(57)【特許請求の範囲】
【請求項１】
端末装置へ所定の情報を提供する情報提供サーバに対する更新プログラムの更新実行を指示するプログラム更新指示装置であって、
前記端末装置が前記情報提供サーバへ所定期間にアクセスしたアクセス数を日時と対応付けて集計して保持するアクセス数集計部と、
管理者による前記更新プログラムの確認の要否を示す情報に基づいて、更新プログラムの更新後に管理者の確認を要するか否かを判定し、管理者の確認を要する場合、前記更新プログラムの更新可能時間に対応した更新予定日における時間帯別のアクセス数から、前記アクセス数の上限を表す閾値以下のアクセス数を予測アクセス数として抽出する予測アクセス数抽出部と、
抽出した前記予測アクセス数に対応する時間帯の中から、前記更新プログラムの更新開始から更新終了までに要する更新所要時間の長さを満たす１または複数の連続時間帯を抽出する連続時間帯抽出部と、
連続時間帯抽出部で抽出された前記連続時間帯に管理者が存在する場合、この連続時間帯におけるアクセス数が経時的に小から大に変化するか否かを判定し、この判定結果に基づいて、前記連続時間帯の中から前記更新所要時間の長さに対応した何れかの連続時間帯を更新実行時間として選出する更新実行時間選出部と、
を備えたことを特徴とするプログラム更新指示装置。
【請求項２】
前記更新実行時間選出部は、
前記予測アクセス数抽出部から受信した前記連続時間帯のアクセス数が経時的に小から大に変化し、かつ、この連続時間帯の中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも大きい場合、更新実行時間選出部は、この連続時間帯の中でアクセス数が最も低い値を示す時間の終点時刻から更新所要時間の長さに相当する期間だけ遡った時点までの時間を更新実行時間として出力することを特徴とする請求項１に記載のプログラム更新指示装置。
【請求項３】
前記更新実行時間選出部は、
前記予測アクセス数抽出部から受信した前記連続時間帯のアクセス数が経時的に小から大に変化し、かつ、この連続時間帯の中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも小さい場合、更新実行時間選出部は、連続時間帯の中でアクセス数が最も高い値を示す時間の終点時刻から更新所要時間の長さに相当する期間だけ遡った時点までの時間を更新実行時間として出力することを特徴とする請求項１に記載のプログラム更新指示装置。
【請求項４】
前記連続時間帯抽出部は、
前記予測アクセス数抽出部から受信した前記連続時間帯のアクセス数が経時的に大から小に変化し、かつ、この連続時間帯の中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも大きい場合、更新実行時間選出部は、連続時間帯の中でアクセス数が最も低い値を示す時間の始点時刻から更新所要時間の長さに相当する期間だけ後の時点までの時間を更新実行時間として出力することを特徴とする請求項１に記載のプログラム更新指示装置。
【請求項５】
前記連続時間帯抽出部は、
前記予測アクセス数抽出部から受信した前記連続時間帯のアクセス数が経時的に大から小に変化し、かつ、この連続時間帯の中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも小さい場合、更新実行時間選出部は、連続時間帯の中でアクセス数が最も高い値を示す時間の始点時刻から更新所要時間の長さに相当する期間だけ後の時点までの時間を更新実行時間として出力することを特徴とする請求項１に記載のプログラム更新指示装置。
【請求項６】
端末装置へ所定の情報を提供する情報提供サーバに対する更新プログラムの更新実行を指示するプログラム更新指示装置であって、
前記端末装置が前記情報提供サーバへ所定期間にアクセスしたアクセス数を日時と対応付けて集計して保持するアクセス数集計部と、
管理者による前記更新プログラムの確認の要否を示す情報に基づいて更新プログラムの更新後に管理者の確認を要するか否かを判定し、管理者の確認を要しない場合、前記更新プログラムの更新可能時間に対応した更新予定日における時間帯別のアクセス数から、アクセス数の上限を表す閾値以下のアクセス数を予測アクセス数として抽出する予測アクセス数抽出部と、
抽出した前記予測アクセス数に対応する時間帯の中から、更新プログラムの更新開始から更新終了までに要する更新所要時間の長さを満たす１または複数の連続時間帯を抽出する連続時間帯抽出部と、
前記連続時間帯の中から前記更新所要時間の長さに対応した何れかの連続時間帯を更新実行時間として選出す更新実行時間選出部と、
を備えたことを特徴とするプログラム更新指示装置。
【請求項７】
前記更新実行時間選出部から出力された前記更新実行時間に基づいて、所定の記憶部に記録された前記更新プログラムを読み出して更新実行を指示する更新実行部を備えることを特徴とする請求項１〜６の何れか１つに記載のプログラム更新指示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム更新指示装置に関する。
【背景技術】
【０００２】
分散コンピュータシステム環境では、個々のシステムの重要度や利用度によって、フォールトトレランス（障害発生時の被害を最小限度に抑える能力）と、例えばクライアント端末（端末装置）へ情報を提供する情報提供サーバの導入、運営に伴うコストとの両立が求められる。ただし、冗長化されていないコンピュータシステムでは、例えば情報提供サーバの更新プログラム（アプリケーション、ミドルウェアのパッチ、ＯＳ（Operating System）のパッチなど）の更新時には、端末装置への情報提供が一時的に中断等することによりユーザに多大な影響を与える可能性がある。このような影響を回避するために、従来では、管理者の経験則に基づいて、更新プログラムの更新を実行する日時の計画を行い、作成された実行スケジュール（例えば深夜時間帯や休日など）を用いて更新プログラムの更新が行われていた。
【０００３】
例えば、下記特許文献１に代表される従来技術は、端末装置から情報提供サーバへのアクセス状態を監視し、その監視結果に基づいて、予め管理者によって設定されていた実行スケジュールを修正するように構成されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２６８５９４号公報（段落００１７など）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に代表される従来技術は、管理者によって予め実行スケジュールを作成する必要があるため、管理者の労力のより一層の軽減を図りたいというニーズに対応することが困難という課題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、更新プログラムの実行スケジュールの作成に伴う管理者の労力を軽減することが可能なプログラム更新指示装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、端末装置へ所定の情報を提供する情報提供サーバに対する更新プログラムの更新実行を指示するプログラム更新指示装置であって、前記端末装置が前記情報提供サーバへ所定期間にアクセスしたアクセス数を日時と対応付けて集計して保持するアクセス数集計部と、管理者による前記更新プログラムの確認の要否を示す情報に基づいて、更新プログラムの更新後に管理者の確認を要するか否かを判定し、管理者の確認を要する場合、前記更新プログラムの更新可能時間に対応した更新予定日における時間帯別のアクセス数から、前記アクセス数の上限を表す閾値以下のアクセス数を予測アクセス数として抽出する予測アクセス数抽出部と、抽出した前記予測アクセス数に対応する時間帯の中から、前記更新プログラムの更新開始から更新終了までに要する更新所要時間の長さを満たす１または複数の連続時間帯を抽出する連続時間帯抽出部と、連続時間帯抽出部で抽出された前記連続時間帯に管理者が存在する場合、この連続時間帯におけるアクセス数が経時的に小から大に変化するか否かを判定し、この判定結果に基づいて、前記連続時間帯の中から前記更新所要時間の長さに対応した何れかの連続時間帯を更新実行時間として選出する更新実行時間選出部と、を備えたことを特徴とする。
【発明の効果】
【０００８】
この発明によれば、更新プログラムの実行スケジュールを自動的に作成するようにしたので、更新プログラムの実行スケジュールの作成に伴う管理者の労力を軽減することができる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明の実施の形態にかかるプログラム更新指示装置が適用されるコンピュータシステムを示す図である。
【図２】図２は、図１に示されるプログラム更新指示装置の内部構成を示すブロック図である。
【図３】図３は、図２に示されるアクセス数集計部で集計された曜日別のアクセス数の分布を示す図である。
【図４】図４は、図２に示されるアクセス数集計部で集計された時間別のアクセス数の分布を示す図である。
【図５】図５は、更新実行時間選出部の第１の動作を説明するための図である。
【図６】図６は、更新実行時間選出部の第２の動作を説明するための図である。
【図７】図７は、更新実行時間選出部の第３の動作を説明するための図である。
【図８】図８は、プログラム更新指示装置の動作を示すフローチャートである。
【図９】図９は、連続時間帯抽出処理の内容を示すフローチャートである。
【図１０】図１０は、更新時間出力処理の内容を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかるプログラム更新指示装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態．
図１は、本発明の実施の形態にかかるプログラム更新指示装置１００が適用されるコンピュータシステムを示す図である。
【００１２】
図１に示されるコンピュータシステムは、情報提供サーバ（以下単に「サーバ」と称する）１と、端末装置２−１〜２−ｎと、プログラム更新指示装置１００と、入力部５とを有して構成されている。
【００１３】
端末装置２−１〜２−ｎは、例えば、機器の修理などの役務を提供する店舗に設置され、サーバ１に所定の情報４（例えば機器の修理に関する情報）の送信を要求する。所定の情報４は、端末装置２−１〜２−ｎに対して２４時間提供することができるように、サーバ１に記録されている。サーバ１は、インターネットなどの通信ネットワーク３に接続され、端末装置２−１〜２−ｎからの要求に応じて所定の情報４を提供する。なお、端末装置２−１〜２−ｎの設置場所は、サーバ１が設置されている場所と同一の場所であってもよいし、サーバ１が設置されている場所とは遠隔の場所であってもよい。
【００１４】
プログラム更新指示装置１００は、端末装置２−１〜２−ｎが通信ネットワーク３を通じてサーバ１へアクセスしたアクセス状況を解析する。アクセス状況は、所定期間毎（例えば１０分毎、１時間毎など）に端末装置２−１〜２−ｎがサーバ１へアクセスしたアクセス数などである。このプログラム更新指示装置１００は、更新プログラムＧの実行スケジュールを自動的に作成することができるように構成されており、以下、プログラム更新指示装置１００の具体的な構成を説明する。
【００１５】
図２は、図１に示されるプログラム更新指示装置１００の内部構成を示すブロック図であり、図３は、図２に示されるアクセス数集計部１１で集計された曜日別のアクセス数の分布を示す図であり、図４は、図２に示されるアクセス数集計部１１で集計された時間別のアクセス数の分布を示す図である。
【００１６】
図２において、プログラム更新指示装置１００は、主たる構成として、記憶部１０と、アクセス数集計部１１と、予測アクセス数抽出部１３と、連続時間帯抽出部１４と、更新実行時間選出部１５と、更新実行部１６とを有して構成されている。
【００１７】
アクセス数集計部１１は、所定期間毎に計測されたアクセス数を日時と対応付けて集計し、集計され情報をアクセス数Ｄとして保持する。例えば、アクセス数集計部１１では、月別（２０１１年４月など）、曜日別（日曜から土曜など）、日別（１日から１０日など）、時間別（１時から２３時など）の単位で、過去に端末装置２−１〜２−ｎがサーバ１にアクセスしたアクセス数が集計される。図３および図４には、アクセス数集計部１１で求められたアクセス数の分布の一例が示されている、図３には、２００６年１０月から２００７年９月までの間における曜日別のアクセス数の分布が示されている。縦軸が年月、横軸が曜日を表している。
【００１８】
図４には、図３に示される年月に対応した所定曜日（例えば２００６年１０月から２００７年９月までの各週の金曜日）におけるアクセス数の分布が示されている。縦軸が年月、横軸が時間を表している。２００６年１０月に着目した場合、１時から７時までのアクセス数は２００であり、７時から７時３０分までのアクセス数は４００であり、７時３０分から８時までのアクセス数は６００であり、８時から８時３０分までのアクセス数は８００であり、８時３０分から９時までのアクセス数は１２００であり、９時から１１時までのアクセス数は１４００である。
【００１９】
一方、２００７年７月のアクセス数分布に着目した場合、１時から８時までのアクセス数は、２００６年１１月の１時から８時までのアクセス数とほぼ同じ値であるが、２００７年７月の８時以降のアクセス数は、２００６年１１月の８時以降のアクセス数と異なる値を示していることがわかる。このように、アクセス数は、月、曜日、時間毎に異なる傾向を示す。
【００２０】
入力部５は、キーボードなどのマンマシンインターフェイスであり、更新可能時間Ａ、更新所要時間Ｂ、および閾値Ｃなどをプログラム更新指示装置１００へ入力するための入力手段である。
【００２１】
更新可能時間Ａは、例えば、２０１１年４月２２日金曜日の１時から２１時などである。更新プログラムＧは、情報提供サーバ１のアプリケーション、ミドルウェアのパッチ、ＯＳ（Operating System）のパッチなどであり、記憶部１０に記録されている。更新所要時間Ｂは、更新プログラムＧの更新開始から更新終了までに要する時間であり、例えば、２０１１年４月２２日金曜日の４時から６時までの２時間などである。閾値Ｃは、端末装置２−１〜２−ｎからサーバ１への所定期間におけるアクセス数の上限を表す値である。
【００２２】
管理者による更新プログラムＧの確認の要否を示す情報に基づいて更新プログラムＧの更新後に管理者の確認を要するか否かを判定すると共に、更新可能時間Ａに対応した時間帯別のアクセス数Ｄをアクセス数集計部１１から読み込み、更新可能時間Ａに対応した更新予定日における時間帯別のアクセス数Ｄをアクセス数集計部１１から読み込み、閾値Ｃ以下のアクセス数Ｄを予測アクセス数Ｅとして出力する。
【００２３】
連続時間帯抽出部１４は、予測アクセス数Ｅに対応する時間帯の中から、更新所要時間Ｂの長さを満たす１または複数の連続時間帯Ｆを抽出する。
【００２４】
更新実行時間選出部１５は、連続時間帯Ｆの中から更新所要時間Ｂの長さに対応した何れかの連続時間帯を更新実行時間Ｈとして選出する。
【００２５】
更新実行部１６は、例えば、連続時間帯抽出部１４から出力された連続時間帯Ｆの開始時刻となったとき、記憶部１０に記録された更新プログラムＧを読み出し、この更新プログラムＧの更新を実行する。
【００２６】
図５は、更新実行時間選出部１５の第１の動作を説明するための図である。図５には、更新可能時間Ａを２０１１年４月２２日金曜日の４時から２２時と仮定し、更新所要時間Ｂを２時間と仮定し、閾値Ｃを６００と仮定した場合における、更新実行時間選出部１５で選出される更新実行時間Ｈの一例が示されている。
【００２７】
まず、予測アクセス数抽出部１３では、管理者による更新プログラムＧの確認の要否を示す情報に基づいて更新プログラムＧの更新後に、管理者の確認を要するか否かを判定する。確認の要否を示す情報は、更新プログラムＧに予め組み込まれ、あるいは、入力部５から入力される情報である。図５には、管理者の確認を要しない場合の例が示されているものとする。
【００２８】
予測アクセス数抽出部１３では、入力部５から入力された更新可能時間Ａに対応した更新予定日における時間帯別のアクセス数Ｄをアクセス数集計部１１から読み込む。図５には、更新可能時間Ａに対応したアクセス数Ｄの内容の一例として、４時から２２時までの各時間のアクセス数が示されている。例えば、４時から５時までのアクセス数は４００、５時から６時までのアクセス数は４００、６時から７時までのアクセス数は４００、７時から８時までのアクセス数は７００、１８時から１９時までのアクセス数は１０００、１９時から２０時までのアクセス数は８００、２０時から２１時までのアクセス数は７００、２１時から２２時までのアクセス数は４００である。
【００２９】
さらに、予測アクセス数抽出部１３では、これらのアクセス数Ｄに閾値Ｃ（６００）が照合され、閾値Ｃ以下のアクセス数Ｄを予測アクセス数Ｅとして出力する。
【００３０】
この予測アクセス数Ｅに対応する時間帯は、例えば４時から７時までの３時間である。なお、７時から８時までの時間は、閾値Ｃ以下でなく、かつ、更新所要時間Ｂを満たさない時間である。また、１８時から２１時までの時間は、更新所要時間Ｂを満たすが閾値Ｃ以下ではない時間である。また、２１時から２２時までの時間は、閾値Ｃ以下であるが更新所要時間Ｂを満たさない時間である。
【００３１】
連続時間帯抽出部１４では、予測アクセス数Ｅに対応する時間帯（４時から７時）の中から、更新所要時間Ｂの長さ（２時間）を満たす１または複数の連続時間帯Ｆが抽出される。図５には、更新所要時間Ｂの長さ（２時間）を満たす１つの連続時間帯Ｆ（４時から７時）の例が示されている。もし、４時から７時以外の時間帯（例えば０時から２時など）も更新可能時間Ａに該当し、かつ、そのアクセス数が閾値Ｃ以内である場合、この０時から２時までの時間帯も連続時間帯Ｆの候補となる。
【００３２】
更新実行時間選出部１５は、連続時間帯Ｆの中から更新所要時間Ｂの長さに対応した何れかの連続時間帯を更新実行時間Ｈ１として選出する。図５の例では、更新所要時間Ｂの長さが２時間であるため、連続時間帯Ｆの中から更新所要時間Ｂの長さに対応した４時から６時、または５時から７時が更新実行時間Ｈ１として選出される。
【００３３】
図６は、更新実行時間選出部１５の第２の動作を説明するための図である。
【００３４】
図５に示した更新実行時間選出部１５の第１の動作は、早朝（３時から６時）などのアクセス数が最も低い時間帯に更新プログラムＧの更新を実行する場合に有効である。ただし、更新プログラムＧによっては、コンピュータシステムを稼働させる前に、更新プログラムＧが正常にインストイールされたかなどの確認を要する場合もある。従って、早朝の時間帯に更新プログラムＧの実行が完了した場合、管理者による確認が行われるまでコンピュータシステムを稼働させることができないという問題が生じる可能性がある。このような事態を回避するためには、早朝の時間帯に管理者による確認が必要となるため、管理者の負担が大きくなる。一方、アクセス数が比較的大きい時間帯（例えば８時以降）に更新プログラムＧの更新を実行した場合、管理者の負担は軽減されるものの、ユーザへの影響度合いが高まるため、得策ではない。
【００３５】
更新実行時間選出部１５の第２の動作は、早朝よりも遅く、かつ、アクセス数が増加する手前の時間帯に、更新プログラムＧを更新させるようにスケジューリングするため、管理者の労力を軽減し、かつ、ユーザへの影響度合いを最小限に抑えることが可能である。
【００３６】
図６には、更新可能時間Ａを２０１１年４月２２日金曜日の４時から９時と仮定し、更新所要時間Ｂを１時間と仮定し、閾値Ｃを６００と仮定した場合における、更新実行時間選出部１５で選出される更新実行時間Ｈの一例が示されている。
【００３７】
まず、予測アクセス数抽出部１３では、更新プログラムＧの更新後に管理者の確認を要するか否かを判定するが、図６には、管理者の確認を要する場合の例が示されているものとする。
【００３８】
予測アクセス数抽出部１３では、入力部５から入力された更新可能時間Ａに対応した更新予定日における時間帯別のアクセス数Ｄをアクセス数集計部１１から読み込む。図６には、更新可能時間Ａに対応したアクセス数Ｄの内容の一例として、４時から９時までの各時間のアクセス数が示されている。例えば、４時から５時までのアクセス数は２００、５時から６時までのアクセス数は２００、６時から７時までのアクセス数は２００、７時から８時までのアクセス数は６００、８時から９時までのアクセス数は１２００である。このように、早朝以降の時間帯におけるアクセス数は、時間の経過と共に増加する傾向を示す。
【００３９】
さらに、予測アクセス数抽出部１３では、これらのアクセス数Ｄに閾値Ｃ（６００）が照合され、閾値Ｃ以下のアクセス数Ｄを予測アクセス数Ｅとして出力する。この予測アクセス数Ｅに対応する時間帯は、例えば４時から８時までの４時間である。なお、８時から９時までの時間は、更新所要時間Ｂを満たすが閾値Ｃ以下ではない時間である。
【００４０】
連続時間帯抽出部１４では、予測アクセス数Ｅに対応する時間帯（４時から８時）の中から、更新所要時間Ｂの長さ（１時間）を満たす１または複数の連続時間帯Ｆが抽出される。図６には、更新所要時間Ｂの長さ（１時間）を満たす１つの連続時間帯Ｆ（４時から８時）の例が示されている。もし、４時から８時以外の時間帯も更新可能時間Ａに該当し、かつ、そのアクセス数が閾値Ｃ以内である場合、その時間帯も連続時間帯Ｆの候補となる。
【００４１】
更新実行時間選出部１５は、連続時間帯Ｆに管理者が存在するか否かを判定する。
【００４２】
連続時間帯Ｆに管理者が存在する場合、更新実行時間選出部１５は、管理者が存在する連続時間帯Ｆのアクセス数が経時的に小から大に変化するか否かを判定する。図６には、連続時間帯Ｆのアクセス数が経時的に小から大に変化する場合の例が示されている。なお、連続時間帯Ｆのアクセス数が経時的に大から小に変化する場合の動作は、後述する。
【００４３】
連続時間帯Ｆのアクセス数が経時的に小から大に変化する場合、更新実行時間選出部１５は、この連続時間帯Ｆ（４〜８時）の中で最も高い値のアクセス数（６００）と最も低い値のアクセス数（２００）との乖離が、所定の値（例えば２００）よりも大きいか否かを判定する。この所定の値は、２００に限定されるものではなく、更新可能時間Ａや更新所要時間Ｂに応じて最適な値に設定するものとする。
【００４４】
図６に示すように、最も高い値のアクセス数（６００）と最も低い値のアクセス数（２００）との乖離が、所定の値（２００）よりも大きい場合、更新実行時間選出部１５は、連続時間帯Ｆ（４〜８時）の中でアクセス数が最も低い値を示す時間（４〜７時）の終点時刻（７時）から更新所要時間Ｂの長さ（１時間）に相当する期間だけ遡った時点（６時）までの時間（６〜７時）を更新実行時間Ｈ３として出力する。
【００４５】
この動作によれば、以下の効果が得られる。実際に更新プログラムＧの更新を実行する日のアクセス数には変動が見込まれるわけであるが、上述したアクセス数の乖離が所定の値よりも大きい場合、更新実行当日のアクセス数の変動も大きくなる蓋然性が高いといえる。そこで、過去のアクセス数Ｄに基づいて見込まれるアクセス数の変動に基づき、管理者の負担が大きくならない範囲で、更新プログラムＧの実行開始時刻を早めるように構成すれば、更新プログラムＧの実行終了後の確認に伴う管理者の労力を軽減することができると共に、アクセス数の変動にも対応可能である。
【００４６】
他方、アクセス数の乖離が所定の値（２００）よりも小さい場合、更新実行時間選出部１５は、連続時間帯Ｆ（４〜８時）の中でアクセス数が最も高い値を示す時間（７〜８時）の終点時刻（８時）から更新所要時間Ｂの長さ（１時間）に相当する期間だけ遡った時点（７時）までの時間（７〜８時）を更新実行時間Ｈ２として出力する。
【００４７】
実際に更新プログラムＧの更新を実行する日のアクセス数には変動が見込まれるものの、上述したアクセス数の乖離が所定の値よりも小さい場合、更新実行当日のアクセス数の変動は小さくなることが予想される。そこで、更新プログラムＧの実行開始時刻を遅くするように構成すれば、更新プログラムＧの実行終了後の確認に伴う管理者の労力を一層軽減することができると共に、ユーザへの影響度合いを最小限に抑えることが可能である。
【００４８】
このように、図６に示される更新実行時間選出部１５の第２の動作によれば、早朝を避け、かつ、アクセス数が増加する時間帯（例えば８時以降）の手前の時刻において、更新プログラムＧの更新を実行することができる。その結果、更新プログラムＧの実行終了後の確認に伴う管理者の労力を軽減し、かつ、ユーザへの影響度合いを最小限に抑えることが可能である。
【００４９】
なお、図５に示される第１の動作例では更新所要時間Ｂを２時間と仮定しているのに対して、図６に示される第２の動作例では更新所要時間Ｂを１時間と仮定している。その理由は、連続時間帯が比較的長い（例えば１時間以上）更新プログラムＧを、早朝を避けて実行した場合、アクセス数が高い時間帯（例えば８時〜１９時）に入るまでに、更新プログラムＧの実行を終了させることができない可能性が高くなるだけでなく、その後の管理者による確認作業も要する場合、アクセス数が高い時間帯が迫っていることによる管理者の心理的負担も大きくなるためである。従って、本実施の形態のプログラム更新指示装置１００で扱う更新プログラムＧは、実行開始から実行終了までの時間が比較的短い（例えば数分〜１時間程度）更新プログラムＧであることが望ましい。
【００５０】
図７は、更新実行時間選出部の第３の動作を説明するための図である。
【００５１】
図５に示した更新実行時間選出部１５の第１の動作は、深夜（０時から３時）などのアクセス数が最も低い時間帯に更新プログラムＧの更新を実行する場合にも有効である。ただし、更新プログラムＧによっては、コンピュータシステムを稼働させる前に、更新プログラムＧが正常にインストイールされたかなどの確認を要する場合もある。従って、深夜の時間帯に更新プログラムＧの実行が完了した場合、管理者による確認が行われるまでコンピュータシステムを稼働させることができないという問題が生じる可能性がある。このような事態を回避するためには、深夜の時間帯に管理者による確認が必要となるため、管理者の負担が大きくなる。一方、アクセス数が比較的大きい時間帯（例えば２０時前）に更新プログラムＧの更新を実行した場合、管理者の負担は軽減されるものの、ユーザへの影響度合いが高まるため、得策ではない。
【００５２】
更新実行時間選出部１５の第３の動作は、アクセス数が高い時間帯の後であり、かつ、深夜になる手前の時間帯に、更新プログラムＧを更新させるようにスケジューリングするため、管理者の労力を軽減し、かつ、ユーザへの影響度合いを最小限に抑えることが可能である。
【００５３】
図７には、更新可能時間Ａを２０１１年４月２２日金曜日の２０時から０時と仮定し、更新所要時間Ｂを１時間と仮定し、閾値Ｃを６００と仮定した場合における、更新実行時間選出部１５で選出される更新実行時間Ｈの一例が示されている。
【００５４】
予測アクセス数抽出部１３では、入力部５から入力された更新可能時間Ａに対応した更新予定日における時間帯別のアクセス数Ｄをアクセス数集計部１１から読み込む。図７には、更新可能時間Ａに対応したアクセス数Ｄの内容の一例として、２０時から０時までの各時間のアクセス数が示されている。例えば、２０時から２１時までのアクセス数は８００、２１時から２２時までのアクセス数は６００、２２時から２３時までのアクセス数は２００、２３時から０時までのアクセス数は２００である。このように、深夜の手前の時間帯におけるアクセス数は、時間の経過と共に減少する傾向を示す。
【００５５】
予測アクセス数抽出部１３では、これらのアクセス数Ｄと閾値Ｃ（６００）とが照合され、閾値Ｃ以下のアクセス数Ｄを予測アクセス数Ｅとして出力する。この予測アクセス数Ｅに対応する時間帯は、例えば２０時から０時までの４時間である。なお、２０時から２１時までの時間は、更新所要時間Ｂを満たすが閾値Ｃ以下ではない時間である。
【００５６】
連続時間帯抽出部１４では、予測アクセス数Ｅに対応する時間帯（２０〜０時）の中から、更新所要時間Ｂの長さ（１時間）を満たす１または複数の連続時間帯Ｆが抽出される。図７には、更新所要時間Ｂの長さ（１時間）を満たす１つの連続時間帯Ｆ（２１〜０時）の例が示されている。もし、２０時から０時以外の時間帯も更新可能時間Ａに該当し、かつ、そのアクセス数が閾値Ｃ以内である場合、その時間帯も連続時間帯Ｆの候補となる。
【００５７】
更新実行時間選出部１５は、連続時間帯Ｆに管理者が存在するか否かを判定する。
【００５８】
連続時間帯Ｆに管理者が存在する場合、更新実行時間選出部１５は、管理者が存在する連続時間帯Ｆのアクセス数が経時的に大から小に変化するか否かを判定する。図７には、連続時間帯Ｆのアクセス数が経時的に大から小に変化する場合の例が示されている。
【００５９】
連続時間帯Ｆのアクセス数が経時的に大から小に変化する場合、更新実行時間選出部１５は、この連続時間帯Ｆ（２１〜０時）の中で最も高い値のアクセス数（６００）と最も低い値のアクセス数（２００）との乖離が、所定の値（例えば２００）よりも大きいか否かを判定する。この所定の値は、２００に限定されるものではなく、更新可能時間Ａや更新所要時間Ｂに応じて最適な値に設定するものとする。
【００６０】
図７に示すように、最も高い値のアクセス数（６００）と最も低い値のアクセス数（２００）との乖離が、所定の値（２００）よりも大きい場合、更新実行時間選出部１５は、連続時間帯Ｆ（２１〜０時）の中でアクセス数が最も低い値を示す時間（２２〜０時）の始点時刻（２２時）から更新所要時間Ｂの長さ（１時間）に相当する期間だけ後の時点（２３時）までの時間（２２〜２３時）を更新実行時間Ｈ４として出力する。この動作によれば、以下の効果が得られる。実際に更新プログラムＧの更新を実行する日のアクセス数には変動が見込まれるわけであるが、上述したアクセス数の乖離が所定の値よりも大きい場合、更新実行当日のアクセス数の変動も大きくなる蓋然性が高いといえる。そこで、過去のアクセス数Ｄに基づいて見込まれるアクセス数の変動に基づき、管理者の負担が大きくならない範囲で、更新プログラムＧの実行開始時刻を遅らせる構成すれば、更新プログラムＧの実行終了後の確認に伴う管理者の労力を軽減することができると共に、アクセス数の変動にも対応可能である。
【００６１】
他方、アクセス数の乖離が所定の値（２００）よりも小さい場合、更新実行時間選出部１５は、連続時間帯Ｆ（２１〜０時）の中でアクセス数が最も高い値を示す時間（２１〜２２時）の始点時刻（２１時）から更新所要時間Ｂの長さ（１時間）に相当する期間だけ後の時点（２２時）までの時間（２１〜２２時）を更新実行時間Ｈ５として出力する。その結果、更新プログラムＧの実行終了後の確認に伴う管理者の労力を軽減し、かつ、ユーザへの影響度合いを最小限に抑えることが可能である。
【００６２】
このように、図７に示される更新実行時間選出部１５の第３の動作によれば、アクセス数が高い時間帯の後であり、かつ、深夜になる手前の時間帯に、更新プログラムＧを更新させるようにスケジューリングするため、更新プログラムＧの実行終了後の確認に伴う管理者の労力を軽減し、かつ、ユーザへの影響度合いを最小限に抑えることが可能である。
【００６３】
図８は、プログラム更新指示装置の動作を示すフローチャートであり、図９は、連続時間帯抽出処理の内容を示すフローチャートであり、図１０は、更新時間出力処理の内容を示すフローチャートである。
【００６４】
図８において、予測アクセス数抽出部１３には、更新可能時間Ａ、更新所要時間Ｂ、閾値Ｃ、および更新プログラムＧが入力される（ステップＳ１）。
【００６５】
予測アクセス数抽出部１３は、管理者による更新プログラムＧの確認の要否を示す情報に基づいて更新プログラムＧの更新後に管理者の確認を要するか否かを判定する（ステップＳ２）。
【００６６】
管理者の確認を要しない場合（ステップＳ２，Ｎｏ）、予測アクセス数抽出部１３および連続時間帯抽出部１４によって、図９に示される連続時間帯抽出処理が実行される（ステップＳ３）。
【００６７】
図９において、予測アクセス数抽出部１３は、入力された更新可能時間Ａに対応した更新予定日における時間帯別のアクセス数Ｄをアクセス数集計部１１から読み込む（ステップＳ１０）。
【００６８】
さらに予測アクセス数抽出部１３は、アクセス数Ｄに閾値Ｃを照合して、閾値Ｃ以下のアクセス数Ｄを予測アクセス数Ｅとして抽出する（ステップＳ１１）。
【００６９】
次に、連続時間帯抽出部１４は、予測アクセス数Ｅに対応する時間帯の中から、更新所要時間Ｂの長さを満たす１または複数の連続時間帯Ｆを得ることができるか否かを判断する（ステップＳ１２）。
【００７０】
１または複数の連続時間帯Ｆを得ることができる場合（ステップＳ１２，Ｙｅｓ）、図８に示されるステップＳ４の処理が実行されるが、１または複数の連続時間帯Ｆを得ることができない場合（ステップＳ１２，Ｎｏ）、連続時間帯抽出部１４は、更新可能時間Ａの日付では更新作業ができないものとみなして、日付を１つインクリメントする（ステップＳ１３）。そして、予測アクセス数抽出部１３では、ステップＳ１０の処理が再び実行される。
【００７１】
図８に示されるステップＳ４において、更新実行時間選出部１５は、連続時間帯Ｆの中から更新所要時間Ｂの長さに対応した何れかの連続時間帯を更新実行時間Ｈ１として選出する（ステップＳ４）。
【００７２】
次に、ステップＳ２において、更新プログラムＧの更新後に管理者の確認を要する場合（ステップＳ２，Ｙｅｓ）、予測アクセス数抽出部１３および連続時間帯抽出部１４によって、図９に示される連続時間帯抽出処理が実行される（ステップＳ３）。なお、ステップＳ１０からステップＳ１３までの処理は上述同様であるが、ステップＳ１２において、１または複数の連続時間帯Ｆを得ることができる場合（ステップＳ１２，Ｙｅｓ）、図９に示されるステップＳ５の処理が実行される。
【００７３】
１または複数の連続時間帯Ｆを得ることができると判定された場合、更新実行時間選出部１５は、連続時間帯Ｆに管理者が存在するか否かを判定する（ステップＳ５）。
【００７４】
連続時間帯Ｆに管理者が存在する場合（ステップＳ５，Ｙｅｓ）、図１０に示されるステップＳ２０の処理が実行される（ステップＳ６）。一方、連続時間帯Ｆに管理者が存在しない場合（ステップＳ５，Ｎｏ）、ステップＳ３の処理が実行される。すなわち、管理者が存在すると判定されるまで、図９に示されるステップＳ１３の処理が実行される。
【００７５】
以下、図８に示されるステップＳ６の「更新実行時間Ｈ出力処理」の内容を説明する。図１０にはステップＳ６の「更新実行時間Ｈ出力処理」の内容が示されており、まずステップＳ２０において、更新実行時間選出部１５は、管理者が存在する連続時間帯Ｆのアクセス数が経時的に小から大に変化するか否かを判定する（ステップＳ２０）。
【００７６】
連続時間帯Ｆのアクセス数が経時的に小から大に変化する場合（ステップＳ２０，Ｙｅｓ）、更新実行時間選出部１５は、この連続時間帯Ｆの中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも大きいか否かを判定する（ステップＳ２１）。
【００７７】
連続時間帯Ｆの中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも大きい場合（ステップＳ２１，Ｙｅｓ）、更新実行時間選出部１５は、この連続時間帯Ｆの中でアクセス数が最も低い値を示す時間の終点時刻から更新所要時間Ｂの長さに相当する期間だけ遡った時点までの時間を更新実行時間Ｈ３として出力する（ステップＳ２２）。
【００７８】
連続時間帯Ｆの中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも小さい場合（ステップＳ２１，Ｎｏ）、更新実行時間選出部１５は、連続時間帯Ｆの中でアクセス数が最も高い値を示す時間の終点時刻から更新所要時間Ｂの長さに相当する期間だけ遡った時点までの時間を更新実行時間Ｈ２として出力する（ステップＳ２３）。
【００７９】
ステップＳ２０において、連続時間帯Ｆのアクセス数が経時的に小から大に変化しない場合、すなわち、連続時間帯Ｆのアクセス数が経時的に大から小に変化する場合（ステップＳ２０，Ｎｏ）、更新実行時間選出部１５は、この連続時間帯Ｆの中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも大きいか否かを判定する（ステップＳ２４）。
【００８０】
連続時間帯Ｆの中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも大きい場合（ステップＳ２４，Ｙｅｓ）、更新実行時間選出部１５は、連続時間帯Ｆの中でアクセス数が最も低い値を示す時間の始点時刻から更新所要時間Ｂの長さに相当する期間だけ後の時点までの時間を更新実行時間Ｈ４として出力する（ステップＳ２５）。
【００８１】
連続時間帯Ｆの中で最も高い値のアクセス数と最も低い値のアクセス数との乖離が所定の値よりも小さい場合（ステップＳ２４，Ｎｏ）、更新実行時間選出部１５は、連続時間帯Ｆの中でアクセス数が最も高い値を示す時間の始点時刻から更新所要時間Ｂの長さに相当する期間だけ後の時点までの時間を更新実行時間Ｈ５として出力する（ステップＳ２６）。
【００８２】
図８において、更新実行部１６は、更新実行時間選出部１５からの更新実行時間Ｈ１〜Ｈ５に基づいて、この更新プログラムＧの更新の実行を指示する（ステップＳ７）。
【００８３】
以上に説明したように、本実施の形態にかかるプログラム更新指示装置１００は、端末装置２−１〜２−ｎへ所定の情報４を提供する情報提供サーバ１に対する更新プログラムＧの更新実行を指示するプログラム更新指示装置１００であって、アクセス数Ｄを日時と対応付けて集計し予測アクセス数Ｄとして保持するアクセス数集計部１１と、管理者による更新プログラムＧの確認の要否を示す情報に基づいて更新プログラムＧの更新後に管理者の確認を要するか否かを判定し、管理者の確認を要する場合（ステップＳ２，Ｙｅｓ）、更新プログラムＧの更新可能時間Ａに対応した更新予定日における時間帯別のアクセス数Ｄを用いて（ステップＳ１０）、アクセス数Ｄの上限を表す閾値Ｃ以下のアクセス数Ｄを予測アクセス数Ｅとして抽出する（ステップＳ１１）予測アクセス数抽出部１３と、予測アクセス数Ｅに対応する時間帯の中から、更新プログラムＧの更新開始から更新終了までに要する更新所要時間Ｂの長さを満たす１または複数の連続時間帯Ｆを抽出する（ステップＳ１２）連続時間帯抽出部１４と、連続時間帯抽出部１４で抽出された連続時間帯Ｆに管理者が存在する場合（ステップＳ５，Ｙｅｓ）、この連続時間帯Ｆにおけるアクセス数Ｄが経時的に小から大に変化するか否かを判定し（ステップＳ２０）、この判定結果に基づいて、連続時間帯Ｆの中から更新所要時間Ｂの長さに対応した何れかの連続時間帯Ｆを更新実行時間Ｈとして選出する（ステップＳ２２〜２６）更新実行時間選出部１５と、を備えるようにしたので、早朝を避け、かつ、アクセス数Ｄが増加する時間帯（例えば８時以降）の手前の時刻帯と、アクセス数Ｄが高い時間帯の後であり、かつ、深夜になる手前の時間帯とにおいて、更新プログラムＧを更新させるようにスケジューリングすることが可能である。
【００８４】
また、本実施の形態にかかるプログラム更新指示装置１００は、端末装置２−１〜２−ｎへ所定の情報４を提供する情報提供サーバ１に対する更新プログラムＧの更新実行を指示するプログラム更新指示装置１００であって、アクセス数Ｄを日時と対応付けて集計し予測アクセス数Ｄとして保持するアクセス数集計部１１と、管理者による更新プログラムＧの確認の要否を示す情報に基づいて更新プログラムＧの更新後に管理者の確認を要するか否かを判定し、管理者の確認を要しない場合（ステップＳ２，Ｎｏ）、更新プログラムＧの更新可能時間Ａに対応した更新予定日における時間帯別のアクセス数Ｄを用いて（ステップＳ１０）、アクセス数Ｄの上限を表す閾値Ｃ以下のアクセス数Ｄを予測アクセス数Ｅとして抽出する（ステップＳ１１）予測アクセス数抽出部１３と、予測アクセス数Ｅに対応する時間帯の中から、更新プログラムＧの更新開始から更新終了までに要する更新所要時間Ｂの長さを満たす１または複数の連続時間帯Ｆを抽出する（ステップＳ１２）連続時間帯抽出部１４と、連続時間帯Ｆの中から更新所要時間Ｂの長さに対応した何れかの連続時間帯を更新実行時間Ｈ１として選出する（ステップＳ４）更新実行時間選出部１５と、を備えるようにしたので、早朝あるいは深夜などのアクセス数Ｄが最も低い時間帯に更新プログラムＧの実行を開始し、かつ、実行を終了させることが可能なスケジュールを、自動的に作成することが可能である。従来技術では、管理者が更新プログラムＧの実行スケジュールを作成する必要があるため、管理者の労力のより一層の軽減を図りたいというニーズに対応することが困難であったが、本実施の形態にかかるプログラム更新指示装置１００によれば、ユーザへの影響を考慮した形で更新プログラムＧの実行スケジュールを自動的に作成することができるため、管理者の労力を一層軽減することが可能である。
【００８５】
また、本実施の形態にかかる更新実行時間選出部１５は、予測アクセス数抽出部１３から受信した連続時間帯Ｆ（４〜８時）のアクセス数Ｄが経時的に小から大に変化し（ステップＳ２０，Ｙｅｓ）、かつ、この連続時間帯Ｆの中で最も高い値のアクセス数Ｄと最も低い値のアクセス数Ｄとの乖離が所定の値よりも大きい場合（ステップＳ２１，Ｙｅｓ）、この連続時間帯Ｆの中でアクセス数Ｄが最も低い値を示す時間の終点時刻から更新所要時間Ｂの長さに相当する期間だけ遡った時点までの時間を更新実行時間Ｈ３として出力する（ステップＳ２２）ようにしたので、更新実行当日のアクセス数Ｄの変動が大きくなることを予測して、更新プログラムＧの実行開始時刻を早めるようにスケジューリングすることができるため、更新プログラムＧの実行終了後の確認に伴う管理者の労力を軽減することができると共に、アクセス数Ｄの変動にも対応可能である。
【００８６】
また、本実施の形態にかかる更新実行時間選出部１５は、予測アクセス数抽出部１３から受信した連続時間帯Ｆ（４〜８時）のアクセス数Ｄが経時的に小から大に変化し（ステップＳ２０，Ｙｅｓ）、かつ、この連続時間帯Ｆの中で最も高い値のアクセス数Ｄと最も低い値のアクセス数Ｄとの乖離が所定の値よりも小さい場合（ステップＳ２１，Ｎｏ）、更新実行時間選出部１５は、連続時間帯Ｆの中でアクセス数Ｄが最も高い値を示す時間の終点時刻から更新所要時間Ｂの長さに相当する期間だけ遡った時点までの時間を更新実行時間Ｈ２として出力する（ステップＳ２３）ようにしたので、更新実行当日のアクセス数Ｄの変動が小さくなることを予測して、ユーザへの影響度合いが小さい範囲で更新プログラムＧの実行開始時刻が遅くするようにスケジューリングすることができるため、更新プログラムＧの実行終了後の確認に伴う管理者の労力を一層軽減することができると共に、ユーザへの影響度合いを最小限に抑えることが可能である。
【００８７】
また、本実施の形態にかかる更新実行時間選出部１５は、予測アクセス数抽出部１３から受信した連続時間帯Ｆ（２０〜０時）のアクセス数Ｄが経時的に大から小に変化し（ステップＳ２０，Ｎｏ）、かつ、この連続時間帯Ｆの中で最も高い値のアクセス数Ｄと最も低い値のアクセス数Ｄとの乖離が所定の値よりも大きい場合（ステップＳ２４，Ｙｅｓ）、更新実行時間選出部１５は、連続時間帯Ｆの中でアクセス数Ｄが最も低い値を示す時間の始点時刻から更新所要時間Ｂの長さに相当する期間だけ後の時点までの時間を更新実行時間Ｈ４として出力する（ステップＳ２５）ようにしたので、更新実行当日のアクセス数Ｄの変動が大きくなることを予測して、更新プログラムＧの実行開始時刻を遅くするようにスケジューリングすることができるため、更新プログラムＧの実行終了後の確認に伴う管理者の労力を軽減することができると共に、アクセス数Ｄの変動にも対応可能である。
【００８８】
また、本実施の形態にかかる更新実行時間選出部１５は、予測アクセス数抽出部１３から受信した連続時間帯Ｆ（２０〜０時）のアクセス数Ｄが経時的に大から小に変化し（ステップＳ２０，Ｎｏ）、かつ、この連続時間帯Ｆの中で最も高い値のアクセス数Ｄと最も低い値のアクセス数Ｄとの乖離が所定の値よりも小さい場合（ステップＳ２４，Ｎｏ）、更新実行時間選出部１５は、連続時間帯Ｆの中でアクセス数Ｄが最も高い値を示す時間の始点時刻から更新所要時間Ｂの長さに相当する期間だけ後の時点までの時間を更新実行時間Ｈ５として出力する（ステップＳ２６）ようにしたので、更新実行当日のアクセス数Ｄの変動が小さくなることを予測して、ユーザへの影響度合いが小さい範囲で更新プログラムＧの実行開始時刻が早めるようにスケジューリングすることができるため、更新プログラムＧの実行終了後の確認に伴う管理者の労力を一層軽減することができると共に、ユーザへの影響度合いを最小限に抑えることが可能である。
【００８９】
また、本実施の形態にかかるプログラム更新指示装置１００は、更新実行時間選出部１５から出力された更新実行時間Ｈに基づいて、記憶部１０に記録された更新プログラムＧを読み出して更新の実行を指示する更新実行部１６を備えるようにしたので、更新プログラムＧの実行を自動的に行うことが可能である。
【００９０】
なお、本発明の実施の形態にかかるプログラム更新指示装置１００は、本発明の内容の一例を示すものであり、更なる別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、一部を省略するなど、変更して構成することも可能であることは無論である。
【産業上の利用可能性】
【００９１】
以上のように、本発明は、プログラム更新指示装置に適用可能であり、特に、号機設定が一致する空気調和機と号機設定が一致しない空気調和機とが共存する場合において、号機設定違いの報知の煩わしさからユーザを解放することが可能な発明として有用である。
【符号の説明】
【００９２】
１  情報提供サーバ
２−１〜２−ｎ  端末装置
３  通信ネットワーク
４  所定の情報４
５  入力部
１０  記憶部
１１  アクセス数集計部
１３  予測アクセス数抽出部
１４  連続時間帯抽出部
１５  更新実行時間選出部
１６  更新実行部
１００  プログラム更新指示装置
Ａ  更新可能時間
Ｂ  更新所要時間
Ｃ  閾値
Ｄ  アクセス数
Ｅ  予測アクセス数
Ｆ  連続時間帯
Ｇ  更新プログラム
Ｈ、Ｈ１、Ｈ２、Ｈ３、Ｈ４、Ｈ５  更新実行時間
【図１】
0005755025.tif 000002
【図２】
0005755025.tif 000003
【図３】
0005755025.tif 000004
【図４】
0005755025.tif 000005
【図５】
0005755025.tif 000006
【図６】
0005755025.tif 000007
【図７】
0005755025.tif 000008
【図８】
0005755025.tif 000009
【図９】
0005755025.tif 000010
【図１０】
0005755025.tif 000011