JP2010238099A - Server, program and system for managing business - Google Patents

Server, program and system for managing business Download PDF

Info

Publication number
JP2010238099A
JP2010238099A JP2009087213A JP2009087213A JP2010238099A JP 2010238099 A JP2010238099 A JP 2010238099A JP 2009087213 A JP2009087213 A JP 2009087213A JP 2009087213 A JP2009087213 A JP 2009087213A JP 2010238099 A JP2010238099 A JP 2010238099A
Authority
JP
Japan
Prior art keywords
business
request
information
client device
business request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2009087213A
Other languages
Japanese (ja)
Inventor
Yoshimasa Kameoka
良昌 亀岡
Ai Koresawa
愛 是澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu FIP Corp
Original Assignee
Fujitsu FIP Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu FIP Corp filed Critical Fujitsu FIP Corp
Priority to JP2009087213A priority Critical patent/JP2010238099A/en
Publication of JP2010238099A publication Critical patent/JP2010238099A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • General Factory Administration (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a business management server which, when performing operation based on a business request document notified from an outsourcing source to an outsourcing destination, reduces trouble in management of operation progress. <P>SOLUTION: The business management server 100 connecting a first client apparatus to a second client apparatus includes: a business request receiving means for receiving a business request from the first client apparatus 200 and applying identification information for identifying the business request for each business request; a progress situation receiving means for receiving process management information for relating information concerned with whether each process comprising the business request has been executed or not to document information for proving the execution of each process from the second client apparatus 300; and a progress situation storing means for associatively storing the information concerned with the business request, the identification information and the process management information. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

本発明は、クライアントから受けた業務依頼の進捗管理を行う装置の技術に関する。   The present invention relates to a technology of an apparatus for managing the progress of a business request received from a client.

従来、業務を外部委託した上で、当該業務に係る計算処理や帳票処理等に関する電子メールベースの依頼書を委託先業者に都度送付し、業者は当該依頼書に基づき作業を実施する業務形態がある。   Conventionally, after outsourcing work, an e-mail-based request form related to calculation processing and form processing related to the work is sent to the contractor every time, and the work form in which the trader performs work based on the request form is there.

また、コンピュータシステムを用いて業務フローの工程管理を行う技術に関しては、様々な取り組みが成されているところである（特許文献１−４を参照）。   In addition, various approaches have been made with respect to technology for managing a process of a business flow using a computer system (see Patent Documents 1-4).

特開２００７−２６２０７号公報JP 2007-26207 A 特開２００２−４１７４１号公報JP 2002-41741 A 特開２００７−２００１３６号公報Japanese Patent Laid-Open No. 2007-200216 特開２００８−１９１８６３号公報JP 2008-191863 A

しかしながら、上記業務形態では、依頼および保守業務の実施には各種の実行証跡が付随するため、業務量の増加と共に、業務受託者側における業務の工程管理が煩雑になるという問題点があった。また、上記業務形態では、業務委託者側における監査対応時など、特定の業務依頼に関する実施状況を抽出する際にも、業務量の増加と共に、業務受託者側における資料抽出作業が煩雑になるという問題点があった。   However, in the above business form, since various execution trails accompany the execution of the request and the maintenance work, there is a problem that the work process management on the work trustee side becomes complicated as the work volume increases. Also, in the above business form, when extracting the implementation status related to a specific business request, such as when dealing with audits on the business consignor side, the work of extracting data on the business trustee side becomes complicated as the work volume increases. There was a problem.

そこで、本発明では、上記問題点に鑑み、業務委託元から業務委託先に通知される業務依頼書に基づき作業を行う場合に、当該作業進捗の管理を行う手間を軽減する業務管理サーバ、業務管理プログラムおよび業務管理システムを提供する。   Therefore, in the present invention, in view of the above-described problems, a work management server that reduces the effort for managing the work progress when work is performed based on a work request document notified from the work consignment source to the business consignee, Provide management programs and business management systems.

開示する業務管理サーバの一形態では、第１のクライアント装置と第２のクライアント装置とが接続する業務管理サーバであって、前記第１のクライアント装置から業務依頼を受け付け、該業務依頼毎に該業務依頼を識別する識別情報を付与する業務依頼受付手段と、前記第２のクライアント装置から、前記業務依頼を構成する各工程が実施済みであるか否かに関する情報と該各工程の実施を証明する文書情報とを関連付けた工程管理情報を受け付ける進捗状況受付手段と、前記業務依頼に関する情報と前記識別情報と前記工程管理情報とを関連付けて保持する進捗状況保持手段と、を有することを特徴とする。   In one form of the disclosed business management server, a business management server is connected to a first client device and a second client device. The business management server receives a business request from the first client device. Information on whether or not each process constituting the business request has been performed and verification of the execution of each process from the business request receiving means for giving identification information for identifying the business request and the second client device A progress status receiving means for receiving process management information associated with document information to be performed; and a progress status holding means for holding information relating to the business request, the identification information, and the process management information in association with each other. To do.

開示の業務管理サーバでは、業務委託元から業務委託先に通知される業務依頼書に基づき作業を行う場合に、当該作業進捗の管理を行う手間を軽減することができる。   The disclosed business management server can reduce the effort of managing the work progress when the work is performed based on the business request document notified from the business consignment source to the business consignment destination.

本実施の形態に係る業務管理システムの概要を説明する図である。It is a figure explaining the outline | summary of the business management system which concerns on this Embodiment. 本実施の形態に係る業務管理サーバ（第１のクライアント装置、第２のクライアント装置）のハードウェア構成の一例を示す図である。It is a figure which shows an example of the hardware constitutions of the business management server (a 1st client apparatus, a 2nd client apparatus) which concerns on this Embodiment. 本実施の形態に係る業務管理システムの機能ブロック図である。It is a functional block diagram of the business management system concerning this embodiment. 本実施の形態に係る依頼関連テーブルの一例を示す図である。It is a figure which shows an example of the request related table which concerns on this Embodiment. 本実施の形態に係る依頼工程進捗＿関連テーブルの一例を示す図である。It is a figure which shows an example of the request process progress_related table which concerns on this Embodiment. 本実施の形態に係るセンター利用者テーブルの一例を示す図である。It is a figure which shows an example of the center user table which concerns on this Embodiment. 本実施の形態に係る顧客利用者テーブルの一例を示す図である。It is a figure which shows an example of the customer user table which concerns on this Embodiment. 本実施の形態に係るプロジェクトテーブルの一例を示す図である。It is a figure which shows an example of the project table which concerns on this Embodiment. 本実施の形態に係る業務連絡票＿関連テーブルの一例を示す図である。It is a figure which shows an example of the business communication form_relationship table which concerns on this Embodiment. 本実施の形態に係る申し送り情報＿関連テーブルの一例を示す図である。It is a figure which shows an example of the report sending information_related table which concerns on this Embodiment. 本実施の形態に係る申し送り添付ファイルテーブルの一例を示す図である。It is a figure which shows an example of the sending attachment file table which concerns on this Embodiment. 本実施の形態に係る添付ファイルテーブルの一例を示す図である。It is a figure which shows an example of the attachment file table which concerns on this Embodiment. 本実施の形態に係る業務管理システムによる処理例全体を示すフローチャートである。It is a flowchart which shows the whole process example by the business management system which concerns on this Embodiment. 本実施の形態に係る業務委託者側における操作画面表示処理のフローチャートである。It is a flowchart of the operation screen display process in the subcontractor side which concerns on this Embodiment. 本実施の形態に係る業務受託者側における操作画面表示処理のフローチャートである。It is a flowchart of the operation screen display process on the business trustee side according to the present embodiment. 本実施の形態に係る業務依頼作成処理のフローチャートである。It is a flowchart of the business request creation process which concerns on this Embodiment. 本実施の形態に係る業務依頼承認処理のフローチャートである。It is a flowchart of the business request approval process which concerns on this Embodiment. 本実施の形態に係る業務依頼受付処理のフローチャートである。It is a flowchart of the business request reception process which concerns on this Embodiment. 本実施の形態に係る依頼内容の確認処理のフローチャートである。It is a flowchart of the confirmation process of the request content which concerns on this Embodiment. 本実施の形態に係るＳＥ依頼内容確認処理のフローチャートである。It is a flowchart of the SE request content confirmation process which concerns on this Embodiment. 本実施の形態に係る作業レビュー処理のフローチャートである。It is a flowchart of the work review process which concerns on this Embodiment. 本実施の形態に係るレビュー結果の承認処理のフローチャートである。It is a flowchart of the approval process of the review result which concerns on this Embodiment. 本実施の形態に係る登録作業処理のフローチャートである。It is a flowchart of the registration work process which concerns on this Embodiment. 本実施の形態に係る依頼完了確認処理のフローチャートである。It is a flowchart of the request completion confirmation process which concerns on this Embodiment. 本実施の形態に係る依頼完了承認処理のフローチャートである。It is a flowchart of the request completion approval process which concerns on this Embodiment. 本実施の形態に係る業務委託者側の依頼完了確認処理のフローチャートである。It is a flowchart of the request completion confirmation process on the business consignor side according to the present embodiment. 本実施の形態に係る業務委託者側の依頼完了承認処理のフローチャートである。It is a flowchart of the request completion approval process on the business consignor side according to the present embodiment. 本実施の形態に係る業務委託者側の証跡閲覧処理のフローチャートである。It is a flowchart of the trail browsing process on the business consignor side according to the present embodiment. 本実施の形態に係る業務受託者側の証跡閲覧処理のフローチャートである。It is a flowchart of the trail browsing process by the business trustee side which concerns on this Embodiment. 本実施の形態に係る操作画面の一例（依頼画面）を示す図である。It is a figure which shows an example (request screen) of the operation screen which concerns on this Embodiment. 本実施の形態に係る操作画面の一例（承認画面）を示す図である。It is a figure which shows an example (approval screen) of the operation screen which concerns on this Embodiment. 本実施の形態に係る操作画面の一例（受託者側画面）を示す図である。It is a figure which shows an example (trustor side screen) of the operation screen which concerns on this Embodiment. 本実施の形態に係る操作画面の一例（委託者側の完了確認画面）を示す図である。It is a figure which shows an example (completion side completion confirmation screen) of the operation screen which concerns on this Embodiment. 本実施の形態に係る操作画面の一例（委託者側の証跡取得用依頼選択画面）を示す図である。It is a figure which shows an example (request selection screen for a trail acquisition request on the consignor side) according to the present embodiment. 本実施の形態に係る操作画面の一例（受託者側の証跡取得用依頼選択画面）を示す図である。It is a figure which shows an example (request selection screen for a trail acquisition request | requirement by the trustee side) of the operation screen which concerns on this Embodiment. 本実施の形態に係る操作画面の一例（証跡情報閲覧画面）を示す図である。It is a figure which shows an example (trail information browsing screen) of the operation screen which concerns on this Embodiment.

図面を参照しながら、本発明を実施するための最良の形態について説明する。
（本実施の形態に係る業務管理システムの概要）
図１を用いて、本実施の形態に係る業務管理システム４００の概要について説明する。業務管理システム４００は、業務管理サーバ１００、第１のクライアント装置２００、第２のクライアント装置３００を有する。業務委託者が行った業務依頼を業務受託者が実行する場合に、業務管理システム４００は当該業務の進捗状況を管理するシステムである。業務の進捗状況は、業務管理サーバ１００が有する業務管理ＤＢ１５０において保持され、業務委託者及び業務受託者は業務管理ＤＢ１５０にアクセスし、業務の進捗状況を確認することができる。なお、業務委託者は、第１のクライアント装置２００を介して業務管理ＤＢ１５０にアクセスし、業務受託者は、第２のクライアント装置３００を介して業務管理ＤＢ１５０にアクセスする。 The best mode for carrying out the present invention will be described with reference to the drawings.
(Outline of business management system according to this embodiment)
The outline of the business management system 400 according to the present embodiment will be described with reference to FIG. The business management system 400 includes a business management server 100, a first client device 200, and a second client device 300. When a business contractor executes a business request made by a business consignor, the business management system 400 is a system that manages the progress of the business. The business progress status is held in the business management DB 150 of the business management server 100, and the business consignor and the business trustee can access the business management DB 150 and check the business progress status. The business consignor accesses the business management DB 150 via the first client device 200, and the business trustee accesses the business management DB 150 via the second client device 300.

業務管理システム４００は、公開ＷＥＢとして完全電子化されることにより、以下の特徴を有する。業務管理システム４００は、担当者毎に業務管理ＤＢ１５０に対するアクセス権を付与するため、アクセス管理を行うことにより機密性を保持することができる。また、業務管理システム４００は、業務依頼に応じた専用フォームを用意しているため、業務依頼作成時間を短縮し、必要な情報の通達漏れを防止することができる。また、業務管理システム４００は、業務管理ＤＢ１５０を検索することで、依頼の傾向分析や過去の依頼検索及び印刷が可能である。また、業務管理システム４００は、業務受託側において依頼到着を自動的に周知する機能（ポップアップ機能）を有するため、作業滞留や忘却を防止することができる。また、業務管理システム４００は、業務依頼を一元管理するため、委託者及び受託者はＷＥＢ経由で業務管理ＤＢ１５０における情報共有が可能となる。さらに、業務管理システム４００は、対応履歴を全て業務管理ＤＢ１５０に記録するため、内部統制における証跡や継続的サービス改善に活用が可能である。   The business management system 400 has the following characteristics by being completely digitalized as a public WEB. Since the business management system 400 grants an access right to the business management DB 150 for each person in charge, confidentiality can be maintained by performing access management. In addition, since the business management system 400 prepares a dedicated form corresponding to a business request, the business request creation time can be shortened, and notification of necessary information can be prevented. Further, the business management system 400 can search the business management DB 150 for request trend analysis, past request search, and printing. In addition, since the business management system 400 has a function (pop-up function) that automatically informs the request arrival on the business consignment side, it is possible to prevent work retention and forgetting. Further, since the business management system 400 centrally manages business requests, the consignor and the trustee can share information in the business management DB 150 via the WEB. Furthermore, since the business management system 400 records all correspondence histories in the business management DB 150, it can be used for trails in internal control and continuous service improvement.

図２を用いて、業務管理サーバ１００、第１のクライアント装置２００、第２のクライアント装置３００のハードウェア構成例を説明する。業務管理サーバ１００、第１のクライアント装置２００、第２のクライアント装置３００それぞれは、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disc Drive）、通信Ｉ／Ｆ（InterFace）、入出力装置を有する。   A hardware configuration example of the business management server 100, the first client device 200, and the second client device 300 will be described with reference to FIG. Each of the business management server 100, the first client device 200, and the second client device 300 includes a CPU (Central Processing Unit), a ROM (Read-Only Memory), a RAM (Random Access Memory), an HDD (Hard Disc Drive), It has a communication I / F (InterFace) and an input / output device.

ＣＰＵは、ＲＯＭに記憶されたプログラムを実行する装置であり、ＲＡＭに展開（ロード）されたデータを、プログラムの命令に従って演算処理し、装置全体を制御する。ＲＯＭは、ＣＰＵが実行するプログラムやデータを記憶している。ＲＡＭは、ＣＰＵでＲＯＭに記憶されたプログラムを実行する際に、実行するプログラムやデータが展開（ロード）され、演算の間、演算データを一時的に保持する。ＨＤＤは、基本ソフトウェアであるＯＳ（Operating System）、本実施の形態に係るアプリケーションプログラムなどを、関連するデータとともに記憶する装置である。   The CPU is a device that executes a program stored in the ROM, and performs arithmetic processing on data expanded (loaded) in the RAM in accordance with instructions of the program and controls the entire device. The ROM stores programs and data executed by the CPU. When the CPU stores a program stored in the ROM, the RAM develops (loads) the program and data to be executed, and temporarily holds the operation data during the operation. The HDD is a device that stores an OS (Operating System) that is basic software, an application program according to the present embodiment, and the like together with related data.

通信Ｉ／Ｆは、通信ネットワークを介して接続された他の通信制御機能を備えた周辺機器と情報（データ）を送受信するためのインタフェースである。各装置１００、２００、３００は、通信Ｉ／Ｆを介してＬＡＮ（Local Area Network）等に接続され、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の通信プロトコルに従って、ＬＡＮ等に接続された他の装置１００、２００、３００とデータの送受信を行う。入出力装置は、ハードキーによるキースイッチやＬＣＤ（Liquid Crystal Display）等で構成され、各装置１００、２００、３００が有する機能をユーザが利用する際や各種設定を行う際のユーザインタフェースとして機能する装置である。   The communication I / F is an interface for transmitting / receiving information (data) to / from a peripheral device having another communication control function connected via a communication network. Each device 100, 200, 300 is connected to a LAN (Local Area Network) or the like via a communication I / F, and connected to a LAN or the like according to a communication protocol such as TCP / IP (Transmission Control Protocol / Internet Protocol). Data is transmitted / received to / from other apparatuses 100, 200, and 300. The input / output device is configured by a key switch using a hard key, an LCD (Liquid Crystal Display), or the like, and functions as a user interface when the user uses the functions of the devices 100, 200, and 300 or when performing various settings. Device.

業務管理サーバ１００、第１のクライアント装置２００、第２のクライアント装置３００が有する各手段による処理は、ＣＰＵが、ＲＯＭ又はＨＤＤに記憶された各手段による処理に対応するプログラムを実行することにより実現される形態としても良いし、当該手段の処理をハードウェアで実現する形態としても良い。   The processing by each unit included in the business management server 100, the first client device 200, and the second client device 300 is realized by the CPU executing a program corresponding to the processing by each unit stored in the ROM or HDD. It is also possible to adopt a form in which the processing of the means is realized by hardware.

図３で示すように、業務管理システム４００は、委託者側端末である第１のクライアント装置２００、受託者側端末である第２のクライアント装置３００、委託者・受託者間の業務契約に関する業務の進捗情報を保持する業務管理サーバ１００を有する。業務管理サーバ１００は、業務依頼受付手段１１０、進捗状況受付手段１２０、進捗状況保持手段１３０、ユーザ認証手段１４０を有し、業務状況保持手段１３０によって業務管理ＤＢ１５０が保持される。業務管理ＤＢ１５０は、業務委託者から委託（依頼）された業務と業務受託者側における当該業務の進捗状況と当該業務毎に付与された識別情報とを相互に関連付けて保持するデータベースである。   As shown in FIG. 3, the business management system 400 includes a first client device 200 that is a consignor-side terminal, a second client device 300 that is a consignor-side terminal, and a business related to a business contract between a consignor and a trustee. The business management server 100 holds the progress information. The business management server 100 includes a business request receiving unit 110, a progress status receiving unit 120, a progress status holding unit 130, and a user authentication unit 140. The business status holding unit 130 holds a business management DB 150. The business management DB 150 is a database that holds a business entrusted (requested) by a business consignor, a progress status of the business on the business trustee side, and identification information assigned to each business in association with each other.

ここで、委託者からの業務依頼は、業務依頼通知手段２１０によってサーバ１００に通知され、受託者による業務依頼の進捗報告は、進捗状況通知手段３１０によってサーバ１００に通知される。そして、サーバ１００側では、これら各通知を業務依頼受付手段１１０又進捗状況受付手段１２０によって受け付ける。   Here, the business request from the consignor is notified to the server 100 by the business request notification means 210, and the progress report of the business request by the trustee is notified to the server 100 by the progress status notification means 310. On the server 100 side, these notifications are received by the business request receiving means 110 or the progress status receiving means 120.

したがって、業務委託者及び業務受託者は、上記識別情報を検索キーにして業務管理ＤＢ１５０を検索することで、業務の進捗状況を適切に管理することができる。また、ユーザ認証手段１４０によって、業務依頼を行う業務委託者側ユーザ及び委託された業務の進捗状況を業務管理ＤＢ１５０に登録する業務委託者側ユーザのユーザ認証を行い、その認証結果を業務管理ＤＢ１５０に対する書き込み結果と共に保持する。このようなアクセス管理を行うことにより業務管理ＤＢ１５０の機密性を保持することができる。   Accordingly, the business consignor and the business trustee can appropriately manage the progress of the business by searching the business management DB 150 using the identification information as a search key. Further, the user authentication means 140 performs user authentication of the business consignor side user who makes a business request and the business consignor side user who registers the progress status of the entrusted business in the business management DB 150, and the authentication result is shown in the business management DB 150. Holds together with the result of writing. By performing such access management, the confidentiality of the business management DB 150 can be maintained.

また、業務管理ＤＢ１５０で業務の進捗状況を表すデータに関し、特定のデータについては、業務委託者側からのアクセスを拒否する設定を施す。こうすることにより、業務委託者側に非開示としたい業務受託者側のデータが有る場合、適切に機密性を保持することができる。   In addition, regarding the data representing the progress status of the business in the business management DB 150, a specific data is set so as to deny access from the business consignor side. In this way, if there is data on the business consignor side that the business consignor wants to undisclosure, the confidentiality can be appropriately maintained.

（本実施の形態に係る業務管理システムによる処理例）
ここでは、図４−３６を用いて、業務管理システム４００による処理例を説明する。図４−１２では業務管理ＤＢ１５０を構成する各テーブルの一例を示す。これらテーブル間の各要素を互いに関連付けて保持することにより、業務管理ＤＢ１５０において業務依頼毎の進捗管理を適切に行うことができる。 (Processing example by the business management system according to the present embodiment)
Here, a processing example by the business management system 400 will be described with reference to FIG. FIG. 4-12 shows an example of each table constituting the business management DB 150. By holding each element between these tables in association with each other, it is possible to appropriately perform progress management for each business request in the business management DB 150.

図４で示す「依頼関連テーブル」は、業務委託者から業務受託者へ業務が依頼されるときにデータが書き込まれるものであり、業務の工程管理を行うためのテーブルである。図４中の依頼ＩＤは、業務依頼を識別する識別情報であり、業務依頼毎に付与されるものである。   The “request-related table” shown in FIG. 4 is a table in which data is written when a business is requested from the business consignor to the business trustee, and is used for managing the business process. The request ID in FIG. 4 is identification information for identifying a business request, and is assigned to each business request.

図５で示す「依頼工程進捗＿関連テーブル」は、業務受託者側において工程管理を行うためのテーブルである。図５中の依頼工程には、後述する「受付」、「依頼内容確認」、「ＳＥ依頼内容確認」、「作業レビュー」、「レビュー結果承認」、「登録作業」、「依頼完了確認」の各工程のうち何れかが書き込まれる。また、図５中の工程の状態には、「完了」、「未完了」のうち何れかが書き込まれる。なお、図５で示す「依頼工程進捗＿関連テーブル」と図４で示す「依頼関連テーブル」とは、依頼ＩＤによって関連付けて保持される。   The “request process progress_related table” shown in FIG. 5 is a table for process management on the business trustee side. 5 includes “reception”, “request content confirmation”, “SE request content confirmation”, “work review”, “review result approval”, “registration work”, and “request completion confirmation”, which will be described later. Any one of the steps is written. Further, “completed” or “incomplete” is written in the state of the process in FIG. The “request process progress_related table” shown in FIG. 5 and the “request related table” shown in FIG. 4 are held in association with each other by the request ID.

図６で示す「センター利用者テーブル」は、業務受託者側のユーザ認証情報を保持するテーブルであり、図７で示す「顧客利用者テーブル」は、業務委託者側のユーザ認証情報を保持するテーブルである。   The “center user table” shown in FIG. 6 is a table that holds user authentication information on the business trustee side, and the “customer user table” shown in FIG. 7 holds user authentication information on the business consignor side. It is a table.

図８で示す「プロジェクトテーブル」は、業務委託者・受託者間で行われる業務委託契約毎に、作業工程毎の処理権限者の情報などの各種情報を保持するテーブルである。図９で示す「業務連絡票＿関連テーブル」は、受託業務を実行する際の連絡情報を保持し、また、当該作業を実行した結果を示す付属書類を保持するテーブルである。図９中の添付ファイルＩＤ（顧客添付）には、業務委託者側の承認書ファイル等の付属書類情報を格納した添付ファイルテーブルのレコードの添付ファイルＩＤが格納される。   The “project table” shown in FIG. 8 is a table that holds various types of information such as information on a processing authority for each work process for each business consignment contract between a business consignor and a trustee. The “business communication form_related table” shown in FIG. 9 is a table that holds contact information for executing a commissioned business and holds an attachment indicating a result of executing the work. The attached file ID (customer attached) in FIG. 9 stores the attached file ID of the record of the attached file table storing the attached document information such as the approval document file on the business consignor side.

図１０で示す「申し送り情報＿関連テーブル」は、業務受託者側でのみ利用する上記付属書類を保持するテーブルである。図１０中の依頼工程には、後述する「依頼内容確認」、「ＳＥ依頼内容確認」、「作業レビュー」、「レビュー結果承認」、「登録作業」、「依頼完了確認」の各工程のうち何れかが書き込まれる。   The “delivery information_related table” shown in FIG. 10 is a table that holds the annexes used only on the business trustee side. The request process in FIG. 10 includes “request content confirmation”, “SE request content confirmation”, “work review”, “review result approval”, “registration work”, and “request completion confirmation” described later. Either is written.

図１１で示す「申し送り添付ファイルテーブル」は、図１０で示す「申し送り情報＿関連テーブル」にて保持する付属書類について、業務委託者側に公開するか否かに関する情報を保持するテーブルである。図１１中の公開フラグの項目を非公開に設定すると、業務委託者側から、当該非公開とされた付属書類にはアクセスすることができない。また、図１２で示す「添付ファイルテーブル」は、図９で示す「業務連絡票＿関連テーブル」および図１０で示す「申し送り情報＿関連テーブル」にて保持する付属書類に関する詳細事項を保持するテーブルである。   11 is a table that holds information regarding whether or not to release the attached documents held in the “sending delivery information_related table” shown in FIG. 10 to the business consignor side. When the item of the public flag in FIG. 11 is set to non-public, the subcontractor cannot access the non-public attachment. Further, the “attached file table” shown in FIG. 12 is a table that holds detailed items related to the attachments held in the “business communication form_related table” shown in FIG. 9 and the “sending information_related table” shown in FIG. It is.

図１３には、業務管理システム４００による処理例全体のフローチャートを示すが、当該処理例は、業務委託者から業務受託者へアウトソーシングされている業務に係る業務依頼についての進捗状況を管理する処理である。また、図１３で示すように、業務管理システム４００による処理例は、Ｓ１３００−Ｓ１３２２の１２工程で構成されるため、以下では工程毎に説明を行う。   FIG. 13 shows a flowchart of an overall processing example by the business management system 400. This processing example is a process for managing the progress status of a business request relating to a business outsourced from a business consignor to a business trustee. is there. Further, as shown in FIG. 13, the processing example by the business management system 400 includes 12 steps S1300 to S1322, and therefore will be described below for each step.

本処理例における業務依頼は、Ｓ１３００において業務委託者側の担当者による業務依頼の作成が行われ、Ｓ１３０２において業務委託者側の承認権限者による業務依頼の承認が行われる。次に、Ｓ１３０４において業務受託者側の担当者による業務依頼の受付が行われ、Ｓ１３０６において業務受託者側の作業担当者による依頼内容の確認が行われる。さらに、Ｓ１３０８において業務受託者側の作業担当者によるＳＥ依頼内容確認が行われ、Ｓ１３１０において業務受託者側の作業担当者による作業レビューが行われる。そして、Ｓ１３１２において業務受託者側の承認権限者によるレビュー結果の承認が行われ、Ｓ１３１４において業務受託者側の作業者による登録作業が行われる。その次に、Ｓ１３１６において業務受託者側の作業者による依頼完了確認が行われ、Ｓ１３１８において業務受託者側の承認権限者による承認が行われる。その後、Ｓ１３２０において業務委託者側の担当者による依頼完了確認が行われ、Ｓ１３２２において業務委託者側の承認権限者による承認が行われる。なお、下記（１３）（１４）の証跡閲覧処理は、図１３で示す処理例のフローチャートには含まれないが、業務委託者側又は業務受託者側において随時行うことができる処理である。   In the business request in this processing example, a business request is created by a person in charge on the business consignor side in S1300, and the business request is approved by an approval authority on the business consignor side in S1302. Next, in S1304, a business request is received by a person in charge on the business trustee side, and the content of the request is confirmed by a worker in charge on the business trustee side in S1306. In step S1308, the content of the SE request is confirmed by the worker in charge of the business trustee, and a work review is performed by the worker in charge of the task trustee in S1310. In S1312, the review result is approved by the approval authority on the business trustee side, and in S1314, the registration work is performed by the worker on the business trustee side. Next, in S1316, the completion of the request is confirmed by the operator on the business trustee side, and approval is given by the approval authority on the business trustee side in S1318. Thereafter, in S1320, a request completion confirmation is performed by a person in charge on the business consignor side, and approval is given by an approval authority on the business consignor side in S1322. Note that the following (13) and (14) trail browsing processes are not included in the flowchart of the processing example shown in FIG. 13, but can be performed at any time on the business consignor side or the business trustee side.

また、図１４では、業務委託者側において第１のクライアント装置２００から業務管理ＤＢ１５０を操作する際の操作画面の表示処理について説明している。Ｓ１４００−Ｓ１４０６で示すように、顧客利用者テーブルに基づいて認証された業務委託者側ユーザが権限を登録されているプロジェクトテーブルのプロジェクトＩＤ及び工程と依頼関連テーブルのプロジェクトＩＤ及び依頼工程進捗＿関連テーブルの工程情報が一致するものを業務委託者側ユーザが処理可能な依頼情報として画面表示し、業務委託者側ユーザの選択入力を受付ける。なお、この処理は、Ｓ１３００、Ｓ１３０２、Ｓ１３２０、Ｓ１３２２及び後述する業務委託者側の証跡閲覧処理において行われる。   FIG. 14 illustrates an operation screen display process when operating the business management DB 150 from the first client device 200 on the business consignor side. As shown in S1400-S1406, the project ID and process of the project table and the project ID of the request related table and the requested process progress_relevance associated with the authority of the subcontractor user who is authenticated based on the customer user table The same process information in the table is displayed on the screen as request information that can be processed by the subcontractor user, and the selection input of the subcontractor user is accepted. This process is performed in S1300, S1302, S1320, S1322, and a trail browsing process on the business consignor side described later.

また、図１５では、業務受託者側において第２のクライアント装置３００から業務管理ＤＢ１５０を操作する際の操作画面の表示処理について説明している。Ｓ１５００−Ｓ１５０６で示すように、センター利用者テーブルに基づいて認証された業務受託者側ユーザが権限を登録されているプロジェクトテーブルのプロジェクトＩＤ及び工程と依頼関連テーブルのプロジェクトＩＤ及び依頼工程進捗＿関連テーブルの工程情報が一致するものを業務受託者側ユーザが処理可能な依頼情報として画面表示し、業務受託者側ユーザの選択入力を受付ける。なお、この処理は、Ｓ１３０４−Ｓ１３１８及び後述する業務受託者側の証跡閲覧処理において行われる。   FIG. 15 illustrates an operation screen display process when operating the business management DB 150 from the second client device 300 on the business trustee side. As shown in S1500 to S1506, the project ID and process of the project table and the project ID of the request related table and the requested process progress_related are registered by the business trustee user who is authenticated based on the center user table. When the process information in the table matches, the information is displayed on the screen as request information that can be processed by the business trustee user, and the selection input of the business trustee user is accepted. This process is performed in S1304-S1318 and in the trail browsing process on the business trustee side described later.

（１）業務依頼作成処理（Ｓ１３００における処理）
図１６を用いて、業務委託者側ユーザが第１のクライアント装置２００において行う業務依頼作成処理（Ｓ１３００における処理）について説明する。Ｓ１６００において図３０で示すような依頼作成画面が表示される。画面上には、「処理名称」、「処理日」、「特記事項」等を入力可能な欄が表示される。 (1) Business request creation processing (processing in S1300)
With reference to FIG. 16, a business request creation process (process in S1300) performed by the business consignor side user in the first client device 200 will be described. In S1600, a request creation screen as shown in FIG. 30 is displayed. On the screen, fields for inputting “processing name”, “processing date”, “special notes”, and the like are displayed.

Ｓ１６０２において画面入力内容の取得が行われる。Ｓ１６０４において依頼の登録であれば、Ｓ１６０６において依頼ＩＤの採番が行われる。Ｓ１６０８においてレコードが新規作成される。Ｓ１６０８では、＜１＞依頼関連テーブルと依頼工程進捗＿関連テーブルのレコードを画面入力内容に従って新規作成する。次に、＜２＞依頼工程進捗＿関連テーブルのレコードとしてＳ１３０４−Ｓ１３１６の工程を示す全部で７つのレコードが新規作成される。その次に、＜３＞依頼関連テーブルのレコードと依頼工程進捗＿関連テーブルのレコードとを、前記Ｓ１６０６で採番した依頼ＩＤで関連付ける。そして、＜４＞画面入力内容や採番処理の結果から、依頼関連テーブルのレコードにおける「依頼を登録した顧客利用者ＩＤ」、「依頼関連ＩＤ」、「処理名称」、「依頼登録日時」、「依頼ＩＤ」、「処理日」、「依頼登録者のコメント」、「プロジェクトＩＤ」、「業務委託者側からの特記事項」のデータ項目が設定される。さらに、＜５＞各依頼工程進捗＿関連テーブルの７つのレコードの「工程の状態」は「未完了」に設定される。   In S1602, the screen input content is acquired. If the request is registered in S1604, the request ID is numbered in S1606. In S1608, a new record is created. In S1608, <1> request related table and request process progress_related table records are newly created according to the screen input contents. Next, a total of seven records indicating the processes of S1304 to S1316 are newly created as records in the <2> request process progress_related table. Next, <3> the request related table record and the request process progress_related table record are associated with the request ID numbered in S1606. <4> From the input contents of the screen and the result of the numbering process, the “customer user ID that registered the request”, “request related ID”, “process name”, “request registration date” in the record of the request related table, Data items of “request ID”, “processing date”, “comment of request registrant”, “project ID”, and “special notes from the business consignor” are set. Furthermore, <5> The “process state” of the seven records in each requested process progress_related table is set to “incomplete”.

Ｓ１６１０において業務連絡票ＩＤの採番を行う。Ｓ１６１２においてレコードが新規作成される。Ｓ１６１２では、＜１＞業務連絡票＿関連テーブルと申し送り情報＿関連テーブルのレコードを新規作成する。次に、＜２＞申し送り情報＿関連テーブルのレコードとして、Ｓ１３０６−Ｓ１３１６の工程に対応する全部で６つのレコードを新規作成する。そして、＜３＞作成した業務連絡票＿関連テーブルのレコードと申し送り情報＿関連テーブルのレコードを、前記Ｓ１６１０で採番した業務連絡票ＩＤで関連付ける。   In S1610, the business communication form ID is numbered. In S1612, a new record is created. In S1612, a new record of <1> business communication form_related table and sending information_related table is created. Next, a total of six records corresponding to steps S1306 to S1316 are newly created as records in the <2> report sending information_related table. Then, <3> the created business communication form_related table record and the report information_related table record are associated with the business communication form ID numbered in S1610.

Ｓ１６１４において、前記Ｓ１６０２で取得した画面入力内容に添付書類の指定が有る場合は、Ｓ１６１６において添付ファイルの受信が行われる。Ｓ１６１６では、添付ファイルの受信を行い、ＤＢ１５０内に格納する。   In S1614, when the attached document is specified in the screen input content acquired in S1602, the attached file is received in S1616. In S1616, the attached file is received and stored in the DB 150.

Ｓ１６１８においてレコードが新規作成される。Ｓ１６１８では、＜１＞添付ファイルテーブルのレコードを新規作成し、＜２＞ＤＢ１５０内に格納された添付ファイルの名前が添付ファイルテーブルのデータ項目「添付ファイル名」に設定される。Ｓ１６２０においてレコードが更新される。Ｓ１６２０では、業務連絡票＿関連テーブルのデータ項目「添付ファイルＩＤ（顧客添付）」に、前記Ｓ１６１８で作成した添付ファイルテーブルのレコードの添付ファイルＩＤを設定する。   In S1618, a new record is created. In S1618, <1> an attached file table record is newly created, and <2> the name of the attached file stored in the DB 150 is set in the data item “attached file name” of the attached file table. In S1620, the record is updated. In S1620, the attached file ID of the record in the attached file table created in S1618 is set in the data item “attached file ID (customer attached)” of the business communication slip_related table.

（２）業務依頼承認処理（Ｓ１３０２における処理）
図１７を用いて、業務委託者側ユーザが第１のクライアント装置２００において行う業務依頼承認処理（Ｓ１３０２における処理）について説明する。Ｓ１７００において、前記Ｓ１４０４で受付けた依頼ＩＤが取得される。 (2) Business request approval processing (processing in S1302)
With reference to FIG. 17, the business request approval process (the process in S1302) performed by the business consignor side user in the first client device 200 will be described. In S1700, the request ID accepted in S1404 is acquired.

Ｓ１７０２において依頼情報が検索される。Ｓ１７０２では、依頼ＩＤをキーとして、依頼関連テーブルのレコードと複数の依頼工程進捗＿関連テーブルのレコードとを検索し取得する。Ｓ１７０４において添付ファイルテーブルの検索を行う。Ｓ１７０４では、依頼ＩＤをキーとして業務連絡票＿関連テーブルのレコードを検索し、得られたレコードの業務連絡票ＩＤと添付ファイルＩＤ（顧客添付）を取得する。   In S1702, the request information is searched. In S1702, the request ID table is used as a key to search for and acquire records in the request related table and a plurality of request process progress_related table records. In step S1704, the attached file table is searched. In S1704, the business contact slip_related table record is searched using the request ID as a key, and the business contact slip ID and attached file ID (attached to the customer) of the obtained record are acquired.

Ｓ１７０６において添付ファイルテーブルの検索を行う。Ｓ１７０６では、前記Ｓ１７０４で取得した添付ファイルＩＤ（顧客添付）を持つ全ての添付ファイルテーブルのレコードを検索する。Ｓ１７０８において申し送り添付ファイルテーブルの検索を行う。Ｓ１７０８では、前記Ｓ１７０４で取得した業務連絡票ＩＤで申し送り情報＿関連テーブルを検索し、得られたレコードの申し送り情報関連ＩＤを取得する。ただし、この工程では、まだ申し送りが発生していないので検索結果はゼロ件となる。   In step S1706, the attached file table is searched. In S1706, all the attachment file records having the attachment file ID (customer attachment) acquired in S1704 are searched. In step S1708, the request attachment file table is searched. In S1708, the sending information_related table is searched using the business contact slip ID acquired in S1704, and the sending information related ID of the obtained record is acquired. However, in this process, there are no search results yet, so the search results are zero.

Ｓ１７１０において申し送り添付ファイルテーブルの検索を行う。Ｓ１７１０では、前記Ｓ１７０８で取得した申し送り情報関連ＩＤで申し送り添付ファイルテーブルを検索し、得られたレコードのうち、公開フラグが設定されているレコードの添付ファイルＩＤを取得する。Ｓ１７１２において申し送り添付ファイルテーブルの検索を行う。Ｓ１７１２では、前記Ｓ１７１０で取得した添付ファイルＩＤで添付ファイルテーブルを検索する。   In step S1710, the request attachment file table is searched. In S1710, the request attachment file table is searched with the offer information related ID acquired in S1708, and the attachment file ID of the record for which the public flag is set is obtained from the obtained records. In step S1712, the request attachment file table is searched. In S1712, the attached file table is searched with the attached file ID acquired in S1710.

Ｓ１７１４において承認画面を表示する。Ｓ１７１４では、上記Ｓ１７０２−Ｓ１７１２の検索結果を表示する。図３１に、Ｓ１７１４において表示される画面例を示す。Ｓ１７１６において画面入力内容を取得する。Ｓ１７１８において、当該画面入力内容に承認の入力が有れば、Ｓ１７２０においてレコードが更新される。Ｓ１７２０では、依頼関連テーブルのレコードにおける「依頼を承認した顧客利用者ＩＤ」、「依頼承認日時」、「依頼承認者のコメント」のデータ項目を画面入力内容に従って設定する。   In S1714, an approval screen is displayed. In S1714, the search results of S1702-S1712 are displayed. FIG. 31 shows an example of a screen displayed in S1714. In S1716, the screen input content is acquired. If there is an approval input in the screen input content in S1718, the record is updated in S1720. In S1720, data items of “customer user ID that approved the request”, “request approval date / time”, and “comment of request approver” in the record of the request related table are set according to the input contents on the screen.

Ｓ１７２２において、前記Ｓ１７１６で取得した画面入力内容に却下入力がされていれば、Ｓ１７２４においてレコードが更新される。Ｓ１７２４では、依頼関連テーブルにおける「依頼を却下した顧客利用者ＩＤ」、「依頼却下日時」、「依頼却下者のコメント」のデータ項目を画面入力内容に従って設定する。   In S1722, if a rejection input is made to the screen input content acquired in S1716, the record is updated in S1724. In S1724, data items of “customer user ID who rejected request”, “request rejection date”, and “comment of request rejecter” in the request related table are set according to the input contents on the screen.

（３）業務依頼受付処理（Ｓ１３０４における処理）
図１８を用いて、業務受託者側ユーザが第２のクライアント装置３００において行う業務依頼受付処理（Ｓ１３０４における処理）について説明する。Ｓ１８００において、前記Ｓ１５０４で受付けた依頼ＩＤが取得される。 (3) Business request acceptance processing (processing in S1304)
With reference to FIG. 18, the business request acceptance process (the process in S1304) performed by the business trustee-side user in the second client device 300 will be described. In S1800, the request ID accepted in S1504 is acquired.

Ｓ１８０２において依頼情報の検索を行う。Ｓ１８０２では、依頼ＩＤをキーとして、依頼関連テーブルのレコードと複数の依頼工程進捗＿関連テーブルのレコードを検索し取得する。Ｓ１８０４において添付ファイルテーブルの検索を行う。Ｓ１８０４では、依頼ＩＤをキーとして業務連絡票＿関連テーブルのレコードを検索し、得られたレコードの業務連絡票ＩＤと添付ファイルＩＤ（顧客添付）を取得する。   In step S1802, the request information is searched. In S1802, the request ID is used as a key to search for and acquire a record in the request related table and a plurality of request process progress_related table records. In step S1804, the attached file table is searched. In step S1804, the business contact slip_related table record is searched using the request ID as a key, and the business contact slip ID and attached file ID (attached to the customer) of the obtained record are acquired.

Ｓ１８０６において添付ファイルテーブルの検索を行う。Ｓ１８０６では、前記Ｓ１８０４で取得した添付ファイルＩＤ（顧客添付）を持つ全ての添付ファイルテーブルのレコードを検索する。Ｓ１８０８において申し送り添付ファイルテーブルを検索する。Ｓ１８０８では、前記Ｓ１８０４で取得した業務連絡票ＩＤで申し送り情報＿関連テーブルを検索し、得られたレコードの申し送り情報関連ＩＤを取得する。ただし、この工程では、まだ申し送りが発生していないので検索結果はゼロ件となる。   In step S1806, the attached file table is searched. In step S1806, all attachment file table records having the attachment file ID (customer attachment) acquired in step S1804 are searched. In step S1808, the request attachment file table is searched. In S1808, the report sending information_related table is searched with the business contact slip ID acquired in S1804, and the report sending information related ID of the obtained record is acquired. However, in this process, there are no search results yet, so the search results are zero.

Ｓ１８１０において申し送り添付ファイルテーブルを検索する。Ｓ１８１０では、前記Ｓ１８０８で取得した申し送り情報関連ＩＤで申し送り添付ファイルテーブルを検索し、得られた全てのレコードの添付ファイルＩＤを取得する。Ｓ１８１２において申し送り添付ファイルテーブルの検索を行う。Ｓ１８１２では、前記Ｓ１８１０で取得した添付ファイルＩＤで添付ファイルテーブルを検索する。   In step S1810, the request attachment file table is searched. In S1810, the request attachment information table is searched with the offer information related ID acquired in S1808, and the attachment file IDs of all the obtained records are acquired. In step S1812, the request attachment file table is searched. In S1812, the attachment file table is searched with the attachment file ID acquired in S1810.

Ｓ１８１４において受付画面を表示する。Ｓ１８１４では、上記Ｓ１８０２−Ｓ１８１２の検索結果を表示する。Ｓ１８１６で画面入力内容の取得を行う。Ｓ１８１８において、当該画面入力内容に確認入力が有れば、Ｓ１８２０においてレコードが更新される。Ｓ１８２０では、依頼工程進捗＿関連レコードのうち、Ｓ１３０４の受付工程を示すレコードの「工程の状態」が「完了」に設定され、「工程の状態を登録した選択利用者ＩＤ」に作業者のＩＤが設定され、完了時刻が設定される。   In S1814, a reception screen is displayed. In S1814, the search results in S1802-S1812 are displayed. In step S1816, the screen input content is acquired. If there is a confirmation input in the screen input content in S1818, the record is updated in S1820. In S1820, among the requested process progress_related records, the “process status” of the record indicating the accepted process in S1304 is set to “completed”, and the worker ID is set in “selected user ID that registered the process status”. Is set and the completion time is set.

（４）業務依頼内容確認処理（Ｓ１３０６における処理）
図１９を用いて、業務受託者側ユーザが第２のクライアント装置３００において行う業務依頼内容確認処理（Ｓ１３０６における処理）について説明する。Ｓ１９００において、前記Ｓ１５０４で受付けた依頼ＩＤが取得される。 (4) Business request content confirmation processing (processing in S1306)
With reference to FIG. 19, a business request content confirmation process (process in S <b> 1306) performed by the business trustee-side user in the second client device 300 will be described. In S1900, the request ID accepted in S1504 is acquired.

Ｓ１９０２においてセンター側（業務受託者側）依頼検索処理が行われる。なお、センター側依頼検索処理は前記Ｓ１８０２−Ｓ１８１２に示した一連の検索処理である。Ｓ１９０４において依頼内容確認画面が表示される。Ｓ１９０４では、検索処理で得られた情報を表示する。なお、業務受託者側では、基本的に、図３２で示すイメージの画面が後工程に引き継がれていく。   In S1902, center side (business trustee side) request search processing is performed. The center side request search process is a series of search processes shown in S1802-S1812. In step S1904, a request content confirmation screen is displayed. In S1904, information obtained by the search process is displayed. Note that, on the business trustee side, the image screen shown in FIG. 32 is basically taken over to the subsequent process.

Ｓ１９０６において画面入力内容が取得される。Ｓ１９０８において、当該画面入力内容に添付書類の指定があれば、Ｓ１９１０において添付ファイルの受信が行われる。Ｓ１９１０では、添付ファイルを受信し、受信ファイルをＤＢ１５０内に格納する。Ｓ１９１２においてレコードが新規作成される。Ｓ１９１２では、＜１＞申し送り添付ファイルテーブルのレコードと添付ファイルテーブルのレコードとを、受信するファイルの数だけ新規作成し添付ファイルＩＤで関連付ける。次に、＜２＞添付ファイルテーブルのデータ項目「添付ファイル名」として、ＤＢ１５０に格納されたそれぞれのファイルの名前が設定される。次に、＜３＞画面入力内容に従って、申し送り添付ファイルテーブルのデータ項目「申し送り情報関連ＩＤ」に、現在の作業工程（ここでは、Ｓ１３０６依頼内容確認工程）に対応する申し送り情報関連テーブルのレコードのＩＤを設定する。   In S1906, the screen input content is acquired. If an attached document is specified in the screen input content in S1908, the attached file is received in S1910. In S1910, the attached file is received and the received file is stored in the DB 150. In S1912, a new record is created. In S1912, <1> a record in the attached file table and a record in the attached file table are newly created for the number of received files and associated with the attached file ID. Next, the name of each file stored in the DB 150 is set as the data item “attached file name” of the <2> attached file table. Next, in accordance with <3> screen input content, the data item “sending information related ID” of the sending attachment file table includes a record of the sending information related table corresponding to the current work process (here, S1306 request contents confirmation process). Set the ID.

Ｓ１９１４において、前記Ｓ１９０６で取得した画面入力内容に確認入力が有れば、Ｓ１９１６においてレコードが更新される。Ｓ１９１６では、依頼工程進捗＿関連テーブルのレコードのうち、Ｓ１３０６の依頼内容確認工程を示すレコードの「工程の状態」が「完了」に設定され、「工程の状態を登録した選択利用者ＩＤ」に作業者のＩＤが設定され、完了時刻が設定される。   In S1914, if there is a confirmation input in the screen input content acquired in S1906, the record is updated in S1916. In S1916, among the records of the requested process progress_related table, the “process status” of the record indicating the requested content confirmation process in S1306 is set to “completed”, and “selected user ID that registered the process status” is set. The worker ID is set, and the completion time is set.

（５）ＳＥ依頼内容確認処理（Ｓ１３０８における処理）
図２０を用いて、業務受託者側ユーザが第２のクライアント装置３００において行うＳＥ依頼内容確認処理（Ｓ１３０８における処理）について説明する。Ｓ２０００において、前記Ｓ１５０４で受付けた依頼ＩＤが取得される。 (5) SE request content confirmation processing (processing in S1308)
The SE request content confirmation process (the process in S1308) performed by the business trustee user in the second client device 300 will be described with reference to FIG. In S2000, the request ID accepted in S1504 is acquired.

Ｓ２００２においてセンター側（業務受託者側）依頼検索処理が行われる。Ｓ２００４においてＳＥ依頼内容確認の操作画面が表示される。Ｓ２００４では、検索処理で得られた情報を表示する。Ｓ２００６において画面入力内容が取得される。Ｓ２００８において、当該画面入力内容に添付書類の指定が有れば、Ｓ２０１０において申し送り書類添付処理が行われる。なお、申し送り書類添付処理は前記Ｓ１９１０−Ｓ１９１２に示した一連の検索処理である。Ｓ２０１２において、当該画面入力内容に確認入力が有れば、Ｓ２０１４においてレコードが更新される。Ｓ２０１４では、依頼工程進捗＿関連テーブルのレコードのうち、Ｓ１３０８のＳＥ依頼内容確認工程を示すレコードの「工程の状態」が「完了」に設定され、「工程の状態を登録したセンター利用者ＩＤ」に作業者のＩＤが設定され、完了時刻が設定される。   In S2002, a center side (business trustee side) request search process is performed. In S2004, an operation screen for confirming the SE request content is displayed. In S2004, information obtained by the search process is displayed. In S2006, the screen input content is acquired. In S2008, if an attached document is specified in the screen input content, a sent document attachment process is performed in S2010. The sending document attachment process is a series of search processes shown in S1910 to S1912. In S2012, if there is a confirmation input in the screen input content, the record is updated in S2014. In S2014, among the records in the requested process progress_related table, the “process status” of the record indicating the SE request content confirmation process in S1308 is set to “completed”, and “center user ID that registered the process status” is set. The worker's ID is set and the completion time is set.

（６）作業レビュー処理（Ｓ１３１０における処理）
図２１を用いて、業務受託者側ユーザが第２のクライアント装置３００において行う作業レビュー処理（Ｓ１３１０における処理）について説明する。Ｓ２１００において、前記Ｓ１５０４で受付けた依頼ＩＤが取得される。 (6) Work review process (process in S1310)
The work review process (process in S1310) performed by the business trustee user in the second client device 300 will be described with reference to FIG. In S2100, the request ID accepted in S1504 is acquired.

Ｓ２１０２においてセンター側（業務受託者側）依頼検索処理が行われる。Ｓ２１０４において作業レビュー画面が表示される。Ｓ２１０４では、検索処理で得られた情報を表示する。Ｓ２１０６において画面入力内容が取得される。Ｓ２１０８において、当該画面入力内容に添付書類の指定があれば、Ｓ２１１０において申し送り書類添付処理が行われる。Ｓ２１１２において、当該画面入力内容に確認入力が有れば、Ｓ２１１４においてレコードの更新が行われる。Ｓ２１１４では、依頼工程進捗＿関連テーブルのレコードのうち、Ｓ１３１０の作業レビュー工程を示すレコードの「工程の状態」が「完了」に設定され、「工程の状態を登録したセンター利用者ＩＤ」に作業者のＩＤが設定され、完了時刻が設定される。   In S2102, the center side (business trustee side) request search process is performed. In S2104, a work review screen is displayed. In S2104, information obtained by the search process is displayed. In S2106, the screen input content is acquired. In S2108, if an attached document is specified in the screen input content, a sending document attachment process is performed in S2110. In S2112, if there is a confirmation input in the screen input content, the record is updated in S2114. In S2114, among the records in the requested process progress_related table, the “process status” of the record indicating the work review process in S1310 is set to “completed”, and the work is performed in “center user ID that registered the process status”. The person's ID is set, and the completion time is set.

（７）レビュー結果の承認処理（Ｓ１３１２における処理）
図２２を用いて、業務受託者側ユーザが第２のクライアント装置３００において行うレビュー結果の承認処理（Ｓ１３１２における処理）について説明する。Ｓ２２００において、前記Ｓ１５０４で受付けた依頼ＩＤが取得される。 (7) Review result approval process (process in S1312)
With reference to FIG. 22, the review result approval process (the process in S1312) performed by the business trustee-side user in the second client device 300 will be described. In S2200, the request ID accepted in S1504 is acquired.

Ｓ２２０２においてセンター側（業務受託者側）依頼検索処理が行われる。Ｓ２２０４においてレビュー結果画面が表示される。Ｓ２２０４では、検索処理で得られた情報を表示する。Ｓ２２０６において画面入力内容が取得され、Ｓ２２０８において、当該画面入力内容に添付書類の指定が有れば、Ｓ２２１０において申し送り書類添付処理が行われる。Ｓ２２１２において、当該画面入力内容に承認入力が有れば、Ｓ２２１４においてレコードが更新される。Ｓ２２１４では、依頼工程進捗＿関連テーブルのレコードのうち、Ｓ１３１２のレビュー結果承認工程を示すレコードの「工程の状態」が「完了」に設定され、「工程の状態を登録したセンター利用者ＩＤ」に作業者のＩＤが設定され、完了時刻が設定される。   In S2202, the center side (business trustee side) request search process is performed. In S2204, a review result screen is displayed. In S2204, information obtained by the search process is displayed. If the screen input content is acquired in S2206, and an attached document is specified in the screen input content in S2208, the sending document attachment processing is performed in S2210. If there is an approval input in the screen input content in S2212, the record is updated in S2214. In S2214, among the records in the requested process progress_related table, the “process status” of the record indicating the review result approval process in S1312 is set to “completed”, and the “center user ID that registered the process status” is set to “completed”. The worker ID is set, and the completion time is set.

（８）登録作業の処理（Ｓ１３１４における処理）
図２３を用いて、業務受託者側ユーザが第２のクライアント装置３００において行う登録作業の処理（Ｓ１３１４における処理）について説明する。Ｓ２３００において、前記Ｓ１５０４で受付けた依頼ＩＤが取得される。 (8) Registration work process (process in S1314)
With reference to FIG. 23, registration work processing (processing in S1314) performed by the business trustee-side user in the second client device 300 will be described. In S2300, the request ID accepted in S1504 is acquired.

Ｓ２３０２においてセンター側（業務受託者側）依頼検索処理が行われる。Ｓ２３０４において登録画面が表示される。Ｓ２３０４では、検索結果で得られた情報を表示する。なお、業務受託者側ユーザは表示された情報に基づいて業務委託者側からの依頼作業をこの工程で実施し、作業報告等を画面入力する。Ｓ２３０６において画面入力内容が取得され、Ｓ２３０８において申し送り書類添付処理が行われる。Ｓ２３１０においてレコードが更新される。Ｓ２３１０では、依頼工程進捗＿関連テーブルのレコードのうち、Ｓ１３１４の登録作業工程を示すレコードの「工程の状態」が「完了」に設定され、「工程の状態を登録したセンター利用者ＩＤ」に作業者のＩＤが設定され、完了時刻が設定される。   In S2302, the center side (business trustee side) request search process is performed. In S2304, a registration screen is displayed. In S2304, information obtained from the search result is displayed. The user on the business consignee side performs the requested work from the business consignor side based on the displayed information in this step, and inputs the work report and the like on the screen. In step S2306, the screen input content is acquired, and in step S2308, a sending document attachment process is performed. In S2310, the record is updated. In S2310, among the records of the requested process progress_related table, the “process status” of the record indicating the registered work process in S1314 is set to “completed”, and the work is performed on “center user ID that registered the process status”. The person's ID is set, and the completion time is set.

（９）依頼完了確認処理（Ｓ１３１６における処理）
図２４を用いて、業務受託者側ユーザが第２のクライアント装置３００において行う依頼完了確認処理（Ｓ１３１６における処理）について説明する。Ｓ２４００において、前記Ｓ１５０４で受付けた依頼ＩＤが取得される。 (9) Request completion confirmation processing (processing in S1316)
The request completion confirmation process (process in S1316) performed by the business trustee-side user in the second client device 300 will be described with reference to FIG. In S2400, the request ID accepted in S1504 is acquired.

Ｓ２４０２においてセンター側（業務受託者側）依頼検索処理が行われ、Ｓ２４０４において依頼完了確認画面が表示される。Ｓ２４０４では、検索処理で得られた情報を表示する。Ｓ２４０６において画面入力内容が取得され、Ｓ２４０８において、当該画面入力内容に添付書類の指定が有れば、Ｓ２４１０において申し送り書類添付処理が行われる。Ｓ２４１２において、当該画面入力内容に確認入力が有れば、Ｓ２４１４においてレコードが更新される。Ｓ２４１４では、依頼工程進捗＿関連テーブルのレコードのうち、Ｓ１３１６の依頼完了確認工程を示すレコードの「工程の状態」が「完了」に設定され、「工程の状態を登録したセンター利用者ＩＤ」に作業者のＩＤが設定され、完了時刻が設定される。   In S2402, a center side (business trustee side) request search process is performed, and a request completion confirmation screen is displayed in S2404. In S2404, information obtained by the search process is displayed. If the screen input content is acquired in S2406, and an attached document is specified in the screen input content in S2408, the sending document attachment processing is performed in S2410. If there is a confirmation input in the screen input content in S2412, the record is updated in S2414. In S2414, among the records in the requested process progress_related table, the “process status” of the record indicating the request completion confirmation process in S1316 is set to “completed”, and the “center user ID that registered the process status” is set. The worker ID is set, and the completion time is set.

（１０）承認処理（Ｓ１３１８における処理）
図２５を用いて、業務受託者側ユーザが第２のクライアント装置３００において行う承認処理（Ｓ１３１８における処理）について説明する。Ｓ２５００において、前記Ｓ１５０４で受付けた依頼ＩＤが取得される。 Ｓ２５０２においてセンター側（業務受託者側）依頼検索処理が行われ、Ｓ２５０４において承認画面が表示される。Ｓ２５０４では、検索処理で得られた情報を表示する。Ｓ２５０６において画面入力内容が取得され、Ｓ２５０８において、当該画面有力内容に承認入力が有れば、Ｓ２５１０においてレコードが更新される。Ｓ２５１０では、依頼関連テーブルのレコードのうち、「依頼完了を承認したセンター側利用者ＩＤ」、「依頼完了の承認日時」、「依頼完了承認者のコメント」のデータ項目を画面入力内容に従って設定する。 (10) Approval processing (processing in S1318)
With reference to FIG. 25, the approval process (process in S1318) performed by the business trustee-side user in the second client device 300 will be described. In S2500, the request ID accepted in S1504 is acquired. In S2502, a center side (business trustee side) request search process is performed, and an approval screen is displayed in S2504. In S2504, information obtained by the search process is displayed. In S2506, the screen input content is acquired. In S2508, if there is an approval input for the dominant screen content, the record is updated in S2510. In S2510, data items of “center user ID that approved request completion”, “approval date and time of request completion”, and “comment of request completion approver” are set according to the input contents of the screen in the records of the request related table. .

（１１）業務委託者側の完了確認処理（Ｓ１３２０における処理）
図２６を用いて、業務委託者側ユーザが第１のクライアント装置２００において行う完了確認処理（Ｓ１３２０における処理）について説明する。Ｓ２６００において、前記Ｓ１４０４で受付けた依頼ＩＤが取得される。 (11) Completion confirmation processing on the business consignor side (processing in S1320)
With reference to FIG. 26, the completion confirmation processing (processing in S1320) performed by the business consignor side user in the first client device 200 will be described. In S2600, the request ID accepted in S1404 is acquired.

Ｓ２６０２において顧客側依頼検索処理が行われ、Ｓ２６０４において確認画面が表示される。なお、顧客側依頼検索処理は前記Ｓ１７０２−Ｓ１７１２に示した一連の検索処理である。Ｓ２６０４では、検索処理で得られた情報を表示する。図３３に、当該確認画面の一例を示す。Ｓ２６０６において画面入力内容が取得され、Ｓ２６０８において、当該画面入力内容に確認入力が有れば、Ｓ２６１０においてレコードが更新される。Ｓ２６１０では、依頼関連テーブルのレコードのうち、「顧客クローズ確認を行った顧客利用者ＩＤ」、「顧客クローズ確認の日時」、「顧客クローズ確認した顧客利用者のコメント」のデータ項目を画面入力内容に従って設定する。   In S2602, a customer-side request search process is performed, and a confirmation screen is displayed in S2604. The customer-side request search process is a series of search processes shown in S1702 to S1712. In S2604, information obtained by the search process is displayed. FIG. 33 shows an example of the confirmation screen. The screen input content is acquired in S2606, and if there is a confirmation input in the screen input content in S2608, the record is updated in S2610. In S2610, the screen entry includes data items of “customer user ID that has confirmed customer close”, “date and time of customer close confirmation”, and “comment of customer user who has confirmed customer close” among records in the request related table. Set according to.

（１２）業務委託者側の完了承認処理（Ｓ１３２２における処理）
図２７を用いて、業務委託者側ユーザが第１のクライアント装置２００において行う完了承認処理（Ｓ１３２２における処理）について説明する。Ｓ２７００において、前記Ｓ１４０４で受付けた依頼ＩＤが取得される。 (12) Completion approval processing on the business consignor side (processing in S1322)
The completion approval process (the process in S1322) performed by the business consignor side user in the first client device 200 will be described with reference to FIG. In S2700, the request ID accepted in S1404 is acquired.

Ｓ２７０２において顧客側依頼検索処理が行われ、Ｓ２７０４において確認画面が表示される。Ｓ２７０４では、検索処理で得られた情報を表示する。Ｓ２７０６において画面入力内容が取得され、Ｓ２７０８において、当該画面入力内容に承認入力が有れば、Ｓ２７１０においてレコードが更新される。Ｓ２７１０では、依頼関連テーブルのレコードのうち、「顧客クローズ承認を行った顧客利用者ＩＤ」、「顧客クローズ承認の日時」、「顧客クローズ承認した顧客利用者のコメント」のデータ項目を画面入力内容に従って設定する。   Customer request search processing is performed in S2702, and a confirmation screen is displayed in S2704. In S2704, information obtained by the search process is displayed. If the screen input content is acquired in S2706, and if there is an approval input in the screen input content in S2708, the record is updated in S2710. In S2710, the data items of “customer user ID that performed customer close approval”, “date and time of customer close approval”, and “comment of customer user who approved customer close” among the records of the request related table are input to the screen. Set according to.

（１３）業務委託者側の証跡閲覧処理
図２８を用いて、業務委託者側ユーザが第１のクライアント装置２００において行う証跡閲覧処理について説明する。なお、業務委託者側では、公開されている申し送り添付書類を証跡情報の一部として閲覧できる。Ｓ２８００において業務委託者完了承認済みの依頼一覧を画面表示する。Ｓ２８００では、利用者が権限を有するプロジェクトのうち、顧客クローズ承認日時又は依頼却下日時が設定済みの依頼関連テーブルのレコードの依頼ＩＤ、処理名称、処理日時等を一覧表示し選択入力を受付ける。図３４に、依頼一覧を表示した画面例を示す。 (13) Trail Browsing Processing on the Business Consignor Side The trail browsing processing performed by the business consignor side user in the first client device 200 will be described using FIG. On the business consignor side, the publicly attached attached documents can be viewed as part of the trail information. In step S2800, a list of requests that have been approved by the subcontractor is displayed on the screen. In S2800, among the projects for which the user has authority, the request ID, processing name, processing date, etc. of the records in the request related table for which the customer close approval date / time or the request rejection date / time has been set are displayed as a list and a selection input is accepted. FIG. 34 shows an example of a screen displaying a request list.

Ｓ２８０２において依頼工程一覧を作成する。Ｓ２８０２では、前記Ｓ２８００で選択された依頼ＩＤで依頼関連テーブルと複数の依頼工程進捗＿関連テーブルを検索し、各工程の作業者と完了時刻を一覧表データに編集する。   In step S2802, a request process list is created. In S2802, the request related table and a plurality of requested process progress_related tables are searched with the request ID selected in S2800, and the worker and completion time of each process are edited into list data.

Ｓ２８０４において添付ファイルテーブルの検索が行われる。Ｓ２８０４では、依頼ＩＤをキーとして業務連絡票＿関連テーブルのレコードを検索し、得られたレコードの業務連絡票ＩＤと添付ファイルＩＤ（顧客添付）を取得する。Ｓ２８０６において添付ファイルテーブルの検索が行われる。Ｓ２８０６では、前記Ｓ２８０４で取得した添付ファイルＩＤ（顧客添付）を持つ全ての添付テーブルのレコードを検索する。   In S2804, the attached file table is searched. In step S2804, the business contact form_related table record is searched using the request ID as a key, and the business contact form ID and attached file ID (customer attached) of the obtained record are acquired. In S2806, the attached file table is searched. In step S2806, all attachment table records having the attachment file ID (customer attachment) acquired in step S2804 are searched.

Ｓ２８０８において申し送り添付ファイルテーブルの検索が行われる。Ｓ２８０８では、前記Ｓ２８０４で取得した業務連絡票ＩＤで申し送り情報＿関連テーブルを検索し、得られたレコードの申し送り情報関連ＩＤを取得する。Ｓ２８１０において申し送り添付ファイルテーブルの検索が行われる。Ｓ２８１０では、前記Ｓ２８０８で取得した申し送り情報関連ＩＤで申し送り添付ファイルテーブルを検索し、得られたレコードののうち、公開フラグが設定されているレコードの添付ファイルＩＤを取得する。   In S2808, a search attachment file table is searched. In S2808, the sending information_related table is searched with the business contact slip ID acquired in S2804, and the sending information related ID of the obtained record is acquired. In S2810, a search attachment file table is searched. In S2810, the sending attachment file table is searched with the sending information related ID acquired in S2808, and the attachment file ID of the record for which the public flag is set is obtained from the obtained records.

Ｓ２８１２において申し送り添付ファイルテーブルの検索が行われる。Ｓ２８１２では、前記Ｓ２８１０で取得した添付ファイルＩＤで添付ファイルテーブルを検索する。Ｓ２８１４において作業履歴一覧と公開添付ファイル一覧が画面表示され、図３６に画面表示例を示す。   In S2812, the request attachment file table is searched. In S2812, the attached file table is searched with the attached file ID acquired in S2810. In S2814, the work history list and the public attached file list are displayed on the screen, and FIG. 36 shows a screen display example.

（１４）業務受託者側の証跡閲覧処理
図２９を用いて、業務受託者側ユーザが第２のクライアント装置３００において行う証跡閲覧処理について説明する。なお、業務受託者側では全ての申し送り添付書類を証跡情報の一部として閲覧できるほか、公開されている申し送り添付書類のみの閲覧に限定することもできる。Ｓ２９００において業務委託者完了承認済みの依頼一覧を画面表示し選択入力を受付ける。Ｓ２９００では、利用者が権限を有するプロジェクトのうち、顧客クローズ承認日時又は依頼却下日時が設定済みの依頼関連テーブルのレコードの依頼ＩＤ、処理名称、処理日時等を一覧表示する。図３５に、依頼一覧を表示した画面例を示す。 (14) Trail Browsing Process on the Business Trustee Side A trail browsing process performed by the business trustee user in the second client device 300 will be described with reference to FIG. In addition, the business trustee can view all the attached documents for sending as part of the trail information, and can limit the viewing to only the published attached documents for sending. In S2900, a list of requests that have been approved by the subcontractor is displayed on the screen and a selection input is accepted. In S2900, among the projects for which the user has authority, a list of request IDs, process names, process dates, etc. of the records in the request related table in which the customer close approval date / time or the request rejection date / time has been set is displayed. FIG. 35 shows an example of a screen displaying a request list.

Ｓ２９０２において依頼工程一覧を作成する。Ｓ２８０２では、選択された依頼ＩＤで依頼関連テーブルと複数の依頼工程進捗＿関連テーブルを検索し、各工程の作業者と完了時刻を一覧表データに編集する。   In step S2902, a request process list is created. In S2802, the request related table and a plurality of requested process progress_related tables are searched with the selected request ID, and the worker and completion time of each process are edited into list data.

Ｓ２９０４において添付ファイルテーブルの検索が行われる。Ｓ２９０４では、依頼ＩＤをキーとして業務連絡票＿関連テーブルのレコードを検索し、得られたレコードの業務連絡票ＩＤと添付ファイルＩＤ（顧客添付）を取得する。Ｓ２９０６において添付ファイルテーブルの検索が行われる。Ｓ２９０６では、前記Ｓ２９０４で取得した添付ファイルＩＤ（顧客添付）を持つ全ての添付ファイルテーブルのレコードを検索する。   In S2904, the attached file table is searched. In S2904, the business contact slip_related table record is searched using the request ID as a key, and the business contact slip ID and attached file ID (attached to the customer) of the obtained record are acquired. In S2906, the attached file table is searched. In S2906, a search is made for records in all attachment file tables having the attachment file ID (customer attachment) acquired in S2904.

Ｓ２９０８において申し送り添付ファイルの検索が行われる。Ｓ２９０８では、前記Ｓ２９０４で取得した業務連絡票ＩＤで申し送り情報＿関連テーブルを検索し、得られたレコードの申し送り情報関連ＩＤを取得する。Ｓ２９１０において、前記Ｓ２９００で取得した画面入力内容が、委託者側に非公開とする情報も表示する指定の場合、Ｓ２９１２において申し送り添付ファイルの検索が行われる。Ｓ２９１２では、前記Ｓ２９０８で取得した申し送り情報関連ＩＤで申し送り添付ファイルテーブルを検索し、得られた全てのレコードの添付ファイルＩＤを取得する。   In step S2908, the search attachment file is searched. In S2908, the report sending information_related table is searched with the business contact slip ID acquired in S2904, and the report sending information related ID of the obtained record is acquired. In S2910, in the case where the screen input content acquired in S2900 specifies to display information that is not disclosed to the consignor, a search attachment file is searched in S2912. In step S2912, the request attachment information table is searched using the offer information related ID acquired in step S2908, and the attachment file IDs of all the obtained records are acquired.

前記Ｓ２９１０において、委託者側に非公開とする情報を非表示とする指定の場合、Ｓ２９１４において申し送り添付ファイルテーブルの検索が行われる。Ｓ２９１４では、前記Ｓ２９０８で取得した申し送り情報関連ＩＤで申し送り添付ファイルテーブルを検索し、得られたレコードのうち、公開フラグが設定されているレコードの添付ファイルＩＤを取得する。Ｓ２９１６において申し送り添付ファイルテーブルの検索が行われる。Ｓ２９１６では、前記Ｓ２９１２若しくはＳ２９１４で取得した添付ファイルＩＤで添付ファイルテーブルを検索する。Ｓ２９１８において作業履歴一覧と公開添付ファイル一覧とが画面表示され、図３６に画面表示例を示す。   In S2910, in the case where it is specified that the information to be kept private is not displayed on the consignor side, a search attached file table is searched in S2914. In S2914, the request attachment information file table is searched using the offer information related ID acquired in S2908, and the attachment file ID of the record for which the public flag is set is acquired from the obtained records. In S2916, the request attachment file table is searched. In S2916, the attached file table is searched with the attached file ID acquired in S2912 or S2914. In S2918, the work history list and the public attached file list are displayed on the screen, and FIG. 36 shows a screen display example.

上記のように、開示の業務管理サーバ１００及び業務管理システム４００では、業務委託元から業務委託先に通知される業務依頼書に基づき作業を行う場合に、当該作業進捗の管理を行う手間を軽減することができる。以上、本発明の実施の形態について詳述したが、本発明は係る特定の実施の形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲において、種々の変形・変更が可能である。   As described above, in the disclosed business management server 100 and the business management system 400, when work is performed based on the business request document notified from the business consignment source to the business consignment destination, the effort for managing the work progress is reduced. can do. Although the embodiment of the present invention has been described in detail above, the present invention is not limited to the specific embodiment, and various modifications are possible within the scope of the gist of the present invention described in the claims.・ Change is possible.

１００ 業務管理サーバ
１１０ 業務依頼受付手段
１２０ 進捗状況受付手段
１３０ 進捗状況保持手段
１４０ ユーザ認証手段
１５０ 業務管理ＤＢ
２００ 第１のクライアント装置
２１０ 業務依頼通知手段
３００ 第２のクライアント装置
３１０ 進捗状況通知手段
４００ 業務管理システム 100 business management server 110 business request receiving means 120 progress status receiving means 130 progress status holding means 140 user authentication means 150 business management DB
200 First client device 210 Business request notification means 300 Second client device 310 Progress status notification means 400 Business management system

Claims (5)

第１のクライアント装置と第２のクライアント装置とが接続する業務管理サーバであって、
前記第１のクライアント装置から業務依頼を受け付け、該業務依頼毎に該業務依頼を識別する識別情報を付与する業務依頼受付手段と、
前記第２のクライアント装置から、前記業務依頼を構成する各工程が実施済みであるか否かに関する情報と該各工程の実施を証明する文書情報とを関連付けた工程管理情報を受け付ける進捗状況受付手段と、
前記業務依頼に関する情報と前記識別情報と前記工程管理情報とを関連付けて保持する進捗状況保持手段と、を有することを特徴とする業務管理サーバ。 A business management server for connecting a first client device and a second client device,
A business request accepting unit that accepts a business request from the first client device and gives identification information for identifying the business request for each business request;
Progress status accepting means for accepting, from the second client device, process management information associating information regarding whether or not each process constituting the business request has been performed and document information proving the execution of each process. When,
A business management server comprising progress status holding means for holding information related to the business request, the identification information, and the process management information in association with each other. 前記第１のクライアント装置及び前記第２のクライアント装置において操作を行うユーザのユーザ情報を確認するユーザ認証手段を有し、
前記業務依頼に関する情報は、前記第１のクライアント装置において前記業務依頼を入力するユーザに関するユーザ情報を含み、
前記工程管理情報は、前記第２のクライアント装置において前記工程管理情報を入力するユーザに関するユーザ情報を含むことを特徴とする請求項１に記載の業務管理サーバ。 User authentication means for confirming user information of a user operating in the first client device and the second client device;
The information related to the business request includes user information related to a user who inputs the business request in the first client device,
The business process management server according to claim 1, wherein the process management information includes user information related to a user who inputs the process management information in the second client device. 前記進捗状況受付手段は、前記工程管理情報と共に、前記第１のクライアント装置からの該工程管理情報に対するアクセス可否に関する情報を受け付け、
前記進捗状況保持手段は、前記アクセスが不可とされる前記工程管理情報について、前記第１のクライアント装置からの該アクセスを許可しないことを特徴とする請求項１又は２に記載の業務管理サーバ。 The progress status accepting unit accepts information on accessibility to the process management information from the first client device together with the process management information,
3. The business management server according to claim 1, wherein the progress status holding unit does not permit the access from the first client device for the process management information for which the access is disabled. 第１のクライアント装置と第２のクライアント装置とが接続する業務管理サーバに、
業務依頼受付手段が、前記第１のクライアント装置から業務依頼を受け付け、該業務依頼毎に該業務依頼を識別する識別情報を付与するステップと、
進捗状況受付手段が、前記第２のクライアント装置から、前記業務依頼を構成する各工程が実施済みであるか否かに関する情報と該各工程の実施を証明する文書情報とを関連付けた工程管理情報を受け付けるステップと、
進捗状況保持手段が、前記業務依頼に関する情報と前記識別情報と前記工程管理情報とを関連付けて保持するステップと、を実行させるための業務管理プログラム。 To the business management server to which the first client device and the second client device are connected,
A business request receiving means for receiving a business request from the first client device and giving identification information for identifying the business request for each business request;
Process management information in which the progress reception means associates information regarding whether or not each process constituting the business request has been performed from the second client device with document information proving the execution of each process. A step of accepting,
A business management program for causing the progress status holding means to execute the step of associating and holding the information related to the business request, the identification information, and the process management information. 第１のクライアント装置と、第２のクライアント装置と、該第１のクライアント装置と該第２のクライアント装置とが接続する業務管理サーバとを有する業務管理システムであって、
前記第１のクライアント装置は、前記業務管理サーバに対し業務依頼を通知する業務依頼通知手段を有し、
前記第２のクライアント装置は、前記業務管理サーバに対し、前記業務依頼を構成する各工程が実施済みであるか否かに関する情報と該各工程の実施を証明する文書情報とを関連付けた工程管理情報を通知する進捗状況通知手段を有し、
前記業務管理サーバは、
前記第１のクライアント装置から前記業務依頼を受け付け、該業務依頼毎に該業務依頼を識別する識別情報を付与する業務依頼受付手段と、
前記第２のクライアント装置から前記工程管理情報を受け付ける進捗状況受付手段と、
前記業務依頼に関する情報と前記識別情報と前記工程管理情報とを関連付けて保持する進捗状況保持手段と、を有することを特徴とする業務管理システム。 A business management system having a first client device, a second client device, and a business management server to which the first client device and the second client device are connected,
The first client device includes business request notification means for notifying the business management server of a business request,
The second client device associates, with the business management server, information related to whether or not each process constituting the business request has been performed and document information proving the execution of each process. A progress notification means for notifying information;
The business management server
Business request accepting means for accepting the business request from the first client device and giving identification information for identifying the business request for each business request;
Progress status accepting means for accepting the process management information from the second client device;
A business management system comprising: progress status holding means for holding information related to the business request, the identification information, and the process management information in association with each other.
JP2009087213A 2009-03-31 2009-03-31 Server, program and system for managing business Pending JP2010238099A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009087213A JP2010238099A (en) 2009-03-31 2009-03-31 Server, program and system for managing business

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009087213A JP2010238099A (en) 2009-03-31 2009-03-31 Server, program and system for managing business

Publications (1)

Publication Number Publication Date
JP2010238099A true JP2010238099A (en) 2010-10-21

Family

ID=43092342

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009087213A Pending JP2010238099A (en) 2009-03-31 2009-03-31 Server, program and system for managing business

Country Status (1)

Country Link
JP (1) JP2010238099A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000022873A (en) * 1998-07-01 2000-01-21 Ricoh Co Ltd Composite function device
JP2015075924A (en) * 2013-10-09 2015-04-20 富士ゼロックス株式会社 Entrusted operation management system and program

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1139397A (en) * 1997-07-24 1999-02-12 Hitachi Ltd Method for managing inspection schedule
JP2002222384A (en) * 2001-01-26 2002-08-09 Sekisui House Ltd Job information sharing system
JP2003141345A (en) * 2001-08-21 2003-05-16 Toshihiko Eda Business commission information managing system, business commission information processor, information terminal equipment for commission origin, information terminal equipment for commission destination, business commission information managing method, program and recording medium
JP2005339448A (en) * 2004-05-31 2005-12-08 Chugoku Electric Power Co Inc:The Aerial line design business management system
JP2006127482A (en) * 2004-09-30 2006-05-18 Hitachi Ltd Environment load tabulation device and method
JP2007265315A (en) * 2006-03-30 2007-10-11 Hitachi Ltd Business support device, and program used therefor
JP2008242722A (en) * 2007-03-27 2008-10-09 Hitachi High-Tech Solutions Corp Task management method and task management system
JP2009026055A (en) * 2007-07-19 2009-02-05 Nikon Corp Display system, display program, and display method

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1139397A (en) * 1997-07-24 1999-02-12 Hitachi Ltd Method for managing inspection schedule
JP2002222384A (en) * 2001-01-26 2002-08-09 Sekisui House Ltd Job information sharing system
JP2003141345A (en) * 2001-08-21 2003-05-16 Toshihiko Eda Business commission information managing system, business commission information processor, information terminal equipment for commission origin, information terminal equipment for commission destination, business commission information managing method, program and recording medium
JP2005339448A (en) * 2004-05-31 2005-12-08 Chugoku Electric Power Co Inc:The Aerial line design business management system
JP2006127482A (en) * 2004-09-30 2006-05-18 Hitachi Ltd Environment load tabulation device and method
JP2007265315A (en) * 2006-03-30 2007-10-11 Hitachi Ltd Business support device, and program used therefor
JP2008242722A (en) * 2007-03-27 2008-10-09 Hitachi High-Tech Solutions Corp Task management method and task management system
JP2009026055A (en) * 2007-07-19 2009-02-05 Nikon Corp Display system, display program, and display method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000022873A (en) * 1998-07-01 2000-01-21 Ricoh Co Ltd Composite function device
JP2015075924A (en) * 2013-10-09 2015-04-20 富士ゼロックス株式会社 Entrusted operation management system and program

Similar Documents

Publication Publication Date Title
CN112148679A (en) Data interaction method, system, device and storage medium based on multiple data platforms
JP3571515B2 (en) Computer-readable storage medium storing a knowledge collection / storage / retrieval program
US20140351323A1 (en) Safety evaluation method and safety evaluation computer
EP3232335B1 (en) Method and device for providing authentication information on web page
Kuhn et al. Semantic micro-contributions with decentralized nanopublication services
EP2658218A1 (en) Bulk management of registry objects
JP2003237914A (en) Storage media storage system, and operating method thereof
US20070090179A1 (en) Procurance data management system
JP6469349B2 (en) Application support system, application file creation support server, and application file creation support program
JP2010238099A (en) Server, program and system for managing business
WO2019234959A1 (en) Transaction management system and transaction management method
JP2007041640A (en) Document preparation support/management system, document preparation support/management method, and document preparation support/management program
CN111427972A (en) Method and device for searching service data, service searching system and storage medium
JP2001325559A (en) Device and method for information processing, and program storage medium
JP2008203909A (en) Account managing system
JP2010140430A (en) System, method and program for managing attendance
CN108073617A (en) A kind of distributed search method based on Solr
JP5121509B2 (en) Database system
JP2004118584A (en) License management server, method, and program
CN112711623A (en) Data pull-through method and device, storage medium and electronic device
JP2003178085A (en) Device, method and program for information collection
JP2013137640A (en) Schedule management device and schedule management method
JP2003323410A (en) Operator authority management system
CN110162678B (en) Block chain-based media number aggregation management method, system and storage medium
JP2018085005A (en) Report preparation system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20111014

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20121227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130115

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130311

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20130910