特許 6863920 サーバ、サーバ管理システム、サーバの保守方法、およびサーバのプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6863920

(24)【登録日】2021年4月5日

(45)【発行日】2021年4月21日

(54)【発明の名称】サーバ、サーバ管理システム、サーバの保守方法、およびサーバのプログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20210412BHJP

【ＦＩ】

   G06F8/65

【請求項の数】4

【全頁数】15

(21)【出願番号】特願2018-54539(P2018-54539)

(22)【出願日】2018年3月22日

(65)【公開番号】特開2019-168799(P2019-168799A)

(43)【公開日】2019年10月3日

【審査請求日】2019年7月16日

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100124154

【弁理士】

【氏名又は名称】下坂 直樹

(72)【発明者】

【氏名】田崎 晴久

【審査官】 北元 健太

(56)【参考文献】

【文献】 特開２００５−１１５５０５（ＪＰ，Ａ）

【文献】 特開２０１７−１０７３２３（ＪＰ，Ａ）

【文献】 国際公開第２０１５／１９４６５１（ＷＯ，Ａ１）

【文献】 特開２０１６−７６１９３（ＪＰ，Ａ）

【文献】 特開２００６−２４３９１５（ＪＰ，Ａ）

【文献】 特開２０１６−１９４８９１（ＪＰ，Ａ）

【文献】 特開平１１−１１０２２１（ＪＰ，Ａ）

【文献】 特開２００５−１１５７８１（ＪＰ，Ａ）

【文献】 特開２００９−２５１８８９（ＪＰ，Ａ）

【文献】 特表２０１３−５３９８８７（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１２／００６０１５１（ＵＳ，Ａ１）

【文献】 加藤雅則、外３名，ＩｏＴ対応を強化するＢＭＣ搭載組込みコンピュータ，ＰＦＵ・テクニカルレビュー，株式会社ＰＦＵ，２０１７年 ６月 １日，第28巻, 第1号，pp.26-32

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ８／００ − ８／７７

(57)【特許請求の範囲】

【請求項1】

ネットワークを介してサポートセンタに接続する第１のネットワークインタフェースと、
前記ネットワークを介して前記サポートセンタ以外の接続先と接続する第２のネットワークインタフェースと、
前記第１のネットワークインタフェースを用いて前記サポートセンタとのリモートメディア接続が可能な、ストレージホストインタフェースと、
前記リモートメディア接続によって前記ストレージホストインタフェースに更新ファイルを認識すると、前記更新ファイルを実行するエージェントソフトウェアを実行するＯＳ（Operating System）部とを備えるサーバであって、
前記第１のネットワークインタフェース及び前記ストレージホストインタフェースはBMC（Baseband Management Controller）に設けられ、前記第１のネットワークインタフェース及び前記ストレージホストインタフェースは直接接続されず、前記BMCは、前記ストレージホストインタフェースのデータをパケット化して前記第１のネットワークインタフェースに送り、前記第１のネットワークインタフェースで受信したパケットからデータを取り出して前記ストレージホストインタフェースに送るサーバ。

【請求項2】

請求項１に記載のサーバと、前記サポートセンタを備えるサーバ管理システムであって、
前記サポートセンタは、前記更新ファイルが登録されると前記サーバと前記リモートメディア接続を行って前記サーバに前記更新ファイルを送信することを特徴とするサーバ管理システム。

【請求項3】

サーバがエージェントソフトウェア及びBMCを備え、前記BMCは第１のネットワークインタフェース及び前記第１のネットワークインタフェースと直接接続されないストレージホストインタフェースを備え、前記エージェントソフトウェアは前記第１のネットワークインタフェースを介して前記ストレージホストインタフェースとサポートセンタとのリモートメディア接続を行い、
前記リモートメディア接続によって、前記エージェントソフトウェアが前記ストレージホストインタフェースに更新ファイルを認識すると、前記エージェントソフトウェアが前記更新ファイルを実行するサーバの保守方法であって、
前記ストレージホストインタフェースと前記ストレージホストインタフェースの間のデータのやりとりについて、前記BMCは、前記ストレージホストインタフェースのデータをパケット化して前記第１のネットワークインタフェースに送り、前記第１のネットワークインタフェースで受信したパケットからデータを取り出して前記ストレージホストインタフェースに送るサーバの保守方法。

【請求項4】

サーバがエージェントソフトウェア及びBMCを備え、前記BMCは第１のネットワークインタフェース及び前記第１のネットワークインタフェースと直接接続されないストレージホストインタフェースを備え、前記エージェントソフトウェアは前記第１のネットワークインタフェースを介してストレージホストインタフェースとサポートセンタとのリモートメディア接続を行い、
前記リモートメディア接続によってエージェントソフトウェアが前記ストレージホストインタフェースに更新ファイルを認識すると、前記エージェントソフトウェアが前記更新ファイルを実行することをコンピュータに実行させるサーバのプログラムであって、
前記ストレージホストインタフェースと前記ストレージホストインタフェースの間のデータのやりとりについて、前記ストレージホストインタフェースのデータをパケット化して前記第１のネットワークインタフェースに送り、前記第１のネットワークインタフェースで受信したパケットからデータを取り出して前記ストレージホストインタフェースに送ることを前記BMCに実行させるサーバのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバ、サポートセンタ、サーバ管理システム、サーバの保守方法、およびサーバのプログラムに関するものである。

【背景技術】

【0002】

サーバ（server）の保守の際に、インターネット（Internet）に接続されるサポートセンタ（support center）から保守作業員がサーバにリモート（remote）接続をして、必要なプログラムや設定情報をアップデート（update）する方法がある。この場合、サーバとサポートセンタとはＶＰＮ（Virtual Private Network）接続を使用して、セキュリティ（security）を確保していることが多い。

【0003】

この様なリモート保守作業は、サーバが設置されている場所に保守作業者が出向く必要が無く、保守作業の省力化になるため利用促進が期待される。

【0004】

特許文献１には、サーバがサポートセンタ等と通信して、サーバの保守を実行する例が示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１３−１５６９９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、この様なリモート保守作業では、保守作業者が、サポートセンタから遠隔操作でサーバのＯＳ（Operating System）にログイン（login）して作業する必要がある。この場合、保守作業者はＯＳ上の全ファイルにアクセス可能なため、セキュリティ上、不安を感じるサーバの管理者が少なからず存在する。そのため、この様なリモート保守作業があまり普及していない。

【0007】

本発明は、上述の課題を鑑み、遠隔で保守作業をする保守作業者がサーバにログインをせずに、プログラムや設定情報をアップデート可能なサーバ、サポートセンタ、サーバ管理システム、サーバの保守方法を提供することを目的とする。

【課題を解決するための手段】

【0008】

上記の目的を達成するために、本発明のサーバは、ネットワークを介してサポートセンタに接続する第１のネットワークインタフェースと、前記ネットワークを介して前記サポートセンタ以外の接続先と接続する第２のネットワークインタフェースと、前記第１のネットワークインタフェースを用いて前記サポートセンタとのリモートメディア接続が可能なストレージホストインタフェースと、前記リモートメディア接続によって前記ストレージホストインタフェースに更新ファイルを認識すると、前記更新ファイルを実行するエージェントソフトウェアを実行するＯＳ部とを備える。

【0009】

上記の目的を達成するために、本発明のサポートセンタは、ネットワークを介してサポートセンタに接続する第１のネットワークインタフェースと、前記ネットワークを介して前記サポートセンタ以外の接続先と接続する第２のネットワークインタフェースと、前記第１のネットワークインタフェースを用いて前記サポートセンタとのリモートメディア接続が可能なストレージホストインタフェースと、前記リモートメディア接続によって前記ストレージホストインタフェースに更新ファイルを認識すると、前記更新ファイルを実行するエージェントソフトウェアを実行するＯＳ部とを備えるサーバと接続し、前記更新ファイルが登録されると前記サーバと前記リモートメディア接続を行って前記更新ファイルを送信する。

【0010】

上記の目的を達成するために、本発明のサーバ管理システムは、ネットワークを介してサポートセンタに接続する第１のネットワークインタフェースと、前記ネットワークを介して前記サポートセンタ以外の接続先と接続する第２のネットワークインタフェースと、前記第１のネットワークインタフェースを用いて前記サポートセンタとのリモートメディア接続が可能なストレージホストインタフェースと、前記リモートメディア接続によって前記ストレージホストインタフェースに更新ファイルを認識すると、前記更新ファイルを実行するエージェントソフトウェアを実行するＯＳ部とを備えるサーバと接続し、前記更新ファイルが登録されると前記サーバと前記リモートメディア接続を行って前記更新ファイルを送信するサポートセンタと、前記サーバとを備える。

【0011】

上記の目的を達成するために、本発明のサーバの保守方法は、第１のネットワークインタフェースを介してストレージホストインタフェースとサポートセンタとのリモートメディア接続を行い、前記リモート接続によってエージェントソフトウェアが前記ストレージホストインタフェースに更新ファイルを認識すると、前記エージェントソフトウェアが前記更新ファイルを実行する。

【0012】

上記の目的を達成するために、本発明のサーバのプログラムは、第１のネットワークインタフェースを介してストレージホストインタフェースとサポートセンタとのリモートメディア接続を行い、前記リモート接続によってエージェントソフトウェアが前記ストレージホストインタフェースに更新ファイルを認識すると、前記エージェントソフトウェアが前記更新ファイルを実行することをコンピュータに実行させる。

【発明の効果】

【0013】

本発明によれば、サーバ、サポートセンタ、サーバ管理システム、サーバの保守方法、およびサーバのプログラムは、遠隔で保守作業をする保守作業者がサーバにログインをせずに、プログラムや設定情報をアップデート可能になる。

【図面の簡単な説明】

【0014】

【図1】第１の実施形態の構成例を示す図である。

【図2】第２の実施形態の構成例を示す図である。

【図3】第２の実施形態の動作を説明する図である。

【図4】第２の実施形態の動作を説明する図である。

【図5】第２の実施形態の動作を説明する図である。

【図6】第２の実施形態の動作を説明する図である。

【発明を実施するための形態】

【0015】

［第１の実施形態］
次に、本発明の実施の形態について図１を参照して詳細に説明する。
［構成の説明］
図１に第１の実施形態の構成を示す。

【0016】

本実施形態のサーバ１０は、第１のネットワークインタフェース１１と、第２のネットワークインタフェース１２と、ストレージホストインタフェース１３と、ＯＳ部１４とを備える。（ネットワークインタフェース；network interface、ストレージホストインタフェース；storage host interface）。第１のネットワークインタフェース１１は、ネットワークを介してサポートセンタ３０に接続する。第２のネットワークインタフェース１２は、前記ネットワークを介して前記サポートセンタ３０以外の接続先と接続する。ストレージホストインタフェース１３は、前記第１のネットワークインタフェース１１を用いて前記サポートセンタ３０とのリモートメディア接続が可能である。また、ＯＳ部はエージェントソフトウェア１５を実行することで、前記リモートメディア接続によって前記ストレージホストインタフェース１３に更新ファイルを認識すると、前記更新ファイルを実行する。（エージェントソフトウェア；agent software）。

【0017】

この様にすることで、本実施形態のサーバ１０は、サーバの更新ファイルを実行する際に、保守作業者がサーバのＯＳにログインする必要が無い。そのため、サーバの管理者がセキュリティ上の不安を感じることなく、プログラムや設定情報をアップデート可能になる。
［第２の実施形態］
次に、第２の実施形態について図２乃至図６を参照して説明する。
［構成の説明］
図２に、本実施形態のサーバ管理システム１０００の構成を示す。

【0018】

サーバ管理システム１０００は、サーバ１００、サポートセンタ２００、ＶＰＮルータ３０１、およびＶＰＮルータ３０２によって構成されている。サーバ１００は、ＶＰＮルータ３０１を介してインターネットなどのネットワークに接続される。また、サポートセンタ２００は、ＶＰＮルータ３０２を介してネットワークに接続される。

【0019】

図２ではサーバ１００を１台としているが、ネットワークに接続され、サポートセンタ３００によって保守されるサーバ１００は複数であってもよい。

【0020】

サーバ１００は、ＯＳ部１１０と、ＢＭＣ（Baseband Management Controller）１２０を備える。

【0021】

ＢＭＣ１２０は、インターネット（Internet）などのネットワークに接続して、サポートセンタ３００とサーバ保守用の通信だけをするための第１のネットワークインタフェース（network interface）１２２を備える。第１のネットワークインタフェース１２２は、ＬＡＮ（Local Area Network）などであってもよい。

【0022】

第１のネットワークインタフェース１２２はＢＭＣ１２０の管理下にあり、ＯＳ部１１０のＣＰＵ（Central Processing Unit）には接続されていない。

【0023】

また、ＯＳ部１１０は、インターネットなどのネットワークに接続して、サーバ保守用以外の通常のデータ通信を行うための第２のネットワークインタフェース１１２を備える。

【0024】

第２のネットワークインタフェース１１２は、ＢＭＣ１２０の管理下とは独立して、ＯＳ部１１０の管理下にあり、サーバのＣＰＵに接続されている。

【0025】

第１のネットワークインタフェース１２２と、第２のネットワークインタフェース１１２は、同じネットワークに接続されても良いが、異なるネットワークに接続することでもよい。

【0026】

ＯＳ部１１０は、ＣＰＵを含み、サーバ１００の基本ソフトウェアであるＯＳを実行する。

【0027】

ＢＭＣ１２０は、システムの状態やＯＳ部１１０に依存せずに、システムのハードウェアの監視を行う管理用コントローラソフトウェアを実行する。ＢＭＣ１２０は、サーバのハードウェアを監視するための標準インタフェースであるＩＰＭＩ（Intelligent Platform Management Interface）に準拠していてもよい。

【0028】

ＢＭＣ１２０は、第１のネットワークインタフェース１２２を介して、サーバ１００とサポートセンタ３００とをリモートメディア（remote media）接続によって接続する。そして、ＢＭＣ１２０は、サポートセンタ３００に登録された更新ソフトウェアや設定更新の情報を含むパッケージファイル（package file）を、ストレージホストインタフェース１２１に接続される外部記憶媒体として認識する機能をもつ。

【0029】

図２では、ストレージホストインタフェース１２１と第１のネットワークインタフェース１２２が接続されている様に示しているが、直接物理的に接続されているのではなく、ＢＭＣ１２０がデータのやりとりを行っている。即ち、ストレージホストインタフェース１２１のデータを、ＢＭＣ１２０がパケット化（packet）して第１のネットワークインタフェース１２２に送り、第1のネットワークインタフェース１２２からネットワークに送信する。或いは、第1のネットワークインタフェース１２２で受信したパケットから、ＢＭＣ１２０がデータを取り出し、ストレージ形式のデータにしてストレージホストインタフェース１２１に送る等を行う。

【0030】

また、ＯＳ部１１０はエージェントソフトウェア１１１（agent software）を備える。エージェントソフトウェア１１１は、定期的にストレージホストインタフェース１２１に対してパッケージファイルの有無を確認し、ストレージホストインタフェース１２１で認識されたパッケージソフトウェアをＯＳ部１１０に展開する。そして、エージェントソフトウェア１１１は、展開した更新ファイルを実行する。

【0031】

サポートセンタ２００は、サーバ１００のＯＳ部１１０のＯＳ、設定情報、およびアプリケーションソフト（application software）などを保守するためのサーバである。

【0032】

サポートセンタ２００には、サーバ１００に対してＯＳ、設定情報、およびアプリケーションソフト（application software）などの更新情報があると、これらのソフトウェアや情報を含む更新ファイル２０１が登録される。

【0033】

また、サポートセンタ２００は、サーバ１００が更新ファイルを実行したことを通知する情報を受信すると、実行結果ファイル２０２を保管する。

【0034】

更新ファイル２０１と実行結果ファイル２０２は、一時的に記憶されるもので、必要がなくなると消去されるファイルである。

【0035】

さらに、サポートセンタ２００は、実行結果ファイル２０２の履歴を継続的に記憶するログ２０３（log）を有する。

【0036】

ＶＰＮルータ３０１はサーバ１００がネットワークに接続する際に、接続先を指定するためのルータである。また、ＶＰＮルータ３０２はサポートセンタ２００がネットワークに接続する際に、接続先を指定するためのルータである。
［動作の説明］
次に、本実施形態のサーバ管理システム１０００の動作について図３乃至図５を参照して説明する。

【0037】

はじめに、サポートセンタ２００の動作について、図３を参照して説明する。

【0038】

サポートセンタ２００は、はじめにパッケージファイル２０１が登録されているかどうかを判断する（Ｓ１０１）。サポートセンタ２００へのパッケージファイル２０１の登録は、保守作業者が登録することでもよい。或いは、サポートセンタ２００がＵＳＢ等のストレージホストインタフェースを備え、ストレージホストインタフェースにパッケージファイルが記憶される外部ストレージを接続することでもよい。（ＵＳＢ；Universal Serial Bus）。

【0039】

ステップＳ１０１で、パッケージファイル２０１が登録されていると判断されると（Ｓ１０１でＹ）、ステップＳ１０２にすすむ。

【0040】

ステップＳ１０１で、パッケージファイル２０１が登録されていないと判断されると（Ｓ１０１でＮ）、ステップＳ１０１に戻る。

【0041】

ステップＳ１０２で、サポートセンタ３００は、サーバ１００とリモートメディア接続を行う。（Ｓ１０２）。

【0042】

ステップＳ１０３では、サポートセンタ３００は、リモートメディア接続が成功したか否かを判断する（Ｓ１０３）。

【0043】

ここで、リモートメディア接続が成功すると、サーバ１００はリモートメディア接続が成功した信号をサポートセンタ２００に対して発信する。ステップＳ１０３の判断は、サポートセンタ２００が、サーバ１００からリモートメディア接続が成功した信号を受信するか否かで行われる。

【0044】

ステップＳ１０３で、リモートメディア接続が成功したと判断されると（Ｓ１０３でＹ）、ステップＳ１０４にすすむ。

【0045】

ステップＳ１０３で、リモートメディア接続が成功していないと判断されると（Ｓ１０３でＮ）、ステップＳ１０２にもどる。

【0046】

ステップＳ１０４で、サポートセンタ２００は、サーバ１００とのリモートメディア接続によって、サポートセンタ２００の実行結果ファイル２０２がサポートセンタに登録されたかどうかを判断する（Ｓ１０４）。

【0047】

ステップＳ１０４で、実行結果ファイル２０２が登録されたと判断されると（Ｓ１０４でＹ）、ステップＳ１０５にすすむ。

【0048】

ステップＳ１０４で、実行結果ファイル２０２が登録されていないと判断されると（Ｓ１０４でＮ）、ステップＳ１０４に戻る。

【0049】

ステップＳ１０５では、サポートセンタ２００は、実行結果ファイル２０２の内容を参照して実行結果は成功か失敗かを判断する（Ｓ１０５）。

【0050】

ステップＳ１０５で、実行結果が成功であると判断されると（Ｓ１０５でＹ）、ステップＳ１０６にすすむ。

【0051】

ステップＳ１０５で、実行結果が失敗であると判断されると（Ｓ１０５でＮ）、ステップＳ１０９にすすむ。

【0052】

ステップＳ１０６では、サポートセンタ２００は、実行結果ファイル２０２をログ（log）２０３に格納する（Ｓ１０６）。

【0053】

ステップＳ１０７では、サポートセンタ２００は、パッケージファイル２０１と実行結果ファイル２０２を削除する（Ｓ１０７）。

【0054】

ステップＳ１０８では、サポートセンタ３００はリモートメディア接続を切断する（Ｓ１０８）。

【0055】

ステップＳ１０８のあと、ステップＳ１０１に戻る。

【0056】

ステップＳ１０９では、サポートセンタ２００は、失敗を通知する実行結果ファイル２０２をログ２０３に格納する（Ｓ１０９）。

【0057】

ステップＳ１１０で、サポートセンタ２００は、実行結果ファイル２０２を削除する（Ｓ１１０）。

【0058】

ステップＳ１１０のあと、ステップＳ１０４に戻る。

【0059】

以上が、サポートセンタ２００の動作である。

【0060】

次に、サーバ１００の動作について、図４を参照して説明する。図４に示すサーバ１００の動作は、サーバ１００のエージェントソフトウェア１１１によって動作が決定されている。

【0061】

はじめに、サーバ１００のエージェントソフトウェア１１１は、ストレージホストインタフェース１２１がサポートセンタ２００に登録されたパッケージファイル２０１を認識したかどうかを判断する（Ｓ２０１）。

【0062】

ここで、ストレージホストインタフェース１２１は、リモートメディア接続によって第１のネットワークインタフェース１２２を介して、サポートセンタ２００にパッケージファイルが登録されているか否かを認識することが出来る。

【0063】

ステップＳ２０１で、パッケージファイル２０１を認識したと判断されると（Ｓ２０１でＹ）、ステップＳ２０２にすすむ。

【0064】

ステップＳ２０１で、パッケージファイル２０１を認識していないと判断されると（Ｓ２０１でＮ）、ステップＳ２０１に戻る。

【0065】

ステップＳ２０２で、サーバ１００のエージェントソフトウェア１１１は、リモートメディア接続によってパッケージファイル２０１をサーバのＯＳ部１１０に展開して、展開された更新ファイル２０１を実行する（Ｓ２０２）。

【0066】

尚、ステップＳ２０２において、エージェントソフトウェア１１１がパッケージファイル２０１をＯＳ部１１０に展開して実行する例について、図５を参照して後述する。

【0067】

ステップＳ２０３で、エージェントソフトウェア１１１は、更新ファイルの実行結果が成功か失敗かを判断する（Ｓ２０３）。

【0068】

ステップＳ２０３で、実行結果が成功であればステップＳ２０４にすすむ。

【0069】

ステップＳ２０３で、実行結果が失敗であればステップＳ２０５にすすむ。

【0070】

ステップＳ２０４で、エージェントソフトウェア１１１は、ストレージホストインタフェース１２１に、成功を通知する実行結果ファイル２０２を登録する（Ｓ２０４）。

【0071】

ストレージホストインタフェース１２１に実行結果ファイル２０２が登録されると、リモートメディア接続によってサポートセンタ２００に実行結果ファイル２０２が登録される。

【0072】

ステップＳ２０４のあと、ステップＳ２０１に戻る。

【0073】

ステップＳ２０５では、エージェントソフトウェア１１１は、ストレージホストインタフェース１２１に、失敗を通知する実行結果ファイル２０２を登録する（Ｓ２０５）。

【0074】

ストレージホストインタフェース１２１に実行結果ファイル２０２が登録されると、リモートメディア接続によってサポートセンタ２００に実行結果ファイル２０２が登録される。

【0075】

ステップＳ２０５のあと、ステップＳ２０１に戻る。

【0076】

以上が、サーバ１００の動作である。

【0077】

次に、図４のステップＳ２０５で述べた、サーバ１００がパッケージファイル２０１を展開して実行する例について、図５を参照して説明する。図５に示すサーバ１００の動作は、サーバ１００のエージェントソフトウェア１１１によって動作が決定されている。また、パッケージファイル２０１は、少なくとも１つのファイルが圧縮された、パッケージファイルであるとするが、必ずしもパッケージ化されている必要は無い。

【0078】

ここで、図６を参照して、パッケージファイル２０１の例を示す。

【0079】

図６の更新ファイルは、zipファイルフォーマット等で、パッケージ情報と実行ファイル＃１〜＃Nが圧縮されている。

【0080】

パッケージ情報には、パッケージの実行対象となる対象装置とＯＳ情報、パッケージをサーバのＯＳ上でいつ実行するかの実行時間情報を含む。また、パッケージ情報には、実行ファイルを実施する前準備として何らかの確認/事前準備が必要な場合の実行ファイルと実行時のオプションを示す事前実行ファイル名が含まれる。更に、パッケージ情報には、実行ファイル本体と実行時のオプションを示した実行ファイル名、およびサーバ１００が実行ファイルを実行後に、実行結果の検証/確認や後処理が必要な場合の確認用ファイルを示す確認用ファイル名の情報を含む。

【0081】

図４のステップＳ２０２でパッケージファイル２０１の展開と行を開始すると、ステップＳ３０１でサーバ１００は、圧縮されたパッケージファイルをエージェントソフトウェア１１１のワークエリアに展開する（Ｓ３０１）。

【0082】

ステップＳ３０２で、サーバ１００は、ステップＳ３０１で展開したファイルの内のパッケージ情報を確認し、内容が正しいかどうかファイル認証、もしくはチェックサム（Check Sum）等により確認する（Ｓ３０２）。

【0083】

ステップＳ３０２で、パッケージ情報が正しいと判断されると（Ｓ３０２でＹ）、ステップＳ３０３にすすむ。

【0084】

ステップＳ３０２で、パッケージ情報が正しくないと判断されると（Ｓ３０２でＮ）、ステップＳ３０９にすすむ。

【0085】

ステップＳ３０３では、サーバ１００は、パッケージが対象とする装置およびＯＳであるかどうかを判断する（Ｓ３０３）。

【0086】

ステップＳ３０３で、パッケージが対象とする装置およびＯＳであると判断されると（Ｓ３０３でＹ）、ステップＳ３０４にすすむ。

【0087】

ステップＳ３０３で、パッケージが対象とする装置およびＯＳでないと判断されると（Ｓ３０３でＮ）、ステップＳ３０９にすすむ。

【0088】

ステップＳ３０４で、サーバ１００は、パッケージ情報を確認し、実行時間情報があるかどうかを判断する（Ｓ３０４）。

【0089】

ステップＳ３０４で、実行時間情報があると判断されると（Ｓ３０４でＹ）、ステップＳ３１０にすすむ。

【0090】

ステップＳ３０４で、実行時間情報がないと判断されると（Ｓ３０４でＮ）、ステップＳ３０５にすすむ。

【0091】

ステップＳ３０５では、サーバ１００は、パッケージ情報を確認し、パッケージファイルの中に事前実行ファイルが登録されているかどうかを判断する（Ｓ３０５）。

【0092】

ステップＳ３０５で、事前実行ファイルがあれば（Ｓ３０５でＹ）、ステップＳ３１１にすすむ。

【0093】

ステップＳ３０５で、事前実行ファイルが無ければ（Ｓ３０５でＮ）、ステップＳ３０６にすすむ。

【0094】

ステップＳ３０６では、サーバ１００は、パッケージ情報を確認し、パッケージファイルの中に実行ファイルが登録されているかどうかを判断する（Ｓ３０６）。

【0095】

ステップＳ３０６で、実行ファイルがあれば（Ｓ３０６でＹ）、ステップＳ３１２にすすむ。

【0096】

ステップＳ３０６で、実行ファイルが無ければ（Ｓ３０６でＮ）、ステップＳ３０７にすすむ。

【0097】

ステップＳ３０７では、サーバ１００は、パッケージ情報を確認し、パッケージファイルの中に確認用ファイルが登録されているかどうかを判断する（Ｓ３０７）。

【0098】

ステップＳ３０７で、確認用ファイルがあれば（Ｓ３０７でＹ）、ステップＳ３１３にすすむ。

【0099】

ステップＳ３０７で、確認用ファイルが無ければ（Ｓ３０７でＮ）、ステップＳ３０８にすすむ。

【0100】

ステップＳ３０８では、サーバ１００は、パッケージファイルの実行が成功したことを示すフラグ（flag）を立てる（Ｓ３０８）。

【0101】

ステップＳ３０９では、サーバ１００は、パッケージファイルの実行が失敗したことを示すフラグを立てる（Ｓ３０８）。

【0102】

ステップＳ３１０では、サーバ１００は、ステップＳ３０４で確認した実行時間だけ先に進むことを待機する（Ｓ３１０）。

【0103】

ステップＳ３１０のあと、ステップＳ３０５にすすむ。

【0104】

ステップＳ３１１では、サーバ１００は、事前実行ファイルを実行し、実行が成功したかどうかを判断する（Ｓ３１１）。

【0105】

ステップＳ３１１で、事前実行ファイルの実行が成功したら（Ｓ３１１でＹ）、ステップＳ３０６にすすむ。

【0106】

ステップＳ３１１で、事前実行ファイルの実行が失敗したら（Ｓ３１１でＮ）、ステップＳ３０９にすすむ。

【0107】

ステップＳ３１２では、サーバ１００は、実行ファイルを実行し、実行が成功したかどうかを判断する（Ｓ３１２）。

【0108】

ステップＳ３１２で、実行ファイルの実行が成功したら（Ｓ３１２でＹ）、ステップＳ３０７にすすむ。

【0109】

ステップＳ３１２で、実行ファイルの実行が失敗したら（Ｓ３１２でＮ）、ステップＳ３０９にすすむ。

【0110】

ステップＳ３１３では、サーバ１００は、確認用ファイルを実行し、実行が成功したかどうかを判断する（Ｓ３１３）。

【0111】

ステップＳ３１１で、確認用ファイルの実行が成功したら（Ｓ３１３でＹ）、ステップＳ３０８にすすむ。

【0112】

ステップＳ３１３で、確認用ファイルの実行が失敗したら（Ｓ３１３でＮ）、ステップＳ３０９にすすむ。

【0113】

以上が、図４のステップＳ２０５で述べた、サーバ１００がパッケージファイル２０１を展開と実行する例である。そして、ステップＳ３０８、およびステップＳ３０９で立てられたフラグの情報は、図４のステップＳ２０６に引き継がれる。

【0114】

以上の様に、本実施形態のサーバ１００は、サーバの更新ファイルを実行する際に、保守作業者がサーバのＯＳにログインする必要が無い。

【0115】

さらに、本実施形態のサーバ１００は、サポートセンタとの通信は第１のネットワークインタフェースのみを使用し、サーバの通常のデータ通信は第２のネットワークインタフェースを使用する。

【0116】

そのため、サーバの管理者がセキュリティ上の不安を感じることなく、プログラムや設定情報をアップデート可能になる。

【0117】

以上、本発明の好適な実施形態を説明したが、上記実施形態に限定されるものではなく、次のように拡張または変形できる。

【0118】

第２の実施形態では、サーバ１００とサポートセンタ２００とを、ＶＰＮにて接続する例を示した。しかし、ＶＰＮより安価で導入が簡易な、ゲートウェイ（Gateway）とＳＩＭ（Subscriber Identity Module）を利用したＭＶＮＯ（Mobile Virtual Network Operator）閉域網を使った接続とすることもできる。

【0119】

また、第２の実施形態では、更新ファイル２０１をＢＭＣが外部記憶媒体にエミュレーション（emulation）して、サーバ１００のＯＳ部１１０が実行する例を示した。しかし、次の様にすることも可能である。

【0120】

即ち、ＯＳ部１１０に専用のドライバ（driver）を準備する。そして、サポートセンタ２００から更新ファイル２０１をＰＣＩバス（Peripheral Component Interconnect bus）上の共有メモリ等に保管する。そして、サーバ１００のＯＳ部１１０は、共有メモリ等に保管したパッケージファイル２０１を、独自インタフェース経由で実行する様にしてもよい。

【0121】

更に、第２の実施形態では、エージェントソフトウェア１１１がサポートセンタ３００から提供されるパッケージファイル２０１を実行するが、次の様にしてもよい。

【0122】

即ち、エージェントソフトウェア１１１に、ＯＳのログ収集機能や、サーバに搭載された各種センサの監視機能も持たせる。サポートセンタ３００は、定期的にサーバ１００へのリモートメディア（remote media）接続を行う。そして、エージェントソフトウェア１１１がＯＳログやセンサの累積情報をサポートセンタ３００に送信し、それをＡＩ（artificial intelligence）等を使って解析して、障害予兆診断等に使ってもよい。

【0123】

更に、第２の実施形態において、ストレージホストインタフェースを使ったリモートメディア接続を読取専用（read only）として、実行結果は実行結果ファイルの登録ではなく、簡単なSNMPトラップ等で通知するようにしてもよい。SNMP（Simple Network Management Protocol）、SNMPトラップ（SNMP trap）。

【0124】

また、本発明は、実施形態の機能を実現する情報処理プログラムが、システム或いは装置に直接或いは遠隔から供給される場合にも適用可能である。

【符号の説明】

【0125】

１０ サーバ
１１ 第１のネットワークインタフェース
１２ 第２のネットワークインタフェース
１３ ストレージホストインタフェース
１４ ＯＳ部
１５ エージェントソフトウェア
３０ サポートセンタ
１００ サーバ
１１０ ＯＳ部
１１１ エージェントソフトウェア
１１２ 第２のネットワークインタフェース
１２０ ＢＭＣ
１２１ ストレージホストインタフェース
１２２ 第１のネットワークインタフェース
２００ サポートセンタ
２０１ パッケージファイル
２０２ 実行結果ファイル
２０３ ログ
３０１ ＶＰＮルータ
３０２ ＶＰＮルータ
１０００ サーバ管理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】