JP7461400B2 - 情報処理装置、プログラムおよび情報処理方法 - Google Patents

Description

本発明は、情報提供装置、プログラムおよび情報処理方法に関する。

近年、電子マネーや仮想通貨、または各社が発行するポイント（いわゆる企業通貨）等の様々な電子的な価値（以下、「電子バリュー」ともいう）が、ネットワークを介してユーザの間で流通されている。また、電子バリューの流通を促進するための技術が存在する。

例えば、下記特許文献１には、（１）時間経過にしたがって仮想通貨の価値を減少させる、（２）現金から仮想通貨に価値変換した場合、仮想通貨の価値を現金の価値より高くする、（３）仮想通貨から現金に変換する際に手数料を徴収する、といった仮想通貨の流通を促進するための構成を備える仮想通貨システムが開示されている。

特開２０１８－８１４２６号公報

ところで、電子バリューの流通を行うシステム（以下、「流通システム」ともいう）を利用するにあたって、上記従来技術でもあるようにユーザから手数料を徴収することがある。例えば、現金から仮想通貨に変換する際の手数料等の、電子バリューの流通に関する手数料を低く設定すれば電子バリューの流通が促進されることが期待できる。しかしながら、このような手数料は電子バリューの流通を維持するための費用（例えば、流通システムの運用・保守の費用等）に充てられることもあり、手数料の徴収を単に減らすことは難しい。逆に、電子バリューの流通に関する手数料の徴収を単に増やすと、電子バリューの流通が滞ってしまうおそれがある。このため、電子バリューの流通に関する手数料を徴収することと、電子バリューの流通を促進することとの両立が難しいという課題がある。

そこで、本発明は、電子バリューの流通に関する手数料を徴収することと、電子バリューの流通を促進することとを両立できる情報提供装置、プログラムおよび情報処理方法を提供することを目的とする。

本発明の一態様に係る情報処理装置は、支払い元である第１ユーザと支払い先である第２ユーザとの間の決済について、第１ユーザまたは第２ユーザから、決済をするための決済要求を受け付ける決済受付部と、決済要求に基づいて、決済に充当させる電子バリューを発行させるための処理と、第１ユーザから支払われた他の第２バリューを電子バリューに変換する第１変換のための処理と、の少なくとも一方を行う発行変換処理部と、発行変換処理部による処理の際、電子バリューの発行と第１変換の手数料から一部または全部を差し引いて、手数料の精算処理の一部を行う第１精算処理部と、決済要求に基づいて、発行された電子バリューおよび変換された電子バリューの少なくとも一方を第２ユーザに移動させるための処理を行う移動処理部と、移動された電子バリューから他の第３バリューに変換する第２変換のための変換要求が第２ユーザからあった場合、変換要求を受け付ける変換受付部と、変換要求に基づいて、第２変換のための処理を行う変換処理部と、第２変換のための処理の際、手数料の精算処理の一部として、手数料から差し引いた差引分の少なくとも一部を第２ユーザから徴収するための処理を行う第２精算処理部と、を備える。

本発明の一態様に係るプログラムは、コンピュータに、支払い元である第１ユーザと支払い先である第２ユーザとの間の決済について、前記第１ユーザまたは前記第２ユーザから、前記決済をするための決済要求を受け付ける決済受付機能と、前記決済要求に基づいて、前記決済に充当させる電子バリューを発行させるための処理と、前記第１ユーザから支払われた他の第２バリューを前記電子バリューに変換する第１変換のための処理と、の少なくとも一方を行う発行変換処理機能と、前記発行変換処理機能による前記処理の際、前記電子バリューの発行と前記第１変換の手数料から一部または全部を差し引いて、前記手数料の精算処理の一部を行う第１精算処理機能と、前記決済要求に基づいて、前記発行された電子バリューおよび前記変換された第２電子バリューの少なくとも一方を前記第２ユーザに移動させるための処理を行う移動処理機能と、前記移動された電子バリューから他の第３バリューに変換する第２変換のための変換要求が前記第２ユーザからあった場合、前記変換要求を受け付ける変換受付機能と、前記変換要求に基づいて、前記第２変換のための処理を行う変換処理機能と、前記第２変換のための処理の際、前記手数料の精算処理の一部として、前記手数料から差し引いた差引分の少なくとも一部を前記第２ユーザから徴収するための処理を行う第２精算処理機能と、を実現させる。

本発明の一態様に係る情報処理方法は、コンピュータが、支払い元である第１ユーザと支払い先である第２ユーザとの間の決済について、前記第１ユーザまたは前記第２ユーザから、前記決済をするための決済要求を受け付け、前記決済要求に基づいて、前記決済に充当させる電子バリューを発行させるための処理を行い、前記決済要求に基づいて、前記第１ユーザから支払われた他の第２バリューを前記電子バリューに変換する第１変換のための処理を行い、前記処理の際、前記電子バリューの発行と前記第１変換の手数料から一部または全部を差し引いて、前記手数料の精算処理の一部を行い、前記決済要求に基づいて、前記発行された電子バリューおよび前記変換された第２電子バリューの少なくとも一方を前記第２ユーザに移動させるための処理を行い、前記移動された電子バリューから他の第３バリューに変換する第２変換のための変換要求が前記第２ユーザからあった場合、前記変換要求を受け付け、前記変換要求に基づいて、前記第２変換のための処理を行い、 前記第２変換のための処理の際、前記手数料の精算処理の一部として、前記手数料から差し引いた差引分の少なくとも一部を前記第２ユーザから徴収するための処理を行う、情報処理方法。

本発明によれば、電子バリューの流通に関する手数料を徴収することと、電子バリューの流通を促進することとを両立できる情報提供装置、プログラムおよび情報処理方法を提供することができる。

本実施形態に係るバリュー循環システムのシステム構成例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るバリュー循環システムの概要の一例を説明するための図である。 本実施形態に係るサーバ装置の機能構成の一例を示す図である。 本実施形態に係るバリュー循環システムの手数料の徴収処理の一例を示す図である。 本実施形態に係るバリュー循環システムの動作例を示す図である。 本実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。

添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」という）について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

本発明において、「部」や「手段」、「装置」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「装置」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「装置」、「システム」が有する機能が２つ以上の物理的手段や装置、ソフトウェアにより実現されても、２つ以上の「部」や「手段」、「装置」、「システム」の機能が１つの物理的手段や装置、ソフトウェアにより実現されても良い。

本実施形態に係るバリュー循環システム１は、電子バリューの循環を支援してその流通を促進するためのシステムである。バリュー循環システム１は、具体的には、電子バリューを発行させたり、この発行させた電子バリューをユーザ間で移動させたりするための仕組みを提供する。また、バリュー循環システム１は、自ら発行する電子バリュー以外にも、外部の組織による電子バリューの発行や変換、または移動の要求をユーザの代わりに行ったり、またこの要求に対する処理結果を外部の組織に代わってユーザに通知したりすることもできる。そして、バリュー循環システム１は、これらの仕組みを利用する際にユーザに課す手数料について、電子バリューを循環させるにあたって適切な配分や金額になるようコントロールする。

「電子バリュー」とは、電子データ（デジタル化されたもの）であって、かつ通貨のように資産として物品の購入や役務の提供の代価の支払いに利用可能なものをいう。電子バリューの発行形態は、例えば、口座の残高を移動するような「口座型（言い換えれば、アカウント型）」の形を採るものでもよいし、ウォレットなどにバリューそのものが格納されて転々流通可能な「トークン型」の形を採るものでもよい。電子バリューは、具体的には、電子マネー（法定通貨をデジタル化してもの）、暗号資産（特定国家の保証を持たない、暗号化されたデジタル通貨。いわゆる仮想通貨）、ＣＢＤＣ（Ｃｅｎｔｒａｌ Ｂａｎｋ Ｄｉｇｉｔａｌ Ｃｕｒｒｅｎｃｙ：中央銀行発行デジタル通貨）などを含む。また、電子バリューは、他の例として、地域が発行した地域通貨などのトークン（企業または個人により発行された独自の暗号資産（仮想通貨））を含んでもよい。本実施形態では、電子バリューをトークン型の発行形態をもつものとする例を説明するが、本発明に係る電子バリューをこれに限る趣旨ではない。

電子バリューは、例えば、バリュー循環システム１のサーバ装置１００において発行されるものであってもよいし、外部機関が運営する外部システム（例えば、後述するトークンシステム４００ａなど）において発行されるものであってもよい。

電子バリューの移動は、例えば、口座間で残高を移動させること、または記憶媒体に格納された電子バリュー（デジタル化された価値の一つであるトークン（以下、単に「トークン」ともいう）を他の記憶媒体に移動させることを含む。また、電子バリューの移動は、例えば、口座間の送金取引、口座への入金／口座からの出金、ポイント変換、銀行口座を利用する決済取引（例えば、銀行振込）、またはデビットカードやクレジットカードもしくはプリペイドカードなどを利用したカード決済取引などを含んでもよい。

バリュー循環システム１では、以下の（ア）・（イ）のような方法により、電子バリューを循環させるにあたって手数料を最適化する。言い換えれば、バリュー循環システム１では、電子バリューの流通量や流通速度を増加させる処理を行うユーザ、すなわち電子バリューを発行や他のバリューからの変換を行うユーザに課される手数料を減らす。そして、その減らした分を、電子バリューの流通量や流通速度を減少させる処理を行うユーザ、すなわち電子バリューから他のバリューへの変換を行ったり電子バリューを退蔵したりするユーザから回収する。この他のバリューは、例えば、第２バリューと第３バリューとを含んでもよい。第２バリューと第３バリューは、同一のバリューであってもよいし、異なるバリューであってもよい。
（ア）電子バリューの発行や他のバリューから電子バリューへの変換の際に課される手数料の少なくとも一部を差し引いて徴収する。以下、この差し引いた分を「（手数料の）差引分」ともいう。また、他のバリューから電子バリューに変換することを「第１変換」ともいう。
（イ）差引分は、以下の二つの方法の少なくともいずれかを用いて回収する。
・電子バリューから他のバリューに変換する際に、変換を要求した者から徴収する。なお、電子バリューから他のバリューに変換することを「第２変換」ともいう。
・設定された保有期間を超過して電子バリューを他者に移動せずに保有していた場合、保有していた者から徴収する。

バリュー循環システム１を運営する者（以下、「循環業者」ともいう）は、例えば、取引の決済で利用可能なサービスを提供する事業者であってもよい。また、循環業者は、例えば、取引の決済に利用可能な１以上の決済手段を提供する業者（例えば、決済代行会社（ＰＳＰ：Ｐａｙｍｅｎｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）など）等であってもよい。また、循環業者は、決済指示サービス提供者（ＰＩＳＰ（Ｐａｙｍｅｎｔ Ｉｎｉｔｉａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ））として銀行等の金融機関に対して決済や資金移動を指示するサービスを提供するものであってもよい。また、他の例として、循環業者は、資金移動を行う金融機関（銀行や電子マネー業者）そのものであってもよい。

＜１．システム構成＞
図１を参照して、本実施形態に係るバリュー循環システム１のシステム構成例を説明する。

図１に示すように、バリュー循環システム１は、循環業者が使用するサーバ装置１００と、第１ユーザが使用する第１ユーザ装置２００ａと、第２ユーザが使用する第２ユーザ装置２００ｂと、を含む。第１ユーザ装置２００ａと第２ユーザ装置２００ｂとは、特に区別の必要が無い場合は、総称して「ユーザ装置２００」ともいう。ユーザ装置２００が含む装置の数は、２つに限定されず、３つ以上であってよい。サーバ装置１００とユーザ装置２００とは、ネットワークＮを介して通信可能に接続されている。また、バリュー循環システム１は、ネットワークＮを介して外部システム４００と連携（情報連携および／または機能連携を含む。以下同じ。）してもよい。具体的には、サーバ装置１００と、ユーザ装置２００と、後述するトークンサーバ４１０ａと、同じく後述する金融サーバ４１０ｂと、同じく後述する電子マネーサーバ４１０ｃと、は、ネットワークＮを介して通信可能に接続されていてもよい。

［サーバ装置］
サーバ装置１００は、ユーザ装置２００や外部システム４００との通信が可能な情報処理装置である。サーバ装置１００は、所定のプログラムを実行することにより、ユーザ装置２００から電子バリューによる決済要求を受け付けて、この決済要求に基づいて電子バリューの発行や他のバリューからの変換、または移動のための処理を行う。また、サーバ装置１００は、電子バリューの発行や変換、または移動などの電子バリューの流通に関する手数料の徴収も行う。

［ユーザ装置］
ユーザ装置２００は、ユーザが使用する情報処理装置であり、例えば、スマートフォンやラップトップなどの端末装置である。ユーザ装置２００は、所定のプログラムを実行することにより、サーバ装置１００と接続して電子バリューに関する情報を送受信したり、ユーザからのバリュー循環システム１に対する各種要求の入力を受け付けたりする。

「所定のプログラム」とは、例えば、ユーザ装置２００にインストールされたバリュー循環システム１専用のアプリケーションプログラム（以下、「バリュー運用アプリ」ともいう）を含んでもよいし、汎用の端末装置であるユーザ装置２００が標準的に備えるＷｅｂブラウザを含んでもよいし、これらの組み合わせであってもよい。本実施形態では、所定のプログラムがバリュー運用アプリとする例を説明する。

所定のプログラムは、例えば、バリュー循環システム１用のＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）により開発されたプログラムを含んでもよい。また、所定のプログラムは、サーバ装置１００の各機能を利用するためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を呼び出す機能を備えてもよい。ユーザ装置２００は、これらＳＤＫやＡＰＩを利用してサーバ装置１００と連携してもよい。

［ネットワーク］
ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ－ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＩＥＥＥ８０２．１１に準拠する通信（いわゆるＷｉ－Ｆｉ（登録商標））を含む）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、可視光通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電力線通信ネットワーク、ＩＥＥＥ１３９４等に準拠したネットワークがある。

［外部システム］
外部システム４００は、ネットワークＮを介して、サーバ装置１００および／またはユーザ装置２００と通信可能に接続されている。外部システム４００は、例えば、（１）トークンシステム４００ａ、（２）電子マネーシステム４００ｃ、（３）金融システム４００ｂなどを含む。

トークンシステム４００ａは、独自のトークンを発行し管理する外部機関が運営するシステムであり、トークンサーバ４１０ａを含む。金融システム４００ｂは、銀行などの外部機関である金融機関が運営するシステムであり、金融サーバ４１０ｂを含む。電子マネーシステム４００ｃは、電子マネーを発行し管理する外部機関が運営するシステムであり、電子マネーサーバ４１０ｃを含む。

＜２．概要＞
図２～１０を参照して、本実施形態に係るバリュー循環システム１の概要の一例を説明する。

＜２－１．電子バリューの循環＞
まず図２を参照して、バリュー循環システム１の電子バリューの循環の一例を説明する。図２は、バリュー循環システム１の循環ネットワークのイメージを示すための図である。バリュー循環システム１では、発行や変換、または移動により電子バリューを循環させつつ、電子バリューの流通を促進するにあたってこれらにかかる手数料が最適化するようコントロールする。

本例では、まず、支払い元の決済事業者（第１ユーザ）が支払い先のＡ商店（第２ユーザ）への売上の支払いにバリュー循環システム１を利用する例を説明する。Ａ商店は、決済事業者が提供する決済サービス（以下、単に「決済サービス」ともいう）の加盟店とする。そして、決済サービスを利用した売上（商品代金）について、Ａ商店に対する決済事業者からの支払いの際に、他のバリュー（例えば、法定通貨）から変換した電子バリューを利用するものとする。

（１）図２に示すように、まず、決済事業者のユーザ装置２００から、循環業者のサーバ装置１００に対して電子バリューによる支払い決済の要求（以下、「決済要求」ともいう）を行う。また、この決済要求にあたって、決済事業者は、循環業者に対して、手数料を差し引いた売上に相当する法定通貨を、電子バリューへの変換の対価として支払う。売上が１００万円で手数料が売上の３％（すなわち３万円）である場合、９７万円の現金を循環業者に支払う。

（２）循環業者は、決済要求と法定通貨による支払いを決済事業者から受け付けると、支払い先のＡ商店に対して、売上から差し引かれる手数料の少なくとも一部を差し引いた形（循環業者が補填した形）で電子バリューによる支払いを行う。

例えば、サーバ装置１００は、売上が１００万円で手数料が３万円の場合、売上から手数料を差し引くと９７万円であるが、手数料３万円の全額を差し引いて、１００万円（売上）－３万円（手数料）＋３万円（差引分）＝１００万円に相当する電子バリューをＡ商店に移動するための処理を行う。サーバ装置１００は、Ａ商店のユーザ装置２００にインストールされているウォレットアプリに、１００万円に相当する電子バリューを移動させる。

「ウォレットアプリ」は、ウォレットを管理するアプリケーションプログラム、いわゆるソフトウェアウォレットである。なお、本実施形態に係るウォレットは、例えば、ユーザ装置２００のウォレットアプリなどのソフトウェアウォレットなどであってもよいし、トークンの発行主体であるトークンサーバ４１０ａやサーバ装置１００で管理されているもの（例えば、ウェブウォレットなど）であってもよい。

＜Ａ商店が電子バリューを他のユーザに移動する場合＞
（３－１）次に、Ａ商店は、店員であるユーザに電子バリューによる給与の支払いを行うため、Ａ商店のユーザ装置２００からサーバ装置１００に対して、この給与に充当させる電子バリューをＡ商店から店員に移動させるための処理の要求を行う。サーバ装置１００は、Ａ商店から店員に給与に充当させる電子バリューを移動させるための処理を行う。バリュー循環システム１では、この電子バリューの移動にあたっては、差引分は回収されない。

（４－１）上記（３－１）で移動された電子バリューを店員が他のユーザにさらに移動させる場合、バリュー循環システム１では、差引分は回収されない。

＜Ａ商店が電子バリューをＢ商店に移動し、Ｂ商店が現金化する場合＞
（３－２）Ａ商店は、取引先であるユーザのＢ商店に電子バリューによる取引の支払いを行うため、Ａ商店のユーザ装置２００からサーバ装置１００に対して、この取引金額に充当させる電子バリューをＡ商店からＢ商店に移動させるための処理の要求を行う。サーバ装置１００は、この要求に基づいて、Ａ商店からＢ商店に電子バリューを移動させるための処理を行う。この電子バリューの移動にあたっては、バリュー循環システム１では、差引分は回収されない。

（４－２）上記（３－２）で移動された電子バリューを他のバリュー（本例では、法定通貨（現金））に変換することをＢ商店が要求する場合、Ｂ商店のユーザ装置（不図示）は、サーバ装置１００に対して、電子バリューから現金への第２変換の要求を行う。また、この第２変換の要求にあたって、変換を希望する分の電子バリューを、Ｂ商店に、現金への変換の対価として循環業者へ支払ってもらう。

（５－２）サーバ装置１００は、上記（４－２）の第２変換の要求を受け付けると、電子バリューから現金に変換するための処理を行う。サーバ装置１００は、具体的には、この第２変換の要求にあたって指定された金融機関のＢ商店の口座に現金を振り込むための処理を行う。サーバ装置１００は、この振込の際、差引分３万円をＢ商店から徴収するための処理を行う。例えば、循環業者は、１００万円に相当する電子バリューの支払いをＢ商店から受けて、１００万円から３万円を差し引いた９７万円をＢ商店の口座に振り込む。この振り込みにあたって、例えば、サーバ装置１００は、金融機関の金融サーバ４１０ｂの更新系ＡＰＩに対して、Ｂ商店の口座に９７万円を振り込むための指示を行ってもよい。

＜Ａ商店が電子バリューを退蔵する場合＞
（３－３）設定された保有期間を超えて電子バリューをＡ商店が他のユーザに移動しなかった場合、すなわち電子バリューを退蔵した場合、Ａ商店から差引分の少なくとも一部を徴収する。具体的には、Ａ商店のユーザ装置２００のウォレットから差引分の一部を循環業者のウォレットに移動させる。

＜Ａ商店が電子バリューから他のバリューへの変換を要求する場合＞
（３－４）上記（５－２）と同様に、支払われた電子バリューを現金に変換することをＡ商店が要求する場合、Ａ商店のユーザ装置２００は、サーバ装置１００に対して、電子バリューから現金への第２変換の要求を行う。

（４－４）サーバ装置１００は、上記（３－４）の第２変換の要求を受け付けると、電子バリューから現金に変換するための処理を行う。サーバ装置１００は、具体的には、この第２変換の要求にあたって指定された金融機関のＡ商店の口座に現金を振り込むための処理を行う。サーバ装置１００は、この振込の際、差引分３万円をＡ商店から徴収するための処理を行う。

上記（５－２）の差引分を徴収するための処理の例とは異なる例として、バリュー循環システム１では、上記の第２変換の要求の際に差引分をＡ商店から徴収するため、変換を希望する分に差引分を加えた電子バリューを、他のバリューへの変換の対価としてＡ商店に支払わせてもよい。例えば、変換を希望する１００万円に相当する電子バリューと、差引分に相当する電子バリューとの合計１０３万円に相当する電子バリューをＡ商店から循環業者に移動させてもよい。なお、差引分の徴収は電子バリューに限定されず、電子バリューの残高が変換を希望する分しかない場合などは、他のバリューにより徴収してもよい。

上記構成によれば、バリュー循環システム１は、電子バリューを発行や他のバリューからの変換を行うユーザに課される手数料を減らし、その分を、電子バリューから他のバリューへの変換を行ったり電子バリューを退蔵したりするユーザから回収することができる。このため、バリュー循環システム１は、電子バリューの流通に関する手数料を徴収することと、電子バリューの流通を促進することとを両立できる。

＜２－２．全体像＞
次に図３を参照して、バリュー循環システム１の機能構成の全体像の一例を説明する。

図３に示すように、バリュー循環システム１全体が実現する機能は、以下のＡ）～Ｅ）の機能に分類される。バリュー循環システム１では、分類した機能間において互いに連携を行う。以下、このＡ）～Ｅ）機能単位での情報のやり取りや処理を説明する。なお、例えば、Ａ）の機能に分類されるサブ機能を、Ａ１）、Ａ２）など連番を振って説明する。
・Ａ）トークン型バリュー機能：トークン型のバリュー（以下、単に「トークン」ともいう）を発行したり、発行したトークンをユーザに提供したり、また流通しているトークンを回収したり、トークンによる決済の履歴を管理したりする機能
・Ｂ）アカウント型バリュー機能：アカウント型のバリューの残高を管理したり、バリューによる決済の履歴を管理したりする機能
・Ｃ）ウォレット機能：ユーザの登録をしたり、登録されたユーザの情報（ユーザ情報）を管理したり、ユーザとのＩＦ、すなわちＵＩ／ＵＸを提供したりする機能
・Ｄ）決済精算機能：バリュー循環システム１に関する資金を精算して決済したり、ユーザからの預かり金を管理したり、手数料を精算したり、手数料の債権（以下、「手数料債権」ともいう）の証券化をしたりする機能
・Ｅ）取引管理機能：バリュー循環システム１で行われる取引を管理するために、ユーザの本人確認（ＫＹＣ）をしたり、ＡＭＬ（Ａｎｔｉ－Ｍｏｎｅｙ Ｌａｕｎｄｅｒｉｎｇ）対処をしたり、取引のリスクを判定したり、これらの確認の履歴を管理する機能
・Ｆ）外部ＩＦ機能：外部システム４００との間の連携を担う機能（なお、ユーザ装置２００や外部システム４００の各種装置からの要求に応じてＡ）～Ｅ）の機能を提供するにあたって、ＳＤＫのライブラリやＡＰＩなどによるいわゆるホワイトレーベル機能を実現してもよい。）

Ａ）トークン型バリュー機能とＢ）アカウント型バリュー機能とは、電子バリューがトークン型かアカウント型かの違いで電子バリューに関する情報を管理するという点で同じであるため、Ａ）トークン型バリュー機能に関する以下の諸々の説明は、Ｂ）アカウント型バリュー機能の説明に適宜読み替えることが可能である。

［ユーザ登録］
次に図４を参照して、バリュー循環システム１を利用するためのユーザ登録の場面で行われる処理の一例について説明する。

（１）＜Ｃ１）ユーザ登録＞図４に示すように、サーバ装置１００の受付部１１１は、企業または個人（一般消費者）から、ユーザ登録の要求を受け付ける。このユーザ登録の要求には、登録に必要なユーザ情報が含まれていてもよい。（２）受付部１１１は、Ｅ）取引管理機能に対して、ユーザ登録の可否を確認するための要求（以下、「確認要求」ともいう）を行う。

「ユーザ情報」とは、ユーザに関する情報である。ユーザ情報は、例えば、各ユーザを一意に識別するためのユーザ識別情報（ユーザ情報の登録の際、生成）、氏名、電話番号、住所、メールアドレス、および／または個人番号（マイナンバー）などを含んでもよい。また、ユーザ情報は、例えば、免許証、パスポート、またはマイナンバーカードなどの画像データであってもよい。ユーザ情報は、例えば、後述する電子バリュー情報および／または電子バリュー履歴情報と関連付けられてユーザ記憶部１４２に記憶されていてもよい。

ユーザ情報は、例えば、ユーザの免許証番号、ユーザが保有するクレジットカードなどのカード情報、ユーザが保有する金融機関の口座の口座情報などを含んでもよい。カード情報は、例えば、カード番号、有効期限、セキュリティコードなどを含んでもよい。口座情報は、例えば、口座種別、口座番号、名義、および／または口座の残高などを含む。

ユーザ情報は、例えば、ユーザの生体的特徴に関する生体情報（例えば、ユーザの顔画像データ、指紋情報、眼球の虹彩情報または声紋情報など）を含んでもよい。

ユーザ情報は、例えば、ネガティブ情報を含んでもよい。ネガティブ情報は、例えば、ユーザに対するネガティブチェックに用いられる利用停止に関する情報や、過去の取引履歴に基づくユーザへの評価に関する情報を含んでもよい。過去の取引履歴とは、例えば、本人確認ができなかった履歴、または予定されていた口座引き落としが残高不足などのためできなかったなどの引き落とし不能の履歴もしくは支払い遅延の履歴があげられる。

（３ａ）＜Ｅ１）ＫＹＣ／ＡＭＬ＞サーバ装置１００の本人確認部１２３は、確認要求を受け付けると、ユーザ情報に基づいて、ユーザの本人確認を行う。（３ｂ）サーバ装置１００の検出部１２４は、確認要求を受け付けると、ユーザ情報に基づいて、不正なユーザ登録の要求などの不正を検出する。（３ｃ）＜Ｅ２）リスク評価＞サーバ装置１００の評価部１２５は、本人確認の結果や不正検出の結果、ユーザ情報に基づいて、ユーザ登録に関するリスクを評価する。評価部１２５は、評価したリスクに基づいて、ユーザ登録の可否を評価する。

（４）＜Ｅ３）確認履歴記録＞サーバ装置１００の登録部１２６は、本人確認部１２３による確認の結果、検出部１２４による検出の結果、および評価部１２５による評価の結果それぞれの処理の結果を、ユーザ登録の確認の履歴として、履歴記憶部１４１に登録する。（５）Ｅ）取引管理機能の評価部１２５は、受付部１１１に、確認要求に対する確認結果（ユーザ登録の可否）を応答する。

（６）＜Ｃ１）ユーザ登録＞受付部１１１は、Ｅ）取引管理機能から確認結果を受け付けると、確認結果が「ユーザ登録可能」の場合、ユーザ登録を受け付ける。受付部１１１は、ユーザ登録を受け付けると、ユーザ情報をユーザ記憶部１４２に登録させるために登録部１２６に連携する。

（７）＜Ｃ２）ユーザ情報管理＞登録部１２６は、連携されたユーザ情報をユーザ記憶部１４２に登録する。（８）登録部１２６は、ユーザ情報の登録の際に、ユーザ認証のための認証情報（例えば、ユーザ識別情報、パスワード、二段階認証のための生体情報など）を生成する。

（９）＜Ｃ３）ユーザＩＦ・認証＞サーバ装置１００の通知部１１５は、生成した認証情報とユーザ登録が完了した旨をユーザに通知する。具体的には、通知部１１５は、生成した認証情報とユーザ登録が完了した旨を含むメッセージをユーザ装置２００に送信してもよい。

［トークン発行・提供］
次に図５～６を参照して、バリュー循環システム１におけるトークン発行および提供の場面で行われる処理の一例について説明する。

（１）＜Ｆ１）申込者接続＞図５に示すように、支払い元の第１ユーザ（発行申込者）は、支払い先の第２ユーザにトークンで支払うにあたって、バリュー循環システム１に対して、トークンを発行させ、この発行させたトークンで支払い決済するための決済要求を行う。具体的には、第１ユーザの第１ユーザ装置２００ａは、この決済要求をサーバ装置１００に対して送信する。（２）サーバ装置１００の決済受付部１１１ａは、第１ユーザ装置２００ａから、この決済要求を受け付ける。

（３）サーバ装置１００の発行変換処理部１１２は、決済受付部１１１ａが上記決済要求を受け付けた場合、Ｅ）取引管理機能に対して、この決済要求の決済の実行可否を確認するための確認要求を行う。（４）Ｅ）取引管理機能では、この確認要求を受け付けると、決済の可否の確認処理が行われる。具体的には、上記図４の例で示したように、本人確認部１２３および検出部１２４のそれぞれによる本人確認の結果や不正検出の結果に基づいて、評価部１２５が決済に関するリスクを評価する。評価部１２５は、評価したリスクに基づいて、決済の可否を評価する。登録部１２６は、本人確認部１２３による確認の結果、検出部１２４による検出の結果、および評価部１２５による評価の結果それぞれの処理の結果を、ユーザ登録の確認の履歴として、履歴記憶部１４１に登録する。（５）Ｅ）取引管理機能は、発行変換処理部１１２に、確認要求に対する確認結果（決済の可否）を応答する。

（６）＜Ａ１）トークン発行・提供＞発行変換処理部１１２は、Ｅ）取引管理機能による確認結果が「決済可能」である場合、決済要求に基づいて、決済に充当させるトークンを発行させるための処理を行う。この「決済に充当させるトークンを発行させるための処理（以下、「発行処理」ともいう）」について、循環業者自らトークンを発行する場合と、外部発行者にトークンの発行を要求する場合との２つのケースの例について説明する。また、２つのケースのそれぞれにおいて、発行させたトークンを第２ユーザに提供するために、移動処理部１１３は、決済要求に基づいて、発行されたトークンを第２ユーザに移動させるための処理（以下、「移動処理」ともいう）を行う。

まず、循環業者自らトークンを発行する場合の例を説明する。（６ａ－１）循環業者自らトークンを発行する場合、発行変換処理部１１２は、決済要求に基づいて、決済要求に示された決済金額分のトークンを発行する。言い換えれば、発行変換処理部１１２は、決済金額分のトークンを示すトークン情報を生成する。（６ａ－２）サーバ装置１００の移動処理部１１３は、決済要求に基づいて、発行されたトークンを第２ユーザに移動させるための処理を行う。具体的には、移動処理部１１３は、第２ユーザのウォレットに移動させるために、発行されたトークンのトークン情報を、第２ユーザ装置２００ｂのウォレットアプリに送信し、このトークンをウォレットアプリに登録させる（第２ユーザ装置２００ｂのウォレット（記憶装置）に格納させる）。

「トークン情報」とは、トークンそのものを示す情報である。トークン情報は、例えば、各トークンを識別するための識別情報（例えば、シリアル番号など）、発行元を示す発行元情報、現在の所有者を示す所有者情報、トークンの種別を示す種別情報などを含んでもよい。この発行元情報は、例えば、発行元の署名データを含んでもよい。また、トークン情報は、例えば、後述する電子バリュー履歴情報の少なくとも一部を含んでもよい。

次に、外部発行者にトークンの発行を要求する場合の例を説明する。（６ｂ－１）＜Ｆ２）トークン発行者接続＞外部発行者にトークンの発行を要求する場合、発行変換処理部１１２は、発行処理として、決済要求に基づいて、トークンサーバ４１０ａに対して、決済に充当させるトークンを発行させるための発行要求を行う。また、移動処理部１１３は、発行要求と併せて、発行させたトークンを第２ユーザに移動させるための移動要求も行う。具体的には、発行変換処理部１１２および移動処理部１１３は、この発行要求および移動要求を、トークンサーバ４１０ａに送信する。

（６ｂ－２）トークンサーバ４１０ａは、上記の発行要求に基づいて、この発行要求に示された決済金額分のトークンを発行する。（６ｂ－３）トークンサーバ４１０ａは、移動要求に基づいて、発行されたトークンを第２ユーザに移動させるための処理を行う。具体的には、トークンサーバ４１０ａは、発行されたトークンを第２ユーザのウォレットに登録させる（第２ユーザのウォレットに格納させる）。（６ｂ－４）発行変換処理部１１２および移動処理部１１３は、トークンサーバ４１０ａから、発行要求および移動要求の応答として、トークンの発行および移動の結果を受け付ける。なおこのトークンの発行・移動の際、外部発行者に対するこのトークンの発行および移動の対価は、外部発行者が指定する金融機関の口座などに、循環業者が一時的に立て替えて支払ってもよい。

ここで、図６を参照して、トークンの発行の際のＤ）決済精算機能の処理の一例について説明する。

（７－１）＜Ｄ１）資金精算＞＜Ｆ１）申込者接続＞図６に示すように、発行変換処理部１１２は、発行処理や第１変換処理の一部として、第１ユーザに、トークンの発行および移動の対価を要求するための対価要求を行う。具体的には、発行変換処理部１１２は、この対価要求を、第１ユーザの第１ユーザ装置２００ａに送信する。

（７－２）＜Ｆ１）申込者接続＞第１ユーザは、受け付けた対価要求に対して、サーバ装置１００（循環業者）に対して、この対価を支払うための支払指示を行う。具体的には、第１ユーザの第１ユーザ装置２００ａは、サーバ装置１００に、この支払指示を送信する。（７－３）受付部１１１は、この支払指示を受け付ける。

（８）＜Ｄ３）手数料精算＞サーバ装置１００の第１精算処理部１１７ａは、例えば、発行変換処理部１１２による発行処理の際、発行の手数料（以下、「発行手数料」ともいう）から一部または全部を差し引いて、発行手数料の精算処理の一部を行う。第１精算処理部１１７ａは、例えば、発行の手数料が２００円相当の場合、この２００円から８０円（手数料の４０パーセント）を差し引いて、残額の１２０円の精算を行う。この差引分が差し引かれた手数料について、第１精算処理部１１７ａは、例えば、発行主体である第１ユーザに対して、トークンの発行および移動の対価に上乗せして発行変換処理部１１２により要求してもよい。

（９）＜Ｄ４）手数料債権証券化＞発行手数料の精算処理の一つとして、サーバ装置１００の証券化受付部１１１ｃは、発行手数料の債権者（本例では、循環業者または外部発行者）から、手数料の債権の証券化の要求を受け付ける。なお、発行手数料の債権者が外部発行者の場合、この証券化の要求がトークンの発行の結果の応答に含まれているものとする。証券処理部１２２は、この受け付けられた証券化の要求に基づいて、手数料の債権の証券を発行する処理を行う。第２通知部１１５ｂは、証券が発行された旨を債権者に通知する。

（１０）＜Ｄ１）資金精算＞発行変換処理部１１２は、第１変換処理として、上記受け付けられた支払指示に基づいて、第１ユーザの口座を保有する金融機関の金融サーバ４１０ｂに対して、この口座から運用者の金融機関の口座にトークン発行の対価を支払うための指示を行う。（１１）発行変換処理部１１２は、この第１ユーザから支払われた対価の少なくとも一部または第１ユーザのウォレットの残高の少なくとも一部を、将来の手数料徴収のための預かり金として、運用者の口座などで預かって管理してもよい。

図５に戻って説明を続ける。（１２）＜Ａ２）トークン決済履歴記録＞登録部１２６は、このトークンの発行・移動による支払い決済の履歴を、電子バリュー履歴情報として、履歴記憶部１４１に登録する。（１３）＜Ｃ３）ユーザＩ／Ｆ・認証＞通知部１１５は、このトークンによる支払い決済が完了した旨を、第２ユーザ装置２００ｂを介して第２ユーザに通知する。

「電子バリュー履歴情報」は、トークンを含む電子バリューに関する履歴を示す情報である。電子バリュー履歴情報は、例えば、電子バリューの発行の履歴、発行元情報、移動の履歴（各移動における移動元、移動先および移動の日時を含む）、および／または回収（消込）の履歴、電子バリューに関する精算を示す精算情報などを含む。電子バリュー履歴情報は、例えば、電子バリューがアカウント型の場合、電子バリューの残高、および／または電子バリューの単位を含んでもよい。

［トークン購入］
次に図７を参照して、バリュー循環システム１におけるトークン購入の場面で行われる処理の一例について説明する。

（１）＜Ｃ３）ユーザＩ／Ｆ・認証＞図７に示すように、トークンの購入申し込みを行う第１ユーザ（発行申込者）は、トークンを購入するにあたって、バリュー循環システム１に対して、トークンを発行させ、この発行させたトークンを購入するための決済要求を行う。具体的には、第１ユーザの第１ユーザ装置２００ａは、この決済要求をサーバ装置１００に対して送信する。（２）決済受付部１１１ａは、第１ユーザ装置２００ａから、この決済要求を受け付ける。

（３）発行変換処理部１１２は、決済受付部１１１ａが上記決済要求を受け付けた場合、Ｅ）取引管理機能に対して、上記受け付けた決済要求の決済の実行可否を確認するための確認要求を行う。Ｅ）取引管理機能における決済可否の確認処理の詳細については、上記図５の例と同様のため説明を割愛する。（４）Ｅ）取引管理機能は、発行変換処理部１１２に、確認要求に対する確認結果（決済の可否）を応答する。

（５）＜Ａ１）トークン発行・提供＞＜Ｄ１）資金精算＞発行変換処理部１１２は、Ｅ）取引管理機能による確認結果が「決済可能」である場合、決済要求に基づいて、第１変換処理として、トークンを購入するための対価（以下、「購入対価」ともいう）の支払いの処理を行う。

（５ａ－１）上記購入対価の支払いにおける支払い元の口座が金融機関の口座である場合、発行変換処理部１１２は、金融機関の金融サーバ４１０ｂに対して、支払い先の循環業者またはトークン発行者の指定された口座に、支払い元の口座から購入対価を支払うための支払い指示を行う。（５ａ－２）金融サーバ４１０ｂは、この支払い指示に基づいて、支払元の第１ユーザの口座から支払先の循環業者の口座に購入対価を振り込む。（５ａ－３）金融サーバ４１０ｂは、この支払指示の結果として、発行変換処理部１１２に対して、この購入対価の振り込み処理の結果（支払結果）を応答する。

（５ｂ－１）上記購入対価の支払いにおける支払い元の口座が電子マネー事業者の口座である場合、発行変換処理部１１２は、電子マネー事業者の電子マネーサーバ４１０ｃに対して、支払い先の循環業者の口座に、支払い元の口座から購入対価を支払うための支払い指示を行う。（５ｂ－２）電子マネーサーバ４１０ｃは、この支払い指示に基づいて、支払元の第１ユーザの口座から支払先の循環業者の口座に、購入対価分の電子マネーを移動させる。（５ｂ－３）電子マネーサーバ４１０ｃは、この支払指示の結果として、発行変換処理部１１２に対して、この電子マネーの移動処理の結果（支払結果）を応答する。

（６）～（８）のＤ）決済精算機能の処理は、図６の（７）～（１１）と同様であるため、説明を割愛する。

（９）＜Ａ１）トークン発行・提供＞発行変換処理部１１２は、Ｅ）取引管理機能による確認結果が「決済可能」である場合、決済要求に基づいて、購入するトークンを発行させるための発行処理を行う。また、発行させたトークンを第２ユーザに提供するために、移動処理部１１３は、決済要求に基づいて、発行されたトークンを第２ユーザに移動させるための移動処理を行う。

（９ａ－１）循環業者自らトークンを発行・移動する場合、発行変換処理部１１２は、決済要求に基づいて、決済要求に示された決済金額分のトークンを発行する。（９ａ－２）移動処理部１１３は、決済要求に基づいて、発行されたトークンを第１ユーザに移動させる。

（９ｂ－１）＜Ｆ２）トークン発行者接続＞外部発行者にトークンの発行・移動を要求する場合、発行変換処理部１１２は、発行処理として、決済要求に基づいて、トークンサーバ４１０ａに対して、購入するトークンを発行させるための発行要求を行う。また、移動処理部１１３は、発行要求と併せて、発行させたトークンを第２ユーザに移動させるための移動要求も行う。（９ｂ－２）トークンサーバ４１０ａは、上記の発行要求に基づいて、この発行要求に示された決済金額分のトークンを発行する。（９ｂ－３）トークンサーバ４１０ａは、移動要求に基づいて、発行されたトークンを第１ユーザに移動させる。（９ｂ－４）発行変換処理部１１２および移動処理部１１３は、トークンサーバ４１０ａから、発行要求および移動要求の応答として、トークンの発行および移動の結果を受け付ける。

（１０）＜Ａ２）トークン決済履歴記録＞登録部１２６は、このトークンの発行・移動によるトークン購入の履歴を、履歴記憶部１４１に登録する。（１１）＜Ｃ３）ユーザＩ／Ｆ・認証＞通知部１１５は、このトークンの購入が完了した旨を、第１ユーザ装置２００ａを介して第１ユーザに通知する。

［トークン移動］
次に図８を参照して、バリュー循環システム１におけるトークン移動による支払いの場面で行われる処理の一例について説明する。

（１）＜Ｃ３）ユーザＩ／Ｆ・認証＞図８に示すように、支払い元の第１ユーザは、支払い先の第２ユーザにトークンで支払うにあたって、バリュー循環システム１に対して、トークンを移動させることで支払い決済するための決済要求を行う。具体的には、第１ユーザの第１ユーザ装置２００ａは、この決済要求をサーバ装置１００に対して送信する。（２）決済受付部１１１ａは、第１ユーザ装置２００ａから、この決済要求を受け付ける。

（３）＜Ａ１）トークン発行・提供＞移動処理部１１３は、決済受付部１１１ａが上記決済要求を受け付けた場合、Ｅ）取引管理機能に対して、この決済要求の決済の実行可否を確認するための確認要求を行う。Ｅ）取引管理機能における確認の処理の詳細については、上記図５の例と同様のため説明を割愛する。（４）Ｅ）取引管理機能は、移動処理部１１３に、確認要求に対する確認結果（決済の可否）を応答する。

（５）移動処理部１１３は、Ｅ）取引管理機能による確認結果が「決済可能」である場合、決済要求に基づいて、決済に充当させるトークンを移動させるための処理を行う。移動処理部１１３は、第１ユーザのウォレットから第２ユーザのウォレットに移動させるために、移動させるトークン（決済に充当させるトークン）のトークン情報を、第１ユーザ装置２００ａのウォレットアプリから受信し、第２ユーザ装置２００ｂのウォレットアプリに送信する。

（６）＜Ａ２）トークン決済履歴記録＞登録部１２６は、このトークンの移動による支払い決済の履歴を、履歴記憶部１４１に登録する。

（７）＜Ｃ３）ユーザＩ／Ｆ・認証＞通知部１１５は、このトークンによる支払い決済が完了した旨を、第２ユーザ装置２００ｂを介して第２ユーザに通知する。

［トークン退蔵］
次に図９を参照して、バリュー循環システム１におけるトークン退蔵の場面で行われる処理の一例について説明する。この「トークン退蔵」とは、具体的には、設定された閾値を超える期間、ユーザがトークンを流通させずに保有し続けることをいう。

（１）＜Ａ２）トークン決済履歴記録＞図９に示すように、計測部１１６は、履歴記憶部１４１に記憶されている電子バリュー履歴情報に基づいて、トークンを保有するユーザにおいて、トークンの保有期間を計測する。この保有期間は、例えば、トークンが移動された日時から計測時点までの期間であってもよい。

（２）＜Ａ３）トークン回収＞＜Ｆ２）トークン発行者接続＞第３精算処理部１１７ｃは、上記計測されたトークンの保有期間に基づいて、手数料の精算処理の一部として、トークンを保有するユーザから、差引分の少なくとも一部を徴収するための処理を行う。第３精算処理部１１７ｃは、例えば、トークンの保有期間が設定された閾値を超える場合、このトークンを保有するユーザから、差引分の少なくとも一部を徴収するための処理を行ってもよい。

第３精算処理部１１７ｃによる手数料の差引分を徴収するための処理として、例えば、以下の（ａ）～（ｃ）のパターンが考えられる。
・（ａ）＜Ａ３）トークン回収＞バリュー循環システム１の循環業者自らが発行するトークンの場合、第３精算処理部１１７ｃは、徴収対象のユーザのウォレットアプリに登録されているトークンから徴収分を回収（消込）する。
・（ｂ）＜Ａ３）トークン回収＞トークンシステム４００ａが発行するトークンの場合、第３精算処理部１１７ｃは、トークンサーバ４１０ａに、徴収対象のユーザのトークンから徴収分を回収するよう指示する。
・（ｃ）＜Ｄ２）預かり金管理＞徴収対象ユーザからの預かり金が循環業者の口座にある場合、第３精算処理部１１７ｃは、この預かり金から徴収分を回収する（減額する）。

（３）＜Ｄ４）手数料債権証券化＞証券処理部１２２は、徴収対象の手数料の債権が証券化されている場合、徴収された分の手数料債権の証券の消し込みを行う。

（４）＜Ｃ３）ユーザＩ／Ｆ・認証＞通知部１１５は、トークン退蔵のため手数料の差引分を徴収した旨をユーザに通知する。

上記構成によれば、バリュー循環システム１は、トークンを退蔵しているユーザから電子バリューの発行または第１変換にかかる手数料の少なくとも一部を徴収することができる。このため、ユーザに対してトークンを退蔵させるのではなく流通させるように促進することができる。

［トークン現金化］
次に図１０を参照して、バリュー循環システム１におけるトークンを他のバリュー（本例では、法定通貨（現金）に変換する第２変換の処理の一例について説明する。

（１）＜Ｃ３）ユーザＩ／Ｆ・認証＞図１０に示すように、トークンの現金化の申し込みを行う第１ユーザは、バリュー循環システム１に対して、トークンを現金に変換する第２変換のための決済要求を行う。具体的には、第１ユーザの第１ユーザ装置２００ａは、この決済要求をサーバ装置１００に対して送信する。（２）決済受付部１１１ａは、第１ユーザから、第１ユーザ装置２００ａを介してこの決済要求を受け付ける。

（３）変換処理部１１４は、決済受付部１１１ａが上記決済要求を受け付けた場合、Ｅ）取引管理機能に対して、上記受け付けた決済要求の決済の実行可否を確認するための確認要求を行う。Ｅ）取引管理機能における確認の処理の詳細については、上記図５の例と同様のため説明を割愛する。（４）Ｅ）取引管理機能は、変換処理部１１４に、確認要求に対する確認結果（決済の可否）を応答する。

（５）＜Ａ３）トークン回収＞変換処理部１１４は、Ｅ）取引管理機能による確認結果が「決済可能」である場合、決済要求に基づいて、第２変換のための処理として、現金化する分のトークンを回収する。このトークンの回収において差引分の手数料も併せて徴収する場合、第２精算処理部１１７ｂは、この徴収する分を現金化する分に上乗せさせて回収させてもよい。（５ａ）循環業者自ら発行したトークンの場合、変換処理部１１４は、決済要求に基づいて、決済要求に示された決済金額分のトークンを第１ユーザのウォレットアプリから回収する。（５ｂ－１）＜Ｆ２）トークン発行者接続＞外部発行者により発行されたトークンの場合、変換処理部１１４は、回収処理として、決済要求に基づいて、トークンサーバ４１０ａに対して、第１ユーザが保有するトークンを回収（消込）させるための回収要求を行う。（５ｂ－２）トークンサーバ４１０ａは、上記の回収要求に基づいて、この回収要求に示された決済金額分のトークンを回収する。（９ｂ－３）変換処理部１１４は、トークンサーバ４１０ａから、回収要求の応答として、トークンの回収の結果を受け付ける。

（６）＜Ｄ１）資金精算＞変換処理部１１４は、Ｅ）取引管理機能による確認結果が「決済可能」である場合、決済要求に基づいて、第２変換のための処理として、トークンから変換される現金の支払いの処理を行う。

（６ａ－１）＜Ｆ３）金融機関接続＞この支払いの支払い元の口座が金融機関の口座である場合、変換処理部１１４は、金融機関の金融サーバ４１０ｂに対して、支払い先に指定された第１ユーザの口座に、支払い元の口座から変換分の現金を支払うための支払い指示を行う。（６ａ－２）金融サーバ４１０ｂは、この支払い指示に基づいて、支払元の循環業者の口座から支払先の第１ユーザの口座に変換分の現金を振り込む。（６ａ－３）変換処理部１１４は、金融サーバ４１０ｂは、この支払指示の結果として、この振り込み処理の結果を応答する。

（６ｂ－１）＜Ｆ４）バリュー事業者接続＞この支払いの支払い元の口座が電子マネー事業者の口座である場合、変換処理部１１４は、電子マネー事業者の電子マネーサーバ４１０ｃに対して、支払い元の循環業者の口座から支払先に指定された第１ユーザの口座に現金による支払い指示を行う。（６ｂ－２）電子マネーサーバ４１０ｃは、この支払い指示に基づいて、支払元の循環業者の口座から変換分の電子マネーを出金し、支払先の第１ユーザの口座に出金された電子マネーに相当する分の現金を入金させる。（６ｂ－３）変換処理部１１４は、電子マネーサーバ４１０ｃは、この支払指示の結果として、この電子マネーの出金処理の結果を応答する。

（７）＜Ｄ３）手数料精算＞第２精算処理部１１７ｂは、第２変換のための処理の際、手数料の精算処理の一部として、手数料から差し引いた差引分の少なくとも一部を第２ユーザから徴収するための処理を行う。第２精算処理部１１７ｂによる手数料の差引分を徴収するための処理としては、例えば、第３精算処理部１１７ｃと同様に、上記の手数料の差引分を徴収するための処理の（ａ）～（ｃ）のパターンが考えられる。

（７－１）＜Ｄ２）預かり金管理＞徴収対象ユーザからの預かり金が循環業者の口座にある場合、第２精算処理部１１７ｂは、この預かり金から徴収分の少なくとも一部を回収してもよい。

（８）＜Ｄ４）手数料債権証券化＞証券処理部１２２は、徴収対象の手数料の債権が証券化されている場合、徴収された分の手数料債権の証券の消し込みを行う。

（９）＜Ａ２）トークン決済履歴記録＞登録部１２６は、この現金化によるトークンの回収の履歴を、履歴記憶部１４１に登録する。

（１０）＜Ｃ３）ユーザＩ／Ｆ・認証＞（１１）通知部１１５は、このトークンの現金化が完了した旨を、第１ユーザ装置２００ａを介して第１ユーザに通知する。

上記構成によれば、バリュー循環システム１は、トークンを現金化したユーザから電子バリューの発行または第１変換にかかる手数料の少なくとも一部を徴収することができる。このため、手数料を徴収しつつ、トークンの流通を促進することができる。

＜３．機能構成＞
図１１を参照して、本実施形態に係るサーバ装置１００の機能構成を説明する。図１１に示すように、サーバ装置１００は、制御部１１０と、通信部１３０と、記憶部１４０と、を備える。

制御部１１０は、受付部１１１と、発行変換処理部１１２と、移動処理部１１３と、変換処理部１１４と、精算処理部１１７と、を備える。また、制御部２１０は、例えば、通知部１１５、計測部１１６、算出部１１８、設定部１１９、譲渡要求部１２０、取得部１２１、証券処理部１２２、本人確認部１２３、検出部１２４、評価部１２５、および／または登録部１２６を備えてもよい。

［受付部］
受付部１１１は、ユーザ（ユーザ装置２００）または外部システム４００の装置から、ユーザの各種要求を含む各種情報を受け付ける。受付部１１１が各種情報を受け付ける態様は、どのような態様でもよい。例えば、受付部１１１は、例えば、ユーザ登録の要求を示すメッセージをユーザ装置２００から通信部１３０を介して受信してもよい。また受付部１１１は、ユーザ装置２００が表示するバリュー循環システム１などが提供するＷｅｂサイトやアプリの画面から各種要求を入力させて受け付けてもよい。また、受付部１１１は、例えば、自装置１００が実装するＡＰＩやＳＤＫのライブラリをユーザ装置２００が利用することで、ユーザから各種求を受け付けてもよい。受付部１１１は、例えば、決済受付部１１１ａと、変換受付部１１１ｂと、証券化受付部１１１ｃと、を備えてもよい。

［決済受付部］
決済受付部１１１ａは、支払い元である第１ユーザと支払い先である第２ユーザとの間の決済について、第１ユーザまたは第２ユーザから、この決済をするための決済要求を受け付ける。

［変換受付部］
変換受付部１１１ｂは、移動処理部１１３により移動された電子バリューから他のバリュー（例えば、第３電子バリュー）に変換する第２変換のための変換要求が第２ユーザからあった場合、この変換要求を受け付ける。

変換受付部１１１ｂは、例えば、移動処理部１１３により第２ユーザから移動された電子バリューの第２変換のための変換要求が第３ユーザからあった場合、この変換要求を受け付けてもよい。

［証券化受付部］
証券化受付部１１１ｃは、手数料の債権者から、この手数料の債権の証券化の要求を受け付ける。

［発行変換処理部］
発行変換処理部１１２は、決済受付部１１１ａが受け付けた決済要求に基づいて、決済に充当させる電子バリューを発行させるための発行処理と、第１ユーザから支払われた他のバリュー（例えば、第２電子バリュー）を電子バリューに変換する第１変換のための処理と、の少なくとも一方を行う。

発行変換処理部１１２は、例えば、電子バリューの発行または第１変換の履歴を履歴記憶部１４１に記憶させてもよい。

発行変換処理部１１２は、例えば、トークンシステム４００ａなどの外部システム４００に、電子バリューの発行の要求、または第１ユーザから支払われた他のバリューの電子バリューへの変換の要求を送信してもよい。そして、発行変換処理部１１２は、送信先の外部システム４００からこれらの要求の結果を受信してもよい。

［移動処理部］
移動処理部１１３は、決済受付部１１１ａが受け付けた決済要求に基づいて、発行変換処理部１１２の処理により発行された電子バリューおよび変換された電子バリュー（例えば、第２電子バリュー）の少なくとも一方を第２ユーザに移動させるための処理を行う。

移動処理部１１３は、例えば、電子バリューを保有する第２ユーザの要求に基づいて、直接または１以上のユーザを経由して、第２ユーザから第３ユーザに電子バリューを移動させるための処理を行ってもよい。この「第２ユーザの要求」は、例えば、支払い元である第２ユーザと支払い先である第３ユーザとの間の決済をするための決済要求であってもよい。

移動処理部１１３は、例えば、電子バリューの移動の履歴を履歴記憶部１４１に記録させてもよい。

［変換処理部］
変換処理部１１４は、変換受付部１１１ｂが受け付けた変換要求に基づいて、第２変換のための処理を行う。

［通知部］
通知部１１５は、ユーザ（ユーザ装置２００）に、各種情報を通知する。通知部１１５がユーザに各種情報を通知する態様は、どのような態様でもよい。通知部１１５は、例えば、ユーザ装置２００に、各種情報を示すデータファイルやメッセージを送信してもよい。また他の例として、通知部１１５は、各種情報を通知するプッシュ通知をユーザ装置２００に送信し、ユーザ装置２００の画面にメッセージとして表示してもよいし、バリュー循環システム１などが提供するＷｅｂサイトやアプリの画面に各種情報を出力させてもよい。通知部１１５は、例えば、第１通知部１１５ａと、第２通知部１１５ｂと、を備えてもよい。

［第１通知部］
第１通知部１１５ａは、第２精算処理部１１７ｂにより徴収するための処理が行われる前に、第２変換を行うことを条件として差引分の少なくとも一部を第３ユーザから徴収する旨を第３ユーザに通知する。この第１通知部１１５ａが第３ユーザに通知するタイミングは、例えば、第３ユーザに第２ユーザから電子バリューが移動される際であってもよい。

第２変換を行うことで差引分が徴収されることを第３ユーザが知らないまま電子バリューを移動されることがありうるが、そうなると第３ユーザにとって不意打ちとなってしまう。上記構成によれば、第１通知部１１５ａは、第２変換を行うことを条件として差引分の少なくとも一部を徴収する旨を第３ユーザに通知することができるため、このような不意打ちを防止することができる。

［第２通知部］
第２通知部１１５ｂは、電子バリューを保有するユーザに、証券処理部１２２により手数料債権の証券が発行された旨を通知する。

手数料債権の証券が発行されたことを移動先の第２ユーザや第３ユーザが知らないままこの証券が取引されて取引先から手数料債権を行使されることは、これらのユーザにとって不意打ちとなってしまう。上記構成によれば、第２通知部１１５ｂは、手数料債権の証券が発行された旨を通知することができるため、このような不意打ちを防止することができる。

［計測部］
計測部１１６は、履歴記憶部１４１に記録された履歴に基づいて、第２ユーザを含む電子バリューを保有するユーザにおいて、電子バリューの保有期間を計測する。計測部１１６は、例えば、第２ユーザを含む電子バリューの移動先のユーザにおいて、移動された電子バリューの保有期間を計測してもよい。

［精算処理部］
精算処理部１１７は、第１精算処理部１１７ａと、第２精算処理部１１７ｂと、第３精算処理部１１７ｃと、を備える。精算処理部１１７が行う手数料の精算処理の態様は、例えば、以下のような態様が考えられる。
・電子バリューの発行または移動、変換の対価に上乗せして、これらの対価の支払い決済で併せて徴収する。
・発行、移動もしくは第１変換された電子バリュー、または第２変換された他のバリューから、手数料を徴収する。
・ユーザが保有するトークンを回収して手数料を徴収する。
・ユーザからの預かり金が循環業者の口座にある場合、この預かり金から手数料を差し引いて徴収する。

［第１精算処理部］
第１精算処理部１１７ａは、発行変換処理部１１２による処理の際、電子バリューの発行または第１変換の手数料から一部または全部を差し引いて、この手数料の精算処理の一部を行う。

［第２精算処理部］
第２精算処理部１１７ｂは、第２ユーザが保有する電子バリューに対する変換要求に基づいた第２変換のための処理の際、手数料の精算処理の一部として、手数料から差し引いた差引分の少なくとも一部を第２ユーザから徴収するための処理を行う。

上記構成によれば、第２精算処理部１１７ｂは、電子バリューの第２変換を要求した第２ユーザに対して、電子バリューの発行や第１変換により発生する手数料を負担させることができる。このため、電子バリューの流通を促進する電子バリューの発行や第１変換の要求を行った第１ユーザの他に、または第１ユーザではなく、電子バリューの第２変換の要求を行った第２ユーザに発行や第１変換により発生した手数料を負担させることができる。よって、電子バリューの流通に関する手数料を徴収しつつ、電子バリューの流通を促進することができる。

第２精算処理部１１７ｂは、例えば、第３ユーザが保有する電子バリューに対する変換要求に基づいた第２変換のための処理の際、手数料の精算処理の一部として、差引分の少なくとも一部を第３ユーザから徴収するための処理を行ってもよい。

第２精算処理部１１７ｂは、例えば、譲受情報に基づいて、手数料の精算処理の一部として、差引分の少なくとも一部を第２ユーザから徴収するための処理を行ってもよい。

上記構成によれば、第２精算処理部１１７ｂは、バリュー循環システム１で循環させる電子バリューが外部で発行されるものであってもその発行手数料の債権を授受して、発行手数料を、電子バリューの第２変換を行った第２ユーザから徴収することができる。このため、バリュー循環システム１で循環させる電子バリューにバリエーションをもたせつつ、手数料を徴収し、電子バリューの流通も促進することができる。

［第３精算処理部］
第３精算処理部１１７ｃは、計測部１１６により計測された保有期間に基づいて、手数料の精算処理の一部として、移動先のユーザを含む電子バリューを保有するユーザから、差引分の少なくとも一部を徴収するための処理を行う。

上記構成によれば、第３精算処理部１１７ｃは、電子バリューを長期間保有しているユーザから電子バリューの発行または第１変換にかかる手数料の少なくとも一部を徴収することができる。このため、ユーザに対してトークンを保有させ続けるのではなく流通させるように促進することができる。

第３精算処理部１１７ｃは、例えば、電子バリューの保有期間が設定部１１９により設定された閾値を超えた場合に、手数料の精算処理の一部として、電子バリューを保有するユーザから、差引分の少なくとも一部を徴収するための処理を行ってもよい。

ここで、図１２を参照して、バリュー循環システム１に係る手数料の徴収の処理の一例について説明する。本例では、トークンの発行の際に発生する手数料（以下、「発行手数料」ともいう）を例に説明する。

第１精算処理部１１７ａは、発行変換処理部１１２による発行処理の際、例えば、電子バリューの発行の発行手数料（本例では、５００円とする）から一部（本例では、４００円とする）を差し引いて、この差し引かれたあとの発行手数料（１００円）の精算処理を行う。差引分は、例えば、循環業者が一時的に補填してもよい（立て替えてもよい）。なお、第１精算処理部１１７ａは、発行または第１変換された電子バリューの中から精算対象の発行手数料（１００円）を徴収してもよい。

第３精算処理部１１７ｃは、トークンの保有期間が設定された閾値を超える場合、トークンを退蔵していると判定して、発行手数料の精算処理の一部として、ユーザから、差引分の少なくとも一部（本例では、２５０円とする）を徴収するための処理を行う。

第２精算処理部１１７ｂは、トークンを現金化する第２変換処理の際、発行手数料の精算処理の一部として、差引分の少なくとも一部（４００円－２５０円＝１５０円）を第２ユーザから徴収するための処理を行う。

バリュー循環システム１では、例えば、第２変換処理の際、発行手数料とは別に第２変換の手数料が発生させてもよい。この場合、第２精算処理部１１７ｂは、第２変換処理の際、第２変換手数料の精算処理を行う。

［算出部］
算出部１１８は、電子バリューの移動の履歴に基づいて、設定された過去の期間における電子バリュー全体の移動回数の度合を示す流通速度を算出する。この「電子バリュー全体」は、例えば、バリュー循環システム１内で流通するすべての電子バリュー（言い換えれば、バリュー循環システム１内で移動した電子バリュー）を対象としてもよいし、流通の範囲や電子バリューの種類等を含む所定の条件でさらに限定し、その限定された電子バリューの中での全ての移動した電子バリューを対象としてもよい。

［設定部］
設定部１１９は、算出部１１８により算出された流通速度に基づいて、電子バリューの保有期間に対する手数料を徴収するための閾値を設定する。

［譲渡要求部］
譲渡要求部１２０は、外部システム４００から発行変換処理部１１２が受信した発行要求の結果または第１変換要求の結果に基づいて、この外部システム４００に、この外部システム４００を運営する外部機関で発生した、電子バリューの発行または第１変換の手数料の債権の譲渡の要求を送信する。

［取得部］
取得部１２１は、譲渡要求部１２０により手数料の債権の譲渡の要求を受信した外部システム４００から、外部機関がこの譲渡の要求を受け入れる旨を示す譲受情報を取得する。

［証券処理部］
証券処理部１２２は、証券化受付部１１１ｃが受け付けた証券化の要求に基づいて、手数料の債権の証券を発行する処理を行う。また、証券処理部１２２は、第２精算処理部１１７ｂまたは第３精算処理部１１７ｃにより差引分が徴収される手数料の債権が証券化されている場合、徴収された分の手数料債権の証券の消し込みを行う。

［本人確認部］
本人確認部１２３は、ユーザ登録の要求や決済要求を受け付けると、ユーザ情報に基づいて、ユーザの本人確認を行う。

［検出部］
検出部１２４は、確認要求を受け付けると、ユーザ情報に基づいて、不正なユーザ登録の要求などの不正を検出する。

［評価部］
評価部１２５は、本人確認の結果や不正検出の結果、ユーザ情報に基づいて、ユーザ登録に関するリスクを評価する。評価部１２５は、評価したリスクに基づいて、ユーザ登録の可否を評価する。

［登録部］
登録部１２６は、本人確認部１２３による確認の結果、検出部１２４による検出の結果、および評価部１２５による評価の結果それぞれの処理の結果を、ユーザ登録の確認の履歴として、ユーザ情報に関連づけて、履歴記憶部１４１に登録する。

登録部１２６は、電子バリューの発行、移動、第１変換、もしくは第２変換の履歴、またはこれらによる支払い決済の履歴を、電子バリュー履歴情報として、履歴記憶部１４１に登録する。

［通信部］
通信部１３０は、ネットワークＮを介して、ユーザ装置２００や外部システム４００の各装置との間で決済要求や変換要求、電子バリューの情報などの各種情報を送受信する。

［記憶部］
記憶部１４０は、トークン情報を含むバリュー循環システム１に係る各種情報を記憶する。記憶部１４０は、履歴記憶部１４１と、ユーザ記憶部１４２とを備える。記憶部１４０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合、記憶部１４０は、情報ごとにテーブルを設けて、テーブル間を関連付けて各情報を管理してもよい。

履歴記憶部１４１は、電子バリュー履歴情報を記憶する。ユーザ記憶部１４２は、ユーザ情報を記憶する。

＜４．動作例＞
図１３を参照して、バリュー循環システム１の動作例を説明する。図１３は、第１ユーザによる電子バリューによる支払いの決済要求の入力から移動先の第２ユーザにおける電子バリューの現金への変換までのやり取りにおける相互作用を表すシーケンス図である。本例では、電子バリューがトークン型である例を説明する。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。

図１３に示すように、第１ユーザ装置２００ａは、支払い元である第１ユーザと支払い先である第２ユーザとの間の決済について、第１ユーザから、この決済をするための決済要求の入力を受け付ける（Ｓ１０）。第１ユーザ装置２００ａは、この決済要求をサーバ装置１００に送信する（Ｓ１１）。

サーバ装置１００の決済受付部１１１ａは、第１ユーザから、第１ユーザ装置２００ａを介して、上記決済要求を受け付ける（Ｓ１２）。発行変換処理部１１２は、決済要求に基づいて、上記決済に充当させる電子バリューを発行させるための発行処理を行う（Ｓ１３）。第１精算処理部１１７ａは、この発行処理の際、電子バリューの発行の手数料から一部を差し引いて、この手数料の精算処理の一部を行う（Ｓ１４）。本例では、手数料２００円のうち５０円を差し引いて、残りの手数料１５０円について精算処理を行うものとする。すなわち、手数料の差引分が５０円となる。移動処理部１１３は、上記決済要求に基づいて、発行された電子バリューを第２ユーザに移動させるための処理として、第２ユーザの第２ユーザ装置２００ｂのウォレットアプリに、この電子バリューの情報を送信する。第２ユーザ装置２００ｂのウォレットアプリは、送信された電子バリューを受信してウォレットに格納する。このように、サーバ装置１００は、発行した電子バリューを第２ユーザに移動させて決済を行う。

第２ユーザから移動された電子バリューから他のバリューに変換する第２変換のための変換要求の入力が第２ユーザからあった場合、バリュー循環システム１の各装置は、複合フラグメントｏｐｔ１（Ｏｐｔｉｏｎ１）が示すエリア内の処理を実行する。具体的には、まず、第２ユーザ装置２００ｂは、この変換要求の入力を受け付ける（Ｓ１７）。第２ユーザ装置２００ｂは、変換対象（回収対象）の電子バリューの情報を含めたこの変換要求をサーバ装置１００に送信する（Ｓ１８）。

サーバ装置１００の変換受付部１１１ｂは、第２ユーザから、第２ユーザ装置２００ｂを介して、上記変換要求を受け付ける（Ｓ１９）。変換処理部１１４は、変換要求に基づいて、第２変換処理として、第２ユーザ装置２００ｂからの変換分の電子バリューの回収と、変換分の他のバリューによる指定された口座への支払い指示を金融サーバ４１０ｂなどに行う（Ｓ２０）。第２精算処理部１１７ｂは、第２変換処理の際、手数料の精算処理の一部(残り)として、手数料から差し引いた差引分（５０円）を第２ユーザから徴収するための処理を行う（Ｓ２１）。

＜５．ハードウェア構成＞
図１４を参照して、上述してきたサーバ装置１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図１４に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、サーバ装置１００の制御部１１０が備える各機能部などは、メモリ８０３に一時記憶された上で、主にプロセッサ８０１上で動作するプログラムとして実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリなどの不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、電子バリュー履歴情報やユーザ情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイスなどが挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などのインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置などがある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線または無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイなどが挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブルなどを介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

なお、上記実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均などなものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

また、上記実施の形態で記載されたサーバ装置１００が備える構成要素は、記憶装置８０５に格納されたプログラムがプロセッサ８０１によって実行されることで、定められた処理が他のハードウェアと協働して実現されるものとする。また、言い換えれば、これらの構成要素は、ソフトウェアまたはファームウェアとしても、それと対応するハードウェアとしても想定され、その双方の概念において、「機能」、「手段」、「部」、「処理回路」、「ユニット」、または「モジュール」などとも記載され、またそれぞれに読み替えることができる。

［変形例］
なお、本発明を上記実施の形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。

［変形例１］
上記実施形態に係るサーバ装置１００の制御部１１０に含まれる機能部の一部または全部は、ユーザ装置２００が備えていてもよい。例えば、ユーザ装置２００のウォレットアプリにサーバ装置１００の発行変換処理部１１２や移動処理部１１３、変換処理部１１４の一部の機能を実装させてもよい。

［変形例２］
上記実施形態では電子バリューの登録先・管理場所としてウォレットアプリを用いる例を説明したが、本発明に係る電子バリューを登録・管理するところは、これに限定されない。例えば、サーバ装置１００が、オンライン環境で利用可能なウォレット機能（以下、「オンラインウォレット」ともいう）を有してもよい。このオンラインウォレットで各ユーザの電子バリューを登録・管理してもよい。

［変形例３］
上記実施形態では、電子バリュー履歴情報を記憶する履歴記憶部は、サーバ装置１００が備える例を説明したが、サーバ装置１００以外の装置、例えば外部システム４００の装置が備えてもよい。またこの場合、外部システム４００の装置が備える履歴記憶部を参照する際は、例えば、この装置が当該参照のために実装するＡＰＩを利用してもよいし、この装置にスクレイピングモデルなどのようにリモートアクセスしてもよい。

１…バリュー循環システム、１００…サーバ装置、１１０…制御部、１１１ａ…決済受付部、１１１ｂ…変換受付部、１１２…発行変換処理部、１１４…移動処理部、１１４…変換処理部、１１７ａ…第１精算処理部、１１７ｂ…第２精算処理部、１３０…通信部、１４０…記憶部、２００…ユーザ装置、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。

Claims (9)

1. 支払い元である第１ユーザと支払い先である第２ユーザとの間の決済について、前記第１ユーザまたは前記第２ユーザから、前記決済をするための決済要求を受け付ける決済受付部と、
   前記決済要求に基づいて、前記決済に充当させる電子バリューを発行させるための処理と、前記第１ユーザから支払われた他の第２バリューを前記電子バリューに変換する第１変換のための処理と、の少なくとも一方を行う発行変換処理部と、
   前記発行変換処理部による前記処理の際、前記電子バリューの発行と前記第１変換の手数料から一部または全部を差し引いて、前記手数料の精算処理の一部を行う第１精算処理部と、
   前記決済要求に基づいて、前記発行された電子バリューおよび前記変換された電子バリューの少なくとも一方を前記第２ユーザに移動させるための処理を行う移動処理部と、
   前記移動された電子バリューから他の第３バリューに変換する第２変換のための変換要求が前記第２ユーザからあった場合、前記変換要求を受け付ける変換受付部と、
   前記変換要求に基づいて、前記第２変換のための処理を行う変換処理部と、
   前記第２変換のための処理の際、前記手数料の精算処理の一部として、前記手数料から差し引いた差引分の少なくとも一部を前記第２ユーザから徴収するための処理を行う第２精算処理部と、を備える、
   情報処理装置。
2. 前記移動処理部は、前記電子バリューを保有する前記第２ユーザの要求に基づいて、直接または１以上のユーザを経由して、前記第２ユーザから第３ユーザに前記電子バリューを移動させるための処理を行い、
   前記変換受付部は、前記移動された電子バリューの前記第２変換のための変換要求が前記第３ユーザからあった場合、前記変換要求を受け付け、
   前記第２精算処理部は、前記第２変換のための処理の際、前記手数料の精算処理の一部として、前記差引分の少なくとも一部を前記第３ユーザから徴収するための処理を行う、
   請求項１に記載の情報処理装置。
3. 前記第３ユーザに前記電子バリューが移動される際、前記第２精算処理部により前記徴収するための処理が行われる前に、前記第２変換を行うことを条件として前記差引分の少なくとも一部を前記第３ユーザから徴収する旨を前記第３ユーザに通知する第１通知部をさらに備える、
   請求項２に記載の情報処理装置。
4. 前記移動処理部は前記電子バリューの移動の履歴を、前記発行変換処理部は、前記電子バリューの発行または前記第１変換の履歴を履歴記憶部に記憶させ、
   前記履歴に基づいて、前記電子バリューを保有するユーザにおいて、前記電子バリューの保有期間を計測する計測部と、
   前記保有期間に基づいて、前記手数料の精算処理の一部として、前記ユーザから、前記差引分の少なくとも一部を徴収するための処理を行う第３精算処理部と、をさらに備える、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記移動の履歴に基づいて、設定された過去の期間における前記電子バリュー全体の移動回数の度合を示す流通速度を算出する算出部と、
   前記流通速度に基づいて、前記電子バリューの保有期間に対する前記手数料を徴収するための閾値を設定する設定部と、をさらに備え、
   前記第３精算処理部は、前記電子バリューの保有期間が前記閾値を超えた場合に、前記手数料の精算処理の一部として、前記電子バリューを保有するユーザから、前記差引分の少なくとも一部を徴収するための処理を行う、
   請求項４に記載の情報処理装置。
6. 前記電子バリューは、外部機関が運営する外部システムにおいて発行されるものであって、
   前記発行変換処理部は、前記外部システムに、前記電子バリューの発行の要求、または前記第１ユーザから支払われた前記第２バリューの前記電子バリューへの第１変換の要求を送信して、前記外部システムから前記要求の結果を受信し、
   前記要求の結果に基づいて、前記外部システムに、前記外部機関で発生した、前記発行または前記第１変換の手数料の債権の譲渡の要求を送信する譲渡要求部と、
   前記外部システムから、前記外部機関が前記要求を受け入れる旨を示す譲受情報を取得する取得部と、をさらに備え、
   前記第２精算処理部は、前記譲受情報に基づいて、前記手数料の精算処理の一部として、前記差引分の少なくとも一部を前記第２ユーザから徴収するための処理を行う、
   請求項１から５のいずれか一項に記載の情報処理装置。
7. 前記手数料の債権者から、前記手数料の債権の証券化の要求を受け付ける証券化受付部と、
   前記証券化の要求に基づいて、前記債権の証券を発行する処理を行う証券発行部と、
   前記電子バリューを保有するユーザに、前記証券が発行された旨を通知する第２通知部と、を備える、
   請求項１から６のいずれか一項に記載の情報処理装置。
8. コンピュータに、
   支払い元である第１ユーザと支払い先である第２ユーザとの間の決済について、前記第１ユーザまたは前記第２ユーザから、前記決済をするための決済要求を受け付ける決済受付機能と、
   前記決済要求に基づいて、前記決済に充当させる電子バリューを発行させるための処理と、前記第１ユーザから支払われた他の第２バリューを前記電子バリューに変換する第１変換のための処理と、の少なくとも一方を行う発行変換処理機能と、
   前記発行変換処理機能による前記処理の際、前記電子バリューの発行と前記第１変換の手数料から一部または全部を差し引いて、前記手数料の精算処理の一部を行う第１精算処理機能と、
   前記決済要求に基づいて、前記発行された電子バリューおよび前記変換された第２電子バリューの少なくとも一方を前記第２ユーザに移動させるための処理を行う移動処理機能と、
   前記移動された電子バリューから他の第３バリューに変換する第２変換のための変換要求が前記第２ユーザからあった場合、前記変換要求を受け付ける変換受付機能と、
   前記変換要求に基づいて、前記第２変換のための処理を行う変換処理機能と、
   前記第２変換のための処理の際、前記手数料の精算処理の一部として、前記手数料から差し引いた差引分の少なくとも一部を前記第２ユーザから徴収するための処理を行う第２精算処理機能と、を実現させる、
   プログラム。
9. コンピュータが、
   支払い元である第１ユーザと支払い先である第２ユーザとの間の決済について、前記第１ユーザまたは前記第２ユーザから、前記決済をするための決済要求を受け付け、
   前記決済要求に基づいて、前記決済に充当させる電子バリューを発行させるための処理を行い、
   前記決済要求に基づいて、前記第１ユーザから支払われた他の第２バリューを前記電子バリューに変換する第１変換のための処理を行い、
   前記処理の際、前記電子バリューの発行と前記第１変換の手数料から一部または全部を差し引いて、前記手数料の精算処理の一部を行い、
   前記決済要求に基づいて、前記発行された電子バリューおよび前記変換された第２電子バリューの少なくとも一方を前記第２ユーザに移動させるための処理を行い、
   前記移動された電子バリューから他の第３バリューに変換する第２変換のための変換要求が前記第２ユーザからあった場合、前記変換要求を受け付け、
   前記変換要求に基づいて、前記第２変換のための処理を行い、
   前記第２変換のための処理の際、前記手数料の精算処理の一部として、前記手数料から差し引いた差引分の少なくとも一部を前記第２ユーザから徴収するための処理を行う、
   情報処理方法。
   

Images