TW201720172A - 分散式機上盒更新系統與方法 - Google Patents
分散式機上盒更新系統與方法 Download PDFInfo
- Publication number
- TW201720172A TW201720172A TW104139859A TW104139859A TW201720172A TW 201720172 A TW201720172 A TW 201720172A TW 104139859 A TW104139859 A TW 104139859A TW 104139859 A TW104139859 A TW 104139859A TW 201720172 A TW201720172 A TW 201720172A
- Authority
- TW
- Taiwan
- Prior art keywords
- update
- top box
- updated
- file
- box
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
- H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Software Systems (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本發明係揭露一種分散式機上盒更新系統與方法,分散式更新系統與方法除可大幅增進機上盒之更新效率外,還可降低機上盒管控伺服器的網路負擔,降低機上盒管控伺服器的佈署數量。達到既可增加機上盒更新效率又可減少伺服器佈署花費之雙重效果。
Description
本發明係關於一種分散式機上盒更新系統與方法,特別係指一種具有快速更新的選擇方法。
機上盒的更新主要透過向機上盒管控伺服器下載更新映像檔來進行更新。更新映像檔的檔案通常約三百MB,如果需更新的機上盒數量龐大,機上盒管控伺服器將成為機上盒更新時的瓶頸。
針對此問題本發明提出了一種更新系統及方法來解決此一效能問題。
本案發明人鑑於上述習用方式所衍生的各項缺點,乃亟思加以改良創新,並經多年苦心孤詣潛心研究後,終於成功研發完成本分散式機上盒更新系統與方法。
本發明之目的在改善機上盒更新時下載相關更新檔之效能,透過本發明所提之系統配合分散式差分更新方法,不僅可以大幅降低機上盒之管控伺服器的網路負擔,同時透過差分更新可以增進下載與更新之效率;另外依Bootloader(開機啟動程式)、Kernel(系統核心)及Data App(使
用者自行安裝之應用程式)的版本做部分更新則可以避免不必要的下載與更新動作。
除了分散式差分更新方法,另外也加入了優先節
點選擇方法及快速更新選擇方法,優先節點選擇方法主要讓機上盒管控伺服器可以選擇對分散式更新最有利之機上盒先進行更新;而快速更新選擇方法則可以讓需更新的機上盒選擇一最佳的更新方式進行更新,透過此兩方法的補強可以讓機上盒的更新更有效率。
在針對Bootloader(還原模式)及Kernel等系統層
面的更新採用Recovery Mode方式進行,透過此方式可以避免系統更新失敗時系統無法開機之問題。另外本發明所提之機上盒間分散式更新只限於相同子網段之機上盒可互相分享,並透過防火牆之設定來保護。
一種分散式機上盒更新系統,其主要包括:機上
盒,是為待更新之機上盒設備,其包含Bootloader、Kernel或Data App之版本;控管伺服器,是為管控機上盒相關版本及狀態,並記錄當下整體環境中之Bootloader、Kernel或Data App之版本資訊,待機上盒開機時詢問相關版本資訊,若機上盒需要更新時,則依優先節點選擇單元及快速更新選擇單元進行機上盒之更新;更新檔模組,是包含Bootloader、Kernel或Data App之差分更新檔,並將更新完成之差分更新檔儲存在於管控伺服器及已完成更新之機上盒上,其中更新檔模組,是得以將未更新之機上盒,於相同子網段中已完成更新之機上盒下載更新差分檔進行更新。相同子網段,是指具有相同的子網路遮罩,透過子網路遮罩的比對,只要機上盒位於相同子網段,便得以互相存取更新差分檔,此外,透過防火牆
規則限制,僅讓相同子網段之機上盒彼此間得以互相下載更新差分檔,位於不同子網段之機上盒則無法進行下載更新。
一種分散式機上盒更新方法,其流程如下:機上盒開機詢問管控伺服器是否有更新檔需要更新;管控伺服器執行優先節點選擇單元;執行快速更新選擇單元;管控伺服器回應相關更新資訊;向更新檔模組下載差分更新檔;進入Recover Mode進入系統更新;機上盒完成更新回覆相關資訊給管控伺服器。
其優先節點選擇單元,是確認機上盒需要更新時,管控伺服器是優先使用優先節點選擇單元之選擇方法更新之機上盒,其選擇方法如下:管控伺服器收到機上盒之更新請求;判斷更新檔模組目前是否有更新檔;若是,則判斷是否從更新檔模組下載更新檔成功,若是,則進行更新,若否,則重覆判斷更新檔模組目前是否有更新檔;若否,判斷機上盒是否為目前等候更新佇列中上傳數度最快者,若是,則從管控伺服器下載更新檔進行更新;若否,判斷機上盒是否為目前等候更新佇列中下載數度最快者,若是,則從管控伺服器下載更新檔進行更新,若否,則重覆判斷更新檔模組目前是否有更新檔。
其快速更新選擇單元,是當機上盒透過優先節點選擇單元選擇機上盒進行更新,然管控伺服器再透過快速更新選擇單元之選擇方法選擇最快速的更新方式,其選擇方法
如下:經由優先節點選擇單元所選出之欲更新之機上盒;判斷是否有Bootloader或Kernel需要更新;若是,判斷是否差異兩個版本以上,若是,則下載完整系統更新檔,若否,則下載差分系統更新檔,並均進入Recovery Mode進行系統更新;若否,判斷是否有多個Data App需要更新,若否,則判斷是否差異兩個版本以上,若是,則下載完整Data App進行更新,若否,則下載差分Data App進行更新;若是,判斷是否為最小待更新的Data App,若否,則重覆判斷是否為最小待更新的Data App,若是,則判斷是否差異兩個版本以上,若否,則下載差分Data App進行更新,若是,則下載完整Data App進行更新。
本發明所提供一種分散式機上盒更新系統與方法,與其他習用技術相互比較時,更具備下列優點:
1.本發明提出一分散式差分更新架構及方法,透過本專利之技術不僅不用下載完整更新映像檔,還可以依Bootloader、Kernel及Data App的版本做部分更新,讓機上盒之更新更有效率。
2.本發明提出優先節點選擇方法讓機上盒管控伺服器可以選擇出需優先更新之機上盒。另透過快速更新選擇方法則可以依機上盒目前的軟體版本進行最佳的更新動作。
3.本發明透過防火牆來管控機上盒的連線,只允許同子網的機上盒彼此之間進行下載更新檔,沒位在同子網的外部使用者是無法進行下載,透過此機制增強分散式更新的安全性。
110‧‧‧機上盒
120‧‧‧管控伺服器
121‧‧‧優先節點選擇單元
122‧‧‧快速更新選擇單元
130‧‧‧更新檔模組
S210~S270‧‧‧更新流程
S310~S360‧‧‧優先節點選擇流程
S410~S490‧‧‧快速更新選擇流程
請參閱有關本發明之詳細說明及其附圖,將可進一步瞭解本發明之技術內容及其目的功效;有關附圖為:圖1為本發明分散式機上盒更新系統與方法之系統架構圖;圖2為本發明分散式機上盒更新系統與方法之流程圖。
圖3為本發明分散式機上盒更新系統與方法之優先節點選擇流程圖;圖4為本發明分散式機上盒更新系統與方法之快速更新選擇流程圖。
為了使本發明的目的、技術方案及優點更加清楚明白,下面結合附圖及實施例,對本發明進行進一步詳細說明。應當理解,此處所描述的具體實施例僅用以解釋本發明,但並不用於限定本發明。
以下,結合附圖對本發明進一步說明:請參閱圖1所示,為本發明分散式機上盒更新系統與方法之系統架構圖,一種分散式機上盒更新系統,其主要包括:機上盒110,是為待更新之機上盒設備,其包含Bootloader、Kernel或Data App之版本;控管伺服器120,是為管控機上盒相關版本及狀態,並記錄當下整體環境中之Bootloader、Kernel或Data App之版本資訊,待機上盒110開機時詢問相關版本資訊,若機上盒需要更新時,則依優先節點選擇單元121及快速更新選擇單元122進行機上盒之更新;更新檔模組130,是包含Bootloader、Kernel或Data App
之差分更新檔,並將更新完成之差分更新檔儲存在於管控伺服器120及已完成更新之機上盒110上,其中更新檔模組130,是可以將未更新之機上盒130,於相同子網段中已完成更新之機上盒下載更新差分檔進行更新。相同子網段,是指具有相同的子網路遮罩,透過子網路遮罩的比對,只要機上盒110位於相同子網段,便得以互相存取更新差分檔,此外,透過防火牆規則限制,僅讓相同子網段之機上盒110彼此間得以互相下載更新差分檔,位於不同子網段之機上盒110則無法進行下載更新。
請參閱圖2所示,為本發明分散式機上盒更新系統與方法之流程圖,其流程如下:S210機上盒開機詢問管控伺服器是否有更新檔需要更新;S220管控伺服器執行優先節點選擇單元;S230執行快速更新選擇單元;S240管控伺服器回應相關更新資訊;S250向更新檔模組下載差分更新檔;S260進入Recover Mode進入系統更新;S270機上盒完成更新回覆相關資訊給管控伺服器。
由上述流程可知,首先機上盒開機便先透過相關Web API詢問管控伺服器是否有Bootloader,Kernel,Data App相關檔案須更新,管控伺服器收到機上盒的詢問之後,首先確認機上盒的Bootloader,Kernel,Data App是否需要作更新,當機上盒需要作更新時,管控伺服器會先透過優先節點選擇單元,確認機上盒是要跟其下載相關更新檔,或跟其同子網的機上盒下載更新檔。確認完該機上盒要從何處下載更新檔
之後,再透過快速更新選擇單元選擇最適合該機上盒更新的模式,管控伺服器透過優先節點選擇單元及快速更新選擇單元確認完機上盒要如何更新後,再將相關訊息回應給機上盒。機上盒收到更新資訊後,如同子網其他機上盒已有相關差分更新檔則向其下載差分更新檔,機上盒下載完差分更新檔後,如需進行Bootloader或Kernel之系統更新則進入Recovery Mode進行系統更新,當機上盒更新完畢之後,於最後回覆管控伺服器其已經更新完成及目前機上盒有哪些差分更新檔資訊。
請參閱圖3所示,為本發明分散式機上盒更新系統與方法之優先節點選擇流程圖,是確認機上盒需要更新時,管控伺服器優先使用優先節點選擇單元之選擇方法更新之機上盒,其選擇方法如下:S310管控伺服器收到機上盒之更新請求;判斷S320更新檔模組目前是否有更新檔;若是,則判斷S321是否從更新檔模組下載更新檔成功,若是,則S360進行更新,若否,則重覆判斷S320更新檔模組目前是否有更新檔;若否,判斷S330機上盒是否為目前等候更新佇列中上傳數度最快者,若是,則S350從管控伺服器下載更新檔進行更新;若否,判斷S340機上盒是否為目前等候更新佇列中下載數度最快者,若是,則S350從管控伺服器下載更新檔進行更新,若否,則重覆判斷S320更新檔模組目前是否有更新檔。
由上述流程可知,首先管控伺服器收到機上盒之
更新請求,並確認該機上盒需要作更新,接下來判斷機上盒所在子網段上之機上盒目前有無機上盒所需之更新檔,如機上盒所在之子網段其它機上盒有其所需之更新檔,則從其他機上盒下載更新檔,而如機上盒所在子網段上其他機上盒皆無其所需之更新檔,則機上盒進入更新等待佇列,於更新等待柱列,首先判斷機上盒是否為等待佇列中上傳速度最快者,如是則可優先更新,便向管控伺服器下載其所需之更新檔,而如機上盒非目前等待佇列中上傳速度最快者,則其進入下一輪等待佇列,在此等待佇列中如其為下載速度最快者則其可優先更新,便向管控伺服器下載其所需之更新檔,而當機上盒其上傳和下載速度都非等待佇列中最快者,其便會重新進入第一步程序:重新判斷同子網之機上盒目前是否有其所需之更新檔。而此種選擇法最主要是先確保每個子網目前都有各個機上盒所需的更新檔,接著再從上傳速度和下載速度中選擇較佳傳輸速度之機上盒,以讓整個環境的更新可以更快速。
請參閱圖4所示,為本發明分散式機上盒更新系統與方法之快速更新選擇流程圖,是當機上盒透過優先節點選擇單元選擇機上盒進行更新,然管控伺服器再透過快速更新選擇單元之選擇方法選擇最快速的更新方式,其選擇方法如下:S410經由優先節點選擇單元所選出之欲更新之機上盒;判斷S420是否有Bootloader或Kernel需要更新;若是,判斷S430是否差異兩個版本以上,若是,則S431下載完整系統更新檔,若否,則S432下載差分系統更新檔,並均S440進入Recovery Mode進行系統更新;
若否,判斷S450是否有多個Data App需要更新,若否,則判斷S460是否差異兩個版本以上,若是,則S461下載完整Data App進行更新,若否,則S490下載差分Data App進行更新;若是,判斷S470是否為最小待更新的Data App,若否,則重覆判斷S470是否為最小待更新的Data App,若是,則判斷S480是否差異兩個版本以上,若否,則S490下載差分Data App進行更新,若是,則S481下載完整Data App進行更新。
由上述流程可知,首先透過優先節點選擇方法選出欲更新之機上盒,接著判斷機上盒是否有Bootloader或Kernel等系統層資料須更新,如無系統層資料須更新則繼續判斷是否有多個Data App需更新,如有多個Data App需更新則由最小的開始先安裝,如判斷跟目前版本僅差一版則直接下載差分檔進行更新,另外當偵測到機上盒上的版本太舊,差異兩個版本以上時則直接下載完整Data App進行更新。而如果有Bootloader或Kernel需更新時,除了也要判斷版本是否差異兩版以上外,當下載完更新檔後需要進入Recovery Mode進行系統更新。
上列詳細說明乃針對本發明之一可行實施例進行具體說明,惟該實施例並非用以限制本發明之專利範圍,凡未脫離本發明技藝精神所為之等效實施或變更,均應包含於本案之專利範圍中。
綜上所述,本案不僅於技術思想上確屬創新,並具備習用之傳統方法所不及之上述多項功效,已充分符合新穎性及進步性之法定發明專利要件,爰依法提出申請,懇請
貴局核准本件發明專利申請案,以勵發明,至感德便。
110‧‧‧機上盒
120‧‧‧管控伺服器
121‧‧‧優先節點選擇單元
122‧‧‧快速更新選擇單元
130‧‧‧更新檔模組
Claims (6)
- 一種分散式機上盒更新系統,其主要包括:機上盒,係為待更新之機上盒設備,其包含Bootloader(開機啟動程式)、Kernel(系統核心)及Data App(使用者自行安裝之應用程式)之版本;控管伺服器,係為管控該機上盒相關版本及狀態,並記錄當下整體環境中之該Bootloader、Kernel或Data App之版本資訊,待該機上盒開機時詢問相關版本資訊,若該機上盒需要更新時,則依優先節點選擇單元及快速更新選擇單元進行機上盒之更新;更新檔模組,係包含Bootloader、Kernel或Data App之差分更新檔,並將更新完成之該差分更新檔儲存在於該管控伺服器及已完成更新之該機上盒上。
- 如申請專利範圍第1項所述之分散式機上盒更新系統,其中該更新檔模組,係得以將未更新之機上盒,於相同子網段中已完成更新之機上盒下載該更新差分檔進行更新。
- 如申請專利範圍第2項所述之分散式機上盒更新系統,其中該相同子網段,係指具有相同的子網路遮罩,透過子網路遮罩的比對,只要機上盒位於該相同子網段,便得以互相存取更新差分檔,此外,透過防火牆規則限制,僅讓該相同子網段之機上盒彼此間得以互相下載更新差分檔,位於不同子網段之機上盒則無法進行下載更新。
- 一種分散式機上盒更新方法,其流程如下:機上盒開機詢問管控伺服器是否有更新檔需要更新;管控伺服器執行優先節點選擇單元;執行快速更新選擇單元; 管控伺服器回應相關更新資訊;向更新檔模組下載差分更新檔;進入Recover Mode(還原模式)進入系統更新;機上盒完成更新回覆相關資訊給管控伺服器。
- 如申請專利範圍第4項所述之分散式機上盒更新方法,其中該優先節點選擇單元,係確認該機上盒需要更新時,該管控伺服器係優先使用優先節點選擇單元之選擇方法更新之該機上盒,其該選擇方法如下:管控伺服器收到機上盒之更新請求;判斷更新檔模組目前是否有更新檔;若是,則判斷是否從更新檔模組下載更新檔成功,若是,則進行更新,若否,則重覆判斷更新檔模組目前是否有更新檔;若否,判斷機上盒是否為目前等候更新佇列中上傳數度最快者,若是,則從管控伺服器下載更新檔進行更新;若否,判斷機上盒是否為目前等候更新佇列中下載數度最快者,若是,則從管控伺服器下載更新檔進行更新,若否,則重覆判斷更新檔模組目前是否有更新檔。
- 如申請專利範圍第4項所述之分散式機上盒更新方法,其中該快速更新選擇單元,係當該機上盒透過該優先節點選擇單元選擇該機上盒進行更新,然該管控伺服器再透過該快速更新選擇單元之選擇方法選擇最快速的更新方式,其該選擇方法如下:經由該優先節點選擇單元所選出之欲更新之機上盒;判斷是否有Bootloader或Kernel需要更新;若是,判斷是否差異兩個版本以上,若是,則下載完整 系統更新檔,若否,則下載差分系統更新檔,並均進入Recovery Mode進行系統更新;若否,判斷是否有多個Data App需要更新,若否,則判斷是否差異兩個版本以上,若是,則下載完整Data App進行更新,若否,則下載差分Data App進行更新;若是,判斷是否為最小待更新的Data App,若否,則重覆判斷是否為最小待更新的Data App,若是,則判斷是否差異兩個版本以上,若否,則下載差分Data App進行更新,若是,則下載完整Data App進行更新。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW104139859A TW201720172A (zh) | 2015-11-30 | 2015-11-30 | 分散式機上盒更新系統與方法 |
CN201610139338.4A CN105704564B (zh) | 2015-11-30 | 2016-03-11 | 分布式机顶盒更新系统与方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW104139859A TW201720172A (zh) | 2015-11-30 | 2015-11-30 | 分散式機上盒更新系統與方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
TWI561074B TWI561074B (zh) | 2016-12-01 |
TW201720172A true TW201720172A (zh) | 2017-06-01 |
Family
ID=56220511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW104139859A TW201720172A (zh) | 2015-11-30 | 2015-11-30 | 分散式機上盒更新系統與方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105704564B (zh) |
TW (1) | TW201720172A (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106201640A (zh) * | 2016-09-19 | 2016-12-07 | 杭州迪普科技有限公司 | 一种升级BootLoader程序的方法及装置 |
CN114978899B (zh) * | 2022-05-11 | 2024-04-16 | 业成光电(深圳)有限公司 | AIoT设备更新方法和装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170442B (zh) * | 2007-11-29 | 2010-08-11 | 中国联合网络通信集团有限公司 | 软件在线升级方法及系统 |
CN102098559A (zh) * | 2009-12-11 | 2011-06-15 | 康佳集团股份有限公司 | 机顶盒软件升级系统和方法 |
KR20120092222A (ko) * | 2011-02-11 | 2012-08-21 | 삼성전자주식회사 | 보안 부팅 방법 및 보안 부트 이미지 생성 방법 |
CN102572594B (zh) * | 2011-12-23 | 2014-07-02 | 福建新大陆通信科技股份有限公司 | 一种双向机顶盒的大网升级方法 |
TWI543599B (zh) * | 2013-12-27 | 2016-07-21 | 中嘉網路股份有限公司 | 電視機上盒及應用程式伺服器 |
CN103945263A (zh) * | 2014-04-25 | 2014-07-23 | 深圳市九洲电器有限公司 | 一种机顶盒升级方法及系统 |
CN104506943A (zh) * | 2014-12-31 | 2015-04-08 | 山东泰信电子股份有限公司 | 一种机顶盒软件定制升级方法 |
CN104661090A (zh) * | 2015-02-04 | 2015-05-27 | 深圳市九洲电器有限公司 | 机顶盒升级方法及系统 |
-
2015
- 2015-11-30 TW TW104139859A patent/TW201720172A/zh unknown
-
2016
- 2016-03-11 CN CN201610139338.4A patent/CN105704564B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN105704564B (zh) | 2018-11-16 |
CN105704564A (zh) | 2016-06-22 |
TWI561074B (zh) | 2016-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220179646A1 (en) | Detecting anomalies online using controller processing activity | |
CN101086714B (zh) | 用于实施远程镜像操作的系统和方法 | |
CN103765406B (zh) | 用于远程更新执行进程的方法和装置 | |
US11188561B2 (en) | Prioritizing microservices on a container platform for a restore operation | |
CN102077193B (zh) | 群集共享卷 | |
JP6190969B2 (ja) | マルチテナントリソース調停方法 | |
JP2011513804A5 (zh) | ||
CN107864694A (zh) | 用于操作无人驾驶车辆的计算节点当中的有效通信 | |
US20130138940A1 (en) | Computer system and method for updating basic input/output system thereof | |
US10212034B1 (en) | Automated network change management | |
US20190250835A1 (en) | Sharing of data among containers running on virtualized operating systems | |
Krishnan et al. | Google compute engine | |
US10904086B1 (en) | Device capabilities management from a service provider environment | |
JP2017531857A (ja) | 分散型能動ハイブリッドストレージシステム | |
US10860375B1 (en) | Singleton coordination in an actor-based system | |
JP2008524682A5 (zh) | ||
TW201720172A (zh) | 分散式機上盒更新系統與方法 | |
US11295018B1 (en) | File system modification | |
JP2016081119A (ja) | 情報処理システム、情報処理システムの制御方法および制御装置の制御プログラム | |
US10942761B2 (en) | Migrating a virtual machine in response to identifying an unsupported virtual hardware component | |
US10917467B1 (en) | Object subscription rule propagation | |
US11481362B2 (en) | Using persistent memory to enable restartability of bulk load transactions in cloud databases | |
JP2010517188A (ja) | ストアされたデータの保護および回復をするための装置および方法 | |
US9424275B2 (en) | Methods and systems for cloning a cloud node | |
JP2009151470A (ja) | 印刷制御装置および、印刷制御方法ならびに印刷制御方法を実行するプログラム |