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

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

Info

Publication number
WO2013114447A1
WO2013114447A1 PCT/JP2012/000639 JP2012000639W WO2013114447A1 WO 2013114447 A1 WO2013114447 A1 WO 2013114447A1 JP 2012000639 W JP2012000639 W JP 2012000639W WO 2013114447 A1 WO2013114447 A1 WO 2013114447A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
process flow
mobile terminal
inventory
search
Prior art date
Application number
PCT/JP2012/000639
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 CN201280067682.7A priority Critical patent/CN104246752A/zh
Priority to EP12867464.5A priority patent/EP2811432A4/en
Priority to US14/374,716 priority patent/US20150081358A1/en
Priority to PCT/JP2012/000639 priority patent/WO2013114447A1/ja
Publication of WO2013114447A1 publication Critical patent/WO2013114447A1/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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/248—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management

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. 14 is an explanatory diagram for explaining an example of a table configuration in a conventional ERP system.
  • a business flow composed of a plurality of business processes indicates “inventory sales”
  • the table for storing the data related to the process flow of “inventory sales” is, for example, as shown in FIG. 14 (A) to FIG. 14 (E), for each input process, an order receipt table, a shipping instruction table, and a delivery table. , An acceptance table, and a sales table.
  • the table to be updated is different for each input process. For this reason, the correspondence between a plurality of business processes belonging to the same process flow is an identifier (in FIG. 14, the order number and order details in the shipping instruction table, the delivery table, and the like). The shipping instruction number and the shipping instruction details, etc.) are given.
  • the shipping instruction for specifying the process data as the process data related to the business process “shipment instruction” The order number “A00001” and the order received together with the number, the shipping instruction detail number, the type indicating the type of the business process, and the data indicating the contents of the business process (for example, the order recipient, quantity, amount, shipping instruction date, shipping text, etc.) Register the item number “0010” in the shipping instruction table.
  • the same data for example, orders, quantity, amount, etc.
  • the present invention eliminates the above-described problems, reduces the processing load required for data processing in the business system and provides effective information in a business system (ERP system) that provides information related to forms to a mobile communication terminal (mobile terminal).
  • ERP system business system
  • mobile communication terminal mobile terminal
  • the mobile terminal management server of the present invention is a server on which ERP operates, and is a mobile terminal management server that provides various data via a communication network in response to a request from a mobile terminal used by a user.
  • Process flow data storage means for storing process flow data including various data relating to the process flow including the process, the process flow data being data including status data, common data, and process specific data, and the status
  • the data is data indicating the progress status of each of a plurality of business processes included in the process flow
  • the common data is data common to business processes included in the same process flow
  • the process-specific data is ,
  • a condition designation screen providing means for providing a condition designation screen for designating a search condition in response to a request from the mobile terminal, and a search condition designated on the condition designation screen.
  • a search condition receiving unit that receives and receives from a portable terminal, and a process in which process data including items relating to product inventory management indicated by the search condition received by the search condition receiving unit is stored in the process flow data storage unit
  • Process data search means for searching with reference to the flow data, and quantity data indicating the quantity related to the stock of the product based on each process data searched by the process data search means, and the inventory including the generated quantity data Inventory-related data generation means for creating related data, and search specified based on the inventory-related data
  • Inventory management information generating means for generating inventory management information including the inventory transition of the product indicated by the item, and inventory management information providing means for providing the portable terminal with the inventory management information generated by the inventory management information generating means It is characterized by that.
  • the process data search means may be configured to search for process data including items of orders, orders, production receipts, production deliveries, receipts, deliveries, items, required dates, and quantities.
  • the quantity data may include a scheduled receipt quantity, a scheduled delivery quantity, an actual receipt quantity, and an actual delivery quantity.
  • the inventory management information may include an item, a required date, a planned receipt quantity, a planned delivery quantity, an actual receipt quantity, an actual delivery quantity, and an inventory transition.
  • the mobile terminal management program of the present invention operates the ERP, and makes the mobile terminal management server execute processing for providing various data via a communication network in response to a request from the mobile terminal used by the user.
  • the portable terminal management server includes a process flow data storage unit that stores process flow data including various data related to a process flow including a plurality of business processes, and the process flow data includes status data, , Common data and process specific data, the status data is data indicating the progress of each of the plurality of business processes included in the process flow, and the common data is in the same process flow.
  • the process-specific data is data specific to each business process included in the same process flow, and provides a condition specifying screen for specifying a search condition in response to a request from the portable terminal to the portable terminal management server
  • a condition specification screen providing process, a search condition reception process for receiving and receiving a search condition specified on the condition specification screen from the mobile terminal, and a product inventory indicated by the search condition received in the search condition reception process
  • Process data search processing for searching process data including items related to management with reference to the process flow data stored in the process flow data storage means, and based on each process data searched in the process data search processing Generates quantity data that indicates the quantity related to product inventory, and includes inventory-related data that includes the generated quantity data.
  • Inventory-related data generation processing for generating inventory management information generation processing for generating inventory management information including inventory transitions of products indicated by search conditions designated based on the inventory-related data, and inventory management information generation processing
  • the inventory management information providing process for providing the inventory management information generated in this manner to the portable terminal is executed.
  • 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 inventory management information that executes processing for providing stock management information to the mobile terminals 31 to 3N. And a processing unit 11b.
  • 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.
  • FIG. 4 is an explanatory diagram showing an example of inventory-related data including extracted data extracted from items related to inventory management in the process flow data, and quantity data for inventory management generated from the extracted data.
  • inventory-related data includes process flow numbers, process flow item numbers, orders, orders, production receipts, production receipts, receipts, issues, items, required dates, quantities, planned receipts, and delivery plans.
  • This is data in which the quantity, the actual receipt quantity, and the actual delivery quantity are associated with each other.
  • excerpt data is composed of a process flow number, a process flow detail number, an order, an order, a production receipt schedule, a production delivery schedule, a receipt, a delivery, an item, a required date, and a quantity.
  • the quantity data is composed of the expected receipt quantity, the expected delivery quantity, the actual receipt quantity, and the actual delivery quantity.
  • 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. 5 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. 6 is an explanatory diagram showing an example of a menu screen.
  • a menu arrangement circle on which menu buttons M1 to M6 each displaying the 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. 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.
  • a combination 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. 7 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 the 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 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. Specifically, 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 overlapped and set in 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. 10 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 that is 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. 7). 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. 11 is a flowchart showing an example of production management information provision processing executed by the mobile terminal management server 10 or the like in the form inquiry system 500 of this example.
  • the mobile terminal management server 10 provides production management information in response to a request from the mobile terminal 31 used by the user X will be described as an example.
  • step S201 to step S205 is the same processing as the above-described slip data provision processing from step S101 to step S105, and thus the description thereof is omitted here.
  • step S205 on the menu screen (see FIG. 6) 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 inventory management button M5 is pressed.
  • the processing when the other menu buttons M1 to M4 and M6 are pressed is omitted here.
  • the mobile terminal 31 transmits, to the mobile terminal management server 10, the fact that the stock management button M5 has been pressed to the mobile terminal management server 10 as a menu selection result ( Step S206).
  • the stock management information processing unit 11b of the mobile terminal management server 10 sends to the mobile terminal 31 condition specifying screen information indicating a condition specifying screen for specifying a search condition. Transmit (step S207).
  • the mobile terminal 31 displays the condition designation screen indicated by the received condition designation screen information on the display unit included in the portable terminal 31 (step S208).
  • FIG. 12 is an explanatory diagram showing an example of a condition designation screen. As shown in FIG. 12, the condition designation screen is pressed when an item input area 801 for inputting a product item as a search condition and a search condition for an item input in the item input area 801 are determined. A decision button B5 is provided.
  • the user X On the condition designation screen, the user X operates, for example, an input unit such as a keyboard displayed on the screen by touching the item input area 801 to search for one or more items in the item input area 801. Enter.
  • an input unit such as a keyboard displayed on the screen by touching the item input area 801 to search for one or more items in the item input area 801. Enter.
  • the user X presses the decision button B5 by a touch operation.
  • the user X specifies a product item as a search condition.
  • the mobile terminal 31 designates the product to be searched by presenting the item to the mobile terminal management server 10, and requests to provide inventory management information (Step S209).
  • the portable terminal management server 10 When the portable terminal management server 10 receives the provision request for the inventory management information, it refers to the process flow data stored in the process flow data temporary storage DB 16 and is associated with the item presented by the accepted provision request.
  • the extracted slip data is extracted from the retrieved slip data to extract the data related to inventory management for the specified item, and each quantity data for inventory management is generated from the extracted extract data.
  • Inventory-related data (see FIG. 4) including data and quantity data is created (step S210).
  • the mobile terminal management server 10 When the inventory related data is created, the mobile terminal management server 10 generates inventory management information (see FIG. 13) including predetermined items based on the created inventory related data (step S211).
  • the mobile terminal management server 10 includes items, required dates, scheduled warehousing quantities, scheduled warehousing quantities, actual warehousing quantities, and actual warehousing quantities among the items constituting the inventory-related data.
  • Stock management information (see FIG. 13) is generated by sorting as key items, totaling the quantities using the same key items, and adding an inventory transition item that calculates the transition of the inventory quantity based on the aggregation result.
  • the mobile terminal management server 10 When the inventory management information is generated, the mobile terminal management server 10 generates inventory management information display screen information indicating an inventory management information display screen for displaying the generated inventory management information, and transmits it to the mobile terminal 31 (step S212).
  • the mobile terminal 31 Upon receipt of the inventory management information display screen information, the mobile terminal 31 displays the inventory management information display screen indicated by the received inventory management information display screen information on the display unit provided therein (step S213).
  • FIG. 13 is an explanatory diagram showing an example of an inventory management information display screen.
  • the inventory management information display screen is provided with an inventory management information display area 901 for displaying inventory management information, and a return button B6 that is pressed when returning to the previous screen.
  • the inventory management information display area 901 includes, as inventory management information, items, required dates, scheduled warehousing quantities, scheduled warehousing quantities, actual warehousing quantities, and actual warehousing quantities. And inventory transition.
  • step S214 When an operation for ending access such as an operation for ending the browser by the user X is performed on the inventory management information display screen (Y in step S214), the mobile terminal 31 makes a response to the mobile terminal management server 10. A logout request is made (step S215).
  • an operation for continuing access such as pressing the return button B6 is performed (N in step S214)
  • the portable terminal 31 proceeds to the process in step S208 and displays the condition designation screen (see FIG. 12). indicate.
  • the mobile terminal management server 10 When the inventory management information display screen information is transmitted in step S212, 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 passed (a predetermined time has been reached) (step S216).
  • a 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 S218).
  • the mobile terminal management server 10 ends the measurement of the standby time and performs logout processing for releasing the login state (step S218). ).
  • the search target of the slip data is the process flow data temporary storage DB 16, but the process flow DB 18a may be the search target.
  • the ERP is a server that runs various types of data via the communication network 40 in response to requests from the mobile terminals 31 to 3N used by the user.
  • the terminal management server 10 includes a process flow data table PT that stores process flow data including various data related to a process flow including a plurality of business processes.
  • the process flow data includes status data, common data, 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 data common to the business processes included in the same process flow, Process-specific data is included in the same process flow Data specific to each business process, providing a condition specifying screen for specifying a search condition in response to a request from the mobile terminal 31, and receiving the search condition specified on the condition specifying screen from the mobile terminal 31.
  • Process data including items related to product inventory management indicated by the received search condition is searched with reference to the process flow data stored in the process flow data table PT, and the product inventory based on each searched process data Generate quantity data indicating the quantity related to the product, create inventory related data including the generated quantity data, generate inventory management information including the inventory transition of the product indicated by the specified search condition based on the inventory related data, Since the generated inventory management information is provided to the mobile terminal 31, it is related to the form to the mobile communication terminal (mobile terminals 31 to 3N). In business system that provides broadcast, it is possible to reduce the processing load required for data processing in the business system, it is possible to output a valid information (inventory information) quickly.
  • 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. Since the process-specific data is data common to each business process and is unique to each business process included in the same process flow, data search in the business system necessary to generate inventory management information The processing load required Bet is to become possible.
  • the form data is managed in a separate data table for each business process.
  • process flow data including status data, common data, and process specific data is constructed, and information necessary for generating inventory management information with reference to the process data table is stored. Because it is configured to search, it is not necessary to refer to multiple data tables, it is possible to greatly reduce the processing load required to search for data in the business system required for generating inventory management information In addition, it is possible to significantly reduce the processing program creation load for data retrieval.
  • the mobile terminal management server 10 searches for process data including items of orders, orders, production receipts, production deliveries, receipts, deliveries, items, required dates, and quantities. Therefore, it is possible to search for information necessary for generating inventory-related data, and it is possible to generate inventory management information using the inventory-related data.
  • 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. 5, FIG. 5) according to a processing program (mobile terminal management program) stored in a storage medium included in the mobile terminal management server 10. 11).
  • 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)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　携帯通信端末に帳票に関する情報を提供する業務システムにおいて、データの検索に要する処理負荷を軽減させ、有効な情報を迅速に出力する。　ＥＲＰが稼動する携帯端末管理サーバ１０が、指定された検索条件を携帯端末３１から受信して受け付け、受け付けた検索条件が示す製品の在庫管理に関する項目を含むプロセスデータをプロセスフローデータテーブルＰＴに記憶されているプロセスフローデータを参照して検索し、検索した各プロセスデータに基づいて製品の在庫に関わる数量を示す数量データを生成し、生成した数量データを含む在庫関連データを作成し、在庫関連データに基づいて指定された検索条件が示す製品の在庫推移を含む在庫管理情報を生成し、生成した在庫管理情報を携帯端末３１に提供する。

Description

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

Claims (5)

  1. 　ＥＲＰが稼動するサーバであり、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバであって、
    　複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段を含み、
    　前記プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、
    　前記ステータスデータは、前記プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、
    　前記共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、
    　前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、
    　さらに、
    　前記携帯端末からの要求に応じて検索条件を指定する条件指定画面を提供する条件指定画面提供手段と、
    　前記条件指定画面にて指定された検索条件を前記携帯端末から受信して受け付ける検索条件受付手段と、
    　前記検索条件受付手段にて受け付けられた検索条件が示す製品の在庫管理に関する項目を含むプロセスデータを前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータを参照して検索するプロセスデータ検索手段と、
    　該プロセスデータ検索手段によって検索された各プロセスデータに基づいて製品の在庫に関わる数量を示す数量データを生成し、生成した数量データを含む在庫関連データを作成する在庫関連データ生成手段と、
    　前記在庫関連データに基づいて指定された検索条件が示す製品の在庫推移を含む在庫管理情報を生成する在庫管理情報生成手段と、
    　該在庫管理情報生成手段によって生成された在庫管理情報を前記携帯端末に提供する在庫管理情報提供手段とを含む
    　ことを特徴とする携帯端末管理サーバ。
  2. 　前記プロセスデータ検索手段は、受注、発注、製造入庫予定、製造出庫予定、入庫、出庫、品目、所要日、及び数量の項目を含むプロセスデータを検索する
    　請求項１記載の携帯端末管理サーバ。
  3. 　前記数量データは、入庫予定数量、出庫予定数量、入庫実績数量、及び出庫実績数量を含む
    　請求項２記載の携帯端末管理サーバ。
  4. 　前記在庫管理情報は、品目、所要日、入庫予定数量、出庫予定数量、入庫実績数量、出庫実績数量、及び在庫推移を含む
    　請求項３記載の携帯端末管理サーバ。
  5. 　ＥＲＰを稼動させ、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する処理を携帯端末管理サーバに実行させる携帯端末管理プログラムであって、
    　前記携帯端末管理サーバは、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段を備えており、
    　前記プロセスフローデータは、ステータスデータと、共通データと、プロセス固有データとを含むデータであり、
    　前記ステータスデータは、前記プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータであり、
    　前記共通データは、同一のプロセスフローに含まれる業務プロセス間で共通するデータであり、
    　前記プロセス固有データは、同一のプロセスフローに含まれる各業務プロセスに固有のデータであり、
    　前記携帯端末管理サーバに、
    　前記携帯端末からの要求に応じて検索条件を指定する条件指定画面を提供する条件指定画面提供処理と、
    　前記条件指定画面にて指定された検索条件を前記携帯端末から受信して受け付ける検索条件受付処理と、
    　前記検索条件受付処理にて受け付けた検索条件が示す製品の在庫管理に関する項目を含むプロセスデータを前記プロセスフローデータ記憶手段に記憶されているプロセスフローデータを参照して検索するプロセスデータ検索処理と、
    　該プロセスデータ検索処理にて検索された各プロセスデータに基づいて製品の在庫に関わる数量を示す数量データを生成し、生成した数量データを含む在庫関連データを作成する在庫関連データ生成処理と、
    　前記在庫関連データに基づいて指定された検索条件が示す製品の在庫推移を含む在庫管理情報を生成する在庫管理情報生成処理と、
    　該在庫管理情報生成処理にて生成した在庫管理情報を前記携帯端末に提供する在庫管理情報提供処理とを
    　実行させるための携帯端末管理プログラム。
     
PCT/JP2012/000639 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム WO2013114447A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201280067682.7A CN104246752A (zh) 2012-01-31 2012-01-31 便携终端管理服务器及便携终端管理程序
EP12867464.5A EP2811432A4 (en) 2012-01-31 2012-01-31 MOBILE TERMINAL MANAGEMENT SERVER, AND MOBILE TERMINAL MANAGEMENT PROGRAM
US14/374,716 US20150081358A1 (en) 2012-01-31 2012-01-31 Mobile terminal management server and mobile terminal management program
PCT/JP2012/000639 WO2013114447A1 (ja) 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム

Applications Claiming Priority (1)

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

Publications (1)

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

Family

ID=48904539

Family Applications (1)

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

Country Status (4)

Country Link
US (1) US20150081358A1 (ja)
EP (1) EP2811432A4 (ja)
CN (1) CN104246752A (ja)
WO (1) WO2013114447A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9876699B2 (en) 2015-10-21 2018-01-23 Wipro Limited System and method for generating a report in real-time from a resource management system
KR20190038550A (ko) * 2016-07-05 2019-04-08 에이. 다비드 켈트 확인 및 식별 검사 중 통신 흐름

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05324685A (ja) * 1992-05-15 1993-12-07 Toshiba Corp 見込生産品の在庫管理方式
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
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 業務支援システム、業務支援プログラムおよび業務支援方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5819232A (en) * 1996-03-22 1998-10-06 E. I. Du Pont De Nemours And Company Method and apparatus for inventory control of a manufacturing or distribution process
US20020057803A1 (en) * 2000-05-05 2002-05-16 Loos Michael T. System and method for communicating in a mobile domain across non-persistent data links
US20030078798A1 (en) * 2001-07-05 2003-04-24 Milwaukee Public Schools Computerized maintenance management system
US7644863B2 (en) * 2001-11-14 2010-01-12 Sap Aktiengesellschaft Agent using detailed predictive model
US8321302B2 (en) * 2002-01-23 2012-11-27 Sensormatic Electronics, LLC Inventory management system
WO2003081493A1 (fr) * 2002-03-22 2003-10-02 Mitsubishi Denki Kabushiki Kaisha Systeme de support d'amelioration du benefice d'exploitation
AU2002344049A1 (en) * 2002-09-19 2004-04-08 Honda Giken Kogyo Kabushiki Kaisha Parts inventory control device
DE202005020364U1 (de) * 2005-12-29 2006-02-23 Csb-System Ag Anordnung zur Nutzung von ERP-Systemen auf vorzugsweise mobilen Endgeräten
JP2009140350A (ja) * 2007-12-07 2009-06-25 Hitachi Ltd サプライチェーン評価システム、方法、及びプログラム。
US20110010181A1 (en) * 2009-07-11 2011-01-13 Rajen Iyer Access, steps and services for trade systems, process and interface

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05324685A (ja) * 1992-05-15 1993-12-07 Toshiba Corp 見込生産品の在庫管理方式
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
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 業務支援システム、業務支援プログラムおよび業務支援方法

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
CN104246752A (zh) 2014-12-24
EP2811432A1 (en) 2014-12-10
US20150081358A1 (en) 2015-03-19
EP2811432A4 (en) 2014-12-10

Similar Documents

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013556020

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012867464

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

Country of ref document: US