多处理机控制系统中控制单位程序信息过载的方法

摘要

多处理机控制系统中控制单位程序信息过载的方法，包括：在设定接收信息的计数值后接收功能请求信息；每次接收步骤中收到功能请求信息时，逐一增加信息计数值，然后计出该值；将计出值与预定阈值比较；在比较步骤中当计出值等于或小于预定阈值时，执行相应特定功能，以完成所加的作业，并将作业结果的功能通知所请求的处理机；在比较步骤中当计出值大于预定阈值时，通知所请求的相应处理机不能执行处理功能，并发出过载状态的警报。

说明书

本发明涉及由多个处理机控制的大容量电子交换系统中控制单位程序信息过载的一种方法，更具体地说，涉及接收多个信息的单位程序给操作程序(O.S)请求资源之前控制信息过载的一种方法。

本专利申请的多处理机控制系统中控制单位程序信息过载的方法是根据韩国专利申请13573/1995提出的，这里也把该韩国专利包括进来，以供参考。

通常，电子交换系统的各项功能是根据多处理机的多重程序执行的。因此，操作资源可能被多重程序的特定单位程序所垄断，从而可能产生信息过载。

图1示出了具有多个多处理机的系统的结构。图中，交换网络14连接在第一与第二用户连接处理机10与12之间和第一与第二处理机16与18之间。第一和第二用户连接处理机10和12都接用户，从而控制这些用户。第一和第二处理机16和18分析来自用户的呼叫，从而处理这种呼叫，或将这种呼叫接到另一业务设备。若第一和第二处理机16和18同时收到多个用户提出的多个功能请求，在相应功能所要求的处理机中就会产生因过载引起的系统错误。过载控制包含多种操作控制因素，例如，处理能力、处理时间、可产生的处理次数和能加以处理的信息量等等，这种控制是通过操作系统的程序进行的。上述方法可以检测和控制处理机的过载，但难以避免发生过载情况。就是说，当单位程序发送信息或需要操作处理来处理所要求的功能时，满足了操作程序要求的相应功能且整个资源由操作程序加以核实之后，就将结果报导出来，于是完成作业。当操作程序收到作为用户程序(即单位程序)的同一个请求时，鉴于操作程序和用户程序通常对同一个请求是不加区别就使用的，因而操作程序的资源可能被单位程序所垄断。

图1中，在多个处理机(例如第一和第二用户处理机10和12及第一处理机16等)请求使用第二处理机18的特定功能的情况下，假设第二处理机18收到多个功能请求信息且在程序C通过第二处理机18的内部程序B时产生单独的子处理机并对数据库进行存取，则上述各项操作通常是在呼叫处理过程中进行的。从图2中可以看到，当功能请求是第一和第二用户连接处理机10和12或第一处理机16提出的时，第二处理机18就要求在程序B中增加作业，履行诸如在程序C中产生子处理机和存取数据库之类的功能，并将作业结果通知其程序B。接着，第二处理机18的程序B收到作业结果后就将其功能请求方面通知第一和第二用户连接处理机10和12或第一处理机16。

当功能请求是第一和第二用户连接处理机10和12或第一处理机18提出的时，在第一和第二用户处理机10和12或第一处理机16收到请求结果之前，第二处理机18垄断操作程序的资源，例如处理程序、堆栈和缓存器等。

然而，第二处理机18除程序B和C之外还执行其它程序，因此在操作程序为程序B和C所垄断的情况下，象系统基本功能程序之类的其它程序在第二处理机18中的操作就受到限制。

作为操作程序在这种操作受限制的情况下使系统恢复过来的方法，通过再启动或引导对处理机进行初始化使资源得以释放的方法目前越来越多地被应用。然而，第二处理机18所履行的功能其故障表现为呼叫中断、数据失调、或不能通话等形式，而且引起这样的问题，即第一和第二连接处理机10和12或对第二处理机请求功能之后没有收到回应的第一处理机，其相应的程序都处于等待回应状态。

因此，本发明的目的是提供一种控制单位程序过载的方法。

本发明的另一目的是提供一种在收到多个信息的单位程序要求操作程序资源之前控制单位程序信息过载的方法。

本发明再一目的是提供一种能防止因单位程序同时收到多个信息而提出特定功能请求所引起的故障的过载控制方法。

为达到上述和其它目的，本发明提供的多处理机控制系统中控制单位程序信息过载的方法包括下列步骤：在设定接收信息的计数值之后接收功能请求信息；每一次在接收步骤中收到功能请求信息时，逐一增加信息计数值，然后计出信息计数值；将计出值与预定的阈值相比较；在比较步骤中当计出值等于或小于预定的阈值时，履行相应的特定功能，从而完成所增加的作业，并将作业结果的功能通知所请求的处理机；和在比较步骤中当计出值大于预定的阈值时，通知所请求处理的相应处理机不能执行处理功能，从而发出过载状态的警报。

结合附图参看下面的详细说明可以更好地和更全面地理解本发明及其优点。附图中，同样编号表示同样或类似的部件，其中：

图1是具有多个多处理机的系统的结构方框图；

图2是进行一般功能请求和控制请求结果的流程图；

图3是本发明在单位程序收到多个信息时向操作程序请求资源之前控制单位程序信息过载的方法的流程图。

图3示出了本发明在单位程序收到多个信息时向操作程序请求资源之前控制单位程序信息过载的工作流程图。

下面参看图3根据图1的结构详细说明本发明的一个最佳实施例。

在步骤101中，第二处理机18在程序初始化时对功能请求信息计数变量和现有的变量进行初始化，然后往前进入步骤102。在步骤102中，第二处理机18设定周期定时器的值并驱动该周期定时器。在步骤103中，第二处理机18进入信息接收等待状态。在步骤104中当等待信息接收期间收到来自第一和第二连接处理机10和12及第一处理机16的功能请求信息时，第二处理机18进入步骤105，从而使相应信息计数器的计数值增加1。在步骤106中，第二处理机18将计数器的计数值与根据相应处理机的处理时间计算出来的单位时间处理的作业数(即阈值)相比较，然后若计数值等于或小于阈值，就进入步骤107。在步骤107中，第二处理机18履行其特定功能，进而进入步骤108。在步骤108中，第二处理机18要求提供加到其程序C的作业的执行情况，然后返回到步骤103，等待作业结果(步骤114)。但在步骤106中，若计数值大于阈值，则第二处理机18就进入步骤109，从而将警报数据和请求结果记录成不能进行处理，然后进入步骤110。在步骤110中，第二处理机18调用警报程序，从而发送因过载而不能处理相应程序的警报。在步骤111中，第二处理机18把表明不能处理所要求功能的请求结果通知第一和第二连接处理机10和12以及第一处理机16的相应处理机。

另一方面，在步骤103中，第二处理机18在信息接收等待期间检查定时器，接着，若在步骤112中定时器的设定时间终了之前收到定时结束的信息，就进入步骤113。在步骤113中，第二处理机18对信息接收计数器进行初始化，然后返回到步骤103。这时，若要加以计出的信息很多，则必须对多个信息逐一指定计数变量。此外，计数变量的配置可用表1所示的相关数据库来代替，且对其进行的访问和更新可根据系统中原先建立的数据库系统进行。

             表1

  D-MSG-ID   D-CNT    XXX    0    YYY    0

上表中，D-MSG-ID是控制信息过载的方法中需用的识别信息的代码，D-CNT为接收信息的计数值。

此外，若第二处理机18在收到来自程序B的作业请求之后，在程序C中履行诸如产生子程序和数据库存取之类的功能，则在步骤114中从程序C产生作业结果。这时，第二处理机18的程序B收到来自程序C的作业结果，于是将相应功能请求的结果通知第一和第二连接处理机10和12或第一处理机16。

在本发明中，如上所述，第二处理机18设定接收信息的计数值，然后在收到功能请求信息时，使计数值增加1。这时，若计数值等于或小于阈值，第二处理机18就履行相应的特定功能，从而完成所加的作业，并将作业结果的功能通知所请求的处理机。相反，若计数值大于阈值，第二处理机18就发出警报通知所请求的处理机，表明相应程序的过载情况，从而可以避免因功能特性增加任务而浪费操作程序资源。此外，由于可以防止处理机被特定的单位程序所垄断，因而能提高多处理作业的效率，且无需特定的指令，通过单位程序的警报就可轻易地检查处理机的操作状态。