(57)【要約】【課題】デバイスの交換が行われた際に、より正確にダウンタイムを計算可能なデバイス管理システム（１０７）を提供する。【解決手段】管理対象のデバイスを実デバイスＩＤと仮想デバイスＩＤによって管理し、新規デバイスが検知されると、仮想デバイスに関連付けたエラー中の実デバイスを交換するかをユーザーに問い合わせ、交換する場合には、検知された新規デバイスを、当該仮想デバイスと関連付けて新たに管理する。特に、仮想デバイスに関連付けた実デバイスの全てがサービスを停止していた時間を、仮想デバイスのダウンタイムとして求めることで、デバイスの交換に対応したダウンタイムの管理を行う。【選択図】図１４
2014078083.tif 000002
【特許請求の範囲】
【請求項１】
デバイスと接続してデバイスの状態を監視するデバイス管理装置であって、
管理対象の実デバイスの一意のデバイスＩＤと、前記実デバイスに関連付けた仮想デバイスＩＤとを格納する格納手段と、
前記実デバイスがサービスを停止していた時間を、前記仮想デバイスＩＤを持つ仮想デバイスのダウンタイムとして求める手段と、
新たに接続される実デバイスを検知する検知手段と、を有し、
前記格納手段は、ユーザーの指示に応じて、前記仮想デバイスＩＤに関連付けられているデバイスＩＤの関連付けを解除し、当該デバイスＩＤに代えて、前記検知手段により検知された新規の実デバイスのデバイスＩＤを、代替機として前記仮想デバイスＩＤと関連付けて格納することを特徴とするデバイス管理装置。
【請求項２】
前記新規デバイスが検知された場合、エラーによりサービスを停止している管理対象であった実デバイスのデバイスＩＤに関連付けられた仮想デバイスＩＤを表示画面への表示を制御するための表示手段と、
該仮想デバイスＩＤに対して実デバイスの交換を行う旨の指示と、新たに前記仮想デバイスＩＤと関連付ける新規の実デバイスのデバイスＩＤの選択との入力を、前記表示画面を介して受け付ける入力手段と、を更に有し、
前記格納手段は、前記入力手段によりユーザーの指示を受け付けたことに応じて、前記仮想デバイスＩＤに関連付けられているデバイスＩＤの関連付けを解除し、当該デバイスＩＤに代えて、前記選択された新規の実デバイスのデバイスＩＤを前記仮想デバイスＩＤと関連付けて格納することを特徴とする請求項１に記載のデバイス管理装置。
【請求項３】
前記検知手段は、あらかじめ決められたスケジュールに従って実デバイスの検知を行なうことを特徴とする請求項２または３に記載のデバイス管理装置。
【請求項４】
前記検知手段は、管理対象の実デバイスの存在するローカル環境に配置されたエージェント装置から、該エージェント装置によって探索された実デバイスの一覧を取得することで新規の実デバイスを検知することを特徴とする請求項１乃至３のいずれか一項に記載のデバイス管理装置。
【請求項５】
前記検知手段は、管理対象の実デバイスが持つ管理機能による動作の確認が行われたことを以て、新規の実デバイスが検知されたとみなすことを特徴とする請求項１乃至４のいずれか一項に記載のデバイス管理装置。
【請求項６】
複数の実デバイスと、請求項１乃至５のいずれか一項に記載のデバイス管理装置とを接続したことを特徴とするデバイス管理システム。
【請求項７】
デバイスと接続してデバイスの状態を監視するデバイス管理装置としてコンピュータを機能させるためのプログラムであって、
管理対象の実デバイスの一意のデバイスＩＤと、前記実デバイスに関連付けた仮想デバイスＩＤとを格納する格納手段と、
前記実デバイスがサービスを停止していた時間を、前記仮想デバイスＩＤを持つ仮想デバイスのダウンタイムとして求める手段と、
新たに接続される実デバイスを検知する検知手段と、してコンピュータを機能させ、
前記格納手段は、ユーザーの指示に応じて、前記仮想デバイスＩＤに関連付けられているデバイスＩＤの関連付けを解除し、当該デバイスＩＤに代えて、前記検知手段により検知された新規の実デバイスのデバイスＩＤを、代替機として前記仮想デバイスＩＤと関連付けて格納することを特徴とするプログラム。
【請求項８】
デバイスと接続したデバイス管理装置によりデバイスの状態を監視するデバイス管理方法であって、
前記デバイス管理装置の格納手段が、管理対象の実デバイスの一意のデバイスＩＤと、前記実デバイスに関連付けた仮想デバイスＩＤとを格納する格納工程と、
前記デバイス管理装置の格納手段が、前記実デバイスがサービスを停止していた時間を、前記仮想デバイスＩＤを持つ仮想デバイスのダウンタイムとして求める工程と、
前記デバイス管理装置の格納手段が、新たに接続される実デバイスを検知する検知工程と、を有し、
前記格納工程では、ユーザーの指示に応じて、前記仮想デバイスＩＤに関連付けられているデバイスＩＤの関連付けを解除し、当該デバイスＩＤに代えて、前記検知工程により検知された新規の実デバイスのデバイスＩＤを、代替機として前記仮想デバイスＩＤと関連付けて格納することを特徴とするデバイス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえばネットワーク上の画像形成装置の管理方法およびプログラム等に関するものである。
【背景技術】
【０００２】
画像形成装置などのデバイスにエラーが発生し、顧客が期待するサービスを受けられない時間帯をダウンタイム（Ｄｏｗｎｔｉｍｅ）と呼ぶ。サービス提供者にとって、デバイスのダウンタイムを軽減することは大変重要である。したがって、デバイスにエラーが発生し、復旧に時間がかかる場合は、あらかじめ用意している代替機にデバイスを交換し、その間に修理を行なう。そして、修理完了後にデバイスを元に戻すという運用が行われている。代替機への交換を行った場合は、本来のデバイスにエラーが生じたときから代替機の稼働が開始されるまでの、サービスの停止時間がダウンタイムとしてカウントされる。
【０００３】
また、ダウンタイムは提供されたサービス品質を測る上でも重要な指標となるため、一定の期間におけるダウンタイムの計算が必要とされている。単体のデバイスから取得したエラー発生時刻とエラー復旧時刻とからダウンタイムを自動的に計算する方法（たとえば特許文献１等参照）が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２５７２２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１における計算方法は、単体のデバイスにおけるエラー発生と復旧からダウンタイムを計算する場合でのみ有効である。エラーが発生したデバイスを代替機に交換した場合には、交換後のデバイスが正常に動作し始めても、交換前後のデバイスは異なるデバイスとして扱われるため、ダウンタイムを自動的に計算することができない。
【０００６】
本発明は、上記の課題を解決するためになされたもので、デバイスの交換が行われた場合にも、サービスの停止していた時間をダウンタイムとしてダウンタイムの計算を行なう。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明は以下の構成を有する。すなわち、デバイスと接続してデバイスの状態を監視するデバイス管理装置であって、
管理対象の実デバイスの一意のデバイスＩＤと、前記実デバイスに関連付けた仮想デバイスＩＤとを格納する格納手段と、
前記実デバイスがサービスを停止していた時間を、前記仮想デバイスＩＤを持つ仮想デバイスのダウンタイムとして求める手段と、
新たに接続される実デバイスを検知する検知手段と、を有し、
前記格納手段は、ユーザーの指示に応じて、前記仮想デバイスＩＤに関連付けられているデバイスＩＤの関連付けを解除し、当該デバイスＩＤに代えて、前記検知手段により検知された新規の実デバイスのデバイスＩＤを、代替機として前記仮想デバイスＩＤと関連付けて格納する。
【発明の効果】
【０００８】
本発明によれば、デバイスの交換が行われた際にも、適切なダウンタイムを計算することが可能である。また、交換後のデバイスがさらに別のデバイスに交換された場合であっても適切なダウンタイムを計算することが可能である。
【図面の簡単な説明】
【０００９】
【図１】デバイス管理システムの構成図
【図２】デバイスのハードウェア構成図
【図３】情報処理装置のハードウェア構成図
【図４】デバイス管理システムにおける各装置の機能ブロック図
【図５】デバイス一覧テーブルを示す図
【図６】（ａ）管理対象デバイスのエラー検知方法のシーケンス図、（ｂ）管理対象デバイスの正常ステータス検知方法のシーケンス図
【図７】デバイスエラー情報テーブルを示す図
【図８】エラー発生デバイス一覧画面ＵＩを示す図
【図９】（ａ）ダウンタイムの計算方法を示す図、（ｂ）デバイス交換時のダウンタイムの計算方法を示す図
【図１０】（ａ）実デバイス仮想デバイス関連付けテーブルを示す図、（ｂ）仮想デバイステーブルを示す図
【図１１】実デバイスと仮想デバイスの関連付け処理のフローチャート
【図１２】デバイスエラー情報管理テーブルを示す図
【図１３】仮想デバイスのエラー検知処理のフローチャート
【図１４】エラー発生実デバイスの交換処理のシーケンス図
【図１５】交換元デバイス選択画面ＵＩを示す図
【図１６】代替用デバイス選択画面ＵＩを示す図
【図１７】仮想デバイスによるダウンタイムの計算方法を示す図
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
［実施形態１］
はじめに実施例１における、デバイスを管理するデバイス管理システムについて説明する。図１はデバイス管理システム１０７を構成する各装置がネットワーク１０１とインターネット１０６で接続されている状態を示す。
【００１２】
＜デバイス管理システム＞
デバイス管理サーバー１０５は、顧客環境のデバイスを集中管理するサーバーであり、インターネット１０６上に設置され、複数の顧客環境のデバイスを管理することが可能である。デバイス１０２は管理機能を有しており、自機のエラー情報や印刷履歴などの管理情報をデバイス管理サーバー１０５に直接送信することができる例えばディジタル複合機などの画像形成装置である。デバイス１０４は、自機を管理する機能がなく、自機の管理情報を直接デバイス管理サーバー１０５に送信できないデバイスである。デバイス管理エージェント１０３は、デバイス１０４から管理情報を取得し、デバイス管理サーバー１０５へ送信する情報処理装置である。図中には示していないが、デバイス管理エージェント１０３は、複数のデバイス１０４を管理することが可能である。クライアントコンピューター１００は、ネットワーク１０１を通じて、デバイス１０２およびデバイス１０４に対して、印刷指示を行なうことが可能である。またクライアントコンピューター１００は、デバイス管理サーバー１０５の端末としても機能する。図１では、デバイス管理システム１０７は５つの装置から構成されているが、これは必ずしも５つの装置である必要はない。例えば、デバイス管理サーバー１０５は、機能ごとに複数の装置で構成されていてもよい。また、クライアントコンピューター１００は、必ずしもパーソナルコンピュータである必要はなく、携帯端末や画像形成装置などの同機能を持つ情報処理装置でもよい。
【００１３】
＜各装置のハードウェア＞
次に、図１のデバイス管理システム１０７を構成している各装置のハードウェア構成について説明する。
【００１４】
図２は、デバイス１０２、１０４のハードウェア構成を示すブロック図である。デバイス１０２、１０４は、画像処理ユニット２００、ＣＰＵ２０１、主記憶部２０２、ニ次記憶部２０３、ユーザーインターフェース２０４、外部インターフェース２０５、印刷ユニット２０６、読み込みユニット２０７を含む構成を持つ。ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１は、所定のプログラムを実行し、画像処理装置１０４、１０５の各種制御を指示するユニットである。主記憶部２０２は、ＣＰＵ２０１がプログラムを実行する際に使用するメモリであり、ＣＰＵ２０１が実行するプログラムは主記憶部２０２にロードされる。二次記憶部２０３には、アプリケーションプログラムが記憶されている。二次記憶部２０３に記憶されている各種プログラムは、ＣＰＵ２０１がプログラムを実行する際に主記憶部２０２にロードされる。二次記憶部２０３は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）またはＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）など不揮発性記憶媒体により実現される。
【００１５】
印刷ユニット２０６は、画像処理ユニットから出力される画像データを、用紙などの媒体上に画像として可視化する。読み込みユニット２０７は、印刷物など媒体上の画像を光学的に読み取り、対象画像を表す画像データを出力し、たとえば二次記憶部２０３に保存する。
【００１６】
二次記憶部２０３にはさらに、デバイスの状態等を保存したデータベースやエラーの履歴を記録したログが格納されている。デバイスの動作状態はＣＰＵ２０１により監視されており、種々のエラーが検知されてログに、障害の種類や発生時刻、復旧時刻等が記録される。
【００１７】
ここで、デバイス１０２、１０４のインターフェースを用いて、デバイス１０２、１０４を管理する技術について説明する。デバイス１０２、１０４の管理情報（すなわちデバイス管理サーバー１０５により管理される情報）として、本実施形態では、機器の構成情報、印刷実績、機器の障害情報などがある。ユーザーインターフェース２０４は、ユーザーの操作入力を受け付ける機能を持つ。例えば、ユーザーの操作を受け付けるデバイスに取り付けられたパネルや各種ボタンなどである。また、パネルやディスプレイによって表示画面への画面表示の機能を持っていてもよい。外部インターフェース２０５は、ネットワーク１０１に接続されて外部装置からのデータの受信や外部装置へのデータの送信が可能となっており、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを介して、二次記憶部２０３に記録されたデバイス１０２、１０４の各種管理情報を外部に提供できる。例えば、外部装置としては、外付けＨＤＤやＵＳＢメモリなどの外部記憶装置やネットワークを介して接続されたコンピューターや、デバイスなどが含まれる。デバイス１０２はネットワーク１０１およびインターネット１０６を介して、デバイス管理サーバー１０５と通信可能である。デバイス１０４はネットワーク１０１を介して、デバイス管理エージェント１０３と通信可能である。
【００１８】
次に、クライアントコンピューター１００、デバイス管理エージェント１０３とデバイス管理サーバー１０５を含む情報処理装置のハードウェア構成について説明する。
【００１９】
図３は、情報処理装置の内部構造を示すブロック図である。情報処理装置は、ＣＰＵ３００、主記憶部３０１、二次記憶部３０２、ユーザーインターフェース３０３、外部インターフェース３０４を含む。ＣＰＵ３００、主記憶部３０１の詳細については、それぞれデバイス１０２、１０４が持つものと変わらないため説明を省略する。二次記憶部３０２にはアプリケーションプログラム、およびＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）を含む各種プログラムが記憶されている。また、デバイス管理エージェント１０３とデバイス管理サーバー１０５とにおいては、二次記憶部３０２は印刷データ、印刷履歴、デバイスのエラー履歴がさらに記憶されている。二次記憶部３０２は、ＲＯＭまたはＨＤＤ、ＳＳＤなどの不揮発性記憶媒体で構成されている。ユーザーインターフェース３０３は、必要に応じて画面を表示する表示装置や、ユーザーの操作入力を受け付ける機能を持つユニットである。例えば、キーボード、マウス等を用いたユーザーの操作に応じた信号を受け付ける。外部インターフェース３０４は、ネットワーク１０１およびインターネット１０６に接続して、他の機器との通信を可能にする機能を持つ。
【００２０】
＜各装置の機能＞
次に、図１のデバイス管理システム１０７における各装置が持つ機能について説明する。図４は、デバイス管理システム１０７における各装置の機能ブロック図である。
【００２１】
はじめに、デバイス１０２のソフトウェア構成について説明する。デバイス１０２は、自身の情報を管理するためのデバイス管理部４２１と画面表示と入力操作を受け付けるＵＩ制御部４２４を持つ。デバイス管理部４２１は、デバイス配置通知部４２２とエラー検出部４２３を持っている。デバイス配置通知部４２２は、デバイス１０２自身が配置された際に、配置時刻をデバイス管理サーバー１０５に通知する。エラー検出部４２３は、デバイス１０２自身のエラー発生時刻およびエラー復旧時刻をデバイス管理サーバー１０５に通知する。配置時刻は、たとえばユーザーインターフェース２０４に設けた配置完了ボタンの管理者による押下などをトリガとして記録することができる。この配置時刻は、たとえばその時点におけるステータスと併せて記録され、ステータスのポーリングに対して応答される。ただしこれは一例であって、配置完了のタイミングを決める方法としては他の方法を採用することもできる。次にデバイス管理エージェント１０３のソフトウェア構成について説明する。デバイス管理サーバー１０５とデバイス管理部を持たないデバイス１０４間の通信のやり取りは、顧客環境に配置されたデバイス管理エージェント１０３によって行われる。デバイス管理エージェント１０３は、デバイス１０２と同様のデバイス管理部４３１とＵＩ制御部４３４を持つ。デバイス管理エージェント１０３は、複数のデバイス１０４を管理することができる。デバイス管理部４３１はデバイス検出部４３２と、エラー検出部４３３とからなる。デバイス検出部４３２は、顧客環境に配置されたデバイスを検出する。デバイスの検出は、たとえば、デバイスの立ち上げ時に立ち上げイベントを示すメッセージを送信するように構成することで実現できる。当該メッセージの送信元デバイスを重複なくリストに登録することで、現に接続されているデバイスのリストが作成できる。あるいは、デバイス管理エージェント１０３が、デバイスが接続されるポートに対して近隣探索メッセージを例えば予め定められたスケジュールで、例えば定期的にブロードキャストし、それに対してサービスを提供可能なデバイスが応答するよう構成、応答したデバイスをデバイス管理エージェント１０３がリスト化することもできる。本実施形態では後者の方法で接続されているデバイスを検出する。
【００２２】
またエラー検出部４３３は定期的に各デバイス１０４に問い合わせを行ない、各デバイス１０４の持つエラー情報を受信する。デバイス管理エージェント１０３は、各デバイス１０４から受信したエラー情報をデバイス管理サーバー１０５に送信する。あるいは、デバイス１０４が、エラーの発生に応じて自発的にエラー情報を送信し、エラー検出部４３３はそれを受信してもよい。クライアントコンピューター１００は、ブラウザ４１１をソフトウェアとして持っており、デバイス管理サーバー１０５に対して設定や表示などの要求を送信できる。本実施形態では、クライアントコンピューター１００はデバイス管理のサービス提供者であるユーザー（このユーザーをサービス提供者あるいは管理者ユーザーなどと呼ぶ。）が利用することを想定している。
【００２３】
次に、デバイス管理サーバー１０５のソフトウェア構成について説明する。デバイス管理サーバー１０５は、デバイス管理部４０１と要求受信部４０５とを有する。デバイス管理部４０１は、デバイス情報管理部４０２とエラー情報管理部４０３、デバイス検出部４０４と関連付け部４０５を持つ。デバイス情報管理部４０２は、デバイス一覧テーブルを用いて各デバイスをデバイスＩＤ、デバイス名、探索された日時などの情報とともに管理する。図５は、デバイス情報管理部４０２の保持するデバイス一覧テーブルを示している。デバイス管理サーバー１０５はデバイス一覧テーブルに格納されたデータを元に、ＵＩなどにデバイス一覧の情報を出力する。デバイスＩＤ５００には、デバイス個体の識別子が格納される。デバイス名５０１にはデバイスの名称が格納される。設置場所５０２にはデバイスの設置場所が格納される。探索日時５０３にはデバイスが発見された日時が格納される。管理対象フラグ５０４は、デバイス管理サーバー１０５による管理対象のデバイスであるかどうかのフラグである。図５の例では、３台のデバイスＡ、デバイスＢ、デバイスＣがデバイス一覧テーブルに記録されている。エラー情報管理部４０３は、各デバイスのエラーの発生時刻と復旧時刻を管理する機能を持つ。デバイス検出部４０４は新規に追加されたデバイスを探索し新規デバイスとして識別する機能を持つ。関連付け部４０５については後述する。要求受信部４０６は、クライアントコンピューター１００、デバイス１０２、デバイス管理エージェント１０３からのリクエストやデータを受け付ける機能を持つ。
【００２４】
次に、デバイス管理サーバー１０５がデバイス管理エージェント１０３経由で探索した顧客環境に配置されたデバイス１０４を管理対象デバイスとして登録する処理について説明する。なお、自身の情報を管理できるデバイス１０２においても、デバイス検出部４３２の動作が、デバイス配置通知部４２２に置き換わるだけであるため説明を省略する。はじめに、デバイス管理サーバー１０５が、新規デバイスを検知する処理について説明する。デバイス管理サーバー１０５におけるデバイス管理部４０１は、デバイス管理エージェント１０３に問い合わせてデバイス管理エージェント１０３が検出した、現に接続されデバイス（これを探索されたデバイスと呼ぶ。）の一覧を取得する。デバイス管理エージェント１０３がデバイスを探索する方法は、ＩＰブロードキャストなどのローカル環境を探索できる方法を利用する。デバイス管理部４０１は、探索されたデバイスの一覧と、デバイス情報管理部４０２の持つデバイス一覧テーブルにおけるデバイスＩＤ５００とを比較する。デバイス一覧テーブルに存在しないデバイスＩＤを持つデバイスが、探索されたデバイスのリストに含まれていれば、そのデバイスを新規デバイスとしてデバイス一覧テーブルに追加する。この際に、管理対象フラグ５０４をｆａｌｓｅとして登録を行なう。次に、デバイス管理サーバー１０５が新規デバイスとして検知したデバイスを、サービス提供者が承認して、管理対象デバイスとして登録するときの処理について記述する。サービス提供者は、クライアントコンピューター１００のブラウザ４１１を利用して、デバイス管理サーバー１０５に接続して操作するものとする。デバイス管理部４０１は、デバイス一覧テーブルから管理対象がｆａｌｓｅとなっているデバイスの一覧を取得し新規発見デバイスとして表示する。デバイス管理部４０１は、サービス提供者による新規発見デバイスの選択を受け付けて、新規発見デバイスを管理対象のデバイスとして登録する。デバイス管理部４０１は、登録されたデバイスのデバイス一覧テーブルにおける、管理対象フラグ５０４をｔｒｕｅにする。デバイス一覧テーブルにおける管理対象フラグ５０４がｔｒｕｅとなることで、新規発見デバイスは、デバイス管理システム１０７による管理対象となる。ここでは、自動的に探索されたデバイスの新規登録を行なう方法を示したが、手動でデバイスの登録を行なってもよい。
【００２５】
＜エラーイベントの管理＞
次に、管理対象デバイスからのエラー受信と正常ステータス受信について説明する。図６（ａ）は、デバイス管理システム１０７における管理対象デバイスのステータス監視方法を示したシーケンス図である。なお以下の説明ではデバイスＡはデバイス管理部を持たないデバイス１０４であるが、デバイス管理部を持つデバイス１０２であってもよい。その場合には、単体のデバイス１０２が、デバイス管理エージェント１０３とデバイスＡとを含む機能を果たす。
【００２６】
図６（ａ）においてデバイスＡは顧客環境で管理対象になっているデバイスである。図６は、デバイスＡはエラー状態である場合に、デバイス管理サーバー１０５が、デバイスＡのエラーを検知するシーケンスを図示している。デバイス管理エージェント１０３は、定期的に顧客環境の管理対象デバイス一覧を、デバイス管理サーバー１０５から取得する。デバイス管理エージェント１０３は、管理対象デバイス一覧に含まれたデバイスのうち、デバイス管理エージェント１０３に現に接続されているデバイスに対してステータス確認要求を送信する。デバイスは、受信したステータス確認要求に応答して、デバイス管理エージェント１０３に対してその状態を示すステータスを送信する。図６（ａ）の例では、デバイスＡがエラー状態やその発生時刻などを含むエラー詳細情報をステータスとして送信している。デバイス管理エージェント１０３は、それに接続されたすべての管理対象デバイスからステータスを取得したのち、それらをまとめたステータス情報をデバイス管理サーバー１０５に送信する。デバイス管理サーバー１０５のデバイス管理部４０１は、エラー情報管理部４０３に受信したステータス情報の登録を指示する。エラー情報管理部４０３は受信したステータス情報からデバイスエラー情報テーブルを作成する。図７はエラー情報管理部４０３の保持するデバイスエラー情報テーブルである。デバイスエラー情報テーブルには、受信したデバイスのステータス一覧、特にエラーに関する情報を、その発生日時および復旧日時とともに保持する。例えば、デバイスＡ（デバイスＩＤ：ＡＡＡ）の用紙経路エラーを受信した場合は、デバイスＡのデバイスＩＤと用紙経路エラーを示すステータスのコードと、その発生時刻を登録する（例えば図７（ａ）のデバイスエラー情報テーブルの最下行）。復旧時刻には、同エラーが解消した時刻を登録するが、現在発生中のエラーの場合は、復旧時刻はデータなし（例えばナル）となる。
【００２７】
デバイスエラー情報テーブルが作成されると、当該テーブルに基づいてエラーが管理者ユーザー等に通報されてカスタマーエンジニアがデバイスＡを修理する等して復旧する。図６（ｂ）は、図６（ａ）のシーケンスが実行されてデバイスＡのエラーが検知されたあと、初めてデバイス管理サーバー１０５がデバイスＡの正常状態を検知するシーケンスを示す。デバイス管理エージェント１０３は、定期的に顧客環境の管理対象デバイス一覧を、デバイス管理サーバー１０５から取得する。デバイス管理エージェント１０３は、定期的に顧客環境の管理対象デバイスそれぞれに対してステータス確認要求を送信する。デバイスは当該要求に応答して、デバイス管理エージェント１０３に対してステータス情報を送信する。図６（ｂ）の例では、デバイスＡが正常ステータスを送信している。デバイス管理エージェント１０３は、すべての管理対象デバイスからステータスを取得したのち、デバイス管理サーバー１０５にステータス情報を送信する。デバイス管理サーバー１０５のデバイス管理部４０１は、エラー情報管理部４０３に受信したステータス情報の登録を指示する。このとき、デバイス管理部４０１は、デバイスＡ（デバイスＩＤ：ＡＡＡＡ）の用紙経路エラーが、正常に戻ったことを受信している。したがって、デバイス管理部４０１は、デバイスエラー情報テーブルにデバイスＡにおける用紙経路エラーの復旧時刻として登録する。登録される時刻は、デバイスが復旧した時刻をステータスと共にデバイス管理エージェント１０３を介してデバイス管理サーバー１０５に送信している場合にはその時刻であり、時刻を送信していない場合には、正常ステータスをサーバー１０５が受信した時刻であればよい。
【００２８】
次にサービス提供者が管理対象デバイスのエラー発生と復旧状況を確認する際のデバイス管理サーバー１０５の処理について説明する。サービス提供者による、エラー発生中デバイス一覧の表示指示に応じて、デバイス管理サーバー１０５のデバイス管理部４０１は、エラー情報管理部４０３のデバイスエラー情報テーブルから、復旧時刻が登録されていないエラーの一覧を取得する。次に、デバイス管理部４０１は、取得したエラーが発生しているデバイスを、図８に示すエラー発生デバイス一覧画面８００に表示する。メッセージ８０１は、エラーが発生しているデバイスの一覧が表示されていることを示すメッセージである。デバイス名表示部８０２は、エラー発生中のデバイスの名称を表示する。機種名表示部８０３は、エラー発生中のデバイスの機種名を表示する。ステータス表示部８０４は、デバイスの現在のステータスを表示する。エラー発生デバイス一覧画面８００によってサービス提供者は現在エラーが発生しているデバイスの一覧を確認することが可能である。
【００２９】
ダウンタイムの定義には、一般的に次の２パターンが知られている。ひとつは、エラーの発生時刻から復旧時刻までをダウンタイムとみなす定義である。復旧とは単にエラーが解除されたことのみをいうのではなく、たとえば代替機によりエラー発生前と同等のサービスが再開された場合も含む。もう一方は、顧客によってネットワーク機器における不具合が通報された時刻から、不具合が解消した時刻までをダウンタイムとみなす定義である。ここでは、前者のダウンタイムの定義を用いる。すなわちダウンタイムとは、エラー発生によりサービスが停止した時刻から、同等のサービスが再開されるまでの時刻、あるいは、エラー発生によりサービスが停止した時刻から、同等のサービスが再開される時刻までの時間である。
【００３０】
デバイス管理サーバー１０５のデバイス管理部４０１はまず、管理者ユーザーによりクライアントコンピューター１００などから入力されるダウンタイム計算処理の指示を受け付ける。次に、デバイス管理部４０１は、管理者ユーザーによるダウンタイム計算期間の入力を受け付ける。ダウンタイム計算期間は、期間開始日時と期間終了日時の組み合わせで構成され、その期間内におけるダウンタイムが計算の対象となる。ダウンタイム計算期間のことを集計期間とも呼ぶ。デバイス管理部４０１は、エラー情報管理部４０３から、ダウンタイム計算期間中に発生しているエラーの一覧と、各エラーの発生時刻および復旧時刻を取得する。
【００３１】
図９（ａ）は、集計期間において、１台の管理対象デバイスに発生しているエラーの発生時間の一例を図示したものである。期間９００はダウンタイム計算期間であり、タイミング９０１は開始日時、タイミング９０２は終了日時をそれぞれ表している。エラー表示９０３は、ダウンタイム計算期間中の発生エラーの種類とその発生時間を示している。図９（ａ）では、「用紙経路エラー」および「ネットワーク未接続」の２つのエラーが発生した例を示している。ダウンタイム９０４は管理対象デバイスのダウンタイムである。ダウンタイム９０５は、集計期間中に、少なくとも一つのエラーが発生していた時間として計算される。
【００３２】
しかし、集計期間中にデバイス交換が行われた場合には、交換前のデバイスのエラー発生時刻から、交換後のデバイスの配置完了時刻までをダウンタイムとする必要がある。図９（ｂ）にデバイスＡでエラーが発生したのちに、デバイスＢへの交換が行われ、のちに再びデバイスＡに交換された例を示す。ダウンタイム計算期間９１０、開始日時９１１、終了日時９１２は図９（ａ）と同様である。エラー表示９１３はデバイスＡに少なくとも一つのエラーが生じていたエラー時間を示す。タイミング９１４はデバイスＡと交換されたデバイスＢの配置完了時刻を示す。エラー表示９１５は、デバイスＢに少なくとも一つのエラーが生じていたエラー時間を示す。タイミング９１６は、代替機であるデバイスＢに代えて、修理が完了したデバイスＡの配置が完了した時刻を示す。このような場合のダウンタイムは、デバイスＢの配置完了時刻９１４からデバイスＡの配置完了時刻９１６まではデバイスＢのエラー時間を、それ以外の時間帯はデバイスＡのエラー時間を合計してダウンタイム１０７とする。したがって、管理者ユーザーもしくはデバイス管理システム１０７が集計期間中のデバイス交換をすべて認識している必要がある。また、デバイスの交換はデバイスＡからデバイスＢに交換され、その後デバイスＣに交換されるような場合もありうる。何時にどのデバイスとどのデバイスとが交換されたかの情報が必要であるため、デバイスの交換が頻繁に行われるとダウンタイムの計算も複雑になる。そこで、どのデバイスが交換されたかに関係しないダウンタイムの計算方法を、いかに説明する手順により本実施形態では実現している。
【００３３】
＜仮想デバイスの登録＞
以下、実体となる機器と１対１で対応する実デバイスを仮想デバイスと関連付けて管理する方法について説明する。本実施形態において、すべての実デバイスは、仮想デバイスに関連付けて管理されている。図１０（ａ）に実デバイスと仮想デバイスの関連付けを管理する仮想デバイス関連付けテーブルの一例を示す。関連付け部４０５は、仮想デバイス関連付けテーブルとして、仮想デバイスを識別する仮想デバイスＩＤ１０００と実デバイスＩＤ１００１の組み合わせを保持する。実デバイスＩＤは実際のデバイスを一意に表す識別子であり、仮想デバイスＩＤは、実デバイスに関連付けられた仮想的なデバイスを一意に表す識別子である。また図１０（ｂ）に仮想デバイステーブルの一例を示す。仮想デバイステーブルは、仮想デバイスＩＤ１００２と、仮想デバイス名１００３、設置場所１００４、探索日時１００５を保持している。故障などにより実デバイスの交換が行われた場合は、仮想デバイス関連付けテーブルの実デバイスＩＤ１００１を交換後のデバイスのＩＤに変更する。ここで、元の実デバイスＩＤは、破棄せずに保持していてもよい。仮想デバイス関連付けテーブルに関連付けられた実デバイスのＩＤが変更されることで仮想デバイステーブルの各仮想デバイスの情報も新しい実デバイスに関連付けられる。このように、仮想デバイス関連付けテーブルと仮想デバイステーブルを用いることで、交換前後の実デバイスの情報を１つのデバイスの情報として扱うことができるようになる。なお図５，図７のテーブルは本実施形態に係る発明の前提となる関連技術を説明するものであり、本実施形態においては作成しなくともよい。ただし、図５、図７のテーブルを実デバイスについて作成し、それを図１０（ａ）に示す仮想デバイス関連付けテーブルにより仮想デバイスに置き換えることで、図１０（ｂ）の仮想デバイステーブルや図１２に示す仮想デバイスエラー情報管理テーブルを仮想デバイスについて作成し、また保守するようにしてもよい。以下の説明では、図５、図７のテーブルも作成し、それとともに図１０（ｂ）、図１２のテーブルをそれぞれ作成する態様を説明する。なお仮想デバイスエラー情報管理テーブルとは、仮想デバイス単位でダウンタイムを管理するためのテーブルである。
【００３４】
はじめに、顧客環境に配置された新規の実デバイスを、デバイス管理サーバー１０５が管理対象デバイスとして登録し、仮想デバイスと関連付ける処理について図１１を用いて説明する。本動作の主体となるのは、デバイス管理サーバー１０５のデバイス管理部４０１である。Ｓ１１００の処理において、デバイス管理部４０１は、デバイス管理エージェント１０３にデバイスの探索を指示する。なおデバイス管理部を持つデバイス１０２に対しては、デバイス管理エージェント１０３を介さずにデバイス１０２と直接メッセージを交換する。すなわち、デバイス管理エージェント１０３に対するデバイスの探索指示と併せて、デバイス１０２を直接探索する。Ｓ１１０１の処理において、デバイス管理部４０１はデバイス管理エージェント１０３によって探索された実デバイス１０４及び直接探索された実デバイス１０２を含む実デバイスの一覧を取得する。次にＳ１１０２の処理において、デバイス管理部４０１は、探索された実デバイスの一覧と、デバイス情報管理部４０２の持つ仮想デバイス関連付けテーブルにおける実デバイスＩＤ１００１とを比較する。そして、Ｓ１１０２の処理において、仮想デバイス関連付けテーブルに登録されていない実デバイスＩＤ１００１を持つ実デバイスを、関連付け部４０５に問い合わせる。Ｓ１１０３の処理において、仮想デバイス関連付けテーブルに登録されていない実デバイスＩＤ１００１を持つ実デバイスが存在するかを判断する。存在した場合は、Ｓ１１０４の処理に進む。存在しない場合はＳ１１０５の処理に進む。Ｓ１１０５の処理において、デバイス管理部４０１は、「新規に発見されたデバイスなし」と表示して処理を終了する。
【００３５】
一方Ｓ１１０４の処理においては、デバイス管理部４０１は、仮想デバイスに関連付けられていない実デバイスを新規に発見された実デバイスとして管理者ユーザーに向けて一覧表示する。次にＳ１１０６の処理において、デバイス管理部４０１は、管理者ユーザーによる、新規に発見された実デバイスを管理対象として選択する操作を受け付ける。Ｓ１１０７の処理において、デバイス管理部４０１は、サービス提供者によって新規に発見された実デバイスが管理対象として選択されたかを判断する。管理対象として選択されたと判断された場合は、Ｓ１１０８の処理に移行する。管理対象外として選択された場合はＳ１１０９の処理に移行する。Ｓ１１０８の処理において、さらに、新規の仮想デバイスとするか否かの入力を受け付け、新規の仮想デバイスであればデバイス管理部４０１は新規の仮想デバイスＩＤを発行して、仮想デバイス関連付けテーブルに選択された実デバイスと関連付けて登録する。またいったん新規の仮想デバイスとして登録したとしても、未解決のエラーが残っている仮想デバイスがあれば、エラー既存の仮想デバイスとの対応付け、すなわち実デバイスの代替が指定を受け付け、代替が指定された場合には、指定された仮想デバイスに対応する実デバイスとして、仮想デバイス関連付けテーブルに登録する。この代替デバイスの登録はＳ１１０８で行ってもよいが、図１１の手順をいったん終了した後で行ってもよい。また、発行された仮想デバイスＩＤと、選択された実デバイスの情報（設置場所、探索時間など）を仮想デバイステーブルに登録して処理を終了する。仮想デバイス関連付けテーブルに仮想デバイスＩＤ１０００と関連付けて実デバイスＩＤが登録されることで、新規に発見された実デバイスはデバイス管理システム１０７による管理対象となる。
【００３６】
一方Ｓ１１０９の処理において、デバイス管理部４０１は、新規に発見された実デバイスを管理対象外と判断する。以上の処理により、管理対象となる実デバイスの実デバイスＩＤ１００１は仮想デバイスＩＤ１０００と関連付けられ、仮想デバイス単位で管理することが可能となる。
【００３７】
＜仮想デバイスに関するエラー処理＞
次に、デバイスにエラーが発生した、あるいはエラーから復旧した際の一連の処理について順を追って説明する。まず、デバイスのエラー発生をデバイス管理サーバー１０５が検知する処理について説明する。
【００３８】
エラー情報管理部４０３は、実デバイスのエラー情報を仮想デバイスのエラーとみなして管理するために、図１２に示す仮想デバイスエラー情報管理テーブルを保持している。仮想デバイスＩＤ１２００はエラーが発生した仮想デバイスの仮想デバイスＩＤである。ステータス１２０１は発生したエラーの種類を示している。発生時刻１２０２と復旧１２０３はそれぞれエラーの発生時刻とエラーからの復旧時刻を示している。現在発生中のエラーについては復旧時刻のデータは空となる。
【００３９】
次に、デバイス管理サーバー１０５における、仮想デバイスのエラーを検知する処理について図１３を用いて説明する。本動作の主体は、デバイス管理サーバー１０５のデバイス管理部４０１である。Ｓ１３００の処理でデバイス管理部４０１は、デバイス管理エージェント１０３から受信した実デバイスのエラーもしくは正常ステータスを確認する。この確認は、ステータス要求を例えば定期的にデバイスあるいはデバイス管理エージェントに対して発行し、それに対するステータス情報を受信することで実現される。Ｓ１３０１の処理でデバイス管理部４０１は、仮想デバイス関連付けテーブルを参照し、ステータス情報の送信元である実デバイスが関連する仮想デバイスＩＤを取得する。Ｓ１３０２の処理でデバイス管理部４０１は、仮想デバイスエラー情報テーブルにＳ１３０１で取得した仮想デバイスＩＤが登録されているかを判断する。登録されていると判断した場合はＳ１３０３の処理に移行する。登録されていないと判断した場合はＳ１３０６の処理に移行する。Ｓ１３０３の処理では、デバイス管理部４０１は、受信したステータスは正常ステータスかエラーかを判断する。正常ステータスであればＳ１３０４の処理に移行する。エラーであれば、Ｓ１３０５の処理に移行する。Ｓ１３０４の処理で、デバイス管理部４０１は、当該仮想デバイスについて、復旧時刻１２０３が空欄のレコードがあれば、ステータスとともに受信した、エラーが復旧し正常ステータスに戻った時刻、あるいはデバイス管理サーバー１０３が当該ステータス情報を受信した時刻を復旧時刻として、仮想デバイスエラー情報テーブルに登録する。またもし当該仮想デバイスが仮想デバイスエラー情報テーブルに登録されていてもすべてのエラーについて復旧時刻が記録されているのであればＳ１３０４ではなにもしない。
【００４０】
Ｓ１３０５の処理でデバイス管理部４０１は、受信したエラーがすでに仮想デバイスエラー情報テーブルに登録されているかを判断する。すでに登録されているエラーであり、そのエラーに対する復旧時刻が記録されていないと判断した場合は、エラーがいまだに解消されていないと判断できるから処理を終了する。すでに登録されているエラーであっても、そのエラーに対する復旧時刻が記録されているなら、あるエラーの解消後に再度生じた同一種類のエラーであるであるから、Ｓ１３０７に分岐する。また、まだ登録されていない場合にもＳ１３０７の処理に移行する。Ｓ１３０６の処理でデバイス管理部４０１は、受信したステータスはエラーか正常ステータスかを判断する。エラーと判断した場合はＳ１３０７の処理に移行する。正常ステータスと判断した場合は処理を終了する。Ｓ１３０７の処理でデバイス管理部４０１は、仮想デバイスＩＤとエラー情報と発生時刻とを仮想デバイスエラー情報テーブルに登録する。
【００４１】
以上の手順において、エラー状態のデバイスが代替機に置換された場合、代替後の実デバイスが正常動作しているとすれば、代替機である実デバイスは図１１のＳ１１０８で仮想デバイスと関連付けられる。そして図１３のＳ１３０１で正常ステータスを当該仮想デバイスから受信するため、Ｓ１３０４で、代替機から、代替機の配置が完了した時刻（あるいはデバイスから正常ステータスを受信した時刻を採用することもできる）を復旧時刻として登録することができる。
【００４２】
＜デバイスの代替時のダウンタイムの計算＞
次に、エラーが発生した実デバイスが交換されたときに、デバイス管理サーバー１０５がデバイスのエラー状態と管理対象デバイスを管理する処理を、図１４のシーケンス図を用いて説明する。デバイス管理サーバー１０３やデバイス管理エージェント１０３、各デバイスの動作は前述したとおりであるが、ここでは一連のシーケンスとして説明する。本処理が行われる前提条件として、カスタマーエンジニアによって、顧客環境で次の操作が行われているものとする。まず、エラーが発生した実デバイスの電源をＯＦＦとしたのちにネットワーク接続を取り外して撤去する。次に、代替用の実デバイスを配置し、ネットワーク接続して電源をＯＮにする。最後に、代替用の実デバイスでのテスト印刷の正常終了または配置完了ボタン押下など、配置が正常に完了したと確認できる操作を行なう。カスタマーエンジニアによるデバイスの交換が完了したのち、デバイス管理エージェント１０３は、デバイス管理サーバー１０５のデバイス管理部４０１に管理対象の実デバイスの一覧を問い合わせる。デバイス管理部４０１は、仮想デバイス関連付けテーブルに登録されている実デバイスの一覧をデバイス管理エージェント１０３に送信する。デバイス管理エージェント１０３は、取得した実デバイス一覧にステータス確認を行なう。図１４では、交換元デバイスからエラーが送信されている。
【００４３】
デバイス管理エージェント１０３は、ステータス確認結果をデバイス管理サーバー１０５のデバイス管理部４０１に通知する。次に、デバイス管理部４０１は、エラー情報管理部４０３にステータス確認結果を登録する。次に、デバイス管理エージェント１０３は、顧客環境での実デバイスの探索を行ない、代替用の実デバイスによる応答と配置完了時刻を受け取る。次に、デバイス管理エージェント１０３は、代替用の実デバイスの情報を新規に発見された実デバイスとして、デバイス管理サーバー１０５のデバイス管理部４０１に送信する。デバイス管理部４０１は新規に発見された実デバイスのＩＤを未登録実デバイスリストへ追加する。サービス提供者によって、交換登録指示が行われるとデバイス管理部４０１は、エラー情報管理部４０３の仮想デバイスエラー情報テーブルから、復旧時刻のデータが無いエラーの一覧を取得する。
【００４４】
次に、デバイス管理部４０１は、取得したエラーが発生している仮想デバイスを、図１５に示す交換元デバイス選択画面１５００を用いて表示する。交換元デバイス選択メッセージ１５０１は、交換元デバイスを選択するように指示するメッセージ表示である。１５０２は仮想デバイス名表示部であり、エラー発生中の仮想デバイスの名称を表示する。１５０３は機種名表示部であり、エラー発生中の仮想デバイスの機種名を表示する。１５０４はステータス表示部であり、仮想デバイスの現在のステータスを表示する。１５０５は選択チェックボックスであり、サービス提供者による仮想デバイスの選択操作を受け付ける。１５０６は選択ボタンであり、サービス提供者によって押下されたときにチェックボックス１５０５で選択された仮想デバイスを交換元デバイスとして確定する。図１５の画面は、図１１のＳ１１０８において表示することも、あるいは図１１の処理の終了後に表示することもできる。
【００４５】
実デバイスが交換された仮想デバイスが選択されると、デバイス管理部４０１は、図１６に示される代替用デバイス選択画面１６００に、未登録デバイスリストに記録された未登録の実デバイス一覧を表示し、サービス提供者による代替用の実デバイスの選択操作を受け付ける。１６０１は、代替用デバイス選択メッセージであり、代替用デバイスの選択を指示するメッセージである。１６０２は、未登録の実デバイスであり、未登録実デバイスリストに登録された実デバイスの一覧が表示される。１６０３は機種名表示部であり、未登録の実デバイスの機種名が表示される。１６０４は新規探索時刻であり、未登録の実デバイスの探索時刻を表示する。新規探索時刻は、実デバイスから取得された配置完了時刻でもよい。１６０５は選択チェックボックスであり、サービス提供者によるに登録の実デバイスの選択操作を受け付ける。１６０６は選択ボタンであり、サービス提供者によって押下されたときに選択チェックボックス１６０５で選択された実デバイスを代替用デバイスとして確定する。デバイス管理部４０１は、交換元デバイスとして選択されたエラー状態の仮想デバイスに関連付けられた実デバイスの識別子を、代替用の実デバイスとして選択された未登録の実デバイスの識別子に変更する。そして、仮想デバイスエラーテーブルの該当の仮想デバイスの復旧時刻として、代替用の実デバイスの配置完了時刻を登録する。デバイス管理部４０１は、未登録実デバイスリストから、登録された実デバイスの情報を削除する。
【００４６】
次に、仮想デバイスを定義した際のダウンタイムの計算方法について述べる。ダウンタイムは仮想デバイスエラー情報テーブルに記録された、仮想デバイスごとの、最初のエラーの発生時刻から、すべてのエラーからの復旧時刻までの時間である。図１７は、集計期間において、仮想デバイス１にエラーが発生している例を図示したものである。１７００はダウンタイム集計期間であり、１７０１は開始日時、１７０２は終了日時を表している。１７０３は、ダウンタイム集計期間中に仮想デバイス１で発生したエラーの種類とその発生時間を示している。図１７では、仮想デバイス１において、「用紙経路エラー」「ネットワーク未接続」の２つのエラーが発生した例を示している。１７０４は、仮想デバイス１に関連付けられたエラー発生中の実デバイスが、新規の実デバイスに配置完了した時刻を示している。１７０５は、仮想デバイス１のダウンタイムである。ダウンタイム１７０５は、集計期間中の少なくともひとつのエラーが発生していた時間として計算される。図１４のシーケンスにおいて、デバイス管理部４０１は、デバイス配置完了時刻を仮想デバイスのエラー復旧時刻とみなしている。したがって、ダウンタイム計算時はデバイスの配置完了時刻１７０４を考慮する必要がない。
【００４７】
このように本発明によって、デバイスの交換の有無にかかわらず、同じダウンタイム計算のロジックでひとつの仮想デバイスのダウンタイム計算が可能となる。また、複数回のデバイス交換が起こった場合も、単数回のデバイス交換が起こった場合と同様に計算することが可能となる。
【００４８】
［その他の実施例］
なお、代替機が代替前後で同一機種であり、図1のシステムが固定ＩＰアドレスのＴＣＰ／ＩＰネットワークの場合には、代替後のデバイスには代替前のデバイスと同一のＩＰアドレス付すことで、より簡単な手順で実デバイスの代替が可能となる。このア愛には、ＩＰアドレスが仮想デバイスの識別子となる。このようにすることで、ユーザーが代替の指定をマニュアルで行わなくとも、同一のＩＰアドレスを持つ異なるデバイスは、代替デバイスとみなすため、ＩＰアドレス単位でダウンタイムを管理することが容易に可能となる。
【００４９】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014078083.tif 000003
【図２】
2014078083.tif 000004
【図３】
2014078083.tif 000005
【図４】
2014078083.tif 000006
【図５】
2014078083.tif 000007
【図６】
2014078083.tif 000008
【図７】
2014078083.tif 000009
【図８】
2014078083.tif 000010
【図９】
2014078083.tif 000011
【図１０】
2014078083.tif 000012
【図１１】
2014078083.tif 000013
【図１２】
2014078083.tif 000014
【図１３】
2014078083.tif 000015
【図１４】
2014078083.tif 000016
【図１５】
2014078083.tif 000017
【図１６】
2014078083.tif 000018
【図１７】
2014078083.tif 000019