Additionally I would like to send in this bitmap
which is what bitwallet has put up in their
reference docs.
Sorry its in Japanese, so if you are fine with it
you can check the 2 stages of either a handshake
initiated from service provider as a "kessai
shuryou tsuuchi" or as a merchant side status
lookup depicted there in as "kessai kekka
toiawase"
Regards
Manish
--- Curt Sampson <cjs@cynic.net> wrote:
> On Tue, 1 Mar 2005, Manish Prabhune wrote:
>
> > As against the credit card way of 2 levels of
> AUTHORIZATION AND
> > CAPTURE this process is a single level stuff.
>
> Not really, no. There are always
> "request/confirm" stages in any
> transaction between two parties that runs
> across a network, because you
> need to be able to deal with network failures
> between a request and a
> response.
>
> In the case of a credit card (at least, the way
> I write the software
> when I have the choice), it works like this:
>
> 1. I ask for an authorization. I get a
> response back, which confirms
> that the network is working and that the
> merchant bank will do his
> best to accept the charge.
>
> 2. I record, in my database, that I am
> attempting to charge the
> card. This must fulfill the durability
> criterion of an ACID
> transaction, because some part of the
> system may fail at any
> tim during the process after this.
>
> 3. I send a request to charge the card.
>
> 4. Upon receipt of a "successful"
> response, I fullfill the
> transaction for the consumer (i.e., give
> him whatever he bought).
>
> If I don't get a response, I don't know if the
> card has been charged
> or not. (I cannot tell if the network failed to
> send my request, or
> just failed to deliver the response to me.) My
> record that I attempted
> to charge the card lets me go back later and
> reconcile the transaction
> afterwards, when the network is operational
> again, to see if the card
> was or was not charged.
>
> For the transaction you described, I must still
> record that I made a
> charge request. If after the consumer
> authorizes the charge on his
> keitai, the response is not delivered to me, it
> could still be the case
> that the consumer was charged, in which case I
> still have to deliver
> the goods to him (or reverse the charge) when
> the network is again
> operational.
>
> cjs
> --
> Curt Sampson <cjs@cynic.net> +81 90 7737
> 2974
>
> *** Contribute to the Keitai Developers'
> Wiki! ***
> *** http://www.keitai-dev.net/wiki/
> ***
>
>
> This mail was sent to address
> applet_graphics@yahoo.com
> Need archives? How to unsubscribe?
> http://www.appelsiini.net/keitai-l/
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
-- No attachments (even text) are allowed --
-- Type: image/pjpeg
-- File: bitwallet.JPG
-- Desc: bitwallet.JPG
Received on Wed Mar 2 15:33:55 2005