JP2023545314A - リモートシステム更新及び監視 - Google Patents

Abstract

プロセッサは、（ｉ）更新のためのコードレベル、（ｉｉ）前記更新のためのスケジュールされた時間；（ｉｉｉ）前記更新のためのターゲットシステム、及び（ｉｖ）承認データを含む入力データ、ここで前記承認データが（ｉ）前記更新のスケジューリングを可能にし、（ｉｉ）インバウンド接続なしに、前記ターゲットシステムへの接続の外部にあるチャネルを介して提供される、を受信する。プロセッサは、ターゲットシステムからデータのセットを受信する。プロセッサは、ターゲットシステムからデータのセットを受信したことに応答して、入力データを有する応答パケットをターゲットシステムに送信する。プロセッサは、スケジュールされた時間に、更新を処理するよう求める要求を受信する。プロセッサは、要求に応答して、更新のためのコードレベルに対応した更新を処理するためのコードを送信する。プロセッサは、更新の進捗に対応したステータスメッセージを受信する。

Description

本発明は一般に、システムソフトウェア／ファームウェアの更新の分野に関し、より詳細には、外部システムへの接続を開始することなく外部システムに対する更新をリモートでスケジューリング及び監視することに関する。

サービス担当者が、クライアントユーザのためにサーバ又は他のコンピューティングデバイスを維持することがある。典型的には、サービス担当者は、そのようなコンピューティングデバイスの維持に関連付けられたメンテナンス、更新、修理、又は他のタスクを実行するために、現場まで移動する。ソフトウェア及びファームウェアの更新などのいくつかのサービスは、サービス担当者が現場まで物理的に移動することなく、実現されてよい。

現在の解決策の欠点は、サービス提供されるデバイスとの直接接続を確立する必要があることであり、そのような解決策は、サービス提供されるデバイスが外部の直接接続要求を受け入れることを必要とすることから、外部セキュリティの脅威というリスクが増大して、サービス提供されるデバイスを危険にさらすおそれがある。

本発明のいくつかの実施形態によれば、コンピュータ実装方法、コンピュータプログラム製品、及びコンピュータシステムが提供される。プロセッサは、（ｉ）更新のためのコードレベル、（ｉｉ）前記更新のためのスケジュールされた時間；（ｉｉｉ）前記更新のためのターゲットシステム、及び（ｉｖ）承認データを含む入力データ、ここで前記承認データが（ｉ）前記更新のスケジューリングを可能にし、（ｉｉ）前記ターゲットシステムへの接続の外部にあるチャネルを介して提供される、を受信する。プロセッサは、ターゲットシステムからデータのセットを受信する。プロセッサは、ターゲットシステムからデータのセットを受信したことに応答して、入力データを有する応答パケットをターゲットシステムに送信する。プロセッサは、スケジュールされた時間に、更新を処理するよう求める要求を受信する。プロセッサは、要求に応答して、更新のためのコードレベルに対応した更新を処理するためのコードを送信する。プロセッサは、更新の進捗に対応したステータスメッセージを受信する。そのような手法は、ターゲットシステムとの接続をリモートデバイスが開始する必要なしに、ターゲットシステムに対するリモートサービス更新を可能にし、ターゲットシステムへの接続を確立することなしに更新の進捗をリモートデバイスが監視できるようにするという利益を有する。

本発明の他の実施形態によれば、コンピュータ実装方法、コンピュータプログラム製品、及びコンピュータシステムが提供される。プロセッサは、第１のデバイスから複製された入力データを受信し、前記入力データは、（ｉ）更新のためのコードレベル、（ｉｉ）前記更新のためのスケジュールされた時間；（ｉｉｉ）前記更新のためのターゲットシステム、及び（ｉｖ）承認データを含む入力データを有し、ここで前記承認データが（ｉ）前記更新のスケジューリングを可能にし、（ｉｉ）前記ターゲットシステムへの接続の外部にあるチャネルを介して提供される。プロセッサは、ターゲットシステムと通信している第２のコンピューティングデバイスからデータのセットを受信する。プロセッサは、第２のコンピューティングデバイスからデータのセットを受信したことに応答して、入力データを有する応答パケットを第２のコンピューティングデバイスに送信する。プロセッサは、スケジュールされた時間に、更新を処理するよう求める要求を第２のコンピューティングデバイスから受信する。プロセッサは、要求に応答して、更新のためのコードレベルに対応した更新を処理するためのコードを、第２のコンピューティングデバイスに送信する。プロセッサは、ターゲットシステムの更新の進捗に対応したステータスメッセージを、第２のコンピューティングデバイスから受信する。そのような手法は、ターゲットシステムとの接続をリモートデバイスが開始する必要なしに、ターゲットシステムに対するリモートサービス更新を可能にし、ターゲットシステムへの接続を確立することなく更新の進捗をリモートデバイスが監視できるようにするという利益を有する。そのような手法は、セキュリティを向上させ得るとともに、接続要求を開始するために外部のコンピューティングデバイスを受け入れないターゲットシステムに対するリモート更新を可能にする。

本発明の実施形態は、任意選択で、リモートサポートサーバ要求にステータスメッセージが添付される手法を含む。そのような手法は、サービス担当者がリモートサポートサーバ要求にアクセスすることにより、ターゲットデバイスに対する更新に関連付けられたステータス更新、及びリモートサポートサーバ要求に添付されている任意の情報を閲覧できるようにし、したがって、ターゲットシステムへの接続を維持することなくターゲットシステムに対する更新を監視できるようにするという利益を有する。

本発明の実施形態は、ターゲットシステムから受信したデータのセットが、更新とは無関係の事前スケジュールされた定期的な接続に関連付けられる手法を、任意選択で含む。そのような手法は、ターゲットシステムに対する、入力データを含む応答パケットをその中で送信することが可能なウインドウを作成し、それによりターゲットシステムへの接続をリモートシステムが開始する必要なしに、ターゲットシステムに対する更新がスケジュールされることが可能であるという利益を有する。

本発明の一実施形態によるコンピューティング環境を示す図である。

本発明の一実施形態による、システム更新スケジュール要求を送信し、そのような要求の承認を受信するための、図１のコンピューティング環境内で実行されている更新監視プログラムのスケジューリング要求機能の段階を示すフローチャートである。

本発明の一実施形態による、リターンデータパケットにおいてスケジューリング要求機能から受信した要求に基づき、システム更新を承認及びスケジューリングするための、図１のコンピューティング環境内で実行されている更新プログラムのスケジューリング承認機能の段階を示すフローチャートである。

本発明の一実施形態による、スケジュールされた日付及び時刻において、ターゲットサーバのコードロード又はソフトウェア／ファームウェアの更新要求を開始し、更新の間中、更新ステータスメッセージを定期的に送信するために、図１のコンピューティング環境内で実行されている更新プログラムの更新機能の段階を示すフローチャートである。

本発明の一実施形態による、外部接続を開始又は確立することなく、システム更新コードを送信し更新ステータスメッセージを受信して、リモートロケーションにおいてターゲットサーバのシステム更新をユーザが監視できるようにするために、図１のコンピューティング環境内で実行されている更新監視プログラムの監視機能の段階を示すフローチャートである。

本発明の一実施形態による、サービス提供クライアントデバイス、リモートサポートサーバ、管理コンソール、及びターゲットサーバのコンポーネントを示すブロック図である。

本発明の実施形態は、システムコードの更新プロセスをセキュアにスケジューリング及び監視することにより、そうでなければ実際に作業現場で実行しなくてはならない可能性があるシステム更新の効率を増大させることができることを認識している。本発明の実施形態は、セキュアなシステムへの呼出しを外部関係者（サービス担当者、外部コンピューティングシステムなど）に開始させないセキュアなシステムが存在することを認識している。本発明の実施形態は、ターゲットサーバをスケジュール及び／又は監視するために接続を開始する必要なしに、システムのコード更新プロセスをリモートでセキュアにスケジュール及び監視するための手法を提供する。

以下、本発明について、図を参照して詳細に記載する。

図１は、本発明の一実施形態による、コンピューティング環境１００の図を示している。図１は、一実施形態の単なる例示を提供するものであり、本発明の異なる実施形態を実装可能な環境に関していかなる限定も示唆するものではない。

示してある実施形態において、コンピューティング環境１００は、ネットワーク１０５を介して相互接続されたサービス提供クライアントデバイス１１０、リモートサポートサーバ１１５、及び管理コンソール１２０を含む。また、コンピューティング環境１００は、直接接続又はいくつかの実施形態において第２のネットワーク（例えば内部又はプライベートネットワーク）を介して相互接続された管理コンソール１２０及びターゲットサーバ１２５を含む。

図１は、別個のネットワークを介して相互接続されているターゲットサーバ１２５及び管理コンソール１２０を示しているが、その一方で本発明の実施形態は、管理コンソール１２０及びターゲットサーバ１２５が単一のデバイスであるか又は管理コンソール１２０がターゲットサーバである実施形態を想定していることに留意すべきである。以下では、管理コンソール１２０及びターゲットサーバ１２５の両方を含む実施形態を参照する。しかしながら、管理コンソール１２０及びターゲットサーバ１２５の間の対話は全ての実施形態において生じなくてもよく、更新監視プログラム１３０は、ターゲットサーバ１２５と直接通信してもよく、そのような実施形態においては、更新プログラム１４５に関連付けられたプロセスをターゲットサーバ１２５が実行してよいことが想定される。さらに、図１によって示される実施形態について記載する際に、サービス担当者は、サービス提供クライアントデバイス１１０と対話するものとして記載される。本発明の実施形態は、サービス担当者がリモートサポートサーバ１１５と直接対話する実施形態も想定していることに留意すべきである。上に記載のそのような実施形態は全て、本発明の実施形態の範囲内にある。

ネットワーク１０５は、ローカルエリアネットワーク（ＬＡＮ）、インターネットなどのワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、これらの任意の組み合わせ、又は本発明の実施形態によるサービス提供クライアントデバイス１１０、リモートサポートサーバ１１５、及び管理コンソール１２０の間で通信をサポートする接続及びプロトコルの任意の組み合わせとすることができる。ネットワーク１０５は、有線、無線、又は光ファイバの接続を含むことができる。コンピューティング環境１００は、図示されていない付加的なコンピューティングデバイス、サーバ、コンピュータ、モバイルデバイス、又は他のデバイスを含むことができる。

リモートサポートサーバ１１５は、管理サーバ、ウェブサーバ、又はデータの受信及び送信が可能な任意の他の電子デバイス又はコンピューティングシステムとすることができる。いくつかの実施形態において、リモートサポートサーバ１１５は、ラップトップコンピュータ、タブレットコンピュータ、ネットブックコンピュータ、パーソナルコンピュータ（ＰＣ）、デスクトップコンピュータ、又はネットワーク１０５を介してサービス提供クライアントデバイス１１０及び管理コンソール１２０と通信可能な任意のプログラマブル電子デバイスとすることができる。他の実施形態において、リモートサポートサーバ１１５は、クラウドコンピューティング環境などにおいて、複数のコンピュータをサーバシステムとして利用するサーバコンピューティングシステムを表すことができる。別の実施形態において、リモートサポートサーバ１１５は、シームレスなリソースの単一のプールとして作用するようクラスタ化されたコンピュータ及びコンポーネントを利用するコンピューティングシステムを表す。リモートサポートサーバ１１５は、更新監視プログラム１３０を収容している。リモートサポートサーバ１１５は、図６に関してさらに詳細に図示及び記載するようなコンポーネントを含むことができる。

更新監視プログラム１３０は、ターゲットサーバ１２５などのターゲットデバイスのソフトウェア又はファームウェアの更新をスケジュールし、その後、スケジュールされた更新中にターゲットデバイスから進捗ステータス更新を受信するように動作する。いくつかの実施形態において、更新監視プログラム１３０は、ターゲットサーバ１２５とともに更新を直接スケジュールし、更新進捗を監視する。他の実施形態において、管理コンソール１２０がリモートサポートサーバ１１５及びターゲットサーバ１２５の中間にあり、ターゲットサーバ１２５は、リモートサポートサーバ１１５と直接通信しない。一実施形態において、更新監視プログラム１３０は、リモートサポートサーバ１１５上に存在する。他の実施形態においては、更新監視プログラム１３０が、管理コンソール１２０及び／又はターゲットサーバ１２５と通信可能である限り、更新監視プログラム１３０は、別のサーバ又は別のコンピューティングデバイス上に存在することができる。一実施形態において、更新監視プログラム１３０は、２つの機能、すなわちスケジューリング要求機能１３５及び監視機能１４０を含む。

スケジューリング要求機能１３５は、サービス提供クライアントデバイス１１０と対話するサービス担当者などのサービス担当者又は管理者ユーザによって入力されたシステム更新の詳細（例えばスケジューリングの日付／時刻、承認コード／トークン、ターゲットサーバ、バージョン／コードレベル）を受信し、そのシステム更新の詳細を、ターゲットサーバ（例えば、ターゲットサーバ１２５）と通信している管理コンソール１２０などの管理コンソールに戻すように動作する。スケジューリング要求機能１３５は、そのようなシステム更新の詳細を、管理コンソール１２０からデータ（例えば定期的に送信されるシステム利用可能性データ）を受信した後に、応答パケットを介して送信する。スケジューリング要求機能１３５は、システム更新がスケジュールされているという確認応答を管理コンソール１２０からさらに受信してよく、スケジューリング要求機能１３５は、サービス担当者によってアクセスできるように、確認応答をリモートサポートサーバ１１５の永続的ストレージに記憶してもよいし、又は確認応答をサービス提供クライアントデバイス１１０に送信してもよい。一実施形態において、スケジューリング要求機能１３５は、更新監視プログラム１３０の機能である。別の実施形態においては、スケジューリング要求機能１３５が、サービス提供クライアントデバイス１１０、管理コンソール１２０、及び／又はターゲットサーバ１２５通信可能である限り、スケジューリング要求機能１３５は、リモートサポートサーバ１１５又は別のサーバ又はコンピューティングデバイス上で実行されるスタンドアロンプログラムである。

システム更新が生じると、監視機能１４０は、ターゲットサーバ１２５から直接、又は管理コンソール１２０から、更新ステータスメッセージを受信するように動作する。そのようなステータスメッセージは、サービス提供クライアントデバイス１１０又はリモートサポートサーバ１１５を動作させているサービス担当者によって監視されてよい。一実施形態において、監視機能は、更新監視プログラム１３０の機能である。別の実施形態においては、監視機能１４０がサービス提供クライアントデバイス１１０、管理コンソール１２０、及び／又はターゲットサーバ１２５と通信可能である限り、監視機能は、リモートサポートサーバ１１５又は別のサーバ又はコンピューティングデバイス上で実行されているスタンドアロンプログラムである。

サービス提供クライアントデバイス１１０は、ラップトップコンピュータ、ネットブックコンピュータ、タブレットコンピュータ、ＰＣ、デスクトップコンピュータ、携帯情報端末（ＰＤＡ（登録商標））、又はスマートフォンである。概して、サービス提供クライアントデバイス１１０は、コンピュータコードを実行可能で、リモートサポートサーバ１１５と通信可能な任意の電子デバイス又はコンピューティングシステムであってよい。概して、サービス提供クライアントデバイス１１０は、リモートサポートサーバ１１５に複製すべきシステム更新の詳細を入力して、更新監視プログラム１３０及びスケジューリング要求機能１３５により使用できるようにするために、サービス担当者又は他の管理者ユーザによって利用される。また、サービス提供クライアントデバイス１１０は、ターゲットサーバ１２５のスケジュール更新に関してステータス更新を監視するためにも、そのようなユーザによって使用されてよい。サービス提供クライアントデバイス１１０は、図６に関してさらに詳細に図示及び記載するコンポーネントを含むことができる。

管理コンソール１２０は、管理サーバ、ウェブサーバ、又はデータを受信及び送信することが可能な任意の他の電子デバイス又はコンピューティングシステムとすることができる。いくつかの実施形態において、管理コンソール１２０は、ラップトップコンピュータ、タブレットコンピュータ、ネットブックコンピュータ、ＰＣ、デスクトップコンピュータ、又はネットワーク１０５を介してリモートサポートサーバ１１５と通信可能で、別のネットワーク又は直接接続を介してターゲットサーバ１２５と通信可能な任意のプログラマブル電子デバイスとすることができる。他の実施形態において、管理コンソール１２０は、クラウドコンピューティング環境などにおいて、複数のコンピュータをサーバシステムとして利用するサーバコンピューティングシステムを表すことができる。別の実施形態において、管理コンソール１２０は、シームレスなリソースの単一のプールとして作用するようクラスタ化されたコンピュータ及びコンポーネントを利用するコンピューティングシステムを表す。管理コンソール１２０は、更新プログラム１４５を収容している。いくつかの実施形態において、管理コンソール１２０は、概してターゲットサーバ１２５を管理するように動作して、リモートユーザにとってネットワーク１０５を介してアクセス不可能であり得るターゲットサーバ１２５を、システム管理者が管理、監視、及びサービス提供できるようにする。管理コンソール１２０は、図６に関してさらに詳細に図示及び記載するコンポーネントを含むことができる。

ターゲットサーバ１２５は、管理サーバ、ウェブサーバ、又はデータを受信及び送信することが可能な任意の他の電子デバイス又はコンピューティングシステムとすることができる。いくつかの実施形態において、ターゲットサーバ１２５は、ラップトップコンピュータ、タブレットコンピュータ、ネットブックコンピュータ、ＰＣ、デスクトップコンピュータ、又は管理コンソール１２０と通信可能な任意のプログラマブル電子デバイスとすることができる。他の実施形態において、ターゲットサーバ１２５は、クラウドコンピューティング環境などにおいて、複数のコンピュータをサーバシステムとして利用するサーバコンピューティングシステムを表すことができる。別の実施形態において、ターゲットサーバ１２５は、シームレスなリソースの単一のプールとして作用するようクラスタ化されたコンピュータ及びコンポーネントを利用するコンピューティングシステムを表す。概して、ターゲットサーバ１２５は、システムに対するファームウェア及び／又はソフトウェアの更新をスケジュールすべき任意のサーバ、メインフレーム、又はコンピューティングデバイスである。一実施形態において、ターゲットサーバ１２５は、外部サービスにターゲットサーバ１２５への呼出しを開始させない。ターゲットサーバ１２５は、図６に関してさらに詳細に図示及び記載するコンポーネントを含むことができる。

更新プログラム１４５は、システム更新をスケジュールするための承認済み試行が受信されていることを識別し、システム更新をスケジュールし、システム更新のスケジューリングの確認応答を送信し、その後、システム更新の詳細に対応するスケジュールされた日付及び時刻において、コードロード要求に応答して、必要なシステム更新データ（例えば、インストールファイル、ファームウェア更新、コード）をリモートサポートサーバ１１５からターゲットサーバ１２５に、直接か又は管理コンソール１２０を介して取り出すか、又は他の方法で受信するように動作する。また、更新プログラム１４５は、サービス提供クライアントデバイス１１０又はリモートサポートサーバ１１５におけるサービス担当者又は他の管理者ユーザによるアクセスのために、リモートサーバ１１５に送信すべき更新ステータスメッセージを生成する。一実施形態において、更新プログラム１４５は、管理コンソール１２０に存在する。他の実施形態においては、更新プログラム１４５がターゲットサーバ１２５及びリモートサポートサーバ１１５と通信可能である限り、更新プログラム１４５は、ターゲットサーバ１２５などの別のサーバ又は別のコンピューティングデバイスに存在することができる。一実施形態において、更新プログラム１４５は、２つの機能、すなわちスケジューリング承認機能１５０及び更新機能１５５を含む。

スケジューリング承認機能１５０は、システム更新をスケジュールし、システム更新をスケジュールするための要求の確認応答を送信するように動作する。そのようなシステム更新要求は、ターゲットサーバ１２５のために管理コンソール１２０によって定期的に（例えば毎時、毎日、毎週）送信されてよいデータパケット（例えばシステム利用可能性データ）に応答するリターンパケットのメタデータとして、スケジューリング承認機能１５０によって受信される。スケジューリング承認機能１５０によって受信されるメタデータは、スケジューリングデータ（例えば日付、時刻）、承認済みコード／トークン、ターゲットサーバ１２５などのターゲットデバイス、及びシステム更新に関連付けされた指定のコードレベル又はソフトウェア／ファームウェアのバージョンなどの情報を含んでよい。一実施形態において、スケジューリング承認機能１５０は、更新プログラム１４５の機能である。別の実施形態においては、スケジューリング承認機能１５０が管理ターゲットサーバ１２５及び／又はリモートサポートサーバ１１５と通信可能である限り、スケジューリング承認機能１５０は、管理コンソール１２０、ターゲットサーバ１２５、又は別のサーバ又はコンピューティングデバイス上で実行されるスタンドアロンプログラムである。

更新機能１５５は、システム更新のスケジュールされた日付及び時刻において、リモートコードロード要求を生成してリモートサーバ１１５に送信し、ターゲットサーバ１２５によって処理して更新を実行するためのシステム更新データ（例えばインストールファイル、ファームウェア更新、コード）を取り出すか又は他の方法で受信し、サービス提供クライアントデバイス１１０又はリモートサポートサーバ１１５を介したサービス担当者又は管理者ユーザによるアクセスのために、更新の間中、システム更新ステータスメッセージを定期的にリモートサポートサーバ１１５に送信するように動作する。一実施形態において、更新機能１５５は、更新プログラム１４５の機能である。別の実施形態においては、更新機能１５５が管理ターゲットサーバ１２５及び／又はリモートサポートサーバ１１５と通信可能である限り、更新機能１５５は、管理コンソール１２０、ターゲットサーバ１２５、又は別のサーバ又はコンピューティングデバイス上で実行されるスタンドアロンプログラムである。

図２は、本発明の一実施形態による、システム更新スケジュール要求を送信し、そのような要求の承認を受信するための、図１のコンピューティング環境１００内で実行されるスケジューリング要求機能１３５の段階のフローチャート２００を示す。

一実施形態において、最初に他の管理者ユーザのサービス担当者は、ターゲットサーバ１２５に関連付けられた第２のユーザと調整を行う。例えば、第２のユーザは、ターゲットサーバ１２５を所有／リースしているサービス担当者のクライアント又は顧客であってよく、サービス担当者は、ターゲットサーバ１２５の維持及び／又は更新の責任を負っていてよい。サービス担当者は、ネットワーク１０５の外部のチャネルを介して承認トークン又はコードを取得する。例えば、第２のユーザは、電話又は実際のやりとりを介して、そのような承認トークンを口頭でサービス担当者に提供してよい。いくつかの実施形態において、承認トークンは、スケジューリングを可能にする１回限り利用可能な承認トークンである。ターゲットサーバ１２５又は管理コンソール１２０の管理者ユーザは、そのような承認トークンがサービス担当者に提供されることを要求してよく、この要求に応答して、承認トークンが生成されてよい。承認トークンは、例えば６桁のハッシュトークンであってよく、これが読み取られて、サービス担当者に口頭で伝えられてよい。また、第２のユーザは、システム更新に関する他の情報、例えばスケジューリング情報（日付／時刻）、更新されるべき特定のシステム（例えばターゲットサーバ１２５）、所望のコードレベル又はソフトウェア／ファームウェアのバージョン、又はシステム更新のスケジューリングに関連する他の情報を、サービス担当者に提供してよい。

システム更新の詳細を受信した後に、サービス担当者は、システム更新の詳細をコンピューティングデバイスに入力する。いくつかの実施形態において、サービス担当者は、システム更新の詳細をサービス提供クライアントデバイス１１０に入力する。他の実施形態において、サービス担当者は、システム更新の詳細をリモートサポートサーバ１１５に入力する。

段階２１０において、スケジューリング要求機能１３５は、システム更新の詳細を受信する。システム更新の詳細がリモートサポートサーバ１１５に直接入力される実施形態において、スケジューリング要求機能１３５は、リモートサポートサーバ１１５のユーザインタフェースにおけるユーザ（例えばサービス担当者の）入力を介して、システム更新の詳細を受信する。システム更新の詳細がサービス提供クライアントデバイス１１０において入力される実施形態において、スケジューリング要求機能１３５は、サービス提供クライアントデバイス１１０からシステム更新の詳細を受信する。例えば、スケジューリング要求機能１３５よるシステム更新の詳細へのアクセスが可能になるように、サービス提供クライアントデバイス１１０のプロセスは、ネットワーク１０５を介して、システム更新の詳細をリモートサポートサーバ１１５にコピー、送信、又は他の方法で複製してよい。

段階２２０において、スケジューリング要求機能１３５は、ターゲットサーバ１２５からデータを受信する。いくつかの実施形態において、スケジューリング要求機能１３５は、ターゲットサーバ１２５から直接データを受信する。他の実施形態において、スケジューリング要求機能１３５は、本質的にターゲットサーバ１２５を参照する管理コンソール１２０から、データを受信する。スケジューリング要求機能１３５によって受信されるデータは、定期的な、規則的にスケジュールされたシステム利用可能性データ又は他のタイプのスケジュールされたデータの形態であってよい。概して、ターゲットサーバ１２５から受信されるデータは、スケジューリング要求機能１３５によって受信されるシステム更新の詳細とは無関係である（段階２１０を参照）。スケジューリング要求機能１３５は、そのようなデータを定期的に、例えば毎日受信してよい。他の実施形態において、スケジューリング要求機能１３５は、定期的にではあるが、任意の特定のスケジュールに従わずにそのようなデータを受信する。例えば、ターゲットサーバ１２５又は管理コンソール１２０は、特定の測定基準が満たされたこと又は閾値を超過したことに基づき、そのようなデータを送信してよい。

段階２３０において、スケジューリング要求機能１３５は、システム更新の詳細を、ターゲットサーバ１２５への応答とともにターゲットサーバ１２５に送信する。いくつかの実施形態において、スケジューリング要求機能１３５は、システム更新の詳細を直接ターゲットサーバ１２５に送信する。他の実施形態において、スケジューリング要求機能１３５は、システム更新の詳細を管理コンソール１２０に送信し、管理コンソール１２０はターゲットサーバ１２５と通信している。概して、スケジューリング要求機能１３５は、ターゲットサーバ１２５及び／又は管理コンソール１２０からデータを受信したこと（段階２２０を参照）に応答してターゲットサーバ１２５及び／又は管理コンソール１２０に送信される応答データパケットにおいて、システム更新の詳細をメタデータとして送信する。上に記載してあるように、応答データパケットのメタデータに含まれるシステム更新の詳細は、更新の日付／時刻、承認トークン／コード、コードレベル又はソフトウェア／ファームウェアのバージョン番号、及びターゲットサーバの仕様などの詳細を含んでよい。ターゲットサーバの仕様は、承認に役立つとともに、例えばまさにそのターゲットサーバ１２５に加えて、複数の潜在的なターゲットサーバに管理コンソール１２０が動作可能に接続されている場合にも役立つことがある。スケジューリング要求機能１３５が応答データパケットを介してシステム更新の詳細を送信した結果、スケジューリング要求機能１３５は、ターゲットサーバ１２５又は管理コンソール１２０への呼出し又は接続を開始する必要はないが、システム更新の詳細をターゲットサーバ１２５及び／又は管理コンソール１２０に提供することはなお可能である。

段階２４０において、スケジューリング要求機能１３５は、ターゲットサーバ１２５から確認応答を受信する。いくつかの実施形態において、スケジューリング要求機能１３５は、ターゲットサーバ１２５から直接確認応答を受信する。他の実施形態において、スケジューリング要求機能１３５は、管理コンソール１２０から確認応答を受信する。確認応答は、管理コンソール１２０及び／又はターゲットサーバ１２５によりシステム更新の詳細が受信されたこと、及び指定の日付／時刻にシステム更新がスケジュールされたという確認を提供してよい。

図３は、本発明の一実施形態による、スケジューリング要求機能１３５からリターンデータパケットにおいて受信した要求に基づき、システム更新を承認及びスケジューリングするための、図１のコンピューティング環境１００内で実行されているスケジューリング承認機能１５０の段階のフローチャート３００を示している。

本明細書に記載するように、スケジューリング承認機能１５０は、管理コンソール１２０上に存在しており、ターゲットサーバ１２５を管理している。本発明のいくつかの実施形態は、ターゲットサーバ１２５上に存在するスケジューリング承認機能を含んでよく、そのような実施形態には管理コンソールが存在しなくてよい。

一実施形態において、最初、管理コンソール１２０は、図２に関して記載されているように定期的な更新をリモートサポートサーバに送信する（段階２２０を参照）。管理コンソール１２０のプロセスは、期間（例えば毎時、毎日、毎週）又は他の測定基準に基づき（例えば、事前選択された閾値をワークロードが超える場合に、システムのクラッシュ／エラー／再起動に応答して）、そのような更新を送信してよい。一実施形態において、管理コンソール１２０のプロセスは、ターゲットサーバ１２５を監視して、そのような更新をいつ送信するか、及びそのような更新にどのような情報を含めるべきかを判断する。他の実施形態において、ターゲットサーバ１２５のプロセスは、ステータス更新を管理コンソール１２０に送信し、管理コンソール１２０のプロセスは、受信した情報をリモートサポートサーバ１１５に中継する。更新は、システム利用可能性データ、ステータスデータ、システムエラーデータ、又は任意の他のタイプのデータなどであるがこれらに限定されない様々な情報を含んでよい。

段階３１０において、スケジューリング承認機能１５０は、先に記載した定期的な更新のうちの送信された更新からのリターンとして、１つ又は複数の応答データパケットを受信する。スケジューリング承認機能１５０は、リモートサポートサーバ１１５から１つ又は複数の応答データパケットを受信する。

決定３２０において、スケジューリング承認機能１５０は、１つ又は複数の受信した応答データパケットがシステム更新の詳細を含むかどうかを判断する。いくつかの実施形態において、スケジューリング承認機能１５０は、様々な応答データパケットを受信してよい。例えば、リモートサポートサーバ１１５は、ターゲットサーバ１２５及び／又は管理コンソール１２０の様々なプロセスによって送信されたデータパケットの受信を確認応答する応答データパケットを単に送信するだけであってよい。スケジューリング承認機能１５０は、受信したデータパケットを分析し、受信したデータパケットのいずれかに、先に記載したようなシステム更新メタデータが含まれているかどうかを識別する。

１つ又は複数の受信した応答データパケットにシステム更新の詳細が存在しないとスケジューリング承認機能１５０が判断した場合（決定３２０、いいえの分岐）、この機能は完了する。

１つ又は複数の受信した応答データパケットにシステム更新の詳細が存在するとスケジューリング承認機能１５０が判断した場合（決定３２０、はいの分岐）、スケジューリング承認機能１５０は、有効な承認をシステム更新の詳細が含んでいるかどうかを判断する（決定３３０）。スケジューリング承認機能１５０は、有効な承認をシステム更新の詳細が含んでいるかどうかを、任意の受信した承認情報（例えば承認トークン）と、ターゲットサーバ１２５及び／又は管理コンソール１２０に関連付けられた承認情報とを比較することによって、判断してよい。図２に関して上に記載したように、ターゲットサーバ１２５又は管理コンソール１２０のいずれかにおける管理者ユーザは、例えば承認トークンの形態の承認を、ターゲットサーバ１２５又は管理コンソール１２０のプロセスに生成させていてよい。そのような承認情報は、ターゲットサーバ１２５及び／又は管理コンソール１２０に記憶されており、それにより管理コンソール１２０は、承認情報にアクセスすることができる。したがって、システム更新の詳細を含む応答データパケットをスケジューリング承認機能１５０が受信したとき、スケジューリング承認機能１５０は、受信したデータパケットからの承認を、ターゲットサーバ１２５又は管理コンソール１２０において生成された記憶されている承認情報と比較する。いくつかの実施形態において、承認情報は、スケジューリング情報（例えば日付／時刻）、ターゲットサーバ情報、及び／又はコードレベル又はソフトウェア／ファームウェアのバージョン番号などの他のシステム更新の詳細にも関連付けられている。承認情報を、これらのさらなるシステム更新の詳細に関連付けることにより、システム更新の詳細を生成しているユーザは、承認情報に加えて、システム更新についての付加的な情報を知る必要があり得るので、セキュリティが強化される。

有効な承認が存在しないとスケジューリング承認機能１５０が判断した場合（決定３３０、いいえの分岐）、機能は完了する。いくつかの実施形態において、有効な承認が存在しないと判断した後に、スケジューリング承認機能１５０は、システム更新がスケジュールされないことを示す警告又は他の通知を、リモートサポートサーバ１１５に送信してよい。そのような警告又は通知は、サービス提供クライアントデバイス１１０又はリモートサポートサーバ１１５におけるサービス担当者又は他の管理者ユーザにとってアクセス可能であってよい。いくつかの実施形態において、警告又は他の通知は、承認がなぜ無効とみなされているかを示す情報を提供してよい（例えば、不正確な承認トークン、承認トークンが他のシステム更新の詳細と一致しない）。

有効な承認が存在するとスケジューリング承認機能１５０が判断した場合（決定３３０、はいの分岐）、スケジューリング承認機能１５０は、システム更新をスケジュールする（段階３４０）。概して、承認機能１５０は、システム更新の詳細に指示された日付及び時刻に、システム更新をスケジュールする。スケジューリング承認機能１５０は、付加的なシステム更新の詳細を記憶してよい。いくつかの実施形態において、管理コンソール１２０のプロセスは、ターゲットサーバ１２５の更新を管理し、したがってスケジューリング承認機能１５０は、管理コンソール１２０に対する必要な任意の情報を記憶している。他の実施形態において、ターゲットサーバ１２５は、リモートサポートサーバ１１５と直接通信してよく、そのような実施形態において、スケジューリング承認機能１５０は、ターゲットサーバ１２５に対するシステム更新の詳細を記憶し、ターゲットサーバ１２５上でシステム更新をスケジュールしてよい。

段階３５０において、スケジューリング承認機能１５０は、リモートサポートサーバ１１５に確認応答を送信する。スケジューリング承認機能１５０は、システム更新の詳細が受信されていること、及び応答データパケットに指示された日付及び時刻においてシステム更新の実行がスケジュールされていることを詳述する確認応答を送信してよい。

いくつかの実施形態において、ターゲットサーバ１２５又は管理コンソール１２０のユーザは、スケジュールされたコードロード又はソフトウェア／ファームウェアのインストールプロセスを始める前に、ターゲットサーバ１２５に対する全てのコードロード又は他のシステム更新を閲覧するか又は取り消しすることが可能であってよい。

図４は、スケジュールされた日付及び時刻において、ターゲットサーバ１２５のコードロード又はソフトウェア／ファームウェアの更新要求を開始し、更新の間中、定期的に更新ステータスメッセージを送信するための、図１のコンピューティング環境１００内で実行される更新機能１５５の段階のフローチャート４００を示している。

本明細書において記載されるように、更新機能１５５は、管理コンソール１２０上に存在しており、ターゲットサーバ１２５を管理している。本発明のいくつか実施形態は、ターゲットサーバ１２５上に存在する更新機能を含んでよく、そのような実施形態には、管理コンソールが存在しなくてよい。

一実施形態において、最初、スケジューリング承認機能１５０は、システム更新の詳細を受信し、ターゲットサーバ１２５に対するシステム更新をスケジュールしている。

段階４１０において、更新機能１５５は、リモートコードロード又はソフトウェア／ファームウェアの更新要求を、リモートサポートサーバ１１５に送信する。いくつかの実施形態において、更新機能１５５は、あるタイプのリモートサポートサーバ要求のアウトバウンド接続を開いて、リモートコードロード又はソフトウェア／ファームウェアの更新を指示する。概して、リモートサポートサーバ要求は、詳細な情報をリモートサポートサーバ１１５に送信する。例えば、いくつかリモートサポートサーバ要求のタイプは、行動計画を準備するためにサービス担当者によって使用可能な、詳細なエラー情報を送信する。本発明のいくつかの実施形態において、リモートロードリモートサポートサーバ要求は、新規のリモートサポートサーバ要求を開く。概して、更新機能１５５は、システム更新の詳細を指定し得るリモートコードロード又はソフトウェア／ファームウェア要求、例えばソフトウェア／ファームウェアのバージョン番号又はコードレベルなどを送信してよい。

段階４２０において、更新機能１５５は、システム更新に関連付けられたシステム更新コードを受信する。例えば、更新機能１５５は、ターゲットサーバ１２５のシステム更新を処理するために使用されるインストールファイル、ソフトウェア／ファームウェアコード、又は任意の他のコードを受信してよい。いくつかの実施形態において、更新機能１５５は、必要なシステム更新データ（例えばインストールファイル、ファームウェア更新、コード）を、リモートサポートサーバ１１５から取り出してよい。管理コンソール１２０を含む実施形態において、更新機能１５５は、受信したそのようなシステム更新コードをターゲットサーバ１２５に送信して、システム更新をインストールするか又は他の方法で処理してよい。管理コンソール１２０を含まない実施形態において、更新機能１５５は、ターゲットサーバ１２５上で実行されていてよく、ターゲットサーバ１２５は、受信したシステム更新コードを直接処理することが可能であってよい。いくつかの実施形態において、更新機能１５５は、ターゲットサーバ１２５のシステム更新を実行するために必要な全てのシステム更新コードを、更新のためにそのようなコードのインストール又は処理を初期化する前に受信してよい。他の実施形態において、ターゲットサーバ１２５のシステム更新のインストール又は処理は、システム更新コードを受信することと平行して生じてよい（例えば、ソフトウェア更新について、複数のインストールファイルが存在することがある）。いくつかの実施形態において、管理コンソール１２０は、ターゲットサーバ１２５のシステム更新を能動的に管理する。

段階４３０において、更新機能１５５は、システム更新ステータスメッセージをリモートサポートサーバ１１５に送信する。概して、更新機能１５５は、ターゲットサーバ１２５のシステム更新に関連付けられた詳細を含む定期的なシステム更新ステータスメッセージを、リモートサポートサーバ１１５に送信する。いくつかの実施形態において、リモートサポートサーバ１１５上でコードロードのために開かれた問題にシステム更新が関連付けられるように、更新機能１５５は、リモートサポートサーバ要求にシステム更新メッセージを添付して、そのようなシステム更新を、サービス提供クライアントデバイス１１０又はリモートサポートサーバ１１５におけるサービス担当者又は他のユーザによりアクセス可能にすることができる。いくつかの実施形態において、ターゲットサーバ１２５は、システム更新ステータスメッセージを直接リモートサポートサーバ１１５に送信する。他の実施形態において、ターゲットサーバ１２５は、システム更新ステータスメッセージを管理コンソール１２０に送信し、更新機能１５５が、システム更新ステータスメッセージをリモートサポートサーバ１１５に送信する。さらに他の実施形態において、管理コンソール１２０は、ターゲットサーバ１２５のシステム更新を能動的に管理し、したがって、ターゲットサーバ１２５のシステム更新を監視し、システム更新ステータスメッセージを生成することが可能である。更新機能１５５によって送信されるシステム更新ステータスメッセージは、プロセスメッセージ内の詳細なコードロード、シャットダウン／再起動の情報、並びにコードロード中又はコードロードの指定中のエラー、又は失敗を生じさせた任意の詳細を含むインストールの失敗を含んでよい。いくつかの実施形態において、更新機能１５５は、事前定義された期間、例えば３分毎に１回に従って、そのようなシステム更新のメッセージを定期的に送信する。他の実施形態において、更新機能１５５は、システム更新プロセスに関連付けられた別の測定基準に基づき、そのようなシステム更新を定期的に送信する。そのような測定基準は、例えば完了パーセンテージ（例えば、ソフトウェア／ファームウェア更新のインストールの完了したパーセンテージ点毎に、１つのシステム更新メッセージ）、又はエラーメッセージの存在に基づいてよい。

図５は、管理コンソール１２０又はターゲットサーバ１２５への外部接続を開始又は確立することなく、システム更新コードを送信し更新ステータスメッセージを受信して、リモートサポートサーバ１１５又はサービス提供クライアントデバイス１１０において、サービス担当者又は他の承認されたユーザが、ターゲットサーバ１２５のシステム更新を監視できるようにするために、図１のコンピューティング環境１００内で実行される監視機能１４０の段階のフローチャート５００を示している。

一実施形態において、最初、スケジューリング要求機能１３５は、スケジューリング承認機能１５０と調整を行って、サービス提供クライアントデバイス１１０又はリモートサポートサーバ１１５におけるサービス担当者又は他の管理者ユーザから受信した情報に基づき、ターゲットサーバ１２５に対するコードロード又はソフトウェア／ファームウェア更新をスケジュールし、スケジューリングを確認する。

段階５１０において、監視機能１４０は、ターゲットサーバ１２５に対するコードロード又はソフトウェア／ファームウェア更新を求めるリモートコードロード要求を受信する。いくつかの実施形態において、監視機能１４０は、管理コンソール１２０からリモートコードロード要求を受信する。他の実施形態において、監視機能１４０は、ターゲットサーバ１２５からリモートコードロード要求を受信する。概して、監視機能１４０は、更新機能１５５に関連付けられた段階を動作可能に実行するデバイスから、リモートコードロード要求を受信する。いくつかの実施形態において、リモートコードロード要求は、図４の段階４１０において更新機能１５５に関して記載したように、リモートサポートサーバ要求の形態である。コードロード要求は、システム更新に関連付けられた詳細、例えばターゲットシステム（例えばターゲットサーバ１２５）、更新のコードレベル又はソフトウェア／ファームウェアのバージョン、又は他の情報を指定してよい。

段階５２０において、監視機能１４０は、ターゲットサーバ１２５に対するシステム更新コードを管理コンソール１２０に、又は管理コンソール１２０のない実施形態ではターゲットサーバ１２５に送信する。概して、監視機能１４０は、受信したリモートコードロード要求に応答してシステム更新コードを送信し、監視機能１４０は、管理コンソール１２０に対するシステム更新コードの送信を開始しない。いくつかの実施形態において、更新機能１５５は、リモートサポートサーバ１１５からシステム更新コードを取り出してよく、監視機能１４０は、システム更新コードを送信しなくてよい。システム更新コードは、例えばソフトウェア／ファームウェアコード、インストールファイル、又はターゲットサーバ１２５のシステム更新を処理するために使用される任意の他のコードを含んでよい。

段階５３０において、監視機能１４０は、ターゲットサーバ１２５のシステム更新に関連付けられた更新ステータスメッセージを、管理コンソール１２０から、又は管理コンソール１２０の存在しない実施形態ではターゲットサーバ１２５から受信する。監視機能１４０が受信する更新ステータスメッセージは、更新機能１５５に関して記載された更新ステータスメッセージである（図４、段階４３０を参照）。そのような更新ステータスメッセージは、インストールエラー、更新ステータス、コードロード進捗メッセージ、又はターゲットサーバ１２５のシステム更新に関連付けられた任意の他のステータスメッセージを含んでよい。更新機能１５５に関して記載したように、監視機能１４０は、そのような更新ステータスメッセージを定期的に受信してよい。いくつかの実施形態において、更新ステータスメッセージは、リモートコードロード要求（段階５１０を参照）を介して、コードロードに対して開かれた元の問題に添付される。概して、監視機能１４０は、サービス提供クライアントデバイス１１０又はリモートサポートサーバ１１５におけるサービス担当者又は他の管理者ユーザによる更新ステータスメッセージへのアクセスが可能になるように、それらを記憶する。いくつかの実施形態において、監視機能１４０は、更新ステータスメッセージをサービス提供クライアントデバイス１１０に送信する。

更新ステータスメッセージを記憶し、更新ステータスメッセージを、サービス提供クライアントデバイス１１０又はリモートサポートサーバ１１５におけるサービス担当者又は他の管理者ユーザにとってアクセス可能にすることにより、そのようなユーザがリモートデバイス（例えばサービス提供クライアントデバイス１１０、リモートサポートサーバ１１５）を利用して、ターゲットサーバ１２５又は管理コンソール１２０との外部接続を確立する必要なしに、監視機能１４０は、ターゲットサーバ１２５に関連付けられた更新を、管理コンソール１２０及び／又はターゲットサーバ１２５の現場のロケーションからリモートで、サービス担当者又は他の管理者ユーザが監視することを可能にする。リモートサポートサーバ１１５は、ターゲットサーバ１２５又は管理コンソール１２０に応答することはあるが、リモートサポートサーバ１１５が外部呼出しを開始することはなく、その代わりに、ターゲットサーバ１２５又は管理コンソール１２０から発信されるデータ要求に応答する。サービス提供クライアントデバイス１１０は、管理コンソール１２０又はターゲットサーバ１２５と決して直接通信せず、本発明の実施形態は、リモートサポートサーバ１１５に送信された更新ステータスメッセージを監視することにより、サービス担当者又は他のユーザがターゲットサーバ１２５の更新ステータスを監視できるようにする。ターゲットサーバ１２５のシステム更新を失敗させるエラーが生じた場合、システム担当者が、管理コンソール１２０の現場に行くことが可能であってよく、且つ／又はターゲットサーバ１２５が何らかの必要なオンサイトのサービスタスクを実行することが可能であってよく、サービス担当者が現場に向かう途中である間に、行動計画が策定されてよい。本発明の実施形態は、本明細書に記載したそのようなリモートコードロードが正常に実行され、システムが正常に更新された場合に、サービス担当者が現場まで移動する必要がないことの利点を認識している。さらに、本明細書に記載のリモートコードロードは、ターゲットサーバ１２５及び／又は管理コンソール１２０がコードロードを開始することを可能にし、サービス提供クライアントデバイス１１０もリモートサポートサーバ１１５も、ターゲットサーバ１２５又は管理コンソール１２０へのいかなる接続も開始せず、そのため、潜在的な外部のセキュリティ脅威から、ターゲットサーバ１２５及び／又は管理コンソール１２０のセキュリティが強化される。

図６は、本発明の例示的な実施形態による、サービス提供クライアントデバイス１１０、リモートサポートサーバ１１５、管理コンソール１２０、及び／又はターゲットサーバ１２５のコンポーネントのブロック図６００を示している。図６は、一実装形態の単なる例示を提供しており、異なる実施形態を実装可能な環境に関していかなる限定も示唆するものではないことが理解されるべきである。示された環境に多くの修正が加えられてよい。

サービス提供クライアントデバイス１１０、リモートサポートサーバ１１５、管理コンソール１２０、及びターゲットサーバ１２５のそれぞれは、キャッシュ６１６、メモリ６０６、永続的ストレージ６０８、通信ユニット６１０、及び入力／出力（Ｉ／Ｏ）インタフェース６１２の間で通信を提供する通信ファブリック６０２を含む。通信ファブリック６０２は、プロセッサ（例えばマイクロプロセッサ、通信及びネットワークプロセッサなど）、システムメモリ、周辺機器、及びシステム内の任意の他のハードウェアコンポーネントの間で、データ及び／又は制御情報の受け渡しを行うように設計された任意のアーキテクチャを用いて実装されることが可能である。例えば、通信ファブリック６０２は、１つ又は複数のバス又はクロスバースイッチを用いて実装されることが可能である。

メモリ６０６及び永続的ストレージ６０８は、コンピュータ可読記憶媒体である。本実施形態において、メモリ６０６はランダムアクセスメモリ（ＲＡＭ）を含む。概して、メモリ６０６は、任意の好適な揮発性又は不揮発性のコンピュータ可読記憶媒体を含むことができる。キャッシュ６１６は、最近アクセスされたデータ、及びアクセスされたデータの近くのデータをメモリ６０６から保持することによって、コンピュータプロセッサ６０４の性能を向上させる高速メモリである。

更新監視プログラム１３０、スケジューリング要求機能１３５、及び監視機能１４０は、キャッシュ６１６を介してそれぞれのコンピュータプロセッサ６０４のうちの１つ又は複数によって実行されるように、リモートサポートサーバ１１５の永続的ストレージ６０８及びリモートサポートサーバ１１５のメモリ６０６に記憶されてよい。
更新プログラム１４５、スケジューリング承認機能１５０、及び更新機能１５５は、キャッシュ６１６を介してそれぞれのコンピュータプロセッサ６０４のうちの１つ又は複数によって実行されるように、管理コンソール１２０の永続的ストレージ６０８及び管理コンソール１２０のメモリ６０６に記憶されてよい。実施形態において、永続的ストレージ６０８は磁気ハードディスクドライブを含む。磁気ハードディスクドライブに代えて、又はそれに加えて、永続的ストレージ６０８は、ソリッドステートハードドライブ、半導体記憶デバイス、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、フラッシュメモリ、又はプログラム命令又はデジタル情報を記憶可能な任意の他のコンピュータ可読記憶媒体を含むことができる。

永続的ストレージ６０８によって使用される媒体は、着脱可能であってもよい。例えば、着脱可能なハードドライブが永続的ストレージ６０８に使用されてよい。他の例には、同じく永続的ストレージ６０８の一部である別のコンピュータ可読記憶媒体に転送するためにドライブに挿入される光及び磁気ディスク、サムドライブ、及びスマートカードが含まれる。

通信ユニット６１０は、これらの例において、他のデータ処理システム又はデバイスとの通信を提供する。これらの例において、通信ユニット６１０は、１つ又は複数のネットワークインタフェースカードを含む。通信ユニット６１０は、物理通信リンク及び無線通信リンクのいずれか又は両方を使用して通信を提供してよい。更新監視プログラム１３０、スケジューリング要求機能１３５、及び監視機能１４０は、通信ユニット６１０を介してリモートサポートサーバ１１５の永続的ストレージ６０８にダウンロードされてよい。更新プログラム１４５、スケジューリング承認機能１５０、及び更新機能１５５は、通信ユニット６１０を介して管理コンソール１２０の永続的ストレージ６０８にダウンロードされてよい。

Ｉ／Ｏインタフェース６１２は、サービス提供クライアントデバイス１１０、リモートサポートサーバ１１５、管理コンソール１２０、及び／又はターゲットサーバ１２５に接続されていてよい他のデバイスを用いたデータの入力及び出力を可能にする。例えば、Ｉ／Ｏインタフェース６１２は、キーボード、キーパッド、タッチスクリーン、及び／又は何らかの他の好適な入力デバイスなどの外部デバイス６１８への接続を提供してよい。外部デバイス６１８は、例えばサムドライブ、ポータブル光ディスク又は磁気ディスク、及びメモリカードなどの、ポータブルコンピュータ可読記憶媒体も含むことができる。本発明の実施形態を実施するために使用されるソフトウェア及びデータ、例えば更新監視プログラム１３０、スケジューリング要求機能１３５、及び監視機能１４０は、そのようなポータブルコンピュータ可読記憶媒体に記憶されることが可能であり、Ｉ／Ｏインタフェース６１２を介してリモートサポートサーバ１１５の永続的ストレージ６０８にロードされることが可能である。本発明の実施形態を実施するために使用される付加的なソフトウェア及びデータ、例えば更新プログラム１４５、スケジューリング承認機能１５０、及び更新機能１５５は、そのようなポータブルコンピュータ可読記憶媒体に記憶されることが可能であり、Ｉ／Ｏインタフェース６１２を介して管理コンソール１２０の永続的ストレージ６０８にロードされることが可能である。Ｉ／Ｏインタフェース６１２は、ディスプレイ６２０にも接続される。

ディスプレイ６２０は、データをユーザに対して表示する機構を提供しており、例えばコンピュータモニタであってよい。

本明細書に記載のプログラムは、本発明の特定の実施形態においてそれらが実装される用途に基づいて識別される。しかしながら、本明細書における任意の特定のプログラム名称は、単に便宜上の目的で使用されており、そのため本発明は、そのような名称によって識別及び／又は示唆される任意の特定の用途での使用のみに限定されるべきでないことが、理解されるべきである。

本発明は、任意の考えられる技術詳細レベルで統合化されたシステム、方法、及び／又はコンピュータプログラム製品であってよい。コンピュータプログラム製品は、プロセッサに本発明の態様を実施させるためのコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体（又は複数のコンピュータ可読記憶媒体）を含んでよい。

コンピュータ可読記憶媒体は、命令実行デバイスにより使用される命令を保持及び記憶可能な有形デバイスとすることができる。コンピュータ可読記憶媒体は、例えば電子記憶デバイス、磁気記憶デバイス、光学記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、又はこれらの任意の好適な組み合わせであってよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例の非包括的なリストは、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フロッピディスク、パンチカード又は命令が記録されている溝内の隆起構造などの機械的に符号化されたデバイス、及び上述のものの任意の好適な組み合わせを含む。本明細書において使用されるコンピュータ可読記憶媒体は、電波又は他の自由に伝播する電磁波、導波路又は他の伝送媒体を通って伝播する電磁波（例えば、光ファイバケーブルを通過する光パルス）、又はワイヤを通じて伝送される電気信号など、それ自体が一時的な信号であると解釈されるべきではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスに、又はネットワーク、例えばインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、及び／又は無線ネットワークを介して、外部コンピュータ又は外部記憶デバイスに、ダウンロードされることが可能である。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、及び／又はエッジサーバを備えてよい。それぞれのコンピューティング／処理デバイス内のネットワークアダプタカード又はネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、当該コンピュータ可読プログラム命令を、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体に記憶するために転送する。

本発明の動作を実施するコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の構成データであってもよいし、又はＳｍａｌｌｔａｌｋ（登録商標）又はＣ＋＋などのオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語などの手続き型プログラミング言語を含む１つ又は複数のプログラミング言語の任意の組み合わせで記述したソースコード又はオブジェクトコードであってもよい。コンピュータ可読プログラム命令は、スタンドアロンのソフトウェアパッケージとして、ユーザのコンピュータ上で全体を実行してもよいし、ユーザのコンピュータ上で一部分を実行してもよいし、ユーザのコンピュータ上で一部分を、リモートコンピュータ上で一部分を実行してもよいし、又は、リモートコンピュータ又はサーバ上で全体を実行してもよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよいし、又はその接続は、外部コンピュータに対して（例えば、インターネットサービスプロバイダを使用してインターネットを介して）行われてもよい。いくつかの実施形態において、例えば、プログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実行するために、コンピュータ可読プログラム命令の状態情報を利用することによってコンピュータ可読プログラム命令を実行して、電子回路をパーソナライズしてよい。

本発明の態様は、本明細書において、本発明の実施形態による方法、装置（システム）、及び、コンピュータプログラム製品のフローチャート図及び／又はブロック図を参照しながら記載されている。フローチャート図及び／又はブロック図のそれぞれのブロック、及びフローチャート図及び／又はブロック図におけるブロックの組み合わせは、コンピュータ可読プログラム命令によって実装可能であることが理解されよう。

これらのコンピュータ可読プログラム命令をコンピュータ、又は他のプログラマブルデータ処理装置のプロセッサに提供して機械を生み出してよく、それにより、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサを介して実行される命令は、フローチャート、及び／又はブロック図の１つ又は複数のブロックで指定された機能／動作を実装する手段を作成する。また、これらのコンピュータ可読プログラム命令は、コンピュータ、プログラマブルデータ処理装置、及び／又は他のデバイスに特定の様式で機能するように指示することが可能なコンピュータ可読記憶媒体にも記憶されてよく、それにより、命令を記憶したコンピュータ可読記憶媒体は、フローチャート及び／又はブロック図の１つ又は複数のブロックで指定される機能／作用の態様を実装する命令を含む製品を備える。

また、コンピュータ可読プログラム命令は、コンピュータ、他のプログラマブルデータ処理装置、又は、他のデバイスにロードされて、コンピュータ、他のプログラマブル装置、又は他のデバイス上で一連の動作段階を実行させて、コンピュータ実装プロセスを生み出すこともでき、それによりコンピュータ、他のプログラマブル装置、又は他のデバイス上で実行される命令は、フローチャート及び／又はブロック図の１つ又は複数のブロックで指定される機能／動作を実装する。

図面におけるフローチャート及びブロック図は、本発明の様々な実施形態によるシステム、方法、及びコンピュータプログラム製品の考えられる実装形態のアーキテクチャ、機能、及び動作を示している。これに関して、フローチャート又はブロック図におけるそれぞれのブロックは、指定された論理機能を実装するための１つ又は複数の実行可能命令を含む命令のモジュール、セグメント、又は一部分を表してよい。いくつかの代替的な実装において、ブロックに記されている機能は、図面に記されている順序とは異なる順序で生じてよい。例えば、連続して示してある２つのブロックは、実際には、１つの段階として実現されてもよいし、同時に、実質的に同時に、部分的に又は全体的に時間重複する形で実行されてもよいし、又はブロックは、関与する機能に依存して逆の順序で実行される場合もあってよい。ブロック図及び／又はフローチャート図のそれぞれのブロック、及びブロック図及び／又はフローチャート図におけるブロックの組み合わせは、指定された機能又は作用を実施するか又は特定用途向けハードウェア及びコンピュータ命令の組み合わせを実行する、特定用途向けハードウェアベースのシステムによって実装可能であることにも留意されたい。

本発明の様々な実施形態の記載内容は、例示目的で提示されてきたが、包括的であること、又は開示された実施形態に限定されることを意図していない。本発明の範囲から逸脱することなく、多くの修正及び変形が当業者にとって明らかとなるであろう。本明細書で使用されている用語は、実施形態の原理、実際の用途、又は市場に見られる技術に対する技術的改善を最もよく説明するため、又は本明細書に開示されている実施形態を当業者が理解できるようにするために選択されている。

Claims (25)

1. １つ又は複数のプロセッサにより、（ｉ）更新のためのコードレベル、（ｉｉ）前記更新のためのスケジュールされた時間；（ｉｉｉ）前記更新のためのターゲットシステム、及び（ｉｖ）承認データを有する入力データを受信する段階、ここで前記承認データが（ｉ）前記更新のスケジューリングを可能にし、（ｉｉ）前記ターゲットシステムへの接続の外部にあるチャネルを介して提供される；
   １つ又は複数のプロセッサにより、前記ターゲットシステムからデータのセットを受信する段階；
   前記ターゲットシステムから前記データのセットを受信したことに応答して、１つ又は複数のプロセッサにより、前記入力データを有する応答パケットを前記ターゲットシステムに送信する段階；
   前記スケジュールされた時間に、１つ又は複数のプロセッサにより、前記更新を処理するよう求める要求を受信する段階；
   前記要求に応答して、１つ又は複数のプロセッサにより、前記更新のための前記コードレベルに対応した前記更新を処理するためのコードを送信する段階；及び
   １つ又は複数のプロセッサにより、前記更新の進捗に対応したステータスメッセージを受信する段階
   を備えるコンピュータ実装方法。
2. 前記更新を処理するよう求める前記要求が、前記ターゲットシステムによって生成されたリモートサポートサーバ要求を有する、請求項１に記載のコンピュータ実装方法。
3. 前記ステータスメッセージが、前記ターゲットシステムによって生成されたリモートサポートサーバ要求に添付される、請求項１又は請求項２に記載のコンピュータ実装方法。
4. 前記入力データを有する前記応答パケットを前記ターゲットシステムに送信した後に、１つ又は複数のプロセッサにより、前記更新のための前記スケジュールされた時間に前記更新がスケジュールされているという確認を、前記ターゲットシステムから受信する段階
   をさらに備える、前述の請求項のいずれか１項に記載のコンピュータ実装方法。
5. 前記ステータスメッセージが、前記更新の間中、所定の時間間隔に従って受信される、前述の請求項のいずれか１項に記載のコンピュータ実装方法。
6. 前記ターゲットシステムから受信する前記データのセットが、前記更新とは無関係の事前スケジュールされた定期的な接続に関連付けられる、前述の請求項のいずれか１項に記載のコンピュータ実装方法。
7. 前記ステータスメッセージが、前記ターゲットシステムによる再起動、更新の進捗、及びエラーから成るグループから選択された情報を有する、前述の請求項のいずれか１項に記載のコンピュータ実装方法。
8. 前記承認データが、前記ターゲットシステムによって生成された承認トークンを有する、前述の請求項のいずれか１項に記載のコンピュータ実装方法。
9. １つ又は複数のプロセッサにより、第１のデバイスから複製された入力データを受信する段階、前記入力データが、（ｉ）更新のためのコードレベル、（ｉｉ）前記更新のためのスケジュールされた時間；（ｉｉｉ）前記更新のためのターゲットシステム、及び（ｉｖ）承認データを含む入力データを有し、ここで前記承認データが（ｉ）前記更新のスケジューリングを可能にし、（ｉｉ）前記ターゲットシステムへの接続の外部にあるチャネルを介して提供される；
   １つ又は複数のプロセッサにより、前記ターゲットシステムと通信している第２のコンピューティングデバイスからデータのセットを受信する段階；
   前記第２のコンピューティングデバイスから前記データのセットを受信したことに応答して、１つ又は複数のプロセッサにより、前記入力データを有する応答パケットを前記第２のコンピューティングデバイスに送信する段階；
   前記スケジュールされた時間に、１つ又は複数のプロセッサにより、前記更新を処理するよう求める要求を前記第２のコンピューティングデバイスから受信する段階；
   前記要求に応答して、１つ又は複数のプロセッサにより、前記更新のための前記コードレベルに対応した前記更新を処理するためのコードを、前記第２のコンピューティングデバイスに送信する段階；及び
   １つ又は複数のプロセッサにより、前記ターゲットシステムに対する前記更新の進捗に対応したステータスメッセージを、前記第２のコンピューティングデバイスから受信する段階を備えるコンピュータ実装方法。
10. 前記更新を処理するよう求める前記要求が、前記第２のコンピューティングデバイスによって生成されたリモートサポートサーバ要求を有する、請求項９に記載のコンピュータ実装方法。
11. 前記ステータスメッセージが、前記リモートサポートサーバ要求に添付される、請求項１０に記載のコンピュータ実装方法。
12. 前記入力データを有する前記応答パケットを前記第２のコンピューティングデバイスに送信した後に、１つ又は複数のプロセッサにより、前記更新のための前記スケジュールされた時間に前記更新がスケジュールされているという確認を、前記第２のコンピューティングデバイスから受信する段階
    をさらに備える、請求項９に記載のコンピュータ実装方法。
13. 前記ステータスメッセージが、前記更新の間中、所定の時間間隔に従って受信される、請求項９に記載のコンピュータ実装方法。
14. 前記第２のコンピューティングデバイスから受信する前記データのセットが、前記更新とは無関係の事前スケジュールされた定期的な接続に関連付けられる、請求項９に記載のコンピュータ実装方法。
15. 前記ステータスメッセージが、前記ターゲットシステムによる再起動、更新の進捗、及びエラーから成るグループから選択された情報を有する、請求項９に記載のコンピュータ実装方法。
16. 前記承認データが、前記第２のコンピューティングデバイスによって生成された承認トークンを有する、請求項９に記載のコンピュータ実装方法。
17. １つ又は複数のコンピュータ可読記憶媒体、及び前記１つ又は複数のコンピュータ可読記憶媒体に集合的に記憶されたプログラム命令を備え、前記プログラム命令が、
    前記１つ又は複数のプロセッサにより、（ｉ）更新のためのコードレベル、（ｉｉ）前記更新のためのスケジュールされた時間；（ｉｉｉ）前記更新のためのターゲットシステム、及び（ｉｖ）承認データを有する入力データを受信する手順、ここで前記承認データが（ｉ）前記更新のスケジューリングを可能にし、（ｉｉ）前記ターゲットシステムへの接続の外部にあるチャネルを介して提供される；
    前記ターゲットシステムからデータのセットを受信するためのプログラム命令；
    前記ターゲットシステムから前記データのセットを受信したことに応答して、前記入力データを有する応答パケットを前記ターゲットシステムに送信するためのプログラム命令；
    前記スケジュールされた時間に、前記更新を処理するよう求める要求を受信するためのプログラム命令；
    前記要求に応答して、前記更新のための前記コードレベルに対応した前記更新を処理するためのコードを送信するためのプログラム命令；及び
    前記更新の進捗に対応したステータスメッセージを受信するためのプログラム命令
    を有する、コンピュータプログラム製品。
18. 前記更新を処理するよう求める前記要求が、前記ターゲットシステムによって生成されたリモートサポートサーバ要求を有する、請求項１７に記載のコンピュータプログラム製品。
19. 前記ステータスメッセージが、前記リモートサポートサーバ要求に添付される、請求項１８に記載のコンピュータプログラム製品。
20. 前記入力データを有する前記応答パケットを前記ターゲットシステムに送信した後に、前記更新のための前記スケジュールされた時間に前記更新がスケジュールされているという確認を、前記ターゲットシステムから受信するための、前記１つ又は複数のコンピュータ可読記憶媒体に集合的に記憶されたプログラム命令
    をさらに備える、請求項１７に記載のコンピュータプログラム製品。
21. 前記ステータスメッセージが、前記更新の間中、所定の時間間隔に従って受信される、請求項１７に記載のコンピュータプログラム製品。
22. 前記ターゲットシステムから受信する前記データのセットが、前記更新とは無関係の事前スケジュールされた定期的な接続に関連付けられる、請求項１７に記載のコンピュータプログラム製品。
23. 前記ステータスメッセージが、前記ターゲットシステムによる再起動、更新の進捗、及びエラーから成るグループから選択された情報を有する、請求項１７に記載のコンピュータプログラム製品。
24. １つ又は複数のコンピュータ可読記憶媒体、及び前記１つ又は複数のコンピュータ可読記憶媒体に集合的に記憶されたプログラム命令を備え、前記プログラム命令が、
    第１のデバイスから複製された入力データを受信するためのプログラム命令、前記入力データが、（ｉ）更新のためのコードレベル、（ｉｉ）前記更新のためのスケジュールされた時間；（ｉｉｉ）前記更新のためのターゲットシステム、及び（ｉｖ）承認データを含み、ここで前記承認データが（ｉ）前記更新のスケジューリングを可能にし、（ｉｉ）前記ターゲットシステムへの接続の外部にあるチャネルを介して提供される；
    前記ターゲットシステムと通信している第２のコンピューティングデバイスからデータのセットを受信するためのプログラム命令；
    前記第２のコンピューティングデバイスから前記データのセットを受信したことに応答して、前記入力データを有する応答パケットを前記第２のコンピューティングデバイスに送信するためのプログラム命令；
    前記スケジュールされた時間に、前記更新を処理するよう求める要求を前記第２のコンピューティングデバイスから受信するためのプログラム命令；
    前記要求に応答して、前記更新のための前記コードレベルに対応した前記更新を処理するためのコードを、前記第２のコンピューティングデバイスに送信するためのプログラム命令；及び
    前記ターゲットシステムに対する前記更新の進捗に対応したステータスメッセージを、前記第２のコンピューティングデバイスから受信するためのプログラム命令
    を有する、コンピュータプログラム製品。
25. １つ又は複数のコンピュータプロセッサ、１つ又は複数のコンピュータ可読記憶媒体、及び請求項１から１６のいずれか１項に記載のコンピュータ実装方法を実行するために前記１つ又は複数のコンピュータプロセッサのうちの少なくとも１つによって実行されるように前記１つ又は複数のコンピュータ可読記憶媒体に集合的に記憶されたプログラム命令
    を備えるコンピュータシステム。