CN1185596C - 分布式案件管理系统及其方法 - Google Patents
分布式案件管理系统及其方法 Download PDFInfo
- Publication number
- CN1185596C CN1185596C CNB011301244A CN01130124A CN1185596C CN 1185596 C CN1185596 C CN 1185596C CN B011301244 A CNB011301244 A CN B011301244A CN 01130124 A CN01130124 A CN 01130124A CN 1185596 C CN1185596 C CN 1185596C
- Authority
- CN
- China
- Prior art keywords
- case
- server
- uncoiling
- line
- central
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Abstract
一种分布式案件管理系统,包括一中央管理信息子系统及多个分支管理信息子系统。每一分支管理信息子系统均包括多个客户端、一应用服务器及一数据库服务器。当网络畅通时,各分支客户端均连接中央应用服务器进行在线开卷,中央数据库服务器会将这些开卷作业信息复制到各分支数据库服务器中以进行分散备援。当网络出现故障时,各分支客户端均可进行离线开卷,其把离线开卷信息写入一离线开卷列表中,各分支应用服务器中的程序能定时监测与中央数据库服务器的网络连接,待网络恢复正常,中央管理信息子系统会将该离线开卷资料转化成在线开卷资料,并向各分支数据库服务器复制。
Description
【发明领域】
本发明关于一种用于管理分布式案件的系统及其方法,尤指一种能够在线恢复各管理信息子系统离线开卷资料的分布式案件管理系统及其方法。
【发明背景】
近年来,随着计算机与网络技术的迅速发展,现代企业面临着巨大的机遇与挑战,各企业纷纷建立新的管理信息系统(Management InformationSystem,MIS)或修订原有管理信息系统以因应之。MIS系统平台模式的发展大体经历了四个阶段,即:主机终端模式、文件服务器模式、客户端/服务器模式(Client/Server,C/S)和Web浏览器/服务器模式(Browser/Server,B/S)。
主机终端模式由于硬件选择有限,硬件投资得不到保证,已被逐步淘汰。而文件服务器模式只适用于小规模的局域网,对于用户多、资料量大的情况就会产生网络“瓶颈”,特别是在因特网上不能满足用户的要求。因此,现代企业MIS系统平台模式主要采用C/S模式和B/S模式。
而C/S模式也从传统的二层架构逐步发展成三层架构。这主要是因为传统二层架构之C/S模式存在如下几个局限:(1)是单一服务器且以局域网为中心的,故难以扩展至大型企业广域网络或因特网;(2)受限于供应商;(3)软、硬件的组合及集成能力有限;(4)难以管理大量的客户端。因此三层C/S模式应运而生。
如图1所示,是一种三层C/S模式的硬件架构。在这种架构中,将应用功能分成表示层、功能层和资料层三部份。表示层是应用的用户接口部份,它担负着用户与应用间的对话功能;功能层相当于应用的本体,其将具体的业务处理逻辑编入程序中;资料层采用数据库管理系统(Database ManagementSystem,DBMS),负责管理对数据库的读写,随着关系型数据库管理系统(Relational Database Management System,RDBMS)的发展,现在资料层倾向于采用RDBMS。在这种架构中,是将功能层和资料层分别放置于不同的服务器中,故表示层、功能层和资料层均分别放在各自不同的硬件系统中,即表示层对应客户端1、功能层对应应用服务器2、资料层对应数据库服务器3,这种架构的灵活性很高,能够适应客户端数目的增加和处理负荷的变动。且这种架构亦具有程序的可维护性高、利于变更和维护应用技术规范、能进行严密的安全管理和硬件系统构成可扩充性高等诸多优点。
在一些特殊的行业,例如跨地区或跨国家的服务行业,其分支机构分布于世界各地,而各地的分支机构需要共享信息以联合作业,对其产生的电子资料的管理即成为该行业营运的一个重要组成部分。为了对这些电子资料进行管理,需对每一次电子资料的变更进行记录,且要让所有分支机构知晓,这样就有必要对每一事项进行立卷管理,把与该事项的所有动作都记录于一个卷宗中。而为了不至于混淆各个卷宗,就需对每个卷宗进行编码,且要保证每个卷宗编码在所有的分支机构中必须为唯一。另外,为了利于各分支机构进行信息共享,及保证当某一分支机构出现意外事件时,其余各分支机构保留有备援的信息,应让某地的开卷信息及后续对该事项进行的每个动作均与其余各分支机构进行同步。
如图2所示,是一种现有管理信息系统硬件架构示意图。其包括多个管理信息子系统4、5、6,这些管理信息子系统4、5、6分别位于三个不同的地区或国家,例如分属于甲、乙和丙三地。每个管理信息子系统中均包含有前述的三层C/S模式硬件架构。如在乙地管理信息子系统5中,包含有多个客户端51(图中只画出一个)、一应用服务器52和一数据库服务器53,这些管理信息子系统内部各组件均利用网络相联系。当在乙地新开一个卷宗时,乙地应用服务器52会比较乙地数据库服务器中53现有的卷宗序号最大值为该卷分配一个新的卷号(如在最大值上加1),然后利用乙地应用服务器52中的程序把该新开卷资料复制到甲地和丙地的数据库服务器43和63中。以后对该卷中的所有资料更动动作均会写入数据库服务器53中相对应的位置,且会把这些更动资料同步复制到甲地和丙地的数据库服务器43和63中相对应的位置中。同理,甲地和丙地的操作过程亦与乙地操作过程相同。
然而在这种多点更新的复制架构下,在复制资料的过程中,冲突是无法避免的。例如甲地和乙地同时进行一个开卷作业,因为此时甲地数据库服务器43和乙地数据库服务器53中的卷宗序号最大值相同,故它们对新开卷宗所分配的卷号亦相同,这样,就出现甲乙两地不同的卷宗具有相同卷号之情形,而无法保证各地卷号的唯一性,则甲地和乙地的新开卷资料会产生混淆之困扰。
另外,当网络出现故障时,则某地(如甲地)的新开卷资料不能复制到其余各地数据库服务器中,如果在其余某地(如乙地)同时新开一卷,就会出现甲乙两地不同的卷宗具有相同卷号的情形,不能保证各地所有卷宗的卷号为唯一。当网络恢复连通时,会出现各地开卷资料的卷号产生冲突的困扰。这样,在网络出现故障的这段时间内,为了避免上述困扰出现,现在常用的方法是甲乙两地均停止开卷动作,待网络畅通后,才重新开始作业。故在网络出现故障的这段时间内,各地管理信息子系统均陷于停顿状态。这显然大大降低了各分支机构的工作效率。
故需要一种新的管理信息系统以避免上述冲突出现,并且在网络出现故障时,各地管理信息子系统能够离线作业,且当网络恢复正常后,各地之离线开卷资料的能够很容易地被恢复成在线开卷资料,且又能保证各地卷宗之卷号的唯一性。
【发明内容】
本发明的主要目的在于提供一种分布式案件管理系统及方法,能够在网络恢复正常后,把各分支管理信息子系统在离线时处理的离线开卷资料自动转化成在线开卷资料。
本发明的另一目的在于提供一种分布式案件管理系统及方法,以使资料统一在中央管理信息子系统中进行更新,并向各分支管理信息子系统复制,使各分支管理信息子系统中的资料与中央管理信息子系统中的资料达到同步,避免复制过程中冲突的发生。
本发明提供了一分布式案件管理系统,其采用了一种集中管理、分散备援的方法。该系统包括一个中央管理信息子系统和多个个分支管理信息子系统,这些分支管理信息子系统分散于各个地区或国家,每一管理信息子系统均是包括有多个客户端、一应用服务器及一数据库服务器的三层架构。当网络畅通时,各地客户端均连接到中央应用服务器进行在线开卷作业,中央数据库服务器利用同步复制程序将开卷作业信息复制到各地分支数据库服务器中以进行分散备援。当网络出现故障时,各地客户端均不能连接上中央应用服务器,此时,各地客户端可进行离线开卷,各地客户端把离线开卷信息写入一离线开卷列表,系统于各地应用服务器上均安装有一恢复进程,该进程定时监测与中央数据库服务器的网络连接,一旦网络恢复正常,中央应用服务器能将离线开卷资料转化成在线资料,同样,中央数据库服务器会将这些资料复制到其余各地分支数据库服务器中以进行分散备援。
【附图说明】
图1是一种三层C/S模式基本硬件架构示意图。
图2是一种现有技术中管理信息系统硬件架构示意图。
图3是本发明分布式案件管理系统最佳实施例的系统硬件架构示意图。
图4是本发明分布式案件管理系统服务器中的基本资料表。
图5是本发明分布式案件管理系统案件基本资料表。
图6是本发明分布式案件管理系统案件序号索引表。
图7是本发明分布式案件管理系统离线开卷记录表。
图8是本发明分布式案件管理系统离线开卷日志表。
图9是本发明分布式案件管理系统判断分支管理信息子系统与中央管理信息子系统之间网络是否连通的流程图。
图10是本发明分布式案件管理系统在线开卷流程图。
图11是本发明分布式案件管理系统离线开卷流程图。
图12是本发明分布式案件管理系统对离线开卷资料进行在线恢复的流程图。
【具体实施方式】
如图3所示,是本发明分布式案件管理系统最佳实施例的系统硬件架构示意图。本发明采用了一种集中管理,分散备援的方法。本发明分布式案件管理系统包含有一中央管理信息子系统7、多个分支管理信息子系统8和9(图中只列出了两个分支管理信息子系统,数目不在此限)及网络系统(未画出,在图中以直线表示网络连线)。这些分支管理信息子系统8、9分散于不同地区或国家,每一管理信息子系统均为包括多个客户端(图中只画出了一个,如81)、一应用服务器(如82或92)及一数据库服务器(如83或93)的三层架构。在各管理信息子系统(包括中央管理信息子系统和各分支管理信息子系统)中客户端均与应用服务器相连接,应用服务器又与数据库服务器相连接。而分支管理信息子系统中的客户端均与中央应用服务器相连接。各分支管理子系统中的数据库服务器也均与中央数据库服务器相连接。上述所有连接均透过网络系统,这些网络系统可以是以太网(Ethernet)、企业内联网(Intranet),亦可以是国际互联网(Internet)等。
在本发明中,数据库服务器中操作系统采用Microsoft公司提供的Windows 2000 Server版本,其中数据库系统采用Microsoft公司提供的SQLServer 2000版本;应用服务器上的操作系统采用的是Microsoft公司提供的Windows 2000 Server版本;在客户端的操作系统为Windows 98以上版本。然而,上述配置只是在本发明的最佳实施例中所采用,任何能达成本发明所述要求的操作系统和数据库软件均可被采纳,如操作系统可采用Linux操作系统、数据库服务器可以采用Oracle公司的相关软件。
下面对本发明中所涉及的相关术语说明如下:
开卷,是指当用户需要为一个案件进行立卷管理时,为该卷分配一个卷号,建立一个电子档案夹,且通知其它各分支管理信息子系统的动作。
在线开卷,是指当各分支管理信息子系统与中央管理信息子系统之间的网络连线正常时,各分支客户端直接透过中央管理信息子系统的中央应用服务器进行开卷的活动。
离线开卷,是指当各分支管理信息子系统与中央管理信息子系统之间的网络连线出现故障时,各分支客户端透过各自分支管理信息子系统的分支应用服务器进行开卷的活动。
在线恢复,是指当各分支管理信息子系统与中央管理信息子系统之间的网络连线恢复正常后,中央管理信息子系统把各分支管理信息子系统中的离线开卷资料自动转化为在线开卷资料的活动。
如图4所示,是本发明分布式案件管理系统的服务器基本资料表。该服务器基本资料表10存放于各地数据库服务器中,其存储有本发明所有应用服务器的基本资料。这些资料包括部门名称101、主机名称102、主机地址103、本地代码104、主站点标示105和离线开卷权值106。其中,部门名称101,是应用服务器所属部门名称;主机名称102,是各应用服务器的主机名称,如甲地应用服务器名称为甲APP01;主机地址103,是指服务器的IP地址,如10.153.24.126等;本地代码104,是用于指明各服务器所属地的代码,如甲或乙等;主站点标示105,是用于标示该应用服务器为中央应用服务器还是分支应用服务器的一个参数,如果其值为Y,则表明该应用服务器为中央应用服务器,如果其值显示为空(NULL),则表示该服务器为分支应用服务器;离线开卷权值106,是各地进行离线开卷时分配卷宗序号所需加上的权值,主要用于区隔各分支管理信息子系统的离线开卷序号,如甲地离线开卷权值为2000,乙地离线开卷权值为4000,丙地的离线开卷权值为3000。
如图5所示,是本发明分布式案件管理系统案件基本资料表,该案件基本资料表11存放于各地的数据库服务器中,其存储有每一个案件的基本资料。在图5中只列出了其中一部份项目:案件编号111、案件年份112、案件型别代码113、序号114、案件卷号115和国家代码116。其中,案件编号111,是指各地案件的序号值,该值是唯一的,所有该案件的关联信息均要以此为参考,如在甲地所开的一个案件卷宗,其案件编号为甲123,则该案件编号一直不会改变,即使是离线开卷,其在在线恢复时,该案件编号亦不会改变;案件年份112,是指该案件开卷时的年份;案件型别代码113,是指该案件的所属类别的代码,如在某专利事务所,可以用S来表示专利调查卷宗,用A来表示专利申请卷宗,用P来表示专利授权卷宗,等等;序号114,是指该案卷被分配的序号,其中在线序号和离线序号均存于此一栏;案件卷号115,是指对该卷宗所进行的编码,其结合了案件年份112、案件型别代码113和序号114,如案件卷号2000A2650即代表该案件为2000年开卷、案件型别为申请案、序号为2650,在进行在线开卷时,此栏存放的是在线案件卷号,在进行离线开卷时,此栏存放的是离线案件卷号;国家代码116,是指处理该项案件所主要涉及国家的代码,如该案件为一美国申请案,则其国家代码用US表示,如还可以用CN表示中国,用JP表示日本等等。图5中只列出了上述一些栏位,其实还有很多与该卷宗相关的信息均存于此表中,如案件名称、案件等级、委托日期、委托人与卷宗所在地等等。
如图6所示,是本发明分布式案件管理系统的案件序号索引表,该案件序号索引表12存储于各地之数据库服务器中,是用于存储当前某一案件型别的可用在线序号值和离线序号值的相关信息。该表包含有案件型别代码113、在线序号索引值121、离线序号索引值122、更新用户123和更新时间124。其中案件型别代码113指出该些序号索引值所对应的案件型别,因为不同之案件型别对应有不同的案件序号索引;在线序号索引值121为网络通畅时,基本资料表11中的最大序号加上1所得出的值;而离线序号索引值122是在离线开卷时,离线最大序号(已加上了离线权值)加上1所得出的值;更新用户123是指最后进行作业的用户;更新时间124是指对该表进行更新的最近时间。
如图7所示,是本发明分布式案件管理系统的离线开卷记录表。该离线开卷记录表13存放于各地之分支数据库服务器中。在该表中包含有两项内容,即案件编号131和离线时间132。其中,案件编号131与前面所述案件编号相同,离线时间132是指进行离线开卷这项作业的时间。
如图8所示,是本发明分布式案件管理系统的离线开卷日志表,该离线开卷日志表14存储在中央数据库服务器中,是用于记录离线案件编号与在线恢复后的在线案件编号的对应关系。离线开卷日志表14包含有案件编号141、线案件卷号142、在线案件卷号143、离线时间144和恢复时间145。其中,离线案件卷号142,是离线开卷时系统为其所分配的案件卷号;在线案件卷号143,是在线恢复后所对应的案件卷号;离线时间144,即为离线开卷的时间;恢复时间145,即为对离线开卷资料进行在线恢复的时间。
下述部分将详细描述在线开卷、离线开卷及在线恢复的具体过程。
再请参阅图3所示,本发明以甲地之的管理信息子系统为中央管理信息子系统。现以乙地为例来说明在线开卷、离线开卷及在线恢复的整个流程。首先需判断乙地分支管理信息子系统与中央管理信息子系统的网络连接状态,即为现在处于在线状态还是处于离线状态。
如图9所示,是本发明分布式案件管理系统中判断分支管理信息子系统与中央管理信息子系统之间的网络是否连通的流程图。例如,在2000/1/1,乙地用户需要新开一个大陆申请案的卷宗,其激活安装在客户端81的应用程序,连接本地应用服务器82(步骤S20);其利用应用服务器82访问位于数据库服务器83中的服务器资料表10(步骤S21);根据本地代码乙,读取本机服务器的记录(步骤S22);判断其中的主站点标示是否为Y(步骤S23),在本发明中,其中主站点标示为NULL,说明该应用服务器非为中央应用服务器,即为分支应用服务器,故读取下一条记录(步骤S25),重复步骤S23,直到主站点标示为Y。则取出该条记录中的主机地址,即甲地应用服务器的IP地址10.153.24.126(步骤S24)。乙地应用服务器82就会根据该IP地址尝试连接中央应用服务器72(步骤S26),在本实施例中,该步骤是利用WIN2000SERVER中的COM+执行。如果成功则说明乙地分支管理信息子系统8处于在线状态,乙地客户端就可以透过中央应用服务器72进行在线开卷,如不成功则说明乙地分支管理信息子系统8处于离线状态,乙地用户就不可以透过中央应用服务器72进行在线开卷,而只能通过乙地应用服务器82进行离线开卷(步骤S27)。假设开卷前,基本资料表11中乙地的案件最大编号为乙234,案件年份为2000年;案件序号索引表12中的在线序号索引值为450。
下面分别介绍在线开卷过程和离线开卷过程。首先介绍在线开卷过程,如图10所示,如果乙地应用服务器82与中央应用服务器72连线成功,则乙地客户端可以透过中央应用服务器72访问中央数据库服务器73(步骤S30)。此时,中央应用服务器73会读取案件序号索引表12中的在线序号索引值450(步骤S31),把它作为该新开卷的案件序号,故会给该案件编一卷号为2000A0450,而其案件编号是在原有最大案件编号上加1,即乙235(步骤S32)。这时会在中央数据库服务器的基本资料表中增加一条记录,其中,案件编号为乙235,案件卷号为2000A0450(步骤S33),同时会更新案件序号索引表中12的在线序号索引值,把案件序号索引表12中的在线序号索引值变成451(案件序号450加1)(步骤S34)。然后,使用者即可以通过客户端81向基本资料表11中写入该新开案件的其它相关信息,如案件名称、承办人、完成日期等。最后,中央数据库服务器73会把这些更动资料向各分支数据库服务器中复制,即把基本资料表中的新增记录和案件序号索引表复制到乙地和丙地的数据库服务器中相应位置(步骤S35)。这样就达到了中央管理、分散备援的作用,这时,判断是否需继续开卷(步骤S36),如果需要,则会回至步骤S31,重复进行上述步骤,否则,整个在线开卷过程结束。
而以后用户可以对该案件进行一系列的维护作业,如对案件资料的增加、删除、修改等。这些作业均存入中央数据库服务器中,亦会透过中央数据库服务器向其它分支数据库服务器复制。而其中的案件资料的资料形态可能是文件(documents)、视频(video)、图像(image)、声音文件(wave)或是其它举凡可以被计算机(如PC)所处理的数字化资料。
下面介绍离线开卷过程。如图11所示,如果乙地应用服务器82与中央应用服务器72连线不成功,则客户端81就在本地应用服务器(乙地应用服务器82)上进行作业。假设下述为第一次进行离线开卷,首先,乙地客户端81会访问本地应用服务器82(步骤S40),通过乙地应用服务器82访问乙地数据库服务器83中的案件序号索引表12,取出在线序号索引值450(步骤S41),然后加上服务器资料表中的本地(乙地)离线开卷权值4000得到4450(步骤S42),把该值作为该新开卷的离线序号,即会生成一新卷号2000A4450(步骤S43),则在乙地数据库服务器83中的案件基本资料表11中增加一条记录:案件编号为乙235(即在原有最大案件编号234上加1),案件年份为2000,案件型别代码为A,序号为4450,案件卷号为2000A4450,国家代码为CN(步骤S44)。同时会在乙地数据库服务器83中的离线开卷记录表13中增加一条记录为:案件编号乙235,更新时间20000101_10:45(指当时系统时间)(步骤S45)。且会更新乙地数据库服务器83中的案件序号索引表12中的离线序号索引值记为4451(离线序号4450加1)(步骤S46)。用户就可以把该案件的其它信息写进乙地数据库服务器中83的案件基本资料表11中。判断是否需继续开卷(步骤S47),如果不需要,则整个过程结束;如果需要新开另外一个美国申请案的卷宗,则乙地应用服务器82会从乙数据库服务器83中案件序号索引表12中取出离线序号索引值4451,作为新开卷的离线序号(步骤S48),回至步骤S43,其余过程上述如上所述,即会在乙地数据库服务器83的基本资料表11中再增加一条记录:案件编号为乙236、案件年份为2000、序号为4451、案件卷号为2000A4451、国家代码为US。同时会在离线开卷记录表13中增加一条记录为:案件编号乙236、更新时间20000101_13:45(指当时系统时间)。同时更新乙地数据库服务器83中的案件序号索引表12中的离线序号索引值成为4452(离线序号4451加1)。用户就可以把该案件的其它信息写进乙地数据库服务器中83的案件基本资料表11中。
如图12所示,是本发明分布式案件管理系统对离线开卷资料进行在线恢复的流程图。现在以乙地两个离线开卷2000A4450和2000A4451的在线恢复过程为例进行说明。用户可以在任何时间内激活定时程序Schedule,该程序是一定时器,其会每隔一定时间激活在线恢复离线开卷资料的进程(步骤S1)。这时,乙地应用服务器82即会连接乙地之数据库服务器83,检查离线开卷记录表13中是否有离线开卷记录,读取离线开卷记录数,写入一变量Count中(步骤S2)。判断Count是否大于零(步骤S3)。如果不大于零则表示无离线开卷记录,则使schedule复位(步骤S4),则会隔一段时间重新激活schedule,重复前述步骤;如果大于零,则说明有离线开卷记录,则在此次过程中,离线开卷记录表13中有两条记录,即离线记录数为2,Count值大于零;乙地应用服务器82就会在乙地数据库服务器83中的服务器资料表10中读取中央应用服务器的IP地址10.153.24.126,根据该IP地址连接中央应用服务器72(步骤S5)。如果连接不成功则回至步骤S4;如果连接成功,说明网络连线已恢复正常,则乙地应用服务器82根据离线开卷记录表13中第一条记录的案件编号乙235,然后在案件基本资料表11中找到相对应的记录,把该条基本资料记录复制到中央资料服务器中的相应位置(步骤S6)。在本实施例中,即可在中央应用服务器72中对该被复制的离线开卷案件的卷号进行恢复。该恢复具体步骤如下:首先判断该案件卷号的是否需要在线恢复,这是因为可能在某些情况下,在线开卷资料有可能会写入离线开卷记录表13中。假设此时中央数据库73中的案件序号索引表12的在线序号索引值为455。将中央数据库服务器73的在线序号索引值与该条离线开卷案件的序号4450相比较,可知455远小于4450,故知该条记录确实为离线所开卷宗,故需要恢复(步骤S7)。否则回至步骤S11(下文会进行说明)。然后,中央应用服务器72读取中央资料服务器73中案件序号索引表12中的在线序号索引值455,生成该离线开卷案件对应的在线案件卷号2000A455,更新中央数据库服务器73中案件编号为乙235的上述记录,即把其中的序号4450变成455,案件卷号变成2000A455,其余不变(步骤S8)。然后在中央资料服务器72的离线开卷日志表14中,新增一条记录,记录下该案件的恢复信息:案件编号乙235、离线案件卷号2000A4450、在线案件卷号2000A455、离线时间20000101_11:45及恢复时间20000103_11:45(当时的系统时间),这些过程在步骤S9中实现。并把中央数据库服务器73中的案件序号索引表12的在线序号索引值更新为456(案件序号455加1),同时把恢复后的案件编号为乙235的整条记录向乙地和丙地的数据库服务器相应位置复制,即在乙地数据库服务器83中的案件基本资料表中案件编号为乙235的记录中修改相应序号值和案件卷号值,而在丙地数据库服务器93中的案件基本资料表中增加一条为乙235的记录(步骤S10)。然后返回离线开卷地乙,删除乙地数据库服务器83中离线开卷记录表13中案件编号为乙235的记录(步骤S11)。并将Count值减去1(步骤S12)。则对卷号为2000A4450离线开卷案件的在线恢复过程结束。然后回至步骤S3,因为这时的count值为1,大于零,故会进行后续步骤,即会完成对卷号为2000A4451离线开卷案件的在线卷号恢复过程。而后又会回至步骤S3,而此时count值为零,故会转至步骤S4,对乙地数据库服务器中的离线开卷案件的卷号恢复过程结束。其它分支管理信息子系统中的离线开卷案件的卷号在线恢复过程与此类似,故不再叙述。
Claims (17)
1.一种用于管理跨地区联合作业案件的电子资料的分布式案件管理系统,其特征在于包括:
一中央管理信息子系统,至少包含一中央数据库服务器及一中央应用服务器;
至少一分支管理信息子系统,包含至少一客户端、一分支应用服务器及一分支数据库服务器;
其中中央数据库服务器及各分支数据库服务器皆存储有案件序号索引表、离线开卷日志表、服务器基本资料表及其他案件信息;
所述案件序号索引表包括在线序号索引值及离线序号索引值栏位,所述离线开卷日志表包括在线案件卷号及离线案件卷号栏位,所述服务器基本资料表包括离线开卷权值栏位;
其中客户端可透过网络访问前述的中央应用服务器,藉以进行案件业务作业并读写中央数据库服务器中的案件信息,每一分支数据库服务器通过网络与中央数据库服务器相连接,中央数据库服务器会将其中的案件信息复制至各分支数据库服务器中;
当网络出现故障时,所述客户端可藉访问所述分支应用服务器以进行离线开卷作业,当网络恢复正常后,所述中央应用服务器会对分支应用服务器作业的离线开卷案件信息进行在线恢复,然后通过中央数据库服务器向各分支数据库服务器复制;
所述进行离线开卷作业是通过读取所述分支数据库服务器中案件序号索引表中的在线序号索引值,将所述在线序号索引值加上一离线开卷权值生成一新的离线案件卷号,并更新所述案件序号索引表中的离线序号索引值;
所述进行在线恢复是通过读取所述中央数据库服务器中案件序号索引表中的在线序号索引值以生成一新的在线案件卷号,并将所述新的在线案件卷号替换所述离线开卷资料中的卷号。
2.权利要求1所述的分布式案件管理系统,其特征在于,其中中央管理信息子系统还包含有至少一客户端。
3.如权利要求1所述的分布式案件管理系统,其特征在于,其中每一分支管理信息子系统内部通过企业内联网进行连接。
4.如权利要求1所述的分布式案件管理系统,其特征在于,其中所述网络系统可为企业内联网或因特网。
5.如权利要求1所述的分布式案件管理系统,其特征在于,其中所述分支数据库服务器和中央数据库服务器所包含的服务器基本资料表用于记录各分支应用服务器和中央应用服务器的基本识别资料。
6.如权利要求1所述的分布式案件管理系统,其特征在于,其中所述分支数据库服务器和中央数据库服务器包含有用于记录各开卷案件资料的案件基本资料表。
7.如权利要求1所述的分布式案件管理系统,其特征在于,其中所述分支数据库服务器和中央数据库服务器所包含的案件序号索引表用于记录当前所开案件的最大序号值。
8.如权利要求1所述的分布式案件管理系统,其特征在于,其中所述分支数据库服务器包含有用于记录离线开卷时的案件的基本识别资料的离线开卷记录表。
9.如权利要求1所述的分布式案件管理系统,其特征在于,其中所述中央数据库服务器所包含的离线开卷日志表用于记录离线开卷资料在线恢复后与原离线开卷资料的对应关系。
10.一种分布式案件管理方法,其能管理中央管理信息子系统与多个分支管理信息子系统之间的开卷资料的传递,其中,每一管理信息子系统均包含有至少一客户端、一应用服务器及一数据库服务器,其特征在于,该方法包括如下步骤:
(a)分支应用服务器判断管理信息子系统与中央管理信息子系统之间网络是否连通;
(b)如果网络连通,所述分支管理信息子系统的客户端与中央应用服务器相连接,透过中央应用服务器将案件业务信息写入中央数据库服务器中,且中央数据库服务器中将所述信息复制至各分支数据库服务器中,如果网络不能连通则进行步骤(c);
(c)所述客户端连接本地分支应用服务器;
(d)读取所述分支数据库服务器中案件序号索引表中的在线序号索引值;
(e)将所述在线序号索引值加上一离线开卷权值;
(f)生成一新的离线案件卷号;
(g)更新所述案件序号索引表中的离线序号索引值;
(h)在离线开卷记录表中进行记录;
(i)当网络恢复连通时,读取所述中央数据库服务器中案件序号索引表中的在线序号索引值;
(j)生成一新的在线案件卷号;
(k)将所述新的在线案件卷号替换所述离线开卷资料中的卷号;
(l)中央应用服务器把恢复后的开卷资料存入中央数据库服务器中,中央数据库服务器会将恢复后的开卷资料复制到各分支数据库服务器中的相应位置。
11.如权利要求10所述的分布式案件管理方法,其特征在于,其中还包括中央应用服务器判断所述离线开卷资料是否需要进行在线恢复的步骤。
12.如权利要求10所述的分布式案件管理方法,其特征在于,其中还包括在中央数据库服务器中建立一离线开卷日志表的步骤。
13.如权利要求12所述的分布式案件管理方法,其特征在于,其中还包括中央应用服务器把离线开卷信息及其对应的在线恢复后的开卷信息写入离线开卷日志表的步骤。
14.如权利要求10所述的分布式案件管理方法,其特征在于,其中在中央应用服务器对所述离线开卷资料进行在线恢复后,还包括删除离线开卷地的离线开卷记录的步骤。
15.如权利要求10所述的分布式案件管理方法,其特征在于,其中步骤(a)还包括如下步骤:
(a1)所述客户端连接本地分支应用服务器,读取本地分支数据库服务器中的服务器基本资料表中的一条记录;
(a2)判断所述记录中主机标示是否为中央应用服务器标示;
(a3)如果所述主机标示非为中央应用服务器标示,则回至步骤(a1),读取下一条记录,否则进行步骤(a4);
(a4)通过所述记录中中央应用服务器的主机地址连接中央应用服务器。
16.如权利要求15所述的分布式案件管理方法,其特征在于,其中主机标示是用于判断某一应用服务器是否为中央应用服务器的标示。
17.如权利要求15所述的分布式案件管理方法,其特征在于,其中主机地址是各应用服务器的IP地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB011301244A CN1185596C (zh) | 2001-12-21 | 2001-12-21 | 分布式案件管理系统及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB011301244A CN1185596C (zh) | 2001-12-21 | 2001-12-21 | 分布式案件管理系统及其方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1426006A CN1426006A (zh) | 2003-06-25 |
CN1185596C true CN1185596C (zh) | 2005-01-19 |
Family
ID=4669751
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB011301244A Expired - Fee Related CN1185596C (zh) | 2001-12-21 | 2001-12-21 | 分布式案件管理系统及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1185596C (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100377156C (zh) * | 2005-03-08 | 2008-03-26 | 中国科学院计算技术研究所 | 一种利用组通信系统进行数据库复制的方法和中间件 |
CN101114373B (zh) * | 2007-01-26 | 2011-07-20 | 浙江杭嘉湖软件技术有限公司 | 一种法院网络委托执行系统 |
CN101951382B (zh) * | 2010-09-28 | 2013-06-19 | 广州市科传计算机科技股份有限公司 | 一种基于三层架构的数据传输系统及数据传输方法 |
CN101957867B (zh) * | 2010-10-29 | 2012-10-03 | 国电南瑞科技股份有限公司 | 电力调度自动化系统分布式应用解列状态下数据缓存方法 |
CN103595744B (zh) * | 2012-08-16 | 2018-08-07 | 腾讯科技(深圳)有限公司 | 信息管理的方法及客户端 |
CN103076994B (zh) * | 2012-12-31 | 2016-02-03 | 北京中科大洋科技发展股份有限公司 | 一种san共享文件系统中实现离线写文件的方法 |
US10678445B2 (en) * | 2015-06-10 | 2020-06-09 | Microsoft Technology Licensing, Llc | Recovery in data centers |
-
2001
- 2001-12-21 CN CNB011301244A patent/CN1185596C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN1426006A (zh) | 2003-06-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10891067B2 (en) | Fast migration of metadata | |
US8214334B2 (en) | Systems and methods for distributed system scanning | |
US6675177B1 (en) | Method and system for backing up digital data | |
CN102016852B (zh) | 内容可寻址存储系统和方法 | |
CN101617290B (zh) | 操纵数据存储系统中的数据 | |
JP5607059B2 (ja) | パーティション化した拡張可能で可用性の高い構造化ストレージにおけるパーティション管理 | |
CN1096639C (zh) | 具有镜象存储盘的替换延迟更新的数字存储系统和方法 | |
KR100556594B1 (ko) | 데이터베이스에 관한 방법 | |
EP2144177B1 (en) | System and method for a log-based data storage | |
CN101361048B (zh) | 在信息生命周期管理环境中将文件恢复到其适当的存储级 | |
CN100547589C (zh) | 用于处理搜索查询的方法和系统 | |
JP2003296171A (ja) | 電子帳票管理方法及びプログラム | |
US20070083563A1 (en) | Online tablespace recovery for export | |
DE602005002532T2 (de) | Cluster-datenbank mit ferndatenspiegelung | |
US20120323841A1 (en) | Data integration apparatus, data integration method, and computer product | |
US6879982B2 (en) | Data management system, server, and data management method | |
US20070094312A1 (en) | Method for managing real-time data history of a file system | |
CN1904847A (zh) | 用于确定对源文件作出的改变以便传输到目标位置的方法和系统 | |
US20070100826A1 (en) | Method for improving the performance of database loggers using agent coordination | |
US6457011B1 (en) | Method of updating a shared database in a computer network | |
CN1185596C (zh) | 分布式案件管理系统及其方法 | |
AU653044B2 (en) | Data processing system | |
CN102360382A (zh) | 一种高速对象并行存储系统目录复制方法 | |
US20030115145A1 (en) | System and method for managing distributed files | |
CN1241119C (zh) | 用于原子地及持续地交换资源组的方法、系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20050119 Termination date: 20161221 |