JP2018013971A - 管理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】効率的に、機器をバージョンアップすることに貢献すること。
【解決手段】管理装置は、保守対象機器に搭載されるソフトウェア、及び／又はハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する、バージョンアップ処理部を備え、バージョンアップ情報は、バージョンアップのためのアクション情報を含み、バージョンアップ処理部は、特定したバージョンアップ情報から、冗長なアクション情報を削除した、バージョンアップ情報を累積した情報を出力する。
【選択図】図１

Description

本発明は、管理装置、情報処理方法、及びプログラムに関する。

情報処理装置（コンピュータ）、電子機器等に搭載されるソフトウェア（ソフトウェアプログラム）、ハードウェアにおいて障害が発生した場合、当該ソフトウェア、当該ハードウェアのバージョンアップを行うことで、障害を解消できる場合がある。そのため、障害を解消するために、保守作業を行う作業員は、ソフトウェア、ハードウェアのバージョンアップの要否を確認し、適宜、ソフトウェア、ハードウェアのバージョンアップを行う場合がある。そして、ソフトウェア、ハードウェアのバージョンアップ完了後に、作業者は修理を行う。

また、ソフトウェア、ハードウェアに関して、２段階以上のバージョンアップが必要である場合には、作業者は、バージョンアップの対象の機器に現在搭載されているバージョンから、１段階ごとに、順に、バージョンアップの作業を行う。そのため、ソフトウェア、ハードウェアに関して、バージョンアップするバージョンの段階数が多いほど、バージョンアップ作業において、作業者の作業時間が増大する。そこで、ソフトウェア、ハードウェアのバージョンアップにおいて、作業者の作業時間を低減する技術が提案されている（特許文献１、２）。

特許文献１においては、ソフトウェアの障害内容に基づいて、障害ソフトウェアを抽出し、ソフトウェアの現在の機能版数と、パッチ情報中のソフトウェアの最新機能版数とを比較し、その版数差分のパッチを抽出して出力する技術が記載されている。

特許文献２においては、保守管理サーバが、保守管理の対象であるサーバのハードウェア保守又はハードウェア定期点検において、顧客情報に基づいて、ハードウェア保守又はハードウェア定期点検の予約を、該当するサーバに指示する技術が記載されている。さらに、特許文献２に記載された技術では、保守管理サーバが、保守管理の対象であるサーバのソフトウェア更新が発生した場合に、顧客情報に基づいて、ソフトウェア更新の選択可否を、該当するサーバに通知する技術が記載されている。そして、特許文献２に記載された技術では、保守管理サーバが、保守管理の対象であるサーバのハードウェア保守又はハードウェア点検のための作業を実施、又は、ソフトウェア更新を実行する。

特開２００２−１９７１７０号公報 特開２００８−０２７１４９号公報

なお、上記先行技術文献の開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明の観点からなされたものである。

上述の通り、ソフトウェア、ハードウェアに関して、作業者が、２段階以上バージョンアップする場合、バージョンアップするバージョンの段階数が多いほど、作業者の作業時間、作業量が増大する

さらに、ソフトウェア、ハードウェアに関して、２段階以上バージョンアップする場合、冗長な作業が含まれる場合がある。例えば、ハードウェアのバージョンアップにおいて、作業者は、一のバージョンのバージョンアップ時に、部品を取り付けた後、他のバージョンのバージョンアップ時に、取り付けた当該部品を取り外して、バージョンアップ作業を終了する場合がある。その場合、部品を取り付ける作業と、同一部品を取り外す作業とは、冗長な作業である。

また、例えば、ソフトウェアのバージョンアップにおいて、バージョンアップのパッチプログラムを実行後に、機器を再起動することが必要な場合がある。その場合に、各パッチプログラムの実行後に、毎回、機器を再起動すると、必要以上に、機器を再起動する恐れがある。その場合、必要以上に、機器を再起動することは、冗長な処理である。

特許文献１においては、出力される版数差分のパッチの詳細については、一切検討されていない。つまり、特許文献１においては、出力される版数差分のパッチが、冗長な処理を含むか否かについては一切記載されていない。従って、特許文献１に記載された技術においては、冗長な処理を行う恐れがあり、効率的に機器をバージョンアップできない恐れがある。

特許文献２においては、ハードウェア保守又はハードウェア点検のための作業の詳細、ソフトウェアの更新時の処理の詳細については、一切検討されていない。つまり、特許文献２においては、ハードウェア保守又はハードウェア点検のための作業、及びソフトウェアの更新時の処理が冗長な作業、冗長な処理を含むか否かについては一切記載されていない。従って、特許文献２に記載された技術においても、冗長な処理を行う恐れがあり、効率的に機器をバージョンアップできない恐れがある。

そこで、本発明は、効率的に、機器をバージョンアップすることに貢献する管理装置、情報処理方法、及びプログラムを提供することを目的とする。

本発明の第１の視点によれば、管理装置が提供される。該管理装置は、保守対象機器に搭載されるソフトウェア、及び／又はハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する、バージョンアップ処理部を備える。前記バージョンアップ情報は、バージョンアップのためのアクション情報を含む。前記バージョンアップ処理部は、特定した前記バージョンアップ情報から、冗長な前記アクション情報を削除した、前記バージョンアップ情報を累積した情報を出力する。

本発明の第２の視点によれば、情報処理方法が提供される。該情報処理方法は、ソフトウェア、及び／又はハードウェアに関して、バージョンアップのためのアクション情報を含む、バージョンアップ情報を記憶する記憶部を備える管理装置が、前記ソフトウェア、及び／又は前記ハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する工程を含む。
さらに、該情報処理方法は、該管理装置が、特定した前記バージョンアップ情報から、冗長な前記アクション情報を削除した、累積バージョンアップ情報を出力する工程を含む。
なお、本方法は、ソフトウェア、及び／又はハードウェアのバージョンアップのためのアクション情報を管理する管理装置という、特定の機械に結び付けられている。

本発明の第３の視点によれば、プログラムが提供される。該プログラムは、ソフトウェア、及び／又はハードウェアに関して、バージョンアップのためのアクション情報を含む、バージョンアップ情報を記憶する記憶部を備える、管理装置を制御するコンピュータに実行させるプログラムである。該プログラムは、前記ソフトウェア、及び／又は前記ハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する処理を、前記コンピュータに実行させる。
さらに、該プログラムは、特定した前記バージョンアップ情報から、冗長な前記アクション情報を削除した、累積バージョンアップ情報を出力する処理を前記コンピュータに実行させる。
なお、本プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明の各視点によれば、効率的に、機器をバージョンアップすることに貢献する管理装置、情報処理方法、及びプログラムが提供される。

一実施形態の概要を説明するための図である。 管理システム１０の全体構成の一例を示すブロック図である。 第１の実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示すブロック図である。 再起動必要性レベルの一例を示す図である。 修理データベース１０８の一例を示す図である。 第１の実施形態に係る機器データベース１０９の一例を示す図である。 第１の実施形態に係る冗長アクションデータベース１１０の一例を示す図である。 第１の実施形態に係る管理システム１０の処理の一例を示すフローチャートである。 第１の実施形態に係る管理システム１０の処理の一例を示すフローチャートである。 第１の実施形態に係る管理システム１０の処理の一例を示すフローチャートである。 第２の実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示すブロック図である。 第２の実施形態に係る設計情報データベース１１１の一例を示す図である。 第２の実施形態に係る機器データベース１０９の一例を示す図である。 第２の実施形態に係る冗長アクションデータベース１１０の一例を示す図である。 第２の実施形態に係る冗長アクションデータベース１１０の一例を示す図である。 第２の実施形態に係る管理システム１０の処理の一例を示すフローチャートである。 第３の実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示すブロック図である。 第３の実施形態に係る設計情報データベース１１１の一例を示す図である。 第３の実施形態に係る管理システム１０の処理の一例を示すフローチャートである。 第４の実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示すブロック図である。 第４の実施形態に係る障害データベース１１４の一例を示す図である。 第４の実施形態に係る管理システム１０の処理の一例を示すフローチャートである。 第５の実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示すブロック図である。

初めに、図１を用いて一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各ブロック図のブロック間の接続線は、双方向及び単方向の双方を含む。

上述の通り、効率的に、機器をバージョンアップすることに貢献する管理装置が望まれる。

そこで、一例として、図１に示す管理装置１を提供する。管理装置１は、保守対象機器に搭載されるソフトウェア、及び／又はハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報（図１に示す３ａ〜３ｄ）を特定する、バージョンアップ処理部２を備える。

ここで、保守対象機器とは、管理装置１とは異なる、情報処理装置（コンピュータ）等である。そして、第１のバージョンとは、保守対象機器に現在搭載されている、ソフトウェア、及び／又はハードウェアのバージョンを意味する。また、第２のバージョンとは、第１のバージョンより新しいバージョンを意味する。なお、以下の説明において、各バージョンアップ情報を、夫々、区別する必要が無い場合、バージョンアップ情報３と表記する。また、説明の便宜上、図１に、４つのバージョンアップ情報３を示すが、これは、バージョンアップ情報を４つに限定する趣旨ではない。

バージョンアップ情報３は、バージョンアップのためのアクション情報（図１に示す４ａ〜４ｄ）を含む。

ここで、バージョンアップのためのアクションとは、ソフトウェア及び／又はハードウェアのバージョンアップのために行う処理、作業等を意味する。そして、バージョンアップのためのアクション情報４ａ〜４ｄとは、バージョンアップのためのアクションを特定する情報である。なお、以下の説明において、バージョンアップのためのアクション情報を、単に、アクション情報とも呼ぶ。また、以下の説明において、各アクション情報を、夫々、区別する必要が無い場合、アクション情報４と表記する。なお、説明の便宜上、図１に、４つのアクション情報４を示すが、これは、アクション情報４を４つに限定する趣旨ではない。

バージョンアップ処理部２は、特定したバージョンアップ情報３から、冗長なアクション情報を削除した、累積バージョンアップ情報５を出力する。冗長なアクション情報とは、冗長な処理、冗長な作業、相反する処理、相反する作業を示す情報である。また、累積バージョンアップ情報５は、特定したバージョンアップ情報３から、冗長なアクション情報を削除したバージョンアップ情報３を累積した情報である。

例えば、図１を参照すると、バージョンアップ処理部２が、バージョンアップ情報３ａ〜３ｄを特定したとする。そして、バージョンアップ情報３ａに含まれるアクション情報４ａと、バージョンアップ情報３ｂに含まれるアクション情報４ｂとが、冗長なアクション情報であるとする。その場合、バージョンアップ処理部２は、バージョンアップ情報３ａ〜３ｄから、冗長なアクション情報４ａ、４ｂを含むバージョンアップ情報３ａ、３ｂを削除し、バージョンアップ情報３ｃ、３ｄを選択する。

そして、バージョンアップ処理部２は、バージョンアップ情報３ｃ、３ｄを累積した、累積バージョンアップ情報５を生成し、出力する。その結果、管理装置１は、ソフトウェア及び／又はハードウェアのバージョンアップのために行う処理、作業のうち、冗長ではない処理、作業を示す情報を出力できる。

そして、作業者、及び／又は保守対象機器は、管理装置１が出力する情報に基づいて、バージョンアップのための作業、処理を行うことで、無駄な処理、作業を行うことを回避できる。従って、管理装置１は、機器を効率的にバージョンアップすることに貢献する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。以下の説明においては、説明の便宜上、保守対象機器を識別する情報、部品を識別する情報を、機器名、部品名と表現する。なお、保守対象機器を識別する情報、部品を識別する情報は、番号、ＩＤ（Identification）等であっても良く、機器、及び部品を識別できればその詳細は問わない。

図２は、本実施形態に係る管理システム１０の全体構成の一例を示すブロック図である。管理システム１０は、管理装置１００と、１又は２以上の保守対象機器２００と、１又は２以上の作業者端末３００とを含んで構成される。なお、図２は、本実施形態に係る管理システム１０の一例であり、本実施形態に係る管理システム１０を図２に示す構成に限定する趣旨ではない。

保守対象機器２００は、保守対象の情報処理装置（コンピュータ）、基板（電子回路基板）等である。ここで、保守とは、保守対象機器２００に搭載されるソフトウェアをバージョンアップすることを含む。各保守対象機器２００には、当該各保守対象機器２００を識別するための情報が割り当てられているものとする。以下の説明において、各保守対象機器２００には、当該各保守対象機器２００を識別するための機器名が割り当てられているものとする。

管理装置１００は、保守対象機器２００に関する情報を管理する情報処理装置（コンピュータ）である。具体的には、管理装置１００は、保守対象機器２００のバージョンアップに関する情報、保守対象機器２００の障害に関する情報を管理する。

また、管理装置１００は、保守対象機器２００のバージョンアップに関する情報を用いて、保守対象機器２００のバージョンアップ処理を支援する。例えば、管理装置１００は、保守対象機器２００が搭載するソフトウェアのバージョンアップに必要なパッチプログラムを管理しても良い。そして、保守対象機器２００にパッチプログラムを送信しても良い。そして、保守対象機器２００がパッチプログラムを実行する処理を、管理装置１００は制御しても良い。

作業者端末３００は、保守対象機器２００の保守作業等を行う作業者が操作する、情報処理装置（コンピュータ）である。作業者端末３００は、パーソナルコンピュータ（Personal Computer；ＰＣ）、スマートフォン、タブレット端末等であっても良く、本書で説明する機能を実現できれば、その詳細は問わない。

作業者端末３００は、ネットワーク２０を介して、保守対象機器２００に関する情報を管理装置１００に送信する。例えば、作業者端末３００は、ユーザの操作を介して、保守対象機器２００の修理依頼に関する伝票の番号（以下、「修理伝票番号」と呼ぶ）を取得しても良い。そして、作業者端末３００は、保守対象機器２００の修理伝票番号を、管理装置１００にネットワーク２０を介して送信しても良い。

また、作業者端末３００は、管理装置１００に、保守対象機器２００の保守に必要な情報（以下、「保守情報」と呼ぶ）を要求する。そして、管理装置１００は、要求に応じて、保守対象機器２００の保守情報を、作業者端末３００に送信する。そして、作業者端末３００は、ユーザに、受信した保守情報を提示する。保守情報は、保守対象機器２００をバージョンアップするために必要な情報を含んでも良い。また、保守情報は、保守対象機器２００の機器名、バージョン、製造番号、製造年、障害内容等の情報を含んでも良い。

管理装置１００は、ネットワーク２０を介して、１又は２以上の作業者端末３００、及び１又は２以上の保守対象機器２００と接続する。ネットワーク２０は、インターネット、イントラネット、ＬＡＮ（Local Area Network）等であっても良い。ネットワーク２０の実現方法には、各種の方式があるがその詳細は問わない。管理システム１０の実現形態に応じて、ネットワーク２０の方式は異なるものとする。また、管理装置１００と保守対象機器２００とを接続するネットワーク方式と、管理装置１００と作業者端末３００とを接続するネットワーク方式は、異なるネットワーク方式であっても良いことは勿論である。

次に、図３を参照しながら、本実施形態に係る管理装置１００及び作業者端末３００の内部構成について詳細に説明する。図３は、本実施形態に係る管理装置１００及び作業者端末３００に関係するモジュールを主に記載したブロック図である。管理装置１００及び作業者端末３００は、図２に示すモジュール以外のモジュール（ソフトウェア、ハードウェア）を含んでも良い。

まず、図３を参照しながら、作業者端末３００の内部構成について説明する。作業者端末３００は、通信部３０１と、制御部３０２と、出力部３０３と、入力部３０４とを含んで構成される。さらに、作業者端末３００は、作業者端末３００を動作させるために必要な情報を記憶するメモリ（図示せず）を含んで構成されるものとする。

通信部３０１は、作業者端末３００の通信機能を制御する。通信部３０１は、ＮＩＣ（Network Interface Card）等を用いて実現される。

出力部３０３は、外部に情報を出力する。具体的には、制御部３０２が、管理装置１００から、保守対象機器２００の保守情報を取得した場合、出力部３０３は、取得した保守情報を出力する。例えば、出力部３０３は、表示装置（図示せず）、印刷装置（図示せず）等に、保守対象機器２００の保守情報を出力しても良い。

入力部３０４は、作業者端末３００のユーザの入力操作を受け付ける。例えば、入力部３０４は、キーボード、マウス、タッチパネル等を用いて実現される。入力部３０４は、受け付けた入力を制御部３０２に渡す。

制御部３０２は、作業者端末３００を動作させるための処理を制御する。制御部３０２は、ＣＰＵ（Central Processing Unit）等を用いて実現される。

作業者端末３００のユーザは、入力部３０４を用いて、保守対象機器２００のバージョンアップに関する情報、保守対象機器２００の障害に関する情報を入力しても良い。そして、作業者端末３００の制御部３０２は、通信部３０１を介して、入力された情報を、管理装置１００に送信しても良い。

次に、図３を参照しながら、管理装置１００の内部構成について説明する。管理装置１００は、通信部１０１と、制御部１０２と、出力部１０３と、入力部１０４と、記憶部１０５とを含んで構成される。記憶部１０５は、バージョンアップ処理部１０６と、修理データベース１０８と、機器データベース１０９と、冗長アクションデータベース１１０とを格納する。また、バージョンアップ処理部１０６は、バージョンアップ処理プログラム１０７を格納する。

通信部１０１は、管理装置１００の通信機能を制御する。通信部１０１は、ＮＩＣ（Network Interface Card）等を用いて実現される。

出力部１０３は、プログラムが実行した処理結果を、外部に出力する。例えば、出力部１０３は、プログラムが実行した処理結果を、表示装置（図示せず）、印刷装置（図示せず）等に出力しても良い。

入力部１０４は、管理装置１００のユーザの入力操作を受け付ける。例えば、入力部１０４は、キーボード、マウス、タッチパネル等を用いて実現される。入力部１０４は、受け付けた入力を制御部１０２に渡す。

記憶部１０５は、管理装置１００を動作させるために必要な情報を記憶する。また、記憶部１０５は、磁気ディスク装置や光ディスク装置、半導体メモリによって実現される。なお、半導体メモリは、例えば、ＳＳＤ（Solid State Drive）であり、フラッシュメモリを使用したものでも良く、ＤＲＡＭ（Dynamic Random Access Memory）を含んでも良い。記憶部１０５が格納するモジュールの詳細は、後述する。

制御部１０２は、管理装置１００を動作させるための処理を制御する。制御部１０２は、ＣＰＵ等を用いて実現される。制御部１０２は、記憶部１０５が記憶するプログラムを呼び出し、処理を実行する。以下、説明の便宜上、制御部１０２が、記憶部１０５に記憶されるプログラムを呼び出し、処理を実行することを、「プログラムが処理を実行する」と表現する。

上記の通り、作業者端末３００は、保守対象機器２００のバージョンアップに関する情報、保守対象機器２００の障害に関する情報を、管理装置１００に送信しても良い。そして、制御部１０２は、通信部１０１を介して、保守対象機器２００のバージョンアップに関する情報、保守対象機器２００の障害に関する情報を取得しても良い。

あるいは、保守対象機器２００の管理者、保守担当者等は、入力部１０４を用いて、保守対象機器２００のバージョンアップに関する情報を入力しても良い。そして、制御部１０２は、入力部１０４を介して、保守対象機器２００のバージョンアップに関する情報を取得しても良い。

具体的には、本実施形態に係るバージョンアップに関する情報は、保守対象機器２００の機器名、バージョン、バージョンアップのためのパッチプログラム、保守対象機器２００の再起動の必要性に関する情報を含むものする。なお、以下の説明において、保守対象機器２００の再起動の必要性に関する情報を、再起動必要性レベルと呼ぶ。再起動必要性レベルの詳細は、後述する。

また、保守対象機器２００の修理依頼を受け付けたオペレータ、保守作業を完了した作業者等は、入力部１０４を用いて、保守対象機器２００の障害に関する情報を入力しても良い。そして、制御部１０２は、入力部１０４を介して、保守対象機器２００の障害に関する情報を取得しても良い。具体的には、本実施形態に係る障害に関する情報は、保守対象機器２００の機器名、バージョン、製造番号、製造年、障害内容等の情報を含んでも良い。

そして、制御部１０２は、保守対象機器２００のバージョンアップに関する情報を取得した場合、当該バージョンアップに関する情報を、機器データベース１０９に格納する。つまり、機器データベース１０９は、保守対象機器２００の機器名、バージョン、バージョンアップのためのパッチプログラム、保守対象機器２００の再起動の必要性に関する情報を格納する。

また、制御部１０２は、保守対象機器２００の障害に関する情報を取得した場合、当該障害に関する情報を、修理データベース１０８に格納する。つまり、修理データベース１０８は、保守対象機器２００の機器名、バージョン、製造番号、製造年、障害内容等の情報を格納する。

以下、記憶部１０５が格納する各モジュールについて詳細に説明する。

バージョンアップ処理部１０６は、保守対象機器２００に搭載されるソフトウェア、及び／又はハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する。各バージョンアップ情報は、バージョンアップのためのアクション情報を含む。

つまり、第１のバージョンとは、バージョンアップ対象のソフトウェアに関して、バージョンアップ前のバージョンに相当する。また、第２のバージョンとは、バージョンアップ対象のソフトウェアにおける、バージョンアップ後のバージョンに相当する。

以下の説明において、第１のバージョンとは、保守対象機器２００に現在搭載されているバージョンであるものとする。また、上記の通り、第２のバージョンとは、第１のバージョンより新しいバージョンであるものとする。例えば、第２のバージョンは、バージョンアップ対象のソフトウェアに対応する、最新のバージョンであっても良い。また、第２のバージョンは、最新のバージョンではないが、第１のバージョンより新しいバージョンであって、当該ソフトウェアの動作が安定することが、実用上、保証されているバージョン等であっても良い。

また、ソフトウェアのバージョンアップにおいては、バージョンアップのためのアクションとは、バージョンアップのためのパッチプログラムを実行すること、及びパッチプログラムを実行後に、機器を再起動すること等を含む。

ここで、パッチプログラムは、対応するソフトウェアメーカから提供されるプログラムであるものとする。また、パッチプログラムは、１段階又は２段階以上、対応するソフトウェアをバージョンアップさせるプログラムであるものとする。また、パッチプログラムは、２以上のプログラムをまとめてパッケージ化したプログラムであっても良い。なお、以下の説明において、各パッチプログラムは、２段階以上のバージョンをバージョンアップさせるプログラム、及び２以上のプログラムをまとめてパッケージ化したプログラムを含むものとする。

また、ソフトウェアのバージョンアップにおいて、バージョンアップ情報は、パッチプログラムを識別する情報と、機器の再起動必要性レベルとを対応付けた情報である。ここで、パッチプログラムを識別する情報とは、第１のバージョンから第２のバージョンまでのうち、少なくとも一のバージョンのバージョンアップをするためのパッチプログラムの名称等である。また、再起動必要性レベルとは、機器にパッチプログラムを適用後から、他のパッチプログラムを適用するまでの間における、当該機器の再起動の必要性を示す情報である。

そして、バージョンアップ処理部１０６は、特定したバージョンアップ情報から、冗長なアクション情報を削除した、累積バージョンアップ情報を出力する。上記の通り、冗長なアクション情報とは、冗長な処理、冗長な作業、相反する処理、相反する作業を示す情報である。また、上記の通り、累積バージョンアップ情報とは、特定したバージョンアップ情報から、冗長なアクション情報を削除した、バージョンアップ情報を累積した情報である。

図４は、再起動必要性レベルの一例を示す図である。具体的には、図４は、再起動必要性レベル＝１である場合、パッチプログラムを実行後に、機器の再起動は任意であることを示す。また、図４は、再起動必要性レベル＝２である場合、パッチプログラムを適用後に、いずれかのタイミングで、機器の再起動が必要であることを示す。また、図４は、再起動必要性レベル＝３である場合、パッチプログラムを実行後、他のパッチプログラムを実行するまでに、機器の再起動が必要であることを示す。以下の説明では、説明の便宜上、再起動必要性レベルとは、図４に示す情報であるものとする。ただし、図４は、再起動必要性レベルを、図４に示す種類に限定する趣旨ではない。

修理データベース１０８は、保守対象機器２００の修理依頼に関する情報を格納する。例えば、修理データベース１０８は、修理伝票番号と、機器名と、現在搭載されているバージョンと、製造番号と、製造年と、障害内容と、部品交換の履歴を対応付けて格納しても良い。

図５は、修理データベース１０８の一例を示す図である。例えば、図５は、修理伝票番号「１２３４５６７８９０」は、機器名「Ａ」の保守対象機器２００に対応することを示す。さらに、図５は、修理伝票番号「１２３４５６７８９０」に対応する保守対象機器２００には、現在、バージョン＝１のソフトウェアが搭載されていることを示す。さらに、図５は、修理伝票番号「１２３４５６７８９０」に対応する保守対象機器２００が、部品交換を行っていないことを示す。また、例えば、図５は、修理伝票番号「１２３４５６７８９４」に対応する保守対象機器２００において、部品ｃ、ｆが交換されたことがあることを示す。

機器データベース１０９は、保守対象機器２００に搭載されるソフトウェアのバージョンアップ情報を格納する。具体的には、機器データベース１０９は、機器を識別する情報と、第２のバージョンに一致、又は第２のバージョンより新しい第３のバージョンと、第３のバージョンまでバージョンアップするためのバージョンアップ情報とを対応付けて格納する。

また、機器データベース１０９は、保守対象機器２００に搭載されるソフトウェアに対応する、１又は２以上のパッチプログラムを格納する。

例えば、管理装置１００はパッチプログラムを提供する、ソフトウェアメーカのＷｅｂサイト等を監視しても良い。そして、当該ソフトウェアメーカが、新しいバージョンのパッチプログラムを公開（リリース）した場合、管理装置１００は、当該ソフトウェアメーカのＷｅｂサイト等から、新しいバージョンのパッチプログラムを取得し、機器データベース１０９に、取得したパッチプログラムを格納しても良い。または、管理装置１００の管理者、保守対象機器２００の保守担当者等は、適宜、新しいバージョンのパッチプログラムを、機器データベース１０９に登録しても良い。そして、管理装置１００が機器データベース１０９に、新しいパッチプログラムを格納した場合、管理装置１００の管理者、保守対象機器２００の保守担当者等は、当該パッチプログラムに対応する、再起動必要性レベルを設定しても良い。

図６は、機器データベース１０９の一例を示す図である。図６に示す機器データベース１０９は、機器名と、最新バージョン（上記の第３のバージョン）と、バージョンアップ情報とを対応付けた情報を示す。また、図６に示すバージョンアップ情報は、更新前バージョンと、更新後バージョンと、対応する更新前バージョンから更新後バージョンにバージョンアップするためのアクション情報とを対応付けた情報である。例えば、図６は、機器名「Ａ」の保守対象機器２００において、バージョン＝１からバージョン＝２までのバージョンアップに対応するバージョンアップ情報は、アクション情報「パッチプログラムｘ１を実行」及び「再起動（再起動必要性レベル＝２）」を含むことを示す。

冗長アクションデータベース１１０は、冗長なアクション情報の組み合わせ、冗長なアクション情報の条件のうち、少なくともいずれかを格納する。冗長アクションデータベース１１０が冗長なアクション情報の条件を格納する場合、冗長アクションデータベース１１０は、再起動必要性レベルの順列に基づいて、パッチプログラム適用後の再起動処理が、冗長なアクション情報で有るか否かを判断する条件を格納する。

図７は、冗長アクションデータベース１１０の一例を示す図である。なお、図７に示す条件は、一例であり、冗長なアクション情報の判定条件を、図７に示す条件に限定する趣旨ではない。

図７に示す条件番号０００１は、「再起動必要性レベル＝３のパッチプログラムを実行前に、再起動必要性レベル＝２のパッチプログラムの実行回数が１回より多い」場合には、条件番号０００１の条件を満たすことを示す。そして、図７は、条件番号０００１の条件を満たす場合には、「当該再起動必要性レベル＝２のパッチプログラムに対応する再起動処理は、冗長なアクション情報」である、とバージョンアップ処理部１０６が判断することを示す。

また、図７に示す条件番号０００２は、「バージョンアップ情報全体において、再起動必要性レベル＝２のパッチプログラムの実行回数が１回より多く、再起動必要性レベル＝３の回数が０回」の場合には、条件番号０００２の条件を満たすことを示す。そして、図７は、条件番号０００２の条件を満たす場合には、「再起動必要性レベル＝２のパッチプログラムに対応する再起動処理は、最後に１回行う」ことを示す。さらに、図７は、条件番号０００２の条件を満たす場合には、「再起動必要性レベル＝２のパッチプログラムに対応する再起動処理のうち、最後以外の再起動処理は、冗長なアクション情報」である、とバージョンアップ処理部１０６が判断することを示す。

また、図７に示す条件番号０００３は、「バージョンアップ情報全体において、再起動必要性レベル＝１のパッチプログラムの実行回数が１回以上である」場合には、条件番号０００３の条件を満たすことを示す。そして、図７は、条件番号０００３の条件を満たす場合には、「再起動必要性レベル＝１のパッチプログラムに対応する再起動処理は、冗長なアクション情報」である、とバージョンアップ処理部１０６が判断することを示す。

以下、バージョンアップ処理部１０６について、より詳細に説明する。

バージョンアップ処理部１０６は、２以上のバージョンアップ情報を特定する。ここで、バージョンアップ処理部１０６が特定したバージョンアップ情報の夫々は、少なくとも一のバージョンのバージョンアップに対応するものとする。具体的には、バージョンアップ処理部１０６は、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、１又は２以上のバージョンアップ情報を、機器データベース１０９から取得する。さらに、バージョンアップ処理部１０６は、第１のバージョンから第２のバージョンまでのバージョンアップに対応するパッチプログラムを、機器データベース１０９から取得する。

そして、バージョンアップ処理部１０６は、対応するバージョンが昇順又は降順になるように、特定したバージョンアップ情報を並び替えて、並び替えたバージョンアップ情報を、バージョンアップ情報列として生成する。そして、バージョンアップ処理部１０６は、冗長アクションデータベース１１０に基づいて、バージョンアップ情報列から、冗長なアクション情報を削除し、冗長なアクション情報を削除した、バージョンアップ情報列に基づいて、累積バージョンアップ情報を生成する。

また、記憶部１０５は、バージョンアップ処理プログラム１０７を記憶する。バージョンアップ処理プログラム１０７は、バージョンアップ処理部１０６の上記処理を、制御部１０２に実行させるプログラムである。

次に、本実施形態に係る管理システム１０の動作について詳細に説明する。なお、以下の説明において、対象機器とは、バージョンアップの対象となる保守対象機器２００を指すものとする。

図８は、バージョンアップ情報を特定する処理の一例を示すフローチャートである。

まず、作業者端末３００のユーザは、バージョンアップ対象の対象機器に対応する、修理伝票番号を、作業者端末３００に入力する。その場合、作業者端末３００は、入力された修理伝票番号を、管理装置１００に送信する（ステップＡ００１）。そして、管理装置１００は、作業者端末３００から修理伝票番号を受信する（ステップＡ００２）。

ステップＡ００３において、受信した修理伝票番号が、修理データベース１０８に登録されているか否かを、バージョンアップ処理部１０６は判断する。受信した修理伝票番号が、修理データベース１０８に登録されている場合（ステップＡ００３のＹＥＳ分岐）には、ステップＡ００４に遷移する。一方、受信した修理伝票番号が、修理データベース１０８に登録されていない場合（ステップＡ００３のＮＯ分岐）には、対象機器をバージョンアップする処理を終了する。

ステップＡ００４において、バージョンアップ処理部１０６は、修理伝票番号に基づいて、修理データベース１０８から、対象機器の機器名、バージョン（即ち、第１のバージョン）を抽出する。

ステップＡ００５において、抽出した対象機器の機器名が、機器データベース１０９に登録されているか否かを、バージョンアップ処理部１０６は判断する。抽出した対象機器の機器名が、機器データベース１０９に登録されている場合（ステップＡ００５のＹＥＳ分岐）には、ステップＡ００６に遷移する。一方、抽出した対象機器の機器名が、機器データベース１０９に登録されていない場合（ステップＡ００５のＮＯ分岐）には、対象機器をバージョンアップする処理を終了する。

ステップＡ００６において、バージョンアップ処理部１０６は、機器名に基づいて、機器データベース１０９から、最新バージョン（上記の第３のバージョン）、及びバージョンアップ情報を抽出する。

例えば、機器名「Ａ」の対象機器について、バージョンをバージョン＝１からバージョン＝５にバージョンアップするとする。そして、バージョンアップ処理部１０６は、図６に示す機器データベース１０９を参照するとする。その場合、バージョンアップ処理部１０６は、以下のバージョンアップ情報（１）〜（４）を、機器データベース１０９から抽出する。
バージョンアップ情報（１）：更新前バージョン＝１、更新後バージョン＝２
アクション情報（１−１）：パッチプログラムｘ１を実行
アクション情報（１−２）：再起動（再起動必要性レベル＝２）
バージョンアップ情報（２）：更新前バージョン＝２、更新後バージョン＝３
アクション情報（２−１）：パッチプログラムｘ２を実行
アクション情報（２−２）：再起動（再起動必要性レベル＝２）
バージョンアップ情報（３）：更新前バージョン＝３、更新後バージョン＝４
アクション情報（３−１）：パッチプログラムｘ３を実行
アクション情報（３−２）：再起動（再起動必要性レベル＝３）
バージョンアップ情報（４）：「更新前バージョン＝４、更新後バージョン＝５」
アクション情報（４−１）：パッチプログラムｘ４を実行
アクション情報（４−２）：再起動（再起動必要性レベル＝１）

ステップＡ００７において、対象機器のバージョン（修理データベース１０８から抽出したバージョン）と、最新バージョンとが一致するか否かを、バージョンアップ処理部１０６は判断する。対象機器のバージョンと、最新バージョンとが一致する場合（ステップＡ００７のＹＥＳ分岐）には、バージョンアップ処理部１０６は、バージョンアップのためのアクションが不要である旨を、作業者端末３００に送信する（ステップＡ００８）。そして、作業者端末３００は、バージョンアップのためのアクションが不要である旨を受信し、出力する（ステップＡ００９）。

一方、対象機器のバージョンと、最新バージョンとが一致しない場合（ステップＡ００７のＮＯ分岐）には、図９に示すステップＡ０２１に遷移する。

図９は、累積バージョンアップ情報を生成する処理の一例を示すフローチャートである。

ステップＡ０２１において、バージョンアップ処理部１０６は、バージョンアップ情報に基づいて、バージョンアップ情報列を生成する。

例えば、バージョンアップ処理部１０６は、上記のバージョンアップ情報（１）〜（４）を機器データベース１０９から抽出したとする。その場合、バージョンアップ処理部１０６は、バージョンアップ情報（１）〜（４）の順に並べた順列を、バージョンアップ情報列として生成する。その結果、生成されたバージョンアップ情報列は、以下の順に並べられたアクション情報の列を含むことになる。
アクション情報（１−１）：パッチプログラムｘ１を実行
アクション情報（１−２）：再起動（再起動必要性レベル＝２）
アクション情報（２−１）：パッチプログラムｘ２を実行
アクション情報（２−２）：再起動（再起動必要性レベル＝２）
アクション情報（３−１）：パッチプログラムｘ３を実行
アクション情報（３−２）：再起動（再起動必要性レベル＝３）
アクション情報（４−１）：パッチプログラムｘ４を実行
アクション情報（４−２）：再起動（再起動必要性レベル＝１）

ステップＡ０２２において、対象機器の機器名が、冗長アクションデータベース１１０に登録されているか否かを、バージョンアップ処理部１０６は判断する。対象機器の機器名が、冗長アクションデータベース１１０に登録されている場合（ステップＡ０２２のＹＥＳ分岐）には、機器名に対応付けられた冗長なアクション情報を抽出する（ステップＡ０２３）。そして、ステップＡ０２４に遷移する。一方、対象機器の機器名が、冗長アクションデータベース１１０に登録されていない場合（ステップＡ０２２のＮＯ分岐）には、ステップＡ０２４に遷移する。

ステップＡ０２４において、バージョンアップ情報列が、冗長なアクション情報を含むか否かを、バージョンアップ処理部１０６は判断する。なお、機器名に対応付けられた冗長なアクション情報が抽出された場合（ステップＡ０２３）には、バージョンアップ情報列が、抽出された冗長なアクション情報を含むか否かを、バージョンアップ処理部１０６は判断する。

また、冗長アクションデータベース１１０は、冗長なアクション情報の組み合わせ、冗長なアクション情報の条件を、機器名とは対応付けないで格納しても良い。その場合、バージョンアップ処理部１０６は、冗長アクションデータベース１１０を参照し、バージョンアップ情報列が、冗長なアクション情報を含むか否かを判断しても良い。

バージョンアップ情報列が、冗長なアクション情報を含む場合（ステップＡ０２４のＹＥＳ分岐）には、ステップＡ０２５に遷移する。バージョンアップ情報列が、冗長なアクション情報を含まない場合（ステップＡ０２４のＮＯ分岐）には、ステップＡ０２６に遷移する。

ステップＡ０２５において、バージョンアップ処理部１０６は、バージョンアップ情報列から、冗長なアクション情報に対応する、アクション情報を削除する。そして、ステップＡ０２６に遷移する。

ステップＡ０２６において、バージョンアップ処理部１０６は、バージョンアップ情報列に基づいて、累積バージョンアップ情報を生成する。そして、図１０に示すステップＡ０４１に遷移する。

例えば、バージョンアップ処理部１０６は、上記のバージョンアップ情報（１）〜（４）の順に並べた順列を、バージョンアップ情報列として生成したとする。その場合、バージョンアップ処理部１０６は、バージョンアップ情報列から、再起動必要性レベルの順列として、再起動必要性レベル＝２、再起動必要性レベル＝２、再起動必要性レベル＝３、再起動必要性レベル＝１を抽出する。

そして、バージョンアップ処理部１０６は、図７に示す冗長アクションデータベース１１０を参照して、バージョンアップ情報列が、冗長なアクション情報を含むか否かを判断するとする。つまり、再起動必要性レベルの順列が、図７に示す条件番号０００１〜０００３の条件を満たすか否かを、バージョンアップ処理部１０６は判断する。

そして、図７に示す条件番号０００１の条件に基づいて、上記のアクション情報（１−２）及びアクション情報（２−２）が冗長なアクション情報である、とバージョンアップ処理部１０６は判断する。また、図７に示す条件番号０００３の条件に基づいて、アクション情報（４−２）は、冗長なアクション情報である、とバージョンアップ処理部１０６は判断する。そのため、バージョンアップ処理部１０６は、バージョンアップ情報（１）〜（４）から構成されるバージョンアップ情報列から、アクション情報（１−２）、アクション情報（２−２）、アクション情報（４−２）を削除する。

その結果、機器名「Ａ」の対象機器について、バージョン＝１からバージョン＝５にバージョンアップする場合、バージョンアップ情報列は、以下の順に並べられたアクション情報の列を含むことになる。
アクション情報（１−１）：パッチプログラムｘ１を実行
アクション情報（２−１）：パッチプログラムｘ２を実行
アクション情報（３−１）：パッチプログラムｘ３を実行
アクション情報（３−２）：再起動
アクション情報（４−１）：パッチプログラムｘ４を実行

そして、バージョンアップ処理部１０６は、アクション情報（１−１）、アクション情報（２−１）、アクション情報（３−１）、アクション情報（３−２）、アクション情報（４−１）の順に並べられたアクション情報の列を含む、累積バージョンアップ情報を生成する。

また、例えば、機器名「Ａ」の対象機器について、バージョン＝１からバージョン＝３にバージョンアップするとする。その場合、バージョンアップ処理部１０６は、上記のバージョンアップ情報（１）〜（２）の順に並べた順列を、バージョンアップ情報列として生成する。そして、バージョンアップ情報（１）〜（２）から抽出した再起動必要性レベルの順列が、図７に示す条件番号０００１〜０００３の条件を満たすか否かを、バージョンアップ処理部１０６は判断する。

そして、図７に示す条件番号０００２の条件に基づいて、上記のアクション情報（１−２）が冗長アクション情報である、とバージョンアップ処理部１０６は判断する。一方、図７に示す条件番号０００２の条件に基づいて、上記のアクション情報（２−２）の再起動処理を実行する、とバージョンアップ処理部１０６は判断する。

その結果、機器名「Ａ」の対象機器について、バージョン＝１からバージョン＝３にバージョンアップする場合、バージョンアップ情報列は、以下の順に並べられたアクション情報の列を含むことになる。
アクション情報（１−１）：パッチプログラムｘ１を実行
アクション情報（２−１）：パッチプログラムｘ２を実行
アクション情報（２−２）：再起動

そして、バージョンアップ処理部１０６は、アクション情報（１−１）、アクション情報（２−１）、アクション情報（２−２）の順に並べられたアクション情報の列を含む、累積バージョンアップ情報を生成する。

また、例えば、機器名「Ｂ」の対象機器について、バージョン＝１からバージョン＝４にバージョンアップするとする。その場合、「パッチプログラムｙ１を実行」、「パッチプログラムｙ３を実行」、「パッチプログラムｙ４を実行」のアクション情報は、バージョン＝１からバージョン＝４にバージョンアップするためのアクション情報である。

一方、図６を参照すると、パッチプログラムｙ２は、バージョン＝１からバージョン＝３にバージョンアップするプログラムである。そのため、バージョンアップ処理部１０６は、アクション情報「パッチプログラムｙ２を実行」を含むバージョンアップ情報を選択することで、パッチプログラムの実行回数を低減するように、バージョンアップ情報列を生成できる。

図１０は、バージョンアップのためのアクションの内容を出力する処理の一例を示すフローチャートである。

ステップＡ０４１において、制御部１０２は、バージョンアップ情報列から、バージョンアップのためのアクション情報を抽出する。ステップＡ０４２において、制御部１０２は、通信部１０１を介して、バージョンアップのためのアクションの内容を、作業者端末３００に送信する。ステップＡ０４３において、作業者端末３００は、バージョンアップのためのアクションの内容を、管理装置１００から受信し、出力する。

例えば、機器名「Ａ」の対象機器について、バージョンをバージョン＝１からバージョン＝５にバージョンアップする場合、管理装置１００は、作業者端末３００に、
アクション情報（１−１）：パッチプログラムｘ１を実行
アクション情報（２−１）：パッチプログラムｘ２を実行
アクション情報（３−１）：パッチプログラムｘ３を実行
アクション情報（３−２）：再起動
アクション情報（４−１）：パッチプログラムｘ４を実行
の順に処理を実行する必要があることを通知する。

［変形例１］
本実施形態に係る管理システム１０の変形例１として、管理装置１００は、累積バージョンアップ情報に含まれるアクション情報によって特定される処理を実行させるように、対象機器を制御しても良い。つまり、管理装置１００は、生成した累積バージョンアップ情報に基づいて、対象機器に搭載されるソフトウェアを、現在搭載されているバージョン（第１のバージョン）から、第２のバージョン（例えば、最新バージョン）にバージョンアップさせても良い。

［変形例２］
本実施形態に係る管理システム１０の変形例２として、管理装置１００は、バージョンアップのためのアクションの内容を、作業者端末３００に送信すると共に、生成した累積バージョンアップ情報に対応するパッチプログラムを、対象機器に送信しても良い。または、管理装置１００は、生成した累積バージョンアップ情報に対応するパッチプログラムを、可搬記憶媒体に書き出しても良い。ここで、可搬記憶媒体は、ＤＶＤ（Digital Versatile Disk）、ＵＳＢ（Universal Serial Bus）等であっても良く、対象機器が読み込み可能であれば、その詳細は問わない。

以上のように、本実施形態に係る管理装置１００は、ソフトウェアのバージョンアップにおいて、バージョンアップのためのアクション情報から、冗長な再起動処理を示すアクション情報を削除する。そして、本実施形態に係る管理装置１００は、冗長な再起動処理を削除したアクション情報を、出力する。そのため、保守対象機器２００のバージョンアップを行う作業者は、本実施形態に係る管理装置１００を利用することで、必要以上に、保守対象機器２００を再起動することを回避できる。さらに、保守対象機器２００が、必要以上に再起動することを回避することで、保守対象機器２００をバージョンアップするために要する時間を削減できる。従って、本実施形態に係る管理システム１０は、効率的に、機器をバージョンアップすることに貢献する。

さらに、本実施形態に係る管理装置１００は、冗長な再起動処理を削除したアクション情報に基づいて、対応する保守対象機器２００に、バージョンアップのための処理を実行させても良い。その結果、本実施形態に係る管理システム１０は、効率的に、機器をバージョンアップすることに貢献すると共に、人為的な作業を低減することに貢献する。

さらに、本実施形態に係る管理装置１００は、パッチプログラムの実行回数を低減するように、バージョンアップ情報列を生成しても良い。その場合、本実施形態に係る管理装置１００は、冗長な再起動処理を削除すると共に、パッチプログラムの実行回数を低減したアクション情報を出力する。そのため、本実施形態に係る管理システム１０は、冗長な再起動処理を回避すると共に、パッチプログラムの実行回数を低減させることで、より一層、効率的に、機器をバージョンアップすることに貢献する。

［第２の実施形態］
次に、第２の実施形態について、図面を用いて詳細に説明する。

本実施形態は、保守対象機器のソフトウェア、及び／又はハードウェアのバージョンアップを管理する形態である。つまり、本実施形態において、保守とは、保守対象機器に搭載される、ソフトウェア、及び／又はハードウェアをバージョンアップすることを含むものとする。なお、本実施形態における説明では、上記の実施形態と重複する部分の説明は省略する。さらに、本実施形態における説明では、上記の実施形態と同一の構成要素には、同一の符号を付し、その説明を省略する。また、本実施形態における説明では、上記の実施形態と同一の作用効果についても、その説明を省略する。以下、他の形態においても同様であるものとする。

本実施形態に係る管理システム１０の全体構成は、図２に示す通りである。図１１は、本実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示すブロック図である。図１１に示す管理装置１００と、図３に示す管理装置１００との相違点は、図１１に示す管理装置１００は、設計情報データベース１１１を含む点である。以下の説明において、図１１に示す各モジュールに関して、第１の実施形態との相違点について詳細に説明する。具体的には、以下の説明において、ハードウェアのバージョンアップに関して詳細に説明する。なお、本実施形態に係る管理システム１０において、ソフトウェアのバージョンアップに関しては、第１の実施形態と同様であるため、その説明を省略する。

設計情報データベース１１１は、保守対象機器２００の部品名と、各部品の位置を識別する情報とを対応付けた情報を格納する。以下の説明において、部品の位置を識別する情報を、位置情報と呼ぶ。具体的には、ハードウェアの位置情報とは、保守対象機器２００において、当該ハードウェアを取り付ける（接続する）位置を識別する情報である。例えば、保守対象機器２００が、基板（電子回路基板）であるとする。その場合、位置情報とは、当該基板上において部品を接続する位置を表す座標値であっても良い。

図１２は、設計情報データベース１１１の一例を示す図である。具体的には、図１２は、機器名と、部品名と、各部品の位置情報とを対応付けて格納する。例えば、図１２は、機器名「Ａ」の機器に搭載される、部品名「ａ」の部品は、当該機器において、位置「１−１」に実装されることを示す。

本実施形態に係るバージョンアップ処理部１０６は、保守対象機器２００に搭載されるソフトウェア、及び／又はハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する。各バージョンアップ情報は、保守対象機器２００に搭載されるソフトウェア、及び／又はハードウェアに関して、バージョンアップのためのアクション情報を含む。本実施形態に係る第１のバージョンとは、バージョンアップ対象のソフトウェア、及び／又はハードウェアに関して、バージョンアップ前のバージョンに相当する。また、本実施形態に係る第２のバージョンとは、バージョンアップ対象のソフトウェア、及び／又はハードウェアに関して、バージョンアップ後のバージョンに相当する。

ここで、本実施形態に係るバージョンアップ情報は、ハードウェアを識別する情報と、ハードウェアに含まれる部品の位置を識別する情報と、ハードウェアに対応するアクション情報と、ハードウェアの接続に関する情報と、を対応付けた情報を含むものとする。以下の説明において、ハードウェアの接続に関する情報を、接続情報と呼ぶ。

具体的には、ハードウェアに対するアクション情報は、当該ハードウェアの着脱に関する情報を含んでも良い。例えば、ハードウェアに対するアクション情報は、部品を他の部品に交換すること、部品を取り外すこと、新たな部品を取り付けること等であっても良い。

ハードウェアの接続情報は、当該ハードウェアの接続方法を特定する情報、及び／又は接続媒体を特定する情報を含むものとする。例えば、ハードウェアの接続方法は、機械的に接続する方法、電気的に接続する方法等であっても良い。例えば、機械的に接続する方法とは、２以上の部品を嵌め合わせて、当該２以上の部品を接続することであっても良い。または、機械的に接続する方法とは、はんだ付け、ねじ締結等を用いて、２以上の部品を接続することであっても良い。

ハードウェアの接続媒体を特定する情報は、２以上の部品を接続するケーブルの種類、形態、材質等を特定する情報であっても良い。ここで、ケーブルの形態とは、ケーブルの長さ、太さ、等の情報であっても良い。

本実施形態に係るバージョンアップ処理部１０６は、特定したバージョンアップ情報が、冗長なアクション情報、又は冗長な接続情報を含むか否かを判断する。具体的には、本実施形態に係るバージョンアップ処理部１０６は、ハードウェアの位置情報の同一性と、アクション情報の同一性と、ハードウェアを識別する情報の順列とに基づいて、冗長なハードウェアに対するアクション情報であるか否かを判断する。

そして、バージョンアップ処理部１０６は、特定したバージョンアップ情報が、冗長なアクション情報、又は冗長な接続情報を含む場合、特定したバージョンアップ情報が、冗長なアクション情報を含むと判断する。

本実施形態に係る機器データベース１０９は、保守対象機器２００に搭載されるソフトウェア、及び／又はハードウェアのバージョンアップ情報を格納する。

図１３は、ハードウェアのバージョンアップに関して、本実施形態に係る機器データベース１０９の一例を示す図である。具体的には、図１３に示すバージョンアップ情報は、更新前バージョンと、更新後バージョンと、対応する更新前バージョンから更新後バージョンに、ハードウェアをバージョンアップするためのアクション情報とを対応付けた情報である。

例えば、機器名「Ａ」の保守対象機器２００において、バージョン＝１からバージョン＝４までのバージョンアップをするとする。そして、バージョンアップ処理部１０６は、図１３に示す機器データベース１０９を参照するとする。その場合、バージョアップ処理部１０６は、以下のバージョンアップ情報（１１）〜（１３）を、機器データベース１０９から抽出する。
バージョンアップ情報（１１）：更新前バージョン＝１、更新後バージョン＝２
アクション情報（１１−１）：部品ａを追加
バージョンアップ情報（１２）：更新前バージョン＝２、更新後バージョン＝３
アクション情報（１２−１）：部品ｂを追加
バージョンアップ情報（１３）：更新前バージョン＝３、更新後バージョン＝４
アクション情報（１３−１）：部品ａを削除

本実施形態に係る冗長アクションデータベース１１０は、冗長なアクション情報、冗長なアクション情報の組み合わせ、冗長なアクション情報の条件のうち、少なくともいずれかと、ハードウェアを識別する情報とを対応付けて格納する。具体的には、本実施形態において、冗長アクションデータベース１１０は、アクション情報の同一性と、接続情報の順列とに基づいて、ハードウェアの接続が冗長なアクション情報で有るか否かを判断するための条件を含んで構成されても良い。

図１４は、本実施形態に係る冗長アクションデータベース１１０の別の一例を示す図である。具体的には、図１４は、冗長なアクション情報の組み合わせと、ハードウェアを識別する情報とを対応付ける場合における、冗長アクションデータベース１１０の一例を示す。より具体的には、図１４は、機器名と、最新バージョンと、冗長アクション情報とを対応付けた情報を示す。そして、図１４は、更新前バージョンと、アクション情報とを対応付けた情報を、冗長アクション情報として示す。

例えば、機器名「Ａ」の保守対象機器２００において、バージョン＝１からバージョン＝４まで、ハードウェアをバージョンアップするとする。そして、バージョンアップ処理部１０６は、図１３に示す機器データベース１０９、及び図１４に示す冗長アクションデータベース１１０を参照するとする。その場合、図１４に示す冗長アクションデータベース１１０に基づいて、上記のアクション情報（１１−１）、アクション情報（１３−１）が冗長アクション情報である、とバージョンアップ処理部１０６は判断する。そのため、バージョンアップ処理部１０６は、上記のバージョンアップ情報（１１）〜（１３）から構成されるバージョンアップ情報列から、アクション情報（１１−１）、アクション情報（１３−１）を削除する。

その結果、機器名「Ａ」の対象機器について、バージョン＝１からバージョン＝４まで、ハードウェアをバージョンアップする場合、バージョンアップ情報列は、アクション情報（１１−１）、アクション情報（１３−１）を含まず、アクション情報（１２−１）を含むことになる。

そして、機器名「Ａ」の対象機器について、バージョン＝１からバージョン＝４まで、ハードウェアをバージョンアップする場合、管理装置１００は、作業者端末３００に、
アクション情報（１２−１）：部品ｂを追加
が必要であることを通知する。

図１５は、本実施形態に係る冗長アクションデータベース１１０の別の一例を示す図である。具体的には、図１５は、冗長なアクション情報の条件と、ハードウェアを識別する情報とを対応付ける場合における、冗長アクションデータベース１１０の一例を示す。なお、図１５に示す条件は一例であり、本実施形態に係る冗長なアクション情報の判定条件を、図１５に示す条件に限定する趣旨ではない。

図１５に示す条件番号１００１は、機器名「Ａ」又は「Ｂ」の機器に対応する条件である。条件番号１００１は、「同一の位置において、同一の部品を追加及び削除」する場合には、条件番号１００１の条件を満たすことを示す。そして、図１５は、条件番号１００１の条件を満たす場合には、「当該部品を追加するアクション情報、及び当該部品を削除するアクション情報は、冗長なアクション情報」である、とバージョンアップ処理部１０６が判断することを示す。

また、図１５に示す条件番号１００２は、機器名「Ａ」又は「Ｂ」の機器に対応する条件である。そして、条件番号１００２は、「機器、位置、部品が同一の場合において、バージョンがＶ１の時の接続方法がＭ１であり、バージョンがＶ１より小さいＶ２の時の接続方法がＭ１以外」である場合には、条件番号１００２の条件を満たすことを示す。そして、図１５は、条件番号１００２の条件を満たす場合には、「バージョンがＶ２である場合の接続方法は、冗長なアクション情報」である、とバージョンアップ処理部１０６が判断することを示す。

また、図１５に示す条件番号１００３は、機器名「Ａ」又は「Ｂ」の機器に対応する条件である。そして、条件番号１００３は、「機器、位置、部品が同一の場合において、バージョンがＶ１の時の接続媒体がＭ２であり、バージョンがＶ１より小さいＶ２の時の接続媒体がＭ２以外」である場合には、条件番号１００３の条件を満たすことを示す。そして、図１５は、条件番号１００３の条件を満たす場合には、「バージョンがＶ２に対応する接続媒体を用いた接続は、冗長なアクション情報」である、とバージョンアップ処理部１０６が判断することを示す。

例えば、上記のアクション情報（１１−１）、及びアクション情報（１３−１）は、「同一の部品を追加及び削除」するアクション情報である。そして、図１２を参照すると、機器名「Ａ」の機器に搭載される、部品名「ａ」の部品の位置情報は、単一の位置情報（即ち、「１−１」）である。よって、上記のアクション情報（１１−１）、及びアクション情報（１３−１）は、図１５に示す条件番号１００１の条件を満たす。そのため、バージョンアップ処理部１０６は、図１５に示す冗長アクションデータベース１１０を参照する場合、条件番号１００１に基づいて、上記のアクション情報（１１−１）、及びアクション情報（１３−１）が、冗長なアクション情報であると判断する。その結果、バージョンアップ処理部１０６は、バージョンアップ情報列からアクション情報（１１−１）、及びアクション情報（１３−１）を削除し、累積アクション情報を生成する。そして、管理装置１００は、「部品ｂを追加」（アクション情報（１２−１））を実行する必要があることを、作業者端末３００に通知する。

また、例えば、機器名「Ａ」の機器に搭載される、部品名「ａ」の部品に関して、当該機器のバージョンを１から２にバージョンアップする場合には、はんだ付けを用いて、当該部品を、他の部品と接続するとする。そして、同一の機器、部品、位置において、当該機器のバージョンを２から３にバージョンアップする場合には、当該部品を、他の部品に嵌め合わせて接続するとする。その場合、同一の機器、部品、位置において、接続方法を変更することになる。よって、図１５に示す冗長アクションデータベース１１０を参照する場合、条件番号１００２に基づいて、はんだ付けを用いた接続方法は、冗長なアクション情報である、とバージョンアップ処理部１０６は判断する。その結果、バージョンアップ処理部１０６は、バージョンアップ情報列から、はんだ付けを用いた接続方法を示すアクション情報を削除し、累積アクション情報を生成する。そして、管理装置１００は、部品名「ａ」の部品を、他の部品に嵌め合わせて接続する必要があることを、作業者端末３００に通知する。

また、例えば、機器名「Ａ」の機器に搭載される、部品名「ａ」の部品に関して、当該機器のバージョンを１から２にバージョンアップする場合には、太さ５ミリメートル（Millimeter；mm）のケーブルで、他の部品と接続するとする。そして、同一の機器、部品、位置において、当該機器のバージョンを２から３にバージョンアップする場合には、太さ４ミリメートルのケーブルでの接続に変更するとする。その場合、同一の機器、部品、位置において、接続媒体を変更することになる。よって、図１５に示す冗長アクションデータベース１１０を参照する場合、条件番号１００３に基づいて、太さ５ミリメートルのケーブルを用いた接続は、冗長なアクション情報である、とバージョンアップ処理部１０６は判断する。バージョンアップ処理部１０６は、バージョンアップ情報列から、太さ５ミリメートルのケーブルで接続することを示すアクション情報を削除し、累積アクション情報を生成する。そして、管理装置１００は、部品名「ａ」の部品を、太さ４ミリメートルのケーブルで接続する必要があることを、作業者端末３００に通知する。

次に、本実施形態に係る管理装置１００の動作について詳細に説明する。なお、本実施形態に係る管理システム１０において、図８に示すステップＡ００１〜ステップＡ００９の処理、及び図９に示すステップＡ０２１〜ステップＡ０２６の処理は、第１の実施形態と同一であるため、詳細な説明を省略する。

図１６は、本実施形態に係る管理システム１０において、バージョンアップのためのアクションの内容を出力する処理の一例を示すフローチャートである。

ここで、バージョンアップ処理部１０６が、バージョンアップ情報列に基づいて、累積バージョンアップ情報を生成した（図９に示すステップＡ０２６）とする。または、対象機器の機器名が冗長アクションデータベース１１０に登録されていない（図９に示すステップＡ０２２のＮＯ分岐）とする。その場合、バージョンアップ処理部１０６は、累積バージョンアップ情報から、バージョンアップのためのアクション情報を抽出する（図１６に示すステップＡ０８１）。

ステップＡ０８２において、バージョンアップ処理部１０６は、設計情報データベース１１１から部品の位置情報を取得する。ステップＡ０８３において、バージョンアップ処理部１０６は、抽出したバージョンアップのためのアクション情報に、取得した位置情報を対応付ける。ステップＡ０８４において、制御部１０２は、通信部１０１を介して、バージョンアップのためのアクションの内容と、対応する位置情報とを作業者端末３００に送信する。ステップＡ０８５において、作業者端末３００は、バージョンアップのためのアクションの内容と、対応する位置情報とを、管理装置１００から受信し、出力する。

以上のように、本実施形態に係る管理装置１００は、ソフトウェア、及び／ハードウェアのバージョンアップにおいて、バージョンアップのためのアクション情報から、冗長な作業を示すアクション情報を削除する。そして、本実施形態に係る管理装置１００は、冗長な作業を削除したアクション情報を、出力する。そのため、保守対象機器２００のバージョンアップを行う作業者は、本実施形態に係る管理装置１００を利用することで、不必要な作業を行うことを回避できる。その結果、保守対象機器２００のバージョンアップを行う作業者は、作業時間を削減し、作業効率を向上できる。従って、本実施形態に係る管理システム１０は、より一層、効率的に、機器をバージョンアップすることに貢献する。

［第３の実施形態］
次に、第３の実施形態について、図面を用いて詳細に説明する。

本実施形態は、ハードウェアのバージョンアップにおいて、部品の寿命に基づいて、部品を交換する形態である。

本実施形態に係る情報処理システム１０の全体構成は、図２に示す通りである。図１７は、本実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示すブロック図である。図１７に示す管理装置１００と、図１１に示す管理装置１００との相違点は、図１７に示す管理装置１００は、寿命部品判断部１１２と、寿命部品判断プログラム１１３とを含む点である。以下の説明において、図１７に示す各モジュールに関して、上記の実施形態との相違点について詳細に説明する。

本実施形態に係る設計情報データベース１１１は、保守対象機器２００の部品名と、各部品の位置情報と、寿命に関する情報とを対応付けた情報を格納する。以下の説明において、部品を使用開始してから、正常に動作することが保証される期間、又は使用可能な量を、保証寿命と呼ぶ。

図１８は、本実施形態に係る設計情報データベース１１１の一例を示す図である。具体的には、図１８に示す設計情報データベース１１１は、機器名と、部品名と、各部品の位置情報と、各部品の保証寿命とを対応付けて格納する。例えば、図１８は、機器名「Ａ」の機器に搭載される、部品名「ａ」の部品に対して、正常に動作することが保証される寿命は、５年であることを示す。また、例えば、図１８は、機器名「Ａ」の機器に搭載される、部品名「ｂ」の部品は、寿命が設定されていないことを示す。なお、図１８では、保証寿命を年数で表すが、これは、保証寿命を期間で表すことに限定する趣旨ではない。

寿命部品判断部１１２は、保守対象機器２００に搭載される部品に関して、当該部品の残寿命を算出し、算出した残寿命に基づいて、当該部品を交換するアクション情報を生成する。ここで、残寿命とは、部品を正常に使用可能である残りの期間、又は残りの使用可能量を意味するものとする。

具体的には、寿命部品判断部１１２は、機器名に基づいて、設計情報データベース１１１から、当該機器名に対応する１又は２以上の部品名と、保証寿命とを抽出する。以下の説明において、寿命部品判断部１１２が抽出した部品名に対応する部品を、判断対象部品と呼ぶ。

そして、制御部１０２は、判断対象部品の使用実績に関する情報を、通信部１０１を介して、判断対象部品を搭載する保守対象機器２００に要求する。保守対象機器２００は、要求に応じて、判断対象部品の使用実績に関する情報を、管理装置１００に送信する。

例えば、判断対象部品がバッテリー（例えば、リチウム（Lithium；Li）電池）であるとする。その場合、当該バッテリーを搭載する保守対象機器２００は、当該バッテリーの容量、当該保守対象機器２００の平均使用電力、判断対象部品の使用総時間等を、管理装置１００に通知（送信）しても良い。

また、例えば、判断対象部品がコンデンサであるとする。その場合、当該コンデンサを搭載する保守対象機器２００は、当該コンデンサを搭載する保守対象機器２００の使用総時間等を、管理装置１００に通知（送信）しても良い。なお、判断対象部品の使用実績に関する情報は、当該判断対象部品の種類に応じて異なっても良く、当該判断対象部品の残寿命を算出するために必要な情報であれば、その詳細は問わない。なお、使用総時間とは、判断対象部品の交換時点を起点とした、使用総時間、又は経過時間であるものとする。

そして、寿命部品判断部１１２は、判断対象部品の使用実績に関する情報に基づいて、判断対象部品の残寿命を算出する。そして、寿命部品判断部１１２は、部品の残寿命と、保証寿命とに基づいて、当該部品を交換するか否かを判断する。

具体的には、寿命部品判断部１１２は、使用可能量が有限である部品に関して、使用量と使用可能量とに基づいて、当該部品を交換するか否かを判断しても良い。例えば、判断対象部品がバッテリーであるとする。その場合、寿命部品判断部１１２は、当該バッテリーの容量と、当該バッテリーを搭載する保守対象機器２００の平均使用電力と、当該保守対象機器２００の使用総時間に基づいて、当該バッテリーの残寿命を算出しても良い。そして、算出したバッテリーの残寿命と、バッテリーの使用可能量（保証寿命）との差分が所定の閾値より低い場合、寿命部品判断部１１２は、当該バッテリーを交換すると判断しても良い。

または、寿命部品判断部１１２は、使用可能時間が有限である部品に関して、使用総時間と使用可能時間とに基づいて、当該部品を交換するか否かを判断しても良い。例えば、判断対象部品がコンデンサであるとする。その場合、当該コンデンサの使用総時間と、当該コンデンサの使用可能時間（保証寿命）との差分が所定の閾値より低い場合、寿命部品判断部１１２は、当該コンデンサを交換すると判断しても良い。

本実施形態に係る記憶部１０５は、寿命部品判断プログラム１１３を記憶する。寿命部品判断プログラム１１３は、寿命部品判断部１１２の上記処理を、制御部１０２に実行させるプログラムである。

次に、本実施形態に係る管理システム１０の動作について詳細に説明する。

図１９は、部品の寿命に基づいて、部品を交換の要否を判断する処理の一例を示すフローチャートである。

まず、制御部１０２は、バージョンアップのためのアクションの内容と、対応する位置情報とを、作業者端末３００に送信した（図１６に示すステップＡ０８４）とする。その場合、寿命部品判断部１１２は、修理伝票番号に基づいて、修理データベース１０８から、製造番号、製造年、及び機器名を抽出する（図１９に示すステップＡ１０１）。

ステップＡ１０２において、寿命部品判断部１１２は、抽出した機器名に基づいて、設計情報データベース１１１から、部品の位置情報、及び保証寿命を抽出する。

ステップＡ１０３において、寿命部品判断部１１２は、部品の残寿命を算出する。ステップＡ１０４において、保証寿命と残寿命との差分が、所定の閾値より低い部品が存在するか否かを、寿命部品判断部１１２は判断する。保証寿命と残寿命との差分が、所定の閾値より低い部品が存在する場合（ステップＡ１０４のＹＥＳ分岐）には、ステップＡ１０５に遷移する。一方、保証寿命と残寿命との差分が、所定の閾値より低い部品が存在しない場合（ステップＡ１０４のＮＯ分岐）には、部品を交換するか否かを判断する処理を終了する。

ステップＡ１０５において、寿命部品判断部１１２は、保証寿命と、残寿命との差分が所定の閾値より低い部品を、交換対象の部品として決定する。

ステップＡ１０６において、寿命部品判断部１１２は、修理伝票番号に基づいて、修理データベース１０８から、部品交換履歴を抽出する。ステップＡ１０７において、所定時間以下の残寿命の部品が、部品交換履歴に含まれるか否かを、寿命部品判断部１１２は判断する。所定時間以下の残寿命の部品が、部品交換履歴に含まれる場合（ステップＡ１０７のＹＥＳ分岐）には、ステップＡ１０８に遷移する。一方、所定時間以下の残寿命の部品が、部品交換履歴に含まれない場合（ステップＡ１０７のＮＯ分岐）には、ステップＡ１０９に遷移する。

ステップＡ１０８において、所定時間以下の残寿命の部品のうち、部品交換履歴に含まれる部品を、交換対象の部品から除外する。

ステップＡ１０９において、寿命部品判断部１１２は、交換対象の部品と、当該部品の位置情報とを対応付けた情報を、部品交換情報として生成する。

ステップＡ１１０において、制御部１０２は、通信部１０１を介して、部品交換情報を、作業者端末３００に送信する。ステップＡ１１１において、作業者端末３００は、管理装置１００から、部品交換情報を受信し、出力する。

［変形例１］
本実施形態に係る管理システム１０の変形例１として、設計情報データベース１１１は、部品の交換方法、部品の交換手順、部品交換時に作業者が留意すべき事項等を、さらに格納しても良い。そして、寿命部品判断部１１２は、交換対象の部品と、当該部品の位置情報と、部品の交換方法、交換手順、作業者が留意すべき事項等とを対応付けた情報を、部品交換情報として生成しても良い。

以上のように、本実施形態に係る管理装置１００は、バージョンアップのためのアクション情報から、冗長な処理及び作業を示す情報を削除するとともに、部品の寿命に基づいて、部品を交換するか否かを判断する。そのため、作業者は、本実施形態に係る管理システム１０を利用することで、保守対象機器２００に発生した障害を解決する作業を行う際に、効率的に、保守対象機器２００をバージョンアップし、部品交換を行うことができる。従って、本実施形態に係る管理システム１０は、効率的に、機器をバージョンアップすることに貢献すると共に、効率的に、機器を保守することに貢献する。

［第４の実施形態］
次に、第４の実施形態について、図面を用いて詳細に説明する。

本実施形態は、保守対象機器に障害が発生した場合に、作業者端末３００に、障害の内容と、対応方法とを通知する形態である。

本実施形態に係る管理システム１０の全体構成は、図２に示す通りである。図２０は、本実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示す図である。図２０に示す管理装置１００と、図１７に示す管理装置１００との相違点は、図２０に示す管理装置１００は、障害データベース１１４と、障害対応処理部１１５と、障害対応処理プログラム１１６とを含んで構成される点である。

障害データベース１１４は、機器名と、障害内容と、障害原因の可能性がある部品（以下、被疑部品と呼ぶ）と、障害対応方法とを対応付けた情報を格納する。

例えば、保守対象機器２００の障害復旧作業を過去に行った作業者等が、機器名と、障害内容と、障害原因であった部品と、障害対応方法とを、作業者端末３００等を用いて、入力する。そして、機器名と、障害内容と、障害原因であった部品と、障害対応方法とが入力された場合、管理システム１０は、障害データベース１１４に登録しても良い。

図２１は、障害データベース１１４の一例を示す図である。例えば、図２１に示す障害データベース１１４において、機器名「Ａ」の機器に対応する障害内容は、「電源入らず」、「エラー表示」、「認識しない」である。

図２１に示す障害データベース１１４において、機器名「Ａ」の機器に対応する「電源入らず」との障害内容には、部品名「ｄ」の部品が、被疑部品として対応付けられている。そして、機器名「Ａ」の機器に対応する「電源入らず」との障害内容に対して、「部品ｄを部品ｉに交換」との障害対応方法が対応付けられている。

また、図２１に示す障害データベース１１４において、機器名「Ａ」の機器に対応する「エラー表示」との障害内容には、部品名「ｇ」の部品が、被疑部品として対応付けられている。そして、機器名「Ａ」の機器に対応する「エラー表示」との障害内容に対して、「部品ｇを部品ｅに交換する」との障害対応方法が対応付けられている。

また、図２１に示す障害データベース１１４において、機器名「Ａ」の機器に対応する「認識しない」との障害内容には、部品名「ｆ」の部品が、被疑部品として対応付けられている。そして、機器名「Ａ」の機器に対応する「認識しない」との障害内容に対して、「部品ｆを部品ｊに交換」との障害対応方法が対応付けられている。

障害対応処理部１１５は、障害内容に基づいて、障害データベース１１４から、当該障害の被疑部品、及び障害対応方法を抽出する。つまり、障害対応処理部１１５は、予め登録されている、障害発生の履歴を参照して、照会する障害内容に対応する被疑部品、障害対応方法とを取得する。

記憶部１０５は、障害対応処理プログラム１１６を記憶する。障害対象処理プログラム１１６は、障害対応処理部１１５の上記処理を、制御部１０２に実行させるプログラムである。

次に、本実施形態に係る管理システム１０の動作について詳細に説明する。

図２２は、障害内容に応じて、被疑部品を特定する処理の一例を示すフローチャートである。

まず、保守対象機器２００において障害が発生したとする。保守対象機器２００の保守担当者等は、保守対象機器２００に搭載されるソフトウェア、及び／又はハードウェアのバージョンアップを、障害復旧作業として行ったとする。そして、障害復旧作業の終了後に、作業者端末３００に、障害が解消されたか否かを入力する。そして、障害が解消されていないとの情報が入力されたか否かを、作業者端末３００は判断する（ステップＡ２０１）。障害が解消されたとの情報が入力された場合（ステップＡ２０１のＮＯ分岐）には、作業者端末３００は、保守対象機器２００のソフトウェア、及び／又はハードウェアのバージョンアップ、又は部品交換が終了したと判断し、処理を終了する。一方、障害が解消されていないとの情報が入力された場合（ステップＡ２０１のＹＥＳ分岐）には、ステップＡ２０２に遷移する。

ステップＡ２０２において、制御部３０２は、通信部３０１を介して、障害が解消されていないとの情報を、管理装置１００に送信する。そして、管理装置１００は、作業者端末３００から、障害が解消されていないとの情報を受信する（ステップＡ２０３）。

ステップＡ２０４において、障害対応処理部１１５は、修理伝票番号に基づいて、修理データベース１０８から、保守対象機器２００の機器名を取得する。ステップＡ２０５において、保守対象機器２００の機器名が、障害データベース１１４に登録されているか否かを、障害対応処理部１１５は判断する（ステップＡ２０５）。保守対象機器２００の機器名が、障害データベース１１４に登録されている場合（ステップＡ２０５のＹＥＳ分岐）には、ステップＡ２０６に遷移する。一方、保守対象機器２００の機器名が、障害データベース１１４に登録されていない場合（ステップＡ２０５のＮＯ分岐）には、管理装置１００は、処理を終了する。

ステップＡ２０６において、障害対応処理部１１５は、修理伝票番号に基づいて、修理データベース１０８から障害内容を抽出する。ステップＡ２０７において、抽出した障害内容が障害データベース１１４に登録されているか否かを、障害対応処理部１１５は判断する。抽出した障害内容が障害データベース１１４に登録されている場合（ステップＡ２０７のＹＥＳ分岐）には、ステップＡ２０８に遷移する。一方、抽出した障害内容が障害データベース１１４に登録されていない場合（ステップＡ２０７のＮＯ分岐）には、管理装置１００は、処理を終了する。

ステップＡ２０８において、障害対応処理部１１５は、障害内容に対応付けられた被疑部品と、障害対応方法とを、障害データベース１１４から抽出する。つまり、障害対応処理部１１５は、予め登録された過去の障害内容に基づいて、当該障害内容に対応する被疑部品、障害対応方法とを取得する。

さらに、ステップＡ２０９において、障害対応処理部１１５は、被疑部品の位置情報を、設計情報データベース１１１から抽出する。

ステップＡ２１０において、制御部１０２は、被疑部品と、被疑部品の位置情報と、障害対応方法とを、通信部１０１を介して作業者端末３００に送信する。ステップＡ２１１において、作業者端末３００は、被疑部品と、被疑部品の位置情報と、障害対応方法とを、管理装置１００から受信し、出力する。

以上のように、本実施形態に係る管理装置１００は、過去の障害履歴に基づいて、障害被疑部品と、障害対応方法とを出力する。従って、保守対象機器２００において障害が発生した場合、障害復旧作業を行う作業者は、本実施形態に係る管理装置１００が出力する被疑部品と、障害対応方法とを参照して、効率的に障害復旧作業を行うことができる。従って、本実施形態に係る管理システム１０は、効率的に、機器をバージョンアップすることに貢献すると共に、効率的に障害復旧作業を行うことを支援することに貢献する。

［第５の実施形態］
次に、第５の実施形態について、図面を用いて詳細に説明する。

本実施形態は、仮想マシンに処理を分散する形態である。

本実施形態に係る管理システム１０の全体構成は、図２に示す通りである。図２３は、本実施形態に係る管理装置１００及び作業者端末３００の内部構成の一例を示すブロック図である。図２３に示す管理装置１００と、図２０に示す管理装置１００との相違点は、図２３に示す管理装置１００は、バージョンアップ処理仮想マシン４００と、寿命部品判断仮想マシン５００と、障害対応処理仮想マシン６００とを含んで構成される点である。

バージョンアップ処理仮想マシン４００は、上記第１の実施形態、及び第２の実施形態において説明した処理を実行する。バージョンアップ処理仮想マシン４００は、制御部４０１と、記憶部４０２とを備える。記憶部４０２は、バージョンアップ処理プログラム４０３と、修理データベース４０４と、設計情報データベース４０５と、機器データベース４０６と、冗長アクションデータベース４０７とを格納する。

バージョンアップ処理プログラム４０３は、上記第１の実施形態、及び／又は第２の実施形態において説明した、バージョンアップ処理プログラム１０７に相当する。制御部４０１は、バージョンアップ処理プログラム４０３を呼び出し、バージョンアップ処理部１０６が実行する処理として説明した処理を実行する。また、記憶部４０２が格納する各データベースは、上記第１の実施形態、及び／又は第２の実施形態において説明した、各データベースに相当する。

寿命部品判断仮想マシン５００は、上記第３の実施形態において説明した処理を実行する。寿命部品判断仮想マシン５００は、制御部５０１と、記憶部５０２とを備える。記憶部５０２は、寿命部品判断プログラム５０３と、修理データベース５０４と、設計情報データベース５０５とを格納する。

寿命部品判断プログラム５０３は、上記第３の実施形態において説明した、寿命部品判断プログラム１１３に相当する。制御部５０１は、寿命部品判断プログラム５０３を呼び出し、寿命部品判断部１１２として説明した処理を実行する。また、記憶部５０２が格納する各データベースは、上記第３の実施形態において説明した、各データベースに相当する。

障害対応処理仮想マシン６００は、上記第４の実施形態において説明した処理を実現する。障害対応処理仮想マシン６００は、制御部６０１と、記憶部６０２とを備える。記憶部６０２は、障害対応処理プログラム６０３と、修理データベース６０４と、障害データベース６０５と、設計情報データベース６０６とを格納する。

障害対応処理プログラム６０３は、上記第４の実施形態において説明した、障害対応処理プログラム１１６に相当する。制御部６０１は、障害対応処理プログラム６０３を呼び出し、障害対応処理部１１５として説明した処理を実行する。また、記憶部６０２が格納する各データベースは、上記第４の実施形態において説明した、各データベースに相当する。

［変形例１］
本実施形態に係る管理装置１００の変形例１として、管理装置１００は、バージョンアップ処理仮想マシン４００と、寿命部品判断仮想マシン５００と、障害対応処理仮想マシン６００のうち、少なくとも一の仮想マシンを含んで構成されても良いことは、勿論である。つまり、本実施形態に係る管理装置１００は、上記第１の実施形態から第４の実施形態までにおいて説明した処理のうち、少なくともいずれか一の実施形態において説明した処理を実行する構成であっても良い。

以上のように、本実施形態に係る管理装置１００は、仮想マシンに処理を分散する。そのため、本実施形態に係る管理装置１００は、冗長なアクション情報を削除する処理、部品の寿命を推定する処理、被疑部品及び障害解決方法を取得する処理等を、より一層、功利的に実行できる。従って、本実施形態に係る管理システム１０は、上記の実施形態と同様の効果を奏すると共に、より一層、効率的に処理を実行することに貢献する。

なお、上記の説明では、管理装置１００が、作業者端末３００から、修理伝票番号を取得する形態について説明した。しかし、管理装置１００は、管理装置１００の入力部１０４に対する入力操作に基づいて、修理伝票番号を取得しても良い。つまり、管理装置１００は、作業者端末３００を介さずに、上記の処理を実現しても良い。

また、上記の説明では、説明の便宜上、ソフトウェアのバージョンアップに関するデータベースと、ハードウェアのバージョンアップに関するデータベースとを、異なる図を用いて説明した。しかし、これは、バージョンアップの対象がソフトウェアであるか、ハードウェアであるかに応じて、管理装置１００が、異なるデータベースを含むことを意図する趣旨ではない。一つのデータベースが、ソフトウェア及びハードウェアのバージョンアップに関する情報を含んで構成されても良いことは勿論である。

上述の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）上記第１の視点に係る管理装置の通りである。

（付記２）冗長な前記アクション情報、冗長な前記アクション情報の組み合わせ、冗長な前記アクション情報の条件のうち、少なくともいずれかを格納する、冗長アクションデータベースを更に備え、前記バージョンアップ処理部は、前記冗長アクションデータベースに基づいて、特定した前記バージョンアップ情報が、冗長な前記アクション情報を含むか否かを判断する、管理装置。

（付記３）前記バージョンアップ処理部は、２以上の前記バージョンアップ情報を特定し、特定した前記バージョンアップ情報の夫々は、少なくとも一のバージョンのバージョンアップに対応し、対応するバージョンが昇順又は降順になるように、特定した前記バージョンアップ情報を並び替えて、並び替えた前記バージョンアップ情報を、バージョンアップ情報列として生成し、前記冗長アクションデータベースに基づいて、前記バージョンアップ情報列から、冗長な前記アクション情報を削除し、冗長な前記アクション情報を削除した前記バージョンアップ情報列に基づいて、前記累積バージョンアップ情報を生成する、管理装置。

（付記４）前記バージョンアップ情報は、パッチプログラムを識別する情報と、機器に当該パッチプログラムを適用後から、他のパッチプログラムを適用するまでの間における、当該機器の再起動必要性レベルとを対応付けた情報を含み、前記冗長アクションデータベースは、前記再起動必要性レベルの順列に基づいて、パッチプログラム適用後の再起動処理が、冗長なアクションであるか否かを判断する条件を格納する、管理装置。

（付記５）前記バージョンアップ情報は、前記ハードウェアを識別する情報と、前記ハードウェアに含まれる部品の位置を識別する情報と、前記ハードウェアに対応するアクション情報と、前記ハードウェアの接続に関する接続情報と、を対応付けた情報を含み、前記冗長アクションデータベースは、冗長な前記接続情報の組み合わせ、冗長な前記接続情報の条件のうち、少なくともいずれかをさらに含み、前記バージョンアップ処理部は、特定した前記バージョンアップ情報が、冗長な前記アクション情報、又は冗長な前記接続情報を含む場合、特定した前記バージョンアップ情報が、冗長な前記アクション情報を含むと判断する、管理装置。

（付記６）機器を識別する情報と、前記第２のバージョンに一致、又は前記第２のバージョンより新しい第３のバージョンと、前記第３のバージョンまでバージョンアップするための前記バージョンアップ情報とを対応付けて格納する、機器データベースを更に備え、前記バージョンアップ処理部は、前記第１のバージョンから前記第２のバージョンまでのバージョンアップに対応する前記バージョンアップ情報を、前記機器データベースから取得する、管理装置。

（付記７）前記バージョンアップ処理部は、生成した前記累積バージョンアップ情報に基づいて、バージョンアップのための処理を、前記保守対象機器に実行させる、管理装置。

（付記８）前記保守対象機器に搭載される部品に関して、当該部品の残寿命を算出し、算出した前記残寿命に基づいて、当該部品を交換することを示す前記アクション情報を生成する、寿命部品判断部を更に備える、管理装置。

（付記９）前記機器データベースは、前記ソフトウェアに対応する、１又は２以上の前記パッチプログラムを格納し、前記バージョンアップ処理部は、前記第１のバージョンから前記第２のバージョンまでのバージョンアップに対応する、前記パッチプログラムを、前記機器データベースから取得する、管理装置。

（付記１０）前記冗長アクションデータベースは、冗長な前記アクション情報の組み合わせ、冗長な前記アクション情報の条件のうち、少なくともいずれかと、前記ハードウェアを識別する情報とを対応付けて格納する、管理装置。

（付記１１）上記第２の視点に係る情報処理方法の通りである。

（付記１２）前記管理装置は、冗長な前記アクション情報、冗長な前記アクション情報の組み合わせ、冗長な前記アクション情報の条件のうち、少なくともいずれかを格納する、冗長アクションデータベースを備え、前記管理装置が、前記冗長アクションデータベースに基づいて、特定した前記バージョンアップ情報が、冗長な前記アクション情報を含むか否かを判断する工程を含む、情報処理方法。

（付記１３）前記管理装置が、少なくとも一のバージョンのバージョンアップに対応する、２以上の前記バージョンアップ情報を特定する工程と、対応するバージョンが昇順又は降順になるように、特定した前記バージョンアップ情報を並び替えて、並び替えた前記バージョンアップ情報を、バージョンアップ情報列として生成する工程と、前記冗長アクションデータベースに基づいて、前記バージョンアップ情報列から、冗長な前記アクション情報を削除する工程と、冗長な前記アクション情報を削除した前記バージョンアップ情報列に基づいて、前記累積バージョンアップ情報を生成する工程とを含む、情報処理方法。

（付記１４）前記バージョンアップ情報は、前記ハードウェアを識別する情報と、前記ハードウェアに含まれる部品の位置を識別する情報と、前記ハードウェアに対応するアクション情報と、前記ハードウェアの接続に関する接続情報と、を対応付けた情報を含み、前記冗長アクションデータベースは、冗長な前記接続情報の組み合わせ、冗長な前記接続情報の条件のうち、少なくともいずれかを含み、前記管理装置が、特定した前記バージョンアップ情報に、冗長な前記アクション情報、又は冗長な前記接続情報が含まれるか否かを判断する工程を含む、情報処理方法。

（付記１５）前記管理装置が、機器を識別する情報と、前記第２のバージョンに一致、又は前記第２のバージョンより新しい第３のバージョンと、前記第３のバージョンまでバージョンアップするための前記バージョンアップ情報とを対応付けて格納する、機器データベースを備え、前記管理装置が、前記第１のバージョンから前記第２のバージョンまでのバージョンアップに対応する前記バージョンアップ情報を、前記機器データベースから取得する工程を含む、情報処理方法。

（付記１６）前記管理装置が、前記保守対象機器に搭載される部品に関して、当該部品の残寿命を算出する工程と、算出した前記残寿命に基づいて、当該部品を交換することを示す前記アクション情報を生成する工程とを含む、情報処理方法。

（付記１７）前記管理装置が、生成した前記累積バージョンアップ情報に基づいて、バージョンアップのための処理を、前記保守対象機器に実行させる工程を含む、情報処理方法。

（付記１８）上記第３の視点に係るプログラムの通りである。

なお、上記の付記１８に示す形態は、付記１１に示す形態と同様に、付記１２乃至１７に示す形態に展開することが可能である。

なお、上記の特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１、１００ 管理装置
２、１０６ バージョンアップ処理部
３、３ａ〜３ｄ バージョンアップ情報
４、４ａ〜４ｄ アクション情報
５ 累積バージョンアップ情報
１０ 管理システム
２０ ネットワーク
１０１、３０１ 通信部
１０２、３０２、４０１、５０１、６０１ 制御部
１０３、３０３ 出力部
１０４、３０４ 入力部
１０５、４０２、５０２、６０２ 記憶部
１０７、４０３ バージョンアップ処理プログラム
１０８、４０４、５０４、６０４ 修理データベース
１０９、４０６ 機器データベース
１１０、４０７ 冗長アクションデータベース
１１１、４０５、５０５、６０６ 設計情報データベース
１１２ 寿命部品判断部
１１３、５０３ 寿命部品判断プログラム
１１４、６０５ 障害データベース
１１５ 障害対応処理部
１１６、６０３ 障害対応処理プログラム
２００ 保守対象機器
３００ 作業者端末
４００ バージョンアップ処理仮想マシン
５００ 寿命部品判断仮想マシン
６００ 障害対応処理仮想マシン

Claims (10)

1. 保守対象機器に搭載されるソフトウェア、及び／又はハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する、バージョンアップ処理部を備え、
   前記バージョンアップ情報は、バージョンアップのためのアクション情報を含み、
   前記バージョンアップ処理部は、特定した前記バージョンアップ情報から、冗長な前記アクション情報を削除した、累積バージョンアップ情報を出力する、管理装置。
2. 冗長な前記アクション情報、冗長な前記アクション情報の組み合わせ、冗長な前記アクション情報の条件のうち、少なくともいずれかを格納する、冗長アクションデータベースを更に備え、
   前記バージョンアップ処理部は、前記冗長アクションデータベースに基づいて、特定した前記バージョンアップ情報が、冗長な前記アクション情報を含むか否かを判断する、請求項１に記載の管理装置。
3. 前記バージョンアップ処理部は、
   ２以上の前記バージョンアップ情報を特定し、
   特定した前記バージョンアップ情報の夫々は、少なくとも一のバージョンのバージョンアップに対応し、
   対応するバージョンが昇順又は降順になるように、特定した前記バージョンアップ情報を並び替えて、並び替えた前記バージョンアップ情報を、バージョンアップ情報列として生成し、
   前記冗長アクションデータベースに基づいて、前記バージョンアップ情報列から、冗長な前記アクション情報を削除し、冗長な前記アクション情報を削除した前記バージョンアップ情報列に基づいて、前記累積バージョンアップ情報を生成する、請求項２に記載の管理装置。
4. 前記バージョンアップ情報は、パッチプログラムを識別する情報と、機器に当該パッチプログラムを適用後から、他のパッチプログラムを適用するまでの間における、当該機器の再起動必要性レベルとを対応付けた情報を含み、
   前記冗長アクションデータベースは、前記再起動必要性レベルの順列に基づいて、パッチプログラム適用後の再起動処理が、冗長なアクションであるか否かを判断する条件を格納する、請求項２又は３に記載の管理装置。
5. 前記バージョンアップ情報は、前記ハードウェアを識別する情報と、前記ハードウェアに含まれる部品の位置を識別する情報と、前記ハードウェアに対応する前記アクション情報と、前記ハードウェアの接続に関する接続情報と、を対応付けた情報を含み、
   前記冗長アクションデータベースは、冗長な前記接続情報の組み合わせ、冗長な前記接続情報の条件のうち、少なくともいずれかをさらに含み、
   前記バージョンアップ処理部は、特定した前記バージョンアップ情報が、冗長な前記アクション情報、又は冗長な前記接続情報を含む場合、特定した前記バージョンアップ情報が、冗長な前記アクション情報を含むと判断する、請求項２乃至４のいずれか一に記載の管理装置。
6. 機器を識別する情報と、前記第２のバージョンに一致、又は前記第２のバージョンより新しい第３のバージョンと、前記第３のバージョンまでバージョンアップするための前記バージョンアップ情報とを対応付けて格納する、機器データベースを更に備え、
   前記バージョンアップ処理部は、前記第１のバージョンから前記第２のバージョンまでのバージョンアップに対応する前記バージョンアップ情報を、前記機器データベースから取得する、請求項１乃至５のいずれか一に記載の管理装置。
7. 前記バージョンアップ処理部は、生成した前記累積バージョンアップ情報に基づいて、バージョンアップのための処理を、前記保守対象機器に実行させる、請求項１乃至６のいずれか一に記載の管理装置。
8. 前記保守対象機器に搭載される部品に関して、当該部品の残寿命を算出し、算出した前記残寿命に基づいて、当該部品を交換することを示す前記アクション情報を生成する、寿命部品判断部を更に備える、請求項１乃至７のいずれか一に記載の管理装置。
9. ソフトウェア、及び／又はハードウェアに関して、バージョンアップのためのアクション情報を含む、バージョンアップ情報を記憶する記憶部を備える管理装置が、前記ソフトウェア、及び／又は前記ハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する工程と、
   前記管理装置が、特定した前記バージョンアップ情報から、冗長な前記アクション情報を削除した、累積バージョンアップ情報を出力する工程と、
   を含む情報処理方法。
10. ソフトウェア、及び／又はハードウェアに関して、バージョンアップのためのアクション情報を含む、バージョンアップ情報を記憶する記憶部を備える、管理装置を制御するコンピュータに実行させるプログラムであって、
    前記ソフトウェア、及び／又は前記ハードウェアに関して、第１のバージョンから第２のバージョンまでのバージョンアップに対応する、２以上のバージョンアップ情報を特定する処理と、
    特定した前記バージョンアップ情報から、冗長な前記アクション情報を削除した、累積バージョンアップ情報を出力する処理と、
    を前記コンピュータに実行させるプログラム。

Images