CN104636805A - 帐票数据管理服务器、帐票数据管理程序及帐票数据管理装置 - Google Patents

Abstract

本发明是一种帐票数据管理服务器、帐票数据管理程序及帐票数据管理装置,其帐票数据管理服务器，设有帐票数据存储装置(例如，传票数据DB18)，将多数个要素构成的相关组织的组织数据，及在组织内发生的帐票数据进行对应存储，由于将多数个要素进行层级表示，从受理用户要素选择的用户终端，对包括要素识别信息的帐票数据的提供要求进行接收，并根据收到的提供要求，将与该提供要求包含的识别信息(即，对要素可进行唯一特定的信息)对应的帐票数据，从帐票数据存储装置中进行提取，将提取出的帐票数据提供至用户终端。本发明的目的，在提供相关帐票信息的业务系统(ERP系统)中，设计为用户可以更加方便地处理各种信息。

Description

帐票数据管理服务器、帐票数据管理程序及帐票数据管理装置

技术领域

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

背景技术

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

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

先前技术文献

专利文献

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

发明内容

发明所要解决的问题

采用上述的ERP系统，要对多种类的帐票进行管理、并对庞大数据量的帐票数据将进行管理，且无需繁琐的选择操作，只经简单处理，即可提供出用户所需要的数据，这种设计成为一个大课题。

本发明的目的在于，解决上述问题，在提供帐票相关信息的业务系统(ERP系统)中，只经简单处理，即可提供出用户所需要的数据。

用以解决问题的方法

本发明的帐票数据管理服务器，是ERP驱动的服务器，作为帐票数据管理服务器，可以根据来自用户使用的用户终端的要求，借助通信网络、针对该用户终端，提供出业务过程中每个业务单位发生的帐票数据；作为上述帐票数据管理服务器，其中含有帐票数据存储装置，用以使多数个要素构成的与组织相关联的数据、和在组织内发生的帐票数据进行对应性存储；含有提供要求收信装置，将上述多数个要素以层级表示的方式，从受理有上述用户作出要素选择的用户终端，接收含有上述要素识别信息的帐票数据的提供要求；含有提取装置，根据由该提供要求收信装置收到的上述提供要求，将对应于该提供要求包含的识别信息的帐票数据，从上述帐票数据提取装置中进行提取；含有提供装置，将该提取装置提取的帐票数据，提供至上述用户终端。

由于采用上述构成，在提供帐票相关信息的业务系统中，只经简单处理，即可提供出用户所需要的数据。

还可以设计为如下构成，

上述用户终端，含有组织信息存储装置，针对作为上述组织相关的信息、包括有上述多数个要素各自的层级关系的组织信息进行存储；含有表示装置，在表示装置的表示画面中，以对应于上述层级关系的状态，上述要素进行表示；含有特定装置，根据上述用户的操作，从上述表示装置所表示的要素中，对该用户选择的要素进行特定；含有发信装置，对包括该特定装置特定的要素识别信息的帐票数据提供要求进行发送；提供要求收信装置，对上述用户终端发送装置所发送的提供要求进行接收。

还可以设计为如下构成，上述用户终端的表示装置，将上述提供装置所提供帐票数据，以对应于上述特定装置的上述要素的特定状况的样式进行表示。

还可以设计为如下构成，上述用户终端的表示装置，对上述特定装置的特定要素、及存在于特定层级关系的要素进行表示。

还可以设计为如下构成，上述用户终端的上述表示装置，上述特定装置特定的要素，在用户再次选择的情况下，针对该再次选择的要素及上述既定的层级关系中存在的要素的表示进行关闭。

还可以设计为如下构成，上述既定的层级关系，是将上述特定装置特定的要素作为上位层级的关系。

还可以设计为如下构成，上述用户终端的组织信息存储装置，对多数个相关组织的信息进行存储，上述用户终端特定装置，根据上述用户的操作，从上述多数个组织中对该用户选择的组织进行特定，上述用户终端表示装置，对上述用户终端特定装置特定的组织要素，以对应于上述层级关系的样态进行表示。

还可以设计为如下构成，含有导出装置，上述提供要求在含有表示信息种类的种类信息的情况下，针对上述提取装置提取的帐票数据所对应的该种类信息进行导出，上述提供装置，将基于上述导出装置所导出的信息提供至上述用户终端。

另外，本发明的帐票数据管理程序，可以使ERP进行工作，并使帐票数据管理服务器根据来自于用户所使用的用户终端的要求，借助通信网络、实施提供出业务过程中每个业务单位发生的帐票数据的处理；上述帐票数据管理服务器，具有帐票数据存储装置，可以对多数个要素构成的与组织相关联的数据、和在组织内发生的帐票数据进行对应性存储；作为帐票数据管理程序，可以使上述帐票数据管理服务器，实施如下处理：其中实施提供要求的收信处理，将上述多数个要素以层级表示的方式，从受理有上述用户作出要素选择的用户终端，含有上述要素识别信息的帐票数据的提供要求进行收信、其过程中实施的处理；实施提取的处理，根据经该提供要求收信处理收到的上述提供要求，将对应于该提供要求包含的识别信息的帐票数据，从上述帐票数据提取装置中进行提取、其过程中实施的处理；

实施提供的处理，将该提取处理提取出的帐票数据，提供至上述用户终端、其过程中实施的处理。

进而，本发明的帐票数据管理装置,为ERP驱动的装置,作为帐票数据管理装置，可以根据来自用户使用的用户终端的要求,借助通信网络、提供出业务过程中每个业务单位发生的帐票数据；作为帐票数据管理装置，其中，含有帐票数据存储装置，用以使多数个要素构成的与组织相关联的数据、和在组织内发生的帐票数据进行对应性存储；含有表示装置，在表示装置的表示画面中，应于上述关系的状态，对上述要素进行层级表示；含有特定装置，根据上述用户的操作，从上述表示装置所表示的要素中，对该用户选择的要素进行特定；含有提取装置，该特定装置特定的要素所对应的帐票数据，从上述帐票数据提取装置中进行提取。

本发明与现有技术相比具有明显的优点和有益效果。借由上述技术方案,本发明帐票数据管理服务器、帐票数据管理程序及帐票数据管理装置可达到相当的技术进步性及实用性，并具有产业上的广泛利用价值，其至少具有下列优点：

采用本发明的话，在提供帐票相关信息的业务系统中，只经简单处理，即可提供出用户所需要的数据。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图,详细说明如下。

附图说明

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

图2为表示帐票数据管理服务器构成例的方框图；

图3为表示用户终端构成示例的方框图；

图4为表示传票数据提供处理的示例流程图；

图5为表示菜单画面的示例说明图；

图6为表示传票检索画面的示例说明图；

图7为表示检索条件受理处理的示例流程图；

图8为表示传票检索画面的示例说明图；

图9为组织图表示画面的示例说明的说明图；

图10为相关组织图表示画面的其他示例说明的说明图；

图11为表示一览表示画面示例的说明图。

符号说明

10：帐票数据管理服务器          11：要求收信部

12：提取部                      13：提供部

14:导出部                       17:业务应用程序DB

18:传票数据DB                   19:DWHDB

20:中转机                       30、301～30N:用户终端

31:组织信息存储部               32:表示部

33:特定部                       34:发信部

40:通信网络                     51:通信网络

100:统合基干业务系统            110:基干业务服务器

120:WH服务器                    500:帐票查询系统

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例，对依据本发明提出的帐票数据管理服务器、帐票数据管理程序及帐票数据管理装置,其具体实施方式、结构、特征及其功效，详细说明如后。

图1，为表示有关本发明的一个实施例的帐票查询系统500的构成例的方框图。如图1所示，帐票查询系统500，含有服务器10(以下，适宜称为“服务器10”)，和中转机20，和多数个用户终端30、301～30N(N为任意正整数)，和统合基干业务系统100。

服务器10和各用户终端30、301～30N，分别通过因特网等的通信网络40及中转机20进行连接。服务器10，和统合基干业务系统100，通过LAN(Local Area Network局域网)及专用通信线路等的通信网络51进行连接。再有，用户终端互相间，通过帐票数据管理服务器，可设计为构成通信，也可以设计为不与构成通信。

统合基干业务系统100，含有基干业务服务器110、和数据仓库服务器(DWH服务器)120，和传票数据DB101。

统合基干业务系统100，根据需要通过与服务器10进行(各种信息的收发信)通信，来发挥作为统合基干业务系统的机能。

基干业务系统100所具有的基干业务服务器110等所采用的是公知技术。

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

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

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

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

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

另外，DWH服务器120，具有将从基干业务服务器110传送的CSV形式的文件转换为既定的数据形式等、且向既定存纳区域登录各种数据的机能。再有，DWH服务器120，也可以设计成不进行数据形式的变换，从CSV形式的状态提取出与各存纳区域对应的数据。

传票数据DB101，是存储媒体，对所采用(存储于基干业务系统100具有的无图示的业务操作程序DB程序)各种业务应用程序的、通过各种信息处理，经收集·整理等的各种帐票数据进行存储。

在传票数据DB101中，例如，相关接受订货传票对应的传票数据来说，是与接受订货传票票头信息、接收订货传票明细信息、以及交货日日程等加以对应，对传票号码等的关键点，以可以进行原始检索的构造进行存储。

另外，基干业务服务器110，具有将存储于传票数据DB101中的过程数据按照既定的提取条件，转换为CSV(Comma Separated Values纯文本文件)的形式，并向服务器10进行发信的机能。并且，在本例中，基干业务服务器110，将基于FTP(File Transfer protocol文件传输协议)做成CSV形式的数据文件，传送给服务器10。

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

图2，是表示服务器10的构成示例方框图。如图2所示，服务器10，具有提供要求收信部11；提取部12，提供部13，导出部14，业务操作程序DB17，传票数据DB18，DWHDB19，以及具有其他的DB10X，用以收纳作为一般性的基干业务服务器的、为实现其机能的各种必要的数据(例如，收纳于业务操作程序DB17中的各种程序所利用的数据)。另外，有关其他DB10X，属于与本发明无特别关系的部分，恕省略其说明。

提供要求收信部11，具有从用户终端30、30130N接收包括要素识别信息的帐票数据的提供要求的机能。在此，所谓组织，是指由企业及企业的用户方等、多数个要素构成的集团。再有，所谓要素，是指各种部门及营业所等、构成组织的要素(组织构成要素)。再有，组织及要素的定义方法虽未特别限定，但基于定义的多数个要素，来对组织进行层级性的表示最好。

提取部12，具有从传票数据DB18中提取出、与包含于提供要求的识别信息相对应的帐票数据的机能。在本例中，提取部12，从传票数据DB18中提取与识别信息所表示的要素对应存储的帐票数据。

提供部13，针对传票数据DB18以及其他DB10X中存纳的各种数据，根据既定的外部装置、在本例中，根据多数个用户终端30、30130N及统合基干业务系统100的要求、具有提取的机能。即，服务器10，具有作为基干业务服务器的机能。换句话说，服务器10具有ERP引擎。在本例中，提供部13，将提取部12所提取的传票数据提供至用户终端。在此，作为将传票数据提供至用户终端的技能的一个示例，可以认为是各种数据的检索机能、及基于数据的生成画面的机能等，是设计为用户对传票数据的内容能够进行确认的各种技能。

再有，提供部13，不限于传票数据，具有将用户需要的任意种类的信息，向多数个用户终端30、30130N进行发送的机能。作为任意信息的示例，有导出部14导出的信息(导出信息)、及用以使表示该信息的画面在多数个用户终端30、30130N中进行表示的信息(画面信息)。

导出部14，根据提取部12所提取的传票数据，具有导出用户所要求的种类信息的机能。在本例中，导出部14，由多数个用户终端30、30130N收到的提供要求，在其含有种类信息(即，表示种类的信息)时，对该种类信息所表示的种类的信息进行导出。再有，信息的种类，只要是能够从传票数据中导出的内容就行。作为信息的种类的示例，有以传票数据和既定的公式可以导出的数值(例如，销售金额)。

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

传票数据DB18，作为存储媒体，对所采用的存储于业务操作程序DB17中的各种程序的、且通过各种信息处理，经收集·整理等的各种帐票数据进行存储。在本例中，传票数据DB18，针对由多数个要素构成的相关于组织的组织数据、及在组织内产生的传票数据进行对应存储。在此，组织数据，是对组织的总称进行不同层级定义的。组织数据的构成，各组织按公司的形态，只要是层级性地加以对应即可。作为组织数据的示例，有如下构成的数据，以公司名作为第一层级(最上位的层级)，以各部门最为第二层级，进而将各部门中细分的各组作为第三层级(最下位的层级)。再有，在组织内产生的数据，是表示组织或构成组合的要素相关联传票的数据。传票数据的构成，不特别限定，例如还可以采用每个组织及要素不同构成的传票数据。

另外，传票数据DB18，作为数据库，对基干业务服务器110传送来的传票数据以既定的形式进行存储，并基于多数个单元格构成。各单元格中，可以存储对应业务操作程序的业务过程中的、对应每个业务单位的各项业务内容的帐票数据。即，各单元格中，可以存储例如，接受订货传票明细，发货传票明细，交货传票明细，订货传票明细等的对应各业务内容的帐票数据。

再有，还可以设有单元格，用以存储将跨多数个业务单位的既定关联业务内容综合起来表示的、与每项关联业务的关联内容对应的帐票数据。即，还可以设置单元格，用以存储例如，将接受订货发货交货等的既定关联业务(接受订货、发货、及交货关联业务)的内容综合起来表示的帐票数据。

即，单元格中，将业务过程中的每个业务单位的各业务内容对应的帐票数据、及跨多数个业务单位的既定关联业务内容综合起来表示的、与每项关联业务的关联内容对应的帐票数据等，根据其业务内容加以分类的各分类的帐票数据分别进行存储。

再有，各单元格中，相关对应的帐票数据，基于通常设置的项目(例如，相关对应于接受订货传票的传票数据来说，接受订货传票票头信息、接收订货传票明细信息、以及交货日日程等的项目。再有，对传票号码等可进行原始检索的各项目，以对应的构造进行存储。传票号码中，包括接受订货号码、订货号码、发货号码、出入库号码、账单查询、账单号码，会计号码等。)可以存储器构成的数据。

再有，虽无图示，但在本例中，服务器10，设计为具有作为DWH服务器的机能、且具有用以实现数据仓库的各种机能。服务器10，基于具有作为ERP引擎和DWH服务器来发挥机能的构成，对于构成不同的统合基干业务系统(例如，基干业务服务器和DWH服务器之中、具有两方的统合基干业务系统100之外、例如仅具有DWH服务器的统合基干业务系统、以及仅具有DWH服务器的统合基干业务系统。)来说，都可以进行作为统合基干业务系统所要求的信息的提供。

多户个用户终端30.301～30N，分别(以下，以用户终端30为例进行说明)作为信息处理装置，其设有例如Ipad(注册商标)等的CPU(中央处理装置)，ROM,RAM和显示部等。在本例子中，用户终端30，设计为具有可利用的各种应用程序，用以Web浏览器等、处理帐票数据。另外，用户终端30，具有例如可根据使用者的操作输入，针对从服务器10取得必要的帐票数据(在本例中，流程数据)的查询(检索项目、检索键、提取键等)作出定义、并向服务器10发送信息的机能。再有，用户终端30，设计具有读取QR代码(Quick Response Code：注册商标)等的各种代码的编码阅读器(或编码阅读机能)。

本例中，用户终端30，具有可以借助中转机20及通信网络40、与服务器10进行通信，并具有将从服务器10取得的数据，基于例如既定的Web操作(Web浏览器)等的软件机能，输出给显示部的机能。

图3，为表示用户终端30的构成示例的方框图。如图3所示，用户终端30，含有组织信息存储部31、表示部32、特定部33、发信部34。

组织信息存储部31，具有针对作为相关组织的信息，构成组织的多数个要素分别含有层级关系的组织信息进行存储的机能。在本例中，组织信息中，设计含有对多数个组织可以分别进行唯一识别的识别信息(组织代码)、要素识别信息(要素代码)、传票件数、销售金额等。在此，传票件数和销售金额，作为传票数据的一个例子。再有，在本例中，用户终端30，为了表示组织相关的各种画面，以提取(或参照)组织信息存储部31中的组织信息时的情形为例进行说明。即，在本例中，用户终端30所表示的例如表示有组织构成的画面时，则无需实施用以取得组织信息的处理。不过，组织信息存储部31中的信息管理方法，不作特别限定，用户终端30，根据需要，只要是能够利用组织信息的构成即可。即，例如为统一管理各种信息，针对帐票查询系统500相关的存储部，在全部设计为服务器10具有的构成时，组织信息存储部31，还可以设计为具有对从服务器10收到的组织信息进行临时性存储的机能。再有，此时，具有帐票查询系统相关的所有存储部服务器，还可以设计为将本例中的“组织数据”、“组织信息”进行一揽子管理的构成。

表示部32，在表示装置的表示画面中，具有以对应层级关系的样态表示要素的机能。在此，所谓对应层级关系的样态，是用户构成组织要素的层级关系的一部分或只要谁完全得到认识的样态就行。在本例中，表示部32，在自备的表示装置的表示画面上，将作为表示对象的组织、和构成该组织的要素，按照既定规则的样态进行表示。再有，表示样态的例子容后说明(请参照图10、图11)。

特定部33，根据用户的操作，具有从表示部32所表示的要素中，针对该用户选择的要素进行特定的机能。再有，用户对要素的选择方法不做特别的限定，例如，还可以设计为一次由用户选择多数个要素的构成。在本例中，特定部33，从组织信息存储部31中提取用户所选择的要素的识别信息。

发信部34，具有将含有特定部33特定的要素识别信息的帐票数据的提供要求实施发送的机能。本例中，发信部34，将含有要素的识别细信息、及用户终端30的识别信息的提供要求发送至服务器10。

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

图4，为本例的帐票查询系统500中的服务器10等实施传票数据提供处理的示例流程图。在此，以服务器10，根据用户所使用的用户终端30的要求等的情形为例进行说明。而且，在以下说明的构成各种流程的各种数据的处理的顺序，再有处理内容不发生矛盾等的范围内其顺序有所不同。

在传票数据的提供处理中，首先，用户终端30，针对基于用户X的著录操作的著录要求进行受理(步骤S101)。该著录操作，例如，可以考虑预先设定密码的输入操作。当对用户终端30发出著录的许可时，用以实施采用用户终端30所装载的各种机能的各种操作即得到许可。

用户终端30，在处于用户对用户终端30进行著录的状态下，由用户实施既定的著录操作时，针对服务器10进行选取、并取得著录画面，并在著录画面中指定著录需要的信息(例如预先设定的用户ID及口令)，并提出著录的要求(步骤S102)。该著录要求，可以提示出例如，用户ID及口令之外，用于预定著录判定的既定信息(例如针对用户发行的电子证明书)来进行。再有，在对服务器10发出著录许可时，以用户所属的群组、及各种画面、将所使用的语言(例如日本语)让用户作出指定。

服务器10，接收著录要求时，对是否许可著录进行判定(步骤S103)。该判定，基于例如、ID、口令、电子证明书等进行即可。

服务器10，在判定为许可著录的情况(步骤S103-Y),对用户终端30设定为著录状态。对用户终端30设定为著录状态时，服务器10，将表示菜单画面的画面信息发送至用户终端30(步骤S104)。有，在判定为不许可著录的情况下(步骤S103-N)，服务器10，即需对用户终端30设定为著录，则结束传票数据的提供处理。同时，在判定为不许可著录的情况下，服务器10，则将其意旨针对用户终端30实施通知的处理。

用户终端30，接收画面信息时，将收到的菜单信息所表示的菜单画面自备的显示部中作出显示(步骤S105)。

图5，为表示菜单示例说明图。如图5所示，菜单画面中，设有菜单配置圆MC所表示的配置圆显示区域501，并在其近似圆周上、配置有菜单按钮M1～M6，用以分别表示可供选择的多数个菜单名称。

再有，菜单配置圆显示区域501中，如图5所示，设有标题显示区域MA，其配置于菜单配置圆MC所形成的圆形中心区域，用以表示菜单配置圆MC的标题。

在这里，作为菜单按钮M1～M6，设计有、检索传票时按下的传票检索按钮M1，制作新增传票时按下的新增传票按钮M2，输入经费时按下的经费输入按钮M3,登录主盘时按下的主盘登录按钮M4，对DWHDB19登录等情况下按下的DWH按钮M5，以及查询库存信息时按下的库存查询按钮M6。

配置有触摸显示屏的用户终端30，在其显示部所显示的菜单画面中，用户X，通过触摸操作(以手指接触操作)，来按下菜单按钮M1～M6中的任何一个。在本例中，设计为按下的是传票检索按钮M1。

再有，对于其他菜单按钮M2～M6按下时的处理，恕在此省略。

在菜单画面中，当按下传票检索按钮M1时，用户终端30，针对服务器10，将传票检索按钮M1被按下的意旨、作为菜单选择结果，发送到服务器10(步骤S106)。

当传票检索按钮M1被按下的意旨、作为菜单选择结果被收到时，服务器10，则将指定有传票检索条件的、表示传票检索画面的传票检索画面信息，向用户终端30发送(步骤S107)。

收到传票检索画面信息时，用户终端30，则将收到的传票检索画面信息所表示的传票检索画面，在自身具有的显示部中做出显示(步骤S108)。并实施检索条件受理处理(步骤S200)。

图6，是表示传票检索画面的示例说明图。如图6所示，在传票检索画面中，为了指定检索条件，设有单元格选择区域601，用以选择作为检索对象的单元格或单元格群；设有菜单选择区域602，用以选择作为总计单位、表示预先设定的帐票数据的项目或项目群的菜单；设有时间范围选择区域603，用以选择作为总计单位的时间轴(时间范围)；设有详细设定区域604，用以对详细的检索条件或总计条件进行设定；设有组织图按钮605；设有明细化时按下的明细化按钮606；再有，在本例中，为简便各画面的说明，对于各画面的规格有时会采取不统一的图示。

在此，所谓明细化，意思是指为了以菜单单位，相关总计的检索结果一览表示的数据的原始传票(未总计的传票数据)进行特定，在检索结果一览的数据中，针对与各传票数据进行唯一赋予的识别号码(例如传票号码)进行追加的意思。在本例中，由于具有明细化机能，所以能够以菜单单位，通过总计的检索结果一览进行分析，并相关有必要对详细进行确认的数据(采用异常值、和预定及业绩差距较大等的数据)，以原始传票就可以方便地进行确认。

在单元格选择区域601中，如图6所示，设有销售类选择按钮，用以对可存储有销售类的帐票数据的单元格进行选择；设有购买类选择按钮，用以对可存储有购买类的帐票数据的单元格进行选择；设有收支类选择按钮，用以对可存储有收支类的帐票数据的单元格进行选择；设有制造类选择按钮，用以对可存储有制造类的帐票数据的单元格进行选择；设有会计类选择按钮，用以对可存储有会计的帐票数据的单元格进行选择等的何种按钮。

菜单选择区域602，如图6所示，设有各种选择按钮，用以选择既定种类的菜单(本例中，相关大分类的菜单和品种菜单)。菜单选择区域602中设置的各种选择按钮，还可以同时进行多数个选择。

在时间范围选择区域603中,如图6所示,还可以设计为,设有各种选择按钮,用以选择日、周、月、年等时间轴。再有，用户终端30，对、用户选择的时间轴所对应日历显示的日历画面进行表示的构成。

在详细设定区域604中，在菜单选择区域602中，相关被选择的按钮，设有菜单详细按钮，用以筛选检索条件设定菜单详细时按下；设有数值详细按钮，用以对传票数据中的相关各种数值项目的详细检索条件进行设定时按下；设有日期定义按钮，用以对传票数据中各种日期项目相关的详细检索条件进行设定时按下；设有提取条件按钮，用以对其他的详细检索条件进行设定时按下。

作为决定检索条件的主要选择对象，设计为单元格、菜单、以及时间轴3种类，如图6所示可具体表示出选择对象，基于用户终端30具有的显示装置的显示画面的规格，可以将全部的选择对象在一个画面中作出显示。再有，各选择区域中配置的选择项目，谨为一例，还可以包括例如其他的选择项目。

在传票检索画面中，用户X，通过触摸操作，对单元格选择区域601中配置的单元格的任一个进行选择，同时，对菜单选择区域602中配置的菜单中1或2以上的菜单进行选择。

具体来说，用户X，对单元格选择区域601中配置的选择按钮中的任一个按下、对检索对象的单元格作出选择的同时，对菜单选择区域602中配置的选择按钮中的一个或两个以上的选择按钮按下、对作为检索对象的帐票数据中的任一帐票项目的检所提取进行选择。

继而，在传票检索画面中，用户X，根据需要，对时间范围选择区域603中配置的时间轴进行任意选择。具体就是，用户X，对时间范围选择区域603中配置的选择按钮的任一个按下，对总计过程的时间轴进行选择。

图7，为表示用户终端30实施的检索条件受理处理示例流程图。在检索条件受理处理中，用户终端30，基于用户X的触摸操作，受理单元格的选择(步骤S201)，基于用户X的触摸操作、受理其1或2项以上的菜单选择(步骤S202)，基于用户X的触摸操作、受理其对时间轴的选择(步骤S203)。

再有，相关例如菜单的选择，还可以设计为基于用户的意愿不进行受理的样式。此时，例如用户终端30，即使在没有对菜单进行选择的状态下，仍可以实施下面的步骤就行。另外，传票检索画面中，还可以采取不设计菜单选择区域603的构成。

图8，为表示单元格等选择状态的传票检索画面的示例说明图。如图8所示，表示有作为单元格选择销售业绩、作为菜单选择品种、作为时间轴选择年度的状态。

另外，本例中，在传票检索画面中，用户X，根据需要，对详细设定区域604中设有的菜单详细按钮、数值详细按钮、日期定义按钮、提取条件按钮的任一个按下，可进一步进行详细设定。在受理到用户作出的详细设定操作的情况下，用户终端30，将受理到的详细设定操作对应的画面进行表示(无图示)，并对用户作出的详细设定进行受理(步骤S204)。

再有，详细设定是基于用户的需求任意设定的，即使不进行详细设定相关的处理及操作也行。在实施了详细设定的情况下，返回传票检索画面(请参照图8)。

组织图按钮605，作为假设按钮，用以受理组织图的表示要求。用户终端30，在传票检索画面中，对检索条件的选择·设定进行受理后，根据组织图按钮605的选择，表示出组织图(步骤S109)。在本例中，用户终端30，对含有组织图的组织图表示画面进行表示。再有，表示组织图的时间(包括时间、条件、期间)不受此限定，用户需要选择组织(或构成组织的要素)的时间内，用户终端表示的组织的构成为最好。作为用户终端30表示组织图的时间的例子，可以认为在接受对帐票数据检索条件输入之前，及用户对帐票的选择之后等各种时机。

图9，为组织图表示画面的示例说明的说明图。如图9所示，在组织图表示画面中，设有组织按钮显示区域910，组织图显示区域920，传票数据显示区域930，一览显示按钮940，项目显示区域950。

组织按钮显示区域910，是用以受理用户对组织的选择的区域。在本例中，用户终端30，将表示3个组织(图9中的“组织1”、“组织2”、“组织3”)的多数个组织按钮911-913在组织按钮显示区域910中进行显示。再有，组织按钮显示区域910中显示的组织数量不做限定。另外，对组织按钮显示区域910中表示的多数个组织，还可以作为例如用户所定义的有何关系的组织。在对用户所定义的有何关系的多数个组织进行表示时，例如，用户终端30，在组织按钮显示区域910中，还可以设计为表示与组织(用户所属的组织。本组织。)、和用户方、供应商对应的组织按钮的构成。

图10，为相关组织图表示画面的其他示例说明的说明图，例如，用户X在选择了图9的组织按钮912时，用户终端30，则针对假设按钮912的选择以用户可以识别的样态作出表示(即，可识别地表示)，并且，表示出对应于假设按钮912其组织的组织图，及对应于该组织图的帐票数据。

组织图表示区域920，是用以表示组织构成的组织图的区域。用户终端30，将用户选择的与组织按钮对应的组织其组织图，在组织图表示区域920中作出表示。

在此，组织图，是将构成组织的多数个要素(组织构成要素)，以对应于该组织要素的层级关系的配置进行表示的图。例如在图9的组织图表示区域920所表示的组织图中，在要素“销售部门”的上位层级中表示有要素“公司OO”；在同位层级中表示有要素“制造部门”及“经理”；在下位层级中表示有要素“营业1”及“营业2”。

传票数据表示区域930，是用以表示传票数据(或从传票数据导出的信息)的区域。用户终端30，以对应用户的要素选择状况的样态表示出传票数据。在本例中用户终端30在构成组织图的组织构成要素的同一行中，配置有图像，以表示该组织构成要素对应的传票数据。再有，用户X，由于从服务器10可以恰当的取得传票数据(例如，基于后述处理，接受来自服务器10的信息提供)，所以，能够在传票数据显示区域930中表示出传票数据。

一览表示按钮904，表示与用户选择的组织(或选择中的组织)对应的传票数据一览的画面，作为假设按钮，用以对其画面表示的要求进行受理。用户终端30，在判定为受理到一览表示按钮940的选择的情况下，显示出一览表示画面。

图11，为表示一览表示画面示例的说明图。如图11所示，一览表示画面中，设有表示组织名的组织名显示区域1101；设有表示传票数据的传票数据显示区域1102；设有返回前一画面时按下的返回按钮B1；以及设有查询按钮B2。

查询按钮B2，作为假设按钮，用以对开始既定查询处理的要求进行受理。用户终端30，在受理到查询按钮B2的选择时，实施既定查询的关联处理。再有，有关查询处理，恕省略在此的说明。

项目显示区域950，是表示传票数据中的在传票数据显示区域950中表示其项目(或，从传票数据中导出的信息名称)的区域。

在此，相关本例中组织图表示画面(即，画面运作)的运作，参照图9进行详细说明。

用户终端30，对要素“销售部门”的选择进行受理时，是将该要素作为上位层级关联的要素(即，下位要素)表示出“营业1”、“营业2”、“物流”。即，以至用户选择要素“销售部门”，组织图中这三个下位要素不作显示。再有，用户终端30，可识别性地表示出用户所选择的状态的要素(处于选择状态的要素)。本例中，用户终端30，针对处于选择状态的要素(例如，图9中与斜线部分对应的要素)，采用有与其他要素不同的颜色(例如，橙色)进行表示的方法。

另外，用户终端30，作为要素“销售部门”的下位要素的要素“物流”所表示的状态，对该要素的选择进行受理时，也表示出该组织的下位要素。进而，本例中，用户终端30，解除作为选择的要素“物流”的上位要素的“销售部门”的选择状态。同时，用户终端30，将解除选择状态的要素，与不处于选择状态的其他要素变更为相同颜色(例如，白色)。

另外，用户终端30，在处于选择状态的要素被用户再次选择时，则关闭该再次被选择的要素和处于既定层级关系的要素的表示。例如，用户终端30，以图9的状态，选择了要素“销售部门”时，则对该要素的选择状态进行解除，并关闭下位要素“营业1”、“营业2”、“物流”的表示，在该要素的右侧，表示出(例如，表示“…”图像)既定图像。由于设计为用户终端所表示有既定图像(下位要素既定图像)的构成，所以，针对用户可以示意下位要素的存在。

另外，用户终端30，对上位要素的选择进行受理时，对该要素的下位要素的选择状态实施解除。例如，用户终端30，在图9的状态下，选择要素“制造部门”时，将该要素设定为选择状态，并解除该要素的下位要素“制造1”的选择状态。此时，用户终端30，则关闭选择状态被解除的要素的下位要素“群组1”、“群组2”的表示。

另外，用户终端30，将处于选择状态的要素、和未关闭表示的要素对应的传票数据，在传票数据显示区域950中进行表示。再有，用户终端取得传票数据的时机不受特别限定，即可以设计为例如定期性取得多数个组织相关的传票数据的构成，还可以设计为对用户X选择的要素进行特定时、取得与该要素对应的传票数据的构成。以下，用户终端30，根据对用户X选择的要素进行特定的情况，以取得传票数据的情形为例进行说明。

用户终端30，在传票数据的提供处理中(请参照图4)，表示出组织图时，对要素进行特定(步骤S110)。本例中，用户终端30，对用户X选择的要素进行特定。再有，用户X选择的要素的特定方法不受特别限定，即可以设计为根据触摸操作进行特定的构成，还可以设计为根据鼠标及键盘的操作进行特定的构成。

用户终端30，对要素进行特定时，将信息的提供要求发送至服务器10(步骤S111)。在本例中，用户终端30，生成包括特定要素的识别信息、和检索条件的受理处理所受理到的检索条件的提供要求，并将生成的提供要求发送至服务器10。

还可以设计为服务器10，从用户终端30接收提供要求(步骤S112)。同时，服务器10，由于对含有用户终端30的识别信息的提供要求进行接收，所以，省略其再次的著录判定的构成。

服务器10，接收提供要求时，将收到的提供要求包含的与识别信息对应的传票数据从传票数据DB18中实施提取(步骤S113)。在本例中，服务器10，将收到的提供要求包含的与识别信息对应的传票数据，对该提供要求包含的与检索条件一致的传票数据进行提取。

服务器10，提取传票数据时，导出提取的传票数据所对应的信息(步骤S114)。在本例中，服务器10，从用户终端30收到的提供要求中在含有表示信息种类的种类信息的情况下，基于提取的传票数据，导出该种类的信息。再有，提供要求中不含有种类信息时，服务器10，服务器10即可以设计为导出既定种类的信息的构成，还可以设计为将传票数据本体发送至用户终端30的构成。由于使服务器担当信息的导出，所以可以使用户终端30的处理负荷得以减轻。

服务器10，导出信息时，将导出的信息提供至用户终端30(步骤S115)。本例中，服务器10，将导出的信息提供至用户终端30。再有，服务器10的信息提供方法不受特别限定，还可以设计为例如生成表示导出信息的显示画面的信息，并将生成的信息发送至用户终端30的构成。

用户终端30，对服务器10提供的信息(提供信息)进行受理时，将收到的提供信息在自备的显示装置的显示画面中作出显示(步骤S116)。在本例中，用户终端30，对收到的提供信息的一部分或全部能够在显示画面中进行显示、并对组织图显示画面进行更新。

用户终端30，表示提供信息时，针对是否结束对服务器10的选取进行判定(步骤S117)。在此，例如，当用户X作出结束浏览的操作等的、用以终止选取的动作的情况下(步骤S117-Y)，用户终端30，将对服务器10提出著录注销要求(步骤S118)。

再有，做出要继续进行选取的操作时(步骤S117-N)，用户终端30，则转移到步骤S109的处理，并表示出组织图。即，在本例中，用户终端30，以维持组织或组织构成要素以外的检索条件的状态，能够表示出组织图。

一旦，服务器10，通过步骤S115的处理向用户终端30提供信息时，

则开始计测与用户终端30之间没能进行信息交流的时间(待机时间)，并监视该待机时间是否超过(到达既定时间)了既定时间(例如5分、10分、30分钟等)(步骤S119)。

服务器10，在待机时间的计测过程中、如果收到著录注销要求的话(步骤S120-Y)，则中止待机时间的计测，并实施解除著录状态的著录注销处理(步骤S121)，并结束在此的处理。

另外，服务器10，在判定出待机时间超过了既定时间的情况下(步骤S119-Y)，则结束待机时间的计测，并实施解除著录状态的著录注销处理(步骤S121)，并结束在此的处理。

正如以上说明，在上述实施例中，因为设计有如下构成，作为ERP驱动的服务器，能够根据来自用户使用的用户终端的要求，借助通信网络，针对该用户终端、将业务过程中的每个业务单位发生的帐票数据进行提供的帐票数据管理服务器10，设有帐票数据存储装置(例如，传票数据DB18)，针对多数个要素构成的组织相关的组织数据、及组织内发生的帐票数据(例如，传票数据)进行对应存储，由于将多数个要素进行层级表示，从受理用户要素选择的用户终端30，对包括要素识别信息的帐票数据的提供要求进行接收(例如步骤S112)，并根据收到的提供要求，将与该提供要求包含的识别信息(即，对要素可进行唯一特定的信息)对应的帐票数据，从帐票数据存储装置中进行提取，(例如，步骤S113)，将提取出的帐票数据提供至用户终端30(例如，步骤S115)。所以，在ERP系统中，经简单处理，即可提供用户所需要的数据。

即，针对用户来说，由于利用用户终端30，对帐票数据的检索对象组织(具体就是，组织构成要素)提供出用以进行指定的专用画面，基于专用画面受理的、与操作对应的简单处理，即可提供出用户所希望的数据。

另外，采用上述实施例，用户终端30，作为组织相关的信息，设有组织信息存储部31，用以存储多数个要素分别含有不同层级关系的组织信息，在显示装置的显示画面中，以对应层级关系的样态表示要素(例如，步骤S109)，根据用户X的操作，从所表示的要素中对用户X所选择的要素进行特定(例如，步骤S110)，并将含有特定要素的识别信息的帐票数据提供要求进行发送(例如，步骤S111)，服务器10，对用户终端30发送的提供要求进行接收(例如，步骤S112)，基此架构，设计组织构成，即可在检索帐票数据等的过程中减轻用户的负荷。

另外，采用上述实施例，用户终端30，将服务器10提供的帐票数据，以对应要素特定状况的样态(例如，与用户选择组织构成的状况对应的样态。请参照图9和图10。)进行表示，基此构成，即可以组织构成对应的样态表示出帐票数据。

另外，采用上述实施例，用户终端30，由于可以设计为，对特定要素和位于既定层级关系的要素进行表示(例如，受理到用户选择的要素对其下位要素进行新的表示)的构成，所以，组织构成中，即可优先地表示出对用户来说有益性很高的构成部分。即，例如开始使用用户系统的过程中，不表示出组织构成的整体，根据用户的操作，即可达成使表示范围增加或移动地对表示画面进行更新。

另外，采用上述实施例，用户终端30，特定的要素由用户再次选择时，则对该再次选择的要素及位于既定的层级关系的要素的表示实施关闭(例如，可以停止表示要素名的图像的表示。请参照图9和图10。)，基此构成，即可防止表示画面所表示的组织图过大、可视性降低的问题。

另外，采用上述实施例，用户终端30，将特定要素中，(即，用户选择的要素)设计为上位层级作为其关系的构成，所以，随着依次下位层级的发展，即可达成对用户提供可以寻找需要的帐票数据。

另外，采用上述实施例，用户终端30，设有组织信息存储部31，用以存储多数个组织相关的信息，根据用户的操作，从多数个组织中对该用户选择的组织进行特定，并以特定组织的要素对应层级关系的样态进行表示(例如，请参照图9和图10。)，基此构成，即可达成汇集多数个组织的相关帐票进行管理。再有，层级及项目，还可以设计为系统管理者及用户终端的用户可实施自由定义的构成。此时，还可以设计为例如某组织，作为其他的组织要素进行管理的构成。

另外，采用上述实施例，服务器10，从用户终端30收到的提供要求，在含有表示信息种类的种类信息的情况下，导出提取的帐票数据所对应的该种类信息(例如，步骤S114)，将导出的信息，提供至用户终端30(例如，步骤S115)，基此构成，即可减轻用户终端担负的处理负荷。

再有，在上述实施例中虽未特别言及，不过，服务器10，按照自备的存储媒体所存储的处理程序(帐票数据管理程序)，即能够实施上述的各项处理(请参照图4)。另外，用户终端30,301-30N，按照自备的存储媒体所存储的处理程序(帐票数据管理程序)，即能够实施上述的各项处理(请参照图4、图7)。

再有，帐票查询系统500的构成例不受上述构成的限定，帐票查询系统500中的用户终端30和服务器10的任一方具有的机能的一部分或全部，都可以设计为另一方具有的构成。即，例如作为用户终端30实施的处理，将已经说明的处理的一部分或全部，即可以设计为服务器10实施的构成，也可以设计为服务器10实施的处理，将已经说明的处理的一部分或全部，设计为多数个用户终端30、301-30N的任一方可以实施的构成。另外，服务器10具有的存储装置中所存储的信息的一部分或全部，还设计为多数个用户终端30、301-30N的任一方可以具备的构成。

产业应用性

采用本发明，意义在于，在提供帐票相关信息的业务系统(ERP系统)方面，只需简单处理即可提供用户需要的数据。

Claims (10)

1.本发明的帐票数据管理服务器，是ERP驱动的服务器，作为帐票数据管理服务器，可以根据来自用户使用的用户终端的要求，借助通信网络、针对该用户终端，提供出业务过程中每个业务单位发生的帐票数据；作为帐票数据管理服务器，其特征在于，

含有帐票数据存储装置，用以使多数个要素构成的与组织相关联的数据、和在组织内发生的帐票数据进行对应性存储；

含有提供要求收信装置，将上述多数个要素以层级表示的方式，从受理有上述用户作出要素选择的用户终端，接收含有上述要素识别信息的帐票数据的提供要求；

含有提取装置，根据由该提供要求收信装置收到的上述提供要求，将对应于该提供要求包含的识别信息的帐票数据，从上述帐票数据提取装置中进行提取；

含有提供装置，将该提取装置提取的帐票数据，提供至上述用户终端。

2.根据权利要求1所述的帐票数据管理服务器，其特征在于，

上述用户终端，含有组织信息存储装置，针对作为上述组织相关的信息、包括有上述多数个要素各自的层级关系的组织信息进行存储；

含有表示装置，在表示装置的表示画面中，以对应于上述层级关系的状态，上述要素进行表示；

含有特定装置，根据上述用户的操作，从上述表示装置所表示的要素中，对该用户选择的要素进行特定；

含有发信装置，对包括该特定装置特定的要素识别信息的帐票数据提供要求进行发送；

提供要求收信装置，对上述用户终端发送装置所发送的提供要求进行接收。

3.根据权利要求2所述的帐票数据管理服务器，其特征在于，

上述用户终端的表示装置，将上述提供装置所提供帐票数据，以对应于上述特定装置的上述要素的特定状况的样式进行表示。

4.根据权利要求2或3所述的帐票数据管理服务器，其特征在于，

上述用户终端的表示装置，对上述特定装置的特定要素及存在于特定层级关系的要素进行表示。

5.根据权利要求4所述的帐票数据管理服务器，其特征在于，

上述用户终端的上述表示装置，上述特定装置特定的要素，在用户再次选择的情况下，针对该再次选择的要素及上述既定的层级关系中存在的要素的表示进行关闭。

6.根据权利要求4或5所述的帐票数据管理服务器，其特征在于，

上述既定的层级关系，是将上述特定装置特定的要素作为上位层级的关系。

7.根据权利要求2至6中任何一项所述的帐票数据管理服务器，其特征在于，

上述用户终端的组织信息存储装置，对多数个相关组织的信息进行存储；

上述用户终端特定装置，根据上述用户的操作，从上述多数个组织中对该用户选择的组织进行特定；

上述用户终端表示装置，对上述用户终端特定装置特定的组织要素，以对应于上述层级关系的样态进行表示。

8.根据权利要求1-7中任一项所述的帐票数据管理服务器，其特征在于，

含有导出装置，上述提供要求在含有表示信息种类的种类信息的情况下，针对上述提取装置提取的帐票数据所对应的该种类信息进行导出，上述提供装置，将基于上述导出装置所导出的信息提供至上述用户终端。

9.一种帐票数据管理程序，可以使ERP进行工作，并使帐票数据管理服务器根据来自于用户所使用的用户终端的要求，借助通信网络、实施提供出业务过程中每个业务单位发生的帐票数据的处理；

上述帐票数据管理服务器，具有帐票数据存储装置，可以对多数个要素构成的与组织相关联的数据、和在组织内发生的帐票数据进行对应性存储；作为帐票数据管理程序，可以使上述帐票数据管理服务器，实施如下处理：其特征在于，

实施提供要求的收信处理，将上述多数个要素以层级表示的方式，从受理有上述用户作出要素选择的用户终端，含有上述要素识别信息的帐票数据的提供要求进行收信、其过程中实施的处理；

实施提取的处理，根据经该提供要求收信处理收到的上述提供要求，将对应于该提供要求包含的识别信息的帐票数据，从上述帐票数据提取装置中进行提取、其过程中实施的处理；

实施提供的处理，将该提取处理提取出的帐票数据，提供至上述用户终端、其过程中实施的处理。

10.一种帐票数据管理装置，为ERP驱动的装置，作为帐票数据管理装置，可以根据来自用户使用的用户终端的要求，借助通信网络、提供出业务过程中每个业务单位发生的帐票数据；作为帐票数据管理装置，其特征在于，

含有帐票数据存储装置，用以使多数个要素构成的与组织相关联的数据、和在组织内发生的帐票数据进行对应性存储；

含有表示装置，在表示装置的表示画面中，应于上述关系的状态，对上述要素进行层级表示；

含有特定装置，根据上述用户的操作，从上述表示装置所表示的要素中，对该用户选择的要素进行特定；

含有提取装置，该特定装置特定的要素所对应的帐票数据，从上述帐票数据提取装置中进行提取；

上述表示装置，对上述提取装置提取出的帐票数据进行表示。