特許 7487885 プログラム、決済管理システム、及び決済管理方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-13

(45)【発行日】2024-05-21

(54)【発明の名称】プログラム、決済管理システム、及び決済管理方法

(51)【国際特許分類】

   G06Q 20/06 20120101AFI20240514BHJP

   G06Q 30/0207 20230101ALI20240514BHJP

【ＦＩ】

G06Q20/06 300

G06Q30/0207

【請求項の数】 10

(21)【出願番号】P 2020166133

(22)【出願日】2020-09-30

(65)【公開番号】P2022057735

(43)【公開日】2022-04-11

【審査請求日】2022-07-08

【新規性喪失の例外の表示】特許法第３０条第２項適用 ▲１▼ｈｔｔｐｓ：／／ｗｗｗ．ｄｅｃｕｒｒｅｔ．ｃｏｍ／ｎｅｗｓ／２０２０／０２／４９５６／（掲載日：令和２年２月１８日） ▲２▼ｈｔｔｐｓ：／／ｎａｖｅｎｕｅ．ｊｐ／２０２０／０７／０８／％Ｅ３％８０％９０７－２１％ＥＦ％ＢＣ％８８％Ｅ７％８１％ＡＢ％ＥＦ％ＢＣ％８９％Ｅ９％９６％８Ｂ％Ｅ５％８２％ＡＣ％Ｅ３％８０％９１－％Ｅ３％８１％ＡＡ％Ｅ３％８１％９Ｃ％Ｅ４％ＢＢ％８Ａ％Ｅ３％８０％８Ｃ％Ｅ３％８３％８７％Ｅ３％８２％Ｂ８％Ｅ３％８２％ＢＦ％Ｅ３％８３％ＡＢ％Ｅ９％８０％９Ａ％Ｅ８％Ｂ２％Ａ８％Ｅ３％８０％８Ｄ％Ｅ３％８１％ＡＡ％Ｅ３％８１％ＡＥ％Ｅ３％８１％８Ｂ／（掲載日：令和２年７月８日） ▲３▼ｈｔｔｐｓ：／／ｗｗｗ．ａｕ－ｐａｙｍｅｎｔ．ｃｏ．ｊｐ／ｎｅｗｓ／ｎｅｗｓ２０２０／ｒ２０２００２１８．ｈｔｍｌ（掲載日：令和２年２月１８日） ▲４▼ｈｔｔｐｓ：／／ｎｅｗｓ．ｋｄｄｉ．ｃｏｍ／ｋｄｄｉ／ｃｏｒｐｏｒａｔｅ／ｎｅｗｓｒｅｌｅａｓｅ／２０２０／０２／１８／４２８６．ｈｔｍｌ（掲載日：令和２年２月１８日） ▲５▼ｈｔｔｐｓ：／／ｗｗｗ．ａｕ－ｆｉｎａｎｃｉａｌ．ｃｏｍ／ｐｄｆ／ａｕＦＨ／ｎｅｗｓ＿２０２００２１８＿０１．ｐｄｆ（掲載日：令和２年２月１８日） ▲６▼株式会社ディーカレット本社にて行った説明会（開催日：令和２年２月１８日）

【前置審査】

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(73)【特許権者】

【識別番号】522147665

【氏名又は名称】株式会社ディーカレットＤＣＰ

(74)【代理人】

【識別番号】110004222

【氏名又は名称】弁理士法人創光国際特許事務所

(72)【発明者】

【氏名】下平 正人

(72)【発明者】

【氏名】谷 真次

(72)【発明者】

【氏名】河津 拓哉

(72)【発明者】

【氏名】白石 陽介

(72)【発明者】

【氏名】吉村 耕太郎

(72)【発明者】

【氏名】曽山 慎太郎

(72)【発明者】

【氏名】辻 和幸

【審査官】牧 裕子

(56)【参考文献】

【文献】特開２００２－１７００２３（ＪＰ，Ａ）

【文献】特開２０２０－０３５０４１（ＪＰ，Ａ）

【文献】特開２０１７－０１５４１９（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／０１０２８５０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

スマートコントラクト機能を備えるブロックチェーンに実装された決済コントラクト機能をコンピュータに実現させるためのプログラムであって、前記決済コントラクト機能は、
取引の決済額を含む決済情報を取得する機能と、
あらかじめ定められて前記スマートコントラクト中に記載されているアドレスを参照して、決済額を補正するための情報であって前記取引の決済の時間帯によって異なる情報である補助情報を取得する機能と、
取得した補助情報に応じて前記決済額を補正した補正決済額を求める機能と、
前記補正決済額を前記取引を行ったユーザに割り当てられた口座残高から減じる機能と、
前記補正決済額を前記取引に係る商品又はサービスの販売者に割り当てられた口座残高に加算する機能と、
を含むプログラム。

【請求項2】

前記決済額の補正は割引であり、
前記コンピュータに、前記割引を主催する主催者に割り当てられた電子マネーの利用残高から、補正額を減じる機能をさらに実現させる、
請求項１に記載のプログラム。

【請求項3】

前記コンピュータに、
前記コンピュータとは異なる複数の他のコンピュータそれぞれが算出した前記補正決済額を取得する機能と、
算出した前記補正決済額と、取得した複数の前記補正決済額とに基づいて、補正決済額を決定する機能と、
をさらに実現させる請求項１又は２に記載のプログラム。

【請求項4】

前記補助情報を取得する機能は、前記アドレスを参照することにより、参照先の記憶部から前記補助情報を取得する、
請求項１から３のいずれか１項に記載のプログラム。

【請求項5】

請求項１から４のいずれか１項に記載のプログラムが実装されたスマートコントラクト機能を有するブロックチェーンを管理する複数の決済管理装置と、
前記複数の決済管理装置それぞれが決済額の算出時に参照する補助情報を格納した補助情報記憶装置を管理する情報管理装置と、
を備える決済管理システム。

【請求項6】

前記情報管理装置は、あらかじめ定められた所定のタイミングで、前記補助情報を更新する、
請求項５に記載の決済管理システム。

【請求項7】

スマートコントラクトによる電子マネーの管理機能が実装されたブロックチェーンを管理する決済管理装置のプロセッサが、前記スマートコントラクトを実現するプログラムを実行することにより、
取引の決済額を含む決済情報を取得するステップと、
あらかじめ定められて前記スマートコントラクト中に記載されているアドレスを参照して、決済額を補正するための情報であって前記取引の決済の時間帯によって異なる情報である補助情報を取得するステップと、
前記補助情報に応じて定まる補正額で前記決済額を補正した補正決済額を算出するステップと、
前記補正決済額を前記取引を行ったユーザに割り当てられた電子マネーの利用残高から減じるステップと、
前記補正決済額を前記取引に係る商品又はサービスの販売者に割り当てられた電子マネーの利用残高に加算するステップと、
を実行する決済管理方法。

【請求項8】

前記決済額の補正は割引であり、
前記割引を主催する主催者に割り当てられた電子マネーの利用残高から、補正額を減じるステップをさらに実行する、
請求項７に記載の決済管理方法。

【請求項9】

前記決済管理装置とは異なる複数の他の決済管理装置それぞれが算出した前記補正決済額を取得するステップと、
算出した前記補正決済額と、取得した複数の前記補正決済額とに基づいて、補正決済額を決定するステップと、
をさらに実行する請求項７又は８に記載の決済管理方法。

【請求項10】

前記補助情報を取得するステップにおいて、前記アドレスを参照することにより、参照先の記憶部から前記補助情報を取得する、
請求項７から９のいずれか１項に記載の決済管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、決済管理システム、及び決済管理方法に関し、特に電子マネーを用いた決済を管理する技術に関する。

【背景技術】

【0002】

近年、インターネット等の通信技術の発達にともない、貨幣の代替として電子的な決済技術が急速に広がってきている。これらの決済技術の中には、いわゆる電子マネーとして知られる技術が存在する。電子マネーは、利用者が電子マネーの利用に先立ってあらかじめ電子マネーを購入しておくプリペイド方式が広く用いられている（例えば、特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１０－２６８２１号公報

【発明の概要】

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

【0004】

利用者に利用させるためのプリペイド方式の電子マネーを発行する発行者は、電子マネーの発行額に応じた一定の履行保証金を供託所等に供託することが法律によって規定されている。このため履行保証金の管理を容易にするために、電子マネーはサーバを用いて中央集権的に管理されるのが一般的である。

【0005】

電子マネーを用いた取引をサーバで中央集権的に実現すると、取引の決済時における商品やサービスの価格もサーバで管理することになる。取引の決済時における商品やサービスの価格をサーバで管理する場合、価格を変更するためにはサーバの設定変更やプログラム変更を人手でする必要がある。このため、商品等の取引価格を取引時の外部状況に応じて変更しようとすると人手やコストがかかるため現実的ではなく、例えば、取引の外気温、天候等に応じて取引価格を柔軟に変更するようなサービスを提供することが難しい。

【0006】

本発明はこれらの点に鑑みてなされたものであり、電子マネーを用いた取引における価格調整の柔軟性を向上させるための技術を提供することを目的とする。

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

【0007】

本発明の第１の態様は、スマートコントラクト機能を備えるブロックチェーンに実装された決済コントラクト機能をコンピュータに実現させるためのプログラムである。このプログラムにおいて、前記決済コントラクト機能は、取引の決済額を含む決済情報を取得する機能と、あらかじめ定められたアドレスを参照して、補助情報を取得する機能と、取得した補助情報に応じて前記決済額を補正した補正決済額を求める機能と、前記補正決済額を前記取引を行ったユーザに割り当てられた口座残高から減じる機能と、前記補正決済額を前記取引に係る商品又はサービスの販売者に割り当てられた口座残高に加算する機能と、を含む。

【0008】

前記決済額の補正は割引であってもよく、前記プログラムは、前記コンピュータに、前記割引を主催する主催者に割り当てられた電子マネーの利用残高から、補正額を減じる機能をさらに実現させてもよい。

【0009】

前記プログラムは、前記コンピュータに、前記コンピュータとは異なる複数の他のコンピュータそれぞれが算出した前記補正決済額を取得する機能と、算出した前記補正決済額と、取得した複数の前記補正決済額とに基づいて、補正決済額を決定する機能と、をさらに実現させてもよい。

【0010】

前記補助情報を取得する機能は、前記アドレスを参照することにより、参照先の記憶部から前記補助情報を取得してもよい。

【0011】

本発明の第２の態様は、決済管理システムである。このシステムは、上述のプログラムが実装されたスマートコントラクト機能を有するブロックチェーンを管理する複数の決済管理装置と、前記複数の決済管理装置それぞれが決済額の算出時に参照する補助情報を格納した補助情報記憶装置を管理する情報管理装置と、を備える。

【0012】

前記決済管理システムにおいて、前記情報管理装置は、あらかじめ定められた所定のタイミングで、前記補助情報を更新してもよい。

【0013】

本発明の第３の態様は、決済管理方法である。この方法において、スマートコントラクトによる電子マネーの管理機能が実装されたブロックチェーンを管理する決済管理装置のプロセッサが、前記スマートコントラクトを実現するプログラムを実行することにより、取引の決済額を含む決済情報を取得するステップと、あらかじめ定められたアドレスを参照して、決済額を決定するための補助情報を取得するステップと、前記補助情報に応じて定まる補正額で前記決済額を補正した補正決済額を算出するステップと、前記補正決済額を前記取引を行ったユーザに割り当てられた電子マネーの利用残高から減じるステップと、前記補正決済額を前記取引に係る商品又はサービスの販売者に割り当てられた電子マネーの利用残高に加算するステップと、を実行する。

【0014】

前記決済管理方法において、前記決済額の補正は割引であってもよく、前記割引を主催する主催者に割り当てられた電子マネーの利用残高から、補正額を減じるステップをさらに実行してもよい。

【0015】

前記決済管理方法において、前記決済管理装置とは異なる複数の他の決済管理装置それぞれが算出した前記補正決済額を取得するステップと、算出した前記補正決済額と、取得した複数の前記補正決済額とに基づいて、補正決済額を決定するステップと、をさらに実行してもよい。

【0016】

前記補助情報を取得するステップにおいて、前記アドレスを参照することにより、参照先の記憶部から前記補助情報を取得してもよい。

【0017】

なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、コンピュータプログラム、データ構造、記録媒体などの間で変換したものもまた、本発明の態様として有効である。

【発明の効果】

【0018】

本発明によれば、電子マネーを用いた取引における価格調整の柔軟性を向上させることができる。

【図面の簡単な説明】

【0019】

【図1】実施の形態に係る決済管理システムの概要を説明するための模式図である。

【図2】実施の形態に係る決済管理装置を構成する各ノードの機能構成を模式的に示す図である。

【図3】実施の形態に係る補助情報記憶装置に格納されている補助情報のデータベースのデータ構造を模式的に示す図である。

【図4】実施の形態に係るブロックチェーンのデータ構造を模式的に示す図である。

【図5】実施の形態に係る決済管理システムで実行される電子マネーの決済処理の流れを説明するためのシーケンス図である。

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

【0020】

＜実施の形態の概要＞
図１は、実施の形態に係る決済管理システムＳの概要を説明するための模式図である。図１に示すように、実施の形態に係る決済管理システムＳは、決済管理装置１、ユーザ端末２、店舗端末３、補助情報記憶装置４、情報管理装置５、及びウォレットデータベースＷを含み、それらがインターネット等のネットワークＮによって通信可能な態様で接続されている。なお、ユーザ端末２と店舗端末３との間、及び補助情報記憶装置４と情報管理装置５との間は、ネットワークＮを介さないローカルな通信も可能である。

【0021】

実施の形態に係る決済管理システムＳにおいて、決済管理装置１は、電子マネーを用いた決済を、従来型のサーバを用いて管理するのではなく、スマートコントラクト機能が実装されたブロックチェーンＢを利用して管理する。このため、図１に示すように、決済管理装置１は５つのノード（第１ノード１ａ、第２ノード１ｂ、第３ノード１ｃ、第４ノード１ｄ、及び第５ノード１ｅ）から構成されている。スマートコントラクト機能が実装されたブロックチェーンＢとしては、例えばイーサリウム（Ethereum）が挙げられるが、これに限定されるものではない。

【0022】

ユーザ端末２は、決済管理システムＳが管理する電子マネーを利用するユーザＵｅの端末であり、一例としてはスマートホンである。店舗端末３は、ユーザＵｅが利用する店舗が管理している端末であり、一例としては店舗に設置されたＰＯＳレジ（Point Of Salesキャッシュレジスター）や、ＰＯＳ機能を実現するためのアプリを実行するタブレットＰＣ（Personal Computer）である。また、ウォレットデータベースＷは、ユーザＵｅの電子マネーの口座であるユーザウォレットＷｅ及び店舗において商品又はサービスを提供する販売者Ｕｓの電子マネーの口座である販売者ウォレットＷｓを含む電子マネーウォレットを管理するデータベースである。

【0023】

既知の技術のため詳細な説明は省略するが、スマートコントラクトは、ブロックチェーンＢに実装された一種のソフトウェアプログラムである。例えば、ブロックチェーンＢがイーサリウムである場合、スマートコントラクトはSolidityと呼ばれるプログラミング言語で実装されることが多い。実施の形態に係るブロックチェーンＢに格納されたスマートコントラクトには、ユーザＵｅによる電子マネーを用いた決済を実行するためのソフトウェアプログラムが実装されている。決済管理装置１はこのソフトウェアプログラムを実行することにより、電子マネーを用いた電子決済を実現する。

【0024】

一般に、ブロックチェーンＢは改ざんに対して強い耐性があり、ブロックチェーンＢを管理する決済管理装置１であっても、ひとたびブロックチェーンＢに格納された情報を事後的に変更することは事実上できない。このため、ブロックチェーンＢに実装されているソフトウェアプログラムであるスマートコントラクトも、事後的に変更することはできないことになる。これは、例えば日々の天気や気温等の時々刻々と変化する情報をスマートコントラクトに直接反映させようとすると、情報を変更する度に新しくスマートコントラクト（すなわち、新しいブロックチェーンＢ）を作成することになり、煩雑となる。

【0025】

そこで、実施の形態に係る決済管理システムＳは、決済管理装置１が電子マネーを用いた決済を実行する際に、決済額を補正するために参照する補助情報を記憶する補助情報記憶装置４を備えている。決済管理装置１は、ユーザ端末２が電子マネーを用いた決済をする際に、スマートコントラクト内に記載されているＵＲＩ（Uniform Resource Identifier）等の固定されたリンク情報を参照して補助情報記憶装置４にアクセスし、決済額を補正するための補助情報を取得する。補助情報記憶装置４が記憶する情報が短い期間で変更されても、補助情報記憶装置４にアクセスするためのアクセス情報を記載しておけば、スマートコントラクト自体は変更する必要はない。これにより、決済管理装置１は、電子マネーの決済時に都度異なる情報を取得できるので、その情報に基づいて異なる処理結果を実現することができる。なお、補助情報記憶装置４に記憶される補助情報は、情報管理装置５が管理する。

【0026】

本明細書において、販売者Ｕｓはレストランや喫茶店等の飲食店を経営しており、日々の気温によって提供する飲食物の価格を割引するサービスを実施していることを例に説明する。具体的には、販売者Ｕｓは、気温が所定の温度より高い場合は冷たい飲み物を所定額だけ割り引いて提供したり、気温が所定の温度より低い場合は暖かい飲み物を所定額割り引いて提供したりするサービスを実施している。以下、図１を参照して、実施の形態に係る決済管理システムＳの概要を（１）から（７）の順に説明するが、その数字は図１における（１）から（７）と対応する。

【0027】

（１）情報管理装置５は、例えば、１日１回早朝等の所定のタイミングで天気情報を提供するサーバ（不図示）から気温の予報を取得する。情報管理装置５は、取得した気温の予報に基づいて補助情報を作成し、補助情報記憶装置４に格納する。具体的には、情報管理装置５は、１時間毎の気温の予報に基づいて、各時間帯における割引率を決定し、その割引率を補助情報として補助情報記憶装置４に格納する。

【0028】

（２）決済管理装置１は、ユーザＵｅが販売者Ｕｓの店舗において電子マネーで決済したときに、取引の決済額を含む決済情報をネットワークＮを介して取得する。図１に示す例では、決済は、ＱＲ（Quick Response）コード（登録商標）を用いた電子決済で行われる。これは、店舗端末３が示したＱＲコードをユーザ端末２が読み取って決済管理装置１に送信する静的ＭＰＭ（Merchant Presented Mode）方式であってもよい。また、ユーザ端末２が示したＱＲコードを店舗端末３が読み取って決済管理装置１に送信するＣＰＭ（Consumer Presented Mode）であってもよい。

【0029】

（３）決済管理装置１は、補助情報記憶装置４にアクセスするためにあらかじめ定められたリンク情報を参照して、補助情報記憶装置４から補助情報を取得する。補助情報の具体例としては、決済管理装置１が補助情報記憶装置４にアクセスした日における気温情報である。
（４）決済管理装置１は、取得した補助情報に応じて決済額を補正した補正決済額を求める。例えば、決済管理装置１は、取得した決済額が３００円であり、補助情報が１０％割引である場合、補正後の決済額である補正決済額を２７０円とする。

【0030】

（５）決済管理装置１は、ユーザＵｅの電子マネーの口座であるユーザウォレットＷｅの口座残高から補正決済額を減じるとともに、販売者Ｕｓの電子マネーの口座である販売者ウォレットＷｓの口座残高に補正決済額を加算する。このとき、割引額（３０円）を第三者（例えば、後述する主催者）が負担する場合においては、販売者Ｕｓの電子マネーの口座である販売者ウォレットＷｓの口座残高に補正前の決済額（３００円）を加算し、ユーザＵｅのユーザウォレットＷｅの口座残高から補正決済額を減じるとともに、第三者の電子マネーの口座であるユーザウォレットの口座残高から割引額（３０円）を減じる。

【0031】

（６）決済管理装置１は、決済の結果を店舗端末３に通知する。
（７）決済管理装置１は、決済の結果をユーザ端末２に通知する。

【0032】

なお、決済管理装置１は、ブロックチェーンＢに格納されている決済用のスマートコントラクトを実行することにより、上述した電子マネーの決済処理を実現している。このように、実施の形態に係る決済管理システムＳは、電子マネーを用いた取引における価格調整を柔軟に実施することができる。

【0033】

＜実施の形態に係る決済管理装置１を構成する各ノードの機能構成＞
図２は、実施の形態に係る決済管理装置１を構成する各ノードの機能構成を模式的に示す図である。各ノードは決済用のスマートコントラクト機能が実装されたブロックチェーンＢを有している。以下、特に区別する場合を除いて、決済管理装置１を構成する各ノードを便宜的に「決済管理装置１」と記載する。

【0034】

決済管理装置１は、記憶部１０と制御部１１とを備える。図２において、矢印は主なデータの流れを示しており、図２に示していないデータの流れがあってもよい。図２において、各機能ブロックはハードウェア（装置）単位の構成ではなく、機能単位の構成を示している。

【0035】

記憶部１０は、決済管理装置１を実現するコンピュータのＢＩＯＳ（Basic Input Output System）等を格納するＲＯＭ（Read Only Memory）や決済管理装置１の作業領域となるＲＡＭ（Random Access Memory）、ＯＳ（Operating System）やスマートコントラクトを実装するソフトウェアプログラムを含むブロックチェーンＢ、スマートコントラクトの実行時に参照される種々の情報を格納するＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の大容量記憶装置である。

【0036】

制御部１１は、決済管理装置１のＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等のプロセッサであり、ユーザ端末２中のブロックチェーンＢに記憶されたスマートコントラクトを実行することによって決済情報取得部１１０、補助情報取得部１１１、補正部１１２、及び口座管理部１１３として機能する。

【0037】

決済情報取得部１１０は、ユーザ端末２又は店舗端末３から取引の決済額を含む決済情報を取得する。補助情報取得部１１１は、あらかじめ定められてスマートコントラクト中に記載されているアドレスを参照して、参照先の補助情報記憶装置４から補助情報を取得する。

【0038】

補正部１１２は、補助情報取得部１１１が取得した補助情報に応じて決済額を補正した補正決済額を求める。口座管理部１１３は、補正部１１２が求めた補正決済額をユーザＵｅに割り当てられた口座残高（すなわち、ウォレットデータベースＷｕ）から減じるとともに、同額を商品又はサービスの販売者Ｕｓに割り当てられた口座残高（すなわち、販売者ウォレットＷｓ）に加算する。

【0039】

図３は、実施の形態に係る補助情報記憶装置４に格納されている補助情報のデータベースのデータ構造を模式的に示す図である。補助情報記憶装置４に格納されている補助情報は、情報管理装置５によって管理されている。情報管理装置５は、あらかじめ定められた所定のタイミングで、補助情報記憶装置４が格納する補助情報を更新する。

【0040】

図３に示す補助情報のデータベースは、情報管理装置５が毎朝７時にその日の予想気温を１時間毎に取得して補助情報記憶装置４に格納した場合の例を示している。店舗端末３が設置されている店舗は午前９時から午後２０時まで営業しているため、情報管理装置５は、午前９時から午後２０時までの１時間毎の予想気温を天気情報の提供業者のサーバ（不図示）から取得し補助情報記憶装置４に格納する。

【0041】

販売者Ｕｓは、あらかじめ情報管理装置５に予想気温と補正額との関係を通知している。図３に示す補助情報のデータベースは、予想気温が２８度以上３５度未満の場合に決済額を１０％引きにし、予想気温が３５度以上の場合に１５％引きにする場合の例を示している。情報管理装置５は、販売者Ｕｓから取得した予想気温と補正額との関係にしたがって、店舗の営業時間における１時間毎の割引率も補助情報のデータベースに格納する。

【0042】

決済管理装置１を構成する複数の異なるノードそれぞれの補助情報取得部１１１は、独立に補助情報記憶装置４にアクセスして補助情報を取得する。決済管理装置１を構成する複数の異なるノードそれぞれの補正部１１２は、補助情報取得部１１１が取得した補助情報に基づいて、それぞれ独立に補正決済額を算出する。

【0043】

決済管理装置１を構成する複数の異なるノードのうちの少なくとも１つのノードの補正部１１２は、複数の異なるノードそれぞれの補正部１１２が算出した補正決済額を取得する。この補正部１１２は、自身が算出した補正決済額と、取得した複数の補正決済額とに基づいて、最終的な補正決済額を決定する。具体的には、補正部１１２は、ブロックチェーンＢが採用しているコンセスサスアルゴリズムにしたがって最終的な補正決済額を決定する。例えば、ブロックチェーンＢが採用しているコンセスサスアルゴリズムがプルーフオブワーク（Proof of Work；ＰｏＷ）である場合には、複数の異なるノードそれぞれの補正部１１２が算出した補正決済額のうち、過半数を超える補正決定額を最終的な補正決済額として決定する。

【0044】

これにより、決済管理装置１を構成する複数の異なるノードのうち半数未満のノードが何らかの理由によって誤った補正決済額を算出したとしても、決済管理装置１全体としては正しい補正決済額を求めることができる。

【0045】

図４は、実施の形態に係るブロックチェーンＢのデータ構造を模式的に示す図である。図４に示すように、実施の形態に係るブロックチェーンＢは、スマートコントラクトＣを備えるブロックチェーンである。スマートコントラクトＣは、決済管理装置１が上述した決済情報取得部１１０を実現するための決済情報取得機能、補助情報取得部１１１を実現するための補助情報取得機能、補正部１１２を実現するための補正機能、及び口座管理部１１３を実現するための口座管理機能を備えている。これらはソフトウェアプログラムで実装され、ブロックチェーンＢに格納されている。このため、ひとたびソフトウェアプログラムが格納されたブロックチェーンＢが作成されると、何人もそのソフトウェアプログラムを書き換えることは困難となる。

【0046】

スマートコントラクトＣには、補助情報記憶装置４にアクセスするための固定アドレスと、ユーザウォレットＷｅにアクセスするためのアドレスと、販売者ウォレットＷｓにアクセスするためのアドレスとも、定数として格納されている。なお、主催者ウォレットのアドレスについては後述する。

【0047】

図４に示すように、ブロックチェーンＢには、ブロックと呼ばれる複数のデータＤが数珠つなぎとなって格納されている。煩雑となって見にくくなることを避けるために全てのデータＤに符号は付していないが、図４において符号Ｄが付された矩形と形及び大きさが同じ矩形はデータＤである。各データＤは、一つ前のデータＤのハッシュ値と、１又は複数の取引履歴とが格納されている。

【0048】

データＤに格納されている各取引履歴には、取引日時、取引のあった店舗を示す店舗情報、取引を行った販売者Ｕｓを示すユーザ情報、決済額、補正額、及び補正の根拠となった情報（例えば、予想気温）が決済情報として格納されている。これにより、決済管理装置１は、ブロックチェーンＢに格納されているデータＤを参照することで、電子マネーを利用した取引の履歴を確認することができる。この意味で、ブロックチェーンＢは、電子マネーを利用した取引の台帳として機能する。

【0049】

続いて、主催者ウォレットについて説明する。上述したように、決済管理装置１の補正部１１２は、補助情報取得部１１１が取得した補助情報に基づいて、補正決済額を求める。上記では、補正部１１２は、決済額から割引率に相当する割引額を減算することで補正決済額を求める場合の例を説明した。このような場合において、例えば販売者Ｕｓが経営する店舗が企業の従業員の福利厚生に利用される場合等には、割引額に相当する金額を企業が補填することもあり得る。主催者ウォレットとは、このような割引を主催する主催者である企業の電子マネーウォレットである。

【0050】

このように、補正部１１２が決済額から補正額を割り引いて補正決済額を決定する場合において割引額を補填する主催者が存在する場合、口座管理部１１３は、割引を主催する主催者に割り当てられた電子マネーの口座（すなわち、主催者ウォレット）の利用残高から補正額を減じるとともに、その補正額を販売者ウォレットＷｓに加算する。これより、決済管理装置１は、販売者Ｕｓの売上の減少分を主催者ウォレットから充当することができる。

【0051】

＜決済管理システムＳで実行される電子マネー決済処理の処理フロー＞
図５は、実施の形態に係る決済管理システムＳで実行される電子マネーの決済処理の流れを説明するためのシーケンス図である。図５に示す例は、ユーザ端末２が示したＱＲコードを店舗端末３が読み取って決済管理装置１に送信するＣＰＭの場合の処理フローを示している。

【0052】

店舗端末３は、取引の決済額を含む決済情報を符号化した決済コードを表示部に表示する（Ｓ２）。ユーザ端末２は、店舗端末３の表示部に表示された決済コードを読み取る（Ｓ４）。ユーザ端末２は、読み取った決済コードに含まれる決済情報を決済管理装置１に送信する（Ｓ６）。

【0053】

決済管理装置１の決済情報取得部１１０は、ユーザ端末２が送信した決済情報を取得する（Ｓ８）。補助情報取得部１１１は、あらかじめ定められたアドレスを参照して、補助情報記憶装置４に補助情報を問い合わせる（Ｓ１０）。補助情報取得部１１１は、補助情報記憶装置４から補助情報を取得する（Ｓ１２）。

【0054】

補正部１１２は、補助情報取得部１１１が取得した補助情報に応じて決済額を補正した補正決済額を決定する（Ｓ１４）。口座管理部１１３は、補正部１１２が求めた補正決済額をユーザに割り当てられた口座残高から減算するとともに（Ｓ１６）、同額を取引に係る商品又はサービスの販売者の口座残高に加算する（Ｓ１８）。

【0055】

口座管理部１１３は、決済の結果をユーザ端末２及び店舗端末３に送信する（Ｓ２０）。店舗端末３は、決済管理装置１から決済の結果を受信する（Ｓ２２）。同様に、ユーザ端末２も決済管理装置１から決済の結果を受信する（Ｓ２４）。

【0056】

＜実施の形態に係る決済管理システムＳが奏する効果＞
以上説明したように、実施の形態に係る決済管理システムＳによれば、電子マネーを用いた取引における価格調整の柔軟性を向上させることができる。

【0057】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果をあわせ持つ。以下のそのような変形例を説明する。

【0058】

＜第１の変形例＞
上記では、決済額を補正するための補助情報が気温の予測情報である場合について説明したが、補助情報は気温の予測情報に限られない。補助情報は、気温の予測情報に替えて、あるいはこれに加えて、例えば、天気の予測、風速の予測、湿度の予測、店舗の最寄り駅の利用者数の予測等、時々刻々と変化しうる情報であればどのような情報であってもよい。

【0059】

＜第２の変形例＞
上記では、補正部１１２が補助情報に基づいて決済額から割り引いて補正決済額を求める場合について説明した。しかしながら、補正部１１２は割引に替えて割り増しを行って補正決済額を求めてもよい。

【0060】

＜第３の変形例＞
上記では、情報管理装置５が、気温の予測情報等の情報とともに、その情報に基づく決済額の補正量も算出して補助情報記憶装置４に格納する場合について説明した。しかしながら、決済額の補正量を算出する主体は情報管理装置５に限られず、決済管理装置１が決済額の補正量を算出してもよい。これは、補正部１１２を実現するためのスマートコントラクト機能に、あらかじめ補正用の算出アルゴリズムを実装しておくことで実現できる。

【符号の説明】

【0061】

１・・・決済管理装置
１０・・・記憶部
１１・・・制御部
１１０・・・決済情報取得部
１１１・・・補助情報取得部
１１２・・・補正部
１１３・・・口座管理部
２・・・ユーザ端末
３・・・店舗端末
４・・・補助情報記憶装置
５・・・情報管理装置
Ｂ・・・ブロックチェーン
Ｓ・・・決済管理システム
Ｗ・・・ウォレットデータベース

【図1】

【図2】

【図3】

【図4】

【図5】