JP7002694B1 - 情報処理方法及び情報処理装置 - Google Patents

Abstract

【課題】店舗の運営の譲渡時における店舗の運営を譲渡する事業者及び店舗の運営を譲渡される事業者の負担を軽減する。【解決手段】決済処理装置１は、店舗において顧客に提示される決済用コードに対応する決済用トークンと、決済用コードを利用した決済に対応して店舗が受け取る受取金額の入金先である、店舗を運営する事業者が利用する口座を示す口座情報を含む事業者情報とを関連付けて記憶する記憶部１２と、店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す変更要求を受け付ける変更要求受付部１３３と、当該変更要求を受け付けた後、第１事業者の事業者情報である第１事業者情報に関連付けられて記憶部１２に記憶されている決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から第２事業者の事業者情報である第２事業者情報に変更する変更部１３４と、を有する。【選択図】図２

Description

本発明は、コード決済に関する処理を行う情報処理方法及び情報処理装置に関する。

ＱＲコード（登録商標）等の二次元バーコードを用いたコード決済が普及している。コード決済に係るサービスを提供する決済事業者は、店舗等を運営し、サービスの利用を希望する事業者からの要望に応じて、事業者を識別する識別情報に対応付けて決済用コードを発行する（例えば、特許文献１を参照）。

決済事業者から決済用コードを受領した事業者は、自身が運営する店舗において商品を購入するユーザがコード決済を希望した場合、決済用コードを提示する。ユーザが使用するユーザ端末は、当該決済用コードを読み取ると、決済用コードを示す決済用トークン及び決済金額を含む決済情報を、決済処理を行う決済装置に送信する。決済装置は、決済用トークンが正当であると判定すると、決済情報に基づいて決済処理を行う。これにより、決済金額が、決済用トークンに関連付けられている事業者の口座に入金される。

特許第６７３１１０２号公報

店舗を運営する事業者が事業譲渡を行う等により、店舗の運営者が変更されることがある。この場合、店舗においてユーザに提示する決済用コードを、新たに店舗を運営する事業者に対応させる必要がある。

具体的には、店舗の運営を譲渡する事業者が、当該店舗において使用する決済用コードの無効化を決済事業者に申請するとともに、店舗の運営を譲渡される事業者が、決済事業者に対してサービスの利用を申請し、決済用コードを新たに発行してもらう必要がある。このため、店舗の運営を譲渡する事業者及び店舗の運営を譲渡される事業者の双方にとって決済用コードに係る手続が煩雑であり、負担が掛かるという問題が生じていた。

そこで、本発明はこれらの点に鑑みてなされたものであり、店舗の運営の譲渡時における店舗の運営を譲渡する事業者及び店舗の運営を譲渡される事業者の負担を軽減することを目的とする。

本発明の第１の態様に係る情報処理方法は、コンピュータが実行する、店舗において顧客に提示される決済用コードに対応する決済用トークンと、前記決済用コードを利用した決済に対応して前記店舗が受け取る受取金額の入金先である、前記店舗を運営する事業者が利用する口座を示す口座情報を含む事業者情報と、を関連付けて記憶部に記憶させるステップと、前記店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す変更要求を受け付けるステップと、前記変更要求を受け付けた後、前記第１事業者の事業者情報である第１事業者情報に関連付けられて前記記憶部に記憶されている前記決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者の事業者情報である第２事業者情報に変更するステップと、を有する。

本発明の第２の態様に係る情報処理装置は、店舗において顧客に提示される決済用コードに対応する決済用トークンと、前記決済用コードを利用した決済に対応して前記店舗が受け取る受取金額の入金先である、前記店舗を運営する事業者が利用する口座を示す口座情報を含む事業者情報と、を関連付けて記憶する記憶部と、前記店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す変更要求を受け付ける変更要求受付部と、前記変更要求受付部が前記変更要求を受け付けた後、前記第１事業者の事業者情報である第１事業者情報に関連付けられて前記記憶部に記憶されている前記決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者の事業者情報である第２事業者情報に変更する変更部と、を有する。

本発明によれば、店舗の運営の譲渡時における店舗の運営を譲渡する事業者及び店舗の運営を譲渡される事業者の負担を軽減することができるという効果を奏する。

決済システムの概要を示す図である。 決済処理装置の機能構成を示す図である。 関連付け情報の一例を示す図である。 事業者管理情報の一例を示す図である。 決済処理装置における決済用コードと事業者情報との関連付けに係る処理の流れを示すフローチャートである。

［決済システムＳの概要］
図１は、決済システムＳの概要を示す図である。決済システムＳは、情報処理装置としての決済処理装置１と、ユーザ端末２と、店舗端末３とを有し、決済用コードを用いて決済を行うコード決済に用いられる。決済処理装置１は、ユーザが購入する商品又はサービスに係る購入金額の決済を行うサーバであり、決済事業者により運用される。ユーザ端末２は、例えばスマートフォン、タブレット等の携帯端末である。店舗端末３は、例えばＰＯＳ端末である。なお、以下の説明では、商品及びサービスを区別しない場合、これらを商品という。

以下、図１を参照しながら、コード決済に係る処理の流れを説明する。
まず、コード決済が行われる前に、決済処理装置１は、店舗端末３から、決済用コードの発行要求と、店舗を運営する事業者に関する事業者情報とを取得する（図１における（１））。事業者情報には、事業者が利用する口座を示す口座情報が含まれている。決済処理装置１は、決済用コードの発行要求を取得すると、決済用トークンを生成する（図１における（２））。決済用トークンは、店舗端末３がユーザに提示する決済用コードを店舗端末３が生成する際に用いるデータ列である。決済処理装置１は、生成した決済用トークンと、事業者情報とを関連付けて記憶媒体に記憶する（図１における（３））。

決済処理装置１は、生成した決済用トークンを店舗端末３に送信する（図１における（４））。決済処理装置１は、決済用トークンを暗号化した後に、暗号化した決済用トークンを店舗端末３に送信してもよい。店舗端末３は、受信した決済用トークンを記憶する。

ユーザは、店舗において商品の購入を行う。店舗における店員は、ユーザが店舗において会計を行う場合に、店舗端末３において購入対象の商品に付されたバーコードを読み取り、ユーザが購入する商品の合計額をユーザに提示する。

また、店員は、店舗端末３において、決済用コードを店舗端末３に表示させるための操作を行う。店舗端末３は、店舗端末３に予め記憶されている決済用コードを表示する（図１における（５））。

ユーザ端末２は、決済用コードを用いた決済を開始する操作を受け付けると、店舗端末３に表示された決済用コードを読み取る（図１における（６））。ユーザ端末２は、ユーザから決済金額の入力を受け付け、ユーザＩＤと、入力された決済金額を含む決済情報と、読み取った決済用コードが示す決済用トークンとを決済処理装置１に送信する（図１における（７））。

決済処理装置１は、ユーザ端末２からユーザＩＤと、決済情報と、決済用トークンとを受信すると、受信した決済用トークンが記憶媒体に記憶されているか否かを判定する。決済処理装置１は、受信した決済用トークンが記憶されていると判定した場合に、決済用トークンと関連付けられて記憶されている事業者情報と、受信したユーザＩＤ及び決済情報とに基づいて決済処理を実行する（図１における（８））。

決済処理装置１は、決済処理として、ユーザＩＤにより特定されるユーザの口座から決済情報に含まれる決済金額を引き落とす処理と、受信した決済用トークンに関連付けられている事業者情報に含まれる口座情報が示す事業者が利用する口座に、決済金額に基づいて店舗が受け取る受取金額を入金する処理とを実行する。

決済処理装置１は、決済金額の引き落とし処理が成功することで決済が完了したことを示す決済完了情報をユーザ端末２に送信することにより、決済が完了したことをユーザに通知する（図１における（９））。以上のようにユーザ端末２、決済処理装置１、店舗端末３が動作することにより、決済システムＳはコード決済を行うことができる。

ところで、従来、店舗を運営する事業者が事業譲渡を行う等により、店舗の運営者が変更される場合、店舗の運営を譲渡する事業者が、当該店舗において使用する決済用コードの無効化を決済事業者に申請するとともに、店舗の運営を譲渡される事業者が、決済事業者に対して決済用コードに係るサービスの利用を申請し、決済用コードを新たに発行してもらう必要があった。このため、店舗の運営を譲渡する事業者及び店舗の運営を譲渡される事業者の双方にとって決済用コードに係る手続が煩雑であり、負担が掛かるという問題が生じていた。

これに対し、本実施形態に係る決済処理装置１は、店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す変更要求を受け付ける。決済処理装置１は、変更要求を受け付けた後、第１事業者の事業者情報に関連付けられている決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者情報を、第１事業者の事業者情報から、第２事業者の事業者情報に変更する。

このようにすることで、決済処理装置１は、決済により店舗が受け取る受取金額を、第２事業者の口座に入金することができる。したがって、決済処理装置１は、従来のように、店舗において使用されている決済用コードの無効化を行ったり、決済用コードを新たに発行したりする必要がないので、店舗の運営の譲渡時における店舗の運営を譲渡する事業者、店舗の運営を譲渡される事業者、及び決済用コードを管理する決済事業者の負担を軽減することができる。
以下、決済処理装置１の構成の詳細を説明する。

［決済処理装置１の機能構成］
図２は、決済処理装置１の機能構成を示す図である。決済処理装置１は、通信部１１と、記憶部１２と、制御部１３とを有する。制御部１３は、発行要求取得部１３１と、トークン生成部１３２と、変更要求受付部１３３と、変更部１３４と、決済用情報受信部１３５と、決済処理部１３６と、完了情報送信部１３７とを有する。

通信部１１は、インターネット等のネットワークを介してユーザ端末２及び店舗端末３とデータを送受信するための通信インターフェースである。

記憶部１２は、各種のデータを記憶する記憶媒体であり、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及びハードディスク等を有する。記憶部１２は、制御部１３が実行するプログラムを記憶する。記憶部１２は、制御部１３を、発行要求取得部１３１、トークン生成部１３２、変更要求受付部１３３、変更部１３４、決済用情報受信部１３５、決済処理部１３６、及び完了情報送信部１３７として機能させる決済用プログラムを記憶する。

また、記憶部１２は、制御部１３が生成した決済用トークンと、店舗を運営する事業者を識別するための事業者識別情報としての事業者ＩＤとを関連付けた関連付け情報を記憶する。図３は、関連付け情報の一例を示す図である。図３に示すように関連付け情報において、決済用トークンに対して、事業者ＩＤが関連付けられていることが確認できる。ここで、店舗を運営する事業者と、決済事業者とは異なる事業者であるものとする。

また、記憶部１２は、事業者の事業者ＩＤと、当該事業者に関する情報である事業者情報とを関連付けた事業者管理情報を記憶する。図４は、事業者管理情報の一例を示す図である。図４に示すように、事業者管理情報において、事業者ＩＤに、事業者情報が関連付けられていることが確認できる。また、図４に示されるように、事業者情報には、事業者名、事業者が利用する口座を示す口座情報が含まれていることが確認できる。ここで、事業者が利用する口座は、銀行等の金融機関に設けられている口座であるものとするが、これに限らず、決済事業者等が管理する電子マネーの口座であってもよい。

制御部１３は、例えばＣＰＵ（Central Processing Unit）である。制御部１３は、記憶部１２に記憶された決済用プログラムを実行することにより、発行要求取得部１３１、トークン生成部１３２、変更要求受付部１３３、変更部１３４、決済用情報受信部１３５、決済処理部１３６、及び完了情報送信部１３７として機能する。

発行要求取得部１３１は、店舗から決済用コードの発行要求を取得する。具体的には、発行要求取得部１３１は、通信部１１を介して、店舗端末３から、決済用コードの発行要求と、店舗を運営する事業者の事業者情報とを受信することにより、発行要求を取得する。なお、発行要求取得部１３１は、店舗端末３から決済用コードの発行要求と事業者情報とを受信したが、これに限らない。例えば、決済用コードの発行要求は、書面等により行われてもよい。この場合、発行要求取得部１３１は、決済事業者において手続に関する作業を行う担当者が使用する端末から、書面等により行われた発行要求に基づく、決済用コードの発行要求と事業者情報とを受信してもよい。

トークン生成部１３２は、発行要求取得部１３１が、事業所情報と決済用コードの発行要求とを取得すると、決済用コードを生成するための決済用トークンを生成するとともに、事業者を識別する事業者ＩＤを生成する。

また、トークン生成部１３２は、生成した決済用トークンと、当該決済用トークンが示す決済用コードを利用した決済に対応して店舗が受け取る受取金額の入金先である、店舗を運営する事業者が利用する口座を示す口座情報を含む事業者情報と、を関連付けて記憶部１２に記憶させる。

具体的には、トークン生成部１３２は、生成した決済用トークンと、事業者ＩＤとを関連付けて、関連付け情報として記憶部１２に記憶させるとともに、生成した事業者ＩＤと、取得した事業者情報とを関連付けて、事業者管理情報として記憶部１２に記憶させる。トークン生成部１３２は、生成した決済用トークンを店舗端末３に送信する。なお、トークン生成部１３２は、決済用トークンを店舗端末３に送信することとしたが、これに限らない。例えば、トークン生成部１３２が生成した決済用トークンに対応する決済用コードを印刷した書面を、郵送等により店舗に発送してもよい。

変更要求受付部１３３は、店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す事業者変更要求を受け付ける。例えば、変更要求受付部１３３は、店舗を現在運営している第１事業者に対応する事業者ＩＤである第１事業者ＩＤと、変更後の運営者である第２事業者に対応する事業者ＩＤである第２事業者ＩＤとを含む事業者変更要求を受け付ける。また、変更要求受付部１３３は、決済用トークンに関連付けられている第１事業者情報を第２事業者情報に変更する日時を示す日時情報を含む事業者変更要求を受け付けてもよい。ここで、変更要求受付部１３３は、第１事業者が運営する店舗の店舗端末３から、事業者変更要求を受け付けるものとするが、これに限らず、決済事業者において手続に関する作業を行う担当者が使用する端末、第１事業者が使用する店舗端末３とは異なる端末、又は第２事業者が使用する端末から事業者変更要求を受け付けてもよい。

なお、変更要求受付部１３３は、第１事業者ＩＤと、第２事業者ＩＤとを含む事業者変更要求を受け付けることとしたが、これに限らない。変更要求受付部１３３は、第１事業者ＩＤ及び第２事業者ＩＤとは異なる、第１事業者及び第２事業者それぞれの事業者名、住所、電話番号等、第１事業者及び第２事業者それぞれを特定できる情報を含む事業者変更要求を受け付けてもよい。

また、変更要求受付部１３３は、事業者変更要求とともに、店舗の運営者が第１事業者から第２事業者に変更されることを証明する証明情報を受け付けてもよい。例えば、変更要求受付部１３３は、事業譲渡に関する契約書の複写等を証明情報として受け付けてもよい。

変更部１３４は、変更要求受付部１３３が事業者変更要求を受け付けた後、第１事業者の事業者情報である第１事業者情報に関連付けられて記憶部１２に記憶されている決済用トークンを特定する。そして、変更部１３４は、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から、第２事業者の事業者情報である第２事業者情報に変更する。

具体的には、変更部１３４は、記憶部１２に記憶されている関連付け情報を参照し、変更要求受付部１３３が受け付けた事業者変更要求に含まれている第１事業者ＩＤに関連付けられて記憶部１２に記憶されている決済用トークンを特定する。変更部１３４は、関連付け情報において、特定した決済用トークンに関連付けられている事業者ＩＤを、第１事業者ＩＤから、事業者変更要求に含まれている第２事業者ＩＤに変更することにより、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から第２事業者情報に変更する。

関連付け情報において、決済用トークンに関連付けられている事業者ＩＤが第１事業者ＩＤから第２事業者ＩＤに変更されると、事業者管理情報において第２事業者ＩＤに関連付けられている第２事業者情報が、当該決済用トークンに関連付けられる。このように、決済処理装置１は、決済用トークンに関連付けられている事業者ＩＤを第２事業者ＩＤに変更するだけで、決済用トークンに関連付けられる事業者情報を容易に第２事業者情報に変更することができる。

また、変更要求受付部１３３が、事業者変更要求とともに、店舗の運営者が第１事業者から第２事業者に変更されることを証明する証明情報を受け付けている場合、変更部１３４は、変更要求受付部１３３が受け付けた証明情報が正当であると判定すると、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から前記第２事業者情報に変更してもよい。

この場合において、証明情報が正当であるか否かの判断は、決済事業者において手続に関する作業を行う担当者が行ってもよい。そして、変更部１３４は、当該担当者が使用する端末から、証明情報が正当であるか否かの判定結果を受け付けることにより、当該証明情報が正当であるか否かを判定してもよい。このようにすることで、第１事業者及び第２事業者とは異なる第三者による不正な事業者変更要求に対し、決済用トークンに関連付けられる事業者情報が、第三者の事業者情報に変更されることを抑制することができる。

また、変更要求受付部１３３が、決済用トークンに関連付けられている第１事業者情報を第２事業者情報に変更する日時を示す日時情報を含む事業者変更要求を受け付けた場合、変更部１３４は、変更要求に含まれている日時情報が示す日時に、特定した決済用トークンに関連付けられている事業者情報が第２事業者情報となるように、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から第２事業者情報に変更する。

例えば、変更部１３４は、日付が変わったタイミングにおいて、現在の日付が、変更要求に含まれている日時情報が示す日付と一致したことを条件として、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から第２事業者情報に変更する。なお、変更部１３４は、店舗の営業終了時間から、店舗の営業開始時間までの間に、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から第２事業者情報に変更してもよい。このようにすることで、決済処理装置１は、店舗を運営する事業者が変わるタイミングに合わせて、特定した決済用トークンに関連付けられている事業者情報を第２事業者情報に変更することができる。

また、変更部１３４は、事業者変更要求に基づく口座情報の変更の承認を、第１事業者及び第２事業者から受け付けてもよい。例えば、事業者変更要求には、第１事業者及び第２事業者のメールアドレス等の連絡先が含まれている。変更部１３４は、事業者変更要求に基づく口座情報の変更の承認を受け付ける承認受付ページのアドレスを含むメールを、第１事業者及び第２事業者のメールアドレスを宛先として送信し、承認受付ページを介して、第１事業者及び第２事業者の双方から、口座情報の変更の承認を受け付ける。そして、変更部１３４は、第１事業者及び第２事業者から口座情報の事業者変更要求に基づく口座情報の変更の承認を受け付けた後、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から第２事業者情報に変更する。このようにすることで、決済処理装置１は、第１事業者及び第２事業者の双方が認識することなく、決済用トークンに関連付けられる事業者情報が第２事業者情報に変更されることを防止することができる。

決済用情報受信部１３５は、決済用トークンに基づいて店舗が提示した決済用コードを読み取ったユーザ端末２から、決済用トークンと、ユーザが店舗において購入する商品の決済に対応する決済金額を含む決済情報と、ユーザＩＤとを受信する。

この場合、ユーザ端末２は、ユーザが商品を購入する場合に、ユーザの操作により店舗において提示された決済用コードを読み取り、読み取った決済用コードに基づいて、決済用コードを決済用トークンに変換する。また、ユーザ端末２は、ユーザから、店舗における商品の購入に関する決済金額を受け付ける。ユーザ端末２は、読み取った決済用コードから変換された決済用トークンと、ユーザから受け付けた決済金額を含む決済情報と、ユーザ端末２のユーザに対応するユーザＩＤとを決済処理装置１に送信する。決済用情報受信部１３５は、ユーザ端末２から、決済用トークンと、決済金額を含む決済情報と、ユーザＩＤとを受信する。なお、決済用コードは、例えば、店舗端末３が表示するものとするが、これに限らず、紙に印刷されたものであってもよい。

決済処理部１３６は、ユーザが購入した商品に対応する決済金額を当該ユーザの口座から引き落とす決済処理を行う。決済処理部１３６は、記憶部１２に記憶されている決済用トークンと、受信した決済用トークンとが一致する場合に、当該決済用トークンとともに受信したユーザＩＤに関連付けられているユーザの口座から決済情報に含まれる決済金額を引き落とす。ここで、ユーザの口座は、決済事業者が管理する電子マネーの口座であるものとするが、これに限らず、金融機関の口座であってもよい。ユーザの口座が金融機関の口座である場合、決済処理部１３６は、金融機関に、当該口座から決済金額を引き落とす決済要求を送信してもよい。

また、決済処理部１３６は、決済が完了した時点において決済用トークンに関連付けて記憶部１２に記憶されている事業者情報に含まれる口座情報が示す口座に、受信した決済情報に含まれる決済金額に対応する受取金額を入金する。ここで、決済が完了した時点とは、ユーザの口座から決済金額を引き落とした時点のことをいう。また、受取金額は、例えば、決済金額から、コード決済に係るサービスの提供者が徴収する手数料を差し引いた金額である。ここで、ユーザの口座が、決済事業者が管理する電子マネーの口座である場合、決済処理部１３６は、当該口座に受取金額を入金する。また、事業者の口座が金融機関の口座である場合、決済処理部１３６は、金融機関に、当該口座に受取金額を入金する入金要求を送信してもよい。

また、ユーザが商品を購入し、ユーザの口座から決済情報に含まれる決済金額を引き落とすタイミングと、事業者の口座に受取金額を入金するタイミングとは異なる。例えば、ユーザの口座から決済情報に含まれる決済金額を引き落とすタイミングは、決済処理装置１が決済情報を受信したタイミングであり、事業者の口座に受取金額を入金するタイミングは、一カ月に一回等である。

これに対し、決済処理部１３６は、決済が完了した時点において決済用トークンに関連付けて記憶部１２に記憶されている事業者情報に含まれる口座情報と、受取金額と、当該受取金額を送金したか否かを示す送金フラグとを関連付けて送金情報として記憶部１２に記憶させる。送金フラグの初期値は、当該送金フラグと関連付けられている受取金額が事業者の口座に未送金であることを示す値（例えば０）であり、受取金額が送金されたことに応じて、受取金額が事業者の口座に送金済であることを示す値（例えば１）に更新されるものとする。

決済処理部１３６は、予め定められたタイミングにおいて、記憶部１２に記憶されている送金情報に含まれている口座情報に関連付けられている受取金額のうち、関連付けられている送金フラグの値が、未送金であることを示す値である受取金額を集計する。そして、決済処理部１３６は、記憶部１２に記憶されている送金情報に含まれている口座情報が示す口座に、集計した受取金額を入金する。また、決済処理部１３６は、当該受取金額に対応する送金フラグの値を、送金済であることを示す値に変更する。

このようにすることで、決済処理装置１は、決済が完了したタイミングにおいて決済用トークンに関連付けられている事業者と、受取金額を入金するタイミングにおいて決済用トークンに関連付けられている事業者とが異なっている場合であっても、決済が完了した時点において決済用トークンに関連付けられている事業者情報に含まれる口座情報が示す口座に、受取金額を入金することができる。

［動作フロー］
図５は、決済処理装置１における決済用コードと事業者情報との関連付けに係る処理の流れを示すフローチャートである。図５に示すフローチャートは、繰り返し実行されるものとする。

まず、発行要求取得部１３１は、決済用コードの発行要求を取得したか否かを判定する（Ｓ１）。発行要求取得部１３１は、決済用コードの発行要求を取得したと判定すると、Ｓ２に処理を移し、決済用コードの発行要求を取得していないと判定すると、Ｓ６に処理を移す。

トークン生成部１３２は、発行要求取得部１３１が決済用コードの発行要求を取得したと判定すると、決済用コードを生成するための決済用トークンを生成するとともに、事業者を識別する事業者ＩＤを生成する（Ｓ２）。

続いて、トークン生成部１３２は、生成した決済用トークンと、事業者ＩＤとを関連付けて、関連付け情報として記憶部１２に記憶させるとともに（Ｓ３）、生成した事業者ＩＤと、取得した事業者情報とを関連付けて、事業者管理情報として記憶部１２に記憶させる（Ｓ４）。トークン生成部１３２は、生成した決済用トークンを店舗端末３に送信する（Ｓ５）。

変更要求受付部１３３は、店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す事業者変更要求を受け付けたか否かを判定する（Ｓ６）。変更要求受付部１３３は、事業者変更要求を受け付けたと判定すると、Ｓ７に処理を移し、事業者変更要求を受け付けていないと判定すると、本フローチャートに係る処理を終了する。

変更部１３４は、店舗の変更前の事業者である第１事業者の第１事業者ＩＤに関連付けられている決済用トークンを特定する（Ｓ７）。そして、変更部１３４は、特定した決済用トークンに関連付けられている事業者ＩＤを、第１事業者ＩＤから、第２事業者ＩＤに変更する（Ｓ８）。

［変形例］
以上の説明においては、コード決済は、ユーザが入力した決済金額に基づいて決済が行われる例を説明したが、これに限らない。例えば、店舗端末３が決済金額を決済処理装置１に送信し、決済処理装置１が、店舗端末３から受信した決済金額に基づいて決済を行ってもよい。

この場合、店舗端末３は、店舗を運営する事業者の登録が行われ事業者ＩＤが店舗に割り当てられた後、決済用コードの発行要求と、決済金額を示す決済情報と、事業者ＩＤとを決済処理装置１に送信する。決済処理装置１は、決済用トークンを生成し、生成した決済用トークンと、決済情報と、事業者ＩＤとを関連付けて記憶部に記憶するとともに、決済用トークンを店舗端末３に送信する。ユーザ端末２は、決済用トークンに基づいて店舗端末３に表示された決済用コードを取得すると、当該決済用コードが示す決済用トークンと、ユーザ端末２のユーザのユーザＩＤとを決済処理装置１に送信する。

決済処理装置１の決済処理部１３６は、記憶部１２に記憶されている決済用トークンと、受信した決済用トークンとが一致する場合に、当該決済用トークンとともに受信したユーザＩＤに関連付けられているユーザの口座から、決済用トークンに関連付けて記憶部１２に記憶されている決済情報に含まれる決済金額を引き落とす。また、決済処理部１３６は、記憶部１２に記憶されている決済用トークンと、受信した決済用トークンとが一致する場合に、決済用トークンに関連付けて決済が完了した時点において決済用トークンに関連付けて記憶部１２に記憶されている事業者情報に含まれる口座情報が示す口座に、決済用トークンに関連付けて記憶部１２に記憶されている決済情報に含まれる決済金額に対応する受取金額を入金する。

［決済システムＳによる効果］
以上説明したように、決済処理装置１は、店舗において顧客に提示される決済用コードに対応する決済用トークンと、当該決済用コードを利用した決済に対応して店舗が受け取る受取金額の入金先である、店舗を運営する事業者が利用する口座を示す口座情報を含む事業者情報と、を関連付けて記憶部１２に記憶する。決済処理装置１は、店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す変更要求を受け付けた後、第１事業者の事業者情報である第１事業者情報に関連付けられて記憶部１２に記憶されている決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者情報を、第１事業者情報から第２事業者の事業者情報である第２事業者情報に変更する。このようにすることで、決済処理装置１は、店舗の運営の譲渡時における店舗の運営を譲渡する事業者及び店舗の運営を譲渡される事業者の負担を軽減することができる。

なお、本発明により、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「産業と技術革新の基盤をつくろう」に貢献することが可能となる。

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

１ 決済処理装置
２ ユーザ端末
３ 店舗端末
１１ 通信部
１２ 記憶部
１３ 制御部
１３１ 発行要求取得部
１３２ トークン生成部
１３３ 変更要求受付部
１３４ 変更部
１３５ 決済用情報受信部
１３６ 決済処理部
１３７ 完了情報送信部
Ｓ 決済システム

Claims (15)

1. コンピュータが実行する、
   店舗において顧客に提示される決済用コードに対応する決済用トークンと、前記決済用コードを利用した決済に対応して前記店舗が受け取る受取金額の入金先である、前記店舗を運営する事業者が利用する口座を示す口座情報を含む事業者情報と、を関連付けて記憶部に記憶させるステップと、
   前記店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す変更要求を受け付けるステップと、
   前記変更要求を受け付けた後、前記第１事業者の事業者情報である第１事業者情報に関連付けられて前記記憶部に記憶されている前記決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者の事業者情報である第２事業者情報に変更するステップと、
   を有する情報処理方法。
2. 前記記憶部は、前記決済用トークンと、前記事業者を識別する事業者識別情報とを関連付けて記憶するとともに、前記事業者識別情報と、前記事業者情報とを関連付けて記憶し、
   前記変更するステップにおいて、前記コンピュータは、前記第１事業者に対応する事業者識別情報である第１事業者識別情報に関連付けられて前記記憶部に記憶されている前記決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者識別情報を前記第１事業者識別情報から、前記第２事業者に対応する事業者識別情報である第２事業者識別情報に変更することにより、特定した決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者情報に変更する、
   請求項１に記載の情報処理方法。
3. 前記変更要求を受け付けるステップにおいて、前記コンピュータは、前記第１事業者識別情報と、前記第２事業者識別情報とを含む前記変更要求を受け付け、
   前記変更するステップにおいて、前記コンピュータは、前記変更要求に含まれている前記第１事業者識別情報に関連付けられて前記記憶部に記憶されている前記決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者識別情報を前記第１事業者識別情報から、前記変更要求に含まれている前記第２事業者識別情報に変更する、
   請求項２に記載の情報処理方法。
4. 前記変更要求を受け付けるステップにおいて、前記コンピュータは、前記決済用トークンに関連付けられている前記第１事業者情報を前記第２事業者情報に変更する日時を示す日時情報を含む前記変更要求を受け付け、
   前記変更するステップにおいて、前記コンピュータは、前記変更要求に含まれている日時情報が示す日時に、特定した前記決済用トークンに関連付けられている事業者情報が前記第２事業者情報となるように、特定した前記決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者情報に変更する、
   請求項１から３のいずれか１項に記載の情報処理方法。
5. 前記変更するステップにおいて、前記コンピュータは、前記変更要求に基づく前記口座情報の変更の承認を前記第１事業者及び前記第２事業者から受け付けた後、特定した前記決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者情報に変更する、
   請求項１から４のいずれか１項に記載の情報処理方法。
6. 前記変更要求を受け付けるステップにおいて、前記コンピュータは、前記店舗の運営者が前記第１事業者から前記第２事業者に変更されることを証明する証明情報を受け付け、
   前記変更するステップにおいて、前記コンピュータは、受け付けた前記証明情報が正当であると判定すると、特定した前記決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者情報に変更する、
   請求項１から５のいずれか１項に記載の情報処理方法。
7. 前記コンピュータが実行する、
   前記店舗において提示された前記決済用コードを読み取り、読み取った前記決済用コードに基づいて、前記決済用コードを前記決済用トークンに変換したユーザ端末から、前記決済用トークンと、ユーザの前記店舗における商品の購入に関する決済金額を含む決済情報と、前記ユーザを識別するためのユーザ識別情報とを受信するステップと、
   前記記憶部に記憶されている前記決済用トークンと、受信した前記決済用トークンとが一致する場合に、受信した前記ユーザ識別情報に関連付けられている前記ユーザの口座から前記決済情報に含まれる前記決済金額を引き落とすとともに、前記決済が完了した時点において前記決済用トークンに関連付けて前記記憶部に記憶されている前記事業者情報に含まれる口座情報が示す口座に、前記決済情報に含まれる前記決済金額に対応する前記受取金額を入金するステップと、
   を有する、
   請求項１から６のいずれか１項に記載の情報処理方法。
8. 前記入金するステップにおいて、前記コンピュータは、前記決済が完了した時点において前記決済用トークンに関連付けて前記記憶部に記憶されている前記事業者情報に含まれる口座情報と、前記受取金額とを関連付けて送金情報として前記記憶部に記憶させ、予め定められたタイミングにおいて、前記記憶部に記憶されている送金情報に含まれている前記口座情報が示す口座に、当該口座情報に関連付けられている受取金額を入金する、
   請求項７に記載の情報処理方法。
9. 店舗において顧客に提示される決済用コードに対応する決済用トークンと、前記決済用コードを利用した決済に対応して前記店舗が受け取る受取金額の入金先である、前記店舗を運営する事業者が利用する口座を示す口座情報を含む事業者情報と、を関連付けて記憶する記憶部と、
   前記店舗を運営する事業者が第１事業者から第２事業者に変更されることを示す変更要求を受け付ける変更要求受付部と、
   前記変更要求受付部が前記変更要求を受け付けた後、前記第１事業者の事業者情報である第１事業者情報に関連付けられて前記記憶部に記憶されている前記決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者の事業者情報である第２事業者情報に変更する変更部と、
   を有する情報処理装置。
10. 前記記憶部は、前記決済用トークンと、前記事業者を識別する事業者識別情報とを関連付けて記憶するとともに、前記事業者識別情報と、前記事業者情報とを関連付けて記憶し、
    前記変更部は、前記第１事業者に対応する事業者識別情報である第１事業者識別情報に関連付けられて前記記憶部に記憶されている前記決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者識別情報を前記第１事業者識別情報から、前記第２事業者に対応する事業者識別情報である第２事業者識別情報に変更することにより、特定した決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者情報に変更する、
    請求項９に記載の情報処理装置。
11. 前記変更要求受付部は、前記第１事業者に対応する事業者識別情報である第１事業者識別情報と、前記第２事業者に対応する事業者識別情報である第２事業者識別情報とを含む前記変更要求を受け付け、
    前記変更部は、前記変更要求に含まれている前記第１事業者識別情報に関連付けられて前記記憶部に記憶されている前記決済用トークンを特定し、特定した決済用トークンに関連付けられている事業者識別情報を前記第１事業者識別情報から、前記変更要求に含まれている前記第２事業者識別情報に変更する、
    請求項１０に記載の情報処理装置。
12. 前記変更要求受付部は、前記決済用トークンに関連付けられている前記第１事業者情報を前記第２事業者情報に変更する日時を示す日時情報を含む前記変更要求を受け付け、
    前記変更部は、前記変更要求に含まれている日時情報が示す日時に、特定した前記決済用トークンに関連付けられている事業者情報が前記第２事業者情報となるように、特定した前記決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者情報に変更する、
    請求項９から１１のいずれか１項に記載の情報処理装置。
13. 前記変更部は、前記変更要求に基づく前記口座情報の変更の承認を前記第１事業者及び前記第２事業者から受け付けた後、特定した前記決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者情報に変更する、
    請求項９から１２のいずれか１項に記載の情報処理装置。
14. 前記変更要求受付部は、前記店舗の運営者が前記第１事業者から前記第２事業者に変更されることを証明する証明情報を受け付け、
    前記変更部は、前記変更要求受付部が受け付けた前記証明情報が正当であると判定すると、特定した前記決済用トークンに関連付けられている事業者情報を、前記第１事業者情報から前記第２事業者情報に変更する、
    請求項９から１３のいずれか１項に記載の情報処理装置。
15. 前記店舗において提示された前記決済用コードを読み取り、読み取った前記決済用コードに基づいて、前記決済用コードを前記決済用トークンに変換したユーザ端末から、前記決済用トークンと、ユーザの前記店舗における商品の購入に関する決済金額を含む決済情報と、前記ユーザを識別するためのユーザ識別情報とを受信する決済情報受信部と、
    前記記憶部に記憶されている前記決済用トークンと、受信した前記決済用トークンとが一致する場合に、受信したユーザ識別情報に関連付けられている前記ユーザの口座から前記決済情報に含まれる前記決済金額を引き落とすとともに、前記決済が完了した時点において前記決済用トークンに関連付けて前記記憶部に記憶されている前記事業者情報に含まれる口座情報が示す口座に前記決済情報に含まれる前記決済金額に対応する前記受取金額を入金する決済部と、
    を有する、
    請求項９から１４のいずれか１項に記載の情報処理装置。
    
    

Images