(57)【要約】【課題】  信頼できる複数のプロジェクトから構成されるプロジェクトネットワークを容易に構築できるプロジェクト管理装置及びその方法を提供する。【解決手段】  課金空間ＤＢ３５０は、課金空間データを記憶し、プロジェクトＤＢ３５２は、課金空間に含まれる親プロジェクト及び親プロジェクトに従属するサブプロジェクトのデータを記憶する。親プロジェクト作成受付部３０６は、作成データを受け付け、ＤＢに記憶して、課金空間及び親プロジェクトを新たに作成する。サブプロジェクト作成受付部３１０は、作成データを受け付けて、ＤＢに記憶して、サブプロジェクトを作成する。管理者承認依頼部３１２は、ユーザに対して管理者の承認を行い、サブプロジェクトは、この承認の後に運用を開始される。参加承認依頼部３１８は、ユーザに対してプロジェクト参加の承認を行い、ユーザは、この承認の後にプロジェクトに参加する。【選択図】  図５
2006301898.tif 000002
【特許請求の範囲】
【請求項１】
１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つの子プロジェクトを記憶する記憶手段と、
前記記憶手段により記憶される親プロジェクト及び子プロジェクトにおける処理を行う処理手段と
を有するプロジェクト管理装置。
【請求項２】
前記記憶手段により記憶される親プロジェクト及び子プロジェクトは、管理者により管理される
請求項１に記載のプロジェクト管理装置。
【請求項３】
前記記憶手段により記憶される子プロジェクトは、この子プロジェクトが従属する親プロジェクトの管理者により、作成及び削除される
請求項２に記載のプロジェクト管理装置。
【請求項４】
前記記憶手段により記憶される子プロジェクトは、この子プロジェクトが従属する親プロジェクトの管理者により、凍結される
請求項３に記載のプロジェクト管理装置。
【請求項５】
前記記憶手段により記憶される子プロジェクトの管理者は、この子プロジェクトが従属する親プロジェクトの管理者により任命される
請求項２に記載のプロジェクト管理装置。
【請求項６】
前記処理手段は、前記記憶手段により記憶される子プロジェクトの管理者がこの子プロジェクトの管理者となることを承認した後に、この子プロジェクトにおける処理を行う
請求項５に記載のプロジェクト管理装置。
【請求項７】
前記記憶手段により記憶される親プロジェクト及び子プロジェクトに、メンバーが追加される場合に、このメンバーに対して承認を行う承認手段をさらに有する
請求項１に記載のプロジェクト管理装置。
【請求項８】
前記記憶手段により記憶される親プロジェクト及び子プロジェクトは、課金の対象である課金対象空間のいずれかに含まれる
請求項１に記載のプロジェクト管理装置。
【請求項９】
前記記憶手段は、前記処理手段により行われる親プロジェクト及び子プロジェクトにおける処理の頻度を、課金対象空間ごとに記憶する
請求項８に記載のプロジェクト管理装置。
【請求項１０】
前記記憶手段により記憶される処理の頻度に応じて、課金対象空間に対して課される金額を決済する決済手段をさらに有する
請求項９に記載のプロジェクト管理装置。
【請求項１１】
前記処理手段は、前記記憶手段により記憶される親プロジェクト及び子プロジェクトにおいて発信されたメールを、発信されたプロジェクトのメンバーに対して転送する
請求項１０に記載のプロジェクト管理装置。
【請求項１２】
前記記憶手段は、前記処理手段により転送されたメールの発信数を、課金対象空間ごとに記憶する
請求項１１に記載のプロジェクト管理装置。
【請求項１３】
前記決済手段は、前記記憶手段により記憶されるメールの発信数に応じて、課金対象空間に対して課される金額を算出する
請求項１２に記載のプロジェクト管理装置。
【請求項１４】
対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する子プロジェクトとを管理するプロジェクト管理装置と、親プロジェクトを管理する親プロジェクト管理装置と、子プロジェクトを管理する子プロジェクト管理装置とを含むプロジェクト管理システムであって、
前記プロジェクト管理装置は、
１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つの子プロジェクトとを記憶する記憶手段と、
前記記憶手段により記憶される親プロジェクト及び子プロジェクトにおける処理を行う処理手段と
を有し、
前記親プロジェクト管理装置は、
前記記憶手段により記憶される親プロジェクトを作成する親プロジェクト作成手段と、
前記親プロジェクト作成手段により作成された親プロジェクトを更新する親プロジェクト更新手段と
を有し、
前記子プロジェクト管理装置は、
前記親プロジェクト作成手段により作成された親プロジェクトに従属する子プロジェクトを作成する子プロジェクト作成手段と、
前記子プロジェクト作成手段により作成された子プロジェクトを更新する子プロジェクト更新手段と
を有する
プロジェクト管理システム。
【請求項１５】
１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つの子プロジェクトとを記憶し、
前記記憶される親プロジェクト及び子プロジェクトにおける処理を行う
プロジェクト管理方法。
【請求項１６】
コンピュータを含むプロジェクト管理装置において、
１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つの子プロジェクトとを記憶する記憶ステップと、
前記記憶される親プロジェクト及び子プロジェクトにおける処理を行う処理ステップと
を前記プロジェクト管理装置のコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のプロジェクトを管理するプロジェクト管理装置及びその方法に関する。
【背景技術】
【０００２】
この種のプロジェクト管理装置においては、並列に遂行される複数のプロジェクトを管理し、メンバー及び共有される情報の信頼性を確保することが求められている。
特許文献１においては、個人情報データベースとメールサーバとを連携させて、任意の組織におけるメンバー間で情報共有を行う管理方法が開示されている。
また、特許文献２においては、電子文書に含まれる所定の情報に従ってなされるアクセス制御に従って、組織単位で電子文書を回付する管理方法が開示されている。
しかしながら、これらの文献のいずれにおいても、信頼できる複数のプロジェクトから構成されるプロジェクトネットワークについては考慮されていない。
【特許文献１】特開２００２−０２６９６２
【特許文献２】特開２００２−０９９６８７
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、上述した背景からなされたものであり、信頼できる複数のプロジェクトから構成されるプロジェクトネットワークを容易に構築できるプロジェクト管理装置及びその方法を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するために、本発明にかかるプロジェクト管理装置は、１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つの子プロジェクトを記憶する記憶手段と、前記記憶手段により記憶される親プロジェクト及び子プロジェクトにおける処理を行う処理手段とを有する。
【０００５】
好適には、前記記憶手段により記憶される親プロジェクト及び子プロジェクトは、管理者により管理される。
好適には、前記記憶手段により記憶される子プロジェクトは、この子プロジェクトが従属する親プロジェクトの管理者により、作成及び削除される。
好適には、前記記憶手段により記憶される子プロジェクトは、この子プロジェクトが従属する親プロジェクトの管理者により、凍結される。
【０００６】
好適には、前記記憶手段により記憶される子プロジェクトの管理者は、この子プロジェクトが従属する親プロジェクトの管理者により任命される。
好適には、前記処理手段は、前記記憶手段により記憶される子プロジェクトの管理者がこの子プロジェクトの管理者となることを承認した後に、この子プロジェクトにおける処理を行う。
好適には、前記記憶手段により記憶される親プロジェクト及び子プロジェクトに、メンバーが追加される場合に、このメンバーに対して承認を行う承認手段をさらに有する。
【０００７】
好適には、前記記憶手段により記憶される親プロジェクト及び子プロジェクトは、課金の対象である課金対象空間のいずれかに含まれる。
好適には、前記記憶手段は、前記処理手段により行われる親プロジェクト及び子プロジェクトにおける処理の頻度を、課金対象空間ごとに記憶する。
好適には、前記記憶手段により記憶される処理の頻度に応じて、課金対象空間に対して課される金額を決済する決済手段をさらに有する。
【０００８】
また、好適には、前記処理手段は、前記記憶手段により記憶される親プロジェクト及び子プロジェクトにおいて発信されたメールを、発信されたプロジェクトのメンバーに対して転送する。
また、好適には、前記記憶手段は、前記処理手段により転送されたメールの発信数を、課金対象空間ごとに記憶する。
さらに、好適には、前記決済手段は、前記記憶手段により記憶されるメールの発信数に応じて、課金対象空間に対して課される金額を算出する。
【０００９】
本発明にかかるプロジェクト管理システムは、対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する子プロジェクトとを管理するプロジェクト管理装置と、親プロジェクトを管理する親プロジェクト管理装置と、子プロジェクトを管理する子プロジェクト管理装置とを含むプロジェクト管理システムであって、前記プロジェクト管理装置は、１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つの子プロジェクトとを記憶する記憶手段と、前記記憶手段により記憶される親プロジェクト及び子プロジェクトにおける処理を行う処理手段とを有し、前記親プロジェクト管理装置は、前記記憶手段により記憶される親プロジェクトを作成する親プロジェクト作成手段と、前記親プロジェクト作成手段により作成された親プロジェクトを更新する親プロジェクト更新手段とを有し、前記子プロジェクト管理装置は、前記親プロジェクト作成手段により作成された親プロジェクトに従属する子プロジェクトを作成する子プロジェクト作成手段と、前記子プロジェクト作成手段により作成された子プロジェクトを更新する子プロジェクト更新手段とを有する。
【００１０】
本発明にかかるプロジェクト管理方法は、１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つの子プロジェクトとを記憶し、前記記憶される親プロジェクト及び子プロジェクトにおける処理を行う。
【００１１】
本発明にかかるプログラムは、コンピュータを含むプロジェクト管理装置において、１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つの子プロジェクトとを記憶する記憶ステップと、前記記憶される親プロジェクト及び子プロジェクトにおける処理を行う処理ステップとを前記プロジェクト管理装置のコンピュータに実行させる。
【発明の効果】
【００１２】
本発明によれば、信頼できる複数のプロジェクトから構成されるプロジェクトネットワークを容易に構築できる。
【発明を実施するための最良の形態】
【００１３】
本発明の理解を容易にするために、まず、本発明に係るプロジェクト管理装置によりなされるプロジェクト管理の概要を説明する。
図１は、本発明に係るプロジェクト管理装置により管理されるプロジェクトを例示する図である。図１に例示するように、プロジェクトは、親プロジェクトとサブプロジェクト（子プロジェクト）とに分けられ、課金空間（対象空間）に含まれて管理される。
親プロジェクト２００−１及びサブプロジェクト２０２−１は、課金空間２−１に含まれる。サブプロジェクト２０２−１は、課金空間２−１に含まれる親プロジェクト２００−１に従属する。なお、以降、親プロジェクトとサブプロジェクトとを区別せずに示すときには、単にプロジェクトと略記することがある。
【００１４】
ユーザは、プロジェクトのメンバーとして、プロジェクトに参加する。例えば、親プロジェクト２００−１のメンバーは、ユーザ側管理者２０６−１及びユーザ２０８−１，２０８−４であり、サブプロジェクト２０２−１のメンバーは、ユーザ２０８−１〜２０８−３である。ユーザは、複数のプロジェクトにメンバーとして参加してもよい。例えば、ユーザ２０８−１は、親プロジェクト２００−１及びサブプロジェクト２０８−１のメンバーである。さらに、ユーザは、異なる課金空間に含まれるプロジェクトに参加してもよい。例えば、ユーザ２０８−４は、課金空間２−１に含まれるサブプロジェクト２０２−１のメンバーであると共に、課金空間２−２に含まれるサブプロジェクト２０２−２のメンバーでもある。
【００１５】
プロジェクトにおいては、このプロジェクト内に限定された処理がなされて、メンバーがプロジェクトを遂行する。例えば、メール転送等の処理がプロジェクト内でなされ、メンバーがプロジェクトに対してメールを発信すると、メールはこのプロジェクトのメンバーに対して転送される。メールには添付ファイルが添付されてもよく、この添付ファイルもまた、プロジェクトのメンバーに対して転送される。また、メールは、メンバーそれぞれに応じた所定の言語に翻訳されて転送されてもよい。例えば、ユーザ２０８−１が、日本語メールをサブプロジェクト２０２−１に対して発信すると、このメールは英語に翻訳されてユーザ２０８−２に対して転送され、さらにメールは中国語に翻訳されてユーザ２０８−３に対して転送される。このようにして、ユーザは、プロジェクトのメンバーとして、プロジェクトを遂行する。
【００１６】
提供者側管理者２０４は、本発明に係るプロジェクト管理装置によりなされるプロジェクト管理サービスを提供する代理店等である。提供者側管理者２０４は、課金空間と課金空間に含まれる親プロジェクトを管理する。提供者側管理者２０４は、プロジェクトの有効期限、プロジェクトに参加可能であるメンバー数、課金空間に作成可能な（即ち、親プロジェクトに従属しうる）サブプロジェクト数等を設定して、課金空間及び親プロジェクトを管理する。
【００１７】
ユーザ企業等は、例えば代理店等によりライセンスを付与されて、プロジェクト管理サービスを受け、実際にプロジェクトを遂行する。ユーザ側管理者は、ユーザ企業等の管理者である。ユーザ側管理者は、親プロジェクトに対する設定値の範囲内で、親プロジェクトのメンバーの管理、及びサブプロジェクトの管理を行う。例えば、ユーザ側管理者２０６−１は、課金空間２−１に含まれる親プロジェクト２００−１に参加するユーザを追加及び削除する。また、ユーザ側管理者２０６−１は、親プロジェクト２００−１に従属する１つ以上のサブプロジェクトの作成ならびに削除、及びサブプロジェクトに参加するユーザの追加ならびに削除を行う。
【００１８】
代理店等は、課金空間ごとに課される金額を、プロジェクト管理サービスの利用料として、ユーザ企業等から受け取る。課金空間に対して課される金額は、課金空間に含まれるプロジェクトにおける処理の頻度（例えば、転送されたメールの発信数）に応じて算出される。このようにして、代理店等は、プロジェクト管理サービスを提供することにより、ユーザ企業等から所定の金額を受け取ることができる。
【００１９】
図２は、親プロジェクト、サブプロジェクト及びこれらのプロジェクトに参加するユーザの関係の推移を説明する図である。
図２（Ａ）は、ユーザ企業等が代理店等からプロジェクト管理サービスを受ける際の初期状態を示す図である。図２（Ａ）に示すように、課金空間２−１には、親プロジェクト２００−１のみが含まれる。提供者側管理者２０４は、代理店とユーザ企業との契約に基づいて、親プロジェクト２００−１の有効期限等を設定して、課金空間２−１及び親プロジェクト２００−１を作成する。親プロジェクト２００−１が作成されると、ユーザ企業等は、プロジェクト管理サービスを利用することができる。ここで、ユーザ側管理者２０６−１は、親プロジェクト２００−１の管理者として設定されている。
【００２０】
図２（Ｂ）は、ユーザ企業等のユーザ側管理者２０６−１が、親プロジェクト２００−１のメンバーとしてユーザ２０８−１を追加した状態を示す図である。このようにして、ユーザ側管理者２０６−１は、親プロジェクト２００−１のメンバーの追加及び削除を行うことができる。
図２（Ｃ）は、ユーザ側管理者２０６−１が、サブプロジェクト２０２−１を新たに作成して、サブプロジェクト２０２−１のメンバーとしてユーザ２０８−１，２０８−２を追加し、さらに、ユーザ側管理者２０６−２が、課金空間２−２に含まれるサブプロジェクト２０２−２のメンバーとしてユーザ２０８−１を追加した状態を示す図である。
【００２１】
ユーザ側管理者２０６−１は、サブプロジェクト２０２−１を作成する際に、作成されるサブプロジェクト２０２−１の管理者として、いずれかのユーザを任命する。ユーザ側管理者２０６−１が、サブプロジェクト２０２−１の管理者としてユーザ２０８−１を任命し、ユーザ２０８−１が、サブプロジェクト２０２−１の管理者になることを承認すると、このサブプロジェクト２０２−１における処理（例えば、メールの転送等）の運用が開始される。
また、ユーザは、プロジェクトにメンバーとして参加する際には、参加の承認を行う。よって、例えば、ユーザ側管理者２０６−１が、サブプロジェクト２０２−１のメンバーとしてユーザ２０８−２を追加すると、ユーザ２０８−２は、参加の承認を行った後に、サブプロジェクト２０２−１に参加することができる。
【００２２】
さらに、ユーザ側管理者は、管理する親プロジェクトに従属するサブプロジェクトの運用を一時的に凍結し、凍結したサブプロジェクトを再開することができる。サブプロジェクトが凍結されると、凍結されたサブプロジェクトにおける処理は停止される。例えば、ユーザ側管理者２０６−１がサブプロジェクト２０２−１を凍結すると、サブプロジェクト２０２−１における処理は停止され、ユーザ２０８−１とユーザ２０８−２とは、サブプロジェクト２０２−１を介したメールの送受信を行えなくなる。
【００２３】
図３は、本発明の実施形態に係るプロジェクト管理システム１の構成を示す図である。
図３に示すように、プロジェクト管理システム１は、プロジェクト管理サーバ３０（プロジェクト管理装置）と、提供者側管理装置４０と、ユーザ側管理装置４２と、端末装置４４−１〜４４−ｎとが、ＬＡＮ、ＷＡＮなどのネットワーク１００を介して接続されて構成される。さらに、プロジェクト管理サーバ３０は、金融ネットワーク１０２を介して、外部の金融機関に接続される。
提供者側管理装置４０は、プロジェクト管理サービスを提供する代理店等により用いられる。ユーザ側管理装置４２及び端末装置４４は、サービスを受けるユーザ企業等により用いられる。プロジェクト管理サーバ３０は、ネットワーク１００を介してこれらの装置とデータの送信及び受信を行えればよく、代理店等又はユーザ企業等の建物に設置されていなくてもよい。
【００２４】
なお、端末装置４４−１〜４４−ｎなど、複数ある構成部分のいずれかを特定せずに示すときには、単に端末装置４４などと略記することがある。また、複数のユーザ企業等が、プロジェクト管理サービスを受ける場合には、プロジェクト管理システム１は、これらのユーザ企業等に応じたユーザ側管理装置４２及び端末装置４４をさらに含んでもよい。さらに、以下、これらのサーバ及び装置を総称して、ノードとも記す。
【００２５】
図４は、図３に示した各ノードにおいて用いられるコンピュータのハードウェア構成を例示する図である。
図４に示すように、各ノードのコンピュータは、ＣＰＵ１０４及びメモリ１０６などを含む装置本体１０８、キーボード及びディスプレイなどを含む表示・入力装置１１０、ネットワーク１００又は金融ネットワーク１０２を介して他のノードと通信するための通信インターフェース（ＩＦ）１１２及びデータを記録するＨＤＤ又はＣＤ装置等の記録装置１１４を含む。記録媒体１１６は、記録装置１１４に対するデータの供給又は記録装置１１４に記録されているデータの保存に用いられる。
つまり、各ノードのコンピュータは、プログラムの実行による情報処理、及びネットワークを介して他のノードとの間の通信が可能なコンピュータとしての構成部分を有している。
【００２６】
以下、各ノードにおいて実行されるプログラム及びこれらのプログラムにより参照されるデータベースを説明する。
図５は、図３に示したプロジェクト管理サーバ３０上で実行されるプロジェクト管理プログラム３００の構成を示す図である。
図５に示すように、プロジェクト管理プログラム３００は、ユーザインターフェース（ＵＩ）部３０２、通信処理部３０４、親プロジェクト作成受付部３０６、親プロジェクト更新部３０８、サブプロジェクト作成受付部３１０、管理者承認依頼部３１２、サブプロジェクト更新部３１４、メンバー更新部３１６、参加承認依頼部３１８、メール転送部３２０、翻訳部３２２、決済部３２４、課金空間データベース（ＤＢ）３５０、プロジェクトＤＢ３５２、ユーザＤＢ３５４及びプロジェクトメンバーＤＢ３５６を含む。
【００２７】
プロジェクト管理プログラム３００は、これらの構成部分により、図１及び図２を参照して説明したプロジェクト管理を実現する。プロジェクト管理プログラム３００は、例えば、記録媒体１１６（図４）などを介してプロジェクト管理サーバ３０に供給され、メモリ１０６にロードされて、プロジェクト管理サーバ３０で動作するＯＳ上で実行される。なお、以下の各プログラムについても、同様に供給されて実行される。
【００２８】
プロジェクト管理プログラム３００において、ＵＩ部３０２は、表示・入力装置１１０（図４）に対するユーザの操作などに応じて、プロジェクト管理プログラム３００の各構成部分の動作を制御する。また、ＵＩ部３０２は、プロジェクト管理プログラム３００の各構成部分により作成された情報ならびにデータ及び各構成部分の処理内容を、表示・入力装置１１０に表示し又は記録装置１１４に記憶する。
【００２９】
通信処理部３０４は、各ノードとの間の通信に必要とされる通信処理を行って、プロジェクト管理プログラム３００の各構成部分と各ノードと間におけるデータの送信及び受信を行う。通信処理部３０４は、例えばＴＣＰ／ＩＰ、ＨＴＴＰ等のインターネットサービスを提供するための通信処理を行う。
【００３０】
親プロジェクト作成受付部３０６は、提供者側管理装置４０上で実行される提供者側管理プログラム４００（図７を参照して後述）から送信される親プロジェクト作成に関するデータを受け付けて、課金空間ＤＢ３５０、プロジェクトＤＢ３５２、ユーザＤＢ３５４及びプロジェクトメンバーＤＢ３５６（いずれも図６を参照して後述）に記憶し、課金空間及びこの課金空間に含まれる親プロジェクトを新たに作成する。
【００３１】
親プロジェクト更新部３０８は、既に作成されている課金空間及び親プロジェクトの設定内容を更新する。より具体的には、親プロジェクト更新部３０８は、提供者側管理プログラム４００から要求された課金空間及び親プロジェクトを、課金空間ＤＢ３５０及びプロジェクトＤＢ３５２から検索し、これらの設定内容を、提供者側管理プログラム４００に対して送信する。また、親プロジェクト更新部３０８は、課金空間及び親プロジェクトの設定内容に対してなされた変更を提供者側管理プログラム４００から受け付けて、変更された内容に応じて、課金空間ＤＢ３５０及びプロジェクトＤＢ３５２を更新する。
【００３２】
サブプロジェクト作成受付部３１０は、ユーザ側管理装置４２上で実行されるユーザ側管理プログラム４２０（図１０を参照して後述）から送信されるサブプロジェクト作成に関するデータを受け付けて、プロジェクトＤＢ３５２及びプロジェクトメンバーＤＢ３５６に記憶し、サブプロジェクトを新たに作成する。また、サブプロジェクト作成受付部３１０は、新たに作成されたサブプロジェクトの管理者の承認をもらう旨を、管理者承認依頼部３１２に対して出力する。
【００３３】
管理者承認依頼部３１２は、サブプロジェクト作成受付部３１０からの承認依頼を受け付けると、作成されたサブプロジェクトの管理者に任命されたユーザに対して、通信処理部３０４を介して承認依頼を送信する。管理者承認依頼部３１２は、任命された管理者から承認を受け付けると、新たに作成されてプロジェクトＤＢ３５２に記憶されるサブプロジェクトのデータを更新し、管理者により承認済みであることを記憶する。
【００３４】
サブプロジェクト更新部３１４は、既に作成されているサブプロジェクトの設定内容を更新する。より具体的には、サブプロジェクト更新部３１４は、ユーザ側管理プログラム４２０から要求されたサブプロジェクトを、プロジェクトＤＢ３５２から検索し、このサブプロジェクトの設定内容を、ユーザ側管理プログラム４２０に対して送信する。また、サブプロジェクト更新部３１４は、サブプロジェクトの設定内容に対してなされた変更をユーザ側管理プログラム４２０から受け付けて、変更された内容に応じてプロジェクトＤＢ３５２を更新する。
【００３５】
メンバー更新部３１６は、親プロジェクト及びサブプロジェクトに参加するメンバーの追加及び削除を行う。より具体的には、メンバー更新部３１６は、ユーザ側管理プログラム４２０又は端末プログラム４４０（図１４を参照して後述）から要求されたプロジェクトメンバーの追加依頼に応じて、プロジェクトメンバーＤＢ３５６又はユーザＤＢ３５４ならびにプロジェクトメンバーＤＢ３５６を更新して、プロジェクトにメンバーを追加する。また、メンバー更新部３１６は、ユーザ側管理プログラム４２０又は端末プログラム４４０から要求されたプロジェクトメンバーの削除依頼に応じて、プロジェクトメンバーＤＢ３５６から当該プロジェクトメンバーのデータを削除する。メンバーがプロジェクトに追加される場合には、メンバー更新部３１６は、新たに追加されるメンバーの承認をもらう旨を、参加承認依頼部３１８に対して出力する。
【００３６】
参加承認依頼部３１８は、メンバー更新部３１６からの承認依頼を受け付けると、追加されるユーザに対して、通信処理部３０４を介して承認依頼を送信する。参加承認依頼部３１８は、追加されるユーザから承認を受け付けると、新たに作成されてプロジェクトメンバーＤＢ３５６に記憶されるプロジェクトメンバーのデータを更新し、追加されるユーザにより承認済みであることを記憶する。
【００３７】
メール転送部３２０は、端末プログラム４４０を介してプロジェクトメンバーからメールを受け付けると、当該プロジェクトに参加している他のメンバーに対してメールを転送する。メール転送部３２０は、プロジェクトＤＢ３５２、ユーザＤＢ３５４及びプロジェクトメンバーＤＢ３５６を参照して、メールの転送先を特定する。メール転送部３２０は、これらのＤＢをあらかじめ参照して、プロジェクトごとのメンバーを、メモリ１０６（図４）又は記録装置１１４に記憶しておいてもよい。
【００３８】
メール転送部３２０は、プロジェクトに対して発信されたメールを受け付けると、課金空間ＤＢ３５０に記憶される当該プロジェクトのデータを更新して、当該プロジェクトを含む課金空間におけるメールの通過通数（発信数）を増加する。
なお、メール転送部３２０は、サブプロジェクトのメールを転送する場合には、管理者承認依頼部３１２により当該サブプロジェクトの管理者の承認がなされた後に、メールを転送する。また、メール転送部３２０は、プロジェクトへの参加を承認しているユーザのみに対して、メールを転送する。
【００３９】
メール転送部３２０は、メールを発信したユーザとは異なる言語を使用するユーザに対してメールを転送する場合には、このメールを翻訳部３２２に対して出力して、翻訳後のメールを転送する。
翻訳部３２２は、受け付けられたメールを、転送先のユーザそれぞれに応じた所定の言語（例えば中国語又は英語）に翻訳して、翻訳後のメールをメール転送部３２０に対して出力する。
【００４０】
決済部３２４は、課金空間ＤＢ３５０に記憶される課金空間に含まれるプロジェクトにおけるメールの通過通数に応じて、課金空間に課される金額を算出する。決済部３２４は、例えば所定日に、算出された金額を金融ネットワーク１０２を介して金融機関に対して通知し、決済を行って、ユーザ側企業等から代理店等に対して支払いがなされるようにする。
【００４１】
図６は、プロジェクト管理プログラム３００により参照又は更新されるデータベースの構成を示す図である。
図６に示すように、データベースは、課金空間ＤＢ３５０、プロジェクトＤＢ３５２、ユーザＤＢ３５４及びプロジェクトメンバーＤＢ３５６により構成される。これらのデータベースは、記録装置１１４（図４）又はメモリ１０６に記憶されて実現される。
図６（Ａ）は、課金空間情報を管理する課金空間ＤＢ３５０の構成を示す図である。図６（Ａ）に示すように、課金空間ＤＢ３５０に記憶される課金空間データは、課金空間識別子（ＩＤ）、有効期限、可能通数、通過通数、作成サブプロジェクト最大数を含む。課金空間データは、親プロジェクト作成受付部３０６により登録され、親プロジェクト更新部３０８により更新される。
【００４２】
課金空間ＩＤは、登録される課金空間を管理するための識別子であり、課金空間それぞれは、この課金空間ＩＤにより一意に識別される。
有効期限は、課金空間及びこの課金空間に含まれるプロジェクトの有効期限を示し、例えばＹＹＹＹ年ＭＭ月ＤＤ日の形式で表される年月日である。
可能通数は、課金空間に含まれるプロジェクトにおいて転送されるメールの発信数の最大数を示し、例えば１０００である。発信されたメールは、発信数が可能通数より少ない場合に、プロジェクトにおいてメンバーに対して転送される。
通過通数は、課金空間に含まれるプロジェクトにおいて転送されたメールの発信数である。通過通数は、発信されたメール数に従ってメール転送部３２０により増加される。また、通過通数は、決済部３２４により算出される、課金空間に課される金額の算出対象となりうる。
作成サブプロジェクト最大数は、課金空間に作成されるサブプロジェクトの最大数を示し、例えば１００である。
【００４３】
図６（Ｂ）は、プロジェクト情報を管理するプロジェクトＤＢ３５２の構成を示す図である。図６（Ｂ）に示すように、プロジェクトＤＢ３５２に記憶されるプロジェクトデータは、プロジェクトＩＤ、課金空間ＩＤ、プロジェクト名、管理者、登録メンバー最大数、投稿文字数最大数、添付ファイル最大サイズ、言語、親フラグ、プロジェクト状態及び管理者承認状態を含む。プロジェクトデータは、親プロジェクト作成受付部３０６及びサブプロジェクト作成受付部３１０により登録され、親プロジェクト更新部３０８及びサブプロジェクト更新部３１４により更新される。
【００４４】
プロジェクトＩＤは、登録されるプロジェクトを管理するための識別子であり、プロジェクトそれぞれは、このプロジェクトＩＤにより一意に識別される。
課金空間ＩＤは、課金空間ＤＢ３５０に記憶されている課金空間ＩＤであり、プロジェクトが含まれる課金空間は、この課金空間ＩＤにより一意に識別される。
管理者は、後述するユーザＤＢ３５４に記憶されているユーザＩＤであり、プロジェクトの管理者は、このユーザＩＤにより一意に識別される。
登録メンバー最大数は、プロジェクトに参加しうるユーザの最大数を示し、例えば１００である。
投稿文字数最大長は、転送されるメールの最大長を示す文字数であり、例えば１５００である。
添付ファイル最大サイズは、転送されるメールに添付される添付ファイルの最大サイズを示し、例えば１ＭＢである。
言語は、プロジェクトの管理者が使う言語を示す。
【００４５】
親フラグは、当該プロジェクトが親プロジェクトであるかサブプロジェクトであるかを示し、例えば親プロジェクトである場合には１であり、サブプロジェクトである場合には０である。
プロジェクト状態は、プロジェクトが通常状態であるか凍結状態であるかを示す。プロジェクトが通常状態である場合には、プロジェクトにおける処理（メール転送等）は行われ、プロジェクトが凍結状態である場合には、プロジェクトにおける処理は行われない。サブプロジェクトの状態は、このサブプロジェクトが従属する親プロジェクトの管理者（ユーザ側管理者）により変更される。プロジェクトの状態は、通常状態から凍結状態へ、又は凍結状態から通常状態へ変更される。
管理者承認状態は、プロジェクトが作成される際に当該プロジェクトの管理者により承認がなされたか否かを示す。管理者承認状態は、管理者により承認がなされた場合には通常状態であり、承認がなされていない場合には承認待ち状態である。管理者承認状態は、管理者承認依頼部３１２により更新される。
【００４６】
図６（Ｃ）は、ユーザ情報を管理するユーザＤＢ３５４の構成を示す図である。図６（Ｃ）に示すように、ユーザＤＢ３５４に記憶されるユーザデータは、名前、ユーザＩＤ、メールアドレス、パスワード及びメール言語を含む。ユーザデータは、メンバー更新部３１６により登録され更新される。
ユーザＩＤは、登録されるユーザを管理するための識別子であり、ユーザそれぞれは、このユーザＩＤにより一意に識別される。ユーザＩＤは、例えば、英大文字、英小文字、数字又は所定の記号から構成される４文字以上１２文字以下の文字列である。
名前は、登録されるユーザを表す文字列である。
メールアドレスは、インターネットメール、携帯電話メール等のメールアドレスを示す。
パスワードは、当該ユーザ以外による使用を防ぐための文字列である。
メール言語は、当該ユーザにより送信及び受信されるメールの言語である。ユーザは、プロジェクトにおいて転送されるメールに関して、このメール言語に設定される言語に翻訳されたメールを受信する。
【００４７】
図６（Ｄ）は、プロジェクトのメンバー情報を管理するプロジェクトメンバーＤＢ３５６の構成を示す図である。図６（Ｄ）に示すように、プロジェクトメンバーＤＢ３５６に記憶されるプロジェクトメンバーデータは、プロジェクトＩＤ、ユーザＩＤ及び参加承認状態を含む。プロジェクトメンバーデータは、親プロジェクト作成受付部３０６、サブプロジェクト作成受付部３１０、メンバー更新部３１６により登録され、メンバー更新部３１６により更新される。
プロジェクトＩＤは、プロジェクトＤＢ３５２に記憶されているプロジェクトＩＤである。
ユーザＩＤは、ユーザＤＢ３５４に記憶されているユーザＩＤである。
プロジェクトのメンバーは、プロジェクトＩＤとユーザＩＤとにより一意に識別される。
参加承認状態は、プロジェクトに参加するメンバーが参加を承認したか否かを示す。参加承認状態は、ユーザにより参加承認がなされた場合には通常状態であり、参加承認がなされていない場合には承認待ち状態である。参加承認状態は、参加承認依頼部３１８により更新される。
【００４８】
図７は、図３に示した提供者側管理装置４０上で実行される提供者側管理プログラム４００の構成を示す図である。なお、図７に示された各構成のうち、図５に示された構成と実質的に同一のものには同一の符号が付されている。また、以降、プログラムの説明において参照する各構成も、同様である。
図７に示すように、提供者側管理プログラム４００は、ＵＩ部３０２、通信処理部３０４、親プロジェクト作成部４０２及び親プロジェクト設定部４０４を含む。提供者側管理プログラム４００は、これらの構成部分により、提供者側管理装置４０とプロジェクト管理サーバ３０との間においてデータを送受信し、図１及び図２を参照して説明した課金空間及び親プロジェクトの管理を行う。
【００４９】
親プロジェクト作成部４０２は、提供者側管理者が表示・入力装置１１０から入力する親プロジェクト作成に関するデータを受け付けて、ネットワーク１００を介してプロジェクト管理サーバ３０に対して送信する。また、親プロジェクト作成部４０２は、プロジェクト管理サーバ３０からの応答を受け付けて、表示・入力装置１１０に表示する。
【００５０】
親プロジェクト設定部４０４は、提供者側管理者が表示・入力装置１１０から入力する更新対象のプロジェクトデータを受け付けて、プロジェクト管理サーバ３０に対して当該プロジェクトデータを要求し、プロジェクト管理サーバ３０から送信された当該プロジェクトの設定内容を表示・入力装置１１０に表示する。また、親プロジェクト設定部４０４は、提供者側管理者から当該プロジェクトの更新内容を受け付けて、この更新データをプロジェクト管理サーバ３０に対して送信する。親プロジェクト設定部４０４は、プロジェクト管理サーバ３０からの更新に対する応答を受け付けて、表示・入力装置１１０に表示する。
【００５１】
図８は、親プロジェクト作成において、提供者側管理装置４０の表示・入力装置１１０に表示されるプロジェクト作成画面５００を例示する図である。
図８に示すように、プロジェクト作成画面５００は、入力部５０２−１〜５０２−１２及び選択部５０４を含む。入力部５０２−１〜５０２−１２は、プロジェクト名を受け付ける等、対応する項目それぞれを受け付ける。選択部５０４は、例えばポップダウンメニューにより実現され、所定の複数の項目（例えば、日本語、英語及び中国語）から選択された内容を受け付ける。
入力された内容は、提供者側管理プログラム４００（図７）の親プロジェクト作成部４０２によりプロジェクト管理サーバ３０に対して送信され、プロジェクト管理プログラム３００（図５）の親プロジェクト作成受付部３０６により、所定のＤＢに記憶される。入力部５０２−１〜５０２−７に対する入力内容は、課金空間ＤＢ３５０（図６）又はプロジェクトＤＢ３５２の対応する項目に記憶される。当該親プロジェクト管理者（ユーザ側管理者）に関するデータ（メールアドレス、パスワード等）は、ユーザＩＤを付与された上で、ユーザＤＢ３５４に記憶される。さらに、この管理者が親プロジェクトのメンバーであることが、プロジェクトメンバーＤＢ３５６に記憶される。
【００５２】
図９は、親プロジェクトの設定内容の更新において、提供者側管理装置４０の表示・入力装置１１０に表示されるプロジェクト設定画面５０６を例示する図である。
図９に示すように、プロジェクト設定画面５０６は、表示部５０８−１〜５０８−３及び入力部５１０−１〜５１０−７を含む。表示部５０８及び入力部５１０は、提供者側管理者により要求された親プロジェクト及び課金空間の設定内容について、対応する項目を表示する。さらに、入力部５１０は、対応する項目について、更新内容を受け付ける。
更新された内容は、提供者側管理プログラム４００の親プロジェクト設定部４０４によりプロジェクト管理サーバ３０に対して送信され、プロジェクト管理プログラム３００の親プロジェクト更新部３０８により、課金空間ＤＢ３５０及びプロジェクトＤＢ３５２に記憶される。このようにして、代理店等の提供者側管理者は、親プロジェクト及び課金空間の設定内容を更新しうる。
なお、残り通数５０８−３は、課金空間ＤＢ３５０（図６（Ａ））に記憶される可能通数及び通過通数より算出される。
【００５３】
図１０は、図３に示したユーザ側管理装置４２上で実行されるユーザ側管理プログラム４２０の構成を示す図である。
図１０に示すように、ユーザ側管理プログラム４２０は、ＵＩ部３０２、通信処理部３０４、親プロジェクトメンバー設定部４２２及びサブプロジェクト管理部４２４を含み、サブプロジェクト管理部４２４は、サブプロジェクト作成部４２６、サブプロジェクト設定部４２８、サブプロジェクトメンバー設定部４３０及び状態設定部４３２を含む。ユーザ側管理プログラム４２０は、これらの構成部分により、ユーザ側管理装置４２とプロジェクト管理サーバ３０との間においてデータを送受信し、図１及び図２を参照して説明した親プロジェクトのメンバー及びサブプロジェクトの管理を行う。
【００５４】
親プロジェクトメンバー設定部４２２は、ユーザ側管理者が表示・入力装置１１０を介して入力する親プロジェクトのメンバーの追加又は削除に関するデータを受け付けて、プロジェクト管理サーバ３０に対して送信する。また、親プロジェクトメンバー設定部４２２は、プロジェクト管理サーバ３０からの応答を受け付けて、表示・入力装置１１０に表示する。さらに、親プロジェクトメンバー設定部４２２は、追加されるメンバーが親プロジェクトへの参加を承認したか否かを、表示・入力装置１１０に表示する。
【００５５】
サブプロジェクト管理部４２４は、サブプロジェクトの作成、設定ならびに状態設定、及びサブプロジェクトメンバーの追加ならびに削除を行う。
サブプロジェクト管理部４２４において、サブプロジェクト作成部４２６は、ユーザ側管理者が表示・入力装置１１０を介して入力するサブプロジェクト作成に関するデータを受け付けて、プロジェクト管理サーバ３０に対して送信する。また、サブプロジェクト作成部４２６は、プロジェクト管理サーバ３０からの応答を受け付けて、表示・入力装置１１０に表示する。
【００５６】
サブプロジェクト設定部４２８は、親プロジェクト設定部４０４と同様にして、サブプロジェクトの設定内容を更新する。
サブプロジェクトメンバー設定部４３０は、親プロジェクトメンバー設定部４２２と同様にして、サブプロジェクトのメンバーの追加及び削除を行う。
状態設定部４３２は、ユーザ側管理者が入力するサブプロジェクトの状態変更（通常状態から凍結状態への変更、又は凍結状態から通常状態への変更）に関するデータを受け付けて、プロジェクト管理サーバ３０に対して送信する。また、状態設定部４３２は、プロジェクト管理サーバ３０からの応答を受け付けて、表示・入力装置１１０に表示する。
【００５７】
図１１は、ユーザ側管理装置４２の表示・入力装置１１０に表示される設定変更画面５２０を例示する図である。
図１１に示すように、設定変更画面５２０は、プロジェクトメンバー設定選択部５２２及びサブプロジェクト管理選択部５２４を含む。プロジェクトメンバー設定選択部５２２は例えばハイパーリンクであり、プロジェクトメンバー設定選択部５２２が選択されることにより、親プロジェクト又はサブプロジェクトのメンバーの管理（追加、削除等）を行う画面が表示される。サブプロジェクト管理選択部５２４もまた例えばハイパーリンクであり、サブプロジェクト管理選択部５２４が選択されることにより、サブプロジェクトの管理（作成、状態変更等）を行う画面が表示される。
【００５８】
図１２は、ユーザ側管理装置４２の表示・入力装置１１０に表示されるプロジェクトメンバー設定画面を例示する図である。
図１２（Ａ）は、プロジェクトメンバーを追加するメンバー追加画面５２６である。図１２（Ａ）に例示すように、メンバー追加画面５２６は、メンバー属性入力部５２８−１〜５２８−３、メール言語選択部５３０及び追加ボタン５３２を含む。
メンバー属性入力部５２８−１は、プロジェクトに追加するメンバーの名前を受け付ける。メンバー属性入力部５２８−２，５２８−３は、追加されるメンバーのメールアドレス又はユーザＩＤを受け付ける。ユーザ側管理者は、ユーザＩＤを付与されていないユーザをプロジェクトのメンバーとして追加する場合には、メンバー属性入力部５２８−２，５２８−３にメールアドレスを入力し、既にユーザＩＤを付与されているユーザを追加する場合には、当該ユーザのユーザＩＤを入力する。
メール言語選択部５３０は、例えばポップダウンメニューであり、追加されるメンバーが使用する言語（例えば、日本語、英語又は中国語）を受け付ける。プロジェクトメンバーは、選択された言語を用いてメールを発信し、この言語に翻訳されたメールを転送される。
【００５９】
追加ボタン５３２は、入力内容を決定するボタンであり、追加ボタン５３２が押下されると、入力された内容は、ユーザ側管理プログラム４２０（図１０）の親プロジェクトメンバー設定部４２２又はサブプロジェクトメンバー設定部４３０によりプロジェクト管理サーバ３０に対して送信される。ユーザＩＤを付与されていないユーザが追加された場合には、プロジェクト管理プログラム３００（図５）のメンバー更新部３１６により、新たにユーザＩＤが付与されてユーザＤＢ３５４（図６）に記憶され、さらに、このユーザが当該プロジェクトのメンバーであることが、プロジェクトメンバーＤＢ３５６に記憶される。既にユーザＩＤを付与されているユーザが追加された場合には、入力された内容は、メンバー更新部３１６によりプロジェクトメンバーＤＢ３５６に記憶される。
【００６０】
図１２（Ｂ）及び図１２（Ｃ）は、プロジェクトメンバーの参加承認状況を確認する参加承認確認画面５３４である。
図１２（Ｂ）に示すように、参加承認確認画面５３４は、ユーザそれぞれの参加承認状態５３６を含む。追加されたユーザがプロジェクトへの参加を承認する前においては、参加承認状態５３６は、承認待ち状態である。
図１２（Ｃ）に示すように、追加されたユーザがプロジェクトへの参加を承認した後においては、参加承認状態５３６は、通常状態である。このようにして、ユーザ側管理者２０６は、追加したユーザが参加を承認したか否かを確認しうる。
参加承認状態５３６は、ユーザ側管理プログラム４２０（図１０）の親プロジェクトメンバー設定部４２２又はサブプロジェクトメンバー設定部４３０により、プロジェクトメンバーＤＢ（図６（Ｄ））の内容が確認されて、表示される。
【００６１】
図１３は、ユーザ側管理装置４２の表示・入力装置１１０に表示されるサブプロジェクト管理画面を例示する図である。
図１３（Ａ）は、サブプロジェクトを作成するサブプロジェクト作成画面５３８である。図１３（Ａ）に示すように、サブプロジェクト作成画面５３８は、サブプロジェクト名入力部５４０、管理者入力部５４２、管理者選択部５４４及び追加ボタン５４６を含む。サブプロジェクト名入力部５４０は、新規に作成されるサブプロジェクトの名称を受け付ける。管理者入力部５４２は、作成されるサブプロジェクトの管理者のユーザＩＤを受け付ける。管理者選択部５４４は、押下されると、ユーザＤＢ３５４に記憶されているメンバーの名前及びユーザＩＤの一覧を表示する。ユーザ側管理者が、この一覧の中からユーザＩＤを選択すると、選択されたユーザＩＤが管理者入力部５４２に入力される。
メンバー一覧は、親プロジェクトメンバー設定部４２２又はサブプロジェクトメンバー設定部４３０のプロジェクト管理サーバ３０に対する要求により、プロジェクト管理プログラム３００がユーザＤＢ３５４を参照して作成し、ユーザ側管理プログラム４２０に対して送信したデータに基づいて、表示される。
【００６２】
追加ボタン５４６が押下されると、入力された内容は、ユーザ側管理プログラム４２０のサブプロジェクト作成部４２６によりプロジェクト管理サーバ３０に対して送信される。送信されたサブプロジェクトデータは、プロジェクト管理プログラム３００のサブプロジェクト作成受付部３１０により、プロジェクトＤＢ３５２に記憶され、さらに、この管理者が当該サブプロジェクトのメンバーであることが、プロジェクトメンバーＤＢ３５６に記憶される。ここで、サブプロジェクトに関する他のプロジェクトデータ（登録メンバー最大数、投稿文字数最大数等）は、このサブプロジェクトが従属する親プロジェクトの設定値を設定される。
【００６３】
サブプロジェクト作成画面５３８は、図８に示されるプロジェクト作成画面５００と実質的に同一の画面であってもよい。この場合、サブプロジェクトに関するプロジェクトデータは、親プロジェクトの設定値の範囲内で、任意に設定されうる。さらに、サブプロジェクト設定部４２８は、図９に示されるプロジェクト設定画面５０６と実質的に同一の画面を表示し、親プロジェクトの設定値の範囲内で、更新内容を受け付けてもよい。この場合、サブプロジェクトの管理者は、サブプロジェクトの設定内容を更新しうる。
【００６４】
図１３（Ｂ）は、サブプロジェクトの状態を確認するサブプロジェクト状態確認画面５４８である。
図１３（Ｂ）に示すように、サブプロジェクト状態確認画面５４８は、サブプロジェクトそれぞれのプロジェクト状態を含む。サブプロジェクトが作成されて、任命された管理者により承認されると、プロジェクト状態は通常状態になり、サブプロジェクトにおける処理（メール転送等）の運用が開始される。ユーザ側管理者は、サブプロジェクト状態確認画面５４８により、サブプロジェクトの状態を確認しうる。
【００６５】
図１３（Ｃ）は、サブプロジェクトの状態を変更するサブプロジェクト状態変更画面５５０である。
図１３（Ｃ）に示すように、サブプロジェクトの状態は、ユーザ側管理者がサブプロジェクト状態選択部５５２を用いることにより選択されうる。選択された状態は、状態設定部４３２によりプロジェクト管理サーバ３０に対して送信され、プロジェクトＤＢ３５２に記憶される。サブプロジェクトの状態として、凍結状態が選択されると、プロジェクト状態は凍結状態になり、プロジェクトにおける処理はなされなくなる。また、プロジェクト状態が、凍結状態から通常状態に変更されると、プロジェクトにおける処理は再開される。ここで、削除状態が選択されると、サブプロジェクトは削除され、当該サブプロジェクトのデータは、プロジェクト管理サーバ３０のプロジェクトＤＢ３５２から削除される。
【００６６】
図１４は、図３に示した端末装置４４上で実行される端末プログラム４４０の構成を示す図である。
図１４に示すように、端末プログラム４４０は、ＵＩ部３０２、通信処理部３０４、承認部４４２、サブプロジェクト管理部４２４及びメール部４４８を含む。また、承認部４４２は、参加承認部４４４及び管理者承認部４４６を含み、サブプロジェクト管理部４２４は、サブプロジェクト設定部４２８及びサブプロジェクトメンバー設定部４３０を含む。
【００６７】
参加承認部４４４は、プロジェクト管理サーバ３０からプロジェクトへの参加依頼を受け付けた場合に、参加の承認をユーザに対して確認する。ユーザにより参加の承認がなされた場合には、参加承認部４４４は、承認された旨を、プロジェクト管理サーバ３０に対して送信する。
管理者承認部４４６は、ユーザが新たに作成されたサブプロジェクトの管理者に任命された場合に、承認依頼を受け付けて、管理者の承認をユーザに対して確認する。ユーザにより管理者の承認がなされた場合には、管理者承認部４４６は、承認された旨を、プロジェクト管理サーバ３０に対して送信する。
【００６８】
メール部４４８は、メールの送信及び受信機能を、ユーザに対して提供する。メール部４４８は、例えばブラウザを用いたインターネットメールの送信及び受信により実現される。
サブプロジェクト管理部４２４におけるサブプロジェクト設定部４２８及びサブプロジェクトメンバー設定部４３０は、ユーザ側管理プログラム４２０に含まれる機能と実質的に同じ機能を有する。サブプロジェクト設定部４２８及びサブプロジェクトメンバー設定部４３０は、ユーザがサブプロジェクトの管理者に任命された場合に、ユーザに対してサブプロジェクト及びサブプロジェクトのメンバーの設定機能を提供する。
【００６９】
図１５は、端末装置４４の表示・入力装置１１０に表示される参加承認画面を例示する図である。
図１５（Ａ）は、ユーザがユーザＩＤを付与されていない場合に、ユーザに対して送信される招待メールの内容を例示する図である。図１５（Ａ）に例示するように、招待メールは、参加承認アドレス５６０を含み、ユーザは、例えばブラウザを用いてこの承認アドレスにアクセスすることにより、参加の承認を行う。この場合、参加承認部４４４は、ブラウザにより実現され、ユーザにより参加の承認がなされると、その旨をプロジェクト管理サーバ３０に対して送信する。
【００７０】
図１５（Ｂ）は、ユーザが新たに登録された場合に、ユーザに対して送信される登録メールの内容を例示する図である。図１５（Ｂ）に例示するように、登録メールは、当該ユーザのユーザＩＤ、パスワード及びプロジェクト管理サービスのアドレス（ＵＲＬ）を含む。ユーザは、例えばブラウザを用いて、このＵＲＬにアクセスし、付与されたユーザＩＤ及びパスワードを入力して、プロジェクト管理サービスを利用する。ユーザは、当該サービスを利用することにより、例えばブラウザを用いて、プロジェクトに対してメールを送信し、翻訳されて転送されるメールを受信することができる。
【００７１】
図１５（Ｃ）は、ユーザがユーザＩＤを既に付与されている場合における参加承認画面５６２を例示する。図１５（Ｃ）に例示するように、参加承認画面５６２は、例えば、メールの投稿者５６４−１、投稿時間５６４−２、添付ファイルの有無５６４−３、タイトル５６４−４及びメール内容５６４−５を含み、メール内容５６４−５には、参加承認リンク５６６が含まれる。ユーザは、参加承認リンク５６６を選択（例えばクリック）することにより、参加の承認を行う。
【００７２】
図１６は、端末装置４４の表示・入力装置１１０に表示される管理者承認画面５６８を例示する図である。
図１６に例示するように、管理者承認画面５６８は、参加承認画面５６２と同様に、メールの投稿者５７０−１、投稿時間５７０−２、添付ファイルの有無５７０−３、タイトル５７０−４及びメール内容５７０−５を含み、メール内容５７０−５には、管理者承認リンク５７２が含まれる。ユーザは、管理者承認リンク５７２を選択することにより、管理者の承認を行う。管理者承認部４４６は、ユーザにより参加の承認がなされると、その旨をプロジェクト管理サーバ３０に対して送信する。
【００７３】
図１７は、端末装置４４の表示・入力装置１１０に表示され、プロジェクトのメンバーにより操作される操作画面を例示する図である。
図１７（Ａ）は、プロジェクトのメンバーがプロジェクトを選択するプロジェクト選択画面５８０である。図１７（Ａ）に例示するように、プロジェクト選択画面５８０は、プロジェクト選択部５７４を含む。プロジェクト選択部５７４は、例えばブラウザ上に表示されるポップダウンメニューにより実現される。ユーザは、複数のプロジェクトに参加している場合には、プロジェクト選択部５７４を用いてプロジェクトを選択して、当該プロジェクトにおける処理を行う。
【００７４】
図１７（Ｂ）は、プロジェクトのメンバーがメールを発信するメール発信画面５７６である。図１７（Ｂ）に例示するように、ユーザは、メール発信画面５７６において、宛先、タイトル、メール内容等、所定の項目を入力し、投稿ボタン５７８を押下して、プロジェクトに対してメールを送信する。投稿ボタン５７８が押下されると、端末プログラム４４０のメール部４４８は、プロジェクト管理サーバ３０に対してメールデータを送信する。
【００７５】
次に、図３に示したプロジェクト管理システム１の動作を説明する。
図１８は、親プロジェクト作成動作（Ｓ１０）を示すシーケンス図である。
図１８に示すように、ステップ１００（Ｓ１００）において、代理店等の提供者側管理者は、提供者側管理装置４０の表示・入力装置１１０を用いて、作成される課金空間に関するデータと、この課金空間に含まれる親プロジェクトに関するデータとを、プロジェクト作成画面５００（図８）から入力する。
ステップ１０２（Ｓ１０２）において、提供者側管理プログラム４００（図７）の親プロジェクト作成部４０２は、入力されたデータをプロジェクト管理サーバ３０に対して送信する。プロジェクト管理サーバ３０において、プロジェクト管理プログラム３００（図５）の親プロジェクト作成受付部３０６は、送信されたデータを受け付ける。
【００７６】
ステップ１０４（Ｓ１０４）において、親プロジェクト作成受付部３０６は、課金空間データを課金空間ＤＢ３５０に記憶し、親プロジェクトデータをプロジェクトＤＢ３５２に記憶する。また、親プロジェクト作成受付部３０６は、親プロジェクトの管理者データをユーザＤＢ３５４に記憶し、この管理者が親プロジェクトのメンバーであることをプロジェクトメンバーＤＢ３５６に記憶する。
ステップ１０６（Ｓ１０６）において、親プロジェクト作成受付部３０６は、課金空間及び親プロジェクトの作成を完了した旨の完了通知を、提供者側管理装置４０に対して送信する。提供者側管理装置４０において、提供者側管理プログラム４００の親プロジェクト作成部４０２は、完了通知を受け付けて、新たな課金空間及び親プロジェクトが作成されたことを、表示・入力装置１１０に表示する。
【００７７】
図１９は、親プロジェクト設定動作（Ｓ２０）を示すシーケンス図である。
図１９に示すように、ステップ２００（Ｓ２００）において、代理店等の提供者側管理者は、提供者側管理装置４０の表示・入力装置１１０を用いて、更新等の対象の親プロジェクトに関するデータを要求する旨を入力する。提供者側管理プログラム４００の親プロジェクト設定部４０４は、この親プロジェクトに関するデータを、プロジェクト管理サーバ３０に対して要求する。
ステップ２０２（Ｓ２０２）において、プロジェクト管理プログラム３００の親プロジェクト更新部３０８は、要求を受け付けて、要求された親プロジェクトのデータを、プロジェクト名又はプロジェクトＩＤに基づいてプロジェクトＤＢ３５２から検索する。
【００７８】
ステップ２０４（Ｓ２０４）において、親プロジェクト更新部３０８は、検索された親プロジェクトデータを、提供者側管理装置４０に対して送信する。提供者側管理装置４０において、親プロジェクト設定部４０４は、親プロジェクトデータに関して、プロジェクト設定画面５０６（図９）を表示・入力装置１１０に表示する。
ステップ２０６（Ｓ２０６）において、提供者側管理者は、プロジェクト設定画面５０６から、更新すべき内容を入力する。
ステップ２０８（Ｓ２０８）において、親プロジェクト設定部４０４は、入力された更新データをプロジェクト管理サーバ３０に対して送信する。プロジェクト管理サーバ３０において、プロジェクト管理プログラム３００の親プロジェクト更新部３０８は、送信された更新データを受け付ける。
【００７９】
ステップ２１０（Ｓ２１０）において、親プロジェクト更新部３０８は、更新データに応じて、課金空間ＤＢ３５０及びプロジェクトＤＢ３５２又はこれらのいずれかに記憶されている更新対象のプロジェクトのデータを更新する。
ステップ２１２（Ｓ２１２）において、親プロジェクト更新部３０８は、プロジェクトの設定内容が更新された旨の完了通知を、提供者側管理装置４０に対して送信する。提供者側管理装置４０において、提供者側管理プログラム４００の親プロジェクト設定部４０４は、完了通知を受け付けて、プロジェクトの設定内容が更新されたことを、表示・入力装置１１０に表示する。
【００８０】
図２０は、親プロジェクトへのメンバー追加動作を示すシーケンス図である。
図２０に示すように、ステップ３００（Ｓ３００）において、ユーザ企業等のユーザ側管理者は、ユーザ側管理装置４２の表示・入力装置１１０を用いて、メンバー追加画面５２６（図１２（Ａ））から、親プロジェクトに参加するメンバーのユーザＩＤ又はメールアドレスを含むユーザ情報を入力する。
ステップ３０２（Ｓ３０２）において、ユーザ側管理プログラム４２０（図１０）の親プロジェクトメンバー設定部４２２は、入力されたユーザデータをプロジェクト管理サーバ３０に対して送信する。プロジェクト管理サーバ３０において、プロジェクト管理プログラム３００のメンバー更新部３１６は、送信されたユーザデータを受け付ける。
【００８１】
ステップ３０４（Ｓ３０４）において、メンバー更新部３１６は、ユーザデータとしてユーザＩＤを受け付けた場合には、このユーザＩＤとこのユーザが参加するプロジェクトのプロジェクトＩＤとを、プロジェクトメンバーＤＢ３５６に記憶する。このとき、参加承認状態は、承認待ち状態として記憶される。また、メンバー更新部３１６は、ユーザデータとしてメールアドレスを受け付けた場合には、新たにユーザＩＤを付与してユーザデータをユーザＤＢ３５４に記憶した上で、このユーザＩＤとプロジェクトＩＤとをプロジェクトメンバーＤＢ３５６に記憶する。
【００８２】
ステップ３０６（Ｓ３０６）において、メンバー更新部３１６は、メンバー追加が完了した旨の完了通知を、ユーザ側管理装置４２に対して送信する。ユーザ側管理装置４２において、ユーザ側管理プログラム４２０の親プロジェクトメンバー設定部４２２は、完了通知を受け付けて、メンバーが追加されたことを、表示・入力装置１１０に表示する。
また、ステップ３０８（Ｓ３０８）において、メンバー更新部３１６は、参加承認依頼部３１８に対して、プロジェクトに追加されたメンバーの参加承認を得る旨を出力する。参加承認依頼部３１８は、追加されたユーザの端末装置４４に対して、参加承認依頼を送信する。ここで、参加承認依頼部３１８は、ユーザが新規にユーザＩＤを付与されたユーザである場合には、例えばインターネットメールのメールアドレスに対して参加承認依頼を送信し、ユーザが既にユーザＩＤを付与されているユーザである場合には、プロジェクト管理サービスのユーザＩＤに対して参加承認依頼を送信する。
【００８３】
ステップ３１０（Ｓ３１０）において、端末プログラム４４０（図１４）の参加承認部４４４は、図１５（Ａ）又は図１５（Ｃ）に示される参加承認画面を、端末装置４４の表示・入力装置１１０に表示する。参加承認部４４４は、ユーザが参加承認アドレス５６０又は参加承認リンク５６６を介して行う参加の承認を受け付ける。
ステップ３１２（Ｓ３１２）において、参加承認部４４４は、承認データを、プロジェクト管理サーバ３０に対して送信する。
【００８４】
ステップ３１４（Ｓ３１４）において、プロジェクト管理プログラム３００の参加承認依頼部３１８は、承認データを受け付けて、プロジェクトメンバーＤＢ３５６に記憶される当該ユーザかつ当該プロジェクトのデータの参加承認状態を、承認待ち状態から通常状態（承認済み状態）に更新する。
なお、ユーザ側管理者は、ユーザにより参加の承認がなされたか否かの状態を、図１２（Ｂ）及び図１２（Ｃ）に示されるように、ユーザ側管理装置４２を用いて確認しうる。
【００８５】
サブプロジェクトのメンバーが追加される場合には、ユーザ側管理者又は任命されたサブプロジェクトの管理者が、ユーザ側管理装置４２又は端末装置４４において、サブプロジェクトに参加するメンバーのユーザ情報を入力する。この場合、動作のシーケンスは、親プロジェクトへメンバーを追加するシーケンスと実質的に同一である。入力されたユーザデータは、ユーザ側管理プログラム４２０又は端末プログラム４４０のサブプロジェクトメンバー設定部４３０により、プロジェクト管理サーバ３０に対して送信されて、ユーザは、サブプロジェクトへ追加される。
【００８６】
図２１は、サブプロジェクト作成動作を示すシーケンス図である。
図２１に示すように、ステップ４００（Ｓ４００）において、ユーザ企業等のユーザ側管理者は、ユーザ側管理装置４２の表示・入力装置１１０を用いて、サブプロジェクト作成画面５３８（図１３（Ａ））から、サブプロジェクト名及び管理者のユーザＩＤを含むサブプロジェクトデータを入力する。
ステップ４０２（Ｓ４０２）において、ユーザ側管理プログラム４２０のサブプロジェクト作成部４２６は、入力されたサブプロジェクトデータをプロジェクト管理サーバ３０に対して送信する。プロジェクト管理サーバ３０において、プロジェクト管理プログラム３００のサブプロジェクト作成受付部３１０は、送信されたサブプロジェクトデータを受け付ける。
【００８７】
ステップ４０４（Ｓ４０４）において、サブプロジェクト作成受付部３１０は、プロジェクトＩＤを新規に付与して、送信されたサブプロジェクトデータをプロジェクトＤＢ３５２に記憶する。このとき、管理者承認状態は、承認待ち状態としてプロジェクトＤＢ３５２に記憶される。また、サブプロジェクト作成受付部３１０は、サブプロジェクトデータに含まれる管理者がサブプロジェクトのメンバーであることをプロジェクトメンバーＤＢ３５６に記憶する。
なお、送信されたサブプロジェクトデータが、サブプロジェクトの登録メンバー最大数、投稿文字数最大長、投稿文字数最大サイズ等を含まない場合には、このサブプロジェクトの親プロジェクトの設定値がサブプロジェクトに引き継がれて、親プロジェクトと同一の設定値がプロジェクトＤＢ３５２に記憶される。
【００８８】
ステップ４０６（Ｓ４０６）において、サブプロジェクト作成受付部３１０は、サブプロジェクトが作成された旨の完了通知を、ユーザ側管理装置４２に対して送信する。ユーザ側管理装置４２において、ユーザ側管理プログラム４２０のサブプロジェクト作成部４２６は、完了通知を受け付けて、サブプロジェクトが作成されたことを、表示・入力装置１１０に表示する。
また、ステップ４０８（Ｓ４０８）において、サブプロジェクト作成受付部３１０は、管理者承認依頼部３１２に対して、管理者を任命されたユーザの承認を得る旨を出力する。管理者承認依頼部３１２は、管理者を任命されたユーザの端末装置４４に対して、管理者承認依頼を送信する。
【００８９】
ステップ４１０（Ｓ４１０）において、端末プログラム４４０の管理者承認部４４６は、図１６に示される管理者承認画面５６８を、端末装置４４の表示・入力装置１１０に表示する。管理者承認部４４６は、ユーザが管理者承認リンク５７２を介して行う管理者の承認を受け付ける。
ステップ４１２（Ｓ４１２）において、管理者承認部４４６は、承認データを、プロジェクト管理サーバ３０に対して送信する。
【００９０】
ステップ４１４（Ｓ４１４）において、プロジェクト管理プログラム３００の管理者承認依頼部３１２は、承認データを受け付けて、プロジェクトＤＢ３５２に記憶される当該プロジェクトの管理者承認状態を、承認待ち状態から通常状態（承認済み状態）に更新する。作成されたサブプロジェクトは、任命された管理者により承認されると、運用が開始される。
【００９１】
図２２は、サブプロジェクト状態変更動作（Ｓ５０）を示すシーケンス図である。
図２２に示すように、ステップ５００（Ｓ５００）において、ユーザ企業等のユーザ側管理者は、ユーザ側管理装置４２の表示・入力装置１１０を用いて、状態を変更されうるサブプロジェクトのデータを要求する旨を入力する。ユーザ側管理プログラム４２０の状態設定部４３２は、状態を変更されうるサブプロジェクトに関するデータを、プロジェクト管理サーバ３０に対して要求する。
ステップ５０２（Ｓ５０２）において、プロジェクト管理プログラム３００のサブプロジェクト更新部３１４は、要求を受け付けて、このユーザ側管理者が変更できるサブプロジェクトのデータを、プロジェクトＤＢ３５２から検索する。
【００９２】
ステップ５０４（Ｓ５０４）において、サブプロジェクト更新部３１４は、検索されたサブプロジェクトデータを、ユーザ側管理装置４２に対して送信する。ユーザ側管理装置４２において、状態設定部４３２は、サブプロジェクトデータに関して、サブプロジェクト状態変更画面５５０（図１３（Ｃ））を表示・入力装置１１０に表示する。
ステップ５０６（Ｓ５０６）において、ユーザ側管理者は、サブプロジェクト状態変更画面５５０から、例えば通常状態から凍結状態へ、プロジェクトの状態を変更する。
ステップ５０８（Ｓ５０８）において、状態設定部４３２は、入力された状態変更データをプロジェクト管理サーバ３０に対して送信する。プロジェクト管理サーバ３０において、プロジェクト管理プログラム３００のサブプロジェクト更新部３１４は、送信された状態変更データを受け付ける。
【００９３】
ステップ５１０（Ｓ５１０）において、サブプロジェクト更新部３１４は、状態変更データに応じて、プロジェクトＤＢ３５２に記憶されている状態変更対象のプロジェクトのデータのプロジェクト状態を更新する。
ステップ５１２（Ｓ５１２）において、サブプロジェクト更新部３１４は、サブプロジェクトの状態が更新された旨の完了通知を、ユーザ側管理装置４２に対して送信する。ユーザ側管理装置４２において、ユーザ側管理プログラム４２０の状態設定部４３２は、完了通知を受け付けて、サブプロジェクトの状態が変更されたことを、表示・入力装置１１０に表示する。
【００９４】
図２３は、メール転送動作（Ｓ６０）を示すシーケンス図である。
図２３に示すように、ステップ６００（Ｓ６００）において、ユーザは、端末装置４４の表示・入力装置１１０を用いて、プロジェクト選択画面５８０（図１７（Ａ））を介してメールを発信するプロジェクトを選択し、メール入力画面５７６（図１７（Ｂ））からメールを作成する。
ステップ６０２（Ｓ６０２）において、端末プログラム４４０のメール部４４８は、メール入力画面５７６の投稿ボタン５７８が押下されると、メールを発信するプロジェクト、メールの内容等を含むメールデータを、プロジェクト管理サーバ３０に対して送信する。
【００９５】
ステップ６０４（Ｓ６０４）において、プロジェクト管理プログラム３００のメール転送部３２０は、メールデータを受け付けると、プロジェクトＤＢ３５２から転送先プロジェクトデータの課金空間ＩＤを参照し、この課金空間ＩＤに基づいて、課金空間ＤＢ３５０に記憶されている、転送先プロジェクトを含む課金空間データの通過通数を増加する。
ステップ６０６（Ｓ６０６）において、メール転送部３２０は、プロジェクトメンバーＤＢ３５６から転送先プロジェクトに含まれるメンバーを参照する。
【００９６】
ステップ６０８（Ｓ６０８）において、メール転送部３２０は、ユーザＤＢ３５４からこれらのメンバーそれぞれにより使用される言語を参照する。メール転送部３２０は、メンバーの言語に応じて、翻訳部３２２に対して、発信されたメールを翻訳させる。
ステップ６１０（Ｓ６１０）において、メール転送部３２０は、翻訳されたメールを転送先プロジェクトのメンバーに対して送信する。プロジェクトの他のメンバーは、端末装置４４−２〜４４−ｍ（ｍは任意の自然数）において、例えばブラウザを用いて、翻訳されて転送されたメールを読む。
【００９７】
図２４は、プロジェクト管理システム１における決済処理（Ｓ７０）を示すフローチャートである。
図２４に示すように、ステップ７００（Ｓ７００）において、プロジェクト管理プログラム３００の決済部３２４は、例えば所定日（毎月末等）に、課金空間ＤＢ３５０に記憶されている課金空間データの有効期限を参照し、課金空間が有効期限内であるか否かを判断する。課金空間が有効期限内である場合には、プロジェクト管理プログラム３００は、Ｓ７０２の処理に進み、課金空間が有効期限内でない場合には、プロジェクト管理プログラム３００は、Ｓ７０６の処理に進む。
【００９８】
ステップ７０２（Ｓ７０２）において、決済部３２４は、当該課金空間における通過通数（課金空間に含まれるプロジェクトにおけるメールの発信数）に応じて、課金空間に対する決済金額を算出する。
ステップ７０４（Ｓ７０４）において、決済部３２４は、この課金空間の決済金額に関して、外部の金融機関に金融ネットワーク１０２を介して決済指示を行う。決済指示がなされると、決済金額が、金融機関により、ユーザ企業等から代理店等に対して振り込まれる。
ステップ７０６（Ｓ７０６）において、決済部３２４は、課金空間ＤＢ３５０に記憶されている全ての課金空間に関する処理が終了したか否かを判断する。全ての課金空間に関する処理が終了した場合には、決済処理は終了し、そうでない場合には、プロジェクト管理プログラム３００は、Ｓ７００の処理に戻る。
【００９９】
以上説明したように、プロジェクト管理システム１によれば、１つの対象空間に含まれる親プロジェクトとこの親プロジェクトに従属する少なくとも１つのサブプロジェクトとにおいて、プロジェクトにおける処理がなされるので、複数のプロジェクトが従属関係の下で管理されることができ、プロジェクトの信頼性が向上されることができる。
それぞれのプロジェクトが管理者により管理され、サブプロジェクトはこのサブプロジェクトが従属する親プロジェクトの管理者により作成及び削除されるので、冗長なプロジェクトが作成されることが防止されることができ、複数のプロジェクトが効率よく管理されることができる。
【０１００】
サブプロジェクトは、このサブプロジェクトが従属する親プロジェクトの管理者により凍結されるので、問題が発生したプロジェクト又は休止されたプロジェクトにおいて、プロジェクトの運用が適宜停止されることができ、プロジェクトの放置が防止されることができる。また、サブプロジェクトの管理者は、このサブプロジェクトが従属する親プロジェクトの管理者により任命されるので、サブプロジェクトにおいても、プロジェクトの運用が、信頼性を確保した上でなされることができる。さらに、サブプロジェクトは、管理者が管理者として任命されたことを承認した後に運用されるので、サブプロジェクトにおける信頼性が確保されることができる。同様にして、ユーザがプロジェクトに参加する際には、ユーザにより参加承認が必要とされるので、ユーザは、自らの意思でプロジェクトに参加することができる。
【０１０１】
プロジェクトはいずれかの課金空間に含まれ、課金は課金空間ごと（即ち、親プロジェクトごと）になされるので、決済処理が効率よくなされることができる。さらに、課金は、課金空間に含まれるプロジェクトにおける処理の頻度（例えば、転送されるメールの発信数）に応じてなされるので、ユーザ企業等は、利用料を、使用頻度に応じた金額に抑えることができる。
【図面の簡単な説明】
【０１０２】
【図１】本発明に係るプロジェクト管理装置により管理されるプロジェクトを例示する図である。
【図２】親プロジェクト、サブプロジェクト及びこれらのプロジェクトに参加するユーザの関係の推移を説明する図である。
【図３】本発明の実施形態に係るプロジェクト管理システム１の構成を示す図である。
【図４】図３に示した各ノードにおいて用いられるコンピュータのハードウェア構成を例示する図である。
【図５】図３に示したプロジェクト管理サーバ３０上で実行されるプロジェクト管理プログラム３００の構成を示す図である。
【図６】プロジェクト管理プログラム３００により参照又は更新されるデータベースの構成を示す図である。
【図７】図３に示した提供者側管理装置４０上で実行される提供者側管理プログラム４００の構成を示す図である。
【図８】親プロジェクト作成において、提供者側管理装置４０の表示・入力装置１１０に表示されるプロジェクト作成画面５００を例示する図である。
【図９】親プロジェクトの設定内容の更新において、提供者側管理装置４０の表示・入力装置１１０に表示されるプロジェクト設定画面５０６を例示する図である。
【図１０】図３に示したユーザ側管理装置４２上で実行されるユーザ側管理プログラム４２０の構成を示す図である。
【図１１】ユーザ側管理装置４２の表示・入力装置１１０に表示される設定変更画面５２０を例示する図である。
【図１２】ユーザ側管理装置４２の表示・入力装置１１０に表示されるプロジェクトメンバー設定画面を例示する図である。
【図１３】ユーザ側管理装置４２の表示・入力装置１１０に表示されるサブプロジェクト管理画面を例示する図である。
【図１４】図３に示した端末装置４４上で実行される端末プログラム４４０の構成を示す図である。
【図１５】端末装置４４の表示・入力装置１１０に表示される参加承認画面を例示する図である。
【図１６】端末装置４４の表示・入力装置１１０に表示される管理者承認画面５６８を例示する図である。
【図１７】端末装置４４の表示・入力装置１１０に表示され、プロジェクトのメンバーにより操作される操作画面を例示する図である。
【図１８】親プロジェクト作成動作（Ｓ１０）を示すシーケンス図である。
【図１９】親プロジェクト設定動作（Ｓ２０）を示すシーケンス図である。
【図２０】親プロジェクト又はサブプロジェクトへのメンバー追加動作を示すシーケンス図である。
【図２１】サブプロジェクト作成動作を示すシーケンス図である。
【図２２】サブプロジェクト状態変更動作（Ｓ５０）を示すシーケンス図である。
【図２３】メール転送動作（Ｓ６０）を示すシーケンス図である。
【図２４】プロジェクト管理システム１における決済処理（Ｓ７０）を示すフローチャートである。
【符号の説明】
【０１０３】
１ プロジェクト管理システム
３０ プロジェクト管理サーバ
４０ 提供者側管理装置
４２ ユーザ側管理装置
４４ 端末装置
１００ ネットワーク
１０２ 金融ネットワーク
１０４  ＣＰＵ
１０６ メモリ
１０８ 装置本体
１１０ 入力装置
１１０ 表示・入力装置
１１４ 記録装置
３００ プロジェクト管理プログラム
３０２ ＵＩ部
３０４ 通信処理部
３０６ 親プロジェクト作成受付部
３０８ 親プロジェクト更新部
３１０ サブプロジェクト作成受付部
３１２ 管理者承認依頼部
３１４ サブプロジェクト更新部
３１６ メンバー更新部
３１８ 参加承認依頼部
３２０ メール転送部
３２２ 翻訳部
３２４ 決済部
３５０ 課金空間ＤＢ
３５２ プロジェクトＤＢ
３５４ メンバーＤＢ
３５４ ユーザＤＢ
３５６ プロジェクトメンバーＤＢ
４００ 提供者側管理プログラム
４０２ 親プロジェクト作成部
４０４ 親プロジェクト設定部
４２０ ユーザ側管理プログラム
４２２ 親プロジェクトメンバー設定部
４２４ サブプロジェクト管理部
４２６ サブプロジェクト作成部
４２８ サブプロジェクト設定部
４３０ サブプロジェクトメンバー設定部
４３２ 状態設定部
４４０ 端末プログラム
４４２ 承認部
４４４ 参加承認部
４４６ 管理者承認部
４４８ メール部
【図１】
2006301898.tif 000003
【図２】
2006301898.tif 000004
【図３】
2006301898.tif 000005
【図４】
2006301898.tif 000006
【図５】
2006301898.tif 000007
【図６】
2006301898.tif 000008
【図７】
2006301898.tif 000009
【図８】
2006301898.tif 000010
【図９】
2006301898.tif 000011
【図１０】
2006301898.tif 000012
【図１１】
2006301898.tif 000013
【図１２】
2006301898.tif 000014
【図１３】
2006301898.tif 000015
【図１４】
2006301898.tif 000016
【図１５】
2006301898.tif 000017
【図１６】
2006301898.tif 000018
【図１７】
2006301898.tif 000019
【図１８】
2006301898.tif 000020
【図１９】
2006301898.tif 000021
【図２０】
2006301898.tif 000022
【図２１】
2006301898.tif 000023
【図２２】
2006301898.tif 000024
【図２３】
2006301898.tif 000025
【図２４】
2006301898.tif 000026