JP2014203227A - Terminal management operation system and method - Google Patents

Terminal management operation system and method Download PDF

Info

Publication number
JP2014203227A
JP2014203227A JP2013078181A JP2013078181A JP2014203227A JP 2014203227 A JP2014203227 A JP 2014203227A JP 2013078181 A JP2013078181 A JP 2013078181A JP 2013078181 A JP2013078181 A JP 2013078181A JP 2014203227 A JP2014203227 A JP 2014203227A
Authority
JP
Japan
Prior art keywords
software patch
terminal
software
server
deletion
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2013078181A
Other languages
Japanese (ja)
Inventor
大輔 西嶋
Daisuke Nishijima
大輔 西嶋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2013078181A priority Critical patent/JP2014203227A/en
Publication of JP2014203227A publication Critical patent/JP2014203227A/en
Pending legal-status Critical Current

Links

Images

Abstract

PROBLEM TO BE SOLVED: To distribute a software patch to a large amount of terminals at a plurality of bases, while suppressing delay.SOLUTION: A management server distributes a software patch, a relay server relays the software patch, a plurality of terminals receive and execute the relayed software patch and replies the management server, a business server distributes a job related to the terminals, the relay server stores the software patch when the distribution destination terminals of the received software patch are not connected to a network and distributes the stored software patch when the distribution destination terminals are connected to the network, the management server distributes a deletion script for deleting the software patch to the relay server, and the relay server receives the deletion script and deletes the stored software patch.

Description

本発明は、ネットワークに接続されている多拠点にある端末に対して、ソフトウェアパッチを配布する端末管理運用技術に関するものである。   The present invention relates to a terminal management and operation technique for distributing software patches to terminals at multiple locations connected to a network.

端末インフラシステムにおいて、セキュリティパッチ等のソフトウェアパッチを端末に対して配布することはセキュリティの観点で必須の運用である。配布資産管理のソフトウェアは世の中に多数存在するが、管理している端末台数が10万台を超え、拠点数が2万台を超えるような大規模なシステムにおいて、日々全端末に対してソフトウェアパッチやその他ジョブを配信する場合、現状存在するソフトウェアに頼った運用だけでは、配信ができない又は配信時間が遅延するといった問題が生じる。   In a terminal infrastructure system, distributing software patches such as security patches to terminals is an essential operation from the viewpoint of security. There are many distributed asset management software in the world, but software patches are applied to all terminals every day in a large-scale system where the number of managed terminals exceeds 100,000 and the number of bases exceeds 20,000. When other jobs are distributed, there is a problem that distribution cannot be performed or distribution time is delayed only by operation that relies on existing software.

特許文献1では、サーバ装置において各端末で利用された配布ファイルの公開日に基づいて端末をグループに分割し、グループ毎に、端末によってツリー構造を構築している。更に、サーバ装置は、端末から配布ファイルの送信が求められた場合に、この配布ファイルを有するグループを特定し、送信を求めた端末を、特定したグループのツリー構造に組み入れ、送信を求めた端末に対して、グループ内の端末の上層に位置する端末から配布ファイルを取得するように指示を行うことで配信時間がかかる問題を解決している。   In Patent Document 1, the terminal is divided into groups based on the release date of the distribution file used at each terminal in the server device, and a tree structure is constructed by the terminal for each group. Furthermore, when the server device requests transmission of the distribution file, the server device identifies the group having the distribution file, incorporates the terminal that requested transmission into the tree structure of the identified group, and requested the transmission On the other hand, by instructing to acquire a distribution file from a terminal located above the terminal in the group, the problem of taking a distribution time is solved.

しかし、上記解決策だけでは、「ネットワークトラフィック負荷がかかる」「配信するジョブを管理するデータベースにおいて頻繁にインデックスの断片化が発生して性能が劣化する」「ネットワークから長期未接続となっている端末が大量に存在する場合、ジョブが配布管理を行うマネージャーに大量に蓄積され、配信時間の性能が劣化する」といった事象が発生し、配信ができない又は配信時間が遅延するといった問題は完全に解決しきれていない。   However, with the above solutions alone, “Network traffic load is applied” “Performance is degraded due to frequent fragmentation of indexes in the database that manages the jobs to be distributed” “Terminals that have not been connected for a long time from the network When there is a large amount of jobs, a large amount of jobs are accumulated in the manager that manages the distribution and the performance of the delivery time deteriorates, and the problem that the delivery cannot be performed or the delivery time is delayed is completely solved. I'm not sure.

特開2011-107907号公報JP 2011-107907

解決しようとする問題点は、多拠点大量端末に対して、一度にジョブを配信するとネットワークトラフィック負荷がかかって配信ジョブが遅延又は配信不可となる点、配信するジョブを管理するデータベースにおいて頻繁にインデックスの断片化が発生して性能が劣化して配信ジョブが遅延又は配信不可となる点、ネットワークから長期未接続となっている端末が大量に存在する場合、ジョブが配布管理を行うマネージャーに大量に蓄積され、配信時間の性能が劣化して配信ジョブが遅延又は配信不可となる点である。   The problem to be solved is that if a job is distributed at once to a large number of terminals in a large number of locations, the network traffic load will cause the distribution job to be delayed or undeliverable, and frequently indexed in the database that manages the job to be distributed If a large number of terminals that have not been connected for a long time from the network exist, the job will be distributed to the manager that manages the distribution in large quantities. It is accumulated and the performance of the delivery time is deteriorated, and the delivery job is delayed or cannot be delivered.

本発明は、上記課題を解決するために、管理サーバが、ソフトウェアパッチを配信し、中継サーバが、前記ソフトウェアパッチを中継し、複数の端末が、前記中継されたソフトウェアパッチを受信して実行し、前記管理サーバに返信し、業務サーバが、前記端末に業務にかかるジョブを配信し、前記中継サーバは、前記受信したソフトウェアパッチの配信先の端末が前記ネットワークに接続されていない場合に、前記ソフトウェアパッチを記憶するとともに、当該配信先の端末が前記ネットワークに接続された場合に、前記記憶したソフトウェアパッチを配信し、前記管理サーバは、前記ソフトウェアパッチを削除する削除スクリプトを前記中継サーバに配信し、前記中継サーバは、前記削除スクリプトを受信し前記記憶しているソフトウェアパッチを削除する。   In the present invention, in order to solve the above problem, a management server distributes a software patch, a relay server relays the software patch, and a plurality of terminals receive and execute the relayed software patch. , Reply to the management server, the business server distributes the job related to the business to the terminal, the relay server, when the terminal to which the received software patch is distributed is not connected to the network, The software patch is stored, and when the distribution destination terminal is connected to the network, the stored software patch is distributed, and the management server distributes a deletion script for deleting the software patch to the relay server The relay server receives the deletion script and stores the stored software. To remove the patch.

本発明によれば、多拠点大量端末に対して、セキュリティパッチ等のソフトウェアパッチ及びジョブを配信の遅延を抑制することで運用コストを削減できる利点がある。   According to the present invention, there is an advantage that operation costs can be reduced by suppressing delays in distributing software patches and jobs such as security patches to a large number of multi-site terminals.

本発明の一実施例にかかる端末管理システムである。It is a terminal management system concerning one example of the present invention. 本発明の一実施例にかかる稼働スケジュールである。It is the operation schedule concerning one Example of this invention. 本発明の一実施例にかかる配布管理における配信用ファイルである。It is a file for distribution in distribution management concerning one example of the present invention. 本発明の一実施例にかかる中継ファイルの削除レベルである。It is the deletion level of the relay file concerning one Example of this invention.

以下、図面を用いて本発明の実施例を説明する。   Embodiments of the present invention will be described below with reference to the drawings.

図1は、本実施例にかかる端末管理システムである。端末管理システムには、配布管理サーバ101と、配布管理中継サーバ102a,bと、拠点Aごとに設けられた端末103と、業務サーバ104とが含まれている。これらはそれぞれ、ネットワーク105によって通信可能に接続されている。   FIG. 1 is a terminal management system according to the present embodiment. The terminal management system includes a distribution management server 101, distribution management relay servers 102a and 102b, a terminal 103 provided for each site A, and a business server 104. Each of these is communicably connected via a network 105.

配布管理サーバ101は、最上位のマネージャであり、ソフトウェアパッチを作成して端末に向けて配信するとともに、ソフトウェアパッチの実行結果を端末103から受信する。配布管理中継サーバ102a,bは、中継マネージャとしてソフトウェアパッチやその実行結果を中継し、端末が接続されていない場合に、ソフトウェアパッチを一時的に保管する。拠点Aは、職員が滞在し、業務を行うところである。端末103は、拠点に設置されたり、拠点外でネットワークに接続可能にされて、職員が操作を行う情報処理装置である。端末103としては、ATM(Automated Teller Machine)・窓口端末、携帯端末機などの専用端末、一般的なPC(Personal Computer)があるが、タブレット、スマートフォンなどにも適用可能である。   The distribution management server 101 is the highest manager, creates a software patch and distributes it to the terminal, and receives the execution result of the software patch from the terminal 103. The distribution management relay servers 102a and 102b relay software patches and execution results as relay managers, and temporarily store software patches when a terminal is not connected. Site A is where staff stay and work. The terminal 103 is an information processing apparatus that is installed at a base or can be connected to a network outside the base and is operated by a staff member. The terminal 103 includes an ATM (Automated Teller Machine) / window terminal, a dedicated terminal such as a portable terminal, and a general PC (Personal Computer), but can also be applied to a tablet, a smartphone, or the like.

業務サーバ104が行う業務としては、例えば、日締業務、現金管理業務、資金管理業務がある。日締業務は、締処理として、他関連会社との受払データを集約し、現金との照合を行うことで、局全体の取り引きを確定する業務である。日締業務は大きく「仮締処理」と「本締処理」の二つの業務処理に分けられる。「仮締処理」は、夕方の窓口業務が終了した時点の締めを行う処理であり、「本締処理」は翌営業日の午前中を目処に、前日の局における全ての受払に対する締処理である。現金管理業務は、現金出納責任者が行った現金授受や他局への現金払い込み等の管理と、仮締と本締の際の現金管理を行う。現金出納責任者は、交付つり銭等の現金授受、現金出納責任者への現金の払い込み、現金管理機器(オートキャッシャー、ATM、現金出納機)の現金在高、および、資金の授受情報を管理し、現金の管理に必要な帳票・帳簿を出力する。現金出納責任者は局で開設している預貯金口座の残高を管理する。資金管理業務には「資金計画業務」と「資金受発送管理業務」の二つの業務がある。 「資金計画業務」は局の過去の現金出納データ等を参考にし、各局が現金の支払準備資金として必要となる基準高を算定する。月次・週次単位で本社・支社にて各局の基準高に対し補正と修正を行い、資金拠点局においては日々の管内の配送計画を策定し、各局の所持資金の過剰・不足に応じて警送業者等へ配送を依頼する。「資金受発送管理業務」は資金送付局からの発送情報及び到着局の受領情報、受発送時の事故情報(未着、送付先相違、送付金額相違など)を管理をする。また、現金管理業務の締処理として、一日の現金・預貯金の入出記録がそれらの証拠書、現物の現金などと一致すること、本締・仮締ごとに局受払計数と現金在高が一致することを確認する。   Examples of the business performed by the business server 104 include a date closing business, a cash management business, and a fund management business. The day-to-day business is a business to finalize the transaction of the whole station by aggregating receipt / payment data with other affiliated companies and collating with cash as a closing process. The daily tightening work is roughly divided into two work processes, “temporary tightening processing” and “main tightening processing”. “Temporary tightening process” is the process of closing at the end of the evening window, and “final tightening process” is the tightening process for all payments at the station on the previous day, in the morning of the next business day. is there. Cash management operations include management of cash exchanges and payments to other stations, and cash management for temporary and final tightening. The cash accountant will manage cash transfer and delivery of cash, cash payment to the cash accountant, cash balance of cash management equipment (auto cashers, ATMs, cash machines), and cash transfer information. , Output forms and books necessary for cash management. The cash account manager manages the balance of the deposit and savings account opened at the bureau. There are two types of funds management operations: “fund planning operations” and “fund receipt and delivery management operations”. “Finance planning work” refers to the past cash accounting data of the bureau, and calculates the reference amount required for each bureau as cash reserve fund. The head office / branch office makes corrections and corrections to the standard height of each station on a monthly and weekly basis, and the fund base station formulates a daily delivery plan within the jurisdiction. Request delivery to a police carrier. “Funding / shipping management business” manages the sending information from the fund sending station, the receiving information of the arrival station, and the accident information at the time of receiving / shipping (not arrived, different destination, different sending amount, etc.). In addition, as a closing process for cash management operations, the daily cash / deposit and savings records are consistent with those documents, cash in kind, etc. Make sure you do.

業務時間中は、端末103は業務サーバと通信することで、業務を行う。ネットワーク105は、各ノードを通信可能に接続するものであり、インターネット、イントラネット、LAN(Local Area Network)、電話回線などを適宜選択して使用可能である。   During business hours, the terminal 103 performs business by communicating with the business server. The network 105 connects the nodes so that they can communicate with each other, and can be used by appropriately selecting the Internet, an intranet, a LAN (Local Area Network), a telephone line, or the like.

配布管理サーバ101が配布するソフトウェアパッチには、ジョブやセキュリティパッチが含まれている。ジョブは、毎日、各端末に対して配信される。端末103はジョブを受信すると、自己のセキュリティ状態を診断し、診断結果を実行結果として配布管理サーバに返信する。端末の電源がOFFのときに受信すると、端末の電源がONになり、ジョブの実行終了後に端末の電源はOFFとなる。セキュリティパッチは、セキュリティパッチの更新があったとき作成されて配布される。端末103は、これを受信してセキュリティを更新する。   The software patches distributed by the distribution management server 101 include jobs and security patches. The job is distributed to each terminal every day. When the terminal 103 receives the job, it diagnoses its own security status and returns the diagnosis result to the distribution management server as an execution result. If the message is received when the terminal is turned off, the terminal is turned on, and the terminal is turned off after the job is completed. Security patches are created and distributed when security patches are updated. The terminal 103 receives this and updates the security.

ソフトウェアパッチが配布されたときに、端末103がLANケーブルから外されているなどでネットワークに接続されていない場合、中継サーバ102が、一時的にソフトウェアパッチを保存する。端末103がネットワークに接続されたことを検知した場合、中継サーバ102は端末103にソフトウェアパッチを送信する。検知は、中継サーバが定期的に端末を探すプッシュ型でも、端末がネットワークに接続されたときにソフトウェアパッチを探すプル型でもよい。ソフトウェアパッチは、中継サーバ102の記憶装置に記憶されているため、送信が行われずに保存された状態になっているものが大量にある場合、記憶装置の空き容量を小さくし、中継サーバ102の能力を低下させる原因となりうる。本実施例では、10万台の端末に対して、利用者が端末を利用しない夜間帯(23時〜翌8時)の9時間に日次で配信するジョブ3つとセキュリティパッチ1つを配信する。この場合、ネットワークトラフィック負荷がかかることを避けるために、1万台を1つの宛先グループに収容し、10個の宛先グループに分散して、10分おきに配信するスケジュールを組むようにし、時間的に分散させる。また、データベースのインデックスの配置を固定とする構成とすることで、ソフトウェアパッチの断片化を抑え、配信の低下を防止する。固定されたインデックスの配置では、大部分のソフトウェアパッチが分割無しで保存される大きさとする。   When the software patch is distributed, if the terminal 103 is not connected to the network because it is disconnected from the LAN cable or the like, the relay server 102 temporarily stores the software patch. When detecting that the terminal 103 is connected to the network, the relay server 102 transmits a software patch to the terminal 103. The detection may be a push type in which the relay server periodically searches for a terminal or a pull type in which a software patch is searched for when the terminal is connected to the network. Since software patches are stored in the storage device of the relay server 102, if there are a large number of files that have been saved without being transmitted, the free space of the storage device is reduced, and the relay server 102 It can cause a decline in ability. In this example, three jobs distributed daily and one security patch are distributed to 100,000 terminals for nine hours during the nighttime (23:00 to 8:00 the next day) when the user does not use the terminals. . In this case, in order to avoid overloading the network traffic, the 10,000 units can be accommodated in one destination group, distributed to 10 destination groups, and scheduled to be distributed every 10 minutes. To disperse. In addition, by adopting a configuration in which the arrangement of the database index is fixed, fragmentation of the software patch is suppressed, and deterioration in distribution is prevented. In the fixed index arrangement, the size is such that most software patches are stored without division.

図2に、本システムにおける一日の稼動スケジュールを示す。業務時間は拠点によって異なるが、本スケジュールでは8:00-23:00を業務時間とし、23:00-翌8:00をメンテナンス時間としている。   FIG. 2 shows a daily operation schedule in this system. Business hours vary depending on the site, but in this schedule, 8: 00-23: 00 is the business hours, and 23: 00-next day is 8:00.

業務時間には、拠点に出勤した職員により端末103がONにされるとともに、端末103は業務サーバ104と通信を行いながら業務を行う。そして、業務終了とともに端末はOFFにされ、23:00にはほぼ全端末が電源OFFになっているものとする。   During business hours, the terminal 103 is turned on by a staff member who works at the base, and the terminal 103 performs business while communicating with the business server 104. Then, it is assumed that the terminals are turned off at the end of business, and that almost all terminals are turned off at 23:00.

メンテナンス時間は、配布管理サーバ101がジョブにかかるソフトウェアパッチを作成し、中継サーバ102を経由して各端末に配布する。端末103は、ジョブを受け取ると、電源をONにし、ジョブを実行し、実行結果を配信管理サーバ101に返信し、その後電源OFFにする。端末103がネットワークに接続されていない場合には、その端末のためのソフトウェアパッチは、中継サーバ102の記憶装置に記憶される。   During the maintenance time, the distribution management server 101 creates a software patch for the job and distributes it to each terminal via the relay server 102. Upon receiving the job, the terminal 103 turns on the power, executes the job, returns the execution result to the distribution management server 101, and then turns off the power. When the terminal 103 is not connected to the network, the software patch for the terminal is stored in the storage device of the relay server 102.

再び業務時間になると、職員によりジョブ実行後の端末がONになり、業務が再開される。ネットワークに接続されていなかった端末103も、業務開始とともにネットワークに接続され、これが検知されると、中継サーバ102はソフトウェアパッチを端末に送信し、端末はこれを実行して実行結果を配信管理サーバ101に返信する。   When the business time comes again, the staff turns on the terminal after the job execution, and the business is resumed. The terminal 103 that has not been connected to the network is also connected to the network at the start of business. When this is detected, the relay server 102 transmits a software patch to the terminal, and the terminal executes this and executes the execution result to the distribution management server. Reply to 101.

業務時間が開始してしばらくすると、配信管理サーバ101は、ソフトウェアパッチの削除を指示する削除スクリプトを作成し、中継サーバ102に配信する。中継サーバ102はこれを受信すると、記憶装置に記憶しているソフトウェアパッチを削除する。これによって、記憶装置の空き容量が大きくなり、配信の遅延を抑えることができる。   After a while from the start of the business time, the distribution management server 101 creates a deletion script for instructing deletion of the software patch and distributes it to the relay server 102. When receiving this, the relay server 102 deletes the software patch stored in the storage device. As a result, the free capacity of the storage device is increased and the delay in distribution can be suppressed.

削除スクリプトの配信タイミングは、任意に設定できるが、業務が開始されてしばらく経ち、大部分の端末がネットワークに接続されて業務を行っている時間が望ましい。また、業務が終了して次のソフトウェアパッチが配信される前が望ましい。また、業務サーバ104、配信管理サーバ101などは、時刻によって稼動を定められているので、削除スクリプトの配信を時刻によって定めることができる。   The delivery timing of the deletion script can be set arbitrarily, but it is desirable that a period of time has passed since the start of the work, and most of the terminals are connected to the network for the work. In addition, it is desirable that the work is finished and before the next software patch is distributed. Further, since the operation server 104, the distribution management server 101, and the like are determined to operate according to time, it is possible to determine the deletion script distribution according to time.

図3に中継サーバ102を示す。記憶装置内には、ネットワークに接続されていない端末宛てのソフトウェアパッチが記憶されている。   FIG. 3 shows the relay server 102. A software patch addressed to a terminal not connected to the network is stored in the storage device.

中継サーバにある配信用ファイルのうち、受信指令ファイルとは、上位システム(配布管理サーバ)から受信した指令をジョブごとに管理している情報である。中継指令ファイルとは、上位システム(配布管理サーバ)から受信した指令を下位システム(端末)へ中継するたびに生成されるジョブ中継管理情報である。中継未送信ファイルとは、中継指令ファイルのうち、何らかの理由により下位システム(端末)へ送信されなかったジョブ情報である。ジョブ実行ファイルとは、端末ごとに実行したジョブの情報である。ジョブ管理ファイルとは、配布管理システムで管理しているジョブ情報である。日次ジョブやセキュリティパッチといった全ての配信ジョブにつき、中継未送信ファイルを除く上記配信用ファイルが存在する。下位システムへ配信されなかったジョブについては、中継未送信ファイルが存在する。   Of the distribution files on the relay server, the reception command file is information for managing the command received from the higher system (distribution management server) for each job. The relay command file is job relay management information generated every time a command received from a higher system (distribution management server) is relayed to a lower system (terminal). The relay untransmitted file is job information that has not been transmitted to the lower system (terminal) for some reason in the relay command file. The job execution file is information on a job executed for each terminal. The job management file is job information managed by the distribution management system. For all distribution jobs such as daily jobs and security patches, the above-mentioned distribution files excluding relay untransmitted files exist. A relay unsent file exists for a job that has not been distributed to a lower system.

これらのうち、日次ジョブの配信用ファイルは、毎日配信される。この場合、ある日のファイルを端末が受信できていなくても、翌日のファイルを受信できていれば、およそ問題ない。セキュリティパッチは、更新があるときのみ配信されるが、これは端末は必ず実行しなければならない。   Of these, the daily job distribution file is distributed every day. In this case, even if the terminal cannot receive the file of a certain day, there is no problem as long as the file of the next day can be received. Security patches are distributed only when there is an update, but this must be performed by the terminal.

そのため、ソフトウェアパッチに削除するレベル分けをしてもよい。例えば、日次ジョブの配信用ファイルは削除レベル1とし、セキュリティパッチの配信用ファイルは削除レベル2とする。中継サーバは、レベル1の削除スクリプトを受信した場合には、レベル2のソフトウェアパッチは残してレベル1のソフトウェアパッチの配信用ファイル全てを削除する。レベル2の削除スクリプトを受信した場合には、レベル1及びレベル2のソフトウェアパッチの配信用ファイル全てを削除する。配信管理サーバは、レベル1の削除スクリプトは、毎日配信し、レベル2の削除スクリプトは、月に1回配信する。これによって、重要度の低いソフトウェアパッチは、迅速に削除して中継サーバ102の記憶容量を確保し、重要度が高く配信頻度の小さいソフトウェアパッチについては、削除頻度を少なくして、中継サーバが再配信する機会を大きくすることができる。   Therefore, the level to be deleted may be divided into software patches. For example, the distribution file for the daily job is set to the deletion level 1, and the distribution file for the security patch is set to the deletion level 2. When the relay server receives the level 1 deletion script, the relay server deletes all the distribution files of the level 1 software patch while leaving the level 2 software patch. When the level 2 deletion script is received, all the distribution files of the level 1 and level 2 software patches are deleted. The distribution management server distributes the deletion script of level 1 every day, and the deletion script of level 2 distributes once a month. As a result, software patches with low importance are quickly deleted to secure the storage capacity of the relay server 102, and software patches with high importance and low distribution frequency are reduced in frequency and the relay server is restarted. The opportunity to deliver can be increased.

なお、配信管理サーバ101は、端末がソフトウェアパッチを実行していないことを検知すると、当該ソフトウェアパッチを再配信することができるので、端末が実行必須のソフトウェアパッチを削除することが可能である。端末が実行していないことは、実行ファイルを受信していないことによって判別することができる。そして、配布管理サーバは、削除スクリプトを配信した後に、配信した削除スクリプトにかかるソフトウェアパッチのうち、端末が実行必須であり、実行ファイルを受け取っていないソフトウェアパッチを配信する。   When the distribution management server 101 detects that the terminal is not executing the software patch, the distribution management server 101 can redistribute the software patch, and thus the terminal can delete the software patch that is essential for execution. That the terminal is not executing can be determined by not receiving the executable file. Then, after distributing the deletion script, the distribution management server distributes software patches that are required to be executed by the terminal and that have not received the execution file, among the software patches related to the distributed deletion script.

以上によって、本発明では、中継サーバに記憶された不要なソフトウェアパッチを削除し、配信遅延を抑制することができる。   As described above, according to the present invention, unnecessary software patches stored in the relay server can be deleted, and distribution delay can be suppressed.

101・・・配信管理サーバ
102・・・配布管理中継サーバ
103・・・端末
104・・・業務サーバ
105・・・ネットワーク
101 ... Distribution management server 102 ... Distribution management relay server 103 ... Terminal 104 ... Business server 105 ... Network

Claims (5)

ソフトウェアパッチを配信する管理サーバと、
前記ソフトウェアパッチを受信して実行し、前記管理サーバに返信する複数の端末と、
前記ソフトウェアパッチを中継する中継サーバと、
前記端末に業務にかかるジョブを配信する業務サーバと、
これらを通信可能に接続するネットワークと、
を備え、
前記中継サーバは、前記受信したソフトウェアパッチの配信先の端末が前記ネットワークに接続されていない場合に、前記ソフトウェアパッチを記憶するとともに、当該配信先の端末が前記ネットワークに接続された場合に、前記記憶したソフトウェアパッチを配信し、
前記管理サーバは、前記ソフトウェアパッチを削除する削除スクリプトを前記中継サーバに配信し、前記中継サーバは、前記削除スクリプトを受信し前記記憶しているソフトウェアパッチを削除することを特徴とする端末管理運用システム。
A management server that distributes software patches;
A plurality of terminals that receive and execute the software patch and return to the management server;
A relay server that relays the software patch;
A business server that distributes business jobs to the terminal;
A network that connects them so that they can communicate,
With
The relay server stores the software patch when the distribution destination terminal of the received software patch is not connected to the network, and when the distribution destination terminal is connected to the network, Deliver memorized software patches,
The management server distributes a deletion script for deleting the software patch to the relay server, and the relay server receives the deletion script and deletes the stored software patch. system.
請求項1において、
前記端末と前記業務サーバとが通信していない時間帯に、前記管理サーバは前記ソフトウェアパッチを配信し、
前記端末と前記業務サーバとが通信している時間帯に、前記管理サーバは前記削除スクリプトを配信することを特徴とする端末運用管理システム。
In claim 1,
In the time zone when the terminal and the business server are not communicating, the management server delivers the software patch,
The terminal operation management system, wherein the management server distributes the deletion script during a time zone in which the terminal and the business server are communicating.
請求項1または請求項2において、
前記削除スクリプトは、レベル分けされており、
前記ソフトウェアは、削除レベルを有しており、
前記中継サーバは、前記削除スクリプトのレベル及び前記ソフトウェアパッチの削除レベルに基いて、前記ソフトウェアパッチごとに前記削除を行うまたは行わないを決定することを特徴とする端末管理運用システム。
In claim 1 or claim 2,
The deletion script is divided into levels,
The software has a deletion level;
The terminal management operation system, wherein the relay server determines whether or not to perform the deletion for each software patch based on a level of the deletion script and a deletion level of the software patch.
請求項3において、
前記ソフトウェアパッチは、配信頻度が高く削除レベルが低い第1のソフトウェアパッチと、配信頻度が低く削除レベルが高い第2のソフトウェアパッチとを含むことを特徴とする端末管理運用システム。
In claim 3,
The terminal management operation system, wherein the software patch includes a first software patch having a high distribution frequency and a low deletion level, and a second software patch having a low distribution frequency and a high deletion level.
管理サーバが、ソフトウェアパッチを配信する配信工程と、
中継サーバが、前記ソフトウェアパッチを中継する中継工程と、
複数の端末が、前記中継されたソフトウェアパッチを受信して実行し、前記管理サーバに返信するソフトウェアパッチ実行工程と、
業務サーバが、前記端末に業務にかかるジョブを配信する業務ジョブ配信工程と、
前記中継サーバは、前記受信したソフトウェアパッチの配信先の端末がネットワークに接続されていない場合に、前記ソフトウェアパッチを記憶するとともに、当該配信先の端末が前記ネットワークに接続された場合に、前記記憶したソフトウェアパッチを配信する再配信工程と、
前記管理サーバは、前記ソフトウェアパッチを削除する削除スクリプトを前記中継サーバに配信し、前記中継サーバは、前記削除スクリプトを受信し前記記憶しているソフトウェアパッチを削除する削除工程と、
を含むことを特徴とする端末管理運用方法。
A distribution process in which the management server distributes software patches;
A relay process in which the relay server relays the software patch;
A plurality of terminals receive and execute the relayed software patch, and return to the management server, a software patch execution step,
A business job distribution step in which the business server distributes a job related to the business to the terminal;
The relay server stores the software patch when a terminal to which the received software patch is distributed is not connected to the network, and stores the software patch when the terminal to which the distribution is distributed is connected to the network. Redistribution process to distribute the software patches,
The management server distributes a deletion script for deleting the software patch to the relay server, and the relay server receives the deletion script and deletes the stored software patch;
A terminal management operation method comprising:
JP2013078181A 2013-04-04 2013-04-04 Terminal management operation system and method Pending JP2014203227A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013078181A JP2014203227A (en) 2013-04-04 2013-04-04 Terminal management operation system and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013078181A JP2014203227A (en) 2013-04-04 2013-04-04 Terminal management operation system and method

Publications (1)

Publication Number Publication Date
JP2014203227A true JP2014203227A (en) 2014-10-27

Family

ID=52353623

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013078181A Pending JP2014203227A (en) 2013-04-04 2013-04-04 Terminal management operation system and method

Country Status (1)

Country Link
JP (1) JP2014203227A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016135093A (en) * 2015-01-19 2016-07-25 エルエス産電株式会社Lsis Co., Ltd. Photovoltaic power generation system
JP2017068501A (en) * 2015-09-29 2017-04-06 株式会社日立ソリューションズ Job management system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016135093A (en) * 2015-01-19 2016-07-25 エルエス産電株式会社Lsis Co., Ltd. Photovoltaic power generation system
JP2017068501A (en) * 2015-09-29 2017-04-06 株式会社日立ソリューションズ Job management system

Similar Documents

Publication Publication Date Title
US7421546B2 (en) Intelligent state engine system
CN110308983A (en) Method for balancing resource load and system, service node and client
CN101512969B (en) Push update system
CN110019469B (en) Distributed database data processing method and device, storage medium and electronic device
CN112583811B (en) Wallet finding method, equipment and storage medium
CN102456048A (en) Method and system for processing mass data
CN104657841A (en) Express item delivery method, delivery processing method, express cabinet terminal and service system
US7069500B2 (en) Document management/EDI system linkage unit, document management/EDI system linkage method, information recording medium and document processing program
CN111340414A (en) Cloud bin big data processing method, cloud bin system, computer equipment and storage medium
JP6405255B2 (en) COMMUNICATION SYSTEM, QUEUE MANAGEMENT SERVER, AND COMMUNICATION METHOD
CN102035879B (en) Server and data processing system using same
JP2014203227A (en) Terminal management operation system and method
CN101968815A (en) Processing method of concurrent requests
CN102486844A (en) Method and device for processing concurrent data in enterprise resource planning (ERP) system
CN109242665B (en) Business rule multi-channel sharing method, device, equipment and storage medium
CN111597033A (en) Task scheduling method and device
CN111126899B (en) Automatic processing method and device for arbitration delay and computer equipment
CN103279844A (en) Method and system for data collection of legal person database based on ESB
EP2601627B1 (en) Transaction processing system and method
CN114286997A (en) Shared database system architecture supporting large-scale transaction and node archiving on MAAS platform
CN101968816A (en) Data processing system and server
KR20190143445A (en) Server for Managing Systematic License Agreement, Systematic License Agreement Managing System and Method Using The Same
KR20210026946A (en) Method for processing of cargo receipt based on blockchain and transport management server
CN103226754A (en) Method for processing data and system for processing data
CN109447874B (en) Management method and device for foreign trade integrated service enterprise