CN103703477A - 便携终端管理服务器及便携终端管理程序 - Google Patents

Abstract

在向便携通信终端提供相关帐票信息业务系统方面，在进一步提高安全性的同时，可使ERP系统中的数据的更新及检索所需要的处理负荷减轻。ERP驱动的便携终端管理服务器10，设有程序DB18，用以存储作为与包括多项业务过程的程序相关联的各种数据，含有状态数据、通用数据、过程固有数据，及由该数据所生成的程序数据，并根据来自著录状态的便携终端31的程序数据的阅览要求，将存储于程序DB18中的程序数据提供至便携终端31。

Description

便携终端管理服务器及便携终端管理程序

技术领域

本发明涉及一种便携终端管理服务器、及装载于便携终端管理服务器的便携终端管理程序，作为ERP驱动的服务器，可应对来自于客户所使用的便携终端的要求，借助通信网络提供各数据。

背景技术

一直以来，作为构筑企业的基干业务系统的软件包，称之为ERP（Enterprise Resource Planning企业资源计划）的软件包已成为主流。通过该ERP所装载的（统合基干业务系统、ERP系统）基干业务系统，多用于相关数据库上的构筑，主要着眼于业务处理方面的操作程序的多方设计，而对于帐票输出方面的运用则不甚看重。

在这种状况下，需要提供各种各样的数据仓库系统，起到完善基干业务系统的作用，目的在于可高速处理大量的业务数据，可在各种切面上对业务数据进行分析并输出帐票。（请参照专利文献1）。

在以这种帐票输出为目的的帐票查询系统中，设计有针对于便携通信终端（便携终端）提供帐票等的信息的功能（请参照专利文献2-3）。

先前技术文献

专利文献

专利文献1：特开2002-312208号公报

专利文献2：特开2003-323582号公报

专利文献3：特开2007-200136号公报

发明概要

发明所要解决的问题

对上述这种便携通信终端提供帐票等信息的帐票查询系统，虽具便利性、即使在外出地点或行进中也可以获取信息，但却存在着信息泄露危险性很高的问题。因此，针对向便携通信终端提供帐票等信息的帐票查询系统，就得力求其高安全性的设计。

就是说，以往的ERP系统，是将各业务过程中获取的（包括客户所输入的数据以及从各种数据演算出的数据）数据，分别登录在专用的数据目录（图表）中进行管理的。即，在以往的ERP系统中，其接受订货及发货指示等的每项输入过程中所更新的目录是不同的。而且，所谓“输入过程”，是指在各业务过程中，将ERP系统的管理者等获取（或决定）的各种数据向各目录中进行输入的处理。

图18，就是针对以往的ERP系统中的目录构成的实例进行说明的说明图。例如，由多项业务过程构成的业务流程（工艺流程），在需要表示“库存销售”的情况下，就成为接受订货、发货指示、出库、验收以及销售这五项。这种情况，以容纳“库存销售”的流程相关的数据的目录表来看的话，如图18（A）至18（E）所表示的那样，每项输入过程就分别成为接受订货目录、发货指示目录、出库目录、验收目录以及销售目录这样五项。

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

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

再有，与数据登录时的情况一样，使用以往的ERP系统，当根据客户的要求，需要使用收纳于各种目录的各种数据制作帐票时，就得搜寻出过程数据的标识符才能检索到所需要的数据，分别需要从各种目录中，单个地获取符合检索条件的数据，当工艺流程含有多项业务过程的情况下，为输出流程相关的帐票，势必造成所需要的处理上负荷过大的这种问题的存在。

本发明的目的在于，解决上述问题，在向便携通信终端提供帐票相关信息的业务系统（ERP系统）中，在使安全性进一步提高的同时，还可以减轻业务系统中数据的更新及检索中需要处理的负荷。

解决问题的方法

本发明的便携终端管理服务器，是ERP驱动的服务器，作为便携终端管理服务器，能够根据来自客户使用的便携终端的要求，借助通信网络提供各种数据，其特征在于，

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

含有流程数据更新装置，根据上述流程的进展状况，对上述流程数据存储装置中所存储的流程数据进行更新；

含有著录判定装置，当出现来自上述便携终端的著录要求时，针对该便携终端进行是否许可著录的判定；

含有著录处理装置，通过该著录判定装置作出判定许可著录时，进行著录处理；

含有阅览要求接受装置，对通过该著录处理装置所做出的著录处理的著录状态的、来自于上述便携终端的流程数据阅览要求进行受理；

含有流程数据提供装置，通过该阅览要求接受装置，根据所受理的阅览要求，将上述流程数据存储装置中所存储的流程数据向上述便携终端进行提供。

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

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

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

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

上述流程数据更新装置，根据上述流程固有数据的更新状况，对上述状态数据进行更新；

采用上述构成，在向便携通信终端提供帐票相关信息的业务系统中，使其更加提高安全性的同时、能够实现减轻ERP系统中的数据更新及检索所需的处理负荷。

还可以采用如下构成，

针对上述流程数据存储装置中所存储的流程数据，可以赋予对应的更新条件数据，以表示流程数据的更新条件；上述流程数据更新装置，根据需要更新的流程数据被赋予的更新条件数据，对流程数据进行更新；

还可以采用如下构成，

含有流程数据暂时保存装置，用以针对上述流程数据存储装置所存储的流程数据，将其中的满足既定条件的数据，在暂时保管数据库中进行保存，上述流程数据提供装置，将上述流程数据存储装置所存储的流程数据当中的、并被上述暂时保管数据库保存的流程数据提供给上述便携终端。

还可以采用如下构成，

含有更新要求接受装置，用以接受来自于著录状态的便携终端对流程数据的更新要求；还含有更新关联信息蓄积装置，对包括该更新要求接受装置所接受到的更新要求的更新内容，和表示作出了该更新要求的便携终端的终端信息进行更新关联信息的蓄积；上述流程数据更新装置，在既定的时刻，根据上述更新关联信息积蓄装置，按照其所积蓄的更新关联信息，对上述流程数据存储装置所存储的流程数据进行更新。

还可以采用如下构成，

上述便携终端，具有著录判定装置，只有在接收到预先设定的正规著录操作的情况下，才许可著录。

还可以采用如下构成，

含有著录注销处理装置，根据来自上述便携终端的著录注销的要求，实施解除著录状态的著录注销的处理；

含有履历信息消除要求装置，根据该著录注销处理装置所作出的可以实施著录注销处理的指示，针对上述便携终端，实施与流程数据的提供相关联的通信履历信息的解除要求；

还可以采用如下构成，

含有时间计测装置，对未能与著录状态的上述便携终端进行信息交流的时间进行计测；

含有履历信息消除要求装置，在该时间计测装置的计测时间，达到既定时间的情况下，针对上述便携终端，做出与流程数据的提供相关联的通信履历信息的解除要求；

另外，本发明的便携终端管理程序，可以使ERP进行工作，使便携终端管理服务器根据来自于客户所使用的便携终端的要求，借助通信网络实施提供各种数据的处理，

上述便携终端管理服务器，具有流程数据存储装置，可以对包括多项业务过程的、并含有与流程相关联的各种数据的流程数据进行存储，作为便携终端管理程序，可以使上述便携终端管理服务器，实施如下处理：

实施流程数据的更新处理，根据上述流程的进展状况，对上述流程数据存储装置中所存储的流程数据进行更新；

实施著录判定处理，当出现来自上述便携终端的著录要求时，针对该便携终端进行是否许可著录的判定；

实施著录处理实行处理，通过该著录判定处理，在判定为许可著录时，进行著录处理；

实施阅览要求接受处理，对经过该著录处理实行处理所作出著录处理的、并处于著录状态的、且来自上述便携终端的流程数据阅览要求进行受理；

实施流程数据提供处理，通过该阅览要求受理处理，根据所受理的阅览要求，将上述流程数据存储装置所存储的流程数据，向上述便携终端实施提供的流程数据提供处理；

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

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

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

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

上述流程数据更新装置，根据上述流程固有数据的更新状况，对上述状态数据实施更新处理；

发明的效果

采用本发明，在向便携通信终端提供帐票相关信息的业务系统中，在使安全性进一步提高的同时，可以减轻ERP系统中数据的更新及检索中需要处理的负荷。

附图说明

图1为表示帐票查询系统构成例的方框图，

图2为表示便携终端管理服务器构成例的方框图，

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

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

图5为表示流程数据提供处理的例子的流程图，

图6为表示数据检索画面的例子的说明图，

图7为表示检索结果画面的例子的说明图，

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

图9为表示编辑画面的例子的说明图，

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

图11为表示帐票输出处理的例子的流程图,

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

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

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

图15为基于流程数据状态的、有关帐票状态转变进行说明的说明图，

图16为关于数据库更新处理的用途进行说明的说明图，

图17为表示进展状况判定条件数据收纳状况的例子的说明图。

图18为关于以往的ERP系统中的目录构成的例子进行说明的说明图。

具体实施方式

以下，参照附图详细说明本发明的一实施形态。

图1，是表示有关本发明的一个实施例形态的帐票查询系统500的构成例子的方框图。如图1所示，帐票查询系统500，包含有便携终端管理服务器10，和中转机20，以及多个便携终端31∽3N（N为任意正整数），和统合基干业务系统100，统合基干业务系统200，以及统合基干业务系统300。

便携终端管理服务器10和各便携终端31∽3N，分别通过因特网等的通信网络40及中转机20进行连接。

便携终端管理服务器10和统合基干业务系统100，统合基干业务系统200，统合基干业务系统300，分别通过LAN（Local Area Network局域网）及专用通信线路等的通信网络51、52、53进行连接。再有，便携终端互相间及统合基干业务系统互相间，即可以通过便携终端管理服务器构成通信，也可以不与构成通信。

统合基干业务系统100，含有基干业务服务器110、和数据仓库服务器（DWH服务器）120，和程序DB101；

统合基干业务系统200，含有DWH服务器220、和程序DB201；统合基干业务系统300，含有基干业务服务器310、和程序DB301。

不同构成的多个统合基干业务系统100、200、300，根据需要（即，根据其分别具有的机能）通过与便携终端管理服务器10进行通信（各种信息的收发信），来发挥作为统合基干业务系统的机能。即，在帐票查询系统中，即使是不具有基干业务服务器的系统200、及不具有DWH服务器的系统300，通过与便携终端管理服务器10进行通信，仍可以发挥作为统合基干业务系统的机能。另外，虽无图示，但即使是不具有程序DB的系统，也可以通过便携终端管理服务器10来存储流程数据，藉此，可以发挥作为统合基干业务系统的机能。由于各基干业务系统所具有的基干业务服务器等所采用的是公知技术，故，以下，以基干业务系统100为例，进行说明。

基干业务服务器110和DWH服务器120，是通过专用通信线路连接的。

基干业务服务器110，是通过例如帐票查询系统500的管理者进行管理的服务器。具有对相关各种业务的帐票信息（例如，信息的作成及更新、保存等）进行管理的各种机能。基干业务服务器110，基于具有OS（OperatingSystem操作系统）及相关DB的一般性信息处理装置而构成。

在此，所谓帐票，是帐簿及传票类的总称。另外，所谓帐簿，是指用来记入相关金钱或物品的出纳事项的簿册；所谓传票，是作成帐簿时作为基础的数据的，是业务交易等的证据。在本例子中，基干业务服务器110，只以处理表示传票数据的过程数据作为帐票数据的情形为例进行说明。

基干业务服务器110，是按照业务操作程序进行各种处理的。作为业务操作程序，例如有：销售业务管理程序，购买业务管理程序，生产管理程序，财务会计管理程序，以及管理会计管理程序等。

DWH服务器120，是通过例如本系统的系统管理者进行管理的服务器，具有实现数据仓库的各种机能。在此，所谓数据仓库，是指从按时间序列积蓄的帐票数据等的业务数据中，对各项目间的关连性进行分析的系统。

另外，DWH服务器120，具有将从基干业务服务器110传送的CSV形式的文件转换为既定的数据形式等，具有向既定容纳区域（后述的业务关联数据DB101b）登录各种数据的机能。再有，DWH服务器120，也可以作成不进行数据形式的变换，从CSV形式的状态提取对应各容纳区域的数据的构成。

程序DB101，是存储媒体，对所采用的存储于基干业务服务器110的业务操作程序DB（无图示）的各种数据，通过各种信息处理，经收集·整理等的各种过程数据（或帐票数据）所构成的流程数据进行存储。另外，关于流程数据，容后详细说明。再有，在本例中，统合基干业务系统100，含有通过DWH服务器120进行管理的业务关联数据DB（无图示），基干业务服务器110，具有将存储于程序DB101中的过程数据按照既定的提取条件，转换为CSV（Comma Separated Values纯文本文件）的形式，并向便携终端管理服务器10进行发信的机能。并且，在本例中，基干业务服务器110，将由FTP（File Transfer protocol文件传输协议）做成CSV形式的数据文件传送给便携终端管理服务器10。

便携终端管理服务器10，作为ERP工作的服务器，是根据来自用户使用的便携终端的要求，借助通信网络提供各种数据的服务器。便携终端管理服务器10，基于例如WWW服务器等的信息处理装置所构成，并通过帐票查询系统500的系统管理者进行管理。

图2，是表示便携终端管理服务器10的构成例的方框图。如图2所示，便携终端管理服务器10，

具有流程数据管理部11，用以进行流程数据管理相关的处理；

具有著录管理部12，用以进行相关著录管理的处理;

具有流程数据提供处理部13,用以实施向便携终端31∽3N提供流程数据的处理等;

具有流程数据更新处理部14,根据来自于便携终端31∽3N的要求,用以实施更新流程数据的处理等;

具有顾客信息管理部15,用以进行相关顾客信息的处理;

具有流程数据暂时保管DB16;

具有业务操作程序DB17，和程序DB18，

具有其他的DB19，用以收纳作为一般性的基干业务服务器的、为

实现其机能的各种必要的数据（例如，收纳于业务操作程序DB17中的各种程序所利用的数据）。另外，有关其他的DB19，属于与本发明无特别关系的部分，故省略其说明。

流程数据暂时保管DB16，是存储媒体，对于从统合基干业务系统100方面取得的流程数据、以及存储于程序DB18的流程数据进行暂时性保管。流程数据暂时保管DB16中所存储的流程数据，例如定期的（每1天、每3天、每12小时等）进行更新。

业务操作程序DB17，作为存储媒体，对用于各种业务的程序进行存储。作为业务操作程序DB17中所存储的程序，有：销售业务管理程序，购买业务管理程序，生产管理程序，财务会计管理程序，以及管理会计管理程序等。

程序DB18，作为存储媒体，对所采用的存储于业务操作程序DB17中的各种程序，通过各种信息处理，经收集·整理等的各种过程数据（或帐票数据）所构成的流程数据进行存储。在本例中，以程序DB18，针对包括含有多项业务过程的、并含有与流程相关的各种数据的流程数据，在收纳于程序目录PT时的情况进行说明。再有，在本例中，针对便携终端管理服务器10，通过1个程序目录PT，对每个流程所发生的流程数据进行一元化管理时的情形进行说明。另外，在本例中，流程数据里，包括一般采用的传票数据（例如，针对与接受订货传票相对应的传票数据的话，则对接受订货传票票头信息、接受订货传票明细信息、以及交纳日日程等加以对应，并将传票号码等的关键点，以能够检索的结构进行原样存储；再有，在传票号码中，含有接受订货号码、定购号码、发货号码、出入库号码、账单查询、请求号码、会计号码等）。

另外，便携终端管理服务器10，对流程数据，例如，每一后述的形式，或后述的通用数据内容的一部分（例如，接受订货方等），每项相同内容，以多个目录进行管理的构成也可以。

图3，是表示程序DB18中的流程数据收纳状况例子的说明图。如图3所示，本例中的流程数据，包括主关键部、参照关键部、形式部、状态部、通用状态部、过程固有数据部。另外，与流程数据的各部相对应的项目（即，程序目录PT中的各列项目），分别表示构成流程数据的过程数据的种类。即，构成流程的各业务过程相关的数据，对构成流程数据的各部进行分配收纳。再有，相关一个流程（例如，从来自某企业的接受订货到交货的一系列程序）的过程数据，在程序目录PT中，收纳在同一项目中（即，过程目录PT的同一行）。采用这种构成，就可以对各过程数据间的对应关系作出定义。

在此，所谓“主关键部”，是指流程数据之中，将流程数据专门进行特定的数据作为主关键数据而被收纳的部分。在本例中，主关键部，由流程号码和流程明细号码构成。即，在本例中，流程号码和流程明细号码的组合，成为各流程数据的标识符（ID）。主关键部，流程数据的初次登录时进行更新。再有，这里的所谓“流程数据的初次登录时”，是指当流程数据追加项目（数据行）时，例如，作为属于某流程的过程数据，所对应的其他过程数据，意味着对未登录的过程数据可以进行登录的时候。并且，这里的所谓“更新”，包含数据追加的意思。

另外，所谓“流程号码”，是对一个流程数据（即，图3表示的流程目录PT中的一列）赋予特定的标识符。流程号码，赋予既定项目的每个相同的过程数据。在本例中，流程号码，对于流程数据中的类型和接受订货方，相同的程序数据赋予同一号码。

另外，所谓“流程明细号码”，是指被赋予了同一流程号码的流程数据、对其中特别的流程数据进行特定的一种标识符。即，例如图3所表示的流程目录PT，在流程的类型“库存销售”中的业务过程“接受订货”中，对于含有表示自接受订货方“T001”的、金额为“1200”和“2600”的接受了订货业务的、含有过程数据的流程数据，分别通过流程号码“000001”和流程明细号码“0010”或“0020”的组合，就可以进行专门地特定。

接下来，所谓“参照关键部”，是指流程数据之中，对销售退货的原因处理等，与流程关联的其他流程数据（或其他的过程数据）进行特定的数据，这些参照关键数据，被收纳于参照关键部的部分。在本例中，参照关键部，由参照号码和参照明细号码构成。参照关键部，在流程数据的初次登录时进行更新。

再有，在参照号码和参照明细号码中，分别收纳有与流程关联的其他程序的流程号码和流程明细号码。但是，对于新办理的情况等，在没有与流程关联的其他流程的情况下，参照关键部中，可以收纳表示与同一项目的主关键部同值的数据（即，参照号码中存流程号码，参照明细号码中存流程明细号码，这样分别收纳）。另外，参照关键部，当表示与流程相关联的其他过程数据时，在参照关键部中，还可以进一步设有对过程数据的种类进行特定的数据。

再有，所谓“形式部”，是可以收纳形式数据的部分，指针对流程数据中的、库存销售及样品发货等的作为表示流程种类的数据。形式部，在流程数据的初次登录时进行更新。

另外，流程的种类，不限于库存销售及样品发货。而且，对于每个流程的种类，哪个过程是否必要、是预先决定的内容（即，每个程序种类所包含的业务过程的种类及个数是不同的）。再有，关于程序的其他种类，容后多有提示（参照图17）。

另外，所谓“状态部”，是可以容纳状态数据的部分，指的是作为流程数据中，表示流程进度的数据（即，包含在流程中的多个业务过程表示分别的进度状况的数据）。

在本例中，状态数据，对于流程所必要的业务过程，通过给未完结的内容设定“0”，已完成的内容设定“1”，来表示各业务过程的进度。即，如图3所表示的那样，作为“库存销售”的流程，当被流程所包含的业务过程有“接受订货”、“发货”、“出库”、“出库验收”以及“销售”的情况下，对业务过程“接受订货”相关的过程固有数据（例如，接受订货日）进行登录。这种情况，状态数据对应“销售”的部分为“1”，其他的部分为初期状态（即，设定为“0”的状态）。

就是说，本例中的状态部，要对每个业务过程进行更新。

换句话说，状态部，当后述的过程固有数据输入的时候，具体就是，通过既定的状态变更条件被满足了后，且各业务过程被判定为完了时进行更新。另外，状态变更条件，虽不受特别限定。但在本例中，是以“对应1项业务过程的过程固有数据应完全输入”作为状态变更条件，存储在便携终端管理服务器10的既定存储区域中的。

并且，在本例中，不同种类的流程，由于被收纳在同一目录中，所以，构成目录的项目（列项目）之中，特定的流程里，有时也会出现收纳有部分所不需要的过程数据。这种情况，在流程目录中，收纳不必要的过程数据的部分成为空数据，在对应空数据的状态数据中，可以收纳“0”。

再有，所谓“通用数据部”，是收纳通用数据的部分，也就是流程数据中，接受订货方及出货方等不经业务过程的数据（即，包含在同一流程中的在业务过程之间通用的数据）。通用数据部，在流程数据初次登录时进行更新。

另外，所谓“过程固有数据部”，是收纳过程固有数据的部分，也就是流程数据之中，指在接受订货日及各业务过程中所登录的数据（例如，表示“纳期必达”及“易碎物品（小心易损）”等的表示注意事项的文本数据）等，是包含在同一流程的各业务过程中固有的数据。过程固有数据部，每项业务过程进行更新。因此，在本例中，流程数据之中，可以说，经过业务过程的内容就是“过程固有数据”，不经业务过程的内容，就是通用数据。

以上是关于本例中流程数据的说明，在此就图3所示的专用语的定义进行简单说明。

首先，所谓“接受订货”，是指收到来自用户的订购、并与用户签订了合同的状态；其次，所谓“发货指示”，是指对仓库管理者和物流人员发出了商品出货指示的状态；然后，所谓“出库”，是指商品从仓库被发出，开始了移动的状态；再有，所谓“验收”，是指用户的验收进行完了，并且商品的所有权转移到用户方的状态；另外，所谓“销售”，是指确认了用户方的验收，对于用户方的债权金额已经确定的状态（=计入债权）；

再有，“验收”的用语，还可用于这种解释：对能否保证“交纳品及服务，符合订货样式（=符合订货数量、颜色及形式、质量）进行检查的业务”以及“验收完毕时，资金所有权的转移”。而且，在财务会计上，（或制度会计上）以及ERP系统上，为了明确资产所有权的转移时间，“验收”这个环节是与出库区别定义的。

另外，但在本例中，流程DB18具有更新条件目录UT，用以登录

表示流程数据（或流程目录PT）的更新条件的更新条件数据。

图4，是表示被收纳于程序DB18的更新条件目录UT中的更新条件数据收纳状态的例子的说明图。如图4所示，本例中的更新条件数据，含有业务过程的名称、流程形式及流程序数据更新条件。

在此，所谓“流程数据更新条件”，是表示与流程形式相对应的过程数据的登录条件的。在本例中，流程数据更新条件，在将某项业务过程相关的过程数据追加到流程数据的情况下，表示作为其前提，流程数据应该具有的过程数据的种类（即，在程序中应该完了的业务过程的种类）。即，更新条件目录UT如图4所表示的情形，例如相关业务过程“出库验收”的过程数据，为了要追加到形式“库存销售”的流程数据中，则相关于预先设定的业务过程“接受订货”、“发货指示”以及“出库”（即，图4中的业务过程名称“出库验收”和形式“库存销售”及同一列的格子中设定为“1”的业务过程）的过程数据就有必要登录到流程数据中。再有，更新条件目录UT，即可以采用通过帐票查询系统500的管理者来制作的构成，也可以采用由便携终端31∽3N的用户制作的构成。

便携终端管理服务器10，具有将程序DB18及其他的DB19中所收纳的各种数据，根据既定的外部装置，在本例中根据来自便携终端31∽3N以及统合基干业务系统100、200、300的要求而进行提供的机能。即，便携终端管理服务器10，具有作为基干业务服务器的机能。换言之，便携终端管理服务器10，具有ERP引擎。

另外，虽无图示，但在本例中，便携终端管理服务器10，具有作为DWH服务器的机能，具有为实现数据仓库的各种机能。

便携终端管理服务器10，基于具有作为ERP引擎和DWH服务器的机能的构成，对于不同构成的统合基干业务系统（例如，基干业务服务器和DWH服务器之中、具有两方的统合基干业务系统100、和仅具有DWH服务器的统合基干业务系统200、和仅具有DWH服务器的统合基干业务系统300。）仍可以进行作为统合基干业务系统所要求的信息的提供。

各便携终端31～3N，为具有CPU(中央处理装置)，ROM,RAM和显示部等的例如Ipad（注册商标）等的信息处理装置。在本例子中，各便携终端31∽3N，具有Web浏览器等、可用于处理帐票数据的各种应用程序。另外，在本例子中，各便携终端31∽3N，例如具有可根据使用者的操作输入，对从便携终端管理服务器10取得必要的帐票数据（在本例中，程序数据）的查询（检索项目、检索键、提取键等）进行定义，并向便携终端管理服务器10发送信息的机能。

本例中，各便携终端31∽3N，可以借助中转机20及通信网络40与便携终端管理服务器10进行通信，并具有将从便携终端管理服务器10取得的数据，通过例如既定的Web操作（Web浏览器）等的软件功能，向显示部输出的机能。

在此，对存储于流程数据暂时保管DB16中的流程数据进行更新处理的情况进行说明。在本例中，便携终端管理服务器10，一到数据更新的时间（每一天进行更新时，预先定好的既定时间（深夜2点等）。），就会读取出便携终端管理服务器10所具有的、存储在程序DB18中的流程数据（作为最新数据），再将流程数据存储到流程数据暂时保管DB16的既定的收纳区域中（最新保存或邮件地址保存），并对流程数据暂时保管DB16的存储信息进行更新。这样一来，经批量处理、流程数据暂时保管DB16的存储信息就得到更新了。另外，有关程序DB18所存储的流程数据的更新，容后详说。

下面，参照附图，就本例的帐票查询系统500的操作进行说明。同时，对与本发明无特别关系的操作及处理，省略其内容。

图5，为表示程序数据提供处理的举例的流程图，是本例的帐票查询系统500中的便携终端管理服务器10等所施行的流程数据提供处理例子的流程。在此，以便携终端管理服务器10，根据来自客户X所使用的便携终端31的要求提供流程数据的情形为例进行说明。

在流程数据提供处理过程中，首先，便携终端31，对客户X通过著录操作的著录要求进行受理（步骤S101）。该著录操作，可以认为例如预设了密码的输入操作等。当向便携终端31发出著录许可时，装载于便携终端31的使用各种机能的各种操作就被允许进行了。

在客户X处于对便携终端31进行著录的状态时，如果由客户X实施既定的著录操作的话，便携终端31，就针对便携终端管理服务器10作出选择，进行著录要求（步骤S102）。该著录要求，可以按预先设定的用于著录判定的既定信息（例如对客户发行的电子证明书）进行提示。

便携终端管理服务器10的著录管理部12，一旦接受到著录要求，则对是否许可著录进行判断（步骤S103）。该判断，根据例如ID、口令、电子证明书等进行即可。

著录管理部12，在判断为许可著录的情况下（步骤S103-Y），则设定便携终端31为著录状态。一旦被设定为著录状态，便携终端管理服务器10的流程数据提供处理部13，就将表示数据检索画面的数据检索画面信息发送给便携终端31（步骤S104）。另外，当判断为不许可著录时（步骤S103-N），著录管理部12，则不会对便携终端31设定为著录状态，而终止流程数据的提供处理。并且，在判定为不许可著录时，著录管理部12，将其意旨针对便携终端31进行通知的处理。

当收到数据检索画面信息时，便携终端31，则将收到的数据检索画面信息所表示的数据检索画面，显示给自身具有的显示部（步骤S105）。

图6，是表示数据检索画面例子的说明图。如图6所示，数据检索画面中，设有检索项目输入区域601，用以输入作为检索对象的项目（检索项目）；

设有检索关键词输入区域602，用以输入检索时所用的关键词（检索词）；

设有返回前一画面时按下的返回键B1，及设有进行检索时按下的检索键B2。

数据检索画面中，客户X对便携终端31所具有的操作部（例如显示面板所配置的显示部中显示的键盘）进行操作，输入检索项目和检索词，并按下检索按钮B2。

在检索项目处，输入可以构成流程数据的项目（例如，接受订货传票、库存、供货商、商品名）。在检索词处，输入流程数据关联的文字列（例如，供货商的名称及商品的名称）。

在输入了检索项目及检索词的状态下，按下检索按钮B2，便携终端31就将所输入的检索项目及检索关键词作为检索条件，向便携终端管理服务器10作出提示，发出流程数据的提供要求（步骤S106）。另外，上述的检索条件仅作为一个例子，任意的流程数据（或，构成流程数据的过程数据）只要能够作为检索条件的就可以。

便携终端管理服务器10，在接收流程数据的提供要求时，参照流程数据暂时保管DB16，根据接收到的提供要求，按照所提示的检索条件进行流程数据的检索（步骤S107）。

在按照检索条件检索流程数据时，便携终端管理服务器10，则以检索到的流程数据作为检索结果显示出来，并将检索结果画面所显示的检索结果画面信息向便携终端31发送（步骤S108）。

在收到检索结果画面信息时，便携终端31，将所收到的检索结果画面信息所表示的检索结果画面通过自身具有的显示部进行显示（步骤S109）。

图7，是检索结果画面的示例说明图。如图7所示，检索结果画面处，设有显示区域701，用以显示检索结果，和设有返回前一画面时按下的返回按钮B1，及进行检索结果编辑时按下的编辑按钮B3。

其后，由客户做出了结束浏览器操作等的终止选择的操作时（步骤S110的Y），便携终端31对便携终端管理服务器10做出著录取消的要求（步骤S111）。再有，当作出按下返回按钮B1等继续选择的操作时（步骤S110的N），便携终端31，则移行至步骤S105的处理并显示数据检索画面（参请照图6）。

当通过步骤S108发送检索结果画面信息时，著录管理部12，开始计测与便携终端31没能进行信息交流的时间（待机时间），并监视该待机时间，是否经过了（到达既定时间）即定时间（例如5分、30分等）（步骤S112）。

如果在待机时间计测中收到著录取消要求时（步骤S113的Y），著录管理部12则中止待机时间的计测，并对便携终端31作出这次通信中履历信息（通信履历信息、操作履历信息等）的去除要求（步骤S114），进行解除著录状态的著录解除处理（步骤S115）。

另外，在判定出待机时间超过了既定时间的情况下（步骤S112的Y），著录管理部12，则结束待机时间的计测，并对便携终端31作出这次通信中履历信息（通信履历信息、操作履历信息等）的去除要求（步骤S114），并进行解除著录状态的著录解除处理（步骤S115）。

再有，当便携终端31收到履历信息去除要求时，就会对这次与便携终端管理服务器10的通信所积存的履历信息进行消除的处理（步骤S116）。

如上所述，基于著录处理，根据来自可操作的便携终端31的著录要求，判定是否许可对便携终端管理服务器10的著录，在许可的情况下接受流程数据的提供要求，并进行提供符合要求的流程数据的处理。

如上所述通过进行流程数据的提供处理，由于可以经步骤S101及步骤S103进行双重认证，即可实现对便携终端31提供流程数据过程中的安全性的提高。并且，在流程数据提供处理中，由于将检索流程的对象作为流程数据暂时保管DB16，便携终端31则无需对便携终端管理服务器10中作为基干服务器发挥机能的部分（具体来说，业务操作程序DB17和程序DB18）进行选取，所以，对于便携终端31来说，可以实现提高提供流程数据过程中的安全性。

图8，是表示便携终端管理服务器10和便携终端31所实施的流程数据更新处理例子的流程图。在此，根据来自客户X所使用的便携终端31的要求，以更新流程数据的情形为例进行说明。

由于流程数据更新处理中的步骤S201∽S209，与上述的流程数据提供处理中的步骤S101∽S109（请参照图5）是同样的处理；业务数据更新处理中的步骤S219∽S225，与上述的流程数据提供处理中的步骤S110∽S116（请参照图5）是同样的处理，所以，将相关业务数据更新处理中的步骤S201∽S209，S219∽S225的详细说明省略。

经流程数据更新处理的步骤S209将显示检索结果画面信息的检索结果画面（请参照图7），在自身具有的显示部中显示之后，便携终端31，如果接受到编辑按钮B3的按下，就会将显示区域701中所显示的检索结果显示成可编辑的编辑画面。图9是表示编辑画面的例子的说明图。如图9所示，在编辑画面中，设有编辑区域901，表示可以编辑检索结果；设有返回按钮B1，用以返回前一画面；设有更新按钮4，用以使编辑结果反映成在便携终端管理服务器10中所保存的流程数据。

用户X，操作便携终端31，在编辑画面中通过对编辑区域604中所显示的流程数据进行追加（例如传票的最新登录）、去除、变更等，对作为检索结果所表示的流程数据进行编辑作业。

然后，在编辑操作结束后，在需要使编辑结果反映为在便携终端管理服务器10中所要保存的流程数据的情况下，用户X操作便携终端31，按下更新按钮4。

在接受到更新按钮4按下的情况下，便携终端31对便携终端管理服务器10作出信息改写要求，用以要求对编辑结果的反应（步骤S210）。在该要求中，可以提示出编辑内容及便携终端管理服务器10相关的便携终端管理服务器信息（例如，针对便携终端管理服务器10发行的电子证明书）、与用户X相关的用户信息（例如，针对用户X发行的电子证明书等）等。

当收到信息改写要求时，便携终端管理服务器10对程序DB18进行选取，并进行著录前的既定的处理（著录前处理）（步骤S211）。在本例中，作为著录前的处理，便携终端管理服务器10，要对著录判定所用的既定信息（著录判定信息。例如，针对便携终端管理服务器10发行的电子证明书、针对用户发行的电子证明书等）进行确认的处理

经著录前处理在确认著录判定信息时，便携终端管理服务器10，对是否许可著录进行判定（步骤S212）。该判定，例如基于ID、口令、电子证明书等进行即可。

便携终端管理服务器10，在判定为许可著录的情况下，相关来自于便携终端31信息的接纳，对便携终端31（在此，能够容许向程序DB18存取的状态）设定为著录状态（步骤S213）。

在设定便携终端31为著录状态时（即，如果许可著录），便携终端管理服务器10，则按照来自于设定为著录状态的便携终端31的信息改写要求，对过程数据DB18所保存的相对应的流程数据实施改写处理（步骤S214）。并且，便携终端管理服务器10，则针对统合基干业务系统100、200、300发送改写通知（步骤S215），用以通知按照编辑内容进行的改写。然后，各统合基干业务系统100、200、300，根据收到的改写通知，对自身具有的程序DB101，201，301进行更新。另外，在各程序DB18，101，201，301中，根据便携终端31的信息改写要求，作出能够存储其所改写的内容的构成也行。即，不论谁在

何时对流程数据进行的改写都能够记录的构成就可以。

如果对程序DB18中储存的信息进行改写，则便携终端管理服务器10，同样地对流程数据暂时保管DB16中所保存的相应的流程数据实施改写的处理（步骤S216）。然后，便携终端管理服务器10，对便携终端31发出改写通知，用以通知按照编辑内容进行了改写的事项（步骤S217）。

当收到改写通知时，便携终端31在自身编辑画面的既定区域中显示出改写反映通知，用以向用户X报知编辑结果所反映的主旨（步骤S218）。

然后，实施与上述的流程数据提供处理（请参照图5）同样的操作后，即可进行步骤S219以后的处理。

如上所述，基于著录处理，根据来自作为可操作的便携终端31的著录要求，要判定是否许可对便携终端管理服务器10的著录（步骤S203），在许可的情况下接受流程数据的改写要求（步骤S210），在接受了改写要求的情况下，针对程序DB18实施著录前处理（步骤S211），在被许可的情况下对程序DB18中的流程数据实施改写处理（步骤S214）。然后，对于流程数据暂时保管DB16也实施改写流程数据的处理。

如上所述通过进行流程数据的改写处理，由于经步骤S201及步骤S203以及步骤S212可以进行3重认证，即可实现根据便携终端31的要求，使更新流程数据过程中的安全性大大提高。并且，在进行信息（数据）改写的情况下，基于与进行信息提供时所不同的实施著录判定的构成，即可限制便携终端31对各种DB的选取，从而实现在按照来自便携终端31的要求更新流程数据的过程中提高安全性。

在上述例中，虽然采用了便携终端管理服务器10，对每当接收来自便携终端31的改写要求时，要对程序DB18进行著录判定，并在做出著录许可的情况下才能实施改写数据的处理的构成，但还可以采用如下构成，即，便携终端管理服务器10，在接收到来自便携终端31∽3N的改写要求的情况下，对相关其编辑内容及成为改写要求方的便携终端31∽3N的信息（对于认证所必要的信息）进行蓄积，并在既定的时刻（例如，每日的23点等）通过批量处理，针对程序DB18实施改写处理。这种情况下，在既定的时刻，提示出作为改写要求方的各便携终端31∽3N的相关信息并进行著录判定，以得到著录许可的终端装置作为改写要求方、且只将其编辑内容经过程序DB18反映成流程数据即可。

也可以采用如下构成，即，便携终端管理服务器10，接收来自于著录状态的便携终端的流程数据更新要求（信息改写要求），并将所接收到的含有更新要求的更新内容（编辑内容）、和表示已作出其更新要求的便携终端的终端信息（例如电子证明书）作为更新关联信息进行蓄积（例如蓄积在便携终端管理服务器10自备的存储媒体中），在到达既定时刻（例如，每日23点等）的情况下，则利用所蓄积的更新关联信息对流程数据进行汇总更新，并按照从处于著录状态的各便携终端所接收到的更新要求汇总进行更新处理（信息改写）。采用这种构成，可以大幅减少向程序DB18的存取次数，从而达成使安全性进一步提高的可能。

图10，是表示便携终端管理服务器10所实施的数据库更新处理的例子的流程图。在数据库更新处理中，通过便携终端管理服务器10对存储于程序DB18中的流程数据进行处理，以实施更新。再有，在本例中，便携终端管理服务器10，基于采用了业务操作程序DB17中所存储的各种程序并通过各种信息处理，是以经过收集·整理等的各种过程数据及流程数据作为按既定的时机取得的内容，以下要说明的数据库更新处理，与根据来自于便携终端31∽3N的更新要求而进行更新的情形（例如，上述的程序数据更新处理。请参照图8。）有所不同。

在数据库更新处理中，首先，便携终端管理服务器10，要判定是否取得了新的流程数据（最新流程数据）（步骤S301）。在此，如果判定为还没有取得最新流程数据（步骤S301-N），便携终端管理服务器10则移行到后述的步骤S303的处理。

一方面，如果判定为取得了最新流程数据（步骤S301的Y），则便携终端管理服务器10，将取得的流程数据登录于程序目录PT中（步骤S302）。

接着，便携终端管理服务器10，对是否取得了与登录完毕的流程数据相对应的过程数据（即，与构成流程的业务过程相关的数据）进行判定（步骤S303）。

再有，由便携终端管理服务器10取得的过程数据，是否就是登录完毕的过程数据，其判定，是通过对包括取得的数据所具有的流程号码和流程明细号码组合起来的流程数据，是否已收纳于程序目录PT中的判定来进行的。因此，在本例中，便携终端管理服务器10所取得的数据（由业务实施者输入的数据、或由业务操作程序作成的数据）中，则必须要含有构成主关键部的（即，流程号码和流程明细号码）数据。

在此，如果判定为还没有取得与登录完毕的流程数据相对应的过程数据时（步骤S303的N），便携终端管理服务器10，则参照其他DB19，将对应于取得的数据存储区域作出特定，并登录取得的数据（步骤S304），且移行到步骤S301的处理。

一方面，如果判定为取得了与登录完毕的流程数据相对应的过程数据时（步骤S303-Y），便携终端管理服务器10，则参照对应于取得的过程数据的更新条件目录UT，对与取得的过程数据相对应的更新条件数据进行特定（步骤S305）。在本例中，便携终端管理服务器10，根据过程数据所表示的业务过程的种类、和流程的识别信息（即，流程号码和流程明细号码），对更新条件数据进行特定。

更新条件数据进行特定时，便携终端管理服务器10，对流程数据是否满足了特定的更新条件数据所表示的更新条件进行判定（步骤S306）。即，便携终端管理服务器10，基于流程数据和更新条件数据，对以取得的过程数据作为流程数据的一部分，是否登录于程序目录PT中进行判定。在本例中，便携终端管理服务器10，则将对应于取得了过程数据的流程数据的状态部和更新条件数据进行比较，经更新条件数据设定了“1”的业务过程在状态部也完全被设定成“1”的情况下，判定为流程数据满足了更新条件。

在此，当判定为流程数据没有满足特定的更新条件数据所表示的更新条件时（步骤S306的N），便携终端管理服务器10，则进行既定的错误处理（步骤S307），并移行至步骤S301的处理。另外，所谓“错误处理”，不一定就是不更新流程数据的处理，例如，在更新条件得到满足之前，即可以是对过程数据暂时性保存在既定的存储区域的处理，又可以是对取得没有满足更新条件的过程数据其原因调查的处理（即，将错误报知管理者的处理，及将不充分的更新条件的内容报知管理者的处理等）。

一方面，当判定为流程数据满足了特定的更新条件数据所表示的更新条件时（步骤S306的Y），便携终端管理服务器10，则对程序目录PT中登录的流程数据进行更新（步骤S308）。即，便携终端管理服务器10将取得的过程数据登录到程序目录PT中。

当对流程数据进行更新时，便携终端管理服务器10，基于流程数据的更新，对流程数据相关的既定的状态变更条件是否得到满足进行判定（步骤S309）。在此，当判定为流程数据根据所更新的状况没有满足既定的状态变更条件时（步骤S309的N），便携终端管理服务器10，则移行至步骤S301。

另一方面，根据流程数据的更新状况，当判定为满足了既定的状态变更条件时（步骤S309的Y），便携终端管理服务器10，则根据得到满足的状态变更条件，对流程数据所含有的状态数据进行更新（步骤S310），并移行至步骤S301的处理。

本案中的数据库更新处理，基于例如便携终端管理服务器10的管理者的终了操作而结束。

另外，数据库更新处理，即可以实时地进行处理，也可以按每个特定的单位时间进行批量处理。例如，像仅在指定的期间内进行实时处理那样，部分地具有实时性的处理（准实时处理）也可以。

图11，是表示便携终端管理服务器10和便携终端31进行帐票输出处理的例子的流程图。在帐票输出处理方面，便携终端管理服务器10针对便携终端31通过提供流程数据（流程数据的部分或全部），在便携终端31所具有的显示画面中进行用以显示帐票的处理。再有，有关著录管理，由于与上述的程序数据提供处理（请参照图5）实施同样的处理，故在此省略说明。另外，帐票输出处理，在输出既定形式的帐票这一点上与流程数据提供处理有所不同。

另外，在本例中，根据来自便携终端31的要求，便携终端管理服务器10对更新流程数据情况的有关说明仍要进行。再有，在本例中，在此说明的程序DB18更新处理（即，帐票输出处理中的程序DB18的更新处理），是数据库更新处理（请参照图10）的一例。

有关帐票输出处理，首先，便携终端31，根据例如便携终端31的用户X的操作输入，将流程数据更新要求输入画面要求发送至便携终端管理服务器10（步骤S501）。

当收到流程数据更新要求输入画面要求时，便携终端管理服务器10，则将发出与所收到的流程数据更新要求输入画面要求相对应的流程数据更新要求输入画面（步骤S401）。

当收到流程数据更新要求输入画面时，便携终端31，在自备的显示部的显示画面中显示出流程数据更新要求输入画面（步骤S502）。

图12，表示流程数据更新要求输入画面的例子的说明图。如图12所示，流程数据更新要求输入画面中，

设有主关键数据输入区域1201，用以接收更新对象的识别信息（在本例中，与流程数据的主关键部对应的数据。即，流程号码和流程明细号码）的输入；

设有业务过程输入区域1202，用以接收来自用户X的表示过程数据所表示的业务过程种类的输入；

设有详细数据输入区域1203，用以接收其他过程数据内容的输入；

设有接受切换要求的返回按钮1204，用以将显示部输出的显示画面切换至其他的显示画面；

设有更新按钮1205，用以接收基于各输入区域（在本例中，主关键数据输入区域1201、业务过程输入区域1202、详细数据输入区域1203。）所输入的内容的流程数据的更新要求。

在流程数据更新要求输入画面中，用户X，对便携终端31自身具有的操作部（例如显示屏配置的显示部所显示的显示区域和按钮）进行操作。即，便携终端31，例如当通过用户X的手指按下各输入区域时，便开始了对所按下的输入区域的文本数据的（包括数字和文字）输入的受理。而且，便携终端31，例如在显示屏所配置的显示部中显示出键盘（无图示）、受理由用户X输入的文本数据、并将所受理的文本数据在被选择的区域中显示出来。再有，便携终端31，当受理到业务过程输入区域1202的选择时，便以下拉的形式可供选择地显示出既定的业务过程名称。而且，受理过程数据输入的方法不限于此，例如，便携终端31对既定数据形式汇总的多个过程数据进行一揽子受理的构成也可以。

便携终端31，当受理到用户X的更新按钮1205的选择时，基于由各输入区域所输入的数据、判定为受理到了其所构成的过程数据的流程数据的更新要求（步骤S503）。

当判定为接收到流程数据的更新要求时,便携终端31则将所收到的更新要求发送至便携终端管理服务器10(步骤S504)。

当收到更新要求时,便携终端管理服务器10,则在登录于程序目录PT中的流程数据中,取得与所收到的更新要求相对应的流程数据(步骤402)。并且,此时的便携终端管理服务器10,取得含有更新要求所表示的主关键数据(即,主关键数据输入区域1201中所输入的数据)的流程数据,来作为与更新要求(即,所收到的过程数据)相对应的流程数据。另外,这里的所谓“取得”,是指在后述的处理中,为了将流程数据与更新条件数据进行比较等,暂时性地存储于既定的存储区域中的意思。

当取得对应于更新要求的流程数据时,便携终端管理服务器10则取得对应于更新要求的更新条件数据(步骤S403)。在此,所谓“对应更新要求的更新条件数据”,是指通过更新要求所表示的业务过程和流程数据的形式(即,经业务过程输入区域1202中所输入的业务过程和步骤S402的处理,所取得的流程数据所表示的形式),能够特定的更新条件数据(请参照图4)。

当取得更新条件数据时,便携终端管理服务器10,将取得的流程数据和更新条件数据进行比较(步骤S404),并判定是否满足流程数据的更新条件(步骤S405)。

在此,基于更新条件数据中被设定了“1”的任意1个以上的项目,在流程数据的状态部中没有设定为“1”,则判定为没有满足流程数据的更新条件(步骤S405-N)。便携终端管理服务器10则作出更新错误通知并发送至便携终端31(步骤S406),结束在此的操作。

当接收更新错误通知时(步骤S505的Y),便携终端31,基于所收到的更新错误通知,在自身具有显示部的显示画面中,对更新错误通知显示画面进行显示(步骤S506)。

图13,是表示更新错误通知显示画面的例子的说明图。如图13所示,更新错误通知显示画面中,设有与流程数据更新要求输入画面重叠显示的更新错误通知显示区域1301。在此,在本例的更新错误通知显示区域1301中,设有详细显示按钮1302,用以将更新错误报知给用户X的定型文件之外,接收表示更新条件的主旨要求;设有关闭按钮1303,用以接收从显示画面消去更新错误通知显示区域1301的主旨的要求。

便携终端31,根据接收用户X的详细显示按钮1302的选择的状况，例如，将便携终端管理服务器10中的流程数据和更新条件数据的比较结果，以用户X能够认识的形态（例如，表示流程数据的状态部和更新条件数据的流程数据更新条件的对照表）显示出来。

一方面，通过更新条件数据中可以设定了“1”的项目的全部，在流程数据的状态部中被设定为“1”的情形，来判定流程数据的更新条件得到满足时（步骤S405的Y），便携终端管理服务器10则将更新要求所表示的过程数据追加到流程数据中、从而对流程数据进行更新（步骤S407）。

当对流程数据进行更新时，便携终端管理服务器10，将所更新的流程数据发送至便携终端31（步骤S408）后，结束在此的处理。

另一方面，当接收到流程数据时，便携终端31，则基于所收到的流程数据，将帐票显示画面在自身具有的显示部的显示画面中显示出来（步骤S507）。

图14，是表示帐票显示画面的例子的说明图。如图14所示，帐票显示画面中，设有帐票显示区域1401，用以显示基于流程数据的帐票；设有帐票状态显示区域1402；设有返回按钮1403以及变更按钮1404。再有，便携终端31，例如根据便携终端31自身具有的键盘等的操作，对帐票显示区域1401中所显示的帐票比例进行变更。

在此，帐票显示区域1401中，可以对流程数据以既定的显示形态进行部分或全部的显示。再有，在本例中，用以通过既定显示形态所显示流程数据的部分或全部的信息，基于便携终端管理服务器10作成，并在例如帐票输出处理过程中步骤S408的时刻，发送给便携终端31。另外，还可以采用如下构成，即便携终端31基于自身具有的存储装置所存储的信息，将所收到的流程数据的部分或全部，以既定的显示形态通过帐票显示区域1401显示出来。

另外，帐票状态显示区域1402，是用来显示由帐票显示区域1401所显示帐票种类（或状况。以下称为状态。）的区域。而且，作为帐票的状态，可以认为有，例如接受订货传票、出库传票、验收传票、以及请求书等多种内容。

另外，返回按钮1403，是用以接收从显示画面返回到流程数据更新要求输入画面的主旨要求的按钮。而且，还可以采用如下构成，即，便携终端31，根据所接收到来自用户X的返回按钮1403的选择的情形，不仅将显示画面返回到流程数据更新要求输入画面，还要对便携终端管理服务器10发送取消基于更新要求的流程数据更新的主旨要求。这种情况下，采用如下构成也可以，即，便携终端31，对应返回按钮（1403）的选择，以各输入区域（在本例中，主关键数据输入区域1201、业务过程输入区域1202、详细数据输入区域1203。）所输入的文本数据（业务过程输入区域1202中，被选择的业务过程）所表示的状态，来显示程序数据更新要求输入画面。基于这样的构成，就能够很容易地确认由用户X输入的内容。

另外，变更按钮1404，是针对帐票显示区域1401所显示的内容，用以接收其变更的主旨要求的按钮。以下，相关帐票显示区域1401其显示内容的变更处理进行说明。

当显示出帐票显示画面时，便携终端31，判定是否接收到了用户X的帐票状态变更要求（步骤S508）。

本例中，便携终端31，首先，要对自用户X的帐票状态显示区域1402的选择进行接收。然后，当接收自用户X的帐票状态显示区域1402的选择时，便携终端31，将能够显示的、表示帐票形态的帐票状态名称的一览表，例如以下拉的形式可以进行选择地显示出来。

再有，关于在此显示的帐票状态名称，是与流程数据同时从便携终端管理服务器10接收来的。具体而言，便携终端管理服务器10，基于既定的存储区域中所预先存储的帐票形态相关的数据（帐票形态数据）和流程数据的状态（即，程序目录PT的各列项目的输入状态），针对能够显示的帐票形态所表示的帐票状态名称一览表进行特定。即，例如发送至便携终端31的流程数据的形式，就是“库存销售”，只有在过程固有数据部中，登录有与业务过程“接受订货”相关的过程数据的情况下，便携终端管理服务器10，作为帐票状态名称，只对“接受订货传票”进行特定。再有，业务过程“接受订货”相关的过程数据之外、与业务过程“出库”相关的过程数据被登录时，便携终端管理服务器10，作为帐票状态名称，对“接受订货传票”和“出库传票”进行特定。

图15，是基于流程数据状态的、有关帐票状态转变进行说明的说明图。图15中，图文1501∽1504，分别根据流程数据并能够在帐票显示区域1401中显示出的帐票（具体而言，传票）的形态。再有，图文1501∽1504，作为说明图，用以说明有关帐票状态的转变，不是用来表示作为各种传票的角色的具体记载例的。

在此,以图文1504为例进行说明,作为分别显示不同内容的区域(在本例中,文字列显示区域),图文1504中的区域1511显示帐票名称,区域1512显示流程的形式,区域1513显示包含在流程数据中的过程数据的业务过程名称。再有,在本例中,与包含在流程数据中的过程数据种类相对应的帐票状态名称在区域1511中显示。

这种情形,如图15中的从图文1501向图文1504的转变所表示的那样,针对一个流程数据,每次登录了与各业务过程相对应的过程数据时,帐票状态名称(即,基于流程数据,可以显示的帐票的形态)的种类就会增加.这并非是指“有或没有下面的种类的帐票”,而是“与流程数据的状态相对应的帐票的状态提升了(即,可以显示的帐票的种类增加了)”。

下面,帐票输出处理中,在步骤S507的处理之前，以便携终端31接收到含有业务过程“接受订货”，“发货指示”，“出库”，“出库验收”的流程数据时的情形为例，继续说明。而且，本例中，经步骤S507的处理，便携终端31，在收到的流程数据所表示的流程中，业务过程“接受订货”，“发货指示”，“出库”，“出库验收”当中，以位于最上位的业务过程“接受订货”相对应的、与帐票状态名称“接受订货传票”相对应的帐票，作为在帐票显示区域1401中显示的内容（请参照图14）。再有，便携终端31，经步骤S407的处理，将最新追加在流程数据中的与过程数据对应的、且与业务过程相对应的帐票，在帐票显示区域1401中进行显示，采用这种构成也可以。

在帐票状态变更要求的受理判定处理（步骤S508）中，当判定为还没有收到由用户X的帐票状态变更要求时（步骤S508的N），便携终端31，移行至后述的步骤S510的处理。

一方面，当判定为收到了自用户X的帐票状态变更要求时（步骤S508的Y），便携终端31，在帐票显示区域1401中显示出与所收到的变更要求相对应的帐票（步骤S509）。在本例中，便携终端31，收到自用户X的与业务过程“出库”相对应的帐票状态名称“出库传票”的选择后，将对应于业务过程“出库传票”的帐票在帐票显示区域1401中进行显示。再有，此时，便携终端31在帐票状态显示区域1402中显示出帐票状态名称“出库传票”。

如果要对帐票状态变更要求所对应的帐票进行显示，便携终端31，则对是否结束帐票输出的处理（步骤S510）进行判定。在此，当判定为没有结束帐票输出处理时（步骤S510的N），便携终端31，则移行至步骤S508的处理。

另一方面，通过接收到例如自用户X的既定的终了操作、判定为结束帐票输出的处理（步骤S510的Y）时，便携终端31则结束在此的处理。

正如以上说明那样，在上述的实施形态中，作为ERP工作的服务器，根据来自用户所使用的便携终端31∽3N的要求，借助通信网络40提供各种数据的便携终端管理服务器10，具有程序DB18，用以存储与含有多项业务过程的流程相关的、含有各种数据的流程数据，并根据流程的进展状况、对存储在程序DB中的流程数据进行更新，当存在来自于便携终端31～3N（以下，便携终端31。）的著录要求时，针对便携终端31进行是否许可著录的判定（例如，步骤S203。请参照图8。），当判定为许可著录的情况下进行著录处理，著录处理被实施后，对来自处于著录状态的便携终端31的流程数据阅览要求进行接收（例如，接收提供要求的步骤S106。请参照图5。），根据所接收到的阅览要求，将程序DB18中所存储的流程数据针对便携终端31进行提供（例如，步骤S108。请参照图5。），流程数据，是包含状态数据，通用数据和过程固有数据的数据；状态数据，是表示含有流程的多项业务过程（例如，接受订货、发货指示、出库、出库验收，销售。）分别的进展状况的数据；通用数据，是在同一个流程中包含的业务过程间通用的（例如，表示接受订货方及金额等的数据）数据；过程固有数据，是在同一个流程中包含的各业务过程所固有（例如，接受订货日及接受订货文本。）的数据；状态数据，根据过程固有数据的更新而更新（例如，根据过程固有数据被追加的情况，对应的状态数据从“0”变更为“1”。），由于采用这种构成，在向便携通信终端提供帐票相关信息的业务系统（例如，帐票查询系统）中，在可以进一步提高安全性的同时，可以减轻（业务系统中的）ERP系统（例如，作为便携终端管理服务器10中的基干业务服务器发挥机能的部分）中的数据更新及检索所需要的处理负荷。

即,由于采用ERP工作的服务器,实施著录管理提供数据，针对便携终端31提供业务数据（流程数据）过程中能够更加提高安全性，通过将服务器处理的数据作为流程数据，可以实现减少数据更新时发生的I\0数据（输入输出数据）的量。

另外，通过上述实施例，在程序DB18所存储的流程数据中，对应有表示流程数据更新条件的更新条件数据，便携终端管理服务器10，基于要更新的流程数据所对应的更新条件数据，对流程数据进行更新（例如，步骤S405。请参照图11。），由于采用这种构成，所以使更新业务数据过程中的安全性的提高成为可能。即，例如在数据管理的层面上，用户希望做成在登录时，要想登录作为业务过程的一种的“出库验收”，务必将其业务过程“接受订货”、“发货指示”、“出库”相关的数据登陆之后才能登录，这种情况下，仅仅设定更新条件数据，就能够实现用户所希望的那样限制流程数据的更新。

另外，在上述实施例中虽未提及，但便携终端管理服务器10，会将存储于程序DB18的流程数据当中的满足既定条件（例如，程序DB18所存储的流程数据当中有关特别重要的信息，不保存在流程数据暂时保管DB18中的条件）的数据保存在暂时保管数据库（例如，流程数据暂时保管DB16）中，将程序DB18所存储的流程数据当中的，暂时保管数据库所保存的流程数据提供至便携终端31（例如，步骤S107。请参照图5。），采用这种构成也可以。通过这样的构成，针对便携终端31就可以对提供的数据进行限制，从而使安全性的提高成为可能。

另外，在上述实施形态中，由于采用了便携终端31∽3N，只在接收到预先设定的正规著录操作的情况下，才许可著录的构成，所以，通过便携终端31∽3N的认证也是必要的，双重或3重认证更是必要，使安全性进一步提高成为可能。

另外，在上述实施例中，便携终端管理服务器10，对应来自便携终端31∽3N的著录解除要求，实施解除著录状态的著录变更处理，并根据著录变更处理被实施的情形，针对便携终端31～3N，要求需要消除与传票数据的提供相关联的通信履历信息（例如，步骤S114。请参照图5。），由于采用这种构成，既可以消除通信履历信息，并基于便携终端31～3N的丢失等，即可实现防止信息完全泄露。

再有，上述实施形态中，便携终端管理服务器10，对与著录状态的便携终端31∽3N的没能进行信息交流的时间实施计测，并在其计测时间达到既定时间（例如，步骤S112。请参照图5。）的情况下，针对便携终端31∽3N，要求需要消除与流程数据的提供相关联的通信履历信息，由于采用这种构成，使消除通信履历信息成为可能，且基于便携终端31∽3N的丢失等，从而实现防止信息完全泄露。

在此，将服务器所处理的数据作为流程数据，在数据更新时发生的I\O数据的数量可以大大减少，至于可以这样认为的理由，将以上述的数据库的更新处理为例（请参照图10）进行说明。

图16，是关于上述的便携终端管理服务器10所实施的数据库更新处理（请参照图10。）的用途进行说明的说明图。

图16（A），是表示最初的过程数据输入时的数据更新量其对比结果的图表。在此，对最初所输入的过程数据的种类（即，业务过程的种类）不作特别的限定。另外，所谓“以往型”，如图18所表示的那样，是指各项业务每个过程设有目录的数据库。再有，所谓“数据量之差”，并非表示严密的数值，而是对以往型目录所收纳的数据进行更新的情形、和对最新型流程目录（即，程序目录PT，请参照图3。以下，在与以往型进行比较的情况下，适当称为“最新型”。）所收纳的数据进行更新的情形在作出比较的情况下，将最新型一方所处理的数据量增多的情形作为+（增加），将最新型一方所处理的数据量减少的情形作为-（减少），将利用最新型和以往型所处理的数据量视其为相同的情形作为“0”。

这种情形，在最初的过程数据输入中，状态部的更新，仅仅是必要的部分其最新型一方所处理的数据量就会增多。不过，由于状态部的数据量较小，实际上，利用以往型和最新型，其在I\0数据（输入数据和输出数据）的量上可以说不会有很大的差。

另一方面，图16（B），是表示第二个过程以后的过程数据在输入时的数据更新量的比较结果的图表。即，例如，主关键部、参照关键部、形式部、状态部、通用数据部、以及过程固有数据部的一部分（例如，业务过程“接受订货”对应的过程固有数据“收信日”，“接收订货文本”），所表示的在程序目录PT中,与输入完毕的流程所含有的业务过程相对应的过程数据,在其输入时的其数据更新量的比较结果的图表。再有，“以往型”，为了对与输入完毕的过程数据之间的对应关系作出定义，在输入例如与接受订货目录所登录的过程数据（接受订货数据）相对应的、且与其他的过程数据（例如，业务过程“发货指示”）相对应的过程数据（发货指示数据））的情况下，作为发货指示数据,就有必要将本例中的主关键部、参照关键部、形式部、通用数据部、以及过程固有数据部所对应的数据（请参照图3和图18）、且其他对应的接受订货数据所表示的“接受订货号码”和“接受订货明细号码”进行输入。

这种情形，在输入第二个过程以后的过程数据时，与以状态部以外的全部的部分为必要的以往型进行比较，最新型，由于只对状态部和过程固有数据部进行更新，所以，I/O数据的量会减少。

因此，最新型的一方比以往型的I/O数据的量还要减少，且更有利于系统的演算。

即，由于数据库I/O能够达到削减，所以，写入量的减少、数据库全体容量的缩减、以及数据的检索处理所需要的负荷得以实现大幅减轻。并且，有关检索处理所需要的负荷得以减轻，还有一个主要原因，就是过程（过程数据）没有跨越多个目录。

另外，采用最新型，使预存取数据的输入顺序在某种程度上，具有可以不按顺序进行的优点。即，例如以形式“库存销售”来考虑的话，采用以往型，流程的顺序是按接收订货、发货指示、出库、出库验收、销售的順序来限定的，不可以改变顺序。这是基于以往型的目录构造，是为了体现出业务过程间的关系，使后面的业务过程数据中，保有前面的业务过程的主要关键（例如，发货指示目录中的“接受订货号码”和“接受订货明细”。请参照图18）。另一方面，如果采用最新型的目录构造的话，则把具有关系的业务过程的数据，收纳在同一项（即，同一目录的同一列）中。因此，对于业务过程间的前后关系不具制约，能够使业务过程的顺序和谐重整。即，例如实际的业务顺序，当出现“在发货指示之后的接受订货”的情况下，就可以将过程数据的输入顺序按实际的业务顺序成形。因此，在进展管理层面上（换言之，内部统制上），较比以往型是有利的。再有，具体而言，现在批发业界的业务顺序就是“发货指示之后的接受订货”。

另外，采用最新型，基于例如根据系统管理者及用户作出可以设定的构成，针对更新条件数据的内容,就能够防止输入不正确的过程数据。即，根据更新条件数据的设定，可以实现使过程数据的更新受到限制，所以，对于例如“可以完全计入无出库实际的销售”等、在内部统制中存在问题的顺序上能够设定出限制，从而能够使数据库的可信度得到提高。

另外，采用最新型，可以减轻流程的进展查询所需要的负荷。即，当需要确认流程进行到哪里时，采用以往型目录构造的话，就需要针对从开始传票的目录按顺序到最终传票的目录的全部的目录登录状况进行确认。例如，以形式“库存销售”为例来考虑的话，就需要对接受订货，发货指示、出库、出库验收、请求等五项的目录进行确认。那么，如果采用最新型目录构成的话，由于流程的进展状况是“状态部”持有的，所以仅查询一个目录、一个项目，就可以得到进度确认。这对于使用进展状况的查询画面或开发是有利的。

另外，数据库（例如，程序DB18。），可设置于对每项流程发生的流程数据实施管理的流程数据管理服务器（例如，便携终端管理服务器10），流程数据管理服务器根据来自客户端（例如，便携终端31∽3N及统和基干业务系统100,200,300。）的要求，将流程数据的一部分或全部提供至客户端，由于采用这种构成，可以构筑一个对于业务流程相关的数据（例如，帐票的作成所需要表示帐票信息的程序数据）的提供所需要的处理负荷，与以往比较起来得以减轻的系统。

再有，上述的实施形态中虽未特别提及，但还可以采用如下构成，即，流程数据管理服务器（例如，便携终端管理服务器10。），根据判定为没有登录过程数据的情形，对作为没有满足更新条件的非充分更新条件进行特定，并将特定的非充分更新条件报知（例如，便携终端31∽3N及统和基干业务系统100,200,300。）客户端，并在既定的时刻，对作为非充分更新条件是否满足了特定后的更新条件进行判定，根据判定的情形,作为非充分更新条件当满足了特定后的更新条件时，将对应更新条件的过程数据登录在程序目录PT中。通过这种构成，可以防止客户端就同一数据非得要进行反复多次输入的情况出现。即，得到非充分更新条件报知的用户，如果进行为满足非充分条件的操作时，对已经输入完毕的过程数据，由于被登录在程序目录中，就没有必要再对流程数据进行重新的输入。另外，对于管理流程数据的服务器来说，对接收到的过程数据所对应的流程数据的特定及更新条件的充分判定,由于不必再度进行处理，所以，能够减少同一处理的实施次数。

另外，上述的实施形态中虽未特别提及，但还可以采用如下构成，即，数据库（例如，程序DB18），设有进展状况判定条件目录，其登录有作为表示流程进展状况的判定条件数据的进展状况判定条件数据，流程数据管理服务器（例如，便携终端管理服务器10。），基于进展状况判定条件，判定状态数据（例如，程序目录PT中的收纳于状态部的数据。请参照图3。）对进展状况判定条件有否满足，将判定为满足的、且对应于进展状况判定条件的进展状况报知给客户端（例如，便携终端31～3N及统和基干业务系统100,200,300。）。

图17，是表示进展状况判定条件目录所收纳的进展状况判定条件数据的收纳状态例子的说明图。如图17所示，本例中的进展状况判定条件数据，含有流程的形式、和与流程形式相对应的进展状况判定条件。

在此，流程的形式中，可以认为具有库存销售之外，样品发货、服务销售、名义变更（销售）、名义变更（发货）、销售退货（参照成本交易）、销售退货（成本交易无参照）、销售金额调整（增加）、销售金额调整（减少）等业务过程中存在的种种不同的内容。

另外，所谓“进展状况判定条件”，是流程进展状况的判定基准所表示的内容，在本例中，要对每种流程的形式按必要的业务过程（例如，接受订货、发货指示、出库、出库验收、以及销售中，预先按形式类别设定的业务过程）设定为“1”。

便携终端管理服务器10，程序目录PT所收纳的流程数据中，在状态部的状态与进展状况判定条件数据一致的情况下，判定为程序数据的项目处于“完了”的状态（即，判定为程序数据所表示的程序完结了），并在既定时刻,对其意旨进行(报知处理)报知的处理。基于这种构成，即可构筑能够判定业务执行状况的系统。特别是，将流程数据所含有的状态数据和进展状况判定条件数据只要比较一下，就可以进行业务执行状况的判定处理，因此，与必须要参照收纳于多个项目数据的输入状况的以往的情形进行比较，可以大大减轻业务执行状况的判定所需要的处理负荷。

再有，进展状况的判定处理或报知处理的开始时机，既可以按客户端的要求、也可以按预先设定的时机进行。

另外，采用上述的进展状况判定条件目录的例子，进展状况判定条件数据，由于采用了含有完了条件的构成，用以判定流程完了否，所以能够很容易地构筑出实施一系列的业务完了的判定的系统。

再有，进展状况判定条件数据，不限于用以判定流程处于“完了”的状态，例如，所含有的数据用以判定处于”50%完了”的状态，采用这种构成也可以。再有，还可以采用如下构成，即，进展状况判定条件数据，可表示出从最初的流程数据输入时，到经过既定的时间之前所应该输入的过程数据的种类。

另外，还可以采用如下构成，针对进展状况判定条件目录，不仅具有类同上述“应该输入的数据已被完全输入否”的判定机能，还针对“不应输入的数据就不能输入”,使其具有限制数据输入的机能。这种情形，例如，当便携终端管理服务器10，对程序目录PT进行更新时，在追加的过程数据作为过程固有数据的情况下，将追加的过程固有数据的种类和进展状况判定条件目录进行比较，当追加的过程固有数据的种类，与作为进展状况条件目录中没有被设定“1”的业务过程相对应的情况下，则采用不对流程目录进行更新的构成即可。

另外，上述的实施形态中虽未特别提及，但还可以采用如下构成，

数据库（例如，程序DB18），根据既定数据被输入的情形，针对流程目录PT中登录完毕的数据当中的至少一部分，可以设定出相关数据内容变更的限制。还可以采用如下构成，即，例如，程序DB18所设置的流程目录PT中，在登录与过程“出库验收”相关的过程固有数据之前，流程目录PT中的通用数据部的变更（例如，数据的消除或写入）是可以的，但流程目录PT中，在被登录有与“出库验收”相关的过程固有数据之后，对通用数据部的变更，则不允许自由进行。这种情形，例如，用户在对通用数据部的内容进行变更的情况下，增设应该输入的密码及所应满足的条件等的限制即可。基于这种构成，可以防止因一部分数据的变更而引发数据整体矛盾的发生（即，伴随输入完毕的数据的修正、关联数据欠缺完整性）。

再有，上述的实施形态中虽未特别提及，但便携终端管理服务器10，按照自身设有的存储媒体所存储的处理程序（便携终端管理程序），来实施（请参照图5、图8、图10、图11）上述的各种处理.

产业应用性

采用本发明，意义在于，在向便携通信终端提供相关帐票信息的业务系统（特别是，ERP系统）方面，可以使安全性进一步提高，可以减轻数据的更新及检索所需要的处理负荷。

符号说明

10            便携终端管理服务器10

20            中转机

31∽3N        便携终端

40            通信网络

51、52、53    通信网络

100、200、300 统合基干业务系统

110、310      基干业务服务器

120、220      DWH服务器

500           帐票查询系统

Claims (8)

1.一种便携终端管理服务器，为ERP驱动的服务器，作为便携终端管理服务器，可以响应来自客户使用的便携终端的要求，借助通信网络提供各种数据，其特征在于：

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

含有流程数据更新装置，根据上述流程的进展状况，对上述流程数据存储装置中所存储的流程数据进行更新；

含有著录判定装置，当出现来自上述便携终端的著录要求时，针对该便携终端进行是否许可著录的判定；

含有著录处理装置，通过该著录判定装置作出判定许可著录时，进行著录处理；

含有阅览要求接受装置，对通过该著录处理装置所做出的著录处理的著录状态的、来自于上述便携终端的流程数据阅览要求进行受理；

含有流程数据提供装置，通过该阅览要求接受装置，根据所受理的阅览要求，将上述流程数据存储装置中所存储的流程数据向上述便携终端进行提供。

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

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

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

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

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

2.根据权利要求1所述的便携终端管理服务器，其特征在于，针对上述流程数据存储装置中所存储的流程数据，可以赋予对应的更新条件数据，以表示流程数据的更新条件；

上述流程数据更新装置，根据需要更新的流程数据被赋予对应的更新条件数据，对流程数据进行更新。

3.根据权利要求1或2所述的便携终端管理服务器，其特征在于，含有流程数据保存装置，用以针对上述流程数据存储装置所存储的流程数据，将其中的满足既定条件的数据，在暂时保管数据库中进行保存;

上述流程数据提供装置，将上述流程数据存储装置所存储的流程数据当中的、并被上述暂时保管数据库保存的流程数据提供给上述便携终端。

4.根据权利要求1至3中任一项所述的便携终端管理服务器,其特征在于，含有更新要求接受装置，用以接受来自于著录状态的便携终端对流程数据的更新要求；

还含有更新关联信息蓄积装置，对包括该更新要求接受装置所接受到的更新要求的更新内容，和表示作出了该更新要求的便携终端的终端信息，进行更新关联信息的蓄积；

上述流程数据更新装置，在既定的时刻，通过上述更新关联信息蓄积装置，按照其所积蓄的更新关联信息，对上述流程数据存储装置所存储的流程数据进行更新。

5.根据权利要求1至4中任一项所述的便携终端管理服务器,其特征在于，上述便携终端,具有著录判定装置，只有在接收到被预先设定的正规著录操作的情况下，才许可著录。

6.根据权利要求1至5中任一项所述的便携终端管理服务器，其特征在于，含有著录注销处理装置，根据来自上述便携终端的著录注销的要求，实施解除著录状态的著录注销处理；

含有履历信息消除要求装置，根据该著录注销处理装置所作出的可以实施著录注销处理的指示，针对上述便携终端，实施与流程数据的提供相关联的通信履历信息的解除要求。

7.根据权利要求1至6中任一项所述的便携终端管理服务器，其特征在于：含有时间计测装置，对未能与著录状态的上述便携终端进行信息交流的时间进行计测；

含有履历信息消除要求装置，在该时间计测装置的计测时间，达到既定时间的情况下，针对上述便携终端，做出与流程数据的提供相关联的通信履历信息的解除要求。

8.一种便携终端管理程序，作为便携终端管理程序，可以使ERP进行工作，可以使便携终端管理服务器,根据来自于客户所使用的便携终端的要求，借助通信网络提供各种数据的处理，

上述便携终端管理服务器，具有流程数据存储装置，可以对含有多项业务过程的流程、并包括与之相关联的各种数据的流程数据进行存储，作为便携终端管理程序，其特征在于，可以使上述便携终端管理服务器，实施如下处理：

实施流程数据的更新处理，根据上述流程的进展状况，对上述流程数据存储装置中所存储的流程数据进行更新；

实施著录判定处理，当出现来自上述便携终端的著录要求时，针对该便携终端进行是否许可著录的判定；

实施著录处理实行处理，通过该著录判定处理，在判定为许可著录时，进行著录处理；

实施阅览要求接受处理，对经过该著录处理实行处理所作出著录处理的、并处于著录状态的、且来自上述便携终端的流程数据阅览要求进行受理；

实施流程数据提供处理，通过该阅览要求受理处理，根据所受理的阅览要求，将上述流程数据存储装置所存储的流程数据，向上述便携终端实施提供的流程数据提供处理；

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

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

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

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

上述流程数据更新处理中，根据上述过程固有数据的更新状况，对上述状态数据实施更新的处理。

Images