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

一种便携终端管理服务器及便携终端管理程序，是一种向便携通信终端提供相关帐票信息的业务系统，可以减轻数据检索所需要的处理负荷，快速输出有效信息。ERP驱动的便携终端管理服务器(10)，设有流程数据目录PT，其存储有包括多项业务过程的、并含有与流程相关联的流程数据，由便携终端(31)接收并受理表示批量明细对象者(用户方、供货方)的批量明细对象者信息，且参考流程数据，对所接收到的批量明细对象者信息所表示的、以批量明细对象者为对象的、且涉及多项业务过程的各过程数据进行检索，根据检索到的各过程数据，生成以被指定的批量明细对象者为对象的、可显示批量明细的批量明细信息(批量请求明细信息、批量支付明细信息)，并将生成的批量明细信息提供至便携终端(31)。

1.  一种便携终端管理服务器，是ERP驱动的服务器，作为便携终端管理服务器，能够根据来自用户使用的便携终端的要求，借助通信网络提供各种数据，其特征在于，
含有流程数据存储装置,对包括多项业务过程的、与流程相关联的、且包含各种数据的流程数据进行存储；
上述流程数据，作为一种数据，包含有状态数据、通用数据、过程固有数据；
上述状态数据，作为一种数据，表示在上述流程中所包含的多项业务过程其各自的进展状况的数据；
上述通用数据，作为一种数据，在同一个流程中所包含的业务过程间可以通用的数据；
上述过程固有数据,为在同一个流程中包含的各业务过程所固有的数据；
进而，含有指定批量明细对象者画面的提供装置，根据来自上述便携终端的要求，提供批量明细对象者指定画面，用以指定批量明细对象者；
含有批量明细对象者信息受理装置，通过上述便携终端，针对经上述批量明细对象者指定画面所指定的、表示批量明细对象者的、批量明细对象者信息进行收信并受理；
含有过程数据检索装置，将经上述批量明细对象者信息受理装置所受理的、批量明细对象者信息所表示的、以批量明细对象者为对象的、且涉及多项业务过程的各过程数据存储于上述流程数据存储装置，可参照上述流程数据存储装置所存储的流程数据进行检索；
含有批量明细信息生成装置，根据该过程数据检索装置所检索到的各过程数据，用以生成以指定的批量明细对象者作为对象的、并显示批量明细的批量明细信息；
含有批量明细信息提供装置，将该批量明细信息生成装置所生成的批量明细信息，提供至上述便携终端。

2.  根据权利要求1所述的便携终端管理服务器，其特征在于，批量明细对象者作为用户方，上述批量明细对象者信息受理装置，通过上述便携终端，针对经批量明细对象者指定画面所指定的、表示用户方的用户方信息进行收信并受理；上述过程数据检索装置，针对用户方信息所显示的用户方其请求中作为未付款的各过程数据进行检索；上述批量明细信息生成装置，生成批量请求明细信息，以表示所指定的用户方被作为请求方的批量请求明细。

3.  根据权利要求2所述的便携终端管理服务器，其特征在于，批量请求明细信息，含有将单笔的请求金额与单笔的请求金额进行合算之后的合 计请求金额。

4.  根据权利要求1所述的便携终端管理服务器，其特征在于，批量明细对象者作为供货方，上述批量明细对象者信息受理装置，通过上述便携终端，针对经批量明细对象者指定画面所指定的、表示供货方的供货方信息进行收信并受理；上述过程数据检索装置，针对供货方信息所显示的供货方其请求中作为未付款的各过程数据进行检索；上述批量明细信息生成装置，生成批量支付明细信息，以表示所指定的供货方作为被支付方的批量支付明细。

5.  根据权利要求4所述的便携终端管理服务器，其特征在于，批量支付明细信息，含有将单笔的支付金额与单笔的支付金额进行合算之后的合计支付金额。

6.  一种便携终端管理程序，可以使ERP进行工作，使便携终端管理服务器根据来自于用户所使用的便携终端的要求，借助通信网络、实施提供各种数据的处理，作为便携终端管理程序，其特征在于，
上述便携终端管理服务器，具有流程数据存储装置，可以对包括多项业务过程的、并含有与流程相关联的各种数据的流程数据进行存储；
上述流程数据，作为一种数据，包含有状态数据、通用数据、过程固有数据；
上述状态数据，作为一种数据，表示在上述流程中所包含的多项业务过程其分别的进展状况的数据；
上述通用数据，作为一种数据，在同一个流程中所包含的业务过程间可以通用的数据；
上述过程固有数据,为在同一个流程中包含的各业务过程所固有的数据；
作为便携终端管理程序，可以使上述便携终端管理服务器，实施如下处理：
实施指定批量明细对象者画面的提供处理，根据来自上述便携终端的要求，提供批量明细对象者指定画面，用以指定批量明细对象者、其过程中实施的处理；
实施批量明细对象者信息受理的处理，通过上述便携终端，针对经上述批量明细对象者指定画面所指定的、表示批量明细对象者的批量明细对象者信息进行收信并受理、其过程中实施的处理；
实施过程数据检索的处理，将经上述批量明细对象者信息受理处理所受理到的、批量明细对象者信息所表示的、以批量明细对象者为对象的、且涉及多项业务过程的各过程数据存储于上述流程数据存储装置，并参照上述流程数据存储装置所存储的流程数据进行检索、其过程中实施的处理；
实施批量明细信息生成的处理，根据该过程数据检索处理所检索到的各过程数据，用以生成以被指定的批量明细对象者为对象的、可显示批量 明细的批量明细信息、其过程中实施的处理；
实施批量明细信息提供的处理，将该批量明细信息生成处理所生成的批量明细信息，提供至上述便携终端、其过程中实施的处理。

便携终端管理服务器及便携终端管理程序
技术领域
本发明涉及一种便携终端管理服务器、及装载于便携终端管理服务器的便携终端管理程序，作为ERP驱动的服务器，可应对来自用户所使用的便携终端的要求，借助通信网络提供各种数据。
背景技术
一直以来，作为构筑企业的基干业务系统的软件包，称之为ERP(Enterprise Resource Planning企业资源计划)的软件包已成为主流。通过该ERP所装载的(统合基干业务系统、ERP系统)基干业务系统，多用于相关数据库上的构筑，主要着眼于业务处理方面的操作程序的多方设计，而对于帐票输出方面的运用则不甚看重。
在这种状况下，为高速处理大量的业务数据、在各种切面上对业务数据进行分析、以输出帐票作为目的，多有提供各种各样的数据仓库系统，以担当完善基干业务系统的作用，(请参照专利文献1)。在以这种帐票输出为目的的帐票查询系统中，有针对于便携通信终端(便携终端)提供帐票等的信息的设计(请参照专利文献2-3)。
专利文献
专利文献1：特开2002-312208号公报
专利文献2：特开2003-323582号公报
专利文献3：特开2007-200136号公报
发明内容
发明所要解决的问题
以往现有的ERP系统，是将各业务过程中获取的(包括用户所输入的数据以及从各种数据演算出的数据)数据，分别登录在专用的数据目录(图表)中进行管理的。即，在以往现有的ERP系统中，其接受订货及发货指示等的每项输入过程中所更新的目录是不同的。而且，所谓“输入过程”，是指在各业务过程中，将ERP系统的管理者等获取(或决定)的各种数据向各目录中进行输入的处理。
图15，就是针对以往现有的ERP系统中的目录构成的实例进行说明的说明图。例如，由多项业务过程构成的业务流程(工艺流程)，在需要表示“库存销售”的情况下，输入过程就成为接受订货、发货指示、出库、验收以及销售这五项。这种情况，以存纳与“库存销售”的流程相关的数据的目录表来看的话，如图15(A)至图15(E)所表示的那样，每项输入过程 就分别成为接受订货目录、发货指示目录、出库目录、验收目录以及销售目录这样五项。
也就是，采用以往现有的ERP系统，每项输入过程所更新的目录是不同的。其原因在于，同一流程(工艺流程)所属的多项业务过程间的对应关系，是针对于各业务过程相关的数据(过程数据)，通过赋予标识标识符(在图15中，发货指示目录中的接受订货号码和接受订货明细、以及出库目录中的发货指示号码和发货指示明细等)来进行的。
因此，采用以往现有的ERP系统，对于一项输入过程，就需要做出与输入的过程种类应对的目录特定、及输入对应其他的过程数据的标识标识符。即，如图13所示的情形，与采用接受订货号码“A00001”和接受订货明细号码“0010”，作出特定的过程数据(即，在接受订货目录中，接受订货号码“A00001”和接受订货明细号码“0010”收纳在同一列的各种数据，)相关联的、有关业务过程“发货指示”的过程数据，向ERP系统所具有的数据库进行登录时，作为涉及业务过程“发货指示”的过程数据，往往需要将、特定过程数据的发货指示号码和发货指示明细号码、和表示业务过程种类的类型，以及表示业务过程内容的数据(例如，接受订货单位、数量、金额、发货指示日、发货文本等)同时，和接受订货号码“A00001”和接受订货明细号码“0010”登录到发货指示目录中。这就是，针对在多个目录中完全登录一部分相同的数据等，从效率性数据处理的观点来看所存在的问题。
再有，与数据登录时的情况一样，使用以往现有的ERP系统，当根据用户的要求，需要对存纳于各种目录的各种数据进行检索时，就得搜寻出例如过程数据的标识项目符、才能检索到所需要的过程数据，由于需要从各种目录中，单个地获取符合检索条件的数据，所以，势必造成检索中所发生的处理上的负荷过大这种问题的存在。
如此，采用现有的ERP系统，由于对存纳于各种图表的各种数据进行检索过程中的处理负荷会变得超大，在提取各种数据、进行各种信息处理的情况下，其处理负荷还会增加，拘于信息处理，则存在难以快速输出有效信息的问题。
特别是在根据来自便携通信终端(便携终端)的要求提供信息时，需要其应答速度作出速率时，则上述问题更显突出。
本发明的目的在于，解决上述问题，在向便携通信终端(便携终端)提供帐票相关信息的业务系统(ERP系统)中，使业务系统中数据处理所需要处理负荷得以减轻，实现快速输出有效信息。
解决问题的方法
本发明的便携终端管理服务器，是ERP驱动的服务器，作为便携终端管理服务器，能够根据来自用户使用的便携终端的要求，借助通信网络提 供各种数据，作为上述便携终端管理服务器，其中，含有流程数据存储装置，对包括多项业务过程的、与流程相关联的、且包含其各种数据的流程数据进行存储；上述流程数据，作为一种数据，包含有状态数据、通用数据、过程固有数据；上述状态数据，作为一种数据，表示在上述流程中所包含的多项业务过程其各自的进展状况的数据；上述通用数据，作为一种数据，在同一个流程中所包含的业务过程间可以通用的数据；上述过程固有数据，为在同一个流程中包含的各业务过程所固有的数据；进而，含有指定批量明细对象者画面的提供装置，根据来自上述便携终端的要求，提供批量明细对象者画面，用以指定批量明细对象者；含有批量明细对象者信息受理装置，通过上述便携终端，针对经上述批量明细对象者画面所指定的、表示批量明细对象者的、批量明细对象者信息进行收信并受理；含有过程数据检索装置，将经上述批量明细对象者信息受理装置所受理的、批量明细对象者信息所表示的、以批量明细对象者为对象的、且涉及多项业务过程的各过程数据存储于上述流程数据存储装置，可参照上述流程数据存储装置所存储的流程数据进行检索；含有批量明细信息生成装置，根据该过程数据检索装置所检索到的各过程数据，用以生成以被指定的批量明细对象者为对象的、可显示批量明细的批量明细信息；含有批量明细信息提供装置，将该批量明细信息生成装置所生成的批量明细信息，向上述便携终端进行实施提供。
由于采用上述构成，在向便携通信终端提供帐票相关信息的业务系统中，能够实现减轻业务系统的数据处理中所需要的处理负荷，从而达成快速输出有效信息。
还可以采取如下构成，即，批量明细对象者作为用户方，上述批量明细对象者信息受理装置，通过上述便携终端，针对经上述批量明细对象者指定画面所指定的、表示有用户方的用户方信息进行实施收信并受理；上述过程数据检索装置，针对用户方信息所显示的、用户方的请求中作为未入付款的各过程数据进行检索；上述批量明细信息生成装置，生成批量请求明细信息，以表示出所指定的用户方、被作为请求方的批量请求明细。
还可以采取如下构成，批量请求明细信息，含有将单笔的请求金额与单笔的请求金额进行合算之后的合计请求金额。
还可以采取如下构成，即，批量明细对象者作为供货方，上述批量明细对象者信息受理装置，从上述便携终端，针对经上述批量明细对象者画面指定的、表示供货方的供货方信息进行收信并受理；上述过程数据检索装置，针对供货方信息显示的、来自供货方的请求中作为未入款支付的各过程数据进行检索；上述批量明细信息生成装置，生成批量支付明细信息，以表示所指定的供货方，作为被支付方的批量支付明细。
还可以采取如下构成，批量支付明细信息，含有将单笔的支付金额与单笔的支付金额进行合算之后的合计支付金额。
另外，本发明的便携终端管理程序，可以使ERP进行工作，使便携终端管理服务器根据来自于用户所使用的便携终端的要求，借助通信网络、实施提供各种数据的处理，上述便携终端管理服务器，具有流程数据存储装置，可以对包括多项业务过程的、并含有与流程相关联的各种数据的流程数据进行存储，上述流程数据，为包含状态数据，通用数据和过程固有数据的数据；上述状态数据，为表示在上述流程中包含的多项业务过程各自的进展状况的数据；上述通用数据，为在同一个流程中包含的业务过程间通用的数据；上述过程固有数据，为在同一个流程中包含的各业务过程所固有的数据；作为便携终端管理程序，可以使上述便携终端管理服务器，实施如下处理：实施指定批量明细对象者画面的提供处理，根据来自上述便携终端的要求，提供批量明细对象者指定画面，用以指定批量明细对象者、其过程中实施的处理；实施批量明细对象者信息受理的处理，通过上述便携终端，针对经上述批量明细对象者指定画面所指定的、表示批量明细对象者的批量明细对象者信息进行收信并受理、其过程中实施的处理；实施过程数据检索的处理，将经上述批量明细对象者信息受理处理所受理到的、批量明细对象者信息所表示的、以批量明细对象者为对象的、且涉及多项业务过程的各过程数据存储于上述流程数据存储装置，并参照上述流程数据存储装置所存储的流程数据进行检索、其过程中实施的处理；实施批量明细信息生成的处理，根据该过程数据检索处理所检索到的各过程数据，用以生成以被指定的批量明细对象者为对象的、可显示批量明细的批量明细信息、其过程中实施的处理；实施批量明细信息提供的处理，将该批量明细信息生成处理所生成的批量明细信息，提供至上述便携终端、其过程中实施的处理。
发明的效果
采用本发明，在向便携通信终端提供帐票相关信息的业务系统中，使业务系统中数据处理所需要处理负荷得以减轻，实现快速输出有效信息。
附图说明
图1为表示帐票查询系统构成例的方框图；
图2为表示便携终端管理服务器构成例的方框图；
图3为表示流程数据存纳状态的示例说明图；
图4为表示传票数据提供处理的示例说明流程图；
图5为表示菜单画面的实示例说明图；
图6为表示传票检索画面的示例说明图；
图7为表示传票检索画面的示例说明图；
图8为表示传票检索画面所显示选择项目配置圆全体构成的示例说明图；
图9为表示检索结果一览表画面的示例说明图；
图10为表示批量信息提供处理的示例流程图；
图11为表示条件指定画面(批量请求明细书)的示例说明图；
图12为表示批量信息(批量请求明细信息)画面的示例说明图；
图13为表示条件指定画面(批量支付明细书)的示例说明图；
图14为表示批量信息(批量支付明细信息)显示画面的示例说明图；
图15为关于以往现有的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(Operating System操作系统)及相关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，和流程程序DB18a，具有标识项目DB18b，具有DWHDB19(数据仓库DB)，具有其他的DB10X，用以收纳作为一般性的基干业务服务器的、为实现其机能的各种必要的数据(例如，收纳于业务操作程序DB17中的各种程序所利用的数据)。另外，有关其他的DB10X，属于与本发明无特别关系的部分，故省略其说明。控制部11，具有传票数据提供处理部11a，用以实施向便携终端31～3N提供流程数据的处理等；具有批量请求明细信息提供处理部11b，用以实施向便携终端31～3N提供批量请求明细信息的处理等；具有批量支付明细信息提供处理部11c，用以实施向便携终端31　3N提供批量支付明细信息的处理等；
流程数据暂时保管DB16，是存储媒体，对于从统合基干业务系统100方面取得的流程数据、以及存储于流程程序DB18a的流程数据进行暂时性保管。流程数据暂时保管DB16中所存储的流程数据，例如定期性的地(每1天、每3天、每12小时等)进行更新。
业务操作程序DB17，作为存储媒体，对用于各种业务所采用的程序进行存储。作为业务操作程序DB17中所存储的程序，有：销售业务管理程序，购买业务管理程序，生产管理程序，财务会计管理程序，以及管理会计管理程序等。
流程DB18a，作为存储媒体，对所采用的存储于业务操作程序DB17中的各种程序的、通过各种信息处理，经收集·整理等的各种过程数据(或帐票数据)所构成的流程数据进行存储。在本例中，以流程DB18a，针对包括含有多项业务过程的、并含有与流程相关的各种数据的流程数据，在收纳于流程程序目录PT时的情况进行说明。再有，在本例中，针对便携终端管理服务器10，通过1个流程程序目录PT，对每个流程所发生的流程数据进行一元化统一管理时的情形进行说明。另外，在本例中，流程数据里，包括一般采用的传票数据(例如，针对与接受订货传票相对应的传票数据的话，则对接受订货传票票头信息、接受订货传票明细信息、以及交纳货日日程等加以对应，并将传票号码等的关键点，以能够检索的结构进行原样存储；再有，在传票号码中，含有接受订货号码、定购号码、发货号码、出入库号码、账单查询、请求号码、会计号码等)。
另外，便携终端管理服务器10，也可以采用对流程数据，例如，后述的每一类型，或后述的通用数据内容的一部分(例如，接受订货方等)，每项相同内容，以多个目录进行管理的构成。
图3，是表示程序DB18a中的流程数据收存纳状况的例子示例的说明图。如图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系统上，为了明确资产所有权的转移时间，“验收”这个环节是与出库区别定义的。
标识项目DB18b，为存储媒体，用以存储表示各标识项目的业务预定的标识项目预定数据。本例中设定，标识项目DB18b中，表示各标识项目的业务预定的标识项目预订数据可存纳于标识项目目录PJT。标识项目目录PJT中，虽无图示，但可登录标识项目预定数据，其与标识项目号码和标识项目明细号码相对应，且表示用以达成该企业的业务预定(例如，预算、购入、接受订货、订购等的预定)的信息。
DWHDB19，作为存储媒体，用以存储基于流程数据被过去所生成的批量信息等。本例设计，可登录后述的批量请求明细信息以及批量支付明细信息等。
便携终端管理服务器10，具有将流程DB18a、标识项目DB18b、DWHDB19以及其他DB10X中所存纳的各种数据，根据既定的外部装置，在本例中根据来自便携终端31～3N以及统合基干业务系统100、200、300的要求而进行提供的机能。即，便携终端管理服务器10，具有作为基干业务服务器的机能。换言之，便携终端管理服务器10，具有ERP引擎。
另外，虽无图示，但在本例中，便携终端管理服务器10，具有作为DWH服务器的机能，具有为实现数据仓库的各种机能。便携终端管理服务器10， 基于具有作为ERP引擎和DWH服务器的机能的构成，对于不同构成的统合基干业务系统(例如，基干业务服务器和DWH服务器之中、具有两方的统合基干业务系统100、和仅具有DWH服务器的统合基干业务系统200、和仅具有DWH服务器的统合基干业务系统300。)都可以进行作为统合基干业务系统提供所要求的信息。
各便携终端31～3N，作为信息处理装置，其设有例如Ipad(注册商标)等的CPU(中央处理装置)，ROM,RAM和显示部等。在本例子中，各便携终端31～3N，设计为具有可利用的各种应用程序，用以Web浏览器等、处理帐票数据。另外，在本例子中，各便携终端31～3N，具有、例如可根据使用者的操作输入，针对从便携终端管理服务器10取得必要的帐票数据(在本例中，流程数据、标识项目预定数据)的查询(检索项目、检索键、提取键等)作出定义、并向便携终端管理服务器10发送信息的机能。再有，便携终端31～3N，设计有31a～3Na，其具有读取QR代码(Quick Response Code：注册商标)等的各种代码的编码阅读器(或编码阅读机能)。
本例中，各便携终端31～3N，可以借助中转机20及通信网络40与便携终端管理服务器10进行通信，并具有将从便携终端管理服务器10取得的数据，通过例如既定的Web操作(Web浏览器)等的软件功能，向显示部输出的机能。
在此，对存储于流程数据暂时保管DB16中的流程数据进行更新处理的情况进行说明。在本例中，便携终端管理服务器10，一到数据更新的时间(例如，每一天进行更新时，预先定好的既定时间(深夜2点等)。)，就会读取出便携终端管理服务器10所具有的、存储在流程程序DB18a中的流程数据(作为最新数据)，再将流程数据存储到流程数据暂时保管DB16的既定的收纳区域中(最新保存或邮件地址保存)，并对流程数据暂时保管DB16的存储信息进行更新。这样一来，经批量处理、流程数据暂时保管DB16的存储信息就得到更新了。
下面，参照附图，就本例的帐票查询系统500的操作进行说明。同时，对与本发明无特别关系的操作及处理，省略其内容。
图4，为表示程序数据提供处理的举例的流程图，是本例的帐票查询系统500中的便携终端管理服务器10等所实施的流程数据提供处理例子的流程。在此，以便携终端管理服务器10，根据来自用户X所使用的便携终端31的要求提供流程数据的情形为例进行说明。
在传票数据提供处理过程中，首先，便携终端31，对用户X通过著录操作的著录要求进行受理(步骤S101)。该著录操作，可以认为例如预设了密码的输入操作等。当向便携终端31发出著录许可时，使用装载于便携终端31的各种机能的各种操作就被允许进行了。
在用户X处于对便携终端31进行著录的状态时，如果由用户X实施既定的著录操作的话，便携终端31，就针对便携终端管理服务器10作出选择、 获取著录画面，并在著录画面中对著录指定出必要的信息(例如，预先设定的用户ID和口令)，从而实施著录要求(步骤S102)。该著录要求，可以按预先设定的、例如，用户ID和口令之外、可用于著录判定的既定信息(例如对用户发行的电子证明书)的提示来进行。再有，还可以设计为，向便携终端管理服务器10提出著录时，采用用户X所属的群组及各种画面，使用户指定所使用的语言(例如日本语)的构成。
便携终端管理服务器10，一旦接受到著录要求，则对是否许可其著录进行判断(步骤S103)。该判断，根据例如ID、口令、电子证明书等进行即可。
便携终端管理服务器10，在判断为许可著录的情况下(步骤S103-Y)，则设定便携终端31为著录状态。一旦被设定为著录状态,便携终端管理服务器10，则将显示菜单画面的菜单画面信息发送至便携终端31(步骤S104)。另外,当判断为不许可著录时(步骤S103-N),便携终端管理服务器10，则不会将对便携终端31设定为著录状态，而且终止传票数据的提供处理。并且，在判定为不许可著录时，便携终端管理服务器10，将其意旨针对便携终端31进行通知的处理。
当收到菜单画面信息时，便携终端31，则将收到的菜单画面信息所表示的菜单画面，在自身具有的显示部中显示出来(步骤S105)。
图5，是表示菜单画面的示例说明图。如图5所示，菜单画面中，设有菜单配置圆MC所表示的配置圆显示区域501，用以表示可供选择的多数个菜单名称、其分别由菜单按钮M1～M6来表示,并被配置于近似圆周上。再有，菜单配置圆显示区域501中，如图5所示，设有表示标题显示区域MA，配置于菜单配置圆MC所形成的圆的中心区域，用以表示菜单配置圆MC的标题。在这里，作为菜单按钮M1～M6，设计为检索传票时按下的传票检索按钮M1，制作新传票时按下的新传票按钮M2，输入经费时按下的经费输入按钮M3,登录事主时按下的主盘登录按钮M4，要求进行提供批量请求明细信息时按下的批量请求按钮M5,以及进行批量支付明细信息的提供要求时按下的批量支付按钮M6。
配有显示面板的便携终端31，在其显示部所显示的菜单画面处，用户X通过触摸操作(用手指接触的操作)，即可按下菜单按钮M1～M6中的任何一个。本例设计为按下检索按钮M1。同时，有关其他按钮M2～M6的操作处理，恕在此省略。
在菜单画面中，当按下传票检索按钮M1时，便携终端31，则会针对便携终端管理服务器10，将传票检索按钮M1被按下的意旨，作为菜单选择结果，发送至便携终端管理服务器10(步骤S106)。
当传票检索按钮M1被按下的意旨作为菜单选择结果被收到时，便携终端管理服务器10的传票数据提供处理部11a，则将指定了传票检索条件的、显示有传票检索画面的传票检索画面信息发送至便携终端31(步骤S107)。
当接收传票检索画面信息时，便携终端31，则将所收到的传票检索结果画面信息所表示的传票检索结果画面、通过自身具有的显示部进行显示(步骤S108)。
图6，是传票检索画面的示例说明图。如图6所示，传票检索画面处，为了指定检索条件，设有多数个选择项目配置圆显示区域601、602、603，用以分别表示可供选择的多数个选择项目、且被配置于近似圆周上的多数个选择项目配置圆DC、SC、PC；设有关键词输入区域604，用以输入作为筛选条件的关键词。在本例中，作为选择项目配置圆DC、SC、PC，设置为对于处理完毕的传票种类，表示可以选择处理完毕的传票种类选择项目配置圆DC，对于筛选的详细事项的标题，表示可以选择详细选择种类的选择项目配置圆SC；对于业务过程的种类，表示可以选择业务种类的选择项目配置圆PC。而且，作为选择项目配置圆显示区域601、602、603，设置为处理完毕的传票种类选择项目配置圆显示区域601，用以表示处理完毕的传票种类选择项目配置圆DC；和详细选择种类的选择项目配置圆显示区域602，用以表示详细选择种类的选择项目配置圆SC；以及过程种类选择项目的配置圆显示区域603，用以表示过程种类选择项目的配置圆PC。
对于处理完毕的传票种类选择项目配置圆DC来说，在其近似圆周上被配置有7种类的传票、作为可供选择的选择项目(选择项目按钮)，如：接受订货按钮D1，用于指定以接受订货传票为检索条件；订货按钮D2，用于指定以订货传票为检索条件；入库按钮D3，用于指定以入库传票为检索条件；出库按钮D4，用于指定以出库传票为检索条件；销售按钮D5，用于指定以销售传票为检索条件；请求按钮D6，用于指定以请求传票为检索条件；交款按钮D7，用于指定以交款传票为检索条件。再有，在处理完毕的传票种类选择项目配置圆DC的中心区域，配置有分类表示按钮DA，以表示分类名“处理完毕传票”。在本例中，通过选择项目(选择项目按钮)D1～D7的选择(无论是单数选择还是多数个选择都可以)，即可以实现相关种类的传票检索。
对于详细选择种类的选择项目配置圆SC处，在其近似圆周上配置有4种类的详细筛选条件项目，作为可以选择的选择项目(选择项目按钮)，如：用户方按钮S1，用于指定以用户方为检索条件；供应商方按钮S2，用于指定以供应商方为检索条件；组织按钮S3，用于指定以组织为检索条件；以及品目按钮S4，用于指定以品目为检索条件。再有，在详细选择种类选择项目配置圆SC的中心区域，配置有分类表示按钮SA，以表示分类名“详细选择”。在本例中，当选择项目(选择项目按钮)S1～S4(无论是单数选择还是多数个选择都可以)被选择时，则可以显示出指定具体筛选条件的详细筛选条件指定画面(无图示)，并可通过详细筛选条件指定画面，指定出具体的筛选条件(例如，当用户按钮S1被选择时，随应出供应商公司名；当品目按钮S4被选择时，随应出品目号码等。)基于具体的筛选条件的选 择(无论是单数的选择，还是多数个选择都可以。)，即可以达成以指定筛选条件的传票检索。
对于过程种类的选择项目配置圆PC处，在其近似圆周上配置有3种类的业务过程、作为可以选择的选择项目(选择项目按钮)，如：生产按钮P1，用以指定以业务过程中的“生产”为检索条件；销售按钮P2，用以指定以业务过程中的“销售”为检索条件；以及购买按钮P3，用以指定以业务过程中的“购买”为检索条件；再有，在过程种类选择项目配置圆PC的中心区域，配置有分类表示按钮PA，以表示分类名“过程”。在本例中，通过选择项目(选择项目按钮)P1～P3(无论是单数选择还是多数个选择都可以)的选择，即可以实现对相应种类的业务过程相关的传票检索。
在本例中，当分类表示按钮DA、SA、PA被按下时，所对应的选择项目配置圆DC、SC、PC可以进行旋转演示。即，在本例中，在传票检索画面的选择项目配置圆显示区域601、602、603处，根据用户X的便携终端31的既定旋转指示操作(按下分类表示按钮DA、SA、PA)，即可做出选择项目旋转演示的设定，其所对应的选择项目配置圆DC、SC、PC中的多数个选择项目、就会即可在圆周上进行移动并旋转演示(由计算机程序设定)。具体而言，在处于图6所示的画面状态下，例如当分类表示按钮DA被按下时，选择项目配置圆DC中的多数个选择项目，就可以在圆周上进行反时针旋转(图7中的方向A)，进行选择项目旋转演示。这此时，对应根据自用户X的既定旋转方向的变更操作(通过画面选择项目配置圆DC，在形成的圆所表示的地方其近旁用手指触摸，使手指滑动操作向新的旋转方向)，还可以做出旋转方向变更。再有，当分类表示按钮DA、SA、PA再次按下时，即做出结束选择项目的旋转演示。
基于以上述方式进行选择项目旋转演示的架构设计，故，如图8所示，就无需将各选择项目配置圆DC、SC、PC分别收纳在画面内进行配置，即使在各选择项目配置圆DC、SC、PC中所配置的各选择项目有一部分未在画面上表示出来，仍可以通过使选择项目配置圆DC、SC、PC旋转的方式，使选择项目按顺序全部的显示出来。另外，对于各选择项目配置圆DC、SC、PC中所配置的各选择项目的整体而言，由于没有必要在一个画面中同时显示出来，所以能够实现将各选择项目的尺寸进行放大显示。当然，在画面规格很大的条件下，也可以将各选择项目全部同时显示在一个画面中。
再有，在各选择项目配置圆DC、SC、PC中所配置的各选择项目，在本例中显示在圆形框架构上，不过，各选择项目的一部分或全部，也可以用四角形、三角形、星形等其他形状的框架构来表示。另外，在各选择项目配置圆DC、SC、PC中所配置的各选择项目，作为一个例子，其他选择项目也可以。
在图6所示的例子中，传票检索画面处，虽然以设有3个选择项目配置圆显示区域601、602、603构成的，不过，即可以设置1个选择项目配 置圆显示区域，也可以设置2个或3个以上的选择项目配置圆显示区域。
再如图6所示的例子中，各选择项目配置圆显示区域601、602、603中的一部分区域以重复设置的样式构成，各选择项目配置圆显示区域601、602、603中，分别表示的、被配置于各选择项目配置圆DC、SC、PC上的选择项目(选择项目按钮)，对每个选择项目配置圆DC、SC、PC以不同的样式(例如不同颜色)构成的。而且，正因为是不同的表现样式，故以怎样的方法都可以，通过改变其形状及样式，使表现样式不同就行。
对于传票检索画面，用户X，通过触摸操作对各选择项目配置圆DC、SC、PC中所配置的各选择项目进行选择。具体而言，处理完毕的传票种类选择项目配置圆DC中配置有选择项目(选择项目按钮)D1～D7，通过选择其中任何一个，就可以对作为检索对象的传票种类进行检索。另外，对于传票检索画面，用户X，通过对详细选择种类选择项目配置圆SC中所配置的选择项目(选择项目按钮)S1～S4进行的选择，来选择筛选了的详细事项标题。在选择了该选择项目(选择项目按钮)S1～S4的情况下，通过详细筛选条件指定画面输入具体的筛选条件，来指定检索的详细条件。再有，在传票检索画面中，用户X，针对过程种类选择项目配置圆PC中配置的选择项目(选择项目按钮)P1～P3，通过选择其中任何一个，就可以对作为检索对象的业务过程的种类进行检索。进而，在传票检索画面中，用户X，在关键词输入区域604中输入作为筛选条件的关键词，来指定检索关键词。
在本例中，针对传票检索画面，基于用户X对详细选择种类选择项目配置圆SC中所配置的选择项目(选择项目按钮)S1～S4中的品目S4进行了选择的情况下，便携终端31，则将品目输入区域所设置的详细筛选条件指定画面在自身的显示部中进行显示。便携终端31，当通过用户X的操作，基于设置于便携终端31中的编码阅读器(或编码阅读机能)31a对贴附在商品上的条码(例如，QR编码、条形码)进行读取时，就会将读取到的编码所表示的品目号码显示给品目输入区域。在本例中，如上所述，采用编码阅读器(或编码阅读机能)31a，即可以简单地输入品目号码。
另外，针对传票检索画面，用户X，即可以对作为传票的种类、详细的检索条件、检索对象的业务过程、检索关键词中的任何一项进行检索、指定，也可以选择·指定任意的多数个。并且，针对传票检索画面，用户X，还可以对作为传票的种类、详细的检索条件、检索对象的业务过程，分别进行多个选择·指定。
在传票检索画面中，一旦要结束检索条件的选择·指定时，用户X可以通过触摸操作，按下检索按钮605。
当检索条件在被选择·指定了的状态下按下检索按钮605时，便携终端31，将对便携终端管理服务器10提示出被选择·指定了的检索条件，并进行提出检索要求(步骤S109)。
便携终端管理服务器10，当接收到检索要求时，便参照程序流程数据 暂时保管DB16中所保存的流程程序数据，根据接收到的提供要求，对符合所提示的检索条件的传票数据进行检索(步骤S110)。
当按照检索条件进行传票数据检索时，便携终端管理服务器10，便将检索到的传票数据一览作为检索结果进行显示、并生成表示检索结果一览显示画面的检索结果一览显示画面信息，同时发送至便携终端31(步骤S111)。
当收到检索结果一览显示画面信息时，便携终端31，将收到的检索结果一览显示画面信息所表示的检索结果一览显示画面，在自身具有的显示部中进行显示(步骤S112)。
图9为表示检索结果一览显示画面的示例说明图。如图9所示，在检索结果一览显示画面中，设有表示检索结果的显示区域701，和返回上一画面时按下的返回按钮B1，以及进行检索结果编辑时按下的编辑按钮B3。另外，在检索结果一览显示画面中的流程类型(库存销售、直送销售等)，通过触摸操作进行选择时，便携终端31，将该传票数据的获取要求、发送给便携终端管理服务器10。便携终端管理服务器10，对应传票数据的取得要求，并参照流程程序数据暂时保管DB16中所保存的流程程序数据，将符合的传票数据发送给便携终端31。然后，便携终端31，将收到的传票数据在显示部的显示画面上显示出来。
在检索结果一览显示画面中，在基于用户X作出结束浏览的操作等的、用以终止选取的动作的情况下(在基于用户作出的因关闭浏览器的操作等而结束选取的动作的情况下(步骤S113的Y)，便携终端31，将对便携终端管理服务器10发出取消著录的要求(步骤S114)。另外，在做出了要继续进行选取，按下返回按钮B1等的继续选取的操作时(步骤S113的N)，便携终端31，则转移到步骤S108的处理，并显示传票检索画面(请参照图6)。
当通过步骤S111发送检索结果一览显示画面信息时，便携终端管理服务器10，则开始计测与便携终端31之间没能进行信息交流的时间(待机时间)，并监视该待机时间是否超过(到达既定时间)了既定时间(例如5分、10分、30分钟等)(步骤S115)。
待机时间计测过程中收到著录注销要求时(步骤S116-Y)，便携终端管理服务器10，则中止待机时间的计测，并进行解除著录状态的著录注销处理(步骤S117)。
另外，在判定出待机时间超过了既定时间的情况下(步骤S115-Y)，便携终端管理服务器10，则结束待机时间的计测，并进行实施解除著录状态的著录注销处理(步骤S117)。
如上所述操作，基于著录处理，根据来自可能做出操作的便携终端31的著录要求，判断其是否许可对便携终端管理服务器10的著录，在许可的情况下，接受流程数据的提供要求，并进行实施提供符合要求的流程数据 的处理。
如上所述，在传票数据提供处理中，由于将实施检索的对象作为流程程序数据暂时保管DB16，便携终端31则无需对便携终端管理服务器10中作为基干服务器发挥机能的部分(具体来说，业务操作程序DB17和流程程序DB18a)进行选取，所以，对于便携终端31来说，可以实现提高提供传票数据过程中的安全性。并且，还可以将流程程序DB18a作为检索对象。
在上述实施例中，采用了参照流程目录PT所存储的、包括多项业务过程的、并含有与流程相关联的各种数据的流程数据，以满足检索条件、来实施检索帐票数据的构成,正因为设计有流程数据，作为包含状态数据，通用数据和过程固有数据的数据；状态数据，作为表示在上述流程中包含的多项业务过程各自的进展状况的数据；通用数据，作为在同一个流程中包含的业务过程间通用的数据；过程固有数据，作为在同一个流程中包含的各业务过程所固有的数据的构成，所以，实现使业务系统中的数据检索所需要的处理负荷得以减轻，成为可能。在现有的业务系统中，每项业务过程,由于是以单独的数据目录进行帐票数据管理，所以，进行检索时，往往需要参照相关联的业务过程的全部数据目录，为此，在处理庞大数据量的业务系统中，实施检索处理所需要的处理负荷是非常巨大的。采用上述实施形态，因通过构设含有状态数据，通用数据和过程固有数据的流程数据，并参照该流程数据目录进行检索的构成，则无需参照多数个数据目录，而使业务系统中的数据检索所需要的处理负荷得以大幅减轻，同时还可以大幅减轻用以数据检索的、处理程序的工作负荷。
图10，是表示本例的帐票查询系统500中的便携终端管理服务器10等所实施的批量信息提供处理的示例流程图。在此，以便携终端管理服务器10，根据来自用户X所使用的来自便携终端31的要求，提供批量信息(批量请求明细信息、批量支付明细信息)时的情形为例进行说明。
在批量信息提供处理中，步骤S201～S205的处理，与上述的传票数据提供处理的步骤S101～S105是同样的处理，故，在此省略说明。
经步骤S205，在便携终端31的显示部中所显示的菜单画面(请参照图5)，用户X，通过触摸操作(以手指接触的操作)，按下菜单按钮M1～M6中的任何一个。在本例中，设计为按下批量请求按钮M5或批量支付按钮M6。再有，关于其他按钮M1～M4的按下时的处理，请恕在此略去。
采在菜单画面中，当按下批量请求按钮M5时，便携终端31，针对于便携终端管理服务器10，将按下批量请求按钮M5的意旨作为菜单选择结果，发送至便携终端管理服务器10(步骤S206)。
当批量请求按钮M5被按下的意旨作为菜单选择结果被收到时，便携终端管理服务器10的批量请求明细信息提供处理部11b，则将指定有成为请求方的用户方的、表示其条件指定画面的条件指定画面信息发送至便携终端31(步骤S207)。
当收到指定出用户方的条件指定画面信息时，便携终端31，则将所收到的条件指定画面信息所显示的、指定了用户方的条件指定画面，在自身具有的显示部中进行显示(步骤S208)。
图11,为指定出用户方的条件指定画面的示例说明图。如图11所示，条件指定画面中,设有输入用户方的区域801,用以输入用户方；设有决定按钮B5，用以对用户方输入区域801中所输入的用户,作出决定时进行按触。
在条件指定画面中，用户X，通过例如触摸用户方输入区域801，即可对画面上所显示的键盘等的输入部进行操作，以此在用户方输入区域801中输入用户方。当结束用户方的输入时，用户X，则通过触摸操作，按下决定按钮B5。采用上述操作，用户X，即可指定用户方。
用户方被输入后，按下决定按钮B5时，便携终端31，则针对便携终端管理服务器10，提示出显示有被指定为用户方的用户方信息，并进行提出批量请求明细信息的提供要求(步骤S209)。
便携终端管理服务器10，当受理批量请求明细信息的提供要求时，则参照流程程序数据暂时保管DB16中所保存的流程程序数据，根据受理到的提供要求所提示出的、在其用户方信息所表示的、并与用户方相对应的传票数据中，自用户方的结算日(例如，其他DB19中存纳的用户方主页设定的。)起，通过对之前已发出请款书、但尚未入付款的传票数据(例如，过程固有数据部的请求书发行日处填有日期的数据中，入付款日处没有填写日期的数据)进行检索，来提取出被数据目录PT指定的、与发往用户方的请求相关联的(为制作批量请求明细信息所必需的传票数据)传票数据(步骤S210)。
当提取传票数据时，便携终端管理服务器10，根据所提取的传票数据，生成批量请求明细信息(步骤S211)。采用步骤S211的话，便携终端管理服务器10，则对本次制作的批量请求明细赋予批量请求明细号码，用以做出专门唯一的特定，同时，对提取出的传票数据所表示的未入付款的请求金额进行合算、算出合计金额，并生成批量请求明细信息，其包含表示有每项请求金额的单笔金额信息，表示有合计金额的合计金额信息，以及赋予的批量请求明细号码。
再有，还可以采用如下方式，便携终端管理服务器10，将所生成的批量请求明细信息，登录于DWHDB19的批量请求明细目录中。在步骤S211中，便携终端管理服务器10，参照批量请求明细目录，利用过去生成的批量请求明细信息，生成本次的批量请求明细信息。
当生成批量请求明细信息时，便携终端管理服务器10，则生成批量请求明细信息显示画面信息，其表示有生成的批量请求明细信息、显示出批量请求明细信息显示画面，并发送至便携终端31(步骤S212)。
当收到批量请求明细信息显示画面信息时，便携终端31，便将收到的批量请求明细信息显示画面信息所表示的批量请求明细信息显示画面，在 自身具有的显示部中进行显示(步骤S213)。
图12，为批量信息(批量请求明细信息)显示画面的示例说明图。如图12所示，批量请求明细信息显示画面中，设有批量请求明细号码显示区域902，用以表示被由便携终端管理服务器10赋予的批量请求明细号码；设有用户方显示区域903，用以表示被用户X指定的用户方；设有单笔请求信息显示区域904，用以表示单笔请求信息；设有合计请求金额显示区域905，用以表示合计请求金额；以及设有用以做出其他用途信息的提供要求时按下的返回按钮B6。在本例中，如图12所示，单笔请求信息显示区域904中，采取与流程号码、流程明细号码、金额相对应的方式进行表示。
一旦，在菜单画面中，批量支付按钮M6被按下时，便携终端31，则针对便携终端管理服务器10，将批量支付按钮M6被按下的意旨，作为菜单选择结果，发送至便携终端管理服务器10(步骤S206)。
当批量支付按钮M6被按下的意旨作为菜单选择结果被收到时，便携终端管理服务器10的批量支付明细信息提供处理部11b，则将
成为支付地点的指定有供货方的、表示其条件指定画面的条件指定画面信息发送至便携终端31(步骤S207)。
当收到指定出供货方的条件指定画面信息时，便携终端31，则将所收到的条件指定画面信息所显示的、指定了供货方的条件指定画面，在自身具有的显示部中进行显示(步骤S208)。
图13，为指定供货方的条件指定画面的示例说明图。如图13所示，条件指定画面中，设有供货方输入区域802，用以输入供货方；设有对供货方输入区域802中所输入的供货方作出决定时按下的决定按钮B8。
在条件指定画面中，用户X，通过例如触摸供货方输入区域802，即可对画面上所显示的键盘等的输入部进行操作，以此在供货方输入区域802中输入供货方。当结束供货方的输入时，用户X，则通过触摸操作，按下决定按钮B8。采用上述操作，用户X，即可指定供货方。
供货方被输入后，按下决定按钮B8时，便携终端31，则针对便携终端管理服务器10，提示出显示有被指定为供货方的供货方信息，并进行提出支付明细信息的提供要求(步骤S209)。
便携终端管理服务器10，当受理批量支付明细信息的提供要求时，则参照流程程序数据暂时保管DB16中所保存的流程数据，根据受理到的提供要求所提示出的、在其供货方信息所表示的、并与供货方相对应的传票数据中，自用户所属的公司的结算日(例如，其他DB19中存纳的事主主页设定的。)起，通过对之前已发出请款书、但尚未付款的传票数据(例如，过程固有数据部的请求书发行日处填有日期的数据中，付款日处没有填写日期的数据)进行检索，来提取出被数据目录PT指定的、与发往供货方的支付相关联的(为制作批量支付明细信息所必需的传票数据)传票数据(步骤S210)。
当提取传票数据时，便携终端管理服务器10，根据所提取的传票数据，生成批量支付明细信息(步骤S211)。在步骤S211中，便携终端管理服务器10，针对本次做成的批量支付明细进行唯一特定而赋予批量支付明细号码的同时，对提取出的传票数据表示的未付款的未付金额进行合算、计算出合计金额，并生成批量支付明细信息，其含有每项支付金额表示的单笔金额信息，和表示有合计金额的合计金额信息，以及所赋予的批量支付明细号码。
再有，还可以采用如下方式，便携终端管理服务器10，将生成的批量支付明细信息登录于DWHDB19的批量支付明细目录中。在步骤S211中，便携终端管理服务器10，参照批量支付明细目录，利用过去生成的批量支付明细信息，生成本次的批量支付明细信息。
当生成批量支付明细信息时，便携终端管理服务器10，则生成批量支付明细信息显示画面信息，其表示有生成的批量支付明细信息的、显示出批量支付明细信息显示画面，并发送至便携终端31(步骤S212)。
当收到批量支付明细信息显示画面信息时，便携终端31，便将收到的批量支付明细信息显示画面信息所表示的批量支付明细信息显示画面，在自身具有的显示部中进行显示(步骤S213)。
图14,为批量信息(批量支付明细信息)显示画面的示例说明图。如图14所示,批量支付明细信息显示画面中,设有批量支付明细号码显示区域912,用以表示被便携终端管理服务器10赋予的批量支付明细号码；设有供货方显示区域913，用以表示被用户X指定的供货方；设有单笔支付信息显示区域914,用以表示单笔支付信息；设有合计支付金额显示区域915,用以表示合计支付金额；以及设有用以做出其他用途信息的提供要求时按下的返回按钮B9。在本例中,如图14所示,单笔支付信息显示区域914中，采取与流程号码、流程明细号码、金额相对应的方式进行表示。
批量信息显示画面中，在基于用户作出的结束浏览操作等的、要结束其选取动作的情况下在基于用户作出的因关闭浏览器的操作等而结束选取的动作的情况下(步骤S214-Y)，便携终端31，将对便携终端管理服务器10发出取消著录的要求(步骤S215)。另外,在做出了要继续进行选取,按下返回按钮B7、B9等的继续选取的操作时(步骤S214-N)，便携终端31,则转移到步骤S205的处理，并显示菜单画面(请参照图5)。
当通过步骤S212发送批量信息显示画面信息时，便携终端管理服务器10，则开始计测与便携终端31之间没能进行信息交流的时间(待机时间)，并监视该待机时间是否超过(到达既定时间)了既定时间(例如5分、10分、30分钟等)(步骤S216)。
待机时间计测过程中收到著录注销要求时(步骤S217-Y)，便携终端管理服务器10，则中止待机时间的计测，并实施解除著录状态的著录注销处理(步骤S218)。
另外，在判定出待机时间超过了既定时间的情况下(步骤S216-Y)，便携终端管理服务器10，则结束待机时间的计测，并进行实施解除著录状态的著录注销处理(步骤S218)。
如上所述操作，基于著录处理，根据来自可能做出操作的便携终端31的著录要求，判断其是否许可对便携终端管理服务器10的著录，在许可的情况下，接受流程数据的提供要求，并进行实施提供符合要求的流程数据的处理。
采用上述例的话，在标识项目管理信息提供处理中，虽设计为将传票数据的检索对象作为流程数据暂时保管DB16，但还可以将程序流程DB18a作为检索对象。
如上所述正如以上说明，在上述实施例中，由于采用了如下方式构成，作为ERP驱动的服务器，便携终端管理服务器10，能够根据来自用户使用的便携终端31～3N的要求，借助通信网络40提供各种数据，并设有流程目录PT，其存储由包括多项业务过程的、并含有与流程相关联的各种数据的流程数据，并且，流程数据，作为一种数据，包含有状态数据、通用数据、过程固有数据；状态数据，作为一种数据，表示在流程中所包含的多项业务过程其各自的进展状况的数据；通用数据，作为一种数据，在同一个流程中所包含的业务过程间可以通用的数据；过程固有数据，为在同一个流程中包含的各业务过程所固有的数据；进而，根据来自便携终端31的要求，提供出批量明细对象者指定画面(条件指定画面)，用以指定批量明细对象者(用户方、供货方)；通过便携终端31接收并受理，经批量明细对象者指定画面，接收并受理所指定的、表示批量明细对象者的批量明细对象者信息；并将所接收到的批量明细对象者信息所表示的、以批量明细对象者为对象的、且涉及多项业务过程的各过程数据存储于流程目录PT中，且参照所存储的流程数据进行检索；根据所检索到的各过程数据，生成以被指定的批量明细对象者为对象的、可显示批量明细的批量明细信息(批量请求明细信息、批量支付明细信息)；还可将生成的批量明细信息向便携终端31进行提供。由于采用这种构成，在向便携通信终端(便携终端31～3N)提供帐票相关信息的业务系统中，能够实现减轻业务系统的数据处理中所需要的处理负荷，从而达成快速输出有效信息(批量请求明细信息、批量支付明细信息)。
也就是说，采用了参照流程目录PT所存储的、包括多项业务过程的、并含有与流程相关联的各种数据的流程数据，进行满足检索条件的帐票数据的检索，生成并提供出批量明细信息(批量请求明细信息、批量支付明细信息)的设计构成，正因为设计有流程数据，并且，流程数据，作为一种数据，包含有标识项目特定数据、状态数据、通用数据、过程固有数据；状态数据，作为一种数据，表示在流程中所包含的多项业务过程其各自的进展状况的数据；通用数据，作为一种数据，在同一个流程中所包含的业 务过程间可以通用的数据；过程固有数据，为在同一个流程中包含的各业务过程所固有的数据；基于这种构成，所以，为生成批量明细信息，实现使必要的业务系统中的数据检索所消耗的处理负荷得以减轻，成为可能。在现有的业务系统中，每项业务过程，由于是以单独的数据目录进行帐票数据管理，所以，进行检索时，往往需要参照相关联的业务过程的全部数据目录，为此，在处理庞大数据量的业务系统中，实施检索处理所需要的处理负荷是非常巨大的。采用上述实施形态的话，由于构设含有状态数据，通用数据和过程固有数据的流程数据，并为生成批量明细信息(批量请求明细信息、批量支付明细信息)，而必需参照该流程数据目录进行检索的构成，则无需参照多数个数据目录，而使为生成批量明细信息，所进行必要的业务系统数据检索中所需要的处理负荷得以大幅减轻，同时还可以大幅减轻用以数据检索的、处理程序的工作负荷。
在上述实施形态中，批量明细对象者作为用户方，便携终端管理服务器10，通过批量明细对象者指定画面(请参照图11)，指定出的、表示用户方的用户方信息，由便携终端31接收并受理，并针对用户方信息所表示的用户方的请求当中未付款的各过程数据进行检索，并生成批量请求明细信息，用以表示被指定的用户方被作为请求方的批量请求明细，在这种构成的情况下，便携通信终端(便携终端31～3N)在提供帐票相关信息的业务系统中，能够实现减轻业务系统的数据处理中所需要的处理负荷，从而达成快速输出作为有效信息的批量请求明细信息。
另外，在上述实施形态中，批量明细对象者作为供货方，便携终端管理服务器10，通过批量明细对象者指定画面(请参照图13)，指定出的、表示供货方的供货方信息，由便携终端31接收并受理，并针对供货方信息所表示的来自供货方的请求当中尚未支付款的各过程数据进行检索，并生成批量支付明细信息，用以表示被指定的供货方被作为被支付方的批量支付明细，在这种构成的情况下，便携通信终端(便携终端31～3N)在提供帐票相关信息的业务系统中，能够实现减轻业务系统的数据处理中所需要的处理负荷，从而达成快速输出作为有效信息的批量支付明细信息。
再有，在上述实施形态中，数据库(流程DB18a)被设置于流程数据管理服务器(例如，便携终端管理服务器10)，用以每一流程发生的流程数据，由于采用了流程数据管理服务器根据来自委托方(例如，便携终端31～3N以及统合基干业务系统100、200、300)的要求，参照流程数据进行检索，并将检索到的帐票数据向委托方提供，由于如此构成，实现构设一种使帐票数据提供所需的处理负荷得以减轻的系统。
再有，上述的实施形态中虽未特别提及，但便携终端管理服务器10，按照自身设有的存储媒体所存储的处理程序(便携终端管理程序)，来实施(请参照图4、图10)上述的各种处理。
产业应用性
采用本发明，意义在于，在向便携通信终端提供相关帐票信息的业务系统(特别是，ERP系统)方面，可以减轻检索所需要的处理负荷，从而达成快速输出有效信息。