(57)【特許請求の範囲】
【請求項１】
仲介装置と、
店舗に設置された店舗端末と、
前記店舗に設置された情報通信端末と、を備え、
前記仲介装置は、
利用者端末に表示される支払いに関する第１請求データおよび当該第１請求データに対応する受付番号の生成依頼のためのボタンのうち、当該生成依頼のためのボタンが選択されると、前記情報通信端末を利用して支払いを行うための前記受付番号を生成する生成手段と、
前記受付番号を前記利用者端末に送信する第１送信手段と、を備え、
前記情報通信端末は、
前記利用者端末に表示された前記受付番号の入力を受け付ける受付手段と、
受け付けた前記受付番号に関連する第１請求データに対応する第２請求データを所定の方法で出力する出力手段と、を備え、
前記店舗端末は、出力された前記第２請求データを取得することにより、前記第１請求データの情報を取得する、
ことを特徴とする収納システム。
【請求項２】
前記出力手段は、前記第２請求データを所定のサイズの用紙に印字することにより、該第２請求データを出力する、
ことを特徴とする請求項１に記載の収納システム。
【請求項３】
前記仲介装置は、前記利用者端末から前記生成依頼を受信すると、前記生成手段は、前記生成依頼に基づいて前記受付番号を生成し、
前記利用者端末は、前記受付番号を表示する第１表示手段を更に備える、
ことを特徴とする請求項１または２に記載の収納システム。
【請求項４】
前記情報通信端末は、
前記受け付けた受付番号を前記仲介装置に送信する第３送信手段を更に備え、
前記仲介装置の前記第１送信手段は、受信した受付番号に基づいて、該受付番号に関連する第１請求データに関連する、サービス提供者から提供されたサービスに対する請求金額を含む第３請求データを、前記情報通信端末に送信し、
前記情報通信端末は、前記第３請求データを表示する第２表示手段を更に備える、
ことを特徴とする請求項１から３の何れか１項に記載の収納システム。
【請求項５】
前記情報通信端末を管理する情報通信端末管理装置を更に備え、
前記情報通信端末管理装置は、前記情報通信端末が設置された店舗を表す店舗情報と前記第３請求データとに基づいて、取引を識別する番号を生成し、該番号を含むデータを前記第２請求データとして生成して、当該第２請求データを前記情報通信端末に送信し、
前記情報通信端末の前記出力手段は、前記情報通信端末管理装置から送信された前記第２請求データを所定の方法で出力する、
ことを特徴とする請求項４に記載の収納システム。
【請求項６】
前記店舗端末は、前記取引を識別する番号を含む前記第２請求データを取得し、前記取得した第２請求データに関連する前記第３請求データを画面に表示する、
ことを特徴とする請求項５に記載の収納システム。
【請求項７】
前記店舗端末は、第１請求データに対する支払いが完了すると、支払いに対するデータを示す売上データを、該店舗端末を管理する店舗管理装置に送信する、
ことを特徴とする、請求項１から６の何れか１項に記載の収納システム。
【請求項８】
仲介装置と、店舗に設置された店舗端末と、前記店舗に設置された情報通信端末と、を備える収納システムにおけるデータ取得方法であって、
前記仲介装置が、
利用者端末に表示される支払いに関する第１請求データおよび当該第１請求データに対応する受付番号の生成依頼のためのボタンのうち、当該生成依頼のためのボタンが選択されると、前記情報通信端末を利用して支払いを行うための前記受付番号を生成し、
前記受付番号を前記利用者端末に送信し、
前記情報通信端末が、
前記利用者端末に表示された前記受付番号の入力を受け付け、
受け付けた前記受付番号に関連する第１請求データに対応する第２請求データを所定の方法で出力し、
前記店舗端末が、出力された前記第２請求データを取得することにより、前記第１請求データの情報を取得する、
ことを特徴とするデータ取得方法。
【請求項９】
仲介装置と、
利用者端末と、
店舗に設置された店舗端末と、
前記店舗に設置された情報通信端末と、を備え、
前記利用者端末は、支払いに関する第１請求データと当該第１請求データに対応する受付番号の生成依頼のためのボタンとを表示し、
前記仲介装置は、
利用者端末に表示される前記生成依頼のためのボタンが選択されると、前記情報通信端末を利用して支払いを行うための前記受付番号を生成する生成手段と、
前記受付番号を前記利用者端末に送信する第１送信手段と、を備え、
前記情報通信端末は、
前記利用者端末に表示された前記受付番号の入力を受け付ける受付手段と、
受け付けた前記受付番号に関連する第１請求データに対応する第２請求データを所定の方法で出力する出力手段と、を備え、
前記店舗端末は、出力された前記第２請求データを取得することにより、前記第１請求データの情報を取得する、
ことを特徴とする収納システム。
【請求項１０】
サービス提供者が提供するサービスの利用に対する支払いを行うための画面を表示する処理と、
前記画面は前記支払いに関する第１請求データおよび当該第１請求データに対応する受付番号の生成依頼のためのボタンを含み、前記画面に含まれる第１請求データが読み取られなかった場合に、情報通信端末を利用して支払いを行うため前記生成依頼を送信する処理と、
前記生成依頼の応答として、前記受付番号を受信する処理と、
前記受付番号を含む画面を表示する処理と、
を利用者端末に実行させることを特徴とする、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、収納システムおよびデータ取得方法に関する。
【背景技術】
【０００２】
公共料金や通信販売などの代金回収をコンビニエンスストアのような店舗に委託する収納代行が一般に行われている。各種料金の支払いを請求する事業者が請求内容を印刷した払込票を生活者（エンドユーザ）に郵送すると、生活者は、受け取った払込票をコンビニエンスストアなどの店舗に持参し、請求された料金の支払いを行う。
【０００３】
払込票にはバーコードが記載されている場合が多い。このバーコードのようなコードの読み取りに関する技術が、例えば特許文献１に記載されている。特許文献１に記載の技術では、二次元コードの読み取りが失敗した場合に、二次元コード内の一部分を読み取り、その読み取った一部分に基づいて、二次元コード内の特定データを別経路で取得する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２５７２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
スマートフォンなどの端末の画面に払込票に記載されたバーコードと同様のコードを表示させ、利用者がこの端末の画面のコードを用いて支払いを行うシステムでは、画面に表示されたコードが読み取れない場合、支払いを行うことができない。
【０００６】
特許文献１に関連する技術では、二次元コード内の一部分を読み取れることが前提となっている。したがって、例えば、端末の画面にひびが入っているなど、コードの読み取り機器が、画面に表示されたコードをまったく読み取れない場合、特許文献１の技術では、コードの読み取り機器は、所望のデータを得ることができない。したがって、利用者は、支払いを行うことができないという問題があった。
【０００７】
本発明は上記課題に鑑みてなされたものであり、その目的は、利用者の端末の状態がどのような場合であっても、利用者が容易に支払いを行うことができる収納システムおよび方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一態様に係る収納システムは、仲介装置と、店舗に設置された店舗端末と、前記店舗に設置された情報通信端末と、を備え、前記仲介装置は、利用者端末に表示された、支払いに関する第１請求データに対し、前記情報通信端末を利用して支払いを行うための受付番号を生成する生成手段と、前記受付番号を前記利用者端末に送信する第１送信手段と、を備え、前記情報通信端末は、前記利用者端末に表示された前記受付番号の入力を受け付ける受付手段と、受け付けた前記受付番号に関連する第１請求データに対応する第２請求データを所定の方法で出力する出力手段と、を備え、前記店舗端末は、出力された前記第２請求データを取得することにより、前記第１請求データの情報を取得する。
【０００９】
また、本発明の一態様に係るデータ取得方法は、仲介装置と、店舗に設置された店舗端末と、前記店舗に設置された情報通信端末と、を備える収納システムにおけるデータ取得方法であって、仲介装置が前記利用者端末に表示された、支払いに関する第１請求データに対し、前記情報通信端末を利用して支払いを行うための受付番号を生成し、前記受付番号を前記利用者端末に送信し、前記情報通信端末が、前記利用者端末に表示された前記受付番号の入力を受け付け、受け付けた前記受付番号に関連する第１請求データに対応する第２請求データを所定の方法で出力し、前記店舗端末が、出力された前記第２請求データを取得することにより、前記第１請求データの情報を取得する。
【００１０】
また、本発明の一態様に係る収納システムは、仲介装置と、利用者端末と、店舗に設置された店舗端末と、前記店舗に設置された情報通信端末と、を備え、前記仲介装置は、前記利用者端末に表示された、支払いに関する第１請求データに対し、前記情報通信端末を利用して支払いを行うための受付番号を生成する生成手段と、前記受付番号を前記利用者端末に送信する第１送信手段と、を備え、前記情報通信端末は、前記利用者端末に表示された前記受付番号の入力を受け付ける受付手段と、受け付けた前記受付番号に関連する第１請求データに対応する第２請求データを所定の方法で出力する出力手段と、を備え、前記店舗端末は、出力された前記第２請求データを取得することにより、前記第１請求データの情報を取得する。
【００１１】
また、本発明の一態様に係る利用者端末のプログラムは、サービス提供者が提供するサービスの利用に対する支払いを行うための画面を表示する処理と、前記画面に含まれる第１請求データが読み取られなかった場合に、情報通信端末を利用して支払いを行うための受付番号の生成依頼を送信する処理と、前記受付番号の生成依頼の応答として、前記受付番号を受信する処理と、前記受付番号を含む画面を表示する処理と、を利用者端末に実行させる。
【００１２】
また、本発明の一態様に係る店舗に設置された情報通信端末は、利用者端末に表示された、支払いに関する第１請求データに関連する、該情報通信端末を利用して支払いを行うための受付番号の入力を受け付ける受付手段と、受け付けた前記受付番号に関連する第１請求データに対応する第２請求データであって、前記店舗に設置された店舗端末が読み取ることにより該店舗端末が第１請求データの情報を取得することが可能な第２請求データを、前記店舗端末が取得可能な様態で出力する出力手段と、を備える。
【００１３】
また、本発明の一態様に係る情報通信端末のプログラムは、店舗に設置された情報通信端末のプログラムであって、利用者端末に表示された、支払いに関する第１請求データに関連する、該情報通信端末を利用して支払いを行うための受付番号の入力を受け付ける処理と、受け付けた前記受付番号に関連する第１請求データに対応する第２請求データであって、前記店舗に設置された店舗端末が読み取ることにより該店舗端末が第１請求データの情報を取得することが可能な第２請求データを、前記店舗端末が取得可能な様態で出力する処理と、を情報通信端末に実行させる。
【００１４】
また、本発明の一態様に係る、店舗に設置された店舗端末は、利用者端末に表示された支払いに関する第１請求データに関連する受付番号であって、情報通信端末を利用して支払いを行うための受付番号が入力された前記情報通信端末から出力された、該受付番号に関連する第１請求データに対応する第２請求データを取得する取得手段と、前記取得した第２請求データに基づいて、該第２請求データに関連する前記第１請求データの情報を受信する受信手段と、を備える。
【００１５】
また、本発明の一態様に係る店舗端末のプログラムは、店舗に設置された店舗端末のプログラムであって、利用者端末に表示された支払いに関する第１請求データに関連する受付番号であって、情報通信端末を利用して支払いを行うための受付番号が入力された前記情報通信端末から出力された、該受付番号に関連する第１請求データに対応する第２請求データを取得する処理と、前記取得した第２請求データに基づいて、該第２請求データに関連する前記第１請求データの情報を受信する処理と、を店舗端末に実行させる。
【００１６】
なお、上記各システムまたは方法を、コンピュータによって実現するコンピュータプログラム、およびそのコンピュータプログラムが格納されている、コンピュータ読み取り可能な非一時的記録媒体も、本発明の範疇に含まれる。
【発明の効果】
【００１７】
本開示によれば、利用者の端末の状態がどのような場合であっても、利用者が容易に支払いを行うことができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施の形態に係る収納システムの全体構成の一例を示す図である。
【図２】本発明の第１の実施の形態に係る収納システムの利用シーンを説明するための図である。
【図３】本発明の第１の実施の形態に係る収納システムに含まれる仲介装置の機能構成の一例を示す機能ブロック図である。
【図４】本発明の第１の実施の形態に係る収納システムに含まれる利用者端末の機能構成の一例を示す機能ブロック図である。
【図５】本発明の第１の実施の形態に係る収納システムに含まれる店舗端末およびマルチメディアキオスクの機能構成の一例を示す機能ブロック図である。
【図６】本発明の第１の実施の形態に係る収納システムに含まれる店舗管理装置およびマルチメディアキオスク管理装置の機能構成の一例を示す機能ブロック図である。
【図７】本発明の第１の実施の形態に係る収納システムにおける利用者端末の表示部が表示する請求データ画面の一例を示す図である。
【図８】本発明の第１の実施の形態に係る収納システムにおける受付番号の受信処理の流れの一例を示すフローチャートである。
【図９】本発明の第１の実施の形態に係る収納システムにおける第２請求データの出力処理の流れの一例を示すフローチャートである。
【図１０】本発明の第１の実施の形態に係る収納システムにおける第３請求データの表示処理の流れの一例を示すフローチャートである。
【図１１】本発明の第１の実施の形態に係る収納システムにおける受付番号の受信処理の流れの一例を示すフローチャートである。
【図１２】本発明の第１の実施の形態に係る収納システムにおける第２請求データの出力処理の流れの一例を示すフローチャートである。
【図１３】本発明の第２の実施の形態に係る収納システムの機能構成の一例を示す機能ブロック図である。
【図１４】本発明の各実施の形態を実現可能なコンピュータ（情報処理装置）のハードウェア構成を例示的に説明する図である。
【発明を実施するための形態】
【００１９】
＜第１の実施の形態＞
本発明の第１の実施の形態について、図面を参照して詳細に説明する。図１は、本実施の形態にかかる収納システム１の全体構成の一例を示す図である。図１に示す通り、本実施の形態に係る収納システム１は、仲介装置１００と、サービス提供側装置２００と、利用者端末３００と、店舗端末４００と、店舗管理装置５００と、マルチメディアキオスク（Ｍｕｌｔｉｍｅｄｉａ  Ｋｉｏｓｋ：以下、ＭＭＫと称す）６００と、ＭＭＫ管理装置７００とを含む。各装置は、ネットワークを介して互いに通信可能に接続している。なお、図１では、仲介装置１００と、サービス提供側装置２００と、利用者端末３００とがあるネットワークに接続し、仲介装置１００と、店舗端末４００と、店舗管理装置５００とＭＭＫ６００と、ＭＭＫ管理装置７００とが別のネットワークに接続している。なお、各装置は、同一のネットワークに接続していてもよいし、図１とは異なるネットワークに接続していてもよい。
【００２０】
サービス提供側装置２００は、サービスを提供する事業者側に設けられたサーバである。サービスを提供する事業者（以下、サービス提供者とも呼ぶ）とは、電気会社やＥＣ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍｅｒｃｅ）を行う業者（以下、ＥＣ事業者とも呼ぶ）等である。サービスを提供する事業者のサービス提供側装置２００は、請求データ（第３請求データと呼ぶ）を、出力する。
【００２１】
利用者端末３００は、サービスを利用する利用者が使用する端末である。利用者端末３００は、例えば、スマートフォンやタブレットなどの移動端末である。
【００２２】
店舗端末４００は、例えば、コンビニエンスストアの各店舗に設置された端末であり、例えば、ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｌｅｓ）レジスタで実現される。
【００２３】
ＭＭＫ６００は、コンビニエンスストアなどの店舗に設置されたマルチメディア対応の情報通信端末である。
【００２４】
店舗管理装置５００は、複数の店舗端末４００で扱うデータを管理する装置である。店舗管理装置５００は、例えば、コンビニエンスストアの本部に設けられ、各店舗のデータを収集して管理するサーバによって実現される。
【００２５】
ＭＭＫ管理装置７００は、複数の店舗の夫々に設けられたＭＭＫ６００が取り扱う取引データを管理する装置である。ＭＭＫ管理装置７００は、例えば、コンビニエンスストアの本部に設けられ、各店舗のＭＭＫ６００が取り扱う取引データを管理するサーバによって実現される。また、ＭＭＫ管理装置７００は、コンビニエンスストアの本部とは別のＭＭＫ６００を管理するセンターに設けられてもよい。また、ＭＭＫ管理装置７００は、仲介装置１００が設置された事業所に設けられていてもよい。また、仲介装置１００、店舗管理装置５００およびＭＭＫ管理装置７００は１つの装置であってもよいし、夫々を組み合わせてもよい。なお、店舗管理装置５００とＭＭＫ管理装置７００との夫々を組み合わせた装置を、センタサーバや取引管理サーバとも呼ぶ。なお、センタサーバや取引管理サーバには、仲介装置１００の機能が含まれていてもよい。
【００２６】
仲介装置１００は、各装置間の情報のやり取りを仲介する。
【００２７】
なお、図１では、サービス提供側装置２００、利用者端末３００、店舗端末４００、店舗管理装置５００およびＭＭＫ６００を１つ記載しているが、これらは複数であってもよい。
【００２８】
（請求データの受信について）
利用者端末３００が請求データを受信する方法について説明する。なお、利用者が、サービス提供者が提供するサービスを利用しているとする。このサービスに対する利用料は、電力料金のように、定期的に支払うものであってもよいし、ＥＣサイトを介したショッピングのように、その都度、支払うものであってもよい。
【００２９】
利用者がサービスを利用しているため、サービス提供側装置２００は、請求データ（第３請求データ）を、仲介装置１００を介して、利用者端末３００に送信する。また、収納システム１が決済をサービス提供者の代わりに行う決済代行会社が備える装置を含む場合、サービス提供側装置２００は、収納代行側の装置および仲介装置１００を介して利用者端末３００に請求データを送信してもよい。以上のように、本実施の形態では、仲介装置１００が利用者端末３００に請求データを送信する構成であるとする。以下では、利用者端末３００が受信する請求データを第１請求データと呼ぶ。また、以下では、利用者端末３００が受信する第１請求データはバーコードであるとして説明を行うが、第１請求データは、その内容（例えば、金額）がわかり、利用者端末３００の画面に表示することで店舗において支払処理が可能なもので表現されればよい。
【００３０】
また、仲介装置１００は、複数のサービス提供側装置２００の夫々から送信された第３請求データをまとめた請求データを生成し、生成した請求データを第１請求データとして利用者端末３００に送信してもよい。そして、利用者端末３００は、仲介装置１００から送信された第１請求データを受信して、画面に表示してもよい。
【００３１】
利用者端末３００が受信する第１請求データは、金額と、仲介装置１００を有する事業者を示すコード（仲介事業者識別子）と、仲介装置１００が管理する、サービス提供側装置２００から送信された第３請求データを特定する通番と、が少なくとも含まれる。なお、通番については、後述する。なお、第１請求データには、第３請求データに含まれる情報が含まれていてもよい。つまり、第１請求データは、金額を含む第３請求データと、仲介事業者識別子と、通番とが含まれてもよい。
【００３２】
（収納システム１の利用シーンについて）
次に、図２を参照して、本実施の形態に係る収納システム１の利用シーンについて説明する。図２は、本実施の形態に係る収納システム１の利用シーンを説明するための図である。利用者端末３００は、上述したとおり、支払いに関する第１請求データを受信しているとする。利用者が利用者端末３００に請求金額を含む第１請求データが届くと、利用者端末３００の画面に表示された第１請求データを用いて、例えば、コンビニエンスストアなどの店舗で支払いを行う。店舗では、バーコードスキャナのような機器を用いて、第１請求データを読み取る。このとき、利用者端末３００の画面が破損していたり、利用者端末３００の画面に覗き見を防止するためのシートなどが貼り付けられていたりすると、第１請求データが読み取られない場合がある。また、利用者端末３００が、第１請求データの読み取りを行う機器から読み取ることができない機種である場合も、第１請求データが読み取られない場合がある。
【００３３】
このような場合に、利用者端末３００の画面に表示された第１請求データに対応する請求データ（第２請求データとも呼ぶ）が表示された支払用紙を、支払いを行う店舗のＭＭＫ６００から出力させる。これにより、利用者は、支払用紙を用いて、該店舗で支払いを行う。この支払用紙は、例えば、払込票、申込券、または、受付票とも呼ぶ。
【００３４】
（収納システム１の各装置の構成について）
次に、図３から図６を参照して、本実施の形態に係る収納システム１に含まれる各装置の機能構成について説明する。
【００３５】
（仲介装置１００）
図３は、本実施の形態に係る収納システム１に含まれる仲介装置１００の機能構成の一例を示す機能ブロック図である。なお、図３に示す仲介装置１００は、本実施の形態に特有な構成について示したものであり、仲介装置１００が図３に示されていない部材を有していてもよいことは言うまでもない。
【００３６】
仲介装置１００は、受信部１１０と、送信部１２０と、生成部１３０と、記憶部１４０とを備える。
【００３７】
（記憶部１４０）
記憶部１４０は、互いに関連付けられた、サービスを利用した利用者を識別する利用者データとサービスを提供したサービス提供者を識別するサービス提供者識別データと、サービス提供側装置２００から供給される第３請求データとを含むレコードを格納している。この第３請求データには、請求金額が少なくとも含まれる。なお、この第３請求データにはその他の情報（例えば、支払期限、利用されたサービスの内容を示す内訳データ等）が含まれていてもよい。また、上記レコードには、上記レコードを識別する通番が付与されている。また、記憶部１４０に格納された第３請求データに対して受付番号が生成された場合、記憶部１４０は、生成された受付番号を該第３請求データに関連付けて格納する。
【００３８】
（受信部１１０）
受信部１１０は、利用者端末３００から受付番号の生成依頼を第１請求データと共に受信する。受信部１１０は、受信した受付番号の生成依頼と第１請求データとを生成部１３０に供給する。
【００３９】
また、受信部１１０は、ＭＭＫ６００から送信された受付番号を受信する。そして、受信部１１０は受信した受付番号を送信部１２０に供給する。
【００４０】
また、受信部１１０は、ＭＭＫ６００から、店舗情報を受信する。この店舗情報とは、ＭＭＫ６００が設置された店舗を識別する情報である。このとき受信部１１０は、店舗情報と共に、第３請求データを特定する情報（例えば、通番）を受信する。そして、受信部１１０は、受信した店舗情報を、第３請求データを特定する情報と共に、送信部１２０に供給する。
【００４１】
（生成部１３０）
生成部１３０は、受信部１１０から受付番号の生成依頼と第１請求データとを受信する。ここで、受付番号とは、ＭＭＫ６００を利用して支払いを行う際に使用される、ＭＭＫ６００が受け付けることができる番号である。生成部１３０は、受信した受付番号の生成依頼に基づいて、受付番号を生成する。生成部１３０は、生成した受付番号を、第１請求データと共に、送信部１２０に供給する。また、生成部１３０は、記憶部１４０を参照し、第１請求データに関連する第３請求データを特定する。そして、生成部１３０は、該特定した第３請求データに生成した受付番号を関連付けて、記憶部１４０に格納する。
【００４２】
（送信部１２０）
送信部１２０は、生成部１３０から受付番号を第１請求データと共に受け取ると、該第１請求データに関連する、受信部１１０が受信した生成依頼の応答として、受付番号を利用者端末３００に送信する。
【００４３】
送信部１２０は、受信部１１０から受付番号を受信すると、記憶部１４０を参照し、該受付番号に対応する受付番号に関連付けられた第３請求データを特定する。そして、送信部１２０は、特定した第３請求データをＭＭＫ６００に送信する。このとき、送信部１２０がＭＭＫ６００に送信する第３請求データは、記憶部１４０に格納された第３請求データそのものではなく、少なくとも請求金額と第３請求データを特定する情報とを含めばよい。第３請求データを特定する情報とは、例えば、上述した通番である。
【００４４】
送信部１２０は、店舗情報を、第３請求データを特定する情報と共に受信部１１０から受信すると、記憶部１４０を参照し、該第３請求データを特定する情報に基づいて、記憶部１４０内の該当するレコードを特定する。そして、送信部１２０は、特定したレコードに含まれる情報に、受信した店舗情報を含めたデータを第３請求データとして、ＭＭＫ管理装置７００に送信する。このとき、送信部１２０がＭＭＫ管理装置７００に送信する第３請求データは、例えば、請求金額、支払期限、サービス提供者を識別する情報、利用者を識別する情報など、領収書を発行するのに必要な情報が含まれればよい。また、仲介装置１００が利用者端末３００に送信した第１請求データが、複数のサービス提供側装置２００の夫々から送信された第３請求データをまとめたものである場合、送信部１２０は、複数のサービス提供者の夫々を識別する情報を、第３請求データに含めて送信する。
【００４５】
（利用者端末３００）
図４は、本実施の形態に係る収納システム１に含まれる利用者端末３００の機能構成の一例を示す機能ブロック図である。なお、図４に示す利用者端末３００は、本実施の形態に特有な構成について示したものであり、利用者端末３００が図４に示されていない部材を有していてもよいことは言うまでもない。
【００４６】
利用者端末３００は、受信部３１０と、送信部３２０と、表示部３３０と、受付部３４０とを備える。
【００４７】
（受信部３１０）
受信部３１０は、第１請求データを受信する。これにより、利用者端末３００は、第１請求データ表す画面を表示可能な状態になる。受信部３１０は、受信した第１請求データを表示部３３０に供給する。
【００４８】
また、受信部３１０は、後述する受付番号の生成依頼の応答を、仲介装置１００から受信する。受信部３１０は、受信した応答を表示部３３０に供給する。
【００４９】
（表示部３３０）
表示部３３０は、受信部３１０から受信した第１請求データを含む請求データ画面を表示する。表示部３３０は、例えば、液晶ディスプレイによって実現される。表示部３３０が表示する請求データ画面について、図７を参照して説明する。図７は、本実施の形態に係る収納システム１における利用者端末３００の表示部３３０が表示する請求データ画面の一例を示す図である。図７に示す通り、請求データ画面には、第１請求データであるバーコードが含まれる。また、請求データ画面には、第１請求データが読み取られなかった場合に、押下されるボタンが含まれる。
【００５０】
また、表示部３３０は、受信部３１０から受付番号の生成依頼に対する応答を受信する。この応答は、受付番号である。表示部３３０は、この受付番号を表示画面に表示する。なお、表示部３３０は、図７に示した請求データ画面上に受付番号を表示してもよいし、請求データ画面とは異なる画面上に受付番号を表示してもよい。また、利用者端末３００が、第１請求データの読み取りを行う機器（店舗端末４００）には対応していないが、ＭＭＫ６００には対応している機種の場合、利用者端末３００は、画面上にＭＭＫ６００が読み取ることが可能なコード（例えば二次元バーコード）を表示してもよい。この場合、ＭＭＫ６００がこのコードを読み取ればよいため、ＭＭＫ６００に対して操作者が受付番号を入力する操作を省くことができる。
【００５１】
（受付部３４０）
受付部３４０は、操作者によって入力された操作内容を受け付ける。受付部３４０は、受け付けた操作内容に応じた指示を、送信部３２０に出力する。受付部３４０は、入力箇所を検知するセンサによって実現される。本実施の形態では、表示部３３０と受付部３４０とはこれらが一体となったタッチパネルであるとして説明を行う。受付部３４０は、例えば、図７に示したボタンが押下されたことを受け付けると、請求データ画面のボタンが押下されたことを示す通知を、請求データ画面に含まれる第１請求データまたは該第１請求データを識別する情報と共に送信部３２０に供給する。第１請求データを識別する情報とは、例えば、第１請求データに含まれる通番である。なお、本実施の形態では、受付部３４０は、上記通知を第１請求データと共に送信部３２０に供給するとして説明を行う。
【００５２】
（送信部３２０）
送信部３２０は、受付部３４０から、請求データ画面のボタンが押下されたことを示す通知を第１請求データと共に受け付ける。そして、送信部３２０は、受付番号の生成依頼を該第１請求データと共に、仲介装置１００に送信する。
【００５３】
次に、図５を参照して、店舗端末４００およびＭＭＫ６００の機能構成について説明する。図５は、本実施の形態に係る収納システム１に含まれる店舗端末４００およびＭＭＫ６００の機能構成の一例を示す機能ブロック図である。なお、図５に示す店舗端末４００およびＭＭＫ６００は、本実施の形態に特有な構成について示したものであり、店舗端末４００およびＭＭＫ６００が図５に示されていない部材を有していてもよいことは言うまでもない。
【００５４】
（店舗端末４００）
店舗端末４００は、図５に示す通り、受信部４１０と、送信部４２０と、取得部４３０と、表示部４４０と、を備える。
【００５５】
（取得部４３０）
取得部４３０は、店舗端末４００に含まれる、または、接続している、例えば、バーコードスキャナによって、支払用紙に記載されたコードが読み取られると、この読み取られたコードによって表されるデータを取得する。本実施の形態では、取得部４３０は、第２請求データを取得する。取得部４３０は、取得した第２請求データを、送信部４２０に供給する。
【００５６】
（送信部４２０）
送信部４２０は、取得部４３０から第２請求データを受け取ると、該受け取った第２請求データを店舗管理装置５００に送信する。なお、送信部４２０は、第２請求データに仮取引番号（後述）以外の情報が含まれる場合、該仮取引番号のみを店舗管理装置５００に送信してもよい。送信部４２０は、少なくとも仮取引番号を含む第２請求データを店舗管理装置５００に送信すればよい。
【００５７】
（受信部４１０）
店舗管理装置５００から第３請求データを受信する。この第３請求データには、少なくとも金額とサービス提供者を識別する情報とが含まれる。受信部４１０は受信した第３請求データを表示部４４０に供給する。
【００５８】
（表示部４４０）
表示部４４０は、受信部４１０から第３請求データを受け取り、受け取った第３請求データを表示画面に表示する。例えば、表示部４４０は、第３請求データに含まれる請求金額と、サービス提供者を識別する情報によって表されるサービス提供者名とを、表示画面に表示する。表示部４４０は、例えば、液晶ディスプレイによって実現される。
【００５９】
（ＭＭＫ６００）
ＭＭＫ６００は、図５に示す通り、受信部６１０と、送信部６２０と、受付部６３０と、表示部６４０と、出力部６５０とを備える。
【００６０】
（受信部６１０）
受信部６１０は、仲介装置１００から送信された、少なくとも請求金額と第３請求データを特定する情報とを含む第３請求データを受信する。そして、受信部６１０は、受信した第３請求データを表示部６４０に供給する。
【００６１】
また、受信部６１０は、後述する仮取引番号を含む第２請求データをＭＭＫ管理装置７００から受信すると、受信した第２請求データを出力部６５０に供給する。
【００６２】
（受付部６３０）
受付部６３０は、操作者による操作を受け付ける。受付部６３０は、受け付けた操作に応じた情報を、送信部６２０に供給する。受付部６３０は、例えば、テンキーや確認ボタンのような入力装置によって実現される。受付部６３０は、たとえば、利用者（操作者）によって受付番号が入力されると、入力された受付番号を、送信部６２０に供給する。また、受付部６３０は、利用者によって確認ボタンが押下されると、確認されたことを示す通知を送信部６２０に供給する。
【００６３】
（送信部６２０）
送信部６２０は、受付部６３０から、利用者の操作に応じた情報を受信する。送信部６２０は、例えば、受付部６３０から受付番号を受信すると、該受付番号を仲介装置１００に送信する。また、送信部６２０は、例えば、受付部６３０から確認されたことを示す通知を受信すると、仲介装置１００に、第３請求データを特定する情報と共に、店舗情報を送信する。
【００６４】
（表示部６４０）
表示部６４０は、受信部６１０から第３請求データを受け取る。表示部６４０は、受け取った第３請求データを表示画面に表示する。上述したとおり、受信部６１０が受信する第３請求データは請求金額を含むため、表示部６４０は表示画面に請求金額を表示する。なお、第３請求データにその他の情報（例えば、請求の内訳等）が含まれる場合、表示部６４０は表示画面に上記その他の情報を表示してもよい。
【００６５】
（出力部６５０）
出力部６５０は、受信部６１０から仮取引番号を含む第２請求データを受け取る。出力部６５０は、受け取った第２請求データを所定の方法で出力する。出力部６５０は、例えば、所定のサイズの紙に、第２請求データを表す情報を印字した支払用紙を出力する。なお、出力部６５０が第２請求データを出力する方法はこれに限定されるものではない。
【００６６】
次に、図６を参照して、店舗管理装置５００およびＭＭＫ管理装置７００の機能構成について説明する。図６は、本実施の形態に係る収納システム１に含まれる店舗管理装置５００およびＭＭＫ管理装置７００の機能構成の一例を示す機能ブロック図である。なお、図６に示す店舗管理装置５００およびＭＭＫ管理装置７００は、本実施の形態に特有な構成について示したものであり、店舗管理装置５００およびＭＭＫ管理装置７００が図６に示されていない部材を有していてもよいことは言うまでもない。
【００６７】
（ＭＭＫ管理装置７００）
ＭＭＫ管理装置７００は、図６に示す通り、受信部７１０と、送信部７２０と、生成部７３０とを備える。
【００６８】
（受信部７１０）
受信部７１０は、仲介装置１００から店舗情報を含む第３請求データを受信する。受信部７１０は受信した第３請求データを生成部７３０に供給する。
【００６９】
（生成部７３０）
生成部７３０は、受信部７１０から店舗情報を含む第３請求データを受け取る。生成部７３０は、受け取った第３請求データに基づいて、取引に用いる番号を生成する。なお、この番号は、料金の支払い前まで（実際の取引を行う前まで）に用いられる番号であるため、仮取引番号と呼ぶ。そして、生成部７３０は、少なくともこの仮取引番号を含むデータを第２請求データとして、送信部７２０に供給する。この第２請求データには、受け取った、店舗情報を含む第３請求データを含めてもよいし、含めなくてもよい。第２請求データに、店舗情報を含む第３請求データが含まれない場合、生成部７３０は、送信部７２０に第２請求データと、該店舗情報を含む第３請求データとを供給する。
【００７０】
（送信部７２０）
送信部７２０は、仮取引番号を少なくとも含む第２請求データを、生成部７３０から受け取る。送信部７２０は、受け取った第２請求データに含まれる店舗情報または第２請求データと共に受け取った第３請求データに含まれる店舗情報によって特定される店舗のＭＭＫ６００に対し、該第２請求データを送信する。また、送信部７２０は、仮取引番号と仲介装置１００から受信した第３請求データとを店舗管理装置５００に送信する。
【００７１】
また、ＭＭＫ管理装置７００は、上記機能以外にも、領収書を発行する機能などを有していてもよい。
【００７２】
（店舗管理装置５００）
店舗管理装置５００は、受信部５１０と、送信部５２０と、記憶部５３０とを備える。
【００７３】
（受信部５１０）
受信部５１０は、ＭＭＫ管理装置７００から仮取引番号と仲介装置１００から受信した第３請求データと、これらを互いに関連付けて記憶部５３０に格納する。
【００７４】
また、受信部５１０は、店舗端末４００から第２請求データを受信すると、受信した第２請求データを送信部５２０に供給する。
【００７５】
（記憶部５３０）
記憶部５３０は、互いに関連付けられた、仮取引番号と該仮取引番号に関連する第３請求データとを格納している。
【００７６】
（送信部５２０）
送信部５２０は、受信部５１０から第２請求データを受け取る。上述した通り、第２請求データには、少なくとも仮取引番号が含まれる。送信部５２０は、記憶部５３０を参照することにより、この仮取引番号に関連する第３請求データを特定し、特定した第３請求データを店舗端末４００に送信する。このとき、送信部５２０が店舗端末４００に送信する第３請求データは、少なくとも金額とサービス提供者を識別する情報とが含まれる。また、特定した第３請求データが複数の第３請求データをまとめたものである場合、送信部５２０は、少なくとも、合計の金額と複数のサービス提供者の夫々を識別する情報とを店舗端末４００に送信する。
【００７７】
なお、本実施の形態では、上述したとおり、店舗管理装置５００とＭＭＫ管理装置７００とが、例えば、コンビニエンスストアなどの本部に設けられることを例に説明を行うが、店舗管理装置５００とＭＭＫ管理装置７００とは異なる場所に設けられるものであってもよい。例えば、ＭＭＫ管理装置７００は、上記本部とは別の、ＭＭＫ６００を管理するセンターに設けられてもよい。また、店舗管理装置５００とＭＭＫ管理装置７００とが同じ本部に設けられる構成の場合、店舗管理装置５００およびＭＭＫ管理装置７００は一体形成された装置であってもよい。この場合、店舗管理装置５００とＭＭＫ管理装置７００との間のデータのやり取りによって生じるネットワーク負荷や、やり取りに掛かる時間を削減することができる。
【００７８】
（受付番号の受信処理について）
次に、受付番号の受信処理について、図８を用いて説明する。図８は、受付番号の受信処理の流れの一例を示すフローチャートである。なお、以下では、利用者が店舗にて、利用者端末３００に第１請求データを表示させて支払いを行おうとした際において、表示部３３０に表示された第１請求データが読み取れなかったとする。図８では、利用者端末３００の処理を左側に、仲介装置１００の処理を右側に示している。また、仲介装置１００の処理と、利用者端末３００の処理との間の破線の矢印はデータの流れを示している。
【００７９】
利用者が利用者端末３００の表示部３３０に表示された、例えば、図７に示す請求データ画面上でボタンを押下すると、受付部３４０は、ボタンの押下を受け付ける（ステップＳ８１）。このボタンの押下に応じて、送信部３２０は、受付番号の生成依頼を、表示部３３０に表示されている第１請求データと共に、仲介装置１００に送信する（ステップＳ８２）。
【００８０】
その後、仲介装置１００の受信部１１０は、利用者端末３００から受付番号の生成依頼を第１請求データと共に受信する（ステップＳ８３）。そして、生成部１３０は、受信部１１０が受信した受付番号の生成依頼に基づいて、受付番号を生成する（ステップＳ８４）。そして、生成部１３０は、生成した受付番号を、記憶部１４０に格納された関連する第３請求データに関連付けて、記憶部１４０に格納する（ステップＳ８５）。また、送信部１２０は、受信部１１０が受信した生成依頼の応答として、生成部１３０が生成した受付番号を利用者端末３００に送信する（ステップＳ８６）。なお、ステップＳ８５とステップＳ８６とは同時に行われてもよいし、逆順で行われてもよい。
【００８１】
そして、利用者端末３００の受信部３１０は、ステップＳ８２にて送信部３２０が送信した生成依頼の応答として、受付番号を仲介装置１００から受信する（ステップＳ８７）。そして、表示部３３０は、受信部３１０が受信した受付番号を表示画面に表示する（ステップＳ８８）。
【００８２】
以上の処理により、利用者端末３００は、受付番号を受信することができる。
【００８３】
（第２請求データの出力処理について）
次に、第２請求データの出力処理について、図９を用いて説明する。図９は、第２請求データの出力処理の流れの一例を示すフローチャートである。図９では、ＭＭＫ６００の処理を左側に、仲介装置１００の処理を中央に、ＭＭＫ管理装置７００の処理を右側に示している。また、各装置の処理の間の破線の矢印はデータの流れを示している。なお、以下では、ステップＳ８８において、利用者端末３００の表示部３３０に表示された受付番号を、利用者がＭＭＫ６００に入力するとする。また、以下では、第３請求データを特定する情報を通番として説明する。
【００８４】
ＭＭＫ６００の受付部６３０が、利用者からの受付番号の入力を受け付ける（ステップＳ９１）と、送信部６２０は、受け付けた受付番号を仲介装置１００に送信する（ステップＳ９２）。
【００８５】
仲介装置１００の受信部１１０は、ＭＭＫ６００から送信された受付番号を受信する（ステップＳ９３）。そして、送信部１２０は記憶部１４０を参照し、受信した受付番号に関連付けられた第３請求データを、ＭＭＫ６００に送信する（ステップＳ９４）。
【００８６】
そして、ＭＭＫ６００の受信部６１０は、仲介装置１００から送信された第３請求データを受信する（ステップＳ９５）。その後、表示部６４０が第３請求データを表示画面に表示する（ステップＳ９６）。これにより、ＭＭＫ６００は、利用者に対し、第１請求データに対する請求内容と、同じ請求内容に対する支払いを行っていることを確認させることができる。そして、ＭＭＫ６００は、利用者によって第３請求データが確認されたか否かを判定する。具体的には、受付部６３０が、確認ボタンの押下を受け付けたか否かを判定する（ステップＳ９７）。確認ボタンの押下を受け付けなかった場合とは、例えば、取り消しボタンの押下を受け付けた場合が挙げられるが、これに限定されるものではない。なお、本実施の形態では、確認されなかった場合（ステップＳ９７にてＮＯ）は、取り消しボタンの押下を受け付けた場合であるとして、ＭＭＫ６００の処理を終了するとする。
【００８７】
確認データが確認された場合（ステップＳ９７にてＹＥＳ）、送信部６２０は、仲介装置１００に、店舗情報を通番と共に送信する（ステップＳ９８）。
【００８８】
そして、仲介装置１００の受信部１１０は、ＭＭＫ６００から店舗情報を、通番と共に受信する（ステップＳ９９）。送信部１２０は、通番を用いて、記憶部１４０に格納された第３請求データを特定し、該第３請求データに店舗情報を含め、この店舗情報を含む第３請求データをＭＭＫ管理装置７００に送信する（ステップＳ１００）。
【００８９】
ＭＭＫ管理装置７００の受信部７１０は、仲介装置１００から店舗情報を含む第３請求データを受信する（ステップＳ１０１）。そして、生成部７３０が、第３請求データに基づいて、仮取引番号を生成する（ステップＳ１０２）。その後、送信部７２０が、仮取引番号を少なくとも含む第２請求データをＭＭＫ６００に送信する（ステップＳ１０３）。このとき、送信部７２０は店舗管理装置５００にも仮取引番号と第３請求データとを送信する。なお、ＭＭＫ管理装置７００が店舗管理装置５００と一体となっている場合は、ＭＭＫ管理装置７００は、店舗管理装置５００に仮取引番号および第３請求データを送信しなくてもよい。
【００９０】
ステップＳ１０３終了後、ＭＭＫ６００の受信部６１０は、ＭＭＫ管理装置７００から第２請求データを受信する（ステップＳ１０４）。出力部６５０は、受信部６１０が受信した第２請求データを所定のサイズの紙に印字した支払用紙を出力する（ステップＳ１０５）。第２請求データに含まれる仮取引番号は、利用者端末３００に表示された第１請求データに関連する第３請求データに関連している。つまり、出力部６５０は、ステップＳ９１で受け付けた受付番号に関連する第１請求データに対応する第２請求データを出力する。
【００９１】
以上により、収納システム１に含まれるＭＭＫ６００は、第１請求データに関連する第２請求データを出力することができる。
【００９２】
（第３請求データの表示処理について）
次に、第３請求データの表示処理について、図１０を用いて説明する。図１０は、第３請求データの表示処理の流れの一例を示すフローチャートである。図１０では、店舗端末４００の処理を左側に、店舗管理装置５００の処理を右側に示している。また、店舗端末４００の処理と、店舗管理装置５００の処理との間の破線の矢印はデータの流れを示している。なお、以下では、利用者が店舗にて、出力された、第２請求データが印刷された支払用紙を用いて支払いを行うために、該支払用紙を店員に提示したとする。また、店舗管理装置５００の記憶部５３０には、ステップＳ１０２で生成された仮取引番号と該仮取引番号に関連する第３請求データとが関連付けられて格納されているとする。
【００９３】
店員が支払用紙に印字された第２請求データに対して、例えばバーコードスキャナなどをかざすことにより該第２請求データを読み取らせると、取得部４３０は第２請求データを取得する（ステップＳ１１１）。そして、送信部４２０は、取得部４３０が読み取った第２請求データを店舗管理装置５００に送信する（ステップＳ１１２）。
【００９４】
店舗管理装置５００の受信部５１０は、店舗端末４００から第２請求データを受信する（ステップＳ１１３）。図９を用いて説明したステップＳ１０３において、店舗管理装置５００はＭＭＫ管理装置７００から仮取引番号と第３請求データとを受信している。そのため、店舗管理装置５００は、受信した第２請求データに含まれる仮取引番号に田尾右する仮取引番号に関連付けられた第３請求データを特定することができる。そして、送信部５２０は、この仮取引番号に関連付けられた第３請求データを店舗端末４００に送信する（ステップＳ１１４）。
【００９５】
そして、店舗端末４００の受信部４１０は、店舗管理装置５００から第３請求データを受信する（ステップＳ１１５）。表示部４４０は、受信部４１０が受信した第３請求データを表示画面に表示する（ステップＳ１１６）。
【００９６】
なお、図１０において、ステップＳ１１３およびステップＳ１１４の処理は、ＭＭＫ管理装置７００が行ってもよい。また、図１０において、ステップＳ１１３およびステップＳ１１４の処理は、仲介装置１００が行ってもよい。この場合、仲介装置１００は、所定のタイミングでＭＭＫ管理装置７００から第２請求データを受け取っていればよい。
【００９７】
以上により、収納システム１は、店舗端末４００の表示部４４０に第３請求データを表示することができる。これにより、店舗端末４００は、利用者に対し、どの請求内容に対する支払いを行っているのかを把握させることができる。
【００９８】
そして、利用者が表示部４４０に表示された第３請求データに対する支払いを行うと、店舗端末４００は、店舗管理装置５００に該第３請求データと共に該第３請求データに対する売上データ（支払に対するデータを示す売上データ）が送信される。なお、店舗端末４００および店舗管理装置５００がこの支払に対する通知や速報データ、確報データを送信する方法やタイミング、宛先は、特に限定されず、任意である。
【００９９】
以上の処理により、利用者端末３００に表示された第１請求データが読み取れなかった場合であっても、利用者は該第１請求データの支払いを行うことができる。
【０１００】
なお、図８を用いて説明した受付番号の受信処理は、図１１に示す流れであってもよい。なお、図１１においてセンタサーバとは、上述した通り、店舗管理装置５００とＭＭＫ管理装置７００とを組み合わせた装置を指す。なお、センタサーバではなく、店舗管理装置５００であってもよいし、ＭＭＫ管理装置７００であってもよい。そして、このセンタサーバは、仲介装置１００の生成部１３０と同様に受付番号を生成する機能を有していてもよい。図１１において、図８と同じ処理については、同じ符号を付している。
【０１０１】
図１１において、利用者が利用者端末３００の表示部３３０に表示された、例えば、図７に示す請求データ画面上でボタンを押下すると、受付部３４０は、ボタンの押下を受け付ける（ステップＳ８１）。このボタンの押下に応じて、送信部３２０は、受付番号の生成依頼を、表示部３３０に表示されている第１請求データと共に、仲介装置１００に送信する（ステップＳ８２）。
【０１０２】
その後、仲介装置１００の受信部１１０は、利用者端末３００から受付番号の生成依頼を第１請求データと共に受信する（ステップＳ８３）。そして、送信部１２０が、第３請求データをセンタサーバに送信する（ステップＳ１２１）。
【０１０３】
センタサーバは、仲介装置１００が送信した第３請求データを受信する（ステップＳ１２２）と、受付番号を生成する（ステップＳ１２３）。そして、センタサーバは、生成した受付番号を、受信した第３請求データに関連付けて、記憶部に格納する（ステップＳ１２４）。また、センタサーバは、受信した第３請求データの応答として、生成した受付番号を仲介装置１００に送信する（ステップＳ１２５）。なお、ステップＳ１２４とステップＳ１２５とは同時に行われてもよいし、逆順で行われてもよい。
【０１０４】
その後、仲介装置１００の受信部１１０がセンタサーバから受付番号を受信する（ステップＳ１２６）と、送信部１２０は、受信部１１０が受信した生成依頼の応答として、生成部１３０が生成した受付番号を利用者端末３００に送信する（ステップＳ８６）。なお、仲介装置１００は、上述したステップＳ８５と同様に、受付番号を記憶部１４０に格納された関連する第３請求データに関連付けて、記憶部１４０に格納してもよい。
【０１０５】
そして、利用者端末３００の受信部３１０は、ステップＳ８２にて送信部３２０が送信した生成依頼の応答として、受付番号を仲介装置１００から受信する（ステップＳ８７）。そして、表示部３３０は、受信部３１０が受信した受付番号を表示画面に表示する（ステップＳ８８）。
【０１０６】
以上の流れであっても、利用者端末３００は、受付番号を受信することができる。
【０１０７】
また、図９を用いて説明した第２請求データの出力処理は、図１２に示す流れであってもよい。なお、図１２の例では、図１１を用いて説明したセンタサーバがＭＭＫ管理装置７００であるとして説明する。
【０１０８】
ＭＭＫ６００の受付部６３０が、利用者からの受付番号の入力を受け付ける（ステップＳ９１）と、送信部６２０は、受け付けた受付番号をＭＭＫ管理装置７００に送信する（ステップＳ９２）。
【０１０９】
ＭＭＫ管理装置７００の受信部７１０は、ＭＭＫ６００から送信された受付番号を受信する（ステップＳ１３１）。そして、送信部７２０はステップＳ１２４で格納したデータを参照し、受信した受付番号に関連付けられた第３請求データを、ＭＭＫ６００に送信する（ステップＳ１３２）。これにより、ＭＭＫ６００および仲介装置１００は、図９と同様に、ステップＳ９５以降の処理を行うことができる。
【０１１０】
以上により、収納システム１に含まれるＭＭＫ６００は、図９を用いて説明した場合と同様に、第１請求データに関連する第２請求データを出力することができる。
【０１１１】
このように、本実施の形態に係る収納システム１によれば、店舗端末４００が、第１請求データを表示した利用者端末３００から該第１請求データを正常に読み取れた場合と同様に、店舗端末４００は、第１請求データを取得することができる。
【０１１２】
これにより、例えば、利用者端末３００の画面が破損していたり、利用者端末３００の画面に覗き見を防止するためのシートなどが貼り付けられていたりして、第１請求データを店舗端末４００が読み取ることができない場合であっても、店舗端末４００は、第１請求データを取得することができる。したがって、第１請求データを用いて支払いを行おうとする利用者は、容易に支払いを行うことができる。よって、本実施の形態に係る収納システム１は、高い利便性を有することができる。
【０１１３】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について図面を参照して説明を行う。本実施の形態では、本発明の課題を解決する最小の構成を有する収納システム２について説明する。
【０１１４】
図１３は本実施の形態に係る収納システム２が備える各装置の機能構成の一例を示す機能ブロック図である。図１３に示す通り、収納システム２は、仲介装置１０と、店舗端末４０と、情報通信端末６０と、を備える。
【０１１５】
仲介装置１０は、送信部１２と、生成部１３とを備える。送信部１２は、上述した第１の実施の形態における送信部１２０に相当する。生成部１３は、上述した第１の実施の形態における生成部１３０に相当する。
【０１１６】
店舗端末４０は、第１の実施の形態におけるおよび店舗端末４００に相当する。
【０１１７】
情報通信端末６０は、受付部６３と、出力部６５とを備える。受付部６３は、第１の実施の形態における受付部６３０に相当する。出力部６５は、第１の実施の形態における出力部６５０に相当する。情報通信端末６０と店舗端末４０とは、同じ店舗に設置されている。
【０１１８】
仲介装置１０の生成部１３は、利用者端末に表示された、支払いに関する第１請求データに対し、情報通信端末６０を利用して支払いを行うための受付番号を生成する。生成部１３は、生成した受付番号を送信部１２に供給する。
【０１１９】
送信部１２は、生成部１３が生成した受付番号を利用者端末に送信する。
【０１２０】
そして、利用者が利用者端末に表示された、第１請求データに対する支払いを行うための該第１請求データに関連する受付番号を情報通信端末６０に入力すると、受付部６３がこの入力された受付番号を受け付ける。そして、出力部６５は、受付部６３が受け付けた受付番号に関連する第１請求データに基づいて、該第１請求データに対応する第２請求データを所定の方法で出力する。例えば、出力部６５は、所定の用紙に第２請求データを表現したバーコード等のコードや文字列を印字することにより、第２請求データを出力する。
【０１２１】
そして、店舗端末４０がこの出力された第２請求データを、例えば、バーコードリーダなどを用いて読み取ることにより、該第２請求データを取得する。上述した通り、第２請求データは、第１請求データに対応したデータであるため、店舗端末４０は、この第２請求データを取得することにより、該第２請求データに対応する第１請求データを、取得することができる。店舗端末４０は、例えば、上述した第１の実施の形態における店舗管理装置５００のような第２請求データと第１請求データとを関連付けて保存する装置から第１請求データを取得してもよい。
【０１２２】
以上の処理により、店舗端末４０が、第１請求データを表示した利用者端末から該第１請求データを正常に読み取れた場合と同様に、店舗端末４０は、第１請求データを取得することができる。
【０１２３】
これにより、例えば、利用者端末の画面が破損していたり、利用者端末の画面に覗き見を防止するためのシートなどが貼り付けられていたりして、第１請求データを店舗端末４０が読み取ることができない場合であっても、店舗端末４０は、第１請求データを取得することができる。したがって、第１請求データを用いて支払いを行おうとする利用者は、容易に支払いを行うことができる。よって、本実施の形態に係る収納システム２は、高い利便性を有することができる。
【０１２４】
（ハードウェア構成について）
本発明の各実施形態において、各システムにおける各装置の各構成要素は、機能単位のブロックを示している。各装置の各構成要素の一部又は全部は、例えば図１４に示すような情報処理装置９００とプログラムとの任意の組み合わせにより実現される。情報処理装置９００は、一例として、以下のような構成を含む。
【０１２５】
・ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０２
・ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０３
・ＲＡＭ９０３にロードされるプログラム９０４
・プログラム９０４を格納する記憶装置９０５
・記録媒体９０６の読み書きを行うドライブ装置９０７
・通信ネットワーク９０９と接続する通信インターフェース９０８
・データの入出力を行う入出力インターフェース９１０
・各構成要素を接続するバス９１１
各実施形態における各システムの各装置の各構成要素は、これらの機能を実現するプログラム９０４をＣＰＵ９０１が取得して実行することで実現される。各装置の各構成要素の機能を実現するプログラム９０４は、例えば、予め記憶装置９０５やＲＡＭ９０３に格納されており、必要に応じてＣＰＵ９０１が読み出す。なお、プログラム９０４は、通信ネットワーク９０９を介してＣＰＵ９０１に供給されてもよいし、予め記録媒体９０６に格納されており、ドライブ装置９０７が当該プログラムを読み出してＣＰＵ９０１に供給してもよい。
【０１２６】
各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個の情報処理装置９００とプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つの情報処理装置９００とプログラムとの任意の組み合わせにより実現されてもよい。
【０１２７】
また、各装置の各構成要素の一部又は全部は、その他の汎用または専用の回路、プロセッサ等やこれらの組み合わせによって実現される。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。
【０１２８】
各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。
【０１２９】
各装置の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。
【０１３０】
なお、上述した各実施の形態は、本発明の好適な実施の形態であり、上記各実施の形態にのみ本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において当業者が上記各実施の形態の修正や代用を行い、種々の変更を施した形態を構築することが可能である。
【符号の説明】
【０１３１】
１    収納システム
２    収納システム
１０    仲介装置
１２    送信部
１３    生成部
４０    店舗端末
６０    情報通信端末
６３    受付部
６５    出力部
１００    仲介装置
１１０    受信部
１２０    送信部
１３０    生成部
１４０    記憶部
２００    サービス提供側装置
３００    利用者端末
３１０    受信部
３２０    送信部
３３０    表示部
３４０    受付部
４００    店舗端末
４１０    受信部
４２０    送信部
４３０    取得部
４４０    表示部
５００    店舗管理装置
５１０    受信部
５２０    送信部
５３０    記憶部
６００    ＭＭＫ
６１０    受信部
６２０    送信部
６３０    受付部
６４０    表示部
６５０    出力部
７００    ＭＭＫ管理装置
７１０    受信部
７２０    送信部
７３０    生成部
【図１】
0006798789.tif 000002
【図２】
0006798789.tif 000003
【図３】
0006798789.tif 000004
【図４】
0006798789.tif 000005
【図５】
0006798789.tif 000006
【図６】
0006798789.tif 000007
【図７】
0006798789.tif 000008
【図８】
0006798789.tif 000009
【図９】
0006798789.tif 000010
【図１０】
0006798789.tif 000011
【図１１】
0006798789.tif 000012
【図１２】
0006798789.tif 000013
【図１３】
0006798789.tif 000014
【図１４】
0006798789.tif 000015