CN102812462A - 数据库，数据管理服务器和数据管理程序 - Google Patents

Abstract

减轻ERP系统的数据更新或检索的处理负荷。数据库具有登录了包含含有多个业务过程的流程的各种数据的流程数据的流程表PT，登录了表示上述流程数据的更新条件的更新条件数据的更新条件表UT。上述流程数据为包含状态数据，通用数据和过程固有数据的数据。上述状态数据为表示在上述流程中包含的多个业务过程各自的进展状况的数据。上述通用数据为在同一个流程中包含的业务过程间通用的数据。上述过程固有数据为在同一个流程中包含的各业务过程所固有的数据。上述状态数据根据上述过程固有数据更新而更新。上述更新条件数据为表示上述状态数据其状态的数据。

Description

数据库,数据管理服务器和数据管理程序

技术领域

本发明涉及可在ERP系统中应用的数据库，具有该数据库的数据管理服务器和装载于该数据管理服务器中的数据管理程序。

背景技术

先前，作为构筑企业的基干业务系统用的软件包，利用称为ERP(Enterpri se Resource Planning企业资源计划)(或ERP包)的软件包。

作为该ERP所装载的系统，可以实时地连系企业的销售管理，购买管理，在库管理，生产管理，财务会计，管理会计的基干业务，一元地管理各业务的信息。

在这种系统(ERP系统，或统合基于业务系统)中，作为数据转换装置，例如，可以实施经营资源的信息管理，在按照预设的第一数据格式进行信息通信的统合业务系统处，连接有多个信息装置，其按照不同于第一数据格式的第二数据格式进行信息通信，基于统合业务系统所输出的第一数据格式接受其信息的输入，将所接受的信息转换为第二数据格式，并发信至信息装置。基于组设这种数据转换装置的构成，也存在提高系统便利性的因素。(参照专利文献1)。

先前的技术文献

专利文献1：特开2009-099070号公报

发明内容

发明要解决的问题

然而，在先前的ERP系统中，将在各业务过程中取得的数据(包含由使用者输入的各种数据和从各种数据算出的数据)分别登录在专用的数据目录(表)中，进行管理。即，在先前的ERP系统中，在每个接受定货或出厂指示等的输入过程中，更新的目录不同。再有，所谓“输入过程”，表示将在各业务过程中ERP系统的管理者等取得的(或决定的)各种数据，输入各目录中的处理。

图12为说明先前的ERP系统的目录构成的例子的说明图。例如，在由多个业务过程构成的业务流程(过程流程)表示“库存销售”的情形，输入过程为接受订货，出货指示，出库，检收，和销售额五个。在这种情况下，容纳有“库存销售”程序相关数据的目录，如图12(A)至图12(E)所示，每项输入过程就分别成为接受订货目录、发货指示目录、出库目录、验收目录以及销售目录这样五项。

也就是，采用以往的ERP系统，每项输入过程所更新的目录是不同的。其原因在于，同一程序所属的多项业务过程间的对应关系，是针对于各业务过程相关的数据(过程数据)，通过赋予标识符(在图12中，发货指示目录中的接受订货号码和接受订货明细、以及出库目录中的发货指示号码和发货指示明细等)来进行的。

因此，在先前的ERP系统中，对于一个输入过程，必须特别规定与输入过程的种类相应的目录，和输入对应的其他过程数据的标志符。即，例如在图12所示的情况下，在将由与接受定货号码“A00001”和接受定货明细号码“0010”特定的过程数据(即，在接受定货表中，放置在与接受定货号码“A00001”和接受定货明细号码“0010”同一列上的各种数据)相关连的业务过程“发货指示”的过程数据，登录在ERP系统具有的数据库中的情况下，作为“发货指示”的过程数据，必须与表示特定过程数据的发货指示号码和发货指示明细号码，表示业务过程种类的形式和表示业务过程内容的数据(例如接受定货目的地，数量，金额，发货指示日，发货检测等)一起，将接受定货号码“A00001”和接受定货明细号码“0010”登录到发货指示目录中。要将一部分相同的数据(例如接受定货目的地或数量，金额等)登录到多个目录中，从高效的数据处理的观点来看，这是有问题的。

再有，使用以往的ERP系统，当根据客户的要求，利用容纳于各种目录的各种数据制作帐票时，需要搜寻出过程数据的标识符才能检索到所需要的数据，由于有时需要分别单个地获取数据，所以，当流程含有多项业务过程时，为了输出流程相关的帐票，势必造成处理上负荷过大的这种问题的存在。

本发明的目的是要解决上述问题，减轻ERP系统的数据更新或检索的处理负荷。

解决问题所用的方法

本发明的数据库的特征为，它具有流程目录，并登录有流程数据，其包括含有多个业务过程的、与流程相关的各种数据，和具有更新条件目录，登录有更新条件数据，以表示上述流程数据的更新条件；上述流程数据，为包含状态数据，通用数据和过程固有数据的数据；上述状态数据，为表示在上述流程中包含的多个业务过程各自的进展状况的数据；上述通用数据，为在同一个流程中包含的业务过程间通用的数据；上述过程固有数据，为在同一个流程中包含的各业务过程所固有的数据；上述状态数据根据上述过程固有数据更新而更新；上述更新条件数据，为表示上述状态数据的状态的数据。

利用上述结构，可减轻ERP系统数据的更新或检索的处理负荷。

上述数据库在管理在每个上述过程流程中发生的过程流程数据的过程流程数据管理服务器中具有，该过程流程数据管理服务器包含可根据从客户端发出的要求，将上述过程流程数据的一部分或全部提供给该客户端的过程流程数据提供装置也可以。

上述过程流程数据管理服务器，其构成还可以包含过程数据接受装置，接受作为与上述多个业务过程分别相关的数据的过程数据的输入；含有登录判定装置，根据上述更新条件数据，判定通过上述过程数据接受装置将所接受的过程数据，作为上述流程数据的一部分是否登录；含有流程数据更新装置，根据该登录判定装置判定为登录上述过程数据，并对登录在上述流程目录中的流程数据进行更新。

上述过程流程数据管理服务器，还可基于如下构成，含有非充分条件特定装置，对应上述登录判定装置所做出的不登录上述过程数据的判定，特定为未能满足更新条件的非充分更新条件；含有报知装置，将通过该非充分条件特定装置所特定的非充分条件，报知给上述用户终端；含有充分判定装置，以既定的时间，对作为上述非充分更新条件，是否能够满足特定的更新条件作出判定；并且，上述流程数据更新装置，根据经上述充分判定装置所判定的作为上述非充分更新条件、已经满足了特定的更新条件的情况，将该更新条件所对应的过程数据登录到上述流程目录中。

再有，本发明的数据管理服务器，作为可以向客户终端提供各种数据的数据管理服务器，其特征在于：含有流程数据存储装置，对含有多项业务过程的、并包括与流程相关的各种数据的流程数据，和表示该流程数据更新条件的更新条件数据进行存储；含有流程数据更新装置，对应上述流程的进度状况，对该流程数据进行更新；含有流程数据提供装置，根据来自于上述客户终端的要求，将上述流程数据的部分或全部提供给该客户终端；并且，上述流程数据，为包含状态数据，通用数据和过程固有数据的数据。上述状态数据，为表示在上述流程中包含的多个业务过程各自的进展状况的数据；上述通用数据，为在同一个流程中所包含的业务过程间通用的数据；上述过程固有数据，为在同一个，流程中包含的各业务过程所固有的数据；上述更新条件数据，为表示上述状态数据的状态的数据；上述流程数据更新装置，根据上述更新条件数据而更新上述流程数据。

再者，本发明的数据管理程序，作为一种用以操纵控制数据管理服务器，并使其针对客户终端提供各种数据的数据管理程序，其特征在于，可以使上述数据管理服务器实施如下处理：实施流程数据更新处理，对流程数据存储装置中所存储的流程数据进行更新，其存储的数据包括，与含多项业务流程的流程进展状况相对应、且与上述流程相关的各种数据的流程数据，以及表示该流程数据更新条件的更新条件数据；实施流程数据提供处理，根据来自于上述客户终端的要求，将上述流程数据的部分或全部提供给该客户终端；上述流程数据为包含状态数据，通用数据和过程固有数据的数据；上述状态数据为表示在上述流程中包含的多个业务过程各自的进展状况的数据；上述通用数据为在同一个流程中包含的业务过程间通用的数据。上述过程固有数据为在同一个流程中包含的各业务过程所固有的数据。上述更新条件数据为表示上述状态数据的状态的数据。在上述流程数据更新处理中，进行根据上述更新条件数据，实施对上述过程流程数据的更新处理。

发明的效果

采用本发明，可以减轻ERP系统的数据更新或检索的处理负荷。

附图说明

图1为表示本发明的一个实施例的统合基干业务系统的构成例子的方框图，

图2为表示流程数据的容纳状态的例子的说明图，

图3为表示更新条件数据的容纳装态的例子的说明图，

图4为表示数据库的更新处理的例子的流程图，

图5为表示帐票输出处理的例子的流程图，

图6为表示流程数据更新要求输入画面的例子的说明图，

图7为表示更新错误通知显示画面的例子的说明图，

图8为表示帐票显示画面的例子的说明图，

图9为根据流程数据的状态，说明帐票情况的迁移的说明图，

图10为说明数据库的更新处理的用途的说明图，

图11为表示进展状况判定条件数据的容纳状态的例子的说明图，

图12为说明先前的ERP系统的目录的构成例子的说明图。

具体实施方式

以下，参照附图，说明本发明的一个实施例。

图1为表示本发明的一个实施例的统合基干业务系统500的构成例子的方框图。如图1所示，统合基干业务系统500包含基干业务服务器200，数据仓库服务器(DWH服务器)300，客户端10，客户端20。构成统合基干业务系统500的各元件分别利用通信网络连接。

在本例子中，基干业务服务器200和DWH服务器300利用专用线路51连接。另外，客户端10利用LAN(局域网)52与DWH服务器300连接。客户端20利用因特网53与DWH服务器300连接。

基干业务服务器200为由统合基干业务系统500的管理者管理的服务器，具有管理各种业务的帐票信息等，和作为表示各种业务过程的信息的数据的过程数据的各种功能。本例子的基干业务服务器200由具有OS(操作系统)或关系式数据库(关系式DB)的一般的信息处理装置构成。

这里，所谓帐票为帐簿或传票类的总称。所谓帐簿为记入金钱或物品的出纳相关事项者，所谓传票为成为作成帐簿时的基础的数据，是业务上的交易等的证据。基干业务服务器200只处理表示作成各种传票用的传票信息的过程数据。

另外，如图1所示，为了实现作为业务应用程序DB210，过程流程DB220和一般的基干业务服务器的功能，本例子的基干业务服务器200还具有容纳必要的各种数据(例如，放置在业务应用程序DB210中的各种程序利用的数据)的其他DB230。该其他DB230，由于是与本发明没有特别关系的部分，省略其详细的说明。

业务应用程序DB210为存储在各种业务中应用的程序的存储媒体。作为存储在业务应用程序DB210中的程序有销售业务管理程序，购买业务管理程序，生产管理程序，财务会计管理程序和管理会计管理程序等。

过程流程DB220为存储由利用存储在业务应用程序DB210中的各种程序的各种信息处理，收集整理等的各种过程数据(或帐票数据)构成的流程数据的存储媒体。在本例子中，说明在过程流程DB220中，包含含有多个业务过程的流程的各种数据的流程数据容纳在流程表PT中的情况。在本例子中还说明基干业务服务器200利用一个过程流程表PT，一元管理在每个过程流程中发生的过程流程数据的情况。

另外，基干业务服务器200在后述的每一个形式中，或后述的通用数据的内容的一部分(例如，接受定货方等)相同的每个形式中，利用多个表管理过程流程数据也可以。

图2为表示过程流程DB220的流程数据的容纳状态的例子的说明图。如图2所示，本例子的流程数据包含主关键部分，参照关键部，形式部，状态部分，通用数据部和过程固有数据部。与流程数据的各部分对应的项目(即流程表PT的各列项目)分别表示构成流程数据的过程数据的种类。即，构成流程的各业务过程的数据，由构成流程数据的各部分分摊容纳。另外，一个流程(例如，从某企业发出的接受定货至交货的一连串的过程流程)的过程数据，在流程表PT中，放置在同一个记载(即过程表PT的同一行)中。利用这种结构，可定义各过程数据间的对应关系。

这里，所谓“主关键部”为在过程流程数据中，容纳唯一地特定作为流程数据的数据的主要关键数据部分。在本例子中，主关键部分由过程流程号码和过程流程明细号码构成。即，在本例子中，过程流程号码和过程流程明细号码的组合，成为各过程流程数据的识别符(ID)。主关键部分在过程流程数据的初次登录时更新。所谓“在流程数据的初次登录时”为当在过程流程数据中追加记载(数据行)时，属于某个过程流程的过程数据，对应的其他过程数据则意味着登录了未登录的过程数据时。这里的“更新”包含数据的追加。

所谓“过程流程号码”为特定一个流程数据(即，图2所示的流程表PT的一列)的标识符。过程流程号码赋予所定项目相同的每个过程数据。在本例子中，对于过程流程数据的形式和接受定货目的地相同的流程数据，流程号码被赋于相同的号码。

另外，所谓“过程流程明细号码”为从赋于相同的过程流程号码的流程数据中，特别规定特定的过程流程数据的标识符。即，图2所示额过程流程表PT在过程流程的形式“在库销售”的业务过程“接受定货”中，通过过程流程号码“000001”和过程流程明细号码“0010”或“0020”的组合，可以从接受定货目的地“T001”唯一地特定包含表示接受定货金额“1200”和“2600”的业务的过程数据的过程流程数据。

其次，所谓“参照关键部”为容纳作为特定流程数据中，与销售退货的原交易等流程关连的其他流程数据(或其他的过程数据)的参照关键数据的部分。在本例子中，参照关键部分由参照号码和参照明细号码构成。参照关键部分在过程流程数据初次登录时更新。

另外，在参照号码和参照明细号码中，还可分别放置与过程流程关连的其他过程流程的号码和过程流程的明细号码。在新规交易情况下等，没有与过程流程关连的其他过程流程的情况下，在参照关键部分中还可容纳表示与同一记载的主关键部分相同值的数据(即，在参照号码中有过程流程号码，在参照明细号码中有过程流程明细号密码)。另外，在参照关键部分表示与过程流程关连的其他过程数据的情况下，在参照关键部分中，还可设置特定过程数据种类的数据。

所谓“形式部”为容纳过程流程数据中，表示作为在库销售或样件出厂等过程流程种类的数据的形式数据的部分。形式部在过程流程数据初次登录时更新。流程的种类不限于在库销售或样件出厂。还可预先决定在每个过程流程种类中，哪种过程是否必要(即，在每个过程流程种类中包含的业务过程的种类或数量不同)。在后面提示多个过程流程的其他种类(参照图11)。

所谓“状态部分”为容纳过程流程数据中，作为表示流程进展的数据(即表示在流程中包含的多个业务过程的进展状况的数据)的状态数据的部分。在本例子中，状态数据通过对于流程必要的业务过程，在未完成的业务中设定“0”，在已完成的业务中设定“1”，表示各业务过程的进展。即，如图2所示，在“在库销售额”的过程流程中，在过程流程中包含的业务过程为“接受定货”，“出厂”，“出库”，“出库检收”，和“销售额”的情况下，登录业务过程“接受定货”的过程固有数据(例如，接受定货日)。在这种情况下，情况数据的与“销售额”对应的部分为“1”，其他部分仍为初期状态(即设定“0”的状态)。

即，本例子的状态部在每个业务过程中更新。换言之，当输入后述的过程固有数据时，具体地，当通过满足所定的情况变更条件，判定各业务过程完了时，更新状态部分。另外，状态变更条件没有特别的限制，在本例子中，可将“与一个业务过程对应的过程固有数据全部输入”作为情况变更条件，存储在基干业务服务器200的给定的存储区域中。

在本例子中，由于不同种类的过程流程容纳在同一个表中，因此有在构成表的项目(列项目)中，将不要的过程数据存放在特定的过程流程中的情况。在这种情况下，在过程流程表中，容纳不要的过程数据的部分成为空数据，在与空数据对应的情况数据中，存放“0”。

所谓“通用数据部”为存储在过程流程数据中，作为不由接受定货目的地或出厂目的地等业务过程决定的数据(即，在同一过程流程中包含的业务间通用的数据)的通用数据的部分。通用数据部分在过程流程数据初次登录时更新。

所谓“过程固有数据部分”为容纳在过程流程数据中，作为在登录在接受定货日或业务过程中的数据(例如，表示“交纳期限必须送到”或“易碎物(注意易碎物)”等注意事项的测试数据)等同一过程流程中包含的各业务过程中固有数据的过程固有数据的部分。过程固有数据部分在每个各业务过程中更新。因此，在本例子中，在流程数据中，由业务过程产生的为“过程固有数据”，不由业务过程产生的为“通用数据”。

以上为本例子的过程流程数据的说明，这里，简单地说明图2所示的各种用语的定义。

首先，所谓“接受定货”意味着从客户接受定购，与客户缔结契约的状态。另外，所谓“出厂指示”意味着进行向仓库业者或物流担当者出厂商品的指示的状态。所谓“出厂”意味着从仓库出厂商品，移动开始的状态。所谓“检收”意味着老客户目的地的检收完了，商品的所有权移向老客户目的地的状态。另外，所谓“销售”意味着确认客户的检收，客户的债权金额确定(＝列入债权)的状态。

另外，“检收”的用语也在“检查交货品或服务是否按定购的规格(＝按定购的数量，颜色或形状，品质)的业务”，或“检收完了时，资产所有权移动”的意味上使用。在财务会计上(或制度会计上)或ERP系统上，由于要使资产所有权的移动时间明确，定义“检收”的事件与出库区别。

另外，在本例子中，在过程流程DB220中，具有登录了表示过程流程数据(或过程流程表PT)的更新条件的更新条件数据的更新条件表UT。

图3为表示过程流程DB220的更新条件数据的容纳状态的说明图。如图3所示，本例子的更新条件数据包含业务过程的名称，过程流程的形式和过程流程数据更新条件。

这里，所谓“过程流程数据更新条件”表示与过程流程的形式相应的过程数据的登录条件。在本例子中，在将某个业务过程的过程数据追加至过程流程数据中的情况下，流程数据更新条件表示作为前提，过程流程数据具有的过程数据的种类(即，在流程中完了的业务过程的种类)。即，在更新条件表UT为图3所示的情况下，当将例如业务过程“出库检收”的过程数据追加至形式“在库销售”的流程数据中时，必要在流程数据中登录预先决定的业务过程“接受定货”，“出厂指示”和“出库”(即，在图3中，在与业务过程名称“出库检收”和形式“在库销售”同一列的单元上设定“1”的业务过程)的过程数据。更新条件表UT由统合基干业务系统500的管理者作成也可以，由客户端10，20的使用者作成也可以。

基干业务服务器200具有根据给定的抽出条件，将放置在过程流程DB220和其他DB230中的各种数据，变换为CSV(Comma Separated Values，逗号隔开的值)形式，送至DWH服务器300的功能。在本例子中，基干业务服务器200利用FTP(File Transfer protocol，文件传输协议)，将CSV形式的数据文件传送至DWH服务器300。

DWH服务器300为由本系统的系统管理者管理的服务器，具有实现数据仓库的各种功能。这里，所谓“数据仓库”指从按时间序列积蓄的帐票数据等的业务数据(在本例子中，为过程流程数据)中，分析各项目间的关连性的系统。另外，DWH服务器300具有将从基干业务服务器200传送的CSV形式的文件变换为给定的数据形式，将各种数据登录在给定的容纳区域中的功能。另外，DWH服务器300不进行数据形式的变换，从CSV形式的状态抽出与各容纳区域相应的数据也可以。

客户端10，20为具有CPU(中央处理装置)，ROM，RAM和显示部分的信息处理装置(客户端终端)。在本例子中，客户端10，20具有Web浏览器或表计算软件等可用于处理帐票数据的各种应用软件。另外，在本例子中，客户端10，20具有定义根据使用者的操作输入，从DWH服务器300取得必要的帐票数据(在本例子中，为流程数据)的查询(检索项目，检索键，抽出键等)，送至DWH服务器300的功能。

在本例子中，客户端10具有通过LAN与DWH服务器300通信，由给定的表计算软件将从DWH服务器300取得的数据输出至显示部分的功能。

另外，客户端20具有通过因特网与DWH服务器300通信，利用Web浏览器将从DWH服务器300取得的数据输出至显示部分的功能。

在本例子中，客户端10，20还具有根据存储在基干业务服务器200的过程流程DB220中的流程数据，将具有给定形态的帐票输出至自己具有的显示部的功能。

统合基干业务系统500的结构不限于此，例如，客户端10，20和基干业务服务器200不通过DWH服务器300，进行直接的数据发送接收的结构也可以。即，客户端10，20直接访问流程DB220B也可以。

其次，参照附图，说明统合基干业务系统500的基干业务服务器200的动作。与本发明没有特别关系的动作或处理，省略其内容。

图4为表示基干业务服务器200实行的数据库更新处理的例子的流程图。利用数据库更新处理，可对基干业务服务器200进行更新存储在过程流程DB220中的过程流程数据的处理。在本例子中，基干业务服务器200，在给定的时机，取得通过利用存储在业务应用程序DB210中的各种程序的各种信息处理收集，整理的各种过程数据或流程数据。

在数据库更新处理中，首先，判定基干业务服务器200是否取得新的流程数据(最新流程数据)(步骤S101)。当判定没有取得新规过程流程数据时(步骤S101的N)，基干业务服务器200移至后述的步骤S103的处理。

另一方面，当判定取得新规过程流程数据时(步骤S101的Y)，基干业务服务器200将取得的流程数据登录到过程流程表PT上(步骤S102)。

其次，基干业务服务器200判定是否取得与登录完的过程流程数据对应的过程数据(即，构成过程流程的业务过程的数据)(步骤S103)。

另外，由基干业务服务器200取得的过程数据是否为登录完的过程数据的判定，可通过判定具有取得的数据具有的流程号码和过程流程明细号码的组合的流程数据是否容纳在过程例程表PT中进行。由于这样，在本例子中，在基干业务服务器取得的数据(由业务的实行者输入的数据或由业务应用程序作成的数据)中，必须包含构成主关键部的数据(即，流程号码和流程明细号码)。

当判定没有取得与登录完的过程流程数据对应的过程数据时(步骤S103的N)，基干业务服务器200参照其他DB230，特定与取得的数据对应的存储区域，登录取得的数据(步骤S104)，移至步骤S101的处理。

另一方面，当判定取得与登录完的过程流程数据对应的过程数据时(步骤S103的Y)，基干业务服务器200参照与取得的过程数据对应的更新条件表UT，特定与取得的过程数据相应的更新条件数据(步骤S105)。在本例子中，基干业务服务器200，根据过程数据表示的业务过程的种类和流程的识别信息(即，流程号码和过程流程明细号码)，特定更新条件。

当特定更新条件时，基干业务服务器200判定过程流程数据是否满足特定的更新条件数据表示的更新条件(步骤S106)。即，基干业务服务器200根据过程流程数据和更新条件数据，判定是否将取得的过程数据，作为过程流程数据的一部分，登录到过程流程表PT中。在本例子中，基干业务服务器200比较与取得的过程数据对应的过程流程数据的情况部分和更新条件数据，在更新条件数据中，设定“1”的业务过程，在情况部分也全部设定在“1”的情况下，判定流程数据满足更新条件。

当判定过程流程数据不满足特定的更新条件数据表示的更新条件时(步骤S106的N)基干业务服务器200实行给定的错误处理(步骤S107)，移至步骤S101的处理。所谓“错误处理”，如果为不更新过程流程数据的处理，则没有特别的限制，在满足更新条件前，将过程数据一次保存在给定的存储区域中也可以，为研究取得不满足更新条件的过程数据的原因的处理(即，将错误报知管理者的处理，或将不充足的更新条件的内容报知管理者的处理等)也可以。

另一方面，当判定流程数据满足特定的更新条件数据表示的更新条件时(步骤S106的Y)，基干业务服务器200更新登录到过程流程表PT上的过程流程数据(即，将取得的过程数据登录在过程流程表PT上)(步骤S108)。

当更新过程流程数据时，基干业务服务器200利用过程数据的更新，判定是否满足过程流程数据的给定的情况变更条件(步骤S109)。当与过程流程数据的更新相应，判定不满足给定的情况变更条件时(步骤S109的N)，基干业务服务器200移至步骤S101。

另一方面，当判定与过程流程数据更新相应，满足给定的情况变更条件时(步骤S109的Y)，基干业务服务器200，根据满足的情况变更条件，更新过程流程数据包含的情况数据(步骤S110)，移至步骤S101的处理。

本例子的数据库更新处理由基干业务服务器200的管理者的结束操作结束。

另外，数据库更新处理为实时进行的处理也可以，在每个特定的单位时间进行的分批处理也可以。只在指定的期间进行实时处理的，一部分具有实时性的处理(准实时处理)也可以。

其次，参照附图，说明本例子的统合基干业务系统500的基干业务服务器200，DWH服务器300和客户端10，20的动作。与本发明没有特别关系的动作或处理，省略其内容。

图5为表示基干业务服务器200，DWH服务器300，和客户端10实行的帐票输出处理的例子的流程图。在帐票输出处理中，基干业务服务器200利用通过DWH服务器300，向客户端10提供过程流程数据(过程流程数据的一部分或全部)，进行在客户端10具有的显示画面上显示帐票的处理。由于在客户端10和客户端20中，只有通信网络不同，因此，在本例子中，以使用客户端10的情况为例进行说明。另外，本例子的DWH服务器300由于只是基干业务服务器200和客户端10进行通信的辅助(例如，客户端的认证等)，以下，省略DWH服务器300的动作的说明。

在本例子中，还根据客户端10发出的要求，说明基干业务服务器200更新流程数据的情况。在本例子中，这里说明的过程流程DB220的更新处理(即，帐票输出处理的过程流程DB220的更新处理)为数据库更新处理(参照图4)的一个例子。

在帐票输出处理中，首先，客户端10根据客户端10的使用者A的操作输入，将过程流程数据更新要求的输入画面要求送至基干业务服务器200(步骤S301)。

当接受过程流程数据更新要求的输入画面要求时，基干业务服务器200发送根据接受的过程流程数据的更新要求的输入画面要求的过程流程数据更新要求的输入画面(步骤S201)。

当接受过程流程数据更新要求的输入画面时，客户端10在自己具有的显示部分的显示画面上，显示过程流程数据的更新要求的输入画面(步骤S302)。

图6为表示过程流程数据更新要求的输入画面的例子的说明图。如图6所示，在过程流程数据更新要求的输入画面上，设有：接受更新对象的识别信息(在本例子中为与过程流程数据的主关键部分对应的数据，即，过程流程号码和过程流程明细号码)的输入的主关键数据输入区域11，接受使用者A进行的过程数据表示的业务过程的种类的输入的业务过程输入区域12，接受其他的过程数据内容的输入的详细数据输入区域13，接受将输出至显示部分的显示画面，切换至其他显示画面的要求的返回按钮14，根据输入至各输入区域(在本例子中为主关键数据输入区域11，业务过程输入区域12，详细数据输入区域13)的内容，接受过程流程数据的更新要求的更新按钮15。

当接受可由鼠标操作的光标P进行的在各输入区域中选择任一种时，客户端10开始接受接受选择的输入区域的检测数据(包含数字和文字)的输入。例如，当接受键盘的检测数据输入时，客户端10在选择接受的检测数据的区域显示。另外，当接受业务过程输入区域12的选择时，客户端10以拉下形式，可选择地显示给定的业务过程的名称。接受过程数据输入的方法不限于这个，例如，客户端10一次接受归结为给定的数据形式的多个过程数据也可以。

当接受利用鼠标操作更新按钮15的选择时，客户端10判定接受由输入至各输入区域的数据构成的过程数据实现的过程流程数据的更新要求(步骤S303)。

当判定接受过程流程数据的更新要求(更新要求)时，客户端10将接受的更新要求发送至基干业务服务器200(步骤S304)。

当接受更新要求时，基干业务服务器200在登录到过程流程表PT上的过程流程数据中，取得与接受的更新要求相应的过程流程数据(步骤S202)。这时，基干业务服务器200，作为与更新要求(即，接受的过程数据)相应的过程流程数据，取得包含更新要求表示的主关键数据(即，输入主关键数据输入区域11的数据)的过程流程数据。这里，所谓“取得”意味着在后述的处理中，为了比较过程流程数据和更新条件数据等，暂时存储在给定的存储区域中。

当取得与更新要求相应的过程流程数据时，基干业务服务器200取得与更新要求相应的更新条件数据(步骤S203)。这里，所谓与更新要求相应的更新条件数据，为利用更新要求表示的业务过程和过程流程数据的形式(即，输入业务过程输入区域12的业务过程和由步骤S202的处理取得的过程流程数据表示的形式)，可以特定的更新条件数据(参照图3)。

当取得更新条件数据时，基干业务服务器200比较取得的过程流程数据和更新条件数据(步骤S204)，判定是否满足过程流程数据的更新条件(步骤S205)。

当在更新条件数据中，设定“1”的项目的任何一个以上，在过程流程数据的情况部分上，不设定为“1”，从而判定不满足过程流程数据的更新条件时(步骤S205的N)，基干业务服务器200作成更新错误通知，发送给客户端10，(步骤S206)，结束这里的处理。

当接受更新错误通知时(步骤S305的Y)，客户观10根据接受的更新错误通知，在自己具有的显示部分的显示画面上，显示更新错误通知的显示画面(步骤S306)。

图7为表示更新错误通知的显示画面的例子的说明图。如图7所示，在更新错误通知的显示画面上，设置与过程流程数据的更新要求输入画面重叠显示的更新错误通知的显示区域21。在本例子的更新错误通知显示区域21中，除了设置将更新错误通知使用者A的定型文以外，还设置接受旨在显示更新条件的详细的要求的详细显示按钮22，接受旨在从显示画面消去更新错误通知的显示区域21的封闭的按钮23。

客户端10根据接受使用者对详细显示按钮22的选择，以可认识的形态(例如，表示过程流程数据的情况部分和更新条件数据的过程流程数据更新条件的对照表)，显示基干业务服务器200的过程流程数据和更新条件数据的比较结果。

另一方面，当通过在更新条件数据中，全部设定“1”的项目，在过程流程数据的情况部分上，设定为“1”，判定满足过程流程数据的更新条件时(步骤S205的Y)，基干业务服务器200将更新要求表示的过程数据追加到过程流程数据中，更新流程数据(步骤S207)。

当更新过程流程数据时，基干业务服务器200将更新的过程流程数据送给客户端10(步骤S208)，结束这里的处理。

另一方面，当接受过程流程数据时，客户端10根据接受的过程流程数据，在自己具有的显示部分的显示画面上，显示帐票显示画面(步骤S307)。

图8为表示帐票显示画面的例子的说明图。如图8所示，在帐票显示画面上，设有显示根据过程流程数据的帐票的帐票显示区域31，帐票情况显示区域32，返回按钮33，变更按钮34。客户端10根据在客户端10具有的键盘等的操作，变更在帐票显示区域31中显示的帐票的缩尺。

在帐票显示区域31中，以给定的形态，显示过程流程数据的一部分或全部。在本例子中，以给定的显示形态显示过程流程数据的一部分或全部的信息，由基干业务服务器200作成。在帐票输出处理的步骤S208的时间，发送给客户端10。客户端10根据存储在自己具有的存储装置中的信息，以给定的显示形态，在帐票显示区域31上，显示接受的过程流程数据的一部分或全部也可以。

另外，帐票情况显示区域32为显示在帐票显示区域31上显示的帐票的种类(或状况。以下称为情况)的区域。作为帐票的情况有接受定货传票，出库传票，检收传票，和请求书等种种。

另外，返回按钮33为接受将显示画面返回过程流程数据更新要求输入画面的要求的按钮。客户端10还可根据接受使用者A进行的返回按钮33的选择，不但将显示画面返回过程流程数据更新要求输入画面，而且可将取消根据更新要求的过程流程数据的更新的要求，发送给基干业务服务器200也可以。在这种情况下，客户端10根据返回按钮33的选择，以显示输入各输入区域(在本例子中为主关键数据输入区域11，业务过程输入区域12，详细数据输入区域13)的检测数据(在业务过程输入区域12中选择的业务过程)的状态，显示过程流程数据更新要求的输入画面也可以。利用这种结构，容易确认使用者A的输入内容。

另外，变更按钮34为旨在接受变更帐票显示区域31的显示内容的要求的按钮。以下，说明有关帐票显示区域31的显示内容的变更处理。

当显示帐票显示画面时，客户端10判定是否接受使用者A进行的帐票情况变更要求(步骤S308)。

在本例子中，客户端10首先接受使用者A进行的帐票情况显示区域32的选择。例如，当接受通过利用鼠标操作可以操作的光标P进行帐票情况显示区域32的选择时，客户端10以拉下形式，可选择地显示表示可显示的帐票的形态的帐票情况名称的清单。

这里，在显示的帐票情况名称中，指可从基干业务服务器200，与流程数据一起接受者。具体地，基干业务服务器200，根据预先存储在给定的存储区域中的帐票的形态的数据(帐票形态数据)，和流程数据的状态(即，过程流程表PT的各列项目的输入状态)，特定表示可显示的帐票的形态的帐票情况名称。即，例如，在发送给客户端10的过程流程数据的形式为“在库销售”，只在过程固有数据部分上登录业务过程“接受定货”的过程数据的情况下，基干业务服务器200只特定“接受定货传票”作为帐票情况名称。另外，在除了业务过程“接受定货”的过程数据外，还登录业务过程“出库”的过程数据的情况下，基干业务服务器200特定“接受定货传票”和“出库传票”作为帐票情况名称。

图9为说明根据过程流程数据的状态的帐票情况的迁移的说明图。在图9中，图像101-104分别为根据过程流程数据，在帐票显示区域31上显示的帐票(具体地为传票)的形态。另外，图像101-104为说明帐票情况迁移的说明图，不是表示起作为各种帐票的作用的具体的记载例。

当以图像104为例说明时，图像104的区域111为表示帐票情况名称，区域112为表示过程流程的形式，区域113为表示在流程数据中包含的过程数据的业务过程的名称的区域(在本例子中为文字列显示区域)。在本例子中，还在区域111中显示与流程数据中包含的过程数据的种类对应的帐票情况名称。

在这种情况下，如从图9的图像101向图像104的迁移所示，每当对于一个过程流程数据，登录与各业务过程相应的过程数据时，增加帐票名称(即，根据过程流程数据，可显示的帐票形态)。这意味着不是“有没有下一种类的帐票”，而是“根据流程数据的状态，加上帐票的情况(即，增加可以显示的帐票的种类)”。

以下，以在帐票输出处理的步骤S307的处理前，客户端10接受包含业务过程“接受定货”，“出厂指示”，“出库”，“出库检收”的过程流程数据的情况为例，继续说明。在本例子中，利用步骤S307的处理，客户端10在帐票显示区域31上，显示与对应于在接受的流程数据表示的流程中，位于业务过程“接受定货”，“出厂指示”，“出库”，“出库检收”中最上位的业务过程“接受定货”对应的帐票情况名称的帐票(参照图8)。客户端10在帐票显示区域31上，显示与由步骤S207的处理，在新的流程数据上追加的与过程数据相应的业务过程对应的帐票也可以。

当在帐票情况变更要求的接受判定处理(步骤S308)中，判定不接受使用者A的帐票情况变更要求时(步骤S308的N)，客户端10移至后述的步骤S310的处理。

另一方面，当判定接受使用者A的帐票情况变更要求时(步骤S308的Y)，客户端10在帐票显示区域31上显示与接受的变更要求相应的帐票(步骤S 309)。在本例子中，客户端10接受与使用者A进行的业务过程“出库”对应的帐票情况名称“出库传票”的选择，在帐票显示区域31上显示与业务过程“出库”对应的帐票(出库传票)。在这种情况下，客户端10在帐票情况显示区域32上，显示帐票情况名称“出库传票”。

当显示与帐票情况变更要求相应的帐票时，客户端10判定是否结束帐票输出处理(步骤S310)。当判定不结束帐票输出处理时(步骤S310的N)，客户端10移至步骤S308的处理。

另一方面，当判定通过接受使用者A进行的给定的结束操作，结束帐票输出处理时(步骤S310的Y)，客户端10结束这里的处理。

如以上说明的那样，在上述实施例中，由于数据库(例如，流程DB220)具有登录了包含含有多个业务过程的过程流程(例如，形式“在库销售”的流程)的各种数据的流程数据的流程表PT，登录了表示上述流程数据的更新条件的更新条件数据的更新条件表UT，上述流程数据包含状态数据，通用数据和过程固有数据，上述状态数据为表示在上述流程中包含的多个业务过程(例如，接受定货，出厂指示，出库，出库检收，销售)各自的进展状况的数据。上述通用数据为在同一个流程中包含的业务过程间通用的数据(例如，表示接受定货方或金额等的数据)，上述过程固有数据为在同一个流程中包含的各业务过程所固有的数据(例如，接受定货日或接受定货检测)，上述状态数据根据上述过程固有数据更新而更新(例如，根据追加过程固有数据，对应的情况数据从“0”变更至“1”)，上述更新条件数据为表示上述情况数据的状态的数据，因此可减轻ERP系统的数据的更新或检索的处理负荷。

即，可减少数据更新时发生的I/O数据(输入输出数据)的量。

图10为说明上述的基干业务服务器200实行的数据库更新处理的有用性的说明图。

图10(A)为表示最初的过程数据输入时的数据更新量的比较结果的表。这里，最初输入的过程数据的种类(即，业务过程的种类)没有特别的限制。如图12所示，“先前型”意味着在各业务过程的每个中具有表的数据库。另外，所谓“数据量的差”不表示严密的数值，在比较更新容纳在先前型的表中的数据的情况，和更新容纳在新型的过程流程表(即，过程流程表PT，参照图2。以下在与先前型比较的情况下，称为适宜的“新型”)中的数据的情况的情况下，在新型处理的数据量多的情况下，为+(加)，在新型处理的数据量少的情况下为-(减)，在新型和先前型处理的数据量相同的情况下为“0”。

在这种情况下，在最初的过程数据输入时，情况部分更新必要的新型处理的数据量多。但是，由于情况部分的数据量小，实质上在先前型和新型中，I/O数据(输入输据和输出数据)的量没有大的差别。

另一方面，图10(B)为表示第二个过程以后的过程数据输入时的数据更新量的比较结果的表。即，它是表示与输入过程流程表PT中的过程流程中，包含主关键部分，参照关键部分，形式部分，情况部分，通用部分和过程固有数据部分的一部分(例如，与业务过程“接受定货”相应的过程固有数据“接受日”，“接受定货检测”)的业务过程相应的过程数据输入时的数据更新量的比较结果的表。为了定义与输入的过程数据的对应关系，在输入与登录在接受订货的表中的过程数据(接受定货数据)对应的其他过程数据(例如，在输入与业务过程“出厂指示”对应的过程数据(出厂指示数据)的情况下，作为出厂指示，除了与本例子的主关键部分，参照关键部分形式部分，通用部分，和过程固有数据部分对应的数据(参照图2和图12)外，必须输入表示对应的接受定货数据的“接受定货号码”和“接受定货明细”。

在这种情况下，在第二个过程以后的过程数据输入时，与必要情况部分以外的全部部分的先前型比较，由于新型只更新情况部分和过程固有数据部分，因此I/O数据量少。

因此，新型比先前型的I/O数据量少，对系统性能有利。

即，由于削减了数据库的I/O，因此，可实现减少写入量，缩减数据库全体的容量，和减轻检索处理的处理负荷。另外，关于减轻检索处理的处理负荷，过程(过程数据)不跨越多个表也是一个重要因素。

另外，在新型中，使过程数据的输入顺序有一定程度的不同顺序有优点。即，例如，当考虑形式“在库销售”时，在先前型的情况下，流程的顺序限定为接受定货，出厂指示，出库，出库检收，销售的顺序，不能改变顺序。利用先前型的表的结构，可以通过在后面的业务过程的数据中，具有前面的业务过程的主键，表现业务过程间的关系(例如，出厂指示表的“接受定货号码”和“接受定货明细”。参照图12)。另一方面，利用新型的表的结构，有关系的业务过程的数据放置在同一个记载中(即，同一个表的同一列)。由于这样，对业务过程间的前后关系没有制约，可以柔软地替换业务过程的顺序。即，例如在实际的业务的顺序为“接受定货在出厂指示后”的情况下，可将过程数据的输入顺序作成沿着实际的业务的顺序的形状。因此，在进展管理上(换言之，内部统制上)，对先前型有利。具体地，现在的批发业界的业务顺序为“接受定货在出厂指示后”。

另外，在新型中，通过由系统的管理者或使用者将更新条件数据的内容作成可设定的结构，可以防止不正确的过程数据输入。即，由于通过设定更新条件数据，可对过程数据的更新设置限制，例如，可对“记入没有出库实绩的销售额”等内部统制上有问题的顺序设置限制，可以提高数据库的可靠性。

利用新型，可以减轻过程流程进展查询的负荷。即，在确认过程流程至今进展的情况下，利用先前型的表结构，必须确认从开始传票的表依次至最终传票的表的全部表的登录状况。例如，当以形式“在库销售”为例时，必须确认接受定货，出厂指示，出库，出库检收，请求五个表。而利用新型的表的结构，由于作为“状态部分”具有过程流程的进展状况，因此只用一个表，查询一个记载，就可确认进展情况。这在使用进展状况的查询画面或开发时有利。

另外，在上述实施例中，由于在管理在每个流程中发生的流程数据的过程流程数据管理服务器(例如，基干业务服务器200)中，具有数据库(例如过程流程DB220)，因此，过程流程数据管理服务器，可根据客户端(例如客户端10，20)发出的要求，向客户端提供过程流程数据的一部分或全部，因此，与先前比较，可构筑业务过程的数据(例如，表示帐票作成中必要的帐票信息的流程数据)提供处理负荷可减轻的系统。

在上述实施例中，过程流程数据管理服务器(例如，基干业务服务器200)，接受作为多个业务过程各自的数据的过程数据的输入，根据更新条件数据，判定作为过程流程数据的一部分，登录了接受的过程数据(例如，流程数据的更新要求表示的过程数据)了吗(例如，判定过程流程数据是否满足更新条件。参照图4的步骤S106，图5的步骤S205)。由于根据判定为登录过程数据，可更新登录在过程流程表PT中的过程流程数据，可防止不正确地数据的登录。即，在数据的管理方面，在使用者希望只在登录了必须作为业务过程的一种的“出库检收”的业务过程“接受定货”，“出厂指示”。“出库”的数据后登录的情况下，通过只设定更新条件数据，可以如使用者希望那样，限制流程数据的更新。

在上述实施例中没有特别谈及，与判定过程流程数据管理服务器(例如，基干业务服务器200)不登录过程数据相应，特定作为不满足的更新条件的非充足更新条件，将特定的非充足更新条件报知客户端(例如，客户端10，20)，与判定在给定的时间，作为非充足更新条件，特定的更新条件满足吗，与判定作为非充足更新条件，特定的更新条件满足相应，将与更新条件对应的过程数据登录在过程流程表PT中也可以。

利用这种结构，客户端的使用者可防止必须多次输入相同的数据。即，由于报知非充足更新条件的使用者，如果进行为了满足非充足条件的操作，可将已输入完的过程数据登录在流程表上，因此，不必要重新输入过程流程数据。另外，利用过程流程数据管理服务器，由于在与接受的过程数据对应的过程流程数据的特定或更新条件的充足判定中，不需要再次进行必要的处理，因此可减少同一处理进行的次数。

在上述实施例中没有特别谈及，数据库(例如，过程流程DB220)具有登录了作为表示过程流程的进展状况的判定条件的数据的进展状况判定条件表，过程流程数据管理服务器(例如，基干业务服务器200)可根据进展状况判定条件，判定情况数据(例如，放置在过程流程表PT中的情况部分中的数据，参照图2)是否满足进展状况判定条件，将与判定满足的进展状况判定条件相应的进展状况，报知客户端(例如，客户端10，20)也可以。

图11为表示存放在进展情况判定条件表中的进展情况判定条件数据的存放状态的例子的说明图。如图11所示，本例子的进展情况判定条件数据包含过程流程的形式，与过程流程的形式相应的进展情况判定条件。

在流程的形式中，除了上述的在库销售外，还有样件出厂，服务销售，名义变更(销售)，名义变更(出厂)，销售退货(有原交易参照)，销售退货(无原交易参照)，销售金额调整(加)，销售金额调整(减)等业务过程不同的各种形式。

所谓“进展状况判定条件”为表示过程流程的进展状况的判定基准的条件，在本例子中，在每一个过程流程形式必要的业务过程(例如，在接受定货，出厂指示，出库，出库检收，和销售中，预先另外设定的业务过程)中，设定“1”。

在情况部分的状态与进展状况判定条件数据一致的情况下，基干业务服务器200判定，在容纳在流程表PT中的过程流程数据中，过程流程数据的记载处在“完了”状态(即，判定流程数据表示的过程流程完了)，进行将这个意思报知给定的客户端(例如，客户端10，20)的处理(报知处理)。

利用这样的结构，业务完成状况的判定可以构筑可能的系统。特别是，由于通过比较流程数据包含的情况数据和进展状况判定条件数据，可以达到业务完成状况的判定处理，因此与需要参照容纳在多个表中的数据输入状况的先前的情况比较，可减轻业务完成状况的判定的处理负荷。

另外，进展状况判定处理或报知处理的开始时机，为从客户端发出的要求时也可以，预先设定的时机也可以。

在上述的进展状况判定条件表的例子中，由于进展状况判定条件数据包含判定流程是否完了的完了条件，因此，一连串业务的完了判定容易构筑可能的系统。

另外，进展状况判定条件数据不限于判定过程流程为“完了”状态，例如，包含判定有“50％完了”的状态的结构也可以。另外，进展状况判定条件数据表示从最初的过程数据的输入时至经过给定时间输入的过程数据的种类也可以。

在进展状况判定条件表中，不但有上述的“应该输入的数据全输入了吗”的判定功能，而且有在“不应输入的数据没有输入吧”中，限制数据输入的功能。在这种情况下，当更新过程流程表PT时，在追加的过程数据为过程固有数据的情况下，基干业务服务器200比较追加的过程固有数据的种类和进展状况判定条件表，在追加的过程固有数据种类为与在进展状况条件表中，不设定“1”的业务过程对应的情况下，不进行过程流程表的更新也可以。

上述实施例中没有特别谈到的是，数据库(例如，流程DB220)与输入给定的数据相应，在登录在过程流程表PT中的数据中的至少一部分中，设置数据内容变更的限制也可以。

即，例如，在过程流程DB220具有的流程表PT中，登录过程“出库检收”的过程固有数据前，可以变更流程表PT的通用数据部分(例如，数据的删除或写上)，但在过程“出库检收”的过程固有数据登录在过程流程表PT上后，通用数据部分的变更不自由。在这种情况下，使用者在变更通用数据部分的内容的情况中，加入输入的密码或满足的条件等的限制也可以。利用这样的结构，可防止伴随着一部分数据的变更的全体的矛盾的发生(即，伴随着输入的数据的修正，关连数据的整合性缺失)。

产业上利用的可能性

采用本发明，在构筑减轻数据更新或检索的处理负荷方面有用

符号说明

Claims (6)

1.一种数据库，其特征为，

具有流程目录，并登录有流程数据，其包括含有多个业务过程的、与流程相关的各种数据；具有更新条件目录，并登录有更新条件数据，以表示上述流程数据的更新条件；

上述流程数据，为包含状态数据，通用数据和过程固有数据的数据；

上述状态数据，为表示在上述流程中包含的多个业务过程各自的进展状况的数据；

上述通用数据，为在同一个流程中包含的业务过程间通用的数据；

上述过程固有数据，为在同一个流程中包含的各业务过程所固有的数据；

上述状态数据根据上述过程固有数据更新而更新；

上述更新条件数据，为表示上述状态数据其状态的数据。

2.如权利要求1的数据库，其特征为，上述数据库在管理在每个上述流程中发生的过程流程数据的过程流程数据管理服务器中具有，该过程流程数据管理服务器包含可根据从客户端发出的要求，将上述过程流程数据的一部分或全部提供给该客户端的过程流程数据提供装置。

3.根据权利要求2所述的数据库，其特征为，上述过程流程数据管理服务器，

含有过程数据接受装置，接受与上述多个业务过程分别相关的数据的过程数据的输入；

含有登录判定装置，基于上述更新条件数据，针对经上述过程数据接受装置所接受的过程数据、作为上述流程数据的一部分是否进行登录作出判定；

含有流程数据更新装置，根据该登录判定装置判定为登录上述过程数据的情形，并对登录在上述流程目录中的流程数据进行更新。

4.根据权利要求3所述的数据库，其特征为，上述过程流程数据管理服务器，

含有非充分条件特定装置，对应上述登录判定装置所做出的不登录上述过程数据的判定，特定为未能满足更新条件的非充分更新条件；

含有报知装置，将通过该非充分条件特定装置所特定的非充分条件，报知给上述用户终端；

含有充分判定装置，以既定的时间，对作为上述非充分更新条件，是否能够满足特定的更新条件作出判定；

并且，上述流程数据更新装置，根据经上述充分判定装置所判定的作为上述非充分更新条件、已经满足了特定的更新条件的情况，将该更新条件所对应的过程数据登录到上述流程目录中。

5.一种数据管理服务器，作为可以向客户终端提供各种数据的数据管理服务器，其特征在于：

含有流程数据存储装置，对含有多项业务过程的、并包括与流程相关的各种数据的流程数据，和表示该流程数据更新条件的更新条件数据进行存储；

含有流程数据更新装置，对应上述流程的进度状况，对该流程数据进行更新；

含有流程数据提供装置，根据来自于上述客户终端的要求，将上述流程数据的部分或全部提供给该客户终端；

并且，上述流程数据，为包含状态数据，通用数据和过程固有数据的数据；上述状态数据，为表示在上述流程中包含的多个业务过程各自的进展状况的数据；上述通用数据，为在同一个流程中所包含的业务过程间通用的数据；上述过程固有数据，为在同一个流程中包含的各业务过程所固有的数据；上述更新条件数据，为表示上述状态数据的状态的数据；上述流程数据更新装置，根据上述更新条件数据而更新上述流程数据。

6.一种数据管理程序，其特征为，

作为一种用以操纵控制数据管理服务器，并使其针对客户终端提供各种数据的数据管理程序，其特征在于，可以使上述数据管理服务器实施如下处理：

实施流程数据更新处理，对流程数据存储装置中所存储的流程数据进行更新，其存储的数据包括，与含多项业务流程的流程进展状况相对应、且与上述流程相关的各种数据的流程数据，以及表示该流程数据更新条件的更新条件数据；

实施流程数据提供处理，根据来自于上述客户终端的要求，将上述流程数据的部分或全部提供给该客户终端；

上述流程数据为包含状态数据，通用数据和过程固有数据的数据；上述状态数据为表示在上述流程中包含的多个业务过程各自的进展状况的数据；上述通用数据为在同一个流程中包含的业务过程间通用的数据；上述过程固有数据为在同一个流程中包含的各业务过程所固有的数据；上述更新条件数据为表示上述状态数据的状态的数据；在上述流程数据更新处理中，进行根据上述更新条件数据，实施对上述过程流程数据的更新处理。

Images