CN118172034A - 服务器 - Google Patents

Abstract

本公开涉及服务器。服务器(10)与作为NFT(605)的保有者的终端装置的保有者终端(40)进行通信。NFT(605)与车辆(30)相关联。车辆(30)由经销商(DLR)保管。服务器(10)具备通信装置(110)以及处理装置(115)。通信装置(110)取得由在车辆(30)的保管中监测车辆(30)的状态的监测装置所制作的、车辆(30)的状态的监测记录。处理装置(115)以用于生成包含监测记录的事务数据的生成请求的接收为触发，生成事务数据。处理装置(115)以来自保有者终端(40)的生成请求的接收为触发，生成事务数据。

Description

服务器

技术领域

本公开涉及服务器。

背景技术

日本特开2020-027592号公报公开了一种在区块链(block chain)上管理关于资产的权利信息的系统。该系统包括第1计算机系统和第2计算机系统。第1计算机系统使用区块链技术管理权利信息。第2计算机系统将权利信息转换为通证(token)。通证的保有者(持有人)能够具有与该通证对应的资产。

发明内容

作为使用区块链技术等分布式账本技术发行的通证的一例，非同质化通证(NFT：Non-Fungible Token)正受到关注。伪造或篡改NFT是极其困难的。NFT可以被关联于对象物而作为用于证明拥有或利用对象物的权限的凭证来使用。

对象物有时并不由其所有者保管，而由与所有者不同的管理者来保管。期待该管理者适当地对对象物进行保管(例如维护保养)并适当地制作对象物的保管记录。若将这样的保管记录登记于分布式账本，则可参照分布式账本的用户能够确认保管记录。然而，存在管理者不正当地制作(例如伪造)保管记录并将该保管记录登记于分布式账本的可能性。

本公开是为了解决上述这种问题而做出的，其目的在于，避免在对象物由与其所有者不同的管理者保管的情况下对象物的不正当的保管记录被登记在分布式账本中这种情况。

本公开的服务器构成为与保有者终端进行通信，所述保有者终端是使用分布式账本技术发行的非同质化通证的保有者的终端装置。非同质化通证与对象物相关联。对象物由管理对象物的管理者保管。服务器具备通信装置以及处理装置。通信装置构成为，取得由在对象物的保管中监测(monitor，监视)对象物的状态的监测装置所制作的、对象物的状态的监测记录。处理装置以用于生成包含监测记录的事务数据的生成请求的接收为触发，生成事务数据。处理装置以来自保有者终端的生成请求的接收为触发，生成事务数据。

通过设为上述构成，事务数据由于在保有者首选的定时(timing)生成，因此在管理者无法预测的定时生成。由此，促使管理者适当地对对象物进行保管(例如维护保养)以使得不论在怎样的定时接收到生成请求都可判定监测记录是适当的。其结果，能够使管理者适当地保管对象物。此外，根据上述构成，监测记录由监测装置客观地制作，之后作为保管记录登记于分布式账本。其结果，能够避免管理者制作不正当的保管记录而这样的保管记录被登记在分布式账本中这种情况。

处理装置也可以还构成为，以来自作为管理者的终端装置的管理者终端的生成请求的接收为触发，生成事务数据。

通过设为上述构成，事务数据以来自保有者终端的生成请求的接收、和来自管理者终端的生成请求的接收中的每一方为触发而生成。由此，能够提升生成事务数据的频率。其结果，能够提高监测记录的粒度。进而，能够提高管理者的便利性。

处理装置也可以还构成为，以从事务数据的上次生成时起经过了预定时间为触发，再次生成事务数据。

通过设为上述构成，事务数据以来自保有者终端的生成请求的接收、和预定时间的经过中的每一方为触发而生成。由此，能够提升生成事务数据的频率。其结果，能够提高监测记录的粒度。进而，不使用保有者终端就能制作监测记录，因此能够提高保有者的便利性。

也可以以生成请求的接收为触发，通信装置取得监测记录，处理装置以使事务数据包含所取得的监测记录的方式生成事务数据。

通过设为上述构成，以生成请求的接收为触发，执行监测记录的取得和事务数据的生成双方。由此，能够立即生成事务数据。

服务器也可以还具备存储由通信装置取得的监测记录的存储装置。以生成请求的接收为触发，处理装置也可以以使事务数据包含存储于存储装置的监测记录的方式生成事务数据。

通过设为上述构成，在监测记录暂且存储于存储装置后，以生成请求的接收为触发，生成包含该监测记录的事务数据。由此，即使在接收到生成请求时难以立即从监测装置取得监测记录的情况下(例如，在监测装置与通信装置之间通信中断的情况下)，也能够基于存储于存储装置的监测记录立即生成事务数据。

对于本发明的上述及其他的目的、特征、方面以及优点，将根据与附图关联地理解的关于本发明的如下详细说明来变得明白易懂。

附图说明

图1是概略地表示根据实施方式的信息处理系统的构成的图。

图2是例示实施方式中的监测系统的构成的图。

图3是例示由根据实施方式的服务器执行的处理的流程图。

图4是例示由根据变形例1的服务器执行的处理的流程图。

图5是例示由根据变形例2的服务器执行的处理的流程图。

图6是例示由根据变形例3的服务器执行的处理的流程图。

具体实施方式

以下，参照附图对本公开的实施方式详细地进行说明。对图中相同或者相当的部分赋予同一附图标记，不反复进行其说明。在实施方式中，作为一例，对象物为车辆。

图1是概略地表示根据实施方式的信息处理系统的构成的图。参照图1，信息处理系统1具备服务器10、管理者终端25、车辆30以及保有者终端40。信息处理系统1还具备公有块链网络60(详细而言是未图示的其多个节点)以及私有块链网络70(详细而言是未图示的其多个节点)。

以下，将公有块链网络60和私有块链网络70分别表示为PBB-NW60和PRB-NW70。

服务器10由运营商(经营者)ENT运用。服务器10包括存储装置105、通信装置110以及处理装置115。

存储装置105存储由处理装置115执行的程序以及数据。存储装置105还保持有记录PBB-NW60中的事务的日志(历史记录)的分布式账本、和记录PRB-NW70中的事务的日志的分布式账本。由此，服务器10能够作为PBB-NW60的节点和PRB-NW70的节点发挥功能。

通信装置110与管理者终端25、保有者终端40、PBB-NW60的各节点或者PRB-NW70的各节点等、服务器10的外部设备进行通信。

处理装置115包括CPU(Central Processing Unit)以及存储器(均未图示)。存储器包括ROM(Read-Only Memory)以及RAM(Random Access Memory)。

处理装置115按照存储于存储装置105的程序以及数据，执行各种处理。处理装置115例如生成包含车辆30的监测记录(后述)的事务数据(TX数据)。处理装置115将该TX数据通过通信装置110发送给PRB-NW70。向PRB-NW70发送TX数据相当于向PRB-NW70的各节点广播TX数据。广播后，TX数据被传播到PRB-NW70的其他节点，被取入，并被批准。

管理者终端25是经销商DLR的终端装置的一例，由经销商DLR的员工(工作人员)EMP携带。经销商DLR管理车辆30并在其车库(未图示)中进行保管。期待员工EMP适当地对车辆30进行保管(例如维护保养)并适当地制作车辆30的保管记录。

保有者终端40包括HMI(人机接口)装置410以及通信装置460。HMI装置410接受由保有者HLD进行的用户操作的输入。保有者HLD是NFT605(后述)的保有者。用户操作包括指示将车辆30的保管记录登记于PRB-NW70的操作(登记指示操作)。

通信装置460与服务器10、PBB-NW60的各节点以及PRB-NW70的各节点等、保有者终端40的外部设备进行通信。

PBB-NW60是能够由服务器10、管理者终端25以及保有者终端40分别访问的分布式账本网络。服务器10、管理者终端25以及保有者终端40分别能够参照并确认存储在PBB-NW60的节点中的分布式账本。

使用分布式账本技术在PBB-NW60上发行NFT605。NFT605与车辆30相关联，被用作用于证明拥有或利用车辆30的权限的凭证。保有者HLD是基于NFT605而具有拥有或利用车辆30的权限的、车辆30的所有者或者利用者。“利用车辆30”既可以是车辆30的所有者利用车辆30，也可以是与车辆30的所有者不同的人临时利用(例如租赁)车辆30。

与PBB-NW60同样，PRB-NW70是能够由服务器10、管理者终端25以及保有者终端40分别访问的分布式账本网络。服务器10、管理者终端25以及保有者终端40分别能够参照并确认存储在PRB-NW70的节点中的分布式账本。PRB-NW70由运营商ENT运用。

图2是例示实施方式中的监测系统的构成的图。参照图2，监测系统5包括车辆30、监测单元345以及服务器10。

车辆30包括GPS接收机305、车载摄像头315、通信装置320、发动机322、传感器组325、电池327、里程表330以及ECU(Electronic Control Unit，电子控制单元)335。

GPS接收机305通过取得车辆30的位置信息而监测车辆30的当前位置。GPS接收机305的监测结果(位置信息)可以用于保证车辆30被保管在经销商DLR的车库中。

车载摄像头315拍摄车辆30周围的图像。也将由车载摄像头315拍摄到的图像表示为“第1图像”。第1图像用于保证在车辆30被开到经销商DLR的车库之外而被驾驶期间车辆30没有被外部的物体碰撞。第1图像可以是静态图像和动态图像中的任一种。通信装置320构成为与服务器10进行通信。

传感器组325包括电压传感器325A、气压传感器325B、油位传感器325C以及粘度传感器325D。电压传感器325A、气压传感器325B、油位传感器325C以及粘度传感器325D分别监测(测定)电池327的电压、车辆30的轮胎的气压、用于发动机322的油的剩余量以及该油的粘度。如此，传感器组325监测车辆30的状态(在本例中为测定对象)，并制作车辆30的状态的监测记录。传感器组325是本公开的“监测装置”的一例。

电池327积蓄车辆30的行驶用的电力。里程表330基于车辆30的轮胎的转速，监测(测定)车辆30的行驶距离。里程表330的监测结果(测定值)可以用于保证车辆30没在行驶。

ECU335取得包含位置信息、第1图像、由传感器组325进行的监测的结果、和里程表330的测定值的信息作为车辆信息。ECU335控制通信装置320以及发动机322等、车辆30的各种设备。ECU335通过通信装置320将车辆信息发送给服务器10。

监测单元345在经销商DLR的车库中设置于车辆30的外部。监测单元345包括摄像头350、麦克风355以及通信装置360。

摄像头350在车辆30的保管中监测(拍摄)车辆30的状态(周围的状况)。也将由摄像头350拍摄到的图像表示为“第2图像”。第2图像可以用于保证在车辆30的保管中车辆30没有被外部的物体碰撞(或者没有被闯入车库的人损伤)。第2图像也可以被用作维护保养作业的拍摄结果。在该情况下，第2图像可以用于保证员工EMP完成了对车辆30的维护保养。第2图像可以是静态图像和动态图像中的任一种。

麦克风355监测(检测)车辆30周围的声音，并制作该声音的记录。该声音用于保证在车辆30的保管中车辆30没有被外部的物体碰撞(没有检测到如冲击声这样的大的声音)。

通信装置360构成为将摄像头350和麦克风355各自的监测结果发送给服务器10。

期待经销商DLR(详细而言是员工EMP)适当地对车辆30进行保管(例如维护保养)并适当地制作车辆30的保管记录。若将这样的保管记录登记于PBB-NW60或者PRB-NW70的分布式账本，则可参照分布式账本的用户能够确认保管记录。然而，存在经销商DLR不正当地制作(例如手工地伪造)保管记录并将该保管记录登记于分布式账本的可能性。

根据实施方式的服务器10具备用于应对上述问题的构成。具体而言，通信装置110通过通信装置320从传感器组325取得在车辆30的保管中由传感器组325制作的监测记录(在本例中为各传感器的测定值)。处理装置115构成为，以用于生成包含该监测记录的TX数据的生成请求RQ的接收为触发，生成该TX数据。对前述的登记指示操作做出响应而从保有者终端40向服务器10发送生成请求RQ。处理装置115以来自保有者终端40的生成请求RQ的接收为触发，生成TX数据，之后，通过通信装置110向PRB-NW70发送TX数据。

通过设为这种构成，TX数据会在保有者HLD首选的定时生成。由此，TX数据在员工EMP无法预测的定时生成，之后发送到PRB-NW70而登记于其分布式账本。其结果，促使员工EMP适当地对车辆30进行保管(例如维护保养)以使得不论在怎样的定时接收到生成请求都可判定监测记录是适当的。因此，能够使经销商DLR适当地保管车辆30。此外，根据上述构成，与由员工EMP通过手动制作的保管记录不同，监测记录作为基于传感器组325的测定结果的客观的保管记录而登记于分布式账本。其结果，能够避免由员工EMP不正当地制作的保管记录被登记在PRB-NW70的分布式账本中这种情况。再者，监测记录由于被登记于分布式账本，因此难以被篡改。

通信装置110以生成请求RQ的接收为触发，从传感器组325取得监测记录。处理装置115以使TX数据包含这样取得的监测记录的方式生成TX数据。即，服务器10以生成请求RQ的接收为触发，执行监测记录的取得和TX数据的生成双方。

通过设为这种构成，能够响应于生成请求RQ，立即生成TX数据并发送给PRB-NW70。其结果，能够尽快地将TX数据(监测记录)登记于分布式账本。

服务器10也可以执行用于将登记于PRB-NW70的分布式账本的监测记录的一部分登记于PBB-NW60的分布式账本的处理。具体而言，服务器10也可以按预定时间计算登记于PRB-NW70的分布式账本的监测记录的哈希值(Hash value，散列值)，生成用于将哈希值作为快照(snapshot)登记于PBB-NW60的分布式账本的TX数据并发送给PBB-NW60。表示上述的预定时间的信息由运营商ENT适当预先确定并存储于存储装置105。

根据这种处理，将登记于PRB-NW70的分布式账本的监测记录中的必要的最小限度的数据作为快照登记于PBB-NW60的分布式账本。由此，只要是能够访问PBB-NW60的终端装置的用户，任何人都能够确认监测记录的一部分。

图3是例示由根据实施方式的服务器10执行的处理的流程图。该流程图按预定的时间间隔来执行。该时间间隔例如存储于存储装置105。以下，将步骤简写为“S”。

参照图3，服务器10判定是否从保有者终端40接收到生成请求RQ(S105)。服务器10没接收到生成请求RQ的情况下(S105：否)，处理转至返回(return)。服务器10接收到生成请求RQ的情况下(S105：是)，处理进入S110。

服务器10通过通信装置320、通信装置110从传感器组325取得监测记录(S110)。服务器10以使TX数据包含这样取得的监测记录的方式生成TX数据(S115)，并向PRB-NW70发送TX数据(S120)。

如上，根据实施方式，能够避免在车辆30由与其所有者不同的管理者(在本例中为经销商DLR)保管的情况下车辆30的不正当的保管记录被登记于分布式账本这种情况。

此外，只要是能够参照分布式账本的终端装置的用户，任何人都能够通过确认登记于分布式账本的监测记录来识别车辆30的适当的维护保养定时。

[变形例1]

在该变形例1中，服务器10(通信装置110)按预定的时间间隔从传感器组325取得监测记录。服务器10将取得的监测记录存储于存储装置105。以生成请求RQ的接收为触发，服务器10以使TX数据包含存储于存储装置105的监测记录的方式生成TX数据并向PRB-NW70发送。

通过设为这种构成，在监测记录存储于存储装置105一次之后，以生成请求RQ的接收为触发，生成包含存储装置105中的监测记录的TX数据而发送给PRB-NW70。由此，直至接收到生成请求RQ为止积蓄于存储装置105的监测记录以生成请求RQ的接收为触发而被一次性地登记于PRB-NW70的分布式账本。其结果，能够提高数据处理的效率，并且能够将没在接收生成请求RQ时的监测记录也登记于分布式账本。

图4是例示由根据变形例1的服务器10执行的处理的流程图。该流程图按预定的时间间隔来执行。

参照图4，服务器10通过通信装置320、通信装置110从传感器组325取得监测记录(S202)。服务器10将取得的监测记录存储于存储装置105(S204)。

服务器10判定是否从保有者终端40接收到生成请求RQ(S205)。服务器10没接收到生成请求RQ的情况下(S205：否)，处理转至返回。由此，直至接收到生成请求RQ为止(在S205中变为“是”为止)，将监测记录积蓄于存储装置105(反复进行S202、S204)。

服务器10在接收到生成请求RQ的情况下(S205：是)，将存储(积蓄)于存储装置105的监测记录取出(S207)。然后，服务器10生成包含所取出的监测记录的TX数据(S209)，并向PRB-NW70发送TX数据(S220)。

传感器组325的监测记录也可以存储于服务器10外部的存储装置(未图示)直至服务器10接收到生成请求RQ。在该情况下，服务器10以生成请求RQ的接收为触发，访问外部存储装置，以使TX数据包含存储于外部存储装置的监测记录的方式生成TX数据并发送给PRB-NW70。由此，能够一边防止存储装置105中的数据量的增大、一边将监测记录登记于PRB-NW70。

根据变形例1，即使在接收到生成请求RQ时难以立即从传感器组325取得监测记录的情况下(例如，在通信装置110和通信装置320之间通信中断的情况下)，也能够基于存储于存储装置105或者外部存储装置的监测记录立即生成TX数据并发送。

[变形例2]

服务器10也可以还构成为，以来自管理者终端25的生成请求RQ的接收为触发，生成TX数据。在该情况下，对由员工EMP使用管理者终端25进行的登记指示操作做出响应而从管理者终端25向服务器10发送生成请求RQ。该登记指示操作例如由员工EMP在完成车辆30的维护保养时进行。

通过设为这种构成，TX数据以来自保有者终端40的生成请求RQ的接收以及来自管理者终端25的生成请求RQ的接收中的每一方为触发而生成。由此，能够提升生成TX数据的频率。

图5是例示由根据变形例2的服务器10执行的处理的流程图。该流程图按预定的时间间隔来执行。

参照图5，该流程图与前述的实施方式的流程图(图3)的不同之处在于添加了S307。S305、S310～S320分别与S105、S110～S120是同样的。

服务器10在没有从保有者终端40接收到生成请求RQ的情况下(S305：否)，判定是否从管理者终端25接收到生成请求RQ(S307)。服务器10没从管理者终端25接收到生成请求RQ的情况下(S307：否)，处理转至返回。服务器10从管理者终端25接收到生成请求RQ的情况下(S307：是)，处理进入S310。

根据变形例2，能够提高监测记录的粒度。此外，在经销商DLR首选的定时也能生成TX数据，因此能够提高经销商DLR的便利性。

[变形例3]

服务器10也可以还构成为，以从TX数据的上次生成时起经过了预定时间为触发，再次生成TX数据。表示预定时间的信息由运营商ENT适当预先确定并存储于存储装置105。

通过设为这种构成，TX数据以来自保有者终端40的生成请求RQ的接收、和预定时间的经过中的每一方为触发而生成。由此，与变形例3同样，能够提升生成TX数据的频率。

图6是例示由根据变形例3的服务器10执行的处理的流程图。该流程图按预定的时间间隔来执行。

参照图6，该流程图与前述的实施方式的流程图(图3)的不同之处在于添加了S408。S405、S410～S420分别与S105、S110～S120是同样的。

服务器10在没有从保有者终端40接收到生成请求RQ的情况下(S405：否)，判定从TX数据的上次生成时起是否经过了预定时间(S408)。TX数据的上次生成时相当于S415上次被执行时。在没有经过预定时间的情况下(S408：否)，处理转至返回。在经过预定时间的情况下(S408：是)，处理进入S410。

根据变形例3，能够提高监测记录的粒度。再者，由于不使用保有者终端40就能制作监测记录(在S408中“是”的情况)，因此不一定需要由保有者HLD进行的登记指示操作。其结果，能够提高保有者HLD的便利性。

[变形例4]

服务器10也可以执行用于将对于车辆30的利用期间内的车辆30的利用记录登记在PRB-NW70的分布式账本中的利用记录登记处理。利用期间是车辆30被利用而被开到车库之外行驶的期间。利用记录在本例中为利用期间内的车辆30的行驶记录。该行驶记录被制作用以保证在利用期间内车辆30没有被外部的物体碰撞。行驶记录例如包括车辆30的位置信息和第1图像。利用记录登记处理相当于将包含利用记录的TX数据发送给PRB-NW70，在利用期间内逐次执行。服务器10例如逐次取得车辆30的位置信息，并基于车辆30的位置信息判定车辆30是否离开了车库(保管位置)。服务器10以车辆30离开了车库这一判定结果为触发，开始进行利用记录登记处理。

利用记录被登记后，只要是能够访问PRB-NW70的设备的用户，任何人都能够通过参照PRB-NW70的分布式账本，确认利用期间内的车辆30的状况。

服务器10也可以执行用于将登记于PRB-NW70的分布式账本的利用记录的一部分登记于PBB-NW60的分布式账本的处理。具体而言，服务器10也可以按预定时间计算登记于PRB-NW70的分布式账本的利用记录的哈希值，生成用于将哈希值作为快照登记于PBB-NW60的分布式账本的TX数据而发送给PBB-NW60。表示上述的预定时间的信息由运营商ENT适当预先确定并存储于存储装置105。

根据这种处理，将登记于PRB-NW70的分布式账本的利用记录中的必要的最小限度的数据作为快照登记于PBB-NW60的分布式账本。由此，只要是能够访问PBB-NW60的终端装置的用户，任何人都能够确认利用记录的一部分。

[其他变形例]

本公开的“监测装置”不限定于传感器组325，也可以是摄像头350。在该情况下，服务器10从监测单元345取得由摄像头350制作的第2图像作为监测记录。

“监测装置”也可以是麦克风355。在该情况下，服务器10从监测单元345取得由麦克风355制作的声音记录作为监测记录。

“监测装置”也可以是GPS接收机305。在该情况下，车辆30的位置信息被用作监测记录。“监测装置”也可以是里程表330。在该情况下，里程表330的测定值被用作监测记录。

为了保证车辆30没在行驶(没在被利用)以及被保管在经销商DLR的车库中，优选将GPS接收机305以及里程表330分别用作“监测装置”。例如，在车辆30通过拖车进行移动的情况下，位置信息发生变化，而里程表330的测定值不变。在这种情况下，能够基于里程表330的测定值保证车辆30没在被利用(例如，租赁)。再者，在对车辆30进行维护保养时使其轮胎空转的情况下，里程表330的测定值发生变化，而位置信息不变。在这种情况下，能够基于位置信息保证车辆30自身没有移动因而被保管在车库中。

对象物不限定于车辆30，也可以是绘画、古董、宝石、贵金属、或者包括船舶或飞机的移动体等、其他种类的有形物体。

对本发明的实施方式进行了说明，但应该认为本次公开的实施方式在全部方面都是例示的、而不是限制性的。本发明的范围由权利要求书表示，意在包含与权利要求书等同的意味以及范围内的全部变更。

Claims (5)

1.一种服务器，其构成为与保有者终端进行通信，所述保有者终端是使用分布式账本技术发行的非同质化通证的保有者的终端装置，

所述非同质化通证与对象物相关联，

所述对象物由管理所述对象物的管理者保管，

所述服务器具备：

通信装置，其构成为，取得由在所述对象物的保管中监测所述对象物的状态的监测装置所制作的、所述对象物的状态的监测记录；以及

处理装置，其以用于生成包含所述监测记录的事务数据的生成请求的接收为触发，生成所述事务数据，

所述处理装置以来自所述保有者终端的所述生成请求的接收为触发，生成所述事务数据。

2.根据权利要求1所述的服务器，

所述处理装置还构成为，以来自作为所述管理者的终端装置的管理者终端的所述生成请求的接收为触发，生成所述事务数据。

3.根据权利要求1或2所述的服务器，

所述处理装置还构成为，以从所述事务数据的上次生成时起经过了预定时间为触发，再次生成所述事务数据。

4.根据权利要求1或2所述的服务器，

以所述生成请求的接收为触发，

所述通信装置取得所述监测记录，

所述处理装置以使所述事务数据包含所取得的所述监测记录的方式生成所述事务数据。

5.根据权利要求1或2所述的服务器，

还具备存储由所述通信装置取得的所述监测记录的存储装置，

以所述生成请求的接收为触发，所述处理装置以使所述事务数据包含存储于所述存储装置的所述监测记录的方式生成所述事务数据。