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

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

Info

Publication number
WO2013114446A1
WO2013114446A1 PCT/JP2012/000638 JP2012000638W WO2013114446A1 WO 2013114446 A1 WO2013114446 A1 WO 2013114446A1 JP 2012000638 W JP2012000638 W JP 2012000638W WO 2013114446 A1 WO2013114446 A1 WO 2013114446A1
Authority
WO
WIPO (PCT)
Prior art keywords
production
data
information
process flow
mobile terminal
Prior art date
Application number
PCT/JP2012/000638
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 PCT/JP2012/000638 priority Critical patent/WO2013114446A1/ja
Priority to EP12867559.2A priority patent/EP2811447A4/en
Priority to US14/374,691 priority patent/US20150120354A1/en
Priority to CN201280067683.1A priority patent/CN104246814A/zh
Publication of WO2013114446A1 publication Critical patent/WO2013114446A1/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/06313—Resource planning in a project environment
    • 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0633—Workflow analysis
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/04—Manufacturing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

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. 16 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 data related to the process flow of “inventory sales” is, for example, as shown in FIG. 16A to FIG. 16E, 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. 16, 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 related to the process flow including the process, production capable of specifying the reference quantity of the product to be produced and the constituent quantity of the component of the product with respect to the reference quantity
  • Production target product related information storage means for storing target product related information
  • the process flow data is data including status data, common data, and process specific data
  • the status data is the process flow
  • This data indicates the progress of each of the multiple business processes included in the Common data is data common among business processes included in the same process flow
  • the process specific data is data specific to each business process included in the same process flow
  • a production plan registration request information designation screen providing means for providing a production plan registration request information designation screen for designating production plan registration request information for requesting registration of production plan information in response to a request of the production plan, and the production
  • Production plan information including a component quantity specifying unit for specifying a component quantity, a component quantity of a component specified by the component quantity specifying unit, and a production planned quantity of a production target product included in the production plan registration request information
  • Production plan information registration means for registering the process flow data stored in the process flow data storage means.
  • the production plan registration result information providing means for providing the mobile terminal with the production plan registration result information indicating the registration result of the production plan information may be included.
  • Production result registration request information designation screen providing means for providing a production result registration request information designation screen for designating production result registration request information for requesting registration of production result information in response to a request from the portable terminal, and the production Refer to the production result registration request information receiving means that receives and receives the production result registration request information specified on the result registration request information designation screen from the mobile terminal, and the process flow data stored in the process flow data storage means
  • the production target product is scheduled to be produced using the manufacturing order identification information corresponding to the production target product included in the production result registration request information received by the production result registration request information receiving means.
  • the production schedule confirmation means for confirming whether or not the production target product is scheduled to be produced by the production schedule confirmation means.
  • When it is certified may be configured to include a production record information registration means for registering and updating the process flow data production record information indicating that the goods issue for production record that product has been completed.
  • the production result registration result information providing means for providing the production result registration result information indicating the registration result of the production result information to the portable terminal may be included.
  • 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 mobile terminal management server is a process flow data storage means for storing process flow data including various data relating to a process flow including a plurality of business processes, a reference quantity of a product to be produced, Production target product related information storage means for storing production target product related information capable of specifying the configuration quantity relative to the reference quantity of the component, and the process flow data includes status data, common data, process And the status data includes the process flow.
  • the common data is data common to business processes included in the same process flow, and the process specific data is the same process flow.
  • Production plan registration request for specifying production plan registration request information for requesting the portable terminal management server to register production plan information in response to a request from the portable terminal, which is data specific to each business process included Production plan registration request information specifying screen providing process for providing an information specifying screen, and production plan registration request information reception for receiving and receiving production plan registration request information specified on the production plan registration request information specifying screen from the mobile terminal Process and the production target included in the production plan registration request information received in the production plan registration request information reception process.
  • the component quantity specifying process for specifying the component quantity of the component of the production target product, and the component specified by the component quantity specifying process
  • Production plan information registration process for registering production plan information including a component quantity and a production planned quantity of a production target product included in the production plan registration request information in the process flow data stored in the process flow data storage means And to execute.
  • 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 processing for providing process flow data to the mobile terminals 31 to 3N, and production information (production plan information, production results in response to a request from the mobile terminals 31 to 3N. And a production information registration processing unit 11b that executes processing for registering (information) and providing the registration result.
  • 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 the business process such as the order receiving party and the shipping destination among the process flow data (that is, common data between business processes included in the same process flow). This is the part where 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 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.
  • the input button M3, the master registration button M4 that is pressed when registering the master, the production plan registration button M5 that is pressed when requesting registration of production plan information, and the button that is pressed when requesting registration of production performance information A production record registration 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 production information registration 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 registers production plan information and production result information in the process flow table PT in response to a request from the mobile terminal 31 used by the user X will be described as an example.
  • the BOM (Bill Of Materials) master shown in FIG. 11 is stored in the other DB 10X.
  • the production target product related information that can specify the reference quantity of the product to be produced and the component quantity of the component with respect to the reference quantity of the product is registered.
  • the standard quantity of the product of the item C1 is 100
  • the component of the product of the item C1 is the component of the items C2, C3, and C4
  • the component quantity of the component of the item C2 is 10.
  • production target product related information indicating that the component quantity of the item C3 is 15 and the component quantity of the item C4 is 20 is registered in the BOM master.
  • steps S201 to S205 are the same as steps S101 to S105 of the slip data providing process described above, and a 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 production plan registration button M5 or the production result registration button M6 is pressed.
  • the processing when the other menu buttons M1 to M4 are pressed is omitted here.
  • Step S206 When the production plan registration button M5 is pressed on the menu screen, the mobile terminal 31 transmits, to the mobile terminal management server 10, the fact that the production plan registration button M5 has been pressed to the mobile terminal management server 10 as a menu selection result.
  • the production information registration processing unit 11b of the mobile terminal management server 10 produces a production information registration screen (production) for registering production information (production plan information).
  • Production information registration screen information (production plan information registration screen information) indicating the plan information registration screen) is transmitted to the portable terminal 31 (step S207).
  • the portable terminal 31 displays the production plan information registration screen indicated by the received production plan information registration screen information on the display unit provided therein (step S208).
  • FIG. 12 is an explanatory diagram showing an example of a production plan information registration screen.
  • the production plan information registration screen includes an item input area 801 for inputting an item, a quantity input area 802 for inputting a quantity, a production date input area 803 for inputting a production date, A determination button B5 that is pressed when determining information input in the input areas 801 to 803 is provided.
  • the user X operates the input unit such as a keyboard displayed on the screen by touching the input areas 801 to 803, for example, and inputs information to the input areas 801 to 803. .
  • the item C1 is input to the item input area 801 as the product to be produced
  • 100 is input to the quantity input area 802 as the planned production quantity of the product of the item C1.
  • February 15, 2012 has been entered in the production date input area 803 as the production date of the product.
  • the user X presses the decision button B5 by a touch operation.
  • the user X inputs the production plan registration request information for requesting registration of the production plan information (in this example, information including the product item, the quantity, and the scheduled production date).
  • the mobile terminal 31 When the decision button B5 is pressed after the production plan registration request information is input, the mobile terminal 31 presents the production plan registration request information to the mobile terminal management server 10 and makes a production plan information registration request. This is performed (step S209).
  • the mobile terminal management server 10 searches the BOM master stored in the DB 10X if the received registration request is a registration request for production plan information (Y in step S210), Configuration used when manufacturing the product of the item scheduled to be produced in addition to the information indicated by the production plan registration request information by identifying the production target product related information for the product of the item included in the presented production plan registration request information
  • Production plan information including the product and the component quantity of each component for producing the planned quantity of the product to be produced is registered, and the generated production plan information is registered in the process flow data table PT (step S211).
  • the component used when manufacturing the product of the item to be produced is specified by the mobile terminal management server 10 by referring to the BOM master.
  • the component quantity of each component for producing the planned quantity of the product of the item scheduled for production is “(quantity of the product scheduled to be produced / reference quantity of the product registered in the BOM master) ⁇ registered in the BOM master. Is calculated by the mobile terminal management server 10 according to the formula of “the configuration quantity of the component with respect to the reference quantity”.
  • the mobile terminal management server 10 When the production plan information is generated and registered, the mobile terminal management server 10 generates the production plan registration result display screen information indicating the production plan registration result display screen for displaying the registration result of the production plan information and transmits it to the mobile terminal 31. (Step S212).
  • the portable terminal 31 displays the production plan registration result display screen indicated by the received production plan registration result display screen information on the display unit included in the mobile terminal 31 (step S215).
  • FIG. 13 is an explanatory diagram showing an example of a production plan registration result display screen.
  • the production plan registration result display screen is provided with a production plan registration result display area 804 for displaying the production plan registration result, and a return button B6 that is pressed when returning to the previous screen. Yes.
  • a process flow number As shown in FIG. 13, in the production plan registration result display area 804, as a production plan registration result, a process flow number, a process flow detail number, a process flow ID (type), a production receipt schedule, and a production delivery schedule , Activity results, receipt, delivery, production order, item, quantity, activity quantity, etc.
  • item C1 of the product scheduled to be produced and item C2, C3 of its components , C4 are displayed, and the quantity (100) scheduled for production of the product of the item C1 and the component quantities (10, 15, 20) of the components of the items C2, C3, C4 are displayed.
  • Step S206 when the production record registration button M6 is pressed on the menu screen, the portable terminal 31 instructs the portable terminal management server 10 that the production record registration button M6 has been pressed as a menu selection result.
  • the production information registration processing unit 11b of the mobile terminal management server 10 produces a production information registration screen (production) for registering production information (production result information).
  • Production information registration screen information (production result information registration screen information) indicating the result information registration screen) is transmitted to the portable terminal 31 (step S207).
  • the portable terminal 31 displays the production result information registration screen indicated by the received production result information registration screen information on the display unit included in the portable terminal 31 (step S208).
  • FIG. 14 is an explanatory diagram showing an example of a production result information registration screen.
  • the production result information registration screen includes a manufacturing order number input area 901 for inputting a manufacturing order number, an item input area 902 for inputting an item, a quantity input area 903 for inputting a quantity, A determination button B7 that is pressed when determining information input to the input areas 901 to 903 is provided.
  • the user X operates the input unit such as a keyboard displayed on the screen by touching the input areas 901 to 903, for example, and inputs information to the input areas 901 to 903. .
  • the production order number B1 of the production order indicating the production plan of the product that has been produced and received (the product that has been produced) is input to the production order number input area 901 and the production result
  • the item C1 is input to the item input area 902 as the target product
  • 100 is input to the quantity input area 903 as the production actual quantity of the product of the item C1.
  • the user X presses the decision button B7 by a touch operation.
  • the user X inputs production result registration request information (in this example, information including a manufacturing order number, a product item, and a quantity) for requesting registration of production result information.
  • the portable terminal 31 When the enter button B7 is pressed after the production record registration request information is input, the portable terminal 31 presents the production record registration request information to the portable terminal management server 10 and makes a registration request for the production record information. This is performed (step S209).
  • the mobile terminal management server 10 When the registration request for production information is received, the mobile terminal management server 10 is presented with reference to the process flow data table PT if the received registration request is a registration request for production performance information (N in step S210).
  • the production plan information (see production plan information in FIG. 13) linked by the production order number included in the production result registration request information is searched, the production release schedule of the product that is the production result in the production plan information is confirmed, and manufacturing is performed. If there is a delivery schedule and the quantities match, the production record information is registered in the process flow data table PT according to the presented production record registration request information (step S213). In this example, a process of registering a flag indicating that the product has been delivered is executed in the “issue” item of the production target product and the component in the searched production plan information.
  • the portable terminal management server 10 When the production record information is registered, the portable terminal management server 10 generates production record registration result display screen information indicating a production record registration result display screen for displaying the registration result of the production record information and transmits it to the portable terminal 31 (step). S214).
  • the portable terminal 31 displays the production result registration result display screen indicated by the received production result registration result display screen information on the display unit provided therein (step S215).
  • FIG. 15 is an explanatory diagram showing an example of a production result registration result display screen.
  • the production result registration result display screen is provided with a production result registration result display area 904 for displaying the production result registration result and a return button B8 that is pressed when returning to the previous screen. Yes.
  • a production result registration result As shown in FIG. 15, in the production result registration result display area 904, as a production result registration result, a process flow number, a process flow detail number, a process flow ID (type), a production receipt schedule, a production delivery schedule , Activity result, receipt, delivery, production order, item, quantity, activity quantity, etc.
  • step S216 when an operation such as an operation for ending the browser by the user X is performed (Y in step S216), the mobile terminal 31 logs out of the mobile terminal management server 10 A request is made (step S217).
  • step S208 When an operation for continuing access such as pressing of the return buttons B6 and B8 is performed (N in step S216), the portable terminal 31 proceeds to the process of step S208 and displays the production information registration screen (FIG. 12). , See FIG. 14).
  • the mobile terminal management server 10 When the registration result display screen information is transmitted in step S212 or step S214, 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. Whether or not a predetermined time (for example, 5 minutes, 10 minutes, 30 minutes, etc.) has elapsed (has reached the predetermined time) is monitored (step S218).
  • a predetermined time for example, 5 minutes, 10 minutes, 30 minutes, etc.
  • the mobile terminal management server 10 stops the measurement of the standby time and performs logout processing for releasing the login state (step S220).
  • the mobile terminal management server 10 ends the measurement of the standby time and performs logout processing for releasing the login state (step S220). ).
  • 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 stores a process flow data table PT that stores process flow data including various data related to a process flow including a plurality of business processes, a reference quantity of products to be produced, and a reference quantity of product components
  • a BOM master (see FIG. 11) that stores information related to a production target product that can specify a component quantity
  • the process flow data is data including status data, common data, and process-specific data; The data indicates the progress of each of the multiple business processes included in the process flow.
  • Common data is data common to business processes included in the same process flow
  • process-specific data is data specific to each business process included in the same process flow
  • a production plan registration request information designation screen (production plan registration screen: see FIG. 12) for designating production plan registration request information for requesting registration of production plan information in response to a request from the terminal 31 is provided, and production plan registration is performed.
  • the production plan registration request information designated on the request information designation screen is received from the portable terminal 31 and accepted, the production planned quantity of the production target product included in the received production plan registration request information, the production target product related information, The component quantity of the component of the product to be produced is identified based on the Since the production plan information including the planned production quantity of the product to be produced is registered in the process flow data stored in the process flow data table PT, information on the form is stored in the mobile communication terminals (mobile terminals 31 to 3N). In the business system that provides data, the processing load required for data processing in the business system can be reduced, and effective information (production plan information) can be quickly registered.
  • the process flow table PT storing process flow data including various data related to process flows including a plurality of business processes, and the process flow data includes status data, Data including 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.
  • Common data is a business process included in the same process flow.
  • the process-specific data is the data that is common to each business process included in the same process flow, so it is necessary to process the data in the business system required to register production plan information. To reduce the processing load It is become Noh.
  • the form data is managed in a separate data table for each business process.
  • process flow data including project specific data, status data, common data, and process specific data is constructed, and production plan information is registered with reference to the process data table. Because it is configured to search for the information necessary for the process, there is no need to reference multiple data tables, greatly reducing the processing load required to search for data in the business system required for registering production plan information. It is also possible to significantly reduce the load of creating a processing program for data retrieval.
  • the component quantity of the component of the product to be produced is identified using the production target product related information that can identify the component quantity of the product component relative to the reference quantity, and the component quantity of the identified component, Since the production plan information including the planned production quantity of the product to be produced included in the production plan registration request information is registered in the process flow data stored in the process flow data table PT, the production plan information is registered. Therefore, it is possible to significantly reduce the processing load required for data processing in the business system required for this purpose.
  • the mobile terminal management server 10 is configured to provide the mobile terminal 31 with production plan registration result information indicating the registration result of the production plan information, so that the user can confirm the registration result. become able to.
  • the production terminal registration request information designation screen for designating production record registration request information for requesting registration of production record information in response to a request from the portable terminal 31 by the portable terminal management server 10.
  • (Production record registration screen: see FIG. 14) is provided, and the production record registration request information specified on the production record registration request information specifying screen is received from the portable terminal 31 and received and stored in the process flow data table PT.
  • the production target product is scheduled to be produced using the production order identification information (manufacturing order number) corresponding to the production result target product included in the received production result registration request information. If it is confirmed that production of the product subject to production results is scheduled, the goods issue is completed for the product subject to production results.
  • the mobile terminal management server 10 is configured to provide the mobile terminal 31 with the production result registration result information indicating the registration result of the production result information, so that the user can confirm the registration result. become able to.
  • 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. .

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Manufacturing & Machinery (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • General Factory Administration (AREA)

Abstract

　携帯通信端末に帳票に関する情報を提供する業務システムにおいて、データの検索に要する処理負荷を軽減させ、有効な情報を迅速に出力する。　ＥＲＰが稼動する携帯端末管理サーバ１０が、携帯端末３１からの要求に応じて生産計画情報の登録を依頼するための生産計画登録依頼情報を指定する生産計画登録画面を提供し、指定された生産計画登録依頼情報を携帯端末３１から受信して受け付け、受け付けた生産計画登録依頼情報に含まれる生産対象の製品の生産予定数量と、生産対象製品関連情報とに基づいて、その生産対象の製品の構成品の構成数量を特定し、特定した構成品の構成数量と、生産計画登録依頼情報に含まれる生産対象の製品の生産予定数量とを含む生産計画情報をプロセスフローデータテーブルＰＴに記憶されているプロセスフローデータに登録する。

Description

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

Claims (5)

  1. 　ＥＲＰが稼動するサーバであり、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバであって、
    　複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段と、
    　生産対象の製品の基準数量と、該製品の構成品の当該基準数量に対する構成数量とを特定可能な生産対象製品関連情報を記憶する生産対象製品関連情報記憶手段とを含み、
    　前記プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、
    　前記ステータスデータは、前記プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、
    　前記共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、
    　前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、
    　さらに、
    　前記携帯端末からの要求に応じて生産計画情報の登録を依頼するための生産計画登録依頼情報を指定する生産計画登録依頼情報指定画面を提供する生産計画登録依頼情報指定画面提供手段と、
    　前記生産計画登録依頼情報指定画面にて指定された生産計画登録依頼情報を前記携帯端末から受信して受け付ける生産計画登録依頼情報受付手段と、
    　前記生産計画登録依頼情報受付手段にて受け付けられた生産計画登録依頼情報に含まれる生産対象の製品の生産予定数量と、前記生産対象製品関連情報とに基づいて、当該生産対象の製品の構成品の構成数量を特定する構成数量特定手段と、
    　該構成数量特定手段によって特定された構成品の構成数量と、前記生産計画登録依頼情報に含まれる生産対象の製品の生産予定数量とを含む生産計画情報を前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータに登録する生産計画情報登録手段とを含む
    　ことを特徴とする携帯端末管理サーバ。
  2. 　前記生産計画情報の登録結果を示す生産計画登録結果情報を前記携帯端末に提供する生産計画登録結果情報提供手段を含む
    　請求項１記載の携帯端末管理サーバ。
  3. 　前記携帯端末からの要求に応じて生産実績情報の登録を依頼するための生産実績登録依頼情報を指定する生産実績登録依頼情報指定画面を提供する生産実績登録依頼情報指定画面提供手段と、
    　前記生産実績登録依頼情報指定画面にて指定された生産実績登録依頼情報を前記携帯端末から受信して受け付ける生産実績登録依頼情報受付手段と、
    　前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータを参照し、前記生産実績登録依頼情報受付手段にて受け付けられた生産実績登録依頼情報に含まれる生産実績対象の製品に対応する製造指図識別情報を用いて、生産実績対象の製品の生産が予定されているか否かを確認する生産予定確認手段と、
    　該生産予定確認手段により生産実績対象の製品の生産が予定されていることが確認された場合に、生産実績対象の製品について出庫が完了したことを示す生産実績情報を登録して前記プロセスフローデータを更新する生産実績情報登録手段とを含む
    　請求項１または請求項２記載の携帯端末管理サーバ。
  4. 　前記生産実績情報の登録結果を示す生産実績登録結果情報を前記携帯端末に提供する生産実績登録結果情報提供手段を含む
    　請求項３記載の携帯端末管理サーバ。
  5. 　ＥＲＰを稼動させ、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する処理を携帯端末管理サーバに実行させる携帯端末管理プログラムであって、
    　前記携帯端末管理サーバは、
    　複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段と、
    　生産対象の製品の基準数量と、該製品の構成品の当該基準数量に対する構成数量とを特定可能な生産対象製品関連情報を記憶する生産対象製品関連情報記憶手段とを備えており、
    　前記プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、
    　前記ステータスデータは、前記プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、
    　前記共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、
    　前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、
    　前記携帯端末管理サーバに、
    　前記携帯端末からの要求に応じて生産計画情報の登録を依頼するための生産計画登録依頼情報を指定する生産計画登録依頼情報指定画面を提供する生産計画登録依頼情報指定画面提供処理と、
    　前記生産計画登録依頼情報指定画面にて指定された生産計画登録依頼情報を前記携帯端末から受信して受け付ける生産計画登録依頼情報受付処理と、
    　前記生産計画登録依頼情報受付処理にて受け付けられた生産計画登録依頼情報に含まれる生産対象の製品の生産予定数量と、前記生産対象製品関連情報とに基づいて、当該生産対象の製品の構成品の構成数量を特定する構成数量特定処理と、
    　該構成数量特定処理にて特定した構成品の構成数量と、前記生産計画登録依頼情報に含まれる生産対象の製品の生産予定数量とを含む生産計画情報を前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータに登録する生産計画情報登録処理とを
    　実行させるための携帯端末管理プログラム。
     
PCT/JP2012/000638 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム WO2013114446A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2012/000638 WO2013114446A1 (ja) 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム
EP12867559.2A EP2811447A4 (en) 2012-01-31 2012-01-31 MANAGEMENT SERVER FOR MOBILE DEVICES AND ADMINISTRATIVE PROGRAM FOR MOBILE DEVICES
US14/374,691 US20150120354A1 (en) 2012-01-31 2012-01-31 Mobile terminal management server and mobile terminal management program
CN201280067683.1A CN104246814A (zh) 2012-01-31 2012-01-31 便携终端管理服务器及便携终端管理程序

Applications Claiming Priority (1)

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

Publications (1)

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

Family

ID=48904538

Family Applications (1)

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

Country Status (4)

Country Link
US (1) US20150120354A1 (ja)
EP (1) EP2811447A4 (ja)
CN (1) CN104246814A (ja)
WO (1) WO2013114446A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108830529A (zh) * 2018-06-20 2018-11-16 上海优链供应链管理有限公司 基于物联网的货物智能监控方法及系统
CN110648152A (zh) * 2019-09-29 2020-01-03 惠州市龙玻节能玻璃有限公司 一种玻璃产品的订单管理及生产溯源系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106355319A (zh) * 2016-08-26 2017-01-25 南京安全无忧网络科技有限公司 一种安全风险评估系统和方法
CN108074034B (zh) * 2016-11-18 2023-07-18 株式会社倍乐生思泰服务 服务辅助装置、服务辅助方法以及程序
US11243518B2 (en) * 2018-07-27 2022-02-08 Citizen Watch Co., Ltd. Computer program production system, computer program, and production terminal instrument
CN116341889B (zh) * 2023-05-26 2023-08-18 佰墨思(成都)数字技术有限公司 生物制药生产全周期流程的数字化管控系统、装置和方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06214996A (ja) * 1993-01-20 1994-08-05 Hitachi Ltd 生産管理方法
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JPH1166171A (ja) * 1997-08-21 1999-03-09 Fuji Elelctrochem Co Ltd 生産管理システムおよび記録媒体
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
JP2003091309A (ja) * 2001-07-11 2003-03-28 Class Technology Co Ltd 生産管理システムおよび生産管理方法
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 業務支援システム、業務支援プログラムおよび業務支援方法
JP2011090595A (ja) * 2009-10-26 2011-05-06 Hitachi Ltd 生産管理システム、その制御方法及びそのプログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE202005020364U1 (de) * 2005-12-29 2006-02-23 Csb-System Ag Anordnung zur Nutzung von ERP-Systemen auf vorzugsweise mobilen Endgeräten
JP5201373B2 (ja) * 2010-06-14 2013-06-05 日本電気株式会社 情報処理システム、連携サーバ、情報処理方法及び情報処理プログラム

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06214996A (ja) * 1993-01-20 1994-08-05 Hitachi Ltd 生産管理方法
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JPH1166171A (ja) * 1997-08-21 1999-03-09 Fuji Elelctrochem Co Ltd 生産管理システムおよび記録媒体
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
JP2003091309A (ja) * 2001-07-11 2003-03-28 Class Technology Co Ltd 生産管理システムおよび生産管理方法
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 業務支援システム、業務支援プログラムおよび業務支援方法
JP2011090595A (ja) * 2009-10-26 2011-05-06 Hitachi Ltd 生産管理システム、その制御方法及びそのプログラム

Non-Patent Citations (1)

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

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108830529A (zh) * 2018-06-20 2018-11-16 上海优链供应链管理有限公司 基于物联网的货物智能监控方法及系统
CN110648152A (zh) * 2019-09-29 2020-01-03 惠州市龙玻节能玻璃有限公司 一种玻璃产品的订单管理及生产溯源系统
CN110648152B (zh) * 2019-09-29 2023-01-31 惠州市隆玻节能玻璃有限公司 一种玻璃产品的订单管理及生产溯源系统

Also Published As

Publication number Publication date
EP2811447A4 (en) 2015-01-28
EP2811447A1 (en) 2014-12-10
CN104246814A (zh) 2014-12-24
US20150120354A1 (en) 2015-04-30

Similar Documents

Publication Publication Date Title
WO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114444A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5479598B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5502251B1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
WO2013114446A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114448A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114449A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP2015095011A (ja) 帳票データ管理サーバ、帳票データ管理プログラムおよび帳票データ管理装置
WO2013114447A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114443A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114446A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114449A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114447A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114443A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114448A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2014199416A1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
JPWO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114444A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013098897A1 (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: 12867559

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013556019

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012867559

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: 14374691

Country of ref document: US