時間：2023-01-21 19:04:19
緒論：在尋找寫作靈感嗎？愛發(fā)表網(wǎng)為您精選了8篇緊急頁面升級通知，愿這些內(nèi)容能夠啟迪您的思維，激發(fā)您的創(chuàng)作熱情，歡迎您的閱讀與分享！
Adobe的Macromedia Flash Player和Apple的QuickTime Media Player就被發(fā)現(xiàn)有緊急漏洞。它們的漏洞會在你毫不察覺的情況下自動下載惡意軟件。
Flash Player危急漏洞驚人
只要你在Windows 98第一版到Windows XP SP2中間的幾乎每一個版本的操作系統(tǒng)上使用Flash Player 4、5、6，你都會有危險。不受此漏洞威脅的就只有Windows 2000和Windows XP Pro x64和Windows Server 2003。而根據(jù)Adobe的官方公告顯示，使用8.0.22以前的版本都會有危險。
因為有了這個漏洞，你只是查看了一下帶毒的網(wǎng)頁或者電子郵件中被修改后嵌入了惡意代碼的.swf的flash影音文件，播放器就會因為緩存溢出而崩潰。而這時帶毒文件就可以運行作者的任意指令，比如：下載間諜軟件、刪除硬盤上的文件。
雖然Adobe和Apple公布了漏洞消息，但截至目前為止，還沒有媒體報道有人因此而遭受攻擊。但大家切莫有僥幸心理，請立即通過微軟的自動更新升級最新的安全補丁。把老版本的Adobe的Macromedia Flash Player升級至最新的8.0.24。
QuickTime漏洞同樣可怕
與此同時，Apple修復了其Windows平臺和Mac OS平臺上的QuickTime 7.1播放器的12個危急漏洞。跟Flash播放器的漏洞一樣，QuickTime也會因為播放帶毒的多媒體文件而使自己的機器被人遠程控制。很多格式的視頻和圖像文件都會被攻擊者修改以染毒，比如JPEG、BMP、AVI、MPG和QuickTime視頻。要獲取更多詳盡信息可以訪問Apple官方網(wǎng)站。
Word文檔也不能大意
攻擊者現(xiàn)在盯上了Microsoft Word的一個危急漏洞。他們在電子郵件的附件中加入帶毒的.doc文檔來入侵你的電腦。這些帶毒郵件通常以“Notice”和“RE”為主題來偽裝自己以誘騙你點擊。當你閱讀到這些文字時微軟已經(jīng)了針對Word XP和Word 2003的補丁，可以通過自動更新來完成升級。在細節(jié)上大家需要永遠注意，特別是電子郵件的附件，不然就會被攻擊。即便打開熟識的人的郵件也得小心，因為有可能是感染他電腦的病毒在其不知情的情況下發(fā)送給你的病毒郵件。要獲取更多資料請詳細閱讀微軟的919637號安全公告。
微軟正版驗證程序悄然入駐硬盤
每次你進行微軟的程序升級時，微軟正版驗證程序就會檢測你的Windows XP是否為盜版?，F(xiàn)在微軟開始通過自動更新悄悄地把正版驗證程序安裝在很多用戶的硬盤上。
現(xiàn)在問題出來了。這一自動安裝有時候會出錯，會再三彈出警告窗口說你的正版Windows是盜版。微軟聲稱用戶在安裝補丁時彈出的許可協(xié)議時，可以選擇不安裝驗證程序。但是，一旦你安裝時沒有禁止彈出通知，它就不能被卸載?，F(xiàn)在微軟設立了專門的頁面來幫助因正版驗證程序而帶來麻煩的用戶。
Mozilla放出安全補丁
Mozilla升級其Firefox瀏覽器和Thunderbird電子郵件客戶端至1.5.0.4版本，以修復其安全漏洞，以防止攻擊者遠程控制你的電腦。所以當以上兩個程序提醒你升級時，最好立即升級。
(1)著作權歸屬于誰?合同中應該明確合作開發(fā)的軟件的著作權是合作開發(fā)者共有還是由部分合作開發(fā)者享有。
(2)開發(fā)者擁有著作權的具體內(nèi)容是什么?合同中應該明確擁有著作權的開發(fā)者都享有著作權的哪些權利，例如署名權、使用權、許可他人使用權和銷售權。
(3)其他開發(fā)者對于合作開發(fā)的軟件是否還享有其他權利?雖然合同中可以約定合作開發(fā)軟件的著作權歸屬于某一開發(fā)者，但是對于其他開發(fā)者是否還有一定的權利，例如為了宣傳的目的進行軟件展示的權利或者在自己內(nèi)部使用的權利等等。
(4)對于合作開發(fā)軟件的升級開發(fā)的權利是如何約定的?軟件開發(fā)完成以后即獲得了著作權。但隨著技術的進步和實際應用需求的變化，任何一個軟件開發(fā)完成后都不會是一勞永逸的，軟件是需要進行升級開發(fā)的。升級開發(fā)一方面可以修改以前版本的軟件存在的缺陷，另一方面可以根據(jù)用戶需求的反饋增加軟件的功能或者根據(jù)技術的進步增加軟件對系統(tǒng)軟硬件環(huán)境的適應性。對于軟件升級版本的開發(fā)是軟件開發(fā)者的一種權利。因此，合作開發(fā)合同中應該明確軟件升級版本開發(fā)的權利歸屬。
需要明確的是，《計算機軟件保護條例》明確規(guī)定合作開發(fā)合同應該通過書面方式簽訂。如果沒有簽訂書面合同，則很難界定清楚著作權的歸屬，一旦出現(xiàn)糾紛，就更無法證實當初的約定。此種情況下，只能按照無書面合同處理。
沒有書面合同的，對于可以分割的軟件，開發(fā)者對各自開發(fā)的部分可以單獨享有著作權;但是，行使著作權時，不得擴展到合作開發(fā)的軟件整體的著作權。這一原則充分尊重了軟件開發(fā)者的勞動，既保護了軟件開發(fā)者的權利，符合著作權屬于作者的基本版權原則，又限制了分割部分軟件的著作權行使范圍僅限于該分割的部分，不能擴展到合作開發(fā)的軟件整體。
對于不能分割使用的軟件，合作開發(fā)的軟件著作權是依據(jù)民法“共有”的原則處理的。共有是兩個或者兩個以上的人(自然人或者法人)對同一項財產(chǎn)享有所有權。共有的法律特征包括三方面：
(1)共有的主體不是單一的，而是兩個或者兩個以上的自然人或者法人。兩個以上的自然人、法人或者其他組織合作開發(fā)的軟件著作權的主體符合共有這一主體特征。
(2)共有的客體是特定的獨立的物，共有物在共有關系存續(xù)期間，不能分割為各個部分由各個共有人分別享有所有權，而是由各個共有人共同享有其所有權，各個共有人的權利及于共有物的全部。
(3)共有人對共有物平等地享有權利。共有人對于自己的權利的行使并不是完全獨立的，在許多情況下要體現(xiàn)全體共有人的意志，要受其他共有人的利益的制約。
按照共有的上述法律特征，《計算機軟件保護條例》明確規(guī)定，合作開發(fā)的軟件不能分割使用的，其著作權由各合作開發(fā)者共同享有，通過協(xié)商一致行使。
對于不能協(xié)商一致，又無正當理由的，任何一方不得阻止他方行使除轉讓權以外的其他權利，但是所得收益應當合理分配給所有合作開發(fā)者。這里，法律賦予了軟件合作開發(fā)者對合作軟件的合理使用和獲得報酬權，但前提是取得的收益應合理分配給所有合作開發(fā)者，并且任何合作方未經(jīng)其他各方的同意，不得擅自轉讓合作軟件的著作權。這樣，既保護了軟件合作開發(fā)者的個體利益，也維護了合作開發(fā)者的群體利益。
游戲軟件合作開發(fā)協(xié)議
合同編號：
合同簽署時間：
合同簽署地點：福建省廈門市 區(qū)
協(xié)議各方
甲方： 有限公司
住所地：
法定代表人：
授權代表：
聯(lián)系電話：
傳真：
電子郵箱：
乙方：
住址：
聯(lián)系電話：
電子郵箱：
鑒于：甲方是一家注冊于廈門市的網(wǎng)絡游戲運營公司，擁有相關的資質和4399游戲及運營平臺;乙方在開發(fā)網(wǎng)絡游戲方面，具有雄厚的技術實力和組織能力;甲乙雙方經(jīng)過友好平等協(xié)商，就甲方與乙方合作開發(fā)網(wǎng)絡游戲軟件事宜，達成如下協(xié)議，以期遵守。
1. 定義
1.1游戲軟件：包括源程序、目標程序及用來描述程序的內(nèi)容、組成、設計、功能規(guī)格、開況、測試結果及使用方法的文字資料、圖表、圖片等，如程序設計說明書、流程圖、用戶手冊等所有相關的文檔。
1.2頁面游戲軟件：通過網(wǎng)絡瀏覽器頁面運行的網(wǎng)絡游戲軟件，該類游戲軟件一般比較小，且其本身不向玩家收到任何費用。
1.3工作日：指周一至周五，法定節(jié)假日除外。
2. 合作形式
2.1甲方向乙方支付相應開發(fā)費用，乙方使用該筆費用招募技術人員(以下稱成員))成立或維持專門工作室。
2.2乙方招募成員時應當有甲方人員參加，雙方共同考核面試和確定工作時間、報酬等條件。
2.3乙方應當與成員簽訂書面的保密協(xié)議和知識產(chǎn)權協(xié)議并由甲方事先書面審核確定，保證本合同目的無瑕疵之實現(xiàn)。
2.4乙方就工作室及其成員的行為向甲方負責，包括但不限于履行合同義務、承擔違約責任。
2.5甲方對乙方及其工作室的各類收益享有20%的份額。該收益下相應的成本由乙方承擔，本協(xié)議另有約定的除外。
2.6乙方獲得與甲方在游戲外包業(yè)務合作的優(yōu)先權，即乙方在同等條件下優(yōu)先接受甲方游戲軟件開發(fā)的外包訂單。
3. 開發(fā)費用
3.1開發(fā)費用，包括乙方的研發(fā)報酬和工作室的運營成本。
3.2乙方的研發(fā)報酬的計付方式為：
3.3乙方工作室的運營成本，包括場所租金、水電費用、辦工用品開支，成員報酬。
3.4上述費用的確定由本合同另行約定。
3.5開發(fā)費用的支付方式以費用的不同類別確定不同的支付方式。對于場所租金和需要一次支付的辦工用品等由甲方在本協(xié)議簽訂日起七個工作日內(nèi)向乙方支付;水電費用、成員報酬和其它辦工用品等費用由甲方按照自然月分期的方式向乙方支付，甲方在每自然月的前五個工作日向乙方支付該類研發(fā)報酬。
3.6研發(fā)費用的計劃開支控制見本合同附件一。乙方在本協(xié)議履行過程中確定的實際研發(fā)費用不得超出附件中各項開支允許的范圍。因乙方控制開支不力和鋪張浪費導致的超支部分由乙方自行承擔，且不得以此作為不履行本協(xié)議的抗辯事由。
3.7甲方每遲延支付一日，應當向乙方支付未付費用部分的千分之二作為違約金。
3.8付款方式：甲方以銀行轉賬方式向乙方支付上述研發(fā)費用。乙方應當為此設立專門銀行賬戶，并保證?？顚Ｓ谩?/p>
乙方接收研發(fā)費用的銀行賬戶信息：
賬戶名稱：
開戶行：
賬號：
3.9本協(xié)議約定外的其它費用由乙方自行承擔。
4. 甲方權利義務
4.1甲方應當遵循誠實信用原則切實行使權利和履行義務。
4.2甲方有權根據(jù)自身需求向乙方提交關于軟件開發(fā)的意見和建議。
4.3甲方應當按照本合同約定履行付費或投資義務，直到本合同簽訂屆滿一年時為止。
4.4甲方有權監(jiān)督檢查乙方的工作，并在通知乙方十五日后查閱乙方的會計賬簿，乙方應當予以配合。
4.5本協(xié)議約定的甲方其它權利和義務。
5. 乙方權利義務
5.1乙方應當遵循誠實信用原則切實行使權利和履行義務。
5.2乙方應當在每個自然月至少完成3款頁面游戲軟件的開發(fā)。
5.3乙方完成上述每一款游戲軟件開發(fā)后按照本協(xié)議第6.5條之約定向甲方提交該軟件。
5.4甲方應當在收到上述軟件后兩個工作日內(nèi)完成上線測試，并將測試結果反饋給乙方。需要漏洞修補和升級的，由乙方負責完成。
5.5鑒于4.2條款，乙方應當在本協(xié)議簽訂屆滿一年之前使其工作室收支平衡。
5.6乙方有權在不影響本協(xié)議項下義務履行的前提下，與第三方進行與本協(xié)議無關的其它項目，收取相應的費用。但是鑒于甲方支付研發(fā)費用的方式，乙方應當在收取上述費用后七個工作日內(nèi)向甲方支付所收到此類費用的20%。每遲延一日，應當向甲方支付未付部分的千分之二作為違約金。
甲方接收此類款項的銀行賬戶信息：
賬戶名稱：
開戶行：
賬號：
5.7乙方若對5.5條款下的收益拒絕向甲方支付相應分成，則甲方有權立即解除本協(xié)議，并收回甲方已經(jīng)履行的所有投資。
5.8本協(xié)議約定的乙方其他權利和義務。
6. 知識產(chǎn)權
6.1在合作期間內(nèi)乙方完成的游戲軟件的著作權歸雙方共同所有，各占50%的份額。
6.2乙方應當保證上述著作權不侵犯第三人(包括但不限于成員、其他軟件的權利人)的合法權益(包括但不限于著作權、商標權、專利權、肖像權、姓名權)，該著作權之上不存在任何權利抵押、質押等。
6.3乙方在完成軟件后應當及時在國家版權管理部門辦理軟件著作權登記。
6.4在合作期間，乙方未經(jīng)甲方書面同意，不得擅自使用甲方的商標和名稱等商業(yè)標識，不得擅自披露甲方的商業(yè)秘密。
6.5乙方應當妥善保護軟件的源程序、目標程序及相關文檔，并于開發(fā)完成之日起3日內(nèi)將其拷貝整理成光盤，備份給甲方。
6.6甲乙雙方應當相互協(xié)助調(diào)查和打擊第三人對于本協(xié)議項下游戲軟件的侵權行為，并另行協(xié)商確定對于維權費用的分擔比例問題。
7. 收益分配
7.1游戲軟件的營利主要在于增加的廣告收入。故甲方按照游戲運營時雙方合作的頁面中的廣告收入根據(jù)本合同的約定向乙方支付一定比例的分成。
7.2除了6.1條款確定的權益外，甲方有權在自己的平臺無須另行支付費用地首先和持續(xù)一年運營乙方開發(fā)完成的游戲軟件且無須向乙方支付運營收入的分成;上述首發(fā)6天后乙方方有權自行或與其它第三方合作運營該游戲軟件。
7.3鑒于甲方在6.1條款下的權益，乙方關于在本協(xié)議項下開發(fā)完成的游戲軟件與第三方合作，需要事先征得甲方同意，并保證向甲方及時支付其所獲收益的20%。甲方若無合理正當理由，不得拒絕乙方的上述請求。
7.4如7.2條款，游戲軟件在甲方平臺運營一年后乙方有權要求甲方支付7.1條款下相應的分成。
7.5乙方未經(jīng)甲方事先同意或未事先告知甲方，擅自將游戲軟件與第三方合作運營，那么甲方有權沒收乙方所有已經(jīng)獲得和必將獲得的收益并要求乙方支付相當于所有收益一倍的違約金。
8. 保密
8.1“保密信息”：按本協(xié)議規(guī)定，在協(xié)議前期磋商、簽訂、履行過程中各方向對方轉達的信息(包括披露方所有的信息和披露方保管或知悉的第三人并且負有保密義務的信息)均應由接受方作為保密信息處理。保密信息存在的形式包括但不限于圖紙、文件、計算機文檔等書面形式和口頭形式。接受方在對方提供之前就擁有的、公眾已知的不違反協(xié)議的信息和接受方之前獨立開發(fā)完成的類似信息不在“保密信息”范圍內(nèi)。
8.2 接受方不得將上述保密信息透露給披露方未授權的第三人(為履行本協(xié)議必須知悉的接受方人員除外)，不得將保密信息轉讓給第三人，不得對保密信息進行復制、改編、分解、反編譯、破解等行為及利用保密信息進行違背本協(xié)議目的的其他行為。
8.3 接受方應當與其員工、法律顧問、會計顧問、關聯(lián)企業(yè)等在合同履行過程中必然或可能知悉的人員或機構簽訂包含本協(xié)議保密條款的書面保密協(xié)議并應當為這些人員和機構的違反上述保密約定的行為承擔法律責任，包括但不限于連帶賠償責任。
8.4 接受方應當在本協(xié)議履行期間或本協(xié)議終止后應披露方的要求，在指定時間內(nèi)在披露方指定人員在場等條件下，銷毀或返還載有上述保密信息的所有圖紙、文件、計算機文檔、圖表、音視頻CD和DVD等，不得保留復制品和技術資料。
8.5 司法機關、政府監(jiān)管部門和法律法規(guī)的強制性規(guī)定要求接受方披露和提供上述保密信息時，接受方應當告知這些保密信息的權屬及性質，并以最快捷方式通知披露方該保密信息的確切性質。
8.6 本保密條款在本協(xié)議有效期及本協(xié)議終止后有效。
9. 通知
9.1 除非事先以書面方式通知更改，所有通知與函件均應發(fā)往下列恰當之通訊地址：
甲 方：
地 址 ：
郵政編碼：
傳 真 ：
電子郵件 ：
指定聯(lián)系人：
乙 方：
地 址 ：
郵政編碼 ：
電 話 ：
傳 真 ：
電子郵件 ：
9.2 上述通訊信息如有變動，變動一方應提前5日書面通知對方;否則，因未通知而給對方造成損失的，應負責賠償。
9.3 如通知及函件之送達為傳真形式，則應以傳真?zhèn)魉陀涗浰@示之確切時間為準，除非發(fā)出該傳真之時間為該日下午五時之后，或收件一方所在地之時間并非營業(yè)日，則收件日期應為收件一方所在地時間之下一個營業(yè)日;若為電子郵件形式，則郵件進入收件方指定之電子郵件系統(tǒng)的時間即視為已送達;若為專人派送時(包括特快專遞)，按收件一方簽收之日期為準;若以掛號郵件發(fā)送時，以郵局所出具之收據(jù)為憑，自寄發(fā)日起計五(5)個營業(yè)日為準。
9.4 通知原則上以書面方式進行;如果情況緊急，一方應當以傳真和電話方式立即通知另一方，并立即采取合理措施避免損失的產(chǎn)生或擴大。
10. 違約責任與不可抗力
10.1除本合同另有約定外，如任何一方違反本協(xié)議所規(guī)定的義務，違約方在收到守約方要求糾正其違約行為的書面通知之日，應立即停止其違約行為和采取相應充分的補救措施，并在7日內(nèi)賠償守約方因此受到的所有損失。如違約方繼續(xù)進行違約行為或不履行其義務，守約方除就其所有損失而獲得違約方賠償外，亦有權在違約方收到書面通知當之日終止本協(xié)議。
10.2雙方均有過錯的，應根據(jù)各方實際過錯程度，分別承擔各自的違約責任。
10.3 上述經(jīng)濟損失包括直接經(jīng)濟損失和間接經(jīng)濟損失，間接經(jīng)濟損失，包括但不限于律師費、調(diào)查費、公證費、交通費等。
10.4本協(xié)議對違約責任在本條之外另有約定的，一并適用。有沖突的，非違約方有權選擇適用。
10.5本協(xié)議任何一方對其因不可抗力而不能或延遲履行本協(xié)議項下任何義務給對方造成的任何損失不承擔任何責任。
10.6如果發(fā)生不可抗力事件，則受影響的一方應立即以可能的最為快捷的方式通知對方，并在不可抗力事件發(fā)生十五(15)日內(nèi)向對方出具能有效證明該不可抗力事件發(fā)生的文件。遭受不可抗力影響的一方應采取積極有效的措施以盡量減少因本協(xié)議不能或延遲履行而給對方造成的損失。一方因不可抗力而延遲履行其相關義務的事件應與不可抗力持續(xù)的時間相同。雙方應當盡快協(xié)商相應的補救辦法。如果不可抗力待續(xù)30日以上，且對本協(xié)議之履行產(chǎn)生重大不利影響時，則任何一方均有權終止本協(xié)議。
10.7法律對違約責任另有規(guī)定的，可以同時適用該規(guī)定。
11. 協(xié)議終止
11.1本合同出現(xiàn)以下情形時終止：
A.合同雙方均履行完畢;
B.一方按照本合同行使單方解除權;
C.雙方協(xié)商解除;
D法律規(guī)定或本合同約定的其它情形或條件。
11.2合同終止不影響非違約方向違約方主張違約責任。
11.3合同終止不影響保密條款、違約責任條款和解決爭議條款的效力。
11.4合同終止后，債權人有權對債務人存留在己處的財產(chǎn)行使法律規(guī)定的留置權。
12. 法律適用與法院管轄
12.1本合同的簽訂、效力、履行、解釋均適用中華人民共和國法律。
12.2雙方在履行合同過程中發(fā)生爭議，應當優(yōu)先考慮協(xié)商解決;任何一方認為不能通過協(xié)商方式解決的，均可將該爭議提交給甲方所在地有管轄權的人民法院。
13. 其它約定
13.1乙方應當向甲方提交其身份證及其復印件(須簽字); 甲方核對完成后留存其身份證復印件。
13.2本合同條款標題的設置均為閱讀方便目的，不構成對所屬條款解釋的約束規(guī)則。
13.3本合同簽訂后，取代之前為此在協(xié)商過程中簽訂的一切文件、陳述和承諾。但在合同解釋時，仍可以在不違背本合同的前提下參考這些文件、陳述和承諾。
13.4若任何一方未能行使或者及時行使其在本合同項下的任何權利或優(yōu)先權時，不應視為棄權;而對任何權利或優(yōu)先權的單獨行使或部分行使亦不妨礙日后其對任何權利或優(yōu)先權之行使。
13.5本合同一式兩份，雙方各執(zhí)一份，具有同等法律效力。
13.6甲方和乙方承諾已經(jīng)仔細閱讀合同所有條款。
13.7本合同自雙方授權代表簽字并加蓋各方公章(或合同章)時生效。
13.8本合同惟經(jīng)雙方一致同意并以書面形式確認方可修改。
微信使用人數(shù)數(shù)據(jù)：
據(jù)非正式公布的信息，微信用戶男性占了63%， 20-30歲之間的青年占了74%。
所以把握住了微信，就等于把握住了客戶。
針對汽車行業(yè)競爭激烈，宣傳成本高，用戶流失量大，用戶投訴多等一系列問題，微信海團隊精心為汽車行業(yè)打造了一套汽車行業(yè)專屬解決方案。從微網(wǎng)站、微應用、微活動、微會員卡、微客服這五大模塊完美解決汽車行業(yè)所面臨的各種難題。
一、微網(wǎng)站——汽車行業(yè)門戶：
汽車行業(yè)的移動互聯(lián)網(wǎng)門戶建設，包括車型介紹、優(yōu)惠活動、預約試駕、附近4S店、一鍵導航、一鍵撥號等全方位展示功能，將汽車品牌信息、服務全面具體展示在微信端，為消費者提供有價值的資訊，消費者在微信上能了解到足夠全的信息，滿足消費者的需要。同時一鍵導航功能指引消費者就近到店試駕，促成購買，一鍵撥號功能解決消費者記不住電話號碼的難題。
同時，微頁面下方還開啟了分享、評論功能，用戶可以把自己喜歡的車型信息分享到騰訊微博、新浪微博、朋友圈、人人網(wǎng)等社交媒體，讓更多的用戶看到，獲得更大的曝光率。同時，評論功能為用戶提供了發(fā)現(xiàn)喜歡同款車型的好友及暢談空間，車友們聚集在一塊，增強了用戶活躍度以及用戶對官方微信的黏性。
二、微活動——刮刮卡、大轉盤
你還在為傳統(tǒng)的活動方式參與用戶少而煩惱嗎？微信海云平臺針對汽車行業(yè)研發(fā)的刮刮卡、大轉盤，新奇好玩，而且參與方式簡單，能夠快速的吸引新用戶關注并且參與，定期舉行微信活動還能促進消費者對4S店的好感度，最終將消費者吸引到店里來購買。并且通過定期的微信營銷活動贈送給老顧客一些禮品，維系和老顧客之間的關系，增加老顧客對該店的忠誠度，老顧客在升級換代、二次購車的時候再次光顧該店，有時還會推薦給身邊的親朋好友，再次促進銷售。
案例展示：
汽車4S店微信公眾平臺在未接入微信海云平臺微活動時每日通過群發(fā)消息推送活動信息吸引參與用戶非常少，而且由于內(nèi)容形式單調(diào)，用戶體驗不佳，微信公眾平臺的用戶流失，在使用微信海云平臺的微活動之后，每日吸引來的用戶上升，由微活動促成銷售量提升。
三、微應用——預約試駕（保養(yǎng)）、一鍵導航
（一）預約試駕功能：
現(xiàn)在的消費者一般通過打電話預約和登陸官網(wǎng)填寫申請信息這兩種形式進行預約試駕。電話預約耗費時間較長，記錄人員手寫登記也比較麻煩，而且有時會因為電話音質和說話口音問題等出現(xiàn)聽不清楚而出現(xiàn)信息記錄錯誤的情況。而登陸官網(wǎng)填寫則需要電腦，因為電腦端的頁面在手機上閱讀體驗不佳，消費者不能隨時隨地的預約試駕。
微信海云平臺推出微信端預約試駕功能，消費者只需在微信端輸入微信昵稱（號）、姓名、性別、手機號、地址等信息提前預約，操作便捷，消費者可隨時隨地進行申請試駕，為消費者解決了登陸網(wǎng)頁和打電話的麻煩，微信預約輕松搞定。同時商家也把消費者集中到微信這一個平臺上，商家提取、統(tǒng)計消費者信息也更方便，易操作。
汽車4S店由于登陸官網(wǎng)和電話預約的麻煩，在應用微信預約試駕功能后，消費者預約試駕更方便，商家也通過微信通知消費者前來試駕，省去了電話通知和短信通知的不便和費用，消費者申請試駕的比率上升，實際到店試駕的比率上升，銷售額也上升。
二、一鍵導航功能：
消費者買車除了價格因素以外，還需要考慮4S店與家之間的距離，一般會選擇就近購買，方便以后到店進行維修、洗車、保養(yǎng)等。你還在為消費者因為找不到4S店的具置，而失去了這個客戶而煩惱嗎？
基于消費者對于汽車行業(yè)具體地理位置的需求，微信海云平臺研發(fā)一鍵導航功能，方便消費者快速定位自己地理位置并進行導航，全程引導消費者到店進行試駕或購買，為您快速解決因無法快速找到商家位置而導致客戶流失的問題。
汽車4S店在使用一鍵導航功能之前基本都是通過電話或短信形式提示消費者商家的位置，由于電話音質問題對導航效果形成很大的影響，同時電話和短信無法實現(xiàn)實時導航，導致用戶流失，最終到店的用戶對此種導航形式的表示非常不滿。在使用一鍵導航功能之后，用戶通過微信即可實現(xiàn)實時查詢乘車路線，快速精確的找到商家位置，用戶到店人數(shù)增加了，并且對一鍵導航的方式贊賞有加，大大提升了客戶對商家的滿意度，同時也提高了商家的工作效率。
三、微會員——電子會員卡
由于消費者買了車以后都需要維修或者定期保養(yǎng)服務，因此對每個車主都建立了一個檔案，但是每個車主買的車型不一樣，所享受的優(yōu)惠和服務也不一樣，而且一個車主同時有幾個卡，比如保養(yǎng)卡、洗車卡等。4S店制作卡片和管理起來比較麻煩，而且車主有可能自己都不清楚自己應該享受的優(yōu)惠和服務內(nèi)容，而且經(jīng)常會出現(xiàn)忘記帶卡的情況。當有優(yōu)惠信息需要通知車主時，通過打電話或發(fā)送短信的形式告知，比較麻煩，且所需要的人力和費用較高。
微信海云平臺推出的微會員功能可收集會員信息建立商家的消費者數(shù)據(jù)庫，并方便管理，從而為會員提供專屬服務。只需一個電子微會員卡就可以將全部的促銷優(yōu)惠、會員專享等服務信息直接顯示在微會員頁面，消費者可直接通過自己的會員卡查看自己的積分、可以享受的服務、優(yōu)惠等。將商家已有的線上用戶吸引至線下進行二次消費，直接促進商家的營業(yè)額提升，消費者到店消費后只需要拿出手機出示自己的微會員卡，就可享受優(yōu)惠服務，免去了攜帶多個實體卡的麻煩，方便了顧客，也提升了服務質量，提升了消費者對4S店服務的滿意度，同時也為商家減少了實體卡的制作成本和信息發(fā)送成本。
汽車4S店微信公眾平臺在使用微會員之前，基本是通過填寫表格的形式收集用戶信息建立數(shù)據(jù)庫，再錄入到電腦，操作復雜，效率低下，管理麻煩，不能做到個性化的消息推送；使用微信海微會員系統(tǒng)后，用戶填寫個人信息獲取會員卡，自動生成分組，管理方便。在使用微會員系統(tǒng)后，優(yōu)惠活動期間大幅提高用戶每日到店量。而且根據(jù)會員卡綁定建立商家自己的消費者數(shù)據(jù)庫之后，微信平臺用戶的互動率提升，大大提高用戶對商家的忠誠度?；谖⑿诺幕有?、朋友圈快速傳播的特性，為商家節(jié)約制卡成本和會員信息發(fā)送成本。
五、微客服——人機值守、一鍵撥號
你的客服正在為每天接到數(shù)以百計的客戶電話而感到壓力山大嗎？你的店有因為客戶電話太多而不能及時處理而遭到客戶投訴嗎？你有因為客戶需要緊急救援時而記不住你們的客服電話而抱怨你們的服務做的差嗎？
微信海云平臺研發(fā)圖文、語音、文字鏈接、電話直撥、地理位置等多種形式智能客服，配合人工客服進行人機值守為用戶提升全面的咨詢引導服務。對于一些常見問題，建立常見問題知識庫，用戶點擊或是發(fā)送相應關鍵詞即可在第一時間得到相應的解答和幫助。同時微信海云平臺智能客服可接入商橋客服系統(tǒng)，方便用戶直接在微信平臺進行咨詢、與客服人員進行溝通。
一鍵撥號功能把微信和聯(lián)系方式融合在一起，通過移動門戶的植入，客戶只需輕輕一按就可直接撥打電話，不再需要熟背電話號碼?？蛻粼谛枰o急救援和遇到實時故障時，撥打客服電話就成了一件極為簡單的事情，不再為電話號碼記不住而發(fā)愁，你再也不需要為遭到客戶投訴或無法及時為客戶處理故障而頭疼了，一鍵撥號就幫你搞定了。
汽車微信營銷方案（二）
一、產(chǎn)品背景：
二、營銷目的
建立一對多互動營銷平臺，依托微信及滲透個人現(xiàn)實社交圈打造一個營銷通路：傳播汽車品牌、產(chǎn)品、4S店等信息，吸引更多的消費者用戶與商家等，成為企業(yè)移動互聯(lián)網(wǎng)營銷通路的重要組成部分。
三、企業(yè)獲得的價值
通過此方案的執(zhí)行，逐步完成移動互聯(lián)網(wǎng)營銷通路的布局，為汽車4S店實現(xiàn)網(wǎng)絡化，經(jīng)營做好當前收益與戰(zhàn)略布局。能夠提升企業(yè)在當?shù)仄噽酆谜咧辛己玫挠脩舾惺?，并延長營銷時間和不限制地點，每天都能接收車訊，為營銷創(chuàng)造無限可能。
互聯(lián)網(wǎng)會議PPT資料大全 技術大會 產(chǎn)品經(jīng)理大會 網(wǎng)絡營銷大會 交互體驗大會
正直，進取，合作，創(chuàng)新
微信公眾平臺，企業(yè)推廣之道，有網(wǎng)絡的地方就有你的信息
一點一滴為客戶，幫助客戶成功。
四、宣傳模式
汽車4S店在當?shù)赜幸欢ǖ拿麣猓渲饕?jīng)營模式通過傳統(tǒng)的車展以及預約試駕等方式營銷，另外也是通過網(wǎng)絡做營銷推廣，最終引導用戶去體驗店消費。此次與微信的合作，汽車4S店也通過官網(wǎng)、微博、店面等進行全面宣傳自身二維碼以及微信號。
五、內(nèi)容為王
1、文字篇
總共編輯600字，也可搭配表情，比較直觀，給人于簡潔明了、正規(guī)的感覺，可重大事件通知，例如發(fā)改委下調(diào)油價等；
2、語音篇
時間不得超過1分鐘，在短短的幾十秒內(nèi)，其語言必須精煉，給人聽覺上的享受，一般購車人士以男性居多，可以由播音甜美的人員制作，可駕車的哲理性信息；
3、圖片篇
一張小小的圖片，如果激情四射，睿智幽默，引人入勝，惡搞與有內(nèi)涵的圖片受大眾喜愛的程度非常高。圖片內(nèi)容多以駕車小樂趣為主，吸引眼球，緩解疲勞。
4、視頻篇
最好不要超過15秒鐘（考慮到用戶流量）善于供助各種技術，將汽車行業(yè)的產(chǎn)品，服務的信息以視頻的形式傳送到潛在客戶的大腦中，更加地吸引消費者的眼球。
正直，進取，合作，創(chuàng)新
微信公眾平臺，企業(yè)推廣之道，有網(wǎng)絡的地方就有你的信息。
一點一滴為客戶，幫助客戶成功。
5、圖文消息篇
不受字數(shù)限制，可搭配圖片。圖文匹配可以活動流程以及促銷預定規(guī)則，能夠詳細介紹活動、產(chǎn)品或服務，更具有營銷價值。
微信即時性和互動性強，可見度，影響力以及無邊界傳播等特質特別適合病毒式營銷策略的應用。微信平臺的群發(fā)功能可以有效的將拍的視頻，制作的圖片，或是宣傳的文字群發(fā)到微信好友。汽車銷售公司更是可以利于二維碼的形式發(fā)送優(yōu)惠信息，這是一個即經(jīng)濟又實惠，更有效的促銷好模式。更顧客主動為企業(yè)做宣傳，激發(fā)口啤效應，將產(chǎn)品和服務信息傳播到互聯(lián)網(wǎng)還有生活中的每個角落。
隨著現(xiàn)代物流行業(yè)強勢崛起，物流行業(yè)逐漸改變了人們的日常生活方式，也使人們的消費觀發(fā)生了巨大的變化。同時，再加上信息化的蓬勃發(fā)展，物流行業(yè)也已實現(xiàn)了從傳統(tǒng)方式到移動互聯(lián)網(wǎng)的迅捷轉變，由此而進入真正的移動時代。事實上，目前在移動互聯(lián)網(wǎng)大量上線的物流APP客戶端便具備了既新奇又實用的功能。雖然物流公司時下現(xiàn)有的物流信息系統(tǒng)能夠完成物流信息的、采集、處理等一系列工作的運行與實施，但卻不能支持物流信息的無線傳輸、無線采集以及實時傳輸，這即導致物流信息無法準確及時地在物流各方實現(xiàn)有向傳輸，從而降低了整個物流信息系統(tǒng)的作用和效率。因此，基于移動技術的物流信息系統(tǒng)開發(fā)，對于改善目前物流信息管理現(xiàn)狀將有著積極的影響和效果。物流企業(yè)、車主和貨主之間通過智能終端和傳感器等設備可以實現(xiàn)信息及時、甚至即時的傳輸和交流，進而也實現(xiàn)了對車主和倉庫的智能化管理、數(shù)據(jù)庫的統(tǒng)一管理等。而且，這種智能的方式則使物流公司或企業(yè)能夠實時、準確以及全面地了解車輛和貨物的當前狀態(tài)。綜上可知，移動物流信息系統(tǒng)已然成為國內(nèi)外物流企業(yè)發(fā)展的一大趨勢。
物流信息系統(tǒng)設計實現(xiàn)了使用智能終端連接到服務器端數(shù)據(jù)庫的技術方案，使用基于移動技術的方案，就可方便地對數(shù)據(jù)進行管理。系統(tǒng)可以給不同的用戶分配不同的用戶名和密碼，實現(xiàn)系統(tǒng)的安全登錄。一般情況下，當前的絕大多數(shù)物流公司和企業(yè)都不能實時掌握車輛和貨物的具置和簽收等情況，從而會在時間上以及與顧客的溝通上形成一定矛盾。物流信息系統(tǒng)則可結合百度地圖實現(xiàn)定位功能， 從而實現(xiàn)對物流過程中車輛和貨物位置的實時查詢、在線調(diào)度與配送管理。進一步地，以前的物流信息系統(tǒng)對車輛和貨物的準確性難有精準掌握，而基于移動技術的物流信息系統(tǒng)配合條形碼掃描技術則實現(xiàn)了對貨物信息的準確判斷，因而也保證了貨物傳送的準確性。另外，基于移動技術的物流信息系統(tǒng)還能有效克服目前系統(tǒng)中穩(wěn)定性差、消耗大、以及時延長的不足。具體地，釆取加密技術對SQLite數(shù)據(jù)庫加密后，服務器端數(shù)據(jù)庫中的數(shù)據(jù)可通過HTTPS與終端設備進行交互；而對密碼等敏感數(shù)據(jù)則釆用基于TCP架構的安全通訊協(xié)議進行傳輸并將證書安全鎖定，再使用Salt加密存儲技術和APK安裝包簽名技術等措施來定制權限，從而保障系統(tǒng)的安全性和可靠性。同時，通過建立表的索引和事務降低系統(tǒng)時延和能耗，提高系統(tǒng)集成性。
1 系統(tǒng)架構
移動物流是以面向提升有關于外勤（如物流員）管理和運輸過程實際執(zhí)行力為核心業(yè)務需求的移動信息化應用系統(tǒng)的簡稱，而且兼顧基本的運單管理、結算清單和統(tǒng)計分析。已支持的運單業(yè)務包括零擔業(yè)務、COD業(yè)務和快遞業(yè)務等。
在此，以零擔業(yè)務為例，其外勤主要的調(diào)度單按其業(yè)務特性包括了：攬收單、干線工單和配送單等分類在內(nèi)，而且移動物流外勤對于工單派送及執(zhí)行將實施全過程管理。而由物流系統(tǒng)管理系統(tǒng)處理運單后，調(diào)度人員可按需分解或合并成需調(diào)度的任務并完成任務細節(jié)，再通過列表或地圖輔助調(diào)派到指定的車和人。物流人員接受經(jīng)調(diào)派的工單后輔以確認，并開始實施，實現(xiàn)過程的簡要設計則如圖1所示。
移動物流外勤手機端APP主要跟隨現(xiàn)場人員，其對軌跡的采集均以人員為主，如需對車輛的位置做隨時監(jiān)控，則可加入車載GPS設備端APP功能，從而對整個人員、車輛的軌跡管理實現(xiàn)完整覆蓋，且對工單實施整個過程提供完整監(jiān)控，并能基于此而對車輛運行距離和實際成本進行估算，獲得后續(xù)的商業(yè)智能的技術體驗。系統(tǒng)只需在車載GPS端部署一個小程序，并隨著車輛啟動開始運行，再根據(jù)后臺時間規(guī)則，于工單實施期間實現(xiàn)對車輛位置的采集，隨即上報系統(tǒng)，由此實現(xiàn)對車輛的實時跟蹤。
2 物流手機端的功能設計
2.1 接收工單
服務端分派工單給外勤人員，外勤人員通過手機端登錄、且獲取分派給自己的工單。而服務端維護外勤人員信息時，即將外勤人員和各自手機的IMEI號進行綁定，當外勤人員打開手機中的程序便會自動檢測當前綁定的外勤人員，同時獲取其響應的任務。
2.2 工單查詢
登錄成功后，可獲取分派給當前外勤人員的所有工單，主要是待確定的工單；也可以查詢其已經(jīng)確認待實施的、以及正在執(zhí)行的工單。具體來說，即包括了工單內(nèi)的任務內(nèi)容、運單相關信息、客戶相關信息和工單執(zhí)行中的相關信息等。如圖2所示。
2.3 工單確認
對查詢到的分派給自己的工單進行確認，主要可得三種結果，分別是：確認工單表示接收此工單；若由于特殊原因無法接收該工單，可以對此工單進行交辦，具體的交辦對象由服務端進行配置，默認則是根據(jù)車輛駕駛員管理中的配置實行交辦，即只能交辦給統(tǒng)一車輛的駕駛員，但服務端也可以根據(jù)實際情況設置交辦人員的配置；此外，由于特殊原因即使交辦給其他外勤人員也無法完成的工單，可以不接單，由服務端根據(jù)實際情況重新派單即刻。實際運行界面則如圖3所示。
2.4 工單交辦
對部分考慮輪班的車輛駕駛員，可以通過交辦的方式，將個人已確認的工單交予他人負責。同時，既可以進行單個工單的交辦，也可以進行批量交辦；還可以在不同時機進行工單交辦，具體可描述為：確認工單時和啟動實施時兩種情況。用戶界面即如圖4和5所示。
2.5 執(zhí)行簽到
對于開始、結束等各個已配置的關鍵點都需要執(zhí)行簽到/監(jiān)督的，可提供GPS、網(wǎng)絡（基站）和拍照等簽到的方式。待辦工單執(zhí)行界面如圖6所示。
2.6 緊急處理
物流途中出現(xiàn)任何問題均可借助及時信息采集，并上報給后援，進而提供應急狀況下的內(nèi)部快速通訊等。實現(xiàn)過程是：可以點擊執(zhí)行工單的任意頁面上的“報障”，即可直接向工單調(diào)度中心求助，其所撥號碼將在服務端進行維護；工單調(diào)度中心則會根據(jù)實際情況重新派單，就是由新接車輛人員繼續(xù)進行工單派送。
2.7 通知通告
由于外勤人員在外不便于集中通訊，憑借通知通告就可保證信息的及時、順暢傳達?？梢杂煞斩讼蛲馇谌藛T發(fā)送通知公告，發(fā)送時可選擇發(fā)送對象，既可是全部，也可是部分外勤人員；外勤人員在手機上登錄系統(tǒng)后，可點擊首頁的“通知公告”進入公告列表， 再選中某條需要查看的公告進入公告詳情頁面，從而獲知公告具體內(nèi)容。通知公告界面則如圖7所示。
3.8 全程監(jiān)控
主管部門和調(diào)度/后援人員可全程實時監(jiān)控外勤團隊的進展狀態(tài)及狀況，包括外勤團隊車輛、人員所處位置，外勤車輛行車路線等，其監(jiān)控界面如圖8所示。
3 結束語
基于移動技術來充分利用現(xiàn)代化信息和手段的物流信息系統(tǒng)，對物流市場做到了快速反應，對物流資源達到了充分整合，從而實現(xiàn)了移動物流信息系統(tǒng)隨時隨地滿足內(nèi)部順暢溝通，客戶高檔服務的要求，同時節(jié)約了管理成本，提高了工作效率；另外，系統(tǒng)亦能增強貨物在運輸途中的透明度，使得物流公司能夠及時準確地掌握車輛位置，和其他信息，并在提升運輸效率和運輸質量的過程中，實現(xiàn)客戶服務能力的升級，進而全面優(yōu)化企業(yè)的核心競爭力。
手機端APP根據(jù)使用客戶人群的特殊性，在設計時就需要考慮使用的便捷性，因此從各個可能操作的界面出發(fā)，設計相關的實施操作界面，并在其中設計加入額外的提升操作因素的小功能。在物流系統(tǒng)中，信息系統(tǒng)正日益強化物流企業(yè)和貨主之間的聯(lián)接，以此來實現(xiàn)高品質的服務和低成本的運作。為此，移動物流移動端的應用，既可以實現(xiàn)高質量的配送管理，又可對配送中心的貨物進行隨時動態(tài)追蹤管理，還能夠根據(jù)所獲知的數(shù)據(jù)進行市場分析和市場預測等方面的信息支持，因而贏得了更佳廣闊的生存發(fā)展空間及前景。
參考文獻
[1] 靳紅霞.JSP應用的安全問題的探討[J].電腦知識與技術，2010（2）：1126-1127+1143.
目前，已開展的增值業(yè)務包括數(shù)據(jù)廣播、EPG運營、付費頻道、數(shù)據(jù)專網(wǎng)、寬帶上網(wǎng)及互動電視，本期刊發(fā)的這篇文章，結合遵義數(shù)字電視增值業(yè)務實際運行四年采的數(shù)據(jù)，進行了客觀務實的分析，折射出國擾很多地方有線運營同仁的共性問題。當“三網(wǎng)融合”已經(jīng)成為緊迫的現(xiàn)實，整個業(yè)界迫切需要戰(zhàn)略和戰(zhàn)術兩把抓――前者決定方向，后者確立執(zhí)行力!希望本文能給讀者帶來戰(zhàn)術層面的務實思考。
數(shù)據(jù)廣播：發(fā)力要在關模后
目前，遵義數(shù)據(jù)廣播平臺已開發(fā)的應用為《遵義視窗》，是以適合電視屏幕為表現(xiàn)形式的電視網(wǎng)站，用戶可通過搖控器操作機頂盒來瀏覽內(nèi)容。
《遵義視窗》規(guī)劃為4個頻點，其中3個使用，一個備用。欄目共計15個，欄目設置見圖1。
1，內(nèi)容形式
圖文信息：圖文信息為在電視頁面(720×576)上以“文字+圖片”的方式，通過數(shù)據(jù)廣播平臺播發(fā)與市民生活密切相關的各種資訊，可取代街頭散發(fā)的小廣告并與平面媒體爭奪一定的分類廣告市場份額。
視頻廣告：《遵義視窗》上設有視頻窗口，可跨頻點鏈接視頻節(jié)目，實現(xiàn)大小窗口變幻的視頻顯示。在頻道資源足夠多的情況下，可做到一個廣告主擁有一個電視頻道，也可在同一個頻道上進行時段的分割，讓不同廣告主自行確定時長及輪播次數(shù)。
2，存在的問題
《遵義視窗》開播4年來，仍未進入真正的商業(yè)運作，主要原因如下：
圖文信息不夠豐富：目前《遵義視窗》只有4個頻點，在保證播出速度的情況下，信息容量只能達到24兆字節(jié)。要保證播出速度及提供更為豐富的信息，必須進行頻點擴容。但由于遵義自整轉至今還保留模擬電視的播出，頻點資源有限，無法為數(shù)據(jù)廣播提供更多的頻點資源。
不能在數(shù)據(jù)廣播里播放視頻節(jié)目：要在數(shù)據(jù)廣播中增加視頻節(jié)目，必須增加頻點并購置視頻播出服務器等相關設備，而遵義進行整轉后，又于2008年整合到省網(wǎng)實行統(tǒng)一管理，致使該項目資金一直無法到位。
無法實現(xiàn)互動：目前遵義的雙向網(wǎng)改造正在進行中，因此《遵義視窗》只能采取廣播方式播出。
制作存在的問題：目前遵義數(shù)據(jù)廣播的頁面制作采取兩種辦法制作，一是使用DTV前端CMS生成系統(tǒng)，二是使用頁面制作軟件如Dreamweaver等。電視頁面不同于傳統(tǒng)的互聯(lián)網(wǎng)頁面，電視頁面需在有限的電視屏幕窗口顯示一張張頁面，在保證內(nèi)容盡可能豐富的同時，還要考慮到頁面的簡捷、美觀，因此，數(shù)據(jù)廣播頁面的制作不能象傳統(tǒng)網(wǎng)站那樣僅靠使用CMS服務器生成頁面，頁面制作的工作量非常大。
總結：除了互聯(lián)網(wǎng)之外，《遵義視窗》作為一種視頻圖文結合型新媒體，具有很強的宣傳優(yōu)勢及吸引力，因此盡管《遵義視窗》目前尚存在一些問題，但隨著模擬電視的關閉，將空出大量的頻道資源，且技術問題也很容易伴隨技術的發(fā)展得到解決，因此，筆者認為，數(shù)據(jù)廣播作為一種重要的增值業(yè)務必將在未來市場中占據(jù)一席之地。
EPG運營：技術要簡單、形式要豐富
EPG作為整個數(shù)字電視平臺的門戶，可通過友好的界面，為用戶提供快速搜索內(nèi)容的服務，從目前各地的情況看，用戶對數(shù)字電視的整體評價在很大程度上取決于EPG，同時，EPG也為同時運營商提供了全新的廣告運營平臺。
目前，遵義EPG業(yè)務已開發(fā)的應用為：開機畫面、主菜單界面、音頻廣播背景及信息條廣告的定制播出。
1，開機畫面廣告
開機畫面以靜態(tài)圖片為載體，可按客戶要求定制為圖文信息廣告，播出時間為5秒鐘。開機畫面廣告為強制性廣告，用戶只要開機，就必須收看開機畫面廣告，其覆蓋率達100％。
2，主菜單界面廣告
主菜單是數(shù)字電視的門戶，數(shù)字電視、數(shù)字廣播、NVOD點播、《遵義視窗》、節(jié)日指南及系統(tǒng)設置等功能的進入均需通過主菜單界面進行切換，為此，遵義在主菜單頁面下方，預留了一個可定制的以靜態(tài)圖片為載體的圖義信息廣告窗口，播出時間為5秒。
3，音頻廣播背景廣告
立體聲廣播是遵義數(shù)字電視開播之初就已提供的一項業(yè)務。音頻廣播背景畫面為一種按客戶需求定制的，以靜態(tài)圖片為載體的圖文信息廣告，用戶收聽數(shù)字電視廣播時就必須收看音頻廣播背景，且如果用戶不退出廣播節(jié)目，背景畫面會一直停留在屏幕上。
4，信息條廣告
遵義信息條廣告為基于頻道信息欄開發(fā)的一種新廣告業(yè)務，用戶在換臺時，在電視屏幕下方的信息欄中，將顯示當前節(jié)目及下一個節(jié)日的指南信息。遵義在該信息提示的有邊，預留了一個以產(chǎn)品或商家形象識別、標志為主的靜態(tài)網(wǎng)義信息廣告位，播出時間為5秒。雖然頻道信息欄顯示的時間較短，但用戶在收看數(shù)字電視時，必定會進行換臺操作，每換一次臺，廣告圖片就會出現(xiàn)一次，其覆蓋率也高達100％。
目前遵義基于機頂盒終端開發(fā)的EPG廣告增值業(yè)務存在以下幾類問題：
問題1：升級操作復雜導致風險加大。
首先，機頂盒進行軟件升級時，必須對機頂盒的版本號進行升級，機頂盒頻繁進行識別、接收、更新等操作，將導致開機時間延躍，為用戶使用帶來了一些麻煩；其次，網(wǎng)絡老化及用戶布線不合理等因素會導致機頂盒識別、接收、更新的失??；第三，電視節(jié)目及數(shù)據(jù)廣播的分級傳輸模式也加大了信號傳輸失敗的風險性。為此，筆者建議，不能進行頻繁的EPG更換操作。
問題2：表現(xiàn)形式尚有待改進。
目前，EPG廣告尚不能提供選擇廣告圖片后，按遙控器確定鍵進行廣告鏈接的切換操作，因此用戶只能看到簡單的廣告宣傳。難以了解廣告詳情。另外，信息條一次只能一條廣告，不能根據(jù)不同頻道個性，降低了率。
總結：EPC為廣電運營商提供了一個全新的新媒體廣告平臺，但如何利用好這個平臺，還需要進一步探討。
付費頻道：擴大個人用戶比例
與基礎頻道相比，付費頻道具備以下幾大優(yōu)點：專業(yè)性突出。專業(yè)節(jié)目的播放比例不低于90％；全程播放不包含商業(yè)廣告；可滿足不同人群的個性化需求等。遵義從20007開始進行付費頻道的推廣，至2009年底，廢項業(yè)務的收入已超過1000萬元。從收入結構看，付費頻道的用戶主要為集團用戶，這部分用戶的收入占總收入的80％以上，這種狀況對于用戶的穩(wěn)定及業(yè)務的進一步埋下了一定的隱患，原因在于：
數(shù)字電視整轉平移并沒有帶來付費電視的爆發(fā)性增長，因此對于有線運營商來說，期望數(shù)字電視市場能夠從一個長期習慣于低價收視費支撐的免費型市場迅速轉向付費市場是不現(xiàn)實的。
由于內(nèi)容的專業(yè)性，因此付費電視的收視群體相對較狹窄。
現(xiàn)階段國內(nèi)付費頻道的節(jié)目內(nèi) 容自制量較少，重播較多，節(jié)目質量尚待提高。
因付費頻道需額外付費，因此用戶的接受難度較大。
總結：如何快速擴大個人用戶群的比例是遵義付費電視業(yè)務進一步發(fā)展需要解決的一個問題。
數(shù)據(jù)專網(wǎng)：抓緊戰(zhàn)備
遵義的數(shù)據(jù)專網(wǎng)增值業(yè)務開展于2006年，但時至今日，該業(yè)務尚未取得突破性進程。
1，存在的問題
數(shù)據(jù)專網(wǎng)增值業(yè)務仍停留在鏈路租賃方面。由于遵義廣電數(shù)據(jù)專網(wǎng)的增值業(yè)務僅停留在鏈路租賃上，因此價格廉價，增值空間很小。
專業(yè)技術人員的服務意識不強。主要表現(xiàn)為：出現(xiàn)問題找不到人；技術問題不能及時判斷處理；進行網(wǎng)絡改造或光纜割接時，不事先通知便進行處理等。
營銷人員缺乏基本的數(shù)據(jù)業(yè)務專業(yè)知識。由于營銷人員不具備通信、網(wǎng)絡等方面基本的專業(yè)知識背景，致使企業(yè)在進行數(shù)據(jù)業(yè)務的拓展時，難以說服客戶選用廣電網(wǎng)絡。
網(wǎng)絡建設自身的局限。目前，租賃遵義廣電網(wǎng)數(shù)據(jù)專網(wǎng)的客戶大多需要拉光纜、占纖芯，而這些客戶租賃數(shù)據(jù)專網(wǎng)只為簡單傳輸數(shù)據(jù)，對鏈路帶寬的要求不高，因此價格是影響其選擇網(wǎng)絡最重要的影響因素。而遵義廣電網(wǎng)絡光纖加同軸電纜組建的優(yōu)質網(wǎng)絡，成本高于ADSL組網(wǎng)模式。另外，采用現(xiàn)有方式，網(wǎng)絡租賃客戶對骨干光纜資源占用極大，不利于業(yè)務的后續(xù)發(fā)展。
硬件設備投入不足。各縣市分公司相關儀器、檢測設備或發(fā)電機配置不足，在不能保證一個分公司至少一臺設備和一臺發(fā)電機的情況下，一旦光纖出現(xiàn)問題，或機房所在片區(qū)停電時，分公司無法保證對各類緊急問題進行迅速處理，而這種狀況，勢必對業(yè)務拓展造成影響。
技術維護的力量不夠。部分縣市分公司的數(shù)據(jù)業(yè)務技術力量儲備不足，當網(wǎng)絡出現(xiàn)問題時，需要派人到各地排除故障，既影響了業(yè)務，又加大了成本。
2、改進思路
完善數(shù)據(jù)網(wǎng)絡基礎設施建設。遵義廣電從2007年開始進行雙向網(wǎng)改造，目前，除終端設備的安裝調(diào)試工作尚在準備中外，改造工作已基本完成，為數(shù)據(jù)業(yè)務的發(fā)展奠定了全新的硬件基礎。
強化服務意識，增強服務技能。為加強服務意識，提高廣電競爭優(yōu)勢。遵義定期對數(shù)據(jù)業(yè)務營銷人員進行服務理念和技術知識的培訓，以使其了解網(wǎng)絡發(fā)展新技術，掌握簡單的網(wǎng)絡故障定位和故障排除技能；同時做好網(wǎng)絡運行中的服務及技術問題的歸納、匯總和再學習。
技術骨干的培訓和貯備。在擬制定培訓計劃，逐年加強技術骨干和維護人員相關培訓的基礎上，遵義廣電已在考慮通過社會公開招聘的方式解決人才問題。
總結：目前，遵義廣電網(wǎng)絡不論是經(jīng)營、服務還是硬件、軟件，均與電信運營商存在較大的差距，但憑借網(wǎng)絡新、高帶寬的優(yōu)勢，筆者相信，隨著“三網(wǎng)融合”的推進及廣電網(wǎng)絡的進一步整合，未來數(shù)據(jù)專網(wǎng)增值業(yè)務將取得很好的發(fā)展。
寬帶上網(wǎng)：潛力在鄉(xiāng)村
寬帶業(yè)務是遵義廣電增值業(yè)務發(fā)展的一個重點，但從目前的推廣情況看，大規(guī)模發(fā)展的時機尚不成熟。主要問題
網(wǎng)絡改造尚在進行中。網(wǎng)絡改造是寬帶業(yè)務發(fā)展的基礎條件，早在整轉之前，遵義廣電就與移動合作，開始提供“E視通”寬帶上網(wǎng)業(yè)務，但由于出口帶寬小，加之“E視通”技術不完善，導致該業(yè)務的發(fā)展停滯。為了改進“E視通”技術上的缺陷，結合公司的實際情況，目前遵義采用EPON／EOC／IPeom／萬兆環(huán)網(wǎng)(包含VOD的功能實現(xiàn))提供寬帶上網(wǎng)服務。
資金的投入較大。與全國很多地區(qū)相比，貴州的經(jīng)濟情況相對落后。而整合及整轉又占用了省網(wǎng)公司很大一部分資金，在這樣的情況下，遵義很難對寬帶業(yè)務進行大規(guī)模的資金投入。
出口帶寬受限。廣電沒有自己的寬帶出口，只能采取下面兩種情況予以解決：一種是向電信、網(wǎng)通、移動等運營商購買出口；一種是與對方開展合作，收入分成。但隨著2009年電信通過整合成為三大運營商，廣電運營商無論是向其購買出口或與之合作都存在著較大難度。
技術力量較薄弱。網(wǎng)絡穩(wěn)定運行和帶寬是決定寬帶業(yè)務成敗的關鍵因素，為此，遵義廣電在加快網(wǎng)絡建設的基礎上，已將加強技術人員、維護人員的技術培訓提上了議事日程。
總結：雖然目前遵義廣電發(fā)展寬帶業(yè)務面臨諸多問題，但未來發(fā)展前景較為樂觀，這個結論基于以下二點因素：首先，遵義廣電網(wǎng)絡是一個以傳輸廣播級流媒體為主的1000兆以上帶寬的優(yōu)質網(wǎng)絡。其次，遵義廣電的數(shù)字電視已覆蓋遵義14個縣(市)城區(qū)的50萬用戶，還有大量的鄉(xiāng)鎮(zhèn)及村級用戶正在建設覆蓋中，這些用戶無疑都是遵義廣電寬帶業(yè)務的潛在客戶。
互動電視：多模式發(fā)展
遵義互動電視業(yè)務自2006年9月開始與杭州華數(shù)合作，至今已運營了4年，市場拓展卻一直停留在2007年4月的發(fā)展水平：僅擁有用戶411戶，其中收費客戶351戶(含集團用戶200戶)，出現(xiàn)這樣的狀況。筆者認為有以下幾方面的原因：
何為新媒體？新媒體是指相對于報紙、雜志、廣播和電視等傳統(tǒng)媒體而言的另一種新興媒體形態(tài)，主要運用互聯(lián)網(wǎng)、無線通信網(wǎng)、衛(wèi)星等渠道，通過電腦、手機、數(shù)字電視機等終端設備，向用戶提供速度更快、內(nèi)容更廣泛的信息與娛樂服務。自面世以來，新媒體因其成本低廉、即時開放、個性互動、信息海量、分眾融合等特點而廣受各大企業(yè)的熱捧，逐漸成為企業(yè)塑造品牌形象、管理客戶關系的重要平臺。當下，不少企業(yè)在各個新媒體平臺開設了門戶網(wǎng)站、官方微博、微信公眾號等，充分利用新媒體渠道優(yōu)勢進行企劃營銷、客戶關系管理及事件公關等等（如圖1）。
新媒體時代的崛起雖然為企業(yè)提供了事件營銷、客戶體驗優(yōu)化的平臺，同時也放大了危機事件帶來的影響。據(jù)調(diào)查，74%的客戶在日常生活中都傾向于通過社交網(wǎng)站、商家評論等方式或討論購物、服務體驗等信息，這種“人人即媒體”的傳播方式進一步擴散了聲譽風險可能帶來的影響，危機事件一旦發(fā)生，其負面影響將呈爆炸式擴散。那么，如何創(chuàng)立并維護個性化的自媒體門戶，真正做到吸引用戶、創(chuàng)造價值以及進行必要的危機公關與輿情應對，成為企業(yè)在當下的重要挑戰(zhàn)。以下選取幾個跨界案例來闡述新媒體在企業(yè)運營中所起到的積極作用。
【案例1】小米的借勢營銷：來自星星的你
2014年年初，韓劇《來自星星的你》紅遍整個亞洲，女主角千頌伊的那句“初雪應該喝啤酒吃炸雞”成功打造出了啤酒炸雞的王牌套餐。2月27日，在這部韓劇即將播放大結局的日子，小米公司在微博推送了一張圖片，內(nèi)容是一張貼在小米餐廳的通知：“鑒于《來自星星的你》今晚凌晨播放大結局，如果千頌伊沒有和都敏俊在一起，周五午餐食堂將提供免費啤酒和炸雞，以示安慰。屆時，請各部門安排好就餐時間，有序領取?！边@條詼諧有趣、貼近當下潮流又充滿了人文關懷的微博一發(fā)送便得到了大量轉發(fā)，并迅速蔓延到微信、社交網(wǎng)站、電視等其他媒體平臺，成為大家津津樂道的熱點話題。
次日小米公司趁熱打鐵，又發(fā)出后續(xù)消息：“不管今天是否下雪，不管叫獸二千結局如何，歡迎來自星星的你免費吃炸雞喝啤酒，共慶小米2S直降400元！PS：老板說了，喝醉的同學下午就不用上班了哦！見者有份，想來的請舉手?！迸c此同時，小米官網(wǎng)推出的“啤酒炸雞”系列、“叫獸二千”系列手機保護殼、手機后蓋等配件也被粉絲們一搶而空（如圖2）。
這無疑是一個借勢營銷與社會化營銷相結合的成功案例，一方面巧妙利用當下時尚熱點促進了小米手機與周邊產(chǎn)品的銷售，另一方面從側面宣傳了小米公司的員工關愛與人文關懷，打造了良好的品牌形象。在當下的移動互聯(lián)網(wǎng)時代，客戶能夠選擇的范圍非常廣闊，想要在眾多同類產(chǎn)品中突出重圍，不僅需要質量過硬的產(chǎn)品與良好的企業(yè)形象，同樣需要根據(jù)用戶的偏好與需求，針對不同的受眾群體，以產(chǎn)品為核心設計出獨具特色的營銷活動，吸引用戶參與其中。通過與用戶的互動助力品牌的塑造，使企業(yè)資訊在微博、微信等新媒體平臺得到充分的二次曝光與傳播，才能夠創(chuàng)造更佳的用戶體驗與大眾接受度。
【案例2】余額寶的危機應對：“暫無收益“事件
2014年2月12日，由于用戶規(guī)模增長速度過快，收益發(fā)放的文件大小超出了系統(tǒng)閥值，余額寶系統(tǒng)在凌晨進行了緊急升級，導致當日早晨用戶在查詢收益時發(fā)現(xiàn)頁面顯示“暫無收益”，這一時間在用戶中引起了不小的恐慌與猜測。雖然支付寶方面緊急辟謠，證實了“暫無收益”事件是一場虛驚，但已有不少用戶選擇抽逃資金。
針對這場危機事件，2月12日下午，支付寶迅速在微博平臺推出了“拯救文案師”行動，聲稱：“余額寶頁面‘暫無收益’文案確實不夠清晰，想出這嚇人玩意兒的文案師已經(jīng)被關進廁所了。請親們幫想想，在余額寶收益暫時還沒有顯示的時候，頁面上應該顯示什么文案比較合適？2014年2月20日前轉發(fā)微博并寫出文案，我們會挑選最佳文案一條，并給予1000元現(xiàn)金獎勵！”半小時后，文案征集活動繼續(xù)升級加碼，“2月20日前轉發(fā)原微博，為支付寶文案抓蟲，包含余額寶文案征集獎勵在內(nèi)，我們將累計抽出10條最佳文案，每位獎勵1000元！”這項活動一推出便即刻引發(fā)了海量轉發(fā)，并且催生了不少有趣的文案，如“數(shù)錢中”、“快馬加鞭中”、“變本加利中”等提示語，包括目前余額寶所采用的“客官別急”提示語也是通過這次“拯救文案師”活動征集的（如圖3）。
支付寶這場危機公關無疑是成功的，它充分利用了新媒體時代突發(fā)事件處理的“黃金4小時”法則，在極短的時間內(nèi)迅速做出公關反應，并不止步于純粹的道歉與情況說明，更通過在微博等平臺制造相關的正面話題進行發(fā)酵，使得一場原本形勢嚴峻的危機事件在輕松詼諧的氣氛中演變成了一場大眾狂歡?！独斫饷浇椋赫撊说难由臁返淖髡啕溈?盧漢曾在書中提到，“媒介即信息”，隨著互聯(lián)網(wǎng)這種高維媒介的發(fā)展，信息傳播的渠道不斷增加，傳播速度持續(xù)放大，人人都是自媒體的趨勢也迫使企業(yè)比以往更為注重危機公關及輿情應對，否則稍有不慎，突發(fā)事件一旦發(fā)酵成引發(fā)重大輿論影響的事件，便是眾口鑠金。
【案例3】Wind資訊的知識大講堂：萬得大學
學經(jīng)濟或是熱衷于投資理財?shù)娜舜蠖鄬ind資訊并不陌生，不僅國內(nèi)一大部分知名金融學術研究機構和權威監(jiān)管機構使用的數(shù)據(jù)來源于此，大量國外經(jīng)濟類的研究報告、學術論文也常常引用Wind資訊提供的數(shù)據(jù)作為佐證，其主營產(chǎn)品財經(jīng)數(shù)據(jù)庫囊括了股票、基金、債券、外匯、保險、期貨、金融衍生品、現(xiàn)貨交易、宏觀經(jīng)濟、財經(jīng)新聞等領域的資訊與數(shù)據(jù)。
近年來，除了微信平臺常規(guī)的“Wind資訊”微信公眾號和理財APP、股票APP等金融終端，Wind資訊又在2011年推出了名為“萬得大學”的公眾號，不僅以“知識大講堂”的形式定期推送金融理財知識，還在公眾號內(nèi)提供了架構清晰、內(nèi)容完整的從業(yè)輔導教材，包括了證券基礎知識、證券投資基金、證券投資分析與證券交易等科目，用戶可自行選擇目錄或章節(jié)進行學習。此外，萬得學堂設置了“名師講堂”的欄目，按照不同主題分類打造出一個高品質的整合資源平臺。作為一個面向員工、用戶及公眾的開放式學習平臺，“萬得大學”一經(jīng)推出便獲得了大量訂閱，并且，自2011年啟動以來，已有數(shù)萬人參加Wind資訊認證考試（如圖4）。
這種在新媒體渠道建立開放式學習平臺的模式雖然無法創(chuàng)造直接的利潤增長，但能夠培養(yǎng)一群高質素的資深粉絲，讓志同道合的人結成社群，創(chuàng)造新的利基時長，同時能夠將做平臺做公眾號積聚的注意力倒灌回Wind資訊的主營產(chǎn)業(yè)鏈，提高整個產(chǎn)業(yè)的附加價值?！傲_輯思維”的創(chuàng)始人羅振宇認為，在未來的體驗經(jīng)濟時代，市場上將只存在兩種必然：一種是資源，另一種則是運營資源的平臺。那么在這種趨勢下，Wind資訊對新媒體平臺的利用無疑是非常具有借鑒意義的。
關鍵詞：J2EE；倉庫管理；庫存控制
中圖分類號：TP312文獻標識碼：A文章編號：1009-0118（2013）01-0192-02
一、研究物流倉庫管理系統(tǒng)的現(xiàn)實意義
傳統(tǒng)的倉庫管理系統(tǒng)大量的業(yè)務操作和管理活動由人工來完成。手工記錄工作效率低、容易出現(xiàn)錯誤，不夠準確，大量必要的信息不能及時被采集、加工、整理和使用，造成了極大的資金浪費和貨物積壓。在當今激烈的市場環(huán)境中，管理者和經(jīng)營者迫切需要借助現(xiàn)代化的管理工具和手段來加強內(nèi)部的管理，加快物流周轉，提高資金利用率，準確掌握供銷業(yè)務情況，及時組織暢銷商品，降低庫存和流通費用，提高企業(yè)現(xiàn)代化管理水平?；谶@種現(xiàn)狀，本文作者設計了基于J2EE的物流倉庫管理系統(tǒng)。
二、系統(tǒng)開發(fā)語言及工具
（一）Java語言
本系采用java語言開發(fā)，具有很好的通用性及移植性，可廣泛用于各類版本的操作系統(tǒng)。在開發(fā)中，采用Java 2平臺企業(yè)版的J2EE作為軟件開發(fā)工具，J2EE具有如下優(yōu)勢：
1、組件化：在J2EE的模式中，每一個業(yè)務邏輯由一個和EJB多個組件構成，當一個新的業(yè)務/應用需要納入到平臺時，僅需要加入新的組件來實現(xiàn)業(yè)務邏輯、再通過Web頁面進行數(shù)據(jù)表示即可，從而系統(tǒng)的修改、擴充非常方便。
2、開放性和分布式：基于J2EE的應用服務器使得構建具有較好伸縮性的分布式應用的過程大為簡化，J2EE和應用服務器自身已經(jīng)處理了很多常規(guī)的編程任務，包括提供事務服務、安全領域、可靠的消息、名字和目錄服務、數(shù)據(jù)庫訪問連接池、線程池、負載平衡和容錯處理等。
3、跨平臺：由于J2EE的可移植性、通過JDBC訪問數(shù)據(jù)庫、同原有企業(yè)資源進行交互的CORBA技術，以及一個經(jīng)過驗證的安全模型。在這些基礎上，J2EE又增加了對EJB、JSP和XML技術的支持。這些對于系統(tǒng)的平臺移植以及和第三方的系統(tǒng)銜接等帶來很大的便利性。
（二）B/S結構數(shù)據(jù)庫
B/S應用系統(tǒng)的客戶端計算機客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，服務器安裝Oracle、Sybase、Informix或SQL Server等數(shù)據(jù)庫。系統(tǒng)三層架構分別包括表示層、功能層、數(shù)據(jù)層。表示層主要是終端用戶通過瀏覽器訪問Web站點；中間功能層響應Web訪問請求和處理業(yè)務邏輯，它實際上可以細分為更多的層，如Web服務層和業(yè)務邏輯層；數(shù)據(jù)庫層負責業(yè)務數(shù)據(jù)的存儲和訪問。在這種模式下，各個層之間功能單一、接口相互透明，相對獨立，例如功能層只負責業(yè)務邏輯的處理，而不關心數(shù)據(jù)的表現(xiàn)形式。這樣當業(yè)務邏輯發(fā)生變化時，將不影響其它的層，從而節(jié)約成本，縮短周期。瀏覽器通過Web Server同數(shù)據(jù)庫進行數(shù)據(jù)交互。這樣就可以實現(xiàn)內(nèi)部和外部都能訪問本系統(tǒng)。系統(tǒng)的升級、維護操作更加簡便，只需要升級、維護服務器端程序，不需要對客戶端計算機進行任何操作。客戶端通過服務器對數(shù)據(jù)庫進行操作，有效保護了數(shù)據(jù)平臺和管理訪問權限，從而保證了數(shù)據(jù)庫安全。
（三）GOLPE DRP技術架構
GOLPE DRP系統(tǒng)采用先進的架構體系，可選擇多種系統(tǒng)環(huán)境、滿足不同類型、不同規(guī)模企業(yè)的需求，可以依據(jù)自己的應用規(guī)模和遠程網(wǎng)絡部署，結合不同操作系統(tǒng)、應用平臺或第三方的產(chǎn)品，構筑高安全、高性能、高可靠的應用環(huán)境。服務器端采用J2EE標準應用，從而使系統(tǒng)能運行于幾乎任何操作系統(tǒng)之上。硬件選擇豐富，能在服務器端組建可伸縮的服務器群，輕松應對海量數(shù)據(jù)，滿足高速發(fā)展的客戶的處理水平要求。
三、物流倉庫管理系統(tǒng)的設計
（一）倉庫信息
倉庫的名稱、位置，容量、責任人等一些基本情況。同時還可以把現(xiàn)有的倉庫視頻監(jiān)控鏈接到該系統(tǒng)中。根據(jù)實際需求對每一庫區(qū)內(nèi)按業(yè)務要求分區(qū)，并進行庫內(nèi)分區(qū)統(tǒng)一編碼。庫內(nèi)各分區(qū)間可以根據(jù)存量需求變化在面積與空間上進行重新定義。倉庫儲位用三維坐標定義，由于三維坐標定位系統(tǒng)，位在整個物流中心具有唯一性。在平面?zhèn)}庫內(nèi)以托盤為基本儲位單元，這樣與立體倉庫的表達趨于一致。系統(tǒng)提供倉庫分區(qū)與儲位的邏輯分布圖，并可以對每個分區(qū)標示出使用比例，用鼠標點擊某個儲位，可以列出此儲位的所有庫存清單。圖形化顯示和數(shù)據(jù)庫進行聯(lián)動，數(shù)據(jù)庫的內(nèi)容變化后，可以及時地通過圖形反映出來。
（二）入庫管理
入庫進貨管理員需根據(jù)模塊中的任務在現(xiàn)場打印出相關條碼，條碼的編碼內(nèi)容可長可短，完全根據(jù)需要來定?？砂凑杖缦乱?guī)則編碼：產(chǎn)品編號+廠家+入庫日期+數(shù)量。倉庫管理人員按照要求將不干膠的條碼標簽粘貼在包裝的既定位置，并用手持條碼搶掃描產(chǎn)品包裝上的條碼，同時掃描貨位條碼采集完畢后把數(shù)據(jù)上傳到系統(tǒng)中，系統(tǒng)自動對數(shù)據(jù)進行處理，數(shù)據(jù)庫中記錄此次入庫的品種、數(shù)量、入庫人員、質檢人員、貨位、產(chǎn)品生產(chǎn)日期、班組等所有必要信息，系統(tǒng)并對相應貨位的產(chǎn)品進行累加。入庫掃描條碼后進行上傳時，系統(tǒng)根據(jù)條碼自動核查是否有質檢單這樣即可保證入庫的數(shù)據(jù)準確性、安全性，同時各部門也可及時的查詢到入庫數(shù)據(jù)。
（三）出庫管理
產(chǎn)品出庫時倉庫管理人員憑系統(tǒng)下達的出庫任務單作業(yè)，系統(tǒng)將根據(jù)先入先出原則，從存儲的數(shù)據(jù)中找出相應產(chǎn)品數(shù)據(jù)下載到采集器中，制定出庫任務，到指定的貨位，先掃描貨位條碼，然后掃描其中一件產(chǎn)品的條碼，如果滿足出庫任務條件則輸入數(shù)量執(zhí)行出庫，并核對或記錄下運輸單位及車輛信息，否則采集器可報警提示。保管人員核對所采集數(shù)據(jù)，自動生成出庫單。
（四）庫存預警
當庫存水平下降到庫存預警線時，系統(tǒng)自動發(fā)出存量預警，通知相關貨主緊急供貨。保質期預警根據(jù)庫存商品的出廠日期、保質期及與警惕提前期，設置保質期預警功能。
（五）盤點模塊
根據(jù)公司制度，在系統(tǒng)中根據(jù)要進行盤點的倉庫、品種等條件制定盤點任務，把盤點信息下載到采集器中，倉庫工作人員通過到指定區(qū)域掃描產(chǎn)品條碼輸入數(shù)量的方式進行盤點，采集完畢后把數(shù)據(jù)上傳到系統(tǒng)中，生成盤點報表。
（六）差錯處理
系統(tǒng)在運行期間可能會出現(xiàn)一些差錯，系統(tǒng)應該提供差錯處理的工具，如果是出庫單或者入庫單等業(yè)務單據(jù)出現(xiàn)錯誤，系統(tǒng)提供紅沖功能如果數(shù)據(jù)錄入錯誤，可以由高級主管授權對錯誤數(shù)據(jù)進行修改，系統(tǒng)并對此進行記錄校對。
四、結語
物流倉庫管理系統(tǒng)是一種新的倉庫管理管理模式，采用新思想、新方法運用于企業(yè)經(jīng)營的戰(zhàn)略規(guī)劃和管理作業(yè)，增強了企業(yè)應變市場的能力?，F(xiàn)代企業(yè)物流技術合理高效地參與，正成為企業(yè)贏得市場優(yōu)勢的重要手段，該系統(tǒng)很好地應用于現(xiàn)代特流倉庫管理系統(tǒng)。
參考文獻：
[1]蔡少華.網(wǎng)絡空間物流信息系統(tǒng)的分析與探討[J].地球信息科學，2002，（3）.
隨著網(wǎng)絡信息化的高度發(fā)展，傳統(tǒng)的以字符為主題的信息傳播形式已不再滿足需要。基于Web的辦公系統(tǒng)顯得越來越必要。本系統(tǒng)正是為了滿足這樣的需求而設計開發(fā)的。程序在Visual Studio 2003平臺下使用VB.NET編程語言，數(shù)據(jù)庫使用SQL SERVER 2000。
本公文系統(tǒng)實現(xiàn)了公文處理的自動化流轉，包括公文起草、已發(fā)公文、待辦公文、已辦公文、公文委托、流程監(jiān)控以及類別定制。系統(tǒng)完成了創(chuàng)建公文流的路徑；起草的公文能按照已創(chuàng)建的公文流路徑流轉；能對其起草的公文進行統(tǒng)計及實時的監(jiān)控；能夠查看自己審批過的公文；能委托其他人代自己審批公文；能夠添加、維護人員信息。
關鍵詞：公文管理系統(tǒng)；B/S模式；VB.NET；SQL SERVER
1 引言
隨著行政機關、公司企業(yè)公文電子化工作的進一步展開，電子化公文管理成為政府機關和公司企業(yè)的一個戰(zhàn)略性課題，但當前公文管理技術與標準還不夠成熟，為了進一步推動政府信息化的建設，必須進一步研究開發(fā)適應新時代的基于Internet的公文管理系統(tǒng)，以提高公文辦理效率，提升政府和公司績效。
公文管理系統(tǒng)以數(shù)據(jù)管理為核心，在數(shù)據(jù)庫等計算機信息系統(tǒng)的支持下，對公文處理的各種信息進行收集、整理、存儲、檢索、統(tǒng)計和傳播。為了實現(xiàn)對公文處理信息的有效管理和操作，就要把這些信息轉化為規(guī)范的數(shù)據(jù)結構，并使之適應公文管理的要求。提供網(wǎng)絡電子公文管理功能需求實例是宣傳管理部門的迫切要求。但是由于基層部門缺乏既精通公文管理業(yè)務又懂計算機軟件開發(fā)的人才，在參與系統(tǒng)開發(fā)建設中仍然遇到很多困難，如缺少可供參考、借鑒的網(wǎng)絡公文管理解決方案，很難提出準確、系統(tǒng)的功能需求。由于公文管理系統(tǒng)的功能需求優(yōu)先和相對獨立干系統(tǒng)開發(fā)的計算機軟硬件環(huán)境，功能需求分析和編制工作可以在系統(tǒng)設計開發(fā)前進行。所以，公文管理系統(tǒng)需要深入進行功能需求研究，及時提供具有借鑒、參考作用的功能需求實例。
公文管理系統(tǒng)在實際應用上概括起來說是向著普及性和高層次兩個方向發(fā)展。從普及性方面來說，隨著計算機和網(wǎng)絡功能的增強和廣泛應用，以微型計算機為主要信息處理工具的、功能完善的公文管理系統(tǒng)將越來越多地受到各級管理者的歡迎，并且要逐漸地向著取代原始的公文方式的方向發(fā)展。
從公文管理系統(tǒng)應用的高層次上來講，以大型計算機為中央處理機的分布式公文管理系統(tǒng)也是一個重要的發(fā)展方向，利用微型計算機和大型主機聯(lián)網(wǎng)，可以為管理者提供更加方便的信息渠道和支持。
從公文管理系統(tǒng)的體系結構看，傳統(tǒng)的公文管理系統(tǒng)一般采用兩層C/S結構，這種結構集中了大中型系統(tǒng)及文件服務器的優(yōu)點，并有良好的系統(tǒng)開放性和可擴展性，它一般應用于局域網(wǎng)。但是，隨著信息的全球化，區(qū)域的界限己經(jīng)被打破，人們己經(jīng)越來越不滿足于只在一個小的區(qū)域內(nèi)共享信息，尤其是近年來的電子商務在Internet的興起，已成為一種強大的驅動力，迫使C/S模式從局域網(wǎng)(LAN)向廣域網(wǎng)(WAN)延伸。如今，Internet己經(jīng)成為全球最大的網(wǎng)絡互連環(huán)境，在Internet的環(huán)境下實現(xiàn)數(shù)據(jù)的B/S計算模式正是目前的流行趨勢。因此，作為一個科技工作者，我們應該密切地注意公文管理系統(tǒng)的發(fā)展方向，盡量吸收各種有益的經(jīng)驗，積極開展對公文管理系統(tǒng)的理論研究和實際應用，促進計算機應用在我國的進一步發(fā)展。
Internet的出現(xiàn)和發(fā)展己經(jīng)給這個世界帶來了巨大的沖擊。但隨著Internet上信息資源的爆炸增長出現(xiàn)了新的問題。例如:有用信息的查找極為困難:Internet的響應速度越來越慢;WEB信息處理的智能化得不到深入發(fā)展等等。針對這些問題，XML近幾年來迅速崛起XML又稱為可擴展標記語言(Extensible Markup Language，7CNL )，事實上它并不是一種真正意義上的標記語言，而是一種允許用戶對自己的標記語言進行定義的源語言。XML具有對數(shù)據(jù)的自描述性和可擴展性，符合Internet進一步發(fā)展的需要，WK組織制定XML標準的初衷也是定義一種互聯(lián)網(wǎng)上交換數(shù)據(jù)的標準，也是公文管理系統(tǒng)在未來的技術發(fā)展的趨勢和方向。ASP也向ASP.NET升級。隨著技術的發(fā)展，公文管理系統(tǒng)的開發(fā)和維護功能都達到新的高度。
2 公文管理系統(tǒng)系統(tǒng)分析
2.1 系統(tǒng)需求分析
根據(jù)公文管理系統(tǒng)的基本需求，本系統(tǒng)需要完成以下任務。
? 根據(jù)公司的實際情況，創(chuàng)建公文流路徑。
? 員工能夠起草公文，并且起草的公文可以按照已創(chuàng)建的公文流路徑流轉。
? 能夠對起草的公文進行統(tǒng)計及實時監(jiān)控。
? 能夠統(tǒng)計查看自己審批過的公文。
? 能夠委托其他員工代自己審批公文。
? 能夠添加、維護員工信息。
2.1.1 用戶身份級別要求
即根據(jù)身份的不同對系統(tǒng)的使用權限有所不同。從權限大小大致可以分為：系統(tǒng)管理員、用戶、一般用戶。系統(tǒng)提供靈活的角色設定和權限的分配功能，每個用戶的審批、通知、查看、歸檔可以在系統(tǒng)賦予。
2.1.2 系統(tǒng)功能模塊設置
? 公文起草
通過公文起草模塊，可以創(chuàng)建要流轉的文件。
? 已發(fā)公文
通過已發(fā)公文模塊，可以查看自己發(fā)送的公文的詳細信息，包括公文現(xiàn)在的所處的節(jié)、公文要流轉的路徑以及公文具體信息。
? 待辦公文
通過待辦公文模塊，可以查看需要自己審批的公文，并對其進行審批。
? 已辦公文
通過已辦公文模塊，可以查看自己審批過公文的詳細信息，包括公文現(xiàn)在的所處環(huán)節(jié)、公文要流轉以及公文的具體信息。
? 公文委托
通過公文委托模塊，可以委托其他同事代替自己審批公文。
? 流程監(jiān)控
通過流轉監(jiān)控模塊、可以查看自己所發(fā)公文所處的環(huán)節(jié)以及已批環(huán)節(jié)的審批內(nèi)容。
? 類別定制
通過類別定制模塊，可以定制公文類別、流程路徑、員工角色、部門以及管理員工信息。
2.2 系統(tǒng)設計目標
公文管理系統(tǒng)可以滿足現(xiàn)代辦公的需要，在Internet上實現(xiàn)公文流。系統(tǒng)的基本設計原則有：先進性與方便性原則、功能實用性原則、開放性與可擴展性原則等。系統(tǒng)設計時采用較好的設備與技術，協(xié)議符合國家和國際標準，能保證公文的正常運行，確保系統(tǒng)有較長的生命周期。
本系統(tǒng)總體目標是將網(wǎng)絡技術、信息技術、現(xiàn)代管理技術和科學的公文管理結合，實現(xiàn)了公文處理的自動化流轉。
本系統(tǒng)首先要實現(xiàn)動態(tài)性和交互性。所謂的動態(tài)性就是能動態(tài)更新內(nèi)容，如更新個人信息、公文信息、流轉信息等。這要求與數(shù)據(jù)庫有良好的連接；交互性則要求公文的及時審批和歸檔。
實現(xiàn)系統(tǒng)的安全性和可靠性，避免他人進入破壞數(shù)據(jù)庫信息。
2.3 開發(fā)環(huán)境
2.3.1 .NET框架
Visual Studio.NET是Microsoft公司推出的具有戰(zhàn)略性發(fā)展的新一代開發(fā)平臺，Visual Studio.NET框架將Microsoft公司所有編程語言的開發(fā)環(huán)境同意起來，并且可以創(chuàng)建、配置和運行Web服務以及Windows平臺的應用。在.NET框架中，所有的編程語言，從高層Javascript到低層的C++語言，一律是等同的，他們都將生成托管代碼，并且可以一次編寫，隨處運行。.NET框架還可以使不同的語言進行交互，即一種語言可以使用另一種語言所編寫的組件。
2.3.2 ASP.NET的工作原理
在多數(shù)場合下，可以將ASP.NET頁面簡單地看成一般的HTML頁面，頁面包含標記有特殊處理方式的一些代碼段。當安裝.NET時，本地的IIS Web服務器自動配置成查找擴展名為.aspx的文件，且用ASP.NET模塊(名為aspnet_isapi.dll的文件)處理這些文件。
從技術上講，ASP.NET模塊分析ASPX文件的內(nèi)容，并將文件內(nèi)容分解成單獨的命令以建立代碼的整體結構。完成此工作后，ASP.NET模塊將各命令放置到預定義的類定義中(不需要放在一起，也不需要按編寫順序放置)。然后使用這個類定義一個特殊的ASP.NET對象Page。該對象要完成的任務之一就是生成HTML流，這些HTML流可以返回到IIS，再從IIS返回到客戶。簡言之，在用戶請求IIS服務器提供一個頁面時，IIS服務器就根據(jù)頁面上的文本、HTML和代碼(這對我們來說是最重要的)建立該頁面。
2.3.3 VB.NET
VB.NET采納了包括Java在內(nèi)的許多其它面相對象編程語言的功能和特點。Visual Basic .NET把基本數(shù)據(jù)類型（字符串、整型、雙精度等等）轉換成帶有屬性和方法的對象；它還引入了Java類型的錯誤捕獲機制（用Try和Catch）；VB.NET還把代碼編譯成微軟中間語言（Microsoft Intermediate Language，IL）；它還提供了基于XML的應用程序配置。更重要的是設計面向對象解決方案的能力可以用任何語言實現(xiàn)。在本文中，我將比較Visual Basic .NET語言和Java；不過與其它面相對象編程語言來說，VB.NET現(xiàn)在本質上在走它自己的路。
2.3.4 MVC介紹
MVC(Model/View/Controller)是一個設計模式，是國外用得比較多的一種設計模式， MVC包括三類對象。Model是應用對象，View是它在屏幕上的表示，Controller定義用戶界面對用戶輸入的響應方式。它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。
? 模型（Model）
模型是應用程序的主體部分。模型表示業(yè)務數(shù)據(jù)，或者業(yè)務邏輯。
? 視圖（View）
視圖是應用程序中用戶界面相關的部分，是用戶看到并與之交互的界面。
? 控制器（controller)
控制器工作就是根據(jù)用戶的輸入，控制用戶界面數(shù)據(jù)顯示和更新model對象狀態(tài)。
2.3.5 編程運行環(huán)境
? 硬件環(huán)境：
CPU: AMD Athlon(tm) 2800+
內(nèi)存：512 MB
硬盤：80 G
? 軟件環(huán)境：
操作系統(tǒng)：Microsoft Windows XP Service
應用軟件：SQL Server 2005、 Microsoft.NET2005操作平臺
3 公文管理系統(tǒng)系統(tǒng)設計
3.1 數(shù)據(jù)庫設計與實現(xiàn)
3.1.1 數(shù)據(jù)庫的需求分析
根據(jù)系統(tǒng)需求，本系統(tǒng)需要設計9張表。
? 人員基本信息表：公司人員信息保存在這張表中。
? 部門信息表：存放部門信息。
? 公文流轉路徑信息表：存放制定的公文路徑。
? 公文類別表：存放公文緊急等級信息。
? 公文委托表：存放公文委托處理的相關信息。
? 公文信息表：存放公文的詳細信息。
