"... In PAGE 20: ...2.2 Transaction Set Table2 -3 gives the subset of electronic transactions used by RAs. These transactions enable request, delivery, and revocation of end entity certificates, and the retrieval of certificates and CRLs from the repository for signature validation.... In PAGE 21: ...4. Table2 -1 RA Electronic Transaction Set Transaction Description From To RA-Generated Registration Request User (or system administrator) submits digitally signed certificate request to RA with proof of identity client RA (sec.... In PAGE 22: ...3.2 Certificate Holders Transaction Set Table2 -3 gives the summary of transactions used by certificate holders. These transactions enable certificate holders to request new certificates and request revocation of certificates held by the certificate holder (if any) for whom the client acts.... In PAGE 24: ... 2-12 Table2 -2 Certificate Holders Electronic Transaction Set Transaction Description From To RA-Generated Registration (see sec. 3.... In PAGE 25: ...4.2 PKI Client Transaction Set Table2 -4 gives the summary of transactions used by clients. These transactions enable clients to obtain certificates and CRLs from the repository.... In PAGE 25: ... These transactions are described further in [RFC1777]. Table2 -4 Client Electronic Transaction Set Transaction Description From To Retrieve Certificate Query repository or specified repository for an entity apos;s certificate(s) client repository (see sec. 3.... ..."

"... In PAGE 5: ...IV Table of Tables Table1 : The transaction relationships in Electronic Commerce .... ..."

"... In PAGE 8: ... Two corresponded to infeasible schedules, while the other 48 had to be examined to determine if they were Pareto points. As Table4 shows (the headings of the last six columns correspond to labels in Figure 2), the vast majority of the solutions were determined to be either Pareto or non-Pareto points using the bounding heuristics { only two were solved using the tighter LP-relaxation lower bounding method and no solutions required an ILP approach! Note also that in several cases (time constraints in the range 420-600), the... ..."

"... In PAGE 1: ... They are often initiated by either the buying or the selling side, and frequently involve vendors of electronic commerce software. They can be distinguished by a variety of factors, such as the amount of catalog content management that is included, restrictions on participation, revenue models, and how may steps of a market transaction is automated by the electronic market system (see Table1 for an ove r view). 1 This article is part of a comprehensive report on Internet-based purchasing systems to be published by the same authors in early 1999.... ..."

"... In PAGE 63: ...Table42 shows the FSTC Electronic Check requirements pro#0Cle. It shows the transaction properties expected for an electronic cheque mostly resembling those of a paper cheque.... ..."

"... In PAGE 61: ...Table 41: FSTC Electronic Check Visibility Pro#0Cle Table41 shows the FSTC Electronic Check visibility pro#0Cle. Mostly these resemble traditional cheque transactions.... ..."

"... In PAGE 24: ...Table 4: Visibilityofacheque transaction Both cheque and credit card transactions are less anonymous than a cash transac- tion. Table4 shows the visibility pro#0Cle of a personal crossed cheque #5BCST95a#5D. who #2F what Merchant Customer Date Amount Item Merchant - Yes Yes Yes Yes Customer Yes - Yes Yes Yes Bank Yes Yes Yes Yes No Phys.... In PAGE 60: ...a. Table4 0: FSTC Electronic CheckFeature Pro#0Cle a general architecture for accessing existing banking facilities over the Internet. The FSTC Electronic Check is modeled to resemble the traditional paper cheque applied to a digital context, trying to replicate the traditional paper check work#0Dow and aiming to be and Regulation E compliant It is initiated digitally,payers use digital signatures for signing and payees do likewise for endorsing.... In PAGE 61: ... Cust. Date Amount Item Merchant - Yes Yes Yes Yes Customer Yes - Yes Yes Yes Bank Yes Yes Yes Yes No Observer ? ? Yes ? No Table4 1: FSTC Electronic Check Visibility Pro#0Cle Table 41 shows the FSTC Electronic Check visibility pro#0Cle. Mostly these resemble traditional cheque transactions.... In PAGE 62: ....a., put potentially yes Buyer Risk No Seller Risk Yes Reliability Yes Conservation Yes Ease of Use Unobstrusiveness No Low Latency No Micropayments No, unlikely, although they claim to be, but without de#0Cning exact amounts. Macropayments Yes Low Fixed Costs ?, depending on bank policy HW Independence No, electronic cheque book is HW Table4 2: FSTC Electronic Check Requirements Pro#0Cle... In PAGE 63: ... Genealogy ?. Table4 3: Geldkarte Feature Pro#0Cle A proposal to use the Geldkarte in Internet is from Giesecke amp; Devrient. It in- volves tamper resistant hardware and smart cards.... In PAGE 65: ... Cust. Date Amount Item Merchant - Partial Yes Yes Yes Customer Yes - Yes Yes Yes Bank Yes Yes Yes Yes No Observer Yes Partial Yes Yes Yes Table4 4: Geldkarte Visibility Pro#0Cle... In PAGE 67: ....a. Bidirectionality No Respendability No Acceptability Yes Multicurrency Support Yes Scalability Scalability Yes O#0B-line Operation Yes Economical Issues Operational No, but pilot trial about to start Large User Base Yes, potentially Buyer Risk Yes, goods might not be delivered Seller Risk Yes, customer might use broken HW Reliability Yes Conservation Yes Ease of Use Unobstrusiveness Yes, potentially Low Latency Yes Micropayments Limited, small payments only due to the minimum bank commission of 2 DPF. Macropayments No Low Fixed Costs Yes, potentially HW Independence No Table4 5: Geldkarte Requirements Pro#0Cle Web Resource #5BGlo97#5D #5BKle97#5D #5BGCT97#5D Payment Model Home banking Status amp; Milestones Working prototype, October 1997 Prerequisites Wallet Interface Module Table 46: Globe ID Feature Pro#0Cle... In PAGE 67: ....a. Bidirectionality No Respendability No Acceptability Yes Multicurrency Support Yes Scalability Scalability Yes O#0B-line Operation Yes Economical Issues Operational No, but pilot trial about to start Large User Base Yes, potentially Buyer Risk Yes, goods might not be delivered Seller Risk Yes, customer might use broken HW Reliability Yes Conservation Yes Ease of Use Unobstrusiveness Yes, potentially Low Latency Yes Micropayments Limited, small payments only due to the minimum bank commission of 2 DPF. Macropayments No Low Fixed Costs Yes, potentially HW Independence No Table 45: Geldkarte Requirements Pro#0Cle Web Resource #5BGlo97#5D #5BKle97#5D #5BGCT97#5D Payment Model Home banking Status amp; Milestones Working prototype, October 1997 Prerequisites Wallet Interface Module Table4 6: Globe ID Feature Pro#0Cle... In PAGE 68: ...#5BiKP97#5D Name iKP #281KP, 2KP, 3KP#29 Payment Model Secure credit card presentation. Status amp; Milestones Proposal, spring 1996 Privacy Control Depends on the parameters; at best no real anonymity towards the banks Security Mechanism RSA encryption, signatures Prerequisites ikP SW, Credit Card Remarks Browser- and server-transparent; no use of restricted cryptography software; protocol is disclosed for public re- view Table4 7: iKP Feature Pro#0Cle extendible to anypayment system. The Internet allows customers to place orders while existing secure #0Cnancial networks serve to execute the actual payment.... In PAGE 68: ... Remarks First get goods, pay later. Table4 8: InterCoin Feature Pro#0Cle InterCoin wants to provide a customer friendly service. Customers need to havean InterCoin account.... In PAGE 69: ...49#29. Table4 9: LotteryTickets Feature Pro#0Cle reimburse just these. Customers do not know which tokens are winning tokens.... ..."