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

Abstract

【課題】貯玉データの管理におけるセキュリティ強化や利便性の向上した貯玉管理システムを提供すること。
【解決手段】トークン発行部５２１は、パチンコの店舗でユーザが取得した貯玉データを、第１変換効率でトークンに変換してユーザに発行する。第１管理部５１２は、ユーザの所定トークンを、スマートコントラクトにより管理する。第２管理部５２３は、トークンを貯玉データに変換する変換効率として、第１店舗、及び当該第１店舗と同企業の関係のある第２店舗については１００％の変換効率を採用し、第１店舗と同企業の関係にない第３店舗については、９０％の効率を採用する、という設定を、スマートコントラクトにより管理する。
【選択図】図５

Description

本発明は、情報処理システム、情報処理方法及びプログラムに関する。

従来より、パチンコやスロット業界においては、出玉を景品等に交換せず、預け入れた出玉のデータを管理する、即ち、貯玉データの管理システムが用いられている（例えば、特許文献１参照）。

特開２０１２－００５６５５号公報

パチンコやスロット業界において、貯玉データ管理のセキュリティ強化（耐データ消失）が求められている。また、パチンコやスロット以外のサービスへ展開することがなく、利便性の向上が求められている。

本発明は、貯玉データの管理におけるセキュリティ強化や利便性の向上した貯玉管理システムを提供することを目的とする。

また、上記目的を達成するため、本発明の一態様の情報処理システムは、
パチンコの第１店舗でユーザが取得した貯玉データを、ブロックチェーン技術又は分散台帳の技術により管理する管理手段、
を備える。

また、上記目的を達成するため、本発明の一態様の情報処理システムは、
パチンコの第１店舗でユーザが取得した貯玉データを、第１変換効率で所定トークンに変換して前記ユーザに発行するトークン発行手段と、
前記ユーザの前記所定トークンを、ブロックチェーン技術又は分散台帳の技術により管理する第１管理手段と、
を備える。

本発明の一態様のプログラムは、上述の本発明の一態様の情報処理システムに対応するプログラムである。

本発明によれば、貯玉データの管理におけるセキュリティ強化や利便性の向上した貯玉管理システムを提供することができる。

本発明の情報処理システムを適用した本サービスの概要を示す図である。 図１に示す本サービスにおける、貯玉の変換効率の一例を示す図である。 図１及び図２に示す本サービスを提供する際に適用される本発明の一実施形態に係る情報処理システムの構成例を示す図である。 図３の情報処理システムのうちブロックチェーンノードのハードウェア構成を示すブロック図である。 図４のブロックチェーンＳＴＢ及びブロックチェーンノードの機能的構成の一例を示す機能ブロック図である。

以下、本発明の実施形態について図面を用いて説明する。

図１は、本発明の情報処理システムを適用した本サービスの概要を示す図である。
本サービスは、貯玉データをトークン化し、ブロックチェーンＢＣを用いて統合して様々なサービスへ展開することが出来るものである。
ここで、統合とは、企業間において従来共有されなかった貯玉データを共有して管理することを意味している。
即ち、従来、各パチンコやスロットの店舗の貯玉は、上述のセキュリティの向上や、貯玉管理の透明性の観点から、店舗毎や企業毎に管理されていた。しかしながら、本サービスでは、ブロックチェーン技術を用いることにより、これを解消し、各企業間での貯玉の統合管理が可能となっている。

ここで、「ブロックチェーン」とは、本サービスを利用して管理される１以上のデータに関する各種情報（データに関するメタデータやハッシュといった健全性の検証に係るデータ等）が含まれたブロックがチェーンのように連結した一連のデータである。
一般に、ブロックチェーンという単語は、分散型台帳技術や分散型ネットワークを意味し得る。即ち、ブロックチェーンの単語は、ブロックと呼ばれるデータがチェーンのように連結した一連のデータそのものや、それに関する技術及びネットワークを含んだ多義的な単語である。
そこで、以下、ブロックチェーンを管理する分散型ネットワークを「ブロックチェーンに係るネットワーク」と呼び、ブロックがチェーンのように連結した一連のデータである「ブロックチェーン」と区別して呼ぶ。

なお、本実施形態の説明では、パチンコ台が備えられたパチンコ店における出玉の管理、即ち、貯玉データの管理を行うシステムとして説明する。しかしながら、本サービスでは、パチンコの出玉のみならず、スロットの出メダルを管理することもできる。即ち、パチンコ台及びスロット台の少なくとも一方を有している店舗において出玉や出メダルの管理が可能となる。

以下、本サービスの要点について説明する。
各企業の貯玉データを、ブロックチェーンで統合管理するため、各企業の各パチンコ店の点灯には、ブロックチェーンセットトップボックスが設置される。ブロックチェーンセットトップボックスは、ブロックチェーンに係るネットワークのノードとして機能する情報処理装置である。ブロックチェーンＳＴＢの機能については、後述する。なお、「セットトップボックス」を、以下「ＳＴＢ」と略記する。

また、本サービスでは、他サービスとの提携ができるように専用ＡＰＩを実装される。これにより、ユーザは、本サービスにより管理された貯玉データに基づいて、他サービスを利用して商品や役務の提供を受けることが出来る。即ち、本サービスにより、ユーザは、貯玉を他サービスの商品や役務の提供との交換が可能となる。

また、本サービスでは、各企業間での貯玉の共有に際して、変換効率が定められる。これにより、本サービスの提供者や各企業における本サービスの運用コストに係る手数料の回収が可能となる。また、変換効率は、ブロックチェーンのスマートコントラクトで管理されることにより、変換効率や変換された結果の貯玉データの改ざんが防止される。

次に、図１を参照して、本サービスで実現される貯玉データの管理の流れの一例について説明する。
まず、ステップＳＴ１に示すように、ユーザは、店舗から貯玉をしたり、貯玉を使用したりすることができる。
即ち例えば、ユーザは、Ａ企業のＸ店舗Ｓ（以下、「店舗Ｓ－Ａ－Ｘ」と呼ぶ）において、本サービスに出玉を管理させることで貯玉したとする。即ち、ユーザは、出玉の代わりに貯玉データを取得する。このとき、貯玉データはブロックチェーンＢＣ上のトークンとして生成される。これにより、貯玉データの本サービスのブロックチェーンＢＣ上で授受が可能となる。
ここで、貯玉データのトークンには、店舗Ｓ－Ａ－Ｘにおいて貯玉された貯玉データである旨が紐づけられて管理される。

そして、ユーザは、例えばＡ企業のＹ店舗Ｓ（以下、「店舗Ｓ－Ａ－Ｙ」と呼ぶ）において、本サービスにおいて管理されている貯玉を引き出したとする。即ち、ユーザは、貯玉データのトークンを店舗Ｓ－Ａ－Ｙに譲渡する代わりに出玉を受け取る、即ち、貯玉データに基づいて出玉を使用することができるようになる。
同様に、ユーザは、店舗Ｓ－Ａ－Ｘにおいても、本サービスにおいて管理されている貯玉を引き出すことが出来るのは言うまでもない。

ここで、本サービスでは、ユーザは、例えばＢ企業のＺ店舗Ｓ（以下、「店舗Ｓ－Ｂ－Ｚ」と呼ぶ）において、本サービスにおいて管理されている貯玉を引き出すこともできる。即ち、本サービスにより、ユーザは、Ａ企業とＢ企業の垣根を超えて貯玉を利用することができるようになる。
より具体的には、ユーザは、貯玉データのトークンを店舗Ｓ－Ｂ－Ｚに譲渡する代わりに出玉を受け取る、即ち、貯玉データに基づいて出玉を使用することができるようになる。

さらに、本サービスでは、ユーザは、例えばＣ企業のオンライン店舗Ｓ（以下、「店舗Ｓ－Ｃ」と呼ぶ）において、本サービスにおいて管理されている貯玉を用いて商品等と交換こともできる。即ち、本サービスにより、ユーザは、実店舗かオンライン店舗か、さらには、パチンコ店か否かの垣根を超えて貯玉を利用することができるようになる。
より具体的には、ユーザは、貯玉データのトークンを店舗Ｓ－Ｃに譲渡する代わりに出玉を受け取る、即ち、貯玉データに基づいて出玉を使用することができるようになる。

このようにして、ユーザは、店舗Ｓ－Ａ－Ｘにおける貯玉を、同企業の他の店舗Ｓ－Ａ－Ｙや、他企業の店舗Ｓ－Ｂ－Ｚ、さらにはオンラインの他企業の店舗Ｓ－Ｃにおいて貯玉を資料（商品や役務と交換すること）が出来るようになる。
このとき、Ａ企業における貯玉を他の企業で引き出す場合、所定の変換効率が適用される。変換効率の例については、図２を用いて後述する。

次に、ステップＳＴ２に示すように、ユーザは、貯玉データに基づいて、商品等を購入することが出来る。具体的には例えば、パチンコ店の店舗内に配置された商品や提携先商品等を購入することが出来る。
また、ステップＳＴ３に示すように、ユーザは、貯玉データに基づいて、役務の提供を受けることが出来る。具体的には例えば、パチンコ店の店舗内におけるサービスや提携先店舗サービスを受けることが出来る。

また、ステップＳＴ４に示すように、ユーザは、貯玉データに基づいて、バウチャーを受け取ることができきる。

ここで、バウチャーとは、金的価値を有するいわゆる金券をいう。具体的には例えば、証券、商品券、クーポン券、権利書（証明書）等はバウチャーの一例である。また、バウチャーは、物理的な紙媒体等での提供に限定されず、電子形式で提供されてもよい。さらに言えば、バウチャーは、ＮＦＴ（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ）の形式で提供されてもよい。このとき、このバウチャーは、本サービスで利用されるブロックチェーンＣ上で管理されると、一連の発行なども含めて一括管理され、好適である。
なお、バウチャー（証券等）は、金融免許を持つ企業を介して提供される。

また、ステップＳＴ５に示すように、ユーザは、ユーザ端末５を用いて、自身の貯玉データを確認することが出来る。即ち、ユーザの夫々は、各自貯玉データのウォレットを持つことが出来る。これにより、貯玉データの残高や各種履歴が閲覧できる。この場合、ウォレットの秘密鍵はユーザ自身が管理する。このため、秘密鍵を管理する企業等からウォレットの秘密鍵が漏洩することがなくなるため、セキュリティが向上する。

次に、図２を用いて、ユーザが貯玉データに基づいて、即ち、貯玉を商品や役務と交換する際の変換効率について説明する。
図２は、図１に示す本サービスにおける、貯玉の変換効率の一例を示す図である。
上述したように、本サービスでは、各企業間での貯玉の共有に際して、変換効率が定められる。
変換効率は、ブロックチェーンＢＣのスマートコントラクトで管理されることにより、変換効率や変換された結果の貯玉データの改ざんが防止される。

変換効率は、適宜任意の値に定められて管理されるが、例えば以下に示すように定めると好適である。
例えば、図１の例において店舗Ｓ－Ａ－Ｘにおける貯玉データを、店舗Ｓ－Ａ－Ｘにおいて使用する際の変換効率として１００％が定められている。
また例えば、店舗Ｓ－Ａ－Ｘにおける貯玉データを、店舗Ｓ－Ａ－Ｙにおいて使用する際の変換効率として１００％が定められている。
これに対して、店舗Ｓ－Ａ－Ｘにおける貯玉データを、店舗Ｓ－Ｂ－Ｚにおいて使用する際の変換効率として９０％（手数料１０％）が定められている。
このように、各店舗で貯玉データをしようする際、貯玉された店舗で使用する際の変換効率は、貯玉された店舗とは異なる店舗で使用する際の変換効率と比較して高く設定される。これにより、ユーザは、貯玉された店舗での使用を促される。これにより、パチンコ店を経営する企業にとっては、自社の出玉を自社で使用してもらうことで、自社の売り上げやユーザ人気を向上させることが出来る。
逆に、貯玉された店舗で使用する際の変換効率は、貯玉された店舗とは異なる店舗で使用する際の変換効率と比較して高く設定される。そして、変換効率が悪化した分は、手数料として回収される。これにより、本サービスの運営や利用に係るコスト等を賄うことが出来る。
また、ユーザにとっては、貯玉データが単に店舗毎や企業毎に管理されるのではなく、別の店舗や企業において貯玉データを使用することができるため、自身の気分で任意の店舗で貯玉データを使用することが出来るようになる。即ち例えば、ユーザは、キャンペーンが行われている店舗で貯玉を使用したり、往訪先の地域の店舗で貯玉データを利用するといったことが可能となる。

また、図１の例において店舗Ｓ－Ａ－Ｘにおける貯玉データを、商品Ｉの購入として使用する際の変換効率として８０％（手数料１０％）が定められている。
また、図１の例において店舗Ｓ－Ａ－Ｘにおける貯玉データを、サービスＳの提供をうけるため使用する際の変換効率として７０％（手数料１０％）が定められている。
また、図１の例において店舗Ｓ－Ａ－Ｘにおける貯玉データを、証券（バウチャー）と交換するべく使用する際の変換効率として６０％（手数料４０％）が定められている。
ここで、例えば、商品ＩやサービスＳ、証券（バウチャー）はパチンコ店の店舗Ｓ－Ａ－Ｘや他の店舗で受けることが出来る。即ち、ユーザは、貯玉データを用いて、パチンコ店内でコーヒーを購入したり、所定の役務の提供を受けることなどが可能となる。このように、ユーザは貯玉データを直接使用することが出来るようになるため、利便性の高いシステムとなっている。

また、変換効率は、ブロックチェーンのスマートコントラクトで管理されることにより、変換効率や変換された結果の貯玉データの改ざんが防止される。
即ち、スマートコンロラクトを用いて、複数の変換効率が設定される。また、スマートコンロラクトを用いて、貯玉データの使用に際して手数料分を自動で振り分ける（例えば、本サービスのサービス提供者の口座等に一部譲渡する）ことが出来る。また例えば、使用の履歴は、ブロックチェーンＢＣにトランザクションの履歴として管理されるため、検証可能に記録され、閲覧も可能となる。
これにより、変換効率の改ざんはできないものとなる。また例えば、企業が予め本サービスの使用に際して調整された契約内容に基づく変換効率を無視して貯玉データを使用させることで自社での使用を促すようなこともできなくなる。
即ち、これにより、セキュアで透明な貯玉データの管理システムが提供される。このようなセキュアで透明な貯玉データの管理システムとなることにより、各企業が本サービスに安心して参入することが出来る。これにより、本サービスを前提としてエコシステムが構築され、各ユーザの利便性は一層向上していくのである。

以下、本サービスの提供に係る情報処理システムの構成等を説明する。
図３は、図１及び図２に示す本サービスを提供する際に適用される本発明の一実施形態に係る情報処理システムの構成例を示す図である。

即ち、本サービスで用いられる本実施形態の情報処理システムは、図２に示すように、ｎ台（ｎは、４以上の任意の整数値）のノードサーバ２－１乃至２－ｎと、ｍ台（ｍは、ｎとは独立した１以上の任意の整数値）のブロックチェーンＳＴＢ３－１乃至３－ｍと、他システム４とユーザ端末５とを含む様に構成されていてもよい。

ブロックチェーンノード２－１乃至２－ｍは、クラウドＣ上に配置されている。また、ブロックチェーンノード２－１乃至２－ｍは、相互に本サービスに係る各種の情報の授受を行うことができる。
ブロックチェーンＳＴＢ３－１乃至３－ｎの夫々は、専用線ＬＬを介してクラウドＣに接続されている。
ブロックチェーンＳＴＢ３－１乃至３－ｎの夫々は、クラウドＣ上のブロックチェーンノード２－１乃至２－ｍのうちいずれかのブロックチェーンノード２と、本サービスに係る各種の情報の授受を行うことができる。

他システム４は、他のサービス提供者により管理される情報処理システムである。例えば、商品又は役務の提供を行う提携企業により管理されるＰＯＳシステムは、他システム４の一例である。
ユーザ端末５は、本サービスを利用するユーザにより管理される情報処理装置である。ユーザ端末５は、ブロックチェーン技術のウォレット機能を有している。

図４は、図３の情報処理システムのうちブロックチェーンＳＴＢのハードウェア構成を示すブロック図である。

ブロックチェーンＳＴＢ３は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等で構成され、各種情報を入力する。

記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図１の例ではブロックチェーンＳＴＢ３）との間で通信を行う。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図３の情報処理システムのブロックチェーンノード２は図４に示すハードウェア構成と基本的に同様の構成を有している。

以下、図４を用いて、図１のステップＳＴ１乃至ＳＴ５に対応する処理が実行される際のブロックチェーンＳＴＢ３及びブロックチェーンノード２の機能的構成の一例について説明する。

図５は、図４のブロックチェーンノード及びブロックチェーンＳＴＢの機能的構成の一例を示す機能ブロック図である。
なお、説明の簡単のため、図４の説明において、ブロックチェーンＳＴＢ３は、１台のみ図示する。

ブロックチェーンノード２のＣＰＵ１１において、トークン発行部６１と、第１管理部６２と、第２管理部６３とが機能する。ブロックチェーンノード２の記憶部１８の一領域にはブロックチェーンデータ７１が記憶される。本実施形態のブロックチェーンノード２は、ブロックチェーンネットワークにおいて、フルノードとして機能する情報処理装置である。

ブロックチェーンＳＴＢ３のＣＰＵ１１において、ファームウェア５１と、ブロックチェーン機能部５２とが機能する。ブロックチェーン機能部５２は、トークン発行部５２１と、第１管理部５２２と、第２管理部５２３とを有している。本実施形態のブロックチェーンＳＴＢ３は、ブロックチェーンネットワークにおける、ライトノードとして機能する情報処理装置である。

ここで、「フルノード」とは、ブロックの生成に係る計算処理機能や、ブロックチェーンのデータそのものの記憶機能といったブロックチェーンにおけるノードとしての全機能を提供する情報処理装置（ノード）である。

また、「ライトノード」とは、上述のフルノードにより提供される機能のうち、一部を提供するノードである。

なお、図示はしないが、ブロックチェーンＳＴＢ３は、ブロックチェーンネットワークにおいてウルトラライトノードとして機能する情報処理装置であってもよい。
ここで、「ウルトラライトノード」とは、ブロックの生成に係る計算処理機能や、ブロックチェーンのデータそのものの記憶機能を提供せず、ブロックチェーンネットワークとの間でのデータの授受機能といった極めて一部の機能を提供する情報処理装置（ノード）である。ウルトラライトノードは、実現するために必要な計算資源等が少ないため、上述の機能を提供するチップやプログラムの一部又は全部として実装される。しかしながら、ウルトラライトノードは、別個の情報処理装置として実装されてもよい。

ブロックチェーンのかかるネットワーク上において、所定の処理を行うためのＡＰＩ８１が提供される。ＡＰＩ８１は、ＡＰＩ処理を行うための所定の情報処理装置であってもよく、ブロックチェーンノード２上に機能として設けられていてもよい。
本実施形態のブロックチェーンＳＴＢ３は、ブロックチェーンノードの機能の少なくとも一部を提供する。
以下、各機能ブロックについて説明し、その後、貯玉データの格納や使用の流れに沿って説明をする。

カードユニットＣＵは、ユーザからの現金の入金を受付、現金を対価とした出玉の管理情報を授受する。
精算機ＡＭは、ユーザの出玉を清算して、出玉の管理情報を授受する。

ブロックチェーンＳＴＢ３におけるファームウェア５１は、ブロックチェーンＳＴＢ３を制御し、カードユニットＣＵや精算機ＡＭとの間での情報の授受を行ったり、後述するブロックチェーン機能部を機能させることで、ブロックチェーンＳＴＢ３をブロックチェーンネットワークにおけるライトノードして機能させる。

ブロックチェーン機能部５２は、パチンコの第１店舗でユーザが取得した貯玉データを、ブロックチェーン技術又は分散台帳の技術により管理する。
貯玉データは、ブロックチェーン技術又は分散台帳の技術を用いて、改竄等が困難なように管理されれば足りるが、
以下、本実施形態の説明においては、貯玉データは、トークンの形態で発行されて管理されるものとして説明する。

トークン発行部５２１は、パチンコの第１店舗でユーザが取得した、店舗Ｓ－Ａ－Ｘにおいて何玉の貯玉をしたという情報を含む貯玉データを、第１変換効率で所定トークンに変換して前記ユーザに発行する。

第１管理部５２２は、ユーザのトークンを、ブロックチェーン技術により管理する。即ち例えば、発光されたトークンをブロックチェーンＢＣ上のブロックとして、ブロックチェーンノード２に管理させるための各種制御を実行する。

ここで、トークンを貯玉データに変換する変換効率として、店舗Ｓ－Ａ－Ｘ、及び店舗Ｓ－Ａ－Ｘと同じＡ企業による経営関係にある店舗Ｓ－Ａ－Ｙについては１００％の変換効率を採用し、店舗Ｓ－Ａ－Ｘと他のＢ企業による経営されている店舗Ｓ－Ｂ－Ｚについては、９０％の変換効率を採用するという設定がなされている。
第２管理部５２３は、この設定を、ブロックチェーン技術であるスマートコンロラクトにより管理する。

第２管理部５２３は、さらに、トークンを貯玉データとは別の商品や役務といった貯玉とは別価値に変換する場合には、８０％や６０％といった変換効率を採用するという設定を、スマートコンロラクトにより管理する。

また、第２管理部５２３は、さらに、トークンを貯玉データや別価値に変換する場合の手数料の設定を、スマートコンロラクトにより管理する。手数料に相当するトークンは、手数料を管理するウォレットに紐づけるように譲渡される。

第１管理部５２２は、さらに、ユーザについてのトークンと、貯玉データ若しくは別価値とのうちの一方から他方への変換の履歴を示す履歴情報を、ブロックチェーンＢＣとして記憶させることで管理する、

ブロックチェーンノード２－１のトークン発行部６１は、ブロックチェーンＳＴＢ３のトークン発行部５２１と基本的に同様の機能を有している。ブロックチェーンノード２－１のトークン発行部６１は、図示せぬウルトラライトノードからの制御に基づいて、トークンを発行する。
ブロックチェーンノード２－１の第１管理部６２は、ブロックチェーンＳＴＢ３の第１管理部５２２と基本的に同様の機能を有している。ブロックチェーンノード２－１の第１管理部６２は、図示せぬウルトラライトノードからの制御に基づいて、各種情報を管理する。
ブロックチェーンノード２－１の第２管理部６３は、ブロックチェーンＳＴＢ３の第２管理部５２３と基本的に同様の機能を有している。また、また、ブロックチェーンノード２－１の第２管理部６３は、図示せぬウルトラライトノードからの制御に基づいて、各種情報を管理する。

このようにブロックチェーンノード２－２乃至２－ｍは、上述のブロックチェーンノード２－１と基本的に同様の機能を有しているが、図５においてはブロックチェーンノード２－２乃至２－ｍが有する各機能ブロックは省略されている。
また、ブロックチェーンノードは、ブロックの承認のための各種処理を実行する。
このようにして、貯玉データが、情報処理システム１により管理される。

まず、ブロックチェーンＢＣに貯玉データが格納されるまでの流れにそって、説明する。
まず、カードユニットＣＵや精算機ＡＭからブロックチェーンＳＴＢ３へ、貯玉しようとするユーザの情報と貯玉データとが送信される。

ブロックチェーンＳＴＢ３においてファームウェア５１は、カードユニットＣＵや精算機ＡＭから出玉の情報を取得する。

ブロックチェーン機能部５２は、ブロックチェーンに係る各種処理の少なくとも一部として機能する。ブロックチェーンＳＴＢ３のファームウェアは、ブロックチェーン機能部が有する各ブロックを機能させ、ブロックチェーンＢＣに貯玉データを格納させる。

即ち、トークン発行部５２１は、パチンコの店舗Ｓ－Ａ－Ｘで貯玉したというデータを、１００％の変換効率でトークンに変換してユーザに発行する。
具体的には例えば、トークン発行部５２１は、ユーザ情報を用いて当該ユーザの口座（ウォレット）アドレスを取得する。そして、口座（ウォレット）アドレスに対して、トークンを紐づける。
その結果、クラウドＣ上のブロックチェーンノード２－１乃至２－ｍの夫々は、ブロックチェーン技術におけるフルノードとして機能し、ブロックチェーンデータ７１に各種情報を格納して管理する。
このようにして、トークン化された貯玉データは、ブロックチェーンＢＣに記録される。

次に、ブロックチェーンＢＣに記憶されて管理された貯玉データに基づいて、ユーザが貯玉を使用する流れにそって、説明する。

ブロックチェーンＢＣに記録された貯玉データは、クラウドＣ上のブロックチェーンネットワーク内で管理される。
ユーザが貯玉を使用しようとする場合、ユーザはカードユニットＣＵにおいて貯玉の取り出し（使用）のための所定操作を行う。この場合、貯玉の使用のための情報が、ファームウェア５１により取得され、第２管理部５２３を介して、所定の変換効率で使用される。この結果として、ユーザは、カードユニットＣＵから貯玉を使用することができる。

また、ユーザが他のサービスにおいて、貯玉を使用しようとする場合、他システム４を介して、クラウドＣ上のＡＰＩ８１にユーザ情報等を送り、貯玉データの取得をリクエストする。
ＡＰＩ８１により、リクエストの認証がなされた後、ブロックチェーンＢＣからそのユーザの貯玉データが取得される。
そして、ＡＰＩ８１から他システム４へ、貯玉データが送信される。
そして、他システム４は、クラウドＣ上のＡＰＩ８１にユーザ情報等と貯玉の増減データ（使用した貯玉数や、変換効率の寄与を考慮する前の代金に相当する価値の指標データ）を送信する。
ＡＰＩ８１により、増減が認証された後、ブロックチェーンＢＣへそのユーザの貯玉データの増減が記録される。
この時、ブロックチェーンノードの第１管理部６２が機能して、各種情報をブロックチェーンＢＣを用いて管理する。

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものとみなす。

例えば、上述の実施形態では、ブロックチェーンノード３が用いられていたが、複数のブロックチェーンノード３の夫々は、本サービスの事業者の夫々により管理されるのが好適である。
即ち、ブロックチェーン技術は、ブロックチェーンネットワーク内の各ノードのオーナが夫々異なっていることを前提にコンセンサスがとられることで、セキュアで透明性が担保される。
そのため、本サービスを利用する企業は、夫々ブロックチェーンＳＴＢ３を導入して管理すると好適である。具体的には例えば、接続する機器（例えば、カードユニットＣＵや精算機ＡＭ）毎に、ブロックチェーンＳＴＢ３を１台用意するように設定すると好適である。これにより、ブロックチェーンネットワークに参加するノード数が増加し、セキュアで透明性のある貯玉管理システムとなる。
なお、ブロックチェーンＳＴＢ３には、複数のカードユニットＣＵや複数の精算機ＡＭが接続されてもよい。そのため、例えば店舗毎や企業毎に用意される形態であってもよい。

例えば、上述したように、上述の実施形態では、パチンコ店の貯玉の例を用いて説明したが、パチンコの出玉のみならず、スロットの出メダルを管理することもできる。即ち、パチンコ台及びスロット台の少なくとも一方を有している店舗において出玉や出メダルの管理が可能となる。

例えば、図３に示すシステム構成、及び図４に示すブロックチェーンノード２のハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

また、図４に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が図２の情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロック及びデータベースを用いるのかは、特に図４の例に限定されない。

また、機能ブロックの存在場所も、図５に限定されず、任意でよい。
例えばブロックチェーンノード２側に配置された機能ブロックの少なくとも一部を、他の情報処理装置が備える構成としてもよい。

また、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

以上をまとめると、本発明が適用される情報処理システムは、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。

即ち、本発明が適用される情報処理システム（例えば図１、図２及び図４の情報処理システム１）は、
パチンコの第１店舗でユーザが取得した貯玉データ（例えば、明細書におけるＸ店舗において貯玉したというデータ）を、ブロックチェーン技術又は分散台帳の技術により管理する第１管理手段（例えば、図４のブロックチェーン機能部５２）、
を備える。
これにより、貯玉データの管理におけるセキュリティ強化や利便性の向上が実現する。

また、本発明が適用される情報処理システム（例えば図１、図２及び図４の情報処理システム１）は、
パチンコの第１店舗でユーザが取得した貯玉データ（例えば、明細書におけるＸ店舗において貯玉したというデータ）を、第１変換効率で所定トークンに変換して前記ユーザに発行するトークン発行手段（例えば、図５のトークン発行部５２１やトークン発行部６１）と、
前記ユーザの前記所定トークンを、ブロックチェーン技術又は分散台帳の技術により管理する第１管理手段（例えば、図５の第１管理部５２２や第１管理部６２）と、
を備える。
これにより、貯玉データの管理におけるセキュリティ強化や利便性の向上が実現する。

前記所定トークンを前記貯玉データに変換する変換効率として、
前記第１店舗、及び当該第１店舗と所定関係のある第２店舗については第１変換効率（例えば、明細書における１００％の効率）を採用し、
前記第１店舗と前記所定関係にない第３店舗については、第２変換効率（例えば、明細書における９０％の効率）を採用する、
という設定を、
前記ブロックチェーン技術又は前記分散台帳の技術により管理する第２管理手段（例えば、図５の第２管理部５２３や第２管理部６３）、
をさらに備えることができる。

前記第２管理手段は、さらに、
前記所定トークンを前記貯玉データとは別の別価値に変換する場合には第３変換効率を採用するという設定を、
前記ブロックチェーン技術又は前記分散台帳の技術により管理する、ことができる。

前記第２管理手段は、さらに、
前記所定トークンを前記貯玉データ又は前記別価値に変換する場合の手数料の設定を、
前記ブロックチェーン技術又は前記分散台帳の技術により管理する、ことができる。

前記第１管理手段は、さらに、
前記ユーザについての、前記所定トークンと、前記貯玉データ若しくは別価値とのうちの一方から他方への変換の履歴を示す履歴情報を、
前記ブロックチェーン技術又は前記分散台帳の技術により管理する、ことができる。

前記情報処理システムは、
前記第１店舗によって管理される情報処理装置であって、前記ブロックチェーン技術又は前記分散台帳の技術に係る前ネットワークに属するノードとして機能する情報処理装置（例えば、図５のブロックチェーンＳＴＢ３）を含み、
前記情報処理装置は、前記トークン発行手段を備える、ことができる。

１・・・情報処理システム、２・・・ブロックチェーンＳＴＢ、３・・・ブロックチェーンノード、４・・・他システム、５・・・ユーザ端末、１１・・・ＣＰＵ、２０・・・ドライブ、３１・・・リムーバブルメディア、５１・・・ファームウェア、５２・・・ブロックチェーン機能部、６１，５２１・・・トークン発行部、６２，５２２・・・第１管理部、６３，５２３・・・第２管理部、７１・・・ブロックチェーンデータ

Claims (9)

1. パチンコの第１店舗でユーザが取得した貯玉データを、ブロックチェーン技術又は分散台帳の技術により管理する管理手段、
   を備える情報処理システム。
2. パチンコの第１店舗でユーザが取得した貯玉データを、第１変換効率で所定トークンに変換して前記ユーザに発行するトークン発行手段と、
   前記ユーザの前記所定トークンを、ブロックチェーン技術又は分散台帳の技術により管理する第１管理手段と、
   を備える情報処理システム。
3. 前記所定トークンを前記貯玉データに変換する変換効率として、
   前記第１店舗、及び当該第１店舗と所定関係のある第２店舗については第１変換効率を採用し、
   前記第１店舗と前記所定関係にない第３店舗については、第２変換効率を採用する、
   という設定を、
   前記ブロックチェーン技術又は前記分散台帳の技術により管理する第２管理手段、
   をさらに備える請求項２に記載の情報処理システム。
4. 前記第２管理手段は、さらに、
   前記所定トークンを前記貯玉データとは別の別価値に変換する場合には第３変換効率を採用するという設定を、
   前記ブロックチェーン技術又は前記分散台帳の技術により管理する、
   請求項３に記載の情報処理システム。
5. 前記第２管理手段は、さらに、
   前記所定トークンを前記貯玉データ又は前記別価値に変換する場合の手数料の設定を、
   前記ブロックチェーン技術又は前記分散台帳の技術により管理する、
   請求項４に記載の情報処理システム。
6. 前記第１管理手段は、さらに、
   前記ユーザについての、前記所定トークンと、前記貯玉データ若しくは別価値とのうちの一方から他方への変換の履歴を示す履歴情報を、
   前記ブロックチェーン技術又は前記分散台帳の技術により管理する、
   請求項４又は５に記載の情報処理システム。
7. 前記情報処理システムは、
   前記第１店舗によって管理される情報処理装置であって、前記ブロックチェーン技術又は前記分散台帳の技術に係る前ネットワークに属するノードとして機能する情報処理装置を含み、
   前記情報処理装置は、前記トークン発行手段を備える、
   請求項２に記載の情報処理システム。
8. 情報処理装置が実行する情報処理方法において、
   パチンコの第１店舗でユーザが取得した貯玉データを、第１変換効率で所定トークンに変換して前記ユーザに発行するトークン発行ステップと、
   前記ユーザの前記所定トークンを、ブロックチェーン技術又は分散台帳の技術により管理する第１管理ステップと、
   を含む情報処理方法。
9. コンピュータに、
   パチンコの第１店舗でユーザが取得した貯玉データを、第１変換効率で所定トークンに変換して前記ユーザに発行するトークン発行ステップと、
   前記ユーザの前記所定トークンを、ブロックチェーン技術又は分散台帳の技術により管理する第１管理ステップと、
   を含む制御処理を実行させるプログラム。

Images