(57)【要約】【課題】顧客装置の異常を検出すること。【解決手段】保守端末２００は、社外のネットワーク５０を介して、保守端末２００のＴＰＭチップの秘密鍵と対になる公開鍵によって暗号化されたリスト情報を受信し、受信したリスト情報をＴＰＭチップの秘密鍵によって復号し、記憶部に記憶させる。そして、保守端末２００は、社内のネットワーク６０を介して顧客装置１０のハッシュ化された構成情報を取得し、取得した構成情報と、真正性が担保されたリスト情報とを比較して比較結果を出力する。【選択図】図１
2014192639.tif 000002
【特許請求の範囲】
【請求項１】
自装置に搭載された耐タンパー性を持つチップの鍵と対になる暗号鍵によって暗号化された、複数の構成情報のハッシュ値を有するリスト情報を、第一のネットワークを介してサーバ装置から受信する受信部と、
前記受信部が受信した暗号化されたリスト情報を、前記チップの鍵によって復号し、復号したリスト情報を記憶部に記憶する復号部と、
電子機器からハッシュ化された前記電子機器の構成情報を、第二のネットワークを介して取得する取得部と、
前記取得部が取得した前記電子機器の構成情報と、前記記憶部に記憶されたリスト情報とを比較して、比較結果を出力する判定部と
を有することを特徴とする端末装置。
【請求項２】
前記リスト情報は、複数の構成情報のハッシュ値と、前記構成情報によって発生する障害の解決策とを関連付けた情報であり、
前記判定部は、前記電子機器の構成情報と、前記リスト情報とを比較して、前記電子機器の構成情報に対応する解決策を出力することを特徴とする請求項１に記載の端末装置。
【請求項３】
前記取得部が取得した電子機器の構成情報のハッシュ値を消去し、消去した履歴に前記チップの鍵による電子署名を付与する消去部を更に有することを特徴とする請求項１または２に記載の端末装置。
【請求項４】
コンピュータが実行する判定方法であって、
前記コンピュータに搭載された耐タンパー性を持つチップの鍵と対になる暗号鍵によって暗号化された、複数の構成情報のハッシュ値を有するリスト情報を、第一のネットワークを介してサーバ装置から受信し、
前記暗号化されたリスト情報を、前記チップの鍵によって復号し、復号したリスト情報を記憶装置に記憶し、
電子機器からハッシュ化された前記電子機器の構成情報を、第二のネットワークを介して取得し、
取得した前記電子機器の構成情報と、前記記憶装置に記憶されたリスト情報とを比較して、比較結果を出力する
各処理を実行させることを特徴とする判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置等に関する。
【背景技術】
【０００２】
近年、ネットワークにて接続された保守対象となる顧客装置の障害状況をいち早く保守センター側で把握する従来技術として、定期的に顧客装置の構成情報を暗号化して遠隔の保守センターに送信し、保守センターは受信した構成情報に問題があるか否かを判定するものがある。
【０００３】
例えば、保守センターは、顧客装置から送信された構成情報のハッシュ値が、障害ならびに対処方法が既知なものを登録したブラックリストに含まれる構成情報のハッシュ値と一致する場合に、保守作業員に警告し、保守作業員は、顧客装置の保守作業に向かう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２３０４５７号公報
【非特許文献】
【０００５】
【非特許文献１】富士通株式会社  「Systemwalker  IT  Change  Manager  V14g」
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来技術では、顧客装置の異常を検出することができないという問題がある。
【０００７】
例えば、顧客装置と保守センターとの間に通信障害が発生した場合には、保守センターは顧客装置から構成情報を得ることができず、顧客情報の異常を検出することができない。また、保守センターの障害対処情報を保守端末に移動させて、保守端末を、顧客装置が設置された場に持ち込み、顧客のネットワークに接続して顧客装置の異常を検出することも考えられるが、障害対処情報は日々更新されており、保守端末に移動させた情報が最新の情報で無い場合があり、この場合には、顧客装置の異常を検出できない場合がある。
【０００８】
１つの側面では、顧客装置の異常を検出することができる端末装置および判定方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の案では、端末装置は、受信部、復号部、取得部、判定部を有する。受信部は、自装置に搭載された耐タンパー性を持つチップの鍵と対になる暗号鍵によって暗号化された、複数の構成情報のハッシュ値を有するリスト情報を、第一のネットワークを介してサーバ装置から受信する。復号部は、受信部が受信した暗号化されたリスト情報を、チップの鍵によって復号し、復号したリスト情報を記憶部に記憶する。取得部は、電子機器からハッシュ化された電子機器の構成情報を、第二のネットワークを介して取得する。判定部は、取得部が取得した電子機器の構成情報と、記憶部に記憶されたリスト情報とを比較して、比較結果を出力する。
【発明の効果】
【００１０】
本発明の１実施態様によれば、顧客装置の異常を検出することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施例に係るシステムの構成を示す図である。
【図２】図２は、顧客装置のＴＰＭチップによるハッシュ化の処理を説明する図である。
【図３】図３は、本実施例に係る保守サーバの構成を示す機能ブロック図である。
【図４】図４は、蓄積テーブルのデータ構造の一例を示す図である。
【図５】図５は、比較テーブルのデータ構造の一例を示す図である。
【図６】図６は、構成情報テーブルのデータ構造の一例を示す図である。
【図７】図７は、本実施例に係る保守端末の構成を示す機能ブロック図である。
【図８】図８は、判定部の処理を説明するための図である。
【図９】図９は、本実施例に係る保守端末の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する端末装置および判定方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１３】
本実施例に係るシステムの構成について説明する。図１は、本実施例に係るシステムの構成を示す図である。図１に示すように、このシステムは、顧客装置１０、保守サーバ１００、保守端末２００を有する。保守端末２００は、端末装置の一例である。
【００１４】
保守サーバ１００および保守端末２００は、社外のネットワーク５０を介して相互に接続される。なお、保守作業員は、顧客装置１０に対する保守作業を行う場合に、現場に赴き、顧客の社内ネットワーク６０を介して、顧客装置１０と保守端末２００とを相互に接続する。図示を省略するが、保守サーバ１００は、複数の保守端末に接続される。
【００１５】
顧客装置１０は、保守の対象となる電子機器である。例えば、顧客装置１０は、ＰＣ（Personal  Computer）、サーバ、プリンタ、ネットワーク機器、外部ストレージ、携帯電話、スマートフォン、冷蔵庫、洗濯機、テレビ、ステレオコンポ、医療機器または工作機器等に対応する。
【００１６】
顧客装置１０は、自装置の構成情報を定期的に抽出し、抽出した構成情報をハッシュ化する。顧客装置１０は、保守端末２００と接続された場合に、ハッシュ化した構成情報を保守端末２００に送信する。
【００１７】
保守サーバ１００は、各顧客装置の構成情報を管理する。例えば、保守サーバ１００は、各顧客装置の構成情報のハッシュ値を有するリスト情報を記憶し、係るリスト情報を、社外のネットワーク５０を介して保守端末２００に送信する。
【００１８】
保守端末２００は、社外のネットワーク５０を介して保守サーバ１００からリスト情報を取得して、記憶部に記憶する。また、保守端末２００は、社内のネットワーク６０を介して顧客装置１０のハッシュ化された構成情報を取得し、取得したハッシュ値と、リスト情報とを比較して、比較した結果を出力する。例えば、保守端末２００は、比較した結果として、障害の発生した顧客装置の構成情報に対応する。
【００１９】
ところで、図１に示した顧客装置１０、保守サーバ１００、保守端末２００は、例えば、ＴＣＧ（Trusted  Computing  Group）技術を利用して、セキュアにデータ通信を実行することを前提とする。
【００２０】
本実施例で利用するＴＣＧ技術の一例について説明する。インターネットに接続される端末、デバイスは常にセキュリティの脅威に曝され、ウィルス、スパイウェア、その他悪質なスクリプト、不正アクセス等により、プラットフォームを構成するソフトウェア構造に予期せぬ改変が加えられる場合がある。このようなリスクに対して、ＴＣＧ技術では、プラットフォームの信頼性を保障することにより、安全なコンピューティング環境を実現する。ここで、プラットフォームとは、ハードウェア、ＯＳ、アプリケーション等を示す。
【００２１】
例えば、ソフトウェアの改竄という脅威に対して、従来のソフトウェアのみに依存するセキュリティ対策には限界がある。このため、ＴＣＧ技術のひとつとして、ＴＰＭ（Trusted  Platform  Module）チップをプラットフォームに埋め込み、かかるＴＰＭチップを信頼のルートとして、改竄が極めて困難な、信頼できるコンピューティング環境を構築している。また、ＴＰＭチップを利用することで、ハードウェアベースのデータ・証明書の保護、安全な暗号処理環境を実現できる。
【００２２】
次に、ＴＰＭチップについて説明する。ＴＰＭチップは、電子機器にバインドされるバードウェアのチップであり、耐タンパー性を持つ。ＴＰＭチップは電子機器から取り外しができないように、電子機器の主要な構成パーツに物理的にバインドされる。例えば、電子機器の構成パーツは、マザーボード等に対応する。ＴＰＭチップは、実装される機能、メモリ領域、プロセッサ・パワーを極力抑えて設計されているため、低コストで製造でき、様々な電子機器やプラットフォームに適用できる。
【００２３】
例えば、ＴＰＭの機能には、ＲＳＡ（Rivest  Shamir  Adleman）秘密鍵の生成・保管する機能、ＲＳＡ秘密鍵による署名、暗号化、復号する機能が含まれる。ＲＳＡでは、秘密鍵と公開鍵とのペアを作成する。また、ＴＰＭの機能には、ＳＨＡ−１（Secure  Hash  Algorithm  1）のハッシュ演算する機能、電子機器の環境情報を保持する機能が含まれる。ＴＰＭは、バインドされた電子機器が起動した時点で、ＢＩＯＳ、ＯＳｌｏａｄｅｒ、ＯＳカーネルへのブートプロセスにおけるソフトウェアコードを計測し、計測したソフトウェアコードをハッシュ化して、ＴＰＭ内部のレジスタに登録する。また、ＴＰＭは、バインドされた電子機器のハードウェアの情報を収集し、ハードウェアの情報をハッシュ化して、ＴＰＭ内部のレジスタに登録する。
【００２４】
上位のアプリケーションやライブラリからハードウェア・デバイスであるＴＰＭチップを利用するためソフトウェア・スタックとソフトウェアインターフェースを規定する。このソフトウェア・スタックはＴＳＳ（TCG  Software  Stack）と呼ばれ、リソースが制限されるＴＰＭチップの機能を保管するソフトウェアモジュールから構成されている。電子機器のアプリケーションは、ＴＳＳの提供するインタフェースを利用して、上述したＴＰＭチップの機能にアクセスすることができる。
【００２５】
図１の説明に戻る。上記の顧客装置１０には、ＴＰＭチップが搭載されており、係るＴＰＭチップが、顧客装置１０の構成情報を収集する。ＴＰＭチップは、収集した構成情報をハッシュ化する。顧客装置１０は、自装置のＴＰＭチップによってハッシュ化された構成情報を、社内のネットワーク６０を介して、保守端末２００に送信する。なお、ＴＰＭチップは、顧客システム側のＴＰＭチップでハッシュ値を採取する際のルールをハッシュ化及び署名付与して管理することで、ハッシュ値採取の正当性を担保するものである。しかも、ＴＰＭチップは、必要に応じて、現時点でのルール及び署名をチェックすることで、ルールの非改竄性を証明する。その結果、ＴＰＭチップは、ＴＰＭチップ側で非改竄性が証明されたルールを参照しながら運用することでハッシュ値を採取する際のルールに改竄がないことを保証する。
【００２６】
ここで、構成情報には、ソフトウェア情報、ソフトウェア設定値、ＯＳ（Operating  System）情報、ＯＳ設定値、ハートウェア情報、ハードウェア設定値等が含まれる。
【００２７】
図２は、顧客装置のＴＰＭチップによるハッシュ化の処理を説明する。図２に示すように、ＴＰＭチップは、ソフトウェア情報をハッシュ化してハッシュ値「Ａ１」を得る。ＴＰＭチップは、ソフトウェア設定値をハッシュ化してハッシュ値「Ａ２」を得る。ＴＰＭチップは、ＯＳ情報をハッシュ化してハッシュ値「Ａ３」を得る。ＴＰＭチップは、ＯＳ設定値をハッシュ化してハッシュ値「Ａ４」を得る。ＴＰＭチップは、ハードウェア情報をハッシュ化してハッシュ値「Ａ５」を得る。ＴＰＭチップは、ハードウェア設定値をハッシュ化してハッシュ値「Ａ６」を得る。
【００２８】
ＴＰＭチップは、ハッシュ値Ａ１，Ａ２，Ａ３，Ａ４，Ａ５，Ａ６を更にハッシュ化することで、代表ハッシュ値「Ａ」を得る。係る代表ハッシュ値が、上記構成情報のハッシュ値に対応するものとなる。
【００２９】
次に、図１に示した保守サーバ１００の構成例について説明する。図３は、本実施例に係る保守サーバの構成を示す機能ブロック図である。図３に示すように、保守サーバ１００は、通信部１１０、入力部１２０、表示部１３０、インタフェース部１４０、ＴＰＭチップ１５０、制御部１７０、記憶部１６０を有する。各部１１０〜１７０は、バス１８０によって相互に接続される。
【００３０】
通信部１１０は、社外のネットワーク５０を介して他の装置とデータ通信を行う処理部である。例えば、通信部１１０は、ネットワーク５０を介して、保守端末２００とデータ通信を実行する。後述する制御部１７０は、通信部１１０を介して、保守端末２００とデータをやり取りする。
【００３１】
入力部１２０は、各種の情報を顧客装置１０に入力する入力装置である。例えば、入力部１２０は、キーボードやマウス、タッチパネルなどに対応する。表示部１３０は、制御部１７０から出力される各種の情報を表示する表示装置である。例えば、表示部１３０は、液晶ディスプレイやタッチパネル等に対応する。インタフェース部１４０は、各種の外部装置と接続するインタフェースである。
【００３２】
ＴＰＭチップ１５０は、上述したＴＣＧ技術に準拠するＴＰＭチップである。
【００３３】
記憶部１６０は、リスト情報１６０ａを記憶する記憶装置である。リスト情報１６０ａは、蓄積テーブル１６１、比較テーブル１６２、構成情報テーブル１６３を有する。例えば、記憶部１６０は、ハードディスク装置、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子などの記憶装置に対応する。
【００３４】
蓄積テーブル１６１は、各顧客装置のハッシュ値を保持するテーブルである。図４は、蓄積テーブルのデータ構造の一例を示す図である。図４に示すように、蓄積テーブル１６１は、識別番号とハッシュ値とを対応付ける。識別番号は、各顧客装置をそれぞれ識別する情報である。ハッシュ値は、該当する顧客装置の構成情報に対応する代表ハッシュ値である。図４において、例えば、識別番号「１００１」に対応する顧客装置を、顧客装置１０とする。顧客装置１０から送信されるハッシュ値が「Ａ」であれば、顧客装置１０の構成が変化していないことを示す。これに対して、顧客装置１０から送信されるハッシュ値が「Ａ以外」であれば、顧客装置１０の構成が変化したことを示す。
【００３５】
比較テーブル１６２は、所定条件を満たす複数の構成情報のハッシュ値をそれぞれ有するテーブルである。図５は、比較テーブルのデータ構造の一例を示す図である。図５に示すように、比較テーブル１６２は、ブラックリスト１６２ａ、イエローリスト１６２ｂ、ベリファイドリスト１６２ｃ、ホワイトリスト１６２ｄを有する。
【００３６】
ブラックリスト１６２ａは、例えば、障害が発生する構成情報または各企業が禁止する構成情報のハッシュ値を有するリストである。また、ブラックリスト１６２ａは、各ハッシュ値に対応付けて、障害が発生した場合の解決策の情報を保持する。
【００３７】
イエローリスト１６２ｂは、例えば、障害が発生する可能性のある構成情報または、顧客装置の製造元が禁止する構成情報のハッシュ値を有するリストである。また、イエローリスト１６２ｂは、各ハッシュ値に対応付けて、障害が発生した場合の解決策の情報を保持する。
【００３８】
ベリファイドリスト１６２ｃは、認証済みの構成情報のハッシュ値を有するリストである。ホワイトリスト１６２ｄは、顧客装置の製造元によって指定される適切な構成情報のハッシュ値を有するリストである。
【００３９】
構成情報テーブル１６３は、ハッシュ値と構成情報とを対応付けるテーブルである。図６は、構成情報テーブルのデータ構造の一例を示す図である。図６に示すように、この構成情報テーブル１６３は、ハッシュ値と構成情報とを対応付ける。例えば、ハッシュ値「Ａ」に対応する構成情報は「構成情報Ｘ１」となる。
【００４０】
図３の説明に戻る。制御部１７０は、送信部１７１を有する。制御部１７０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）や、ＦＰＧＡ（Field  Programmable  Gate  Array）などの集積装置に対応する。また、制御部１７０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等の電子回路に対応する。
【００４１】
送信部１７１は、保守端末２００からリスト情報１６０ａの要求を受け付けた場合に、リスト情報１６０ａを暗号化して保守端末２００に送信する処理部である。例えば、送信部１７１は、保守端末２００のＴＰＭチップに格納される秘密鍵と対となる公開鍵を認証サーバ（図示略）から取得する。送信部１７１は、取得した公開鍵によって、リスト情報１６０ａを暗号化し、暗号化したリスト情報１６０ａを、保守端末２００に送信する。
【００４２】
次に、図１に示した保守端末２００の構成例について説明する。図７は、本実施例に係る保守端末の構成を示す機能ブロック図である。図７に示すように、保守端末２００は、通信部２１０、入力部２２０、表示部２３０、インタフェース部２４０、ＴＰＭチップ２５０、制御部２７０、記憶部２６０を有する。各部２１０〜２７０は、バス２８０によって相互に接続される。
【００４３】
通信部２１０は、社外のネットワーク５０を介して他の装置とデータ通信を行う処理部である。例えば、通信部２１０は、社外のネットワーク５０を介して、保守サーバ１００とデータ通信を実行する。また、通信部２１０は、社内のネットワーク６０を介して顧客装置１０とデータ通信を実行する。後述する制御部２７０は、通信部２１０を介して、顧客装置１０、保守サーバ１００とデータをやり取りする。
【００４４】
入力部２２０は、各種の情報を保守端末２００に入力する入力装置である。例えば、入力部２２０は、キーボードやマウス、タッチパネルなどに対応する。表示部２３０は、制御部２７０から出力される各種の情報を表示する表示装置である。例えば、表示部２３０は、液晶ディスプレイやタッチパネル等に対応する。インタフェース部２４０は、各種の外部装置と接続するインタフェースである。
【００４５】
ＴＰＭチップ２５０は、上述したＴＣＧ技術に準拠するＴＰＭチップである。例えば、ＴＰＭチップ２５０は、保守サーバ１００から受信する暗号化されたリスト情報を、ＴＰＭチップ２５０の秘密鍵によって復号する。
【００４６】
記憶部２６０は、構成情報２６１、リスト情報２６２、履歴情報２６３を記憶する記憶装置である。リスト情報２６２は、蓄積テーブル２６２ａ、比較テーブル２６２ｂ、構成情報テーブル２６２ｃを有する。例えば、記憶部２６０は、ハードディスク装置、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子などの記憶装置に対応する。
【００４７】
構成情報２６１は、顧客情報１０のハッシュ化された構成情報である。
【００４８】
蓄積テーブル２６２ａは、各顧客装置のハッシュ値を保持するテーブルである。蓄積テーブル２６２ａは、保守サーバ１００の蓄積テーブル１６１に対応する。蓄積テーブル２６２ａのデータ構造は、図４のものと同様である。
【００４９】
比較テーブル２６２ｂは、所定条件を満たす複数の構成情報のハッシュ値をそれぞれ有するテーブルである。比較テーブル２６２ｂは、保守サーバ１００の比較テーブル１６２に対応する。比較テーブル２６２ｂのデータ構造は、図５のものと同様である。すなわち、比較テーブル２６２ｂは、ブラックリスト１６２ａ、イエローリスト１６２ｂ、ベリファイドリスト１６２ｃ、ホワイトリスト１６２ｄを有する。
【００５０】
構成情報テーブル２６２ｃは、ハッシュ値と構成情報とを対応付けるテーブルである。構成情報テーブル２６２ｃは、保守サーバ１００の構成情報テーブル１６３に対応する。構成情報テーブル２６２ｃのデータ構造は、図６のものと同様である。
【００５１】
履歴情報２６３は、保守端末２００の処理の履歴を示す情報である。後述するように、制御部２７０は、構成情報２６１を消去した場合などに、係る構成情報２６１を消去した旨の履歴を履歴情報２６３として残し、タイムスタンプと共に、ＴＰＭチップ２５０の秘密鍵による電子署名を付与する。
【００５２】
制御部２７０は、受信部２７１、復号部２７２、取得部２７３、判定部２７４、消去部２７５を有する。制御部２７０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部２７０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。
【００５３】
受信部２７１は、ＴＰＭチップ２５０の秘密鍵と対になる公開鍵によって暗号化されたリスト情報を保守サーバ１００から受信する処理部である。受信部２７１は、受信したリスト情報を、復号部２７２に出力する。
【００５４】
復号部２７２は、暗号化されたリスト情報の復号を、ＴＰＭチップ２５０に依頼することで、リスト情報を復号する処理部である。復号部２７２は、復号したリスト情報２６２を、記憶部２６０に記憶させる。
【００５５】
取得部２７３は、保守端末２００と顧客装置１０とが社内のネットワーク６０を介して相互に接続されたことを検出した場合に、顧客装置１０に構成情報を要求し、ハッシュ化された構成情報を取得する処理部である。取得部２７３は、取得した構成情報２６１を、記憶部２６０に記憶させる。
【００５６】
判定部２７４は、顧客装置１０の構成情報に変化があるか否かを判定する処理部である。また、判定部２７４は、顧客装置１０の構成情報に変化がある場合には、かかる構成情報が、ブラックリストやイエローリストに対応するか否かを、比較テーブル２６２を用いて判定する。
【００５７】
判定部２７４が、顧客装置１０の構成情報が変化したか否かを判定する処理の一例について説明する。判定部２７４は、顧客装置１０の識別情報と、蓄積テーブル２６２ａとを基にして、前回の顧客装置１０の構成情報（ハッシュ値）を特定する。顧客装置１０の識別情報は、顧客装置１０から通知されるものとする。
【００５８】
判定部２７４は、前回の顧客装置１０の構成情報と、構成情報２６１とを比較して、一致するか否かを判定する。判定部２７４は、前回の顧客装置１０の構成情報と、構成情報２６１とが一致する場合には、問題無い旨の情報を、表示部２３０に表示させる。一方、判定部２７４は、前回の顧客装置１０の構成情報と、構成情報２６１とが一致しない場合には、後述する、構成情報２６１が、ブラックリストやイエローリストに対応するか否かを、比較テーブル２６２を用いて判定する処理を実行する。
【００５９】
判定部２７４が、構成情報２６１がブラックリストやイエローリストに対応するか否かを判定する処理について説明する。判定部２７４は、構成情報２６１と、ブラックリスト１６２ａおよびイエローリスト１６２ｂとを比較して、構成情報２６１に対応するハッシュ値が存在するか否かを判定する。判定部２７４は、構成情報２６１に対応するハッシュ値がブラックリスト１６２ａおよびイエローリスト１６２ｂに存在しない場合には、問題無い旨の情報を、表示部２３０に表示させる。
【００６０】
一方、判定部２７４は、構成情報２６１に対応するハッシュ値がブラックリスト１６２ａまたはイエローリスト１６２ｂに存在する場合には、かかるハッシュ値に対応付けられた解決策を、該当リストから抽出する。判定部２７４は、抽出した解決策の情報を、表示部２３０に表示させる。
【００６１】
続いて、判定部２７４は、前回の構成情報と今回の構成情報とを比較して、相違箇所を特定する。例えば、判定部２７４は、蓄積テーブル２６２ａに格納された顧客装置１０の構成情報のハッシュ値と、構成情報テーブル２６２ｃとを比較して、前回の構成情報を得る。また、判定部２７４は、構成情報２６１と、構成情報テーブル２６２ｃとを比較して、今回の構成情報を得る。
【００６２】
図８は、判定部の処理を説明するための図である。図８において、構成情報Ｘ１は、一つ前の顧客装置１０の構成情報を示す。構成情報Ｘ１’は、現在の顧客装置１０の構成情報を示す。判定部２７４は、構成情報Ｘ１と構成情報Ｘ１’とを比較して、相違箇所「ソフトウェア情報（へ）」を特定する。判定部２７４は、特定した相違箇所の情報を、表示部２３０に表示させる。
【００６３】
判定部２７４は、上記の処理が完了した場合に、処理が完了した旨を消去部２７５に出力する。
【００６４】
消去部２７５は、判定部２７４から処理が完了した旨の情報を取得した場合に、顧客装置１０の構成情報２６１を消去する処理部である。消去部２７５は、構成情報２６１を消去した場合に、消去した処理の履歴となる履歴情報２６３を生成し、記憶部２６０に記憶させる。また、消去部２７５は、履歴情報２６３にタイムスタンプを付与すると共に、ＴＰＭチップ２５０に依頼して、履歴情報２６３に電子署名を付与する。
【００６５】
次に、本実施例に係る保守端末２００の処理手順について説明する。図９は、本実施例に係る保守端末の処理手順を示すフローチャートである。図９に示すように、保守端末２００は、社外のネットワーク５０を介して、暗号化されたリスト情報を保守サーバ１００から受信し（ステップＳ１０１）、リスト情報を復号する（ステップＳ１０２）。
【００６６】
保守端末２００は、顧客装置１０と接続されたか否かを判定する（ステップＳ１０３）。保守端末２００は、顧客装置１０と接続されていない場合には（ステップＳ１０３，Ｎｏ）、再度ステップＳ１０３に移行する。
【００６７】
一方、保守端末２００は、顧客装置１０と接続された場合には（ステップＳ１０３，Ｙｅｓ）、顧客装置１０から、社内のネットワーク６０を介して、構成情報（ハッシュ値）を取得する（ステップＳ１０４）。
【００６８】
保守端末２００は、顧客装置１０から受信した構成情報のハッシュ値と、構成情報テーブル２６２ｃのハッシュ値とが一致するか否かを判定する（ステップＳ１０５）。保守端末２００は、ハッシュ値が一致する場合には（ステップＳ１０５，Ｙｅｓ）、問題無い旨を表示する（ステップＳ１０６）。そして、保守端末２００は、構成情報２６１を消去する（ステップＳ１０７）。ステップＳ１０７において、構成情報２６１が消去された場合に、履歴情報２６３が生成される。
【００６９】
ところで、ステップＳ１０５において、顧客装置１０から受信した構成情報のハッシュ値と、構成情報テーブル２６２ｃのハッシュ値とが一致しない場合には（ステップＳ１０５，Ｎｏ）、ハッシュ値がブラックリスト１６２ａまたはイエローリスト１６２ｂに存在するか否かを、比較テーブル２６２を用いて判定する（ステップＳ１０８）。
【００７０】
保守端末２００は、ハッシュ値がブラックリスト１６２ａおよびイエローリスト１６２ｂに存在しない場合には（ステップＳ１０８，Ｎｏ）、ステップＳ１０６に移行する。
【００７１】
一方、保守端末２００は、ハッシュ値がブラックリスト１６２ａまたはイエローリスト１６２ｂに存在する場合には（ステップＳ１０８，Ｙｅｓ）、解決策を判定する（ステップＳ１０９）。保守端末２００は、前回の構成情報と今回の構成情報とを比較して、相違箇所を特定する（ステップＳ１１０）。保守端末２００は、相違箇所および解決策を表示し（ステップＳ１１１）、ステップＳ１０７に移行する。
【００７２】
次に、本実施例に係る保守端末２００の効果について説明する。保守端末２００は、社外のネットワーク５０を介して、保守端末２００のＴＰＭチップ２５０の秘密鍵と対になる公開鍵によって暗号化されたリスト情報を受信し、受信したリスト情報をＴＰＭチップ２５０の秘密鍵によって復号し、記憶部２６０に記憶させる。このため、保守端末２００によれば、ＴＣＧ技術によってリスト情報の真正性を担保することができる。
【００７３】
そして、保守端末２００は、社内のネットワーク６０を介して顧客装置１０のハッシュ化された構成情報を取得し、取得した構成情報と、真正性が担保されたリスト情報とを比較して比較結果を出力する。このため、保守端末２００によれば、顧客装置１０と保守サーバ１００との間に通信障害が生じた場合であっても、顧客装置１０の異常を検出することができる。また、顧客装置１０の構成情報のハッシュ値が、社外のネットワーク５０上を流れないので、顧客装置１０に関する情報の漏洩を防止することができる。
【００７４】
また、保守端末２００によれば、顧客装置１０の構成情報と、リスト情報とを比較して解決策の情報を出力する。このため、現場の保守作業員は、顧客装置１０の効率的に保守作業を行うことができる。
【００７５】
また、保守端末２００によれば、顧客装置１０の構成情報を消去し、消去した処理の履歴情報２６３にＴＰＭチップ２５０の電子署名を付与する。このため、顧客装置１０に関する情報の漏洩を防止することができるとともに、履歴情報２６３を消去したことを証明することもできる。
【００７６】
ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００７７】
さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【符号の説明】
【００７８】
１０    顧客装置
１００  保守サーバ
２００  保守端末
【図１】
2014192639.tif 000003
【図２】
2014192639.tif 000004
【図３】
2014192639.tif 000005
【図４】
2014192639.tif 000006
【図５】
2014192639.tif 000007
【図６】
2014192639.tif 000008
【図７】
2014192639.tif 000009
【図８】
2014192639.tif 000010
【図９】
2014192639.tif 000011