(57)【要約】【課題】  所定の案件に関連した複数のメッセージを送受信する複数の組織が所定の案件の進捗状況を容易に把握できる進捗管理方法を提供する。【解決手段】ＭＣＭサーバ１０は、ユーザ端末Ｕ１〜Ｕ４で送受信されるすべてのメッセージを管理する。ユーザ端末Ｕ２が、ユーザ端末Ｕ１から受けた新規案件の依頼情報に関連して、依頼情報ＲＩ２をユーザ端末Ｕ３に送信する場合、ユーザ端末Ｕ２はＭＣＭサーバ１０に依頼情報ＲＩ２及び案件の進捗を示す進捗情報ＳＩ２を送信する。ＭＣＭサーバ１０は依頼情報ＲＩ２と進捗情報ＳＩ２とを登録する。ＭＣＭサーバ１０はユーザ端末Ｕ３からの照会に応じて依頼情報ＲＩ２及び進捗情報ＳＩ２を送信し、ユーザ端末Ｕ１からの照会に応じて、進捗情報ＳＩ２を送信する。【選択図】図９
2005149044.tif 000002
【特許請求の範囲】
【請求項１】
各案件に関連した複数のメッセージと前記各案件の進捗を示す複数の進捗情報とを送受信する複数のユーザ端末と、前記複数のユーザ端末にネットワークを経由して接続されたメインサーバとを備えた進捗管理システムによる進捗管理方法であって、
前記案件に関連し、送信元のユーザ端末を示す送信元情報と送信先のユーザ端末を示す送信先情報とを含む前記メッセージと、前記案件の進捗情報とを前記ユーザ端末で作成するステップと、
前記作成されたメッセージと前記進捗情報とを前記メインサーバに送信するステップと、
前記送信されたメッセージと前記進捗情報とを前記メインサーバで登録するステップと、
前記送信されたメッセージの送信元情報と送信先情報とを前記案件の参加端末情報として前記メインサーバに登録するステップと、
前記ユーザ端末から前記メインサーバに前記メッセージ及び前記進捗情報を照会するステップと、
前記送信先のユーザ端末として前記照会したユーザ端末を示す送信先情報を有する前記メッセージと、前記照会したユーザ端末を示す参加端末情報の案件の前記進捗情報とを、前記照会に応答して前記メインサーバから前記照会したユーザ端末に送信するステップと、
前記メッセージと前記進捗情報とを前記照会したユーザ端末で受信するステップとを備えることを特徴とする進捗管理方法。
【請求項２】
請求項１に記載の進捗管理方法であって、
前記各案件に関連した複数のメッセージと前記各案件の進捗を示す複数の進捗情報とは同じ案件番号を含み、
前記参加端末情報を登録するステップは、前記案件番号に対応して前記参加端末情報を登録し、
前記進捗情報を送信するステップは、前記照会したユーザ端末を示す参加端末情報に対応した前記案件番号を有する前記進捗情報を送信することを特徴とする進捗管理方法。
【請求項３】
請求項２に記載の進捗管理方法であって、
前記メッセージと前記進捗情報とを作成するステップは、前記受信したメッセージに関連したメッセージを作成する場合、前記受信したメッセージが有する前記案件番号と同じ案件番号を含むメッセージ及び進捗情報を作成し、新規案件のメッセージを作成する場合、案件番号を含まないメッセージ及び進捗情報を作成し、
前記進捗管理方法はさらに、
前記メインサーバが前記メッセージ及び前記進捗情報を受信した後、前記受信したメッセージが前記案件番号を含むか否かを判断し、前記判断の結果、前記案件番号を含まない場合、前記受信したメッセージ及び進捗情報に案件番号を付与するステップを備えることを特徴とする進捗管理方法。
【請求項４】
請求項３に記載の進捗管理方法であってさらに、
前記案件番号の案件が完了したとき、前記案件番号に対応して登録された前記参加端末情報に示された複数のユーザ端末に前記メインサーバから完了通知を送信するステップを備えることを特徴とする進捗管理方法。
【請求項５】
請求項４に記載の進捗管理方法であってさらに、
前記新規案件のメッセージを作成したユーザ端末が前記新規案件の案件番号を含む完了要求を前記メインサーバに送信するステップを備え、
前記完了情報を送信するステップは、
前記メインサーバで前記完了要求を受信した後、前記受信した完了要求に含まれる前記案件番号に基づいて前記完了通知を送信することを特徴とする進捗管理方法。
【請求項６】
請求項５に記載の進捗管理方法であってさらに、
前記完了通知を送信後、前記メインサーバで、前記完了要求に含まれる案件番号を含む前記複数のメッセージと、前記案件番号を含む前記複数の進捗情報と前記案件番号に対応して登録された参加端末情報とを消去するステップを備えることを特徴とする進捗管理方法。
【請求項７】
請求項１〜請求項６のいずれか１項に記載の進捗管理方法であって、
前記進捗管理システムはさらに、前記複数のユーザ端末に対応し、各々が前記ユーザ端末と前記メインサーバとの間に接続された複数のデータベースサーバを備え、
前記進捗管理方法はさらに、
前記登録されたメッセージの前記送信元情報又は前記送信先情報に示された前記ユーザ端末に対応する前記データベースサーバに前記メッセージを送信するステップと、
前記参加端末情報に示された前記ユーザ端末に対応する前記データベースサーバに前記参加端末情報に対応した前記案件番号を有する前記進捗情報を送信するステップと、
前記データベースサーバで前記メッセージと前記進捗情報とを登録するステップと、
前記ユーザ端末から前記データベースサーバに検索要求を送信するステップと、
前記検索要求に基づいて、前記進捗情報及び前記メッセージを検索するステップと、
前記検索した結果を前記ユーザ端末に送信するステップとを備えることを特徴とする進捗管理方法。
【請求項８】
請求項７に記載の進捗管理方法であって、
前記照会に応答して前記メインサーバから前記照会したユーザ端末に前記メッセージ及び前記進捗情報を送信するステップは、
前記メインサーバから前記照会したユーザ端末に対応する前記データベースサーバに前記メッセージ及び前記進捗情報を送信するステップと、
前記データベースサーバで受信した前記進捗情報及びメッセージを列挙したリストを作成するステップと、
前記作成したリストを前記照会したユーザ端末に送信するステップと、
前記ユーザ端末で受信した前記リストに基づいて、所望の進捗情報又はメッセージを前記データベースサーバに要求するステップと、
前記要求に応じて前記所望の進捗情報又はメッセージを前記ユーザ端末に送信するステップとを含むことを特徴とする進捗管理方法。
【請求項９】
請求項８に記載の進捗管理方法であって、
前記ユーザ端末から前記メインサーバに照会するステップは、
前記ユーザ端末から前記対応するデータベースサーバに照会コマンドを送信するステップと、
前記データベースサーバで前記照会コマンドを受信したとき、前回受信した照会コマンドから所定時間が経過したか否かを判断するステップと、
前記判断の結果、前記所定期間が経過した場合、前記データベースサーバから前記メインサーバに前記照会コマンドを送信し、前記判断の結果、前記所定期間が経過していない場合、前記メインサーバに前記照会コマンドを送信せずに、前記データベースサーバに登録されたメッセージ及び進捗情報を列挙した前記リストを前記照会したユーザ端末に送信するステップとを備えることを特徴とする進捗管理方法。
【請求項１０】
請求項１〜請求項９のいずれか１項に記載のステップをコンピュータに実行させるための進捗管理プログラム。
【請求項１１】
各案件に関連した複数のメッセージを送受信する複数のユーザ端末と、前記複数のユーザ端末にネットワークを経由して接続されたメインサーバとを備えた進捗管理システムであって、
前記ユーザ端末は、
前記案件に関連したメッセージと前記案件の進捗を示す進捗情報とを作成する手段と、
前記作成したメッセージ及び進捗情報を前記メインサーバに送信する手段とを備え、
前記メッセージは、送信元のユーザ端末を示す送信元情報と送信先のユーザ端末を示す送信先情報とを含み、
前記メインサーバは、
記憶手段と、
前記送信されたメッセージ及び進捗情報を前記記憶手段に登録する手段と、
前記送信されたメッセージの送信元情報と送信先情報とを前記案件の参加端末情報として前記記憶手段に登録する手段とを備え、
前記ユーザ端末はさらに、
前記メインサーバに前記メッセージ及び前記進捗情報を照会する手段を備え、
前記メインサーバはさらに、
前記送信先のユーザ端末として前記照会したユーザ端末を示す送信先情報を有する前記メッセージと、前記照会したユーザ端末を含む前記参加端末情報の案件の前記進捗情報とを、前記照会に応答して前記照会したユーザ端末に送信する手段とを備え、
前記ユーザ端末はさらに、
前記メッセージと前記進捗情報とを受信する手段を備えることを特徴とする進捗管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、進捗管理方法及び進捗管理システムに関し、さらに詳しくは、各案件に関連した複数のメッセージを送受信する複数のユーザ端末と、複数のユーザ端末にネットワークを経由して接続されたメインサーバと、複数のユーザ端末に対応し、各々がユーザ端末とメインサーバとの間に接続された複数のデータベースサーバとを備えた進捗管理システム及び進捗管理システムによる進捗管理方法に関する。
【背景技術】
【０００２】
通常の業務では、複数の組織間で１つの案件に関連したメッセージ（依頼や回答）のやり取りが行われる。以下、所定の案件でのメッセージのやり取りの一例を説明する。
【０００３】
図２０を参照して、顧客Ｐ１が代理店Ｐ２に、「ある製品ＺをＸ１仕様にできるか。」という依頼をした場合（１００）、代理店Ｐ２は顧客Ｐ１の依頼に関連して、製品Ｚを製造する企業の営業部門Ｐ３に、「Ｘ１という仕様はできるか。また、Ｘ１仕様の値段はいくらになるか。」という依頼をする（２００）。
【０００４】
営業部門Ｐ３は、代理店Ｐ２の依頼に関連して、技術部門Ｐ４に対し、「Ｘ１仕様を標準オプションにできるか。また、製造コストはいくらか。」という依頼をする（３００）。
【０００５】
技術部門Ｐ４は、営業部門Ｐ３の依頼に対し、「Ｙ月からＸ１を標準オプションとして製造可能であり、現時点での製造コストはＣ１円である。」と回答する（４００）。営業部門Ｐ３は技術部門Ｐ４からの回答を踏まえ、代理店Ｐ２からの依頼に対し、「Ｘ１は標準オプションで対応可能であり、値段はＣ２円である。」と回答する（５００）。
【０００６】
代理店Ｐ２は、営業部門Ｐ３の回答を踏まえ、顧客Ｐ１の依頼に対し、「Ｘ１仕様はＹ月から標準オプションにでき、値段はＣ３円である。」と回答する（６００）。
【０００７】
以上に示したように、通常の業務では、顧客Ｐ１の案件に対して、複数の組織Ｐ２〜Ｐ４が連鎖したメッセージ（依頼及び回答）のやり取りを行う。やり取りの結果、顧客Ｐ１は自身が発信した依頼に対する回答を得ることができる。このように、１つの案件に関連して、連鎖したメッセージを組織間でやり取りする業務形態を、本明細書ではメッセージチェーン業務と称する。
【０００８】
メッセージチェーン業務は、以下に示す問題を有する。
【０００９】
（１）進捗状況が把握できない
顧客Ｐ１は、代理店Ｐ２に依頼した案件に関連して、代理店Ｐ２と営業部門Ｐ３と技術部門Ｐ４とでメッセージのやり取りが行われていることを知らない。つまり、案件を代理店Ｐ２に依頼した後は、顧客Ｐ１はその案件に関する進捗状況を把握できない。
【００１０】
仮に、顧客Ｐ１が、依頼した案件の進捗状況を代理店Ｐ２に問い合わせても、その問い合わせに対してメッセージチェーン業務が発生してしまう。そのため、顧客Ｐ１は進捗状況を把握できない。
【００１１】
（２）過去のメッセージチェーン業務のメッセージが資産として活かされない
メッセージチェーン業務では、類似したメッセージのやり取りを過去にも行っている場合がある。たとえば、営業部門Ｐ３が技術部門Ｐ４にＸ１仕様の検討依頼を過去にもしていた場合、過去の依頼メッセージ及び回答メッセージが顧客Ｐ１の案件に対して参考になるはずである。しかしながら、営業部門Ｐ３が過去のメッセージチェーン業務のメッセージを有効に蓄積していない場合、営業部門Ｐ３は過去のメッセージを資産として活かすことができない。
【００１２】
（３）グループウェアサーバ（Groupware Server：以下、ＧＷサーバと称する）で管理できない
メッセージチェーン業務に参加する複数の組織Ｐ１〜Ｐ４が利用する複数のユーザ端末がＧＷサーバで管理されていれば、ＧＷサーバがメッセージチェーン業務の進捗状況及びメッセージを管理できる。しかしながら、この場合、組織Ｐ１〜Ｐ４の各々が、参加したメッセージチェーン業務の案件に対する全てのメッセージを閲覧できる。組織によっては他の組織に見られたくないメッセージもある。たとえば、技術部門Ｐ４が営業部門Ｐ３にした回答は、顧客Ｐ１に見られたくない場合もある。よって、ＧＷサーバでメッセージチェーン業務を管理するのは好ましくない。
【００１３】
【特許文献１】特開２００２−２７９１３７号公報
【特許文献２】特開２００２−１８３３８９号公報
【特許文献３】特開２００１−３１２５８１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、所定の案件に関連した複数のメッセージを送受信する複数の組織が所定の案件の進捗状況を容易に把握できる進捗管理方法を提供することである。
【００１５】
本発明の他の目的は、案件に関連した複数のメッセージを組織ごとに蓄積できる進捗管理方法を提供することである。
【課題を解決するための手段】
【００１６】
本発明による進捗管理方法は、各案件に関連した複数のメッセージと各案件の進捗を示す複数の進捗情報とを送受信する複数のユーザ端末と、複数のユーザ端末にネットワークを経由して接続されたメインサーバとを備えた進捗管理システムによる進捗管理方法であって、案件に関連し、送信元のユーザ端末を示す送信元情報と送信先のユーザ端末を示す送信先情報とを含むメッセージと、案件の進捗情報とをユーザ端末で作成するステップと、作成されたメッセージと進捗情報とをメインサーバに送信するステップと、送信されたメッセージと進捗情報とをメインサーバで登録するステップと、送信されたメッセージの送信元情報と送信先情報とを案件の参加端末情報としてメインサーバに登録するステップと、ユーザ端末からメインサーバにメッセージ及び進捗情報を照会するステップと、送信先のユーザ端末として照会したユーザ端末を示す送信先情報を有するメッセージと、照会したユーザ端末を示す参加端末情報の案件の進捗情報とを、照会に応答してメインサーバから照会したユーザ端末に送信するステップと、メッセージと進捗情報とを照会したユーザ端末で受信するステップとを備える。
【００１７】
本発明による進捗管理方法では、全てのメッセージ及び進捗情報をメインサーバに集約する。所定の案件に関する複数のメッセージの送受信（メッセージチェーン業務）に複数のユーザ端末が参加する場合、ユーザ端末からの照会に応答して、メインサーバから送信先情報のユーザ端末にメッセージを送信する。これにより、そのメッセージの送信元及び送信先のユーザ端末のみがそのメッセージの内容を取得でき、他のユーザ端末はそのメッセージを取得できない。一方、参加端末情報に基づいて、メインサーバからメッセージチェーン業務に参加する全てのユーザ端末に進捗情報を送信する。その結果、全てのユーザ端末は進捗状況を容易に把握できる。
【００１８】
好ましくは、各案件に関連した複数のメッセージと各案件の進捗を示す複数の進捗情報とは同じ案件番号を含み、参加端末情報を登録するステップは、案件番号に対応して参加端末情報を登録し、進捗情報を送信するステップは、照会したユーザ端末を示す参加端末情報に対応した案件番号を有する進捗情報を送信する。
【００１９】
この場合、案件ごとに参加端末情報を管理でき、メインサーバから各案件に参加するユーザ端末に各案件の進捗情報を送信できる。
【００２０】
好ましくは、メッセージと進捗情報とを作成するステップは、受信したメッセージに関連したメッセージを作成する場合、受信したメッセージが有する案件番号と同じ案件番号を含むメッセージ及び進捗情報を作成し、新規案件のメッセージを作成する場合、案件番号を含まないメッセージ及び進捗情報を作成し、進捗管理方法はさらに、メインサーバがメッセージ及び進捗情報を受信した後、受信したメッセージが案件番号を含むか否かを判断し、判断の結果、案件番号を含まない場合、受信したメッセージ及び進捗情報に案件番号を付与するステップを備える。
【００２１】
この場合、新規案件のメッセージに対しては、メインサーバでその案件を特定するための案件番号を付与する。また、ユーザ端末は、受信したメッセージに対応したメッセージを作成する場合、受信したメッセージと同じ案件番号を含むメッセージを作成する。その結果、進捗管理システム内で送受信されるメッセージには必ず案件番号が付与される。そのため、メインサーバは案件番号ごとにメッセージと進捗情報と参加端末情報とを管理できる。
【００２２】
好ましくは、案件番号の案件が完了したとき、案件番号に対応して登録された参加端末情報に示された複数のユーザ端末にメインサーバから完了通知を送信するステップを備える。
【００２３】
この場合、同じ案件のメッセージを送受信した複数のユーザ端末は、その案件が完了したことを確認できる。
【００２４】
好ましくは、進捗管理方法はさらに、新規案件のメッセージを作成したユーザ端末が新規案件の案件番号を含む完了要求をメインサーバに送信するステップを備え、完了情報を送信するステップは、メインサーバで完了要求を受信した後、受信した完了要求に含まれる案件番号に基づいて完了通知を送信する。
【００２５】
この場合、新規案件を作成したユーザ端末がその案件を完了するか否かを判断できる。
【００２６】
好ましくは、進捗管理方法はさらに、完了通知を送信後、メインサーバで、完了要求に含まれる案件番号を含む複数のメッセージと、案件番号を含む複数の進捗情報と、案件番号に対応して登録された参加端末情報とを消去するステップを備える。
【００２７】
この場合、完了した案件のメッセージ又は進捗情報は消去される。よって、メインサーバで、新たな案件を登録する容量を確保できる。
【００２８】
好ましくは、進捗管理システムはさらに、複数のユーザ端末に対応し、各々がユーザ端末とメインサーバとの間に接続された複数のデータベースサーバを備え、進捗管理方法はさらに、登録されたメッセージの送信元情報又は送信先情報に示されたユーザ端末に対応するデータベースサーバにメッセージを送信するステップと、参加端末情報に示されたユーザ端末に対応するデータベースサーバに参加端末情報に対応した案件番号を有する進捗情報を送信するステップと、データベースサーバでメッセージと進捗情報とを登録するステップと、ユーザ端末からデータベースサーバに検索要求を送信するステップと、検索要求に基づいて、進捗情報及びメッセージを検索するステップと、検索した結果をユーザ端末に送信するステップとを備える。
【００２９】
この場合、データベースサーバは対応するユーザ端末が送受信した各案件に関連した複数のメッセージと、対応するユーザ端末がメインサーバから受信した各案件の複数の進捗情報とを登録する。ユーザ端末は登録された複数のメッセージ及び複数の進捗情報を検索できる。その結果、データベースサーバに登録された複数のメッセージ及び複数の進捗情報を資産として活用できる。
【００３０】
好ましくは、照会に応答してメインサーバから照会したユーザ端末にメッセージ及び進捗情報を送信するステップは、メインサーバから照会したユーザ端末に対応するデータベースサーバにメッセージ及び進捗情報を送信するステップと、データベースサーバで受信した進捗情報及びメッセージを列挙したリストを作成するステップと、作成したリストを照会したユーザ端末に送信するステップと、ユーザ端末で受信したリストに基づいて、所望の進捗情報又はメッセージをデータベースサーバに要求するステップと、要求に応じて所望の進捗情報又はメッセージをユーザ端末に送信するステップとを含む。
【００３１】
この場合、ユーザ端末がメッセージ及び進捗情報をメインサーバに照会したとき、メインサーバから進捗情報及びメッセージを受けるのではなく、進捗情報及びメッセージのリストを受ける。その結果、ユーザ端末は、リストを参照し、所望の進捗情報及びメッセージを選択できる。
【００３２】
好ましくは、ユーザ端末からメインサーバに照会するステップは、ユーザ端末から対応するデータベースサーバに照会コマンドを送信するステップと、データベースサーバで照会コマンドを受信したとき、前回受信した照会コマンドから所定時間が経過したか否かを判断するステップと、判断の結果、所定期間が経過した場合、データベースサーバからメインサーバに照会コマンドを送信し、判断の結果、所定期間が経過していない場合、メインサーバに照会コマンドを送信せずに、データベースサーバに登録されたメッセージ及び進捗情報を列挙したリストを照会したユーザ端末に送信するステップとを備える。
【００３３】
メインサーバに新たなメッセージ及び進捗情報が登録される迄に、ユーザ端末から複数回照会コマンドを送信しても、メインサーバから新たなメッセージ及び進捗情報は送信されない。この場合、データベースサーバとメインサーバとの通信が無駄になる。よって、データベースサーバは前回受信した照会コマンドから所定時間が経過したか否かを判断することで、無駄な通信を防止できる。
【発明を実施するための最良の形態】
【００３４】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００３５】
１．全体構成
図１を参照して、進捗管理システム１は、メッセージチェーンマネージメントサーバ（Message Chain Management Server：以下、ＭＣＭサーバと称する）１０と、ＧＷサーバ１１〜１４と、ユーザ端末Ｕ１〜Ｕ４とを備える。
【００３６】
ＧＷサーバ１１〜１４は、ＭＣＭサーバ１０にネットワーク２を経由して接続される。ユーザ端末Ｕ１〜Ｕ４は、対応するＧＷサーバ１１〜１４にネットワーク２を経由して接続される。
【００３７】
ユーザ端末Ｕ１〜Ｕ４は所定の案件に関連したメッセージと、その案件の進捗を示す進捗情報とを作成する。メッセージには、依頼情報ＲＩ(Request Information)及び回答情報ＡＩ(Answer Information)の２種類がある。依頼情報ＲＩは、他のユーザ端末Ｕｎ（ｎ＝１〜４）への依頼内容を含むメッセージである。回答情報ＡＩは、他のユーザ端末Ｕｎからの依頼情報ＲＩに対する回答内容を含むメッセージである。メッセージは、送信先のユーザ端末Ｕｎを示す送信先情報と、送信元のユーザ端末Ｕｎを示す送信元情報とを含む。ユーザ端末Ｕ１〜Ｕ４は作成したメッセージ及び進捗情報をＭＣＭサーバ１０に送信する。なお、メッセージ及び進捗情報に含まれる情報の詳細は後述する。
【００３８】
ユーザ端末Ｕ１〜Ｕ４はさらに、取得すべきメッセージや進捗情報についてＭＣＭサーバ１０に照会する。
【００３９】
ＭＣＭサーバ１０は、ユーザ端末Ｕ１〜Ｕ４から所定の案件に関連した複数のメッセージとその案件の進捗を示す複数の進捗情報とを受信し、メッセージ及び進捗情報を記憶する。また、ＭＣＭサーバ１０は、受けた複数のメッセージに含まれる送信元情報と送信先情報とを参加端末情報として登録する。
【００４０】
ＭＣＭサーバ１０は、ユーザ端末Ｕ１〜Ｕ４からの照会に応じて、メッセージ及び進捗情報をユーザ端末Ｕ１〜Ｕ４に対応するＧＷサーバ１１〜１４に送信する。
【００４１】
ＧＷサーバ１１〜１４は、対応するユーザ端末Ｕ１〜Ｕ４が取得すべきメッセージ及び進捗情報をＭＣＭサーバ１０から受け、記憶する。ＧＷサーバ１１〜１４は、記憶したメッセージ及び進捗情報に基づいてリストテーブルを作成し、作成したリストテーブルを対応するユーザ端末Ｕ１〜Ｕ４に送信する。リストテーブルについては後述する。
【００４２】
なお、図１では、ユーザ端末Ｕｎ及びＧＷサーバを４つ示したが、ユーザ端末Ｕｎ及びＧＷサーバは複数存在してもよい。
【００４３】
１．１．ＭＣＭサーバの構成
図２を参照して、ＭＣＭサーバ１０は、ハードディスク１０１と、判断部１０２と、登録部１０３と、消去部１０４と、送受信部１０５とを備える。
【００４４】
送受信部１０５は、ユーザ端末Ｕ１〜Ｕ４からＧＷサーバ１１〜１４を経由して送信されたデータを受け、ユーザ端末Ｕ１〜Ｕ４にデータを送信する。
【００４５】
ハードディスク１０１は、メッセージテーブルＭＴ(Message Table)と、進捗テーブルＳＴ(Statue Table)と、取得指示テーブルＩＴ(Instruction Table)とを記憶する。
【００４６】
メッセージテーブルＭＴは、送受信部１５が受信したメッセージを登録する。表１にメッセージテーブルＭＴを示す。
【表１】
2005149044.tif 000003
【００４７】
表１を参照して、メッセージテーブルＭＴは、ＭＣＭサーバ１０が受信したメッセージごとに登録される。メッセージテーブルＭＴ内の「案件ＮＯ」には、そのメッセージが関連する案件の固有の番号である案件番号を登録する。「チェーンＮＯ」には、そのメッセージが属するチェーン番号を登録する。チェーン番号については後述する。「種別」には、そのメッセージが依頼情報ＲＩか回答情報ＡＩかを登録する。「件名」にはメッセージの件名を、「内容」にはメッセージの内容をそれぞれ登録する。「送信元情報」にはそのメッセージを作成し、送信したユーザ端末情報を、「送信先情報」にはそのメッセージの送信先のユーザ端末情報をそれぞれ登録する。たとえば、表１中の「Ｕｎ」はユーザ端末Ｕｎを示す。
【００４８】
ユーザ端末Ｕｎから送信されるメッセージは、原則として、メッセージテーブルＭＴ内の各情報を含む。ただし、メッセージが依頼情報ＲＩの場合、ユーザ端末Ｕｎから送信されるメッセージはチェーン番号を含まないため、ＭＣＭサーバ１０でチェーン番号が付与される。なお、メッセージは、メッセージテーブルＭＴ内の「案件ＮＯ」と「チェーンＮＯ」と「種別」とから特定できる。
【００４９】
メッセージテーブルＭＴに登録される複数のメッセージのうち、同じ案件番号を有する複数のメッセージに含まれる送信元情報と送信先情報とは、同じ案件に関連するメッセージの送受信に参加した端末情報である参加端末情報として登録される。すなわち、案件番号に対応して参加端末情報は登録される。たとえば、表１中の案件ＮＯ＝１１を有するメッセージの送信元情報及び送信先情報である「Ｕ１」と「Ｕ２」と「Ｕ３」とは、案件ＮＯ＝１１に対応した参加端末情報として登録される。
【００５０】
進捗テーブルＳＴは、ユーザ端末Ｕｎからメッセージと共に送信された進捗情報ＳＩ(Status Information)を登録する。表２に進捗テーブルＳＴを示す。
【表２】
2005149044.tif 000004
【００５１】
表２を参照して、進捗テーブルＳＴ内の「案件ＮＯ」と「チェーンＮＯ」と「種別」とは、メッセージテーブルＭＴのものと同じである。「進捗」には、そのメッセージの状態が登録される。具体的には、そのメッセージが発信元から送信された状態か（送信）、内容の不備等により、そのメッセージが宛先のユーザ端末Ｕｎから送信元のユーザ端末Ｕｎに差し戻された状態か（差し戻し）、そのメッセージの属する案件番号の案件が完了した状態か（完了）、を示す。「作成日」は、共に送信されたメッセージが作成された年月日が登録される。ユーザ端末Ｕｎから送信される進捗情報ＳＩは、原則として、「案件ＮＯ」と「チェーンＮＯ」と「種別」と「作成日」とを含む。「進捗」はＭＣＭサーバ１０で判断し、登録されるが、進捗情報ＳＩに予め含めることもできる。
【００５２】
取得指示テーブルＩＴは、ＭＣＭサーバ１０がユーザ端末Ｕｎからメッセージ及び進捗情報ＳＩの照会を受けたとき、照会したユーザ端末Ｕｎが取得すべきメッセージ及び進捗情報を特定し、特定されたメッセージ及び進捗情報ＳＩをそのユーザ端末Ｕｎに送信するためのテーブルである。表３に取得指示テーブルＩＴを示す。
【表３】
2005149044.tif 000005
【００５３】
表３を参照して、取得指示テーブルＩＴ内の「案件ＮＯ」と「チェーンＮＯ」と「種別」とはメッセージテーブルＭＴのものと同じである。「取得ユーザ」にはデータを取得すべきユーザ端末Ｕｎが登録される。「取得ユーザ」は送信先情報及び参加端末情報に基づいて決定される。「取得範囲」には取得すべきデータが特定される。具体的には、「取得範囲」に「メッセージ＋進捗情報」と登録されている場合、案件ＮＯとチェーンＮＯと種別とから特定されるメッセージ及び進捗情報ＳＩが「取得ユーザ」に登録されたユーザ端末Ｕｎが取得すべきデータとして特定される。「取得範囲」に「進捗情報」と記録されている場合、案件ＮＯとチェーンＮＯと種別とから特定される進捗情報が取得すべきデータとして特定される。なお、「取得範囲」が「進捗情報」である場合、「取得ユーザ」は参加端末情報に基づいて決定される。「完了フラグ」には通常は「０」が記録される。
【００５４】
判断部１０２は、受信したメッセージが案件番号を含むか否かを判断する。
登録部１０３は、受信したメッセージをメッセージテーブルＭＴに登録し、受信した進捗情報ＳＩを進捗テーブルＳＴに登録する。なお、メッセージを登録するとき、そのメッセージが有する送信元情報及び送信先情報を、そのメッセージの案件番号と同じ案件番号の参加端末情報として登録する。登録部１０３はさらに、取得指示情報を取得指示テーブルＩＴに登録する。
【００５５】
消去部１０４は、ハードディスク１０１内の各テーブルの情報を消去する。
【００５６】
１．２．ＧＷサーバの構成
図３を参照して、ＧＷサーバ１１は、ハードディスク１１１と、検索部１１２と、登録部１１３と、編集部１１４と、送受信部１１５とを備える。
【００５７】
送受信部１１５は、対応するユーザ端末Ｕ１とデータを送受信し、ＭＣＭサーバ１０とデータを送受信する。ハードディスク１１１はデータベースＤＢを記憶する。
【００５８】
データベースＤＢは、メッセージテーブルＭＴＧＷと、進捗テーブルＳＴＧＷとを含む。メッセージテーブルＭＴＧＷは、ＭＣＭサーバ１０からユーザ端末Ｕ１に送信されるメッセージを登録する。メッセージテーブルＭＴＧＷの登録内容は表１と同じである。進捗テーブルＳＴＧＷは、ＭＣＭサーバ１０からユーザ端末Ｕ１に送信される進捗情報ＳＩを登録する。進捗テーブルＳＴＧＷの登録内容は表２と同じである。
【００５９】
登録部１１３は、ＭＣＭサーバ１０から送信されるメッセージ及び進捗情報ＳＩをデータベースＤＢ内のメッセージテーブルＭＴＧＷ及び進捗テーブルＳＴＧＷに登録する。編集部１１４は、メッセージテーブルＭＴＧＷ及び進捗テーブルＳＴＧＷに基づいて、登録したメッセージ及び進捗情報ＳＩを列挙したリストテーブルＬＴ(List Table)を作成する。リストテーブルＬＴについては後述する。検索部１１２は、ユーザ端末Ｕ１から送信された検索キーに基づいて、データベースＤＢを検索する。
【００６０】
他のＧＷサーバ１２〜１４もＧＷサーバ１１と同じ構成である。
【００６１】
１．３．ユーザ端末の構成
図４を参照して、ユーザ端末Ｕ１は、ハードディスクやメモリ等である記憶部１５０と、ＣＰＵ(Central Processing Unit)等である制御部１５１と、ＣＲＴやＬＣＤ等のディスプレイである表示部１５２と、ＭＣＭサーバ１０やＧＷサーバ１１とネットワーク２を介してデータの授受を行う送受信部１５３と、キーボードやマウス等である入力部１５４とを備える。他のユーザ端末Ｕ２〜Ｕ４もユーザ端末Ｕ１と同じ構成である。
【００６２】
進捗管理システム１は、ＭＣＭサーバ１０のハードディスク１０１と、ＧＷサーバ１１〜１４のハードディスク１１１とに進捗管理プログラムをインストールすることで進捗管理処理を実行する。
【００６３】
２．動作
進捗管理システム１における進捗管理方法を説明するために、図５に示すメッセージチェーン業務を想定する。図５を参照して、ユーザＰ１が、ユーザ端末Ｕ１から新規案件として「Ｘ１仕様にできるか。」という内容の依頼情報ＲＩ１をユーザＰ２が利用するユーザ端末Ｕ２に送信する（１）。このとき、ユーザ端末Ｕ２は依頼情報ＲＩ１を受信する（２）。
【００６４】
ユーザＰ２は新規案件の依頼情報ＲＩ１を検討した結果、その案件に関連して、「Ｘ１仕様に製造できるか。また、値段はいくらになるか。」という内容の依頼情報ＲＩ２をユーザＰ３が利用するユーザ端末Ｕ３に送信する（３）。ユーザ端末Ｕ３は依頼情報ＲＩ２を受信する（４）。
【００６５】
ユーザＰ３は依頼情報ＲＩ２を検討する。検討の結果、依頼情報ＲＩ２に関連して、「Ｘ１仕様を標準オプションにできるか。又、製造コストはいくらになるか。」という内容の依頼情報ＲＩ３をユーザＰ４が利用するユーザ端末Ｕ４に送信する（５）。ユーザ端末Ｕ４は依頼情報ＲＩ３を受信する（６）。
【００６６】
ユーザＰ４は依頼情報ＲＩ３に対して「Ｙ月から標準オプション化が可能であり、製造コストはＣ１円である。」という内容の回答情報ＡＩ１をユーザ端末Ｕ３に送信する（７）。ユーザ端末Ｕ３は回答情報ＡＩ１を受信する（８）。
【００６７】
ユーザＰ３は回答情報ＡＩ１を閲覧した後、依頼情報ＲＩ２に対して、「Ｘ１は標準オプションで対応可能であり、値段はＣ２円である。」という内容の回答情報ＡＩ２をユーザ端末Ｕ２に送信する（９）。ユーザ端末Ｕ２は回答情報ＡＩ２を受信する（１０）。
【００６８】
ユーザＰ２は回答情報ＡＩ２を参照し、依頼情報ＲＩ１に対し、「Ｘ１仕様はＹ月から生産可能であり、値段はＣ３円である。」という内容の回答情報ＡＩ３をユーザ端末Ｕ１に送信する（１１）。ユーザ端末Ｕ１は回答情報ＡＩ１を受信する（１２）。
【００６９】
以上の動作により、ユーザＰ１は自身が発した案件「Ｘ１仕様にできるか。」に対して「Ｘ１仕様はＹ月から生産可能であり、値段はＣ３円である。」という回答を得る。
【００７０】
なお、本実施の形態では、ユーザ端末Ｕｎ間でメッセージの送受信が発生した場合、ユーザ端末Ｕｎ間に「チェーン」が発生する。「チェーン」はユーザ端末Ｕｎ間でメッセージの送受信が発生したことを意味する。
【００７１】
具体的には、（１）で、ユーザ端末Ｕ１がユーザ端末Ｕ２に依頼情報ＲＩ１を送信したとき、ユーザ端末Ｕ１とユーザ端末Ｕ２との間で、チェーンが発生する。このときのチェーンをチェーンＮＯ＝１と称する。仮に、依頼情報ＲＩ１に対してユーザ端末Ｕ２が回答情報ＡＩ３を送信すれば、メッセージチェーン業務はチェーンＮＯ＝１のみで終了する。
【００７２】
ところが、（２）で依頼情報ＲＩ１を受信したユーザ端末Ｕ２は、（３）で新たなユーザ端末Ｕ３に依頼情報ＲＩ２を送信する。このとき、ユーザ端末Ｕ２とユーザ端末Ｕ３との間に新たなチェーン（チェーンＮＯ＝２）が発生する。同様に、（５）で、ユーザ端末Ｕ３とユーザ端末Ｕ４との間にチェーンＮＯ＝３のチェーンが発生する。つまり、図５のメッセージチェーン業務では、３つのチェーンが形成される。チェーンＮＯとメッセージの種別（依頼か回答か）がわかれば、このメッセージチェーン業務の進捗状況が把握できる。たとえば、図５のメッセージチェーン業務においてチェーンＮＯ＝２であり、種別が「回答」のメッセージ（つまり、回答情報ＡＩ）が送信された場合、このメッセージチェーン業務は（１０）まで進捗が進んでいることが把握できる。
【００７３】
以上に示したメッセージチェーン業務での、進捗管理システム１の進捗管理方法について説明する。図５中の（１），（３），（５），（７），（９），（１１）では、進捗管理システム１はメッセージ及び進捗情報ＳＩを送信する動作であるメッセージ送信処理を実行する。また、図５中の（２），（４），（６），（８），（１０），（１２）では、進捗管理システムはメッセージ及び進捗情報ＳＩを受信する照会処理を実行する。
【００７４】
初めに、図５中の（１）での進捗管理システム１の動作を説明する。
【００７５】
図６を参照して、初めに、ユーザ端末Ｕ１はＭＣＭサーバ１０に依頼情報ＲＩ１及び進捗情報ＳＩ１を送信する（１−１）。このとき依頼情報ＲＩ１に含まれる送信先情報は、ユーザ端末Ｕ２の情報である。
【００７６】
ＭＣＭサーバ１０は、依頼情報ＲＩ１を受け、メッセージテーブルＭＴに登録する。また、進捗情報ＳＩ１を受け、進捗テーブルＳＴに登録する（１−２）。
【００７７】
続いて、図５中の（２）の動作を説明する。図５中の（２）では、進捗管理システム１は照会処理を実行する。
【００７８】
図７を参照して、ユーザ端末Ｕ２は、自分宛のメッセージ及び進捗情報ＳＩがないか、ＭＣＭサーバ１０に照会する（２−１）。ＭＣＭサーバ１０は、ユーザ端末Ｕ２からの照会に応じて、登録した依頼情報ＲＩ１及び進捗情報ＳＩ１をＧＷサーバ１２を介してユーザ端末Ｕ２に送信する（２−２）。その結果、ユーザ端末Ｕ２は、依頼情報ＲＩ１及び進捗情報ＳＩ１を受信する（２−３）。
【００７９】
なお、ＧＷサーバ１２はＭＣＭサーバ１０から送信された依頼情報ＲＩ１及び進捗情報ＳＩ１を中継してユーザ端末Ｕ２に送信するが、このとき、ＧＷサーバ１２は自身のハードディスク１１１内に依頼情報ＲＩ１及び進捗情報ＳＩ１を登録する。
【００８０】
以上の動作により、ユーザ端末Ｕ１からユーザ端末Ｕ２に依頼情報ＲＩ１及び進捗情報ＳＩ１が送信される。ユーザ端末Ｕ２のユーザＰ２は、依頼情報ＲＩ１により依頼内容を確認でき、進捗情報ＳＩ１により依頼情報ＲＩ１が関連する案件の進捗を確認できる。
【００８１】
このように、進捗管理システム１はメッセージ送信処理と、照会処理とを複数回実行することで、メッセージチェーン業務を遂行する。
【００８２】
さらに、図５中の（３）及び（４）での進捗管理システム１の動作を説明する。
【００８３】
図８に図５中の（３）のメッセージ送信処理を示す。基本的には、図６と同じ動作である。ユーザ端末Ｕ２は依頼情報ＲＩ２及び進捗情報ＳＩ２をＭＣＭサーバ１０に送信する（３−１）。このとき、依頼情報ＲＩ２が有する送信先情報はユーザ端末Ｕ３である。ＭＣＭサーバ１０は依頼情報ＲＩ２及び進捗情報ＳＩ２を受け、依頼情報ＲＩ２をメッセージテーブルＭＴに登録し、進捗情報ＳＩ２を進捗テーブルＳＴに登録する（３−２）。
【００８４】
図９に図５中の（４）の照会処理を示す。ユーザ端末Ｕ３はメッセージ及び進捗情報ＳＩについてＭＣＭサーバ１０に照会する（４−１）。ＭＣＭサーバ１０は、ユーザ端末Ｕ３からの照会に応じて、依頼情報ＲＩ２及び進捗情報ＳＩ２を送信する。ユーザ端末Ｕ３は依頼情報ＲＩ２および進捗情報ＳＩ２を受信する（４−３）。ユーザ端末Ｕ３のユーザＰ３は、依頼情報ＲＩ２により依頼内容を確認でき、さらに進捗情報ＳＩ２により依頼情報ＲＩ２が関連する案件の進捗状況を確認できる。
【００８５】
さらに、本案件に関連する依頼情報ＲＩ１を最初に送信したユーザ端末Ｕ１も進捗情報ＳＩ２を取得できる。ユーザ端末Ｕ１はメッセージ及び進捗情報ＳＩについて照会する（４−４）。このとき、ＭＣＭサーバ１０は送信先情報をユーザ端末Ｕ１とするメッセージは登録していないと判断するが、ユーザ端末Ｕ１が本案件のメッセージチェーン業務に参加しているユーザ端末であると判断し、本案件の進捗を示す進捗情報ＳＩ２を取得すべきであると判断する。そこで、ＭＣＭサーバ１０は進捗情報ＳＩ２をユーザ端末Ｕ１に送信し（４−５）、ユーザ端末Ｕ１は送信された進捗情報ＳＩ２を受ける（４−６）。その結果、ユーザＰ１は自身が発した案件（依頼情報ＲＩ１）の進捗状況を把握できる。具体的には、ユーザＰ１はユーザＰ２から他のユーザに依頼情報ＲＩ１に関連した依頼が送信された状態であるという進捗状況を進捗情報ＳＩ２により確認できる。
【００８６】
以上に示すように、ＭＣＭサーバ１０はメッセージ送信処理によりメッセージ（依頼情報ＲＩ又は回答情報ＡＩ）及び進捗情報ＳＩを受けたとき、ユーザ端末Ｕｎの照会に応じ、メッセージが有する送信先情報のユーザ端末Ｕｎにメッセージと進捗情報ＳＩとを送信する。さらに、メッセージの送信先情報のユーザ端末Ｕｎではないが、同じ案件のメッセージチェーン業務に参加している全てのユーザ端末Ｕｎに、進捗情報ＳＩを送信する。
【００８７】
たとえば、図５中の（８）において、ユーザ端末Ｕ１〜Ｕ３が照会処理をした場合、ユーザ端末Ｕ３には回答情報ＡＩ１と進捗情報ＳＩが送信され、ユーザ端末Ｕ１及びＵ２には進捗情報ＳＩが送信される。よって、図５中の（８）でメッセージ（回答情報ＡＩ１）を受信するユーザ端末Ｕ３は進捗情報ＳＩを受信することで進捗状況を把握でき、さらに、ユーザ端末Ｕ１もユーザ端末Ｕ２も進捗情報ＳＩを受信することで進捗状況を把握できる。
【００８８】
以上の動作により、進捗管理システム１では、全てのメッセージ及び進捗情報をＭＣＭサーバ１０に集約する。メッセージチェーン業務に複数のユーザ端末Ｕｎが参加する場合、ＭＣＭサーバ１０はメッセージを送信先のユーザ端末Ｕｎに送信する。これにより、そのメッセージの送信元及び送信先のユーザ端末Ｕｎのみがそのメッセージの内容を取得でき、メッセージチェーン業務に参加する他のユーザ端末Ｕｎはそのメッセージの内容をみることができない。一方、ＭＣＭサーバ１０はメッセージチェーン業務に参加する全てのユーザ端末Ｕｎに進捗情報ＳＩを送信する。その結果、全てのユーザ端末Ｕｎは進捗状況を容易に把握できる。
【００８９】
以下、進捗管理システム１の動作の詳細を説明する。
【００９０】
２．１．図５中（１）のメッセージ送信処理
図１０を参照して、発信ユーザ端末であるユーザ端末Ｕ１がユーザ端末Ｕ２に依頼情報ＲＩ１を送信しようとするとき、ユーザ端末Ｕ１はユーザＰ１の操作に応じて依頼情報ＲＩ１及び進捗情報ＳＩ１を作成する（Ｓ１）。図１１にステップＳ１におけるユーザ端末Ｕ１の表示部１５２に表示される表示画面を示す。ユーザＰ１はメインメニュ画面２００内の新規依頼作成ボタン２０１を選択する。このとき、作成するメッセージ（依頼情報ＲＩ１）の種別が「依頼」に決定される。また、作成年月日も決定される。つまり、新規依頼作成ボタン２０１を選択したとき、進捗情報ＳＩ１に含まれる情報が決定される。
【００９１】
選択後のユーザ端末Ｕ１の表示画面を図１２に示す。ユーザＰ１の操作に応じて、ユーザ端末Ｕ１は、新規依頼作成画面２１０内の「宛先」に送信先情報となるユーザ端末Ｕ２の情報である「Ｕ２」を入力する。また、「件名」に依頼の件名「Ｘ１仕様検討依頼」を、「内容」に依頼内容「Ｘ１仕様にできますか。」を入力する。添付ファイルが存在する場合は、「添付ファイル」に添付ファイルのフルパス名を入力する。
【００９２】
ユーザＰ１は入力後、新規依頼作成ボタン２１１を選択する。新規依頼作成ボタン２１１が選択されると、ユーザ端末Ｕ１は依頼情報ＲＩ１及び進捗情報ＳＩ１を作成する。
【００９３】
依頼情報ＲＩ１及び進捗情報ＳＩ１を作成後、ユーザ端末Ｕ１は依頼情報ＲＩ１及び進捗情報ＳＩ１を送信元ＧＷサーバであるＧＷサーバ１１経由でＭＣＭサーバ１０に送信する（Ｓ２）。ＧＷサーバ１１はユーザ端末Ｕ１から依頼情報ＲＩ１及び進捗情報ＳＩ１を受け、そのまま依頼情報ＲＩ１及び進捗情報ＳＩ１をＭＣＭサーバ１０に送信する（Ｓ３）。
【００９４】
ＭＣＭサーバ１０は、依頼情報ＲＩ１及び進捗情報ＳＩ１を受け、受けた依頼情報ＲＩ１が案件番号を含んでいるか否かを判断する（Ｓ４）。判断の結果、依頼情報ＲＩ１は新規案件のメッセージであるため、案件番号を含んでいないと判断する。このとき、ＭＣＭサーバ１０は依頼情報ＲＩ１及び進捗情報ＳＩ１に案件ＮＯ＝「１０１」を付与する（Ｓ５）。これにより進捗管理システム１において新規の案件が発生する。なお、ステップＳ５で付与する案件番号は、ＭＣＭサーバ１０が過去に付与した案件番号と異なる番号にする。すなわち、ＭＣＭサーバ１０内に登録されている案件番号及び各ＧＷサーバ１１〜１４に登録されている案件番号と異なる番号にする。
【００９５】
ＭＣＭサーバ１０はさらに、受けた依頼情報ＲＩ１がチェーン番号を含んでいるか否かを判断する（Ｓ１４）。判断の結果、依頼情報ＲＩ１は新規案件のメッセージであるため、チェーン番号を含んでいないと判断する。このとき、ＭＣＭサーバ１０は依頼情報ＲＩ１及び進捗情報ＳＩ１にチェーンＮＯ＝１を付与する（Ｓ１５）。これにより、ユーザ端末Ｕ１とＵ２との間にチェーン（チェーンＮＯ＝１）が発生する。
【００９６】
続いて、ＭＣＭサーバ１０は登録処理を実行する（Ｓ１３）。初めに、ＭＣＭサーバ１０は依頼情報ＲＩ１をメッセージテーブルＭＴに登録する（Ｓ６）。登録後のメッセージテーブルを表４に示す。
【表４】
2005149044.tif 000006
【００９７】
表４を参照して、「案件ＮＯ」にはステップＳ５で付与された「１０１」が登録される。また、「チェーンＮＯ」にはステップＳ１５で付与された「１」が登録される。「種別」には「依頼」が登録される。なお、種別は、ステップＳ１でユーザＰ１が新規依頼作成ボタン２０１を選択したときに決定される。送信元情報にはユーザ端末Ｕ１であることを示す「Ｕ１」、送信先情報にはユーザ端末Ｕ２であることを示す「Ｕ２」がそれぞれ登録される。
【００９８】
なお、このときＭＣＭサーバ１０は、送信元情報及び送信先情報のユーザ端末Ｕ１及びＵ２を案件ＮＯ＝１０１の参加端末情報として登録する。つまり、ＭＣＭサーバ１０は、ユーザ端末Ｕ１及びＵ２を案件ＮＯ＝１０１のメッセージチェーン業務に参加するユーザ端末と認識する。
【００９９】
続いて、ＭＣＭサーバ１０は、進捗テーブルＳＴに進捗情報ＳＩ１を登録する（Ｓ７）。登録後の進捗テーブルを表５に示す。
【表５】
2005149044.tif 000007
【０１００】
表５を参照して、「案件ＮＯ」、「チェーンＮＯ」、「種別」はメッセージテーブルＭＴのものと同じである。また、「進捗」には「送信」が記録される。「作成日」にはユーザ端末Ｕ１がメッセージを作成した日付である「２００３／１０／１」が記録される。
【０１０１】
最後に、ＭＣＭサーバ１０は、取得指示テーブルＩＴに取得指示情報を登録する（Ｓ８）。登録後の取得指示テーブルＩＴを表６に示す。
【表６】
2005149044.tif 000008
【０１０２】
このとき、ユーザ端末Ｕ２は送信先情報であり、かつ、参加端末情報にも含まれる。そのため、ＭＣＭサーバ１０は、ユーザ端末Ｕ２に依頼情報ＲＩ１及び進捗情報ＳＩ１を送信すべきと判断する。よって、「取得範囲」には「メッセージ＋進捗情報」が登録される。
【０１０３】
ステップＳ１３の登録処理を実行後、ＭＣＭサーバ１０は、送信先ユーザ端末Ｕｎであるユーザ端末Ｕ２に、メッセージが届いている旨を電子メールで通知する（Ｓ９）。ユーザ端末Ｕ２は通知を受けることで、自分宛のメッセージがＭＣＭサーバ１０に登録されたことを認識できる。
【０１０４】
一方、ＭＣＭサーバ１０は、登録処理後（Ｓ１３）に案件ＮＯ＝１０１及びチェーンＮＯ＝１を付与した依頼情報ＲＩ１及び進捗情報ＳＩ１をＧＷサーバ１１に送信する（Ｓ１１）。ＧＷサーバ１１は、依頼情報ＲＩ１及び進捗情報ＳＩ１を受け、自身のハードディスク１１１内のメッセージテーブルＭＴＧＷに依頼情報ＲＩ１を登録し、進捗テーブルＳＴＧＷに進捗情報ＳＩ１を登録する（Ｓ１２）。これにより、送信元ユーザ端末Ｕｎであるユーザ端末Ｕ１が送信した依頼情報ＲＩ１及び進捗情報ＳＩ１は、送信元ＧＷサーバであるＧＷサーバ１１に資産として蓄積される。
【０１０５】
２．２．図５中（２）の照会処理
図１３を参照して、照会ユーザ端末であるユーザ端末Ｕ２は、照会コマンドを送信する（Ｓ２１）。ユーザＰ２は図１１中のメインメニュ画面２００内の照会ボタン２０２を選択する。ユーザ端末Ｕ２はユーザＰ２の操作に応じて照会コマンドを送信する。
【０１０６】
送信された照会コマンドは、照会ＧＷサーバであるＧＷサーバ１２が受信する。照会コマンドを受信後、ＧＷサーバ１２は前回の照会コマンドから所定期間△Ｔを経過したか否かを判断する（Ｓ２２）。判断の結果、所定期間△Ｔを経過している場合、ＧＷサーバ１２は、ユーザ端末Ｕ２から送信された照会コマンドをＭＣＭサーバ１０に送信する（Ｓ２３）。
【０１０７】
ＭＣＭサーバ１０は照会コマンドを受け、ユーザ端末Ｕ２が取得すべきメッセージ及び進捗情報ＳＩを送信する（Ｓ２４）。このとき、ＭＣＭサーバ１０は表６の取得指示テーブルＩＴに基づいて、ユーザ端末Ｕ２が取得すべきデータを依頼情報ＲＩ１及び進捗情報ＳＩ１と特定し、送信する。
【０１０８】
ＧＷサーバ１２は、ＭＣＭサーバ１０から送信された依頼情報ＲＩ１及び進捗情報ＳＩ１を受信し、自身のメッセージテーブルＭＴＧＷに依頼情報ＲＩ１を登録し、進捗テーブルＳＴＧＷに進捗情報ＳＩ１を登録する（Ｓ２５）。このときのメッセージテーブルＭＴＧＷは表４と同じになり、進捗テーブルＳＴＧＷは表５と同じになる。
【０１０９】
登録後、ＧＷサーバ１２は、ＭＣＭサーバ１０に対して、取得指示テーブルＩＴ内の表６に示した取得指示情報を削除するように指示する（Ｓ２６）。もし、取得指示情報が削除されなければ、次回ユーザ端末Ｕ２が照会コマンドを送信したときに、削除されないまま残っている取得指示情報に基づいて再び同じデータをＧＷサーバ１２に送信してしまうためである。ＭＣＭサーバ１０は削除指示を受け、表６の取得指示テーブルＩＴ内の取得指示情報を削除する（Ｓ３４）。削除後、ＭＣＭサーバ１０は、完了データ削除処理を実行する（Ｓ３５）。完了データ削除処理については後述の２．５．で説明する。
【０１１０】
続いて、ＧＷサーバ１２はメッセージテーブルＭＴＧＷ及び進捗テーブルＳＴＧＷに登録されたメッセージ及び進捗情報ＳＩに基づいてリストテーブルＬＴを作成する（Ｓ２７）。表７にリストテーブルＬＴを示す。
【表７】
2005149044.tif 000009
【０１１１】
表７を参照して、リストテーブルＬＴ内の「送信日」には進捗テーブルＳＴＧＷ内の「作成日」と同じデータが入力される。「送信元情報」と「送信先情報」と「件名」とにはメッセージテーブルＭＴＧＷ内のものと同じ内容が記録される。
【０１１２】
「状態」は、案件に対するユーザ端末Ｕ２の状態を示す。「状態」には「未回答」、「回答待ち」、「回答済み」、「完了」の４種類が存在する。「未回答」は、受信した案件番号の依頼情報ＲＩに対してユーザ端末Ｕ２が回答していない状態である。「回答待ち」は、受信した案件ＮＯの依頼情報ＲＩに関連した依頼情報ＲＩを、ユーザ端末Ｕ２が他のユーザ端末Ｕｎ（たとえばユーザ端末Ｕ３）に送信し、送信先のユーザ端末Ｕｎからの回答を待っている状態である。「回答済み」は、ユーザ端末Ｕ２がユーザ端末Ｕ１の依頼情報ＲＩ１に対して回答した状態である。「完了」はその案件番号の案件が完了した状態、つまり、ユーザ端末Ｕ１が作成した新規案件の依頼情報ＲＩ１に対して回答を受け、ユーザ端末Ｕ１がその回答で了承した状態である。「状態」は進捗情報ＳＩに基づいて決定される。図５中（２）では、依頼情報ＲＩ１に対して、ユーザ端末Ｕ２はメッセージ（他のユーザ端末Ｕｎへの依頼情報ＲＩ又は回答情報ＡＩ）を送信していないため、表７中の案件ＮＯ＝１０１の「状態」には「未回答」が表示される。
【０１１３】
「進捗状況」は、案件番号ごとのメッセージチェーン業務の進捗状況が表示される。「進捗状況」は進捗情報ＳＩ１内の「チェーンＮＯ」と「種別」で決定される。表８に進捗状況の表示例を示す。
【表８】
2005149044.tif 000010
【０１１４】
表８では、進捗状況を「☆」又は「★」で表示する。「☆」は同じ案件番号で送信された依頼情報ＲＩにより形成されたチェーン数に対応する。図５中の（２）の場合、進捗情報ＳＩ１のチェーンＮＯ＝１で、かつ、種別が「依頼」であるため、表８のパターン１の進捗状況が表示される。一方、各チェーン内で回答情報ＡＩが送信された場合は「☆」を「★」に変更する。たとえば、図５中の（１０）では、回答情報ＡＩ２が送信されるので、このときの進捗状況は表８中のパターン２に示すように「★★☆」となる。
【０１１５】
このように、視覚に訴える表示をすることで、ユーザは進捗状況を容易に把握できる。
【０１１６】
なお、「進捗状況」は他の表示の方法でもよい。「進捗状況」の他の一例を表９に示す。
【表９】
2005149044.tif 000011
【０１１７】
パターン１は表８のパターン１に、パターン２は表８のパターン２にそれぞれ対応する。「→」は依頼済みを示し、「←」は回答済みを示す。「Ａ」〜「Ｄ」はユーザ端末Ｕ１〜Ｕ４に対応する。同じ案件番号のメッセージチェーン業務に参加しているユーザ端末Ｕｎの参加順に「Ａ」「Ｂ」「Ｃ」「Ｄ」は付与される。これにより、同じ案件のメッセージチェーン業務に参加するユーザ端末Ｕｎが特定されるのを防止する。
【０１１８】
ステップＳ２７でリストテーブルＬＴを作成する。その後、ＧＷサーバ１２はリストテーブルＬＴをユーザ端末Ｕ２に送信する（Ｓ２８）。
【０１１９】
また、ステップＳ２２で判断の結果、所定期間△Ｔを経過していない場合、ＧＷサーバ１２はメッセージテーブルＭＴＧＷ及び進捗テーブルＳＴＧＷに既に登録されているメッセージ及び進捗情報ＳＩに基づいてリストテーブルＬＴを作成し（Ｓ２７）、作成したリストテーブルＬＴを送信する（Ｓ２８）。新しいメッセージがＭＣＭサーバ１０に送信されるまでの間に、ユーザ端末Ｕ２が短時間に何回も照会コマンドを送信しても、新たなメッセージ及び進捗情報ＳＩはＧＷサーバ１２に送信されない。この場合、ＧＷサーバ１２とＭＣＭサーバ１０との通信が無駄になる。よって、ＧＷサーバ１２は前回の照会コマンドを受けてから所定時間△Ｔが経過したか否かを判断することで、無駄な通信を防止できる。
【０１２０】
なお、所定時間△Ｔが経過する前であっても、ユーザ端末Ｕ２のユーザＰ２が照会したい場合もある。たとえば、ＭＣＭサーバ１０からメッセージが届いている旨の通知を受けた場合等である。この場合、ユーザ端末Ｕ２はステップＳ２１で強制照会コマンドを送信する。ＧＷサーバ１２は、強制照会コマンドを受信した場合、所定時間△Ｔを経過したか否かに関わらず、照会コマンドをＭＣＭサーバに送信する（Ｓ２３）。
【０１２１】
ユーザ端末Ｕ２はリストテーブルＬＴを受信後、表示部１５２にリストテーブルＬＴを表示する（Ｓ２９）。ステップＳ２９で表示された画面を図１４に示す。ユーザ端末Ｕ２のユーザＰ２は、リストテーブルＬＴを閲覧後、詳細を閲覧したいデータを要求する（Ｓ３０）。具体的には、ユーザＰ２は詳細を閲覧したい案件ＮＯ＝１０１のボックス３００を選択する。ユーザ端末Ｕ２は選択された案件ＮＯ＝１０１の詳細情報、すなわち依頼情報ＲＩ１をＧＷサーバ１２に要求する。
【０１２２】
ＧＷサーバ１２は、ユーザ端末Ｕ２からの要求に応じて案件ＮＯ＝１０１のメッセージを全てユーザ端末Ｕ２に送信する（Ｓ３１）。図５中（２）の段階では、ＧＷサーバ１２は、ユーザ端末Ｕ２の要求に応じて依頼情報ＲＩ１を送信する。送信された依頼情報ＲＩ１を受け、ユーザ端末Ｕ２は表示部１５２に表示する（Ｓ３２）。ステップＳ３２での表示画面を図１５に示す。
【０１２３】
以上の動作により、照会ユーザ端末Ｕｎは、メッセージ及び進捗情報ＳＩを照会したとき、照会ＧＷサーバが作成したリストテーブルＬＴを閲覧できる。よって、一度に複数の情報を閲覧せずに済み、リストテーブルＬＴに基づいて、閲覧したい情報を選択できる。
【０１２４】
２．３．図５中（３）におけるメッセージ送信処理
図５中の（３）では、ユーザ端末Ｕ１から新規案件の依頼情報ＲＩ１を受けたユーザ端末Ｕ２が、その依頼情報ＲＩ１に関連した依頼情報ＲＩ２をユーザ端末Ｕ３に送信する。このときのメッセージ送信処理について説明する。メッセージ送信処理動作は図１０と同じである。
【０１２５】
図１０を参照して、ユーザ端末Ｕ２はユーザ端末Ｕ３宛の依頼情報ＲＩ２及び進捗情報ＳＩ２を作成する（Ｓ１）。ユーザ端末Ｕ３に依頼情報ＲＩ２を送信したい場合、図１５に示した画面内で、ユーザＰ２は追加依頼ボタン３２０を選択する。選択後の画面を図１６に示す。ユーザＰ２は図１６の表示画面に従って、依頼情報ＲＩ２及び進捗情報ＳＩ２を作成する。ユーザＰ２が追加依頼ボタン３２０を選択したとき、ユーザ端末Ｕ２は依頼情報ＲＩ２に依頼情報ＲＩ１と同じ案件ＮＯ＝１０１を付与する。なお、このとき、依頼情報ＲＩ２及び進捗情報ＳＩ２はチェーン番号を含まない。すなわち、追加依頼ボタン３２０を選択したときに作成される依頼情報ＲＩ及び進捗情報ＳＩは、チェーン番号を含まない。
【０１２６】
入力後、ユーザＰ２が図１６の画面上の追加依頼ボタン３３０を選択することで、ユーザ端末Ｕ２は依頼情報ＲＩ２及び進捗情報ＳＩ２を作成する。ユーザ端末Ｕ２は依頼情報ＲＩ２及び進捗情報ＳＩ２をＧＷサーバ１２を介して（Ｓ３）、ＭＣＭサーバ１０に送信する（Ｓ２）。
【０１２７】
ＭＣＭサーバ１０は、依頼情報ＲＩ２及び進捗情報ＳＩ２を受信し、依頼情報ＲＩ２に案件番号が付されているか否かを判断する（Ｓ４）。判断の結果、依頼情報ＲＩ２は案件ＮＯ＝１０１を含むため、ＭＣＭサーバ１０はステップＳ１４に進む。
【０１２８】
ステップＳ１４で、ＭＣＭサーバ１０は、依頼情報ＲＩ２がチェーン番号を含むか否かを判断する（Ｓ１４）。判断の結果、依頼情報ＲＩ２はチェーン番号を含まないため、ＭＣＭサーバ１０は依頼情報ＲＩ２及び進捗情報ＳＩ２にチェーン番号を付与する（Ｓ１５）。チェーン番号の付与は、進捗情報ＳＩ２内の「案件ＮＯ」と「種別」とで決定される。具体的には、ＭＣＭサーバ１０は、進捗テーブルＳＴに既に登録されている進捗情報ＳＩの中から、進捗情報ＳＩ２と同じ案件番号であり、かつ、「種別」が「依頼」である進捗情報ＳＩを検索する。検索後、ＭＣＭサーバ１０は、検索した１又は複数の進捗情報ＳＩが有するチェーン番号のうち、最大のチェーン番号を特定する。ＭＣＭサーバ１０は、特定した最大のチェーン番号をインクリメントした数を、進捗情報ＳＩ２及び依頼情報ＲＩ２のチェーン番号として付与する。
【０１２９】
ＭＣＭサーバ１０は、ステップＳ１５で進捗テーブルＳＴ内の進捗情報ＳＩ１を検索し、進捗情報ＳＩ１内のチェーンＮＯ＝１をこの時点での最大のチェーン番号と特定する。よって、ＭＣＭサーバ１０はチェーンＮＯ＝１をインクリメントしたチェーンＮＯ＝２
を進捗情報ＳＩ２及び依頼情報ＲＩ２に付与する。
【０１３０】
チェーン番号を付与後、ＭＣＭサーバ１０はステップＳ６の動作に進む。
【０１３１】
以降の動作は２．１．のメッセージ送信処理と同じ動作である。なお、ステップＳ６で、参加端末情報として「Ｕ１」と「Ｕ２」と「Ｕ３」とが登録される。また、ステップＳ７で進捗情報ＳＩ２を進捗テーブルＳＴに登録するが、このときの進捗テーブルを表１０に示す。
【表１０】
2005149044.tif 000012
【０１３２】
表１０に示すように、進捗テーブルＳＴには進捗情報ＳＩ１とＳＩ２とが登録される。
【０１３３】
同様にステップＳ８での取得指示テーブルＩＴを表１１に示す。
【表１１】
2005149044.tif 000013
【０１３４】
表１１に示すように、取得指示テーブルＩＴには、案件ＮＯ＝１０１の送信先情報及び参加端末情報に含まれるユーザ端末Ｕ３の取得範囲は「メッセージ＋進捗情報」と表示され、参加端末情報に含まれるユーザ端末Ｕ１の取得範囲は「進捗情報」と表示される。
【０１３５】
これにより、ユーザ端末Ｕ３は照会処理で依頼情報ＲＩ２及び進捗情報ＳＩ２を取得でき、さらにユーザ端末Ｕ１も照会処理により進捗情報ＳＩ２を取得できる。よって、ユーザ端末Ｕ１は照会処理を実行すれば、案件ＮＯ＝１０１の進捗状況を容易に把握できる。また、ユーザ端末Ｕ２からユーザ端末Ｕ３に送信される依頼情報ＲＩ２の内容をユーザ端末Ｕ１は受信できず、依頼情報ＲＩ２の内容はユーザ端末Ｕ２とＵ３以外に漏洩しない。
【０１３６】
２．４．図５中（１２）でのメッセージ送信処理
図５中の（１２）でユーザ端末Ｕ２がユーザ端末Ｕ１に回答情報ＡＩ３及び進捗情報ＳＩ６を送信する場合のメッセージ送信処理について説明する。処理動作フローは図１０と同じである。
【０１３７】
ユーザ端末Ｕ２が回答情報ＡＩ３及び進捗情報ＳＩ６を作成する場合（Ｓ１）、図１５内の回答ボタン３１０を選択する。このとき、回答情報ＡＩ３及び進捗情報ＳＩ６の種別が「回答」に決定される。選択後の画面を図１７に示す。このとき、回答情報ＡＩ３及び進捗情報ＳＩ６に付与されるチェーン番号は対応する依頼情報ＲＩ１のチェーンＮＯ＝１に決定される。すなわち、回答情報ＡＩを作成する場合、その回答情報ＡＩ及び回答情報ＡＩと同時に作成される進捗情報ＳＩのチェーン番号は、回答情報ＡＩに対応する依頼情報ＲＩのチェーン番号が付与される。
【０１３８】
また、案件番号は依頼情報ＲＩ１の案件番号と同じ「１０１」に決定される。ユーザＰ２は回答を入力後、回答作成ボタン４００を選択する。ユーザＰ２が回答作成ボタン４００を選択したとき、ユーザ端末Ｕ２は回答情報ＡＩ３及び進捗情報ＳＩ６を作成する。
【０１３９】
ユーザ端末Ｕ２は、作成した回答情報ＡＩ３及び進捗情報ＳＩ６をＧＷサーバ１２を解して（Ｓ３）ＭＣＭサーバ１０に送信する（Ｓ３）。ＭＣＭサーバ１０は、回答情報ＡＩ３及び進捗情報ＳＩ６を受信し、案件番号の有無を判断する（Ｓ４）。判断の結果、ＭＣＭサーバ１０は、回答情報ＡＩ３及び進捗情報ＳＩ６は案件ＮＯ＝１０１を含むと判断する。
【０１４０】
続いて、ＭＣＭサーバ１０は、チェーン番号の有無を判断する（Ｓ１４）。回答情報ＡＩ３はチェーン番号を含むため、ＭＣＭサーバ１０は、回答情報ＡＩ３及び進捗情報ＳＩ６はチェーン番号を含むと判断し、ステップＳ６の動作へ進む。
【０１４１】
以降の動作は２．１．及び２．３．と同じである。
【０１４２】
なお、ステップＳ６で登録されている参加端末情報は「Ｕ１」と「Ｕ２」と「Ｕ３」と「Ｕ４」である。また、ステップＳ７での進捗テーブルＳＴを表１２に示す。
【表１２】
2005149044.tif 000014
【０１４３】
また、図７中のステップＳ８で作成される取得指示テーブルＩＴを表１３に示す。
【表１３】
2005149044.tif 000015
【０１４４】
図５中の（１２）では、参加端末情報に含まれるユーザ端末はＵ１〜Ｕ４となる。また、送信先情報はユーザ端末Ｕ１となる。その結果、表１３を参照して、ユーザ端末Ｕ１の取得範囲は「メッセージ＋進捗情報」と表示され、ユーザ端末Ｕ３及びＵ４の取得範囲は「進捗情報」と表示される。
【０１４５】
２．５．完了処理
図５中の（１２）でユーザ端末Ｕ１が、回答情報ＡＩ３及び進捗情報ＳＩ６を受け、その内容をユーザＰ１が了承した場合、進捗管理システム１では完了処理が行われる。以下、完了処理について説明する。
【０１４６】
図１８を参照して、ユーザＰ１の操作に応じてユーザ端末Ｕ１が完了要求を送信する（Ｓ４１）。完了要求は案件ＮＯ＝１０１を含む。ＧＷサーバ１１はユーザ端末Ｕ１から送信された完了要求を中継してＭＣＭサーバ１０に送信する（Ｓ４２）。
【０１４７】
ＭＣＭサーバ１０は、受信した完了要求に基づいて、進捗テーブルＳＴ内の案件ＮＯ＝１０１の進捗情報ＳＩを更新する（Ｓ４３）。具体的には、ＭＣＭサーバ１０は今まで蓄積してきた案件ＮＯ＝１０１の進捗情報ＳＩの「進捗」を全て「完了」とする。ステップＳ４３で更新された進捗テーブルＳＴを表１４に示す。
【表１４】
2005149044.tif 000016
【０１４８】
続いて、ＭＣＭサーバ１０は進捗テーブルＳＴに基づいて、取得指示テーブルＩＴに取得指示情報を登録する（Ｓ４４）。このとき、ＭＣＭサーバは案件ＮＯ＝１０１のメッセージチェーン業務に参加した（つまり、参加端末情報に登録された）ユーザ端末Ｕ２〜Ｕ４に対し、チェーンＮＯ＝１の「回答」の進捗情報ＳＩ６を完了通知として取得するよう、取得指示情報を作成する。ステップＳ４４で登録された取得指示テーブルを表１５に示す。
【表１５】
2005149044.tif 000017
【０１４９】
表１５を参照して、ＭＣＭサーバ１０はステップＳ４４で、アンカ取得情報ＡＮＣも作成する。アンカ取得情報ＡＮＣは、案件ＮＯを「１０１」とし、「取得ユーザ」を「９９９９９９９９」とし、完了フラグを「１」としている。アンカ取得情報ＡＮＣは、後述する完全データ削除処理を実行するためのものである。
【０１５０】
取得指示テーブルＩＴを登録後、ＭＣＭサーバ１０は完了通知をＧＷサーバ１１に送信する（Ｓ４５）。このとき、ＭＣＭサーバ１０は取得指示テーブルＩＴ内の「案件ＮＯ」と「チェーンＮＯ」と「種別」とにより特定される進捗情報ＳＩ６を完了通知として送信する。
【０１５１】
ＧＷサーバ１１は、完了通知を受けた後、ＧＷサーバ１１内の進捗テーブルＳＴＧＷを更新する（Ｓ４６）。更新後の進捗テーブルＳＴＧＷは表１４と同じになる。
【０１５２】
更新後、ＧＷサーバ１１はユーザ端末Ｕ１に完了通知を送信する（Ｓ４７）。ユーザ端末Ｕ１は完了通知を受け、表示部１５２に表示する（Ｓ４８）。
【０１５３】
完了処理により、案件ＮＯ＝１０１のメッセージチェーン業務は完了する。
【０１５４】
なお、再び図１３を参照して、完了処理後にユーザ端末Ｕ２〜Ｕ４が照会処理をした結果、ステップＳ３４で、ＭＣＭサーバ１０の取得指示テーブルＩＴ内の取得情報が削除される。ユーザ端末Ｕ２〜Ｕ４が照会処理により完了通知（表１４における進捗情報ＳＩ６）を取得したとき、取得指示テーブルＩＴにはアンカ取得情報ＡＮＣのみが残る。このとき、ＭＣＭサーバ１０の消去部１０４は、メッセージテーブルＭＴ及び進捗テーブルＳＴ内の案件ＮＯ＝１０１に関する全ての情報を消去する。これにより、案件ＮＯ＝１０１のメッセージと進捗情報と参加端末情報が消去される。このとき、アンカ取得情報ＡＮＣも消去される。これにより、新たな案件のメッセージや進捗情報ＳＩを登録するためのハードディスク１０１の容量を確保できる。
【０１５５】
２．６．検索処理
メッセージ送信処理及び照会処理でＧＷサーバ内のデータベースＤＢに蓄積されたメッセージ及び進捗情報ＳＩは資産として活用できる。具体的には、ユーザ端末Ｕｎは、検索により、対応するＧＷサーバ内のデータベースＤＢに蓄積されたメッセージ及び進捗情報ＳＩを閲覧できる。
【０１５６】
図１９を参照して、ユーザ端末Ｕ１は、検索要求をＧＷサーバ１１に送信する（Ｓ５１）。このとき、検索要求には検索キーが含まれる。検索キーは、キーワードでもよいし、メッセージ作成日でもよい。ＧＷサーバ１１は検索要求を受信し、検索要求内の検索キーを用いてデータベースＤＢを検索し（Ｓ５２）、検索結果をユーザ端末Ｕ１に送信する（Ｓ５３）。検索結果はユーザ端末Ｕ１の表示部１５２に表示される（Ｓ５４）。
【０１５７】
以上の動作により、ＧＷサーバに蓄積された進捗情報ＳＩ及びメッセージは、資産として活用できる。
【０１５８】
なお、本実施の形態におけるメインテーブルＭＴは、表１６に示すようなものであってもよい。
【表１６】
2005149044.tif 000018
【０１５９】
表１６を参照して、メッセージテーブルＭＴは、表１と比較して、新たに「分類」欄が設けられる。「分類」は「分類１」〜「分類３」を含む。「分類」は、各メッセージの内容に基づいた分類項目（以下、分類キーと称する）が示される。「分類１」には、対応するメッセージについての大分類キーが登録され、「分類２」には、中分類キーが登録され、「分類３」には、小分類キーが登録される。各分類キーは、メッセージ（依頼情報ＲＩ又は回答情報ＡＩ）を送信するユーザ端末Ｕｎを利用するユーザＰｎにより決定される。
【０１６０】
たとえば、ユーザ端末Ｕ２を利用するユーザＰ２は、依頼情報ＲＩを作成するとき、大分類キーを製品名とし、中分類キーをメッセージの内容項目（要望、クレーム等）とし、
小分類キーをユーザＰ２に依頼をしたユーザＰｎの所在地（東京都、大阪市等）とすることを予め決めておく。
【０１６１】
ユーザ端末Ｕ２がユーザ端末Ｕ１から「製品Ｚを仕様Ｘにできるか。」という内容の依頼情報ＲＩ１を受信した場合であって、ユーザ端末Ｕ２が、ユーザ端末Ｕ３を送信先とした追加の依頼情報ＲＩ２を作成するとき、ユーザＰ２は、大分類キーを「製品Ｚ」とし、中分類キーを「要望」とし、小分類キーをユーザＰ１の所在地である「大阪市」としてユーザ端末Ｕ２に入力する。これにより、各分類キーを含む依頼情報ＲＩ２が作成され、ＭＣＭサーバ１０に送信される。ＭＣＭサーバ１０は依頼情報ＲＩ２を受信し、表１６に示すように、依頼情報ＲＩ２をメッセージテーブルＭＴに登録する。さらに、ＧＷサーバ１２も各分類キーを含む依頼情報ＲＩ２を登録する。
【０１６２】
このように、メッセージを送信するユーザ端末Ｕｎが分類キーを決定する。そのため、検索処理において、ユーザ端末ＵｎのユーザＰｎは、自身が決定した分類キーに基づいて、対応するＧＷサーバに蓄積されるメッセージを検索できる。
【０１６３】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【０１６４】
【図１】本発明の実施の形態による進捗管理システムの構成を示す機能ブロック図である。
【図２】図１に示したＭＣＭサーバの構成を示す機能ブロック図である。
【図３】図１に示したＧＷサーバの構成を示す機能ブロック図である。
【図４】図１に示したユーザ端末の構成を示す機能ブロック図である。
【図５】本実施の形態によるメッセージチェーン業務を説明するための図である。
【図６】図１に示した進捗管理システムのメッセージ送信処理の動作を説明するための図である。
【図７】図１に示した進捗管理システムの照会処理の動作を説明するための図である。
【図８】図１に示した進捗管理システムのメッセージ送信処理の動作の他の例を説明するための図である。
【図９】図１に示した進捗管理システムの照会処理の動作の他の例を説明するための図である。
【図１０】図１に示した進捗管理システムのメッセージ送信処理の動作を示すフロー図である。
【図１１】図１０中のステップＳ１で表示される画面を示す図である。
【図１２】図１０中のステップＳ１で表示される他の画面を示す図である。
【図１３】図１に示した進捗管理システムの照会処理の動作を示すフロー図である。
【図１４】図１３中のステップＳ２９で表示される画面を示す図である。
【図１５】図１３中のステップＳ３２で表示される画面を示す図である。
【図１６】図１０中のステップＳ１で表示される他の画面を示す図である。
【図１７】図１０中のステップＳ１で表示される他の画面を示す図である。
【図１８】図１に示した進捗管理システムの完了処理の動作を示すフロー図である。
【図１９】図１に示した進捗管理システムの検索処理の動作を示すフロー図である。
【図２０】従来のメッセージチェーン業務を説明するための図である。
【符号の説明】
【０１６５】
１  進捗管理システム
２  ネットワーク
１０  ＭＣＭサーバ
１１〜１４  ＧＷサーバ
１０１，１１１  ハードディスク
１０２  判断部
１０３，１１３  登録部
１０４  消去部
１０５，１１５，１５３  送受信部
１１２  検索部
１１４  編集部
１５０  記憶部
１５１  制御部
１５２  表示部
１５４  入力部
【図１】
2005149044.tif 000019
【図２】
2005149044.tif 000020
【図３】
2005149044.tif 000021
【図４】
2005149044.tif 000022
【図５】
2005149044.tif 000023
【図６】
2005149044.tif 000024
【図７】
2005149044.tif 000025
【図８】
2005149044.tif 000026
【図９】
2005149044.tif 000027
【図１０】
2005149044.tif 000028
【図１１】
2005149044.tif 000029
【図１２】
2005149044.tif 000030
【図１３】
2005149044.tif 000031
【図１４】
2005149044.tif 000032
【図１５】
2005149044.tif 000033
【図１６】
2005149044.tif 000034
【図１７】
2005149044.tif 000035
【図１８】
2005149044.tif 000036
【図１９】
2005149044.tif 000037
【図２０】
2005149044.tif 000038