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

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

Info

Publication number
WO2013114448A1
WO2013114448A1 PCT/JP2012/000640 JP2012000640W WO2013114448A1 WO 2013114448 A1 WO2013114448 A1 WO 2013114448A1 JP 2012000640 W JP2012000640 W JP 2012000640W WO 2013114448 A1 WO2013114448 A1 WO 2013114448A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
process flow
mobile terminal
customer
information
Prior art date
Application number
PCT/JP2012/000640
Other languages
English (en)
French (fr)
Inventor
敏文 秋田
Original Assignee
株式会社アイ・ピー・エス
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社アイ・ピー・エス filed Critical 株式会社アイ・ピー・エス
Priority to PCT/JP2012/000640 priority Critical patent/WO2013114448A1/ja
Priority to US14/375,601 priority patent/US20150120356A1/en
Priority to EP12867233.4A priority patent/EP2811430A4/en
Priority to CN201280067673.8A priority patent/CN104205134A/zh
Publication of WO2013114448A1 publication Critical patent/WO2013114448A1/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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • 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

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. 13 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. 13 (A) to FIG. 13 (E), for each input process, an order receipt table, a shipping instruction table, and a delivery table. , An acceptance table, and a sales table.
  • the table to be updated is different for each input process. Therefore, the correspondence between a plurality of business processes belonging to the same process flow is an identifier for each business process (process data) (in FIG. 13, the order number and order details in the shipping instruction table, and the issue table). The shipping instruction number and the shipping instruction details, etc.) are given.
  • the shipping instruction for specifying the process data as the process data related to the business process “shipment instruction” The order number “A00001” and the order received together with the number, the shipping instruction detail number, the type indicating the type of the business process, and the data indicating the contents of the business process (for example, the order recipient, quantity, amount, shipping instruction date, shipping text, etc.) Register the item number “0010” in the shipping instruction table.
  • the same data for example, orders, quantity, amount, etc.
  • the present invention eliminates the above-described problems, reduces the processing load required for data processing in the business system and provides effective information in a business system (ERP system) that provides information related to forms to a mobile communication terminal (mobile terminal).
  • ERP system business system
  • mobile communication terminal mobile terminal
  • the mobile terminal management server of the present invention is a server on which ERP operates, and is a mobile terminal management server that provides various data via a communication network in response to a request from a mobile terminal used by a user.
  • Process flow data storage means for storing process flow data including various data relating to the process flow including the process, the process flow data being data including status data, common data, and process specific data, and the status
  • the data is data indicating the progress status of each of a plurality of business processes included in the process flow
  • the common data is data common to business processes included in the same process flow
  • the process-specific data is ,
  • a customer designation screen providing means for providing a customer designation screen for designating a customer in response to a request from the portable terminal, and a customer designated on the customer designation screen.
  • Customer information receiving means for receiving and receiving customer information indicating the destination from the portable terminal, and process data for claim data relating to the customer's bond indicated by the customer information received by the customer information receiving means
  • Claim management data extraction means for extracting by referring to the process flow data stored in the storage means, and credit management for generating credit management information of a specified customer based on the claim data extracted by the claim data extraction means
  • Information generating means and credit management information providing means for providing the mobile terminal with credit management information generated by the credit management information generating means.
  • the credit management information generation unit may be configured to add each amount in the bond data extracted by the bond data extraction unit to calculate a total amount and generate credit management information including the total amount.
  • Credit limit information acquisition means for acquiring credit limit information indicating the credit limit of the customer indicated by the customer information received by the customer information receiving means, and the credit management information generating means includes the credit Even if it is configured to determine whether the total amount calculated from the credit limit indicated by the credit limit information acquired by the limit information acquisition means is large, and to generate credit management information including the determination result of the determination Good.
  • the bond data is, for example, data including the amount of bond generated for the customer among the data included in the process flow data.
  • the bond data is, for example, data including an amount in a business process related to a bond.
  • 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 a customer designation screen for designating a customer in response to a request from the portable terminal is displayed on the portable terminal management server.
  • the customer designation screen providing process to be provided, the customer information receiving process for receiving the customer information indicating the customer designated on the customer designation screen from the portable terminal, and the customer information receiving process
  • the receivable data extraction process for extracting the receivable data related to the customer's receivable indicated by the received customer information with reference to the process flow data stored in the process flow data storage means, and the receivable data extracting process
  • the credit management information generation process for generating the credit management information of the specified customer based on the receivable data, and the credit management information generation process. The it is for the credit management information to perform the credit control information providing process for providing to the mobile terminal.
  • the processing load required for the data processing in a business system can be reduced, and effective information can be output rapidly.
  • FIG. 1 is a block diagram showing a configuration example of a form inquiry system 500 according to an embodiment of the present invention.
  • the form inquiry system 500 includes a mobile terminal management server 10, a relay device 20, a plurality of mobile terminals 31 to 3N (N is an arbitrary positive integer), an integrated core business system 100, The integrated core business system 200 and the integrated core business system 300 are included.
  • the mobile terminal management server 10 and the mobile terminals 31 to 3N are connected to each other via a communication network 40 such as the Internet and the relay device 20, respectively.
  • the mobile terminal management server 10 is connected to the integrated core business system 100, the integrated core business system 200, and the integrated core business system 300 via communication networks 51, 52, and 53 such as LAN (Local Area Network) and dedicated communication lines, respectively. Is done.
  • communication networks 51, 52, and 53 such as LAN (Local Area Network) and dedicated communication lines, respectively. Is done.
  • LAN Local Area Network
  • it is good also as a structure which can communicate between portable terminals and integrated core business systems via a portable terminal management server, and is good also as a structure which cannot communicate.
  • the integrated core business system 100 includes a core business server 110, a data warehouse server (DWH server) 120, and a process flow DB 101.
  • the integrated core business system 200 includes a DWH server 220 and a process flow DB 201.
  • the integrated core business system 300 includes a core business server 310 and a process flow DB 301.
  • a plurality of integrated core business systems 100, 200, and 300 having different configurations are integrated by performing communication (transmission and reception of various types of information) with the mobile terminal management server 10 as necessary (that is, according to the functions of each). Demonstrate functions as a core business system.
  • the system 200 does not have a mission-critical server or the system 300 does not have a DWH server, by communicating with the mobile terminal management server 10, The function of can be demonstrated.
  • a system that does not have a process flow DB can exhibit functions as an integrated core business system by storing process flow data in the mobile terminal management server 10. Since a well-known technique is used for the core business server provided in each core business system, the integrated core business system 100 will be described below as an example.
  • the core business server 110 is a server managed by, for example, the administrator of the form inquiry system 500, and has various functions for managing form information related to various kinds of work (for example, creation, update, storage, etc. of information). .
  • the core business server 110 is configured by a general information processing apparatus including an OS (Operating System) and a relational DB.
  • OS Operating System
  • relational DB relational DB
  • the form is a general term for books and slips.
  • the books are items in which items relating to the receipt and payment of money and goods are entered, and the slips are data that is the basis for creating books and are evidence of business transactions.
  • the core business server 110 handles process data indicating only slip data as form data will be described as an example.
  • the core business server 110 executes various processes according to the business application program.
  • Examples of the business application program include a sales business management program, a sales business management program, a production management program, a financial accounting management program, and a management accounting management program.
  • the DWH server 120 is a server managed by a system administrator of this system, for example, and has various functions for realizing a data warehouse.
  • the data warehouse refers to a system that analyzes the relationship between items from business data such as form data accumulated in time series.
  • the DWH server 120 also has a function of registering various data in a predetermined storage area by converting a CSV file transferred from the core business server 110 into a predetermined data format. Note that the DWH server 120 may be configured to extract data corresponding to each storage area from the CSV format state without converting the data format.
  • the process flow DB 101 includes various process data (or form data) collected and organized by various information processing using various programs stored in the business application program DB (not shown) of the core business server 110. This is a storage medium for storing process flow data. The process flow data will be described later in detail.
  • the integrated core business system 100 includes a business related data DB (not shown) managed by the DWH server 120, and the core business server 110 stores process data stored in the process flow DB 101, CSV according to predetermined extraction conditions (Comma Separated Values) A function of converting to a format and transmitting to the mobile terminal management server 10 is provided.
  • the core business server 110 transfers a data file in CSV format by FTP (File Transfer Protocol) to the mobile terminal management server 10.
  • FTP File Transfer Protocol
  • the mobile terminal management server 10 is a server on which ERP operates, and is a server that provides various data via a communication network in response to a request from a mobile terminal used by a user.
  • the mobile terminal management server 10 is configured by an information processing apparatus such as a WWW server, for example, and is managed by a system administrator of the form inquiry system 500.
  • FIG. 2 is a block diagram illustrating a configuration example of the mobile terminal management server 10.
  • the mobile terminal management server 10 includes a control unit 11 that performs various controls, a process flow data temporary storage DB 16, a business application program DB 17, a process flow DB 18a, a project DB 18b, a DWHDB 19, and a general And other DB 10X for storing various data necessary for realizing a function as a basic mission-critical server (for example, data used by various programs stored in the business application program DB 17). Since the other DB 10X is not particularly related to the present invention, detailed description thereof is omitted.
  • the control unit 11 includes a slip data provision processing unit 11a that executes processing for providing process flow data to the mobile terminals 31 to 3N, and credit management information that executes processing for providing credit management information to the mobile terminals 31 to 3N. Providing 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.
  • the project DB 18b is a storage medium that stores project schedule data indicating the work schedule of each project.
  • project schedule data indicating the work schedule of each project is stored in the project table PJT in the project DB 18b.
  • information indicating a work schedule for example, a budget, a purchase, an order, an order, etc.
  • project schedule data associated with is registered.
  • the mobile terminal management server 10 stores various data stored in the process flow DB 18a, the project DB 18b, the DWHDB 19 and the other DB 10X into predetermined external devices, in this example, the mobile terminals 31 to 3N and the integrated core business systems 100, 200, 300. It has a function to provide according to the request from. That is, the mobile terminal management server 10 has a function as a core business server. In other words, the mobile terminal management server 10 includes an ERP engine.
  • the mobile terminal management server 10 has a function as a DWH server having various functions for realizing a data warehouse.
  • the mobile terminal management server 10 includes an ERP engine and a configuration for functioning as a DWH server, so that integrated core business systems having different configurations (for example, integrated core business having both of the core business server and the DWH server)
  • integrated core business systems having different configurations for example, integrated core business having both of the core business server and the DWH server
  • the system 100, the integrated core business system 200 having only the DWH server, and the integrated core business system 300 having only the DWH server can be provided with information required for the integrated core business system. become.
  • Each of the mobile terminals 31 to 3N is an information processing apparatus such as Ipad (registered trademark) including a CPU (Central Processing Unit), a ROM, a RAM, and a display unit.
  • Ipad registered trademark
  • each of the mobile terminals 31 to 3N has various applications that can be used for handling form data, such as a Web browser.
  • each of the mobile terminals 31 to 3N obtains necessary form data (in this example, process flow data and project schedule data) from the mobile terminal management server 10 in response to an operation input by the user, for example.
  • the mobile terminals 31 to 3N are assumed to include code readers (or code reader functions) 31a to 3Na that read various codes such as QR codes (Quick Response Code: registered trademark).
  • each of the mobile terminals 31 to 3N communicates with the mobile terminal management server 10 via the relay device 20 and the communication network 40, and the data acquired from the mobile terminal management server 10 is transferred to, for example, a predetermined Web application (Web browser). ) Etc., and the function of outputting to the display unit.
  • a predetermined Web application Web browser
  • processing for updating the process flow data stored in the process flow data temporary storage DB 16 will be described.
  • a data update timing for example, when updating every day, a predetermined time (such as 2:00 at midnight)
  • the mobile terminal management server 10 The process flow data (the latest data) stored in the process flow DB 18a provided is read, and the process flow data is stored in a predetermined storage area of the process flow data temporary storage DB 16 (new storage or overwriting storage).
  • the stored information in the process flow data temporary storage DB 16 is updated. In this way, the storage information of the process flow data temporary storage DB 16 is updated by batch processing.
  • FIG. 4 is a flowchart showing an example of slip data providing processing executed by the mobile terminal management server 10 or the like in the form inquiry system 500 of this example.
  • the mobile terminal management server 10 provides process flow data in response to a request from the mobile terminal 31 used by the user X will be described as an example.
  • the mobile terminal 31 receives a login request by the login operation of the user X (step S101).
  • a login operation for example, a password input operation set in advance may be considered.
  • various operations for using various functions installed in the mobile terminal 31 are permitted.
  • a login request is made by designating information necessary for login (for example, a preset user ID and password) on the login screen (step S102).
  • This login request is made, for example, by presenting predetermined information (for example, an electronic certificate issued to the user X) used for predetermined login determination in addition to the user ID and password.
  • predetermined information for example, an electronic certificate issued to the user X
  • the user X may designate a group (for example, Japanese) used in a group to which the user belongs and various screens.
  • the mobile terminal management server 10 determines whether or not to permit the login (step S103). This determination may be made based on, for example, an ID, a password, or an electronic certificate.
  • the mobile terminal management server 10 sets the mobile terminal 31 in the login state.
  • the mobile terminal management server 10 transmits menu screen information indicating the menu screen to the mobile terminal 31 (step S104).
  • the mobile terminal management server 10 ends the slip data providing process without setting the mobile terminal 31 in the login state. If it is determined that login is not permitted, the mobile terminal management server 10 performs processing to notify the mobile terminal 31 to that effect.
  • the mobile terminal 31 displays the menu screen indicated by the received menu screen information on the display unit included in the mobile terminal 31 (step S105).
  • FIG. 5 is an explanatory diagram showing an example of a menu screen.
  • a menu arrangement circle on which menu buttons M1 to M6 each displaying names of a plurality of selectable menus are arranged on a substantially circumference is displayed.
  • a display area 501 is provided.
  • the menu arrangement circle display area 501 is provided with a title display area MA arranged in the center area of the circle formed by the menu arrangement circle MC and displaying the title of the menu arrangement circle MC as shown in FIG. Yes.
  • slip search button M1 that is pressed when searching for slips
  • new slip button M2 that is pressed when creating new slips
  • expense that is pressed when inputting expenses.
  • Input button M3, master registration button M4 that is pressed when registering a master
  • credit management button M5 that is pressed when requesting provision of credit management information
  • inventory inquiry that is pressed when inquiring about inventory information
  • a button M6 is provided.
  • the user X presses one of the menu buttons M1 to M6 by a touch operation (operation to touch with a finger).
  • a touch operation operation to touch with a finger.
  • the slip search button M1 is pressed.
  • the processing when the other menu buttons M2 to M6 are pressed is omitted here.
  • the mobile terminal 31 transmits to the mobile terminal management server 10 that the slip search button M1 has been pressed as a menu selection result to the mobile terminal management server 10 ( Step S106).
  • the slip data provision processing unit 11a of the mobile terminal management server 10 displays the slip search screen information indicating the slip search screen for specifying the slip search condition on the mobile terminal. 31 (step S107).
  • the mobile terminal 31 displays the slip search screen indicated by the received slip search screen information on the display unit included in the mobile terminal 31 (step S108).
  • FIG. 6 is an explanatory diagram showing an example of a slip search screen.
  • the slip search screen displays a plurality of selection item arrangement circles DC, SC, and PC in which a plurality of selection items that can be selected for specifying a search condition are arranged on a substantially circumference.
  • a plurality of selection item arrangement circle display areas 601, 602, and 603 and a keyword input area 604 for inputting a keyword as a narrowing condition are provided.
  • the processed voucher type selection item arrangement circle DC that displays the type of processed voucher in a selectable manner and the titles of detailed items for narrowing down can be selected.
  • a detailed selection type selection item arrangement circle SC and a process type selection item arrangement circle PC for displaying the type of business process in a selectable manner. Then, as the selection item arrangement circle display areas 601, 602, and 603, the processed slip type selection item arrangement circle display area 601 for displaying the processed slip type selection item arrangement circle DC and the detailed selection type selection item arrangement circle SC are displayed. A detailed selection type selection item arrangement circle display area 602 and a process type selection item arrangement circle display area 603 for displaying the process type selection item arrangement circle PC are provided.
  • an order button D1 for specifying an order slip as a search condition
  • an order button D2 for specifying an order slip as a search condition
  • a receipt slip as a search condition A receipt button D3, a delivery button D4 for designating a delivery slip as a search condition, a sales button D5 for designating a sales slip as a search condition, a billing button D6 for designating a billing slip as a search condition, and a receipt slip Selection items (selection item buttons) capable of selecting seven types of slips of a deposit button D7 for specifying as a search condition are arranged on a substantially circumference.
  • a classification display button DA displaying the classification name “processed slip” is arranged.
  • the corresponding type of slip can be searched by selecting the selection items (selection item buttons) D1 to D7 (single selection or multiple selections).
  • a customer button S1 for specifying a customer as a search condition a supplier button S2 for specifying a supplier as a search condition, and an organization are specified as a search condition.
  • Selection items capable of selecting four types of detailed narrowing condition items, that is, an organization button S3 for specifying items and an item button S4 for specifying items as search conditions, are arranged on a substantially circumference.
  • a classification display button SA displaying a classification name “detail selection” is arranged.
  • selection item buttons S1 to S4 are selected (a single selection or a plurality of selections)
  • a detailed narrowing down that specifies a specific narrowing condition
  • a condition designation screen (not shown) is displayed, and when a specific narrow-down condition (for example, when the customer button S1 is selected), the supplier company name and the item button S4 are displayed.
  • item number or the like is applicable.
  • the process type selection item arrangement circle PC includes a production button P1 for designating “production” in the business process as a search condition, a sales button P2 for designating “sales” in the business process as a search condition, and a business process.
  • Selection items (selection item buttons) capable of selecting three types of business processes, a purchase button P3 for designating “purchase” as a search condition, are arranged on a substantially circumference.
  • a classification display button PA on which the classification name “process” is displayed is arranged.
  • the selection of selection items (selection item buttons) P1 to P3 can be used to search for slips related to the corresponding type of business process. Become.
  • the classification display buttons DA, SA, PA when the classification display buttons DA, SA, PA are pressed, the corresponding selection item arrangement circles DC, SC, PC are rotated. That is, in this example, the selection item arrangement circle display areas 601, 602, and 603 on the slip search screen correspond to a predetermined rotation instruction operation of the mobile terminal 31 by the user X (pressing of the classification display buttons DA, SA, and PA).
  • the selection item rotation effect setting (setting by the computer program) is performed so that the selection item rotation effect in which a plurality of selection items in the corresponding selection item arrangement circles DC, SC, and PC move and rotate on the circumference is executed. ing.
  • the classification display button DA is pressed in the screen state shown in FIG.
  • a selection item rotation effect rotating in direction A) is executed.
  • a predetermined rotation direction changing operation by the user X an operation of sliding the finger in a new rotation direction by touching the vicinity of a portion where the circle formed by the selection item arrangement circle DC on the screen is displayed.
  • the rotation direction may be changed. Note that when the classification display buttons DA, SA, PA are pressed again, the selection item rotation effect may be ended.
  • the selection item rotation effect is configured as described above, the selection item arrangement circles DC, SC, and PC are arranged without being included in the screen as shown in FIG. Even if some of the selection items arranged in the circles DC, SC, and PC do not appear on the screen, all the selection items are sequentially selected by rotating the selection item arrangement circles DC, SC, and PC. It is possible to display. In addition, since it is not necessary to display all the selection items arranged in each selection item arrangement circle DC, SC, PC simultaneously on one screen, the display size of each selection item can be increased. When the screen size is large, all the selection items may be displayed simultaneously on one screen.
  • the selection items arranged in the selection item arrangement circles DC, SC, and PC are displayed in a circular frame in this example, but some or all of the selection items are quadrangular, triangular, or star-shaped. It may be displayed in a frame having another shape. Moreover, each selection item arrange
  • positioning circle DC, SC, PC is an example, and another selection item may be sufficient.
  • three selection item arrangement circle display areas 601, 602, and 603 are provided on the slip search screen, but one selection item arrangement circle display area may be provided, Two or more selection item arrangement circle display areas may be provided.
  • selection item arrangement circle display areas 601, 602, and 603 are set to overlap, and the selection item arrangement circle display areas 601, 602, and 603
  • the selection items (selection item buttons) arranged in the selection item arrangement circles DC, SC, and PC respectively displayed are configured in different display modes (for example, different colors) for the selection item arrangement circles DC, SC, and PC. It shall be. Note that any method may be used as long as it is a different display mode, and the display mode may be made different by changing the shape or pattern.
  • the user X selects each selection item arranged in each selection item arrangement circle DC, SC, PC by a touch operation. Specifically, the type of slip to be searched is selected by selecting one of the selection items (selection item buttons) D1 to D7 arranged in the processed slip type selection item arrangement circle DC. In addition, on the slip search screen, the user X selects the detail item titles for narrowing down by selecting the selection items (selection item buttons) S1 to S4 arranged in the detailed selection type selection item arrangement circle SC. To do. When the selection items (selection item buttons) S1 to S4 are selected, a specific narrowing condition is input on the detailed narrowing condition designation screen, and the detailed search condition is designated.
  • the user X selects one of the selection items (selection item buttons) P1 to P3 arranged in the process type selection item arrangement circle PC to thereby select the type of business process to be searched. Select. Further, on the slip search screen, the user X inputs a keyword as a narrowing condition in the keyword input area 604 and designates the search keyword.
  • the mobile phone The terminal 31 displays a detailed narrowing condition designation screen on which the item input area is provided on its display unit.
  • a code for example, a QR code or a barcode
  • the mobile terminal 31 reads the code.
  • the item number indicated by the code is displayed in the item input area. In this example, as described above, the item number can be easily input using the code reader (or code reader function) 31a.
  • the user X may select and specify any one of the slip type, the detailed search conditions, the business process to be searched, and the search keyword, May be selected and designated.
  • the user X may select and designate a plurality of slip types, detailed search conditions, and business processes to be searched.
  • the user X presses the search button 605 by a touch operation.
  • the mobile terminal 31 makes a search request by presenting the selected / designated search condition to the mobile terminal management server 10 ( Step S109).
  • the mobile terminal management server 10 When receiving the search request, the mobile terminal management server 10 refers to the process flow data stored in the process flow data temporary storage DB 16 and searches for slip data that matches the search conditions presented by the received provision request. (Step S110).
  • the mobile terminal management server 10 When the slip data is searched according to the search condition, the mobile terminal management server 10 generates search result list display screen information indicating a search result list display screen that displays a list of the searched slip data as a search result, and transmits the search result list display screen information to the mobile terminal 31. (Step S111).
  • the mobile terminal 31 displays the search result list display screen indicated by the received search result list display screen information on the display unit included in the mobile terminal 31 (step S112).
  • FIG. 9 is an explanatory diagram showing an example of a search result list display screen.
  • a display area 701 for displaying the search results, a return button B1 pressed when returning to the previous screen, and a press when editing the search results are displayed.
  • An edit button B3 is provided.
  • the mobile terminal 31 transmits an acquisition request for the corresponding slip data to the mobile terminal management server 10. To do.
  • the mobile terminal management server 10 refers to the process flow data stored in the process flow data temporary storage DB 16 and transmits the corresponding slip data to the mobile terminal 31. Then, the portable terminal 31 displays the received slip data on the display screen of the display unit.
  • step S113 when an operation for ending access such as an operation for ending the browser by the user X is performed (Y in step S113), the mobile terminal 31 sends a response to the mobile terminal management server 10. A logout request is made (step S114). If an operation for continuing access such as pressing the return button B1 is performed (N in step S113), the portable terminal 31 proceeds to the process in step S108 and displays a slip search screen (see FIG. 6). indicate.
  • the mobile terminal management server 10 starts measuring the time (standby time) during which no information is exchanged with the mobile terminal 31, and this standby time is predetermined. It is monitored whether or not a time (for example, 5 minutes, 10 minutes, 30 minutes, etc.) has elapsed (a predetermined time has been reached) (step S115).
  • step S116 If a logout request is received during the measurement of the standby time (Y in step S116), the mobile terminal management server 10 stops the measurement of the standby time and performs a logout process for releasing the login state (step S117).
  • the mobile terminal management server 10 ends the measurement of the standby time and performs logout processing for releasing the login state (step S117). ).
  • the search target is the process flow data temporary storage DB 16, so that the mobile terminal 31 functions as the core business server in the mobile terminal management server 10 (specifically, the business data Since it is possible to eliminate the need to access the application program DB 17 and the process flow DB 18a), it is possible to improve safety when providing slip data to the portable terminal 31.
  • the process flow DB 18a may be a search target.
  • the process flow data is retrieved by referring to the process flow table PT that stores the process flow data including various data related to the process flow including a plurality of business processes, and the process flow data is , Status data, common data, and process-specific data.
  • Status data is data indicating the progress of each of the plurality of business processes included in the process flow
  • the common data is the same process flow.
  • the process-specific data is data that is unique to each business process included in the same process flow, so the processing load required to search for data in the business system is reduced. Can be reduced. .
  • the form data is managed in a separate data table for each business process. Therefore, when performing a search, it is necessary to refer to all of the data tables for the related business processes.
  • the processing load required for the search processing has become enormous.
  • the process flow data including the status data, the common data, and the process specific data is constructed, and the search is performed with reference to the process data table.
  • the processing load required for data retrieval in the business system can be greatly reduced, and the processing program creation load for data retrieval can be greatly reduced.
  • FIG. 10 is a flowchart showing an example of credit 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 credit 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 description thereof is omitted here.
  • step S205 on the menu screen (see FIG. 5) displayed on the display unit of the mobile terminal 31, the user X presses one of the menu buttons M1 to M6 by a touch operation (operation touching with a finger).
  • a touch operation operation touching with a finger
  • the credit 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 that the credit management button M5 has been pressed to the mobile terminal management server 10 as a menu selection result ( Step S206).
  • the credit management information provision processing unit 11b of the portable terminal management server 10 carries the customer designation screen information indicating the customer designation screen for designating the customer. It transmits to the terminal 31 (step S207).
  • the mobile terminal 31 displays the customer designation screen indicated by the received customer designation screen information on the display unit provided therein (step S208).
  • FIG. 11 is an explanatory diagram showing an example of a customer designation screen. As shown in FIG. 11, on the customer designation screen, it is decided to acquire the customer input area 801 for inputting the customer and the credit management information of the customer input in the customer input area 801. A decision button B5 that is pressed at this time is provided.
  • the user X touches the customer input area 801 to operate an input unit such as a keyboard displayed on the screen to display customer information indicating the customer in the customer input area 801. (Customer name, number assigned to customer, etc.)
  • an input unit such as a keyboard displayed on the screen to display customer information indicating the customer in the customer input area 801. (Customer name, number assigned to customer, etc.)
  • the user X presses the decision button B5 by a touch operation. As described above, the user X designates the customer.
  • the mobile terminal 31 designates the customer and requests the mobile terminal management server 10 to provide credit management information (step S209).
  • the mobile terminal management server 10 When receiving the request for provision of credit management information, the mobile terminal management server 10 refers to the process flow data stored in the process flow data temporary storage DB 16 and associates it with the customer presented by the received provision request.
  • the bond data related to the specified customer bond is extracted from the process flow table PT (step S210).
  • the bond data is predetermined data including, for example, the amount of bond generated in the customer among the slip data.
  • the bond data includes the process flow number, process flow detail number, customer information indicating the customer, process flow ID (type), and business process related to the bond (order received, shipment, sales in the status section) Etc.) and the amount of money.
  • the mobile terminal management server 10 obtains credit limit information indicating the credit limit of the customer designated from the customer master stored in the other DB 10X (step S211).
  • the mobile terminal management server 10 generates credit management information based on the extracted bond data and the acquired credit limit information (step S212).
  • step S212 the mobile terminal management server 10 performs a process for calculating the total amount by adding each amount in the extracted bond data, and a process for determining whether the calculated total amount is larger than the credit limit amount, Credit management information including bond data, credit limit information, total amount information indicating the total amount, and a determination result of whether or not the total amount is larger than the credit limit is generated.
  • the mobile terminal management server 10 When the credit management information is generated, the mobile terminal management server 10 generates credit management information display screen information indicating a credit management information display screen for displaying the generated credit management information, and transmits it to the mobile terminal 31 (step S213).
  • the portable terminal 31 displays the credit management information display screen indicated by the received credit management information display screen information on the display unit provided therein (step S214).
  • FIG. 12 is an explanatory diagram showing an example of a credit management information display screen.
  • a customer display area 802 for displaying a designated customer
  • a credit limit display area 803 for displaying a credit limit
  • a bond data for displaying a total amount
  • Is displayed for displaying a check result display area 805 for displaying a determination result as to whether or not the total amount is larger than the credit limit
  • a return button B6 pressed when returning to the previous screen.
  • the bond related data display area 804 includes, as bond related data, a process flow number, a process flow detail number, and a business process related to the bond (orders received in the status section, shipment, sales ) And the amount are displayed in association with each other, and the total amount is further displayed.
  • step S215 when an operation for ending the access such as an operation for ending the browser by the user X is performed (Y in step S215), the mobile terminal 31 sends a response to the mobile terminal management server 10 A logout request is made (step S216). If an operation for continuing access such as pressing the return button B6 is performed (N in step S215), the portable terminal 31 proceeds to the process in step S208 and displays the customer designation screen (see FIG. 11). Is displayed.
  • the mobile terminal management server 10 starts measuring the time (standby time) during which no information is exchanged with the mobile terminal 31, and this standby time is 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 S217).
  • the mobile terminal management server 10 stops the measurement of the standby time and performs logout processing for releasing the login state (step S219).
  • the mobile terminal management server 10 ends the measurement of the standby time and performs logout processing for releasing the login state (step S219). ).
  • 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 Further, it is data unique to each business process, and further provides a customer designation screen for designating a customer in response to a request from the portable terminal 31, and indicates the customer designated on the customer designation screen Receiving information from the mobile terminal 31 and receiving it, extracting the claim data related to the customer's claim indicated by the received customer information with reference to the process flow data stored in the process flow data table PT, and extracting the extracted claim data Since the credit management information of the customer specified based on is generated and the generated credit management information is provided to the mobile terminal 31, information relating to the form is provided to the mobile communication terminals (mobile terminals 31 to 3N). In the business system, the processing load required for data processing in the business system can be reduced, and effective information (credit management information) can be quickly output. So that it is able
  • the process flow table PT storing process flow data including various data related to the process flow including a plurality of business processes.
  • 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 that is common to each business process and is unique to each business process included in the same process flow, search for data in the business system required to generate credit management information Reduce the processing load required Than it is possible it is.
  • 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 credit management information with reference to the process data table is described. Because it was 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 credit management information In addition, it is possible to significantly reduce the processing program creation load for data retrieval.
  • the mobile terminal management server 10 since the mobile terminal management server 10 is configured to add each amount in the extracted bond data to calculate the total amount and generate credit management information including the total amount, it is effective. Credit management information can be provided.
  • the portable terminal management server 10 acquires the credit limit amount information which shows the credit limit amount of the customer which the received customer information shows (acquired from a customer master), and acquired credit limit It is possible to provide more effective credit management information because it is configured to determine whether the total amount calculated from the credit limit indicated by the amount information is large and to generate credit management information including the determination result of the determination It becomes.
  • the database (for example, the process flow DB 18a) is provided in the process flow data management server (for example, the portable terminal management server 10) that manages the process flow data generated for each process flow.
  • the process flow data management server In response to a request from the client (for example, the mobile terminals 31 to 3N or the integrated core business system 100, 200, 300), the process flow data management server sends the form data searched with reference to the process flow data to the client. Since the configuration is provided, it is possible to construct a system in which the processing load required for providing the form data is reduced.
  • the mobile terminal management server 10 performs each of the above-described processes (FIG. 4, FIG. 4) according to a processing program (mobile terminal management program) stored in a storage medium included in the mobile terminal management server 10. (See FIG. 10).
  • INDUSTRIAL APPLICABILITY in a business system that provides information related to a form to a mobile communication terminal (particularly, an ERP system), it is useful for reducing processing load required for data retrieval and outputting effective information quickly. .

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (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 (6)

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

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2012/000640 WO2013114448A1 (ja) 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム
US14/375,601 US20150120356A1 (en) 2012-01-31 2012-01-31 Mobile terminal management server and mobile terminal management program
EP12867233.4A EP2811430A4 (en) 2012-01-31 2012-01-31 MANAGEMENT SERVER FOR MOBILE DEVICES AND ADMINISTRATIVE PROGRAM FOR MOBILE DEVICES
CN201280067673.8A CN104205134A (zh) 2012-01-31 2012-01-31 便携终端管理服务器及便携终端管理程序

Applications Claiming Priority (1)

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

Publications (1)

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

Family

ID=48904540

Family Applications (1)

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

Country Status (4)

Country Link
US (1) US20150120356A1 (ja)
EP (1) EP2811430A4 (ja)
CN (1) CN104205134A (ja)
WO (1) WO2013114448A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103530720A (zh) * 2013-09-29 2014-01-22 张家港金典软件有限公司 一种企业信用管理方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105740285B (zh) * 2014-12-11 2019-04-19 金蝶软件（中国）有限公司 一种业务数据检索方法和业务数据检索设备
CN105654255A (zh) * 2016-04-08 2016-06-08 佛山市融信通企业咨询服务有限公司 一种基于互联网的智能业务管理系统
CN105844525A (zh) * 2016-06-06 2016-08-10 镇江市新创计算机系统集成有限公司 一种应用于众筹的债权债务链处理的控制方法
KR20200111702A (ko) 2018-01-29 2020-09-29 필립모리스 프로덕츠 에스.에이. 에어로졸 발생 시스템용 조명 유닛

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10187823A (ja) * 1996-12-26 1998-07-21 Kaadeinaru Kk 受注管理システム、売掛管理システム及び受注・売掛管理システム
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 業務支援システム、業務支援プログラムおよび業務支援方法
WO2011148565A1 (ja) * 2010-05-25 2011-12-01 株式会社アイ・ピー・エス データベース、管理サーバ、および管理プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090216726A1 (en) * 2008-02-22 2009-08-27 Ramachandran Muthaiah System and Method for Facilitating Business Communications
US8666854B2 (en) * 2008-09-05 2014-03-04 Oracle International Corporation Providing a unified view of contract revenue and invoice details
US20110010181A1 (en) * 2009-07-11 2011-01-13 Rajen Iyer Access, steps and services for trade systems, process and interface

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JPH10187823A (ja) * 1996-12-26 1998-07-21 Kaadeinaru Kk 受注管理システム、売掛管理システム及び受注・売掛管理システム
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 業務支援システム、業務支援プログラムおよび業務支援方法
WO2011148565A1 (ja) * 2010-05-25 2011-12-01 株式会社アイ・ピー・エス データベース、管理サーバ、および管理プログラム

Non-Patent Citations (1)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103530720A (zh) * 2013-09-29 2014-01-22 张家港金典软件有限公司 一种企业信用管理方法

Also Published As

Publication number Publication date
CN104205134A (zh) 2014-12-10
US20150120356A1 (en) 2015-04-30
EP2811430A1 (en) 2014-12-10
EP2811430A4 (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) 携帯端末管理サーバ、および携帯端末管理プログラム
JP2015095011A (ja) 帳票データ管理サーバ、帳票データ管理プログラムおよび帳票データ管理装置
WO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114447A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114443A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5597769B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114448A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114443A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114449A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114446A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114447A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114444A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2014199416A1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
JPWO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム

Legal Events

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

Ref document number: 12867233

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013556021

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012867233

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

Country of ref document: US