用於Flash應用程式的具有分布式對象的集成硬體平臺的系統和方法

2023-07-28 01:24:56

專利名稱：用於Flash應用程式的具有分布式對象的集成硬體平臺的系統和方法
技術領域：
本發明一般涉及數據和圖形顯示。更具體地，本發明涉及具有分布式對象的Flash 應用程式。
背景技術：
對於豐富的多媒體網際網路應用，Flash平臺很受歡迎，其在多數主要硬體和操作系 統中具有高的瀏覽器滲透率和可用性。用戶能夠從個人電腦到行動電話及視頻遊戲機的多 種設備容易地運行Flash應用程式。越來越多地，現代Flash應用程式正使用分布式對象 以提供用戶和伺服器之間共享的在線背景給用戶。因此，例如在虛擬社區和在線遊戲世界， 用戶能夠對其他用戶產生持久改變的影響。例如，用戶能夠互相談話，交易物品，組隊成組， 以及進行其它的相互作用。另外，由於Flash平臺的方便可得，幾乎在任何地方，無論是在 家、辦公室、網吧或機場候機樓，用戶都能夠訪問這些在線社區。 然而，互動只限於能夠和Flash應用程式直接通信的設備。因此，人類輸入設備僅 限於傳統的鍵盤、諸如電腦滑鼠的定位設備(pointingdevices)、網絡攝像機以及在Flash 中具有直接硬體支持的其它設備。另外，Flash應用程式的輸出一般限於在執行Flash應 用程序的系統上播放的視聽內容。因此，在Flash應用程式中，很難支持諸如單獨的設備上 的視聽回放以及振動、物理對象的運動的特徵。 雖然可直接連接到Flash的外圍設備對於傳統的應用可能是合適的，但是與在線 遊戲和社區相互作用的更多的創新方式可能要求不在Flash中實施的新的硬體支持。雖然 這種新硬體可能容易由單獨的硬體或軟體支持，但是用戶會更喜歡技術麻煩最少的解決方 案。Flash應用程式能夠方便地在網際網路上被訪問，並且在許多系統中，一般預裝了或可容 易獲得Flash環境，使得用戶免去了使用專用的遊戲硬體或安裝額外的遊戲軟體的麻煩， 使用專用的遊戲硬體或安裝額外的遊戲軟體在公共環境中尤其不切實際。由於Flash平臺 的方便可得，因而用戶能夠從家裡、辦公室或在旅行期間訪問相同的在線帳戶。然而，對於 直接硬體訪問，Flash平臺只提供有限的支持，限制了用戶能夠與Flash應用程式相互作用 的方式。 因此，需要通過提供一種方式來克服本領域中的缺陷和不足，該方式用於用戶與 可廣泛訪問的Flash平臺相互作用，以提供在共享在線環境下的互動體驗，突破了當前對 在Flash應用程式中可直接訪問的硬體的限制。
發明概述 提供系統和方法，其提供用於Flash應用程式的具有分布式對象的集成硬體平 臺，該平臺大體上如在至少一個附圖中所示和/或關於至少一個附圖所描述，在權利要求 中被更全面地闡述。
附圖簡述 在審閱了下面的詳細描述和附圖後，本發明的特徵和優點對於本領域的普通技術人員將變得更加明顯，其中

圖1呈現了根據本發明的一種實施方式的集成硬體平臺環境的框圖； 圖2a呈現了根據本發明的一種實施方式，描述用於所述集成硬體平臺的接口生
成工作流程的流程圖； 圖2b呈現了根據本發明的一種實施方式，用於由Flash開發者所利用的所述集成 硬體平臺的Flash開發環境的框圖； 圖2c呈現了根據本發明的一種實施方式，用於由硬體開發者所利用的所述集成 硬體平臺的硬體開發環境的框圖； 圖3呈現了根據本發明的一種實施方式，具有分布式對象的集成硬體平臺環境的 框圖；以及 圖4示出了根據本發明的一種實施方式描述步驟的流程圖，通過這些步驟，集成 硬體平臺中的硬體設備的處理器經由用於Flash應用程式的應用程式接口 (API)來提供硬 件控制。 發明詳述 本申請是針對用於Flash的具有分布式對象的集成硬體平臺的一種系統和方法。 下面的描述包含有關本發明的實施的具體信息。本領域的技術人員將會意識到，本發明可 以用與本申請具體討論的方式所不同的方式來實施。此外，為了不使本發明模糊，本發明的 一些具體細節未被討論。本申請中未描述的具體細節在本領域的普通技術人員的知識範圍 之內。本申請的附圖及其伴隨的詳細描述僅針對本發明的示例性實施方式。為保持簡潔， 使用本發明的原則的本發明的其他實施方式在本申請中未被具體描述，且未由本發明的附 圖具體圖解。 圖1呈現了根據本發明的一種實施方式的集成硬體平臺環境的框圖。環境100 包括硬體設備110和主機系統150。硬體設備110包括外部硬體115、硬體系統125、硬 件API 131、遠程分布式方法132、串行器133、硬體應用程式135、分布式方法136、解串器 (deserializer) 137、串行連接API 139、以及連接器142。外部硬體115包括傳感器116、 伺服系統117以及顯示裝置118。硬體系統125包括環境監測系統126、機械控制系統127 以及表示系統(presentation system) 128。連接145提供硬體設備110的連接器142和主 機系統150的接受器(rec印tacle) 152之間的數據通信。主機系統150包括接受器152、 主機處理器160和主機存儲器170。主機存儲器170包括安全服務162、代理伺服器163 以及Flash運行時環境(runtime environment) 174。 Flash運行時環境174包括動作腳 本(Actionscript)硬體API 171、 Flash應用程式175以及Flash 二進位套接字(binary socket)API 179。動作腳本硬體API 171包括串行器173、遠程分布式方法172、解串器177 以及分布式方法176。 從一個高層次的角度看，環境100允許主機系統150與連接的硬體設備110相互 作用。主機系統150經由主機處理器160運行Flash應用程式175，該Flash應用程式可 以進一步連接到由遊戲伺服器的分布式在線服務所支持的聯網在線遊戲。除了遊戲，Flash 應用程式175還可以支持任何其他類型的分布式在線應用程式，如虛擬世界、業務合作、社 會網絡或電子商務。 為了簡便，圖1僅描述了單個主機系統，且忽略了關於所述遊戲伺服器的細節，其在下面的圖3中以更多細節來描述。此外，圖1僅描述了連接到主機系統150的單個硬體 設備，但是可選擇的實施方式可以允許並行訪問在運行Flash應用程式的單個主機系統上 的許多硬體設備。例如，Flash應用程式175可能包括一個賽車遊戲，允許多個編號和類型 的硬體設備如方向盤和踏板連接到主機系統150，以分屏幕視頻顯示，以容納多個遊戲者。 然後Flash應用程式175能夠被設計成探測和利用所有連接的方向盤和踏板，並且代理服 務器163能夠相應地配置為在Flash應用程式175和多個硬體設備之間適當地按規定路 線發送通信。這種多個硬體設備特性還可以與在線遊戲伺服器結合，以提供在硬體設備和 Flash應用程式之間的多對多通信，例如允許在線賽車，其中多個參加的主機系統的每一個 都能夠容納一個或幾個遊戲者，這取決於連接到每一個主機系統的硬體設備的數量。然而， 為便於簡化例子和提高可讀性，本申請將集中於只有單個硬體設備連接到主機系統的實施 方式。 硬體設備110可以提供新穎的特性例如物理運動、環境監測、次要顯示裝置或揚 聲器以及其他硬體能力給Flash應用程式175，其對於標準的Flash平臺並非可用。通過 此額外的硬體，與主機系統150的相互作用被擴展到Flash運行時環境174的本身能力和 主機系統150的標準支持的硬體能力之外。通過利用硬體應用程式接口 (API) 131實施 RMI (遠程方法調用)，Flash應用程式175能夠遠程控制硬體設備110的硬體系統125，或 提供硬體設備110所請求的數據。類似地，在相反的方向，動作腳本硬體API 171允許硬體 設備110遠程控制Flash應用程式175或返回所請求的值。此外，圖1中所省略的分布式 對象API，通過與遊戲伺服器通信，可以允許Flash應用程式175與連接到其他主機系統的 其他遠程硬體設備聯接。 主機系統150可能包括個人計算機、視頻遊戲機、行動電話或能運行所述Flash平 臺的任意其他設備。主機系統150可能以前已經經由網頁瀏覽器訪問過網頁伺服器，以通 過諸如網際網路的網絡下載Flash應用程式175。然後Flash應用程式175可以在Flash運 行時環境174中執行，該環境可包括提供Flash播放器支持的網頁瀏覽器插件。
運行時環境174提供一種環境，其中Flash應用程式175能夠被翻譯成可由主機 處理器160執行的機器代碼。Shockwave Flash (SWF)文件不對應於能夠被直接執行的機 器代碼，而是以中間字節碼的形式被儲存，需要翻譯成機器代碼以運行在預期的平臺上。最 初，這可能像是不利的，但正是因為SWF文件不依賴於通過直接編譯成機器代碼的特定的 結構，才使得相同的SWF文件能夠通過利用適合各個所需的目標平臺的Flash運行時環境 而被跨完全不同的平臺使用，類似Java。這允許Flash應用程式被運行於多種多樣的背景、 平臺和配置，但是，由於使用解釋性運行時環境的緣故，有一些處理代價。而諸如動態編譯 和適時(just-in-time， JIT)編譯等技術能夠減輕使用字節碼而不是預編譯的二進位所帶 來的許多性能損失。 對於多數用戶，最熟悉的Flash運行時環境是用於諸如InternetExplorer或 Firefox的網頁瀏覽器的瀏覽器插件，支持特定的平臺或體系結構，諸如Windows或Linux。 這允許Flash應用程式再現在網頁瀏覽器的背景中。然而，瀏覽器插件不是再現Flash的 唯一方法。例如，AdobeIntegrated Runtime或Adobe AIR提供一種跨平臺的運行時環境， 其支持Flash，但是著眼於本地安裝的桌面應用程式而非網頁瀏覽器中運行的程序。因此， Adobe AIR環境能夠提供額外的特性，其一般對於本地安裝的桌面應用程式如本地或離線數據儲存可用。無論Flash運行時環境174是作為瀏覽器插件運行、是被本地安裝作為 Adobe AIR、還是代表一些可選擇的應用程式範例，Flash應用程式175都能夠被支持。
硬體設備110經由連接145可連結到主機系統150，連接145可以包括，例如物理 上連結到連接器142和接受器152的通用串行總線(USB)電纜。在此實施方式中，代理服 務器163可以包括用於在Flash 二進位套接字API 179所使用的二進位套接字通信與串行 連接API 139所使用的USB串行連接之間的無縫翻譯的機制。 USB僅僅是用於硬體設備連接的一個示例性協議，並且可選擇的實施方式可以使 用例如Firewire連接器，或使用諸如Bluetooth或WiFi協議的無線傳輸。如果連接145包 括物理電纜如USB或Firewire，那麼連接145能夠從主機系統150獲取電力以操作硬體設 備110的組件。在無線傳輸的情況下，連接器142和接受器152可能會被無線接收器和發射 器取代，連接145可代表無線射頻信號，並且電力可能通過具有插接站(dockingstation) 的嵌入式可充電電池或一些其他方法來提供。有線和無線連通性都還可能被提供有對電池 充電的有線連接。由於代理伺服器163和串行連接API 139對於Flash應用程式175和硬 件應用程式135是模塊化的，所以新連通性協議支持能夠容易被實施，因為前述應用程式 不直接與連通性協議連接。 —旦硬體設備110被提供了電力，硬體應用程式135能夠經由硬體API 131操縱 硬體系統125，硬體系統125包括環境監測系統126、機械控制系統127以及表示系統128。 所提供的外圍硬體系統僅僅是示例性的，因為任意硬體可以被添加到硬體設備110。環境 監測系統126可提供關於外部環境的不同的細節，如觸覺相互作用、音頻反饋和視頻反饋， 其可以由觸覺傳感器、揚聲器和攝像機支持。機械控制系統127可通過控制伺服系統、傳動 裝置、發動機以及其他機械設備為硬體設備110的運動做準備。表示系統128可控制不同 的視聽元件，如LCD屏、揚聲器和LED燈。外部硬體115提供實際的硬體組件以支持硬體系 統125，包括用於監測的傳感器116、用於運動的伺服系統117以及用於顯示圖像的顯示裝 置118。 硬體設備110還包括遠程分布式方法132和分布式方法136，形成RMI系統的硬 件設備方面。而硬體應用程式135能夠根據分布式方法136使用硬體API 131來控制硬 件系統125，或者發送遠程分布式方法132以請求來自Flash應用程式175的服務。類似 地，Flash應用程式175能夠使用動作腳本硬體API 171來調用遠程分布式方法172或接 收分布式方法176，這形成了前述RMI系統的Flash方面。串行器133和解串器137為硬 件設備110實行可能必要的、不同的對象數據的變換，如信號編組(marshalling)和解組 (unmarshalling)、引用解析(reference resolving)以及其他操作。可移植的數據流使得 即使在不同的結構或環境的遠程位置也可以是語義上相同的。例如，相應的串行器173和 解串器177允許主機系統150與硬體設備110無縫通信對象數據，即使主機系統150運行 在完全不同的結構上。 Flash應用程式175通過使用遠程方法以驅動硬體系統125而非試圖直接控制硬 件系統125，能夠達到更加及時和準確的硬體控制。當硬體系統125需要以嚴格的定時容 差來驅動以有效地或完全地運行時，尤其如此。例如，伺服系統117可以由脈寬調製預期脈 衝信號以只有幾毫秒的周期率來驅動。由於硬體設備110的嵌入式處理器(圖1中未顯 示)能夠將其所有資源僅用於服務硬體應用程式135，因此，如果硬體應用程式135被適當開發，則其能夠支持有保證的及時的脈衝信號生成。 然而，Flash應用程式175可以在如Windows的通用的多任務主機平臺上運行，其 設計成通過使用進程調度程序以同時容納幾個不同的應用程式來服務所有的執行任務。因 此，Flash應用程式175可能需要與其他任務競爭主機處理器160的關注。因此，需要實時 服務的硬體設備110上的任務可能不會收到有保證的資源，因為硬體中斷或其他軟體進程 可能搶佔主機處理器160。即使在主機系統150上有足夠的資源可用以服務於時間關鍵的 任務，但由於命令從Flash應用程式175發送到硬體系統125的協議開銷，可能會引進一些 延遲。在此延遲的期間，用於硬體控制的關鍵的時間窗口可能已經消逝。
另一方面，諸如由嵌入式處理器提供的那些專用的主機外(off-host)的計算，能 夠提供用於細粒度(fine-grained)硬體控制的實時響應性。當開發硬體應用程式135時， 可針對硬體設備110中的嵌入式處理器的能力來優化方法，以確保硬體系統125和相應的 外部硬體115在嵌入式處理器所提供的有限的CPU周期內被有效地驅動。由於嵌入式處理 器不需要像通用的處理器那樣支持其他應用程式，方法執行時間能夠在外部硬體115所要 求的時間容差內被測量和優化。因此，由硬體應用程式135所支持的遠程方法能夠保證用 於準確和有效的硬體控制的及時性。 在Flash應用程式175能夠調用遠程方法以控制硬體系統125之前，必須首先提 供對用於硬體設備110的分布式對象的引用，其可以例如在通信握手過程的結束時被交 換，或通過諮詢名稱目錄服務而被獲取。 一旦獲取了所述分布式對象，其公開或提供可以由 Flash應用程式175調用的遠程方法的接口，在圖1中示為遠程分布式方法172。這些遠程 方法可例如允許環境監測系統126經由傳感器116獲取溫度數據，允許機械控制系統127 經由伺服系統117移動一個對象，以及允許表示系統128在顯示裝置118上顯示圖像。
因此，Flash應用程式175的開發者不必使自己關心硬體設備110的詳細運作，並 且能夠簡單地調用由動作腳本硬體API 171公開的遠程方法，其由例如在硬體設備110的 機器代碼實施。類似地，如果硬體設備110需要來自Flash應用程式175的、待被完成的 某些信息或任務，硬體設備110的開發者能夠使用遠程分布式方法132，而不是不得不理解 Flash應用程式175的錯綜複雜。通過使用模塊式開發的這種技術，工作流程能夠被分段和 獨立地開發，加快了交付日程並且控制了開發費用。 雖然圖1已經採用面向對象的RMI方式用於遠程執行，，但是也可以使用遠程過程 調用(RPC)或其他提供遠程執行的方法。也可以實施圖1中未圖示的更靈活的RMI方式， 例如支持可動態加載的類的RMI系統。目前，只有對象引用被傳遞，並且API實現被假設存 在於遠程位置。可動態加載的類將允許硬體API容易地更新，因為API實現可以按更新的 方法的需求被獲取。 然而，由於硬體設備110的嵌入式處理器可能已經因費用和電力考慮而抑制了計 算資源，複雜的RMI系統可能是不合乎要求的。待在硬體設備110上執行的方法一般會眾 所周知且是不變的，因為硬體系統125將可能不支持終端用戶的硬體系統模塊化的交換， 所以，可能更為合理的是，為硬體設備110建立嵌入式靜態硬體API，使其適合於製造中將 包括的具體的硬體系統。然而，所述靜態硬體API還可能被儲存在可擦寫存儲器部分，如果 錯誤修正或額外的方法被開發用於硬體系統125，則允許硬體API仍然可被更新。
Flash運行時環境174能夠通過主機系統150的網絡協議棧，例如傳輸控制協議/網際網路協議(TCP/IP)協議棧，來路由通信。由於Flash應用程式175僅能夠直接尋址在 Flash運行時環境174中本身支持的硬體，而網絡通信在Flash運行時環境174中是本身支 持的，所以，Flash應用程式175可改為利用網絡通信來與硬體設備110通信。
然而，由於硬體設備110通過USB而非網絡被連接到主機系統150，代理伺服器 163提供Flash應用程式175和硬體設備110之間的路由服務轉換。代理伺服器163可以 作為本地主機服務而執行，截接通過指定的網絡埠的通信傳播。連接145建立之後，在硬 件設備110和主機系統150之間的初始的握手可能導致安全服務162和代理伺服器163從 硬體設備IIO被複製到主機存儲器170，用於主機處理器160的進一步執行。然後Flash二 進位套接字API 179能夠被配置為通過用於與硬體設備110通信的指定的網絡埠與本地 主機通信，代理伺服器163無縫地處理二進位套接字數據和串行數據之間的轉換。因此，代 理伺服器163通過利用Flash本身支持的網絡通信能力，橋接硬體設備110和Flash應用 程序165之間的通信缺口。 允許Flash應用程式175發送和接收來自任意位置的數據，會造成潛在的安全問 題，尤其對於DNS綁定攻擊，所以不同的安全協議已經在Flash的較新的版本中被實施。特 別令人感興趣的是套接字策略文件，其呈現規則列表，為套接字連接管理允許的網絡埠 和主機。因此，套接字策略文件能使得伺服器可以拒絕來自某些主機或埠的訪問，但是 Flash客戶必須首先覺察到它們。 因此，在Flash運行時環境174允許Flash 二進位套接字API 179通過所請求的 網絡埠連接到伺服器目的地之前，Flash運行時環境174通過默認埠 843自動向同一 伺服器目的地的IP位址發出對套接字主策略文件的請求。即使伺服器目的地和請求的主 機在相同的域，此請求也被發送。可選擇地，Flash二進位套接字API 179能夠明確指定一 個可選擇的埠來請求安全策略。如果伺服器目的地在超時周期內不提供響應，或者如果 返回的套接字策略文件拒絕來自主機系統150或所請求的網絡埠的訪問，那麼Flash運 行時環境174將拒絕與伺服器目的地的套接字通信，並且Flash 二進位套接字API 179可 以為原始請求返回 一個錯誤代碼。 通過提供套接字策略文件形式的被適當格式化的安全策略，在代理伺服器163所 使用的網絡埠上允許來自主機系統150的訪問，安全服務162可以滿足Flash的以上的 安全特性。因此，Flash運行時環境174被授予許可來通過代理伺服器163管理的埠與 伺服器目的地通信，或者與主機系統150通信，因為本地主機是一個身份參照(identity reference)。這些許可僅僅是使得主機系統150和硬體設備110之間能夠相互通信的最少 數量的特權，並且安全服務162能夠例如返回更廣闊的套接字策略文件，允許從任何主機 或任何埠訪問。 雖然套接字策略文件指定用於套接字通信的許可，但是套接字元策略指定訪問套 接字策略文件自身的許可。套接字元策略可以僅僅被限定在從默認埠 843提供的主套接 字策略文件中。然而，由於默認的元策略允許從伺服器目的地上的任何埠和任何位置訪 問套接字策略，所以一般不需要指定一個元策略，因為"所有"設置是默認的。此外，默認的 套接字元策略預計對於Flash的未來版本仍然保持"所有"。 雖然安全服務162和代理伺服器163允許Flash應用程式175與硬體設備110通 信，但是其需要由主機處理器160執行以提供這種通信服務。雖然傳統的本地安裝的軟體通過安裝本地服務或專門的驅動程序能夠很普通地完成這一點，但是在Flash應用程式的 背景下，此情況可能不那麼明顯。 —種可能是在連接145 —建立時就使用握手過程，這啟動執行安全服務162和代 理伺服器163。此握手過程可能例如依靠於呈現作為一種公共的HID(人機接口設備)的 硬體設備110，使得主機系統150能夠自動支持不具有專門的驅動程序的硬體設備IIO，並 且Flash應用程式175能夠簡單地輪詢硬體設備110的存在，以啟動握手過程。以這種方 式，用戶能夠簡單地連接硬體設備IIO，用於在Flash應用程式175中立即使用，而無需處 理複雜的軟體或驅動程序的安裝。其他實施方式可能使用例如自動執行機制如Windows的 Autorun，或可下載的驅動插件如Java或ActiveX小部件(widget)。然而，由於用戶可能不 得不面對的各種安全告警和提示，使用由主機系統150自動支持的一般公認的接口的實施 方式可能是優選的，因為這種接口一般能夠在沒有用戶介入的情況下運行。未來的主機平 臺可能提供可信計算，使得可以允許自動執行來自合法發布者的可信代碼，從而可能提供 更加靈活和精細的系統。 出於本申請的目的，假設握手過程能夠被實施，以在主機處理器160上開始安全 服務162和代理伺服器163的執行。作為備用，如果用於硬體設備110的自動支持的不同嘗 試失敗了，可以提供手動軟體安裝指南或軟體下載給終端用戶。 一旦驅動程序或軟體被手 動安裝，其可能被配置為在主機系統150 —起動時就自動執行，減輕手動安裝的一些麻煩， 因為用戶僅需要完成該過程一次。 移動到圖2a，圖2a呈現了根據本發明的一種實施方式，描述用於所述集成硬體平 臺的接口生成工作流程的流程圖。流程圖200包括API契約文件(contract file)290、 RMI接口生成器293、Flash二進位套接字API 279、動作腳本硬體API 271、C/C++串行連接 API 239、串行器233、解串器237、硬體API 231、遠程分布式方法232以及分布式方法236。 API契約文件290包括硬體API定義291和Flash API定義292。 RMI接口生成器293包 括Flash動作腳本接口構建器(builder) 294和硬體C/C++接口構建器295。動作腳本硬體 API 271包括串行器273、解串器277、遠程分布式方法272以及分布式方法276。
動作腳本硬體API 271對應於圖1中的動作腳本硬體API 171，其包括對應於串行 器173的串行器273、對應於解串器177的解串器277、對應於遠程分布式方法172的遠程 分布式方法272、以及對應於分布式方法176的分布式方法276。 Flash 二進位套接字API 279對應於Flash 二進位套接字API 179。 C/C++串行連接API 239對應於串行連接API 139。串行器233對應於串行器133。解串器237對應於解串器137。硬體API 231對應於 硬體API 131。遠程分布式方法232對應於遠程分布式方法132。分布式方法236對應於 分布式方法136。 在流程圖200中可以發現如圖1所描述的使用用於遠程執行的RMI方式的一些開 發益處。在寫實施代碼之前，可以提前結合關於Flash遠程方法或Flash API定義292和 硬體遠程方法或硬體API定義291兩者將如何運作的協定標準來準備API契約文件290。 利用通過RMI接口生成器293處理API契約文件290的結果、以及代替遠端現行工作(WIP) API方法的模擬測試系統的開發，開發團隊能夠獨立地開發Flash動作腳本或硬體C/C++， 而不等待或依靠其他開發團隊的進展。只要開發者遵循由API契約文件290預定的規範， 那麼獨立開發的代碼的後來的集成可以沒有任何問題地一起無縫地工作。此外，通過允許RMI接口生成器293產生處理RMI支持和網絡或串行總線通信的細節的API模塊，可以避免 可能起因於手動編碼這些API模塊的人類編程錯誤，並且開發者能夠將其注意力集中於實 施用於主要的Flash或C/C++應用程式的代碼。 起因於API契約文件290的編程代碼的增加的模塊化和抽象化也促進了更容易 讀、開發、調試和維護的更高級的程序設計風格，長期來說減少了開發時間和費用。雖然具 有大量的嵌入式低級程序代碼和冗餘碼的專門(ad-hoc)的程序設計風格可以提供更快的 初始開發時期，但是，對於任何中等大小的項目，例如在線遊戲，在缺少代碼的邏輯模塊化 的情況下，代碼維護可能迅速變成不利條件，而由API契約文件290所提供的清晰定義的 API能夠促使邏輯模塊化和代碼重用。 檢查RMI接口生成器293， Flash動作腳本接口構建器294和硬體C/C++接口構建 器295兩者都生成圖1中已經觀察到的不同的API模塊。RMI接口生成器293能夠從API 契約文件290取得一般描述的API定義，並且將其轉換成以用於特定的目標平臺的代碼描 述的API模塊，或圖2a情況下的Flash和C/C++。 RMI接口生成器293還可以被配置為通 過替換接口構建器而為其它目標平臺生成API模塊，但是C/C++對於低級系統編程是常用 的程式語言，並且也可適合產生用於測試硬體設備210的機器代碼。常規的RMI接口生成 器293可能被內部開發，或者API契約文件290可能使用現有的接口描述語言來表達，並且 現有的跨平臺RMI接口生成器293可以被用來加快開發。 轉向圖2b，圖2b呈現了根據本發明的一種實施方式，用於由Flash開發者所利 用的所述集成硬體平臺的Flash開發環境的框圖。圖2b包括測試主機系統250，其包括 WIP(現行工作)Flash應用程式275、動作腳本硬體271 、Flash二進位套接字API 279、以及 硬體設備模擬器296。測試主機系統250可以對應於圖1中的主機系統150的簡化版本。
Flash 二進位套接字API 279和動作腳本硬體API 271顯示為灰色以強調這些 API模塊已經通過RMI接口生成器293生成，並且不需要來自開發者的進一步的相互作用。 因此，Flash開發團隊能夠將開發集中於WIP Flash應用程式275、或WIP Flash應用程式 275將在客戶方面支持的在線遊戲，包括分布式方法276的實施。 由於獨立的團隊可能正在開發硬體設備，硬體設備模擬器296作為替代物來代 替，用於開發目的。硬體設備模擬器296不一定需要準確地模擬硬體設備。例如硬體設備模 擬器296能夠實施方法以返回預定的測試值，或其可能更準確模仿實際硬體設備的響應， 這取決於可用的開發資源、產品時間表以及其他開發團隊的進展。現行工作硬體設備可能 也被使用，其中未開發好的遠程方法被指向硬體設備模擬器296而已開發好的遠程方法被 指向WIP硬體。 類似地，獨立的網絡和伺服器團隊可能開發項目的分布式對象部分。通過使用用 於在線遊戲的伺服器模擬器，即使沒有工作網絡基礎結構，對於網絡互操作性，測試主機系 統250然後仍然能夠被測試。相反地，如果這種網絡基礎結構確實存在，那麼可針對實際聯 網的硬體，對測試主機系統250進行測試。如果這種測試確實發生了 ，那麼可能需要進行一 些處理以阻止一般公眾試圖訪問圖2b中的測試組件。例如，阻止公眾訪問的防火牆可能被 安裝用於測試組件，或者本地網絡可能與公共網際網路隔離。 移動到圖2c，圖2c呈現了根據本發明的一種實施方式，由硬體設備開發者所 利用的硬體開發環境的框圖。圖2c包括測試硬體設備210，其包括硬體API 231、原型
11(prototype)硬體系統225、 WIP硬體應用程式235、遠程分布式方法232、串行器233、分布 式方法236、解串器237、C/C++串行連接API 239以及主機系統模擬器297。測試硬體設備 210可以對應於圖1中的硬體設備110的簡化版本。原型硬體系統225可以對應於硬體系 統125。 與圖2b類似，幾個API元件顯示為灰色以表明它們已經由RMI接口生成器293準 備，其包括硬體API 231、遠程分布式方法232、串行器233、分布式方法236、解串器237以 及。/0++串行連接八？1 239。因此，硬體開發團隊能夠將開發集中於WIP硬體應用程式235、 或者與原型硬體系統225聯接的主要硬體控制程序、以及分布式方法236的實施。
由於獨立的Flash開發團隊可能正在開發Flash應用程式，出於開發的目的，主機 系統模擬器297作為主機系統來代替，執行Flash應用程式。與圖2b中的硬體設備模擬器 296類似，主機系統模擬器297不一定需要準確模擬執行Flash應用程式的主機系統。例 如，主機系統模擬器297可以實施方法以返回預定的測試值，或者其可以更準確模仿實際 Flash應用程式的響應，這取決於可用的開發資源、產品時間表以及其他開發團隊的進展。 也可使用測試主機系統上的現行工作Flash應用程式，其中未開發好的遠程方法被指向主 機系統模擬器297而已開發好的遠程方法被指向WIP Flash應用程式。
類似地，開發原型硬體系統225可與開發驅動硬體系統的軟體分開。集成電路和 電子工程團隊可能獨立於原型硬體系統225工作，而嵌入式系統編程團隊工作於用於驅動 測試硬體設備210的軟體，兩個團隊預先達成關於原型硬體系統225將怎樣經由硬體API 231與WIP硬體應用235接口的協議。 因此，通過分離邏輯接口，模擬缺失或在開發部分中，以及利用自動化預處理工具 如圖2a中的RMI接口生成器293，獨立並行開發可以通過很少的預先計劃例如API契約文 件290的準備來進行。通過周期地重建獨立開發的現行工作組件和互操作性測試，可能要 求接口修正或實施改變的任何問題可以在變成主要問題之前早期得到解決。因此模塊化編 程方式的優點能夠被保留而不犧牲整體方式的測試益處。 圖3呈現了根據本發明的一種實施方式，具有分布式對象的集成硬體平臺環境的 框圖。分布式環境300包括硬體設備310a、硬體設備310b、硬體設備310c、主機系統350a、 主機系統350b、主機系統350c以及遊戲伺服器385。硬體設備310a包括串行API 339、硬 件應用程式335a、環境監測系統326a、表示系統328a、觸摸敏感的"貓毛"316a以及揚聲器 318a。硬體設備310b包括串行API 339、硬體應用程式335b、環境監測系統326b、機械控制 系統327b、觸摸敏感的"狗毛"316b以及伺服系統317b。硬體設備310c包括串行API 339、 硬體應用程式335c、環境監測系統326c、表示系統328c、擴音器316c以及揚聲器318c。主 機系統350a到350c的每一個都包括分布式對象API 389、Flash應用程式375、Flash 二進 制套接字API 379以及代理伺服器363。連接345a到345c分別將主機系統350a到350c 與硬體設備310a到310c相連接。 雖然每一個主機系統包括相同的應用程式代碼，但是每一個主機系統都有獨立的 主機處理器(圖3中省略)來獨立地運行應用程式代碼。正如圖l，每一個主機客戶可能已 經從網頁伺服器下載了應用程式代碼。每一個硬體設備還包含特別定製的用於每一個硬體 設備的特定硬體配置的硬體應用程式，每一個硬體應用程式在圖3中省略的嵌入式處理器 上執行。幾個其他的細節在圖3中也省略了，例如用於實施RMI的一些細節，以呈現更加簡明易懂的示例性分布式系統的圖示。如果需要，對於額外的細節，可參考圖l和圖2。
硬體設備310a到310c的每一個都對應於圖1的硬體設備110。串行API 339對 應於串行連接API 139。硬體應用程式335a到335c的每一個都對應於硬體應用程式135。 環境監測系統326a到326c的每一個都對應於環境監測系統126。機械控制系統327b對應 於機械控制系統127。表示系統328a到表示系統328c每一個都對應於表示系統128。主 機系統350a到350c的每一個都對應於主機系統150。 Flash應用程式375對應於Flash 應用程式175。 Flash 二進位套接字API 379對應於Flash 二進位套接字API 179。代理服 務器363對應於代理伺服器163。 遊戲伺服器385有可能經由分布式在線服務386連接到幾個主機系統以支持共享 在線環境。例如，遊戲伺服器385可能主管一個在線世界，其中用戶由Flash應用程式375 上的動物角色代表。每一個主機系統的用戶可購買代表他們希望在線玩的動物的硬體設 備。因此主機系統350a的用戶可能購買一個貓型的硬體設備作為硬體設備310a，而主機系 統350b的用戶可能購買一個狗型的硬體設備作為硬體設備310b，並且主機系統350c的用 戶可能購買一個鳥型的硬體設備作為硬體設備310c，由圖3中的圖標顯示。然後每一個主 機系統能夠詢問其各自的硬體設備以獲取用於執行遠程方法的數據對象，並且可以通過一 網絡(未在圖3中顯示)發送這些數據對象到遊戲伺服器385。然後分布式在線服務386 能夠監測和管理每一個連接的主機系統，允許主機系統通過分布式對象API 389訪問連接 到其他主機系統的硬體設備。 雖然每一個硬體設備的外觀可能不同，但是內部組件可能都類似圖1中的硬體設 備IIO，具有一些不同硬體能力。每一個平臺都裝備有環境監測系統，但其被連接到不同的 硬體。對於環境監測系統326a，對觸摸敏感的"貓毛"316a進行硬體訪問。這可能包括貓毛 的人工外層，其配置成探測撫摸和其他觸摸相互作用。因此，主機系統350a的用戶可能撫 摸觸摸敏感的"貓毛"316a，其生成硬體信號以被發送到環境監測系統326a，如果需要，其被 依次傳遞到硬體應用程式335a用於進一步處理。以相似的方式，觸摸敏感的"狗毛"316b 可能提供相同的功能，並且擴音器316c可能記錄在主機系統350處的用戶的說話的聲音而 非探測觸覺相互作用。 每一個硬體設備還包含一些硬體系統以允許動物對相互作用"作出反應"。例如， 提供到揚聲器318a的訪問的表示系統328a能夠模仿貓叫聲。這可能被觸發作為對觸摸敏 感的"貓毛"316a被撫摸的響應。控制伺服系統317b的機械控制系統327b能夠啟動人工 狗尾的擺動，也被觸發作為對觸摸敏感的"狗毛"316b的撫摸的響應。表示系統328c可能 從擴音器316c獲取音調上升的聲音樣本，以模仿在主機系統350c處的用戶說出的話。
這些種類的互動玩具可能已經在玩具商店的貨架上可得，但是Flash應用程式 375和遊戲伺服器385提供方便的共享在線背景以使用這些玩具。例如， 一旦用戶連接硬體 設備到其各自的主機系統，Flash應用程式375可探測動物類型並且在連接該到主機系統 的顯示裝置上視覺再現該動物化身(avatar)。此外，當Flash應用程式375與分布式對象 API 389聯接時，用戶不僅能夠看見他們自己的化身，也能夠看見經由一網絡連接到遊戲服 務器385的其他主機系統的化身。因此，圖3中每一個主機系統的每一個用戶都能夠在他 們各自的顯示裝置上同時看見貓、狗和鳥。 通過利用分布式對象API 389，Flash應用程式375能夠支持分布式用戶與動物化身和相關的硬體設備相互作用。例如，主機系統350b處的用戶可能指示他的狗化身朝與主 機系統350a相關的貓化身吠叫。因此Flash應用程式375可以調用由硬體設備310b提供 的遠程"吠叫"方法。然後硬體應用程式335b能夠執行由被調用的對象所表明的相關本地 方法，或所述"吠叫"方法。這可能例如發送命令到機械控制系統327b，使得伺服系統317b 移動硬體設備310b的外部的"顎"。圖3中未示出的用於硬體設備310b的表示系統，還可 能被利用來創造通過揚聲器的可聽見的吠叫。 到目前為止，本實施例的所有影響被局限於本地背景、或單一的主機系統和單一 的硬體系統。然而，回想將吠叫指向貓化身的硬體設備310b的用戶，或與主機系統350a相 關的用戶。因此，主機系統350b可能經由分布式對象API 389到分布式在線服務386，通知 遊戲伺服器385此吠叫動作。分布式在線服務386能夠查詢帳戶資料庫，以確定與貓化身 相關的主機系統。然後基於可能性、帳戶統計或其他變量，分布式在線服務386能夠執行某 種邏輯以確定貓化身的反應應該是什麼，並且發送合適的響應到主機系統350a。例如，分布 式在線服務386方法可能指示主機系統350a調用"毛直立(fur standing)"方法，導致觸 摸敏感的"貓毛"316a豎立。 可選擇地，貓可能朝狗發出嘶嘶聲，導致類似的進程發生。分布式在線服務386可 能詢問與主機系統350b相關的"勇氣(courage)"變量以決定狗的反應。如果狗具有較低 的勇氣，則Flash應用程式375可能指示機械控制系統327b使用伺服系統317b移動狗處 於嗚咽的位置，而高勇氣可能導致狗站立而處於威脅的姿勢。這種響應也能夠被發回遊戲 伺服器385，以使得主機系統350a和主機系統350c處的用戶也能夠在他們各自的顯示裝置 上觀察到嗚咽的或威脅貓的狗。再舉一個例子，硬體設備310c的鳥通過揚聲器318c重複 的詞組也可通過主機系統350a和主機系統350b的揚聲器鳴叫，取決於鳥化身與在線世界 中的其他用戶的接近程度。 這個在線動物化身遊戲僅僅是一個可能的實施方式，並且許多其他的實施方式能 夠使用相同的原則。例如，Flash應用程式375可包括在線賽車遊戲，其具有看起來像方向 盤並且支持力反饋或振動的硬體設備。如果競爭的遊戲者將他的車撞到用戶，那麼該用戶 的方向盤可能被指示強烈振動，並且相同的影響可能發生在競爭的遊戲者。Flash應用程式 375還可以包括兩個遊戲者的聯網的棋遊戲，其具有類似於棋盤的硬體設備，該硬體設備具 有硬體以探測棋子的位置並且移動棋子而沒有手動介入。因此，一邊的用戶能夠手動地移 動棋子，而另一邊的棋子可能自動移動而沒有用戶介入，並且虛擬的棋盤的顯示可以在兩 邊更新。 當然，除了遊戲，集成硬體平臺還可以支持其他的應用程式。例如，所述平臺可以 利用用於硬體設備的繪圖板，允許通過Flash應用程式375由網際網路連接的用戶之間的協 同繪圖(collaborative drawing)或頭腦風暴(idea brainstorming)。由一個用戶繪製的 草圖能夠被所連接的其他用戶看見，並且其他連接的用戶能夠修改其在繪圖板上看見的草 圖，所有的用戶看見相同的共享的畫布背景(canvas)。由於本申請所描述的集成硬體平臺 提供了到任意種類的硬體的廣義的、抽象的接口，用於擴展Flash應用程式的能力的創造 性的實際上是無限的。 圖4示出了根據本發明的一種實施方式描述步驟的流程圖，通過所述步驟，集成 硬體平臺中的硬體設備的處理器經由Flash應用程式的應用程式接口 (API)來提供硬體控
14制。流程圖400省去了某些細節和特性，其對於本領域的普通技術人員是明顯的。例如，作 為本領域已知的，步驟可以包括一個或多個子步驟或可以涉及具體的裝備或材料。雖然流 程圖400中所表明的步驟410到440足以描述本發明的一種實施方式，但是本發明的其他 實施方式可以使用與流程圖400中所示的步驟不同的步驟。 參考圖4中流程圖400的步驟410和圖1的環境100，流程圖400的步驟410包 括硬體設備110的處理器，其通過連接145建立與主機系統150的連結。如之前所述，這可 以利用物理連接如USB電纜或通過具有電池作為電源的無線傳輸來做到。可選擇地，可以 支持這兩種連接類型，其中物理連接為電池提供充電電力。如果連接145是物理連接，那麼 硬體設備110的嵌入式處理器可能會閒置，直到其從連接器142接收到指示電連接的電流。 如果連接145使用無線傳輸，那麼插入到主機系統150的無線接收器軟體保護器(dongle) 或手動開關可能會觸發該嵌入式處理器進入操作狀態。 一旦硬體設備IIO接收到電力，其 可能開始準備任何必要的握手或協議過程以打開與主機系統150的通信，例如公開可探測 到的USB設備。 參考圖4中流程圖400的步驟420和圖1中的環境IOO，流程圖400的步驟420包 括硬體設備110的處理器，其啟動安全服務代碼162和代理伺服器代碼163的執行。如之 前所述，這可以通過讓主機系統150使用USB HID發現以及Flash方面的設備輪詢、通過利 用自動作業系統特性、通過使用下載的插件、或通過複製安全服務代碼162和代理伺服器 代碼163到主機存儲器170用於由主機系統150的主機處理器160執行的其他的方法來完 成。未來的平臺可能提供可信計算，使得允許來自合法發布者的可信代碼的自動執行，從而 提供精細的解決方案。 參考圖4中流程圖400的步驟430和圖1中的環境IOO，流程圖400的步驟430包 括硬體設備110的嵌入式處理器，其從Flash應用程式175接收由代理伺服器163的執行 所中繼(relay)的API遠程方法調用。此事物處理的細節已經結合圖1討論了一些細節， 但是簡略地，遠程分布式方法172被調用，被串行器173串行，由代理伺服器163轉送和轉 換成串行數據，由串行連接API 139在硬體設備IIO上接收，由解串器137解串，並且由硬 件應用程式135根據其而起作用。 參考圖4中流程圖400的步驟440和圖1中的環境IOO，流程圖400的步驟440包 括硬體設備110的處理器，其實施來自步驟430的API RMI所指示的硬體API 131以控制 硬體系統125。再次，此事物處理的細節已經結合圖l和圖2討論了一些細節，但是總結步 驟440，其集中於特定的被調用的遠程方法的實施，這可能涉及嵌入式機器代碼的執行或通 過其他方式執行。 另外，主機系統150能夠利用聯網伺服器，如圖3的遊戲伺服器385，允許與其他主 機系統的硬體設備相互作用。以這種方式，對一個硬體設備的狀態改變能夠影響不同硬體 設備的狀態。在如圖3的聯網背景下，硬體設備310a到310c能夠使用公共的Flash應用程 序375、分布式對象API 389和遊戲伺服器385，經過他們各自的主機系統350a到350c而相 互通信。這開闢了一個互動新世界，其具有對以前在Flash硬體平臺上不直接支持的硬體 設備上的控制。通過使用利用Flash的網絡通信能力的方便的一體化的集成硬體平臺，在 支持共享的在線體驗的Flash應用程式中獲得新硬體的支持可以像插入USB線一樣簡單。
從本發明的上述描述，明顯的是，在不偏離本發明的範圍的情況下，可使用不同的技術來實施本發明的構思。此外，雖然本發明結合確定實施方式的具體參考而被描述，但是 本領域的普通技術人員將意識到，在不偏離本發明的精神和範圍的情況下，可以做出形式 或細節上的改變。因此，所描述的實施方式在所有方面都被視為說明性的而非限制性的。還 應當理解的是，本發明不局限於這裡描述的特定的實施方式，而是在不偏離本發明的範圍 的情況下能夠有許多重排、修改以及替換。
權利要求
一種計算機平臺，其經由用於Flash應用程式的應用程式接口(API)提供硬體控制，所述Flash應用程式在具有主機處理器和主機存儲器的主機系統上的Flash運行時環境中執行，所述計算機平臺包括外圍硬體；平臺處理器；可連結到所述主機系統的連接器設備；以及平臺存儲器，其具有由所述Flash應用程式的所述API提供的用於遠程方法的API實現、使得所述Flash應用程式和所述平臺處理器之間能夠通信的代理伺服器、以及用於提供安全策略來為與所述平臺處理器的通信授予網絡連接許可的安全服務；其中所述平臺處理器被配置為通過所述連接器設備建立與所述主機系統的連結；啟動所述安全服務和所述代理伺服器的執行；從所述Flash應用程式接收由所述代理伺服器的執行所中繼的API遠程方法調用；以及執行由所述API遠程方法調用所指示的所述API實現，用於控制所述外圍硬體。
2. 如權利要求1所述的計算機平臺，其中所述平臺處理器還被配置為向一伺服器發送 所述API遠程方法調用。
3. 如權利要求2所述的計算機平臺，其中所述伺服器處理所述API遠程方法調用，以分 配一 API遠程方法調用到第二個主機系統。
4. 如權利要求3所述的計算機平臺，其中所分配的API遠程方法調用由在所述第二個 主機系統上執行的Flash應用程式使用，以控制連結到所述第二個主機系統的計算機平臺 的外圍硬體。
5. 如權利要求1所述的計算機平臺，其中所述平臺處理器被配置為將安全服務代碼和 代理伺服器代碼複製到所述主機存儲器，並且其中所述平臺處理器被配置為使得所述主機 處理器執行來自所述主機存儲器的所述安全服務代碼和所述代理伺服器代碼。
6. 如權利要求1所述的計算機平臺，其中所述連接器設備被配置為使用通用串行總線 (USB)。
7. 如權利要求1所述的計算機平臺，其中所述外圍硬體被配置為使用提供物理運動的 機械控制系統。
8. 如權利要求1所述的計算機平臺，其中所述外圍硬體被配置為使用提供視聽反饋的 表示系統。
9. 如權利要求1所述的計算機平臺，其中所述外圍硬體被配置為使用環境監測系統以 探測和記錄與所述計算機平臺的外部相互作用。
10. 如權利要求9所述的計算機平臺，其中所述環境監測系統包括用於探測和記錄與 所述計算機平臺的物理相互作用的觸覺傳感器。
11. 如權利要求9所述的計算機平臺，其中所述環境監測系統包括用於音頻記錄的擴 音器。
12. 如權利要求9所述的計算機平臺，其中所述環境監測系統包括用於視頻記錄的攝 像機。
13. —種方法，其由一計算機平臺的平臺處理器使用以經由Flash應用程式使用的應 用程序接口 (API)來提供硬體控制，所述Flash應用程式在具有主機處理器和主機存儲器 的主機系統上的Flash運行時環境中執行，所述計算機平臺包括外圍硬體、可連結到所述 主機系統的連接器設備、以及平臺存儲器，所述平臺存儲器具有由所述Flash應用程式的 所述API提供的用於遠程方法的API實現、用於使得所述Flash應用程式和所述平臺處理 器之間能夠通信的代理伺服器、以及用於提供安全策略來為與所述平臺處理器的通信授予 網絡連接許可的安全服務，所述方法包括通過所述連接器設備建立與所述主機系統的連結； 啟動所述安全服務和所述代理伺服器的執行；從所述Flash應用程式接收由所述代理伺服器的執行所中繼的API遠程方法調用；以及執行由所述API遠程方法調用所指示的所述API實現，用於控制所述外圍硬體。
14. 如權利要求13所述的方法，其中所述平臺處理器還被配置為向一伺服器發送所述 API遠程方法調用。
15. 如權利要求14所述的方法，其中所述伺服器處理所述API遠程方法調用，以分配一 API遠程方法調用到第二個主機系統。
16. 如權利要求15所述的方法，其中所分配的API遠程方法調用由在所述第二個主機 系統上執行的Flash應用程式使用，以控制連結到所述第二個主機系統的計算機平臺的外 圍硬體。
17. 如權利要求13所述的方法，其中所述平臺處理器被配置為將安全服務代碼和代理 伺服器代碼複製到所述主機存儲器，並且其中所述平臺處理器被配置為使得所述主機處理 器執行來自所述主機存儲器的所述安全服務代碼和所述代理伺服器代碼。
18. 如權利要求13所述的方法，其中所述連接器設備被配置為使用通用串行總線 (USB)。
19. 如權利要求13所述的方法，其中所述外圍硬體被配置為與周圍的環境物理上相互 作用。
20. —種方法，其用於控制由具有平臺處理器的計算機平臺提供的外圍硬體，供在一主 機系統上的Flash運行時環境中執行的Flash應用程式使用，所述平臺處理器提供用於使 所述Flash應用程式和所述平臺處理器之間能夠通信的代理伺服器、以及用於提供安全策 略從而為與所述平臺處理器通信授予網絡連接許可的安全服務的執行，所述方法包括向所述安全服務的執行發起對所述安全策略的請求；確認所述Flash運行時環境已經為與所述平臺處理器的通信授予許可；以及 通過網絡連接發送API遠程方法調用到所述代理伺服器的執行，以控制所述外圍硬體。
全文摘要
提供了用於Flash應用程式的具有分布式對象的集成硬體平臺的系統和方法，用於提供集成硬體平臺，以允許經由在主機系統上的Flash運行時環境中執行的Flash應用程式所使用的應用程式接口(API)的硬體控制。提供了計算機平臺，其包括處理器、外圍硬體、連接器設備以及存儲器。所述存儲器包括由用於Flash應用程式的API提供的用於遠程方法的API實現、用於使得Flash應用程式和平臺處理器之間能夠通信的代理伺服器、以及用於提供安全策略從而為與平臺處理器的通信授予網絡連接許可的安全服務。API遠程方法調用允許Flash應用程式控制外圍硬體，並且聯網的伺服器可管理遠程調用以控制多個聯網客戶的平臺硬體。
文檔編號G06F9/46GK101776994SQ20101000225
公開日2010年7月14日 申請日期2010年1月12日 優先權日2009年1月13日
發明者喬納森·羅斯 申請人:迪斯尼實業公司