CN102893279A - 数据库,数据管理服务器,及数据管理程序 - Google Patents

Abstract

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

Description

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

技术领域

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

背景技术

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

作为装载有该ERP的系统，广为人知的是，可实时地连系企业的销售管理，购买管理，库存管理，生产管理，财务会计，管理会计的基干业务，可统一地管理各业务相关的信息的系统。

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

先前的技术文献

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

发明内容

发明要解决的问题

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

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

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

因此，采用以往的ERP系统，对于一项输入过程，对应输入过程的种类的目录特定和所对应其他的过程数据的标识符的输入是必要的。即，如图10所示的情况，以接受订货号码“A00001”和接受订货明细号码“0010”作为特定的过程数据(即，在接受订货目录中，接受订货号码“A00001”和接受订货明细号码“0010”收藏在同一列的各种数据，)并将与之相关联的、有关业务过程“发货指示”的过程数据向ERP系统所具有的数据库进行登录时，作为有关业务过程“发货指示”的过程数据，将表示特定过程数据的发货指示号码和发货指示明细号码、业务过程种类的形式，以及表示业务过程内容的数据(例如，接受订货单位、数量、金额、发货指示日、发货文本等)，同时，再加上将接受订货号码“A00001”和接受订货明细号码“0010”登录到发货指示目录时是必要的。这就是，针对在多个目录中登录一部分同一数据(例如，接受订货方及数量、金额)等，从有效数据处理的观点来看所存在的问题。

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

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

解决问题所用的方法

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

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

上述数据库，还可以设置于对上述每项流程所发生的流程数据实施管理的流程数据管理服务器中，该流程数据管理服务器，含有流程数据提供装置，对应来自于客户终端的要求，将上述流程数据的部分或全部提供给该客户终端。

备有进度状况判定条件目录，登录有进度状况判定条件数据，是表示上述流程的进度状况的判定条件的数据；上述流程数据管理服务器的构成，还可以含有进度状况判定装置，根据上述进度状况判定条件，对上述状态数据是否满足上述进度状况判定条件进行判定；含有进度状况报知装置，由该进度状况判定装置判定为满足条件的、则将对应于进度状况判定条件的进度状况，报知给上述客户终端。

上述进展状况提供条件数据，其构成还可以包含为了判定上述流程是否完了的完了条件。

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

进而，本发明的数据管理程序，是一种可以将各种数据提供给客户端，并对数据管理服务器进行动作控制的数据管理程序。用以使上述数据管理服务器实施如下处理：实施流程数据更新处理，根据包含多个业务过程的流程的进展状况，更新存储在存储包含上述流程相关的各种数据的流程数据的流程数据存储装置中的流程数据；和根据从上述客户端发出的要求，将上述流程数据的一部分或全部提供给该客户端的流程数据提供处理。上述流程数据为包含状态数据，通用数据和过程固有数据的数据。上述状态数据为表示在上述流程中包含的多个业务过程各自的进展状况的数据。上述通用数据为在同一个流程中包含的业务过程间的通用数据。上述过程固有数据为在同一个流程中包含的各业务过程所固有的数据。在上述流程数据更新处理中，进行根据上述过程固有数据的更新状况，更新上述状态数据的处理。

发明的效果

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

附图说明

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

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

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

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

图5为表示检索键输入画面的例子的说明图，

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

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

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

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

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

具体实施方式

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

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

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

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

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

再有，如图1所示，本例中的基干业务服务器200，具有容纳业务应用程序DB210，流程DB220，以及为了实现作为一般的基干业务服务器的功能，容纳必要的各种数据(例如，容纳在业务应用程序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”的业务的数据的流程数据。

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

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

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

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

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

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

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

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

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

首先，所谓“接受订货”意味着接受用户的订货，并与用户缔结契约的状态。另外，所谓“发货指示”，意味着向仓库业者或物流担当者发出商品指示的状态。所谓“出库”意味着商品从仓库发出、移动开始的状态。所谓“检收”意味着用户的检收完了，商品的所有权移向用户的状态。另外，所谓”销售“意味着确认用户的检收，针对用户的债权金额已经确定(＝计入债权)的状态。

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

基干业务服务器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的动作。与本发明没有特别关系的动作或处理，省略其内容。

图3为表示基干业务服务器200实行的数据库更新处理的例子的流程图。利用数据库更新处理，可对基干业务服务器200进行更新流程DB220的处理。

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

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

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

另一方面，当判定取得与登录完的过程流程数据对应的过程数据时(步骤S103的Y)，基干业务服务器200，在过程流程表PT的对应项目中，登录过程数据(步骤S105)。

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

当登录过程数据时，基干业务服务器200判定由过程数据登录产生的流程数据的给定的状态变更条件是否满足(步骤S106)。当判定根据过程数据登录的情况，不满足给定的状态变更条件时(步骤S106的N)，基干业务服务器200移至步骤S101。

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

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

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

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

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

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

当接受检索键的输入画面要求时，基干业务服务器200发送根据接受的检索键输入画面要求的检索键的输入画面(步骤S201)。

当接受检索键的输入画面时，客户10在自己具有的显示部分的显示画面上，显示检索键的输入画面(步骤S302)。

图5为表示检索键输入画面的例子的说明图。如图5所示，在检索键输入画面上设有：以拉下形式，可选择地显示在流程表PT上设定的项目的检索项目显示区域11，接受使用者A的检索键输入的检索键输入区域12，接受将输出至显示部的显示画面更换为其他线示画面的要求的返回按钮13，和接受检索项目和检索键进行的流程数据的检索要求的检索按钮14。

当客户10接受由鼠标操作可以操作的光标P进行的检索项目的选择时，选择的检索项目为临时选择状态。当接受检索按纽14的选择时，客户10判定接受处在临时选择状态的检索项目的选择(本选择)(步骤S303)，将选择的检索项目和输入至检索键的输入区域12中的检索键，发送至基干业务服务器200(步骤S304)。

当收信检索项目和检索键时，基干业务服务器200在登录到流程表PT中的流程数据中，在接受的检索项目表示的项目(即过程流程表PT的列项目)中，检索登录了与接受的检索键相同的(或包含接受的检索键)的文字列的过程流程数据(步骤S202)。这时，在检索键为空数据的情况下，基干业务服务器200全部检索在接受的检索项目中有过程数据(即在接受的检索项目中，容纳空数据以外的数据)的过程流程数据也可以，将检索错误的通知发送给客户10也可以。

当检索流程数据时，基干业务服务器200将检索的流程数据发送给客户10(步骤S203)，结束这里的处理。

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

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

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

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

另外，返回按钮23为接受将显示画面返回检索键输入画面的要求的按钮。变更按钮24为旨在接受变更帐票显示区域21的显示内容的要求的按钮。以下，说明有关帐票显示区域21的显示内容的变更处理。

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

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

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

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

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

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

以下，在帐票输出处理的步骤S 305的处理之前，以客户端10接受包含业务过程“接受订货”，“出库”的流程数据的情况为例，继续说明。在本例子中，利用步骤S305的处理，客户端10在帐票显示区域21上，显示与对应于在接受的流程数据表示的流程中，位于业务过程“出库”中上位的业务过程“接受定货”对应的帐票情况名称“接受定货传票”的帐票(参照图6)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

产业上应用的可能性

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

符号说明

Claims (6)

1.一种数据库，其特征为，它具有流程目录，并登录了流程数据，其包括含有多个业务过程的、与流程相关的各种数据，

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

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

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

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

上述状态数据，根据上述过程固有数据的更新而更新。

2.根据权利要求1所述的数据库，其特征为，上述数据库设置于对上述每项流程所发生的流程数据实施管理的流程数据管理服务器中，该流程数据管理服务器，含有流程数据提供装置，对应来自于客户终端的要求，将上述流程数据的部分或全部提供给该客户终端。

3.根据权利要求2的数据库，其特征为，

设有进度状况判定条件目录，其登录有进度状况判定条件数据，是表示上述流程的进度状况的判定条件的数据；

上述流程数据管理服务器，含有进度状况判定装置，根据上述进度状况判定条件，对上述状态数据是否满足上述进度状况判定条件进行判定；

含有进度状况报知装置由该进度状况判定装置判定为满足条件的、则将对应于进度状况判定条件的进度状况，报知给上述客户终端。

4.根据权利要求3所述的数据库，其特征为，上述进展状况判定条件数据，包含为了判定上述流程是否完了的完了条件。

5.一种数据管理服务器，

是针对客户终端，提供各种数据的数据管理服务器，其特征在于，

含有流程数据存储装置，对包括多项业务过程的、含有与其流程相关的各种数据的流程数据进行存储；

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

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

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

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

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

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

上述流程数据更新装置，根据上述过程固有数据的更新状况，更新上述状态数据。

6.一种数据管理程序，其特征为，作为一种可以将各种数据提供给客户端，并对数据管理服务器进行动作控制的数据管理程序，用以使上述数据管理服务器实施如下处理：

实施流程数据更新处理，

根据包含多个业务过程的流程的进展状况，更新存储在存储包含上述流程相关的各种数据的流程数据的流程数据存储装置中的流程数据的流程数据更新处理；

实施流程数据提供处理，根据从上述客户端发出的要求，将上述流程数据的一部分或全部提供给该客户端；

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

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

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

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

在上述流程数据更新处理中，进行根据上述过程固有数据的更新状况，更新上述状态数据的处理。

Images