JP6586050B2 - 管理装置、管理方法および管理プログラム - Google Patents

Description

本発明は、データを管理する管理装置、管理方法および管理プログラムに関する。

従来、単独ファイルまたは複数のファイルについてバージョンを管理し、過去のバージョンを取得することが可能なシステムが存在している（たとえば、下記特許文献１〜３を参照）。

特許文献１のドキュメント属性管理装置は、電子メールに添付されている添付ドキュメントをメール保存機能とは別のフォルダへコピーして保存させるためのドキュメントコピー手段と、前記電子メールから当該電子メールについての属性情報を抽出する属性抽出手段と、前記別のフォルダに保存されている添付ドキュメントを特定するための保存情報と当該添付ドキュメントが添付されていた電子メールから抽出された属性情報とを互いに関連付けて記憶保持する管理テーブル手段とを備える。

特許文献２の文書管理システムは、クライアントから登録文書ファイルを受信し、これを共通の属性付データへ変換するための変操規則を取得して解析し、文書ファイルの内容と変換規則を基に属性付データを生成し、属性付データをデータ保管部または既存のデータベースに保管する。特許文献２の文書管理システムは、クライアントから検索雛型文書ファイルを受信し、データ保管部に登録される属性付データを検索、または既存のデータベースを検索して検索雛型文書ファイルに埋め込むための検索規則を取得して解析し、検索規則を基に属性付データを検索、または既存のデータベースを検索して属性付データを生成し、この内容をそのまま出力、または検索雛型文書ファイルに埋め込んで出力する。

特許文献３の構成管理システムは、ファイルが添付された電子メールを送信する端末と、構成管理装置と、を備える。構成管理装置は、ディレクトリ識別子とディレクトリに記憶するファイルの属性の閾値とを関連付けるレコードを有する配置条件データを記憶装置に記憶する配置条件記憶処理部と、端末から受信した電子メールに添付されたファイルの属性の閾値を満たすレコードを、配置条件データから検索し、検索されたディレクトリに、ファイルを追加して記憶装置に記憶させるデータ記憶処理部と、端末から受信した電子メールに添付されたファイルの識別子とファイルの識別子で識別されるファイルの属性とを関連付ける履歴データとして記憶装置に記憶させる履歴管理部とを有する。

特開２００６−１６３８８２号公報 特開２００６−２０２１７６号公報 特開２００７−０８７２２４号公報

しかしながら、上述した特許文献１〜３の従来技術は、作業の成果物であるファイルのバージョン管理をおこなうだけであり、ファイル作成や編集の経緯を記録していない。したがって、あるファイルについて過去のバージョン履歴をさかのぼった場合、「当該ファイルになぜその変更が加えられたのか」といった背景を把握することできない。

現状、このようなファイル変更に至るまでの検討は、メールやＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）などのコミュニケーションツールには記録されるが、ファイルとこれらのコミュニケーションを結び付けていない。したがって、ファイル作成や編集の経緯を把握することは困難である。

本発明は、ファイル作成や編集の経緯の把握の容易化を図ることを目的とする。

本願において開示される発明の一側面となる管理装置、管理方法および管理プログラムは、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、外部装置と通信可能な通信インタフェースと、を有し、前記記憶デバイスは、ファイルのバージョンと、前記バージョンに付与されたメッセージと、前記ファイルのバージョンが所属する管理単位と、を関連付けて記憶しており、前記プロセッサは、管理単位群の中の特定の管理単位に含まれる特定のファイルのバージョンの削除指示および特定のメッセージを含む削除要求を受信する受信処理と、前記受信処理によって前記削除要求が受信された場合、前記特定のファイルのバージョンが属する管理単位の有無を判定する判定処理と、前記特定のファイルのバージョンが属する管理単位が存在すると判定された場合、前記特定のファイルのバージョンを前記記憶デバイスから削除するとともに、前記特定のメッセージに前記特定のファイルのバージョンが削除されたことを示す削除情報を付与して前記記憶デバイスに格納する格納処理と、前記特定の管理単位の指定を受け付ける指定処理と、前記指定処理によって前記特定の管理単位の指定が受け付けられた場合、前記特定の管理単位に含まれる前記特定のファイルのバージョンの識別情報と、前記特定のメッセージと、前記削除情報と、前記外部装置からアクセス可能な前記特定のファイルのバージョンよりも以前のバージョンの識別情報および格納先情報と、を関連付けることにより、前記外部装置で前記削除情報および前記以前のバージョンの識別情報が表示可能で、かつ、前記外部装置で前記以前のバージョンの識別情報から前記以前のバージョンの格納先情報に基づいて前記以前のバージョンへのアクセスが可能な記事情報を生成する生成処理と、前記生成処理によって生成された記事情報を前記外部装置に送信する送信処理と、を実行することを特徴とする。

本発明の代表的な実施の形態によれば、ファイル作成や編集の経緯の把握の容易化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

図１は、管理システムのシステム構成例を示す説明図である。 図２は、コンピュータ（管理装置および端末）のハードウェア構成例を示すブロック図である。 図３は、記事管理ＤＢの記憶内容例を示す説明図である。 図４は、トランザクション情報ＤＢの記憶内容例を示す説明図である。 図５は、コンテンツ情報ＤＢの記憶内容例を示す説明図である。 図６は、コミュニケーション情報ＤＢの記憶内容例を示す説明図である。 図７は、管理装置の機能的構成例を示すブロック図である。 図８は、登録要求のデータ構造例を示す説明図である。 図９は、記事情報の表示画面例１を示す説明図である。 図１０は、記事情報の表示画面例２を示す説明図である。 図１１は、記事情報の表示画面例３を示す説明図である。 図１２は、記事情報の表示画面例４を示す説明図である。 図１３は、記事情報の表示画面例５を示す説明図である。 図１４は、管理装置による管理処理手順例を示すフローチャートである。 図１５は、図１４に示した新規登録処理（ステップＳ１４０３）の詳細な処理手順例を示すフローチャートである。 図１６は、図１５に示したコンテンツ登録処理（ステップＳ１５０６）の詳細な処理手順例を示すフローチャートである。 図１７は、図１５に示したコミュニケーション情報登録処理（ステップＳ１５０７）の詳細な処理手順例を示すフローチャートである。 図１８は、図１４に示した更新処理（ステップＳ１４０４）の詳細な処理手順例を示すフローチャートである。 図１９は、図１８に示したコンテンツ更新処理（ステップＳ１８０６）の詳細な処理手順例を示すフローチャートである。

本実施例にかかる管理装置は、文書、画像、動画、スプレッドシート、図形、プレゼンテーションまたはこれらの複合データなど編集可能なコンテンツファイル（以下、単に「ファイル」）の作成や編集に至った経緯を示すメッセージの集合であるコミュニケーション情報と、実際に作成または編集されたファイルのバージョンを関連付けて管理する。通常、チームの中でファイルの編集に関する議論がなされた後、最終的な決定事項として、１つ、または複数のファイルが更新される。本実施例にかかる管理装置は、更新前後の複数のファイルとその更新の背景となったコミュニケーション情報を管理する。これにより、利用者は、ファイルのあるバージョンや、バージョン間において、どのような議論がなされていたのかといった、ファイル更新の背景に関するコミュニケーション情報を過去にさかのぼって参照することができる。以下、詳細な内容について説明する。

＜システム構成例＞
図１は、管理システムのシステム構成例を示す説明図である。管理システム１００は、管理装置１０１と、外部装置の一例である端末１０２と、を有する。管理装置１０１および端末１０２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク１０３を介して通信可能に接続される。

＜コンピュータのハードウェア構成例＞
図２は、コンピュータ（管理装置１０１および端末１０２）のハードウェア構成例を示すブロック図である。コンピュータ２００は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インターフェース（通信ＩＦ２０５）と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バス２０６により接続される。プロセッサ２０１は、コンピュータ２００を制御する。記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。

また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ２０５は、ネットワーク１０３と接続し、データを送受信する。

＜ＤＢ（Ｄａｔａｂａｓｅ）の記憶内容例＞
つぎに、図３〜図６を用いて、各種ＤＢの記憶内容例について説明する。なお、以降のデータベースまたはテーブルの説明において、ＡＡフィールドｂｂｂ（ＡＡはフィールド名、ｂｂｂは符号）の値を、ＡＡｂｂｂと表記する場合がある。たとえば、記事ＩＤフィールド３０１の値を、記事ＩＤ３０１と表記する。

図３は、記事管理ＤＢの記憶内容例を示す説明図である。記事管理ＤＢは、記事情報を管理するＤＢである。記事情報とは、管理単位に含まれるファイルのバージョンと当該バージョンに関するメッセージとを関連付けた情報である。管理単位とは、あらかじめ選択された１以上のファイルが属するデータ集合である。管理単位内では、各ユーザは、端末１０２の操作により、管理単位内のファイルのバージョンを作成したり、編集したり、作成や編集、先行するメッセージに対してメッセージを付与したりする。

記事管理ＤＢ３００は、記事ＩＤフィールド３０１と、処理ＩＤフィールド３０２と、を有する。同一行における各フィールド３０１，３０２の値の組み合わせが、記事情報を示すエントリとなる。

記事ＩＤフィールド３０１は、記事ＩＤを格納する記憶領域である。記事ＩＤ３０１は、記事情報を一意に特定する識別情報である。処理ＩＤフィールド３０２は、処理ＩＤを格納する記憶領域である。処理ＩＤ３０２は、処理を一意に特定する識別情報である。処理とは、いつ、だれが、どのファイルのバージョンを登録して、どのようなメッセージを残したかを示す情報である。

図４は、トランザクション情報ＤＢの記憶内容例を示す説明図である。トランザクション情報ＤＢ４００は、いつ、だれが、どのような処理を実行したかを示すとトランザクション情報を格納するデータベースである。トランザクション情報ＤＢ４００は、処理ＩＤフィールド４０１と、登録者ＩＤフィールド４０２と、登録日時フィールド４０３と、を有する。同一行における各フィールド４０１〜４０３の値の組み合わせが、トランザクション情報を示すエントリとなる。

処理ＩＤフィールド４０１は、処理ＩＤを格納する記憶領域である。処理ＩＤ４０１は、処理ＩＤ３０２と同一情報である。登録者ＩＤフィールド４０２は、登録者ＩＤを格納する記憶領域である。登録者ＩＤ４０２は、登録者を一意に特定するユーザＩＤである。登録者とは、ファイルのバージョンまたは／およびメッセージを管理装置１０１に登録したユーザである。登録日時フィールド４０３は、登録日時を格納する記憶領域である。登録日時４０３は、ファイルのバージョンまたは／およびメッセージを管理装置１０１に登録した日時である。

図５は、コンテンツ情報ＤＢの記憶内容例を示す説明図である。コンテンツ情報ＤＢ５００は、ファイルに関する情報を格納するデーベースである。コンテンツ情報ＤＢ５００は、処理ＩＤフィールド５０１と、ファイルＩＤフィールド５０２と、バージョン番号フィールド５０３と、削除フラグフィールド５０４と、ファイル格納先フィールド５０５と、を有する。同一行における各フィールド５０１〜５０５の値の組み合わせが、コンテンツ情報を示すエントリとなる。

処理ＩＤフィールド５０１は、処理ＩＤを格納する記憶領域である。処理ＩＤ５０１は、処理ＩＤ３０２と同一情報である。ファイルＩＤフィールド５０２は、ファイルＩＤを格納する記憶領域である。ファイルＩＤ５０２は、ファイルを一意に特定する識別情報である。バージョン番号フィールド５０３は、バージョン番号を格納する記憶領域である。バージョン番号５０３は、ファイルのバージョンを一意に特定する識別情報である。削除フラグフィールド５０４は、削除フラグを格納する記憶領域である。削除フラグ５０４は、ファイルのバージョンが削除されたか否かを示す情報である。ファイル格納先フィールド５０５は、ファイル格納先を格納する記憶領域である。格納先５０５は、記憶デバイス２０２におけるファイルのバージョンの格納先を示す情報（ファイルパス）である。

図６は、コミュニケーション情報ＤＢの記憶内容例を示す説明図である。コミュニケーション情報ＤＢ６００は、メッセージの集合であるコミュニケーション情報を格納するデータベースである。コミュニケーション情報ＤＢ６００は、処理ＩＤフィールド６０１と、メッセージＩＤフィールド６０２と、リンク先メッセージＩＤフィールド６０３と、メッセージ実体フィールド６０４と、を有する。同一行における各フィールド６０１〜６０４の値の組み合わせが、コミュニケーション情報を示すエントリとなる。

処理ＩＤフィールド６０１は、処理ＩＤを格納する記憶領域である。処理ＩＤ６０１は、処理ＩＤ３０２と同一情報である。メッセージＩＤフィールド６０２は、メッセージＩＤを格納する記憶領域である。メッセージＩＤ６０２は、メッセージを一意に特定する識別情報である。メッセージとは、ユーザが入力した文字列データである。メッセージは、ファイルのバージョンまたは他のメッセージ（リンク先メッセージ）に関連付けられる。ファイルのバージョンに関連付けられたメッセージは、たとえば、ファイルのバージョンの登録または更新に関する文章である。他のメッセージに関連付けられたメッセージは、たとえば、他のメッセージに応答するメッセージである。

リンク先メッセージＩＤフィールド６０３は、リンク先メッセージＩＤを格納する記憶領域である。リンク先メッセージＩＤ６０３は、リンク先メッセージを一意に特定する識別情報である。リンク先メッセージは、メッセージＩＤ６０２で特定されるメッセージが付随するメッセージである。メッセージ実体フィールド６０４は、メッセージ実体を格納する記憶領域である。メッセージ実体６０４は、メッセージを示す文字列データである。

＜管理装置１０１の機能的構成例＞
図７は、管理装置１０１の機能的構成例を示すブロック図である。管理装置１０１は、ＤＢ７００と、受信部７０１と、判定部７０２と、格納部７０３と、指定部７０４と、生成部７０５と、送信部７０６と、を有する。ＤＢ７００は、図３〜図６に示した各種ＤＢ３００〜６００を含み、具体的には、たとえば、図２に示した記憶デバイス２０２により実現される。受信部７０１〜送信部７０６の機能は、具体的には、たとえば、図２に示した記憶デバイス２０２に記憶されたプログラムをプロセッサ２０１が実行することにより、または、通信ＩＦ２０５により、実現される。

ＤＢ７００は、図３〜図６に示した各種ＤＢ３００〜６００により、ファイルのバージョン（ファイルＩＤ５０２、バージョン番号５０３）と、メッセージ（メッセージＩＤ６０２、リンク先メッセージＩＤ６０３、メッセージ実体６０４）と、ファイルのバージョンが所属する管理単位（記事ＩＤ３０１）と、ファイルのバージョンを登録した登録者の識別情報（登録者ＩＤ４０２）と、バージョンの記憶デバイス２０２への登録順を示す情報（登録日時４０３）と、ファイルのバージョンの格納先５０５と、を関連付けて記憶する。

受信部７０１は、ファイルのバージョンと、ファイルのバージョンに付与されたメッセージと、を含む登録要求を端末１０２から受信する。登録要求は端末１０２で作成される。登録要求に含まれるファイルのバージョンは、ユーザが、当該ファイルのバージョンの作成または編集により、端末１０２から管理装置１０１に登録したいファイルのバージョンである。登録要求に含まれるメッセージは、登録要求に含まれるファイルのバージョンの作成または編集の経緯を示す文字列である。

また、登録要求は、ファイルのバージョンを含み、メッセージを含まない情報でもよい。また、登録要求は、ファイルのバージョンを含まないが、メッセージを含む情報でもよい。具体的には、たとえば、登録要求は、登録済みファイルのバージョンにすでに付与されたメッセージ（リンク先メッセージ）に付与されたメッセージと、リンク先メッセージのメッセージＩＤと、を含む。これにより、ユーザは、リンク先メッセージに応答したり補足したりするメッセージを追加することができる。

なお、登録要求にファイルのバージョンが含まれている場合、当該ファイルのバージョンのバージョン番号５０３は、この段階では未確定である。

判定部７０２は、受信部７０１によって登録要求が受信された場合、登録要求に含まれるファイルのバージョンが属する管理単位の有無を判定する。具体的には、たとえば、判定部７０２は、登録要求の種類により、登録要求に含まれるファイルのバージョンが属する管理単位の有無を判定する。ここで、登録要求の種類について説明する。

図８は、登録要求のデータ構造例を示す説明図である。登録要求には、ファイルのバージョンの新規登録要求と、ファイルのバージョンの更新要求と、がある。（Ａ）は、新規登録要求のデータ構造例であり、（Ｂ）は、更新要求のデータ構造例である。

（Ａ）において、新規登録要求８０１は、ユーザＩＤ８１１と、送信日時８１２と、ファイル実体８１３と、メッセージ実体８１４と、を含む。ユーザＩＤ８１１は、新規登録要求８０１を端末１０２から送信するユーザの識別情報である。ユーザＩＤ８１１は、トランザクション情報ＤＢ４００の登録者ＩＤ４０２として格納される。送信日時８１２は、端末１０２から送信した日時である。送信日時８１２は、トランザクション情報ＤＢ４００の登録日時４０３として格納される。ファイル実体８１３は、ファイルのバージョンである。メッセージ実体８１４とは、ファイルのバージョンに付与されたメッセージを示す文字列データである。メッセージ実体８１４は、コミュニケーション情報ＤＢ６００のメッセージ実体６０４として格納される。メッセージ実体８１４は、新規登録要求８０１に含まれていなくてもよい。

（Ｂ）において、更新要求８０２は、新規登録要求８０１と同様、ユーザＩＤ８１１と、送信日時８１２と、ファイル実体８１３と、メッセージ実体８１４と、を含むほか、ファイルＩＤ８２１と、記事ＩＤ８２２と、リンク先メッセージ８２３と、操作内容８２４と、を含む。ファイルＩＤ８２１は、更新要求８０２の対象となるファイルのバージョンに付与されているファイルの識別情報である。ファイルＩＤ８２１は、コンテンツ情報ＤＢ５００のファイルＩＤ５０２として格納される。

記事ＩＤ８２２は、ファイルＩＤ８２１のファイルが属する記事情報を一意に特定する識別情報である。記事ＩＤ８２２は、記事管理ＤＢ３００を参照して、あらたな処理ＩＤ３０２を発行する際に用いられる。リンク先メッセージＩＤ８２３は、メッセージ実体８１４のリンク先となるリンク先メッセージを一意に特定する識別情報である。リンク先メッセージＩＤ８２３は、ミュニケーション情報ＤＢ６００のリンク先メッセージＩＤ６０３として格納される。操作内容８２４は、ファイルのバージョンの削除または更新を示す情報である。「削除」の場合、更新要求８０２にファイル実体８１３は含まれないが、操作内容８２４には、削除対象のファイル実体８１３のバージョン番号が含まれる。

更新要求８０２において、リンク先メッセージに応答するメッセージを追加する場合、ファイルＩＤ８２１およびファイル実体８１３は、更新要求８０２に含まれない。また、ユーザがリンク先メッセージに応答しない場合、リンク先メッセージＩＤ８２３は、更新要求８０２に含まれない。

図７に戻り、判定部７０２は、登録要求のデータ構造により、登録要求が新規登録要求８０１であるか更新要求８０２であるかを判定する。たとえば、記事ＩＤ８２２が含まれていなければ新規登録要求８０１であり、記事ＩＤ８２２が含まれていれば更新要求８０２である。なお、登録要求に、新規登録要求８０１または更新要求８０２を示す識別情報が含まれていてもよい。

判定部７０２は、登録要求が新規登録要求８０１であれば、管理単位（記事ＩＤ８２２）が存在しないと判定し、登録要求が更新要求８０２であれば、管理単位（記事ＩＤ８２２）が存在すると判定する。

格納部７０３は、判定部７０２による判定結果に基づいて、登録要求に含まれるファイルのバージョン（ファイル実体８１３）と、登録要求に含まれるメッセージ（メッセージ実体８１４）と、を関連付けて、記憶デバイス２０２に格納する。具体的には、たとえば、格納部７０３は、判定部７０２によって登録要求に含まれるファイルのバージョンが属する管理単位がないと判定された場合、新規な管理単位である記事ＩＤと当該登録要求を示す処理ＩＤとファイルＩＤとバージョン番号とを発行する。そして、格納部７０３は、新規発行した記事ＩＤおよび処理ＩＤの組み合わせを新規エントリとして記事管理ＤＢ３００に格納する。

また、格納部７０３は、新規発行した処理ＩＤ、ユーザＩＤ、および送信日時の組み合わせを新規エントリとして、トランザクション情報ＤＢ４００に格納する。

また、格納部７０３は、新規登録要求８０１に含まれるファイルのバージョンの格納先を指定し、新規発行した処理ＩＤ、ファイルＩＤ、バージョン番号および指定した格納先を新規エントリとして、コンテンツ情報ＤＢ５００に格納する。そして、格納部７０３は、当該新規エントリの格納先５０５（すなわち、指定した格納先）に、新規登録要求８０１に含まれるファイルのバージョン（ファイル実体８１３）を格納する。

また、格納部７０３は、新規登録要求８０１にメッセージ実体８１４が含まれている場合、メッセージＩＤを発行する。そして、格納部７０３は、処理ＩＤ、メッセージＩＤ、およびメッセージ実体８１４を新規エントリとして、コミュニケーション情報ＤＢ６００に格納する。

格納部７０３は、判定部７０２によって更新要求８０２に含まれるファイルのバージョン（ファイル実体８１３）が属する管理単位（記事ＩＤ）があると判定された場合、当該更新要求８０２を示す処理ＩＤとバージョン番号とを発行する。そして、格納部７０３は、更新要求８０２に含まれる記事ＩＤと新規発行された処理ＩＤとの組み合わせを新規エントリとして、記事管理ＤＢ３００に格納する。

また、格納部７０３は、新規発行した処理ＩＤ、ユーザＩＤ、および送信日時の組み合わせを新規エントリとして、トランザクション情報ＤＢ４００に格納する。

また、格納部７０３は、更新要求８０２に含まれるファイルのバージョン（ファイル実体８１３）の格納先を指定し、新規発行した処理ＩＤ、ファイルＩＤ、新規発行したバージョン番号および指定した格納先を新規エントリとして、コンテンツ情報ＤＢ５００に格納する。そして、格納部７０３は、当該新規エントリの格納先５０５（すなわち、指定した格納先）に、更新要求８０２に含まれるファイルのバージョン（ファイル実体８１３）を格納する。

また、格納部７０３は、更新要求８０２にメッセージ実体８１４が含まれている場合、メッセージＩＤを発行する。そして、格納部７０３は、処理ＩＤ、メッセージＩＤ、およびメッセージ実体を新規エントリとして、コミュニケーション情報ＤＢ６００に格納する。さらに、格納部７０３は、更新要求８０２にリンク先メッセージＩＤ８２３が含まれている場合、処理ＩＤ、メッセージＩＤ、リンク先メッセージＩＤおよびメッセージ実体８１４を新規エントリとして、コミュニケーション情報ＤＢ６００に格納する。

指定部７０４は、管理単位群の中から特定の管理単位の指定を受け付ける。具体的には、たとえば、指定部７０４は、記事情報の閲覧要求を通信ＩＦ２０５で受信する。閲覧要求には、ユーザが閲覧したい記事情報の記事ＩＤが含まれている。これにより、指定部７０４は、記事ＩＤ群の中から特定の記事ＩＤ３０１の指定を受け付ける。

生成部７０５は、指定部７０４によって特定の管理単位の指定が受け付けられた場合、特定の管理単位に含まれる特定のファイルのバージョンの識別情報と、特定のファイルのバージョンに付与された特定のメッセージと、を関連付けることにより、外部装置で表示可能な記事情報を生成する。具体的には、たとえば、生成部７０５は、特定の記事ＩＤ３０１に含まれる特定のファイルのバージョンのバージョン番号５０３と、特定のファイルのバージョンに付与されたメッセージ（メッセージ実体６０４）と、を関連付ける。

すなわち、生成部７０５は、特定の記事ＩＤ３０１に対応する処理ＩＤ３０２を記事管理ＤＢ３００から検索する。たとえば、記事ＩＤ３０１が「１」である場合、生成部７０５は、処理ＩＤ３０２として「１」〜「６」を検索する。また、生成部７０５は、検索した処理ＩＤ３０２に対応するメッセージ実体６０４をコミュニケーション情報ＤＢ６００から検索する。これにより、生成部７０５は、特定の記事ＩＤ３０１と、検索したメッセージ実体６０４とを関連付けることにより、記事情報を生成する。

また、生成部７０５は、検索した処理ＩＤ３０２に対応する登録者ＩＤ４０２や登録日時４０３をトランザクション情報ＤＢ４００から検索して、特定の記事ＩＤ３０１に関連付けてもよい。また、生成部７０５は、検索した処理ＩＤ３０２に対応するファイルＩＤ５０２やバージョン番号５０３、削除フラグ５０４、格納先５０５をコンテンツ情報ＤＢ５００から検索して、特定の記事ＩＤ３０１に関連付けてもよい。また、生成部７０５は、検索した処理ＩＤ３０２に対応するリンク先メッセージＩＤ６０３をコミュニケーション情報ＤＢ６００から検索して、特定の記事ＩＤ３０１に関連付けてもよい。

このようにして、生成部７０５は、記事情報を生成する。記事情報は、具体的には、たとえば、図９〜図１３に示した端末１０２のブラウザで表示可能な情報である。

送信部７０６は、生成部７０５によって生成された記事情報を外部装置である端末１０２に送信する。端末１０２は、記事情報を受信することにより、図９〜図１３で示すように、ブラウザで記事情報を表示する。

＜記事情報の表示画面例＞
つぎに、記事情報の表示画面例について、図９〜図１３を用いて説明する。

図９は、記事情報の表示画面例１を示す説明図である。表示画面９００は、記事リスト表示領域９０１と、記事情報表示領域９０２と、を有する。記事リスト表示領域９０１は、記事ＩＤに対応する記事名（たとえば、作業Ａ，作業Ｂ、作業Ｃ、…）を一覧表示する。記事名は、端末１０２の入力デバイス２０３で指定可能である。

記事情報表示領域９０２は、記事リスト表示領域９０１で指定された記事名に対応する記事ＩＤについての記事情報を表示する。具体的には、たとえば、記事情報表示領域９０２は、コンテンツ変更履歴タブ９２１、コミュニケーションタブ９２２、およびファイル一覧タブ９２３を有し、タブごとに特有の記事情報を表示する。タブ９２１〜９２３は、端末１０２の入力デバイス２０３で選択可能である。図９では、コンテンツ変更履歴タブ９２１が選択されている。

コンテンツ変更履歴タブ９２１は、コンテンツ変更履歴情報９３０を表示する。コンテンツ変更履歴情報９３０は、処理ＩＤフィールド９３１と、登録日時フィールド９３２と、メッセージフィールド９３３と、バージョン番号フィールド９３４と、を有する。処理ＩＤフィールド９３１には、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応する処理ＩＤ３０２が表示される。登録日時フィールド９３２には、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応する登録日時４０３が表示される。メッセージフィールド９３３には、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応するメッセージ実体６０４が表示される。バージョン番号フィールド９３４には、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応するバージョン番号５０３が表示される。また、図９に示したように、バージョン番号フィールド９３４において、バージョン番号の履歴は、図形によりグラフィカルに表示されてもよい。

コンテンツ変更履歴情報９３０により、ユーザは、管理単位内のどのファイルのどのバージョンがいつ登録され、どのようなメッセージが付与されているかを直感的に把握することができる。また、コンテンツ変更履歴情報９３０の各エントリを時系列に並べることにより、各ファイルのバージョンやメッセージの経緯を直感的に把握することができる。

図１０は、記事情報の表示画面例２を示す説明図である。図１０は、コミュニケーションタブ９２２が選択された場合の表示画面例である。コミュニケーションタブ９２２は、期間指定領域１０００と、コミュニケーション情報表示領域１０１０と、を有する。期間指定領域１０００は、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応するコミュニケーション情報の表示対象期間を指定する領域である。期間指定領域１０００は、開始時期入力欄１００１と、終了時期入力欄１００２と、実行ボタン１００３と、を有する。ユーザは、端末１０２を操作することにより、開始時期入力欄１００１および終了時期入力欄１００２に時期を入力し、実行ボタン１００３を押下することができる。開始時期入力欄１００１に入力された時期から終了時期入力欄１００２に入力された終了時期までが表示対象期間である。実行ボタン１００３の押下により、記事リスト表示領域９０１で指定された記事名の記事ＩＤにおける表示対象期間内のメッセージ実体６０４がコミュニケーション情報表示領域１０１０に表示される。

開始時期入力欄１００１が未入力の場合、記事リスト表示領域９０１で指定された記事名の記事ＩＤにおいて、終了時期入力欄１００２に入力された終了時期以前のすべてのメッセージ実体６０４が表示対象となる。終了時期入力欄１００２が未入力の場合、記事リスト表示領域９０１で指定された記事名の記事ＩＤにおいて、開始時期入力欄１００１に入力された開始時期以降のすべてのメッセージ実体６０４が表示対象となる。開始時期入力欄１００１および終了時期入力欄１００２が未入力の場合、記事リスト表示領域９０１で指定された記事名の記事ＩＤにおけるすべてのメッセージ実体６０４が表示対象となる。

コミュニケーション情報表示領域１０１０は、記事リスト表示領域９０１で指定された記事名の記事ＩＤについて、期間指定領域１０００で指定された表示対象期間内のメッセージ実体６０４を表示する。具体的には、コミュニケーション情報表示領域１０１０は、ユーザアイコン１０１１Ａ〜１０１１Ｅと、メッセージ情報１０１２Ａ〜１０１２Ｅと、ファイルのバージョンのリンク１０１３Ａ〜１０１３Ｃ，１０１３Ｅと、を表示する。ユーザアイコン１０１１Ａ〜１０１１Ｅは、メッセージ実体を登録したユーザを示すシンボル情報であり、登録者ＩＤ４０２を用いて生成される。

メッセージ情報１０１２Ａ〜１０１２Ｅは、メッセージ実体６０４と、リンク１０１３Ａ〜１０１３Ｃ，１０１３Ｅと、を含む。リンク１０１３Ａ〜１０１３Ｃ，１０１３Ｅには、メッセージ実体６０４の処理ＩＤ６０１と同一処理ＩＤ５０１のファイルＩＤ５０２およびバージョン番号５０３が表示される。リンク１０１３Ａ〜１０１３Ｃ，１０１３Ｅには、格納先５０５が埋め込まれている。ユーザが、端末１０２により、リンク１０１３Ａ〜１０１３Ｃ，１０１３Ｅを指定すると、端末１０２は、その格納先５０５にアクセスして、そのファイルのバージョンをダウンロードする。

また、メッセージ情報１０１２Ｄは、メッセージ情報１０１２Ｃに含まれるメッセージ実体６０４をリンク先メッセージとするメッセージ実体６０４（「Ｆｉｌｅ３の３ページ目に、…」）を含む。メッセージ情報１０１２Ｅは、メッセージ情報１０１２Ｄに含まれるメッセージ実体６０４をリンク先メッセージとするメッセージ実体６０４（「指摘の誤記を…」）を含む。

また、メッセージ情報１０１２Ｃ内のリンク１０１３Ｃは、削除フラグ５０４を参照して生成されたリンクである。すなわち、ファイル１のバージョン３は、削除されているため、リンク１０１３Ｃには、「Ｆｉｌｅ（削除）」が表示される。ファイル１のバージョン３は、削除されているため、「Ｆｉｌｅ（削除）」には格納先５０５が埋め込まれていない。

図１１は、記事情報の表示画面例３を示す説明図である。図１１は、図１０に示したコミュニケーションタブ９２２において、表示対象期間が指定された場合の表示画面例である。これにより、ユーザは、表示対象期間を絞り込んでコミュニケーション情報を閲覧することができる。

図１２は、記事情報の表示画面例４を示す説明図である。図１２は、ファイル一覧タブ９２３が選択された場合の表示画面例である。ファイル一覧タブ９２３は、ファイル一覧表示領域１２００と、ファイル更新履歴表示領域１２１０と、を有する。ファイル一覧表示領域１２００は、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応するある時点でのファイル一覧情報１２０１を表示する領域である。ファイル一覧情報１２０１は、ファイルＩＤフィールド１２０２と、バージョン番号フィールド１２０３と、登録日時フィールド１２０４と、登録者ＩＤフィールド１２０５と、ファイル履歴フィールド１２０６と、ファイル取得フィールド１２０７と、を有する。

ファイルＩＤフィールド１２０２には、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応するファイルＩＤ５０２が表示される。バージョン番号フィールド１２０３には、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応するファイルのバージョンのバージョン番号５０３が表示される。登録日時フィールド１２０４には、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応する登録日時４０３が表示される。登録者ＩＤフィールド１２０５には、記事リスト表示領域９０１で指定された記事名の記事ＩＤに対応する登録者ＩＤ４０２が表示される。

ファイル履歴フィールド１２０６は、ラジオボタン１２６０を有する。ラジオボタン１２６０で選択されたファイルＩＤ１２０２のファイルに関するファイル更新履歴情報１２１１が、ファイル更新履歴表示領域１２１０に表示される。ファイル取得フィールド１２０７は、選択ボタン１２７０を有する。選択ボタン１２７０には、そのファイルＩＤ１２０２およびバージョン番号１２０３で特定されるファイルのバージョンの格納先５０５が埋め込まれている。選択ボタン１２７０が押下されると、そのファイルＩＤ１２０２およびバージョン番号１２０３で特定されるファイルのバージョンが、その格納先５０５から端末１０２にダウンロードされる。

時期入力欄１２０９には、ファイル一覧情報１２０１の時期が入力される入力欄である。時期入力欄１２０９に入力された時期におけるファイル一覧情報１２０１がファイル一覧表示領域１２００に表示される。

図１３は、記事情報の表示画面例５を示す説明図である。図１３は、図１２に示したファイル一覧タブ９２３において、ファイルＩＤ１２０２が「Ｆｉｌｅ３」のエントリにおけるファイル履歴フィールド１２０６のラジオボタン１２６０が選択された場合の表示画面例である。

ファイル更新履歴表示領域１２１０には、ファイル履歴フィールド１２０６のラジオボタン１２６０で選択されたファイルＩＤ１２０２のファイルに関するファイル更新履歴情報１２１１が表示される。ファイル更新履歴情報１２１１は、バージョン番号フィールド１２１２と、登録者ＩＤフィールド１２１３と、登録日時フィールド１２１４と、メッセージフィールド１２１５と、ファイル取得フィールド１２１６と、を有する。

バージョン番号フィールド１２１２には、ファイル履歴フィールド１２０６のラジオボタン１２６０で選択されたファイルＩＤ１２０２に対応するバージョン番号５０３が表示される。登録者ＩＤフィールド１２１３には、ファイル履歴フィールド１２０６のラジオボタン１２６０で選択されたファイルＩＤ１２０２に対応する処理ＩＤ４０１から特定される登録者ＩＤ４０２が表示される。登録日時フィールド１２１４には、ファイル履歴フィールド１２０６のラジオボタン１２６０で選択されたファイルＩＤ１２０２に対応する処理ＩＤ４０１から特定される登録日時４０３が表示される。

メッセージフィールド１２１５には、ファイル履歴フィールド１２０６のラジオボタン１２６０で選択されたファイルＩＤ１２０２に対応する処理ＩＤ６０１から特定されるメッセージ実体６０４が表示される。ファイル取得フィールド１２１６は、選択ボタン１２１６を有する。選択ボタン１２６１には、そのファイルＩＤ１２０２およびバージョン番号１２１２で特定されるファイルのバージョンの格納先５０５が埋め込まれている。選択ボタン１２１６が押下されると、そのファイルＩＤ１２０２およびバージョン番号１２１２で特定されるファイルのバージョンが、その格納先５０５から端末１０２にダウンロードされる。これにより、ユーザは、選択したファイルの一連のバージョンとその更新の経緯を確認することができる。

＜管理処理手順例＞
図１４は、管理装置１０１による管理処理手順例を示すフローチャートである。まず、管理装置１０１は、端末１０２から要求を待ち受け（ステップＳ１４０１：Ｎｏ）、要求が受信された場合（ステップＳ１４０１：Ｙｅｓ）、判定部７０２により、要求の種類を判定する（ステップＳ１４０２）。要求が、新規登録要求８０１である場合（ステップＳ１４０２：新規登録）、格納部７０３により新規登録処理を実行して（ステップＳ１４０３）、管理処理を終了する。また、要求が更新要求８０２である場合（ステップＳ１４０２：更新）、格納部７０３により更新処理を実行して（ステップＳ１４０４）、管理処理を終了する。また、要求が閲覧要求である場合（ステップＳ１４０２：閲覧）、生成部７０５により、記事情報を生成し（ステップＳ１４０５）、生成した記事情報を閲覧要求の送信元の端末１０２に送信する（ステップＳ１４０６）。これにより、管理装置１０１は管理処理を終了する。

図１５は、図１４に示した新規登録処理（ステップＳ１４０３）の詳細な処理手順例を示すフローチャートである。管理装置１０１は、ファイルＩＤを発行し（ステップＳ１５０１）、記事ＩＤを発行し（ステップＳ１５０２）。処理ＩＤを発行する（ステップＳ１５０３）。そして、管理装置１０１は、発行した記事ＩＤと処理ＩＤとを関連付けて、記事管理ＤＢ３００に登録する（ステップＳ１５０４）。また、管理装置１０１は、処理ＩＤを用いてトランザクション情報をトランザクション情報ＤＢ４００に登録する（ステップＳ１５０５）。そして、管理装置１０１は、コンテンツ登録処理およびコミュニケーション情報登録処理を実行する（ステップＳ１５０６、Ｓ１５０７）。コンテンツ登録処理（ステップＳ１５０６）およびコミュニケーション情報登録処理（ステップＳ１５０７）の詳細については後述する。これにより、管理装置１０１は新規登録処理（ステップＳ１４０３）を終了する。

図１６は、図１５に示したコンテンツ登録処理（ステップＳ１５０６）の詳細な処理手順例を示すフローチャートである。管理装置１０１は、ファイルのバージョンの格納先を指定し（ステップＳ１６０１）、指定した格納先にファイルのバージョンを格納する（ステップＳ１６０２）。管理装置１０１は、格納したファイルのバージョンのバージョン番号を発行し（ステップＳ１６０３）、コンテンツ情報ＤＢ５００に新規エントリ（処理ＩＤ５０１、ファイルＩＤ５０２、バージョン番号５０３、格納先５０５）を登録する（ステップＳ１６０４）。これにより、管理装置１０１はコンテンツ登録処理（ステップＳ１５０６）を終了する。

図１７は、図１５に示したコミュニケーション情報登録処理（ステップＳ１５０７）の詳細な処理手順例を示すフローチャートである。管理装置１０１は、更新要求８０２に含まれるメッセージ実体８１４にメッセージＩＤを発行し（ステップＳ１７０１）、更新要求８０２にリンク先メッセージＩＤ８２３があるか否かを判断する（ステップＳ１７０２）。リンク先メッセージＩＤ８２３がない場合（ステップＳ１７０２：Ｎｏ）、ステップＳ１７０４に移行する。リンク先メッセージＩＤ８２３がある場合（ステップＳ１７０２：Ｙｅｓ）、管理装置１０１は、登録要求が更新要求８０２である場合、更新要求８０２からリンク先メッセージＩＤ８２３を取得し（ステップＳ１７０３）、ステップＳ１７０４に移行する。ステップＳ１７０４では、管理装置１０１は、コミュニケーション情報ＤＢ６００に新規エントリ（処理ＩＤ６０１、メッセージＩＤ６０２、リンク先メッセージＩＤ６０３（取得された場合）、メッセージ実体６０４）を登録する（ステップＳ１７０４）。これにより、管理装置１０１はコミュニケーション情報登録処理（ステップＳ１５０７）を終了する。

図１８は、図１４に示した更新処理（ステップＳ１４０４）の詳細な処理手順例を示すフローチャートである。管理装置１０１は、更新要求８０２からファイルＩＤおよび記事ＩＤを特定し（ステップＳ１８０１、Ｓ１８０２）、処理ＩＤを発行する（ステップＳ１８０３）。そして、管理装置１０１は、記事ＩＤと発行した処理ＩＤとを関連付けて、記事管理ＤＢ３００に登録する（ステップＳ１８０４）。また、管理装置１０１は、処理ＩＤを用いてトランザクション情報をトランザクション情報ＤＢ４００に登録する（ステップＳ１８０５）。そして、管理装置１０１は、コンテンツ更新処理およびコミュニケーション情報登録処理を実行する（ステップＳ１８０６、Ｓ１８０７）。コンテンツ更新処理（ステップＳ１８０６）の詳細については後述する。コミュニケーション情報登録処理（ステップＳ１８０７）は、ステップＳ１５０７と同一処理であるため、説明を省略する。これにより、管理装置１０１は更新処理（ステップＳ１４０４）を終了する。

図１９は、図１８に示したコンテンツ更新処理（ステップＳ１８０６）の詳細な処理手順例を示すフローチャートである。管理装置１０１は、更新要求８０２に含まれる操作内容８２４が「削除」であるか「更新」であるかを判断する（ステップＳ１９０１）。「削除」の場合（ステップＳ１９０２：削除）、管理装置１０１は、ファイルＩＤ８２１と操作内容８２４に含まれるバージョン番号から削除対象のファイルのバージョンの格納先５０５をコンテンツ情報ＤＢ５００から特定する（ステップＳ１９０２）。

そして、管理装置１０１は、特定した格納先５０５に格納されているファイルのバージョンを削除し（ステップＳ１９０３）、コンテンツ情報ＤＢ５００において、当該削除したファイルのバージョンのエントリにおける削除フラグ５０４をＯＮにして、格納先５０５をクリアする（ステップＳ１９０４）。これにより、管理装置１０１は、コンテンツ更新処理（ステップＳ１８０６）を終了する。

一方、ステップＳ１９０１において、操作内容８２４が「更新」の場合（ステップＳ１９０１：更新）、管理装置１０１は、ファイルのバージョンの格納先を指定する（ステップＳ１９０２）。そして、管理装置１０１は、バージョン番号を新規に発行し（ステップＳ１９０６）、指定した格納先にファイルのバージョンを格納する（ステップＳ１６０２）。これにより、管理装置１０１はコンテンツ登録処理（ステップＳ１５０６）を終了する。

このように、本実施例にかかる管理装置１０１は、記憶デバイス２０２に、ファイルのバージョンと、バージョンに付与されたメッセージと、ファイルのバージョンが所属する管理単位と、を関連付けて記憶する。そして、プロセッサ２０１は、指定部７０４により、管理単位群の中から特定の管理単位の指定を受け付ける。プロセッサ２０１は、生成部７０５により、特定の管理単位の指定が受け付けられた場合、特定の管理単位に含まれる特定のファイルのバージョンの識別情報（ファイルＩＤ５０２およびバージョン番号５０３）と、特定のファイルのバージョンに付与された特定のメッセージ（メッセージＩＤ６０２およびメッセージ実体６０４）と、を関連付けることにより、端末１０２で表示可能な記事情報を生成する。プロセッサ２０１は、送信部７０６により、生成された記事情報を端末１０２に送信する。

これにより、端末１０２は、図９〜図１３に示したような記事情報を表示画面９００に表示することができ、ユーザは、ファイルのバージョンが、どのような経緯で作成または編集されたかを、付与されたメッセージにより把握することができる。

また、本実施例にかかる管理装置１０１は、記憶デバイス２０２に、さらに、ファイルのバージョンを登録した登録者の識別情報（登録者ＩＤ４０２）を関連付けて記憶する。そして、プロセッサ２０１は、生成部７０５により、特定のファイルのバージョンの識別情報と、特定のメッセージと、登録者の識別情報（登録者ＩＤ４０２）と、を関連付けることにより、記事情報を生成する。

これにより、端末１０２は、図１０〜図１３に示したような記事情報を表示画面９００に表示することができ、ユーザは、ファイルのバージョンが、どのような経緯で誰によって作成または編集されたかを、付与されたメッセージにより把握することができる。

また、本実施例にかかる管理装置１０１は、記憶デバイス２０２に、さらに、ファイルのバージョンの記憶デバイス２０２への登録順を示す情報を関連付けて記憶する。そして、プロセッサ２０１は、生成部７０５により、特定のファイルのバージョンの識別情報（ファイルＩＤ５０２およびバージョン番号５０３）と特定のメッセージ（メッセージＩＤ６０２およびメッセージ実体６０４）との組み合わせが複数存在する場合、複数の組み合わせを登録順を示す情報（登録日時４０３）に基づいて時系列に関連付けることにより、記事情報を生成する。

これにより、端末１０２は、図９〜図１３に示したような記事情報を表示画面９００に表示することができ、ユーザは、ファイルのバージョンが、いつどのような経緯で作成または編集されたかを、付与された特定のメッセージにより把握することができる。

また、本実施例にかかる管理装置１０１は、記憶デバイス２０２に、さらに、特定のメッセージに対する応答メッセージを関連付けて記憶する。そして、プロセッサ２０１は、生成部７０５により、特定のファイルのバージョンの識別情報（ファイルＩＤ５０２およびバージョン番号５０３）と、特定のメッセージ（リンク先メッセージＩＤ６０３およびメッセージ実体６０４）と、応答メッセージ（メッセージＩＤ６０２およびメッセージ実体６０４）と、を関連付けることにより、記事情報を生成する。

これにより、端末１０２は、図９〜図１３に示したような記事情報を表示画面９００に表示することができ、ユーザは、ファイルのバージョンが、どのような経緯で作成または編集されたかを、付与されたメッセージおよび当該メッセージに応答したメッセージにより把握することができる。

また、本実施例にかかる管理装置１０１は、記憶デバイス２０２に、さらに、端末１０２からアクセス可能なファイルのバージョンの格納先情報（格納先５０５）を関連付けて記憶する。そして、プロセッサ２０１は、生成部７０５により、特定のファイルのバージョンの識別情報（ファイルＩＤ５０２およびバージョン番号５０３）と、特定のメッセージ（メッセージＩＤ６０２およびメッセージ実体６０４）と、特定のファイルのバージョンの格納先情報（格納先５０５）と、を関連付けることにより、記事情報を生成する。

これにより、端末１０２は、図９〜図１３に示したような記事情報を表示画面９００に表示することができ、ユーザは、ファイルのバージョンが、どのような経緯で作成または編集されたかを、付与されたメッセージにより把握することができ、必要に応じてファイルのバージョンをダウンロードすることができる。

また、本実施例にかかる管理装置１０１は、受信部７０１により、ファイルのバージョンと、ファイルのバージョンに付与されたメッセージと、を含む登録要求を受信し、判定部７０２により、登録要求が受信された場合、ファイルが属する管理単位の有無を判定し、格納部７０３により、判定結果に基づいて、ファイルのバージョンと、メッセージと、を関連付けて、記憶デバイス２０２に格納する。これにより、管理装置１０１は、記事情報の生成元となる情報を関連付けて管理することができる。

また、本実施例にかかる管理装置１０１は、格納部７０３により、ファイルのバージョンが属する管理単位がないと判定された場合、新規な管理単位を発行し、ファイルのバージョンと、メッセージと、新規に発行された管理単位と、を関連付けて、記憶デバイス２０２に格納する。これにより、管理装置１０１は、新規登録されるファイルのバージョンについて、記事情報の生成元となる情報を関連付けて管理することができる。

また、本実施例にかかる管理装置１０１は、格納部７０３により、ファイルのバージョンが属する管理単位がある場合、ファイルのバージョンと、メッセージと、を、ファイルのバージョンが属する管理単位に関連付けて、記憶デバイス２０２に格納する。これにより、管理装置１０１は、更新されるファイルのバージョンについて、記事情報の生成元となる情報を関連付けて管理することができる。

以上のように、本実施例によれば、ファイル作成や編集の経緯の把握の容易化を図ることができる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

３００ 記事管理ＤＢ
４００ トランザクション情報ＤＢ
５００ コンテンツ情報ＤＢ
６００ コミュニケーション情報ＤＢ
７０１ 受信部
７０２ 判定部
７０３ 格納部
７０４ 指定部
７０５ 生成部
７０６ 送信部

Claims (9)

1. プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、外部装置と通信可能な通信インタフェースと、を有する管理装置であって、
   前記記憶デバイスは、
   ファイルのバージョンと、前記バージョンに付与されたメッセージと、前記ファイルのバージョンが所属する管理単位と、を関連付けて記憶しており、
   前記プロセッサは、
   管理単位群の中の特定の管理単位に含まれる特定のファイルのバージョンの削除指示および特定のメッセージを含む削除要求を受信する受信処理と、
   前記受信処理によって前記削除要求が受信された場合、前記特定のファイルのバージョンが属する管理単位の有無を判定する判定処理と、
   前記特定のファイルのバージョンが属する管理単位が存在すると判定された場合、前記特定のファイルのバージョンを前記記憶デバイスから削除するとともに、前記特定のメッセージに前記特定のファイルのバージョンが削除されたことを示す削除情報を付与して前記記憶デバイスに格納する格納処理と、
   前記特定の管理単位の指定を受け付ける指定処理と、
   前記指定処理によって前記特定の管理単位の指定が受け付けられた場合、前記特定の管理単位に含まれる前記特定のファイルのバージョンの識別情報と、前記特定のメッセージと、前記削除情報と、前記外部装置からアクセス可能な前記特定のファイルのバージョンよりも以前のバージョンの識別情報および格納先情報と、を関連付けることにより、前記外部装置で前記削除情報および前記以前のバージョンの識別情報が表示可能で、かつ、前記外部装置で前記以前のバージョンの識別情報から前記以前のバージョンの格納先情報に基づいて前記以前のバージョンへのアクセスが可能な記事情報を生成する生成処理と、
   前記生成処理によって生成された記事情報を前記外部装置に送信する送信処理と、
   を実行することを特徴とする管理装置。
2. 請求項１に記載の管理装置であって、
   前記記憶デバイスは、さらに、前記ファイルのバージョンを登録した登録者の識別情報を関連付けて記憶しており、
   前記生成処理では、前記プロセッサは、前記特定のファイルのバージョンの識別情報と、前記特定のメッセージと、前記登録者の識別情報と、を関連付けることにより、前記記事情報を生成することを特徴とする管理装置。
3. 請求項１に記載の管理装置であって、
   前記記憶デバイスは、さらに、前記バージョンの前記記憶デバイスへの登録順を示す情報を関連付けて記憶しており、
   前記生成処理では、前記プロセッサは、前記特定のファイルのバージョンの識別情報と前記特定のメッセージとの組み合わせが複数存在する場合、前記登録順を示す情報に基づいて、前記複数の組み合わせを時系列に関連付けることにより、前記記事情報を生成することを特徴とする管理装置。
4. 請求項１に記載の管理装置であって、
   前記記憶デバイスは、さらに、前記特定のメッセージに対する応答メッセージを関連付けて記憶しており、
   前記生成処理では、前記プロセッサは、前記特定のファイルのバージョンの識別情報と、前記特定のメッセージと、前記応答メッセージと、を関連付けることにより、前記記事情報を生成することを特徴とする管理装置。
5. 請求項１に記載の管理装置であって、
   前記受信処理では、前記プロセッサは、前記ファイルのバージョンと、前記ファイルのバージョンに付与された前記メッセージと、を含む登録要求を受信し、
   前記判定処理では、前記プロセッサは、前記受信処理によって前記登録要求が受信された場合、前記ファイルが属する管理単位の有無を判定し、
   前記格納処理では、前記プロセッサは、前記判定処理による判定結果に基づいて、前記ファイルのバージョンと、前記メッセージと、を関連付けて、前記記憶デバイスに格納する格納処理と、
   を実行することを特徴とする管理装置。
6. 請求項５に記載の管理装置であって、
   前記格納処理では、前記プロセッサは、前記判定処理によって前記ファイルのバージョンが属する管理単位がないと判定された場合、新規な管理単位を発行し、前記ファイルのバージョンと、前記メッセージと、新規に発行された管理単位と、を関連付けて、前記記憶デバイスに格納することを特徴とする管理装置。
7. 請求項５に記載の管理装置であって、
   前記格納処理では、前記プロセッサは、前記ファイルのバージョンが属する管理単位がある場合、前記ファイルのバージョンと、前記メッセージと、を、前記ファイルのバージョンが属する管理単位に関連付けて、前記記憶デバイスに格納することを特徴とする管理装置。
8. プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、外部装置と通信可能な通信インタフェースと、を有する管理装置による管理方法であって、
   前記記憶デバイスは、
   ファイルのバージョンと、前記バージョンに付与されたメッセージと、前記ファイルのバージョンが所属する管理単位と、を関連付けて記憶しており、
   前記管理方法では、
   前記プロセッサは、
   管理単位群の中の特定の管理単位に含まれる特定のファイルのバージョンの削除指示および特定のメッセージを含む削除要求を受信する受信処理と、
   前記受信処理によって前記削除要求が受信された場合、前記特定のファイルのバージョンが属する管理単位の有無を判定する判定処理と、
   前記特定のファイルのバージョンが属する管理単位が存在すると判定された場合、前記特定のファイルのバージョンを前記記憶デバイスから削除するとともに、前記特定のメッセージに前記特定のファイルのバージョンが削除されたことを示す削除情報を付与して前記記憶デバイスに格納する格納処理と、
   前記特定の管理単位の指定を受け付ける指定処理と、
   前記指定処理によって前記特定の管理単位の指定が受け付けられた場合、前記特定の管理単位に含まれる前記特定のファイルのバージョンの識別情報と、前記特定のメッセージと、前記削除情報と、前記外部装置からアクセス可能な前記特定のファイルのバージョンよりも以前のバージョンの識別情報および格納先情報と、を関連付けることにより、前記外部装置で前記削除情報および前記以前のバージョンの識別情報が表示可能で、かつ、前記外部装置で前記以前のバージョンの識別情報から前記以前のバージョンの格納先情報に基づいて前記以前のバージョンへのアクセスが可能な記事情報を生成する生成処理と、
   前記生成処理によって生成された記事情報を前記外部装置に送信する送信処理と、
   を実行することを特徴とする管理方法。
9. 記憶デバイスにアクセス可能なプロセッサに実行させる管理プログラムであって、
   前記記憶デバイスは、
   ファイルのバージョンと、前記バージョンに付与されたメッセージと、前記ファイルのバージョンが所属する管理単位と、を関連付けて記憶しており、
   前記プロセッサに、
   管理単位群の中の特定の管理単位に含まれる特定のファイルのバージョンの削除指示および特定のメッセージを含む削除要求を受信する受信処理と、
   前記受信処理によって前記削除要求が受信された場合、前記特定のファイルのバージョンが属する管理単位の有無を判定する判定処理と、
   前記特定のファイルのバージョンが属する管理単位が存在すると判定された場合、前記特定のファイルのバージョンを前記記憶デバイスから削除するとともに、前記特定のメッセージに前記特定のファイルのバージョンが削除されたことを示す削除情報を付与して前記記憶デバイスに格納する格納処理と、
   前記特定の管理単位の指定を受け付ける指定処理と、
   前記指定処理によって前記特定の管理単位の指定が受け付けられた場合、前記特定の管理単位に含まれる前記特定のファイルのバージョンの識別情報と、前記特定のメッセージと、前記削除情報と、外部装置からアクセス可能な前記特定のファイルのバージョンよりも以前のバージョンの識別情報および格納先情報と、を関連付けることにより、前記外部装置で前記削除情報および前記以前のバージョンの識別情報が表示可能で、かつ、前記外部装置で前記以前のバージョンの識別情報から前記以前のバージョンの格納先情報に基づいて前記以前のバージョンへのアクセスが可能な記事情報を生成する生成処理と、
   前記生成処理によって生成された記事情報を前記外部装置に送信する送信処理と、
   を実行させることを特徴とする管理プログラム。