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

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

Info

Publication number
WO2013005246A1
WO2013005246A1 PCT/JP2011/003778 JP2011003778W WO2013005246A1 WO 2013005246 A1 WO2013005246 A1 WO 2013005246A1 JP 2011003778 W JP2011003778 W JP 2011003778W WO 2013005246 A1 WO2013005246 A1 WO 2013005246A1
Authority
WO
WIPO (PCT)
Prior art keywords
slip data
login
mobile terminal
request
management server
Prior art date
Application number
PCT/JP2011/003778
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 US13/576,169 priority Critical patent/US20130013733A1/en
Priority to EP11858471.3A priority patent/EP2717200A4/en
Priority to JP2012529060A priority patent/JP5558571B2/ja
Priority to PCT/JP2011/003778 priority patent/WO2013005246A1/ja
Priority to CN2011800104698A priority patent/CN103069443A/zh
Publication of WO2013005246A1 publication Critical patent/WO2013005246A1/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

Definitions

  • the present invention acquires slip data from a slip data management server that manages slip data generated for each business unit in a business process, and sends slip data via a communication network in response to a request from a mobile terminal used by a user.
  • the present invention relates to a mobile terminal management server that provides a mobile terminal, and a mobile terminal management program installed in the mobile terminal management server.
  • ERP Enterprise Resource Planning
  • the mission-critical business systems equipped with this ERP are often built on a relational database, and application programs that focus on business processing are often designed. It is often operated without being placed.
  • the form inquiry system that provides information such as forms to the mobile communication terminal as described above has the convenience of being able to obtain information while away from home or on the move, but there is a risk of information leakage There was a problem that increased. Therefore, a form inquiry system that provides information such as a form to a mobile communication terminal is required to have high safety.
  • An object of the present invention is to solve the above-described problems and improve safety in a business system that provides information related to a form to a mobile communication terminal.
  • the mobile terminal management server of the present invention acquires the slip data from the slip data management server that manages the slip data generated for each business unit in the business process, and responds to a request from the mobile terminal used by the user.
  • a mobile terminal management server for providing slip data via a slip data storage means for storing slip data for provision to the mobile terminal, and slip data for acquiring the latest slip data from the slip data management server An acquisition unit; a slip data update unit that stores the slip data acquired by the slip data acquisition unit in the slip data storage unit and updates the slip data stored in the slip data storage unit; and Log that determines whether or not to allow login to the mobile terminal when there is a login request Login determination means, login processing means for performing login processing when the login determination means determines that login is permitted, and slip data from the portable terminal in the login state for which login processing has been executed by the login processing means
  • a browsing request receiving unit that receives a browsing request
  • a slip data providing unit that provides the portable terminal with slip data stored in the slip data storage unit in response to the browsing request received by the
  • An update request accepting unit that accepts an update request for slip data from the mobile terminal in a logged-in state, and the mobile terminal to the slip data management server when the update request is accepted by the update request accepting unit
  • Login request means for presenting the terminal information indicating the login request, and when the login is permitted in the slip data management server in response to the login request by the login request means to the slip data management server
  • An update request unit that performs an update request received by the update request receiving unit may be included.
  • An update request accepting unit that accepts an update request for slip data from a logged-in mobile terminal, an update content of the update request accepted by the update request accepting unit, and terminal information indicating the mobile terminal that has made the update request
  • Update-related information storage means for storing update-related information including the update-related information stored by the update-related information storage means at a predetermined timing and sent to the slip data management server in a batch
  • an update request unit that collectively performs the update requests received by the update request receiving unit.
  • the mobile terminal may be configured to include a login determination unit that permits login only when a predetermined regular login operation is accepted.
  • logout processing means for performing logout processing for releasing the login state, and in response to the logout processing being executed by the logout processing means, And history information deletion request means for requesting deletion of communication history information related to provision of slip data.
  • Time measuring means for measuring a time during which information is not exchanged with the portable terminal in the logged-in state, and when the time measured by the time measuring means reaches a predetermined time, It may be configured to include history information deletion request means for requesting deletion of communication history information related to provision.
  • the mobile terminal management program acquires the slip data from the slip data management server that manages the slip data generated for each business unit in the business process, and passes the communication network in response to a request from the mobile terminal used by the user.
  • a portable terminal management server for causing the portable terminal management server to execute a process of providing slip data to the portable terminal management server including a slip data storage unit that stores slip data for provision to the portable terminal.
  • the slip data acquisition process for acquiring the latest slip data from the slip data management server, and the slip data acquired by the slip data acquisition process are stored in the slip data storage means and stored in the slip data storage means.
  • There was a slip data update process for updating slip data and a login request from the mobile terminal.
  • a login determination process for determining whether or not to permit login to the mobile terminal, a login process for performing a login process when it is determined that the login is permitted in the login determination process, and the login
  • the browsing request receiving process for receiving the browsing request for the slip data from the mobile terminal in the logged-in state where the process has been executed, and stored in the slip data storage unit
  • the slip data providing processing for providing the slip data to the portable terminal is executed.
  • safety can be further improved in a business system that provides information related to a form to a mobile communication terminal.
  • 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), and an integrated core business system 100.
  • 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 portable terminal management server 10 and the integrated core business system 100 are connected via a communication network such as a LAN (Local Area Network) or a dedicated communication line.
  • 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 business information DB 101. It is assumed that the core business server 110 and the DWH server 120 are connected by a dedicated communication line.
  • DWH server data warehouse server
  • the core business server 110 is a server managed by, for example, a data collector who is a collection target of form data, and has various functions for managing form information regarding various kinds of business.
  • the core business server 110 is configured by a general information processing apparatus including an OS (Operating System) and a 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 case where the core business server 110 handles 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 business information DB 101 includes a slip data DB 101a managed by the core business server 110 and a business related data DB 101b managed by the DWH server 120.
  • the slip data DB 101a is a storage medium for storing various slip data collected and organized by various information processing using various business application programs.
  • the slip data corresponding to the order slip is associated with the order slip header information, the order slip detail information, the delivery date schedule, and the like, and has a structure that can be searched based on the key such as the slip number.
  • the slip number includes an order number, an order number, a shipping number, a receipt / exit number, an invoice inquiry, a billing number, an accounting number, and the like.
  • the core business server 110 converts various data (slip data) stored in the slip data DB 101a into CSV in accordance with predetermined extraction conditions. (Comma Separated Values) A function of converting to a format and transmitting to the mobile terminal management server 10 is provided. In this example, 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 Fra Transfer Protocol
  • 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 system 500.
  • the mobile terminal management server 10 includes a slip data management unit 11 that performs processing related to management of slip data, a login management unit 12 that performs processing related to login management, and slips to the mobile terminals 31 to 3N.
  • a slip data provision processing unit 13 that executes processing for providing data
  • a slip data update processing unit 14 that performs processing for updating slip data in response to requests from the mobile terminals 31 to 3N
  • management of customer information A customer information management unit 15 that performs processing related to the transaction information, and a business information temporary storage DB 16.
  • the business information temporary storage DB 16 is a storage medium that temporarily stores business data such as slip data acquired from the integrated core business system 100 side.
  • Business data such as slip data stored in the business information temporary storage DB 16 is updated periodically (every day, every third day, every 12 hours, etc.), for example.
  • 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
  • CPU Central Processing Unit
  • ROM read-only memory
  • RAM Random Access Memory
  • display unit a display unit
  • 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 has, for example, a query (search item, search key, extraction key, etc.) for acquiring necessary form data from the mobile terminal management server 10 in response to an operation input by the user. ) Is 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
  • FIG. 3 is an explanatory diagram for explaining the business data update process.
  • the file output unit 111 in the core business server 110 has a data update timing (for example, when updating every day, a predetermined time (such as 2 o'clock in the middle of the night) set in advance).
  • the slip data (which becomes the latest data) stored in the slip data DB 101 a included in the core business server 110 is read out and transferred to the file transfer unit 112.
  • the DWH server 101b reads the business data stored in the business-related data DB 101b included in the DWH server 101b (becomes the latest data), and the core business server The file is transferred to the file transfer unit 112 included in 110.
  • the slip data stored in the slip data DB 101a includes, for example, item data, business partner data, definition data, inventory data, order data, credit data, BI original data, and the like, as shown in FIG.
  • the business data stored in the business-related data DB 101b includes, for example, sales performance information by item for each customer and best-selling information as shown in FIG.
  • the file transfer unit 112 included in the core business server 110 transmits the business data received from the file output unit 111 and the DWH server 120 to the mobile terminal management server 10.
  • the file fetch unit 11b of the slip data management unit 11 in the mobile terminal management server 10 stores the received business data in a predetermined storage area of the business information temporary storage DB 16 (new storage) (Or overwriting), and the storage information of the business information temporary storage DB 16 is updated. In this way, the storage information in the business information temporary storage DB 16 is updated by batch processing.
  • FIG. 4 is a flowchart showing an example of business data provision processing executed by the mobile terminal management server 10 or the like in the form inquiry system 500 of this example.
  • a case where business data is provided 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.
  • the portable terminal 31 accesses the portable terminal management server 10 and makes a login request (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.
  • the login management unit 12 of 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 login management unit 12 determines that login is permitted (Y in step S103)
  • the login management unit 12 sets the mobile terminal 31 to the login state.
  • the slip data provision processing unit 13 of the mobile terminal management server 10 transmits data search screen information indicating a data search screen to the mobile terminal 31 (step S104). If it is determined that login is not permitted (N in step S103), the login management unit 12 ends the process without setting the login state. If it is determined that login is not permitted, the login management unit 12 performs a process of notifying the mobile terminal 31 to that effect.
  • FIG. 5 is an explanatory diagram illustrating an example of a data search screen.
  • a search item input area 601 for inputting an item to be searched search item
  • a search word input area 602 for inputting a keyword (search word) used for the search on the data search screen.
  • the user X operates an operation unit (for example, a keyboard displayed on a display unit provided with a touch panel) provided in the mobile terminal 31, inputs a search item and a search word, and clicks the search button B2. Press.
  • an operation unit for example, a keyboard displayed on a display unit provided with a touch panel
  • search item for example, items such as an order receipt, inventory, business partner, and product name are input to the search items.
  • search word the name of a business partner, the name of a product, and the like are input.
  • the mobile terminal 31 When the search item and the search word are input and the search button B2 is pressed, the mobile terminal 31 presents the input search item and the search word as a search condition to the mobile terminal management server 10, and the business data A provision request is made (step S106).
  • the above search condition is an example, and any other condition may be used as long as it is a searchable condition.
  • the mobile terminal management server 10 When the mobile terminal management server 10 receives the business data provision request, the mobile terminal management server 10 refers to the business information temporary storage DB 16 and searches the business data according to the presented search conditions (step S107).
  • the mobile terminal management server 10 transmits search result screen information indicating a search result screen for displaying the searched business data as a search result to the mobile terminal 31 (step S108).
  • FIG. 6 is an explanatory diagram illustrating an example of a search result screen.
  • the search result screen includes a display area 603 for displaying the search result, a return button B1 that is pressed when returning to the previous screen, and an edit button that is pressed when editing the search result. B3 is provided.
  • Step S110 the portable terminal 31 makes a logout request to the portable terminal management server 10 ( Step S111).
  • Step S111 an operation for continuing access such as pressing the return button B1 is performed (N in step S110)
  • the portable terminal 31 proceeds to the process in step S105 and displays a data search screen.
  • the login management unit 12 starts measuring the time (waiting time) during which no information is exchanged with the mobile terminal 31, and this waiting time is a predetermined time (for example, It is monitored whether or not 5 minutes, 10 minutes, 30 minutes, etc.) have elapsed (reached a predetermined time) (step S112).
  • a predetermined time for example, It is monitored whether or not 5 minutes, 10 minutes, 30 minutes, etc.
  • the login management unit 12 When a logout request is received during the measurement of the standby time (Y in step S113), the login management unit 12 stops the measurement of the standby time, and the history information (communication history information, operation by the current communication) with respect to the portable terminal 31. A request for erasing the history information or the like is issued (step S114), and a logout process for canceling the login state is performed (step S115).
  • step S112 If it is determined that the predetermined time has elapsed (Y in step S112), the login management unit 12 ends the measurement of the standby time, and the mobile terminal 31 performs history information ( A request to delete communication history information, operation history information, etc. is issued (step S114), and a logout process for canceling the login state is performed (step S115).
  • the portable terminal 31 will perform the process which erase
  • step S101 and step S103 By performing the business data providing process as described above, it is possible to perform double authentication in step S101 and step S103, and to eliminate the need to access the integrated core business system 100. Therefore, it is possible to improve safety when providing business data to the mobile terminal 31.
  • FIG. 7 is a flowchart showing an example of business data update processing executed by the core business server 110, the mobile terminal management server 10, and the mobile terminal 31.
  • a case where business data is updated in response to a request from the mobile terminal 31 used by the user X will be described as an example.
  • Steps S201 to S209 in the business data update process are the same as steps S101 to S109 in the business data provision process described above, and steps S219 to S225 in the business data update process are the same as steps S110 to S116 in the business data provision process described above. Since the processing is similar, detailed description of steps S201 to S209 and S219 to S225 in the business data update processing is omitted.
  • FIG. 8 is an explanatory diagram illustrating an example of an editing screen. As shown in FIG. 8, in the editing screen, an editing area 604 for displaying the search result in an editable manner, a return button B1 pressed when returning to the previous screen, and the editing result are stored on the server 10 or 110 side. And an update button B4 that is pressed when reflecting the current business data.
  • the user X operates the mobile terminal 31 to add (for example, newly register a slip), delete, or change the business data displayed in the editing area 604 and display it as a search result. Edit the current business data. Then, after finishing the editing work, when the editing result is reflected in the business data stored on the server 10 or 110 side, the user X operates the portable terminal 31 and presses the update button B4.
  • the mobile terminal 31 makes an information rewrite request for requesting the mobile terminal management server 10 to reflect the edited result (step S210).
  • the editing content for example, the mobile terminal management server information related to the mobile terminal management server 10 (for example, the electronic certificate issued to the mobile terminal management server 10), the user information related to the user X (for example, to the user X) For example, an electronic certificate issued).
  • the mobile terminal management server 10 Upon receiving the information rewrite request, the mobile terminal management server 10 accesses the core business server 110 and makes a login request (step S211).
  • This login request is, for example, predetermined information used for predetermined login determination (for example, an electronic certificate issued to the mobile terminal management server 10, an electronic certificate issued to the user X, etc.) Is presented and done.
  • the core business server 110 determines whether or not to permit login (step S212). This determination may be made based on, for example, an ID, a password, or an electronic certificate.
  • the core business server 110 sets the mobile terminal management server 10 in the login state with respect to the reception of information from the mobile terminal 31 (step S213).
  • the core business server 110 executes a process of rewriting the corresponding business data stored in the business information DB 101 according to the editing content input from the mobile terminal 31 via the mobile terminal management server 10. (Step S214).
  • the core business server 110 transmits a rewrite notification for notifying the mobile terminal management server 10 that the rewriting has been performed according to the edited content (step S215). Thereafter, the core business server 110 performs logout processing.
  • the mobile terminal management server 10 executes the process of rewriting the corresponding business data stored in the business information temporary storage DB 16 in accordance with the editing content input from the mobile terminal 31, as with the core business server 110. (Step S216). And the portable terminal management server 10 transmits the rewriting notification for notifying that it rewritten according to the edit content with respect to the portable terminal 31 (step S217).
  • the mobile terminal 31 Upon receiving the rewrite notification, the mobile terminal 31 displays a rewrite reflection notification for notifying the user X that the editing result has been reflected in the predetermined area of the editing screen (step S218).
  • step S219 is executed in the same manner as the business data provision processing described above.
  • the mobile terminal management server 10 determines whether or not login to the mobile terminal management server 10 is permitted in response to a login request from the mobile terminal 31 that can be operated by the login process.
  • a login request is made to the core business server 110, and when it is permitted, the business data is rewritten in the core business server 110.
  • the mobile terminal management server 10 also performs processing. Processing to rewrite business data is executed.
  • step S201 By performing the business data rewriting process as described above, it is possible to perform triple authentication in step S201, step S203, and step S212, and to directly access the integrated core business system 100 from the portable terminal 31. Therefore, it is possible to improve safety when updating business data in response to a request from the mobile terminal 31.
  • the mobile terminal management server 10 every time the mobile terminal management server 10 receives a rewrite request from the mobile terminal 31, a login request is made to the core business server 110, and the business data is rewritten in the core business server 110.
  • the mobile terminal management server 10 receives a rewrite request from the mobile terminals 31 to 3N, it stores the edited contents and information about the mobile terminals 31 to 3N that are the source of the rewrite request (information necessary for authentication).
  • a configuration may be adopted in which a rewrite request is made to the core business server 110 by batch processing at a predetermined timing (for example, every day at 23:00).
  • the mobile terminal management server 10 receives an update request for the slip data from the mobile terminal in the logged-in state, the update content (edit content) of the received update request, and the terminal information indicating the mobile terminal that made the update request ( Update related information including, for example, an electronic certificate) is stored (for example, stored in a storage medium included in the mobile terminal management server 10) and stored at a predetermined timing (for example, every day at 23:00).
  • the update related information may be collectively transmitted to the slip data management server (for example, the core business server 110), and the update requests received from the respective mobile terminals that have been logged in may be collectively performed. With this configuration, the number of accesses to the core business server 110 can be greatly reduced, and the safety can be further improved.
  • the slip data is acquired from the slip data management server (for example, the core business server 110) that manages the slip data generated for each business unit in the business process, and the user
  • the mobile terminal management server 10 that provides the slip data via the communication network 40 in response to a request from the mobile terminals 31 to 3N used by the mobile terminal temporarily stores business data to be provided to the mobile terminals 31 to 3N.
  • a storage DB 16 the latest slip data is acquired from the slip data management server, the acquired slip data is stored in the business information temporary storage DB 16, and the slip data stored in the business information temporary storage DB 16 is updated; Whether login is permitted for portable terminals 31-3N when a login request is received from 31-3N If the determination is made and login is permitted, the login process is performed, and the voucher data browsing request (provision request, search request) is received from the logged-in mobile terminals 31 to 3N for which the login process has been executed.
  • the slip data stored in the business information temporary storage DB 16 is provided to the mobile terminals 31 to 3N, so that the mobile communication terminals (portable terminals 31 to 3N) can receive information on the form ( For example, in a business system (form inquiry system 500) that provides slip data), the safety can be further improved.
  • the slip data is transferred from the core business server 110 to the mobile terminal management server 10, and the slip data is provided to the mobile terminals 31 to 3N that are permitted to log in to the mobile terminal management server 10. Therefore, it is possible to provide slip data from the mobile terminal management server 10 to the mobile terminals 31 to 3N authenticated by the mobile terminal management server 10 without accessing the core business server 110. It is possible to improve safety when providing data.
  • the mobile terminal management server 10 receives a request for updating slip data from the mobile terminals 31 to 3N in the logged-in state, and in response to receiving the update request, the slip data management server (for example, , Presents terminal information (for example, an electronic certificate issued to the terminal or the user) indicating the mobile terminals 31 to 3N to the core business server 110), makes a login request, and responds to the login request with a slip
  • the slip data management server When login is permitted by the data management server, an update request is made to the slip data management server, so that safety when updating business data in response to requests from the mobile terminals 31 to 3N is increased. It becomes possible to improve. That is, since the mobile terminal management server 10 and the slip data management server receive double authentication without directly accessing the slip data management server from the mobile terminals 31 to 3N, the business data is allowed to be updated. It is possible to improve the safety when updating business data.
  • the mobile terminals 31 to 3N are configured to permit login only when a predetermined regular login operation is accepted, authentication with the mobile terminals 31 to 3N is also required. And it is possible to require double or triple authentication, and it is possible to further enhance safety.
  • the mobile terminal management server 10 performs logout processing for releasing the login state in response to a logout request from the mobile terminals 31 to 3N, and the logout processing is executed. Accordingly, since the mobile terminal 31 to 3N is requested to delete the communication history information related to the provision of slip data, the communication history information can be deleted, and the mobile terminals 31 to 3N are lost. It is possible to prevent information from leaking due to the like.
  • the mobile terminal management server 10 measures the time during which information is not exchanged with the mobile terminals 31 to 3N in the login state, and the measured time reaches a predetermined time. Since the mobile terminal 31 to 3N is requested to delete the communication history information related to the provision of the slip data, the communication history information can be deleted, and information is lost when the mobile terminals 31 to 3N are lost. Can be prevented from leaking.
  • 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. 7).
  • the present invention it is useful for improving safety in a business system that provides information on a form to a mobile communication terminal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (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）によりＣＳＶ形式にしたデータファイルを携帯端末管理サーバ１０に転送する。
　携帯端末管理サーバ１０は、例えばＷＷＷサーバなどの情報処理装置によって構成され、本システム５００のシステム管理者によって管理される。携帯端末管理サーバ１０は、例えば図２に示すように、伝票データの管理に関する処理を行う伝票データ管理部１１と、ログインの管理に関する処理を行うログイン管理部１２と、携帯端末３１～３Ｎに伝票データを提供する処理などを実行する伝票データ提供処理部１３と、携帯端末３１～３Ｎからの要求に応じて伝票データを更新する処理などを実行する伝票データ更新処理部１４と、顧客情報の管理に関する処理を行う顧客情報管理部１５と、業務情報一時保管ＤＢ１６とを含む。
　業務情報一時保管ＤＢ１６は、統合基幹業務システム１００側から取得した伝票データなどの業務データを一時的に保存する記憶媒体である。業務情報一時保管ＤＢ１６に記憶される伝票データなどの業務データは、例えば定期的（１日毎、３日毎、１２時間毎など）に更新される。
　各携帯端末３１～３Ｎは、ＣＰＵ（中央処理装置）、ＲＯＭ、ＲＡＭ、および表示部などを備えた例えばＩｐａｄ（登録商標）などの情報処理装置である。本例においては、各携帯端末３１～３Ｎは、Ｗｅｂブラウザなど、帳票データを扱うために利用可能な各種アプリケーションを有しているものとする。また、本例においては、各携帯端末３１～３Ｎは、例えばユーザによる操作入力に応じて、携帯端末管理サーバ１０から必要な帳票データを取得するためのクエリ（検索項目、検索キー、抽出キーなど）を定義し、携帯端末管理サーバ１０に送信する機能を有する。
　本例においては、各携帯端末３１～３Ｎは、中継機２０及び通信ネットワーク４０を介して携帯端末管理サーバ１０と通信し、携帯端末管理サーバ１０から取得したデータを例えば所定のＷｅｂアプリケーション（Ｗｅｂブラウザ）などのソフトウェアの機能により表示部に出力する機能を有する。
　ここで、業務情報一時保管ＤＢ１６に記憶される伝票データなどの業務データを更新する処理について説明する。図３は、業務データの更新処理を説明するための説明図である。図３に示すように、基幹業務サーバ１１０におけるファイル出力部１１１は、データ更新のタイミング（例えば、１日毎に更新する場合は、予め定められた所定の時間（深夜２時など）。）になると、基幹業務サーバ１１０が備える伝票データＤＢ１０１ａに格納されている伝票データ（最新のデータとなる）を読み出して、ファイル転送部１１２に転送する。また、ＤＷＨサーバ１０１ｂは、予め定められた所定の時間になると、同様に、ＤＷＨサーバ１０１ｂが備える業務関連データＤＢ１０１ｂに格納されている業務データ（最新のデータとなる）を読み出して、基幹業務サーバ１１０が備えるファイル転送部１１２に転送する。なお、伝票データＤＢ１０１ａに格納されている伝票データには、例えば図３に示すように、例えば品目データ、取引先データ、定義データ、在庫データ、受注データ、与信データ、ＢＩ元データなどがある。また、業務関連データＤＢ１０１ｂに格納されている業務データには、例えば図３に示すように、得意先別品目別販売実績情報、売れ筋情報などがある。
　基幹業務サーバ１１０が備えるファイル転送部１１２は、ファイル出力部１１１とＤＷＨサーバ１２０とからそれぞれ受けた業務データを携帯端末管理サーバ１０に送信する。携帯端末管理サーバ１０における伝票データ管理部１１のファイル取込部１１ｂは、業務データ（バッチファイル１１ａ）を受信すると、受信した業務データを業務情報一時保管ＤＢ１６の所定の格納領域に格納（新規保存、あるいは上書保存）し、業務情報一時保管ＤＢ１６の記憶情報を更新する。このようにして、バッチ処理により業務情報一時保管ＤＢ１６の記憶情報が更新される。
　次に、本例の帳票照会システム５００の動作について図面を参照して説明する。なお、本発明に特に関係しない動作や処理については、その内容を省略している場合がある。
　図４は、本例の帳票照会システム５００における携帯端末管理サーバ１０などが実行する業務データ提供処理の例を示すフローチャートである。ここでは、ユーザＸが使用する携帯端末３１からの要求に応じて業務データを提供する場合を例に説明する。
　業務データ提供処理において、先ず、携帯端末３１は、ユーザＸのログイン操作によるログイン要求を受け付ける（ステップＳ１０１）。このログイン操作は、例えば予め設定された暗証番号の入力操作などが考えられる。携帯端末３１へのログインが許可されると、携帯端末３１に搭載されている各種の機能を利用するための各種の操作を行うことが許容される。
　携帯端末３１にログインしている状態であるときにユーザＸによって所定のログイン操作が実行されると、携帯端末３１は、携帯端末管理サーバ１０に対してアクセスし、ログイン要求を行う（ステップＳ１０２）。このログイン要求は、例えば、予め定められたログイン判定に用いられる所定の情報（例えばユーザＸに対して発行された電子証明書）が提示されて行われる。
　携帯端末管理サーバ１０のログイン管理部１２は、ログイン要求を受けると、ログインを許可するか否かを判定する（ステップＳ１０３）。この判定は、例えば、ＩＤ、パスワード、電子証明書などによって行うようにすればよい。
　ログイン管理部１２は、ログインを許可すると判定した場合には（ステップＳ１０３のＹ）、携帯端末３１をログイン状態に設定する。ログイン状態に設定されると、携帯端末管理サーバ１０の伝票データ提供処理部１３は、データ検索画面を示すデータ検索画面情報を携帯端末３１に送信する（ステップＳ１０４）。なお、ログインを許可しないと判定した場合には（ステップＳ１０３のＮ）、ログイン管理部１２は、ログイン状態に設定することなく処理を終了する。なお、ログインを許可しないと判定した場合には、ログイン管理部１２が、その旨を携帯端末３１に対して通知する処理を行う。
　データ検索画面情報を受信すると、携帯端末３１は、受信したデータ検索画面情報が示すデータ検索画面を自己が備える表示部に表示する（ステップＳ１０５）。図５は、データ検索画面の例を示す説明図である。図５に示すように、データ検索画面には、検索対象とする項目（検索項目）を入力する検索項目入力領域６０１と、検索の際に用いるキーワード（検索ワード）を入力する検索ワード入力領域６０２と、前画面に戻る際に押下される戻るボタンＢ１と、検索を実行する際に押下される検索ボタンＢ２とが設けられている。
　データ検索画面において、ユーザＸは、携帯端末３１が備える操作部（例えばタッチパネルが配置された表示部に表示されたキーボード）を操作して、検索項目と検索ワードとを入力し、検索ボタンＢ２を押下する。検索項目には、例えば、受注伝票、在庫、取引先、商品名などの項目が入力される。検索ワードには、取引先の名称、商品の名称などが入力される。
　検索項目及び検索ワードが入力され検索ボタンＢ２が押下されると、携帯端末３１は、携帯端末管理サーバ１０に対して、入力された検索項目及び検索ワードを検索条件として提示して、業務データの提供要求を行う（ステップＳ１０６）。なお、上記の検索条件は一例であり、検索可能な条件であれば他のどのような条件であってもよい。
　携帯端末管理サーバ１０は、業務データの提供要求を受けると、業務情報一時保管ＤＢ１６を参照して、提示された検索条件に従って業務データを検索する（ステップＳ１０７）。
　検索条件に従って業務データを検索すると、携帯端末管理サーバ１０は、検索した業務データを検索結果として表示する検索結果画面を示す検索結果画面情報を携帯端末３１に送信する（ステップＳ１０８）。
　検索結果画面情報を受信すると、携帯端末３１は、受信した検索結果画面情報が示す検索結果画面を自己が備える表示部に表示する（ステップＳ１０９）。図６は、検索結果画面の例を示す説明図である。図６に示すように、検索結果画面には、検索結果を表示する表示領域６０３と、前画面に戻る際に押下される戻るボタンＢ１と、検索結果の編集を行う際に押下される編集ボタンＢ３とが設けられている。
　その後、ユーザＸによるブラウザを終了する操作などのアクセスを終了するための操作がなされた場合には（ステップＳ１１０のＹ）、携帯端末３１は、携帯端末管理サーバ１０に対してログアウト要求を行う（ステップＳ１１１）。なお、戻るボタンＢ１の押下などアクセスを継続するための操作がなされた場合には（ステップＳ１１０のＮ）、携帯端末３１は、ステップＳ１０５の処理に移行してデータ検索画面を表示する。
　ステップＳ１０８にて検索結果画面情報を送信すると、ログイン管理部１２は、携帯端末３１との情報のやりとりが行われていない時間（待機時間）の計測を開始し、この待機時間が所定時間（例えば５分、１０分、３０分など）を経過（所定時間に到達）したか否かを監視する（ステップＳ１１２）。
　待機時間の計測中にログアウト要求を受けると（ステップＳ１１３のＹ）、ログイン管理部１２は、待機時間の計測を中止し、携帯端末３１に対して今回の通信による履歴情報（通信履歴情報、操作履歴情報など）の消去要求を行い（ステップＳ１１４）、ログイン状態を解除するログアウト処理を行う（ステップＳ１１５）。
　また、待機時間が所定時間を経過したと判定した場合には（ステップＳ１１２のＹ）、ログイン管理部１２は、待機時間の計測を終了し、携帯端末３１に対して今回の通信による履歴情報（通信履歴情報、操作履歴情報など）の消去要求を行い（ステップＳ１１４）、ログイン状態を解除するログアウト処理を行う（ステップＳ１１５）。
　そして、携帯端末３１は、履歴情報の消去要求を受けると、携帯端末管理サーバ１０との今回の通信によって蓄積された履歴情報を消去する処理を行う（ステップＳ１１６）。
　上記のようにして、ログイン処理によって操作可能となった携帯端末３１からのログイン要求に応じて携帯端末管理サーバ１０に対するログインを許可するか否か判定し、許可した場合に業務データの提供要求を受け付けて、要求に応じた業務データを提供する処理が実行される。
　上記のようにして業務データの提供処理を行うことによって、ステップＳ１０１及びステップＳ１０３にて２重に認証を行うことができ、また統合基幹業務システム１００にアクセスする必要がないようにすることができるため、携帯端末３１に対して業務データを提供する際の安全性を向上させることが可能となる。
　図７は、基幹業務サーバ１１０、携帯端末管理サーバ１０、及び携帯端末３１が実行する業務データ更新処理の例を示すフローチャートである。ここでは、ユーザＸが使用する携帯端末３１からの要求に応じて業務データを更新する場合を例に説明する。
　業務データ更新処理におけるステップＳ２０１～Ｓ２０９は上述した業務データ提供処理におけるステップＳ１０１～Ｓ１０９と同様の処理であり、業務データ更新処理におけるステップＳ２１９～Ｓ２２５は上述した業務データ提供処理におけるステップＳ１１０～Ｓ１１６と同様の処理であるため、業務データ更新処理におけるステップＳ２０１～Ｓ２０９，Ｓ２１９～Ｓ２２５についての詳細な説明は省略する。
　業務データ更新処理におけるステップＳ２０９にて検索結果画面情報が示す検索結果画面（図６参照）を自己が備える表示部に表示したあと、携帯端末３１は、編集ボタンＢ３の押下を受け付けると、表示領域６０３に表示されている検索結果を編集可能な編集画面を表示する。図８は、編集画面の例を示す説明図である。図８に示すように、編集画面には、検索結果を編集可能に表示する編集領域６０４と、前画面に戻る際に押下される戻るボタンＢ１と、編集結果をサーバ１０，１１０側で保存されている業務データに反映させる際に押下される更新ボタンＢ４とが設けられている。
　ユーザＸは、編集画面において、携帯端末３１を操作して、編集領域６０４に表示されている業務データを追加（例えば、伝票の新規登録）、消去、変更などすることにより、検索結果として表示されている業務データを編集する作業を行う。そして、編集作業を終えたあと、編集結果をサーバ１０，１１０側で保存されている業務データに反映させる場合には、ユーザＸは、携帯端末３１を操作して、更新ボタンＢ４を押下する。
　更新ボタンＢ４の押下を受け付けた場合には、携帯端末３１は、携帯端末管理サーバ１０に対して編集結果の反映を要求するための情報書換要求を行う（ステップＳ２１０）。この要求においては、編集内容や、携帯端末管理サーバ１０に関する携帯端末管理サーバ情報（例えば、携帯端末管理サーバ１０に対して発行された電子証明書）、ユーザＸに関するユーザ情報（例えば、ユーザＸに対して発行された電子証明書など）などが提示される。
　情報書換要求を受けると、携帯端末管理サーバ１０は、基幹業務サーバ１１０に対してアクセスし、ログイン要求を行う（ステップＳ２１１）。このログイン要求は、例えば、予め定められたログイン判定に用いられる所定の情報（例えば、携帯端末管理サーバ１０に対して発行された電子証明書、ユーザＸに対して発行された電子証明書など）が提示されて行われる。
　基幹業務サーバ１１０は、ログイン要求を受けると、ログインを許可するか否かを判定する（ステップＳ２１２）。この判定は、例えば、ＩＤ、パスワード、電子証明書などによって行うようにすればよい。
　基幹業務サーバ１１０は、ログインを許可すると判定した場合には、携帯端末３１からの情報の受け入れに関して携帯端末管理サーバ１０をログイン状態に設定する（ステップＳ２１３）。ログイン状態に設定されると、基幹業務サーバ１１０は、携帯端末３１から携帯端末管理サーバ１０を介して入力した編集内容に従って、業務情報ＤＢ１０１に保存されている該当する業務データを書き換える処理を実行する（ステップＳ２１４）。そして、基幹業務サーバ１１０は、携帯端末管理サーバ１０に対して編集内容に従って書き換えたことを通知するための書換通知を送信する（ステップＳ２１５）。その後、基幹業務サーバ１１０は、ログアウト処理を行う。
　書換通知を受信すると、携帯端末管理サーバ１０は、基幹業務サーバ１１０と同様に、携帯端末３１から入力した編集内容に従って、業務情報一時保管ＤＢ１６に保存されている該当する業務データを書き換える処理を実行する（ステップＳ２１６）。そして、携帯端末管理サーバ１０は、携帯端末３１に対して編集内容に従って書き換えたことを通知するための書換通知を送信する（ステップＳ２１７）。
　書換通知を受信すると、携帯端末３１は、自己が編集画面の所定領域に、編集結果が反映された旨をユーザＸに報知するための書換反映通知を表示する（ステップＳ２１８）。
　その後、上述した業務データ提供処理と同様にして、ステップＳ２１９以降の処理が実行される。
　上記のようにして、ログイン処理によって操作可能となった携帯端末３１からのログイン要求に応じて携帯端末管理サーバ１０に対するログインを許可するか否か判定し、許可した場合に業務データの書換要求を受け付けて、書換要求を受け付けた場合に基幹業務サーバ１１０に対してログイン要求を行い、許可された場合に基幹業務サーバ１１０にて業務データを書き換える処理が行われ、同様に携帯端末管理サーバ１０でも業務データを書き換える処理が実行される。
　上記のようにして業務データの書換処理を行うことによって、ステップＳ２０１，ステップＳ２０３及びステップＳ２１２にて３重に認証を行うことができ、また統合基幹業務システム１００に携帯端末３１から直接アクセスされることがないようにすることができるため、携帯端末３１からの要求に応じて業務データを更新する際の安全性を向上させることが可能となる。
　上記の例では、携帯端末管理サーバ１０が携帯端末３１からの書換要求を受け付ける毎に基幹業務サーバ１１０に対してログイン要求を行い、基幹業務サーバ１１０にて業務データを書き換える処理が行われる構成としていたが、携帯端末管理サーバ１０が、携帯端末３１～３Ｎからの書換要求を受け付けた場合に、その編集内容及び書換要求元となる携帯端末３１～３Ｎに関する情報（認証に必要な情報）を蓄積しておき、所定のタイミング（例えば、毎日２３時など）でバッチ処理により基幹業務サーバ１１０に対して書換要求を行う構成としてもよい。この場合、所定のタイミングで、書換要求元となる各携帯端末３１～３Ｎに関する情報を提示してログイン要求を行い、ログインが許可された端末装置を書換要求元とする編集内容のみを基幹業務サーバ１１０にて業務データに反映するようにすればよい。
　すなわち、携帯端末管理サーバ１０が、ログイン状態の携帯端末からの伝票データの更新要求を受け付け、受け付けた更新要求の更新内容（編集内容）と、その更新要求を行った携帯端末を示す端末情報（例えば電子証明書）とを含む更新関連情報を蓄積（例えば携帯端末管理サーバ１０が備える記憶媒体に蓄積する。）し、所定のタイミング（例えば、毎日２３時など）となったときに、蓄積されている更新関連情報を伝票データ管理サーバ（例えば、基幹業務サーバ１１０）に対して一括して送信し、ログイン状態であった各携帯端末から受け付けた更新要求を一括して行う構成としてもよい。このように構成すれば、基幹業務サーバ１１０へのアクセス回数を大幅に減らすことが可能となり、安全性をより向上させることができるようになる。
　以上に説明したように、上述した実施の形態では、業務プロセスにおける業務単位毎に発生する伝票データを管理する伝票データ管理サーバ（例えば、基幹業務サーバ１１０）からその伝票データを取得して、ユーザが使用する携帯端末３１～３Ｎからの要求に応じて通信ネットワーク４０を介して伝票データを提供する携帯端末管理サーバ１０が、携帯端末３１～３Ｎに提供するための伝票データを記憶する業務情報一時保管ＤＢ１６を備え、伝票データ管理サーバから最新の伝票データを取得し、取得した伝票データを業務情報一時保管ＤＢ１６に格納して業務情報一時保管ＤＢ１６に記憶されている伝票データを更新し、携帯端末３１～３Ｎからのログイン要求があったときに、携帯端末３１～３Ｎに対してログインを許可するか否か判定し、ログインを許可すると判定した場合にログイン処理を行い、ログイン処理が実行されたログイン状態の携帯端末３１～３Ｎからの伝票データの閲覧要求（提供要求、検索要求）を受け付け、受け付けた閲覧要求に応じて、業務情報一時保管ＤＢ１６に記憶されている伝票データを携帯端末３１～３Ｎに対して提供する構成とされているので、携帯通信端末（携帯端末３１～３Ｎ）に帳票に関する情報（例えば伝票データ）を提供する業務システム（帳票照会システム５００）において、より安全性を向上させることができるようになる。
　すなわち、伝票データを基幹業務サーバ１１０から携帯端末管理サーバ１０に転送しておき、この携帯端末管理サーバ１０にログインが許可された携帯端末３１～３Ｎに対して伝票データを提供する構成としているので、基幹業務サーバ１１０にアクセスすることなく、携帯端末管理サーバ１０が認証した携帯端末３１～３Ｎに対して携帯端末管理サーバ１０から伝票データを提供することが可能となり、携帯端末３１に対して業務データを提供する際の安全性を向上させることが可能となる。
　また、上述した実施の形態では、携帯端末管理サーバ１０が、ログイン状態の携帯端末３１～３Ｎからの伝票データの更新要求を受け付け、更新要求を受け付けたことに応じて、伝票データ管理サーバ（例えば、基幹業務サーバ１１０）に対して、携帯端末３１～３Ｎを示す端末情報（例えば、端末あるいはユーザに対して発行された電子証明書）を提示してログイン要求を行い、ログイン要求に応じて伝票データ管理サーバにてログインが許可された場合に、伝票データ管理サーバに対して更新要求を行う構成としているので、携帯端末３１～３Ｎからの要求に応じて業務データを更新する際の安全性を向上させることが可能となる。すなわち、携帯端末３１～３Ｎから伝票データ管理サーバに直接アクセスすることなく、携帯端末管理サーバ１０及び伝票データ管理サーバにて２重の認証を受けた場合に業務データの更新を許容する構成としているので、業務データを更新する際の安全性を向上させることが可能となる。
　また、上述した実施の形態では、携帯端末３１～３Ｎが、予め定められた正規のログイン操作を受け付けた場合にのみログインを許可する構成としているので、携帯端末３１～３Ｎでの認証も必要とするようにすることができ、２重あるいは３重の認証を必要とするようにすることができ、安全性をさらに高めることが可能となる。
　また、上述した実施の形態では、携帯端末管理サーバ１０が、携帯端末３１～３Ｎからのログアウト要求があったことに応じて、ログイン状態を解除するログアウト処理を行い、ログアウト処理が実行されたことに応じて、携帯端末３１～３Ｎに対して伝票データの提供に関わる通信履歴情報を削除するよう要求する構成としているので、通信履歴情報を消去させることが可能となり、携帯端末３１～３Ｎの紛失等によって情報が漏洩してしまうことを防止することができるようになる。
　また、上述した実施の形態では、携帯端末管理サーバ１０が、ログイン状態の携帯端末３１～３Ｎとの情報のやりとりが行われていない時間を計測し、その計測時間が所定時間に達した場合に、携帯端末３１～３Ｎに対して伝票データの提供に関わる通信履歴情報を削除するよう要求する構成としているので、通信履歴情報を消去させることが可能となり、携帯端末３１～３Ｎの紛失等によって情報が漏洩してしまうことを防止することができるようになる。
　なお、上述した実施の形態では特に言及していないが、携帯端末管理サーバ１０は、自己が備える記憶媒体に記憶されている処理プログラム（携帯端末管理プログラム）に従って、上述した各処理（図４、図７参照）を実行する。
　本発明によれば、携帯通信端末に帳票に関する情報を提供する業務システムにおいて、より安全性を向上させるのに有用である。
　１０　　　　　　　携帯端末管理サーバ
　２０　　　　　　　中継機
　３１～３Ｎ　　　　携帯端末
　４０　　　　　　　通信ネットワーク
　５０　　　　　　　通信ネットワーク
　１００　　　　　　統合基幹業務システム
　１１０　　　　　　基幹業務サーバ
　１２０　　　　　　ＤＷＨサーバ
　５００　　　　　　帳票照会システム

Claims (7)

  1. 　業務プロセスにおける業務単位毎に発生する伝票データを管理する伝票データ管理サーバから当該伝票データを取得して、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して伝票データを提供する携帯端末管理サーバであって、
    　前記携帯端末に提供するための伝票データを記憶する伝票データ記憶手段と、
    　前記伝票データ管理サーバから最新の伝票データを取得する伝票データ取得手段と、
    　該伝票データ取得手段によって取得された伝票データを前記伝票データ記憶手段に格納して当該伝票データ記憶手段に記憶されている伝票データを更新する伝票データ更新手段と、
    　前記携帯端末からのログイン要求があったときに、当該携帯端末に対してログインを許可するか否か判定するログイン判定手段と、
    　該ログイン判定手段によってログインを許可すると判定された場合にログイン処理を行うログイン処理手段と、
    　該ログイン処理手段によってログイン処理が実行されたログイン状態の前記携帯端末からの伝票データの閲覧要求を受け付ける閲覧要求受付手段と、
    　該閲覧要求受付手段によって受け付けられた閲覧要求に応じて、前記伝票データ記憶手段に記憶されている伝票データを前記携帯端末に対して提供する伝票データ提供手段とを含む
    　ことを特徴とする携帯端末管理サーバ。
  2. 　ログイン状態の前記携帯端末からの伝票データの更新要求を受け付ける更新要求受付手段と、
    　該更新要求受付手段によって更新要求が受け付けられたことに応じて、前記伝票データ管理サーバに対して、前記携帯端末を示す端末情報を提示してログイン要求を行うログイン要求手段と、
    　前記ログイン要求手段によるログイン要求に応じて前記伝票データ管理サーバにてログインが許可された場合に、前記伝票データ管理サーバに対して前記更新要求受付手段によって受け付けられた更新要求を行う更新要求手段とを含む
    　請求項１記載の携帯端末管理サーバ。
  3. 　ログイン状態の携帯端末からの伝票データの更新要求を受け付ける更新要求受付手段と、
    　該更新要求受付手段によって受け付けられた更新要求の更新内容と、当該更新要求を行った携帯端末を示す端末情報とを含む更新関連情報を蓄積する更新関連情報蓄積手段と、
    　所定のタイミングとなったときに、前記更新関連情報蓄積手段によって蓄積されている更新関連情報を前記伝票データ管理サーバに対して一括して送信し、前記更新要求受付手段によって受け付けられた更新要求を一括して行う更新要求手段とを含む
    　請求項１記載の携帯端末管理サーバ。
  4. 　前記携帯端末は、予め定められた正規のログイン操作を受け付けた場合にのみログインを許可するログイン判定手段を有する
    　請求項１から請求項３のうちいずれかに記載の携帯端末管理サーバ。
  5. 　前記携帯端末からのログアウト要求があったことに応じて、ログイン状態を解除するログアウト処理を行うログアウト処理手段と、
    　該ログアウト処理手段によってログアウト処理が実行されたことに応じて、前記携帯端末に対して伝票データの提供に関わる通信履歴情報を削除するよう要求する履歴情報削除要求手段とを含む
    　請求項１から請求項４のうちいずれかに記載の携帯端末管理サーバ。
  6. 　ログイン状態の前記携帯端末との情報のやりとりが行われていない時間を計測する時間計測手段と、
    　該時間計測手段の計測時間が所定時間に達した場合に、前記携帯端末に対して伝票データの提供に関わる通信履歴情報を削除するよう要求する履歴情報削除要求手段とを含む
    　請求項１から請求項５のうちいずれかに記載の携帯端末管理サーバ。
  7. 　業務プロセスにおける業務単位毎に発生する伝票データを管理する伝票データ管理サーバから当該伝票データを取得し、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して伝票データを提供する処理を携帯端末管理サーバに実行させる携帯端末管理プログラムであって、
    　前記携帯端末に提供するための伝票データを記憶する伝票データ記憶手段を備えた前記携帯端末管理サーバに、
    　前記伝票データ管理サーバから最新の伝票データを取得する伝票データ取得処理と、
    　該伝票データ取得処理にて取得した伝票データを前記伝票データ記憶手段に格納して当該伝票データ記憶手段に記憶されている伝票データを更新する伝票データ更新処理と、
    　前記携帯端末からのログイン要求があったときに、当該携帯端末に対してログインを許可するか否か判定するログイン判定処理と、
    　該ログイン判定処理にてログインを許可すると判定した場合にログインのための処理を行うログイン処理と、
    　該ログイン処理が実行されたログイン状態の前記携帯端末からの伝票データの閲覧要求を受け付ける閲覧要求受付処理と、
    　該閲覧要求受付処理によって受け付けられた閲覧要求に応じて、前記伝票データ記憶手段に記憶されている伝票データを前記携帯端末に対して提供する伝票データ提供処理とを
    　実行させるための携帯端末管理プログラム。
     
PCT/JP2011/003778 2011-07-01 2011-07-01 携帯端末管理サーバ、および携帯端末管理プログラム WO2013005246A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US13/576,169 US20130013733A1 (en) 2011-07-01 2011-07-01 Mobile terminal management server, and mobile terminal management program
EP11858471.3A EP2717200A4 (en) 2011-07-01 2011-07-01 PORTABLE TERMINAL ADMINISTRATION SERVER AND PORTABLE TERMINAL ADMINISTRATION PROGRAM
JP2012529060A JP5558571B2 (ja) 2011-07-01 2011-07-01 携帯端末管理サーバ、および携帯端末管理プログラム
PCT/JP2011/003778 WO2013005246A1 (ja) 2011-07-01 2011-07-01 携帯端末管理サーバ、および携帯端末管理プログラム
CN2011800104698A CN103069443A (zh) 2011-07-01 2011-07-01 一种便携终端管理服务器及便携终端管理程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/003778 WO2013005246A1 (ja) 2011-07-01 2011-07-01 携帯端末管理サーバ、および携帯端末管理プログラム

Publications (1)

Publication Number Publication Date
WO2013005246A1 true WO2013005246A1 (ja) 2013-01-10

Family

ID=47436625

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/003778 WO2013005246A1 (ja) 2011-07-01 2011-07-01 携帯端末管理サーバ、および携帯端末管理プログラム

Country Status (5)

Country Link
US (1) US20130013733A1 (ja)
EP (1) EP2717200A4 (ja)
JP (1) JP5558571B2 (ja)
CN (1) CN103069443A (ja)
WO (1) WO2013005246A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016099952A (ja) * 2014-11-26 2016-05-30 株式会社アイ・ピー・エス 帳票データ管理装置、帳票データ管理プログラム、および帳票データ管理方法
JP6751897B2 (ja) * 2015-08-28 2020-09-09 パナソニックＩｐマネジメント株式会社 情報端末の制御方法及び情報端末

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
JP2003323582A (ja) 2002-04-30 2003-11-14 Nec System Technologies Ltd 携帯電話を使用した電子帳票システム
JP2007200136A (ja) 2006-01-27 2007-08-09 Fuji Xerox Co Ltd 業務支援システム、業務支援プログラムおよび業務支援方法
JP2009223502A (ja) * 2008-03-14 2009-10-01 Ntt Communications Kk 認証システム、認証方法、サーバ装置、認証装置、プログラム
JP2010287140A (ja) * 2009-06-15 2010-12-24 Hitachi Omron Terminal Solutions Corp 端末装置及びその認証方法
JP2011097402A (ja) * 2009-10-30 2011-05-12 Kyocera Mita Corp 画像通信装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6636873B1 (en) * 2000-04-17 2003-10-21 Oracle International Corporation Methods and systems for synchronization of mobile devices with a remote database
US7509490B1 (en) * 2000-05-26 2009-03-24 Symantec Corporation Method and apparatus for encrypted communications to a secure server
WO2005094042A1 (en) * 2004-03-22 2005-10-06 Keste Method system and computer program for interfacing a mobile device to a configurator and/or backend applications
US8112394B2 (en) * 2005-10-14 2012-02-07 Oracle International Corporation Long-lived data transactions
CN101051076B (zh) * 2006-04-03 2011-10-05 上海市闸北区绿化管理局 移动式空间数据采集、处理及发布方法
CN100466863C (zh) * 2006-12-26 2009-03-04 宇龙计算机通信科技(深圳)有限公司 移动通信终端及其呼叫方法
CN101014152A (zh) * 2007-02-12 2007-08-08 郝畅 航空货运动态跟踪信息增值服务系统和方法
CN101046866A (zh) * 2007-04-05 2007-10-03 谢沛频 带有标准书号出版物的信息交换与管理系统
US8549028B1 (en) * 2008-01-24 2013-10-01 Case Global, Inc. Incident tracking systems and methods
US8244231B2 (en) * 2009-09-30 2012-08-14 Research In Motion Limited Method and apparatus for disambiguating an emergency call attempt during password entry for unlocking a mobile communication device
US8452932B2 (en) * 2010-01-06 2013-05-28 Storsimple, Inc. System and method for efficiently creating off-site data volume back-ups
US8645550B2 (en) * 2010-02-18 2014-02-04 Microsoft Corporation Database virtualization
US9229489B2 (en) * 2011-05-03 2016-01-05 Facebook, Inc. Adjusting mobile device state based on user intentions and/or identity

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム
JP2003323582A (ja) 2002-04-30 2003-11-14 Nec System Technologies Ltd 携帯電話を使用した電子帳票システム
JP2007200136A (ja) 2006-01-27 2007-08-09 Fuji Xerox Co Ltd 業務支援システム、業務支援プログラムおよび業務支援方法
JP2009223502A (ja) * 2008-03-14 2009-10-01 Ntt Communications Kk 認証システム、認証方法、サーバ装置、認証装置、プログラム
JP2010287140A (ja) * 2009-06-15 2010-12-24 Hitachi Omron Terminal Solutions Corp 端末装置及びその認証方法
JP2011097402A (ja) * 2009-10-30 2011-05-12 Kyocera Mita Corp 画像通信装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KAZUO KIMURA: "Keitai Denwa o Katsuyo shita Kigyo System", TOSHIBA SOLUTION TECHNICAL NEWS, vol. 9, 15 March 2007 (2007-03-15), pages 6 - 7, XP008171623 *
See also references of EP2717200A4 *

Also Published As

Publication number Publication date
JPWO2013005246A1 (ja) 2015-02-23
EP2717200A1 (en) 2014-04-09
EP2717200A4 (en) 2015-03-25
US20130013733A1 (en) 2013-01-10
CN103069443A (zh) 2013-04-24
JP5558571B2 (ja) 2014-07-23

Similar Documents

Publication Publication Date Title
WO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
US20150081365A1 (en) Mobile terminal management server and mobile terminal management program
JP5502251B1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
JP5479598B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5237460B2 (ja) データベース、管理サーバ、および管理プログラム
US20150120354A1 (en) Mobile terminal management server and mobile terminal management program
WO2013114448A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5558571B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2014002138A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
US20150073857A1 (en) Mobile terminal management server and mobile terminal management program
JP5597769B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP4937336B2 (ja) 検索連動スタンプサービス提供装置、方法及びプログラム
EP2811432A1 (en) Mobile terminal management server, and mobile terminal management program
WO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114445A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2014184821A1 (ja) 業務情報管理サーバ、および業務情報管理プログラム
WO2013114443A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP2015201059A (ja) パラメータ設定支援システム、パラメータ設定方法
JP2013047928A (ja) 書店サーバ装置、サーバ装置、ノベルティ配布サーバ装置
JPWO2013114448A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2015033375A1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
JPWO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114443A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JPWO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180010469.8

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2012529060

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 6194/DELNP/2012

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2011858471

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13576169

Country of ref document: US

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

Ref document number: 11858471

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE