网络系统、主存常驻数据的管理方法和存储媒体 【技术领域】
本发明涉及构成网络的多台计算机的应用程序、该应用程序存取的主存常驻数据被分散配置于各计算机中的网络系统、主存常驻数据的管理方法、及实现该管理方法用的计算机可读存储媒体。
背景技术
在计算机系统中，通常为了提高处理速度，采取将应用数据作为主存常驻的方法。通常主存常驻数据的备份存储在盘存储器中，在计算机启动时，通过从盘中装载主存常驻数据来设定初始值。
以备份为目的的主存常驻数据向盘中的写入从盘I/O等待等处理速度低的观点来看，不能每次都进行主存常驻数据的更新。
通常以一定周期来进行主存常驻数据向盘中的写入，在结束主存常驻数据向盘中的写入时，主存常驻数据和盘数据的内容具有相同的状态，此后，在下一次向盘中写入主存常驻数据之前，根据应用程序更新主存常驻数据，所以盘数据的状态与主存常驻数据的状态不同。
因此，在启动计算机时，即使装载写入盘中的备份数据后设定主存常驻数据，也可能不能恢复计算机停止前地主存常驻数据。
另外，在分散计算机系统中，主存常驻数据以各个计算机单位独立管理，不能确立由分散计算机系统整体管理分散主存常驻数据的结构。
因此，为了高速存取，作为主存常驻的数据在该数据存在的计算机上的本地存取下为高速，但对于来自通过网络的其它计算机的存取，则不能发挥主存常驻的高速存取特性。
【发明内容】
本发明解决了上述问题，目的在于提供一种方法，在分散计算机系统中，在设定计算机启动时等的主存常驻数据的初始值时，不依赖于作为事先写入盘中的主存常驻数据的备份数据，来设定主存常驻数据的初始值，同时，在分散计算机系统中，由应用程序来隐蔽主存常驻数据存在于哪个计算机中，使应用程序实现可能达到的对主存常驻数据的高速存取。
为了解决上述问题，根据本发明的网络系统，构成网络的多台计算机的应用程序和存取该应用程序的主存常驻数据被分散配置在各计算机中，其特征在于：在各计算机中具有：事项处理接受部件，接受来自应用程序的事项处理请求；事项处理执行部件，执行接受到的事项处理请求；事项处理发送部件，向其它计算机发送接受到的事项处理请求；事项处理接收部件，接收来自其它计算机的事项处理请求；和系统运用部件，运用主存常驻数据的位置信息。
当事项处理接受部件接受来自申请的事项处理请求时，将该请求传递给事项处理执行部件。事项处理执行部件询问系统运用部件，确定事项处理的执行方法，将该事项处理请求传递给事项处理发送部件。事项处理发送部件询问系统运用部件，推断出应发送该事项处理请求的其它计算机，向该计算机的事项处理接收部件发送事项处理请求。事项处理接收部件将从其它计算机接收到的事项处理请求传递给事项处理执行部件。
根据本发明，在构成分散系统的所有计算机中，因为主存常驻数据相同，所以可由应用程序来隐蔽主存常驻数据的位置，另外，因为将频繁更新主存常驻数据的应用程序和更新对象的主存常驻数据配置在相同的计算机中，所以可进行较高速的主存储数据存取。
根据本发明的网络系统，在所述的网络系统中，其特征在于：还具有事项处理恢复部件，用于保持从其它计算机接收的事项处理请求的连续性。
当事项处理接受部件接受来自申请的事项处理请求时，将该请求传递给事项处理执行部件。事项处理执行部件询问系统运用部件，确定事项处理的执行方法，将该事项处理请求传递给事项处理发送部件。事项处理发送部件询问系统运用部件，推断出应发送该事项处理请求的其它计算机，向该计算机的事项处理接收部件发送事项处理请求。事项处理接收部件将从其它计算机接收到的事项处理请求传递给事项处理执行部件。其中，在事项处理连续性上存在问题的情况下，事项处理执行部件使用事项处理恢复部件来恢复事项处理的连续性。
根据本发明，即使在由于发生网络故障等而丢失事项处理的情况下，也可根据遗漏的事项处理再次执行事项处理，因为可将所有计算机中的主存常驻数据保持在等效状态下，所以可向分散计算机系统提供可靠性较高的结构。
根据本发明的网络系统，在上述所述的网络系统中，其特征在于：还具有初始值设定部件，根据计算机启动时其它运转中的计算机的主存常驻数据来设定自己的主存常驻数据的初始值。
在计算机启动时等有必要设定主存常驻数据的初始值时，初始值设定部件向事项处理发送部件传递设定初始值用的事项处理请求。事项处理发送部件询问系统管理功能，推断出应发送事项处理的计算机，将事项处理请求发送给该计算机的事项处理接收部件。
事项处理接收部件将接收到的事项处理请求传递给初始值设定部件。初始值设定部件根据请求，制作设定主存常驻数据的初始值所必需的事项处理，并传递给事项处理发送部件。
事项处理发送部件将从事项处理执行部件传递来的用于设定主存常驻数据初始值的事项处理请求发送给必需设定主存常驻数据初始值的最初计算机的事项处理接收部件。
事项处理接收部件将用于设定接收到的主存常驻数据的初始值的事项处理请求传递给事项处理执行部件。事项处理执行部件根据传递来的事项处理请求，对自己的本地主存常驻数据执行事项的处理，设定主存常驻数据的初始值。
根据本发明，在构成分散计算机系统的多台计算机之间，因为即使在没有盘的计算机中也可设定主存常驻数据的初始值，所以可将主存常驻数据用作彼此的备份数据。另外，因为可从实时更新的其它计算机的主存常驻数据来制作自己的主存常驻数据，所以可将启动计算机时的最新值设定为主存常驻数据的初始值。
根据本发明的网络系统，在所述的网络系统中，其特征在于：还具有事项处理保持部件，在设定自己的主存常驻数据的初始值时，保存从其它计算机接收的事项处理请求。
在计算机的启动时，主存常驻数据的初始值设定通过所述的方法来进行。事项处理保持部件在设定主存常驻数据的初始值时，保存从其它计算机接收的事项处理请求，在主存常驻数据的初始值设定结束后，将保存的事项处理请求转给事项处理执行处理。
根据本发明，在计算机启动时等设定自己的主存常驻数据的初始值时，因为没有丢失在设定期间接收的事项处理请求，所以可保持事项处理的连续性。
根据本发明的网络系统，在所述的网络系统中，其特征在于：还具有第二事项处理恢复部件，当事项处理恢复部件判断为不能恢复时，使用初始值设定部件制作的事项处理来进行事项处理的恢复。
根据本发明，在产生因一时性网络故障而在事项处理请求中产生遗漏时的不能由第一恢复方法恢复的、经过长时间的事项处理请求的遗漏时，可以提供恢复部件。
在不能再执行事项处理时，也可使构成分散计算机系统的各计算机的主存常驻数据的状态相同。
根据本发明的网络系统，其特征在于：除所述的网络系统外，还具有更新权管理部件，切换哪个计算机更新原始主存常驻数据的主存常驻数据的更新权。
根据本发明，在具有主存常驻数据的计算机系统中，可构筑复用系统或冗余系统。
根据本发明所述的分散主存储数据的管理方法，管理具有应用程序和由应用程序存取的主存常驻数据、且彼此由网络连接的多个计算机的主存常驻数据，其特征在于：一个计算机接受来自应用程序的事项处理请求，根据存储的主存常驻数据的位置信息，提取应发送所述事项处理请求的其它计算机，向所述其它计算机必送所述事项处理请求，所述其它计算机接收从所述一个计算机发送来的所述事项处理请求，对所述其它计算机的主存常驻数据执行事项处理。
根据本发明，可顺利地管理具有应用程序和由应用程序存取的主存常驻数据、且彼此由网络连接的多个计算机的主存常驻数据。
根据本发明所述的记录媒体可由管理具有应用程序和由应用程序存取的主存常驻数据、且彼此由网络连接的多个计算机的各主存常驻数据的计算机读取，其特征在于：存储有在计算机中执行以下处理的程序：接受来自应用程序的事项处理请求的处理；根据存储的主存常驻数据的位置信息，提取应发送接受到的事项处理请求的其它计算机的处理；向所述其它计算机发送所述接受到的事项处理请求的处理；接收事项处理请求的处理；和执行所述接收到的事项处理请求的处理。
因为本发明是存储所述主存常驻数据的管理方法的计算机可读存储媒体，所以根据本发明，可由从存储媒体读出的程序来实现主存储数据管理系统。
【附图说明】
图1是表示构成本发明网络系统的各部件关系的框图。
图2是表示实施例1的网络系统(本地更新)的框图的上段。
图3是表示实施例1的网络系统(本地更新)的框图的下段。
图4是表示实施例1的网络系统(远程更新)的框图的上段。
图5是表示实施例1的网络系统(远程更新)的框图的下段。
图6是表示实施例1的本地更新和远程更新的时间图。
图7是表示实施例2的本地更新中事项处理恢复方法的框图的上段。
图8是表示实施例2的本地更新中事项处理恢复方法的框图的下段。
图9是表示实施例3的主存储数据初始值设定方法的框图的上段。
图10是表示实施例3的主存储数据初始值设定方法的框图的下段。
图11是表示实施例3的主存常驻数据版本(version)的时间图。
图12是表示实施例4的事项处理保持方法的框图的上段。
图13是表示实施例4的事项处理保持方法的框图的下段。
图14是表示实施例4的主存常驻数据的初始值设定中事项处理请求处理方法的时间图。
图15是表示实施例5的事项处理长时间遗漏的恢复方法的框图的上段。
图16是表示实施例5的事项处理长时间遗漏的恢复方法的框图的下段。
图17是表示实施例6的主存常驻数据的冗余构成方法的框图的上段。
图18是表示实施例6的主存常驻数据的冗余构成方法的框图的下段。具体实施方式
下面用附图来说明本发明的实施例。
图1是表示构成本发明网络系统的各部件关系的框图。下面详细描述各部件之间的关系。
(实施例1)
图2和图3是关于本发明网络系统的框图，彼此连续。图2表示构成多台计算机的分散计算机系统中装载主存常驻的原始数据11的唯一的计算机1，图3表示装载该原始数据的作为复制的主存常驻复制数据21的数台计算机中的一台2。
在各计算机中，事项处理接受部件301由事项处理接受队列21、22和事项处理接受程序13、23构成。
事项处理执行部件302由事项处理执行队列14、24、提交等待队列15、25和事项处理执行程序16、26构成。
事项处理发送部件303由事项处理发送队列17、27和事项处理发送程序18、28构成。
事项处理接收部件304由事项处理接收队列19、29和事项处理接收程序110、210构成。
系统运用部件305由系统管理数据111、211构成。
在计算机1和2中，虽然分别存在主存常驻数据11、21，但区别在于装载在计算机1中的主存常驻数据11为原始数据，根据应用程序的请求进行的所有更新事项处理是最初进行的，而装载于计算机2中的主存常驻数据21为复制数据，为在应用中更新原始数据后，反映更新内容的原始数据的复制。
在计算机1和计算机2中，具有分别存取主存常驻数据11、21的应用程序112和应用程序212。
下面说明在具有原始的主存常驻数据11的计算机1中，应用程序112进行主存常驻数据11的更新时进行的本地更新处理。
计算机1的应用程序112向计算机1的事项处理接受队列12中加入主存常驻数据11的更新，作为事项处理请求。
计算机1的事项处理(transaction)接受程序13从计算机1的事项处理接受队列12中取出加入应用程序112中的事项处理请求，加入到计算机1的事项处理执行队列14中，同时，向计算机1的提交等待队列15中加入请求事项处理的应用程序112的信息。
计算机1的事项处理执行程序16从计算机1的事项处理执行队列14中提取事项处理请求，通过与系统管理数据111对照，当识别事项处理处理对象为自己的本地主存常驻数据时，对自己的本地主存常驻数据(原始)11进行事项处理处理。
计算机1的事项处理执行程序16检索计算机1的提交等待队列15，提取进行事项处理请求的应用程序112的信息，向应用程序112通知事项处理结束的信息。
计算机1的事项处理执行程序16附加作为自己执行的事项处理请求的标记，加入计算机1的事项处理发送队列17。
计算机1的事项处理发送程序18通过参照记录了是否是装载了原始数据和复制数据的计算机的信息的系统管理数据111，推断出应发送事项处理请求的计算机、即装载复制数据的计算机，向该计算机的事项处理接收队列29中加入从计算机1的事项处理发送队列17中取出的事项处理请求。
计算机2的事项处理接收程序210取出加入计算机1的事项处理发送程序18的事项处理请求，加入计算机2的事项处理执行队列24。
计算机2的事项处理执行程序26因为从计算机2的事项处理执行队列24中取出的事项处理请求判断为计算机1执行后的更新事项处理，所以根据该事项处理请求，对自己的本地主存常驻数据(复制)21进行事项处理处理。
根据上述方法，由具有原始数据的计算机1的事项处理程序112更新的主存常驻数据(原始)11的变更，反映在计算机2的主存常驻数据(复制)21上。上面说明了本地的更新。
下面通过图4和图5来说明具有主存常驻数据的复制的计算机2中应用程序212在更新主存常驻数据时进行的远程更新处理。图4和图5连续。
图4和图5的环境与图2和图3说明的相同。计算机1装载唯一的原始主存储数据，计算机2是装载主存常驻数据的复制的数台计算机中的一台。
计算机2的应用程序212将主存常驻数据21的更新作为事项处理请求，加入计算机2的事项处理接受队列22中。
计算机2的事项处理接受程序23从计算机2的事项处理接受队列22中取出加入了应用程序212的事项处理请求，在加入计算机2的事项处理执行队列4的同时，将请求事项处理的应用程序212的信息加入计算机2的提交等待队列25中。
计算机2的事项处理执行程序26从计算机2的事项处理执行队列24中取出事项处理请求。当取出的事项处理请求参照系统管理数据211时，因为判断为不是对自己的本地复制数据，所以本身不执行事项处理，将该请求加入计算机2的事项处理发送队列27中。
计算机2的事项处理发送程序28从计算机2的事项处理发送队列27中取出事项处理请求，通过参照系统管理数据211，将事项处理请求加入应发送该事项处理请求的计算机、即作为其事项处理对象的装载了原始数据的计算机的计算机1的事项处理接收队列19中。
计算机1的事项处理接收程序110取出加入了计算机2的事项处理发送程序28的事项处理请求后，加入计算机1的事项处理执行队列14中。
计算机1的事项处理执行程序16从计算机1的事项处理执行队列14中取出事项处理请求。当取出的事项处理请求与系统管理数据111对照时，因为判断为是对自己的本地主存常驻数据(原始)11的事项处理请求，所以对自己的本地主存常驻数据11进行事项处理处理。
计算机1的事项处理执行程序16附加表示本身执行的标记，向计算机1的事项处理发送队列17中加入事项处理请求。
计算机1的事项处理发送程序18通过参照系统管理数据111，推断应发送事项处理请求的计算机、即装载复制数据的计算机，向该计算机的事项处理接收队列中加入从计算机1的事项处理发送队列17中取出的事项处理请求。
应发送该事项处理请求的计算机组中的一台为计算机2。
计算机2的事项处理接收程序210取出加入计算机1的事项处理发送程序18的事项处理请求，加入计算机2的事项处理执行队列24中。
计算机2的事项处理执行程序26因为判断从计算机2的事项处理执行队列24中取出的事项处理请求为计算机1进行的更新事项处理，所以根据该事项处理请求，对自己的本地主存常驻数据(复制)21进行事项处理处理，检索计算机2的提交等待队列25，取出进行事项处理请求的应用程序212的信息，通知应用程序212事项处理结束。上面说明了远程更新。
归纳上述本地更新和远程更新这两种方法，表示在图6的时间图中，这里对其进行说明。
首先，装载原始的主存常驻数据11的计算机1的应用程序112，通过更新事项处理请求，从计算机1将附加第21序号的事项处理请求发送到从装载复制主存常驻数据的计算机2至计算机n的所有计算机。
接着，通过装载复制主存常驻数据21的计算机2，将事项处理请求发送到没有序号的装载原始主存常驻数据的计算机1。
接收该请求后，从计算机1将附加第22序号的事项处理请求发送到从装载复制主存常驻数据的计算机2至计算机n的所有计算机。
此外，从装载原始主存常驻数据11的计算机1将附加第23序号的事项处理请求发送给从装载复制主存常驻数据的计算机2至计算机n的所有计算机。
因此，由具有原始数据的计算机1的应用程序112更新的主存常驻数据(原始)11的变更反映到其它所有计算机的主存常驻数据(复制)21等中，另外，来自具有复制数据的计算机2等的应用程序的事项处理请求首先由具有原始数据的计算机1进行处理，之后，反映到除包含计算机2以外的所有的计算机中。
因此，即使从应用程序看，不知道原始的主存常驻数据的存储场所，也可以实现存取。
另外，复制数据的更新事项处理是首先对原始数据最初进行，将结果反映到复制数据上的所谓单向反映方法。
因此，构成分散系统的计算机的申请请求的更新事项处理请求也可通过具有原始数据的计算机按接受顺序执行，因为在执行时不必进行调停，所以可实现高速的事项处理环境。
(实施例2)
通过图7和图8来说明本发明的主存储常数数据的本地更新中的事项处理恢复方法。另外，图7和图8彼此连续。
两个图表示在进行图2和图3说明的本地更新处理的情况下，从网络一时性故障引起的事项处理请求遗漏或顺序混乱中恢复事项处理的方法。
图7和图8中，第一事项处理恢复部件306由检测事项处理执行程序一部分的事项处理的遗漏的处理113、213和再构筑遗漏事项处理以后的事项处理的处理114、214和事项处理结束队列115、215构成。
计算机1的事项处理执行程序16在事项处理执行结束时，将执行后的事项处理请求加入事项处理结束队列115中。
处理应用程序1的事项处理请求的状态虽然在图2和图3中进行了说明，但在这里未图示。
通过计算机1的事项处理执行程序16处理的事项处理请求，经计算机1的事项处理发送程序18发送给计算机2的事项处理接收程序210。
从计算机1的事项处理发送程序18到计算机2的事项处理接收程序210的事项处理请求的通信虽然通过网络进行，但由于网络一时性的故障，所以存在在网络上丢失事项处理请求的可能性。
在本实施例中，具有主存常驻数据的计算机的事项处理执行程序向对自己的本地主存常驻数据进行处理的事项处理请求中附加表示事项处理执行顺序的事项处理序号。因此，可检测出事项处理请求的遗漏或顺序混乱，作为序号的遗漏。
具体而言，因为向事项处理执行程序中追加了调查事项处理连续性的处理，当在由计算机1的事项处理执行程序16附加了序号的事项处理请求中产生遗漏时，由计算机2的事项处理执行程序26进行检测。
当计算机2的事项处理执行程序26检测出事项处理请求的遗漏时，将该内容通过计算机2的事项处理发送程序28和计算机1的事项处理接收程序110通知给计算机1的事项处理执行程序16。
计算机1的事项处理执行程序16通知计算机2的事项处理执行程序26中事项处理请求的遗漏时，从计算机1的事项处理结束队列115中取出遗漏事项处理以后的事项处理请求，经过计算机1的事项处理发送程序和计算机2的事项处理接收程序210传递给计算机2的事项处理执行程序。
计算机2的事项处理执行程序16处理从计算机1的事项处理执行程序16传来的、遗漏事项处理请求以后的事项处理请求。
首先，在用图4和图5进行说明的远程更新事项处理的情况下，因为附加事项处理序号的是具有原始主存常驻数据的计算机1的事项处理执行程序16，所以事项处理的遗漏变为检测计算机2的事项处理执行程序26，之后的恢复处理、即遗漏事项处理请求以后的事项处理请求处理与图7和图8说明的本地更新的事项处理恢复情况相同。
根据上述方法，在通过主存常驻数据的本地更新和远程更新，根据申请来隐蔽主存常驻数据的位置的主存储数据管理方法中，在将原始数据和复制数据保持为相同内容的结构中，即使在因网络故障等的发生丢失事项处理的情况下，因为可从遗漏的事项处理再次执行事项处理，所以可将原始数据和复制数据保持为相同内容。
(实施例3)
通过图9和图10来说明本发明的主存常驻数据的初始值设定方法。
另外，图9和图10彼此连续。
在两图中，主存常驻数据的初始值设定部件307包括初始值设定程序116、216、事项处理执行程序的一部分的版本(version)设定处理117、217和事项处理接收程序的一部分的初始值设定事项处理请求的交接处理118、218。
计算机1和计算机2进行所述发明实施例1中说明的远程更新处理和本地更新处理。
在启动计算机2的情况下，计算机2的初始值设定程序216通过参照系统管理数据211，确定构成分散计算机系统的其它计算机中哪个计算机来设定主存常驻数据的初始值，将用于设定主存常驻数据21的初始值的事项处理请求加入计算机2的事项处理发送队列27中。
这是，通过参照系统管理数据21，由计算机1的主存常驻数据来设定计算机2的主存常驻数据的初始值。
计算机2的事项处理发送程序28通过事项处理发送队列27取出加入计算机2的初始值设定程序216中的初始值用事项处理请求，传递给计算机1的事项处理接收程序110。
计算机1的事项处理接收程序110从计算机1的事项处理接收队列19中取出用于设定计算机2的主存常驻数据21的初始值的事项处理请求，传递给计算机1的初始值设定程序116。
计算机1的初始值设定程序116根据自己的本地主存常驻数据11制作设定主存常驻数据11的初始值的事项处理，加入计算机1的事项处理发送队列。
这里，通过初始值设定程序116制作的主存常驻数据11的初始值设定事项处理请求，与主存常驻数据11的版本序号结合后设定。
通过构成初始值设定部件的事项处理执行程序16的一部分的主存常驻数据的事项处理设定处理117，来设定主存常驻数据的版本。
如发明的实施例1所示，事项处理请求附加一连串的序号，将该序号作为主存常驻数据的版本序号。
即在图5的实例中，计算机1、计算机2和计算机n的主存常驻数据通过分别处理事项处理请求来变化为版本21、版本22、版本23。
计算机1的事项处理发送程序18从计算机1的事项处理发送队列17中取出用于设定计算机2的主存常驻数据21的初始值的事项处理请求，加入计算机2的事项处理接收队列29。
计算机2的事项处理接收程序210从计算机2的事项处理接收队列29中取出用于设定计算机2的主存常驻数据21的初始值的事项处理请求，传递给计算机2的初始值设定程序216。
计算机2的初始值设定程序216通过对自己的本地主存常驻数据21处理设定计算机1的初始值设定程序116制作的主存常驻数据11的初始值的事项处理请求，来设定初始值。
此时，在计算机2的主存常驻数据21中，设定有计算机1的初始值设定程序116将在制作用于设定主存常驻数据11的初始值的事项处理请求时的、计算机1的主存常驻数据11的版本。
计算机1在计算机2设定主存常驻数据21时依次处理事项处理请求。因此，计算机2通过来自计算机1的事项处理请求在主存常驻数据2的初始值设定结束后接收的事项处理请求，可能比主存常驻数据21的初始值设定时的版本序号新。
但是，此时，通过本发明实施例2所示的一时性故障的事项处理恢复处理可保证事项处理的连续性。
图11表示更新计算机1、计算机2和计算机n的主存常驻数据的版本的状态。
通过计算机1的主存常驻数据11处理事项处理请求，在版本变为20时，从计算机1向计算机2和计算机n发送附加事项处理序号20的事项处理请求。
由计算机2和计算机n接收该事项处理请求，通过执行，将各主存常驻数据的版本变为20。
在计算机2停止的情况下，虽然以后计算机1的版本更新为21、22，但与之相伴的更新主存常驻数据的版本仅变为计算机n的主存常驻数据。计算机n的主存常驻数据的版本变为伴随计算机1的主存常驻数据的更新的版本21、22。
在计算机1的主存常驻数据的版本变为22后，若启动计算机2，则计算机2向计算机1发送用于设定主存常驻数据21初始值的事项处理请求。
接收来自计算机1的设定主存常驻数据11初始值的事项处理请求，通过执行，设定计算机2的主存常驻数据21的初始值，变为版本22。
之后，在计算机1的主存常驻数据11更新为版本23后，计算机2和计算机n的主存常驻数据的版本也分别更新为23。
根据上述方法，即使在没有盘的计算机中，也可设定主存常驻数据的初始值，因为可根据实时更新的其它计算机的主存常驻数据来制作自己的主存常驻数据，所以可将计算机启动时的最新值设定为主存常驻数据的初始值。
(实施例4)
图12和图13说明本发明的事项处理保持方法。另外，图12和图13彼此连续。
在两图中，事项处理保持部件308由事项处理接收程序的部分初始值设定事项处理请示的交接处理118和事项处理保持队列119构成。
在两图中，未图示计算机2的初始值设定程序216经计算机1的事项处理发送程序18和计算机2的事项处理接收程序210来接收、处理用于设定计算机1的初始值设定程序116制作的主存常驻数据11初始值的事项处理请求。
计算机2的事项处理接收程序210在设定作为事项处理保持部分一部分的自己的本地主存常驻数据21的初始值中，不向计算机2的事项处理执行队列24中加入混入用于初始值设定的事项处理请求中接收的事项处理请求，而加入计算机2的事项处理保持队列219中。
当设定主存常驻数据的初始值的事项处理请求全部结束时，计算机2的事项处理接收程序210取出事项处理保持队列219中保持的事项处理请求，通过加入计算机2的事项处理执行队列24中，在事项处理执行程序26中处理通常如事项处理请求。
图14是表示处理在设定主存常驻数据的初始值时接收的事项处理请求的状态。
当计算机1的主存常驻数据通过处理事项处理请求变为版本20时，从计算机1向计算机2和计算机n发送附加事项处理序号20的事项处理请求。
计算机2和计算机n接收该事项处理请求后，通过执行来将保主存常驻数据的版本变为20。
在计算机2停止时，虽然将计算机1的版本更新为21，但同时，更新主存常驻数据的版本仅变为计算机n的主存常驻数据。计算机n的主存常驻数据的版本变为伴随计算机1的主存常驻数据更新的版本21。
在计算机1的主存常驻数据的版本变为21后，若启动计算机2，则计算机2向计算机1发送用于设定主存常驻数据初始值的事项处理请求。
接收来自计算机1的设定主存常驻数据初始值的事项处理请求，通过执行，设定计算机2的主存常驻数据的初始值，变为版本21。
计算机2在执行从计算机1接收的设定主存常驻数据21初始值的事项处理时，若从计算机1接收附加了事项处理序号22的事项处理请求和附加了事项处理序号23的事项处理请求，则将这些事项处理请求加入事项处理保持队列219中。
计算机2在主存常驻数据的初始值设定结束后，从事项处理保持队列219中取出附加了事项处理序号22的事项处理请求和附加了事项处理序号23的事项处理请求，通过处理，将主存常驻数据的版本变为23。
之后，随着计算机1的主存常驻数据更新为版本24，计算机2和计算机n的主存常驻数据的版本也分别更新为24。
根据上述方法，在初始值设定程序设定自己本地的主存常驻数据的初始值时，可不丢失地保持接收事项处理请求。
(实施例5)
通过图15和图16来说明本发明的主存常驻数据的本地更新中长时间遗漏的事项处理恢复方法。另外，图15和图16彼此连续。
在两图中，将作为长时间遗漏的第二事项处理恢复部件309的设定主存常驻数据初始值的事项处理请求处理120、220安装为事项处理执行程序的一部分。
同图表示在进行图2说明的本地更新处理的情况下的长时间遗漏的事项处理恢复方法。
处理计算机1的应用程序112的事项处理请求的状态虽然在图2中进行说明，但这里未图示。
由计算机1的事项处理执行程序16处理的事项处理请求通过计算机1的事项处理发送程序18发送给计算机2的事项处理接收程序29。
从计算机1的事项处理发送程序到计算机2的事项处理接收程序的事项处理请求存在因网络一时性故障等而丢失的情况。
向事项处理请求中附加表示事项处理执行顺序的事项处理序号与所述发明实施例2的相同，事项处理请求的遗漏可作为序号的遗漏进行检测。在本实施例中，当来自计算机1的事项处理发送程序18的事项处理请求中发生遗漏时，由计算机2的事项处理执行程序26来进行检测。
当计算机2的事项处理执行程序26检测出事项处理请求的遗漏时，该内容通过计算机2的事项处理发送程序28和计算机1的事项处理接收程序19，通知计算机1的事项处理执行程序16。
计算机1的事项处理执行程序16在由计算机2的事项处理执行程序26通知事项处理请求的遗漏时，从计算机1的事项处理结束队列115中取出遗漏的事项处理以后的事项处理请求，经计算机1的事项处理发送程序18和计算机2的事项处理接收程序29，传递给计算机2的事项处理执行程序26。
此时，当网络的一时性故障的时间长时，由于计算机资源限制，因为大小上存在上限的事项处理结束队列中产生重写等原因，所以没有己结束的事项处理请求。
在事项处理结束队列115中，当检测出没有应再发的事项处理请求时，计算机1的事项处理执行程序16向计算机1的初始值设定程序116通知制作设定初始值用的事项处理。
接收来自计算机1的事项处理执行程序16的通知的计算机1的初始值设定程序116根据自己本地的主存常驻数据11，制作设定主存常驻数据初始值的事项处理请求，经计算机1的事项处理发送程序18和计算机2的事项处理接收程序29，传递给计算机2的事项处理执行程序26。
计算机2的事项处理执行程序26通过执行制作计算机1的初始值设定程序116的主存常驻数据11初始值设定用的事项处理请求，制作自己的本地主存常驻数据21。
根据上述方法，在因一时性网络故障而在事项处理请求中产生遗漏的情况下，通过返回过去再执行事项处理来弥补事项处理请求的遗漏的方法中，即使是不能恢复的经过长时间的事项处理请求的遗漏，也可提供恢复手段。
(实施例6)
图17和图18表示由具有主存常驻数据的分散计算机系统构成冗余的方法。
切换更新原始主存常驻数据位置、即原始的主存常驻数据的计算机的更新权管理部件310，由具有更新权的管理程序3和系统管理数据4构成。
图17表示具有根据来自应用程序的事项处理请求更新版本的、主存常驻数据的原始的计算机1停止前的状态，图18表示具有原始主存常驻数据的计算机1停止后、具有新的原始主存常驻数据的计算机2确立后的状态。
在计算机1停止前的状态下，具有根据申请的事项处理请求所更新的原始的主存常驻数据的计算机为计算机1。计算机1的主存常驻数据11根据应用程序112事项处理请求，使版本序号为23。
虽然从计算机1向计算机2和计算机n发送事项处理请求，但由于网络传输延迟等原因，事项处理序号23以前的事项处理请求还未到，计算机2和计算机n的版本序号分别为21和18。
根据来自应用程序的事项处理请求，表示最初更新的原始主存常驻数据的原始系统管理数据4存在于计算机m中，在计算机m以外的计算机中存在系统管理数据的复制。该系统管理数据的更新是执行计算机m中的系统管理程序。
在该状态下，若计算机1停止，则检测出计算机1停止的计算机m的系统管理程序3用更新权来更新自己本地的系统管理数据，将根据应用程序的事项处理请求最初更新的、具有原始的主存常驻数据的计算机作为2。
通过计算机m的系统管理程序3，当更新原始的主存常驻数据和系统管理数据时，将其更新内容作为事项处理请求从计算机m发送给计算机2和计算机n。
另外，计算机m的系统管理程序可通过定期查询等方法检测计算机1的停止。
通过具有计算机m的更新权的系统管理程序3，新变为原始的计算机2的主存常驻数据的版本序号变为21。
接着，计算机2将附加在向计算机n发送的事项处理请求中的序号变为22，计算机n检测出事项处理请求不连续。检测事项处理不连续时的事项处理恢复方法如上述发明实施例2或5中所述。
通过本发明，在具有主存常驻数据的计算机网络系统中，即使在具有原始主存常驻数据的计算机停止后，因为其它计算机可具有新的原始数据，所以可构成冗余系。
(实施例7)
上述实施例中说明的发明可通过将存储在记录媒体中的程序读入计算机中来实现。
发明效果
根据本发明，提供一种不依赖于分散计算机系统中计算机启动时盘的备份数据，来设定主存常驻数据的初始值的方法，同时，在分散计算机系统中，从应用程序来隐蔽主存常驻数据存在于哪个计算机中，可发挥应用程序中能够达到的主存常驻数据的高速存取性。
另外，可构筑一种可靠性高的系统，在装入主存常驻数据的系统中可构成冗余系统。