WO2013114444A1 - 携帯端末管理サーバ、および携帯端末管理プログラム - Google Patents

携帯端末管理サーバ、および携帯端末管理プログラム Download PDF

Info

Publication number
WO2013114444A1
WO2013114444A1 PCT/JP2012/000636 JP2012000636W WO2013114444A1 WO 2013114444 A1 WO2013114444 A1 WO 2013114444A1 JP 2012000636 W JP2012000636 W JP 2012000636W WO 2013114444 A1 WO2013114444 A1 WO 2013114444A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
collective
information
process flow
mobile terminal
Prior art date
Application number
PCT/JP2012/000636
Other languages
English (en)
French (fr)
Inventor
敏文 秋田
Original Assignee
株式会社アイ・ピー・エス
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社アイ・ピー・エス filed Critical 株式会社アイ・ピー・エス
Priority to EP12867310.0A priority Critical patent/EP2811431A4/en
Priority to PCT/JP2012/000636 priority patent/WO2013114444A1/ja
Priority to US14/374,618 priority patent/US20150081365A1/en
Priority to CN201280067663.4A priority patent/CN104221040A/zh
Publication of WO2013114444A1 publication Critical patent/WO2013114444A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063114—Status monitoring or status determination for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72469—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons

Definitions

  • the present invention is a server on which an ERP operates, a portable terminal management server that provides various data via a communication network in response to a request from a portable terminal used by a user, and a portable terminal mounted on the portable terminal management server. It relates to a terminal management program.
  • ERP Enterprise Resource Planning
  • the mission-critical business system integrated mission-critical business system, ERP system
  • application programs that focus on business processing are designed.
  • the form output is operated without any focus.
  • a conventional ERP system data acquired in each business process (including data input by a user and data calculated from various data) is registered and managed in a dedicated data table (table). Yes. That is, in the conventional ERP system, the table to be updated is different for each input process such as an order or a shipping instruction.
  • the “input process” means a process of inputting various data acquired (or determined) by an ERP system administrator or the like in each business process to each table.
  • FIG. 15 is an explanatory diagram for explaining an example of a table configuration in a conventional ERP system.
  • a business flow composed of a plurality of business processes indicates “inventory sales”
  • the table for storing the data related to the process flow of “inventory sales” is, for example, as shown in FIG. 15 (A) to FIG. 15 (E), for each input process, an order receipt table, a shipping instruction table, and a delivery table. , An acceptance table, and a sales table.
  • the table to be updated is different for each input process. Therefore, the correspondence between a plurality of business processes belonging to the same process flow is an identifier for each business process (process data) (in FIG. 15, the order number and order details in the shipping instruction table, and the issue table). The shipping instruction number and the shipping instruction details, etc.) are given.
  • the shipping instruction for specifying the process data as the process data related to the business process “shipment instruction” The order number “A00001” and the order received together with the number, the shipping instruction detail number, the type indicating the type of the business process, and the data indicating the contents of the business process (for example, the order recipient, quantity, amount, shipping instruction date, shipping text, etc.) Register the item number “0010” in the shipping instruction table.
  • the same data for example, orders, quantity, amount, etc.
  • the present invention eliminates the above-described problems, reduces the processing load required for data processing in the business system and provides effective information in a business system (ERP system) that provides information related to forms to a mobile communication terminal (mobile terminal).
  • ERP system business system
  • mobile communication terminal mobile terminal
  • the mobile terminal management server of the present invention is a server on which ERP operates, and is a mobile terminal management server that provides various data via a communication network in response to a request from a mobile terminal used by a user.
  • Process flow data storage means for storing process flow data including various data relating to the process flow including the process, the process flow data being data including status data, common data, and process specific data, and the status The data is data indicating the progress status of each of a plurality of business processes included in the process flow, the common data is data common to business processes included in the same process flow, and the process-specific data is , Each business professional included in the same process flow And a collective statement subject person designation screen providing means for providing a collective statement subject person designation screen for designating a collective statement subject person in response to a request from the mobile terminal, and the collective statement subject person Collective detailed target person information receiving means for receiving and receiving collective detailed target person information indicating the detailed detailed target person specified on the designation screen from the portable terminal, and collective information received by the collective detailed target person information receiving means Process data search
  • the batch detail target person is a customer
  • the batch detail target person information receiving means receives and receives customer information indicating the customer specified on the batch detail target person specifying screen from the portable terminal, and the process
  • the data retrieval means retrieves each non-paid process data among the charges for the customer indicated by the customer information
  • the collective item information generation means collects the specified customer as the billing destination. You may be set as the structure which produces
  • the collective billing statement information may be configured to include an individual billing amount and a total billing amount obtained by adding the individual billing amounts.
  • the collective statement subject person is a supplier
  • the collective statement subject information receiving means receives supplier information indicating the supplier designated on the collective statement subject person designation screen from the portable terminal and accepts it.
  • the process data search means searches for unpaid process data from the suppliers indicated by the supplier information
  • the batch detail information generation means determines whether the specified supplier is You may be set as the structure which produces
  • the collective payment details information may include an individual payment amount and a total payment amount obtained by adding the individual payment amounts.
  • the mobile terminal management program of the present invention operates the ERP, and makes the mobile terminal management server execute processing for providing various data via a communication network in response to a request from the mobile terminal used by the user.
  • the portable terminal management server includes a process flow data storage unit that stores process flow data including various data related to a process flow including a plurality of business processes, and the process flow data includes status data, , Common data and process specific data, the status data is data indicating the progress of each of the plurality of business processes included in the process flow, and the common data is in the same process flow.
  • the process-specific data is data specific to each business process included in the same process flow, and specifies a batch specification subject to the mobile terminal management server in response to a request from the mobile terminal.
  • Collective specification subject person specifying screen providing process for providing a person specification screen and collective specification subject information indicating the collective specification subject person specified on the collective specification subject person specifying screen from the portable terminal
  • Each process data related to a plurality of business processes targeted for a batch detail target person indicated by the batch detail subject information received in the batch detail subject information receiving process is stored in the process flow data storage means.
  • a process data search process for searching by referring to the stored process flow data, and the process data search process
  • Collective item information generation processing for generating collective item information indicating a collective item for a specified collective item subject based on each process data, and the collective item information generated by the collective item information generation processing This is for executing the batch detailed information providing process provided to the portable terminal.
  • the processing load required for the data processing in a business system can be reduced, and effective information can be output rapidly.
  • FIG. 1 is a block diagram showing a configuration example of a form inquiry system 500 according to an embodiment of the present invention.
  • the form inquiry system 500 includes a mobile terminal management server 10, a relay device 20, a plurality of mobile terminals 31 to 3N (N is an arbitrary positive integer), an integrated core business system 100, The integrated core business system 200 and the integrated core business system 300 are included.
  • the mobile terminal management server 10 and the mobile terminals 31 to 3N are connected to each other via a communication network 40 such as the Internet and the relay device 20, respectively.
  • the mobile terminal management server 10 is connected to the integrated core business system 100, the integrated core business system 200, and the integrated core business system 300 via communication networks 51, 52, and 53 such as LAN (Local Area Network) and dedicated communication lines, respectively. Is done.
  • communication networks 51, 52, and 53 such as LAN (Local Area Network) and dedicated communication lines, respectively. Is done.
  • LAN Local Area Network
  • it is good also as a structure which can communicate between portable terminals and integrated core business systems via a portable terminal management server, and is good also as a structure which cannot communicate.
  • the integrated core business system 100 includes a core business server 110, a data warehouse server (DWH server) 120, and a process flow DB 101.
  • the integrated core business system 200 includes a DWH server 220 and a process flow DB 201.
  • the integrated core business system 300 includes a core business server 310 and a process flow DB 301.
  • a plurality of integrated core business systems 100, 200, and 300 having different configurations are integrated by performing communication (transmission and reception of various types of information) with the mobile terminal management server 10 as necessary (that is, according to the functions of each). Demonstrate functions as a core business system.
  • the system 200 does not have a mission-critical server or the system 300 does not have a DWH server, by communicating with the mobile terminal management server 10, The function of can be demonstrated.
  • a system that does not have a process flow DB can exhibit functions as an integrated core business system by storing process flow data in the mobile terminal management server 10. Since a well-known technique is used for the core business server provided in each core business system, the integrated core business system 100 will be described below as an example.
  • the core business server 110 is a server managed by, for example, the administrator of the form inquiry system 500, and has various functions for managing form information related to various kinds of work (for example, creation, update, storage, etc. of information). .
  • the core business server 110 is configured by a general information processing apparatus including an OS (Operating System) and a relational DB.
  • OS Operating System
  • relational DB relational DB
  • the form is a general term for books and slips.
  • the books are items in which items relating to the receipt and payment of money and goods are entered, and the slips are data that is the basis for creating books and are evidence of business transactions.
  • the core business server 110 handles process data indicating only slip data as form data will be described as an example.
  • the core business server 110 executes various processes according to the business application program.
  • Examples of the business application program include a sales business management program, a sales business management program, a production management program, a financial accounting management program, and a management accounting management program.
  • the DWH server 120 is a server managed by a system administrator of this system, for example, and has various functions for realizing a data warehouse.
  • the data warehouse refers to a system that analyzes the relationship between items from business data such as form data accumulated in time series.
  • the DWH server 120 also has a function of registering various data in a predetermined storage area by converting a CSV file transferred from the core business server 110 into a predetermined data format. Note that the DWH server 120 may be configured to extract data corresponding to each storage area from the CSV format state without converting the data format.
  • the process flow DB 101 includes various process data (or form data) collected and organized by various information processing using various programs stored in the business application program DB (not shown) of the core business server 110. This is a storage medium for storing process flow data. The process flow data will be described later in detail.
  • the integrated core business system 100 includes a business related data DB (not shown) managed by the DWH server 120, and the core business server 110 stores process data stored in the process flow DB 101, CSV according to predetermined extraction conditions (Comma Separated Values) A function of converting to a format and transmitting to the mobile terminal management server 10 is provided.
  • the core business server 110 transfers a data file in CSV format by FTP (File Transfer Protocol) to the mobile terminal management server 10.
  • FTP File Transfer Protocol
  • the mobile terminal management server 10 is a server on which ERP operates, and is a server that provides various data via a communication network in response to a request from a mobile terminal used by a user.
  • the mobile terminal management server 10 is configured by an information processing apparatus such as a WWW server, for example, and is managed by a system administrator of the form inquiry system 500.
  • FIG. 2 is a block diagram illustrating a configuration example of the mobile terminal management server 10.
  • the mobile terminal management server 10 includes a control unit 11 that performs various controls, a process flow data temporary storage DB 16, a business application program DB 17, a process flow DB 18a, a project DB 18b, a DWHDB 19, and a general And other DB 10X for storing various data necessary for realizing a function as a basic mission-critical server (for example, data used by various programs stored in the business application program DB 17). Since the other DB 10X is not particularly related to the present invention, detailed description thereof is omitted.
  • the control unit 11 includes a slip data provision processing unit 11a that executes a process for providing process flow data to the mobile terminals 31 to 3N, and a collective charge for executing a process for providing collective billing detailed information to the mobile terminals 31 to 3N.
  • a detailed information provision processing unit 11b and a collective payment detailed information provision processing unit 11c that executes a process of providing the collective payment detailed information to the mobile terminals 31 to 3N and the like.
  • the process flow data temporary storage DB 16 is a storage medium that temporarily stores the process flow data acquired from the integrated core business system 100 side and the process flow data stored in the process flow DB 18a.
  • the process flow data stored in the process flow data temporary storage DB 16 is updated periodically (every day, every third day, every 12 hours, etc.), for example.
  • the business application program DB 17 is a storage medium that stores programs used for various businesses. Programs stored in the business application program DB 17 include a sales business management program, a purchasing business management program, a production management program, a financial accounting management program, and a management accounting management program.
  • the process flow DB 18a is a storage medium for storing process flow data including various process data (or form data) collected and organized by various information processing using various programs stored in the business application program DB 17. is there.
  • process flow data including various data related to a process flow including a plurality of business processes is stored in the process flow table PT in the process flow DB 18a.
  • the mobile terminal management server 10 centrally manages process flow data generated for each process flow using one process flow table PT.
  • the process flow data includes generally used slip data (for example, for the slip data corresponding to the order slip, the order slip header information, the order slip detail information, the delivery date schedule, etc. Is stored in a structure that can be searched based on the key such as the slip number, etc.
  • the slip number includes the order number, order number, shipping number, entry / exit number, invoice inquiry, billing number, Account number etc. are included)).
  • the mobile terminal management server 10 manages the process flow data in a plurality of tables, for example, for each type described later, or for each piece of common data (for example, an order recipient) described later. It is good also as composition to do.
  • FIG. 3 is an explanatory diagram showing an example of the storage state of process flow data in the process flow DB 18a.
  • the process flow data in this example includes a main key part, a project specific data part, a reference key part, a type part, a status part, a common data part, and a process specific data part.
  • Each item corresponding to each part of the process flow data indicates the type of process data constituting the process flow data.
  • data relating to each business process constituting the process flow is allocated and stored in each part constituting the process flow data.
  • process data related to one process flow (for example, a series of process flows from order receipt to delivery from a certain company) is stored in the same entry (that is, the same row in the process table PT) in the process flow table PT.
  • process data related to one process flow (for example, a series of process flows from order receipt to delivery from a certain company) is stored in the same entry (that is, the same row in the process table PT) in the process flow table PT.
  • the “primary key part” is a part in which primary key data, which is data for uniquely identifying the process flow data, is stored in the process flow data.
  • the main key part is composed of a process flow number and a process flow detail number. That is, in this example, a combination of a process flow number and a process flow detail number becomes an identifier (ID) of each process flow data.
  • the main key part is updated when the process flow data is registered for the first time.
  • “when first registering process flow data” means that when an entry (data row) is added to the process flow data, for example, process data belonging to a certain process flow and corresponding other processes It shall mean the time when unregistered process data is registered.
  • the “update” here includes addition of data.
  • the “process flow number” is an identifier for specifying one process flow data (that is, one column in the process flow table PT shown in FIG. 3).
  • the process flow number is assigned to each process data having the same predetermined item.
  • the same number is assigned to the process flow number of the process flow number that has the same type and the order-receiving party in the process flow data.
  • the “process flow detail number” is an identifier for identifying specific process flow data from among the process flow data assigned with the same process flow number. That is, for example, the process flow table PT shown in FIG. 3 indicates that the business process “order received” in the process flow type “inventory sales” has received orders for the amounts “1200” and “2600” from the order recipient “T001”.
  • the process flow data including the process data to be shown can be uniquely identified by the combination of the process flow number “000001” and the process flow detail number “0010” or “0020”, respectively.
  • the project specific data part is a part of the process flow data in which primary key data, which is data for specifying a project, is stored.
  • the project specific data part is composed of a project number and a project detail number.
  • the project and its details can be specified by the combination of the project number and the project detail number.
  • Project number is an identifier for identifying one project. If they belong to the same project, the same project number is used.
  • the “project detail number” is an identifier for specifying the details of each business unit constituting the project. Therefore, each project detail number associated with the same project number is used to specify the details of each business unit (for example, exterior, power generation facility) that constitutes the same project (for example, dam construction). It becomes an identifier.
  • data data on the same line
  • data such as a common data section associated with the same project detail number is data for specifying the details of the same business.
  • the “reference key part” is data for specifying other process flow data (or other process data) related to the process flow, such as the original transaction for sales returns, among the process flow data. This is the part where key data is stored.
  • the reference key part is composed of a reference number and a reference specification number. The reference key part is updated when the process flow data is registered for the first time.
  • the process number and process flow detail number of other process flows related to the process flow are stored in the reference number and the reference detail number, respectively.
  • the reference key portion contains data indicating the same value as the primary key portion of the same entry (that is, the reference number is a process)
  • a flow number is stored, and a process flow item number is stored in the reference item number.
  • the reference key part indicates other process data related to the process flow, the reference key part is further provided with data for specifying the type of the process data.
  • the “type part” is a part in which type data that is a type of process flow, such as inventory sales and sample shipment, is stored in the process flow data.
  • the type part is updated when the process flow data is registered for the first time.
  • the type of process flow is not limited to inventory sales or sample shipment.
  • the “status part” stores status data that is data indicating the progress of the process flow (that is, data indicating the progress of each of a plurality of business processes included in the process flow) among the process flow data.
  • the status data indicates the progress of each business process by setting “0” for the unfinished business process and “1” for the completed business process for the business process required by the process flow. Show. That is, for example, as shown in FIG. 3, the process flow of “inventory sales”, and the business processes included in the process flow are “order receipt”, “shipment”, “issue”, “issue inspection”, and “sales”. In this case, it is assumed that process specific data (for example, order date) related to the business process “order received” is registered. In this case, in the status data, the portion corresponding to “sales” is “1”, and the other portions remain in the initial state (ie, the state in which “0” is set).
  • the status part in this example is updated for each business process.
  • the status part is updated when process-specific data to be described later is input, specifically, when it is determined that each business process is completed because a predetermined status change condition is satisfied.
  • the status change condition is not particularly limited, in this example, “all process specific data corresponding to one business process is input” is stored in a predetermined storage area of the mobile terminal management server 10 as a status change condition. It shall be remembered.
  • a part of the items (column items) constituting the table stores unnecessary process data in a specific process flow.
  • a part for storing unnecessary process data is empty data, and “0” is stored in status data corresponding to the empty data.
  • the “common data part” is data that does not depend on business processes, such as orders, shipping destinations, customers, suppliers, etc. among process flow data (that is, between business processes included in the same process flow). This is a portion in which common data is stored. The common data part is updated when the process flow data is registered for the first time.
  • process specific data part is a text that indicates precautions such as the order date and data registered in each business process in the process flow data (for example, “delivery deadline” and “breaker”) Data), etc., is a part in which process-specific data that is data unique to each business process included in the same process flow is stored.
  • the process specific data part is updated for each business process. Therefore, in this example, it can be said that the process flow data based on the business process is “process-specific data” and the data not based on the business process is “common data”.
  • order received means a state in which an order is received from a customer and a contract with the customer is concluded.
  • shipment instruction means a state in which an instruction to ship a product is given to a warehouse company or a logistics person.
  • shipment means a state in which goods are shipped from the warehouse and movement is started.
  • Inspection means a state in which the inspection of the customer is completed and the ownership of the product is transferred to the customer.
  • the project DB 18b is a storage medium that stores project schedule data indicating the work schedule of each project.
  • project schedule data indicating the work schedule of each project is stored in the project table PJT in the project DB 18b.
  • information indicating a work schedule for example, a budget, a purchase, an order, an order, etc.
  • project schedule data associated with is registered.
  • the DWHDB 19 is a storage medium that stores collective information generated in the past based on process flow data.
  • collective billing detailed information, collective payment detailed information, etc. which will be described later, are registered.
  • the mobile terminal management server 10 stores various data stored in the process flow DB 18a, the project DB 18b, the DWHDB 19 and the other DB 10X into predetermined external devices, in this example, the mobile terminals 31 to 3N and the integrated core business systems 100, 200, 300. It has a function to provide according to the request from. That is, the mobile terminal management server 10 has a function as a core business server. In other words, the mobile terminal management server 10 includes an ERP engine.
  • the mobile terminal management server 10 has a function as a DWH server having various functions for realizing a data warehouse.
  • the mobile terminal management server 10 includes an ERP engine and a configuration for functioning as a DWH server, so that integrated core business systems having different configurations (for example, integrated core business having both of the core business server and the DWH server)
  • integrated core business systems having different configurations for example, integrated core business having both of the core business server and the DWH server
  • the system 100, the integrated core business system 200 having only the DWH server, and the integrated core business system 300 having only the DWH server can be provided with information required for the integrated core business system. become.
  • Each of the mobile terminals 31 to 3N is an information processing apparatus such as Ipad (registered trademark) including a CPU (Central Processing Unit), a ROM, a RAM, and a display unit.
  • Ipad registered trademark
  • each of the mobile terminals 31 to 3N has various applications that can be used for handling form data, such as a Web browser.
  • each of the mobile terminals 31 to 3N obtains necessary form data (in this example, process flow data and project schedule data) from the mobile terminal management server 10 in response to an operation input by the user, for example.
  • the mobile terminals 31 to 3N are assumed to include code readers (or code reader functions) 31a to 3Na that read various codes such as QR codes (Quick Response Code: registered trademark).
  • each of the mobile terminals 31 to 3N communicates with the mobile terminal management server 10 via the relay device 20 and the communication network 40, and the data acquired from the mobile terminal management server 10 is transferred to, for example, a predetermined Web application (Web browser). ) Etc., and the function of outputting to the display unit.
  • a predetermined Web application Web browser
  • processing for updating the process flow data stored in the process flow data temporary storage DB 16 will be described.
  • a data update timing for example, when updating every day, a predetermined time (such as 2:00 at midnight)
  • the mobile terminal management server 10 The process flow data (the latest data) stored in the process flow DB 18a provided is read, and the process flow data is stored in a predetermined storage area of the process flow data temporary storage DB 16 (new storage or overwriting storage).
  • the stored information in the process flow data temporary storage DB 16 is updated. In this way, the storage information of the process flow data temporary storage DB 16 is updated by batch processing.
  • FIG. 4 is a flowchart showing an example of slip data providing processing executed by the mobile terminal management server 10 or the like in the form inquiry system 500 of this example.
  • the mobile terminal management server 10 provides process flow data in response to a request from the mobile terminal 31 used by the user X will be described as an example.
  • the mobile terminal 31 receives a login request by the login operation of the user X (step S101).
  • a login operation for example, a password input operation set in advance may be considered.
  • various operations for using various functions installed in the mobile terminal 31 are permitted.
  • a login request is made by designating information necessary for login (for example, a preset user ID and password) on the login screen (step S102).
  • This login request is made, for example, by presenting predetermined information (for example, an electronic certificate issued to the user X) used for predetermined login determination in addition to the user ID and password.
  • predetermined information for example, an electronic certificate issued to the user X
  • the user X may designate a group (for example, Japanese) used in a group to which the user belongs and various screens.
  • the mobile terminal management server 10 determines whether or not to permit the login (step S103). This determination may be made based on, for example, an ID, a password, or an electronic certificate.
  • the mobile terminal management server 10 sets the mobile terminal 31 in the login state.
  • the mobile terminal management server 10 transmits menu screen information indicating the menu screen to the mobile terminal 31 (step S104).
  • the mobile terminal management server 10 ends the slip data providing process without setting the mobile terminal 31 in the login state. If it is determined that login is not permitted, the mobile terminal management server 10 performs processing to notify the mobile terminal 31 to that effect.
  • the mobile terminal 31 displays the menu screen indicated by the received menu screen information on the display unit included in the mobile terminal 31 (step S105).
  • FIG. 5 is an explanatory diagram showing an example of a menu screen.
  • a menu arrangement circle on which menu buttons M1 to M6 each displaying names of a plurality of selectable menus are arranged on a substantially circumference is displayed.
  • a display area 501 is provided.
  • the menu arrangement circle display area 501 is provided with a title display area MA arranged in the center area of the circle formed by the menu arrangement circle MC and displaying the title of the menu arrangement circle MC as shown in FIG. Yes.
  • slip search button M1 that is pressed when searching for slips
  • new slip button M2 that is pressed when creating new slips
  • expense that is pressed when inputting expenses.
  • Input button M3, master registration button M4 that is pressed when registering the master
  • collective billing button M5 that is pressed when requesting provision of collective billing details information
  • a collective payment button M6 is provided.
  • the user X presses one of the menu buttons M1 to M6 by a touch operation (operation to touch with a finger).
  • a touch operation operation to touch with a finger.
  • the slip search button M1 is pressed.
  • the processing when the other menu buttons M2 to M6 are pressed is omitted here.
  • the mobile terminal 31 transmits to the mobile terminal management server 10 that the slip search button M1 has been pressed as a menu selection result to the mobile terminal management server 10 ( Step S106).
  • the slip data provision processing unit 11a of the mobile terminal management server 10 displays the slip search screen information indicating the slip search screen for specifying the slip search condition on the mobile terminal. 31 (step S107).
  • the mobile terminal 31 displays the slip search screen indicated by the received slip search screen information on the display unit included in the mobile terminal 31 (step S108).
  • FIG. 6 is an explanatory diagram showing an example of a slip search screen.
  • the slip search screen displays a plurality of selection item arrangement circles DC, SC, and PC in which a plurality of selection items that can be selected for specifying a search condition are arranged on a substantially circumference.
  • a plurality of selection item arrangement circle display areas 601, 602, and 603 and a keyword input area 604 for inputting a keyword as a narrowing condition are provided.
  • the processed voucher type selection item arrangement circle DC that displays the type of processed voucher in a selectable manner and the titles of detailed items for narrowing down can be selected.
  • a detailed selection type selection item arrangement circle SC and a process type selection item arrangement circle PC for displaying the type of business process in a selectable manner. Then, as the selection item arrangement circle display areas 601, 602, and 603, the processed slip type selection item arrangement circle display area 601 for displaying the processed slip type selection item arrangement circle DC and the detailed selection type selection item arrangement circle SC are displayed. A detailed selection type selection item arrangement circle display area 602 and a process type selection item arrangement circle display area 603 for displaying the process type selection item arrangement circle PC are provided.
  • an order button D1 for specifying an order slip as a search condition
  • an order button D2 for specifying an order slip as a search condition
  • a receipt slip as a search condition A receipt button D3, a delivery button D4 for designating a delivery slip as a search condition, a sales button D5 for designating a sales slip as a search condition, a billing button D6 for designating a billing slip as a search condition, and a receipt slip Selection items (selection item buttons) capable of selecting seven types of slips of a deposit button D7 for specifying as a search condition are arranged on a substantially circumference.
  • a classification display button DA displaying the classification name “processed slip” is arranged.
  • the corresponding type of slip can be searched by selecting the selection items (selection item buttons) D1 to D7 (single selection or multiple selections).
  • a customer button S1 for specifying a customer as a search condition a supplier button S2 for specifying a supplier as a search condition, and an organization are specified as a search condition.
  • Selection items capable of selecting four types of detailed narrowing condition items, that is, an organization button S3 for specifying items and an item button S4 for specifying items as search conditions, are arranged on a substantially circumference.
  • a classification display button SA displaying a classification name “detail selection” is arranged.
  • selection item buttons S1 to S4 are selected (a single selection or a plurality of selections)
  • a detailed narrowing down that specifies a specific narrowing condition
  • a condition designation screen (not shown) is displayed, and when a specific narrow-down condition (for example, when the customer button S1 is selected), the supplier company name and the item button S4 are displayed.
  • item number or the like is applicable.
  • the process type selection item arrangement circle PC includes a production button P1 for designating “production” in the business process as a search condition, a sales button P2 for designating “sales” in the business process as a search condition, and a business process.
  • Selection items (selection item buttons) capable of selecting three types of business processes, a purchase button P3 for designating “purchase” as a search condition, are arranged on a substantially circumference.
  • a classification display button PA on which the classification name “process” is displayed is arranged.
  • the selection of selection items (selection item buttons) P1 to P3 can be used to search for slips related to the corresponding type of business process. Become.
  • the classification display buttons DA, SA, PA when the classification display buttons DA, SA, PA are pressed, the corresponding selection item arrangement circles DC, SC, PC are rotated. That is, in this example, the selection item arrangement circle display areas 601, 602, and 603 on the slip search screen correspond to a predetermined rotation instruction operation of the mobile terminal 31 by the user X (pressing of the classification display buttons DA, SA, and PA).
  • the selection item rotation effect setting (setting by the computer program) is performed so that the selection item rotation effect in which a plurality of selection items in the corresponding selection item arrangement circles DC, SC, and PC move and rotate on the circumference is executed. ing.
  • the classification display button DA is pressed in the screen state shown in FIG.
  • a selection item rotation effect rotating in direction A) is executed.
  • a predetermined rotation direction changing operation by the user X an operation of sliding the finger in a new rotation direction by touching the vicinity of a portion where the circle formed by the selection item arrangement circle DC on the screen is displayed.
  • the rotation direction may be changed. Note that when the classification display buttons DA, SA, PA are pressed again, the selection item rotation effect may be ended.
  • the selection item rotation effect is configured as described above, the selection item arrangement circles DC, SC, and PC are arranged without being included in the screen as shown in FIG. Even if some of the selection items arranged in the circles DC, SC, and PC do not appear on the screen, all the selection items are sequentially selected by rotating the selection item arrangement circles DC, SC, and PC. It is possible to display. In addition, since it is not necessary to display all the selection items arranged in each selection item arrangement circle DC, SC, PC simultaneously on one screen, the display size of each selection item can be increased. When the screen size is large, all the selection items may be displayed simultaneously on one screen.
  • the selection items arranged in the selection item arrangement circles DC, SC, and PC are displayed in a circular frame in this example, but some or all of the selection items are quadrangular, triangular, or star-shaped. It may be displayed in a frame having another shape. Moreover, each selection item arrange
  • positioning circle DC, SC, PC is an example, and another selection item may be sufficient.
  • three selection item arrangement circle display areas 601, 602, and 603 are provided on the slip search screen, but one selection item arrangement circle display area may be provided, Two or more selection item arrangement circle display areas may be provided.
  • selection item arrangement circle display areas 601, 602, and 603 are set to overlap, and the selection item arrangement circle display areas 601, 602, and 603
  • the selection items (selection item buttons) arranged in the selection item arrangement circles DC, SC, and PC respectively displayed are configured in different display modes (for example, different colors) for the selection item arrangement circles DC, SC, and PC. It shall be. Note that any method may be used as long as it is a different display mode, and the display mode may be made different by changing the shape or pattern.
  • the user X selects each selection item arranged in each selection item arrangement circle DC, SC, PC by a touch operation. Specifically, the type of slip to be searched is selected by selecting one of the selection items (selection item buttons) D1 to D7 arranged in the processed slip type selection item arrangement circle DC. In addition, on the slip search screen, the user X selects the detail item titles for narrowing down by selecting the selection items (selection item buttons) S1 to S4 arranged in the detailed selection type selection item arrangement circle SC. To do. When the selection items (selection item buttons) S1 to S4 are selected, a specific narrowing condition is input on the detailed narrowing condition designation screen, and the detailed search condition is designated.
  • the user X selects one of the selection items (selection item buttons) P1 to P3 arranged in the process type selection item arrangement circle PC to thereby select the type of business process to be searched. Select. Further, on the slip search screen, the user X inputs a keyword as a narrowing condition in the keyword input area 604 and designates the search keyword.
  • the mobile phone The terminal 31 displays a detailed narrowing condition designation screen on which the item input area is provided on its display unit.
  • a code for example, a QR code or a barcode
  • the mobile terminal 31 reads the code.
  • the item number indicated by the code is displayed in the item input area. In this example, as described above, the item number can be easily input using the code reader (or code reader function) 31a.
  • the user X may select and specify any one of the slip type, the detailed search conditions, the business process to be searched, and the search keyword, May be selected and designated.
  • the user X may select and designate a plurality of slip types, detailed search conditions, and business processes to be searched.
  • the user X presses the search button 605 by a touch operation.
  • the mobile terminal 31 makes a search request by presenting the selected / designated search condition to the mobile terminal management server 10 ( Step S109).
  • the mobile terminal management server 10 When receiving the search request, the mobile terminal management server 10 refers to the process flow data stored in the process flow data temporary storage DB 16 and searches for slip data that matches the search conditions presented by the received provision request. (Step S110).
  • the mobile terminal management server 10 When the slip data is searched according to the search condition, the mobile terminal management server 10 generates search result list display screen information indicating a search result list display screen that displays a list of the searched slip data as a search result, and transmits the search result list display screen information to the mobile terminal 31. (Step S111).
  • the mobile terminal 31 displays the search result list display screen indicated by the received search result list display screen information on the display unit included in the mobile terminal 31 (step S112).
  • FIG. 9 is an explanatory diagram showing an example of a search result list display screen.
  • a display area 701 for displaying the search results, a return button B1 pressed when returning to the previous screen, and a press when editing the search results are displayed.
  • An edit button B3 is provided.
  • the mobile terminal 31 transmits an acquisition request for the corresponding slip data to the mobile terminal management server 10. To do.
  • the mobile terminal management server 10 refers to the process flow data stored in the process flow data temporary storage DB 16 and transmits the corresponding slip data to the mobile terminal 31. Then, the portable terminal 31 displays the received slip data on the display screen of the display unit.
  • step S113 when an operation for ending access such as an operation for ending the browser by the user X is performed (Y in step S113), the mobile terminal 31 sends a response to the mobile terminal management server 10. A logout request is made (step S114). If an operation for continuing access such as pressing the return button B1 is performed (N in step S113), the portable terminal 31 proceeds to the process in step S108 and displays a slip search screen (see FIG. 6). indicate.
  • the mobile terminal management server 10 starts measuring the time (standby time) during which no information is exchanged with the mobile terminal 31, and this standby time is predetermined. It is monitored whether or not a time (for example, 5 minutes, 10 minutes, 30 minutes, etc.) has elapsed (a predetermined time has been reached) (step S115).
  • step S116 If a logout request is received during the measurement of the standby time (Y in step S116), the mobile terminal management server 10 stops the measurement of the standby time and performs a logout process for releasing the login state (step S117).
  • the mobile terminal management server 10 ends the measurement of the standby time and performs logout processing for releasing the login state (step S117). ).
  • the search target is the process flow data temporary storage DB 16, so that the mobile terminal 31 functions as the core business server in the mobile terminal management server 10 (specifically, the business data Since it is possible to eliminate the need to access the application program DB 17 and the process flow DB 18a), it is possible to improve safety when providing slip data to the portable terminal 31.
  • the process flow DB 18a may be a search target.
  • the process flow data is retrieved by referring to the process flow table PT that stores the process flow data including various data related to the process flow including a plurality of business processes, and the process flow data is , Status data, common data, and process-specific data.
  • Status data is data indicating the progress of each of the plurality of business processes included in the process flow
  • the common data is the same process flow.
  • the process-specific data is data that is unique to each business process included in the same process flow, so the processing load required to search for data in the business system is reduced. Can be reduced. .
  • the form data is managed in a separate data table for each business process. Therefore, when performing a search, it is necessary to refer to all of the data tables for the related business processes.
  • the processing load required for the search processing has become enormous.
  • the process flow data including the status data, the common data, and the process specific data is constructed, and the search is performed with reference to the process data table.
  • the processing load required for data retrieval in the business system can be greatly reduced, and the processing program creation load for data retrieval can be greatly reduced.
  • FIG. 10 is a flowchart showing an example of batch information provision processing executed by the mobile terminal management server 10 or the like in the form inquiry system 500 of this example.
  • the mobile terminal management server 10 provides collective information (collective billing detailed information, collective payment detailed information) in response to a request from the mobile terminal 31 used by the user X.
  • steps S201 to S205 are the same processes as steps S101 to S105 in the slip data providing process described above, and thus the description thereof is omitted here.
  • step S205 on the menu screen (see FIG. 5) displayed on the display unit of the mobile terminal 31, the user X presses one of the menu buttons M1 to M6 by a touch operation (operation touching with a finger).
  • a touch operation operation touching with a finger.
  • the collective billing button M5 or the collective payment button M6 is pressed.
  • the processing when the other menu buttons M1 to M4 are pressed is omitted here.
  • the mobile terminal 31 transmits, to the mobile terminal management server 10, the fact that the collective billing button M5 has been pressed to the mobile terminal management server 10 as a menu selection result ( Step S206).
  • the collective billing statement information provision processing unit 11b of the mobile terminal management server 10 displays a condition designation screen indicating a condition designation screen for designating a customer as a billing destination. Information is transmitted to the portable terminal 31 (step S207).
  • the mobile terminal 31 When receiving the condition designating screen information for designating the customer, the mobile terminal 31 displays the condition designating screen for designating the customer indicated by the received condition designating screen information on its own display unit (step S208).
  • FIG. 11 is an explanatory diagram showing an example of a condition designation screen for designating a customer.
  • the condition designation screen includes a customer input area 801 for inputting a customer, and a determination button B5 that is pressed when determining the customer input in the customer input area 801. Is provided.
  • the user X touches the customer input area 801, for example, and operates an input unit such as a keyboard displayed on the screen to input the customer in the customer input area 801.
  • the user X presses the decision button B5 by a touch operation. As described above, the user X designates the customer.
  • the mobile terminal 31 When the enter button B5 is pressed after the customer is input, the mobile terminal 31 presents the customer information indicating the specified customer to the mobile terminal management server 10, and the collective billing specification information is displayed. A provision request is made (step S209).
  • the customer information presented by the accepted provision request indicates the process flow data stored in the process flow data temporary storage DB 16 Among the slip data associated with the customer, the invoice has been issued and not yet received before the customer's closing date (for example, set in the customer master stored in the DB 19).
  • slip data for example, data that does not have a date on the payment date out of data that has a date on the invoice issuance date in the process-specific data section
  • the customer is designated from the process flow table PT.
  • Slip data related to the billing is extracted (step S). 10).
  • the mobile terminal management server 10 When the slip data is extracted, the mobile terminal management server 10 generates collective billing details information based on the extracted slip data (step S211). In step S211, the mobile terminal management server 10 assigns a collective billing specification number for uniquely identifying the collective billing details to be created this time, and calculates the total sum of the unpaid billing amounts indicated by the extracted slip data. Calculate and generate collective billing information including individual amount information indicating the amount for each bill, total amount information indicating the total amount, and the assigned collective billing item number.
  • the mobile terminal management server 10 registers the generated collective billing details information in the collective billing details table of the DWHDB 19.
  • the mobile terminal management server 10 may generate the current collective billing detailed information using the collective billing detailed information generated in the past with reference to the collective billing detailed table.
  • the mobile terminal management server 10 When the collective billing detailed information is generated, the mobile terminal management server 10 generates collective billing detailed information display screen information indicating a collective billing detailed information display screen for displaying the generated collective billing detailed information and transmits it to the mobile terminal 31 ( Step S212).
  • the mobile terminal 31 Upon receipt of the collective billing details information display screen information, the mobile terminal 31 displays the collective billing details information display screen indicated by the received collective billing details information display screen information on the display unit provided therein (step S213).
  • FIG. 12 is an explanatory view showing an example of a collective information (collective billing detail information) display screen.
  • the collective billing detail information display screen displays a collective billing detail number display area 902 for displaying a collective billing detail number assigned to the mobile terminal management server 10 and a customer designated by the user X.
  • a process flow number, a process flow detail number, and an amount are displayed in association with each other.
  • the mobile terminal 31 transmits to the mobile terminal management server 10 that the lump sum payment button M6 has been pressed to the mobile terminal management server 10 as a menu selection result. (Step S206).
  • the lump-sum payment details information provision processing unit 11b of the mobile terminal management server 10 indicates a condition designation indicating a condition designation screen for designating a supplier as a payment destination. Screen information is transmitted to the portable terminal 31 (step S207).
  • the mobile terminal 31 When receiving the condition designation screen information for designating the supplier, the mobile terminal 31 displays the condition designation screen for designating the supplier indicated by the received condition designation screen information on the display unit provided therein (step S208).
  • FIG. 13 is an explanatory diagram showing an example of a condition designation screen for designating a supplier. As shown in FIG. 13, the condition designation screen is pressed when a supplier input area 802 for inputting a supplier and a supplier input in the supplier input area 802 are determined. A decision button B8 is provided.
  • the user X touches the supplier input area 802 to operate an input unit such as a keyboard displayed on the screen and inputs the supplier to the supplier input area 802. .
  • the user X presses the decision button B8 by a touch operation.
  • the user X specifies a supplier.
  • the mobile terminal 31 When the enter button B8 is pressed after the supplier is input, the mobile terminal 31 presents the supplier information indicating the specified supplier to the mobile terminal management server 10 and collective payment A request for providing detailed information is made (step S209).
  • the supplier information presented by the accepted provision request is referred to the process flow data stored in the process flow data temporary storage DB 16.
  • the invoice has already been issued before the closing date of the company to which the user X belongs (for example, set in the master stored in the DB 19). It is specified from the process flow table PT by searching for slip data that has not been remittance (for example, data that does not have a date on the remittance date out of data that has a date on the invoice issuance date in the process-specific data section). Extract slip data related to payment to the supplier (slip data required to create lump sum payment details) -Up S210).
  • the mobile terminal management server 10 When the slip data is extracted, the mobile terminal management server 10 generates collective payment details information based on the extracted slip data (step S211). In step S211, the mobile terminal management server 10 assigns a lump sum payment detail number for uniquely identifying the lump sum payment details to be created this time, and calculates the total sum of unpaid amounts of unpaid money indicated by the extracted slip data.
  • the collective payment details information including the individual amount information indicating the amount for each payment, the total amount information indicating the total amount, and the assigned collective payment details number is generated.
  • the mobile terminal management server 10 registers the generated collective payment details information in the collective payment details table of the DWHDB 19. In step S211, the mobile terminal management server 10 may generate the current collective payment details information using the collective payment details information generated in the past with reference to the collective payment details table.
  • the mobile terminal management server 10 When the lump sum payment details information is generated, the mobile terminal management server 10 generates lump sum payment details information display screen information indicating a lump sum payment details information display screen for displaying the generated lump sum payment details information and transmits it to the mobile terminal 31 ( Step S212).
  • the mobile terminal 31 Upon receipt of the collective payment details information display screen information, the mobile terminal 31 displays the collective payment details information display screen indicated by the received collective payment details information display screen information on the display unit provided therein (step S213).
  • FIG. 14 is an explanatory diagram showing an example of a collective information (collective payment details information) display screen.
  • the lump sum payment details information display screen displays a lump sum payment details number display area 912 for displaying the lump sum payment details number assigned to the mobile terminal management server 10, and a supplier specified by the user X. Is displayed when a separate information request is made, a supplier display area 913 for displaying individual payment information, an individual payment information display area 914 for displaying individual payment information, a total payment amount display area 915 for displaying the total payment amount, and the like.
  • a return button B9 is provided.
  • a process flow number, a process flow detail number, and an amount are displayed in association with each other in the individual payment information display area 904.
  • step S214 When an operation for ending access such as an operation for ending the browser by the user X is performed on the collective information display screen (Y in step S214), the mobile terminal 31 logs out of the mobile terminal management server 10 A request is made (step S215).
  • step S215 When an operation for continuing access such as pressing of the return buttons B7 and B9 is performed (N in step S214), the portable terminal 31 proceeds to the process of step S205 and displays the menu screen (see FIG. 5). Is displayed.
  • the mobile terminal management server 10 starts measuring the time (standby time) during which no information is exchanged with the mobile terminal 31, and this standby time is a predetermined time. It is monitored whether or not (for example, 5 minutes, 10 minutes, 30 minutes, etc.) has passed (has reached a predetermined time) (step S216).
  • the mobile terminal management server 10 stops the measurement of the standby time and performs logout processing for releasing the login state (step S218).
  • the mobile terminal management server 10 ends the measurement of the standby time and performs logout processing for releasing the login state (step S218). ).
  • the search target of the slip data is the process flow data temporary storage DB 16, but the process flow DB 18a may be the search target.
  • the ERP is a server that runs various types of data via the communication network 40 in response to requests from the mobile terminals 31 to 3N used by the user.
  • the terminal management server 10 includes a process flow table PT that stores process flow data including various data related to a process flow including a plurality of business processes.
  • the process flow data includes status data, common data, and process specific data.
  • the status data is the data indicating the progress of each of the multiple business processes included in the process flow
  • the common data is the data common to the business processes included in the same process flow.
  • Unique data is included in each process flow Is a data specific to a business process, and further provides a collective statement subject person designation screen (condition designation screen) for designating a collective statement subject person (customer, supplier) in response to a request from the mobile terminal 31;
  • Collective details subject person information indicating the collective details subject person specified on the collective details subject person designation screen is received from the mobile terminal 31 and received, and the plural details subject people indicated by the accepted collective details subject person information are targeted.
  • Each process data related to the business process is searched with reference to the process flow data stored in the process flow table PT, and a batch detail for a batch detail target person designated based on each retrieved process data is shown.
  • the processing load required for data processing in the business system can be reduced, and effective information (collective detailed information (collective billing detailed information, collective payment) Detailed information)) can be output quickly.
  • the form data satisfying the search condition is searched with reference to the process flow table PT storing the process flow data including various data related to the process flow including a plurality of business processes, and the collective detailed information (collective billing detailed information, collective payment) (Detailed information) is generated and provided, and the process flow data is data including project specific data, status data, common data, and process specific data, and the status data is a plurality of data included in the process flow.
  • Data indicating the progress of each business process common data is data common to business processes included in the same process flow, and process-specific data is assigned to each business process included in the same process flow. Since it is a configuration that is unique data, Is the is possible to reduce the processing load required for searching for data in a business system required to generate the Batch detail information.
  • process flow data including status data, common data, and process-specific data is constructed, and collective detailed information (collective billing detailed information, collective payment detailed information is referred to with reference to the process data table).
  • Information required for generating information it is not necessary to refer to a plurality of data tables, and it is necessary to search for data in a business system required for generating batch detailed information.
  • the processing load can be greatly reduced, and the processing program creation load for data retrieval can be greatly reduced.
  • the batch detail target person is the customer
  • the mobile terminal management server 10 displays the customer information indicating the customer specified on the batch detail target person designation screen (see FIG. 11).
  • Collective billing that receives and accepts from 31 and searches for each unpaid process data out of the billing for the customer indicated by the customer information, and indicates the billing details for which the specified customer is the billing destination
  • the collective item target person is a supplier
  • the mobile terminal management server 10 purchases the supplier designated on the collective item target person designation screen (see FIG. 13).
  • the processing required for the data processing in the business system is configured. The load can be reduced, and the batch payment details information can be quickly output as effective information.
  • the database (for example, the process flow DB 18a) is provided in the process flow data management server (for example, the portable terminal management server 10) that manages the process flow data generated for each process flow.
  • the process flow data management server In response to a request from the client (for example, the mobile terminals 31 to 3N or the integrated core business system 100, 200, 300), the process flow data management server sends the form data searched with reference to the process flow data to the client. Since the configuration is provided, it is possible to construct a system in which the processing load required for providing the form data is reduced.
  • the mobile terminal management server 10 performs each of the above-described processes (FIG. 4, FIG. 4) according to a processing program (mobile terminal management program) stored in a storage medium included in the mobile terminal management server 10. (See FIG. 10).
  • INDUSTRIAL APPLICABILITY in a business system that provides information related to a form to a mobile communication terminal (particularly, an ERP system), it is useful for reducing processing load required for data retrieval and outputting effective information quickly. .

Abstract

　携帯通信端末に帳票に関する情報を提供する業務システムにおいて、データの検索に要する処理負荷を軽減させ、有効な情報を迅速に出力する。　ＥＲＰが稼動する携帯端末管理サーバ１０が、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローテーブルＰＴを備え、一括明細対象者（得意先、仕入先）を示す一括明細対象者情報を携帯端末３１から受信して受け付け、受け付けた一括明細対象者情報が示す一括明細対象者を対象とする複数の業務プロセスに関する各プロセスデータをプロセスフローデータを参照して検索し、検索した各プロセスデータに基づいて指定された一括明細対象者を対象とする一括明細を示す一括明細情報（一括請求明細情報、一括支払明細情報）を生成し、生成した一括明細情報を携帯端末３１に提供する。

Description

携帯端末管理サーバ、および携帯端末管理プログラム
　本発明は、ＥＲＰが稼動するサーバであって、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバ、および携帯端末管理サーバに搭載される携帯端末管理プログラムに関する。
　従来から、企業における基幹業務システムを構築するためのパッケージソフトウェアとして、ＥＲＰ（Enterprise Resource Planning）と呼ばれるものが主流となっていた。このＥＲＰが搭載された基幹業務システム（統合基幹業務システム、ＥＲＰシステム）では、リレーショナルデータベース上で構築されることが多くなってきており、業務処理に主眼をおいたアプリケーションプログラムの設計がなされることが多く、帳票出力には主眼が置かれずに運用されることが多い。
　このような状況の下、大量の業務データを高速に処理し、様々な切り口で業務データを分析し、帳票出力することを目的として、基幹業務システムの補完的な役割を担う様々なデータウェアハウスシステムが提供されるようになった（特許文献１参照）。
　このような帳票出力を目的とする帳票照会システムにおいて、携帯通信端末（携帯端末）に対して帳票などの情報を提供するものが提案されている（特許文献２－３参照）。
特開２００２―３１２２０８号公報 特開２００３―３２３５８２号公報 特開２００７―２００１３６号公報
　従来のＥＲＰシステムでは、各業務プロセスにおいて取得されるデータ（ユーザにより入力されるデータと各種データから算出されるデータとを含む）を、それぞれ専用のデータテーブル（テーブル）に登録し、管理している。すなわち、従来のＥＲＰシステムにおいては、受注や出荷指示などの入力プロセス毎に、更新するテーブルが異なる。なお、「入力プロセス」とは、各業務プロセスにおいてＥＲＰシステムの管理者などが取得（または決定）した各種データを、各テーブルに入力する処理を意味する。
　図１５は、従来のＥＲＰシステムにおけるテーブル構成の例について説明するための説明図である。例えば、複数の業務プロセスにより構成される業務フロー（プロセスフロー）が「在庫売上」を示すものである場合、入力プロセスは、受注、出荷指示、出庫、検収、および売上の５つとなる。この場合、「在庫売上」のプロセスフローに関するデータを格納するテーブルは、例えば図１５（Ａ）から図１５（Ｅ）に示すように、入力プロセス毎にそれぞれ、受注テーブル、出荷指示テーブル、出庫テーブル、検収テーブル、および売上テーブルの５つとなる。
　すなわち、従来のＥＲＰシステムでは、入力プロセス毎に更新するテーブルが異なっていた。そのため、同一のプロセスフローに属する複数の業務プロセス間の対応付けは、各業務プロセスに関するデータ（プロセスデータ）に対して識別子（図１５においては、出荷指示テーブルにおける受注番号と受注明細や、出庫テーブルにおける出荷指示番号と出荷指示明細など）を付与することにより行われていた。
　そのため、従来のＥＲＰシステムでは、１つの入力プロセスに対して、入力プロセスの種類に応じたテーブルの特定と、対応する他のプロセスデータの識別子の入力とが必要となっていた。すなわち、例えば図１５に示す場合に、受注番号「Ａ００００１」と受注明細番号「００１０」とで特定されるプロセスデータ（すなわち、受注テーブルにおいて受注番号「Ａ００００１」と受注明細番号「００１０」と同一列に格納された各種データ）に関連する業務プロセス「出荷指示」に関するプロセスデータをＥＲＰシステムが備えるデータベースに登録する場合、業務プロセス「出荷指示」に関するプロセスデータとして、プロセスデータを特定するための出荷指示番号と出荷指示明細番号、業務プロセスの種類を示すタイプ、および業務プロセスの内容を示すデータ（例えば、受注先、数量、金額、出荷指示日、出荷テキストなど）と共に、受注番号「Ａ００００１」と受注明細番号「００１０」とを出荷指示テーブルに登録する必要があった。これは、複数のテーブルに一部同一のデータ（例えば、受注先や数量、金額など）が登録されてしまうことなど、効率的なデータ処理の観点からみて問題があった。
　そして、データ登録する場合と同様に、従来のＥＲＰシステムでは、各種テーブルに格納された各種データをユーザの要求に応じて検索しようとする場合、例えばプロセスデータの識別子を辿って必要なプロセスデータを検索し、各種テーブルから検索条件に合致するデータを別個に取得する必要があるため、検索に要する処理負荷が過大になってしまうという問題があった。
　このように、従来のＥＲＰシステムでは、各種テーブルに格納された各種データを検索する際の処理負荷が多大なものとなるため、各種データを抽出して各種の情報処理を行う場合には、さらに処理負荷が過大になってしまうため、情報処理によって有効な情報を迅速に出力することができないという問題があった。
　特に、携帯通信端末（携帯端末）からの要求に応じて情報を提供する際には、その応答速度の速さが求められるため、上記の問題が顕著となる。
　本発明は、上述した問題を解消し、携帯通信端末（携帯端末）に帳票に関する情報を提供する業務システム（ＥＲＰシステム）において、業務システムにおけるデータ処理に要する処理負荷を軽減させ、有効な情報を迅速に出力することができるようにすることを目的とする。
　本発明の携帯端末管理サーバは、ＥＲＰが稼動するサーバであり、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバであって、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段を含み、前記プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、前記ステータスデータは、前記プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、前記共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、さらに、前記携帯端末からの要求に応じて一括明細対象者を指定する一括明細対象者指定画面を提供する一括明細対象者指定画面提供手段と、前記一括明細対象者指定画面にて指定された一括明細対象者を示す一括明細対象者情報を前記携帯端末から受信して受け付ける一括明細対象者情報受付手段と、前記一括明細対象者情報受付手段にて受け付けられた一括明細対象者情報が示す一括明細対象者を対象とする複数の業務プロセスに関する各プロセスデータを前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータを参照して検索するプロセスデータ検索手段と、該プロセスデータ検索手段によって検索された各プロセスデータに基づいて指定された一括明細対象者を対象とする一括明細を示す一括明細情報を生成する一括明細情報生成手段と、該一括明細情報生成手段によって生成された一括明細情報を前記携帯端末に提供する一括明細情報提供手段とを含むことを特徴とする。
　上記の構成としたことで、携帯通信端末に帳票に関する情報を提供する業務システムにおいて、業務システムにおけるデータ処理に要する処理負荷を軽減させることができ、有効な情報を迅速に出力することができるようになる。
　一括明細対象者は得意先であり、前記一括明細対象者情報受付手段は、一括明細対象者指定画面にて指定された得意先を示す得意先情報を前記携帯端末から受信して受け付け、前記プロセスデータ検索手段は、得意先情報が示す得意先に対する請求のうち未入金となっている各プロセスデータを検索し、前記一括明細情報生成手段は、指定された得意先が請求先とされている一括請求明細を示す一括請求明細情報を生成する構成とされていてもよい。
　一括請求明細情報は、個別の請求金額と、個別の請求金額を合算した合計請求金額とを含む構成とされていてもよい。
　一括明細対象者は仕入先であり、前記一括明細対象者情報受付手段は、一括明細対象者指定画面にて指定された仕入先を示す仕入先情報を前記携帯端末から受信して受け付け、前記プロセスデータ検索手段は、仕入先情報が示す仕入先からの請求のうち未払となっている各プロセスデータを検索し、前記一括明細情報生成手段は、指定された仕入先が支払先とされている一括支払明細を示す一括支払明細情報を生成する構成とされていてもよい。
　一括支払明細情報は、個別の支払金額と、個別の支払金額を合算した合計支払金額とを含む構成とされていてもよい。
　また、本発明の携帯端末管理プログラムは、ＥＲＰを稼動させ、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する処理を携帯端末管理サーバに実行させる携帯端末管理プログラムであって、前記携帯端末管理サーバは、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段を備えており、前記プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、前記ステータスデータは、前記プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、前記共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、前記携帯端末管理サーバに、前記携帯端末からの要求に応じて一括明細対象者を指定する一括明細対象者指定画面を提供する一括明細対象者指定画面提供処理と、前記一括明細対象者指定画面にて指定された一括明細対象者を示す一括明細対象者情報を前記携帯端末から受信して受け付ける一括明細対象者情報受付処理と、前記一括明細対象者情報受付処理にて受け付けた一括明細対象者情報が示す一括明細対象者を対象とする複数の業務プロセスに関する各プロセスデータを前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータを参照して検索するプロセスデータ検索処理と、該プロセスデータ検索処理にて検索した各プロセスデータに基づいて指定された一括明細対象者を対象とする一括明細を示す一括明細情報を生成する一括明細情報生成処理と、該一括明細情報生成処理にて生成した一括明細情報を前記携帯端末に提供する一括明細情報提供処理とを実行させるためのものである。
　本発明によれば、携帯通信端末に帳票に関する情報を提供する業務システムにおいて、業務システムにおけるデータ処理に要する処理負荷を軽減させることができ、有効な情報を迅速に出力することができるようになる。
帳票照会システムの構成例を示すブロック図である。 携帯端末管理サーバの構成例を示すブロック図である。 プロセスフローデータの格納状態の例を示す説明図である。 伝票データ提供処理の例を示すフローチャートである。 メニュー画面の例を示す説明図である。 伝票検索画面の例を示す説明図である。 伝票検索画面の例を示す説明図である。 伝票検索画面に表示される選択項目配置円の全体構成の例を示す説明図である。 検索結果一覧表示画面の例を示す説明図である。 一括情報提供処理の例を示すフローチャートである。 条件指定画面（一括請求明細書）の例を示す説明図である。 一括情報（一括請求明細情報）表示画面の例を示す説明図である。 条件指定画面（一括支払明細書）の例を示す説明図である。 一括情報（一括支払明細情報）表示画面の例を示す説明図である。 従来のＥＲＰシステムにおけるテーブル構成の例について説明するための説明図である。
　以下、本発明の一実施の形態の例について図面を参照して説明する。
　図１は、本発明の一実施の形態に係る帳票照会システム５００の構成例を示すブロック図である。図１に示すように、帳票照会システム５００は、携帯端末管理サーバ１０と、中継機２０と、複数の携帯端末３１～３Ｎ（Ｎは任意の正の整数）と、統合基幹業務システム１００と、統合基幹業務システム２００と，統合基幹業務システム３００とを含む。
　携帯端末管理サーバ１０と各携帯端末３１～３Ｎとは、それぞれ、インターネットなどの通信ネットワーク４０及び中継機２０を介して接続される。携帯端末管理サーバ１０は、統合基幹業務システム１００、統合基幹業務システム２００、統合基幹業務システム３００と、それぞれＬＡＮ（Local Area Network）や専用通信回線などの通信ネットワーク５１，５２，５３を介して接続される。なお、携帯端末同士や統合基幹業務システム同士は、携帯端末管理サーバを介して通信可能な構成としてもよいし、通信不能な構成としてもよい。
　統合基幹業務システム１００は、基幹業務サーバ１１０と、データウェアハウスサーバ（ＤＷＨサーバ）１２０と、プロセスフローＤＢ１０１とを含む。統合基幹業務システム２００は、ＤＷＨサーバ２２０と、プロセスフローＤＢ２０１とを含む。統合基幹業務システム３００は、基幹業務サーバ３１０と、プロセスフローＤＢ３０１とを含む。
　構成が異なる複数の統合基幹業務システム１００，２００，３００は、必要に応じて（すなわち、それぞれが有する機能に応じて）携帯端末管理サーバ１０と通信（各種情報の送受信）を行うことにより、統合基幹業務システムとしての機能を発揮する。すなわち、帳票照会システムにおいては、基幹業務サーバを有さないシステム２００や、ＤＷＨサーバを有さないシステム３００であっても、携帯端末管理サーバ１０との通信を行うことにより、統合基幹業務システムとしての機能を発揮することができる。なお、図示しないが、プロセスフローＤＢを有さないシステムであっても、携帯端末管理サーバ１０にてプロセスフローデータを記憶することにより、統合基幹業務システムとしての機能を発揮することができる。各基幹業務システムが備える基幹業務サーバ等には公知の技術が用いられるため、以下、統合基幹業務システム１００を例にして説明を行う。
　基幹業務サーバ１１０とＤＷＨサーバ１２０とは、専用通信回線により接続されているものとする。
　基幹業務サーバ１１０は、例えば帳票照会システム５００の管理者によって管理されるサーバであり、各種業務に関する帳票情報を管理（例えば、情報の作成や更新、保存など。）するための各種の機能を有する。基幹業務サーバ１１０は、ＯＳ（Operating System）やリレーショナルＤＢを備えた一般的な情報処理装置によって構成される。
　ここで、帳票とは、帳簿や伝票類の総称である。また、帳簿とは、金銭や品物の出納に関する事項が記入されるものであり、伝票とは、帳簿を作成する際の基となるデータであり業務上の取引等の証拠となるものである。本例においては、基幹業務サーバ１１０が、帳票データとして伝票データのみを示すプロセスデータを扱う場合を例に説明を行なう。
　基幹業務サーバ１１０は、業務アプリケーションプログラムに従って各種の処理を実行する。業務アプリケーションプログラムとしては、例えば、販売業務管理プログラム、販売業務管理プログラム、生産管理プログラム、財務会計管理プログラム、および管理会計管理プログラムなどがある。
　ＤＷＨサーバ１２０は、例えば本システムのシステム管理者によって管理されるサーバであり、データウェアハウスを実現するための各種の機能を有する。ここで、データウェアハウスとは、時系列で蓄積された帳票データなどの業務データの中から各項目間の関連性を分析するシステムをいう。また、ＤＷＨサーバ１２０は、基幹業務サーバ１１０から転送されたＣＳＶ形式のファイルを所定のデータ形式に変換するなどして、所定の格納領域に各種データを登録する機能を有する。なお、ＤＷＨサーバ１２０は、データ形式の変換を行わず、ＣＳＶ形式の状態から各格納領域に応じたデータを抽出する構成とされていてもよい。
　プロセスフローＤＢ１０１は、基幹業務サーバ１１０の業務アプリケーションプログラムＤＢ（図示せず）に記憶された各種プログラムを用いた各種情報処理によって収集・整理等された各種のプロセスデータ（または帳票データ）により構成されるプロセスフローデータを記憶する記憶媒体である。なお、プロセスフローデータについては、後で詳しく説明する。また、本例においては、統合基幹業務システム１００は、ＤＷＨサーバ１２０によって管理される業務関連データＤＢ（図示せず）を含み、基幹業務サーバ１１０は、プロセスフローＤＢ１０１に記憶されたプロセスデータを、所定の抽出条件に応じてＣＳＶ
（Comma Separated Values）形式に変換して携帯端末管理サーバ１０に送信する機能を有する。なお、本例においては、基幹業務サーバ１１０は、ＦＴＰ（File Transfer Protocol）によりＣＳＶ形式にしたデータファイルを携帯端末管理サーバ１０に転送する。
　携帯端末管理サーバ１０は、ＥＲＰが稼動するサーバであって、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供するサーバである。携帯端末管理サーバ１０は、例えばＷＷＷサーバなどの情報処理装置によって構成され、帳票照会システム５００のシステム管理者によって管理される。
　図２は、携帯端末管理サーバ１０の構成例を示すブロック図である。図２に示すように、携帯端末管理サーバ１０は、各種制御を行う制御部１１と、プロセスフローデータ一時保管ＤＢ１６と、業務アプリケーションプログラムＤＢ１７と、プロセスフローＤＢ１８ａと、プロジェクトＤＢ１８ｂと、ＤＷＨＤＢ１９と、一般的な基幹業務サーバとしての機能を実現するために必要な各種データ（例えば、業務アプリケーションプログラムＤＢ１７に格納される各種プログラムが利用するデータ）を格納するその他ＤＢ１０Ｘとを備えている。なお、その他ＤＢ１０Ｘについては、本発明に特に関係しない部分であるため、詳しい説明は省略する。制御部１１は、携帯端末３１～３Ｎにプロセスフローデータを提供する処理などを実行する伝票データ提供処理部１１ａと、携帯端末３１～３Ｎに一括請求明細情報を提供する処理などを実行する一括請求明細情報提供処理部１１ｂと、携帯端末３１～３Ｎに一括支払明細情報を提供する処理などを実行する一括支払明細情報提供処理部１１ｃとを含む。
　プロセスフローデータ一時保管ＤＢ１６は、統合基幹業務システム１００側から取得したプロセスフローデータや、プロセスフローＤＢ１８ａに記憶されたプロセスフローデータを一時的に保存する記憶媒体である。プロセスフローデータ一時保管ＤＢ１６に記憶されるプロセスフローデータは、例えば定期的（１日毎、３日毎、１２時間毎など）に更新される。
　業務アプリケーションプログラムＤＢ１７は、各種業務に用いられるプログラムを記憶する記憶媒体である。業務アプリケーションプログラムＤＢ１７に記憶されるプログラムとしては、販売業務管理プログラム、購買業務管理プログラム、生産管理プログラム、財務会計管理プログラム、および管理会計管理プログラムなどがある。
　プロセスフローＤＢ１８ａは、業務アプリケーションプログラムＤＢ１７に記憶された各種プログラムを用いた各種情報処理によって収集・整理等された各種のプロセスデータ（または帳票データ）により構成されるプロセスフローデータを記憶する記憶媒体である。本例においては、プロセスフローＤＢ１８ａにおいて、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータがプロセスフローテーブルＰＴに格納される場合について説明する。また、本例においては、携帯端末管理サーバ１０が、プロセスフロー毎に発生するプロセスフローデータを１つのプロセスフローテーブルＰＴにて一元管理する場合について説明する。なお、本例においては、プロセスフローデータには、一般的に用いられている伝票データ（例えば、受注伝票に対応する伝票データについては、受注伝票ヘッダ情報、受注伝票明細情報、および納入日日程などが対応付けされ、伝票番号などのキーを元に検索可能な構造で記憶されたデータ。なお、伝票番号には、受注番号、発注番号、出荷番号、入出庫番号、請求書照会、請求番号、会計番号などが含まれる。）が含まれるものとする。
　なお、携帯端末管理サーバ１０が、プロセスフローデータを、例えば、後述するタイプ毎に、あるいは後述する共通データの内容の一部（例えば、受注先など）が同じもの毎に、複数のテーブルで管理する構成としてもよい。
　図３は、プロセスフローＤＢ１８ａにおけるプロセスフローデータの格納状態の例を示す説明図である。図３に示すように、本例におけるプロセスフローデータは、主キー部と、プロジェクト特定データ部と、参照キー部と、タイプ部と、ステータス部と、共通データ部と、プロセス固有データ部とを含む。なお、プロセスフローデータの各部に対応する項目（すなわち、プロセスフローテーブルＰＴにおける各列項目）が、それぞれ、プロセスフローデータを構成するプロセスデータの種類を示す。すなわち、プロセスフローを構成する各業務プロセスに関するデータは、プロセスフローデータを構成する各部に割り当てられて格納される。なお、１つのプロセスフロー（例えば、ある企業からの受注から納品までの一連のプロセスフロー）に関するプロセスデータは、プロセスフローテーブルＰＴにおいて同一エントリ（すなわち、プロセステーブルＰＴにおける同一行）に格納される。このような構成とすることにより、各プロセスデータ間の対応関係を定義することができる。
　ここで、「主キー部」とは、プロセスフローデータのうち、プロセスフローデータを一意に特定するためのデータである主キーデータが格納される部分である。本例においては、主キー部は、プロセスフロー番号とプロセスフロー明細番号とにより構成される。すなわち、本例においては、プロセスフロー番号とプロセスフロー明細番号との組み合わせが、各プロセスフローデータの識別子（ＩＤ）となる。主キー部は、プロセスフローデータの初回登録時に更新される。なお、ここでの「プロセスフローデータの初回登録時」とは、プロセスフローデータにエントリ（データ行）が追加されるとき、例えば、あるプロセスフローに属するプロセスデータであって、対応する他のプロセスデータが未登録のプロセスデータが登録されるときを意味するものとする。また、ここでの「更新」とは、データの追加を含むものとする。
　なお、「プロセスフロー番号」とは、１つのプロセスフローデータ（すなわち、図３に示すプロセスフローテーブルＰＴにおける１列）を特定するための識別子である。プロセスフロー番号は、所定の項目が同じプロセスデータ毎に付与される。本例においては、プロセスフロー番号は、プロセスフローデータにおけるタイプと受注先とが同じプロセスフローデータに対して同一の番号が付与される。
　また、「プロセスフロー明細番号」とは、同一のプロセスフロー番号が付与されたプロセスフローデータの中から特定のプロセスフローデータを特定するための識別子である。すなわち、例えば図３に示すプロセスフローテーブルＰＴは、プロセスフローのタイプ「在庫売上」における業務プロセス「受注」において、受注先「Ｔ００１」から金額「１２００」と「２６００」の業務を受注したことを示すプロセスデータを含むプロセスフローデータを、それぞれプロセスフロー番号「０００００１」とプロセスフロー明細番号「００１０」または「００２０」の組み合わせにより一意に特定することができる。
　「プロジェクト特定データ部」とは、プロセスフローデータのうち、プロジェクトを特定するためのデータである主キーデータが格納される部分である。本例においては、プロジェクト特定データ部は、プロジェクト番号とプロジェクト明細番号とによって構成される。すなわち、本例においては、プロジェクト番号とプロジェクト明細番号との組み合わせによって、プロジェクトとその明細を特定することが可能となる。本例では、プロセスフローデータにエントリ（データ行）が追加されるときに、プロジェクト番号とプロジェクト明細番号の指定を受けることによって、どのプロジェクトのどのプロジェクト明細に属するものであるのかを特定可能にエントリが追加されることとなる。
　「プロジェクト番号」とは、１つのプロジェクトを特定するための識別子である。同じプロジェクトに属する場合は同じプロジェクト番号が用いられる。「プロジェクト明細番号」とは、プロジェクトを構成する各事業単位の明細を特定するための識別子である。よって、同一のプロジェクト番号に対応付けされている各プロジェクト明細番号は、それぞれ、同一のプロジェクト（例えば、ダム建設）を構成する各事業単位（例えば、外装、発電設備）の明細を特定するための識別子となる。また、同一のプロジェクト明細番号に対応付けされている共通データ部などのデータ（同一行のデータ）は、同一の事業の明細を特定するためのデータとなる。
　次いで、「参照キー部」とは、プロセスフローデータのうち、売上返品に対する元取引など、プロセスフローに関連する他のプロセスフローデータ（または、他のプロセスデータ）を特定するためのデータである参照キーデータが格納される部分である。本例においては、参照キー部は、参照番号と参照明細番号とにより構成される。参照キー部は、プロセスフローデータの初回登録時に更新される。
　なお、参照番号と参照明細番号には、それぞれ、プロセスフローに関連する他のプロセスフローのプロセスフロー番号とプロセスフロー明細番号とが格納される。ただし、新規取引の場合など、プロセスフローに関連する他のプロセスフローがない場合には、参照キー部には、同一エントリの主キー部と同じ値を示すデータが（すなわち、参照番号にはプロセスフロー番号が、参照明細番号にはプロセスフロー明細番号がそれぞれ）格納される。また、参照キー部が、プロセスフローに関連する他のプロセスデータを示す場合、参照キー部には、プロセスデータの種類を特定するためのデータがさらに設けられる。
　また、「タイプ部」とは、プロセスフローデータのうち、在庫売上やサンプル出荷など、プロセスフローの種類を示すデータであるタイプデータが格納される部分である。タイプ部は、プロセスフローデータの初回登録時に更新される。なお、プロセスフローの種類は、在庫売上やサンプル出荷に限られない。また、プロセスフローの種類毎にどのプロセスが必要なのかが予め決まっているものとする（すなわち、プロセスフローの種類毎に含まれる業務プロセスの種類や数が異なる）。なお、プロセスフローの他の種類については、後で複数提示する（図１７参照）。
　また、「ステータス部」とは、プロセスフローデータのうち、プロセスフローの進捗を表すデータ（すなわち、プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータ）であるステータスデータが格納される部分である。本例においては、ステータスデータは、プロセスフローが必要とする業務プロセスに対し、未済のものには「０」、既済のものには「１」が設定されることにより、各業務プロセスの進捗を示す。すなわち、例えば図３に示すように、「在庫売上」のプロセスフローであって、プロセスフローに含まれる業務プロセスが「受注」、「出荷」、「出庫」、「出庫検収」、および「売上」である場合に、業務プロセス「受注」に関するプロセス固有データ（例えば、受注日）が登録されたとする。この場合、ステータスデータは、「売上」に対応する部分が「１」になり、その他の部分は初期状態（すなわち、「０」が設定された状態）のままとなる。
　すなわち、本例におけるステータス部は、業務プロセス毎に更新される。言い換えれば、ステータス部は、後述するプロセス固有データの入力のとき、具体的には、所定のステータス変更条件が満たされたことにより各業務プロセスが完了した判定されたときに更新される。なお、ステータス変更条件は特に限定されないが、本例においては、「１つの業務プロセスに対応するプロセス固有データが全て入力されること」がステータス変更条件として携帯端末管理サーバ１０の所定の記憶領域に記憶されているものとする。
　なお、本例においては、異なる種類のプロセスフローが同一のテーブルに格納されるため、テーブルを構成する項目（列項目）のうち、特定のプロセスフローには不要なプロセスデータを格納する部分が生じる場合もある。この場合、プロセスフローテーブルにおいては、不要なプロセスデータを格納する部分が空データとなり、空データに対応するステータスデータには「０」が格納されるものとする。
　また、「共通データ部」とは、プロセスフローデータのうち、受注先、出荷先、得意先、仕入先など、業務プロセスによらないデータ（すなわち、同一のプロセスフローに含まれる業務プロセス間で共通するデータ）である共通データが格納される部分である。共通データ部は、プロセスフローデータの初回登録時に更新される。
　また、「プロセス固有データ部」とは、プロセスフローデータのうち、受注日や各業務プロセスにおいて登録されるデータ（例えば、「納期必着」や「ワレモノ（割れ物注意）」などの注意事項を示すテキストデータ）など、同一のプロセスフローに含まれる各業務プロセスに固有のデータであるプロセス固有データが格納される部分である。プロセス固有データ部は、業務プロセス毎に更新される。よって、本例においては、プロセスフローデータのうち、業務プロセスによるものが「プロセス固有データ」であり、業務プロセスによらないものが「共通データ」であるといえる。
　以上が本例におけるプロセスフローデータに関する説明となるが、ここで、図３に示す各種用語の定義について簡単に説明する。
　先ず、「受注」とは、得意先から注文を受け、得意先との契約を結んだ状態を意味する。また、「出荷指示」とは、倉庫業者や物流担当者に商品を出荷する指示を行った状態を意味する。また、「出庫」とは、商品が倉庫から出荷され、移動が開始された状態を意味する。また、「検収」とは、得意先の検収が完了し、商品の所有権が得意先に移行した状態を意味する。また、「売上」とは、得意先の検収を確認し、得意先に対する債権金額が確定（＝債権を計上）した状態を意味する。
　また、「検収」の用語は、「納入品やサービスが、注文通りの仕様（＝注文通りの数量、色や形、品質）になっているかを検査する業務」や「検収完了時、資産の所有権が移行する」という意味でも用いられる。なお、財務会計上（または、制度会計上）やＥＲＰシステム上では、資産の所有権の移行タイミングを明確にするために、「検収」というイベントが出庫と区別して定義される。
　プロジェクトＤＢ１８ｂは、各プロジェクトの業務予定を示すプロジェクト予定データを記憶する記憶媒体である。本例においては、プロジェクトＤＢ１８ｂにおいて、各プロジェクトの業務予定を示すプロジェクト予定データがプロジェクトテーブルＰＪＴに格納される。プロジェクトテーブルＰＪＴには、図示はしないが、例えば、プロジェクト番号とプロジェクト明細番号とに、該当する事業を達成するための業務予定（例えば、予算、仕入、受注、発注などの予定）を示す情報が対応付けされたプロジェクト予定データが登録されるものとする。
　ＤＷＨＤＢ１９は、プロセスフローデータに基づいて過去に生成された一括情報などを記憶する記憶媒体である。本例では、後述する一括請求明細情報や一括支払明細情報などが登録される。
　携帯端末管理サーバ１０は、プロセスフローＤＢ１８ａ、プロジェクトＤＢ１８ｂ、ＤＷＨＤＢ１９およびその他ＤＢ１０Ｘに格納された各種データを、所定の外部装置、本例においては携帯端末３１～３Ｎ及び統合基幹業務システム１００，２００，３００からの要求に応じて提供する機能を有する。すなわち、携帯端末管理サーバ１０は、基幹業務サーバとしての機能を有する。言い換えれば、携帯端末管理サーバ１０は、ＥＲＰエンジンを備える。
　なお、図示しないが、本例においては、携帯端末管理サーバ１０は、データウェアハウスを実現するための各種の機能を有するＤＷＨサーバとしての機能を有するものとする。携帯端末管理サーバ１０が、ＥＲＰエンジンと、ＤＷＨサーバとして機能するための構成とを備えることにより、構成の異なる統合基幹業務システム（例えば、基幹業務サーバとＤＷＨサーバのうち、両方を有する統合基幹業務システム１００と、ＤＷＨサーバのみを有する統合基幹業務システム２００と、ＤＷＨサーバのみを有する統合基幹業務システム３００。）に対しても、統合基幹業務システムとして要求される情報の提供を行うことができるようになる。
　各携帯端末３１～３Ｎは、ＣＰＵ（中央処理装置）、ＲＯＭ、ＲＡＭ、および表示部などを備えた例えばＩｐａｄ（登録商標）などの情報処理装置である。本例においては、各携帯端末３１～３Ｎは、Ｗｅｂブラウザなど、帳票データを扱うために利用可能な各種アプリケーションを有しているものとする。また、本例においては、各携帯端末３１～３Ｎは、例えばユーザによる操作入力に応じて、携帯端末管理サーバ１０から必要な帳票データ（本例においては、プロセスフローデータ、プロジェクト予定データ）を取得するためのクエリ（検索項目、検索キー、抽出キーなど）を定義し、携帯端末管理サーバ１０に送信する機能を有する。また、携帯端末３１～３Ｎは、ＱＲコード（Quick Response Code：登録商標）などの各種のコードを読み取るコードリーダ（あるいはコードリーダ機能）３１ａ～３Ｎａを備えているものとする。
　本例においては、各携帯端末３１～３Ｎは、中継機２０及び通信ネットワーク４０を介して携帯端末管理サーバ１０と通信し、携帯端末管理サーバ１０から取得したデータを例えば所定のＷｅｂアプリケーション（Ｗｅｂブラウザ）などのソフトウェアの機能により表示部に出力する機能を有する。
　ここで、プロセスフローデータ一時保管ＤＢ１６に記憶されるプロセスフローデータを更新する処理について説明する。本例において、携帯端末管理サーバ１０は、データ更新のタイミング（例えば、１日毎に更新する場合は、予め定められた所定の時間（深夜２時など）。）になると、携帯端末管理サーバ１０が備えるプロセスフローＤＢ１８ａに格納されているプロセスフローデータ（最新のデータとなる）を読み出して、プロセスフローデータをプロセスフローデータ一時保管ＤＢ１６の所定の格納領域に格納（新規保存、あるいは上書保存）し、プロセスフローデータ一時保管ＤＢ１６の記憶情報を更新する。このようにして、バッチ処理によりプロセスフローデータ一時保管ＤＢ１６の記憶情報が更新される。
　次に、本例の帳票照会システム５００の動作について図面を参照して説明する。なお、本発明に特に関係しない動作や処理については、その内容を省略している場合がある。
　図４は、本例の帳票照会システム５００における携帯端末管理サーバ１０などが実行する伝票データ提供処理の例を示すフローチャートである。ここでは、携帯端末管理サーバ１０が、ユーザＸが使用する携帯端末３１からの要求に応じてプロセスフローデータを提供する場合を例に説明する。
　伝票データ提供処理において、先ず、携帯端末３１は、ユーザＸのログイン操作によるログイン要求を受け付ける（ステップＳ１０１）。このログイン操作は、例えば、予め設定された暗証番号の入力操作などが考えられる。携帯端末３１へのログインが許可されると、携帯端末３１に搭載されている各種の機能を利用するための各種の操作を行うことが許容される。
　ユーザＸが携帯端末３１にログインしている状態であるときに、ユーザＸによって所定のログイン操作が実行されると、携帯端末３１は、携帯端末管理サーバ１０に対してアクセスしてログイン画面を取得し、ログイン画面にてログインに必要な情報（例えば予め設定されたユーザＩＤとパスワード）を指定してログイン要求を行う（ステップＳ１０２）。このログイン要求は、例えば、ユーザＩＤとパスワードの他、予め定められたログイン判定に用いられる所定の情報（例えばユーザＸに対して発行された電子証明書）が提示されて行われる。なお、携帯端末管理サーバ１０へのログインの際に、ユーザが所属するグループや各種画面で使用する言語（例えば日本語）をユーザＸに指定させる構成としてもよい。
　携帯端末管理サーバ１０は、ログイン要求を受けると、ログインを許可するか否かを判定する（ステップＳ１０３）。この判定は、例えば、ＩＤ、パスワード、電子証明書などによって行うようにすればよい。
　携帯端末管理サーバ１０は、ログインを許可すると判定した場合には（ステップＳ１０３のＹ）、携帯端末３１をログイン状態に設定する。ログイン状態に設定されると、携帯端末管理サーバ１０は、メニュー画面を示すメニュー画面情報を携帯端末３１に送信する（ステップＳ１０４）。なお、ログインを許可しないと判定した場合には（ステップＳ１０３のＮ）、携帯端末管理サーバ１０は、携帯端末３１をログイン状態に設定することなく伝票データ提供処理を終了する。なお、ログインを許可しないと判定した場合には、携帯端末管理サーバ１０は、その旨を携帯端末３１に対して通知する処理を行う。
　メニュー画面情報を受信すると、携帯端末３１は、受信したメニュー画面情報が示すメニュー画面を自己が備える表示部に表示する（ステップＳ１０５）。
　図５は、メニュー画面の例を示す説明図である。図５に示すように、メニュー画面には、選択可能な複数のメニューの名称がそれぞれ表示されたメニューボタンＭ１～Ｍ６が略円周上に配置されたメニュー配置円ＭＣが表示されるメニュー配置円表示領域５０１が設けられている。また、メニュー配置円表示領域５０１には、図５に示すように、メニュー配置円ＭＣが形成する円の中心領域に配置されメニュー配置円ＭＣのタイトルが表示されたタイトル表示領域ＭＡが設けられている。ここでは、メニューボタンＭ１～Ｍ６として、伝票を検索する際に押下される伝票検索ボタンＭ１、新規に伝票を作成する際に押下される新規伝票ボタンＭ２、経費を入力する際に押下される経費入力ボタンＭ３、マスタを登録する際に押下されるマスタ登録ボタンＭ４、一括請求明細情報の提供要求を行う場合に押下される一括請求ボタンＭ５、及び一括支払明細情報の提供要求を行う場合に押下される一括支払ボタンＭ６が設けられている。
　タッチパネルが配置された携帯端末３１の表示部に表示されたメニュー画面において、ユーザＸは、タッチ操作（指により接触する操作）によりメニューボタンＭ１～Ｍ６の何れかを押下する。本例では、伝票検索ボタンＭ１が押下されたものとする。なお、他のメニューボタンＭ２～Ｍ６が押下された際の処理については、ここでは省略する。
　メニュー画面において伝票検索ボタンＭ１が押下されると、携帯端末３１は、携帯端末管理サーバ１０に対して、伝票検索ボタンＭ１が押下された旨をメニュー選択結果として携帯端末管理サーバ１０に送信する（ステップＳ１０６）。
　伝票検索ボタンＭ１が押下された旨のメニュー選択結果を受信すると、携帯端末管理サーバ１０の伝票データ提供処理部１１ａは、伝票の検索条件を指定する伝票検索画面を示す伝票検索画面情報を携帯端末３１に送信する（ステップＳ１０７）。
　伝票検索画面情報を受信すると、携帯端末３１は、受信した伝票検索画面情報が示す伝票検索画面を自己が備える表示部に表示する（ステップＳ１０８）。
　図６は、伝票検索画面の例を示す説明図である。図６に示すように、伝票検索画面には、検索条件を指定するために選択可能な複数の選択項目が略円周上に配置された複数の選択項目配置円ＤＣ，ＳＣ，ＰＣをそれぞれ表示する複数の選択項目配置円表示領域６０１，６０２，６０３と、絞り込み条件とするキーワードを入力するキーワード入力領域６０４とが設けられている。本例では、選択項目配置円ＤＣ，ＳＣ，ＰＣとして、処理済伝票の種類を選択可能に表示する処理済伝票種類選択項目配置円ＤＣと、絞り込みのための詳細事項のタイトルを選択可能に表示する詳細選択種類選択項目配置円ＳＣと、業務プロセスの種類を選択可能に表示するプロセス種類選択項目配置円ＰＣとが設けられている。そして、選択項目配置円表示領域６０１，６０２，６０３として、処理済伝票種類選択項目配置円ＤＣを表示する処理済伝票種類選択項目配置円表示領域６０１と、詳細選択種類選択項目配置円ＳＣを表示する詳細選択種類選択項目配置円表示領域６０２と、プロセス種類選択項目配置円ＰＣを表示するプロセス種類選択項目配置円表示領域６０３とが設けられている。
　処理済伝票種類選択項目配置円ＤＣには、受注伝票を検索条件として指定するための受注ボタンＤ１、発注伝票を検索条件として指定するための発注ボタンＤ２、入庫伝票を検索条件として指定するための入庫ボタンＤ３、出庫伝票を検索条件として指定するための出庫ボタンＤ４、売上伝票を検索条件として指定するための売上ボタンＤ５、請求伝票を検索条件として指定するための請求ボタンＤ６、及び入金伝票を検索条件として指定するための入金ボタンＤ７の７種類の伝票を選択可能な選択項目（選択項目ボタン）が略円周上に配置されている。また、処理済伝票種類選択項目配置円ＤＣの中心領域には、分類名「処理済伝票」が表示された分類表示ボタンＤＡが配置されている。本例では、選択項目（選択項目ボタン）Ｄ１～Ｄ７の選択（単数の選択であっても複数の選択であってもよい。）によって、該当する種類の伝票の検索が可能となる。
　詳細選択種類選択項目配置円ＳＣには、得意先を検索条件として指定するための得意先ボタンＳ１、仕入先を検索条件として指定するための仕入先ボタンＳ２、組織を検索条件として指定するための組織ボタンＳ３、及び品目を検索条件として指定するための品目ボタンＳ４の４種類の詳細絞込条件項目を選択可能な選択項目（選択項目ボタン）が略円周上に配置されている。また、詳細選択種類選択項目配置円ＳＣの中心領域には、分類名「詳細選択」が表示された分類表示ボタンＳＡが配置されている。本例では、選択項目（選択項目ボタン）Ｓ１～Ｓ４が選択（単数の選択であっても複数の選択であってもよい。）されると、具体的な絞込条件を指定する詳細絞込条件指定画面（図示せず）が表示され、詳細絞込条件指定画面にて具体的な絞込条件（例えば、得意先ボタンＳ１が選択された際には仕入先会社名、品目ボタンＳ４が選択された際には品目番号などが該当する。）を指定することが可能となる。具体的な絞込条件の選択（単数の選択であっても複数の選択であってもよい。）によって、指定された絞込条件での伝票の検索が可能となる。
　プロセス種類選択項目配置円ＰＣには、業務プロセスにおける「生産」を検索条件として指定するための生産ボタンＰ１、業務プロセスにおける「販売」を検索条件として指定するための販売ボタンＰ２、及び業務プロセスにおける「購買」を検索条件として指定するための購買ボタンＰ３の３種類の業務プロセスを選択可能な選択項目（選択項目ボタン）が略円周上に配置されている。また、プロセス種類選択項目配置円ＰＣの中心領域には、分類名「プロセス」が表示された分類表示ボタンＰＡが配置されている。本例では、選択項目（選択項目ボタン）Ｐ１～Ｐ３の選択（単数の選択であっても複数の選択であってもよい。）によって、該当する種類の業務プロセスに係る伝票の検索が可能となる。
　本例では、分類表示ボタンＤＡ，ＳＡ，ＰＡが押下されると、対応する選択項目配置円ＤＣ，ＳＣ，ＰＣが回転する演出が実行される。すなわち、本例では、伝票検索画面における選択項目配置円表示領域６０１，６０２，６０３には、ユーザＸによる携帯端末３１の所定の回転指示操作（分類表示ボタンＤＡ，ＳＡ，ＰＡの押下）に応じて、対応する選択項目配置円ＤＣ，ＳＣ，ＰＣにおける複数の選択項目が円周上を移動して回転する選択項目回転演出が実行されるよう選択項目回転演出設定（コンピュータプログラムによる設定）がなされている。具体的には、図６に示す画面状態であるときに例えば分類表示ボタンＤＡが押下された場合には、選択項目配置円ＤＣにおける複数の選択項目が円周上を反時計回り（図７における方向Ａ）に回転する選択項目回転演出が実行される。この場合、ユーザＸによる所定の回転方向変更操作（画面における選択項目配置円ＤＣによって形成されている円が表示されている箇所の近傍を指でタッチして新たな回転方向に指をスライドさせる操作）に応じて、回転方向を変更するようにしてもよい。なお、分類表示ボタンＤＡ，ＳＡ，ＰＡが再度押下された場合に、選択項目回転演出を終了するようにすればよい。
　上記のように選択項目回転演出を行う構成とされているので、図８に示すように各選択項目配置円ＤＣ，ＳＣ，ＰＣをそれぞれ画面内に収めることなく配置することとし、各選択項目配置円ＤＣ，ＳＣ，ＰＣに配置されている各選択項目の一部が画面上に表れていない場合であっても、選択項目配置円ＤＣ，ＳＣ，ＰＣを回転させることによって順次全ての選択項目を表示させていくことが可能となる。また、各選択項目配置円ＤＣ，ＳＣ，ＰＣに配置されている各選択項目の全てを１画面内に同時に表示する必要がなくなるため、各選択項目の表示サイズを大きくすることが可能となる。なお、画面サイズが大きい場合には、各選択項目の全てを１画面内に同時に表示する構成としてもよい。
　なお、各選択項目配置円ＤＣ，ＳＣ，ＰＣに配置されている各選択項目は、本例では円形の枠に表示されているが、各選択項目の一部または全部が四角形、三角形、星型などの他の形状の枠に表示されていてもよい。また、各選択項目配置円ＤＣ，ＳＣ，ＰＣに配置されている各選択項目は一例であり、他の選択項目であってもよい。
　図６に示す例では、伝票検索画面に３つの選択項目配置円表示領域６０１，６０２，６０３が設けられる構成としていたが、１つの選択項目配置円表示領域が設けられるようにしてもよいし、２つ又は３つ以上の選択項目配置円表示領域が設けられるようにしてもよい。
　また、図６に示す例では、各選択項目配置円表示領域６０１，６０２，６０３のうち一部の領域が重複して設定されるものとし、各選択項目配置円表示領域６０１，６０２，６０３にそれぞれ表示される各選択項目配置円ＤＣ，ＳＣ，ＰＣに配置されている選択項目（選択項目ボタン）が選択項目配置円ＤＣ，ＳＣ，ＰＣ毎に異なる表示態様（例えば異なる色）で構成されているものとする。なお、異なる表示態様であればどのような方法であってもよく、形状や模様を異ならせることによって表示態様を異ならせるようにしてもよい。
　伝票検索画面において、ユーザＸは、タッチ操作により各選択項目配置円ＤＣ，ＳＣ，ＰＣに配置されている各選択項目を選択する。具体的には、処理済伝票種類選択項目配置円ＤＣに配置されている選択項目（選択項目ボタン）Ｄ１～Ｄ７の何れかを選択することによって、検索対象とする伝票の種類を選択する。また、伝票検索画面において、ユーザＸは、詳細選択種類選択項目配置円ＳＣに配置されている選択項目（選択項目ボタン）Ｓ１～Ｓ４を選択することによって、絞り込みのための詳細事項のタイトルを選択する。この選択項目（選択項目ボタン）Ｓ１～Ｓ４を選択した場合には、詳細絞込条件指定画面にて具体的な絞込条件を入力して、検索の詳細条件を指定する。また、伝票検索画面において、ユーザＸは、プロセス種類選択項目配置円ＰＣに配置されている選択項目（選択項目ボタン）Ｐ１～Ｐ３の何れかを選択することによって、検索対象とする業務プロセスの種類を選択する。さらに、伝票検索画面において、ユーザＸは、キーワード入力領域６０４に絞り込み条件とするキーワードを入力して検索キーワードを指定する。
　本例では、伝票検索画面において、ユーザＸによって、詳細選択種類選択項目配置円ＳＣに配置されている選択項目（選択項目ボタン）Ｓ１～Ｓ４のうちの品目Ｓ４が選択された場合には、携帯端末３１は、品目入力領域が設けられている詳細絞込条件指定画面を自己の表示部に表示する。携帯端末３１は、ユーザＸの操作により携帯端末３１に設けられているコードリーダ（あるいはコードリーダ機能）３１ａにより物品に貼付されているコード（例えば、ＱＲコード、バーコード）を読み取ると、読み取ったコードが示す品目番号を品目入力領域に表示する。本例では、上記のように、コードリーダ（あるいはコードリーダ機能）３１ａを利用して簡単に品目番号を入力することができる。
　なお、伝票検索画面において、ユーザＸは、伝票の種類、検索の詳細条件、検索対象とする業務プロセス、検索キーワードのうちいずれか一つを選択・指定するようにしてもよいし、任意の複数を選択・指定するようにしてもよい。また、伝票検索画面において、ユーザＸは、伝票の種類、検索の詳細条件、検索対象とする業務プロセスをそれぞれ複数選択・指定するようにしてもよい。
　伝票検索画面において検索条件の選択・指定を終えると、ユーザＸは、タッチ操作により検索ボタン６０５を押下する。
　検索条件が選択・指定された状態で検索ボタン６０５が押下されると、携帯端末３１は、携帯端末管理サーバ１０に対して、選択・指定された検索条件を提示して、検索要求を行う（ステップＳ１０９）。
　携帯端末管理サーバ１０は、検索要求を受け付けると、プロセスフローデータ一時保管ＤＢ１６に保存されているプロセスフローデータを参照して、受け付けた提供要求によって提示された検索条件に合致する伝票データを検索する（ステップＳ１１０）。
　検索条件に従って伝票データを検索すると、携帯端末管理サーバ１０は、検索した伝票データの一覧を検索結果として表示する検索結果一覧表示画面を示す検索結果一覧表示画面情報を生成して携帯端末３１に送信する（ステップＳ１１１）。
　検索結果一覧表示画面情報を受信すると、携帯端末３１は、受信した検索結果一覧表示画面情報が示す検索結果一覧表示画面を自己が備える表示部に表示する（ステップＳ１１２）。
　図９は、検索結果一覧表示画面の例を示す説明図である。図９に示すように、検索結果一覧表示画面には、検索結果を表示する表示領域７０１と、前画面に戻る際に押下される戻るボタンＢ１と、検索結果の編集を行う際に押下される編集ボタンＢ３とが設けられている。なお、検索結果一覧表示画面におけるプロセスフロータイプ（在庫販売、直送販売など）がタッチ操作により選択されると、携帯端末３１は、該当する伝票データの取得要求を携帯端末管理サーバ１０に対して送信する。携帯端末管理サーバ１０は、伝票データの取得要求に応じて、プロセスフローデータ一時保管ＤＢ１６に保存されているプロセスフローデータを参照して、該当する伝票データを携帯端末３１に送信する。そして、携帯端末３１は、表示部の表示画面に受信した伝票データを表示する。
　検索結果一覧表示画面において、ユーザＸによるブラウザを終了する操作などのアクセスを終了するための操作がなされた場合には（ステップＳ１１３のＹ）、携帯端末３１は、携帯端末管理サーバ１０に対してログアウト要求を行う（ステップＳ１１４）。なお、戻るボタンＢ１の押下などアクセスを継続するための操作がなされた場合には（ステップＳ１１３のＮ）、携帯端末３１は、ステップＳ１０８の処理に移行して伝票検索画面（図６参照）を表示する。
　ステップＳ１１１にて検索結果一覧表示画面情報を送信すると、携帯端末管理サーバ１０は、携帯端末３１との情報のやりとりが行われていない時間（待機時間）の計測を開始し、この待機時間が所定時間（例えば５分、１０分、３０分など）を経過（所定時間に到達）したか否かを監視する（ステップＳ１１５）。
　待機時間の計測中にログアウト要求を受けると（ステップＳ１１６のＹ）、携帯端末管理サーバ１０は、待機時間の計測を中止し、ログイン状態を解除するログアウト処理を行う（ステップＳ１１７）。
　また、待機時間が所定時間を経過したと判定した場合には（ステップＳ１１５のＹ）、携帯端末管理サーバ１０は、待機時間の計測を終了し、ログイン状態を解除するログアウト処理を行う（ステップＳ１１７）。
　上記のようにして、ログイン処理によって操作可能となった携帯端末３１からのログイン要求に応じて携帯端末管理サーバ１０に対するログインを許可するか否か判定し、許可した場合にプロセスフローデータの提供要求を受け付けて、要求に応じたプロセスフローデータを提供する処理が実行される。
　上記のように、伝票データ提供処理において、検索する対象をプロセスフローデータ一時保管ＤＢ１６とすることで、携帯端末３１が携帯端末管理サーバ１０において基幹業務サーバとして機能する部分（具体的には、業務アプリケーションプログラムＤＢ１７とプロセスフローＤＢ１８ａ）にアクセスする必要が無いようにすることができるため、携帯端末３１に対して伝票データを提供する際の安全性を向上させることが可能となる。なお、プロセスフローＤＢ１８ａを検索対象とするようにしてもよい。
　上記の実施の形態では、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶したプロセスフローテーブルＰＴを参照して検索条件を満たす帳票データを検索する構成とし、プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、ステータスデータは、プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータである構成としているので、業務システムにおけるデータの検索に要する処理負荷を軽減させることが可能となるのである。従来の業務システムにおいては、業務プロセスごとに別個のデータテーブルで帳票データが管理されていたため、検索を行う場合には関係する業務プロセスについてのデータテーブルの全てを参照する必要があった。このため、膨大なデータ量を取り扱う業務システムにおいては、検索処理に要する処理負荷が多大なものとなっていた。上述した実施の形態では、ステータスデータと、共通データと、プロセス固有データとを含むプロセスフローデータを構築することとし、このプロセスデータテーブルを参照して検索を行う構成とされていたので、複数のデータテーブルを参照する必要がなく、業務システムにおけるデータの検索に要する処理負荷を大幅に軽減させることが可能となり、またデータの検索のための処理プログラムの作成負荷を大幅に軽減させることも可能となる。
　図１０は、本例の帳票照会システム５００における携帯端末管理サーバ１０などが実行する一括情報提供処理の例を示すフローチャートである。ここでは、携帯端末管理サーバ１０が、ユーザＸが使用する携帯端末３１からの要求に応じて一括情報（一括請求明細情報、一括支払明細情報）を提供する場合を例に説明する。
　一括情報提供処理において、ステップＳ２０１～ステップＳ２０５の処理は、上述した伝票データ提供処理のステップＳ１０１～ステップＳ１０５と同様の処理であるため、ここでの説明は省略する。
　ステップＳ２０５にて携帯端末３１の表示部に表示されたメニュー画面（図５参照）において、ユーザＸは、タッチ操作（指により接触する操作）によりメニューボタンＭ１～Ｍ６の何れかを押下する。本例では、一括請求ボタンＭ５又は一括支払ボタンＭ６が押下されたものとする。なお、他のメニューボタンＭ１～Ｍ４が押下された際の処理については、ここでは省略する。
　メニュー画面において一括請求ボタンＭ５が押下されると、携帯端末３１は、携帯端末管理サーバ１０に対して、一括請求ボタンＭ５が押下された旨をメニュー選択結果として携帯端末管理サーバ１０に送信する（ステップＳ２０６）。
　一括請求ボタンＭ５が押下された旨のメニュー選択結果を受信すると、携帯端末管理サーバ１０の一括請求明細情報提供処理部１１ｂは、請求先となる得意先を指定する条件指定画面を示す条件指定画面情報を携帯端末３１に送信する（ステップＳ２０７）。
　得意先を指定する条件指定画面情報を受信すると、携帯端末３１は、受信した条件指定画面情報が示す得意先を指定する条件指定画面を自己が備える表示部に表示する（ステップＳ２０８）。
　図１１は、得意先を指定する条件指定画面の例を示す説明図である。図１１に示すように、条件指定画面には、得意先を入力するための得意先入力領域８０１と、得意先入力領域８０１に入力された得意先に決定する際に押下される決定ボタンＢ５とが設けられている。
　条件指定画面において、ユーザＸは、例えば得意先入力領域８０１をタッチすることにより画面上に表示されるキーボードなどの入力部を操作して、得意先入力領域８０１に得意先を入力する。得意先の入力を終えると、ユーザＸは、タッチ操作により決定ボタンＢ５を押下する。上記のようにして、ユーザＸは、得意先を指定する。
　得意先が入力されたあと決定ボタンＢ５が押下されると、携帯端末３１は、携帯端末管理サーバ１０に対して、指定された得意先を示す得意先情報を提示して、一括請求明細情報の提供要求を行う（ステップＳ２０９）。
　携帯端末管理サーバ１０は、一括請求明細情報の提供要求を受け付けると、プロセスフローデータ一時保管ＤＢ１６に保存されているプロセスフローデータを参照して、受け付けた提供要求によって提示された得意先情報が示す得意先に対応付けされている伝票データのうち、得意先の締め日（例えば、その他ＤＢ１９に格納されている得意先マスタに設定されている。）より前に請求書発行済で未だ入金されていない伝票データ（例えば、プロセス固有データ部の請求書発行日に日付が入っているデータのうち入金日に日付が入っていないデータ）を検索することにより、プロセスフローテーブルＰＴから指定された得意先への請求に関係する伝票データ（一括請求明細情報を作成するために必要な伝票データ）を抽出する（ステップＳ２１０）。
　伝票データを抽出すると、携帯端末管理サーバ１０は、抽出した伝票データに基づいて、一括請求明細情報を生成する（ステップＳ２１１）。ステップＳ２１１では、携帯端末管理サーバ１０は、今回作成する一括請求明細を一意に特定するための一括請求明細番号を付与するとともに、抽出した伝票データが示す未入金の請求金額を合算した合計金額を算出し、請求ごとの金額を示す個別金額情報と、合計金額を示す合計金額情報と、付与した一括請求明細番号とを含む一括請求明細情報を生成する。
　なお、携帯端末管理サーバ１０は、生成した一括請求明細情報をＤＷＨＤＢ１９の一括請求明細テーブルに登録する。ステップＳ２１１において、携帯端末管理サーバ１０は、一括請求明細テーブルを参照して、過去に生成した一括請求明細情報を利用して今回の一括請求明細情報を生成するようにしてもよい。
　一括請求明細情報を生成すると、携帯端末管理サーバ１０は、生成した一括請求明細情報を表示する一括請求明細情報表示画面を示す一括請求明細情報表示画面情報を生成して携帯端末３１に送信する（ステップＳ２１２）。
　一括請求明細情報表示画面情報を受信すると、携帯端末３１は、受信した一括請求明細情報表示画面情報が示す一括請求明細情報表示画面を自己が備える表示部に表示する（ステップＳ２１３）。
　図１２は、一括情報（一括請求明細情報）表示画面の例を示す説明図である。図１２に示すように、一括請求明細情報表示画面には、携帯端末管理サーバ１０に付与された一括請求明細番号を表示する一括請求明細番号表示領域９０２と、ユーザＸから指定された得意先を表示する得意先表示領域９０３と、個別請求情報を表示する個別請求情報表示領域９０４と、合計請求金額を表示する合計請求金額表示領域９０５と、別途情報提供の要求を行う際に押下される戻るボタンＢ６とが設けられている。本例では、図１２に示すように、個別請求情報表示領域９０４には、プロセスフロー番号と、プロセスフロー明細番号と、金額とが対応付けして表示される。
　一方、メニュー画面において一括支払ボタンＭ６が押下されると、携帯端末３１は、携帯端末管理サーバ１０に対して、一括支払ボタンＭ６が押下された旨をメニュー選択結果として携帯端末管理サーバ１０に送信する（ステップＳ２０６）。
　一括支払ボタンＭ６が押下された旨のメニュー選択結果を受信すると、携帯端末管理サーバ１０の一括支払明細情報提供処理部１１ｂは、支払先となる仕入先を指定する条件指定画面を示す条件指定画面情報を携帯端末３１に送信する（ステップＳ２０７）。
　仕入先を指定する条件指定画面情報を受信すると、携帯端末３１は、受信した条件指定画面情報が示す仕入先を指定する条件指定画面を自己が備える表示部に表示する（ステップＳ２０８）。
　図１３は、仕入先を指定する条件指定画面の例を示す説明図である。図１３に示すように、条件指定画面には、仕入先を入力するための仕入先入力領域８０２と、仕入先入力領域８０２に入力された仕入先に決定する際に押下される決定ボタンＢ８とが設けられている。
　条件指定画面において、ユーザＸは、例えば仕入先入力領域８０２をタッチすることにより画面上に表示されるキーボードなどの入力部を操作して、仕入先入力領域８０２に仕入先を入力する。仕入先の入力を終えると、ユーザＸは、タッチ操作により決定ボタンＢ８を押下する。上記のようにして、ユーザＸは、仕入先を指定する。
　仕入先が入力されたあと決定ボタンＢ８が押下されると、携帯端末３１は、携帯端末管理サーバ１０に対して、指定された仕入先を示す仕入先情報を提示して、一括支払明細情報の提供要求を行う（ステップＳ２０９）。
　携帯端末管理サーバ１０は、一括支払明細情報の提供要求を受け付けると、プロセスフローデータ一時保管ＤＢ１６に保存されているプロセスフローデータを参照して、受け付けた提供要求によって提示された仕入先情報が示す仕入先に対応付けされている伝票データのうち、ユーザＸが所属する会社の締め日（例えば、その他ＤＢ１９に格納されているマスタに設定されている。）より前に請求書発行済で未だ送金していない伝票データ（例えば、プロセス固有データ部の請求書発行日に日付が入っているデータのうち送金日に日付が入っていないデータ）を検索することにより、プロセスフローテーブルＰＴから指定された仕入先への支払に関係する伝票データ（一括支払明細情報を作成するために必要な伝票データ）を抽出する（ステップＳ２１０）。
　伝票データを抽出すると、携帯端末管理サーバ１０は、抽出した伝票データに基づいて、一括支払明細情報を生成する（ステップＳ２１１）。ステップＳ２１１では、携帯端末管理サーバ１０は、今回作成する一括支払明細を一意に特定するための一括支払明細番号を付与するとともに、抽出した伝票データが示す未送金の未払金額を合算した合計金額を算出し、支払ごとの金額を示す個別金額情報と、合計金額を示す合計金額情報と、付与した一括支払明細番号とを含む一括支払明細情報を生成する。
　なお、携帯端末管理サーバ１０は、生成した一括支払明細情報をＤＷＨＤＢ１９の一括支払明細テーブルに登録する。ステップＳ２１１において、携帯端末管理サーバ１０は、一括支払明細テーブルを参照して、過去に生成した一括支払明細情報を利用して今回の一括支払明細情報を生成するようにしてもよい。
　一括支払明細情報を生成すると、携帯端末管理サーバ１０は、生成した一括支払明細情報を表示する一括支払明細情報表示画面を示す一括支払明細情報表示画面情報を生成して携帯端末３１に送信する（ステップＳ２１２）。
　一括支払明細情報表示画面情報を受信すると、携帯端末３１は、受信した一括支払明細情報表示画面情報が示す一括支払明細情報表示画面を自己が備える表示部に表示する（ステップＳ２１３）。
　図１４は、一括情報（一括支払明細情報）表示画面の例を示す説明図である。図１４に示すように、一括支払明細情報表示画面には、携帯端末管理サーバ１０に付与された一括支払明細番号を表示する一括支払明細番号表示領域９１２と、ユーザＸから指定された仕入先を表示する仕入先表示領域９１３と、個別支払情報を表示する個別支払情報表示領域９１４と、合計支払金額を表示する合計支払金額表示領域９１５と、別途情報提供の要求を行う際に押下される戻るボタンＢ９とが設けられている。本例では、図１４に示すように、個別支払情報表示領域９０４には、プロセスフロー番号と、プロセスフロー明細番号と、金額とが対応付けして表示される。
　一括情報表示画面において、ユーザＸによるブラウザを終了する操作などのアクセスを終了するための操作がなされた場合には（ステップＳ２１４のＹ）、携帯端末３１は、携帯端末管理サーバ１０に対してログアウト要求を行う（ステップＳ２１５）。なお、戻るボタンＢ７，Ｂ９の押下などアクセスを継続するための操作がなされた場合には（ステップＳ２１４のＮ）、携帯端末３１は、ステップＳ２０５の処理に移行してメニュー画面（図５参照）を表示する。
　ステップＳ２１２にて一括情報表示画面情報を送信すると、携帯端末管理サーバ１０は、携帯端末３１との情報のやりとりが行われていない時間（待機時間）の計測を開始し、この待機時間が所定時間（例えば５分、１０分、３０分など）を経過（所定時間に到達）したか否かを監視する（ステップＳ２１６）。
　待機時間の計測中にログアウト要求を受けると（ステップＳ２１７のＹ）、携帯端末管理サーバ１０は、待機時間の計測を中止し、ログイン状態を解除するログアウト処理を行う（ステップＳ２１８）。
　また、待機時間が所定時間を経過したと判定した場合には（ステップＳ２１６のＹ）、携帯端末管理サーバ１０は、待機時間の計測を終了し、ログイン状態を解除するログアウト処理を行う（ステップＳ２１８）。
　上記のようにして、ログイン処理によって操作可能となった携帯端末３１からのログイン要求に応じて携帯端末管理サーバ１０に対するログインを許可するか否か判定し、許可した場合にプロセスフローデータの提供要求を受け付けて、要求に応じたプロセスフローデータを提供する処理が実行される。
　上記の例では、プロジェクト管理情報提供処理において、伝票データの検索対象をプロセスフローデータ一時保管ＤＢ１６としていたが、プロセスフローＤＢ１８ａを検索対象とするようにしてもよい。
　以上に説明したように、上述した実施の形態では、ＥＲＰが稼動するサーバであって、ユーザが使用する携帯端末３１～３Ｎからの要求に応じて通信ネットワーク４０を介して各種データを提供する携帯端末管理サーバ１０が、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローテーブルＰＴを備え、プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、ステータスデータは、プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、さらに、携帯端末３１からの要求に応じて一括明細対象者（得意先、仕入先）を指定する一括明細対象者指定画面（条件指定画面）を提供し、一括明細対象者指定画面にて指定された一括明細対象者を示す一括明細対象者情報を携帯端末３１から受信して受け付け、受け付けた一括明細対象者情報が示す一括明細対象者を対象とする複数の業務プロセスに関する各プロセスデータをプロセスフローテーブルＰＴに記憶されているプロセスフローデータを参照して検索し、検索した各プロセスデータに基づいて指定された一括明細対象者を対象とする一括明細を示す一括明細情報（一括請求明細情報、一括支払明細情報）を生成し、生成した一括明細情報を携帯端末３１に提供する構成としたので、携帯通信端末（携帯端末３１～３Ｎ）に帳票に関する情報を提供する業務システムにおいて、業務システムにおけるデータ処理に要する処理負荷を軽減させることができ、有効な情報（一括明細情報（一括請求明細情報、一括支払明細情報））を迅速に出力することができるようになる。
　すなわち、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶したプロセスフローテーブルＰＴを参照して検索条件を満たす帳票データを検索し、一括明細情報（一括請求明細情報、一括支払明細情報）を生成して提供する構成とし、プロセスフローデータは、プロジェクト特定データと、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、ステータスデータは、プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータである構成としているので、一括明細情報を生成するために必要な業務システムにおけるデータの検索に要する処理負荷を軽減させることが可能となるのである。従来の業務システムにおいては、業務プロセスごとに別個のデータテーブルで帳票データが管理されていたため、検索を行う場合には関係する業務プロセスについてのデータテーブルの全てを参照する必要があった。このため、膨大なデータ量を取り扱う業務システムにおいては、検索処理に要する処理負荷が多大なものとなっていた。上述した実施の形態では、ステータスデータと、共通データと、プロセス固有データとを含むプロセスフローデータを構築することとし、このプロセスデータテーブルを参照して一括明細情報（一括請求明細情報、一括支払明細情報）を生成するために必要な情報の検索を行う構成とされているので、複数のデータテーブルを参照する必要がなく、一括明細情報の生成のために必要な業務システムにおけるデータの検索に要する処理負荷を大幅に軽減させることが可能となり、またデータの検索のための処理プログラムの作成負荷を大幅に軽減させることも可能となる。
　上述した実施の形態において、一括明細対象者は得意先であり、携帯端末管理サーバ１０が、一括明細対象者指定画面（図１１参照）にて指定された得意先を示す得意先情報を携帯端末３１から受信して受け付け、得意先情報が示す得意先に対する請求のうち未入金となっている各プロセスデータを検索し、指定された得意先が請求先とされている一括請求明細を示す一括請求明細情報を生成する構成とした場合には、携帯通信端末（携帯端末３１～３Ｎ）に帳票に関する情報を提供する業務システムにおいて、業務システムにおけるデータ処理に要する処理負荷を軽減させることができ、有効な情報として一括請求明細情報を迅速に出力することができるようになる。
　また、上述した実施の形態において、一括明細対象者は仕入先であり、携帯端末管理サーバ１０が、一括明細対象者指定画面（図１３参照）にて指定された仕入先を示す仕入先情報を携帯端末３１から受信して受け付け、仕入先情報が示す仕入先からの請求のうち未払となっている各プロセスデータを検索し、指定された仕入先が支払先とされている一括支払明細を示す一括支払明細情報を生成する構成とした場合には、携帯通信端末（携帯端末３１～３Ｎ）に帳票に関する情報を提供する業務システムにおいて、業務システムにおけるデータ処理に要する処理負荷を軽減させることができ、有効な情報として一括支払明細情報を迅速に出力することができるようになる。
　また、上述した実施の形態では、データベース（例えば、プロセスフローＤＢ１８ａ。）が、プロセスフロー毎に発生するプロセスフローデータを管理するプロセスフローデータ管理サーバ（例えば、携帯端末管理サーバ１０。）に備えられ、プロセスフローデータ管理サーバが、クライアント（例えば、携帯端末３１～３Ｎや統合基幹業務システム１００，２００，３００。）からの要求に応じて、プロセスフローデータを参照して検索した帳票データをクライアントに提供する構成としたので、帳票データの提供に要する処理負荷が軽減されたシステムを構築することができるようになる。
　なお、上述した実施の形態では特に言及していないが、携帯端末管理サーバ１０は、自己が備える記憶媒体に記憶されている処理プログラム（携帯端末管理プログラム）に従って、上述した各処理（図４、図１０参照）を実行する。
　本発明によれば、携帯通信端末に帳票に関する情報を提供する業務システム（特に、ＥＲＰシステム）において、データの検索に要する処理負荷を軽減させ、有効な情報を迅速に出力するのに有用である。
　１０　　　　　　　　　　携帯端末管理サーバ
　２０　　　　　　　　　　中継機
　３１～３Ｎ　　　　　　　携帯端末
　４０　　　　　　　　　　通信ネットワーク
　５１，５２，５２　　　　通信ネットワーク
　１００，２００，３００　統合基幹業務システム
　１１０，３１０　　　　　基幹業務サーバ
　１２０，２２０　　　　　ＤＷＨサーバ
　５００　　　　　　　　　帳票照会システム

Claims (6)

  1. 　ＥＲＰが稼動するサーバであり、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバであって、
    　複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段を含み、
    　前記プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、
    　前記ステータスデータは、前記プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、
    　前記共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、
    　前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、
    　さらに、
    　前記携帯端末からの要求に応じて一括明細対象者を指定する一括明細対象者指定画面を提供する一括明細対象者指定画面提供手段と、
    　前記一括明細対象者指定画面にて指定された一括明細対象者を示す一括明細対象者情報を前記携帯端末から受信して受け付ける一括明細対象者情報受付手段と、
    　前記一括明細対象者情報受付手段にて受け付けられた一括明細対象者情報が示す一括明細対象者を対象とする複数の業務プロセスに関する各プロセスデータを前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータを参照して検索するプロセスデータ検索手段と、
    　該プロセスデータ検索手段によって検索された各プロセスデータに基づいて指定された一括明細対象者を対象とする一括明細を示す一括明細情報を生成する一括明細情報生成手段と、
    　該一括明細情報生成手段によって生成された一括明細情報を前記携帯端末に提供する一括明細情報提供手段とを含む
    　ことを特徴とする携帯端末管理サーバ。
  2. 　一括明細対象者は得意先であり、
    　前記一括明細対象者情報受付手段は、一括明細対象者指定画面にて指定された得意先を示す得意先情報を前記携帯端末から受信して受け付け、
    　前記プロセスデータ検索手段は、得意先情報が示す得意先に対する請求のうち未入金となっている各プロセスデータを検索し、
    　前記一括明細情報生成手段は、指定された得意先が請求先とされている一括請求明細を示す一括請求明細情報を生成する
    　請求項１記載の携帯端末管理サーバ。
  3. 　一括請求明細情報は、個別の請求金額と、個別の請求金額を合算した合計請求金額とを含む
    　請求項２記載の携帯端末管理サーバ。
  4. 　一括明細対象者は仕入先であり、
    　前記一括明細対象者情報受付手段は、一括明細対象者指定画面にて指定された仕入先を示す仕入先情報を前記携帯端末から受信して受け付け、
    　前記プロセスデータ検索手段は、仕入先情報が示す仕入先からの請求のうち未払となっている各プロセスデータを検索し、
    　前記一括明細情報生成手段は、指定された仕入先が支払先とされている一括支払明細を示す一括支払明細情報を生成する
    　請求項１記載の携帯端末管理サーバ。
  5. 　一括支払明細情報は、個別の支払金額と、個別の支払金額を合算した合計支払金額とを含む
    　請求項４記載の携帯端末管理サーバ。
  6. 　ＥＲＰを稼動させ、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する処理を携帯端末管理サーバに実行させる携帯端末管理プログラムであって、
    　前記携帯端末管理サーバは、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段を備えており、
    　前記プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、
    　前記ステータスデータは、前記プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、
    　前記共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、
    　前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、
    　前記携帯端末管理サーバに、
    　前記携帯端末からの要求に応じて一括明細対象者を指定する一括明細対象者指定画面を提供する一括明細対象者指定画面提供処理と、
    　前記一括明細対象者指定画面にて指定された一括明細対象者を示す一括明細対象者情報を前記携帯端末から受信して受け付ける一括明細対象者情報受付処理と、
    　前記一括明細対象者情報受付処理にて受け付けた一括明細対象者情報が示す一括明細対象者を対象とする複数の業務プロセスに関する各プロセスデータを前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータを参照して検索するプロセスデータ検索処理と、
    　該プロセスデータ検索処理にて検索した各プロセスデータに基づいて指定された一括明細対象者を対象とする一括明細を示す一括明細情報を生成する一括明細情報生成処理と、
    　該一括明細情報生成処理にて生成した一括明細情報を前記携帯端末に提供する一括明細情報提供処理とを
    　実行させるための携帯端末管理プログラム。
     
PCT/JP2012/000636 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム WO2013114444A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP12867310.0A EP2811431A4 (en) 2012-01-31 2012-01-31 MANAGEMENT SERVER FOR MOBILE DEVICES AND ADMINISTRATIVE PROGRAM FOR MOBILE DEVICES
PCT/JP2012/000636 WO2013114444A1 (ja) 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム
US14/374,618 US20150081365A1 (en) 2012-01-31 2012-01-31 Mobile terminal management server and mobile terminal management program
CN201280067663.4A CN104221040A (zh) 2012-01-31 2012-01-31 便携终端管理服务器及便携终端管理程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/000636 WO2013114444A1 (ja) 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム

Publications (1)

Publication Number Publication Date
WO2013114444A1 true WO2013114444A1 (ja) 2013-08-08

Family

ID=48904536

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/000636 WO2013114444A1 (ja) 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム

Country Status (4)

Country Link
US (1) US20150081365A1 (ja)
EP (1) EP2811431A4 (ja)
CN (1) CN104221040A (ja)
WO (1) WO2013114444A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103646303A (zh) * 2013-11-22 2014-03-19 江苏现代造船技术有限公司 用于船舶企业的可定制流程与表单的柔性管理信息系统
CN105353975A (zh) * 2015-09-30 2016-02-24 成都华为技术有限公司 一种存储设备管理的方法及装置
CN117350520A (zh) * 2023-12-04 2024-01-05 浙江大学高端装备研究院 一种汽车生产优化方法和系统

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2008014010A (es) * 2007-11-02 2009-05-26 Citicorp Credit Services Inc Metodos y sistemas para gestion de cuentas de clientes de institucion financiera.
USD737319S1 (en) * 2013-06-09 2015-08-25 Apple Inc. Display screen or portion thereof with graphical user interface
USD762682S1 (en) 2014-01-17 2016-08-02 Beats Music, Llc Display screen or portion thereof with animated graphical user interface
USD746859S1 (en) * 2014-01-30 2016-01-05 Aol Inc. Display screen with an animated graphical user interface
USD762693S1 (en) 2014-09-03 2016-08-02 Apple Inc. Display screen or portion thereof with graphical user interface
US9785660B2 (en) * 2014-09-25 2017-10-10 Sap Se Detection and quantifying of data redundancy in column-oriented in-memory databases
CN109377391B (zh) * 2018-09-26 2023-10-27 中国平安人寿保险股份有限公司 一种信息追踪方法、存储介质和服务器
US11128751B2 (en) * 2019-07-16 2021-09-21 Qualcomm Incorporated Retailer device binding in mobile devices
USD925592S1 (en) * 2019-07-31 2021-07-20 Google Llc Display screen with transitional graphical user interface
USD925591S1 (en) * 2019-07-31 2021-07-20 Google Llc Display screen with transitional graphical user interface
USD925590S1 (en) * 2019-07-31 2021-07-20 Google Llc Display screen with transitional graphical user interface
USD925589S1 (en) * 2019-07-31 2021-07-20 Google Llc Display screen with transitional graphical user interface

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
JP2003091636A (ja) * 2001-09-17 2003-03-28 Miroku.Com:Kk 業務処理システム及び業務処理用コンピュータ・プログラム
JP2003323582A (ja) 2002-04-30 2003-11-14 Nec System Technologies Ltd 携帯電話を使用した電子帳票システム
JP2006285914A (ja) * 2005-04-05 2006-10-19 Casio Comput Co Ltd データ検索処理装置及びプログラム
JP2007200136A (ja) 2006-01-27 2007-08-09 Fuji Xerox Co Ltd 業務支援システム、業務支援プログラムおよび業務支援方法
JP2008165524A (ja) * 2006-12-28 2008-07-17 Sap Ag 会計システム、会計方法、及びプログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6275809B1 (en) * 1996-05-15 2001-08-14 Hitachi, Ltd. Business processing system employing a notice board business system database and method of processing the same
US6889197B2 (en) * 2000-01-12 2005-05-03 Isuppli Inc. Supply chain architecture
US7313782B2 (en) * 2000-05-05 2007-12-25 @Hand Corporation Method for distributing, integrating, and hosting a software platform
CN100409185C (zh) * 2003-10-27 2008-08-06 松下电器产业株式会社 Erp程序包的导入运用支援系统
US20060059032A1 (en) * 2004-09-01 2006-03-16 Wong Kevin N System, computer program product, and method for enterprise modeling, temporal activity-based costing and utilization
US20090234710A1 (en) * 2006-07-17 2009-09-17 Asma Belgaied Hassine Customer centric revenue management
US8533176B2 (en) * 2007-06-29 2013-09-10 Microsoft Corporation Business application search
US20090216726A1 (en) * 2008-02-22 2009-08-27 Ramachandran Muthaiah System and Method for Facilitating Business Communications
US20100042514A1 (en) * 2008-08-18 2010-02-18 Rutherford Peter Bruce Browne Method and system for verifiable allocation of an environmental resource product to an environmental resource
CN101477553A (zh) * 2009-02-11 2009-07-08 浪潮集团山东通用软件有限公司 一种用于数据校验和数据处理的方法
US20110010181A1 (en) * 2009-07-11 2011-01-13 Rajen Iyer Access, steps and services for trade systems, process and interface
US9141928B2 (en) * 2010-08-02 2015-09-22 At&T Intellectual Property I, L.P. System and method for vendor and customer management in a supply chain
US20130073940A1 (en) * 2011-09-19 2013-03-21 Jeffrey Dean Honsowetz Data Reporting

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
JP2003091636A (ja) * 2001-09-17 2003-03-28 Miroku.Com:Kk 業務処理システム及び業務処理用コンピュータ・プログラム
JP2003323582A (ja) 2002-04-30 2003-11-14 Nec System Technologies Ltd 携帯電話を使用した電子帳票システム
JP2006285914A (ja) * 2005-04-05 2006-10-19 Casio Comput Co Ltd データ検索処理装置及びプログラム
JP2007200136A (ja) 2006-01-27 2007-08-09 Fuji Xerox Co Ltd 業務支援システム、業務支援プログラムおよび業務支援方法
JP2008165524A (ja) * 2006-12-28 2008-07-17 Sap Ag 会計システム、会計方法、及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2811431A4

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103646303A (zh) * 2013-11-22 2014-03-19 江苏现代造船技术有限公司 用于船舶企业的可定制流程与表单的柔性管理信息系统
CN105353975A (zh) * 2015-09-30 2016-02-24 成都华为技术有限公司 一种存储设备管理的方法及装置
CN117350520A (zh) * 2023-12-04 2024-01-05 浙江大学高端装备研究院 一种汽车生产优化方法和系统
CN117350520B (zh) * 2023-12-04 2024-02-27 浙江大学高端装备研究院 一种汽车生产优化方法和系统

Also Published As

Publication number Publication date
EP2811431A1 (en) 2014-12-10
CN104221040A (zh) 2014-12-17
EP2811431A4 (en) 2014-12-10
US20150081365A1 (en) 2015-03-19

Similar Documents

Publication Publication Date Title
WO2013114444A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5479598B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5502251B1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
WO2013114446A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
US20090299781A1 (en) Profile management and creation method and apparatus in a catalog procurement system
WO2013114448A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114449A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP2015095011A (ja) 帳票データ管理サーバ、帳票データ管理プログラムおよび帳票データ管理装置
WO2013114447A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
KR20170014338A (ko) 모듈화 구조를 갖는 이알피 시스템
WO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114443A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114444A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114448A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114443A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114447A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114449A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114446A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
KR102063113B1 (ko) 운영방식을 개선시킨 가방 생산원가산정 통합 관리시스템
WO2014199416A1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
JPWO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12867310

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013556017

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012867310

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14374618

Country of ref document: US