WO2014002138A1

WO2014002138A1 - Mobile terminal management server, and mobile terminal management program

Info

Publication number: WO2014002138A1
Application number: PCT/JP2012/004178
Authority: WO
Inventors: 敏文秋田
Original assignee: 株式会社アイ・ピー・エス
Priority date: 2012-06-27
Filing date: 2012-06-27
Publication date: 2014-01-03
Also published as: JPWO2014002138A1

Abstract

The present invention prevents fraudulence using a fraudulent license, and protects system managers and users in a business system for providing information related to business forms to a mobile communication terminal. A mobile terminal management server (10) operated by an ERP determines whether to permit a login to a mobile terminal (31) on the basis of the user license information issued to a user (X) from a server manager (Z), and presents server license information, which is capable of uniquely identifying user license information, when a processing request is made to an enterprise resource planning system (100) in accordance with a processing request from the mobile terminal (31) in a logged-in state, the server license information being license information issued to the server manager (Z). Then the processing request is carried out.

Description

携帯端末管理サーバ、および携帯端末管理プログラムMobile terminal management server and mobile terminal management program

　本発明は、ＥＲＰが稼動するサーバであって、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバ、および携帯端末管理サーバに搭載される携帯端末管理プログラムに関する。 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.

　従来から、企業における基幹業務システムを構築するためのパッケージソフトウェアとして、ＥＲＰ（Enterprise Resource Planning）と呼ばれるものが主流となっていた。このＥＲＰが搭載された基幹業務システム（統合基幹業務システム、ＥＲＰシステム）では、リレーショナルデータベース上で構築されることが多くなってきており、業務処理に主眼をおいたアプリケーションプログラムの設計がなされることが多く、帳票出力には主眼が置かれずに運用されることが多い。 Conventionally, what is called ERP (Enterprise Resource Planning) has become the mainstream as package software for building a core business system in a company. The mission-critical business system (integrated mission-critical business system, ERP system) equipped with this ERP is often built on a relational database, and application programs that focus on business processing are designed. In many cases, the form output is operated without any focus.

　このような状況の下、大量の業務データを高速に処理し、様々な切り口で業務データを分析し、帳票出力することを目的として、基幹業務システムの補完的な役割を担う様々なデータウェアハウスシステムが提供されるようになった（特許文献１参照）。 Under these circumstances, various data warehouses that play a complementary role in mission-critical business systems for the purpose of processing large amounts of business data at high speed, analyzing business data in various ways, and outputting forms A system has been provided (see Patent Document 1).

　このような帳票出力を目的とする基幹情報管理システムにおいて、携帯通信端末（携帯端末）に対して帳票などの情報を提供するものが提案されている（特許文献２－３参照）。 In such a basic information management system for the purpose of outputting a form, one that provides information such as a form to a mobile communication terminal (mobile terminal) has been proposed (see Patent Document 2-3).

特開２００２―３１２２０８号公報Japanese Patent Laid-Open No. 2002-312208 特開２００３―３２３５８２号公報Japanese Patent Laid-Open No. 2003-323582 特開２００７―２００１３６号公報JP 2007-2001136 A

　上記のような携帯通信端末に帳票などの情報を提供する基幹情報管理システムにおいては、外出先や移動中でも情報を取得することが可能となるという利便性は有しているが、情報漏えいの危険性が高まるという問題があった。従って、携帯通信端末に帳票などの情報を提供する基幹情報管理システムにおいては、その安全性の高いものが求められている。 The basic information management system that provides information such as forms to mobile communication terminals as described above has the convenience of being able to acquire information while away from home or on the move, but there is a risk of information leakage There was a problem of increasing the nature. Therefore, a basic information management system that provides information such as a form to a mobile communication terminal is required to have high safety.

　上記のような基幹情報管理システムでは、一般に、ユーザ側にライセンスを付与することとし、ライセンシーのみにシステムの利用を認めることとしている。このように、上記のような基幹情報管理システムでは、ライセンスにより登録ユーザであるか否かの管理することとしているが、例えば、１ライセンスを複数ユーザで使用するといった不正がなされる可能性があるという問題があった。このような不正がなされた場合には、システム管理者にとって多大な不利益が生じることは言うまでもないが、不正ユーザにより使用されることとなるため、登録ユーザの登録データ内に不正なデータが入ってくるおそれや、登録ユーザの登録データが不正にダウンロードされるおそれがあった。よって、システムの安全性を高めるとともに、システム管理者及びユーザを保護する観点から、そのような不正を容易かつ確実に防止するための技術が求められている。 In the basic information management system as described above, generally, a license is given to the user side, and only the licensee is allowed to use the system. As described above, in the basic information management system as described above, whether or not the user is a registered user is managed by the license. For example, there is a possibility that an unauthorized use such as using one license by a plurality of users may be performed. There was a problem. If such a fraud is made, it goes without saying that there is a great disadvantage for the system administrator. However, since it is used by an unauthorized user, unauthorized data is included in the registered data of the registered user. There was a risk that registered data of registered users could be downloaded illegally. Therefore, there is a need for a technique for easily and reliably preventing such fraud from the viewpoint of enhancing the safety of the system and protecting the system administrator and the user.

　本発明は、上述した問題を解消し、携帯通信端末に帳票に関する情報を提供する業務システム（ＥＲＰシステム）において、不正ライセンスによる不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者及びユーザを保護することができるようにすることを目的とする。 The present invention solves the above-described problems, can prevent fraudulent acts due to fraudulent licenses in a business system (ERP system) that provides information related to forms to mobile communication terminals, and can improve system safety. At the same time, it is an object to be able to protect the system administrator and the user.

　本発明の携帯端末管理サーバは、ＥＲＰが稼動するサーバであって、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバであって、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを前記携帯端末に対して照会可能に記憶するプロセスフローデータ記憶手段と、前記携帯端末管理サーバのサーバ管理者から前記ユーザに対して発行されたライセンス情報であるユーザライセンス情報を提示した前記携帯端末からのログイン要求があったときに、提示されたユーザライセンス情報に基づいて当該携帯端末に対してログインを許可するか否か判定するログイン判定手段と、該ログイン判定手段によってログインを許可すると判定された場合にログイン処理を行うログイン処理手段と、該ログイン処理手段によってログイン処理が実行されたログイン状態の前記携帯端末からの各種処理要求を受け付ける処理要求受付手段と、該処理要求受付手段によって受け付けられた処理要求に応じて、所定処理を実行する処理実行手段とを含み、該処理実行手段は、所定処理として、前記携帯端末管理サーバと通信を行うことにより機能を発揮する統合基幹業務システムに対して処理要求を行う場合には、前記サーバ管理者に対して発行されたライセンス情報であるサーバライセンス情報であって、前記ユーザライセンス情報を一意に特定可能な当該サーバライセンス情報を提示して当該処理要求を行うことを特徴とする。 The mobile terminal management server of the present invention is a server on which ERP operates, and is a mobile terminal management server that provides various data via a communication network in response to a request from a mobile terminal used by a user. Process flow data storage means for storing process flow data including various data related to a process flow including a business process so that the mobile terminal can be referred to, and a server administrator of the mobile terminal management server issued to the user Login determination that determines whether or not to allow login to the portable terminal based on the presented user license information when there is a login request from the portable terminal that presents the user license information that is the license information And when the login determination unit determines that login is permitted. Login processing means for performing login processing, processing request reception means for receiving various processing requests from the portable terminal in the login state for which login processing has been executed by the login processing means, and processing received by the processing request reception means Processing execution means for executing a predetermined process in response to a request, and the processing execution means performs processing for the integrated core business system that performs a function by communicating with the mobile terminal management server as the predetermined processing. When making a request, server license information that is license information issued to the server administrator, presenting the server license information that can uniquely identify the user license information, and submitting the processing request. It is characterized by performing.

　上記の構成としたことで、携帯端末に帳票に関する情報を提供する業務システムにおいて、不正ライセンスによる不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者及びユーザを保護することができるようになる。 With the above configuration, in a business system that provides information on a form to a mobile terminal, it is possible to prevent fraudulent acts due to unauthorized licenses, improve system safety, and Can be protected.

　前記ユーザライセンス情報として、前記サーバライセンス情報が用いられ、前記ログイン判定手段は、前記ユーザライセンス情報として提示された前記サーバライセンス情報により前記ユーザが登録ユーザであるか否かを判定することによって、前記携帯端末に対してログインを許可するか否か判定する構成とされていてもよい。 The server license information is used as the user license information, and the login determination unit determines whether or not the user is a registered user based on the server license information presented as the user license information. You may be set as the structure which determines whether login is permitted with respect to a portable terminal.

　ユーザライセンス情報は、サーバライセンス情報１つに対して１つ発行可能で、サーバライセンス情報の１つに対応付けされたライセンス情報であり、前記ログイン判定手段は、提示された前記ユーザライセンス情報により前記ユーザが登録ユーザであるか否かを判定することによって、前記携帯端末に対してログインを許可するか否か判定し、前記処理実行手段は、前記ログイン判定手段により用いられた前記ユーザライセンス情報と１対１で対応付けされている前記サーバライセンス情報を提示して前記統合基幹業務システムに対して当該処理要求を行う構成とされていてもよい。 One piece of user license information can be issued with respect to one piece of server license information, and is associated with one piece of server license information. By determining whether or not the user is a registered user, it is determined whether or not to allow login to the mobile terminal, and the process execution unit includes the user license information used by the login determination unit and The server license information associated in one-to-one correspondence may be presented and the processing request may be made to the integrated core business system.

　前記ライセンス情報として、ユーザＩＤとパスワードとが用いられる構成とされていてもよい。 The user ID and password may be used as the license information.

　また、本発明の携帯端末管理プログラムは、ＥＲＰを稼動させ、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する処理を携帯端末管理サーバに実行させる携帯端末管理プログラムであって、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを前記携帯端末に対して照会可能に記憶するプロセスフローデータ記憶手段を備えた前記携帯端末管理サーバに、前記携帯端末管理サーバのサーバ管理者から前記ユーザに対して発行されたライセンス情報であるユーザライセンス情報を提示した前記携帯端末からのログイン要求があったときに、提示されたユーザライセンス情報に基づいて当該携帯端末に対してログインを許可するか否か判定するログイン判定処理と、該ログイン判定処理にてログインを許可すると判定した場合にログイン処理を行うログイン処理実行処理と、該ログイン処理実行処理にてログイン処理が実行されたログイン状態の前記携帯端末からの各種処理要求を受け付ける処理要求受付処理と、該処理要求受付処理にて受け付けた処理要求に応じて、所定処理を実行する所定処理実行処理とを実行させ、該所定処理実行処理では、所定処理として、前記携帯端末管理サーバと通信を行うことにより機能を発揮する統合基幹業務システムに対して処理要求を行う場合に、前記サーバ管理者に対して発行されたライセンス情報であるサーバライセンス情報であって、前記ユーザライセンス情報を一意に特定可能な当該サーバライセンス情報を提示して当該処理要求を行う処理を実行させるためのものである。 Also, the mobile terminal management program of the present invention operates the ERP, and makes the mobile terminal management server execute processing for providing various data via a communication network in response to a request from the mobile terminal used by the user. The portable terminal management server comprising process flow data storage means for storing process flow data including various data relating to a process flow including a plurality of business processes so that the portable terminal can be referred to the portable terminal management server. When there is a login request from the portable terminal that presents the user license information that is license information issued to the user by the server administrator of the terminal management server, the portable device is based on the presented user license information. Login determination to determine whether to allow login to the terminal And login processing execution processing for performing login processing when it is determined that login is permitted in the login determination processing, and various processing from the portable terminal in the login state in which login processing is executed in the login processing execution processing A process request receiving process for receiving a request, and a predetermined process executing process for executing a predetermined process in response to the process request received in the process request receiving process. In the predetermined process executing process, Server license information that is license information issued to the server administrator when performing a processing request to an integrated mission-critical system that performs functions by communicating with a mobile terminal management server, Present the server license information that can uniquely identify the user license information, and execute the process to request the process It is intended for.

　本発明によれば、携帯端末に帳票に関する情報を提供する業務システムにおいて、不正ライセンスによる不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者及びユーザを保護することができるようになる。 ADVANTAGE OF THE INVENTION According to this invention, in the business system which provides the information regarding a form to a portable terminal, the fraudulent act by an unauthorized license can be prevented, the safety of a system can be improved, and a system administrator and a user are protected. Will be able to.

基幹情報管理システムの構成例を示すブロック図である。It is a block diagram which shows the structural example of a basic information management system. 携帯端末管理サーバの構成例を示すブロック図である。It is a block diagram which shows the structural example of a portable terminal management server. プロセスフローデータの格納状態の例を示す説明図である。It is explanatory drawing which shows the example of the storage state of process flow data. 更新条件データの格納状態の例を示す説明図である。It is explanatory drawing which shows the example of the storage state of update condition data. プロセスフローデータ提供処理の例を示すフローチャートである。It is a flowchart which shows the example of a process flow data provision process. データ検索画面の例を示す説明図である。It is explanatory drawing which shows the example of a data search screen. 検索結果画面の例を示す説明図である。It is explanatory drawing which shows the example of a search result screen. 認証処理の例を示すフローチャートである。It is a flowchart which shows the example of an authentication process. 認証処理の内容を説明するためのタイムチャートである。It is a time chart for demonstrating the content of an authentication process. 認証処理の他の例を示すフローチャートである。It is a flowchart which shows the other example of an authentication process. ユーザ情報の例を示す説明図である。It is explanatory drawing which shows the example of user information. 認証処理の他の内容を説明するためのタイムチャートである。It is a time chart for demonstrating the other content of an authentication process. プロセスフローデータ更新処理の例を示すフローチャートである。It is a flowchart which shows the example of a process flow data update process. 編集画面の例を示す説明図である。It is explanatory drawing which shows the example of an edit screen. データベース更新処理の例を示すフローチャートである。It is a flowchart which shows the example of a database update process. 帳票出力処理の例を示すフローチャートである。It is a flowchart which shows the example of a form output process. プロセスフローデータ更新要求入力画面の例を示す説明図である。It is explanatory drawing which shows the example of a process flow data update request input screen. 更新エラー通知表示画面の例を示す説明図である。It is explanatory drawing which shows the example of an update error notification display screen. 帳票表示画面の例を示す説明図である。It is explanatory drawing which shows the example of a form display screen. プロセスフローデータの状態に基づく帳票ステータスの遷移について説明するための説明図である。It is explanatory drawing for demonstrating the transition of the form status based on the state of process flow data. 基幹情報管理システムの他の構成例を示すブロック図である。It is a block diagram which shows the other structural example of a basic information management system. 認証処理のさらに他の例を示すフローチャートである。It is a flowchart which shows the further another example of an authentication process. ユーザ情報の他の例を示す説明図である。It is explanatory drawing which shows the other example of user information. 認証処理のさらに他の内容を説明するためのタイムチャートである。It is a time chart for demonstrating the other content of an authentication process.

　以下、本発明の一実施の形態の例について図面を参照して説明する。
　図１は、本発明の一実施の形態に係る基幹情報管理システム５００の構成例を示すブロック図である。図１に示すように、基幹情報管理システム５００は、携帯端末管理サーバ１０と、中継機２０と、複数の携帯端末３１～３Ｎ（Ｎは任意の正の整数）と、統合基幹業務システム１００と、統合基幹業務システム２００と、統合基幹業務システム３００とを含む。携帯端末管理サーバ１０と各携帯端末３１～３Ｎとは、それぞれ、インターネットなどの通信ネットワーク４０及び中継機２０を介して接続される。携帯端末管理サーバ１０は、統合基幹業務システム１００、統合基幹業務システム２００、統合基幹業務システム３００と、それぞれＬＡＮ（Local Area Network）や専用通信回線などの通信ネットワーク５１，５２，５３を介して接続される。なお、携帯端末同士や統合基幹業務システム同士は、携帯端末管理サーバを介して通信可能な構成としてもよいし、通信不能な構成としてもよい。 Hereinafter, an example of an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a configuration example of a basic information management system 500 according to an embodiment of the present invention. As shown in FIG. 1, the basic information management 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.

　統合基幹業務システム１００は、基幹業務サーバ１１０と、データウェアハウスサーバ（ＤＷＨサーバ）１２０と、プロセスフローＤＢ１０１とを含む。統合基幹業務システム２００は、ＤＷＨサーバ２２０と、プロセスフローＤＢ２０１とを含む。統合基幹業務システム３００は、基幹業務サーバ３１０と、プロセスフローＤＢ３０１とを含む。 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. That is, in the basic information management system 500, even if the system 200 does not have a basic business server or the system 300 does not have a DWH server, by performing communication with the mobile terminal management server 10, integrated basic business Can function as a system. Although not shown, even 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.

　基幹業務サーバ１１０とＤＷＨサーバ１２０とは、専用通信回線により接続されているものとする。 It is assumed that the core business server 110 and the DWH server 120 are connected by a dedicated communication line.

　基幹業務サーバ１１０は、例えば基幹情報管理システム５００の管理者によって管理されるサーバであり、各種業務に関する帳票情報を管理（例えば、情報の作成や更新、保存など。）するための各種の機能を有する。基幹業務サーバ１１０は、ＯＳ（Operating System）やリレーショナルＤＢを備えた一般的な情報処理装置によって構成される。 The core business server 110 is a server managed by an administrator of the core information management system 500, for example, and has various functions for managing form information related to various businesses (for example, creation, update, storage, etc. of information). Have. The core business server 110 is configured by a general information processing apparatus including an OS (Operating System) and a relational DB.

　ここで、「帳票」とは、帳簿や伝票類の総称である。また、「帳簿」とは、金銭や品物の出納に関する事項が記入されるものであり、「伝票」とは、帳簿を作成する際の基となるデータであり業務上の取引等の証拠となるものである。本例においては、基幹業務サーバ１１０が、帳票データとして伝票データのみを示すプロセスデータ（各業務プロセスに関するデータ）を扱う場合を例に説明を行なう。 “Here,“ form ”is a general term for books and slips. The “book” is used to fill in items related to the receipt and payment of money and goods, and the “slip” is the data used as the basis for creating the book and provides evidence of business transactions. Is. In this example, the case where the core business server 110 handles process data (data regarding each business process) 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.

　ＤＷＨサーバ１２０は、例えば本システムのシステム管理者によって管理されるサーバであり、データウェアハウスを実現するための各種の機能を有する。ここで、「データウェアハウス」とは、時系列で蓄積された帳票データなどの業務データの中から各項目間の関連性を分析するシステムをいう。また、ＤＷＨサーバ１２０は、基幹業務サーバ１１０から転送されたＣＳＶ（Comma Separated Values）形式のファイルを所定のデータ形式に変換するなどして、所定の格納領域に各種データを登録する機能を有する。なお、ＤＷＨサーバ１２０は、データ形式の変換を行わず、ＣＳＶ形式の状態から各格納領域に応じたデータを抽出する構成とされていてもよい。 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. Here, the “data warehouse” refers to a system that analyzes the relationship between items from business data such as form data accumulated in time series. Further, the DWH server 120 has a function of registering various data in a predetermined storage area by converting a CSV (Comma-Separated Value) format file transferred from the core business server 110 into a predetermined data format. Note that the DWH server 120 may be configured to extract data corresponding to each storage area from the CSV format state without converting the data format.

　プロセスフローＤＢ１０１は、基幹業務サーバ１１０の業務アプリケーションプログラムＤＢ（図示せず）に記憶された各種プログラムを用いた各種情報処理によって収集・整理等された各種のプロセスデータ（または帳票データ）により構成されるプロセスフローデータを記憶する記憶媒体である。なお、プロセスフローデータについては、後で詳しく説明する。また、本例においては、統合基幹業務システム１００は、ＤＷＨサーバ１２０によって管理される業務関連データＤＢ（図示せず）を含み、基幹業務サーバ１１０は、プロセスフローＤＢ１０１に記憶されたプロセスデータを、所定の抽出条件に応じてＣＳＶ形式に変換して携帯端末管理サーバ１０に送信する機能を有する。なお、本例においては、基幹業務サーバ１１０は、ＦＴＰ（File Transfer Protocol）によりＣＳＶ形式にしたデータファイルを携帯端末管理サーバ１０に転送する。 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. Also, in this example, 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, According to a predetermined extraction condition, it has a function of converting to the CSV format and transmitting it to the mobile terminal management server 10. 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.

　携帯端末管理サーバ１０は、ＥＲＰが稼動するサーバであって、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供するサーバである。携帯端末管理サーバ１０は、例えばＷＷＷサーバなどの情報処理装置によって構成され、基幹情報管理システム５００のシステム管理者、あるいは基幹情報管理システム５００のシステム管理者とは別の携帯端末管理サーバ１０の管理者によって管理される。 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 manages the mobile terminal management server 10 different from the system administrator of the basic information management system 500 or the system administrator of the basic information management system 500. Managed by a person.

　図２は、携帯端末管理サーバ１０の構成例を示すブロック図である。図２に示すように、携帯端末管理サーバ１０は、プロセスフローデータの管理に関する処理を行うプロセスフローデータ管理部１１と、ログインの管理に関する処理を行うログイン管理部１２と、携帯端末３１～３Ｎにプロセスフローデータを提供する処理などを実行するプロセスフローデータ提供処理部１３と、携帯端末３１～３Ｎからの要求に応じてプロセスフローデータを更新する処理などを実行するプロセスフローデータ更新処理部１４と、顧客情報の管理に関する処理を行う顧客情報管理部１５と、業務アプリケーションプログラムＤＢ１７と、プロセスフローＤＢ１８と、一般的な基幹業務サーバとしての機能を実現するために必要な各種データ（例えば、業務アプリケーションプログラムＤＢ１７に格納される各種プログラムが利用するデータ）を格納するその他ＤＢ１９とを備えている。なお、その他ＤＢ１９については、本発明に特に関係しない部分であるため、詳しい説明は省略する。 FIG. 2 is a block diagram illustrating a configuration example of the mobile terminal management server 10. As shown in FIG. 2, the mobile terminal management server 10 includes a process flow data management unit 11 that performs processing related to process flow data management, a login management unit 12 that performs processing related to login management, and mobile terminals 31 to 3N. A process flow data provision processing unit 13 that executes processing for providing process flow data, a process flow data update processing unit 14 that executes processing for updating process flow data in response to a request from the mobile terminals 31 to 3N, and the like. , A customer information management unit 15 that performs processing related to the management of customer information, a business application program DB 17, a process flow DB 18, and various data necessary for realizing a function as a general core business server (for example, business application Various programs stored in the program DB 17 And a other DB19 storing the usage data). The other DB 19 is a part not particularly related to the present invention, and a detailed description thereof will be omitted.

　業務アプリケーションプログラムＤＢ１７は、各種業務に用いられるプログラムを記憶する記憶媒体である。業務アプリケーションプログラムＤＢ１７に記憶されるプログラムとしては、販売業務管理プログラム、購買業務管理プログラム、生産管理プログラム、財務会計管理プログラム、および管理会計管理プログラムなどがある。 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. In this example, a case will be described in which process flow data including various data related to a process flow (business flow) including a plurality of business processes is stored in the process flow table PT in the process flow DB 18. In this example, a case will be described in which the mobile terminal management server 10 centrally manages process flow data generated for each process flow using one process flow table PT. In this example, 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. Note that the slip number includes the order number, order number, shipping number, entry / exit number, invoice inquiry, billing number, Account number etc. are included)).

　なお、携帯端末管理サーバ１０が、プロセスフローデータを、例えば、後述するタイプ毎に、あるいは後述する共通データの内容の一部（例えば、受注先など）が同じもの毎に、複数のテーブルで管理する構成としてもよい。 Note that 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. As shown in FIG. 3, 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 (that is, each column item in the process flow table PT) indicates the type of process data constituting the process flow data. In other words, data relating to each business process constituting the process flow is allocated and stored in each part constituting the process flow data. Note that process data relating to a process flow related to a series of operations (for example, a series of process flows from an order received from a certain company to delivery) is stored in the same entry (that is, the same line in the process table PT) in the process flow table PT. Is done. With such a configuration, it is possible to define the correspondence between the process data.

　ここで、「主キー部」とは、プロセスフローデータのうち、プロセスフローデータを一意に特定するためのデータである主キーデータが格納される部分である。本例においては、主キー部は、プロセスフロー番号とプロセスフロー明細番号とにより構成される。すなわち、本例においては、プロセスフロー番号とプロセスフロー明細番号との組み合わせが、各プロセスフローデータの識別子（ＩＤ）となる。主キー部は、プロセスフローデータの初回登録時に更新される。なお、ここでの「プロセスフローデータの初回登録時」とは、プロセスフローデータにエントリ（データ行）が追加されるとき、例えば、あるプロセスフローに属するプロセスデータであって、対応する他のプロセスデータが未登録のプロセスデータが登録されるときを意味するものとする。また、ここでの「更新」とは、データの追加を含むものとする。 Here, 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. In this example, 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. Here, “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. In this example, 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.

　また、「プロセスフロー明細番号」とは、同一のプロセスフロー番号が付与されたプロセスフローデータの中から特定のプロセスフローデータを特定するための識別子である。すなわち、例えば図３に示すプロセスフローテーブルＰＴは、プロセスフローのタイプ「在庫売上」における業務プロセス「受注」において、受注先「Ｔ００１」から金額「１２００」と「２６００」の業務を受注したことを示すプロセスデータを含むプロセスフローデータを、それぞれプロセスフロー番号「０００００１」とプロセスフロー明細番号「００１０」または「００２０」の組み合わせにより一意に特定することができる。 Further, 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.

　次いで、「参照キー部」とは、プロセスフローデータのうち、売上返品に対する元取引など、プロセスフローに関連する他のプロセスフローデータ（または、他のプロセスデータ）を特定するためのデータである参照キーデータが格納される部分である。本例においては、参照キー部は、参照番号と参照明細番号とにより構成される。参照キー部は、プロセスフローデータの初回登録時に更新される。 Next, 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. In this example, 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.

　なお、参照番号と参照明細番号には、それぞれ、プロセスフローに関連する他のプロセスフローのプロセスフロー番号とプロセスフロー明細番号とが格納される。ただし、新規取引の場合など、プロセスフローに関連する他のプロセスフローがない場合には、参照キー部には、同一エントリの主キー部と同じ値を示すデータが（すなわち、参照番号にはプロセスフロー番号が、参照明細番号にはプロセスフロー明細番号がそれぞれ）格納される。また、参照キー部が、プロセスフローに関連する他のプロセスデータを示す場合、参照キー部には、プロセスデータの種類を特定するためのデータがさらに設けられる。 It should be noted that 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. However, when there is no other process flow related to the process flow, such as in the case of a new transaction, 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. Further, when 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.

　また、「タイプ部」とは、プロセスフローデータのうち、在庫売上やサンプル出荷など、プロセスフローの種類を示すデータであるタイプデータが格納される部分である。タイプ部は、プロセスフローデータの初回登録時に更新される。なお、プロセスフローの種類は、在庫売上やサンプル出荷に限られない。また、プロセスフローの種類毎にどのプロセスが必要なのかが予め決まっているものとする（すなわち、プロセスフローの種類毎に含まれる業務プロセスの種類や数が異なる）。 In addition, 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. Note that 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).

　また、「ステータス部」とは、プロセスフローデータのうち、プロセスフローの進捗を表すデータ（すなわち、プロセスフローに含まれる複数の業務プロセスそれぞれの進捗状況を示すデータ）であるステータスデータが格納される部分である。本例においては、ステータスデータは、プロセスフローが必要とする業務プロセスに対し、未済のものには「０」、既済のものには「１」が設定されることにより、各業務プロセスの進捗を示す。すなわち、例えば図３に示すように、「在庫売上」のプロセスフローであって、プロセスフローに含まれる業務プロセスが「受注」、「出荷」、「出庫」、「出庫検収」、および「売上」である場合に、業務プロセス「受注」に関するプロセス固有データ（例えば、受注日）が登録されたとする。この場合、ステータスデータは、「売上」に対応する部分が「１」になり、その他の部分は初期状態（すなわち、「０」が設定された状態）のままとなる。 In addition, 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. Part. In this example, 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”, “shipping”, “shipping 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).

　すなわち、本例におけるステータス部は、業務プロセス毎に更新される。言い換えれば、ステータス部は、後述するプロセス固有データの入力のとき、具体的には、所定のステータス変更条件が満たされたことにより各業務プロセスが完了した判定されたときに更新される。なお、ステータス変更条件は特に限定されないが、本例においては、「１つの業務プロセスに対応するプロセス固有データが全て入力されること」がステータス変更条件として携帯端末管理サーバ１０の所定の記憶領域に記憶されているものとする。 That is, the status part in this example is updated for each business process. In other words, the status part is updated when process-specific data to be described later is input, specifically, when it is determined that each business process is completed because a predetermined status change condition is satisfied. Although 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.

　なお、本例においては、異なる種類のプロセスフローが同一のテーブルに格納されるため、テーブルを構成する項目（列項目）のうち、特定のプロセスフローには不要なプロセスデータを格納する部分が生じる場合もある。この場合、プロセスフローテーブルにおいては、不要なプロセスデータを格納する部分が空データとなり、空データに対応するステータスデータには「０」が格納されるものとする。 In this example, since different types of process flows are stored in the same table, a part of the items (column items) constituting the table stores unnecessary process data in a specific process flow. In some cases. In this case, in the process flow table, a part for storing unnecessary process data is empty data, and “0” is stored in status data corresponding to the empty data.

　また、「共通データ部」とは、プロセスフローデータのうち、受注先や出荷先など、業務プロセスによらないデータ（すなわち、同一のプロセスフローに含まれる業務プロセス間で共通するデータ）である共通データが格納される部分である。共通データ部は、プロセスフローデータの初回登録時に更新される。 In addition, 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.

　また、「プロセス固有データ部」とは、プロセスフローデータのうち、受注日や各業務プロセスにおいて登録されるデータ（例えば、「納期必着」や「ワレモノ（割れ物注意）」などの注意事項を示すテキストデータ）など、同一のプロセスフローに含まれる各業務プロセスに固有のデータであるプロセス固有データが格納される部分である。プロセス固有データ部は、業務プロセス毎に更新される。よって、本例においては、プロセスフローデータのうち、業務プロセスによるものが「プロセス固有データ」であり、業務プロセスによらないものが「共通データ」であるといえる。 In addition, the “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”.

　以上が本例におけるプロセスフローデータに関する説明となるが、ここで、図３に示す各種用語の定義について簡単に説明する。 The above is the description of the process flow data in this example. Here, the definitions of various terms shown in FIG. 3 will be briefly described.

　先ず、「受注」とは、得意先から注文を受け、得意先との契約を結んだ状態を意味する。また、「出荷指示」とは、倉庫業者や物流担当者に商品を出荷する指示を行った状態を意味する。また、「出庫」とは、商品が倉庫から出荷され、移動が開始された状態を意味する。また、「検収」とは、得意先の検収が完了し、商品の所有権が得意先に移行した状態を意味する。また、「売上」とは、得意先の検収を確認し、得意先に対する債権金額が確定（＝債権を計上）した状態を意味する。 First, “order received” means a state in which an order is received from a customer and a contract with the customer is concluded. The “shipment instruction” means a state in which an instruction to ship a product is given to a warehouse company or a logistics person. In addition, “shipping” 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. “Sales” means a state in which the customer's acceptance is confirmed, and the amount of receivables from the customer is finalized (= the receivable is recorded).

　また、「検収」の用語は、「納入品やサービスが、注文通りの仕様（＝注文通りの数量、色や形、品質）になっているかを検査する業務」や「検収完了時、資産の所有権が移行する」という意味でも用いられる。なお、財務会計上（または、制度会計上）やＥＲＰシステム上では、資産の所有権の移行タイミングを明確にするために、「検収」というイベントが出庫と区別して定義される。 In addition, the term “acceptance” means “business to inspect whether the delivered product or service has the specifications as ordered (= quantity, color, shape, quality as ordered)” or “ It is also used to mean “ownership is transferred”. Note that, in financial accounting (or institutional accounting) and the ERP system, in order to clarify the timing of asset ownership transfer, an event “acceptance” is defined separately from shipping.

　また、本例においては、プロセスフローＤＢ１８には、プロセスフローデータ（または、プロセスフローテーブルＰＴ）の更新条件を示す更新条件データが登録される更新条件テーブルＵＴが備えられる。 Further, in this example, the process flow DB 18 is provided with an update condition table UT in which update condition data indicating an update condition of the process flow data (or process flow table PT) is registered.

　図４は、プロセスフローＤＢ１８における更新条件テーブルＵＴに格納される更新条件データの格納状態の例を示す説明図である。図４に示すように、本例における更新条件データは、業務プロセスの名称と、プロセスフローのタイプと、プロセスフローデータ更新条件とを含む。 FIG. 4 is an explanatory diagram showing an example of the storage state of the update condition data stored in the update condition table UT in the process flow DB 18. As shown in FIG. 4, the update condition data in this example includes a business process name, a process flow type, and a process flow data update condition.

　ここで、「プロセスフローデータ更新条件」とは、プロセスフローのタイプに応じたプロセスデータの登録条件を示すものである。本例においては、プロセスフローデータ更新条件は、ある業務プロセスに関するプロセスデータをプロセスフローデータに追加する場合に、その前提としてプロセスフローデータが有しているべきプロセスデータの種類（すなわち、プロセスフローにおいて完了しているべき業務プロセスの種類）を示す。すなわち、更新条件テーブルＵＴが図４に示したものである場合、例えば業務プロセス「出庫検収」に関するプロセスデータがタイプ「在庫売上」のプロセスフローデータに追加されるには、予め定められた業務プロセス「受注」、「出荷指示」、および「出庫」（すなわち、図４において業務プロセス名称「出庫検収」とタイプ「在庫売上」と同一列のセルに「１」が設定された業務プロセス）に関するプロセスデータがプロセスフローデータに登録されている必要がある。なお、更新条件テーブルＵＴは、基幹情報管理システム５００の管理者によって作成される構成としてもよいし、携帯端末３１～３Ｎのユーザにより作成可能な構成とされていてもよい。 Here, the “process flow data update condition” indicates the process data registration condition corresponding to the process flow type. In this example, the process flow data update condition is defined as the type of process data that the process flow data should have as a prerequisite when process data related to a certain business process is added to the process flow data (that is, in the process flow). Indicates the type of business process that should be completed). That is, when the update condition table UT is as shown in FIG. 4, for example, in order to add the process data related to the business process “issue inspection” to the process flow data of the type “inventory sales”, a predetermined business process Processes related to “order”, “shipment instruction”, and “issue” (that is, a business process in which “1” is set in a cell in the same column as the business process name “issue inspection” and type “inventory sales” in FIG. 4). Data must be registered in the process flow data. The update condition table UT may be configured by an administrator of the basic information management system 500, or may be configured by a user of the mobile terminals 31 to 3N.

　携帯端末管理サーバ１０は、プロセスフローＤＢ１８およびその他ＤＢ１９に格納された各種データを、所定の外部装置、本例においては携帯端末３１～３Ｎ及び統合基幹業務システム１００，２００，３００からの要求に応じて提供する機能を有する。すなわち、携帯端末管理サーバ１０は、基幹業務サーバとしての機能を有する。言い換えれば、携帯端末管理サーバ１０は、ＥＲＰエンジンを備える。 The mobile terminal management server 10 stores various data stored in the process flow DB 18 and other DBs 19 in response to requests from predetermined external devices, in this example, the mobile terminals 31 to 3N and the integrated

core business system

100, 200, 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.

　なお、図示しないが、本例においては、携帯端末管理サーバ１０は、データウェアハウスを実現するための各種の機能を有するＤＷＨサーバとしての機能を有するものとする。携帯端末管理サーバ１０が、ＥＲＰエンジンと、ＤＷＨサーバとして機能するための構成とを備えることにより、構成の異なる統合基幹業務システム（例えば、基幹業務サーバとＤＷＨサーバのうち、両方を有する統合基幹業務システム１００と、ＤＷＨサーバのみを有する統合基幹業務システム２００と、ＤＷＨサーバのみを有する統合基幹業務システム３００。）に対しても、統合基幹業務システムとして要求される情報の提供を行うことができるようになる。 Although not shown, in this example, 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) 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. In this example, it is assumed that each of the mobile terminals 31 to 3N has various applications that can be used for handling form data, such as a Web browser. Further, in this example, 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.

　本例においては、各携帯端末３１～３Ｎは、中継機２０及び通信ネットワーク４０を介して携帯端末管理サーバ１０と通信し、携帯端末管理サーバ１０から取得したデータを例えば所定のＷｅｂアプリケーション（Ｗｅｂブラウザ）などのソフトウェアの機能により表示部に出力する機能を有する。 In this example, 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.

　次に、本例の基幹情報管理システム５００の動作について図面を参照して説明する。なお、本発明に特に関係しない動作や処理については、その内容を省略している場合がある。 Next, the operation of the basic information management system 500 of this example will be described with reference to the drawings. Note that the contents of operations and processes not particularly related to the present invention may be omitted.

　図５は、本例の基幹情報管理システム５００における携帯端末管理サーバ１０などが実行するプロセスフローデータ提供処理の例を示すフローチャートである。ここでは、携帯端末管理サーバ１０が、ユーザＸが使用する携帯端末３１からの要求に応じてプロセスフローデータを提供する場合を例に説明する。 FIG. 5 is a flowchart showing an example of process flow data provision processing executed by the mobile terminal management server 10 or the like in the basic information management system 500 of this example. Here, a case where the mobile terminal management server 10 provides process flow data in response to a request from the mobile terminal 31 used by the user X will be described as an example.

　プロセスフローデータ提供処理において、先ず、携帯端末３１は、ユーザＸのログイン操作によるログイン要求を受け付ける（ステップＳ１０１）。このログイン操作は、例えば予め設定された暗証番号の入力操作などが考えられる。携帯端末３１へのログインが許可されると、携帯端末３１に搭載されている各種の機能を利用するための各種の操作を行うことが許容される。 In the process flow data providing process, first, the mobile terminal 31 receives a login request by the login operation of the user X (step S101). As this login operation, for example, a password input operation set in advance may be considered. When login to the mobile terminal 31 is permitted, various operations for using various functions installed in the mobile terminal 31 are allowed.

　ユーザＸが携帯端末３１にログインしている状態であるときに、ユーザＸによって所定のログイン操作が実行されると、携帯端末３１は、携帯端末管理サーバ１０に対してアクセスし、ログイン要求を行う（ステップＳ１０２）。このログイン要求は、例えば、予め定められたログイン判定に用いられる所定の情報（例えばユーザＸに対して発行された電子証明書、ユーザＩＤ、パスワードなど）が提示されて行われる。 When a predetermined login operation is executed by the user X while the user X is logged in to the mobile terminal 31, the mobile terminal 31 accesses the mobile 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, a user ID, a password, etc.) used for predetermined login determination.

　携帯端末管理サーバ１０のログイン管理部１２は、ログイン要求を受けると、ログインを許可するか否かを判定するための認証処理を行う（ステップＳ１０３ａ）。この認証処理は、例えば、ユーザＩＤ、パスワード、電子証明書などによって行うようにすればよい。 When receiving the login request, the login management unit 12 of the mobile terminal management server 10 performs an authentication process for determining whether or not to permit the login (step S103a). This authentication process may be performed using a user ID, a password, an electronic certificate, or the like, for example.

　ログイン管理部１２は、ログインを許可すると判定した場合には（ステップＳ１０３ｂのＹ）、携帯端末３１をログイン状態に設定する。携帯端末３１をログイン状態するとは、携帯端末３１にインストールされている帳票データを扱うために利用されるソフトウェアアプリケーションを有効（使用可能な状態）にすることを言う。ログイン状態に設定されると、携帯端末管理サーバ１０のプロセスフローデータ提供処理部１３は、データ検索画面を示すデータ検索画面情報を携帯端末３１に送信する（ステップＳ１０４）。なお、ログインを許可しないと判定した場合には（ステップＳ１０３ｂのＮ）、ログイン管理部１２は、携帯端末３１をログイン状態に設定することなくプロセスフローデータ提供処理を終了する。なお、ログインを許可しないと判定した場合には、ログイン管理部１２が、その旨を携帯端末３１に対して通知する処理を行う。 If the login management unit 12 determines that the login is permitted (Y in step S103b), the login management unit 12 sets the portable terminal 31 to the login state. The login state of the portable terminal 31 means that the software application used for handling the form data installed in the portable terminal 31 is made valid (usable state). When the login state is set, the process flow 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 S103b), the login management unit 12 ends the process flow data providing process without setting the mobile terminal 31 to 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.

　データ検索画面情報を受信すると、携帯端末３１は、受信したデータ検索画面情報が示すデータ検索画面を自己が備える表示部に表示する（ステップＳ１０５）。 When the data search screen information is received, the mobile terminal 31 displays the data search screen indicated by the received data search screen information on the display unit included in the mobile terminal 31 (step S105).

　図６は、データ検索画面の例を示す説明図である。図６に示すように、データ検索画面には、検索対象とする項目（検索項目）を入力する検索項目入力領域６０１と、検索の際に用いるキーワード（検索ワード）を入力する検索ワード入力領域６０２と、前画面に戻る際に押下される戻るボタンＢ１と、検索を実行する際に押下される検索ボタンＢ２とが設けられている。 FIG. 6 is an explanatory diagram showing an example of a data search screen. As shown in FIG. 6, on the data search screen, a search item input area 601 for inputting an item to be searched (search item) and a search word input area 602 for inputting a keyword (search word) used for the search. A return button B1 that is pressed when returning to the previous screen, and a search button B2 that is pressed when executing 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 a search button B2. Press. Items (for example, order slips, inventory, business partners, product names) that can constitute process flow data are input to the search items. In the search word, a character string related to the process flow data (for example, a supplier name or a product name) is input.

　検索項目及び検索ワードが入力された状態で検索ボタンＢ２が押下されると、携帯端末３１は、携帯端末管理サーバ１０に対して、入力された検索項目及び検索ワードを検索条件として提示して、プロセスフローデータの提供要求を行う（ステップＳ１０６）。なお、上記の検索条件は一例であり、任意のプロセスフローデータ（または、プロセスフローデータを構成するプロセスデータ）を検索可能な条件であれば他のどのような条件であってもよい。 When the search button B2 is pressed while the search item and the search word are input, the mobile terminal 31 presents the input search item and the search word as a search condition to the mobile terminal management server 10, A process flow data provision request is made (step S106). Note that the above search condition is an example, and any other condition may be used as long as it can search for arbitrary process flow data (or process data constituting the process flow data).

　携帯端末管理サーバ１０は、プロセスフローデータの提供要求を受け付けると、プロセスフローＤＢ１８を参照して、受け付けた提供要求によって提示された検索条件に従ってプロセスフローデータを検索する（ステップＳ１０７）。なお、プロセスフローＤＢ１８に該当データが存在しない場合には、携帯端末管理サーバ１０は、ステップＳ１０７にて、総合基幹業務システム１００，２００，３００に対して該当データの取得要求を行い、総合基幹業務システム１００，２００，３００から該当データを取得する。 When the mobile terminal management server 10 receives the process flow data provision request, the mobile terminal management server 10 refers to the process flow DB 18 and searches the process flow data according to the search condition presented by the accepted provision request (step S107). If the corresponding data does not exist in the process flow DB 18, the mobile terminal management server 10 issues an acquisition request for the corresponding data to the general

core business system

100, 200, 300 in step S 107, and performs the general core business. Corresponding data is acquired from the

systems

100, 200, and 300.

　検索条件に従ってプロセスフローデータを検索すると、携帯端末管理サーバ１０は、検索したプロセスフローデータを検索結果として表示する検索結果画面を示す検索結果画面情報を携帯端末３１に送信する（ステップＳ１０８）。 When the process flow data is searched according to the search condition, the mobile terminal management server 10 transmits search result screen information indicating a search result screen for displaying the searched process flow data as a search result to the mobile terminal 31 (step S108).

　検索結果画面情報を受信すると、携帯端末３１は、受信した検索結果画面情報が示す検索結果画面を自己が備える表示部に表示する（ステップＳ１０９）。 When the search result screen information is received, the mobile terminal 31 displays the search result screen indicated by the received search result screen information on the display unit included in the mobile terminal 31 (step S109).

　図７は、検索結果画面の例を示す説明図である。図７に示すように、検索結果画面には、検索結果を表示する表示領域７０１と、前画面に戻る際に押下される戻るボタンＢ１と、検索結果の編集を行う際に押下される編集ボタンＢ３とが設けられている。 FIG. 7 is an explanatory diagram showing an example of a search result screen. As shown in FIG. 7, the search result screen includes a display area 701 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.

　その後、ユーザＸによるブラウザを終了する操作などのアクセスを終了するための操作がなされた場合には（ステップＳ１１０のＹ）、携帯端末３１は、携帯端末管理サーバ１０に対してログアウト要求を行う（ステップＳ１１１）。なお、戻るボタンＢ１の押下などアクセスを継続するための操作がなされた場合には（ステップＳ１１０のＮ）、携帯端末３１は、ステップＳ１０５の処理に移行してデータ検索画面（図６参照）を表示する。 Thereafter, when an operation for terminating access such as an operation for terminating the browser by the user X is performed (Y in step S110), the portable terminal 31 makes a logout request to the portable terminal management server 10 ( Step S111). If 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 the data search screen (see FIG. 6). indicate.

　ステップＳ１０８にて検索結果画面情報を送信すると、ログイン管理部１２は、携帯端末３１との情報のやりとりが行われていない時間（待機時間）の計測を開始し、この待機時間が所定時間（例えば５分、１０分、３０分など）を経過（所定時間に到達）したか否かを監視する（ステップＳ１１２）。 When the search result screen information is transmitted in step S108, 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).

　待機時間の計測中にログアウト要求を受けると（ステップＳ１１３のＹ）、ログイン管理部１２は、待機時間の計測を中止し、携帯端末３１に対して今回の通信による履歴情報（通信履歴情報、操作履歴情報など）の消去要求を行い（ステップＳ１１４）、ログイン状態を解除するログアウト処理を行う（ステップＳ１１５）。 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).

　また、待機時間が所定時間を経過したと判定した場合には（ステップＳ１１２のＹ）、ログイン管理部１２は、待機時間の計測を終了し、携帯端末３１に対して今回の通信による履歴情報（通信履歴情報、操作履歴情報など）の消去要求を行い（ステップＳ１１４）、ログイン状態を解除するログアウト処理を行う（ステップＳ１１５）。 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).

　一方、携帯端末３１は、履歴情報の消去要求を受けると、携帯端末管理サーバ１０との今回の通信によって蓄積された履歴情報を消去する処理を行う（ステップＳ１１６）。 On the other hand, when the portable terminal 31 receives a request for deleting history information, the portable terminal 31 performs a process of deleting the history information accumulated by the current communication with the portable terminal management server 10 (step S116).

　上記のようにして、ログイン処理によって操作可能となった携帯端末３１からのログイン要求に応じて携帯端末管理サーバ１０に対するログインを許可するか否か判定し、許可した場合にプロセスフローデータの提供要求を受け付けて、要求に応じたプロセスフローデータを提供する処理が実行される。 As described above, it is determined 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. And the process of providing process flow data according to the request is executed.

　上記のようにしてプロセスフローデータの提供処理を行うことによって、ステップＳ１０１及びステップＳ１０３にて２重に認証を行うことができるため、携帯端末３１に対してプロセスフローデータを提供する際の安全性を向上させることが可能となる。 By performing the process flow data providing process as described above, it is possible to perform double authentication in step S101 and step S103, and thus safety when providing process flow data to the portable terminal 31. Can be improved.

　ここで、上述した認証処理（ステップＳ１０３ａ）の具体例について説明する。図８は、ステップＳ１０３ａの認証処理の例を示すフローチャートである。図９は、認証処理の内容を説明するためのタイムチャートである。本例では、基幹情報管理システム５００のシステム管理者Ｙにより携帯端末管理サーバ１０のサーバ管理者Ｚを介してユーザＸに対して発行されるユーザＩＤ（ＥＲＰユーザＩＤ）と、基幹情報管理システム５００のシステム管理者Ｙにより携帯端末管理サーバ１０のサーバ管理者Ｚを介してユーザＸに対して付与されるパスワード（ＥＲＰパスワード）とを用いた認証処理が行われるものとする。本例では、ＥＲＰユーザＩＤとＥＲＰパスワードは、システム管理者Ｙから携帯端末管理サーバ１０のサーバ管理者Ｚを介してユーザＸに付与されるものとする。よって、総合基幹業務システム１００，２００，３００及び携帯端末管理サーバ１０は、それぞれ、本システム５００のユーザに付与されているＥＲＰユーザＩＤとＥＲＰパスワードを保持している。ここでは、総合基幹業務システム１００のライセンスとして発行されたユーザＸのＥＲＰユーザＩＤ及びＥＲＰパスワードにより認証処理を行う場合を例に説明する。 Here, a specific example of the above-described authentication process (step S103a) will be described. FIG. 8 is a flowchart illustrating an example of the authentication process in step S103a. FIG. 9 is a time chart for explaining the contents of the authentication process. In this example, a user ID (ERP user ID) issued to the user X by the system administrator Y of the basic information management system 500 via the server administrator Z of the mobile terminal management server 10, and the basic information management system 500 It is assumed that authentication processing using a password (ERP password) assigned to the user X via the server administrator Z of the mobile terminal management server 10 is performed by the system administrator Y. In this example, the ERP user ID and the ERP password are given to the user X from the system administrator Y via the server administrator Z of the mobile terminal management server 10. Therefore, the general

core business systems

100, 200, 300 and the mobile terminal management server 10 each hold an ERP user ID and an ERP password assigned to the user of the system 500. Here, an example will be described in which authentication processing is performed using the ERP user ID and ERP password of user X issued as a license of the integrated core business system 100.

　携帯端末３１からのＥＲＰユーザＩＤ及びＥＲＰパスワードを提示したログイン要求を受けると（ステップＳ１００１）、携帯端末管理サーバ１０のログイン管理部１２は、認証処理において、先ず、携帯端末３１から提示されたＥＲＰユーザＩＤ及びＥＲＰパスワードを含む認証依頼情報を総合基幹業務システム１００に送信して、ユーザＸの認証を依頼する（ステップＳ５０１，ステップＳ１００２）。 When the login request presenting the ERP user ID and ERP password from the portable terminal 31 is received (step S1001), the login management unit 12 of the portable terminal management server 10 first performs the ERP presented from the portable terminal 31 in the authentication process. Authentication request information including a user ID and an ERP password is transmitted to the integrated core business system 100 to request authentication of the user X (step S501, step S1002).

　認証の依頼を受けると、総合基幹業務システム１００は、自己が備えるデータベースに格納されているユーザ情報（ここでは、ユーザ毎のＥＲＰユーザＩＤやＥＲＰパスワードなどが対応付けされた情報）を参照し、携帯端末管理サーバ１０から受信したＥＲＰユーザＩＤ及びＥＲＰパスワードにより登録ユーザであるか否かを判定するための認証処理を行って、その認証の結果を携帯端末管理サーバ１０に対して通知する（ステップＳ１００３）。 Upon receiving the request for authentication, the integrated core business system 100 refers to the user information (in this case, the information associated with the ERP user ID, ERP password, etc. for each user) stored in its own database, Based on the ERP user ID and ERP password received from the mobile terminal management server 10, an authentication process for determining whether or not the user is a registered user is performed, and the result of the authentication is notified to the mobile terminal management server 10 (step) S1003).

　認証の結果についての通知を受けると（ステップＳ５０２）、携帯端末管理サーバ１０は、受け付けた通知に従ってログインを許可するか否かを判定し（ステップＳ５０３）、ログインを許可すると判定した場合には、携帯端末３１のログインを許可する（ステップＳ１００４）。 Upon receiving the notification about the authentication result (step S502), the mobile terminal management server 10 determines whether or not to allow login according to the received notification (step S503). Login of the portable terminal 31 is permitted (step S1004).

　ログインを許可したあとは、携帯端末管理サーバ１０は、携帯端末３１からの要求（ステップＳ１００５）に応じて各種の処理を行う。この各種の処理において、携帯端末管理サーバ１０は、総合基幹業務システム１００に対して処理（検索、情報提供、情報登録などの処理）を要求する場合には、携帯端末３１から提示されているＥＲＰユーザＩＤ及びＥＲＰパスワードを提示して処理要求を行う（ステップＳ１００６）。 After permitting login, the mobile terminal management server 10 performs various processes in response to a request from the mobile terminal 31 (step S1005). In these various types of processing, when the mobile terminal management server 10 requests processing (processing such as search, information provision, information registration, etc.) from the general core business system 100, the ERP presented from the mobile terminal 31. A processing request is made by presenting the user ID and ERP password (step S1006).

　そして、総合基幹業務システム１００は、提示されたＥＲＰユーザＩＤ及びＥＲＰパスワードにより登録ユーザであると判定した場合に、要求された処理を実行する。 Then, when the integrated core business system 100 determines that the user is a registered user based on the presented ERP user ID and ERP password, it executes the requested processing.

　上記のようにして、基幹情報管理システム５００のシステム管理者Ｙが発行したＥＲＰユーザＩＤとＥＲＰパスワードとを用いてサーバ管理者Ｚが管理する携帯端末管理サーバ１０が認証する構成としているので、携帯端末３１に帳票に関する情報を提供する基幹情報管理システム５００において、不正ライセンスによる不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者Ｙ及びユーザＸを保護することができるようになる。 Since the mobile terminal management server 10 managed by the server administrator Z uses the ERP user ID and ERP password issued by the system administrator Y of the basic information management system 500 as described above, In the basic information management system 500 that provides information related to the form to the terminal 31, it is possible to prevent fraudulent acts due to fraudulent licenses, improve the safety of the system, and protect the system administrator Y and the user X. Will be able to.

　次に、上述した認証処理（ステップＳ１０３ａ）の他の具体例について説明する。図１０は、ステップＳ１０３ａの認証処理の他の例を示すフローチャートである。図１１は、本例で用いるユーザ情報の例を示す説明図である。図１２は、認証処理の他の内容を説明するためのタイムチャートである。本例では、基幹情報管理システム５００のシステム管理者Ｙにより携帯端末管理サーバ１０に対して発行されるユーザＩＤ（ＥＲＰユーザＩＤ）と、基幹情報管理システム５００のシステム管理者Ｙにより携帯端末管理サーバ１０に対して付与されるパスワード（ＥＲＰパスワード）と、携帯端末管理サーバ１０のサーバ管理者Ｚによりユーザに対して発行されるユーザＩＤと、携帯端末管理サーバ１０のサーバ管理者Ｚによりユーザに対して付与されるパスワードを用いた認証処理が行われるものとする。本例では、ＥＲＰユーザＩＤとＥＲＰパスワードは、システム管理者Ｙから携帯端末管理サーバ１０のサーバ管理者Ｚに対して付与され、ユーザＩＤとパスワードは、サーバ管理者ＺからユーザＸに付与されるものとする。よって、総合基幹業務システム１００，２００，３００及び携帯端末管理サーバ１０は、それぞれ、本システム５００のサーバ管理者Ｚに付与されているＥＲＰユーザＩＤとＥＲＰパスワードを保持している。ここでは、総合基幹業務システム１００のライセンスとして発行されたＥＲＰユーザＩＤ及びＥＲＰパスワードであって、サーバ管理者ＺからユーザＸに付与されたユーザＩＤに対応付けされているＥＲＰユーザＩＤ及びＥＲＰパスワードと、サーバ管理者ＺからユーザＸに付与されたユーザＩＤ及びパスワードとにより認証処理を行う場合を例に説明する。なお、ＥＲＰユーザＩＤ及びＥＲＰパスワードと、ユーザＩＤ及びパスワードとは、１対１に対応付けられているものとする。すなわち、サーバ管理者Ｚは、システム管理者Ｙから与えられたライセンス１つ（１組のＥＲＰユーザＩＤ及びＥＲＰパスワード）について、１つのライセンス（１組のユーザＩＤ及びパスワード）をユーザに対して発行するものとする。 Next, another specific example of the above-described authentication process (step S103a) will be described. FIG. 10 is a flowchart illustrating another example of the authentication process in step S103a. FIG. 11 is an explanatory diagram showing an example of user information used in this example. FIG. 12 is a time chart for explaining other contents of the authentication processing. In this example, the user ID (ERP user ID) issued to the mobile terminal management server 10 by the system administrator Y of the basic information management system 500 and the mobile terminal management server by the system administrator Y of the basic information management system 500 10, a user ID issued to the user by the server administrator Z of the mobile terminal management server 10, and a user by the server administrator Z of the mobile terminal management server 10. It is assumed that the authentication process using the password given is performed. In this example, the ERP user ID and ERP password are assigned from the system administrator Y to the server administrator Z of the mobile terminal management server 10, and the user ID and password are assigned to the user X from the server administrator Z. Shall. Therefore, the general

core business systems

100, 200, 300 and the mobile terminal management server 10 hold the ERP user ID and ERP password assigned to the server administrator Z of the system 500, respectively. Here, the ERP user ID and ERP password issued as the license of the integrated core business system 100, and the ERP user ID and ERP password associated with the user ID assigned to the user X from the server administrator Z An example in which authentication processing is performed using the user ID and password assigned to the user X from the server administrator Z will be described. It is assumed that the ERP user ID and ERP password are associated with the user ID and password in a one-to-one relationship. That is, the server administrator Z issues one license (one set of user ID and password) to the user for one license (one set of ERP user ID and ERP password) given by the system administrator Y. It shall be.

　携帯端末３１からのユーザＩＤ及びパスワードを提示したログイン要求を受けると（ステップＳ１０１１）、携帯端末管理サーバ１０のログイン管理部１２は、認証処理において、先ず、自己が備えるデータベースに格納されているユーザ情報（ここでは、ユーザ毎のユーザＩＤやパスワードなどが対応付けされた情報）を参照し、携帯端末３１から提示されたユーザＩＤ及びパスワードによりサーバ管理者Ｚによって登録された登録ユーザであるか否かを確認する（ステップＳ５１１）。 Upon receiving a login request that presents the user ID and password from the mobile terminal 31 (step S1011), the login management unit 12 of the mobile terminal management server 10 first stores the user stored in its own database in the authentication process. Whether the user is a registered user registered by the server administrator Z with the user ID and password presented from the portable terminal 31 with reference to information (here, information in which a user ID or password for each user is associated) (Step S511).

　登録ユーザであるか否かの判定を行うと、携帯端末管理サーバ１０は、その判定結果に従ってログインを許可するか否かを判定し（ステップＳ５０３）、ログインを許可すると判定した場合には、携帯端末３１のログインを許可する（ステップＳ１０１２）。 When it is determined whether or not the user is a registered user, the mobile terminal management server 10 determines whether or not to allow login according to the determination result (step S503). Login of the terminal 31 is permitted (step S1012).

　ログインを許可したあとは、携帯端末管理サーバ１０は、携帯端末３１からの要求（ステップＳ１０１３）に応じて各種の処理を行う。この各種の処理において、携帯端末管理サーバ１０は、総合基幹業務システム１００に対して処理（検索、情報提供、情報登録などの処理）を要求する場合には、自己が備えるデータベースに格納されているユーザ情報（図１１参照）を参照して、携帯端末３１から提示されているユーザＩＤに対応付けされているＥＲＰユーザＩＤ及びＥＲＰパスワードを特定し、特定したＥＲＰユーザＩＤ及びＥＲＰパスワードを提示して処理要求を行う（ステップＳ１０１４）。 After permitting login, the mobile terminal management server 10 performs various processes in response to a request from the mobile terminal 31 (step S1013). In these various processes, when the mobile terminal management server 10 requests processing (search, information provision, information registration, etc.) from the general core business system 100, the mobile terminal management server 10 is stored in its own database. Referring to the user information (see FIG. 11), the ERP user ID and ERP password associated with the user ID presented from the mobile terminal 31 are identified, and the identified ERP user ID and ERP password are presented. A processing request is made (step S1014).

　上記のようにして、基幹情報管理システム５００のシステム管理者Ｙが発行したＥＲＰユーザＩＤとＥＲＰパスワードと、サーバ管理者ＺがＥＲＰユーザＩＤとＥＲＰパスワードと一意に対応付けして発行したユーザＩＤとパスワードとを用いて、サーバ管理者Ｚが管理する携帯端末管理サーバ１０が認証する構成としているので、携帯端末３１に帳票に関する情報を提供する基幹情報管理システム５００において、不正ライセンスによる不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者Ｙ及びユーザＸを保護することができるようになる。 As described above, the ERP user ID and ERP password issued by the system administrator Y of the basic information management system 500, and the user ID issued by the server administrator Z in association with the ERP user ID and ERP password uniquely. Since the mobile terminal management server 10 managed by the server administrator Z authenticates using the password, the core information management system 500 that provides information related to the form to the mobile terminal 31 prevents unauthorized acts due to unauthorized licenses. It is possible to improve the security of the system, and to protect the system administrator Y and the user X.

　図１３は、携帯端末管理サーバ１０と携帯端末３１が実行するプロセスフローデータ更新処理の例を示すフローチャートである。ここでは、ユーザＸが使用する携帯端末３１からの要求に応じてプロセスフローデータを更新する場合を例に説明する。 FIG. 13 is a flowchart showing an example of process flow data update processing executed by the mobile terminal management server 10 and the mobile terminal 31. Here, a case where process flow 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 (including steps S103a and S103b) in the process flow data update process are the same as steps S101 to S109 (see FIG. 5: including steps S103a and S103b) in the process flow data providing process described above. Steps S218 to S224 in the business data update process are the same as steps S110 to S116 (see FIG. 5) in the process flow data provision process described above, and therefore, steps S201 to S209 and S218 to S224 in the business data update process are described. Detailed description is omitted.

　プロセスフローデータ更新処理におけるステップＳ２０９にて検索結果画面情報が示す検索結果画面（図７参照）を自己が備える表示部に表示したあと、携帯端末３１は、編集ボタンＢ３の押下を受け付けると、表示領域７０１に表示されている検索結果を編集可能な編集画面を表示する。図１４は、編集画面の例を示す説明図である。図１４に示すように、編集画面には、検索結果を編集可能に表示する編集領域９０１と、前画面に戻る際に押下される戻るボタンＢ１と、編集結果を携帯端末管理サーバ１０側で保存されているプロセスフローデータに反映させる際に押下される更新ボタンＢ４とが設けられている。 After displaying the search result screen (see FIG. 7) indicated by the search result screen information in the process flow data update process on the display unit that the mobile terminal 31 includes, when the mobile terminal 31 accepts pressing of the edit button B3, the display is performed. An edit screen for editing the search result displayed in the area 701 is displayed. FIG. 14 is an explanatory diagram illustrating an example of an editing screen. As shown in FIG. 14, in the edit screen, an edit area 901 for displaying the search result in an editable manner, a return button B1 to be pressed when returning to the previous screen, and the edit result are stored on the mobile terminal management server 10 side. And an update button B4 that is pressed when reflecting in the processed process flow data.

　ユーザＸは、編集画面において、携帯端末３１を操作して、編集領域６０４に表示されているプロセスフローデータを追加（例えば、伝票の新規登録）、消去、変更などすることにより、検索結果として表示されているプロセスフローデータを編集する作業を行う。そして、編集作業を終えたあと、編集結果を携帯端末管理サーバ１０側で保存されているプロセスフローデータに反映させる場合には、ユーザＸは、携帯端末３１を操作して、更新ボタンＢ４を押下する。 On the editing screen, the user X operates the mobile terminal 31 to display the search result by adding (for example, newly registering a slip), deleting, or changing the process flow data displayed in the editing area 604. Work to edit the process flow data. Then, after finishing the editing work, when the editing result is reflected in the process flow data stored on the mobile terminal management server 10 side, the user X operates the mobile terminal 31 and presses the update button B4. To do.

　更新ボタンＢ４の押下を受け付けた場合には、携帯端末３１は、携帯端末管理サーバ１０に対して編集結果の反映を要求するための情報書換要求を行う（ステップＳ２１０）。この要求においては、編集内容や、携帯端末管理サーバ１０に関する携帯端末管理サーバ情報（例えば、携帯端末管理サーバ１０に対して発行された電子証明書）、ユーザＸに関するユーザ情報（例えば、ユーザＸに対して発行された電子証明書など）などが提示される。 When the pressing of the update button B4 is accepted, the mobile terminal 31 makes an information rewrite request for requesting the mobile terminal management server 10 to reflect the edited result (step S210). In this request, the editing content, 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).

　情報書換要求を受け付けると、携帯端末管理サーバ１０は、プロセスフローＤＢ１８にアクセスし、ログイン前の所定の処理（ログイン前処理）を行う（ステップＳ２１１）。本例においては、ログイン前処理として、携帯端末管理サーバ１０は、ログイン判定に用いられる所定の情報（ログイン判定情報。例えば、携帯端末管理サーバ１０に対して発行された電子証明書、ユーザＸに対して発行された電子証明書など。）を確認するための処理を行う。 When receiving the information rewrite request, the mobile terminal management server 10 accesses the process flow DB 18 and performs a predetermined process before login (pre-login process) (step S211). In this example, as a pre-login process, the mobile terminal management server 10 uses predetermined information (login determination information used for login determination, for example, an electronic certificate issued to the mobile terminal management server 10, a user X Processing for confirming the electronic certificate issued to the other).

　ログイン前処理によりログイン判定情報を確認すると、携帯端末管理サーバ１０は、ログインを許可するか否かを判定する（ステップＳ２１２）。この判定は、例えば、ＩＤ、パスワード、電子証明書などによって行うようにすればよい。 When the login determination information is confirmed by the pre-login process, the mobile terminal management server 10 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.

　携帯端末管理サーバ１０は、ログインを許可すると判定した場合には、携帯端末３１からの情報の受け入れに関して携帯端末３１をログイン状態（ここでは、プロセスフローＤＢ１８へのアクセスが許容された状態）に設定する（ステップＳ２１３）。 If it is determined that login is permitted, the mobile terminal management server 10 sets the mobile terminal 31 to a login state (here, access to the process flow DB 18 is permitted) with respect to acceptance of information from the mobile terminal 31. (Step S213).

　携帯端末３１をログイン状態に設定すると（すなわち、ログインを許可すると）、携帯端末管理サーバ１０は、ログイン状態に設定された携帯端末３１からの情報書換要求に従って、プロセスデータＤＢ１８に保存されている該当するプロセスフローデータを書き換える処理を実行する（ステップＳ２１４）。そして、携帯端末管理サーバ１０は、統合基幹業務システム１００，２００，３００に対して編集内容に従って書き換えたことを通知するための書換通知を送信する（ステップＳ２１５）。その後、各統合基幹業務システム１００，２００，３００は、受信した書換通知に応じて自己が備えるプロセスフローＤＢ１０１，２０１，３０１を更新する。なお、各プロセスフローＤＢ１８，１０１，２０１，３０１には、携帯端末３１による情報書換要求に応じて書き換えられた内容が記憶される構成としてもよい。すなわち、誰がいつプロセスフローデータを書き換えたかが記録される構成としてもよい。 When the portable terminal 31 is set in the login state (that is, when login is permitted), the portable terminal management server 10 corresponds to the information stored in the process data DB 18 according to the information rewrite request from the portable terminal 31 set in the login state. The process of rewriting the process flow data to be executed is executed (step S214). Then, the mobile terminal management server 10 transmits a rewrite notification for notifying the integrated

core business system

100, 200, 300 that the rewriting has been performed according to the edited content (step S215). Thereafter, each integrated

core business system

100, 200, 300 updates the

process flow DB

101, 201, 301 included in itself according to the received rewrite notification. Each process flow

DB

18, 101, 201, 301 may be configured to store the content rewritten in response to an information rewrite request from the mobile terminal 31. That is, it may be configured to record who rewrites process flow data and when.

　プロセスフローＤＢ１８に記憶されている情報を書き換えると、携帯端末管理サーバ１０は、携帯端末３１に対して編集内容に従って書き換えたことを通知するための書換通知を送信する（ステップＳ２１６）。 When the information stored in the process flow DB 18 is rewritten, the mobile terminal management server 10 transmits a rewrite notification for notifying the mobile terminal 31 that it has been rewritten according to the edited content (step S216).

　書換通知を受信すると、携帯端末３１は、自己が編集画面の所定領域に、編集結果が反映された旨をユーザＸに報知するための書換反映通知を表示する（ステップＳ２１７）。 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 a predetermined area of the editing screen (step S217).

　その後、上述したプロセスフローデータ提供処理（図５参照）と同様にして、ステップＳ２１８以降の処理が実行される。 Thereafter, the processing after step S218 is executed in the same manner as the above-described process flow data provision processing (see FIG. 5).

　上記のようにして、ログイン処理によって操作可能となった携帯端末３１からのログイン要求に応じて携帯端末管理サーバ１０に対するログインを許可するか否か判定し（ステップＳ１０３ａ）、許可した場合にプロセスフローデータの書換要求を受け付けて（ステップＳ２１０）、書換要求を受け付けた場合にプロセスフローＤＢ１８に対してログイン前処理を行い（ステップＳ２１１）、許可された場合にプロセスフローＤＢ１８のプロセスフローデータを書き換える処理が行われる（ステップＳ２１４）。 As described above, it is determined whether or not to permit the login to the portable terminal management server 10 in response to the login request from the portable terminal 31 that can be operated by the login process (step S103a). A process of accepting a data rewrite request (step S210), performing a pre-login process on the process flow DB 18 when a rewrite request is accepted (step S211), and rewriting the process flow data in the process flow DB 18 if permitted. Is performed (step S214).

　上記のようにしてプロセスフローデータの書換処理を行うことによって、ステップＳ２０１、ステップＳ１０３ａ及びステップＳ２１２にて３重に認証を行うことができるため、携帯端末３１からの要求に応じてプロセスフローデータを更新する際の安全性を向上させることが可能となる。なお、情報（データ）の書き換えを行う場合には、情報の提供を行う場合と異なるログイン判定を行う構成とすることにより、携帯端末３１が各種ＤＢにアクセスすることを制限することができるため、携帯端末３１からの要求に応じてプロセスフローデータを更新する際の安全性を向上させることが可能となる。 By performing the process flow data rewriting process as described above, it is possible to perform triple authentication in step S201, step S103a, and step S212, so that the process flow data is received in response to a request from the portable terminal 31. It is possible to improve safety when updating. In addition, when rewriting information (data), it is possible to restrict the mobile terminal 31 from accessing various DBs by adopting a configuration that performs a login determination different from the case of providing information. It becomes possible to improve the safety when updating the process flow data in response to a request from the portable terminal 31.

　上記の例では、携帯端末管理サーバ１０が携帯端末３１からの書換要求を受け付ける毎にプロセスフローＤＢ１８に対してログイン判定を行い、ログイン許可をした場合にデータを書き換える処理が行われる構成としていたが、携帯端末管理サーバ１０が、携帯端末３１～３Ｎからの書換要求を受け付けた場合に、その編集内容及び書換要求元となる携帯端末３１～３Ｎに関する情報（認証に必要な情報）を蓄積しておき、所定のタイミング（例えば、毎日２３時など）でバッチ処理によりプロセスフローＤＢ１８に対して書換処理を行う構成としてもよい。この場合、所定のタイミングで、書換要求元となる各携帯端末３１～３Ｎに関する情報を提示してログイン判定を行い、ログインが許可された端末装置を書換要求元とする編集内容のみをプロセスフローＤＢ１８にてプロセスフローデータに反映するようにすればよい。 In the above example, every time the mobile terminal management server 10 receives a rewrite request from the mobile terminal 31, the process flow DB 18 performs login determination, and when login is permitted, the process of rewriting data is performed. When the mobile terminal management server 10 receives a rewrite request from the mobile terminals 31 to 3N, it stores the editing contents and information (information necessary for authentication) regarding the mobile terminals 31 to 3N that are the source of the rewrite request. Alternatively, the process flow DB 18 may be rewritten by batch processing at a predetermined timing (for example, every day at 23:00). In this case, at a predetermined timing, information relating to each of the mobile terminals 31 to 3N that is the rewrite request source is presented to make a login determination, and only the edited content that uses the terminal device permitted to log in as the rewrite request source is processed in the process flow DB 18. It should be reflected in the process flow data.

　すなわち、携帯端末管理サーバ１０が、ログイン状態の携帯端末からのプロセスフローデータの更新要求（情報書換要求）を受け付け、受け付けた更新要求の更新内容（編集内容）と、その更新要求を行った携帯端末を示す端末情報（例えば電子証明書）とを含む更新関連情報を蓄積（例えば携帯端末管理サーバ１０が備える記憶媒体に蓄積する。）し、所定のタイミング（例えば、毎日２３時など）となったときに、蓄積されている更新関連情報を用いて一括してプロセスフローデータを更新し、ログイン状態であった各携帯端末から受け付けた更新要求に応じた更新処理（情報書換）を一括して行う構成としてもよい。このように構成すれば、プロセスフローＤＢ１８へのアクセス回数を大幅に減らすことが可能となり、安全性をより向上させることができるようになる。 That is, the mobile terminal management server 10 receives an update request (information rewrite request) for process flow data from a mobile terminal in a logged-in state, the update content (edit content) of the received update request, and the mobile that made the update request. Update related information including terminal information (for example, an electronic certificate) indicating the terminal is stored (for example, stored in a storage medium included in the mobile terminal management server 10), and a predetermined timing (for example, every day at 23:00) is reached. Update the process flow data in batches using the update related information accumulated, and batch update processing (information rewriting) in response to the update requests received from each mobile terminal that was in the login state It is good also as a structure to perform. With this configuration, the number of accesses to the process flow DB 18 can be greatly reduced, and safety can be further improved.

　図１５は、携帯端末管理サーバ１０が実行するデータベース更新処理の例を示すフローチャートである。データベース更新処理では、携帯端末管理サーバ１０にてプロセスフローＤＢ１８に記憶されたプロセスフローデータを更新するための処理が実行される。なお、本例においては、携帯端末管理サーバ１０は、業務アプリケーションプログラムＤＢ１７に記憶された各種プログラムを用いた各種情報処理によって収集・整理等された各種のプロセスデータやプロセスフローデータを所定の時機に取得するものとし、以下で説明するデータベース更新処理は、携帯端末３１～３Ｎからの更新要求に応じて更新する場合（例えば、上述したプロセスフローデータ更新処理。図１３参照。）とは異なる。 FIG. 15 is a flowchart illustrating an example of database update processing executed by the mobile terminal management server 10. In the database update process, a process for updating the process flow data stored in the process flow DB 18 is executed by the mobile terminal management server 10. In this example, the mobile terminal management server 10 uses various process data and process flow data collected and organized by various information processing using various programs stored in the business application program DB 17 at a predetermined timing. The database update process described below is different from the case of updating in response to an update request from the mobile terminals 31 to 3N (for example, the process flow data update process described above, see FIG. 13).

　データベース更新処理において、先ず、携帯端末管理サーバ１０は、新たなプロセスフローデータ（新規プロセスフローデータ）を取得したか否かを判定する（ステップＳ３０１）。ここで、新規プロセスフローデータを取得していないと判定すると（ステップＳ３０１のＮ）、携帯端末管理サーバ１０は、後述するステップＳ３０３の処理に移行する。 In the database update process, first, the mobile terminal management server 10 determines whether or not new process flow data (new process flow data) has been acquired (step S301). If it is determined that new process flow data has not been acquired (N in step S301), the mobile terminal management server 10 proceeds to the process in step S303 described later.

　一方、新規プロセスフローデータを取得したと判定すると（ステップＳ３０１のＹ）、携帯端末管理サーバ１０は、取得したプロセスフローデータをプロセスフローテーブルＰＴに登録する（ステップＳ３０２）。 On the other hand, if it is determined that new process flow data has been acquired (Y in step S301), the mobile terminal management server 10 registers the acquired process flow data in the process flow table PT (step S302).

　次いで、携帯端末管理サーバ１０は、登録済みのプロセスフローデータに対応するプロセスデータ（すなわち、プロセスフローを構成する業務プロセスに関するデータ）を取得したか否かを判定する（ステップＳ３０３）。 Next, the mobile terminal management server 10 determines whether or not process data corresponding to the registered process flow data (that is, data relating to a business process constituting the process flow) has been acquired (step S303).

　なお、携帯端末管理サーバ１０による取得したプロセスデータが登録済みのプロセスデータである否かの判定は、取得したデータが有するプロセスフロー番号とプロセスフロー明細番号との組み合わせを有するプロセスフローデータがプロセスフローテーブルＰＴに格納されているか否かを判定することにより行う。そのため、本例においては、携帯端末管理サーバ１０が取得するデータ（業務の実行者により入力されたデータ、または業務アプリケーションプログラムにより作成されたデータ）に、主キー部を構成するデータ（すなわち、プロセスフロー番号とプロセスフロー明細番号）が含まれることが必要となる。 Note that whether or not the process data acquired by the mobile terminal management server 10 is registered process data is determined based on whether the process flow data having a combination of the process flow number and the process flow detail number included in the acquired data is a process flow. This is done by determining whether or not it is stored in the table PT. Therefore, in this example, the data (that is, the process that forms the main key part) in the data (data input by the business executor or data created by the business application program) acquired by the mobile terminal management server 10. (Flow number and process flow detail number) are required to be included.

　ここで、登録済みのプロセスフローデータに対応するプロセスデータを取得していないと判定すると（ステップＳ３０３のＮ）、携帯端末管理サーバ１０は、その他ＤＢ１９を参照し、取得したデータに対応する記憶領域を特定して、取得したデータを登録し（ステップＳ３０４）、ステップＳ３０１の処理に移行する。 If it is determined that the process data corresponding to the registered process flow data has not been acquired (N in step S303), the mobile terminal management server 10 refers to the other DB 19 and stores the storage area corresponding to the acquired data. The acquired data is registered (step S304), and the process proceeds to step S301.

　一方、登録済みのプロセスフローデータに対応するプロセスデータを取得したと判定すると（ステップＳ３０３のＹ）、携帯端末管理サーバ１０は、取得したプロセスデータに対応する更新条件テーブルＵＴを参照して、取得したプロセスデータに応じた更新条件データを特定する（ステップＳ３０５）。本例においては、携帯端末管理サーバ１０は、プロセスデータが示す業務プロセスの種類とプロセスフローの識別情報（すなわち、プロセスフロー番号とプロセスフロー明細番号）に基づいて更新条件データを特定する。 On the other hand, if it is determined that the process data corresponding to the registered process flow data has been acquired (Y in step S303), the mobile terminal management server 10 refers to the update condition table UT corresponding to the acquired process data and acquires the process data. The update condition data corresponding to the processed process data is specified (step S305). In this example, the mobile terminal management server 10 specifies update condition data based on the business process type and process flow identification information (that is, the process flow number and the process flow detail number) indicated by the process data.

　更新条件データを特定すると、携帯端末管理サーバ１０は、プロセスフローデータが、特定した更新条件データが示す更新条件を満たしているか否か判定する（ステップＳ３０６）。すなわち、携帯端末管理サーバ１０は、プロセスフローデータと更新条件データとに基づいて、取得したプロセスデータをプロセスフローデータの一部としてプロセスフローテーブルＰＴに登録するか否か判定する。本例においては、携帯端末管理サーバ１０は、取得したプロセスデータに対応するプロセスフローデータのステータス部と更新条件データとを比較し、更新条件データにて「１」が設定された業務プロセスがステータス部においても全て「１」に設定されている場合に、プロセスフローデータが更新条件を満たしていると判定する。 When the update condition data is specified, the mobile terminal management server 10 determines whether or not the process flow data satisfies the update condition indicated by the specified update condition data (step S306). That is, the mobile terminal management server 10 determines whether or not to register the acquired process data as part of the process flow data in the process flow table PT based on the process flow data and the update condition data. In this example, the mobile terminal management server 10 compares the status part of the process flow data corresponding to the acquired process data with the update condition data, and the business process for which “1” is set in the update condition data is in the status. If all of the sections are set to “1”, it is determined that the process flow data satisfies the update condition.

　ここで、プロセスフローデータが、特定した更新条件データが示す更新条件を満たしていないと判定すると（ステップＳ３０６のＮ）、携帯端末管理サーバ１０は、所定のエラー処理を実行し（ステップＳ３０７）、ステップＳ３０１の処理に移行する。なお、「エラー処理」とは、プロセスフローデータを更新しない処理であれば特に限定されず、例えば、更新条件が満たされるまでプロセスデータを所定の記憶領域に一時的に保存する処理であってもよいし、更新条件を満たしていないプロセスデータを取得することとなった原因を調べるための処理（すなわち、エラーを管理者に報知する処理や、充足されていない更新条件の内容を管理者に報知する処理など。）であってもよい。 If it is determined that the process flow data does not satisfy the update condition indicated by the specified update condition data (N in step S306), the mobile terminal management server 10 executes a predetermined error process (step S307), The process proceeds to step S301. The “error processing” is not particularly limited as long as the process flow data is not updated. For example, even if the process data is temporarily stored in a predetermined storage area until the update condition is satisfied, Yes, processing to investigate the cause of acquiring process data that does not satisfy the update conditions (that is, the process of notifying the administrator of the error or the contents of the update condition that is not satisfied) Or the like).

　一方、プロセスフローデータが、特定した更新条件データが示す更新条件を満たしていると判定すると（ステップＳ３０６のＹ）、携帯端末管理サーバ１０は、プロセスフローテーブルＰＴに登録されたプロセスフローデータを更新する（ステップＳ３０８）。すなわち、携帯端末管理サーバ１０は、取得したプロセスデータをプロセスフローテーブルＰＴに登録する。 On the other hand, when it is determined that the process flow data satisfies the update condition indicated by the specified update condition data (Y in step S306), the mobile terminal management server 10 updates the process flow data registered in the process flow table PT. (Step S308). That is, the mobile terminal management server 10 registers the acquired process data in the process flow table PT.

　プロセスフローデータを更新すると、携帯端末管理サーバ１０は、プロセスフローデータの更新によりプロセスフローデータに関する所定のステータス変更条件が満たされたか否かを判定する（ステップＳ３０９）。ここで、プロセスフローデータが更新されたことに応じて所定のステータス変更条件が満たされていないと判定すると（ステップＳ３０９のＮ）、携帯端末管理サーバ１０は、ステップＳ３０１に移行する。 When the process flow data is updated, the mobile terminal management server 10 determines whether or not a predetermined status change condition related to the process flow data is satisfied by updating the process flow data (step S309). If it is determined that the predetermined status change condition is not satisfied in response to the process flow data being updated (N in step S309), the mobile terminal management server 10 proceeds to step S301.

　一方、プロセスフローデータが更新されたことに応じて所定のステータス変更条件が満たされたと判定すると（ステップＳ３０９のＹ）、携帯端末管理サーバ１０は、満たされたステータス変更条件に基づいて、プロセスフローデータが含むステータスデータを更新し（ステップＳ３１０）、ステップＳ３０１の処理に移行する。 On the other hand, when it is determined that the predetermined status change condition is satisfied in response to the update of the process flow data (Y in step S309), the mobile terminal management server 10 determines the process flow based on the satisfied status change condition. The status data included in the data is updated (step S310), and the process proceeds to step S301.

　本例におけるデータベース更新処理は、例えば、携帯端末管理サーバ１０の管理者による終了操作により終了する。 The database update process in this example is terminated by an end operation by the administrator of the mobile terminal management server 10, for example.

　なお、データベース更新処理は、リアルタイムに実行される処理であってもよいし、特定の単位時間毎に実行されるバッチ処理であってもよい。また、例えば指定された期間だけリアルタイム処理を行うような、一部にリアルタイム性を有した処理（準リアルタイム処理）であってもよい。 Note that the database update process may be a process executed in real time, or may be a batch process executed every specific unit time. In addition, for example, a process having a part of real time property (semi-real time process) such as performing a real time process only for a specified period may be used.

　図１６は、携帯端末管理サーバ１０と携帯端末３１とが実行する帳票出力処理の例を示すフローチャートである。帳票出力処理では、携帯端末管理サーバ１０が携帯端末３１に対してプロセスフローデータ（プロセスフローデータの一部または全部）を提供することにより、携帯端末３１が備える表示画面に帳票を表示するための処理が実行される。なお、ログイン管理については上述したプロセスフローデータ提供処理（図５参照）と同様の処理を行うため、ここでの説明は省略する。なお、帳票出力処理は、所定形式の帳票を出力する点でプロセスフローデータ提供処理とは異なる。 FIG. 16 is a flowchart illustrating an example of a form output process executed by the mobile terminal management server 10 and the mobile terminal 31. In the form output process, the mobile terminal management server 10 provides process flow data (a part or all of the process flow data) to the mobile terminal 31 to display the form on the display screen of the mobile terminal 31. Processing is executed. Note that the login management is the same as the process flow data providing process (see FIG. 5) described above, and thus the description thereof is omitted here. Note that the form output process is different from the process flow data providing process in that a form in a predetermined format is output.

　また、本例においては、携帯端末３１からの要求に応じて、携帯端末管理サーバ１０がプロセスフローデータを更新する場合についての説明も行う。なお、本例においては、ここで説明するプロセスフローＤＢ１８更新処理（すなわち、帳票出力処理におけるプロセスフローＤＢ１８の更新処理）は、データベース更新処理（図１５参照）の１例である。 In this example, a case where the mobile terminal management server 10 updates the process flow data in response to a request from the mobile terminal 31 will also be described. In this example, the process flow DB 18 update process described here (that is, the process flow DB 18 update process in the form output process) is an example of the database update process (see FIG. 15).

　帳票出力処理において、先ず、携帯端末３１は、例えば携帯端末３１のユーザＸによる操作入力に応じて、プロセスフローデータ更新要求入力画面要求を携帯端末管理サーバ１０に送信する（ステップＳ５０１）。 In the form output process, first, the mobile terminal 31 transmits a process flow data update request input screen request to the mobile terminal management server 10 in response to, for example, an operation input by the user X of the mobile terminal 31 (step S501).

　プロセスフローデータ更新要求入力画面要求を受信すると、携帯端末管理サーバ１０は、受信したプロセスフローデータ更新要求入力画面要求に応じたプロセスフローデータ更新要求入力画面を送信する（ステップＳ４０１）。 When receiving the process flow data update request input screen request, the mobile terminal management server 10 transmits a process flow data update request input screen corresponding to the received process flow data update request input screen request (step S401).

　プロセスフローデータ更新要求入力画面を受信すると、携帯端末３１は、自己が備える表示部の表示画面にプロセスフローデータ更新要求入力画面を表示する（ステップＳ５０２）。 When the process flow data update request input screen is received, the portable terminal 31 displays the process flow data update request input screen on the display screen of the display unit included in the mobile terminal 31 (step S502).

　図１７は、プロセスフローデータ更新要求入力画面の例を示す説明図である。図１７に示すように、プロセスフローデータ更新要求入力画面には、更新対象の識別情報（本例においては、プロセスフローデータの主キー部に対応するデータ。すなわち、プロセスフロー番号とプロセスフロー明細番号。）の入力を受け付ける主キーデータ入力領域１２０１と、ユーザＸによるプロセスデータが示す業務プロセスの種類の入力を受け付ける業務プロセス入力領域１２０２と、その他のプロセスデータの内容の入力を受け付ける詳細データ入力領域１２０３と、表示部に出力される表示画面を他の表示画面に切替える要求を受け付ける戻るボタン１２０４と、各入力領域（本例においては、主キーデータ入力領域１２０１、業務プロセス入力領域１２０２、詳細データ入力領域１２０３。）に入力された内容に基づくプロセスフローデータの更新要求を受け付ける更新ボタン１２０５とが設けられる。 FIG. 17 is an explanatory diagram showing an example of a process flow data update request input screen. As shown in FIG. 17, the process flow data update request input screen includes identification information to be updated (in this example, data corresponding to the main key portion of the process flow data. That is, the process flow number and the process flow detail number). .)), A business process input area 1202 for receiving an input of the type of the business process indicated by the process data by the user X, and a detailed data input area for receiving the input of the contents of other process data. 1203, a return button 1204 for accepting a request to switch the display screen output to the display unit to another display screen, and each input area (in this example, the main key data input area 1201, the business process input area 1202, the detailed data) Process based on the content entered in the input area 1203.) And the update button 1205 is provided to accept the update request of flow data.

　プロセスフローデータ更新要求入力画面において、ユーザＸは、携帯端末３１が備える操作部（例えば、タッチパネルが配置された表示部に表示された表示領域やボタン）を操作する。すなわち、携帯端末３１は、例えばユーザＸの指により各入力領域が押下されると、押下された入力領域に対するテキストデータ（数字と文字とを含む。）の入力の受付を開始する。そして、携帯端末３１は、例えばタッチパネルが配置された表示部にキーボードを表示して（図示せず）、ユーザＸによるテキストデータの入力を受け付け、受け付けたテキストデータを選択された領域に表示する。また、携帯端末３１は、業務プロセス入力領域１２０２の選択を受け付けると、プルダウン形式で、所定の業務プロセス名称を選択可能に表示する。なお、プロセスデータの入力を受け付ける方法はこれに限定されず、例えば、携帯端末３１が、所定のデータ形式にまとめられた複数のプロセスデータを一度に受け付ける構成としてもよい。 In the process flow data update request input screen, the user X operates an operation unit (for example, a display area or a button displayed on the display unit on which the touch panel is arranged) included in the mobile terminal 31. That is, for example, when each input area is pressed by the finger of the user X, the portable terminal 31 starts accepting input of text data (including numbers and characters) for the pressed input area. And the portable terminal 31 displays a keyboard (not shown) on the display part in which the touch panel is arrange | positioned, for example, receives the input of the text data by the user X, and displays the received text data on the selected area | region. In addition, when receiving the selection of the business process input area 1202, the portable terminal 31 displays a predetermined business process name in a pull-down format so that it can be selected. Note that the method of accepting input of process data is not limited to this, and for example, the portable terminal 31 may accept a plurality of process data collected in a predetermined data format at a time.

　携帯端末３１は、ユーザＸによる更新ボタン１２０５の選択を受け付けると、各入力領域に入力されたデータにより構成されるプロセスデータによるプロセスフローデータの更新要求を受け付けたものと判定する（ステップＳ５０３）。 When the portable terminal 31 accepts the selection of the update button 1205 by the user X, the portable terminal 31 determines that it has accepted an update request for process flow data based on process data constituted by data input to each input area (step S503).

　プロセスフローデータの更新要求（更新要求）を受け付けたものと判定すると、携帯端末３１は、受け付けた更新要求を携帯端末管理サーバ１０に送信する（ステップＳ５０４）。 If it is determined that the process flow data update request (update request) has been received, the mobile terminal 31 transmits the received update request to the mobile terminal management server 10 (step S504).

　更新要求を受信すると、携帯端末管理サーバ１０は、プロセスフローテーブルＰＴに登録されたプロセスフローデータのうち、受信した更新要求に応じたプロセスフローデータを取得する（ステップＳ４０２）。なお、このとき携帯端末管理サーバ１０は、更新要求が示す主キーデータ（すなわち、主キーデータ入力領域１２０１に入力されたデータ）を含むプロセスフローデータを、更新要求（すなわち、受信したプロセスデータ）に応じたプロセスフローデータとして取得する。また、ここでの「取得」とは、後述する処理においてプロセスフローデータと更新条件データとを比較等するために一時的に所定の記憶領域に記憶するという意味である。 When the update request is received, the mobile terminal management server 10 acquires process flow data corresponding to the received update request among the process flow data registered in the process flow table PT (step S402). At this time, the mobile terminal management server 10 updates the process flow data including the primary key data indicated by the update request (that is, data input to the primary key data input area 1201) as an update request (that is, received process data). Acquired as process flow data according to Further, “acquisition” here means temporarily storing the process flow data and the update condition data in a predetermined storage area in order to compare the process flow data with the update condition data.

　更新要求に応じたプロセスフローデータを取得すると、携帯端末管理サーバ１０は、更新要求に応じた更新条件データを取得する（ステップＳ４０３）。ここで、更新要求に応じた更新条件データとは、更新要求が示す業務プロセスとプロセスフローデータのタイプ（すなわち、業務プロセス入力領域１２０２に入力された業務プロセスと、ステップＳ４０２の処理にて取得したプロセスフローデータが示すタイプ）とにより特定可能な更新条件データを意味する（図４参照）。 When acquiring the process flow data corresponding to the update request, the mobile terminal management server 10 acquires the update condition data corresponding to the update request (step S403). Here, the update condition data corresponding to the update request is the business process indicated by the update request and the type of the process flow data (that is, the business process input to the business process input area 1202 and the processing in step S402. This means update condition data that can be specified by the type indicated by the process flow data (see FIG. 4).

　更新条件データを取得すると、携帯端末管理サーバ１０は、取得したプロセスフローデータと更新条件データとを比較し（ステップＳ４０４）、プロセスフローデータの更新条件が満たされているか否か判定する（ステップＳ４０５）。 When the update condition data is acquired, the mobile terminal management server 10 compares the acquired process flow data with the update condition data (step S404) and determines whether or not the process flow data update condition is satisfied (step S405). ).

　ここで、更新条件データにおいて「１」が設定された項目の何れか１つ以上がプロセスフローデータのステータス部において「１」に設定されていないことにより、プロセスフローデータの更新条件が満たされていないと判定すると（ステップＳ４０５のＮ）、携帯端末管理サーバ１０は、更新エラー通知を作成して携帯端末３１に送信し（ステップＳ４０６）、ここでの処理を終了する。 Here, the update condition of the process flow data is satisfied because one or more of the items set to “1” in the update condition data is not set to “1” in the status part of the process flow data. If it is determined that there is no change (N in step S405), the mobile terminal management server 10 creates an update error notification and transmits it to the mobile terminal 31 (step S406), and ends the processing here.

　更新エラー通知を受信すると（ステップＳ５０５のＹ）、携帯端末３１は、受信した更新エラー通知に基づいて、自己が備える表示部の表示画面に更新エラー通知表示画面を表示する（ステップＳ５０６）。 When the update error notification is received (Y in step S505), the mobile terminal 31 displays the update error notification display screen on the display screen of the display unit included in the mobile terminal 31 based on the received update error notification (step S506).

　図１８は、更新エラー通知表示画面の例を示す説明図である。図１８に示すように、更新エラー通知表示画面には、プロセスフローデータ更新要求入力画面に重畳して表示される更新エラー通知表示領域１３０１が設けられる。ここで、本例における更新エラー通知表示領域１３０１には、更新エラーをユーザＸに報知するための定型文の他、更新条件の詳細を表示する旨の要求を受け付けるための詳細表示ボタン１３０２と、更新エラー通知表示領域１３０１を表示画面から消去する旨の要求を受け付ける閉じるボタン１３０３とが設けられる。 FIG. 18 is an explanatory diagram showing an example of an update error notification display screen. As shown in FIG. 18, the update error notification display screen is provided with an update error notification display area 1301 that is displayed superimposed on the process flow data update request input screen. Here, in the update error notification display area 1301 in this example, in addition to the standard text for notifying the user X of the update error, a detail display button 1302 for receiving a request to display details of the update condition, A close button 1303 for receiving a request for deleting the update error notification display area 1301 from the display screen is provided.

　携帯端末３１は、ユーザＸによる詳細表示ボタン１３０２の選択を受け付けたことに応じて、例えば、携帯端末管理サーバ１０におけるプロセスフローデータと更新条件データとの比較結果をユーザＸが認識可能な形態（例えば、プロセスフローデータのステータス部と更新条件データのプロセスフローデータ更新条件とを示す対照表。）で表示する。 In response to the selection of the detail display button 1302 by the user X, the mobile terminal 31 can recognize, for example, the comparison result between the process flow data and the update condition data in the mobile terminal management server 10 (see FIG. For example, a comparison table indicating the status part of the process flow data and the process flow data update condition of the update condition data is displayed.

　一方、更新条件データにおいて「１」が設定された項目の全てが、プロセスフローデータのステータス部において「１」に設定されていることによりプロセスフローデータの更新条件が満たされていると判定すると（ステップＳ４０５のＹ）、携帯端末管理サーバ１０は、更新要求が示すプロセスデータをプロセスフローデータに追加してプロセスフローデータを更新する（ステップＳ４０７）。 On the other hand, if all the items for which “1” is set in the update condition data are set to “1” in the status part of the process flow data, it is determined that the process flow data update condition is satisfied ( In step S405 Y), the mobile terminal management server 10 adds the process data indicated by the update request to the process flow data and updates the process flow data (step S407).

　プロセスフローデータを更新すると、携帯端末管理サーバ１０は、更新したプロセスフローデータを携帯端末３１に送信して（ステップＳ４０８）、ここでの処理を終了する。 When the process flow data is updated, the mobile terminal management server 10 transmits the updated process flow data to the mobile terminal 31 (step S408), and ends the processing here.

　一方、プロセスフローデータを受信すると、携帯端末３１は、受信したプロセスフローデータに基づいて、自己が備える表示部の表示画面に帳票表示画面を表示する（ステップＳ５０７）。 On the other hand, when the process flow data is received, the mobile terminal 31 displays a form display screen on the display screen of the display unit included in the mobile terminal 31 based on the received process flow data (step S507).

　図１９は、帳票表示画面の例を示す説明図である。図１９に示すように、帳票表示画面には、プロセスフローデータに基づいた帳票を表示する帳票表示領域１４０１と、帳票ステータス表示領域１４０２と、戻るボタン１４０３と、変更ボタン１４０４とが設けられる。なお、携帯端末３１は、例えば携帯端末３１に備えられたキーボードなどの操作に応じて帳票表示領域１４０１に表示される帳票の縮尺を変更する。 FIG. 19 is an explanatory diagram showing an example of a form display screen. As shown in FIG. 19, the form display screen includes a form display area 1401 for displaying a form based on the process flow data, a form status display area 1402, a return button 1403, and a change button 1404. Note that the mobile terminal 31 changes the scale of the form displayed in the form display area 1401 in accordance with, for example, an operation of a keyboard or the like provided in the mobile terminal 31.

　ここで、帳票表示領域１４０１には、所定の表示形態でプロセスフローデータの一部または全部が表示される。なお、本例においては、所定の表示形態でプロセスフローデータの一部または全部を表示するための情報が、携帯端末管理サーバ１０により作成されて、例えば帳票出力処理におけるステップＳ４０８のタイミングで、携帯端末３１に送信されるものとする。なお、携帯端末３１が、自己が備える記憶装置に記憶された情報に基づいて、受信したプロセスフローデータの一部または全部を所定の表示形態で帳票表示領域１４０１に表示する構成としてもよい。 Here, part or all of the process flow data is displayed in a predetermined display form in the form display area 1401. In this example, information for displaying a part or all of the process flow data in a predetermined display form is created by the mobile terminal management server 10 and, for example, at the timing of step S408 in the form output process, It is assumed that it is transmitted to the terminal 31. The portable terminal 31 may be configured to display a part or all of the received process flow data in the form display area 1401 in a predetermined display format based on information stored in a storage device included in the mobile terminal 31.

　また、帳票ステータス表示領域１４０２は、帳票表示領域１４０１に表示される帳票の種類（または、状況。以下、ステータスという。）を表示する領域である。なお、帳票のステータスとしては、例えば、受注伝票、出庫伝票、検収伝票、および請求書など、種々のものが考えられる。 Further, the form status display area 1402 is an area for displaying the type (or status, hereinafter referred to as status) of the form displayed in the form display area 1401. As the status of the form, various forms such as an order slip, a delivery slip, an inspection slip, and an invoice can be considered.

　また、戻るボタン１４０３は、表示画面をプロセスフローデータ更新要求入力画面に戻す旨の要求を受け付けるためのボタンである。なお、携帯端末３１が、ユーザＸによる戻るボタン１４０３の選択を受け付けたことに応じて、表示画面をプロセスフローデータ更新要求入力画面に戻すだけでなく、携帯端末管理サーバ１０に対して、更新要求に基づくプロセスフローデータの更新を取り消す旨の要求を送信する構成としてもよい。この場合、携帯端末３１は、戻すボタン３３の選択に応じて、各入力領域（本例においては、主キーデータ入力領域１２０１、業務プロセス入力領域１２０２、詳細データ入力領域１２０３。）に入力されていたテキストデータ（業務プロセス入力領域１２０２においては、選択されていた業務プロセス）を示す状態でプロセスフローデータ更新要求入力画面を表示する構成とされていてもよい。このような構成とすることにより、ユーザＸによる入力内容の確認を容易にすることができるようになる。 The return button 1403 is a button for accepting a request to return the display screen to the process flow data update request input screen. In response to the selection of the return button 1403 by the user X, the mobile terminal 31 not only returns the display screen to the process flow data update request input screen but also sends an update request to the mobile terminal management server 10. A request for canceling the update of the process flow data based on the above may be transmitted. In this case, the portable terminal 31 is input to each input area (in this example, the primary key data input area 1201, the business process input area 1202, and the detailed data input area 1203) according to the selection of the return button 33. Alternatively, the process flow data update request input screen may be displayed in a state indicating the text data (the business process selected in the business process input area 1202). With such a configuration, it is possible to easily confirm the input content by the user X.

　また、変更ボタン１４０４は、帳票表示領域１４０１の表示内容を変更する旨の要求を受け付けるためのボタンである。以下、帳票表示領域１４０１の表示内容の変更処理に関して説明する。 Also, the change button 1404 is a button for accepting a request to change the display contents of the form display area 1401. Hereinafter, a process for changing the display contents of the form display area 1401 will be described.

　帳票表示画面を表示すると、携帯端末３１は、ユーザＸによる帳票ステータス変更要求を受け付けたか否かを判定する（ステップＳ５０８）。 When the form display screen is displayed, the mobile terminal 31 determines whether a form status change request from the user X has been received (step S508).

　本例においては、携帯端末３１は、先ず、ユーザＸによる帳票ステータス表示領域１４０２の選択を受け付ける。そして、ユーザＸによる帳票ステータス表示領域１４０２の選択を受け付けると、携帯端末３１は、表示可能な帳票の形態を示す帳票ステータス名称のリストを、例えばプルダウン形式で選択可能に表示する。 In this example, the mobile terminal 31 first accepts selection of the form status display area 1402 by the user X. When receiving the selection of the form status display area 1402 by the user X, the portable terminal 31 displays a list of form status names indicating the forms of the forms that can be displayed, for example, in a pull-down manner.

　なお、ここで表示する帳票ステータス名称については、携帯端末管理サーバ１０からプロセスフローデータと共に受信しているものとする。具体的には、携帯端末管理サーバ１０は、予め所定の記憶領域に記憶された帳票の形態に関するデータ（帳票形態データ）とプロセスフローデータの状態（すなわち、プロセスフローテーブルＰＴの各列項目の入力状態）とに基づいて、表示可能な帳票の形態を示す帳票ステータス名称を特定する。すなわち、例えば携帯端末３１に送信するプロセスフローデータのタイプが「在庫売上」であり、プロセス固有データ部に業務プロセス「受注」に関するプロセスデータしか登録されていない場合には、携帯端末管理サーバ１０は、帳票ステータス名称として「受注伝票」のみを特定する。また、業務プロセス「受注」に関するプロセスデータの他、業務プロセス「出庫」に関するプロセスデータが登録されている場合、携帯端末管理サーバ１０は、帳票ステータス名称として、「受注伝票」と「出庫伝票」とを特定する。 It is assumed that the form status name displayed here is received from the mobile terminal management server 10 together with the process flow data. Specifically, the mobile terminal management server 10 inputs data relating to the form form (form form data) and process flow data stored in a predetermined storage area in advance (that is, each column item of the process flow table PT). Based on the status, a form status name indicating the form of the form that can be displayed is specified. That is, for example, when the type of process flow data transmitted to the mobile terminal 31 is “stock sales” and only process data related to the business process “order received” is registered in the process specific data section, the mobile terminal management server 10 , Specify only "order receipt" as the form status name. If process data related to the business process “issue” is registered in addition to the process data related to the business process “order received”, the mobile terminal management server 10 sets “order receipt slip” and “issue slip” as the form status names. Is identified.

　図２０は、プロセスフローデータの状態に基づく帳票ステータスの遷移について説明するための説明図である。図２０において、画像１５０１～１５０４が、それぞれプロセスフローデータに基づいて帳票表示領域１４０１に表示され得る帳票（具体的には、伝票）の形態であるとする。なお、画像１５０１～１５０４は、帳票ステータスの遷移について説明するための説明図であり、各種帳票としての役割を果たすための具体的記載例を示すものではない。 FIG. 20 is an explanatory diagram for explaining the transition of the form status based on the state of the process flow data. In FIG. 20, it is assumed that images 1501 to 1504 are in the form of forms (specifically slips) that can be displayed in the form display area 1401 based on the process flow data. The images 1501 to 1504 are explanatory diagrams for explaining the transition of the form status, and do not show specific description examples for playing a role as various forms.

　ここで、画像１５０４を例にして説明すると、画像１５０４における領域１５１１が帳票ステータス名称を、領域１５１２がプロセスフローのタイプを、領域１５１３がプロセスフローデータに含まれるプロセスデータの業務プロセスの名称をそれぞれ示す領域（本例においては、文字列表示領域）であるものとする。なお、本例においては、プロセスフローデータに含まれるプロセスデータの種類に対応した帳票ステータス名称を領域１５１１に表示している。 Here, the image 1504 will be described as an example. In the image 1504, an area 1511 indicates a form status name, an area 1512 indicates a process flow type, and an area 1513 indicates a business process name of process data included in the process flow data. It is assumed that it is an area to be shown (in this example, a character string display area). In this example, the form status name corresponding to the type of process data included in the process flow data is displayed in the area 1511.

　この場合、図２０における画像１５０１から画像１５０４への遷移が示すように、１つのプロセスフローデータに対して各業務プロセスに応じたプロセスデータが登録されていく度に、帳票ステータス名称（すなわち、プロセスフローデータに基づいて表示可能な帳票の形態）の種類が増えていくことになる。これは、「次の種類の帳票があるかないか」ではなく、「プロセスフローデータの状態に応じて帳票のステータスが上がっていく（すなわち、表示可能な帳票の種類が増えていく）」ことを意味する。 In this case, as shown by the transition from the image 1501 to the image 1504 in FIG. 20, each time the process data corresponding to each business process is registered for one process flow data, the form status name (that is, the process The types of forms that can be displayed based on flow data will increase. This is not "whether or not there is the next type of form", but "the form status increases according to the state of the process flow data (that is, the types of forms that can be displayed increase)" means.

　以下、帳票出力処理におけるステップＳ５０７の処理の前に、携帯端末３１が、業務プロセス「受注」，「出荷指示」，「出庫」，「出庫検収」を含むプロセスフローデータを受信した場合を例にして説明を続ける。なお、本例においては、ステップＳ５０７の処理にて、携帯端末３１が、受信したプロセスフローデータが示すプロセスフローにおいて業務プロセス「受注」，「出荷指示」，「出庫」，「出庫検収」のうち最も上位に位置する業務プロセス「受注」に対応する帳票ステータス名称「受注伝票」に対応する帳票を、帳票表示領域１４０１に表示していたものとする（図１９参照）。なお、携帯端末３１は、ステップＳ４０７の処理にて新たにプロセスフローデータに追加されたプロセスデータに応じた業務プロセスに対応する帳票を帳票表示領域１４０１に表示する構成とされていてもよい。 Hereinafter, as an example, the portable terminal 31 receives process flow data including business processes “orders”, “shipping instructions”, “shipping”, and “shipping inspection” before the processing of step S507 in the form output processing. Continue to explain. In this example, in the process of step S507, the portable terminal 31 includes the business process “order received”, “shipment instruction”, “shipping”, “shipping inspection” in the process flow indicated by the received process flow data. It is assumed that the form corresponding to the form status name “order received slip” corresponding to the business process “order received” positioned at the top is displayed in the form display area 1401 (see FIG. 19). Note that the mobile terminal 31 may be configured to display a form corresponding to the business process according to the process data newly added to the process flow data in the process of step S407 in the form display area 1401.

　帳票ステータス変更要求の受付判定処理（ステップＳ５０８）において、ユーザＸによる帳票ステータス変更要求を受け付けていないと判定すると（ステップＳ５０８のＮ）、携帯端末３１は、後述するステップＳ５１０の処理に移行する。 If it is determined in the document status change request acceptance determination process (step S508) that the form status change request by the user X is not accepted (N in step S508), the portable terminal 31 proceeds to the process of step S510 described later.

　一方、ユーザＸによる帳票ステータス変更要求を受け付けたと判定すると（ステップＳ５０８のＹ）、携帯端末３１は、帳票表示領域１４０１に、受け付けた変更要求に応じた帳票を表示する（ステップＳ５０９）。本例においては、携帯端末３１が、ユーザＸによる業務プロセス「出庫」に対応する帳票ステータス名称「出庫伝票」の選択を受け付けて、業務プロセス「出庫」に対応する帳票（出庫伝票）を帳票表示領域１４０１に表示するものとする。なお、この場合、携帯端末３１は、帳票ステータス表示領域１４０２に、帳票ステータス名称「出庫伝票」を表示する。 On the other hand, if it is determined that the form status change request by the user X has been received (Y in step S508), the portable terminal 31 displays a form corresponding to the received change request in the form display area 1401 (step S509). In this example, the mobile terminal 31 accepts the selection of the form status name “issue slip” corresponding to the business process “issue” by the user X, and displays the form (issue slip) corresponding to the business process “issue”. It is assumed that it is displayed in the area 1401. In this case, the mobile terminal 31 displays the form status name “issue slip” in the form status display area 1402.

　帳票ステータス変更要求に応じた帳票を表示すると、携帯端末３１は、帳票出力処理を終了するか否かを判定する（ステップＳ５１０）。ここで、帳票出力処理を終了しないと判定すると（ステップＳ５１０のＮ）、携帯端末３１は、ステップＳ５０８の処理に移行する。 When the form corresponding to the form status change request is displayed, the mobile terminal 31 determines whether or not to end the form output process (step S510). If it is determined that the form output process is not to be ended (N in step S510), the portable terminal 31 proceeds to the process in step S508.

　一方、例えばユーザＸによる所定の終了操作を受け付けたことにより帳票出力処理を終了するものと判定すると（ステップＳ５１０のＹ）、携帯端末３１は、ここでの処理を終了する。 On the other hand, for example, when it is determined that the form output process is to be ended by receiving a predetermined end operation by the user X (Y in step S510), the portable terminal 31 ends the process here.

　以上に説明したように、上述した実施の形態では、ＥＲＰが稼動するサーバであって、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバ１０が、複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを携帯端末３１に対して照会可能に記憶するプロセスフローＤＢ１８を備え、携帯端末管理サーバ１０のサーバ管理者ＺからユーザＸに対して発行されたライセンス情報であるユーザライセンス情報（例えば、ユーザＩＤ、パスワード）を提示した携帯端末３１からのログイン要求があったときに、提示されたユーザライセンス情報に基づいて携帯端末３１に対してログインを許可するか否か判定し、ログインを許可すると判定された場合にログイン処理を行い、ログイン処理が実行されたログイン状態の携帯端末３１からの各種処理要求を受け付け、受け付けた処理要求に応じて、所定処理（例えば、帳票データの照会、帳票データの登録など、携帯端末３１からの要求に応じて行う各種の処理）を実行し、所定処理として、携帯端末管理サーバ１０と通信を行うことにより機能を発揮する統合基幹業務システム１００に対して処理要求を行う場合には、サーバ管理者Ｚに対して発行されたライセンス情報であるサーバライセンス情報（例えば、ＥＲＰユーザＩＤ、ＥＲＰパスワード）であって、ユーザライセンス情報を一意に特定可能（１対１に対応することによって特定可能となっている場合や、ユーザライセンス情報にサーバライセンス情報そのものを使用していることにより特定可能となっている場合などが該当する）なサーバライセンス情報を提示してその処理要求を行う構成としているので、携帯端末３１に帳票に関する情報を提供する業務システム（例えば、基幹情報管理システム５００）において、不正ライセンスによる不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者及びユーザを保護することができるようになるという効果を得ることができる。 As described above, in the above-described embodiment, the mobile terminal management server 10 is a server on which an ERP operates and provides various data via a communication network in response to a request from a mobile terminal used by a user. Is provided with a process flow DB 18 for storing process flow data including various data related to a process flow including a plurality of business processes so that the mobile terminal 31 can be referred to, and the server administrator Z of the mobile terminal management server 10 to the user X When there is a login request from the mobile terminal 31 presenting the user license information (for example, user ID, password) which is the license information issued to the mobile terminal 31 based on the presented user license information To determine whether or not to allow login. The login process is performed, various process requests are received from the logged-in portable terminal 31 where the login process has been executed, and predetermined processes (for example, inquiry of form data, registration of form data, etc., according to the received process request, When various processing performed in response to a request from the mobile terminal 31 is performed, and a processing request is made to the integrated core business system 100 that performs a function by communicating with the mobile terminal management server 10 as a predetermined process Includes server license information (for example, ERP user ID, ERP password) that is license information issued to the server administrator Z, and the user license information can be uniquely identified (corresponding one-to-one. The server license information itself is used as the user license information. Server license information is presented and a processing request is made, so that a business system (for example, a core information management system) that provides information related to the form to the portable terminal 31 500), it is possible to prevent fraudulent acts due to fraudulent licenses, increase the safety of the system, and protect the system administrator and the user.

　すなわち、携帯端末管理サーバ１０が、サーバ管理者ＺからユーザＸに対して発行されたユーザライセンス情報に基づいて携帯端末３１に対してログインを許可するか否か判定し、ログイン状態の携帯端末３１からの処理要求に応じて統合基幹業務システム１００に対して処理要求を行う場合には、サーバ管理者Ｚに対して発行されたライセンス情報であるサーバライセンス情報であって、ユーザライセンス情報を一意に特定可能なサーバライセンス情報を提示してその処理要求を行う構成としているので、サーバライセンス情報によって一意に特定可能なユーザライセンス情報により携帯端末３１に対してログインを許可するか否か判定することができ、不正なユーザライセンス情報が不正に使用されるような不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者及びユーザを保護することができるようになる。 That is, the mobile terminal management server 10 determines whether or not to permit the mobile terminal 31 to log in based on the user license information issued to the user X from the server administrator Z, and the mobile terminal 31 in the login state. When a processing request is made to the integrated core business system 100 in response to a processing request from the server, it is server license information that is license information issued to the server administrator Z, and the user license information is uniquely assigned. Since the server license information that can be specified is presented and the processing request is made, it is determined whether or not the mobile terminal 31 is permitted to log in based on the user license information that can be uniquely specified by the server license information. And can prevent fraudulent acts such as unauthorized use of user license information. Can, it is possible to increase the security of the system, it is possible to protect the system administrator and the user.

　また、上述した実施の形態において、ユーザライセンス情報として、サーバライセンス情報が用いられ、携帯端末管理サーバ１０が、ユーザライセンス情報として提示されたサーバライセンス情報によりユーザＸが登録ユーザであるか否かを判定することによって、携帯端末３１に対してログインを許可するか否か判定する構成とした場合には、サーバライセンス情報そのものを用いたユーザライセンス情報により携帯端末３１に対してログインを許可するか否か判定することができ、不正なユーザライセンス情報が不正に使用されるような不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者及びユーザを保護することができるようになる。 In the embodiment described above, server license information is used as the user license information, and the mobile terminal management server 10 determines whether or not the user X is a registered user based on the server license information presented as the user license information. If it is configured to determine whether or not to allow login to the mobile terminal 31 by determining, whether or not to log in to the mobile terminal 31 based on user license information using the server license information itself. It is possible to determine whether the user license information is illegally used, to prevent illegal acts, to improve the safety of the system, and to protect the system administrator and the user. become able to.

　また、上述した実施の形態において、ユーザライセンス情報は、サーバライセンス情報１つに対して１つ発行可能で、サーバライセンス情報の１つに対応付けされたライセンス情報であり、携帯端末管理サーバ１０が、提示されたユーザライセンス情報によりユーザが登録ユーザであるか否かを判定することによって、携帯端末３１に対してログインを許可するか否か判定し、ログイン判定に用いられたユーザライセンス情報と１対１で対応付けされているサーバライセンス情報を提示して統合基幹業務システム１００に対してその処理要求を行う構成とした場合には、サーバライセンス情報に１対１で対応付けされているユーザライセンス情報により携帯端末３１に対してログインを許可するか否か判定することができ、不正なユーザライセンス情報が不正に使用されるような不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者及びユーザを保護することができるようになる。 In the above-described embodiment, one piece of user license information can be issued for one piece of server license information, and is license information associated with one piece of server license information. Then, by determining whether or not the user is a registered user based on the presented user license information, it is determined whether or not the mobile terminal 31 is permitted to log in, and the user license information used for the login determination and 1 When the server license information associated with one-to-one is presented and the processing request is made to the integrated core business system 100, the user license associated with the server license information one-to-one It is possible to determine whether or not to allow the mobile terminal 31 to log in based on the information. Sense information can be prevented abuse such as unauthorized use, it is possible to increase the security of the system, it is possible to protect the system administrator and the user.

　また、上述した実施の形態では、携帯端末３１～３Ｎが、予め定められた正規のログイン操作を受け付けた場合にのみログインを許可する構成としているので、携帯端末３１～３Ｎでの認証も必要とするようにすることができ、２重あるいは３重の認証を必要とするようにすることができ、安全性をさらに高めることが可能となる。 Further, in the above-described embodiment, since 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.

　また、上述した実施の形態では、携帯端末管理サーバ１０が、携帯端末３１～３Ｎからのログアウト要求があったことに応じて、ログイン状態を解除するログアウト処理を行い、ログアウト処理が実行されたことに応じて、携帯端末３１～３Ｎに対して伝票データの提供に関わる通信履歴情報を削除するよう要求する構成としているので（例えば、ステップＳＳ１１４。図５参照。）、通信履歴情報を消去させることが可能となり、携帯端末３１～３Ｎの紛失等によって情報が漏洩してしまうことを防止することができるようになる。 In the above-described embodiment, 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, the mobile terminal 31 to 3N is configured to request the communication history information related to the provision of slip data to be deleted (for example, step SS114; see FIG. 5). It becomes possible to prevent information leakage due to loss of the portable terminals 31 to 3N.

　また、上述した実施の形態では、携帯端末管理サーバ１０が、ログイン状態の携帯端末３１～３Ｎとの情報のやりとりが行われていない時間を計測し、その計測時間が所定時間に達した場合に（例えば、ステップＳ１１２。図５参照。）、携帯端末３１～３Ｎに対してプロセスフローデータの提供に関わる通信履歴情報を削除するよう要求する構成としているので、通信履歴情報を消去させることが可能となり、携帯端末３１～３Ｎの紛失等によって情報が漏洩してしまうことを防止することができるようになる。 In the above-described embodiment, 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. (For example, step S112, refer to FIG. 5.) Since the mobile terminal 31 to 3N are requested to delete the communication history information related to the provision of the process flow data, the communication history information can be deleted. Thus, it is possible to prevent information from leaking due to loss of the mobile terminals 31 to 3N.

　なお、上述した実施の形態では特に言及していないが、例えば図２１に示すようなデータ同期サーバ６０を含む基幹情報管理システム５０１とした場合であっても、基幹情報管理システム５００の場合と同様に上述した各処理を行うことができる。 Although not particularly mentioned in the above-described embodiment, for example, even when the basic information management system 501 including the data synchronization server 60 as shown in FIG. Each process described above can be performed.

　図２１は、本発明の一実施の形態に係る基幹情報管理システム５０１の構成例を示すブロック図である。図２１に示すように、基幹情報管理システム５０１は、携帯端末管理サーバ１０と、データ同期サーバ６０と、中継機２０と、複数の携帯端末３１～３Ｎ（Ｎは任意の正の整数）と、統合基幹業務システム１００と、統合基幹業務システム２００と、統合基幹業務システム３００とを含む。携帯端末管理サーバ１０と各携帯端末３１～３Ｎとは、それぞれ、データ同期サーバ６０、インターネットなどの通信ネットワーク４０及び中継機２０を介して接続される。携帯端末管理サーバ１０は、統合基幹業務システム１００、統合基幹業務システム２００、統合基幹業務システム３００と、それぞれＬＡＮや専用通信回線などの通信ネットワーク５１，５２，５３を介して接続される。なお、携帯端末同士や統合基幹業務システム同士は、携帯端末管理サーバを介して通信可能な構成としてもよいし、通信不能な構成としてもよい。また、携帯端末管理サーバ１０は、ＬＡＮや専用通信回線などの通信ネットワークを介してデータ同期サーバ６０と接続される。 FIG. 21 is a block diagram showing a configuration example of the basic information management system 501 according to the embodiment of the present invention. As shown in FIG. 21, the basic information management system 501 includes a mobile terminal management server 10, a data synchronization server 60, a relay device 20, a plurality of mobile terminals 31 to 3N (N is an arbitrary positive integer), The 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 data synchronization server 60, a communication network 40 such as the Internet, and the repeater 20. The mobile terminal management server 10 is connected to the integrated backbone business system 100, the integrated backbone business system 200, and the integrated backbone business system 300 via

communication networks

51, 52, and 53 such as a LAN and a dedicated communication line, respectively. 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. The mobile terminal management server 10 is connected to the data synchronization server 60 via a communication network such as a LAN or a dedicated communication line.

　データ同期サーバ６０は、携帯端末管理サーバ１０と携帯端末３１～３Ｎとの間に介在し、携帯端末３１～３Ｎ内にそれぞれ格納されるプロセスデータと自己が備えるＤＢに格納されているプロセスデータとを所定の同期ルール（例えば、特定のデータのみ同期させるといったルール）に従って同期させる機能を有する。データ同期サーバ６０は、例えばＷＷＷサーバなどの情報処理装置によって構成され、基幹情報管理システム５０１のシステム管理者によって管理される。 The data synchronization server 60 is interposed between the mobile terminal management server 10 and the mobile terminals 31 to 3N, and stores process data stored in the mobile terminals 31 to 3N and process data stored in its own DB. Is synchronized according to a predetermined synchronization rule (for example, a rule for synchronizing only specific data). The data synchronization server 60 is configured by an information processing apparatus such as a WWW server, for example, and is managed by a system administrator of the basic information management system 501.

　ここで、基幹情報管理システム５０１のように構成した場合における認証処理の具体例について説明する。この場合、上述した認証処理（ステップＳ１０３ａ）などは実行されず、データ同期サーバ６０によって同様に認証処理が実行されることとなる。 Here, a specific example of the authentication process in the case where the basic information management system 501 is configured will be described. In this case, the above-described authentication process (step S103a) or the like is not executed, and the authentication process is similarly executed by the data synchronization server 60.

　図２２は、データ同期サーバ６０が実行する認証処理の例を示すフローチャートである。図２３は、本例で用いるユーザ情報の例を示す説明図である。図２４は、認証処理のさらに他の内容を説明するためのタイムチャートである。基幹情報管理システム５０１のシステム管理者ＹＹにより携帯端末管理サーバ１０に対して付与されるユーザＩＤ（ＥＲＰユーザＩＤ）と、基幹情報管理システム５０１のシステム管理者ＹＹにより携帯端末管理サーバ１０に対して付与されるパスワード（ＥＲＰパスワード）と、データ同期サーバ６０のサーバ管理者ＺＺによりユーザＸに対して付与されるユーザＩＤ（ＤＤＳユーザＩＤ）と、データ同期サーバ６０のサーバ管理者ＺＺによりユーザＸに対して付与されるパスワード（ＤＤＳパスワード）とを用いた認証処理が行われるものとする。ＥＲＰユーザＩＤ、ＥＲＰパスワード、ＤＤＳユーザＩＤ及びＤＤＳパスワードを含むユーザ情報は、データ同期サーバ６０及び携帯端末管理サーバ１０それぞれで同期がとられており、データ同期サーバ６０及び携帯端末管理サーバ１０は、それぞれ、共通のユーザ情報を保持しているものとする。ここでは、総合基幹業務システム１００のライセンスとして発行されたＥＲＰユーザＩＤ及びＥＲＰパスワードなどにより認証処理を行う場合を例に説明する。なお、ＥＲＰユーザＩＤ及びＥＲＰパスワードと、ＤＤＳユーザＩＤ及びＤＤＳパスワードとは、１対１に対応付けられているものとする。すなわち、サーバ管理者ＺＺは、システム管理者ＹＹから与えられたライセンス１つ（１組のＥＲＰユーザＩＤ及びＥＲＰパスワード）について、１つのライセンス（１組のＤＤＳユーザＩＤ及びＤＤＳパスワード）をユーザに対して発行するものとする。 FIG. 22 is a flowchart showing an example of authentication processing executed by the data synchronization server 60. FIG. 23 is an explanatory diagram showing an example of user information used in this example. FIG. 24 is a time chart for explaining still another content of the authentication processing. The user ID (ERP user ID) given to the mobile terminal management server 10 by the system administrator YY of the basic information management system 501 and the mobile terminal management server 10 by the system administrator YY of the basic information management system 501 A password (ERP password), a user ID (DDS user ID) given to the user X by the server administrator ZZ of the data synchronization server 60, and a user X by the server administrator ZZ of the data synchronization server 60 It is assumed that authentication processing using a password (DDS password) given to the user is performed. The user information including the ERP user ID, the ERP password, the DDS user ID, and the DDS password is synchronized in the data synchronization server 60 and the mobile terminal management server 10 respectively. The data synchronization server 60 and the mobile terminal management server 10 It is assumed that common user information is held respectively. Here, a case where authentication processing is performed using an ERP user ID and an ERP password issued as a license of the integrated core business system 100 will be described as an example. It is assumed that the ERP user ID and ERP password are associated with the DDS user ID and DDS password on a one-to-one basis. That is, the server administrator ZZ gives one license (one set of DDS user ID and DDS password) to the user for one license (one set of ERP user ID and ERP password) given by the system administrator YY. Shall be issued.

　携帯端末３１からのＤＤＳユーザＩＤ及びＤＤＳパスワードを提示したログイン要求を受けると（ステップＳ１０２１）、データ同期サーバ６０は、認証処理において、先ず、自己が備えるデータベースに格納されているユーザ情報（ここでは、ユーザ毎のＤＤＳユーザＩＤやＤＤＳパスワードなどが対応付けされた情報）を参照し、携帯端末３１から提示されたＤＤＳユーザＩＤ及びＤＤＳパスワードによりサーバ管理者ＺＺによって登録された登録ユーザであるか否かを確認する（ステップＳ５２１）。 Upon receiving a login request that presents the DDS user ID and DDS password from the mobile terminal 31 (step S1021), the data synchronization server 60 first performs user information stored in its own database (here, the authentication process). Whether or not the registered user is registered by the server administrator ZZ with the DDS user ID and the DDS password presented from the mobile terminal 31 with reference to the DDS user ID and DDS password associated with each user) (Step S521).

　登録ユーザであった場合には、データ同期サーバ６０は、自己が備えるデータベースに格納されているユーザ情報（図２３参照）を参照して、携帯端末３１から提示されているＤＤＳユーザＩＤに対応付けされているＥＲＰユーザＩＤ及びＥＲＰパスワードを特定し、特定したＥＲＰユーザＩＤ及びＥＲＰパスワードを含む認証依頼情報を総合基幹業務システム１００に送信して、ユーザＸの認証を依頼する（ステップＳ５２２，ステップＳ１０２２）。 If it is a registered user, the data synchronization server 60 refers to the user information (see FIG. 23) stored in its own database and associates it with the DDS user ID presented from the mobile terminal 31. The specified ERP user ID and ERP password are specified, and authentication request information including the specified ERP user ID and ERP password is transmitted to the integrated core business system 100 to request authentication of the user X (step S522, step S1022). ).

　認証の依頼を受けると、総合基幹業務システム１００は、自己が備えるデータベースに格納されているユーザ情報（ここでは、ユーザ毎のＥＲＰユーザＩＤやＥＲＰパスワードなどが対応付けされた情報）を参照し、データ同期サーバ６０から受信したＥＲＰユーザＩＤ及びＥＲＰパスワードにより登録ユーザであるか否かを判定するための認証処理を行って、その認証の結果をデータ同期サーバ６０に対して通知する（ステップＳ１０２３）。 Upon receiving the request for authentication, the integrated core business system 100 refers to the user information (in this case, the information associated with the ERP user ID, ERP password, etc. for each user) stored in its own database, Based on the ERP user ID and ERP password received from the data synchronization server 60, an authentication process for determining whether or not the user is a registered user is performed, and the authentication result is notified to the data synchronization server 60 (step S1023). .

　認証の結果についての通知を受けると（ステップＳ５２３）、データ同期サーバ６０は、受け付けた通知に従ってログインを許可するか否かを判定し（ステップＳ５２４）、ログインを許可すると判定した場合には、携帯端末３１の携帯端末管理サーバ１０に対するログインを許可する（ステップＳ１０２４）。 Upon receiving the notification about the authentication result (step S523), the data synchronization server 60 determines whether or not to allow login according to the received notification (step S524). Login of the terminal 31 to the mobile terminal management server 10 is permitted (step S1024).

　ログインを許可したあとは、携帯端末管理サーバ１０は、携帯端末３１からの要求（ステップＳ１０２５）に応じて各種の処理を行う。この各種の処理において、携帯端末管理サーバ１０は、総合基幹業務システム１００に対して処理（検索、情報提供、情報登録などの処理）を要求する場合には、自己が備えるデータベースに格納されているユーザ情報（図２３参照：データ同期サーバ６０が保持しているものと同じ）を参照して、携帯端末３１から提示されているＤＤＳユーザＩＤに対応付けされているＥＲＰユーザＩＤ及びＥＲＰパスワードを特定し、特定したＥＲＰユーザＩＤ及びＥＲＰパスワードを提示して処理要求を行う（ステップＳ１０２６）。 After permitting login, the mobile terminal management server 10 performs various processes in response to a request from the mobile terminal 31 (step S1025). In these various processes, when the mobile terminal management server 10 requests processing (search, information provision, information registration, etc.) from the general core business system 100, the mobile terminal management server 10 is stored in its own database. The ERP user ID and ERP password associated with the DDS user ID presented from the mobile terminal 31 are specified with reference to the user information (see FIG. 23: the same as that held by the data synchronization server 60). Then, the specified ERP user ID and ERP password are presented and a processing request is made (step S1026).

　上記のようにして、基幹情報管理システム５０１のシステム管理者ＹＹが発行したＥＲＰユーザＩＤとＥＲＰパスワードと、サーバ管理者ＺＺがＥＲＰユーザＩＤとＥＲＰパスワードと一意に対応付けして発行したＤＤＳユーザＩＤとＤＤＳパスワードとを用いて、サーバ管理者ＺＺが管理するデータ同期サーバ６０が認証する構成としているので、携帯端末３１に帳票に関する情報を提供する基幹情報管理システム５０１において、不正ライセンスによる不正行為を防止することができ、システムの安全性を高めることができるとともに、システム管理者ＹＹ及びユーザＸを保護することができるようになる。 As described above, the ERP user ID and ERP password issued by the system administrator YY of the basic information management system 501 and the DDS user ID issued by the server administrator ZZ in association with the ERP user ID and ERP password. And the DDS password are used to authenticate the data synchronization server 60 managed by the server administrator ZZ. Therefore, in the basic information management system 501 that provides the mobile terminal 31 with information related to the form, fraudulent acts due to unauthorized licenses are performed. Therefore, the system administrator YY and the user X can be protected.

　なお、上述した実施の形態では特に言及していないが、携帯端末管理サーバ１０は、自己が備える記憶媒体に記憶されている処理プログラム（携帯端末管理プログラム）に従って、上述した各処理（図５、図８、図１０、図１３、図１５、図１６参照）を実行する。 Although not particularly mentioned in the above-described embodiment, 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. 8, 10, 13, 15, and 16).

　本発明によれば、携帯通信端末に帳票に関する情報を提供する業務システム（特に、ＥＲＰシステム）において、不正ライセンスによる不正行為を防止し、システム管理者及びユーザを保護するのに有用である。 According to the present invention, in a business system (in particular, an ERP system) that provides information related to a form to a mobile communication terminal, it is useful for preventing a fraudulent act due to an unauthorized license and protecting a system administrator and a user.

　１０　　　　　　　　　　携帯端末管理サーバ
　２０　　　　　　　　　　中継機
　３１～３Ｎ　　　　　　　携帯端末
　４０　　　　　　　　　　通信ネットワーク
　５１，５２，５２　　　　通信ネットワーク
　１００，２００，３００　統合基幹業務システム
　１１０，３１０　　　　　基幹業務サーバ
　１２０，２２０　　　　　ＤＷＨサーバ
　５００　　　　　　　　　基幹情報管理システム DESCRIPTION OF SYMBOLS 10 Mobile terminal management server 20 Relay machine 31-3N Mobile terminal 40

Communication network

51,52,52 Communication network 100,200,300 Integrated core business system 110,310 Core business server 120,220 DWH server 500 Core information management system

Claims

　ＥＲＰが稼動するサーバであって、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する携帯端末管理サーバであって、
　複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを前記携帯端末に対して照会可能に記憶するプロセスフローデータ記憶手段と、
　前記携帯端末管理サーバのサーバ管理者から前記ユーザに対して発行されたライセンス情報であるユーザライセンス情報を提示した前記携帯端末からのログイン要求があったときに、提示されたユーザライセンス情報に基づいて当該携帯端末に対してログインを許可するか否か判定するログイン判定手段と、
　該ログイン判定手段によってログインを許可すると判定された場合にログイン処理を行うログイン処理手段と、
　該ログイン処理手段によってログイン処理が実行されたログイン状態の前記携帯端末からの各種処理要求を受け付ける処理要求受付手段と、
　該処理要求受付手段によって受け付けられた処理要求に応じて、所定処理を実行する処理実行手段とを含み、
　該処理実行手段は、所定処理として、前記携帯端末管理サーバと通信を行うことにより機能を発揮する統合基幹業務システムに対して処理要求を行う場合には、前記サーバ管理者に対して発行されたライセンス情報であるサーバライセンス情報であって、前記ユーザライセンス情報を一意に特定可能な当該サーバライセンス情報を提示して当該処理要求を行う
　ことを特徴とする携帯端末管理サーバ。 A server on which ERP operates, a mobile terminal management server that provides various data via a communication network in response to a request from a mobile terminal used by a user,
Process flow data storage means for storing process flow data including various data related to a process flow including a plurality of business processes so that the mobile terminal can be referred to;
Based on the presented user license information when there is a login request from the portable terminal presenting user license information which is license information issued to the user from the server administrator of the portable terminal management server Login determination means for determining whether or not to allow login to the mobile terminal;
Login processing means for performing login processing when the login determination means determines that login is permitted;
Processing request receiving means for receiving various processing requests from the portable terminal in a login state in which login processing is executed by the login processing means;
Processing execution means for executing a predetermined process in response to the processing request received by the processing request receiving means,
The processing execution means is issued to the server administrator when performing a processing request as a predetermined processing to the integrated core business system that performs a function by communicating with the portable terminal management server. A mobile terminal management server, which is server license information that is license information, and presents the server license information that can uniquely identify the user license information and makes the processing request.
　前記ユーザライセンス情報として、前記サーバライセンス情報が用いられ、
　前記ログイン判定手段は、前記ユーザライセンス情報として提示された前記サーバライセンス情報により前記ユーザが登録ユーザであるか否かを判定することによって、前記携帯端末に対してログインを許可するか否か判定する
　請求項１記載の携帯端末管理サーバ。 The server license information is used as the user license information,
The login determination means determines whether or not to allow login to the portable terminal by determining whether or not the user is a registered user based on the server license information presented as the user license information. The mobile terminal management server according to claim 1.
　ユーザライセンス情報は、サーバライセンス情報１つに対して１つ発行可能で、サーバライセンス情報の１つに対応付けされたライセンス情報であり、
　前記ログイン判定手段は、提示された前記ユーザライセンス情報により前記ユーザが登録ユーザであるか否かを判定することによって、前記携帯端末に対してログインを許可するか否か判定し、
　前記処理実行手段は、前記ログイン判定手段により用いられた前記ユーザライセンス情報と１対１で対応付けされている前記サーバライセンス情報を提示して前記統合基幹業務システムに対して当該処理要求を行う
　請求項１記載の携帯端末管理サーバ。 One piece of user license information can be issued for one piece of server license information and is associated with one piece of server license information.
The login determination means determines whether or not to allow login to the mobile terminal by determining whether or not the user is a registered user based on the presented user license information,
The processing execution unit presents the server license information that is associated with the user license information used by the login determination unit on a one-to-one basis, and makes the processing request to the integrated core business system. Item 2. A mobile terminal management server according to item 1.
　前記ライセンス情報として、ユーザＩＤとパスワードとが用いられる
　請求項１から請求項３のうち何れかに記載の携帯端末管理サーバ。 The mobile terminal management server according to any one of claims 1 to 3, wherein a user ID and a password are used as the license information.
　ＥＲＰを稼動させ、ユーザが使用する携帯端末からの要求に応じて通信ネットワークを介して各種データを提供する処理を携帯端末管理サーバに実行させる携帯端末管理プログラムであって、
　複数の業務プロセスを含むプロセスフローに関する各種データを含むプロセスフローデータを前記携帯端末に対して照会可能に記憶するプロセスフローデータ記憶手段を備えた前記携帯端末管理サーバに、
　前記携帯端末管理サーバのサーバ管理者から前記ユーザに対して発行されたライセンス情報であるユーザライセンス情報を提示した前記携帯端末からのログイン要求があったときに、提示されたユーザライセンス情報に基づいて当該携帯端末に対してログインを許可するか否か判定するログイン判定処理と、
　該ログイン判定処理にてログインを許可すると判定した場合にログイン処理を行うログイン処理実行処理と、
　該ログイン処理実行処理にてログイン処理が実行されたログイン状態の前記携帯端末からの各種処理要求を受け付ける処理要求受付処理と、
　該処理要求受付処理にて受け付けた処理要求に応じて、所定処理を実行する所定処理実行処理とを実行させ、
　該所定処理実行処理では、所定処理として、前記携帯端末管理サーバと通信を行うことにより機能を発揮する統合基幹業務システムに対して処理要求を行う場合に、前記サーバ管理者に対して発行されたライセンス情報であるサーバライセンス情報であって、前記ユーザライセンス情報を一意に特定可能な当該サーバライセンス情報を提示して当該処理要求を行う処理を
　実行させるための携帯端末管理プログラム。
A mobile terminal management program that operates an ERP and causes a mobile terminal management server to execute a process of providing various data via a communication network in response to a request from a mobile terminal used by a user.
In the portable terminal management server provided with process flow data storage means for storing process flow data including various data related to a process flow including a plurality of business processes so that the portable terminal can be referred to,
Based on the presented user license information when there is a login request from the portable terminal presenting user license information which is license information issued to the user from the server administrator of the portable terminal management server A login determination process for determining whether or not to allow login to the mobile terminal;
A login process execution process for performing a login process when it is determined that the login is permitted in the login determination process;
A process request accepting process for accepting various process requests from the portable terminal in the login state in which the login process is executed in the login process executing process;
In response to the process request received in the process request reception process, a predetermined process execution process for executing a predetermined process is executed.
In the predetermined process execution process, the predetermined process is issued to the server administrator when a process request is made to the integrated core business system that performs a function by communicating with the portable terminal management server. A portable terminal management program for presenting server license information, which is license information, and presenting the server license information with which the user license information can be uniquely specified and executing the processing request.