JP2005071081A - 販売サーバ、販売方法、及び販売プログラム - Google Patents
販売サーバ、販売方法、及び販売プログラム Download PDFInfo
- Publication number
- JP2005071081A JP2005071081A JP2003299883A JP2003299883A JP2005071081A JP 2005071081 A JP2005071081 A JP 2005071081A JP 2003299883 A JP2003299883 A JP 2003299883A JP 2003299883 A JP2003299883 A JP 2003299883A JP 2005071081 A JP2005071081 A JP 2005071081A
- Authority
- JP
- Japan
- Prior art keywords
- settlement
- server
- sales
- payment
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】 電子マネーの決済サーバに決済の代行を依頼することのできる販売サーバなどを提供すること。
【解決手段】 販売サーバ3は、販売サイトでチケットの販売を行っている。リーダライタ8を介して電子マネーカード9を顧客端末2に接続し、ネットワークからアクセス可能となっている。顧客は、顧客端末2から販売サイトにアクセスし、チケットの購入を申し込む。販売サーバ3は、電子マネーカード9からカードIDを取得する。販売サーバ3は、決済代金とカードIDを決済サーバ4に送信し、決済の代行を依頼する。顧客は、決済のための顧客端末2から決済サーバ4の決済サイトにアクセスする。決済サーバ4は、電子マネーカード9からカードIDを読み取って、販売サーバ3から受信した情報と照合し、決済金額を特定する。そして、減算命令を生成して電子マネーカード9に送信し、電子マネーカード9が記憶しているバリューを決済金額分だけ減算させる。
【選択図】 図1
【解決手段】 販売サーバ3は、販売サイトでチケットの販売を行っている。リーダライタ8を介して電子マネーカード9を顧客端末2に接続し、ネットワークからアクセス可能となっている。顧客は、顧客端末2から販売サイトにアクセスし、チケットの購入を申し込む。販売サーバ3は、電子マネーカード9からカードIDを取得する。販売サーバ3は、決済代金とカードIDを決済サーバ4に送信し、決済の代行を依頼する。顧客は、決済のための顧客端末2から決済サーバ4の決済サイトにアクセスする。決済サーバ4は、電子マネーカード9からカードIDを読み取って、販売サーバ3から受信した情報と照合し、決済金額を特定する。そして、減算命令を生成して電子マネーカード9に送信し、電子マネーカード9が記憶しているバリューを決済金額分だけ減算させる。
【選択図】 図1
Description
本発明は、販売サーバなどに関し、例えば、電子マネーカードを用いた決済システムで用いるものに関する。
近年の電子マネーの普及に伴い、電子マネーを用いた商取引が盛んに行われるようになってきた。
電子マネーによる商取引は、バリューと呼ばれる金銭と同等の交換価値を持つ電子情報を操作して価値の移動を行うことにより行われる。
電子マネーによる商取引は、バリューと呼ばれる金銭と同等の交換価値を持つ電子情報を操作して価値の移動を行うことにより行われる。
一般に、バリューは、ICチップを内蔵した電子マネーカードに書き込まれており、このバリューの表す金額はリーダライタと呼ばれる装置を介して書き換えることができる。
このようなバリューの書き換えによる商品・サービスの購入は、バリューによる商取引を行う契約を結んでいる加盟店で行うことができる。加盟店は、店頭にリーダライタを備えており、ユーザの電子マネーカードに記憶されているバリューを代金分だけ減算して決済する。
このようなバリューの書き換えによる商品・サービスの購入は、バリューによる商取引を行う契約を結んでいる加盟店で行うことができる。加盟店は、店頭にリーダライタを備えており、ユーザの電子マネーカードに記憶されているバリューを代金分だけ減算して決済する。
また、ユーザは、加盟店に金銭を支払い、その金額分のバリューを、加盟店の店頭に設置したリーダライタで電子マネーカードに書き込んでもらうこともできる。電子マネーカードにバリューを書き込む処理をチャージと呼ぶ。
あるいは、銀行口座からの引き落としや、クレジットカードによる決済を用いて、ネットワーク上に設置されたサーバ装置から行うことも可能である。
この場合、ユーザは、リーダライタを備えた端末に電子マネーカードを設置し、チャージ用のサイトにアクセスしてチャージを行う。
あるいは、銀行口座からの引き落としや、クレジットカードによる決済を用いて、ネットワーク上に設置されたサーバ装置から行うことも可能である。
この場合、ユーザは、リーダライタを備えた端末に電子マネーカードを設置し、チャージ用のサイトにアクセスしてチャージを行う。
電子マネーカードを用いた決済は、加盟店が運営する実際の店頭のほかに、加盟店がインターネット上に開設した仮想店舗においても行うことができる。
この場合、ユーザは、パーソナルコンピュータなどの端末にリーダライタを接続してこれに電子マネーカードをセットし、決済は、サーバ装置が電子マネーカードからバリューを減算することにより行われる。
この場合、ユーザは、パーソナルコンピュータなどの端末にリーダライタを接続してこれに電子マネーカードをセットし、決済は、サーバ装置が電子マネーカードからバリューを減算することにより行われる。
このような電子マネーを用いた販売システムは、バリューに関する情報を管理する電子マネー管理センタや、電子マネーによる決済を行う加盟店などをネットワーク接続することにより構成されている。
そして、新たに加盟店として加入を希望する事業者は、既に導入しているコンピュータシステムを販売システムに適合させてこれに接続するか、あるいは、販売システムに適合するコンピュータシステムを新たに導入することになる。
そして、新たに加盟店として加入を希望する事業者は、既に導入しているコンピュータシステムを販売システムに適合させてこれに接続するか、あるいは、販売システムに適合するコンピュータシステムを新たに導入することになる。
なお、電子マネーカードに記憶されているバリューを用いて決済を行う発明としては、例えば、次のサービス提供方法がある。
特開2000−250994公報
この発明は、ICカードに予め記憶したバリューを用いてサービスの対価を支払うものである。
しかし、加盟店として加入を希望する事業者のコンピュータシステムを、例えば、OS(Operating System)の違いなどにより、販売システムに組み込むことが困難な場合がある。その場合、事業者は、既に構築したコンピュータシステムを販売システムに適合するように再構築しなくてはならず、多額の投資が必要となる。
また、チケット業者によるチケットのインターネット販売などにおいては、決済がチケット販売開始時などの一定時間に集中することがあり、アクセス集中によるシステムダウンが発生する可能性があった。これを回避するためにはアクセス集中に耐えるシステムを構築する必要があり、設備投資の増大が問題となっていた。
更に、一般に、電子マネーによる決済を行うためには、電子マネーシステムの加盟店となって、電子マネー管理サーバと接続するための決済システムを導入する必要があり、設備投資が増大するという問題もある。
更に、一般に、電子マネーによる決済を行うためには、電子マネーシステムの加盟店となって、電子マネー管理サーバと接続するための決済システムを導入する必要があり、設備投資が増大するという問題もある。
そこで、本発明の目的は、電子マネーの決済サーバに決済の代行を依頼することのできる販売サーバなどを提供することである。
本発明は、前記目的を達成するために、請求項1に記載の発明では、貨幣価値を電子情報として記憶する貨幣価値記憶手段と減算命令を受信して実行し、前記記憶した貨幣価値を減算する減算手段とを具備した貨幣端末と、前記貨幣端末に記憶した貨幣価値を用いた決済により商品の販売を行う販売サーバと、前記販売サーバからの依頼を受けて前記貨幣端末に減算命令を送信する決済実行サーバと、がネットワークで接続可能に配設された商品販売システムで使用される販売サーバであって、前記貨幣端末に固有の端末IDと、決済対象である商品を特定する商品特定情報と、を受信する決済情報受信手段と、前記決済実行サーバに、前記受信した端末IDと、前記受信した商品特定情報で特定される商品の代金情報と、を送信する決済情報送信手段と、前記送信した端末IDで特定される貨幣端末が記憶している貨幣価値が、前記送信した代金情報で特定される金額分だけ減算されたことを示す決済完了通知を、前記決済実行サーバから受信する決済完了通知受信手段と、を具備したことを特徴とする販売サーバを提供する。
請求項2に記載の発明では、複数存在する決済処理サーバの内、決済処理を依頼する決済実行サーバを指定する指定手段を備え、前記決済情報送信手段は、前記指定した決済実行サーバに前記端末IDと前記決済金額を送信することを特徴とする請求項1に記載の販売サーバを提供する。
請求項3に記載の発明では、決済の対象となる商品を選択可能に提示する提示手段を具備し、前記決済情報受信手段は、前記提示した商品からユーザが選択した商品を特定する商品特定情報を受信することを特徴とする請求項1、又は請求項2に記載の販売サーバを提供する。
請求項4に記載の発明では、前記決済完了通知受信手段で決済完了通知を受信した場合に、決済の対象となった商品を提供する提供手段を具備したことを特徴とする請求項1、請求項2、又は請求項3に記載の販売サーバを提供する。
請求項5に記載の発明では、貨幣価値を電子情報として記憶する貨幣価値記憶手段と減算命令を受信して実行し、前記記憶した貨幣価値を減算する減算手段とを具備した貨幣端末と、前記貨幣端末に記憶した貨幣価値を用いた決済により商品の販売を行う販売サーバと、前記販売サーバからの依頼を受けて前記貨幣端末に減算命令を送信する決済実行サーバと、がネットワークで接続可能に配設された商品販売システムで使用される販売サーバが行う販売方法であって、前記販売サーバは、決済情報受信手段と、決済情報送信手段と、決済完了通知受信手段と、を備えたコンピュータから構成され、前記決済情報受信手段で、前記貨幣端末に固有の端末IDと、決済対象である商品を特定する商品特定情報と、を受信する決済情報受信ステップと、前記決済実行サーバに、前記決済情報送信手段で、前記受信した端末IDと、前記受信した商品特定情報で特定される商品の代金情報と、を送信する決済情報送信ステップと、前記送信した端末IDで特定される貨幣端末が記憶している貨幣価値が、前記送信した代金情報で特定される金額分だけ減算されたことを示す決済完了通知を、前記決済完了通知受信手段で、前記決済実行サーバから受信する決済完了通知受信ステップと、から構成されたことを特徴とする販売方法を提供する。
請求項6に記載の発明では、貨幣価値を電子情報として記憶する貨幣価値記憶手段と減算命令を受信して実行し、前記記憶した貨幣価値を減算する減算手段とを具備した貨幣端末と、前記貨幣端末に記憶した貨幣価値を用いた決済により商品の販売を行う販売サーバと、前記販売サーバからの依頼を受けて前記貨幣端末に減算命令を送信する決済実行サーバと、がネットワークで接続可能に配設された商品販売システムで使用される販売サーバが実行する販売プログラムであって、前記貨幣端末に固有の端末IDと、決済対象である商品を特定する商品特定情報と、を受信する決済情報受信機能と、前記決済実行サーバに、前記受信した端末IDと、前記受信した商品特定情報で特定される商品の代金情報と、を送信する決済情報送信機能と、前記送信した端末IDで特定される貨幣端末が記憶している貨幣価値が、前記送信した代金情報で特定される金額分だけ減算されたことを示す決済完了通知を、前記決済実行サーバから受信する決済完了通知受信機能と、をコンピュータで実現する販売プログラムを提供する。
請求項2に記載の発明では、複数存在する決済処理サーバの内、決済処理を依頼する決済実行サーバを指定する指定手段を備え、前記決済情報送信手段は、前記指定した決済実行サーバに前記端末IDと前記決済金額を送信することを特徴とする請求項1に記載の販売サーバを提供する。
請求項3に記載の発明では、決済の対象となる商品を選択可能に提示する提示手段を具備し、前記決済情報受信手段は、前記提示した商品からユーザが選択した商品を特定する商品特定情報を受信することを特徴とする請求項1、又は請求項2に記載の販売サーバを提供する。
請求項4に記載の発明では、前記決済完了通知受信手段で決済完了通知を受信した場合に、決済の対象となった商品を提供する提供手段を具備したことを特徴とする請求項1、請求項2、又は請求項3に記載の販売サーバを提供する。
請求項5に記載の発明では、貨幣価値を電子情報として記憶する貨幣価値記憶手段と減算命令を受信して実行し、前記記憶した貨幣価値を減算する減算手段とを具備した貨幣端末と、前記貨幣端末に記憶した貨幣価値を用いた決済により商品の販売を行う販売サーバと、前記販売サーバからの依頼を受けて前記貨幣端末に減算命令を送信する決済実行サーバと、がネットワークで接続可能に配設された商品販売システムで使用される販売サーバが行う販売方法であって、前記販売サーバは、決済情報受信手段と、決済情報送信手段と、決済完了通知受信手段と、を備えたコンピュータから構成され、前記決済情報受信手段で、前記貨幣端末に固有の端末IDと、決済対象である商品を特定する商品特定情報と、を受信する決済情報受信ステップと、前記決済実行サーバに、前記決済情報送信手段で、前記受信した端末IDと、前記受信した商品特定情報で特定される商品の代金情報と、を送信する決済情報送信ステップと、前記送信した端末IDで特定される貨幣端末が記憶している貨幣価値が、前記送信した代金情報で特定される金額分だけ減算されたことを示す決済完了通知を、前記決済完了通知受信手段で、前記決済実行サーバから受信する決済完了通知受信ステップと、から構成されたことを特徴とする販売方法を提供する。
請求項6に記載の発明では、貨幣価値を電子情報として記憶する貨幣価値記憶手段と減算命令を受信して実行し、前記記憶した貨幣価値を減算する減算手段とを具備した貨幣端末と、前記貨幣端末に記憶した貨幣価値を用いた決済により商品の販売を行う販売サーバと、前記販売サーバからの依頼を受けて前記貨幣端末に減算命令を送信する決済実行サーバと、がネットワークで接続可能に配設された商品販売システムで使用される販売サーバが実行する販売プログラムであって、前記貨幣端末に固有の端末IDと、決済対象である商品を特定する商品特定情報と、を受信する決済情報受信機能と、前記決済実行サーバに、前記受信した端末IDと、前記受信した商品特定情報で特定される商品の代金情報と、を送信する決済情報送信機能と、前記送信した端末IDで特定される貨幣端末が記憶している貨幣価値が、前記送信した代金情報で特定される金額分だけ減算されたことを示す決済完了通知を、前記決済実行サーバから受信する決済完了通知受信機能と、をコンピュータで実現する販売プログラムを提供する。
事業者の既存のコンピュータシステムの仕様によらず、電子マネーカードによる決済を可能とすることができる。
(実施の形態の概要)
販売システム1(図1)は、ネットワークを介して公演チケット(以下、チケット)を販売するシステムである。
販売システム1では、販売サーバ3は、チケットを顧客に販売し、その代金決済の代行を決済サーバ4に依頼する。
販売システム1(図1)は、ネットワークを介して公演チケット(以下、チケット)を販売するシステムである。
販売システム1では、販売サーバ3は、チケットを顧客に販売し、その代金決済の代行を決済サーバ4に依頼する。
顧客は、顧客端末2から販売サーバ3の販売サイトにアクセスし、チケットの購入を申し込む。この際に、顧客は、電子マネーカード9を顧客端末2にリーダライタ8を介して接続し、電子マネーカード9がネットワークを介してアクセス可能な状態としておく。
販売サーバ3は、電子マネーカード9にアクセスしてカードIDを受信し、顧客が申し込んだチケットに関する情報と共に記憶する。
後ほど、この電子マネーカード9のバリューにより、チケット代金の決済が行われる。
販売サーバ3は、電子マネーカード9にアクセスしてカードIDを受信し、顧客が申し込んだチケットに関する情報と共に記憶する。
後ほど、この電子マネーカード9のバリューにより、チケット代金の決済が行われる。
販売サーバ3は、複数台存在する決済サーバ4、4、…のうち、決済の代行を依頼する1台を選択する。そして、この選択した決済サーバ4にチケット代金とカードIDなどを含む決済情報を送信し、決済サーバ4にチケット代金の決済の代行を依頼する。
顧客は、チケットの購入を申し込んだ後、顧客端末2と販売サーバ3との接続を切断し、顧客端末2を販売サーバ3が選択した決済サーバ4の決済サイトに接続する。その際に、顧客は電子マネーカード9をリーダライタ8にセットし、決済サーバ4から電子マネーカード9にアクセスできるようにしておく。
顧客は、チケットの購入を申し込んだ後、顧客端末2と販売サーバ3との接続を切断し、顧客端末2を販売サーバ3が選択した決済サーバ4の決済サイトに接続する。その際に、顧客は電子マネーカード9をリーダライタ8にセットし、決済サーバ4から電子マネーカード9にアクセスできるようにしておく。
決済サーバ4は、電子マネーカード9のカードIDを読み取って、販売サーバ3から受信したカードIDと照合し、決済情報を特定する。
そして、決済代金分のバリューを減算する減算命令を生成して電子マネーカード9に送信する。
電子マネーカード9は、この減算命令を実行し、記憶しているバリューから代金分のバリューを減算する。
決済サーバ4は、決済が完了した後、決済完了通知を販売サーバ3に送信する。
そして、決済代金分のバリューを減算する減算命令を生成して電子マネーカード9に送信する。
電子マネーカード9は、この減算命令を実行し、記憶しているバリューから代金分のバリューを減算する。
決済サーバ4は、決済が完了した後、決済完了通知を販売サーバ3に送信する。
販売サーバ3は、決済サーバ4から決済完了通知を受信して、決済が完了したことを確認し、申込情報に決済済みであること記録する。
以後、電子マネーカード9はチケットとして使用することができ、顧客は公演会場で電子マネーカード9を提示する。
公演会場では、電子マネーカード9からカードIDを読み取り、そのカードIDが決済が完了した電子マネーカード9のカードIDであるか否かを確認する。そして、確認できた場合は、顧客の入場を認める。
以後、電子マネーカード9はチケットとして使用することができ、顧客は公演会場で電子マネーカード9を提示する。
公演会場では、電子マネーカード9からカードIDを読み取り、そのカードIDが決済が完了した電子マネーカード9のカードIDであるか否かを確認する。そして、確認できた場合は、顧客の入場を認める。
電子マネー管理サーバ5は、決済サーバ4が決済した代金から手数料を引いた金額を販売サーバ3を運営する販売者の売り上げとし、また、手数料を決済サーバ4を運営する加盟店の売り上げとして、決済したバリューを精算する。
電子マネー管理センタは、精算結果に基づき、バリュー原資を配分する。
電子マネー管理センタは、精算結果に基づき、バリュー原資を配分する。
販売システム1では、販売サーバ3はチケット代金の決済を決済サーバ4に依頼するため、販売サーバ3自体は、電子マネーカード9での決済機能を備える必要がなく、電子マネーカード9を用いた決済に伴う新たな設備の導入を行う必要がない。
また、チケット発売開始時のように、商品購入の申込が一時に殺到した場合でも申込だけ受け付けておき、その決済を後ほど決済サーバ4で分散して行うことができる。
また、チケット発売開始時のように、商品購入の申込が一時に殺到した場合でも申込だけ受け付けておき、その決済を後ほど決済サーバ4で分散して行うことができる。
(実施の形態の詳細)
図1は、本実施の形態の販売システム1の構成を概念的に示した図である。
販売システム1では、バリューを記憶した電子マネーカード9、電子マネーカード9を顧客端末2に接続するリーダライタ8、リーダライタ8を介して電子マネーカード9をネットワークに接続する顧客端末2、商品の販売を行う販売サーバ3、販売した商品代金の決済を電子マネーカード9で行う決済サーバ4、4、4、…(以下、決済サーバ4)、商業活動に伴うバリューの移動に関する情報を管理する電子マネー管理サーバ5が、インターネットなどのネットワークを介して接続可能に配設されている。
図1は、本実施の形態の販売システム1の構成を概念的に示した図である。
販売システム1では、バリューを記憶した電子マネーカード9、電子マネーカード9を顧客端末2に接続するリーダライタ8、リーダライタ8を介して電子マネーカード9をネットワークに接続する顧客端末2、商品の販売を行う販売サーバ3、販売した商品代金の決済を電子マネーカード9で行う決済サーバ4、4、4、…(以下、決済サーバ4)、商業活動に伴うバリューの移動に関する情報を管理する電子マネー管理サーバ5が、インターネットなどのネットワークを介して接続可能に配設されている。
顧客端末2は、例えば、パーソナルコンピュータなどで構成されたネットワーク接続可能な端末装置である。
顧客端末2は、ブラウザを備えており、ブラウザ上でURL(Uniform Resource Locators)を指定することにより、顧客端末2を販売サーバ3の販売サイト、決済サーバ4の決済サイトに接続することができる。
顧客端末2は、ブラウザを備えており、ブラウザ上でURL(Uniform Resource Locators)を指定することにより、顧客端末2を販売サーバ3の販売サイト、決済サーバ4の決済サイトに接続することができる。
顧客端末2は、キーボード、マウスなどの入力装置や、ディスプレイなどの表示装置を備えており、販売サーバ3や決済サーバ4が提供する各種画面を表示するほか、ユーザが入力した情報を、販売サーバ3や決済サーバ4に送信することができる。
これにより、販売サイトが提供する販売サービス、決済サイトが提供する決済サービスをネットワーク上で利用することができる。
これにより、販売サイトが提供する販売サービス、決済サイトが提供する決済サービスをネットワーク上で利用することができる。
リーダライタ8は、電子マネーカード9にアクセスするための装置であり、顧客端末2に配設してある。
リーダライタ8には、電子マネーカード9と短距離の無線通信を行うためのアンテナが内蔵されており、このアンテナから電波を放射して電子マネーカード9に駆動電力を供給すると共に、電子マネーカード9と通信を行うことができる。
リーダライタ8には、電子マネーカード9と短距離の無線通信を行うためのアンテナが内蔵されており、このアンテナから電波を放射して電子マネーカード9に駆動電力を供給すると共に、電子マネーカード9と通信を行うことができる。
電子マネーカード9は、通信用のアンテナと演算機能及び記憶機能を備えたICチップが内蔵された携帯可能なプラスチックカードである。
電子マネーカード9は、リーダライタ8と近距離の無線通信が行えるようになっており、使用時には、リーダライタ8上に置いたり、あるいはリーダライタ8にかざすなどして、顧客端末2に接続する。
電子マネーカード9は、リーダライタ8と近距離の無線通信が行えるようになっており、使用時には、リーダライタ8上に置いたり、あるいはリーダライタ8にかざすなどして、顧客端末2に接続する。
ICチップは、バリュー処理を行うためのバリュー処理プログラムを記憶しており、リーダライタ8から送信された電力により駆動し、これを実行する。
ICチップは、バリュー処理プログラムに従って動作し、加算命令や減算命令などの入力を受け付けて実行し、各種のバリュー処理(チャージ、決済、残高照会など)を行うことができる。
ICチップは、バリュー処理プログラムに従って動作し、加算命令や減算命令などの入力を受け付けて実行し、各種のバリュー処理(チャージ、決済、残高照会など)を行うことができる。
また、このICチップは、固有のID情報を記憶しており、このID情報により、電子マネーカード9を特定できるようになっている。
より詳細に述べると、電子マネーカード9は、ICチップに固有のID情報と、電子マネー管理サーバ5がバリュー情報の管理を行うためのID情報など複数のID情報を備えている。
より詳細に述べると、電子マネーカード9は、ICチップに固有のID情報と、電子マネー管理サーバ5がバリュー情報の管理を行うためのID情報など複数のID情報を備えている。
何れのID情報を用いても販売システム1を構成することができるが、本実施の形態では、バリュー情報管理用のID情報を電子マネーカード9を特定するためのカードIDとして使用することにする。
販売サーバ3は、ネットワーク上で商品販売用の販売サイトを開設しており、この販売サイトを介して商品の販売を行うWebサーバ装置である。
本実施の形態では、販売サイトでチケットを販売する場合について説明する。
本実施の形態では、販売サイトでチケットを販売する場合について説明する。
なお、販売対象は、これに限定するものではなく、例えば、コンテンツをダウンロード販売したり、あるいは、ソフトウェアを時間貸しするASP業務を行ったり、あるいは、販売した商品を宅配する通信販売など、ネットワーク上で売買取引を行えるものであれば適用することができる。
販売サイトは、所定のURLで特定可能となっており、顧客端末2からこのURLを入力することによりアクセス可能となっている。
販売サイトでは、公演の一覧が表示され、ユーザが購入を希望するチケットを選択できるようになっている。
販売サイトでは、公演の一覧が表示され、ユーザが購入を希望するチケットを選択できるようになっている。
また、販売サイトでは、顧客が選択したチケットを購入するための購入画面が用意されており、顧客は、この画面から、希望する日時のチケット、枚数などの注文内容を入力することができる。更に、氏名、住所、電子メールアドレスなどの連絡先を入力するように構成することもできる。
販売サーバ3は、購入画面で顧客が入力した情報を申込情報として記憶する。
販売サーバ3は、購入画面で顧客が入力した情報を申込情報として記憶する。
更に、販売サーバ3は、ネットワーク、電子マネーカード9にカードID出力命令を送信することができるようになっている。
この命令は、ネットワーク、顧客端末2、リーダライタ8を介して電子マネーカード9に入力される。電子マネーカード9は、この命令を実行してカードIDを出力し、出力されたカードIDは、販売サーバ3に送信される。
この命令は、ネットワーク、顧客端末2、リーダライタ8を介して電子マネーカード9に入力される。電子マネーカード9は、この命令を実行してカードIDを出力し、出力されたカードIDは、販売サーバ3に送信される。
販売サーバ3は、電子マネーカード9から送信されてきたカードIDを受信し、これも申込情報として記憶する。
このカードIDにより、顧客が申し込んだチケットの代金を決済するための電子マネーカード9を特定することができる。
以上のようにして、販売サーバ3は、顧客からチケットの申込を受け付け、決済が完了した時点でチケットの所有権を顧客に渡す。
このカードIDにより、顧客が申し込んだチケットの代金を決済するための電子マネーカード9を特定することができる。
以上のようにして、販売サーバ3は、顧客からチケットの申込を受け付け、決済が完了した時点でチケットの所有権を顧客に渡す。
このように、電子マネーカード9は貨幣価値を記憶した貨幣端末を構成しており、カードIDは、端末IDを構成している。
また、販売サーバ3は、チケットの販売に必要な情報(チケット(商品)を特定する商品特定情報は顧客端末2から、カードIDを電子マネーカード9から)を受信する決済情報受信手段を備えている。
更に、販売サイトで販売するチケットを選択可能に表示する提示手段を備えている。
また、販売サーバ3は、チケットの販売に必要な情報(チケット(商品)を特定する商品特定情報は顧客端末2から、カードIDを電子マネーカード9から)を受信する決済情報受信手段を備えている。
更に、販売サイトで販売するチケットを選択可能に表示する提示手段を備えている。
販売サーバ3は、電子マネーカード9のバリューを減算して決済する機能を備えていないため、顧客からチケットの申込を受け付けた後、既に電子マネーカード9のバリュー減算機能を備えた決済サーバ4に決済の代行を依頼する。
この依頼は、決済情報を決済サーバ4に送信することにより行われる。決済情報は、チケット受付番号、チケット代金、カードIDなど、決済の対象と決済内容を特定するのに必要な情報から構成されている。
このように、販売サーバ3は、決済情報を送信する決済情報送信手段を備えている。
この依頼は、決済情報を決済サーバ4に送信することにより行われる。決済情報は、チケット受付番号、チケット代金、カードIDなど、決済の対象と決済内容を特定するのに必要な情報から構成されている。
このように、販売サーバ3は、決済情報を送信する決済情報送信手段を備えている。
販売サーバ3は、決済の代行を依頼する際に、複数存在する決済サーバ4から決済を依頼する決済サーバ4を所定の手順で選択し、決済処理の実行負荷を分散させる。
決済サーバ4を選択する手順としては、例えば、チケットの申込を受け付けるごとに、決済サーバ4を順に選択したり、あるいは、乱数を発生させて、決済サーバ4をランダムに選択したり、更には、決済サーバ4の決済処理の実行負荷を監視し、実行負荷の小さい決済サーバ4を選択するなどの方法がある。
このように、販売サーバ3は、決済サーバ4を指定する指定手段を備えている。
決済サーバ4を選択する手順としては、例えば、チケットの申込を受け付けるごとに、決済サーバ4を順に選択したり、あるいは、乱数を発生させて、決済サーバ4をランダムに選択したり、更には、決済サーバ4の決済処理の実行負荷を監視し、実行負荷の小さい決済サーバ4を選択するなどの方法がある。
このように、販売サーバ3は、決済サーバ4を指定する指定手段を備えている。
チケットは、販売と同時に注文が殺到する場合があり、短時間に数万人分程度のチケットを決済処理する必要が生じることもある。
一方、決済サーバ4の処理能力は一度に100人分程度であり、そのため、決済処理の負荷を分散することにより、決済処理を滞りなく行うことができる。
なお、チケットの申込の受付に関しては、決済処理を行わずにとりあえず受け付け処理だけ行うため、一度に多数の顧客からの申込を処理することができる。
一方、決済サーバ4の処理能力は一度に100人分程度であり、そのため、決済処理の負荷を分散することにより、決済処理を滞りなく行うことができる。
なお、チケットの申込の受付に関しては、決済処理を行わずにとりあえず受け付け処理だけ行うため、一度に多数の顧客からの申込を処理することができる。
販売サーバ3は、決済サーバ4から決済完了通知を受信し、決済サーバ4が電子マネーカード9での決済を行ったことを確認することができる。
決済完了通知には、決済の対象となった電子マネーカード9のカードID、決済案件を特定するための受付番号、決済を行った日時など、販売サーバ3が、決済が完了した案件を特定するのに必要な情報から構成されている。
決済完了通知には、決済の対象となった電子マネーカード9のカードID、決済案件を特定するための受付番号、決済を行った日時など、販売サーバ3が、決済が完了した案件を特定するのに必要な情報から構成されている。
販売サーバ3は、決済を確認した後、顧客が申し込んだチケットの所有権を顧客に設定する。これは後述するように、チケットの販売ステータスを「未決済」から「既決済」に変更することにより行う。販
このように、販売サーバ3は、決済完了通知受信手段と、チケットの所有権を顧客に移転する提供手段を備えている。
このように、販売サーバ3は、決済完了通知受信手段と、チケットの所有権を顧客に移転する提供手段を備えている。
後日、顧客は電子マネーカード9をチケットとして公演会場に持参する。公演会場の入口では係員がカードIDをリーダライタで読み取って、このカードIDが決済されたものか否かを確認し、決済されている場合は顧客の入場を認める。
本実施の形態では、決済サーバ4を複数台用いたが、これに限定するものではなく、1台の決済サーバ4を用意し、これに決済の代行を依頼するように構成することもできる。
この場合も、販売サーバ3は、電子マネーカード9で決済する機能を備える必要がないため、販売サーバ3の設置コストが低減される。
この場合も、販売サーバ3は、電子マネーカード9で決済する機能を備える必要がないため、販売サーバ3の設置コストが低減される。
決済サーバ4は、電子マネーカード9で決済を行う機能を備えたサーバ装置である。
決済サーバ4は、ネットワーク上で、所定のURLで特定される決済サイトを開設している。
この決済サイトは、販売サイトで申し込んだチケットの代金を決済を行うためのサイトであり、顧客は、販売サイトでチケットを申し込んだ後、決済サイトにアクセスして、チケット代金の決済を行う。
決済サーバ4は、ネットワーク上で、所定のURLで特定される決済サイトを開設している。
この決済サイトは、販売サイトで申し込んだチケットの代金を決済を行うためのサイトであり、顧客は、販売サイトでチケットを申し込んだ後、決済サイトにアクセスして、チケット代金の決済を行う。
決済サーバ4は、決済サイトにアクセスしてきた顧客端末2にセットされた電子マネーカード9からカードIDを読み取る。
このカードIDをキーとして、販売サーバ3から受信したカードIDを検索し、この顧客の決済情報を特定する。
このカードIDをキーとして、販売サーバ3から受信したカードIDを検索し、この顧客の決済情報を特定する。
決済サーバ4は、顧客に決済内容を確認した後、減算命令を生成し、ネットワーク、顧客端末2、及びリーダライタ8を経由して電子マネーカード9に送信する。
この減算命令には、チケット代金がパラメータとして付属しており、電子マネーカード9は、自身が記憶しているバリューの金額からチケット代金分を減算した後、減算が完了したことを示す減算完了通知を決済サーバ4に送信する。
この減算命令には、チケット代金がパラメータとして付属しており、電子マネーカード9は、自身が記憶しているバリューの金額からチケット代金分を減算した後、減算が完了したことを示す減算完了通知を決済サーバ4に送信する。
決済サーバ4は、電子マネーカード9から減算完了通知を受信することにより、決済が完了したことを確認し、決済が完了したことを通知するための決済完了通知を販売サーバ3に送信する。
決済サーバ4は、販売サーバ3の決済処理を支援する目的で新たに設置することもできるが、本実施の形態では、既に加盟店が事業で使用している決済サーバ4を利用することにした。
即ち、決済サーバ4は、加盟店が扱う商品の販売も行っており、その決済を行うため、電子マネーカード9での決済機能を備えている。そして、販売サーバ3は、この決済機能を借用するのである。
即ち、決済サーバ4は、加盟店が扱う商品の販売も行っており、その決済を行うため、電子マネーカード9での決済機能を備えている。そして、販売サーバ3は、この決済機能を借用するのである。
販売サーバ3は、決済サーバ4の決済機能を借用することにより新たに決済機能を備える必要がなく、また、決済サーバ4の事業者も、特に設備投資することなく決済業務代行に伴う手数料収入を得ることができる。
販売サーバ3と決済サーバ4の間で送受信する情報(決済情報と決済完了通知など)は、通常のサーバ間の通信で行えるもであるので、特に新規の通信設備を導入する必要もない。
販売サーバ3と決済サーバ4の間で送受信する情報(決済情報と決済完了通知など)は、通常のサーバ間の通信で行えるもであるので、特に新規の通信設備を導入する必要もない。
電子マネー管理サーバ5は、商取引に伴うバリュー移動に関する情報を管理するサーバ装置である。
バリューは、電子マネー管理サーバ5において貨幣価値と対応させられている。そして、この対応関係により、バリューの移動による価値の移動と、通貨の移動による価値の移動を対応付けている。
バリューは、電子マネー管理サーバ5において貨幣価値と対応させられている。そして、この対応関係により、バリューの移動による価値の移動と、通貨の移動による価値の移動を対応付けている。
電子マネーカード9に記憶するバリューは、イシュアと呼ばれる事業者が発行する。
イシュアは、バリューを発行する際に、顧客から発行するバリュー金額分の料金を徴収する。この徴収した料金(以下、バリュー原資)はプール(蓄積)され、顧客のバリュー使用に応じて使用先の加盟店に配分される。
電子マネー管理サーバ5は、このようなバリューの発行や移動に関する情報を加盟店などから収集して整理管理する。
イシュアは、バリューを発行する際に、顧客から発行するバリュー金額分の料金を徴収する。この徴収した料金(以下、バリュー原資)はプール(蓄積)され、顧客のバリュー使用に応じて使用先の加盟店に配分される。
電子マネー管理サーバ5は、このようなバリューの発行や移動に関する情報を加盟店などから収集して整理管理する。
電子マネー管理サーバ5は、このような決済したバリューとバリュー原資との対応付けを行うほか、決済サーバ4が販売サーバ3から依頼を受けて代行した決済に関する精算処理も行う。
この精算処理は、決済サーバ4が販売サーバ3からの依頼を受けて代行した決済金額のうち、代行手数料を決済サーバ4を運営する加盟店の売り上げとし、決済金額から代行手数料を引いた金額を販売サーバ3を運営する販売店の売り上げとすることにより行われる。
この精算処理は、決済サーバ4が販売サーバ3からの依頼を受けて代行した決済金額のうち、代行手数料を決済サーバ4を運営する加盟店の売り上げとし、決済金額から代行手数料を引いた金額を販売サーバ3を運営する販売店の売り上げとすることにより行われる。
以上のように、構成された販売システム1が行う、チケット販売から決済までの情報処理手順を図に示した番号に対応させて説明する。
(1)まず、顧客は、顧客端末2から販売サーバ3の販売サイトにアクセスし、購入するチケットを選択する。
そして、チケットを特定する情報とカードIDを販売サーバ3に送信してチケットを申し込む。
(2)販売サーバ3は、これらの申込情報を受信して記憶し、チケットの申込を受け付ける。そして、決済の代行を依頼する決済サーバ4を選択し、顧客端末2に対して決済サーバ4の決済サイトへの接続を促す。
(1)まず、顧客は、顧客端末2から販売サーバ3の販売サイトにアクセスし、購入するチケットを選択する。
そして、チケットを特定する情報とカードIDを販売サーバ3に送信してチケットを申し込む。
(2)販売サーバ3は、これらの申込情報を受信して記憶し、チケットの申込を受け付ける。そして、決済の代行を依頼する決済サーバ4を選択し、顧客端末2に対して決済サーバ4の決済サイトへの接続を促す。
(3)販売サーバ3は、カードID、決済金額など、決済に必要な決済情報を生成し、決済の代行を依頼した決済サーバ4に送信する。
(4)決済サーバ4は、販売サーバ3から送信されてきた決済情報を受信して記憶し、顧客端末2からのアクセスを待つ。そして、顧客端末2からアクセスがあった場合、電子マネーカード9のカードIDを取得して、決済情報に含まれるカードIDと照合し、決済情報を特定する。そして、決済金額分のバリューを減算する減算命令を生成し、電子マネーカード9に送信する。電子マネーカード9は、この減算命令を実行し、チケット代金分のバリューを減算する。
(4)決済サーバ4は、販売サーバ3から送信されてきた決済情報を受信して記憶し、顧客端末2からのアクセスを待つ。そして、顧客端末2からアクセスがあった場合、電子マネーカード9のカードIDを取得して、決済情報に含まれるカードIDと照合し、決済情報を特定する。そして、決済金額分のバリューを減算する減算命令を生成し、電子マネーカード9に送信する。電子マネーカード9は、この減算命令を実行し、チケット代金分のバリューを減算する。
(5)電子マネーカード9での減算処理が終了すると、決済サーバ4は決済完了通知を販売サーバ3に送信し、販売サーバ3から依頼された決済処理が完了したことを通知する。
(6)販売サーバ3は、決済サーバ4から完了通知を受信し、顧客から申し込まれたチケットを販売済みのチケットとして登録する。
(6)販売サーバ3は、決済サーバ4から完了通知を受信し、顧客から申し込まれたチケットを販売済みのチケットとして登録する。
(7)電子マネー管理サーバ5は、決済サーバ4から、販売サーバ3からの依頼により代行した決済金額を受信する。そして、この決済金額のうち代行手数料を決済サーバ4を運営する加盟店の売り上げとし、イシュアに蓄積されているバリュー原資をこの加盟店に配分して加盟店に対する資金決済を行う。
(8)電子マネー管理サーバ5は、決済サーバ4が代行した決済金額から代行手数料を減算した金額を販売サーバ3を運営する販売店の売り上げとし、イシュアに蓄積されているバリュー原資をこの販売店に配分して販売店に対する資金決済を行う。
(8)電子マネー管理サーバ5は、決済サーバ4が代行した決済金額から代行手数料を減算した金額を販売サーバ3を運営する販売店の売り上げとし、イシュアに蓄積されているバリュー原資をこの販売店に配分して販売店に対する資金決済を行う。
以上の手順の(4)で、顧客端末2は、接続先を販売サーバ3から決済サーバ4に切り替えるが、これは、顧客に接続先の決済サイトのURLを通知し、顧客に手動で切り替えてもらっても良いし、あるいは、販売サイトから決済サイトへリンクを張って、販売サイトから決済サイトへ遷移したり、あるいは他の方法で切り替えるように構成することができる。
次に、電子マネーカード9の機能的な構成について、図2の機能ブロック図を用いて説明する。
電子マネーカード9は、アンテナ14、通信制御部18、情報処理部15、バリュー記憶部16、カードID記憶部17などの機能的な構成要素を備えている。
電子マネーカード9は、アンテナ14、通信制御部18、情報処理部15、バリュー記憶部16、カードID記憶部17などの機能的な構成要素を備えている。
アンテナ14は、リーダライタ8に内蔵されたアンテナと電波の送受信を行う。アンテナ14は、リーダライタ8から送信されてきた電波を受信して、各構成要素を動作させるのに要する電力を発電するほか、無線通信を行い、各種の情報の送受信を行う。
通信制御部18は、リーダライタ8との通信を制御する機能部であり、情報処理部15が出力した信号をアンテナ14を励起して電波として放射させたり、あるいは、アンテナ14が受信した電波から電気信号を取り出して情報処理部15に入力したりする。
情報処理部15は、通信制御部18から命令の入力を受け付けてこれを実行し、実行結果を通信制御部18に出力する。
情報処理部15が実行する命令としては、例えば加算命令、減算命令、カードID出力命令などがある。
情報処理部15が実行する命令としては、例えば加算命令、減算命令、カードID出力命令などがある。
加算命令は、バリュー記憶部16に記憶されているバリューを加算する命令であって、チャージを行う際に入力される。
減算命令は、バリュー記憶部16に記憶されているバリューを減算する命令であり、決済を行う際に入力される。
これら加減算命令には、加減算する金額、チャージを行う電子マネー端末の端末ID、チャージを行う日時、このバリューを発行しているイシュアを特定するイシュア情報、その他の情報がパラメータとして付属している。
減算命令は、バリュー記憶部16に記憶されているバリューを減算する命令であり、決済を行う際に入力される。
これら加減算命令には、加減算する金額、チャージを行う電子マネー端末の端末ID、チャージを行う日時、このバリューを発行しているイシュアを特定するイシュア情報、その他の情報がパラメータとして付属している。
カードID記憶部17は、電子マネーカード9のカードIDを記憶する機能部である。
情報処理部15は、通信制御部18からカードID出力命令を受信すると、カードID記憶部17からカードIDを読み出し、通信制御部18に出力する。
バリュー記憶部16は、バリューに関する情報を記憶する機能部であり、バリューの現在残高、過去のチャージ・決済に関するログデータなどを記憶している。ログデータの内容としては、例えば、チャージ、又は決済した金額、日付、電子マネー端末のID情報などがある。
情報処理部15は、通信制御部18からカードID出力命令を受信すると、カードID記憶部17からカードIDを読み出し、通信制御部18に出力する。
バリュー記憶部16は、バリューに関する情報を記憶する機能部であり、バリューの現在残高、過去のチャージ・決済に関するログデータなどを記憶している。ログデータの内容としては、例えば、チャージ、又は決済した金額、日付、電子マネー端末のID情報などがある。
図3は、電子マネーカード9のハードウェア的な構成の一例を示した図である。
電子マネーカード9は、CPU(Central Processing Unit)21、ROM(Read Only Memory)22、EEPROM(Electrically Erasable and Programmable ROM)23、RAM(Random Access Memory)24、インターフェース25などがバスラインを介して接続されて構成されている。これらの構成要素は、ICチップ上に形成されている。
電子マネーカード9は、CPU(Central Processing Unit)21、ROM(Read Only Memory)22、EEPROM(Electrically Erasable and Programmable ROM)23、RAM(Random Access Memory)24、インターフェース25などがバスラインを介して接続されて構成されている。これらの構成要素は、ICチップ上に形成されている。
CPU21は、所定のプログラムに従って情報処理を行ったり、他の構成要素の動作を制御したりする。
ROM22は、読み出し専用の記憶装置であり、電子マネーカード9を動作させるための基本的なプログラムやデータが記憶されている。
このようなプログラムとしては、例えば、OS(Operating System)や、リーダライタ8との通信を制御する通信制御プログラムなどがある。
ROM22は、読み出し専用の記憶装置であり、電子マネーカード9を動作させるための基本的なプログラムやデータが記憶されている。
このようなプログラムとしては、例えば、OS(Operating System)や、リーダライタ8との通信を制御する通信制御プログラムなどがある。
EEPROM23は、読み出し、及び書き込み可能な記憶装置であり、バリュー処理プログラム、バリューの現在残高、バリューに関するログデータ、カードIDなどが記憶されている。
EEPROM23は、不揮発性メモリであり、電力が供給されなくても記憶を保持することができる。
バリュー処理プログラムがCPU21により実行されると図2に示した機能的な構成要素がソフトウェア的に実現される。
EEPROM23は、不揮発性メモリであり、電力が供給されなくても記憶を保持することができる。
バリュー処理プログラムがCPU21により実行されると図2に示した機能的な構成要素がソフトウェア的に実現される。
RAM24は、CPU21が情報処理を行う際のワーキングエリアを提供する読み出し、及び書き込み可能な記憶装置である。
RAM24は揮発性メモリであり、電力の供給が停止されると記憶している内容が消去される。
インターフェース25は、リーダライタ8との通信の仲介を行う。インターフェース25は、図示しない通信用のアンテナを備えている。
RAM24は揮発性メモリであり、電力の供給が停止されると記憶している内容が消去される。
インターフェース25は、リーダライタ8との通信の仲介を行う。インターフェース25は、図示しない通信用のアンテナを備えている。
図4(a)は、販売サーバ3の機能的な構成の一例を示した機能ブロック図である。
販売サーバ3は、通信制御部31、販売処理部32、販売データベース33、商品データベース34、…などから構成されている。
通信制御部31は、販売サーバ3をネットワークに接続する機能部であり、販売サーバ3は、通信制御部31を介して電子マネーカード9、決済サーバ4、電子マネー管理サーバ5に接続する。
販売サーバ3は、通信制御部31、販売処理部32、販売データベース33、商品データベース34、…などから構成されている。
通信制御部31は、販売サーバ3をネットワークに接続する機能部であり、販売サーバ3は、通信制御部31を介して電子マネーカード9、決済サーバ4、電子マネー管理サーバ5に接続する。
販売処理部32は、チケットの販売に関する情報処理を行う機能部である。
販売処理部32は、販売データベース33や商品データベース34を用いて、顧客端末2で購入画面を表示するための購入画面データを生成したり、顧客からのチケットの申込を受け付けたり、更に、決済サーバ4に決済の代行を依頼したりなどする。
販売処理部32は、販売データベース33や商品データベース34を用いて、顧客端末2で購入画面を表示するための購入画面データを生成したり、顧客からのチケットの申込を受け付けたり、更に、決済サーバ4に決済の代行を依頼したりなどする。
ここで、図5を用いて販売データベース33と商品データベース34の構成について説明する。
図5(a)は、販売データベース33の論理的な構成の一例を示した図である。
販売データベース33は、「受付番号」、「カードID」、「決済金額」、「チケット情報」、「決済ステータス」、…などの項目から構成されている。
これらの項目は、申込案件ごとに生成されており、新たな申込を受け付けると販売処理部32により追加される。
図5(a)は、販売データベース33の論理的な構成の一例を示した図である。
販売データベース33は、「受付番号」、「カードID」、「決済金額」、「チケット情報」、「決済ステータス」、…などの項目から構成されている。
これらの項目は、申込案件ごとに生成されており、新たな申込を受け付けると販売処理部32により追加される。
「受付番号」は、チケットの購入の申込を受け付けた場合に販売処理部32が付与する番号であり、この番号により申込に係る案件を特定することができる。
「カードID」は、決済の対象となる電子マネーカード9のカードIDであり、申込時に電子マネーカード9から送信されてきたものを販売処理部32が書き込んだものである。
「カードID」は、決済の対象となる電子マネーカード9のカードIDであり、申込時に電子マネーカード9から送信されてきたものを販売処理部32が書き込んだものである。
「決済金額」は、チケットの代金であり、決済の対象となる金額である。
後述するように、商品データベース34では、チケットとチケット代金が対応付けられており、販売処理部32は、ユーザが申し込むチケットの代金を商品データベース34から取得し、販売データベース33に記憶する。
なお、顧客がチケットを複数枚申し込んだ場合は、それらの合計額となる。
後述するように、商品データベース34では、チケットとチケット代金が対応付けられており、販売処理部32は、ユーザが申し込むチケットの代金を商品データベース34から取得し、販売データベース33に記憶する。
なお、顧客がチケットを複数枚申し込んだ場合は、それらの合計額となる。
「チケット情報」は、チケットに関する情報を記憶する項目である。チケット情報として記憶される情報としては、例えば、アーチスト名、公演日、公演時間、会場、座席番号などがある。
「決済ステータス」は、当該申込案件が決済されたか否かを識別するための情報を記憶する項目である。
「決済ステータス」は、顧客から申込を受け付けた時点では「未決済」に設定され、決済サーバ4から決済完了通知を受信した時点で「既決済」に設定される。
「決済ステータス」は、当該申込案件が決済されたか否かを識別するための情報を記憶する項目である。
「決済ステータス」は、顧客から申込を受け付けた時点では「未決済」に設定され、決済サーバ4から決済完了通知を受信した時点で「既決済」に設定される。
後述するように、「決済ステータス」が「既決済」に設定された申込案件のカードIDはチケット番号として使用し、電子マネーカード9をチケットとして用いることが可能となる。
このほかに販売データベース33には、顧客の氏名、年齢、住所、電話番号、電子メール番号などを記憶することができる。
このほかに販売データベース33には、顧客の氏名、年齢、住所、電話番号、電子メール番号などを記憶することができる。
図5(b)は、商品データベース34の論理的な構成の一例を示した図である。
商品データベース34は、「アーチスト名」、「公演日時」、「チケット価格」、「座席情報」、…などの項目から構成されている。
商品データベース34は、「アーチスト名」、「公演日時」、「チケット価格」、「座席情報」、…などの項目から構成されている。
「アーチスト名」は、公演を行うアーチストの名称である。「公演日時」は、公演が行われる日時である。「チケット価格」は、チケットの価格である。
これらの情報は、購入画面で表示され、顧客が選択したものが販売データベース33に記憶される。
これらの情報は、購入画面で表示され、顧客が選択したものが販売データベース33に記憶される。
「座席情報」は、公演で提供される座席番号などが記憶されており、顧客からの申込により、顧客に割り当てられる。割り当てられた座席番号に関しては消し込みが行われる。
次に、決済サーバ4について説明する。
図4(b)は、決済サーバ4の機能的な構成の一例を示した機能ブロック図である。
この決済サーバ4は、ネットワークを介して顧客にコンテンツをダウンロード販売し、その代金を電子マネーカード9で決済するサーバ装置であって、コンテンツ販売サイトからコンテンツの販売業務を行うかたわら販売サーバ3の決済の代行も請け負っているものとする。
図4(b)は、決済サーバ4の機能的な構成の一例を示した機能ブロック図である。
この決済サーバ4は、ネットワークを介して顧客にコンテンツをダウンロード販売し、その代金を電子マネーカード9で決済するサーバ装置であって、コンテンツ販売サイトからコンテンツの販売業務を行うかたわら販売サーバ3の決済の代行も請け負っているものとする。
決済サーバ4は、通信制御部41、販売処理部42、決済処理部43、商品データベース45、決済ログデータ一時記憶部46…などから構成されている。
通信制御部41は、決済サーバ4をネットワークに接続する機能部であり、決済サーバ4は、通信制御部41を介して、顧客端末2、販売サーバ3、電子マネー管理サーバ5に接続する。
通信制御部41は、決済サーバ4をネットワークに接続する機能部であり、決済サーバ4は、通信制御部41を介して、顧客端末2、販売サーバ3、電子マネー管理サーバ5に接続する。
販売処理部42は、商品データベース45に記憶されているコンテンツを顧客に販売する機能部である。
販売処理部42は、顧客端末2からのアクセスを受け付け、コンテンツ販売画面データを顧客端末2に送信する。そして、顧客が購入を希望するコンテンツを商品データベース45から読み出し、顧客端末2に端末に送信する。
販売処理部42は、顧客端末2からのアクセスを受け付け、コンテンツ販売画面データを顧客端末2に送信する。そして、顧客が購入を希望するコンテンツを商品データベース45から読み出し、顧客端末2に端末に送信する。
決済処理部43は、電子マネーカード9による決済を行う機能部であり、コンテンツ販売の代金を決済するほか、販売サーバ3からの依頼を受けてチケット代金の決済も行う。
なお、本実施の形態では、一例として、決済サーバ4は決済を行い、チャージは電子マネー管理サーバ5が行うことにするが、これに限定せず、決済サーバ4にチャージ機能を持たせることも可能である。
なお、本実施の形態では、一例として、決済サーバ4は決済を行い、チャージは電子マネー管理サーバ5が行うことにするが、これに限定せず、決済サーバ4にチャージ機能を持たせることも可能である。
決済処理部43は、決済金額分のバリューを減算する減算命令を生成し、電子マネーカード9に送信する。そして、電子マネーカード9が送信した減算処理完了通知を受信して、電子マネーカード9での決済が完了したことを確認する。
決済が販売サーバ3から依頼されたものである場合は、決済完了通知を販売サーバ3に送信する。
決済が販売サーバ3から依頼されたものである場合は、決済完了通知を販売サーバ3に送信する。
商品データベース45は、決済サーバ4が販売するコンテンツを記憶したデータベースである。
コンテンツとしては、例えば、音楽コンテンツ、動画コンテンツ、ゲームコンテンツなどのソフトウェアがある。
コンテンツとしては、例えば、音楽コンテンツ、動画コンテンツ、ゲームコンテンツなどのソフトウェアがある。
決済ログデータ一時記憶部46は、決済処理部43が行った決済に関するログデータを一時的に保存する記憶部である。
決済ログデータ一時記憶部46に記憶されたログデータは、例えば、1日に1回程度バッチ処理にて電子マネー管理サーバ5に送信される。
決済ログデータ一時記憶部46に記憶されたログデータは、例えば、1日に1回程度バッチ処理にて電子マネー管理サーバ5に送信される。
ここで、図6を用いて決済ログデータ一時記憶部46が記憶したログデータの論理的な構成の一例について説明する。
図6に示したように、ログデータは、「カードID」、「金額」、「依頼販売店」、「受付番号」、「チケット情報」…などの項目から構成されている。
これら項目は、決済のトランザクション(取引処理)ごとに生成されており、新たなトランザクションが発生すると、決済処理部43により更新される。
図6に示したように、ログデータは、「カードID」、「金額」、「依頼販売店」、「受付番号」、「チケット情報」…などの項目から構成されている。
これら項目は、決済のトランザクション(取引処理)ごとに生成されており、新たなトランザクションが発生すると、決済処理部43により更新される。
「カードID」は、決済を行った電子マネーカード9のカードIDであり、決済実行時に、電子マネーカード9から読み取ったものである。
「金額」は、トランザクションによって決済処理部43が決済した金額である。
「依頼販売店」は、決済が販売サーバ3を運営する販売店から依頼されたものである場合、その販売店を識別する情報が記憶される。
本実施の形態では、販売店を単数として説明するが、複数存在することもでき、その場合、決済を依頼した販売店を識別する必要がある。
「金額」は、トランザクションによって決済処理部43が決済した金額である。
「依頼販売店」は、決済が販売サーバ3を運営する販売店から依頼されたものである場合、その販売店を識別する情報が記憶される。
本実施の形態では、販売店を単数として説明するが、複数存在することもでき、その場合、決済を依頼した販売店を識別する必要がある。
また、決済が決済サーバ4のコンテンツを販売した代金に対して行われたものである場合、「依頼販売店」に、販売店名は記憶されない。
このように「依頼販売店」を参照することにより、その決済が販売店から依頼されたものであるのか、あるいは、自身が取り扱う商品の代金を決済したものかを識別することができる。
このように「依頼販売店」を参照することにより、その決済が販売店から依頼されたものであるのか、あるいは、自身が取り扱う商品の代金を決済したものかを識別することができる。
「受付番号」、及び「チケット情報」は、それぞれ販売サーバ3から受信したチケットの申込の受付番号と、チケット情報である。
これらの情報は、決済を実行する際に顧客に決済内容を確認してもらうのに使用する。
これらの情報は、決済を実行する際に顧客に決済内容を確認してもらうのに使用する。
次に電子マネー管理サーバ5について説明する。
図4(c)は、電子マネー管理サーバ5の機能的な構成の一例を示した機能ブロック図である。
電子マネー管理サーバ5は、通信制御部51、集計処理部52、決済ログデータ記憶部53、…などを備えている。
図4(c)は、電子マネー管理サーバ5の機能的な構成の一例を示した機能ブロック図である。
電子マネー管理サーバ5は、通信制御部51、集計処理部52、決済ログデータ記憶部53、…などを備えている。
通信制御部51は、販売サーバ3、決済サーバ4などと通信を行う機能部である。電子マネー管理サーバ5は、通信制御部51を介してバリュー決済に関する情報を販売サーバ3、決済サーバ4などと送受信することかできる。
集計処理部52は、決済サーバ4からバリューに関するログデータを受信してこれを集計する機能部である。
集計結果により、イシュアが蓄積しているバリュー原資の配分先と配分額が決定される。
集計処理部52は、決済サーバ4からバリューに関するログデータを受信してこれを集計する機能部である。
集計結果により、イシュアが蓄積しているバリュー原資の配分先と配分額が決定される。
また、決済サーバ4が決済した金額のうち、決済サーバ4からの依頼により決済したものがあった場合、集計処理部52は、決済金額のうち、代行手数料を決済サーバ4を運営する加盟店の売り上げとし、決済金額から代行手数料を減算した金額を販売サーバ3を運営する販売店の売り上げとする。
このように、集計処理部52は、決済代行に伴う資金の授受を精算する精算処理機能を有している。
このように、集計処理部52は、決済代行に伴う資金の授受を精算する精算処理機能を有している。
決済ログデータ記憶部53は、決済サーバ4からバッチ処理にて送信されてきたログデータを記憶する機能部である。
決済ログデータ記憶部53に蓄積されたログデータは、商取引に伴うバリューの移動を解析するのに用いられる。
決済ログデータ記憶部53に蓄積されたログデータは、商取引に伴うバリューの移動を解析するのに用いられる。
図7(a)は、決済ログデータ記憶部53に蓄積されたログデータの論理的な構成の一例を示した図である。
このログデータは、「加盟店」、「カードID」、「金額」、「依頼販売店」、「受付番号」、「チケット情報」、…などの項目から構成されている。
このログデータは、「加盟店」、「カードID」、「金額」、「依頼販売店」、「受付番号」、「チケット情報」、…などの項目から構成されている。
なお、本実施の形態では、加盟店が通常業務を行うシステムに販売サーバ3を組み込み、決済サーバ4が通常業務で行った決済ログデータに、販売サーバ3が行った販売に関するデータも含めているが、この他に、顧客から受領した金額情報と電子マネーIDだけを保持し、決済完了後に顧客に通知するだけの簡易な仕組みを導入することも可能である。
「加盟店」には、ログデータの送信元の決済サーバ4を運営する加盟店を識別する情報が記憶されている。
他の項目は、決済ログデータ一時記憶部46に記憶されているものと同じであるので説明を省略する。
他の項目は、決済ログデータ一時記憶部46に記憶されているものと同じであるので説明を省略する。
図7(b)は、集計処理部52が行った集計結果の一例を示した図である。この集計は、決済ログデータ記憶部53に蓄積されたログデータを用いて行われたものである。
決済サーバ4を運営する加盟店に関しては、決済した金額の合計が加盟店ごとに算出される。
決済した金額のうち、販売サーバ3から決済の代行を依頼された分に関しては、予め取り決めてある代行手数料が合計される。
決済サーバ4を運営する加盟店に関しては、決済した金額の合計が加盟店ごとに算出される。
決済した金額のうち、販売サーバ3から決済の代行を依頼された分に関しては、予め取り決めてある代行手数料が合計される。
販売サーバ3を運営する販売店に関しては、販売代金から決済の代行手数料を減算した金額が販売店ごとに合計される。
集計処理部52は、以上のような、決済の代行に伴う代行手数料の精算を含めた各加盟店、各販売店ごとのバリューの移動を、所定期間ごと(例えば、1日1回)に集計する。
集計処理部52は、以上のような、決済の代行に伴う代行手数料の精算を含めた各加盟店、各販売店ごとのバリューの移動を、所定期間ごと(例えば、1日1回)に集計する。
加盟店に関しては、決済合計額分だけバリュー原資を配分し、販売店には、販売代金合計額から手数料合計額を引いた金額分だけバリュー原資を配分する。
即ち、販売サーバ3の販売店は、チケットの販売代金(代行手数料を引いたもの)をバリュー原資から得ることができ、一方、決済サーバ4の加盟店は、決済代行による代行手数料をバリュー原資から得ることができる。
即ち、販売サーバ3の販売店は、チケットの販売代金(代行手数料を引いたもの)をバリュー原資から得ることができ、一方、決済サーバ4の加盟店は、決済代行による代行手数料をバリュー原資から得ることができる。
なお、図示しないが、電子マネー管理サーバ5は、顧客からの要求により電子マネーカード9へのチャージを行う機能を有している。この場合、機器認証サーバ5は、顧客から要求があったチャージ金額分のバリューを加算する加算命令を生成し、電子マネーカード9に送信する。
チャージした金額分の料金は、顧客が予め決済サーバ4に登録した銀行口座やクレジットカードを用いて顧客から徴収する。徴収した資金は、イシュアのバリュー原資となる。
また、図示しないが、機器認証サーバ5は、各電子マネーカードごとにチャージした金額を記憶したデータベースも備えている。
チャージした金額分の料金は、顧客が予め決済サーバ4に登録した銀行口座やクレジットカードを用いて顧客から徴収する。徴収した資金は、イシュアのバリュー原資となる。
また、図示しないが、機器認証サーバ5は、各電子マネーカードごとにチャージした金額を記憶したデータベースも備えている。
図8は、販売サーバ3のハードウェア的な構成の一例を示した図である。
CPU(Central Processing Unit)121は、ROM(Read Only Memory)122に記憶されているプログラムや、記憶部128からRAM(Random Access Memory)123にロードされたプログラムに従って各種の処理を実行する中央処理装置である。
このような処理としては、例えば、顧客端末2から申込情報の受信、決済サーバ4への決済情報の送信、決済サーバ4からの決済完了通知の受信、販売データの管理などがある。
CPU(Central Processing Unit)121は、ROM(Read Only Memory)122に記憶されているプログラムや、記憶部128からRAM(Random Access Memory)123にロードされたプログラムに従って各種の処理を実行する中央処理装置である。
このような処理としては、例えば、顧客端末2から申込情報の受信、決済サーバ4への決済情報の送信、決済サーバ4からの決済完了通知の受信、販売データの管理などがある。
ROM122は、販売サーバ3を機能させる上で必要な基本的なプログラムやパラメータなどが記憶されている。
RAM123は、CPU121が各種の処理を実行する上で必要なワーキングエリアを提供する。
RAM123は、CPU121が各種の処理を実行する上で必要なワーキングエリアを提供する。
記憶部128は、販売サーバ3が機能するために必要な各プログラムやデータを記憶しており、例えば、ハードディスクや半導体メモリなどの記憶装置により構成されている。
記憶部128に記憶されている情報としては、例えば、通信制御部31を構成するための通信制御プログラム、販売処理部32を構成するための販売処理プログラム、販売データベース33、商品データベース34、OS(Operating System)などがある。OSは、ファイルの入出力を行ったり、販売サーバ3の各部を制御したりなど、基本的な機能を実現するためのプログラムである。
CPU121、ROM122、RAM123は、バス124を介して相互に接続されている。このバス124には、入出力インターフェース125も接続されている。
入出力インターフェース125には、キーボード、マウスなどよりなる入力部126、CRT(Cathode−ray Tube)、LCD(Liquid Crystal Display)などよりなるディスプレイ、並びにスピーカなどによりなる出力部127、ハードディスクなどにより構成される記憶部128、モデム、ターミナルアダプタなどにより構成される通信部129が接続されている。
入出力インターフェース125には、キーボード、マウスなどよりなる入力部126、CRT(Cathode−ray Tube)、LCD(Liquid Crystal Display)などよりなるディスプレイ、並びにスピーカなどによりなる出力部127、ハードディスクなどにより構成される記憶部128、モデム、ターミナルアダプタなどにより構成される通信部129が接続されている。
通信部129は、ネットワークを介しての通信処理を行う機能部であり、例えば、決済サーバ4に接続して決済情報を送信したり、決済完了通知を受信したりなどする。
また、入出力インターフェース125には、必要に応じてドライブ130が接続され、磁気ディスク141、光ディスク142、光磁気ディスク143、又はメモリカード144などが適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部128にインストールされる。
なお、決済サーバ4、電子マネー管理サーバ5、顧客端末2の構成は基本的に販売サーバ3と同様であるので説明は省略する。
また、入出力インターフェース125には、必要に応じてドライブ130が接続され、磁気ディスク141、光ディスク142、光磁気ディスク143、又はメモリカード144などが適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部128にインストールされる。
なお、決済サーバ4、電子マネー管理サーバ5、顧客端末2の構成は基本的に販売サーバ3と同様であるので説明は省略する。
図9は、チケット購入に際し、顧客端末2で表示される画面の一例を説明するための図である。
以下、図9(a)〜図9(d)は、販売サーバ3が送信した画面データにより表示されたものである。
以下、図9(a)〜図9(d)は、販売サーバ3が送信した画面データにより表示されたものである。
図9(a)は、顧客が購入を申し込むチケットを選択した後に表示される画面であって、講演名、公演日時、会場が表示されるほか、会員ID入力欄とパスワード入力欄が表示される。
顧客は、表示内容を確認した後、自己の会員IDとパスワードを入力し、「ログイン」ボタンをクリックする。
また、「ログイン」ボタンをクリックする際に、電子マネーカード9をリーダライタ8にセットしておく。
「ログイン」ボタンをクリックすると販売サーバ3は、電子マネーカード9のカードIDを読み出す。
顧客は、表示内容を確認した後、自己の会員IDとパスワードを入力し、「ログイン」ボタンをクリックする。
また、「ログイン」ボタンをクリックする際に、電子マネーカード9をリーダライタ8にセットしておく。
「ログイン」ボタンをクリックすると販売サーバ3は、電子マネーカード9のカードIDを読み出す。
本実施の形態では、電子マネーカード9を用いて販売サーバ3からチケットを購入する場合、予め販売サーバ3に会員登録するものとしたが、会員登録しないでチケットを購入できるようにシステムを構成しても良い。
会員制を用いた場合、顧客の氏名、住所、電話番号などを登録しておき、チケットを購入するたびにこれらの情報を入力する手間を省略することができる。また、顧客にポイントを発行するなどの会員サービスを提供することもできる。
なお、従来のチケットサービスのように、チケットの郵送を必要としないため、また、バリューによる決済が可能となるため、住所などの個人情報を取得しなくてもチケットサービスの実現が可能である。
会員制を用いた場合、顧客の氏名、住所、電話番号などを登録しておき、チケットを購入するたびにこれらの情報を入力する手間を省略することができる。また、顧客にポイントを発行するなどの会員サービスを提供することもできる。
なお、従来のチケットサービスのように、チケットの郵送を必要としないため、また、バリューによる決済が可能となるため、住所などの個人情報を取得しなくてもチケットサービスの実現が可能である。
図9(b)は、図9(a)の画面で「ログイン」ボタンをクリックした場合に表示される画面である。
この画面には、購入を申し込むチケットに関する情報のほか、カードIDが表示され、顧客が確認するようになっている。
「確定」ボタンをクリックすると申込内容が確定し、販売サーバ3が受付番号を付与すると共に、電子マネーカード9からカードIDを読み取る。
「キャンセル」ボタンをクリックすると、チケットの申込をやり直すようになっている。
この画面には、購入を申し込むチケットに関する情報のほか、カードIDが表示され、顧客が確認するようになっている。
「確定」ボタンをクリックすると申込内容が確定し、販売サーバ3が受付番号を付与すると共に、電子マネーカード9からカードIDを読み取る。
「キャンセル」ボタンをクリックすると、チケットの申込をやり直すようになっている。
図9(c)は、図9(b)の画面で「確定」ボタンをクリックした場合に表示される画面である。この画面では、受付番号と決済金額が表示される。
また、今決済するか否かの問い合わせが表示され、顧客は、「はい」ボタン、「後日にします」ボタンを選択することにより、今決済するか、又は後日決済するかを選択することができる。
「はい」ボタンをクリックすると、図9(e)の画面に遷移し、直ちに決済処理に移行する。
「後日にします」ボタンをクリックすると、図9(d)に示した画面に遷移する。
また、今決済するか否かの問い合わせが表示され、顧客は、「はい」ボタン、「後日にします」ボタンを選択することにより、今決済するか、又は後日決済するかを選択することができる。
「はい」ボタンをクリックすると、図9(e)の画面に遷移し、直ちに決済処理に移行する。
「後日にします」ボタンをクリックすると、図9(d)に示した画面に遷移する。
図9(d)の画面では、決済を受け付ける期間と、決済サーバ4が開設している決済サイトのURLが表示される。
この決済サイトは、販売サーバ3が複数ある決済サーバ4から選択したものが開設しているものである。
顧客は表示された期間内に指定されたURLを用いて決済サイトにアクセスし、決済を行う。
この決済サイトは、販売サーバ3が複数ある決済サーバ4から選択したものが開設しているものである。
顧客は表示された期間内に指定されたURLを用いて決済サイトにアクセスし、決済を行う。
図9(e)は、顧客端末2が、販売サーバ3が指定した決済サイトにアクセスした際に表示される画面である。
この画面では、顧客に電子マネーカード9をリーダライタ8にセットするように促す表示がなされる。
電子マネーカード9をリーダライタ8にセットした後、「次へ」ボタンをクリックすると、決済サーバ4は、電子マネーカード9からカードIDを読み取る。
決済サーバ4は、電子マネーカード9から読み取ったカードIDと、販売サーバ3から受信したカードIDを照合することにより、決済情報を特定する。
この画面では、顧客に電子マネーカード9をリーダライタ8にセットするように促す表示がなされる。
電子マネーカード9をリーダライタ8にセットした後、「次へ」ボタンをクリックすると、決済サーバ4は、電子マネーカード9からカードIDを読み取る。
決済サーバ4は、電子マネーカード9から読み取ったカードIDと、販売サーバ3から受信したカードIDを照合することにより、決済情報を特定する。
図9(f)は、図9(e)で「次へ」ボタンをクリックした場合に表示される画面である。
この画面では、決済の対象となるチケットに関する情報が表示される。
これらの情報は、決済サーバ4が、カードIDから特定した決済情報を用いて生成したものである。
顧客は、これらの情報を確認し、「決済」ボタンか「キャンセル」ボタンを選択してクリックする。
この画面では、決済の対象となるチケットに関する情報が表示される。
これらの情報は、決済サーバ4が、カードIDから特定した決済情報を用いて生成したものである。
顧客は、これらの情報を確認し、「決済」ボタンか「キャンセル」ボタンを選択してクリックする。
顧客が「決済ボタン」をクリックした場合、決済サーバ4は、減算命令を電子マネーカード9に送信して決済を行う。
顧客が「キャンセル」ボタンをクリックした場合、決済サーバ4は決済を行わない。そして、指定した期間内に顧客が決済しない場合は、チケットの申込は取り消しになる。
顧客が「キャンセル」ボタンをクリックした場合、決済サーバ4は決済を行わない。そして、指定した期間内に顧客が決済しない場合は、チケットの申込は取り消しになる。
図9(g)は、図9(f)の画面で「決済」ボタンをクリックした場合に表示される画面である。
この画面の画面データは、決済サーバ4が生成して顧客端末2に送信しても良いし、あるいは販売サーバ3が決済完了通知を受信した後に生成して顧客端末2に送信しても良い。
この画面では、チケットの代金の決済が完了した旨の通知と、決済に使用した電子マネーカード9がそのままチケットとして使用されるので当日公演会場に持参するようにとの指示が表示される。また、質問などの問い合わせ先も表示される。
この画面の画面データは、決済サーバ4が生成して顧客端末2に送信しても良いし、あるいは販売サーバ3が決済完了通知を受信した後に生成して顧客端末2に送信しても良い。
この画面では、チケットの代金の決済が完了した旨の通知と、決済に使用した電子マネーカード9がそのままチケットとして使用されるので当日公演会場に持参するようにとの指示が表示される。また、質問などの問い合わせ先も表示される。
図10は、販売システム1でチケットを販売する手順を説明するためのフローチャートである。
まず、顧客は、チケットを購入するために顧客端末2から販売サーバ3の販売サイトにアクセスする(ステップ5)。
これに対し販売サーバ3は、購入画面データを顧客端末2に送信する(ステップ40)。
まず、顧客は、チケットを購入するために顧客端末2から販売サーバ3の販売サイトにアクセスする(ステップ5)。
これに対し販売サーバ3は、購入画面データを顧客端末2に送信する(ステップ40)。
顧客は、販売サイトでチケットを選択する。この際に、顧客は電子マネーカード9をリーダライタ8にセットしておき、販売サーバ3が電子マネーカード9のカードIDを読み出せるようにしておく。
顧客端末2は、販売サーバ3に顧客が選択したチケットを特定する情報を送信する(ステップ10)。
販売サーバ3は、これを受信し、一時記憶する。そして、電子マネーカード9に対してカードID出力命令を送信する(ステップ45)。
顧客端末2は、販売サーバ3に顧客が選択したチケットを特定する情報を送信する(ステップ10)。
販売サーバ3は、これを受信し、一時記憶する。そして、電子マネーカード9に対してカードID出力命令を送信する(ステップ45)。
電子マネーカード9は、カードID出力命令を受信して実行し、販売サーバ3にカードIDを送信する(ステップ15)。
販売サーバ3は、カードIDを受信し、また、受付番号を採番し、これらを先に記憶したチケットを特定する情報と共に、申込情報として販売データベース33に記憶する(ステップ50)。
販売サーバ3は、カードIDを受信し、また、受付番号を採番し、これらを先に記憶したチケットを特定する情報と共に、申込情報として販売データベース33に記憶する(ステップ50)。
次に、販売サーバ3は、決済の代行を依頼する決済サーバ4を選択する。そして、申込情報から決済情報を生成し、これを選択した決済サーバ4に送信する(ステップ55)。
決済サーバ4は、販売サーバ3から決済情報を受信して記憶し、顧客からのアクセスに備える(ステップ70)。
決済サーバ4は、販売サーバ3から決済情報を受信して記憶し、顧客からのアクセスに備える(ステップ70)。
一方、販売サーバ3は、選択した決済サーバ4の決済サイトのURLを顧客端末2に送信し、この決済サーバ4に接続するように指示する(ステップ60)。
顧客は、販売サーバ3との接続を一端切断し、販売サーバ3から指示された決済サイトにアクセスする(ステップ20)。その際に、電子マネーカード9をリーダライタ8にセットしておく。
顧客は、販売サーバ3との接続を一端切断し、販売サーバ3から指示された決済サイトにアクセスする(ステップ20)。その際に、電子マネーカード9をリーダライタ8にセットしておく。
決済サーバ4は、顧客端末2からアクセスを受け付け、電子マネーカード9に対してカードID出力命令を送信する(ステップ73)。
電子マネーカード9は、このカードID出力命令を受信して実行し、決済サーバ4に対してカードIDを送信する(ステップ25)。
電子マネーカード9は、このカードID出力命令を受信して実行し、決済サーバ4に対してカードIDを送信する(ステップ25)。
決済サーバ4は、電子マネーカード9からカードIDを受信してこれを販売サーバ3から受信した決済情報と照合し、該当する決済情報を特定する。そして、決済情報から決済する金額を取得して、この金額分だけバリューを減算処理するための減算命令を生成し、電子マネーカード9に送信する(ステップ75)。
電子マネーカード9は、決済サーバ4から減算命令を受信して実行し、決済金額分だけバリューを減算処理する(ステップ15)。
電子マネーカード9は、減算処理を実行後、減算処理完了通知を決済サーバ4に送信する(ステップ30)。
電子マネーカード9は、減算処理を実行後、減算処理完了通知を決済サーバ4に送信する(ステップ30)。
決済サーバ4は、電子マネーカード9から減算完了通知を受信し、決済が完了したことを表示するための決済完了画面データを生成し、顧客端末2に送信する(ステップ80)。
顧客端末2は、この画面データを受信して、この決済完了画面を表示装置に表示する(ステップ35)。
顧客端末2は、この画面データを受信して、この決済完了画面を表示装置に表示する(ステップ35)。
更に、決済サーバ4は、販売サーバ3に対して、決済完了通知を送信する(ステップ85)。
販売サーバ3は、この決済完了通知を受信して、決済が行われた申込情報を特定し、決済ステータスを「未決済」から「既決済」に更新する。これにより、決済に使用した電子マネーカード9のカードIDがチケット番号として登録される(ステップ65)。
販売サーバ3は、この決済完了通知を受信して、決済が行われた申込情報を特定し、決済ステータスを「未決済」から「既決済」に更新する。これにより、決済に使用した電子マネーカード9のカードIDがチケット番号として登録される(ステップ65)。
次に、チケットとして登録された電子マネーカード9の使用方法について説明する。
図11は、公演会場の入場システムを模式的に示した図である。
この入場システムは、入場管理サーバ61、公演会場の入口に設置され、入場管理サーバ61と接続された入口端末62、入口端末62に配設されたリーダライタ63などから構成されている。
図11は、公演会場の入場システムを模式的に示した図である。
この入場システムは、入場管理サーバ61、公演会場の入口に設置され、入場管理サーバ61と接続された入口端末62、入口端末62に配設されたリーダライタ63などから構成されている。
リーダライタ63は、リーダライタ8と同様に、電子マネーカード9と近距離の無線通信を行う。
入口端末62は、リーダライタ8を駆動すると共に、入場管理サーバ61と通信する。
このように、入口端末62、リーダライタ63は、入場管理サーバ61と電子マネーカード9の通信を仲介する。
入口端末62は、リーダライタ8を駆動すると共に、入場管理サーバ61と通信する。
このように、入口端末62、リーダライタ63は、入場管理サーバ61と電子マネーカード9の通信を仲介する。
入場管理サーバ61は、図12に示したような項目から構成される登録チケットデータを備えている。
登録チケットデータは、「カードID」、「入場ステータス」、「チケット情報」、…などの項目から構成されている。
登録チケットデータは、「カードID」、「入場ステータス」、「チケット情報」、…などの項目から構成されている。
これらの項目は、販売サーバ3の販売データベース33で、「決済ステータス」が「既決済」となり、チケット登録されたものを集計したものであり、販売サーバ3から取得したものである。
また、「入場ステータス」は、デフォルトでは「未入場」に設定されており、顧客が入場すると「入場済み」に設定される。
また、「入場ステータス」は、デフォルトでは「未入場」に設定されており、顧客が入場すると「入場済み」に設定される。
顧客は、公演会場に入場する際に、入口で電子マネーカード9をリーダライタ63にセットする。
入場管理サーバ61は、この電子マネーカード9からカードIDを取得して、登録チケットデータに登録されているカードIDのうち「入場ステータス」が「未入場」となっているものと照合する。
入場管理サーバ61は、この電子マネーカード9からカードIDを取得して、登録チケットデータに登録されているカードIDのうち「入場ステータス」が「未入場」となっているものと照合する。
入場管理サーバ61は、照合の結果、電子マネーカード9のカードIDが登録チケットデータベースで検索されたか否かの結果を入口端末62に送信する。入口端末62は、これを係員に提示する。
電子マネーカード9のカードIDが、登録チケットデータベースで検索された場合、顧客は公演会場への入場を許可される。
電子マネーカード9のカードIDが、登録チケットデータベースで検索された場合、顧客は公演会場への入場を許可される。
入場管理サーバ61は、カードIDを検索した後、このカードIDに係る「入場ステータス」を「入場済み」に設定する。
また、入場管理サーバ61は、「チケット情報」を用いて顧客の座席番号などを入口端末62に提示するなどして、顧客の利便性を高めることもできる。
また、入場管理サーバ61は、「チケット情報」を用いて顧客の座席番号などを入口端末62に提示するなどして、顧客の利便性を高めることもできる。
なお、本実施の形態では、電子マネーカード9をチケットとして使用したが、これに限定するものではなく、例えば、従来行われているように、顧客にチケットを郵送するように構成することもできる。
また、登録チケットデータベースは、決済サーバ4が商品データベース34を用いて生成し、入場管理サーバ61に提供したものである。
この提供は、登録チケットデータベースを記憶媒体に記憶して公演会場に送付したり、あるいは、所定期間ごとに販売サーバ3がバッチ処理して入場管理サーバ61に送信したり、あるいは、FTP(File Transfer Protocol)などで送信することができる。
また、開演直前など、即時性が要求される場合は、販売サーバ3が決済完了通知を受信すると共にネットワークで入場管理サーバ61にカードIDなどを送信するように構成することができる。
また、登録チケットデータベースは、決済サーバ4が商品データベース34を用いて生成し、入場管理サーバ61に提供したものである。
この提供は、登録チケットデータベースを記憶媒体に記憶して公演会場に送付したり、あるいは、所定期間ごとに販売サーバ3がバッチ処理して入場管理サーバ61に送信したり、あるいは、FTP(File Transfer Protocol)などで送信することができる。
また、開演直前など、即時性が要求される場合は、販売サーバ3が決済完了通知を受信すると共にネットワークで入場管理サーバ61にカードIDなどを送信するように構成することができる。
以上に説明した本実施の形態により以下のような効果を得ることができる。
(1)電子マネーカード9による決済機能を持たない販売システムを利用している販売店であっても、電子マネーカード9による決済機能を持つ加盟店に決済の代行を依頼することにより、商品を販売することができる。
(2)販売店は、複数の決済サーバ4に決済代行の依頼を行うことにより、複数の決済サーバ4から決済を依頼するものを選択することができる。
(1)電子マネーカード9による決済機能を持たない販売システムを利用している販売店であっても、電子マネーカード9による決済機能を持つ加盟店に決済の代行を依頼することにより、商品を販売することができる。
(2)販売店は、複数の決済サーバ4に決済代行の依頼を行うことにより、複数の決済サーバ4から決済を依頼するものを選択することができる。
(3)複数台の決済サーバ4に決済処理を分散させるため、一時期にチケット購入の申込が殺到しても、とりあえずチケット購入の申込だけ受け付けることができる。そのため、決済の待ち時間が長いため顧客を逃すといったことを防ぐことができる。
(4)複数台の決済サーバ4に決済処理を分散させるため、決済処理の集中により特定の決済サーバ4に過度の負荷がかかることを防ぐことができる。
(4)複数台の決済サーバ4に決済処理を分散させるため、決済処理の集中により特定の決済サーバ4に過度の負荷がかかることを防ぐことができる。
(5)チケットの申込は、販売サイトで行い、チケット代金の支払いは後ほど決済サイトで行うというように申込と決済を分離したため、チケット購入時に電子マネーカード9にチケット代金分のバリューがチャージされている必要はない。そのため、顧客は、バリュー残高の不足が原因でチケット購入の機会を逃すことがなく、販売サイト側は、訪れてきた顧客に確実にチケット販売することができる。
以上、本実施の形態について説明したが、販売システム1を用いた様々なビジネス上の応用が可能である。
例えば、販売サーバ3の販売サイトは、集客力が高いため、ここに広告を掲載することにより、広告宣伝効果を高めることができる。特に、チケットの公演に関する広告を掲載すると効果的である。
例えば、販売サーバ3の販売サイトは、集客力が高いため、ここに広告を掲載することにより、広告宣伝効果を高めることができる。特に、チケットの公演に関する広告を掲載すると効果的である。
また、本実施の形態では、一例として、チケットを販売する場合について説明したが、これに限定するものではなく、ネットワークを介した商取引全般に適用することができる。
例えば、販売サーバ3がコンテンツを販売するサーバ装置であった場合、決済サーバ4での決済処理が終了した後、顧客端末2から再度販売サイトに接続してもらい、顧客端末2に対して決済が完了したコンテンツをダウンロードすることができる。
例えば、販売サーバ3がコンテンツを販売するサーバ装置であった場合、決済サーバ4での決済処理が終了した後、顧客端末2から再度販売サイトに接続してもらい、顧客端末2に対して決済が完了したコンテンツをダウンロードすることができる。
また、顧客は、決済サイトにアクセスする必要があるため、ここに広告を掲載することにより、広告宣伝効果を高めることができる。
決済サーバ4を提供する加盟店が自社の商品を宣伝することにより、加盟店側もメリットを享受することができる。
決済サーバ4を提供する加盟店が自社の商品を宣伝することにより、加盟店側もメリットを享受することができる。
特に、チケットの公演に関する商品を取り扱っている加盟店に決済代行を依頼すると広告宣伝効果が高くなる。
例えば、サッカーチケットの決済代行をサッカー用品を販売している加盟店が行うことにより、加盟店は、決済サイトにアクセスした顧客にサッカー用品を宣伝・販売することができる。
例えば、サッカーチケットの決済代行をサッカー用品を販売している加盟店が行うことにより、加盟店は、決済サイトにアクセスした顧客にサッカー用品を宣伝・販売することができる。
(変形例)
近年、携帯電話が広く普及してきた。そこで、携帯電話に電子マネーカード9と同様なICチップを埋め込み、携帯電話で電子マネーを使用できるようにするビジネスモデルが提案されている。
ここでは、このような電子マネー機能を備えた携帯電話を販売システム1に適用する場合について説明する。
近年、携帯電話が広く普及してきた。そこで、携帯電話に電子マネーカード9と同様なICチップを埋め込み、携帯電話で電子マネーを使用できるようにするビジネスモデルが提案されている。
ここでは、このような電子マネー機能を備えた携帯電話を販売システム1に適用する場合について説明する。
図13に示した携帯電話207は、電話機能部210、電子マネー機能部212、及び電話機能部210と電子マネー機能部212の通信を仲介するインターフェース部211から構成されている。
電話機能部210は、公衆回線網に接続して他の電話機と通話を行う通話モードと、インターネットに接続し、Webサイトが提供するサービスを利用するインターネットモードを有している。
以下では、携帯電話207をインターネットモードで使用するものとする。
電話機能部210は、公衆回線網に接続して他の電話機と通話を行う通話モードと、インターネットに接続し、Webサイトが提供するサービスを利用するインターネットモードを有している。
以下では、携帯電話207をインターネットモードで使用するものとする。
電話機能部210は、ディスプレイや数字・文字キー、機能キーなどを備えており、Webサイトが提供する情報の提示や、情報の入力・送信が行えるようになっている。
顧客は、電話機能部210から、URLを入力することにより販売サイトや決済サイトにアクセスし、これらのサイトが提供するサービスを利用することができる。
顧客は、電話機能部210から、URLを入力することにより販売サイトや決済サイトにアクセスし、これらのサイトが提供するサービスを利用することができる。
電子マネー機能部212は、電子マネーカード9に内蔵されているICチップと同様のICチップにより構成され、情報処理部228、バリュー記憶部229、通信制御部231、ID記憶部233、…などから構成されている。
これらの機能部は、それぞれ電子マネーカード9(図2)の情報処理部15、バリュー記憶部16、通信制御部18、カードID記憶部17に対応する。
これらの機能部は、それぞれ電子マネーカード9(図2)の情報処理部15、バリュー記憶部16、通信制御部18、カードID記憶部17に対応する。
インターフェース部211は、リーダライタ8に対応する機能を有しており、電話機能部210と電子マネー機能部212の間の通信を仲介する。
販売サイト、決済サイトは、電話機能部210、インターフェース部211を介して、電子マネー機能部212に各種命令を入力すると共に、電子マネー機能部212が出力した情報を受信することができる。
販売サイト、決済サイトは、電話機能部210、インターフェース部211を介して、電子マネー機能部212に各種命令を入力すると共に、電子マネー機能部212が出力した情報を受信することができる。
通信制御部231は、図示しない内蔵アンテナに接続されており、このアンテナを介して、リーダライタを備えた外部の端末装置と通信することができる。
このように、電子マネー機能部212には、インターネット経由でアクセスすることができると共に、電子マネーカード9と同様にリーダライタ経由でアクセスすることもできる。
このように、電子マネー機能部212には、インターネット経由でアクセスすることができると共に、電子マネーカード9と同様にリーダライタ経由でアクセスすることもできる。
以上のように構成された携帯電話207は、販売システム1において以下のように利用される。
まず、顧客は、電話機能部210から販売サイトにアクセスし、チケットの購入を申し込む。この際に、販売サーバ3は、ID出力命令を電子マネー機能部212に送信し、電子マネー機能部212からIDを取得する。
まず、顧客は、電話機能部210から販売サイトにアクセスし、チケットの購入を申し込む。この際に、販売サーバ3は、ID出力命令を電子マネー機能部212に送信し、電子マネー機能部212からIDを取得する。
販売サーバ3は、決済情報を生成する。そして、決済サーバ4を選択し、選択した決済サーバ4に決済情報を送信して決済の代行を依頼する。
顧客は、電話機能部210からこの決済サーバ4の決済サイトにアクセスし、決済処理を申し出る。
顧客は、電話機能部210からこの決済サーバ4の決済サイトにアクセスし、決済処理を申し出る。
これに対し、決済サーバ4は、ID記憶部233からIDを取得して申込案件を特定し、決済金額分の減算命令を生成して電子マネー機能部212に送信する。
電子マネー機能部212では、情報処理部228がこの減算命令を実行し、バリュー記憶部229に記憶されているバリューを減算処理する。
決済サーバ4は、減算処理終了後、決済完了通知を販売サーバ3に送信し、決済サーバ4は、電子マネー機能部212のIDをチケット登録する。
電子マネー機能部212では、情報処理部228がこの減算命令を実行し、バリュー記憶部229に記憶されているバリューを減算処理する。
決済サーバ4は、減算処理終了後、決済完了通知を販売サーバ3に送信し、決済サーバ4は、電子マネー機能部212のIDをチケット登録する。
顧客は、公演当日に公演会場に携帯電話207を持参し、入口に設置されたリーダライタ63に携帯電話207をセットする。
入場管理サーバ61は、入口端末62、リーダライタ63を経由して電子マネー機能部212にアクセスし、電子マネー機能部212のIDを取得する。
そして、このIDを登録チケットデータベースと照合して、その結果を入口端末62に送信する。
以上の手順により、顧客は、携帯電話207をチケットとして使用することができる。
入場管理サーバ61は、入口端末62、リーダライタ63を経由して電子マネー機能部212にアクセスし、電子マネー機能部212のIDを取得する。
そして、このIDを登録チケットデータベースと照合して、その結果を入口端末62に送信する。
以上の手順により、顧客は、携帯電話207をチケットとして使用することができる。
電子マネーカードでの決済機能を持たない販売サーバであっても、電子マネーカードでの決済機能を有する決済サーバに販売代金の決済の代行を依頼することにより、電子マネーを用いた商品販売を行うことができる。
1 販売システム
2 顧客端末
3 販売サーバ
4 決済サーバ
5 電子マネー管理サーバ
8 リーダライタ
9 電子マネーカード
2 顧客端末
3 販売サーバ
4 決済サーバ
5 電子マネー管理サーバ
8 リーダライタ
9 電子マネーカード
Claims (6)
- 貨幣価値を電子情報として記憶する貨幣価値記憶手段と減算命令を受信して実行し、前記記憶した貨幣価値を減算する減算手段とを具備した貨幣端末と、前記貨幣端末に記憶した貨幣価値を用いた決済により商品の販売を行う販売サーバと、前記販売サーバからの依頼を受けて前記貨幣端末に減算命令を送信する決済実行サーバと、がネットワークで接続可能に配設された商品販売システムで使用される販売サーバであって、
前記貨幣端末に固有の端末IDと、決済対象である商品を特定する商品特定情報と、を受信する決済情報受信手段と、
前記決済実行サーバに、前記受信した端末IDと、前記受信した商品特定情報で特定される商品の代金情報と、を送信する決済情報送信手段と、
前記送信した端末IDで特定される貨幣端末が記憶している貨幣価値が、前記送信した代金情報で特定される金額分だけ減算されたことを示す決済完了通知を、前記決済実行サーバから受信する決済完了通知受信手段と、
を具備したことを特徴とする販売サーバ。 - 複数存在する決済処理サーバのうち、決済処理を依頼する決済実行サーバを指定する指定手段を備え、
前記決済情報送信手段は、前記指定した決済実行サーバに前記端末IDと前記決済金額を送信することを特徴とする請求項1に記載の販売サーバ。 - 決済の対象となる商品を選択可能に提示する提示手段を具備し、
前記決済情報受信手段は、前記提示した商品からユーザが選択した商品を特定する商品特定情報を受信することを特徴とする請求項1、又は請求項2に記載の販売サーバ。 - 前記決済完了通知受信手段で決済完了通知を受信した場合に、決済の対象となった商品を提供する提供手段を具備したことを特徴とする請求項1、請求項2、又は請求項3に記載の販売サーバ。
- 貨幣価値を電子情報として記憶する貨幣価値記憶手段と減算命令を受信して実行し、前記記憶した貨幣価値を減算する減算手段とを具備した貨幣端末と、前記貨幣端末に記憶した貨幣価値を用いた決済により商品の販売を行う販売サーバと、前記販売サーバからの依頼を受けて前記貨幣端末に減算命令を送信する決済実行サーバと、がネットワークで接続可能に配設された商品販売システムで使用される販売サーバが行う販売方法であって、
前記販売サーバは、決済情報受信手段と、決済情報送信手段と、決済完了通知受信手段と、を備えたコンピュータから構成され、
前記決済情報受信手段で、前記貨幣端末に固有の端末IDと、決済対象である商品を特定する商品特定情報と、を受信する決済情報受信ステップと、
前記決済実行サーバに、前記決済情報送信手段で、前記受信した端末IDと、前記受信した商品特定情報で特定される商品の代金情報と、を送信する決済情報送信ステップと、
前記送信した端末IDで特定される貨幣端末が記憶している貨幣価値が、前記送信した代金情報で特定される金額分だけ減算されたことを示す決済完了通知を、前記決済完了通知受信手段で、前記決済実行サーバから受信する決済完了通知受信ステップと、
から構成されたことを特徴とする販売方法。 - 貨幣価値を電子情報として記憶する貨幣価値記憶手段と減算命令を受信して実行し、前記記憶した貨幣価値を減算する減算手段とを具備した貨幣端末と、前記貨幣端末に記憶した貨幣価値を用いた決済により商品の販売を行う販売サーバと、前記販売サーバからの依頼を受けて前記貨幣端末に減算命令を送信する決済実行サーバと、がネットワークで接続可能に配設された商品販売システムで使用される販売サーバが実行する販売プログラムであって、
前記貨幣端末に固有の端末IDと、決済対象である商品を特定する商品特定情報と、を受信する決済情報受信機能と、
前記決済実行サーバに、前記受信した端末IDと、前記受信した商品特定情報で特定される商品の代金情報と、を送信する決済情報送信機能と、
前記送信した端末IDで特定される貨幣端末が記憶している貨幣価値が、前記送信した代金情報で特定される金額分だけ減算されたことを示す決済完了通知を、前記決済実行サーバから受信する決済完了通知受信機能と、
をコンピュータで実現する販売プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003299883A JP2005071081A (ja) | 2003-08-25 | 2003-08-25 | 販売サーバ、販売方法、及び販売プログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003299883A JP2005071081A (ja) | 2003-08-25 | 2003-08-25 | 販売サーバ、販売方法、及び販売プログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005071081A true JP2005071081A (ja) | 2005-03-17 |
Family
ID=34404981
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003299883A Pending JP2005071081A (ja) | 2003-08-25 | 2003-08-25 | 販売サーバ、販売方法、及び販売プログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005071081A (ja) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1717746A1 (en) * | 2005-04-28 | 2006-11-02 | NEC Corporation | Payment system, paying method and program |
JP2007086949A (ja) * | 2005-09-21 | 2007-04-05 | Felica Networks Inc | 情報処理システム,ユーザ端末,サービスクライアント,情報処理方法,およびコンピュータプログラム |
JP2008123334A (ja) * | 2006-11-14 | 2008-05-29 | National Institute Of Advanced Industrial & Technology | 分散サーバシステム |
JP2009026116A (ja) * | 2007-07-20 | 2009-02-05 | Rakuten Inc | 仮想商店街管理システム |
JP2009237969A (ja) * | 2008-03-27 | 2009-10-15 | Ntt Data Corp | カード処理システム、カード処理方法及びカード処理プログラム |
JP2017123116A (ja) * | 2016-01-08 | 2017-07-13 | 日本電気株式会社 | 負荷分散システム、負荷分散装置、負荷分散方法、および、プログラム |
WO2020044635A1 (ja) * | 2018-08-31 | 2020-03-05 | 三井物産株式会社 | チケットシステム、チケット管理装置及び決済方法 |
JP2021119536A (ja) * | 2019-03-30 | 2021-08-12 | 株式会社オーガスタス | 電子決済代行型サービス提供システムおよび電子決済対応型サービス提供システム |
JP2021120893A (ja) * | 2019-07-07 | 2021-08-19 | 株式会社オーガスタス | 電子決済対応型サービス提供システムおよび電子決済代行型サービス提供システム |
JP2022111354A (ja) * | 2018-11-22 | 2022-07-29 | 株式会社オーガスタス | マルチ電子決済システム |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000250994A (ja) * | 1999-03-03 | 2000-09-14 | Hitachi Ltd | Icカードを用いたサービス提供方法及びシステム |
JP2001155107A (ja) * | 1999-11-30 | 2001-06-08 | Oki Electric Ind Co Ltd | 電子決済システム |
JP2002091843A (ja) * | 2000-09-11 | 2002-03-29 | Nippon Telegr & Teleph Corp <Ntt> | サーバ選択装置、サーバ選択方法、及びサーバ選択プログラムを記録した記録媒体 |
JP2002108840A (ja) * | 2000-09-28 | 2002-04-12 | Toshiba Corp | 分散型注文受付システム、受付サーバ、コンテンツサーバ、分散型注文受付方法及びコンピュータプログラム製品 |
JP2002197397A (ja) * | 2000-12-25 | 2002-07-12 | Sakura Bank Ltd | 決済代行システム、決済代行方法、決済代行プログラムを記録した記録媒体及び決済代行プログラム |
JP2002230459A (ja) * | 2001-01-30 | 2002-08-16 | Hitachi Ltd | 電子マネー対応加盟店オンライン登録システムおよび方法 |
JP2002334285A (ja) * | 2001-05-10 | 2002-11-22 | Hitachi Ltd | 複数電子マネー決済代行システム |
JP2002366313A (ja) * | 2001-06-08 | 2002-12-20 | Deep Japan:Kk | 画像データ転送システムおよび画像データ転送方法 |
JP2003058717A (ja) * | 2001-08-21 | 2003-02-28 | Hitachi Software Eng Co Ltd | 分散課金処理システムでの残金管理方法、残金管理プログラム及び分散課金処理システム |
-
2003
- 2003-08-25 JP JP2003299883A patent/JP2005071081A/ja active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000250994A (ja) * | 1999-03-03 | 2000-09-14 | Hitachi Ltd | Icカードを用いたサービス提供方法及びシステム |
JP2001155107A (ja) * | 1999-11-30 | 2001-06-08 | Oki Electric Ind Co Ltd | 電子決済システム |
JP2002091843A (ja) * | 2000-09-11 | 2002-03-29 | Nippon Telegr & Teleph Corp <Ntt> | サーバ選択装置、サーバ選択方法、及びサーバ選択プログラムを記録した記録媒体 |
JP2002108840A (ja) * | 2000-09-28 | 2002-04-12 | Toshiba Corp | 分散型注文受付システム、受付サーバ、コンテンツサーバ、分散型注文受付方法及びコンピュータプログラム製品 |
JP2002197397A (ja) * | 2000-12-25 | 2002-07-12 | Sakura Bank Ltd | 決済代行システム、決済代行方法、決済代行プログラムを記録した記録媒体及び決済代行プログラム |
JP2002230459A (ja) * | 2001-01-30 | 2002-08-16 | Hitachi Ltd | 電子マネー対応加盟店オンライン登録システムおよび方法 |
JP2002334285A (ja) * | 2001-05-10 | 2002-11-22 | Hitachi Ltd | 複数電子マネー決済代行システム |
JP2002366313A (ja) * | 2001-06-08 | 2002-12-20 | Deep Japan:Kk | 画像データ転送システムおよび画像データ転送方法 |
JP2003058717A (ja) * | 2001-08-21 | 2003-02-28 | Hitachi Software Eng Co Ltd | 分散課金処理システムでの残金管理方法、残金管理プログラム及び分散課金処理システム |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1717746A1 (en) * | 2005-04-28 | 2006-11-02 | NEC Corporation | Payment system, paying method and program |
JP2007086949A (ja) * | 2005-09-21 | 2007-04-05 | Felica Networks Inc | 情報処理システム,ユーザ端末,サービスクライアント,情報処理方法,およびコンピュータプログラム |
JP2008123334A (ja) * | 2006-11-14 | 2008-05-29 | National Institute Of Advanced Industrial & Technology | 分散サーバシステム |
JP2009026116A (ja) * | 2007-07-20 | 2009-02-05 | Rakuten Inc | 仮想商店街管理システム |
JP2009237969A (ja) * | 2008-03-27 | 2009-10-15 | Ntt Data Corp | カード処理システム、カード処理方法及びカード処理プログラム |
JP2017123116A (ja) * | 2016-01-08 | 2017-07-13 | 日本電気株式会社 | 負荷分散システム、負荷分散装置、負荷分散方法、および、プログラム |
WO2020044635A1 (ja) * | 2018-08-31 | 2020-03-05 | 三井物産株式会社 | チケットシステム、チケット管理装置及び決済方法 |
JP2022111354A (ja) * | 2018-11-22 | 2022-07-29 | 株式会社オーガスタス | マルチ電子決済システム |
JP7193191B2 (ja) | 2018-11-22 | 2022-12-20 | 株式会社オーガスタス | マルチ電子決済システム |
JP2021119536A (ja) * | 2019-03-30 | 2021-08-12 | 株式会社オーガスタス | 電子決済代行型サービス提供システムおよび電子決済対応型サービス提供システム |
JP7037025B2 (ja) | 2019-03-30 | 2022-03-16 | 株式会社オーガスタス | 電子決済代行システムおよび電子決済対応型サービス提供システム |
JP2021120893A (ja) * | 2019-07-07 | 2021-08-19 | 株式会社オーガスタス | 電子決済対応型サービス提供システムおよび電子決済代行型サービス提供システム |
JP2022075767A (ja) * | 2019-07-07 | 2022-05-18 | 株式会社オーガスタス | 電子決済代行型システム組合せ体 |
JP7072297B2 (ja) | 2019-07-07 | 2022-05-20 | 株式会社オーガスタス | 電子決済代行型システム組合せ体 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6996535B1 (en) | Electronic commerce support method and apparatus | |
US8577744B2 (en) | System and method for effecting auction item payments through a network portal | |
US9336543B2 (en) | System and method for facilitating transactions through a network portal | |
US20040215507A1 (en) | Fully funded reward program | |
JPH11296587A (ja) | 電子モールサーバ,電子モールクライアント,電子モールシステム及び記憶媒体 | |
JP2001291032A (ja) | 匿名性を持つ代表支払い手段を用いた電子支払いシステム及びその方法 | |
KR20160003642A (ko) | 이동 장치 자금 조달을 위한 시스템 및 방법 | |
JP6951602B1 (ja) | 情報処理装置、情報処理方法、および情報処理プログラム | |
US7103571B2 (en) | Electronic settlement system using prepaid type electronic money | |
EP1313047A1 (en) | Commodity selling or buying method using network | |
JP3537410B2 (ja) | ネットワークポイント決済システム、販売店サーバシステム、事業者サーバシステムおよび仲介サーバシステム | |
JP2005071081A (ja) | 販売サーバ、販売方法、及び販売プログラム | |
US7783537B1 (en) | Method and apparatus for conditional payment to a seller | |
JP2023039762A (ja) | 電子決済システム、電子決済方法、およびプログラム | |
JP2003308468A (ja) | ポイント処理システム | |
JP3632051B2 (ja) | ネットワーク決済処理システム、ネットワーク決済処理装置、ネットワーク決済処理方法、および、ネットワーク決済処理プログラム | |
KR101304506B1 (ko) | 아이템 거래 중개 시스템 및 방법 | |
JP7012186B1 (ja) | 情報処理装置、情報処理方法、および情報処理プログラム | |
KR100437123B1 (ko) | 네트워크상의 전자 쇼핑몰을 통한 직결재 시스템 및 그 방법 | |
JP2003044771A (ja) | 取引システム、支払機関サーバ、取引円滑サーバ及び取引方法 | |
KR102008969B1 (ko) | 수산물 및 축산물 창업 서비스 시스템 | |
JP2003303306A (ja) | プリペイド方式による商品代金支払システム | |
KR100759782B1 (ko) | 전자화폐를 이용한 결제대행 시스템 및 그 방법 | |
JP2019061675A (ja) | 受発注システム | |
JP7195391B1 (ja) | 電子決済システム、電子決済サーバ、電子決済方法、およびプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060529 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090203 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090602 |