時間：2022-12-09 05:15:56
引言：易發表網憑借豐富的文秘實踐，為您精心挑選了九篇多媒體播放器范例。如需獲取更多原創內容，可隨時聯系我們的客服老師。
RushPlayer
RushPlayer絕對是iOS上的影音播放神器。它提供清晰的畫質，播放流暢度超過很多全能播放器。同時，RushPlayer還囊括了精選的國內外電臺電視臺資源，并且后臺提供服務器支持，保證資源穩定、高清。RushPlayer支持WIFI傳輸、手勢操作、畫質調節等多種實用功能。RushPlayer可以流暢播放RMVB、WMV、AVI、MKV、MP4等格式的720p和1080p高清視頻。
QVOD 快播
快播播放器（QVOD Player）是一款基于準視頻點播（QVOD）內核的，集在線點播、在線直播為一體的媒體瀏覽器?？觳ミ\用自主研發的QVOD流媒體傳輸協議，實現了高清視頻在互聯網絡的流暢播放?？觳ブС职≧MVB、MPEG、AVI、WMV等在內的幾乎所有主流音視頻格式，具有資源占用低、操作簡捷、運行效率高、視頻源豐富、擴展能力強等特點。在播放在線視頻時，快播會把視頻下載到本地保存。如不需要，看完之后可以手動刪除。
AcePlayer
AcePlayer是一個可以播放任何格式視頻、音頻和相片的萬能播放器，適用于iPhone/iPod/iPad?？梢酝ㄟ^iTunes或者WiFi傳輸文件到播放器內，也可以通過內置的Open URL客戶端從MMS、RTSP、HTTP、FTP、SMB、RTP等視頻流服務器中打開影音文件，或者下載文件到本地。內置的UPnP客戶端可以從幾乎所有的UPnP/DLNA media server中直接播放或者下載文件。"Open In"功能可以從郵件附件或Safari瀏覽器中直接用AcePlayer播放視頻。AcePlayer還做了內置的相片瀏覽器，可以瀏覽照片。需要注意的是，AcePlayer不能在iPhone 3G和一代、二代iPod上運行。
RockPlayer2
RockPlayer2是一款高畫質，流暢播放各種媒體的播放器。它支持手勢控制、srt外掛字幕、音軌選擇、RockShare文件互傳、AirPlay，更有獨創的自定義面板，自由配置播放控制按鍵。RockShare功能可以讓用戶在同一個WIFI環境內的多臺設備之間實現跨平臺文件互傳。內建媒體文件管理器，支持新建目錄、移動、刪除、重命名、添加至播放列表等操作，還可通過左上角“鉛筆按鈕”開啟編輯。RockPlayer支持AirPlay，可以通過Apple TV將視頻推送至大屏幕上播放。目前RockPlayer2已支持iOS6。
在未拆開包裝看到實物之前，筆者的第一反應是這是一款基于Intel數字家庭計劃的播放器產品，但是打開包裝后，才發現自己想錯了。TVISTO多媒體播放器其實是一個硬盤播放器，能夠播放MDEG-1、MPEG-2、MPEG-4等格式的標清電影，和WAVE、MP3、AC3等格式的音頻文件，8D0萬像素以下的圖片也能夠播放。
從背部看，這款產品的接口還是很豐富的，2個1394以及1個USB 2.0接口用來傳輸數據，一個HDMI接口用來傳輸標清或是高清視頻，一個SPDIF接口用來傳輸音頻。同時這款產品的體積非常小，只有2.5英寸的移動硬盤盒那么大，這也是其最大的優點所在。那么這個TVISTO的實際播放能力如何呢?
與購買移動硬盤盒有些類似，用戶購買這款TVISTO多媒體播放機的時候，只是購買一個殼子，還需要自行購買一個IDE接口的硬盤；至于硬盤的容量，要看自己的需求和經濟狀況了，當然，今天的硬盤價格都很便宜。在安裝硬盤之前，首先要將這個產品拆開，我們借此機會，也得以看到內部的結構。其內部結構非常簡單：除了供電部分和用于界面操作的部分，這款產品的核心是一個UNIBRAIN的MediaProcessor。不過這個芯片我們在該公司的網站上并未查找到相關的資料，根據筆者的經驗，這個品牌的1394芯片倒是經常應用在一些主板上，也難怪這款產品擁有2個1394接口了。
為了試驗播放效果，筆者特意用這款產品傳輸了2部不同字幕格式的MPEG-4電影(DVDRIP)。其中《神奇四俠》這部電影使用的是SRT字幕，而《所羅門王的寶藏》這部電影則使用的是idx字幕，并且還拷貝了幾張圖片，大小不一。這里不得不說的是，TVISTO的USB 2.0接口芯片非常有效率，傳輸2GB多的電影，只要1分鐘左右的時間，速度非?？?。
在實際播放的時候，筆者是通過隨包裝贈送的HDMI―分量轉接線，輸出到液晶電視?？梢哉f，TVISTO多媒體播放器播放質量還是可以接受的，不過由于輸出分辨率高，還是能夠看到DVDRIP在分辨率上的不足。而且這款產品能夠支持SRT字幕，不過對于idx字幕則無能為力，并且對于中文支持得不是很好，必須用unicode格式保存，否則不能正常顯示，而是出現亂碼。由于分辨率的原因，如果通過電視看TVSTO上面的圖片，效果一般。筆者覺得還是在計算機上看更合適，畢竟計算機顯示的分辨率高。
關鍵詞：Android； 用戶界面； 數據存儲； 多媒體應用
中圖分類號：TN919-34； TP317；TP37 文獻標識碼：A 文章編號：1004-373X(2011)24-0073-04
Software Solutions of Multimedia Player Based on Android Operating System
YE Xiao-jing, HUANG Jun-wei
(College of Communication and Information Engineering, Chongqing University of Posts and Telecommunications, Chongqing 400065, China)
Abstract： A multimedia player software solution based on Android operating system is introduced. The multimedia player is composed of splash screen, audio display module, video display module, etc. The graphical user interface (GUI) design, data storage, multimedia applications and other technical difficulties are analyzed emphatically. The function testing and verifyication carried out with Android V2.3 simulator and HTC A3380 show that the software solution can meet users′ needs and dependent demands for audio and video file playback. A summary and prospect for the further improvement of the software solution are given.
Keywords： android; user interface; data storage; multimedia application
收稿日期：2011-07-25
基金項目：國家高科技發展規劃項目(2010ZX03002-005)
0 引 言
Android本義為“機器人”，是目前最流行的移動終端開發平臺，依靠Google的強大開發和媒體資源，Android成為眾多移動終端廠商競相追逐的對象。當今全球信息時代，移動終端不再局限于通信業務，多媒體業務的應用才是終端廠商的發展方向。音視頻播放作為一項不可或缺的多媒體業務，對于具有豐富的可編程擴展性的Android操作系統，可以開發出個性化的音視頻播放應用軟件。
1 Android平臺
1.1 Android系統架構
Android是Google于2007年11月5日宣布的基于Linux平臺開源手機操作系統名稱，該平臺由操作系統、中間件、用戶界面和應用軟件組成。從軟件分層的角度來看，Android平臺自上而下由應用程序、應用程序框架、Android運行時、庫及Linux內核共5部分構成［1］。
1.2 Android應用程序組件
Android系統的基本組件包括Activity（活動）、Service（服務）、BroadcastReceiver（廣播接收者）和ContentProvider（內容提供者）等，此外還包括專門負責在基本組件之間傳遞消息的Intent（意向）組件［2-3］。
2 軟件解決方案
2.1 概述
基于Android平臺的多媒體播放器軟件主要由3個模塊組成：啟動畫面模塊、音頻播放模塊、視頻播放模塊。該播放器具有播放列表預覽、前進、后退、暫停、繼續、進度拖曳和停止等功能［4］。
2.2 用戶界面設計
在Android應用中，UI（用戶界面［5-6］）是人與手機之間傳遞、交換信息的媒介和對話接口，是Android系統的重要組成部分。本文設計的多媒體播放器界面主要由主界面、音/視頻資源列表界面、音/視頻播放列表界面、音/視頻播放界面等組成。本文重點介紹前2種界面設計。
2.2.1 主界面設計
主界面采用標簽布局，使用TabHost（標簽頁視圖）并定義2個標簽，分別是音頻播放列表標簽頁和視頻播放列表標簽頁。
TabHost（標簽頁視圖）必須配合TabActivity（標簽Activity組件）使用。該播放器主界面的MainActivity繼承自TabActivity，初始化2個標簽頁，并為每個標簽分配不同的用戶Activity（活動），MusicActivity（音頻播放）和VedioActivity（視頻播放），通過調用指定的Intent來打開合適的Activity（活動）。
2.2.2 資源列表界面設計
資源列表界面采用ListView（列表視圖）作為核心視圖。以視頻資源列表為例，SD卡中的視頻資源列表如圖1所示。
該列表的Activity組件（VideoLibrary）繼承自ListActivity。通過Android平臺為基礎數據類型（視頻信息）裝載ContentProvider（內容提供器），來獲取位于SD卡設備目錄/data/data/com.android.providers.media/ databases里的視頻數據庫信息，并使用SimpleCurosrAdapter適配器作為列表適配器將視頻資源信息填充到列表視圖中。
public class VideoLibrary extends ListActivity {
…
//設置內容視圖
setContentView(R.layout.list_item_view);
//從當前上下文對象獲得內容解析器
resolver = getContentResolver();
//查詢sd卡的視頻文件并返回結果集游標
Cursor c =resolver.query(MediaStore.Video
.Media.EXTERNAL_CONTENT_URI,null,null,null,null);
//初始化列表數據適配器
adapter = new SimpleCursorAdapter(this,
R.layout.list_item_layout,c,
new String［］{TITLE},
new int［］{R.id.VideoName});
//為播放列表設置數據適配器
this.setListAdapter(adapter);
…
}
2.3 數據存儲
Android平臺主要提供了4種數據存儲機制［7］：Preferences(參數選項)，Databases(數據庫)，Files(文件)和Network(網絡)。
Preferences(參數選項)是一種輕量級的、用于存儲或獲取數據類型的“鍵-值”項的機制。它通常用來存放應用程序的配置信息。本文設計的多媒體播放器采用Preferen ces機制來存儲或獲取音/視頻歷史播放信息等配置信息。
2.3.1 獲取數據
若要獲取Preferences文件的數據，例如繼續播放動作需要讀取播放歷史信息。首先通過調用Context.getSharedPreferences(String name,int mode)方法傳入Preferences文件名和打開模式來獲得一個SharedPreferences對象sp，若該Preferences文件不存在，在提交數據后會創建該Preferences文件。利用該sp對象調用getter方法，傳入相應的鍵來讀取數據。
//讀取存放在SharedPreferences文件夾里的上一次播放的Uri
SharedPreferences sp;
sp=getSharedPreferences(PREF,Context.MODE_WORLD_READABLE+Context.MODE_WORLD_WRITEABLE);
String uriString = sp.getString(URI_KEY,null);
nowPlaying = Uri.parse(uriString);
在Android平臺中，所有音/視頻文件的相關信息都是以Content的形式提供給開發者的，所以歷史播放信息是content://樣式的URI，也就是前面提到的nowPlaying。
2.3.2 存儲數據
若要修改Preferences文件的數據，例如暫停當前播放，或停止播放并退出該播放器軟件會引起播放歷史信息的變更。而產生該動作的原理是，每當播放新的音/視頻文件首先將其URI賦值到全局變量nowPlaying，然后在退出該播放軟件時處理變更工作：利用SharedPreferences對象sp調用edit()方法獲得一個內部類Editor對象editor，利用該editor對象對Preferences文件進行編輯，即讀取nowPlaying的數據，隨后必須調用commit()方法才可以完成修改該Preferences文件里鍵為URI_KEY的對應數值。
SharedPreferences.Editor editor = sp.edit();
editor.putString(URI_KEY,nowPlaying.省略mit();
2.4 多媒體應用
2.4.1 多媒體宏觀結構
Android的多媒體部分框架涉及應用程序、Java框架層、C語言框架、硬件抽象層等環節。其中Android Java框架層提供標準多媒體API供上層相關應用程序調用。而媒體的播放過程實際上是由下層的OpenCore和Stagefright等實現的。Android多媒體宏觀結構如圖2所示［8］。
2.4.2 多媒體處理過程
典型數據流在多媒體播放器中的運行過程主要經過以下環節［9］：最上層的Java應用程序將媒體URI(媒體文件或者流媒體)作為輸入設置到媒體播放器中(主要是通過Android平臺提供的標準接口API，如MediaPlayer(媒體播放器接口)等)，經過Java框架層，JNI和本地框架層，一直設置到PVPlayer(OpenCore)。該過程中只是傳遞媒體URI路徑，并無數據流傳遞。由PVPlayer進行解析后，將媒體分成音頻流(MP3，AMR，AAC等)和視頻流(H263，H264，MPEG4等)，經過編解碼器的處理和同步(AVSync)處理后轉換成原始數據(音頻通常是PCM，視頻通常是YUV或RGB格式)。隨后音視頻原始數據將被送入音頻和視頻的輸出環節(揚聲器或者顯示屏等硬件)［6-7］。
2.4.3 多媒體播放接口
Android平臺提供android.media包來管理各種音頻和視頻的媒體接口，該包中的MediaPlayer（媒體播放器接口）用于控制音頻或視頻文件和流的回放。另外在android.widget包中還提供Video View（視頻視圖）組件用于播放視頻文件，以簡化相對于使用MediaPlayer播放視頻的繁瑣控制過程［10］。
（1） MediaPlayer
對播放音頻而言，通過MediaPlayer.crea te(Context context,Uri uri)方法來獲取播放器實例，無需播放準備，直接通過MediaPlay er.start()方法來啟動播放動作。其中nowPlaying就是用戶當前選中的待播放文件［9］。
//開始播放
MediaPlayer mPlayer = MediaPlayer.create(context,nowPlaying);
mPlayer.start();
通過播放器實例mp調用MediaPlayer.pause()方法可以暫停當前播放行為，可以使用start()方法恢復播放。
首先調用MediaPlayer.stop()停止當前播放行為，再調用釋放與播放器相關資源的方法MediaPlayer.release()來完成停止播放動作。
對于播放視頻來說，通過MediaPlayer (媒體播放器接口)的“setDataSource”方法可以指定視頻文件路徑。與播放音頻數據不同的是，視頻播放還要設置顯示視頻內容的承載體，使用MediaPlayer的“setDisplay”方法為當前播放器實例設置一個用于顯示視頻內容、代表屏幕描繪的控制器。這樣用于播放視頻的播放承載體必須實現Surface Holder (表面視圖處理接口)的視圖組件。
（2） Video View
首先視頻播放布局資源中必須定義2個組件：“VideoView”標記定義視頻視圖組件，“MediaController”標記定義視頻播放控制器組件。在Acitity組件對布局資源填充完成后，獲取布局資源中定義的視頻視圖和播放控制器組件實例(mVideo和mController)，視頻視圖實例mVideo指定要播放的視頻文件路徑或URI，用于承載待顯示視頻內容，并為mVideo設置播放控制器用于控制該視頻文件的播放行為(如暫停、前進、后退和進度拖曳等)，再調用VideoView.start()方法啟動播放行為。停止播放行為可以調用Video View.stopPlayback()來停止回放行為［9］。
//獲取視頻視圖和播放控制器組件實例
mVideo=(VideoView)findViewById(R.id.video_view);
mController=(MediaController)findViewById(R.id.media_controller);
//設置視頻文件URI
mVideo.setVideoURI(nowPlaying);
//設置播放控制器
mVideo.setMediaController(mController);
3 測 試
本文設計的多媒體播放器是在Android SDK 2.3平臺下開發完成的。該播放器以應用程序apk的形式分別集成到在Android 2.3模擬器和HTC A3380手機上，通過測試能夠實現音/視頻文件的本地播放功能，例如暫停、繼續、停止、進度拖曳等。以音頻播放為例，測試效果如圖3所示。
4 結 語
本文重點介紹基于Android平臺的多媒體播放器解決方案。側重分析UI（用戶界面）設計、音/視頻數據信息讀寫，及音/視頻播放等過程；并在Android SDK2.3平臺上進行功能性測試，測試結果滿足預期，能夠正常播放本地多媒體文件。隨著用戶對移動終端的媒體播放功能的需求日益增加，提供支持更高分辨率的視頻播放，以及和網絡結合的流媒體方面的功能將是下一步的研究重點。
參 考 文 獻
［1］ E2ECloud工作室.深入淺出 Google Android ［M］.北京：人民郵電出版社，2009.
［2］ 高煥堂.Android應用框架原理及程式設計36技［M］. [出版地不詳 ]:廣悅文化事業有限公司，2009.
［3］ 佚名.Android開發教程&筆記［EB/OL］.［2009-11-19］.省略/tech/509.htm.
［4］ 張正政,林耀榮.基于Android系統的影音播放器開發［J］.現代電子技術,2011,34(2)：5-8.
［5］ 趙亮,張維.基于Android 技術的界面設計與研究［J］.電腦知識與技術，2009，29(5):8183-8185.
［6］ 公磊,周聰.基于Android 的移動終端應用程序開發與研究［J］.計算機與現代化，2008(8):85-89.
［7］ 小試牛刀.解讀:Android平臺數據存儲機制［EB/OL］.［2010-12-17］.hb.省略/a/20101217/000047.htm.
［8］ 韓超,梁泉.Android系統原理及開發要點詳解［M］.北京:電子工業出版社，2010.
［9］ 韓超,梁泉.Android系統級深入開發［M］.北京：電子工業出版社，2010.
［10］ 汪永松.Android平臺開發之旅［M］.北京:機械工業出版社，2011.
［11］ 賀丹丹，施展.基于Android的VoIP系統的設計與實現［J］.現代電子技術,2011,34(6)：28-31.
［12］ 車一，龍華，蔣華龍.下一代移動通信業務的自相似研究和實現［J］.電子科技,2008(2)：55-57.
［13］ 王鳳妮，王金寶.基于P2P架構和SIP協議的多媒體郵件網絡研究［J］.電子科技,2008(1)：60-62.
［14］ 乃學尚.IP多媒體子系統組網研究［J］.電子科技,2009(2):68-72.
2、Nike推出ipod專用背包C．O．R．E．BackpackiD
看過《瘋狂的石頭》之后再看這款背包，我們難免感：N-I-K-E．還出薄薄呦!相信大家應該都知道Nike和Apple之間的合作關系，這次Nlke推出的C．O．R．E．BackpackiD，內置IPod遙控袖珍鍵盤和連接端口，讓身穿IPod專用T-shirt卻害怕總有一天會洗壞的你，多了個新選擇。這款背包不僅容納你一天之所需(像是書本、筆、零食、白色或彩色的lPod)，更讓你自行打造想要的背包，從背包顏色、NIke Flow氣墊、安全式拉鏈，到為背包升級。直接在背帶上裝上可控制iPod音量、選歌、播放和暫停的遙控器，皆可自由選購，還有個耳機插孔及收藏袋，讓你上課走路都方便。不過，這樣的代價可不便宜，升級前只要美金55元(約人民幣430元)，升級后馬上跳到美金105元(約人民幣825元)，但似乎還是比其它IPod專用背袋便宜。
3、Phiips DCM270
有時候時尚和品味這些流行名字真讓人丈二金剮摸不著頭緒．或許一般人類對高挑身材的渴望也投射到家庭音響設備上?？纯碢hilips這款DCM270數字隨身聽音樂基座。具有設計感的家飾外型，除了可播放音樂CD外，還可外插飛利浦GoGear或lPod隨身聽。我們想像著，如果可以把Philips DCM270和IPod HiFi放在一起，一定是數字音樂界的天龍地虎。
4、言教不如身教，會咳會叫的煙灰缸
千言萬語比不上親眼見到，所以，這個小玩意，獻給各位癮君子。這個以肺為造型的煙灰缸，名為“Coughlng ScreammqAshtray”，主要有兩種功能：第一，當任何人把點燃的香煙放到上頭時，它便會開始咳嗽、尖叫!第二，當煙灰越堆越多時，原本紅潤的肺部，就會慢慢地被煙灰給掩蓋而變黑。功能簡單明了，售價美金9．99元(約人民幣78元)，不過怎么看這玩意都像都啦A夢從口袋里掏出來的東東啊。
5、新世代手機Onyx
什么是Onyx，查一下Google就知道這不是從未聽過的概念，不過翻一下過去藏酷的記錄之后發現并沒有Onyx的相關記憶。因此為大家簡單介紹一下：專門處理行動運算、溝通和娛樂裝置的公司SynaptIcs lnco rpo rated以及工業設計工作室Pilotfish共同研發出了Onyx手機。Onyx是一款全部透過觸控式屏幕操作的手機，沒有任何的按鍵，操作的機制透過Synaptics所研發的ClearPad技求所執行。關于ClearPad技術，具官方說法，31earPad會根據使用者的手勢而判斷出不同執行構功能，如在屏幕上畫個x，Onyx就能辨識關機；緊握Onyx也是關機的意思。另外，我們已經習慣多功能手機所具備的行事歷、多媒體播放和GPS功能也都內含在Onyx之中。兩家公司希望Onyx將能于12月上市，不過我們這邊應該不會來得這么快，大家再耐心等些日子吧!
關鍵詞:MOST;I2S;多媒體;GPS
中圖分類號:TP37文獻標識碼:A
文章編號:1004-373X(2010)05-206-03
Design of Vehicle GPS Multimedia Player Based on AU1200 and OS8104
LIU Quanbin
(Shenzhen Fanhai Sanjiang Electronics Co.Ltd.,Guangzhou,510665,China)
Abstract:With the rapid development of auto electronics industry,the vehicle navigation system and the MOST network transmission system are famous for auto electronics industry bined navigation system with the MOST network,so that the traditional GPS navigation system not only has the streaming media play,but also reduces the vehicle wiring,increases anti-electromagnetic interference and scalability.Vehicle navigation system and MOST network are studied to improve the traditional vehicle navigation system,and the design is given.Because of using the low-power AU1200 and the MOST network,so the design improves system performance,integration and scalability,while making the system has the function of strong,low power consumption and high reliability.
Keywords:MOST;I2S;multimedia;GPS
基于MOST(Media Oriented Systems Transport)車載光纖傳輸多媒體已成為汽車多媒體的主流,國外已將此技術普及到轎車上,并且對數字多媒體設備進行規范。采用MOST光網絡傳輸不會受到電磁干擾的影響,同時也減少了總線布線。隨著汽車光網絡技術的發展,會有越來越多的汽車廠家支持MOST協議,因此,可以預測國內的汽車光纖傳輸多媒體視聽產品亦將出現廣泛的市場。
1 AU1200 簡介
AMD公司于2005年1月推出了專門為多媒體設計的處理器AU1200[1]。它支持NORFLASH,NANDFLASH啟動,支持DDR Ⅰ和DDR Ⅱ SDRAM,支持RGB LCD顯示,支持I2S,USB 2.0,SD卡等功能,是┮豢罡咝閱艿凸耗的MIPS多媒體處理芯片。支持WINCE,Linux操作系統。
2 系統工作原理及芯片選型
該系統選用Hynix的HY5DU121622BT-D43[2] 64 MB DDR Ⅰ內存,三星K9F1208U0B[3] 64 MB NAND FLASH,富士康群創7寸LCD AT070TN83[4],頂天國際REB3310 GPS模塊[5],板上留有UART調試輸出接口,方便調試。
系統通過FLASH啟動,將程序拷貝到內存中運行,用戶可以通過觸摸屏點擊菜單選擇需要運行的功能,如GPS,播放MP3、MP4,或者選擇接收處理來自MOST網絡的音頻數據。在調試過程中,可以通過預留的DEBUG口外接LVTTL 轉RS 232電平轉換芯片將調試信息輸出到PC機,還可以通過USB升級燒錄程序。SD卡可以存放電子地圖、音視頻文件或其他電子文件等。軟件采用WINCE操作系統,WINCE帶有AU1200 BSP驅動包,裁減方便。系統工作原理框圖如圖1所示。
圖1 系統工作原理框圖
2.1 I2S 音頻設計方案及其部分工作流程
I2S 芯片選用WM9713L芯片,該芯片的主要作用是將AU1200和OS8104傳輸過來的音頻數據進行D/A轉換,變成模擬的音頻信號輸出。WM9713L[6] 芯片可實現兩路I2S 音頻數據輸入,支持AC97音頻數據和PCM I2S音頻數據輸入接口,可以很方便地實現AU1200同WM9713L,OS8104同WM9713相連接。同時WM9713L PCM/I2S 功能模塊可以工作在四種工作模式:DSP模式,左聲道模式,右聲道模式和I2S模式,D/A時信噪比為94 dB,支持WINCE嵌入式操作系統。WM9713L同時還可以驅動四線式觸摸屏。
功放選用Supec 公司的 BTL類SA4871功放[7]。該功放工作在電壓范圍DC 25~55 V,可以直接用鋰電池供電,輸出3 W功率。
WM9713L附帶BTL功放,由于WM9713L只有400 mW的輸出功率,SA4871有3 W的輸出功率,考慮到用戶對音量的大小要求選擇SA4871。
播放MP3、MP4等多媒體文件時,聲音可以通過AU1200 I2S接口送到WM9713L進行D/A轉換。如果需要播放通過MOST光纖傳輸的音頻數據,這時可以通過設置WM9713L內部寄存器18H使音頻數據直接通過WM9713L 進行D/A輸出。
WM9713 與 AU1200 OS8104 I2S數據傳輸接線示意圖如圖2所示。
圖2 I2S數據傳輸接線示意圖
2.2 OS8104工作方式
采用OASIS公司生產的OS8104[8],其主要作用是將光網絡上的數據進行分解,輸出I2S音頻數據到WM9713L進行解碼。其控制接口有多種工作方式,I2C,SPI,并口模式等,在這里選擇I2C工作模式來配置OS8104的內部寄存器。
OS8104 I2S支持多種數據源格式,如Philips,Sony,Matsushita等。由于WM9713L支持I2S的PCM數據格式,通過對比兩者的時序波形圖,選擇Philips 或Matsushita,WM9713L工作在DSP模式。為了接收整個MOST系統的I2S數據,還需要配置OS8104寄存器來設定I2S的采樣頻率。這里采用44.1 kHz采樣頻率。MOST的數據傳送使用512 b的幀,以及16個幀的塊。每個幀內除了前導碼和其他內部管理位以外,還包含有同步、異步和控制數據[9]。MOST網絡接口設備的源數據口配置為I2S串行方式,最大的同步數據傳輸率為:
4×64×441×103=11289 6 Mb/s
3 軟件界面開發
采用WINCE 5.0 [10]嵌入式操作系統,其特點是性能穩定。EVC(Embedded Visual C++,是Windows CE下軟件開發工具之一)開發圖形界面,其特點是界面美觀。EVC開發環境和Visual C++相似,基于Visual C++的開發人員比較容易熟悉并掌握EVC進行嵌入式應用界面開發。有較多的電子地圖支持WINCE操作系統,如凱立德、道道通等。
WINCE移植需裁剪,先安裝WINCE 5.0 AU1200 BSP驅動包再裁減,同時更改部分底層驅動程序?？梢酝ㄟ^電腦RS 232串口輸入按鍵來控制系統啟動過程,其程序流程圖如圖3所示。
圖3 程序流程圖
4 測試結果及性能分析
AU1200功耗在400 MHz主頻時低于400 mW,本系統AU1200內核在播放MP4或導航時工作在396 MHz主頻,DDR工作在198 MHz,整機功耗小于4 W(菜單操作,不含喇叭)。在播放MP3時通過降低系統和DDR頻率,關閉GPS模塊,使MOST處于零功耗狀態模式等方式來降低功耗,經測試可使功耗降低1.5 W播放1 kHz采樣率為44.1 kHz的正弦波,信噪比為85 dB,有比較好的音質效果。
5 結 語
該多媒體播放器,以低功耗、高性能、多用途為主要目標,選擇AU1200為主芯片,盡量優化外部電路,降低功耗,增加使用壽命,提高用戶體驗。
該設計的新穎之處:將MOST網絡與多媒體GPS導航相結合,實現了MOST音頻和節點流媒體音頻的切換;采用WINCE 操作系統,界面美觀。
參考文獻
[1]AMD Technologies Inc.Products.AMD Alchemy Au1200 Processor Data Book - PRELIMINARY[EB/OL]./.
[2]Hynix Semiconductor Inc.Products.HY5DU124(8,16)22B(L)T(Rev1.1) Data Sheet[EB/OL]..
[3]SUMSANG Semiconductor Inc.Products.K9F1208U0B DataSheet[EB/OL]..
[4]富士康群創公司產品.AT070TN83 Data Sheet[Z],2006.
[5]RoyalTek Company LTD.REB-3310 Operational Manual Version 1.0 2005/4/7,/.
[6]Wolfson Microelectonics Co. Ltd.Products.WM9713 Data Sheet[EB/OL]..
[7]Supec Electronics Corp.SA4871 Datasheet[EB/OL].Rev.A.1,.cn.
[8]Oasis Silicon Systems AG Products.OS8104 MOST Network Transceiver DataSheet.Austin,USA:Oasis Silicon Systems AG,2003:20-21.
[9]Most Cooperation.Most Specification Rev2.2 .Karlsruhe,Germany :Most Cooperation,2002.
[10]何宗鍵.Windows CE嵌入式系統[M].北京:北京航空航天大學出版社,2006.
鄭雅娟,施芝元,黃聯芬.基于AU1200的無線車載多媒體終端硬件設計[J].現代電子技術,2008,31(23):127-129.
【關鍵詞】視頻播放器 MFC Windows Media Player Visual C++
1 引言
在本次設計中，考慮用Microsoft Windows Media Player為數字音頻和視頻提供支持，還可以根據需要修改視頻內容的播放方式。使用 Windows Media Player 軟件開發工具包 ，可以擴展獨立Player 的功能，借助 ActiveX 控件資源和其他現有的控件資源并將播放功能嵌入到自己的應用程序中。本次課程設計實現了一個基于Media Player組件的多媒體播放器，能夠支持目前多數格式的媒體文件。
2 設計思路
Windows Media Player是一款Windows系統自帶的播放器，支持通過插件增強功能。其控件作為本次課設的媒體控件可以滿足要求。并且該控件是微軟自帶的免費控件，通常每個電腦都應有這個控件，方便設計出來的軟件在各個電腦運行。在WMP（Windows Media Player的簡稱）控件里，與多媒體播放器實現功能有關的類有：Cwmpplayer4，Cwmpcontrols，Cwmpmedia，Cwmpplaylist，Cwmpsettings 五大類。播放器的一些基本的功能如播放、暫停等主要是調用CWMPControl 和 CWMPPlayer 類中的成員函數來進行實現。 對于打開按鈕，需要調用通用文件對話框類，調用 szFileFilter（）文件過濾函數和 GetFileName（）獲取文件名函數。播放列表主要是通過對 CListBox 類進行初始化，調用 m_ListCtrl 中的 AddString（）函數來加載文件名到列表，再定義 Onlist（）、SelchangeList1（）、Onsave（）、Ondelist（）函數來實現展開、隱藏等功能。音量滑動條Slinder 是通過對 CSliderCtrl 類進行初始化，調用 m_slinder 中的CustomdrawSlider（）函數來定義音量的改變。
3 軟件設計
設計平臺可以是Win32的操作平臺上，使用已安裝的VC6.0++進行設計和調試。在設計前要確保平臺中有WMP控件。結合之前的設計思路，使用 Windows Media Player 等控件來制作多媒體視頻播放器。若是Win64這與VC6.0++不兼容，可以選擇更高的版本。
3.1 設計步驟
打開 VC++6.0，點擊“新建”，在“新建”窗口選擇“工程”選項卡。由于程序是基于對話框的 MFC 應用程序使用 Windows Media Player等控件來制作多媒體視頻播放器。設置好地址位置和工程名后點“確定”。這里的工程名字可以是自己的名字拼音縮寫，也可以沒有任何含義。比如以“CCYMFC多媒體播放器1.0”為工程名，然后點擊“確定”。
在點擊“確定”后進入到了“MFC 應用程序向導―步驟 1”的O置界面，選擇“基本對話框”，可以自己選擇語言，然后點擊“下一步”。接著點擊“下一步”，由于其他的設置因與初始設置一樣，所以保持所有選項不改變，再次點擊“下一步”直到“完成”。在建立的對話框中，點擊右鍵，選擇“插入 ActiveX 控件” ，在跳出的對話框中選擇“Windows Media Player”，點擊“確定”。
雖然已經插入控件了，但這時的控件還不能使用，因為控件的各種類并沒有一起加入工程類中。右擊鼠標，選擇“建立類向導……”，這時系統跳出對話框提示是否加入來自控件的類，直接點擊“確定”就可以了。右鍵單擊 “建立類向導”，在對話框中選擇“Member Variables”選項卡，單擊“ADD Variables”，“Confirm Classes”中點擊“OK”會 “Add member name”對話框，命名為“m_player”，設為控制“Control”型，單機“OK”。關聯變量之后才算是真正的添加了該控件，可以發現在關聯變量之后，控件工具欄多了“Windows Media Player”控件的選項，并且在“Source Files”中增加了17個類，相應頭文件也增加了17個，其中最主要的類為Cwmpplayer4，Cwmpcontrols，Cwmpmedia，Cwmpplaylist，Cwmpsettings 五大類。
3.2 界面設計
對于多媒體播放器的，本次課程設計要求系統能選擇打開、播放、暫停、停止，全屏視頻文件，并能控制聲音的大小，其中函數的響應大多是對鼠標左鍵單擊的響應。可以通過下表設置安排按鈕的位置以及分類，使用戶快速對控件ID進行修改。然后是加入一些關聯變量的控件，之前加入了WMPlayer，還要加入類別為“滑塊”的Slinder來當調節聲音的滑塊，還有加入類別為“列表框”的List Control來充當播放列表。
除了對各個控件關聯變量以及消息響應函數，還要對對話框類進行消息響應函數的關聯，如當一首歌播放完后的模式選擇。應用到 WM_TIMER 消息響應函數以及SetTimer（）和KillTimer（）函數，建立OnTimer函數。
3.3 關鍵功能的實現
對于各個按鈕、列表功能的實現主要是通過對各個函數加入相應的代碼，下文將列出相應的關鍵代碼，按鍵功能可對應關鍵代碼添加在相應的位置。
播放列表主要有“播放列表”、“保存列表”、“刪除列表”、“清空列表” 這四個功能。這個列表的四個功能實現前提是在工程的文件夾里新建一個txt文檔并命名為“list.txt”。文檔可以保存播放文件列表使在下次打開時可自動的生成播放列表。然后是“播放列表”功能，其實就是在重新設置窗口大小，若展開則恢復原來的窗口大小，這里使用了SetWindowPos（）函數。最后是“刪除當前”和“清除列表”，使用了“DeleteString（）”來刪除播放列表中的代表文件路徑的字符串。用“ResetContent（）”直接清除列表。同時不管那種功能，執行完成后要保存列表，這樣才能使播放列表與list.txt同步。“打開”按鈕主要是實現了對打開的文件進行過濾，主要使用了szFileFilter（）函數。點擊確定時，首先是把文件路徑傳給播放列表中，列表在從文件路徑中提取文件名來顯示。然后又把文件路徑通過SetUrl（）交給控件讀取播放。
這里有三種播放模式：“順序播放”、“隨機播放”、“單曲循環”。這三種模式的實現是在OnTimer（）一個時間消息響應函數的實現的。先判斷一個文件播放完畢后，再分別判斷OnRadio1、OnRadio2和OnRadio3對應的按鈕是否按下，若有按鈕按下就進入到對應的if語句中。順序播放就是int index=m_ListCtrl.GetCurSel（）+1跟上一首相同；隨機播放先是用srand（time（0））來每次都能產生不同的隨機數序列，再用rand（）%m_ListCtrl.GetCount（）產生隨機光標；循環播放是m_ListCtrl.GetText（m_ListCtrl.GetCurSel（），m_PathName）實現的。
音量滑動條是區別于其他命令按鈕的，它是滑塊，所以相應的是Customdraw類型，是調用 CSliderCtrl 控件的 m_slinder 變量來實現的。音量調節函數主要是使用一個嵌套函數“m_WMPlayer.GetSettings（）.SetVolume（m_slinder.GetPos（））；”實現的。設置音量用的是“SetVolume（）”函數。在“OnInitDialog（）”函數中已對滑塊范圍進行初始化――m_slinder.SetRange（0，100）。使音量化范圍為0～100。
4 問題發現與解決
在完善程序和調試過程中出現了各種各樣的語法錯誤，通過百度查閱相關語法問題以及細心的檢查中得到了解決，現將我遇到的問題以及解決方法摘錄如下：
已經運行了一個窗口，再次運行時會出現cannot open Debug/CWMJ.exe for writing的錯誤提示，關閉之前的運行窗口，再次運行，此錯誤提示消失，這是由于編譯的exe文件運行了多次，重復打開了窗口。之前定義了的消息處理函數，在界面上刪除后，沒在程序中刪除，會報error2039：Onadd：is not a member of “CCWMJDlg”錯。在程序中刪除此函數，再次運行，此錯誤提示消失。函數的運用不正確，GetVolume（）函數不能帶參，會報GetVolume（）：function does not take 1 parameter錯。修改代碼，不讓其帶參，再次運行，此錯誤提示消失。
炫影DMP100多媒體播放器的外觀和之前我們介紹過的轉換精靈十分相似但功能卻完全不同實際上你可以把它看作是類似DVD機的產品，專門負責網絡視頻的播放。
以前市場上也出現過一些多媒體播放器，但它們往往不能很好地支持RM或者RMVB格式的視頻和外掛字幕。而天敏炫影DMP100最高可以流暢支持1600Kb／s的RM或者RMVB格式視頻，網上常見的RMVB視頻的碼率一般在300Kb／s～1400Kb／s之間同時也能支持主流外掛字幕。這是因為炫影DMP100多媒體播放器采用了AMLOGIC AML7228音頻／視頻處理器，這款處理器擁有兩個內置32位AMRISC處理器專門進行音頻和視頻數字信號處理，可以支持包括MPEG-1／2／4(包括DivX和xvid編碼格式)、AvI VOBDAT、RM和RMVB格式在內的各種網絡視頻加速解碼，以及音頻逆向解碼。
炫影DMP100是一款純粹的多媒體播放器，并沒有包含內部的存儲設備，因此用戶需要把從網上下載的視頻節目拷貝到閃存盤、閃存卡或者移動硬盤上接到炫影DMP100上進行播放。為此，炫影DMP100提供了兩個USB接口、一個4合一讀卡器接口。在輸出方面炫影DMP100提供了最普遍的AV端子輸出，可以兼容早期的老電視同時它也提供色差端子，可以為平板電視提供品質較好的色差信號最高可支持720p輸出。
在我們的實際使用過程中，炫影DMP100多媒體播放器表現出了相當不錯的兼容性我們用它播放各種碼率的網絡下載的MPEG-1／2／4、AVI和RM／RMVB等格式的視頻并未發現不兼容的現象。其機身的發熱量也不算大，長時間播放過程中沒有出現不穩定的現象。而從畫面表現來看，炫影DMP100的解碼效果也是中規中矩。唯一有些遺憾的是它并不支持1080p高清視頻，因此不能完全發揮高清平板電視的實力。
內容提要: 于拒絕交易，歐盟、美國的司法救濟沒有本質差別。至于捆綁，美國要求微軟隱藏被捆綁軟件的圖標；歐盟要求微軟提供刪除多媒體播放器源代碼的視窗版本，但仍允許銷售提供捆綁播放器的視窗版本；韓國除了采用類似于歐盟的救濟以外，還要求微軟在視窗操作系統中安裝輔助軟件，以方便用戶下載微軟競爭對手的軟件；在針對微軟ie瀏覽器與視窗的調查中，歐盟迫使微軟承諾在視窗操作系統中設置選擇屏，以便用戶自由選擇瀏覽器。比較而言，歐盟2004年的救濟比美國的有力，韓國的救濟比歐盟2004年的救濟又更進一步，而歐盟2009年迫使微軟在視窗中設置選擇屏是迄今為止解決軟件捆綁最徹底的救濟手段。
當今世界上，最吸引反壟斷執法機構關注的企業非美國微軟公司(以下稱為“微軟”)莫屬了。自1998年以來，美國、歐盟、韓國、日本的反壟斷執法機構相繼對微軟展開反壟斷調查并做出了裁決。1998年，美國司法部、十九個州和哥倫比亞特區起訴微軟違反《謝爾曼法》。歐盟委員會于1998年啟動了針對微軟的反壟斷調查，并于2004年3月24日做出裁決。它還于2007年針對微軟ie瀏覽器與視窗操作系統的捆綁發起了調查，并成功迫使微軟承諾在視窗操作系統中設置一個選擇屏(choicescreen)，以便用戶能夠自由且輕易地選擇網絡瀏覽器。韓國公平交易委員會于2006年2月24日裁決微軟違反了韓國《規制壟斷與公平交易法》。WwW..cOM2004年7月，日本公正交易委員會針對微軟與個人電腦原始制造商(即oem—original equipmentmanufacturer of personal computer)之間的“不行使專利條款”(nonassertion-of-patent clause)向微軟發出勸告書（日本公正交易委員會的“勸告書”(recommendation)相當于美國聯邦貿易委員會的complaint。當被告接受時，“勸告書”就成為正式的審決書(formal decision)。）。
全球經濟已經進入“新經濟”時代。以迅速創新、業務全球化和依賴信息技術為特征的“新經濟”已經對法院、決策者都提出了新的法律挑戰[1]。作為“新經濟”代表性產業之一的軟件產業，也為現代競爭法提出了很多前所未有的難題。身為世界主要經濟體的美國、歐盟、日本、韓國，其反壟斷立法較為完備，執法經驗更為豐富，它們的微軟案件裁決富有啟發意義。因此，美國、歐盟、韓國、日本對微軟案件的裁決，對于我們理解軟件產業的壟斷特征、準確地在軟件產業適用我國反壟斷法具有很高的借鑒價值，有必要詳加研究。
本文擬從如何認定和規制軟件產業中濫用市場支配地位的角度，對美國、歐盟、韓國、日本微軟案件的裁決進行比較研究，希望對我國軟件產業中的反壟斷執法有所借鑒。本文分為六個部分，第一至第四部分分別對美國、歐盟、韓國和日本的微軟案件進行介紹和闡述，其中，將重點從相關市場界定、支配地位確認、濫用性質的認定、司法救濟等幾個方面闡述美國和歐盟的微軟案件。第五部分對美國、歐盟、韓國、日本微軟案件中司法救濟的規制效果進行比較分析。第六部分是本文的結語。
一、美國微軟案件
美國聯邦貿易委員會在1990年對微軟啟動過一輪調查。該案于1993年無果而終[2]。隨后，美國司法部反托拉斯局對微軟展開新一輪調查，并于1994年向地區法院指控微軟訂立不合理限制貿易的非法合同和壟斷個人電腦操作系統市場的行為違反了《謝爾曼法》第1條和第2條。歐盟也以控告人身份參與了這一案件。最后，司法部、歐盟、微軟向地區法院簽署了意見，同意和解令（在美國，和解令(consentdecree)是指經法院批準，從而發生法律效力的各方當事人同意和解的文書。）。
本文所要討論的美國微軟案件始于美國司法部、十九個州和哥倫比亞特區政府于1998年向美國哥倫比亞特區地區法院(以下稱為“地區法院”)提起的、最初由杰克遜法官審理的所謂“世紀大案”。政府指控微軟通過非法獨占合同、軟件不兼容和非法捆綁的手段排斥來自美國網景公司(netscape)的導航者瀏覽器(navigator)和美國太陽微系統公司(sunmicrosystems)的java技術的競爭，非法維持其在個人電腦操作系統市場上的壟斷地位，從而違反《謝爾曼法》第1條。政府還指控微軟試圖壟斷瀏覽器市場，違反了《謝爾曼法》第2條[3]。
該案經過地區法院初審、微軟上訴、發回重審、馬薩諸塞州上訴，哥倫比亞巡回區上訴法院(以下稱為“上訴法院”)最終于2004年夏天駁回馬薩諸塞州的上訴，維持了地區法院重審中的和解令[2]。由于在微軟提起的上訴審中，上訴法院維持了地區法院關于微軟違法行為的大部分認定，所以對于微軟違法行為這一部分，下文將基于上訴法院的維持進行介紹。在司法救濟方面，上訴法院駁回了杰克遜法官做出的整個司法救濟，而維持了地區法院重審中的救濟措施。所以對于救濟部分，將主要基于重審進行闡述。
與歐盟委員會適用《歐洲共同體條約》第82條(即現在的《歐洲聯盟運作條約》第102條)相類似，美國反托拉斯機構適用《謝爾曼法》第2條也分兩個階段，首先確定一個企業是否在相關市場擁有支配地位，然后查明該企業的行為是否具有濫用支配地位或者掠奪的性質。
(一)相關市場和市場支配地位
我們知道，反壟斷案件的分析始于界定相關市場和確定被告是否在該市場擁有支配地位。界定相關市場甚至會起到左右案件結論的作用[4]。美國微軟案件涉及到操作系統市場和瀏覽器市場的界定。根據現有英特爾兼容個人電腦的用戶很難轉向使用蘋果公司的macos操作系統的事實，地區法院的杰克遜法官認為，將相關市場界定為與英特爾兼容的個人電腦操作系統市場，滿足美國司法部和聯邦貿易委員會1992年的《橫向合并指南》規定的市場界定條件[5]。這一事實認定被上訴法院維持。對于另一項指控即微軟企圖壟斷瀏覽器市場而言，兩級法院就市場界定問題產生分歧。地區法院認定微軟企圖壟斷瀏覽器市場，但是上訴法院卻認定政府并沒有提供充足的證據證明這一指控[5]。
美國反托拉斯法上的市場支配力或壟斷力與市場支配地位的含義大致相同。根據美國判例法，市場壟斷力是指企業在某個相關市場上擁有的控制價格或排除競爭的經濟實力，通常以市場占有率來衡量[6]。雖然美國判例法采用的市場占有率標準不盡一致，但是70%或者更高的市場占有率足以認定一個企業在相關市場擁有支配力[4]。杰克遜法官以微軟控制了90%以上的操作系統市場份額為由，認定微軟擁有實質上的市場支配力。上訴法院維持了這個認定[7]。
(二)濫用性質的認定
根據美國反托拉斯法，擁有市場支配力本身并不違法，違法的是企業對支配力的濫用。美國微軟案件主要涉及微軟通過合同和產品設計的手段實施捆綁（捆綁(bundling)是搭售(tying)的一種形式。微軟通過將其瀏覽器等軟件源代碼與操作系統源代碼混合在一起的方式實現二者的捆綁。）戰略，排擠網景公司的導航者瀏覽器和太陽微系統公司的java技術。因此，下文將著重闡明美國微軟案件中捆綁非法性的認定原則與標準。
在搭售非法性的認定上，美國法院傳統上適用當然違法原則(per se illega，l也稱“本身違法原則”)。美國最高法院曾經判定，符合以下標準的搭售就是非法的： (1)搭售產品和被搭售產品是單獨的產品； (2)被告在搭售產品市場擁有市場支配力； (3)被告使得消費者除了購買被搭售的產品以外別無選擇； (4)搭售排斥了實質數量的商業交易[8]。在杰克遜法官看來，依據該標準，微軟將其ie瀏覽器與視窗操作系統進行捆綁的行為違反了《謝爾曼法》。理由是，其一，搭售產品——視窗操作系統與被搭售產品——ie瀏覽器是單獨的產品，這不僅是因為消費者將二者視為不同的產品，而且因為二者的源代碼能以無窮的方法混合和分開；其二，微軟在視窗操作系統市場上擁有支配力；其三，微軟競爭對手網景公司瀏覽器的市場份額和收入下降表明大量的瀏覽器市場交易受到影響；其四，微軟迫使消費者在購買視窗操作系統時必須接受ie瀏覽器，而無法選擇其他瀏覽器[5]?；谶@種分析，地區法院支持了政府的幾乎全部指控，認定微軟將其瀏覽器與操作系統捆綁當然違法，并且企圖非法排斥網景瀏覽器和java技術的競爭以及企圖非法壟斷瀏覽器市場[3]。
但是，上訴法院推翻了杰克遜法官對當然違法原則的適用，認為應當根據合理原則(rule of rea-son)來評判微軟的捆綁行為[9]。根據合理原則，即使被告的捆綁行為符合最高法院的上述標準，也應當在權衡該行為競爭效果和反競爭效果孰輕孰重的基礎上評判其非法性。舉證責任的轉移在其中起到至關重要的作用。政府須先證明被告的行為產生了反競爭效果，然后舉證責任轉移至被告，使其有機會證明其行為具有正當性。被告舉證之后，如果政府仍然堅持被告行為違法，就必須證明被告所謂的正當性理由只是一個借口，或者雖然具有一定的競爭性效果，但是根本不能與其行為的反競爭效果相提并論。本案中，盡管微軟證明了其捆綁行為具有一定的效率(例如消費者一次購買二物，且無需增加付款，從而節省交易費用；瀏覽器和操作系統功能代碼的共享可以節省計算機的驅動和存儲空間)，但是上訴法院最終認為，這種行為的反競爭效果仍然壓倒了這些效率所產生的競爭性效果，構成濫用市場支配力。這是因為微軟的行為實際上都出于同一個動機，即阻止個人電腦原始制造商和用戶使用其他瀏覽器，從而達到排擠競爭對手瀏覽器的目的[5]。
盡管上訴法院認為杰克遜法官適用當然違法原則是不恰當的，但是由于微軟捆綁行為的反競爭效果遠大于其競爭性效果，所以上訴法院仍然維持了地區法院關于微軟通過非法排他行為維持操作系統市場支配地位的大部分事實認定，主要有： (1)通過視窗許可協議阻止個人電腦原始制造商從電腦桌面上或者菜單中刪除ie瀏覽器，阻止個人電腦原始制造商改變電腦系統的初始啟動順序以及為競爭對手的產品添加桌面圖標或文件夾； (2)通過產品設計，將ie瀏覽器與視窗源代碼混合在相同的文檔中，從而實現捆綁，使得最終用戶和個人電腦原始制造商都不能將ie瀏覽器通過“添加/刪除軟件”功能予以刪除； (3)與互聯網接入商訂立協議，要求其只促銷ie瀏覽器而限制裝載網景公司的導航者瀏覽器，還與互聯網服務提供商和美國蘋果公司訂立協議，要求其優先使用ie瀏覽器，而不是導航者瀏覽器； (4)通過扼殺導航者瀏覽器和太陽微系統公司的java技術對微軟壟斷地位的威脅，損害了消費者的利益和公平競爭[5]。但是，上訴法院以政府并沒有證明存在一個獨立的瀏覽器市場為由，駁回了地區法院關于微軟企圖壟斷瀏覽器市場從而違反《謝爾曼法》第2條的認定[3]。
(三)司法救濟
基于其事實認定，地區法院于2000年6月了徹底的判決，包括將微軟分拆成操作系統公司和應用軟件公司以及施加其他一些行為限制。然而，上訴法院認為這種結構性的救濟難以恢復一個劇烈變化的并且仍在持續變化之中的市場競爭秩序，從而推翻了杰克遜法官的全部救濟措施，將案件發回重審[9]。2002年11月，地區法院支持了原被告達成的和解令。該和解令雖然被馬薩諸塞州和兩個產業組織提出上訴，卻得到上訴法院的維持，從而成為美國微軟案件的最終生效文書(以下稱為“最終和解令”)。該和解令采取的主要救濟包括： (1)微軟不得限制個人電腦原始制造商安裝、顯示非微軟中間件(middleware)的圖標或經銷或啟動非微軟中間件（除了操作系統軟件和應用軟件以外，還存在一些被稱為“中間件”的軟件。作為應用軟件平臺的操作系統軟件，可以提供應用軟件編程接口(application programming interfaces-apis)，使得應用軟件可以調用操作系統中的功能，與其兼容并在其中運行。一方面，中間件為了在操作系統上運行，必須依賴后者的應用軟件編程接口，另一方面又可以向其他應用軟件提供自己的應用軟件編程接口。典型的中間件有瀏覽器和java軟件。如果中間件能夠提供足夠數量的應用軟件編程接口，就會有越來越多的軟件開發者為其編寫應用軟件，操作系統的應用軟件方面的進入障礙就會減弱。參見w illiamh. page& john e. lopatka： themicrosoftcase： antitrust， hightechnology and consumerwelfare， theuniversity ofchicagopress， 2007， p. 87.）； (2)微軟必須允許個人電腦原始制造商從桌面或菜單中刪除ie瀏覽器和多媒體播放器的圖標以及采取使這些軟件不能自動啟動的其他措施； (3)微軟必須為個人電腦原始制造商經銷、安裝、顯示、啟動非微軟中間件之目的披露必要的文檔，以便競爭對手的中間件能夠通過視窗操作系統來實現其功能； (4)微軟不得向個人電腦原始制造商和互聯網服務提供商進行或威脅進行報復； (5)和解令有效期為三年（據報道，由于微軟提供的兼容信息不符合要求，該和解令有效期已延長至2009年11月12日。來源于http： //news. ccid-net. com /art/11103/20080131/1358911_1. htm，l 2008年5月10日訪問。）。由此可見，對于捆綁，美國最終的司法救濟主要是保證ie瀏覽器和多媒體播放器的圖標能夠從個人電腦桌面或者菜單中刪除。重審中的地區法院以及上訴法院都沒有要求微軟刪除其中間件源代碼以徹底解除其中間件與視窗操作系統的捆綁，也沒有要求微軟提供未捆綁中間件的視窗版本以使消費者有更多的選擇。因為ie瀏覽器和多媒體播放器軟件的圖標被刪除后其源代碼仍然留存于視窗操作系統之中，所以，美國的這種做法也被稱為隱藏圖標式的救濟[2]。
二、歐盟微軟案件
1998年12月10日，太陽微系統公司向歐盟委員會指控微軟在個人電腦操作系統市場擁有支配地位，并且微軟拒不披露工作組服務器(work group server)操作系統與視窗操作系統互操作所必需的信息違反《歐洲共同體條約》第82條。2000年2月，歐盟委員會就微軟將視窗多媒體播放器(w indowsmediaplayer)與視窗操作系統進行捆綁的問題展開了自己的調查。2004年3月24日，歐盟委員會了徹底、全面的裁決，認定微軟濫用了其市場支配地位，對其處以4.97億歐元(折合近6.13億美元)的罰款，命令微軟在120天內提供能讓競爭者的工作組服務器操作系統與視窗操作系統兼容工作的完整、準確信息；而且，微軟必須在九十天內提供不帶有多媒體播放器的視窗操作系統版本[10]。
微軟隨后提出了上訴。2007年9月17日，歐盟初審法院維持了歐盟委員會的裁決。同年10月22日，微軟決定放棄向歐洲法院上訴。但是這并不標志著歐盟委員會長達九年的微軟案件塵埃落定了。由于微軟在2007年10月22日之前仍然對競爭者收取高額的兼容信息許可費，該委員會認為微軟違反裁決，遂于2008年2月27日決定對微軟處以8. 99億歐元的罰款。微軟也因此成為五十年來第一家因為不遵守歐盟委員會反壟斷裁決而遭受處罰的公司[11]。
歐盟委員會對微軟的“關注”并沒有到此結束。由于挪威opera公司2007年12月的控告，歐盟委員會于2009年1月14日再次向微軟發出異議書，指控微軟將ie瀏覽器與視窗操作系統捆綁銷售，涉嫌違反《歐洲聯盟運作條約》第102條(即原《歐洲共同體條約》第82條)關于濫用市場支配地位的規定。微軟先于2009年6月11日宣布將自歐洲市場推出的w indows7操作系統中刪除ie瀏覽器。迫于歐盟委員會的壓力，微軟又于2009年10月承諾將在銷售于歐洲經濟區的視窗操作系統中設置一個選擇屏，使用戶可以輕易地在包括ie瀏覽器在內的12款瀏覽器中進行選擇。2009年12月16日，歐盟委員會通過一項決議，同意微軟的承諾從而使之具備法律約束力[12]。
(一)相關市場和市場支配地位
歐盟委員會認為將個人電腦操作系統按照是否與英特爾處理器兼容進行細分，對于評估微軟的市場支配地位沒有實質性影響。相應地，它將其微軟案件涉及到的相關市場界定為客戶端個人電腦操作系統(clientpc operating systems)市場、工作組服務器操作系統(work group server operating sys-tems)市場和流媒體播放器(streamingmedia players)市場[13]。
根據歐盟競爭法，市場支配地位是認定違法行為的前提。從歐洲法院的判例來看，市場支配地位是指一個企業的經濟能力所處的地位，該地位給該企業提供了在相當大的程度上，無須顧忌其競爭者和消費者而行動，從而排除有效市場競爭的能力。為認定市場支配地位，需要考慮一個企業的市場份額和市場進入障礙（操作系統(主要商品)和應用軟件(輔產品)可以視為一個產品網絡。如果不同的“操作系統/應用軟件”網絡之間不兼容，它們將會競爭支配地位。這種競爭將導致一個單一的生產者(或產品或標準)獲得市場支配地位。用戶總是愿意購買能運行最多的應用軟件的操作系統，軟件開發者也總是愿意編寫能在最流行的操作系統上運行的軟件，以吸引消費者購買。隨著支配性操作系統用戶的增加，就會有越來越多的軟件開發者為該操作系統編寫輔軟件，消費者可以購買到的輔軟件的種類就隨之增加。隨之，更多的用戶將會購買主要商品——操作系統。因此，一方面，即使出現更好的操作系統，用戶也可能被鎖定(“locked-in”)在支配性操作系統上，另一方面，軟件開發者也不愿意為其他操作系統編寫可能無人問津的輔軟件。這就是網絡效應，它為其他操作系統造成了一個市場進入障礙.參見w illiam h. page& john e. lopatka： themicrosoftcase： antitrust， high technology and consumerwelfare， theuniversity ofchicago press，2007， p. 91.參見dennis s. karjala： copyrightprotection ofoperating software， copyrightmisuse and antitrust， cornell jour-nal oflaw and public policy， vo.l 9： 161， p. 173.）。根據國際數據公司(internationaldatacorporation)的調查，截至2002年，微軟視窗操作系統的市場份額，按照安裝套數衡量，達到93.8% ，而按照收入衡量，則達到96. 1%[14]。根據歐盟反壟斷判例，除非出現例外情況， 50%以上的市場份額本身就可以認為是存在支配地位的證據。70%—80%的市場份額則可確保支配地位是成立的?；谖④洆碛谐^90%的市場份額和操作系統市場存在很高進入障礙的事實，歐盟委員會認定微軟在個人電腦操作系統市場擁有《歐洲共同體條約》第82條項下的市場支配地位。至于服務器操作系統，歐盟委員會引用國際數據公司的、歐盟委員會自己的以及美世管理咨詢公司(mercermanagementconsulting)的調查數據，結果是無論按照哪一個指標衡量，微軟都擁有至少50%以上的市場份額，而從大多數指標來看，微軟的市場份額都在60%—70%之間。除此因素以外，還考慮到服務器市場存在進入障礙以及服務器市場和操作系統市場之間的聯系，歐盟委員會認定微軟在服務器操作系統市場也擁有《歐洲共同體條約》第82條項下的市場支配地位[10]。
(二)濫用性質的認定
與美國相同的是，擁有市場支配地位本身在歐盟也不違法，而濫用該地位才具有非法性。所謂濫用市場支配地位是指處于市場支配地位的企業憑借這種地位，利用不同于正常商業競爭方法之手段，妨礙有效市場競爭的行為。當這種行為能夠直接或間接，實際上或潛在地影響成員國之間的商品或服務貿易的格局時，它就妨害了成員國之間的貿易[10]，從而違反歐盟競爭法。
1.拒絕交易
拒絕交易在歐盟也被稱為拒絕供應。歐盟委員會認為，微軟在操作系統市場上擁有的準獨占支配地位使得微軟能夠在很大程度上能夠無須顧忌其競爭者，來制定一套支配工作組網絡兼容事實標準的通信協議，而工作組網絡與視窗體系結構兼容是工作組服務器操作系統開發商生存的必要條件；微軟減少了兼容信息披露的水平，并且拒絕向太陽微系統公司提供其要求的兼容信息；歐盟委員會收集的數據顯示，工作組服務器操作系統市場的競爭存在削弱的危險，微軟在該市場的支配地位已經形成，并且在持續增強；微軟工作組服務器操作系統的市場份額增長與該操作系統享有的兼容優勢存在因果關系，而且對于微軟兼容信息的披露不存在實際或潛在的替代；盡管微軟以其知識產權作為抗辯，但是歐盟委員會認為責令微軟提供兼容信息對其創新激勵的負面影響遠遠不能與對整個行業創新水平的正面影響相提并論[10]。基于上述理由，歐盟委員會認定微軟拒絕披露足夠的兼容信息妨礙了相關市場的創新，通過將消費者鎖定（微軟在操作系統市場上的支配力已延伸到中間件市場。如果微軟拒絕提供競爭對手的中間件與視窗操作系統兼容所必須的信息，為了避免其他中間件的不兼容問題，用戶就只能選擇與視窗操作系統捆綁在一起的微軟中間件，從而被鎖定。）于微軟的產品而限制了他們的選擇，從而構成拒絕供應，違反《歐洲共同體條約》第82條。
2.捆綁
根據《歐洲共同體條約》第82條(d)項之規定，一個企業利用其支配地位，要求對方當事人接受與合同主要標的物在本質上或商業慣例上無關聯的附加義務作為訂立合同的條件，就構成濫用支配地位。該項所定義的濫用行為適用于捆綁。在捆綁的認定條件上，歐盟委員會遵循的標準與美國最高法院1984年所確立的標準基本相同[10]。歐盟委員會認為通過多媒體播放器與視窗的捆綁，微軟將視窗作為分銷渠道來確保其在多媒體播放器市場的重要競爭優勢，這具有反競爭的性質，因為捆綁有利于樹立一個保護微軟多媒體播放器的市場進入障礙。這種障礙使得競爭者的多媒體播放器產品難以進入市場，挫傷了多媒體播放器廠商人力和資金投資的積極性，減少了來自這些廠商的有效競爭，最終擾亂了正常的競爭程序[10]。因此，盡管微軟主張多媒體播放器與視窗的捆綁具有合理性，歐盟委員會仍然認為這種合理性遠遠不足以抵消捆綁的反競爭效果，從而認定微軟將多媒體播放器與視窗捆綁違反了《歐洲共同體條約》第82條禁止濫用支配地位之規定。這也顯示出歐盟委員會在捆綁違法性認定上貫徹的是合理原則，而非當然違法原則。
對于微軟ie瀏覽器與視窗操作系統的捆綁，歐盟委員會認為，微軟通過捆綁使其ie瀏覽器遍布在世界上90%的個人電腦中，導致ie瀏覽器獲得了其他瀏覽器無法企及的人為分銷優勢，保護了ie瀏覽器免于與其他瀏覽器的直接競爭，另外還人為地刺激網絡內容提供者和軟件開發者設計主要適用于ie瀏覽器的網頁和軟件，這都會損害瀏覽器之間的公平競爭、產品的創新速度以及消費者最終獲得產品的質量。據此理由，歐盟委員會在2009年1月15日的異議書中初步認定微軟將ie瀏覽器與視窗操作系統進行捆綁，構成濫用其個人電腦操作系統的市場支配地位，涉嫌違反《歐洲共同體條約》第82條禁止濫用支配地位之規定。但是，該委員會在2009年12月16日批準微軟承諾書的決議中沒有最終確定微軟行為違法，也沒有處以罰款[12]。這是因為微軟已經承諾在視窗操作系統中設置可方便用戶選擇競爭對手瀏覽器的選擇屏，從而與歐盟委員會達成徹底和解。
(三)司法救濟
歐盟委員會認為，對微軟拒絕交易的當然救濟就是責令其提供它拒絕提供的東西。于是，它要求微軟向競爭者披露并許可它們使用視窗工作組服務器為向視窗工作組網絡提供文檔、打印、組和用戶管理服務所使用的完整和準確的通信協議規范，但是并沒有要求微軟提供自己實施該規范的源代碼。該救濟之目的是確保微軟的競爭者能夠開發與視窗個人電腦操作系統的體系結構相兼容的服務器操作系統，以便切實可行地與微軟的視窗工作組服務器操作系統相競爭。
至于對多媒體播放器與視窗操作系統捆綁的救濟，歐盟委員會與美國上訴法院明顯不同，在2004年的裁決中采取了強制改變版本(mandatory versioning)的救濟手段。美國微軟案件中，微軟被責令允許個人電腦原始制造商刪除微軟中間件圖標，但是卻可以在視窗中保留中間件的源代碼。而歐盟委員會則要求微軟提供刪除視窗多媒體播放器源代碼的視窗操作系統版本，該救濟既適用于直接許可給最終用戶的視窗，也適用于許可給個人電腦原始制造商在歐共體市場銷售的視窗。但是微軟可以繼續向個人電腦原始制造商和最終用戶提供捆綁了多媒體播放器的視窗版本。但是，微軟須保證不包含多媒體播放器的視窗版本的性能不得低于包含多媒體播放器的視窗版本。
針對ie瀏覽器與視窗操作系統的捆綁，歐盟委員會批準的救濟則與此前根本不同。根據歐盟的決議，微軟須在五年內通過一個選擇屏向歐洲經濟區的視窗操作系統用戶提供獲取不同瀏覽器的選擇自由。該選擇屏通過升級視窗操作系統即可獲得并可自動更新，它將包括十二種最常用的網絡瀏覽器?？商峁┑臑g覽器名單將根據市場份額情況每六個月更新一次。首次提供的瀏覽器包括蘋果safari、谷歌chrome、微軟ie、firefox和opera等十二種。微軟應在2010年3月中旬前向w indows7操作系統用戶提供該選擇屏，并在五個月內普及到所有的w indowsxp和vista用戶。微軟應就選擇屏方案的實施情況定期向歐盟委員會報告并接受核查。如果微軟違反承諾，歐盟委員會無須證明微軟違反歐盟反壟斷規則即可根據微軟違反承諾本身對其處以高達年度營業額10%的罰款[15]。
三、韓國微軟案件
韓國公平交易委員會于2006年2月24日裁決，認定微軟的捆綁行為違反了韓國《規制壟斷與公平交易法》，命令微軟停止捆綁行為并對其處以相當于3100萬美元的罰款[16]。微軟先向韓國公平交易委員會提出復審，被駁回后，又向韓國首爾高等法院提起訴訟[17]。2007年10月16日，首爾高等法院和微軟同時證實微軟放棄了對韓國公平交易委員會裁決的起訴[18]。
韓國公平交易委員會審查了微軟的三個捆綁行為，即視窗多媒體服務軟件(w indowsmedia serv-ice)與視窗服務器操作系統的捆綁，視窗多媒體播放器(w indowsmedia player)、即時通訊(w indowsmessenger)軟件與視窗個人電腦操作系統的捆綁。該委員會認為微軟的行為提高了多媒體服務器軟件市場的進入障礙，不合理地干涉了競爭對手的經營活動，侵犯了消費者選擇多媒體服務器軟件的權利，從而限制了市場競爭，阻礙了技術創新，嚴重地損害了消費者的利益。韓國公平交易委員會在上述事實認定基礎上做出了相應的處罰。主要有： (1)微軟應在收到裁決后一百八十天內以刪除源代碼和文檔的方式解除視窗多媒體服務軟件與視窗服務器操作系統以及視窗多媒體播放器、視窗即時通訊軟件與視窗個人電腦操作系統的捆綁，并且須確保刪除這三個被捆綁軟件后，視窗的性能和穩定性不得低于刪除前的視窗版本； (2)微軟仍然可以向市場提供包括視窗多媒體播放器和視窗即時通訊軟件的視窗個人電腦操作系統，但是必須同時在其中安裝“多媒體播放器中心”(media playercentre)和“即時通訊中心”(messengercentre)軟件，以便消費者可以輕易地下載微軟競爭對手的多媒體播放器和即時通訊軟件； (3)微軟應在接到付款通知后六十天內支付324. 9億韓元(相當于3100萬美元)的罰款（holding of2002 kyung-chok 0453.此處所引用的裁決意見僅為韓國公平交易委員會裁決的救濟部分，由sejin kim翻譯成英文。）。
四、日本微軟案件
日本的微軟案件涉及到微軟強加給日本個人電腦原始制造商的“不行使專利條款”。大約自1993年開始，微軟與日本的個人電腦原始制造商簽訂的視窗許可合同約定后者有義務遵守“不行使專利條款”。根據該條款，日本個人電腦原始制造商被禁止以專利侵權為由起訴微軟、微軟的子公司以及在電腦中預裝微軟軟件的其他個人電腦原始制造商。日本公正交易委員會于2004年7月向微軟發出勸告書，認為微軟強迫個人電腦原始制造商接受“不行使專利條款”，違法了日本《禁止私人壟斷和確保公正交易法》，并建議微軟刪除該條款[19]。自2004年8月開始，微軟從新的許可合同中刪除了該條款，卻堅持2004年7月前達成的“不行使專利條款”仍然有效。值得注意的是，日本公正交易委員會并沒有適用日本《禁止私人壟斷和確保公正交易法》第3條即禁止私人壟斷的條款，而是適用了第19條即禁止不公正交易行為的條款。
根據日本《禁止私人壟斷和確保公正交易法》，不公正交易行為條款適用于那些缺乏市場支配力，因而不受禁止壟斷條款約束的企業。因此，日本公正交易委員會應該適用全球公認的禁止壟斷條款來處理此案。根據一位日本學者基于禁止壟斷條款進行的學理分析，本案中，相關市場應當是與操作系統相關的視聽市場(os-related audiovisualmarket)，而微軟和日本的個人電腦原始制造商是該市場中的橫向競爭者。微軟利用壟斷杠桿的效應，將其操作系統市場支配力延伸到視聽技術市場。日本個人電腦原始制造商作為視窗被許可人，除了使用視窗作為其制造的個人電腦的操作系統以外，別無選擇[19]。這表明微軟在相關市場擁有支配力?！安恍惺箤＠麠l款”排除了個人電腦原始制造商對微軟原本可以主張的權利，微軟無需支付任何使用費就可以在視窗中使用這些制造商享有專利權的視聽技術。該條款減少了個人電腦原始制造商收回視聽技術研發投資的機會，降低了視聽技術市場的創新和競爭。因而，微軟強迫日本個人電腦原始制造商接受“不行使專利條款”的行為應當構成非法壟斷。
五、對救濟措施規制效果的比較與評價
歐盟微軟案件先后針對微軟拒絕向競爭對手提供充分的軟件兼容信息(拒絕供應)、將多媒體播放器與視窗非法捆綁以及ie瀏覽器與視窗非法捆綁的行為。美國地區法院杰克遜法官最初裁決所涉范圍甚為廣泛，但是經過上訴、重審，最終和解令只認定了微軟獨占交易和捆綁行為的非法性。韓國公平交易委員會只處理了微軟的捆綁行為，但涉及到視窗多媒體服務、視窗多媒體播放器和視窗即時通訊三種軟件產品與相應的視窗操作系統的捆綁。本案所述的日本微軟案件僅以微軟強迫日本個人電腦原始制造商接受“不行使專利條款”為調查對象，而沒有涉及更具有代表性的其他濫用支配地位的行為。所以，下文主要對美國、歐盟和韓國的相應司法救濟進行比較和評價。
(一)關于拒絕交易的救濟
在美國和歐盟，拒絕交易都不是當然違法的壟斷行為。美國的微軟案件并沒有認定微軟有拒絕交易的非法行為，但是上訴法院最終批準的和解令卻要求微軟向競爭者提供兼容信息。在美國反壟斷法中，出于預防性目的，救濟可以是前瞻性的，因此最終和解令中采用了防止微軟將來非法拒絕交易從而違反《謝爾曼法》的措施。關于服務器市場，美國法院責令微軟以合理和非歧視之條件，向任何第三方提供在客戶端電腦中安裝的視窗操作系統產品中實現其他軟件廠商服務器操作系統與視窗操作系統互操作或通信的任何協議規范，也就是兼容信息。該救濟之目的就是為了提高微軟競爭對手的服務器操作系統與使用視窗操作系統的個人電腦之間的兼容性。但是，法院并沒有要求微軟提供為實現兼容所必需的特定信息，即源代碼。由于對這一點不滿，馬薩諸塞州和兩個產業組織提出了上訴，但是被上訴法院駁回，理由是“一個披露要求非常廣泛的前瞻性條款會損害微軟創新的積極性?！盵19]歐盟委員會要求微軟向競爭者披露并許可它們使用為實現兼容所必需的完整和準確的通信協議規范，但是并沒有要求微軟提供自己實現該規范的源代碼。這是因為，特別是在開源兼容標準確立以后，在不披露所有這些規范的實現方法(源代碼)的情況下提供通信接口規范不僅是可能的，而且是行業中的普遍做法[10]。
比較而言，歐盟委員會對拒絕交易采取了與美國法院相同的救濟方法，即要求微軟提供競爭對手產品為與視窗操作系統兼容所必需的通信協議規范(即兼容信息)，但是都沒有要求微軟提供實現通信的特定方法即源代碼。這表明在要求微軟提供的兼容信息的范圍和程度上，歐盟委員會和美國的救濟并無實質性差別。
(二)關于捆綁的救濟
美國、歐盟、韓國的微軟案件都涉及到了捆綁。捆綁的主要危害在于減少了競爭者的交易機會，限制了消費者對競爭性產品的自由選擇[4]。所以，針對捆綁的司法救濟應當以恢復競爭者的交易機會和消費者的選擇自由為目的。
美國的最終和解令僅僅要求微軟允許個人電腦原始制造商和最終用戶刪除對微軟中間件的訪問，刪除的典型方式是隱藏這些中間件的桌面圖標。然而，由于微軟中間件的源代碼已經與視窗的源代碼融合在一起，幾乎沒有個人電腦原始制造商會忍痛割愛地隱藏微軟的中間件，而去安裝別的中間件[19]。所以，美國這種隱藏中間件桌面圖標式的救濟措施沒有實質性地減輕對競爭者的損害，不能達到恢復競爭者交易機會和消費者選擇自由之目的。
歐盟委員會也許是認識到僅僅要求隱藏微軟中間件圖標而對其源代碼原封不動的救濟對于競爭者沒有實質意義。它在2004年的裁決中責令微軟提供不包括視窗多媒體播放器的個人電腦視窗版本，這意味著視窗多媒體播放器的源代碼必須從現有的視窗版本中刪除。該委員會認為，“有了這樣的救濟，用戶從操作系統和多媒體播放器捆綁中可得的利益將不會因此減少，同時選擇不同的多媒體播放器的能力也得到恢復”[10]。這種強制改變版本的救濟措施看起來比美國最終和解令要求的隱藏微軟中間件圖標更加有力。然而，這仍然不足以恢復有效的競爭和消費者的選擇自由。其一，歐盟委員會并沒有要求微軟以不同的價格分別提供捆綁和未捆綁多媒體播放器的不同版本的視窗。如果非捆綁的視窗版本價格等于而不是低于捆綁的視窗版本，將很難有個人電腦原始制造商愿意購買前者。微軟明確表態它將以原來的價格銷售未捆綁多媒體播放器的視窗軟件。世界上最大的計算機制造商戴爾公司表示將不會向顧客提供不包括多媒體播放器的視窗。而惠普公司聲稱盡管其顧客可以獲得未捆綁多媒體播放器的視窗，但是預計需求非常有限[20]。其二，與微軟相比，其競爭對手多媒體播放器軟件的經銷條件處于明顯劣勢。根據歐盟委員會的裁決，微軟可以與個人電腦原始制造商協商將捆綁多媒體播放器的視窗版本安裝在計算機中。這樣一來，其他多媒體播放器廠商為了使其產品安裝在視窗中，必須與個人電腦原始制造商談判，從而增加分銷費用。個人電腦原始制造商還可能會因為額外的技術支持和培訓費用而喪失添加第二個多媒體播放器的積極性。因此，歐盟委員會強制改變版本的救濟雖然比美國法院要求隱藏中間件圖標的措施更加有力，但是實際上也不能徹底消除微軟非法捆綁行為對競爭者造成的損害，從而真正地使消費者“選擇不同的多媒體播放器的能力得到恢復”。
受到韓國公平交易委員會制裁的微軟捆綁行為涉及到視窗多媒體服務、視窗多媒體播放器和視窗即時通訊三個軟件與相應視窗操作系統的捆綁。關于視窗多媒體服務軟件的捆綁，該委員會要求微軟從視窗服務器操作系統中徹底刪除其源代碼，而且，微軟不能以cd盤的形式與任何版本的視窗服務器操作系統一起提供視窗多媒體服務軟件，不得在操作系統中設置下載該軟件的鏈接，不得在未征得消費者、制造商或分銷商直接同意的情況下默認安裝視窗多媒體服務軟件[16]。這樣完全的軟件分離措施比美國的隱藏軟件圖標和歐盟委員會的強制改變版本都更加有力，也是根除非法捆綁問題的較為簡便的方法。然而，對于視窗多媒體播放器和視窗即時通訊軟件，韓國公平交易委員會采取了類似于歐盟委員會強制改變版本的救濟，即要求微軟單獨向市場提供徹底刪除視窗多媒體播放器和視窗即時通訊軟件源代碼的視窗版本，同時允許微軟繼續提供包含這兩個軟件的視窗版本。像歐盟委員會一樣，韓國公平交易委員會也沒有要求微軟就捆綁和非捆綁的視窗版本分別定價[21]。因此，這種救濟仍然不可能完全杜絕微軟非法捆綁行為之危害。
韓國公平貿易委員還要求微軟在捆綁視窗多媒體播放器和視窗即時通訊軟件的視窗中預裝“多媒體播放器中心”和“即時通訊中心”軟件，以幫助最終用戶下載微軟競爭對手的產品。誠然，通過這些輔軟件，其他多媒體播放器和即時通訊軟件廠商能夠降低額外的經銷費用，從而緩解分銷劣勢。然而，由于微軟競爭對手的產品并沒有默認安裝在視窗中，消費者首先看到的是包含了視窗多媒體播放器和視窗即時通訊軟件的電腦桌面環境，對此已經習以為常的消費者們下載微軟競爭者產品的可能性顯然很低。就像在瀏覽器市場那樣，大多數消費者會對呈現給他們的第一個產品情有獨鐘[22]。因此，比起歐盟委員會的強制改變版本式救濟，韓國公平交易委員會的救濟措施雖然在更大程度上削弱了微軟通過將其應用軟件與視窗捆綁所獲得的分銷優勢，但是也無法使得微軟的競爭者享有與微軟平等的競爭地位。
與歐盟2004年、韓國2006年的救濟相比，歐盟委員會2009年的救濟措施消除了幾個重大缺陷。第一，歐盟2004年的救濟允許包括和不包括多媒體播放器的兩種視窗操作系統并行流通，韓國2006年的救濟也同意捆綁和未捆綁視窗多媒體播放器和視窗即時通訊軟件的兩種視窗操作系統同時銷售。這看似給了消費者選擇自由，但是由于電腦制造商不情愿在電腦中安裝微軟競爭對手的應用軟件，消費者的這種自由其實是形同虛設。這種情況在歐盟2009年的救濟中則不存在。第二，根據歐盟2004年、韓國2006年的救濟，如果消費者選擇使用微軟競爭對手的應用軟件，需要自己去搜尋、下載。由于大部分消費者對應用軟件并不熟悉以及消費慣性的作用，他們往往怠于改換所習慣的微軟應用軟件。而根據歐盟委員會2009年批準的微軟承諾，微軟須在視窗操作系統中設置方便用戶選用瀏覽器的選擇屏，該選擇屏系通過升級視窗操作系統的方式自動地安裝在用戶的電腦上。用戶只要點擊選擇屏中的“安裝”按鈕，即可在十二種最常用的瀏覽器中選擇下載、安裝所中意的瀏覽器。除此以外，用戶將不需要采取任何其他措施[23]。這種救濟將使得競爭對手的瀏覽器與微軟自己的ie瀏覽器在最大程度上處于平等的競爭地位，并且使消費者擁有了有效的選擇自由。因此，這是迄今為止最為徹底的解決應用軟件與視窗操作系統捆綁的救濟方案。
(三)關于日本微軟案件的救濟
本文所述的日本微軟案件沒有涉及微軟的諸如拒絕交易、捆綁等更具有全球性、代表性的濫用支配地位行為，而只是認定微軟強加給日本電腦制造商的“不行使專利條款”違反日本反壟斷法中的禁止不公正交易行為之規定。這與美國、歐盟和韓國的裁決相比，對濫用支配地位的規制效果顯然要小得多。
六、結語
通過上述比較研究可見，對于拒絕交易而言，美國法院和歐盟委員會采取的救濟措施并無本質差別，均要求微軟向其競爭者提供能使微軟競爭者的中間件與相應的視窗操作系統相兼容的信息，但是都沒有要求微軟披露實現兼容的源代碼。對于捆綁，無論是歐盟委員會要求微軟從視窗中刪除其多媒體播放器的源代碼，還是韓國公平交易委員會要求刪除微軟多媒體播放器和視窗即時通訊軟件的源代碼，都比美國法院只要求刪除微軟中間件的桌面圖標和在菜單中刪除對中間件的訪問顯然更加有利于競爭。關于視窗多媒體服務軟件與視窗服務器操作系統的捆綁，韓國公平交易委員會不僅要求從視窗中刪除源代碼，還禁止以任何方式與任何版本的視窗一起提供視窗多媒體服務軟件，這又比那種允許捆綁中間件和未捆綁中間件的兩種版本的視窗以相同價格并行流通的救濟方式更有好處。韓國公平交易委員會責令微軟在視窗中安裝“多媒體播放器中心”和“即時通訊中心”等輔助軟件之救濟進一步緩解了微軟競爭者的劣勢地位。但是，在微軟應用軟件明顯存在電腦之中的情況下，這種輔助軟件仍然要求用戶動手搜尋和下載微軟競爭對手的應用軟件才有可能擺脫對微軟應用軟件的依賴，這往往很難做到。相比而言，歐盟委員會2009要求在視窗操作系統中設置方便用戶選用瀏覽器的選擇屏，則可以使這些瀏覽器軟件在同一條起跑線上展開競爭，這將在最大程度上有利于瀏覽器市場的自由競爭、產品創新，最終造福于消費者。
跨國企業業務的全球化是新經濟的一個重要特征。隨著全球性的市場支配企業在世界各地擴張業務，其不正當競爭行為的危害也具有了全球性特征。因此，確定跨國公司不正當競爭行為的恰當認定標準和司法救濟是全球性主題，而國際性的比較研究有助于了解全球反壟斷法的發展趨勢，更好地應對新經濟對反壟斷法的挑戰。而作為信息產業主角的軟件產業的壟斷與反壟斷，呈現出不同于傳統產業之特征，傳統的反壟斷分析可能不一定適合軟件市場。我國的反壟斷執法機構在這方面尚無經驗。因此，我們應當加強軟件產業國際反壟斷執法的比較研究，為我國軟件產業的反壟斷執法尋求借鑒。然而，這一任務十分艱巨，本文僅涉及軟件產業中濫用市場支配地位行為的認定和救濟這一課題，權當拋磚引玉。
注釋:
[1] lara j. glasgow& alicia n. vaz. beyondmicrosoft： antitrust， technology， and intellectual property [j]. 16 berkelytech. l. j. 525 (2001).
[2] sueannmota. hide itorunbundle it： a comparison of theantitrust investigationsagainstmicrosoft in theu. s. and the e.u. [j]. pierce l. rev.， vo.l 3， no. 2 (2005). p. 190， p. 190， p. 183.
[3]maxschanzenbach. networkeffects andantitrustlaw： predation， affirmativedefenses， and thecase ofu. s. v. microsoft[j].2002 stan. tech. l. rev. 4.， p.12， p.12， p.14.
[4]尚明.對企業濫用市場支配地位的反壟斷法規制[m].北京：法律出版社， 2007. 37， 122， 37.
[5] w illiam h. page& john e. lopatka. themicrosoftcase： antitrust， hightechnology and consumerwelfare [m]. chicago：theuniversity ofchicago press， 2007. p. 38， p. 107， p. 54， p. 58， p. 36.
[6]王曉曄.競爭法學[m].北京：社會科學文獻出版社， 2007. 295.
[7] findings 1999， 84 f. supp. 2d at29 (finding 31).
[8] jefferson parishhosp. distno. 2 v. hyde， 466 u. s. 2. pp. 12-18.
[9] d. c. circuit2001， 253 f. 3d. pp. 89-94， p. 49.
[10] comp/c-3/37. 792microsoft. p. 300， p. 146， p. 274， p. 207， p. 210， p. 272， p. 154， p. 284.
[11] antitrust： commission imposes 899 million penalty onmicrosoft fornon-compliancewithmarch 2004 decision [eb/ol]. ht-tp： //europa. eu/rapid/pressreleasesaction. do？ reference = ip/08/318&format = html&aged = 1&language =en&guilanguage=en. 2008-06-01.
[12] antitrust： commission acceptsmicrosoft commitments to give users browser choice[eb/ol]. http： //europa. eu/rapid/press-releasesaction. do？ reference=ip/09/1941&format=html&aged=0&language=en. 2009-12-18.
[13] judgment in case 27/76 united brands v commission [1978] e. c.r. 207， at paragraph 65.轉引自comp/c-3/37. 792microsoft， p. 118.
[14] idc： worldwide client and serveroperatingenvironmentsforecas，t 2002-2007.轉引自comp/c-3/37.792microsof，t p.119.
[15] antitrust： commission acceptsmicrosoft commitments to give users browser choice [eb/ol]. http： //europa. eu/rapid/press-releasesaction. do？reference=memo/09/558&format=html&aged=0&language=en&guilanguage=en. 2009-12-18.
[16] holding of2002 kyung-chok 0453. art. 8，§a； art. 1，§b.
[17] microsoft appeals korea fair trade commission decision [eb/ol]. http： // microsoft. com /presspass/press/2006/mar06/03-26kftcappealpr.mspx. 2008-04-19.
[18]微軟放棄韓國反托拉斯裁決上訴，不能預裝msn[eb/ol]. http： //news. csdn. net/n/20071018/109695. htm.l 2008-04-19.
[19] toshiakitakigawa. a comparativeanalysis ofu. s.， eu， and japanesemicrosoftcases [j]. theantitrustbulletin (2005)，vo.l 50， no. 2. p. 261， p. 264， pp. 249-250， p. 257.
[20] josh brown. eus' microsoftorderhasskeptics—striped-downw indowswont' beoffered bydel；l hp seeslittledemand [n].thewashington st. j.， 2005-04-01.
[21] sejin kim. the korea fairtrade commission s' decision onmicrosofts' tying practice： the second-bestremedy forharmcompetitors [j]. pacific rim law& policy journal (2007)， vol. 16， no. 2， p. 385.
目前，國內車載電子設備市場極度缺乏多媒體綜合軟件，該軟件能有效地將車載導航、影音圖像、倒車雷達、娛樂互動等多個功能整合，方便乘客和車主的使用[1]。將多種娛樂和使用功能整合統一，使得設備簡潔美觀，同時降低了重復安裝的成本和投入?？梢詷O大地減少車內空間消耗，降低整車油耗[2]。多媒體共屏展示也能保證駕駛員的操作強度，保證行車安全。因此，將行車信息、娛樂互動、交流通信、車載導航等功能集于一體的嵌入式綜合媒體系統符合市場和環境的發展要求[3]。
1 車載嵌入式播放器總體設計
出于應用領域、自帶資源、可擴展資源、功耗等多方面的考慮，選擇Linux 內核為嵌入式多媒體播放器的操作系統核心。將多媒體技術應用于嵌入式系統中面臨著諸多的技術難題，嵌入式設備的特點決定了其資源通常非常有限，而有限的資源意味著需要進行多方面技術的優化[4]。
首先，嵌入式設備采用蓄電池提供能源，所以對系統的功耗要求比較嚴格;第二，嵌入式設備上通常沒有實用的圖像加速器，聲卡等硬件加速設備的支持;第三，不存在DirectX，DirectShow等高層多媒體的支持?；谏鲜隹紤]，有必要設計適用于嵌入式應用的嵌入式處理器，嵌入式操作系統。根據嵌入式多媒體播放器的功能需求及技術特點，通常將嵌入式多媒體播放器的體系結構劃分為硬件層、內核層和應用層，具體如圖1所示。
系統的硬件層的硬件平臺包括嵌入式微處理器和外圍設備，通過合理選型和匹配可以完成滿意的底層硬件組合。本系統的嵌入式MCU使用三星公司的S3C2410高速微處理器，S3C2410高速微處理器作為整個硬件系統的控制核心，接收、處理相關數據并實時發出控制指令。與其配合的系統外圍設備是完成系統功能的必要組建和模塊，涉及系統存儲模塊FLASH和E2PROM，LCD輸出單元、主控外圍電路和音頻輸出模塊等。
軟件部分包含應用層和內核層兩個部分。應用層包含嵌入式Linux操作系統和硬件驅動程序，包括BootLoader， Linux內核，根文件系統3部分。應用層包含嵌入式用戶應用程序、音頻解碼器和GUI。本系統選擇嵌入式Linux操作系統作為操作系統[5]。
2 操作系統平臺的構建
內核是整個Linux系統的核心，根據實際情況針對內核的配置進行選擇，本質上指根據開發系統的功能需求對已有的操作系統進行選擇，保留開發需求的系統單元，刪除不需要的模塊單元。在本系統中，嵌入式Linux內核選擇ARM?Linux內核。Linux內核的配置系統由Makefile、配置文件(config.in)、配置工具組成[6]。完成內核的數據參數配置后，不能將程序數據直接下載到嵌入式系統中進行調試運行，因為此時數據仍然以源代碼的形式存在。此時，為了生成最終能在嵌入式操作系統上運行的可執行代碼[7]，需要進一步對內核進行編譯。
過程結束后，Image和zImage兩個內核映像文件會在arch/arm/boot目錄下生成，zImage為壓縮后的映像文件，Image為正常大小的映像文件。得到內核映像文件后，首先在開發板使用的宿主機(PC)上建立一個tftp服務，使用DNW工具，在開發板上電時按任意鍵進入U?Boot提示符，執行以下命令：
在嵌入式操作系統正常運行時，需要使用根文件系統支持各種功能[8]，在內核剛啟動運行時根文件系統需要掛載起來用于支持訪問外部設備，同時完成內核模塊應用程序的裝載和運行，避免出現Kernelpanic的情況，防止系統內核在啟動時沒有根文件的支持。在實際應用中，嵌入式操作系統使用動態隨機存取器、同步動態隨機存取器、FLASH存儲器作為存儲設備[9]?；诖鎯υO備，使用JFFS2，YAFFS，CRAMFS，ROMFS，RAMFS等常見系統作為存儲設備的嵌入式文件系統。在本系統中，選擇NANDFLASH作為硬件提案所使用的存儲芯片，選用NANDFLASH上使用比較廣泛的Cramfs文件系統作為嵌入式根文件系統。
嵌入式Linux 操作系統的啟動流程如圖2所示。系統啟動流程包括六個步驟：
(1) 系統復位，從地址0x00開始執行，進入步驟(2);
(2) 啟動Bootloader模塊，進入步驟(3);
(3) 判斷系統是否進入Linux，啟動Linux內核映像，不啟動則進入U?boot的命令操作環境，如果啟動內核，進入步驟(4);
(4) 系統從NANDFLASH加載內核到內存中，完成對硬件設備的初始化工作，進入步驟(5);
(5) 掛載根文件系統，執行init進程，并從/etc/inittab取得配置文件，進入步驟(6);
(6) 提示執行用戶應用程序或用戶登錄信息。
3 視頻播放器軟件設計
3.1 基于Mplayer實現多媒體播放器
Mplayer是一個Linux下的電影播放器(也能運行在許多其他的Unices和非X86的CPU上)。Mplayer的邏輯結構可以分為四個層次，即：輸入層、分流層、解碼層和輸出層，其結構如圖3所示。
本文選擇Mplayer作為后臺設計播放軟件。利用Qt/E為軟件平臺設計GUI圖形控制界面，對多媒體播放器的播放過程進行控制。由于條件限制，本實驗在宿主機上編譯并安裝了Mplayer，通過Qt設計基于X86的多媒體播放器。
3.2 軟件總體模塊設計
由于Qt/Embedded工具可以繞過X Windows System協議客戶端庫，直接讀/寫幀緩存的FrameBuffer的數據信息，因此實現Qt類庫對幀緩存的直接讀/寫操作，使用基于Qt/Embedded的應用程序可以完成。本系統使用嵌入式Linux作為操作系統，通過Qt的圖形平臺和函數庫完成嵌入式多媒體綜合播放。多媒體播放系統采用模塊化設計思想，其架構如圖4所示。
嵌入式多媒體播放器包含五個主要的模塊：
(1) I/O(輸入/輸出模塊)：用于多媒體文件的讀入和輸出。
(2) UI(用戶界面單元)：用戶界面單元的作用是方便用戶操作嵌入式媒體播放器的各項功能，提供良好的人機操作互動界面和使用體驗。
(3) 插件接口單元：讀入多媒體數據(通過輸入插件獲取I/O模塊發送過來的數據)、調用Mplayer對文件進行解碼播放、文件總的時間長度、編碼類型、比特率等信息的獲取、暫停、快進、快退、停止、輸出、輸入等的動作，輸入動作具體指將輸出插件完成解碼的數據信息傳送到系統輸出輸入單元的過程。
(4) Mplayer解碼單元：為了對不同類型的多媒體文件進行解碼操作，系統選擇的Mplayer解碼單元由分離器、音視頻解碼器等部分組成。
(5) GUI單元：為了方便快捷的產生讀/寫FrameBuffer以及用戶界面， GUI單元通過使用Qt/E嵌入式工具作為底層圖形庫。
軟件總體模塊中各單元之間的相互連接關系是：通過輸入/輸出單元讀入音視頻信息數據，用戶界面單元在接收到播放信息指令后，調用插件模塊相應的函數，產生相應的信號，調用Mplayer完成對多媒體文件的解碼，完成解碼之后將數據送到I/O模塊輸出。
3.3 控制流程設計
主程序設計流程如圖5所示。當從菜單項打開視頻文件時會觸發triggered()信號，執行slotopen()槽函數，調用Qfiledialog的getOpenFileName()函數從對話框中選擇要播放的視頻文件。系統首先判斷文件格式是否為*.avi格式，如果是，則創建一個Qprocess進程，通過該進程調用Mplayer后臺對視頻文件進行播放，并在指定區域進行輸出顯示。
4 交互式圖形界面設計
QImage類提供了一種與硬件訪問無關的圖片存儲方式。QPainter則主要用來完成繪圖事件。QPushButton提供了圖形用戶界面最長用到的命令按鈕部件。此GUI交互界面利用Qt Designer以QMainWindow類為基礎設計了主框架，包括菜單欄以及狀態欄等;同時，以QWidget類為基礎創建了一個對視頻播放進行控制的插件接口，并通過合理的布局與主窗體組合在一起。
在指定目錄打開avi格式視頻文件，運行效果如圖7所示。在播放過程中，通過狀態欄實時顯示當前視頻文件的播放時間。通過界面下方的按鈕對播放器的播放過程進行音量調節、暫停、快進、快退、停止等控制，基本達到了預期的效果。打開視頻文件時，終端開始輸出文件的加載路徑，開始讀取并輸出ANS_TIME_POSITION(視頻播放時間)參數值，在Qt與Mplayer之間完成了通信。
當在控制臺實施各種控制操作時，在終端輸出執行的操作動作并發送該信號，調用相應的槽函數完成對視頻播放的控制動作。
以上是在主機上運行播放程序執行播放控制的過程。在主機上運行的Qt程序是基于X結構的，而在實際的嵌入式開發中，需要直接通過FrameBuffer進行顯示。由于條件限制及其他因素，通過qvfb模擬程序在嵌入式開發板中運行的情況，如圖8所示。
從圖8中可以看出，在qvfb中運行該程序時，菜單項的中文顯示出現了方塊型的亂碼，這說明菜單項已經得到了識別，只是qtopia中缺少相應的中文字體庫，在默認的情況下，qvfb會調用字體庫中的默認字體，這樣在顯示中文時會出現如上問題?？梢栽诰W絡上下載相應的中文字體庫并拷貝到Trolltech/Qtopiacore?opensource?4.3.0/lib/fonts中。
5結 論
本文通過對車載播放系統的設計，根據車載嵌入式多媒體播放器的功能需求和技術特點，選擇一款合適的嵌入式處理器，在此平臺上構建了功能完整的嵌入式Linux系統開發平臺。經過對Qt的GUI設計的研究，以Qt的基礎類庫為前端設計嵌入式多媒體播放器的前端控制圖形界面。通過創建QProcess進程，實現了對播放過程的控制，與后臺Mplayer進行通信，實時讀取并顯示播放信息，并在指定窗口對音視頻碼流進行輸出顯示。通過測試表明，本系統達到了應用于車載音視頻播放的要求，對相關開發具有重要參考價值。
