(57)【要約】【課題】サービス提供先となる顧客毎の内の重要な顧客への影響がより低いメンテナンス処理の時間帯を決定することを目的としている。【解決手段】サーバにより提供されるサービスのメンテナンス作業を行うメンテナンス時間帯の候補の決定処理の依頼を受け付け、前記サービスの時間帯毎の顧客毎の利用状況と前記顧客毎に設定した重要度とに基づき時間帯毎の影響度を算出し、前記影響度が相対的に小さくなる時間帯を優先してメンテナンス時間帯の候補として決定し、決定した前記メンテナンス時間帯を示す情報を出力する処理をコンピュータに実行させるメンテナンス管理プログラムである。【選択図】図９
2020017212.tif 000002
【特許請求の範囲】
【請求項１】
サーバにより提供されるサービスのメンテナンス作業を行うメンテナンス時間帯の候補の決定処理の依頼を受け付け、
前記サービスの時間帯毎の顧客毎の利用状況と前記顧客毎に設定した重要度とに基づき時間帯毎の影響度を算出し、
前記影響度が相対的に小さくなる時間帯を優先してメンテナンス時間帯の候補として決定し、
決定した前記メンテナンス時間帯を示す情報を出力する
処理をコンピュータに実行させるメンテナンス管理プログラム。
【請求項２】
前記重要度は、前記顧客毎に前記サービスに支払われる料金により決定される、請求項１記載のメンテナンス管理プログラム。
【請求項３】
メンテナンスの実行にかかる実行時間長を示す情報の入力を受け付ける処理と、
第一の時刻から第二の時刻までの間のいずれかの時刻を開始時刻として前記メンテナンスを実行した場合の前記実行時間長について、前記開始時刻毎に影響度を算出する処理と、を前記コンピュータに実行させる、請求項１又は２記載のメンテナンス管理プログラム。
【請求項４】
前記開始時刻と、前記影響度との関係を示すグラフを出力する処理を、前記コンピュータに実行させる請求項３記載のメンテナンス管理プログラム。
【請求項５】
コンピュータによるメンテナンス方法であって、該コンピュータが、
サーバにより提供されるサービスのメンテナンス作業を行うメンテナンス時間帯の抽出処理の依頼を受け付け、
前記サービスの時間帯毎の顧客の利用状況と前記顧客毎に設定した重要度とに基づきメンテナンスの影響度を算出し、
前記影響度が相対的に小さくなる時間帯を優先してメンテナンス時間帯の候補として抽出し、
抽出した前記メンテナンス時間帯を示す情報を出力する
メンテナンス管理方法。
【請求項６】
サーバにより提供されるサービスのメンテナンス作業を行うメンテナンス時間帯の抽出処理の依頼を受け付ける受付部と、
前記サービスの時間帯毎の顧客の利用状況と前記顧客毎に設定した重要度とに基づきメンテナンスの影響度を算出する算出部と、
前記影響度が相対的に小さくなる時間帯を優先してメンテナンス時間帯の候補として抽出し、抽出した前記メンテナンス時間帯を示す情報を出力する出力部と
を有するメンテナンス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メンテナンス管理プログラム、メンテナンス管理システム及びメンテナンス管理方法に関する。
【背景技術】
【０００２】
近年では、顧客からの要求に応じて、必要な機能を必要な分だけサービスとして提供するソフトウェア（ＳａａＳ；Software  as  a  Service）が知られている。また、従来では、ユーザに利用される機器等のメンテナンスを行う場合には、ユーザの利用状況を把握し、ユーザの影響が少ない時間帯を割り出す技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−０２２９６６号公報
【特許文献２】特開平６−２２３０１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した従来のソフトウェアは、顧客（ユーザ）が必要としたときに、必要とされた分のサービスを提供するため、メンテナンスに適した時間帯を割り出すことが困難である。このため、従来では、メンテナンスの担当者が顧客毎のアクセスログの解析等を行って、メンテナンスを行う時間帯を決定している。したがって、従来では、メンテナンスを行う時間帯の決定に時間がかかる。さらに、従来では、決定された時間帯が適切であるか否かはメンテナンスの担当者の技量又は能力に依存したものとなる。
【０００５】
また、例えば、メンテナンスによってサービスの提供に障害が発生した場合に、障害の影響が重要な顧客に及ぶと、その後の対処に労力がかかる。
【０００６】
１つの側面では、本発明は、サービス提供先となる顧客毎の内の重要な顧客への影響がより低いメンテナンス処理の時間帯を決定することを目的としている。
【課題を解決するための手段】
【０００７】
一つの態様では、サーバにより提供されるサービスのメンテナンス作業を行うメンテナンス時間帯の候補の決定処理の依頼を受け付け、前記サービスの時間帯毎の顧客毎の利用状況と前記顧客毎に設定した重要度とに基づき時間帯毎の影響度を算出し、前記影響度が相対的に小さくなる時間帯を優先してメンテナンス時間帯の候補として決定し、決定した前記メンテナンス時間帯を示す情報を出力する処理と、をコンピュータに実行させるメンテナンス管理プログラムである。
【０００８】
上記各処理は、上記各処理を実現する機能部、各処理を実現する手順としても良く、各処理をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【０００９】
サービス提供先となる顧客毎の内の重要な顧客への影響がより低いメンテナンス処理の時間帯を決定することができる。
【図面の簡単な説明】
【００１０】
【図１】メンテナンス管理システムの一例を示す図である。
【図２】メンテナンス管理装置のハードウェア構成の一例を示す図である。
【図３】顧客売上データベースの一例を示す図である。
【図４】アクセスログデータベースの一例を示す図である。
【図５】重み付けデータベースの一例を示す図である。
【図６】メンテナンス管理処理部の機能構成を説明する図である。
【図７】メンテナンス管理装置の動作を説明するフローチャートである。
【図８】メンテナンス管理処理部の処理を説明する図である。
【図９】評価結果の出力例を示す第一の図である。
【図１０】評価結果の出力例を示す第二の図である。
【発明を実施するための形態】
【００１１】
以下に、図面を参照して、実施形態について説明する。図１は、メンテナンス管理システムの一例を示す図である。
【００１２】
本実施形態のメンテナンス管理システム１００は、メンテナンス管理装置２００と、端末装置３００とを有する。
【００１３】
メンテナンス管理装置２００は、ユーザからの要求に応じて、必要な機能を必要な分だけサービスとして利用できるようにしたソフトウェアに対するメンテナンスを行う時間帯を決定する。尚、ユーザが必要とする機能を必要な分だけ提供するサービスは、ＳａａＳ（Software  as  a  Service）等のクラウドコンピューティングサービスを用いて実現されても良い。
【００１４】
本実施形態のメンテナンス管理装置２００は、顧客売上データベース２１０、アクセスログデータベース２２０、重み付けデータベース２３０、メンテナンス管理処理部２４０を有する。
【００１５】
顧客売上データベース２１０は、上述したサービスを利用する顧客（ユーザ）毎の売上に関する情報が格納される。アクセスログデータベース２２０は、顧客毎の、サービスを提供するサーバに対するアクセスの履歴に関する情報が格納される。言い換えれば、アクセスログデータベース２２０は、顧客毎のサービスの利用履歴に関する情報が格納される。重み付けデータベース２３０は、顧客毎の売上に応じた重み（重要度）を示す情報が格納される。
【００１６】
尚、図１の例では、各データベースがメンテナンス管理装置２００に設けられるものとしたが、これに限定されない。各データベースは、メンテナンス管理装置２００の外部の装置に設けられていても良いし、一部がメンテナンス管理装置２００の外部に設けられていても良い。
【００１７】
本実施形態のメンテナンス管理処理部２４０は、各データベースを参照し、重要とされる顧客に対する影響が小さくなるように、サービスの提供を実現するソフトウェアに対するメンテナンスの時間帯を決定する。以下の説明では、メンテナンスを行う時間帯のことを、メンテナンス時間帯と呼ぶ。
【００１８】
本実施形態において、重要とされる顧客とは、例えば、サービスを多く利用している顧客である。言い換えれば、重要とされる顧客とは、サービスの提供を受けるために多くの料金を支払っている顧客であり、サービスを提供する側にとって、ビジネス的に評価が高いとされる顧客を示す。
【００１９】
本実施形態の端末装置３００は、例えば、メンテナンス管理装置２００によって決定されたメンテナンス時間帯を示す情報の出力先である。また、端末装置３００は、メンテナンス管理装置２００において、処理を実行する際に入力が要求されるパラメータの入力元であっても良い。
【００２０】
尚、本実施形態のメンテナンス管理装置２００は、顧客からの要求に応じて必要な機能を必要な分だけサービスとして提供するための機能を有しても良い。この場合、メンテナンス管理装置２００は、メンテナンス管理処理部２４０により、自機が提供するサービスを実現するためのメンテナンス時間帯を決定しても良い。
【００２１】
また、本実施形態のメンテナンス管理装置２００は、例えば、外部のサーバにおける、顧客にサービスを提供するソフトウェアに対するメンテナンス時間帯を決定しても良い。この場合、アクセスログデータベース２２０は、該当するサービスを提供する外部のサーバに対するアクセスの履歴に関する情報が格納されたものとなる。
【００２２】
以下に、本実施形態のメンテナンス管理装置２００について、さらに説明する。図２は、メンテナンス管理装置のハードウェア構成の一例を示す図である。
【００２３】
本実施形態のメンテナンス管理装置２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を含む。
【００２４】
入力装置２１は、各種の情報の入力を行うための装置であり、例えばキーボードやポインティングデバイス等により実現される。出力装置２２は、各種の情報の出力を行うためものであり、例えばディスプレイ等により実現される。インターフェース装置２７は、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。
【００２５】
メンテナンス管理処理部２４０を実現させるメンテナンス管理プログラムは、メンテナンス管理装置２００を制御する各種プログラムの少なくとも一部である。メンテナンス管理プログラムは例えば記憶媒体２８の配布やネットワークからのダウンロード等によって提供される。メンテナンス管理プログラムを記録した記憶媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。
【００２６】
また、メンテナンス管理プログラムは、メンテナンス管理プログラムを記録した記憶媒体２８がドライブ装置２３にセットされると、記憶媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされたメンテナンス管理プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。
【００２７】
補助記憶装置２４は、顧客売上データベース２１０、アクセスログデータベース２２０、重み付けデータベース２３０等を実現するものであり、メンテナンス管理装置２００にインストールされたメンテナンス管理プログラムを格納すると共に、メンテナンス管理装置２００による各種の必要なファイル、データ等を格納する。メモリ装置２５は、メンテナンス管理装置２００の起動時に補助記憶装置２４からメンテナンス管理プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納されたメンテナンス管理プログラムに従って、後述するような各種処理を実現している。
【００２８】
次に、図３乃至図５を参照して、メンテナンス管理装置２００の有する各データベースについて説明する。
【００２９】
図３は、顧客売上データベースの一例を示す図である。本実施形態の顧客売上データベース２１０は、情報の項目として、顧客ＩＤ、顧客名、売上、重みを有し、項目「顧客ＩＤ」と、その他の項目とが対応付けられている。以下の説明では、顧客売上データベース２１０において、項目「顧客ＩＤ」の値と、その他の項目の値とを含む情報を売上情報と呼ぶ。売上情報は、例えば、一月毎に更新されても良い。
【００３０】
項目「顧客ＩＤ」の値は、顧客を特定するための識別情報である。項目「顧客名」の値は、顧客の名称を示す。
【００３１】
項目「売上」の値は、対応する顧客の月毎の売上金額を示す。この売上金額とは、例えば、メンテナンス管理装置２００がメンテナンスを行う時間帯を決定するサービスに対して支払われる金額である。つまり、項目「売上金額」の値は、サービスを提供するサービス提供者が、顧客にサービスを提供することで得た月毎の金額であり、顧客に課金される金額である。
【００３２】
項目「重み」の値は、顧客の売上に応じて顧客毎に付与される重み（係数）である。言い換えれば、項目「重み」の値は、サービス提供者にとっての顧客毎の売上の大きさを示しており、サービス提供者にとっての影響の大きさの度合いを示す。項目「重み」の値は、売上が大きい顧客ほど大きい値となり、売上が小さい顧客ほど小さい値となる。
【００３３】
図４は、アクセスログデータベースの一例を示す図である。本実施形態のアクセスログデータベース２２０は、情報の項目として、アクセス時刻と顧客ＩＤとを有し、両者が対応付けられている。以下の説明では、アクセスログデータベース２２０において、項目「アクセス時刻」の値と項目「顧客ＩＤ」の値とを含む情報を、アクセスログ情報と呼ぶ。
【００３４】
項目「アクセス時刻」の値は、項目「顧客ＩＤ」によって特定される顧客が、サービスを提供するサーバへアクセスした日時を示す。言い換えれば、項目「アクセス時刻」の値は、項目「顧客ＩＤ」によって特定される顧客が、サービスを要求した時刻を示す。
【００３５】
図５は、重み付けデータベースの一例を示す図である。本実施形態の重み付けデータベース２３０は、情報の項目として、時刻、リクエスト数、重みの合計を有する。
【００３６】
項目「時刻」の値は、１分間の開始時刻を示す。項目「リクエスト数」の値は、項目「時刻」の値が示す１分間における、サービスを提供するサーバに対するアクセス回数を示す。言い換えれば、項目「リクエスト数」の値は、項目「時刻」の値が示す時刻からの１分間における、サービスの提供を要求するリクエストの数（顧客側からサーバに対してアクセスした回数）を示す。
【００３７】
項目「重みの合計」の値は、項目「時刻」の値が開始時刻となる１分間において、サービスを提供するサーバにアクセスした顧客毎の重みを合計した値である。
【００３８】
図５では、例えば、２０１８／３／８の０：００を開始時刻とした１分間において、サーバに対して３０回のアクセスがあり、サーバにアクセスした顧客毎の重みの合計が２１であることを示す。
【００３９】
以下の説明では、項目「時刻」、「リクエスト数」、「重みの合計」の値を含む情報を重み情報と呼ぶ。
【００４０】
次に、図６を参照して、本実施形態のメンテナンス管理装置２００の機能について説明する。図６は、メンテナンス管理処理部の機能構成を説明する図である。
【００４１】
本実施形態のメンテナンス管理装置２００は、メンテナンス管理処理部２４０を有する。本実施形態のメンテナンス管理処理部２４０は、入力受付部２４１、売上情報取得部２４２、アクセスログ取得部２４３、リクエスト数取得部２４４、重み合計部２４５、データベース更新部２４６、影響度算出部２４７、影響度評価部２４８、評価結果出力部２４９を有する。
【００４２】
入力受付部２４１は、メンテナンス管理装置２００に対する各種の入力を受け付ける。具体的には、入力受付部２４１は、パラメータの入力を受け付ける。ここで入力されるパラメータは、メンテナンスの実行にかかる時間と、単位時間である。
【００４３】
以下の説明では、メンテナンスの実行にかかる時間をメンテナンス実行時間と呼ぶ。また、単位時間とは、顧客からのアクセスログの解析を行う単位となる時間である。言い換えれば、単位時間とは、顧客によるサービスの利用状況を解析する単位となる時間である。
【００４４】
売上情報取得部２４２は、顧客売上データベース２１０を参照し、顧客毎の売上情報を取得する。アクセスログ取得部２４３は、アクセスログデータベース２２０を参照し、顧客毎のアクセスログ情報を取得する。
【００４５】
リクエスト数取得部２４４は、アクセスログ取得部２４３が取得したアクセスログ情報に基づき、サービスを提供するサーバに対する１分毎のリクエスト数（アクセス回数）を取得する。重み合計部２４５は、１分毎に、リクエストを行った顧客毎の重みの合計の値を算出する。
【００４６】
データベース更新部２４６は、リクエスト数取得部２４４により取得された１分毎のリクエスト数と、重み合計部２４５により算出された１分毎の重みの合計の値とを、重み付けデータベース２３０に格納し、重み付けデータベース２３０を更新する。
【００４７】
影響度算出部２４７は、重み付けデータベース２３０を参照して、１分毎のリクエスト数と重みの合計とから、２４時間における、単位時間当たりのメンテナンスの影響度を算出する。
【００４８】
尚、本実施形態のメンテナンスの影響度とは、顧客の重み（売上金額）と、顧客がサービスを利用している時間帯（利用時間帯）との組み合わせで算出される指数（指標）である。より具体的には、メンテナンスの影響度とは、メンテナンス時間帯にサービス提供者が得た売上の大きさを示す指標である。メンテナンスの影響度の算出の詳細は後述する。
【００４９】
影響度評価部２４８は、単位時間当たりのメンテナンスの影響度と、メンテナンス実行時間とに基づき、メンテナンスの実行の開始時刻を０：００から単位時間毎のずらしていった場合の、開始時刻毎のメンテナンスの影響度を算出する。また、影響度算出部２４７は、開始時刻毎のメンテナンスの影響度のうち、最も影響度が小さくなる時間帯を特定する。つまり、本実施形態の影響度評価部２４８は、メンテナンスの影響度（指数）が最も小さくなる時間帯を決定する評価部の一例である。
【００５０】
評価結果出力部２４９は、影響度評価部２４８により特定された時間帯や、影響度算出部２４７により算出された開始時刻毎の影響度等を、評価結果として出力する。より具体的には、評価結果出力部２４９は、評価結果を端末装置３００等に表示させる。つまり、本実施形態の評価結果出力部２４９は、決定されたメンテナンス時間帯を出力する出力部である。
【００５１】
以下に、図７を参照して、本実施形態のメンテナンス管理装置２００の動作について説明する。図７は、メンテナンス管理装置の動作を説明するフローチャートである。図７に示す処理は、例えば、サービスを提供するサーバ側から、メンテナンス時間帯の提示を求める要求を受けて、実行されても良い。
【００５２】
本実施形態のメンテナンス管理装置２００のメンテナンス管理処理部２４０は、入力受付部２４１により、パラメータの入力を受け付けたか否かを判定する（ステップＳ７０１）。ここで、パラメータとは、メンテナンス実行時間と、単位時間である。
【００５３】
また、メンテナンス管理処理部２４０は、例えば、メンテナンス時間帯の提示の要求を受け付けて、パラメータの入力画面を端末装置３００等に表示させても良い。
【００５４】
ステップＳ７０１において、パラメータの入力を受け付けていない場合、メンテナンス管理処理部２４０は、パラメータの入力を受け付けるまで待機する。
【００５５】
ステップＳ７０１において、パラメータの入力を受け付けると、メンテナンス管理処理部２４０は、売上情報取得部２４２により、顧客売上データベース２１０を参照して、各顧客の売上情報を取得する（ステップＳ７０２）。
【００５６】
続いて、メンテナンス管理処理部２４０は、アクセスログ取得部２４３により、アクセスログデータベース２２０を参照して、顧客毎のアクセスログ情報を取得する（ステップＳ７０３）。
【００５７】
続いて、メンテナンス管理処理部２４０は、リクエスト数取得部２４４により、顧客毎のアクセスログ情報から、１分毎のリクエスト数を取得する（ステップＳ７０４）。
【００５８】
続いて、メンテナンス管理処理部２４０は、重み合計部２４５により、１分毎に、サーバへアクセスした顧客の重みの合計の値を取得する（ステップＳ７０５）。
【００５９】
続いて、メンテナンス管理処理部２４０は、データベース更新部２４６により、１分毎に、リクエスト数と、顧客の重みの合計の値とを対応付けて、重み情報とし、重み付けデータベース２３０へ格納して重み付けデータベース２３０を更新する（ステップＳ７０６）。
【００６０】
続いて、メンテナンス管理処理部２４０は、影響度算出部２４７により、パラメータとして入力された単位時間と、重み付けデータベース２３０に格納された重み情報とを用いて、単位時間毎のメンテナンスの影響度を算出する（ステップＳ７０７）。
【００６１】
以下に、単位時間毎のメンテナンスの影響度Ｐｔの算出について説明する。単位時間毎のメンテナンスの影響度Ｐｔは、以下の式（１）によって算出される。
【００６２】
【数１】
2020017212.tif 000003
【００６３】
ここで、ｔは単位時間（分単位）であり、Ｓは、顧客売上データベース２１０に格納された全ての顧客の重みの合計の値である。また、Ｓｘは、顧客Ｘの重みを示し、単位時間内にサーバに対してサービスをリクエストした顧客（サーバにアクセスした顧客）をＳ１〜Ｓｎとする。
【００６４】
つまり、本実施形態の単位時間毎のメンテナンスの影響度とは、単位時間内にサーバにアクセスした顧客の重みの合計である。
【００６５】
尚、影響度算出部２４７は、２４時間における単位時間毎に影響度を算出している。例えば、単位時間が２分間である場合は、単位時間「０：００〜０：０２」の影響度は、重み付けデータベース２３０に格納された、時刻「０：００」と対応する重みの合計と、時刻「０：０１」と対応する重みの合計との和となる。また、単位時間「０：０３〜０：０５」の影響度は、重み付けデータベース２３０に格納された、時刻「０：０３」と対応する重みの合計と、時刻「０：０４」と対応する重みの合計との和となる。
【００６６】
また、単位時間が５分間である場合には、単位時間「０：００〜０：０５」の影響度は、重み付けデータベース２３０に格納された、時刻「０：００」から時刻「０：０５」のそれぞれと対応する重みの合計の和となる。
【００６７】
また、単位時間が１分間であった場合には、重み付けデータベース２３０に格納された時刻毎の重みの合計が、単位時間毎のメンテナンスの影響度となる。
【００６８】
続いて、メンテナンス管理処理部２４０は、影響度評価部２４８により、開始時刻を０：００に設定し（ステップＳ７０８）、開始時刻毎に、メンテナンスの影響度の算出を開始する。言い換えれば、影響度評価部２４８は、開始時刻毎に、メンテナンス時間帯の影響度の評価を開始する。
【００６９】
影響度評価部２４８は、単位時間毎のメンテナンスの影響度Ｐｔと、パラメータの１つであるメンテナンス実行時間とから、開始時刻毎のメンテナンス時間帯の影響度を算出する（ステップＳ７０８）。
【００７０】
以下に、開始時刻毎のメンテナンスの影響度Ｉｓの算出について説明する。開始時刻毎のメンテナンスの影響度Ｉｓは、以下の式（２）によって算出される。
【００７１】
【数２】
2020017212.tif 000004
【００７２】
ここで、Ｍは、メンテナンス実行時間であり、ｓはメンテナンスの実行を開始するメンテナンス開始時刻を示す。
【００７３】
つまり、開始時刻毎のメンテナンスの影響度Ｉｓは、開始時刻からメンテナンス実行時間の終了時刻までの間の単位時間の影響度の和である。
【００７４】
次に、影響度評価部２４８は、開始時刻を１≦ｓ≦２４×６０の範囲で単位時間毎に変化させ、開始時刻毎に、開始時刻からメンテナンスを実行した場合のメンテナンスの影響度Ｉｓを算出する（ステップＳ７０９）。
【００７５】
続いて、影響度評価部２４８は、開始時刻が２３：５９から単位時間を減算した時刻となったか否かを判定する（ステップＳ７１０）。具体的には、例えば、単位時間が１分であった場合、開始時刻が２３：５８より前の時刻であるか否かを判定している。つまり、本実施形態では、０：００が第一の時刻であり、２３：５９が第二の時刻であり、第一の時刻から第二の時刻のまでの間で、所定の時間（単位時間）間隔の時刻を開始時刻として、開始時刻毎にメンテナンスの実行させる場合の指数を算出している。
【００７６】
ステップＳ７１０において、開始時刻が該当する時刻となっていない場合、影響度評価部２４８は、開始時刻に単位時間を加算し（ステップＳ７１１）、ステップＳ７０９へ戻る。具体的には、例えば、ステップＳ７１０において、開始時刻が２３：５７であった場合、影響度評価部２４８は、この開始時刻に単位時間の１分間を加算し、開始時刻を２３：５２８とする。
【００７７】
ステップＳ７１０において、開始時刻が該当する時刻であった場合、影響度評価部２４８は、ステップＳ７０９で算出した開始時刻毎の影響度Ｉｓのうち、最も値が小さかった開始時刻を特定し、この開始時刻からメンテナンス実行時間が経過するまでの時刻をメンテナンス時間帯として抽出する（ステップＳ７１２）。
【００７８】
続いて、メンテナンス管理処理部２４０は、評価結果出力部２４９により、抽出されたメンテナンス時間帯を出力し（ステップＳ７１３）、処理を終了する。
【００７９】
以下に、図８を参照して、メンテナンス管理処理部２４０の処理について具体的に説明する。
【００８０】
図８は、メンテナンス管理処理部の処理を説明する図である。図８では、重み合計部２４５が、単位時間毎の顧客の重みの合計を算出する際に生成される中間データ８１の例を示している。尚、図８の例では、単位時間を１分間としている。
【００８１】
中間データ８１では、アクセス時刻毎に顧客ＩＤと顧客の重みとが対応付けられている。中間データ８１では、アクセス時刻「２０１８／３／８  ０：００」に、顧客ＩＤがそれぞれ「１１１」、「１１３」、「１１４」の顧客がサービスの提供を要求するためにサーバにアクセスしたことがわかる。また、中間データ８１では、顧客ＩＤ「１１１」の重みが４であり、顧客ＩＤ「１１３」の重みが１０であり、顧客ＩＤ「１１４」の重みが１である。
【００８２】
したがって、中間データ８１から、「２０１８／３／８  ０：００」から「２０１８／３／８  ０：０１」までの単位時間におけるリクエスト数は３回であり、重みの合計は、１５であることがわかる。本実施形態では、このようにして、単位時間毎の重みの合計を算出する。
【００８３】
次に、影響度評価部２４８による評価結果の出力例を参照して、影響度算出部２４７と影響度評価部２４８の処理について具体的に説明する。
【００８４】
図９は、評価結果の出力例を示す第一の図である。図９（Ａ）は、メンテナンス実行時間を９分とした場合の評価結果の出力例を示し、図９（Ｂ）は、メンテナンス実行時間を５分とした場合の評価結果の出力例を示す。
【００８５】
図９（Ａ）に示す画面９１Ａでは、評価結果９２Ａと、メッセージ９３Ａとが表示されている。
【００８６】
評価結果９２Ａでは、開始時刻と、開始時刻毎のメンテナンスの影響度Ｉｓと、メンテナンス実行時間とが対応付けられて表示されている。
【００８７】
評価結果９２Ａでは、１０分間のメンテナンスを、８：００から開始した場合の影響度Ｉｓが「２１」である。これは、例えば、単位時間を１分間とした場合には、８：００〜８：０１の重みの合計と、８：０１〜８：０２の重みの合計と、８：０２〜８：０３の重みの合計、・・・、８：０９〜８：１０の重みの合計と、の和となる。
【００８８】
図９の例では、単位時間が１分間であるため、影響度評価部２４８は、次に、開始時刻を８：００から単位時間である１分間ずらした８：０１として、同様に影響度Ｉｓを算出する。開始時刻を「８：０１」とした場合の影響度Ｉｓは「１５」である。同様にして、開始時刻を８：０２とした場合の影響度Ｉｓは「９」である。
【００８９】
これはつまり、８：０１から８：１１までの時間帯において、サービス提供者が各顧客から得る売上は、８：０２から８：１２までの時間帯において、サービス提供者が各顧客から得る売上よりも大きいことを示す。言い換えれば、８：０１から８：１１をメンテナンス時間帯とするよりも、８：０２から８：１２までをメンテナンス時間帯とするほうが、メンテナンス中の障害等によって生じるリスクが小さくなることを示している。
【００９０】
影響度評価部２４８は、このようにして算出した開始時刻毎のメンテナンスの影響度Ｉｓから、最も値が小さい影響度を特定し、この影響度と対応する開始時刻をメンテナンス時間帯の開始時刻とする。
【００９１】
評価結果９２Ａでは、開始時刻が８：０２と対応する影響度Ｉｓが最も小さい値となる。したがって、影響度評価部２４８は、メンテナンス時間帯の開始時刻を８：０２とし、８：０２からの９分間をメンテナンス時間帯と決定する。画面９１Ａでは、評価結果９２Ａにおいて、メンテナンス時間帯の開始時刻「８：０２」が強調表示される。
【００９２】
影響度評価部２４８により決定されたメンテナンス時間帯は、メッセージ９３Ａとして、画面９１Ａに表示される。
【００９３】
メッセージ９３Ａは、メンテナンス時間帯が、８：０２から８：１１までをメンテナンス時間帯とすることを示している。
【００９４】
図９（Ｂ）に示す画面９１Ｂは、評価結果９２Ｂと、メッセージ９３Ｂとが表示されている。評価結果９２Ｂでも、開始時刻毎のメンテナンスの影響度と、メンテナンス実行時間とが対応付けられて表示されており、開始時刻「８：０２」と対応するメンテナンスの影響度Ｉｓが最も小さい値となっていることがわかる。また、メッセージ９３Ｂは、８：０２から８：０７までをメンテナンス時間帯とすることを示している。
【００９５】
このように、本実施形態では、顧客毎の売上に応じた重みを用いて、２４時間（１日）のうち、サービス提供者側から見て、売上が最も少なくなる時間帯を、メンテナンス時間帯とする。つまり、本実施形態では、売上が大きい顧客がサービスを利用している時間帯をメンテナンス時間帯から除外するようにしている。
【００９６】
したがって、本実施形態によれば、顧客に対するビジネス的な評価に応じて、メンテナンスを行うメンテナンス時間帯を決定することができる。言い換えれば、本実施形態によれば、顧客の特性に応じたメンテナンス時間帯にメンテナンスを実行することができる。
【００９７】
また、本実施形態では、メンテナンス管理装置２００に対して入力するパラメータを、メンテナンス実行時間と単位時間とすることで、さまざまな種類のメンテナンスについて、顧客の特性に応じたメンテナンス時間帯を提示することができる。
【００９８】
また、本実施形態では、重みを売上に応じた係数としているが、これに限定されない。本実施形態では、顧客の売上そのものを重みとして用いても良い。
【００９９】
また、本実施形態の重みは、顧客の特性を示す情報に基づいて付与される値であれば良い。具体的には、例えば、重みは、顧客から問い合わせを受けた回数に応じて、顧客毎に付与されても良い。この場合、問い合わせを行う回数が多い顧客ほど、重みの値が大きくなる。したがって、問い合わせを行う回数が多い顧客がサービスを利用している時間帯が、メンテナンス時間帯から除外されるようになる。
【０１００】
また、重みは、例えば、顧客のサービスに対する満足度等に応じて、顧客毎に付与されても良い。この場合、重みは、満足度が高い顧客ほど小さくなり、満足度が低い顧客ほど大きくなる。したがって、満足度が低い顧客がサービスを利用している時間帯をメンテナンス時間帯が除外することができ、満足度が低い顧客に対して、満足度の向上を図ることができる。
【０１０１】
また、メンテナンス管理装置２００は、顧客ＩＤと顧客毎の重みとが対応付けられた顧客売上データベース２１０を、メンテナンスの種類毎に有していても良く、メンテナンスの種類に応じて、参照する顧客売上データベース２１０を切り替えても良い。
【０１０２】
具体的には、例えば、メンテナンス管理装置２００は、本実施形態の顧客売上データベース２１０に加え、顧客毎に、問い合わせの回数に応じた重みが付与されたデータベースや、満足度毎に重みが付与されたデータベースを有しており、メンテナンスの種類や、メンテナンスを実行する時期等に応じて、参照するデータベースを切り替えても良い。
【０１０３】
また、本実施形態のメンテナンス管理処理部２４０は、開始時刻毎の影響度を、図９に示す表示の形態とは異なる形態で出力しても良い。
【０１０４】
図１０は、評価結果の出力例を示す第二の図である。図１０に示す画面１０１では、開始時刻毎のメンテナンスの影響度を縦軸とし、時間を横軸として、開始時刻と影響度との関係を示した折り線グラフ１０２が表示されている。
【０１０５】
本実施形態では、このように、開始時刻毎の影響度の折れ線グラフとして表示することで、開始時刻毎の影響度の変化を可視化できる。したがって、本実施形態では、サービス提供者に対して、顧客に対して付与した重みの観点から見て、重要とされる顧客に対するメンテナンス時間帯の影響の度合いを視認させることができる。
【０１０６】
例えば、重みが売上に応じて付与されている場合には、売上という観点からみて、重要とされる顧客、つまり、売上が大きい顧客にサービスを提供している時間帯の影響度が大きくなることがわかる。また、例えば、重みが問い合わせ回数に応じて付与されている場合には、問い合わせ回数という観点からみて、重要とされる顧客、つまり、問い合わせ回数が多い顧客にサービスを提供している時間帯の影響度が大きくなることがわかる。
【０１０７】
さらに、メンテナンス管理装置２００は、図１０に示す折れ線グラフ１０２を、サービスを提供するサーバのリソースの負荷の状態を示す情報と共に表示させても良い。このように表示させることで、ハードウェア的な負荷の状態と、重要な顧客によるサービスの利用状況とを対比させることかできる。
【０１０８】
また、本実施形態では、アクセスログデータベース２２０は、１日２４時間分のアクセスログ情報が格納されているものとしたが、これに限定されない。アクセスログデータベース２２０には、例えば、１ヶ月分のアクセスログ情報が格納されていても良い。
【０１０９】
この場合、リクエスト数取得部２４４が取得する１分間のリクエスト数は、各日の１分間のリクエスト数の合計としても良い。例えば、０：００〜０：０１のアクセス回数とは、３／１の０：００〜０：０１のアクセス回数、３／２の０：００〜０：０１のアクセス回数、・・・、３／３１の０：００〜０：０１のアクセス回数の合計としても良い。
【０１１０】
以上のように、本実施形態によれば、単位時間とメンテナンス実行時間を入力するだけで、顧客の特性に応じたメンテナンス時間帯を提示することができる。言い換えれば、本実施形態によれば、サービス提供先となる顧客毎の内の重要な顧客への影響がより低いメンテナンス処理の時間帯を決定することができる。
【０１１１】
したがって、本実施形態によれば、メンテナンスを行う担当者が顧客のアクセスログ情報を解析したりする必要がなく、メンテナンス時間帯の決定にかかる労力を軽減し、速やかにメンテナンス時間帯を提示することができる。
【０１１２】
開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
サーバにより提供されるサービスのメンテナンス作業を行うメンテナンス時間帯の候補の決定処理の依頼を受け付け、
前記サービスの時間帯毎の顧客毎の利用状況と前記顧客毎に設定した重要度とに基づき時間帯毎の影響度を算出し、
前記影響度が相対的に小さくなる時間帯を優先してメンテナンス時間帯の候補として決定し、
決定した前記メンテナンス時間帯を示す情報を出力する
処理をコンピュータに実行させるメンテナンス管理プログラム。
（付記２）
前記重要度は、前記顧客毎に前記サービスに支払われる料金により決定される、付記１記載のメンテナンス管理プログラム。
（付記３）
メンテナンスの実行にかかる実行時間長を示す情報の入力を受け付ける処理と、
第一の時刻から第二の時刻までの間のいずれかの時刻を開始時刻として前記メンテナンスを実行した場合の前記実行時間長について、前記開始時刻毎に影響度を算出する処理と、を前記コンピュータに実行させる、付記１又は２記載のメンテナンス管理プログラム。
（付記４）
前記開始時刻と、前記影響度との関係を示すグラフを出力する処理を、前記コンピュータに実行させる付記３記載のメンテナンス管理プログラム。
（付記５）
前記影響度は、
前記顧客毎に付与された前記課金される金額に応じた重みと、前記メンテナンスの前記実行時間における前記サーバに対する前記顧客からのアクセス回数と、に応じて算出される、付記１乃至４の何れか一項に記載のメンテナンス管理プログラム。
（付記６）
コンピュータによるメンテナンス方法であって、該コンピュータが、
サーバにより提供されるサービスのメンテナンス作業を行うメンテナンス時間帯の抽出処理の依頼を受け付け、
前記サービスの時間帯毎の顧客の利用状況と前記顧客毎に設定した重要度とに基づきメンテナンスの影響度を算出し、
前記影響度が相対的に小さくなる時間帯を優先してメンテナンス時間帯の候補として抽出し、
抽出した前記メンテナンス時間帯を示す情報を出力する、メンテナンス管理方法。
（付記７）
サーバにより提供されるサービスのメンテナンス作業を行うメンテナンス時間帯の抽出処理の依頼を受け付ける受付部と、
前記サービスの時間帯毎の顧客の利用状況と前記顧客毎に設定した重要度とに基づきメンテナンスの影響度を算出する算出部と、
前記影響度が相対的に小さくなる時間帯を優先してメンテナンス時間帯の候補として抽出し、抽出した前記メンテナンス時間帯を示す情報を出力する出力部と
を有する、メンテナンス管理システム。
【０１１３】
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１１４】
１００  メンテナンス管理システム
２００  メンテナンス管理装置
２１０  顧客売上データベース
２２０  アクセスログデータベース
２３０  重み付けデータベース
２４０  メンテナンス管理処理部
２４１  入力受付部
２４２  売上情報取得部
２４３  アクセスログ取得部
２４５  重み合計部
２４６  データベース更新部
２４７  影響度算出部
２４８  影響度評価部  
２４９  評価結果出力部  
３００  端末装置
【図１】
2020017212.tif 000005
【図２】
2020017212.tif 000006
【図３】
2020017212.tif 000007
【図４】
2020017212.tif 000008
【図５】
2020017212.tif 000009
【図６】
2020017212.tif 000010
【図７】
2020017212.tif 000011
【図８】
2020017212.tif 000012
【図９】
2020017212.tif 000013
【図１０】
2020017212.tif 000014