前言：中文期刊網精心挑選了電商服務托管范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
電商服務托管范文1
1、互聯網數據中心（Internet Data Center）簡稱IDC，就是電信部門利用已有的互聯網通信線路、帶寬資源，建立標準化的電信專業級機房環境，為企業、政府提供服務器托管、租用以及相關增值等方面的全方位服務。
2、IDC主機托管主要應用范圍是網站、虛擬主機和電子商務等。比如網站，單位通過托管主機，從電信部門分配到互聯網靜態IP地址后，即可自己的www站點，將自己的產品或服務通過互聯網廣泛宣傳；
3、虛擬主機是單位通過托管主機，將自己主機的海量硬盤空間出租，為其他客戶提供虛擬主機服務，使自己成為ICP服務提供商；電子商務是指單位通過托管主機，建立自己的電子商務系統，通過這個商業平臺來為供應商、批發商、經銷商和最終用戶提供完善的服務。
（來源：文章屋網 ）
電商服務托管范文2
韓國聯合通訊社報道稱，不久前，一個新組建的財團向韓國電信監管機構遞交了經營牌照申請，標志著該國可能會出現第四家移動網絡。韓國移動互聯網（KMI，由移動虛擬網絡運營商組建）已經向科學、信息和通信技術及未來規劃部遞交了一份全移動運營商牌照申請。預計該監管部門將于明年年初做出最終決定。如果本次申請獲批，那么該集團計劃在2015年4月之前在85個城市推出LTE網絡，并在其后5年內擁有超過800萬客戶。
歐洲電信業收入下滑新一代網絡投資陷困境
據英國《金融時報》11月下旬報道，2013年歐洲電信行業收益急劇下滑，新一代網絡設備運營投資受到威脅。據歐洲電信網絡運營商協會Etno數據，歐洲主要城市的電信業2013年收入滑落接近3%，即減少了71億英鎊（約合700億元人民幣）。整個歐洲則預計收入將降低3.7%，為2012年跌幅的兩倍。為提高行業收益，廣為大眾期待的高速4G網絡運營已被迫放緩。歐洲電信網絡運營商協會表示，在較差的財務表現之下，可能無法提供高速服務的新一代網絡注資。
軟銀在福岡啟用日本首個工業燃料電池發電系統
據共同社報道，軟銀集團和美國企業在東京成立的合資公司“Bloom Energy Japan”25日在福岡市的辦公樓啟用工業燃料電池發電系統，并舉行紀念儀式。該系統使用城市燃氣及沼氣等能源經化學反應后發電，具有低成本、低二氧化碳排放的特點，為首次在日本采用。
俄互聯網用戶比例達7 0 % 撥號上網用戶數減少
特恩斯市場研究公司一項最新調查數據顯示，俄羅斯大約有70%的居民使用互聯網。其中俄羅斯首都莫斯科市的互聯網用戶比例為74.8%。此外，數據顯示，俄羅斯互聯網用戶數量正在穩步增長。在2010年至2012年的三年中，每年8月是全年互聯網使用的最低谷。與此同時，2012年全年俄羅斯居民撥號上網的比例繼續下降，無線上網的比例仍保持不變。
美國國會批準打擊專利流氓法案 多數科技公司支持
據路透社報道，美國眾議院司法委員會11月下旬以33票贊成、5票反對批準了一項針對“專利流氓”的法案。該法案禁止公司從其他方購買專利或得到專利授權，然后積極地收取許可費或提交侵權訴訟。這可能成為被稱為“專利流氓”的專利索賠實體的最好機會。今年6月美國白宮曾敦促國會采取措施，遏制近年來特別是在科技行業里迅速興起的濫用專利訴訟的勢頭。
電商服務托管范文3
以華為云服務為例，開啟云服務的好處有：手機找回功能、文件管理器的網盤功能、備份的云端備份功能。
華為云服務成立于2011年，隸屬于華為公司。華為云服務在北京、深圳、南京、美國等多地設立有研發和運營機構，貫徹華為公司“云、管、端”的戰略方針，匯集海內外優秀技術人才，專注于云計算中公有云領域的技術研究與生態拓展，致力于為用戶提供一站式云計算基礎設施服務，目標成為中國最大的公有云服務與解決方案供應商。
華為云服務立足于互聯網領域，依托于華為公司雄厚的資本和強大的云計算研發實力，面向互聯網增值服務運營商、大中小型企業、政府、科研院所等廣大企事業用戶提供包括云主機、云托管、云存儲等基礎云服務、超算、內容分發與加速、視頻托管與、企業IT、云電腦、云會議、游戲托管、應用托管等服務和解決方案。
（來源：文章屋網 ）
電商服務托管范文4
【關鍵詞】銀企互聯;SAP系統;接口
一、銀企互聯在馬鋼ERP項目中的應用概述
隨著馬鋼經營理念的轉變和管理水平的提高,需要資金集中管理、提高資金使用效率、降低經營成本以滿足財務管理的需求。網上銀行的出現,雖然在一定程度上滿足了這部分需求,但還不能完全解決個性化服務、財務信息與銀行賬務信息一致性的問題。為此,馬鋼在ERP項目實施過程中,推出了網上銀行銀企互聯,通過SAP系統的界面就可以享受賬戶查詢、信息下載、轉賬支付等服務,并可根據需要自行在SAP系統中定制更多的個性化功能,實現多方式多級別的權限控制。
馬鋼以工行作為首家實施銀企互聯的銀行。馬鋼、顧問方以及工行的技術人員對需求方案以及接口的詳細設計進行了多次討論調研,最終確定在馬鋼銀企互聯實施項目中實現以下需求:馬鋼SAP系統銀行付款下傳電子銀行支付、銀行到款通知上傳馬鋼SAP系統;銀行收支業務當日及累計交易查詢、銀行存款余額實時查詢;銀行電子對賬單上傳馬鋼SAP;票據托管信息下傳、票據托管查詢及撤銷信息下傳、票據審核確認等接口?？紤]到馬鋼企業的發展以及信息化水平的提高,為了降低馬鋼今后與其他銀行進行集成的開發及維護成本,同時增加接口的靈活性與可擴展性,在《馬鋼銀企互聯接口技術規范》中統一規范了各商業銀行與馬鋼SAP系統之間的接口技術細節。在此基礎上,除票據托管相關接口外,其他的銀企互聯接口已經擴展到了中行、徽行和建行。
二、馬鋼銀企互聯各接口及相關的功能開發簡介
(一)電子支付指令管理程序與銀行付款指令下傳接口
在SAP系統編制完付款憑證之后,不會立即觸發電子支付,而是根據開發的系統功能《FI09――電子支付指令管理程序》,按財務管理的權限進行控制。本功能開發與“FI006――銀行付款指令下傳接口”關聯緊密,主要完成SAP系統中電子支付指令的生成、審批及下達。
(二)到賬通知上傳SAP接口與后續處理功能開發
由SAP系統定時主動發起客戶到賬通知查詢請求,電子銀行收到請求后即刻將到賬通知發送給企業。到賬通知包含所有銀行交易,銀行不重復發送到賬通知,SAP提供到賬通知處理界面。
(三)當日/累計收付明細查詢上傳接口
在SAP系統中設計的當日收付明細查詢和累計明細查詢是同一個界面,點擊“當日收付明細查詢”或“累計收付明細查詢”按鈕,立即觸發相應接口,接口程序會按照既定的邏輯判斷并向對方電子銀行發送查詢指令包。當SAP系統接收到銀行的返回包之后,會按預定的格式顯示當日/累計收付明細信息。
(四)電子銀行余額查詢接口
在SAP系統中設計了電子銀行余額查詢界面,點擊“余額查詢”,會直接觸發本接口,根據輸入的銀行賬號和相關的數據庫表判斷對方接口銀行后,向相應的銀行發送指令包。當SAP系統接收到銀行的返回包之后,會按預定的格式顯示查詢賬戶的余額信息。
(五)電子對賬單上傳SAP接口及自動對賬程序功能開發
1.馬鋼SAP系統每天定時向電子銀行系統發送對賬單
查詢請求,也可手工觸發。對于電子銀行每天定時上傳的對賬單,SAP系統開發的“電子對賬單自動對賬程序”能夠根據對賬單接口表相應字段內容,自動生成“銀行對賬憑證”。
2.對于馬鋼SAP系統中已經錄入的會計憑證(涉及銀行存款科目的),由被授權的財務人員在SAP系統特定的界面輸入記賬日期區間,點擊“生成對賬憑證”,則系統會自動根據一定的邏輯生成“企業對賬憑證”。
3.SAP系統自動生成對賬單,列示所有的銀行未達賬項和企業未達賬項。
(六)票據托管信息下傳接口
在SAP系統中根據授權在票據托管的選擇屏幕選擇要進行托管的票據,點擊“托管”按鈕,會立即觸發本接口,SAP系統根據選擇的托管票據將票據的相關信息及托管指令發到對方銀行。隨后,SAP系統會將銀行反饋的托管是否成功的信息顯示出來,并保存到中間表中。
(七)票據托管查詢信息下傳接口與票據托管撤銷信息下傳接口
1.在SAP系統的托管票據查詢界面點擊“查詢”,則系統會立即發送托管票據查詢的指令包給電子銀行系統,按預先設計的格式和條件顯示所有托管票據明細信息。
2.若需要撤銷相關票據的托管,可在查詢屏幕上選中需要撤銷托管的票據,點擊“撤銷托管”按鈕,觸發“票據托管撤銷信息下傳接口”,將撤銷托管票據相關信息及取消托管的指令發送到對方銀行。
3.收到“取消托管成功”的指令,SAP系統則將相應票據的狀態信息更改為“4――撤銷托管”;如果收到“取消托管未成功”的指令,則不修改票據狀態信息。
(八)票據審核確認信息上傳接口
1.在SAP系統中將票據托管成功后,應將票據交到托管銀行,由銀行工作人員對票據是否可以托管進行鑒定;銀行工作人員鑒定完成之后,將票據是否可以托管的信息上傳到SAP系統。
2.SAP系統收到票據正確可以進行托管的信息之后,自動將系統中相應票據的狀態更改為“托管”; 若銀行驗明票據為不可托管,也將信息上傳SAP,并將票據退還馬鋼,SAP系統不進行票據狀態的更改,財務人員則進行后續沖賬處理。
三、對啟用馬鋼銀企互聯接口的幾點考慮
馬鋼與工行的票據托管和電子銀行余額查詢相關接口已于2008年底前正式投入使用,現就其余的六個接口的啟用談幾點考慮。
(一)信息查詢相關接口可以先行啟用
對于當日收付明細查詢上傳及累計收付明細查詢上傳接口,由于只是對電子銀行信息的查詢,在接口測試及準備工作(如馬鋼內部單位開戶的賬號與銀行存款科目、業務范圍的對應關系表的維護;各單位財務相關人員的授權等)全部完成的情況下,可以考慮先行開通。
(二)銀行付款指令下傳接口的啟用應具備一定的基礎條件
在業務和系統的安全性不存在問題的條件下,銀行付款指令下傳接口的啟用還必須具備一定的基礎條件:SAP系統中供應商主數據的信息應準確、完善。
1.供應商主數據的銀行信息方面。在《電子支付指令管理程序》“支付指令的生成”邏輯中,“對方賬號”和“對方賬號名稱”信息是取系統中對應的供應商主數據中維護的相關銀行信息,而且不允許手工修改。目前SAP系統已經創建的供應商有8 270個,但是有銀行信息的只有4 239個,還有近
4 000個已創建的供應商主數據中沒有相應的銀行信息。其原因大致有以下兩個方面:
(1)期初沒有提供供應商資料。在2007年12月1日財務上線期初,雖然部分供應商沒有提供任何主數據維護資料,但由于必須導入供應商掛賬的期初余額,需要創建供應商主數據。后續沒有補提相關資料的,會導致供應商主數據的銀行信息等均為空。
(2)提供銀行代碼與銀行名稱對照表的時間跨度較長,且不及時。目前由銀行按中國人民銀行統一的銀行代碼與銀行名稱對照清單從系統外提供給馬鋼,然后由馬鋼對數據進行加工后維護SAP系統中的銀行主數據。在上線期初和財務上線后供應商主數據的維護過程中,都存在根據開戶銀行名稱在SAP系統中無法找到銀行代碼的情況,導致相應的銀行信息無法維護。
2.供應商主數據的地區信息方面。對于2007年財務上線期初沒有提供相關資料且后續也沒有提供的供應商,目前系統中只有供應商編碼和名稱,國家和地區字段為空。但在“電子支付指令管理程序”中提及銀行跨行付款需要知道對方供應商的城市名稱,并設計從供應商主數據中根據維護的國家和地區字段抓取相關信息。
3.基于以上兩點分析,建議在銀行付款指令下傳接口正式啟用之前,必須做好以下基礎工作。
(1)必須與銀行方面確定銀行代碼與銀行名稱對照表的提供頻率,最好與中國人民銀行的頻率保持一致,以確保馬鋼在收到供應商的開戶資料時能在系統中找到銀行代碼,在主數據中維護相應的銀行信息。另外,銀行方面最好能提供銀行主數據的增量(新增銀行代碼)和變量(已有代碼的銀行名稱變更)部分,而不是每次將全國所有的銀行代碼(目前系統中已經有7萬多條)提供給馬鋼,這樣會給馬鋼的銀行主數據維護工作增加很大的難度。
(2)在馬鋼收到最新完整的銀行代碼清單后,需要對以前收到的所有供應商資料在系統中進行復查,特別是對于開戶銀行資料已經提供,但系統中供應商主數據的銀行信息為空的需要進行補充維護;對每個供應商的國家和地區信息維護的正確性進行復查。此項工作的工作量非常大,適宜于在財務甩賬并運行正常后由供應商主數據維護人員完成。
(3)對于一直沒有提供供應商相關資料的,在電子銀行付款指令下傳接口正式啟用前,相關單位財務科必須提交相關資料,并由供應商主數據維護人員在系統中進行維護。否則一旦發生該供應商的電子銀行付款請求,系統會提示報錯無法支付而影響正常業務的開展。
(三)銀行付款指令下傳接口、到賬通知上傳SAP接口、電子對賬單上傳SAP接口三者之間的關系及啟用順序分析
1.“到賬通知上傳SAP接口”上傳的內容包括所有的
“收款的到賬通知”和“付款的到賬通知”。若是付款到賬通知,如果SAP系統已經編制了這筆付款的會計憑證,則會自動將電子銀行的交易流水號回寫入相應付款憑證的“分配”字段,而且,如果“銀行付款指令下傳接口”不先啟用,仍采用目前付款憑證編制后到銀行柜面進行付款的方式(此稱“線外付款”,通過銀行付款指令下傳接口的方式稱為“線內付款”),會導致“到賬通知上傳SAP接口”的處理邏輯產生問題。因為在此接口設計之初,假設的條件就是所有的付款通過電子銀行接口下傳,不能存在“線外付款”的情形。據此分析,“銀行付款指令下傳接口”應當比“到賬通知上傳SAP接口”更早或二者同時啟用。而且“到賬通知上傳SAP接口”一旦啟用就必須規定不允許存在“線外付款”的情形。
2.若“到賬通知上傳SAP接口”上傳的為收款到賬通知,SAP系統會根據一定的邏輯判斷自動生成相應收款憑證的借方銀行存款行項目,同時將交易流水號自動寫入該行項目的“分配”字段?！半娮訉~單上傳SAP接口”在電子銀行對賬單上傳到SAP,會自動形成ZY憑證類型的銀行對賬憑證;財務人員根據功能開發“電子對賬單自動對賬程序”生成ZX類型的企業對賬憑證后,正是根據ZX和ZY憑證類型的銀行存款科目的金額和分配字段(存放銀行回傳的交易流水號)進行自動清賬,自動生成電子對賬單。可見,“到賬通知上傳SAP接口”應當在 “電子對賬單上傳SAP接口”之前或二者同時啟用。
3.從以上兩點分析可見,銀行付款指令下傳接口、到賬通知上傳SAP接口、電子對賬單上傳SAP接口三者要么在所有條件具備的情況下同時啟用,要么先啟用“銀行付款指令下傳接口”,再啟用“到賬通知上傳SAP接口”,最后啟用“電子對賬單上傳SAP接口”并進行電子對賬單的自動生成。
(四)銀企互聯的安全性考慮
由于銀行付款指令下傳等非查詢接口的啟用意義重大,需要從安全性方面進行評估。
電商服務托管范文5
校外學生托管機構規范管理近年來，一種專門替家長臨時照看、接送和輔導孩子的新行當――“校外學生托管班”逐漸火了起來，并且發展十分迅速，校外托管班尤其有市場。但在其紅火市場的表象下，卻存在各家托管機構良莠不齊，隱患多多的問題，確需有效規范和管理。筆者調查了本地35所托管機構，對托管機構誰來監管，如何規范管理發表一些見解。
一、校外托管機構產生的社會背景
隨著素質教育的深入貫徹落實，為減輕學生負擔，小學生放學的時間有所提前，與此同時也加重了家長對孩子看管、教育和安全方面的擔憂，特別是學生下午兩三點鐘放學后這段時間，家長基本上都在忙于工作，顧不上照顧孩子。此外，一年一度的寒、暑假對于上班族的父母來說，誰來照看假期中的孩子，也成了他們最頭疼的事。于是，一種專門負責臨時照看、接送、輔導孩子的托管機構應運而生。
二、校外托管機構發展現狀
由于場地、環境、辦學實力等因素限制，托管機構的規模、條件和服務水平良莠不齊。
1.辦學條件
通過調查了解，托管機構多設置于小學學校附近及社區周圍生源充足的地方，有的設于民宅，擁有2～3間屋子，1～2個從業人員，十幾張桌椅，設施較為簡陋，衛生環境不夠整潔，室內光線較為昏暗；有的設于商用房內，有3～4個從業人員，室內設有桌椅、黑板、電視機等，也有個別機構設置了廚房和寢室；這其中相當數量的托管機構面積不足100平方米，消防設施設備不齊全。
2.服務內容
托管機構招收的對象均為小學生，年齡6～14歲，服務的內容主要是受家長委托看管和接送孩子，另外托管機構在服務內容上還各有差別，調查中發現有29%的機構為學生提供晚餐服務，45%的機構為學生進行作業輔導和特長輔導，5%的機構有長托服務，92%的機構有寒、暑假日托服務。
3.從業人員
托管機構的從業人員多為女性，年齡大的60多歲，年齡小的20幾歲，人員構成有所不同：一部分人是退休教師，他們退休后無事可干，但熱愛教育事業，熱愛孩子，因此從事了照顧、輔導孩子的行業；一部分人是具有教師資歷的畢業生，他們具有藝術、輔導特長，滿足了一些家長的教育需求；另一部分人是非教育界人事，他們大多數擁有?？埔陨系膶W歷，了解課后托管的潛力，應社會需求從事了這一行業。經調查了解，41%的從業人員擁有健康證明，32%的從業人員擁有教師資格證，73%的從業人員擁有?？埔陨蠈W歷。
4.收費標準
托管機構的收費情況分別根據各自服務的項目而定，收費標準每生每月100～1000元不等。
三、校外托管機構的突出問題
1.自由發展，隱患居多
從調查來看，絕大多數托管班沒有衛生許可證，沒有房舍消防安全合格證及相關部門的審批證件，負責伙食的從業人員多數沒有健康證，從業人員資格沒有保障，托管機構和家長基本沒有簽訂托管協議，管理處于一種自由發展、無序競爭、缺乏監管的狀態，難以保障學生的飲食安全、教育安全和人身安全。
2.政策法規存在“空白”
一是管理存在盲區。我國現有法律沒有關于托管班管理的規定，也沒有明確哪個部門負責托管班的審批，導致舉辦者取證無門，不知該到哪個部門提出申請。
二是監管存在缺位。托管班的監管部門現今難以明確，其監督管理涉及工商、教育、消防、衛生、物價、稅務等眾多部門，但相關部門都沒有明確的管理權和具體的管理辦法，因此出現了“似乎每一個部門都可以管、但又沒有一個部門真正管起來”的尷尬局面。
三是行業標準不明。舉辦托管班需要達到什么樣的條件和標準，需要遵守哪些制度和規定，需要履行什么義務，承擔什么責任，取得哪些審批手續，這些至關重要的東西目前還是一片空白。根據托管班負責人介紹說，他們曾去過工商、衛生、教育及勞動保障等部門，希望取得合法的經營手續，但托管機構多設于民宅，隱蔽性強，面積多不足100平方米，消防安全合格手續難以獲取，加之服務的多樣性等條件均與各部門審批的范圍和標準相差甚遠，導致各部門辦理此項業務不無難處。
四、對校外托管機構的管理意見
電商服務托管范文6
通俗的說就是：API實際上就是一種程序接口，就像你的電腦主機上有usb接口、低音炮接口、麥克風接口、顯示器接口等等，一套程序也要有這么一個接口以便開發更多的功能。API接口的擴展性很強，程序員能夠用它給原有程序增加很多功能。web2.0型的網站大多會開放API，以便使懂得編程的網友開發出豐富的功能，從而達到完善服務的目的。
APP：Application的縮寫，app server的前身是middleware(中間件)。App Server可以自動管理并發性、事務、對象分布、負載均衡、安全性和資源管理等等系統級功能。簡單的來說就是AppServer是管理服務端組件的，它給服務端組件提供了一個全功能可靠的運行環境。
網上商城：類似于現實世界當中的商店，差別是利用電子商務的各種手段，達成從買到賣的過程的虛擬商店，從而減少中間環節，消除運輸成本和中間的差價，造就對普通消費，和加大市場流通帶來巨大的發展空間。
分為BtoB(商家對商家)，BtoC(商家對顧客直銷)和CtoC(客戶和客戶)。知名的品牌有，BtoB是阿里巴巴，中國制造網，主要是批發；BtoC是卓越、優品商城，康佳麗商城可以理解為零售；CtoC是淘寶、易趣、拍拍。
B2B：(Business To Business，在英文中2(two)的發音同to一樣。)就是企業對企業的電子商務，除了在線交易和產品展示，B2B的業務更重要的意義在于，將企業內部網通過B2B網站與客戶緊密結合起來，通過網絡的快速反應，為客戶提供更好的服務，從而促進企業的業務發展。
C2C：消費者(consumer)與消費者(consumer)之間的電子商務。打個比方，比如一個消費者的有一臺舊電腦，通過網上拍賣，把它賣給另外一個消費者，這種交易類型就稱為c2c電子商務。c2c電子商務主要是指網上拍賣。c2c模式的特點就是大眾化交易，因為是個人與個人之間的交易！C2C在中國目前成四足鼎立之勢，淘寶、易趣、拍拍和123拍，四家各有千秋，而又強弱分明。目前，百度即將加入C2C陣營。
B2C：B2C的B是Business，意思是企業，2則是to的諧音，C是Customer，意思是消費者，所以B2C是企業對消費者的電子商務模式。這種形式的電子商務一般以網絡零售業為主，主要借助于Internet開展在線銷售活動。B2C簡而言之是就是商家與顧客之間的商務活動，也就是通常所說的“網上購物網站”，企業、商家可充分利用電子商城提供的網絡基礎設施、支付平臺、安全平臺、管理平臺等共享資源有效地、低成本地開展自己的商業活動。比較出名的B2C商城，如：當當，卓越，中國申網，京東商城，新蛋，紅孩子，PPG，Vancl，美國的亞馬遜網上商店(Amazon.com)。提供電子商務服務的IT廠商，如：shopex，ecshop，probiz
B2M：指Business to Manager ，是相對于B2B、B2C、C2C的一種全新的電子商務模式。B2M相對于以上三種有著本質的不同，其根本的區別在于目標客戶群的性質不同.前三者的目標客戶群都是作為一種消費者的身份出現，而B2M所針對的客戶群是該企業或者該產品的銷售者或者為其工作者，而不是最終消費者。也就是說，B2M相當于通過網絡尋找中間人、分銷渠道。
M2C：(Manager to Consumer)M2C是針對于B2M的電子商務模式而出現的延伸概念。B2M環節中，企業通過網絡平臺該企業的產品或者服務，職業經理人通過網絡獲取該企業的產品或者服務信息，并且為該企業提品銷售或者提供企業服務，企業通過經理人的服務達到銷售產品或者獲得服務的目的。而在M2C環節中，經理人將面對Consumer，即最終消費者。
Banner(橫幅廣告)：是互聯網廣告中最基本的廣告形式，一個表現商家廣告內容的圖片，放置在廣告商的頁面上，尺寸是480*60像素，或233*30像素；一般是使用GIF格式的圖像文件，可以使用靜態圖形，也可用多幀圖像拼接為動畫圖像；除普通GIF格式外，新興的RichMediaBanner(豐富媒體Banner)能賦予Banner更強的表現力和交互內容，但一般需要用戶使用的瀏覽器插件支持(Plug- in)
插件：一種遵循一定規范的應用程序接口編寫出來的程序。例如在IE中，安裝相關的插件后，WEB瀏覽器能夠直接調用插件程序，用于處理特定類型的文件。這里的插件是指會隨著IE瀏覽器的啟動自動執行的程序。
門戶網站：是指通向某類綜合性互聯網信息資源并提供有關信息服務的應用系統。門戶網站最初提供搜索引擎、目錄服務，后來由于市場競爭日益激烈，門戶網站不得不快速地拓展各種新的業務類型，希望通過門類眾多的業務來吸引和留住互聯網用戶，以至于目前門戶網站的業務包羅萬象，成為網絡世界的“百貨商場”或“網絡超市”。從現在的情況來看，門戶網站主要提供新聞、搜索引擎、網絡接入、聊天室、電子公告牌、免費郵箱、影音資訊、電子商務、網絡社區、網絡游戲、免費網頁空間，等等。在我國，典型的門戶網站有新浪網、網易和搜狐網等。
BBS：英文全稱是Bulletin Board system，翻譯為中文就是“電子公告板”。俗稱“論壇”。
