(57)【特許請求の範囲】
【請求項１】
コンテンツを保持する複数のコンテンツ情報を階層構造で管理する情報であって、利用者に対するアクセスを許可するアクセス権が設定されたコンテンツ集合情報を処理する情報処理装置において、
親又は子の関係にある他のコンテンツ集合情報を識別するリンク情報を有する前記コンテンツ集合情報を、記憶するコンテンツ集合情報記憶手段と、利用者を識別する利用者識別情報毎に、当該利用者が所有する前記コンテンツ集合情報を関連付けて記憶する利用者情報記憶手段と、を有するサーバーとの間で、ネットワークを介して通信する通信手段と、
利用者からの要求により、該利用者に対してアクセスを許可するアクセス権が設定されたコンテンツ集合情報が有する前記リンク情報に基づいて形成されたツリー構造を構成する、前記コンテンツ集合記憶手段に記憶された前記コンテンツ集合情報を出力するコンテンツ出力手段と、
前記コンテンツ出力手段により出力された前記ツリー構造に含まれる前記コンテンツ集合情報の選択を受け付けると共に、選択された前記コンテンツ集合情報と子の関係にある、新規のコンテンツ集合情報の作成要求を受け付ける入力受付手段と、
前記入力受付手段が受け付けた前記作成要求に応じて、選択されたコンテンツ集合情報を親として識別するリンク情報を有する、前記新規のコンテンツ集合情報を、前記コンテンツ集合情報記憶手段に追加し、前記コンテンツ集合情報記憶手段に記憶されている、選択された前記コンテンツ集合情報に対して、前記新規のコンテンツ集合情報を子として識別するリンク情報を追加すると共に、選択された前記コンテンツ集合情報と前記利用者情報記憶手段で関連付けられている前記利用者識別情報毎に、前記新規のコンテンツ集合情報の関連付けを、前記利用者情報記憶手段に対して追加する対応出力手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記入力受付手段は、所定の種類のコンテンツ情報の入力を受け付け、
前記対応出力手段は、所定の種類のコンテンツ情報を管理する所定種類コンテンツ集合情報に、前記入力受付手段により受け付けられた前記コンテンツ情報を対応付けて、前記コンテンツ集合情報記憶手段に追加するために出力すること、
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記コンテンツ集合情報記憶手段は、さらに、前記コンテンツ集合情報に対応付けられた所定の情報を記憶し、
前記コンテンツ集合情報と対応付けられた前記所定の情報が所定の条件を満足するか否か判断し、該所定の条件を満足する前記所定の情報と対応付けられた前記コンテンツ集合情報を抽出する対応情報抽出手段と、をさらに備え、
前記コンテンツ出力手段は、さらに、前記対応情報抽出手段により抽出された前記コンテンツ集合情報を出力すること、
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記コンテンツ出力手段は、前記コンテンツ集合情報を出力する際に、前記ツリー構造を形成するコンテンツ集合情報であり、前記コンテンツ集合情報を基準に所定の範囲の階層に含まれたコンテンツ集合情報、及び所定の範囲の階層に含まれた該コンテンツ集合情報が管理しているコンテンツ情報のうち少なくとも１つ以上を、該コンテンツ集合情報又は該コンテンツ情報に設定されているアクセス権によらず出力すること、
を特徴とする請求項１に記載の情報処理装置。
【請求項５】
コンテンツ集合情報毎に対応付けられた利用者識別情報と、前記対応出力手段によるコンテンツ集合情報間の前記リンク情報による対応付けにより形成されたツリー構造に基づいて、利用者識別情報により識別される利用者間の対応付けを示した利用者ツリー構造を生成する利用者構造生成手段と、をさらに備えたことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
利用者により入力された検索条件に基づいて、前記コンテンツ情報及び前記コンテンツ集合情報のうち少なくとも１つ以上を検索する検索手段と、
前記コンテンツ出力手段は、さらに前記検索手段により検索された前記コンテンツ情報及び前記コンテンツ集合情報を出力する際、前記対応出力手段による対応付けで、検索された前記コンテンツ情報又はコンテンツ集合情報を含めて形成されたツリー構造を構成する前記コンテンツ情報、前記コンテンツ集合情報から任意の情報を取得して出力すること、
を特徴とする請求項１乃至５のいずれか１つに記載の情報処理装置。
【請求項７】
前記検索手段は、さらに所定のコンテンツ集合情報及び所定のコンテンツ集合情報が管理しているコンテンツ情報から検索条件を抽出し、抽出した該検索条件で前記コンテンツ情報及びコンテンツ集合情報のうちすくなくとも１つ以上を検索すること、
を特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記コンテンツ出力手段は、前記検索手段により検索された前記コンテンツ情報及びコンテンツ集合情報を出力する際、前記対応出力手段による対応付けで、検索された前記コンテンツ情報、前記コンテンツ集合情報を含めて形成されたツリー構造を構成する前記コンテンツ情報、前記コンテンツ集合情報のうち、利用者のアクセスの許可が設定されているコンテンツ情報及びコンテンツ集合情報の少なくとも１つ以上を出力すること、
を特徴とする請求項６又は７に記載の情報処理装置。
【請求項９】
利用者が指定した前記コンテンツ情報及びコンテンツ集合情報のうち少なくとも１つ以上を、監視する対象を管理する監視コンテンツ集合情報に、登録する登録手段と、
前記登録手段により登録された前記監視コンテンツ集合情報が管理している前記コンテンツ情報又は前記コンテンツ集合情報に対応付けられた所定の情報の更新を検出する監視手段と、を備え、
前記コンテンツ出力手段は、前記監視手段により前記コンテンツ情報又は前記コンテンツ集合情報に対応付けられた所定の情報の更新を検出した場合、更新を検出した所定の情報に対応付けられたコンテンツ情報又はコンテンツ集合情報を出力すること、
を特徴とする請求項１に記載の情報処理装置。
【請求項１０】
利用者により入力された検索条件を登録する条件登録手段と、
所定期間毎に、前記条件登録手段により登録された前記登録条件で、コンテンツ情報、コンテンツ集合情報のうち少なくとも１つ以上を検索する定期検索手段と、
をさらに備えたことを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
コンテンツを保持する複数のコンテンツ情報を階層構造で管理する情報であって、利用者に対するアクセスを許可するアクセス権が設定されたコンテンツ集合情報を処理する情報処理方法において、
親又は子の関係にある他のコンテンツ集合情報を識別するリンク情報を有する前記コンテンツ集合情報を、記憶するコンテンツ集合情報記憶手段と、利用者を識別する利用者識別情報毎に、当該利用者が所有する前記コンテンツ集合情報を関連付けて記憶する利用者情報記憶手段と、を有するサーバーとの間で、ネットワークを介して通信する通信ステップと、
利用者からの要求により、該利用者に対してアクセスを許可するアクセス権が設定されたコンテンツ集合情報が有する前記リンク情報に基づいて形成されたツリー構造を構成する、前記コンテンツ集合記憶手段に記憶された前記コンテンツ集合情報を出力するコンテンツ出力ステップと、
前記コンテンツ出力ステップにより出力された前記ツリー構造に含まれる前記コンテンツ集合情報の選択を受け付けると共に、選択された前記コンテンツ集合情報と子の関係にある、新規のコンテンツ集合情報の作成要求を受け付ける入力受付ステップと、
前記入力受付ステップが受け付けた前記作成要求に応じて、選択されたコンテンツ集合情報を親として識別するリンク情報を有する、前記新規のコンテンツ集合情報を、前記コンテンツ集合情報記憶手段に追加し、前記コンテンツ集合情報記憶手段に記憶されている、選択された前記コンテンツ集合情報に対して、前記新規のコンテンツ集合情報を子として識別するリンク情報を追加すると共に、選択された前記コンテンツ集合情報と前記利用者情報記憶手段で関連付けられている前記利用者識別情報毎に、前記新規のコンテンツ集合情報の関連付けを、前記利用者情報記憶手段に対して追加する対応出力ステップと、
を有するたこと特徴とする情報処理方法。
【請求項１２】
コンテンツを保持する複数のコンテンツ情報を階層構造で管理する情報であって、利用者に対するアクセスを許可するアクセス権が設定されたコンテンツ集合情報を処理する情報処理装置と、サーバーと、がネットワークを介して接続された情報処理システムにおいて、
前記サーバーが、
親又は子の関係にある他のコンテンツ集合情報を識別するリンク情報を有する前記コンテンツ集合情報を、記憶するコンテンツ集合情報記憶手段と、
利用者を識別する利用者識別情報毎に、当該利用者が所有する前記コンテンツ集合情報を関連付けて記憶する利用者情報記憶手段と、
前記情報処理装置と前記ネットワークを介して通信する通信手段と、を備え、
前記情報処理装置は、
前記サーバーと前記ネットワークを介して通信する通信手段と、
利用者からの要求により、該利用者に対してアクセスを許可するアクセス権が設定されたコンテンツ集合情報が有する前記リンク情報に基づいて形成されたツリー構造を構成する、前記コンテンツ集合記憶手段に記憶された前記コンテンツ集合情報を出力するコンテンツ出力手段と、
前記コンテンツ出力手段により出力された前記ツリー構造に含まれる前記コンテンツ集合情報の選択を受け付けると共に、選択された前記コンテンツ集合情報と子の関係にある、新規のコンテンツ集合情報の作成要求を受け付ける入力受付手段と、
前記入力受付手段が受け付けた前記作成要求に応じて、選択されたコンテンツ集合情報を親として識別するリンク情報を有する、前記新規のコンテンツ集合情報を、前記コンテンツ集合情報記憶手段に追加し、前記コンテンツ集合情報記憶手段に記憶されている、選択された前記コンテンツ集合情報に対して、前記新規のコンテンツ集合情報を子として識別するリンク情報を追加すると共に、選択された前記コンテンツ集合情報と前記利用者情報記憶手段で関連付けられている前記利用者識別情報毎に、前記新規のコンテンツ集合情報の関連付けを、前記利用者情報記憶手段に対して追加する対応出力手段と、を備えた、
ことを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び情報処理システムに関するものであり、特にコンテンツと、コンテンツを管理するコンテンツ集合を処理して利用者に提供する技術に関するものである。
【背景技術】
【０００２】
近年、業務の高度化及び複雑化により、業務を構成する情報が複雑になる傾向がある。このため、業務における情報を、利用者に対して容易に提示する技術が求められている。
【０００３】
情報を利用者に提示する技術として、例えば特許文献１に記載されている技術がある。この技術では、情報をワークスペースという作業空間に集めて管理している。そして、ワークスペースに変更がある度に変更前の状態を記憶し、利用者の要求に応じて所望の状態のワークスペースを呼び出すことができる。そして、利用者が所望のワークスペースを呼び出すことで、所望する情報の集合を呼び出せるので仕事の変動に追従できる。
【０００４】
【特許文献１】特許第３２７９２０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載されている技術は、情報を作業空間で管理するが、この作業空間間の関係を保持することを考慮していない。これでは、複数の人が作業を分担する場合等で起こりうる情報の集合が階層構造を形成するような業務を管理することができないという問題がある。
【０００６】
本発明は、上記に鑑みてなされたものであって、階層構造で管理している情報を利用者に対して容易に提供できる情報処理装置、情報処理方法、及び情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、コンテンツを保持する複数のコンテンツ情報を階層構造で管理する情報であって、利用者に対するアクセスを許可するアクセス権が設定されたコンテンツ集合情報を処理する情報処理装置において、親又は子の関係にある他のコンテンツ集合情報を識別するリンク情報を有する前記コンテンツ集合情報を、記憶するコンテンツ集合情報記憶手段と、利用者を識別する利用者識別情報毎に、当該利用者が所有する前記コンテンツ集合情報を関連付けて記憶する利用者情報記憶手段と、を有するサーバーとの間で、ネットワークを介して通信する通信手段と、利用者からの要求により、該利用者に対してアクセスを許可するアクセス権が設定されたコンテンツ集合情報が有する前記リンク情報に基づいて形成されたツリー構造を構成する、前記コンテンツ集合記憶手段に記憶された前記コンテンツ集合情報を出力するコンテンツ出力手段と、前記コンテンツ出力手段により出力された前記ツリー構造に含まれる前記コンテンツ集合情報の選択を受け付けると共に、選択された前記コンテンツ集合情報と子の関係にある、新規のコンテンツ集合情報の作成要求を受け付ける入力受付手段と、前記入力受付手段が受け付けた前記作成要求に応じて、選択されたコンテンツ集合情報を親として識別するリンク情報を有する、前記新規のコンテンツ集合情報を、前記コンテンツ集合情報記憶手段に追加し、前記コンテンツ集合情報記憶手段に記憶されている、選択された前記コンテンツ集合情報に対して、前記新規のコンテンツ集合情報を子として識別するリンク情報を追加すると共に、選択された前記コンテンツ集合情報と前記利用者情報記憶手段で関連付けられている前記利用者識別情報毎に、前記新規のコンテンツ集合情報の関連付けを、前記利用者情報記憶手段に対して追加する対応出力手段と、を備えたことを特徴とする。
【００１１】
また、請求項２にかかる発明は、請求項１にかかる発明において、前記入力受付手段は、所定の種類のコンテンツ情報の入力を受け付け、前記対応出力手段は、所定の種類のコンテンツ情報を管理する所定種類コンテンツ集合情報に、前記入力受付手段により受け付けられた前記コンテンツ情報を対応付けて、前記コンテンツ集合情報記憶手段に登録するために出力すること、を特徴とする。
【００１４】
また、請求項３にかかる発明は、請求項１又は２にかかる発明において、前記コンテンツ集合情報記憶手段は、さらに、前記コンテンツ集合情報に対応付けられた所定の情報を記憶し、前記コンテンツ集合情報と対応付けられた前記所定の情報が所定の条件を満足するか否か判断し、該所定の条件を満足する前記所定の情報と対応付けられた前記コンテンツ集合情報を抽出する対応情報抽出手段と、をさらに備え、前記コンテンツ出力手段は、さらに、前記対応情報抽出手段により抽出された前記コンテンツ集合情報を出力すること、を特徴とする。
【００１６】
また、請求項４にかかる発明は、請求項１にかかる発明において、前記コンテンツ出力手段は、前記コンテンツ集合情報を出力する際に、前記ツリー構造を形成するコンテンツ集合情報であり、前記コンテンツ集合情報を基準に所定の範囲の階層に含まれたコンテンツ集合情報、及び所定の範囲の階層に含まれた該コンテンツ集合情報が管理しているコンテンツ情報のうち少なくとも１つ以上を、該コンテンツ集合情報又は該コンテンツ情報に設定されているアクセス権によらず出力すること、を特徴とする。
【００１７】
また、請求項５にかかる発明は、請求項１にかかる発明において、コンテンツ集合情報毎に対応付けられた利用者識別情報と、前記対応出力手段によるコンテンツ集合情報間前記リンク情報による対応付けにより形成されたツリー構造に基づいて、利用者識別情報により識別される利用者間の対応付けを示した利用者ツリー構造を生成する利用者構造生成手段と、をさらに備えたことを特徴とする。
【００１８】
また、請求項６にかかる発明は、請求項１乃至５のいずれか一つにかかる発明において、利用者により入力された検索条件に基づいて、前記コンテンツ情報及び前記コンテンツ集合情報のうち少なくとも１つ以上を検索する検索手段と、前記コンテンツ出力手段は、さらに前記検索手段により検索された前記コンテンツ情報及び前記コンテンツ集合情報を出力する際、前記対応出力手段による対応付けで、検索された前記コンテンツ情報又はコンテンツ集合情報を含めて形成されたツリー構造を構成する前記コンテンツ情報、前記コンテンツ集合情報から任意の情報を取得して出力すること、を特徴とする。
【００１９】
また、請求項７にかかる発明は、請求項６にかかる発明において、前記検索手段は、さらに所定のコンテンツ集合情報及び所定のコンテンツ集合情報が管理しているコンテンツ情報から検索条件を抽出し、抽出した該検索条件で前記コンテンツ情報及びコンテンツ集合情報のうちすくなくとも１つ以上を検索すること、を特徴とする。
【００２０】
また、請求項８にかかる発明は、請求項６または７にかかる発明において、前記コンテンツ出力手段は、前記検索手段により検索された前記コンテンツ情報及びコンテンツ集合情報を出力する際、前記対応出力手段による対応付けで、検索された前記コンテンツ情報、前記コンテンツ集合情報を含めて形成されたツリー構造を構成する前記コンテンツ情報、前記コンテンツ集合情報のうち、利用者のアクセスの許可が設定されているコンテンツ情報及びコンテンツ集合情報の少なくとも１つ以上を出力すること、を特徴とする。
【００２７】
また、請求項９にかかる発明は、請求項１にかかる発明において、利用者が指定した前記コンテンツ情報及びコンテンツ集合情報のうち少なくとも１つ以上を、監視する対象を管理する監視コンテンツ集合情報に、登録する登録手段と、前記登録手段により登録された前記監視コンテンツ集合情報が管理している前記コンテンツ情報又は前記コンテンツ集合情報に対応付けられた所定の情報の更新を検出する監視手段と、を備え、前記コンテンツ出力手段は、前記監視手段により前記コンテンツ情報又は前記コンテンツ集合情報に対応付けられた所定の情報の更新を検出した場合、更新を検出した所定の情報に対応付けられたコンテンツ情報又はコンテンツ集合情報を出力すること、を特徴とする。
【００２８】
また、請求項１０にかかる発明は、請求項１にかかる発明において、利用者により入力された検索条件を登録する条件登録手段と、所定期間毎に、前記条件登録手段により登録された前記登録条件で、コンテンツ情報、コンテンツ集合情報のうち少なくとも１つ以上を検索する定期検索手段と、をさらに備えたことを特徴とする。
【００３８】
また、請求項１１にかかる発明は、コンテンツを保持する複数のコンテンツ情報を階層構造で管理する情報であって、利用者に対するアクセスを許可するアクセス権が設定されたコンテンツ集合情報を処理する情報処理方法において、親又は子の関係にある他のコンテンツ集合情報を識別するリンク情報を有する前記コンテンツ集合情報を、記憶するコンテンツ集合情報記憶手段と、利用者を識別する利用者識別情報毎に、当該利用者が所有する前記コンテンツ集合情報を関連付けて記憶する利用者情報記憶手段と、を有するサーバーとの間で、ネットワークを介して通信する通信ステップと、利用者からの要求により、該利用者に対してアクセスを許可するアクセス権が設定されたコンテンツ集合情報が有する前記リンク情報に基づいて形成されたツリー構造を構成する、前記コンテンツ集合記憶手段に記憶された前記コンテンツ集合情報を出力するコンテンツ出力ステップと、前記コンテンツ出力ステップにより出力された前記ツリー構造に含まれる前記コンテンツ集合情報の選択を受け付けると共に、選択された前記コンテンツ集合情報と子の関係にある、新規のコンテンツ集合情報の作成要求を受け付ける入力受付ステップと、前記入力受付ステップが受け付けた前記作成要求に応じて、選択されたコンテンツ集合情報を親として識別するリンク情報を有する、前記新規のコンテンツ集合情報を、前記コンテンツ集合情報記憶手段に追加し、前記コンテンツ集合情報記憶手段に記憶されている、選択された前記コンテンツ集合情報に対して、前記新規のコンテンツ集合情報を子として識別するリンク情報を追加すると共に、選択された前記コンテンツ集合情報と前記利用者情報記憶手段で関連付けられている前記利用者識別情報毎に、前記新規のコンテンツ集合情報の関連付けを、前記利用者情報記憶手段に対して追加する対応出力ステップと、を有するたこと特徴とする。
また、請求項１２にかかる発明は、コンテンツを保持する複数のコンテンツ情報を階層構造で管理する情報であって、利用者に対するアクセスを許可するアクセス権が設定されたコンテンツ集合情報を処理する情報処理装置と、サーバーと、がネットワークを介して接続された情報処理システムにおいて、前記サーバーが、親又は子の関係にある他のコンテンツ集合情報を識別するリンク情報を有する前記コンテンツ集合情報を、記憶するコンテンツ集合情報記憶手段と、利用者を識別する利用者識別情報毎に、当該利用者が所有する前記コンテンツ集合情報を関連付けて記憶する利用者情報記憶手段と、前記情報処理装置と前記ネットワークを介して通信する通信手段と、を備え、前記情報処理装置は、前記サーバーと前記ネットワークを介して通信する通信手段と、利用者からの要求により、該利用者に対してアクセスを許可するアクセス権が設定されたコンテンツ集合情報が有する前記リンク情報に基づいて形成されたツリー構造を構成する、前記コンテンツ集合記憶手段に記憶された前記コンテンツ集合情報を出力するコンテンツ出力手段と、前記コンテンツ出力手段により出力された前記ツリー構造に含まれる前記コンテンツ集合情報の選択を受け付けると共に、選択された前記コンテンツ集合情報と子の関係にある、新規のコンテンツ集合情報の作成要求を受け付ける入力受付手段と、前記入力受付手段が受け付けた前記作成要求に応じて、選択されたコンテンツ集合情報を親として識別するリンク情報を有する、前記新規のコンテンツ集合情報を、前記コンテンツ集合情報記憶手段に追加し、前記コンテンツ集合情報記憶手段に記憶されている、選択された前記コンテンツ集合情報に対して、前記新規のコンテンツ集合情報を子として識別するリンク情報を追加すると共に、選択された前記コンテンツ集合情報と前記利用者情報記憶手段で関連付けられている前記利用者識別情報毎に、前記新規のコンテンツ集合情報の関連付けを、前記利用者情報記憶手段に対して追加する対応出力手段と、を備えた、ことを特徴とする。
【発明の効果】
【００７１】
請求項１にかかる発明によれば、選択されたコンテンツ集合情報に、新規のコンテンツ集合情報を対応付けて追加すると共に利用者識別情報と関連付けることで、コンテンツ集合情報を階層構造で管理している場合に、利用者の要求に応じたコンテンツ集合情報に含まれている情報を容易に提供できるという効果を奏する。 
【００７５】
また、請求項２にかかる発明によれば、所定の種類のコンテンツ情報を、所定種類コンテンツ集合情報に追加することを可能としたので、利用者の要求に応じて所定の種類のコンテンツ情報に含まれている情報を容易に提供できるという効果を奏する。
【００７８】
また、請求項３にかかる発明によれば、所定の条件を満足したコンテンツ集合情報を抽出可能となったので、利用者の要求に応じてコンテンツ集合情報に含まれている情報を容易に提供できるという効果を奏する。
【００８０】
また、請求項４にかかる発明によれば、アクセス権によらず出力可能とした範囲を定めたことで、利用者の要求に応じてコンテンツ情報及びコンテンツ集合情報のどちらか１つ以上に含まれている情報を容易に提供できるとともに利用者の関係の低い情報の閲覧を遮蔽することで安全性が向上するという効果を奏する。
【００８１】
また、請求項５にかかる発明によれば、利用者ツリー構造を生成することで、利用者は、他の利用者間の関係を把握できるという効果を奏する。
【００８２】
また、請求項６にかかる発明によれば、所定の条件に基づいて検索されたコンテンツ情報及びコンテンツ集合情報と共に、ツリー構造に含まれているコンテンツ情報及びコンテンツ集合情報を出力できるので、関連している情報が出力されることとなり、利便性が向上するという効果を奏する。
【００８３】
また、請求項７にかかる発明によれば、利用者が入力せずとも、検索条件を抽出し、抽出された検索条件で検索を行うことで利便性が向上するという効果を奏する。
【００８４】
また、請求項８にかかる発明によれば、所定の条件に基づいて検索されたコンテンツ情報及びコンテンツ集合情報と共に、出力可能なツリー構造に含まれているコンテンツ情報及びコンテンツ集合情報をアクセス権により制御できるので安全性が向上するという効果を奏する。
【００９１】
また、請求項９にかかる発明によれば、監視の対象としてコンテンツ情報又はコンテンツ集合情報を指定して、指定されたコンテンツ情報又はコンテンツ集合情報で変更を検出した場合に、変更を検出したコンテンツ情報又はコンテンツ集合情報を出力することで、利用者が変更されたコンテンツ情報又はコンテンツ集合情報を把握できるという効果を奏する。
【００９２】
また、請求項１０にかかる発明によれば、利用者により入力された検索条件に基づいて定期的に検索することで、検索条件に合致するコンテンツ情報又はコンテンツ集合情報が追加された場合に、利用者が追加されたコンテンツ情報又はコンテンツ集合情報を把握できるという効果を奏する。
【０１０２】
また、請求項１１にかかる発明によれば、選択されたコンテンツ集合情報に、新規のコンテンツ集合情報を対応付けて追加すると共に利用者識別情報と関連付けることで、コンテンツ集合情報を階層構造で管理している場合に、利用者の要求に応じたコンテンツ集合情報に含まれている情報を容易に提供できるという効果を奏する。
また、請求項１２にかかる発明によれば、選択されたコンテンツ集合情報に、新規のコンテンツ集合情報を対応付けて追加すると共に利用者識別情報と関連付けることで、コンテンツ集合情報を階層構造で管理している場合に、利用者の要求に応じたコンテンツ集合情報に含まれている情報を容易に提供できるという効果を奏する。
【発明を実施するための最良の形態】
【０１３５】
以下に添付図面を参照して、この発明にかかる情報処理装置、情報処理方法、及び情報処理システムの最良な実施の形態を詳細に説明する。
【０１３６】
図１は、本発明の実施の形態にかかる、利用者が利用するクライアント１０ａ〜ｎと、データベースを管理するリポジトリサーバ５０と、利用者に情報を提供するための処理を行うＷｅｂサーバ１００と、これらを接続するＬＡＮ２０からなるネットワーク構成及び各装置の構成を示すブロック図である。本図に示したクライアント１０ａ〜ｎで利用者はコンテンツを参照することができる。そして、クライアント１０ａ〜ｎが利用者からコンテンツに対する操作等の処理の要求を受け付けた場合、クライアント１０はＷｅｂサーバ１００に対して当該処理の実行を要求する。そして、Ｗｅｂサーバ１００が要求された処理をリポジトリサーバ５０に対して行うこととする。
【０１３７】
また、コンテンツとは、利用者が利用する情報とし、利用者が利用するテキスト、画像
、動画、音声などのファイル、又は他の情報と対応付けされたリンク等、どのような情報でも良い。
【０１３８】
図１で示したリポジトリサーバ５０は、通信制御部５１と、データ処理部５２と、コンテンツ管理データベース５３を備え、後述するＷｅｂサーバ１００からの要求に応じてコンテンツ管理データベース５３に対して処理を行う。
【０１３９】
リポジトリサーバ５０の構成としては、例えば、データベースにＭｙＳＱＬ、処理部にＪＤＢＣを利用したＪａｖａＢｅａｎｓ、インターフェースにＷｅｂサービスのような技術を利用することが考えられる。リポジトリサーバ５０はこのような構成を備えることで、簡単に動作することができる。
【０１４０】
コンテンツ管理データベース５３は、コンテンツ管理テーブルと、パック管理テーブルと、パーソナルデータ管理テーブルと、ユーザテーブルとを保持する。
【０１４１】
図２は、コンテンツ管理テーブルの概念を示した図である。本図に示すように、コンテンツ管理テーブルは、書誌事項と、意味属性と、タイプと、ステイタスと、参照と、レベルとを、対応付けて保持している。書誌事項と、意味属性は複数の要素を保持する。本実施の形態においては、書誌事項と意味属性は、ＸＭＬ形式で保持することで、各要素を階層構造で保持することを可能としている。なお、書誌事項と意味属性は、ＸＭＬ形式に制限するものではなく、複数の要素が保持できるのであればどの様な形式を用いても良い。なお、書誌事項と意味属性が保持する要素は、後で詳細に説明する。
【０１４２】
タイプは、このコンテンツのタイプを特定する情報を保持している。そして、タイプは、コンテンツを特定する情報としてテキスト、ファイル、イメージ、リンクのいずれかを格納する。ステイタスは、このコンテンツが現在どのような状態であるかを示す情報を保持している。そして、ステイタスは、未着手/計画、着手中、完了、再開のいずれかを格
納する。参照は、タイプがファイル、イメージ、リンクのいずれかであった時、当該データの実体が存在している場所を保持している。例えば、タイプがファイル又はイメージの場合、参照はハードディスク内のパスとファイル名を保持する。また、他の例としては、タイプがリンクの場合、参照は「http://xxx.yyy.co.jp」のようなＵＲＬ(UniformResourceLocator)を保持する。レベルは、このコンテンツをどのようなユーザに見せるかを設定するための要素であり、詳しくは後述する。
【０１４３】
そして、書誌事項は、コンテンツＩＤ、タイトル、説明、作成日時、更新日時、作成者、計画開始日時、計画終了日時、実施開始日時、実施終了日時、閲覧権限、編集権限を要素として保持している。書誌事項が保持するコンテンツＩＤは、コンテンツを識別するＩＤとし、データの新規作成時に発行される。また、書誌事項は、ＭＳ−ＷＩＮＤＯＷＳ(
登録商標)のファイルのプロパティに例えると、タイトルにファイル名、説明にファイル
の説明、作成日時にファイル作成日時、更新日時にファイル更新日時、作成者にファイルの作成者、閲覧権限および編集権限にファイルのセキュリティ情報を保持する概念となる。計画開始/終了日時は、当該コンテンツが利用開始され、利用終了されるまでの計画的
な日時を保持する。そして、実施開始/終了日時は、当該コンテンツが利用開始され、利
用終了された実際の日時を保持する。
【０１４４】
意味属性は、ユーザの意思を格納するためのデータを保持する。本実施の形態において、意味属性は、要素としてラベル、共有フラグ、ユーザフラグ、ユーザリスト、日時フラグ、開始日時、現在日時、終了日時を保持する。例えば、意味属性のラベルは「ＴｏＤｏ」という文字列が設定され、ユーザフラグは‘True’が設定され、ユーザリストが担当者となるユーザのＩＤが設定され、日時フラグが‘True’が設定され、終了日時に所定の日
時を設定された場合、当該コンテンツは「終了日時に設定された所定の日時が納期であり、ユーザリストが保持するユーザＩＤで特定される利用者が担当者であるＴｏＤｏ」という意味になる。なお、「ＴｏＤｏ」が保持する情報とは、業務のために果たすべきタスクとする。このように意味属性内の要素を組み合わせることで様々な意味を表現できるデータ構造である。
【０１４５】
図３は、コンテンツ管理テーブルの構造を示した図である。本図に示すように、コンテンツ管理テーブルは、フィールドとして書誌事項と、意味属性と、タイプと、ステイタスと、参照と、レベルとを保持している。そして、書誌事項と、意味属性は、ＸＭＬ形式で各要素を保持している。コンテンツ管理テーブルが、各要素をこのように保持することで、リレーショナルデータベースにおいてオブジェクト構造でデータを保持することを可能とする。なお、本実施の形態は、データの管理をリレーショナルデータベースに制限するものではなく、例えばオブジェクト構造を保持可能なデータベースを用いても良い。
【０１４６】
図４は、パック管理テーブルの概念を示した図である。本図に示すように、パック管理テーブルは、書誌事項と、意味属性と、パックタイプと、ステイタスと、メンバリストと、対等パックへのリンクと、親パックへのリンクと、子パックへのリンクと、レベルと、コンテンツＩＤとを、対応付けて保持している。
【０１４７】
また、パックは、コンテンツを束ねてファイリングする役割を果たし、換言すればコンテンツ集合情報に相当する。書誌事項と、意味属性は、コンテンツ管理テーブルの場合と同様に、複数の要素をＸＭＬ形式で保持する。また、書誌事項と意味属性は、ＸＭＬ形式に制限するものではなく、複数の要素が保持できるのであればどの様な形式を用いても良い。また、書誌事項は、コンテンツの書誌事項とほぼ同様となるが、コンテンツＩＤがパックＩＤに変更されていること、及び場所を示す要素が追加されている点で異なる。また、意味属性は、コンテンツの意味属性と同様の要素を保持することとし、説明を省略する。
【０１４８】
パックタイプは、当該パックがどのようなパックであるかを特定する情報を保持している。また、本実施の形態において、パックタイプの種類は、組織、プロジェクト、テーマ、課題、会議、アプリケーション、アピール、検索、お知らせとする。これらのいずれであるかを特定する情報をパックタイプが保持している。ステイタスは、コンテンツ管理テーブルのステイタスと同様とし、説明を省略する。メンバリストは、このパックに関与するユーザを識別するユーザＩＤを保持する。また、メンバリストは、複数のユーザＩＤを保持することができる。また、例えばパックタイプが組織の場合、メンバリストは、組織に属するユーザのユーザＩＤを保持する。また、例えばパックタイプが会議の場合、メンバリストアは、会議に参加するユーザのユーザＩＤを格納する。
【０１４９】
対等パックへのリンクは、対等な関係にあるパックを識別するパックＩＤを保持する。親パックへのリンクは、親の関係にあるパックを識別するパックＩＤを保持する。子パックへのリンクは、子の関係にあるパックを識別するパックＩＤを保持する。また、対等パックへのリンクと、親パックへのリンク、子パックへのリンクは複数のパックＩＤを保持することを可能とする。これら対等パックへのリンクと、親パックへのリンク、子パックへのリンクが、各パックＩＤを保持することで、当該パックと関係のあるパックと紐付ける（リンクする）ことを可能としている。
【０１５０】
レベルは、コンテンツのレベルと同様し、詳しくは後述する。コンテンツＩＤリストは、当該パックが管理するコンテンツＩＤを保持する。また、コンテンツＩＤリストは、コンテンツＩＤをツリー構造で保持している。このコンテンツＩＤリストのツリー構造は、本実施の形態においてはＸＭＬ形式を用いることで可能としているが、ツリー構造を実現
できるのであればどのような形式を用いても良い。
【０１５１】
図５は、パック管理テーブルの構造を示した図である。本図に示すように、パック管理テーブルは、フィールドとして書誌事項と、意味属性と、パックタイプと、ステイタスと、メンバリストと、対等パックへのリンクと、親パックへのリンクと、子パックへのリンクと、レベルと、コンテンツＩＤとを保持している。そして、書誌事項と、意味属性は、ＸＭＬ形式で各要素を保持している。コンテンツ管理テーブルが、各要素をこのように保持することで、リレーショナルデータベースにおいてオブジェクト構造でデータを保持することを可能とする。なお、本実施の形態は、データの管理をリレーショナルデータベースに制限するものではなく、例えばオブジェクト構造を保持可能なデータベースを用いても良い。また、パックタイプがアピールと、お知らせのレコードは、パック管理テーブルに一レコードづつ登録されている。また、パックタイプがアピールのパック情報は、アピールするコンテンツ情報という特定の種類のコンテンツを保持していることとなり、換言すれば所定種類コンテンツ集合情報に相当する。また、パックタイプが検索のレコードは、ユーザ毎に一レコード登録されている。なお、これらのレコードが利用される場合については後述する。
【０１５２】
図６は、パーソナルデータ管理テーブルの概念を示した図である。本図に示すように、パーソナルデータ管理テーブルは、ユーザＩＤと、ＴｏＤｏリストと、パック情報リストと、新着情報リストとを、対応付けて保持している。また、各レコードが保持するパーソナルデータは、ユーザが所有するデータへのインデックス機能を果たしている。ユーザＩＤは、レコードが保持しているパーソナルデータが誰のデータであるか識別することを可能としている。ＴｏＤｏリストは、コンテンツ管理テーブルでタイプが「ＴｏＤｏ」となるコンテンツを識別するコンテンツＩＤをリストとして保持している。これにより、ユーザが処理すべきＴｏＤｏコンテンツを参照することができる。
【０１５３】
パック情報リストは、パック管理テーブルが保持しているパックのうち、メンバリストに当該ユーザのユーザＩＤが含まれているパックを識別するパックＩＤと、当該パックのタイプを保持している。また、パック情報リストは、ＸＭＬ形式で保持することで、複数のパック情報のパックＩＤとパックタイプを保持することを可能としている。また、パック情報リストが、パックＩＤを保持することで、パック管理テーブルが保持するパック情報を参照することを可能としている。
【０１５４】
新着情報リストは、当該ユーザのユーザＩＤがメンバリストに含まれているパック若しくは当該ユーザのユーザＩＤが意味属性のユーザリストに含まれているパックが生成又は更新された場合、又は当該ユーザのユーザＩＤが意味属性のユーザリストに含まれているコンテンツが生成又は更新された場合に生成される新着情報を保持する。新着情報リストは、ＸＭＬ形式で保持することで、複数の要素を保持する複数の新着情報を保持することを可能としている。新着情報は、ＩＤ、説明、更新日時、ユーザＩＤ、種類を要素として保持する。ＩＤは、パックＩＤあるいはコンテンツＩＤとする。種類は、パックであるかコンテンツであるかを保持する。説明は、パックあるいはコンテンツに対してどのような処理が行われたのかを保持する。また、説明の例としては、‘ＵＰＤＡＴＥ’や‘ＮＥＷ’等が考えられる。更新日時は、パックあるいはコンテンツに対して処理が行われた日時を保持する。ユーザＩＤは、パックあるいはコンテンツに対して処理を行ったユーザのユーザＩＤを保持する。
【０１５５】
なお、新着情報リストが保持する新着情報の数については特に制限を設けない。例えば無限に新着情報を保持しても良いし、１００件だけ保持する様にし、１００件を超えた場合に古い新着情報を削除していくようにしてもよい。
【０１５６】
図７は、ユーザテーブルの概念を示した図である。本図に示すように、ユーザテーブルは、ユーザＩＤと、氏名と、パスワードと、メールアドレスと、電話番号とを、対応付けて保持している。ユーザテーブルは、本システムを利用するユーザの各種情報を管理している。なお、本実施の形態においては、パーソナルデータ管理テーブルと、ユーザテーブルを別のテーブルとして構成したが、１つのテーブルで管理しても良い。また、ユーザの各種情報を管理するユーザテーブルを、パーソナルデータ管理テーブルと別テーブルとしたことで、ユーザテーブルが保持するデータを他のシステムで使用することが容易となる。
【０１５７】
図１に戻り、通信制御部５１は、ＬＡＮ２０に接続され、Ｗｅｂサーバ１００又はクライアント１０ａ〜ｎとの間で情報を送受信する制御を行う。また、通信制御部５１は、Ｗｅｂサーバ１００やクライアント１０ａ〜ｎからの要求を受け付けるインターフェースとなる。
【０１５８】
データ処理部５２は、後述するコンテンツ管理データベース５３が保持するテーブルに対して処理を行う。このデータ処理部５２が行う処理としては、例えばコンテンツ管理データベース５３へのデータの作成/更新/削除/検索/取得等とする。
【０１５９】
また、データ処理部５２は、ＳＱＬ文を用いることで、コンテンツ管理データベース５３へのデータの作成/更新/削除/検索/取得を容易に行なえる。これにより、データ処理部５２は、データの管理を実行することができる。
【０１６０】
また、データ処理部５２は、テーブルに対して新しいレコードを追加する際に、当該レコードに追加されるデータを識別するＩＤを設定する必要がある。この新規ＩＤの発行の手法も様々な手法が提案されており、本実施の形態においてはいずれの手法を用いても良い。
【０１６１】
データ処理部５２が、上述したテーブルに対して行う一般的な作成/更新/削除/検索/取得の処理について説明する。まず、通信制御部５１がＷｅｂサーバ１００から登録するデータを受信した後、データ処理部５２が、データに対応する新規ＩＤを発行する。そして、データ処理部５２は、発行したＩＤと受信したデータを対応付けてテーブルに追加する。このテーブルに追加する処理は、ＳＱＬのinsert文を利用する。
【０１６２】
そして、データ処理部５２が追加処理した後、通信制御部５１が、発行したＩＤをＷｅｂサーバ１００に送信する。なお、データ処理部５２が新規にＩＤを発行してテーブルに追加する情報としては、例えばコンテンツ情報又はパック情報がある。つまり、通信制御部５１は、Ｗｅｂサーバ１００に対して、コンテンツ情報を識別するコンテンツＩＤや、パック情報を識別するパックＩＤを送信することとなる。これにより、Ｗｅｂサーバ１００は、テーブルに追加を要求したコンテンツ情報又はパック情報を識別する事が可能になる。
【０１６３】
また、通信制御部５１が、Ｗｅｂサーバ１００等から上書きする要求とともに、テーブルに上書きするデータを受信した際、データ処理部５２は、データの更新を上述したテーブルに対して行う。このデータの更新としてＳＱＬのupdate文を利用する。更新に成功した場合、通信制御部５１が、成功した旨を要求元に送信する。
【０１６４】
また、通信制御部５１が、Ｗｅｂサーバ１００等からデータを削除する要求とともに、データを識別するＩＤ等を受信した際、データ処理部５２は、データの削除を上述したテーブルに対して行う。このデータの更新としてＳＱＬのdelete文を利用する。更新に成功した場合、通信制御部５１が、成功した旨を要求元に送信する。
【０１６５】
また、データ処理部５２は、上述したテーブルに対して条件に基づいて検索を行う。このデータの検索としてＳＱＬのselect文を利用し、条件をWHERE句で指定する。また、デ
ータの取得も同様の処理手順により行う。この際、WHERE句にはデータを識別するＩＤを
指定することとする。そして、データ処理部５２が取得又は検索したデータについては様々な用途に用いられる。
【０１６６】
図１に戻り、クライアント１０ａは、Ｗｅｂブラウザ１１と、クライアントアプリケーション１２と、通信制御部１３と、を備え、後述するＷｅｂサーバ１００からの要求に応じてコンテンツ管理データベース５３に対して処理を行う。なお、クライアント１０ｂ〜ｎは、クライアント１０ａと同様の構成を備えるため説明を省略する。また、クライアント１０ａ〜ｎは、ユーザが使用する。
【０１６７】
通信制御部１３は、ＬＡＮ２０に接続され、Ｗｅｂサーバ１００又はリポジトリサーバ５０との間で情報を送受信する制御を行う。また、通信制御部５１は、Ｗｅｂサーバ１００に対して要求を送信する又は要求した結果を受信するインターフェースとなる。
【０１６８】
Ｗｅｂブラウザ１１は、どのようなブラウザでもよく、例えばInternetExplorer（登録商標）やNetscape（登録商標）等が考えられる。
【０１６９】
クライアントアプリケーション１２は、入出力処理部１４と、表示処理部１５とを備え、後述するＷｅｂサーバ１００に対して処理を要求又はＷｅｂサーバ１００で行われた処理結果を表示するアプリケーションとする。
【０１７０】
入出力処理部１４は、利用者からの入力を受け付け、通信制御部１３を介してＷｅｂサーバ１００に対して処理を要求する処理、又は通信制御部１３を介してＷｅｂサーバ１００から受信した結果の処理を行う。
【０１７１】
表示処理部１５は、入出力処理部１４で処理した結果を、図示しないモニタに表示する処理を行う。
【０１７２】
図８は、表示処理部１５が表示するクライアントアプリケーション１２の画面例を示した図である。本図に示すように、表示処理部１５は、左ウィンドウ８０１に、パックをツリー構造で表示する。また、表示処理部１５は、右ウィンドウ群８０２に、左ウィンドウ８０１のツリーで選択されたパックの詳細な情報のリスト群を表示する。また、一覧タグ８０３と、気になるタグ８０４と、アピールタグ８０５と、ホット／停滞８０６と、ＴｏＤｏタグ８０７と、ステイタスタグ８０８と、期間タグ８０９とのいずれかをクリックすることでクライアントアプリケーション１２は、表示するビューを切り替えることができる。なお、ビューの切り替えは、タグによる切り替えに制限するものではなく、どのような手法を用いても良い。
【０１７３】
図９は、クライアントアプリケーションのツリーを示した左ウィンドウ８０１から新たなパックを生成する際の画面例を示した図である。本図に示すように、ユーザが、ツリー表示部の中へマウスカーソルを移動し、右クリックを行なうと、表示処理部１５は、作成メニュー９０１を表示する。次に、この作成メニュー９０１で各項目を選択した場合について説明する。
【０１７４】
図１０は、図９で示した利用者が作成メニュー９０１の「組織の作成」９１１を選択した場合に、表示処理部１５が表示するダイアログを示した図である。本図に示すように表示処理部１５は、当該ダイアログで、タイトル１００１と、説明１００２と、計画期間１
００３と、メンバ１００４と、の入力を受け付ける欄及び項目を表示する。そして、ユーザは、当該ダイアログにて、タイトル１００１に組織の名称、説明１００２に組織に関する説明文を入力する。また、ユーザは、計画期間１００３にこの組織の計画上の開始日付と終了日付を入力する。また、利用者は、追加ボタン１００５および削除ボタン１００６を用いてメンバ１００４を入力する。利用者が追加ボタン１００５を押下すると、表示処理部１５がユーザ一覧を表示する。そして、利用者がユーザ一覧から１名以上選択したユーザを選択してメンバに追加する。利用者がメンバ１００４のリストから１名以上のユーザを削除したい場合、当該メンバを選択した後に削除ボタン１００６を押下する。これにより、表示処理部１５は、選択されたメンバがメンバ１００４から削除した状態を表示する。権限詳細ボタン１００７を押下した場合については後述する。そして、上述した各項目及び欄を入力した後、利用者が作成ボタン１００８を押下することで、入出力処理部１４による処理が開始される。そして、入出力処理部１４の処理が開始された後、Ｗｅｂサーバ１００を介してリポジトリサーバ５０に組織を示すパック情報が追加される。
【０１７５】
また、図１０で示したタイトルは、利用者からの入力を必要とする。また、メンバは、少なくとも１名の入力を必要とする。説明、開始日付、終了日付は、入力が必要ではないが、入力することが望ましい。なお、パックを追加する際に行われる処理については後述する。
【０１７６】
図１１は、権限詳細ボタン１００７を押下した場合に、表示処理部１５が表示するダイアログを示した図である。本図に示したダイアログでは、利用者が、作成中の組織を示したパックに対する閲覧権限および編集権限を設定できる。また、表示処理部１５が当該ダイアログを表示した後、利用者が権限詳細を設定しない場合、図１１のダイアログに表示されたメンバ全員に閲覧権限および編集権限を与えられる。なお、本実施の形態は、メンバ全員に閲覧権限および編集権限を与えることに制限するものではなく、例えばメンバは閲覧のみ許可しても良いし、当該組織を示したパックの作成者のみ編集を許可する権限を与えても良いし、メンバに対して閲覧権限も編集権限も与えずに当該組織を示したパックの作成者のみ閲覧権限および編集権限を許可するなど、デフォルト値としてあらゆる設定を行っても良い。
【０１７７】
図１１で示したダイアログで、ユーザが追加ボタンおよび削除ボタンを用いて閲覧可能なユーザ及び編集可能なユーザのどちらか１つ以上を設定し、ＯＫボタン１１０２を押下すると、表示処理部１５は当該ダイアログを閉じることとする。そして、表示処理部１５は、図１０で示したダイアログをデスクトップ上の前面に配置して再表示を行う。なお、図１０で示したダイアログでは、表示処理部１５は、図１１で設定した閲覧権限及び編集権限が設定されたユーザについて表示しないが、入出力処理部１４が、閲覧権限ユーザリストおよび編集権限ユーザリストをデータとして保有している。また、開示レベルボタン１１０１を押下することで、当該パックの開示レベルを設定できるが、詳細は後述する。
【０１７８】
図１２は、上述した処理により「組織１」を示すパック情報がリポジトリサーバ５０のパック管理テーブルに追加された場合に、クライアントアプリケーション１２の表示処理部１５が左ウィンドウに表示するツリー構造の例を示した図である。本図に示すように、閲覧権限が設定されたユーザに対して追加されたパック情報が表示される。
【０１７９】
次に、「組織１」の下にプロジェクトを作成する例を説明する。図１２で示したツリー構造が表示されている際、ユーザが「組織１」の上で図示しないマウスの右クリックを行う。これにより、表示処理部１５は、図９で示した作成メニュー９０１を表示する。そして、ユーザは、作成メニュー９０１から「プロジェクトの作成」９１２を選択する。このように、ユーザが「組織１」の上でマウスの右クリックを行うことで、クライアントアプリケーション１２を介してＷｅｂサーバ１００が「組織１」を親パックとするパック情報
を生成する。そして、Ｗｅｂサーバ１００が行う「プロジェクト１」の生成処理と、前回行った「組織１」を生成処理と異なる点は、パック情報のパックタイプに"プロジェクト"を設定する点、パックの親パックへのリンクに親パックである「組織１」を識別するパックＩＤを設定する点が異なる。また、Ｗｅｂサーバ１００は、リポジトリサーバ５０のパック管理テーブルの「組織１」を保持するレコードの子パックへのリンクに、パック「プロジェクト１」のパックＩＤを追加する。他の処理については「組織１」と同様とする。なお、この処理は、具体的にはＷｅｂサーバ１００が行うこととし、詳細な説明は後述する。
【０１８０】
また、表示処理部１５が、「プロジェクト１」を生成する際に、図１１で示したダイアログを表示する際、閲覧権限及び編集権限を有するユーザリストは、パック「組織１」から承継された状態を表示する。この承継するための処理の詳細については後述する。
【０１８１】
ところで、従来のデータベースではプロジェクト等と、組織は異なるものとして別テーブルで保持していた。このため、プロジェクト等が企画される度に組織を変更する必要が生じ、ユーザを管理する処理がなっていた。
【０１８２】
本実施の形態で用いるパックでは、メンバリストによりユーザＩＤを保持している。そして、パックの階層化に応じて、業務に必要なグループや組織が形成されていく。つまり、本実施の形態のＷｅｂサーバ１００を含む情報管理システムは、業務に対応する組織やプロジェクトを作成する度に、参加しているユーザを動的に変更することができる。そして、情報管理システムは、パックが必要に応じて生成、変更又は削除される度に、参加するメンバ等を変更されていく。例えばあるプロジェクトのパックから他のプロジェクトのパックに移動した場合に、従来の組織ＤＢ等を変更することなくユーザの所属を変更することができる。このように、ユーザの所属に関する処理を軽減するとともに、ユーザの所属先の更新の際の誤りを低減することを可能とした。
【０１８３】
図１３は、上述した処理により「プロジェクト１」を示すパック情報がリポジトリサーバ５０のパック管理テーブルに追加された場合に、クライアントアプリケーション１２の表示処理部１５が左ウィンドウに表示するツリー構造の例を示した図である。このように、子となるパックがリポジトリサーバ５０のパック管理テーブルに追加された場合、クライアントアプリケーション１２は、Ｗｅｂサーバ１００と送受信することで当該追加を反映して表示を行う。
【０１８４】
また追加可能なパック情報は組織、プロジェクトに制限するものではなく、テーマや課題などあらゆるパックが上述した手順を用いることで追加することができる。
【０１８５】
次に、図８で示した、表示処理部１５が表示する右ウィンドウ群８０２について説明する。当該右ウィンドウ群８０２は、ユーザが、左ウィンドウ８０１の「プロジェクト１」にカーソルを重ね合わせて、マウスの左クリックした場合に表示される画面例を示している。表示処理部１５が表示する右ウィンドウ群８０２の内容は、「ホットな情報」「進行中の課題」「未着手の課題」「完了の課題」「メンバ名」「コンテンツ一覧」とする。これら各項目に表示される情報は、クライアントアプリケーション１２がＷｅｂサーバ１００に対して処理を要求し、受信した当該要求結果に基づくものである。例えば、クライアントアプリケーション１２の入出力処理部１４が、「プロジェクト１」とカーソルが重ね合わされた状態で左クリックを受け付けると、TreeNodeのTagからパックＩＤを取得する
。そして、当該パックＩＤとともに各項目を表示する旨の要求をＷｅｂサーバ１００に送信することで、Ｗｅｂサーバ１００は、送信したパックＩＤのパックに関連づけられた各項目の情報をリポジトリサーバ５０のコンテンツ管理データベース５３から取得することができる。そして、Ｗｅｂサーバ１００が、パックＩＤと各項目に対応付けられた処理を
行い、当該処理の結果をクライアント１０ａが受信する。これにより、各項目の詳細な情報を表示することができる。
【０１８６】
また、各項目に対応する情報を簡単に説明する。「ホットな情報」は、パーソナルデータ管理テーブルで、ログインユーザのパーソナルデータが保持する新着情報リストから、利用者に入力されたパックＩＤを有する新着情報から取得する。
【０１８７】
「進行中の課題」「未着手の課題」「完了の課題」は、利用者に入力されたパックＩＤに対応するパック情報をパック管理テーブルから取得し、取得したパックの子パックへのリンクに保持されたパックＩＤに基づいてツリーを辿り、パック管理テーブルにおいて取得したパックの下の階層に存在するパック群を取得し、取得したパック群の各パックにおいて、パックタイプが「課題」となるパックのステイタスを調べ、進行中/未着手/完了に振り分けられる。また、この子パックへのリンクを辿る処理は、パック情報が保持する子パックへのリンクが無くなるまで実行する。
【０１８８】
このような処理をＷｅｂサーバ１００が行うことで、「進行中の課題」「未着手の課題」「完了の課題」に表示されるパック情報を特定できる。また、「進行中の課題」「未着手の課題」「完了の課題」は、表示処理部１５が表示する再、親パックの「テーマ」のタイトルを表示する必要があるが、これは、ツリーを辿る際に親パックのパック情報は取得済みなので、容易に親パックの書誌事項のタイトルを抽出することができる。
【０１８９】
このような処理をＷｅｂサーバ１００が行うことで、プロジェクト１の子パックであるすべての課題が抽出でき、進行中/未着手/完了に振り分けることができる。そして、クライアントアプリケーション１２の表示処理部１５は、Ｗｅｂサーバ１００から受信した振り分けた各リストを「進行中の課題」「未着手の課題」「完了の課題」の各欄に表示する。
【０１９０】
「メンバ名」は、パック管理テーブルから「プロジェクト１」を示すパック情報のメンバリストが保持しているユーザＩＤを取得し、当該ユーザＩＤと対応付けられたユーザ情報をユーザテーブルから取得する。
【０１９１】
「コンテンツリスト」は、パック管理テーブルから「プロジェクト１」を示すパック情報が保持しているコンテンツＩＤを取得し、当該コンテンツＩＤと対応付けられたコンテンツ情報をコンテンツ管理テーブルから取得する。また、コンテンツリストのツリー構造は、パック管理テーブルのコンテンツＩＤが保持しているＸＭＬ形式に基づいて構築する。
【０１９２】
図８で示したツリー構造では、パックのツリー構造を表示した。しかし、Ｗｅｂサーバ１００が、各パックが保持するメンバリストに対応付けられたユーザ情報を取得することで、クライアントアプリケーション１２の表示処理部１５は、利用者（ユーザ）ツリー構造を表示することができる。この利用者ツリー構造とは、パックのツリー構造を用いて、パック毎に属しているメンバを表示したツリーとする。これにより、パックで示された業務の構造におけるユーザの配置を把握することができる。
【０１９３】
図１４は、表示処理部１５が表示する利用者のツリー構造の例を示した図である。本図に示すように、プロジェクト１は、テーマ１とテーマ２を子パックとして有している。そして、テーマ２は、課題１と課題２を子パックとして有している。課題２は、課題３を子パックとして有している。各パックは、パック管理テーブルでメンバリストを保持している。本図に示した各パックでは、当該メンバリストから特定されるユーザのユーザ名が表示されている。そして、パックの各繋がりにより、ユーザ間の関係が表現されている。
【０１９４】
また、パック情報は、上述したような対等なパック、親パック、子パックへのリンクを保持しているので、ツリーを辿った情報の検索を可能とする。
【０１９５】
また、ユーザが表示処理部１５により表示された当該ツリー又は右ウィンドウ群８０２からパック又はコンテンツを指定した場合、状況によっては指定された当該パック又はコンテンツを基準としたツリーが新たに表示されることになる。具体的には、クライアント１０ａが、選択されたパック又はコンテンツを示す情報を、Ｗｅｂサーバ１００に出力する。次に、Ｗｅｂサーバ１００が、入力を受け付けたパック又はコンテンツを示す情報に基づいて、当該パック又はコンテンツを含んだツリーを生成する。そして、クライアント１０ａは、当該パック又はコンテンツを含んだツリーをＷｅｂサーバ１００から取得する。そして、クライアント１０ａの表示処理部１５が、取得したツリーを表示する。なお、Ｗｅｂサーバ１００がツリーを生成する処理については、後述する。
【０１９６】
また、クライアント１０ａは、ツリーを生成するためのパック又はコンテンツを示す情報を、Ｗｅｂサーバ１００に出力する際、当該ツリーを生成するための要件を指定しても良い。この指定する要件の例としては、パックで構成されたツリーを生成する場合であれば、ユーザからパックタイプ又はステイタスの値（パックタイプ又はステイタスの値を示す情報）の指定を受け付け、パックタイプ又はステイタスが当該値をとるパックのみで構成されるツリーの生成をＷｅｂサーバ１００に要求する等が考えられる。また、生成するパックの要件として後述する「人の経路」の生成を要求する等でもよい。またコンテンツについても同様とし、説明を省略する。
【０１９７】
図１５は、表示処理部１５が表示するキーワード検索ダイアログの画面例を示した図である。図１５で示したキーワード検索ダイアログから、ユーザ１４がキーワード検索を行なう場合について説明する。ユーザ１４は、図１４で示したように課題２のメンバリストに属している。
【０１９８】
そして、ユーザ１４が、図１５で示したキーワード検索ダイアログにてキーワードを入力し、検索ボタンを押下する。すると、検索要求がＷｅｂサーバ１００に対して送信される。そして、Ｗｅｂサーバ１００は、ユーザ１４が指定したキーワード文字列に基づいて、リポジトリサーバ５０の課題２のパック情報に対して検索する。また、パック情報の検索する対象は、当該パックの書誌事項とする。また、Ｗｅｂサーバ１００は、当該パック情報が保持しているコンテンツＩＤをキーにして、コンテンツ管理テーブルで対応付けられたコンテンツ情報を検索する。そして、検索によりキーワードと一致した場合、Ｗｅｂサーバ１００は、キーワードと一致したパックＩＤとタイトルを保持する。そして、Ｗｅｂサーバ１００は、課題２について検索終了した後、課題２のパックの子パックへのリンクを取得し、課題２のパックの下の階層にある各パックに対して同様の検索を行う。Ｗｅｂサーバ１００は、下の階層について検索を終了した後、課題２のパックの親パックへのリンクを取得し、課題２のパックの上の階層にある各パック同様の検索をする。この時、上の階層にある各パックの子パックへのリンクを取得し、取得した子方向へツリーを辿って下階層にある各パックに対しても同様の検索をする。Ｗｅｂサーバ１００は、以上のように検索を行うことで、ツリー内のすべてのパックをキーワード検索する。そして、Ｗｅｂサーバ１００はキーワードと一致したパックＩＤとタイトルの一覧を保持している。そして、Ｗｅｂサーバ１００が、保持しているパックＩＤとタイトルの一覧を、クライアント１０ａに送信する。これにより、クライアントアプリケーション１２の表示処理部１５は、受信したパックＩＤとタイトルの一覧に基づいて検索結果を表示する。
【０１９９】
図１６は、表示処理部１５が表示するキーワード検索ダイアログで検索した結果の画面例を示した図である。本図に占め召すように、キーワード検索ダイアログにおいては、テ
ーマ１、課題１、課題３がヒットしている。なお、ユーザ１４は、図１４の利用者ツリー構造で示されるようにテーマ１、課題１、課題３ともに閲覧権限は設定されていない。しかしながら、本実施の形態に係るＷｅｂサーバ１００による処理では、キーワード検索などの所定の操作を行う場合は、閲覧権限にかかわらず閲覧を可能にしている。この処理の詳細については、後述する。また、ユーザ１４は、ヒットしたパックから所望のパックを選択することで、表示処理部１５は、図８で示したクライアントアプリケーション１２の右ウィンドウ群に、選択されたパックの詳細な情報を表示する。このような手順により、利用者がキーワードに基づいた情報を閲覧することが可能となった。
【０２００】
また、キーワードに基づいた検索等であっても、ユーザに対して閲覧を許可したくない場合もありうる。そこで、パック情報を生成する際に、ツリーを辿った情報検索には、どの階層（レベル）まで情報を開示するかを設定する機能がある。これにより、利用者が存在する階層に応じて情報検索を許可するか否か判断することができる。この開示レベルの設定は、図１１で示したダイアログで、開示レベルボタン１１０１を押下することで、当該パックの開示レベルが設定可能となる。
【０２０１】
図１７は、表示処理部１５が表示する、パックに対して開示レベルを設定可能な権限詳細の詳細設定ダイアログを示した図である。「開示しない」は、ツリーを辿った情報検索を許可しないことを示している。「どの階層からも閲覧可能にする」は、どの階層からのツリーを辿った情報検索でも許可することを示している。「指定階層から閲覧可能にする」は、設定された階層が、検索元から辿った階層数以上であるときに条件検索を許可することを示している。なお、この開示レベルで設定された値は、当該パック情報のレベルで保持することとする。
【０２０２】
つまり、Ｗｅｂサーバ１００は、当該ダイアログで設定された開示レベルを、パック管理テーブルのパック情報のレベルに設定する。Ｗｅｂサーバ１００は、「開示しない」が設定されていた場合、レベルには‘―２’を設定する。また、Ｗｅｂサーバ１００は、「どの階層からも閲覧可能にする」の場合、レベルには‘―１’を設定する。また、Ｗｅｂサーバ１００は、「指定階層から閲覧可能にする」の場合、利用者に入力された数値をレベルに設定する。また、レベルが‘０’の場合、同じ階層から辿った場合のみ情報を開示する。また、レベルが‘１’の場合、１つ親または子の階層から辿った場合のみ情報を開示する。また、また、レベルが‘２’の場合、２つ親または子の階層から辿った場合のみ情報を開示する。このように、レベルの数ｎだけ、ｎ階層親あるいは子の階層から辿った場合に情報を開示するという設定値になる。
【０２０３】
また、上述した利用者ツリー構造を用いてユーザから所定の人までの人間関係による経路を表示することができる。つまり、上述したキーワード情報検索により、ユーザが要求する情報の所在を把握した場合、当該情報を含むパックを例えば図８の右ウィンドウ群８０２に表示することで、当該情報を有する人をユーザは把握することができる。そして、この情報を有する人が、ユーザと面識のある人ではない場合、知人等を介して紹介してもらう必要性が生ずる。そこで、上述した利用者ツリーによる人間関係による経路に基づいて、ユーザから情報を有する人までの経路を特定することができる。
【０２０４】
図１８は、クライアントアプリケーション１２の右ウィンドウ群８０２に表示されたメンバ名から、表示処理部１５が表示する「人の経路を表示する」メニューの画面例を示した図である。本図に示すように、メンバ名に表示された人にカーソルを合わせてマウスの右クリックをすることで、当該メニューが表示される。
【０２０５】
そして、ユーザが「人の経路を表示する」をクリックすると、クライアント１０ａからＷｅｂサーバ１００に対して、人の経路を表示する旨の要求が送信される。これにより、
Ｗｅｂサーバ１００は、ユーザ１４からユーザ５までの経路を探索する。この経路の探索する際の処理手順については後述する。そして、Ｗｅｂサーバ１００が、探索した結果は、クライアント１０ａに送信される。
【０２０６】
図１９は、クライアントアプリケーション１２の表示処理部１５が探索した人の経路を表示する場合の例を示した図である。本図に示すように、ユーザ１４は、情報を有するユーザ５までの経路を把握することが可能となった。これにより、例えばユーザ１４は、ユーザ１又はユーザ３の紹介により、ユーザ５とコンタクトを取ることが可能と考えられる。
【０２０７】
また、ユーザがキーワード検索するのではなく、クライアントアプリケーション１２及びＷｅｂサーバ１００が自動的に設定したキーワードにより検索を行い、情報を持つユーザを提示する方法が考えられる。まず、利用者が、参照した対象パックに対して、Ｗｅｂサーバ１００は、クライアントアプリケーション１２に送信した情報に基づいてキーワードを抽出する。なお、キーワード抽出にはすでに様々な手法が提案されており、本件ではいずれの手法を用いても構わない。例えば、ユーザ１４が所属する課題２のパックに対してキーワード抽出した場合、Ｗｅｂサーバ１００は、当該パックからキーワード１、キーワード２という２つのキーワードを抽出すること等が考えられる。そして、Ｗｅｂサーバ１００は、抽出したキーワードを用いて上述したのと同様の手順で情報検索を行なう。具体的には、Ｗｅｂサーバ１００は、当該ツリーを辿り、それぞれのキーワードにヒットしたパックを保持する。そして、Ｗｅｂサーバ１００は、保持する複数のパックに対応付けられたメンバリストを取得する。そして、Ｗｅｂサーバ１００は、各メンバがどのキーワードにヒットしたかを対応付けて、クライアント１０ａに送信する。そして、クライアントアプリケーション１２の表示処理部１５は、受信したキーワードとユーザの対応関係を表として表示する。
【０２０８】
図２０は、表示処理部１５が表示するキーワードとユーザの対応関係を示した表の例を示した図である。本図に示すように、キーワード１は、ユーザ５、ユーザ６、ユーザ７、ユーザ１１、ユーザ１２が情報を有している。そして、キーワード２は、ユーザ１１、ユーザ１２、ユーザ１５、ユーザ１6が情報を有している。
【０２０９】
以上、人のツリーを表現することによる機能を説明した。次に、ユーザがパックあるいはコンテンツに対して取り得るアクションについて説明する。ユーザが、クライアント又はパックに対して取り得るアクションは、例えば「指示を出す」「会議を開催する」「アピールする」「気になる」「類似コンテンツを探す」「過去のコンテンツを探す」とする。
【０２１０】
図２１は、右ウィンドウ群８０２に表示された課題を示すパックに対して、表示処理部１５が表示するアクションメニューの例を示した図である。本図に示すように、表示されているパックに対して、ユーザがカーソルを重ねて右クリックをすることで、取り得るアクションを選択することができる。
【０２１１】
まず、利用者がアクションメニュー２１０１から「指示を出す」２１１１を選択する場合について説明する。まず、利用者は、アクションメニュー２１０１から「指示を出す」２１１１をクリックすることで、「指示を出す」を選択したことになる。
【０２１２】
図２２は、利用者が「指示を出す」を選択した場合に、クライアントアプリケーション１２の表示処理部１５が表示する指示ダイアログの例を示した図である。本図に示したダイアログでは、指示の内容を記載するテキストボックスと、納期を指示する/指示しない
を設定するチェックボックスと、納期を設定する日付指定ボックスと、「指示する」ボタ
ンと、「キャンセル」ボタンが表示される。ユーザが、テキストボックスに指示する内容を記載し、納期を設定して、「指示する」ボタンを押下することで、Ｗｅｂサーバ１００が、受け付けた指示に対する処理を開始する。
【０２１３】
Ｗｅｂサーバ１００が指示を受け付けた場合、指示と共に受け付けた「課題３−５」のパックＩＤより、対応するパック情報をパック管理テーブルから取得する。そして、Ｗｅｂサーバ１００は、取得したパックに格納する新規のコンテンツの生成を開始する。
【０２１４】
まず、Ｗｅｂサーバ１００は、図示しないメモリ上に空のコンテンツを用意する。そして、Ｗｅｂサーバ１００は、用意したコンテンツの書誌事項のタイトルに、上記テキストボックスの内容を設定する。そして、Ｗｅｂサーバ１００は、用意したコンテンツの作成日時、更新日時に現在日時からを設定する。そして、Ｗｅｂサーバ１００は、用意したコンテンツの作成者にログインユーザを設定する。また、Ｗｅｂサーバ１００は、用意したコンテンツの閲覧権限および編集権限に、対象パックの書誌事項の閲覧権限および編集権限を継承させる。そして、Ｗｅｂサーバ１００は、タイプにテキストに設定する。さらに、Ｗｅｂサーバ１００は、意味属性のラベルに「ＴｏＤｏ」を設定する。そして、Ｗｅｂサーバ１００は、ユーザフラグを“True”にし、ユーザリストに対象パックのメンバリストのユーザを設定し、終了日時に上記日時ボックスの日時を設定する。また、Ｗｅｂサーバ１００は、当該ダイアログでチェックボックスにチェックがされている場合は日時フラグを“True”とし、当該ダイアログでチェックボックスがチェックされていない場合は日時フラグを“False”にする。また、Ｗｅｂサーバ１００は、用意したコンテンツのステ
イタスに未着手/計画を設定する。
【０２１５】
上述した処理でＷｅｂサーバ１００が作成したコンテンツを、リポジトリサーバ５０のコンテンツ管理テーブルに追加する。その結果、リポジトリサーバ５０のデータ処理部５２で新しいコンテンツＩＤを発行する。そして、Ｗｅｂサーバ１００は、発行したコンテンツＩＤを受信する。次に、Ｗｅｂサーバ１００は、リポジトリサーバ５０のパック管理テーブルの「課題３−５」を示したパックのコンテンツＩＤリストに、受信したコンテンツＩＤを追加する指示を、リポジトリサーバ５０に対して行う。
【０２１６】
また、上述した手順によりコンテンツＩＤリストに、コンテンツＩＤリストを追加する場合、コンテンツＩＤリストが保持しているツリー構造のどの位置に追加しても良い。例えば、「課題３−５」を示したパックのコンテンツＩＤリストに他のコンテンツＩＤが追加されていない場合、新規コンテンツＩＤは、当該コンテンツのコンテンツＩＤリストのツリーの最上位階層に追加する。
【０２１７】
また、他の例として、図８で示したツリー構造のコンテンツリストに任意のコンテンツにカーソルを重ねてアクションメニューを表示し、当該アクションメニューから指示を出すアクションを行なった場合について説明する。この場合、クライアントアプリケーション１２は、カーソルを重ねたコンテンツのコンテンツＩＤを、Ｗｅｂサーバ１００に対して送信する。これにより、Ｗｅｂサーバ１００は、対象パックのコンテンツＩＤリスト内で受信したコンテンツＩＤの子要素として、新規のコンテンツＩＤを追加する。
【０２１８】
このように、Ｗｅｂサーバ１００は、パックに新規のコンテンツＩＤを追加する。具体的には、Ｗｅｂサーバ１００は、リポジトリサーバ５０に対して、パック管理テーブルにおいて当該パックのレコードを、追加されたコンテンツＩＤを含んだレコードで更新する要求を行うことで実現する。
【０２１９】
さらに、Ｗｅｂサーバ１００は、課題３−５のメンバリストに含まれるユーザＩＤにより指示を出した対象となるユーザを特定する。そして、Ｗｅｂサーバ１００は、リポジト
リサーバ５０に対して、パーソナルデータ管理テーブルにおいて、特定したユーザのパーソナルデータのＴｏＤｏリストに、新規のコンテンツＩＤを追加する。さらに、Ｗｅｂサーバ１００は、新規のコンテンツＩＤと作成日時と作成者から新着情報を作成する。そして、Ｗｅｂサーバ１００は、パーソナルデータ管理テーブルで、課題３−５のメンバリスト内のユーザのパーソナルデータの新規情報リストに対して、作成した新着情報を追加する。
【０２２０】
そして、課題３-５のメンバリスト内のユーザが使用しているクライアントアプリケー
ション１２が表示する情報が更新される。上述した処理により「指示する」に対応する処理が行われた場合、クライアントアプリケーション１２の表示処理部１５は、ホットな情報と、後述するＴｏＤｏビューが変更して表示する。つまり、表示処理部１５は、右ウィンドウ群８０２のホットな情報の欄に、新たに作成された新着情報のタイトルと日時等を表示する。
【０２２１】
また、Ｗｅｂサーバ１００が、課題３-５のメンバリスト内のユーザに対して、指示内
容をメールで送信しても良い。これは、リポジトリサーバ５０が管理しているユーザテーブルから該当するユーザのメールアドレスを取得することで可能となる。具体的には、Ｗｅｂサーバ１００は、ログインユーザのメールアドレスを送信元としてユーザテーブルから取得し、作成したＴｏＤｏコンテンツの意味属性のユーザリストに含まれているユーザのメールアドレスを送信先としてユーザテーブルから取得する。そして、Ｗｅｂサーバ１００は、メールの件名に、ログインユーザからの指示であることを設定する。そして、Ｗｅｂサーバ１００は、メールの本文として対象パックの書誌事項のタイトル、上記テキストボックスの内容および上記ＴｏＤｏコンテンツを参照するためのＵＲＬを設定する。このＵＲＬとしては、Ｗｅｂサーバ１００にアクセスするルートＵＲＬに、コンテンツＩＤを組み合わせたものなど、ＴｏＤｏコンテンツを参照できるものであればどのようなＵＲＬでもよい。
【０２２２】
以上のように設定された送信元、送信先、件名、本文を用いて、Ｗｅｂサーバ１００は、メールを送信する処理を行う。なお、メール送信の方法は本件では既存のいかなる方法でも構わない。例えば、Java（登録商標）言語のMimeMessageクラスを用いると、MimeMessageクラスのsetFromメソッドで送信元を、setRecipientsメソッドで送信先を、setSubjectメソッドで件名を、setContentメソッドで本文を設定し、Transportクラスのsendメソ
ッドでMimeMessageを送信する等あらゆる方法が考えられる。
【０２２３】
そして、ユーザが、上述したメールを受信した際、本文中のＴｏＤｏコンテンツへのＵＲＬをクリックすると、Ｗｅｂブラウザ１１が起動する。
【０２２４】
図２３は、Ｗｅｂブラウザ１１が表示するログイン画面を示した図である。本図に示すように、ログイン画面ではユーザ名とパスワードを受け付ける。そして、ユーザがユーザ名とパスワードを入力し、ログインボタンを押下すると、Ｗｅｂブラウザ１１は、通信制御部１３を介して、Ｗｅｂサーバ１００に対してユーザＩＤとパスワードを送信する。そして、Ｗｅｂサーバ１００は、リポジトリサーバ５０に対してユーザテーブルから指定されたユーザＩＤに対応付けられたパスワードを要求する。そして、Ｗｅｂサーバ１００は、リポジトリサーバ５０から受信したパスワードとＷｅｂブラウザ１１で入力を受け付けたパスワードと一致するか否か照合を行う。そして、Ｗｅｂサーバ１００は一致すると判断した場合に、当該ユーザに対するログイン処理を行なう。
【０２２５】
そして、Ｗｅｂサーバ１００は、指定されたＵＲＬからコンテンツＩＤを切り出す。そして、Ｗｅｂサーバ１００は、リポジトリサーバ５０に対して、コンテンツ管理テーブルからコンテンツＩＤに対応付けられたコンテンツ情報の取得を要求する。そして、Ｗｅｂ
サーバ１００は、リポジトリサーバ５０からコンテンツ情報を取得した後、リポジトリサーバ５０に対して、コンテンツ情報を管理しているパック情報をパック管理テーブルから取得する要求を行う。そして、Ｗｅｂサーバ１００は取得したコンテンツ情報及びパック情報から必要な情報を抽出して、Ｗｅｂブラウザ１１に対して情報を出力する。
【０２２６】
図２４は、Ｗｅｂブラウザ１１が表示するＴｏＤｏ詳細画面の例を示した図である。本図に示すように、Ｗｅｂブラウザ１１は、コンテンツの書誌事項のタイトルを内容に、コンテンツを管理するパックの書誌事項のタイトルをパックに、コンテンツの意味属性の終了日時を納期に、コンテンツのステイタスをステイタスに設定して表示する。
【０２２７】
また、図２４で示したＴｏＤｏ詳細画面では、「課題３−５」を示すパック２４０１にアンカーが設定されている。そして、ユーザがこのパック２４０１をクリックすることで、Ｗｅｂブラウザ１１は、当該パックの詳細を表示する。この当該パックの詳細の表示としては、例えば、クライアントアプリケーション１２の右ウィンドウ群８０２を、Ｗｅｂブラウザ１１がテーブルとして表示することなどが考えられる。
【０２２８】
また、図２４で示した添付欄２４０２に、当該「ＴｏＤｏ」の処理時に作成した文書を添付することができる。文書を登録する際には、利用者が参照ボタンを押下すると、Ｗｅｂブラウザ１１は、ファイル選択ダイアログを表示する。これにより、ユーザは、添付するファイルを選択することができる。
【０２２９】
また、図２４で示した着手および完了ボタン２４０３は、本「ＴｏＤｏ」のステイタスを変更するボタンである。Ｗｅｂブラウザ１１に表示された着手ボタンを押下すると、Ｗｅｂブラウザ１１からＷｅｂサーバ１００に、当該コンテンツＩＤと、着手ボタンが押下された旨が送信される。これにより、Ｗｅｂサーバ１００は、リポジトリサーバ５０に対して、コンテンツ管理テーブル内でコンテンツＩＤにより特定されるレコードのステイタスを、着手に変更する要求を行う。これにより該当するコンテンツのステイタスを着手中に、完了ボタンを押下するとコンテンツのステイタスを完了に変更し、コンテンツテーブルにコンテンツを更新する。
【０２３０】
このように、利用者が、他の利用者に指示を出す際に、ごく自然に指示を出すために必要な項目を入力するだけで、データベースに対する登録を行っていることを意識させずに、Ｗｅｂサーバ１００の該当するテーブルに対して追加、更新を行うことができる。また、このような効果は、アクションメニュー２１０１から、「指示を出す」２１１１を選択した場合のみならず、後述する「会議を開催する」２１１２、「アピールする」２１１３、「気になる」２１１４等を選択した場合も同様とする。
【０２３１】
次に、利用者が、アクションメニュー２１０１から、「会議を開催する」２１１２を選択した場合について説明する。ユーザがアクションメニュー２１０１から「会議を開催する」２１１２をクリックすると、会議開催ダイアログを表示する。
【０２３２】
図２５は、表示処理部１５が表示する会議開催ダイアログの例を示した図である。本図に示すように、表示処理部１５が会議開催ダイアログを表示する際、入出力処理部１４がＷｅｂサーバ１００に対してパックＩＤと会議開催ダイアログを表示する旨を送信する。そして、Ｗｅｂサーバ１００は、リポジトリサーバ５０に対して、受信したパックＩＤを用いてパック管理テーブルから対象パックを取得する。
【０２３３】
そして、Ｗｅｂサーバ１００は、取得したパック情報のメンバリストに含まれたユーザＩＤとユーザ名を出力する。これにより、表示処理部１５は、会議開催ダイアログを表示する際に、メンバリストに含まれていたユーザのユーザ名を参加者として設定する。また
、当然ながら、ユーザは、参加者の設定を会議開催ダイアログで変更することができる。また、ユーザは、会議名、日時、場所を入力する。そして、ユーザは、開催通知メールを出すかどうかをチェックボックスで設定する。設定が終了した後、利用者は「開催する」ボタンを押下する。これによりＷｅｂサーバ１００は、会議開催を設定するための処理を行うことになる。なお、会議開催を設定するための詳細な処理手順は後述する。
【０２３４】
また、Ｗｅｂサーバ１００は、受信した情報からチェックボックスがチェックされていたか否かを調べる。Ｗｅｂサーバ１００は、チェックされていたと判断した場合、送信元を作成者のメールアドレス、送信先を参加者のメールアドレス、件名を会議名、本文を会議名、日時、場所、参加者の列挙および本パックへのリンクＵＲＬとし、上述したメール送信方法で送信する。また、本パックへのリンクＵＲＬとしては、Ｗｅｂサーバ１００にアクセスするルートＵＲＬに、パックを示したディレクトリ、そしてパックＩＤを組み合わせたものなど、会議を示したパックが特定等することで、パックを参照できるものであればどのようなＵＲＬでもよい。そして、ユーザが、受信したメールの本文に記載されていたＵＲＬをクリックすると、上述したようにログイン画面を経て、会議の詳細画面が表示される。
【０２３５】
図２６は、Ｗｅｂブラウザ１１が表示する会議の詳細面の例を示した図である。本図に示した情報は、Ｗｅｂブラウザ１１がＷｅｂサーバから受信した当該パック情報より抽出した情報とする。本図に示すように、Ｗｅｂブラウザ１１は、書誌事項のタイトルを会議名に、書誌事項の計画開始日時及び計画終了日時を日時に、書誌事項の場所を場所に、メンバリストに含まれていたユーザを参加者に、設定して表示する。また、事前資料（会議で利用する資料）を登録することができる。登録方法は「ＴｏＤｏ」の添付と同様である。なお、設定された事前資料は、Ｗｅｂサーバ１００は、リポジトリサーバ５０に対して、コンテンツ管理テーブルにコンテンツ情報として追加を指示する。そして、Ｗｅｂサーバ１００は、リポジトリサーバ５０に対して、当該会議パックのコンテンツＩＤリストに、事前資料を示した新規コンテンツＩＤの追加を指示する。
【０２３６】
次に、利用者が、アクションメニュー２１０１から、「アピールする」２１１３を選択した場合について説明する。ユーザがアクションメニュー２１０１から「アピールする」２１１３をクリックすると、アピール登録ダイアログを表示する。
【０２３７】
図２７は、表示処理部１５が表示するアピール登録ダイアログの例を示した図である。本図に示すように、アピール登録ダイアログでは、タイトルにアピールする表題と、説明にアピールする情報の詳細と、公開範囲に全社/部門内/プロジェクト内/テーマ内等の公
開範囲と、チェックボックスによる問い合わせ先を表示するか否かの入力を受け付ける。そして、利用者が上述した項目を入力した後、アピールするボタンを押下する。これより、入出力処理部１４が、入力された項目を処理した後、処理した情報を、Ｗｅｂサーバ１００に送信する。なお、アピールを設定するための詳細な処理手順は後述する。
【０２３８】
次に、利用者が、アクションメニュー２１０１から、「気になる」２１１４を選択した場合について説明する。ユーザがアクションメニュー２１０１から「気になる」２１１４をクリックすると、クライアントアプリケーション１２が、Ｗｅｂサーバ１００に対して選択されていたパックを「気になる」リストに追加する旨を要求する。そして、Ｗｅｂサーバ１００は、「気になる」リストに追加するための処理を行う。なお、「気になる」リストに追加するための詳細な処理手順は後述する。そして、処理が終了した後、クライアントアプリケーション１２の表示処理部１５は、選択されていたパックが気になるリストに追加された旨を表示する。
【０２３９】
図２８は、「気になる」リストに登録が終了した後に、表示処理部１５が表示する確認
ダイアログの例を示した図である。本図に示されたダイアログが表示されることで、利用者は「気になる」リストに登録されたことを確認することができる。なお、登録された気になる情報の参照手順については、後述する。
【０２４０】
次に、利用者が、アクションメニュー２１０１から、「類似コンテンツを探す」２１１５を選択した場合について説明する。ユーザがアクションメニュー２１０１から「類似コンテンツを探す」２１１５をクリックすると、表示処理部１５は類似検索ダイアログを表示する。
【０２４１】
図２９は、表示処理部１５が表示する類似検索ダイアログの例を示した図である。本図で示したように、類似検索ダイアログには、利用者がアクションメニュー２１０１を表示する際に、右クリックしたパックから抽出したキーワードをリストとして表示されている。
【０２４２】
キーワード抽出の方法は、上述したようにどのような方法を用いても良い。キーワードは、対象パックの書誌事項、コンテンツＩＤリスト内のコンテンツＩＤと、コンテンツ管理テーブルで対応付けられているコンテンツ情報の各書誌事項から抽出する。
【０２４３】
そして、ユーザは、類似検索ダイアログのリストに表示されているキーワードの中から所望の１つ以上のキーワードを選択し、検索ボタンを押下する。すると、入出力処理部１４が、選択されたキーワードをＷｅｂサーバ１００に送信する。なお、Ｗｅｂサーバ１００が行う検索は、上述したキーワード検索と同様にツリーを辿って情報検索こととし、詳細な説明を省略する。
【０２４４】
図３０は、Ｗｅｂサーバ１００で検索した結果を、表示処理部１５が表示する類似検索結果ダイアログの例を示した図である。本図で示した例では、ツリーを辿って情報検索した結果、テーマ２のコンテンツ13、プロジェクト１のコンテンツ25、課題１のコンテンツ５に類似する情報が存在する旨を表示している。そして、ユーザは、当該ダイアログの各コンテンツをクリックすると、クライアントアプリケーション１２がＷｅｂサーバ１００と情報を送受信する。これにより、表示処理部１５は、各コンテンツの詳細な情報を表示する。
【０２４５】
次に、利用者が、アクションメニュー２１０１から、「過去のコンテンツを探す」２１１６を選択した場合について説明する。ユーザがアクションメニュー２１０１から「過去のコンテンツを探す」２１１６をクリックすると、クライアントアプリケーション１２から、Ｗｅｂサーバ１００に対して、当該ユーザがメンバリストに含まれ、ステイタスが完了であるコンテンツを取得するように要求を行う。なお、過去のコンテンツにはパックも含む。そして、以下にパックを検索する場合について説明する。なお、コンテンツを検索する場合も、同様の手順により取得できるので説明を省略する。
【０２４６】
まず、クライアントアプリケーション１２は、ユーザがアクションメニュー２１０１を表示する際に右クリックした対象となるパックＩＤと共に、過去のコンテンツを検索する旨を、Ｗｅｂサーバ１００に対して要求する。そして、Ｗｅｂサーバは、リポジトリサーバ５０のパック管理テーブルから、受信したパックＩＤに対応付けられたパック情報を取得する。そして、Ｗｅｂサーバ１００は、取得した対象パックの書誌事項に含まれている作成者のユーザＩＤを抽出する。次に、Ｗｅｂサーバ１００は、リポジトリサーバ５０のパーソナルデータ管理テーブルから、抽出したユーザＩＤのパーソナルデータを取得する。そして、Ｗｅｂサーバ１００は、パーソナルデータのパック情報リストに含まれているパックＩＤを取得する。そして、Ｗｅｂサーバ１００は、リポジトリサーバ５０のパック管理テーブルから、取得したパックＩＤであり、ステイタスが完了のパック情報を取得す
る。そして、Ｗｅｂサーバ１００は、取得した各パックのタイトルをリスト化して、クライアント１０ａに送信する。次に、クライアントアプリケーション１２が、通信制御部１３を介してリストを受信することで、表示処理部１５が過去のコンテンツを表示することができる。
【０２４７】
図３１は、表示処理部１５が表示する過去のパックの表示例を示した図である。本図に示すように、完了したパックが一覧として表示される。また、ユーザがリスト内のパックをクリックすると、クライアントアプリケーション１２の右ウィンドウ群に、当該パックの詳細が表示処理部１５により表示される。
【０２４８】
上述したように、Ｗｅｂサーバ１００は、ユーザからのアクションの受け付けに対応してコンテンツ又はパックの作成又は更新を行うことができる。また、これによりクライアントアプリケーション１２は、Ｗｅｂサーバ１００を介して様々な情報の送受信することで、様々なビューを提供できる。以下に、クライアントアプリケーション１２が、ユーザに提供する「ＴｏＤｏビュー」「ステイタスビュー」「期間ビュー」「ホット/停滞ビュ
ー」「気になるビュー」「アピールビュー」について説明する。
【０２４９】
図３２は、クライアントアプリケーション１２の表示処理部１５が表示する「ＴｏＤｏビュー」の画面例を示した図である。本図に示すように、当該ビューの上半分は、参照しているユーザが担当者として設定されている「ＴｏＤｏ」のコンテンツを一覧表示している。また、この「ＴｏＤｏ」のコンテンツの一覧は、項目として内容、プロジェクト名、テーマ名、納期、状態を保持している。
【０２５０】
また、ＴｏＤｏビューの下半分は参照しているユーザが他のユーザに対して指示した「ＴｏＤｏ」のコンテンツを一覧表示している。また、この「ＴｏＤｏ」のコンテンツの一覧は、内容、プロジェクト名、テーマ名、納期、状態と、さらに指示した担当者を示したユーザ名を保持する。なお、ＴｏＤｏビューを表示するために行われる詳細な処理については後述する。
【０２５１】
図３３は、クライアントアプリケーション１２の表示処理部１５が表示する「ステイタスビュー」の画面例を示した図である。本図に示すように、表示処理部１５は、ステイタスビューで、選択されたパック内の下階層に存在する各パックの情報を一覧として表示されている。本図で示した画面例では、プロジェクト１が選択された場合とする。このプロジェクト１には、テーマ１、テーマ２、テーマ３、テーマ４の４つのテーマが子パックとして存在する。そして、テーマ２には、課題１、課題２、課題３、課題４の４つの課題が子パックとして存在する。そして、課題３には、課題５、課題６、課題７、の３つの課題が子パックとして存在している。表示処理部１５は、当該一覧でこのようなツリー構造を保持した状態で表示する。これにより、親子関係を把握することができる。また、本図に示すようにテーマ１、テーマ３、テーマ４には、子となる課題が存在しない。
【０２５２】
図３３に示したステイタスビューの課題毎に、表示処理部１５は、当該課題のステイタスの状態を表示する。また、表示処理部１５は、ステイタスビューで、各課題でステイタスの状態がまだ完了していない場合、納期までの日数を表示する。また、表示処理部１５は、テーマやプロジェクトでは、当該テーマやプロジェクトの下階層にある課題を示したパックのステイタスを集計した数値を表示する。なお、この集計した数値は、Ｗｅｂサーバ１００で行われる。なお、ステイタスビューを表示するために行われる詳細な処理については後述する。
【０２５３】
図３４は、クライアントアプリケーション１２の表示処理部１５が表示する「期間ビュー」の画面例を示した図である。本図で示すように、表示処理部１５は、期間ビューでは
、ユーザに選択されたパックの下階層に存在するパックにおいて、更新された情報を表示する。本図で示した例では、ユーザに選択されたパックをプロジェクト１とし、プロジェクト１の下階層に存在するテーマや課題を示すパックにおける期間内の変化を表示する。
【０２５４】
図３４に示すように、期間ビューの最上段に示された期間を指定するコンボボックスが利用者からの期間の選択を受け付ける。また当該コンボボックスで受け付け可能な選択肢の例としては、過去１ヶ月、過去１週間、先週、先月等とする。また、このようなコンボボックスによる期間の指定に制限するものではなく、ユーザから開始日時と終了日時の設定を受け付けるようにしても良い。
【０２５５】
図３４では、コンボボックスから過去１ヶ月が選択された場合の例を示している。そして、表示処理部１５は、当該期間ビューにおいて、プロジェクト１に含まれている各テーマおよび各課題をツリー構造で表示する。また、表示処理部１５は、各課題のうち、過去１ヶ月の間に変化のあった課題については変化の内容とともに表示する。なお、期間ビューを表示するために行われる詳細な処理については後述する。
【０２５６】
図３５は、クライアントアプリケーション１２の表示処理部１５が表示する「ホット／停滞ビュー」の画面例を示した図である。本図に示すように、表示処理部１５は、ホット／停滞ビューでは、上半分にホットな情報、下半分に停滞している情報を表示する。
【０２５７】
ホットであるか停滞であるかの判断基準はどのような基準を用いても良い。ホットであるか停滞であるかの判断基準としては、例えば、頻繁にパックの更新が行なわれている、頻繁に文書コンテンツが登録されている、ステイタスの変動が激しい、頻繁に閲覧されている等が考えられる。このように、Ｗｅｂサーバ１００が、リポジトリサーバ５０のパック管理テーブルに管理するパック情報に対して行う様々な変更を判断基準として設定できる。本実施の形態においては、ホットであるか停滞であるかの判断基準として、頻繁にパックの更新が行なわれているか否かを基準として用いることにする。
【０２５８】
図３５に示した例では、プロジェクト１が選択された場合に表示するホット／停滞ビューとする。そして、表示処理部１５は、ホット／停滞ビューでは、プロジェクト１に含まれる課題のうち、ホットであると判断する所定の更新頻度以上の課題９と課題１４を上半分に表示し、停滞していると判断する所定の更新頻度以下の課題１７を下半分に表示している。なお、ホット／停滞ビューを表示するために行われる詳細な処理については後述する。
【０２５９】
図３６は、クライアントアプリケーション１２の表示処理部１５が表示する「気になるビュー」の画面例を示した図である。気になるビューが表示する対象となるパックは、上述したようにユーザからアクションメニューから「気になる」で選択されたパックとする。本図に示すように、表示処理部１５は、気になるビューで、利用者により選択されたパックについて状態の変化を表示する。なお、気になるビューを表示するために行われる詳細な処理については後述する。
【０２６０】
図３７は、クライアントアプリケーション１２の表示処理部１５が表示する「アピールビュー」の画面例を示した図である。本図に示すように、表示処理部１５は、アピールビューの最上段にはメニューボタンを設置して表示する。そして、表示処理部１５は、メニューボタンの下に、アピールされている全コンテンツ情報を一覧として表示する。また、表示処理部１５は、最下段に上記の一覧から選択されたコンテンツの詳細情報と、問い合わせ先を表示する。具体的には、ユーザが一覧に表示されたコンテンツのうち、任意のコンテンツにカーソルを合わせて左クリックすると、表示処理部１５は、当該コンテンツの書誌事項の説明で保持されていた情報を、詳しい情報として表示する。なお、アピールビ
ューを表示するための詳細な処理については後述する。
【０２６１】
図３７で示したアピールビューのメニューボタンに含まれている検索ボタン３７０１と、お知らせ機能ボタン３７０２について説明する。検索ボタン３７０１は、ユーザにより指定されたキーワードに基づいて、アピールビューの一覧に表示された全コンテンツ情報に対して検索したい場合に押下する。
【０２６２】
図３８は、ユーザが検索ボタン３７０１を押下した場合に表示する検索ダイアログの例を示した図である。ユーザは、本図に示した検索ダイアログの検索文字列に、検索に用いるキーワードを入力する。入力するキーワードは、複数であってもよい。複数の入力を受け付ける場合、例えばキーワード毎に半角スペースで区切る等が考えられる。そして、利用者がキーワードの入力を終了した後、検索開始ボタン３８０１を押下することで検索が開始される。そして、表示処理部１５は、検索終了後に、図３７で示したアピールビューに、入力されたキーワードにヒットしたコンテンツのみ表示する。なお、アピールビューでキーワードにヒットしたコンテンツを表示するために行われる詳細な処理については後述する。
【０２６３】
お知らせ機能ボタン３７０２は、ユーザが指定したキーワードを有するコンテンツが、他のユーザによりアピールが行われた場合に、ユーザに対して通知する設定を行うボタンとする。
【０２６４】
図３９は、ユーザがお知らせ機能ボタン３７０２を押下した場合に表示するお知らせ設定ダイアログの例を示した図である。本図で示したお知らせ設定ダイアログに、利用者がタイトルに含まれるキーワード、説明に含まれるキーワードのうちどちらか１つ以上を入力する。その後、利用者が設定ボタン３９０１を押下することで、ユーザに対して通知するために必要な設定が行われることになる。なお、アピールビューによるお知らせ通知を行うための詳細な処理については後述する。
【０２６５】
このようなお知らせ通知が有効な場合としては、図３７で示した画面で検索ボタン３７０１を押下し、コンテンツに対して検索を行なった結果、ヒットするコンテンツがなかった場合等が考えられる。このような場合で、ユーザが、予めキーワードを設定することで、キーワードを含むコンテンツがアピールされた際に、自動的にユーザに通知することが可能となる。
【０２６６】
上述したようにクライアントアプリケーション１２及びＷｅｂブラウザ１１は、上述したビューの表示に制限するものではなく、コンテンツ又はパックに関するあらゆる表示を行うことができる。
【０２６７】
また、ユーザは、クライアントアプリケーション１２又はＷｅｂブラウザ１１から、データベースへの登録であることを意識させず、直感的な操作で様々な情報の登録及び変更を行うことができる。そして、クライアントアプリケーション１２とＷｅｂブラウザ１４は、Ｗｅｂサーバ１００と通信を行うことで、このように登録又は変更された情報に基づいて、利用者が要求に応じた様々な態様でパック又はコンテンツ等の情報を表示することができる。
【０２６８】
図１に戻り、Ｗｅｂサーバ１００は、通信制御部１０１と、Ｗｅｂアプリケーション１０２とを備え、後述するクライアント１０ａ〜ｎからの要求の受け付け、又はリポジトリサーバ５０に対して情報の追加、変更、取得等の処理を指示する。
【０２６９】
通信制御部１０１は、ＬＡＮ２０に接続され、クライアント１０ａ〜ｎ又はリポジトリ
サーバ５０との間で情報を送受信する制御を行う。また、通信制御部１０１は、リポジトリサーバ５０に対して指示を送信する又は指示した結果を受信するインターフェースとなる。
【０２７０】
Ｗｅｂアプリケーション１０２は、登録部１１１と、監視部１１２と、通知部１１３と、条件登録部１１４と、定期検索部１１５と、検索情報通知部１１６と、クライアント用情報取得部１１７と、クライアント用出力部１１８と、入力受付部１１９と、対応出力部１２０と、情報承継部１２１と、移動対応出力部１２２と、移動情報承継部１２３と、利用者認証部１２４と、検索部１２５と、対応情報抽出部１２６と、利用者構造生成部１２７と、集計部１２８と、更新特定部１２９と、更新頻度抽出部１３０と、を備え、クライアント１０ａ〜ｎから受信した要求に応じて、リポジトリサーバ５０に対して要求に対応する指示を行い、指示した結果を受け取った場合、当該結果をクライアント１０ａ〜ｎに出力する。なお、リポジトリサーバ５０及びクライアント１０ａ〜ｎとの通信は、通信制御部１０１を介して行われる。
【０２７１】
また、Ｗｅｂアプリケーション１０２に用いられる手法として、例えばMicrosoft.NET
技術を用いた手法、サーブレットJSPおよびTomcatを用いた手法など様々な従来手法があ
り、本実施の形態においてはどのような手法を用いても良い。
【０２７２】
ユーザは、Ｗｅｂブラウザ１４又はＷｅｂアプリケーション１０２にアクセスする。これにより、ユーザはＷｅｂアプリケーション１０２が提供する様々な機能およびビューを利用することができる。また、Ｗｅｂアプリケーション１０２は、リポジトリサーバ５０に対してインターフェースを介してデータベースへアクセス可能なようにＳＯＡＰインターフェースを保持する。
【０２７３】
利用者認証部１２４は、ユーザのログインを認証する際に用いられる。本実施の形態において、利用者認証部１２４は、クライアント１０ａ〜ｎからユーザＩＤとパスワードを受信した場合、リポジトリサーバ５０のユーザテーブルから当該ユーザＩＤに対応付けられたパスワードを受信して、クライアント１０ａ〜ｎから受信したパスワードとリポジトリサーバ５０から受信したパスワードが一致するか否かにより認証を行う。
【０２７４】
入力受付部１１９は、クライアント１０ａ〜ｎから行われた処理の要求を受け付ける。また、入力受付部１１９が受け付ける処理の例としては、パック又はコンテンツの登録、変更や、ツリーを辿る検索や、気になるパックの登録や、表示に必要な情報の送信等とし、クライアント１０ａ〜ｎからのあらゆる要求を受け付けることとする。
【０２７５】
対応出力部１２０は、入力受付部１１９でクライアント１０ａ〜ｎから受け付けたコンテンツ情報、パック情報を、既にリポジトリサーバ５０に登録されているコンテンツ情報又はパック情報と対応付けて、リポジトリサーバ５０のコンテンツ管理テーブル又はパック管理テーブルに登録する要求と共に、リポジトリサーバ５０に対して出力する。
【０２７６】
また、対応出力部１２０は、クライアントアプリケーション１２で表示されたパックのツリーで所定のパックの下に新規のパックを追加する要求を受け付けた場合、又は、コンテンツのツリーで所定のコンテンツの下に新規のコンテンツを追加する要求を受け付けた場合に処理を行う。
【０２７７】
クライアント用情報取得部１１７は、入力受付部１１９がクライアント１０ａ〜ｎから表示するために必要な情報を送信する要求を受け付けた場合、当該必要な情報をリポジトリサーバ５０から取得する処理を行う。また、クライアント用情報取得部１１７は、リポジトリサーバ５０のパック管理テーブル又はクライアント管理テーブルで、パック又はク
ライアント間のリンク等を辿って、他のパック情報又はクライアント情報を取得するなど、あらゆる処理手法を用いて利用者から要求された情報を取得する。
【０２７８】
対応情報抽出部１２６は、クライアント用情報取得部１１７が取得したパック情報又はコンテンツ情報のうち、コンテンツ情報又はパック情報に含まれている更新日時又はステイタスなどの所定の情報が、ステイタスが所定のステイタスであるか、更新日時が所定の期間内に更新されたものであるか等の所定の情報が所定の条件を満足しているか否か判断し、所定の条件を満足する所定の情報を含むコンテンツ又はパックを抽出する。
【０２７９】
クライアント用出力部１１８は、リポジトリサーバ５０の各テーブルに追加されている情報をクライアント用情報取得部１１７が取得した場合に、当該取得したパック情報又はコンテンツ情報を、クライアント１０ａ〜ｎからの要求に従ったフォーマットに形成して、要求を行ったクライアント１０ａ〜ｎに出力する。
【０２８０】
登録部１１１は、クライアント１０ａ〜ｎから受信した情報を、リポジトリサーバ５０に対して、所定のテーブルに対して登録する指示を行う。このような登録としては、例えば、クライアント１０ａ〜ｎから所定のコンテンツ又はパックを「気になる」の対象とする旨を受信した場合に、リポジトリサーバ５０に対する登録等が考えられる。
【０２８１】
また、登録部１１１が、「気になる」対象としてパック又はコンテンツを登録する場合、リポジトリサーバ５０のパック管理テーブルで、ユーザ毎に設けられたレコードのコンテンツＩＤに、「気になる」対象とされたコンテンツのコンテンツＩＤ又は「気になる」の対象とされたパックへのリンクが設けられているコンテンツＩＤを追加する。なお、詳細な処理手順については後述する。
【０２８２】
監視部１１２は、登録部１１１により登録された所定のコンテンツ又はパックの変更が行われたか否か監視する。また、監視部１１２は、リポジトリサーバ５０のパック管理テーブルでパックタイプが検索のレコードのコンテンツＩＤを取得し、取得したコンテンツＩＤに対応付けられたコンテンツ情報をコンテンツ管理テーブルから取得する。そして、取得したコンテンツ情報の更新日時によりコンテンツが更新されているか確認する。これにより、コンテンツが更新されているか否か監視できる。また、監視対象がパックの場合、監視部１１２は、取得したコンテンツ情報でリンクが張られているパック情報をパック管理テーブルから取得する。これによりパックが更新されているか否か監視できる。監視部１１２が監視した結果は、後述する通知部１１３でユーザに対して通知する等が考えられる。
【０２８３】
通知部１１３は、クライアント１０ａ〜ｎに対してメールにより情報を通知する処理を行う。また、通知部１１３が通知する情報としてどのような情報でも良く、上述した会議が開催されることを示した開催通知メールや、「指示する」で設定された指示内容を示したメールによる通知等とする。
【０２８４】
条件登録部１１４は、利用者が取得したいパック又はコンテンツの条件を、リポジトリサーバ５０に対して登録する処理を行う。これにより、登録されたパック又はコンテンツが、登録された条件を満たした場合に、ユーザに対して通知が行われることになる。
【０２８５】
本実施の形態においては、条件登録部１１４は、クライアントアプリケーション１２のアプリケーションビューのお知らせ機能で設定された条件を登録する処理を行うが、お知らせ機能で設定された条件以外の登録でも良い。
【０２８６】
また、条件登録部１１４は、ユーザに入力された条件を保持したコンテンツ情報を、リ
ポジトリサーバ５０のコンテンツ管理テーブルに登録する。そして、条件登録部１１４は、登録したコンテンツを示したコンテンツＩＤを、パック管理テーブルで、パックタイプがお知らせのパック情報のコンテンツＩＤリストに追加する。
【０２８７】
定期検索部１１５は、所定のパックに追加されたコンテンツ情報が、条件登録部１１４により登録された条件を満たすか検索を行う。本実施の形態において、定期検索部１１５は、所定の時間毎に、アピールを示すパック情報に対して、お知らせのパック情報のコンテンツＩＤリストに追加された条件を満たしているパック情報が存在するか否か検索を行う。なお、定期検索部１１５が検索する対象となるパックを、アピールを示すパック情報に制限するものではなく、あらゆるパック情報に対して検索を行っても良い。
【０２８８】
検索情報通知部１１６は、定期検索部１１５により条件を満足するコンテンツ又はパックが検出された場合、条件を入力した利用者に対して、検出された旨を通知する。
【０２８９】
情報承継部１２１は、新規のパックを、既に登録されている任意のパックの子として生成する場合に、既に登録されている任意のパックが保持する情報を、新規のパックに承継させる処理を行う。本実施の形態の情報承継部１２１には、既に登録されている任意のパックのユーザリストや、閲覧権限又は参照権限を新規のパックに承継させる等とする。
【０２９０】
また、情報承継部１２１が承継させる情報を、ユーザリストやアクセス権に制限するものではなく、どのような情報を承継しても良い。例えば、情報承継部１２１は、子となるパックやコンテンツに対して定型文を承継させるなどが考えられる。
【０２９１】
移動対応出力部１２２は、任意のパックの子としてリンクされた移動対象パックを、当該任意のパックではない他のパックの子になるよう、移動対象パックを移動するための処理の指示を、リポジトリサーバ５０に対して行う。
【０２９２】
また、移動対応出力部１２２は、ぱっくり管理テーブルの移動対象パックのレコードの親パックへのリンクが保持するパックＩＤを、任意のパックのパックＩＤから、他のパックのパックＩＤに変更する要求を、リポジトリサーバ５０のパック管理テーブルに対して行う。
【０２９３】
また、移動対応出力部１２２は、パック管理テーブルの任意のパックのレコードで子パックへのリンクから、移動対象パックのパックＩＤを削除する要求を、リポジトリサーバ５０のパック管理テーブルに対して行う。また、移動対応出力部１２２は、パック管理テーブルの他のパックレコードの子パックへのリンクに、移動対象パックのパックＩＤを追加する要求を、リポジトリサーバ５０のパック管理テーブルに対して行う。
【０２９４】
移動情報承継部１２３は、移動対応出力部１２２により、移動対象パックを、任意のパックの子から、他のパックの子に変更する際に、他のパックの情報を、移動対象パックに承継させる処理を行う。本実施の形態に係る移動情報承継部１２３が、移動対象パックに承継させる情報としては、メンバリスト、参照権限及び編集権限とする。これにより、同じツリーに含まれているメンバが移動後のパックを参照できないという事態を防止することができる。
【０２９５】
検索部１２５は、クライアント１０ａ〜ｎから入力された検索条件に基づいて、コンテンツ管理テーブルが管理しているコンテンツ情報及びパック管理テーブルが管理しているパック情報のうち少なくとも１つ以上を検索する。
【０２９６】
また、本実施の形態の検索部１２５は、入力された検索条件に基づいて、パックにより
構成されたツリー又はコンテンツにより構成されたツリーを辿って、パック又はコンテンツの検索を行うこととする。また、検索部１２５による検索は図１５で示したキーワード検索を行う場合等に用いられる。
【０２９７】
利用者構造生成部１２７は、図１４で示した利用者ツリーを生成する。また、利用者構造生成部１２７は、パック管理テーブルが管理しているパック情報のパックの親パックへのリンク又は子パックへのリンクから、パックによるツリーを生成し、パック毎に含まれるメンバリストはパック毎のメンバリストに含まれているユーザＩＤに基づいて取得する。この際、ユーザＩＤに対応付けられたユーザ名は、リポジトリサーバ５０のユーザテーブルから取得できる。
【０２９８】
集計部１２８は、パック情報が保持する親パックへのリンク又は子パックへのリンク等により生成可能なパックのツリーにおいて、各パックが保持する所定の情報が保持する値を集計し、子となる値毎にカウント数を取得する。本実施の形態において、集計部１２８は、ツリーに含まれる各パックが保持するステイタスで、着手中、未着手、完了毎のカウント数を取得する。なお、集計部１２８が集計する所定の情報はステイタスに制限するものではなく、書誌事項などあらゆる項目に対して集計を行っても良い。
【０２９９】
更新特定部１２９は、リポジトリサーバ５０のパーソナルデータ管理テーブルの新着情報リストに含まれている新着情報であり、所定の期間内に更新された新着情報を特定する。また、更新特定部１２９は、新着情報に含まれている種類及びＩＤにより更新されたコンテンツ情報及びパック情報のどちらか１つ以上を特定する。
【０３００】
また、更新特定部１２９は、図３４で示した期間ビューで期間を指定する度に上述した処理を行うこととする。
【０３０１】
更新頻度抽出部１３０は、リポジトリサーバ５０のパーソナルデータ管理テーブルの新着情報リストに含まれている新着情報の更新日時を調査し、時間軸に対する更新頻度の分布を求める。更新頻度抽出部１３０による更新頻度の分布により、クライアント用出力部１１８は、すべての課題について求めた分布を比較し、更新頻度が高く、分布の重心が現在日時に近いパックをホットな課題とし、更新頻度が低く、分布の重心が現在日時から遠いパックを停滞している課題と判断することが可能となる。なお、このような頻度によりホットか停滞であるか判断することに制限するものではなく、例えば所定の期間内の更新回数が所定回数を超えるか否かにより判断しても良い。
【０３０２】
次に、以上のように構成された本実施の形態にかかる利用者認証部１２４におけるユーザを認証するまでの処理について説明する。図４０は、本実施の形態にかかる利用者認証部１２４における上述した処理の手順を示すフローチャートである。
【０３０３】
利用者認証部１２４は、通信制御部１０１を介してクライアント１０ａ〜ｎからユーザＩＤとパスワードを受け取る（ステップＳ４００１）。なお、このユーザＩＤ及びパスワードは、クライアントアプリケーション１２に対してログインする際、またはＷｅｂサーバ１００にパック情報又はクライアント情報を表示する際に、入力されたものとする。
【０３０４】
次に、利用者認証部１２４は、リポジトリサーバ５０に対してユーザＩＤを送信し、対応付けられたパスワードの要求を行う。そして、利用者認証部１２４は、リポジトリサーバ５０から、ユーザテーブルで保持していた送信したユーザＩＤに対応付けられたパスワードを受信する（ステップＳ４００２）。
【０３０５】
次に、利用者認証部１２４は、クライアント１０ａ〜ｎから受信したパスワードと、リ
ポジトリサーバ５０から受信したパスワードが一致するかどうかを照合する（ステップＳ４００３）。
【０３０６】
利用者認証部１２４が一致すると判断した場合（ステップＳ４００３：Ｙｅｓ）。利用者認証部１２４は、通信制御部１０１を介して承認する旨を、認証を要求したクライアント１０ａ〜ｎに出力する（ステップＳ４００４）。
【０３０７】
利用者認証部１２４が一致しないと判断した場合（ステップＳ４００３：Ｎｏ）。利用者認証部１２４は、通信制御部１０１を介して否認する旨を、認証を要求したクライアント１０ａ〜ｎに出力する（ステップＳ４００５）。
【０３０８】
上述した処理手順により、クライアント１０ａ〜ｎでログインすることが可能となる。なお、上述した処理手順は、本実施の形態による利用者認証部１２４におけるユーザを認証するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０３０９】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおけるパックを追加するまでの処理について説明する。図４１は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０３１０】
まず、クライアントアプリケーション１２は、表示処理部１５により表示されたパックのツリーのうち所定のパックに対して、子となるパックの作成の要求を受け付ける。これは図９で示した作成メニューから利用者が選択することで、パックの作成の要求を受け付けることとなる。そして、このパックを作成する要求を、クライアントアプリケーション１２は、所定のパックを示すパックＩＤと共に、Ｗｅｂサーバ１００に送信する（ステップＳ４１５１）。
【０３１１】
そして、Ｗｅｂサーバ１００の入力受付部１１９が、クライアント１０ａから入力されたパックを作成する要求と、所定のパックのパックＩＤを受け付ける（ステップＳ４１０１）。
【０３１２】
次に、情報承継部１２１が、新規のパックに所定のパックが保持する情報を承継させるために、所定のパックのパックＩＤに対応付けられたパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ４１０２）
【０３１３】
そして、情報承継部１２１は、取得したパック情報のうち、承継させる情報を、通信制御部１０１を介してクライアント１０ａに送信する（ステップＳ４１０３）。なお、承継させる情報は、メンバリスト、閲覧権限及び編集権限とする。
【０３１４】
次に、クライアントアプリケーション１２は、承継させるメンバリストと、閲覧権限及び編集権限を受信する。そして、クライアントアプリケーション１２の表示処理部１５は、受信したメンバリスト等を反映させた作成ダイアログを表示する（ステップＳ４１５２）。当該ダイアログは図１０及び図１１に示したものと同様とする。当該作成ダイアログでは、所定のパックに含まれていたメンバについては既に選択された状態で、また、閲覧権限及び編集権限についても所定のパックで許可されたユーザが選択された状態で表示される。
【０３１５】
そして、クライアントアプリケーション１２は、当該ダイアログの各欄でユーザからの必要事項の入力を受け付ける（ステップＳ４１５３）。
【０３１６】
次に、クライアントアプリケーション１２は、入力を受け付けた情報と、所定のパックのパックＩＤを、Ｗｅｂサーバ１００に送信する（ステップＳ４１５４）。
【０３１７】
そして、入力受付部１１９は、クライアント１０ａからパック作成に必要な情報の入力を受け付ける（ステップＳ４１０４）。
【０３１８】
次に、対応出力部１２０は、新規に作成するパックの親パックへのリンクに、入力された所定のパックのパックＩＤを設定する（ステップＳ４１０５）。
【０３１９】
そして、対応出力部１２０は、入力された情報を、新規に作成するパックの各項目に設定する（ステップＳ４１０６）。詳細な例としては、対応出力部１２０は、ダイアログで入力を受け付けたタイトルを書誌事項のタイトル情報とし、ダイアログで入力を受け付けた説明を書誌事項の説明情報とし、ダイアログで入力を受け付けた計画開始日時を書誌事項の計画開始日付とし、ダイアログで入力を受け付けた計画終了日時を書誌事項の計画終了日付とし、ダイアログで入力を受け付けた閲覧権限を書誌事項の閲覧権限ユーザリストとし、ダイアログで入力を受け付けた編集権限を書誌事項の編集権限ユーザリストとして設定する。
【０３２０】
また、対応出力部１２０は、パックのメンバリストに当該ダイアログで入力を受け付けたメンバ情報を設定する。また、対応出力部１２０は、ステイタスには"未着手/計画"を
設定する。
【０３２１】
また、他の例として、ツリー表示のない状態で、対応出力部１２０が、パックとして組織を作成する場合、パックのパックタイプに"組織"を格納する。また、ツリー表示にデータが無い状態で新しい組織を作成するので、対応出力部１２０が、パックの親パックへのリンクの設定は行わない。
【０３２２】
図４１で示した処理に戻り、対応出力部１２０は、パックの書誌事項の作成日時、更新日時、作成者を設定する（ステップＳ４１０７）。また、対応出力部１２０は、作成日時と更新日時には同じ日時を設定し、作成者にはパックの作成を要求したユーザのユーザＩＤが設定される。
【０３２３】
そして、対応出力部１２０は、上述した処理により新規のパックとして設定された情報を、リポジトリサーバ５０のパック管理テーブルに対して新たなレコードとして追加する指示を行う（ステップＳ４１０８）。
【０３２４】
この際、リポジトリサーバ５０のデータ処理部５２が、追加されたパックに対応付けられたパックＩＤを発行し、当該パックＩＤをパックの書誌事項にパックＩＤにさらに設定して、対応出力部１２０から入力された情報と共にパック管理テーブルに追加する。そして、データ処理部５２は、発行したパックＩＤを、Ｗｅｂサーバ１００に通信制御部５１を介して出力する。
【０３２５】
そして、対応出力部１２０は、リポジトリサーバ５０で発行されたパックＩＤを取得する（ステップＳ４１０９）。次に対応出力部１２０は、取得したパックＩＤを、作成したパックの親となる所定のパックの子パックへのリンクに追加する指示を、リポジトリサーバ５０に対して行う。
【０３２６】
これにより、リポジトリサーバ５０は、所定のパックのレコードの子パックへのリンクに、取得したパックＩＤを追加して更新する処理を行う（ステップＳ４１１０）。
【０３２７】
これにより、パックの追加と、親となるパックとのリンク付けは終了した。しかし、対応出力部１２０は、さらに作成者及び当該パックのメンバリストに含まれていた各ユーザのパーソナルデータに当該パックの情報に基づく更新を行う。具体的には、対応出力部１２０は、パーソナルデータ管理テーブルで、上述したユーザ毎に備えられたパーソナルデータが保持するパック情報リストに、作成したパック情報を追加する。追加するパック情報は、パックＩＤとパックタイプからなる。
【０３２８】
そして、対応出力部１２０は、パックＩＤと作成日時と作成者を示すユーザＩＤで構成される新着情報を作成する。次に、対応出力部１２０は、パーソナルデータ管理テーブルで、当該パックのメンバリストに含まれていたユーザ毎のパーソナルデータに備えられた新着情報リストに、作成した新着情報を追加する。
【０３２９】
上述した処理手順により、パックのツリーを生成することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００及びクライアント１０ａにおけるパックを追加するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。例えば、ユーザが、作成ダイアログで開示レベルを設定した場合、対応出力部１２０は、上述した処理の流れにおいて、新規のパックのレベルに、開示レベルとして入力されたレベル値を設定し、レベル値が設定されたパックをパック管理テーブルに追加することとなる。
【０３３０】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００のクライアント用情報取得部１１７が、クライアント１０ａ〜ｎで表示するツリーを取得して出力するまでの処理について説明する。図４２は、本実施の形態にかかるクライアント用情報取得部１１７における上述した処理の手順を示すフローチャートである。
【０３３１】
まず、クライアント用情報取得部１１７は、リポジトリサーバ５０のパーソナルテーブルからツリーの表示を要求したクライアント１０ａを使用するユーザのパーソナルデータが備えるパック情報リストを、リポジトリサーバ５０から取得する（ステップＳ４２０１）。尚、リポジトリサーバ５０では、データ処理部５２が、Ｗｅｂサーバ１００からの要求に応じて、コンテンツ管理データベース５３を検索するための検索式(クエリー)を作成し、これを用いて、コンテンツ管理データベース５３の保持するパック管理テーブルを検索する。そして、データ処理部５２は、Ｗｅｂサーバ１００からの要求に合致したパックのパックＩＤの情報を含むパック情報リストＬを生成し、通信制御部５１を介してこれをＷｅｂサーバ１００へ送信する。この結果、Ｗｅｂサーバ１００のクライアント用情報取得部１１７は、上述のパック情報リストをリポジトリサーバ５０から取得することができる。
【０３３２】
そして、クライアント用情報取得部１１７は、取得したパック情報リストに含まれているパックＩＤに対応付けられたパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ４２０２）。尚、リポジトリサーバ５０では、データ処理部５２が、Ｗｅｂサーバ１００から要求されたパックＩＤに対応付けられたパック情報をパック管理テーブルから取得し、これをＷｅｂサーバ１００に送信する。この結果、Ｗｅｂサーバ１００のクライアント用情報取得部１１７は、上述のパック情報をリポジトリサーバ５０から取得することができる。
【０３３３】
次に、クライアント用情報取得部１１７は、取得したパック情報に含まれていた親パック、子パックのリンクから、取得したパックを含むツリー構造を生成する（ステップＳ４２０３）。
【０３３４】
そして、クライアント用出力部１１８が、生成されたツリー構造と、ツリーの表示に必要なパックの情報を、ツリーの送信を要求したクライアント１０ａに出力する（ステップＳ４２０４）。
【０３３５】
これにより、クライアント１０ａは、パックのツリーを表示することができる。なお、クライアント１０ａのパックのツリー表示する手段は、本実施の形態では制限するものではなく、どのような手段を用いても良い。例えば、クライアントアプリケーション１２は、MicrosoftのTreeViewコントロールを利用すれば、各パックはTreeNodeに対応し、TreeNodeのTextにタイトルを、ImageIndexに表示アイコンを、Nodesに子パックのTreeNodeを格納し、TreeViewコントロールのNodesに最上位のTreeNodeを格納することによってツリー
表示が可能である。この時、各TreeNodeのTagにパックＩＤを格納しておく。すると、表
示処理部１５がパックのツリーを表示する際、入出力処理部１４がユーザから図示しないマウスの左クリックの実行を受け付けることで、当該クリック位置の下にいずれかのTreeNodeが存在すれば、Tagを抽出し、パックＩＤを限定することができる。このパックＩＤ
を親のパックＩＤとして用いる。これにより、表示処理部１５は、ツリーを表示することができる。
【０３３６】
上述した処理手順により、取得したツリーをクライアント１０ａ〜ｎに出力することでパックのツリーを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント用情報取得部１１７がクライアント１０ａ〜ｎで表示するツリーを取得するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０３３７】
ここで、クライアント１０ａのユーザからのパックの検索及び表示要求に応じて、コンテンツ管理データベース５３を検索し、検索結果のパックのリンク情報を用いて表示要求に応じた表示用情報を生成し、これに基づいて表示画面をクライアント１０ａに表示させる処理について説明する。図７２は、当該処理の流れを示すシーケンスチャートである。
【０３３８】
まず、クライアント１０ａにおいてモニタに表示されたＷｅｂブラウザから検索条件及び表示要求をユーザが入力すると、クライアント１０ａの入出力部１４はこの入力を受け付け、通信制御部１３を介してこれらの検索条件及び表示要求とＷｅｂサーバ１００へ送信する（ステップＳ８００１）。尚、検索条件とは、パックを構成する要素に対して、要素の一部あるいは全部を限定する条件である。例えば、「タイトルに‘テスト’という文字列を含む」、「作成日時が‘2006/01/01’から‘2006/06/30’の間である」、「パックタイプが‘会議’である」などの条件である。パックを構成するどの要素でも限定することができる。また、表示要求とは、検索条件によって検索したパックをどのように表示するかを指定する条件である。例えば、「メンバリストのつながりを表示する」、「パックタイプのつながりを表示する」、「ステイタスのつながりを表示する」、「閲覧権限のつながりを表示する」などの条件である。パックを構成するどの要素についてでも、リンク情報を使ってつながりを表示することができる。
【０３３９】
次に、Ｗｅｂサーバ１００の通信制御部１０１は、クライアント１０ａから送信された検索条件及び表示要求を受信すると、受信したこれらの検索条件及び表示要求を解析し、これらのうち検索条件を示す処理要求をリポジトリサーバ５０へ送信する（ステップＳ８００２）。
【０３４０】
リポジトリサーバ５０のデータ処理部５２は、通信制御部５１を介してＷｅｂサーバ１００から送信された処理要求を受信すると、処理要求に示される検索条件を解析する（ステップＳ８００３）。そして、データ処理部５２は、検索条件を用いて、コンテンツ管理データベース５３を検索するための検索式(クエリー)を作成する（ステップＳ８００４）
。続いて、データ処理部５２は、クエリーを用いて、コンテンツ管理データベース５３の保持するパック管理テーブルを検索し（ステップＳ８００５）、検索条件に応じたパックのパックＩＤの情報を含むパック情報リストＬを生成し、通信制御部５１を介してこれをＷｅｂサーバ１００へ送信する（ステップＳ８００６）。
【０３４１】
Ｗｅｂサーバ１００のクライアント用情報取得部１１７は、通信制御部１０１を介して、リポジトリサーバ５０から送信されたパック情報リストＬを受信すると（ステップＳ８００７）、パック情報リストに含まれているパックＩＤに対して検索取得フラグ‘１’を対応付ける。尚、検索取得フラグとは、ステップＳ８００７で取得したパック情報リストＬにそのパックＩＤが示されるパック情報と、後述するステップＳ８０１５で得られるパック情報とを区別するためのものである。即ち、検索取得フラグとは、Ｓ８００１において入力された検索条件に合致したパック情報であるか否かを示すものであり、これが肯定的である場合にはその値を‘１’とし、これが否定的である場合にはその値を‘０’とする。また、クライアント用情報取得部１１７は、パック情報リストに含まれているパックＩＤに対応付けられたパック情報を要求するパック情報要求をリポジトリサーバ５０に送信する（ステップＳ８００８）。
【０３４２】
リポジトリサーバ５０のデータ処理部５２は、通信制御部５１を介して、パック情報要求を受信すると、当該パック情報要求に応じたパック情報をパック管理テーブルから取得し（ステップＳ８００９）、これをＷｅｂサーバ１００に送信する（ステップＳ８０１０）。
【０３４３】
Ｗｅｂサーバ１００のクライアント用情報取得部１１７は、通信制御部１０１を介して、リポジトリサーバ５０から送信されたパック情報を受信すると（ステップＳ８０１１）、パック情報リストＬに示される全てのパックについて処理を終了したか否かを判定する（ステップＳ８０１２）。ここでは当該全てのパックについて処理は未だ行っていないから、ステップＳ８０１２の判定結果は否定的となり、ステップＳ８０１３に進む。ステップＳ８０１３では、クライアント用情報取得部１１７は、パック情報リストＬにそのＩＤが示される全てのパック情報について、親パックへのリンク(親リンク)、子パックへのリンク(子リンク)、対等パックへのリンク(対等リンク)を調べる。各リンクにはパックＩＤが示されているので、クライアント用情報取得部１１７は、そのパックＩＤを参照し、参照したパックＩＤがリストＬに存在するか否かを判定する（ステップＳ８０１４）。ステップＳ８０１４の判定結果が否定的である場合、クライアント用情報取得部１１７は、そのパックＩＤのパック情報（親リンク、子リンク、対等リンク）の送信要求をリポジトリサーバ５０に通信制御部１０１を介して送信する（ステップＳ８０１５）。リポジトリサーバ５０のデータ処理部５２は、通信制御部５１を介して、当該送信要求を受信すると、当該送信要求に応じたパックＩＤのパック情報（親リンク、子リンク、対等リンク）をパック管理テーブルから取得し（ステップＳ８０１６）、これをＷｅｂサーバ１００に送信する（ステップＳ８０１７）。
【０３４４】
Ｗｅｂサーバ１００のクライアント用情報取得部１１７は、通信制御部１０１を介して、リポジトリサーバ５０から送信されたパック情報を受信すると（ステップＳ８０１８）、当該パック情報のパックＩＤをパック情報リストＬに追加し、当該パックＩＤに対して検索取得フラグ‘０’を対応付ける（ステップＳ８０１９）。続いて、ステップＳ８０１２に進む。尚、ステップＳ８０１４の判定結果が肯定的である場合も、ステップＳ８０１２に進む。ステップＳ８０１２の判定結果は、パック情報リストＬに示される全てのパックについて処理が終了した場合に肯定的となり、この場合、ステップＳ８０２０に進む。
【０３４５】
ステップＳ８０２０では、クライアント用情報取得部１１７は、パック情報リストＬにそのＩＤが示されるパック情報に基づいて、クライアント１０ａに表示させるための表示
用情報を生成する。この時、クライアント用情報取得部１１７は、ステップＳ８００２でクライアント１０ａから受信した表示要求を用いて、表示用情報を生成する。尚、生成する表示用情報のデータ形式は、例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＭＬ(eXtensible Markup Language)などの形式である。また、例えば、表示要求が「メンバリストのつながりを表示する」であれば、クライアント用情報取得部１１７は、パック情報リストＬにそのＩＤが示されるパック情報について、当該パック情報に示されるメンバリストを抽出し、親リンク,子リンク及び対等リンクからツリー構造を作成し、上述の実
施例で説明したメンバリストのツリー構造を生成する。つながりを表示する対象が、パックタイプ、ステイタス、閲覧権限の場合も同様に、パックタイプのツリー構造、ステイタスのツリー構造、閲覧権限のツリー構造を生成する。尚、ＨＴＭＬページでは、Ｔａｂｌｅ要素を利用することにより、ツリー構造を表現することができる。また、ＡＳＰ.ＮＥ
Ｔ、Ｊａｖａ（登録商標）のサーブレット／ＪＳＰ、Ｐｅｒｌ／ＣＧＩ、ＰＨＰ、ＲｕｂｙなどのＷｅｂアプリケーション構築技術を用いれば、標準でツリービューコンポーネントが存在するので、同コンポーネントを利用すればより簡単にツリー構造を表現できる。また、クライアント用情報取得部１１７は、表示用情報において、クライアント１０ａにパック情報が表示される際の表示色を例えば以下のように設定する。パック情報リストＬにそのＩＤが示されるパック情報につき、検索取得フラグ‘１’が対応付けられているものは表示色を赤に設定し、検索取得フラグ‘０’が対応付けられているものは表示色を黒に設定する。また、検索取得フラグの値に応じて、その他の表示設定項目を変更するようにしても良い。例えば、パック情報を表示する際の文字の強調、フォントサイズ、インデントなどである。また、パック情報が表示される表(Table)を変えるようにしても良い。
尚、検索取得フラグの値に応じて変更する表示設定項目や、当該表示設定項目における各設定などについては、プログラムやパラメータなどとして記憶手段（図示せず）に予め記憶させておく。
【０３４６】
次いで、クライアント用情報取得部１１７がこのように生成した表示用情報をクライアント用出力部１１８がクライアント１０ａへ通信制御部１０１を介して送信する（ステップＳ８０２１）。
【０３４７】
クライアント１０ａの入出力処理部１４は、通信制御部１３を介して、Ｗｅｂサーバ１００から送信された表示用情報を受信すると、当該表示用情報を用いて表示画面を生成し、表示処理部１５に供給する。表示処理部１５は、入出力処理部１４から供給された当該表示画面を含むＷｅｂブラウザをモニタに表示させる（ステップＳ８０２２）。この結果、ユーザは、検索条件及び表示要求に適合した情報を閲覧することができる。
【０３４８】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００のクライアント用情報取得部１１７が、クライアント１０ａで表示するホット情報を取得して出力するまでの処理について説明する。図４３は、本実施の形態にかかるクライアント用情報取得部１１７における上述した処理の手順を示すフローチャートである。
【０３４９】
まず、クライアント用情報取得部１１７は、クライアント１０ａを使用しているユーザのパーソナルデータを、リポジトリサーバ５０のパーソナルデータ管理テーブルから取得する（ステップＳ４３０１）。
【０３５０】
そして、クライアント用情報取得部１１７は、取得したパーソナルデータが備える新着情報リストのうち、種類がパックの新着情報を抽出する（ステップＳ４３０２）。
【０３５１】
次に、クライアント用情報取得部１１７は、抽出した新着情報に含まれているＩＤと対応付けられているパック情報の説明、更新日時等の情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ４３０３）。
【０３５２】
そして、クライアント用出力部１１８は、取得したパックの説明、更新日時等をクライアント１０ａに出力する（ステップＳ４３０４）。
【０３５３】
上述した処理手順により、クライアントアプリケーション１２が、図８で示した右ウィンドウ群８０２でホットな情報を表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント用情報取得部１１７が、クライアント１０ａで表示するホット情報を取得して出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０３５４】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、クライアント１０ａで表示する「進行中の課題」「未着手の課題」「完了の課題」等のステイタス毎の情報を取得して出力するまでの処理について説明する。図４４は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０３５５】
まず、クライアント用情報取得部１１７は、パック管理テーブルから所定のパック情報を取得する（ステップＳ４４０１）。この所定のパックとは、図８の左ウィンドウ８０１のツリーから選択されたパックであり、右ウィンドウ群８０２に表示する対象となるパックとする。
【０３５６】
そして、クライアント用情報取得部１１７は、取得したパック情報の子パックへのリンクで保持されている情報を参照する（ステップＳ４４０２）。
【０３５７】
そして、クライアント用情報取得部１１７は、ステイタス振分処理を行っていない子パックがあるか否か判断する（ステップＳ４４０３）。クライアント用情報取得部１１７は、子パックがあると判断した場合（ステップＳ４４０３：Ｙｅｓ）、クライアント用情報取得部１１７は、子パックのステイタス振分処理を行う（ステップＳ４４０４）。なお、このステイタス振分処理は、図４５で詳細に説明する。
【０３５８】
また、クライアント用情報取得部１１７は、子パックがないと判断した場合（ステップＳ４４０３：Ｎｏ）、クライアント用出力部１１８が、ステイタス振分処理によりステイタス毎に振り分けられたパック情報を、クライアント１０ａに出力する（ステップＳ４４０５）。
【０３５９】
上述した処理手順により、クライアントアプリケーション１２が、図８で示した右ウィンドウ群８０２でステイタス毎のパックの情報を表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント用情報取得部１１７が、クライアント１０ａで表示するステイタス毎のパックの情報を振り分けて出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０３６０】
次に、以上のように構成された本実施の形態にかかる図４４で示したクライアント用情報取得部１１７が行うクライアント振分処理の詳細な処理手順について説明する。図４５は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０３６１】
まず、子パックのステイタス振分処理として、クライアント用情報取得部１１７は、子パックへのリンクで保持していたパックＩＤが入力された状態で処理を開始する。
【０３６２】
まず、クライアント用情報取得部１１７は、入力されたパックＩＤに対応付けられたパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ４５
０１）。
【０３６３】
次に、クライアント用情報取得部１１７は、取得したパック情報に含まれている種類が課題であるか否か判断する（ステップＳ４５０２）。種類が課題ではないと判断した場合（ステップＳ４５０２：Ｎｏ）、クライアント用情報取得部１１７は、特に処理を行わない。
【０３６４】
そして、クライアント用情報取得部１１７は、種類が課題であると判断した場合、クライアント用情報取得部１１７は、ステイタスによりパックの情報を振り分ける（ステップＳ４５０３）。これにより、パック情報は、「進行中の課題」「未着手の課題」「完了の課題」毎に振り分けられることとなる。
【０３６５】
そして、クライアント用情報取得部１１７は、当該パックの親パックへのリンクに含まれているパックＩＤに基づいて、リポジトリサーバ５０のパック管理テーブルで保持している親パックのパック情報の書誌事項からタイトルを取得する（ステップＳ４５０４）。このタイトルは、クライアントアプリケーション１２が右ウィンドウ群８０２に表示する際に、振り分けられたパックのテーマの欄に表示する。なお、親パックがテーマではない場合は、さらに親パックのパック情報の書誌事項からタイトルを取得する。
【０３６６】
そして、クライアント用情報取得部１１７は、振り分けられたパック情報の子パックへのリンクより、ステイタス振分処理を行っていない子パックがあるか否か判断する（ステップＳ４５０５）。クライアント用情報取得部１１７は、子パックがあると判断した場合（ステップＳ４５０５：Ｙｅｓ）、クライアント用情報取得部１１７は、子パックのステイタス振分処理を行う（ステップＳ４５０６）。このように図４５で示したステイタス振分処理は、子パックの階層構造に応じて再帰的に呼び出されることになる。
【０３６７】
また、クライアント用情報取得部１１７は、子パックがないと判断した場合（ステップＳ４５０５：Ｎｏ）、呼出元に戻る処理を行う。
【０３６８】
このような処理を行うことで、所定のパックの下階層に備えられている全てのパックに対して振り分け処理を行うことが可能となる。また、クライアントアプリケーション１２は、このような振り分けられたパックの情報が入力されることで、図８で示した「進行中の課題」「未着手の課題」「完了の課題」毎にパック情報を表示することが可能となる。
【０３６９】
上述した処理手順により、階層構造を形成されているパックにおいて、種類が課題のパックをステイタス毎に振り分けることが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント用情報取得部１１７が行うステイタス振分処理の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０３７０】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、クライアント１０ａで表示するメンバ名で示されたメンバリストの情報を取得して出力するまでの処理について説明する。図４６は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０３７１】
まず、クライアント用情報取得部１１７は、メンバリストを表示する対象となるパックＩＤを取得する（ステップＳ４６０１）。この取得するパックＩＤは、図８で示した画面例においては「プロジェクト１」のパックＩＤとする。
【０３７２】
次に、クライアント用情報取得部１１７は、リポジトリサーバ５０のパック管理テーブルから、取得したパックＩＤに対応付けられたメンバリストを取得する（ステップＳ４６
０２）。また、メンバリストは、パックに属しているユーザのユーザＩＤが１つ以上含まれている。
【０３７３】
そして、クライアント用情報取得部１１７は、取得したメンバリストの各ユーザＩＤに対応付けられた氏名を、リポジトリサーバ５０のユーザテーブルから取得する。また、クライアント用情報取得部１１７は、取得したメンバリストの各ユーザＩＤに対応付けられた組織を、リポジトリサーバ５０のパーソナルデータ管理テーブルから取得する（ステップＳ４６０３）。
【０３７４】
次に、クライアント用出力部１１８が、取得したメンバの氏名と組織をメンバリストとして、クライアント１０ａに出力する（ステップＳ４６０４）。
【０３７５】
上述した処理手順により、クライアントアプリケーション１２がメンバリストを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００がメンバリストの情報を取得して出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０３７６】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、クライアント１０ａでツリー構造で表示するコンテンツリストの情報を取得して出力するまでの処理について説明する。図４７は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０３７７】
まず、クライアント用情報取得部１１７は、コンテンツツリーとして表示する対象となるパックＩＤを取得する（ステップＳ４７０１）。この取得するパックＩＤは、図８で示した画面例においては「プロジェクト１」のパックＩＤとする。
【０３７８】
次に、クライアント用情報取得部１１７は、リポジトリサーバ５０のパック管理テーブルから、取得したパックＩＤに対応付けられたコンテンツＩＤを取得する（ステップＳ４７０２）。また、コンテンツＩＤは、ＸＭＬ形式で１つ以上のコンテンツＩＤがツリー構造を保持した状態で保持されている。
【０３７９】
そして、クライアント用情報取得部１１７は、取得した各コンテンツＩＤに対応付けられた書誌事項のタイトルを、リポジトリサーバ５０のコンテンツ管理テーブルから取得する（ステップＳ４７０３）。
【０３８０】
次に、クライアント用出力部１１８は、取得したコンテンツＩＤでツリー構造を保持した状態で、各コンテンツＩＤ毎のタイトルを対応付けて、クライアント１０ａに出力する（ステップＳ４７０４）。
【０３８１】
上述した処理手順により、クライアントアプリケーション１２がコンテンツツリーを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００がコンテンツリストの情報を取得して出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０３８２】
また、上述したコンテンツ情報が入力された、クライアントアプリケーション１２は、入力されたコンテンツの書誌事項のタイトルをTreeNodeのTextに設定する。そして、クライアントアプリケーション１２は、コンテンツＩＤリストのツリー構造をTreeNodeで表現し、TreeViewコントロールで表示する。
【０３８３】
上述した処理を行うことで、クライアントアプリケーション１２は、図８で示した全て
の項目を表示することができる。
【０３８４】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、クライアント１０ａで表示する利用者ツリーの情報を取得して出力するまでの処理について説明する。図４８は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。本実施の形態においては、図１４に示したユーザ１４が、利用者ツリーの表示を要求した場合とする。
【０３８５】
まず、クライアント用情報取得部１１７は、ユーザ１４が所属するパックの情報のメンバリスト、子パックへのリンク及び親パックへのリンクを、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ４８０１）。なお、この取得したパックのメンバリストにはユーザ１４のユーザＩＤが含まれていることが分かる。
【０３８６】
次に、クライアント用情報取得部１１７は、ユーザ１４が所属するパックの子パックへのリンクを辿り、各子パックのメンバリストを取得する（ステップＳ４８０２）。このメンバリストの取得は、リポジトリサーバ５０のパック管理テーブルから取得する。これは以降の処理も同様とする。なお、クライアント用情報取得部１１７は、この子パックへのリンクの辿る処理を、ユーザ１４が所属するパックの下階層の全てのパックに対して行う。
【０３８７】
そして、クライアント用情報取得部１１７は、ユーザ１４が所属するパックの親パックへのリンクを辿り、各親パックのメンバリストを取得する（ステップＳ４８０３）。なお、クライアント用情報取得部１１７は、この親パックへのリンクの辿る処理を、ユーザ１４が所属するパックの上階層の全てのパックに対して行う。
【０３８８】
次に、クライアント用情報取得部１１７は、親パックへのリンクを辿る際、親パックからリンクされている子パックでありメンバリストを取得していない子パックへのリンクを辿り、各子パックのメンバリストを取得する（ステップＳ４８０４）。なお、クライアント用情報取得部１１７は、この子パックへのリンクを辿る処理を、各親パックからのリンクにより辿ることが可能な全ての子パックのメンバリストを取得する。
【０３８９】
そして、クライアント用情報取得部１１７は、ユーザ１４が所属するパックが含まれたツリーに含まれている全てのパックのメンバリストを取得した場合、メンバリストに含まれていたユーザＩＤに対応付けられた氏名を、リポジトリサーバ５０のユーザテーブルから取得する（ステップＳ４８０５）。
【０３９０】
次に、クライアント用出力部１１８は、パック毎のユーザのユーザＩＤ及び氏名を、各パックのリンクによるツリー構造を保持した状態で、クライアント１０ａに出力する（ステップＳ４８０６）。
【０３９１】
上述した処理手順により、クライアントアプリケーション１２が利用者ツリーを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００が利用者ツリーの情報を取得して出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０３９２】
また、Ｗｅｂサーバ１００が行う上述した処理手順で生成される利用者ツリーにより、人の経路の抽出等が可能になる。なお、上述したツリー内の探索手順は、上述した処理手順に制限するものではなく、あらゆる探索方法を用いても良い。
【０３９３】
次に、クライアント１０ａのクライアントアプリーション１２に表示されたパックのツ
リーにおいて、あるパックの子である所定のパックを、他のパックの子の位置に移動させた場合の処理について説明する。
【０３９４】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により行われたパックの移動が行われた場合の処理について説明する。図４９は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。なお、このようなパックの移動の例としては図８の左ウィンドウ８０１で示したツリーにおいて、課題３の下にある課題３−１を課題４の下に移動させる場合等が考えられる。
【０３９５】
まず、クライアントアプリケーション１２は、利用者がマウス等の操作により、パックのツリーに表示された移動対象パックの移動させる入力を受け付ける（ステップＳ４９５１）。これにより、クライアントアプリケーション１２により表示されるツリーにおいては、パックの移動が終了したことになる。そして、以降の処理で、リンクを保持するパック管理テーブルを更新するための処理が行われる。
【０３９６】
次に、クライアントアプリケーション１２は、移動させる操作を受け付けた場合、移動対象となるパック、元親のパック及び移動先のパックのパックＩＤとを、パックを移動させる旨と共にＷｅｂサーバ１００に出力する（ステップＳ４９５２）。
【０３９７】
そして、Ｗｅｂサーバ１００は、クライアント１０ａから移動対象となるパック、元親のパック及び移動先のパックのパックＩＤとを、パックを移動させる旨の入力を受け付ける（ステップＳ４９０１）。
【０３９８】
次に、移動情報承継部１２３は、移動先パックのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ４９０２）。なお、取得する移動先パックのパック情報としては、メンバリスト、参照権限及び編集権限とする。
【０３９９】
そして、移動情報承継部１２３は、取得したパック情報を、リポジトリサーバ５０のパック管理テーブルの移動対象パックのパック情報に追加する（ステップＳ４９０３）。
【０４００】
次に、移動情報承継部１２３は、リポジトリサーバ５０のパック管理テーブルの移動対象パックのパック情報から、重複する情報を修正する（ステップＳ４９０４）。これにより、移動先パックのパック情報を承継し、重複した情報を修正したパック情報を生成したこととなる。
【０４０１】
そして、移動対応出力部１２２は、リポジトリサーバ５０に対して、パック管理テーブルの移動先パックのレコードの子パックへのリンクに、移動対象パックのパックＩＤを追加を指示する（ステップＳ４９０５）。
【０４０２】
次に、移動対応出力部１２２は、リポジトリサーバ５０に対して、パック管理テーブルの移動対象パックのレコードの親パックへのリンクに対して、元親のパックのパックＩＤを削除し、移動先パックのパックＩＤを追加する指示を行う（ステップＳ４９０６）。
【０４０３】
次に、移動対応出力部１２２は、リポジトリサーバ５０に対して、パック管理テーブルの元親パックのレコードの子パックのリンクから、移動対象パックのパックＩＤを削除する指示を行う（ステップＳ４９０７）。
【０４０４】
上述した処理手順により、Ｗｅｂサーバ１００及びクライアント１０ａがパック間で保
持するリンク構造を容易に変更することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００及びクライアント１０ａが、クライアントアプリケーション１２によりパックの移動が行われた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。また、移動対象パックに、移動先のパックの情報が承継されるので、利用者がパックの移動に伴い行う処理が軽減される。
【０４０５】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、クライアント１０ａのクライアントアプリケーション１２によりキーワード検索が行われた場合の処理について説明する。図５０は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。なお、キーワード検索は、図１５で示したキーワード検索ダイアログから行われた場合とする。クライアントアプリケーション１２から、キーワードと、選択されていたパックのパックＩＤと、検索する旨の入力をＷｅｂサーバ１００が受け付けた後の処理について説明する。
【０４０６】
なお、キーワード検索とは、選択されていたパックを含むツリー内の全てのパックに対して行う検索をいう。ただし、パック毎に設定されているレベルにより検索が許可されない場合もある。
【０４０７】
まず、検索部１２５は、選択されていたパックに対して情報検索を行う(ステップＳ５
００１)。なお、情報検索の詳細な手順については後述する。
【０４０８】
そして、検索部１２５は、選択されていたパックについてパック管理テーブルで保持している子パックへのリンクを辿り、各子パックに対して情報検索を行う（ステップＳ５００２）。なお、検索部１２５は、この子パックへのリンクの辿る処理を、選択されたパックの下階層の全てのパックに対して行う。
【０４０９】
次に、検索部１２５は、選択されたパックについてパック管理テーブルで保持している親パックへのリンクを辿り、各親パックに対して情報検索を行う(ステップＳ５００３)。なお、検索部１２５は、この親パックへのリンクの辿る処理を、ユーザ１４が所属するパックの上階層の全てのパックに対して行う。
【０４１０】
次に、検索部１２５は、親パックへのリンクを辿る際、親パックからリンクされている子パックであり情報検索が行われていない子パックへのリンクを辿り、各子パックに対して情報検索を行う（ステップＳ５００４）。なお、検索部１２５は、この子パックへのリンクを辿る処理を、各親パックからのリンクにより辿ることが可能な全ての子パックのメンバリストを取得する。
【０４１１】
そして、クライアント用情報取得部１１７は、検索部１２５が情報検索した結果を、キーワード検索を要求したクライアント１０ａに対して出力する（ステップＳ５００５）。
【０４１２】
上述した処理手順により、Ｗｅｂサーバ１００及びクライアント１０ａがツリー検索を行うことが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００が、クライアント１０ａのクライアントアプリケーション１２によりキーワード検索が行われた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０４１３】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が各パックに対して行う情報検索の詳細な処理について説明する。図５１は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０４１４】
まず、検索部１２５は、対象パックのレベルを、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ５１０１）。
【０４１５】
次に、検索部１２５は、検索パックのレベルが‘―２’であるか否か判断する（ステップＳ５１０２）。検索パックのレベルが‘―２’である場合（ステップＳ５１０２：Ｙｅｓ）、情報検索が許可されていないものとして終了する。
【０４１６】
そして、検索部１２５は、検索パックのレベルが‘―１’であるか否か判断する（ステップＳ５１０３）。
【０４１７】
次に、検索部１２５は、検索パックのレベルが‘―１’ではないと判断した場合（ステップＳ５１０３：Ｎｏ）、検索部１２５は、階層値を取得する（ステップＳ５１０４）。階層値とは、情報検索の対象となっているパックと、最初ユーザに選択されたパックとの間の階層の数を示したものである。概念的には、選択されたパックとの距離を示している。
【０４１８】
そして、検索部１２５は、取得した階層値が検索パックのレベル以下であるか否か判断する（ステップＳ５１０５）。そして、取得した階層値が検索パックのレベル以下ではない場合（ステップＳ５１０５：Ｎｏ）、情報検索が許可されていないものとして終了する。
【０４１９】
次に、検索パックのレベルが‘―１’である場合（ステップＳ５１０３：Ｙｅｓ）及び取得した階層値が検索パックのレベル以下である場合（ステップＳ５１０５：Ｙｅｓ）、検索部１２５は、リポジトリサーバ５０に対して、対象パックの書誌事項及び対象パックが保持しているコンテンツＩＤにより対応付けられたコンテンツ情報の書誌事項に対して検索する指示を行う（ステップＳ５１０６）。
【０４２０】
上述した処理手順により、Ｗｅｂサーバ１００がパック毎に検索を行うことが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００がパックに対して行う情報検索の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０４２１】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、クライアント１０ａに所定の人までの経路を取得して出力するまでの処理について説明する。図５２は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。本実施の形態においては、図１８に示したようにメニューから「人の経路を表示する」を選択した場合とする。
【０４２２】
まず、入力受付部１１９は、経路元のパックＩＤと、選択されたユーザのユーザＩＤの入力と、検索する要求を受け付ける（ステップＳ５２０１）。経路元のパックＩＤとは、例えば、クライアント１０ａを使用している利用者が属するパックＩＤが考えられる。検索されたユーザのユーザＩＤとは、例えば図１８で右クリックにより選択されたユーザのユーザＩＤが考えられる。
【０４２３】
次に、利用者構造生成部１２７は、利用者ツリーを生成する（ステップＳ５２０２）。なお、利用者ツリーの生成手順は図４８で示した処理と同様のため説明を省略する。
【０４２４】
そして、検索部１２５は、利用者ツリー構造における、入力を受け付けたパックＩＤによるパックの位置を検索する（ステップＳ５２０３）。
【０４２５】
次に、検索部１２５は、利用者ツリー構造における選択されたユーザの位置を検索する（ステップＳ５２０４）。また、各パックに含まれているメンバリストのユーザＩＤが、選択されたユーザのユーザＩＤとヒットしたパックが、ユーザの位置とする。
【０４２６】
そして、クライアント用情報取得部１１７は、経路元のパックから、選択されたユーザの位置までの、利用者ツリー構造の各階層のメンバのリストを取得する（ステップＳ５２０５）。
【０４２７】
次に、クライアント用出力部１１８は、クライアント用情報取得部１１７が取得した経路元のパックから検索されたユーザの位置までの経路のメンバのリストを、利用者ツリー構造を保持した状態で出力する(ステップＳ５２０６)。
【０４２８】
上述した処理手順により、クライアントアプリケーション１２が選択された人までの経路を表示することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００が選択された人までの経路を取得して出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０４２９】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、自動的に設定されたキーワードにより検索して出力するまでの処理について説明する。図５３は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。なお、Ｗｅｂサーバ１００により自動キーワード検索が行われた後、クライアントアプリケーション１２は図２０で示した画面を表示することとなる。
【０４３０】
まず、検索部１２５は、利用者が参照した検索の対象パックから、キーワードを抽出する（ステップＳ５３０１）。なお、キーワードを抽出する処理手順はどのような処理手順を用いても良い。
【０４３１】
次に、検索部１２５は、抽出されたキーワードでツリーを辿って、情報検索を行う（ステップＳ５３０２）。また、検索部１２５が行うツリーの辿る手順は、どのような手順でも良く、例えば図５０で示した手順などが考えられる。また、検索部１２５が、各パックに対して行う情報検索は、図５１で示した処理手順と同様とし、説明を省略する。
【０４３２】
そして、検索部１２５は、キーワードにヒットしたパックＩＤによるリストを取得する（ステップＳ５３０３）。なお、検索部１２５は、キーワードと、キーワードにヒットしたパックを示すパックＩＤの対応関係を保持しておく。
【０４３３】
次に、クライアント用情報取得部１１７は、キーワードにヒットしたパックのメンバリストを、リポジトリサーバ５０に対して、取得したパックＩＤに基づいてパック管理テーブル及びユーザテーブルから取得する（ステップＳ５３０４）。
【０４３４】
そして、クライアント用出力部１１８は、抽出したキーワードとパックＩＤの対応付け及びパックＩＤとメンバリストの対応付けから、抽出したキーワードとメンバを対応付けて、クライアント１０ａに出力する（ステップＳ５３０５）。
【０４３５】
上述した処理手順により、クライアントアプリケーション１２が自動的に集出されたキーワードについての情報を有する者を表示することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００が自動的に設定されたキーワードにより検索して出力するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０４３６】
次に、ユーザがクライアントアプリケーション１２に表示されたパックに対してアクションを行う場合の処理手順について説明する。なお、アクションとは、図２１で示したアクションメニュー２１０１から各項目が選択されたことを示している。それでは、アクションメニュー２１０１に表示された各項目を選択された場合について順に説明する。
【０４３７】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により「指示を出す」を選択した場合の処理について説明する。図５４は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０４３８】
まず、クライアントアプリケーション１２は、所定のパックに対して「指示を出す」の入力を受け付ける（ステップＳ５４５１）。この所定のパックとは、例えばユーザにより右クリックで選択されたパックを示している。そして、「指示を出す」の入力を受け付けた場合、表示処理部１５が図２２で示した指示ダイアログを表示する。これにより、指示内容を受け付けることができる。
【０４３９】
そして、クライアントアプリケーション１２は、「指示する」ボタンを押下された場合、所定のパックのパックＩＤと、指示ダイアログから入力された内容と、日付ボックスの値と、納期の指定の有無と、指示を出す旨をＷｅｂサーバ１００に対して出力する（ステップＳ５４５２）。
【０４４０】
次に、Ｗｅｂサーバ１００の入力受付部１１９は、クライアント１０ａから、所定のパックのパックＩＤと、指示ダイアログに入力された内容と、指示を出す旨の入力を受け付ける(ステップＳ５４０１)。
【０４４１】
そして、対応出力部１２０は、これから追加するコンテンツのコンテンツ構造をメモリ上に用意する（ステップＳ５４０２）。このコンテンツ構造に所定の情報を設定した後、コンテンツ管理テーブルに追加することとなる。
【０４４２】
次に、対応出力部１２０は、用意したコンテンツのタイトルに、入力された内容を設定する（ステップＳ５４０３）。
【０４４３】
そして、対応出力部１２０は、用意されたコンテンツの作成日時、更新日時、作成者、閲覧権限、編集権限を設定する（ステップＳ５４０４）。また、作成日時と、更新日時は、登録する際の時刻を、作成者は、指示を行ったユーザのユーザＩＤを設定する。また、閲覧権限、編集権限は、情報承継部１２１が所定のパックのパック情報から取得した情報を用いる。なお、これらの情報の取得は、情報承継部１２１がリポジトリサーバ５０に対してパック管理テーブルから所定のパック情報を要求することで実現する。
【０４４４】
次に、対応出力部１２０は、用意したコンテンツのタイプにテキストを設定し、意味属性のラベルに「ＴｏＤｏ」を設定する（ステップＳ５４０５）。
【０４４５】
そして、対応出力部１２０は、用意したコンテンツの意味属性にユーザフラグ、ユーザリスト、日時フラグ、終了日時を設定する（ステップＳ５４０６）。この、ユーザフラグは‘Ｔｒｕｅ’と設定され、ユーザリストに対象パックのメンバリストのユーザが設定され、日時フラグに納期指定の有無が設定され、終了日時に上記日時ボックスの日時が設定される。また、ステイタスには、未着手/計画を設定する。
【０４４６】
次に、対応出力部１２０は、リポジトリサーバ５０に対して、設定されたコンテンツを
コンテンツ管理テーブルに追加する指示を行う（ステップＳ５４０７）。
【０４４７】
そして、対応出力部１２０は、リポジトリサーバ５０から、コンテンツ管理テーブルに追加されたコンテンツを識別するコンテンツＩＤを取得する（ステップＳ５４０８）。
【０４４８】
次に、対応出力部１２０は、リポジトリサーバ５０に対して、パック管理テーブルの所定のパックのコンテンツＩＤに対して、取得したコンテンツＩＤを追加する指示を行う（ステップＳ５４０９）。なお、パック管理テーブルの所定のパックのレコードは、所定のパックのパックＩＤにより特定する。
【０４４９】
なお、図２１で示した例では、課題３−５というパックに対してアクションしたので、対応出力部１２０は、新規コンテンツＩＤはコンテンツＩＤリストのツリーの最上位階層に追加する。また、図８の右ウィンドウ群８０２のコンテンツツリーのうちのいずれかのコンテンツをユーザが右クリックし、指示を出すアクションを行なった場合は、対応出力部１２０は、選択されたコンテンツのコンテンツＩＤを抽出し、対象パックのコンテンツＩＤリスト内に存在する当該コンテンツＩＤの子要素として新規コンテンツＩＤを追加する。
【０４５０】
図５４に戻り、対応出力部１２０は、リポジトリサーバ５０に対して、パーソナルデータ管理テーブルのＴｏＤｏリストにコンテンツＩＤを追加する指示を行う（ステップＳ５４１０）。このＴｏＤｏリストに当該コンテンツＩＤが追加されるユーザは、選択されたパックのメンバリストに含まれているユーザとする。対応出力部１２０は、メンバリストに含まれていたユーザＩＤによりパーソナルデータ管理テーブルのパーソナルデータを特定し、特定されたパーソナルデータのＴｏＤｏリストにコンテンツＩＤを追加する指示を行う。
【０４５１】
さらに、対応出力部１２０は、リポジトリサーバ５０に対して、パーソナルデータ管理テーブルの新着情報リストに新着情報を追加する指示を行う(ステップＳ５４１１)。この新着情報リストに当該新着情報が追加されるユーザは、選択されたパックのメンバリストに含まれているユーザとする。対応出力部１２０は、リポジトリサーバ５０に対して、当該ユーザのパーソナルデータに、コンテンツＩＤと作成日時と作成者から作成された新着情報を、追加する指示を行う。
【０４５２】
上述した処理手順により、クライアント１０ａからパックに対して指示を行うことが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により「指示を出す」を選択した場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０４５３】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により「会議を開催する」を選択した場合の処理について説明する。図５５は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０４５４】
まず、クライアントアプリケーション１２は、所定のパックに対して「会議を開催する」の入力を受け付ける（ステップＳ５５５１）。この所定のパックとは、例えばユーザにより右クリックで選択されたパックを示している。そして、「会議を開催する」の入力を受け付けた場合、表示処理部１５が図２５で示した会議開催ダイアログを表示する。これにより、会議の詳細設定を受け付けることができる。
【０４５５】
そして、クライアントアプリケーション１２は、「開催する」ボタンを押下された場合、所定のパックのパックＩＤと、会議名、日時、場所、参加者と、会議を開催する旨をＷｅｂサーバ１００に対して出力する（ステップＳ５５５２）。
【０４５６】
次に、Ｗｅｂサーバ１００の入力受付部１１９は、クライアント１０ａから、所定のパックのパックＩＤと、会議名、日時、場所、参加者と、会議を開催する旨の入力を受け付ける(ステップＳ５５０１)。
【０４５７】
そして、対応出力部１２０は、これから追加するパックのパック構造をメモリ上に用意する（ステップＳ５５０２）。このパック構造に所定の情報を設定した後、パック管理テーブルに追加することとなる。
【０４５８】
次に、対応出力部１２０は、入力された内容から、用意したコンテンツのタイトル及び書誌事項を設定する（ステップＳ５５０３）。具体的には、対応出力部１２０は、入力された会議名をパックの書誌事項のタイトルに、入力された日時をパックの書誌事項の計画開始日時および計画終了日時に、入力された場所をパックの書誌事項の場所に、入力された参加者をパックのメンバリストに設定する。
【０４５９】
そして、対応出力部１２０は、用意されたパックの作成日時、更新日時、作成者を設定する（ステップＳ５５０４）。また、作成日時と、更新日時は、登録する際の時刻を、作成者は、指示を行ったユーザのユーザＩＤを設定する。
【０４６０】
次に、対応出力部１２０は、用意したコンテンツのタイプに会議と設定する（ステップＳ５５０５）。
【０４６１】
そして、対応出力部１２０は、用意したコンテンツの親パックへのリンクに、所定のパックのパックＩＤを設定する（ステップＳ５５０６）。
【０４６２】
次に、対応出力部１２０は、リポジトリサーバ５０に対して、設定されたパックをパック管理テーブルに追加する指示を行う（ステップＳ５５０７）。
【０４６３】
そして、対応出力部１２０は、リポジトリサーバ５０から、パック管理テーブルに追加されたパックを識別するパックＩＤを取得する（ステップＳ５５０８）。
【０４６４】
次に、対応出力部１２０は、リポジトリサーバ５０に対して、パック管理テーブルで所定のパックのレコードの子パックへのリンクに、取得したパックＩＤを追加する指示を行う（ステップＳ５５０９）。なお、パック管理テーブルの所定のパックのレコードは、所定のパックのパックＩＤにより特定する。
【０４６５】
そして、対応出力部１２０は、リポジトリサーバ５０に対して、パーソナルデータ管理テーブルのパック情報リストに、パック情報を追加する指示を行う（ステップＳ５５１０）。また、このパック情報が追加されるユーザは、会議の参加者として設定されたユーザとする。対応出力部１２０は、追加されたパック情報のメンバリストに含まれていたユーザＩＤにより、ユーザを特定する。そして、対応出力部１２０は、パーソナルデータ管理テーブルにおいて、特定されたユーザのパーソナルデータのパック情報リストにパック情報を追加する。なお、追加するパック情報は、新規作成したパックは、パックＩＤ及びパックタイプを含むものとする。
【０４６６】
次に、対応出力部１２０は、リポジトリサーバ５０に対して、パーソナルデータ管理テ
ーブルの新着情報リストに新着情報を追加する指示を行う(ステップＳ５５１１)。この新着情報リストに当該新着情報が追加されるユーザは、新規に追加されたパックのメンバリストに含まれているユーザとする。対応出力部１２０は、リポジトリサーバ５０に対して、当該ユーザのパーソナルデータに、パックＩＤと作成日時と作成者から作成された新着情報を、追加する指示を行う。
【０４６７】
そして、通知部１１３は、所定の条件を満たした場合、参加者に会議を開催する旨のメールを送信する（ステップＳ５５１２）。本実施の形態において、メールを送信する要件は、図２５で示したチェックボックスがチェックされていた場合とするが、このような条件に制限するものではなくどのような条件でも良い。
【０４６８】
上述した処理手順により、クライアント１０ａから行われた会議を開催するというアクションに対応した情報をデータベースで管理することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により「会議を開催する」を選択した場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０４６９】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により「アピールする」を選択した場合の処理について説明する。図５６は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０４７０】
まず、クライアントアプリケーション１２は、所定のパックに対して「アピールする」の入力を受け付ける（ステップＳ５６５１）。この所定のパックとは、例えばユーザにより右クリックで選択されたパックを示している。そして、「アピールする」の入力を受け付けた場合、表示処理部１５が図２７で示したアピール登録ダイアログを表示する。これにより、アピールする内容の設定を受け付けることができる。
【０４７１】
そして、クライアントアプリケーション１２は、「アピールする」ボタンを押下された場合、所定のパックのパックＩＤと、タイトルと、説明と、公開範囲と、チェックボックスによる問い合わせ先の有無と、アピールする旨をＷｅｂサーバ１００に対して出力する（ステップＳ５６５２）。
【０４７２】
次に、Ｗｅｂサーバ１００の入力受付部１１９は、クライアント１０ａから、所定のパックのパックＩＤと、タイトルと、説明と、公開範囲と、チェックボックスによる問い合わせ先の有無と、アピールする旨の入力を受け付ける(ステップＳ５６０１)。
【０４７３】
そして、対応出力部１２０は、これから追加するコンテンツのコンテンツ構造をメモリ上に用意する（ステップＳ５６０２）。なお、このコンテンツ構造に所定の情報を設定した後、コンテンツ管理テーブルに追加することとなる。
【０４７４】
次に、対応出力部１２０は、入力された内容から、用意されたコンテンツのタイトル及び書誌事項を設定する（ステップＳ５６０３）。具体的には、対応出力部１２０は、入力されたタイトルを書誌事項のタイトルに、入力された説明を書誌事項の説明に、入力された公開範囲をレベルに設定する。
【０４７５】
そして、対応出力部１２０は、用意されたパックの作成日時、更新日時、作成者を設定する（ステップＳ５６０４）。また、作成日時と、更新日時は、登録する際の時刻を、作成者は、アピールする旨の入力を行ったユーザのユーザＩＤを設定する。
【０４７６】
次に、対応出力部１２０は、チェックボックスによる問い合わせが有りの場合、用意したコンテンツの説明に問い合わせ先を追加する設定を行う（ステップＳ５６０５）。この追加される問い合わせ先は、リポジトリサーバ５０のユーザテーブルから、アピールする旨の入力を行ったユーザの氏名、メールアドレス等を取得することで実現する。チェックボックスによる問い合わせ先が無しの場合特に処理は行わない。
【０４７７】
そして、対応出力部１２０は、用意したコンテンツのタイプにリンクを、参照に所定のパックのパックＩＤを設定する（ステップＳ５６０６）。これにより、所定のパックがアピールする対象として設定されたことになる。
【０４７８】
次に、対応出力部１２０は、リポジトリサーバ５０に対して、設定されたコンテンツをコンテンツ管理テーブルに追加する指示を行う（ステップＳ５６０７）。
【０４７９】
そして、対応出力部１２０は、リポジトリサーバ５０から、コンテンツ管理テーブルに追加されたコンテンツを識別するコンテンツＩＤを取得する（ステップＳ５６０８）。
【０４８０】
次に、対応出力部１２０は、リポジトリサーバ５０に対して、パック管理テーブルのアピールを管理するレコードのコンテンツＩＤに、取得したコンテンツＩＤを追加する指示を行う（ステップＳ５６０９）。なお、上述したようにパック管理テーブルにおいて、アピールを管理するレコードは１つのみしか存在しないものとする。つまり当該レコードは、パックタイプがアピールのレコードという条件で検索することで容易に特定できる。
【０４８１】
上述した処理手順により、クライアント１０ａから行われたアピールするというアクションに対応した情報をデータベースで管理することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により「アピールする」を選択した場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。また、登録されたアピール情報を表示する際の処理は後述する。
【０４８２】
なお、本実施の形態は、パック管理テーブルにおいてパックタイプが「アピール」のレコードを１つのみに制限するものではなく、パック管理テーブルに複数存在することを可能とする。複数存在する場合の処理としては、例えば、作成したコンテンツをどのパックに追加するかユーザに選択させる等が考えられる。
【０４８３】
なお、パック管理テーブルでアピール情報を保持するレコードは、リポジトリサーバ５０に対して設定を行う際に、予め作成されているものとする。
【０４８４】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により「気になる」を選択した場合の処理について説明する。図５７は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０４８５】
まず、クライアントアプリケーション１２は、所定のパックに対して「気になる」の入力を受け付ける（ステップＳ５７５１）。この所定のパックとは、例えばユーザにより右クリックで選択されたパックを示している。
【０４８６】
そして、クライアントアプリケーション１２は、「気になる」ボタンを押下された場合、所定のパックのパックＩＤと、気になる旨をＷｅｂサーバ１００に対して出力する（ス
テップＳ５７５２）。
【０４８７】
次に、Ｗｅｂサーバ１００の入力受付部１１９は、クライアント１０ａから、所定のパックのパックＩＤと、気になる旨の入力を受け付ける(ステップＳ５７０１)。
【０４８８】
そして、登録部１１１は、これから追加するコンテンツのコンテンツ構造をメモリ上に用意する（ステップＳ５７０２）。なお、このコンテンツ構造に所定の情報を設定した後、コンテンツ管理テーブルに追加することとなる。
【０４８９】
次に、登録部１１１は、用意されたコンテンツの書誌事項のタイトルに所定のパックの書誌事項のタイトルを、用意されたコンテンツのステイタスに所定のパックのステイタスを設定する（ステップＳ５７０３）。
【０４９０】
そして、登録部１１１は、用意されたコンテンツのタイプにリンクを、参照に所定のパックのパックＩＤを設定する（ステップＳ５７０４）。これにより、所定のパックが気になる対象として設定されたことになる。
【０４９１】
次に、登録部１１１は、用意されたパックの作成日時、更新日時、作成者を設定する（ステップＳ５７０５）。また、作成日時と、更新日時は、登録する際の時刻を、作成者は、気になる旨の入力を行ったユーザのユーザＩＤを設定する。
【０４９２】
次に、登録部１１１は、リポジトリサーバ５０に対して、設定されたコンテンツをコンテンツ管理テーブルに追加する指示を行う（ステップＳ５７０６）。
【０４９３】
そして、登録部１１１は、リポジトリサーバ５０から、コンテンツ管理テーブルに追加されたコンテンツを識別するコンテンツＩＤを取得する（ステップＳ５７０７）。
【０４９４】
次に、登録部１１１は、リポジトリサーバ５０に対して、パック管理テーブルの利用者毎の検索を管理するパックのレコードのコンテンツＩＤに、取得したコンテンツＩＤを追加する指示を行う（ステップＳ５７０８）。なお、上述したようにパック管理テーブルにおいて、気になる情報を管理するレコードは、利用者毎に１レコード用意されているものとする。当該レコードは、条件として、タイプに検索を、メンバリストに当該ユーザのユーザＩＤを、設定して検索することで容易に特定できる。
【０４９５】
上述した処理手順により、クライアント１０ａから行われた気になるというアクションに対応した情報をデータベースで管理することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２により「気になる」を選択した場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。また、登録されたアピール情報を表示する際の処理は後述する。
【０４９６】
そして、上述した「気になる」の処理が終了した後、表示処理部１５が図２８で示した確認ダイアログを表示する。これにより、パックが気になる対象として登録されたことを、ユーザが確認できる。
【０４９７】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、クライアント１０ａのクライアントアプリケーション１２により「類似コンテンツを探す」を選択した場合の処理について説明する。図５８は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０４９８】
まず、Ｗｅｂサーバ１００の前に、クライアント１０ａで行われる処理を説明する。クライアント１０ａは、図２９で示した類似検索ダイアログを表示する。そして、利用者によりキーワードが選択された後、「検索」ボタンが押下された場合、クライアントアプリケーション１２は、右クリックにより選択されていたパックを示すパックＩＤと、選択されたキーワードと、類似コンテンツの検索する旨を出力する。なお、類似検索ダイアログで表示するキーワードの抽出方法は、上述した抽出方法と同様とし、選択されたパックの書誌事項、コンテンツＩＤリスト内のコンテンツＩＤとコンテンツ管理テーブルで対応付けられているコンテンツ情報の各書誌事項から抽出される。
【０４９９】
そして、Ｗｅｂサーバ１００の入力受付部１１９は、パックＩＤと、指定されたキーワードと共に類似コンテンツを検索する旨の入力を受け付ける（ステップＳ５８０１）。
【０５００】
次に、検索部１２５は、指定されたキーワードで、図５０の処理手順と同様にツリーに含まれているパックに対して、検索を行う（ステップＳ５８０２）。なお、パックの書誌事項について検索を行わず、パックが管理しているコンテンツＩＤと、コンテンツ管理テーブルで対応付けられているコンテンツ情報の書誌事項に対してのみ検索を行う。それ以外の検索方法は、図５１及び図５２で示した処理手順と同様とし、説明を省略する。
【０５０１】
そして、検索部１２５は、キーワードに一致した書誌事項を含むコンテンツのリストを取得する（ステップＳ５８０３）。
【０５０２】
次に、クライアント用情報取得部１１７は、取得したコンテンツのリストに含まれる各コンテンツのタイトル、及びコンテンツを管理する親パックのタイトルを取得する（ステップＳ５８０４）。
【０５０３】
そして、クライアント用情報取得部１１７は、取得したコンテンツリストに含まれる各コンテンツ毎にタイトル及び親パックのタイトルを出力する（ステップＳ５８０５）。
【０５０４】
上述した処理手順により、クライアント１０ａから行われた類似コンテンツを検索するというアクションに対応した処理をＷｅｂサーバ１００が行うことが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００が、クライアント１０ａのクライアントアプリケーション１２により「類似コンテンツを探す」を選択した場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０５０５】
そして、クライアントアプリケーション１２は、Ｗｅｂサーバ１００から検索結果が入力された場合、図３０で示したダイアログを表示する。
【０５０６】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、クライアント１０ａのクライアントアプリケーション１２により「過去のコンテンツを探す」を選択した場合の処理について説明する。図５９は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０５０７】
まず、Ｗｅｂサーバ１００の入力受付部１１９は、選択されたパックＩＤと、過去のコンテンツを検索する旨の入力を受け付ける（ステップＳ５９０１）。
【０５０８】
次に、クライアント用情報取得部１１７は、受け付けたパックＩＤに対応付けられた作成者情報を、リポジトリサーバ５０のパック管理テーブルの、パックＩＤで特定されるレコードの書誌事項から取得する（ステップＳ５９０２）。作成者情報とは、作成者を示したユーザＩＤとする。
【０５０９】
そして、クライアント用情報取得部１１７は、作成者を示したユーザＩＤと対応付けられているパーソナルデータが備えるパック情報リストを、リポジトリサーバ５０のパーソナルデータ管理テーブルから取得する（ステップＳ５９０３）。
【０５１０】
次に、クライアント用情報取得部１１７は、取得したパック情報リストに含まれるパックＩＤであり、ステイタスが完了のパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ５９０４）。
【０５１１】
そして、クライアント用出力部１１８は、パック管理テーブルから取得したパック情報に含まれるパックＩＤと、タイトルをクライアント１０ａに出力する（ステップＳ５９０５）。
【０５１２】
上述した処理手順により、クライアント１０ａから行われた過去のコンテンツを検索するというアクションに対応した処理をＷｅｂサーバ１００が行うことが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００が、クライアント１０ａのクライアントアプリケーション１２により「過去のコンテンツを探す」を選択した場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０５１３】
そして、上述した処理により入力されるパックＩＤとタイトルにより、クライアントアプリケーション１２は、図３１で示したダイアログを表示する。
【０５１４】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２がＴｏＤｏビューを表示する旨の要求を受け付けた場合の処理について説明する。図６０は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０５１５】
クライアント１０ａのクライアントアプリケーション１２が、利用者からＴｏＤｏビューを表示する旨を受け付ける(ステップＳ６０５１)。なお、このＴｏＤｏビューの表示の受け付けは、図８で示した画面においてＴｏＤｏタグ８０７が押下された場合等が考えられる。
【０５１６】
次に、クライアントアプリケーション１２は、ＴｏＤｏビューを表示する旨と、ログインしているユーザのユーザＩＤを出力する（ステップＳ６０５２）。
【０５１７】
そして、Ｗｅｂサーバ１００の入力受付部１１９は、ＴｏＤｏビューを表示する旨及びユーザＩＤの入力を受け付ける（ステップＳ６００１）。
【０５１８】
次に、クライアント用情報取得部１１７は、ユーザＩＤにより特定されるユーザのパーソナルデータに備えられたＴｏＤｏリストを、リポジトリサーバ５０のパーソナルデータ管理テーブルから取得する（ステップＳ６００２）。
【０５１９】
そして、クライアント用情報取得部１１７は、取得したＴｏＤｏリストに含まれていた各コンテンツＩＤに基づいて、リポジトリサーバ５０のコンテンツ管理テーブルから、各コンテンツＩＤに対応するコンテンツ情報を取得する（ステップＳ６００３）。
【０５２０】
次に、クライアント用情報取得部１１７は、取得したコンテンツ情報から、ＴｏＤｏビューに用いられるタイトル等を抽出する（ステップＳ６００４）。そして、クライアント用情報取得部１１７は、クライアントアプリケーション１２に出力した後、抽出した書誌事項のタイトルを内容に、抽出した意味属性の終了日時を納期に、抽出したステイタスを
状態として表示されるように設定する。
【０５２１】
そして、クライアント用情報取得部１１７は、各コンテンツ情報を管理するパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６００５）。
【０５２２】
次に、クライアント用情報取得部１１７は、取得したパック情報の親パックへのリンクを辿り、パックタイプがプロジェクト及びパックタイプがテーマのパック情報を取得する（ステップＳ６００６）。
【０５２３】
そして、クライアント用情報取得部１１７は、取得したパック情報から、ＴｏＤｏビューに用いられるプロジェクト名等を抽出する（ステップＳ６００７）。また、クライアント用情報取得部１１７は、プロジェクト名として、パックタイプがプロジェクトのパック情報の書誌事項に含まれるタイトルを設定する。また、クライアント用情報取得部１１７は、テーマ名として、パックタイプがテーマのパック情報の書誌事項に含まれるタイトルを設定する。なお、コンテンツ情報を管理しているものとして取得したパックが、プロジェクトの場合、プロジェクト名に書誌事項のタイトルを設定し、テーマ名には「-----」
を設定する。
【０５２４】
次に、クライアント用情報取得部１１７は、意味属性に含まれるラベルが「ＴｏＤｏ」で、作成者がＴｏＤｏビューの表示を要求した利用者であるによりコンテンツ情報を、リポジトリサーバ５０のコンテンツ管理テーブルから取得する（ステップＳ６００８）。
【０５２５】
次に、クライアント用情報取得部１１７は、コンテンツ管理テーブルより取得したコンテンツ情報から、ＴｏＤｏビューに用いられるタイトル等を抽出する（ステップＳ６００９）。そして、クライアント用情報取得部１１７は、クライアントアプリケーション１２に出力した後、抽出した書誌事項のタイトルを内容に、意味属性のユーザリスト１人目のユーザを担当者に、抽出した意味属性の終了日時を納期に、抽出したステイタスを状態として表示されるように設定する。
【０５２６】
そして、クライアント用情報取得部１１７は、ステップＳ６００８で取得した各コンテンツ情報を管理するパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６０１０）。
【０５２７】
次に、クライアント用情報取得部１１７は、取得したパック情報の親パックへのリンクを辿り、パックタイプがプロジェクト及びパックタイプがテーマのパック情報を取得する（ステップＳ６０１１）。
【０５２８】
そして、クライアント用情報取得部１１７は、取得したパック情報から、ＴｏＤｏビューに用いられるプロジェクト名等を抽出する（ステップＳ６０１２）。また、クライアント用情報取得部１１７は、プロジェクト名として、パックタイプがプロジェクトのパック情報の書誌事項に含まれるタイトルを設定する。また、クライアント用情報取得部１１７は、テーマ名として、パックタイプがテーマのパック情報の書誌事項に含まれるタイトルを設定する。なお、コンテンツ情報を管理しているものとして取得したパックが、プロジェクトの場合、プロジェクト名に書誌事項のタイトルを設定し、テーマ名には「-----」
を設定する。
【０５２９】
次に、クライアント用情報取得部１１７は、設定したタイトル等の情報が含まれるＴｏＤｏ情報の一覧を、クライアント１０ａに出力する（ステップＳ６０１３）。
【０５３０】
そして、クライアントアプリケーション１２は、Ｗｅｂサーバ１００からのＴｏＤｏ情
報の一覧を入力処理する（ステップＳ６０５３）。
【０５３１】
次に、クライアントアプリケーション１２の表示処理部１５は、入力されたＴｏＤｏ情報の一覧から生成したＴｏＤｏビューを表示する（ステップＳ６０５４）。なお、ＴｏＤｏビューの例としては、図３２に示した画面がある。
【０５３２】
上述した処理手順により、クライアント１０ａがＴｏＤｏビューを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント１０ａのクライアントアプリケーション１２が「ＴｏＤｏ」を表示する旨の要求を受け付けた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０５３３】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２がステイタスビューを表示する旨の要求を受け付けた場合の処理について説明する。図６１は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０５３４】
クライアント１０ａのクライアントアプリケーション１２が、利用者からステイタスビューを表示する旨を受け付ける(ステップＳ６１５１)。なお、このステイタスビューの表示の受け付けは、図８で示した画面においてステイタスタグ８０８が押下された場合等が考えられる。
【０５３５】
次に、クライアントアプリケーション１２は、ステイタスビューを表示する旨と、ステイタスタグ８０８を押下される前に選択されていたパックのパックＩＤを出力する（ステップＳ６１５２）。
【０５３６】
そして、Ｗｅｂサーバ１００の入力受付部１１９は、ステイタスビューを表示する旨及び所定のパックＩＤの入力を受け付ける（ステップＳ６１０１）。
【０５３７】
次に、クライアント用情報取得部１１７は、所定のパックＩＤのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６１０２）。
【０５３８】
そして、クライアント用情報取得部１１７は、取得したパック情報に含まれている子パックへのリンクを辿り、取得したパック情報より下階層にある全てのパックのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６１０３）。
【０５３９】
次に、クライアント用情報取得部１１７は、取得したパック情報においてツリー構造を保持した状態で、各テーマのパックに含まれている課題のパック情報を、ステイタスに基づいてソートする（ステップＳ６１０４）。具体的には、クライアント用情報取得部１１７は、各テーマに含まれている各課題についてステイタスを調べ、着手中/未着手/完了に振り分ける。また、振り分ける際、クライアント用情報取得部１１７は、ステイタスが完了でなければ、書誌事項の計画終了日時と現在日時を比較し、日数を算出し、納期までの欄に設定する。
【０５４０】
そして、集計部１２８は、テーマのパック毎に含まれている課題のパックにおいて、ステイタス毎のパックのカウント数を集計する（ステップＳ６１０５）。
【０５４１】
次に、クライアント用出力部１１８は、ステイタスに基づいてソートされた状態を保持したパック情報及び、集計されたテーマ毎の各ステイタスのカウント数を出力する（ステップＳ６１０６）。
【０５４２】
そして、クライアントアプリケーション１２は、Ｗｅｂサーバ１００からソートされた状態を保持したパック情報及び、集計されたテーマ毎の各ステイタスのカウント数を入力処理する（ステップＳ６１５３）。
【０５４３】
次に、クライアントアプリケーション１２の表示処理部１５は、入力されたパック情報及び、集計されたテーマ毎の各ステイタスのカウント数から生成したステイタスビューを表示する（ステップＳ６１５４）。なお、ステイタスビューの例としては、図３３に示した画面がある。
【０５４４】
上述した処理手順により、クライアント１０ａがステイタスビューを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント１０ａのクライアントアプリケーション１２がステイタスビューを表示する旨の要求を受け付けた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０５４５】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２が期間ビューを表示する旨の要求を受け付けた場合の処理について説明する。図６２は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０５４６】
クライアント１０ａのクライアントアプリケーション１２が、利用者から期間ビューを表示する旨を受け付ける(ステップＳ６２５１)。なお、この期間ビューの表示の受け付けは、図８で示した画面において期間タグ８０９が押下された場合等が考えられる。
【０５４７】
次に、クライアントアプリケーション１２は、期間ビューを表示する旨と、期間タグ８０９を押下される前に選択されていたパックのパックＩＤと、指定期間を出力する（ステップＳ６２５２）。なお、指定期間は、利用者の操作により変更可能な期間とする。
【０５４８】
そして、Ｗｅｂサーバ１００の入力受付部１１９は、期間ビューを表示する旨及び所定のパックＩＤ及び指定期間の入力を受け付ける（ステップＳ６２０１）。
【０５４９】
次に、クライアント用情報取得部１１７は、所定のパックＩＤのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６２０２）。
【０５５０】
そして、クライアント用情報取得部１１７は、取得したパック情報に含まれている子パックへのリンクを辿り、取得したパック情報より下階層にある全てのパックのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６２０３）。
【０５５１】
次に、クライアント用情報取得部１１７は、取得したパック情報のうち、期間ビューの表示を要求した利用者のパーソナルデータの新着情報リストに含まれていたパック情報を抽出する（ステップＳ６２０４）。なお、利用者のパーソナルデータの新着情報リストは、リポジトリサーバ５０のパーソナルデータ管理テーブルから取得する。新着情報リストに含まれる新着情報は、パックを作成した時、パックの書誌事項を更新した時、パックのステイタスを変更した時などパックに対して変更を行なった際に追加される。これにより、新着情報の更新日時が指定期間内か判断することが可能となる。
【０５５２】
そして、更新特定部１２９は、抽出されたパック情報において、当該パック情報とパックＩＤにより対応付けられている新着情報に含まれている更新日時が指定期間内であるか否かを判断し、更新日時が指定期間内のパック情報を抽出する（ステップＳ６２０５）。
【０５５３】
そして、クライアント用出力部１１８は、抽出されたパック情報を用いて、当該パック情報が保持する親パックへのリンク等のリンク情報によりツリー構造を生成し、さらに各パック情報にはツリーの子要素として新着情報を設定する（ステップＳ６２０６）。
【０５５４】
次に、クライアント用出力部１１８は、設定したパック情報と新着情報を、ツリー構造を保持した状態で、クライアント１０ａに出力する（ステップＳ６２０７）。
【０５５５】
そして、クライアントアプリケーション１２は、Ｗｅｂサーバ１００からツリー構造を保持したパック情報及び新着情報を入力処理する（ステップＳ６２５３）。
【０５５６】
次に、クライアントアプリケーション１２の表示処理部１５は、入力されたパック情報及び新着情報から生成した期間ビューを表示する（ステップＳ６２５４）。なお、期間ビューの例としては、図３４に示した画面がある。
【０５５７】
上述した処理手順により、クライアント１０ａが期間ビューを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント１０ａのクライアントアプリケーション１２が期間ビューを表示する旨の要求を受け付けた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０５５８】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２がホット／停滞ビューを表示する旨の要求を受け付けた場合の処理について説明する。図６３は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０５５９】
クライアント１０ａのクライアントアプリケーション１２が、利用者からホット／停滞ビューを表示する旨を受け付ける(ステップＳ６３５１)。なお、このホット／停滞ビューの表示の受け付けは、図８で示した画面においてホット／停滞タグ８０６が押下された場合等が考えられる。
【０５６０】
次に、クライアントアプリケーション１２は、ホット／停滞ビューを表示する旨と、ホット／停滞タグ８０６を押下される前に選択されていたパックのパックＩＤを出力する（ステップＳ６３５２）。
【０５６１】
そして、Ｗｅｂサーバ１００の入力受付部１１９は、ホット／停滞ビューを表示する旨及び所定のパックＩＤの入力を受け付ける（ステップＳ６３０１）。
【０５６２】
次に、クライアント用情報取得部１１７は、所定のパックＩＤのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６３０２）。
【０５６３】
そして、クライアント用情報取得部１１７は、取得したパック情報に含まれている子パックへのリンクを辿り、取得したパック情報より下階層にある全てのパックのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６３０３）。
【０５６４】
次に、クライアント用情報取得部１１７は、取得したパック情報に対応する新着情報を、パーソナルデータ管理テーブルの、当該パックのメンバリストであるユーザのパーソナルデータの新着情報リストから取得する（ステップＳ６３０４）。なお、クライアント用情報取得部１１７は、取得したパック情報のうち、新着情報が存在していたパック情報のみ抽出する。
【０５６５】
そして、更新頻度抽出部１３０は、新着情報の更新日時を調査し、時間軸に対する更新頻度の分布を抽出する（ステップＳ６３０５）。
【０５６６】
次に、クライアント用出力部１１８は、取得した全ての課題から抽出された分布を比較し、更新頻度が高く、分布の重心が現在日時に近いパック情報をホットな課題とし、更新頻度が低く、分布の重心が現在日時から遠いパック情報を停滞している課題と判断する（ステップＳ６３０６）。この際、クライアント用情報取得部１１７が、各課題の親パックへのリンクを辿り、親テーマのパック情報を取得し、取得したパック情報に含まれている書誌事項のタイトルを取得しておく。
【０５６７】
そして、クライアント用出力部１１８は、ホット情報及び停滞情報を、親パックに含まれていたタイトルと共に、クライアント１０ａに出力する（ステップＳ６３０７）。
【０５６８】
そして、クライアントアプリケーション１２は、Ｗｅｂサーバ１００から送信されたホット情報及び停滞情報を、親パックに含まれていたタイトルと共に入力処理する（ステップＳ６３５３）。
【０５６９】
次に、クライアントアプリケーション１２の表示処理部１５は、入力されたホット情報及び停滞情報と親パックに含まれていたタイトルから生成したホット／停滞ビューを表示する（ステップＳ６３５４）。なお、ホット／停滞ビューの例としては、図３５に示した画面がある。
【０５７０】
上述した処理手順により、クライアント１０ａがホット／停滞ビューを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント１０ａのクライアントアプリケーション１２がホット／停滞ビューを表示する旨の要求を受け付けた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０５７１】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２が気になるビューを表示する旨の要求を受け付けた場合の処理について説明する。図６４は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０５７２】
クライアント１０ａのクライアントアプリケーション１２が、利用者から気になるビューを表示する旨を受け付ける(ステップＳ６４５１)。なお、この気になるビューの表示の受け付けは、図８で示した画面において「気になる」タグ８０４が押下された場合等が考えられる。
【０５７３】
次に、クライアントアプリケーション１２は、気になるビューを表示する旨を出力する（ステップＳ６４５２）。
【０５７４】
そして、Ｗｅｂサーバ１００の入力受付部１１９は、気になるビューを表示する旨の入力を受け付ける（ステップＳ６４０１）。
【０５７５】
次に、クライアント用情報取得部１１７は、気になるビューを表示する旨の要求を行った利用者が書誌事項の作成者であり、パックタイプが検索のパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６４０２）。
【０５７６】
そして、クライアント用情報取得部１１７は、取得したパック情報からコンテンツＩＤ
リストを取得する（ステップＳ６４０３）。
【０５７７】
そして、クライアント用情報取得部１１７は、取得したコンテンツＩＤに対応付けられたコンテンツ情報を、リポジトリサーバ５０のコンテンツ管理テーブルから取得する（ステップＳ６４０４）。
【０５７８】
次に、クライアント用情報取得部１１７は、取得した各コンテンツ情報の‘参照’から、パックＩＤを取得する（ステップＳ６４０５）。つまり、コンテンツ情報の参照毎にパックＩＤが保持されているので、クライアント用情報取得部１１７は、全てのコンテンツ情報のパックＩＤを取得することで、パックＩＤをリストとして保持することができる。
【０５７９】
そして、クライアント用情報取得部１１７は、取得したパックＩＤのリストより、リポジトリサーバ５０のパック管理テーブルから、パック情報を取得する（ステップＳ６４０６）。
【０５８０】
次に、クライアント用情報取得部１１７は、取得したパック情報に含まれているメンバリストのユーザＩＤに基づいて、各ユーザＩＤと対応付けられているパーソナルデータの新着情報リストから、取得したパック情報の新着情報を取得する（ステップＳ６４０７）。なお、パーソナルデータの新着情報リストは、リポジトリサーバ５０のパーソナルデータ管理テーブルから取得する。
【０５８１】
そして、対応情報抽出部１２６は、取得した新着情報に含まれる更新日時が、前回当該利用者が気になるビューを表示した日時以降か否か判断し、更新日時が表示した日時以降である新着情報に対応付けられたパック情報を抽出する（ステップＳ６４０８）。この更新されたか否かは、新着情報の更新日時が、コンテンツの書誌事項の更新日時以降であるか否かにより判断する。つまり、コンテンツの書誌的事項の更新日時以降である場合に、更新されたものとみなす。そしてコンテンツの更新日時を現在日時に設定し、コンテンツテーブルに更新する。これにより、コンテンツリストの書誌事項の更新日時には、気になるビューで状態の更新状態を調べた日時が入るようになり、常に新しい更新を調査可能になる。
【０５８２】
次に、クライアント用出力部１１８は、抽出されたパック情報を、更新日時と共にクライアント１０ａに出力する（ステップＳ６４０９）。
【０５８３】
そして、クライアントアプリケーション１２は、Ｗｅｂサーバ１００から送信された抽出されたパック情報を、更新日時と共に入力処理する（ステップＳ６４５３）。
【０５８４】
次に、クライアントアプリケーション１２の表示処理部１５は、入力されたパック情報と更新日時から生成した気になるビューを表示する（ステップＳ６４５４）。なお、気になるビューの例としては、図３６に示した画面がある。
【０５８５】
上述した処理手順により、クライアント１０ａが気になるビューを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント１０ａのクライアントアプリケーション１２が気になるビューを表示する旨の要求を受け付けた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０５８６】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２がアピールビューを表示する旨の要求を受け付けた場合の処理について説明する。図６５は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示
すフローチャートである。
【０５８７】
クライアント１０ａのクライアントアプリケーション１２が、利用者からアピールビューを表示する旨を受け付ける(ステップＳ６５５１)。なお、このアピールビューの表示の受け付けは、図８で示した画面においてアピールタグ８０５が押下された場合等が考えられる。
【０５８８】
次に、クライアントアプリケーション１２は、アピールビューを表示する旨を出力する（ステップＳ６５５２）。
【０５８９】
そして、Ｗｅｂサーバ１００の入力受付部１１９は、アピールビューを表示する旨の入力を受け付ける（ステップＳ６５０１）。
【０５９０】
次に、クライアント用情報取得部１１７は、パックタイプがアピールのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６５０２）。
【０５９１】
そして、クライアント用情報取得部１１７は、取得したパック情報からコンテンツＩＤのリストを取得する（ステップＳ６５０３）。
【０５９２】
そして、クライアント用情報取得部１１７は、後述するアピール表示サブルーチンの処理により表示するアピール情報を取得する（ステップＳ６５０４）。
【０５９３】
次に、クライアント用出力部１１８は、取得したアピール情報をクライアント１０ａに出力する（ステップＳ６５０５）。
【０５９４】
そして、クライアントアプリケーション１２は、Ｗｅｂサーバ１００から送信された抽出されたアピール情報を入力処理する（ステップＳ６５５３）。
【０５９５】
次に、クライアントアプリケーション１２の表示処理部１５は、入力されたアピール情報から生成したアピールビューを表示する（ステップＳ６５５４）。なお、アピールビューの例としては、図３７に示した画面がある。
【０５９６】
上述した処理手順により、クライアント１０ａがアピールビューを表示することが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント１０ａのクライアントアプリケーション１２がアピールビューを表示する旨の要求を受け付けた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０５９７】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００の図６５のステップＳ６５０４で示したアピール表示サブルーチンで行われる処理について説明する。図６６は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０５９８】
まず、クライアント用情報取得部１１７は、入力されたコンテンツＩＤリストの各コンテンツＩＤから特定されるコンテンツ情報を取得し、各コンテンツ情報からパックＩＤを取得する（ステップＳ６６０１）。これによりクライアント用情報取得部１１７は、パックＩＤのリストを取得したことになる。
【０５９９】
次に、クライアント用情報取得部１１７は、取得したパックＩＤ毎のパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６６０２）。
【０６００】
そして、クライアント用情報取得部１１７は、入力されたコンテンツＩＤに対応付けられたコンテンツ情報で以下の処理を行っていないコンテンツ情報があるか否か判断する（ステップＳ６６０３）。
【０６０１】
未処理のコンテンツがあると判断した場合（ステップＳ６６０３：Ｙｅｓ）、クライアント用情報取得部１１７は、コンテンツ情報が保持しているレベルが‘―１’であるか否か判断する（ステップＳ６６０４）。
【０６０２】
そして、レベルが‘―１’でないと判断した場合（ステップＳ６６０４：Ｎｏ）、クライアント用情報取得部１１７は、アピールビューを表示しようとしている利用者が所属しているパックの位置と、当該コンテンツ情報の参照からリンクされているパックの位置の間の階層値を算出する（ステップＳ６６０５）。
【０６０３】
次に、クライアント用情報取得部１１７は、算出した階層値が、コンテンツ情報により保持されているレベル以下であるか否か判断する（ステップＳ６６０６）。レベル以下ではないと判断した場合（ステップＳ６６０６：Ｎｏ）。ステップＳ６６０３より未処理のコンテンツ情報があるか否かの判断から開始する。
【０６０４】
また、クライアント用情報取得部１１７は、レベル以下であると判断した場合（ステップＳ６６０６：Ｙｅｓ）またレベルが‘―１’である場合、当該レベル以下のパック又は当該レベルが‘―１’のコンテンツ情報の参照からリンクされているパックの、パック情報に含まれている親パックへのリンクを辿り、タイプがプロジェクトのパック情報を取得する（ステップＳ６６０７）。
【０６０５】
なお、コンテンツのレベルが‘−１’の場合に、このような処理を行うのは全ユーザが閲覧可能なためである。
【０６０６】
そして、クライアント用情報取得部１１７は、コンテンツ情報の書誌事項のタイトルを、アピール情報の公開されている情報に設定する（ステップＳ６６０８）。なお、アピール情報とは、コンテンツ情報及びパック情報からアピールビューに表示するために必要な情報が設定された情報をいう。なお、このアピール情報には、非表示情報としてパックＩＤが含まれていることとする。
【０６０７】
次に、クライアント用情報取得部１１７は、タイプがプロジェクトの書誌事項のタイトルを、アピール情報のプロジェクトに設定する（ステップＳ６６０９）。
【０６０８】
そして、クライアント用情報取得部１１７は、コンテンツの書誌事項の作成日時を、アピールビューの日時に設定する（ステップＳ６６１０）。
【０６０９】
そして、再度クライアント用情報取得部１１７は、コンテンツ情報があるか否か判断から開始する（ステップＳ６６０３）。
【０６１０】
また、クライアント用情報取得部１１７は、未処理のコンテンツ情報がない場合（ステップＳ６６０３：Ｎｏ）、サブルーチンによる処理を終了する
【０６１１】
上述した処理手順により、Ｗｅｂサーバ１００が表示するアピール情報を取得することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００が行うアピール情報を取得するまでの処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０６１２】
また、クライアントアプリケーション１２により表示された図３７で示した画面から、利用者は検索又はお知らせ機能を選択することができる。この検索及びお知らせ機能について説明する。
【０６１３】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が行う、クライアントアプリケーションにより表示されるアピールビューの検索が選択された場合の処理について説明する。図６７は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０６１４】
まず、クライアントアプリケーション１２は、Ｗｅｂサーバ１００に対して、検索に用いるキーワードと、アピールビューで検索ボタンが押下された旨を出力する。そして、Ｗｅｂサーバ１００は、キーワードと、アピールビューで検索ボタンが押下された旨の入力を受け付けた場合に、後述する処理を行うことになる。
【０６１５】
Ｗｅｂサーバ１００のクライアント用情報取得部１１７は、タイプがパックのパック情報を、リポジトリサーバ５０のパック管理テーブルから取得する（ステップＳ６７０１）。
【０６１６】
そして、クライアント用情報取得部１１７は、取得したパック情報から、コンテンツＩＤのリストを取得する（ステップＳ６７０２）。
【０６１７】
次に、クライアント用情報取得部１１７は、コンテンツＩＤのリストにおける各コンテンツＩＤに対応するコンテンツ情報を、リポジトリサーバ５０のコンテンツ管理テーブルから取得する（ステップＳ６７０３）。
【０６１８】
そして、検索部１２５は、取得したコンテンツ情報の書誌的事項のタイトル及び説明に対して、キーワードが含まれているか否か検索を行う（ステップＳ６７０４）。
【０６１９】
次に、クライアント用情報取得部１１７は、検索によりキーワードが含まれているコンテンツ情報のみからなるコンテンツＩＤのリストを生成する（ステップＳ６７０５）。
【０６２０】
そして、クライアント用情報取得部１１７は、上述したアピール表示サブルーチンの処理により表示するアピール情報を取得する（ステップＳ６７０６）。
【０６２１】
上述した処理手順により、Ｗｅｂサーバ１００が表示するアピールビューでキーワードによる検索結果を取得することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００がアピールビューの検索が押下された場合の検索の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０６２２】
また図６７で示した処理により取得したアピール情報は、クライアント用出力部１１８により、クライアント１０ａに出力される。これにより、クライアントアプリケーション１２が、検索結果を表示することとなる。
【０６２３】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａが、クライアント１０ａのクライアントアプリケーション１２がアピールビューでお知らせ機能の設定の入力を受け付けた場合の処理について説明する。図６８は、本実施の形態にかかるＷｅｂサーバ１００及びクライアント１０ａにおける上述した処理の手順を示すフローチャートである。
【０６２４】
クライアント１０ａのクライアントアプリケーション１２が、図３９で示したお知らせ
設定ダイアログから、タイトルと説明の入力を受け付ける(ステップＳ６８５１)。
【０６２５】
次に、クライアントアプリケーション１２は、お知らせ機能を設定する旨と、入力されたタイトルと説明を出力する（ステップＳ６８５２）。
【０６２６】
そして、Ｗｅｂサーバ１００の入力受付部１１９は、お知らせ機能を設定する旨と、タイトルと説明の入力を受け付ける（ステップＳ６８０１）。
【０６２７】
次に、条件登録部１１４は、入力されたお知らせ機能を設定するための新規のコンテンツ情報を、メモリ上に用意する（ステップＳ６８０２）。
【０６２８】
そして、条件登録部１１４は、用意したコンテンツ情報の書誌事項のタイトルに入力されたタイトルを、書誌事項の説明に入力された説明を設定する（ステップＳ６８０３）。
【０６２９】
次に、条件登録部１１４は、用意したコンテンツ情報の作成日時、更新日時に、現時刻を、作成者にはお知らせ機能の設定を要求した利用者のユーザＩＤを設定し、さらにコンテンツ情報のタイプにテキストを設定する（ステップＳ６８０４）。
【０６３０】
そして、条件登録部１１４は、リポジトリサーバ５０に対して、設定されたコンテンツ情報をコンテンツ管理テーブルに追加する指示を行う（ステップＳ６８０５）。
【０６３１】
次に、条件登録部１１４は、リポジトリサーバ５０から、追加されたコンテンツ情報に対応するコンテンツＩＤを取得する（ステップＳ６８０６）。
【０６３２】
そして、条件登録部１１４は、リポジトリサーバ５０に対して、取得したコンテンツＩＤを、タイプがお知らせのパック情報のコンテンツＩＤリストに取得したコンテンツＩＤの追加を指示する（ステップＳ６８０７）。なお、タイプがお知らせのパックは、予め作成されているものとし、例えばシステムのインストール時に自動的に作成される等が考えられる。
【０６３３】
上述した処理手順により、クライアント１０ａがお知らせ機能の設定が行われたこととなり、キーワードと一致するコンテンツ等が登録された場合に利用者に通知を行うことが可能となる。なお、上述した処理手順は、本実施の形態によるクライアント１０ａのクライアントアプリケーション１２がお知らせ機能の設定の要求を受け付けた場合の処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０６３４】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、設定されたお知らせ機能に基づいて検索を行う処理について説明する。図６９は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０６３５】
まず、定期検索部１１５は、前回検索してから所定時間経過したか否か判断する（ステップＳ６９０１）。そして、所定時間経過していないと判断した場合（ステップＳ６９０１：Ｎｏ）、定期検索部１１５は所定期間が経過するまで待機することとなる。
【０６３６】
そして、定期検索部１１５は所定時間経過したと判断した場合（ステップＳ６９０１：Ｙｅｓ）、定期検索部１１５は、リポジトリサーバ５０のパック管理テーブルから、タイプがお知らせのパック情報を取得する（ステップＳ６９０２）。
【０６３７】
次に、定期検索部１１５は、取得したパック情報のコンテンツＩＤのリストを書くコンテンツＩＤに対応するコンテンツ情報を、リポジトリサーバ５０のコンテンツ管理テーブ
ルから取得する（ステップＳ６９０３）。
【０６３８】
そして、定期検索部１１５は、取得したコンテンツ情報に基づいて検索を行い、お知らせ機能として設定されたコンテンツ情報を取得する（ステップＳ６９０４）。なお、検索の詳細な手順については、後述する。
【０６３９】
次に、定期検索部１１５は、取得したコンテンツ情報のうち検索が行われていないコンテンツ情報があるか否か判断する（ステップＳ６９０５）。検索が行われていないコンテンツ情報があると判断した場合（ステップＳ６９０５：Ｙｅｓ）、定期検索部１１５は、ステップＳ６９０４の検索処理を行う。
【０６４０】
そして、検索情報通知部１１６が、タイプがお知らせのパック情報が保持していたコンテンツＩＤより特定されたコンテンツ情報に含まれていた作成者を送信先のユーザに設定し、お知らせすべきコンテンツ情報を特定する情報に含めてメール送信を行う（ステップＳ６９０６）。なお、メールアドレスは作成者のユーザＩＤと対応するメールアドレスは、リポジトリサーバ５０のユーザテーブルから取得する。メールのタイトルは、どのような文言でも良いが、例えば「お知らせ機能：指定の記事が見つかりました」と設定する等が考えられる。そして、メールの本文に、コンテンツ情報を特定する情報として、検索に用いたキーワードとヒットしたコンテンツのＵＲＬを設定する等が考えられる。
【０６４１】
上述した処理手順により、設定されたお知らせ機能により定期的に検索が行われ、検索された情報を通知することが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００が設定されたお知らせ機能に基づいて検索を行う処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０６４２】
次に、以上のように構成された本実施の形態にかかるＷｅｂサーバ１００が、図６９のステップＳ６９０４で示した検索の詳細な処理について説明する。図７０は、本実施の形態にかかるＷｅｂサーバ１００における上述した処理の手順を示すフローチャートである。
【０６４３】
まず、定期検索部１１５は、お知らせ機能として設定されたコンテンツ情報の書誌事項のタイトル及び説明を、検索に用いるキーワードとして抽出する（ステップＳ７００１）。
【０６４４】
そして、定期検索部１１５は、リポジトリサーバ５０のパック管理テーブルから、タイプがアピールのパック情報を取得する（ステップＳ７００２）。
【０６４５】
次に、定期検索部１１５は、取得したパック情報に含まれているコンテンツＩＤのリストの各コンテンツＩＤと対応付けられているコンテンツ情報を、リポジトリサーバ５０のコンテンツ管理テーブルから取得する（ステップＳ７００３）。このステップＳ７００３で取得したコンテンツ情報が、検索の対象となる。
【０６４６】
そして、定期検索部１１５は、検索対象となるコンテンツ情報の書誌事項に含まれているタイトル及び説明が、キーワードとして設定されたタイトル及び説明を含んでいるか否か検索を行う（ステップＳ７００４）。
【０６４７】
次に、定期検索部１１５は、キーワードとして設定されたタイトル及び説明を含んでいた場合、検索対象であったコンテンツ情報をお知らせすべきコンテンツ情報として設定する（ステップＳ７００５）。
【０６４８】
上述した処理手順により、Ｗｅｂサーバ１００がお知らせ機能によりコンテンツ情報の検索を行うことが可能となる。なお、上述した処理手順は、本実施の形態によるＷｅｂサーバ１００がお知らせ機能によりコンテンツ情報の検索を行う処理手順の例を示したものであり、本発明をこの処理手順に制限するものではない。
【０６４９】
なお、本実施の形態においては、Ｗｅｂサーバ１００で上述した処理を行うこととした。しかしながら、上述した処理を行う装置を、Ｗｅｂサーバ１００に制限するものではない。例えば、ユーザからの入力を受け付けた際、クライアントアプリケーション１２が、上述した処理を直接行うことにしても良い。この場合、クライアントアプリケーション１２は、直接リポジトリサーバ５０に対して、指示を要求し、リポジトリサーバ５０から処理結果を直接受け取ることとなる。この場合、クライアントアプリケーション１２は、リポジトリサービスのインターフェースを介してデータベースへアクセス可能なようにＳＯＡＰインターフェースを保持することとなる。
【０６５０】
さらに、上述したＷｅｂサーバ１００で備えている各構成を必要に応じて別々の装置に備えても良い。例えば、入力受付部１１９と対応出力部１２０に相当する構成等をクライアント１０ａで保持し、検索部１２５等に相当する構成をリポジトリサーバ５０で保持するなど様々な態様が考えられる。
【０６５１】
このように、上述した処理を実現可能とする構成であれば、Ｗｅｂサーバ１００、クライアント１０ａ〜ｎ及びリポジトリサーバ５０等のどの構成で実現しても良い。また、コンテンツ情報管理システムは、Ｗｅｂサーバ１００と、クライアント１０ａ〜ｎと、リポジトリサーバ５０からなる構成に制限するものではなく、上述した処理を行うＷｅｂサーバ１００とリポジトリサーバ５０の機能を１つのサーバで実現する、若しくはデータベースを保持するサーバが上述した処理を行う装置を保持する構成にしても良い。Ｗｅｂサーバ１００とリポジトリサーバ５０の機能を１つのサーバで実現する場合、例えば、上述した図７２に示される処理においては、当該１つのサーバが以下のように処理を行うように構成すれば良い。図７３は、当該サーバ（サーバ１５０とする）が行う処理の手順を示すフローチャートである。サーバ１５０は、ステップＳ８００２´で、ステップＳ８００１でクライアント１０ａから送信された検索条件及び表示要求を受信し、これらを解析した後、上述と同様のステップＳ８００４〜Ｓ８００５の処理を行い、その後、ステップＳ８００６´で検索条件に合致するパック情報をパック管理テーブルから取得して、上述と同様のステップＳ８０１２〜Ｓ８０１４の処理を行う。そして、ステップＳ８０１４の判定結果が肯定的である場合、サーバ１５０は、ステップＳ８０１６´でコンテンツ管理データベース５３を検索し、ステップＳ８０１７´で、該当するパック情報をパック管理テーブルから取得する。続いて、サーバ１５０は、ステップＳ８０１９´で、ステップＳ８０１６で取得したパック情報についてステップＳ８０１９と同様の処理を行う。そして、Ｓ８０１２の判定結果が肯定的となった場合、サーバ１５０は、ステップＳ８０２０〜Ｓ８０２１の処理を行う。
【０６５２】
また、上述した実施の形態においては、パックとして組織、プロジェクト、テーマ、課題が存在する場合について説明したがこのような種類に制限するものでなく、どのような種類を用いても良い。
【０６５３】
本実施の形態に係るパック又はコンテンツの登録は、従来のように利用者が意識的にクライアントからＷｅｂサーバに情報を登録するのではない。つまり、本実施の形態に係るクライアント１０ａ〜ｎ及びＷｅｂサーバ１００においては、ユーザがクライアントアプリケーション１２で表示された情報に何らかのアクションを実行した結果、クライアントアプリケーション１２からＷｅｂサーバ１００にアクションの内容が送信され、Ｗｅｂサーバ１００がリポジトリサーバ５０のテーブルに対してステムに新しい情報が関連付けら
れて登録することができる。
【０６５４】
つまり、本実施の形態に係るＷｅｂサーバ１００及びクライアント１０ａ〜ｎを含む情報管理システムにおいて、このような登録を意識させないアクションを定義した点に特徴がある。
【０６５５】
例えば、従来のグループウェアでは、ユーザがアプリケーションのメニューから「新規作成」のようなボタンを押下した場合に、フォームが表示された。そして、ユーザが表示されたフォームに対して、どの情報に対する情報かを設定し、内容を入力し、「登録」のようなボタンを押下することで、システムに情報を登録していた。この従来の方法では、ユーザは、自分の持っている情報をシステムに登録する作業をしている感覚を抱く。つまり、ユーザは、自分の仕事の流れで途中に別の作業をするという障壁があった。そこで、上述した実施の形態では、コンテンツ情報又はパック情報に対してユーザが行なうアクションを定義し、ユーザがコンテンツ情報又はパック情報に対するアクションを選択することを可能とすることで、作業を行う際の煩雑さなど障壁を低くすることを可能とした。
【０６５６】
また、コンテンツ情報管理システムが管理するコンテンツ情報あるいはパック情報を単にユーザに提供するのではなく、加工/抽出を用意とする構造及び処理を備えることで、
ユーザが情報を閲覧/編集し易くすることを可能とした。例えば、本実施の形態のコンテ
ンツ情報管理システムは、階層構造のコンテンツ情報又はパック情報において、それぞれの情報が保持しているユーザリストからユーザ情報を抽出し階層構造で表現することができる。つまり、コンテンツ情報又はパック情報によるツリー構造から人のツリー構造を生成することができる。この人のツリー構造は、人の探索等の利用できるので、利便性が向上する。
【０６５７】
また、本実施の形態に係るコンテンツ情報管理システムは、コンテンツあるいはパックを単にユーザに表示するものではなく、様々なビューを提供することを可能としている。これは、リポジトリサーバ５０で管理しているコンテンツ管理データベース５３のデータ構造及びこれにアクセスする様々な構成により実現を可能としている。具体的には、コンテンツ情報管理システムは、階層構造の任意の階層について、ユーザがその階層以下の情報を一覧表示したり、自由に閲覧する階層を変更したり、所定の状態のデータのみを抽出して一覧表示したり、システムに自動的に検索/表示させる情報を集めたり、と様々なビ
ューを提供することを可能としている。これにより、ユーザは、所望の情報を容易に閲覧することができる。
【０６５８】
また、本実施の形態は、上述したテーブル等を管理するデータベースをリレーショナルデータベースに制限するものではなく、どのようなデータベースを用いても良い。例えば、オブジェクト指向のデータベースを用いること等も考えられる。
【０６５９】
なお、本実施の形態は、上述したプロジェクトを管理するシステムに制限するものではなく、情報を管理するあらゆる装置に適用することができる。例えば、ブログや、電子掲示板等のコンテンツを管理するシステムに上述した構成を備えることなどが考えられる。このようなコンテンツを管理するシステムにおいて、例えば個人毎にパックを備え、当該パック内に日記をコンテンツとして保持する事などが考えられる。この場合、個人が他の個人に対してコメント等する場合、それぞれのリンク関係を保持することを可能とするので、コメントによるツリー構造を形成して、表示することが可能となる。
【０６６０】
他にコンテンツ情報管理システムを用いる例としては、カタログ、マニュアルを生成する際に、個人毎に分担を決めて、この分担をパックとして管理するなどが考えられる。このように、コンテンツ情報管理システムは、１つのまとまりのある情報群を、複数の利用
者が利用するものであればどのようなものでも利用することができる。
【０６６１】
（変形例）
また、上述した実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【０６６２】
上述した実施の形態では、ツリーをＷｅｂサーバ１００側で生成し、生成したツリーをクライアント１０ａに送信し、クライアント１０ａが受信したツリーを表示する例について説明した。しかしながら、ツリーを生成するのをＷｅｂサーバ１００に制限するものではない。そこで変形例として、クライアント１０ａがツリーを生成する例について説明する。
【０６６３】
本変形例ではクライアント１０ａ〜ｎが、図１で示した構成に加えて、さらにツリー構造生成部を備えている。
【０６６４】
そして、クライアント１０ａの入力処理部が、ツリー構造を特定する指示を入力処理する。この指示としては、ユーザが閲覧又は選択したコンテンツを含むツリーの表示の指示、又はユーザが閲覧又は選択したコンテンツを管理するパックを含むツリーの表示の指示などがある。これらコンテンツ又はパックが、ツリーを生成するための基準として用いられる。また、指示を入力する際に、表示するツリーの形状を特定するデータも同時に入力処理する。また、ツリーの形状はどのような形状でも良いが、例えば人の流れを示すツリーや、パックのツリー、または上述した実施の形態で説明したツリー等が考えられる。
【０６６５】
そして、指示されたコンテンツ又はパック、そしてツリーの形状を特定するデータをＷｅｂサーバ１００に送信する。
【０６６６】
これにより、Ｗｅｂサーバ１００は、受信したコンテンツ又はパック、及びツリーの形状を特定するデータに基づいて、リポジトリサーバとの送受信を行い、ツリーを生成するために必要な情報を取得する。そして、Ｗｅｂサーバ１００は、取得した情報をクライアント１０ａに送信する。なお、Ｗｅｂサーバ１００が情報を取得するまでの処理は、上述した実施の形態と同様なので説明を省略する。
【０６６７】
そして、クライアント１０ａのツリー構造生成部が、ツリーの形状を特定するデータに従って、受信した情報から、ツリーを生成する。そして、クライアント１０ａのクライアントアプリケーション１２上に生成したツリーを表示する。これにより、ユーザは、閲覧又は選択していたコンテンツを含むツリー又は当該コンテンツを管理しているパックを含むツリーを参照できるので、コンテンツ又はパック間の関係を容易に把握することができる。
【０６６８】
また、このようなクライアントアプリケーション１２にツリーを表示する場合に限らず、Ｗｅｂブラウザ１１上にツリーを表示しても良い。この場合には、Ｗｅｂサーバ１００から受信したデータを用いて、Ｊａｖａ（登録商標）アプリケーションとしてＷｅｂブラウザ１１上に表示する等が考えられる。また、表示するまでの処理手順は、上述した処理手順と同様なので、説明を省略する。
【０６６９】
図７１は、Ｗｅｂサーバ１００、クライアント１０ａ〜ｎ又はリポジトリサーバ５０の機能を実現するためのプログラムを実行したＰＣのハードウェア構成を示した図である。本実施の形態のＷｅｂサーバ１００、クライアント１０ａ〜ｎ又はリポジトリサーバ５０は、ＣＰＵ（Central Processing Unit）７１０１等の制御装置と、ＲＯＭ（Read Only Memory）７１０２やＲＡＭ（Random Access Memory）７１０３等の記憶装置と、ＨＤＤ（H
ard Disk Drive）、ＣＤ（Compact Disk）ドライブ装置等の外部記憶装置７１０４と、ディスプレイ装置等の表示装置７１０５と、キーボードやマウス等の入力装置７１０６と、ネットワークに接続する通信Ｉ／Ｆ（InterFace）７１０７とこれらを接続するバス７１
０８を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０６７０】
本実施形態のＷｅｂサーバ１００、クライアント１０ａ〜ｎ又はリポジトリサーバ５０で実行される情報処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０６７１】
また、本実施形態のＷｅｂサーバ１００、クライアント１０ａ〜ｎ又はリポジトリサーバ５０で実行される情報処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のＷｅｂサーバ１００、クライアント１０ａ〜ｎ又はリポジトリサーバ５０で実行される情報処理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０６７２】
また、本実施形態の情報処理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０６７３】
本実施の形態のＷｅｂサーバ１００、クライアント１０ａ〜ｎ又はリポジトリサーバ５０で実行される情報処理プログラムは、上述した各部（登録部、監視部、通知部、条件登録部、定期検索部、検索情報通知部、クライアント用情報取得部、クライアント用出力部、入力受付部、対応出力部、情報承継部、移動対応出力部、移動情報承継部、利用者認証部と、検索部、対応情報抽出部、利用者構造生成部、集計部、更新特定部、更新頻度抽出部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上記記録媒体から情報処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、登録部、監視部、通知部、条件登録部、定期検索部、検索情報通知部、クライアント用情報取得部、クライアント用出力部、入力受付部、対応出力部、情報承継部、移動対応出力部、移動情報承継部、利用者認証部と、検索部、対応情報抽出部、利用者構造生成部、集計部、更新特定部、更新頻度抽出部が主記憶装置上に生成されるようになっている。
【産業上の利用可能性】
【０６７４】
以上のように、本発明にかかる情報処理装置、情報処理方法、及び情報処理システムは、コンテンツと、コンテンツを管理するコンテンツ集合を処理して利用者に提供する技術に有用であり、特に、事業として行われているプロジェクトで発生した情報を複数の利用者に対して提供する技術に適している。
【図面の簡単な説明】
【０６７５】
【図１】本実施の形態にかかる、利用者が利用するクライアントと、データベースを管理するリポジトリサーバと、利用者に情報を提供するための処理を行うＷｅｂサーバ１００と、これらを接続するＬＡＮからなるネットワーク構成及び各装置の構成を示すブロック図である。
【図２】本実施の形態にかかるコンテンツ管理テーブルの概念を示した図である。
【図３】本実施の形態にかかるコンテンツ管理テーブルの構造を示した図である。
【図４】本実施の形態にかかるパック管理テーブルの概念を示した図である。
【図５】本実施の形態にかかるパック管理テーブルの構造を示した図である。
【図６】本実施の形態にかかるパーソナルデータ管理テーブルの概念を示した図である。
【図７】本実施の形態にかかるユーザテーブルの概念を示した図である。
【図８】本実施の形態にかかるクライアントアプリケーションが備える表示処理部が表示するクライアントアプリケーションの画面例を示した図である。
【図９】本実施の形態にかかるクライアントアプリケーションのツリーを示した左ウィンドウから新たなパックを生成する際の画面例を示した図である。
【図１０】本実施の形態にかかるクライアントアプリケーションの作成メニューの「組織の作成」を選択した場合に、表示処理部が表示するダイアログを示した図である。
【図１１】本実施の形態にかかるクライアントアプリケーションの作成メニューの「組織の作成」の権限詳細ボタンを押下した場合に、表示処理部が表示するダイアログを示した図である。
【図１２】「組織１」を示すパック情報がリポジトリサーバのパック管理テーブルに追加された場合に、本実施の形態にかかるクライアントアプリケーションの表示処理部１５が、左ウィンドウに表示するツリー構造の例を示した図である。
【図１３】「プロジェクト１」を示すパック情報がリポジトリサーバのパック管理テーブルに追加された場合に、本実施の形態にかかるクライアントアプリケーションの表示処理部が左ウィンドウに表示するツリー構造の例を示した図である。
【図１４】本実施の形態にかかるクライアントアプリケーションの表示処理が表示する利用者のツリー構造の例を示した図である。
【図１５】本実施の形態にかかるクライアントアプリケーションの表示処理が表示するキーワード検索ダイアログの画面例を示した図である。
【図１６】本実施の形態にかかるクライアントアプリケーションの表示処理が表示するキーワード検索ダイアログで検索した結果の画面例を示した図である。
【図１７】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する開示レベルが設定可能な権限詳細の詳細設定ダイアログを示した図である。
【図１８】本実施の形態にかかるクライアントアプリケーションの右ウィンドウ群に表示されたメンバ名から、表示処理部が表示する「人の経路を表示する」メニューの画面例を示した図である。
【図１９】本実施の形態にかかるクライアントアプリケーションの表示処理部が探索した人の経路を表示する場合の例を示した図である。
【図２０】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示するキーワードとユーザの対応関係を示した表の例を示した図である。
【図２１】本実施の形態にかかるクライアントアプリケーションの右ウィンドウ群に表示された課題を示すパックに対して、表示処理部が表示するアクションメニューの例を示した図である。
【図２２】利用者が「指示を出す」を選択した場合に、クライアントアプリケーションの表示処理部が表示する指示ダイアログの例を示した図である。
【図２３】本実施の形態にかかるクライアントのＷｅｂブラウザが表示するログイン画面を示した図である。
【図２４】本実施の形態にかかるクライアントのＷｅｂブラウザが表示するＴｏＤｏ詳細画面の例を示した図である。
【図２５】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する会議開催ダイアログの例を示した図である。
【図２６】本実施の形態にかかるクライアントのＷｅｂブラウザが表示する会議の詳細面の例を示した図である。
【図２７】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示するアピール登録ダイアログの例を示した図である。
【図２８】本実施の形態にかかるクライアントアプリケーションから「気になる」リストに登録が終了した後に、本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する確認ダイアログの例を示した図である。
【図２９】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する類似検索ダイアログの例を示した図である。
【図３０】本実施の形態にかかるＷｅｂサーバで検索した結果を、クライアントアプリケーションの表示処理部が表示する類似検索結果ダイアログの例を示した図である。
【図３１】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する過去のパックの表示例を示した図である。
【図３２】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する「ＴｏＤｏビュー」の画面例を示した図である。
【図３３】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する「ステイタスビュー」の画面例を示した図である。
【図３４】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する「期間ビュー」の画面例を示した図である。
【図３５】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する「ホット／停滞ビュー」の画面例を示した図である。
【図３６】本実施の形態にかかるクライアントアプリケーションの表示処理部１５が表示する「気になるビュー」の画面例を示した図である。
【図３７】本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する「アピールビュー」の画面例を示した図である。
【図３８】ユーザが検索ボタンを押下した場合に、本実施の形態にかかるクライアントアプリケーションの表示処理部が表示する検索ダイアログの例を示した図である。
【図３９】ユーザがお知らせ検索ボタンを押下した場合に、本実施の形態にかかるクライアントアプリケーションの表示処理部が表示するお知らせ設定ダイアログの例を示した図である。
【図４０】本実施の形態にかかる利用者認証部におけるユーザを認証するまでの処理の手順を示すフローチャートである。
【図４１】本実施の形態にかかるＷｅｂサーバ及びクライアントにおけるパックを追加するまでの処理の手順を示すフローチャートである。
【図４２】本実施の形態にかかるＷｅｂサーバのクライアント用情報取得部におけるクライアントで表示するツリーを取得して出力するまでの処理の手順を示すフローチャートである。
【図４３】本実施の形態にかかるクライアント用情報取得部における、クライアントで表示するホット情報を取得して出力するまでの処理の手順を示すフローチャートである。
【図４４】本実施の形態にかかるＷｅｂサーバにおける、クライアントで表示する「進行中の課題」「未着手の課題」「完了の課題」等のステイタス毎の情報を取得して出力するまでの処理の手順を示すフローチャートである。
【図４５】本実施の形態にかかるＷｅｂサーバのクライアント用情報取得部が行うクライアント振分処理の詳細な処理の手順を示すフローチャートである。
【図４６】本実施の形態にかかるＷｅｂサーバにおける、クライアントで表示するメンバ名で示されたメンバリストの情報を取得して出力するまでの手順を示すフローチャートである。
【図４７】本実施の形態にかかるＷｅｂサーバにおける、クライアントで表示するコンテンツリストの情報を取得して出力するまでの処理の手順を示すフローチャートである。
【図４８】本実施の形態にかかるＷｅｂサーバにおける、クライアントで表示する利用者ツリーの情報を取得して出力するまでの処理の手順を示すフローチャートである。
【図４９】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションにより行われたパックの移動が行われた場合の処理の手順を示すフローチャートである。
【図５０】本実施の形態にかかるＷｅｂサーバにおける、クライアントのクライアントアプリケーションによりキーワード検索が行われた場合の処理の手順を示すフローチャートである。
【図５１】本実施の形態にかかるＷｅｂサーバにおける、各パックに対して行う情報検索の詳細な処理の手順を示すフローチャートである。
【図５２】本実施の形態にかかるＷｅｂサーバにおける、クライアントに所定の人までの経路を取得して出力するまでの処理の手順を示すフローチャートである。
【図５３】本実施の形態にかかるＷｅｂサーバにおける、自動的に設定されたキーワードにより検索して出力するまでの処理の手順を示すフローチャートである。
【図５４】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションにより「指示を出す」を選択した場合の処理の手順を示すフローチャートである。
【図５５】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションにより「会議を開催する」を選択した場合の処理の手順を示すフローチャートである。
【図５６】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションにより「アピールする」を選択した場合の処理の手順を示すフローチャートである。
【図５７】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションにより「気になる」を選択した場合の処理の手順を示すフローチャートである。
【図５８】本実施の形態にかかるＷｅｂサーバにおける、クライアントのクライアントアプリケーションにより「類似コンテンツを探す」を選択した場合の処理の手順を示すフローチャートである。
【図５９】本実施の形態にかかるＷｅｂサーバにおける、クライアントのクライアントアプリケーションにより「過去のコンテンツを探す」を選択した場合の処理の手順を示すフローチャートである。
【図６０】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションがＴｏＤｏビューを表示する旨の要求を受け付けた場合の処理の手順を示すフローチャートである。
【図６１】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションがステイタスビューを表示する旨の要求を受け付けた場合の処理の手順を示すフローチャートである。
【図６２】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションが期間ビューを表示する旨の要求を受け付けた場合の処理の手順を示すフローチャートである。
【図６３】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションがホット／停滞ビューを表示する旨の要求を受け付けた場合の処理の手順を示すフローチャートである。
【図６４】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションが気になるビューを表示する旨の要求を受け付けた場合の処理の手順を示すフローチャートである。
【図６５】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、クライアントのクライアントアプリケーションがアピールビューを表示する旨の要求を受け付けた場合の処理の手順を示すフローチャートである。
【図６６】本実施の形態にかかるＷｅｂサーバのクライアント用情報取得部のアピール表示サブルーチンで行われる処理の手順を示すフローチャートである。
【図６７】本実施の形態にかかるＷｅｂサーバにおける、クライアントアプリケーションにより表示されるアピールビューの検索が選択された場合の処理の手順を示すフローチャートである。
【図６８】本実施の形態にかかるＷｅｂサーバ及びクライアントにおける、アピールビューでお知らせ機能の設定の入力を受け付けた場合の処理の手順を示すフローチャートである。
【図６９】本実施の形態にかかるＷｅｂサーバにおける、設定されたお知らせ機能に基づいて検索を行う処理の手順を示すフローチャートである。
【図７０】本実施の形態にかかるＷｅｂサーバの定期検索部における検索の詳細な処理の手順を示すフローチャートである。
【図７１】本実施の形態にかかるＷｅｂサーバ、クライアント又はリポジトリサーバの機能を実現するためのプログラムを実行したＰＣのハードウェア構成を示した図である。
【図７２】本実施の形態にかかるクライアント１０ａのユーザからのパックの検索及び表示要求に応じて、コンテンツ管理データベース５３を検索し、検索結果のパックのリンク情報を用いて表示要求に応じた表示用情報を生成し、これに基づいて表示画面をクライアント１０ａに表示させる処理の手順を示すフローチャートである。
【図７３】本実施の他の形態にかかるクライアント１０ａのユーザからのパックの検索及び表示要求に応じて、コンテンツ管理データベース５３を検索し、検索結果のパックのリンク情報を用いて表示要求に応じた表示用情報を生成し、これに基づいて表示画面をクライアント１０ａに表示させる処理の手順を示すフローチャートである。
【符号の説明】
【０６７６】
１０ａ〜ｎ  クライアント
１１  Ｗｅｂブラウザ
１２  クライアントアプリケーション
１３  通信制御部
１４  入出力処理部
１５  表示処理部
５０  リポジトリサーバ
５１  通信制御部
５２  データ処理部
５３  コンテンツ管理データベース
１００  Ｗｅｂサーバ
１０１  通信制御部
１０２  Ｗｅｂサーバアプリケーション
１１１  登録部
１１２  監視部
１１３  通知部
１１４  条件登録部
１１５  定期検索部
１１６  検索情報通知部
１１７  クライアント用情報取得部
１１８  クライアント用出力部
１１９  入力受付部
１２０  対応出力部
１２１  情報承継部
１２２  移動対応出力部
１２３  移動情報承継部
１２４  利用者認証部
１２５  検索部
１２６  対応情報抽出部
１２７  利用者構造生成部
１２８  集計部
１２９  更新特定部
１３０  更新頻度抽出部
１５０  サーバ
８０１  左ウィンドウ
８０２  右ウィンドウ群
８０３  一覧タグ
８０４  気になるタグ
８０５  アピールタグ
８０６  ホット／停滞タグ
８０７  ＴｏＤｏタグ
８０８  ステイタスタグ
８０９  期間タグ
９０１  作成メニュー
１００１  タイトル
１００２  説明
１００３  計画期間
１００４  メンバ
１００５  追加ボタン
１００６  削除ボタン
１００７  権限詳細ボタン
１００８  作成ボタン
１１０１  開示レベルボタン
１１０２  ＯＫボタン
２１０１  アクションメニュー
２４０１  「課題３−５」を示すパック
２４０２  添付欄
２４０３  完了ボタン
３７０１  検索ボタン
３７０２  お知らせ機能ボタン
３８０１  検索開始ボタン
３９０１  設定ボタン
７１０１  ＣＰＵ
７１０２  ＲＯＭ
７１０３  ＲＡＭ
７１０４  外部記憶装置
７１０５  表示装置
７１０６  入力装置
７１０７  通信Ｉ／Ｆ
７１０８  バス
【図１】
0004843428.tif 000002
【図２】
0004843428.tif 000003
【図３】
0004843428.tif 000004
【図４】
0004843428.tif 000005
【図５】
0004843428.tif 000006
【図６】
0004843428.tif 000007
【図７】
0004843428.tif 000008
【図８】
0004843428.tif 000009
【図９】
0004843428.tif 000010
【図１０】
0004843428.tif 000011
【図１１】
0004843428.tif 000012
【図１２】
0004843428.tif 000013
【図１３】
0004843428.tif 000014
【図１４】
0004843428.tif 000015
【図１５】
0004843428.tif 000016
【図１６】
0004843428.tif 000017
【図１７】
0004843428.tif 000018
【図１８】
0004843428.tif 000019
【図１９】
0004843428.tif 000020
【図２０】
0004843428.tif 000021
【図２１】
0004843428.tif 000022
【図２２】
0004843428.tif 000023
【図２３】
0004843428.tif 000024
【図２４】
0004843428.tif 000025
【図２５】
0004843428.tif 000026
【図２６】
0004843428.tif 000027
【図２７】
0004843428.tif 000028
【図２８】
0004843428.tif 000029
【図２９】
0004843428.tif 000030
【図３０】
0004843428.tif 000031
【図３１】
0004843428.tif 000032
【図３２】
0004843428.tif 000033
【図３３】
0004843428.tif 000034
【図３４】
0004843428.tif 000035
【図３５】
0004843428.tif 000036
【図３６】
0004843428.tif 000037
【図３７】
0004843428.tif 000038
【図３８】
0004843428.tif 000039
【図３９】
0004843428.tif 000040
【図４０】
0004843428.tif 000041
【図４１】
0004843428.tif 000042
【図４２】
0004843428.tif 000043
【図４３】
0004843428.tif 000044
【図４４】
0004843428.tif 000045
【図４５】
0004843428.tif 000046
【図４６】
0004843428.tif 000047
【図４７】
0004843428.tif 000048
【図４８】
0004843428.tif 000049
【図４９】
0004843428.tif 000050
【図５０】
0004843428.tif 000051
【図５１】
0004843428.tif 000052
【図５２】
0004843428.tif 000053
【図５３】
0004843428.tif 000054
【図５４】
0004843428.tif 000055
【図５５】
0004843428.tif 000056
【図５６】
0004843428.tif 000057
【図５７】
0004843428.tif 000058
【図５８】
0004843428.tif 000059
【図５９】
0004843428.tif 000060
【図６０】
0004843428.tif 000061
【図６１】
0004843428.tif 000062
【図６２】
0004843428.tif 000063
【図６３】
0004843428.tif 000064
【図６４】
0004843428.tif 000065
【図６５】
0004843428.tif 000066
【図６６】
0004843428.tif 000067
【図６７】
0004843428.tif 000068
【図６８】
0004843428.tif 000069
【図６９】
0004843428.tif 000070
【図７０】
0004843428.tif 000071
【図７１】
0004843428.tif 000072
【図７２】
0004843428.tif 000073
【図７３】
0004843428.tif 000074