(57)【要約】【課題】本発明は、クライアントから遠隔デスクトップの使用が要請された後、速い時間内にクライアントが遠隔デスクトップサービスを利用できるようにする遠隔デスクトップサービスの提供方法および遠隔デスクトップの動作方法を提供する。【解決手段】本発明の実施形態による遠隔デスクトップサービスを提供する方法は、クライアントから遠隔デスクトップに対する使用要請が受信される前に、遠隔デスクトップにパワーオンを命令するステップと、使用要請が受信された時、クライアントに対応するオペレーティングシステムを決定するステップと、遠隔デスクトップと通信して、遠隔デスクトップの決定されたオペレーティングシステムの起動を支援するステップとを含む。【選択図】  図２
2018198059.tif 000002
【特許請求の範囲】
【請求項１】
遠隔デスクトップサービスを提供する方法において、
クライアントから遠隔デスクトップに対する使用要請が受信される前に、前記遠隔デスクトップにパワーオンを命令し、
前記使用要請が受信されると、前記クライアントに対応するオペレーティングシステムを決定し、
前記遠隔デスクトップと通信して、前記遠隔デスクトップの前記決定されたオペレーティングシステムの起動を支援することを含む方法。
【請求項２】
前記使用要請が受信される前に、前記遠隔デスクトップと通信して、前記遠隔デスクトップの事前起動実行環境（ｐｒｅ−ｂｏｏｔ  ｅｘｅｃｕｔｉｏｎ  ｅｎｖｉｒｏｍｅｎｔ：ＰＸＥ）の起動を支援することをさらに含み、
前記遠隔デスクトップは、前記事前起動実行環境の起動を完了した後、待機モードで動作する、請求項１に記載の方法。
【請求項３】
前記使用要請に応答して、前記待機モードの終了を命令することをさらに含み、
前記決定されたオペレーティングシステムの起動を支援することは、前記待機モードの終了を命令することの後に行われる、請求項２に記載の方法。
【請求項４】
前記事前起動実行環境の起動を支援することは、
前記遠隔デスクトップからの要請に応答して、前記遠隔デスクトップが前記事前起動実行環境のブートファイルをローディングするための起動情報を前記遠隔デスクトップに伝送することを含む、請求項２に記載の方法。
【請求項５】
前記決定されたオペレーティングシステムの起動を支援することは、
前記遠隔デスクトップからの要請に応答して、前記遠隔デスクトップが前記決定されたオペレーティングシステムのブートファイルをローディングするための起動情報を前記遠隔デスクトップに伝送することを含む、請求項１に記載の方法。
【請求項６】
ネットワークを介してメインサーバと接続される遠隔デスクトップの動作方法において、
遠隔デスクトップは、前記メインサーバからのパワーオン命令を受信し、
前記パワーオン命令に応答して、パワーオンセルフテストを行い、
前記パワーオンセルフテストの完了後、待機モードで動作し、
前記メインサーバが前記待機モードの終了を命令すると、前記遠隔デスクトップは、前記メインサーバと通信して、クライアントに対応するオペレーティングシステムの起動を行うことを含む動作方法。
【請求項７】
前記パワーオンセルフテストが行われた後、前記メインサーバと通信して、事前起動実行環境の起動を行うことをさらに含み、
前記事前起動実行環境の起動が完了した後、前記待機モードが駆動される、請求項６に記載の動作方法。
【請求項８】
前記事前起動実行環境の起動を行うことは、前記メインサーバから起動情報を受信して、前記事前起動実行環境のブートファイルをローディングすることを含み、
前記事前起動実行環境の起動は、前記ブートファイルに基づいて行われる、請求項７に記載の動作方法。
【請求項９】
前記オペレーティングシステムの起動を行うことは、前記メインサーバから起動情報を  受信して、前記オペレーティングシステムのブートファイルをローディングすることを  含み、
前記オペレーティングシステムの起動は、前記ブートファイルに基づいて行われる、請求項６に記載の動作方法。
【請求項１０】
前記オペレーティングシステムの起動が完了した後、前記ネットワークを介して前記クライアントと通信して、遠隔デスクトップサービスを提供することをさらに含む、請求項６に記載の動作方法。
【請求項１１】
ネットワークを介して遠隔デスクトップサービスを制御する方法において、
所定の方針に基づいて、待機モードを有する遠隔デスクトップの数を調節することを含み、
前記調節することは、
クライアントから前記遠隔デスクトップに対する使用要請が受信される前に、複数の遠隔デスクトップの中から選択された遠隔デスクトップそれぞれにパワーオンを命令し、
前記選択された遠隔デスクトップが前記待機モードで動作するように、前記選択された遠隔デスクトップそれぞれの事前起動実行環境の起動を支援することを含む方法。
【請求項１２】
前記遠隔デスクトップサービスを利用する他のクライアントの数をモニタリングすることをさらに含み、
前記調節するステップは、前記モニタリングの結果に応じて、前記待機モードを有する遠隔デスクトップの数を調節することを含む、請求項１１に記載の方法。
【請求項１３】
前記クライアントのうちのいずれか１つから前記遠隔デスクトップサービスに対する要請が受信されると、メインサーバは、前記選択された遠隔デスクトップのうちのいずれか１つに前記待機モードの終了を命令することをさらに含む、請求項１１に記載の方法。
【請求項１４】
前記待機モードを終了した遠隔デスクトップと通信して、前記クライアントのうちのいずれか１つに対応するクライアントのオペレーティングシステムの起動を支援することをさらに含む、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔デスクトップを含むネットワークシステムに関し、より具体的には、遠隔デスクトップサービスを提供する方法および遠隔デスクトップの動作方法に関する。
【背景技術】
【０００２】
デスクトップの高性能化および多機能化により、家庭、学校、会社など広い範囲にわたってデスクトップが活用されている。このようなデスクトップは、ノートパソコンなどと異なり、移動が限られていて携帯が難しい。また、例えば、会社で業務のために個人用デスクトップを用いる場合、データが統合的に管理され、データ保安が全体的に向上しにくい。
【０００３】
このような問題点を解決するために、遠隔で制御可能なデスクトップを提供し、ユーザにネットワークを介してデスクトップに接続および使用させる遠隔デスクトップサービスが提案されている。この場合、ネットワークに接続されたデスクトップの遠隔起動が要求される。
【０００４】
上記記載の内容は、単に本発明の技術的思想に対する背景技術の理解のためのものである。したがって、それは、本発明の技術分野における当業者に知られた先行技術に相当する内容とは理解されない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態は、クライアントから遠隔デスクトップの使用が要請された後、速い時間内にクライアントが遠隔デスクトップサービスを利用できるようにする遠隔デスクトップサービスの提供方法および遠隔デスクトップの動作方法を提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
本発明の実施形態による遠隔デスクトップサービスを提供する方法は、クライアントから遠隔デスクトップに対する使用要請が受信される前に、前記遠隔デスクトップにパワーオンを命令し、前記使用要請が受信されると、前記クライアントに対応するオペレーティングシステムを決定し、前記遠隔デスクトップと通信して、前記遠隔デスクトップの前記決定されたオペレーティングシステムの起動を支援することを含む。
【０００７】
前記方法は、前記使用要請が受信される前に、前記遠隔デスクトップと通信して、前記遠隔デスクトップの事前起動実行環境（ｐｒｅ−ｂｏｏｔ  ｅｘｅｃｕｔｉｏｎ  ｅｎｖｉｒｏｍｅｎｔ：ＰＸＥ）の起動を支援することをさらに含んでもよい。
【０００８】
前記遠隔デスクトップは、前記事前起動実行環境の起動を完了した後、待機モードで動作してもよい。
【０００９】
前記方法は、前記使用要請に応答して、前記待機モードの終了を命令するステップをさらに含んでもよい。この時、前記決定されたオペレーティングシステムの起動を支援することは、前記待機モードの終了を命令するステップの後に行われてもよい。
【００１０】
前記事前起動実行環境の起動を支援することは、前記遠隔デスクトップからの要請に応答して、前記遠隔デスクトップが前記事前起動実行環境のブートファイルをローディングするための起動情報を前記遠隔デスクトップに伝送することを含んでもよい。
【００１１】
前記決定されたオペレーティングシステムの起動を支援するステップは、前記遠隔デスクトップからの要請に応答して、前記遠隔デスクトップが前記決定されたオペレーティングシステムのブートファイルをローディングするための起動情報を前記遠隔デスクトップに伝送することを含んでもよい。
【００１２】
本発明の他の態様は、ネットワークを介してメインサーバと接続される遠隔デスクトップの動作方法に関する。本発明の実施形態による遠隔デスクトップの動作方法は、前記メインサーバからのパワーオン命令を受信し、前記パワーオン命令に応答して、パワーオンセルフテストを行い、前記パワーオンセルフテストの完了後、待機モードで動作し、前記メインサーバが前記待機モードの終了を命令するとき、前記遠隔デスクトップは、前記メインサーバと通信して、クライアントに対応するオペレーティングシステムの起動を行うことを含む。
【００１３】
前記方法は、前記パワーオンセルフテストが行われた後、前記メインサーバと通信して、事前起動実行環境の起動を行うことをさらに含んでもよい。このとき、前記事前起動実行環境の起動が完了した後、前記待機モードが駆動されてもよい。
【００１４】
前記事前起動実行環境の起動を行うことは、前記メインサーバから起動情報を受信して、前記事前起動実行環境のブートファイルをローディングすることを含んでもよい。このとき、前記事前起動実行環境の起動は、前記ブートファイルに基づいて行われてもよい。
【００１５】
前記オペレーティングシステムの起動を行うことは、前記メインサーバから起動情報を受信して、前記オペレーティングシステムのブートファイルをローディングすることを含んでもよい。このとき、前記オペレーティングシステムの起動は、前記ブートファイルに基づいて行われてもよい。
【００１６】
前記方法は、前記オペレーティングシステムの起動が完了した後、前記ネットワークを介して前記クライアントと通信して、遠隔デスクトップサービスを提供することをさらに含んでもよい。
【００１７】
本発明の実施形態によるネットワークを介して遠隔デスクトップサービスを制御する方法は、所定の方針に基づいて、待機モードを有する遠隔デスクトップの数を調節することを含む。前記調節するステップは、クライアントから前記遠隔デスクトップサービスに対する要請が受信される前に、複数の遠隔デスクトップの中から選択された遠隔デスクトップそれぞれにパワーオンを命令し、前記選択された遠隔デスクトップが前記待機モードで動作するように、前記選択された遠隔デスクトップそれぞれの事前起動実行環境の起動を支援することを含む。
【００１８】
前記方法は、前記遠隔デスクトップサービスを利用する他のクライアントの数をモニタリングすることをさらに含んでもよい。このとき、前記調節するステップは、前記モニタリング結果に応じて、前記待機モードを有する遠隔デスクトップの数を調節することを含んでもよい。
【００１９】
前記方法は、前記クライアントのうちのいずれか１つから前記遠隔デスクトップサービスに対する要請が受信されたとき、前記選択された遠隔デスクトップのうちのいずれか１つに前記待機モードの終了を命令することをさらに含んでもよい。
【００２０】
前記方法は、前記待機モードを終了した遠隔デスクトップと通信して、前記クライアントのうちの前記いずれか１つに対応するオペレーティングシステムの起動を支援することをさらに含んでもよい。
【発明の効果】
【００２１】
本発明の実施形態は、クライアントから遠隔デスクトップの使用が要請された後、速い時間内にクライアントが遠隔デスクトップサービスを利用できるようにする遠隔デスクトップサービスの提供方法および遠隔デスクトップの動作方法を提供することができる。
【図面の簡単な説明】
【００２２】
【図１】遠隔デスクトップを含むネットワークシステムを示す図である。
【図２】本発明の実施形態によるメインサーバの動作方法を示すフローチャートである。
【図３】本発明の実施形態による遠隔デスクトップの動作方法を示すフローチャートである。
【図４】本発明の実施形態によるクライアント、メインサーバ、および遠隔デスクトップの動作を示すフローチャートである。
【図５】クライアント、メインサーバ、および遠隔デスクトップのうちのいずれか１つであり得るコンピューティング装置を示すブロック図である。
【図６】複数の遠隔デスクトップを含むネットワークシステムを示す図である。
【図７】本発明の他の実施形態による図６のメインサーバの動作方法を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下の記述において、説明の目的として、多様な実施形態の理解のために、多くの具体的な詳しい内容が提示される。しかし、多様な実施形態にかかる具体的な詳しい内容なしに、あるいは１つ以上の同等な方式で実施できることは明らかである。他の例示において、よく知られた構造と装置は、多様な実施形態を不要に理解しにくくすることを避けるためにブロック図で表示される。
【００２４】
ある素子またはレイヤが他の素子またはレイヤと「接続されている」と記述されている場合、これは、直接的に接続されている場合のみならず、その中間に他の素子やレイヤを挟んで間接的に接続されている場合も含む。しかし、もし、ある部分が他の部分と「直接的に接続されている」と記述されている場合、これは、当該部分と他の部分との間に別の素子がないことを意味する。「Ｘ、Ｙ、およびＺのうちの少なくともいずれか１つ」、そして「Ｘ、Ｙ、およびＺから構成されたグループから選択された少なくともいずれか１つ」は、Ｘ１つ、Ｙ１つ、Ｚ１つ、またはＸ、Ｙ、およびＺのうちの２つまたはそれ以上の何らかの組み合わせ（例えば、ＸＹＺ、ＸＹＹ、ＹＺ、ＺＺ）と解釈される。ここで、「および／または」は、当該構成のうちの１つまたはそれ以上のすべての組み合わせを含む。
【００２５】
ここで、第１、第２などのような用語が多様な素子、構成、地域、レイヤ、および／またはセクションを説明するために使われるが、このような素子、構成、地域、レイヤ、および／またはセクションはかかる用語に限定されない。かかる用語は、１つの素子、構成、地域、レイヤ、および／またはセクションを他の素子、構成、地域、レイヤ、およびまたはセクションと区別するために使われる。したがって、一実施形態における第１の素子、構成、地域、レイヤ、および／またはセクションは、他の実施形態における第２の素子、構成、地域、レイヤ、および／またはセクションと称することができる。
【００２６】
ここで使われた用語は、特定の実施形態を説明するための目的であって、制限するための目的ではない。明細書全体において、ある部分がある構成要素を「含む」とする時、これは、特に反対の記載がない限り、他の構成要素を除くのではなく、他の構成要素をさらに包含できることを意味する。別の定義がない限り、ここに使われた用語は、本発明の属する分野における通常の知識を有する者に一般的に理解されるのと同じ意味を有する。
【００２７】
図１は、遠隔デスクトップ１３０を含むネットワークシステム１００を示す図である。
【００２８】
図１を参照すれば、ネットワークシステム１００は、クライアント１１０と、メインサーバ１２０と、遠隔デスクトップ１３０と、ネットワーク１４０とを含む。
【００２９】
クライアント１１０は、ネットワーク１４０を介してメインサーバ１２０および遠隔デスクトップ１３０と通信する。クライアント１１０は、メインサーバ１２０に遠隔デスクトップ１３０の使用を要請し、使用要請がメインサーバ１２０によって承認された時、遠隔デスクトップ１３０と通信して、遠隔デスクトップサービスを利用することができる。
【００３０】
クライアント１１０は、コンピュータ、ＵＭＰＣ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  ＰＣ）、ワークステーション、ネットブック（ｎｅｔ−ｂｏｏｋ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、ポータブル（ｐｏｒｔａｂｌｅ）コンピュータ、ウェブタブレット（ｗｅｂ  ｔａｂｌｅｔ）、無線電話（ｗｉｒｅｌｅｓｓ  ｐｈｏｎｅ）、モバイルフォン（ｍｏｂｉｌｅ  ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔ  ｐｈｏｎｅ）、ｅ−ブック（ｅ−ｂｏｏｋ）、ＰＭＰ（ｐｏｒｔａｂｌｅ  ｍｕｌｔｉｍｅｄｉａ  ｐｌａｙｅｒ）、携帯用ゲーム機などといった情報を有線および／または無線環境で送受信可能な装置などを含むことができる。
【００３１】
メインサーバ１２０は、ネットワーク１４０を介してクライアント１１０および遠隔デスクトップ１３０に接続される。メインサーバ１２０は、遠隔デスクトップサービスを管理するように構成される。メインサーバ１２０は、遠隔デスクトップ１３０にパワーオン（ｐｏｗｅｒ−ｏｎ）を命令し、遠隔デスクトップ１３０が事前起動実行環境（Ｐｒｅ−ｂｏｏｔ  ｅｘｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｍｅｎｔ、以下、ＰＸＥ）起動およびオペレーティングシステム（ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ、以下、ＯＳ）起動を行うように支援することにより、クライアント１１０が遠隔デスクトップ１３０を使用できるようにする。
【００３２】
遠隔デスクトップ１３０は、ネットワーク１４０を介してクライアント１１０およびメインサーバ１２０に接続される。遠隔デスクトップ１３０は、メインサーバ１２０がパワーオン命令を伝送する時、パワーオンセルフテスト（Ｐｏｗｅｒ  Ｏｎ  Ｓｅｌｆ  Ｔｅｓｔ）を行うことができる。パワーオンセルフテストとは、パワーが印加される時点でそのシステム全般を検査する動作を意味する。例えば、遠隔デスクトップ１３０にパワーが印加され始めた時から一定時間の間、遠隔デスクトップ１３０は、パワーオンセルフテストにより内部ハードウェアが正常に動作するか否かを診断することができる。
【００３３】
遠隔デスクトップ１３０は、パワーオンセルフテストを完了した後、メインサーバ１２０と通信して、ＰＸＥ起動を行うことができる。遠隔デスクトップ１３０は、メインサーバ１２０からＰＸＥブートファイルを受信し、受信されたＰＸＥブートファイルをローディングすることができる。
【００３４】
遠隔デスクトップ１３０は、ＰＸＥ起動を行った後、メインサーバ１２０と通信して、ＯＳ起動を行うことができる。遠隔デスクトップ１３０は、メインサーバ１２０からＯＳブートファイルを受信し、受信されたＯＳブートファイルをローディングすることができる。
【００３５】
ＯＳ起動が完了すると、遠隔デスクトップ１３０は、クライアント１１０と通信して、遠隔デスクトップサービスを提供することができる。
【００３６】
本発明の実施形態として、メインサーバ１２０および遠隔デスクトップ１３０は、クライアント１１０にＨＤＩ（Ｈｏｓｔｅｄ  Ｄｅｓｋｔｏｐ  Ｓｔｒｕｃｔｕｒｅ）基盤のＤａａＳ（Ｄｅｓｋｔｏｐ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）を提供する。
【００３７】
図２は、本発明の実施形態によるメインサーバ１２０の動作方法を示すフローチャートである。
【００３８】
図１および図２を参照すれば、メインサーバ１２０は、Ｓ１１０ステップで、遠隔デスクトップ１３０にパワーオンを命令する。本発明の実施形態によれば、メインサーバ１２０は、クライアント１１０から遠隔デスクトップ１３０に対する使用要請が受信される前に、パワーオン命令を伝送する。
【００３９】
Ｓ１２０ステップで、メインサーバ１２０は、遠隔デスクトップ１３０と通信して、遠隔デスクトップ１３０のＰＸＥ起動を支援する。本発明の実施形態として、メインサーバ１２０が遠隔デスクトップ１３０にＰＸＥブートファイルを提供することができる。本発明の実施形態によれば、Ｓ１２０ステップも、クライアント１１０から遠隔デスクトップ１３０に対する使用要請が受信される前に行われる。
【００４０】
以後、遠隔デスクトップ１３０は、ＰＸＥ起動を完了した後、待機モード（ｓｔａｎｄ−ｂｙ  ｍｏｄｅ）で動作できる。これによって、遠隔デスクトップ１３０は、ＯＳ起動を行える環境下で次の命令を受信するまで待機することができる。
【００４１】
Ｓ１３０ステップで、メインサーバ１２０は、クライアント１１０から遠隔デスクトップ１３０の使用要請が受信されるかをモニタリングする。Ｓ１４０ステップで、メインサーバ１２０は、遠隔デスクトップ１３０の使用要請が受信されるか否かによって、Ｓ１５０ステップを行う。メインサーバ１２０は、クライアント１１０から遠隔デスクトップ１３０の使用要請が受信されるまで、Ｓ１３０ステップを繰り返すことができる。
【００４２】
Ｓ１５０ステップで、クライアント１１０から遠隔デスクトップ１３０の使用要請が受信された時、メインサーバ１２０は、クライアント１１０に対応するＯＳを決定する。例えば、メインサーバ１２０は、使用要請を伝送したクライアント１１０によってＯＳを決定することができる。しかし、本発明の技術的思想はこれに限定されず、クライアント１１０に対応するＯＳは、多様な方針によって決定可能である。
【００４３】
Ｓ１６０ステップで、メインサーバ１２０は、遠隔デスクトップ１３０に待機モードの終了（ｒｅｌｅａｓｅ）を命令する。実施形態により、Ｓ１５０ステップとＳ１６０ステップの順序は変更可能である。
【００４４】
Ｓ１７０ステップで、メインサーバ１２０は、遠隔デスクトップ１３０と通信して、Ｓ１５０ステップで決定されたＯＳの起動を支援する。実施形態として、メインサーバ１２０は、遠隔デスクトップ１３０にＯＳブートファイルを伝送することができる。
【００４５】
図３は、本発明の実施形態による遠隔デスクトップ１３０の動作方法を示すフローチャートである。
【００４６】
図１および図３を参照すれば、Ｓ２１０ステップで、遠隔デスクトップ１３０は、メインサーバ１２０からのパワーオン命令に応答して、パワーオンセルフテストを行う。遠隔デスクトップ１３０は、パワーオンセルフテストにより内部ハードウェアが正常に動作するか否かを診断する。実施形態として、遠隔デスクトップ１３０は、遠隔デスクトップ１３０に格納されたバイオス（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ：ＢＩＯＳ）をローディングし、ローディングされたバイオスに応じてパワーオンセルフテストを行うことができる。
【００４７】
Ｓ２２０ステップで、遠隔デスクトップ１３０は、メインサーバ１２０と通信して、ＰＸＥ起動を行う。実施形態として、遠隔デスクトップ１３０は、パワーオンセルフテストを行った後に、メインサーバ１２０にＰＸＥブートファイルを要請し、メインサーバ１２０は、遠隔デスクトップ１３０に当該ＰＸＥブートファイルを応答することができる。遠隔デスクトップ１３０は、受信されたＰＸＥブートファイルによってＰＸＥ起動を行うことができる。
【００４８】
Ｓ２３０ステップで、遠隔デスクトップ１３０は、待機モードで動作する。遠隔デスクトップ１３０は、ＯＳ起動を行える環境（すなわち、ＰＸＥ）下で待機モードを維持することができる。
【００４９】
Ｓ２４０ステップで、遠隔デスクトップ１３０は、メインサーバ１２０から待機モードの終了が要請されるか否かを判別する。もし、そうでなければ、Ｓ２５０ステップが行われる。もし、そうであれば、遠隔デスクトップ１３０は、引き続き待機モードで動作する。
【００５０】
Ｓ２５０ステップで、遠隔デスクトップ１３０は、メインサーバ１２０と通信して、ＯＳ起動を行う。遠隔デスクトップ１３０は、メインサーバ１２０にＯＳブートファイルを要請し、メインサーバ１２０は、遠隔デスクトップ１３０にＯＳブートファイルを応答することができる。遠隔デスクトップ１３０は、メインサーバ１２０から提供されたＯＳブートファイルによってＯＳ起動を行うことができる。
【００５１】
Ｓ２６０ステップで、遠隔デスクトップ１３０は、起動されたＯＳ下で制御されながら、クライアント１１０と通信して、遠隔デスクトップサービスを提供する。
【００５２】
本発明の実施形態によれば、クライアント１１０から遠隔デスクトップ１３０の使用が要請された後、速い時間内に遠隔デスクトップサービスが提供される。より具体的に説明すれば次の通りである。比較実施形態として、クライアント１１０から遠隔デスクトップ１３０の使用が要請された後に、遠隔デスクトップ１３０にパワーを印加し始めてパワーオンセルフテストを行い、ＰＸＥ起動を行い、ＯＳ起動を行うことができる形態がある。一方、本発明の実施形態によれば、メインサーバ１２０は、クライアント１１０から遠隔デスクトップ１３０の使用が要請される前に、遠隔デスクトップ１３０がパワーオンセルフテストおよびＰＸＥ起動を行うようにしてＯＳ起動を行える環境（すなわち、ＰＸＥ）を有するようにする。そして、メインサーバ１２０は、クライアント１１０から遠隔デスクトップ１３０の使用が要請された後、遠隔デスクトップ１３０がＯＳ起動を行うようにする。パワーオンセルフテストおよびＰＸＥ起動は、遠隔デスクトップ１３０の使用要請前に行われるため、前記比較実施形態と比較する時、遠隔デスクトップ１３０は、遠隔デスクトップ１３０の使用要請が生成された時点からより速い時間内にＯＳ起動を完了することができる。したがって、本発明の実施形態によれば、クライアント１１０から遠隔デスクトップ１３０の使用が要請された後、相対的に速い時間内に遠隔デスクトップサービスが提供できる。
【００５３】
図４は、本発明の実施形態によるクライアント１１０、メインサーバ１２０、および遠隔デスクトップ１３０の動作を示すフローチャートである。
【００５４】
図１および図４を参照すれば、Ｓ３１０ステップで、メインサーバ１２０は、クライアント１１０が遠隔デスクトップ１３０に対する使用要請を生成（Ｓ３６０ステップ参照）する前に、パワーオン命令を遠隔デスクトップ１３０に伝送する。
【００５５】
Ｓ３２０ステップで、遠隔デスクトップ１３０は、パワーオンを開始し、パワーオンセルフテストを行う。
【００５６】
Ｓ３３０ステップで、メインサーバ１２０は、遠隔デスクトップ１３０と通信して、ＰＸＥ起動を支援する。実施形態として、Ｓ３３０ステップは、Ｓ３３１ステップ〜Ｓ３３４ステップを含むことができる。Ｓ３３１ステップで、遠隔デスクトップ１３０は、パワーオンセルフテストを完了した後、メインサーバ１２０および遠隔デスクトップ１３０の間の通信のための遠隔デスクトップ１３０のＩＰアドレスを要請することができる。Ｓ３３２ステップで、メインサーバ１２０は、遠隔デスクトップ１３０に第１ＩＰアドレスを提供することができる。例えば、Ｓ３３１ステップおよびＳ３３２ステップは、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を介して行われる。これによって、遠隔デスクトップ１３０は、第１ＩＰアドレスを用いてメインサーバ１２０と通信することができる。Ｓ３３３ステップで、遠隔デスクトップ１３０は、メインサーバ１２０にＰＸＥブートファイルをローディングするためのＰＸＥ起動情報を要請することができる。Ｓ３３４ステップで、メインサーバ１２０は、遠隔デスクトップ１３０に当該ＰＸＥ起動情報を提供することができる。実施形態として、ＰＸＥ起動情報は、ＰＸＥブートファイルへのアクセスのための経路を示す情報を含むことができる。この経路は、メインサーバ１２０を指すこと、また、ネットワーク１４０に接続される他のサーバを指すことができる。実施形態として、ＰＸＥ起動情報は、ＰＸＥブートファイルを含むことができる。例えば、Ｓ３３３ステップおよびＳ３３４ステップは、ＴＦＴＰ（Ｔｒｉｖｉａｌ  Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を介して行われる。
【００５７】
Ｓ３４０ステップで、遠隔デスクトップ１３０は、ＰＸＥブートファイルをローディングしてＰＸＥ起動を行う。例えば、遠隔デスクトップ１３０は、内部システムメモリにＰＸＥブートファイルをローディングし、ローディングされたＰＸＥブートファイルを処理することができる。
【００５８】
Ｓ３５０ステップで、遠隔デスクトップ１３０は、ＰＸＥ起動を完了した後、待機モードで動作する。遠隔デスクトップ１３０は、待機モードの終了命令が受信されるまで待機モードを維持することができる。
【００５９】
Ｓ３６０ステップで、クライアント１１０は、遠隔デスクトップ１３０の使用要請をメインサーバ１２０に伝送する。
【００６０】
Ｓ３７０ステップで、メインサーバ１２０は、遠隔デスクトップ１３０の使用要請に応答して、クライアント１１０に対応するＯＳを決定することができる。例えば、どのクライアント１１０が使用要請を伝送したかによってＯＳが決定される。しかし、本発明の技術的思想はこれに限定されず、クライアント１１０に対応するＯＳの決定は、多様な方針によって決定可能である。
【００６１】
Ｓ３８０ステップで、メインサーバ１２０は、遠隔デスクトップ１３０に待機モードの終了を命令する。
【００６２】
Ｓ３９０ステップで、メインサーバ１２０は、遠隔デスクトップ１３０と通信して、遠隔デスクトップ１３０のＯＳ起動を支援する。実施形態として、Ｓ３９０ステップは、Ｓ３９１ステップ〜Ｓ３９４ステップを含むことができる。Ｓ３９１ステップで、遠隔デスクトップ１３０は、待機モードの終了命令に応答して、遠隔デスクトップ１３０とクライアント１１０との間の通信のための遠隔デスクトップ１３０のＩＰアドレスを要請することができる。Ｓ３９２ステップで、メインサーバ１２０は、遠隔デスクトップ１３０に第２ＩＰアドレスを提供することができる。例えば、Ｓ３９１ステップおよびＳ３９２ステップは、ＤＨＣＰを介して行われる。これによって、遠隔デスクトップ１３０は、第２ＩＰアドレスを用いてクライアント１１０と通信することができる。Ｓ３９３ステップで、遠隔デスクトップ１３０は、メインサーバ１２０にＯＳブートファイルをローディングするためのＯＳ起動情報を要請することができる。Ｓ３９４ステップで、メインサーバ１２０は、Ｓ３７０ステップで決定されたＯＳ起動情報を遠隔デスクトップ１３０に提供することができる。実施形態として、ＯＳ起動情報は、ＯＳブートファイルへのアクセスのための経路を示す情報を含むことができる。この経路は、メインサーバ１２０あるいはネットワーク１４０に接続される他のサーバを指すことができる。実施形態として、ＯＳ起動情報は、ＯＳブートファイルを含むことができる。例えば、Ｓ３９３ステップおよびＳ３９４ステップは、ＴＦＴＰあるいはｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ  Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）を介して行われる。
【００６３】
Ｓ４００ステップで、遠隔デスクトップ１３０は、ＯＳブートファイルをローディングしてＯＳ起動を行う。例えば、遠隔デスクトップ１３０は、内部システムメモリにＯＳブートファイルをローディングし、ローディングされたＯＳブートファイルを処理することができる。
【００６４】
Ｓ４１０ステップで、ＯＳ起動が完了した後、遠隔デスクトップ１３０は、クライアント１１０と通信して、遠隔デスクトップサービスを提供することができる。
本発明の実施形態によれば、メインサーバ１２０は、クライアント１１０から遠隔デスクトップ１３０の使用が要請される前に、遠隔デスクトップ１３０がＯＳ起動を行える環境を有するようにする。したがって、クライアント１１０から遠隔デスクトップ１３０の使用が要請された後、相対的に速い時間内に遠隔デスクトップサービスが提供される。
【００６５】
図５は、クライアント１１０、メインサーバ１２０、および遠隔デスクトップ１３０のうちのいずれか１つであり得るコンピューティング装置１０００を示すブロック図である。
【００６６】
図５を参照すれば、コンピューティング装置１０００は、少なくとも１つのプロセッシングユニット１１００と、システムメモリ１２００と、不揮発性メモリインタフェース１３００と、ユーザ入力インタフェース１４００と、ネットワークインタフェース１５００と、ビデオインタフェース１６００とを含むことができる。
【００６７】
プロセッシングユニット１１００は、システムバス１７００を介してシステムメモリ１２００、不揮発性メモリインタフェース１３００、ユーザ入力インタフェース１４００、ネットワークインタフェース１５００、およびビデオインタフェース１６００に接続される。プロセッシングユニット１１００は、コンピューティング装置１０００の諸動作を制御する。システムメモリ１２００は、揮発性あるいは不揮発性メモリタイプの格納媒体を含むことができる。システムメモリ１２００は、ロム（ＲＯＭ）およびラム（ＲＡＭ）を含むことができる。例えば、ＲＯＭは、バイオスを格納することができる。例えば、ＲＡＭは、プロセッシングユニット１１００によって直にアクセスされ、あるいはプロセッシングユニット１１００によって現在処理されているデータを格納することができる。例えば、システムメモリ１２００は、ＰＸＥブートファイルの少なくとも一部、ＯＳブートファイルの少なくとも一部、その他の応用プログラムを格納することができるが、本発明の実施形態はこれに限定されるものではない。
【００６８】
実施形態として、コンピューティング装置１０００が図１のメインサーバ１２０の場合、プロセッシングユニット１１００は、図２を参照して説明されたステップを行うための命令語を含むファイルあるいはプログラムコードをシステムメモリ１２００にローディングし、ローディングされたファイルあるいはプログラムコードを処理することができる。実施形態として、コンピューティング装置１０００が図１の遠隔デスクトップ１３０の場合、プロセッシングユニット１１００は、図３を参照して説明されたステップを行うための命令語を含むファイルあるいはプログラムコードをシステムメモリ１２００にローディングし、ローディングされたファイルあるいはプログラムコードを処理することができる。
【００６９】
コンピューティング装置１０００は、不揮発性格納媒体を含むことができる。例えば、コンピューティング装置１０００は、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、磁気ディスクドライブ、光学ディスクドライブ、フラッシュメモリ、ＰＲＡＭ（Ｐｈａｓｅ−ｃｈａｎｇｅ  ＲＡＭ）、ＭＲＡＭ（Ｍａｇｎｅｔｉｃ  ＲＡＭ）、ＲＲＡＭ（Ｒｅｓｉｓｔｉｖｅ  ＲＡＭ）（登録商標）、ＦＲＡＭ（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ  ＲＡＭ）（登録商標）などのような不揮発性格納媒体を含むことができる。このような不揮発性格納媒体は、不揮発性メモリインタフェース１３００を介してシステムバス１７００に接続される。
【００７０】
ユーザ入力インタフェース１４００は、ユーザの操作による命令または情報を感知できるタッチパッド、キーパッド（ｋｅｙ  ｐａｄ）、マウス（ｍｏｕｓｅ）、指紋認識センサ（ｆｉｎｇｅｒ  ｓｃａｎ  ｓｅｎｓｏｒ）、ドームスイッチ（ｄｏｍｅ  ｓｗｉｔｃｈ）、ジョグホイールなどのような入力装置を含むことができる。ユーザ入力インタフェース１４００は、システムバス１７００に接続される。
【００７１】
ネットワークインタフェース１５００は、ネットワーク１４０（図１参照）を介して他のコンピューティング装置と接続するように構成されるネットワークカード（図示せず）をシステムバス１７００に接続する。
【００７２】
ビデオインタフェース１６００は、プロセッシングユニット１１００あるいはグラフィックプロセッシングユニット（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、図示せず）の制御により、コンピューティング装置１０００で処理される情報をディスプレイするように構成されるディスプレイ装置（図示せず）をインタフェーシングする。
【００７３】
図６は、複数の遠隔デスクトップ２３０を含むネットワークシステム２００を示す図である。
【００７４】
図６を参照すれば、ネットワークシステム２００は、第１〜第ｋクライアント２１１〜２１Ｋと、メインサーバ２２０と、複数の遠隔デスクトップ２３０と、ネットワーク２４０とを含む。
【００７５】
第１〜第ｋクライアント２１１〜２１Ｋそれぞれは、ネットワーク２４０を介してメインサーバ２２０および遠隔デスクトップ２３０と通信することができる。第１〜第ｋクライアント２１１〜２１Ｋそれぞれは、遠隔デスクトップ２３０のうちのいずれか１つを用いて遠隔デスクトップサービスを受けることができる。メインサーバ１２０は、遠隔デスクトップ２３０を用いた遠隔デスクトップサービスを管理するように構成される。以下、重複した説明は省略する。
【００７６】
図７は、本発明の他の実施形態による図６のメインサーバ２２０の動作方法を示すフローチャートである。
【００７７】
図６および図７を参照すれば、Ｓ４１０ステップで、メインサーバ２２０は、所定の方針に基づいて、遠隔デスクトップ２３０のうち待機モードを有する遠隔デスクトップの数を調節する。メインサーバ２２０は、遠隔デスクトップ２３０のうちの少なくとも一部を選択し、クライアント２１１〜２１Ｋから遠隔デスクトップサービスの使用が要請される前に、選択された遠隔デスクトップにパワーオンを命令し（図２のＳ１１０ステップ参照）、選択された遠隔デスクトップそれぞれのＰＸＥ起動を支援することができる（図２のＳ１２０ステップ参照）。
【００７８】
実施形態として、メインサーバ２２０は、図６に示されていない他の遠隔デスクトップを用いて遠隔デスクトップサービスを受けている他のクライアント（図示せず）の数をモニタリングし、モニタリング結果に応じて、遠隔デスクトップ２３０のうちの待機モードを有する遠隔デスクトップの数を調節することができる。例えば、前記他のクライアントの数が増加するほど、遠隔デスクトップ２３０のうち待機モードを有する遠隔デスクトップの数を増加させることができる。
【００７９】
実施形態として、メインサーバ２２０は、遠隔デスクトップ２３０のうち待機モードを有する遠隔デスクトップの数が所定の範囲内に属するように、待機モードを有する遠隔デスクトップの数を調節することができる。
【００８０】
本発明の実施形態によれば、メインサーバ１２０は、所定の方針に基づいて、遠隔デスクトップ２３０のうち待機モードを有する遠隔デスクトップの数を調節することができる。これによって、遠隔デスクトップ２３０のうちの少なくとも一部は、パワーオフ状態を有することができる。したがって、クライアントから遠隔デスクトップサービスが要請された後、相対的に速い時間内に当該遠隔デスクトップのＯＳ起動が完了できながらも、遠隔デスクトップ２３０の消耗する電力は減少可能である。
【００８１】
以上、本発明では、具体的な構成要素などのような特定事項と限定された実施形態および図面によって説明されたが、これは本発明のより全般的な理解のために提供されたものに過ぎず、本発明は上記の実施形態に限定されるものではなく、本発明の属する分野における通常の知識を有する者であれば、このような記載から多様な修正および変形が可能である。
【００８２】
したがって、本発明の思想は、説明された実施形態に限定されてはならず、後述する特許請求の範囲だけでなく、この特許請求の範囲と均等または等価的変形があるすべてのものは本発明の思想の範疇に属するといえる。
【符号の説明】
【００８３】
１１０：クライアント
１２０：メインサーバ
１３０：遠隔デスクトップ
１４０：ネットワーク
【図１】
2018198059.tif 000003
【図２】
2018198059.tif 000004
【図３】
2018198059.tif 000005
【図４】
2018198059.tif 000006
【図５】
2018198059.tif 000007
【図６】
2018198059.tif 000008
【図７】
2018198059.tif 000009