(57)【要約】【課題】営業時間外であっても実在店舗で販売されている商品の購入を申し込むことができるようにし、しかもその決済を別の営業中店舗で処理できるようにする。【解決手段】携帯端末１から商品識別コードＭ２及び店舗識別コードＭ１を受信すると、当該店舗識別コードＭ１で特定される販売店舗ＳＳの商品情報記憶部から当該商品識別コードを含む商品情報を取得し、同販売店舗ＳＳの決済情報記憶部から決済店舗情報を取得する。未使用の未決済識別コードを生成し、この未決済識別コードと関連付けて商品情報を記憶するとともに、その未決済識別コードを決済店舗情報とともに携帯端末１に返信する。決済端末２から未決済識別コードとともに商品情報が要求されると、その未決済識別コードと関連付けて記憶している商品情報を決済端末２に送信する。【選択図】図１
2008217490.tif 000002
【特許請求の範囲】
【請求項１】
商品の購入希望者が携帯する携帯端末と、前記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられ、前記携帯端末との間でデータを授受するデータ授受手段を有する決済端末と、前記携帯端末及び決済端末とネットワークを通じて接続されるサーバとを含み、
前記携帯端末は、前記商品を特定するための商品識別コードを入力するコード入力手段と、このコード入力手段により入力された商品識別コードを前記ネットワークを通じて前記サーバに送信し、前記サーバから前記ネットワークを通じて返信される一意の未決済識別コード及び決済店舗情報を受信するネットワーク通信手段と、このネットワーク通信手段により受信した前記決済店舗情報に基づき前記コード入力手段により入力された商品識別コードで特定される商品の代金支払いが可能な決済店舗の案内情報を報知する決済店舗案内手段と、前記ネットワーク通信手段により受信した未決済識別コード及び決済店舗情報を関連付けて記憶する記憶手段とを具備し、
前記サーバは、販売される各商品の商品識別コード等の商品情報を記憶してなる商品情報記憶部と、販売される商品の代金支払いが可能な決済店舗の情報を記憶してなる決済店舗情報記憶部と、前記ネットワークを通じて前記携帯端末から前記商品識別コードを受信すると、前記商品情報記憶部から当該商品識別コードを含む商品情報を取得し、前記決済情報記憶部から決済店舗情報を取得する情報取得手段と、前記未決済識別コードを生成するコード生成手段と、このコード生成手段により生成された前記未決済識別コードと関連付けて前記情報取得手段により取得した商品情報を記憶するとともに、その未決済識別コードを前記情報取得手段により取得した決済店舗情報とともに前記ネットワークを通じて前記携帯端末に返信する未決済情報処理手段と、前記決済端末から前記未決済識別コードとともに商品情報が要求されると、その未決済識別コードと関連付けて記憶している商品情報を前記決済端末に送信する商品情報応答手段とを具備し、
前記決済端末は、前記データ授受手段を介して前記携帯端末に記憶されている前記未決済識別コードを取得する携帯端末情報取得手段と、この携帯端末情報取得手段により取得した未決済識別コードが付された商品情報を要求する商品情報要求手段と、前記サーバから受信した商品情報に基づいて決済を処理する決済処理手段とを具備したことを特徴とするショッピングシステム。
【請求項２】
商品の購入希望者が携帯する携帯端末と、前記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられ、前記携帯端末との間でデータを授受するデータ授受手段を有する決済端末と、前記携帯端末及び決済端末とネットワークを通じて接続されるサーバとを含み、
前記携帯端末は、前記商品を特定するための商品識別コード及びその商品を販売する販売者を特定するための販売者識別コードを入力するコード入力手段と、このコード入力手段により入力された商品識別コード及び販売者識別コードを前記ネットワークを通じて前記サーバに送信し、前記サーバから前記ネットワークを通じて返信される一意の未決済識別コード及び決済店舗情報を受信するネットワーク通信手段と、このネットワーク通信手段により受信した前記決済店舗情報に基づき前記コード入力手段により入力された商品識別コードで特定される商品の代金支払いが可能な決済店舗の案内情報を報知する決済店舗案内手段と、前記ネットワーク通信手段により受信した未決済識別コード及び決済店舗情報を関連付けて記憶する記憶手段とを具備し、
前記サーバは、前記各商品をそれぞれ販売する販売者別に、販売される各商品の商品識別コード等の商品情報を記憶してなる商品情報記憶部と、前記各商品をそれぞれ販売する販売者別に、販売される商品の代金支払いが可能な決済店舗の情報を記憶してなる決済店舗情報記憶部と、前記ネットワークを通じて前記携帯端末から前記商品識別コード及び販売者識別コードを受信すると、当該販売者舗識別コードで特定される販売者の前記商品情報記憶部から当該商品識別コードを含む商品情報を取得し、同販売者の前記決済情報記憶部から決済店舗情報を取得する情報取得手段と、前記未決済識別コードを生成するコード生成手段と、このコード生成手段により生成された前記未決済識別コードと関連付けて前記情報取得手段により取得した商品情報を記憶するとともに、その未決済識別コードを前記情報取得手段により取得した決済店舗情報とともに前記ネットワークを通じて前記携帯端末に返信する未決済情報処理手段と、前記決済端末から前記未決済識別コードとともに商品情報が要求されると、その未決済識別コードと関連付けて記憶している商品情報を前記決済端末に送信する商品情報応答手段とを具備し、
前記決済端末は、前記データ授受手段を介して前記携帯端末に記憶されている前記未決済識別コード及び決済店舗情報を取得する携帯端末情報取得手段と、この携帯端末情報取得手段により取得した決済店舗情報に基づき当該決済端末が設けられている決済店舗で決済が可能か否かを判定する決済可否判定手段と、この決済可否判定手段により決済が可能であると判定されたことを条件に前記サーバに対して前記携帯端末情報取得手段により取得した未決済識別コードが付された商品情報を要求する商品情報要求手段と、前記サーバから受信した商品情報に基づいて決済を処理する決済処理手段とを具備したことを特徴とするショッピングシステム。
【請求項３】
前記サーバの決済店舗情報記憶部は、１販売者に対して複数の決済店舗情報を記憶してなり、
前記携帯端末の決済店舗案内手段は、前記ネットワーク通信手段により受信した前記決済店舗情報に基づき前記コード入力手段により入力された商品識別コードで特定される商品の代金支払いが可能な決済店舗のリストを表示して決済店舗を選択可能とし、いずれかの決済店舗が選択されるとその店舗までの案内図を表示する手段であることを特徴とする請求項１または２記載のショッピングシステム。
【請求項４】
前記決済端末は、前記決済処理手段により決済を処理し終えたことを条件に前記携帯端末情報取得手段により取得した前記未決済識別コードを前記ネットワークを通じて前記サーバに送信して決済完了を通知する決済完了通知手段をさらに具備し、
前記サーバは、前記ネットワークを通じて前記決済端末から決済完了通知とともに前記未決済識別コードを受信すると、その未決済識別コードと関連付けて記憶している商品情報を決済完了状態とする決済完了処理手段をさらに具備し、その商品情報応答手段が、前記決済端末から要求があった商品情報が決済完了状態にあるか否かを判定し、決済完了状態にないことを条件に前記決済端末に送信することを特徴とする請求項１または２記載のショッピングシステム。
【請求項５】
前記携帯端末は、ユーザを特定するためのユーザ識別コードを記憶してなるユーザ識別記憶部をさらに具備し、そのネットワーク通信手段が、前記ユーザ識別記憶部に記憶されているユーザ識別コードを前記ネットワークを通じて前記サーバに送信する手段を含み、
前記サーバは、各ユーザのユーザ識別コード等のユーザ情報を記憶してなるユーザ情報記憶部をさらに具備し、その未決済情報処理手段が、前記ネットワークを通じて前記携帯端末からユーザ識別コードを受信すると、そのユーザ識別コードを同携帯端末から受信した商品識別コード及び販売者識別コードに従い前記情報取得手段により取得した商品情報とともに前記未決済識別コードと関連付けて記憶する手段を含み、その商品情報応答手段が、送信対象の商品情報とともに記憶されているユーザ識別コードを送信する手段を含み、
前記決済端末は、その携帯端末情報取得手段が、前記データ授受手段を介して前記携帯端末に記憶されているユーザ識別コードを取得する手段を含み、その決済処理手段が、前記サーバから前記商品情報とともに受信したユーザ識別コードが前記携帯端末情報取得手段により取得したユーザ識別コードと一致することを条件に決済を処理することを特徴とする請求項２記載のショッピングシステム。
【請求項６】
前記決済端末は、前記決済処理手段により決済を処理し終えたことを条件に前記携帯端末情報取得手段により取得した前記未決済識別コードを前記ネットワークを通じて前記サーバに送信して決済完了を通知する決済完了通知手段をさらに具備し、
前記サーバは、前記ネットワークを通じて前記決済端末から決済完了通知とともに前記未決済識別コードを受信すると、その未決済識別コードと関連付けて記憶している商品情報を決済完了状態とする決済完了処理手段をさらに具備し、その商品情報応答手段が、前記決済端末から要求があった商品情報が決済完了状態にあるか否かを判定し、決済完了状態にないことを条件に前記決済端末に送信することを特徴とする請求項５記載のショッピングシステム。
【請求項７】
前記ネットワークを通じて前記サーバと接続される販売者端末をさらに含み、
前記サーバは、前記決済完了処理手段により決済完了状態とした商品情報及びこの商品情報とともに記憶されているユーザ識別コードを、当該商品情報に関連する販売者識別コードで特定される販売者の前記販売者端末に送信する決済完了商品情報送信手段をさらに具備し、
前記販売者端末は、前記ネットワークを通じて前記サーバから商品情報及びユーザ識別コードを受信すると、前記サーバにアクセスしてそのユーザ識別コードを含むユーザ情報を取得するユーザ情報取得手段と、このユーザ情報取得手段により取得したユーザ情報を前記サーバから受信した商品情報とともに表示する表示手段とを具備したことを特徴とする請求項６記載のショッピングシステム。
【請求項８】
商品の購入希望者が携帯し、前記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられた決済端末との間でデータを授受するデータ授受手段を有する携帯端末であって、
前記商品を特定するための商品識別コード及びその商品を販売する販売者を特定するための販売者識別コードを入力するコード入力手段と、このコード入力手段により入力された商品識別コード及び販売者識別コードを前記ネットワークを通じて前記サーバに送信し、前記サーバから前記ネットワークを通じて返信される一意の未決済識別コード及び決済店舗情報を受信するネットワーク通信手段と、このネットワーク通信手段により受信した前記決済店舗情報に基づき前記コード入力手段により入力された商品識別コードで特定される商品の代金支払いが可能な決済店舗の案内情報を報知する決済店舗案内手段と、前記ネットワーク通信手段により受信した未決済識別コード及び決済店舗情報を関連付けて記憶する記憶手段とを具備したことを特徴とする携帯端末。
【請求項９】
前記決済店舗案内手段は、前記ネットワーク通信手段により受信した決済店舗情報に基づき前記コード入力手段により入力された商品識別コードで特定される商品の代金支払いが可能な決済店舗のリストを表示して決済店舗を選択可能とし、いずれかの決済店舗が選択されるとその店舗までの案内図を表示する手段であることを特徴とする請求項８記載の携帯端末。
【請求項１０】
ユーザを特定するためのユーザ識別コードを記憶してなるユーザ識別記憶部、をさらに具備し、前記ネットワーク通信手段は、前記ユーザ識別記憶部に記憶されているユーザ識別コードを前記ネットワークを通じて前記サーバに送信する手段を含んで居ることを特徴とする請求項８記載の携帯端末。
【請求項１１】
商品の購入希望者が携帯する携帯端末、及び前記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられ、前記携帯端末との間でデータを授受するデータ授受手段を有する決済端末とネットワークを通じて接続されるサーバであって、
前記各商品をそれぞれ販売する販売者別に、販売される各商品の商品識別コード等の商品情報を記憶してなる商品情報記憶部と、前記各商品をそれぞれ販売する販売者別に、販売される商品の代金支払いが可能な決済店舗の情報を記憶してなる決済店舗情報記憶部と、前記ネットワークを通じて前記携帯端末から前記商品識別コード及び販売者識別コードを受信すると、当該販売者識別コードで特定される販売者の前記商品情報記憶部から当該商品識別コードを含む商品情報を取得し、同販売者の前記決済情報記憶部から決済店舗情報を取得する情報取得手段と、前記未決済識別コードを生成するコード生成手段と、このコード生成手段により生成された前記未決済識別コードと関連付けて前記情報取得手段により取得した商品情報を記憶するとともに、その未決済識別コードを前記情報取得手段により取得した決済店舗情報とともに前記ネットワークを通じて前記携帯端末に返信する未決済情報処理手段と、前記決済端末から前記未決済識別コードとともに商品情報が要求されると、その未決済識別コードと関連付けて記憶している商品情報を前記決済端末に送信する商品情報応答手段とを具備したことを特徴とするサーバ。
【請求項１２】
前記ネットワークを通じて前記決済端末から決済完了通知とともに前記未決済識別コードを受信すると、その未決済識別コードと関連付けて記憶している商品情報を決済完了状態とする決済完了処理手段、をさらに具備し、
前記商品情報応答手段は、前記決済端末から要求があった商品情報が決済完了状態にあるか否かを判定し、決済完了状態にないことを条件に前記決済端末に送信することを特徴とする請求項１１記載のサーバ。
【請求項１３】
各ユーザのユーザ識別コード等のユーザ情報を記憶してなるユーザ情報記憶部、をさらに具備し、
前記未決済情報処理手段は、前記ネットワークを通じて前記携帯端末からユーザ識別コードを受信すると、そのユーザ識別コードを同携帯端末から受信した商品識別コード及び販売者識別コードに従い前記情報取得手段により取得した商品情報とともに前記未決済識別コードと関連付けて記憶する手段を含み、
前記商品情報応答手段は、送信対象の商品情報とともに記憶されているユーザ識別コードを送信する手段を含んでいることを特徴とする請求項１１記載のサーバ。
【請求項１４】
商品の購入希望者が携帯する携帯端末との間でデータを授受するデータ授受手段を有するとともに、ネットワークを介してサーバと接続され、前記記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられた決済端末であって、
前記データ授受手段を介して前記携帯端末に記憶されている前記未決済識別コード及び決済店舗情報を取得する携帯端末情報取得手段と、この携帯端末情報取得手段により取得した決済店舗情報に基づき当該決済端末が設けられている決済店舗で決済が可能か否かを判定する決済可否判定手段と、この決済可否判定手段により決済が可能であると判定されたことを条件に前記サーバに対して前記携帯端末情報取得手段により取得した未決済識別コードが付された商品情報を要求する商品情報要求手段と、前記サーバから受信した商品情報に基づいて決済を処理する決済処理手段とを具備したことを特徴とする決済端末。
【請求項１５】
前記決済処理手段により決済を処理し終えたことを条件に前記携帯端末情報取得手段により取得した前記未決済識別コードを前記ネットワークを通じて前記サーバに送信して決済完了を通知する決済完了通知手段、をさらに具備したことを特徴とする請求項１４記載の決済端末。
【請求項１６】
前記携帯端末情報取得手段は、前記データ授受手段を介して前記携帯端末に記憶されているユーザ識別コードを取得する手段を含み、
前記決済処理手段は、前記サーバから前記商品情報とともに受信したユーザ識別コードが前記携帯端末情報取得手段により取得したユーザ識別コードと一致することを条件に決済を処理することを特徴とする請求項１４記載の決済端末。
【請求項１７】
商品の購入希望者が携帯し、前記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられた決済端末との間でデータを授受するデータ授受手段を有する携帯端末のプログラムであって、
前記携帯端末を、
前記商品を特定するための商品識別コード及びその商品を販売する販売者を特定するための販売者識別コードを入力するコード入力手段、
このコード入力手段により入力された商品識別コード及び販売者識別コードを前記ネットワークを通じて前記サーバに送信し、前記サーバから前記ネットワークを通じて返信される一意の未決済識別コード及び決済店舗情報を受信するネットワーク通信手段、
このネットワーク通信手段により受信した前記決済店舗情報に基づき前記コード入力手段により入力された商品識別コードで特定される商品の代金支払いが可能な決済店舗の案内情報を報知する決済店舗案内手段、及び
前記ネットワーク通信手段により受信した未決済識別コード及び決済店舗情報を関連付けて記憶する記憶手段として機能させるための携帯端末用プログラム。
【請求項１８】
商品の購入希望者が携帯する携帯端末、及び前記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられ、前記携帯端末との間でデータを授受するデータ授受手段を有する決済端末とネットワークを通じて接続されるサーバのプログラムであって、
前記サーバを、
前記各商品をそれぞれ販売する販売者別に、販売される各商品の商品識別コード等の商品情報を記憶する商品情報記憶手段、
前記各商品をそれぞれ販売する販売者別に、販売される商品の代金支払いが可能な決済店舗の情報を記憶する決済店舗情報記憶手段、
前記ネットワークを通じて前記携帯端末から前記商品識別コード及び販売者識別コードを受信すると、前記商品情報記憶手段により記憶された情報から当該販売者識別コードで特定される販売者の当該商品識別コードを含む商品情報を取得し、前記決済情報記憶手段により記憶された情報から同販売者の決済店舗情報を取得する情報取得手段、
前記未決済識別コードを生成するコード生成手段、
このコード生成手段により生成された前記未決済識別コードと関連付けて前記情報取得手段により取得した商品情報を記憶するとともに、その未決済識別コードを前記情報取得手段により取得した決済店舗情報とともに前記ネットワークを通じて前記携帯端末に返信する未決済情報処理手段、及び
前記決済端末から前記未決済識別コードとともに商品情報が要求されると、その未決済識別コードと関連付けて記憶している商品情報を前記決済端末に送信する商品情報応答手段としてきのうさせるためのサーバ用プログラム。
【請求項１９】
商品の購入希望者が携帯する携帯端末との間でデータを授受するデータ授受手段を有するとともに、ネットワークを介してサーバと接続され、前記記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられた決済端末のプログラムであって、
前記決済端末を、
前記データ授受手段を介して前記携帯端末に記憶されている前記未決済識別コード及び決済店舗情報を取得する携帯端末情報取得手段、
この携帯端末情報取得手段により取得した決済店舗情報に基づき当該決済端末が設けられている決済店舗で決済が可能か否かを判定する決済可否判定手段、
この決済可否判定手段により決済が可能であると判定されたことを条件に前記サーバに対して前記携帯端末情報取得手段により取得した未決済識別コードが付された商品情報を要求する商品情報要求手段、及び
前記サーバから受信した商品情報に基づいて決済を処理する決済処理手段として機能させるための決済端末用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話等の携帯端末を用いて、実在店舗で販売されている商品を閉店後も購入できるようにしたショッピングシステムに関する。
【背景技術】
【０００２】
一般に、実在店舗での商品の販売期間は、その店舗の営業時間のみである。このため、仕事等で営業時間に間に合わなかったり、店舗まで行ったが休日であったりした場合には、たとえ欲しい商品が店頭のショーウィンドゥに陳列されていたとしても購入できないのが実情であった。そこで、実在店舗の営業時間外であっても、その実在店舗で販売されている商品を購入することができるショッピングシステムが望まれている。
【０００３】
従来、実在店舗と、ユーザの携帯端末からアクセス可能なネットワーク上に実在店舗の出店者により出店された仮想店舗と、実在店舗に設けられ、その実在店舗の営業時間以外の時間でも販売可能な窓口とを備え、ユーザが携帯端末を用いて仮想店舗にアクセスして注文した商品を、実在店舗の営業時間外でも前記窓口で販売するようにしたショッピングシステムが提案されていた（例えば、特許文献１参照）。
【特許文献１】特開２００６−２０９２４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のこの種のショッピングシステムにおいては、実在店舗の営業時間外でも窓口だけは営業しなければならないため、人件費や光熱費がかかるという問題は依然として残っていた。
【０００５】
昨今では、コンビニエンスストア等のように２４時間営業の店舗が街中に増えつつある。そこで、実在店舗の営業時間外であっても、購入希望者がその実在店舗で販売されている商品の購入を申し込むことができ、しかもその決済を、例えばコンビニエンスストア等の営業中の店舗で終えることができれば、利便性を損なうことなく経費の削減を図ることができる。
【０００６】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、実在店舗の営業時間外であっても、その実在店舗で販売されている商品の購入を申込むことができ、かつ、その決済を別の営業中の店舗で処理することができ、利便性を損なうことなく経費の削減を図ることができるショッピングシステム及びこのシステムで用いられる携帯端末，決済端末並びにサーバを提供しようとするものである。
【課題を解決するための手段】
【０００７】
本発明のショッピングシステムは、商品の購入希望者が携帯する携帯端末と、前記購入希望者が購入を希望する商品の代金を支払う決済店舗に設けられ、前記携帯端末との間でデータを授受するデータ授受手段を有する決済端末と、前記携帯端末及び決済端末とネットワークを通じて接続されるサーバとを含んでいる。
【０００８】
携帯端末は、商品を特定するための商品識別コードを入力するコード入力手段と、このコード入力手段により入力された商品識別コードをネットワークを通じてサーバに送信し、サーバからネットワークを通じて返信される一意の未決済識別コード及び決済店舗情報を受信するネットワーク通信手段と、このネットワーク通信手段により受信した決済店舗情報に基づきコード入力手段により入力された商品識別コードで特定される商品の代金支払いが可能な決済店舗の案内情報を報知する決済店舗案内手段と、ネットワーク通信手段により受信した未決済識別コード及び決済店舗情報を関連付けて記憶する記憶手段とを備えている。
【０００９】
サーバは、販売される各商品の商品識別コード等の商品情報を記憶してなる商品情報記憶部と、販売される商品の代金支払いが可能な決済店舗の情報を記憶してなる決済店舗情報記憶部と、ネットワークを通じて携帯端末から商品識別コードを受信すると、商品情報記憶部から当該商品識別コードを含む商品情報を取得し、決済情報記憶部から決済店舗情報を取得する情報取得手段と、未決済識別コードを生成するコード生成手段と、このコード生成手段により生成された未決済識別コードと関連付けて情報取得手段により取得した商品情報を記憶するとともに、その未決済識別コードを情報取得手段により取得した決済店舗情報とともにネットワークを通じて携帯端末に返信する未決済情報処理手段と、決済端末から未決済識別コードとともに商品情報が要求されると、その未決済識別コードと関連付けて記憶している商品情報を決済端末に送信する商品情報応答手段とを備えている。
【００１０】
決済端末は、データ授受手段を介して携帯端末に記憶されている未決済識別コードを取得する携帯端末情報取得手段と、この携帯端末情報取得手段により取得した未決済識別コードが付された商品情報を要求する商品情報要求手段と、サーバから受信した商品情報に基づいて決済を処理する決済処理手段とを備えている。
【発明の効果】
【００１１】
かかる手段を講じた本発明によれば、実在店舗の営業時間外であっても、その実在店舗で販売されている商品の購入を申し込むことができ、かつ、その決済を別の営業中の店舗で処理することができ、利便性を損なうことなく経費の削減を図ることができるショッピングシステム及びこのシステムで用いられる携帯端末，決済端末並びにサーバを提供できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態を、図面を用いて説明する。  
なお、この実施の形態は、販売者の一態様である実存店舗のショーウィンドゥに陳列されている商品の購入申込みを、購入申込者が携帯している携帯端末で行い、かつその決済を、その購入申込者が所望のコンビニエンスストア等の営業中店舗に出向いて行うことができるショッピングシステムである。
【００１３】
図１は、本実施の形態におけるショッピングシステムの全体構成図である。このシステムは、購入申込者が携帯する携帯端末１と、コンビニエンスストア等の決済店舗ＡＳに設けられている決済端末２と、商品陳列部であるショーウィンドゥに陳列された商品Ａの販売元である販売店舗ＳＳに設けられている店舗端末３と、複数のサーバ４，５，６，７，８と、これらを接続するインターネット等のネットワーク９とで構成されている。
【００１４】
携帯端末１は、その一例としてはカメラ付のディジタル携帯電話であって、基地局１０を介してネットワーク９に接続可能となっている。決済端末２及び店舗端末３は、いずれも店内ＬＡＮ（Local Area Network）１１，１２及びルータ１３，１４を介してネットワーク９に接続可能となっている。
【００１５】
販売店舗ＳＳのショーウィンドゥには、自店舗を特定するための店舗識別コードを含む二次元コードのシンボルＭ１と、上記ショーウィンドゥに陳列されている商品Ａを特定するための商品識別コードを含む二次元コードのシンボルＭ２とが、店外から確認できる場所に貼り付けられている。これらのシンボルＭ１，Ｍ２は、携帯端末１のスキャナ機能によって読取ることができる。
【００１６】
サーバ群は、プログラム配信サーバ４、提携関係管理サーバ５、ユーザ管理サーバ６、店舗管理サーバ７及び店舗別商品サーバ８（８ａ，８ｂ，８ｃ，…）で構成されている。プログラム配信サーバ４は、本実施の形態のショッピングシステムを構築するために必要なプログラムを、各購入希望者がそれぞれ携帯する携帯端末１に配信することに特化している。提携関係管理サーバ５は、販売店舗ＳＳと決済店舗ＡＳとの提携関係を管理することに特化している。ユーザ管理サーバ６は、ユーザ登録された購入希望者に関する情報の管理に特化している。店舗管理サーバ７は、各販売店舗ＳＳに関する情報の管理に特化している。店舗別商品サーバ８は、販売店舗ＳＳ毎に設けられており、その販売店舗ＳＳで販売されている各商品に関する情報の管理及びその商品の売上に関する管理に特化している。
【００１７】
図２は、携帯端末１の要部構成を示すブロック図である。携帯端末１は、揮発性のメモリ２２、不揮発性の記録部２３、ネットワーク９と接続するための公衆網接続インターフェイス２４、撮像部２５、非接触ＩＣカード間の無線通信を実現するための非接触ＩＣカードインターフェイス２６、着脱自在な非接触ＩＣカードメモリ２７、液晶ディスプレイ等の表示部２８、各種のキーボタンが配置された入力部２９、赤外線通信等の近距離無線通信部３０及びこれらを制御するＣＰＵ２１で構成されている。
【００１８】
メモリ２２には、買上商品リスト領域３１が形成されている。記録部２３には、前記プログラム配信サーバ４から配信される携帯ＰＯＳプログラム等が格納されるプログラム領域３２と、決済情報管理領域３３とが形成されている。非接触ＩＣカードメモリ２７には、ユーザＩＤ領域３４、電子マネー領域３５及び未決済取引管理領域３６が形成されている。
【００１９】
ユーザＩＤ領域３４には、当該携帯端末１を携帯する購入希望者（ユーザ）を特定するためのユーザ識別コードであるユーザＩＤが記憶されている（ユーザ識別記憶部）。電子マネー領域３５には、電子マネーの残高データが記憶されている。
【００２０】
買上商品リスト領域３１は、図３に示すように、当該携帯端末１で購入を申し込んだ商品の識別コードである商品ＩＤと関連付けて、商品名，単価及び購入数量を一時的に記憶する領域である。
【００２１】
決済情報管理領域３３は、図４に示すように、未決済取引ＩＤ、販売店舗ＩＤ、決済金額、未了／完了フラグ、決済店舗ＩＤリスト及び買上商品リストの各データ項目からなる決済情報管理レコード３３Ｒを蓄積保存する領域である。未決済取引管理領域３６は、図５に示すように、未決済取引ＩＤ、販売店舗ＩＤ、決済店舗ＩＤリスト及び未了／完了フラグの各データ項目からなる未決済取引管理レコード３６Ｒを記憶する領域である。これらレコード３３Ｒ，３６Ｒの各種データ項目については後述する。
【００２２】
図６は、決済端末２の要部構成を示すブロック図である。決済端末２は、揮発性のメモリ４２、不揮発性の記録部４３、ネットワーク９を介したデータ通信を司るネットワークインターフェイス４４、レシート等を印字するためのプリンタ４５が電気的に接続されるプリンタインターフェイス４６、非接触ＩＣカード間の無線通信を実現するための非接触ＩＣカードインターフェイス４７、着脱自在な非接触ＩＣカードメモリ４８、オペレータ用の表示部４９、客用の表示部５０、各種のキーが配置された入力部５１及びこれらを制御するＣＰＵ４１で構成されている。
【００２３】
メモリ４２には、決済可能取引情報領域５２が形成されている。記録部４３には、電子決済対応プログラム等が格納されるプログラム領域５３と、自店舗ＩＤ領域５４と、提携店舗管理領域５５とが形成されている。自店舗ＩＤ領域５４には、当該決済端末２が設けられている決済店舗（自店舗）ＡＳを特定するための店舗識別コードである自店舗ＩＤが記憶されている。
【００２４】
提携店舗管理領域５５は、図７に示すように、自店舗での決済を可能とするべく提携関係を結んだ販売店舗ＳＳの店舗ＩＤ別に、その販売店舗ＳＳに対応して設けられた店舗別商品サーバ８の識別名（店舗別サーバ名）と、その販売店舗ＳＳと自店舗との間の提携関係データを記憶する領域である。提携関係データについては後述する。
【００２５】
決済可能取引情報領域５２は、図８に示すように、未決済取引ＩＤ、未了／完了フラグ店舗別サーバ名、決済金額及び買上商品リストの各データ項目からなる決済可能取引レコード５２Ｒを記憶する領域である。このレコード５２Ｒの各種データ項目についても後述する。
【００２６】
図９は、ユーザ管理サーバ６の要部構成を示すブロック図である。ユーザ管理サーバ６は、揮発性のメモリ６２、不揮発性の記録部６３、ネットワーク９を介したデータ通信を司るネットワークインターフェイス６４及びこれらを制御するＣＰＵ６１で構成されている。
【００２７】
記録部６３には、ユーザＩＤ管理プログラム等が格納されるプログラム領域６５と、ユーザＩＤ管理領域６６とが形成されている。
【００２８】
ユーザＩＤ管理領域６６には、図１０に示すように、各ユーザを特定するためのユーザ識別コードであるユーザＩＤと関連付けて、ユーザ名、性別、年齢、住所等のユーザ情報が記憶されている。ここに、ユーザ管理サーバ６のユーザＩＤ管理領域６６は、ユーザ情報記憶部として機能する。
【００２９】
図１１は、店舗管理サーバ７の要部構成を示すブロック図である。店舗管理サーバ７は、揮発性のメモリ７２、不揮発性の記録部７３、ネットワーク９を介したデータ通信を司るネットワークインターフェイス７４及びこれらを制御するＣＰＵ７１で構成されている。
【００３０】
記録部７３には、店舗ＩＤ管理プログラム等が格納されるプログラム領域７５と、店舗ＩＤ管理領域７６とが形成されている。
【００３１】
店舗ＩＤ管理領域７６には、図１２に示すように、各店舗ＡＳ，ＳＳを特定するための店舗識別コードである店舗ＩＤと関連付けて、店舗名と、その店舗に対応して設けられた店舗別商品サーバ８の識別名（店舗別サーバ名）とが記憶されている。また、図示しないが、店舗の所在地を示す住所データや地図データ等も記憶されている。
【００３２】
図１３は、店舗別商品サーバ８の要部構成を示すブロック図である。店舗別商品サーバ８は、いずれも揮発性のメモリ８２、不揮発性の記録部８３、ネットワーク９を介したデータ通信を司るネットワークインターフェイス８４及びこれらを制御するＣＰＵ８１で構成されている。
【００３３】
メモリ８２には、買上商品一時管理領域８５が形成されている。記録部８３には、自店舗ＩＤ領域８６、商品管理領域８７、決済店舗管理領域８８及び買上商品情報管理領域８９が形成されている。
【００３４】
自店舗ＩＤ領域８６には、当該店舗別商品サーバ８に対応する販売店舗ＳＳを識別するための店舗ＩＤが記憶されている。
【００３５】
商品管理領域８７は、図１４に示すように、その販売店舗ＳＳで販売される各商品の商品識別コードである商品ＩＤに対応して、商品名，単価等の商品情報を記憶した領域である。ここに、商品管理領域８７は商品情報記憶部を構成する。
【００３６】
決済店舗管理領域８８は、図１５に示すように、その販売店舗ＳＳで販売される商品の決済が可能な各決済店舗ＡＳの店舗識別コードである決済店舗ＩＤに対応して、その店舗の所在地データと提携関係データとを記憶した領域である。提携関係データについては後述する。ここに、決済店舗管理領域８８は決済店舗情報記憶部を構成する。
【００３７】
買上商品一時管理領域８５は、図１６に示すように、当該販売店舗ＳＳで携帯端末１を利用して商品の購入を申し込んだユーザのユーザＩＤ及び購入商品の明細情報（商品ＩＤ，単価，購入数量）とその決済金額とを一時的に記憶する領域である。
【００３８】
買上商品情報管理領域８９は、図１７に示すように、ユーザＩＤ、決済金額、未了／完了フラグ、未取引決済ＩＤ及び買上商品明細情報（商品ＩＤ，単価，購入数量）の各データ項目からなる買上商品レコード８９Ｒを記憶する領域である。この買上商品レコード８９Ｒの各データ項目についても後述する。
【００３９】
図１８は、提携関係管理サーバ５の要部構成を示すブロック図である。提携関係管理サーバ５は、揮発性のメモリ９２、不揮発性の記録部９３、ネットワーク９を介したデータ通信を司るネットワークインターフェイス９４及びこれらを制御するＣＰＵ９１で構成されている。
【００４０】
記録部９３には、提携関係管理プログラム等が格納されるプログラム領域９５と、提携関係管理領域９６とが形成されている。
【００４１】
提携関係管理領域９６は、図１９に示すように、各販売店舗ＳＳの店舗識別コードである販売店舗ＩＤに対応して、その販売店舗の所在地データと、その販売店舗で販売した商品の決済が可能な店舗（決済店舗ＡＳ）を特定するための決済店舗ＩＤ及びその決済店舗ＡＳの所在地データ並びにその決済店舗ＡＳとの提携関係データとを記憶する領域である。
【００４２】
提携関係データとは、当該販売店舗ＳＳと対応する決済店舗ＡＳとの間で結ばれた決済に関する提携関係を示すデータであり、提携関係としては、例えば支払いのみのサービスや、支払い額に応じたクーポン券発行サービスや、相互プロモーション等がある。
【００４３】
なお、店舗端末３は、市販のパーソナルコンピュータと同様な構成のため、ここでの説明は省略する。
【００４４】
さて、本実施の形態のショッピングシステムにおいては、営業時間帯以外の時間でも商品を販売したい販売店舗ＳＳと、この販売店舗ＳＳと提携することで、その販売店舗ＳＳで営業時間外に販売された商品の決済を可能とした決済店舗ＡＳとが存在する。また、このショッピングシステムのサービスを運営し管理するサービス会社が存在する。
【００４５】
販売店舗ＳＳでは、図２０に示すように、商品陳列部であるショーウィンドゥ１００に所望の商品Ａを陳列して、営業時間外でも店外から商品Ａを閲覧できるようにする。そして、この商品Ａの値札プレート１０１に、当該商品Ａを識別するための商品ＩＤを含む二次元コードシンボルＭ２を印刷（または貼付）する。さらに、当該販売店舗ＳＳを特定するための店舗ＩＤを含む二次元コードシンボルＭ１が印刷されたラベル１０２をショーウィンドゥ１００に貼付する。これらのシンボルＭ１，Ｍ２は、ショーウィンドゥ１００の外側から、購入希望者が携帯する携帯電話等の携帯端末１の撮像部２５で撮像可能となっている。
【００４６】
サービス会社では、プログラム配信サーバ４、提携関係管理サーバ５、ユーザ管理サーバ６、店舗管理サーバ７及び店舗別商品サーバ８（８ａ，８ｂ，８ｃ，…）のサーバ群の構築及び保守を管理している。例えば、各販売店舗ＳＳから販売対象商品の商品ＩＤ，商品名，単価等の商品情報をネットワーク９経由で収集し、それぞれその販売店舗ＳＳに対応して設けられている店舗別商品サーバ８の商品管理領域８７を更新する。
【００４７】
また、販売店舗ＳＳと決済店舗ＡＳとの間の提携関係に変化が生じた場合には、その都度、パーソナルコンピュータ等の入力端末を操作して必要なデータを入力することで、提携関係管理サーバ５の提携関係管理領域９６を更新する。すなわち、新たなレコードを提携関係管理領域９６に追加したり、不要なレコードを提携関係管理領域９６から削除したりする。このレコードの追加及び削除は、提携関係管理プログラムによって次の如く制御される。
【００４８】
先ず、入力端末からは、図２１に示すようなデータ構造の更新伝文が提携関係管理サーバ５に入力される。図２１において、項目「フラグ」は、当該更新伝文がレコードの追加を指示する伝文なのか、削除を指示する伝文なのかを区分する情報である。
【００４９】
上記更新伝文を受信した提携関係管理サーバ５のＣＰＵ９１は、提携関係管理プログラムに従い、その伝文のフラグを識別する。そして、追加指示のフラグであった場合には、その伝文中の販売店舗ＩＤ、所在地、決済店舗ＩＤ、所在地及び提携関係の各データを提携関係管理領域９６に追加する。削除指示のフラグであった場合には、その伝文中の各データと同一のデータが提携関係管理領域９６に記憶されているか否かを検索し、記憶されている場合にはそのデータを提携関係管理領域９６から削除する。
【００５０】
また、提携関係管理サーバ５のＣＰＵ９１は、提携関係管理プログラムに従い、各店舗別商品サーバ８にそれぞれ設けられた決済店舗管理領域８８のデータ更新処理と、各決済店舗ＡＳの決済端末２に設けられた提携店舗管理領域５５のデータ更新処理を行う。具体的には、ＣＰＵ９１は、店舗別商品サーバ８及び決済端末２からのダウンロード要求を待機している。
【００５１】
例えば、店舗別商品サーバ８のＣＰＵ８１は、図４０に示すように、毎日決まった時刻になると（ＳＴ２５１のＹＥＳ）、提携関係管理サーバ５に、ネットワーク９を通じて、自店舗ＩＤ領域８６に記憶されている自店舗ＩＤを含む決済店舗要求メッセージを送信する（ＳＴ２５２）。
【００５２】
提携関係管理サーバ５のＣＰＵ９１は、図４２に示すように、メッセージ受信し（ＳＴ２７１）、このメッセージが決済店舗要求メッセージであることを確認すると（ＳＴ２７２）、そのメッセージから店舗ＩＤを取得する（ＳＴ２７３）。そして、この店舗ＩＤを販売店舗ＩＤとして提携関係管理領域９６を検索して（ＳＴ２７４）、販売店舗ＩＤが一致するレコードを全て抽出する（ＳＴ２７５）。そして、この抽出したレコードの決済店舗ＩＤ及びその所在地データと提携関係データとをメッセージ送信元の店舗別商品サーバ８にネットワーク９を通じてダウンロードする（ＳＴ２７６）。
【００５３】
店舗別商品サーバ８のＣＰＵ８１は、図４０に示すように、提携関係管理サーバ５からデータを受信すると（ＳＴ２５３のＹＥＳ）、この受信したデータで決済店舗管理領域８８のデータを書き換える（ＳＴ２５４）。かくして、決済店舗管理領域８８のデータが最新の提携関係に即した状態に更新される。
【００５４】
各決済端末２のＣＰＵ４１も、図４１に示すように、毎日決まった時刻になると（ＳＴ２６１のＹＥＳ）、提携関係管理サーバ５に、ネットワーク９を通じて、自店舗ＩＤ領域５４に記憶されている自店舗ＩＤを含む提携店舗要求メッセージを送信する（ＳＴ２６２）。
【００５５】
提携関係管理サーバ５のＣＰＵ９１は、図４２に示すように、メッセージ受信し（ＳＴ２７１）、このメッセージが提携店舗要求メッセージであることを確認すると（ＳＴ２７２）、そのメッセージから店舗ＩＤを取得する（ＳＴ２７７）。そして、この店舗ＩＤを決済店舗ＩＤとして提携関係管理領域９６を検索して（ＳＴ２７８）、決済店舗ＩＤが一致するレコードを全て抽出する（ＳＴ２７９）。次に、この抽出したレコードの販売店舗ＩＤで店舗管理サーバ７にアクセスして、その店舗ＩＤ管理領域７６から当該販売店舗ＩＤに対応して設定されている店舗別サーバ名を取得する（ＳＴ２８０）。そして、この抽出したレコードの販売店舗ＩＤ及び提携関係データと、店舗管理サーバ７から取得した店舗別サーバ名とをメッセージ送信元の決済端末２にネットワーク９を通じてダウンロードする（ＳＴ２８１）。
【００５６】
決済端末２のＣＰＵ４１は、図４１に示すように、提携関係管理サーバ５からデータを受信すると（ＳＴ２６３）、その受信したデータで提携店舗管理領域５５のデータを書き換える（ＳＴ２６４）。かくして、提携店舗管理領域５５のデータが最新の提携関係に即した状態に更新される。
【００５７】
一方、購入希望者は、携帯端末１に携帯ＰＯＳプログラムをダウンロードすることによって、ショッピングが可能となる。先ず、購入希望者は、携帯端末１を操作してサービス会社のＷＥＢサイトにアクセスし、ユーザ登録画面に氏名，性別，年齢，住所等を入力してユーザ登録を行う。そうすると、このユーザ登録情報とともに携帯ＰＯＳプログラムのダウンロード要求メッセージがプログラム配信サーバ４に送信される。
【００５８】
このメッセージを受信したプログラム配信サーバ４は、ユーザ管理サーバ６にユーザ登録情報を転送してユーザＩＤの発行を要求する。すると、ユーザ管理サーバ６のＣＰＵ６１は、ユーザＩＤ管理プログラムに従い、ユーザ登録情報を精査し、問題がなければ未使用のユーザＩＤを生成する。そして、このユーザＩＤと関連付けて、ユーザＩＤ管理領域６６にユーザ登録情報を記憶するとともに、プログラム配信サーバ４にこの新規のユーザＩＤを通知する。そこでプログラム配信サーバ４は、ユーザ管理サーバ６から通知されたユーザＩＤとともに携帯ＰＯＳプログラムを、ダウンロード要求元の携帯端末１に、ネットワーク９を通じてダウンロードする。かくして、携帯端末１のプログラム領域３２に携帯ＰＯＳプログラムがインストールされるとともに、非接触ＩＣカードメモリ２７のユーザＩＤ領域３４に当該購入希望者固有のユーザＩＤが記憶されて、ショッピングが可能となる。
【００５９】
すなわち、販売店舗ＳＳのショーウィンドゥ１００に陳列されている商品Ａの購入を希望する購入希望者は、携帯端末１を操作して、携帯ＰＯＳプログラムを起動する。そうすると、携帯端末１のＣＰＵ２１が図２２〜図２６の流れ図に示す手順で各部を制御する。また、これに従って店舗管理サーバ７のＣＰＵ７１が図２７の流れ図に示す手順で各部を制御し、当該販売店舗ＳＳに対応する店舗別商品サーバ８が図２８〜図３２の流れ図に示す手順で各部を制御する。以下、これらの流れ図を参照して、購入希望者が商品Ａの購入を申し込む場合について説明する。
【００６０】
携帯ＰＯＳプログラムが起動した携帯端末１のＣＰＵ２１は、先ず、ＳＴ（ステップ）１として撮像部２５を動作させて表示部２８にコード読取画面を表示させる。そして、ＳＴ２としてコードが読み取られるのを待機する。ここで、一定時間内にコードが読み取られなかった場合には、ＣＰＵ２１は、携帯ＰＯＳプログラムを終了させる。
【００６１】
撮像部２５を介して二次元コードシンボル，バーコードシンボル等のコードシンボルが読み取られたならば、ＣＰＵ２１は、ＳＴ３としてそのシンボルからコードを復号する。そして、ＳＴ４としてコードに店舗ＩＤが含まれているか否かを判断する（コード入力手段）。ここで、店舗ＩＤが含まれていない場合には、読み取られたコードシンボルは、店舗ＩＤを含む二次元コードシンボルＭ１ではないので、ＳＴ５としてエラーメッセージ（例えば「店舗ＩＤのコードシンボルを読み取ってください」）を表示部２８に表示させる。しかる後、ＳＴ６として入力部２９の操作入力により確認操作がなされたならば、ＳＴ１に戻り、再度、コード読取画面を表示させる。
【００６２】
復号したコードに店舗ＩＤが含まれていた場合には、読み取られたコードシンボルは二次元コードシンボルＭ１であるので、ＣＰＵ２１は、ＳＴ７としてネットワーク９を通じて店舗管理サーバ７にアクセスして、当該店舗ＩＤを含む販売店情報要求メッセージを送信する（ネットワーク通信手段）。
【００６３】
このメッセージを受信した店舗管理サーバ７のＣＰＵ７１は、図２７のＳＴ８１〜ＳＴ８４の処理を実行する。先ず、ＳＴ８１として要求メッセージの受信有りを判断すると、ＳＴ８２としてそのメッセージから店舗ＩＤを取得する。次に、ＳＴ８３としてこの店舗ＩＤで店舗ＩＤ管理領域７６を検索して、当該店舗ＩＤと関連付けて記憶している店舗名及び店舗別サーバ名の店舗情報を読み込む。しかる後、ＳＴ８４としてこの店舗ＩＤ及びそれに関連した店舗情報を、メッセージ送信元の携帯端末１に送信する。
【００６４】
販売店情報要求メッセージを送信した携帯端末１のＣＰＵ２１は、ＳＴ８として店舗情報の受信を待機する。そして、店舗管理サーバ７から店舗ＩＤ，店舗名及び店舗別サーバ名の店舗情報を受信したならば（ＳＴ８のＹＥＳ）、ＳＴ９として表示部２８に店舗確認画面を表示させる。この店舗確認画面には、店舗名と、この店舗で買物をするか否かを選択する旨のガイダンスが表示されている。
【００６５】
そこで購入希望者は、入力部２９を操作して買物をするか否かを選択する。買物をしない旨が選択された場合には（ＳＴ１０のＮＯ）、ＣＰＵ２１は、携帯ＰＯＳプログラムを終了させる。
【００６６】
買物をする旨が選択された場合には（ＳＴ１０のＹＥＳ）、ＣＰＵ２１は、ＳＴ１１として受信した店舗情報中の店舗別サーバ名で特定される店舗別商品サーバ８にネットワーク９を通じてアクセスして、ユーザＩＤ領域３４内のユーザＩＤを含む問合せメッセージを送信する（ネットワーク通信手段）。
【００６７】
このメッセージを受信した店舗別商品サーバ８のＣＰＵ８１は、図２８のＳＴ９１〜ＳＴ９８の処理を実行する。先ず、ＳＴ９１として問合せメッセージの受信有りを判断すると、ＳＴ９２としてそのメッセージからユーザＩＤを取得する。次に、ＳＴ９３としてユーザ管理サーバ６にアクセスして、当該ユーザＩＤがユーザＩＤ管理領域６６に存在するか否かを問合せる。
【００６８】
この問合せに対して、ユーザ管理サーバ６から存在しない旨の応答があった場合には（ＳＴ９４のＮＯ）、ＣＰＵ８１は、ＳＴ９５としてメッセージ送信元の携帯端末１に対して買物不可のメッセージを返信する。
【００６９】
これに対し、ユーザ管理サーバ６から存在する旨の応答があった場合には（ＳＴ９４のＹＥＳ）、ＣＰＵ８１は、ＳＴ９６としてメッセージ送信元の携帯端末１に対して買物許可のメッセージを返信する。また、ＳＴ９７として買上商品一時管理領域８５に当該ユーザＩＤを記憶する。しかる後、ＳＴ９８として当該携帯端末１からの次のメッセージを待機する。
【００７０】
問合せメッセージを送信した携帯端末１のＣＰＵ２１は、ＳＴ１２として店舗別商品サーバ８からの応答メッセージを待機する。ここで、買物不可のメッセージを受信した場合には（ＳＴ１２のＮＯ）、ＣＰＵ２１は、ＳＴ１３として表示部２８に買物不可のエラーメッセージを表示させる。その後、ＳＴ１４として確認操作がなされたならば、ＣＰＵ２１は、携帯ＰＯＳプログラムを終了させる。
【００７１】
一方、買物許可のメッセージを受信した場合には（ＳＴ１２のＹＥＳ）、ＣＰＵ２１は、ＳＴ１５として図２３〜図２６の流れ図に具体的に示す買物処理を実行する。
【００７２】
先ず、ＳＴ２１として表示部２８の画面を買物待ち指示画面に切り換える。この画面には、買物をする場合は買物ボタンを、買物をした商品を取消す場合は削除ボタンを、買物を終了する場合は終了ボタンをそれぞれ入力する旨を指示するガイダンスが表示されている。また、買上商品リスト領域３１にデータが格納されている場合には、そのデータの中の少なくとも商品名が一覧となって表示されている。
【００７３】
そこで購入希望者は、入力部２９を操作してガイダンスに従ったボタンを入力する。一方、ＣＰＵ２１は、ＳＴ２２としていずれかのボタンが操作入力されるのを待機する。
【００７４】
このボタン入力待機状態において、買物ボタンが操作入力された場合には（ＳＴ２３のＹＥＳ）、ＣＰＵ２１は、ＳＴ２４として撮像部２５を再度動作させて表示部２８にコード読取画面を表示させる。そして、ＳＴ２５としてコードが読み取られるのを待機する。ここで、一定時間内にコードが読み取られなかった場合には、ＣＰＵ２１は、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００７５】
撮像部２５を介してコードシンボルが読み取られたならば、ＣＰＵ２１は、ＳＴ２６としてそのシンボルからコードを復号する。そして、ＳＴ２７としてコードに商品ＩＤが含まれているか否かを判断する（コード入力手段）。ここで、商品ＩＤが含まれていない場合には、読み取られたコードシンボルは商品ＩＤを含む二次元コードシンボルＭ２ではないので、ＣＰＵ２１は、ＳＴ２８としてエラーメッセージ（例えば「商品ＩＤのコードシンボルを読み取ってください」）を表示部２８に表示させる。しかる後、ＳＴ２９として確認操作がなされたならば、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００７６】
一方、復号したコードに商品ＩＤが含まれていた場合には、読み取られたコードシンボルは二次元コードシンボルＭ２であるので、ＣＰＵ２１は、ＳＴ３０としてネットワーク９を通じて接続状態にある店舗別商品サーバ８にアクセスして、当該商品ＩＤを含む買物メッセージを送信する（ネットワーク通信手段）。
【００７７】
ＳＴ９８の接続された携帯端末１からのメッセージ待機状態にある店舗別商品サーバ８において、買物メッセージを受信すると（ＳＴ９９のＹＥＳ）、ＣＰＵ８１は、図２９の流れ図に示す処理を実行する。
【００７８】
先ず、ＳＴ１１１として受信したメッセージから商品ＩＤを取得する。次に、ＳＴ１１２としてこの商品ＩＤで商品管理領域８７を検索して、当該商品ＩＤと関連付けて記憶している商品名及び単価を取得する（情報取得手段）。そして、ＳＴ１１３として買上商品一時管理領域８５に、ＳＴ９７の処理で記憶したユーザＩＤと関連付けて、この商品ＩＤと単価を記憶する。また、ＳＴ１１４としてメッセージ送信元の携帯端末１に対して、この商品ＩＤ，商品名及び単価からなる商品情報を返信する。しかる後、ＳＴ１１５として当該携帯端末１からの次のメッセージを待機する。
【００７９】
買物メッセージを送信した携帯端末１のＣＰＵ２１は、ＳＴ３１として店舗別商品サーバ８から商品情報が送られてくるのを待機する。そして、商品情報を受信したならば、ＣＰＵ２１は、ＳＴ３２としてこの受信した商品情報の商品名及び単価を含む商品情報確認画面を表示部２８に表示させる。この画面には、購入数量が初期値“１”として表示されている。そして、この購入数量でよい場合には「はい」ボタンを、変更する場合には数値Ｎのボタンを、購入を取止める場合には「いいえ」ボタンをそれぞれ入力する旨を指示するガイダンスが表示されている。
【００８０】
そこで購入希望者は、入力部２９を操作してガイダンスに従ったボタンを入力する。一方、ＣＰＵ２１は、ＳＴ３３としていずれかのボタンが操作入力されるのを待機する。
【００８１】
数値Ｎのボタンが操作入力された場合には（ＳＴ３４のＹＥＳ）、ＣＰＵ２１は、ＳＴ３５としてその数値Ｎが“０”であるかそれ以上の整数であるかを判断する。数値Ｎが“０”より大きい整数である場合には、ＣＰＵ２１は、ＳＴ３６としてその数値Ｎを購入数量とする。そして、ＳＴ３７としてこの商品ＩＤ，商品名，単価及び購入数量の買上商品情報を買上商品リスト領域３１に格納する。なお、この買上商品リスト領域３１は、携帯ＰＯＳプログラムの起動時にクリアされている。
【００８２】
次に、ＣＰＵ２１は、ＳＴ３８としてこの商品名，単価，購入数量の買上商品情報が確定した旨を示す買上商品情報画面を表示部２８に表示させる。また、ＳＴ３９としてネットワーク９を通じて接続状態にある店舗別商品サーバ８に、購入数量を含む買上メッセージを送信する。しかる後、ＣＰＵ２１は、表示部２８の画面を買物待ち指示画面に戻す。この際の画面には、買上商品リスト領域３１内の商品名一覧も各ボタンとともに表示されている。
【００８３】
ＳＴ３３のボタン入力待機状態にある携帯端末１において、「はい」ボタンの入力を検知した場合には（ＳＴ４０の「はい」）、ＣＰＵ２１は、ＳＴ４１として購入数量として初期値“１”を確定する。そして、前記ＳＴ３７，３８及び３９の各処理を実行した後、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００８４】
一方、「いいえ」ボタンが入力された場合（ＳＴ４０の「いいえ」）、または入力された数値Ｎが“０”であった場合には（ＳＴ３６のＮＯ）、ＣＰＵ２１は、ＳＴ４２として商品情報が表示されている商品の購入を取消す場合には「はい」ボタンを、取消さない場合には「いいえ」ボタンを入力することを促す取消確認画面を表示部２８に表示させる。ここで、「いいえ」ボタンが操作入力された場合には（ＳＴ４３の「いいえ」）、ＣＰＵ２１は、表示部２８の画面を商品情報確認画面に戻す（ＳＴ３３）。
【００８５】
これに対し、「はい」ボタンが操作入力された場合には（ＳＴ４３の「はい」）、ＣＰＵ２１は、ＳＴ４４としてネットワーク９を通じて接続状態にある店舗別商品サーバ８に対して取消メッセージを送信する。しかる後、ＣＰＵ２１は、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００８６】
ＳＴ１１５の接続された携帯端末１からのメッセージ待機状態にある店舗別商品サーバ８において、買上メッセージを受信すると（ＳＴ１１７のＹＥＳ）、ＣＰＵ８１は、ＳＴ１１８として買上商品一時管理領域８５に、ＳＴ１１３の処理で記憶した商品ＩＤ及び単価と関連付けて、メッセージ中の購入数量を記憶する。しかる後、ＳＴ９８に戻り、当該携帯端末１からの次のメッセージを待機する。
【００８７】
また、取消メッセージを受信した場合には（ＳＴ１１６のＹＥＳ）、ＣＰＵ２１は、ＳＴ１１９として買上商品一時管理領域８５から直前のＳＴ１１３の処理で記憶した商品ＩＤと単価をクリアする。しかる後、ＳＴ９８に戻り、当該携帯端末１からの次のメッセージを待機する。
【００８８】
ＳＴ２２のボタン入力待機状態にある携帯端末１において、「削除」ボタンが入力された場合には（ＳＴ４５の「削除」）、ＣＰＵ２１は、図２５の流れ図に示す処理を実行する。
【００８９】
先ず、ＳＴ５１として商品が選択されているか否かを判断する。買物待ち指示画面には、買上商品リスト領域３１に記憶されている商品名の一覧が表示されている。そこでＣＰＵ２１は、この一覧表示されている商品名の中からいずれか１つが選択操作された状態で、削除ボタンが操作入力されたか否かを判断する。
【００９０】
商品名が選択された状態で削除ボタンが操作入力された場合には（ＳＴ５１のＹＥＳ）、ＣＰＵ２１は、ＳＴ５２としてその選択された商品名の商品を削除してよい場合には「はい」ボタンを、削除しない場合には「いいえ」ボタンを入力することを促す削除確認画面を表示部２８に表示させる。ここで、「いいえ」ボタンが入力された場合には（ＳＴ５３の「いいえ」）、ＣＰＵ２１は、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００９１】
これに対し、「はい」ボタンが入力された場合には（ＳＴ５３の「はい」）、ＣＰＵ２１は、ＳＴ５４としてこの選択された商品名とそれに対応する商品ＩＤ，単価及び購入数量を買上商品リスト領域３１から削除する。また、ＳＴ５５としてネットワーク９を通じて接続状態にある店舗別商品サーバ８にアクセスして、この選択された商品名に対応する商品ＩＤを含む削除メッセージを送信する。しかる後、ＣＰＵ２１は、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００９２】
一方、商品名が選択されていない状態で削除ボタンが操作入力された場合には（ＳＴ５１のＮＯ）、ＣＰＵ２１は、ＳＴ５６として削除操作が不可であることを示すとともに、買物を継続する場合には「はい」ボタンを、継続しない場合には「いいえ」ボタンを入力することを促す買物継続確認画面を表示させる。ここで、「はい」ボタンが入力された場合には（ＳＴ５７の「はい」）、ＣＰＵ２１は、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００９３】
これに対し、「いいえ」ボタンが入力された場合には（ＳＴ５７の「いいえ」）、ＣＰＵ２１は、ＳＴ５８としてネットワーク９を通じて接続状態にある店舗別商品サーバ８にアクセスして、買物中止メッセージを送信する。しかる後、ＣＰＵ２１は、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００９４】
ＳＴ９８の接続された携帯端末１からのメッセージ待機状態にある店舗別商品サーバ８において、削除メッセージを受信すると（ＳＴ１００のＹＥＳ）、ＣＰＵ８１は、図３０の流れ図に示す処理を実行する。すなわち、ＳＴ１２１として受信したメッセージから商品ＩＤを取得する。そして、ＳＴ１２２としてこの商品ＩＤで買上商品一時管理領域８５を検索して、当該商品ＩＤとそれに対応する単価及び購入数量の商品情報を削除する。しかる後、ＳＴ９８に戻り、当該携帯端末１からの次のメッセージを待機する。
【００９５】
また、ＣＰＵ８１は、買物中止メッセージを受信した場合には（ＳＴ１０１のＹＥＳ）、図３１の流れ図に示す処理を実行する。すなわち、ＳＴ１３１として買上商品一時管理領域８５のデータを全てクリアして、当該携帯端末１との接続を切断する。
【００９６】
ＳＴ２２のボタン入力待機状態にある携帯端末１において、「終了」ボタンが入力された場合には（ＳＴ４５の「終了」）、ＣＰＵ２１は、図２６の流れ図に示す処理を実行する。
【００９７】
先ず、ＳＴ６１として買上商品数が“０”より大きいか否かを判断する。すなわち、買上商品リスト領域３１に商品ＩＤ，商品名，単価，購入数量の商品情報が記憶されているか否かを判断する。ここで、商品情報が１つも記憶されていない場合には、買上商品数が“０”であるので、ＣＰＵ２１は、今回の買物処理を終了する。
【００９８】
買上商品リスト領域３１に商品情報が記憶されている場合には、買上商品数が“１”以上なので、ＣＰＵ２１は、ＳＴ６２としてこの買上商品リスト領域３１に記憶されている単価と購入数量とから合計金額（決済金額）を算出する。そして、この合計金額（決済金額）と、買上商品リスト領域３１に記憶されている商品名及び購入数量の一覧とを示すとともに、買上確定の場合には「はい」ボタンを、買上取消の場合には「いいえ」ボタンを入力することを促す買上確認画面を表示させる。ここで、「いいえ」ボタンが操作入力された場合には（ＳＴ６３の「いいえ」）、ＣＰＵ２１は、表示部２８の画面を買物待ち指示画面に戻す（ＳＴ２１）。
【００９９】
これに対し、「はい」ボタンが操作入力された場合には（ＳＴ６３の「はい」）、ＣＰＵ２１は、ＳＴ６４としてネットワーク９を通じて接続状態にある店舗別商品サーバ８にアクセスして、買物締めメッセージを送信する。
【０１００】
ＳＴ９８の接続状態にある携帯端末１からのメッセージ待機状態にある店舗別商品サーバ８のＣＰＵ８１は、買物締めメッセージを受信すると（ＳＴ１０２のＹＥＳ）、図３２の流れ図に示す処理を実行する。
【０１０１】
先ずＣＰＵ８１は、ＳＴ１４１として買上商品一時管理領域８５に記憶されている商品情報毎に単価と購入数量とを乗算し、その積の合計を決済金額として算出する。そして、ＳＴ１４２としてこの決済金額を買上商品一時管理領域８５に記憶する。
【０１０２】
次にＣＰＵ８１は、ＳＴ１４３として買上商品一時管理領域８５の内容で買上商品レコード８９Ｒを作成し、買上商品情報管理領域８９に記録する。すなわち、買上商品一時管理領域８５のユーザＩＤと決済金額と全ての商品情報（商品ＩＤ，単価，購入数量）とを買上商品レコード８９Ｒのフォーマットに組み込み、買上商品情報管理領域８９に書き込む。この時点では、フラグ及び未決済取引ＩＤはセットされていない。しかる後、ＣＰＵ８１は、ＳＴ１４４として買上商品一時管理領域８５のデータをクリアする。
【０１０３】
次にＣＰＵ８１は、ＳＴ１４５としてＳＴ１４３の処理で作成した買上商品レコード８９Ｒに決済未了フラグをセットする。また、ＳＴ１４６として買上商品情報管理領域８９に記憶されていない新規の未決済取引ＩＤを生成する（コード生成手段）。そして、ＳＴ１４７としてこの新規の未決済取引ＩＤをＳＴ１４３の処理で作成した買上商品レコード８９Ｒにセットする（未決済情報処理手段）。
【０１０４】
次に、ＣＰＵ８１は、ＳＴ１４８として決済店舗管理領域８８に記憶されている全ての決済店舗情報（決済店舗ＩＤ，所在地，提携関係）を読み出す（店舗別情報取得手段）。そして、ＳＴ１４９としてこの決済店舗情報と、ＳＴ１４６の処理で生成した新規の未決済取引ＩＤとを、接続状態にある携帯端末１に伝送する（未決済情報処理手段）。その後、携帯端末１との接続を切断する。
【０１０５】
買物締めメッセージを送信した携帯端末１のＣＰＵ２１は、ＳＴ６５として店舗別商品サーバ８からの応答を待機する。そして、ネットワーク９を介して未決済取引ＩＤと決済店舗情報とを受信したならば（ネットワーク通信手段）、ＣＰＵ２１は、ＳＴ６６として表示部２８の買上確認画面に決済店舗確認ボタンを表示させる。この時点における表示部２８の画面の一例を図４３に示す。同図において、領域１１０が買上確認画面の領域であり、この画面１１０の下側に決済店舗確認ボタン１１１が表示されている。
【０１０６】
ＣＰＵ２１は、ＳＴ６７として上記決済店舗確認ボタン１１１が操作入力されるのを待機する。決済店舗確認ボタン１１１が操作入力されたならば、ＣＰＵ２１は、ＳＴ６８として表示部２８の画面を、決済店舗情報として受信した店舗名の一覧からなる決済店舗一覧画面に切り換える（決済店舗案内手段）。この決済店舗一覧画面の一例を図４４に示す。この画面には、各店舗名のボタン群１２１，１２２，１２３と終了ボタン１２４とが表示されている。
【０１０７】
ＣＰＵ２１は、ＳＴ６９としていずれかのボタンが操作入力されるのを待機する。ここで、いずれかの店舗名のボタン１２１〜１２３が選択入力された場合には（ＳＴ６９のＹＥＳ）、ＣＰＵ２１は、ＳＴ７０として、図４５に示すように、販売店舗ＳＳと選択入力された決済店舗ＡＳとの位置関係を示す地図を表示部２８に表示させる（決済店舗案内手段）。その後、ＳＴ７１として確認操作がなされると、表示部２８の画面を決済店舗一覧画面に戻す（ＳＴ６８）。
【０１０８】
決済店舗一覧画面の表示中において、終了ボタン１２４が操作入力された場合には（ＳＴ６９のＮＯ）、ＣＰＵ２１は、ＳＴ７２として決済情報管理レコード３３Ｒを作成し、決済情報管理領域３３に記録する。すなわち、ＳＴ６５の処理で受信した未決済取引ＩＤと、ＳＴ４の処理で取得した販売店舗ＩＤと、ＳＴ６２の処理で算出した決済金額（買上合計）と、決済未了フラグと、ＳＴ６５の処理で受信した決済店舗情報中の決済店舗ＩＤリストと、買上商品リスト領域３１に記憶されている買上商品情報リストとを決済情報管理レコード３３Ｒのフォーマットに組み込み、決済情報管理領域３３に書き込む。
【０１０９】
またＣＰＵ２１は、ＳＴ７３として未決済取引管理レコード３６Ｒを作成し、未決済取引管理領域３６に記録する。すなわち、ＳＴ６５の処理で受信した未決済取引ＩＤと、ＳＴ４の処理で取得した販売店舗ＩＤと、ＳＴ６２の処理で算出した決済金額（買上合計）と、ＳＴ６５の処理で受信した決済店舗情報中の決済店舗ＩＤと、決済未了フラグとを未決済取引管理レコード３６Ｒのフォーマットに組み込む（記憶手段）。以上で、買物処理を終了する。
【０１１０】
ＣＰＵ２１は、買物処理を終了すると、ＳＴ１６として表示部２８の画面を所定の買物終了画面に切り換える。そして、携帯ＰＯＳプログラムを終了させる。
【０１１１】
このように、ショーウィンドゥ１００に陳列されている商品Ａの購入を申し込む購入希望者は、携帯端末１の携帯ＰＯＳプログラムを起動した後、先ず、コード読取画面で店舗ＩＤを含む二次元コードシンボルＭ１を読み取る。そうすると、この販売店舗ＳＳの店舗名が店舗確認画面として表示されるので、買物をする旨を入力する。そうすると、購入希望者のユーザ承認が行われる。そして承認されると、買物待ち指示画面が表示されるので、買物ボタンを入力する。次いで、コード読取画面で商品Ａの二次元コードシンボルＭ２を読み取る。そうすると、この商品Ａの商品名等を含む商品情報確認画面が表示されるので、１点のみ購入を申し込む場合は「はい」ボタンを入力する。かくして、商品Ａの購入申込みが終了する。表示部２８は、買物待ち指示画面に戻る。
【０１１２】
ここで、さらに別の商品の購入を申し込む場合には、再び買物ボタンを入力し、所望する商品の二次元コードシンボルＭ２を読み取る。また、一旦購入を申し込んだ商品を選択的に取り消す場合には、該当する商品名を選択しながら削除ボタンを入力する。全て取消す場合には、商品名を選択せずに削除ボタンを入力する。いずれの場合も、一旦確認操作が入るので、誤って取消してしまうことはない。
【０１１３】
こうして、当該販売店舗ＳＳで購入すべき商品の申込み操作を全て終了したならば、購入希望者は、買物待ち指示画面において「終了」ボタンを入力する。そうすると、買上確認画面１１０が表示されるので、問題がなければ「はい」ボタンを入力する。
【０１１４】
次に、決済店舗確認ボタン１１１が表示されるので（図４２を参照）、購入希望者はこの決済店舗確認ボタン１１１を入力する。そうすると、表示部２８に当該販売店舗ＳＳと決済の提携関係にある決済店舗ＡＳの一覧が表示されるので（図４３を参照）、購入希望者は、所望の店舗ボタンを入力する。今、店舗「○○ストア△△店」のボタン１２１を入力したとすると、図４４に示すように、販売店舗ＳＳから店舗「○○ストア△△店」への案内図が表示される。
【０１１５】
ところで、表示部２８の画面はサイズに制限があるため、決済店舗ＡＳのリストを１画面で表示させることは困難な場合がある。このため、決済店舗ＡＳに優先順位を付し、その高い順に表示させることが望ましい。優先順位の決定方法としては、販売店舗ＳＳからの距離が近い順という方法がある。また、クーポン券発行などの提携サービスがある決済店舗ＡＳを優先的に表示させる方法もある。さらに、過去にユーザが利用した決済店舗の情報を携帯端末１の記録部２３に記録しておくことによって、利用頻度の高い順に表示させる方法も考えられる。
【０１１６】
表示部２８の内容から、決済店舗ＡＳを確認した購入希望者は、所望の決済店舗ＡＳに出向いて、販売店舗ＳＳで携帯端末１を操作して購入を申し込んだ商品の代金を支払うこととなる。
【０１１７】
このとき、携帯端末１の未決済取引管理領域３６には、販売店舗ＳＳに対応した店舗別商品サーバ８で生成された一意の未決済取引ＩＤと関連付けて、当該販売店舗ＳＳの店舗ＩＤと、この販売店舗ＳＳと決済の提携関係がある全ての決済店舗ＡＳの店舗ＩＤリストと、決済未了フラグとがセットされた未決済取引管理レコード３６Ｒが記憶されている。また、決済情報管理領域３３には、同一の未決済取引ＩＤと関連付けて、販売店舗ＳＳの店舗ＩＤ及び各決済店舗の店舗ＩＤリストと、決済金額，買上商品リスト及び決済未了フラグがセットされた決済情報管理レコード３３Ｒが記録されている。
【０１１８】
一方、販売店舗ＳＳに対応して設けられている店舗別商品サーバ８においては、当該購入希望者が携帯している携帯端末１に予め登録されているユーザＩＤと関連付けて、当該携帯端末１に記録された決済情報管理レコード３３Ｒと同一の決済金額、決済未了フラグ、未決済取引ＩＤ及び買上商品情報がセットされた買上商品レコード８９Ｒが、買上商品情報管理領域８９に記録されている。
【０１１９】
さて、決済店舗ＡＳに出向いた購入希望者は、店のキャッシャに、販売店舗ＳＳで購入を申し込んだ商品の代金を携帯端末１の電子マネーで支払うことを申し出る。申し出を受けたキャッシャは、決済端末２の入力部５１を操作して電子決済開始を宣言する。そうすると、記録部４３に常駐している電子決済対応プログラムに従い、ＣＰＵ４１は、図３３〜図３６の流れ図に示す手順で各部を制御する。また、これに従って携帯端末１のＣＰＵ２が図３７の流れ図に示す手順で各部を制御し、該当する店舗別商品サーバ８が図３８の流れ図に示す手順で各部を制御する。以下、これらの流れ図を参照して、購入希望者が決済を行う場合について説明する。
【０１２０】
決済端末２のＣＰＵ４１は、電子決済開始が宣言されると、ＳＴ１５１として携帯端末との間で非接触ＩＣカード間の無線通信が確立されるのを待機する。そして、購入希望者が携帯端末１の非接触ＩＣカードインターフェイス２６を決済端末２の非接触ＩＣカードインターフェイス４７に近づけることによって、非接触ＩＣカード間の無線通信が確立したならば（ＳＴ１５１のＹＥＳ）、ＣＰＵ４１は、ＳＴ１５２としてこの携帯端末１の非接触ＩＣカードメモリ２７に記憶されている未決済取引管理領域３６をチェックする。
【０１２１】
ここで、未決済取引管理領域３６に未決済取引管理レコード３６Ｒが記憶されていた場合には（ＳＴ１５３のＹＥＳ）、ＣＰＵ４１は、ＳＴ１５４としてこのレコード３６Ｒを無線通信により全て読み込む（携帯端末情報取得手段）。そして、ＳＴ１５５として、図３４の流れ図によって具体的に示される未決済取引情報処理を実行する。
【０１２２】
すなわちＣＰＵ４１は、携帯端末１から読み込んだ未決済取引管理レコード３６Ｒを１レコードずつ抽出し（ＳＴ１７１）、その都度、ＳＴ１７２〜ＳＴ１７９の各処理を行う。ＳＴ１７２では、抽出したレコード３６Ｒの決済店舗ＩＤリストの中に、自店舗ＩＤ領域５４内の店舗ＩＤが存在するか否かを判断する（決済可否判定手段）。存在する場合には、ＳＴ１７３の処理に進む。
【０１２３】
ＳＴ１７３では、当該レコード３６Ｒの販売店舗ＩＤで提携店舗管理領域５５を検索する。そして、ＳＴ１７４として提携店舗管理領域５５に当該販売店舗ＩＤが格納されているか否かを判断する。格納されている場合には、ＳＴ１７５の処理に進む。
【０１２４】
ＳＴ１７５では、提携店舗管理領域５５から当該販売店舗ＩＤと関連付けて記憶されている店舗別サーバ名を取得する。次いで、ＳＴ１７６として、当該店舗別サーバ名が設定された店舗別商品サーバ８にネットワーク９を通じてアクセスして、当該レコード３６Ｒの未決済取引ＩＤを含む詳細要求メッセージを送信する（商品情報要求手段）。
【０１２５】
このメッセージを受信した店舗別商品サーバ８のＣＰＵ８１は、図３８のＳＴ２２１〜ＳＴ２２８の処理を実行する。先ず、ＳＴ２２１として決済端末２からのメッセージ受信であることを確認すると、ＳＴ２２２としてそのメッセージが詳細要求メッセージなのか、後述する決済完了メッセージなのかを判別する。
【０１２６】
この場合は詳細要求メッセージなので、ＣＰＵ８１は、ＳＴ２２３としてそのメッセージから未決済取引ＩＤを取得する。そして、ＳＴ２２４として買上商品情報管理領域８９から未決済取引ＩＤが一致し、かつ決済未了フラグがセットされた買上商品レコード８９Ｒを検索する。
【０１２７】
その結果、該当する買上商品レコード８９Ｒを検出したならば（ＳＴ２２５のＮＯ）、ＣＰＵ８１は、ＳＴ２２６としてその買上商品レコード８９ＲのユーザＩＤ、決済金額及び買上商品情報で取引詳細情報を作成する。そして、ＳＴ２２７としてこの取引詳細情報を含む応答メッセージを、ネットワーク９を通じてメッセージ送信元の決済端末２に送信する（商品情報応答手段）。該当する買上商品レコード８９Ｒを検出できなかった場合には（ＳＴ２２５のＹＥＳ）、ＣＰＵ８１は、ＳＴ２２８として未決済取引無しの応答メッセージを、ネットワーク９を通じてメッセージ送信元の決済端末２に送信する。
【０１２８】
詳細要求メッセージを送信した決済端末２のＣＰＵ４１は、店舗別商品サーバ８からの応答メッセージを待機する。そして、取引詳細情報を含む応答メッセージを受信したならば（ＳＴ１７７のＹＥＳ）、ＣＰＵ４１は、ＳＴ１７８としてその取引詳細情報に含まれるユーザＩＤと、無線通信状態にある携帯端末１の非接触ＩＣカードメモリ２７に記憶されているユーザＩＤと一致するか否かを判断する。ここで、一致する場合には（ＳＴ１７８のＹＥＳ）、ＣＰＵ４１は、ＳＴ１７９として決済可能取引レコード５２Ｒを作成し、決済可能取引情報領域５２に記憶する。すなわち、抽出した未決済取引管理レコード３６Ｒの未決済取引ＩＤと、決済未了フラグと、ＳＴ１７５の処理で提携店舗管理領域５５から取得した店舗別サーバ名と、店舗別商品サーバ８から応答された取引詳細情報の決済金額及び買上商品リストとを、決済可能取引レコード５２Ｒのフォーマットに組み込み、決済可能取引情報領域５２に書き込む。しかる後、ＣＰＵ４１は、ＳＴ１８０として次のレコード有無を判断する。有りの場合には、その未決済取引管理レコード３６Ｒを抽出して同様に処理する。
【０１２９】
ＳＴ１７１の処理で抽出した未決済取引管理レコード３６Ｒの決済店舗ＩＤリストの中に、自店舗ＩＤ領域５４内の店舗ＩＤが存在しない場合（ＳＴ１７２のＮＯ）、また、ＳＴ１７３の処理で提携店舗管理領域５５を検索した結果、当該販売店舗ＩＤが格納されていない場合（ＳＴ１７４のＮＯ）、また、店舗別商品サーバ８からの応答メッセージが未決済取引無しの応答メッセージであった場合（ＳＴ１７７のＮＯ）、あるいはユーザＩＤが不一致であった場合は（ＳＴ１７８のＮＯ）、その時点で次の未決済取引管理レコード３６Ｒを抽出して同様に処理する。
【０１３０】
こうして、携帯端末１から読み込んだ全ての未決済取引管理レコード３６Ｒについて同様な処理を実行し、ＳＴ１８０にて次のレコード無しを確認したならば、ＣＰＵ４１は、この未決済取引情報処理を終了する。そして、ＳＴ１５６として決済可能取引情報領域５２内に決済可能取引レコード５２Ｒが記憶されているか否かを判断する。記憶されている場合には、ＳＴ１５７として、図３５の流れ図によって具体的に示される決済可能取引情報処理を実行する。
【０１３１】
すなわちＣＰＵ４１は、決済可能取引情報領域５２に記憶されている決済可能取引レコード５２Ｒを１レコードずつ抽出し（ＳＴ１９１）、その都度、ＳＴ１９２〜ＳＴ１９４の各処理を行う。ＳＴ１９２では、このレコード５２Ｒの買上商品リストと決済金額をオペレータ用表示器４９と客用表示器５０に表示させる。ＳＴ１９３では、入力部５１の入力により、「決済実行せず」が選択されるか、「決済実行する」が選択されるのを待機する。「決済実行せず」が選択された場合には、ＣＰＵ４１は、ＳＴ１９４として抽出した決済可能取引レコード５２Ｒを決済可能取引情報領域５２から削除する。しかる後、ＳＴ１９５として次のレコード有無を判断する。有りの場合には、その決済可能取引レコード５２Ｒを抽出して同様に処理する。
【０１３２】
こうして、決済可能取引情報領域５２内の全ての決済可能取引レコード５２Ｒについて同様な処理を実行し、ＳＴ１９５にて次のレコード無しを確認したならば、ＣＰＵ４１は、この決済可能取引情報処理を終了する。そして、ＳＴ１５８として決済可能取引情報領域５２内に決済可能取引レコード５２Ｒが残っているか否かを判断する。残っている場合には、ＳＴ１５９として、図３６の流れ図によって具体的に示される情報別電子決済処理を実行する。
【０１３３】
すなわちＣＰＵ４１は、決済可能取引情報領域５２に記憶されている決済可能取引レコード５２Ｒを１レコードずつ抽出し（ＳＴ２０１）、その都度、ＳＴ２０２〜ＳＴ２０７の各処理を行う。ＳＴ２０２では、無線通信状態にある携帯端末１の非接触ＩＣカードメモリ２７に記憶されている電子マネーの残高データを読込む。そして、ＳＴ２０３としてこの残高が、抽出した決済可能取引レコード５２Ｒの決済金額以上か否かを判断する。
【０１３４】
決済金額以上の場合には（ＳＴ２０３のＹＥＳ）、決済可能なので、ＣＰＵ４１は、ＳＴ２０４として携帯端末１の電子マネー領域３５から当該決済金額相当の値を減額する（決済処理手段）。また、ＳＴ２０５として、抽出した決済可能取引レコード５２Ｒのフラグを決済未了フラグから決済完了フラグに切り換える。同様に、ＳＴ２０６として携帯端末１の未決済取引管理領域３６に記憶されている未決済取引管理レコード３６Ｒのうち、未決済取引ＩＤが、抽出した決済可能取引レコード５２Ｒの未決済取引ＩＤと一致するレコード３６Ｒを探し出し、このレコード３６Ｒのフラグを決済未了フラグから決済完了フラグに切り換える。
【０１３５】
次に、ＣＰＵ４１は、ＳＴ２０７として抽出した決済可能取引レコード５２Ｒの店舗別サーバ名が設定された店舗別商品サーバ８にネットワーク９を通じてアクセスして、当該レコード５２Ｒの未決済取引ＩＤを含む決済完了メッセージを送信する（決済完了通知手段）。
【０１３６】
なお、ＳＴ２０３にて電子マネーの残高が決済金額に満たない場合には、決済不能なので、ＳＴ２０４〜ＳＴ２０７の処理を実行しない。
【０１３７】
しかる後、ＣＰＵ４１は、ＳＴ２０８として次のレコード有無を判断する。有りの場合には、その決済可能取引レコード５２Ｒを抽出して同様に処理する。
【０１３８】
こうして、決済可能取引情報領域５２内の全ての決済可能取引レコード５２Ｒについて同様な処理を実行したならば、ＣＰＵ４１は、この情報別電子決済処理を終了する。そして、ＳＴ１６０として決済可能取引情報領域５２に決済完了フラグがセットされた決済可能取引レコード５２Ｒが有るか確認する。有る場合には、ＳＴ１６１としてそのレコードの買上商品リストと決済金額について決済が完了した旨をオペレータ用表示器４９と客用表示器５０とに表示させる。
【０１３９】
また、ＳＴ１６２として決済可能取引情報領域５２に決済未了フラグがセットされた決済可能取引レコード５２Ｒが有るか確認する。有る場合には、ＳＴ１６３としてそのレコードの買上商品リストと決済金額について決済が完了していない旨を、オペレータ用表示器４９と客用表示器５０とに表示させる。
【０１４０】
しかる後、ＣＰＵ４１は、ＳＴ１６４として決済可能取引情報領域５２のデータをクリアして、今回の電子決済処理を終了する。
【０１４１】
なお、未決済取引管理領域３６に未決済取引管理レコード３６Ｒが記憶されていない場合には（ＳＴ１５３のＮＯ）、または決済可能取引情報領域５２内に決済可能取引レコード５２Ｒが記憶されていない場合（ＳＴ１５６のＮＯ）、または決済可能取引情報領域５２内に決済可能取引レコード５２Ｒが残っていない場合には（ＳＴ１５８のＮＯ）、ＣＰＵ１１は、決済すべき取引がない旨をオペレータ用表示器４９及び客用表示器５０に表示して、今回の電子決済処理を終了する。
【０１４２】
一方、電子決済モードが選択された携帯端末１のＣＰＵ２１は、ＳＴ２１１として決済端末２と非接触ＩＣカード間の無線通信が確立するのを待機する。そして、無線通信が確立したならば、ＣＰＵ２１は、ＳＴ２１２としてこの通信状態が切断されるのを待機する。そして、携帯端末１が決済端末２から離されて通信状態が切断されたならば、ＣＰＵ２１は、ＳＴ２１３として未決済取引管理領域３６をチェックする。そして、決済完了フラグがセットされた未決済取引管理レコード３６Ｒが記憶されているか否かを判断する。
【０１４３】
ここで、決済完了フラグがセットされた未決済取引管理レコード３６Ｒが記憶されていた場合には（ＳＴ２１４のＹＥＳ）、このレコードの未決済取引ＩＤで識別される取引は電子マネーによる決済が完了したので、ＣＰＵ２１は、ＳＴ２１５として当該未決済取引管理レコード３６Ｒから未決済取引ＩＤを取得する。そして、この未決済取引ＩＤで決済情報管理領域３３を検索し、同一の未決済取引ＩＤがセットされている決済情報管理レコード３３Ｒのフラグを決済未了フラグから決済完了フラグに切り換える。
【０１４４】
ＳＴ２１５では、決済完了フラグがセットされた全ての未決済取引管理レコード３６Ｒについてフラグの切換処理を実行する。そして、該当する未決済取引管理レコード３６Ｒのフラグを全て決済完了フラグに切り換えたならば、ＣＰＵ２１は、ＳＴ２１６としてフラグを決済未了フラグから決済完了フラグに切り換えた全ての決済情報管理レコード３３Ｒの決済金額を合計する。そして、この合計金額を決済完了金額として表示部２８に表示させる。しかる後、ＣＰＵ２１は、ＳＴ２１７として未決済取引管理領域３６から決済完了フラグがセットされた未決済取引管理レコード３６Ｒを削除して、電子決済モードの処理を終了する。
【０１４５】
なお、決済完了フラグがセットされた未決済取引管理レコード３６Ｒが記憶されていなかった場合には（ＳＴ２１４のＮＯ）、ＣＰＵ２１は、ＳＴ２１５〜ＳＲ２１７の処理を実行することなく電子決済モードの処理を終了する。
【０１４６】
ところで、決済店舗ＳＳの決済端末２からネットワーク９を介して前記決済完了メッセージを受信した店舗別商品サーバ８のＣＰＵ８１は、図３８のＳＴ２２９〜ＳＴ２３４の処理を実行する。すなわち、ＳＴ２２２にて受信メッセージが決済完了メッセージであることを確認したＣＰＵ８１は、ＳＴ２２９としてそのメッセージから未決済取引ＩＤを取得する。
【０１４７】
次に、ＣＰＵ８１は、ＳＴ２３０として買上商品情報管理領域８９を検索して、未決済取引ＩＤが一致する買上商品レコード８９Ｒを抽出する。そして、ＳＴ２３１としてこの抽出した買上商品レコード８９Ｒのフラグを決済未了フラグから決済完了フラグに切り換える（決済完了処理手段）。
【０１４８】
次に、ＣＰＵ８１は、ＳＴ２３２として決済完了フラグに切り換えた買上商品レコード８９Ｒから商品ＩＤと購入数量を取得する。また、ＳＴ２３３として所得した商品ＩＤで商品管理領域８７を検索して、当該商品ＩＤに関連付けた商品名と単価を取得する。
【０１４９】
次に、ＣＰＵ８１は、ＳＴ２３４として当該買上商品レコード８９ＲのユーザＩＤと、商品名，単価及び購入数量の決済完了商品情報とを含む決済完了通知メッセージを作成する。そして、このメッセージを、自店舗ＩＤ領域８６に記憶されている店舗ＩＤと同一の店舗ＩＤが設定されている店舗端末３に、ネットワーク９を通じて送信する（決済完了商品情報送信手段）。
【０１５０】
決済端末２においては、店舗別商品サーバ８からネットワーク９を介して決済完了通知メッセージを受信すると、図３９の流れ図に示す処理が実行される。すなわち、決済端末２のＣＰＵは、ＳＴ２４１として受信メッセージが決済完了通知メッセージであることを確認すると、ＳＴ２４２としてこのメッセージからユーザＩＤを取得する。そして、ＳＴ２４３としてユーザ管理サーバ６にアクセスして、当該ユーザＩＤに対応するユーザ名等のユーザ情報を問合せる（ユーザ情報取得手段）。
【０１５１】
この問合せに対し、ユーザ管理サーバ６からユーザ情報を受信したならば（ＳＴ２４４のＹＥＳ）、ＣＰＵは、ＳＴ２４５として決済完了通知メッセージに含まれる決済完了商品情報を、そのユーザ情報とともに、決済端末２の表示部に表示させる（表示手段）。このときの表示画面１３０の一例を図４６に示す。
【０１５２】
このように、決済店舗ＡＳに出向いた購入希望者は、電子決済モードが選択された携帯端末１の非接触ＩＣカードインターフェイス２６を決済端末２の非接触ＩＣカードインターフェイス４７に近づける。そうすると、携帯端末１の非接触ＩＣカードメモリ２７と決済端末２の非接触ＩＣカードメモリ４８との間で非接触によるデータ通信が行われて、購入希望者が販売店舗ＳＳで購入を申し込んだ商品が１品ずつ電子マネーにより決済される。
【０１５３】
この場合において、決済端末２においては、携帯端末１の未決済取引管理領域３６から読み込んだ未決済取引管理レコード３６Ｒ毎に、そのレコード中の決済店舗ＩＤリストの中に当該決済端末２が設置されている決済店舗ＡＳの自店舗ＩＤが存在するか否かがチェックされる。また、当該未決済取引管理レコード３６Ｒ中の販売店舗ＩＤが、当該決済端末２の提携店舗管理領域５５に設定されている販売店舗ＩＤ群の中に存在するか否かがチェックされる。そして、決済店舗ＩＤリストの中に自店舗ＩＤが存在すること、及び販売店舗ＩＤが提携店舗管理領域５５に存在することが確認されると、その未決済取引管理レコード３６Ｒ中の決済金額が電子マネーによって決済処理される。したがって、決済店舗ＡＳにおいては、予め決済の提携関係にある販売店舗ＳＳで購入の申込みが行われた商品のみを決済し、提携関係のない販売店舗ＳＳで購入の申込みが行われた商品を決済してしまうことはない。
【０１５４】
また、決済店舗ＡＳにおいて決済が完了すると、その旨の情報が販売店舗ＳＳの店舗端末３に通知される。店舗端末３においては、この通知を受けると、図４６に示すように、その内容を表示部に表示する。したがって、販売店舗ＳＳにおいては、店舗端末３の画面内容に従って商品発送の手続きを行うこととなる。
【０１５５】
このように本実施の形態によれば、実在店舗ＳＳの営業時間外であっても、その実在店舗ＳＳで販売され、ショーウィンドゥに陳列されている商品の購入を、携帯端末１を用いて申込むことができる上、その決済を、実在店舗ＳＳの営業時間外も営業中のコンビニエンスストア等の別の決済店舗ＡＳで行うことができる。したがって、販売店舗ＳＳ側においては、営業時間外でも窓口だけは営業しておくという制約はなくなるため、人件費や光熱費がかかるという問題を解消することができる。
【０１５６】
一方、決済店舗ＡＳにおいては、営業時間中に販売店舗ＳＳで購入された商品の決済を処理するので、人件費や光熱費が余分にかかるというということはない。むしろ、販売店舗ＳＳで購入を申し込んだ客が、その決済のために来店した際に自店舗の商品を購入してくれる可能性があるので、売上の向上が期待される。
【０１５７】
また、販売店舗ＳＳで商品の購入を申し込んだ購入希望者は、その販売店舗ＳＳと決済の提携関係がある複数の決済店舗ＡＳの中から、所望の決済店舗ＡＳを自ら選択して出向き、買上商品の決済を行うことができる。したがって、支払場所を柔軟に選ぶことができ、利便性が高い。しかも、決済店舗として可能な店舗名の一覧が表示される決済店舗確認画面において、いずれかの決済店舗ＡＳを指定するとその店舗までの案内図が表示されるので、購入希望者は、支払場所として決定した店舗までの道のりまでも容易に知ることができ、サービス性に優れている。
【０１５８】
また、前記実施の形態では、決済端末２において決済が完了すると、その旨の情報が該当する販売店舗ＳＳの店舗端末３に伝送され、画面４６が表示されるようになっている。したがって、販売店舗ＳＳにおいては、店舗端末３の画面４６を確認することによって、営業時間外に購入の申込みがあった商品とその購入申込者を特定することができ、それにしたがって発送の手続をとることができるので、営業時間中でも容易に対処することができる。
【０１５９】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【０１６０】
例えば、前記実施の形態では、実存店舗のショーウィンドゥに陳列されている商品の購入申込みについて説明したが、例えばショッピングセンターにおいては、１つのショーウィンドゥに複数の店舗がそれぞれ商品を陳列し、商品毎に、店舗識別コードを含む二次元コードシンボルＭ１と、商品識別コードを含む二次元コードシンボルＭ２とを付すようにしてもよい。この場合、２次元コードは、多くの情報を記録できるので、店舗識別コードと商品識別コードとを含む１つの二次元コードシンボルＭ２を商品毎に付すようにすると、シンボル数を削減でき、好都合である。
【０１６１】
また、前記実施の形態では、店舗別商品サーバ８を販売店舗ＳＳ別に設けたが、１台のサーバに、店別に商品管理領域８７と決済店舗管理領域８８とを記憶させることによって、店舗別商品サーバ８を１台で構築してもよい。また、その他のプログラム配信サーバ４、提携関係管理サーバ５、ユーザ管理サーバ６及び店舗管理サーバ７についても、適宜、機能を組合せることで、サーバ数を減らすことは可能である。例えば、提携関係管理サーバ５とユーザ管理サーバ６を１つのサーバで構築してもよい。
【０１６２】
また、前記実施の形態では、決済端末２での決済方法を電子マネーによる電子決済としたが、決済方法は電子決済に限定されるものではなく、現金決済，クレジット決済，プリペイド決済等であってもよい。
【０１６３】
また、本実施の形態では装置内部に発明を実施する機能が予め記録されている場合で説明をしたが、これに限らず同様の機能をネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【０１６４】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【図面の簡単な説明】
【０１６５】
【図１】本発明の一実施の形態におけるショッピングシステムの全体構成を示す模式図。
【図２】同実施の形態における携帯端末の要部構成を示すブロック図。
【図３】同実施の形態において携帯端末のメモリに形成される買上商品リスト領域の主要なエリア構成を示す模式図。
【図４】同実施の形態において携帯端末の決済情報管理領域に記憶される決済情報管理レコードの主要なデータ構造を示す模式図。
【図５】同実施の形態において携帯端末の未決済取引管理領域に記憶される未決済取引管理レコードの主要なデータ構造を示す模式図。
【図６】同実施の形態における決済端末の要部構成を示すブロック図。
【図７】同実施の形態において決済端末の記録部に形成される提携店舗管理領域の主要なエリア構成を示す模式図。
【図８】同実施の形態において決済端末の決済可能取引情報領域に記憶される決済可能取引レコードの主要なデータ構造を示す模式図。
【図９】同実施の形態におけるユーザ管理サーバの要部構成を示すブロック図。
【図１０】同実施の形態においてユーザ管理サーバの記録部に形成されるユーザＩＤ管理領域の主要なエリア構成を示す模式図。
【図１１】同実施の形態における店舗管理サーバの要部構成を示すブロック図。
【図１２】同実施の形態において店舗管理サーバの記録部に形成される店舗ＩＤ管理領域の主要なエリア構成を示す模式図。
【図１３】同実施の形態における店舗別商品サーバの要部構成を示すブロック図。
【図１４】同実施の形態において店舗別商品サーバの記録部に形成される商品管理領域の主要なエリア構成を示す模式図。
【図１５】同実施の形態において店舗別商品サーバの記録部に形成される決済店舗管理領域の主要なエリア構成を示す模式図。
【図１６】同実施の形態において店舗別商品サーバのメモリに形成される買上商品一時管理領域の主要なエリア構成を示す模式図。
【図１７】同実施の形態において店舗別商品サーバの買上商品情報管理領域に記憶される買上商品レコードの主要なデータ構造を示す模式図。
【図１８】同実施の形態における提携関係管理サーバの要部構成を示すブロック図。
【図１９】同実施の形態において提携関係管理サーバの記録部に形成される提携関係管理領域の主要なエリア構成を示す模式図。
【図２０】同実施の形態のショッピングシステムにおける販売店舗側の状態を示す模式図。
【図２１】同実施の形態において提携関係管理サーバの提携関係管理領域に対するデータ追加または削除伝文のデータ構造を示す模式図。
【図２２】同実施の形態において携帯端末のＣＰＵが商品購入申込み時に実行する処理手順の要部を示す流れ図。
【図２３】図２２における処理ステップ「買物処理」の前半部の処理手順を具体的に示す流れ図。
【図２４】図２２における処理ステップ「買物処理」の買物メッセージ送信後の処理手順を具体的に示す流れ図。
【図２５】図２２における処理ステップ「買物処理」の削除ボタン入力後の処理手順を具体的に示す流れ図。
【図２６】図２２における処理ステップ「買物処理」の終了ボタン入力後の処理手順を具体的に示す流れ図。
【図２７】同実施の形態において店舗管理サーバのＣＰＵが要求メッセージ受信時に実行する処理手順の要部を示す流れ図。
【図２８】同実施の形態において店舗別商品サーバのＣＰＵが問合せメッセージ受信時に実行する処理手順の要部を示す流れ図。
【図２９】図２８における処理ステップ「買物メッセージ受信」後の処理手順を具体的に示す流れ図。
【図３０】図２８における処理ステップ「削除メッセージ受信」後の処理手順を具体的に示す流れ図。
【図３１】図２８における処理ステップ「中止メッセージ受信」後の処理手順を具体的に示す流れ図。
【図３２】図２８における処理ステップ「締めメッセージ受信」後の処理手順を具体的に示す流れ図。
【図３３】同実施の形態において決済端末のＣＰＵが携帯端末との決済時に実行する処理手順の要部を示す流れ図。
【図３４】図３３における処理ステップ「未決済取引情報処理」の処理手順を具体的に示す流れ図。
【図３５】図３３における処理ステップ「決済可能取引情報処理」の処理手順を具体的に示す流れ図。
【図３６】図３３における処理ステップ「情報別電子決済処理」の処理手順を具体的に示す流れ図。
【図３７】同実施の形態において携帯端末のＣＰＵが商品代金決済時に実行する処理手順の要部を示す流れ図。
【図３８】同実施の形態において店舗別商品サーバのＣＰＵが実行する主要メッセージ受信時の要部処理手順を示す流れ図。
【図３９】同実施の形態において店舗端末のＣＰＵが決済完了通知メッセージを受信したときの処理手順の要部を示す流れ図。
【図４０】同実施の形態において店舗別商品サーバのＣＰＵが定期的に実行する決済店舗要求処理の要部処理手順を示す流れ図。
【図４１】同実施の形態において決済端末のＣＰＵが定期的に実行する提携店舗要求処理の要部処理手順を示す流れ図。
【図４２】同実施の形態において店舗別商品サーバのＣＰＵが実行する主要メッセージ受信時の要部処理手順を示す流れ図。
【図４３】同実施の形態において携帯端末の表示部に表示される買上確認画面の一例を示す模式図。
【図４４】同実施の形態において携帯端末の表示部に表示される決済店舗一覧画面の一例を示す模式図。
【図４５】同実施の形態において携帯端末の表示部に表示される決済店舗までの案内地図画面の一例を示す模式図。
【図４６】同実施の形態において店舗端末に表示される購入申込み確認画面の一例を示す模式図。
【符号の説明】
【０１６６】
１…携帯端末、２…決済端末、３…店舗端末、４…プログラム配信サーバ、５…提携関係管理サーバ、６…ユーザ管理サーバ、７…店舗管理サーバ、８…店舗別商品サーバ、９…ネットワーク、２１、４１、６１，７１，８１，９１…ＣＰＵ、２５…撮像部、２６、４７…非接触ＩＤカード通信インターフェイス、３１…買上商品リスト領域、３３…決済情報管理領域、３４…ユーザＩＤ領域、３５…電子マネー領域、３６…未決済取引管理領域、５２…決済可能取引情報領域、５４…自店舗ＩＤ領域、５５…提携店舗管理領域、６６…ユーザＩＤ管理領域、７６…店舗ＩＤ管理領域、８５…買上商品一時管理領域、８６…自店舗ＩＤ領域、８７…商品管理領域、８８…決済店舗管理領域、８９…買上商品情報管理領域、９６…提携関係管理領域。
【図１】
2008217490.tif 000003
【図２】
2008217490.tif 000004
【図３】
2008217490.tif 000005
【図４】
2008217490.tif 000006
【図５】
2008217490.tif 000007
【図６】
2008217490.tif 000008
【図７】
2008217490.tif 000009
【図８】
2008217490.tif 000010
【図９】
2008217490.tif 000011
【図１０】
2008217490.tif 000012
【図１１】
2008217490.tif 000013
【図１２】
2008217490.tif 000014
【図１３】
2008217490.tif 000015
【図１４】
2008217490.tif 000016
【図１５】
2008217490.tif 000017
【図１６】
2008217490.tif 000018
【図１７】
2008217490.tif 000019
【図１８】
2008217490.tif 000020
【図１９】
2008217490.tif 000021
【図２０】
2008217490.tif 000022
【図２１】
2008217490.tif 000023
【図２２】
2008217490.tif 000024
【図２３】
2008217490.tif 000025
【図２４】
2008217490.tif 000026
【図２５】
2008217490.tif 000027
【図２６】
2008217490.tif 000028
【図２７】
2008217490.tif 000029
【図２８】
2008217490.tif 000030
【図２９】
2008217490.tif 000031
【図３０】
2008217490.tif 000032
【図３１】
2008217490.tif 000033
【図３２】
2008217490.tif 000034
【図３３】
2008217490.tif 000035
【図３４】
2008217490.tif 000036
【図３５】
2008217490.tif 000037
【図３６】
2008217490.tif 000038
【図３７】
2008217490.tif 000039
【図３８】
2008217490.tif 000040
【図３９】
2008217490.tif 000041
【図４０】
2008217490.tif 000042
【図４１】
2008217490.tif 000043
【図４２】
2008217490.tif 000044
【図４３】
2008217490.tif 000045
【図４４】
2008217490.tif 000046
【図４５】
2008217490.tif 000047
【図４６】
2008217490.tif 000048