特開 2024-3625 機能制限プログラム、機能制限方法、及び機能制限装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024003625

(43)【公開日】2024-01-15

(54)【発明の名称】機能制限プログラム、機能制限方法、及び機能制限装置

(51)【国際特許分類】

   G06Q 40/04 20120101AFI20240105BHJP

【ＦＩ】

G06Q40/04

【審査請求】有

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022102893

(22)【出願日】2022-06-27

(11)【特許番号】

(45)【特許公報発行日】2023-09-15

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和 ４年 ６月 １日に、Ｓｏｃｉａｌ Ｇｏｏｄ Ｆｏｕｎｄａｔｉｏｎ株式会社のウェブサイトにて公開 ｈｔｔｐｓ：／／ｓｏｃｉａｌｇｏｏｄ．ｉｎｃ／ｓｏｃｉａｌｇｏｏｄ－ｅｃｏｓｙｓｔｅｍ－ｕｐｄａｔｅｓ／

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和 ４年 ６月 １日に、Ｓｏｃｉａｌ Ｇｏｏｄ Ｆｏｕｎｄａｔｉｏｎ株式会社のウェブサイトにて公開 ｈｔｔｐｓ：／／ｓｏｃｉａｌｇｏｏｄ－ｗｈｉｔｅｐａｐｅｒ．ｃｏｍ／ｃｈａｐｔｅｒ２／

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和 ４年 ６月 １日に、Ｓｏｃｉａｌ Ｇｏｏｄ Ｆｏｕｎｄａｔｉｏｎ株式会社のウェブサイトにて公開 ｈｔｔｐｓ：／／ｓｏｃｉａｌｇｏｏｄ－ｗｈｉｔｅｐａｐｅｒ．ｃｏｍ／

(71)【出願人】

【識別番号】518018920

【氏名又は名称】ＳｏｃｉａｌＧｏｏｄ株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】▲高▼岡 壮一郎

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055BB53

(57)【要約】      （修正有）

【課題】暗号資産を運用するユーザが利用する端末にインストールされたソフトウェアの機能制限を行なう機能制限プログラム、機能制限方法及び機能制限装置を提供する。
【解決手段】ホーム画面表示処理の手順において、機能制限プログラムを実行するサーバは、端末からの接続要求を受信すると、受信した要求に含まれているユーザＩＤをキーに制限状況ＤＢを検索する制限状況検索を実行する。そして、検索がヒットしたと判定した場合、制限状況ＤＢから制限を取得する制限取得を実行し、取得した制限から機能制限情報生成を行い、端末へ機能制限情報を送信する。
【選択図】図１６

【特許請求の範囲】

【請求項1】

ユーザ端末から、ユーザＩＤを含む要求を受信し、
ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得し、
取得した前記保有量に基づいて、前記ユーザ端末で動作するソフトウェアの機能制限情報を生成し、
作成した前記機能制限情報を前記ユーザ端末へ送信する
処理をコンピュータに実行させる機能制限プログラム。

【請求項2】

前記保有量が閾値以上である場合、前記機能制限情報は、制限を行わない旨の情報とする
請求項１に記載の機能制限プログラム。

【請求項3】

前記保有量が閾値未満である場合、前記機能制限情報は、前記ソフトウェアが有する一部の機能を無効とする旨の情報とする
請求項１に記載の機能制限プログラム。

【請求項4】

前記保有量が閾値未満である場合、前記機能制限情報は、前記ソフトウェアが有する機能の中で、前記ユーザが保有するオフチェーンの前記暗号資産、又は、ポイントを、オンチェーンの前記暗号資産へ変換する移動機能を制限する旨の情報とする
請求項１に記載の機能制限プログラム。

【請求項5】

前記閾値は、前記暗号資産の市場価格又は市場流通量により定める
請求項２から請求項４の何れか一項に記載の機能制限プログラム。

【請求項6】

前記保有量と前記閾値との差分を前記ユーザ端末へ送信する
請求項２から請求項４の何れか一項に記載の機能制限プログラム。

【請求項7】

コンピュータが、
ユーザ端末から、ユーザＩＤを含む要求を受信し、
ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得し、
取得した前記保有量に基づいて、前記ユーザ端末で動作するソフトウェアの機能制限情報を生成し、
作成した前記機能制限情報を前記ユーザ端末へ送信する
処理を実行する機能制限方法。

【請求項8】

ユーザ端末から、ユーザＩＤを含む要求を受信する受信部と、
ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得する取得部と、
取得した前記保有量に基づいて、前記ユーザ端末で動作するソフトウェアの機能制限情報を生成する生成部と、
作成した前記機能制限情報を前記ユーザ端末へ送信する送信部と
を備える機能制限装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ソフトウェアの機能制限を行なう機能制限プログラム、機能制限方法、及び機能制限装置に関する。

【背景技術】

【0002】

暗号資産の利用が進んでいる。暗号資産は希少性を担保して価値の下落を防ぐため、通常、発行上限が定められている。しかし、価値を安定させるためには、発行上限の設定だけでは不十分であり、市場流通量についての制御も必要である。

【0003】

暗号資産の市場流通量を直接、制御することは困難であるため、間接的に制御することになる。例えば、暗号資産を保有するユーザが利用する端末を制御し、暗号資産の売却を抑止し、暗号資産の購入を促すことが考えられる。特許文献１には、端末の機能の起動について制御を行なう起動条件制御システムが提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１５－１１５７２２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、特許文献１に提案されている従来のシステムは、単に端末の機能について制御を掛けるだけであり、暗号資産を保有するユーザの端末を対象とはしていない。本発明はこのような状況に鑑みてなされたものである。その目的は、暗号資産を運用するユーザが利用する端末にインストールされたソフトウェアの機能制限を行なう機能制限プログラム、機能制限方法、及び機能制限装置の提供である。

【課題を解決するための手段】

【0006】

本願の一態様に係る機能制限プログラムは、ユーザ端末から、ユーザＩＤを含む要求を受信し、ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得し、取得した前記保有量に基づいて、前記ユーザ端末で動作するソフトウェアの機能制限情報を生成し、作成した前記機能制限情報を前記ユーザ端末へ送信する処理をコンピュータに実行させる。

【発明の効果】

【0007】

本願の一態様にあっては、暗号資産を運用するユーザが利用する端末にインストールされたソフトウェアの機能制限を行なうことが可能となる。

【図面の簡単な説明】

【0008】

【図1】トークンバックシステムの構成例を示す説明図である。

【図2】サーバのハードウェア構成例を示すブロック図である。

【図3】端末のハードウェア構成例を示すブロック図である。

【図4】ユーザＤＢの例を示す説明図である。

【図5】加盟店ＤＢの例を示す説明図である。

【図6】購入履歴ＤＢの例を示す説明図である。

【図7】付与履歴ＤＢの例を示す説明図である。

【図8】引出履歴ＤＢの例を示す説明図である。

【図9】機能ＤＢの例を示す説明図である。

【図10】閾値ＤＢの例を示す説明図である。

【図11】制限規則ＤＢの例を示す説明図である。

【図12】制限状況ＤＢの例を示す説明図である。

【図13】制限処理の手順例を示すフローチャートである。

【図14】閾値決定処理の手順例を示すフローチャートである。

【図15】制限実施処理の手順例を示すフローチャートである。

【図16】ホーム画面表示処理の手順例を示すフローチャートである。

【図17】ホーム画面の例を示す説明図である。

【図18】不足画面の例を示す説明図である。

【図19】制限実施処理の他の手順例を示すフローチャートである。

【図20】制限状況ＤＢの他の例を示す説明図である。

【図21】トークンバック処理の手順例を示すフローチャートである。

【発明を実施するための形態】

【0009】

以下実施の形態を、図面を参照して説明する。
（実施の形態１）
図１は、トークンバックシステムの構成例を示す説明図である。本実施の形態におけるトークンバックシステム１００は、所定の加盟店において商品又はサービス（以下、「商品等」と記す）を法定通貨で購入したユーザに対し、トークンを付与する。トークンバックシステム１００は、機能制限装置１、端末２、２、２…、取引所サーバ３、ＥＣ（Electronic Commerce）サーバ４、及び発行サーバ５を含む。各装置は、インターネット等のネットワークＮを介して相互に通信可能に接続されている。

【0010】

機能制限装置１は、種々の情報処理、情報の送受信が可能であり、例えばサーバコンピュータ、パーソナルコンピュータ等で構成する。本実施の形態において機能制限装置１はサーバコンピュータで構成するものとし、以下では簡潔のためサーバ１と読み替える。サーバ１は、トークンバックシステム１００を管理する管理者のサーバコンピュータであり、トークンバックシステム１００に加盟する加盟店で商品等を購入したユーザに対し、トークン建てでキャッシュバック（トークンバック）を行う。ここでのトークンは本システム独自のトークンである。

【0011】

トークンバックシステム１００では、トークンは２種類のトークンが存在する。２種類のトークンはオフチェーントークン、オンチェーントークンである。オフチェーントークンは、トークンバックシステム１００内のみで有効である。ユーザが保有するオフチェーントークンの数量は、本システムが管理するデータベースに記憶されている。オフチェーントークンは、ブロックチェーンシステム（以下、「ブロックチェーン」という。）に取引履歴が記録される状態ではない。ユーザがオフチェーントークンを他者に売り渡す場合などには、トークンを一旦、ウォレットに移動する必要がある。この際、サーバ１は取引所からトークンの発行を受け、ユーザのウォレットに送付する。当該トークンはブロックチェーンに取引履歴が記録されるオンチェーントークンである。オンチェーントークンは、ブロックチェーンに取引履歴が記録される暗号資産（暗号通貨又は仮想通貨）である。暗号資産は、「交換所」や「取引所」と呼ばれる事業者（暗号資産交換業者）から入手・換金することが可能である。また、暗号資産は、インターネット上でやりとりできる財産的価値である。

【0012】

ユーザがオフチェーントークンをオンチェーントークンとしてウォレットに格納することを引き出し（withdrawn）という。オフチェーントークンは、トークンバックシステム１００の運営者とユーザとの合意に基づき存在するものであり、ユーザがウォレットに引き出すことにより、オンチェーントークン、すなわち通常の暗号資産となる。サーバ１が付与するオンチェーントークンは独自のトークンでなくともよい。例えば、オンチェーントークンはビットコイン（登録商標）、イーサリアム（登録商標）、リップル、ネム等の既存の暗号資産であってもよい。なお、本明細書において引き出しや交換を、まとめて移動という。

【0013】

オフチェーントークンはオンチェーントークンと等価交換できることが約束されたトークンである。すなわち、オンチェーントークンの１単位量は、オンチェーントークンの１単位量と交換可能である。しかし、それに限らず、オフチェーントークンに代えて、ポイントサービスのポイントとしてもよい。ポイントとオンチェーントークンとの交換は必ずしも１対１とする必要はなく、交換比率を定めて、当該交換比率でポイントをオンチェーントークン交換してもよい。例えば交換比率が１０対１であれば、１０ポイントはオンチェーントークン１単位数量と交換できる。オフチェーントークン又はポイントをオンチェーントークンと交換することを、オフチェーントークン又はポイントをオンチェーントークンに変換するともいう。

【0014】

本明細書において、需給情報とは、暗号資産の供給に関する情報、及び、暗号資産の需要に関する情報に限らず、広く解釈する。暗号資産の需給バランスにより変動する市場価格や、市場流通量と関係する暗号資産の発行量、ユーザや運営者の保有量なども、需給情報に含むものとする。暗号資産の資産価値に影響を与える情報を、ここでは需給情報と呼ぶものとする。

【0015】

端末２は、トークンバックシステム１００を利用する各ユーザが利用する端末装置（ユーザ端末）である。端末２は、例えばスマートフォン、タブレット端末、パーソナルコンピュータ等で構成する。本実施の形態では端末２が、タッチパネルを備えたスマートフォンで構成されているとして説明を行う。端末２には、トークンバックシステム１００に係る機能を実現するためのアプリケーションプログラム（以下、「アプリ」という。）が予めインストールされている。

【0016】

取引所サーバ３は、仮想通貨の取引所を提供する暗号資産交換業者のサーバコンピュータである。本実施の形態に係るオンチェーントークンは、一又は複数の取引所に上場されており、ユーザは取引所においてオンチェーントークンを売買可能となっている。

【0017】

ＥＣサーバ４は、電子商取引サービスを提供するＥＣサイト（仮想店舗）事業者のサーバコンピュータである。トークンバックシステム１００には、実店舗で商品等の販売を行う事業者のほかに、ＥＣサイト事業者が加盟している。各ユーザは、加盟店である実店舗又はＥＣサイトで商品等を購入した場合に、オフチェーントークンの付与を受けることができる。

【0018】

発行サーバ５は、トークンバックシステム１００に係るオンチェーントークンの発行を行うサーバコンピュータであり、オンチェーントークンの発行上限を制御するサーバコンピュータである。本システムでは、発行サーバ５がオンチェーントークンの発行を行って取引市場（取引所等）に供給する。オンチェーントークンの発行上限は発行サーバ５において規定され、発行サーバ５は、市場におけるオンチェーントークンの需給状況を参照しながら発行量を調整する。

【0019】

図２は、サーバのハードウェア構成例を示すブロック図である。サーバ１は、制御部１１、主記憶部１２、通信部１３、及び補助記憶部１４を含む。制御部１１、主記憶部１２、通信部１３、及び補助記憶部１４は、バスＢにより接続されている。

【0020】

制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を含む。制御部１１は補助記憶部１４に記憶されたプログラムＰ１（プログラム製品）を読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。また、制御部１１がプログラムＰ１を実行することにより、受信部、取得部、生成部、送信部などの機能部を実現する。

【0021】

主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等である。主記憶部１２は、制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。

【0022】

通信部１３は、通信に関する処理を行うための処理回路等を含む。端末２等と情報の送受信を行う。

【0023】

補助記憶部１４は大容量メモリ、ＳＳＤ（Solid State Drive）、ハードディスク等である。補助記憶部１４は、制御部１１が処理を実行するために必要なプログラムＰ１、その他のデータを記憶している。また、補助記憶部１４は、ユーザＤＢ１４１、加盟店ＤＢ１４２、購入履歴ＤＢ１４３、付与履歴ＤＢ１４４、引出履歴ＤＢ１４５、機能ＤＢ１４６、閾値ＤＢ１４７、制限規則ＤＢ１４８及び制限状況ＤＢ１４９を記憶している。なお、補助記憶部１４はサーバ１に接続された外部記憶装置であってもよい。補助記憶部１４に記憶しているデータベースをクラウドストレージに記憶してもよい。

【0024】

サーバ１を複数のコンピュータからなるマルチコンピュータ、ソフトウェアによって仮想的に構築された仮想マシン又は量子コンピュータで構成しても良い。さらに、サーバ１の機能をクラウドサービスで実現してもよい。

【0025】

また、サーバ１は、ＣＤ（Compact Disk）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等の可搬型記憶媒体１ｍを読み取る読取部（図示しない）を備え、可搬型記憶媒体１ｍからプログラムＰ１を読み取って実行するようにしてもよい。あるいはサーバ１は、半導体メモリ１ｎからプログラムＰ１を読み込んでもよい。さらに、サーバ１は上記の構成に加え、例えば操作入力を受け付ける入力部、画像を表示する表示部等を含んでもよい。

【0026】

図３は端末のハードウェア構成例を示すブロック図である。端末２は、制御部２１、主記憶部２２、通信部２３、表示部２４、入力部２５、撮像部２６、及び補助記憶部２７を含む。

【0027】

制御部２１は、一又は複数のＣＰＵ、ＭＰＵ等の演算処理装置を含む。制御部２１は、補助記憶部２７に記憶されたプログラムＰ２（プログラム製品）を読み出して実行することにより、端末２に係る種々の情報処理、制御処理等を行う。

【0028】

主記憶部２２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部２２は、制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。

【0029】

通信部２３は、通信を行うためのアンテナ、処理回路等を含む。通信部２３は、サーバ１等と情報の送受信を行う。

【0030】

表示部２４は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の表示パネルを含む。表示部２４は制御部２１から与えられた画像を表示する。

【0031】

入力部２５は、例えばタッチパネル、メカニカルキー等の入力インターフェイスである。入力部２５はユーザからの操作入力を受け付ける。

【0032】

撮像部２６は、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサ等の撮像素子を備えたカメラである。撮像部２６はユーザによる操作入力に従って撮像を行う。

【0033】

補助記憶部２７は、大容量メモリ、ＳＳＤ、ハードディスク等であり、制御部２１が処理を実行するために必要なプログラムＰ２、その他のデータを記憶している。

【0034】

なお、端末２は、可搬型記憶媒体２ｎを読み取る読取部（図示しない）を備え、可搬型記憶媒体２ｎからプログラムＰ２を読み取って実行するようにしても良い。また端末２は、半導体メモリ２ｍからプログラムＰ２を読み込んでも良い。

【0035】

図４はユーザＤＢの例を示す説明図である。ユーザＤＢ１４１はユーザに関する情報を記憶する。ユーザＤＢ１４１は、ユーザＩＤ列、ユーザ名列、保有量列、ウォレット列、ランク列、及び、個人情報列を含む。ユーザＩＤ列は、各ユーザを識別するためのユーザＩＤを記憶する。ユーザ名列はユーザの氏名を記憶する。保有量列はユーザが保有するオフチェーントークンの数量を記憶する。ウォレット列はユーザへオンチェーントークンを送信するために必要なウォレット情報（例えば公開鍵等）を記憶する。ランク列はユーザのランクを記憶する。ランクは加盟店での購入履歴（購入額や購入頻度）、トークンの保有量、保有期間、付与履歴（獲得履歴）、トークンの引出履歴等により決められる。ランクによって、トークンの引き出し制限（移動制限）が緩和される場合がある。ランクは例えば上位から、ダイヤモンド、プラチナ、ゴールド、シルバー、ブロンズである。個人情報列はユーザの個人情報（性別、年齢、国籍等）を記憶する。

【0036】

図５は加盟店ＤＢの例を示す説明図である。加盟店ＤＢ１４２は加盟店に関する情報を記憶する。加盟店ＤＢ１４２は、加盟店ＩＤ列、加盟店名列、加盟店情報列、及び、手数料率列を含む。加盟店ＩＤ列は、各加盟店を識別するための加盟店ＩＤを記憶する。加盟店名列は加盟店の名称を記憶する。加盟店情報列は名称を除く、その他の加盟店に関する情報を記憶する。手数料率列は加盟店から徴収する手数料の割合を記憶する。

【0037】

図６は購入履歴ＤＢの例を示す説明図である。購入履歴ＤＢ１４３は、ユーザが加盟店から商品、サービスを購入した履歴を記憶する。購入履歴ＤＢ１４３は、購入ＩＤ列、購入者列、加盟店列、日付列、購入商品列、及び、購入額列を含む。購入ＩＤ列は、加盟店からユーザが商品等を購入した場合に、個々の購入履歴に対して割り当てられる購入ＩＤを記憶する。購入者列は購入者であるユーザのユーザＩＤを記憶する。加盟店列はユーザが商品等を購入した加盟店の加盟店ＩＤを記憶する。日付列はユーザが商品等を購入した日付を記憶する。購入商品列はユーザが購入した商品等の名称を記憶する。購入額列は商品等の購入額を記憶する。

【0038】

図７は付与履歴ＤＢの例を示す説明図である。付与履歴ＤＢ１４４は、ユーザにオフチェーントークンを付与した履歴（付与履歴）を記憶する。付与履歴ＤＢ１４４は、日時列、及び、トークンバック列を含む。日時列は、ユーザにトークンを付与した日時を記憶する。トークンバック列はユーザへのトークンバックに関する情報を記憶する。トークンバック列には、さらにユーザ列、付与量列、及び、購入ＩＤ列を含む。ユーザ列はトークンの付与対象となったユーザのユーザＩＤを記憶する。付与量列はユーザに付与したトークンの数量を記憶する。購入ＩＤ列はトークン付与の契機となった商品等の購入履歴を特定する購入ＩＤを記憶する。上述したように、ユーザへオフチェーントークンではなく、ポイントを付与してもよい。

【0039】

図８は引出履歴ＤＢの例を示す説明図である。引出履歴ＤＢ１４５はユーザがトークンを引き出した履歴（移動履歴）を記憶する。引出履歴ＤＢ１４５はユーザＩＤ列、引出量列及び引出日時列を含む。ユーザＩＤ列はトークンの引き出しを行ったユーザのユーザＩＤを記憶する。引出量列はユーザが引き出したトークンの量（引き出し量、移動量）を記憶する。引出日時列はユーザが引き出しを行った日時を記憶する。

【0040】

図９は機能ＤＢの例を示す説明図である。機能ＤＢ１４６は端末２で動作するプログラムＰ２が提供する機能についての情報を記憶する。機能ＤＢ１４６はＩＤ列、表示名列、及び識別子列を含む。ＩＤ列は機能を特定するＩＤを記憶する。表示名列は機能の名称を記憶する。当該名称は機能を起動するためのメニュー名と同一でもよい。識別子列はプログラムＰ２での機能の識別子や機能を実現する関数を特定できる識別子等を記憶する。

【0041】

図１０は閾値ＤＢの例を示す説明図である。閾値ＤＢ１４７は機能制限を掛けるか否かを判定するための閾値に関する情報を記憶する。閾値ＤＢ１４７は市場価格及び市場流通量に基づき閾値を定めた表である。列は市場価格を、行は市場流通量を定めている。目標額は予め定めておく。市場価格が目標額の－５％未満の場合、閾値を小さくし、市場価格が目標額の＋５％超の場合、閾値を大きくし、市場価格が目標額の－５％から＋５％の範囲の場合、閾値を中間の値としている。市場流通量が発行量の３０％未満の場合、閾値を小さくし、市場流通量が発行量の６０％以上の場合、閾値を大きくし、市場流通量が発行量の３０％以上６０％未満の場合、閾値を中間の値としている。図１０において、閾値は固定数値としているが、発行量と市場流通量とから、所定の計算式を用いて算出してもよい。閾値を市場価格と市場流通量との２つで決定するのではなく、市場流通量と閾値とを対応付けた表、又は、市場価格と閾値とを対応付けた表を参照して決定してもよい。市場流通量、又は、市場価格を用いた単一の算術演算により算出してもよい。

【0042】

図１１は制限規則ＤＢの例を示す説明図である。制限規則ＤＢ１４８は機能を制限する規則を記憶する。制限規則ＤＢ１４８は番号列、条件列、及び不可列を含む。番号列は順番号を記憶する。条件列は機能を利用不可とする条件を記憶する。条件は例えば、トークンの保有量が閾値以下の場合を制限する等である。閾値はトークンの市場流通量や市場価格により定める。不可列は利用不可とする機能のＩＤを記憶する。

【0043】

図１２は制限状況ＤＢの例を示す説明図である。制限状況ＤＢ１４９は制限の実行状況をユーザ毎に記憶する。制限状況ＤＢ１４９はユーザＩＤ列、規則列、不可列及び差分列を含む。ユーザＩＤ列は制限が課されているユーザのユーザＩＤを記憶する。規則列は適用されている制限規則の番号を記憶する。不可列は制限によりユーザが利用できない機能のＩＤを記憶する。差分列は制限が解除される条件との差を記憶する。例えば、トークンの保有量が閾値以下であるため、制限を受けている場合、トークンの不足量を記憶する。

【0044】

次に、トークンバックシステム１００で行われる処理について説明する。図１３は制限処理の手順例を示すフローチャートである。制限処理は日次バッチ処理等により繰り返し実行する処理である。サーバ１の制御部１１はトークンの市場流通量、市場価格を取得する（ステップＳ１）。制御部１１は制限を掛けるか否かを判定するための閾値を決定する（ステップＳ２）。閾値決定処理については後述する。制御部１１は処理対象とするユーザを選択する（ステップＳ３）。制御部１１は制限実施処理を行なう（ステップＳ４）。制限実施処理については後述する。制御部１１は未処理のユーザがあるか否かを判定する（ステップＳ５）。制御部１１は未処理のユーザがあると判定した場合（ステップＳ５でＹＥＳ）、処理をステップＳ３へ戻し、未処理のユーザに対する処理を行なう。制御部１１は未処理のユーザがないと判定した場合（ステップＳ５でＮＯ）、処理を終了する。

【0045】

図１４は閾値決定処理の手順例を示すフローチャートである。閾値決定処理は図１３のステップＳ２に対応する処理である。制御部１１は目標額を取得する（ステップＳ１１）。目標額は予め定めておくものとする。制御部１１は市場流通量及び市場価格並びに目標額に基づき、閾値ＤＢ１４７から閾値を取得する（ステップＳ１２）。制御部１１は閾値を一時記憶領域に記憶する（ステップＳ１３）。一時記憶領域は主記憶部１２又は補助記憶部１４に設け、処理を呼び出し元へ戻す。上述の目標額は、為替相場や他の暗号資産の市場価格に基づいて、計算により求めてもよい。

【0046】

図１５は制限実施処理の手順例を示すフローチャートである。制限実施処理は図１３のステップＳ４に対応する処理である。制御部１１は処理対象ユーザのトークン保有量をユーザＤＢ１４１から取得する（ステップＳ２１）。制御部１１は制限規則ＤＢ１４８を参照し、判定する制限規則を選択する（ステップＳ２２）。制御部１１は制限に該当する否か判定する（ステップＳ２３）。制御部１１は制限に該当しないと判定した場合（ステップＳ２３でＮＯ）、処理をステップＳ２５へ移す。制御部１１は制限に該当すると判定した場合（ステップＳ２３でＹＥＳ）、制限内容を一時記憶領域に記憶する（ステップＳ２４）。制御部１１は未処理の制限規則があるか否かを判定する（ステップＳ２５）。制御部１１は未処理の制限規則があると判定した場合（ステップＳ２５でＹＥＳ）、処理をステップＳ２２へ戻し、未処理の制限規則についての処理を行なう。制御部１１は未処理の制限規則がないと判定した場合（ステップＳ２５でＮＯ）、ユーザに課す制限があるか否かを判定する（ステップＳ２６）。制御部１１は、一時記憶領域に制限内容が記憶されていれば、制限があると判定する。制御部１１は、一時記憶領域に制限内容が記憶されていなければ、制限がないと判定する。制御部１１は、ユーザに課す制限があると判定した場合（ステップＳ２６でＹＥＳ）、実際に課す制限内容を選択する（ステップＳ２７）。制御部１１は、一時記憶領域に複数の制限内容が記憶されている場合、一番重い制限内容を選択する。制御部１１は、一時記憶領域に１つの制限内容が記憶されている場合、当該制限内容を選択する。制限内容の重さは、例えば制限規則の番号で判別可能とする。制御部１１はユーザに課す制限内容を制限状況ＤＢ１４９に記憶する（ステップＳ２８）。制御部１１は、ユーザに課す制限がないと判定した場合（ステップＳ２６でＮＯ）、制限をクリアする（ステップＳ２９）。制御部１１は制限状況ＤＢ１４９に、対象ユーザの制限内容が記憶されていれば削除し、対象ユーザの制限内容が記憶されていなければ特に処理は行わない。制御部１１は処理を呼び出し元へ戻す。

【0047】

図１６はホーム画面表示処理の手順例を示すフローチャートである。ホーム画面は、端末２でアプリを起動した時に、最初に表示される画面である。端末２の制御部２１は接続要求をサーバ１へ送信する（ステップＳ４１）。接続要求にはユーザＩＤが含まれている。サーバ１の制御部１１は、接続要求受信する（ステップＳ４２）。制御部１１は制限状況を検索する（ステップＳ４３）。制御部１１は、受信した要求に含まれているユーザＩＤをキーに制限状況ＤＢ１４９を検索する。制御部１１は検索がヒットした否かを判定する（ステップＳ４４）。制御部１１は検索がヒットしなかったと判定した場合（ステップＳ４４でＮＯ）、処理をステップＳ４６へ移す。制御部１１は検索がヒットしたと判定した場合（ステップＳ４４でＹＥＳ）、制限状況ＤＢ１４９から制限を取得する（ステップＳ４５）。制御部１１は機能制限情報を生成する（ステップＳ４６）。制御部１１はホー機能制限情報を端末２へ送信する（ステップＳ４７）。端末２の制御部２１は機能制限情報を受信する（ステップＳ４８）。制御部２１は機能制限情報に基づくホーム画面を生成し、表示部２４に表示する（ステップＳ４９）。制御部２１はホーム画面のテンプレートを補助記憶部１４から呼び出し、受信した機能制限情報を反映したホーム画面を生成する。画面のテンプレートはアプリに含まれるか、又は、アプリのインストール時に、補助記憶部１４に記憶される。例えば、引き出し機能（移動機能）が制限されている場合、メニューとして表示する「引き出し」を選択不可の状態とし、実行できなくする。制御部２１は処理を終了する。

【0048】

サーバ１から端末２へ機能制限情報を送信するとしたが、それに限らない。サーバ１がホーム画面を生成し、端末２へ送信してもよい。サーバ１の制御部１１は、ホーム画面に制限が課されている機能を呼び出すメニューが含まれている場合、当該メニューを選択できないようにする。また、制御部１１は、隠し項目等を利用して、制限内容をホーム画面に埋め込む。ホーム画面以外から呼び出す機能に対する制限を、端末２で行えるようにするためである。

【0049】

図１７はホーム画面の例を示す説明図である。ホーム画面ｄ０１はメニューｄ０１１を含む。メニューｄ０１１として、図１７にはショッピング、寄付、引き出し、ダッシュボード、ログアウトが記載されている。メニューの中で「引き出し」は制限中であり、実行できないようになっている。

【0050】

図１８不足画面の例を示す説明図である。不足画面ｄ０２は制限されているメニューをタップした時に、ホーム画面ｄ０１にオーバーレイして表示される。不足画面ｄ０２はメニュー（機能）が制限されている理由を表示する。図１８では保有量が基準値（閾値）から不足していることを表示している。

【0051】

本実施の形態においては、トークンの保有量が閾値を下回った場合にアプリの機能が制限される。そのため、ユーザはアプリの機能を使用できるようにするために、トークン付与量を増加しようとする。それにより、市場に流通しているトークンがユーザにより回収されることになる。その結果、間接的にトークンの市場流通量を制御することが可能となる。また、市場流通量が変化することにより、トークンの市場価格が変動する。閾値をトークンの市場流通量や市場価格によって定めることで、本実施の形態では、トークンの市場流通量や市場価格を制御することが可能となる。

【0052】

（変形例）
上記では、機能を制限する条件をトークンの保有量としたが、それに限らない。他の条件、例えばユーザのランクを加えてもよい。例えば、制限を課す条件として、「保有量が閾値以下であって、ランクがダイヤモンドでない」とする。この場合、保有量が閾値以下のユーザであっても、ランクがダイヤモンドであれば、機能制限を課されないことになる。

【0053】

図１９は制限実施処理の他の手順例を示すフローチャートである。ここでの制限実施処理は、図１５で示した制限実施処理に処理ステップを追加したものである。制御部１１は処理対象ユーザのトークン保有量をユーザＤＢ１４１から取得する（ステップＳ２１）。制御部１１は処理対象ユーザの履歴を取得する（ステップＳ３０）。例えば、制御部１１は、処理対象ユーザの購入履歴、トークンの付与履歴、トークンの引出履歴を、それぞれ購入履歴ＤＢ１４３、付与履歴ＤＢ１４４、引出履歴ＤＢ１４５から取得する。制御部１１は取得した履歴に基づき、処理対象ユーザのランクを更新し、更新したランクをユーザＤＢ１４１に記憶する（ステップＳ３１。制御部１１は図１５に示したステップＳ２２以降を実行する。

【0054】

本変形例においては、ランクの高いユーザには制限を課さないようにできるので、トークンの安定運用に寄与しているユーザに不満を与えることなく、トークンの市場流通量や市場価格を制御することが可能となる。

【0055】

上述の説明では、機能を制限する場合、当該機能は全く利用不可となるが、それに限らない。機能の利用内容に制限を掛けつつ、機能の利用を許可してもよい。例えば、引き出し機能の場合、引き出しが行える数量に制限をかけ、制限数量の範囲内では引き出し可能としてもよい。制限数量は閾値、若しくはユーザの保有量、又は、市場流通量、若しくは市場価格等で決定する。

【0056】

また、暗号資産のオンチェーントークンを格納しているウォレットの制御がアプリで行える場合、制限する機能として、暗号資産の売却機能を選択してもよい。引き出し同様に、売却機能そのものを制限する場合と、売却機能は利用できるものの売却数量に制限を掛ける場合のいずれでもよい。売却数量は閾値、若しくはユーザの保有量、又は、市場流通量、若しくは市場価格等で決定する。

【0057】

（実施の形態２）
本実施の形態は、機能の制限を掛けるか否かを判定する閾値が固定値である場合に関する。実施の形態１のような閾値を変動させる形態では、機能制限が掛かる否かをユーザが予見できない可能性があるため、本実施の形態においては、その点を考慮している。なお、閾値は予め補助記憶部１４に記憶するか、プログラムに埋め込む等をする。また、閾値を変更する場合には十分な周知期間を設けることが望ましいと考えられる。

【0058】

図２０は制限状況ＤＢの他の例を示す説明図である。制限状況ＤＢ１４９はユーザＩＤ列、不可列、トークンバック列、及び開始日時列を含む。ユーザＩＤ列は制限が課されているユーザのユーザＩＤを記憶する。不可列は制限によりユーザが利用できない機能のＩＤを記憶する。トークンバック列はトークンバックが制限されているか否かを記憶する。トークンバックが制限されている場合、ユーザが加盟店で商品等を購入したとしても、トークンバックを受けることができない。開始日時列は制限が開始された日時を記憶する。

【0059】

本実施の形態における情報処理について説明する。図２１はトークンバック処理の手順例を示すフローチャートである。ユーザが加盟店で商品等を購入したことを契機に開始される処理である。サーバ１の制御部１１は、端末２又はＥＣサーバ４から、ユーザが購入した商品等を関する購入情報を取得する（ステップＳ６１）。制御部１１は加盟店ＤＢ１４２から加盟店の手数料率を読み出し、商品等の購入額に応じた手数料を算出して、手数料の支払いを加盟店に要求する（ステップＳ６２）。制御部１１はユーザへのトークンバックを制限するか否かを判定する（ステップＳ６３）。制御部１１は、制限状況ＤＢ１４９のトークンバック列を参照して判定する。制御部１１はユーザへのトークンバックを制限すると判定した場合（ステップＳ６３でＹＥＳ）、一連の処理を終了する。制御部１１はユーザへのトークンバックを制限しないと判定した場合（ステップＳ６３でＮＯ）、取引市場におけるトークン（暗号資産）の時価情報、ユーザによるトークンの保有情報、加盟店でのユーザの購入履歴を取得する（ステップＳ６４）。時価情報は、トークンの時価（法定通貨換算額）を示すデータであり、暗号資産の取引市場（取引所等）における市場価格を示すデータである。保有情報は、ユーザによるトークンの保有状況を示すデータであり、例えばトークンの保有量、保有期間などを示すデータである。購入履歴は、ユーザによる加盟店での商品等の購入履歴であり、例えば購入金額、購入日などを示すデータである。制御部１１は、ユーザに付与するトークンの数量を決定する（ステップＳ６５）。制御部１１は今回の購入金額に所定の還元率を掛けて、数量を決定する。還元率は、トークンの保有量が多いほど、所定期間の購入金額が大きいほど、大きな値となる。還元率はユーザのランクに応じて変えてもよい。制御部１１は、発行サーバ５から現在のトークンの発行量に関する情報を取得し、トークンの発行上限に到達するか否かを判定する（ステップＳ６６）。制御部１１は、発行上限に到達すると判定した場合（Ｓ６６でＹＥＳ）、本システムのトークンとは異なる他の暗号資産又は法定通貨をユーザに付与し（ステップＳ６８）、一連の処理を終了する。制御部１１は、発行上限に到達しないと判定した場合（Ｓ６６でＮＯ）、ステップＳ６５で決定した数量のオフチェーントークンを付与し（ステップＳ６７）、一連の処理を終了する。

【0060】

本実施の形態において、制限処理、制限実施処理、ホーム画面表示処理は、実施の形態１と同様であるから、説明を省略する。なお、本実施の形態において、閾値は固定値であるから、閾値決定処理は実行されない。

【0061】

本実施の形態においては、閾値を固定値とすることにより、機能制限が掛かる否かをユーザが常に把握できるようになる。また、多くのユーザが機能制限を受けないために、閾値以上の暗号資産を継続して保有する。それにより、ユーザが増えるほど、暗号資産の価値の上昇が期待できる。

【0062】

ユーザの暗号資産の保有量が閾値を下回った直後から、トークンバックを受けられない制限を掛けることは、ユーザには酷なので、猶予期間を与えてもよい。例えば、保有量が閾値を下回ったと判定されてから、２週間は猶予期間とする。猶予期間に、ユーザの保有量が閾値に到達した場合は、制限を課さないことにする。猶予期間を越えても、ユーザの保有量が閾値を下回っている場合は、トークンバックを受けられなくなる。この場合、ユーザは、制限の解除を受けるためには、市場から暗号資産を調達する必要がある。

【0063】

ユーザ登録直後の初期ユーザは暗号資産を保有していないため、登録直後から制限が課されることになる。それを避けるために、ユーザ登録時にボーナスとして、閾値以上の暗号資産をユーザに付与してもよい。ボーナス付与には条件を付し、所定期間内に加盟店で商品等の購入を行わないと、ボーナスは無効としてもよい。または、ボーナスは付与せず、所定期間内に加盟店で商品等の購入を行い、トークンバックを受け、保有量が閾値以上に達したら、制限を課さないことにしてもよい。

【0064】

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
さらに、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。

【符号の説明】

【0065】

１００ ：トークンバックシステム
１ ：サーバ（機能制限装置）
１１ ：制御部
１２ ：主記憶部
１３ ：通信部
１４ ：補助記憶部
１４１ ：ユーザＤＢ
１４２ ：加盟店ＤＢ
１４３ ：購入履歴ＤＢ
１４４ ：付与履歴ＤＢ
１４５ ：引出履歴ＤＢ
１４６ ：機能ＤＢ
１４８ ：制限規則ＤＢ
１４９ ：制限状況ＤＢ
Ｐ１ ：プログラム
１ｍ ：可搬型記憶媒体
１ｎ ：半導体メモリ
２ ：端末
２１ ：制御部
２２ ：主記憶部
２３ ：通信部
２４ ：表示部
２５ ：入力部
２６ ：撮像部
２７ ：補助記憶部
Ｐ２ ：プログラム
２ｍ ：半導体メモリ
２ｎ ：可搬型記憶媒体
３ ：取引所サーバ
４ ：ＥＣサーバ
５ ：発行サーバ
Ｂ ：バス
Ｎ ：ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【手続補正書】

【提出日】2023-08-09

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】０００６

【補正方法】変更

【補正の内容】

【0006】

本願の一態様に係る機能制限プログラムは、ユーザ端末から、ユーザＩＤを含む要求を受信し、ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得し、前記保有量が閾値未満である場合、前記ユーザ端末で動作するソフトウェアが有する機能の中で、前記ユーザが保有するオフチェーンの前記暗号資産、又は、ポイントを、オンチェーンの前記暗号資産へ変換する移動機能を制限する旨の機能制限情報を作成し、作成した前記機能制限情報を前記ユーザ端末へ送信する処理をコンピュータに実行させる。

【手続補正2】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザ端末から、ユーザＩＤを含む要求を受信し、
ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得し、
前記保有量が閾値未満である場合、前記ユーザ端末で動作するソフトウェアが有する機能の中で、前記ユーザが保有するオフチェーンの前記暗号資産、又は、ポイントを、オンチェーンの前記暗号資産へ変換する移動機能を制限する旨の機能制限情報を作成し、
作成した前記機能制限情報を前記ユーザ端末へ送信する
処理をコンピュータに実行させる機能制限プログラム。

【請求項2】

前記保有量が前記閾値以上である場合、前記機能制限情報は、制限を行わない旨の情報とする
請求項１に記載の機能制限プログラム。

【請求項3】

前記閾値は、前記暗号資産の市場価格又は市場流通量により定める
請求項２に記載の機能制限プログラム。

【請求項4】

ユーザ端末から、ユーザＩＤを含む要求を受信し、
ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得し、
前記保有量が、前記暗号資産の市場価格又は市場流通量により定めた閾値以上である場合、前記ユーザ端末で動作するソフトウェアが有する機能の制限を行わない機能制限情報を作成し、
作成した前記機能制限情報を前記ユーザ端末へ送信する
処理をコンピュータに実行させる機能制限プログラム。

【請求項5】

前記保有量が、前記閾値未満である場合、前記機能制限情報は、前記ソフトウェアが有する一部の機能を無効とする情報とする
請求項４に記載の機能制限プログラム。

【請求項6】

前記保有量と前記閾値との差分を前記ユーザ端末へ送信する
請求項１から請求項４の何れか一項に記載の機能制限プログラム。

【請求項7】

コンピュータが、
ユーザ端末から、ユーザＩＤを含む要求を受信し、
ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得し、
前記保有量が閾値未満である場合、前記ユーザ端末で動作するソフトウェアが有する機能の中で、前記ユーザが保有するオフチェーンの前記暗号資産、又は、ポイントを、オンチェーンの前記暗号資産へ変換する移動機能を制限する旨の機能制限情報を作成し、
作成した前記機能制限情報を前記ユーザ端末へ送信する
処理を実行する機能制限方法。

【請求項8】

ユーザ端末から、ユーザＩＤを含む要求を受信する受信部と、
ユーザＩＤに基づいて、ユーザの暗号資産の保有量を取得する取得部と、
前記保有量が閾値未満である場合、前記ユーザ端末で動作するソフトウェアが有する機能の中で、前記ユーザが保有するオフチェーンの前記暗号資産、又は、ポイントを、オンチェーンの前記暗号資産へ変換する移動機能を制限する旨の機能制限情報を作成する作成部と、
作成した前記機能制限情報を前記ユーザ端末へ送信する送信部と
を備える機能制限装置。