JP2020119070A - 収納代行システム、収納代行方法、メイン処理装置、および、メイン処理方法 - Google Patents

Abstract

【課題】利便性が高い収納代行システムを提供する。【解決手段】収納代行システム１０は、ネットワークで接続されている、メイン処理装置１００と、サービス提供装置２００と、顧客側処理装置３００とを備える。サービス提供装置２００は、電子商取引で契約を行い、契約に関する金額情報を含む契約情報５１０をメイン処理装置１００へ送信する。メイン処理装置１００は、契約情報５１０に基づいた識別情報５２０を生成し、サービス提供装置２００を介して顧客側処理装置３００へ識別情報５２０を送信する。顧客側処理装置３００は、識別情報５２０を読み取り、識別情報５２０に対応する入力金額情報の入力を受け付け、識別情報５２０と入力金額情報とをパススルーして、メイン処理装置１００へ送信する。メイン処理装置１００は、識別情報５２０と入力金額情報とを比較した結果に基づいて、電子商取引の成立状態を判断する。【選択図】図１

Description

本発明は、電子商取引における収納代行システムに関する。

従来、電子商取引時において、コンビニエンスストア等で代金を支払う方法が用いられている。例えば、特許文献１に記載の収納代行システムは、インターネット上での取引において、コンビニエンスストア店舗網等を利用して、利用者が支払いを行う手段が用いられている。

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

しかしながら、特許文献１に記載のような収納代行システムは、取引を行う回数に伴い、コンビニ収納代行サービスへの問い合わせ回数が増え、該コンビニ収納代行サービスに対する負荷が大きくなる虞がある。また、従来の収納代行システムにおいて可変なバーコードを用いる場合は、システムの改修が必要となる場合がある。

そこで、本発明の目的は、利便性が高い収納代行システムを提供することにある。

この発明の収納代行システムは、ネットワークで接続されている、メイン処理装置と、サービス提供装置と、顧客側処理装置とを備える。サービス提供装置は、電子商取引で契約を行い、契約に関する金額情報を含む契約情報をメイン処理装置へ送信する。メイン処理装置は、契約情報に基づいた識別情報を生成し、サービス提供装置を介して顧客側処理装置へ識別情報を送信する。顧客側処理装置は、識別情報を読み取り、識別情報に対応する入力金額情報の入力を受け付け、識別情報と入力金額情報とをパススルーして、メイン処理装置へ送信する。メイン処理装置は、識別情報と入力金額情報とを比較した結果に基づいて、電子商取引の成立状態を判断する。

この構成では、顧客側処理装置での処理がパススルーされるため、既存のシステムを用いた収納代行システムを実現できる。また、メイン処理装置で全ての処理を実行することができるため、処理が煩雑になることを抑制できる。

この発明の収納代行システムにおける識別情報は、バリアブルモデル型の２次元バーコードであってもよい。

この構成では、識別情報が可変であるため、契約情報が更新された場合でも最新の情報で処理を行うことができる。

この発明の収納代行システムにおける識別情報は、文字列で表される補足情報を含んでいてもよい。

この構成では、補足情報をカスタマーセンター等に伝えることによって、トラブルシューティングを容易に行うことができる。

この発明の収納代行システムにおけるメイン処理装置は、金額情報と契約情報とを紐付けて管理してもよい。

この構成では、メイン処理装置に処理を集中させることができ、他のシステムへの影響を最小限にできる。

この発明のメイン処理装置は、以下の構成を備える。ネットワークで接続されている、メイン処理装置と、サービス提供装置と、顧客側処理装置とを備えた、収納代行システムにおいて、メイン処理装置は、顧客側処理措置と、サービス提供装置との間に配置される。

メイン処理装置は、電子商取引における契約に関する金額情報を含む契約情報をサービス提供装置から受信し、契約情報に基づいた識別情報を生成する。メイン処理装置は、サービス提供装置を介して、顧客側処理装置へ識別情報を送信し、顧客側処理装置が読み取った識別情報と、識別情報に対する入力金額情報とを受信する。また、識別情報と入力金額情報とを比較した結果に基づいて、電子商取引の成立状態を判断する。

この構成では、メイン処理装置で全ての処理を実行することができるため、処理が煩雑になることを抑制できる。

本発明によれば、利便性が高い収納代行システムを提供できる。

図１は第１の実施形態に係る収納代行システム１０の概要図である。 図２は第１の実施形態に係る収納代行システム１０の関連を示す図である。 図３（Ａ）は第１の実施形態に係る収納代行システム１０を利用する携帯端末５０の画面イメージであり、図３（Ｂ）は、図３（Ａ）における識別情報５２０を拡大したイメージ図である。 図４は第１の実施形態に係る収納代行システム１０の処理の流れを示すフロー図である。 図５は第２の実施形態に係る収納代行システム１０Ａの処理の流れを示すフロー図である。

（第１の実施形態）
本発明の第１の実施形態に係る収納代行システムについて、図を参照して説明する。図１は第１の実施形態に係る収納代行システム１０の概要図である。図２は、収納代行システム１０の関連を示す図である。図３（Ａ）は第１の実施形態に係る収納代行システム１０を利用する携帯端末５０の画面イメージであり、図３（Ｂ）は、図３（Ａ）における識別情報５２０を拡大したイメージ図である。図４は、収納代行システム１０の処理の流れを示すフロー図である。

まず、図１を用いて、収納代行システム１０の概要について説明する。収納代行システム１０は、メイン処理装置１００、サービス提供装置２００、顧客側処理装置３００を備える。

メイン処理装置１００とサービス提供装置２００は、例えば、Ｗｅｂサーバ、データベースサーバ、アプリケーションサーバ等で構成されている。

顧客側処理装置３００は、ＰＯＳシステム３１０、インテグレータ３２０を備える。ＰＯＳシステム３１０は、例えば既存のＰＯＳレジを含む構成である。なお、ＰＯＳレジに限らず、自動販売機、ＡＴＭ、券売機などの入金機であってもよい。

ＰＯＳシステム３１０は、コンビニエンスストア等で用いられるバーコードリーダー３１５等の光学認識装置を備えている。バーコードリーダー３１５は、ＣＣＤ(Charge Coupled Device)方式、レーザー方式、ペン方式のいずれであってもよい。

インテグレータ３２０は、例えば、コンビニ収納代行サービスであり、コンビニエンスストアの決済契約を一括で代行するサービスである。

メイン処理装置１００は、サービス提供装置２００と、顧客側処理装置３００とに対してネットワークを介して接続されている。より具体的には、ＰＯＳシステム３１０は、インテグレータ３２０に接続されている。インテグレータ３２０は、メイン処理装置１００に接続されている。メイン処理装置１００は、サービス提供装置２００に接続されている。言い換えれば、メイン処理装置１００は、サービス提供装置２００とインテグレータ３２０との間に配置される。

次に、利用者５５が、サービスの提供を受けるまでのおおまかな流れを説明する。利用者５５は、サービスの利用を開始するにあたり、サービスの対価を支払う手段としてコンビニエンスストア（ＣＶＳ）決済を選択する。サービス提供装置は、メイン処理装置１００にメイン処理装置１００に該サービスを示す識別情報を送信する。

サービス提供装置２００は、利用者５５に識別情報を送信する。

利用者５５は、コンビニエンスストア等に出向き、識別情報を提示する。また、利用者５５は、該コンビニエンスストアの従業員が操作するＰＯＳシステム３１０を用いて、入金を行う。

ＰＯＳシステム３１０は、該入金に基づき、入金された情報をアクティベートするようにインテグレータ３２０へ要求する。インテグレータ３２０は、該要求をパススルーして、メイン処理装置１００に送信する。

メイン処理装置は、入金された情報と、識別情報に基づく金額情報が一致するかどうかを判断し、インテグレータ３２０に結果を送信する。インテグレータ３２０は、該結果をパススルーして、ＰＯＳシステム３１０に送信する。ＰＯＳシステム３１０は、結果に基づき、レシートを発行する。サービス提供装置２００は、利用者５５へサービスの提供を開始する。

図２を用いて、収納代行システム１０のより具体的な処理の流れを説明する。ここで、利用者５５が、公演チケットをインターネット上で購入する例に説明する。

利用者５５は、インターネットを介して、サービス提供装置２００を利用し、公演のチケットを購入する、電子商取引を行う。この際、メイン処理装置１００で処理を実行するために、利用者５５は、例えばコンビニエンスストア（ＣＶＳ）決済を選択する。サービス提供装置２００は、利用者５５に対してサービスを提供するための契約を行う。該契約には、サービスに対する対価である金額情報が含まれている。

サービス提供装置２００は、契約に関する情報（以下、契約情報）を利用者５５、およびメイン処理装置１００に送信する。なお、メイン処理装置１００は、複数の契約情報を保存可能である。

契約情報は、例えば、契約を一意に決定する注文番号、公演の名称、金額、開催日時、場所、座席、支払いの有効期限等を含むが、少なくとも公演の金額が含まれていれば良い。

メイン処理装置１００は、契約情報に基づき、バーコードを含む識別情報を生成する。この際、メイン処理装置１００は、識別情報を一意に管理する管理番号を同時に発行する。すなわち、管理番号は、契約情報と識別情報を紐付けて管理する。また、このバーコードは、可変バーコード（バリアブルモデル型バーコード）である。より具体的な構造については後述する。

メイン処理装置１００は、識別情報をサービス提供装置２００に送信する。サービス提供装置２００は、識別情報と契約情報を利用者５５に送信する。

利用者５５は識別情報と契約情報を携帯端末５０で受信する。携帯端末５０は、例えば従来の携帯電話に比べてパソコンに近い性質を持った、スマートフォン等の情報機器である。なお、携帯端末５０は、スマートフォンに限らず、識別情報（バーコード）を正確に表示できれば良い。

次に、利用者５５は、携帯端末５０を保持し、コンビニエンスストアで支払いを行う。利用者５５は、携帯端末５０の識別情報をコンビニエンスストアの従業員に提示する。従業員は、ＰＯＳシステム３１０のバーコードリーダー３１５を用いて、バーコードを読み取る。

従業員は、利用者５５にバーコードに対する金額情報の入力を促す。利用者５５は、ＰＯＳシステム３１０に備えられたテンキー、またはタッチパネル等を用いて金額を入力する（以下、入力された金額を入力金額情報とする）。従業員は、入力金額情報が入力されたことを確認し、処理の確定を行う。

ＰＯＳシステム３１０は、インテグレータ３２０に識別情報と入力金額情報を含む電文を送信する。インテグレータ３２０は、識別情報と入力金額情報をメイン処理装置１００に電文を送信する。この際、インテグレータ３２０は、識別情報と入力金額情報に対する処理を行わず、メイン処理装置１００に送信を行うのみ（パススルー）である。

メイン処理装置１００は、識別情報と入力金額情報の電文を受信する。メイン処理装置１００は、識別情報と入力金額情報が合致しているかどうかを判断する。メイン処理装置１００は、識別情報と入力金額情報が合致していると判断し、インテグレータ３２０へ結果を送信する。インテグレータ３２０は、ＰＯＳシステム３１０へ該結果を送信する。

同様に、メイン処理装置１００は、サービス提供装置２００へ結果を送信する。サービス提供装置２００は、該結果に基づいて電子商取引が成立したかどうか（成立状態）を判断し、利用者５５へのサービス提供を開始する。

図３（Ａ）、図３（Ｂ）を用いて、携帯端末５０に表示される詳細情報について説明する。図３（Ａ）に示すように、携帯端末５０は、文字、画像等を表示可能な表示部５１を備えている。表示部５１には、契約情報５１０、識別情報５２０、補足情報５３０が表示される。補足情報５３０は、契約情報に含まれる。

契約情報５１０には、サービスの提供の対価（お支払い金額）が表示される。なお、契約情報５１０には、公演の名称や開催日時等が表示されていても良い。

識別情報５２０には、２次元バーコードが表示される。補足情報５３０には、例えば支払いの有効期限等が表示される。

図３（Ｂ）を用いて、識別情報５２０の詳細な構造について説明する。識別情報５２０は、バーコード情報５２１と補助情報５２２で構成されている。補助情報５２２は、バーコード情報５２１を数字、または記号で示す文字列である。

バーコード情報５２１は、３２桁で構成される２次元の可変バーコードである。より具体的には、バーコード情報５２１の３２桁は、[ＪＡＮコード １３桁]＋[金額情報 ６桁]＋[管理番号 １２桁]＋[チェックデジット １桁]で構成されている。

上述したとおり、１２桁の管理番号は、メイン処理装置１００に保存されている識別情報５２０を一意に管理できる番号である。言い換えれば、メイン処理装置１００は、管理番号を用いることで、契約情報５１０を一意に特定できる。メイン処理装置１００は、自身が有するデータベースを検索した結果に基づき、入力金額情報と契約情報５１０が合致しているかどうかを判断できる。

バーコード情報５２１は可変バーコード（バリアブルモデル型バーコード）である。すなわち、契約情報５１０が更新された場合は、メイン処理装置１００は、サービス提供装置２００から最新の情報を受信することによって、情報を最新に保つことができる。このことによって、サービス提供装置２００は、利用者５５に対して、識別情報５２０を再送する必要がない。すなわち、利便性が高い。

なお、補助情報５２２は、バーコード情報５２１を数字または記号を組み合わせた文字列である。このことによって、利用者が支払時の金額が分からない場合において、カスタマーセンター等への問い合わせを行う際にも、補助情報５２２を用いて問い合わせることができる。したがって、問い合わせに対するスムーズな対応を行うことができる。

図４のフロー図を用いて、収納代行システム１０の詳細な処理の流れを説明する。

利用者５５は、サービス提供装置２００に対して、サービス利用の要求を行う（ＳＴＥＰ１）。この際、利用者５５はメイン処理装置１００で決済を行う旨をサービス提供装置２００に通知する。

サービス提供装置２００は、メイン処理装置１００に契約情報５１０を送信する（ＳＴＥＰ２）。

メイン処理装置１００は、契約情報５１０に基づいた識別情報５２０を生成する。メイン処理装置１００は、識別情報５２０をサービス提供装置２００に送信する（ＳＴＥＰ３）。この際、メイン処理装置１００は、契約情報５１０と識別情報５２０を一意の管理番号を付与して保存する。

サービス提供装置２００は、識別情報５２０を利用者５５に送信する（ＳＴＥＰ４）。

ＰＯＳシステム３１０は、識別情報５２０を読み取る（ＳＴＥＰ５）。

利用者５５は、ＰＯＳシステム３１０のテンキー、またはタッチパネル等を用いて金額の入力（入力金額情報）を行う（ＳＴＥＰ６）。

ＰＯＳシステム３１０は、インテグレータ３２０へ識別情報５２０と入力金額情報を送信する（ＳＴＥＰ７）。

インテグレータ３２０は、メイン処理装置１００に識別情報５２０と入力金額情報を送信する（ＳＴＥＰ８）。

メイン処理装置１００は、識別情報５２０と入力金額情報を比較する（ＳＴＥＰ９）。

ＳＴＥＰ９において金額が一致する場合は、メイン処理装置１００は、インテグレータ３２０に金額が一致する旨を送信する（ＳＴＥＰ１０）。インテグレータ３２０は、ＰＯＳシステム３１０に金額が一致する旨を送信する（ＳＴＥＰ１１）。ＰＯＳシステム３１０は、利用者５５に入金が完了した旨を伝える（ＳＴＥＰ１２）。なお、この際、ＰＯＳシステム３１０は、例えばレシート等を発行してもよい。

メイン処理装置１００は、サービス提供装置２００に入金が完了した旨を送信する（ＳＴＥＰ１３）。サービス提供装置２００は、利用者へのサービスの提供を開始する（ＳＴＥＰ１４）。

なお、ＳＴＥＰ１３において、メイン処理装置は、ＳＴＥＰ９の処理後、即時（リアルタイム）処理を行ってもよい。また、所定の時間間隔（例えば、１〜２時間程度）で処理を行うバッチ処理であってもよい。

ＳＴＥＰ９において金額が一致しない場合は、メイン処理装置１００は、インテグレータ３２０に金額が一致しない旨を送信する（ＳＴＥＰ１０）。インテグレータ３２０は、ＰＯＳシステム３１０に金額が一致しない旨を送信する（ＳＴＥＰ１１）。ＰＯＳシステム３１０は、利用者５５に金額が一致しない旨を伝える（ＳＴＥＰ１２）。利用者５５は、入力金額情報が正しいかどうかを確認する。この際、メイン処理装置１００は、サービス提供装置２００に情報を送信しなくてもよい。

上述の構成を用いることで、メイン処理装置１００は、利用者５５へ効率的にサービスを提供できる。また、ＰＯＳシステム３１０は、コンビニエンスストア等で用いられる従来のＰＯＳレジを利用できるため、システムの改修、および新しいＰＯＳレジを導入する必要がなく、利便性が高い。

また、インテグレータ３２０は、識別情報５２０と入力金額情報を比較する必要がない。すなわちインテグレータ３２０をパススルーできるため、インテグレータ３２０のシステムを改修する必要がない。さらに、インテグレータ３２０への処理を集中させないため、ボトルネックが生じ難く、利用者５５に対する処理をスムーズに行うことができる。

（第２の実施形態）
本発明の第２の実施形態に係る収納代行システムについて、図を参照して説明する。図５は、収納代行システム１０Ａの処理の流れを示すフロー図である。

図５に示すように、第２の実施形態に係る収納代行システム１０Ａは、第１の実施形態に係る収納代行システム１０に対して、ＳＴＥＰ２Ａ、ＳＴＥＰ３Ａ、ＳＴＥＰ４Ａの処理において異なる。収納代行システム１０Ａの他の構成は収納代行システム１０と同様であり、同様の箇所の説明は省略する。

図５のフロー図を用いて、収納代行システム１０Ａの詳細な処理の流れを説明する。

利用者５５は、サービス提供装置２００に対して、サービス利用の要求を行う（ＳＴＥＰ１）。この際、利用者５５はメイン処理装置１００で決済を行う旨をサービス提供装置２００に通知する。

サービス提供装置２００は、メイン処理装置１００に契約情報５１０を送信する（ＳＴＥＰ２）。

メイン処理装置１００は、契約情報５１０に基づいた識別情報５２０を生成する。メイン処理装置１００は、識別情報５２０をサービス提供装置２００に送信する（ＳＴＥＰ３Ａ）。この際、メイン処理装置１００は、契約情報５１０と識別情報５２０を一意の管理番号を付与して保存する。

サービス提供装置２００は、識別情報５２０を利用者５５に送信する（ＳＴＥＰ４）。

この際、契約情報５１０の金額情報に変更があったとする。サービス提供装置２００は、メイン処理装置１００に更新された金額情報を含む、契約情報５１０Ａを送信する（ＳＴＥＰ２Ａ）。

メイン処理装置１００は、契約情報５１０Ａの更新が完了した旨をサービス提供装置２００に送信する（ＳＴＥＰ３Ａ）。この際、メイン処理装置１００は、識別情報５２０を再生成しない。

サービス提供装置２００は、金額情報が更新された旨を利用者５５に送信する（ＳＴＥＰ４Ａ）。この際、識別情報５２０がバリアブル型であるため、バーコードの再発行を必要とせず、サービス提供装置２００は、更新された金額情報を送信すればよい。

ＰＯＳシステム３１０は、識別情報５２０を読み取る（ＳＴＥＰ５）。

利用者５５は、ＰＯＳシステム３１０のテンキー、またはタッチパネル等を用いて更新された金額の入力（入力金額情報）を行う（ＳＴＥＰ６）。

ＰＯＳシステム３１０は、インテグレータ３２０へ識別情報５２０と入力金額情報を送信する（ＳＴＥＰ７）。

インテグレータ３２０は、メイン処理装置１００に識別情報５２０と入力金額情報を送信する（ＳＴＥＰ８）。

メイン処理装置１００は、識別情報５２０と入力金額情報を比較する（ＳＴＥＰ９）。

ＳＴＥＰ９において金額が一致する場合は、メイン処理装置１００は、インテグレータ３２０に金額が一致する旨を送信する（ＳＴＥＰ１０）。インテグレータ３２０は、ＰＯＳシステム３１０に金額が一致する旨を送信する（ＳＴＥＰ１１）。ＰＯＳシステム３１０は、利用者５５に入金が完了した旨を伝える（ＳＴＥＰ１２）。なお、この際、ＰＯＳシステム３１０は、例えばレシート等を発行してもよい。

メイン処理装置１００は、サービス提供装置２００に入金が完了した旨を送信する（ＳＴＥＰ１３）。サービス提供装置２００は、利用者へのサービスの提供を開始する（ＳＴＥＰ１４）。

ＳＴＥＰ９において金額が一致しない場合は、メイン処理装置１００は、インテグレータ３２０に金額が一致しない旨を送信する（ＳＴＥＰ１０）。インテグレータ３２０は、ＰＯＳシステム３１０に金額が一致しない旨を送信する（ＳＴＥＰ１１）。ＰＯＳシステム３１０は、利用者５５に金額が一致しない旨を伝える（ＳＴＥＰ１２）。利用者５５は、入力金額情報が正しいかどうかを確認する。この際、メイン処理装置１００は、サービス提供装置２００に情報を送信しなくてもよい。

バーコード情報５２１は可変バーコードであるため、上述のとおり契約情報５１０が更新された場合は、メイン処理装置１００は、サービス提供装置２００から最新の金額情報を受信することによって、情報を最新に保つことができる。このことによって、サービス提供装置２００は、利用者５５に対して、識別情報５２０を再送する必要がない。すなわち、利便性が高い。

なお、上述の構成では、利用者５５が保持する携帯端末５０に識別情報５２０にバーコード情報５２１が表示されている例を用いた。しかしながら、識別情報５２０およびバーコード情報５２１を表示するためのＵＲＬを利用者５５に送付する構成であってもよい。

１０、１０Ａ…収納代行システム
５０…携帯端末
５１…表示部
１００…メイン処理装置
２００…サービス提供装置
３００…顧客側処理装置
３１０…ＰＯＳシステム
３１５…バーコードスキャナ
３２０…インテグレータ
５１０、５１０Ａ…契約情報
５２０…識別情報
５２１…バーコード情報
５２２…補助情報
５３０…補足情報
５５…利用者

Claims (7)

1. ネットワークで接続されている、メイン処理装置と、サービス提供装置と、顧客側処理装置とを備えた、収納代行システムであって、
   前記サービス提供装置は、
   電子商取引における契約を行い、前記契約に関する金額情報を含む契約情報を前記メイン処理装置へ送信し、
   前記メイン処理装置は、
   前記契約情報に基づいた、識別情報を生成し、前記サービス提供装置を介して、前記顧客側処理装置へ前記識別情報を送信し、
   前記顧客側処理装置は、
   前記識別情報を読み取り、
   前記識別情報に対応する入力金額情報の入力を受け付け、
   前記識別情報と、前記入力金額情報とを、パススルーして前記メイン処理装置へ送信し、
   前記メイン処理装置は、
   前記識別情報と、前記入力金額情報とを比較した結果に基づいて、前記電子商取引の成立状態を判断する、
   収納代行システム。
2. 前記識別情報は、バリアブルモデル型の２次元バーコードである、請求項１に記載の収納代行システム。
3. 前記識別情報は、文字列で表される補助情報を含む、請求項１に記載の収納代行システム。
4. 前記メイン処理装置は、前記金額情報と前記契約情報とを紐付けて管理する、
   請求項１に記載の収納代行システム。
5. ネットワークで接続されている、メイン処理装置と、サービス提供装置と、顧客側処理装置とを備えた、収納代行方法であって、
   前記サービス提供装置が、
   電子商取引における契約を行い、前記契約に関する金額情報を含む契約情報を前記メイン処理装置へ送信するステップを実行し、
   前記メイン処理装置が、
   前記契約情報に基づいた、識別情報を生成し、前記サービス提供装置を介して、前記顧客側処理装置へ前記識別情報を送信するステップを実行し、
   前記顧客側処理装置が、
   前記識別情報を読み取り、前記識別情報に対応する入力金額情報の入力を受け付け、前記識別情報と、前記入力金額情報とをパススルーして前記メイン処理装置へ送信するステップを実行し、
   前記メイン処理装置が、
   前記識別情報と、前記入力金額情報とを比較した結果に基づいて、前記電子商取引の成立状態を判断するステップを実行する、
   収納代行方法。
6. ネットワークで接続されている、メイン処理装置と、サービス提供装置と、顧客側処理装置とを備えた、収納代行システムにおいて、
   前記顧客側処理装置と、前記サービス提供装置との間に配置され、
   電子商取引における契約に関する金額情報を含む契約情報を前記サービス提供装置から受信し、
   前記契約情報に基づいた、識別情報を生成し、
   前記サービス提供装置を介して、前記顧客側処理装置へ前記識別情報を送信し、
   前記顧客側処理装置が読み取った前記識別情報と、前記識別情報に対する入力金額情報と、を受信し、
   前記識別情報と、前記入力金額情報とを比較した結果に基づいて、前記電子商取引の成立状態を判断する、
   メイン処理装置。
7. ネットワークで接続されている、メイン処理装置と、サービス提供装置と、顧客側処理装置とを備えた収納代行システムにおいて、前記顧客側処理装置と、前記サービス提供装置との間に配置され、
   電子商取引における契約に関する金額情報を含む契約情報を前記サービス提供装置から受信するステップと、
   前記契約情報に基づいた、識別情報を生成するステップと、
   前記サービス提供装置を介して、前記顧客側処理装置へ前記識別情報を送信するステップと、
   前記顧客側処理装置が読み取った前記識別情報と、前記識別情報に対する入力金額情報と、を受信するステップと、
   前記識別情報と、前記入力金額情報とを比較した結果に基づいて、前記電子商取引の成立状態を判断するステップとを実行する、
   メイン処理方法。

Images