KR100603579B1 - System and method for upgrading software package at remote place - Google Patents

Abstract

The present invention relates to a method of upgrading a software package of remote systems in a central control system, the method comprising: a storage process of storing, by a user of each remote system, an upgrade package for upgrading a software package in a first time zone; When a command is input from the user in a second time zone by the central control system, the command transfer process of collectively transferring the command to each of the remote systems through a communication network, and the command transmitted from each of the remote control systems from the central control system If appropriate, the method may include performing an upgrade process of performing the upgrade process corresponding to the command by using the software package. This reduces the time and space constraints when upgrading software packages and solves the problem of inconsistent package management.

Software, upgrades, infomobile

Description

How to upgrade software packages and their systems remotely {SYSTEM AND METHOD FOR UPGRADING SOFTWARE PACKAGE AT REMOTE PLACE}

1 is a view showing a configuration example of an information mobile system,

2 is a diagram illustrating a data transmission path between an infomobile system and a mobile communication network;

3 is a flowchart illustrating a software package upgrade method according to an embodiment of the present invention.

The present invention relates to a method and system for upgrading a software package, and more particularly, to a method and system for upgrading a software package remotely.
Typically, a system that performs various functions (eg, a network system, etc.) embeds a software package for performing the corresponding function, and upgrades the software package by external request. However, a system that manages local systems installed at each site in a central control system, such as a network system, requires skilled technicians to apply them to the central control system and local systems in the event that any software package is upgraded. I had to go directly to the installed site. That is, in the related art, skilled workers had to directly visit each region with a device equipped with an upgraded software package, connect the device to a local system, and then upgrade the software package of the local system.

delete

In this case, it consumes manpower at each site and installs a package at each site, which does not provide consistency of package management. In other words, the person in charge of the site had a disadvantage that it was unable to manage which package and which processor to apply the package.

For example, the total package version up of InfoMobile's system, which provides wired and wireless complex services, is carried out about twice a year. For example, the total size of the InfoMobile total package is about 150 Mbytes even when compressed. Thus, in the past, skilled technicians had to visit the site to upgrade the total package of the InfoMobile system. In addition, the upgrade of the package was normally performed at night (for example, 02 am, etc.) in the mobile communication business.

As described above, there has been a problem that time and space are limited when upgrading a software package of a system. In addition, there was a problem that different administrators in each site did not provide consistency of package management by upgrading packages.

The present invention has been made to solve the above problems, the present invention is to provide a method and system for reducing the time and space constraints when upgrading the software package of the system.

In addition, the present invention is to provide a method and a system for consistently managing a software package stored in each site local system.

In addition, the present invention is to provide a method and system for upgrading a software package stored in a local system for each site from a remote location.

Software package upgrade method according to the present invention for achieving the above object, the storage process for the user of each remote system to store the upgrade package for upgrading the software package in the first time zone and the central control system, When a command is input from the user in a second time zone, the command transfer process of collectively transferring the command to each of the remote systems through a communication network, and if the command transmitted from the central control system is appropriate, And an upgrade process of performing an upgrade process corresponding to the command using the software package.
In addition, the software package upgrade method according to the present invention further includes the step of outputting information on the cause of each remote system if the command is not suitable.
In the storing process, the user uses a file transfer protocol (ftp) protocol.
The command may be any one of an upgrade command, a restore command, a restart command, a check status command, and a Unix command according to a command type selected by the user. Is the command.
The suitability determination process determines whether each of the remote systems can execute the command.
Each remote system is an info mobile base station for interworking a public wireless network and a private wireless network, and the central control system is a public wireless network management server.
In the software package upgrade method according to the present invention, each of the remote system transfers the results of the execution process to the central control system via the communication network, and the central control system is delivered from each remote system If the result of the performing process is normal, the system may further include a system reset process of collectively resetting each of the remote systems to apply the upgraded software package.
The system for upgrading a software package according to another aspect of the present invention stores an upgrade package for upgrading a software package delivered from a user in a first time zone, and uses the upgrade package if an instruction transmitted through a communication network is suitable. And a plurality of remote systems for upgrading the software package, and a central control system for collectively transferring commands input from the user to the respective remote systems.
Each remote system outputs a cause for the command if it is not suitable.
Each of the remote systems transmits the command conformity determination result or the upgrade performance result of the software package to the central control system.
The central control system resets each remote system if the result delivered from each remote system is normal.
Hereinafter, with reference to the accompanying drawings will be described in more detail the configuration and operation according to an embodiment of the present invention. Note that the same components in the drawings are represented by the same reference numerals and symbols as much as possible even though they are shown in different drawings. In addition, in describing the present invention, when it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

delete

delete

delete

delete

delete

delete

Meanwhile, in the description with reference to the drawings, the method and system for upgrading a software package of the present invention will be described with an example of an infomobile system.

An infomobile system refers to a system built to provide an infomobile service for interworking a public wireless network and a private wireless network.

1 is a diagram showing an example of the configuration of such an information mobile system. Referring to FIG. 1, an information mobile system includes an information mobile base station 400 connected to a mobile communication network 100 and a wired telephone network 200, and a plurality of repeaters 500 installed in a specific building or a restricted area. Infomobile base station 400 is connected to the wired telephone network 200 through a private exchange 300 to provide a switching service to a plurality of landline telephones 700, and subscribed to the information mobile service through the repeater 500 It provides a communication service to the subscribers terminal (600).

If such an infomobile system is established in the company, the employees' mobile phones are linked to the wired telephone network 200 (i.e. on-premises telephone network) or mobile communication network 100 (i.e. public wireless network) while the employees stay in the company. After leaving the company, the wired telephone network 200 (that is, the local telephone network) will be connected only to the mobile communication network 100 (that is, the public wireless network). Employees can therefore use their cell phones with on-premise wireless phones within the company, and use their cell phones like regular cell phones after leaving the company.

At this time, the information mobile base station 400 stores the information on the subscriber's premises phone number and the general mobile phone number so that any call coming from the subscriber's premises phone or mobile phone is connected to the currently connected network. give.

In addition, for this purpose, the infomobile base station 400 stores a software package for the infomobile service. In particular, the software package related to the mobile communication network 100, which is a public wireless network, should be managed in the same version as the software package stored in the mobile communication network 100 management server. This is to allow the infomobile base station 400 to access the mobile communication network 100. Therefore, when the software package stored in the mobile communication network management server version-up, the software package related to the mobile communication network 100 stored in the infomobile base station 400 should be upgraded together.

2 is a diagram illustrating a data transmission path between an information mobile system and a mobile communication network. In particular, FIG. 2 illustrates a transmission path for transmitting data (eg, an upgrade command) between an infomobile system and a mobile communication network to upgrade a software package stored in an infomobile base station.

Referring to FIG. 2, the mobile communication network 100 includes a base station controller (BSC) 110, a base station manager (BSM) 120, and a private base station manager (pBSM) 130. The infomobile base station 400 includes a private base station controller (pBSC) 410, a wireless station manager (WSM) 420, and a base station (BTS) 430. ).

The BSC 110 and the BSM 120 in the mobile communication network 100 are connected in an asynchronous transfer mode (ATM), and the BSM 120 and the pBSM 130 are connected to a local area network (LAN), respectively. The pBSC 410 and the WSM 420 and the pBSC 410 and the BTS 430 in the information mobile base station 400 are all connected by ATM. In addition, the mobile communication network 100 and the information mobile base station 400 are connected to the BSC 110 of the mobile communication network 100 and the pBSC 410 of the information mobile base station 400 in an asynchronous transfer mode (ATM). .

In a network having a transmission path as described above, in order to upgrade a software package remotely, an 'upgrade package' for upgrading a software package previously stored in the information mobile base station 400 is a WSM 420 of the information mobile base station 400. The user command (MMC: Man Machine Communication Command) for actually installing the 'upgrade package' to the infomobile base station 400 is input through the pBSM 130 of the mobile communication network 100. It is delivered to the WSM 420 via a transmission path.

For example, when the 'upgrade package' is pre-stored in the WSM 420 through a file transfer protocol (ftp: file transfer protocol), the MMC command inputted through the pBSM 130 is stored in the BSM 120 and the BSC ( 110), when delivered to the WSM 420 via the pBSC 410, the WSM 420 operates the 'upgrade package' according to the MMC command to upgrade the pre-stored software package. The processing result is transferred to the pBSM 130 via the pBSC 410, the BSC 110, and the BSM 120.

At this time, the 'upgrade package' is pre-stored in the WSM 420 at a first time (for example, working hours, etc.) in which the information mobile base station 400 is easily accessible, and the MMC instruction is typically a second software upgrade. It is desirable to deliver in time (eg, dawn time).

3 is a flowchart illustrating a software package upgrade method according to an embodiment of the present invention, which illustrates a process of upgrading software stored in the infomobile base station 400 through the transmission path illustrated in FIG. 2.

Referring to FIG. 3, the WSM 420 previously stores an upgrade package (hereinafter, referred to as a “WSM package”) delivered through ftp for remote software upgrade (S105). For example, the technician stores the WSM package transmitted to the infomobile base station 400 by using ftp at an easy time (for example, working hours) to access the infomobile base station 400. At this time, the 'WSM package' is composed of approximately 15 files, which are divided and compressed files, and the WSM 420 is stored in a directory (eg, a 'pkg_SYS_NEW' directory) previously reserved for storing the 'WSM package'. Unzip and save.

When the MMC command for software upgrade of the information mobile base station 400 is input through the pBSM 130 (S110), the mobile communication network 100 informs the MMC command through the pBSM 130 and the BSM / BSC 110. Transfer to the pBSC (410) of the mobile base station (400) (S115, S120). Then, the pBSC 410 transmits the MMC command to the WSM 420 (S125). At this time, the types of MMC commands that can be input are 'UPGRADE / RESTORE / RESTART / CHECK STATUS / UNIS COMMAND', and the functions of each of the MMC commands are shown in Table 1 below.

Support function detailed description UPGRADE The command that actually performs the upgrade of the software package installed on WSM in pBSM. RESTORE A command to save a previous version of a software package, taking into account the rollback of the software package. RESTART Restart the WSM package in pBSM, only restarting the server's package. CHECK STATUS A command that verifies that pBSM on the InfoMobile system can accurately check the readiness for upgrading packages on the site WSM. UNIX COMMAND Pass simple UNIX commands to WSM via pBSM. WSM executes the unix command according to the command. Typical commands include 'ls', 'ps', 'cp', 'rm', 'mkdir' and 'kill'. This is to provide a basic unix command considering the exceptions that may occur at the WSM site.

Meanwhile, the WSM 420 receiving the MMC command determines the suitability of the MMC command (S130). For example, the identification number (ID) of the input MMC command is checked to determine whether the MMC command can be executed in the WSM 420. Examples of the criteria for determining the suitability at this time are illustrated in Table 2.

Functional classification Criteria for Determination of Conformity UPGRADE -Check whether the directory where the WSM package is saved exists (for example, 'pkg_SYS_NEW' directory exists)-Check whether the file for UPGRADE exists and operation mode (for example, 'pkg_SYS_NEW / bsmbin / aimx' Checks the existence of the file and the mode of operation) RESTORE -Same as UPGRADE RESTART - none CHECK STATUS -df -k command checks if / home1 has enough space-Checks if the WSM package is running-Determines if a package exists under / home1 / cdmaone / pkg_SYS_NEW-Checks a wsm file such as aimx / bimx-/ home1 / cdmaone / Check if Info Mobile DB exists under pkg_SYS_NEW / bsmbin-Check pld file under / home1 / cdmaone / pkg_SYS_NEW / pld UNIX COMMAND -Determine if the command is executable. Commands such as vi not available

The WSM 420 determining the suitability of the MMC command received in step S130 transmits the determination result to the pBSM 130 via the pBSC 410 and the BSM / BSC 110 (S135, S140, and S145). . For example, it constructs an 'OK / NOK' message and delivers it to the pBSM 130. At this time, the 'OK / NOK' message delivered to the pBSM 130 is preferably delivered to the user who inputs the MMC command. For example, it is preferable to display an 'OK / NOK' message or to output an audio signal.

If it is determined that the MMC command can be processed (ie, 'OK') (S150), the WSM 420 performs a process corresponding to the MMC command (S155) and then outputs the processing result to the pBSC 410. And it passes to the pBSM 130 via the BSM / BSC (110) (S160, S165 and S170). On the other hand, if it is determined that the MMC command cannot be processed (ie, 'NOK'), the WSM 420 displays the cause (S175).

An operation example of the WSM 420 corresponding to the MMC command in step S155 is shown in Table 3 below.

Functional classification Actual behavior UPGRADE -Run bsmclean to exit WSM-Move existing packages to pkg_SYS_OLD directory-Move pkg_SYS_NEW directory to pkg-Run WSM by forking bimx RESTORE -Run bsmclean to exit WSM-Move existing packages to pkg_SYS_NEW directory-Move pkg_SYS_OLD directory to pkg-Run WSM by forking bimx RESTART -Run bsmclean to exit WSM-Fork bimx to start WSM CHECK STATUS - none UNIX COMMAND Use system calls to perform UNIX commands performed on the actual pBSM.

When the software upgrade is normally completed through the series of processes illustrated in FIG. 3 (eg, S110 to S175), the pBSM 130 resets the entire system to apply the upgraded software to the system. The process illustrated in FIG. 3 is performed. Meanwhile, the pBSM 130 may determine whether the software upgrade is normally completed through the processing result message transmitted through the processes S160 to S170.

As described above, in the detailed description of the present invention, specific embodiments have been described. However, various modifications may be made without departing from the scope of the present invention. In particular, in the above detailed description, the information mobile system has been described as an example. However, the present invention is not limited to the infomobile system. That is, the present invention relates to a method of upgrading a software package in all network systems. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined by the claims below and equivalents thereof.

The present invention as described above can reduce the time and space constraints during the upgrade by upgrading the software package of the system remotely, and solves the problem of not providing consistency of package management by upgrading the package by different administrators at each site. It was. Therefore, the present invention can consistently manage the software package stored in each site's local system and can upgrade the software package stored in each site's local system in real time without time and space constraints.

Claims (11)

In the method of upgrading the software package of multiple remote systems installed by region, Storing the upgrade package for the user of each remote system to upgrade the software package in the first time zone in the remote system; A command transfer process of collectively transferring the command to each of the remote systems through a communication network when a command is input from the user in a second time zone by the central control system; And performing an upgrade process corresponding to the command by using the software package, if the command transmitted from the remote control system is appropriate. The method of claim 1, And if the remote system does not fit the command, outputting information on the cause. The method of claim 1 or 2, wherein the storing process The user using a file transfer protocol (ftp) protocol. The method of claim 1, wherein the command According to the command type selected by the user, an upgrade command, a restore command, a restart command, a restart command, a check status command, and a command of Unix are used. Said method. The method of claim 1, wherein the suitability determination process comprises: And determining whether each of the remote systems can execute the command. The method of claim 1, Wherein each remote system is an info mobile base station for interworking a public wireless network and a private wireless network, and the central control system is a public wireless network management server. The method of claim 1, An execution result transfer process for each remote system to transmit the result of the execution process to the central control system through the communication network; And if the result of the execution process transmitted from each of the remote systems by the central control system is normal, resetting each of the remote systems to apply the upgraded software package. . In a system for upgrading software packages, A plurality of remote systems storing an upgrade package for upgrading a software package delivered from a user in a first time zone, and upgrading the software package using the upgrade package if an instruction transmitted through a communication network is suitable; And a central control system for collectively transferring commands input from the user in a second time zone to each of the remote systems. The system of claim 8, wherein each of the remote systems includes: And if the command is not appropriate, output a cause for it. The system of claim 8, wherein each of the remote systems includes: And transmitting the result of determining the command conformity or the result of upgrading the software package to the central control system. The method of claim 10, wherein the central control system, And resetting each of the remote systems if the result transmitted from each of the remote systems is normal.

Images