(57)【特許請求の範囲】
【請求項１】
受注管理サーバと、決済管理サーバと、ユーザー端末がネットワークを介して接続され、受注管理サーバが、ユーザー端末からの要求に応じて受注するとともに、受注した注文の払込票画像データを、ユーザー端末に接続されたリーダライタを介して携帯端末に送信して店舗決済の支援を行うシステムであって、
前記受注管理サーバは、前記ユーザー端末から注文を受けた場合に、受注番号を生成して金額情報とともに前記決済管理サーバに送信し、前記決済管理サーバから取引番号を受信した場合に、受信した取引番号からバーコードシンボルを発生し、当該バーコードシンボルを含む払込票画像データを生成して前記ユーザー端末に送信するとともに、前記ユーザー端末から受信した前記携帯端末を特定するＩＤである携帯ＩＤを前記受注番号と対応付けて登録するものであり、
前記決済管理サーバは、前記受注管理サーバから受信した受注番号と金額情報に対して取引番号を発行して前記受注管理サーバに送信するとともに、取引番号、受注番号、金額情報を対応付けて登録するものであり、
前記ユーザー端末は、前記受注管理サーバから受信した払込票画像データを前記リーダライタを介して前記携帯端末に送信するとともに、前記リーダライタを介して前記携帯端末から受信した前記携帯ＩＤを前記受注管理サーバに送信するものであることを特徴とする店舗決済支援システム。
【請求項２】
受信した受注番号と金額情報に対して取引番号を発行するとともに、取引番号、受注番号、金額情報を対応付けて登録し、決済処理を行う決済管理サーバと、受信した払込票画像データをリーダライタを介して携帯端末に送信するとともに、前記リーダライタを介して前記携帯端末を特定するＩＤである携帯ＩＤを受信するユーザー端末と、ネットワークを介して接続され、受注管理を行うサーバコンピュータであって、
前記ユーザー端末から注文を受けた場合に、受注番号を生成して金額情報とともに前記決済管理サーバに送信し、送信した受注番号と金額情報に対して前記決済管理サーバにより発行された取引番号を前記決済管理サーバから受信した場合に、受信した取引番号からバーコードシンボルを発生し、当該バーコードシンボルを含む払込票画像データを生成して前記ユーザー端末に送信するとともに、前記携帯端末からリーダライタを介して前記ユーザー端末が取得した前記携帯ＩＤを、前記ユーザー端末から受信し、前記受注番号と対応付けて登録することを特徴とする受注管理サーバ。
【請求項３】
注文を受けた場合に、受注番号を生成して金額情報とともに決済管理サーバに送信し、前記決済管理サーバから取引番号を受信した場合に、受信した取引番号からバーコードシンボルを発生し、当該バーコードシンボルを含む払込票画像データを生成してユーザー端末に送信するとともに、前記ユーザー端末から受信した携帯端末を特定するＩＤである携帯ＩＤを前記受注番号と対応付けて登録する受注管理サーバと、受信した受注番号と金額情報に対して取引番号を発行するとともに、取引番号、受注番号、金額情報を対応付けて登録し、決済処理を行う決済管理サーバと、ネットワークを介して接続され、商品注文者が利用する端末装置であって、
前記受注管理サーバから受信した払込票画像データをリーダライタを介して前記携帯端末に送信するとともに、前記携帯端末からリーダライタを介して受信した前記携帯ＩＤを前記受注管理サーバに送信することを特徴とするユーザー端末。
【請求項４】
コンピュータを、請求項２に記載の受注管理サーバとして機能させるためのプログラム。
【請求項５】
コンピュータを、請求項３に記載のユーザー端末として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＣサイトの支払いを店舗で決済する際に用いる払込票を、携帯端末で受け取るための技術に関する。
【背景技術】
【０００２】
従来、ＥＣ（electronic commerce：電子商取引）サイトにおいて購入手続きをすることが行われており、料金の支払い手段が、いくつか用意されている。その１つとして、ＥＣサイトでの購入手続き後、購入者に払込票を郵送で送付し、購入者は受け取った払込票をコンビニエンスストア等の店舗に持参し、支払いを行うものがある。この払込票には、決済に必要な情報がバーコードとして印刷されているため、レジシステムに接続されたバーコードリーダーでバーコードを読み取ることにより、決済に必要な情報を取得し、支払いを行うことが可能となっている。
【０００３】
上記従来の店舗決済の手法では、事業者は、払込票の印刷、郵送などを行わなければならず、利用者は送付先住所等を事業者に通知しなければならないという問題があった。そこで、払込票を携帯端末に送信する技術が提案されている（特許文献１、２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−９４４５０号公報
【特許文献２】特開２００４−２５８７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１の技術は、払込票をインターネット上からダウンロードするものであるため、利用者は払込票を記録したサーバのアドレスを事前に入手しなければならないという問題がある。また、上記特許文献２の技術は、電子メールにて払込票を携帯端末に送信するため、利用者はメールアドレスを事業者に通知しなければならず、事業者は携帯サイトや電子メール配信の機能を用意しなければならないという問題がある。
【０００６】
そこで、本発明は、利用者、事業者双方が煩わしい作業や準備をすることなく、ＥＣサイトの支払いを店舗で決済することが可能な店舗決済支援システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明では、受注管理サーバと、決済管理サーバと、ユーザー端末がネットワークを介して接続され、受注管理サーバが、ユーザー端末からの要求に応じて受注するとともに、受注した注文の払込票画像データを、ユーザー端末に接続されたリーダライタを介して携帯端末に送信して店舗決済の支援を行うシステムであって、前記受注管理サーバは、前記ユーザー端末から注文を受けた場合に、受注番号を生成して金額情報とともに前記決済管理サーバに送信し、前記決済管理サーバから取引番号を受信した場合に、受信した取引番号からバーコードシンボルを発生し、当該バーコードシンボルを含む払込票画像データを生成して前記ユーザー端末に送信するとともに、前記ユーザー端末から受信した前記携帯端末を特定するＩＤである携帯ＩＤを前記受注番号と対応付けて登録するものであり、前記決済管理サーバは、前記受注管理サーバから受信した受注番号と金額情報に対して取引番号を発行して前記受注管理サーバに送信するとともに、取引番号、受注番号、金額情報を対応付けて登録するものであり、前記ユーザー端末は、前記受注管理サーバから受信した払込票画像データを前記リーダライタを介して前記携帯端末に送信するとともに、前記リーダライタを介して前記携帯端末から受信した前記携帯ＩＤを前記受注管理サーバに送信するものである店舗決済支援システムを提供する。
【０００８】
本発明によれば、受注管理サーバが、ユーザー端末から注文を受けた場合に、受注番号を生成して金額情報とともに決済管理サーバに送信し、決済管理サーバが、受注管理サーバから受信した受注番号と金額情報に対して取引番号を発行して受注管理サーバに返信し、決済管理サーバから受信した取引番号から受注管理サーバがバーコードシンボルを含む払込票画像データを生成してユーザー端末に送信し、ユーザー端末は、受注管理サーバから受信した払込票画像データをリーダライタを介して携帯端末に送信するとともに、携帯端末から受信した携帯ＩＤを受注管理サーバに送信し、受注管理サーバは、ユーザー端末から受信した携帯ＩＤを受注番号と対応付けて登録するようにしたので、利用者、事業者双方が煩わしい作業や準備をすることなく、ＥＣサイトの支払いを店舗で決済することが可能となる。
【発明の効果】
【０００９】
本発明によれば、利用者、事業者双方が煩わしい作業や準備をすることなく、ＥＣサイトの支払いを店舗で決済することが可能となるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】本発明に係る店舗決済支援システムの概略構成図である。
【図２】本発明に係る店舗決済支援システムの一実施形態を示す構成図である。
【図３】本発明に係る店舗決済支援システムの処理動作を示すシーケンス図である。
【図４】ユーザー端末３０に表示される画面、および送受信されるデータの例を示す図である。
【図５】ユーザー端末３０に表示される画面、および送受信されるデータの例を示す図である。
【図６】受注管理情報、取引情報の一例を示す図である。
【発明を実施するための形態】
【００１１】
（１．概略構成）
以下、本発明の好適な実施形態について図面を参照して詳細に説明する。図１は、本発明に係る店舗決済支援システムの一実施形態における概略構成図である。図１に示すように、本実施形態の店舗決済支援システムは、受注管理サーバ、決済管理サーバ、ＰＣ（ユーザー端末）がネットワークを介して接続された構成となっており、さらにモバイルＦｅｌｉＣａ（登録商標）搭載携帯電話（携帯端末）、ＰＯＳレジシステムを利用する。なお、ＰＣはＨＴＭＬデータを閲覧するためのブラウザを備える。
【００１２】
店舗決済支援システムによる処理の大まかな流れについて説明する。図１に示すように、店舗決済支援システムは以下のａ〜ｋに示す処理を行う。このうち、まず、注文処理（受注処理）として以下のａ〜ｆを行う。利用者のＰＣから受注管理サーバに注文依頼を行う（ａ）。受注管理サーバは、受注番号と金額を決済管理サーバに送信する（ｂ）。決済管理サーバは、受注管理サーバに、取引番号を返信する（ｃ）。受注管理サーバは、受注番号とバーコード画像をＰＣに返信する（ｄ）。ＰＣは、ＦｅｌｉＣａリーダライタを介してモバイルＦｅｌｉＣａ搭載携帯電話にバーコード画像を送信するとともに、モバイルＦｅｌｉＣａ搭載携帯電話からＩＤｍを読み込む（ｅ）。ＰＣは、受注番号とＩＤｍを受注管理サーバに送信する（ｆ）。受注管理サーバが受注番号とＩＤｍを登録することにより受注処理が完了する。
【００１３】
次に、店舗決済支援システムは、支払処理として以下のｇ〜ｉを行う。ＰＯＳレジシステムはバーコードリーダによりモバイルＦｅｌｉＣａ搭載携帯電話に表示されたバーコードを読み取る（ｇ）。ＰＯＳレジシステムは読み取ったバーコードを決済管理サーバに送信する（ｈ）。決済管理サーバは入金情報を受注管理サーバに送信する（ｉ）。入金情報の受信に従って、受注管理サーバが、受注番号に対応するステータスを“入金済”に変更することにより、入金確認が完了する。
【００１４】
さらに、店舗決済支援システムは、確認処理として以下のｊ、ｋを行う。ＰＣは、モバイルＦｅｌｉＣａ搭載携帯電話からＦｅｌｉＣａリーダライタを介して読み取ったＩＤｍを受注管理サーバに送信する（ｊ）。受注管理サーバは、そのＩＤｍに対応するステータスをＰＣに返信する（ｋ）。
【００１５】
（２．システム構成）
次に、本発明の好適な実施形態について図面を参照して詳細に説明する。図２は、本発明に係る店舗決済支援システムの一実施形態を示す構成図である。図２に示す店舗決済支援システム１００は、受注管理サーバ１０、決済管理サーバ２０、ユーザー端末３０、リーダライタ３１、携帯端末４０、レジシステム５０、バーコードリーダ５１、通信ネットワーク６０により構成されている。
【００１６】
受注管理サーバ１０は、ユーザー端末３０からの注文依頼を受け付け、受注情報として管理するとともに、受注番号と金額を１回の取引を表す情報として決済管理サーバ２０に送信する。その結果、決済管理サーバ２０から取引番号を受けて、これをバーコード化したものを含む払込票画像データをユーザー端末３０に送信するものであり、サーバコンピュータに専用のプログラムを組み込むことにより実現される。受注管理サーバ１０は、ＷＷＷサーバとしての機能も有しており、アクセスしてきたユーザー端末３０に販売対象の商品を提示するＥＣサイトとしての役割も果たす。
【００１７】
決済管理サーバ２０は、受注管理サーバ１０から受注番号と金額とを受け取って、これを１件の取引レコードとして取引番号を付与して記録する。この取引番号を受注管理サーバ１０に返信する。後刻に、レジシステム５０から入金情報を得て、同時にバーコードから読取られた取引番号に対応した取引レコードを特定することにより、商品の代金を決済するものである。サーバコンピュータに専用のプログラムを組み込むことにより実現される。なお、上記は後述するＦＡＬＰ決済の場合の処理であり、クレジット決済の場合は、決済管理サーバ２０は、受注管理サーバ１０から受けたカード番号、受注番号、金額他の情報をカード会社の決済サーバ（図示せず）に送信して、決済サーバより与信の結果を得る。これを受注管理サーバ１０に返すことで決済処理を行う。
【００１８】
ユーザー端末３０は、ユーザーが利用する端末装置である。ユーザー端末３０は、インターネット等のコンピュータネットワークへの接続機能を有する汎用のコンピュータに専用のプログラムを組み込むことにより実現される。リーダライタ３１は、ユーザー端末３０に接続され、近距離無線通信により記録媒体への情報の読み書きを行うリーダライタである。本実施形態では、ＦｅｌｉＣａチップに記録された情報の読込み、およびＦｅｌｉＣａチップへの情報の記録を行うとともに、ＦＡＬＰ通信に対応したＦｅｌｉＣａリーダライタを採用している。ＦＡＬＰ（ＦｅｌｉＣａ  Ａｄ−ｈｏｃ  Ｌｉｎｋ  Ｐｒｏｔｏｃｏｌ）とは、ＦｅｌｉＣａ２．０で追加された仕様であり、接近したＦｅｌｉＣａチップへ画像ファイルを送信することが可能となっている。このようなＦＡＬＰ通信を可能としたリーダライタとしては市販のものを採用することができる。なお、ユーザー端末３０が有するブラウザは、ＦＡＬＰ通信機能を呼び出すスクリプトＩ／Ｆを備える。
【００１９】
携帯端末４０は、ユーザーが利用する携帯端末である。携帯端末４０としては、近距離無線通信によるデータ通信機能を有するものであれば、ＰＣ、ＰＤＡ等さまざまな機器を用いることが可能であるが、本実施形態では、ＦｅｌｉＣａチップを搭載し、ＦｅｌｉＣａによるデータ通信機能であるＦＡＬＰ通信機能を供えた携帯電話機に専用のプログラムを組み込むことにより実現している。ＦｅｌｉＣａチップとは、ＦｅｌｉＣａ機能が組み込まれたＩＣチップであり、ＦｅｌｉＣａチップを一意に識別可能な製造番号であるＩＤｍを記録したメモリを備えている。本実施形態では、携帯端末４０を特定するための携帯ＩＤとしてＩＤｍを用いているが、携帯端末４０を特定可能なものであれば、例えば、携帯端末４０を実現する携帯電話機の製造番号等の他の情報を携帯ＩＤとして用いても良い。上記専用プログラムは、ＦＡＬＰ通信機能により受信された画像ファイル等を特定のメモリに格納する働きをするものである。
【００２０】
また、携帯端末４０は、携帯電話機が内蔵しているＣＰＵが、内蔵メモリに記憶された専用のプログラム、その他のプログラムを読み込んで実行することにより、携帯端末４０としての機能を実現している。携帯電話機内の専用のプログラムは、事前に組み込んでおくことも可能であるが、インターネット上の所定のサーバからダウンロードして組み込むようにしても良い。
【００２１】
レジシステム５０は、バーコードリーダ５１を備えるとともに、ネットワーク通信機能を備えたレジシステムであり、公知のＰＯＳレジシステム、バーコードリーダにより実現される。
【００２２】
（３．処理動作）
（３．１．注文処理）
次に、本発明に係る店舗決済支援システムの処理動作について説明する。図３は、図２に示した店舗決済支援システムの処理動作を示すシーケンス図である。まず、利用者は、ユーザー端末３０からインターネット上のＥＣサイト（本実施形態では、受注管理サーバ１０で機能する）にアクセスして商品を選択し、注文を行う（Ｓ１）。具体的には、ＥＣサイトにおいて１つの商品を選択すると、選択商品について、図４（ａ）に示すような支払方法選択画面が表示される。図４（ａ）は、「赤い帽子」というタイトルの画像コンテンツを、商品として選択した場合を示している。図４（ａ）に示すように、支払方法選択画面には、支払方法選択のため、「クレジットカード決済」ボタンと「ＦＡＬＰコンビニ決済」ボタンが設けられている。「クレジットカード決済」ボタンがクリックされた場合は、従来公知のＥＣサイトにおける決済処理が行われることになる。本発明では、「ＦＡＬＰコンビニ決済」を選択することもできる。「ＦＡＬＰコンビニ決済」ボタンがクリックされると、ユーザー端末３０は、「ＦＡＬＰコンビニ決済」が選択されたことを示す情報、商品ＩＤを含む注文指示情報を受注管理サーバ１０に送信する。受注管理サーバ１０では、ユーザー端末３０から注文指示情報を受信すると、受注番号を生成する（Ｓ２）。そして、受注番号と金額情報を決済管理サーバ２０に送信する（Ｓ３）。
【００２３】
決済管理サーバ２０は、受注管理サーバ１０から受信した受注番号と金額情報を対応付けて１件の取引レコードとして記憶する。そして、決済管理サーバ２０は、その取引レコードを表す取引番号をバーコード記録データとして受注管理サーバ１０に返信する（Ｓ４）。このとき、決済管理サーバ２０には、図６（ｃ）に示すような情報が記録される。受注管理サーバ１０は、決済管理サーバ２０から受信したバーコード記録データを基に払込票画像データを生成する（Ｓ５）。ここで、払込票画像データの一例を図４（ｂ）に示す。図４（ｂ）に示すように、払込票画像データは、バーコードシンボルに加えて、ＥＣサイト名、金額、支払期限を含むものである。この際、さらに付属テキストを生成するようにしても良い。本実施形態では、図４（ｃ）に示すように、所在地、電話番号、電子メールアドレス等のＥＣサイトの連絡先を付属テキストとして生成している。払込票画像データが生成できたら、受注管理サーバ１０は、画像転送コマンドを記述したスクリプトを含むＨＴＭＬデータと払込票画像データ（付属テキストが存在する場合は、付属テキストも添付）をユーザー端末３０に送信する（Ｓ６）。
【００２４】
ユーザー端末３０は、受注管理サーバ１０から受信したＨＴＭＬデータを、ブラウザの機能により画面に表示させる。このとき表示される商品注文画面を図５（ａ）に示す。この商品注文画面には、読取ボタンが用意されている。図５（ａ）に示すように、ユーザー端末３０には、「携帯電話をかざしてください」というメッセージが表示される。この商品注文画面は、図５（ｂ）に示すＨＴＭＬページファイルをブラウザが解釈して表示したものである。商品注文画面のＨＴＭＬページファイルには、図５（ｂ）に示すように、スクリプトとして画像転送コマンド（ＦＡＬＰコマンド）が記述されており、読取ボタンの選択に対応して実行されるようになっている。また、ＩＤｍ読取コマンドも読取ボタンの選択に対応して実行されるようスクリプトに記述されている。
【００２５】
商品注文画面に表示されたメッセージに従い、利用者がリーダライタ３１に携帯端末４０をかざした状態で、「読取」ボタンをクリックすると、ユーザー端末３０はＨＴＭＬデータにスクリプトとして組み込まれたＩＤｍ読取コマンド、画像転送コマンドを実行する。
【００２６】
ＩＤｍ読取コマンドについては、ユーザー端末３０はリーダライタ３１に送信する。すると、リーダライタ３１はＩＤｍ読取コマンドを実行し、非接触通信機能（ＦＡＬＰ）により、ＦｅｌｉＣａチップに記録されたＩＤｍを読み取る（Ｓ７）。リーダライタ３１は、携帯端末４０から読み取ったＩＤｍをユーザー端末３０に渡す。ユーザー端末３０では、リーダライタ３１から受け取ったＩＤｍを、保持していた受注番号とともに受注管理サーバ１０に送信する（Ｓ８）。受注管理サーバ１０は、受信したＩＤｍと受注番号を対応付けて受注管理情報として内蔵の記憶装置内に格納する。図６（ａ）に受注管理情報の一例を示す。図６（ａ）に示すように、受注管理サーバ１０が、ユーザー端末３０からＩＤｍを受信した際には、ステータスを“受注”として記録する。
【００２７】
また、ユーザー端末３０は画像転送コマンドを実行することにより、払込票画像データをリーダライタ３１に渡す。そして、リーダライタ３１は、画像転送コマンドを実行し、携帯端末４０の接近を検知すると、払込票画像データを送信する（Ｓ９）。携帯端末４０は、受信した払込票画像データを内蔵メモリまたは外部メモリに格納する（Ｓ１０）。この際、付属テキストが存在する場合は、付属テキストも格納される。
【００２８】
（３．２．支払処理）
次に、支払い時における本実施形態の店舗決済支援システムの処理動作について説明する。利用者は、携帯端末４０にて払込票画像データを取得した後、支払いのために店舗に出向く。店舗において、利用者は、携帯端末４０に格納されている払込票画像データを画面に表示させる（Ｓ１１）。上述のように、払込票画像データは、図４（ｂ）に示したようなものであり、バーコードが表示されている。そして、店員は、レジシステム５０に接続されたバーコードリーダ５１を、携帯端末４０の画面に表示されているバーコードにかざす。バーコードリーダ５１は、読み取ったバーコード記録データをレジシステム５０に渡し、レジシステム５０はバーコードの記録内容である取引番号を取得する（Ｓ１２）。
【００２９】
そして、店員は、利用者から代金を受け取ると、支払いがあった旨の指示をレジシステム５０に対して行う。レジシステム５０は支払いがあった旨の指示を受けると、決済管理サーバ２０に取引番号を含む入金情報の送信を行う（Ｓ１３）。決済管理サーバ２０は、入金情報を受信すると、取引番号から対応する取引レコードを抽出して決済処理を行う。そして、入金情報（受注番号と入金完了のフラグ）を受注管理サーバ１０に転送する（Ｓ１４）。受注管理サーバ１０は、入金情報を受信すると、該当する受注データのステータスを“入金済”に変更する（Ｓ１５）。これにより、受注管理情報は、図６（ａ）の状態から図６（ｂ）の状態に変更される。
【００３０】
（３．３．商品受取処理）
支払いを済ませた後、利用者は、ユーザー端末３０から受注管理サーバ１０にアクセスし、商品要求を送信する。受注管理サーバ１０は、ユーザー端末３０から商品要求を受信すると、ユーザー端末３０に対してＩＤｍの入力を要求する画面データを返信する。ユーザー端末３０は、受注管理サーバ１０からＩＤｍ入力要求画面データを受信すると、リーダライタ３１に携帯端末４０をかざすよう促すメッセージを画面に表示するとともに、ＩＤｍ読取コマンドをリーダライタ３１に送信する。図５（ｃ）に、ＩＤｍ入力要求画面データを示す。利用者が、メッセージに従って携帯端末４０をリーダライタ３１にかざすと、リーダライタ３１はＩＤｍ読取コマンドを実行し、非接触通信機能（ＦＡＬＰ）により、ＦｅｌｉＣａチップに記録されたＩＤｍを読み取る（Ｓ１６）。リーダライタ３１は、読み取ったＩＤｍをユーザー端末３０に渡す。ユーザー端末３０は、携帯端末４０から読み取ったＩＤｍを受注管理サーバ１０に送信する（Ｓ１７）。
【００３１】
受注管理サーバ１０では、受信したＩＤｍで受注番号を特定して受注管理情報のステータスを確認する（Ｓ１８）。すなわち、ステータスが“入金済”であるかどうかを確認する。ステータスを参照した結果、“入金済”である場合には、受注管理サーバ１０は、入金確認画面のＨＴＭＬデータをユーザー端末３０に送信する。ユーザー端末３０ではブラウザが解釈することにより、図５（ｄ）に示すような入金確認画面が表示されることになる。入金確認画面には、「ダウンロード」ボタンが表示される。
【００３２】
図５（ｄ）に示した入金確認画面において、利用者が「ダウンロード」ボタンをクリックすると、ユーザー端末３０はダウンロード処理を開始する。すなわち、ユーザー端末３０は、商品要求を受注管理サーバ１０に送信し、受注管理サーバ１０は、商品であるコンテンツデータを、ユーザー端末３０に送信する（Ｓ１９）。ユーザー端末３０は、受注管理サーバ１０からコンテンツデータを受信すると、そのコンテンツデータをハードディスク等の記憶装置に格納する。
【００３３】
本実施形態では、コンテンツデータを商品として受け取る場合について説明したが、有体物を商品として受け取る場合は、Ｓ１５における処理が行われた後、従来と同様、指定された送付先に商品を郵送する。
【００３４】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されず、種々の変形が可能である。例えば、上記実施形態では、ユーザー端末３０と携帯端末４０の間のデータ通信にＦｅｌｉＣａを用いたが、近接通信で払込票画像データを送受信できるならば、これ以外の通信規格を用いても良い。また、上記実施形態では、受注管理サーバと決済管理サーバを物理的に独立した別個のコンピュータとして実現する場合を想定して説明したが、１台のコンピュータに、受注管理サーバと決済管理サーバの機能を持たせる構成としても良い。
【産業上の利用可能性】
【００３５】
本発明は、コンピュータネットワークに関する産業、特に、ＥＣサイトの支払いを店舗で決済する産業に利用可能である。
【符号の説明】
【００３６】
１０・・・受注管理サーバ
２０・・・決済管理サーバ
３０・・・ユーザー端末
３１・・・リーダライタ
４０・・・携帯端末
５０・・・レジシステム
５１・・・バーコードリーダ
６０・・・通信ネットワーク
【図１】
0005610189.tif 000002
【図２】
0005610189.tif 000003
【図３】
0005610189.tif 000004
【図４】
0005610189.tif 000005
【図５】
0005610189.tif 000006
【図６】
0005610189.tif 000007