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

Abstract

本发明是有关于一种便携终端管理服务器及便携终端管理程序，在向用户提供相关帐票信息的业务系统方面，可使ERP系统的维持及数据的更新所需要的处理负荷减轻。ERP驱动的便携终端管理服务器(10)，设有程序DB18，设有流程控制定义基体DB19，用以存储基体数据，其表示有、作为与业务过程相关的信息，业务过程所属的流程，及每项业务过程发生的过程数据相关、且被容许的(例如，“注册”、“变更”。)处理形式；由便携终端(31)，受理流程和业务过程可以进行特定的处理对象特定信息，并参照PFCMDB19针对所受理的、并与处理对象特定信息对应的处理形式进行特定，将特定的处理形式所对应的数据输入画面。向上述便携终端(31)提供。

Description

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

技术领域

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

背景技术

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

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

先前技术文献

专利文献

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

发明内容

发明所要解决的问题

采用上述的数据仓库系统，对帐票相关的各种数据(以下简称“帐票数据”)进行更新时，例如为判断由客户输入的数据是否有误，往往采用根据具有多数个数据的种类作成的多数个程序。

然而，问题是，如果以利用多数个程序进行数据正误的判断的方法，那么，ERP系统所处理的数据种类就会变得相当多，在判定结果输出之前需要花费相当的时间。另外，采用该种方法，每逢追加数据种类，势必作出适应于所追加的数据种类的正误判断用的程序，因此而使系统维持所花费的成本增大，这又是一个问题所在。

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

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

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

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

再有，使用现有的ERP系统，当根据客户的要求，需要使用存纳于各种目录的各种数据制作帐票时，就得搜寻出过程数据的标识符、才能检索需要的数据，需要分别从各种目录中单个地获取，当工艺流程含有多项业务过程的情况下，为输出流程相关的帐票，势必造成所需要的处理上产生过大负荷的这种问题的存在。相关账目更新时，需要存纳于各种目录的各种数据，目录的种类非常多，存在数据更新处理负载过大的无问题。

本发明的目的在于，解决上述问题，在向便携通信终端提供帐票相关信息的业务系统(ERP系统)中，使业务系统的维持以及数据更新需要处理的负荷得以减轻。

解决问题的方法

本发明的便携终端管理服务器，是ERP驱动的服务器，作为便携终端管理服务器，能够根据来自客户使用的便携终端的要求,借助通信网络提供各种数据,作为便携终端管理服务器,其中含有流程数据存储装置，对包括多项业务过程的与流程相关联的、且包含其各种数据的流程数据进行存储；含有基体数据存储装置,用以存储基体数据、其表示作为上述业务流程相关的信息,业务过程所属的流程,以及表示与每项业务过程所发生的过程数据相关、且被容许的处理形式；含有处理对象特定信息受理装置,用以受理由上述便携终端，对上述流程和上述业务过程可以进行特定的处理对象特定信息；含有处理形式特定装置，用以参照上述基体数据存储装置、针对基于该处理对象特定信息受理装置所受理的、并与处理对象特定信息对应的处理形式进行特定；含有数据输入画面提供装置，用以向上述便携终端提供该处理形式特定装置所特定的、对应于处理形式的数据输入画面。

由于采用上述构成，在向用户提供帐票相关信息的业务系统(ERP系统)中，能够实现使ERP系统的维持及数据的更新减轻所需的处理负荷。

还可以采取如下构成，通过上述处理形式特定装置，作为与特定的处理形式对应的画面，其含有数据输入画面信息作成装置，用以作成数据输入画面信息，作为其画面，表示有包含上述处理对象特定信息所示其流程的业务过程、及与该业务过程加以对应的数据项目，作为其信息，表示有作为画面的数据输入画面；上述数据输入画面提供装置，还可以采取如下构成，将基于上述数据输入画面信息作成装置所作成的数据输入画面信息，向上述便携终端发送。

还可以采取如下构成，上述流程数据，含有状态数据，其表示上述流程中包含的多项业务过程各自的进展状况；上述数据输入画面信息作成装置，根据上述状态数据，以对应于上述业务过程进展状况的既定的表示形态，作成含有表示上述业务过程的图像的数据输入画面信息。

还可以采取如下构成，上述数据项目，分类为票头和明细，上述数据输入画面，针对被分类为上述票头的数据项目、及被分类为上述明细的数据项目做出可识别地表示。

还可以采取如下构成，含有输入数据受理装置，用以从上述便携终端受理采用上述数据输入画面所输入的输入数据；含有流程数据更新装置，根据通过该输入数据受理装置所受理的输入数据、用以对上述流程数据存储装置中所存储的流程数据进行更新。

另外，本发明的便携终端管理程序，可以使ERP进行工作，使便携终端管理服务器根据来自于客户所使用的便携终端的要求，借助通信网络实施提供各种数据的处理，上述便携终端管理服务器，含有流程数据存储装置，可以对包括多项业务过程的、并含有与流程相关联的各种数据的流程数据进行存储；含有基体数据存储装置，用以存储基体数据、其表示作为上述业务流程相关的信息，业务过程所属的流程，以及表示与每项业务过程所发生的过程数据相关、且被容许的处理形式；作为便携终端管理程序，其中可以使上述便携终端管理服务器，实施如下处理：

实施处理对象特定信息受理处理，为用以受理由上述便携终端，对上述流程和上述业务过程可以进行特定的处理对象特定信息的受理处理；实施处理形式特定处理，为用以参照上述基体数据存储装置、针对基于该处理对象特定信息受理装置所受理的、并与处理对象特定信息对应的处理形式进行特定的处理；实施数据输入画面提供处理，为用以向上述便携终端提供该处理形式特定装置所特定的、对应于处理形式的数据输入画面的处理。

发明效果

由于采用上述构成，在向用户提供帐票相关信息的业务系统(ERP系统)中，能够实现使ERP系统的维持及数据的更新减轻所需的处理负荷。

附图说明

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

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

图3为表示流程数据存纳状态的示例说明图；

图4为表示PFCM的存纳状态的示例说明图；

图5为表示流程数据输入处理例的流程图；

图6为表示数据处理对象输入画面的示例说明图；

图7为表示数据输入画面信息作成处理的示例流程图；

图8为表示数据输入画面的示例说明图；

图9为表示数据输入画面的示例说明图；

图10为表示数据输入画面的示例说明图；

图11为表示数据输入画面的示例说明图；

图12为关于现有的ERP系统中的目录构成例进行说明的说明图。

符号说明

10：便携终端管理服务器              20：中转机

31～3N：便携终端                    40：通信网络

51、52、53：通信网络

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

110、310：基干业务服务器            120、220：DWH服务器

500：帐票查询系统

具体实施方式

图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，用以进行各种控制；具有流程数据暂时保管DB16；具有业务操作流程DB17，和流程DB18，PFCMDB19，具有其他的DB10X，用以实现作为一般性的基干业务服务器的机能，而存纳各种必要的数据(例如，收纳于业务操作程序DB17中的各种程序所利用的数据)。另外，关于其他的DB10X，属于与本发明无特别关系的部分，故省略其说明。

控制部11，含有向便携终端31～3N实施提供流程数据的处理等的传票数据提供处理部11a。

流程数据暂时保管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”的组合，就可以进行专门地特定。

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

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

再有，所谓“形式部”，是可以存纳形式数据的部分，指针对流程数据中的、库存销售及样品发货等的作为表示流程种类的数据。形式部，在流程数据的初次登录时进行更新。另外，流程的种类，不限于库存销售及样品发货。而且，对于每个流程的种类，哪个过程是否必要、是预先决定的内容(即，每个程序种类所包含的业务过程的种类及个数是不同的)。

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

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

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

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

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

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

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

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

另外，在本例中，PFCMDB19，作为存储媒体，用以存储表示PFCM的PFCM数据。在此，所谓PFCM(即，流程控制定义基体)，是为了判定是否容许涉及多项流程的数据的输入(即，流程数据的更新。)而采用的一种基体。

再有，PFCM，设计为基于例如帐票查询系统500所做成的。

图4，是表示PFCMDB19中的流程控制定义基体存纳状态的示例说明图。如图4所示，本例中的PFCM的行项目中，设定有多数个种类的流程。另外，PFCM的列项目中，设定有多数个种类的过程。再有，PFCM的内容，可以根据帐票查询系统500中客户的业务内容进行适当变更·更新。

在本例中，PFCM的行项目中，设定有被分类为“销售”及“购买”等种类的多数个流程(例如，“库存销售”、“库存进货”、“盘点”、“转账传票处理”。)。而且，将构成各流程的过程、设定为竖列的这种小单元格中，设定有(对应于图4中的“黑球”。)标识。即，图4所示的PFCM中，于是，在构成例如流程(库存销售)的过程里，则变为含有了过程“接受订货”。

在本例中，PFCM的列项目中，设定有各种过程、得以构成“接受订货报价”、“接受订货协议”等各种流程。进而，在本例的PFCM的列项目中(换言之，被设定为列项目的各过程处)，针对每个过程发生的过程数据，设定有被容许的处理形式。具体而言，如图4所示，在各过程的下方处，设定有表示处理形式的项目。即，本例中，在各过程处，设计有与3个处理形式“注册”、“变更”、“取消”相对应的单元格。并在单元格中设定有标识(对应于图4中的“黑球”。)，用以针对每个过程发生的过程数据，表示被容许的处理形式。

在此，就处理形式的意义(作用)进行说明。处理形式“注册”，表示作为对应于过程的传票数据，其被输入的传票数据为最新登录的意思。

处理形式“变更”，表示作为对应于过程的传票数据，其被输入的传票数据为变更现有数据的意思；处理形式“取消”，表示作为对应于过程的传票数据，其被输入的传票数据为取消现存数据的意思；即，假若是图4中的过程“接受订货报价”的话，表明作为最新注册或现存数据的变更数据输入，被容许了。

便携终端管理服务器10，具有将程序DB18及其他的DB10X中所存纳的各种数据，根据既定的外部装置，在本例中根据来自便携终端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进行通信，并通过例如既定的Web操作(Web浏览器)等的软件功能，将从便携终端管理服务器10取得的数据，向显示部输出的机能。

在此，对存储于流程数据暂时保管DB16中的流程数据进行更新处理的情况进行说明。在本例中，便携终端管理服务器10，每到数据更新的时间(例如，每一天进行更新时，则按预先定好的既定时间(深夜2点等)。)，就会读取出便携终端管理服务器10所设的、存储于流程DB18中的流程数据(成为最新数据)，再将其流程数据存储到流程数据暂时保管DB16的既定的存纳区域中(最新保存或邮件地址保存)，并对流程数据暂时保管DB16的存储信息进行更新。如此设计，经批量处理、流程数据暂时保管DB16的存储信息即得以更新。

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

图5为表示流程数据提供处理的举例的流程图,是本例的帐票查询系统500中的便携终端管理服务器10等所实施的流程数据输入处理(以下称“数据输入处理”)的示例流程。在此,以便携终端管理服务器10,根据来自客户X所使用的便携终端31的要求、接受流程数据输入的情形为例进行说明。

数据输入处理,例如,便携终端管理服务器10,是根据便携终端31接收到来自客户处于著录状态的便携终端31的数据输入要求的内容后即开始。

数据输入过程中，首先，便携终端管理服务器10，针对便携终端31，发出既定的数据处理对象输入画面信息(步骤S101)。

当接收数据处理对象输入画面信息时，便携终端31则将收到的数据处理对象输入画面信息所表示的数据处理对象输入画面，显示给自身具有的显示部(步骤S102)。

图6，是表示数据处理对象输入画面的示例说明图。如图6所示，数据处理对象输入画面信息中，设有流程受理区域601，用以受理作为数据的输入对象(或更新对象)的流程(具体指流程的名称以及ID等。)的输入。

设有处理ID受理区域602，用以受理作为数据输入对象的、表示过程的ID(以下称“处理ID”)的输入；设有返回前一画面时按下的返回键B1；

设有发信操作时按下的发信键B2，用以将各受理区域601、602向便携终端管理服务器10发送时使用。再有，本例中，流程受理区域601，设计为以下拉形式客户X即可从所表示的一览表中选择一个流程。

数据处理对象输入画面中，客户X，对便携终端31所具有的操作部(例如显示面板所配置的显示部中显示的键盘)进行操作，即可输入流程和处理ID，并按下发信按钮B2。

在输入了流程和处理ID的状态下，按下检索按钮B2，便携终端31就针对便携终端管理服务器10，将所输入的表示流程和处理ID的组合(以下成“处理对象”)的处理对象特定信息进行发送(步骤S104)。再有，上述处理对象特定信息的内容，谨作为一个例子，处理对象特定信息的内容，对于任意的流程数据(或，构成流程数据的过程数据)只要能够作为可特定的内容的话，任何内容都可以。

便携终端管理服务器10，在接收处理对象特定信息时，参照PFCM，对所收到的处理对象特定信息所表示的、被设定为过程的处理形式进行特定(步骤S105)。在此,当收到处理对象特定信息时、例如，作为处理对象,其表示有处理ID“xxxx(表示接受订货的号码)”的情况下，便携终端管理服务器10，则将处理形式“注册”、“变更”作为处理形式进行特定(请参照图4)。再有，处理形式的特定，还可设计为经后述的处理、在判定为容许过程数据的输入之后等再进行。

在对处理对象特定信息所表示的过程的处理形式进行特定时，便携终端管理服务器10，则实施判定是否容许过程数据的输入(步骤S106)。在此，当收到处理对象特定信息时、例如，作为表示处理对象的流程“库存销售”、处理ID“xxxx(表示接受订货报价的号码)”的情况下，由于对应的单元格中没有设定标识，所以，便携终端管理服务器10，就判定为不容许进行过程数据的输入(请参照图4)(步骤S106-N)，并将数据输入不可以的通知向便携终端31发送，向客户X报知不容许数据输入的意旨(步骤S107)。

一旦，在收到了处理对象特定信息时，例如，作为表示处理对象的流程“库存销售”、处理ID“xxxx(表示接受订货的号码)”的情况下，便携终端管理服务器10，则判定为容许进行过程数据的输入(请参照图4)(步骤S106-Y)，并实施处理(制作数据输入画面的信息处理)，用以作成数据输入画面的信息，以表示数据输入画面(步骤S200)。

图7，为本例的便携终端管理服务器10所实施的数据输入画面信息制作处理的示例流程图。在此，以收到的处理对象特定信息的情形为例，作为表示处理对象的流程“库存销售”、处理ID“xxxx(表示接受订货的号码)”进行说明。

制作数据输入画面的信息处理中,首先,便携终端管理服务器10,针对与特定处理形式对应的画面信息进行特定(步骤S201)。再有,在本例中,画面信息，设计为存纳于其他DB10X的内容。另外，基于处理形式的内容，还可以设计为共有画面信息的构成。再有，对于作为处理对象的过程，在设定有多数个处理形式的情况下，还可以设计为要求客户做出处理形式的选择。在后面，对应于过程“接受订货”的处理形式“注册”及“变更”当中，针对设计为被客户X所选择的“注册”将进行说明。

当对画面信息进行特定时，便携终端管理服务器10，参照PFCM，对处理对象特定信息所表示、流程所包含的过程进行特定(步骤S202)。本例中，便携终端管理服务器10，是针对作为与流程“库存销售”相对应的过程(即，图4中，库存销售一行里，与设定有“黑球”的单元格对应的列项目所设定的过程)、且含有过程“接受订货”的多数个过程进行特定。

其后，便携终端管理服务器10，参照流程目录PT中的状态部(请参照图3)，从作为被包含于流程的过程、特定的过程中，对容许数据编辑的流程(以下称“编辑容许过程”)进行特定(步骤S203)。本例中，便携终端管理服务器10，针对特定过的处理形式“注册”这种情形，是以状态部中，设定有“1”的过程(即，曾经进行过处理的过程。)其以外的过程作为编辑容许过程，而进行特定的。再有，在本例中设计有，多数个种类的过程中，含有与处理形式“注册”不同的、进行数据处理的方式。即，根据过程的种类，在状态部的状态以外，还设定有作为容许编辑的过程的条件。

在本例中，处理形式为“变更”及“取消”时，即使是曾经进行过其处理的过程，便携终端管理服务器10，仍设计成作为编辑容许过程。而且，设计为便携终端管理服务器10，根据由客户X所输入的数据，制成作为所谓负传票的帐票数据(或，要求客户做出作为负传票的数据输入)，且由于将制成的负传票登录于流程目录PT中，所以，与做出取消曾进行过处理的效果相同，可以得到相同结果。

对编辑容许过程进行特定时，便携终端管理服务器10，参照流程目录PT，针对与特定的编辑容许过程相对应的传票项目(例如，与各过程有关联的过程固有数据的项目。)进行特定(步骤S204)。在本例中，便携终端管理服务器10，对作为与过程“接受订货”相对应的传票项目、被分类为票头和明细的各种项目(请参照后述的图8-11)进行特定。

对传票项目进行特定时，便携终端管理服务器10，作成数据输入画面信息，其含有特定的编辑容许过程及传票项目(步骤S205)，并移行至数据输入处理中的步骤S108的处理(请参照图4)。

便携终端管理服务器10，在结束数据输入画面信息制作处理时，则将经数据输入画面信息制作处理所作成数据输入画面信息，发送至便携终端31(步骤S108)。

便携终端31，当收到数据输入画面信息时，便在自备的显示部中显示出收到的数据输入画面信息所表示的数据输入画面(步骤S109)。再有，此时，在接收到来自便携终端管理服务器10的不能输入数据的通知的情况下，便携终端31，则通过表示有既定的不能输入数据的通知画面，针对客户X报知数据输入未被容许的情况(无图示)。

图8，为表示数据输入画面的示例说明图。如图8所示，数据输入画面，

设有过程按钮显示区域801，由过程按钮801a-801h表示，用以受理表示处理对象特定信息所表示的、包含于流程的多数个过程分别显示其传票项目的操作(以下称“传票项目表示操作”)；设有流程名称显示区域802，用以表示流程的名称；设有办理形式按钮显示区域803，由办理形式按钮803a-803d表示，用以受理客户对所输入的数据的办理形式做出决定的操作(以下称“决定办理形式操作”)；设有票头按钮804，用以受理表示被分类为票头的过程数据的操作；设有明细按钮805，用以受理表示被分类为明细的过程数据的操作；设有过程数据受理区域806，用以受理自客户的过程数据的输入。

过程按钮显示区域801，其所表示的过程按钮801a-801h的表现形态，为3种形态，在图8中，被分类为以粗框表示的过程按钮801a；以细框表示的过程按钮801f、801g；以及其他的过程按钮801b-801e、801h。以粗框表示的过程按钮，表示现在所要处理的过程。以细框表示的过程按钮，表示不接受客户的选择，(即，不让按的钮)，其相关过程的处理已经进行过。其他的过程按钮，表示容许编辑的过程。再有，过程按钮的表示形态，并非限定于此，还可采取如下构成，例如，对于表示现在所要处理的过程(即，过程数据接受区域806中，数据项目所表的过程)其过程按钮，采用与其他的过程按钮不同的颜色来表示，或对于已经处理完毕的过程其过程按钮，采用灰色调来表示。

办理形式按钮803中所表示的清零按钮803a,用以接受对过程数据受理区域804中所输入的各数据进行清除(消去)的操作。注册按钮803b，用以接受对过程数据受理区域806中所输入的各数据作为传票进行登录(即，登录于流程数据DB11b)的操作。暂存按钮803c，用以接受对过程数据受理区域806中所输入的各数据、作为一次临时传票进行保存的操作。

取消按钮803d，用以接受对找出的传票进行取消的操作。

在过程数据受理区域806中，当客户X按下票头显示按钮804时，即显示出被分类为票头的数据项目。再有，在本例中，如图8所示，被分类为票头的数据项目中，表示有被进一步分类的项目(例如，“基本”及“组织”等)，并由分类项目显示区域806a进行显示，受理客户X的输入数据项目，由数据受理区域806b进行显示。

显示数据输入画面时，便携终端31对客户X的数据输入进行受理(步骤S110)。

图9，为受理客户X的数据输入时、数据输入画面的示例说明图。如图9所示，在数据输入画面中的数据受理区域806b中，显示有客户X所输入的数据(例如，“第一营业部”。)

再有，数据输入画面的显示中，当客户X按下明细按钮805时，便携终端31，对过程数据受理区域806中所显示的内容进行变更。

图10，为按下明细按钮805时的数据输入画面的示例说明图。

如图10所示，当按下明细按钮被时，是对明细按钮805做出的强调表示(例如，采用比票头按钮804更粗的框来表示)，过程数据受理区域806中所表示的内容，被变更为分类成明细的过程数据项目。

图11，为按下明细按钮后、受理客户X的数据输入时其数据输入画面的示例说明图。如图11所示，在数据输入画面的数据受理区域806b中，显示有客户X所输入的数据(例如，“第一营业部”及“仓库A”。)。

对客户X采用的数据输入画面所输入的数据进行受理，当受理例如注册按钮803b被按下时，便携终端31，则将受理到的数据发送至便携终端管理服务器10(步骤S111)。

便携终端管理服务器10，当接收便携终端31所受理的数据时，针对是否具有与必要项目(以下称“必须项目”。)相对应的数据进行判定，用以更新流程数据(步骤S112)。在此，如果判定为不具有对应于必须项目的数据时(步骤S112-N)，便携终端管理服务器10，则将既定数据不足的通知发送至便携终端31(步骤S113)。再有，必须项目，设计为预先登录于例如流程DB18中。

一方面，判定为具有与必须项目相对应的数据时(步骤S112-Y)，便携终端管理服务器10，则根据已特定的处理形式及收到的数据，针对流程数据暂时保管DB16、以及流程DB18中所存储的流程目录PT进行更新(步骤S113)。在本例中，处理形式为“注册”时，则针对收到的数据，在对应的存储区域中进行注册的处理。再有，例如处理形式为“取消”时，根据所收到的数据，作成负传票，对流程目录PT进行更新，藉此，设计为留待取消履历的构成。再有，流程目录PT的更新方法，并非限定于此，还可以设计为，例如，便携终端管理服务器10，只对流程数据暂时保管DB16中所存储的流程目录PT进行更新，并按既定时间,例如,在对流程数据暂时保管DB16中所存储的数据进行更新之前,根据帐票查询系统的管理者的操作,采用流程DB18，将流程数据暂时保管DB16的更新内容，反映至流程DB18。

当对流程目录PT进行更新时，便携终端管理服务器10，则将既定的更新完毕的通知发送至便携终端31(步骤S115)，并结束在此的处理。

便携终端31，根据所收到的数据不足的通知或更新完毕通知，将与收到的通知对应的既定画面，作为表示有客户X的数据输入结果的数据输入结果画面进行显示(步骤S116)。

当显示数据输入结果画面时，便携终端31，判断是否结束对便携终端管理服务器10的选取(步骤S117)。在此，基于接收到既定数据更新的作业继续操作的指令，在判定为不终止对携终端管理服务器10的选取时(步骤S117-N)，便携终端31则结束数据输入结果画面的显示，移行至步骤S102的处理。

另一方面，基于接收到例如既定的选取操作结束的指令，在判定为终止对变携终端管理服务器10的选取时(步骤S117-Y)，便携终端31则结束数据输入结果画面的显示，并终止在此的处理。

正如以上说明那样，在上述的实施形态中，作为ERP工作的服务器,根据来自用户X所使用的便携终端31的要求，借助通信网络40提供各种数据的便携终端管理服务器10，设有流程DB18，用以存储与含有多项业务过程的流程相关的、含有各种数据的流程数据，设有基体数据存储部，用以存储(例如，流程控制定义基体DB19。请参照图4。)基体数据(例如，PFCM数据)，其表示有、作为与业务过程相关的信息，业务过程所属的流程，及每项业务过程发生的过程数据相关、且被容许的(例如，“注册”、“变更”、“取消”。)处理形式；由便携终端31，受理流程和业务过程可以进行特定的处理对象特定信息，并参照基体数据存储部、针对所受理的、并与处理对象特定信息对应的处理形式进行特定，将特定的处理形式所对应的数据输入画面。向上述便携终端31提供(例如，发送制作的数据输入画面信息至数据输入画面信息处理)。基于如此设计，在向用户提供帐票相关信息的业务系统(ERP系统)中，能够实现使ERP系统的维持及数据的更新减轻所需的处理负荷。

即，采用流程数据及基体数据，可以有效地制作客户的、与作为处理对象的数据种类相对应的数据输入画面，可以使数据更新中所花费的客户的作业负担、以及服务器的处理负担，因此，得以实现使业务系统的维持及数据的更新过程中减轻所需的处理负荷。

另外，在上述实施例中，由于采用如下设计，即、便携终端管理服务器10，针对与已经特定的处理形式相对应的画面，可以制作表示有数据输入画面信息,作为其画面,表示有包含处理对象特定信息所示其流程的业务过程、及与该业务过程加以对应的数据项目(例如，针对业务过程“接受订货”的数据项目“销售系统-销售组织”。请参照图8)，作为其信息,表示有作为画面的数据输入画面,且将作成装置所作成的数据输入画面信息，向上述便携终端31发送。所以，可以达成根据客户的处理对象，提供可操作性的数据输入画面，从而实现客户方的数据输入操作的效率化。

另外，在上述实施例中,流程数据，含有流程所包含的多项业务过程表示其分别的进展状态的状态数据,由于设计为便携终端管理服务器10，根据状态数据，采取与业务过程的进展状态相对应的既定表现形态(例如，针对处理完毕的及未完毕的内容，以不同粗细的框构加以区别，或以不同颜色加以变换)，制作出数据输入画面信息，使其含有表示业务过程的图像(例如，过程按钮801a-801h。请参照图8。)，从而使得客户对于业务过程的状态(交易的进展状况)更加容易识别了解。

另外，在上述实施形态中，由于设计为，与业务过程加以对应的数据项目，被分类为票头和明细，在数据输入画面中，可以识别性地表示出被分类为票头的数据项目、及被分类为明细的数据项目，因而，对于显示画面的规格受限的便携终端来说，还可提升用于数据输入的画面的操作性。

另外，在上述实施例中，由于设计为，便携终端管理服务器10，接收由便携终端31采用数据输入画面所输入的输入数据，并根据所接收的输入数据，对流程DB18中所存储的流程数据进行更新，从而使得客户的数据输入的负担得以减轻。即，对于客户来说，由于可以采用对于处理形式、流程、业务过程以及业务过程的数据项目的关联性易于把握的画面，进行帐票相关数据的输入操作，因此，使得客户的数据输入中所付出作业负担得以减轻。

另外，上述的实施形态中虽未特别提及，但还可以采用如下构成，即，数据库(例如，流程DB18)，根据既定数据被输入的内容，对流程目录PT中的登录完毕的数据中的至少一部分，设定相关数据内容变更的限制条件。即，例如，在流程DB18设有的流程目录PT中登录过程“出库验收”相关的过程固有数据之前，有可能发生流程目录PT中的通用数据部的(例如，数据删除或邮件发送)变更，不过，还可以设计为，在流程目录PT中登录过程“出库验收”相关的过程固有数据之后，使通用数据部变成不能随意变更的状态。此时，可设计为，例如，用户在对通用数据部的内容进行变更时，要求应输入口令或应满足条件等的加以条件性限制。基于如此设计，可以防止因一部分数据的变更而引发数据整体矛盾的发生(即，伴随输入完毕的数据的修正、关联数据欠缺完整性)。

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

产业应用性

采用本发明，意义在于，在向便携通信终端提供相关帐票信息的业务系统(特别是，ERP系统)方面，可以使数据的更新及检索所付出的处理负荷减轻。

Claims (6)

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

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

含有基体数据存储装置，用以存储基体数据、其表示作为上述业务流程相关的信息，业务过程所属的流程，以及表示与每项业务过程所发生的过程数据相关、且被容许的处理形式；

含有处理对象特定信息受理装置，用以受理由上述便携终端，对上述流程和上述业务过程可以进行特定的处理对象特定信息；

含有处理形式特定装置，用以参照上述基体数据存储装置、针对基于该处理对象特定信息受理装置所受理的、并与处理对象特定信息对应的处理形式进行特定；

含有数据输入画面提供装置，用以向上述便携终端提供该处理形式特定装置所特定的、对应于处理形式的数据输入画面。

2.根据权利要求1所述的便携终端管理服务器，其特征在于，通过上述处理形式特定装置，作为与特定的处理形式对应的画面，其含有数据输入画面信息作成装置，用以作成数据输入画面信息，作为画面，表示有包含上述处理对象特定信息所示的流程业务过程、及与该业务过程加以对应的数据项目，作为信息，表示有作为画面的数据输入画面；上述数据输入画面提供装置，将基于上述数据输入画面信息作成装置所作成的数据输入画面信息，向上述便携终端发送。

3.根据权利要求2所述的便携终端管理服务器，其特征在于，上述流程数据，含有状态数据，其表示上述流程中包含的多项业务过程的分别的进展状况；上述数据输入画面信息作成装置，根据上述状态数据，以对应于上述业务过程进展状况的既定的表示形态，作成含有表示上述业务过程其图像的数据输入画面信息。

4.根据权利要求2或3所述的便携终端管理服务器,其特征在于，上述数据项目，分类为票头和明细；上述数据输入画面，针对被分类为上述票头的数据项目、及被分类为上述明细的数据项目作出可识别地表示。

5.根据权利要求1至4中任一项所述的便携终端管理服务器,其特征在于，含有输入数据受理装置，用以从上述便携终端受理采用上述数据输入画面所输入的输入数据；含有流程数据更新装置，根据通过该输入数据受理装置所受理的输入数据、用以对上述流程数据存储装置中所存储的流程数据进行更新。

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

上述便携终端管理服务器，含有流程数据存储装置，可以对包括多项业务过程的、并含有与流程相关联的各种数据的流程数据进行存储；

含有基体数据存储装置，用以存储基体数据、其表示作为上述业务流程相关的信息，业务过程所属的流程，以及表示与每项业务过程所发生的过程数据相关、且被容许的处理形式；

作为便携终端管理程序，可以使上述便携终端管理服务器，实施如下处理：

实施处理对象特定信息受理处理，用以受理由上述便携终端，对上述流程和上述业务过程可以进行特定的处理对象特定信息的受理处理；

实施处理形式特定处理，用以参照上述基体数据存储装置、针对基于该处理对象特定信息受理装置所受理的、并与处理对象特定信息对应的处理形式进行特定的处理；

实施数据输入画面提供处理，用以向上述便携终端提供该处理形式特定装置所特定的、对应于处理形式的数据输入画面的处理。