负载分散系统.pdf

在由多个服务服务器装置和负载分散装置构成的负载分散系统中，防止由对服务服务器装置的请求过负载引起的服务性能低下。该负载分散系统由负载分散装置(4)和进行统计处理的管理服务器装置(5)构成，负载分散装置输出对服务服务器装置的访问的访问日志，管理服务器装置进行上述访问日志的统计处理。管理服务器装置根据该统计处理结果制成服务服务器装置的运用计划，将该运用计划通知负载分散装置。负载分散装置按照所通知的运用计划控制对服务服务器装置的请求分配。

1.  一种负载分散系统，该负载分散系统将从客户终端接收的请求分配给多个服务服务器装置中的任一个，将来自服务服务器装置的应答发送给上述客户终端，其特征在于包括：
备有将来自上述客户终端的请求分配给上述多个服务服务器装置的功能的负载分散装置；和
监视负载分散装置的工作状态的管理装置；
上述负载分散装置备有输出与上述请求的处理有关的访问日志的功能；
上述管理装置备有读入输出了的上述访问日志，进行统计处理的功能；
该负载分散系统备有：根据与上述请求的处理有关的上述统计处理的结果，预测请求处理所需的服务服务器装置的数量，制成上述服务服务器装置的运转计划的功能；
该负载分散系统备有：向上述负载分散装置发出将请求分配给按照上述运转计划的上述服务服务器装置的指示的功能。

2.  根据权利要求1所述的负载分散系统，其特征在于：
上述负载分散装置备有：根据所指示的上述运转计划，预先确定将请求分配给上述服务服务器装置的方法的功能。

3.  根据权利要求1所述的负载分散系统，其特征在于：
上述管理装置备有接收输入的特定指定日的功能；
该负载分散系统备有对所接收的上述指定日进行该指定日固有的统计处理的功能。

4.  根据权利要求3所述的负载分散系统，其特征在于：
上述管理装置备有：对于上述指定日，根据指定日固有的统计处理结果，制成设定了上述指定日固有的请求分配方法的上述指定日用运转计划的功能；
该负载分散系统备有向上述负载分散装置发出将请求分配给按照上述指定日用运转计划的上述服务服务器装置的指示的功能。

5.  根据权利要求4所述的负载分散系统，其特征在于：
上述负载分散装置备有：根据所指示的上述指定日用运转计划，预先确定指定日用的、将请求分配给上述服务服务器装置的方法的功能。

6.  根据权利要求3所述的负载分散系统，其特征在于：
上述负载分散装置备有从上述统计处理结果删除上述指定日的统计处理的功能。

7.  根据权利要求2所述的负载分散系统，其特征在于：
当从上述客户终端接收的请求数超过能够以上述运转计划所预测的服务服务器装置数进行处理的请求数时，上述负载分散装置备有拒绝来自上述客户终端的请求的功能。

8.  根据权利要求2所述的负载分散系统，其特征在于：
当从上述客户终端发送的请求数超过能够以上述运转计划所预测的服务服务器装置数进行处理的请求数时，上述负载分散装置备有变更所指示的上述运转计划、追加成为请求分配目的地的新的服务器装置的功能；
按照变更了的上述运转计划，继续进行来自上述客户终端的请求处理。

负载分散系统
技术领域
本发明涉及进行对多个服务器装置的访问的分配的负载分散系统，更详细地，涉及负载分散装置的运用方法。
背景技术
因特网正在急速地普及之中，现在已经能够通过因特网提供在已有营业窗口中进行的票证销售等的服务。通信技术也在进步，正在准备好不仅能够从家庭和办公室而且也能够从便携式电话等享受相同服务的环境。
通过因特网，在进行上述那样的服务的提供服务的服务器装置(以下称为服务服务器装置)中，通常需要处理来自许多客户终端的请求，用1台服务服务器装置不能处理全部请求。因此，例如，如专利文献1中记载的那样，我们已经知道通过用与负载分散装置连接的多个服务服务器装置构成系统，将来自许多客户终端的请求分散到多个服务服务器装置，解除溢出的方法。
进一步，对于服务服务器装置成为过载状态，对客户终端的应答性能恶化那样的问题，我们已经知道在专利文献1中记载的已有负载分散系统中，在负载分散管理装置中，监视服务服务器装置的CPU使用量、存储器使用量等，减少对负载增高的服务服务器装置的请求的分配，除去成为性能低下的原因的主要因素(例如，放开过度使用的存储器)等的方法。
[专利文献1]
日本特开2003-178041号专利公报(段落0020)
但是，在上述专利文献1中记载的已有负载分散系统中，当发生过载，并发生系统性能低下时，将除去其原因作为前提。因此，尽管随着时间的变化系统的性能得到恢复，但是还是暂时降低了系统性能。
所以，我们希望具有能够更多地改善负载分散系统的运用方法。
我们知道在通过因特网对服务服务器装置进行的访问中，根据服务，在1日、1周或1月中，有统计图案。例如，我们通过取得访问的统计值可以知道在公司内的事务业务中，平日过了开始工作的早上9时和过了结束午休的下午1时的时候，对服务服务器装置的访问负载增高。
发明内容
本发明的目的在于在将请求分配给多个服务服务器装置的负载分散系统中，将从访问日志的统计处理得到的信息用于对服务服务器装置的负载分散控制中，可以防止由对服务服务器装置的请求过载引起的服务性能低下于未然。
本发明的负载分散系统，备有管理负载分散装置和服务服务器装置的管理服务器装置，管理服务器装置进行访问日志的统计处理。管理服务器装置，根据从统计处理得到的每单位时间的请求数，预测各时间段中需要的服务服务器装置数，并将它通知给负载分散装置。负载分散装置，按照通知的时间段和服务服务器装置数的信息，就在指定时间段紧前实施到所要台数的服务服务器装置的分配设定。因此，能够避免对服务服务器装置的请求过载，能够防止服务性能低下于未然。
进一步，通过指定判断为或预想为成为与通常不同的访问图案的、特定指定日(以下称为访问特异日)，通过对于该特异日实施与通常不同的统计处理，进行特异日固有的分配设定，可以进行更恰当的访问控制。
如果根据本发明，可以进行更多改善的负载分散控制，能够提供高品质的服务。
附图说明
图1是包含根据本实施例中的负载分散系统3的通信网络系统的构成图。
图2是构成负载分散系统3的负载分散装置4和管理服务器装置5的构成图。
图3是表示存储在负载分散装置4的磁盘44上或管理服务器装置5的磁盘54上的访问日志文件60的数据构造的一个实施例的图。
图4是表示作为访问日志形式的访问日志记录62-1～62-K的数据构造的一个实施例的图。
图5是表示负载分散装置4进行的请求分配处理地一个实施例的流程图。
图6是表示负载分散装置4用于管理请求分配目的地的表的一个
实施例的图。
图7是表示用于记录通常日的对服务服务器装置7的访问统计的合计表的一个实施例的图。
图8是表示用于记录访问特异日的对服务服务器装置的访问统计的合计表的一个实施例的图。
图9是表示管理服务器装置5进行的访问日志统计处理的一个实施例的流程图。
图10是表示服务服务器装置7-1～7-N的运转计划的表的一个实施例的图。
图11是表示负载分散装置4进行的请求分配处理的别的实施例的流程图。
标号说明
1：终端，2：通信网，3：负载分散系统，4：负载分散装置，5：管理服务器装置，6：控制台，7：服务服务器装置，8：数据库，60：访问日志文件，61：访问日志文件首部，62：访问日志记录，70：分配目的地管理表，80：访问记录合计表，90：访问特异日用访问记录合计表，91：访问特异日清单，100：服务服务器装置运转计划表
具体实施方式
下面，我们参照附图说明本发明的实施例。
图1表示包含根据本发明的负载分散系统3的通信网络系统的构成。
负载分散系统3经过LAN或因特网等的通信网2与多个客户终端装置(以下称为终端)1(1-1～1-L)连接。
负载分散系统3由与通信网2连接的负载分散装置4、持有与该负载分散装置4的通信功能的管理服务器装置5、与该管理服务器装置连接的控制台6、与该负载分散装置4连接的服务服务器装置7(7-1～7-N)、和与服务服务器装置7连接的数据库8构成。此外，该管理服务器装置5可以经过负载分散装置4与服务服务器装置7进行通信。
在图1的例子中，负载分散装置4和管理服务器装置5是作为不同的装置构成的，但是也可以将负载分散装置4的功能和管理服务器装置5的功能集中在1个装置中进行构成。
又，在图1的例子中，将服务服务器装置作为1个装置进行描述，但是也可以通过将专门处理与多个服务器装置，例如，终端1的通信的Web服务器装置和专门实施数据库处理的数据库服务器装置组合起来构成服务服务器装置。
负载分散装置4经过通信网2接收从某个终端1发送的请求。负载分散装置4，按照预定的负载分散算法将接收的请求分配给服务服务器装置7。服务服务器装置7，对于来自终端1的请求，需要时实施对数据库8的处理，制成应答数据，将它发送给负载分散装置4。负载分散装置4将接收的应答数据发送给请求发送源的终端1。同时，负载分散装置4生成对于请求发送接收的访问日志。
图2是表示负载分散装置4和管理服务器装置5的构成的图。
负载分散装置4由用于与处理器40、通信网2、管理服务器装置5、和服务服务器装置7连接的通信接口41、存储程序用的存储器42、存储数据用的存储器43、和用于暂时存储访问日志的磁盘44构成，这些要素通过总线等的内部通信线(以下称为总线)45相互连接。在存储器42中，作为处理器40实施的控制用软件，存储着用于将接收的请求分配给服务服务器装置7的负载分散控制模块421和其它的控制模块420。
管理服务器装置5的构成基本上与负载分散装置4相同，但是在存储程序用的存储器42中，存储着从负载分散装置4取得访问日志，进行统计处理，从其结果确定服务服务器装置需要台数的访问统计处理模块422和其它的控制模块420。
进一步，也可以预先将上述各控制模块或处理模块存储在上述装置内的磁盘44中，需要时，也可以经过上述装置可以利用、可以装卸的存储媒体或通信媒体(通信线路或通信线路上的载波)，将上述各控制模块或处理模块导入上述装置。
图3是表示存储负载分散装置4生成的访问日志的文件的数据构造的图。
存储访问日志的访问日志文件60由存储关于该访问日志文件60的信息的访问日志文件首部61和作为负载分散装置4输出的访问日志的实体的访问日志记录62-k(1□k□K)构成。
访问日志文件首部61由表示最初将访问日志写入该文件的时日的日志输出开始时刻611、表示最后将访问日志写入该文件的时日的日志输出结束时刻612、接近服务器装置将访问日志的输出目的地切换到别的文件时表示切换目的地的下一个访问日志文件名613、和表示存储在该文件内的访问日志数的访问日志记录数614构成。
图4是访问日志的一个构成例，是表示在请求发送接收(以下称为对话)单位中制成的访问日志记录62-k的一个记录的数据形式的图。
此外，本实施方式中的对话指的是访问源(在本实施方式中，终端1)发出某个请求，到访问目的地(在本实施方式中，服务服务器装置7)对此作出应答的1次交换。
访问日志记录器62-k由表示输出该记录的负载分散装置4的负载分散装置号码620、作为该负载分散装置4接收的请求的受理号码的对话号码621、表示附在来自服务服务器装置的应答数据上的错误状态的应答码622、表示负载分散装置4应答终端1的错误码的错误号码623、用于特定接到请求的发送源的终端地址624、表示请求的发送目的地的请求传送目的地(服务服务器装置)地址625、表示记载在请求中的请求发送目的地的请求URL626、关于发送请求的终端1的信息的终端信息627，表示负载分散装置4从终端1接收请求的时刻的请求接收时刻628、表示负载分散装置4结束向终端1发送应答数据的时刻的应答消息发送完成时刻629、表示在负载分散装置4中进行处理所需时间的负载分散装置处理时间630、表示在将请求发送给服务服务器装置7后直到从该服务服务器装置7接收应答数据为止的等待时间的服务服务器装置应答等待时间631、从终端1接收的请求的首部大小632、向终端1的应答数据的首部大小633、从终端1接收的请求的数据大小634、向终端1的应答数据的数据大小635、发送给服务服务器装置7的请求的首部大小636、从服务服务器装置7接收的应答数据的首部大小637、发送给服务服务器装置7的请求的数据大小638、从服务服务器装置7接收的应答数据的数据大小639、表示当处理该对话时同时连接于同一个服务服务器装置的对话数的同时连接对话数640、和处理该对话时的分配目的地服务服务器装置台数641构成。
图6是表示负载分散装置4保持的、管理请求分配目的地的表的构成例的图。
分配目的地管理表70由与负载分散装置4连接，记载能够成为请求的分配目的地的服务服务器装置的地址的连接服务器地址701、表示该服务服务器装置是否成为现在分配目的地的分配对象标志702、表示同时与该服务服务器装置连接的对话的上限值的连接对话上限值703、和表示对于该服务服务器装置现在连接着的对话数的连接对话数704构成。
图5表示通过负载分散装置4的处理器40实施负载分散控制模块421而实现的请求分配处理功能的流程图。
负载分散装置4当接收来自终端1的请求时(S2001)，检查该请求中是否没有错误(S2002)。如果当具有错误时，则将错误发送给终端1(S2011)。当请求正确时，比较分配目的地管理表70的各连接对话上限值703和连接对话数704，检查是否存在可以分配请求的服务服务器装置7(S2003)。
当全部分配目的地服务服务器装置7的连接对话数704达到连接对话上限值703时，因为不允许向服务服务器装置进行发送，所以将错误发送给终端1(S2010)。
当存在可以发送请求的服务服务器装置时，比较各服务服务器装置7的连接对话数704，确定该值最小的服务服务器装置7为分配目的地，使该连接对话数704的值增加1(S2004)。如果确定了分配目的地的服务服务器装置7，则将请求发送给该服务服务器装置7(S2005)，等待来自服务服务器装置7的应答(S2006)。
如果，当没有来自服务服务器装置7的应答而超时时(S2007)，则将错误发送给终端1(S2011)。
当从服务服务器装置7接收应答数据时，使该连接对话数704的值减少1(S2008)，检查该应答数据中是否没有错误(S2009)。如果当应答数据中存在违反协议等的错误时，则将错误发送给终端1(S2011)。当应答数据正确时，将应答数据发送给终端1(S2010)。
当进行S2010、S2011的某个处理时，负载分散装置4与该处理结果相应地生成图4所示的访问日志记录62-k(S2012)，将它输出到磁盘44内的访问日志文件60(S2013)。进一步，更新在访问日志文件首部61内的访问日志记录数614(S2014)。
下面，我们说明管理服务器装置5的处理。
图7是在管理服务器装置5中过处理器40通过实施访问统计处理模块422生成的表的一个构成例。
访问记录合计表80是存储从访问日志得到的统计数据的表。该表80持有一个星期中的每一天的合计表81-1～80-7，其中，具有在不同时间段记录请求的处理数的不同时间段全部访问记录801和记录次数802。进一步，在不同时间段全部访问记录801中，持有记录每小时正常处理的请求数811、没能将请求发送给服务服务器装置7而作为错误返回的访问数812、来自服务服务器装置的应答时间813、分配目的地的服务服务器装置7的台数814、和最大同时对话连接数815的项目。
又，一个星期中的每一天的合计表81-1～80-7持有连接到清单803的过去一定期间的个别(与一天相当)的不同时间段访问记录合计清单82-1～82-X。个别的不同时间段访问记录合计清单82-1～82-X的构成要素除了附加日期821的信息外，与不同时间段全部访问记录801相同。
在图7的例子中，以一个星期中的一天为单位分划合计表81，但是例如也可以用1个月的各日为单位(1日、2日、.........31日)和1个月的上旬、中旬、下旬的形式分划合计表81。
图8是在管理服务器装置5中处理器40通过实施访问统计处理模块422生成的别的表的构成例。
访问特异日用访问记录合计表90是用于与访问记录合计表80不同地合计对于由运用者指定的访问特异日的访问记录的表。
访问特异日用访问记录合计表90由保持从运用者指定的访问特异日的访问特异日清单91和对于每个特异日的图案合计访问记录的不同图案合计表92-1～92-Z构成。访问特异日清单91由访问特异日块911-1～911-W构成，各访问特异日块由到下一个块的指标912、表示特定的日期的访问特异日913、表示由持有相同访问图案的访问特异日构成的组的访问特异日的图案914构成。
访问特异日块的设定是通过运用者从与管理服务器装置5连接的控制台6输入数据进行的。
运用者从控制台6输入成为访问特异日的日期和该访问特异日的图案。管理服务器装置5将从控制台6输入的日期和访问特异日图案设定为新准备的访问特异日块911的访问特异日913和访问特异日的图案914。该访问特异日块911以各块在访问特异日913中上升顺序的方式连接到访问特异日清单91。
又，不同图案合计表92-1～92-Z记录不同时间段全部访问记录921和记录次数922，进一步，不同时间段全部访问记录921持有记录每小时正常处理的请求数924、没能将请求发送给服务服务器装置7而作为错误返回的访问数925、来自服务服务器装置的应答时间926、分配目的地的服务服务器装置的台数927、和最大同时连接对话数928的项目。
不同图案合计表92-1～92-Z持有连接到清单923的过去一定次数的个别(与一日相当)的不同时间段访问记录合计清单93-1～93-Y。
如图7、图8所示，因为访问记录合计表80和访问特异日用访问记录合计表90在清单中保持一定量的过去日期的不同时间段访问记录，所以能够从统计处理结果删除指定日期的访问记录。
例如，运用者通过控制台6指定想要删除访问记录的日期。
管理服务器装置5，通过处理器40实施访问统计处理模块422，首先，参照访问特异日用访问记录合计表90，检查是否存在持有与从控制台6输入的日期相同的日期931的信息的不同时间段访问记录合计清单93。如果当存在同一日期的不同时间段访问记录合计清单93时，则从清单923中除去该不同时间段访问记录合计清单93，从不同图案合计表92内的不同时间段全部访问记录921减去在该不同时间段访问记录合计清单93内记录的值。此后，对该不同时间段访问记录合计清单93进行初始化，连接到清单923的最后尾部。
当在访问特异日用访问记录合计表90中没有相当的日期数据时，参照访问记录合计表80，检查是否存在持有与由控制台6输入的日期相同的日期821的信息的个别的不同时间段访问记录合计清单82。如果存在同一日期的不同时间段访问记录合计清单82，则从清单803除去该不同时间段访问记录合计清单82，从不同时间段全部访问记录801减去在不同时间段访问记录合计清单82内记录的值。此后，对不同时间段访问记录合计清单82进行初始化，连接到清单923的最后尾部。
通过以上的顺序，运用者能够从统计处理结果删除运用者指定日期的访问记录。
图9是表示通过管理服务器装置5的处理器40实施访问统计处理模块422实现的统计处理功能的概要的流程图。
管理服务器装置5，首先，取得在负载分散装置4的磁盘44上的访问日志文件60(S2101)。作为取得文件方法，既可以是使用ftp等的服务器装置间的文件传送，也可以是在负载分散装置4和管理服务器装置5中持有共有磁盘，在那里存储访问日志文件60。如果取得访问日志文件60，则将其中的访问日志记录62-1～62-K读入到管理服务器装置5的数据存储器53上(S2102)。对于读入到存储器上的访问日志记录62-1～62-K，进行下面的处理。
当访问日志记录62的请求接收时刻628的日期与访问特异日清单91的前头块911-1一致时(S2103)，从访问特异日块911-1的访问特异日图案特定不同图案合计表92-1～92-Z的项目(S2104)。
其次，当连接到该项目的清单923的不同时间段访问记录合计清单93-1的日期931和访问日志记录62的请求接收时刻628的日期不一致时(S2105)，在从清单除去连接到清单923的最后尾部的不同时间段访问记录合计清单93-Y，对93-Y进行初始化(具体地说，将访问特异日块911-1的访问特异日913的日期设定在日期931上，将其它数据设定为0)后，将该清单923连接到清单923的前头(S2106)。结果，进行初始化连接到前头的清单代替93-1。
下面，用从访问日志记录62得到的值，更新不同图案合计表92和不同时间段访问记录合计清单93-1内的相当时间段的正常访问数924、异常访问数925、应答时间926的值(S2107)。具体地说，在访问日志记录62的错误号码623上设定值。即当发生错误时，使异常访问925的值增加1，在除此以外的情形中使正常访问数924的值增加1。又，将服务服务器装置应答等待时间631的值加到应答时间926上。
进一步，比较访问日志记录62中的分配目的地服务服务器装置台数641与不同图案合计表92和不同时间段访问记录合计清单93-1内的相当时间段的分配目的地服务服务器装置台数927的值(S2108)，当访问日志记录中的值641大时，将不同图案合计表92和不同时间段访问记录合计清单93-1内的分配目的地服务服务器装置台数927更新为访问日志记录的值(S2109)。
进一步，比较访问日志记录62中的同时连接对话数640与不同图案合计表92和不同时间段访问记录合计清单93-1内的相当时间段的最大同时连接对话数928的值(S2110)，当访问日志记录中的值640大时，将不同图案合计表92和不同时间段访问记录合计清单93-1内的最大同时连接对话数928更新为访问日志记录的值(S2111)。
另一方面，当访问日志记录62的请求接收时刻628的日期与访问特异日清单91的前头块911-1不一致时(S2103)，从请求接收时刻的日期特定一个星期中的一天，特定合计表81-1～80-7的项目(S2112)。
下面，当连接到该项目的清单803的不同时间段访问记录合计清单82-1的日期821和访问日志记录62的请求接收时刻628的日期不一致时(S2113)，在从清单取下连接到清单803的最后尾部的不同时间段访问记录合计清单82-X，对82-X进行初始化(具体地说，将访问日志记录62的请求接收时刻628的日期设定在日期821上，将其它数据设定为0)后，将该清单连接到清单803的前头(S2114)。结果，进行初始化连接到前头的清单代替82-1。
下面，用从访问日志记录62得到的值，更新合计表81和不同时间段访问记录合计清单82-1内的相当时间段的正常访问数811、异常访问数812、应答时间813的值(S2115)。具体地说，在访问日志记录62的错误号码623上设定值。即当发生错误时，使异常访问812的值增加1，在除此以外的情形中使正常访问数811的值增加1。又，将服务服务器装置应答等待时间631的值加到应答时间813上。
进一步，比较访问日志记录62中的分配目的地服务服务器装置台数641与合计表81和不同时间段访问记录合计清单82-1内的相当时间段的分配目的地服务服务器装置台数814的值(S2116)，当访问日志记录中的值641大时，将合计表81和不同时间段访问记录合计清单82-1内的分配目的地服务服务器装置台数814更新为访问日志记录的值(S2117)。
进一步，比较访问日志记录62中的同时连接对话数640与合计表81和不同时间段访问记录合计清单82-1内的相当时间段的最大同时连接对话数815的值(S2118)，当访问日志记录中的值640大时，将合计表81和不同时间段访问记录合计清单82-1内的最大同时连接对话数815更新为访问日志记录的值(S2119)。
对于访问日志记录62-1～62-K，实施上述S2103～S2115的处理。
最后，当在访问日志文件60的首部61中记录的日志输出结束时刻612的日期超过访问特异日块911-1的访问特异日913时(S2121)，从访问特异日清单91取下访问特异日块911-1(S2122)。
图10是通过在管理服务器装置5中处理器40实施访问统计处理模块422生成的服务服务器装置运转计划表的一个构成例。
服务服务器装置运转计划表100持有不同时间段运转清单1000-0～1000-23。在不同时间运转清单内，持有存储分配目的地服务服务器装置台数的分配台数1001、设定连接对话总数上限值的连接对话数1002、和存储成为存储的实际分配目的地的服务服务器装置的地址的服务服务器地址1003。
服务服务器装置运转计划表100是在事前例如前日，由管理服务器装置5制成的。
管理服务器装置5，首先，参照访问特异日清单91，检查明日是否是访问特异日。当是访问特异日时，从相当的访问特异日块911的访问特异日图案914确定应该参照的合计表92-n。当不是访问特异日时，从访问记录合计表80内的相应日确定应该参照的合计表81。
如果确定了应该参照的合计表，则从表的各时间段的统计数据，求得各时间段的需要服务器装置数。
例如，在访问特异日的情形，以记录次数和单位时间分割在访问特异日用访问记录合计表90的不同时间段全部访问记录921中记录的各时间段的正常访问数924和异常访问数925的合计，求得平均处理能力，将该值设定在连接对话数1002。
又，用同样的方法，求得各时间段的平均应答时间。这里，当得到的平均应答时间比预先在系统中确定的基准最大应答时间迟缓时，检查相当时间段的分配目的地服务服务器装置台数927。结果，如果可以增加分配目的地服务服务器装置台数，则将使分配目的地的服务服务器装置台数927的值增加1的值作为分配目的地服务服务器装置台数设定在分配台数1001上。
当不能够增加分配目的地服务服务器装置台数时，在分配台数1001上原封不动地设定分配目的地服务服务器装置台数927的值。同时，比较在连接对话数1002上设定的值和最大同时连接对话数928的值，选择值小的一方，进一步，用从该值减去一定值(与系统规模相应地预先确定10、100等的值)得到的值，置换连接对话数1002的值。
相反地，当平均应答时间比基准最大应答时间小一定值(预先确定基准最大应答时间的1/2等)以上时，将从分配目的地服务服务器装置台数927的值减去1的值作为分配目的地服务服务器装置台数设定在分配台数1001上。
当使用访问记录合计表80的值时，也用同样的处理确定分配目的地服务服务器装置台数。
在访问特异日以外的情形中，以记录次数和单位时间分割访问记录合计表80内的不同时间段全部访问记录801的相当星期的合计表81中记录的各时间段的正常访问数811和异常访问数812的合计，求得平均处理能力，将它的值设定在连接对话数1002上。
又，用同样的方法，求得各时间段的平均应答时间。这里，当得到的平均应答时间比预先在系统中确定的基准最大应答时间迟缓时，检查相当时间段的分配目的地服务服务器装置台数814。结果，如果可以增加分配目的地服务服务器装置台数，则将使分配目的地服务服务器装置台数814的值增加1的值作为分配目的地服务服务器装置台数设定在分配台数1001上。
当不能够增加分配目的地服务服务器装置台数时，将分配目的地服务服务器装置台数814的值原封不动地设定在分配台数1001上。同时，比较设定在连接对话数1002上的值和最大同时连接对话数815的值，选择值小的一方，进一步，用从该值减去一定值(使用与上述访问特异日的情形相同的值)得到的值，置换连接对话数1002的值。
相反地，当平均应答时间比基准最大应答时间小一定值(使用与上述访问特异日的情形相同的值)以上时，将从分配目的地服务服务器装置台数814的值减去1的值作为分配目的地服务服务器装置台数设定在分配台数1001上。
此外，在本实施例中，在一个星期的不同日子中制成访问特异日以外情形的访问记录合计表80的各记录值，但是不限于此，也可以根据其它基准制成记录。
在如上述那样确定了各时间段的分配目的地服务服务器装置台数后，管理服务器装置5按照在分配台数1001上设定的值分割服务服务器装置7-1～7-N，将该服务服务器装置的地址设定在服务服务器装置地址1003上。作为服务服务器装置的分割方法，有总是从地址小的一方分配需要台数的方法、和总是记住最后分配的服务服务器装置的地址、将它作为基准分配服务服务器装置的旋转方式等。
如果用以上方法制成服务服务器装置运转计划表100，管理服务器装置5将服务服务器装置运转计划表100发送给负载分散装置4。
在负载分散装置4中处理器40，通过实施负载分散控制模块421，将接收的服务服务器装置运转计划表100记录在数据存储器43上，例如，在每小时59分参照该服务服务器装置运转计划表100，按照其指定内容更新分配目的地管理表70。具体地说，与由服务服务器装置运转计划表100内的服务服务器装置1003指定的服务服务器装置对应，设置分配目的地管理表70内的分配目的地标志702。又，将用分配台数1001分割由服务服务器装置运转计划表100内的连接对话数1002的值得到的值设定为设置分配目的地标志702的服务服务器装置的连接对话上限值703。
此后，在负载分散装置4中处理器40通过实施负载分散控制模块421，按照分配目的地管理表70的内容，进行请求的分配处理。
如果根据上述实施例，则因为从过去的统计数据自动地制定负载分散系统的运转计划，进行避免服务服务器装置过载的负载分散控制，所以能够防止由服务服务器装置过载引起的服务品质低下。
又，即便对于与通常的访问图案不同的特异日，因为通过运用者事前登记特异日，自动地制定与特异日对应的运转计划，所以也可以进行更恰当的负载分散控制。
另一方面，管理服务器装置5根据该服务服务器装置运转计划表100，对于未成为分配目的地的服务服务器装置，能够实施与通过负载分散装置4进行的服务不同的应用。因为根据该服务服务器装置运转计划表100，分配对于通过负载分散装置4进行的服务充分必要的服务服务器装置，所以能够不对服务产生影响地实施不同的业务，能够高效率地利用系统。
又，当没有实施的业务时，也可以停止不成为分配目的地的服务服务器装置。例如，如果是每小时5分钟，则检查该服务服务器装置运转计划表100中记录的该时间段的服务服务器装置地址1003，如果是不成为分配目的地的服务服务器装置，则对该服务服务器装置进行为了停止的通信，使该服务服务器装置7停止。通过停止不要的服务服务器装置，能够抑制系统整体的消耗功率。
停止的服务服务器装置同样检查该服务服务器装置运转计划表100中记载的服务服务器装置地址1003，需要时可以起动该停止的服务服务器装置。
在以上的实施例中，当超过管理服务器装置5制成的服务服务器运转计划预想的数量的请求到达负载分散装置4时，如图5的步骤S2003和S2011所示，通过使错误信信息返回终端1，能够达到在准备的服务服务器装置范围内维持服务品质的目的。
与此相对，当超过服务服务器运转计划预想的数量的请求到达负载分散装置4时，负载分散装置4追加分配目的地服务服务器装置，通过也将请求分配给追加的服务服务器装置，也可以达到维持服务品质的目的。
在本实施例中，负载分散装置4的处理器40通过实施负载分散控制模块421实现的请求分配处理功能的流程图如图11所示。
图11的实施例的请求分配处理，除了在步骤S2003，全部服务服务器装置7的连接对话数704达到连接对话上限值703的情形外，都与图5所示的处理相同。
在图11的步骤S2003，当全部分配目的地服务服务器装置7的连接对话数704达到连接对话上限值703时，负载分散装置4参照分配目的地管理表70，检查是否没有不设置分配目的地标志702的服务服务器装置(S2020)。当存在不设置分配目的地标志702的服务服务器装置时，通过将请求分配给该服务服务器装置可以继续服务。
因此，负载分散装置4，为了将该服务服务器装置作为分配目的地对象，更新分配目的地管理表70(S2021)。具体地说，设置该服务服务器装置的分配目的地标志702，将已经成为分配目的地的服务服务器装置的连接对话上限值703的值设定为该服务服务器装置的连接对话上限值703，进一步，使该服务服务器装置的连接对话数704的值为1。
此后，负载分散装置4将请求发送给追加的服务服务器装置。
通过以上的处理，该服务服务器装置成为以后的分配目的地服务服务器装置。
如果根据本实施例，则即便超过预想的请求到达负载分散系统3，也能够继续不使错误返回到终端1的服务。
此外，在图11的步骤S2020的检查中，当全部设置了分配目的地标志70时，全部服务服务器装置已经成为分配目的地，因为不能够进行在此以上的请求处理，所以使错误返回到终端1。
又，负载分散装置4，在步骤S2021进行的追加分配目的地服务服务器装置的信息反映在访问日志记录器62-k的分配目的地服务服务器装置台数641上。因为使在该分配目的地服务服务器装置台数641上反映的服务服务器装置台数的信息，通过管理服务器装置5的统计处理，具体地说，因为通过图9的步骤S2109或S2117，在访问记录合计表80或访问特异日用访问记录合计表90中反映出来，所以能够有效地用于制成下一个服务服务器装置运转计划表100。