账号:
密码:
最新动态
产业快讯
CTIMES / 文章 /
闲话RFC─RFC 2706与RFC 2739
 

【作者: 洪進吉】2000年03月01日 星期三

浏览人次:【11756】

RFC 2706

一个电子商务的应用

很多人认为RFC仅是一些通讯协议,应该甚少接触到商业上的应用,这是不争的事实。将RFC直接用于商业用途真的很少,因为在「标准」的概念中,必须要有相当的公认性才有可能成为标准,但相对的,在实务上,若直接牵涉到商业行为,很少能够产生一定公认性的协议,因此不难想象,如欲在RFC看到纯为商业用途所提出来的Standard Track应该是比较困难的。


虽说在Standard Track没有,但并非所有的RFC都必须变成一种标准,这样就失去RFC的精神了,因此在Infomational部份,笔者试图寻找泛商业性质的RFC,且亦的确看到了一篇与电子商务具备相当关连性的RFC文件,就是RFC 2706─ECML v1:Field Names for E-Commerce,这里的ECML指的是Electronic Commerce Modeling Language。


背景

在一般的传统商务里,为了要完成交易行为,必须定义出很多语法与格式,就像我们用会计来处理帐务一样,商业的书信也有一定的方式,这些都是为了促进交易程序更为严谨,即便产品本身有不同的属性,但在交易程序中所须要的共同元素是免不了的。


在电子商务中,金钱交易的电子化占了相当重要的地位,所谓「金钱交易的电子化」,简言之即是「电子货币包」(Electronic Wallets),但事实上,推动电子货币包并不容易,也正因以往缺乏标准的关系,才会有ECML的推出,由于ECML的任务在于加速电子商务的推展,因此,ECML获得了AOL、IBM、Novell、Sun、VISA等十数家大厂的支持(注一)。


架构

吾人所熟知大部份的电子交易行为均透过Web网站达成,且多以Form来沟通,但最大的问题是,在Field上每一个人的想法多少都有点不同,所以,如何订定一种Form的Field,让大家能够顺利依循与使用,这样才有可能进行信息交换,进而达成商业交易行为。但也因为这是一个共同发展的协议,所以它会架构在一些既有的基础上,应用到的便有SSL/TLS(RFC2246)、SET、XML跟IOTP等。


内容

在ECML v1.0中,定义了几个字段(field)来做沟通,请见(表一):


《表一 》
《表一 》

由表一可看出,这些field包含了一些基本的交易行为,让电子商务或电子货币包更容易进行交易,这也是ECML的精神。当然,这些字段都有定义,也有最小的表示值,这里笔者将试图举个例子来说明在HTML上实作的方式︰


交易时


<HTML>
<HEAD>
<title> eCom Fields Example </title>
</HEAD>
<BODY>
	<FORM action="http://ecom.example.com" method="POST">
	Please enter card information:
	<p>Your name on the card
		<INPUT type="text" name="Ecom_Payment_Card_Name" SIZE=40>
	<br>The card number
		<INPUT type="text" name="Ecom_Payment_Card_Number" SIZE=19>
	<br>Expiration date (MM YY)
		<INPUT type="text" name="Ecom_Payment_Card_ExpDate_Month" SIZE=2>
		<INPUT type="text" name="Ecom_Payment_Card_ExpDate_Year" SIZE=4>
		<INPUT type="hidden" name="Ecom_Payment_Card_Protocol">
		<INPUT type="hidden" name="Ecom_SchemaVersion"
		value="http://www.ecml.org/version/1.0">
	<br>
		<INPUT type="submit" value="submit"> <INPUT type="reset">
	</FORM>
</BODY>
</HTML>



交易完成


<HTML>
<HEAD>
<title> eCom Transaction Complete Example </title>
</HEAD>
<BODY>
	<FORM>
	Thank you for your order. It will be shipped in several days.
		<INPUT type="hidden" name="Ecom_TransactionComplete">
		<INPUT type="hidden" name="Ecom_SchemaVersion"
			value="http://www.ecml.org/version/1.0">
	</FORM>
</BODY>
</HTML>



小结

笔者在看到这一篇RFC时,也是相当有兴趣的,因为真的很少有这样的RFC。


现在还在起草的ECML v1.1中,除了就一些小问题修正外,最主要的还是补强XML的部份与范例,这也说明了XML在信息交换的重要性。


除了ECML外,IETF在起草有关电子商务的通讯协议时,还有Simple Commerce Messaging Protocol(SCMP)跟Internet Open Trading Protocol(IOTP),若时间许可,笔者将尽快为各位绍这些Protocol,它们均相当有趣亦具备前瞻性。


RFC 2739

Calendar Attributes for vCard and LDAP

所谓的Calendar Attributes for vCard and LDAP,即是在vCard与LDAP实现Calendar的方法,以往无论就email、档案或网页的传递,都有相对应不错的通讯协议可资完成,但行事历的通讯协议还没有一个普遍的方式,即使某些程序如Outlook在这方面看来似乎是成熟的,但说真的,这也只是Microsoft既定的规则。


行事历上所衍生的应用在未来具备相当的远景,因为,人们真的除了能够做言语的沟通外,共同生活也是一件很重要的事,而能够共同生活,就是要了解彼此的状态与行事历(状态的问题以后将在Instant Message的Status与Notification中讨论)。行事历的交换,是进一步让大家的生活互相参与的重要机制,因此就网络所扮演的角色而言,这是一个很重要的功能。


内容定义

定义出下面四种的URI:


1.Free/Busy URI (FBURL)


2.Calendar Access URI (CAPURI)


3.Calendar URI (CALURI)


4.Default URIs


在vCard的使用上,也是用这几个Property,以vCard的形式呈现,如下列这个例子:



BEGIN:VCARD
VERSION:3.0
N:Dun;Alec
FN:Alec Dun
ORG:Microsoft Corporation
ADR;WORK;POSTAL;PARCEL:;;One Microsoft Way;
Redmond;WA;98052-6399;USA
TEL;WORK;MSG:+1-206-936-4544
TEL;WORK;FAX:+1-206-936-7329
EMAIL;INTERNET:user@host1.com
CALADRURI;PREF:mailto:user@host1.com
CALURI;PREF:http://cal.host1.com/user/cal.ics
FBURL;PREF:http://cal.host1.com/user/fb.ifb
CALURI:http://cal.company.com/projectA/pjtA.ics
FBURL:http://cal.company.com/projectA/pjtAfb.ifb
END:VCARD



而在LDAP则如下:



- One object class:
- calEntry

- Eight attributes:
- calCalURI
- calFBURL
- calCAPURI
- calCalAdrURI
- calOtherCalURIs
- calOtherFBURLs
- calOtherCAPURIs
- calOtherCalAdrURIs



小结

事实上,虽然鼓吹使用iCalendar、vCard跟LDAP的人不少,但真正使用的人不多,就实际应用而言,要被广为接受尚须一段时日,即使笔者认为vCard与LDAP等应该算是一个已成熟的产品。


(作者为自由作家gene@tku.net)


备注

注一︰American Express、AOL、Brodia、Compaq、CyberCash、Discover、FSTC、IBM、Mastercard、Microsoft、Novell、SETCo、Sun Microsystems、Trintech、Visa等。


相关文章
强化转型核心动力 打造更强数位韧性
数位转型下的工具机发展趋势
您的开源软体安全吗?
OLED与Mini LED争逐主流PC显示技术
企业创新契机 永续经营与数位转型并行
comments powered by Disqus
相关讨论
  相关新闻
» IBM力推AI服务平台 助企业顾问提升50%生产力
» 微软《Cyber Signals》研究:与OpenAI合作避免网路攻击
» Toppan Photomask与IBM签署EUV光罩研发协议 推进2奈米技术
» 微软生成式AI助??度科技优化法律服务品质
» IBM发表一款高性能低错误率量子处理器架构


刊登廣告 新聞信箱 读者信箱 著作權聲明 隱私權聲明 本站介紹

Copyright ©1999-2024 远播信息股份有限公司版权所有 Powered by O3  v3.20.1.HK83S9TPLVKSTACUK6
地址:台北数位产业园区(digiBlock Taipei) 103台北市大同区承德路三段287-2号A栋204室
电话 (02)2585-5526 #0 转接至总机 /  E-Mail: webmaster@ctimes.com.tw