JP2021189955A - 支払情報管理システム、支払情報管理方法及びプログラム - Google Patents

Abstract

【課題】購入者によるオフィシャルグッズなどへ支払いに関する支払情報に対して、その許諾権者による支払情報へのアクセス制御が可能な支払情報管理システムをを提供する。【解決手段】支払情報管理システム１における販売管理サーバ１１において、支払処理部４５は、販売装置５の支払請求部３３による代金請求と、購入装置３の支払指示部２５による代金支払いの許可がなされた場合、対象がファン商品であり、ファン通貨管理サーバ１５の購入者帳簿７３において購入者が支払額に対応するファン通貨を保有していることが確認できた場合、ファン通貨管理サーバ１５の帳簿処理部７１に購入者帳簿７３で管理されているファン通貨から代金を減少させ、代金のファン通貨を、売主帳簿７５、事業化部門帳簿７７及び許諾権者帳簿７９に対して分配情報に従って分配する。【選択図】図２

Description

本願発明は、支払情報管理システム、支払情報管理方法及びプログラムに関し、特に、購入者による商品及び／又はサービスへの支払いに関する支払情報を管理する支払情報管理システム等に関する。

特許文献１には、産業別に認定された仮想通貨で支払いを行うことが記載されている。

特開２０１９−２１５８３５号公報

しかしながら、従来の暗号資産による取引情報の管理は、取引全体を対象としていた。例えば地域通貨は、地域に紐づけられているが、取引情報に対するアクセス制御が考慮されていない。

現在、特定の人物やキャラクタなどの愛好者（ファン）の購買動向に関心が寄せられている。しかしながら、ファンによる購買情報は、従来どおりに商品やサービスへの対価として管理されている。ファンにとって、自らが愛する人物などとは分断された状態で、対価を期待できずにオフィシャルグッズなどへ支払っている。

そこで、本願発明は、購入者によるオフィシャルグッズなどへ支払いに関する支払情報に対して、その許諾権者による支払情報へのアクセス制御が可能な支払情報管理システム等を提案することを目的とする。

本願発明の第１の観点は、購入者による商品及び／又はサービスへの支払いに関する支払情報を管理する支払情報管理システムであって、販売管理サーバを備え、前記販売管理サーバは、前記購入者による前記商品及び／又は前記サービスへの支払処理を行う支払処理部を備え、前記支払処理部は、前記商品及び／又は前記サービスが許諾権者の許可のもとに提供されたものである場合に、前記許諾権者が前記支払情報にアクセスできる支払いであるか否かを判定して前記支払処理を行って前記支払情報を生成する。

本願発明の第２の観点は、第１の観点の支払情報管理システムであって、前記購入者は、許諾権者の許可のもとに作成された前記商品及び／又は前記サービスに対して、前記許諾権者に対応するファン価値を利用して支払うことも、ファン価値とは異なる共通価値により支払うことも可能であり、前記商品及び／又は前記サービスが許諾権者の許可のもとに提供されたものである場合に、前記購入者が前記ファン価値で支払ったならば、前記支払処理部は、前記許諾権者が前記支払情報にアクセスできる支払いであると判定し、前記購入者が前記共通価値で支払ったならば、前記支払処理部は、前記許諾権者が前記支払情報にアクセスできない支払いであると判定する。

本願発明の第３の観点は、第２の観点の支払情報管理システムであって、前記購入者は、前記ファン価値での支払いにあたりメッセージ情報を指定することができ、前記商品及び／又は前記サービスが許諾権者の許可のもとに提供されたものである場合に、前記購入者が前記ファン価値で支払ったならば、前記支払処理部は、生成した支払情報に前記メッセージ情報を含める。

本願発明の第４の観点は、第２又は第３の観点の支払情報管理システムであって、少なくとも前記ファン価値は、暗号資産により実現される。

本願発明の第５の観点は、第１から第４のいずれかの観点の支払情報管理システムであって、前記購入者は、許諾権者の許可のもとに作成された前記商品及び／又は前記サービスに対して、前記許諾権者に対して支払情報にアクセス可能とするか否かを指定でき、前記商品及び／又は前記サービスが許諾権者の許可のもとに作成されたものである場合に、前記支払処理部は、前記購入者がアクセス可能と指定したならば、前記許諾権者が前記支払情報にアクセスできる支払いであると判定し、前記支払処理部は、前記購入者がアクセス可能と指定しなかったならば、前記許諾権者が前記支払情報にアクセスできない支払いであると判定する。

本願発明の第６の観点は、購入者による商品及び／又はサービスへの支払いに関する支払情報を管理する支払情報管理システムにおける支払情報管理方法であって、前記支払情報管理システムは、販売管理サーバを備え、前記販売管理サーバは、前記購入者による前記商品及び／又は前記サービスへの支払処理を行う支払処理部を備え、前記商品及び／又は前記サービスが許諾権者の許可のもとに提供されたものである場合に、前記支払処理部が、前記許諾権者が前記支払情報にアクセスできる支払いであるか否かを判定して前記支払処理を行って前記支払情報を生成するステップを含む。

本願発明の第７の観点は、コンピュータに対して、購入者が許諾権者の許可のもとに提供された前記商品及び／又は前記サービスを購入する場合に、前記購入者が、前記許諾権者に対応するファン価値により支払いを行うか、前記ファン価値とは異なる共通価値により支払いを行うかを判定する支払処理部として機能させるためのプログラムである。

なお、本願発明を、第７の観点のプログラムを記録するコンピュータ読み取り可能な記録媒体として捉えてもよい。

本願発明の各観点によれば、購入者によるオフィシャルグッズなどへの支払いに関する支払情報を、その許諾権者による支払情報へのアクセスの可否を判定して生成することにより、許諾権者に対するアクセス制御が可能になる。

本願発明についての概要を説明するための図である。 本願の発明の実施の形態に係る支払情報管理システムの（ａ）構成の一例を示すブロック図と、（ｂ）動作の一例を示すフロー図である。 本願の発明の実施の形態に係る支払情報管理システムの（ａ）他の構成の一例を示すブロック図と、（ｂ）動作の一例を示すフロー図である。 本願の発明の実施の形態に係る支払情報管理システムの（ａ）他の構成の一例を示すブロック図と、（ｂ）動作の一例を示すフロー図である。

以下では、図面を参照して、本願発明の実施例について説明する。なお、本願発明は、この実施例に限定されるものではない。

図１は、本願発明についての概要を説明するための図である。

図１（ａ）は、通常の商品の売買の概要を示す。事業化部門が商品・サービス（商品等）を新たに開発して具体的な商品化・サービス化（商品化等）を行う。売主は、事業化部門が開発した商品等を買主に販売する。買主は、売主にお金を支払う。売主は、商品等を仕入れたり販売できたりしたタイミングで、事業化部門にお金を支払う。

図１（ｂ）は、購入者（ファン及び一般的な買主）による購入についての概要を示す。商品等には、様々なものがある。例えば鉛筆であれば、何も記載されていないデザインのものもあれば、例えばキャラクタなどが記載されたもの（キャラクタグッズ）もある。購入者は、鉛筆として使用できるものを探している者もいれば、キャラクタのファンでキャラクタグッズを探している者もいる。「許諾権者」はファン対象（特定の人物・キャラクタなど）を使用した商品化を許諾できる者であり、「ファン」はファン対象の熱心な愛好者とする。

例えば書籍を例にすると、著者（許諾権者）は、出版社（事業化部門）に著作物の使用を許諾する。出版社は、書籍（商品等）を作成し書店（売主）に提供する。書籍は、一般的な読者（買主）が購入したり、著者のファン（ファン）が購入したりする。購入者は、書店に代金を支払う。書店は、出版社にお金を支払う。出版社は、著者にお金を支払う。

図１（ｂ）にあるように、商品等の売買は、売主と購入者との間で行われる。出版社や著者は、書籍を購入した購入者との間で直接にコミュニケーションを行うことが難しい。そのため、出版社は、例えば書籍にアンケート葉書などを入れておき、購入者からアンケートを回収する。ただし、通常、アンケートを積極的に郵送するのは書籍者の一部であり、例えば熱心なファンや商品に不満があった買主などであろう。また、ファンにとっては、アンケート葉書を郵送しても、出版社から抽選で図書券などが当たる程度の反応しか期待できず、自らのコメントがファン対象に伝わっているかは不明である。

本願発明によれば、図１（ｃ）及び（ｄ）にあるように、商品等の購入時に、ファンと許諾権者との間で直接のコミュニケーションを実現することができる。

図１（ｃ）にあるように、暗号資産等（例えば、従来の仮想通貨、資金決済法における暗号資産、電子マネー、ポイントなど）を利用して、許諾権者が許諾した商品等（以下、「ファン商品等」という。）（例えば、キャラクタグッズやコンサートなどの許諾権者が使用許諾等をした商品等）に関連付けられた財産的価値である「ファン価値」（以下では、「ファン通貨」ともいう。）を導入する。「共通価値」（以下では、「共通通貨」ともいう。）は、ファン商品等に関連付けられていない財産的価値である。購入者がファン商品等の代金を共通通貨により支払ったならば、その支払いに関する情報である支払情報（例えば、購入者を識別する情報、売主を識別する情報、代金を特定する情報など。）は、許諾権者（事業化部門を含んでもよい）が利用できない。他方、購入者がファン商品等の代金をファン通貨により支払ったならば、許諾権者（事業化部門を含んでもよい）は、その支払情報を利用できる。すなわち、ファンは、ファン通貨を使用して支払うことにより、許諾権者と直接コミュニケーションすることを選択できる。そして、許諾権者（事業化部門を含んでもよい）は、その支払情報（特に購入者を特定可能な情報）をマーケティングなどに使用することができる。他方、一般的な買主は、共通通貨で支払うことにより、許諾権者に対して支払情報（特に購入者を特定可能な情報）を秘匿することができる。

地域通貨は、通貨が場所に紐づけられている。ファン通貨は、いわば、ファン対象（特定の人物やキャラクタなど）に紐づけられているものと評価することができる。ファン通貨を使用することにより、許諾権者らは、ファンが購入したファン商品等の情報を正確に把握することができる。さらに、許諾権者らによる指示で、ファンが保有するファン通貨について、例えば長期的な保有を優遇したり短期的な保有を優遇したりすることにより、ファン対象の性質に応じたマーケティングを実現することができる。

ファン通貨は、それぞれのファン対象に対応して発行される。ファン対象は、例えば、特定の人物を単位にしてもよく、アイドルグループを単位にしてもよく、アーティストなどが所属する企業・企業群を単位にしてもよい。例えば、電力会社をファン対象とするファン通貨を発行してもよい。

例えば、子供に人気のあるファン対象であれば、子供がお小遣いをもらってすぐに購入することを優遇することにより、ファン商品等の販売増進に繋げることが期待できる。そのため、例えば、短期的な保有を優遇したり、使用に対する対価を増加したりすることが考えられる。他方、ファン対象が多くのアイドルグループを管理する企業であれば、ファンには、グループを次々と変えつつ継続的に企業のファンであることが望ましい。そのため、企業のファン通貨を長期的に保有することを優遇することが考えられる。ファン通貨を導入することにより、許諾権者は、極めて自由度の高いマーケティング戦略を実現することができる。

また、ファンは、ファン通貨により支払えば、その支払情報が許諾権者に届くことを利用して、ファン商品等の代金を支払うときに許諾権者へのメッセージなどを含めるようにしてもよい。例えばアイドルグループのファンには、メンバー全員のファンもいれば、特定のメンバーのファンもいる。従来、特定のメンバーのファンは、その特定のメンバーに関連するグッズを購入して、特定のメンバーへの支持を伝えていた。ファン通貨で支払うことにより、グループ全体のグッズを購入しても、特定のメンバーへの支持をメッセージとして伝えることができる。

また、図１（ｄ）にあるように、事前に購入者が支払情報を許諾権者（事業化部門を含んでもよい）に伝えることを許諾することを条件に、商品等に対して支払ったことに関する支払情報を、許諾権者（事業化部門を含んでもよい）が利用することができるようにしてもよい。

さらに、使用許諾等に対する対価（ライセンス料など）について、許諾権者は、図１（ｃ）にあるように、共通通貨などの支払いでは従来と同様に売主・事業化部門などを経由して許諾権者が対価を受け取り、ファン通貨の支払いでは、購入者が支払った時点などで売主が受け取るとともに許諾権者も対価を受け取ってもよい。ファン通貨を利用することによりライセンス料などの管理をシンプルにすることができる。また、図１（ｄ）にあるように、従来と同様に、売主・事業化部門などを経由して許諾権者が受け取ってもよい。

図２は、本願発明の実施の形態に係る支払情報管理システムの（ａ）構成の一例を示すブロック図と、（ｂ）動作の一例を示すフロー図である。図２を参照して、支払情報管理システム１の構成及び動作の一例を説明する。商品等１７は、例えば、許諾権者の許可のもとに提供されたファン商品等である。

支払情報管理システム２０１は、購入装置３と、販売装置５と、事業化部門装置７と、許諾権者装置９と、販売管理サーバ１１と、共通通貨管理サーバ１３と、ファン通貨管理サーバ１５を備える。これらは、インターネットや専用回線などにより通信が可能である。

購入装置３は、商品等１７の購入者が使用する。購入装置３は、資産管理部２１と、支払指示部２５と、支払確認部２６を備える。

販売装置５は、商品等１７の売主が使用する。販売装置５は、資産管理部２７と、商品管理部２９と、商品入力部３１と、支払請求部３３と、支払確認部３５を備える。

事業化部門装置７は、商品等１７の商品化等を行う事業化部門が使用する。事業化部門装置７は、資産管理部３７を備える。

許諾権者装置９は、許諾権者が使用する。許諾権者装置９は、資産管理部４１を備える。

販売管理サーバ１１は、購入者と売主の間での商品等１７の売買を支援する。販売管理サーバ１１は、支払処理部４５（本願発明の「支払処理部」の一例）を備える。

共通通貨管理サーバ１３は、購入者、売主、事業化部門及び許諾権者の共通通貨に関する帳簿を管理する。共通通貨管理サーバ１３は、帳簿管理部５７と、帳簿処理部５９を備える。帳簿管理部５７は、購入者帳簿６１と、売主帳簿６３と、事業化部門帳簿６５と、許諾権者帳簿６７を管理する。購入者帳簿６１、売主帳簿６３、事業化部門帳簿６５及び許諾権者帳簿６７は、それぞれ、購入者、売主、事業化部門及び許諾権者の共通通貨に関する帳簿である。

ファン通貨管理サーバ１５は、購入者、売主、事業化部門及び許諾権者のファン通貨に関する帳簿を管理する。ファン通貨管理サーバ１５は、帳簿管理部６９と、帳簿処理部７１を備える。帳簿管理部６９は、購入者帳簿７３と、売主帳簿７５と、事業化部門帳簿７７と、許諾権者帳簿７９を管理する。購入者帳簿７３、売主帳簿７５、事業化部門帳簿７７及び許諾権者帳簿７９は、それぞれ、購入者、売主、事業化部門及び許諾権者のファン通貨に関する帳簿である。

ファン通貨は、例えば暗号資産等を利用して実現され、それぞれのファン対象に対応して発行される。ファン通貨管理サーバ１５は、それぞれのファン対象に対応したファン通貨を管理する。以下では、簡単のために、ファン対象は一つであるとする。共通通貨は、暗号資産等を利用して実現してもよく、また、従来のキャッシュレス決済を実現するものにより実現される物であってもよい。

購入装置３において、資産管理部２１は、共通通貨管理サーバ１３に指示して、購入者帳簿６１に管理される共通通貨のチャージや払い出し、他者への譲渡、購入者帳簿６１において管理されている取引履歴の閲覧などをすることができる。購入装置３において、資産管理部２１は、共通通貨管理サーバ１３に指示して、購入者帳簿６１に管理される共通通貨を保有させている。例えば、購入者は、購入装置３の資産管理部２１に金額を入力する。購入装置３の資産管理部２１には、購入者の銀行口座やクレジットカードなどが予め指定されている。購入装置３の資産管理部２１は、共通通貨管理サーバ１３に対して、予め指定された銀行口座やクレジットカードなどから入力された金額のチャージを指示する。帳簿処理部５９は、予め指定された銀行口座やクレジットカードなどを管理するサーバ等と連携して、入力された金額をチャージする処理を行い、購入者帳簿６１において管理されている共通通貨を増加させる。

また、資産管理部２１は、ファン通貨管理サーバ１５に指示して、購入者帳簿７３に管理されるファン通貨のチャージや払い出し、購入者帳簿７３において管理されている取引履歴の閲覧などをすることができる。購入者帳簿７３が管理するファン通貨は、事業化部門装置７の資産管理部３７及び／又は許諾権者装置９の資産管理部４１の指示によって、例えば保有期間などに応じて増減したり、支払額に応じて還元したりすることが可能である。購入者帳簿７３のファン通貨は、購入者が直接チャージした金額以外は、払い出しができないようにしたり、払い出しに応じて減少させたりしてもよい。

購入装置３において、支払指示部２５は、購入者の操作に応じて、販売管理サーバ１１に対して商品等１７の代金の支払いの許可を指示する。支払確認部２６は、代金の支払いがなされたことを確認する。

販売装置５において、資産管理部２７は、共通通貨管理サーバ１３に指示して、売主帳簿６３に管理される共通通貨の払い出し、事業化部門への共通通貨の譲渡、売主帳簿６３において管理されている取引履歴の閲覧などをすることができる。

また、資産管理部２７は、ファン通貨管理サーバ１５に指示して、売主帳簿７５に管理されるファン通貨の払い出し、売主帳簿７５において管理されている取引履歴の閲覧などをすることができる。売主帳簿７５が管理するファン通貨は、事業化部門装置７の資産管理部３７及び／又は許諾権者装置９の資産管理部４１の指示によって売上などに連動させて増減することなどにより、販売促進に利用することができる。

商品管理部２９は、商品等１７の代金と、商品等１７がファン商品等であるか否か、そして、ファン商品等である場合に商品等１７に応じて売主・事業化部門及び許諾権者との間で予め定められた分配情報（例えば、分配額や分配割合など）などを管理する。

商品入力部３１は、購入者が購入を希望する商品等１７に関する情報を入力する。例えば、商品等１７にバーコードやタグを読み取ったり、オンライン取引であれば購入者が指示したサービス等を特定したりする。支払請求部３３は、販売管理サーバ１１に対して、商品等１７の代金を示す情報と、商品等１７がファン商品等であるか否か及びファン商品等である場合に分配情報を送信して、購入者に対して支払いを請求する。支払確認部２３５は、代金の支払いがなされたことを確認する。

事業化部門装置７において、資産管理部３７は、共通通貨管理サーバ１３に指示して、事業化部門帳簿６５で管理される共通通貨の払い出し、許諾権者への共通通貨の譲渡、事業化部門帳簿６５において管理されている取引履歴の閲覧などをすることができる。資産管理部３７は、ファン通貨管理サーバ１５に指示して、事業化部門帳簿７７で管理されるファン通貨の払い出し、事業化部門帳簿７７において管理されている取引履歴の閲覧などをすることができる。

許諾権者装置９において、資産管理部４１は、共通通貨管理サーバ１３に指示して、許諾権者帳簿６７で管理される共通通貨の払い出し、許諾権者帳簿６７で管理される取引履歴の閲覧などをすることができる。資産管理部４１は、ファン通貨管理サーバ１５に指示して、許諾権者帳簿７９で管理されるファン通貨の払い出し、許諾権者帳簿７９で管理される取引履歴の閲覧などをすることができる。

販売管理サーバ１１において、支払処理部４５は、販売装置５の支払請求部３３による代金の請求と、購入装置３の支払指示部２５による支払いの許可とにより、購入者から売主への代金の支払いの処理を行う。

共通通貨管理サーバ１３の帳簿処理部５９は、帳簿管理部５７が管理する帳簿に対する処理を行う。

ファン通貨管理サーバ１５の帳簿処理部７１は、帳簿管理部６９が管理する帳簿に対する処理を行う。

図２（ｂ）を参照して、支払情報管理システム１の動作の一例を説明する。

販売管理サーバ１１において、支払処理部４５は、販売装置５の支払請求部３３による代金請求と、購入装置３の支払指示部２５による代金支払いの許可がなされたか否かを判定する（ステップＳＴＡ１）。代金請求及び支払許可がなされるまで待ち、代金請求及び支払許可がなされると、支払処理部４５は、ファン商品等であってファン通貨による支払いが可能か否かを判定する（ステップＳＴＡ２）。ファン商品等でないならば、ステップＳＴＡ４に進む。ファン商品等であるならば、ファン通貨管理サーバ１５の購入者帳簿７３において購入者が支払額に対応するファン通貨を保有しているか否かを判定する（ステップＳＴＡ３）。購入者が支払額に対応するファン通貨を保有していないならば、ステップＳＴＡ４に進む。支払額に対応するファン通貨を保有しているならば、ステップＳＴＡ５に進む。

ステップＳＴＡ４において、支払処理部４５は、共通通貨管理サーバ１３の帳簿処理部５９に指示して、購入者帳簿６１で管理されている共通通貨から代金を減少させ、売主帳簿６３で管理されている共通通貨に代金を増加させて、代金を支払う処理を行い、購入装置３の支払確認部２６及び販売装置５の支払確認部３５に通知し、ステップＳＴＡ１に戻る。

ステップＳＴＡ５において、支払処理部４５は、ファン通貨管理サーバ１５の帳簿処理部７１に指示して、購入者帳簿７３で管理されているファン通貨から代金を減少させる。そして、代金のファン通貨を、売主帳簿７５、事業化部門帳簿７７及び許諾権者帳簿７９に対して分配情報に従って分配し（ステップＳＴＡ６）、ステップＳＴＡ１に戻る。

なお、購入者は、購入装置３を操作して、支払指示部２５に対して、メッセージ情報を含めて、代金支払いを許可するものであってもよい。支払処理部４５は、支払指示部２５からメッセージ情報を受け取り、ステップＳＴＡ６で許諾権者帳簿７９にファン通貨を分配したときに、ファン通貨の入金に加えてメッセージ情報を含めるようにしてもよい。これは、ブロックチェーンなどの技術により実現することができる。また、ステップＳＴＡ３において、例えば、ファン通貨による支払いを行うか否かを購入者に確認してもよく、また、ファン通貨での支払いを行うときに残高が足りなければ補充するか否かを確認して支払ったり不足分を共通通貨で補ったるするなどの処理を行ってもよい。

販売装置５の資産管理部２７は、共通通貨管理サーバ１３に指示して、売主帳簿６３から事業化部門帳簿６５に、商品等１７について共通通貨による支払いを行う。事業化部門装置７の資産管理部３７は、共通通貨管理サーバ１３に指示して、事業化部門帳簿６５から許諾権者帳簿６７に、商品等１７のライセンス料などの対価について共通通貨による支払いを行う。これは、従来と同様のものであり、ライセンス契約等に応じて支払いは変更される。

許諾権者装置９の資産管理部４１は、共通通貨管理サーバ１３の許諾権者帳簿６７及びファン通貨管理サーバ１５の許諾権者帳簿７９が管理する取引履歴を閲覧することができる。許諾権者帳簿６７の取引履歴には、売主帳簿６３や事業化部門帳簿６５を経由して共通通貨が入金されるため、購入者に関する情報は含まれない。他方、許諾権者帳簿６７の取引履歴には、購入者帳簿７３からファン通貨が入金されるため、購入者に関する情報を直接得ることができる。

図３は、本願の発明の実施の形態に係る支払情報管理システムの（ａ）他の構成の一例を示すブロック図と、（ｂ）動作の一例を示すフロー図である。図３を参照して、支払情報管理システム１０１の構成及び動作の一例を説明する。商品等１１７は、例えば、許諾権者の許可のもとに提供されたファン商品等である。

支払情報管理システム１０１は、購入装置１０３と、販売装置１０５と、事業化部門装置１０７と、許諾権者装置１０９と、販売管理サーバ１１１と、共通通貨管理サーバ１１３と、ファン通貨管理サーバ１１５を備える。これらは、インターネットや専用回線などにより通信が可能である。

購入装置１０３は、商品等１１７の購入者が使用する。購入装置１０３は、資産管理部１２１と、支払指示部１２５と、支払確認部１２６を備える。

販売装置１０５は、商品等１１７の売主が使用する。販売装置１０５は、資産管理部１２７と、商品管理部１２９と、商品入力部１３１と、支払請求部１３３と、支払確認部１３５と、アクセス部１３６を備える。

事業化部門装置１０７は、商品等１１７の事業化部門が使用する。事業化部門装置１０７は、資産管理部１３７と、アクセス部１３９を備える。

許諾権者装置１０９は、許諾権者が使用する。許諾権者装置１０９は、資産管理部１４１と、アクセス部１４３を備える。

販売管理サーバ１１１は、購入者と売主の間の商品等１１７の売買を支援する。販売管理サーバ１１１は、支払処理部１４５（本願発明の「支払処理部」の一例）と、支払情報管理部１４７と、アクセス制御部１４９と、支払情報記憶部１５１を備える。支払情報記憶部１５１は、共通支払情報群１５３と、ファン支払情報群１５５を記憶する。

共通通貨管理サーバ１１３は、購入者、売主、事業化部門及び許諾権者の資産に関する帳簿を管理する。共通通貨管理サーバ１１３は、帳簿管理部１５７と、帳簿処理部１５９を備える。帳簿管理部１５７は、購入者帳簿１６１と、売主帳簿１６３と、事業化部門帳簿１６５と、許諾権者帳簿１６７を管理する。購入者帳簿１６１、売主帳簿１６３、事業化部門帳簿１６５及び許諾権者帳簿１６７は、それぞれ、購入者、売主、事業化部門及び許諾権者の資産に関する帳簿である。

購入装置１０３において、資産管理部１２１は、共通通貨管理サーバ１１３に指示して、購入者帳簿１６１に管理される資産のチャージや払い出し、代金の支払いなどをすることができる。

また、資産管理部１２１は、ファン通貨管理サーバ１１５に指示して、購入者帳簿１７３に管理されるファン通貨のチャージや払い出し、代金の支払いなどをすることができる。購入者帳簿１７３が管理するファン通貨は、事業化部門装置１０７の資産管理部１３７及び／又は許諾権者装置１０９の資産管理部１４１の指示によって増減が可能である。

支払指示部１２５は、購入者の操作に応じて、販売管理サーバ１１１に対して商品等１１７の代金の支払いの許可を指示する。支払確認部１２６は、代金の支払いがなされたことを確認する。

販売装置１０５において、資産管理部１２７は、共通通貨管理サーバ１１３に指示して、売主帳簿１６３に管理される共通通貨の払い出し、事業化部門への共通通貨の譲渡などをすることができる。

また、資産管理部１２７は、ファン通貨管理サーバ１１５に指示して、売主帳簿１７５に管理されるファン通貨のチャージや払い出し、事業化部門へのファン通貨の譲渡などをすることができる。

商品管理部１２９は、商品等１１７の代金を特定する情報と、商品等１１７がファン商品等であるか否かを管理する。

商品入力部１３１は、購入者が購入を希望する商品等１１７に関する情報を入力する。支払請求部１３３は、販売管理サーバ１１１に対して、入力された商品等１１７の代金を特定する情報及び商品等１１７がファン商品等であるか否かを送信して、購入者に対して支払いを請求する。支払確認部１３５は、代金の支払いがなされたことを確認する。

アクセス部１３６は、販売管理サーバ１１１に記憶された情報にアクセスする。

事業化部門装置１０７において、資産管理部１３７は、共通通貨管理サーバ１１３に指示して、事業化部門帳簿１６５に管理される共通通貨の払い出し、許諾権者への共通通貨の譲渡などをすることができる。また、資産管理部１３７は、ファン通貨管理サーバ１１５に指示して、事業化部門帳簿１７７に管理されるファン通貨の払い出し、許諾権者へのファン通貨の譲渡などをすることができる。アクセス部１３９は、販売管理サーバ１１１に記憶された情報にアクセスする。

許諾権者装置１０９において、資産管理部１４１は、共通通貨管理サーバ１１３に指示して、許諾権者帳簿１６７に管理される共通通貨の払い出しなどをすることができる。また、資産管理部１４１は、ファン通貨管理サーバ１１５に指示して、許諾権者帳簿１７９に管理されるファン通貨の払い出しなどをすることができる。アクセス部１４３は、販売管理サーバ１１１に記憶された情報にアクセスする。

販売管理サーバ１１１において、支払処理部１４５は、販売装置１０５の支払請求部１３３による代金の請求と、購入装置１０３の支払指示部１２５による支払いの許可とにより、購入者から売主への代金の支払いの処理を行う。支払情報管理部１４７は、代金の支払いに関する情報を管理する。アクセス制御部１４９は、販売装置１０５のアクセス部１３６、事業化部門装置１０７のアクセス部１３９及び許諾権者装置１０９のアクセス部１４３による支払情報記憶部１５１に記憶された情報へのアクセスを制御する。

共通通貨管理サーバ１１３の帳簿処理部１５９は、帳簿管理部１５７が管理する帳簿に対する処理を行う。

ファン通貨管理サーバ１１５の帳簿処理部１７１は、帳簿管理部１６９が管理する帳簿に対する処理を行う。

図３（ｂ）を参照して、支払情報管理システム１０１の動作の一例を説明する。

販売管理サーバ１１１において、支払処理部１４５は、販売装置１０５の支払請求部１３３による代金請求と、購入装置１０３の支払指示部１２５による代金支払いの許可がなされたか否かを判定する（ステップＳＴＢ１）。代金請求及び支払許可がなされるまで待ち、代金請求及び支払許可がなされると、支払処理部１４５は、ファン商品等であってファン通貨による支払いが可能か否かを判定する（ステップＳＴＢ２）。ファン商品等でないならば、ステップＳＴＢ４に進む。ファン商品等であるならば、ファン通貨管理サーバ１１５の購入者帳簿１７３において購入者が支払額に対応するファン通貨を保有しているか否かを判定する（ステップＳＴＢ３）。購入者が支払額に対応するファン通貨を保有していないならば、ステップＳＴＢ４に進む。支払額に対応するファン通貨を保有しているならば、ステップＳＴＢ６に進む。

ステップＳＴＢ４において、支払処理部１４５は、共通通貨管理サーバ１１３の帳簿処理部１５９に指示して、購入者帳簿１６１で管理されている共通通貨から代金を減少させ、売主帳簿１６３で管理されている共通通貨に代金を増加させて、代金を支払う処理を行い、購入装置１０３の支払確認部１２６及び販売装置１０５の支払確認部１３５に通知する。支払いに関する共通支払情報を生成して、支払情報記憶部１５１の共通支払情報群１５３に含めて（ステップＳＴＢ５）、ステップＳＴＢ１に戻る。

ステップＳＴＢ６において、支払処理部１４５は、ファン通貨管理サーバ１１５の帳簿処理部１７１に指示して、購入者帳簿１７３で管理されているファン通貨から代金を減少させ、売主帳簿１７５で管理されているファン通貨に代金を増加させて、代金を支払う処理を行い、購入装置１０３の支払確認部１２６及び販売装置１０５の支払確認部１３５に通知する。支払いに関するファン支払情報を生成して、支払情報記憶部１５１のファン支払情報群１５５に含めて（ステップＳＴＢ７）、ステップＳＴＢ１に戻る。

なお、通知管理部２３を、通知の許可に加えてメッセージ情報を管理できるようにし、ステップＳＴＢ７で生成するファン支払情報に、代金などの支払いに関する情報に加えてメッセージ情報を含めるようにしてもよい。

アクセス制御部１４９は、許諾権者装置１０９のアクセス部１４３から支払情報記憶部１５１に記憶された情報へのアクセス要求があったときに、共通支払情報群１５３へのアクセスは許可せず、ファン支払情報群１５５へのアクセスを許可する。販売装置１０５のアクセス部１３６から支払情報記憶部１５１に記憶された情報へのアクセス要求があったときに、共通支払情報群１５３へのアクセスも、ファン支払情報群１５５へのアクセスも許可する。事業化部門装置１０７のアクセス部１３９から支払情報記憶部１５１に記憶された情報へのアクセス要求があったときには、事業化部門と売主との取引関係によって許可の範囲が予め設定されている。例えば売主が事業化部門の直営店などのように密接な関係である場合には、共通支払情報群１５３にもファン支払情報群１５５にもアクセスも許可する。例えば売主と事業化部門が対等な別会社であるように密接でない場合には、共通支払情報群１５３にはアクセスを認めず、ファン支払情報群１５５へのアクセスを許可する。

販売装置１０５の資産管理部１２７は、共通通貨管理サーバ１１３及びファン通貨管理サーバ１１５に指示して、それぞれ、売主帳簿１６３及び１７５から事業化部門帳簿６５及び１７７に、商品等１１７について共通通貨及びファン通貨による支払いを行う。事業化部門装置１０７の資産管理部１３７は、共通通貨管理サーバ１１３及びファン通貨管理サーバ１１５に指示して、それぞれ、事業化部門帳簿１６５及び１７７から許諾権者帳簿１６７及び１７９に、商品等１１７のライセンス料などの対価について共通通貨及びファン通貨による支払いを行う。これは、従来と同様のものであり、ライセンス契約等に応じて支払いは変更される。

図４は、本願の発明の実施の形態に係る支払情報管理システムの（ａ）他の構成の一例を示すブロック図と、（ｂ）動作の一例を示すフロー図である。図４を参照して、支払情報管理システム１の構成及び動作の一例を説明する。商品等２１７は、例えば、許諾権者の許可のもとに提供されたファン商品等である。

支払情報管理システム２０１は、購入装置２０３と、販売装置２０５と、事業化部門装置２０７と、許諾権者装置２０９と、販売管理サーバ２１１と、資産管理サーバ２１３を備える。これらは、インターネットや専用回線などにより通信が可能である。

購入装置２０３は、商品等２１７の購入者が使用する。購入装置２０３は、資産管理部２２１と、通知管理部２２３と、支払指示部２２５と、支払確認部２２６を備える。

販売装置２０５は、商品等２１７の売主が使用する。販売装置２０５は、資産管理部２２７と、商品管理部２２９と、商品入力部２３１と、支払請求部２３３と、支払確認部２３５と、アクセス部２３６を備える。

事業化部門装置２０７は、商品等２１７の事業化部門が使用する。事業化部門装置２０７は、資産管理部２３７と、アクセス部２３９を備える。

許諾権者装置２０９は、許諾権者が使用する。許諾権者装置２０９は、資産管理部２４１と、アクセス部２４３を備える。

販売管理サーバ２１１は、購入者と売主の間での商品等１７の売買を支援する。販売管理サーバ２１１は、支払処理部２４５（本願発明の「支払処理部」の一例）と、支払情報管理部２４７と、アクセス制御部２４９と、支払情報記憶部２５１を備える。支払情報記憶部２５１は、共通支払情報群２５３と、ファン支払情報群２５５を記憶する。

資産管理サーバ２１３は、購入者、売主、事業化部門及び許諾権者の資産に関する帳簿を管理する。資産管理サーバ２１３は、帳簿管理部２５７と、帳簿処理部２５９を備える。帳簿管理部２５７は、購入者帳簿２６１と、売主帳簿２６３と、事業化部門帳簿２６５と、許諾権者帳簿２６７を管理する。購入者帳簿２６１、売主帳簿２６３、事業化部門帳簿２６５及び許諾権者帳簿２６７は、それぞれ、購入者、売主、事業化部門及び許諾権者の資産に関する帳簿である。

購入装置２０３において、資産管理部２２１は、資産管理サーバ２１３に指示して、購入者帳簿２６１に管理される資産に、予め指定された銀行口座などからチャージしたり、予め指定された銀行口座などに払い出したり、代金を支払ったりすることができる。

通知管理部２２３は、購入者の操作に応じて、ファン商品等の支払いに対して、少なくとも許諾権者による直接のアクセスを認めるか否かを指示する。

支払指示部２２５は、購入者の操作に応じて、販売管理サーバ２１１に対して商品等２１７の代金の支払いの許可を指示する。支払確認部２２６は、代金の支払いがなされたことを確認する。

販売装置２０５において、資産管理部２２７は、資産管理サーバ２１３に指示して、売主帳簿２６３に管理される資産の払い出し、事業化部門への譲渡などをすることができる。商品管理部２２９は、商品等２１７の代金を特定する情報や、商品等２１７がファン商品等であるか否かに関する情報などを管理する。商品入力部２３１は、購入者が購入を希望する商品等２１７に関する情報を入力する。支払請求部２３３は、販売管理サーバ２１１に対して入力された商品等２１７の代金を特定する情報及びファン商品等であるか否かに関する情報を送信して、購入者に対して支払いを請求する。支払確認部２３５は、代金の支払いがなされたことを確認する。アクセス部２３６は、販売管理サーバ２１１に記憶された情報にアクセスする。

事業化部門装置２０７において、資産管理部２３７は、資産管理サーバ２１３に指示して、事業化部門帳簿２６５に管理される資産の払い出し、許諾権者への譲渡などをすることができる。アクセス部２３９は、販売管理サーバ２１１に記憶された情報にアクセスする。

許諾権者装置２０９において、資産管理部２４１は、資産管理サーバ２１３に指示して、許諾権者帳簿２６７に管理される資産の払い出しなどをすることができる。アクセス部２４３は、販売管理サーバ２１１に記憶された情報にアクセスする。

販売管理サーバ２１１において、支払処理部２４５は、販売装置２０５の支払請求部２３５による代金の請求と、購入装置２０３の支払指示部２２５による支払いの許可とにより、購入者から売主への代金の支払いの処理を行う。支払情報管理部２４７は、代金の支払いに関する支払情報を管理する。アクセス制御部２４９は、販売装置２０５のアクセス部２３６、事業化部門装置２０７のアクセス部２３９及び許諾権者装置２０９のアクセス部２４３による支払情報記憶部２５１に記憶された情報へのアクセスを制御する。

資産管理サーバ２１３の帳簿処理部２５９は、帳簿管理部２５７が管理する帳簿に対する処理を行う。

図４（ｂ）を参照して、支払情報管理システム２０１の動作の一例を説明する。

販売管理サーバ２１１において、支払処理部２４５は、販売装置２０５の支払請求部２３３による代金請求と、購入装置２０３の支払指示部２２５による代金支払いの許可がなされたか否かを判定する（ステップＳＴＢ１）。代金請求及び支払許可がなされるまで待ち、代金請求及び支払許可がなされると、商品等２１７がファン商品等であるか否かを判断する（ステップＳＴＢ２）。ファン商品等でないならば、ステップＳＴＣ４に進む。ファン商品等であるならば、許諾権者への支払情報のアクセスが許可されているか否かを判定する（ステップＳＴＢ３）。許可されていないならば、ステップＳＴＣ４に進む。許可されているならば、ステップＳＴＣ６に進む。

ステップＳＴＣ４において、支払処理部２４５は、帳簿処理部２５９に指示して、購入者帳簿２６１で管理されている資産から代金を減少させ、売主帳簿２６３で管理されている資産に代金を増加させて、代金を支払う処理を行い、購入装置２０３の支払確認部２２６及び販売装置２０５の支払確認部２３５に通知する。支払処理部２４５は、支払いに関する共通支払情報を生成して、支払情報記憶部２５１の共通支払情報群２５３に含めて（ステップＳＴＣ５）、ステップＳＴＣ１に戻る。

ステップＳＴＣ６において、支払処理部２４５は、帳簿処理部２５９に指示して、購入者帳簿２６１で管理されている資産から代金を減少させ、売主帳簿２６３で管理されている資産に代金を増加させて、代金を支払う処理を行い、購入装置２０３の支払確認部２２６及び販売装置２０５の支払確認部２３５に通知する。支払処理部２４５は、支払いに関するファン支払情報を生成して、支払情報記憶部２５１のファン支払情報群２５５に含めて（ステップＳＴＣ７）、ステップＳＴＣ１に戻る。

なお、通知管理部２２３において通知の許否に加えてメッセージ情報を管理できるようにし、ステップＳＴＣ７で生成するファン支払情報に、支払いに関する情報に加えてメッセージ情報を含めるようにしてもよい。

アクセス制御部２４９は、許諾権者装置２０９のアクセス部２４３から支払情報記憶部２５１に記憶された情報へのアクセス要求があったときに、共通支払情報群２５３へのアクセスは許可せず、ファン支払情報群２５５へのアクセスを許可する。販売装置２０５のアクセス部２３６から支払情報記憶部２５１に記憶された情報へのアクセス要求があったときに、共通支払情報群２５３へのアクセスも、ファン支払情報群２５５へのアクセスも許可する。事業化部門装置２０７のアクセス部２３９から支払情報記憶部２５１に記憶された情報へのアクセス要求があったときには、事業化部門と売主との取引関係によるアクセス設定により、共通支払情報群２５３にもファン支払情報群５５にもアクセスも許可したり、共通支払情報群２５３にはアクセスを認めずファン支払情報群２５５へのアクセスを許可したりする。

販売装置２０５の資産管理部２２７は、資産管理サーバ２１３に指示して、売主帳簿２６３から事業化部門帳簿２６５に、商品等２１７について資産による支払いを行う。事業化部門装置２０７の資産管理部２３７は、資産管理サーバ２１３に指示して、事業化部門帳簿２６５から許諾権者帳簿２６７に、商品等２１７のライセンス料などの対価について支払いを行う。これは、従来と同様のものであり、ライセンス契約等に応じて支払いは変更される。

１，１０１，２０１ 支払情報管理システム、３，１０３，２０３ 購入装置、５，１０５，２０５ 販売装置、７，１０７，２０７ 事業化部門装置、９，１０９，２０９ 許諾権者装置、１１，１１１，２１１ 販売管理サーバ、１３，１１３ 共通通貨管理サーバ、１５，１１５ ファン通貨管理サーバ、１７，１１７，２１７ 商品等、２１，２７，３７，４１，１２１，１２７，１３７，１４１，２２１，２２７，２３７，２４１ 資産管理部、２５，１２５，２２５ 支払支持部、２６，３５，１２６，１３５，２２６，２３５ 支払確認部、２９，１２９，２２９ 商品管理部、３１，１３１，２３１ 商品入力部、３３，１３３，２３５ 支払請求部、４５，１４５，２４５ 支払処理部、５７，１５７ 共通通貨帳簿管理部、５９，７１，１５９，１７１，２５９ 帳簿処理部、６１，７３，１６１，１７３，２６１ 購入者帳簿、６３，７５，１６３，１７５，２６３ 売主帳簿、６５，７７，１６５，１７７，２６５ 事業化部門帳簿、６７，７９，１６７，１７９，２６７ 許諾権者帳簿、６９，１６９ ファン通貨帳簿管理部、１３６，１３９，１４３，２３６，２３９，２４３ アクセス部、１４７，２４７ 支払情報管理部、１４９，２４９ アクセス制御部、１５１，２５１ 支払情報記憶部、１５３，２５３ 共通支払情報群、１５５，２５５ ファン支払い情報群、２１３ 資産管理サーバ、２２３ 通知管理部、２５７ 帳簿管理部

Claims (7)

1. 購入者による商品及び／又はサービスへの支払いに関する支払情報を管理する支払情報管理システムであって、
   販売管理サーバを備え、
   前記販売管理サーバは、前記購入者による前記商品及び／又は前記サービスへの支払処理を行う支払処理部を備え、
   前記支払処理部は、前記商品及び／又は前記サービスが許諾権者の許可のもとに提供されたものである場合に、前記許諾権者が前記支払情報にアクセスできる支払いであるか否かを判定して前記支払処理を行って前記支払情報を生成する、支払情報管理システム。
2. 前記購入者は、許諾権者の許可のもとに作成された前記商品及び／又は前記サービスに対して、前記許諾権者に対応するファン価値を利用して支払うことも、ファン価値とは異なる共通価値により支払うことも可能であり、
   前記商品及び／又は前記サービスが許諾権者の許可のもとに提供されたものである場合に、
   前記購入者が前記ファン価値で支払ったならば、前記支払処理部は、前記許諾権者が前記支払情報にアクセスできる支払いであると判定し、
   前記購入者が前記共通価値で支払ったならば、前記支払処理部は、前記許諾権者が前記支払情報にアクセスできない支払いであると判定する、請求項１記載の支払情報管理システム。
3. 前記購入者は、前記ファン価値での支払いにあたりメッセージ情報を指定することができ、
   前記商品及び／又は前記サービスが許諾権者の許可のもとに提供されたものである場合に、前記購入者が前記ファン価値で支払ったならば、前記支払処理部は、生成した支払情報に前記メッセージ情報を含める、請求項２記載の支払情報管理システム。
4. 少なくとも前記ファン価値は、暗号資産により実現される、請求項２又は３に記載の支払情報管理システム。
5. 前記購入者は、許諾権者の許可のもとに作成された前記商品及び／又は前記サービスに対して、前記許諾権者に対して支払情報にアクセス可能とするか否かを指定でき、
   前記商品及び／又は前記サービスが許諾権者の許可のもとに作成されたものである場合に、
   前記支払処理部は、前記購入者がアクセス可能と指定したならば、前記許諾権者が前記支払情報にアクセスできる支払いであると判定し、
   前記支払処理部は、前記購入者がアクセス可能と指定しなかったならば、前記許諾権者が前記支払情報にアクセスできない支払いであると判定する、請求項１から４のいずれかに記載の支払情報管理システム。
6. 購入者による商品及び／又はサービスへの支払いに関する支払情報を管理する支払情報管理システムにおける支払情報管理方法であって、
   前記支払情報管理システムは、販売管理サーバを備え、
   前記販売管理サーバは、前記購入者による前記商品及び／又は前記サービスへの支払処理を行う支払処理部を備え、
   前記商品及び／又は前記サービスが許諾権者の許可のもとに提供されたものである場合に、前記支払処理部が、前記許諾権者が前記支払情報にアクセスできる支払いであるか否かを判定して前記支払処理を行って前記支払情報を生成するステップを含む支払情報管理方法。
7. コンピュータに対して、
   購入者が許諾権者の許可のもとに提供された商品及び／又はサービスを購入する場合に、前記購入者が、前記許諾権者に対応するファン価値により支払いを行うか、前記ファン価値とは異なる共通価値により支払いを行うかを判定する支払処理部として機能させるためのプログラム。

Images