应用程序协作方法、计算机程序以及应用程序协作系统与流程

1.本技术要求2019年12月26日提交的美国临时专利申请第62/953738号的优先权，该申请的全部内容通过引用的方式并入本文。
2.本发明涉及使用了区块链的应用程序协作方法、计算机程序以及应用程序协作系统。


背景技术：

3.近年来，关于数字内容(游戏、动漫、电视内容、广播内容、漫画、杂志、报纸等)，不仅是由个人进行的主要内容的消费(玩游戏、观看动漫、观看电视内容、收听广播内容、阅读漫画、阅读杂志、阅读报纸等)，而且由社区进行的n次内容的消费也在积极开展。也就是说，数字内容的二级交易领域正在扩大。另外，与此同时，随着个人(内容创作者、运动员、演艺人员等)能够发布内容的媒体的多样化发展，关于这些个人，与上述数字内容同样地，内容消费的范围也正在扩大(通过youtube(注册商标)频道观看职业运动员的私生活等)。
4.并且，该二级交易领域是跨多个应用程序(例如，在游戏的情况下，游戏本身、视频发布平台、sns等)而构建的。在二级交易领域的跨应用程序中，应用程序之间的信息协作成为一个问题。为了通过将一个应用程序中的活动用另一个应用程序中的活动进行回馈来实现协作，需要在应用程序之间将特定用户的各应用程序中的帐户彼此关联。
5.在应用程序协作中，以往开发并提供了用于在一个应用程序中提供用户信息的api(application programming interface，应用程序编程接口)(专利文献1等)。
6.现有技术文献
7.专利文献
8.专利文献1：日本特开2019-057778号公报


技术实现要素：

9.发明要解决的问题
10.在基于提供api的协作中，api的开发/运用成本、安全风险的降低成为问题。
11.本发明是鉴于上述情况而做出的，其目的在于提供一种使用区块链系统来实现应用程序间的信息共享的应用程序协作方法、计算机程序以及应用程序协作系统。
12.用于解决问题的方案
13.本公开的一个实施方式的应用程序协作方法包括：信息终端装置存储第一应用程序及第二应用程序的用户的应用程序账户数据、以及区块链系统中的所述用户的区块链账户数据；将所述第一以及第二应用程序的协作请求与所述区块链账户数据相关联地发送到提供所述第一应用程序的第一装置或者提供所述第二应用程序的第二装置；基于所述协作请求，使所述第一装置向所述区块链系统发送向所述区块链账户数据授予代币的请求，所述代币是基于与所述应用程序账户数据相关联的所述用户的所述第一应用程序的使用成果的代币；使所述第二装置获取授予到所述区块链账户数据的所述代币的有无、所述代币
的数量、以及所述代币的内容或条件的数据。
14.发明效果
15.根据本公开，能够在没有api的开发/运用成本的情况下利用区块链系统，低成本且安全地使应用程序间协作。
附图说明
16.图1是本公开的系统的示意图。
17.图2是示出系统中的应用程序协作的处理的基本的顺序图。
18.图3是示出比较例的应用程序协作的现有方法的处理过程的顺序图。
19.图4是示出信息终端装置的构成的框图。
20.图5是示出管理装置的构成的框图。
21.图6是示出区块链系统中的节点的构成的框图。
22.图7是示出应用程序协作中的认证处理过程的一个例子的顺序图。
23.图8是示出确认代币的内容的处理过程的一个例子的顺序图。
24.图9是示出基于票券类型的代币的处理执行的一个例子的顺序图。
25.图10是实施例1中的系统的示意图。
26.图11是示出实施例1中的应用程序间的协作过程的一个例子的顺序图。
27.图12是示出实施例1中的应用程序间的协作过程的一个例子的顺序图。
28.图13是示出实施例2中的相当于n次使用相关权利的权利代币的结构的示意图。
29.图14是实施例2中的系统的示意图。
30.图15是示出实施例2中的应用程序间的协作过程的一个例子的顺序图。
31.图16是示出实施例2中的应用程序间的协作过程的一个例子的顺序图。
具体实施方式
32.参照示出其实施方式的附图来具体地说明本公开。
33.在本公开中“区块链系统”是指包括能够相互通信连接的多个计算机、以及连接多个计算机的网络，并通过所述多个计算机的分布式处理来创建区块链的系统。在区块链中，执行请求的交易，并获取其结果。
34.作为二级交易领域的内容消費的例子，可列举在视频发布平台发布作为主要内容的玩游戏。在玩游戏的视频发布，特别是在直播发布中，将次要内容“他人的玩游戏视频”“与其他观众一起观看”，另外以次要内容为主题“发布者和观众在sns上进行对话”，这样的消費是在线完成并建立的。预计所发布的视频的观看时间在主要的多个视频发布平台总计将达到数亿小时/月，游戏这一主要内容的二级交易领域实际上呈现出了巨大的盛况。
35.对于制作或运营作为主要内容的游戏的服务商来说，这些与二级交易领域相关的指标，例如与游戏相关的每个发布的游戏的观众的数量等的重要性正在增加。例如，在拥有数亿规模的玩家的在线游戏中，也存在如下情况：在将这样的观众人数等指标设为kpi(key per formance indicato，关键绩效指标)后，采用以直播发布为中心的官方合作伙伴计划，有意识地推动二级交易领域的激活。官方合作伙伴计划例如是将满足特定条件的优秀发布者作为合作伙伴，并通过各种非金融特权来支持在线社交活动的计划。
36.然而，激活跨游戏本身、发布平台、sns等不同应用程序而构建的二级交易领域的问题在于应用程序间的信息协作。在上述游戏发布的例子中，“游戏”本身的应用程序与视频发布平台用应用程序之间也存在交叉。在想对与某游戏相关的视频发布活动进行评价，并在玩该游戏时给与发布者一些回报(如赠送物品等)的情况下，游戏运营商需要在游戏和视频发布平台之间将发布者的账户相关联。
37.在进行应用程序协作的情况下，通常，提供包含与账户相关联的利用历史、成果等的用户信息的一方，例如上述例子中的视频发布平台方需要开发/运用能够从请求信息的一方访问的api。并且，该api需要在遵照适当的协议(oauth，openid connect等)实施认证/授权后控制对api的访问。在此，api的开发/运用成本、安全风险成为问题。尤其是在大型组织中，如果发生账户等用户信息的大规模泄露事故，会造成很大的损失，因此应尽量避免安全风险的增加。
38.请求用户信息并访问api的一方，例如上述例子中的某游戏的运营商也被施加了开发/运用成本以及安全风险。例如，作为一种安全风险，例如在遵照称为oauth的授权协议时，用户信息的请求者必须保管用于访问用户信息的机密信息(访问令牌)。对于机密信息的保管，其泄露会带来很大的风险。根据安全风险、协作的应用程序的api规范的开发/运营成本可能与协作的应用程序的数量成比例地增大。
39.鉴于这种情况，在激活跨应用程序而构建的内容的二级交易领域时，需要用户信息(主要是有助于二级交易领域激活的活动成果)成本低并且安全的共享方法。
40.在本公开的应用程序协作方法中，信息终端装置存储第一应用程序及第二应用程序的用户的应用程序账户数据、以及区块链系统中的所述用户的区块链账户数据；将所述第一以及第二应用程序的协作请求与所述区块链账户数据相关联地发送到提供所述第一应用程序的第一装置或者提供所述第二应用程序的第二装置；基于所述协作请求，使所述第一装置向所述区块链系统发送向所述区块链账户数据授予代币的请求，所述代币是基于与所述应用程序账户数据相关联的所述用户的所述第一应用程序的使用成果的代币；使所述第二装置获取授予到所述区块链账户数据的所述代币的有无、所述代币的数量、以及所述代币的内容或条件的数据。
41.在本公开的应用程序协作方法中，可公开的数字资产被代币化并在不同应用程序之间共享。数字资产是与各个应用程序相关联的成果、权利等，不同于btc或eth等加密资产。能够在另一个应用程序中确认用户在一个应用程序中的使用成果的资产记录在区块链系统中，由此用户可以对另一个应用程序行使权利。
42.由于区块链系统中记录的数据在数据结构上具有较高的抗篡改性，因此很难对记录的数据(权利授予等)进行非法操作。因此，能够实现极其安全的共享。因为不需要api的开发、运营成本，所以还能够降低成本。
43.以下，具体地说明这种应用程序协作方法。
44.图1是本实施方式的系统100的示意图。系统100包括区块链系统300外部的第一用户的信息终端装置1、以及不同的应用程序a、b各自的管理装置2a、2b。在以下的实施方式中，以两个应用程序间的协作为例进行说明，但三个以上的应用程序间的协作也同样如此。
45.管理装置2a能够通过区块链系统300外部的网络n，以客户端服务器的关系，与基于信息终端装置1上的应用程序a用的程序的实例进行通信。管理装置2b同样地也能够与基
于信息终端装置1上的应用程序b用的程序的实例进行通信。此外，管理装置2a、2b还能够通过应用程序a、b在信息终端装置1上的实例来实现。
46.在本实施方式的系统100中，用户持有账户(以下称为应用程序账户)，以能够在信息终端装置1登录(login)应用程序a和应用程序b这两者。各应用程序a、b的登录用数据预先或通过用户输入操作存储在信息终端装置1中。
47.信息终端装置1还存储区块链系统300中的账户数据(以下，称为区块链账户)，并且能够访问区块链系统300。在本公开中，“区块链系统”是指包括能够相互通信的多个计算机和连接多个计算机的网络，并且通过所述多个计算机的分布式处理来创建区块链的系统。
48.管理装置2a、2b持有区块链账户，并且能够将交易广播到区块链系统300并浏览取入到区块链系统300中的块中的数据。
49.本实施方式的系统100利用区块链系统300作为数字资产管理平台，能够将可公开的用户的活动成果在用户使用的不同应用程序a、b之间作为数字资产处理，并进行代币化以能够共享。在此，数字资产是与应用程序相关的成果或权利，与加密资产不同。
50.相当于活动成果、权利的数字资产在区块链系统300中作为智能合约实现，并且已经根据用户对应用程序a、b的执行、使用进行了部署。区块链系统300中的代币持有情况由数字资产的智能合约管理。相当于数字资产的智能合约以下简称代币合约。
51.在系统100中，管理装置2a、2b各自具有：执行用户的区块链账户的认证的账户管理功能、和将应用程序a、b中的成果代币化为数字资产的数字资产管理功能。
52.在账户管理功能中，当用户的信息终端装置1请求账户协作时，应用程序a、b的管理装置2a、2b各自执行认证用户的区块链账户的存在的处理。
53.管理装置2a、2b中的区块链账户(包括后面描述的私钥)的持有、向区块链系统300的交易广播、以及取入区块链系统300中的块中的数据的浏览功能可以与管理装置2a、2b所提供的应用程序分开实现。与区块链系统300相关的功能(账户管理功能、数字资产管理功能)可以被提供为在管理装置2a、2b与区块链系统300之间实现的saas、paas。另外，这些功能只要用户能够通过在信息终端设备1上运行的应用程序来使用即可。
54.图2是示出系统100中的应用程序协作的处理的基本的顺序图。
55.在系统100中，从用户的信息终端装置1通过一个应用程序a用的程序向管理装置2a发送包括应用程序a的账户数据的应用程序协作请求(步骤s1)。
56.在信息终端装置1、管理装置2a以及区块链系统300之间执行用户的区块链账户的认证处理(步骤s2)。
57.管理装置2a基于数字资产管理功能创建如下交易：将与用户的账户数据相关联的应用程序a中的可公开的活动成果(不包括加密资产)作为数字资产，并将该资产授予到用户的区块链账户的交易。(步骤s3)。管理装置2a将创建的交易广播到区块链系统300(步骤s4)。
58.在区块链系统300中，当接收到来自管理装置a的交易(步骤s5)时，对交易进行验证(步骤s6)，并接受交易(步骤s7)。在步骤s7中，用户的代币合约更新代币持有情况。
59.用户的信息终端装置1通过协作对象的应用程序b用的程序向管理装置2b发送包括应用程序b的账户数据的应用程序协作请求(步骤s8)。
60.在信息终端装置1、管理装置2b以及区块链系统300之间执行用户的区块链账户的认证处理(步骤s9)。
61.管理装置2b确认与用户的区块链账户相关联的代币的内容(步骤s10)，并且对用户的应用程序账户执行基于在步骤s10中确认的内容的协作处理(步骤s11)。能够从不同的应用程序a、b确认取入区块链系统300中的块中的数字资产。因此，应用程序a中的成果能够被代币化，并能够在应用程序b中进行回馈。
62.如果应用程序a、b的运营商通过这样的过程，实现基于用户的区块链账户的认证功能和管理功能，则不需要运用与其他应用程序的协作用的api。由于是区块链系统300中代币的确认，因此能够安全地实现。
63.在图2的顺序图所示的处理过程中，以用户使用的信息终端装置1受理了用户的操作为契机，向管理装置2a发送应用程序协作请求。但是，不限于此，协作请求的发送可以在任意的时机，也可以在应用程序a、b的处理过程中开始。也可以以向管理装置2b发送请求为契机，向应用程序a发送协作开始的请求。
64.图3是示出比较例的应用程序协作的现有方法的处理过程的顺序图。图3的顺序图示出了“oauth 2.0authorization code grant”的处理。在现有方法中，如图3的顺序图所示，以协作请求为契机，用户所使用的客户端负责重定向应用程序x、y之间的授权请求和授权码的发送/接收。授权码传递给协作对象的应用程序y之后，应用程序x经过授权码验证后将访问令牌传递给应用程序y，从应用程序y发送获取应用程序x中的用户信息的获取请求，与此相对应地，从应用程序x向应用程序y发送用户信息。
65.如图3所示，在现有的方法中，需要在通过适当的协议进行认证/授权之后进行访问令牌(机密信息)的交互。由于应用程序y必须保管访问令牌，应用程序y的运营商不仅需要承担其泄露的风险，而且这种风险和协作处理的开发成本与要协作的应用程序的数量成正比。另外，在应用程序x侧，如图3所示，存在用于提供用户信息的api的开发/运用成本、用户信息泄露的风险，这也随着要协作的应用程序的数量而增加。为了促进协作，应避免这些风险和成本的增加。另外，在应用程序x侧，如图3所示，用于提供用户信息的api的开发/运用成本根据要协作的应用程序的数量而增加。为了促进协作，应避免这种成本增加。
66.以下，对图3所示的这种用于实现不使用api和访问令牌的应用程序间的协作的系统的具体构成进行说明。
67.图4是示出信息终端装置1的构成的框图。信息终端装置1例如是智能手机或平板电脑终端。信息终端装置1也可以是个人计算机。信息终端装置1可以是任何形式，只要是能够在后述的(图7)基于私钥的电子签名处理和执行认证的管理装置2a、2b之间进行数据通信的设备即可。信息终端装置1也可以由专门执行私钥管理和电子签名处理的设备(硬件钱包)、与智能手机或个人计算机的组合实现。
68.信息终端装置1具备处理部10、存储部11、通信部12、显示部13以及操作部14。处理部10使用cpu(central processing unit，中央处理器)、gpu(graphics processing unit，图形处理单元)等处理器、以及存储器等。此外，处理部10也可以构成为集成有处理器、存储器、存储部11以及通信部12的一个硬件(soc：system ona chip，片上系统)。
69.存储部11使用闪存来存储包括信息终端程序1p的处理单元10所参考的程序、数据。信息终端程序1p是用于使计算机作为本公开的系统100的信息终端装置1发挥功能的程
序。存储部11中存储有区块链账户。另外，存储部11中存储有包括不同应用程序a、b的各应用程序的应用程序账户，能够使用这些账户数据登录到应用程序。
70.存储部11中存储的信息终端程序1p也可以是如下程序：处理部10读取计算机可读存储介质8中存储的信息终端程序8p并将其存储在存储部11中的程序。
71.如图4所示，存储部11中也可以存储有区块链系统300中的用户的私钥。私钥可以以不可重写的方式(钱包芯片化)存储在处理部10的存储器或存储部11中。如上所述，私钥也可以由私钥专用的硬件钱包管理。
72.通信部12是实现与管理装置2a、2b及其他通信装置的通信连接的通信模块。通信部12使用网卡、无线通信设备或载波通信用模块。通信部12也可以使用通过近距离通信(near field communication)与管理装置2a、2b的通信部22实现通信的模块。
73.显示部13使用液晶面板或有机el显示器等显示装置。操作部14是接收用户的操作的接口，使用物理按钮、显示器内置的触摸面板装置、扬声器、麦克风等。操作部14可以通过物理按钮或触摸面板在显示部13显示的画面上接收操作，也可以通过麦克风从输入语音中识别操作内容，并通过与利用扬声器输出的语音的对话形式来接收操作。
74.图5是示出管理装置2a、2b的构成的框图。管理装置2a、2b可以是服务器计算机，也可以是台式或膝上型个人计算机，还可以是智能手机或平板电脑终端等通信终端。管理装置2a、2b不限于能够经由所谓的因特网等网络进行远距离通信的设备，也可以是通过近距离通信与信息终端装置1之间进行数据通信的设备。
75.管理装置2a、2b各自具备处理部20、存储部21以及通信部22。在图5中仅示出了管理装置2a。管理装置2b的构成与管理装置2a相同，因此省略了详细的说明。
76.处理部20使用cpu、gpu等处理器、以及存储器等。处理部20基于存储部21中存储的管理程序2p，实现认证功能、以及包括交易的创建、交易的执行的区块链系统300中的资产管理功能。存储部21使用硬盘或闪存来存储包括管理程序2p的处理部20所参考的程序、数据。
77.存储部21中存储的管理程序2p也可以是如下程序：处理部20读取计算机可读存储介质9中存储的管理程序9p并将其存储到存储部21中。
78.通信部22是实现与信息终端装置1或区块链系统300的通信连接的通信模块。通信部22使用网卡、无线通信设备或载波通信用模块。通信部22可以使用通过近距离通信与信息终端装置1的通信部12实现通信的模块。
79.图6是示出区块链系统300中的节点30的构成的框图。节点30可以是服务器计算机，也可以是台式或膝上型个人计算机，还可以是智能手机等通信终端设备。节点30具备处理部31、存储部32以及通信部33。另外，节点30如果是至少具备处理部31以及通信部33的装置，则能够通过处理部31的一部分来构成节点的一部分或全部。
80.处理部31使用cpu、gpu等处理器、以及存储器等。处理部31也可以构成为集成有处理器、存储器、存储部32以及通信部33的一个硬件。优选地，处理部31的存储器存储有每个节点3独自拥有的私钥。并且，处理部31执行基于存储部32中存储的节点程序的每个处理，并使通用计算机作为区块链系统300中的节点发挥功能。
81.存储部32使用硬盘或闪存来存储包括节点程序的处理部31所参考的程序、数据。存储部32存储区块链。节点程序包括作为后述的智能合约(执行针对交易的预定的运算处
理的处理部31)发挥功能的程序。上述的私钥也可以存储在存储部32中。存储部32还可以存储基于私钥的公钥以及地址。
82.通信部33是实现节点30的相互通信的通信模块。通信部33使用网卡、光通信用设备、或无线通信设备等。
83.参照顺序图对这样构成的系统100中的应用程序协作进行详细说明。
84.在基本处理之前，用户根据应用程序a、b中的活动成果等持有数字资产。用户的信息终端装置1存储用于管理这些数字资产的区块链账户。由于一般的区块链账户关联有一个或多个非对称密钥对，因此在基本处理步骤s2中，各应用程序a、b的管理装置2a、2b都利用其对用户进行认证(是否真是该区块链帐户的所有者)。
85.以下对使用非对称密钥的质询-响应认证进行说明。图7是示出应用程序协作中的认证处理过程的一个例子的顺序图。图7的顺序图所示的过程相当于图2的顺序图所示的过程中的“账户的认证处理”的细节。
86.信息终端装置1的处理部10伴随着账户协作请求(s1)，将区块链账户的标识符发送到管理装置2a、2b(s101)。
87.当管理装置2a(或2b)的处理部20通过通信部22接收到区块链账户的标识符(步骤s201)时，向区块链系统300查询区块链账户的存在(步骤s202)。
88.在步骤s202中，处理部20可以确定在步骤s201中接收到的标识符是否作为区块链系统300的账户存在并且持有一些代币。在步骤s202中，处理部20从区块链系统300获取与从信息终端装置1发送的区块链账户的标识符相关联的公钥本身或者计算其所需的信息。
89.管理装置2a(或2b)的处理部20生成伪随机数(步骤s203)，并将创建的伪随机数发送给协作请求源的信息终端装置1(步骤s204)。
90.信息终端装置1的处理部10从管理装置2a(或2b)接收伪随机数(步骤s102)，并通过与用户的区块链账户相关联的私钥生成针对接收到的伪随机数的电子签名(步骤s103)。处理部10将生成的电子签名发送给发送来伪随机数的管理装置2a(或2b)(步骤s104)。
91.管理装置2a(或2b)的处理部20接收电子签名(步骤s205)，并根据在步骤s201中接收到的标识符确定公钥(步骤s206)。在步骤s206中，处理部20在获取了公钥本身的情况下读取该公钥，在获取了计算所需的信息的情况下计算公钥。
92.处理部20使用在步骤s203中生成的伪随机数和在步骤s206中确定的公钥来验证步骤s205的电子签名的有效性(步骤s207)。在步骤s207中能够推导出为有效的情况下，管理装置2a(或2b)确定作为协作请求发送源的信息终端装置1的用户的区块链账户已成功认证。
93.在基本处理的步骤s3(参照图2)中，管理装置2a或管理装置2b在认证成功的情况下将与该应用程序a或应用程序b相关的代币授予请求应用程序协作的用户。
94.授予的代币的性质、代币授予的条件或过程没有特别限制。下面列出了授予的代币的类型。
95.关于代币的性质，大致可以考虑以下三个方面。
96.[可替代性]
[0097]
可以是可替代(ft：fungible token)的，也可以是不可替代(nft：non-fungible token)的。
[0098]
[可转让性]
[0099]
授予的代币可以是可转让的，也可以是不可转让的。
[0100]
[可销毁性]
[0101]
授予的代币在区块链系统300中可以是可销毁的，也可以是不可销毁的。
[0102]
在可销毁的情况下，销毁可以是代币发行者(管理装置2a、2b)能够进行的方式，也可以是持有代币的用户(只要能够满足特定的条件即可)能够进行的方式。
[0103]“销毁”可以通过减少代币的数量来表现，也可以通过销毁标志等元数据来表现。
[0104]
可以通过上述三个方面中的选择的组合来定义代币的基本性质。例如，相当于应用程序a中的某个成果(成绩、完成度等)的代币是作为持有者的用户固有的，不能转让给他人，希望能够半永久使用，所以通过不可转让且不可替代且不可销毁这样的组合来实现是妥当的。在不可替代的代币的情况下，能够通过代币固有的识别信息和由应用程序a创建的唯一图像等数据来识别单位代币。如果是可代替代的代币，由于存在数量的概念，因此可以对代币发行量或各区块链账户的可持有量、可转让量、可销毁量等设定上限。另外，关于代币的元数据(例如，成果资产的图像、诸如详细说明之类的容量较大的数据等)可以保存在区块链系统300内部，也可以保存在区块链系统300外部。例如，在元数据保存在区块链系统300外部的情况下，可以考虑以特定的链接信息(url)并以诸如json格式公开元数据，并将该链接信息与代币相关联地记录在区块链系统300中。
[0105]
如上所述，代币可以实现为代币合约。在这种情况下，在不可转让且不可替代的代币(non-fungible token)的情况下，所部署的代币合约例如可以禁用转移的调用。相反，在可转让代币的情况下，能够进行转移的调用，另外可以在能够指定数量的状态下部署代币。
[0106]
关于代币授予的条件，能够结合各应用程序a、b中的概念和指标来设定。
[0107]
关于代币授予(s3)的过程，例如，可以通过如下方式实现：将由应用程序a的管理装置2a预先发行并持有在管理装置2a所持有(可管理)的区块链账户中的代币转让到用户的区块链账户中。或者，管理装置2a可以直接向用户的区块链账户发行代币。这些转让或发行可以由管理装置2a在任意的时机执行，也可以在有代币授予请求的时机执行，该请求包括满足授予条件的用户的应用程序协作。
[0108]
在基本处理的步骤s10(参照图2)中，作为协作目的地的管理装置2b的处理部20确认与用户的区块链账户相关联的代币的内容。基本上，只要区块链账户已经被认证，该确认处理可以在任意的时机在区块链系统300上参考用户的区块链账户中所持有的代币信息。可以在任意的时机进行确认，但可以将以下三种类型视为代币的确认时机。
[0109]
(1)在接收到来自信息终端装置1(用户)的请求的时机
[0110]
(2)在应用程序b需要参照的时机
[0111]
(3)在对用户授予代币的时机
[0112]
参照顺序图来说明(3)的时机。图8是示出确认代币的内容的处理过程的一个例子的顺序图。确认主体是应用程序b的管理装置2b。图8的顺序图执行到图2的基本处理中的步骤s9，即，在要协作的管理装置2a和管理装置2b这两者中完成了区块链账户的认证处理的状态下执行。
[0113]
管理装置2b的处理部20判断预定的监控时机是否到来(步骤s401)。当判断为监控时机未到来(s401：否)时，处理部20将处理返回到步骤s401并等待直到判断为时机已到来。
预定的监控时机例如是固定的周期时间的到来。也可以通过一些其他事件来判断监控时机的到来。
[0114]
当判断为预定的监控时机到来时(s401：是)，判断代币是否已被应用程序a的管理装置2a授予到区块链系统300中的用户的区块链账户(步骤s402)。当判断代币已被授予时(s402：是)，判断确认完成(步骤s403)。
[0115]
当在步骤s402中判断为未授予代币时(s402：否)，处理部20将处理返回到步骤s401。
[0116]
在不断重复步骤s401期间，如图2的基本处理所示，当资产授予的交易通过步骤s3～s7被批准并被取入到区块链系统300的块中时，则确定在步骤s402中被授予，能够检测代币授予。
[0117]
在这种情况下，通过适当地设定监控时机，应用程序b的管理装置2b能够在应用程序a的管理装置2a向用户授予代币时立即掌握该情况。
[0118]
原本，在区块链系统300上运行的智能合约(代币合约)很难直接访问区块链系统300外部的装置。很难以区块链系统300中的节点3等为主体向应用程序b的管理装置2b通知代币授予。因此，当需要尽可能实时掌握区块链系统300中的信息更新时，如图8所示，能够通过持续监控与目标区块链账户或目标代币相关的数据的更新来实现。
[0119]
如上所述，在本实施方式中授予的代币是与应用程序关联发行的成果或权利，与所谓的btc、eth等密码资产不同。因此，作为代币发行源的应用程序a的管理装置2a或管理应用程序a的服务商影响代币的价值。在这种情况下，在确认过程中不仅能够确认代币的持有，而且能够确认其发行源，这是十分重要的。
[0120]
区块链的交易基本上在基于与执行其的区块链帐户相关联的私钥而生成的电子签名被验证之后被批准(接受)。因此，执行发行代币的交易的区块链账户能够进行加密验证。也就是说，如果作为代币发行源的应用程序a或管理应用a的服务商公开了与用于代币发行的私钥对应的公钥(区块链账户地址，能够计算公钥的数据)，则作为协作目的地的应用程序b或其管理服务商能够准确地执行代币的发行源的确认。也可以以能够验证发行源的形式执行。对于应用程序b的服务商，存在无法仅通过能够确认代币授予用户的区块链帐户来批准的情况。由于与区块链账户相关联，因此能够验证代币是否被应用程序a的服务商合法地授予，因此也能够通过这种方式验证发行源。
[0121]
在基本处理的步骤s11(参照图2)中，基于与确认的代币相关联的权利，由作为协作目的地的应用程序b的管理装置2b来授权一些处理。与代币相关联的权利大致分为以下两种类型。
[0122]
(1)能够永久行使权利的类型(会员权利类型)
[0123]
(2)通过行使一定次数的权利而失去权利的类型(票券类型)
[0124]
对于(1)的会员类型，只要执行了步骤s2、s9的认证处理和步骤s10的代币确认处理，之后的任何时间都能够行使权利。对于(2)的票券类型，需要记录在管理装置2b中能够以某种形式行使权利的次数和权利被行使的次数等，存储是否能够行使权利的数据。例如，可以将以代币的持有量能够进行权利行使的次数存储在管理装置2b内部和外部的存储装置中，并且每当在应用程序b中行使了权利时，减少次数。如果作为权利行使源的代币在每次行使权利时被部分或全部销毁，则能够在区块链系统300上可靠地管理剩余的可行使权
利的次数。
[0125]
图9是示出基于票券类型的代币的处理执行的一个例子的顺序图。下面的处理是响应来自用户的信息终端装置1的请求而执行的处理，该用户希望根据基于应用程序a中的成果而授予的代币在应用b中进行处理。
[0126]
信息终端装置1的处理部10基于用户在操作部14中的操作(权利行使的意愿)，向应用程序b的管理装置2b发送用户的区块链账户的标识符(步骤s111)。
[0127]
管理装置2b的处理部20接收用户的区块链账户的标识符(步骤s411)，并对与接收的标识符相关联的代币的有无、数量或条件进行确认(获取)(步骤s412)。
[0128]
信息终端装置1的处理部10创建如下交易：将由应用程序a授予的代币销毁与所希望的权利行使相应的数量的交易(步骤s112)。
[0129]
处理部10将在步骤s112中创建的交易广播(发送)到区块链系统300(步骤s113)。
[0130]
在区块链系统300中，接收在步骤s113中广播的交易(步骤s301)。区块链系统300利用用户的区块链账户来验证接收到的交易(步骤s302)，并接受交易(步骤s303)。
[0131]
通过步骤s303的接受，交易被取入块中，并且来自与用户的区块链账户相关联的应用程序a的代币被销毁在步骤s112中所指定的数量。
[0132]
管理装置2b的处理部20在自步骤s412经过预定时间之后，或根据来自信息终端装置1的通知，确认(获取)与在步骤s411中接收到的标识符对应的代币的有无、数量或条件(步骤s413)。
[0133]
处理部20将在步骤s413中获取的代币的有无、数量或条件与在步骤s413中获取的代币的有无、数量或条件进行比较，并判断是否销毁一部分或全部(步骤s414)。
[0134]
如果判断为没有被销毁(没有变化)(s414：否)，则处理部20使其返回到步骤s413，并以在经过预定时间或来自信息终端装置1的通知事件等为契机再次确认。
[0135]
如果判断为被销毁(发生了变化)时(s414：是)，则处理部20根据请求及被销毁的代币的内容、数量或条件，在应用程序b中执行作为用户特权的处理执行(步骤s415)，结束处理。
[0136]
通过图9的顺序图所示的处理，被授予用户的、基于应用程序a中的成果的代币被销毁，以票券那样的方式作为代币销毁的补偿的特权被给予用户。
[0137]
图9的顺序图所示的票券类型的权利行使，基本上由作为权利行使的主体的用户使用的信息终端装置1和确认权利行使的管理装置2a、2b在相互通信的同时进行。当然，不限于进行信息终端装置1与管理装置2a、2b之间这样的通过所谓包含互联网的远距离通信的权利的行使。管理装置2a、2b的具体应用例可以考虑例如是进行与pos收银机联动的支付相关的权利行使的设备、与智能锁设备联动地进行权利行使(开锁)的设备、与联网汽车联动地进行权利行使(车门解锁或发动机启动)的设备等。其也可以通过它们的近距离通信来进行。另外，这种票券类型的权利行使也兼容试用式的权利(如能够限时、限次数地浏览包月媒体或社区提供的内容的权利等)，而且，如果代币是可转让的，则也能够期待其因流动而扩散，因此可以结合营销措施等来实施。
[0138]
此外，这些权利行使是通过信息终端装置1和管理装置2a、2b进行数字化信息的通信来进行的，但作为其结果而行使的权利的范围不需要数字化地完成。例如，如果iot(internet of things，物联网)处于高度发达的环境(智慧城市等)中，则可以将在通过该
环境下的设施和移动性来提供个性化服务的权利作为代币发行。例如，可以是设施或其内部提供的设备(电梯、空调设备、照明设备、互联网线路设备等)和移动车(出租车、公共汽车等)的优先使用权。另外，当设施是商店时，可以考虑特定的客户所具有的权利来进行库存管理。
[0139]
参照多个实施例来具体地说明上述的应用程序协作。
[0140]
[实施例1]
[0141]
在实施例1中，以在二级交易领域中考虑了成果的活动或忠诚度计划中的利用为例来说明应用程序协作。在数字内容业务中，二级交易领域的充分利用是一个重要问题。因此，为了解决这些问题，可以构建不仅评估一级交易领域活动(如果是游戏，则为在游戏中完结的活动)，而且评估二级交易领域活动(游戏视频发布)，且对这些活动进行回馈的活动或忠诚度授予计划。
[0142]
图10是实施例1中的系统100的示意图。在实施例1中，应用程序a是视频发布平台(应用程序)，应用程序b是与一级交易领域的游戏服务商提供的服务相关的应用程序。图10对应于图1所示的系统100的概要，应用程序a、b分别用作视频发布平台和游戏。
[0143]
在玩游戏的视频的发布中，用户在视频发布平台上的活动相当于二级交易领域活动，因此视频发布平台上的活动成果被代币化，通过使游戏的运营商能够参考其代币，从而能够构建用于授予活动或忠诚度的系统。
[0144]
图11以及图12是示出实施例1中的应用程序间的协作过程的一个例子的顺序图。在图11以及图12的顺序图中示出游戏与视频发布平台之间的协作。在图11以及图12的顺序图所示的处理过程中，与图2的基本处理过程中所示的处理相同的过程标注同一附图标记并省略详细的说明。
[0145]
当从信息终端装置1发送应用程序协作请求时(s1)，在提供视频发布平台的管理装置2a与信息终端装置1及区块链系统300之间执行认证处理(s2)。
[0146]
在认证处理结束的状态下，管理装置2a的处理部20基于协作请求中包含的用户的应用程序账户(服务账户)，判断用户的视频发布平台的使用成果是否满足一定条件(步骤s221)。
[0147]
当判断为不满足一定条件时(s221：否)，处理部20将处理返回到步骤s221并等待直到满足条件。也可以当判断为不满足一定条件时(s221：否)，通知信息终端装置1不满足协作条件并结束处理。
[0148]
在步骤s221中，处理部20可以判断关于视频发布的小时数、视频发布的播放次数、视频发布的观看人数、直播发布时的观看人数、评论数量等是否满足一定条件。另外，处理部20也可以基于视频观看的小时数、视频观看次数、对视频的“投钱”的总金额来进行判断。一定条件可以预先存储在存储部21中并且可以由管理员重写。一定条件可以包括在发布的视频中包含游戏应用程序以及在观看的视频中包含游戏应用程序。
[0149]
当判断为满足一定条件时(s221：是)，处理部20创建如下交易：基于视频发布平台的使用成果，将资产(成果)作为成果代币授予在步骤s1、s2中接收的区块链账户的交易(步骤s222)。处理部20广播所创建的交易(s4)。
[0150]
所广播的交易被区块链系统300接收(s5)、验证(s6)、并接受(s7)。
[0151]
信息终端装置1的处理部10向游戏应用程序的管理装置2b发送应用程序协作请求
(s8)。由此，在管理装置2b与信息终端装置1及区块链系统300之间执行认证处理(s9)。
[0152]
管理装置2b的处理部20在用户的区块链账户的认证处理完成的状态下确认与区块链账户相关联的成果代币(s421)。如果在步骤s421中不能确认到成果代币，则在该时刻中断协作处理。在这种情况下，优选通知信息终端装置1协作失败。
[0153]
由于确认到了内容，因此实施例1的游戏应用程序的管理装置2b的处理部20创建如下交易：将以后能够在游戏应用程序或作为协作目的地的视频发布平台上行使的权利的权利代币授予用户的区块链账户的交易(步骤s422)。
[0154]
管理装置2b的处理部20将在步骤s422创建的交易广播(发送)到区块链系统300(步骤s423)。
[0155]
在步骤s423中发送的交易由区块链系统300接收(步骤s321)、验证(步骤s322)并接受(步骤s323)。
[0156]
由此，用户能够基于视频发布平台中的使用成果，从游戏应用程序中获得以后能够使用的权利代币。此时，不使用api，只要在区块链系统300中接收、验证、接受交易(资产以代币合约的形式实现)即可，无需大的工序。
[0157]
权利代币不仅可以是在游戏应用程序中以能够行使的方式回馈给用户的权利，还可以是在包括视频发布平台在内的游戏应用程序以外的应用程序中能够使用的权利。例如，作为权利，可以是在销售与游戏应用程序相关的商品的电子商务站点上能够获得一定折扣的权利。或者，权利可以是参与由与游戏应用程序相关联的同一服务商提供的另一游戏应用程序(可以是后续版本)的β版本测试的权利。或者，权利可以是参与与游戏应用程序相关联的社区(群聊、沙龙)的权利。或者，权利可以是进入与游戏应用程序相关的特定设施(可以是实体的或虚拟的)的权利。
[0158]
游戏应用程序的提供者可以通过自由组合此类成果和权利来构建用于激活游戏二级交易领域的活动和忠诚度的授予系统。当然，与游戏相关的成果或权利不限于以上示例。不仅是视频发布平台的使用，还可以将游戏应用程序相关的应用程序设为应用程序a，并将在从相关应用程序访问的电子商务网站上购买一定金额的游戏相关商品作为成果。另外，也可以将sns应用程序设为应用程序a，并且将在sns上发布一定数量或更多的具有与游戏应用程序相关的主题标签的投稿作为成果。另外，还可以将与esports(电子竞技)联赛管理相关的系统设为应用程序a，并将在特定的联赛中取得一定的成绩作为成果。
[0159]
只要是这种在游戏以外的应用程序(二级交易领域)上发生的具有价值的活动，无论什么样的活动都可以被视为与游戏应用程序相关的成果。当然，对于游戏以外的应用程序，也可以用同样的方式促进二级交易领域的激活。
[0160]
不仅可以利用二级交易领域中的成果，还可以在二级交易领域中利用一级交易领域中的成果，来学习二级交易领域的激活。通过用如实施例1中针对游戏应用程序中的成果(通过特定的关卡、获得一定的分数、进入排名前列)所说明的那样的权利进行回馈，可以期待在跨越游戏内外的同时多方面地提高对游戏的参与度。
[0161]
此外，针对持有成果的用户，既不是产生成果的应用程序(视频发布平台等)的提供者，也不是想直接利用成果的应用程序(游戏应用程序等)的提供者的第三方可以提供成果管理专用的应用程序。当然，在这种成果管理应用程序中，不仅可以管理与单个应用程序相关的成果，而且也能够横跨地管理与多个应用程序相关的成果。
[0162]
[实施例2]
[0163]
在实施例2中，以著作物用于二次使用(插图投稿等)为例进行说明。本实施方式的应用程序协作方法能够有助于激活适当的数字内容的流通，同时防止漫画、插图和视频等著作物的非法的数字内容化及其的免费发布。
[0164]
在当今各种数字内容跨各种应用程序而流通的情况下，在进行这些漫画等著作物的n次使用管理时，多个应用程序之间的协作是必不可少的。然而，在各应用程序间设计、开发、运用协作，极大地增加了协作成本。可以设想一种模型，其中构建一些公共平台系统，其与每个应用程序连接，但如果该公共平台系统由单独的服务商或组织管理、运用，则该单独的服务商、组织成为系统的spof(single point of failure，单点故障)。另外，还存在该服务商或组织以管理者权限恣意侵害其他利益相关者的利益的风险。在这种情况下，与公共平台系统协作的应用程序数量越多，其风险也越大。即，以后，在跨更多应用程序而执行的著作物的n次使用管理系统中，需要解决了成本、冗余和可靠性的问题的应用程序协作方法。
[0165]
因此，在实施例2中，列举将本实施方式的应用程序协作方法应用于原著作物的n次使用管理的例子进行说明。
[0166]
图13是示出实施例2中的相当于n次使用相关权利的权利代币的结构的示意图。如图13所示，权利代币可以针对作为原著作物的“内容”的id发行多个。“id”是能够唯一确定原著作物的数字内容(数据)的标识符(以下，称为内容id)。作为内容id的具体例可列举url、did(decentralized i dentifier，去中心化身份标识符)、ipfs(inter planetary file system，星际文件系统)的内容地址、或它们的组合、或内容本身的哈希。
[0167]
在实施例2中，通过部署在区块链系统300中的代币合约，针对每个数字内容，与内容id相关联地管理代币。由此，能够实现基于n次使用相关权利的交易领域的活性。
[0168]
图14是实施例2中的系统100的示意图。在实施例2中，应用程序a是出版社系统(与内容的权限管理相关的应用程序)，应用程序b是用于使用能够进行图像、视频等内容的投稿的sns(以下，简称为sns)的应用程序。图14对应于图1所示的系统100的概要，将应用程序a、b分别设为出版社系统以及sns。
[0169]
图15以及图16是示出实施例2中的应用程序间的协作过程的一个例子的顺序图。在图15以及图16的顺序图中示出出版社系统与sns平台之间的协作。在图15以及图16的顺序图所示的处理过程中，对与图2的基本处理过程所示的处理相同的过程标注同一附图标记并省略详细的说明。
[0170]
出版社系统的管理装置2a向管理装置2b提供(发送)漫画数据(数字内容)，以能够在sns上二次使用数据(步骤s231)。
[0171]
sns的管理装置2b接收漫画数据(步骤s431)，并进行存储(步骤s432)。
[0172]
然后，在sns中，由希望使用在步骤s231中提供的漫画数据的用户，从信息终端装置1发送应用程序协作请求(s1)。在提供出版社系统的系统服务的管理装置2a与信息终端装置1及区块链系统300之间执行认证处理(s2)。
[0173]
在认证处理结束的状态下，管理装置2a的处理部20基于协作请求中包含的用户的应用程序账户(服务账户)，判断用户是否满足条件，例如是否已经向出版社系统(使用权限管理)支付了一定的对价(步骤s232)。
[0174]
在判断为不满足一定条件的情况下(s232：否)，处理部20将处理返回步骤s232，等待直到满足条件位置。也可以在判断为不满足一定条件的情况下(s232：否)，向信息终端装置1通知不满足协作条件，并结束处理。
[0175]
在步骤s232中，处理部20除了用户对使用内容的对价支付之外，还可以将服务中的积分、或权利代币的持有等判断为一定条件。
[0176]
在判断为满足一定条件的情况下(s232：是)，处理部20创建如下交易：向在步骤s1、s2中接收的区块链账户授予以对价的支付为条件的权利代币(步骤s233)。处理部20广播创建的交易(s4)。
[0177]
所广播的交易被区块链系统300接收(s5)、验证(s6)、并接受(s7)。
[0178]
信息终端装置1的处理部10向sns的管理装置2b发送应用程序协作请求(s8)。由此，在管理装置2b与信息终端装置1以及区块链系统300之间执行认证处理(s9)。
[0179]
管理装置2b的处理部20在用户的区块链账户的认证处理结束的状态下，确认与区块链账户相关联的权利代币(s433)。在步骤s433中未确认到权利代币的情况下，协作处理在该时刻中断。在这种情况下，优选向信息终端装置1通知协作失败。
[0180]
由于确认到了内容，因此实施例2的sns的管理装置2b的处理部20允许用户的应用程序账户数据在sns上访问在步骤s431中接收到的漫画数据(步骤s434)，结束处理。
[0181]
通过步骤s434，以后用户能够在sns上访问漫画数据并进行投稿。例如，允许用户在sns上公开替换漫画对话部分的滑稽漫画或修改特定帧图像的插图。
[0182]
在实施例2中，如参考图15以及图16的顺序图所描述的那样，管理漫画数据的使用权利的出版社系统将漫画的二次使用权代币化并授予满足条件的用户，并将漫画数据提供给想要使用漫画的应用程序。由此，用户能够跨应用程序地利用二次使用权。如图15以及图16的顺序图所示那样，在sns上利用对漫画数据的二次使用权，例如，能够允许用户对该漫画数据的二次创作内容的公开。
[0183]
在实施例2中以漫画的数字内容为例进行了说明，但本发明不限于此。可以将各种格式的图像、语音和视频(插图、歌曲、动画、电视节目等)作为数字内容的示例。当然，利用二次使用权不限于sns。也可以是数字内容制作平台或视频发布平台(语音发布应用程序、无线电发布应用程序、短视频sns、直播发布应用程序)。
[0184]
将各种权利代币化并跨应用程序进行管理，不限于n次使用相关，还可能会解决与变现相关的问题。例如，也可以在代币合约中实现代币的销售/交易功能，其销售利润和交易费用自动发送到原著作者的区块链账户。由此，能够通过出售/流通各种形式的数字内容使用权来向合法原著作者支付对价。该内容使用权例如可以是浏览/观看权、直播发布等中的二次使用权、对公开前的内容的早期访问权等。
[0185]
在管理与各内容的id相关联的各内容的权限的代币合约本身中实现变现相关，当使用权利代币时，可以向原著作者的区块链账户发送相当于销售利润、交易费用的加密资产。由此，对于原著作者来说，即使在二级交易领域也能够变现。
[0186]
在以上详细说明中，提供代币作为数字资产的应用程序(管理装置2a)无需开发/运用用于获取(提供)被代币化而共享的数字资产的信息的api。由于不使用api，因此也不存在安全漏洞的风险。
[0187]
如果使用被代币化的数字资产的一方的应用程序(管理装置2b)构建代币合约，则
无需根据要协作的应用程序更改实现。能够避免由于要协作的应用程序数量的增加而相应增加开发成本。在访问区块链上公开的信息时，不需要oauth所要求的机密信息，因此也不会产生与其管理相关的安全风险。
[0188]
通过以可能的形式验证代币的发行源，使得实质上不可能伪造代币。因此，能够大大降低数字资产的使用方被虚假数字资产的数据欺骗的可能性。
[0189]
如上所述，在本公开的应用程序协作方法中，区块链系统300是不存在单独的管理主体的高度透明的分布式系统，其被用作数字资产的管理平台。由此，极大地缓解了在使用由单独的组织管理的平台系统时所担心的冗余和可靠性的问题。另外，由于记录在区块链系统300中的数据在数据结构方面具有很高的抗篡改性，因此对记录的数据(权利授予等)进行非法操作是极其困难的。通过这样的平台系统，实际上也能够在竞争的利益相关者之间实现应用程序协作(内容共享使用)。
[0190]
如上所述公开的实施例在所有方面都是示例性的而非限制性的。本发明的范围由权利要求书示出，包括与权利要求书等同的意思和范围内的所有改变。
[0191]
附图标记说明：
[0192]
1 信息终端装置
[0193]
10 处理部
[0194]
11 存储部
[0195]
13 显示部
[0196]
14 操作部
[0197]
1p 信息终端程序
[0198]
2 管理装置(第一装置、第二装置)
[0199]
20 处理部
[0200]
21 存储部
[0201]
2p 管理程序
[0202]
300 区块链系统。