09.03.2014 Views

ITB Journal-May-2003 - Institute of Technology Blanchardstown

ITB Journal-May-2003 - Institute of Technology Blanchardstown

ITB Journal-May-2003 - Institute of Technology Blanchardstown

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>ITB</strong> <strong>Journal</strong><br />

user, and debits the customer's account and credits the merchant's account for the value <strong>of</strong> the<br />

goods. When necessary, funds in a customer's iBank account can be replenished from a bank<br />

or credit card; similarly funds in a merchant's iBank account are made available by depositing<br />

them in the merchant's bank account.<br />

The transfer <strong>of</strong> information goods consists <strong>of</strong> delivering bits to the customer. This bit sequence<br />

is the encrypted version <strong>of</strong> the information that the user requested; then the user pays for the<br />

decryption key and downloads this key from the iBank server. This decrypted bit sequence<br />

may have any internal structure, for example, a page <strong>of</strong> text, or a s<strong>of</strong>tware program. Once the<br />

customer receives the bits, there are no technical means to absolutely control what the<br />

customer does with them. Similarly, there is no technical means to prevent users from violating<br />

copyright by redistributing information [3].<br />

2.1 A Closer look at the iBank Model<br />

In a real world voucher scheme, merchants create vouchers, which allow customers to<br />

receive discounts for the purchase <strong>of</strong> goods or even allow the customer to redeem them for<br />

the actual goods. This is the basis <strong>of</strong> the iBank scheme. This payment scheme is ideal for<br />

processing <strong>of</strong> electronic goods in a communications network, such as s<strong>of</strong>tware or electronic<br />

news and information. However, it could be modified to work for physical goods as well by<br />

substituting an authorisation message or a release signal for the electronic goods package.<br />

The transaction model has a traditional configuration consisting <strong>of</strong> merchant, bank and<br />

customer entities. In reality the bank entity <strong>of</strong>ten represents two separate parties; the acquirer<br />

and the issuer. The acquirer is the merchant’s bank and the issuer is the customer’s bank. If<br />

the acquirer and the issuer are separate entities we assume that they share a secure private<br />

communications link. This scheme consists <strong>of</strong> three parts. Each <strong>of</strong> these parts must be<br />

completed to successfully conduct a transaction.<br />

1. The merchant and the bank work together to create a voucher, which contains the<br />

important transaction commitment. A major saving <strong>of</strong> the scheme is that this process<br />

is only required once for a particular item. Since electronic items are likely to be<br />

purchased many times, this is a significant advantage.<br />

2. The merchant allows the free distribution <strong>of</strong> the voucher to customers. For electronic<br />

goods this would typically mean that the voucher is placed on the merchants web site.<br />

The voucher will be distributed together with the actual electronic goods. However,<br />

Issue Number 7, <strong>May</strong> <strong>2003</strong> Page 79

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!