(57)【要約】【課題】タスクに対応する際、各状態に応じて関連の強いファイルを効率良く閲覧することができるファイル管理装置を提供する。【解決手段】障害票管理サーバ１１が保持する障害票に対応する際、この障害票の閲覧履歴情報６０を閲覧履歴データベース１３から取得する。関連強度の係数値情報８０を取得し、この係数値情報８０と閲覧履歴情報６０の閲覧時間６０７を用いて、関連強度を算出する。算出された関連強度の順に従って、障害票に関連するドキュメントを表示する。【選択図】図２
2008090418.tif 000002
【特許請求の範囲】
【請求項１】
複数の状態を含むタスクに関連するファイルを管理するファイル管理装置であって、
前記タスクの状態毎に係数値情報を取得する係数値情報取得手段と、
前記取得した係数値情報を用いて、前記状態毎に関連強度を算出する関連強度算出手段と、
前記状態毎に算出された関連強度の順に前記タスクに関連するファイルを表示するファイル表示手段とを備えたことを特徴とするファイル管理装置。
【請求項２】
前記状態毎に前記係数値情報の設定を受け付ける受付手段を備え、
前記係数値情報取得手段は、前記状態毎に設定が受け付けられた係数値情報を取得することを特徴とする請求項１記載のファイル管理装置。
【請求項３】
前記ファイルの閲覧履歴情報を取得する閲覧履歴情報取得手段を備え、
前記関連強度算出手段は、前記取得した閲覧履歴情報および前記係数値情報を用いて、前記関連強度を算出することを特徴とする請求項１または２記載のファイル管理装置。
【請求項４】
前記閲覧履歴情報取得手段は、ユーザが所属するグループ毎に前記閲覧履歴情報を取得し、前記関連強度算出手段は、前記取得したグループ毎の閲覧履歴情報を用いて、前記関連強度を算出することを特徴とする請求項３記載のファイル管理装置。
【請求項５】
前記閲覧履歴情報取得手段は、前記閲覧履歴情報として、閲覧時間の履歴をデータベースとして保持し、前記閲覧強度算出手段は、前記閲覧時間の履歴を用いて前記関連強度を算出することを特徴とする請求項３記載のファイル管理装置。
【請求項６】
複数の状態を有するタスクに関連するファイルを管理するファイル管理方法であって、
前記タスクの状態毎に係数値情報を取得する係数値情報取得ステップと、
前記取得した係数値情報を用いて、前記状態毎に関連強度を算出する関連強度算出ステップと、
前記状態毎に算出された関連強度の順に前記タスクに関連するファイルを表示装置に表示するファイル表示ステップとを有することを特徴とするファイル管理方法。
【請求項７】
請求項１乃至５のいずれかに記載のファイル管理装置を実現するためのコンピュータ読み取り可能なプログラムコードを有するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の状態を含むタスクに関連するファイルを管理するファイル管理装置およびファイル管理方法に関する。
【背景技術】
【０００２】
従来、ソフトウェア開発等の作業工程を管理するファイル管理装置では、複数の電子化されたドキュメントや図面データと、開発・評価中の製品に対する障害票との関連付けを行いコンピュータなどの電算装置で管理することが行われる。複数のユーザは、関連付けられたドキュメントや図面データを閲覧可能である。
【０００３】
一般に、ソフトウェアプログラムや精密機器などの開発工程には、何らかの方法でその機能を評価し、修正・改善するための期間（工程）が設けられている。このような工程をテスト工程と称する。例えば、ソフトウェアプログラムの開発におけるテスト工程では、テスト担当者はソフトウェアプログラムが要求された仕様に従って正しく機能するか否かを試験する。この試験で、対象となるソフトウェアプログラムの動作に誤りを発見した場合、障害が発生したとする。この場合、障害票と呼ばれる発生した障害の内容が記述されたデータが作成される。
【０００４】
一般に、障害票ワークフロー（プロセスと呼ばれる）は、テスト工程における障害票を１つのタスクとして、その作成から対処・終了までの各作業をその作業順序に従って並べたものであり、開始から終了までに発生する各作業を状態として定義する。障害票ワークフローには、少なくともテストを担当するテスト担当者がかかわる状態と、このテストで発生した障害を修正するソフトウェアプログラムの開発者がかかわる状態とが存在する。
【０００５】
例えば、障害票１８０（図４参照）は、発生した障害の内容、対処および対処の確認に関し、その詳細を保持する。障害票１８０には、障害票識別子１８０１、ワークフローの状態１８０２、担当者１８０３等の基本情報が記載されている。また、各評価１８０４、１８０５、１８０６には、それぞれ各状態における障害の内容や対応が記述されている。
【０００６】
このような障害票ワークフローを管理・閲覧するワークフローシステムは、サーバおよび複数のクライアントから構成される。このワークフローシステムでは、各クライアントにワークリストと呼ばれる個人毎の仕事の一覧表が表示される。さらに、そのワークリストから、選択された仕事を遂行するための帳票やドキュメントの表示・編集が行われる。
【０００７】
また、この種のシステムとして、経験の浅いユーザであっても、効率良くドキュメントを閲覧できるようにするため、作業履歴から作業ファイル間に関連を付与する装置が提案されている（特許文献１参照）。この装置は、利用者がドキュメントを閲覧した履歴を、利用者名とともに閲覧履歴データベースに蓄積する。さらに、閲覧履歴データベースに蓄積された個々の閲覧履歴から、その利用者が前後に閲覧した他のドキュメントの閲覧順序情報を閲覧順序データベースに蓄積する。利用者がドキュメントを閲覧した際、閲覧順序データベースおよび利用者登録データベースから、現在の利用者と過去の利用者の類似度合いを求め、その前後に閲覧すべきドキュメントと関係の深いドキュメントの情報を閲覧ナビゲート情報として生成し、提示する。このような手順でユーザ作業の支援が実現される。
【０００８】
また、他のシステムとして、ノードに表示されているドキュメント中のハイパーテキストが参照しているリンク先ノードの表示状態（ＣＬＯＳＥ、ＯＰＥＮ、ＳＵＢＷＩＮＤＯＷ等）に応じて、関係強度を算出し、表示する装置が知られている（特許文献２参照）。これにより、ユーザは、文書間の関連強度を把握できる。
【特許文献１】特開２００４−１４５５０９号公報
【特許文献２】特開平７−２８２０５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記従来のファイル管理装置では、以下に掲げる問題があった。即ち、特許文献１では、障害票ワークフローのように、障害票の作成から終了をタスクの基本とし、ワークフローのワークポイントすなわち状態が遷移するたびに、その状態に関連のあるドキュメントが変化する場合について何も考慮されていなかった。このため、関連のあるドキュメントへのナビゲート情報は、利用者が現実に必要とするナビゲート情報と異なるものとなってしまうおそれがあった。
【００１０】
また、特許文献２では、ハイパーテキストを画面上に表示していなければ、ドキュメントに関連の強度を与えることができなかった。
【００１１】
そこで、本発明は、状態の遷移に応じて関連の強いファイルを提示することで、ユーザがファイルを効率良く閲覧することができるファイル管理装置およびファイル管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明のファイル管理装置は、複数の状態を含むタスクに関連するファイルを管理するファイル管理装置であって、前記タスクの状態毎に係数値情報を取得する係数値情報取得手段と、前記取得した係数値情報を用いて、前記状態毎に関連強度を算出する関連強度算出手段と、前記状態毎に算出された関連強度の順に前記タスクに関連するファイルを表示するファイル表示手段とを備えたことを特徴とする。
【００１３】
本発明のファイル管理方法は、複数の状態を有するタスクに関連するファイルを管理するファイル管理方法であって、前記タスクの状態毎に係数値情報を取得する係数値情報取得ステップと、前記取得した係数値情報を用いて、前記状態毎に関連強度を算出する関連強度算出ステップと、前記状態毎に算出された関連強度の順に前記タスクに関連するファイルを表示装置に表示するファイル表示ステップとを有することを特徴とする。
【発明の効果】
【００１４】
本発明の請求項１に係るファイル管理装置によれば、タスクの状態毎に係数値情報を取得し、この取得した係数値情報を用いて、状態毎に関連強度を算出し、この状態毎に算出された関連強度の順にタスクに関連するファイルを表示する。したがって、ユーザがタスクに対応する際、各状態に応じて関連の強いファイルを効率良く閲覧することができる。
【００１５】
請求項２に係るファイル管理装置によれば、ユーザの意図を反映させることができる。請求項３に係るファイル管理装置によれば、ユーザの閲覧履歴を反映させることができる。請求項４に係るファイル管理装置によれば、ユーザが所属するグループ単位で関連の強いファイルを効率良く閲覧することができる。請求項５に係るファイル管理装置によれば、閲覧履歴として、適切な閲覧時間を用いることができる。
【発明を実施するための最良の形態】
【００１６】
本発明のファイル管理装置およびファイル管理方法の実施の形態について図面を参照しながら説明する。本実施形態のファイル管理装置はクライアント・サーバシステムからなる関連文書閲覧管理システムに適用される。
【００１７】
［第１の実施形態］
図１は第１の実施形態における関連文書閲覧管理システムの構成を示す図である。この関連文書閲覧管理システムは、ネットワーク（イントラネット／インターネット）２を介して接続されるクライアント・サーバシステムから構成される。サーバとして、障害票管理サーバ１１、ドキュメント管理サーバ１２および閲覧履歴データベース１３が設けられている。一方、クライアントとして、複数の関連文書閲覧装置３１、３２、３３が設けられている。図１では、３台の関連文書閲覧装置が接続されているが、特にその数は限定されない。
【００１８】
関連文書閲覧装置３１、３２、３３は、パーソナルコンピュータ（ＰＣ）あるいはモバイルＰＣから構成され、電子化された信号や情報を保持して管理する情報処理演算機能を有する。関連文書閲覧装置３１、３２、３３は、同様の構成を有するので、ここでは代表して関連文書閲覧装置３１について説明する。
【００１９】
図２は本実施形態における関連文書閲覧装置３１の機能的構成を示す図である。関連文書閲覧装置３１は、表示装置３１１、入力装置３１２および演算処理部３１３から構成される。演算処理部３１３には、ヒント情報制御部３１３１、障害票制御部３１３２、関連強度制御部３１３３、係数制御部３１３４、閲覧時間計測部３１３５および閲覧履歴情報制御部３１３６が設けられている。関連強度については後述するが、本実施形態では関連性の高い文書ほど関連強度が高いものとする。
【００２０】
係数制御部３１３４は、係数設定部３１３４１および係数情報３１３４２を有する。閲覧時間計測部３１３５は、タイマの機能を有する他、閲覧時間取得部３１３５１および計測ステータス制御部３１３５２を有する。なお、本実施形態では、閲覧履歴情報制御部３１３６は、関連文書閲覧装置３１に保持されるが、サーバ側に保持されてもよい。また、これら各部の機能は、ＰＣ内の記憶媒体に格納された制御プログラムをＣＰＵが実行することによって実現される。
【００２１】
一方、サーバ側では、障害票管理サーバ１１は障害票管理データベース１１１を有する。ドキュメント管理サーバ１２はドキュメント管理データベース１２１を有する。
【００２２】
(障害票ワークフロー)
図３は本実施形態における障害票ワークフローを示す図である。障害票ワークフローは、前述したように、テスト工程における障害票を１つのタスクとして、その作成から障害への対処、対処の終了までの各作業をその作業順序に従って並べたものである。開始から終了までに発生する各作業は状態として定義される。図中、符号Ｐ１１１、Ｐ１２１、Ｐ１２２、Ｐ１２３、Ｐ１３１、Ｐ１３２、Ｐ１４１は、ワークフロー上の各状態を示す。また、符号Ｐ１１〜Ｐ１４は、各状態をその性質によって分類したフェーズを示す。ワークフローは、１つのプロセスＰ１からなり、各状態Ｐ１１１〜Ｐ１４１および各状態が所属するフェーズＰ１１〜Ｐ１４を保持する。
【００２３】
具体的に、フェーズＰ１１は、あるシステム／機器／ソフトウェア／プロセスの評価を行い、障害票を発行する評価フェーズである。フェーズＰ１２は、フェーズＰ１１で作成された障害票の内容から障害の発生を確認し、その障害を修正する障害対処フェーズである。フェーズＰ１３は、フェーズＰ１１で発見され、フェーズＰ１２で障害の対処が終了し、同一の障害が発生しないことを確認する対処確認フェーズである。フェーズＰ１４は、フェーズＰ１３で障害対処への確認が終了すると、障害を対処済みとして終了する終了フェーズである。
【００２４】
なお、このワークフローは一例であり、各状態、フェーズおよびプロセスに関し、その数、名称および役割は、必要に応じて変更される。
【００２５】
（ユーザインタフェース（ＵＩ））
図４は本実施形態におけるソフトウェアプログラムの開発における障害票を示す図である。障害票１８０は、発生した障害の内容、対処および対処の確認に関し、その詳細を保持する。障害票１８０には、障害を特定するための障害票識別子１８０１、ワークフローの状態１８０２、担当者１８０３等の基本情報が記載されている。また、各評価フェーズ１８０４、１８０５、１８０６には、各状態における障害の内容・対応が記述されている。
【００２６】
図５は本実施形態における表示装置３１１に表示されるメインＵＩ画面を示す図である。「作業のヒント」と称される、このメインＵＩ画面１９０には、指定された対応する障害票の障害票番号または障害票識別子１９０１、関連ドキュメント１９０２のドキュメント名、および対応する障害票の選択切替えボタン１９０３が設けられている。また、状態毎の係数の設定や関連ドキュメントの表示数などを設定するための設定ボタン１９０４が設けられている。
【００２７】
また、障害票識別子１９０１は、障害票へのリンクとなっており、ユーザ操作に応じて図４の画面が表示される。関連ドキュメント１９０２の表示順は、関連強度の算出手順を従って算出された関連強度の高い順になっている。また、関連ドキュメント１９０２のドキュメント名はドキュメント本体へのリンクとなっており、ユーザ操作に応じてドキュメント本体が表示される。
【００２８】
（障害票の指定ＵＩ）
図６は本実施形態における障害票番号または障害票識別子１９０１に表示される障害票を指定するためのＵＩ画面を示す図である。このＵＩ画面２００は、対応する障害票の選択切替えボタン１９０３が選択された場合に表示される。このＵＩ画面２００には、障害票を指定するための入力フィールド２００１、ユーザが過去に［対応中の障害票］に指定された障害票のリストを表示するためのボタン２００２、および障害票を検索するための検索ボタン２００３が設定される。また、指定された障害票を［対応中の障害票］に指定するためのＯＫボタン（指定ボタン）２００４、および障害票の指定を中断するためのキャンセルボタン（取消しボタン）２００５が設定される。ユーザは、検索ボタン２００３を用いて障害票管理サーバ１１に保持される障害票を検索することができる。
【００２９】
（係数値の設定ＵＩ）
図７は本実施形態における係数値を設定するためのＵＩ画面を示す図である。本実施形態における係数とは、ドキュメントの関連強度を算出する際の重みである。このＵＩ画面２１０は、ユーザ操作により設定ボタン１９０４が選択され、さらに係数値の設定が選択されることで表示される。このＵＩ画面２１０には、対応中の障害票が所属するプロセス２１０１、および関連強度を算出するための係数一覧２１０２が設定される。係数一覧２１０２には、状態の遷移順２１０２１、状態２１０２２および係数値２１０２３が表示される。ＯＫボタン２１０３は、係数値２１０２３で変更された係数値を反映するためのボタンである。キャンセルボタン２１０４は、変更を取消したい場合に使用される。
【００３０】
状態２１０２２には、プロセス２１０１で保持されるワークフローにおける各状態が表示される。遷移順２１０２１には、ワークフロー上の通常フローにおける各状態の遷移順が表示される。係数値２１０２３には、状態毎に現在設定されている係数値が表示される。係数値を変更したい場合、ユーザは入力装置３１２を用いて係数値２１０２３の値を変更する。これにより、ユーザの意図を反映させることができる。
【００３１】
（閲覧履歴情報の構成）
図８は障害票「Problem００１」の閲覧履歴情報６０を示すテーブルである。この閲覧履歴情報６０は閲覧履歴データベース１３に登録されている。閲覧履歴情報６０には、障害票「Problem００１」の閲覧・編集時に閲覧されたドキュメントの履歴情報が保持されている。障害票「Problem００１」は、ユーザによって指定された障害票であることを表す。ドキュメントの履歴情報として、履歴番号６００、閲覧されたドキュメントのＩＤ６０１、そのドキュメント名６０２および閲覧されたドキュメントの保存場所６０３が保持される。また、ドキュメント閲覧時の障害票「Problem００１」の状態６０４、ドキュメント閲覧時の障害票「Problem００１」の操作者６０５、およびドキュメント閲覧時の障害票「Problem００１」の担当者６０６が保持される。さらに、ドキュメントの閲覧時間６０７、閲覧開始時刻６０８および閲覧終了時刻６０９が保持される。
【００３２】
図９は係数管理情報７０を示すテーブルである。この係数管理情報７０は、関連文書閲覧装置３１内の係数情報３１３４２に含まれる。係数管理情報７０には、過去に「作業のヒント」（図５参照）で［対応中の障害票］に指定された障害票が所属するプロセスの単位で管理されている。係数管理情報７０には、番号７００、プロセスＩＤ７０１、ワークフロー（ＷＦ）種別７０２、係数情報ＩＤ７０３および係数最終更新日時７０４が保持される。
【００３３】
図１０は図９のプロセスＩＤと関連付けられている係数値情報８０を示すテーブルである。この係数値情報８０は、関連文書閲覧装置３１内の係数情報３１３４２に含まれる。係数値情報８０には、番号８００、状態ＩＤ８０１、状態ＩＤ８０１に対応する状態８０２、状態ＩＤ８０１で識別される各状態８０２の閲覧時間の加算係数８０３、係数の最終更新日時８０４および最終更新者８０５が保持されている。加算係数８０３の役割については後述する。
【００３４】
なお、係数情報３１３４２（図２参照）は、係数管理情報７０（図９参照）および係数値情報８０（図１０参照）を合わせたものである。
【００３５】
上記構成を有する関連文書閲覧装置３１の動作を示す。
【００３６】
（障害票の指定）
図１１はユーザが閲覧文書管理装置３１の入力装置３１２を用いて閲覧・編集する障害票を指定した場合の処理の流れを示す図である。ユーザ操作によって障害票が指定されると（Ｔ４００、Ｔ４０１）、ヒント情報制御部３１３１は、指定された情報を受け取る。その後、ヒント情報制御部３１３１は、障害票制御部３１３２を用いて障害票管理サーバ１１にアクセスし、指定された障害票のＩＤ・ＵＲＬ等の情報を取得する（Ｔ４０２、Ｔ４０３）。
【００３７】
ヒント情報制御部３１３１は、Ｔ４０２、Ｔ４０３で取得した障害識別子を有する障害票「Problem００１」の情報をキーに、閲覧履歴情報制御部３１３６の閲覧履歴情報を用いて閲覧履歴データベース１３にアクセスする。そして、障害票「Problem００１」（図４参照）の閲覧履歴情報６０を取得する（Ｔ４０４、Ｔ４０５）。
【００３８】
ヒント情報制御部３１３１は、メインＵＩ画面である「作業のヒント」（図５参照）を起動している関連文書閲覧装置３１において、既に開かれているドキュメントの一覧情報を取得する（Ｔ４０６）。Ｔ４０６で取得した既に開かれているドキュメントおよびＴ４０４、Ｔ４０５で取得した閲覧履歴情報６０に含まれるドキュメントに対し、ドキュメント毎にそのドキュメントがドキュメント管理サーバ１２に所属しているか否かの情報を取得する（Ｔ４０７）。
【００３９】
Ｔ４０７で取得したドキュメント所属情報に基づき、ドキュメント毎にリンク可／不可の状況を設定する（Ｔ４０８）。すなわち、ドキュメント管理サーバ１２で管理されているドキュメントであるか、あるいは閲覧文書管理装置３１に保持されているドキュメントである場合、リンク可と設定する。一方、ドキュメント管理サーバ１２で管理されておらず、閲覧文書管理装置３１にも保持されていないドキュメントである場合、障害票に関係ないドキュメントと判断し、リンク不可と設定する。
【００４０】
ヒント情報制御部３１３１は、Ｔ４０４、Ｔ４０５で取得した閲覧履歴情報６０に基づき、障害票「Problem００１」に関連するドキュメントの表示順序を決定する処理を開始する。ヒント情報制御部３１３１は、障害票「Problem００１」の関連ドキュメント毎に、係数制御部３１３４を用いて関連強度を算出するための係数を閲覧時間の履歴単位に決定する。そして、決定した係数と閲覧時間とを用いて関連強度を算出する（Ｔ４０９、Ｔ４１０、Ｔ４１１）。具体的な算出方法については後述する。
【００４１】
関連強度制御部は、算出された関連強度の強い方から順に並び替えを行い、その順序情報をヒント情報制御部３１３１に渡す（Ｔ４１２）。ヒント情報制御部３１３１は、Ｔ４０４、Ｔ４０５で取得した閲覧履歴情報６０、Ｔ４１２で関連強度制御部３１３３が順序付けした関連強度の順序情報、およびＴ４０８で設定済みのドキュメント毎のリンク可／不可情報に基づき、「作業のヒント」に表示する内容を決定する（Ｔ４１３）。Ｔ４１３で決定した情報を表示装置３１１に出力する（Ｔ４１４）。この後、Ｔ４０６で取得した既に開かれているドキュメントに対し、閲覧時間計測部３１３５を用いて閲覧時間の計測を開始する（Ｔ４１５）。
【００４２】
（障害票の指定解除）
障害票「Problem００１」が［対応中の障害票］に指定されている状況で、障害票「Problem００１」の処理を終了する場合の動作を示す。図１２はユーザが閲覧文書管理装置３１の入力装置３１２を用いて障害票の指定を解除した場合の処理の流れを示す図である。ここでは、「作業のヒント」（図５参照）に［対応中の障害票］に障害票「Problem００１」が指定されており、かつ障害票「Problem００１」が開かれていることを前提としている。
【００４３】
まず、ユーザから入力装置３１２を用いて障害票「Problem００１」のクローズ指示が出される（Ｔ５００、Ｔ５０１）。指示に応じてヒント情報制御部３１３１は、障害票制御部３１３２に対し、「作業のヒント」と障害票「Problem００１」との結び付けを開放する指示を出す（Ｔ５０２、Ｔ５０３）。ヒント情報制御部３１３１は、閲覧履歴情報制御部３１３６を用いて障害票「Problem００１」に関する閲覧時間の履歴情報を取得する（Ｔ５０４、Ｔ５０５）。
【００４４】
ヒント情報制御部３１３１は、Ｔ５０４、Ｔ５０５で取得した閲覧時間の履歴情報を基に、関連ドキュメントの閲覧時間の計測停止を指示する（Ｔ５０６）。閲覧時間計測部３１３５は、指示を受けると、関連ドキュメントの閲覧時間の計測を停止する（Ｔ５０７）。
【００４５】
ヒント情報制御部３１３１は、閲覧履歴情報制御部３１３６を用いて、閲覧履歴データベース１３にアクセスし、サ−バ上の障害票「Problem００１」の閲覧履歴情報を更新する（Ｔ５０８、Ｔ５０９）。そして、「作業のヒント」の表示内容を更新する（Ｔ５１０）。この表示内容の更新では、［対応する障害票］が指定されなくなるので、メインＵＩ画面（図５参照）では、対応中の障害票の障害票番号または障害票識別子１９０１、および関連ドキュメントのドキュメント名１９０２は、閉じられた状態で表示される。
【００４６】
（対処処理）
図１３はユーザの操作により閲覧文書管理装置３１が「作業のヒント」を起動し、対応のために閲覧・編集する障害票を指定する際の動作処理手順を示すフローチャートである。この処理プログラムは、関連文書閲覧装置３１を構成するＰＣ内の記憶媒体に格納されており、ＣＰＵによって実行される。
【００４７】
障害票を指定するためのＵＩ画面２００（図６参照）を用いて、ユーザにより障害票が指定されると、ヒント情報制御部３１３１は指定された障害票を取得する（ステップＳ２２０１）。そして、この障害票に関連するドキュメントの閲覧履歴情報６０を取得する（ステップＳ２２０２）。
【００４８】
閲覧履歴情報６０を用いて、この障害票と関連のあるドキュメントのＩＤや保管場所などの情報を取得する（ステップＳ２２０３）。次に、係数制御部３１３４により、係数情報３１３４２から関連度係数を取得する（ステップＳ２２０４）。そして取得した関連度係数（係数値情報）を使用し、ステップＳ２２０３で取得した全てのドキュメントに対し、その関連強度を算出する（ステップＳ２２０５）。算出した関連強度に基づき、関連ドキュメントの順序付けを行う（ステップＳ２２０６）。順序付けられた順番に従って、「作業のヒント」に関連ドキュメントの情報を表示する（ステップＳ２２０７）。この後、本処理を終了する。
【００４９】
（関連強度の算出と順序付け）
次に、障害票「Problem００１」に関連する全てのドキュメントに対し、関連強度を算出し、その順序付けを行う処理を示す。図１４はステップＳ２２０４、Ｓ２２０５、Ｓ２２０６における係数値情報を取得し、関連強度を算出し、関連ドキュメントの順序付けを行う処理手順を示すフローチャートである。
【００５０】
ヒント情報制御部３１３１から関連強度制御部３１３３に関連強度の算出命令が出されると（図１１のＴ４０９参照）、まず、関連強度制御部３１３３は、障害票「Problem００１」が所属するプロセスのプロセスＩＤを取得する（ステップＳ９０１）。そして、係数制御部３１３４に対し、係数値情報の取得命令を出す。係数制御部３１３４は、係数値情報の取得命令を受けると、係数値情報を取得する（ステップＳ９０２）。このステップＳ９０２で取得される係数値情報は、後述するステップＳ１００８あるいはステップＳ１００３で設定される係数値情報である。関連強度制御部３１３３は、係数値情報８０を取得すると、この係数値情報８０からプロセスのＷＦ上の状態を取得する（ステップＳ９０３）。
【００５１】
閲覧履歴情報６０から取得した状態に対応する履歴を取得し（ステップＳ９０４）、各ドキュメントの関連強度を算出する（ステップＳ９０５）。取得した全ての状態について、Ｓ９０４、Ｓ９０５の処理が終了したか否かを判別する（ステップＳ９０６）。終了していない場合、ステップＳ９０４の処理に戻る。一方、終了している場合、各ドキュメントの関連強度の順序付けを行う（ステップＳ９０７）。関連強度制御部３１３３は、各ドキュメントの関連強度を算出すると、関連の強い順にドキュメントＩＤの並べ替えを行う。この後、本処理を終了する。
【００５２】
図１５はステップＳ９０２における係数値情報８０の取得処理手順を示すフローチャートである。係数制御部３１３４は、プロセスＩＤで指定されたプロセスの情報が係数管理情報７０に存在するか否かを確認する（ステップＳ１００１）。
【００５３】
このプロセスの情報が係数管理情報７０に存在した場合、係数制御部３１３４は、与えられたプロセスＩＤをキーに係数ＩＤ７０３を取得する（ステップＳ１００２）。係数管理情報７０から取得した係数ＩＤ７０３をキーに、係数値情報８０からプロセスの係数値情報を取得する（ステップＳ１００３）。この後、本処理を終了する。
【００５４】
一方、ステップＳ１００１で、係数管理情報７０にこのプロセスの情報が存在しなかった場合、ヒント情報制御部３１３１は、その情報を受け取ると、プロセスの閲覧履歴加算係数を設定するか否かを確認するＵＩを表示する指示を行う（ステップＳ１００４）。表示装置３１１は、この指示を受けると、確認のＵＩを表示する（ステップＳ１００９）。
【００５５】
表示装置３１１は、確認のＵＩを介してユーザから入力を受け付けるのを待ち（ステップＳ１０１０）、入力を受け付けると、ヒント情報制御部３１３１に入力情報（Ｙｅｓ／Ｎｏ）を渡す。
【００５６】
ヒント情報制御部３１３１は、入力情報（Ｙｅｓ／Ｎｏ）を受け取ると、係数情報の生成とデフォルト値の設定を行う（ステップＳ１００５）。そして、入力情報がＹｅｓであるかＮｏであるかを確認し（ステップＳ１００６）、Ｙｅｓである場合、係数を設定し（ステップＳ１００７）、係数制御部３１３４は、設定された係数値情報を取得する（ステップＳ１００８）。一方、Ｎｏである場合、そのままステップＳ１００８の処理に進む。この後、本処理を終了する。
【００５７】
（関連強度の算出）
図１６はステップＳ９０５における関連強度算出処理手順を示すフローチャートである。ここでは、閲覧履歴情報６０の履歴アイテムのうち、番号がＮｏ．０９６〜Ｎｏ．１０４を用いて説明する。また、状態６０４は「障害対処中」であると仮定する。
【００５８】
まず、関連強度制御部３１３３は、係数値情報８０から「障害対処中」状態の係数設定情報８０３を取得する（ステップＳ１１０１）。ここでは、１／（ｌｎ＋１）（ここで、ｌｎは同一状態中の履歴を最近の履歴から順に並べた場合の順番）が取得される。
【００５９】
取得した係数値設定情報に従って、閲覧履歴情報６０の履歴アイテムＮｏ．０９６〜Ｎｏ．１０４に係数を付与する（ステップＳ１１０２）。係数値情報は１／（ｌｎ＋１）であり、Ｎｏ．１０４の場合、ｌｎは１であるから、係数は１／２となる。同様に計算すると、Ｎｏ．１０３では１／３、……、Ｎｏ．０９６では１／１０となる。
【００６０】
続いて、全ての履歴アイテムＮｏ．０９６〜Ｎｏ．１０４について、履歴アイテム毎にドキュメントの関連強度を算出する処理に移行する。この算出は、各履歴アイテムで保持されるドキュメントの参照時間６０７と、ステップＳ１１０２で付与された係数とを積算することで行われる（ステップＳ１１０３）。次に、履歴アイテムが保持するドキュメントＩＤを取得し（ステップＳ１１０４）、ドキュメントＩＤが等しい他のドキュメントの関連強度を加算する（ステップＳ１１０５）。この加算処理は、関連強度の一時保存変数を設け、この変数に加算処理を行うことで実現される。
【００６１】
この後、全ての履歴アイテムについて処理が終了したか否かを判別し（ステップＳ１１０６）、終了した場合、本処理を終了する。一方、終了していない場合、ステップＳ１１０３の処理に戻る。
【００６２】
（係数情報の生成とデフォルト値の設定）
図１７はステップＳ１００５における係数情報の生成およびデフォルト値の設定処理手順を示すフローチャートである。ここで、前述したように、係数情報は、係数管理情報７０および係数値情報８０からなる。
【００６３】
ヒント情報制御部３１３１は、プロセスＩＤ７０１で指定されるプロセスのＷＦ情報を取得する命令を障害制御部３１３２に送信する（ステップＳ１２０１）。ここで、ＷＦ情報とは、ＷＦ種別、ＷＦが保持する全ての状態、状態毎のワークフロー上の順番およびフェーズ情報である。
【００６４】
障害制御部３１３２は、ヒント情報制御部３１３１から受取ったＷＦ情報取得命令を障害票管理サーバ１１に送信し、障害票管理サーバ１１からＷＦ情報を取得する（ステップＳ１２０２）。障害票管理サーバ１１は、指定されたプロセスのＷＦ情報を取得する（ステップＳ１２０３）。
【００６５】
ヒント情報制御部３１３１は、障害票管理サーバ１１によって取得されたＷＦ情報を受け取ると、このプロセスの係数値を生成する（ステップＳ１２０４）。係数制御部３１３４は、ヒント情報制御部３１３１からプロセスの係数値を受け取ると、受け取ったプロセスの係数ＩＤを生成する（ステップＳ１２０５）。
【００６６】
このプロセスのプロセスＩＤ、ステップＳ１２０５で生成された係数ＩＤ、ＷＦ種別および現在時刻を係数管理情報７０に追加する（ステップＳ１２０６）。係数制御部３１３４は、ステップＳ１２０５で生成された係数ＩＤに基づいて係数値情報８０を生成し、ＷＦの全状態の状態ＩＤおよび状態を係数値情報８０に追加する（ステップＳ１２０７）。このとき、最終更新日時を現在時刻とし、最終更新者をＳｙｓｔｅｍとする。そして、係数値情報８０の各状態に係数値を設定する（ステップＳ１２０８）。ここで設定される値は、数式（１）に示すとおりである。
【００６７】
１／（ｌｎ＋１）  ……  （１）
なお、ｌｎは、同一状態中の履歴を最近の履歴から順に並べた場合の履歴番号である。
【００６８】
（係数情報設定部）
図１８はステップＳ１００７における障害票「Problem００１」が所属するプロセスＰ１内の各状態に係数値を設定する係数設定処理手順を示すフローチャートである。まず、ヒント情報制御部３１３１は、係数値を設定しようとするプロセスが既に係数情報３１３４２を保持しているか否かを確認する（ステップＳ１３０１）。係数管理情報７０がプロセスＩＤを保持している場合、このプロセスは係数情報を保持していると判断される。
【００６９】
プロセスが係数情報を保持している場合、ヒント情報制御部３１３１は、係数値情報を取得する命令を係数制御部３１３４に送信する（ステップＳ１３０２）。係数制御部３１３４は、係数管理情報７０を取得し（ステップＳ１３０３）、係数値情報８０を取得する（ステップＳ１３０４）。一方、ステップＳ１３０１でプロセスが係数情報３１３４２を保持していない場合、図１７に示す係数情報の生成およびデフォルト値の設定を行い（ステップＳ１３１２）、ステップＳ１３０２の処理に進む。
【００７０】
ヒント情報制御部３１３１は、ステップＳ１３０４で取得した係数値情報を、係数値の設定ＵＩを表示する命令と合わせて、表示装置３１１に送信する（ステップＳ１３０５）。
【００７１】
表示装置３１１は、ステップＳ１３０５で送信された情報を受信すると、この情報を基に、係数の設定ＵＩを表示する（ステップＳ１３０６）。この設定ＵＩは、少なくともプロセスの全状態および状態別の係数値を表示し、係数を更新するための情報送信部を保持する。
【００７２】
表示装置３１１は、ユーザから処理を指示するイベントを受け取るまで待機し（ステップＳ１３０７）、イベントを受け取ると、その内容に応じて処理を振り分ける。すなわち、イベントの内容が更新指示であるか否かを判別し（ステップＳ１３０８）、更新指示であった場合、表示装置３１１は、係数値の更新情報をヒント情報制御部３１３１に送信する（ステップＳ１３０９）。
【００７３】
ヒント情報制御部３１３１は、更新情報を受け取ると、係数制御部３１３４に係数値の設定命令を送信する（ステップＳ１３１０）。係数制御部３１３４は、ヒント情報制御部３１３１から係数値の更新情報を受け取ると、受け取った更新情報から全ての状態について状態毎の係数値を取得し、その値を係数値情報８０に設定する（ステップＳ１３１１）。この後、本処理を終了する。
【００７４】
一方、イベントの内容が更新指示でない場合、処理の取消し指示であるか否かを判別する（ステップＳ１３１３）。処理の取消し指示であった場合、そのまま本処理を終了する。一方、取消し指示でなかった場合、ステップＳ１３０７の処理に戻る。
【００７５】
（閲覧時間の計測）
障害票「Problem００１」が「作業のヒント」で［対応中の障害票］に指定されている場合、ドキュメントＤ１（図５参照）が開かれた際の閲覧時間の計測方法を示す。図１９は閲覧時間の計測開始処理手順を示すフローチャートである。この処理プログラムは、関連文書閲覧装置３１内の記憶媒体に格納されており、ＣＰＵによって実行される。
【００７６】
ここで、閲覧時間とは、「作業のヒント」で［対応中の障害票］に指定されている障害票が開いている場合において、関連するドキュメントが閲覧されている時間である。また、関連するドキュメントとは、この障害票が開かれている場合に一緒に開かれているドキュメントである。また、「一緒に開かれている」とは、ドキュメントのウィンドウなどの表示領域および表示レイヤが他のドキュメントの表示領域および表示レイヤに隠されていない状態である。表示領域が最小化されている場合、スクリーンセイバ起動中、または画面ロック起動中は、「開かれていない」として、この間、閲覧時間の計測を行わない。なお、ドキュメントＤ１は、ドキュメント管理サーバ１２に保持・管理されているドキュメントである。上記のような処理を行うことにより、実質的な閲覧時間に基づいて関連強度を算出することが可能となるため、算出の精度が向上する。したがってユーザは、関連するドキュメントに簡単にアクセスすることが可能となる。
【００７７】
まず、ドキュメントＤ１が開かれると、ヒント情報制御部３１３１はこのドキュメントの情報を取得する（ステップＳ１４０１）。このとき、取得される情報は、ドキュメントＩＤ、ドキュメント名、最終更新日等である。
【００７８】
サーバ側のドキュメント管理サーバ１２は、ヒント情報制御部３１３１からドキュメント情報取得命令を受けると、指定されたドキュメントの情報を取得し、ヒント情報制御部３１３１に送信する（ステップＳ１４０２）。ヒント情報制御部３１３１は、閲覧時間計測部３１３５に対し、ドキュメントＤ１の閲覧時間を計測するタイマを生成する命令を出す（ステップＳ１４０３）。
【００７９】
閲覧時間計測部３１３５は、タイマ生成命令を受けると、タイマを生成し、タイマＩＤを発行する（ステップＳ１４０４）。生成されたタイマに計測ステータス情報を追加する（ステップＳ１４０５）。ヒント情報制御部３１３１は、タイマの生成処理が終了すると、閲覧時間計測部３１３５に計測開始命令を出す（ステップＳ１４０６）。閲覧時間計測部３１３５は、計測開始命令を受けると、計測ステータス制御部３１３５２を用いて、ステップＳ１４０４で生成されたタイマが保持している計測ステータスを「計測中」に変更する（ステップＳ１４０７）。閲覧時間計測部３１３５は、閲覧時間取得部３１３５１を用いてタイマの計測を開始する（ステップＳ１４０８）。この後、本処理を終了する。
【００８０】
（計測の終了）
図２０は閲覧時間の計測終了処理手順を示すフローチャートである。この処理プログラムは、関連文書閲覧装置３１内の記憶媒体に格納されており、ＣＰＵによって実行される。ドキュメントＤ１が閉じられると、ヒント情報制御部３１３１は、このドキュメントのドキュメントＩＤからタイマＩＤを取得し（ステップＳ１５０１）、閲覧時間計測部３１３５にタイマの計測を停止する命令を出す（ステップＳ１５０２）。
【００８１】
閲覧時間計測部３１３５は、このタイマの計測停止命令を受けると、タイマの計測ステータスを「停止」に変更し（ステップＳ１５０３）、タイマの計測を停止する（ステップＳ１５０４）。ヒント情報制御部３１３１は、ステップＳ１５０１で取得したタイマＩＤをキーにドキュメントの閲覧時間の取得指示を行う（ステップＳ１５０５）。閲覧時間計測部３１３５は、ステップＳ１５０５で、ヒント情報制御部３１３１から閲覧時間取得指示を受け取ると、タイマが保持する時間を取得し、ヒント情報制御部３１３１に送信する（ステップＳ１５０６）。
【００８２】
ヒント情報制御部３１３１は、このドキュメントの閲覧時間を受け取ると、障害票「Problem００１」の閲覧時間履歴情報６０（図８参照）にドキュメントの閲覧時間履歴を追加する（ステップＳ１５０７）。
【００８３】
閲覧履歴情報制御部３１３６は、閲覧時間履歴追加命令を受けると、閲覧履歴データベース１３にアクセスし、障害票「Problem００１」の閲覧時間履歴情報を取得する指示を行う（ステップＳ１５０８）。閲覧履歴データベース１３は、閲覧時間履歴情報を取得し、閲覧履歴情報制御部３１３６に返す（ステップＳ１５０９）。
【００８４】
閲覧履歴情報制御部３１３６は、取得した障害票「Problem００１」の閲覧時間履歴情報６０にドキュメントＩＤ６０１、閲覧時間６０７等の情報（図８参照）を追加し、閲覧時間履歴情報６０を更新する（ステップＳ１５１０）。更新した閲覧時間履歴情報６０を閲覧履歴データベース１３に保存する指示を出す（ステップＳ１５１１）。閲覧履歴データベース１３は、閲覧履歴情報を更新する（ステップＳ１５１２）。この後、閲覧時間計測部３１３５は、このドキュメントの閲覧時間を計測していたタイマを開放し（ステップＳ１５１３）、本処理を終了する。
【００８５】
（計測の一時停止と計測再開）
図２１は閲覧時間計測の一時停止処理手順を示すフローチャートである。この処理プログラムは、関連文書閲覧装置３１内の記憶媒体に格納されており、閲覧時間の計測を一時停止するイベントが発生した場合、ＣＰＵによって実行される。ここで、計測を一時停止するイベントとは、ドキュメントＤ１の表示領域（表示領域）が最小化された、この表示領域が他のファイルやドキュメントの表示領域の背後に隠れた、スクリーンセイバが起動した、あるいは画面がロックした、等の状態の変化である。
【００８６】
これらのイベントが発生した場合、ヒント情報制御部３１３１は、ドキュメントのタイマＩＤを取得し（ステップＳ１６０１）、タイマの計測停止命令を出す（ステップＳ１６０２）。閲覧時間計測部３１３５は、タイマの計測停止命令を受けると、計測ステータスを「一時停止」に変更し（ステップＳ１６０３）、計測を停止する（ステップＳ１６０４）。この後、本処理を終了する。
【００８７】
図２２は一時停止した閲覧時間計測の再開処理手順を示すフローチャートである。この処理プログラムは、関連文書閲覧装置３１内の記憶媒体に格納されており、閲覧時間の計測が再開されるイベントが発生した場合、ＣＰＵによって実行される。ここで、計測が再開されるイベントとは、計測が停止されるイベントで発生した状況が解除される状態の変化である。
【００８８】
ヒント情報制御部３１３１は、ドキュメントのタイマＩＤを取得し（ステップＳ１７０１）、タイマの計測開始命令を出す（ステップＳ１７０２）。閲覧時間計測部３１３５は、計測開始命令を受けると、計測ステータスを「計測中」に変更し（ステップＳ１７０３）、計測を開始する（ステップＳ１７０４）。この後、本処理を終了する。
【００８９】
このように、第１の実施形態の閲覧文書管理装置によれば、利用者が担当するワークフローの障害票（タスク）に対応する際、各状態に応じて関連の強いファイルを効率良く閲覧することができる。
【００９０】
［第２の実施形態］
第２の実施形態では、関連強度を算出する際、前記第１の実施形態と異なり、参照時間を使用しないことを特徴とする。ここで、第２の実施形態のユーザインタフェース（ＵＩ）は、前記第１の実施形態と同一である。また、第２の実施形態における関連文書閲覧装置の構成は、閲覧時間計測部３１３５が省かれる点を除き、前記第１の実施形態と同様である。また、第２の実施形態のワークフローの構成は、前記第１の実施形態と同一である。また、第２の実施形態における障害票の指定は、計測開始（図１１のＴ４１５）および計測停止（図１２のＴ５０６、Ｔ５０７）が省かれる点を除き、前記第１の実施形態と同様である。また、第２の実施形態の閲覧履歴情報６０の構成は、閲覧時間６０７（図８参照）が省かれる点を除き、前記第１の実施形態と同様である。
【００９１】
また、第２の実施形態における関連強度の算出および順序付けは、関連強度の算出で閲覧時間（参照時間）を使用することが省かれる点を除き、前記第１の実施形態と同様である。
【００９２】
図２３は第２の実施形態における関連強度の算出処理手順を示すフローチャートである。この処理プログラムは、関連文書閲覧装置３１内の記憶媒体に格納されており、ＣＰＵによって実行される。ここでは、閲覧履歴情報６０の履歴アイテムＮｏ．０９６〜Ｎｏ．１０４を用いて説明する。また、状態は「障害対処中」であると仮定する。
【００９３】
関連強度制御部３１３３は、係数値情報８０から状態の係数設定情報８０３を取得する（ステップＳ２３０１）。ここでは、閲覧履歴情報６０の「障害対処中」に関する係数値設定情報、つまり［１／（ｌｎ＋１）］を取得する。ｌｎは、第１の実施形態と同様、同一状態中の履歴を最近の履歴から順に並べた場合の履歴番号である。取得した係数値設定情報８０３に従って、閲覧履歴情報６０のＮｏ．０９６〜Ｎｏ．１０４に係数を付与する（ステップＳ２３０２）。係数は、Ｎｏ．１０４で１／２、Ｎｏ．１０３で１／３、……、Ｎｏ．０９６で１／１０となる。
【００９４】
Ｎｏ．０９６〜Ｎｏ．１０４の全ての履歴アイテムに関し、履歴アイテム毎にドキュメントの関連強度を算出する処理に移行する。まず、関連強度をＳ２３０２の係数値と同一であるとし（ステップＳ２３０３）、履歴アイテムが保持するドキュメントＩＤを取得する（ステップＳ２３０４）。算出した関連強度をドキュメント単位に加算する処理を行う（ステップＳ２３０５）。この処理では、前記第１の実施形態と同様、ステップＳ２３０４で取得したドキュメントＩＤと同一のドキュメントＩＤをもつドキュメントの関連強度を一時保存変数へ加算する。この後、全ての履歴アイテムについて処理が終了したか否かを判別する（ステップＳ２３０６）。全ての履歴アイテムについて処理が終了した場合、本処理を終了する。一方、処理が終了していない場合、ステップＳ２３０３の処理に戻る。
【００９５】
また、第２の実施形態における係数情報の生成およびデフォルト値の設定は、前記第１の実施形態と同一である。また、第２の実施形態における係数情報設定部は、前記第１の実施形態と同一である。
【００９６】
このように、第２の実施形態の閲覧文書管理装置によれば、ドキュメントの参照時間を使用しないので、関連強度の算出を簡単に行うことができる。したがって、ドキュメントを並び替えた画面を素早く表示することができる。
【００９７】
［第３の実施形態］
第３の実施形態のユーザインタフェース（ＵＩ）は、前記第１の実施形態と同一である。第３の実施形態における関連文書閲覧装置の構成は、前記第１の実施形態と同一である。第３の実施形態におけるワークフローの構成は、前記第１の実施形態と同一である。第３の実施形態における障害票の指定は、前記第１の実施形態と同一である。
【００９８】
第３の実施形態では、プロセス毎に、プロセスが保持するタスクを操作するユーザをグループとして保持する。図２４は第３の実施形態におけるプロセス毎のグループを示す図である。グループ２４０は、プロセスＡ−００１におけるグループを表す。図中、２４０１はプロセスを識別するためのＩＤである。２４０２、２４０３はそれぞれグループＩＤおよびグループ名である。２４０４はグループＩＤ２４０２で識別されるグループが保持するユーザとしてのメンバ名である。プロセスとグループの結びつき、あるいはプロセスとグループのユーザの結びつきは、障害票管理サーバ１１で保持・管理されている。
【００９９】
プロセスＰ１（図３参照）は、単数または複数のグループを保持する。障害票管理サーバ１１では、プロセスＰ１が保持するグループは、プロセスを管理する管理ユーザによって結び付けられる。管理ユーザは、例えば、「グループＩＤ『ＸＸ』のグループはプロセスＰ１の評価フェーズＰ１１及び対処確認フェーズＰ１３の主担当グループとする」等を設定する。なお、主担当グループの設定は、Ｐ１１〜Ｐ１４で示されるフェーズ単位、あるいはＰ１１１〜Ｐ１４１で示される状態単位でも行われる。
【０１００】
また、第３の実施形態における閲覧履歴情報６０の構成は、前記第１の実施形態と同一である。また、第３の実施形態における関連強度の算出および順序付けは、関連強度を算出する際、グループ（図２４参照）を使用する点を除き、前記第１の実施形態と同様である。
【０１０１】
図２５は関連強度の算出処理手順を示すフローチャートである。この処理プログラムは、関連文書閲覧装置３１内の記憶媒体に格納されており、ＣＰＵによって実行される。関連強度制御部３１３３は、ヒント情報制御部３１３１から関連強度制御部３１３３に関連強度の算出命令が出されると（図１１のＴ４０９）、障害票「Problem００１」が所属するプロセスのプロセスＩＤを取得する（ステップＳ２５０１）。関連強度制御部３１３３は、係数制御部３１３４に係数値情報８０の取得命令を出す（ステップＳ２５０２）。係数制御部３１３４は、係数値情報８０の取得命令を受けると、図１５に示す係数値情報８０を取得する処理を開始する。
【０１０２】
即ち、係数制御部３１３４は、図１５のステップＳ１００１で、プロセスＩＤで指定されるプロセスの情報が係数管理情報７０に存在するか否かを確認する。係数管理情報７０にこのプロセスの情報が存在した場合、係数制御部３１３４は、ステップＳ１００２で、与えられたプロセスＩＤをキーに係数ＩＤを取得する。さらに、ステップＳ１００３で、係数管理情報７０から取得した係数ＩＤをキーに係数値情報８０からこのプロセスの係数値情報を取得する。
【０１０３】
一方、ステップＳ１００１で、係数管理情報７０にこのプロセスの情報が存在しなかった場合、ヒント情報制御部３１３１は、その情報を受け取ると、ステップＳ１００４で、このプロセスの閲覧履歴加算係数を設定するか否かを確認するＵＩを表示する。
【０１０４】
表示装置３１１は、ステップＳ１００９で、確認のＵＩを表示する。また、表示装置３１１は、ステップＳ１０１０で、ユーザの入力を受け付けると、ヒント情報制御部３１３１に入力情報、つまり「Ｙｅｓ」または「Ｎｏ」を渡す。ヒント情報制御部３１３１は、ステップＳ１００５で、情報を受け取ると、係数情報の生成およびデフォルト値の設定を行う。
【０１０５】
この後、ヒント情報制御部３１３１は、ステップＳ１００６で、入力情報が「Ｙｅｓ」であるか「Ｎｏ」であるかを確認する。入力情報が「Ｙｅｓ」である場合、ステップＳ１００７の係数値を設定する処理を行う。ステップＳ１００８で、設定された係数値情報を取得する。なお、前述したステップＳ２５０２で取得される係数値情報は、ステップＳ１００８あるいはステップＳ１００３で取得された係数値情報である。
【０１０６】
関連強度制御部３１３３は、ステップＳ２５０２で係数値情報８０を取得すると、係数値情報８０からこのプロセスのＷＦの状態一覧を取得する（ステップＳ２５０３）。
【０１０７】
関連強度制御部３１３３は、「作業のヒント」を起動しているユーザが所属するグループ情報を取得し（ステップＳ２５０４）、このグループの全メンバ名を取得する指示を行う（ステップＳ２５０５）。障害票管理サーバ１１は、指示に従って、グループの全メンバ名を取得し、関連強度制御部３１３３に送信する（ステップＳ２５０６）。
【０１０８】
関連強度制御部３１３３は、図１１のＴ４０４、Ｔ４０５で取得した閲覧履歴情報６０から、ステップＳ２５０５、Ｓ２５０６で取得したメンバが操作者名である履歴を抽出する（ステップＳ２５０７）。さらに、ステップＳ２５０３で取得した各状態について、次の処理を行う。即ち、閲覧履歴情報６０から、この状態の履歴を取得し（ステップＳ２５０８）、各ドキュメントの関連強度を算出する（ステップＳ２５０９）。この関連強度の算出については後述する。そして、全ての状態の処理が終了したか否かを判別する（ステップＳ２５１０）。終了していない場合、ステップＳ２５０８の処理に戻る。一方、全ての状態の処理が終了している場合、各ドキュメントの関連強度の順序付けを行う（ステップＳ２５１１）。
【０１０９】
また、第３の実施形態における算出部は、前記第１の実施形態と同一である。また、第３の実施形態における順序付けは、前記第１の実施形態と同一である。
【０１１０】
本実施形態に基づいて関連強度の算出を行うと、ユーザが所属するグループに応じて、異なる関連強度が算出される。例えば、メンバｑａＵｓｅｒ０２（図２４参照）が履歴Ｎｏ．０９６〜履歴Ｎｏ．１０４（図８参照）の後に「作業のヒント」を起動する場合を考える。この場合、メンバｑａＵｓｅｒ０２が属するグループＱａ−ＷＴ（図２４参照）では、関連ドキュメントは“Ａａ仕様書．ｄｏｃ”となる。
【０１１１】
また、メンバｄｅｖＵｓｅｒ０１（図２４参照）が履歴Ｎｏ．０９６〜履歴Ｎｏ．１０４（図８参照）の後に「作業のヒント」を起動する場合、メンバｄｅｖＵｓｅｒ０１が属するグループＤｅｖ−ＢＺ（図２４参照）の関連強度は、以下のようになる。即ち、参照時間×係数（=１／（ｌｎ＋１））を用いると、履歴アイテムＮｏ．１０３〜Ｎｏ．９９の関連強度はそれぞれ１０２／３、２５４／４、５４８／５、２０１／６、３４５／７であり、Ｎｏ．９７、Ｎｏ．９８はそれぞれ２１９／９、１０／１０である。従って、同一ドキュメントＩＤとして加算処理された関連ドキュメントは、関連強度の大きい順に、“ＡａａａＰｒｏｂｌｅｍ．ｊａｖａ”、“Ｂｂｂｂ問題分析．ｄｏｃ”、“ＡａａａＰｒｏｂｌｅｍＲｅｓｏｕｒｃｅ．ｊａｖａ”、“Ａａ仕様書．ｄｏｃ”となる。
【０１１２】
また、第３の実施形態における係数情報の生成とデフォルト値の設定は、前記第１の実施形態と同一である。また、第３の実施形態における係数情報設定手段は、前記第１の実施形態と同一である。また、第３の実施形態における閲覧履歴情報の構成は、前記第１の実施形態と同一である。
【０１１３】
このように、第３の実施形態の閲覧文書管理装置によれば、グループ毎にドキュメントの参照時間を使用するとともに、グループ毎に関連強度の算出を行う。したがって、グループというまとまりを考慮した関連ドキュメントを提示することができる。
【０１１４】
［第４の実施形態］
第４の実施形態のユーザインタフェース（ＵＩ）は、前記第３の実施形態と同一である。第４の実施形態における関連文書閲覧装置の構成は、前記第３の実施形態と同一である。第４の実施形態におけるワークフローの構成は、前記第３の実施形態と同一である。第４の実施形態における障害票の指定は、前記第３の実施形態と同様である。ただし、第４の実施形態では、図１１のＴ４１５における計測開始、および図１２のＴ５０６、Ｔ５０７における計測停止の処理は実行されない。
【０１１５】
また、第４の実施形態のグループは前記第３の実施形態におけるグループと同一である。第４の実施形態の閲覧履歴情報の構成は、前記第３の実施形態と同様である。ただし、第４の実施形態では、図８の閲覧時間履歴情報６０における閲覧時間６０７は使用されない。
【０１１６】
また、第４の実施形態における関連強度の算出および順序付けは、前記第３の実施形態における算出および順序付けと同様である。ただし、第４の実施形態では、関連強度の算出で閲覧時間は使用されない。
【０１１７】
第４の実施形態における関連強度の算出を、閲覧履歴情報６０（図８参照）の履歴アイテムＮｏ．９６〜Ｎｏ．１０４を用いて説明する。これらの状態は「障害対処中」であると仮定する。
【０１１８】
図２３のステップＳ２３０１では、関連強度制御部３１３３は、係数値情報８０から、この状態の係数設定情報８０３を取得する。即ち、閲覧履歴情報６０の「障害対処中」に関する係数値設定情報として、［１／（ｌｎ＋１）］を取得する（図１０参照）。なお、ｌｎは、同一状態中の履歴を最近の履歴から順に並べた場合の履歴番号を示す。
【０１１９】
ステップＳ２３０２では、ステップＳ２３０１で取得した係数値設定情報に従って、履歴情報６０のＮｏ．０９６〜Ｎｏ．１０４に係数を付与する。この係数は、Ｎｏ．１０４で値１／２、Ｎｏ．１０３で値１／３、…、Ｎｏ．０９６で値１／１０となる。
【０１２０】
Ｎｏ．０９６〜Ｎｏ．１０４の全ての履歴アイテムに関し、履歴アイテム毎にドキュメントの関連強度を算出する処理に移行する。ステップＳ２３０３で関連強度をＳ２３０２の係数値と同一であるとし、ステップＳ２３０４で履歴アイテムが保持するドキュメントＩＤを取得する。ステップＳ２３０５で算出した関連強度をドキュメント単位に加算する処理を行う。即ち、ステップＳ２３０４で取得したドキュメントＩＤと同一ドキュメントＩＤの関連強度一時保存変数への加算処理を行う。この後、ステップＳ２３０６で全ての履歴アイテムについて処理が終了したか否かを判別する。全ての履歴アイテムについて処理が終了した場合、本処理を終了する。一方、処理が終了していない場合、ステップＳ２３０３の処理に戻る。なお、第４の実施形態における順序付けは、前記第２の実施形態における順序付けと同一である。
【０１２１】
第４の実施形態では、関連強度を算出すると、ユーザが所属するグループに従って、異なる関連強度が算出される。例えば、メンバｑａＵｓｅｒ０２（図２４参照）が履歴Ｎｏ．０９６〜履歴Ｎｏ．１０４（図８参照）の後に「作業のヒント」を起動する場合を考える。この場合、メンバｑａＵｓｅｒ０２が属するグループＱａ−ＷＴ（図２４参照）では、関連ドキュメントは“Ａａ仕様書．ｄｏｃ”だけとなる。
【０１２２】
また、メンバｄｅｖＵｓｅｒ０１（図２４参照）が履歴Ｎｏ．０９６〜履歴Ｎｏ．１０４（図８参照）の後に「作業のヒント」を起動する場合、メンバｄｅｖＵｓｅｒ０１が属するグループＤｅｖ−ＢＺ（図２４参照）の関連強度は、以下のようになる。即ち、係数（=１／（ｌｎ＋１））を用いると、履歴アイテムＮｏ．１０３〜Ｎｏ．９９毎の関連強度はそれぞれ１／３、１／４、１／５、１／６、１／７であり、Ｎｏ．９７、Ｎｏ．９８はそれぞれ１／９、１／１０である。従って、関連ドキュメントは関連強度の大きい順に、“ＡａａａＰｒｏｂｌｅｍ．ｊａｖａ”、“ＡａａａＰｒｏｂｌｅｍＲｅｓｏｕｒｃｅ．ｊａｖａ”、 “Ｂｂｂｂ問題分析．ｄｏｃ”、“Ａａ仕様書．ｄｏｃ”となる。
【０１２３】
このように、第４の実施形態の閲覧文書管理装置によれば、グループ毎のドキュメントの参照時間を使用することなく、関連強度の算出を簡単に行うことができる。そして、各グループ内のユーザは、対応中のタスクに関連のあるドキュメントをその関連強度に応じて効率よく閲覧することができる。
【０１２４】
なお、本発明は、上記実施形態の構成に限られるものではなく、特許請求の範囲で示した機能、または本実施形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【０１２５】
例えば、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
【０１２６】
また、本発明の目的は、以下によっても達成される。即ち、前述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給する。そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行する。
【０１２７】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することになる。また、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２８】
また、プログラムコードを供給するための記憶媒体として、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷを用いることができる。また、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ等の光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、ネットワークを介してプログラムコードをダウンロードしてもよい。
【０１２９】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけではなく、以下の場合も含まれる。即ち、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。このような処理によって前述した各実施の形態の機能が実現される場合も含まれる。
【０１３０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。この後、そのプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う。このような処理によって前述した各実施の形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１３１】
【図１】第１の実施形態における関連文書閲覧管理システムの構成を示す図である。
【図２】関連文書閲覧装置３１の機能的構成を示す図である。
【図３】障害票ワークフローを示す図である。
【図４】ソフトウェアプログラムの開発における障害票を示す図である。
【図５】表示装置３１１に表示されるメインＵＩ画面を示す図である。
【図６】障害票番号または障害票識別子１９０１に表示される障害票を指定するためのＵＩ画面を示す図である。
【図７】係数値を設定するためのＵＩ画面を示す図である。
【図８】障害票「Problem００１」の閲覧履歴情報６０を示すテーブルである。
【図９】係数管理情報７０を示すテーブルである。
【図１０】図９のプロセスＩＤと関連付けられている係数値情報８０を示すテーブルである。
【図１１】ユーザが閲覧文書管理装置３１の入力装置３１２を用いて閲覧・編集する障害票を指定した場合の処理の流れを示す図である。
【図１２】ユーザが閲覧文書管理装置３１の入力装置３１２を用いて障害票の指定を解除した場合の処理の流れを示す図である。
【図１３】ユーザの操作により閲覧文書管理装置３１が「作業のヒント」を起動し、対応のために閲覧・編集する障害票を指定する際の動作処理手順を示すフローチャートである。
【図１４】ステップＳ２２０４、Ｓ２２０５、Ｓ２２０６における係数値情報を取得し、関連強度を算出し、関連ドキュメントの順序付けを行う処理手順を示すフローチャートである。
【図１５】ステップＳ９０２における係数値情報８０の取得処理手順を示すフローチャートである。
【図１６】ステップＳ９０５における関連強度算出処理手順を示すフローチャートである。
【図１７】ステップＳ１００５における係数情報の生成およびデフォルト値の設定処理手順を示すフローチャートである。
【図１８】ステップＳ１００７における障害票「Problem００１」が所属するプロセスＰ１内の各状態に係数値を設定する係数設定処理手順を示すフローチャートである。
【図１９】閲覧時間の計測開始処理手順を示すフローチャートである。
【図２０】閲覧時間の計測終了処理手順を示すフローチャートである。
【図２１】閲覧時間計測の一時停止処理手順を示すフローチャートである。
【図２２】一時停止した閲覧時間計測の再開処理手順を示すフローチャートである。
【図２３】第２の実施形態における関連強度の算出処理手順を示すフローチャートである。
【図２４】第３の実施形態におけるプロセス毎のグループを示す図である。
【図２５】関連強度の算出処理手順を示すフローチャートである。
【符号の説明】
【０１３２】
１１  障害票管理サーバ
１３  閲覧履歴データベース
３１、３２、３３  関連文書閲覧装置
６０  閲覧履歴情報
７０  係数管理情報
８０  係数値情報
１８０  障害票
１９０  メインＵＩ
３１３１  ヒント情報制御部
３１３２  障害票制御部
３１３３  閲覧強度制御部
３１３４  係数制御部
３１３５  閲覧時間計測部
３１３６  閲覧履歴情報制御部
【図１】
2008090418.tif 000003
【図２】
2008090418.tif 000004
【図３】
2008090418.tif 000005
【図４】
2008090418.tif 000006
【図５】
2008090418.tif 000007
【図６】
2008090418.tif 000008
【図７】
2008090418.tif 000009
【図８】
2008090418.tif 000010
【図９】
2008090418.tif 000011
【図１０】
2008090418.tif 000012
【図１１】
2008090418.tif 000013
【図１２】
2008090418.tif 000014
【図１３】
2008090418.tif 000015
【図１４】
2008090418.tif 000016
【図１５】
2008090418.tif 000017
【図１６】
2008090418.tif 000018
【図１７】
2008090418.tif 000019
【図１８】
2008090418.tif 000020
【図１９】
2008090418.tif 000021
【図２０】
2008090418.tif 000022
【図２１】
2008090418.tif 000023
【図２２】
2008090418.tif 000024
【図２３】
2008090418.tif 000025
【図２４】
2008090418.tif 000026
【図２５】
2008090418.tif 000027