(57)【要約】【課題】  多拠点大量端末に対して、遅延を抑えてソフトウェアパッチを配信することを目的とする。【解決手段】  管理サーバが、ソフトウェアパッチを配信し、中継サーバが、前記ソフトウェアパッチを中継し、複数の端末が、前記中継されたソフトウェアパッチを受信して実行し、前記管理サーバに返信し、業務サーバが、前記端末に業務にかかるジョブを配信し、前記中継サーバは、前記受信したソフトウェアパッチの配信先の端末が前記ネットワークに接続されていない場合に、前記ソフトウェアパッチを記憶するとともに、当該配信先の端末が前記ネットワークに接続された場合に、前記記憶したソフトウェアパッチを配信し、前記管理サーバは、前記ソフトウェアパッチを削除する削除スクリプトを前記中継サーバに配信し、前記中継サーバは、前記削除スクリプトを受信し前記記憶しているソフトウェアパッチを削除する。【選択図】  図１
2014203227.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアパッチを配信する管理サーバと、
前記ソフトウェアパッチを受信して実行し、前記管理サーバに返信する複数の端末と、
前記ソフトウェアパッチを中継する中継サーバと、
前記端末に業務にかかるジョブを配信する業務サーバと、
これらを通信可能に接続するネットワークと、
を備え、
前記中継サーバは、前記受信したソフトウェアパッチの配信先の端末が前記ネットワークに接続されていない場合に、前記ソフトウェアパッチを記憶するとともに、当該配信先の端末が前記ネットワークに接続された場合に、前記記憶したソフトウェアパッチを配信し、
前記管理サーバは、前記ソフトウェアパッチを削除する削除スクリプトを前記中継サーバに配信し、前記中継サーバは、前記削除スクリプトを受信し前記記憶しているソフトウェアパッチを削除することを特徴とする端末管理運用システム。
【請求項２】
請求項１において、
前記端末と前記業務サーバとが通信していない時間帯に、前記管理サーバは前記ソフトウェアパッチを配信し、
前記端末と前記業務サーバとが通信している時間帯に、前記管理サーバは前記削除スクリプトを配信することを特徴とする端末運用管理システム。
【請求項３】
請求項１または請求項２において、
前記削除スクリプトは、レベル分けされており、
前記ソフトウェアは、削除レベルを有しており、
前記中継サーバは、前記削除スクリプトのレベル及び前記ソフトウェアパッチの削除レベルに基いて、前記ソフトウェアパッチごとに前記削除を行うまたは行わないを決定することを特徴とする端末管理運用システム。
【請求項４】
請求項３において、
前記ソフトウェアパッチは、配信頻度が高く削除レベルが低い第１のソフトウェアパッチと、配信頻度が低く削除レベルが高い第２のソフトウェアパッチとを含むことを特徴とする端末管理運用システム。
【請求項５】
管理サーバが、ソフトウェアパッチを配信する配信工程と、
中継サーバが、前記ソフトウェアパッチを中継する中継工程と、
複数の端末が、前記中継されたソフトウェアパッチを受信して実行し、前記管理サーバに返信するソフトウェアパッチ実行工程と、
業務サーバが、前記端末に業務にかかるジョブを配信する業務ジョブ配信工程と、
前記中継サーバは、前記受信したソフトウェアパッチの配信先の端末がネットワークに接続されていない場合に、前記ソフトウェアパッチを記憶するとともに、当該配信先の端末が前記ネットワークに接続された場合に、前記記憶したソフトウェアパッチを配信する再配信工程と、
前記管理サーバは、前記ソフトウェアパッチを削除する削除スクリプトを前記中継サーバに配信し、前記中継サーバは、前記削除スクリプトを受信し前記記憶しているソフトウェアパッチを削除する削除工程と、
を含むことを特徴とする端末管理運用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されている多拠点にある端末に対して、ソフトウェアパッチを配布する端末管理運用技術に関するものである。
【背景技術】
【０００２】
端末インフラシステムにおいて、セキュリティパッチ等のソフトウェアパッチを端末に対して配布することはセキュリティの観点で必須の運用である。配布資産管理のソフトウェアは世の中に多数存在するが、管理している端末台数が10万台を超え、拠点数が2万台を超えるような大規模なシステムにおいて、日々全端末に対してソフトウェアパッチやその他ジョブを配信する場合、現状存在するソフトウェアに頼った運用だけでは、配信ができない又は配信時間が遅延するといった問題が生じる。
【０００３】
特許文献１では、サーバ装置において各端末で利用された配布ファイルの公開日に基づいて端末をグループに分割し、グループ毎に、端末によってツリー構造を構築している。更に、サーバ装置は、端末から配布ファイルの送信が求められた場合に、この配布ファイルを有するグループを特定し、送信を求めた端末を、特定したグループのツリー構造に組み入れ、送信を求めた端末に対して、グループ内の端末の上層に位置する端末から配布ファイルを取得するように指示を行うことで配信時間がかかる問題を解決している。
【０００４】
しかし、上記解決策だけでは、「ネットワークトラフィック負荷がかかる」「配信するジョブを管理するデータベースにおいて頻繁にインデックスの断片化が発生して性能が劣化する」「ネットワークから長期未接続となっている端末が大量に存在する場合、ジョブが配布管理を行うマネージャーに大量に蓄積され、配信時間の性能が劣化する」といった事象が発生し、配信ができない又は配信時間が遅延するといった問題は完全に解決しきれていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2011-107907号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
解決しようとする問題点は、多拠点大量端末に対して、一度にジョブを配信するとネットワークトラフィック負荷がかかって配信ジョブが遅延又は配信不可となる点、配信するジョブを管理するデータベースにおいて頻繁にインデックスの断片化が発生して性能が劣化して配信ジョブが遅延又は配信不可となる点、ネットワークから長期未接続となっている端末が大量に存在する場合、ジョブが配布管理を行うマネージャーに大量に蓄積され、配信時間の性能が劣化して配信ジョブが遅延又は配信不可となる点である。
【課題を解決するための手段】
【０００７】
本発明は、上記課題を解決するために、管理サーバが、ソフトウェアパッチを配信し、中継サーバが、前記ソフトウェアパッチを中継し、複数の端末が、前記中継されたソフトウェアパッチを受信して実行し、前記管理サーバに返信し、業務サーバが、前記端末に業務にかかるジョブを配信し、前記中継サーバは、前記受信したソフトウェアパッチの配信先の端末が前記ネットワークに接続されていない場合に、前記ソフトウェアパッチを記憶するとともに、当該配信先の端末が前記ネットワークに接続された場合に、前記記憶したソフトウェアパッチを配信し、前記管理サーバは、前記ソフトウェアパッチを削除する削除スクリプトを前記中継サーバに配信し、前記中継サーバは、前記削除スクリプトを受信し前記記憶しているソフトウェアパッチを削除する。
【発明の効果】
【０００８】
本発明によれば、多拠点大量端末に対して、セキュリティパッチ等のソフトウェアパッチ及びジョブを配信の遅延を抑制することで運用コストを削減できる利点がある。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施例にかかる端末管理システムである。
【図２】本発明の一実施例にかかる稼働スケジュールである。
【図３】本発明の一実施例にかかる配布管理における配信用ファイルである。
【図４】本発明の一実施例にかかる中継ファイルの削除レベルである。
【発明を実施するための形態】
【００１０】
以下、図面を用いて本発明の実施例を説明する。
【００１１】
図１は、本実施例にかかる端末管理システムである。端末管理システムには、配布管理サーバ１０１と、配布管理中継サーバ１０２a,bと、拠点Ａごとに設けられた端末１０３と、業務サーバ１０４とが含まれている。これらはそれぞれ、ネットワーク１０５によって通信可能に接続されている。
【００１２】
配布管理サーバ１０１は、最上位のマネージャであり、ソフトウェアパッチを作成して端末に向けて配信するとともに、ソフトウェアパッチの実行結果を端末１０３から受信する。配布管理中継サーバ１０２a,bは、中継マネージャとしてソフトウェアパッチやその実行結果を中継し、端末が接続されていない場合に、ソフトウェアパッチを一時的に保管する。拠点Ａは、職員が滞在し、業務を行うところである。端末１０３は、拠点に設置されたり、拠点外でネットワークに接続可能にされて、職員が操作を行う情報処理装置である。端末１０３としては、ＡＴＭ（Automated Teller Machine）・窓口端末、携帯端末機などの専用端末、一般的なＰＣ（Personal Computer）があるが、タブレット、スマートフォンなどにも適用可能である。
【００１３】
業務サーバ１０４が行う業務としては、例えば、日締業務、現金管理業務、資金管理業務がある。日締業務は、締処理として、他関連会社との受払データを集約し、現金との照合を行うことで、局全体の取り引きを確定する業務である。日締業務は大きく「仮締処理」と「本締処理」の二つの業務処理に分けられる。「仮締処理」は、夕方の窓口業務が終了した時点の締めを行う処理であり、「本締処理」は翌営業日の午前中を目処に、前日の局における全ての受払に対する締処理である。現金管理業務は、現金出納責任者が行った現金授受や他局への現金払い込み等の管理と、仮締と本締の際の現金管理を行う。現金出納責任者は、交付つり銭等の現金授受、現金出納責任者への現金の払い込み、現金管理機器(オートキャッシャー、ＡＴＭ、現金出納機)の現金在高、および、資金の授受情報を管理し、現金の管理に必要な帳票・帳簿を出力する。現金出納責任者は局で開設している預貯金口座の残高を管理する。資金管理業務には「資金計画業務」と「資金受発送管理業務」の二つの業務がある。 「資金計画業務」は局の過去の現金出納データ等を参考にし、各局が現金の支払準備資金として必要となる基準高を算定する。月次・週次単位で本社・支社にて各局の基準高に対し補正と修正を行い、資金拠点局においては日々の管内の配送計画を策定し、各局の所持資金の過剰・不足に応じて警送業者等へ配送を依頼する。「資金受発送管理業務」は資金送付局からの発送情報及び到着局の受領情報、受発送時の事故情報(未着、送付先相違、送付金額相違など)を管理をする。また、現金管理業務の締処理として、一日の現金・預貯金の入出記録がそれらの証拠書、現物の現金などと一致すること、本締・仮締ごとに局受払計数と現金在高が一致することを確認する。
【００１４】
業務時間中は、端末１０３は業務サーバと通信することで、業務を行う。ネットワーク１０５は、各ノードを通信可能に接続するものであり、インターネット、イントラネット、ＬＡＮ（Local Area Network）、電話回線などを適宜選択して使用可能である。
【００１５】
配布管理サーバ１０１が配布するソフトウェアパッチには、ジョブやセキュリティパッチが含まれている。ジョブは、毎日、各端末に対して配信される。端末１０３はジョブを受信すると、自己のセキュリティ状態を診断し、診断結果を実行結果として配布管理サーバに返信する。端末の電源がＯＦＦのときに受信すると、端末の電源がＯＮになり、ジョブの実行終了後に端末の電源はＯＦＦとなる。セキュリティパッチは、セキュリティパッチの更新があったとき作成されて配布される。端末１０３は、これを受信してセキュリティを更新する。
【００１６】
ソフトウェアパッチが配布されたときに、端末１０３がＬＡＮケーブルから外されているなどでネットワークに接続されていない場合、中継サーバ１０２が、一時的にソフトウェアパッチを保存する。端末１０３がネットワークに接続されたことを検知した場合、中継サーバ１０２は端末１０３にソフトウェアパッチを送信する。検知は、中継サーバが定期的に端末を探すプッシュ型でも、端末がネットワークに接続されたときにソフトウェアパッチを探すプル型でもよい。ソフトウェアパッチは、中継サーバ１０２の記憶装置に記憶されているため、送信が行われずに保存された状態になっているものが大量にある場合、記憶装置の空き容量を小さくし、中継サーバ１０２の能力を低下させる原因となりうる。本実施例では、10万台の端末に対して、利用者が端末を利用しない夜間帯（23時〜翌8時）の9時間に日次で配信するジョブ3つとセキュリティパッチ1つを配信する。この場合、ネットワークトラフィック負荷がかかることを避けるために、1万台を1つの宛先グループに収容し、10個の宛先グループに分散して、10分おきに配信するスケジュールを組むようにし、時間的に分散させる。また、データベースのインデックスの配置を固定とする構成とすることで、ソフトウェアパッチの断片化を抑え、配信の低下を防止する。固定されたインデックスの配置では、大部分のソフトウェアパッチが分割無しで保存される大きさとする。
【００１７】
図２に、本システムにおける一日の稼動スケジュールを示す。業務時間は拠点によって異なるが、本スケジュールでは8：00-23：00を業務時間とし、23：00-翌8：00をメンテナンス時間としている。
【００１８】
業務時間には、拠点に出勤した職員により端末１０３がＯＮにされるとともに、端末１０３は業務サーバ１０４と通信を行いながら業務を行う。そして、業務終了とともに端末はＯＦＦにされ、23：00にはほぼ全端末が電源ＯＦＦになっているものとする。
【００１９】
メンテナンス時間は、配布管理サーバ１０１がジョブにかかるソフトウェアパッチを作成し、中継サーバ１０２を経由して各端末に配布する。端末１０３は、ジョブを受け取ると、電源をＯＮにし、ジョブを実行し、実行結果を配信管理サーバ１０１に返信し、その後電源ＯＦＦにする。端末１０３がネットワークに接続されていない場合には、その端末のためのソフトウェアパッチは、中継サーバ１０２の記憶装置に記憶される。
【００２０】
再び業務時間になると、職員によりジョブ実行後の端末がＯＮになり、業務が再開される。ネットワークに接続されていなかった端末１０３も、業務開始とともにネットワークに接続され、これが検知されると、中継サーバ１０２はソフトウェアパッチを端末に送信し、端末はこれを実行して実行結果を配信管理サーバ１０１に返信する。
【００２１】
業務時間が開始してしばらくすると、配信管理サーバ１０１は、ソフトウェアパッチの削除を指示する削除スクリプトを作成し、中継サーバ１０２に配信する。中継サーバ１０２はこれを受信すると、記憶装置に記憶しているソフトウェアパッチを削除する。これによって、記憶装置の空き容量が大きくなり、配信の遅延を抑えることができる。
【００２２】
削除スクリプトの配信タイミングは、任意に設定できるが、業務が開始されてしばらく経ち、大部分の端末がネットワークに接続されて業務を行っている時間が望ましい。また、業務が終了して次のソフトウェアパッチが配信される前が望ましい。また、業務サーバ１０４、配信管理サーバ１０１などは、時刻によって稼動を定められているので、削除スクリプトの配信を時刻によって定めることができる。
【００２３】
図３に中継サーバ１０２を示す。記憶装置内には、ネットワークに接続されていない端末宛てのソフトウェアパッチが記憶されている。
【００２４】
中継サーバにある配信用ファイルのうち、受信指令ファイルとは、上位システム（配布管理サーバ）から受信した指令をジョブごとに管理している情報である。中継指令ファイルとは、上位システム（配布管理サーバ）から受信した指令を下位システム（端末）へ中継するたびに生成されるジョブ中継管理情報である。中継未送信ファイルとは、中継指令ファイルのうち、何らかの理由により下位システム（端末）へ送信されなかったジョブ情報である。ジョブ実行ファイルとは、端末ごとに実行したジョブの情報である。ジョブ管理ファイルとは、配布管理システムで管理しているジョブ情報である。日次ジョブやセキュリティパッチといった全ての配信ジョブにつき、中継未送信ファイルを除く上記配信用ファイルが存在する。下位システムへ配信されなかったジョブについては、中継未送信ファイルが存在する。
【００２５】
これらのうち、日次ジョブの配信用ファイルは、毎日配信される。この場合、ある日のファイルを端末が受信できていなくても、翌日のファイルを受信できていれば、およそ問題ない。セキュリティパッチは、更新があるときのみ配信されるが、これは端末は必ず実行しなければならない。
【００２６】
そのため、ソフトウェアパッチに削除するレベル分けをしてもよい。例えば、日次ジョブの配信用ファイルは削除レベル１とし、セキュリティパッチの配信用ファイルは削除レベル２とする。中継サーバは、レベル１の削除スクリプトを受信した場合には、レベル２のソフトウェアパッチは残してレベル１のソフトウェアパッチの配信用ファイル全てを削除する。レベル２の削除スクリプトを受信した場合には、レベル１及びレベル２のソフトウェアパッチの配信用ファイル全てを削除する。配信管理サーバは、レベル１の削除スクリプトは、毎日配信し、レベル２の削除スクリプトは、月に１回配信する。これによって、重要度の低いソフトウェアパッチは、迅速に削除して中継サーバ１０２の記憶容量を確保し、重要度が高く配信頻度の小さいソフトウェアパッチについては、削除頻度を少なくして、中継サーバが再配信する機会を大きくすることができる。
【００２７】
なお、配信管理サーバ１０１は、端末がソフトウェアパッチを実行していないことを検知すると、当該ソフトウェアパッチを再配信することができるので、端末が実行必須のソフトウェアパッチを削除することが可能である。端末が実行していないことは、実行ファイルを受信していないことによって判別することができる。そして、配布管理サーバは、削除スクリプトを配信した後に、配信した削除スクリプトにかかるソフトウェアパッチのうち、端末が実行必須であり、実行ファイルを受け取っていないソフトウェアパッチを配信する。
【００２８】
以上によって、本発明では、中継サーバに記憶された不要なソフトウェアパッチを削除し、配信遅延を抑制することができる。
【符号の説明】
【００２９】
１０１・・・配信管理サーバ
１０２・・・配布管理中継サーバ
１０３・・・端末
１０４・・・業務サーバ
１０５・・・ネットワーク
【図１】
2014203227.tif 000003
【図２】
2014203227.tif 000004
【図３】
2014203227.tif 000005
【図４】
2014203227.tif 000006