CN1135472C - 系统应用软件管理方式 - Google Patents

Abstract

本发明公开一种系统应用软件管理方式及记录执行该管理方式的程序的记录媒体，通过对计算机系统的各应用软件操作定义进行一元化管理，可以解除管理上的烦杂，实现灵活的应用软件分散配置，其具有只在特定的计算机上事先对全部构成系统的多个应用软件操作定义进行设定及进行一元化管理，同时实际上从该应用软件操作的各计算机访问该操作定义、控制应用软件的操作的装置。

Description

系统应用软件管理方式

技术领域

本发明是涉及系统应用软件(アプリケ一シヨン)管理方式及记录执行该管理方式的程序的记录媒体，该管理方式是在由多个的计算机群和LAN及WAN等的网络所连接构成的计算机系统中，对在各计算机上操作的应用软件的操作定义由特定的计算机一元化管理，各计算机访问该一元化管理的操作定义，控制应用软件的操作，以求使应用软件操作定义在向各计算进行登录时更省力，并且采用该方法可实现灵活的应用软件分散配置。

背景技术

图14表示现有的应用软件管理装置的构成图。在图14中，1为服务程序计算机群，将多个应用软件服务程序计算机A及应用软件服务程序计算机B及应用软件服务程序计算机C连接在网络2上的系统中，对每个应用软件服务程序计算机10、20、30，将各应用软件服务程序计算机操作的应用软件操作定义，设定在应用软件操作定义保存文件100、200、300中，各应用软件管理装置S10、S20、S30访问该文件，控制应用软件的操作。

为此，每当随着计算机系统功能的增加变更等，发生应用软件的增加时，就必须更新与应用软件有关的全部应用软件服务程序计算机上的应用软件操作定义保存文件。而且要由各应用软件服务程序计算机具有应用软件操作定义保存文件。

上述现有应用软件管理方式如图14所示，由于在每个应用软件服务程序计算机10、20、30上存在应用软件操作定义保存文件100、200、300，所以该文件的管理很复杂。另外通过计算机系统功能的增加变更，在多个应用软件服务程序计算机上灵活分散配制应用软件是很困难的。

发明内容

本发明是为了解决上述课题，其目的在于提供一种系统应用软件管理方式及记录为执行该管理方式的程序的记录媒体，该管理方式通过对计算机系统的各应用软件操作定义进行一元化管理，消除管理复杂的问题，及可以进行灵活的应用软件分散配置。

为达到上述目的，本发明采取以下技术方案：

一种应用软件管理方式，在以多个的计算机群和LAN及WAN等网络构成的系统进行操作的应用软件中，其特征在于，由上述系统的所具有的应用软件管理装置对构成系统的多个应用软件的操作定义，在特定的计算机上事先进行设定、管理，并实际从上述应用软件操作的各个计算机访问该操作定义，控制应用软件的操作。

通过将由指定的应用软件单元和功能单元汇总的形式构成系统的多个应用软件的操作定义进行存储的装置，而使上述汇总的多个应用软件一齐操作。

通过所述系统中的应用软件执行监控装置监控应用软件的执行时间。

通过所述系统中的应用软件异常检测装置，检测出应用软件操作异常，而对应用软件管理装置请求执行应用软件的后处理。

通过所述系统中的应用软件可否操作设定装置，对由指定的应用软件单元和功能单元汇总的多个应用软件进行可否操作的设定。

通过所述系统中应用软件周期起动请求装置，使应用软件以规定的周期时间进行操作。

通过所述系统中的变更装置，在应用软件通信时，根据对接收数据的应用软件状态识别的结果，使接收数据的应用软件操作的计算机进行动态变更。

通过所述系统中的应用软件操作状况访问装置，访问在各计算机群上工作的应用软件实际操作状况。

本发明所涉及的应用软件管理方式，其具有：应用软件操作定义保存文件，其结构是将构成计算机系统的服务程序(サ一バ)计算机群上操作的应用软件操作，在特定的管理服务程序计算机上进行设定、管理；应用软件管理装置，从各应用软件服务程序计算机经过网络访问该操作定义保存文件；及应用软件当前状态更新文件，将执行的应用软件的应用软件状态、执行开始时刻、执行结束时刻保存在执行应用软件的应用软件服务程序计算机中。

而且，其特征在于：按照请求执行的应用软件的执行软件名及操作优先级，去访问应用软件操作定义文件，执行应用软件，保存执行的应用软件的操作状态、执行开始时刻、执行结束时刻；在请求执行应用软件时，对所有的应用软件服务程序计算机提出应用软件执行请求，访问应用软件操作定义保存文件，看由各服务程序计算机执行请求的应用软件是否是自己计算机所属的，，只在与所属应用软件服务程序计算机一致的应用软件服务程序计算机上执行，而除此之外的应用软件服务器则放弃执行请求。

本发明所涉及的应用软件管理方式，其结构是所述发明中附加了应用软件管理装置，使以指定的应用软件单元或功能单元汇总的多个应用软件一齐操作。

而且，其特征在于：在将应用软件按每个功能汇总的群组名执行时，根据请求的群组所属的全部应用软件的执行文件路径名、及操作优先级，访问并取入应用软件操作定义文件，执行所请求的群组所属的全部应用软件。

本发明所涉及的应用软件管理方式，其特征在于：其结构是在上述发明中附加了监控应用软件执行时间的应用软件执行管理装置。结果在上述发明中，对应用软件当前状态更新文件中保存的应用软件的执行开始时刻、与当前时刻的时刻差进行周期性监控，当时刻差超过从应用软件操作定义保存文件取入的规定操作时间时，强制结束应用软件。

本发明所涉及的应用软件管理方式，其特征在于：其结构是在上述发明中附加了应用软件异常检测装置，检测应用软件的操作异常，对应用软件管理装置提出应用软件的后处理的执行请求。结果，接收应用软件异常结束时的事件中断，根据从应用软件操作定义保存文件取入的后处理图形，再执行或以后不执行已异常结束的应用软件。

本发明所涉及的应用软件管理方式，其特征在于：其结构是在所述发明中附加了对以指定的应用软件单元或功能单元汇总的多个应用软件设定可否操作的应用软件可否操作设定装置。结果，对指定的应用软件的应用软件当前状态数据的应用软件状态，设定可以操作或者不可以操作，在请求执行所述发明中的应用软件时，访问请求执行的应用软件状态，如果是可以操作就执行，如果是不可操作就不执行。

本发明所涉及的应用软件管理方式，其特征在于：其构成是在所述发明中，附加了由应用软件操作定义保存文件中所确定的各周期时间操作的应用软件周期起动请求装置。其结果，定周期的从应用软件操作定义保存文件对以规定周期时间设定的应用软件进行检索、及从应用软件当前状态更新文件对检索的应用软件的应用软件执行开始时刻检索，对执行开始时刻与当前时刻差超过规定周期时间以上的应用软件，再次提出执行请求，由此返复进行。

本发明所涉及的应用软件管理方式，其特征在于：其构成是在所述发明中附加了在应用软件间通信时，根据对接收数据的应用软件当前状态的识别结果，对接收数据的应用软件操作的计算机进行动态变更的装置。其结果，访问接收数据的应用软件的应用软件状态，当自己计算机不可执行时，在接收数据的应用软件所属的应用软件服务程序计算机名上设定了除自己计算机以外的计算机时，通过网络传输由该计算机执行接收数据的应用软件的请求和数据。

本发明所涉及的应用软件管理方式，其特征在于：其构成是在所述发明中附加了应用软件操作状况访问装置，访问在各应用软件服务器群上操作的应用软件实际操作状况。其结果，操作员或应用软件程序接口(API)从应用软件操作定义文件中取出，请求的应用软件的所属群组名，所属应用软件服务程序计算机名、应用软件路径名、操作优先级、规定监控时间及规定周期时间，并且从应用软件当前状态更新文件取出，将应用软件状态、执行开始时刻、执行结束时刻，将其退还到请求端。

本发明所涉及的用于记录程序的由计算机可以读取的记录媒体，其是存储多个的计算机群和LAN及WAN等网构成的系统上操作的应用软件的记录媒体，该程序是用于，在特定的计算机上对构成系统的多个应用软件的操作定义进行事先设定、管理，并实际从该应用软件操作的各计算机访问这些操作定义，控制应用软件操作。

本发明的效果：

如上所述，根据本发明可以提供一种系统应用软件管理方式及记录该管理方式的记录媒体，对计算机系统的各应用软件操作定义由于进行一元化管理，所以可能解除管理上的烦杂，并可以进行灵活的应用软件分散配置。

本发明这些和其他目的、优点及特征将通过结合附图对本发明的实施例的描述而得到进一步说明，在这些附图中：

附图说明

图1本发明的基本构成图。

图2表示本发明第1实施例的构成图。

图3应用软件操作定义保存保存文件的构成例。

图4应用软件当前状态更新文件的构成例。

图5表示本发明有关的第2实施例的构成图。

图6是本发明第2实施例有关的应用软件现有状态更新文件的构成例。

图7表示本发明第3实施例的构成图。

图8本发明第3实施例的应用软件执行管理装置的处理流程。

图9表示本发明第4实施例的构成图。

图10表示本发明第5实施例的构成图。

图11表示本发明第6实施例的构成图。

图12表示本发明第7实施例的构成图。

图13表示本发明第8实施例的构成图。

图14现有的应用软件管理装置的构成图。

具体实施方式

下面参照附图详细说明本发明的实施例。图1是表示本发明的系统应用软件管理方式实施例的基本构成图。由10所表示的应用软件服务程序计算机A、20所表示的应用软件服务程序计算机B、30所表示的应用软件服务器C、及50所表示的管理服务器Z构成。而且各计算机通过LAN及WAN等的网络2连接。各应用软件服务程序计算机的数量随系统规模而变化，并不只是限定3台。

图2是为了更详细说明本发明第1实施例的系统应用软件管理方式构成的图。

在图2中与图14相同的部分加有同一标号，其说明予以省略。本实施例构成的特征在于：从各应用软件服务程序计算机中删除了应用软件操作定义保存文件100、200、300，取而代之是在网络上设置具有应用软件操作定义保存文件500的管理服务程序计算机Z，对各应用软件计算机进行一元化管理。另外，由服务程序计算机群1和50所表示的管理服务程序计算机Z的各计算机之间，通过网络2连接，可以在各计算机间进行存取。A1、A2、An是数据存取路径。

下面对作用进行说明。首先，用户预先将由应用软件服务器群1操作的多个应用软件的操作定义，保存在管理服务程序计算机Z内的应用软件操作定义保存文件500中。图3表示在该应用软件操作定义保存文件500中保存的信息保存形态的文件构成。如图所示，用户预先将与该应用软件相关的操作定义按管理对象应用软件单元以表的形式进行设定·保存。

该应用软件操作定义保存元件500，采用管理对象应用软件单元的记录构成，其构成包括：管理对象应用软件名；为以群单元对应用软件进行管理而定义的所属群名；对应用软件实际可操作的计算机进行定义的所属应用软件服务程序计算机；对应用软件的执行文件所保存的地址进行定义的应用软件路径名；对管理对象应用软件的操作优先级进行定义的动作优先级；作为从外部监控管理对象应用软件操作时间的基准时间的规定监控时间；作为从外部使管理对象应用软件周期性操作的周期时间的规定周期时间；及对管理对象应用软件的动作异常时的后处理方式进行定义的动作异常时的后处理图形(パタ一ン)。该应用软件操作定义保存文件500的内容将作为构成以下所示所有发明的装置使用。

应用软件管理装置的操作，以图2中的应用软件服务程序计算机为例进行说明。在10中所示的应用软件服务程序计算机A上发生管理对象应用软件的执行请求时，附加有该执行请求应用软件名的数据由应用软件管理装置S10经过网络2或作为10中所示的应用软件服务程序计算机A内部的数据接收。

应用软件管理装置S10所请求的应用软件的操作定义数据，是经过网络2从50中所示的管理服务程序计算机Z上一元化管理的应用软件操作定义保存文件500，进行访问的。根据在访问的应用软件操作定义数据中所设定的应用软件路径名所示的执行文件名和操作优先级，应用软件管理装置S10在自己计算机内执行请求执行的管理对象应用软件P10。

应用软件管理装置10，将执行的管理对象应用软件P10的状态，保存在应用软件当前状态更新文件150中。该应用软件管理装置S10在应用软件当前状态更新文件150中保存的信息，是如图4所示的文件结构。

如图4所示，应用软件管理装置S10，按执行的应用软件单元，将该应用软件相关的状态以表的形式保存。应用软件管理装置S10在应用软件当前状态更新文件150中，在应用软件开始执行时保存实际执行的应用软件名、应用软件状态(执行中)、及执行开始时刻。

当应用软件管理装置S10接收到执行的应用软件结束事件的中断通知时，将应用软件状态(可动作)、应用软件的执行结束时刻，保存在应用软件当前状态更新文件150中。应用软件当前状态更新文件150作为保存应用软件的执行履历及构成以下说明的所有发明的装置使用。

通过网络2对于服务程序计算机群1的所有应用软件服务程序计算机，请求执行应用软件。接受执行请求的应用软件管理装置S10，从50中所示的管理服务程序计算机Z上一元化管理的应用软件操作定义保存文件500中，经过网络2访问(参照)执行请求的应用软件的操作定义。

访问的应用软件操作定义，当不是由自己计算机即10的应用软件服务程序计算机A操作的应用软件时，应用软件管理装置S10放弃10中所示应用软件服务程序计算机A中的执行请求，利用其他应用软件服务程序计算机的应用软件管理装置，处理应用软件的执行请求。

20中所示的应用软件服务程序计算机B上的应用软件管理装置S20及30中所示的应用软件服务程序计算机C上的应用软件管理装置S30，与上述10中所示的应用软件服务程序计算机A上的应用软件管理装置S10一样，经过网络2访问50中所示的管理服务程序计算机Z中一元化管理的应用软件操作定义。

根据本实施例，保存服务程序计算机群操作的多个应用软件的操作定义的管理服务程序计算机内的应用软件操作定义保存文件，由于是从各个应用软件服务程序计算机通过网络存取的，从而可以对由应用软件服务器群操作的多个应用软件的操作定义进行一元化管理。

因此，不论应用软件服务程序计算机的台数多少，在各个应用软件服务程序计算机中都可以使用同一应用软件操作定义。并且，通过将应用软件操作的计算机设定在应用软件操作定义保存文件中，应用软件的起动请求端在应用软件操作请求时，就不必考虑应用软件操作的应用软件服务程序计算机了。

图5表示本发明第2实施例的应用软件管理方式构成。在图5中与图2相同的部分加有同一标号。本实施例的应用软件管理方式的构成包括：应用软件起动接受装置101与应用软件群管理装置102组成的应用软件管理装置S10；具有应用软件当前状态更新文件150与管理对象应用软件P10由10所示的应用软件服务程序计算机A；及具有应用软件操作定义保存文件500由50所示的管理服务程序计算机Z。在这些服务程序计算机之间由网络2连接，可进行计算机间的存取。

下面对作用进行说明。在图5中，当应用软件管理装置S10接收应用软件的起动请求数据时，应用软件起动接受装置101通过网络2从管理服务程序计算机Z内的应用软件操作定义保存文件500取入对应于起动请求的应用软件所属群的所有应用软件的定义信息。

然后将取入的应用软件的定义信息转给应用软件群对应的应用软件群管理装置102。应用软件群管理装置102根据图3中在每个管理对象应用软件所属群组名有存在的、并从应用于软件起动接受装置101交接的应用软件定义信息，在自己计算机内起动管理对象应用软件群P10。

应用软件群管理装置102将起动的应用软件的状态保存在应用软件当前状态更新文件150中。应用软件群管理装置102以图6所示的文件构成保存在应用软件当前状态更新文件150内。

即，图4所示的应用软件当前状态更新文件，采取以每群的记录进行扩充的构成。应用软件群管理装置102对于执行开始的管理对象应用软件P10所属的群组所对应的应用软件当前状态更新文件150的记录，分别保存应用软件名、应用软件状态(执行中)、及执行开始时刻。

根据本实施例，由于可以以应用软件所属的群单元一齐起动，所以在服务程序计算机本身起动时如果一齐起动应用软件，则只以所属群组名的指定就能够起动多个应用软件。从而在本实施例中就不必进行各个应用软件名的指定了。

图7表示本发明第3的实施例的应用软件管理方式的构成，在图7中与图2中相同的部分加有同一标号。本实施例相关的应用软件管理方式的构成包括：由应用软件管理装置S10、应用软件执行监控装置103、应用软件当前状态更新文件150、及管理对象应用软件P10构成的10中所示的应用软件服务程序计算机A；及具有应用软件操作定义保持文件500的50中所示的管理服务程序计算机Z。这些服务程序计算机间由网络2连接，可以进行计算机间的存取。

下面对作用进行说明。在图7中，当10中所示的应用软件服务程序计算机A的应用软件管理装置S10接受应用软件起动请求时，执行管理对象应用软件P10，保存对应用软件当前状态更新文件150执行的应用软件名、应用软件状态、及执行开始时刻。

另外，作为独立于应用软件管理装置S10的装置的应用软件执行监控装置103以固定周期操作。图8的流程图说明了应用软件执行监控装置103的详细操作。在步S1上应用软件执行监控装置103开始操作，在步S2上进入固定周期无限循环。步S3进入应用软件当前状态更新文件150中保存的己执行应用软件数量的循环。

该应用软件当前状态更新文件150的构成如图4所示，对执行的每个应用软件保存应用软件名、应用软件状态、执行开始时刻及执行结束时刻。在步S4上，从应用软件当前状态更新文件150访问管理对象应用软件P10的应用软件状态。

在步S5上，当判断步S4访问的应用软件状态在执行中时，在步S6上从应用软件当前状态更新文件150访问管理对象应用软件P10的执行开始时刻。在步S7上，通过网络2从管理服务程序计算机Z中具有的应用软件操作定义保存文件500，访问管理对象应用软件P10对应的规定监控时间。

该应用软件操作定义保存文件的构成如图3所示，在每个管理对象应用软件中设定有应用软件名及规定监控时间。在步S8上当现在时刻与步S6所访问的执行开始时刻差的绝对值超过步S7所访问的规定监控时刻时，在步S9上执行该管理对象应用软件P10的强制结束。

这时，在应用软件当前状态更新文件150中保存应用软件状态(强制结束)，这时的当前时刻看成为执行结束时刻。步S10按照在应用软件当前状态更新文件150中所保存、执行的应用软件数量继续循环，返回步S3。在步S11上，休止(sleep)固定周期时间量后，使处理返回步S2。

根据本实施例，当通过对应用软件执行时间的监控，判断执行时间超过给定值的应用软件是异常，强制结束应用软件，可使应用软件服务程序计算机的资源开放，就可以使其他正常的应用软件资源不足造成的影响减到最小。

图9表示本发明第4实施例的应用软件管理方式的构成，在图9中与图2相同的部分加有同一标号。本实施例相关的应用软件管理方式的构成包括：由应用软件管理装置S10、应用软件异常检测装置104、应用软件当前状态更新文件150、管理对象应用软件P10构成的10中所示的应用软件服务程序计算机A；及具有应用软件操作定义保存文件500的50中所示的管理服务程序计算机Z，在这些服务程序计算机之间由网络2连接，可进行计算机间的存取。

下面对作用进行说明。10中所示的应用软件服务程序计算机A的应用软件管理装置S10，接受应用软件起动请求，执行管理对象应用软件P10，将执行的应用软件名、应用软件状态、执行开始时刻保存在应用软件当前状态更新文件150中。

另外，独立于应用软件管理装置S10的应用软件异常检测装置104，在发生管理对象应用软件P10异常结束时，接收该事件的中断，在应用软件当前状态更新文件150中保存正发生异常的应用软件状态，对自身应用软件服务程序计算机A的应用软件管理装置S10提出执行管理对象应用软件后的处理请求。

接受后处理请求的应用软件管理装置S10，通过网络对50中所示的管理服务程序计算机Z上的应用软件操作定义保存文件500中的该管理对象应用软件P10操作异常时的后处理图形进行访问。

后处理图形包括应用软件再执行或不可操作，根据图形、应用软件管理装置S10再执行该管理对象应用软件P10，或者在应用软件当前状态更新文件150中保持应用软件状态(不可操作)。

表示应用软件当前状态更新文件150的应用软件状态是不可操作的管理对象应用软件P10，为使该不可操作状态除从外部清除外一切不许操作，应用软件管理装置S10每当执行请求时就访问应用软件当前状态更新文件150。

根据本实施例，通过应用软件的异常检测，可以实现再执行发生异常的应用软件的恢复实施。另外，由于不需要或不可由再执行的恢复实施的应用软件，可以不许操作，所以可使对系统的其他应用软件不良影响降到最小。

图10表示本发明第5实施例的应用软件管理方式的构成，在图10中与图2相同的部分加有同一标号。本实施例相关的应用软件管理方式构成包括：由应用软件管理装置S10、应用软件可否操作设定装置105、应用软件当前状态更新文件150、管理对象应用软件P10构成的10中所示的应用软件服务程序计算机A；及具有应用软件操作定义保存文件500的50中所示的管理服务程序计算机Z。这些服务程序计算机之间由网络2连接，可进行计算机间的存取。

下面对作用进行说明。在图10中，应用软件可否操作设定请求。通过10中所示的应用软件服务程序计算机A的应用软件可否操作设定装置105进行接收。应用软件可否操作设定装置105，从50中所示的管理服务程序计算机Z的应用软件操作定义保存文件500通过网络2，对指定的应用软件名或所属群组名对应的管理对象应用软件的信息进行访问。

应用软件可否操作设定装置105，在访问的应用软件名对应的应用软件当前状态更新文件150内的以应用软件单元保持的应用软件状态中，设定并保存可操作或不可操作状态。

10中所示的应用软件服务程序计算机A的应用软件管理装置S10，接受应用软件起动请求，在执行管理对象应用软件P10之前，如果应用软件当前状态更新文件150中的该管理对象应用软件P10的应用软件状态是可操作的，则执行，并将应用软件名、应用软件状态(执行中)、执行开始时刻再次保存在应用软件当前状态更新文件150中。

而当应用软件当前状态更新文件150中的该管理对象应用软件P10的应用软件状态是不可操作的，则应用软件管理装置S10放弃管理对象应用软件P10的起动请求。

根据本实施例，通过进行应用软件可否操作设定，在任意的应用软件服务器算机上可操作的应用软件的变更就可以在应用软件操作定义保存文件内容不变更的情况下进行。

图11表示本发明第6实施例的应用软件管理方式的构成，在图11与图2相同的部分加有同一标号。本实施例有关的应用软件管理方式构成包括：由应用软件管理装置S10、应用软件周期起动请求装置106、应用软件当前状态更新文件150、管理对象应用软件P10构成的10中所示应用软件服务程序计算机A；及具有应用软件操作定义保存文件500的50中表示的管理服务程序计算机Z。这些服务程序计算机之间由网络2连接，可以进行计算机间的存取。

如图11所示，10中所示的应用软件服务程序计算机A上的应用软件管理装置S10，接受应用软件起动请求，执行管理对象应用软件P10，将实行的应用软件名、应用软件状态(执行中)及执行开始时刻保存在应用软件当前状态更新文件150中。

另外，独立于应用软件管理装置S10的应用软件周期起动请求装置106，必须在应用软件操作定义保存文件500中所设定的各应用软件规定周期时间可设定的最短周期以下操作。

该应用周期起动请求装置106，以固定周期检索应用软件当前更新文件150执行开始时刻设定的管理对象应用软件P10。应用软件周期起动请求装置106，通过网络2访问50中所示管理服务程序计算机Z的应用软件操作定义保存文件中的该管理对象应用软件P10的规定周期时间。

在设定了规定周期时间的应用软件中，当管理对象应用软件P10的执行开始时刻与当前时刻的差与规定周期时间相同或超过时，应用软件周期起动请求装置106对应用软件管理装置S10提出该管理对象应用软件P10的起动请求。接受该请求的应用软件管理装置S10起动管理对象应用软件。以后重复这一流程。

根据本实施例，可以从外部对应用软件周期起动，就不需要设计以应用软件本身周期起动了。并且，因为从外部周期起动，所以起动周期的变更也只是应用软件操作定义保存文件的变更，而应用软件本身不需要变更。

图12表示本发明第7实施例的应用软件管理方式的构成，在图12中与图2相同的部分加有同一标号。本实施例有关的应用软件管理方式的构成包括：由应用软件管理装置S10、应用软件当前状态更新文件150、P10中所示的管理对象应用软件A及P20中所示的管理对象应用软件B构成的10中所示应用软件服务程序计算机A；由应用软件管理装置S20、应用软件当前状态更新文件250、P20中所示的管理对象应用软件B构成的应用软件服务程序计算机B；及具有应用软件操作定义保存文件500的50中所示的管理服务程序计算机Z。这些服务程序计算机之间通过网络2连接，可以进行计算机间的存取。

下面对作用进行说明。在图12的10中所示应用软件服务程序计算机A中，P10中所示的管理对象应用软件A，为了对P20中所示的管理对象应用软件B进行数据发送，P10中所示的管理对象应用软件必须对应用软件管理装置S10提出数据发送请求。

这时，应用软件管理装置S10访问应用软件当前状态更新文件250，确认数据发送端P20中所示的管理对象应用软件B的应用软件状态。当访问确认的应用软件状态是可操作的状态时，则应用软件管理装置S10，从P10中所示的管理对象应用软件A将数据发送给P20中所示的管理对象应用软件B。

另外，应用软件管理装置S10访问应用软件当前状态更新文件250的结果，当数据发送端P20中所示的管理对象应用软件B的应用软件状态是不可操作状态时，应用软件管理装置S10通过网络2，访问50中所示的管理服务程序计算机Z的应用软件操作定义保存文件500。

确认P20中所示的管理对象应用软件B所属的应用软件服务程序计算机，是否是10中所示应用软件服务程序计算机A以外的计算机。当20中所示的应用软件服务程序计算机B也是P20中所示的管理对象应用软件B所属的应用软件服务程序计算机时，则应用软件管理装置S10通过网络2，将P10中所示的管理对象应用软件A的数据发送请求，传输给20中所示的应用软件服务程序计算机B的应用软件管理装置S20。

接受该请求的应用软件管理装置S20，从应用软件当前状态更新文件250访问P20中所示管理对象应用软件B的应用软件状态。结果，如果应用软件是可操作的状态，则应用软件管理装置S20在20中所示的应用软件服务程序计算机B中，从P10中所示的管理对象应用软件A对P20中所示的管理对象应用软件B发送数据。

根据本实施例，数据通信请求端的管理对象应用软件即使在自己应用软件服务程序计算机上是不可操作时，只要在由管理服务程序计算机一元化管理的应用软件操作定义保存文件中由其他应用软件服务程序计算机定义为也可操作的应用软件，就可以将数据通信端作为在其他应用软件服务程序计算机上的相同管理对象应用软件。这样软件编制人员就可以不必公开进行为实现软件单元的冗长化的设计了。

图13表示本发明第8实施例的应用软件管理方式构成。在图13中与图2相同的部分加有同一标号。本实施例相关的应用软件管理方式的构成包括：由应用软件当前状态更新文件150、应用软件操作状况访问装置107构成的在10中所示的应用软件服务程序计算机A；及具有应用软件操作定义保存文件500的在50中所示的管理服务程序计算机Z。这些服务程序计算机之间通过网络2联接，可以进行计算机间的存取。

下面对作用进行说明。在10中所示的应用软件服务程序计算机A上的应用软件操作状况访问装置107，接受应用软件操作状况访问请求，将作为指定的应用软件定义信息的所属群组名、所属应用软件服务程序计算机名、应用软件路径名、操作优先级、规定监控时间及规定周期时间，通过网络2从50中所示的管理服务程序计算机Z上的应用软件操作定义保存文件500中取出。

另外，应用软件操作状况访问装置107，从应用软件当前状态更新文件150，取出指定的应用软件的当前状态。应用软件操作管理装置107将这两个信息返回应用软件操作状况访问请求端。应用软件操作状况访问请求端是通过画面和键盘等的操作员，及从访问应用软件操作状况的应用软件通过应用软件程序接口(API)进行的。

根据本实施例，可以从外部访问应用软件定义信息及当前状态，用户或其他应用软件就可以很容易知道所指定的应用软件操作状况。

在上述各说明中所记载的方法，可以作为在计算机上执行的程序，写入例如磁盘、光盘、半导体存储器等记录媒体中，也可以用于各种装置，以及通过通信媒体传输用于各种装置。另外，实现这些功能的计算机读入记录媒体中所记录的程序，根据该程序控制操作，执行上述处理。

Claims (8)

1、一种应用软件管理方式，在以多个的计算机群和LAN及WAN等网络构成的系统进行操作的应用软件中，其特征在于，由上述系统所具有的应用软件管理装置对构成系统的多个应用软件的操作定义，在特定的计算机上事先进行设定、管理，并实际从上述应用软件操作的各个计算机访问该操作定义，控制应用软件的操作。

2、如权利要求1所记载的应用软件管理方式，其特征在于，通过将由指定的应用软件单元和功能单元汇总的形式构成系统的多个应用软件的操作定义进行存储的装置，而使上述汇总的多个应用软件一齐操作。

3、如权利要求1所记载的应用软件管理方式，其特征在于，通过所述系统中的应用软件执行监控装置监控应用软件的执行时间。

4、如权利要求1所记载的应用软件管理方式，其特征在于，通过所述系统中的应用软件异常检测装置，检测出应用软件操作异常，而对应用软件管理装置请求执行应用软件的后处理。

5、如权利要求1所记载的应用软件管理方式，其特征在于具有：通过所述系统中的应用软件可否操作设定装置，对由指定的应用软件单元和功能单元汇总的多个应用软件进行可否操作的设定。

6、如权利要求1所记载的应用软件管理方式，其特征在于，通过所述系统中应用软件周期起动请求装置，使应用软件以规定的周期时间进行操作。

7、如权利要求1所记载的应用软件管理方式，其特征在于，通过所述系统中的变更装置，在应用软件通信时，根据对接收数据的应用软件状态识别的结果，使接收数据的应用软件操作的计算机进行动态变更。

8、如权利要求1所记载的应用软件管理方式，其特征在于，通过所述系统中的应用软件操作状况访问装置，访问在各计算机群上工作的应用软件实际操作状况。

Images