東航網上支付可行性報告

1、中國東方航空公司網上定票與支付系統可行性報告 網上定票與支付系統 可行性報告 設計： 審核： 批準： 中國東方航空公司計算機信息中心 文檔編號： KX1997004.2 文檔版本： 1 o 0 打印日期： 1997-12-25 09:59 、 立 項 依 據 與 目 的 意 義 _.、 研 究 內 容 與 技 術 方 案 1. 研 內 容 1.1. 網 訂 票 12 網 支 付 1.3. 電 出 票 14 自 辦 理 登 機 手 續(xù) 2. 技 術 方 案 2.1. 網 上 訂 票 系 統 22 網 上 支 付 系 統 2.3. 電 子 出 票 與 自 動 登 機 系統 三、成果形式與考核指標

2、1. 應提交的技術條件 2. 2.1. 2.2. 考核指標 網上訂票系統的考核指標 網上支付系統的考核指標 文檔編號 文檔版本 打印日期 KX1997004.2 1 o 0 1997-12-25 09:59 四、成果應用單位或應用推廣趨勢 五、經濟效益與社會效益分析 1. 經濟效益 2. 社會效益 六、計劃進度 七、實現本項目預期目標已具備的條件 八、項目研究人員名單 九、項目資金來源和總投資預算 十、合作形式和合作單位意見 十一、承擔單位意見 十二、主管部門的審查意見 中國東方航空公司網上定票與支付系統可行性報告 一、 立項依據與目的意義 自九十年代 以來，因特網技術的飛速發(fā)展 正在迅速地改

3、變著人們的生活方式。因特網正 在 由科學工作者 的工具變成為普通百姓獲取 信息、進行交流的場所。而 因特網 的商業(yè)應用則 最引人注目。 網上書店是較早開發(fā)成功的商業(yè)應用之 一。網上銷售機票則是具有巨大商機的另一個 商業(yè)應用。1994年10月美國聯合航空公司率先推 出了網上售票系統；乘客只需在因特網上輸入 自己的信用卡號與有效期，就可以直接購買機 票。出票方式有電子機票，機場取票、與送票到 戶等多種方式。 輸年并智推 為了規(guī)范網上售票的業(yè)務，國際航空運 協會（IATA）與美國航空運輸協會（ATA 于1996 10月在洛杉磯聯合召開了“旅客服務大會” 在會議上通過了 “ATA電子出票標準”與“AT

4、A 能卡標準”兩個標準的頒發(fā)為在世界范圍內 廣應用網上售票業(yè)務提供了法律依據。 網上售票不僅方便了乘客，而且還節(jié)省了 航空公司的代理費用，加速了資金周轉。這為銷 售成本居高不下的航空公司帶來了無限生機。 網上售票的另一優(yōu)點是擴充了航空公司的銷 售網點，使航空公司通過因特網將其銷售網點 擴展到全世界。 網上售票的巨大優(yōu)越性，使越來越多的航 空公司投入精兵良將研制自己的網上售票系 統。截止至1997年9月底，世界上排名前20位的航 空公司都有了自己的網上售票系統。民航界專 家斷言：到2010年，世界上80%的航空機票將通過 因特網銷售。 網上售票的最大問題是數據安全問題。具 體地說有以下兩個問題：

5、 文檔編號：K X1997004.2 文檔版本：1 o 0 打印日期： 1997-12-12 09:59 作 為 乘 客 而 言，擔心 網 上 付 款 會 泄 露 自 己 銀 行 卡 的 保 密 數 據； 作 為 航 空 公 司而言， 如 何 確 疋 付 款 人 與 乘 機 人 的 身 份。 這 就 提 出 了 因特網 上 的 數 據 加 密 與 安 全 認 證 技 術 難 題。 目 、八 刖， 國外： 航空公司 的 網 上 售 票 系 統 普 遍 采用的是SSL協議(Secure Sockets Laye)。雖然SSL較好 地解決了數據加密與數據完整性問題，但在解 決安全交易雙方的身份認證與

6、交易無可否認 (抵賴)性方面，做的并不徹底。 VISA 國際組織于1996年聯合其它金融與技 術公司 頒布了 安 全電子 交易協 議(Secure Electrouic Tran saction )，并于1997年5月頒布 了正式的SET1.0版 本，為全面解決網上交易的數據加密與安全認 證問題鋪平了道路。相信在今后幾年內，真正按 照SET標準開發(fā)的網上銷售系統會不斷出現。 初信達區(qū)近空達票迫盡須 在共已社貼航高售又須必 處公次海正內航上爭必又 國內因特網的推廣與應用雖然還 級階段，但其發(fā)展速度卻非常驚人。上海 息網在去年九月份至今一年來，上網人 250萬，信息站點也發(fā)展到了近百家。上 服務網

7、的開通，更標志著上海因特網真 了老百姓的生活。網上商店紛紛建立，國 公司也開始醞釀網上售票業(yè)務。中國民 500億元以上人民幣的客運銷售額是網 的巨大潛在市場。國際民航業(yè)的激烈競 使擔負國際航線運輸任務的航空公司 快推出自己的因特網售票系統。而這些 由一個安全的網上支付系統作支持。 綜上所述，開發(fā)一個符合IATA標準的網上售 票系統與符合SET標準的網上支付系統已是放 在我們面前的一項迫切任務。 研究內容與技術方案 1. 研究內容： 由于網上售票與支付系統的實質是將原 責推應分 負作目容 來由航空公司市場銷售人員或銷售代理 的業(yè)務轉由乘客自己處理，因此對技術工 出了大量有待解 決的新 問題。這就

8、 是本項 該研究的內容。下面按業(yè)務流程將研究內 為四大類: 1.1 網上定票 1.1.1 網上定票網頁的制作，其中包括: 1.1.1.1 航班時刻表查詢 1.1.1.2 票價查詢 1.1.1.3 航班有效座位查詢 1.1.1.4 訂票（生成PNR 1.1.1.5 訂票記錄查詢 1.1.1.6 訂票記錄修改 a）增加航段 b）取消航段 c）修改航段 d）取消旅客 e）取消訂票 f）修改聯系方式 g）座位再證實（已出票） 1.1.2 WEB站點CGI程序的開發(fā) 用來建立WEB SERVE與數據庫之間的 透明連接 與存取。 1.1.3 WEB站點與民航訂票主機通訊方式的研 究 按照現有的計算機技術，

9、有三種方法可以 實現中國民航UNISYS主機與WEB站點數據庫之間 的通訊。 a）采用計算機仿真技術 i用WEBSERVER勺主機作為民航定座主機 的仿真終端，必須配置UNISYS的UNIX主機 及其仿真軟件。 ii用PC機既作為WEBServer的客戶機，又作 為民航主機的仿真終端，利用StepC智 能卡中的UNISCOPE仿真協議，再加上C語 言編程。 b）采用遵守EDIFACT協議的定座數據交換 技術，需要與民航計算機中心進行 大量的業(yè)務協調與編寫相應的UNIX EDI程 序。 c）采用WEB Server的UNIX主機與民航定座主 機 之 間 的 進程互 操作。雙方均 需開 發(fā) 相 應

10、 的 應 答 程序。 總 之, 由航 宛空公司 用戶采用瀏覽 器并 通 過 因 特 網 實 現 與 民 航主機 的實時交互操 作， 而 用 戶 又 不 必 學 習 疋 座主機 的專用操作命 令， 這 無 論 在 業(yè) 務 上 還 是 在技術上都是填補 國內 空 白 的 重 大 突 破。 1.2 網 上 支 付 這 是 本 項 目 的 重點 攻 關內容， 其 中 有 些 重 大技 術 問 題 即 使 在 西方 技 術先 進 國 家 也 是 處 于試 驗 階段。 1.2.1 交易安全問題 1.2.1.1 數 據 加 密 技術 必 須 保 證 用 戶 在網 上 支付 時 輸 入 的 信 用 卡/銀 行

11、 卡 的 有 關 數 據不 被 泄露， 以 免 被 別 人 盜 用；這是 用 戶 能 否 信 任、網上支付 作 業(yè) 能 否 成 功 的關鍵。 本系統中擬采用56位對稱密鑰的DES算法， 對逐段64位明文數據加密，然后再用1024位非對 稱密鑰的RSA算法將對稱密鑰加密（相當于用一 數字信封把對稱密鑰）封裝，即以雙重加密的方 式實現對用戶金融數據的加密。（參看圖1.1） 121.2 數據完整性檢驗 只有傳輸的數據準確無誤地到達接收方， 才能保證交易的正確性。在傳輸過程中造成的 數據丟失、污染，都會給交易雙方帶來麻煩。如 何檢驗數據的完整性是交易成功與否的又一 關鍵技術。 本系統擬采用數字手印技術

12、實現數據傳 輸的完整性檢驗，具體檢驗方法如下： 在發(fā)送前，將發(fā)送的明文報經過一單向加 密函數處理后，轉換成按過數字手印的密文。 明文經過對稱密鑰加密后依然發(fā)送）。 接收方用對稱密鑰將收文解密后，得到的 發(fā)送明文也經過同一單向函數處理，生成新的 數字手印密文。如果重新生成的數字手印密文 與接收到的數字手印密文完全相同，即證明了 數據傳輸的完整性（參看圖1.2 ）。 121.3 交易的無可否認（抵賴）性 數字簽名是保證交易雙方無法抵賴的最 好解決方案。每個交易方必須從具有權威性的 第三方獲取他的數字簽名密鑰。而在全世界 In ternet 網上，這個數字簽名密鑰必須是唯一的。 然后，利用這個密鑰對

13、按過數字手印的密文進 行再加密，實現了對所發(fā)送信息的數字簽名。接 收方若能夠用發(fā)送方的公共簽名密鑰打開數 字簽名，就決定了發(fā)送方的不可否認性。 1.2.1.4 交易各方身份的認證 在網上售票業(yè)務中，用戶查到的站點是否 就是東方航空公司的站點？航空公司服務的乘 機客戶是否就是網上付款的客戶？這里都有一 個身份認證問題。 數字證書的發(fā)放是解決網上身份認證的 最有效方法。在本方案中，擬選用一權威機構作 為數字證書的發(fā)放單位。證書發(fā)放單位為交易各方發(fā)放一個唯一確認的數字證書以供交易 時能實時地向該權威機構確認對方身份的真 實性。 數字證書中包含 以下內容： ?版本號 ?序列號 ?加密算法代碼 ?證書發(fā)

14、放人 ?持證人信息： 1) .國家 2) .省、市、洲 3) .詳細地址 4) .組織名稱 5) .通用名 ?公共密鑰 ?數字簽名 身份認證的信任結構由圖1.3繪制 鑒于國內尚無法建立上連至國際root-key 的 證書權威機構，本方案中可能會采用國內銀行 卡與國外信用卡分別認證的方法。應該強調的 是，上述方案中所涉及的數據加密與身份認證 技術均是基于安全電子交易協議SET( Secure Electro nit Tran saction )， 只要開發(fā)符合SET標準的客 戶、商戶、網關與CA軟件，并通過In ternet 實現系統 集成，就可以建成滿足上述要求的網上支付系 統。 由于SET1

15、.0的正式版本是在1997年5月31日才 正式頒布，現在世界上所有采用網上售票的航 空公司尚無采用SET作為網上支付協議的先例。 從這個意義上說，該項目的建設，應是國內填補 空白、國際上領先的技術項目。 1.2.2 中國銀行卡作為網上支付的首選工 具。 在中以 戶給 帳度 使用 國外信用卡做網上支付時，信用卡 并無現金結存，而是按照持卡人的信任 付款授權。因此，此信用卡公司的交易處 理機不必核對持卡人銀行帳戶 中的現金結存。 而中國的銀行卡發(fā)行量大、種類又多，用國 內銀行卡作為網上支付的工具將會有一大批 網上售票 的用戶群體。與國際信用卡不同 的是, 國內銀行卡種類雖多，但均屬扣款卡的性質，也

16、 即持卡人的消費是以銀行卡中的現金結存為 前提的。每一次網上交易必須打開持卡人帳戶 并驗證其現金結存是否大于或等于網上消費 量，來決定支付的授權。從這個含義上說，國內 銀行卡的網上交易，在技術處理上的難度與實 時性要求，要比國外信用卡高得多。這是該項目 在技術上處于國際領先地位的又一標志。 123CA的執(zhí)行特點 為了使支付系統能同時支持國外信用卡 與國內銀行卡的網上購票，身份認證應采用兩 步走的方案。 123.1 內/外卡分離認證 在這個方案中，國內信用卡/銀行卡采用與 國際上的根CA不上連的獨立CA 即由相當于 Intranet 中采用SET協議的CA來實時驗證交易雙方 的身份。而國外信用卡

17、則采用國際上現有的根 CA的驗證機制。為此，必須向國外的有關機構申 請東航的商戶軟件與銀行網關軟件的數字證 書。 內/外卡分離認證的方案，會給商戶軟件的 開發(fā)增加了技術上的難度。商戶軟件必須首先 識別付款卡的種類，以決定將付款信息轉送至 國內網關或者國外網關，而東航則必須在國內 與國外銀行同時開帳戶。 1232 內外卡統一認證 該方案的前提條件是國內設置了與國際 根CA可以上聯的地區(qū)CA這有待于各方條件成熟 之 后 實 施。 1.2 .4 網上訂票軟件與商戶軟件 的 集 成 網 上訂票軟件現運行于SUN公 司 的 服 務 器 上。 由 于與民航定座主機實時交互 操 作 的 復 雜 性, 該 :

18、軟件已開發(fā)了 CG、終端仿真等 多 種 接 口 軟 件。 商 戶軟件的合作開發(fā)商均限 疋 了 硬 件 平 臺 的 排 他性，IBM或HP主機只能選其 這 就 為 商 戶 軟 件 與網上訂票軟件的集成帶 來 了 一 疋 的 難 度。 無論采用進程互操作，還是采用T ext 文 件 互 送, 或者互相發(fā)送message,都必須 要 求 實 時 操 作。 尋 找一個能在兩個平臺上的軟 件 之 間 實 現 實 時 交 換信息的集成方案，對系統 的 實 施 是 至 關 重 要 的。 仁 2.5 網關與銀行交易處理機的 接 口 技 術 這 是網上支付的又一大技術難題， 其 中 既 有 技 術 上的，又有業(yè)

19、務上的，還有大 量 行 政 協 調 方 面 的 問題。 就 技術方面的問題而言其解 決 方 案 有 三 種: ?終端仿真技術； ? EDIFACT電子數據交換技術； ?主機之間進程互操作技術。 由于用UNIX主機或PC機仿真POS機必須遵循 ISO 8583協議，而網上支付能傳送的僅僅是信用 卡號或銀行卡號，要仿真ISO 8583協議中的規(guī)定 的信用卡與銀行卡的消息格式有一定的技術 難度，并需要銀行技術人員的配合。如果能采用 一中介處理機仿真銀行扣款與轉帳業(yè)務，饒過 POS仿真這一技術難題，則技術上的難度會降低 不少。而EDIFACT技術在現有的銀行主機中又不 兼容；最可行的接口技術是采用網關

20、與銀行主 機進程互操作的方式，實現銀行卡結存現金的 實時驗證與授權處理。 由于不同銀行采用的交易處理機的主機 不同，要實現多卡通用的功能，其接口程序開發(fā) 的工作量的估計不可忽視。 1.3電子出票 電子 出票的最大 優(yōu)點是 節(jié) 省 了 機 票 制 作 的 本。 為 了實現電子 出票在 疋 座 主 機 中 必 須 運 電 子 出 票軟件。該 軟件定 義 了 電 子 出 票 的 的 序、 文件的結構以 及消息； 格: 式 - 與1 內容等。 電 子 票 并 不 是完全無纟 銷售， 大 多 數 乘 客 仍 需 要 一 張 硬 拷 貝的收據； 航空公 司 在 旅 客 登 機 時 還 需 發(fā) 放 登 機牌

21、。另夕卜, 考慮到 政 府 機 關 的 各 種 稅 收 和 財 務 政策與規(guī)定，如果 馬 上 實 施 電 子 出 票 業(yè) 務, 在中國的特定 環(huán)境下， 將 會 拖 延 項 目 的 實 施 進 度。 鑒 于 上述情況， 電子出 票 功 能 將 在 項 目 的 二 期 工 程 中實施。 1.4 自動辦理登 機手續(xù) 自 動 辦理登機 手續(xù)的 實 現 有 三 個 、八 刖 提 條 件: 其 一 是，東航必 須有一 個 統 一 的 離 港 系 統。 沒有這一條件，自動登機設備的研制就沒有一 個統一的標準。這一條件在本世紀內很難實現。 其二是，必須有一個能快速、準確地識別乘 客身份的證件，國外航空公司大多

22、采用智能卡 作為乘客身份的標識。 其三是，必須開發(fā)相應的服務設備，該設備 既能自動識別乘客的身份，又能自動打印出登 機牌供旅客登機用。 現在看來，最困難的還是第一條。因此，此 項功能只能待條件成熟后再執(zhí)行。 2. 技術方案 2.1 網上訂票系統 圖2.1為網上訂票系統建議方案的網絡結 構示意圖。該系統以自行開發(fā)為主。 航空公司用戶將自己的PC機與In ternet 相連， 并且通過 WEB SERVE發(fā)現訂票網頁，填寫訂票的 相應表格。 CGI程序自動將用戶的訂票信息存儲于UNIX 主機的數據庫中，并且生成相應的記錄狀態(tài)。 運行于PC仁PCn中的定時查詢程序通過局域 網并作為UNIX主機的客戶

23、機檢測數據記錄的狀 態(tài)并決定將記錄內容轉換為訂票主機的操作 代碼，以仿真終端的方式，通過PSTN/DDN網絡傳送 至民航訂票主機。 訂票主機接收用戶的定座請求，生成相應 的PNR記錄并將訂票結果反饋至PC1PCn PC仁PCn將反饋數據進行格式轉換之后，寫 入數據庫。 CGI程序定時檢索記錄狀態(tài)的變化，當接到 反饋信息后，將訂票記錄通過WEB SERVER發(fā)送到 航空公司用戶的瀏覽器上。 2.2 網上支付系統 網上支付系統由四個子系統構成，它們是： ?客戶子系統； ?商戶（如航空公司）子系統（其中的商戶 子 系統應與商戶應用系統集成在同一 硬件平臺上。）； ?付款網關子系統； ? SET （S

24、ecure Electronic Transaction ）用戶資格 注冊子系統； 其建議方案的網絡結構圖如圖2.2所 示。 該系統擬采用技術引進與自行開發(fā) 相結合的方式，實現系統集成。四個子系 統通過INTERNET及其相關協議軟件，集成 為一個完整的網上支付系統，這里需要 說明的是，網關子系統通過對SET交易認 證管理與轉接，實現與銀行的交易處理。 不過這些系統對于網上交易的客戶或 商戶則是完全透明的，現將四個子系統 的工作原理簡述如下： 1）.客戶子系統 這是網上支付系統客戶端INTERNET瀏 覽器的插入（輔助）軟件模塊，主要用 來執(zhí)行下述功能： ? 在客戶進行的每次網上購物交易中驗證

25、客 戶的帳號、口令與數字證書，從而確認客戶身份 的合法性，數字簽名實際上從CA認證機構獲得， 并 存 儲 于 客 戶機中。 ? 執(zhí) 行 電 子 付款表的纟 a 織、 生成 與 控 制 1功 能 并 且 把 銀 行 確認的電子 付 款表 中 的 數 據 存 放 于 客 戶 機 內, 電子付款 表 中 應包 國 際 上 流 行 的 大 多 數 信 用 卡以及國內 各種 銀行 卡 供 用 戶 選 擇。 ? 具 有 多 用 戶功能。每 個 用 戶憑 借 自 己 的 帳 號 即 可 登 錄; 憑借CA機構 頒 發(fā) 的數 字 證 書 即 能 付 款, 從而使 吏每一臺PC機 上 的 瀏覽 器 供 多 個

26、用 戶 使用。 ? 具有一用戶多信用卡/銀行卡帳號的功能， 使每個用戶可以自由選擇其付款卡種類。 ? 具有信用卡信息的加密功能，從而保證每次 付款交易時，能安全地將信用卡信息傳送至商 戶、網關與銀行。 ? 能夠驗證信用卡/銀行卡的可接受性，并向 用戶顯示信用卡/銀行卡的有效期以及認證恢 復狀態(tài)。 ? 幫助瀏覽器管理SET進程，包括加密、認證與 數字簽名等進程。 2）.商戶（航空公司）子系統 對于航空公司或其它商戶而言，商 戶子系統相當于INTERNET網上的現金 記帳簿，其主要功能包括： ? 從網上商店（或航空公司的網上訂票系統） 獲得用戶的訂單（或訂票）記錄。 ? 接收客戶的電子付款，包括基

27、于SET加密后的 信用卡/銀行卡信息。 ? 將電子付款表中的數據轉發(fā)至網關子系統。 ? 計算客尸的訂單（票）與付款金額，并存儲于 商戶主機中。 ? 獲取銀行的付款認證信息，從而確定客戶的 購物（票）請求。 ? 應能支持不同的付款協議，從而執(zhí)行不同的 付款方案。 ? 執(zhí)行SET規(guī)定的相關交易并記錄每筆交易的 完整數據。 3）.SCVAN網關子系統 這是網上支付系統的核心模塊，用 來為銀行主機完成SET交易的認證、管 理與轉接，從而實現In ternet 與銀行系 統的無縫連接，子系統的功能包括： ? 接收從商戶發(fā)出的電子付款表數據； ? 用私人密鑰對輸入的交易信息解密，并驗證 客戶數字簽名的真?zhèn)?/p>

28、。 ? 將電子付款表中的數據翻譯成銀行系統能 夠接受的數據輸入格式，然后通過專用網絡發(fā) 送至銀行的主機系統，供認證與處理。 ? 將銀行系統確認的付款信息再轉發(fā)至商戶 子系統。 ? 存儲商戶數字證書的確認與廢除清單，從而 保證對數字證書的有效管理。 ? 作為銀行系統與商戶子系統的網關，實現無 縫連接。 4）.SET銀行資格注冊軟件： 決身并從的 ，得包的 生 安全電子交易協議SET是用來解 的商務中的數據加密，數字簽名， 份認證等數據安全問題的協議， 且專門用于交易的付款階段：即 客戶到商戶；再通過網關到銀行 交易全過程中。 SET的核心是基于數字證書的發(fā)行 每個支付交易的參加者都必須獲 一個“

29、證書”支付系統的每個軟件 就是根據數字證書來驗證交易者 身份的。 SET用戶資格注冊軟件專門用來 成、頒發(fā)與管理作為所有SET交易基 礎的“數字證書”其主要功能包括： ? 幫助授權各部門，使之能行使SET數字證書的 加密與頒發(fā)工作。 ? 為所有介入SET交易的用戶頒發(fā)與管理加密 后的數字證書。 ? 認證與管理密鑰的生成與廢除。 2.3 電子出票與自動登機系統 這兩個系統原則上應該通過PSTN/DDN網絡與 民航的定座與離港主機相集成。航空公司的用 戶通過設在機場的專用設備自動獲取購票收 據與登機牌。但為了方便旅客，也可以在用戶的 PC機上打印購票收據與登機牌。因此，機場設備 也可以與INTER

30、NET相連，并通過航空公司的WEB SERVEF與PSTN/DDN網 絡與民航的定座/離港主機相 連。這兩個分系統留待二期工程中實施。 四大系統集成后形成的網上售票與支付 系統網絡結構圖，如圖2.3所示。 三、成果形式與考核指標 1. 應 提 交 的 技 術 文 件 1.1. 項 目 計 劃 任 務 書 1.2. 項 目 可 行 性 方 案 1.3. 用 戶 需 求 說 明 書 1.4. 項 目 開 發(fā) 計 劃 1.5. 數 據 庫 設 計 說 明 書 1.6. 程 序 模 塊 級 聯 圖 1.7. 程 序 設 計 說 明 書 1.8. 測 試 計 劃 1.9. 測 試 報 告 1.10. 用

31、 戶 手 冊 1.11. 程 序 維 護 手 冊 1.12. 安 裝 測 試 報 告 1.13. 研 制 報 告 1.14. 技術報告 1.15. 用戶使用報告 1.16. 鑒定報告 2. 考核指標 2.1網上訂票系統的考核指標 由國內民航業(yè)專家組成測試小組，按照IATA （國際航空運輸協會）有關定座系統的標準，全 面測試系統的訂票功能。 2.2.網上支付系統的考核指標 由國內計算機與銀行業(yè)專家組成測試小 組，按照SET標準與ISO 8583標準，全面測試網上付 款系統的數據安全與銀行交易操作的性能。 四、成果應用單位或應用推廣趨向 ?該系統中的網上訂票部分首先在中國 東方航空公司應用，待完善

32、之后既可以在 全國二十幾家航空公司推廣。 ?網上支付的網關部分將首先與中國工 商銀行聯網。 使工行的浦江卡與牡丹卡 率先實現網上售票的支付。 ?網上支付的商戶部分將首先與東航的 WEB站點集成，然后推廣到國內INTERNET網 上的所有網上商店。 ?網上支付的客戶部分可以推廣到所有 的網上用戶。 五、經濟效益和社會效益分析 1. 經濟效益： 就上海地區(qū)而言的二家航空公司（東航與 上航）年票務營業(yè)額90億人民幣，網上售 票按10%計算，節(jié)約代理費用按5%計，則每 年可增收4500萬人民幣，若將這一項目推 廣到全國其它航空公司，每年將為國家?guī)?來二億元的收入。 2. 社會效益： 網上售票的實現將大

33、大方便客戶，提升航 空服務質量，使航空“售票網點”迅速擴大, 遍及世界。 六、計劃進度 可行性研究 97.11.1 97.12.15 銀行卡原型試驗 97.12.15 98.2.20 實施方案確定 98.2.2098.3.30 概要設計 98.4.1 98.5.15 詳細設計 98.5.15 98.7.30 編碼 98.8.1 98.9.30 工行、東航、外卡集成 98.10.1 98.11.30 系統聯調 98.12.1 99.1.30 七、實現本項目預期目標已具備的條件 ? SCVAN已經開發(fā)了 一個銀行支付系統原 型系統，初步具備了信息加密與安全認 證的技術與行業(yè)經驗。 ? SCVAN初

34、步解決了與工商銀行實時/批 處理清算的關鍵技術。 ? SCVAN已經獲得了國際信用卡實時處理 的關鍵技術。 ?東航網上訂票系統已在開發(fā)之中。 ? IBM, HP/Verifone 均具 有遵守SET協 議標準 的網上支付軟件，與他們的合作，可以充 分利用他們在工程實施中的經驗，為加 快項目的實施進度創(chuàng)造了條件。 ?上海市政府信息港辦公室與市商業(yè)委 員會均表示全力支持該項目的實施，同 意將該項目 列入信息港工程的規(guī)劃 中， 這就為由政府推動與協調項目的實施創(chuàng) 造了良好的外部環(huán)境。 八、項目研究人員名單 姓名 工作單位 性 別 年 齡 專業(yè) 職務 分工 全程 工作月 數 凌孑L 山 上海市商業(yè) 委

35、員會 男 53 經濟 金融 高級 經濟師 總體 協調 八個 月 徐民 筑 中國東方航 空股份有限 公司 男 58 發(fā)動 機 高工 總體 協調 八個 月 江 游 上海共享商 業(yè)增值網絡 服務有限公 司 男 40 經濟 金融 經濟 師 總體 協調 八個 月 陳林 生 中國東方航 空股份有限 公司 男 53 計算 機 高工 總體 設計 八個 月 金海 連 上海共享商 業(yè)增值網絡 服務有限公 司 男 41 計算 機 工程 師 總體 業(yè)務 組織 十六 個月 劉尊 孝 中國東方航 空股份有限 公司 男 53 計算 機 高工 總體 設計 與集 成 十六 個月 李衛(wèi) 良 中國東方航 空股份有限 公司 男 27

36、 計算 機 工程 師 商戶 系統 六月 十個 李必 群 中國東方航 空股份有限 公司 女 26 計算 機 工程 師 商戶 系統 十六 個月 周國 兵 中國東方航 空股份有限 公司 男 25 計算 機 助 工 商戶 系統 十六 個月 郁艷 瀾 中國東方航 空股份有限 公司 女 23 計算 機 助 工 商戶 系統 十六 個月 陳如 剛 上海共享商 業(yè)增值網絡 服務有限公 司 男 44 計算 機 工程 師 業(yè)務 流程 設計 六月 十個 孟宏 文 上海共享商 業(yè)增值網絡 服務有限公 司 男 25 計算 機 助工 網關 系統 十六 個月 馬校 梅 上海共享商 業(yè)增值網絡 服務有限公 司 女 24 計算

37、機 助工 網關 系統 六月 十個 盛峰 松 上海共享商 業(yè)增值網絡 服務有限公 司 男 28 計算 機 工程 師 客戶 系統 六月 十個 八、項目資金來源和總投資預算 ? 客戶子系統 50 萬人民幣 ? 商戶子系統 300 萬人民幣 ? 網關子系統 500 萬人民幣 ? SET資格注冊 子系 統 400萬人民幣 ? 接入設備250 萬人民幣 ? 共計1500 萬 人民 幣 資金來源 投資總額 其中外匯 人民幣 （萬元） 其中： 已落實 （萬元） 美元 （萬元） 其中： 已落實 （萬元） 合計 1500 單位自籌 500 貼息貸款 900 項目撥款 100 九、合作形式和合作單位意見 1. 合作

38、形式： 客戶子系統、網關子系統由共享負責 開發(fā)。商戶子系統由東航負責開發(fā)，SET用戶 資格注冊子系統由雙方共同開發(fā)，系統集 成由共享負責，東航配合。 2. 合作單位意見（對合作內容、形式、參加 人員素質及保證工作條件等簽署具體意 見）。 十、承擔單位意見 主管部門的審查意見 贈送：一份國際商業(yè)合同 國際商業(yè)合同 買方： 地址: 郵編：電話： 法定代表人： 職務： 國籍： 賣方： 地址: 郵編：電話： 法定代表人： 職務： 國籍： 買賣雙方在平等、互利的原則上，經協商達成本協議條款，以共同遵守，全 面履行： 第一條品名、規(guī)格、價格、數量： 單位： 數量： 單價： 總價： 總金額： 第二條 原產國

39、別和生產廠： 第三條包裝： 1. 須用堅固的木箱或紙箱包裝。以宜于長途海運/郵寄/空運及適應氣候的變 化。并具備良好的防潮抗震能力。 2. 由于包裝不良而引起的貨物損傷或由于防護措施不善而引起貨物銹蝕，賣 方應賠償由此而造成的全部損失費用。 3. 包裝箱內應附有完整的維修保養(yǎng)、操作使用說明書。 第四條裝運標記： 賣方應在每個貨箱上用不褪色油漆標明箱號、毛重、凈重、長、寬、高并 書以 防潮” 小心輕放” 此面向上”等字樣和裝運： . 第五條裝運日期： 第六條裝運港口： 第七條卸貨港口： 第八條保險： 裝運后由買方投保。 第九條支付條件： 按下列項條件支付： 1. 采用信用證：買方收到賣方交貨通知

40、，應在交貨日前 15-20天，由 銀行開出以賣方為受益人的與裝運全金額相同的不可撤銷信用證。賣方須向開證 行出具100%發(fā)票金額即期匯票并附裝運單據。開證行收到上述匯票和裝運單據 即予支付。信用證于裝運日期后15天內有效。 2.托收: 貨物裝運后，賣方出具即期匯票，連同裝運單據，通過賣方所在地銀行和買 方銀行交給買方進行托收。 3.直接付款： 買方收到賣方裝運單據后7天內，以電匯或航郵向賣方支付貨款。 第十條單據： 1. 海運： 全套潔凈海運提單，標明 運費付訖”運費預付”作成空白背書并加注目 的港公司。 2. 空運: 空運提單副本一份，標明 運費付訖”運費預付”寄交買方。 3. 航郵： 航郵收據副本一份，寄交買方。 4. 發(fā)票一式五份，標明合同號和貨運嘜頭，發(fā)票根據有關合同詳細填寫。 5. 由廠商出具的裝箱清單一式兩份。 6. 由廠商出具的質量和數量保證書。 7. 貨物裝運后立即用電報/信件通知買方。 此外，貨發(fā)10天內，賣方將上述單據航空郵寄兩份，一份直接寄買方，另一 份直接寄目的港 公司。 第十一條裝運： 1. FOB條 款： a. 賣方于合同規(guī)定的裝運日期前30天，用電報/信件將合同號、品名、數量、 價值、箱號、毛重、裝箱尺碼和貨抵裝運港日期通知買方，以便買方租船訂艙。 b. 賣方船運代