(57)【要約】【課題】情報処理システムが提供するサービスの利用者の利便性を向上させる。【解決手段】運用管理支援装置１６は、複数種類の処理主体が連携して提供する複数種類の情報処理サービスを示す情報と、各情報処理サービスの利用者を示す情報とを対応づけて保持する関連管理マスタ６０と、複数種類の処理主体の少なくとも１つにおいて実施されるべき構成変更に関する情報をシステム管理の担当者から受け付ける変更情報受付部６８と、構成変更の対象となる処理主体が関わる情報処理サービスの利用者に対して、構成変更に関する情報を提示する変更情報通知部７４を備える。【選択図】図３
2013054475.tif 000002
【特許請求の範囲】
【請求項１】
複数種類の処理主体が連携して提供する複数種類の情報処理サービスを示す情報と、各情報処理サービスの利用者を示す情報とを対応づけて保持する関連保持部と、
前記複数種類の処理主体の少なくとも１つにおいて実施されるべき構成変更に関する情報をシステム管理の担当者から受け付ける変更情報受付部と、
構成変更の対象となる処理主体が関わる情報処理サービスの利用者に対して、構成変更に関する情報を提示する変更情報提示部と、
を備えることを特徴とするシステム管理支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ処理技術に関し、特に、情報処理システムの管理を支援する技術に関する。
【背景技術】
【０００２】
情報処理システムの運用管理の分野においてＩＴＩＬ（Information Technology Infrastructure Library）が浸透してきている。ＩＴＩＬは、情報処理システムで発生したインシデントを管理するためのフレームワークや、情報処理システムが抱える問題を管理するためのフレームワークを提示する。
【０００３】
インシデントや問題を解決するために、情報処理システムの構成が変更されることがある。例えばハードウェアの交換や増設、ソフトウェアのバージョンアップ等である。以下の特許文献１では、情報処理システムの構成変更時に、その構成変更に伴うサービスへの影響度合いを算出し、システムの維持管理者にその影響度合いを把握させる運用管理装置を提案している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２１７２８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１における運用管理装置の情報提供対象は情報処理システムの開発者や維持管理者であった。そのため、情報処理システムにより提供されるサービスの利用者は、当該システムの構成変更の実施について容易に把握することができなかった。また、情報処理システムの構成変更をサービスの利用者へ通知する場合には、システムの開発者や維持管理者による手作業が必要であり、通知の漏れが発生することもあった。
【０００６】
本発明はこうした課題に鑑みてなされたものであり、その主な目的は、情報処理システムが提供するサービスの利用者の利便性を向上させるための技術を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様のシステム管理支援装置は、複数種類の処理主体が連携して提供する複数種類の情報処理サービスを示す情報と、各情報処理サービスの利用者を示す情報とを対応づけて保持する関連保持部と、複数種類の処理主体の少なくとも１つにおいて実施されるべき構成変更に関する情報をシステム管理の担当者から受け付ける変更情報受付部と、構成変更の対象となる処理主体が関わる情報処理サービスの利用者に対して、構成変更に関する情報を提示する変更情報提示部と、を備える。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、情報処理システムが提供するサービスの利用者の利便性を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態の運用管理システムの構成を示す図である。
【図２】図１の情報処理システムを詳細に示す図である。
【図３】図１の運用管理支援装置の機能構成を示すブロック図である。
【図４】サービス属性情報の例を示す図である。
【図５】構成情報の例を示す図である。
【図６】サービス利用者の属性情報の例を示す図である。
【図７】関連情報の例を示す図である。
【図８】カレンダー情報を模式的に示す図である。
【発明を実施するための形態】
【００１１】
図１は、実施の形態の運用管理システム１００の構成を示す。運用管理システム１００は、ＩＴサービス企業（例えばＳＩ企業）に構築されたコンピュータシステムである。運用管理システム１００は、情報処理システム１０に対する運用管理サービスを提供し、言い換えれば、ＩＴサービス企業の運用部門による情報処理システム１０に対する運用管理業務を支援する。具体的には、情報処理システム１０で発生したインシデントや、情報処理システム１０が抱える問題、情報処理システム１０で実施される構成変更を管理するための処理を実行する
【００１２】
情報処理システム１０で総称される情報処理システム１０ａ、情報処理システム１０ｂ、情報処理システム１０ｃ、・・・は、様々な企業の基幹系システムや情報系システムを含む。情報処理システム１０は、ＬＡＮ・ＷＡＮ・インターネット等を含む通信網２０を介して種々の情報処理サービスをユーザ端末１８へ提供する。情報処理サービスには、例えば、通販サイトを提供する通販サービス（言い換えれば、オンラインショッピングサービス）や、企業の勤怠管理サービス・営業支援サービス等が含まれる。
【００１３】
ユーザ端末１８で総称されるユーザＡ端末１８ａ、ユーザＢ端末１８ｂ、ユーザＣ端末１８ｃ、ユーザＤ端末１８ｄは、情報処理システム１０により提供される情報処理サービスの利用者により操作されるＰＣである。典型的には、通販サービスの利用者は通販サイトを利用する消費者であり、勤怠管理サービスや営業支援サービスの利用者は企業の社員である。
【００１４】
運用管理システム１００は、監視装置１２と、運用担当者端末１４と、運用管理支援装置１６を含む。運用管理支援装置１６は、情報処理システム１０に関するインシデント・問題・構成変更を管理する情報処理装置である。本実施の形態の説明では、運用管理支援装置１６の構成変更に関わる構成を図３に関連して後述する。また運用管理支援装置１６は、通信網２０を介してユーザ端末１８と接続される。
【００１５】
監視装置１２は、複数の情報処理システム１０の動作状態を監視し、例えば死活監視処理やハードウェアリソースの使用状況の監視処理を実行する。情報処理システム１０の動作状態が所定の異常状態になった場合、監視装置１２は、新たなインシデントを起票してそのインシデントの情報を運用管理支援装置１６へ送信する。また監視装置１２は、インシデントを起票済の情報処理システム１０の動作状態が変化した場合、そのインシデントの更新情報を運用管理支援装置１６へ送信する。
【００１６】
運用担当者端末１４は、運用管理業務を遂行すべき担当者（以下、「運用担当者」とも呼ぶ。）により操作される情報処理端末である。運用担当者端末１４は、情報処理システム１０に関するインシデントや問題、構成変更の情報（例えば起票情報や更新情報）の入力を運用担当者から受け付け、それらの情報を運用管理支援装置１６へ送信する。典型的には、インシデントや問題を解決するために、運用担当者は情報処理システム１０の構成を変更することを決定し、構成変更の起票情報を入力する。
【００１７】
図２は、図１の情報処理システム１０を詳細に示す。情報処理システム１０は、仮想マシン群４０に分類される処理主体（ＤＢサーバ、ウェブサーバＡおよびＢ）と、ブレード群４２に分類される処理主体（ブレードＡ〜Ｃ）、ＮＷ（ネットワーク）スイッチ群４４に分類される処理主体（スイッチＡおよびＢ）、ストレージ群４６に分類される処理主体（ストレージＡおよびＢ）を含む。個々の処理主体は、ハードウェア、もしくはハードウェアおよびソフトウェアの連携により実現されるものであり、情報処理システム１０の「構成要素」であると言える。例えば、ブレードはハードウェアとしてのコンピュータを意味し、典型的にはサーバマシンである。また仮想マシンは、ブレードのＯＳ上に起動されたサーバプロセスであると言える。
【００１８】
また、図２に示す複数種類の処理主体が連携することにより情報処理サービス（以下、単に「サービス」とも呼ぶ。）が実現される。例えば通販サービスは、通販サービス関連装置群４８に含まれる処理主体の連携により実現されることとする。図２には不図示であるが、例えば勤怠管理サービスは、図２の複数種類の処理主体の別の組み合わせにより実現されてもよい。また実施の形態の構成変更は、例えば、ブレードやスイッチ、ストレージ等のハードウェアの置き換えや増設、ソフトウェアにおける各種設定値の変更やバージョンアップ等を含む。
【００１９】
図３は、図１の運用管理支援装置１６の機能構成を示すブロック図である。運用管理支援装置１６は、データ保持部５０とデータ処理部６６を備える。データ保持部５０は、各種の情報を保持する記憶領域であり、メモリ等により実現される。データ処理部６６は、各種のデータ処理を実行し、例えばＣＰＵがコンピュータプログラムを実行することにより実現される。
【００２０】
データ保持部５０は、変更情報保持部５２と、サービス管理マスタ５４と、構成管理マスタ５６と、ユーザ管理マスタ５８と、関連管理マスタ６０と、カレンダー保持部６２と、通知予定保持部６４を含む。データ処理部６６は、変更情報受付部６８と、通知対象特定部７０と、カレンダー更新部７２と、変更情報通知部７４と、カレンダー提供部７６を含む。なお、インシデント・問題・構成変更を管理するための他の機能、例えば構成変更のステータスを管理する機能等は公知であるため、以下の説明を省略する。
【００２１】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図３の各機能ブロックは、システム管理支援プログラムとして記録媒体に格納され、情報処理システム１０のストレージへインストールされてもよい。そして、システム管理支援プログラムの起動時に、各機能ブロックに対応するプログラムモジュールがメインメモリに読み出されてＣＰＵにより実行されてもよい。
【００２２】
変更情報保持部５２は、情報処理システム１０における各処理主体に対して実施されるべき構成変更の内容を示す情報（以下、「構成変更情報」とも呼ぶ。）を保持する。例えば図２のストレージＡの構成変更情報として、ストレージＡに対してハードディスクを増設する予定を示す情報を保持する。構成変更情報は、少なくとも構成変更対象の処理主体を示す情報と、構成変更を実施する予定日を含む。なお図３には不図示の変更管理部は、変更情報保持部５２に格納された構成変更情報にしたがって、一般的な構成変更の管理処理、例えばステータス管理処理や、運用部門の管理者への通知処理等を実行する。
【００２３】
サービス管理マスタ５４は、情報処理システム１０が提供するサービスに関して予め定められた属性情報（以下、「サービス属性情報」とも呼ぶ。）を保持する。図４はサービス属性情報の例を示す。サービス属性情報は、サービスのＩＤと、サービスの名称と、サービスに関わる処理主体が構成変更される場合に、その旨を利用者へ通知するタイミングを示す変更通知タイミング、サービスの開始日時、・・・等の情報を含む。
【００２４】
図３に戻り、構成管理マスタ５６は、情報処理システム１０を構成する各処理主体に関して予め定められた属性情報（以下、「構成情報」とも呼ぶ。）を保持する。図５は構成情報の例を示す。構成情報は、処理主体のＩＤである構成情報ＩＤと、処理主体の名称、・・・等を含む。図５には不図示であるが、構成情報は、処理主体を構成するハードウェアの種類やスペック、ソフトウェアにおける各種設定値をさらに含んでもよい。
【００２５】
図３に戻り、ユーザ管理マスタ５８は、サービスを利用するユーザ（以下、「サービス利用者」と呼ぶ。）に関して予め定められた属性情報を保持する。図６は、サービス利用者の属性情報の例を示す。サービス利用者の属性情報は、ユーザＩＤと、ユーザ名と、メールアドレス、・・・等の情報を含む。
【００２６】
図３に戻り、関連管理マスタ６０は、サービス属性情報と、構成情報と、サービス利用者の属性情報との間で予め定められた関連づけを示す情報（以下、「関連情報」とも呼ぶ。）を保持する。図７は関連情報の例を示す。構成管理とサービス管理との関連づけは、情報処理システム１０の処理主体と、その処理主体が関わるサービス、言い換えれば、その処理主体を構成要素の１つとして実現されるサービスの対応関係を示す。例えばレコード８０は、構成情報のＩＤ「０００６」のストレージＡが、サービス属性情報のＩＤ「０００１」の通販サービスに関わることを示している。また、サービス管理とユーザ管理との関連づけは、サービスと、そのサービスの利用者の対応関係を示す。例えばレコード８２は、サービス属性情報のＩＤ「０００１」の通販サービスに対して、サービス利用者の属性情報におけるＩＤ「０００１」の「ヤマダタロウ」が利用者であることを示している。
【００２７】
なおサービス管理マスタ５４、構成管理マスタ５６、ユーザ管理マスタ５８、関連管理マスタ６０に格納されたデータを総称する場合、「マスタデータ」と呼ぶこととする。
【００２８】
図３に戻り、カレンダー保持部６２は、情報処理システム１０が提供する１以上のサービスそれぞれについて、１ヶ月等の所定期間における各サービスの提供状況を示すカレンダー情報を保持する。例えば、通販サービスのカレンダー情報、勤怠管理サービスのカレンダー情報を保持する。このカレンダー情報には、サービスの営業日、言い換えれば情報処理システム１０がサービスを提供する日付を含み、またサービスのメンテナンスが行われる日付を含む。企業の勤怠管理サービスの場合、サービスの営業日は、企業の営業日と同じであってもよい。
【００２９】
図８はカレンダー情報を模式的に示す。同図は、運用管理支援装置１６から提供されたカレンダー情報が表示された画面イメージであるとも言える。同図は、情報処理システム１０が提供する勤怠管理サービスについて、６月８日にディスク追加のメンテナンスがあり、６月２９日にウェブサーバのバージョンアップがあり、それぞれのメンテナンス中はサービスを利用できないことを示している。図８には不図示であるが、カレンダー情報では、サービスの営業日と非営業日とが区別して記録される。例えば、図８において勤怠管理サービスの営業日と非営業日とが異なる態様で表示されるようカレンダー情報が設定されてもよい。
【００３０】
図３に戻り、通知予定保持部６４は、サービス利用者に対してサービスに関わる構成変更を通知する予定を示す情報を保持する。具体的には、構成変更の影響を受けるサービスのＩＤと、そのサービスの利用者のユーザＩＤと、サービスに関わる構成変更予定日と、サービスの利用者に対して構成変更を通知すべき日付を対応づけて保持する。
【００３１】
変更情報受付部６８は、情報処理システム１０の構成変更情報として、情報処理システム１０の処理主体の構成変更に関する起票情報や更新情報を運用担当者端末１４から受け付ける。そして、構成変更の起票情報を新規に変更情報受付部６８へ格納し、また構成変更の更新情報にもとづいて変更情報受付部６８に格納済みの構成変更の情報を更新する。既述したように、構成変更情報には少なくとも、構成変更対象の処理主体を示す情報と、構成変更予定日とが含まれる。
【００３２】
通知対象特定部７０は、データ保持部５０のマスタデータにしたがって、構成変更対象の処理主体に関わるサービス（以下、「構成変更関連サービス」とも呼ぶ。）と、その利用者（以下、「通知対象ユーザ」とも呼ぶ。）を特定する。具体的には、構成管理マスタ５６の構成情報を参照して構成変更対象の処理主体のＩＤを特定し、関連管理マスタ６０の関連情報を参照して構成変更対象の処理主体と対応づけられた１以上のサービスをそれぞれ構成変更関連サービスとして特定する。また関連情報において構成変更関連サービスと対応づけられた１以上のユーザをそれぞれ通知対象ユーザとして特定する。複数の構成変更関連サービスを特定した場合、各サービスにおける通知対象ユーザを特定する。
【００３３】
また通知対象特定部７０は、サービス管理マスタ５４を参照して、構成変更関連サービスにおいて定められた変更通知タイミングを特定する。そして、カレンダー保持部６２が保持する構成変更関連サービスのカレンダー情報と、変更通知タイミングと、構成変更予定日とにしたがって、通知対象ユーザに対する構成変更の通知日を決定する。例えば勤怠管理サービスの場合、勤怠管理サービスのカレンダー情報で定められた構成変更予定日から５営業日前の日付を構成変更の通知日として決定する。通知対象特定部７０は、構成変更関連サービスのＩＤと、通知対象ユーザのＩＤと、構成変更予定日と、構成変更の通知日とを対応づけた通知予定情報を通知予定保持部６４へ格納する。複数の構成変更関連サービスを特定した場合、各サービスの通知予定情報を通知予定保持部６４へ格納する。
【００３４】
カレンダー更新部７２は、通知対象特定部７０と同様に構成変更関連サービスを特定する。そして、カレンダー保持部６２が保持する構成変更関連サービスのカレンダー情報における構成変更予定日のスケジュールとして構成変更を示す情報を記録する。例えば、勤怠管理サービスに関わる処理主体において６月８日にディスク追加のメンテナンスがなされる場合、図８で示したように、６月８日と対応づけて「メンテナンス（ディスク追加）」の情報を記録する。複数の構成変更関連サービスを特定した場合には、各サービスのカレンダー情報に対して構成変更を示す情報をそれぞれ記録する。
【００３５】
変更情報通知部７４は、通知予定保持部６４に保持された通知予定情報のうち構成変更の通知日に至った、言い換えれば、構成変更の通知日＝現在日付となった通知予定情報を特定する。そして、その通知予定情報が示す通知対象ユーザについてユーザ管理マスタ５８に保持されたメールアドレスを宛先として、その通知予定情報が示す構成変更関連サービスについて構成変更予定日を記載した電子メールを送信する。例えば、勤怠管理サービスに関わる処理主体において６月８日にディスク追加のメンテナンスがなされるとする。この場合、変更情報通知部７４は、６月８日の５営業日前に至ったことを検出すると、６月８日にメンテナンスが行われることを記載した電子メールを通知対象ユーザのユーザ端末１８へ送信する。
【００３６】
カレンダー提供部７６は、特定のサービスを指定したカレンダー提供要求をユーザ端末１８から受け付ける。そして、要求元であるユーザ端末１８に対して、指定されたサービスのカレンダー情報を送信する。これにより、図８で示したように、ユーザ端末１８においてカレンダー情報を表示させる。
【００３７】
以上の構成による動作を以下説明する。
変更情報受付部６８は、情報処理システム１０に対する構成変更情報を運用担当者端末１４から受け付け、変更管理のために変更情報保持部５２へ格納する。構成変更情報が受け付けられた場合、通知対象特定部７０は、構成変更関連サービスと通知対象ユーザを特定し、構成変更関連サービスの営業日を示すカレンダー情報にしたがって通知対象ユーザへの通知予定日を決定する。
【００３８】
例えば、図２の情報処理システム１０のストレージＡに対して６月８日にディスク追加がなされる場合、通知対象特定部７０は、図７の関連情報のレコード８０にしたがって構成変更関連サービスを通販サービスと特定する。また、図７の関連情報のレコード８２にしたがって通知対象ユーザとして「ヤマダタロウ」を特定する。また、通販サービスの属性情報において定められた変更通知タイミングにしたがって、６月８日の５営業日前を通知予定日として決定する。
【００３９】
通知対象特定部７０は、通知対象ユーザへの通知予定日を示す通知予定情報を通知予定保持部６４へ格納する。それとともにカレンダー更新部７２は、構成変更関連サービスのカレンダー情報へ構成変更予定日を記録する。変更情報通知部７４は、通知予定日に到達した通知予定情報を特定し、その通知予定情報に記録された通知対象ユーザの端末へ、構成変更関連サービスのメンテナンスが行われること、および構成変更予定日を記載した電子メールを送信する。カレンダー提供部７６は、情報処理システム１０で提供されるサービス個々のカレンダー情報をサービス利用者の端末へ送信する。
【００４０】
実施の形態の運用管理支援装置１６によれば、情報処理システム１０を構成する処理主体において構成変更がなされる場合に、構成変更関連サービスの利用者に対して構成変更の情報を自動で事前通知する。構成変更関連サービスの利用者は、構成変更の予定、例えばメンテナンスによりサービスを利用できない日程を予め把握することができる。また、情報処理システム１０の運用担当者が手動でサービス利用者へ通知する必要がなく、メールの誤送信や通知漏れ等の人為的なミスの発生を抑制することができる。
【００４１】
また、サービス利用者に対する構成変更の通知日は、構成変更関連サービスの営業日を単位として決定するため、構成変更の実施を利用者に確実に把握させやすくなる。例えば、勤怠管理サービスのメンテナンスが連休明けに行われる場合、営業日を考慮せずに暦の日付の単位で通知日を決定すると、連休中は利用者が通知を確認できず、構成変更の実施を事前に把握できないことがあり得る。営業日を考慮して通知日を決定することで、構成変更の実施までに比較的余裕を持って構成変更の旨をユーザへ通知することができる。
【００４２】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４３】
上記実施の形態においてカレンダー保持部６２は、情報処理サービスごとの営業日を示すカレンダー情報を保持することとした。変形例では、企業の営業日を示すカレンダー情報を保持してもよく、複数の情報処理サービス（例えば同一企業の勤怠管理サービスと営業支援サービス）に対する共通のカレンダー情報を保持してもよい。
【００４４】
上記実施の形態においては、構成変更の通知日を決定するための変更通知タイミングが、サービスの属性として定められていることとした。変形例では、変更通知タイミングが、ユーザの属性としてユーザごとに任意の値が定められてもよい。通知対象特定部７０は、複数の通知対象ユーザを特定した場合、各ユーザの変更通知タイミングに応じて、各ユーザへの通知日を決定してもよく、各ユーザへの通知日をそれぞれ通知予定保持部６４へ記録してもよい。
【００４５】
上記実施の形態においては言及していないが、変更情報受付部６８は構成変更の更新情報として、構成変更予定日を変更することを示す情報を受け付けてもよい。この場合、通知対象特定部７０は、通知予定保持部６４に対して構成変更の管理ＩＤをさらに含む通知予告情報を格納する。通知対象特定部７０は、通知予定保持部６４に対して新たな通知予告情報を記録する際に同一の管理ＩＤを含む通知予告情報が格納済みの場合、その格納済みの通知予告情報が含む通知予定日を、変更後の構成変更予定日にもとづいて算出した通知予定日で上書き更新する。これにより変更後の構成変更予定日にもとづいて算出した通知予定日にメールが送信されることになる。通知対象特定部７０は、通知予定保持部６４に対して新たな通知予告を記録する際に同一の管理ＩＤを含む通知予告が格納されていなければ、その新たな通知予告をそのまま格納する。
【００４６】
同様に、カレンダー更新部７２は、カレンダー保持部６２のカレンダー情報に対して構成変更情報を記録する場合、構成変更の管理ＩＤもあわせて記録する。カレンダー更新部７２は、カレンダー情報に対して新たな構成変更情報を記録する際に同一の管理ＩＤを含む構成変更情報が格納済みの場合、その格納済みの構成変更情報を削除して、新たな構成変更情報を、変更後の構成変更予定日と対応づけて記録する。カレンダー更新部７２は、カレンダー情報に対して新たな構成変更情報を記録する際に同一の管理ＩＤを含む構成変更情報が記録されていなければそのまま記録する。この変形例によれば、情報処理システム１０の構成変更の予定日が変更された場合でも、メール通知とカレンダー表示の両方で対応することができる。
【００４７】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。
【００４８】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【符号の説明】
【００４９】
１６  運用管理支援装置、  ５４  サービス管理マスタ、  ５６  構成管理マスタ、  ５８  ユーザ管理マスタ、  ６０  関連管理マスタ、  ６２  カレンダー保持部、  ６４  通知予定保持部、  ６８  変更情報受付部、  ７０  通知対象特定部、  ７２  カレンダー更新部、  ７４  変更情報通知部、  ７６  カレンダー提供部、  １００  運用管理システム。
【図１】
2013054475.tif 000003
【図２】
2013054475.tif 000004
【図３】
2013054475.tif 000005
【図４】
2013054475.tif 000006
【図５】
2013054475.tif 000007
【図６】
2013054475.tif 000008
【図７】
2013054475.tif 000009
【図８】
2013054475.tif 000010