1．引言

　　Java智能卡(Java Card)技術(shù)在第三代移動通信(3G1 中有著極其廣泛的應(yīng)用。Jaya智能卡的出現(xiàn)．使多個應(yīng)用程序可共存于一張智能卡中．這些應(yīng)用可以來自同一個卡供應(yīng)商。也可以來自不同的卡供應(yīng)商．用戶只需刷新智能卡上的程序。就可以得到不同的應(yīng)用．運營商及開發(fā)商擺脫了對卡商的依賴。大大降低了成本。在移動通信的SIM卡中，Java智能卡的應(yīng)用越來越廣泛，景極其看好。由于SIM卡使用Java智能卡的量越來越多，使用頻率越來越高。為了更好地發(fā)揮網(wǎng)絡(luò)及其分布在網(wǎng)絡(luò)中的計算機的處理能力。移動通信中 Java智能卡RMI技術(shù)在開發(fā)應(yīng)用中變得越來越重要。

　　2．移動通信中Java智能卡的主要特點

　　移動通信中，Java智能卡是指運行Java小應(yīng)用程序的智能卡。卡上必須存在相應(yīng)的Java虛擬機。符合Java Card技術(shù)規(guī)范的小應(yīng)用程序可以運行在該虛擬機上 SUN公司提出了有關(guān)Java Card技術(shù)規(guī)范．包括有關(guān)在智能卡上創(chuàng)建Java Card虛擬機和應(yīng)用編程接1：3(API)的詳細(xì)信息。與傳統(tǒng)的智能卡系統(tǒng)相比，Java智能卡平臺主要有以下特點：

　　1．跨平臺性

　　移動通信中目前大部分SIM 卡已經(jīng)支持了Java卡的技術(shù)規(guī)范．凡符合Java卡API技術(shù)規(guī)范的Java卡Applets都可以運行在Java卡運行環(huán)境(JCRE：Java Card Runtime Environment)．允許開發(fā)人員使用相同的Java卡Applets在不同廠商的智能卡上運行，實現(xiàn)了一次程序編寫到處運行的功能即通過JVM 的機制達(dá)到跨平臺的目的。

　　2．應(yīng)用開發(fā)便捷性

　　對于移動通信中Java智能卡上的應(yīng)用，開發(fā)人員無需了解復(fù)雜的智能卡硬件和智能卡專用的技術(shù)，就可以進(jìn)行智能卡應(yīng)用的開發(fā)，從而大大減少開發(fā)時間，降低開發(fā)難度和成本。而且可以使原來的Java程序開發(fā)人員來編寫智能卡程序。人力資源得到充分的利用，更好地滿足了應(yīng)用程序成倍增長的需要．同時也是時代發(fā)展的需要。

　　3．安全性

　　在移動通信中，Java智能卡最關(guān)鍵的問題之一。安全性牽涉到多個方面。Java智能卡系統(tǒng)的安全性模式在很多方面作了改進(jìn)，它的安全策略由Java卡虛擬機fJCVM)和Java卡運行環(huán)境共同實現(xiàn)?？紤]到智能卡的應(yīng)用范圍和應(yīng)用場合的特殊性，Java卡支持保護(hù)數(shù)據(jù)的完整性，防止對于敏感數(shù)據(jù)沒有認(rèn)證的訪問。

　　4．多應(yīng)用性

　　在一個Jaya卡運行環(huán)境中可以運行多種功能差異很大的不同的應(yīng)用(Applets)，譬如手機上網(wǎng)，移動證券交易，手機玩游戲等等．這些應(yīng)用既可以來自同一個卡供應(yīng)商也可以來自不同的卡供應(yīng)商，這是新一代手機的很重要特點。

　　3．RMI技術(shù)與移動通信中智能卡的RMI技術(shù)及其應(yīng)用

　　3．1 RMI技術(shù)

　　J2SE中的RMI(Remote Method Invocation,遠(yuǎn)程方法調(diào)用)技術(shù)是開發(fā)Java分布式網(wǎng)絡(luò)應(yīng)用的核心技術(shù)與傳統(tǒng)的RPC(Remote Procedure Call，遠(yuǎn)程過程調(diào)用)調(diào)用遠(yuǎn)程過程不同，RMI用于調(diào)用遠(yuǎn)程對象中的方法．支持存儲于不同地址空間的對象之間的彼此通信。讓位于不同JVM 空間中的對象在外觀行為上都像是本地的對象一樣使用。是純粹面向?qū)ο蟮腏ava程序中開發(fā)網(wǎng)絡(luò)分布式應(yīng)用系統(tǒng)的核心解決方案。

　　用RMI開發(fā)的應(yīng)用程序由服務(wù)器端程序和客戶端程序二部分組成。服務(wù)器端程序在運行時會創(chuàng)建多個對象實例f稱為遠(yuǎn)程對象)．這些對象實例用于向客戶提供某種服務(wù)。同時服務(wù)器端打開監(jiān)聽端口等待客戶端程序調(diào)用?？蛻舳顺绦蛟谶\行時通過RMI機制從服務(wù)器中得到遠(yuǎn)程對象的引用。調(diào)用其中的方

　　RMI的體系結(jié)構(gòu)可以用圖1表示：

?

　　從圖1中可見，RMI體系結(jié)構(gòu)是由多層組成的。stub／skeleton層中使用了存(stub) 框架(ske1eton) 的方法來隱藏底層通訊的實現(xiàn)細(xì)節(jié)。stub代表遠(yuǎn)程對象的客戶端對象。具有和遠(yuǎn)程對象相同的接口或方法列表。當(dāng)客戶端程序調(diào)用遠(yuǎn)程對象的方法時．實際上調(diào)用的是stub對象中的方法．stub將請求轉(zhuǎn)發(fā)到遠(yuǎn)程對象。服務(wù)器端的skeleton對象負(fù)責(zé)將stub傳來的信息解碼。并將解碼后的信息交給實際的遠(yuǎn)程對象進(jìn)行處理．遠(yuǎn)程對象處理完畢后將結(jié)果傳給skeleton對象。再由skeleton對象傳給客戶端的stub對象，最后stub對象將這些信息傳給客戶端程序。