(57)【要約】【課題】収集した複数の保守情報をその優先度（重要性）に応じてアップロード（送信）するための技術を提供する。【解決手段】保守要員が収集し、情報記憶部１２４に格納された保守情報は、情報振り分け部１２７が定義ファイル１２６に格納されている、保守情報を送信（アップロード）するうえでの優先度を判断するための優先度判別情報を参照して、その優先度が決定される。それにより、各保守情報は、情報振り分け部１２７により、決定した優先度が高いほうから順次、暗号化部１２１に送られ、暗号化された後、メール送信部１２２により送信される。【選択図】図２
2010109907.tif 000002
【特許請求の範囲】
【請求項１】
保守の対象とする対象装置で得られた保守情報を情報処理装置に電気通信回線を介して送信する中継装置において、
前記保守情報を取得する情報取得手段と、
前記情報取得手段により複数の保守情報が取得された場合に、前記複数の保守情報間において、それぞれの保守情報を送信する優先度を判別する優先度判別情報を記憶した情報記憶手段と、
前記情報記憶手段に記憶された前記優先度判別情報を参照して、前記複数の保守情報の優先度をそれぞれ決定する優先度決定手段と、
前記優先度決定手段が決定した優先度に基づいて、前記複数の保守情報をそれぞれ前記電気通信回線を介して前記情報処理装置に送信する情報送信手段と、
を有することを特徴とする中継装置。
【請求項２】
前記優先度判別情報は、前記保守情報の容量に基づいて前記優先度を判別する第１の判別情報、及び該保守情報の種類により前記優先度を判別する第２の判別情報を含み、
前記優先度決定手段は、前記保守情報毎に、前記第１及び第２の判別情報に基づいて、前記優先度を決定する、
ことを特徴とする請求項１記載の中継装置。
【請求項３】
保守の対象とする対象装置から複数の保守情報が取得された場合に、前記複数の保守情報間において、それぞれの保守情報を送信する優先度を判別する優先度判別情報を参照して、前記複数の保守情報の優先度に基づいて、前記複数の保守情報を情報処理装置にそれぞれ送信する中継装置に電気通信回線を介して接続されるアクセス解析装置において、
前記中継装置が前記情報処理装置に送信する保守情報へのアクセスを監視するアクセス監視手段と、
前記アクセス監視手段による監視結果に基づいて、前記アクセスされた種類の保守情報を送信する優先度を算出する優先度算出手段と、
前記優先度算出手段によって算出された優先度を用いて、前記優先度判別情報を更新する更新手段と、
を有することを特徴とするアクセス解析装置。
【請求項４】
保守の対象とする対象装置で得られた保守情報を情報処理装置に電気通信回線を介して送信する中継装置の制御方法において、
情報取得部が、前記保守情報を取得するステップと、
前記情報取得手段により複数の保守情報が取得された場合に、前記複数の保守情報間において、それぞれの保守情報を送信する優先度を判別する優先度判別情報を情報記憶部に記憶するステップと、
優先度決定部が、前記情報記憶部に記憶された前記優先度判別情報を参照して、前記複数の保守情報の優先度をそれぞれ決定するステップと、
情報送信部が、前記優先度決定手段が決定した優先度に基づいて、前記複数の保守情報をそれぞれ前記電気通信回線を介して前記情報処理装置に送信するステップと、
を有することを特徴とする中継装置の制御方法。
【請求項５】
保守の対象とする対象装置で得られた保守情報を情報処理装置に電気通信回線を介して送信する中継装置を制御する制御プログラムにおいて、
前記中継装置として用いられるコンピュータに、
前記保守情報を取得する情報取得機能と、
前記情報取得機能により複数の保守情報が取得された場合に、記憶手段に記憶されている、前記複数の保守情報間においえ、それぞれの保守情報を送信する優先度を判別する優
先度判別情報を参照して、該保守情報の優先度をそれぞれ決定する優先度決定機能と、
前記優先度決定機能により決定した優先度に基づいて、前記複数の保守情報をそれぞれ前記電気通信回線を介して前記情報処理装置に送信する情報送信機能と、
を実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保守の対象とする対象装置で得られた保守用の保守情報を、中継装置を用いて保守センター等に設置の情報処理装置に電気通信回線を介して送信する技術に関する。
【背景技術】
【０００２】
製品、例えば情報処理装置としてのサーバや磁気記憶装置としてのストレージ等のハードウェア、或いはアプリケーション・プログラム等のソフトウェアの製造・販売する企業では、購入した顧客側が製品をより快適に利用できるように、トラブル発生に対応する保守サービスを提供するのが普通である。その保守サービスを提供する方法として、製品の保守用の保守情報、例えば記録されたログを収集する等、前線で活動する「フロントライン」、そのフロントラインの保守要員が収集した保守情報を解析する等、後方支援を行う「バックライン」に分けて、トラブルに対応するというものがある。そのようにラインに分ける場合、バックラインにはフロントラインよりも技術的に高いスキルの保守要員が配置される。
【０００３】
図８は、保守情報の収集方法を説明する図である。この図８において、８０２を符号として付した３つの装置は、顧客側が購入した製品（以降「対象装置」と記す）であり、ＲＥＭＣＳ（REMort Customer Support System）センターは、製品を製造・販売した企業が顧客への保守サービスを提供するために設けたものである。
【０００４】
フロントラインの保守要員は、対象装置８０３の保守情報を収集し、収集した保守情報を電子メール（Ｅ−Ｍａｉｌ）に添付してセンターに送信する。その送信は、インターネット８００上に用意されたメールサーバ８０１に対して行われる。そのような電子メールの送信に、不図示の中継装置が用いられる。
【０００５】
保守情報は、例えばログが格納されたログファイルである。そのログは、対象装置８０１に搭載されたオペレーティング・システム（ＯＳ）、或いは企業側が提供する専用のツールによって出力されたものである。
【０００６】
従来の中継装置は、例えば図９にフローチャートを示す保守情報送信処理を実行することにより、保守要員が収集した保守情報を送信する。その送信処理では、保守要員による保守情報の送信依頼を受け付け（ステップＳ９１）、受け付けた保守情報を暗号化し（ステップＳ９２）、暗号化した保守情報を電子メールに添付して送信する（ステップＳ９３）。送信依頼では、保守情報を収集したトラブルを識別するための情報入力等が行われる。
【０００７】
一方、センター側には、例えばＬＡＮが構築され、そのＬＡＮに、ゲートウェイ８３０、メールサーバ８１０、及び保守情報保存用のサーバ（例えばデータベース（ＤＢ）サーバ８２０が接続されている。それにより、送信された電子メールは、メールサーバ８０１、ゲートウェイ８３０、及びメールサーバ８１０を介してサーバ８２０に受信される。そのためにサーバ８２０は、メール受信部８２１、及びメール受信部８２１が受信した電子を格納するデータベース８２３が構築された記憶装置（例えばハードディスク装置）８２２を備えている。
【０００８】
このようにして、保守情報を電子メールの形でサーバ８２０にインターネット８００を介してアップロードされる。そのアップロードにインターネット８００等の電気通信回線としての通信ネットワークを利用するのは、可搬性の記録媒体に保守情報を記録して持ち
運ぶのはセキュリティ上、望ましくない、通信ネットワークが広く普及している、といった理由からである。
【特許文献１】特開平９−１３５２５９号公報
【特許文献２】特開平６−１０４９１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
図１０は、従来の中継装置によって行われる保守情報の送信を説明する図である。
従来の中継装置は、図９に示す送信処理を実行することにより、保守情報を送信（アップロード）する。このため、保守要員の指示に従った順序で保守情報を送信することになる。図１０に示す例では、情報Ａ→情報Ｂ→情報Ｃの順序で保守要員が送信依頼することによって、その順序で情報Ａ〜Ｃが順次、送信されていることを表している。
【００１０】
トラブルへの対応は迅速に行う必要がある。アップロードに要する時間は、保守情報のサイズ（データ量）が大きくなるほど長くなる。また、同じ対象装置７０２から収集された保守情報が複数、存在する場合、通常、保守情報のトラブル対応上の重要度は、後方支援を行うバックラインの保守要員（サポート員）にとって全て同じではない。重要度が保守情報の内容、例えば、トラブルの緊急度や重大度によって異なっているのが普通である。このようなことから、バックラインの保守要員が重要と考える情報Ｃの到着を期待していても、その情報Ｃよりも重要でなく、且つサイズの大きい情報Ｂの送信が先になると、情報Ｃの到着が遅れ、トラブルへの対応も遅れることになる。それにより、トラブルにより迅速に対応できるようにするには、バックラインの保守要員にとって重要な保守情報ほど、早くアップロードすることも重視すべきと考えられる。
【００１１】
上記したように、前線で活動するフロントラインの保守要員は、後方支援を行うバックラインの保守要員と比較して、一般的に技術的なスキルは低い。このため、フロントラインの保守要員がバックラインの保守要員の要望に応える形で、保守情報をアップロードすることは期待すべきでないと云える。このことからアップロードに用いられる中継装置に、バックラインの保守要員にとってより重要と思われる保守情報を優先的にアップロードする仕組みを用意すべきと考えられる。
【００１２】
本発明は、収集した複数の保守情報をその優先度（重要性）に応じてアップロード（送信）するための技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明を適用した１システムでは、保守の対象とする対象装置で得られた保守情報を中継装置（コンピュータ）により情報処理装置（例えばサーバ）に電気通信回線を介して送信する場合に、その保守情報が複数、存在していれば、保守情報を送信する優先度を判別する優先度判別情報を参照して、保守情報の優先度をそれぞれ決定し、決定した優先度に基づいて、複数の保守情報を個別に順次、電気通信回線を介して情報処理装置に送信する。
【００１４】
優先度判別情報により、各保守情報の優先度を決定し、保守情報を送信する順序を決定するため、保守情報を収集した保守要員のスキルに係わらず、優先度判別情報により優先度が高いとされる保守情報は優先的に送信される。この結果、バックラインの保守要員にとっては、重要とされる保守情報を常に、より早い段階で参照できることとなる。それにより、トラブルへの対応も、より迅速に行えるようになる。
【発明の効果】
【００１５】
本発明を適用した場合には、収集した複数の保守情報をその優先度（重要性）に応じて
アップロード（送信）することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１は、本実施形態による中継装置を用いて構築されたネットワークシステムの構成を示す図である。
【００１７】
このネットワークシステムは、図１に示すように、保守の対象となる対象装置１１０から収集された保守情報を電子メールの形でアップロードするための中継装置１２０と、ＲＥＭＣＳセンターに設置された、その保守情報（電子メール）がアップロードされるサーバ１３０とをインターネット１００に接続して構築されている。そのインターネット１００上には、中継装置１２０とサーバ１３０間で電子メールの送受信を中継するメールサーバ１０１が設置されている。
【００１８】
サーバ１３０は、メールサーバ１０１から電子メールを受信するメール受信部１３１、電子メールに添付された保守情報を復号化する復号化部１３２、保守情報が格納されるＤＢ１３３が構築された記憶装置（例えばハードディスク装置、或いはサーバがアクセス可能な大容量のストレージ）１３４を備えている。
【００１９】
図２は、本実施形態による中継装置１２０の機能構成図である。この中継装置１２０は、電子メールを送信するメール送信部１２１、及び保守情報を暗号化する暗号化部１２２に加えて、以下の構成要素を備えている。
【００２０】
即ち図２に示すように、保守情報アップロード部１２３、情報記憶部１２４、ファイル記憶部１２５、及び情報振り分け部１２７を備えている。保守情報アップロード部１２３は、フロントラインの保守要員が収集した保守情報を内部にアップロードするためのものである。情報記憶部１２４は、そのアップロード部１２３によって取り込んだ保守情報を格納する。ファイル記憶部１２５には、送信すべき保守情報が複数、存在する場合に、その保守情報を送信する上での優先度を判断するための優先度判別情報を格納した送信優先度定義ファイル１２６が記憶されている。情報振り分け部１２７は、その定義ファイル１２６を参照して、各保守情報の優先度を決定し、決定した優先度が高いほうから保守情報を送信させる。情報記憶部１２４に示す「情報Ａ」「情報Ｂ」及び「情報Ｃ」はそれぞれ保守情報に相当する。
【００２１】
上記中継装置１２０は、通信機能を搭載したコンピュータに、中継装置１２０として動作させるための制御プログラムを実行させることにより実現させたものである。その制御プログラムについては以降「中継プログラムと呼ぶこととする。中継装置１２０には他に、表示装置上に画像を表示させる表示制御部等を備えている。保守情報アップロード部１２３は、保守要員が中継装置１２０に搭載された、或いは接続された入力装置への操作に対応して入力された保守情報を入力する部分である。
【００２２】
図３は、上記送信優先度定義ファイル１２６の内容例を示す図である。
この定義ファイル１２６には、２種類の優先度判別情報が格納されている。図３には、セクションとして「Ａｃｃｅｓｓ」及び「Ｓｉｚｅ」が表記されている。各セクションには、それぞれ着目する点が異なる優先度判別情報が記載されている。具体的には、「Ａｃｃｅｓｓ」セクションには、保守情報（が格納されたファイル）の種類に応じて優先度を判別するための判別情報（以降、便宜的に「優先種類判別情報」と呼ぶ）が記載され、「Ｓｉｚｅ」セクションには、保守情報（が格納されたファイル）のサイズに応じて優先度を判別するための判別情報（以降、便宜的に「優先サイズ判別情報」と呼ぶ）が記載されている。
【００２３】
２種類の判別情報を用いて保守情報の優先度を決定することから、本実施形態では、各判別情報で優先度を表すポイント値を求め、求めたポイント値の加算結果から最終的に優先度（優先順位）を決定するようにしている。優先度は、加算結果の値がより大きいほど高いとしている。
【００２４】
「Ａｃｃｅｓｓ」セクションでは「Ｍｅｓｓａｇｅｓ，１２」及び「ＡＰｌｏｇ，６」が実際の優先種別判別情報に相当する。例えば「Ｍｅｓｓａｇｅｓ，１２」は、ファイル名に「Ｍｅｓｓａｇｅｓ」が含まれる保守情報のポイント値は「１２」であることを示している。「Ｍｅｓｓａｇｅｓ」が含まれるファイル名の保守情報は、例えばシステムが出力したメッセージである。同様に「ＡＰｌｏｇ，６」はファイル名に「ＡＰｌｏｇ」が含まれる保守情報のポイント値は「６」であることを示している。「ＡＰｌｏｇ」が含まれるファイル名の保守情報は、例えばログである。該当しないファイル名の保守情報のポイント値は「０」となる。保守情報の種類は、拡張子を用いて特定しても良い。また、対象装置１１０によって対応上の優先度が異なる場合には、保守情報を送信する対象装置１１０によって保守情報を区別しても良い。
【００２５】
「Ｓｉｚｅ」セクションでは「０，１２８，３」「１２９，５１２，２」及び「５１２，１０２４，１」が実際の優先サイズ判別情報に相当する。例えば「０，１２８，３」は、保守情報のサイズが「０」〜「１２８」ｋｂｙｔｅまでであればポイント値は「３」であることを示している。他も同様である。このようなサイズによる区別は一例であり、これに限定されるものではない。
【００２６】
例えばソフトウェアの保守情報としては、ログファイルの他に、プログラムが不正終了した時に自動的にその時点でプログラムが使っていたメモリの内容を格納したメモリダンプファイルがある。そのメモリダンプファイルは通常、ログファイルと比較してサイズが大きいにも関わらず、不正終了の原因を解析するうえでの重要性は低い傾向がある。このようなことから、２つの判別情報を用意して、より確実に重要性の高い保守情報をより早くアップロードできるようにしている。
【００２７】
送信優先度定義ファイル１２６には、対象装置１１０毎、その対象装置１１０で保守の対象となるハードウェア、或いはソフトウェア毎に、優先度判別情報が用意される。しかしここでは簡単化のため、送信優先度定義ファイル１２６には図３に示す優先度判別情報のみが格納されていると仮定する。それにより、トラブルとしてはソフトウェアのものに着目する。
【００２８】
情報振り分け部１２７は、優先サイズ判別情報を参照して、情報記憶部１２４に格納された保守情報毎に、そのサイズに対応するポイント値を特定し、特定したポイント値により保守情報を送信する順序を振り分ける。その後、優先種類判別情報を参照して、保守情報のファイル名に対応するポイント値を特定し、特定したポイント値を既に得ているポイント値に加算し、その加算結果から保守情報の送信順を決定して送信させる。
【００２９】
そのようにして、バックラインの保守要員に対して、ポイント値に基づいて重要性の高い保守情報から自動的に送信させる。それにより、例えば保守情報が資料Ａ→資料Ｂ→資料Ｃの順序で保守要員が送信依頼を行ったとしても、例えば資料Ａ→資料Ｃ→資料Ｂの順序で実際の送信を行う。そのように自動的に保守情報の送信順序を決定するため、保守要員にとっては、必要最小限の送信時間、或いはその送信時間に近い時間で重要な保守情報にアクセスできるようになる。その結果、トラブルへの対応も常に迅速に行えることとなる。
【００３０】
図４は、保守情報送信処理のフローチャートである。この送信処理は、保守情報アップロード部１２３を操作して、保守要員が保守情報のアップロード（送信）を行うことを指示することを契機に、上記中継プログラムを中継装置１２０が実行することにより実現される処理である。次に図４を参照して、その送信処理について詳細に説明する。
【００３１】
先ず、ステップＳ４１では、保守要員による保守情報の送信依頼を受け付けるための送信依頼処理を実行する。続くステップＳ４２では、送信依頼を受け付けた保守情報毎に、そのファイルサイズを判定するファイルサイズ判定処理を実行する。その次に移行するステップＳ４３では、判定したファイルサイズに応じて、各保守情報にポイント（値）を付与する。このポイントの付与は、送信優先度定義ファイル１２６中の優先サイズ判別情報を参照して行う。そのポイントの付与後はステップＳ４４に移行する。
【００３２】
ステップＳ４４では、付与したポイントに応じて保守情報を振り分ける情報振り分け処理を実行する。次のステップＳ４５では、送信優先度定義ファイル１２６中の優先サイズ判別情報を参照して、振り分け後の保守情報に更にポイントの付与を行い、その付与後のポイントの高い順に保守情報の送信順序を設定する。それにより、その後のステップＳ４６、及びＳ４７では、設定した送信順序に従って、保守情報を暗号化する暗号化処理、暗号化後の保守情報を電子メールに添付して送信するメール送信処理をそれぞれ実行する。全ての保守情報を送信した後、この保守情報送信処理を終了する。
【００３３】
図５は、サーバ１３０の機能構成図である。
サーバ１３０には、メール受信部１３１及び復号化部１３２の他に、図５に示すアクセスログ解析装置１３６が搭載されている。
【００３４】
ソフトウェアにおけるトラブルとして、セキュリティ等、情報管理やシステム運用に関して保安上の脅威となる現象や事案であるインシデントが発生する場合がある。事案としては、ウイルス感染や不正アクセス、情報漏洩、迷惑メール送信、サービス拒否攻撃(ＤｏＳアタック（Distributed denial of Service attack）)などが含まれる。
【００３５】
そのようなインシデント（トラブル）が発生した場合、バックラインの保守要員はアップロードされた保守情報にアクセスして、その対応方法の解析を行う。その解析のためのアクセスは、保守要員が重要と考える保守情報から行うのが普通である。これは、保守要員がアクセスする順序は、保守要員が考える重要度、対応方法を探し出すうえでの有効性を或る程度は示していることを意味する。このことからアクセスログ解析装置１３６は、保守要員によるアクセスによって出力されるアクセスログ１３５を監視し、送信優先度定義ファイル１２６に格納する優先度判別情報の生成、或いはその更新を行うものとして実現されている。そのアクセスログ解析装置１３６によって優先度判別情報が作成、或いは更新された送信優先度定義ファイル１２６は中継装置１２０に送信され、ファイル記憶部１２５に格納される。それにより本実施形態では、より確実に重要度の高いほうを優先して保守情報を送信できるようにさせている。アクセスログ解析装置１３６は、その機能を実現させるプログラム（以降「アクセスログ解析プログラム」と呼ぶ）をサーバ１３０が実行することでそのサーバ１３０に搭載される。
【００３６】
図６は、重み付け設定処理のフローチャートである。この重み付け設定処理は、優先種類判別情報を対象に、各識別子のポイント値（重み付け）を、対応する保守情報に保守要員がアクセスした順序に応じて設定するための処理である。上記アクセスログ解析プログラムをサーバ１３０が実行することで実現される。インシデントへの対応のために保守要員が保守情報にアクセスを開始したことを契機に起動され、インシデントへの対応が完了することで終了する。インシデントへの対応開始は、アクセスした保守情報が収集された対象装置（のソフトウェア）１２０から特定することができる。
【００３７】
先ず、ステップＳ６１では、保守要員（サポート員）の保守情報へのアクセスによるアクセスログ１３５が出力されるのを待って、そのアクセスログ１３５を取得する。次のステップＳ６２では、アクセスログ１３５中に格納されたファイル名の解析を行う。その後、ステップＳ６３に移行する。
【００３８】
ステップＳ６３では、解析したファイル名に、送信優先度定義ファイル１２６の優先種類判別情報中に定義された識別子が存在するか否か判定する。その識別子がファイル名に存在する場合、判定はＹＥＳとなってステップＳ６５に移行する。その識別子がファイル名に存在しない場合には、判定はＮＯとなり、ステップＳ６４でファイル名中から識別子となる部分を抽出し、新たに優先種類判別情報に定義する。その後、ステップＳ６５に移行する。
【００３９】
ステップＳ６５では、保守要員が最初に参照したか否か判定する。最初に参照した保守情報であった場合、つまりこの重み付け処理を実行した後、最初のステップＳ６５への移行であった場合、判定はＹＥＳとなり、ステップＳ６６でその保守情報に対応する識別子のポイント値に更に３ポイント加算した後、ステップＳ６７に移行する。最初に参照した保守情報でなかった場合には、判定はＮＯとなってステップＳ６７に移行する。
【００４０】
インシデントへの対応は複数の保守要員が行う場合がある。このことからステップＳ６７では、保守要員によるアクセス頻度が高いか否か判定する。予め定めた回数以上、保守要員にアクセスされていた場合、判定はＹＥＳとなり、ステップＳ６８でその保守情報に対応する識別子のポイント値に更に２ポイント加算した後、ステップＳ６９に移行する。その回数未満のアクセスであった場合には、判定はＮＯとなってステップＳ６９に移行する。
【００４１】
ステップＳ６９では、インシデントの対応が完了したか否か判定する。例えばこのインシデントに係わる保守情報へのアクセスが一定時間以上、無かった場合、インシデントへの対応が完了したと見なし、判定はＹＥＳとなってステップＳ７０に移行する。そのステップＳ７０において、最後に参照された保守情報の識別子のポイント値に更に２ポイント加算した後、この重み付け処理を終了する。インシデントへの対応が完了していないと見なす場合には、判定はＮＯとなって上記ステップＳ６１に戻る。
【００４２】
このインシデントの対応が完了したか否かの判定は、随時、実行される。それにより、保守情報へのアクセスが一定時間以上、無い場合、或いはインシデントへの対応の完了が保守要員から通知された場合、ステップＳ７０に移行するようになっている。
【００４３】
このようにして、優先種類判別情報が更新、つまり新しい優先種類判別情報が作成される。作成された優先種類判別情報を含む優先度判別情報を格納した送信優先度定義ファイル１２６は、随時、サーバ１３０からインターネット１００を介して中継装置１２０に送信される。それにより、作成された送信優先度定義ファイル１２６は、中継装置１２０に上書きされる。その送信優先度定義ファイル１２６は、記録媒体に格納して、保守要員により上書きさせるようにしても良い。優先種別判別情報の更新方法は一例であり、これに限定されるものではない。
【００４４】
なお、本実施形態は、アクセスログ解析装置１３６は保守情報を管理するサーバ１３０に搭載させているが、サーバ１３０とは別の装置に搭載させても良い。優先種類判別情報の更新は、バックラインの保守要員によるアクセス結果が得られれば行えることから、そのアクセス結果を中継装置１２０に自動的、或いは手動で取得させ、中継装置１２０に優先種類判別情報を更新させることもできる。このことから、アクセス解析装置は複数の装
置により実現させることもできる。
【００４５】
図７は、ハードウェア構成の実施形態の一例を示す図である。ここで図７を参照して、本実施形態による中継装置として適用可能なコンピュータの構成について具体的に説明する。
【００４６】
図７に示すコンピュータは、ＣＰＵ６１、メモリ６２、入力装置６３、出力装置６４、外部記憶装置６５、媒体駆動装置６６、及びネットワーク接続装置６７を有し、これらがバス６８によって互いに接続された構成となっている。同図に示す構成は一例であり、これに限定されるものではない。
【００４７】
演算処理装置としてのＣＰＵ６１は、プログラムをメモリ６２に読み出して実行することにより、当該情報処理装置としてのコンピュータの全体の制御を行う。記憶装置としてのメモリ６２は、ＲＡＭ等の半導体メモリである。
【００４８】
入力装置６３は、例えば、キーボード、マウス等の操作装置と接続された入力インターフェースである。操作装置に対するユーザの操作を検出し、その検出結果をＣＰＵ６１に通知する。
【００４９】
出力装置６４は、例えば表示装置と接続された表示制御装置等の出力インターフェースである。通信制御装置としてのネットワーク接続装置６７は、例えばイントラネットやインターネット等の通信ネットワークを介して、外部装置と通信を行うためのものである。外部記憶装置６５は、例えばハードディスク装置である。主に各種データやプログラムの保存に用いられる。
【００５０】
媒体駆動装置６６は、光ディスクや光磁気ディスク等の可搬型の記録媒体Ｍにアクセスするものである。
上述の構成では、中継プログラム（制御プログラム）は外部記憶装置６５、若しくは記録媒体Ｍにアクセスするか、或いはネットワーク接続装置６７を介して取得される。そのようにして取得可能な中継プログラムをＣＰＵ６１に実行させることにより、本実施形態による中継装置１２０は実現される。
【００５１】
情報記憶部１２４は例えばメモリ６２であり、ファイル記憶部１２５は例えば外部記憶装置６５、及びその記憶装置６５から読み出されて格納されるメモリ６２である。保守情報アップロード部１２３は、例えばＣＰＵ６１、メモリ６２、入力装置６３、出力装置６４、及び外部記憶装置６５により実現される。情報振り分け部１２７、及び暗号化部１２１は、例えばＣＰＵ６１、メモリ６２、及び外部記憶装置６５により実現される。メール送信部１２２は、例えばＣＰＵ６１、メモリ６２、外部記憶装置６５及びネットワーク接続装置６７により実現される。
【００５２】
上述の構成のコンピュータは、アクセスログ解析装置１３６としても適用可能である。アクセスログ解析装置１３６として適用する場合、アクセスログ解析プログラムは例えば外部記憶装置６５に格納される。そのコンピュータがサーバ１３０として用いられる場合、アクセスログ解析装置１３６は、例えばＣＰＵ６１、メモリ６２、及び外部記憶装置６５により実現される。そのコンピュータがサーバ１３０として用いられない場合には、アクセスログ解析装置１３６は、例えばＣＰＵ６１、メモリ６２、外部記憶装置６５及びネットワーク接続装置６７により実現される。ネットワーク接続装置６７は、アクセスログ１３５の取得に用いられる。
【００５３】
以上の変形例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
保守の対象とする対象装置で得られた保守情報をコンピュータにより情報処理装置に電気通信回線を介して送信する方法において、
前記保守情報を複数、送信する場合に、記憶手段に記憶されている、該保守情報を送信する優先度を判別する優先度判別情報を参照して、該保守情報の優先度をそれぞれ決定するステップと、
前記決定するステップにより決定した優先度に基づいて、該複数の保守情報をそれぞれ、前記電気通信回線を介して前記情報処理装置に送信するステップと、
を含むことを特徴とする保守情報送信方法。
（付記２）
保守の対象とする対象装置で得られた保守情報を情報処理装置に電気通信回線を介して送信する中継装置において、
前記保守情報を取得する情報取得手段と、
前記情報取得手段により複数の保守情報が取得された場合に、前記複数の保守情報間において、それぞれの保守情報を送信する優先度を判別する優先度判別情報を記憶した情報記憶手段と、
前記情報記憶手段に記憶された前記優先度判別情報を参照して、前記複数の保守情報の優先度をそれぞれ決定する優先度決定手段と、
前記優先度決定手段が決定した優先度に基づいて、前記複数の保守情報をそれぞれ前記電気通信回線を介して前記情報処理装置に送信する情報送信手段と、
を有することを特徴とする中継装置。
（付記３）
前記優先度判別情報は、前記保守情報の容量に基づいて前記優先度を判別する第１の判別情報、及び該保守情報の種類により前記優先度を判別する第２の判別情報を含み、
前記優先度決定手段は、前記保守情報毎に、前記第１及び第２の判別情報に基づいて、前記優先度を決定する、
ことを特徴とする付記２記載の中継装置。
（付記４）
前記優先度判別情報は、前記送信された保守情報へのアクセスの結果を基に作成されている、
ことを特徴とする付記２記載の中継装置。
（付記５）
保守の対象とする対象装置から複数の保守情報が取得された場合に、前記複数の保守情報間において、それぞれの保守情報を送信する優先度を判別する優先度判別情報を参照して、前記複数の保守情報の優先度に基づいて、前記複数の保守情報を情報処理装置にそれぞれ送信する中継装置に電気通信回線を介して接続されるアクセス解析装置において、
前記中継装置が前記情報処理装置に送信する保守情報へのアクセスを監視するアクセス監視手段と、
前記アクセス監視手段による監視結果に基づいて、前記アクセスされた種類の保守情報を送信する優先度を算出する優先度算出手段と、
前記優先度算出手段によって算出された優先度を用いて、前記優先度判別情報を更新する更新手段と、
を有することを特徴とするアクセス解析装置。
（付記６）
前記更新手段は、前記アクセス監視手段がアクセスを監視した保守情報の種類が前記優先度判別情報に登録されていない場合に、該保守情報の種類を該優先度判別情報に登録する、
ことを特徴とする付記５記載のアクセス解析装置。
（付記７）
前記計算手段は、前記アクセス監視手段による監視結果として、前記保守情報がアクセスされた順序、及びアクセス頻度を基に、前記優先度を示す値を計算する、
ことを特徴とする付記５記載のアクセス解析装置。
（付記８）
保守の対象とする対象装置で得られた保守情報を情報処理装置に電気通信回線を介して送信する中継装置の制御方法において、
情報取得部が、前記保守情報を取得するステップと、
前記情報取得部により複数の保守情報が取得された場合に、前記複数の保守情報間において、それぞれの保守情報を送信する優先度を判別する優先度判別情報を情報記憶部に記憶するステップと、
優先度決定部が、前記情報記憶部に記憶された前記優先度判別情報を参照して、前記複数の保守情報の優先度をそれぞれ決定するステップと、
情報送信部が、前記優先度決定部が決定した優先度に基づいて、前記複数の保守情報をそれぞれ前記電気通信回線を介して前記情報処理装置に送信するステップと、
を有することを特徴とする中継装置の制御方法。
（付記９）
保守の対象とする対象装置で得られた保守情報を情報処理装置に電気通信回線を介して送信する中継装置を制御する制御プログラムにおいて、
前記中継装置として用いられるコンピュータに、
前記保守情報を取得する情報取得機能と、
前記情報取得機能により複数の保守情報が取得された場合に、記憶手段に記憶されている、前記複数の保守情報間においえ、それぞれの保守情報を送信する優先度を判別する優先度判別情報を参照して、該保守情報の優先度をそれぞれ決定する優先度決定機能と、
前記優先度決定機能により決定した優先度に基づいて、前記複数の保守情報をそれぞれ前記電気通信回線を介して前記情報処理装置に送信する情報送信機能と、
を実現させるための制御プログラム。
（付記１０）
保守の対象とする対象装置から複数の保守情報が取得された場合に、前記複数の保守情報間において、それぞれの保守情報を送信する優先度を判別する優先度判別情報を参照して、前記複数の保守情報の優先度に基づいて、前記複数の保守情報を情報処理装置にそれぞれ送信する中継装置に電気通信回線を介して接続されるアクセス解析装置を制御する制御プログラムにおいて、
前記アクセス解析装置として用いられるコンピュータに、
前記中継装置が前記情報処理装置に送信する保守情報へのアクセスを監視するアクセス監視機能と、
前記アクセス監視機能による監視結果に基づいて、前記アクセスされた種類の保守情報を送信する優先度を算出する優先度算出機能と、
前記優先度算出機能によって算出された優先度を用いて、前記優先度判別情報を更新する更新機能と、
を実現させるための制御プログラム。
【図面の簡単な説明】
【００５４】
【図１】本実施形態による中継装置を用いて構築されたネットワークシステムの構成を示す図である。
【図２】本実施形態による中継装置１２０の機能構成図である。
【図３】送信優先度定義ファイル１２６の内容例を示す図である。
【図４】保守情報送信処理のフローチャートである。
【図５】サーバ１３０の他の機能構成図である。
【図６】重み付け設定処理のフローチャートである。
【図７】ハードウェア構成の実施形態の一例を示す図である。
【図８】保守情報の収集方法を説明する図である。
【図９】従来の保守情報送信処理のフローチャートである。
【図１０】従来の中継装置によって行われる保守情報の送信を説明する図である。
【符号の説明】
【００５５】
１１０    対象装置
１２０    中継装置
１２１    メース送信部
１２２    暗号化部
１２３    保守情報アップロード部
１２４    情報記憶部
１２５    ファイル記憶部
１２６    送信優先度定義ファイル
１２７    情報振り分け部
１３０    サーバ
１３１    メール受信部
１３２    復号化部
１３３    データベース
１３４    記憶装置
１３５    アクセスログ
１３６    アクセスログ解析装置
【図２】
2010109907.tif 000003
【図３】
2010109907.tif 000004
【図４】
2010109907.tif 000005
【図６】
2010109907.tif 000006
【図７】
2010109907.tif 000007
【図８】
2010109907.tif 000008
【図９】
2010109907.tif 000009
【図１】
2010109907.tif 000010
【図５】
2010109907.tif 000011
【図１０】
2010109907.tif 000012