(57)【特許請求の範囲】
【請求項１】
複数のユーザによってそれぞれ操作される複数のユーザ端末とネットワークを介して接続されたサーバと、前記複数のユーザの一部又は全部が参加するプロジェクト毎に当該プロジェクトに属するコンテンツを記憶したデータベースとを備え、このデータベースが、プロジェクトを示すプロジェクトＩＤ、該プロジェクトに所属しているユーザを示すユーザＩＤ、及びユーザの序列を示すユーザ序列データを関連付けて記憶したプロジェクト・ユーザテーブルと、前記プロジェクトＩＤ、プロジェクト名、及びユーザ属性別プロジェクトアクセス権データを関連付けて記憶したプロジェクトテーブルと、プロジェクトＩＤ、該プロジェクトＩＤが示すプロジェクトのプロジェクトデスクトップに含まれるコンテンツのコンテンツＩＤ、及びユーザ属性別のコンテンツへのアクセス権を示すアクセス権データを関連付けて記憶したプロジェクト・コンテンツテーブルとを含むものであって、
前記サーバが、ユーザ端末から個人デスクトップ表示要求を受けた際に、ユーザ端末から受け付けたユーザＩＤをキーとして前記プロジェクト・ユーザテーブルを参照し該ユーザが所属するプロジェクトのプロジェクトＩＤを特定するとともに、特定されたプロジェクトＩＤをキーとして前記プロジェクトテーブルを参照しユーザが所属するプロジェクトのプロジェクト名をさらに特定して、このプロジェクト名及び前記プロジェクトＩＤをプロジェクトデスクトップへのリンクとして含む個人デスクトップを作成する個人デスクトップ生成部と、
前記個人デスクトップをユーザ端末に描画させるべく送信し、ユーザ端末からプロジェクトデスクトップへのリンクにアクセスがあったことを受信する通信制御部と、
前記通信制御部によりユーザ端末から前記プロジェクトデスクトップへのリンクにアクセスがあったことを受信した際に、前記リンクが示すプロジェクトＩＤ及び前記ユーザＩＤをキーとして前記プロジェクト・ユーザテーブルを参照してユーザ属性を特定し、続いて特定されたユーザ属性及び前記プロジェクトＩＤをキーとしてプロジェクトＩＤが示すプロジェクトデスクトップのコンテンツを示すコンテンツＩＤ、及び該コンテンツの表示の可否を示すアクセス権データを取得して、表示が可能であることを示されているアクセス権データに関連付けられたコンテンツＩＤにより特定されるコンテンツを合成し、プロジェクトデスクトップを生成するプロジェクトデスクトップ生成部と、このプロジェクトデスクトップをユーザ端末に描画させるべく送信する通信制御部とを備えたことを特徴とするプロジェクト活動支援システム。
【請求項２】
前記個人デスクトップ内にユーザが所属するプロジェクトとして特定されたプロジェクトの一覧を含めるようにしているとともに、
前記サーバが、前記プロジェクトを示すプロジェクトＩＤをキーとして前記プロジェクト・ユーザテーブルを参照し、各プロジェクトＩＤに対応付けられて格納されているユーザＩＤが示すユーザ名を各プロジェクト毎に付加する機能を有するようにしていることを特徴とする請求項１記載のプロジェクト活動支援システム。
【請求項３】
前記データベースが、文書ファイルを示すドキュメントＩＤ及び該文書ファイルＩＤの仮想的な配置位置を示す仮想フォルダＩＤを関連付けて格納するドキュメントテーブルと、プロジェクトＩＤ及び文書ファイルの仮想的な配置位置を示す仮想フォルダＩＤを関連付けて格納するドキュメント・フォルダテーブルとをさらに備えているとともに、
前記プロジェクトデスクトップ生成部により生成されるプロジェクトデスクトップが、前記プロジェクトＩＤに関連付けられた仮想フォルダＩＤが示す仮想フォルダ又は該仮想フォルダＩＤに関連付けられたドキュメントＩＤが示す文書ファイルを表示する文書ファイル名表示領域と、アクセスがあった際にユーザが選択した文書ファイル及びユーザが指定した前記文書ファイルを格納すべき仮想フォルダを示す仮想フォルダＩＤをユーザ端末からサーバに送信させ、さらにサーバによって管理されるハードディスク等に前記文書ファイルを格納させる処理を行うよう命令させための登録ボタンを少なくとも有する文書管理制御領域とを備える文書管理コーナーをコンテンツとして含むことを特徴とする請求項１又は２記載のプロジェクト支援システム。
【請求項４】
前記サーバが、前記複数のプロジェクトの内一つ又は複数を保存対象として設定することを促すプロジェクトデスクトップ選択用ページをユーザ端末に表示させるべく送信する保存対象設定部と、保存対象として設定された１又は複数のプロジェクトデスクトップを示すプロジェクトＩＤを受信し、該プロジェクトＩＤに対応付けてプロジェクト・コンテンツテーブル内にコンテンツＩＤが格納されているコンテンツを１つの書庫ファイルに収容する書庫ファイル収容制御部と、この書庫ファイル収容制御部によって収容された書庫ファイルをユーザＩＤが示すユーザ端末に送信させる命令を受信し前記職ファイルを当該ユーザ端末に送信させる書庫ファイル送信制御部とを備え、前記書庫ファイル収容制御部が、ユーザＩＤをキーとして前記プロジェクト・ユーザテーブルを参照しユーザの序列データを取り出し、さらに取り出した序列データをキーとして前記プロジェクト・コンテンツテーブルを参照して表示可能なコンテンツを抽出し、前記プロジェクト毎に前記表示可能なコンテンツの内容表示又は該コンテンツの部分へのリンクを所定のマークアップランゲージで記述したプロジェクトデスクトップページを生成するプロジェクトデスクトップページ生成機能と、このプロジェクトデスクトップページで使用するイメージデータを関連フォルダに格納するとともに前記ドキュメント・フォルダテーブル内に前記プロジェクトＩＤと対応付けて記憶している仮想フォルダＩＤを取り出しこの仮想フォルダＩＤと対応付けてドキュメントＩＤを前記ドキュメントテーブルに格納している文書ファイルを関連フォルダに格納するファイル格納機能と、前記プロジェクトデスクトップページ及び関連フォルダの内容とを１つの書庫に収納すると共に圧縮する書庫圧縮機能とを備えたことを特徴とする請求項３記載のプロジェクト活動支援システム。
【請求項５】
前記サーバが、前記ユーザ端末から送信されたキーワードに基づき、前記各プロジェクトを横断して前記コンテンツテーブル内に格納したコンテンツ及び前記ハードディスク等に格納した文書ファイルに対する検索を実行し、検索結果として前記コンテンツを示すコンテンツＩＤ及び前記文書ファイルを示すドキュメントＩＤを特定する検索部と、この検索部によって特定されたコンテンツＩＤをキーとして前記プロジェクト・コンテンツテーブルを参照し当該コンテンツＩＤに関連付けられたプロジェクトＩＤを特定する第１プロジェクト特定部と、前記検索部によって特定されたドキュメントＩＤをキーとして前記ドキュメントテーブル及びドキュメント・フォルダテーブルを参照し当該ドキュメントＩＤに関連付けられたプロジェクトＩＤを特定する第２プロジェクト特定部と、これら第１及び第２プロジェクト特定部によって特定されるプロジェクトＩＤを前記プロジェクトデスクトップへリンクさせた検索結果ページを作成し前記ユーザ端末に送信させる一覧送信制御部とを備えたことを特徴とした請求項３又は４記載のプロジェクト活動支援システム。
【請求項６】
前記サーバが、ユーザ端末から受信するユーザＩＤをキーとして前記プロジェクト・ユーザテーブルを参照し、該ユーザＩＤに関連付けられて記憶された前記プロジェクトＩＤが示す各プロジェクト毎に、該プロジェクトＩＤに関連付けられて記憶されたユーザ序列データを取得するプロジェクト別ユーザ属性判定部と、このプロジェクト別ユーザ属性判定部によって取得されたユーザ序列データ、及び前記プロジェクトＩＤをキーとしてプロジェクト・コンテンツテーブルを参照し、これらプロジェクトＩＤ及びユーザ序列データに関連付けられて記憶されたアクセス権データを取得し、このアクセス権データに基づいて前記プロジェクトデスクトップ中の各コンテンツの変更の可否を判定するコンテンツ別アクセス制御部とを備えているとともに、このコンテンツ別アクセス制御部によりコンテンツの変更が可能であると判定されたコンテンツが、操作が行われた際に該コンテンツの内容変更を行うページをサーバからユーザ端末に送信させる命令をユーザ端末からサーバに送信させるための編集ボタンを含むようにしていることを特徴とする請求項１、２、３、４又は５記載のプロジェクト活動支援システム。
【請求項７】
前記データベースが、プロジェクトＩＤと、該プロジェクトＩＤが示すプロジェクトデスクトップ全体に対する前記ユーザ属性別のアクセス権とを関連付けて記録したプロジェクトテーブルを備え、
前記サーバが、ユーザＩＤをキーとして前記プロジェクトテーブルを参照して該ユーザＩＤに関連付けられたユーザが当該プロジェクトデスクトップへのアクセス権を有するか否かを判定し、前記ユーザが当該プロジェクトデスクトップへのアクセス権を有する場合にのみプロジェクトデスクトップを表示させるようにしていることを特徴とする請求項１、２、３、４、５又は６記載のプロジェクト活動支援システム。
【請求項８】
前記プロジェクトデスクトップ生成部が、プロジェクトＩＤに対応付けられて前記プロジェクト・ユーザテーブルに格納されているメンバＩＤが示す各メンバーの一覧を表示させるためのメンバーリストコーナー、及び前記プロジェクト・コンテンツテーブルに格納されたユーザ属性別のアクセス権限に従って各ユーザの発言及び返信を記録又は表示するための会議室コーナーをコンテンツとして含むプロジェクトデスクトップを生成可能であることを特徴とする請求項１、２、３、４、５、６又は７記載のプロジェクト活動支援システム。
【請求項９】
プロジェクトを示すプロジェクトＩＤ、該プロジェクトに所属しているユーザを示すユーザＩＤ、及びユーザの序列を示すユーザ序列データを関連付けて記憶したプロジェクト・ユーザテーブルと、前記プロジェクトＩＤ、プロジェクト名、及びユーザ属性別プロジェクトアクセス権データを関連付けて記憶したプロジェクトテーブルと、プロジェクトＩＤ、該プロジェクトＩＤが示すプロジェクトのプロジェクトデスクトップに含まれるコンテンツのコンテンツＩＤ、及びユーザ属性別のコンテンツへのアクセス権を示すアクセス権データを関連付けて記憶したプロジェクト・コンテンツテーブルとを含むデータベースに接続したサーバを機能させるプログラムを記憶した記憶媒体であって、
前記プログラムが、前記サーバを、ユーザ端末から個人デスクトップ表示要求を受けた際に、ユーザ端末から受け付けたユーザＩＤをキーとして前記プロジェクト・ユーザテーブルを参照し該ユーザが所属するプロジェクトのプロジェクトＩＤを特定するとともに、特定されたプロジェクトＩＤをキーとして前記プロジェクトテーブルを参照しユーザが所属するプロジェクトのプロジェクト名をさらに特定して、このプロジェクト名及び前記プロジェクトＩＤをプロジェクトデスクトップへのリンクとして含む個人デスクトップを作成する個人デスクトップ生成部、
前記個人デスクトップをユーザ端末に描画させるべく送信し、ユーザ端末からプロジェクトデスクトップへのリンクにアクセスがあったことを受信する通信制御部、
前記通信制御部によりユーザ端末から前記プロジェクトデスクトップへのリンクにアクセスがあったことを受信した際に、前記リンクが示すプロジェクトＩＤ及び前記ユーザＩＤをキーとして前記プロジェクト・ユーザテーブルを参照してユーザ属性を特定し、続いて特定されたユーザ属性及び前記プロジェクトＩＤをキーとしてプロジェクトＩＤが示すプロジェクトデスクトップのコンテンツを示すコンテンツＩＤ、及び該コンテンツの表示の可否を示すアクセス権データを取得して、表示が可能であることを示されているアクセス権データに関連付けられたコンテンツＩＤにより特定されるコンテンツを合成し、プロジェクトデスクトップを生成するプロジェクトデスクトップ生成部、
及びこのプロジェクトデスクトップをユーザ端末に描画させるべく送信する通信制御部として機能させるプログラムであることを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プロジェクト活動支援システムに係り、特に、プロジェクトに関する情報管理を支援するプロジェクト活動支援システムに関する。
【０００２】
【従来の技術】
従来、企業での商品や広告などの新規開発を行うプロジェクトや、大学等の研究期間での新しい研究テーマへの取り組みなどでは、書類と口頭の会議とを中心として詳細を定めていく作業が行われていた。近年、情報処理装置の発達及び浸透により、電子会議室や、グループのスケジュール（進捗状況）の管理や、電子化された文書ファイルの共有などの機能が提供されているため、プロジェクトの進行に合わせて、電子会議室を利用したり、また、グループウエアの特定のディレクトリに共有する文書ファイルを格納するなどの活用が行われている。
【０００３】
例えば、特開平８―３０５７７号公報には、プロジェクトの管理者が任意に作業の追加や担当者の変更等の処理を行った場合に、管理者側と担当者側の情報の整合性を保持するための手法が開示されている。また、特開平１１―１４３９１２号公報には、電子会議室に対応する文書集合の検索を行うために、各種のインデックスを用いる手法が開示されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来例では、単一のプロジェクトに関連する発言や文書ファイルをそれぞれ個別のソフトウエアを用いて管理しなければならない、という不都合があった。さらに、複数のプロジェクトが並行して進行しているときに、必要な文書ファイルの登録又は参照や、電子会議室への参加を行う場合に、プロジェクト毎にそれらの操作を行う電子的な場所を探さなければならない、という不都合があった。
【０００５】
また、会議室や文書管理をプロジェクト毎に行う場合には、プロジェクト毎に参加メンバ及び役割が異なるため、ユーザ別のアクセス権限管理が煩雑である、という不都合があった。
【０００６】
【発明の目的】
本発明は、係る従来例の有する不都合を改善し、特に、プロジェクトに関連する情報の登録や検索を容易に管理することができるプロジェクト活動支援システム及び方法を提供することを、その目的とする。
本発明はまた、企業内や研究室内などの組織内にて予めログインＩＤを有する複数のユーザが複数のプロジェクトに参加しているような場合に、各プロジェクト毎の情報管理及びプロジェクトの進捗管理を支援することができるプロジェクト活動支援システム及び方法を提供することを、その目的とする。
【０００７】
【課題を解決するための手段】
そこで、本発明では、複数のユーザによってそれぞれ操作される複数のユーザ端末とネットワークを介して接続されたサーバと、前記複数のユーザの一部又は全部が参加するプロジェクト毎に当該プロジェクトに属するコンテンツを記憶したデータベースとを備え、このデータベースが、プロジェクトを示すプロジェクトＩＤ、該プロジェクトに所属しているユーザを示すユーザＩＤ、及びユーザの序列を示すユーザ序列データを関連付けて記憶したプロジェクト・ユーザテーブルと、前記プロジェクトＩＤ、プロジェクト名、及びユーザ属性別プロジェクトアクセス権データを関連付けて記憶したプロジェクトテーブルと、プロジェクトＩＤ、該プロジェクトＩＤが示すプロジェクトのプロジェクトデスクトップに含まれるコンテンツのコンテンツＩＤ、及びユーザ属性別のコンテンツへのアクセス権を示すアクセス権データを関連付けて記憶したプロジェクト・コンテンツテーブルとを含むものであって、
前記サーバが、ユーザ端末から個人デスクトップ表示要求を受けた際に、ユーザ端末から受け付けたユーザＩＤをキーとして前記プロジェクト・ユーザテーブルを参照し該ユーザが所属するプロジェクトのプロジェクトＩＤを特定するとともに、特定されたプロジェクトＩＤをキーとして前記プロジェクトテーブルを参照しユーザが所属するプロジェクトのプロジェクト名をさらに特定して、このプロジェクト名及び前記プロジェクトＩＤをプロジェクトデスクトップへのリンクとして含む個人デスクトップを作成する個人デスクトップ生成部と、前記個人デスクトップをユーザ端末に描画させるべく送信し、ユーザ端末からプロジェクトデスクトップへのリンクにアクセスがあったことを受信する通信制御部と、前記通信制御部によりユーザ端末から前記プロジェクトデスクトップへのリンクにアクセスがあったことを受信した際に、前記リンクが示すプロジェクトＩＤ及び前記ユーザＩＤをキーとして前記プロジェクト・ユーザテーブルを参照してユーザ属性を特定し、続いて特定されたユーザ属性及び前記プロジェクトＩＤをキーとしてプロジェクトＩＤが示すプロジェクトデスクトップのコンテンツを示すコンテンツＩＤ、及び該コンテンツの表示の可否を示すアクセス権データを取得して、表示が可能であることを示されているアクセス権データに関連付けられたコンテンツＩＤにより特定されるコンテンツを合成し、プロジェクトデスクトップを生成するプロジェクトデスクトップ生成部と、このプロジェクトデスクトップをユーザ端末に描画させるべく送信する通信制御部とを備えた、という構成を採っている。これにより前述した目的を達成しようとするものである。
【０００８】
データベースは、プロジェクト毎に当該プロジェクトに属するコンテンツを記憶している。コンテンツとしては、プロジェクトの題名データや、テキストデータや、表データや、画像データや、音声データや、文書ファイルや、会議室での発言や、スクラップブックや、スケジュールデータや、プロジェクト毎の情報の更新履歴データや、当該プロジェクトに所属するメンバの一覧データ（メンバリスト）など、そのプロジェクトで扱うべき種々のデータ及びファイルである。
アクセス制御部は、コンテンツ内容の検索や、ユーザリストがある場合のユーザ名によるプロジェクトへのアクセスなど、コンテンツの内容にアクセスされた場合には、当該コンテンツを含むプロジェクトデスクトップを単位にユーザ端末との通信を制御する。アクセス制御部は、プロジェクトを探索する局面では、該当するコンテンツを含むプロジェクトデスクトップへのリンクを生成するようにしても良いし、また、プロジェクトが特定されていて、そのコンテンツの表示を行う局面では、プロジェクトデスクトップ生成部にプロジェクトデスクトップを生成させるようにしても良い。
アクセス制御部は、例えば、コンテンツ内容が検索された場合には、そのコンテンツを含むプロジェクトデスクトップ名を検索結果として表示させる。このプロジェクトデスクトップ名は、当該プロジェクトデスクトップを表示するためのリンクとすると良い。また、ユーザが所属しているプロジェクトの一覧を表示する場合に、当該ユーザ名をプロジェクトのコンテンツとして、プロジェクトデスクトップ名の一覧を生成させると良い。種々の入り口からプロジェクトデスクトップが特定された後、あるプロジェクトデスクトップに対する表示指令を受信すると、アクセス制御部は、プロジェクトデスクトップ生成部に選択され、表示指令によって特定されるプロジェクトデスクトップを生成させる。
【０００９】
プロジェクトデスクトップ生成部は、データベースからコンテンツデータを読み出すと共に各プロジェクト毎に当該プロジェクトに属する全コンテンツの表示用又はアクセス用のページをプロジェクトデスクトップとして生成する。これにより、ユーザは、プロジェクトデスクトップを用いて、そのプロジェクトに関する全ての情報（コンテンツ内容）を閲覧し、また新たな情報の入力や登録を行うことができる。
例えば、プロジェクトの題名の一覧や、文書ファイルの全文検索の検索結果や、各ユーザ別の個人デスクトップ等に表示されるコンテンツ名やコンテンツの一種であるプロジェクトの題名が表示用に操作されたときに、プロジェクトデスクトップ生成部は、アクセス制御部による制御に従って、プロジェクトに属するコンテンツを集合させたプロジェクトデスクトップを生成する。このように、プロジェクトデスクトップを単位としてプロジェクトで用いるデータやファイルの登録及び更新、閲覧を行うため、複数のプロジェクトが並行しているような場合であっても、プロジェクト毎の管理を行いやすい。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明の一実施形態の構成を示すブロック図である。本実施形態によるプロジェクト活動支援システムは、複数のユーザによってそれぞれ操作される複数のユーザ端末１とネットワーク５を介して接続されたサーバ２と、複数のユーザの一部又は全部が参加するプロジェクト毎に当該プロジェクトに属するコンテンツを記憶したデータベース（ＤＢ）３とを備えている。
【００１１】
しかも、サーバ２は、ユーザ端末１へ所定のページを送信すると共に当該ページに対する操作情報を受信する通信制御部４と、この通信制御部４にて受信する操作情報に応じてデータベース３からコンテンツデータを読み出すと共に各プロジェクト毎に当該プロジェクトに属する全コンテンツの表示用又はアクセス用のページをプロジェクトデスクトップとして生成するプロジェクトデスクトップ生成部１０と、通信制御部４を介してコンテンツの内容に対するアクセスがあったときに当該コンテンツを含むプロジェクトデスクトップを単位にユーザ端末との通信を制御するアクセス制御部（プロジェクトデスクトップ別アクセス制御部）１２とを備えている。
【００１２】
ユーザ端末１は、パーソナルコンピュータ等のコンピュータや、携帯電話等の携帯端末１Ａである。これらユーザ端末は表示部（ディスプレイ）を備えていて、ＨＴＭＬやＸＭＬ等のマークアップランゲージ（ＭＬ）等の記述言語で記述されたページ（ＭＬページ）を表示する。サーバ２は、このページ情報（ＭＬページ）を生成し、通信制御部４を介してユーザ端末１に送信する。サーバ２が生成するページは、編集ボタンや設定ボタンやリンク等の操作用の表示（実行ボタン）を備えている。ユーザは、サーバ２から送信されたページの編集ボタンやリンク等を操作して、新たなページの表示や、文書ファイルのアップロード及びダウンロードや、アクセス権限や表示等について各種設定などを行う。
【００１３】
ネットワーク５は、インターネットや、イントラネットや、組織内の専用ネットワーク等の情報伝送媒体である。通信制御部４は、ユーザ端末１との間で所定の通信プロトコルを用いた通信を制御するハードウエア及びソフトウエアである。サーバ２は、サーバ用のソフトウエアを実行するコンピュータである。
【００１４】
プロジェクトデスクトップ生成部１０は、各種のページを生成するサーバ２の機能の一部である。プロジェクトデスクトップは、例えば図２に示すように、プロジェクトのメンバの一覧であるメンバリスト４２や、文書管理用のコンテンツ４６等を備える。本実施形態では、このプロジェクトデスクトップをプロジェクト毎に作成する。プロジェクトに必要なコンテンツを入力又は登録したり、または、コンテンツの検索結果の表示などは、図２に示すプロジェクトデスクトップを単位に行う。
【００１５】
本実施形態では、アクセス制御部１２は、通信制御部４を介してコンテンツに対するアクセスがあったときに当該コンテンツを含むプロジェクトデスクトップを単位としてユーザ端末との通信を制御する。アクセス制御部１２は、プロジェクトに含まれるコンテンツにアクセスされた場合に、そのコンテンツを含むプロジェクトデスクトップの生成やリンクの表示を行い、また、プロジェクトデスクトップを単位として設定されたアクセス権限に基づいてプロジェクトデスクトップ全体に対する書込や読出のユーザ別の制御を行う。これにより、プロジェクトに関連した情報の一括管理を可能とし、複数のユーザが多数のプロジェクトに参加しているような場合であっても、各プロジェクトに関連する情報へ容易にアクセスすることができる。
【００１６】
コンテンツに対するアクセス指令は、例えば、編集ボタンやリンク等がユーザ端末にてクリックされた場合に、当該ユーザ端末１から通信制御部４に送信される。以下、編集ボタンや操作ボタンや他のページへのリンク等の、プロジェクトデスクトップやコンテンツコーナーに表示される操作用の表示を総称して実行ボタンとも呼ぶ。例えば、ＨＴＭＬによる他のページへのリンクは、実行ボタンに含まれる。実行ボタンには、サーバ２を駆動するためのプログラム（スクリプト）名や他のページ名が定義されていて、通信制御部４は、このプログラム名と必要な値等を受信し、サーバ２に入力する。サーバ２では、アクセス制御部１２が、プロジェクトのコンテンツに対するアクセスがあると、プロジェクトデスクトップ生成部１０に例えば図２に示すようなプロジェクトデスクトップを生成させる。
【００１７】
図２に示すように、プロジェクトデスクトップ３０は、複数のコンテンツを含む。コンテンツには、プロジェクトの名称や、プロジェクトの内容を示すテキストを管理するテキストコーナー３２や、プロジェクトに参加しているメンバの一覧を示すメンバリスト４２を管理するメンバリストコーナーや、会議室（掲示板，ＢＢＳ）４４を管理する会議室コーナー３６や、各種のファイル群４６を管理する文書管理コーナー３８や、図示しないスクラップブックコーナーや、プロジェクトのスケジュールを管理するための図示しないスケジュールコーナー等が含まれる。これらの各種コンテンツコーナーは、プロジェクトのリーダ又はメンバによってプロジェクトデスクトップに追加される。
【００１８】
プロジェクトデスクトップ生成部１０は、プロジェクトデスクトップを生成する場合、このプロジェクトデスクトップに含まれるコンテンツをデータベース３から読み出してコンテンツコーナーを生成する。そして、各コンテンツコーナーを例えば図２に示すように１ページに合成し、これをプロジェクトデスクトップ３０とする。このため、プロジェクトデスクトップ生成部１０は、図３に示すように、プロジェクトの概要説明等を行うためのテキストを管理するテキストコーナーを生成するテキストコーナー生成機能５０と、プロジェクトに含まれるメーンバーの一覧を管理するためのメンバーリストコーナーをコンテンツとして生成するメンバーリスト生成機能５２と、コンテンツ別アクセス制御部によって管理されるユーザ属性別のアクセス権限に従って各ユーザの発言及び返信を記録又は表示するための会議室コーナーをコンテンツとして生成する会議室コーナー生成機能５４とを備えている。
【００１９】
また、プロジェクトデスクトップ生成部１０は、コンテンツ別アクセス制御部１６によって管理されるユーザ属性別のアクセス権限に応じて、文書ファイルの登録又はダウンロードを行うための文書管理コーナー３８及び当該文書管理コーナー３８内に登録される文書ファイル４６をコンテンツとして管理する文書管理コーナー管理機能５６を備えている。また、プロジェクトデスクトップ生成部１０は、プロジェクトに関連するニュース記事や画像等を張り付けるためのスクラップブックコーナーを生成するスクラップブックコーナー生成機能５８を備えるようにしても良い。これら各機能は、プロジェクト活動支援システムの開発過程に応じて順次提供するようにしても良い。個人デスクトップやユーザ一覧にプロジェクトデスクトップ名を付加する実施例では、メンバーリストが必須となる。また、文書管理コーナーはプロジェクト活動の支援に大きく役立つものと考えられる。各コンテンツコーナー生成機能５０，５２，…，５８は、図２に示す編集ボタン３１や、リンクなど操作ボタンを所定のアクセス権限等に応じて各コーナーに付加する。
【００２０】
図２に示す編集ボタン３１が操作されると、サーバ２は、プロジェクトデスクトップ又は各コンテンツコーナーの内容追加や、表示上の設定等を行うためのページをユーザ端末に送信する。このようなプロジェクトデスクトップを各プロジェクト毎に作成することで、複数のプロジェクトの現在の状況を一目で確認することができ、さらに、プロジェクトに関する作業を行うために、各種のソフトウエアを使い回す必要なく、例えば文書管理コーナー３８に新しいファイルを登録し、その概要等を会議室で発言するなど、各コンテンツコーナーを個別の機能としてではなく、一体的に関連させて使用することができる。従って、ソフトウエアの切替、起動、適切な位置の探索等に時間を要することなく、プロジェクトの進捗のために必要な作業に集中することができる。
【００２１】
また、各ユーザ向けのページ（ここでは、個人デスクトップと呼ぶ）を生成したり、各コンテンツの内容（プロジェクトの名称や、メンバ名や、文書管理コーナーに登録した文書の全文や、会議室の発言）を対象とする検索の検索結果の表示についても、各コンテンツを基礎とするのではなく、図２に示すプロジェクトデスクトップを単位として行う。これにより、検索結果が所属しているプロジェクトを特定することができるため、また、本人が所属しているプロジェクトの一覧を個人デスクトップに常に表示するなどの処理も可能となり、多数のプロジェクトに所属しているような場合であっても、そのプロジェクトに関連する情報へのアクセスが容易となる。
【００２２】
このように、本実施形態では、アクセス制御部１２が、通信制御部４を介してコンテンツに対するアクセスがあったときに当該コンテンツを含むプロジェクトデスクトップを単位にユーザ端末との通信を制御する。アクセス制御部１２は、プロジェクトデスクトップの表示指令があった場合のみならず、そのコンテンツが検索された場合や、プロジェクト名の一覧を表示する場合や、ユーザの一覧を表示する場合や、個人デスクトップを表示する場合など、プロジェクト名や、メンバリストなどのコンテンツにアクセスされる場合でも、プロジェクトデスクトップを単位にコンテンツの内容を表示させる。すなわち、アクセス制御部１２は、プロジェクトに関して既に登録されている情報をキーとした検索や表示要求があった場合には、図２に示すプロジェクトデスクトップを基準として表示させる。好ましい実施形態では、このプロジェクトデスクトップを基準とした表示には、プロジェクトデスクトップ名をリンクによる操作ボタンとして表示する場合を含む。
【００２３】
本実施形態では、サーバ２は、図１に示すように、通信制御部４を介して通信するユーザについてのプロジェクト毎に設定される当該プロジェクトのリーダ又はメンバー等のプロジェクトに対するユーザの属性を判定するプロジェクト別ユーザ属性判定部１４と、このプロジェクト別ユーザ属性判定部１４によって判定されたユーザ属性と各プロジェクトのコンテンツ毎に予め定められたユーザ属性別のアクセス権限とに基づいてプロジェクトデスクトップに対する操作内容を制御するコンテンツ別アクセス制御部１６とを備えている。
【００２４】
ユーザ属性は、例えば、図１に示すサーバ２へログインしているログインユーザと、あるプロジェクトを考えたときに、そのプロジェクトに参加しているメンバと、このメンバのうち当該プロジェクトの中心的役割を果たすリーダ等のプロジェクトを中心としたユーザの役割である。例えば、あるユーザは、プロジェクトＡについてはメンバで、プロジェクトＢについてはメンバ且つリーダで、プロジェクトＣには参加しておらず、メンバ外のログインユーザとなる。ユーザの属性は、プロジェクト毎に異なる。プロジェクト別ユーザ属性判定部１４は、通信制御部４を介して通信するセッション中のユーザについて、当該セッション中のユーザがアクセスしようとするプロジェクトに関して、予めプロジェクト毎に設定される当該プロジェクトのリーダ又はメンバー等のユーザ属性を判定する。
【００２５】
そして、好ましい実施形態では、プロジェクトの各コンテンツ毎にユーザ別のアクセス権限を設定する。そして、このアクセス権限の設定を、ユーザ名ではなく、ユーザの属性に基づいて行う。従って、メンバに対する読取許可、書込不可等の設定を行い、どのユーザであっても、それがメンバであれば当該アクセス権限が適用される。このように、各コンテンツに対するアクセス権限を、プロジェクト別のユーザ属性に基づいて制御することで、アクセス権限の設定が容易となり、且つ、プロジェクトの参加者及び情報の登録者にとって判りやすく、このため、煩雑な操作を行わずに確実にコンテンツに対するアクセス制限の運用を行うことができる。
【００２６】
コンテンツ別アクセス制御部１６は、プロジェクト別ユーザ属性判定部１４によって判定されたユーザ属性と各プロジェクトのコンテンツ毎に予め定められたユーザ属性別のアクセス権限とに基づいて、プロジェクトデスクトップに対する操作内容を制御する。例えば、あるプロジェクトについて、メンバ以外のログインユーザについて、会議室コーナーには参加できるが、文書管理コーナーでの文書ファイルのダウンロードは不可とする設定がなされている場合を例とする。この例では、セッション中のユーザのユーザ属性がメンバ外のログインユーザである場合には、上記アクセス権限に従い、会議室への発言を許可しつつ、文書管理コーナに登録された文書ファイルのダウンロードを禁止する。ユーザ属性別にアクセス権限を定めるため、ログインユーザが新たに追加された場合になんらアクセス権限の再設定を行う必要がない。また、あるログインユーザをメンバに登録したり、また、メンバから削除した場合にも、アクセス権限の再設定を行う必要がない。そして、各プロジェクトの各コンテンツ毎に、このようなユーザ属性別のアクセス権限を定めるだけで、同一のログインユーザであっても、プロジェクト毎にアクセス権限が異なる状態を良好に管理運用することができる。特に、プロジェクトのリーダを定め、このリーダにアクセス権限を設定する権能を与えることで、自律的なアクセス権限の運用が可能となる。すなわち、ユーザ属性別のアクセス権限を各コンテンツ毎に設定することで、特別な管理者を必要とせずにプロジェクトに関する情報のセキュリティを確保することができる。
【００２７】
コンテンツ別アクセス制御部１６は、図２に示す編集ボタン３１や操作ボタン、作成ボタン等の機能を制限することで、ユーザ属性別の各コンテンツコーナへのアクセス制御を行うようにすると良い。これにより、個別のファイルに対するアクセス権限の設定をすることなく、ユーザ属性別のセキュリティ管理が可能となる。
【００２８】
また、好ましい実施形態では、プロジェクトデスクトップを保存する保存機能を備えると良い。図１に示す例では、サーバ２は、複数のプロジェクトの内一つ又は複数を保存対象に設定する保存対象設定部１８と、この保存対象設定部１８によって設定された１又は複数のプロジェクトデスクトップに含まれるコンテンツを１つの書庫ファイルに収容（アーカイブ）する書庫ファイル収容制御部２０と、この書庫ファイル収容制御部２０によって収容された書庫ファイルをユーザ端末の操作に応じて当該ユーザ端末に送信させる書庫ファイル送信制御部２２とを備えている。
【００２９】
この例では、プロジェクトの進捗過程や、完成段階で、プロジェクトデスクトップを単位に保存を行う。プロジェクトデスクトップを単位として保存することで、プロジェクトデスクトップを用いて外部への発表を行ったり、また、プロジェクトに関連する全ての情報を１カ所に保存しておくことができる。この保存をマークアップランゲージを用いたページ情報として保存すると、当該プロジェクトデスクトップをＷｅｂサーバに登録することで、外部に対するホームページとすることができる。
【００３０】
また、図１に示す例では、文書管理コーナーに蓄積されるファイル群４６を一体的に保存するため、プロジェクトデスクトップに関連するファイルを収容（アーカイブ）している。このアーカイブは、文書管理コーナーを有する場合に特に有用である。すなわち、書庫ファイル収容制御部２０は、保存対象設定部１８によって設定された１又は複数のプロジェクトデスクトップに含まれるコンテンツを１つの書庫ファイルに収容する。例えば、１つのプロジェクトデスクトップを保存する場合には、プロジェクトデスクトップ全体を記述するページと、会議室での発言等を別途記憶するページと、文書管理コーナーに格納された各文書ファイルと、プロジェクトデスクトップの表示に用いる画像ファイル等を１つのフォルダにアーカイブする。このとき、書庫ファイル収容制御部２０は、文書ファイルや画像ファイルや発言等を記述したページへのリンクを書き直す。書庫ファイル収容制御部２０は、好ましい実施例では、アーカイブしたファイルを圧縮する圧縮機能を備えると良い。
【００３１】
書庫ファイル送信制御部２２は、書庫ファイル収容制御部２０によって収容された書庫ファイルをユーザ端末の操作に応じて当該ユーザ端末に送信させる。この送信は、例えば書庫ファイルをダウンロード可能な状態とし、ダウンロードの操作をユーザに促したり、また、フロッピーディスク等に格納して郵送するようにしても良い。
【００３２】
図４（Ａ）は、複数のプロジェクトの各コンテンツを横断的に検索する場合の例を示すブロック図である。図４（Ａ）に示す例では、アクセス制御部１２が、ユーザ端末に入力されるデータと一致するデータを含む一又は複数のコンテンツを検索するコンテンツ検索機能６０と、このコンテンツ検索機能６０によって検索された各コンテンツが所属する各プロジェクトを特定するプロジェクト特定機能６２と、このプロジェクト特定機能６２によって特定されたプロジェクトのプロジェクトデスクトップの一覧を検索結果としてユーザ端末に送信させる一覧送信制御機能６４とを備えている。
【００３３】
コンテンツ検索機能６０は、例えばテキストコーナーのテキストや、会議室での発言や、文書管理コーナーに登録された文書ファイルの全文検索等を行う。プロジェクト特定機能６２は、コンテンツ検索機能６０によって検索されたコンテンツ又はコンテンツの構成要素から、当該コンテンツの属するプロジェクトを特定する。そして、一覧送信制御機能６４は、、このプロジェクト特定機能６２によって特定されたプロジェクトのプロジェクトデスクトップの一覧を検索結果としてユーザ端末に送信させる。図４（Ｂ）は、この検索結果の一例を示す説明図である。ここでは、△△△という文字を含む文書ファイルを有するプロジェクトの一覧６８を表示している。ユーザは、この検索結果から、当該文書ファイルそのものと、その文書ファイルが作成されたプロジェクトに関する情報の一覧であるプロジェクトデスクトップへアクセスすることができる。この検索されたコンテンツを含むプロジェクトデスクトップを表示することにより、ユーザは、検索対象と関連性の高い情報へアクセスし易く、また、その文書ファイルやテキストデータの作成過程や作成意図を理解しやすくなる。
【００３４】
図５は、図１等に示す構成でのプロジェクトに関連する情報の管理例（プロジェクト活動支援方法）を示すフローチャートである。図５に示す例では、図１等に示すプロジェクト活動支援システムを使用してプロジェクトの関係するデータの生成及び管理を支援する。まず、プロジェクト毎に各プロジェクトに含まれるコンテンツを登録する（ステップＳ１，プロジェクト別コンテンツ登録工程）。続いて、登録された一又は複数のコンテンツが検索された時又はプロジェクトに属するメンバーについてアクセスされた時に（ステップＳ２）、当該各コンテンツ又はメンバーを含むプロジェクトの一覧を生成する（ステップＳ３，プロジェクト一覧生成工程）。さらに、このプロジェクト一覧生成工程Ｓ３にて生成されたプロジェクト一覧に応じてユーザによってプロジェクトの表示要求がなされた場合には、当該プロジェクトに含まれる全コンテンツの表示用又はアクセス用のページをプロジェクトデスクトップとして生成する（ステップＳ４，プロジェクトデスクトップ生成工程）。
【００３５】
ステップＳ３にてプロジェクトの一覧を生成する対象となるアクセスには、登録された一又は複数のコンテンツが検索された場合と、プロジェクトに属するメンバーについてアクセスされた場合とが含まれる。メンバーへのアクセスによるプロジェクトデスクトップの一覧表示は、例えば、メンバリストを生成する際に各メンバが属するプロジェクト名を表示する場合や、また、各ユーザ向けのデスクトップに当該ユーザが所属するプロジェクトの一覧を表示する場合や、特定のユーザ名にて検索がなされた場合等を含む。コンテンツの検索は、図４に示した場合と同様である。
【００３６】
図６は、プロジェクトデスクトップ（ＰＪ-ＤＴ）の生成処理Ｓ４の一例を示すフローチャートである。プロジェクトデスクトップ生成工程Ｓ４では、図６に示すように、まず、表示要求を行ったユーザのログインＩＤ等を特定し（ステップＳ１１）、続いて、表示要求対象のプロジェクトのメンバであるか否か等のユーザ属性を判定する（ステップＳ１２，プロジェクト別ユーザ属性判定工程）。そして、表示要求されたプロジェクトのコンテンツ毎に予め定められたユーザ属性別のアクセス権と当該表示要求を行ったユーザの属性とに応じて各コンテンツに対して当該ユーザに許可する表示及び操作を判定する（ステップＳ１３，コンテンツ別権限判定工程）。さらに、このコンテンツ別権限判定工程にて判定された表示及び操作に関する権限に応じて各コンテンツコーナーを生成すると共に当該コンテンツコーナーを一体としたページをプロジェクトデスクトップとして生成する（ステップＳ１５，コンテンツコーナー一体化ページ生成工程）。
【００３７】
ステップＳ１１では、セッション中のログインＩＤやユーザＩＤをシステムから取得する。ステップＳ１２では、当該ユーザＩＤやログインＩＤ等から、表示要求なされているプロジェクトに対するリーダやメンバ等のユーザ属性を判定する。表示要求には、プロジェクト名によるプロジェクトデスクトップへのリンクが操作された場合や、また、検索結果としてプロジェクト名を表示する場合を含む。例えば、ある実施例では、あるプロジェクトのリーダがメンバ以外にはプロジェクトデスクトップへのアクセスを完全に禁止している場合には、コンテンツ等での検索が行われたとしても、そのプロジェクトデスクトップのリンクの表示は行わないようにする。
【００３８】
ステップＳ１４では、実際にプロジェクトデスクトップを生成する場合に、各プロジェクト毎、及び各コンテンツ毎に定められたユーザ属性別のアクセス権限に応じて、プロジェクトデスクトップの各コンテンツの生成を制御する。ステップＳ１５では、ステップＳ１４にて生成した各コンテンツコーナーを一体化させることで、例えば、全てのコンテンツの１ページ目を合成することで、プロジェクトデスクトップを生成する。
【００３９】
このように本実施形態によるプロジェクト活動支援方法によると、プロジェクトデスクトップを単位として情報の登録及び閲覧を行い、且つ、プロジェクト毎及びそのコンテンツ毎にユーザ属性によるアクセス権限を設定することでセキュリティ管理を行うため、複数のプロジェクトが並行しているような場合であっても、簡単な操作でアクセス権限を管理しつつ各プロジェクトに必要な情報の登録及び閲覧を容易に行うことができる。
【００４０】
図７（Ａ）は、本実施形態でのハードウエア資源の構成例を示すブロック図である。図７（Ａ）に示すように、本実施形態によるプロジェクト活動支援システムのサーバ２は、ハードウエア資源として、所定のプログラムに従って演算処理を行うＣＰＵ７０と、このＣＰＵ７０に記憶領域を提供する主記憶部７２と、ハードディスク等の補助記憶部７４と、ＣＤ―ＲＯＭ等の記憶媒体７８からデータやプログラムを読み出すディスクドライブ７６と、図示しない表示装置や入力装置を備えている。補助記憶装置７４は、コンテンツの内容や、プロジェクト毎に設定されたユーザ属性別のアクセス権限に関する情報等がデータベース３として格納する。
【００４１】
図７（Ａ）に示すＣＰＵがプロジェクト活動支援用プログラムを実行することで、図７（Ａ）に示すサーバ２は図１に示すプロジェクト活動支援システムとして機能する。プロジェクト活動支援用プログラムは、記憶媒体７８に格納され、サーバ２のディスクドライブ７６まで搬送される。ＣＰＵ７０は、ディスクドライブ７６を制御して記憶媒体７８に格納されたプロジェクト活動支援用プログラムを補助記憶部７４に導入する。また、ネットワーク５を介して、他のサーバからプロジェクト活動支援用プログラムの全体又は一部をダウンロードするようにしても良い。このプロジェクト活動支援用プログラムには、コンパイルされたプログラムの他、データベースを駆動して所定のページデータを生成するためのスクリプトや、ページデータの作成に必要は画像ファイル等を含む。
【００４２】
プロジェクト活動支援プログラムは、サーバ２のＣＰＵ７０を動作させる指令として、次の各指令を備える。すなわち、プロジェクト毎に各プロジェクトに含まれるコンテンツを登録させるプロジェクト別コンテンツ登録指令と、登録された一又は複数のコンテンツが検索された時又はプロジェクトに属するメンバーについてアクセスされた時に当該各コンテンツ又はメンバーを含むプロジェクトの一覧を生成させるプロジェクト一覧生成指令と、このプロジェクト一覧生成指令に応じてサーバによって生成されるプロジェクト一覧に基づいてユーザによってプロジェクトの表示要求がなされる場合には、当該プロジェクトに含まれる全コンテンツの表示用又はアクセス用のページをプロジェクトデスクトップとして生成させるプロジェクトデスクトップ生成指令とを備えている。ＣＰＵ７０は、この各指令を実行することで、図５に示す処理を実現する。また、プロジェクトデスクトップ生成指令が、図６に示す各工程に対応した指令を備えることで、ＣＰＵ７０は、図６に示す処理を実現する。さらに、プロジェクト活動支援用プログラムが、図１等に示す各部及び各機能に対応した指令を備えることで、サーバ２は、図１等に示すプロジェクト活動支援システムとして動作する。
【００４３】
ここで、ＣＰＵ７０又はサーバ２を「動作させる指令」というときには、その指令のみでＣＰＵ７０等を動作させる指令と、補助記憶部７４に予め格納されているオペレーティングシステム（ＯＳ）やデータベースマネージメントシステム（ＤＢＭＳ）に依存してＣＰＵ７０等を動作させる指令の一方又は双方を含む。例えば、「プロジェクト別コンテンツ登録指令」は、プロジェクト毎に各プロジェクトに含まれるコンテンツを登録させるために、登録用のページを生成し、生成したページをユーザ端末１との通信を制御するプログラムに引き渡す指令のみでもよい。この場合、記憶媒体７８には、プロジェクト別のコンテンツを登録するために必要な全てのプログラムは含まれず、登録用ページの生成を行うプログラムのみが格納される場合がある。これらは、サーバ２のオペレーティングシステム等との関係に応じて定まる。
【００４４】
また、図７に示す例では、サーバ２を１台とし、ＣＰＵを１台としているが、複数のＣＰＵを備える１台のサーバとしても良いし、複数のサーバに負荷を分散させるようにしても良い。サーバでのファイル管理としては、プロジェクト別のコンテンツデータのアクセス権をルート（スーパーユーザ）のみとし、ルート権限にてプログラムを動作させ、実際のコンテンツ別のセキュリティ確保は編集ボタンの機能等によって行うと良い。また、データベース３は、サーバ３の管理下にあるのであれば、他のコンピュータやディスク装置にて構築するようにしても良い。
【００４５】
図７（Ｂ）は、ネットワークとしてインターネットを用いた場合のサーバ２の構成例を示すブロック図である。サーバ２は、ｈｔｔｐによる通信を制御するＷｅｂサーバ８０と、Ｗｅｂサーバを介して入力されるスクリプトに従ってデータベースにＳＱＬ文等を発行し、検索結果をページ情報の一部としてＷｅｂサーバ８０に返すＤＢ駆動部８２と、データベース（ＤＢ）３とを備えている。またサーバ２は、Ｗｅｂサーバ８０又はＤＢ駆動部８２による制御に応じてユーザ端末１へ電子メールを送信すると共に受信した電子メールに対して自動応答したり、また、受信した電子メールの記述内容をＤＢ３に登録するメール送受信部８４を備えるようにしても良い。メール送受信部８４を備える例では、例えばプロジェクトデスクトップに予め定められた変化が生じたときに当該メンバに電子メールを送信したり、文書管理コーナーへの登録を電子メール及び添付ファイルにて行ったり、また、プロジェクトデスクトップ毎に電子メールアドレスを設定し、当該プロジェクトに対する外部からの質問を受け付ける等のことが可能となる。また、各ログインユーザにＷｅｂページ内で電子メールの送受信を可能とするＷｅｂメール機能を付するようにしても良い。この場合、Ｗｅｂメール機能は個人デスクトップからアクセス可能とすると良い。
【００４６】
【実施例】
＜全体構成＞
次に、本発明の実施例を説明する。図８は、本発明による一実施例の構成例を示すブロック図である。好ましい実施例では、プロジェクトデスクトップ等のページを生成するページ生成コントローラ１３０と、文書管理を行う文書管理部１４０と、プロジェクト別やコンテンツ別にユーザ属性に応じたアクセス権限を管理するアクセスコントローラ１５０と、プロジェクトのコンテンツに対する検索を制御する検索コントローラ１６０と、プロジェクトデスクトップの保存を制御する保存コントローラ１７０とを備えている。
【００４７】
そして、本実施例では特に、サーバ２が、ユーザ端末へ所定のページを送信すると共に当該ページに対する操作情報を受信する通信制御部４と、この通信制御部４にて受信する操作情報に応じてデータベース３からコンテンツデータを読み出すと共に各プロジェクト毎に当該プロジェクトに属する全コンテンツの表示用又はアクセス用のページをプロジェクトデスクトップとして生成するプロジェクトデスクトップ生成部１３１とを備えている。そして、このプロジェクトデスクトップ生成部１３１は、テキスト４０を表示するテキストコーナー３２と、ユーザの発言４４を記録及び表示する会議室コーナー３６と、ユーザから転送されたファイル４６を管理する文書管理コーナー３８とをコンテンツとして含むプロジェクトデスクトップ３０（図１０参照）を生成する機能を備えている。本実施例では、会議室コーナ３６と文書管理コーナ３８とを１つのページであるプロジェクトデスクトップ内に設けているため、ソフトウエアの切替を行うことなく、プロジェクトの進行に必要な情報を一体的且つ容易に管理することができる。
【００４８】
図９は、各ページの代表的な接続関係を示す説明図である。ここでは、好ましい実施例での全体的な構成であり、各構成要素の関係による利点については、個別に説明する。まず、ユーザは、プロジェクト活動支援システムのトップページ等から、プロジェクトの一覧を表示するプロジェクト一覧ページ１００と、ログインＩＤを有するユーザの一覧を表示するユーザ一覧ページ１０１と、プロジェクトのコンテンツを検索するための検索用ページ１０２と、１又は複数のプロジェクトデスクトップを保存するための保存用ページ１０３と、ログインユーザ各個人向けのページとなる個人デスクトップページ１０４とにアクセスできる。これらは、プロジェクトデスクトップからアクセスすることもできる。
【００４９】
各ページ１００，１０１，１０２，１０３，１０４には、プロジェクトデスクトップへのリンクが設けられている。例えば、ユーザ一覧ページには、各ユーザが所属するプロジェクト名をリンクとして記述することができる。コンテンツの検索結果を、そのコンテンツが所属するプロジェクトとすることで、プロジェクトデスクトップへのリンクとなる。保存用ページ１０３を用いて保存を行う場合にも、プロジェクトの選択を行うため、プロジェクトデスクトップ名が表示される。また、個人デスクトップ１０４に、その個人が所属するプロジェクトの一覧を表示し、そのプロジェクトデスクトップに更新があった場合には当該個人デスクトップ１０４に更新があったことを表示するようにしても良い。
【００５０】
プロジェクト一覧ページ１００からは、新しいプロジェクトの追加や、既存のプロジェクトの削除等を行うためのプロジェクト追加／削除ページ１１０を読み出すことができる。また、個人デスクトップ１０４には、Ｗｅｂメールを管理するためのＷｅｂメールページ１１１を呼び出せるようにしても良い。さらに、ログインＩＤを有さない来訪者やシステムの管理者向けの各種ページを設けるようにしても良い。
【００５１】
プロジェクトデスクトップ３０には、実施形態として上述したように、テキストコーナー３２や、会議室コーナー３６や、文書管理コーナ３８が含まれる。また、プロジェクトデスクトップ内のコンテンツ名の一覧である目次コーナー３３や、当該プロジェクトに所属しているメンバの一覧であるメンバーリストコーナー３４を備えるようにしても良い。本実施例では、これらのコンテンツコーナーは、プロジェクトのリーダ及びリーダの許可がある場合にはメンバによって作成される。
【００５２】
図１０及び図１１は、本実施例でのプロジェクトデスクトップの一例を示す説明図である。図１０及び図１１のグラフィカル・ユーザ・インタフェースを参照しつつ、本実施例で実現する機能の概要を説明する。その機能の具体的な実現手法やデータ構造等は、後述する。プロジェクトデスクトップは、まず、プロジェクト名２０１を有する。本実施例では、コンテンツコーナーの表示形式として、三段階の表示を用意している。フルサイズの「全体表示」と、コンテンツの表示を省略し、コンテンツ名のみを表示する「省略表示」と、その間で小さめの表示領域内にて表示させ、コンテンツコーナーにスクロールバー（図示略）を付する「中間表示」とである。表示形態の名称は各コンテンツ毎に異なり、例えばテキストコーナーであれば、「全文」「３行」「省略」とし、会議室コーナーであれば、「大フレーム」「小フレーム」「省略」とする。
プロジェクトデスクトップは、実行ボタンとして、プロジェクトデスクトップに属する各コンテンツ全体を展開させるための展開ボタン２０２と、逆に、内容を省略して表示させるための省略ボタン２０３とを備えている。プロジェクトデスクトップ生成部１０は、この省略ボタン２０２又は展開ボタン２０３の操作に応じてコンテンツコーナの描画を制御する。デスクトップ設定ボタン２０４は、デスクトップ設定用のページを生成するための操作ボタンである。このデスクトップ設定用ページでは、新しいコンテンツの生成などを行う。
【００５３】
各コンテンツは、その題名と、表示形式の選択を行う表示形式選択リスト２０７と、当該コンテンツコーナの内容等を編集するためのページを表示させる編集ボタン２０６と、プロジェクトデスクトップの先頭へリンクしたリンクボタン２０５と、そのコンテンツの内容とを備えている。図１０に示す例では、目次コーナー４１は、各コンテンツコーナーの題名を、「一列表示」との指定に従って表示している。また、テキストコーナーの題名は「プロジェクトの内容」であり、その内容説明がテキストデータにて登録されている。このテキストデータの登録、更新又は削除は、編集ボタンが操作されたときに表示するテクストデータ編集用ページにて行う。
【００５４】
メンバリストコーナー３４には、序列１番のリーダである「和田真」と、２番の「山田雄一朗」とが登録されている。メンバーの追加及び削除も、その編集ボタンによって表示されるメンバ編集用ページにて行う。本実施例では、序列１番のメンバをリーダとしている。リーダは、各コンテンツコーナーのアクセス権を定める権限を有する。この序列は、メンバリストコーナの編集ボタンにより呼び出されるメンバリスト編集用ページにて編集することができる。
【００５５】
会議室コーナ３６では、会議室自体の表示形式を符号２０７で示す表示形式選択リストで行い、発言の表示形式は符号２１４で示す発言表示形式選択リスト２１４にて行う。また、新しい発言を行うためのページを表示させる新規ボタン２１２と、発言内容を検索するためのページを生成する検索ボタン２１３とを備えている。発言に対する返信については、発言内容を表示するページに返信ボタンを配置するようにすると良い。また、会議室コーナ３６の諸設定を行うためのページを起動する設定ボタン２１１を備えている。
【００５６】
会議室コンテンツ４４は、各種の操作ボタンが配置された会議室制御領域４４Ａと、会議室に関する情報をユーザに伝達するテキストを表示するお知らせ表示領域４４Ｂと、発言内容の題名や内容を表示する発言表示領域４４Ｃとを備えている。
【００５７】
図１１に示すように、文書管理コーナー４６は、文書管理制御領域４６Ａと、実際に登録された文書ファイルのファイル名を仮想的なディレクトリ構造にて表示する文書ファイル名表示領域４６Ｂとを備えている。この仮想ディレクトリ構造は、プロジェクトデスクトップをルートディレクトリとして、その中に複数のフォルダを階層的に定義し、文書の種別等に応じて文書ファイルを管理するためのものである。文書ファイル名表示領域４６Ｂでの表示形式は、表示形式選択リスト２２５での選択に従う。文書管理コーナーの表示上の大きさは、図１１中符号２０７で示す表示形式選択リスト２２５を用いて行う。
【００５８】
文書ファイルに対する操作ボタンとしては、文書管理コーナー４６に登録されている文書ファイルをユーザ端末１にダウンロードするためのダウンロードボタン２２０と、文書ファイルを文書管理コーナー３８内や他のプロジェクトデスクトップにコピー、移動するためのコピーボタン２２１、移動ボタン２２２と、登録された文書ファイルを削除するための削除ボタン２２３とを備えている。文書管理コーナー内の仮想的なディレクトリ（フォルダ）を作成するための作成ボタン２２６と、このフォルダ名等を編集するためのフォルダ編集ボタン２２４とを備えている。
【００５９】
ユーザ端末１に格納された文書をサーバ２の文書管理コーナー３８に登録するには、登録する文書ファイルの選択と登録操作を行う必要がある。図１１に示す例では、参照ボタン２２９はユーザ端末１のオペレーティングシステムに従って当該ユーザ端末１内の文書ファイルの選択画面を当該ユーザ端末１に表示する。ユーザはこの選択画面から登録する文書ファイルを選択すると、当該選択されたファイルの格納位置がフィールド２３０に入力される。その後、登録ボタン２２８が操作されると、サーバは、選択されたファイルを受信する。
【００６０】
文書ファイル名表示領域４６Ｂでは、まず、現在表示中のフォルダ階層を、現在のパス２３１として表示する。現在のフォルダに含まれる全てのフォルダの展開や、展開したフォルダを閉じる等の操作を行うボタン２３２と、現在のフォルダに含まれるフォルダを表示するフォルダ表示領域と、現在のフォルダに含まれる文書ファイルの文書ファイル名及びフォルダ名を表示するファイル名表示領域２３３とを備えている。
【００６１】
図１０に示すプロジェクトデスクトップを用いることで、プロジェクトで必要な文書ファイルの共有や、会議室での発言など、一般的にプロジェクトの立ち上げから発展までに必要な情報共有を容易に行うことができ、また、このプロジェクトデスクトップが、各プロジェクト毎に作成されるため、複数のプロジェクトが同時進行するような場合であっても、各プロジェクト毎に必要な情報が電子的に紛失したり、探索に長時間を要するようなことがなくなる。
【００６２】
＜ユーザ属性に応じたアクセス制御＞
次に、リーダ、メンバ、メンバ外のログインユーザ、ログインＩＤを持たない来訪者等の各プロジェクト毎に定められるユーザ属性に応じて、プロジェクトデスクトップ全体又は各コンテンツへのアクセスを制御する例を説明する。この例では、データベース３が、プロジェクト毎に設定される当該プロジェクトのリーダ又はメンバー等のプロジェクトに対する属性を各プロジェクト毎に記憶したプロジェクト・ユーザテーブル２５４と、各プロジェクトに属するコンテンツ毎にユーザ属性別のアクセス権限を記録したプロジェクト・コンテンツテーブル２５８とを備えている（図１３参照）。
【００６３】
そして、図８に示すように、サーバ２のアクセスコントローラ１５０が、プロジェクト・ユーザテーブル２５４を使用して通信制御部４を介して通信中（セッション中）のユーザについて当該通信対象のプロジェクトに関する属性を判定するプロジェクト別ユーザ属性判定部１５１と、このプロジェクト別ユーザ属性判定部１５１によって判定されたアクセスユーザのプロジェクトに対する属性とプロジェクト・コンテンツテーブル２５８に記録されたユーザ属性別のアクセス権限とに基づいてプロジェクトデスクトップの各コンテンツに対する表示及び操作内容を制御するコンテンツ別アクセス制御部１５２とを備えている。
【００６４】
このプロジェクト別ユーザ属性判定部１５１は、プロジェクト・ユーザテーブル２５４を使用して、当該プロジェクトに対するユーザ属性を判定する。コンテンツ別アクセス制御部１５２は、プロジェクト・コンテンツテーブル２５８を使用して、そのコンテンツに対するユーザ属性別のアクセス権限を判定する。
【００６５】
本実施例では、プロジェクトデスクトップの作成者であるリーダが、当該プロジェクトデスクトップに対するコンテンツのアクセス権限を定めるように促す。このため、メンバーリストをプロジェクトデスクトップの必須の構成とすると良い。メンバリストを表示することで、メンバとメンバ外とのアクセス権限の設定について考慮すべきことをリーダが想定しやすくなる。プロジェクトデスクトップ生成部１３０は、プロジェクト・ユーザテーブル２５４に格納されたプロジェクトに属するメンバーのリストに基づいて各プロジェクトデスクトップ毎にメンバーの一覧を表示及び追加するためのメンバーリストコーナー３４を生成する機能を備えている。
【００６６】
一般的には、リーダがプロジェクトデスクトップにコンテンツコーナーを追加する。そして、コンテンツコーナーを作成するときに、その新たに作成するコンテンツコーナーのアクセス権限を特定するように促す。例えば、初期設定（デフォルト）のアクセス権限を表示し、それを選択できるようにしても良い。
【００６７】
また、プロジェクトデスクトップ全体に対するアクセス権限の制御を行うには、データベース３が、プロジェクトデスクトップ全体に対するユーザ属性別のアクセス権を記録したプロジェクトテーブル２５２を備え、サーバが、プロジェクト別ユーザ属性判定部によって判定されたユーザ属性に基づいて当該プロジェクトデスクトップへのアクセス権を設定するプロジェクト別アクセス設定部１５３を備えると良い。
【００６８】
図１２は、企業や大学などの内部ネットワークで使用する実施例でのプロジェクトに対するユーザの属性と各属性別のアクセス権限の関係を示す説明図である。この実施例では、ユーザを、システム管理者と、プロジェクト（ＰＪ）リーダと、ＰＪメンバと、登録ユーザ（ログインＩＤを有するユーザ）と、ログインＩＤを有さない一般来訪者とに分類する。プロジェクトデスクトップの一覧や、メンバーリストは、全てのユーザに表示可能としている。プロジェクトデスクトップ全体について、システム管理者とＰＪリーダとはセキュリティレベルの変更可（◎）で固定としている。ＰＪリーダ及びシステム管理者は、ＰＪメンバに対するプロジェクトデスクトップのアクセス権限を設定できる。設定内容は、更新可（○）、表示可（△）、表示不可（×）の三種類である。図１２に示す例では、一般来訪者に対しては強制的に更新を不可としている。
【００６９】
コンテンツについても、システム管理者及びＰＪリーダがアクセス権限の設定を変更することができ、文書管理コーナーでのダウンロードやコピーの不可など、コンテンツコーナーに応じた設定をユーザ属性別に行うことができる。図１２に示すように、本実施例では、個別のログインＩＤを有すユーザそのものに対してアクセス権限を定めることはない。あくまで、プロジェクトに対する役割に応じてアクセス権限を定める。これにより、ＰＪリーダは煩雑な設定作業を行わずに十分なアクセス管理を行うことができる。また、ログインユーザの追加、削除や、プロジェクトへのメンバの追加や削除等のユーザに関する情報に変化があっても、アクセス権限を再設定する必要がない。
【００７０】
図１３は、図８に示す構成で使用するデータ構造の一例を示す説明図である。図１３に示すデータ構造は、図８に示すプロジェクト活動支援システムで使用するプロジェクト活動支援用データである。このデータは、例えばハードディスク等に格納され、データベースとなる。プロジェクト活動支援用データは、複数のユーザのユーザＩＤと、ログインユーザ名と、ログイン用のパスワードと、ユーザの連絡先等のユーザ情報とをそれぞれ記憶したユーザテーブル２５０を備えている。また、プロジェクト活動支援用データは、複数のプロジェクトを識別するプロジェクトＩＤと、当該プロジェクトＩＤ毎のプロジェクト名と、当該プロジェクトに対するユーザ属性別のアクセス権とを記憶したプロジェクトテーブル２５２と、各プロジェクトに属するユーザのユーザＩＤと、ユーザ属性である各ユーザの順序とを記憶したプロジェクト・ユーザテーブル２５４とを備えている。
【００７１】
さらに、プロジェクト活動支援用データは、各プロジェクト毎に生成される会議室コーナー又は文書管理コーナー等のコンテンツの種別を記録したコンテンツテーブル２５６と、各プロジェクトに属するコンテンツのコンテンツＩＤと、各コンテンツへのユーザ属性別のアクセス権と、各コンテンツの表示順序（コンテンツ順序データ）とを記録したプロジェクト・コンテンツテーブル２５８とを備えている。各コンテンツの表示順序は、例えば、文書管理コーナーと会議室コーナーとのうちどちらを上側とするかというコンテンツのプロジェクトデスクトップ内での表示順序である。
【００７２】
そして、本実施例では、プロジェクト・ユーザテーブル２５４は、サーバ２によってプロジェクトデスクトップが生成されるときに、当該プロジェクトデスクトップの表示要求を行ったユーザのユーザ属性の判定に使用される。また、プロジェクト・コンテンツテーブルは、ユーザ属性別のアクセス権に応じたコンテンツの表示形態の判定に使用されると共に、各コンテンツの表示順序の特定に使用される。
【００７３】
プロジェクト・コンテンツテーブル２５８が、当該プロジェクトに属するコンテンツのプロジェクトデスクトップ中での表示順序を記録したコンテンツ順序データを有する例では、図８に示すように、プロジェクトデスクトップ生成部１３１が、コンテンツ順序データに基づいてテキスト等のコンテンツを読み出すと共にコンテンツ別アクセス制御部１５２によって設定されたアクセス権限に応じてコンテンツコーナーを順次描画するコンテンツコーナー描画機能１３１Ａと、このコンテンツコーナ描画機能１３１Ａによって描画されたコンテンツコーナーをコンテンツ順序データの順序にて１ページのプロジェクトデスクトップとして合成制御する合成制御機能１３１Ｂとを備えると良い。
【００７４】
コンテンツコーナー描画機能は、アクセス権限に従ってコンテンツコーナの編集ボタン等の使用の許可又は不許可を設定することでアクセス制御を行う。また、表示形式選択リスト２０７等で設定された表示形式でコンテンツの内容をページの一部として描画する。合成制御機能１３１Ｂは、コンテンツ順序データに指定される順序にて、各コンテンツコーナーを合成することで、１ページのプロジェクトデスクトップを作成する。合成制御機能１３１Ｂは、コンテンツの合成が完成した後にユーザ端末に当該プロジェクトデスクトップを送信させるようにしても良いし、また、コンテンツ順序データに従った順序で順次コンテンツコーナーを生成し、生成完了後にコンテンツコーナー毎にユーザ端末１に送信させるようにしても良い。このコンテンツ順序データは、デスクトップ設定ボタン２０４の操作によって表示されるデスクトップ設定用ページにて変更及び更新することができる。一般的には、この更新はリーダが行う。リーダがプロジェクトデスクトップに対してメンバのアクセス権を書込可としている場合には、メンバが当該コンテンツ順序データを編集することもできる。このコンテンツ順序データは、プロジェクトＩＤ毎に一つとしているが、１つのプロジェクトデスクトップ内のコンテンツについて、各メンバの興味の対象が異なる場合には、各メンバ毎にコンテンツ順序データを定義するようにしても良い。
【００７５】
図１４は、図８に示す構成でのユーザ属性判定処理の一例を示すフローチャートである。この図１４に示す処理は、図８に示すプロジェクト別ユーザ属性判定部１５１の詳細動作である。
図１４に示す例では、まず、プロジェクトデスクトップ（ＰＪ―ＤＴ）へアクセスするセッション中のユーザのユーザＩＤをシステムから取得する（ステップＡ１）。続いて、このユーザがログインしているか否かを判定し（ステップＡ２）、ログインしていない場合には、図１２に示す一般・来訪者と判定する（ステップＡ３）。一方、ログインユーザである場合には、アクセス対象のプロジェクトのプロジェクトＩＤに基づいてプロジェクト・ユーザテーブル２５４を読み出し（ステップＡ４）、当該ログインユーザが当該プロジェクトのメンバであるか否かを判定する（ステップＡ５）。そして、プロジェクトのメンバでは無い場合には、図１２に示す登録ユーザであると判定する（ステップＡ６）。
【００７６】
一方、プロジェクトのメンバである場合には、プロジェクト・ユーザテーブルからユーザ序列データを読み出し、当該ユーザの序列データが１であるか否かを判定することで、このプロジェクトのリーダであるか否かを判定する（ステップＡ７）。プロジェクトリーダでは無い場合、当該セッション中のログインユーザはプロジェクトメンバであると判定する（ステップＡ８）。序列データが１である場合には、このユーザはリーダであると判定する（ステップＡ９）。この図１４に示すフローチャートにより、プロジェクトデスクトップにアクセスするユーザのユーザ属性が一意に定まる。
【００７７】
図１５は、本実施例での具体的なプロジェクトデスクトップの表示例を示す説明図である。図１５に示す例では、ＨＴＭＬページを表示するブラウザにてプロジェクトデスクトップを表示した例を示す。プロジェクトデスクトップの上部には、ユーザ名とパスワードの入力フィールドがあり、ログイン又はログアウトを操作する。
【００７８】
「ホーム」は、プロジェクト活動支援システムのホームページである。「プロジェクト一覧」は、図９に示すプロジェクト一覧ページ１００へのリンクである。同様に、「ユーザ一覧」、「個人デスクトップ」、「検索」は、それぞれ、ユーザ一覧ページ１０１、個人デスクトップページ１０４、検索ページ１０２へのリンクである。図１５に示す例では、大学の研究室内での研究テーマをプロジェクトとしている。
【００７９】
図１５に示す例では、プロジェクトの概要を示すテキストコーナー３２では、研究内容の概要がリーダによって記述された。メンバは、リーダとなる研究者（電力工学研究室）と、指導教官や、同じ研究室内の人や、提携している企業内の研究者（ドルフィンネット）や、実験の補助者等である。会議室は、リーダによって質問箱と名付けられ、プログラム言語の選定等についての議論がなされている。また、このプロジェクトに関して登録された文書ファイルの一例として、Ａ社での導入事例や、ＣＶケーブルの軽量化に関する文書等がある。
【００８０】
図１６は、図８に示す構成にて図１５等に示すプロジェクトデスクトップ（ＰＪ―ＤＴ）の表示処理の一例を示すフローチャートである。図１６に示す例では、まず、図１４に示す処理に従って、プロジェクトデスクトップへアクセスするユーザのユーザ属性を判定する（ステップＢ１）。続いて、プロジェクトテーブル２５２を参照して、当該ユーザ属性のプロジェクトに対するアクセス権限を判定する（ステップＢ２）。プロジェクトの表示が不可と設定されている場合には、表示不能であるエラーをユーザ端末に通知して処理を終了する。
【００８１】
一方、プロジェクトの表示が可能で有れば、続いて、各コンテンツの表示及び更新（書込）が可能であるか否かを判定する。まず、プロジェクト・コンテンツテーブル２５６のコンテンツ表示順データを参照して、表示するコンテンツの種別及びコンテンツの表示順を特定する（ステップＢ４）。続いて、プロダクト・コンテンツテーブル２５８を参照して、表示対象コンテンツのアクセス権限をユーザ属性に基づいて判定する（ステップＢ５）。さらに、アクセス権限に応じてコンテンツの表示形式を設定する（ステップＢ６）。例えば、操作ボタンの使用可否を制御する。続いて、各種設定されている表示形式に従って、コンテンツの内容をＤＢ３から読み出し、ページの一部としてコンテンツコーナーを描画する（ステップＢ７）。このコンテンツコーナーの描画処理は、各コンテンツ毎に異なるため、それぞれ個別のプログラムを呼び出すように構成すると良い。
【００８２】
コンテンツの描画が終了すると、コンテンツ表示順データを参照して、次コンテンツがあるか否かを判定し（ステップＢ８）、次コンテンツがあれば、ステップＢ４から処理を繰り返す。一方、次コンテンツがなくなれば、コンテンツコーナを作成順に合成する（ステップＢ９）。
【００８３】
＜プロジェクト及びコンテンツの新規作成＞
図１７は、本実施例でのプロジェクトデスクトップ作成用ページの一例を示す説明図であり、図１７（Ａ）はプロジェクト作成用ページの一例を示す図で、図１７（Ｂ）は、本実施例でのプロジェクトデスクトップの初期画面の一例を示す図である。図１７に（Ａ）に示すように、新しいプロジェクトの作成時には、プロジェクト名と、種々のソートのためのふりがなと、プロジェクトデスクトップに含めるコンテンツの指定との入力を促す。本実施例では、コンテンツとして、目次と、概要テキストと、メンバーリストは、初期設定時にプロジェクトデスクトップに含めるコンテンツとしている。図１７（Ａ）に示す状態で保存ボタンが操作された場合、図１７（Ｂ）に示すプロジェクトデスクトップを生成する。目次コーナーの記述については、自動生成する。図１７に示す例では、概要テキストについては入力されていない。
【００８４】
図１８は、本実施例にてテキストデータ（テキストコーナ）をプロジェクトデスクトップに追加又は更新するためのテキスト編集用ページの一例を示す説明図である。このテキスト編集用ページは、テキストコーナー３２の編集ボタンが操作されたときに表示する。従って、テキストの更新を行えないユーザに対しては、このテキストコーナーの編集ボタンの操作を不可にする。図１８に示す例では、概要テキストのタイトルと、テキストコーナーの表示形式（表示モード）と、内容についての入力を促す。セッション中のユーザがリーダである場合、図１８に示すように、セキュリティの指定を受け付ける。また、当該テキストコンテンツについての今までの変更記録（ログ）を表示するようにしても良い。図１８に示す状態で保存ボタンが操作されると、図１５の符号３２で示すテキストコーナー３２に更新される。
【００８５】
図１９は、プロジェクト編集用ページの一例を示す説明図である。このプロジェクト編集用ページは、図１５に示すデスクトップ編集ボタンの操作によって表示される。プロジェクトデスクトップの編集では、プロジェクト名の変更や、コンテンツの追加及び削除が可能となる。図１８に示す場合と同様に、リーダに対しては、ユーザ属性別のセキュリティの設定を促す。図２０は、本実施例にて文書管理コーナをプロジェクトデスクトップに追加した例を示す説明図である。図２０等に示すように、プロジェクトの進行に応じてプロジェクトデスクトップが成長していくため、例えば、各研究について研究室の教授は各プロジェクトデスクトップを閲覧することで個別の進捗状況を把握することができ、局面に応じた指導を行うことができる。また、ユーザ端末１をインターネットを介して接続する例では、東京とカリフォルニアにて共同のプロジェクトを１つのプロジェクトデスクトップにて管理し、それをロンドンでの会議に参加している教授が閲覧するなど、プロジェクトデスクトップでの管理とユーザ属性別の確実なアクセス管理により、従来困難であったプロジェクト管理を容易に行うことができる。
【００８６】
＜検索＞
次に、コンテンツ等の検索について説明する。図２１に、図８に示す検索コントローラ１６０の詳細構成例を示す。再度図１３を参照すると、データベース３が、各プロジェクトと当該プロジェクトに含まれるコンテンツの一覧を記憶したプロジェクト・コンテンツテーブル２５４と、プロジェクトデスクトップの文書管理コーナー３８を介して送信される文書ファイルの格納位置等を記憶するドキュメントテーブル２６０と、このドキュメントテーブル２６０によって管理される文書ファイルの文書管理コーナー３８での仮想的な配置位置を格納するドキュメント・フォルダテーブル２６２とを備えている。実際の文書ファイルは、管理用の特別のファイル名に変換し、サーバ２によって管理されるハードディスク等に格納する。
【００８７】
そして、図２１に示すように、サーバ２の検索コントローラ１６０は、ユーザ端末１の操作に応じて各プロジェクトを横断して当該各プロジェクト内のコンテンツ及びドキュメントテーブルにて管理される文書ファイルに対する検索を実行すると共に検索結果としてコンテンツ名又はドキュメント名を特定する検索部１６１と、この検索部１６１によって検索されたコンテンツ名に従ってプロジェクト・コンテンツテーブル２５８を参照して当該コンテンツが属するプロジェクトを特定する第１プロジェクト特定部１６２と、検索部１６１によって検索されたドキュメント名に従ってドキュメントテーブル２６０及びドキュメント・フォルダテーブル２６２を参照して当該ドキュメントが属するプロジェクトを特定する第２プロジェクト特定部１６３と、これら第１及び第２プロジェクト特定部１６２，１６３によって特定されたプロジェクトの一覧をプロジェクトデスクトップへリンクさせた状態で検索部の検索結果としてユーザ端末に送信させる一覧送信制御部１６４とを備えている。
【００８８】
図２２は、一覧送信制御部１６４によって生成された検索結果ページの一例を示す説明図である。図２２に示すように、本実施例では、検索部１６１は、検索対象の特定を促す。ここでは、文書内容（文書管理コーナー３８に登録された文書ファイルの全文検索）が選択されている。そして、キーワードとして「送電線路」が入力され、検索が実行された。この検索結果として、図１５に示す「Ａ社導入事例.docがヒットしたとする。第２プロジェクト特定部１６３は、まず、ドキュメントテーブル２６０を参照して、当該ドキュメントが所属する仮想フォルダＩＤを特定する。第２プロジェクト特定部１６３は、続いて、ドキュメント・フォルダテーブル２６２を参照して、仮想フォルダＩＤからプロジェクトＩＤを特定する。すると、プロジェクトテーブルから、プロジェクト名「地中送電線におけるクロスボンド点地絡時のサージ解析」を特定することができる。
【００８９】
図２２に示す例では、検索された文書ファイルが１つであるため、プロジェクトも１つとなった。一覧送信制御部１６４は、このプロジェクト名をプロジェクトデスクトップへリンクさせた状態で検索部１６１の検索結果としてユーザ端末に送信させる。この検索結果ページにて、プロジェクト名は操作ボタンであり、このプロジェクト名を操作（例えば、クリック）することで、図１５に示すようなプロジェクトデスクトップを表示する。
【００９０】
文書ファイルに対する検索は、サーバの負荷が小さい時間帯にて文書ファイルに対するインデックスを生成しておき、このインデックスに基づいて文書ファイルを検索すると良い。また、文書ファイルから、一定の長さの要約を自動的に生成し、検索結果に含めるようにしても良い。
【００９１】
図２３は、本実施例による検索処理の一例を示すフローチャートである。この図２３に示す処理は、検索コントローラ１６０の詳細動作例である。まず、検索対象を特定する（ステップＣ１）。続いて、検索キーワードの入力を促す（ステップＣ２）。文書内容全文の検索であれば（ステップＣ３）、全文検索エンジンを駆動して、ドキュメントＩＤを取得する（ステップＣ４）。続いて、ドキュメントテーブル２６０を参照して、当該ドキュメントが所属する仮想フォルダＩＤを特定する（ステップＣ５）。そして、ドキュメント・フォルダテーブル２６２を参照して、プロジェクトＩＤ及びコンテンツＩＤとを取得する（ステップＣ８）。このステップＣ４，Ｃ５，Ｃ８という処理は、図２１に示す第２プロジェクト特定部１６３の第１の動作例である。
【００９２】
検索対象が文書タイトル（文書ファイルのファイル名）で有る場合には（ステップＣ６）、ドキュメントテーブルでの原ファイル名を検索して、仮想フォルダＩＤを特定する（ステップＣ７）。続いて、ドキュメント・フォルダテーブルを参照して、プロジェクトＩＤとコンテンツＩＤとを取得する（ステップＣ８）。このステップＣ６，Ｃ７，Ｃ８という処理は、図２１に示す第２プロジェクト特定部１６３の第２の動作例である。
【００９３】
検索対象がテキストコーナーや、メンバリスト等であれば（ステップＣ９）、コンテンツ内容テーブル（例えば、図示しないテキストテーブル等）を検索してプロジェクトＩＤ及びコンテンツＩＤとを取得する（ステップＣ１０）。このステップＣ９，Ｃ１０という処理は、図２１に示す第１プロジェクト特定部１６２の動作例である。
【００９４】
プロジェクトが特定されると、検索を行ったユーザのユーザ属性を判定する（ステップＣ１１）。このステップＣ１１は、例えば図１４に示したユーザ属性判定処理により検索を行ったユーザのユーザ属性を判定する。このユーザ属性の判定は、特定されたプロジェクト毎に行う。そして、プロジェクトに対するアクセス件がある場合には、プロジェクトデスクトップ（ＰＪ―ＤＴ）へのリンクを表示する（ステップＣ１３）。一方、プロジェクトに対するアクセス権が無ければ、当該プロジェクトへのリンクは検索結果に含めない（ステップＣ１４）。この処理を特定されたプロジェクト全てについて行う。
【００９５】
このように検索されたコンテンツの内容が所属するプロジェクトを特定し、このプロジェクトのプロジェクトデスクトップへのリンクを検索結果とするため、周辺情報へのアクセスや、その検索されたコンテンツが作成された背景や意図等を把握し易くなり、例えば記憶が曖昧な状態で検索を行ったとしても、無意識に意図する検索結果へユーザを導くことができる。また、過去のプロジェクトにて使用した資料を再利用したい場合に、所属したメンバ名や、文書ファイルにて使用されたキーワードや、プロジェクトの概要として記載されたテキスト等種々の方面から検索が可能であるため、初期の資料を探索しやすい。
【００９６】
＜保存＞
次に、文書管理コーナーと、プロジェクトデスクトップの保存との関係について説明する。上述した実施形態にて、図１３に示すデータ構造を利用する場合には、サーバ２は、図１に示すように、文書管理コーナー３８を介して送信される文書ファイルをドキュメントテーブル２６０に格納すると共に当該文書ファイルを文書管理コーナー３８内の仮想的なディレクトリに配置する文書管理部１４０を備えている。そして、この文書管理部１４０が、コンテンツ別アクセス制御部１５２によって設定されるユーザ属性別のアクセス権限に応じて文書ファイルの複写及び削除並びにユーザ端末へのダウンロードを提供する文書操作制御機能１４１を備えている。
【００９７】
本実施例では、この文書管理部１４０によって管理される文書ファイルを、図８に示す保存コントローラ１７０によって一括して保存することができる。本実施例では、図２１に示すように、保存コントローラ１７０は、複数のプロジェクトの内一つ又は複数を保存対象に設定する保存対象設定部１７１と、この保存対象設定部１７１によって設定された１又は複数のプロジェクトデスクトップに含まれるコンテンツを１つの書庫ファイルに収容（アーカイブ）する書庫ファイル収容制御部１７２と、この書庫ファイル収容制御部１７２によって収容された書庫ファイルをユーザ端末の操作に応じて当該ユーザ端末に送信させる書庫ファイル送信制御部１７３とを備えている。
【００９８】
そして、書庫ファイル収容制御部１７２が、コンテンツ別アクセス制御部１５２によって設定されるアクセス権限に応じてプロジェクト毎にコンテンツの内容表示又はコンテンツの部分へのリンクをマークアップランゲージで記述したプロジェクトデスクトップページを生成するプロジェクトデスクトップページ生成機能１７４と、このプロジェクトデスクトップページで使用するイメージデータ及びドキュメントテーブルに格納された文書ファイルとを関連フォルダに格納するファイル格納機能１７５と、プロジェクトデスクトップページ及び関連フォルダの内容とを１つの書庫に収納すると共に圧縮する書庫圧縮機能１７６とを備えている。
【００９９】
図２４（Ａ）は保存対象のプロジェクトを選択するためのページ例を示す図である。保存対象設定部１７１は、図２４（Ａ）に示すように、プロジェクトデスクトップの選択用ページを生成し、保存を行うユーザに保存対象とするプロジェクトデスクトップの選択を促す。このとき、保存を行うセッション中のユーザのユーザ属性に応じて、表示可能とされているプロジェクトのみを表示すると良い。
【０１００】
書庫ファイル収容制御部１７２では、プロジェクトデスクトップの表示に必要な全てのデータをデータベースから抽出し、これを書庫ファイルとする。そして、好ましい実施例では、この書庫ファイルを圧縮する。具体的には、プロジェクトデスクトップページ生成機能１７４は、表示可能とされているコンテンツの内容表示又はコンテンツの部分へのリンクを例えばＨＴＭＬやＸＭＬ等のマークアップランゲージ（ＭＬ）で記述したプロジェクトデスクトップページを生成する。このプロジェクトデスクトップページは、外観上、図１５に示すプロジェクトデスクトップと大きく異ならないが、第１に、当該プロジェクトデスクトップからリンクしている文書ファイルや会議室の発言内容等へのリンク情報を書き換えている。第２に、内容の追加等の編集を不可能とするために、編集ボタン等を削除すると良い。
【０１０１】
ファイル格納機能１７５は、このプロジェクトデスクトップページで使用するイメージデータ及びドキュメントテーブルに格納された文書ファイルとを関連フォルダに格納する。例えば、メンバリストに各メンバの顔写真イメージを表示する例では、ユーザテーブルから当該顔写真イメージファイルを読み出して、関連フォルダに格納する。ツリー状の表示を行う会議室等の場合には、各発言内容は個別のＭＬページとなるため、当該発言内容を記述したＭＬページファイルも関連フォルダに格納する。そして、文書管理コーナーに登録された文書ファイルについても、関連フォルダに格納する。プロジェクトデスクトップページ生成機能１７４は、プロジェクトデスクトップから各文書ファイルや発言内容や顔写真イメージファイルへのリンクを、関連フォルダ名等を用いて更新する。
【０１０２】
書庫圧縮機能１７６は、プロジェクトデスクトップページ及び関連フォルダの内容とを１つの書庫に収納すると共に圧縮する。これにより、プロジェクトデスクトップの内容全てが１つのファイルに収容され、圧縮される。圧縮することにより、この書庫ファイルをユーザ端末１へ送信する際の通信時間を短縮することができる。書庫ファイル送信制御部１７３は、たとえば図２４（Ｂ）に示すような書庫ファイル（例えば、ＨＴＭＬ化されたプロジェクトデスクトップ）のダウンロード用ページを生成する。書庫ファイル送信制御部１７３は、プロジェクトデスクトップの文書管理コーナー３８に当該書庫ファイルを追加するようにしても良い。
【０１０３】
図２５は、プロジェクトデスクトップの保存処理の一例を示すフローチャートである。図２５に示す処理は、保存対象設定部１７１と、書庫ファイル収容制御部１７２の動作例である。まず、保存対象プロジェクトを図２４（Ａ）等のページに対する操作に応じて選択する（ステップＤ１）。続いて、保存者となるユーザのユーザ属性に応じて、保存用の表示形式を設定する（ステップＤ２）。さらに、プロジェクトデスクトップページの表示処理と同様にして、マークアップランゲージ（ＭＬ）ページを生成する（ステップＤ３）。このステップＤ３と並行して、プロジェクトデスクトップに関連する関連ファイルを格納する関連フォルダを作成し（ステップＤ４）、文書管理コーナー３８の文書ファイル等を関連フォルダに格納し、さらにＭＬページにリンクを定義する（ステップＤ５）。
【０１０４】
続いて、会議室コーナー３６がある場合には、会議室の発言等の階層的データをＭＬページに変換して、リンクを定義する（ステップＤ６）。各ＭＬページ及び関連フォルダを書庫に収納し（ステップＤ７）、この書庫を圧縮する（ステップＤ８）。
【０１０５】
＜個人デスクトップ＞
図２６は、本実施例による個人デスクトップの一例を示す説明図である。図２６に示すように、本実施例では、個人デスクトップに自分が所属しているプロジェクトの一覧を表示し、プロジェクトデスクトップを即座に表示できるようにしている。図８を再度参照すると、サーバは、各ユーザごとに個別の個人デスクトップを生成する個人デスクトップ生成部１３２を備えている。そして、この個人デスクトップ生成部１３２が、ユーザから個人デスクトップ表示要求を受けたときにプロジェクト・ユーザテーブル２５４を参照して当該ユーザが所属するプロジェクトの一覧を表示する所属プロジェクト一覧コーナーを生成する所属プロジェクト一覧コーナー生成機能１３２Ａと、このプロジェクト一覧コーナー生成機能１３２Ａによって生成したプロジェクト一覧中のプロジェクトのコンテンツに変更があった場合には当該変更の有無を当該プロジェクト一覧コーナーに付加する変更通知機能１３２Ｂとを備えている。
【０１０６】
所属プロジェクト一覧コーナー生成機能１３２Ａは、プロジェクト・ユーザテーブル２５４を参照することで、そのユーザが所属している全てのプロジェクトＩＤを取得する。図２６に示す例では、さらに、プロジェクトテーブルを参照して、プロジェクトＩＤからプロジェクト名を取得し、このプロジェクト名をプロジェクトデスクトップへのリンクとして個人デスクトップに描画する。また、各プロジェクトデスクトップにて変更のログを管理する実施例では、現在から一定期間内に当該プロジェクトデスクトップに変更が加えられた場合に、個人デスクトップに表示するプロジェクト名でのリンクに変更があったことを知らせる表示を付するようにしても良い。例えば、図２６に示す例では、“Ｎｅｗ  内容更新、日時”を表示する。また、更新されたコンテンツコーナー名を表示したり、変更者名を表示するようにしても良い。個人デスクトップには、各プロジェクトデスクトップに代入される個人情報の編集や、各ログインユーザに与えられるＷｅｂメール機能へのアクセスを可能としている。
【０１０７】
＜プロジェクト一覧ページ＞
再度図８を参照すると、サーバ２は、プロジェクトの一覧をプロジェクト一覧ページとして生成するプロジェクト一覧ページ生成部１３３を備えている。しかも、このプロジェクト一覧ページ生成部１３３が、プロジェクト・ユーザテーブル２５４を参照して各プロジェクトに所属するユーザ名を当該プロジェクト一覧ページの各プロジェクト毎に付加するユーザ名付加機能１３３Ａを備えている。図２７は、本実施例によるプロジェクトリストページの一例を示す説明図である。図２７に示す例では、展開ボタンが操作された時に、ユーザ名付加機能１３３Ａにより、プロジェクト一覧の表示に、各プロジェクトに所属しているメンバ名を付加する。
【０１０８】
＜ユーザ一覧ページ＞
図８を参照すると、サーバ２が、ユーザの一覧をユーザ一覧ページとして生成するユーザ一覧ページ生成部１３４を備えている。しかも、このユーザ覧ページ生成部１３４は、プロジェクト・ユーザテーブル２５４を参照して各ユーザが所属するプロジェクト名を当該ユーザ一覧ページの各ユーザ毎に付加するプロジェクト名付加機能１３４Ａを備えている。図２８は、本実施例によるユーザリストの一例を示す説明図である。図２７に示す場合と同様に、図２８に示す展開ボタンが操作されたときに、プロジェクト名付加機能１３４Ａにより、ユーザ名にそのユーザが所属しているプロジェクト名を付加する。
【０１０９】
＜使用例＞
図２９は、本実施例によるプロジェクトデスクトップ完成までの一般的な工程を示す説明図である。プロジェクトの発生から、プロジェクトデスクトップを利用した発案や検証、プロジェクト完了時に保存したＨＴＭＬ化したプロジェクトデスクトップの利用、さらにプロジェクト完了後の正確な情報の保管まで、本実施例によるプロジェクト活動支援システムは、プロジェクトの進行に応じてプロジェクトデスクトップが成長し、これにより、プロジェクトの進捗状況の共有がより密となり、また、プロジェクト活動に関する情報及び活動履歴がプロジェクトデスクトップとして電子的に記録されるため、その保存したプロジェクトデスクトップを用いたプレゼンテーションや、情報の保存等まで容易に且つ直感的に利用することができる。すなわち、プロジェクトのメンバーによって収集情報や成果が集約され、プロジェクトデスクトップ内に完成されていくため、プロジェクトの進捗に応じた情報管理が容易となる。
【０１１０】
図３０は、本実施例によるプロジェクトデスクトップへのアクセス例を示す説明図である。本実施例では、種々のユーザに対してプロジェクトデスクトップへのアクセスの経路を備えている。例えば、プロジェクトに所属している本人に対しては、自分の個人デスクトップにプロジェクトデスクトップへのリンクを自動表示し、組織内にてプロジェクト名を知っているユーザ向けにプロジェクト一覧からの選択を可能とし、また、プロジェクト名を知らず、または忘却していても、メンバーになった人を知っている場合にはメンバリストからそのプロジェクトを推定することができる。さらに、特定の分野について興味のある組織外のユーザや一般来訪者に対しては、文書ファイルの全文検索からテキストコーナの検索まで、キーワードに応じた種々の検索を可能とし、さらに、この検索結果としてプロジェクトデスクトップへのリンクを表示する実施例では、検索者が本来的に意図している情報へのアクセスが容易となる。さらに、プロジェクトの存在や、メンバ名等を忘却し、または知らない場合についても、キーワードによる全文検索が可能であるため、プロジェクトに関連する情報へのアクセスが容易となる。
【０１１１】
図３１は、本実施例によるプロジェクト活動支援システムの使用例を示すフローチャートである。図３１に示す例は、プロジェクト活動支援システムを良好に使用する一例であって、図３１に示す以外にも、種々の局面や組織に応じた使用例がある。図３１は、プロジェクトデスクトップの成長過程を強調する使用例である。
【０１１２】
まず、プロジェクトの立ち上げ者をリーダとして登録する（ステップＥ１）。続いて、プロジェクトの内等容がテキストコンテンツとしてリーダによって登録される（ステップＥ２）。例えば、プロジェクトが研究であれば研究内容や課題等を記述し、また新商品の開発であれば技術的前提やマーケットの特性等、プロジェクト進行の指針となる説明が記載されると良い。続いて、このリーダによって選定されたメンバをメンバーリストとして順次登録する（ステップＥ３）。本実施例では、プロジェクトのリーダがメンバを登録する。ログインユーザがあるプロジェクトに対するメンバに自ら登録できるのは、メンバに対してプロジェクトデスクトップ全体の設定が書込可と設定されている場合である。
【０１１３】
続いて、テキストコンテンツ及びメンバーリストを有するプロジェクト毎のプロジェクトデスクトップに他のコンテンツを管理するコンテンツコーナーを定義する（ステップＥ４）。どのようなコンテンツをプロジェクトデスクトップに追加するかは、リーダ又はリーダが許可する場合にはメンバが定める。コンテンツとしては、文書ファイルを管理するための文書管理コンテンツや、リーダ及びメンバの発言内容を記録するための会議室コンテンツなどが望ましい。そして、各コンテンツコーナ毎に各コンテンツへのアクセス権をリーダ、メンバ及びその他のユーザ属性に応じて設定する（ステップＥ５）。これは、メンバ外のユーザに対して秘密とする会議室と、公開する会議室とを同一のデスクトップ内に作成できることを意味する。また、会議室の内容及び発言は公開しつつ、文書管理コーナーでの文書ファイルの読取（ダウンロードやコピー）を禁止することもできる。
【０１１４】
さらに、各コンテンツコーナーを含むプロジェクトデスクトップの表示要求に応じて当該表示要求したユーザのユーザ属性別に各コンテンツの表示又は操作を限定したプロジェクトデスクトップを表示すると共に、当該表示に応じて入力されるコンテンツを当該プロジェクトデスクトップに追加する（ステップＥ６）。このステップＥ６は、プロジェクトの完了まで繰り返される。そして、プロジェクトの完了時には、当該プロジェクトに関するテキストデータ、発言内容及び文書ファイルを一括してマークアップランゲージで記述された完了ページを生成する（ステップＥ８）。このように完了ページ（上述した実施例では、書庫ファイルに収納されたプロジェクトデスクトップ（ＭＬページ））を生成すると、例えば携帯可能なノート型等のコンピュータにプロジェクトデスクトップを格納し、出先や会議室等で当該プロジェクトデスクトップを参照しながらプレゼンテーションを行うこともでき、また、プロジェクトデスクトップをＨＴＭＬ化すると、そのままＷｅｂサーバにて公開することで、外部に対するプロジェクトに関する情報の公開が可能となる。これらにより、完了ページを公開する。
【０１１５】
【発明の効果】
本発明は以上のように構成され機能するので、これによると、アクセス制御部が、プロジェクト名称の一覧からのアクセスや、コンテンツ内容の検索や、ユーザリストがある場合のユーザ名によるアクセスなど、プロジェクトのコンテンツにアクセスされた場合には、プロジェクトデスクトップ生成部に、プロジェクトデスクトップを生成させる制御を行い、プロジェクトデスクトップ生成部は、データベースからコンテンツデータを読み出すと共に各プロジェクト毎に当該プロジェクトに属する全コンテンツの表示用又はアクセス用のページをプロジェクトデスクトップとして生成するため、ユーザは、プロジェクトデスクトップを用いて、そのプロジェクトに関する全ての情報（コンテンツ内容）を閲覧し、また新たな情報の入力や登録を行うことができ、例えば、プロジェクトの題名の一覧や、文書ファイルの全文検索の検索結果や、各ユーザ別の個人デスクトップ等に表示されるコンテンツ名やコンテンツの一種であるプロジェクトの題名が表示用に操作されたときに、プロジェクトデスクトップ生成部は、アクセス制御部による制御に従って、プロジェクトに属するコンテンツを集合させたプロジェクトデスクトップを生成することができ、プロジェクトデスクトップを単位としてプロジェクトで用いるデータやファイルの登録及び更新、閲覧を行うため、複数のプロジェクトが並行しているような場合であっても、プロジェクト毎の情報を容易に管理することができる、という従来にない優れたプロジェクト活動支援システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】図１に示した実施形態で使用するプロジェクトデスクトップの一例を示す説明図である。
【図３】図１に示したプロジェクトデスクトップ生成部の詳細構成例を示すブロック図である。
【図４】コンテンツの検索を行う場合の構成例等を示す説明図であり、図４（Ａ）は図１に示したアクセス制御部の詳細構成例を示す図であり、図４（Ｂ）は検索結果の表示形式例を示す図である。
【図５】本実施形態でのプロジェクトに関連する情報の管理例を示すフローチャートである。
【図６】プロジェクトデスクトップ（ＰＪ-ＤＴ）の生成処理の一例を示すフローチャートである。
【図７】本実施形態でのハードウエア資源の構成例を示すブロック図であり、図７（Ａ）はサーバーのハードウエア資源の一例を示す図で、図７（Ｂ）はネットワークをインターネット又はイントラネットとした場合の構成例を示す図である。
【図８】本発明による一実施例の構成例を示すブロック図である。
【図９】図９に示した実施例による各ページの接続関係を示す説明図である。
【図１０】本実施例でのプロジェクトデスクトップの一例を示す説明図である。
【図１１】図１０に続くプロジェクトデスクトップの一例を示す説明図である。
【図１２】本実施例でのプロジェクトに対するユーザの属性と各属性別のアクセス権限の関係を示す説明図である。
【図１３】図８に示す構成で使用するデータ構造の一例を示す説明図である。
【図１４】図８に示す構成でのユーザ属性判定処理の一例を示すフローチャートである。
【図１５】本実施例での具体的なプロジェクトデスクトップの表示例を示す説明図である。
【図１６】図８に示す構成でのプロジェクトデスクトップの表示処理の一例を示すフローチャートである。
【図１７】本実施例でのプロジェクトデスクトップ作成用ページの一例を示す説明図であり、図１７（Ａ）はプロジェクト作成用ページの一例を示す図で、図１７（Ｂ）は本実施例でのプロジェクトデスクトップの初期画面の一例を示す図である。
【図１８】テキストを入力するためのテキスト入力用ページの一例を示す説明図である。
【図１９】プロジェクト編集用ページの一例を示す説明図である。
【図２０】本実施例にて文書管理コーナをプロジェクトデスクトップに追加した例を示す説明図である。
【図２１】図８に示す保存コントローラ及び検索コントローラの構成例を示すブロック図である。
【図２２】本実施例にて文書内容等の検索結果の表示例を示す説明図である。
【図２３】本実施例による検索処理の一例を示すフローチャートである。
【図２４】本実施例にてプロジェクトデスクトップの保存を行うための一例を示す説明図であり、図２４（Ａ）は保存対象のプロジェクトを選択するためのページ例を示す図で、図２４（Ｂ）は保存したプロジェクトデスクトップのファイル（書庫ファイル）をダウンロードするためのページ例を示す図である。
【図２５】本実施例による保存処理の一例を示すフローチャートである。
【図２６】本実施例による個人デスクトップの一例を示す説明図である。
【図２７】本実施例によるプロジェクトリストページの一例を示す説明図である。
【図２８】本実施例によるユーザリストの一例を示す説明図である。
【図２９】本実施例によるプロジェクトデスクトップ完成までの一般的な工程を示す説明図である。
【図３０】本実施例によるプロジェクトデスクトップへのアクセス例を示す説明図である。
【図３１】本実施例によるプロジェクト活動支援システムの使用例を示すフローチャートである。
【符号の説明】
１  ユーザ端末
２  サーバ
３  データベース（各種テーブル等を含む）
４  通信制御部
５  ネットワーク（例えば、インターネットやイントラネット）
１０  プロジェクトデスクトップ生成部
１２  アクセス制御部
１４  プロジェクト別ユーザ属性判定部
１６  コンテンツ別アクセス制御部
１８  保存対象設定部
２０  書庫ファイル収容制御部
２２  書庫ファイル送信制御部
ＰＪ  プロジェクト
ＤＴ  デスクトップ
【図１】
0003882479.tif 000002
【図２】
0003882479.tif 000003
【図３】
0003882479.tif 000004
【図４】
0003882479.tif 000005
【図５】
0003882479.tif 000006
【図６】
0003882479.tif 000007
【図７】
0003882479.tif 000008
【図８】
0003882479.tif 000009
【図９】
0003882479.tif 000010
【図１０】
0003882479.tif 000011
【図１１】
0003882479.tif 000012
【図１２】
0003882479.tif 000013
【図１３】
0003882479.tif 000014
【図１４】
0003882479.tif 000015
【図１５】
0003882479.tif 000016
【図１６】
0003882479.tif 000017
【図１７】
0003882479.tif 000018
【図１８】
0003882479.tif 000019
【図１９】
0003882479.tif 000020
【図２０】
0003882479.tif 000021
【図２１】
0003882479.tif 000022
【図２２】
0003882479.tif 000023
【図２３】
0003882479.tif 000024
【図２４】
0003882479.tif 000025
【図２５】
0003882479.tif 000026
【図２６】
0003882479.tif 000027
【図２７】
0003882479.tif 000028
【図２８】
0003882479.tif 000029
【図２９】
0003882479.tif 000030
【図３０】
0003882479.tif 000031
【図３１】
0003882479.tif 000032