JP2005301899A - プロジェクト管理サーバ、プロジェクト管理方法及びプログラム - Google Patents

Abstract

【課題】各メンバーがプロジェクトに関する情報を共有すべきメンバーを個別に構成しても、同じプロジェクトで情報を共有する。
【解決手段】依頼先のユーザの識別情報をユーザプロジェクト情報記憶手段１７２ｃに登録するとともに、当該依頼先のユーザを依頼元のユーザのメンバーユーザとして、依頼先のユーザの識別情報をプロジェクトメンバー情報記憶手段１７２ｄに登録し、当該依頼元のユーザを依頼先のユーザのメンバーユーザとして、依頼元のユーザの識別情報をプロジェクトメンバー情報記憶手段に登録する登録手段１１と、プロジェクトに参加しているユーザか否かを認証する参加認証手段１１と、認証されたユーザのメンバーユーザを検索する検索手段１１と、検索結果に基づいて、プロジェクトに関する情報を管理する情報管理手段１１と、を備えてプロジェクト管理サーバ１を構成した。
【選択図】図４

Description

本発明は、プロジェクト管理サーバ、プロジェクト管理方法及びプログラムに関する。

従来、製品等を開発するプロジェクトの管理に際しては、プロジェクトに関する情報が格納された管理サーバと、この管理サーバにネットワーク接続されたクライアントによって構成されたプロジェクト管理システムが利用される。このようなプロジェクト管理システムにおいて、プロジェクトを構成するメンバーは、プロジェクトの遂行にあたって必要な情報を、ネットワークを介して管理サーバから取得するようになっている。
このようなプロジェクト管理システムにおいては、管理サーバに格納された情報が容易に外部に漏れないように管理サーバのセキュリティを高める必要があり、管理サーバのセキュリティを高めるために、管理サーバとクライアントとの間に受付サーバを設け、正当権限を有するクライアントのみが管理サーバにアクセスできるようなプロジェクト管理システムが提案されている（例えば、特許文献１参照。）。

上記のようなプロジェクト管理システムは、メンバーの識別情報と、メンバーが属するプロジェクトの識別情報を入力することにより、管理サーバへのアクセスを認証するものであり、運用にあたっては、管理サーバにメンバーと当該メンバーに開示可能な情報とを対応付けて記憶しておき、メンバーからの要求に基づいて、当該メンバーに開示可能な情報が開示される。これにより、同じプロジェクトのメンバー同士であっても、メンバー毎に共有できる情報は異なるものとなっており、各メンバー間の繋がりに応じて柔軟に対応できるシステムとなっている。
特開２００２−２８８４０５号公報

しかし、企業がメンバーとなって構成されるプロジェクトにおいては、企業間の繋がりを特定することが困難である。なぜなら、ある企業Ａに繋がりのある企業Ｂがいる場合、企業Ｂに繋がりのある企業Ｃは必ずしも企業Ａと繋がりがあるとは限らず、事業が競合する場合もあるからである。すなわち、管理サーバの管理者は、各メンバーにとってどのメンバーが同じプロジェクトのメンバーであるのかを把握することが困難である。そのため、企業間にまたがるようなプロジェクトを構成した場合であって、個々のメンバーによってしか適切なメンバー構成を構築できない場合には、従来のように、管理サーバをメンバーが共有するネットワークモデルでは、管理者は管理サーバを的確に管理することができなかった。

さらに、メンバーの数が増加してくると、管理者が管理サーバに定義すべき事項も当然のことながら増加するため、大きなプロジェクトになるほど、管理者の負担は大きく、管理サーバを管理することが困難であった。また、プロジェクトのメンバーが短期間で変動する場合においては、その変動を管理者が把握しにくいため、管理者は管理サーバを的確に管理することができなかった。

そこで、本発明の課題は、各メンバーがプロジェクトに関する情報を共有すべきメンバーを個別に構成しても、同じプロジェクトで情報を共有することができるプロジェクト管理サーバ、プロジェクト管理方法及びプログラムを提供することである。

上記の課題を解決するため、請求項１に記載の発明は、プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、依頼元のユーザが前記プロジェクトへの参加を依頼する依頼先のユーザからの前記プロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報を前記ユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを前記依頼元のユーザのメンバーユーザとして、前記依頼先のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを前記依頼先のユーザのメンバーユーザとして、前記依頼元のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録する登録手段と、ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、前記ユーザプロジェクト情報記憶手段を検索して、前記プロジェクトに参加しているユーザか否かを認証する参加認証手段と、前記参加認証手段により認証されたユーザのメンバーユーザを前記プロジェクトメンバー情報記憶手段により検索する検索手段と、前記検索手段による検索結果に基づいて、前記プロジェクトに関する情報を管理する情報管理手段と、を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載のプロジェクト管理サーバにおいて、前記プロジェクトに関する情報は、前記ユーザのメンバーユーザに公開する公開情報であって、当該プロジェクトに関する情報は、前記プロジェクトの識別情報に対応付けてクライアントに記憶されていることを特徴とする。

請求項３に記載の発明は、請求項１又は２に記載のプロジェクト管理サーバにおいて、前記依頼元のユーザから送信された前記依頼先のユーザに関する前記プロジェクトへの参加依頼情報を記憶する参加依頼情報記憶手段と、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、前記参加依頼情報記憶手段を検索して判断する依頼先判断手段と、前記依頼先判断手段により、前記問い合わせユーザが前記プロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、前記問い合わせユーザに、その旨の通知を行う通知手段と、を備えることを特徴とする。

請求項４に記載の発明は、請求項１〜３の何れか一項に記載のプロジェクト管理サーバにおいて、ユーザの識別情報を記憶するユーザ情報記憶手段と、前記ユーザから送信されたユーザの識別情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信したユーザの識別情報が前記ユーザ情報記憶手段に記憶されているか否かを判断するユーザ判断手段と、前記ユーザ判断手段により、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていないと判断された場合に、前記ユーザがアクセスできない旨を通知するユーザ認証通知手段と、を備えることを特徴とする。

請求項５に記載の発明は、プロジェクト管理方法であって、プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、を有するサーバを用いてプロジェクトを管理するにあたり、前記サーバが、依頼元のユーザが前記プロジェクトへの参加を依頼する依頼先のユーザからの前記プロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報を前記ユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを前記依頼元のユーザのメンバーユーザとして、前記依頼先のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを前記依頼先のユーザのメンバーユーザとして、前記依頼元のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録する登録ステップと、前記サーバが、ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、前記ユーザプロジェクト情報記憶手段を検索して、前記プロジェクトに参加しているユーザか否かを認証する参加認証ステップと、前記サーバが、前記参加認証ステップにより認証されたユーザのメンバーユーザを前記プロジェクトメンバー情報記憶手段により検索する検索ステップと、前記サーバが、前記検索ステップによる検索結果に基づいて、前記プロジェクトに関する情報を管理する情報管理ステップと、を備えることを特徴とする。

請求項６に記載の発明は、請求項５に記載のプロジェクト管理方法において、前記サーバを用いてプロジェクトを管理するにあたり、前記サーバは、前記依頼元のユーザから送信された前記依頼先のユーザに関する前記プロジェクトへの参加依頼情報を記憶する参加依頼情報記憶手段を有し、前記サーバが、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、前記参加依頼情報記憶手段を検索して判断する依頼先判断ステップと、前記サーバが、前記依頼先判断ステップにより、前記問い合わせユーザが前記プロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、前記問い合わせユーザに、その旨の通知を行う通知ステップと、を備えることを特徴とする。

請求項７に記載の発明は、請求項５又は６に記載のプロジェクト管理方法において、前記サーバを用いてプロジェクトを管理するにあたり、前記サーバは、ユーザの識別情報を記憶するユーザ情報記憶手段を有し、前記サーバが、前記ユーザから送信されたユーザの識別情報を受信するユーザ情報受信ステップと、前記サーバが、前記ユーザ情報受信ステップで受信したユーザの識別情報が前記ユーザ情報記憶手段に記憶されているか否かを判断するユーザ判断ステップと、前記サーバが、前記ユーザ判断ステップにより、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていないと判断された場合に、前記ユーザがアクセスできない旨を通知するユーザ認証通知ステップと、を備えることを特徴とする。

請求項８に記載の発明は、プログラムであって、プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶しているプロジェクトメンバー情報記憶手段と、プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、を備えるコンピュータを、依頼元のユーザが前記プロジェクトへの参加を依頼する依頼先のユーザからの前記プロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報を前記ユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを前記依頼元のユーザのメンバーユーザとして、前記依頼先のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを前記依頼先のユーザのメンバーユーザとして、前記依頼元のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録する登録手段、ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、前記ユーザプロジェクト情報記憶手段を検索して、前記プロジェクトに参加しているユーザか否かを認証する参加認証手段、前記参加認証手段により認証されたユーザのメンバーユーザを前記プロジェクトメンバー情報記憶手段により検索する検索手段、前記検索手段による検索結果に基づいて、前記プロジェクトに関する情報を管理する情報管理手段、として機能させることを特徴とする。

請求項９に記載の発明は、プログラムであって、プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、前記依頼元のユーザから送信された前記依頼先のユーザに関する前記プロジェクトへの参加依頼情報を記憶する参加依頼情報記憶手段と、を備えるコンピュータを、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、前記参加依頼情報記憶手段を検索して判断する依頼先判断手段、前記依頼先判断手段により、前記問い合わせユーザが前記プロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、前記問い合わせユーザに、その旨の通知を行う通知手段、として機能させることを特徴とする。

請求項１０に記載の発明は、プログラムであって、プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、ユーザの識別情報を記憶するユーザ情報記憶手段と、を備えるコンピュータを、前記ユーザから送信されたユーザの識別情報を受信するユーザ情報受信手段、前記ユーザ情報受信手段が受信したユーザの識別情報が前記ユーザ情報記憶手段に記憶されているか否かを判断するユーザ判断手段、前記ユーザ判断手段により、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていないと判断された場合に、前記ユーザがアクセスできない旨を通知するユーザ認証通知手段、として機能させることを特徴とする。

請求項１に記載の発明によれば、登録手段は、依頼元のユーザがプロジェクトへの参加を依頼する依頼先のユーザからのプロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報をユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを依頼元のユーザのメンバーユーザとして、依頼先のユーザの識別情報をプロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを依頼先のユーザのメンバーユーザとして、依頼元のユーザの識別情報をプロジェクトメンバー情報記憶手段に登録する。
また、参加認証手段は、ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、ユーザプロジェクト情報記憶手段を検索して、プロジェクトに参加しているユーザか否かを認証する。
次いで、検索手段は、参加認証手段により認証されたユーザのメンバーユーザをプロジェクトメンバー情報記憶手段により検索する。
そして、情報管理手段は、検索手段による検索結果に基づいて、プロジェクトに関する情報を管理する。

これにより、情報管理手段は、プロジェクトメンバー情報記憶手段に記憶された識別情報が対応付けられたユーザ及び当該ユーザのメンバーユーザとの間でプロジェクトに関する情報を管理するので、一つのプロジェクト内において、各ユーザが保有する情報は、各ユーザのメンバーユーザ間にしか開示されることがない。従って、各ユーザがプロジェクトのメンバーユーザを個別に構成しても、プロジェクトの識別情報が一致すれば、互いに情報を共有することができるようになる。これにより、プロジェクトを構成するユーザ毎に互いに情報を開示できるメンバーユーザ内でのみ情報を共有することができ、プロジェクトやユーザの変更に柔軟に対応できる。
さらに、依頼先のユーザを依頼元のユーザから見たメンバーユーザとし、依頼元のユーザを依頼先から見たメンバーユーザとしてそれぞれのメンバーに対応するメンバーユーザを記憶するので、ユーザとメンバーユーザとの関係を相互に明確にした状態でプロジェクトメンバー情報記憶手段に登録することができる。

請求項２に記載の発明によれば、プロジェクトに関する情報は、プロジェクトの識別情報に対応付けてクライアントに記憶されているので、プロジェクトを構成する各ユーザは個別にクライアントを操作することにより、プロジェクトの識別情報が一致すれば、互いに情報を共有することができるようになる。従って、従来よりも簡易な方法でプロジェクトを管理することができる。

請求項３に記載の発明によれば、依頼先判断手段は、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段を検索して判断する。また、通知手段は、依頼先判断手段により、問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに、その旨の通知を行う。これにより、プロジェクトへの参加を依頼された依頼先のユーザにのみ参加依頼があった旨が通知されるので、依頼先のユーザは依頼元のユーザに参加依頼があるか否かを問い合わせる必要がない。

請求項４に記載の発明によれば、ユーザ情報受信手段は、ユーザから送信されたユーザの識別情報を受信し、ユーザ判断手段は、ユーザ情報受信手段が受信したユーザの識別情報がユーザ情報記憶手段に記憶されているか否かを判断する。また、ユーザ認証通知手段は、ユーザ判断手段により、ユーザの識別情報がユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報がユーザ情報記憶手段に記憶されていないと判断された場合に、ユーザがアクセスできない旨を通知する。これにより、アクセスする権原を与えられていないユーザは、アクセスを拒否され、アクセスする権原を与えられたユーザは、使用認証コードが通知されることで、次回からのアクセスを容易に行うことができる。従って、セキュリティの向上を図ることができる。

請求項５に記載の発明によれば、登録ステップでは、依頼元のユーザがプロジェクトへの参加を依頼する依頼先のユーザからのプロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報をユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを依頼元のユーザのメンバーユーザとして、依頼先のユーザの識別情報をプロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを依頼先のユーザのメンバーユーザとして、依頼元のユーザの識別情報をプロジェクトメンバー情報記憶手段に登録する。
また、参加認証ステップでは、ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、ユーザプロジェクト情報記憶手段を検索して、プロジェクトに参加しているユーザか否かを認証する。
次いで、検索ステップでは、参加認証ステップにより認証されたユーザのメンバーユーザをプロジェクトメンバー情報記憶手段により検索する。
そして、情報管理ステップでは、検索ステップによる検索結果に基づいて、プロジェクトに関する情報を管理する。

これにより、情報管理ステップでは、プロジェクトメンバー情報記憶手段に記憶された識別情報が対応付けられたユーザ及び当該ユーザのメンバーユーザとの間でプロジェクトに関する情報を管理するので、一つのプロジェクト内において、各ユーザが保有する情報は、各ユーザのメンバーユーザ間にしか開示されることがない。従って、各ユーザがプロジェクトのメンバーユーザを個別に構成しても、プロジェクトの識別情報が一致すれば、互いに情報を共有することができるようになる。これにより、プロジェクトを構成するユーザ毎に互いに情報を開示できるメンバーユーザ内でのみ情報を共有することができ、プロジェクトやユーザの変更に柔軟に対応できる。
さらに、依頼先のユーザを依頼元のユーザから見たメンバーユーザとし、依頼元のユーザを依頼先から見たメンバーユーザとしてそれぞれのメンバーに対応するメンバーユーザを記憶するので、ユーザとメンバーユーザとの関係を相互に明確にした状態でプロジェクトメンバー情報記憶手段に登録することができる。

請求項６に記載の発明によれば、依頼先判断ステップでは、プロジェクトへの参加依頼の問い合わせを行ったユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段を検索して判断する。また、通知ステップでは、依頼先判断ステップによりプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、プロジェクトへの参加依頼の問い合わせを行ったユーザに、その旨の通知を行う。これにより、プロジェクトへの参加を依頼された依頼先のユーザにのみ参加依頼があった旨が通知されるので、依頼先のユーザは依頼元のユーザに参加依頼があるか否かを問い合わせる必要がない。

請求項７に記載の発明によれば、ユーザ情報受信ステップでは、ユーザから送信されたユーザの識別情報を受信し、ユーザ判断ステップでは、ユーザ情報受信ステップが受信したユーザの識別情報がユーザ情報記憶手段に記憶されているか否かを判断する。また、ユーザ認証通知ステップでは、ユーザ判断ステップにより、ユーザの識別情報がユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報がユーザ情報記憶手段に記憶されていないと判断された場合に、ユーザがアクセスできない旨を通知する。これにより、アクセスする権原を与えられていないユーザは、アクセスを拒否され、アクセスする権原を与えられたユーザは、使用認証コードが通知されることで、次回からのアクセスを容易に行うことができる。従って、セキュリティの向上を図ることができる。

請求項８に記載の発明によれば、コンピュータを登録手段として機能させることにより、依頼元のユーザがプロジェクトへの参加を依頼する依頼先のユーザからのプロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報をユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを依頼元のユーザのメンバーユーザとして、依頼先のユーザの識別情報をプロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを依頼先のユーザのメンバーユーザとして、依頼元のユーザの識別情報をプロジェクトメンバー情報記憶手段に登録する。
また、コンピュータを参加認証手段として機能させることにより、ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、ユーザプロジェクト情報記憶手段を検索して、プロジェクトに参加しているユーザか否かを認証する。
次いで、コンピュータを検索手段として機能させることにより、参加認証手段により認証されたユーザのメンバーユーザをプロジェクトメンバー情報記憶手段により検索する。
そして、コンピュータを情報管理手段として機能させることにより、検索手段による検索結果に基づいて、プロジェクトに関する情報を管理する。

これにより、コンピュータを情報管理手段として機能させることにより、プロジェクトメンバー情報記憶手段に記憶された識別情報が対応付けられたユーザ及び当該ユーザのメンバーユーザとの間でプロジェクトに関する情報を管理するので、一つのプロジェクト内において、各ユーザが保有する情報は、各ユーザのメンバーユーザ間にしか開示されることがない。従って、各ユーザがプロジェクトのメンバーユーザを個別に構成しても、プロジェクトの識別情報が一致すれば、互いに情報を共有することができるようになる。これにより、プロジェクトを構成するユーザ毎に互いに情報を開示できるメンバーユーザ内でのみ情報を共有することができ、プロジェクトやユーザの変更に柔軟に対応できる。
さらに、依頼先のユーザを依頼元のユーザから見たメンバーユーザとし、依頼元のユーザを依頼先から見たメンバーユーザとしてそれぞれのメンバーに対応するメンバーユーザを記憶するので、ユーザとメンバーユーザとの関係を相互に明確にした状態でプロジェクトメンバー情報記憶手段に登録することができる。

請求項９に記載の発明によれば、コンピュータを依頼先判断手段として機能させることにより、プロジェクトへの参加依頼の問い合わせを行ったユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報記憶手段を検索して判断する。また、コンピュータを通知手段として機能させることにより、依頼先判断手段によりプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、プロジェクトへの参加依頼の問い合わせを行ったユーザに、その旨の通知を行う。これにより、プロジェクトへの参加を依頼された依頼先のユーザにのみ参加依頼があった旨が通知されるので、依頼先のユーザは依頼元のユーザに参加依頼があるか否かを問い合わせる必要がない。

請求項１０に記載の発明によれば、コンピュータをユーザ情報受信手段として機能させることにより、ユーザから送信されたユーザの識別情報を受信し、コンピュータをユーザ判断手段として機能させることにより、ユーザ情報受信手段が受信したユーザの識別情報がユーザ情報記憶手段に記憶されているか否かを判断する。また、コンピュータをユーザ認証通知手段として機能させることにより、ユーザ判断手段により、ユーザの識別情報がユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報がユーザ情報記憶手段に記憶されていないと判断された場合に、ユーザがアクセスできない旨を通知する。これにより、アクセスする権原を与えられていないユーザは、アクセスを拒否され、アクセスする権原を与えられたユーザは、使用認証コードが通知されることで、次回からのアクセスを容易に行うことができる。従って、セキュリティの向上を図ることができる。

以下、図面を参照して、本発明に係るプロジェクト管理サーバ、プロジェクト管理方法及びプログラムの最良の形態について詳細に説明する。
図１は、プロジェクト管理サーバ１を備えて構成されるプロジェクト管理システム１００である。プロジェクト管理システム１００は、プロジェクト管理サーバ１と、このプロジェクト管理サーバ１にネットワーク接続された複数のクライアント２を備えている。
本実施形態においては、図１及び図２に示すように、クライアント２は、例えば、５台存在し、ユーザａ，ｂ，ｃ，ｄ，ｅによって管理されている。また、ユーザ間の繋がりは、図２に示すように構成され、ユーザａのプロジェクト空間には、図３（ａ）に示すように、ユーザａ，ｂ，ｃ，ｄが含まれ、ユーザｂのプロジェクト空間には、図３（ｂ）に示すように、ユーザａ，ｂ，ｃ，ｅが含まれ、ユーザｃのプロジェクト空間には、図３（ｃ）に示すように、ユーザａ，ｂ，ｃが含まれ、ユーザｄのプロジェクト空間には、図３（ｄ）に示すように、ユーザａ，ｄが含まれ、ユーザｅのプロジェクト空間には、図３（ｅ）に示すように、ユーザｂ，ｅとが含まれている。ここで、プロジェクト空間の共有者には、各ユーザの情報が開示できるようになっている。すなわち、ユーザａのプロジェクト空間においては、ユーザａ，ｂ，ｃ，ｄだけがプロジェクトに関する情報を共有することができ、ユーザｅに対しては、情報は開示されない。

＜プロジェクト管理サーバ＞
プロジェクト管理サーバ１は、図４に示すように、プログラムを実行してプロジェクトを管理するための種々の処理を行う制御部１１と、制御部１１からの指示に基づいてクライアント２との通信を行う通信部１２と、ユーザが操作をするためのキーボードやマウス等からなる入力部１３と、ユーザに報知するために種々の情報を表示するＣＲＴ、液晶ディスプレイ等からなる表示部１４と、を備えている。
制御部１１は、各種の演算処理等を行う演算処理部１６と、この演算処理部１６のワークエリア等として使用されるとともに、演算処理部１６が各部を制御するのに必要なシステムプログラム等が記憶された記憶部１７と、が備えられている。
演算処理部１６は、例えば、ＣＰＵにより構成され、記憶部１７のプログラムエリア１７３内に格納されたプログラムを読み出して作業エリア１７１内に展開し、当該プログラムに基づいて各部への指示やデータの送受信の制御を行う。

記憶部１７には、演算処理部１６のワークエリアとして機能するための作業エリア１７１と、プロジェクトやユーザの情報データベースが記憶されたデータエリア１７２と、演算処理部１６に実行させるプログラムが格納されたプログラムエリア１７３と、が形成されている。

具体的には、データエリア１７２には、図４に示すように、ユーザの識別情報を記憶するユーザ情報データベース１７２ａが記憶されている。

ここで、ユーザ情報データベース１７２ａは、図５に示すように、ユーザの識別情報としてのユーザＩＤと、ユーザ名と、プロジェクト管理サーバ１にログインするためのパスワードとが対応付けられてテーブル化されている。具体的には、ユーザａのユーザＩＤを「ｕ００１」、パスワードを「Ｐｗｄ＿Ａ」とし、ユーザｂのユーザＩＤを「ｕ００２」、パスワードを「ｘｙｚ」とし、ユーザｃのユーザＩＤを「ｕ００３」、パスワードを「１２３４」とし、ユーザｄのユーザＩＤを「ｕ００４」、パスワードを「ａｂｃ」とし、ユーザｅのユーザＩＤを「ｕ００５」、パスワードを「Ｐｗｄ＿Ｅ」とする。この場合、ユーザａのユーザＩＤ「ｕ００１」には、ユーザ名「ａ」と、パスワード「Ｐｗｄ＿Ａ」とが対応付けられて記憶され、ユーザｂのユーザＩＤ「ｕ００２」には、ユーザ名「ｂ」と、パスワード「ｘｙｚ」とが対応付けられて記憶され、ユーザｃのユーザＩＤ「ｕ００３」には、ユーザ名「ｃ」と、パスワード「１２３４」とが対応付けられて記憶されている。また、ユーザｄのユーザＩＤ「ｕ００４」には、ユーザ名「ｄ」と、パスワード「ａｂｃ」とが対応付けられて記憶され、ユーザｅのユーザＩＤ「ｕ００５」には、ユーザ名「ｅ」と、パスワード「Ｐｗｄ＿Ｅ」とが対応付けられて記憶されている。
なお、ユーザ情報データベース１７２ａは、予めプロジェクト管理システム１００のシステム管理者等によって作成され、データエリア１７２に記憶される。

また、データエリア１７２には、図４に示すように、プロジェクトの識別情報を記憶するプロジェクト情報データベース１７２ｂが記憶されている。

ここで、プロジェクト情報データベース１７２ｂは、図６に示すように、プロジェクトの識別情報としてのプロジェクトＩＤと、プロジェクト名とが対応付けられてテーブル化されている。具体的には、本プロジェクトのプロジェクト名を「Ｐ１」とし、このプロジェクトのプロジェクトＩＤを「ｐ００１」とする。この場合、本プロジェクトのプロジェクトＩＤ「ｐ００１」には、プロジェクト名「Ｐ１」が対応付けられて記憶されている。
なお、プロジェクト情報データベース１７２ｂは、予めプロジェクト管理システム１００のシステム管理者等によって作成され、データエリア１７２に記憶される。

また、データエリア１７２には、図４に示すように、プロジェクトの識別情報と、プロジェクトに参加するユーザの識別情報とが対応付けられたユーザプロジェクト情報記憶手段としてのユーザプロジェクト情報データベース１７２ｃが記憶されている。

ここで、ユーザプロジェクト情報データベース１７２ｃは、図７に示すように、ユーザＩＤとプロジェクトＩＤとが対応付けられてテーブル化されている。具体的には、ユーザａ，ｂ，ｃ，ｄ，ｅが参加するプロジェクトのプロジェクトＩＤを「ｐ００１」とする。この場合、ユーザａのユーザＩＤ「ｕ００１」には、プロジェクトＩＤ「ｐ００１」が対応付けられて記憶され、ユーザｂのユーザＩＤ「ｕ００２」には、プロジェクトＩＤ「ｐ００１」が対応付けられて記憶され、ユーザｃのユーザＩＤ「ｕ００３」には、プロジェクトＩＤ「ｐ００１」が対応付けられて記憶され、ユーザｄのユーザＩＤ「ｕ００４」には、プロジェクトＩＤ「ｐ００１」が対応付けられて記憶され、ユーザｅのユーザＩＤ「ｕ００５」には、プロジェクトＩＤ「ｐ００１」が対応付けられて記憶されている。
なお、ユーザプロジェクト情報データベース１７２ｃは、予めプロジェクト管理システム１００のシステム管理者等によって作成され、データエリア１７２に記憶される。

また、データエリア１７２には、図４に示すように、プロジェクトに参加するユーザの識別情報と、当該ユーザの依頼により当該プロジェクトに参加したメンバーユーザの識別情報とが対応付けられたプロジェクトメンバー情報記憶手段としてのプロジェクトメンバー情報データベース１７２ｄが記憶されている。

ここで、プロジェクトメンバー情報データベース１７２ｄは、図８に示すように、ユーザＩＤと、プロジェクトＩＤと、メンバーユーザの識別情報としてのメンバーユーザＩＤとが対応付けられてテーブル化されている。具体的には、図３の関係より、ユーザａのメンバーユーザは、ユーザｂ，ｃ，ｄであるため、ユーザａのユーザＩＤ「ｕ００１」には、プロジェクトＩＤ「ｐ００１」とメンバーユーザのＩＤ「ｕ００２」、「ｕ００３」、「ｕ００４」がそれぞれ対応付けられて記憶されている。また、ユーザｂのメンバーユーザは、ユーザａ，ｃ，ｅであるため、ユーザｂのユーザＩＤ「ｕ００２」には、プロジェクトＩＤ「ｐ００１」とメンバーユーザのＩＤ「ｕ００１」、「ｕ００３」、「ｕ００５」がそれぞれ対応付けられて記憶されている。また、ユーザｃのメンバーユーザは、ユーザｂ，ｃであるため、ユーザｃのユーザＩＤ「ｕ００３」には、プロジェクトＩＤ「ｐ００１」とメンバーユーザのＩＤ「ｕ００１」、「ｕ００２」がそれぞれ対応付けられて記憶されている。また、ユーザｄのメンバーユーザは、ユーザａであるため、ユーザｄのユーザＩＤ「ｕ００４」には、プロジェクトＩＤ「ｐ００１」とメンバーユーザのＩＤ「ｕ００１」がそれぞれ対応付けられて記憶されている。また、ユーザｅのメンバーユーザは、ユーザｂであるため、ユーザｅのユーザＩＤ「ｕ００５」には、プロジェクトＩＤ「ｐ００１」とメンバーユーザのＩＤ「ｕ００２」がそれぞれ対応付けられて記憶されている。

また、データエリア１７２には、図４に示すように、依頼元のユーザから送信された依頼先のユーザに関するプロジェクトへの参加依頼情報を記憶する参加依頼情報記憶手段としての参加依頼情報データベース１７２ｅが記憶されている。

ここで、参加依頼情報データベース１７２ｅは、図９に示すように、プロジェクトへの参加を依頼した依頼元ユーザのユーザＩＤと、プロジェクトＩＤと、プロジェクトへの参加を依頼された依頼先ユーザのユーザＩＤと、依頼先ユーザのプロジェクトへの参加承諾状態とが対応付けられてテーブル化されている。具体的には、ユーザａは、プロジェクトへの参加を依頼した依頼元ユーザａのユーザＩＤ「ｕ００１」と、プロジェクトＩＤ「ｐ００１」と、プロジェクトへの参加を依頼された依頼先ユーザｂのユーザＩＤ「ｕ００２」と、依頼先ユーザｂの参加承諾状態「ＮＵＬＬ」とが対応付けられて記憶されている。ここで、参加承諾状態は、未入力の場合には「ＮＵＬＬ」、参加を承諾すれば「１」、参加を拒否すれば「０」が入力されて記憶される。

プログラムエリア１７３には、図４に示すように、依頼元のユーザがプロジェクトへの参加を依頼する依頼先のユーザからのプロジェクトへの参加承諾に基づいて、当該依頼先のユーザのユーザＩＤをユーザプロジェクト情報データベース１７２ｃに登録するとともに、当該依頼先のユーザを依頼元のユーザのメンバーユーザとして、依頼先のユーザのユーザＩＤをプロジェクトメンバー情報データベース１７２ｄに登録し、当該依頼元のユーザを依頼先のユーザのメンバーユーザとして、依頼元のユーザのユーザＩＤをプロジェクトメンバー情報データベース１７２ｄに登録する機能を実現させる登録プログラム１７３ａが記憶されている。ここで、演算処理部１６が登録プログラム１７３ａを実行することにより、制御部１１は、登録手段として機能する。

また、プログラムエリア１７３には、図４に示すように、ユーザから送信されたプロジェクトＩＤ及びユーザＩＤに基づいて、ユーザプロジェクト情報データベース１７２ｃを検索して、プロジェクトに参加しているユーザか否かを認証する機能を実現させる参加認証プログラム１７３ｂが記憶されている。ここで、演算処理部１６が参加認証プログラム１７３ｂを実行することにより、制御部１１は、参加認証手段として機能する。

また、プログラムエリア１７３には、図４に示すように、参加認証プログラム１７３ｂを実行することにより認証されたユーザのメンバーユーザをプロジェクトメンバー情報データベース１７２ｄにより検索する機能を実現させる検索プログラム１７３ｃが記憶されている。ここで、演算処理部１６が検索プログラム１７３ｃを実行することにより、制御部１１は、検索手段として機能する。

また、プログラムエリア１７３には、図４に示すように、検索プログラム１７３ｃを実行することによって得られた検索結果に基づいて、プロジェクトに関する情報を管理する機能を実現させる情報管理プログラム１７３ｄが記憶されている。ここで、演算処理部１６が情報管理プログラム１７３ｄを実行することにより、制御部１１は、情報管理手段として機能する。

また、プログラムエリア１７３には、図４に示すように、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報データベース１７２ｅを検索して判断する機能を実現させる依頼先判断プログラム１７３ｅが記憶されている。ここで、演算処理部１６が依頼先判断プログラム１７３ｅを実行することにより、制御部１１は、依頼先判断手段として機能する。

また、プログラムエリア１７３には、図４に示すように、依頼先判断プログラム１７３ｅを実行することにより、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザにその旨の通知を行う機能を実現させる通知プログラム１７３ｆが記憶されている。ここで、演算処理部１６が通知プログラム１７３ｆを実行することにより、制御部１１は、通知手段として機能する。

また、プログラムエリア１７３には、図４に示すように、ユーザから送信されたユーザＩＤを受信する機能を実現させるユーザ情報受信プログラム１７３ｇが記憶されている。ここで、演算処理部１６がユーザ情報受信プログラム１７３ｇを実行することにより、制御部１１は、ユーザ情報受信手段として機能する。

また、プログラムエリア１７３には、図４に示すように、ユーザ情報受信プログラム１７３ｇを実行することにより受信したユーザＩＤがユーザ情報データベース１７２ａに記憶されているか否かを判断する機能を実現させるユーザ判断プログラム１７３ｈが記憶されている。ここで、演算処理部１６がユーザ判断プログラム１７３ｈを実行することにより、制御部１１は、ユーザ判断手段として機能する。

また、プログラムエリア１７３には、図４に示すように、ユーザ判断プログラム１７３ｈを実行することにより、ユーザＩＤがユーザ情報データベース１７２ａに記憶されていると判断された場合に、ユーザがアクセスするための使用認証コード（ユーザＩＤ）を通知し、ユーザのパスワード等がユーザ情報データベース１７２ａに記憶されていないと判断された場合に、ユーザにアクセスできない旨を通知する機能を実現させるユーザ認証通知プログラム１７３ｉが記憶されている。ここで、演算処理部１６がユーザ認証通知プログラム１７３ｉを実行することにより、制御部１１は、ユーザ認証通知手段として機能する。

＜クライアント＞
クライアント２は、図１０に示すように、プログラムを実行してプロジェクトを管理するための種々の処理を行う制御部２１と、制御部２１からの指示に基づいてプロジェクト管理サーバ１との通信を行う通信部２２と、ユーザが操作をするためのキーボードやマウス等からなる入力部２３と、ユーザに報知するために種々の情報を表示するＣＲＴ、液晶ディスプレイ等からなる表示部２４と、ユーザの公開情報を記憶する記憶部２５とを備えている。クライアント２は、制御部２１がプログラムを実行することにより、ユーザからの入力操作に応じて、プロジェクト管理のための処理等を行う。

ここで、記憶部２５には、プロジェクトのメンバーユーザに公開する公開情報に、プロジェクトＩＤ及びユーザＩＤとが対応付けられた公開情報が記憶されている。ここで、公開情報は、図１１に示すように、ユーザＩＤと、プロジェクトＩＤと、メンバーユーザに開示できるファイル名とが対応付けられてテーブル化されている。具体的には、ユーザａがメンバーユーザｂ，ｃ，ｄに開示可能な公開情報のファイル名が「Ｆ１００」、「Ｆ１０１」、「Ｆ１０２」の３つであるとすると、プロジェクトＩＤ「ｐ００１」と、ファイル名「Ｆ１００」、「Ｆ１０１」、「Ｆ１０２」とが、それぞれユーザａのユーザＩＤ「ｕ００１」に対応付けられて記憶されている。また、ユーザｂがメンバーユーザａ，ｃ，ｅに開示可能な公開情報のファイル名が「Ｆ２００」、「Ｆ２０１」の２つであるとすると、プロジェクトＩＤ「ｐ００１」と、ファイル名「Ｆ２００」、「Ｆ２０１」とが、それぞれユーザｂのユーザＩＤ「ｕ００２」に対応付けられて記憶されている。また、ユーザｃがメンバーユーザａ，ｂに開示可能な公開情報のファイル名が「Ｆ３０１」、「Ｆ３０２」の２つであるとすると、プロジェクトＩＤ「ｐ００１」と、ファイル名「Ｆ３０１」、「Ｆ３０２」とが、それぞれユーザｃのユーザＩＤ「ｕ００３」に対応付けられて記憶されている。また、ユーザｄがメンバーユーザａに開示可能な公開情報のファイル名が「Ｆ４００」、「Ｆ４０１」の２つであるとすると、プロジェクトＩＤ「ｐ００１」と、ファイル名「Ｆ４００」、「Ｆ４０１」とが、それぞれユーザｄのユーザＩＤ「ｕ００４」に対応付けられて記憶されている。また、ユーザｅがメンバーユーザｂに開示可能な公開情報のファイル名が「Ｆ５００」であるとすると、プロジェクトＩＤ「ｐ００１」と、ファイル名「Ｆ５００」とが、それぞれユーザｅのユーザＩＤ「ｕ００５」に対応付けられて記憶されている。

＜ログイン処理＞
次に、クライアント２からプロジェクト管理サーバ１へのログイン処理について図１２のフローチャートを用いて説明する。
図１２に示すように、ユーザはクライアント２の入力部２３からユーザ名及びパスワードを入力する。クライアント２は、通信部２２を介してユーザ名及びパスワードをプロジェクト管理サーバ１に送信する（ステップＳ１）。すると、プロジェクト管理サーバ１は、ユーザ名及びパスワードを、通信部１２を介して受信する（ステップＳ２）。次いで、演算処理部１６は、ユーザ判断プログラム１７３ｈを実行することにより、通信部１２を介して受信したユーザのユーザ名及びパスワードがユーザ情報データベース１７２ａに記憶されているか否かを判断する（ステップＳ３）。ここで、演算処理部１６が、ユーザのユーザ名及びパスワードがユーザ情報データベース１７２ａに記憶されていると判断した場合（ステップＳ３：ＹＥＳ）、演算処理部１６は、ユーザ認証通知プログラム１７３ｉを実行することにより、ユーザがアクセスするための使用認証コード（ユーザＩＤ）をクライアント２の通信部２２に向けて送信する（ステップＳ４）。一方、演算処理部１６が、ユーザのユーザ名及びパスワードがユーザ情報データベース１７２ａに記憶されていないと判断した場合（ステップＳ３：ＮＯ）、演算処理部１６は、ユーザ認証通知プログラム１７３ｉを実行することにより、ユーザがアクセスできない旨をクライアント２の通信部２２に向けて送信する（ステップＳ５）。次いで、クライアント２の通信部２２は、プロジェクト管理サーバ１からユーザＩＤを受信する（ステップＳ６）。
なお、クライアント２は、プロジェクト管理サーバ１にアクセスしてユーザＩＤを取得しておけば、以後のプロジェクト管理サーバ１へのログイン処理では、ユーザＩＤとパスワードでログインできるようになっている。

＜プロジェクト参加依頼、承諾の流れ＞
次に、プロジェクトに参加しているユーザからプロジェクトに参加していないユーザに参加依頼をし、依頼先のユーザが参加を承諾するまでの流れについて図１３のフローチャートを用いて説明する。
図１３に示すように、ユーザａのクライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に対してユーザｂに関するプロジェクトへの参加依頼情報を送信する（ステップＳ１１）。すると、プロジェクト管理サーバ１は、参加依頼情報を、通信部１２を介して受信する（ステップＳ１２）。次いで、演算処理部１６は、受信した参加依頼情報を参加依頼情報データベース１７２ｅに記憶させる（ステップＳ１３）。次いで、演算処理部１６は、参加依頼情報を参加依頼情報データベース１７２ｅに記憶させた旨をユーザａのクライアント２に通信部１２を介して送信する（ステップＳ１４）。次いで、ユーザａのクライアント２は、通信部２２を介して、参加依頼情報を参加依頼情報データベース１７２ｅに記憶させた旨を受信する（ステップＳ１５）。

ここで、ステップＳ１３において、参加依頼情報が参加依頼情報データベース１７２ｅに記憶されたときのデータテーブルについて、図１４及び図１５を用いて説明する。
図１４に示すように、ユーザａが参加依頼情報をプロジェクト管理サーバ１に送信するまでは、参加依頼情報データベース１７２ｅには、本プロジェクトに関する情報は記憶されていない。そして、演算処理部１６が、参加依頼情報を参加依頼情報データベース１７２ｅに記憶させると、図１５に示すように、依頼元ユーザＩＤの欄には、依頼元のユーザａのユーザＩＤ「ｕ００１」が書き込まれる。また、プロジェクトＩＤの欄には、依頼元のユーザａがユーザｂに参加を依頼するプロジェクトのプロジェクトＩＤ「ｐ００１」が書き込まれる。また、依頼先ユーザＩＤの欄には、依頼先のユーザｂのユーザＩＤ「ｕ００２」が書き込まれる。また、参加承諾状態の欄には、「ＮＵＬＬ」が書き込まれる。ここで、「ＮＵＬＬ」が書き込まれるのは、この段階では、ユーザｂの参加承諾の有無の情報を得ていないからである。

再び図１３のフローチャートに戻って、依頼元のユーザａが参加依頼情報を参加依頼情報データベース１７２ｅに記憶させた後に、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザがプロジェクトへの参加依頼があるか否かをプロジェクト管理サーバ１に問い合わせると（ステップＳ１６）、プロジェクト管理サーバ１の演算処理部１６は、依頼先判断プログラム１７３ｅを実行することにより、問い合わせユーザが、プロジェクトへの参加を依頼されている依頼先のユーザｂであるか否かを、参加依頼情報データベース１７２ｅを検索して判断する（ステップＳ１７）。なお、ステップＳ１５とステップＳ１６との間は非同期である。

ここで、演算処理部１６が、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザｂであると判断した場合（ステップＳ１７：ＹＥＳ）、演算処理部１６は、通知プログラム１７３ｆを実行することにより、プロジェクトへの参加依頼の問い合わせユーザに、プロジェクト参加依頼がある旨の通知を行う（ステップＳ１８）。一方、演算処理部１６が、問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザｂではないと判断した場合（ステップＳ１７：ＮＯ）、演算処理部１６は、通知プログラム１７３ｆを実行することにより、問い合わせユーザに、プロジェクト参加依頼はない旨の通知を行う（ステップＳ１９）。

プロジェクト管理サーバ１から参加依頼がある旨の通知を受信した問い合わせユーザは、プロジェクトに参加するか否かを判断し、その旨を送信する操作を行う。クライアント２の制御部２１は、通信部２２を介してプロジェクト管理サーバ１に参加承諾の有無に関する参加有無情報を送信する（ステップＳ２０）。

次いで、プロジェクト管理サーバ１は、ユーザｂのクライアント２から通信部１２を介して参加有無情報を通信部１２を介して受信する（ステップＳ２１）。次いで、演算処理部１６は、受信した参加有無情報を参加依頼情報データベース１７２ｅに記憶させる（ステップＳ２２）。次いで、演算処理部１６は、参加有無情報を参加依頼情報データベース１７２ｅに記憶させた旨をユーザｂのクライアント２に通信部１２を介して送信する（ステップＳ２３）。次いで、ユーザｂのクライアント２は、通信部２２を介して、参加有無情報を参加依頼情報データベース１７２ｅに記憶させた旨を受信する（ステップＳ２４）。

ここで、ステップＳ２２において、参加有無情報が参加情報データベース１７２ｅに記憶されたときのデータテーブルについて、図１５〜図１７を用いて説明する。
ユーザｂが参加有無情報をプロジェクト管理サーバ１に送信するまでは、図１５に示すように、参加依頼情報データベース１７２ｅのデータテーブルにおける参加承諾状態の欄は「ＮＵＬＬ」のままである。そして、演算処理部１６が、参加有無情報を参加依頼情報データベース１７２ｅに記憶させると、参加承諾状態の欄が書き換えられる。ここで、演算処理部１６が、ユーザｂから参加を承諾する旨を受信したと判断した場合には、図１６に示すように、演算処理部１６は、参加承諾状態の欄を「１」に書き換える。一方、演算処理部１６が、ユーザｂから参加を拒否する旨を受信したと判断した場合には、図１７に示すように、演算処理部１６は、参加承諾状態の欄を「０」に書き換える。

ここで、プロジェクトへの参加を依頼されたユーザが参加依頼を承諾した場合のプロジェクトメンバー情報データベース１７２ｄ及びユーザプロジェクト情報データベース１７２ｃの書き換えについて図１８〜図２１を用いて説明する。
ユーザａが参加依頼情報をプロジェクト管理サーバ１に送信するまでは、図１８に示すように、プロジェクトメンバー情報データベース１７２ｄのデータテーブルには、本プロジェクトに関する情報は記憶されていない。また、図１９に示すように、ユーザプロジェクト情報データベース１７２ｃには、ユーザＩＤの欄に依頼元ユーザａのユーザＩＤ「ｕ００１」が書き込まれており、プロジェクトＩＤの欄に依頼元ユーザａのプロジェクトＩＤ「ｐ００１」が書き込まれている。

そして、演算処理部１６が、ユーザｂから参加を承諾する旨を受信したと判断した場合には、演算処理部１６は、登録プログラム１７３ａを実行することにより、図２０に示すように、プロジェクトメンバー情報データベース１７２ａにおけるユーザＩＤの欄には、依頼元ユーザａのユーザＩＤ「ｕ００１」及び依頼先ユーザｂのユーザＩＤ「ｕ００２」が書き込まれ、プロジェクトＩＤの欄には、依頼元ユーザａのプロジェクトＩＤ「ｐ００１」及び依頼先ユーザｂのプロジェクトＩＤ「ｐ００１」が書き込まれ、メンバーユーザＩＤの欄には、依頼元ユーザａのメンバーユーザｂのユーザＩＤ「ｕ００２」及び依頼先ユーザｂのメンバーユーザａのユーザＩＤ「ｕ００１」が書き込まれる。ここで、依頼元ユーザａにとってのメンバーユーザは依頼先ユーザｂであり、依頼先ユーザｂにとってのメンバーユーザは依頼元ユーザａであるため、依頼元のユーザａのメンバーユーザとして依頼先のユーザｂのユーザＩＤ「ｕ００２」が書き込まれ、依頼先のユーザｂのメンバーユーザとして依頼元のユーザａのユーザＩＤ「ｕ００１」が書き込まれる。

また、図２１に示すように、ユーザプロジェクト情報データベース１７２ｃにおけるユーザＩＤの欄には、依頼先ユーザｂのユーザＩＤ「ｕ００２」が書き込まれ、プロジェクトＩＤの欄には、依頼先ユーザｂのプロジェクトＩＤ「ｐ００１」が書き込まれる。

＜プロジェクト公開情報の取得＞
次に、ユーザのメンバーユーザに公開する公開情報を取得する方法について、図２２のフローチャートを用いて説明する。
図２２に示すように、例えば、ユーザａがクライアント２の入力部２３からユーザＩＤ「ｕ００１」及びプロジェクトＩＤ「ｐ００１」を入力すると、制御部２１は、通信部２２を介して、入力されたユーザＩＤ「ｕ００１」及びプロジェクトＩＤ「ｐ００１」をプロジェクト管理サーバ１に送信する（ステップＳ３１）。次いで、プロジェクト管理サーバ１の通信部１２は、ユーザＩＤ「ｕ００１」及びプロジェクトＩＤ「ｐ００１」を受信する（ステップＳ３２）。次いで、演算処理部１６は、参加認証プログラム１７３ｂを実行することにより、ユーザａから送信されたユーザＩＤ「ｕ００１」及びプロジェクトＩＤ「ｐ００１」に基づいて、ユーザプロジェクト情報データベース１７２ｃを検索して、ユーザＩＤが「ｕ００１」であって、かつプロジェクトＩＤが「ｐ００１」であるローが記憶されているか否かを判断し、ユーザａの認証を行う（ステップＳ３３）。

ここで、演算処理部１６が、ユーザＩＤが「ｕ００１」であって、かつプロジェクトＩＤが「ｐ００１」であるローが記憶されていると判断した場合（ステップＳ３３：ＹＥＳ）、演算処理部１６は、検索プログラム１７３ｃを実行することにより、認証されたユーザａのメンバーユーザＩＤをプロジェクトメンバー情報データベース１７２ｄから検索する（ステップＳ３４）。検索にあたっては、ユーザＩＤが「ｕ００１」であって、かつプロジェクトＩＤが「ｐ００１」であるローを検索する。一方、演算処理部１６が、ユーザＩＤが「ｕ００１」であって、かつプロジェクトＩＤが「ｐ００１」であるローが記憶されていないと判断した場合（ステップＳ３３：ＮＯ）、演算処理部１６は、ユーザａは、プロジェクトの参加メンバーではない旨の通知を、通信部１２を介してクライアント２に送信する（ステップＳ３５）。

ステップＳ３４において、ユーザＩＤが「ｕ００１」であって、かつプロジェクトＩＤが「ｐ００１」であるローを検索した後、演算処理部１６は、情報管理プログラム１７３ｄを実行することにより、検索したメンバーユーザの公開情報を当該メンバーユーザの記憶部２５から検索する（ステップＳ３６）。検索にあたっては、ユーザＩＤがステップＳ３４で取得したメンバーユーザＩＤの何れかであって、かつプロジェクトＩＤが「ｐ００１」であるローを検索する。
ステップＳ３６において、演算処理部１６が、メンバーユーザの公開情報を検索して取得すると、演算処理部１６は、当該公開情報を、通信部１２を介してクライアント２に送信する（ステップＳ３７）。そして、クライアント２の制御部２１が、通信部２２を介して公開情報を受信する（ステップＳ３８）。

次に、メンバーユーザへのファイルの公開について、図１０及び図２３を用いて説明する。
図１１に示すように、クライアント２の記憶部２５に記憶されている公開情報は、ユーザａが公開可能なファイルが「Ｆ１００」、「Ｆ１０１」、「Ｆ１０２」であり、ユーザｂが公開可能なファイルが「Ｆ２００」、「Ｆ２０１」であり、ユーザｃが公開可能なファイルが「Ｆ３０１」、「Ｆ３０２」であるとする。
そして、図２３に示すように、ユーザｃのメンバーユーザがユーザａとユーザｂである場合、ユーザｃとユーザａとの間においては、図１１に示す場合、「Ｆ１００」、「Ｆ１０１」、「Ｆ１０２」、「Ｆ３０１」、「Ｆ３０２」のファイルを共有することができ、ユーザｃとユーザｂとの間においては、「Ｆ２００」、「Ｆ２０１」、「Ｆ３０１」、「Ｆ３０２」のファイルを共有することができる。

本実施形態に係るプロジェクト管理サーバ、プロジェクト管理方法及びプログラムによれば、演算処理部１６が登録プログラム１７３ａを実行することにより、依頼元のユーザがプロジェクトへの参加を依頼する依頼先のユーザからのプロジェクトへの参加承諾に基づいて、当該依頼先のユーザのユーザＩＤをユーザプロジェクト情報データベース１７２ｃに登録するとともに、当該依頼先のユーザを依頼元のユーザのメンバーユーザとして、依頼先のユーザのユーザＩＤをプロジェクトメンバー情報データベース１７２ｄに登録し、当該依頼元のユーザを依頼先のユーザのメンバーユーザとして、依頼元のユーザのユーザＩＤをプロジェクトメンバー情報データベース１７２ｄに登録する。
また、演算処理部１６が、参加認証プログラム１７３ｂを実行することにより、ユーザから送信されたプロジェクトＩＤ及びユーザＩＤに基づいて、ユーザプロジェクト情報データベース１７２ｃを検索して、プロジェクトに参加しているユーザか否かを認証する。
次いで、演算処理部１６が、検索プログラム１７３ｃを実行することにより、認証されたユーザのメンバーユーザをプロジェクトメンバー情報データベース１７２ｄにより検索する。
そして、演算処理部１６が、情報管理プログラム１７３ｄを実行することにより、検索結果に基づいて、プロジェクトに関する情報を管理する。

これにより、プロジェクトメンバー情報データベース１７２ｄに記憶されたユーザＩＤが対応付けられたユーザ及び当該ユーザのメンバーユーザとの間でプロジェクトに関する情報を管理するので、一つのプロジェクト内において、各ユーザが保有する情報は、各ユーザのメンバーユーザ間にしか開示されることがない。従って、各ユーザがプロジェクトのメンバーユーザを個別に構成しても、プロジェクトＩＤが一致すれば、互いに情報を共有することができるようになる。これにより、プロジェクトを構成するユーザ毎に互いに情報を開示できるメンバーユーザ内でのみ情報を共有することができ、プロジェクトやユーザの変更に柔軟に対応できる。
さらに、依頼先のユーザを依頼元のユーザから見たメンバーユーザとし、依頼元のユーザを依頼先から見たメンバーユーザとしてそれぞれのメンバーに対応するメンバーユーザを記憶するので、ユーザとメンバーユーザとの関係を相互に明確にした状態でプロジェクトメンバー情報データベース１７２ｄに登録することができる。

また、プロジェクトに関する情報は、プロジェクトＩＤに対応付けてクライアントに記憶されているので、プロジェクトを構成する各ユーザは個別にクライアントを操作することにより、プロジェクトＩＤが一致すれば、互いに情報を共有することができるようになる。従って、従来よりも簡易な方法でプロジェクトを管理することができる。

また、演算処理部１６が、依頼先判断プログラム１７３ｅを実行することにより、プロジェクトへの参加依頼の問い合わせを行ったユーザが、プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、参加依頼情報データベース１７２ｅを検索して判断する。また、演算処理部１６が、通知プログラム１７３ｆを実行することにより、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザがプロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、問い合わせユーザに、その旨の通知を行う。これにより、プロジェクトへの参加を依頼された依頼先のユーザにのみ参加依頼があった旨が通知されるので、依頼先のユーザは依頼元のユーザに参加依頼があるか否かを問い合わせる必要がない。

また、演算処理部１６が、ユーザ情報受信プログラム１７３ｇを実行することにより、ユーザから送信されたユーザＩＤを受信し、演算処理部１６が、ユーザ判断プログラム１７３ｈを実行することにより、受信したユーザＩＤがユーザ情報データベース１７２ａに記憶されているか否かを判断する。また、演算処理部１６が、ユーザ認証通知プログラム１７３ｉを実行することにより、ユーザ名及びパスワードがユーザ情報データベース１７２ａに記憶されていると判断された場合に、ユーザがアクセスするためのユーザＩＤを通知し、ユーザ名及びパスワードがユーザ情報データベース１７２ａに記憶されていないと判断された場合に、ユーザがアクセスできない旨を通知する。これにより、アクセスする権原を与えられていないユーザは、アクセスを拒否され、アクセスする権原を与えられたユーザは、使用認証コードが通知されることで、次回からのアクセスを容易に行うことができる。従って、セキュリティの向上を図ることができる。

なお、本発明は、上記実施の形態に限定されるものではない。例えば、依頼先のユーザは、プロジェクト管理サーバ１に問い合わさなければ、参加依頼があるか否かを知ることができないが、依頼元のユーザが参加依頼をすれば、その情報が依頼先のユーザに通知されるようにしても良い。

プロジェクト管理サーバを備えたプロジェクト管理システムの説明図である。 プロジェクトを構成するユーザの繋がりを示す説明図である。 プロジェクトを構成するユーザ毎に形成されるプロジェクト空間の説明図である。 プロジェクト管理サーバの概略構成を示すブロック図である。 ユーザ情報データベースである。 プロジェクト情報データベースである。 ユーザプロジェクト情報データベースである。 プロジェクトメンバー情報データベースである。 参加依頼情報データベースである。 クライアントの概略構成を示すブロック図である。 クライアントの記憶部に記憶される公開情報のデータベースである。 クライアントからプロジェクト管理サーバへのログイン処理の流れを示すフローチャートである。 プロジェクトへの参加依頼を受けた依頼先のユーザが参加を承諾するまでの流れを示すフローチャートである。 ユーザが参加依頼情報をプロジェクト管理サーバに送信するまでの参加依頼情報データベースである。 参加依頼情報を参加依頼情報データベースに記憶させたときの参加依頼情報データベースである。 依頼先のユーザが参加承諾をしたときの参加依頼情報データベースである。 依頼先のユーザが参加を拒否したときの参加依頼情報データベースである。 ユーザが参加依頼情報をプロジェクト管理サーバに送信するまでのプロジェクトメンバー情報データベースである。 ユーザが参加依頼情報をプロジェクト管理サーバに送信するまでのユーザプロジェクト情報データベースである。 依頼先のユーザが参加承諾をしたときのプロジェクトメンバー情報データベースである。 依頼先のユーザが参加承諾をしたときのユーザプロジェクト情報データベースである。 ユーザのメンバーユーザに公開する公開情報を取得する流れを示すフローチャートである。 メンバーユーザへのファイルの公開に際してのプロジェクトメンバー情報データベースである。

符号の説明

１ プロジェクト管理サーバ
１１ 制御部（登録手段、参加認証手段、検索手段、情報管理手段、依頼先判断手段、通知手段、ユーザ情報受信手段、ユーザ判断手段、ユーザ認証通知手段）
１７２ データエリア
１７２ａ ユーザ情報データベース（ユーザ情報記憶手段）
１７２ｂ プロジェクト情報データベース
１７２ｃ ユーザプロジェクト情報データベース（ユーザプロジェクト情報記憶手段）
１７２ｄ プロジェクトメンバー情報データベース（プロジェクトメンバー情報記憶手段）
１７２ｅ 参加依頼情報データベース（参加依頼情報記憶手段）
１７３ａ 登録プログラム
１７３ｂ 参加認証プログラム
１７３ｃ 検索プログラム
１７３ｄ 情報管理プログラム
１７３ｅ 依頼先判断プログラム
１７３ｆ 通知プログラム
１７３ｇ ユーザ情報受信プログラム
１７３ｈ ユーザ判断プログラム
１７３ｉ ユーザ認証通知プログラム

Claims (10)

1. プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、
   プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、
   依頼元のユーザが前記プロジェクトへの参加を依頼する依頼先のユーザからの前記プロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報を前記ユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを前記依頼元のユーザのメンバーユーザとして、前記依頼先のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを前記依頼先のユーザのメンバーユーザとして、前記依頼元のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録する登録手段と、
   ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、前記ユーザプロジェクト情報記憶手段を検索して、前記プロジェクトに参加しているユーザか否かを認証する参加認証手段と、
   前記参加認証手段により認証されたユーザのメンバーユーザを前記プロジェクトメンバー情報記憶手段により検索する検索手段と、
   前記検索手段による検索結果に基づいて、前記プロジェクトに関する情報を管理する情報管理手段と、
   を備えることを特徴とするプロジェクト管理サーバ。
2. 前記プロジェクトに関する情報は、前記ユーザのメンバーユーザに公開する公開情報であって、
   当該プロジェクトに関する情報は、前記プロジェクトの識別情報に対応付けてクライアントに記憶されていることを特徴とする請求項１に記載のプロジェクト管理サーバ。
3. 前記依頼元のユーザから送信された前記依頼先のユーザに関する前記プロジェクトへの参加依頼情報を記憶する参加依頼情報記憶手段と、
   プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、前記参加依頼情報記憶手段を検索して判断する依頼先判断手段と、
   前記依頼先判断手段により、前記問い合わせユーザが前記プロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、前記問い合わせユーザに、その旨の通知を行う通知手段と、
   を備えることを特徴とする請求項１又は２に記載のプロジェクト管理サーバ。
4. ユーザの識別情報を記憶するユーザ情報記憶手段と、
   前記ユーザから送信されたユーザの識別情報を受信するユーザ情報受信手段と、
   前記ユーザ情報受信手段が受信したユーザの識別情報が前記ユーザ情報記憶手段に記憶されているか否かを判断するユーザ判断手段と、
   前記ユーザ判断手段により、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていないと判断された場合に、前記ユーザがアクセスできない旨を通知するユーザ認証通知手段と、
   を備えることを特徴とする請求項１〜３の何れか一項に記載のプロジェクト管理サーバ。
5. プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、
   プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、を有するサーバを用いてプロジェクトを管理するにあたり、
   前記サーバが、依頼元のユーザが前記プロジェクトへの参加を依頼する依頼先のユーザからの前記プロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報を前記ユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを前記依頼元のユーザのメンバーユーザとして、前記依頼先のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを前記依頼先のユーザのメンバーユーザとして、前記依頼元のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録する登録ステップと、
   前記サーバが、ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、前記ユーザプロジェクト情報記憶手段を検索して、前記プロジェクトに参加しているユーザか否かを認証する参加認証ステップと、
   前記サーバが、前記参加認証ステップにより認証されたユーザのメンバーユーザを前記プロジェクトメンバー情報記憶手段により検索する検索ステップと、
   前記サーバが、前記検索ステップによる検索結果に基づいて、前記プロジェクトに関する情報を管理する情報管理ステップと、
   を備えることを特徴とするプロジェクト管理方法。
6. 前記サーバを用いてプロジェクトを管理するにあたり、
   前記サーバは、前記依頼元のユーザから送信された前記依頼先のユーザに関する前記プロジェクトへの参加依頼情報を記憶する参加依頼情報記憶手段を有し、
   前記サーバが、プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、前記参加依頼情報記憶手段を検索して判断する依頼先判断ステップと、
   前記サーバが、前記依頼先判断ステップにより、前記問い合わせユーザが前記プロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、前記問い合わせユーザに、その旨の通知を行う通知ステップと、
   を備えることを特徴とする請求項５に記載のプロジェクト管理方法。
7. 前記サーバを用いてプロジェクトを管理するにあたり、
   前記サーバは、ユーザの識別情報を記憶するユーザ情報記憶手段を有し、
   前記サーバが、前記ユーザから送信されたユーザの識別情報を受信するユーザ情報受信ステップと、
   前記サーバが、前記ユーザ情報受信ステップで受信したユーザの識別情報が前記ユーザ情報記憶手段に記憶されているか否かを判断するユーザ判断ステップと、
   前記サーバが、前記ユーザ判断ステップにより、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていないと判断された場合に、前記ユーザがアクセスできない旨を通知するユーザ認証通知ステップと、
   を備えることを特徴とする請求項５又は６に記載のプロジェクト管理方法。
8. プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶しているプロジェクトメンバー情報記憶手段と、
   プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、を備えるコンピュータを、
   依頼元のユーザが前記プロジェクトへの参加を依頼する依頼先のユーザからの前記プロジェクトへの参加承諾に基づいて、当該依頼先のユーザの識別情報を前記ユーザプロジェクト情報記憶手段に登録するとともに、当該依頼先のユーザを前記依頼元のユーザのメンバーユーザとして、前記依頼先のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録し、当該依頼元のユーザを前記依頼先のユーザのメンバーユーザとして、前記依頼元のユーザの識別情報を前記プロジェクトメンバー情報記憶手段に登録する登録手段、
   ユーザから送信されたプロジェクトの識別情報及びユーザの識別情報に基づいて、前記ユーザプロジェクト情報記憶手段を検索して、前記プロジェクトに参加しているユーザか否かを認証する参加認証手段、
   前記参加認証手段により認証されたユーザのメンバーユーザを前記プロジェクトメンバー情報記憶手段により検索する検索手段、
   前記検索手段による検索結果に基づいて、前記プロジェクトに関する情報を管理する情報管理手段、
   として機能させるためのプログラム。
9. プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、
   プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、
   前記依頼元のユーザから送信された前記依頼先のユーザに関する前記プロジェクトへの参加依頼情報を記憶する参加依頼情報記憶手段と、を備えるコンピュータを、
   プロジェクトへの参加依頼の問い合わせを行った問い合わせユーザが、前記プロジェクトへの参加を依頼されている依頼先のユーザであるか否かを、前記参加依頼情報記憶手段を検索して判断する依頼先判断手段、
   前記依頼先判断手段により、前記問い合わせユーザが前記プロジェクトへの参加を依頼されている依頼先のユーザであると判断された場合に、前記問い合わせユーザに、その旨の通知を行う通知手段、
   として機能させるためのプログラム。
10. プロジェクトに参加するユーザの識別情報と、当該ユーザの識別情報により識別されるユーザの依頼により当該プロジェクトに参加するメンバーユーザの識別情報とを対応付けて記憶するプロジェクトメンバー情報記憶手段と、
    プロジェクトの識別情報と、前記プロジェクトに参加するユーザの識別情報とを対応付けて記憶するユーザプロジェクト情報記憶手段と、
    ユーザの識別情報を記憶するユーザ情報記憶手段と、を備えるコンピュータを、
    前記ユーザから送信されたユーザの識別情報を受信するユーザ情報受信手段、
    前記ユーザ情報受信手段が受信したユーザの識別情報が前記ユーザ情報記憶手段に記憶されているか否かを判断するユーザ判断手段、
    前記ユーザ判断手段により、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていると判断された場合に、ユーザがアクセスするための使用認証コードを通知し、ユーザの識別情報が前記ユーザ情報記憶手段に記憶されていないと判断された場合に、前記ユーザがアクセスできない旨を通知するユーザ認証通知手段、
    として機能させるためのプログラム。

Images