(57)【特許請求の範囲】
【請求項１】
生成手段と、特定手段と、記憶手段と、第１送信手段とを備える仲介装置と、
利用者端末と、
取得手段と、第２送信手段とを備える店舗端末とを備え、
前記記憶手段には、互いに関連付けられた、サービス提供者から提供されたサービスに対する請求金額を含む第１請求データと、前記利用者端末の利用者を識別する利用者データと、前記第１請求データを送信した前記サービス提供者を識別するサービス提供者識別データとが、第１識別子と共に格納されており、
前記生成手段は、前記利用者端末から第２請求データの送信指示を受け付けると、該送信指示および前記第１請求データに基づいて、前記仲介装置を設ける事業者を示す事業者コードと、前記第１識別子とを含む所定のデータ形式の前記第２請求データを生成し、
前記第１送信手段は、前記第２請求データを前記利用者端末に送信し、
前記取得手段が、前記仲介装置から受信した前記第２請求データを表示した前記利用者端末から、該第２請求データを取得し、
前記第２送信手段が、前記取得した第２請求データまたは該第２請求データに含まれる前記第１識別子を前記仲介装置に送信し、
前記特定手段が、前記店舗端末から送信された、前記第１識別子または前記第２請求データに含まれる前記第１識別子に基づいて、該第２請求データに関連する前記サービス提供者識別データを特定し、前記第２請求データの送信の応答として、前記サービス提供者識別データを送信し、
前記第２請求データに対する支払いが完了すると、前記第２送信手段が、支払いに対するデータを示す売上データを、該店舗端末を管理する店舗管理装置に送信する、ことを特徴とする収納システム。
【請求項２】
前記記憶手段には、前記利用者データと、前記サービス提供者が提供するサービスを利用する利用者を、前記サービス提供者側が識別するための利用者識別データとが互いに関連付けられて格納されており、
前記生成手段は、前記サービス提供者から、前記第１請求データと共に、前記利用者識別データを受信すると、当該利用者識別データに関連する前記利用者データと、前記サービス提供者識別データと、前記第１請求データとを互いに関連付けて、関連付けたデータを識別する前記第１識別子を生成し、
前記記憶手段は、前記関連付けたデータを、前記生成手段が生成した前記第１識別子と共に格納する、ことを特徴とする請求項１に記載の収納システム。
【請求項３】
前記生成手段は、前記利用者端末から複数の第２請求データの送信指示を受け付けると、該送信指示に基づいて、前記複数の第２請求データを識別する第２識別子を生成し、前記事業者コードと前記第２識別子とを含む所定のデータ形式の第３請求データを生成し、
前記第１送信手段は、前記第３請求データを前記利用者端末に送信し、
前記店舗端末の前記取得手段が、前記仲介装置から受信した前記第３請求データを表示した前記利用者端末から、該第３請求データを取得すると、前記第２送信手段は、前記第２識別子を含む、前記取得手段によって前記取得された第３請求データを前記仲介装置に送信し、
前記特定手段が、前記第３請求データに含まれる前記第２識別子に基づいて、前記複数の第２請求データを特定し、該複数の第２請求データの夫々に関連するに前記サービス提供者識別データを特定し、前記第３請求データの送信の応答として、複数の前記サービス提供者識別データを送信する、ことを特徴とする請求項１または２に記載の収納システム。
【請求項４】
前記店舗端末は、前記サービス提供者識別データと、前記取得した第２請求データに含まれる請求金額とを表示画面に表示する表示手段を更に備えることを特徴とする、請求項１または２に記載の収納システム。
【請求項５】
前記特定手段は、前記複数のサービス提供者識別データと共に、該サービス提供者識別データに関連付けられた請求金額を前記店舗端末に送信し、
前記店舗端末は、前記複数のサービス提供者識別データと、前記サービス提供者識別データの夫々に関連付けられた請求金額とを、表示画面に表示する表示手段を更に備えることを特徴とする請求項３に記載の収納システム。
【請求項６】
前記店舗端末の前記第２送信手段は、前記サービス提供者から提供されたサービスに対する請求に対しての収納の代行処理を行った旨を示すリアル通知を、前記仲介装置に送信し、
前記仲介装置は、前記リアル通知を、前記サービス提供者に送信する、ことを特徴とする請求項１から５の何れか１項に記載の収納システム。
【請求項７】
前記収納システムは、前記サービス提供者の代わりに決済を行う決済代行会社が有する決済代行側装置を更に備え、
前記仲介装置は、前記リアル通知を、更に、前記決済代行側装置に送信する、ことを特徴とする請求項６に記載の収納システム。
【請求項８】
前記収納システムは、前記サービス提供者の代わりに決済を行う決済代行会社が有する決済代行側装置を更に備え、
前記店舗端末の前記第２送信手段は、前記サービス提供者から提供されたサービスに対する請求に対しての収納の代行処理を行った旨を示すリアル通知を、前記仲介装置に送信し、
前記仲介装置は、前記リアル通知を、前記決済代行側装置を介して、前記サービス提供者に送信する、ことを特徴とする請求項１から５の何れか１項に記載の収納システム。
【請求項９】
前記収納システムは、前記サービス提供者の代わりに決済を行う決済代行会社が有する決済代行側装置を更に備え、
前記店舗端末の前記第２送信手段は、前記サービス提供者から提供されたサービスに対する請求に対しての収納の代行処理を行った旨を示すリアル通知を、前記決済代行側装置に送信し、
前記決済代行側装置は、前記リアル通知を、前記仲介装置に送信し、
更に、前記決済代行側装置は、前記リアル通知を、前記サービス提供者に対し、前記仲介装置を介して、または、介さずに送信する、ことを特徴とする請求項１から５の何れか１項に記載の収納システム。
【請求項１０】
前記店舗管理装置は、前記店舗端末から前記売上データを受信し、該売上データに関連する速報データおよび確報データを、前記仲介装置を介して、または、介さずに、前記サービス提供者に送信する、請求項６に記載の収納システム。
【請求項１１】
前記仲介装置は、前記店舗端末から前記売上データを受信した前記店舗管理装置から出力された、前記売上データに関連する速報データおよび確報データを受信し、前記速報データおよび確報データを、前記決済代行側装置に送信し、
前記仲介装置は、更に、前記速報データおよび確報データを、前記決済代行側装置を介して、または、介さずに、前記サービス提供者に送信する、請求項７または８に記載の収納システム。
【請求項１２】
前記決済代行側装置は、前記店舗端末から前記売上データを受信した前記店舗管理装置から出力された、前記売上データに関連する速報データおよび確報データを受信し、前記速報データおよび確報データを、前記仲介装置に送信し、
前記決済代行側装置は、更に、前記速報データおよび確報データを、前記仲介装置を介して、または、介さずに、前記サービス提供者に送信する、請求項７から９の何れか１項に記載の収納システム。
【請求項１３】
互いに関連付けられた、サービス提供者から提供されたサービスに対する請求金額を含む第１請求データと、利用者端末の利用者を識別する利用者データと、前記第１請求データを送信した前記サービス提供者を識別するサービス提供者識別データとを、第１識別子と共に格納する記憶手段と、
前記利用者端末から第２請求データの送信指示を受け付けると、該送信指示および前記第１請求データに基づいて、仲介装置を設ける事業者を示す事業者コードと、前記第１識別子とを含む所定のデータ形式の前記第２請求データを生成する生成手段と、
前記第２請求データを前記利用者端末に送信する送信手段と、
受信した前記第２請求データを表示した利用者端末から、該第２請求データを取得する店舗端末から、前記取得した第２請求データまたは該第２請求データに含まれる前記第１識別子を受信すると、前記第２請求データに含まれる前記第１識別子または受信した前記第１識別子に基づいて、該第２請求データに関連する前記サービス提供者識別データを特定し、該サービス提供者識別データを、前記店舗端末に送信する特定手段と、を備えることを特徴とする仲介装置。
【請求項１４】
前記記憶手段には、前記利用者データと、前記サービス提供者が提供するサービスを利用する利用者を、前記サービス提供者側が識別するための利用者識別データとが互いに関連付けられて格納されており、
前記生成手段は、前記サービス提供者から、前記第１請求データと共に、前記利用者識別データを受信すると、当該利用者識別データに関連する利用者データと、前記サービス提供者識別データと、前記第１請求データとを互いに関連付けて、関連付けたデータを識別する前記第１識別子を生成し、
前記記憶手段は、前記関連付けたデータを、前記生成手段が生成した前記第１識別子と共に格納する、ことを特徴とする請求項１３に記載の仲介装置。
【請求項１５】
仲介装置と、利用者端末と、店舗端末とを備えるシステムの収納方法であって、
前記仲介装置は、
互いに関連付けられた、サービス提供者から提供されたサービスに対する請求金額を含む第１請求データと、前記利用者端末の利用者を識別する利用者データと、前記第１請求データを送信した前記サービス提供者を識別するサービス提供者識別データとを、第１識別子と共に格納し、
前記利用者端末から第２請求データの送信指示を受け付けると、該送信指示および前記第１請求データに基づいて、前記仲介装置を設ける事業者を示す事業者コードと、前記第１識別子とを含む所定のデータ形式の前記第２請求データを生成し、
前記第２請求データを前記利用者端末に送信し、
前記店舗端末が、
前記仲介装置から受信した前記第２請求データを表示した利用者端末から、該第２請求データを取得し、
前記取得した第２請求データまたは該第２請求データに含まれる前記第１識別子を前記仲介装置に送信し、
前記仲介装置が、
前記店舗端末から送信された、前記第１識別子または前記第２請求データに含まれる前記第１識別子に基づいて、前記第２請求データに関連する前記サービス提供者識別データを特定し、前記第２請求データの送信の応答として、前記サービス提供者識別データを、前記店舗端末に送信し、
前記第２請求データに対する支払いが完了すると、前記店舗端末は、
支払いに対するデータを示す売上データを、該店舗端末を管理する店舗管理装置に送信する、ことを特徴とする収納方法。
【請求項１６】
生成手段と、特定手段と、第１送信手段とを備える仲介装置と、
利用者端末と、
取得手段と、第２送信手段とを備える店舗端末とを備え、
前記生成手段は、サービス提供者から提供されたサービスに対する請求金額を含む第１請求データを、前記サービス提供者を識別するサービス提供者識別データと共に受信すると、前記サービス提供者識別データと、前記第１請求データとを互いに関連付け、該関連付けたデータを識別する第１識別子を生成し、前記仲介装置を設ける事業者を示す事業者コードと、前記第１識別子とを含む所定のデータ形式の第２請求データを生成し、
前記第１送信手段は、前記第２請求データを前記利用者端末に送信し、
前記取得手段が、前記仲介装置から受信した前記第２請求データを表示した前記利用者端末から、該第２請求データを取得し、
前記第２送信手段が、前記取得した第２請求データまたは該第２請求データに含まれる前記第１識別子を前記仲介装置に送信し、
前記特定手段が、前記店舗端末から送信された、前記第１識別子または前記第２請求データに含まれる前記第１識別子に基づいて、該第２請求データに関連する前記サービス提供者識別データを特定し、前記第２請求データの送信の応答として、前記サービス提供者識別データを送信し、
前記第２請求データに対する支払いが完了すると、前記第２送信手段が、支払いに対するデータを示す売上データを、該店舗端末を管理する店舗管理装置に送信する、ことを特徴とする収納システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、収納システム、仲介装置および収納方法に関する。
【背景技術】
【０００２】
公共料金や通信販売などの代金回収をコンビニエンスストアのような店舗に委託する収納代行が一般に行われている。各種料金の支払いを請求する事業者が請求内容を印刷した払込票を生活者（エンドユーザ）に郵送すると、生活者は、受け取った払込票をコンビニエンスストアなどの店舗に持参し、請求された料金の支払いを行う。料金の支払いを受けた店舗は、収納代金および払込票の控えなどの収納情報を事業者に送付する。
【０００３】
また、複数の料金の支払いをまとめる方法が考えられている。例えば、特許文献１には、関連する顧客からの公共料金をまとめて収集する方法が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１２７２５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
料金の支払いの方法のひとつとして、払込票を用いた方法が挙げられる。支払いを行う際に用いる払込票は、印刷や郵送が行われることにより、エンドユーザに届けられる。この印刷や郵送には多くの時間や労力を要する。また、支払いが行われた払込票は、店舗または該店舗の関連施設に所定期間保管する必要がある。また、払込票の場合、紛失などにより、払込票に記載されたエンドユーザの個人情報が漏えいしてしまう可能性がある。
【０００６】
特許文献１には、口座振替による支払い方法についての開示に留まり、払込票を用いた支払方法については開示されていない。
【０００７】
本発明はこれらの課題に鑑みてなされたものであり、その目的は、利便性の高い収納システム、仲介装置および方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一態様に係る収納システムは、生成手段と、特定手段と、記憶手段と、を備える仲介装置と、利用者端末と、取得手段と、送信手段とを備える店舗端末とを備え、前記記憶手段には、互いに関連付けられた、サービス提供者から提供されたサービスに対する請求金額を含む第１請求データと、前記利用者端末の利用者を識別する利用者データと、前記第１請求データを送信した前記サービス提供者を識別するサービス提供者識別データとが、第１識別子と共に格納されており、前記生成手段は、前記利用者端末から第２請求データの送信指示を受け付けると、該送信指示および前記第１請求データに基づいて、前記仲介装置を設ける事業者を示す事業者コードと、前記第１識別子とを含む所定のデータ形式の前記第２請求データを生成し、前記取得手段が、前記第２請求データを表示した前記利用者端末から、該第２請求データを取得し、前記送信手段が、前記取得した第２請求データまたは該第２請求データに含まれる前記第１識別子を前記仲介装置に送信し、前記特定手段が、前記店舗端末から送信された、前記第１識別子または前記第２請求データに含まれる前記第１識別子に基づいて、該第２請求データに関連する前記サービス提供者識別データを特定し、前記第２請求データの送信の応答として、前記サービス提供者識別データを送信し、前記第２請求データに対する支払いが完了すると、前記送信手段が、支払いに対するデータを示す売上データを、該店舗端末を管理する店舗管理装置に送信する。
【０００９】
本発明の一態様に係る仲介装置は、互いに関連付けられた、サービス提供者から提供されたサービスに対する請求金額を含む第１請求データと、利用者端末の利用者を識別する利用者データと、前記第１請求データを送信した前記サービス提供者を識別するサービス提供者識別データとを、第１識別子と共に格納する記憶手段と、前記利用者端末から第２請求データの送信指示を受け付けると、該送信指示および前記第１請求データに基づいて、前記仲介装置を設ける事業者を示す事業者コードと、前記第１識別子とを含む所定のデータ形式の前記第２請求データを生成する生成手段と、前記第２請求データを表示した利用者端末から、該第２請求データを取得する店舗端末から、前記取得した第２請求データまたは該第２請求データに含まれる前記第１識別子を受信すると、前記第２請求データに含まれる前記第１識別子または受信した前記第１識別子に基づいて、該第２請求データに関連する前記サービス提供者識別データを特定し、該サービス提供者識別データを、前記店舗端末に送信する特定手段と、を備える。
【００１０】
本発明の一態様に係る収納方法は、仲介装置と、利用者端末と、店舗端末とを備えるシステムの収納方法であって、前記仲介装置は、互いに関連付けられた、サービス提供者から提供されたサービスに対する請求金額を含む第１請求データと、前記利用者端末の利用者を識別する利用者データと、前記第１請求データを送信した前記サービス提供者を識別するサービス提供者識別データとを、第１識別子と共に格納し、前記利用者端末から第２請求データの送信指示を受け付けると、該送信指示および前記第１請求データに基づいて、前記仲介装置を設ける事業者を示す事業者コードと、前記第１識別子とを含む所定のデータ形式の前記第２請求データを生成し、前記店舗端末が、前記仲介装置が生成した前記第２請求データを表示した利用者端末から、該第２請求データを取得し、前記取得した第２請求データまたは該第２請求データに含まれる前記第１識別子を前記仲介装置に送信し、前記仲介装置が、前記店舗端末から送信された、前記第１識別子または前記第２請求データに含まれる前記第１識別子に基づいて、前記第２請求データに関連する前記サービス提供者識別データを特定し、前記第２請求データの送信の応答として、前記サービス提供者識別データを、前記店舗端末に送信し、前記第２請求データに対する支払いが完了すると、前記店舗端末は、支払いに対するデータを示す売上データを、該店舗端末を管理する店舗管理装置に送信する。
【００１１】
本発明の一態様に係る収納システムは、生成手段と、特定手段と、を備える仲介装置と、利用者端末と、取得手段と、送信手段とを備える店舗端末とを備え、前記生成手段は、前記サービス提供者から提供されたサービスに対する請求金額を含む第１請求データを、前記サービス提供者を識別するサービス提供者識別データと共に受信すると、前記サービス提供者識別データと、前記第１請求データとを互いに関連付け、該関連付けたデータを識別する第１識別子を生成し、前記仲介装置を設ける事業者を示す事業者コードと、前記第１識別子とを含む所定のデータ形式の第２請求データを生成し、前記取得手段が、前記第２請求データを表示した前記利用者端末から、該第２請求データを取得し、前記送信手段が、前記取得した第２請求データまたは該第２請求データに含まれる前記第１識別子を前記仲介装置に送信し、前記特定手段が、前記店舗端末から送信された、前記第１識別子または前記第２請求データに含まれる前記第１識別子に基づいて、該第２請求データに関連する前記サービス提供者識別データを特定し、前記第２請求データの送信の応答として、前記サービス提供者識別データを送信し、前記第２請求データに対する支払いが完了すると、前記送信手段が、支払いに対するデータを示す売上データを、該店舗端末を管理する店舗管理装置に送信する。
【００１２】
なお、上記各システム、装置または方法を、コンピュータによって実現するコンピュータプログラム、およびそのコンピュータプログラムが格納されている、コンピュータ読み取り可能な非一時的記録媒体も、本発明の範疇に含まれる。
【発明の効果】
【００１３】
利便性の高い収納システム、仲介装置および方法を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施の形態に係る収納システムの全体構成の一例を示す図である。
【図２】本発明の第１の実施の形態に係る収納システムの利用シーンを説明するための図である。
【図３】本発明の第１の実施の形態に係る収納システムに含まれる仲介装置、サービス提供側装置、利用者端末、店舗端末、および店舗管理装置の機能構成の一例を示す機能ブロック図である。
【図４】第２請求データのデータ形式を説明するための図である。
【図５】記憶部に格納された利用者番号および利用者識別番号の一例を示す図である。
【図６】本発明の第１の実施の形態における請求データ送信処理の流れの一例を示すフローチャートである。
【図７】本発明の第１の実施の形態における請求データ送信処理の流れの他の例を示すフローチャートである。
【図８】バーコードおよび内訳データの表示処理の流れの一例を示すフローチャートである。
【図９】利用者端末に表示される表示画面の一例を示す図である。
【図１０】第１の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図１１】第１の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例を説明するための図である。
【図１２】本発明の第２の実施の形態に係る収納システムの全体構成の一例を示す図である。
【図１３】本発明の第２の実施の形態に係る収納システムに含まれる仲介装置、サービス提供側装置、利用者端末、店舗端末、店舗管理装置、および決済代行側装置の機能構成の一例を示す機能ブロック図である。
【図１４】本発明の第２の実施の形態における請求データ送信処理の流れの一例を示すフローチャートである。
【図１５】本発明の第２の実施の形態における請求データ送信処理の流れの他の例を示すフローチャートである。
【図１６】バーコードの表示処理の流れの一例を示すフローチャートである。
【図１７】利用者端末に表示される表示画面の一例を示す図である。
【図１８】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図１９】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２０】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２１】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２２】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２３】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２４】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２５】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２６】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２７】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２８】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図２９】第２の実施の形態に係る収納システムにおいて、利用者が利用者端末に表示されたバーコードを用いて支払いを行う際のデータの流れの一例を説明するための図である。
【図３０】本発明の第３の実施の形態に係る収納システムの機能構成の一例を示す機能ブロック図である。
【図３１】本発明の第１の実施の形態における記憶部に格納された第１請求データの一例を示す図である。
【図３２】本発明の第４の実施の形態における請求データ送信処理の流れの一例を示すフローチャートである。
【図３３】本発明の各実施の形態を実現可能なコンピュータ（情報処理装置）のハードウェア構成を例示的に説明する図である。
【発明を実施するための形態】
【００１５】
＜第１の実施の形態＞
本発明の第１の実施の形態について、図面を参照して詳細に説明する。図１は、本実施の形態にかかる収納システム１の全体構成の一例を示す図である。図１に示す通り、本実施の形態に係る収納システム１は、仲介装置１００と、サービス提供側装置２００と、利用者端末３００と、店舗端末４００と、店舗管理装置５００とを含む。各装置は、ネットワークを介して互いに通信可能に接続している。なお、図１では、各装置は、同一のネットワークに接続しているが、装置間毎に異なるネットワークに接続していてもよい。
【００１６】
サービス提供側装置２００は、サービスを提供する事業者側に設けられたサーバである。サービスを提供する事業者（以下、サービス提供者とも呼ぶ）とは、電気会社やＥＣ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍｅｒｃｅ）を行う業者（以下、ＥＣ事業者とも呼ぶ）等である。サービスを提供する事業者のサービス提供側装置２００は、請求データを出力する。なお、サービス提供側装置２００が出力する請求データ（第１請求データとも呼ぶ）についての詳細は後述する。
【００１７】
利用者端末３００は、サービスを利用する利用者が使用する端末である。利用者端末３００は、例えば、スマートフォンやタブレットなどの移動端末である。
【００１８】
店舗端末４００は、例えば、コンビニエンスストアの各店舗に設置された端末であり、例えば、ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｌｅｓ）レジスタで実現される。
【００１９】
店舗管理装置５００は、複数の店舗端末４００で扱うデータを管理する装置である。店舗管理装置５００は、例えば、コンビニエンスストアの本部に設けられ、各店舗のデータを収集して管理するサーバによって実現される。
【００２０】
仲介装置１００は、各装置間の情報のやり取りを仲介する。
【００２１】
なお、図１では、サービス提供側装置２００、利用者端末３００、店舗端末４００、店舗管理装置５００を１つ記載しているが、これらは複数であってもよい。
【００２２】
図２は、本実施の形態に係る収納システム１の利用シーンを説明するための図である。利用者が、サービス提供者が提供するサービスを利用すると、サービス提供者は、この利用に対する料金（サービス利用料）の請求を行う。このサービス利用料は、例えば、サービス提供者が電力会社の場合は、電力料金である。また、サービス利用料は、例えば、サービス提供者がＥＣ事業者の場合、ＥＣ事業者が販売する商品の商品代金である。この請求されたサービス利用料を、請求金額と呼ぶ。
【００２３】
利用者は、利用者端末３００に請求金額を含む請求データ（第２請求データとも呼ぶ）が届くと、利用者端末３００の画面に表示された、請求データを用いて、例えば、コンビニエンスストアなどの店舗で、支払いを行う。なお、本実施の形態では、利用者端末３００が受信する請求データはバーコードであるとして説明を行うが、請求データは、その内容（例えば、金額）がわかり、店舗で支払処理が可能なもので表現されればよい。
【００２４】
店舗では、バーコードスキャナのような機器を用いて、バーコードを読み取る。そして、利用者は、この店舗にて、料金の支払いを行う。
【００２５】
（収納システム１の各装置の構成について）
次に、図３を参照して、本実施の形態に係る収納システム１に含まれる各装置の機能構成について説明する。図３は、本実施の形態に係る収納システム１に含まれる仲介装置１００、サービス提供側装置２００、利用者端末３００、店舗端末４００、および店舗管理装置５００の機能構成の一例を示す機能ブロック図である。なお、図３に示す各装置は、本実施の形態に特有な構成について示したものであり、各装置が図３に示されていない部材を有していてもよいことは言うまでもない。
【００２６】
（サービス提供側装置２００）
サービス提供側装置２００は、受信部２１０と、送信部２２０と、生成部２３０と、を備える。
【００２７】
（受信部２１０）
受信部２１０は、利用者に対する第１請求データの送信先を仲介装置１００にする要求を、仲介装置１００から受信する。受信部２１０は、この要求に基づいて、第１請求データの送信先を仲介装置１００に設定する。ここで、第１請求データとは、利用者が利用したサービスに対する利用料を含むデータであり、サービス提供側装置２００が出力する請求データである。この第１請求データには、少なくとも請求金額が含まれる。なお、この第１請求データには、その他の情報（例えば、支払期限や、利用されたサービスの内容を示す内訳データ、利用者端末３００の表示画面に表示させたい内容等）が含まれていてもよい。
【００２８】
また、受信部２１０は、仲介装置１００からリアル通知を受け取る。リアル通知については後述する。
【００２９】
また、受信部２１０は、仲介装置１００または店舗管理装置５００から速報データおよび確報データを受信する。速報データおよび確報データについては後述する。
【００３０】
（生成部２３０）
生成部２３０は、仲介装置１００に送信する第１請求データを生成する。生成部２３０は、利用者を表す利用者識別データ（例えば、お客様番号）毎に、請求金額を算出する。利用者識別データとは、サービス提供者が設定する利用者を識別する情報であり、例えばお客様番番号やサービス利用時に発行された伝票の伝票番号等である。そして、生成部２３０は、少なくとも請求金額を含む第１請求データを生成する。生成部２３０は、生成した第１請求データと、利用者識別データと、サービス提供側装置２００を有するサービス提供者を示すサービス提供者識別データとを、互いに関連付けて、送信部２２０に供給する。サービス提供者識別データとは、例えば、サービス提供者を示す識別子（事業者識別子）や社名（サービス提供者名）である。なお、生成部２３０が生成する第１請求データに含まれる情報は請求金額に限定されず、上述した通り、支払期限や、利用されたサービスの内容を示す内訳データ、利用者端末３００の表示画面に表示させたい内容などの情報が含まれていてもよい。
【００３１】
（送信部２２０）
送信部２２０は、生成部２３０から、互いに関連付けられた、第１請求データと利用者識別データとサービス提供者識別データとを受け取る。送信部２２０は、受け取った第１請求データと利用者識別データとサービス提供者識別データとを、仲介装置１００に送信する。
【００３２】
（仲介装置１００）
仲介装置１００は、受信部１１０と、送信部１２０と、生成部１３０と、記憶部１４０と、特定部１５０と、を備える。
【００３３】
（受信部１１０）
受信部１１０は、利用者データの発行要求を、利用者端末３００から受信する。利用者データの発行要求については、後述する。受信部１１０は、受信した利用者データの発行要求を、生成部１３０に供給する。
【００３４】
また、受信部１１０は、サービス提供側装置２００から互いに関連付けられた、第１請求データと利用者識別データとサービス提供者識別データとを受信する。受信部１１０は、受信した互いに関連付けられた、第１請求データと利用者識別データとサービス提供者識別データとを、生成部１３０に供給する。
【００３５】
また、受信部１１０は、サービス提供側装置２００から受信した第１請求データに販売事業者を示す情報が含まれる場合、第１請求データの送信指示を送信部１２０に出力する。そして、受信部１１０は、送信部１２０による第１請求データの送信の応答として、販売事業者の店舗端末４００または店舗管理装置５００から送信された受付番号を受信する。そして、受信部１１０は、受信した受付番号を関連する第１請求データと共に、生成部１３０に供給する。
【００３６】
また、受信部１１０は、利用者端末３００から第２請求データの送信要求を、利用者データと共に受信する。受信部１１０は、第２請求データの送信要求を、利用者データと共に、生成部１３０に供給する。この第２請求データについての詳細は後述する。なお、第２請求データの送信要求には、通番（第１識別子）が含まれる。
【００３７】
また、受信部１１０は、店舗端末４００から第２請求データを受信すると、第２請求データに含まれる通番に関連するサービス提供者識別データ（事業者識別子）を特定する指示を特定部１５０に送信する。そして、送信部１２０に、第２請求データの受信に対する応答として、サービス提供者識別データを送信する指示を、応答の送信先（第２請求データを送信した店舗端末４００）を示す情報と共に送信する。
【００３８】
また、受信部１１０は、店舗端末４００から、第２請求データに対するリアル通知を受け取る。このリアル通知には、第２請求データ、または、記憶部１４０に格納された第２請求データを特定するための通番が含まれる。以下では、リアル通知には、第２請求データが含まれるとして説明する。そして、受信部１１０は、このリアル通知を送信部１２０に出力する。
【００３９】
また、受信部１１０は、店舗管理装置５００から速報データを受け取ると、該速報データを送信部１２０に出力する。また、受信部１１０は、店舗管理装置５００から確報データを受け取ると、該確報データを送信部１２０に出力する。なお、速報データおよび確報データについては後述する。
【００４０】
（記憶部１４０）
記憶部１４０は、互いに関連付けられた、利用者データの発行要求に基づいて生成された利用者番号と、利用者識別番号とを格納している。なお、記憶部１４０が格納するデータについては、図を変えて後述する。
【００４１】
また、記憶部１４０は、互いに関連付けられた、通番と、利用者データと、第１請求データと、サービス提供者識別データと、を格納する。この格納されたデータに関しては、図を変えて後述する。
【００４２】
（生成部１３０）
生成部１３０は、利用者データの発行要求を受信部１１０から受信する。生成部１３０は、受信した利用者データの発行要求に基づいて、利用者を識別する利用者データ（利用者番号とも呼ぶ）を発行する。なお、利用者データの発行要求に基づく生成部１３０の処理については、後述する。
【００４３】
生成部１３０は、受信部１１０から第１請求データと利用者識別データとサービス提供者識別データとを受け取る。生成部１３０は、記憶部１４０を参照し、受信部１１０が受信した利用者識別データに対応する利用者データ（利用者番号）を特定する。そして、生成部１３０は、特定した利用者データと、第１請求データと、サービス提供者識別データと、を関連付け、関連付けたデータを識別する通番（第１識別子）を生成する。そして、生成部１３０は、生成した通番と、第１請求データと、サービス提供者識別データと、利用者データと、を関連付けて、記憶部１４０に格納する。そして、生成部１３０は、第１請求データに通番を付与した旨を示す通知を、付与した通番と共に送信部１２０に送信する。
【００４４】
また、生成部１３０は、受信部１１０が第２請求データの送信要求を受信すると、記憶部１４０に格納された、通番が付与された第１請求データに基づいて、利用者端末３００に送信する第２請求データを生成する。まず、生成部１３０は、記憶部１４０に格納されたデータのうち、第２請求データの送信要求と共に送信された利用者データに関連付けられたデータを特定する。利用者データに関連付けられたデータとは、例えば、通番、第１請求データおよびサービス提供者識別データである。生成部１３０は、通番と、第１請求データに含まれる請求金額と、サービス提供者識別データと、仲介装置１００を有する事業者を表す仲介事業者識別子とを用いて、図４の形式で表現された第２請求データを生成する。
【００４５】
ここで、図４を用いて、第２請求データのデータ形式について説明する。図４は本実施の形態における、第２請求データのデータ形式を説明するための図である。図４に示す通り、生成部１３０が生成する第２請求データは４４桁で表現されるデータである。図４における（２）の項目は、国コードの２桁目と、５桁の請求書発行企業コードの、６桁で表現される。日本を示す国コードの２桁目は、９または５であるため、（２）の項目の一番左の桁には、９または５が設定される。請求書発行企業コードは、請求書を発行する企業を識別するための識別子である。本実施の形態では、この請求書発行企業コードに仲介装置１００を有する事業者を示すコード（仲介事業者識別子）を設定する。（３）〜（６）の項目は、一般的な収納代行用のバーコードにおいては、自由使用欄である。本実施の形態では自由使用欄のうち、最初の５桁（（３）の項目）に決済代行会社の事業者コードを、次の５桁（（４）の項目）に請求事業者（サービス提供者）の事業者コード（事業者識別子）を設定する。ここで、本実施の形態では、収納システム１に示す通り、決済代行会社を含まないため、生成部１３０は、（３）の項目には、サービス提供者を示す事業者コードを設定してもよいし、仲介装置１００を有する事業者を示すコードを設定してもよい。また、生成部１３０は、（４）の項目に、サービス提供者を示す事業者コードを設定する。
【００４６】
また、生成部１３０は、（５）の項目に、生成した通番であって、記憶部１４０に格納されている通番を設定する。また、生成部１３０は、支払期限の欄に、所定の期限を設定してもよいし、受信部１１０が受信した第１請求データに支払期限が含まれる場合には、該支払期限を設定する。
【００４７】
また、（６）の項目には、生成される第２請求データによって表現される支払伝票が、赤伝か黒伝かを示す情報が含まれる。なお、生成部１３０は、（６）の項目に赤伝を示す値（図４の場合「１」）を設定する場合、この赤伝に関連する黒伝が発行されたか否かを判定し、黒伝が発行されていると判定された場合に、（６）の項目に赤伝を示す値を設定する。
【００４８】
（７）〜（１１）の項目は、一般的な収納代行用のバーコードと同様であるため、説明を省略する。
【００４９】
生成部１３０は、生成した第２請求データを、第２請求データの送信要求を送信した利用者端末３００を示す情報と共に、送信部１２０に供給する。このとき、生成部１３０が生成した第２請求データは、図４の形式で表現されたバーコードを表す画像であってもよいし、バーコードを生成するために必要なデータであってもよい。生成部１３０が送信する第２請求データは、利用者端末３００の画面上でバーコードが表示できるデータであればよく、その形式は特に限定されない。
【００５０】
なお、生成部１３０は生成した第２請求データを、例えば、通番によって特定される第１請求データに関連付けて、記憶部１４０に格納してもよい。
【００５１】
なお、生成部１３０は、受信部１１０から第１請求データに関連する受付番号を受信した場合、通番を付与した第１請求データに受信した受付番号を関連付けて記憶部１４０に格納する。
【００５２】
（送信部１２０）
送信部１２０は、サービス提供側装置２００に対し、利用者データの発行要求を送信した利用者に対する第１請求データの送信先を仲介装置１００にする要求を送信する。
【００５３】
また、送信部１２０は、第１請求データに通番を付与した旨を示す通知を通番と共に、生成部１３０から受け取る。そして、送信部１２０は、受け取った通番に関連付けられた利用者番号によって示される利用者の利用者端末３００に対し、請求がある旨の通知を送信する。このとき、送信部１２０が送信する通知には、少なくとも通番と、請求がある旨を示すメッセージが含まれる。なお、この通知にはその他の情報が含まれていてもよい。
【００５４】
また、送信部１２０は、受信部１１０が、販売事業者を示す情報が含まれる第１請求データを受信した場合、販売事業者の店舗端末４００または店舗管理装置５００に対して、第１請求データを送信する。
【００５５】
また、送信部１２０は、第２請求データを、第２請求データの送信要求を送信した利用者端末３００を示す情報と共に、生成部１３０から受信する。そして、送信部１２０は、受信した第２請求データを、上記利用者端末３００を示す情報によって特定される利用者端末３００に送信する。
【００５６】
なお、送信部１２０は、第２請求データの送信要求を送信した利用者端末３００に対して、生成部１３０が生成した第２請求データそのものを送信してもよいし、リスト形式で表示可能な情報のみを送信してもよい。これについては、図９を参照して後述する。
【００５７】
また、送信部１２０は、特定部１５０からサービス提供者識別データを受け取り、受信部１１０から該サービス提供者識別データの送信指示を受け取ると、受け取ったサービス提供者識別データの送信指示に基づいて、該サービス提供者識別データを、店舗端末４００に送信する。
【００５８】
また、送信部１２０は、受信部１１０からリアル通知を受け取ると、リアル通知に含まれる第２請求データに含まれる請求事業者（サービス提供者）に対し、リアル通知を行う。
【００５９】
また、送信部１２０は、受信部１１０から速報データを受け取ると、関連する第２請求データに含まれる請求事業者（サービス提供者）に対し、速報データを送信する。なお、速報データについては後述する。
【００６０】
また、送信部１２０は、受信部１１０から確報データを受け取ると、関連する第２請求データに含まれる請求事業者（サービス提供者）に対し、確報データを送信する。なお、確報データについては後述する。
【００６１】
（特定部１５０）
特定部１５０は、受信部１１０から、サービス提供者識別データを特定する指示を受信する。特定部１５０は、記憶部１４０を参照して、受信部１１０が受信した第２請求データに対応する第１請求データを特定し、該第１請求データに関連付けられたサービス提供者識別データを特定する。そして、特定部１５０は、特定したサービス提供者識別データを、送信部１２０に出力する。
【００６２】
（利用者端末３００）
利用者端末３００は、受信部３１０と、送信部３２０と、表示部３３０と、生成部３４０と、受付部３５０と、記憶部３６０と、を備える。
【００６３】
（受信部３１０）
受信部３１０は、仲介装置１００から、請求がある旨の通知を受信する。この通知には、通番とメッセージとが少なくとも含まれる。受信部３１０は、受信したメッセージを表示画面に表示されるように表示部３３０に供給してもよいし、音で出力する図示しないスピーカー等に供給してもよい。
【００６４】
受信部３１０は、第２請求データを、仲介装置１００から受信する。これにより、利用者端末３００は、第２請求データ表す画面を表示可能な状態になる。受信部３１０は、受信した第２請求データを表示部３３０に供給する。受信部３１０は、受信した第２請求データを、記憶部３６０に格納する。
【００６５】
（送信部３２０）
送信部３２０は、受信部３１０が受信した通知に対して、利用者が入力した第２請求データの送信指示を受付部３５０が受け付けると、利用者自身を特定する情報と共に、利用する（利用した）サービスに対する第２請求データの送信要求を、仲介装置１００に送信する。利用者自身を識別する情報とは、例えば、利用者端末３００に設定された電話番号である。また、利用者自身を識別する情報（利用者データ）は、電話番号に限定されず、一意に識別可能な識別子であってもよい。本実施の形態では、利用者自身を識別する情報として電話番号を採用して説明を行う。なお、電話番号には、メールアドレスや利用者のニックネーム等が関連付けられていてもよい。なお、第２請求データの送信要求は、利用者が利用する（利用した）サービス全てに対する請求に対する送信要求（後述するまとめデータに対する送信要求）であってもよい。なお、まとめデータに対する送信要求については、第２の実施の形態において説明する。また、第２請求データの送信要求は、１または複数のサービスの夫々に対する第１請求データに対する送信要求であってもよい。例えば、第２請求データの送信要求に、受信部３１０が受信した通知に含まれる通番やサービス提供者を識別する情報が含まれることにより、送信部３２０は、利用者が指定した請求に対応する第２請求データの送信要求を送信してもよい。
【００６６】
（表示部３３０）
表示部３３０は、受付部３５０からの指示に基づいた画面を表示する。表示部３３０は、例えば、液晶ディスプレイによって実現される。また、表示部３３０は、受信部３１０または生成部３４０からバーコードを受信すると、後述するバーコード画面を表示する。
【００６７】
（生成部３４０）
生成部３４０は、第２請求データがバーコードを表示可能なデータの場合、受付部３５０からの指示に基づいて、第２請求データを表現するバーコードを生成する。生成部３４０は生成したバーコードを、表示部３３０に出力する。なお、生成部３４０は、生成したバーコードを、第２請求データに関連付けて、記憶部３６０に格納してもよい。
【００６８】
（受付部３５０）
受付部３５０は、操作者によって入力された操作内容を受け付ける。受付部３５０は、受け付けた操作内容に応じた指示を、送信部３２０、表示部３３０または生成部３４０に出力する。受付部３５０は、例えば、入力箇所を検知するセンサによって実現される。本実施の形態では、表示部３３０と受付部３５０とはこれらが一体となったタッチパネルであるとして説明を行う。
【００６９】
（記憶部３６０）
記憶部３６０は、受信部３１０が受信した第２請求データを格納する。
【００７０】
（店舗端末４００）
店舗端末４００は、受信部４１０と、送信部４２０と、取得部４３０と、表示部４４０と、を備える。
【００７１】
（取得部４３０）
取得部４３０は、店舗端末４００に含まれる、または、接続している、例えば、バーコードスキャナによって、利用者端末３００に表示されたバーコードが読み取られると、この読み取られたバーコードによって表される請求データを取得する。利用者端末３００に表示されたバーコードは、図４に示す形式のデータ（第２請求データ）である。取得部４３０は、取得した第２請求データを、送信部４２０に供給する。
【００７２】
（送信部４２０）
送信部４２０は、受信部４１０から第１請求データの受信に対する応答を送信する指示を受け取る。そして、送信部４２０は、この指示に基づいて、第１請求データに関連する受付番号を、例えば、図示しない記憶部を参照することにより特定する、または、上記受付番号を発行する。そして、送信部４２０は、特定した、または、発行した受付番号を、第１請求データの受信に対する応答として、仲介装置１００に送信する。
【００７３】
また、送信部４２０は、取得部４３０から第２請求データを受け取る。上述したとおり、第２請求データは、図４に示す形式で表現される。一般的に、店舗端末４００は、第２請求データの（２）の項目に含まれる請求書発行企業コードに基づいて処理を行う。本実施の形態でも、この機能を利用し、送信部４２０は、この第２請求データの（２）の項目に含まれる請求書発行企業コードによって示される事業者宛てに、第２請求データを送信する。請求書発行企業コードによって示される事業者は、上述したとおり、仲介装置１００を有する事業者である。したがって、送信部４２０は、仲介装置１００に、上記問い合わせを送信する。
【００７４】
また、送信部４２０は、リアル通知を行う。ここでリアル通知とは、店舗端末４００が収納を代行したことを示す情報が入力される（つまり、利用者が支払いを行ったことを示す情報が入力される）と、即時に収納の代行処理を行った旨を示す通知を送信する処理を示す。本実施の形態および他の実施の形態では、この通知を送信することを「リアル通知を送信する」とも言う。また、本実施の形態および他の実施の形態では、この通知を受信することを「リアル通知を受信する」と言う。
【００７５】
また、送信部４２０は、店舗管理装置５００に対して、売上データを、第２請求データと共に送信する。
【００７６】
（受信部４１０）
受信部４１０は、仲介装置１００から第１請求データが送信された場合、該第１請求データを受信する。そして、受信した第１請求データに対する応答を送信する指示を送信部４２０に出力する。
【００７７】
また、受信部４１０は、仲介装置１００からサービス提供者識別データを受け取る。受信部４１０は受け取ったサービス提供者識別データを、表示部４４０に出力する。
【００７８】
（表示部４４０）
表示部４４０は、受信部４１０および取得部４３０から受け取った情報を表示画面に表示する。例えば、表示部４４０は、取得部４３０が読み取った第２請求データに含まれる請求金額と、受信部４１０が受信したサービス提供者識別データによって表されるサービス提供者名とを、表示画面に表示する。表示部４４０は、例えば、液晶ディスプレイによって実現される。
【００７９】
（店舗管理装置５００）
店舗管理装置５００は、受信部５１０と、送信部５２０とを備える。
【００８０】
（受信部５１０）
受信部５１０は、仲介装置１００から第１請求データが送信された場合、該第１請求データを受信する。そして、受信した第１請求データに対する応答を送信する指示を送信部５２０に出力する。
【００８１】
また、受信部５１０は、店舗端末４００から売上データを第２請求データと共に受信する。
【００８２】
（送信部５２０）
送信部５２０は、受信部５１０から第１請求データに対する応答を送信する指示を受け取る。そして、送信部５２０は、この指示に基づいて、第１請求データに関連する受付番号を、例えば、図示しない記憶部を参照することにより特定する、または、上記受付番号を発行する。そして、送信部５２０は、特定したまたは発行した受付番号を、第１請求データの応答として、仲介装置１００に送信する。
【００８３】
また、送信部５２０は、受信部５１０が受信した売上データに関連する速報データを、該売上データに関連する第２請求データに含まれる宛先に送信する。第２請求データに含まれる宛先とは、図４の（２）の項目に含まれる請求書発行企業コードにて示される事業者（仲介装置１００）または（４）の項目に含まれる請求事業者（サービス提供側装置２００）である。
【００８４】
同様に、送信部５２０は、受信部５１０が受信した売上データに関連する確報データを、該売上データに関連する第２請求データに含まれる宛先に送信する。
【００８５】
ここで、速報とは、第２請求データで示される料金の支払いに対する収納を代行したことを示す情報を、所定のタイミング（例えば、１日１回）で連携する処理であり、速報データとは、この処理のために用いられるデータである。また、確報とは、第２請求データで示される料金の支払いに対する収納取引の終了が確定したことを、所定のタイミング（例えば、サービス提供者との間で定められた締日）で連携する処理であり、確報データとは、この処理のために用いられるデータである。
【００８６】
（設定方法について）
利用者がサービスを利用すると、一般的には、サービス提供者から直接利用者に請求データが届けられる。しかしながら、本実施の形態では、利用者端末３００が、仲介装置１００を介してデータを受信する構成を取る。したがって、以下では、利用者端末３００が、仲介装置１００を介して請求データを受信するように設定する設定方法について説明する。
【００８７】
本実施の形態では、請求データを受信し、受信した請求データを利用者端末３００の表示部３３０に表示するアプリケーションプログラムを用いるとする。なお、このアプリケーションプログラムは、仲介装置１００のみと通信可能な専用のプログラムであってもよいし、他の装置とも通信可能な汎用的なプログラムであってもよい。また、アプリケーションプログラムは、サービス提供者が提供しているプログラムであってもよい。
【００８８】
まず、利用者が、アプリケーションプログラムを実行することにより、利用者端末３００の送信部３２０は、利用者データの発行要求を仲介装置１００に送信する。利用者データの発行要求とは、仲介装置１００が利用者端末３００を識別する際に用いる識別子を生成することを要求することである。このとき、利用者端末３００は、サービス提供者側に登録された利用者を識別するデータを、利用者データの発行要求と共に送信する。サービス提供者側に登録された利用者を識別するデータとは、上述した利用者識別データである。以下では、利用者識別データを利用者識別番号とも呼ぶ。
【００８９】
そして、仲介装置１００の送信部１２０は、利用者識別番号を管理するサービス提供者側に設けられたサービス提供側装置２００に対し、利用者識別番号によって表される利用者に対する第１請求データの送信先を仲介装置１００または仲介装置１００を有する仲介事業者にする要求を送信する。なお、この要求は、利用者端末３００上で動作するアプリケーションプログラムによって、利用者端末３００からサービス提供側装置２００に送信されてもよい。
【００９０】
なお、アプリケーションプログラムが、サービス提供者が提供しているプログラムの場合、利用者識別番号は、該アプリケーションプログラムを実行する利用者端末３００からサービス提供側装置２００を介して仲介装置１００に送信されてもよい。以下、上記アプリケーションプログラムを、単にアプリケーションとも呼ぶ。
【００９１】
これにより、サービス提供側装置２００が出力する第１請求データの出力先を仲介装置１００に設定する。したがって、利用者端末３００が、仲介装置１００を介して第１請求データに基づいた請求データを受信するように設定することができる。なお、サービス提供側装置２００は、第１請求データの出力先が仲介装置１００に設定したことを示す通知を仲介装置１００に送信してもよい。
【００９２】
なお、第１請求データの出力先の設定は、サービス提供者ごとに異なる方法で行われてもよいし、同じ方法で行われてもよい。
【００９３】
仲介装置１００の受信部１１０は、利用者データの発行要求を、利用者識別番号と共に受信する。生成部１３０は、利用者データの発行要求に基づいて、利用者を識別する利用者データ（利用者番号）を発行する。そして、生成部１３０は、発行した利用者番号と、利用者識別番号とを関連付けて記憶部１４０に格納する。記憶部１４０に格納された利用者番号および利用者識別番号の一例を図５に示す。図５に示す通り、利用者番号には、１以上の利用者識別番号が関連付けられて記憶されている。なお、図５に示す利用者番号および利用者識別番号は一例であり、これらが図５に示す情報以外の情報を含んでいてもよい。また、利用者識別番号には、やサービス提供者を識別するコードやサービス提供者名が関連付けられていてもよい。なお、本実施の形態では、送信部１２０が発行する利用者番号は、電話番号であるとして説明を行うが、利用者番号は仲介装置１００内で利用者端末３００が識別可能な番号であればよい。
【００９４】
なお、利用者端末３００は、サービス提供者側に登録された利用者を識別するデータを、利用者データの発行要求とは別に送信してもよい。例えば、利用者端末３００は、利用者データの発行要求を行い、仲介装置１００が利用者データ（利用者番号）を発行したのちの任意のタイミングで、仲介装置１００に対し、利用者識別番号を送信してもよい。なお、利用者識別番号と利用者番頭とは同じ番号であってもよいし異なっていてもよい。
【００９５】
（請求データの送信方法について）
次に、請求データの送信方法について説明する。図６は、本実施の形態における請求データ送信処理の流れの一例を示すフローチャートである。図６において、各装置の処理の間にある破線の矢印は、データの流れを示している。
【００９６】
図６の例では、利用者が、サービス提供者が提供するサービスを利用しているとする。このサービスに対する利用料は、電力料金のように、定期的に支払うものであってもよいし、ＥＣサイトを介したショッピングのように、その都度、支払うものであってもよい。
【００９７】
利用者がサービスを利用しているため、サービス提供側装置２００の送信部２２０は、生成部２３０が生成した第１請求データと利用者識別データとサービス提供者識別データとを、仲介装置１００に送信する（ステップＳ６１）。上述した通り、第１請求データには、少なくとも請求金額が含まれるが、その他の情報が含まれていてもよい。
【００９８】
仲介装置１００の受信部１１０が、サービス提供側装置２００から第１請求データを、利用者識別データとサービス提供者識別データと共に受信する（ステップＳ６２）。生成部１３０は、受信した利用者識別データを用いて、記憶部１４０に格納された利用者番号を特定する。そして、生成部１３０は、受信した第１請求データと、サービス提供者識別データと、特定した利用者番号とを関連付け、該関連付けたデータを識別する通番を付与する。そして、生成部１３０は、記憶部１４０に、この通番と、第１請求データと利用者番号とサービス提供者識別データとを互いに関連付けて格納する（ステップＳ６３）。記憶部１４０に格納された、通番を付与された第１請求データの一例を図３１に示す。図３１に示す通り、記憶部１４０には、通番と、利用者番号と、サービス提供者識別データ（事業者識別子）と、第１請求データ（請求金額）と、が互いに関連付けて格納されている。なお、図３１に示す第１請求データには、支払期限も含まれているとして説明を行う。仲介装置１００は、この通番によって、どの利用者のどの取引かを一意に識別することができる。
【００９９】
その後、仲介装置１００の送信部１２０は、第１請求データに通番を付与した旨を示す通知を通番と共に、生成部１３０から受け取ると、利用者番号によって示される利用者の利用者端末３００に対し、請求がある旨の通知を送信する（ステップＳ６４）。
【０１００】
利用者端末３００の受信部３１０は、仲介装置１００から請求がある旨の通知を受信する（ステップＳ６５）。利用者端末３００は、通知を受信したことを利用者が把握できるように、例えば、表示部３３０の表示画面に表示してもよい。
【０１０１】
その後、利用者によって、第１請求データに対応する第２請求データの送信指示が、例えば、受付部３５０を介して入力されると、利用者端末３００の送信部３２０から第２請求データの送信要求が、利用者データと共に送信される（ステップＳ６６）。仲介装置１００の受信部１１０は、この第２請求データの送信要求を、利用者データと共に受信する（ステップＳ６７）。なお、ステップＳ６６は、ステップＳ６５の後の任意のタイミングで行われればよく、ステップＳ６５の直後に連続して行われなくてもよい。
【０１０２】
仲介装置１００の生成部１３０は、利用者端末３００に送信する、図４の形式で表現された第２請求データを生成する（ステップＳ６８）。このとき、第２請求データの送信要求に、サービス提供者を識別する情報や通番が含まれていない場合、生成部１３０は、記憶部１４０に格納されたデータのうち、利用者データに関連付けられた、全てのデータに対して、第２請求データを生成してもよい。また、生成部１３０は、記憶部１４０に格納されたデータのうち、利用者データに関連付けられた、一部に対して第２請求データを生成してもよい。また、第２請求データの送信要求にサービス提供者を識別する情報や通番が含まれている場合、生成部１３０は、記憶部１４０に格納されたデータのうち、利用者データとサービス提供者識別データとに関連付けられたデータまたは通番に関連付けられたデータに対して、第２請求データを生成してもよい。また、サービス提供者識別データがサービス提供者名の場合、生成部１３０は、サービス提供者名で表現されるサービス提供者の事業者識別子を特定し、特定した事業者識別子を用いて第２請求データを生成してもよい。
【０１０３】
そして、仲介装置１００の送信部１２０は、生成部１３０が生成した第２請求データを、利用者端末３００に送信する（ステップＳ６９）。このとき、記憶部１４０に格納された第１請求データに、内訳データが含まれている場合、送信部１２０は、生成部１３０が生成した第２請求データに、内訳データを関連付けて送信してもよい。
【０１０４】
その後、利用者端末３００の受信部３１０は、仲介装置１００から第２請求データを、受信する（ステップＳ７０）。
【０１０５】
以上のように、利用者端末３００は、サービス提供側装置２００が出力した第１請求データに対応する、生成部１３０が生成した第２請求データを受信する。
【０１０６】
また、利用者が、例えば、ＥＣサイト等でショッピングを行う際に、支払方法として、あるコンビニエンスストアにおける支払いを選択したとする。この場合、例えば、利用者が上記ショッピングの受付番号を、店員に伝えることにより、支払いを行うことが考えられる。あるいは、例えば、利用者がコンビニエンスストアに備え付けのマルチメディア端末に受付番号を入力し、該受付番号に関連する請求内容を表現する情報が印字されたレシートをレジに持っていくことで、支払いを行う方法が考えられる。
【０１０７】
このような場合、この受付番号は、支払いが可能なコンビニエンスストアに関連付けられた情報であり、コンビニエンスストア毎に取り決められている。よって、この受付番号は、このコンビニエンスストアが管理している。そして、この受付番号には、少なくとも請求金額が関連付けられている。なお、受付番号には、内訳を示す内訳データや支払期限が関連付けられていてもよい。このような場合、請求データ送信処理の流れは、図７に示す流れであってもよい。
【０１０８】
図７は、本実施の形態における請求データ送信処理の流れの他の例を示すフローチャートである。図７において、各装置の処理の間にある破線の矢印は、データの流れを示している。
【０１０９】
サービス提供側装置２００の送信部２２０は、第１請求データを、仲介装置１００に送信する（ステップＳ７１）。そして、仲介装置１００の受信部１１０が、サービス提供側装置２００から第１請求データを受信する（ステップＳ７２）。なお、この第１請求データには、支払先として指定された、コンビニエンスストア等の販売事業者を示す情報が含まれる。
【０１１０】
生成部１３０は、受信した利用者識別データを用いて、記憶部１４０に格納された利用者番号を特定する。そして、生成部１３０は、受信した第１請求データと、サービス提供者識別データと、特定した利用者番号とを関連付け、該関連付けたデータを識別する通番を付与する。そして、生成部１３０は、記憶部１４０に、この通番と、第１請求データと利用者番号とサービス提供者識別データとを互いに関連付けて格納する（ステップＳ７３）。なお、生成部１３０が記憶部１４０に格納するデータは、図３１を用いて説明したデータと同様であるため、詳細な説明を省略する。
【０１１１】
そして、送信部１２０は、受信部１１０が受信した第１請求データに基づいて、販売事業者の店舗端末４００または店舗管理装置５００に対して、第１請求データをサービス提供者識別データと共に送信する（ステップＳ７４）。なお、第１請求データを送信する先は、店舗端末４００および店舗管理装置５００以外の、受付番号を発行する事業者であってもよい。図７の例では、送信部１２０は、第１請求データを、店舗管理装置５００に送信するとする。
【０１１２】
店舗管理装置５００の受信部５１０が第１請求データをサービス提供者識別データと共に受信する（ステップＳ７５）と、送信部５２０が第１請求データに関連する受付番号を特定または発行する。そして、送信部５２０は、該受付番号を、第１請求データの受信に対する応答として、仲介装置１００に送信する（ステップＳ７５）。
【０１１３】
仲介装置１００の受信部１１０は、第１請求データの送信に対する応答として、受付番号を受信する（ステップＳ７７）。
【０１１４】
生成部１３０は、ステップＳ７４にて記憶部１４０に格納した第１請求データに、受信した受付番号を関連付けて格納する（ステップＳ７８）。
【０１１５】
その後、上述したステップＳ６４〜Ｓ７０と同様に、以下のステップＳ７９〜Ｓ８５が行われる。つまり、仲介装置１００の送信部１２０が利用者端末３００に請求がある旨の通知を送信し（ステップＳ７９）、受信部３１０がこの通知を受信する（ステップＳ８０）。そして、利用者端末３００の送信部３２０から第２請求データの送信要求が、利用者データと共に送信される（ステップＳ８１）と、仲介装置１００の受信部１１０は、この第２請求データの送信要求を、利用者データと共に受信する（ステップＳ８２）。なお、ステップＳ８１は、ステップＳ８０の後の任意のタイミングで行われればよく、ステップＳ８０の後に連続して行われなくてもよい。そして、仲介装置１００の生成部１３０は、利用者端末３００に送信する、図４の形式で表現された第２請求データを生成する（ステップＳ８３）。その後、仲介装置１００の送信部１２０は、生成部１３０が生成した第２請求データを、利用者端末３００に送信する（ステップＳ８４）。そして、利用者端末３００の受信部３１０は、仲介装置１００から第２請求データを、受信する（ステップＳ８５）。
【０１１６】
以上のように、利用者端末３００は、サービス提供側装置２００が出力した第１請求データに対応する、生成部１３０が生成した第２請求データを受信する。この図７の処理によって、利用者は、受付番号を店員に伝えたり、マルチメディア端末に入力したりしなくとも、支払いを行うために必要な第２請求データを、利用者端末３００の画面上に表示させることができる。
【０１１７】
（バーコードおよび内訳データの表示処理について）
次に、バーコードおよび内訳データの表示処理について、図８および図９を用いて説明する。図８は、バーコードおよび内訳データの表示処理の流れの一例を示すフローチャートである。図９は、利用者端末３００に表示される表示画面の一例を示す図である。
【０１１８】
利用者端末３００上で、上述したアプリケーションプログラムを実行し、第２請求データを画面に表示する指示を利用者が利用者端末３００に対して入力することにより、表示部３３０は、受信した第２請求データの画面を表示する。なお、表示部３３０の受信部３１０が、生成部１３０が生成した第２請求データそのものを受信した場合について説明する。
【０１１９】
表示部３３０は、受信した第２請求データの一覧を示す一覧画面を表示する（ステップＳ８６）。この一覧画面の例を図９の左側に示す。図９に示す一覧画面には、未払いの４つの第２請求データを示している。
【０１２０】
この一覧画面に表示される、第２請求データは、未払いの第２請求データのみであってもよいし、支払い済みの第２請求データが含まれていてもよい。この場合、支払い済みの第２請求データと、未払いの第２請求データとが異なる様態で表示されることが好ましい。
【０１２１】
また、表示部３３０は、一覧画面に含まれる第２請求データに含まれる事業者識別子が表すサービス提供者の名前を、一覧画面に含めて表示してもよい。また、表示部３３０は、一覧画面に、第２請求データに関連する内訳データを表示してもよい。
【０１２２】
なお、送信部１２０から送信された第２請求データに、生成部１３０が生成した請求データそのものが含まれている場合、表示部３３０は、受信した第２請求データから一覧画面に表示する情報のみを抽出して表示してもよい。また、送信部１２０から送信された第２請求データが、一覧画面に表示可能な情報（リスト形式で表示可能な情報）のみが送信された場合、表示部３３０は、受信した第２請求データそのものを一覧画面に表示してもよい。このとき受信した第２請求データには、少なくとも、一覧画面に表示する内容と通番が含まれればよい。
【０１２３】
受付部３５０は、一覧画面に表示される第２請求データに対し、利用者によって入力された指示を受け付ける（ステップＳ８７にてＹＥＳ）と、受付部３５０は、受け付けた指示に応じた画面を表示する表示指示を表示部３３０または生成部３４０に出力する。図９の例では、一覧画面上の第２請求データが選択された場合、受付部３５０が受け付けた指示は、第２請求データに対する支払いを行うために、バーコードを表示させるバーコード表示指示であるとする。また、第２請求データに対するマークが選択された場合、受付部３５０が受け付けた指示は、該第２請求データの内訳を表示させる内訳表示指示であるとする。
【０１２４】
受付部３５０が受け付けた指示が、例えば、図９の一覧画面の一番上に表示された第２請求データに対するバーコード表示指示の場合（ステップＳ８８にて「バーコード表示指示」）、表示部３３０は、一覧画面上の選択された第２請求データに対応するバーコードを画面に表示する（ステップＳ８９）。受信部３１０が受信した第２請求データがバーコードの場合、表示部３３０は、受信したバーコードをそのまま画面に表示してよい。また、受信部３１０が受信した第２請求データが画面にバーコードを表示させることができるデータ（例えば、文字列）の場合、生成部３４０が上記第２請求データに基づいてバーコードを生成し、表示部３３０が生成されたバーコードを画面に表示してもよい。また、送信部１２０から送信された第２請求データが、一覧画面に表示可能な情報（リスト形式で表示可能な情報）のみである場合、送信部３２０は、仲介装置１００に対し、生成部１３０が生成した第２請求データそのもの（本例の場合、バーコード）の送信要求を送信する。そして、受信部３１０が応答として受信した第２請求データを、表示部３３０が表示画面に表示してもよい。
【０１２５】
このバーコード画面の一例は、図９の中央に示す画面である。バーコード画面には、バーコードが含まれる。なお、このバーコード画面には、請求金額が含まれていてもよい。
【０１２６】
受付部３５０が受け付けた指示が、例えば、図９の一覧画面の一番下に表示された第２請求データに対する内訳表示指示の場合（ステップＳ８８にて「内訳表示指示」）、表示部３３０は、内訳表示指示に関連する内訳データを含む内訳画面を表示する（ステップＳ９０）。なお、利用者端末３００が第２請求データに関連する内訳データを受信していない場合、利用者端末３００は、仲介装置１００に対し、内訳データの送信要求を送信し、該送信要求に対する応答として受信した内訳データを画面に表示してもよい。また、利用者端末３００は、受信した内訳データを記憶部３６０に格納してもよい。
【０１２７】
内訳画面の一例は、図９の右側の画面である。なお、内訳画面に表示される内訳データは、図９に示す内容に限定されるものではない。
【０１２８】
なお、記憶部３６０は、過去所定期間の第２請求データを格納してもよい。そして、表示部３３０は、この過去所定期間の第２請求データを参照して、例えば、サービス提供者毎に、過去所定期間の第２請求データを表すグラフを表示してもよい。例えば、サービス提供者が電力会社の場合、表示部３３０は、過去所定期間の間の電気料金をグラフにして表示してもよい。
【０１２９】
（バーコード読取後のデータの流れについて）
次に、図１０を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れについて説明する。図１０では、店舗端末４００に含まれる、または、接続している、例えば、バーコードスキャナによって、利用者端末３００に表示されたバーコードを読み取った後の流れである。
【０１３０】
店舗端末４００の取得部４３０が、バーコードスキャナがバーコードを読み取ることにより、図４に示す形式の第２請求データを取得すると、送信部４２０は、この第２請求データを送信する（ステップＳ１０１）。このとき、送信部４２０が、第２請求データを送信する宛先は、取得部４３０が読み取った第２請求データのうち、図４の（２）の部分に示される、仲介事業者識別子によって特定される仲介事業者が有する仲介装置１００である。送信部４２０は、この仲介装置１００宛てに、第２請求データを送信する。このとき、送信部４２０が送信する第２請求データは、少なくとも通番が含まれていればよい。つまり、送信部４２０が送信する第２請求データは、取得した第２請求データに含まれる通番のみを含むものであってもよいし、取得した（読み取った）第２請求データそのものであってもよい。なお、本実施の形態、および、後述する実施の形態では、送信部４２０は、取得した第２請求データそのものを仲介装置１００に送信するとして説明を行う。
【０１３１】
そして、仲介装置１００の特定部１５０が、店舗端末４００から送信された第２請求データに含まれる通番から、記憶部１４０に格納された第１請求データを特定し、該第１請求データに関連付けられたサービス提供者識別データ（事業者識別子）を特定する。そして、送信部１２０がこのサービス提供者識別データを店舗端末４００に送信する（ステップＳ１０２）。なお、店舗端末４００から、第２請求データ全体が送られた場合、特定部１５０は、第２請求データを確認し、図４の（４）の項目に事業者識別子が含まれている場合、この事業者識別子をサービス提供者識別データとして特定してもよい。
【０１３２】
ステップＳ１０１にて送信した第２請求データの応答として、店舗端末４００の受信部４１０がサービス提供者識別データを受け取る。その後、店舗端末４００は、表示部４４０に、例えば、読み取った第２請求データに含まれる請求金額と、サービス提供者識別データによって表されるサービス提供者名を表示する。なお、この時、第２請求データが赤伝の場合は、表示部４４０は、その旨を表す表示を行ってもよい。以下では、第２請求データが黒伝の場合について説明を行うが赤伝の場合は、以下の説明のうち支払いを払い戻しに置き換えればよい。そして、利用者が、この第２請求データに含まれる金額を支払い、店舗端末４００に支払ったことを示す情報が入力されると、店舗端末４００はリアル通知を行う。つまり、送信部４２０は、収納の代行処理を行った旨を示す通知を、仲介装置１００に送信する（ステップＳ１０３）。
【０１３３】
仲介装置１００の受信部１１０が上記通知を受け取ると、送信部１２０が該通知をサービス提供側装置２００に送信することにより、仲介装置１００はリアル通知を行う（ステップＳ１０４）。
【０１３４】
また、店舗端末４００の送信部４２０は、店舗管理装置５００に対して、売上データを送信する（ステップＳ１０５）。このステップＳ１０５は、ステップＳ１０３の後、または、ステップＳ１０３とほぼ同時に行われる。
【０１３５】
店舗管理装置５００の受信部５１０が店舗端末４００から売上データを受信後、送信部５２０は、速報データを仲介装置１００に送信する。また、送信部５２０は、確報データを仲介装置１００に送信する（ステップＳ１０６）。
【０１３６】
仲介装置１００の受信部１１０が、店舗管理装置５００から送信された速報データおよび確報データを受信すると、送信部１２０はサービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ１０７）。なお、図１０では、速報データおよび確報データの送信をステップＳ１０６とステップＳ１０７とにまとめて記載しているが、これらのデータの送信は異なるタイミングで行われる。
【０１３７】
以上の処理により、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信するため、利用者端末３００を利用する利用者の支払いが完了したことを示す情報を受信することができる。
【０１３８】
次に、図１１を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図１１では、図１０と同様に店舗端末４００の、例えば、バーコードスキャナによって、利用者端末３００に表示されたバーコードを読み取った後の流れである。
【０１３９】
店舗端末４００の取得部４３０が、バーコードスキャナがバーコードを読み取ることにより、図４に示す形式の第２請求データを取得すると、送信部４２０は、この第２請求データを、仲介装置１００に送信する（ステップＳ１１１）。
【０１４０】
そして、仲介装置１００の特定部１５０が、店舗端末４００から送信された第２請求データに含まれる通番から、記憶部１４０に格納された第１請求データを特定し、該第１請求データに関連付けられたサービス提供者識別データ（事業者識別子）を特定する。そして、送信部１２０がこのサービス提供者識別データを店舗端末４００に送信する（ステップＳ１１２）。
【０１４１】
ステップＳ１１１にて送信した第２請求データの応答として、店舗端末４００の受信部４１０がサービス提供者識別データを受け取る。その後、店舗端末４００は、表示部４４０に、例えば、読み取った第２請求データに含まれる請求金額と、サービス提供者識別データによって表されるサービス提供者名を表示する。そして、利用者が、この第２請求データに含まれる金額を支払い、店舗端末４００に支払ったことを示す情報が入力されると、店舗端末４００はリアル通知を行う。つまり、送信部４２０は、収納の代行処理を行った旨を示す通知を、仲介装置１００に送信する（ステップＳ１１３）。
【０１４２】
仲介装置１００の受信部１１０が上記通知を受け取ると、送信部１２０が該通知をサービス提供側装置２００に送信することにより、仲介装置１００はリアル通知を行う（ステップＳ１１４）。
【０１４３】
また、店舗端末４００の送信部４２０は、店舗管理装置５００に対して、売上データを送信する（ステップＳ１１５）。このステップＳ１１５は、ステップＳ１１３の後、または、ステップＳ１１３とほぼ同時に行われる。
【０１４４】
店舗管理装置５００の受信部５１０が店舗端末４００から売上データを受信後、送信部５２０は、速報データをサービス提供側装置２００に送信する。また、送信部５２０は、確報データをサービス提供側装置２００に送信する（ステップＳ１１６）。
【０１４５】
以上の処理により、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信するため、利用者端末３００を利用する利用者の支払いが完了したことを示す情報を受信することができる。
【０１４６】
なお、ステップＳ１０３またはステップＳ１１３によって、仲介装置１００の受信部１１０が収納の代行処理を行った旨を示す通知を受け取ると、送信部１２０は、支払いを受け付けた旨を示す通知を利用者端末３００に送信してもよい。そして、利用者端末３００の受信部３１０がこの通知を受信すると、表示部３３０が図９のバーコード画面をグレーアウトして表示してもよい。また、表示部３３０は、一覧画面に表示された第２請求データのうち、支払いが完了した第２請求データに、支払いが完了したことを示す情報を追加して表示してもよい。また表示部３３０は、一覧画面に支払いが完了していない第２請求データのみを表示してもよい。
【０１４７】
利用者によって支払われた料金は、店舗端末４００が設けられた店舗から、店舗管理装置５００が設けられた本部に送られ、この本部から、所定の機関に送られる。料金は、例えば、第２請求データの（４）の項目に記載の情報によって示される入金先に料金の入金先に送られればよい。（４）の項目に記載の情報によって示される入金先がサービス提供者ではない場合、該入金先から更にサービス提供者に料金が送られればよい。この料金の流れについては、各会社間で取り決められたルールに基づくものであればよい。
【０１４８】
以上の処理により、払込票を用いた場合と同様に、店舗端末４００から店舗管理装置５００に、支払いに対する売上データが送信される。
【０１４９】
上述したとおり、本実施の形態では、払込票の代わりに、サービス提供側装置２００から送信された請求を表すデータを表現するバーコードを用いている。これにより、払込票を用いた場合に比べ、印刷代や郵送代などのコストを削減することができる。また、支払いが行われた払込票の保管に係る費用を削減することができる。また、払込票の場合に比べ、紛失の可能性が無いので、セキュリティを担保することができる。
【０１５０】
また、上述したとおり、本実施の形態における店舗端末４００は、サービス提供者識別データを仲介装置１００から取得している。これにより、仲介装置１００のバーコードの表示画面に、例えば、サービス提供者の情報を表示しなくても、店舗端末４００は、どのサービス提供者からの請求に対する料金の支払いかを、利用者に提示することができる。
【０１５１】
以上のように、本実施の形態に係る収納システム１は、高い利便性を有することができる。
【０１５２】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について図面を参照して説明を行う。収納システムにおいては、決済を、サービス提供者の代わりに行う決済代行会社が利用されている場合もある。本実施の形態では、この決済代行会社側に設けられた装置を含むシステムについて説明する。なお、説明の便宜上、前述した第１の実施の形態で説明した図面に含まれる部材と同じ機能を有する部材については、同じ符号を付し、その説明を省略する。
【０１５３】
図１２は、本実施の形態にかかる収納システム２の全体構成の一例を示す図である。図１２に示す通り、本実施の形態に係る収納システム２は、仲介装置１００と、サービス提供側装置２００と、利用者端末３００と、店舗端末４００と、店舗管理装置５００と、決済代行側装置６００とを含む。各装置は、ネットワークを介して互いに通信可能に接続している。なお、図１２では、各装置は、同一のネットワークに接続しているが、装置間毎に異なるネットワークに接続していてもよい。
【０１５４】
次に、図１３を参照して、本実施の形態に係る収納システム２に含まれる各装置の機能構成について説明する。図１３は、本実施の形態に係る収納システム１に含まれる仲介装置１００、サービス提供側装置２００、利用者端末３００、店舗端末４００、店舗管理装置５００および決済代行側装置６００の機能構成の一例を示す機能ブロック図である。なお、図１３に示す各装置は、本実施の形態に特有な構成について示したものであり、各装置が図１３に示されていない部材を有していてもよいことは言うまでもない。
【０１５５】
決済代行側装置６００は、受信部６１０と、送信部６２０とを備える。
【０１５６】
受信部６１０は、サービス提供側装置２００から送信された第１請求データを受信する。そして、受信部６１０は、送信部６２０に該第１請求データを出力する。
【０１５７】
また、受信部６１０は、仲介装置１００からリアル通知を受け取る。このとき、受信部６１０は、受けとったリアル通知を、送信部６２０に出力してもよい。
【０１５８】
また、受信部６１０は、店舗端末４００からリアル通知を受け取ると、該リアル通知を送信部６２０に出力する。
【０１５９】
また、受信部６１０は、仲介装置１００から速報データおよび確報データを受け取る。このとき、受信部６１０は、受けとった速報データおよび確報データを、送信部６２０に出力してもよい。
【０１６０】
また、受信部６１０は、店舗管理装置５００から速報データおよび確報データを受け取ると、該速報データおよび確報データを送信部６２０に出力する。
【０１６１】
送信部６２０は、受信部６１０から第１請求データを受け取る。そして、送信部６２０は、受け取った第１請求データを仲介装置１００に送信する。
【０１６２】
また、送信部６２０は、受信部６１０が店舗端末４００から受け取ったリアル通知を受け取ると、仲介装置１００に該リアル通知を行う。また、送信部６２０は、このリアル通知を、サービス提供側装置２００に送信してもよい。
【０１６３】
また、送信部６２０は、受信部６１０が仲介装置１００から受け取ったリアル通知を受け取った場合、このリアル通知をサービス提供側装置２００に送信してもよい。
【０１６４】
また、送信部６２０は、受信部６１０が店舗管理装置５００から受け取った速報データおよび確報データを受け取ると、仲介装置１００に該速報データおよび確報データを送信する。また、送信部６２０は、この速報データおよび確報データを、サービス提供側装置２００に送信してもよい。
【０１６５】
また、送信部６２０は、受信部６１０が仲介装置１００から受け取った速報データおよび確報データを受け取った場合、この速報データおよび確報データをサービス提供側装置２００に送信してもよい。
【０１６６】
また、仲介装置１００、サービス提供側装置２００、利用者端末３００、店舗端末４００および店舗管理装置５００の各部の処理については、図１４〜図３０を参照しながら説明する。
【０１６７】
次に、本実施の形態において用いる第２請求データのデータ形式について説明する。第２請求データのデータ形式は、図４の形式と同様である。本実施の形態における生成部１３０は、自由使用欄のうち、最初の５桁（（３）の項目）に決済代行会社の事業者コードを設定する。また、生成部１３０は、次の５桁（（４）の項目）に請求事業者（サービス提供者）の事業者コード、または、仲介装置１００を有する事業者の事業者コードを設定する。生成部１３０が、（４）の項目に仲介装置１００を有する事業者の事業者コードを設定する場合については、後述する。
【０１６８】
サービス提供側装置２００を備えるサービス提供者と決済代行側装置６００を備える決済代行会社とは、事前に契約を結んでいる場合がある。したがって、利用者がサービスを利用すると、利用者が別途、決済代行会社を選定せずとも、サービス提供者と契約を結んだ決済代行会社から請求が届く場合がある。このような場合、本実施の形態における利用者端末３００が、仲介装置１００を介して請求データを受信するように設定する設定方法は、上述した第１の実施の形態における設定方法と同様となる。なお、利用者端末３００が仲介装置１００を介して請求データを受信するように設定する設定方法は、上述した第１の実施の形態における設定方法と異なっていてもよい。以下では異なる場合の設定方法について説明する。
【０１６９】
本実施の形態では、仲介装置１００の送信部１２０が、サービス提供側装置２００に対し、利用者識別番号によって表される利用者に対する第１請求データの送信先を、仲介装置１００または決済代行側装置６００にする要求を送信する。
【０１７０】
なお、この要求は、利用者端末３００上で動作するアプリケーションプログラムによって、利用者端末３００からサービス提供側装置２００に送信されてもよい。第１請求データの送信先を仲介装置１００にするか決済代行側装置６００にするかは、サービス提供者が適宜設定してもよいし、仲介装置１００側で設定してもよい。
【０１７１】
なお、第１請求データの送信先を決済代行側装置６００にする場合、仲介装置１００は、決済代行側装置６００に対して、第１請求データの送信先を仲介装置１００にする要求を送信する。
【０１７２】
また、この要求には、料金の支払いは決済代行会社を利用する旨の情報が含まれる。これにより、サービス提供側装置２００は、第１請求データに対する支払いの際に決済代行会社が利用されることを管理することができる。そして、サービス提供側装置２００は、この管理された情報に基づいて、決済代行側装置６００に第１請求データを送信することができる。また、サービス提供側装置２００が仲介装置１００に第１請求データを送信する際は、サービス提供側装置２００は、第１請求データと共に、該第１請求データに対する支払いには決済代行会社が利用される旨の情報（決済代行会社利用情報）を送信する。この決済代行会社利用情報には、決済代行会社を識別する事業者コードが含まれる。
【０１７３】
以上により、仲介装置１００は、サービス提供側装置２００から出力された利用者端末３００に対する第１請求データを、サービス提供側装置２００から直接、または、決済代行側装置６００を介して受け取ることができる。
【０１７４】
（請求データの送信方法について）
次に、請求データの送信方法について説明する。サービス提供側装置２００からの請求データの送信先が仲介装置１００に設定している場合における、請求データの送信方法は、図６および図７を用いて説明した送信方法のうち、ステップＳ６８およびステップＳ８３の処理が一部異なる。
【０１７５】
上述したとおり、仲介装置１００は、第１請求データと共に、サービス提供者識別データと、利用者データと、決済代行会社利用情報とを受信する。なお、決済代行会社利用情報は、仲介装置１００から送信されなくてもよい。例えば、上述した通り、サービス提供者と契約を結んだ決済代行会社が有る場合、仲介装置１００は事前に、サービス提供者と決済代行会社との関係性を示す情報を、例えば、記憶部１４０に格納してもよい。そして、仲介装置１００は、第１請求データを受信すると、第１請求データの送信先であるサービス提供者と関連付けられた決済代行会社を特定してもよい。
【０１７６】
ステップＳ６８またはステップＳ８３において、生成部１３０は、通番と、第１請求データに含まれる請求金額と、サービス提供者識別データと、仲介装置１００を有する事業者を表す仲介事業者識別子と、決済代行会社利用情報と、を用いて、図４の形式で表現された第２請求データを生成する。これにより、生成部１３０は、（３）の項目に決済代行会社の事業者コードが設定された第２請求データを生成することができる。
【０１７７】
次に、サービス提供側装置２００からの第１請求データの送信先を決済代行側装置６００に設定している場合における請求データの送信方法について、図１４および図１５を参照して説明する。
【０１７８】
図１４は、本実施の形態における請求データ送信処理の流れの一例を示すフローチャートである。図１４において、各装置の処理の間にある破線の矢印は、データの流れを示している。
【０１７９】
図１４の例では、図６の例と同様に、利用者が、サービス提供者が提供するサービスを利用しているとする。このサービスに対する利用料は、電力料金のように、定期的に支払うものであってもよいし、ＥＣサイトを介したショッピングのように、その都度、支払うものであってもよい。
【０１８０】
サービス提供側装置２００の送信部２２０は、第１請求データを利用者識別データとサービス提供者識別データと共に、決済代行側装置６００に送信する（ステップＳ１４１）。このとき、送信部２２０は、上述したとおり、決済代行会社利用情報も第１請求データと共に送信してもよい。
【０１８１】
決済代行側装置６００の受信部６１０は、サービス提供側装置２００から送信された第１請求データを利用者識別データとサービス提供者識別データと共に受信する（ステップＳ１４２）。そして、受信部６１０は、送信部６２０に該第１請求データを利用者識別データとサービス提供者識別データと共に出力する。送信部６２０は、受信部６１０から第１請求データを利用者識別データとサービス提供者識別データと共に受け取ると、仲介装置１００に該第１請求データを利用者識別データとサービス提供者識別データと共に送信する（ステップＳ１４３）。
【０１８２】
仲介装置１００の受信部１１０が、決済代行側装置６００から第１請求データを利用者識別データとサービス提供者識別データと共に受信する（ステップＳ１４４）。その後、生成部１３０は、受信した利用者識別データを用いて、記憶部１４０に格納された利用者番号を特定する。そして、生成部１３０は、受信した第１請求データと、サービス提供者識別データと、特定した利用者番号と、決済代行会社利用情報とを関連付け、該関連付けたデータを識別する通番を付与する。そして、生成部１３０は、記憶部１４０に、この通番と、第１請求データと利用者番号とサービス提供者識別データと決済代行会社利用情報とを互いに関連付けて格納する（ステップＳ１４５）。
【０１８３】
その後、仲介装置１００の送信部１２０は、第１請求データに通番を付与した旨を示す通知を通番と共に、生成部１３０から受け取ると、利用者番号によって示される利用者の利用者端末３００に対し、請求がある旨の通知を送信する（ステップＳ１４６）。
【０１８４】
利用者端末３００の受信部３１０は、仲介装置１００から請求がある旨の通知を受信する（ステップＳ１４７）。利用者端末３００は、通知を受信したことを利用者が把握できるように、例えば、表示部３３０の表示画面に表示してもよい。
【０１８５】
その後、利用者によって、第１請求データに対応する第２請求データの送信指示が、例えば、受付部３５０を介して入力されると、利用者端末３００の送信部３２０から第２請求データの送信要求が、利用者データと共に送信される（ステップＳ１４８）と、仲介装置１００の受信部１１０は、この第２請求データの送信要求を、利用者データと共に受信する（ステップＳ１４９）。なお、ステップＳ１４８は、ステップＳ１４７の後の任意のタイミングで行われればよく、ステップＳ１４７の後に連続して行われなくてもよい。
【０１８６】
仲介装置１００の生成部１３０は、利用者端末３００に送信する、図４の形式で表現された第２請求データを生成する（ステップＳ１５０）。このとき、第２請求データの送信要求に、サービス提供者を識別する情報や通番が含まれていない場合、生成部１３０は、記憶部１４０に格納されたデータのうち、利用者データに関連付けられた、全てのデータに対して、第２請求データを生成してもよい。また、生成部１３０は、記憶部１４０に格納されたデータのうち、利用者データに関連付けられた、一部に対して第２請求データを生成してもよい。また、第２請求データの送信要求にサービス提供者を識別する情報や通番が含まれている場合、生成部１３０は、記憶部１４０に格納されたデータのうち、利用者データと、サービス提供者識別データとに関連付けられたデータまたは通番に関連付けられたデータに対して、第２請求データを生成してもよい。また、サービス提供者識別データがサービス提供者名の場合、生成部１３０は、サービス提供者名で表現されるサービス提供者の事業者識別子を特定し、特定した事業者識別子を用いて第２請求データを生成してもよい。
【０１８７】
そして、仲介装置１００の送信部１２０は、生成部１３０が生成した第２請求データを、利用者端末３００に送信する（ステップＳ１５１）。このとき、記憶部１４０に格納された第１請求データに、内訳データが含まれている場合、送信部１２０は、生成部１３０が生成した第２請求データに、内訳データを関連付けて送信してもよい。
【０１８８】
その後、利用者端末３００の受信部３１０は、仲介装置１００から第２請求データを受信する（ステップＳ１５２）。
【０１８９】
以上のように、利用者端末３００は、サービス提供側装置２００が出力した第１請求データに対応する、生成部１３０が生成した第２請求データを受信する。
【０１９０】
また、図７と同様の場合における、収納システム２の請求データ送信処理の流れの一例を、図１５を参照して説明する。図１５において、各装置の処理の間にある破線の矢印は、データの流れを示している。
【０１９１】
サービス提供側装置２００の送信部２２０は、第１請求データを、決済代行側装置６００に送信する（ステップＳ１５３）。
【０１９２】
決済代行側装置６００の受信部６１０は、サービス提供側装置２００から送信された第１請求データを受信する（ステップＳ１５４）と、送信部６２０に該第１請求データを出力する。送信部６２０は、受信部６１０から第１請求データを受け取ると、仲介装置１００に該第１請求データを送信する（ステップＳ１５５）。
【０１９３】
仲介装置１００の受信部１１０が、決済代行側装置６００から第１請求データを受信する（ステップＳ１５６）。なお、この第１請求データには、支払先として指定された、コンビニエンスストア等の販売事業者を示す情報が含まれる。
【０１９４】
生成部１３０は、受信した利用者識別データを用いて、記憶部１４０に格納された利用者番号を特定する。そして、生成部１３０は、受信した第１請求データと、サービス提供者識別データと、特定した利用者番号とを関連付け、該関連付けたデータを識別する通番を付与する。そして、生成部１３０は、記憶部１４０に、この通番と、第１請求データと利用者番号とサービス提供者識別データとを互いに関連付けて格納する（ステップＳ１５７）。
【０１９５】
そして、送信部１２０は、受信部１１０が受信した第１請求データに基づいて、販売事業者の店舗端末４００または店舗管理装置５００に対して、第１請求データをサービス提供者識別データと共に送信する（ステップＳ１５８）。なお、第１請求データを送信する先は、店舗端末４００および店舗管理装置５００以外の、受付番号を発行する事業者であってもよい。図１５の例では、送信部１２０は、第１請求データを、店舗管理装置５００に送信するとする。
【０１９６】
店舗管理装置５００の受信部５１０が第１請求データをサービス提供者識別データと共に受信する（ステップＳ１５９）と、送信部５２０が第１請求データに関連する受付番号を特定または発行する。そして、送信部５２０は、該受付番号を、第１請求データの受信に対する応答として、仲介装置１００に送信する（ステップＳ１６０）。
【０１９７】
仲介装置１００の受信部１１０は、第１請求情報の送信に対する応答として、受付番号を受信する（ステップＳ１６１）。
【０１９８】
生成部１３０は、ステップＳ１５７にて記憶部１４０に格納した第１請求データに受信した受付番号を関連付けて格納する（ステップＳ１６２）。
【０１９９】
その後、上述したステップＳ１４６〜Ｓ１５２と同様に、以下のステップＳ１６３〜Ｓ１６９が行われる。つまり、仲介装置１００の送信部１２０が利用者端末３００に請求がある旨の通知を送信し（ステップＳ１６３）、受信部３１０がこの通知を受信する（ステップＳ１６４）。そして、利用者端末３００の送信部３２０から第２請求データの送信要求が、利用者データと共に送信される（ステップＳ１６５）と、仲介装置１００の受信部１１０は、この第２請求データの送信要求を、利用者データと共に受信する（ステップＳ１６６）。なお、ステップＳ１６５は、ステップＳ１６４の後の任意のタイミングで行われればよく、ステップＳ１６４の後に連続して行われなくてもよい。そして、仲介装置１００の生成部１３０は、利用者端末３００に送信する、図４の形式で表現された第２請求データを生成する（ステップＳ１６７）。その後、仲介装置１００の送信部１２０は、生成部１３０が生成した第２請求データを、利用者端末３００に送信する（ステップＳ１６８）。そして、利用者端末３００の受信部３１０は、仲介装置１００から第２請求データを、受信する（ステップＳ１６９）。
【０２００】
以上のように、利用者端末３００は、サービス提供側装置２００が出力した第１請求データに対応する、生成部１３０が生成した第２請求データを受信する。この図１５の処理によって、利用者は、受付番号を店員に伝えたり、マルチメディア端末に入力したりしなくとも、支払いを行うために必要な第２請求データを、利用者端末３００の画面上に表示させることができる。
【０２０１】
（バーコードの表示処理について）
本実施の形態では、利用者が複数の第２請求データをまとめて支払う場合について、図１６および図１７を用いて説明する。このまとめて支払う処理は、第１の実施の形態にも適用可能である。
【０２０２】
図１６は、第２請求データの複数選択時のバーコードの表示処理の流れの一例を示すフローチャートである。図１７は、利用者端末３００に表示される表示画面の一例を示す図である。図１６において、各装置の処理の間にある破線の矢印は、データの流れを示している。
【０２０３】
図１６に示す通り、利用者端末３００上で、上述したアプリケーションプログラムを実行し、第２請求データを画面に表示する指示を利用者が利用者端末３００に対して入力することにより、表示部３３０は、第２請求データの一覧画面を表示する（ステップＳＳ１７０）。この処理は、上述したステップＳ８６と同様の処理である。
【０２０４】
図１７の左側に示す一覧画面は、図９の一覧画面と同様の画面である。図１７の一覧画面において、利用者が１以上の第２請求データ（項目）を選択し、１以上の第２請求データの支払いを行うための画面である支払い画面の表示指示を入力すると、受付部３５０がこの表示指示を受け付ける（ステップＳ１７１にてＹＥＳ）。この表示指示には、選択された、第２請求データが含まれる。
【０２０５】
受付部３５０は、選択された第２請求データが複数か否かを判定し（ステップＳ１７２）、１つの場合（ステップＳ１７２にてＮＯ）、図８のステップＳ８８以降の処理を行う。
【０２０６】
選択された第２請求データが複数の場合（ステップＳ１７２にてＹＥＳ）、送信部３２０は、選択された複数の第２請求データをまとめた請求データ（まとめデータまたは第３請求データとも呼ぶ）の送信要求を、利用者データと共に送信する。このとき、送信部３２０は、選択された複数の第２請求データ自体を送信してもよいし、選択された複数の第２請求データの夫々に含まれる通番を送信してもよい（ステップＳ１７３）。
【０２０７】
仲介装置１００の受信部１１０は、まとめデータの送信要求を受信する（ステップＳ１７４）。生成部１３０は、まとめデータの送信要求に含まれる複数の第２請求データまたは複数の通番に基づいて、記憶部１４０を参照し、まとめデータとして生成する請求データに、どの第２請求データが含まれるかを特定する。そして、特定した複数の第２請求データに基づいて、複数の第２請求データをひとまとめにしたまとめデータを生成する（ステップＳ１７５）。このとき、生成部１３０は、図４の（４）の項目に、仲介装置１００を有する事業者の事業者コードを設定したまとめデータを生成する。また、生成部１３０は、まとめデータの（１０）の項目に合計金額を設定する。また、生成部１３０は、まとめデータの（８）の項目に、複数の第２請求データの夫々における（８）の項目のうち、最も早い日付を、設定する。また、このとき、生成部１３０は、生成するまとめデータを一意に表す通番（第２識別子）を生成して、図４の（５）の項目に設定する。
【０２０８】
生成部１３０は、生成した通番を、まとめデータと呼ぶ第２請求データの生成の基となる複数の第２請求データに関連付けて、記憶部１４０に格納する。なお、生成部１３０は、生成したまとめデータを、まとめデータの生成の基となる複数の第２請求データに関連付けて、記憶部１４０に格納してもよい。また、生成部１３０は、生成したまとめデータを、まとめデータの送信要求の応答として、送信部１２０に出力する。
【０２０９】
送信部１２０は、生成部１３０から出力されたまとめデータの送信要求の応答であるまとめデータを、利用者端末３００に送信する（ステップＳ１７６）。
【０２１０】
利用者端末３００の受信部３１０が、請求データとして、生成部１３０が生成したまとめデータを受信する（ステップＳ１７７）と、まとめデータを表示部３３０に出力する。そして、表示部３３０は、受信部３１０から出力された、まとめデータに対応するバーコードを、画面に表示する（ステップＳ１７８）。画面に表示された、まとめデータを表現するバーコードを含むバーコード画面を図１７の右側に示す。表示部３３０は、まとめデータに含まれる支払金額（合計金額）をバーコード画面に表示してもよい。また、バーコード画面には、まとめデータの基となる複数の第２請求データに関連する内訳データを、まとめて表示する画面に遷移可能な、例えば、ボタンが表示されてもよい。そして、このボタンが選択されると、表示部３３０は、上記内訳データをまとめて表示する画面を表示してもよい。
【０２１１】
以上のようにして、表示部３３０は、複数の第２請求データに対する支払いをまとめて行うことが可能なバーコードを画面に表示することができる。
【０２１２】
（バーコード読取後のデータの流れについて）
次に、図１８〜２９を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れについて説明する。図１８〜図２９では、店舗端末４００に含まれる、または、接続している、例えば、バーコードスキャナによって、利用者端末３００に表示されたバーコードを読み取った後の流れである。
【０２１３】
まず、図１８を参照して、バーコード読取後のデータの流れについて説明する。店舗端末４００の取得部４３０が、バーコードスキャナがバーコードを読み取ることにより、図４に示す形式の第２請求データまたはまとめデータを取得すると、送信部４２０は、この第２請求データまたはまとめデータを送信する（ステップＳ１８１）。なお、店舗端末４００は、取得する請求データがまとめデータなのか第２請求データなのかは、判断できないため、以下では、特に区別しない限り、読み取ったデータを第２請求データと記載する。
【０２１４】
このとき、送信部４２０が、第２請求データを送信する宛先は、取得部４３０が読み取った第２請求データのうち、図４の（２）の部分に示される、仲介事業者識別子によって特定される仲介事業者が有する仲介装置１００である。送信部４２０は、この仲介装置１００宛てに、少なくとも通番を含む第２請求データを送信する。
【０２１５】
そして、仲介装置１００の特定部１５０が、店舗端末４００から送信された第２請求データに含まれる通番から、記憶部１４０に格納された第１請求データを特定する。通番がまとめデータを示す場合、つまり、取得部４３０が取得した請求データがまとめデータの場合、特定部１５０は、まとめデータの基となる複数の第２請求データを特定し、特定した複数の第２請求データの夫々に対応する第１請求データを特定する。そして、送信部１２０は、特定した１または複数の第１請求データの夫々に関連付けられたサービス提供者識別データ（事業者識別子）と、該サービス提供者識別データに関連付けられた請求金額とを店舗端末４００に送信する（ステップＳ１８２）。
【０２１６】
ステップＳ１８１にて送信した第２請求データの応答として、店舗端末４００の受信部４１０が１または複数のサービス提供者識別データを受け取る。その後、店舗端末４００は、表示部４４０に、例えば、読み取った第２請求データに含まれる請求金額と、サービス提供者識別データによって表されるサービス提供者名とを表示する。サービス提供者識別データが複数の場合、受信部４１０は、複数のサービス提供者識別データの夫々に関連する請求金額を受信してもよい。そして、この場合、表示部４４０は、複数のサービス提供者識別データと各サービス提供者識別データに関連する、受信した請求金額とを表示してもよいし、合計金額のみを表示してもよい。そして、利用者が、この第２請求データに含まれる金額を支払い、店舗端末４００に支払ったことを示す情報が入力されると、店舗端末４００はリアル通知を行う。つまり、送信部４２０は、収納の代行処理を行った旨を示す通知を、仲介装置１００に送信する（ステップＳ１８３）。このリアル通知は、１または複数の第２請求データの夫々に関連付けて行われる。つまり、複数の第２請求データをまとめた請求データ（まとめデータ）に対して支払いが行われた場合、送信部４２０は、仲介装置１００に、複数の第２請求データの夫々に対するリアル通知を行う。
【０２１７】
仲介装置１００の受信部１１０が上記通知を受け取ると、送信部１２０が該通知を決済代行側装置６００に送信することにより、仲介装置１００は、決済代行側装置６００に対して、リアル通知を行う（ステップＳ１８４）。このとき、受信部１１０が受信したリアル通知が複数である場合、送信部１２０は、複数の第２請求データの夫々に対するリアル通知を、決済代行側装置６００に送信する。このリアル通知を行う宛先は、該リアル通知に関連する第２請求データの、図４の（３）の項目により特定される。
【０２１８】
また、送信部１２０は、リアル通知をサービス提供側装置２００に送信することにより、仲介装置１００は、サービス提供側装置２００に対して、リアル通知を行う（ステップＳ１８５）。受信部１１０が受信したリアル通知が複数である場合、送信部１２０は、各第２請求データに関連するサービス提供者に対し、リアル通知を行う。このリアル通知を行う宛先は、該リアル通知に関連する第２請求データの、図４の（４）の項目により特定することができる。
【０２１９】
なお、ステップＳ１８４とステップＳ１８５とは同時に行われてもよいし、逆順で行われてもよい。
【０２２０】
また、店舗端末４００の送信部４２０は、店舗管理装置５００に対して、１または複数の第２請求データの夫々に対する売上データを送信する（ステップＳ１８６）。このステップＳ１８６は、ステップＳ１８３の後、または、ステップＳ１８３とほぼ同時に行われる。
【０２２１】
店舗管理装置５００の受信部５１０が店舗端末４００から売上データを受信後、送信部５２０は、速報データを仲介装置１００に送信する。また、送信部５２０は、確報データを仲介装置１００に送信する（ステップＳ１８７）。請求データがまとめデータの場合、送信部５２０は、仲介装置１００に、複数の請求データの夫々に対する速報データおよび確報データを送信する。
【０２２２】
仲介装置１００の受信部１１０が、店舗管理装置５００から送信された速報データおよび確報データを受信すると、送信部１２０は決済代行側装置６００に速報データおよび確報データを送信する（ステップＳ１８８）。受信部１１０が受信した速報データおよび確報データが複数である場合、送信部１２０は、複数の速報データおよび確報データを決済代行側装置６００に送信する。
【０２２３】
また、送信部１２０はサービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ１８９）。受信部１１０が受信した速報データおよび確報データが複数である場合、送信部１２０は各第２請求データに関連するサービス提供者に対し、速報データおよび確報データを送信する。
【０２２４】
なお、図１８では、速報データおよび確報データの送信をステップＳ１８７、ステップＳ１８８およびステップＳ１８９にまとめて記載しているが、これらのデータの送信は異なるタイミングで行われる。また、ステップＳ１８８とステップＳ１８９とは同時に行われてもよいし、逆順で行われてもよい。
【０２２５】
以上の処理により、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信するため、利用者端末３００を利用する利用者の支払いが完了したことを示す情報を受信することができる。
【０２２６】
（変形例１）
上述したステップＳ１８２では、店舗端末４００から送信された第２請求データがまとめデータの場合、仲介装置１００がまとめデータに関連する複数のサービス提供者識別データを店舗端末４００に送信することについて説明を行った。しかしながら、仲介装置１００は、サービス提供者識別データとして、仲介装置１００を有する事業者の事業者コードを送信してもよい。
【０２２７】
この場合、店舗端末４００は、まとめデータをそのまま請求データとして取り扱う。したがって、店舗端末４００は、ステップＳ１８３において、まとめデータに対するリアル通知を行う。そして、このリアル通知を受け取った仲介装置１００は、まとめデータの基となる複数の第２請求データを特定する。そして、上述したステップＳ１８４およびステップＳ１８５と同様に、仲介装置１００は、特定した複数の第２請求データの夫々に対するリアル通知を、サービス提供側装置２００および決済代行側装置６００に対して行う。
【０２２８】
また、店舗端末４００は、ステップＳ１８６にて、店舗管理装置５００に対して、まとめデータに対する売上データをまとめデータと共に送信する。そして、店舗管理装置５００は、ステップＳ１８７にて、まとめデータに対する速報データおよび確報データを仲介装置１００に送信する。その後、速報データおよび確報データを受け取った仲介装置１００は、速報データおよび確報データに関連するまとめデータの基となる複数の第２請求データを特定する。そして、上述したステップＳ１８８およびステップＳ１８９と同様に、仲介装置１００は、特定した複数の第２請求データの夫々に対する速報データおよび確報データを、サービス提供側装置２００および決済代行側装置６００に対して送信する。
【０２２９】
（変形例２）
店舗端末４００が取得した第２請求データがまとめデータの場合の変形例２について説明する。ステップＳ１８２で、仲介装置１００から複数のサービス提供者識別データを受信した場合であっても、店舗端末４００は変形例１に記載と同様に、店舗管理装置５００に対して、売上データと共に送信する請求データはまとめデータであってもよい。つまり、図１８に示すステップＳ１８６とステップＳ１８７の処理が、変形例１に記載の処理で行われてもよい。
【０２３０】
これにより、店舗管理装置５００は、店舗端末４００が取得したまとめデータの情報を引き継いで処理を行うことができる。したがって、店舗端末４００と店舗管理装置５００との間の処理をまとめデータの基となる複数の第２請求データの夫々に対して行う場合に比べ、データの送信量を少なくすることができる。
【０２３１】
次に、図１９を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図１９におけるステップＳ１９１〜ステップＳ１９８は、上述したステップＳ１８１〜ステップＳ１８８と同様の処理である。
【０２３２】
ステップＳ１９８によって、決済代行側装置６００の受信部６１０が仲介装置１００から速報データおよび確報データを受信すると、送信部６２０は、サービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ１９９）。
【０２３３】
以上のように、図１９に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２３４】
なお、図１９の処理においても、上述した変形例１のように、仲介装置１００がステップＳ１９２で仲介装置１００を有する事業者の事業者コードを送信してもよい。また、上述した変形例２のように、仲介装置１００がステップＳ１９２で複数のサービス提供者識別データを送信した場合であっても、ステップＳ１９６において店舗端末４００は売上データと共にまとめデータを店舗管理装置５００に送信してもよい。
【０２３５】
次に、図２０を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２０におけるステップＳ２０１〜ステップＳ２０４は、上述したステップＳ１８１〜ステップＳ１８４と同様の処理である。
【０２３６】
ステップＳ２０４によって、決済代行側装置６００の受信部６１０が仲介装置１００からリアル通知を受信すると、送信部６２０は、サービス提供側装置２００にリアル通知を行う（ステップＳ２０５）。その後、収納システム２は、ステップＳ１８６〜ステップＳ１８９と同様の処理をおこなう。つまり、店舗端末４００の送信部４２０が、店舗管理装置５００に対して、売上データを送信する（ステップＳ２０６）。このステップＳ２０６は、ステップＳ２０３の後、または、ステップＳ２０３とほぼ同時に行われる。店舗管理装置５００の受信部５１０が店舗端末４００から売上データを受信後、送信部５２０は、速報データを仲介装置１００に送信する。また、送信部５２０は、確報データを仲介装置１００に送信する（ステップＳ２０７）。
【０２３７】
仲介装置１００の受信部１１０が、店舗管理装置５００から送信された速報データおよび確報データを受信すると、送信部１２０は決済代行側装置６００に速報データおよび確報データを送信する（ステップＳ２０８）。また、送信部１２０はサービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２０９）。なお、ステップＳ２０８とステップＳ２０９とは同時に行われてもよいし、逆順で行われてもよい。
【０２３８】
以上のように、図２０に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２３９】
なお、図２０の処理においても、上述した変形例１のように、仲介装置１００がステップＳ２０２で仲介装置１００を有する事業者の事業者コードを送信してもよい。また、上述した変形例２のように、仲介装置１００がステップＳ２０２で複数のサービス提供者識別データを送信した場合であっても、ステップＳ２０６において店舗端末４００は売上データと共にまとめデータを店舗管理装置５００に送信してもよい。
【０２４０】
次に、図２１を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２１におけるステップＳ２１１〜ステップＳ２１８は、上述したステップＳ２０１〜ステップＳ２０８と同様の処理である。
【０２４１】
ステップＳ２０８によって、決済代行側装置６００の受信部６１０が仲介装置１００から速報データおよび確報データを受信すると、送信部６２０は、サービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２１９）。
【０２４２】
以上のように、図２１に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２４３】
なお、図２１の処理においても、上述した変形例１のように、仲介装置１００がステップＳ２１２で仲介装置１００を有する事業者の事業者コードを送信してもよい。また、上述した変形例２のように、仲介装置１００がステップＳ２１２で複数のサービス提供者識別データを送信した場合であっても、ステップＳ２１６において店舗端末４００は売上データと共にまとめデータを店舗管理装置５００に送信してもよい。
【０２４４】
次に、図２２を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２２に示す通り、店舗端末４００の取得部４３０が、バーコードスキャナがバーコードを読み取ることにより、図４に示す形式の第２請求データを取得すると、送信部４２０は、この第２請求データを送信する（ステップＳ２２１）。
【０２４５】
そして、仲介装置１００の特定部１５０が、店舗端末４００から送信された第２請求データに含まれる通番から、記憶部１４０に格納された第１請求データを特定する。通番がまとめデータを示す場合、つまり、取得部４３０が取得した請求データがまとめデータの場合、特定部１５０は、まとめデータの基となる複数の第２請求データを特定し、特定した複数の第２請求データの夫々に対応する第１請求データを特定する。そして、送信部１２０は、特定した１または複数の第１請求データの夫々に関連付けられたサービス提供者識別データ（事業者識別子）と、該サービス提供者識別データに関連付けられた請求金額とを店舗端末４００に送信する（ステップＳ２２２）。なお、このステップＳ２２１およびステップＳ２２２の処理は、上述したステップＳ１８１およびステップＳ１８２の処理と同様である。
【０２４６】
ステップＳ２２１にて送信した第２請求データの応答として、店舗端末４００の受信部４１０が１または複数のサービス提供者識別データを受け取る。その後、店舗端末４００は、表示部４４０に、例えば、読み取った第２請求データに含まれる請求金額と、サービス提供者識別データによって表されるサービス提供者名とを表示する。サービス提供者識別データが複数の場合は、複数のサービス提供者識別データと各サービス提供者識別データに関連する、受信した請求金額とを表示部４４０に表示する。そして、利用者が、この第２請求データに含まれる金額を支払い、店舗端末４００に支払ったことを示す情報が入力されると、店舗端末４００は、決済代行側装置６００に対しリアル通知を行う。つまり、送信部４２０は、収納の代行処理を行った旨を示す通知を、決済代行側装置６００に送信する（ステップＳ２２３）。このリアル通知は、１または複数の第２請求データの夫々に関連付けて行われる。つまり、複数の第２請求データをまとめた請求データ（まとめデータ）に対して支払いが行われた場合、送信部４２０は、決済代行側装置６００に、複数の第２請求データの夫々に対するリアル通知を行う。
【０２４７】
決済代行側装置６００の送信部６２０がリアル通知を受け取ると、送信部６２０がリアル通知を仲介装置１００に送信する（ステップＳ２２４）。このとき、受信部６１０が受信したリアル通知が複数である場合、送信部６２０は、複数の第２請求データの夫々に対するリアル通知を、仲介装置１００に送信する。
【０２４８】
仲介装置１００の受信部１１０が、決済代行側装置６００からリアル通知を受け取ると、送信部１２０は、リアル通知をサービス提供側装置２００に送信する（ステップＳ２２５）。受信部１１０が受信したリアル通知が複数である場合、送信部１２０は、各第２請求データに関連するサービス提供者２００に対し、リアル通知を行う。
【０２４９】
また、店舗端末４００の送信部４２０は、店舗管理装置５００に対して、売上データを送信する（ステップＳ２２６）。このステップＳ２２６は、ステップＳ２２３の後、または、ステップＳ２２３とほぼ同時に行われる。
【０２５０】
店舗管理装置５００の受信部５１０が店舗端末４００から売上データを受信後、送信部５２０は、速報データを決済代行側装置６００に送信する。また、送信部５２０は、確報データを決済代行側装置６００に送信する（ステップＳ２２７）。第２請求データがまとめデータの場合、送信部５２０は、決済代行側装置６００に、複数の第２請求データの夫々に対する速報データおよび確報データを送信する。
【０２５１】
決済代行側装置６００の受信部６１０が、店舗管理装置５００から送信された速報データおよび確報データを受信すると、送信部６２０は仲介装置１００に速報データおよび確報データを送信する（ステップＳ２２８）。受信部６１０が受信した速報データおよび確報データが複数である場合、送信部６２０は、複数の速報データおよび確報データを仲介装置１００に送信する。
【０２５２】
仲介装置１００の受信部１１０が、決済代行側装置６００から速報データおよび確報データを受け取ると、送信部１２０はサービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２２９）。受信部１１０が受信した速報データおよび確報データが複数である場合、送信部１２０は各第２請求データに関連するサービス提供者に対し、速報データおよび確報データを送信する。
【０２５３】
なお、図２２では、速報データおよび確報データの送信をステップＳ２２７、ステップＳ２２８およびステップＳ２２９にまとめて記載しているが、これらのデータの送信は異なるタイミングで行われる。
【０２５４】
以上の処理により、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信するため、利用者端末３００を利用する利用者の支払いが完了したことを示す情報を受信することができる。
【０２５５】
次に、図２３を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２３におけるステップＳ２３１〜ステップＳ２３８は、上述したステップＳ２２１〜ステップＳ２２８と同様の処理である。
【０２５６】
決済代行側装置６００の送信部６２０は、サービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２３９）。なお、ステップＳ２３９は、ステップＳ２３８（決済代行側装置６００から仲介装置１００に速報データおよび確報データを送信する処理）と同時に行われてもよいし、逆順で行われてもよい。
【０２５７】
以上のように、図２３に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２５８】
次に、図２４を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２４におけるステップＳ２４１〜ステップＳ２４４は、上述したステップＳ２２１〜ステップＳ２２４と同様の処理である。
【０２５９】
決済代行側装置６００の送信部６２０は、サービス提供側装置２００にリアル通知を行う（ステップＳ２４５）。なお、ステップＳ２４４とステップＳ２４５とは同時に行われてもよいし、逆順で行われてもよい。
【０２６０】
その後、収納システム２は、ステップＳ２２６〜ステップＳ２２９と同様の処理をおこなう。つまり、店舗端末４００の送信部４２０が、店舗管理装置５００に対して、売上データを送信する（ステップＳ２４６）。このステップＳ２４６は、ステップＳ２４３の後、または、ステップＳ２４３とほぼ同時に行われる。店舗管理装置５００の受信部５１０が店舗端末４００から売上データを受信後、送信部５２０は、速報データを決済代行側装置６００に送信する。また、送信部５２０は、確報データを決済代行側装置６００に送信する（ステップＳ２４７）。
【０２６１】
決済代行側装置６００の受信部６１０が、店舗管理装置５００から送信された速報データおよび確報データを受信すると、送信部６２０は仲介装置１００に速報データおよび確報データを送信する（ステップＳ２４８）。
【０２６２】
仲介装置１００の受信部１１０が、決済代行側装置６００から速報データおよび確報データを受け取ると、送信部１２０はサービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２４９）。
【０２６３】
以上のように、図２４に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２６４】
次に、図２５を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２５におけるステップＳ２５１〜ステップＳ２５８は、上述したステップＳ２４１〜ステップＳ２４８と同様の処理である。
【０２６５】
決済代行側装置６００の送信部６２０は、サービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２５９）。なお、ステップＳ２５９は、ステップＳ２５８（決済代行側装置６００から仲介装置１００に速報データおよび確報データを送信する処理）と同時に行われてもよいし、逆順で行われてもよい。
【０２６６】
以上のように、図２５に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２６７】
次に、図２６を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２６に示す通り、店舗端末４００の取得部４３０が、バーコードスキャナがバーコードを読み取ることにより、図４に示す形式の第２請求データを取得すると、送信部４２０は、この第２請求データを送信する（ステップＳ２６１）。
【０２６８】
そして、仲介装置１００の特定部１５０が、店舗端末４００から送信された第２請求データに含まれる通番から、記憶部１４０に格納された第１請求データを特定する。通番がまとめデータを示す場合、つまり、取得部４３０が取得した請求データがまとめデータの場合、特定部１５０は、まとめデータの基となる複数の第２請求データを特定し、特定した複数の第２請求データの夫々に対応する第１請求データを特定する。そして、送信部１２０は、特定した１または複数の第１請求データの夫々に関連付けられたサービス提供者識別データ（事業者識別子）と、該サービス提供者識別データに関連付けられた請求金額とを店舗端末４００に送信する（ステップＳ２６２）。なお、このステップＳ２６１およびステップＳ２６２の処理は、上述したステップＳ１８１およびステップＳ１８２の処理と同様である。
【０２６９】
ステップＳ２６１にて送信した第２請求データの応答として、店舗端末４００の受信部４１０が１または複数のサービス提供者識別データを受け取る。その後、店舗端末４００は、表示部４４０に、例えば、読み取った第２請求データに含まれる請求金額と、サービス提供者識別データによって表されるサービス提供者名とを表示する。サービス提供者識別データが複数の場合は、複数のサービス提供者識別データと各サービス提供者識別データに関連する、受信した請求金額とを表示部４４０に表示する。そして、利用者が、この第２請求データに含まれる金額を支払い、店舗端末４００に支払ったことを示す情報が入力されると、店舗端末４００はリアル通知を行う。つまり、送信部４２０は、収納の代行処理を行った旨を示す通知を、仲介装置１００に送信する（ステップＳ２６３）。このリアル通知は、１または複数の第２請求データの夫々に関連付けて行われる。つまり、複数の第２請求データをまとめた請求データ（まとめデータ）に対して支払いが行われた場合、送信部４２０は、仲介装置１００に、複数の第２請求データの夫々に対するリアル通知を行う。
【０２７０】
仲介装置１００の受信部１１０が上記通知を受け取ると、送信部１２０が該通知を決済代行側装置６００に送信することにより、仲介装置１００は、決済代行側装置６００に対して、リアル通知を行う（ステップＳ２６４）。このとき、受信部１１０が受信したリアル通知が複数である場合、送信部１２０は、複数の第２請求データの夫々に対するリアル通知を、決済代行側装置６００に送信する。
【０２７１】
また、送信部１２０は、リアル通知をサービス提供側装置２００に送信することにより、仲介装置１００は、サービス提供側装置２００に対して、リアル通知を行う（ステップＳ２６５）。受信部１１０が受信したリアル通知が複数である場合、送信部１２０は、各第２請求データに関連するサービス提供者に対し、リアル通知を行う。
【０２７２】
なお、ステップＳ２６４とステップＳ２６５とは同時に行われてもよいし、逆順で行われてもよい。
【０２７３】
また、店舗端末４００の送信部４２０は、店舗管理装置５００に対して、売上データを送信する（ステップＳ２６６）。このステップＳ２６６は、ステップＳ２６３の後、または、ステップＳ２６３とほぼ同時に行われる。
【０２７４】
店舗管理装置５００の受信部５１０が店舗端末４００から売上データを受信後、送信部５２０は、速報データを決済代行側装置６００に送信する。また、送信部５２０は、確報データを決済代行側装置６００に送信する（ステップＳ２６７）。第２請求データがまとめデータの場合、送信部５２０は、決済代行側装置６００に、複数の第２請求データの夫々に対する速報データおよび確報データを送信する。
【０２７５】
決済代行側装置６００の受信部６１０が、店舗管理装置５００から送信された速報データおよび確報データを受信すると、送信部６２０は仲介装置１００に速報データおよび確報データを送信する（ステップＳ２６８）。受信部６１０が受信した速報データおよび確報データが複数である場合、送信部６２０は、複数の速報データおよび確報データを仲介装置１００に送信する。
【０２７６】
仲介装置１００の受信部１１０が、決済代行側装置６００から速報データおよび確報データを受け取ると、送信部１２０はサービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２６９）。受信部１１０が受信した速報データおよび確報データが複数である場合、送信部１２０は各第２請求データに関連するサービス提供者に対し、速報データおよび確報データを送信する。
【０２７７】
なお、図２６では、速報データおよび確報データの送信をステップＳ２６７、ステップＳ２６８およびステップＳ２６９にまとめて記載しているが、これらのデータの送信は異なるタイミングで行われる。
【０２７８】
以上の処理により、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信するため、利用者端末３００を利用する利用者の支払いが完了したことを示す情報を受信することができる。
【０２７９】
次に、図２７を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２７におけるステップＳ２７１〜ステップＳ２７８は、上述したステップＳ２６１〜ステップＳ２６８と同様の処理である。
【０２８０】
決済代行側装置６００の送信部６２０は、サービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２７９）。なお、ステップＳ２７９は、ステップＳ２７８（決済代行側装置６００から仲介装置１００に速報データおよび確報データを送信する処理）と同時に行われてもよいし、逆順で行われてもよい。
【０２８１】
以上のように、図２７に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２８２】
次に、図２８を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２４におけるステップＳ２８１〜ステップＳ２８４は、上述したステップＳ２６１〜ステップＳ２６４と同様の処理である。
【０２８３】
決済代行側装置６００の送信部６２０は、サービス提供側装置２００にリアル通知を行う（ステップＳ２８５）。なお、ステップＳ２８４とステップＳ２８５とは同時に行われてもよいし、逆順で行われてもよい。
【０２８４】
その後、収納システム２は、ステップＳ２６６〜ステップＳ２６９と同様の処理をおこなう。つまり、店舗端末４００の送信部４２０が、店舗管理装置５００に対して、売上データを送信する（ステップＳ２８６）。店舗管理装置５００の受信部５１０が店舗端末４００から売上データを受信後、送信部５２０は、速報データを決済代行側装置６００に送信する。また、送信部５２０は、確報データを決済代行側装置６００に送信する（ステップＳ２８７）。
【０２８５】
決済代行側装置６００の受信部６１０が、店舗管理装置５００から送信された速報データおよび確報データを受信すると、送信部６２０は仲介装置１００に速報データおよび確報データを送信する（ステップＳ２８８）。
【０２８６】
仲介装置１００の受信部１１０が、決済代行側装置６００から速報データおよび確報データを受け取ると、送信部１２０はサービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２８９）。
【０２８７】
以上のように、図２８に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２８８】
次に、図２９を参照して、利用者が利用者端末３００に表示されたバーコードを用いて支払いを行う際のデータの流れの他の例について説明する。図２９におけるステップＳ２９１〜ステップＳ２９８は、上述したステップＳ２８１〜ステップＳ２８８と同様の処理である。
【０２８９】
決済代行側装置６００の送信部６２０は、サービス提供側装置２００に速報データおよび確報データを送信する（ステップＳ２９９）。なお、ステップＳ２９９は、ステップＳ２９８（決済代行側装置６００から仲介装置１００に速報データおよび確報データを送信する処理）と同時に行われてもよいし、逆順で行われてもよい。
【０２９０】
以上のように、図２９に示す流れであっても、サービス提供側装置２００は、リアル通知、速報データおよび確報データを受信することができる。
【０２９１】
以上に示す通り、本実施の形態に係る収納システム２は、上述した収納システム１と同様に、高い利便性を有する。
【０２９２】
なお、本実施の形態では、仲介装置１００と決済代行側装置６００とが異なる装置であることについて説明した。仲介装置１００と決済代行側装置６００とが夫々異なる事業者に設けられている場合、仲介装置１００と決済代行側装置６００とが異なる装置で実現されていてもよい。しかしながら、仲介装置１００が設けられた事業者と同じ事業者が仲介装置１００と決済代行側装置６００とを有している場合、仲介装置１００と決済代行側装置６００とが一体となって形成されていてもよい。つまり、仲介装置１００が決済代行側装置６００の機能も有していてもよい。
【０２９３】
この場合、各装置間のデータの流れは、図６に示した流れと同様になる。
【０２９４】
＜第３の実施の形態＞
次に、本発明の第３の実施の形態について図面を参照して説明を行う。本実施の形態では、本発明の課題を解決する最小の構成を有する収納システム３について説明する。
【０２９５】
図３０は本実施の形態に係る収納システム３が備える各装置の機能構成の一例を示す機能ブロック図である。図３０に示す通り、収納システム３は、仲介装置１０と、利用者端末３０と、店舗端末４０とを備える。
【０２９６】
仲介装置１０は、生成部１３と、記憶部１４と、特定部１５とを備える。生成部１３は、生成部１３０に相当する。記憶部１４は、記憶部１４０に相当する。特定部１５は特定部１５０に相当する。
【０２９７】
店舗端末４０は、送信部４２と、取得部４３とを備える。送信部４２は、送信部４２０に相当する。取得部４３は取得部４３０に相当する。
【０２９８】
上記各部の動作を以下に説明する。
【０２９９】
仲介装置１０の記憶部１４には、第１請求データと、利用者データと、サービス提供者識別データとが、互いに関連付けられて、これらを識別する第１識別子（通番）と共に格納されている。ここで、利用者データは、利用者端末３０の利用者を識別するデータである。第１請求データは、サービス提供者から提供されたサービスに対する請求金額が含まれるデータである。サービス提供者識別データは、第１請求データを送信したサービス提供者を識別するデータである。
【０３００】
仲介装置１０が、利用者端末３０から第２請求データの送信指示を受け付けると、生成部１３が、送信指示に基づいた、利用者端末３０に送信するための第２請求データを、記憶部１４を参照して、生成する。生成部１３が生成する第２請求データは、仲介装置１０を設ける事業者を示す事業者コードを含む所定のデータ形式（例えば、図４に示すデータ形式）のデータである。そして、仲介装置１０は、この第２請求データを利用者端末３０に送信する。
【０３０１】
上記第２請求データを受信した利用者端末３０が、この第２請求データを画面に表示することにより、店舗端末４０が、例えば、バーコードリーダなどを用いて、第２請求データであるバーコードを読み取る。これにより店舗端末４０の取得部４３は、第２請求データを取得する。そして、送信部４２がこの第２請求データまたは第２請求データに含まれる前記第１識別子を仲介装置１０に送信する。
【０３０２】
店舗端末４０から送信された第２請求データ、または、第１識別子を受信した仲介装置１０では、特定部１５が第２請求データに含まれる第１識別子、または、受信した第１識別子に関連する第１請求データを特定する。そして、特定部１５は、第１請求データに関連するサービス提供者識別データを特定する。そして、仲介装置１０は、特定したサービス提供者識別データを店舗端末４０に送信する。
【０３０３】
店舗端末４０は仲介装置１０から、第２請求データの送信に対する応答であるサービス提供者識別データを受け取る。そして、このサービス提供者識別データに関連する第２請求データに対する支払いが完了すると、店舗端末４０の送信部４２が、支払いに対するデータを示す売上データを、該店舗端末４０を管理する店舗管理装置に送信する。
【０３０４】
以上の処理により、払込票を用いた場合と同様に、店舗端末４０から店舗管理装置に、支払いに対する売上データが送信される。
【０３０５】
上述したとおり、本実施の形態では、払込票の代わりに、利用者端末３０に表示された第２請求データを用いている。これにより、払込票を用いた場合に比べ、印刷代や郵送代などのコストを削減することができる。また、支払いが行われた払込票の保管に係る費用を削減することができる。また、払込票の場合に比べ、紛失の可能性が無いので、セキュリティを担保することができる。
【０３０６】
また、上述したとおり、本実施の形態における店舗端末４０は、取得した第２請求データに関連するサービス提供者識別データを仲介装置１０から取得している。これにより、バーコードの表示画面に、例えば、サービス提供者の情報や金額を表示しなくても、店舗端末４０は、どの請求に対する料金の支払いかを、利用者に提示することができる。したがって、店舗端末４０は、例えば、図示しない表示部に、どのサービス提供者からの請求なのかを表示することができる。
【０３０７】
以上のように、本実施の形態に係る収納システム３は、高い利便性を有することができる。
【０３０８】
また、本実施の形態に係る収納システム３に含まれる仲介装置１０は、上述したとおり、店舗端末４０にサービス提供者識別データを送信することができる。これにより、サービス提供者識別データを受け取った店舗端末４０は例えば、図示しない表示部に、どのサービス提供者からの請求なのかを表示することができる。これにより、本実施の形態に係る収納システム３に含まれる仲介装置１０も、収納システム３と同様の効果を得ることができる。
【０３０９】
＜第４の実施の形態＞
次に、本発明の第４の実施の形態について、図面を参照して説明する。上述した第１から第３の実施の形態では、利用者からの請求データの送信要求に応じて、第２請求データ（例えば、バーコード）を仲介装置１００が利用者端末３００に送信することについて説明した。本実施の形態では、例えば、利用者が利用者端末３００を用いて、サービスを利用した場合において、サービスを提供するサービス提供者が有するサービス提供側装置２００から利用者端末３００に対して、第２請求データが送信される流れについて説明する。これにより、例えば、利用者が、サービス提供者が提供するアプリケーションを用いて、例えば買い物などを行った場合であっても、上述した第１から第３の実施の形態における仲介装置１００が利用者に対する請求を管理することができる。
【０３１０】
なお、本実施の形態に係る収納システムは、図１３に示す収納システム２と同様であるとして説明を行う。なお、本実施の形態に係る収納システムは、図２に示す収納システム１と同様であってもよいし、図３０に示す収納システム３と同様であってもよい。
【０３１１】
本実施の形態に係る収納システム２の請求データ送信処理について図３２を参照して説明する。図３２は、本実施の形態に係る収納システム２の請求データ送信処理の流れの一例を示すフローチャートである。図３２において、各装置の処理の間にある破線の矢印は、データの流れを示している。
【０３１２】
図３２の例では、図６および図１４の例と同様に、利用者が、サービス提供者が提供するサービスを利用しているとする。このサービスに対する利用料は、例えば、ＥＣサイトを介したショッピングのように、その都度、支払うものであってもよい。
【０３１３】
利用者がサービスを利用すると、サービスを提供するサービス提供者に設けられたサービス提供側装置２００の送信部２２０は、第１請求データを利用者識別データとサービス提供者識別データと共に、決済代行側装置６００に送信する（ステップＳ３２１）。
【０３１４】
決済代行側装置６００の受信部６１０は、サービス提供側装置２００から送信された第１請求データを利用者識別データとサービス提供者識別データと共に受信する（ステップＳ３２２）。そして、受信部６１０は、送信部６２０に該第１請求データを利用者識別データとサービス提供者識別データと共に出力する。送信部６２０は、受信部６１０から第１請求データを利用者識別データとサービス提供者識別データと共に受け取ると、仲介装置１００に該第１請求データを利用者識別データとサービス提供者識別データと共に送信する（ステップＳ３２３）。
【０３１５】
仲介装置１００の受信部１１０が、決済代行側装置６００から第１請求データを利用者識別データとサービス提供者識別データと共に受信する（ステップＳ３２４）。その後、生成部１３０は、受信した第１請求データと、サービス提供者識別データと、決済代行会社利用情報とを関連付け、該関連付けたデータを識別する通番を付与する。そして、生成部１３０は、記憶部１４０に、この通番と、第１請求データとサービス提供者識別データと決済代行会社利用情報とを互いに関連付けて格納する（ステップＳ３２５）。なお、生成部１３０は、通番に利用者識別データを関連付けてもよい。
【０３１６】
更に、生成部１３０は、ステップＳ３２５で格納された第１請求データ、サービス提供者識別データおよび通番と、第１請求データを送信した決済代行側装置６００を有する決済代行会社の事業者コードと、自身の事業者コードとを用いて、図４の形式で表現された第２請求データを生成する（ステップＳ３２６）。また、サービス提供者識別データがサービス提供者名の場合、生成部１３０は、サービス提供者名で表現されるサービス提供者の事業者識別子を特定し、特定した事業者識別子を用いて第２請求データを生成してもよい。
【０３１７】
そして、仲介装置１００の送信部１２０は、生成部１３０が生成した第２請求データを、ステップＳ３２４で受信した第１請求データの送信元である決済代行側装置６００に送信する（ステップＳ３２７）。このとき、記憶部１４０に格納された第１請求データに、内訳データが含まれている場合、送信部１２０は、生成部１３０が生成した第２請求データに、内訳データを関連付けて送信してもよい。
【０３１８】
決済代行側装置６００の受信部６１０は、仲介装置１００から送信された第２請求データを受信する（ステップＳ３２８）。そして、決済代行側装置６００の送信部６２０は、ステップＳ３２２で受信した第１請求データの送信元であるサービス提供側装置２００に対し、第２請求データを送信する（ステップＳ３２９）。
【０３１９】
その後、サービス提供側装置２００の受信部２１０は、決済代行側装置６００からステップＳ３２１で送信した第１請求データの応答として、第２請求データを受信する（ステップＳ３３０）。そして、サービス提供側装置２００の送信部２２０は、サービスを利用した利用者の利用者端末３００に対し、第２請求データを送信する（ステップＳ３３１）。そして、利用者端末３００の受信部３１０は、第２請求データをサービス提供側装置２００から受信する（ステップＳ３３２）。
【０３２０】
以上のように、利用者端末３００は、利用者が利用したサービスに対する請求を表す第２請求データを受信することができる。
【０３２１】
なお、本実施の形態の収納システム２、決済代行側装置６００が含まれる構成であるが、第１の実施の形態における収納システム１と同様に、決済代行側装置６００が含まれない構成であってもよい。この場合、上述したステップＳ３２１において、第１請求データの送信先が仲介装置１００になる。そして、ステップＳ３２７において第２請求データの送信先がサービス提供側装置２００になる。つまり、ステップＳ３２２、Ｓ３２３、Ｓ３２８およびＳ３２９が行われない。このような構成であっても、利用者端末３００は、利用者が利用したサービスに対する請求を表す第２請求データを受信することができる。
【０３２２】
利用者端末３００が第２請求データを表示部３３０に表示する場合の処理および表示した後の流れは、上述した第１の実施の形態に係る収納システム１または第２の実施の形態に係る収納システム２と同様であるため、説明を省略する。
【０３２３】
（ハードウェア構成について）
本発明の各実施形態において、各装置の各構成要素は、機能単位のブロックを示している。各装置の各構成要素の一部又は全部は、例えば図３３に示すような情報処理装置９００とプログラムとの任意の組み合わせにより実現される。情報処理装置９００は、一例として、以下のような構成を含む。
【０３２４】
・ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０２
・ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０３
・ＲＡＭ９０３にロードされるプログラム９０４
・プログラム９０４を格納する記憶装置９０５
・記録媒体９０６の読み書きを行うドライブ装置９０７
・通信ネットワーク９０９と接続する通信インターフェース９０８
・データの入出力を行う入出力インターフェース９１０
・各構成要素を接続するバス９１１
各実施形態における各装置の各構成要素は、これらの機能を実現するプログラム９０４をＣＰＵ９０１が取得して実行することで実現される。各装置の各構成要素の機能を実現するプログラム９０４は、例えば、予め記憶装置９０５やＲＡＭ９０３に格納されており、必要に応じてＣＰＵ９０１が読み出す。なお、プログラム９０４は、通信ネットワーク９０９を介してＣＰＵ９０１に供給されてもよいし、予め記録媒体９０６に格納されており、ドライブ装置９０７が当該プログラムを読み出してＣＰＵ９０１に供給してもよい。
【０３２５】
各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個の情報処理装置９００とプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つの情報処理装置９００とプログラムとの任意の組み合わせにより実現されてもよい。
【０３２６】
また、各装置の各構成要素の一部又は全部は、その他の汎用または専用の回路、プロセッサ等やこれらの組み合わせによって実現される。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。
【０３２７】
各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。
【０３２８】
各装置の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。
【０３２９】
なお、上述した各実施の形態は、本発明の好適な実施の形態であり、上記各実施の形態にのみ本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において当業者が上記各実施の形態の修正や代用を行い、種々の変更を施した形態を構築することが可能である。
【符号の説明】
【０３３０】
１    収納システム
２    収納システム
３    収納システム
１００    仲介装置
１１０    受信部
１２０    送信部
１３０    生成部
１４０    記憶部
１５０    特定部
２００    サービス提供側装置
２１０    受信部
２２０    送信部
２３０    生成部
３００    利用者端末
３１０    受信部
３２０    送信部
３３０    表示部
３４０    生成部
３５０    受付部
３６０    記憶部
４００    店舗端末
４１０    受信部
４２０    送信部
４３０    取得部
４４０    表示部
５００    店舗管理装置
５１０    受信部
５２０    送信部
６００    決済代行側装置
６１０    受信部
６２０    送信部
１０    仲介装置
１３    生成部
１５    特定部
３０    利用者端末
３３    表示部
３４    生成部
４０    店舗端末
４２    送信部
４３    取得部
【図１】
0006760738.tif 000002
【図２】
0006760738.tif 000003
【図３】
0006760738.tif 000004
【図４】
0006760738.tif 000005
【図５】
0006760738.tif 000006
【図６】
0006760738.tif 000007
【図７】
0006760738.tif 000008
【図８】
0006760738.tif 000009
【図９】
0006760738.tif 000010
【図１０】
0006760738.tif 000011
【図１１】
0006760738.tif 000012
【図１２】
0006760738.tif 000013
【図１３】
0006760738.tif 000014
【図１４】
0006760738.tif 000015
【図１５】
0006760738.tif 000016
【図１６】
0006760738.tif 000017
【図１７】
0006760738.tif 000018
【図１８】
0006760738.tif 000019
【図１９】
0006760738.tif 000020
【図２０】
0006760738.tif 000021
【図２１】
0006760738.tif 000022
【図２２】
0006760738.tif 000023
【図２３】
0006760738.tif 000024
【図２４】
0006760738.tif 000025
【図２５】
0006760738.tif 000026
【図２６】
0006760738.tif 000027
【図２７】
0006760738.tif 000028
【図２８】
0006760738.tif 000029
【図２９】
0006760738.tif 000030
【図３０】
0006760738.tif 000031
【図３１】
0006760738.tif 000032
【図３２】
0006760738.tif 000033
【図３３】
0006760738.tif 000034