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

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

Info

Publication number
WO2013114438A1
WO2013114438A1 PCT/JP2012/000630 JP2012000630W WO2013114438A1 WO 2013114438 A1 WO2013114438 A1 WO 2013114438A1 JP 2012000630 W JP2012000630 W JP 2012000630W WO 2013114438 A1 WO2013114438 A1 WO 2013114438A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
process flow
business
mobile terminal
terminal management
Prior art date
Application number
PCT/JP2012/000630
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 CN201280067052.XA priority Critical patent/CN104067302A/zh
Priority to US14/375,540 priority patent/US20150073856A1/en
Priority to EP12867583.2A priority patent/EP2811436A1/en
Priority to PCT/JP2012/000630 priority patent/WO2013114438A1/ja
Publication of WO2013114438A1 publication Critical patent/WO2013114438A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06316—Sequencing of tasks or work
    • 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.
  • form data when various data relating to a form (hereinafter referred to as “form data”) is updated, for example, there are a plurality of data for determining whether or not there is an error in the data input by the user. In some cases, a plurality of programs created according to the type of data are used.
  • the conventional ERP system data acquired in each business process (including data input by the user and data calculated from various data) is registered in a dedicated data table (table). I manage. 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. 12 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. 12 (A) to FIG. 12 (E), for each input process, an order receipt table, a shipping instruction table, and a delivery table. , An acceptance table, and a sales table.
  • the table to be updated is different for each input process. For this reason, the correspondence between a plurality of business processes belonging to the same process flow is an identifier (in FIG. 12, the order number and order details in the shipping instruction table, and the delivery table in the data (process data) relating to each business process). 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 process data identifier is searched to search for necessary process data, and each is separately Therefore, when the process flow includes a large number of business processes, there is a problem that the processing load required to output a form related to the process flow becomes excessive.
  • the present invention solves the above-described problems and enables a business system (ERP system) that provides information on a form to a user to reduce the processing load required for maintenance of the business system and data update.
  • ERP system business system
  • 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 process flows including processes, information relating to the business process, the process flow to which the business process belongs, and allowance for the process data generated for each business process
  • Matrix data storage means for storing matrix data indicating the processing type to be processed
  • processing target specifying information receiving means for receiving processing target specifying information capable of specifying the process flow and the business process from the portable terminal, Received by the processing target specific information receiving means
  • a processing type specifying means for specifying a processing type corresponding to the processed processing target specifying information with reference to the matrix data storage means, an input data receiving means for receiving input data input by a user from the portable terminal,
  • Process flow data updating means for updating the process flow data stored in the process flow data storage means based on the processing type specified by the processing type specify
  • a plurality of types of process flows are set in the row item, a plurality of types of business processes are set in the column item, and a business process set in the column item corresponds to each cell.
  • a flag indicating whether or not the process flow is included in the process flow set in the line item is set, and the processing type specifying unit sets a cell corresponding to a combination of the process flow and the business process indicated by the processing target specifying information. Referring to the set flag, and when the flag indicates that the business process is included in the process flow, the processing type allowed as the process data of the business process corresponds to the processing target specifying information
  • the input data receiving means sets the processing type specified by the processing type specifying means to the processing type specified by the processing type specifying means. Configuration and may be configured to receive an input data Flip was.
  • the process flow data updating means uses the input data when the input data determination means determines that the input data satisfies the update condition. May be configured to be updated.
  • the update condition may be configured such that the input data includes data corresponding to essential items set in advance in the business process indicated by the processing target specifying information.
  • 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.
  • a process flow data storage means for storing process flow data including various data relating to a process flow including a plurality of business processes, information relating to the business process, the process flow to which the business process belongs, and the business process Identifying the process flow and the business process from the portable terminal to the portable terminal management server comprising matrix data storage means for storing matrix data indicating a processing type allowed for process data generated every time Acceptable processing target specific information Processing target specifying information receiving process, a processing type specifying process for specifying a processing type corresponding to the processing target specifying information received in the processing target specifying information receiving process with reference to the matrix data storage unit, and the portable terminal
  • the process flow data based on the input data receiving process for receiving input data input by the user, the process type specified in the process type specifying process, and the input data received in the input data receiving process
  • a business system that provides information related to a form to a user
  • ERP system provides information related to a form to a user
  • 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 a LAN (Local Area Network) and a dedicated communication line, respectively. Is done. In addition, 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.
  • communication networks 51, 52, and 53 such as a LAN (Local Area Network) and a dedicated communication line, respectively. Is done.
  • LAN Local Area Network
  • 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 has a function of registering various data in a predetermined storage area (a business related data DB 101b described later) by converting a CSV file transferred from the core business server 110 into a predetermined data format.
  • a predetermined storage area a business related data DB 101b described later
  • 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 for performing various controls, a process flow data temporary storage DB 16, a business application program DB 17, a process flow DB 18, a PFCMDB 19, and a general core business.
  • a DB 10X for storing various data necessary for realizing the function as a 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.
  • the process flow data temporary storage DB 16 is a storage medium for temporarily storing the process flow data acquired from the integrated core business system 100 side and the process flow data stored in the process flow DB 18.
  • 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 18 is a storage medium that stores 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 18.
  • 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 18.
  • the process flow data in this example includes a main key 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 “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. Also, it is assumed that which process is required for each type of process flow is determined in advance (that is, the type and number of business processes included in each type of process flow are different).
  • 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 the process specific data 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.
  • PFCMDB 19 is a storage medium for storing PFCM data indicating the PFCM.
  • the PFCM (that is, the process flow control definition matrix) is a matrix that is used to determine whether or not input of data related to a plurality of process flows (that is, update of the process flow data) is permitted.
  • the PFCM is created by an administrator of the form inquiry system 500, for example.
  • FIG. 4 is an explanatory diagram illustrating an example of a storage state of a process flow control definition matrix (PFCM) in the PFCMDB 19.
  • PFCM process flow control definition matrix
  • FIG. 4 a plurality of types of process flows are set in the line item of the PFCM in this example.
  • a plurality of types of processes are set in the PFCM column item. Note that the content of the PFCM is appropriately changed / updated according to the business content of the user of the form inquiry system 500.
  • a line item of PFCM includes a plurality of process flows classified into types such as “sales” and “purchase” (for example, “inventory sales”, “stock purchase”, “inventory”, “transfer”). Slip processing ".) Is set.
  • a flag (corresponding to “black circle” in FIG. 4) is set in a cell with a column in which a process constituting each process flow is set. That is, in the PFCM shown in FIG. 4, for example, the process “order sale” includes the process “order receipt”.
  • various processes that can constitute various process flows such as “order estimate” and “order contract” are set in the column item of PFCM.
  • PFCM column item in this example in other words, for each process set in the column item), a processing type allowed for process data generated for each process is set.
  • an item indicating a processing type is set below each process. That is, in this example, each process is provided with cells corresponding to three processing types “registration”, “change”, and “cancellation”, and the allowable processing types for the process data generated for each process are set.
  • a flag (corresponding to “black circle” in FIG. 4) is set in the indicated cell.
  • the process type “registration” indicates whether the slip data input as slip data corresponding to the process is newly registered.
  • the process type “change” indicates whether the slip data input as slip data corresponding to the process is a change of existing data.
  • the processing type “cancel” represents whether the slip data input as slip data corresponding to the process is a cancellation of existing data. That is, for example, in the case of the process “order estimate” in FIG. 4, data entry as new registration or change of existing data is allowed.
  • the mobile terminal management server 10 stores various data stored in the process flow DB 18 and other DB 10X in response to requests from predetermined external devices, in this example, the mobile terminals 31 to 3N and the integrated core business systems 100, 200, and 300. Have the function to provide. 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 receives, for example, a query for acquiring necessary form data (process flow data in this example) from the mobile terminal management server 10 in response to an operation input by the user. (Search items, search keys, extraction keys, etc.) are defined and transmitted to the mobile terminal management server 10.
  • 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 provided process flow DB 18 is read, and the process flow data is stored in a predetermined storage area of the process flow data temporary storage DB 16 (new storage or overwriting storage).
  • the stored information in the process flow data temporary storage DB 16 is updated. In this way, the storage information of the process flow data temporary storage DB 16 is updated by batch processing.
  • FIG. 5 is a flowchart showing an example of process flow data input processing (hereinafter referred to as “data input processing”) executed by the mobile terminal management server 10 or the like in the form inquiry system 500 of this example.
  • data input processing process flow data input processing
  • FIG. 5 a case where the mobile terminal management server 10 receives input of 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 data input process is started, for example, in response to the mobile terminal management server 10 receiving a data input request from the mobile terminal 31 in which the mobile terminal 31 is in the login state.
  • the mobile terminal management server 10 transmits predetermined data processing target input screen information to the mobile terminal 31 (step S101).
  • the portable terminal 31 displays the data processing target input screen indicated by the received data processing target input screen information on the display unit included in the mobile terminal 31 (step S102).
  • FIG. 6 is an explanatory diagram showing an example of a data processing target input screen.
  • a process flow that accepts input of a process flow (specifically, a process flow name, ID, etc.) that is a data input target (or update target).
  • a transmission button B ⁇ b> 2 that is pressed as an operation for transmitting the reception areas 601 and 602 to the mobile terminal management server 10 is provided.
  • the process flow reception area 601 has a configuration in which the user X selects one process flow from a list displayed in a pull-down format.
  • the user X operates an operation unit (for example, a keyboard displayed on a display unit on which a touch panel is arranged) provided in the mobile terminal 31, inputs a process flow and a processing ID, and transmits a button. Press B2.
  • an operation unit for example, a keyboard displayed on a display unit on which a touch panel is arranged
  • the mobile terminal 31 When the search button B2 is pressed in a state where the process flow and the process ID are input, the mobile terminal 31 sends the combination of the input process flow and the process ID to the mobile terminal management server 10 (hereinafter “process target”). ”) Is transmitted (step S104).
  • the content of the processing target specifying information is an example, and the content of the processing target specifying information may be any content as long as any process flow data (or process data constituting the process flow data) can be specified. Any content of
  • the mobile terminal management server 10 When the mobile terminal management server 10 receives the processing target specifying information, the mobile terminal management server 10 refers to the PFCM and specifies the processing type set in the process indicated by the received processing target specifying information (step S105).
  • the processing target specifying information indicating the processing ID “xxxx (number indicating order)”
  • the mobile terminal management server 10 sets the processing types “registration” and “change” to The processing type is specified (see FIG. 4).
  • the processing type may be specified after determining that the input of process data is permitted in the processing described later.
  • the mobile terminal management server 10 determines whether or not to allow input of process data (step S106).
  • the mobile terminal management server 10 sets the corresponding cell. Since the flag is not set, it is determined that the input of process data is not permitted (see FIG. 4) (N in Step S106), and a data input impossibility notification for notifying the user X that the data input is not permitted is carried. It transmits to the terminal 10 (step S107).
  • the mobile terminal management server 10 determines (refer FIG. 4) (Y of step S106), and the process (data input screen information creation process) for creating the data input screen information which shows a data input screen is performed (step S200).
  • FIG. 7 is a flowchart showing an example of data input screen information creation processing executed by the mobile terminal management server 10 of this example.
  • processing target specifying information indicating a process flow “stock sale” and a processing ID “xxxx (a number indicating an order)” is received as a processing target.
  • the mobile terminal management server 10 identifies screen information according to the identified process type (step S201).
  • the screen information is stored in the other DB 10X. Further, the screen information may be shared depending on the content of the processing type. Further, when a plurality of processing types are set for the process to be processed, the user may be requested to select a processing type. In the following description, it is assumed that “registration” is selected by the user X from among the processing types “registration” and “change” corresponding to the process “order”.
  • the mobile terminal management server 10 refers to the PFCM and specifies a process included in the process flow indicated by the processing target specifying information (step S202).
  • the mobile terminal management server 10 sets the process item corresponding to the process flow “inventory sale” (that is, the column item corresponding to the cell in which “black circle” is set in the inventory sale row in FIG. 4). Identify multiple processes that include the process “Order” as a set process.)
  • the mobile terminal management server 10 refers to the status part in the process flow table PT (see FIG. 3), and from among the processes specified as processes included in the process flow (hereinafter referred to as “process that allows data editing”). (Referred to as “editable process”) (step S203).
  • the specified processing type is “registration”
  • the mobile terminal management server 10 is a process other than the process in which “1” is set in the status part (that is, the process that has already been performed). Are identified as editable processes.
  • it is assumed that a plurality of types of processes include data handling different from the processing type “registration”.
  • the mobile terminal management server 10 is assumed to be an edit-permitted process even if the process has already been performed. Then, the mobile terminal management server 10 creates form data as a so-called minus slip based on the data input by the user X (or requests the user X to input data as a minus slip), and creates the minus slip Is registered in the process flow table PT to obtain the same result as when the processing already performed is canceled.
  • the mobile terminal management server 10 refers to the process flow table PT, and the slip item corresponding to the specified editable process (for example, an item of process specific data associated with each process). Is identified (step S204). In this example, the mobile terminal management server 10 specifies various items (see FIGS. 8-11 described later) classified into a header and details as slip items corresponding to the process “order received”.
  • the mobile terminal management server 10 creates data input screen information including the specified edit-permitted process and the slip item (step S205), and proceeds to the processing of step S108 in the data input processing (FIG. 4). reference).
  • the mobile terminal management server 10 When the mobile terminal management server 10 finishes the data input screen information creation process, the mobile terminal management server 10 transmits the data input screen information created in the data input screen information creation process to the mobile terminal 31 (step S108).
  • the mobile terminal 31 When the mobile terminal 31 receives the data input screen information, the mobile terminal 31 displays the data input screen indicated by the received data input screen information on the display unit included in the mobile terminal 31 (step S109). At this time, when the data input impossibility notification is received from the mobile terminal management server 10, the mobile terminal 31 displays a predetermined data input impossibility notification screen to input data to the user X. Is not allowed (not shown).
  • FIG. 8 is an explanatory diagram showing an example of a data input screen.
  • the data input screen is a process button 801a for receiving an operation (hereinafter referred to as “slip item display operation”) for displaying a slip item of each of a plurality of processes included in the process flow indicated by the processing target specifying information.
  • Handling type button display area 803 in which handling type buttons 803a to 803d for accepting are displayed, a header button 804 for accepting an operation for displaying process data classified in the header, and process data classified in the details are displayed.
  • Detail button 805 for accepting the operation and user's professional And process the data reception area 806 for accepting input of Sudeta is provided.
  • Process buttons 801a to 801h displayed in the process button display area 801.
  • the process buttons 801a shown by a thick frame the process buttons 801f and 801g shown by a thin frame, and others Process buttons 801b-801e, 801h.
  • a process button indicated by a bold frame represents a process to be processed now.
  • a process button indicated by a thin frame indicates that the selection by the user is not accepted (that is, the button cannot be pressed), and the process related to the process has already been performed.
  • the other processes represent processes that can be edited.
  • the display form of the process button is not limited to this.
  • a process button representing a process to be processed (that is, a process in which a data item is displayed in the process data receiving area 806) is referred to as another process button.
  • a configuration may be adopted in which different colors are displayed, or process buttons representing processes that have already been processed are displayed in gray.
  • the clear button 803a displayed on the handling type button 803 receives an operation of clearing (erasing) each data input to the process data receiving area 804.
  • the registration button 803b receives an operation of registering each data input to the process data receiving area 806 as a slip (that is, registering in the process flow data DB 11b).
  • the temporary save button 803c receives an operation of temporarily saving each data input to the process data receiving area 806 as a temporary slip.
  • the cancel button 803d accepts an operation for performing processing for canceling the called slip.
  • the header display button 804 when the header display button 804 is pressed by the user X, data items classified in the header are displayed.
  • further classified items for example, “basic” and “organization”
  • the classification item display area 806a among the data items classified in the header, further classified items (for example, “basic” and “organization”) are displayed in the classification item display area 806a.
  • the data item for receiving input by the user X is displayed in the data receiving area 806b.
  • the mobile terminal 31 accepts data input by the user X (step S110).
  • FIG. 9 is an explanatory diagram showing an example of a data input screen when the user X receives data input.
  • data input by the user X for example, “first sales department” is displayed in the data reception area 806 b on the data input screen.
  • the mobile terminal 31 changes the display content of the process data reception area 806.
  • FIG. 10 is an explanatory diagram showing an example of a data input screen when the detail button 805 is pressed. As shown in FIG. 10, when the detail button 805 is pressed, the detail button 805 is highlighted (for example, displayed in a thicker frame than the header button 804), and the content displayed in the process data reception area 806 is the detail. It is changed to the item of process data classified into.
  • FIG. 11 is an explanatory diagram illustrating an example of a data input screen when data input is received by the user X after the detail button is pressed.
  • data input by the user X for example, “first business” or “warehouse A”
  • FIG. 11 is an explanatory diagram illustrating an example of a data input screen when data input is received by the user X after the detail button is pressed.
  • data input by the user X for example, “first business” or “warehouse A”
  • the mobile terminal 31 transmits the received data to the mobile terminal management server 10 (step S111). .
  • the portable terminal management server 10 When the portable terminal management server 10 receives the data accepted by the portable terminal 31, it determines whether there is data corresponding to an item necessary for updating the process flow data (hereinafter referred to as "essential item"). (Step S112). If it is determined that there is no data corresponding to the essential item (N in step S112), the mobile terminal management server 10 transmits a predetermined data shortage notification to the mobile terminal 31 (step S113). It is assumed that the essential items are registered in advance in the process flow DB 18, for example.
  • the mobile terminal management server 10 determines whether the process flow data temporary storage DB 16 and the process flow are based on the specified processing type and the received data.
  • the process flow table PT stored in B18 is updated (step S113).
  • the processing type is “registration”
  • processing for registering the received data in the corresponding storage area is performed.
  • the processing type is “cancel”
  • the process flow table PT update method is not limited to this.
  • the mobile terminal management server 10 updates only the process flow table PT stored in the process flow data temporary storage DB 16 to obtain a predetermined time, for example, a process.
  • a predetermined time for example, a process.
  • the updated contents of the process flow data temporary storage DB 16 are reflected in the process flow DB 18 according to the operation of the administrator of the form inquiry system. It is good also as a structure.
  • the mobile terminal management server 10 transmits a predetermined update completion notification to the mobile terminal 31 (step S115), and ends the processing here.
  • the portable terminal 31 In response to receiving the data shortage notification or the update completion notification, the portable terminal 31 displays a predetermined screen corresponding to the received notification as a data input result screen indicating the result of data input by the user X (step S116). ).
  • the mobile terminal 31 determines whether or not to end the access to the mobile terminal management server 10 (step S117).
  • the mobile terminal 31 ends the display of the data input result screen. Then, the process proceeds to step S102.
  • the mobile terminal 31 ends the display of the data input result screen, The process here ends.
  • the mobile terminal management is a server on which the ERP operates and provides various data via the communication network 40 in response to a request from the mobile terminal 31 used by the user X.
  • the server 10 stores process flow data including various types of data relating to process flows including a plurality of business processes, information relating to the business process, and the process flow to which the business process belongs and occurs for each business process.
  • a matrix data storage unit (for example, process flow control definition) that stores matrix data (for example, PFCM data) indicating processing types (for example, “registration”, “change”, “cancellation”) that are allowed for process data.
  • Matrix DB 19 (see FIG.
  • the processing target specifying information that can specify the process flow and the business process is received, the processing type corresponding to the received processing target specifying information is specified with reference to the matrix data storage unit, and the user X Receives input data and updates process flow data stored in the process flow DB 18 (for example, process flow data stored in a process flow table) based on the specified processing type and the received input data. Therefore, in a business system (ERP system) that provides information related to a form to a user, it is possible to reduce a load required for maintenance of the business system and data update.
  • ERP system business system
  • a plurality of types of process flows are set in the row items, and a plurality of types of business processes are set in the column items.
  • Each cell is set with a flag indicating whether or not the business process set in the column item is included in the process flow set in the corresponding line item (see FIG. 4).
  • the flag set in the cell corresponding to the combination of the process flow and the business process indicated by the processing target specifying information is referred to and the flag indicates that the business process is included in the process flow (for example, cell Is set to “black circle” (see FIG.
  • the processing type permitted as process data of the business process (for example, business process) A processing type in which “black circle” is set in a cell corresponding to the processing type.
  • the process “order”, processing types “registration” and “change” (see FIG. 4) Since it is configured to accept input data corresponding to the specified processing type (for example, data input using a data input screen corresponding to the processing type) as one type, one file storing PFCM data is stored. Since the process flow data can be managed by using this, the load required for maintaining the business system and updating the data can be reduced.
  • the input data received by the mobile terminal management server 10 is a condition set in advance as a condition necessary for updating data related to a business process in the process flow indicated by the processing target specifying information.
  • a certain update condition for example, data corresponding to an essential item exists
  • the process flow data is updated using the input data.
  • the update condition is configured such that the input data includes data corresponding to essential items set in advance in the business process indicated by the processing target specifying information. Compared to the case of using error determination data shared in this process, the determination of data input mistakes can be performed efficiently.
  • the database receives at least a part of the data registered in the process flow table in response to the input of predetermined data.
  • a configuration may be provided in which restrictions on changing data contents are provided. That is, for example, before the process-specific data related to the process “shipping / acceptance” is registered in the process flow table PT provided in the process flow DB 18, the common data portion in the process flow table PT is changed (for example, deletion or overwriting of data).
  • the common data part may not be changed freely after the process specific data related to the process “exit / acceptance” is registered in the process flow table PT.
  • a configuration may be adopted in which restrictions such as a password to be input and conditions to be satisfied when the user changes the contents of the common data portion are added.
  • the mobile terminal management server 10 performs each of the above-described processes (FIG. 5, FIG. 5) according to a processing program (mobile terminal management program) stored in a storage medium included in the mobile terminal management server 10. (See FIG. 7).
  • a business system particularly, an ERP system
  • it is useful for reducing the processing load required for data update and search.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Educational Administration (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　ユーザに帳票に関する情報を提供する業務システムにおいて、ＥＲＰシステムの維持やデータの更新に要する負荷を軽減させる。　ＥＲＰが稼動する携帯端末管理サーバ１０が、プロセスフローＤＢ１８と、業務プロセスに関する情報であって、業務プロセスが属するプロセスフローと、業務プロセス毎に発生するプロセスデータに関して許容される処理タイプ（例えば、「登録」、「変更」。）とを示すマトリクスデータを記憶するプロセスフロー制御定義マトリクスＤＢ１９とを備え、携帯端末３１から、プロセスフローと業務プロセスとを特定可能な処理対象特定情報を受け付け、処理対象特定情報に対応する処理タイプをＰＦＣＭＤＢ１９を参照して特定し、携帯端末３１から、ユーザＸによる入力データを受け付け、処理タイプと入力データとに基づいて、プロセスフローＤＢ１８に記憶されたプロセスフローデータを更新する。

Description

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

Claims (5)

  1. 　ＥＲＰが稼動するサーバであり、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバであって、
    　複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段と、
    　前記業務プロセスに関する情報であって、業務プロセスが属するプロセスフローと、業務プロセス毎に発生するプロセスデータに関して許容される処理タイプとを示すマトリクスデータを記憶するマトリクスデータ記憶手段と、
    　前記携帯端末から、前記プロセスフローと前記業務プロセスとを特定可能な処理対象特定情報を受け付ける処理対象特定情報受付手段と、
    　該処理対象特定情報受付手段によって受け付けられた処理対象特定情報に対応する処理タイプを前記マトリクスデータ記憶手段を参照して特定する処理タイプ特定手段と、
    　前記携帯端末から、ユーザによって入力された入力データを受け付ける入力データ受付手段と、
    　前記処理タイプ特定手段によって特定された処理タイプと、前記入力データ受付手段によって受け付けられた入力データとに基づいて、前記プロセスフローデータ記憶手段に記憶されたプロセスフローデータを更新するプロセスフローデータ更新手段とを含む
    　ことを特徴とする携帯端末管理サーバ。
  2. 　前記マトリクスデータは、
    　行項目に、複数種類のプロセスフローが設定されており、
    　列項目に、複数種類の業務プロセスが設定されており、
    　各セルに、列項目に設定された業務プロセスが対応する行項目に設定されたプロセスフローに含まれるか否かを示すフラグが設定されており、
    　前記処理タイプ特定手段は、前記処理対象特定情報が示すプロセスフローと業務プロセスとの組み合わせに対応するセルに設定されたフラグを参照し、当該フラグが、前記業務プロセスが前記プロセスフローに含まれていることを示す場合に、当該業務プロセスのプロセスデータとして許容される処理タイプを前記処理対象特定情報に対応する処理タイプとして特定し、
    　前記入力データ受付手段は、前記処理タイプ特定手段によって特定された処理タイプに応じた入力データを受け付ける
    　請求項１記載の携帯端末管理サーバ。
  3. 　前記入力データ受付手段によって受け付けられた入力データが、前記処理対象特定情報が示すプロセスフローにおける業務プロセスに関するデータを更新するために必要な条件としてあらかじめ設定された条件である更新条件を満たすか否かを判定する入力データ判定手段を含み、
    　前記プロセスフローデータ更新手段は、前記入力データ判定手段によって前記入力データが前記更新条件を満たすと判定された場合に、当該入力データを用いて前記プロセスフローデータを更新する
    　請求項１または請求項２記載の携帯端末管理サーバ。
  4. 　前記更新条件は、前記入力データが、前記処理対象特定情報が示す業務プロセスにあらかじめ設定された必須項目に対応するデータを有していることである
    　請求項３記載の携帯端末管理サーバ。
  5. 　ＥＲＰを稼動させ、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する処理を携帯端末管理サーバに実行させる携帯端末管理プログラムであって、
    　複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを記憶するプロセスフローデータ記憶手段と、
    　前記業務プロセスに関する情報であって、業務プロセスが属するプロセスフローと、業務プロセス毎に発生するプロセスデータに関して許容される処理タイプとを示すマトリクスデータを記憶するマトリクスデータ記憶手段とを備えた前記携帯端末管理サーバに、
    　前記携帯端末から、前記プロセスフローと前記業務プロセスとを特定可能な処理対象特定情報を受け付ける処理対象特定情報受付処理と、
    　該処理対象特定情報受付処理にて受け付けた処理対象特定情報に対応する処理タイプを前記マトリクスデータ記憶手段を参照して特定する処理タイプ特定処理と、
    　前記携帯端末から、ユーザによって入力された入力データを受け付ける入力データ受付処理と、
    　前記処理タイプ特定処理にて特定した処理タイプと、前記入力データ受付処理にて受け付けた入力データとに基づいて、前記プロセスフローデータ記憶手段に記憶されたプロセスフローデータを更新するプロセスフローデータ更新処理とを
    　実行させるための携帯端末管理プログラム。
PCT/JP2012/000630 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム WO2013114438A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201280067052.XA CN104067302A (zh) 2012-01-31 2012-01-31 便携终端管理服务器及便携终端管理程序
US14/375,540 US20150073856A1 (en) 2012-01-31 2012-01-31 Mobile terminal management server and mobile terminal management program
EP12867583.2A EP2811436A1 (en) 2012-01-31 2012-01-31 Mobile terminal management server, and mobile terminal management program
PCT/JP2012/000630 WO2013114438A1 (ja) 2012-01-31 2012-01-31 携帯端末管理サーバ、および携帯端末管理プログラム

Applications Claiming Priority (1)

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

Publications (1)

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

Family

ID=48904533

Family Applications (1)

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

Country Status (4)

Country Link
US (1) US20150073856A1 (ja)
EP (1) EP2811436A1 (ja)
CN (1) CN104067302A (ja)
WO (1) WO2013114438A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114090237A (zh) * 2021-10-27 2022-02-25 安天科技集团股份有限公司 终端数据业务管控方法、装置、电子设备及存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6848670B2 (ja) * 2017-05-15 2021-03-24 富士通株式会社 業務連携プログラム、業務連携方法及び業務連携装置
CN116341889B (zh) * 2023-05-26 2023-08-18 佰墨思(成都)数字技术有限公司 生物制药生产全周期流程的数字化管控系统、装置和方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
JP2006285914A (ja) * 2005-04-05 2006-10-19 Casio Comput Co Ltd データ検索処理装置及びプログラム
JP2009265936A (ja) * 2008-04-24 2009-11-12 Canon Software Inc 外部システムからのフロー制御可能なワークフローシステム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6275809B1 (en) * 1996-05-15 2001-08-14 Hitachi, Ltd. Business processing system employing a notice board business system database and method of processing the same
US6473751B1 (en) * 1999-12-10 2002-10-29 Koninklijke Philips Electronics N.V. Method and apparatus for defining search queries and user profiles and viewing search results
US7331035B2 (en) * 2000-05-05 2008-02-12 @ Hand Corporation System and method for mobile software application development and deployment
WO2005041032A1 (ja) * 2003-10-27 2005-05-06 Matsushita Electric Industrial Co. Ltd. 統合業務ソフトウエアの導入運用支援システム
EP1830316A1 (en) * 2006-01-04 2007-09-05 Sap Ag Data processing system, RFID reader and data processing method
CN101576920B (zh) * 2009-06-19 2012-11-28 用友软件股份有限公司 搜索引擎系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10214113A (ja) * 1996-05-15 1998-08-11 Hitachi Ltd 掲示板型データベースを用いた業務処理システム及びその処理方法
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
JP2006285914A (ja) * 2005-04-05 2006-10-19 Casio Comput Co Ltd データ検索処理装置及びプログラム
JP2009265936A (ja) * 2008-04-24 2009-11-12 Canon Software Inc 外部システムからのフロー制御可能なワークフローシステム

Non-Patent Citations (1)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114090237A (zh) * 2021-10-27 2022-02-25 安天科技集团股份有限公司 终端数据业务管控方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN104067302A (zh) 2014-09-24
US20150073856A1 (en) 2015-03-12
EP2811436A4 (en) 2014-12-10
EP2811436A1 (en) 2014-12-10

Similar Documents

Publication Publication Date Title
JP5386639B2 (ja) データベース、データ管理サーバ、およびデータ管理プログラム
WO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5502251B1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
WO2013114442A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114438A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2015198365A1 (ja) 連携サーバ、連携プログラム、およびｅｃシステム
WO2013114439A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114448A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5451885B2 (ja) データベース、データ管理サーバ、およびデータ管理プログラム
WO2013114449A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5597769B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
EP3007118A1 (en) Cooperation server, non-transitory computer-readable storage medium storing cooperation program, and EC system
WO2015198364A1 (ja) 連携サーバ、連携プログラム、およびｅｃシステム
US20160148129A1 (en) Report data management device, non-transitory computer-readable storage medium storing report data management program, and report data management method
JPWO2013114438A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114439A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114447A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2015198362A1 (ja) 連携サーバ、連携プログラム、およびｅｃシステム
JPWO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP2007114953A (ja) 情報システム、アクション送信装置およびアクション送信プログラム
WO2015198363A1 (ja) 連携サーバ、連携プログラム、およびｅｃシステム
JPWO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114447A1 (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: 12867583

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013556014

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012867583

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

Country of ref document: US