クレジット決済代行会社からの受けデータについて

ケータイサイトを運営していく中で
クレジット決済代行会社（ゼウスやゼロなど）に決済を依頼。
そこからの決済完了を受けて
顧客に商品をダウンロードしてもらおうと思っています。
その場合の受けデータは
どのように組むことになるのでしょう？

代行会社へ飛ばすのは、リンクボタンでいいはずですが、
その後のcgiの組み方について教えてください。

No.5 回答者： taloo 回答日時： 2007/11/08 18:28

http://okwave.jp/qa3500282.html
これもふまえて、
その程度のことが出来ないようでは、アカウント情報他、信用を扱う上で問題が出そうなので、やめた方が良いと思います。


業者に制作依頼を出すことをおすすめします。

No.4 回答者： anotherone 回答日時： 2007/11/07 20:24

ゼロの仕様の問題だと思いますが

詳しい説明が書いてあるページはどこかにありますか
データを送るとは　どこあてに　どんな情報を　どんな方法で送るのでしょうか
送る側の条件に合う形で受けの準備が必要です
ゼロでサンプルは用意していないのでしょうか
説明書はあるのでしょうか
サポート窓口はありますか

もしかしてすごく簡単にできるとか
もしかして全然考え方の違うものとか
そういうことありますか

手順書　手引書　説明書　データ形式　送信手順　など
決済の流れが分かるものを読ませてもらえませんか

この回答への補足

anotheroneさん本当に助かります！ありがとうございます。
さて、詳しい説明書、サンプル等は用意してくれていないのですが、

説明からは
「注文する」というボタンから指定のorder.cgiにリンクを貼り
POST形式で
　・clientip　（割り当てられたコード）
　・money　　 （決済金額）
　・usrtel　　 (電話番号)　　　　　　　　任意
　・usrmail　 (メールアドレス)　　　　　任意
　・sendid　　 (ID等)　　　　　　　　　　任意
　・sendpoint （ポイント等）　　　　　　 任意
　・siteurl　 （処理後移動するリンク先URL/ ここはGET形式との指示あり） 任意

などを投げると決済ページに移動し、後はゼロの決済ページに移動して個人情報等を入力、処理してくれます。

その後処理が完了したときにその決済結果を今度はゼロからGETで投げかけてくれるそうです。
その時にこちら側で用意したプログラムにあわせ下記の中からその項目をを選ぶことが出来ると。
　・clientip　（弊社が割り当てたコード）
　・money　　 （決済金額）
　・usrtel　　 (電話番号)
　・usrmail　 (メールアドレス)
　・sendid　　 (お客様のユニークなID等)
　・sendpoint （お客様のユニークなポイント等）
この中から項目を選ぶ必要があると。

また、正常に受け取った場合には「処理完了」などの応答を表示させなくてはならないようです。

基本的に売上管理等は、ゼロの「加盟店売上管理画面」で確認することも出来るので、
必要がなければ特に選択しなくてもいいのでしょうけれど、
その後こちら側でどうそれを処理（利用）するのかによって
内容が変わってくるってことになるということになりそうです。

もし、ポイント減額方式などに連動させるなら、これによってユーザーにポイントを付加させる必要があったり
それぞれのデータをこちらで処理しなくてはいけないでしょうから、何らかの形で受け取らなくてはならないんですね。
またその場合MySQLなどとの連動したデータ処理まで考えなくてはならないってことですよね。

送受信だけならシンプルに出来そうなのですが、その後の処理は結構複雑になりそうですね。
まして、前回投稿したようなポイント減額、ダウンロードなどの形式を取るならよけいに…ちょっと混乱気味です。

補足日時：2007/11/08 13:46

No.3 回答者： anotherone 回答日時： 2007/11/07 13:09

本格的にやるならソケットになると思います

何らかの形で決済会社からデータが来ないなら
取りに行くしかないと思います
取りに行くなら　POSTかGETになると思いますがどちらなのでしょう
ソケットの概要は分かったでしょうか
まずは簡単なデータを取り込んでみることをすすめます
BODY全部を取り込んで表示してみる
BODYから目的のタグだけ取り出してみる
内容を判断させてみる
実データでテスト
のように段階をふんで　いろいろやってみてください

商品を買ってＤＬを許可するのは　単独の処理でもできそうですが
2枚ＤＬする権利を販売して　2枚までどれでも　だと考え方が違います
残額を把握するために　データベースが必要になります
アクセス記録から　個人を特定して　残額を調べることが必要です
ＤＬも何を見てＤＬとするか判断が必要です
ＤＬしようとして失敗しても1回なのか　何を完了とするか
決まりごとが必要になってくるとおもいます　

この回答への補足

anotheroneさん、いろいろと本当にありがとうございます！
決済結果については、代行会社の方から投げてくれるようですので
それを受けるプログラム（cgi,php,java,asp等）を作成…単に考えていたのですが、
この場合に単に投げてくる情報を受け取るということにはならないのでしょうか？
…あ、でも投げてきた情報を元にDLという行程であればそうはならないですよね。
まして、後述のデータベースとの連動となると…。

ソケットの概要については、今一生懸命読んでいるところです。
まだ正直なところちょっとちんぷんかんぷんです。

2枚DLをする権利を販売して、2枚までどれでもというのは、
やはりデータベースが必要になるのですね。
かなりこの辺の設定となると複雑なものになるのでしょうか？
いろいろ分からないことばかりで申し訳ありません。
何か参考になるようなスクリプトはありますか？

補足日時：2007/11/07 16:57

No.2 回答者： anotherone 回答日時： 2007/11/06 19:09

http://phonebook.yahoo.co.jp/a113/g103/g20083/g3 …
例として　Yahoo電話帳ですが　東京の喫茶店の　わ行を表示します
?よりあと　r=44　を　r=1　にすると　あ行になります
これは「GET」によるやりとりです

決済の確認はこんなに簡単ではないと思いますが
GET　または　POSTで表示する内容を指定して
条件に合う情報を表示するものだと思います
どんなページで　どんな情報か　によって処理内容が変わってきます
決済会社はどこですか　どんなページで　どんな情報ですか

もし自分ならＰＨＰを使います
http://phpspot.net/php/pg%83%5C%83P%83b%83g%82%C …
ＰＨＰなら　fsockopenでソケットを使います
http://www.phppro.jp/phpmanual/php/ref.dom.html
DOMを読んで目的の情報を探して判断させます
1.購入　2.支払　3.支払完了　4.ダウンロード開始

支払確認のタイミングとしては　ユーザに確認させます
支払完了後　ダウンロードしようとすると　支払確認を行う処理が動く
完了していればDLさせる　未完了ならメッセージの表示　とします
サーバ側で知っておく必要は無いので負荷が減ります
購入者の特定をどうするか　IP　ID　
何度もダウンロード可能にするか　回数指定　1回のみ　など
使い方や条件でプログラムは変わります

サーバは決まっているのでしょうか
決済方法は決まっているのでしょうか
できれば簡単なサンプルを用意したいと思いますが
詳しい情報が必要です　補足してください



＜メモ＞
http://phpspot.net/php/pg%83%5C%83P%83b%83g%82%C …
http://runaway.air-nifty.com/tubuyaki/2006/01/ph …
http://narutyo.net/index.php?no=12
http://shoji.blog1.fc2.com/blog-entry-31.html
http://www.spencernetwork.org/memo/tips-4.php
http://www.spencernetwork.org/memo/tips-3.php
http://we.devedu.com/post/How-To-Tips-PHPe381a7P …
http://www.otamu.com/webg/2007/08/php_http_post_ …
http://ameblo.jp/sard333/entry-10043418478.html

この回答への補足

anotheroneさん詳しく丁寧にありがとうございます。とても参考になります。

クレジット決済代行会社はゼロの予定で、VISA、Masterを利用予定。
こちらのサーバーはレンタルサーバーのフューチャリズム
http://www.futurism.ws/server/です。
基本的なcgi関連の利用は問題なさそうです。

代行会社から返してもらえるデータ項目としては
　・clientip　（弊社が割り当てたコード）
　・money　　 （決済金額）
　・usrtel　　 (電話番号)
　・usrmail　 (メールアドレス)
　・sendid　　 (お客様のユニークなID等)
　・sendpoint （お客様のユニークなポイント等）
となっていますが、
clientip、money、usrmail、id
があればいいのかなと考えています。

ケータイの壁紙などの販売を考えているので、やはり決済終了直後に
そのままダウンロード（コピー？）を1回のみ出来るような形を取りたいです。

あと決済結果を返すデータも指定して欲しいとのことで
a)決済完了データのみ
b)決済完了と決済失敗両方
これは完了データのみが送られてくればいいと思っています。

あともう一つ一枚いくらという販売方法の他に、
2枚で000円というような販売方法も考えているのですが、
この場合はやはりカートを使わないとできないものなのですか？

先にポイントを000円分購入させ、それで2回までは好きなものを落とせる…
のような形にすれば、一度で済みそうなのですが…。
ただ、その場合は一回に枚数分使わないこともあるでしょうから
次回に残ポイント数と顧客とがわかるようにしなくてはいけないので、きっともっと複雑になるのでしょうね。

補足日時：2007/11/06 20:21

No.1 回答者： anotherone 回答日時： 2007/11/06 06:26

支払い完了の情報をどのように取得するかで処理が違います

メールでしょうか　Webでしょうか
注文　カート　の部分は何で作っているのでしょうか
これまではどうしていたのでしょうか
良ければ詳しく教えてください

この回答への補足

anotheroneさんありがとうございます。
正直なところほとんど素人な状態で、これから商品（ケータイの壁紙等）を販売しようと思っているところなので、
基本的な部分がかけていると思っています。
単純にリンクを貼るだけ…というような話で聞いていたところ、
よく考えてみればそのあとの決済終了のやりとりが必要になってくるわけですよね。やりとりは基本的にはwebになります。

現在は全体のイメージをhtmlで作っています。
その中に注文ボタンをつくってクレジット代行会社へのリンクを貼る→
（そこからは代行会社と顧客とのやりとり）→決済が無事終了→
情報を受けて、ダウンロード（壁紙の場合はコピー可能に）出来るようにする。というような流れを考えています。

この場合決済終了時に再び代行会社からこちらのサイトへ戻ることになると思いますが、
その際に決済結果の受けプログラムを作成し、
clinetip（会社が割当るコード）,usrtel,usrmail,sedid,等を選ばなくてはいけないということでした。
実のところ、この結果はメールで報告が来るだけと単純に考えていたものですから、
これをどうしたものやらと苦しんでいるところなのです。
こんな状況で分かりますでしょうか？

補足日時：2007/11/06 11:02