(57)【特許請求の範囲】
【請求項１】
第１組織と当該第１組織とは異なる第２組織とにより共同で処理される各工程を管理するための情報処理装置であって、
前記第１組織内において一のファイルの内容が決定されるまでの過程の進捗状況を示す情報を、前記第１組織に属するユーザに使用される第１通信端末から受信する受信部と、
前記受信された情報又は当該情報に基づいて特定される情報を、前記第２組織に属する他のユーザに使用される第２通信端末に表示させる表示制御部と
を備え、
前記受信部により受信された情報は、前記ファイルの内容を承認した前記第１組織に属する前記ユーザを識別する識別情報であり、
前記表示制御部は、前記ユーザに予め割り当てられている数値に基づいて特定される前記進捗状況を示す数値を前記第２通信端末に表示させる
ことを特徴とする情報処理装置。
【請求項２】
前記工程では、前記第１組織と前記第２組織との間で通信回線を介してファイルが交互にやり取りされることで当該工程の成果物たるファイルの内容が決定され、
前記表示制御部は、前記工程において前記第１組織及び前記第２組織のうちファイルを送信する順番に現在当たっている組織を識別するための情報を、前記第１通信端末及び前記第２通信端末のうち少なくともいずれか一方に表示させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
組織ごとに当該組織内においてファイルの内容が順次承認される承認経路を対応付けるデータベースを参照して、前記第１組織において前記一のファイルの内容が順次承認される承認経路を特定する承認経路特定部をさらに備え、
前記表示制御部は、前記特定された承認経路を前記第１通信端末に表示させる
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記データベースは、組織とファイルの種別の組ごとに、当該組織内において当該種別のファイルの内容が順次承認される承認経路を対応付けることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記ユーザに予め割り当てられている数値は、前記ユーザが過去にファイルの承認に要した時間に基づいて決定されることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
第１組織と当該第１組織とは異なる第２組織とにより共同で処理される各工程を管理するための情報処理装置により実行される情報処理方法であって、
前記第１組織内において一のファイルの内容が決定されるまでの過程の進捗状況を示す情報を、前記第１組織に属するユーザに使用される第１通信端末から受信する受信ステップと、
前記受信された情報又は当該情報に基づいて特定される情報を、前記第２組織に属する他のユーザに使用される第２通信端末に表示させる表示制御ステップと
を備え、
前記受信された情報は、前記ファイルの内容を承認した前記第１組織に属する前記ユーザを識別する識別情報であり、
前記表示制御ステップは、前記ユーザに予め割り当てられている数値に基づいて特定される前記進捗状況を示す数値を前記第２通信端末に表示させるステップである
ことを特徴とする情報処理方法。
【請求項７】
第１組織と当該第１組織とは異なる第２組織とにより共同で処理される各工程を管理するためのコンピュータに、
前記第１組織内において一のファイルの内容が決定されるまでの過程の進捗状況を示す情報を、前記第１組織に属するユーザに使用される第１通信端末から受信する受信ステップと、
前記受信された情報又は当該情報に基づいて特定される情報を、前記第２組織に属する他のユーザに使用される第２通信端末に表示させる表示制御ステップと
を実行させるためのプログラムであって、
前記受信された情報は、前記ファイルの内容を承認した前記第１組織に属する前記ユーザを識別する識別情報であり、
前記表示制御ステップは、前記ユーザに予め割り当てられている数値に基づいて特定される前記進捗状況を示す数値を前記第２通信端末に表示させるステップである
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、工程を管理する技術に関する。
【背景技術】
【０００２】
従来、ネットワークに繋がった複数の業務担当者が一連の仕事を進めてゆくワークフロー管理の手法が種々提案されている。例えば、特許文献１には、申請者による文書の作成及び申請、審査者による審査並びに承認者による承認の処理手順を電子的に管理するワークフロー管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−７７２４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に開示のシステムは、１つの組織内において文書の審査を行うケースについて想定するにとどまり、同組織において審査された文書の内容を、同様のシステムを有する他の組織との間で摺り合わせるケースについては想定していない。そのため、特許文献１に開示のシステムによっては、同様のシステムを有する複数の組織間においてお互いの審査の進捗状況を共有することができない。
【０００５】
本発明は、このような事情に鑑みてなされたものであり、複数の組織により共同で処理される各工程を管理する場合に、一の組織内における処理の進捗状況を他の組織に通知することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するため、本発明は、第１組織と当該第１組織とは異なる第２組織とにより共同で処理される各工程を管理するための情報処理装置であって、前記第１組織内において一のファイルの内容が決定されるまでの過程の進捗状況を示す情報を、前記第１組織に属するユーザに使用される第１通信端末から受信する受信部と、前記受信された情報又は当該情報に基づいて特定される情報を、前記第２組織に属する他のユーザに使用される第２通信端末に表示させる表示制御部とを備える情報処理装置を提供する。
【０００７】
好ましい態様において、前記工程では、前記第１組織と前記第２組織との間で通信回線を介してファイルが交互にやり取りされることで当該工程の成果物たるファイルの内容が決定され、前記表示制御部は、前記工程において前記第１及び第２組織のうちファイルを送信する順番に現在当たっている組織を識別するための情報を、前記第１及び第２通信端末のうち少なくともいずれか一方に表示させる。
【０００８】
さらに好ましい態様において、前記情報処理装置は、組織ごとに当該組織内においてファイルの内容が順次承認される承認経路を対応付けるデータベースを参照して、前記第１組織において前記一のファイルの内容が順次承認される承認経路を特定する承認経路特定部をさらに備え、前記表示制御部は、前記特定された承認経路を前記第１通信端末に表示させる。
【０００９】
さらに好ましい態様において、前記データベースは、組織とファイルの種別の組ごとに、当該組織内において当該種別のファイルの内容が順次承認される承認経路を対応付ける。
【００１０】
さらに好ましい態様において、前記受信部により受信された情報は、前記ファイルの内容を承認した前記第１組織に属する前記ユーザを識別する識別情報であり、前記表示制御部は、前記ユーザに予め割り当てられている数値に基づいて特定される前記進捗状況を示す数値を前記第２通信端末に表示させる。
【００１１】
さらに好ましい態様において、前記ユーザに予め割り当てられている数値は、前記ユーザが過去にファイルの承認に要した時間に基づいて決定される。
【００１２】
また、本発明は、第１組織と当該第１組織とは異なる第２組織とにより共同で処理される各工程を管理するための情報処理装置により実行される情報処理方法であって、前記第１組織内において一のファイルの内容が決定されるまでの過程の進捗状況を示す情報を、前記第１組織に属するユーザに使用される第１通信端末から受信するステップと、前記受信された情報又は当該情報に基づいて特定される情報を、前記第２組織に属する他のユーザに使用される第２通信端末に表示させるステップとを備える情報処理方法を提供する。
【００１３】
また、本発明は、第１組織と当該第１組織とは異なる第２組織とにより共同で処理される各工程を管理するためのコンピュータに、前記第１組織内において一のファイルの内容が決定されるまでの過程の進捗状況を示す情報を、前記第１組織に属するユーザに使用される第１通信端末から受信するステップと、前記受信された情報又は当該情報に基づいて特定される情報を、前記第２組織に属する他のユーザに使用される第２通信端末に表示させるステップとを実行させるためのプログラムを提供する。
【発明の効果】
【００１４】
本発明によれば、複数の組織により共同で処理される各工程を管理する場合に、一の組織内における処理の進捗状況を他の組織に通知することができる。
【図面の簡単な説明】
【００１５】
【図１】通信システム１の構成の一例を示す図である。
【図２】工程管理サーバ２０の構成の一例を示すブロック図である。
【図３】各種データベースの一例を示す図である。
【図４】各種データベースの一例を示す図である。
【図５】通信システム１の一連の動作の一例を示すシーケンス図である。
【図６】通信システム１の一連の動作の一例を示すシーケンス図である。
【図７】工程管理画面の一例を示す図である。
【図８】処理ＤＢ２２３の更新の一例を示す図である。
【図９】稟議進捗管理ＤＢ２２５の更新動作の一例を示すフローチャートである。
【図１０】工程管理画面の一例を示す図である。
【図１１】社内ワークフロー画面の一例を示す図である。
【図１２】工程管理画面の一例を示す図である。
【図１３】案件管理画面の一例を示す図である。
【発明を実施するための形態】
【００１６】
１．実施形態
１−１．通信システム１の構成
図１は、本発明の一実施形態に係る通信システム１の構成の一例を示す図である。通信システム１は、通信端末１０Ａ〜１０Ｄ（以下、総称して「通信端末１０」という。）と、工程管理サーバ２０とを備える。通信端末１０Ａ及び１０Ｂは社内ネットワーク３０Ａに接続され、通信端末１０Ｃ及び１０Ｄは社内ネットワーク３０Ｂに接続される。なお、通信端末１０Ａ〜１０Ｄは社内ネットワーク３０Ａ又は３０Ｂに接続される通信端末１０の一例であり、各ネットワークには３以上の通信端末１０が接続されてもよい。社内ネットワーク３０Ａ及び３０Ｂは、例えば、有線又は無線のＬＡＮ（Local Area Network）である。工程管理サーバ２０は公衆ネットワーク４０に接続される。公衆ネットワーク４０は、例えば、インターネットである。社内ネットワーク３０Ａ及び３０Ｂは、各々公衆ネットワーク４０に接続される。
【００１７】
通信端末１０は、通信機能を備えたコンピュータ装置である。例えば、スマートフォンや携帯電話機やタブレット端末等の携帯型のコンピュータ装置や、据え置き型のコンピュータ装置である。通信端末１０は、具体的には、ＣＰＵ等の演算部と、フラッシュメモリ等の記憶部と、タッチパネル等のユーザインタフェース部と、データ通信カード等の通信部とを備える。複数の通信端末１０のうち、通信端末１０Ａ及び１０Ｂは、ファブレス企業（以下、「Ｘ社」という。）内に設置され、当該企業の従業員により使用されるものとする。一方、通信端末１０Ｃ及び１０Ｄは、製造請負企業（以下、「Ｙ社」という。）内に設置され、当該企業の従業員により使用されるものとする。
【００１８】
工程管理サーバ２０は、Ｘ社とＹ社とにより共同で処理される各工程を管理するためのサーバである。ここで工程とは、製品が製造又は加工される各段階である。より具体的には、Ｘ社とＹ社との間で、社内ネットワーク３０や公衆ネットワーク４０等の通信回線を介してファイルが交互にやり取りされることで当該工程の成果物たるファイルの内容が決定される各段階である。ここでファイルは、具体的には通信端末１０間で送受信され、一方の通信端末１０で変更されたものが他方の通信端末１０に送信される。またファイルは、例えば、文書（例えば契約書）、画像（例えば設計図）、音声、動画又はプログラム等の情報である。この工程管理サーバ２０は、本発明に係る「情報処理装置」の一例である。
【００１９】
図２は、工程管理サーバ２０の構成の一例を示すブロック図である。工程管理サーバ２０は、大略、ＣＰＵ等の演算部２１と、ＨＤＤ等の記憶部２２と、データ通信カード等の通信部２３とを備える。なお、記憶部２２は、公衆ネットワーク４０を介して接続される外部サーバに設置されてもよい。
【００２０】
図３及び４は、記憶部２２に記憶される各種データベース（以下、単に「ＤＢ」という。）の一例を示す図である。図３（ａ）は案件ＤＢ２２１の一例を示し、図３（ｂ）は工程ＤＢ２２２の一例を示し、図３（ｃ）は処理ＤＢ２２３の一例を示す。図４（ａ）はコメントＤＢ２２４の一例を示し、図４（ｂ）は稟議進捗管理ＤＢ２２５の一例を示し、図４（ｃ）は決済ルートＤＢ２２６の一例を示す。
【００２１】
案件ＤＢ２２１は、案件に関連する各種情報を保持する。ここで案件とは、具体的には、製品の製造又は加工の請負案件である。各案件は１以上の所定の工程を遂行（処理）することにより履行（遂行）される。この案件ＤＢ２２１を構成する各レコードは、図３（ａ）に示すように、案件ＩＤと、発注者ＩＤと、受注者ＩＤと、発注日と、期限と、ステータスと、完了日と、優先度と、請負金額の各フィールドにより構成される。ここで、案件ＩＤは、工程管理サーバ２０により付与される案件の識別情報である。発注者ＩＤと受注者ＩＤは、各々、案件を発注した企業と受注した企業の識別情報である。発注日は、案件が案件ＤＢ２２１に登録された日付である。期限とステータスと完了日は、各々、案件の履行期限、履行状況、履行完了日である。優先度と請負金額は、各々、案件の優先度と請負金額である。案件の優先度は、例えば、ユーザにより手動で設定される。
【００２２】
工程ＤＢ２２２は、工程に関連する各種情報を保持する。この工程ＤＢ２２２を構成する各レコードは、図３（ｂ）に示すように、案件ＩＤと、工程ＩＤと、期限と、ステータスと、完了日と、活動量の各フィールドにより構成される。ここで、工程ＩＤは、工程管理サーバ２０により付与される工程の識別情報である。期限とステータスと完了日は、各々、工程の遂行期限、遂行状況、遂行完了日である。活動量は、当該工程を遂行するために企業間で行われる活動の量である。具体的にはコミュニケーションの量であり、特にファイルの送信回数（換言すると、受信回数）である。この活動量を確認することで、当該工程において企業間の活動が活発に行われているか否かがわかる。
【００２３】
処理ＤＢ２２３は、処理に関連する各種情報を保持する。ここで処理とは、具体的には、ファイルの送信処理であり、工程を遂行するために１以上の処理が各企業により実行される。この処理ＤＢ２２３を構成する各レコードは、図３（ｃ）に示すように、工程ＩＤと、処理ＩＤと、回答者ＩＤと、期限と、ステータスと、完了日と、進捗率と、ファイル名と、コメント閲覧回数の各フィールドにより構成される。ここで、処理ＩＤは、工程管理サーバ２０により付与される処理の識別情報である。回答者ＩＤは、当該処理によりファイルを送信する順番に当たっている企業の識別情報である。期限とステータスと完了日は、各々、処理の実行期限、実行状況、実行完了日である。進捗率は、当該処理により送信されるファイルの、一企業内における稟議の進捗状況を示す数値である。ファイル名は、当該処理により送信されたファイルの識別情報である。コメント閲覧回数は、後述するチャット画面を開いた回数（換言すると、閲覧数）である。チャット画面は、後述するように、処理ごとに設けられる。
【００２４】
コメントＤＢ２２４は、チャット画面を用いて投稿されたコメントに関連する各種情報を保持する。このコメントＤＢ２２４を構成する各レコードは、図４（ａ）に示すように、処理ＩＤと、投稿者ＩＤと、投稿日時と、コメントの各フィールドにより構成される。ここで、投稿者ＩＤは、コメントを投稿したユーザの識別情報（換言すると、ユーザＩＤ）である。投稿日時は、コメントを投稿した日時である。コメントは、投稿されたコメント本文である。
【００２５】
稟議進捗管理ＤＢ２２５は、各企業において送信ファイルの内容が決定されるまでの過程（すなわち稟議）に関連する各種情報を保持する。この稟議進捗管理ＤＢ２２５を構成する各レコードは、図４（ｂ）に示すように、処理ＩＤと、ユーザＩＤと、ステータスと、完了日と、コメントの各フィールドにより構成される。ここで、処理ＩＤに対しては、稟議の申請者のユーザＩＤと、送信ファイルが回覧される１以上の承認者のユーザＩＤとが回覧順に対応付けられる。ステータスと完了日は、各々、申請又は承認の状況と完了日である。コメントは、後述する社内ワークフロー画面（図１１参照）を用いて申請者又は承認者により投稿されたコメント本文である。
【００２６】
決済ルートＤＢ２２６は、各企業において送信ファイルの内容が順次承認される承認経路（換言すると、決済ルート又はワークフロー）の各種テンプレートを保持する。この決済ルートＤＢ２２６は、図４（ｃ）に示すように、企業ＩＤと、ファイル種別と、ユーザＩＤと、加算値と、完了時間の各フィールドにより構成される。ここで、企業ＩＤとファイル種別の組に対しては、稟議の申請者のユーザＩＤと、送信ファイルが回覧される１以上の承認者のユーザＩＤとが回覧順に対応付けられる。すなわち、企業ＩＤとファイル種別の組ごとに決済ルートが設定されている。ファイル種別は、稟議にかけられるファイルの種別である。換言すると、工程の種別であるとも言える。加算値は、ユーザごとに予め割り当てられる数値であり、上述の稟議の進捗率を算出するために参照される。加算値は、後述するように、ユーザが過去にファイルの申請や承認に要した時間に基づいて決定され、申請済みの承認者と承認済みの各承認者の加算値を積算することで稟議の進捗率が算出される。完了時間は、ユーザが過去にファイルの申請や承認に要した時間の積算値である。この完了時間に基づいて各ユーザの加算値が決定される。具体的には、ユーザの加算値は、当該ユーザの完了時間を、当該ユーザが属する決済ルート上のすべてのユーザの完了時間の合計値で除し、その上で「１００」を乗ずることで求められる。そのため加算値は、ユーザの実際の申請又は承認時間を反映したものとなる。この計算処理は所定の周期で行われる。この決済ルートＤＢ２２６は、本発明に係る「データベース」の一例である。
【００２７】
工程管理サーバ２０の演算部２１は、記憶部２２に記憶されるプログラムを実行することにより、図２に示される、ウェブページ要求受信部２１１と、ウェブページ生成部２１２と、ウェブページ送信部２１３と、承認応答受信部２１４と、ＤＢ更新部２１５と、ファイル受信部２１６と、完了応答受信部２１７という機能を実現する。
【００２８】
ウェブページ要求受信部２１１は、通信端末１０から送信されるウェブページ要求を受信する。具体的には、工程管理画面（図７参照）、社内ワークフロー画面（図１１参照）、案件管理画面（図１３参照）又はファイルを表示するウェブページの要求を受信する。
【００２９】
ウェブページ生成部２１２は、ウェブページ要求受信部２１１により受信されたウェブページ要求を受けてウェブページを生成する。具体的には、工程管理画面、社内ワークフロー画面、案件管理画面又はファイルを表示するウェブページを生成する。ウェブページ生成部２１２は、ウェブページを生成する際、記憶部２２に記憶される各種ＤＢを参照する。
【００３０】
ウェブページ送信部２１３は、ウェブページ生成部２１２により生成されたウェブページを通信端末１０に送信して、当該端末のタッチパネル等の表示部に表示させる。ウェブページ送信部２１３は、本発明に係る「表示制御部」の一例である。
【００３１】
承認応答受信部２１４は、通信端末１０から送信される、後述する承認応答を受信する。
【００３２】
ＤＢ更新部２１５は、記憶部２２に記憶される各種ＤＢを更新する。ＤＢ更新部２１５は、承認応答受信部２１４による承認応答の受信や、ファイル受信部２１６によるファイルの受信や、完了応答受信部２１７による完了応答の受信を受けて各種ＤＢを更新する。ＤＢ更新部２１５は、本発明に係る「承認経路特定部」の一例である。
【００３３】
ファイル受信部２１６は、通信端末１０から送信されるファイルを受信して、記憶部２２に格納する。
【００３４】
完了応答受信部２１７は、通信端末１０から送信される、稟議の申請又は決済の完了応答を受信する。完了応答受信部２１７は、本発明に係る「受信部」の一例である。
【００３５】
１−２．通信システム１の動作
通信システム１の一連の動作の一例について説明する。本動作では工程管理サーバ２０は、Ｘ社によりファイルがアップロードされたことを受けて工程管理画面を更新する。また、当該アップロードを受けてＹ社に、アップロードされたファイルに応じた社内ワークフロー画面を表示させる。また、Ｙ社から稟議の申請の完了応答を受信すると、Ｘ社にＹ社内の稟議の進捗状況を表示させる。また、Ｘ社から案件管理画面の表示要求を受信すると、当該画面をＸ社に表示させる。
【００３６】
図５及び６は、通信システム１の一連の動作の一例を示すシーケンス図である。Ｘ社の通信端末１０Ａは、工程管理アプリケーションを起動後、ユーザによる所定の操作を受けて又は自動的に、工程管理サーバ２０に対して工程管理画面を表示するウェブページを要求する（Ｓａ１）。このウェブページ要求にはＸ社の企業ＩＤが含まれる。
【００３７】
このウェブページ要求が工程管理サーバ２０のウェブページ要求受信部２１１により受信されると、当該サーバのウェブページ生成部２１２はＸ社用の工程管理画面を表示するウェブページを生成する（Ｓａ２）。その際、ウェブページ生成部２１２は、ウェブページ要求に含まれる企業ＩＤを検索キーとして案件ＤＢ２２１を検索し、Ｘ社を発注者とする案件ＩＤを特定する。また、特定した案件ＩＤを検索キーとして工程ＤＢ２２２を検索し、案件ごとの工程ＩＤを特定し、特定した工程ＩＤを検索キーとしてさらに処理ＤＢ２２３を検索することで各工程の関連情報を特定する。ウェブページ生成部２１２がウェブページを生成すると、ウェブページ送信部２１３は生成されたウェブページを通信端末１０Ａに送信する（Ｓａ３）。
【００３８】
ウェブページを受信した通信端末１０Ａは当該ページ（すなわち、工程管理画面）を表示する（Ｓａ４）。図７は、工程管理画面の一例を示す図である。同図に示す工程管理画面は、複数の工程タブＴと、処理表示エリアＡと、複数の案件ボタンＢ１とにより構成される。工程タブＴは、処理表示エリアＡに表示される工程を切り替えるためのＧＵＩ（Graphical User Interface）部品である。各工程タブＴは、各々、一の工程と対応付けられ、ユーザが工程タブＴを選択すると、その選択されたタブに対応する工程の情報が処理表示エリアＡに表示される。処理表示エリアＡは、選択中の工程タブＴに対応する工程の情報を表示する表示領域である。具体的には、当該工程を遂行するために実行された又は実行される各処理を表示する。同図に示す処理表示エリアＡは処理表示エリアＡ１及びＡ２により構成される。処理表示エリアＡ１及びＡ２は、各々、一の処理と対応付けられ、時系列（より具体的には昇順）で配置される。
【００３９】
処理表示エリアＡ１及びＡ２には、各々、企業アイコンＩ１及びＩ２と、ボールアイコンＩ３と、進捗バーＰと、ステータス情報Ｍ１と、ファイルボタンＢ２と、コメントボタンＢ３と、承認ボタンＢ４とが表示される。企業アイコンＩ１及びＩ２は、各々、案件の発注者又は受注者である企業を表すアイコンである。図７に示す企業アイコンＩ１は発注者であるＸ社を表し、同図に示す企業アイコンＩ２は受注者であるＹ社を表す。ボールアイコンＩ３は、当該処理によりファイルを送信する順番に当たっている企業を識別するためのアイコンである。図７に示す処理表示エリアＡ１ではボールアイコンＩ３は企業アイコンＩ２寄りに表示されており、これはＹ社がファイルを送信する順番に当たっていることを示している。一方、同図に示す処理表示エリアＡ２ではボールアイコンＩ３は企業アイコンＩ１寄りに表示されており、これはＸ社がファイルを送信する順番に当たっていることを示している。ユーザはボールアイコンＩ３を参照することで、ファイルを送信する順番に現在当たっている企業を直感的に知ることができる。進捗バーＰは、当該処理により送信されるファイルの、一企業内における稟議の進捗状況を示すＧＵＩ部品である。図７に示す処理表示エリアＡ１の進捗バーＰは、Ｙ社内における稟議が完了していることを示しており、処理表示エリアＡ２の進捗バーＰは、Ｘ社内における稟議が完了していることを示している。
【００４０】
ステータス情報Ｍ１は、当該処理のステータスを示す情報である。図７に示す処理表示エリアＡ１のステータス情報Ｍ１は、すでに処理が完了していることを示しており、処理表示エリアＡ２のステータス情報Ｍ１は、処理が未完了であり、１週間以内に完了する必要があることを示している。ファイルボタンＢ２は、当該処理で送信されたファイルの表示を指示するためのボタンである。当該ボタンが選択されると通信端末１０は、ファイルを表示するウェブページを工程管理サーバ２０に対して要求する。このウェブページ要求にはファイル名情報が含まれる。このウェブページ要求が工程管理サーバ２０のウェブページ要求受信部２１１により受信されると、当該サーバのウェブページ生成部２１２はそのファイルを表示するウェブページを生成する。ウェブページ送信部２１３は生成されたウェブページを通信端末１０に送信する。ウェブページを受信した通信端末１０は当該ページ（すなわち、ファイル）を表示する。図７に示す処理表示エリアＡ１では、すでにファイルが送信されているため、ファイルボタンＢ２の下にファイル名が表示されている。一方、図７に示す処理表示エリアＡ２では、まだファイルが送信されていないため、ファイルボタンＢ２の下にファイル名が表示されていない。
【００４１】
コメントボタンＢ３は、図示せぬチャット画面の表示を指示するためのボタンである。このチャット画面では、案件の発注者と受注者の間で処理単位で意見交換が行われる。当該ボタンが選択されると通信端末１０は、チャット画面を表示するウェブページを工程管理サーバ２０に対して要求する。このウェブページ要求には、選択されたコメントボタンＢ３に対応する処理ＩＤが含まれる。このウェブページ要求が工程管理サーバ２０のウェブページ要求受信部２１１により受信されると、当該サーバのウェブページ生成部２１２はチャット画面を表示するウェブページを生成する。その際、ウェブページ生成部２１２は、ウェブページ要求に含まれる処理ＩＤを検索キーとしてコメントＤＢ２２４を検索し、当該処理ＩＤと対応付けられる投稿者ＩＤと投稿日時とコメントとを特定し、これらの情報に基づいてウェブページを生成する。ウェブページ送信部２１３は、生成されたウェブページを通信端末１０に送信する。ウェブページを受信した通信端末１０は当該ページ（すなわち、チャット画面）を表示する。チャット画面を用いて投稿されたコメントはユーザＩＤとともに工程管理サーバ２０に逐次送信され、当該サーバのＤＢ更新部２１５により、投稿者ＩＤと投稿日時とともにコメントＤＢ２２４に格納される。
【００４２】
承認ボタンＢ４は、相手方企業から送信されてきたファイルの内容を承認する意思表示を示すためのボタンである。当該ボタンが選択されると両社の間でファイルについての合意がなされ、１つの工程の遂行が完了する。当該ボタンの選択後の動作については後述する。
【００４３】
案件ボタンＢ１は、工程管理画面に表示される案件を切り替えるためのボタンである。各案件ボタンＢ１は、各々、一の案件と対応付けられ、ユーザが案件ボタンＢ１を選択すると、その選択されたボタンに対応する案件の情報が工程管理画面に表示される。図７に示す工程管理画面では、Ｙ社に対応する案件ボタンＢ１が選択されており、Ｘ社を発注者としＹ社を受注者とする案件の工程情報が表示されている。
以上が工程管理画面についての説明である。
【００４４】
図７に示す工程管理画面の表示後に、通信端末１０Ａのユーザが、処理表示エリアＡ２に表示される承認ボタンＢ４を選択すると、通信端末１０Ａは承認応答を工程管理サーバ２０に対して送信する（Ｓａ５）。この承認応答には案件ＩＤと工程ＩＤと処理ＩＤとが含まれる。
【００４５】
承認応答が工程管理サーバ２０の承認応答受信部２１４により受信されると、当該サーバのＤＢ更新部２１５は、処理の実行完了を反映させるべく処理ＤＢ２２３を更新する（Ｓａ６）。具体的には、ＤＢ更新部２１５は、受信された処理ＩＤを検索キーとして処理ＤＢ２２３を検索し、特定した処理のレコードのステータスと完了日を更新する。処理ＤＢ２２３を更新すると、ＤＢ更新部２１５は次に、工程の遂行完了を反映させるべく工程ＤＢ２２２を更新する（Ｓａ７）。具体的には、ＤＢ更新部２１５は、受信された工程ＩＤを検索キーとして工程ＤＢ２２２を検索し、特定した工程のレコードのステータスと完了日を更新する。仮にここでレコードを更新した工程が当該工程を含む案件の最後の工程である場合には、ＤＢ更新部２１５は、案件の履行完了を反映させるべく案件ＤＢ２２１をあわせて更新する（Ｓａ８）。具体的には、ＤＢ更新部２１５は、受信された案件ＩＤを検索キーとして案件ＤＢ２２１を検索し、特定した案件のレコードのステータスと完了日を更新する。
【００４６】
以上は、図７に示す工程管理画面の表示後に通信端末１０Ａが工程管理サーバ２０に対して承認応答を送信した場合の動作についての説明である。これに対して、工程管理画面の表示後に通信端末１０Ａのユーザが工程管理サーバ２０に対するファイルのアップロードを指示すると、通信端末１０Ａは当該ファイルのアップロード要求を工程管理サーバ２０に対して送信する（Ｓａ９）。このアップロード要求には、アップロードされるファイルに対応する処理ＩＤと工程ＩＤとが含まれる。なおユーザは、ファイルのアップロードを指示する際、例えば、画面に表示されるファイルのアイコンを処理表示エリアＡ２にドラッグアンドドロップすることにより当該指示を行う。
【００４７】
アップロード要求が工程管理サーバ２０のファイル受信部２１６により受信されると、当該サーバのＤＢ更新部２１５は、処理の実行完了とファイルのアップロードを反映させるべく処理ＤＢ２２３を更新する（Ｓａ１０）。具体的には、ＤＢ更新部２１５は、受信された処理ＩＤを検索キーとして処理ＤＢ２２３を検索し、特定した処理のレコードのステータスと完了日とファイル名とを更新する。その際、ＤＢ更新部２１５は、アップロードされたファイルのファイル名にバージョン情報が含まれていない場合には、バージョン情報を付加したファイル名を処理ＤＢ２２３に登録する。付加するバージョン情報は、直前の処理でアップロードされたファイル名に含まれるバージョン情報に所定の数を加算することで特定される。また、ＤＢ更新部２１５は、相手方企業により実行される新たな処理のレコードを処理ＤＢ２２３に追加する。図８は、この処理ＤＢ２２３の更新の一例を示す図である。図８（ａ）は更新前の処理ＤＢ２２３を示し、図８（ｂ）は更新後の処理ＤＢ２２３を示す。図８（ｂ）に示す処理ＤＢ２２３では、図８（ａ）と比較して、処理ＩＤ「Ｔ００２」のレコードのステータスと完了日とファイル名とが更新されている。また、処理ＩＤを「Ｔ００３」とし、回答者をＹ社とする新たなレコードが追加されている。新たなレコードに設定される期限は、ファイル送信時に送信者により任意に指定されてもよいし、工程管理サーバ２０により自動的に指定されてもよい。
【００４８】
処理ＤＢ２２３を更新すると、ＤＢ更新部２１５は次に稟議進捗管理ＤＢ２２５を更新する（ステップＳａ１１）。具体的には、ＤＢ更新部２１５は、次にファイルを送信することになる相手方企業内の稟議のステータス等を管理するためのレコードを稟議進捗管理ＤＢ２２５に追加する。図９は、この稟議進捗管理ＤＢ２２５の更新動作の一例を示すフローチャートである。本更新動作においてＤＢ更新部２１５は、処理ＤＢ２２３に新たに追加したレコードに設定した回答者ＩＤを特定する（Ｓｂ１）。回答者ＩＤを特定すると、ＤＢ更新部２１５は、上記のステップＳａ９においてアップロードされたファイルの種別を特定する（Ｓｂ２）。ファイル種別を特定すると、ＤＢ更新部２１５は、ステップＳｂ１で特定した回答者ＩＤとステップＳｂ２で特定したファイル種別とを検索キーとして決済ルートＤＢ２２６を検索して、決済ルートを特定する（Ｓｂ３）。決済ルートを特定すると、ＤＢ更新部２１５は、特定した決済ルート上のユーザごとに新たなレコードを稟議進捗管理ＤＢ２２５に追加する（Ｓｂ４）。この際、各レコードの処理ＩＤとしては、処理ＤＢ２２３に新たに追加したレコードに設定した処理ＩＤが設定される。この更新動作によれば、工程管理サーバ２０の側で企業ＩＤとファイル種別とに応じて自動的に決済ルートが設定されるため、相手方企業の側でわざわざ決済ルートを設定する必要がない。
【００４９】
稟議進捗管理ＤＢ２２５を更新すると、ＤＢ更新部２１５は次に工程ＤＢ２２２を更新する（ステップＳａ１２）。具体的には、ＤＢ更新部２１５は、受信された工程ＩＤを検索キーとして工程ＤＢ２２２を検索し、特定した工程のレコードの活動量の値をインクリメントする。
【００５０】
次に、稟議進捗管理ＤＢ２２５の更新後に、Ｙ社の通信端末１０Ｃが工程管理サーバ２０にアクセスする場合について説明する。
【００５１】
Ｙ社の通信端末１０Ｃは、工程管理アプリケーションを起動後、ユーザによる所定の操作を受けて又は自動的に、工程管理サーバ２０に対して工程管理画面を表示するウェブページを要求する（Ｓａ１３）。このウェブページ要求にはＹ社の企業ＩＤが含まれる。
【００５２】
このウェブページ要求が工程管理サーバ２０のウェブページ要求受信部２１１により受信されると、当該サーバのウェブページ生成部２１２はＹ社用の工程管理画面を表示するウェブページを生成する（Ｓａ１４）。その際、ウェブページ生成部２１２は、ウェブページ要求に含まれる企業ＩＤを検索キーとして案件ＤＢ２２１を検索し、Ｙ社を受注者とする案件ＩＤを特定する。また、特定した案件ＩＤを検索キーとして工程ＤＢ２２２を検索し、案件ごとの工程ＩＤを特定し、特定した工程ＩＤを検索キーとしてさらに処理ＤＢ２２３を検索することで各工程の関連情報を特定する。ウェブページ生成部２１２がウェブページを生成すると、ウェブページ送信部２１３は生成されたウェブページを通信端末１０Ｃに送信する（Ｓａ１５）。
【００５３】
ウェブページを受信した通信端末１０Ａは当該ページ（すなわち、工程管理画面）を表示する（Ｓａ１６）。図１０は、工程管理画面の一例を示す図である。同図に示す工程管理画面は、上述した図７に示す工程管理画面と同様に、複数の工程タブＴと、処理表示エリアＡと、複数の案件ボタンＢ１とにより構成される。ただ、本工程管理画面はＹ社用の工程管理画面であるため、図７に示すＸ社用の工程管理画面と比較して、案件ボタンＢ１により選択可能な案件が異なっている。また、本工程管理画面の表示の時点では、図７に示す処理表示エリアＡ２に表示の処理がすでに実行完了しているため、図１０に示す処理表示エリアＡは処理表示エリアＡ１、Ａ２ａ及びＡ３により構成されている。図１０に示す処理表示エリアＡ２ａでは、図７に示す処理表示エリアＡ２と比較して、ステータス情報Ｍ１が更新されている。また、ファイルボタンＢ２の下にファイル名が表示されている。
【００５４】
この図１０に示す工程管理画面の表示後に、通信端末１０Ｃのユーザが社内ワークフロー画面を表示させるために所定の操作を行うと、通信端末１０Ｃは、当該画面を表示するウェブページを工程管理サーバ２０に対して要求する（Ｓａ１７）。このウェブページ要求には、現在係属中の処理の処理ＩＤが含まれる。
【００５５】
このウェブページ要求が工程管理サーバ２０のウェブページ要求受信部２１１により受信されると、当該サーバのウェブページ生成部２１２は社内ワークフロー画面を表示するウェブページを生成する（Ｓａ１８）。その際、ウェブページ生成部２１２は、ウェブページ要求に含まれる処理ＩＤを検索キーとして稟議進捗管理ＤＢ２２５を検索し、稟議の関連情報を特定する。ウェブページ生成部２１２がウェブページを生成すると、ウェブページ送信部２１３は生成されたウェブページを通信端末１０Ｃに送信する（Ｓａ１９）。
【００５６】
ウェブページを受信した通信端末１０Ｃは当該ページ（すなわち、社内ワークフロー画面）を表示する（Ｓａ２０）。図１１は、社内ワークフロー画面の一例を示す図である。同図に示す社内ワークフロー画面には、決済ルートと各決済のステータスとが表示される。より具体的には、決済ルート上の各申請者又は承認者につき、ステータス情報Ｍ２と、人物アイコンＩ４と、コメント欄Ｆと、完了ボタンＢ５とが表示される。ステータス情報Ｍ２は、申請又は決済のステータスを示す情報である。人物アイコンＩ４は、申請者又は承認者を表すアイコンである。コメント欄Ｆは、申請又は決済の対象のファイルに関するコメントを入力及び表示するための欄である。完了ボタンＢ５は、稟議の申請の完了又は決済対象のファイルの承認の意思表示を示すためのボタンである。
【００５７】
同図に示す社内ワークフロー画面の表示後に、稟議の申請者である通信端末１０Ｃのユーザが決済対象のファイルを回覧先の通信端末１０に送信し、稟議の申請完了を登録するために完了ボタンＢ５を選択すると、通信端末１０Ｃは工程管理サーバ２０に対して、稟議の申請の完了応答を送信する（Ｓａ２１）。この完了応答には、現在係属中の処理の処理ＩＤと企業ＩＤとユーザＩＤと、決済対象ファイルのファイル種別情報とが含まれる。また、コメント欄Ｆにコメントが入力された状態で完了ボタンＢ５が選択された場合にはコメント情報がさらに含まれる。
【００５８】
完了応答が工程管理サーバ２０の完了応答受信部２１７により受信されると、当該サーバのＤＢ更新部２１５は、稟議の申請完了を反映させるべく稟議進捗管理ＤＢ２２５を更新する（Ｓａ２２）。具体的には、ＤＢ更新部２１５は、受信された処理ＩＤとユーザＩＤとを検索キーとして稟議進捗管理ＤＢ２２５を検索し、特定したレコードのステータスと完了日とコメントとを更新する。稟議進捗管理ＤＢ２２５を更新すると、ＤＢ更新部２１５は次に処理ＤＢ２２３を更新する（Ｓａ２３）。具体的には、ＤＢ更新部２１５は、まず、受信された企業ＩＤとユーザＩＤとファイル種別情報とを検索キーとして決済ルートＤＢ２２６を検索し、完了応答の送信者の加算値を特定する。加算値を特定すると、ＤＢ更新部２１５は次に、受信された処理ＩＤを検索キーとして処理ＤＢ２２３を検索し、特定した処理のレコードの進捗率に、特定した加算値を加える。処理ＤＢ２２３を更新すると、ＤＢ更新部２１５は次に決済ルートＤＢ２２６を更新する（Ｓａ２４）。具体的には、ＤＢ更新部２１５は、受信された企業ＩＤとユーザＩＤとファイル種別情報とを検索キーとして決済ルートＤＢ２２６を検索し、特定したレコードの完了日数に、完了応答の送信者がファイルの申請に要した時間を加算する。ここで、ファイルの申請に要した時間は、直前の処理の完了日とファイルの申請の完了日との差分を取ることで特定される。
【００５９】
なお、上記のステップＳａ２１において通信端末１０Ｃより送信された完了応答がファイルの承認の完了を通知するものであった場合には、ステップＳａ２４においてＤＢ更新部２１５は、決済ルートＤＢ２２６において特定したレコードの完了日数に、完了応答の送信者がファイルの承認に要した時間を加算する。ここで、ファイルの承認に要した時間は、直前の申請又は承認の完了日と、後続する承認の完了日との差分を取ることで特定される。
【００６０】
次に、決済ルートＤＢ２２６の更新後に、Ｘ社の通信端末１０Ａが工程管理サーバ２０にアクセスする場合について説明する。
【００６１】
Ｘ社の通信端末１０Ａは、工程管理アプリケーションを起動後、ユーザによる所定の操作を受けて又は自動的に、工程管理サーバ２０に対して工程管理画面を表示するウェブページを要求する（Ｓａ２５）。このウェブページ要求にはＸ社の企業ＩＤが含まれる。
【００６２】
このウェブページ要求が工程管理サーバ２０のウェブページ要求受信部２１１により受信されると、当該サーバのウェブページ生成部２１２はＸ社用の工程管理画面を表示するウェブページを生成する（Ｓａ２６）。具体的な生成方法は上述のステップＳａ２と同様である。ウェブページ生成部２１２がウェブページを生成すると、ウェブページ送信部２１３は生成されたウェブページを通信端末１０Ａに送信する（Ｓａ２７）。
【００６３】
ウェブページを受信した通信端末１０Ａは当該ページ（すなわち、工程管理画面）を表示する（Ｓａ２８）。図１２は、工程管理画面の一例を示す図である。同図に示す工程管理画面は、上述した図１０に示す工程管理画面と同様に、複数の工程タブＴと、処理表示エリアＡと、複数の案件ボタンＢ１とにより構成される。ただ、本工程管理画面はＸ社用の工程管理画面であるため、図１０に示すＹ社用の工程管理画面と比較して、案件ボタンＢ１により選択可能な案件が異なっている。また、本工程管理画面の表示の時点では、Ｙ社において決済対象のファイルの申請が完了しているため、図１２に示す処理表示エリアＡ３ａでは、図１０に示す処理表示エリアＡ３と比較して、進捗バーＰが更新されている。この更新された進捗バーＰを参照することで、Ｘ社に属する通信端末１０Ａのユーザは、Ｙ社内で行われている稟議の進捗状況を知ることができる。
【００６４】
次に、Ｘ社の通信端末１０Ａが案件管理画面を表示する場合について説明する。
【００６５】
Ｘ社の通信端末１０Ａのユーザが、案件管理画面を表示させるために所定の操作を行うと、通信端末１０Ａは、当該画面を表示するウェブページを工程管理サーバ２０に対して要求する（Ｓａ２９）。このウェブページ要求には、閲覧対象の案件の案件ＩＤが含まれる。
【００６６】
このウェブページ要求が工程管理サーバ２０のウェブページ要求受信部２１１により受信されると、当該サーバのウェブページ生成部２１２は、閲覧対象の案件用の案件管理画面を表示するウェブページを生成する（Ｓａ３０）。その際、ウェブページ生成部２１２は、ウェブページ要求に含まれる案件ＩＤを検索キーとして工程ＤＢ２２２を検索し、各工程の関連情報を特定する。ウェブページ生成部２１２がウェブページを生成すると、ウェブページ送信部２１３は生成されたウェブページを通信端末１０Ａに送信する（Ｓａ３１）。
【００６７】
ウェブページを受信した通信端末１０Ａは当該ページ（すなわち、案件管理画面）を表示する（Ｓａ３２）。図１３は、案件管理画面の一例を示す図である。同図に示す案件管理画面には、案件を履行するために遂行される各工程についての各種情報が一覧表示される。具体的には、各工程について期限、ステータス、完了日及び活動量が一覧表示される。
以上が通信システム１の一連の動作についての説明である。
【００６８】
なお、上記の一連の動作において、Ｙ社の通信端末１０Ｃもまた案件管理画面を表示してもよい。
【００６９】
２．変形例
上記の実施形態は、以下に示すように変形してもよい。また、以下の変形例は互いに組み合わせてもよい。
【００７０】
２−１．変形例１
上記の実施形態に係るＸ社及びＹ社は、工程管理サーバ２０により工程を管理される組織の一例である。工程を管理される組織は、ファブレス企業や製造請負企業以外の会社（換言すると、営利法人）であってもよい。また、営利法人以外の法人であってもよい。
【００７１】
２−２．変形例２
上記の実施形態では、稟議の進捗状況を示す情報として、完了応答が通信端末１０Ｃから工程管理サーバ２０に対して送信されている（図６のステップＳａ２１参照）。そして、この完了応答に基づいて工程管理サーバ２０の側で完了応答の送信者の加算値が特定されている（同図のステップＳａ２３参照）。しかし、上記の実施形態において通信端末１０Ｃは、稟議の進捗状況を示す情報として、当該端末のユーザの加算値を含めた完了応答を工程管理サーバ２０に送信するようにしてもよい。または、現状の進捗率の値に当該端末のユーザの加算値を加算して得られた最新の進捗率の値を含めた完了応答を工程管理サーバ２０に送信するようにしてもよい。これらの変形例によれば、工程管理サーバ２０は加算値や最新の進捗率をデータベースを参照して特定する必要がなくなる。
【００７２】
２−３．変形例３
上記の実施形態に係る進捗率は、加算値に基づいて特定される情報の一例である。加算値に基づいて特定される情報は、稟議の進捗状況を識別できる情報であれば、数値以外の文字や、図形、記号又は色であってもよい。
【００７３】
上記の実施形態に係る加算値は、ユーザごとに予め割り当てられる数値の一例である。ユーザごとに予め割り当てられる数値は、互いに積算される数値以外の数値であってもよい。例えば、当該数値を重み値とし、所定の数値に重み値を乗ずることにより加算値を算出するようにしてもよい。
【００７４】
また、上記の実施形態に係る加算値は、ユーザが過去にファイルの申請や承認に要した時間に基づいて決定される数値の一例である。上記の実施形態では、ユーザが過去にファイルの申請や承認に要した時間の積算値である完了時間に基づいて加算値が決定されているが、ユーザがファイルの申請や承認に要した直近の１回分の完了時間に基づいて加算値が決定されてもよい。
【００７５】
２−４．変形例４
上記の実施形態に係るボールアイコンＩ３は、当該処理によりファイルを送信する順番に当たっている企業を識別するための情報の一例である。当該情報は、ファイルを送信する順番に当たっている企業を識別できる情報であれば、ボール以外の図形や、文字、記号又は色であってもよい。同様に、企業アイコンＩ１及びＩ２は、案件の発注者又は受注者である企業を識別できる情報であれば、人物以外の図形や、文字、記号又は色であってもよい。
【００７６】
２−５．変形例５
上記の実施形態に係る決済ルートＤＢ２２６では、企業ＩＤとファイル種別情報の組ごとに決裁ルートが対応付けられている。しかし、企業ＩＤとファイル種別情報のうちの一方にのみ決済ルートを対応付けるようにしてもよい。すなわち、企業ごと又はファイルの種別ごとに決済ルートが決定されるようにしてもよい。
【００７７】
２−６．変形例６
上記の実施形態においてＸ社とＹ社との間で行われるファイル送信の回数は、両社の間で行われる活動の量を表す活動量（具体的には、コミュニケーションの量）の一例である。活動量は、両社間で工程単位で行われるファイル送信（換言すると、ファイル受信）の頻度や、両社間で工程単位で送信又は受信されるファイルのデータ量の平均値又は積算値により表されてもよい。または活動量は、チャット画面を用いて両社により工程単位で投稿されたコメントの数、投稿頻度もしくは投稿されたコメントのデータ量の平均値又は積算値により表されてもよい。または活動量は、両社による工程単位のチャット画面の閲覧回数や閲覧頻度により表されてもよい。または活動量は、以上列挙した各種パラメータのうちの２以上のパラメータを加算して求めた値により表されてもよい。２以上のパラメータを加算する場合には、各パラメータを重み付けしてもよい。
【００７８】
２−７．変形例７
上記の実施形態に係る案件管理画面（図１３参照）において、活動量に代えて当該活動量に基づいて特定される情報が表示されてもよい。活動量に基づいて特定される情報は、活動量を識別できる情報であれば、数値以外の文字や、図形、記号又は色であってもよい。
【００７９】
２−８．変形例８
上記の実施形態に係る工程管理サーバ２０のウェブページ送信部２１３は、工程の遂行期限まで所定時間を切っても当該工程が未完了であり、かつ、当該工程の活動量（具体的には、コミュニケーションの量）が所定の閾値以下である場合に、通信端末１０Ａ及び／又は１０Ｃに対して、活動量が低調である旨の警告を表示するウェブページを送信するようにしてもよい。その際、例えば通信端末１０Ａに対して当該ウェブページを送信する場合には、通信端末１０Ａに加えて又は代えて、当該端末ユーザの上司にあたる他のユーザが使用する他の通信端末１０に対しても当該ウェブページを送信するようにしてもよい。これは通信端末１０Ｃに対して当該ウェブページを送信する場合も同様である。この変形例によれば、工程の期限途過を未然に防止することができる。なお、活動量が上記の実施形態に係るファイルの送信回数に限られないことは上記の変形例６で述べた通りである。
【００８０】
２−９．変形例９
上記の変形例８に係る所定の閾値は、他の案件の工程の活動量の値としてもよい。すなわち、他の案件の工程の活動量と比較して活動量が低調である場合に通信端末１０に対して警告を表示するウェブページを送信するようにしてもよい。ここで、他の案件とは、警告が行われる企業が担当する別の案件であってもよいし、当該企業が全く関与しない他社の案件であってもよい。また、活動量が比較される工程は互いに同一でも異なってもよい。また、所定の閾値として設定される活動量の値は平均値であってもよい。
【００８１】
２−１０．変形例１０
上記の実施形態に係る工程管理サーバ２０のウェブページ送信部２１３は、案件、工程又は処理が未完了のまま期限が途過した場合に、期限が途経した旨の警告を表示するウェブページを通信端末１０Ａ及び／又は１０Ｃに対して送信するようにしてもよい。その際、例えば通信端末１０Ａに対して当該ウェブページを送信する場合には、通信端末１０Ａに加えて又は代えて、当該端末ユーザの上司にあたる他のユーザが使用する他の通信端末１０に対しても当該ウェブページを送信するようにしてもよい。これは通信端末１０Ｃに対して当該ウェブページを送信する場合も同様である。
【００８２】
２−１１．変形例１１
上記の変形例８又は１０に係るウェブページの送信は、案件の優先度が「高」の場合にのみ行われてもよい。ここで、上記の実施形態では案件の優先度はユーザにより手動で設定されているが、工程管理サーバ２０により自動で設定されてもよい。具体的には、案件の請負金額が所定の金額以上である場合や、案件の発注日から期限までの時間が所定時間以下である場合や、発注者と受注者とを同じくする案件のレコードが所定数以上、案件ＤＢ２２１に登録されている場合に、当該案件の優先度は自動的に「高」に設定されてもよい。または、以上列挙した条件のうち２以上の条件が満たされる場合に、案件の優先度は自動的に「高」に設定されてもよい。
【００８３】
２−１２．変形例１２
上記の変形例８又は１０に係るウェブページは、ユーザに警告を与える手段の一例である。ユーザに警告を与える手段は、例えばメール等の他の手段であってもよい。また、警告の内容は、それがユーザにとって認識可能なものであれば、文字以外の図形、記号又は色であってもよい。
【００８４】
２−１３．変形例１３
上記の変形例８に係る所定の閾値は、当該工程の種別や、通信端末１０Ａ及び／又は１０Ｃのユーザの当該工程の習熟度や、案件の重要度に基づいて決定されてもよい。または、これらのパラメータのうち２以上のパラメータに基づいて決定されてもよい。ここで、習熟度は、習熟の度合いを示す数値である。習熟度は、例えば、工程の経験時間又は経験回数、工程を処理するために必要な資格の有無、工程業務の試験の結果、管理者による評価のうちの少なくとも１つに基づいて設定される。重要度は、具体的には、優先度や請負金額である。
【００８５】
２−１４．変形例１４
上記の実施形態又は変形例に係る工程管理サーバ２０において実行されるプログラムは、コンピュータ装置が読み取り可能な記録媒体を介して提供されてもよい。ここで、記録媒体とは、例えば、磁気テープや磁気ディスクなどの磁気記録媒体や、光ディスクなどの光記録媒体や、光磁気記録媒体や、半導体メモリ等である。また、当該プログラムは、インターネット等のネットワークを介して配信されてもよい。
【符号の説明】
【００８６】
１…通信システム、１０…通信端末、２０…工程管理サーバ、２１…演算部、２２…記憶部、２３…通信部、３０Ａ、３０Ｂ…社内ネットワーク、４０…公衆ネットワーク、２１１…ウェブページ要求受信部、２１２…ウェブページ生成部、２１３…ウェブページ送信部、２１４…承認応答受信部、２１５…ＤＢ更新部、２１６…ファイル受信部、２１７…完了応答受信部、２２１…案件ＤＢ、２２２…工程ＤＢ、２２３…処理ＤＢ、２２４…コメントＤＢ、２２５…稟議進捗管理ＤＢ、２２６…決済ルートＤＢ、Ａ…処理表示エリア、Ｂ１…案件ボタン、Ｂ２…ファイルボタン、Ｂ３…コメントボタン、Ｂ４…承認ボタン、Ｂ５…完了ボタン、Ｆ…コメント欄、Ｉ１、Ｉ２…企業アイコン、Ｉ３…ボールアイコン、Ｉ４…人物アイコン、Ｍ１…ステータス情報、Ｍ２…ステータス情報、Ｐ…進捗バー、Ｔ…工程タブ
【図１】
0006609500.tif 000002
【図２】
0006609500.tif 000003
【図３】
0006609500.tif 000004
【図４】
0006609500.tif 000005
【図５】
0006609500.tif 000006
【図６】
0006609500.tif 000007
【図７】
0006609500.tif 000008
【図８】
0006609500.tif 000009
【図９】
0006609500.tif 000010
【図１０】
0006609500.tif 000011
【図１１】
0006609500.tif 000012
【図１２】
0006609500.tif 000013
【図１３】
0006609500.tif 000014