JP2016103052A - 情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】バージョン番号を振り直す際に、メジャー番号やマイナー番号を一律で変更する仕組みを提供する。【解決手段】ドキュメントのバージョン毎の差分情報を記憶する変更度合記憶手段と、ドキュメントをバージョン管理するバージョン番号のメジャーバージョンを更新するかを判断する情報として、ドキュメント間の変更度合を記憶するポリシー記憶手段とを有する。変更度合記憶手段に記憶された変更度合がポリシー記憶手段に記憶された変更度合以上の変更であると判断された場合は、ドキュメントをバージョン管理するバージョン番号のメジャーバージョンを更新し、変更度合記憶手段に記憶された変更度合がポリシー記憶手段に記憶された変更度合未満の変更であると判断された場合は、マイナーバージョンを更新するバージョン番号更新手段と、ドキュメントのバージョンをユーザから受け付けるバージョン更新受付手段とを有する。【選択図】図１８

Description

本発明は、ドキュメントの変更履歴バージョン番号を管理するアイデアに関する。

手順書やルール資料などのドキュメントは、最新情報を保持するために都度変更作業が発生する。変更の際には、変更履歴一覧として必要項目（日付、バージョン、更新者、変更内容等）を手作業で記載している場合がある。

特許文献１には、電子文書管理システムとして文書のバージョン管理をする仕組みがあり、バージョン番号は、整数値部分をメジャー番号、小数値部分をマイナー番号と定義して管理している。この特許文献の中で、ユーザが、作業途中状態にはマイナー番号を更新して保存し、例えば上長の承認が得られた段階では正式文書となったことを表すためメジャー番号を更新したり、情報処理装置において共有ユーザ全員が保存したかによりメジャー番号を更新するかマイナー番号を更新するかを判断したりする構成が記載されている。
保存する

特開２０１２−８８９８１号公報

しかしながら、特許文献１では、バージョン番号を更新する条件は、ファイルを共有しているユーザ全員が保存したかどうかで判断しており、文書の変更度合で判断するものではない。そのため、文書の変更度合に関係なくメジャー番号の更新やマイナー番号の更新が行われるため、一旦保存されたバージョン番号で永続的に管理される。たとえば、文書の変更度合によりバージョン番号を振り直したい場合などに、メジャー番号やマイナー番号を一律で変更することが出来ない。

本発明の目的は、バージョン番号の振り直しに対応したバージョン更新の管理を行うことにより、バージョン番号を振り直す際に、メジャー番号やマイナー番号を一律で変更することを可能にする仕組みを提供することである。

本発明は、ドキュメントのバージョン毎の差分情報を記憶する変更度合記憶手段と、ドキュメントをバージョン管理するバージョン番号のメジャーバージョンを更新するかを判断する情報として、ドキュメント間の変更度合を記憶するポリシー記憶手段と、前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合以上の変更であるかを判断する判断手段と、前記判断手段により、前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合以上の変更であると判断された場合、前記ドキュメントをバージョン管理するバージョン番号のメジャーバージョンを更新し、前記判断手段により、前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合未満の変更であると判断された場合、前記ドキュメントをバージョン管理するバージョン番号のマイナーバージョンを更新するバージョン番号更新手段と、前記バージョン番号更新手段を実行するドキュメントのバージョンをユーザから受け付ける、バージョン更新受付手段とを有することを特徴とする。

本発明は、バージョン番号の振り直しに対応したバージョン更新の管理を行うことにより、バージョン番号を振り直す際に、メジャー番号やマイナー番号を一律で変更することができる。すなわち、バージョン番号の更新に統一性を持たせ、バージョン管理を容易にすることが可能となる。

本発明を開始する際にディスプレイ装置２１０に出力されるメニューの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１５０１でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１５０８でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１５０７でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１５１０でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１５１３でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１６０１でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１６０２でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１６０３でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるステップＳ１６１０でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。 本発明におけるドキュメント管理データの項目内容及びサンプルデータの一例を示す模式図である。 本発明におけるポリシーデータの項目内容及びサンプルデータの一例を示す模式図である。 本発明における変更度合データの項目内容及びサンプルデータの一例を示す模式図である。 本発明における構成変更区分データの項目内容及びサンプルデータの一例を示す模式図である。 本発明の情報処理装置１００におけるバージョン番号更新処理の制御処理手順の一例を示すフローチャートである。 本発明の情報処理装置１００におけるバージョン番号振り直し処理の制御処理手順の一例を示すフローチャートである。 本発明の情報処理装置１００におけるポリシー判定処理の制御処理手順の一例を示すフローチャートである。 本発明の一実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。

＜第１の実施形態＞

以下、図面を参照して、本発明の実施形態を詳細に説明する。まず、図１８を参照して、本発明で利用する情報処理装置のハードウェア構成について説明する。

図１８は、本発明の実施形態における情報処理装置１００に適用可能な情報処理装置のハードウェア構成図である。

図１８において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、画像管理を実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

また、外部メモリ２１１のハードディスク（ＨＤ）は、情報処理装置１００において、録画された音声付動画や音声ファイルを記憶する大容量のメモリ領域を有している。

２０８は通信Ｉ／Ｆ（インタフェース）コントローラで、ネットワーク（例えば、無線ＬＡＮなど）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図１５〜図１７のフローチャート、図１〜図１０の画面イメージを参照して、情報処理装置１００がドキュメント管理を行う手順について説明する。

まず、情報処理装置１００において、ユーザによりドキュメント管理アプリケーションが開始されると、情報処理装置１００のＣＰＵ２０１は、ディスプレイ装置２１０に図１のメニュー画面を表示する。

図１の画面イメージにおいて、新規ドキュメントのラジオボタンが押下されて、［ＯＫ］ボタンが押下されると、新規のドキュメントを生成する処理が開始される。また、更新ドキュメントのラジオボタンが押下されて［ＯＫ］ボタンが押下されると、ユーザによるドキュメントの更新処理が実行される。以下、ドキュメント更新の際のドキュメントのバージョン更新処理を図１５のフローチャートを参照して説明する。

図１５のフローチャートは、ドキュメントの更新する際に開始される処理である。

まず、図１５のステップＳ１５０１において、情報処理装置１００のＣＰＵ２０１は、ドキュメントのバージョン更新処理を行うファイルの選択を受け付ける。ユーザによるファイルの選択画面のイメージを図２を参照して説明する。

図２は、本発明におけるステップＳ１５０１でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図２の画面イメージにおいて、ユーザは、ドキュメントを更新したいファイルを選択する。図２の場合、２０１の○○○○○マニュアルがユーザにより選ばれた場合の例である。図２において、［ＯＫ］ボタンが押下されると、次のステップＳ１５１５へと処理を移行する。

次に、ステップＳ１５１５において、情報処理装置１００のＣＰＵ２０１は、ユーザからのドキュメントの更新作業を受け付け、そのドキュメントを保存する。なお、ドキュメントは更新されると、更新前のドキュメントを保持したまま、更新されたドキュメントを別ファイルとして保存する。なお、更新されたドキュメントは別のバージョン管理ソフトウェアにより管理されていても良い。

次に、ステップＳ１５０２において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１５１５で更新し保存されたドキュメントと、更新される前のドキュメントとの比較処理を行う。

次に、ステップＳ１５０３において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１５０２で比較を行った結果により処理を分ける。ステップＳ１５０２で、ステップＳ１５１５で更新し保存されたドキュメントと、更新される前のドキュメントとの比較を行った結果、２つのドキュメントに差があると判断された場合、すなわちドキュメントが更新されていると判断された場合、ステップＳ１５０４へと処理を移行する。一方、２つのドキュメントに差がないと判断された場合、すなわちドキュメントが更新されていないと判断された場合、ステップＳ１５１３へと処理を移行する。

ステップＳ１５０４へと処理を移行すると、情報処理装置１００のＣＰＵ２０１は、現在更新されているドキュメントが、無条件でバージョン（メジャーバージョン）を更新するドキュメントかどうかを判断する。無条件でバージョン（メジャーバージョン）を更新しないドキュメントの場合は、ステップＳ１５０５へと処理を移行し、ドキュメントの更新度合により、バージョン（メジャーバージョン）を更新するか、リビジョン（マイナーバージョン）を更新するかを判断する処理へと移行する。一方、無条件でバージョン（メジャーバージョン）を更新するドキュメントの場合は、ステップＳ１５０９へと処理を移行し、バージョン（メジャーバージョン）を更新する処理を行う。なお、バージョンは整数と小数からなり、整数部分をインクリメントすることをバージョン（メジャーバージョン）の更新、小数部分をインクリメントすることをリビジョン（マイナーバージョン）の更新とする。本發明では、微細な更新に関してはリビジョン（マイナーバージョン）を更新して保存し、大きな更新の場合は、ユーザが確認する必要があるため、バージョン（メジャーバージョン）を更新して保存するなどとして使い分ける。

ステップＳ１５０４の判断を、図１１のサンプルデータを参照して説明する。

図１１は、本発明におけるドキュメント管理データの項目内容及びサンプルデータの一例を示す模式図である。

図１１のポリシー適用区分欄が「０」になっているドキュメントは、ステップＳ１５０５以降のポリシー適用をせず、ステップＳ１５０９への処理へ移行するドキュメントであり、無条件にバージョンを更新するドキュメントに割り当てられる。図１１の例では、「ＸＸＸＸＸ規則」や「就業規定」などのように少しの修正でも確認者に確認してもらいたいドキュメントの場合は、バージョン（メジャーバージョン）を更新している。一方、「○○○○○マニュアル」や「□□□操作マニュアル」などの場合は、多少の更新をしたドキュメントは確認者が必ずしも確認しなくても良いため、少しの修正の場合はリビジョン（マイナーバージョン）の更新のみを実施し、バージョン（メジャーバージョン）の更新は行わないようなポリシーを持っている。バージョン（メジャーバージョン）を更新するかのポリシーを図１２を参照して説明する。

図１２は、本発明におけるドキュメントのバージョン（メジャーバージョン）更新のためのポリシーの項目内容とサンプルデータの一例を示す模式図である。

図１２のポリシー説明に合致する場合、バージョン（メジャーバージョン）更新を行う。たとえば、ポリシーＩＤが５の「ＥＸＣＥＬファイルにシートが追加された」の場合は、ドキュメント区分は「１：Ｅｘｃｅｌ」であり、条件区分は「１．構成変更」、構成変更区分は「３．シートの追加」の場合に、バージョン（メジャーバージョン）を更新する。また、ポリシーＩＤが４の「Ｗｏｒｄファイルで更新程度が全体の５０％以上」の場合は、ドキュメント区分は「２：Ｗｏｒｄ」であり、条件区分は「２．更新程度」、更新程度比率は「５０」％以上の場合に、バージョン（メジャーバージョン）を更新する。図１５のフローチャートの説明に戻る。

図１５のステップＳ１５０４において、現在更新されているドキュメントが、無条件でバージョン（メジャーバージョン）を更新するドキュメントの場合、すなわちポリシー適用外の場合は、ステップＳ１５０９へと処理を移行し、ステップＳ１５０９において、情報処理装置１００のＣＰＵ２０１は、更新したドキュメントのバージョン（メジャーバージョン）を更新する。次に、ステップＳ１５１０において、情報処理装置１００のＣＰＵ２０１は、バージョン（メジャーバージョン）が更新されたことを示す画面イメージをディスプレイ装置２１０に出力する。その後、ステップＳ１５１１の処理へと合流する。図５を参照して、ステップＳ１５１０でのバージョン（メジャーバージョン）更新結果を出力する画面イメージを説明する。

図５は、本発明におけるステップＳ１５１０でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図５のバージョン番号上げ実施結果画面は、前回のバージョン番号５．０から今回のバージョン番号６．０のように、整数部分、すなわちバージョン（メジャーバージョン）の番号を更新している。図１５のフローチャートの説明に戻る。

図１５のステップＳ１５０４において、現在更新されているドキュメントが、無条件でバージョン（メジャーバージョン）を更新するドキュメントでない場合、すなわちポリシー判定を行うと判断された場合（図１１のポリシー適用区分が「１」の場合）、ステップＳ１５０５へと処理を移行する。

ステップＳ１５０５において、情報処理装置１００のＣＰＵ２０１は、図１２のポリシー（バージョン（メジャーバージョン）更新条件）に該当するかを判断する。ステップＳ１５０５の処理の詳細を図１７を参照して説明する。

図１７のフローチャートは、ステップＳ１５０５や後述するステップＳ１６０８でのポリシー（バージョン（メジャーバージョン）更新条件）に該当するかどうかを判定する処理の際に開始される。

まず、ステップＳ１７０１において、情報処理装置１００のＣＰＵ２０１は、現在更新されているドキュメントと同じドキュメント区分のポリシーを全件抽出する。具体的には、現在更新されているドキュメントがＥＸＣＥＬの場合、図１２のドキュメント区分が１である、ポリシーＩＤが３と５と６であるポリシー（バージョン（メジャーバージョン）更新条件）を順に抽出する。

次に、ステップＳ１７０２において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１７０１で抽出したポリシー（バージョン（メジャーバージョン）更新条件）にドキュメントの変更度合（更新ドキュメントと更新前のドキュメントとの差分）が一致するかを判断する。ポリシーと変更度合が一致しない場合は、ステップＳ１７０３へと処理を移行し、ステップＳ１７０１に処理を戻して、次のポリシーＩＤについての処理を実施する。このように、ステップＳ１７０２において、ポリシーと変更度合が一致しない間は、更新されているドキュメントと同じドキュメント区分の全てのポリシーと一致しているかを判断し、更新されているドキュメントと同じドキュメント区分の全てのポリシーと一致していない場合はステップＳ１７０４へとしょりを移行する。

ステップＳ１７０４において、情報処理装置１００のＣＰＵ２０１は、更新されているドキュメントのリビジョン（マイナーバージョン）を更新する処理を行う。すなわち、変更度合がポリシー（バージョン（メジャーバージョン）更新条件）に一致しなかったので、小さいな修正であると判断して、リビジョン（マイナーバージョン）を更新する処理である。

一方、ポリシーと変更度合が一致する場合は、ステップＳ１７０５へと処理を移行し、情報処理装置１００のＣＰＵ２０１は、バージョン（メジャーバージョン）を更新する処理を行う。すなわち、変更度合がポリシー（バージョン（メジャーバージョン）更新条件）に一致したので、大きな修正であると判断して、バージョン（メジャーバージョン）の更新をする処理を行う。

次に、ステップＳ１７０６において、リビジョン（マイナーバージョン）の番号をリセットし、小数点以下を０へと変更する。

図１７の処理を適用させたデータの例を、図１３、図１４を参照して説明する。

図１３は、ドキュメントの変更度合と、ドキュメントの変更度合によって変更されたバージョン番号の一例を示す模式図である。

図１３のデータサンプルには、ドキュメントの変更されたシーケンス番号や変更履歴情報（物理ドキュメント）、ドキュメントの変更度合、変更されたバージョン番号などが記憶されている。

図１４は、ポリシー（バージョン（メジャーバージョン）更新条件）と判断されるドキュメント区分毎の構成変更区分の一例を示す模式図である。

図１３のデータサンプル例の「○○○○○マニュアル．ｄｏｃ」がバージョン番号「１．０」から「２．０」に整数部分（メジャーバージョン）が更新されているのは、このドキュメント更新の際に構成変更区分が「２」である「節の追加」があるためである。すなわち、「○○○○○マニュアル．ｄｏｃ」がＷｏｒｄファイルであるので、図１４のドキュメント区分が「２」（Ｗｏｒｄファイル）で、構成変更区分が「２」（節の追加）であったため、ポリシー（バージョン（メジャーバージョン）更新条件）に該当し、バージョン番号の整数部分（メジャーバージョン）を更新し、「１．０」から「２．０」へと変更している。

また、図１３のデータサンプル例の「○○○○○マニュアル．ｄｏｃ」がバージョン番号「３．０」から「３．１」に少数点部分（マイナーバージョン）が更新されているのは、このドキュメント更新の際に更新程度比率が「４５」％であるためである。すなわち、「○○○○○マニュアル．ｄｏｃ」がＷｏｒｄファイルであり、更新程度比率が図１２のポリシーＩＤが４の５０％に満たないため、リビジョン（マイナーバージョン）を更新し、「３．０」から「３．１」へと変更している。図１５のフローチャートの説明に戻る。

以上、ステップＳ１５０５において、図１７の処理により、図１２のポリシー（バージョン（メジャーバージョン）更新条件）に該当するかを判断し、バージョン（メジャーバージョン）かリビジョン（マイナーバージョン）を更新する処理を行う。

次に、ステップＳ１５０６において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１５０５でバージョン（メジャーバージョン）が更新されたか、リビジョン（マイナーバージョン）が更新されたかにより処理を分ける。バージョン（メジャーバージョン）が更新されている場合はステップＳ１５０８へと処理を移行し、リビジョン（マイナーバージョン）が更新されている場合はステップＳ１５０７へと処理を移行する。

ステップＳ１５０８へと移行する場合、情報処理装置１００のＣＰＵ２０１は、バージョン（メジャーバージョン）が更新されたことをディスプレイ装置２１０に出力する。バージョン（メジャーバージョン）が更新された際の画面イメージを図３を参照して説明する。

図３は、本発明におけるステップＳ１５０８でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図３のバージョン番号上げ実施結果画面は、前回のバージョン番号３．２から今回のバージョン番号４．０のように、整数部分、すなわちバージョン（メジャーバージョン）の番号を更新し、小数部分、すなわちリビジョン（マイナーバージョン）の番号はリセットされている。

図３の例では、３０１に表示されているように、ポリシーＩＤが「５」に該当するＥＸＣＥＬファイルにシートが追加された構成変更があったため、バージョン（メジャーバージョン）の番号が更新されていることを表示している。図１５のフローチャートの説明に戻る。

一方、ステップＳ１５０６においてリビジョン（マイナーバージョン）の更新が行われている場合は、ステップＳ１５０７へと処理を移行し、ステップＳ１５０７において、情報処理装置１００のＣＰＵ２０１は、リビジョン（マイナーバージョン）が更新されたことをディスプレイ装置２１０に出力する。リビジョン（マイナーバージョン）が更新された際の画面イメージを図４を参照して説明する。

図４は、本発明におけるステップＳ１５０７でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図４のバージョン番号上げ実施結果画面は、前回のバージョン番号３．２から今回のバージョン番号３．２のように、少数点部分、すなわちリビジョン（マイナーバージョン）の番号を更新し、整数部分、すなわちバージョン（メジャーバージョン）の番号は従来のままとしている。

図４の例では、４０１に表示されているように、ポリシー（バージョン（メジャーバージョン）更新条件）に該当する更新や変更がなかったため、リビジョン（マイナーバージョン）の番号のみが更新されていることを表示している。図１５のフローチャートの説明に戻る。

ステップＳ１５０７からステップＳ１５１０の処理が終了すると、次のステップＳ１５１１へと処理を移行する。

次のステップＳ１５１１において、情報処理装置１００のＣＰＵ２０１は、ユーザからバージョン番号を更新するかどうかの入力を受け付ける。入力の受け付けは、図３から図５の［ＯＫ］ボタンか［キャンセル］ボタンかによって判断する。図３から図５の［キャンセル］ボタンが押下されると、バージョン番号の更新は行わず、処理を終了する。この［キャンセル］ボタンにより、ユーザがバージョン番号の更新を行いたくない場合はバージョン番号の更新を行わずにドキュメントを保存することができる。

一方、ステップＳ１５１１において、ユーザからバージョン番号を更新するとの入力を受け付けた場合、すなわち図３から図５の［ＯＫ］ボタンが押下された場合は、次のステップＳ１５１２へと処理を移行する。

ステップＳ１５１２において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１５０５で指定されたバージョン番号、もしくはステップＳ１５０９で指定されたバージョン番号をドキュメントに反映して、図１３の変更度合テーブルにレコードを追加する。また、最終のバージョン番号に該当するため、図１１のドキュメント管理テーブルを更新する。

また、ステップＳ１５０３において、ステップＳ１５０２での比較の結果、ステップＳ１５１５で更新し保存されたドキュメントと、更新される前のドキュメントの２つのドキュメントに差がないと判断された場合はステップＳ１５１３へと処理を移行し、ステップＳ１５１３において、情報処理装置１００のＣＰＵ２０１は、ディスプレイ装置２１０にドキュメントの更新がされていない旨の出力を行う。ドキュメントが更新されていない際の画面イメージを図６を参照して説明する。

図６は、本発明におけるステップＳ１５１３でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図６のバージョン番号上げ実施結果画面は、ドキュメントの差分がなかったためバージョン番号更新を行わず、［ＯＫ］ボタンのみが表示されている。図１５のフローチャートの説明に戻る。

以上、ステップＳ１５１３の処理かステップＳ１５１２の処理が終わると、本発明の処理を終える。

以上の処理により、ドキュメント更新の際にバージョン（メジャーバージョン）更新かリビジョン（マイナーバージョン）更新かをユーザの感覚によらず、一意に定義された状況で反映することができる。したがって、以前のバージョンのドキュメントを読んだ読者が新たなバージョンを読む際に、変更の度合が容易にわかり、ドキュメントを読む工数などの推測がしやすくなる。

なお、ドキュメントの更新程度比率は、更新前のドキュメントと更新後のドキュメントとの差分から検出する例を記載したが、たとえば、バージョン（メジャーバージョン）が更新されたドキュメント、すなわちリビジョン（マイナーバージョン）番号が「０」であるドキュメントと、現状のドキュメントとの差分から、更新程度比率を検出しても良い。その場合、たとえば、図１３の「ＸＸＸＸＸマニュアル．ｄｏｃ」は、現状のバージョン番号「１．４」になっているが、「ＸＸＸＸＸマニュアル．ｄｏｃ」のシーケンス番号「５」とシーケンス番号「１」のドキュメントを比較して、更新程度比率が５０％以上であれば、バージョン（メジャーバージョン）の番号を更新することになる（例では、バージョン番号が「２．０」などに変わる）。この構成により、大きな変更があれば、バージョン（メジャーバージョン）が変更されることになり、リビジョン（マイナーバージョン）の番号がリセット（「０」）されているドキュメントを確認すれば、リビジョン（マイナーバージョン）の変更状況は追わなくても、ドキュメントの遷移が理解が容易になる。
＜第２の実施形態＞

第１の実施形態では、ドキュメントの最終バージョン（最新バージョン）に関するバージョン番号を更新する処理について説明したが、ドキュメントのバージョン番号を途中から振り直す必要が生じる場合がある。

たとえば、図１２に記憶されているポリシー（バージョン（メジャーバージョン）更新条件）の更新程度比率を減らす場合、たとえば変更度合が５０％以上でないとバージョン（メジャーバージョン）は更新しない仕様であったものを、３０%以上の変更度合でもバージョン（メジャーバージョン）を更新する仕様にして、ある程度、更新されていれば、バージョン（メジャーバージョン）を更新するようにしたい場合などである。

まず、図１の画面イメージにおいて、バージョン番号振り直しのラジオボタンが押下されて、［ＯＫ］ボタンが押下されると、バージョン番号の振り直し処理が開始される。以下、バージョン番号の振り直し処理を図１６のフローチャートを参照して説明する。

図１６のフローチャートは、ユーザによりバージョン番号の振り直し処理命令を受信すると開始される処理である。

まず、図１６のステップＳ１６０１において、情報処理装置１００のＣＰＵ２０１は、ドキュメントのバージョン番号を振り直すファイルの選択を受け付ける。ユーザによるドキュメントの選択画面のイメージを図７を参照して説明する。

図７は、本発明におけるステップＳ１６０１でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図７の画面イメージにおいて、ユーザはドキュメントのバージョン番号を振り直したいファイルを選択する。図７の場合、７０１のＸＸＸＸＸＸＸＸルールがユーザにより選ばれた場合の例である。図７において、［ＯＫ］ボタンが押下されると、次のステップＳ１６０２へと処理を移行する。

次に、ステップＳ１６０２において、情報処理装置１００のＣＰＵ２０１は、ユーザから選ばれたドキュメントの過去のバージョンの中から、ユーザが振り直したいバージョン番号の選択を受け付ける。ユーザによるドキュメントの振り直しバージョン選択画面のイメージを図８を参照して説明する。

図８は、本発明におけるステップＳ１６０２でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図８の画面イメージにおいて、ユーザは振り直したいバージョン番号のドキュメントとして、文書ファイルであるＸＸＸＸＸＸＸＸルールを選択されている。図８の場合、８０１のバージョン番号「１．１」が選択された例であり、「１．１」以降のバージョン番号を振り直す処理を実施する。バージョン番号を振り直す理由としては、たとえば、ドキュメントのバージョン（メジャーバージョン）番号を更新する更新程度比率の閾値を５０％から３０％に変更した際、更新程度比率が３０％以上５０％未満のドキュメントの更新については、リビジョン（マイナーバージョン）番号の更新だった所をバージョン（メジャーバージョン）番号を更新するように統一したいためである。

図８の画面イメージにおいて、ユーザによりバージョン番号を振り直したいドキュメントのバージョンの指定を受け付けると、次のステップＳ１６０３へと処理を移行する。

次に、ステップＳ１６０３において、情報処理装置１００のＣＰＵ２０１は、ユーザよりバージョン番号の振り直しの方法を受け付ける画面を表示する。ユーザによるバージョン番号の振り直しの方法を受け付ける画面イメージを図９を参照して説明する。

図９は、本発明におけるステップＳ１６０３でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図９の画面イメージにおいて、ユーザは現在選択されているドキュメントのバージョン番号をどのように振り直すかの選択を受け付ける画面であり、９０１の［現在のポリシーで振り直し］が選択されている場合、現在の図１２のようなポリシー（バージョン（メジャーバージョン）更新条件）に該当するかどうかで、バージョン（メジャーバージョン）更新かリビジョン（マイナーバージョン）更新かを判断する。また、９０２の［バージョン番号入力］が選択されている場合は、バージョン入力欄９０３に入力されたバージョン番号に振り直す。［ＯＫ］ボタンが押下されると次のステップＳ１６０４へと処理を移行する。

次に、ステップＳ１６０４において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１６０３でユーザにより選択された選択項目が［バージョン番号入力］ラジオボタン９０２かどうかで処理を分ける。

［バージョン番号入力］ラジオボタン９０２が選択されている場合、次にステップＳ１６０５へと処理を移行し、情報処理装置１００のＣＰＵ２０１は、バージョン入力欄９０３に入力された番号に指定されたドキュメントのバージョン番号を変更する。

一方、ステップＳ１６０４において、図９の画面のユーザに選択された選択項目が［現在のポリシーで振り直し］ラジオボタン９０１が選択されている場合、ステップＳ１６０６へと処理を移行する。

ステップＳ１６０６において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１６０２で選択されたバージョンのドキュメントの一つ前のバージョンから、最新のバージョンまでのドキュメントの変更履歴や変更度合を取得する。図１３を参照して説明する。

図１３は、ドキュメントの変更履歴（物理ドキュメント）と変更度合（構成変更区分、更新程度比率）、各バージョンのバージョン番号を記憶したデータベースである。これらのデータはステップＳ１６０６の処理ステップに達した際に作成しても良いし、ステップＳ１５１２でバージョン番号更新の際に作成しても良い。

たとえば、図１３における「ＸＸＸＸＸマニュアル．ｄｏｃ」のドキュメントの、シーケンス番号が「２」のバージョン番号「１．１」のバージョンのドキュメントから、「現在のポリシーで振り直し」が指示された場合を考える。当初のポリシー（バージョン（メジャーバージョン）更新条件）の更新程度比率が５０%以上であり、現在のポリシー（バージョン（メジャーバージョン）更新条件）が、当初の更新程度比率が５０％以上から３０％以上に変わった場合、たとえば、「ＸＸＸＸＸマニュアル．ｄｏｃ」のシーケンス番号が「１」から「２」に更新された更新程度比率は３０％であるため、当初はリビジョン（マイナーバージョン）番号の更新で良かったが、現在のポリシーに則るとバージョン（メジャーバージョン）番号の更新に該当するため、「ＸＸＸＸＸマニュアル．ｄｏｃ」のシーケンス番号が「２」のドキュメントのバージョン番号は「２．０」と更新しなければならなくなる。同様に、「ＸＸＸＸＸマニュアル．ｄｏｃ」のドキュメントのシーケンス番号が「３」へ更新された際は、バージョン番号は「３．０」に更新されるべきで、以降の更新（シーケンス番号「４」や「５」への更新）は、更新程度比率が３０％未満であるため、現在のポリシーに則るのであれば、バージョン番号は「３．１」、「３．２」に更新されるべきである。

以上の処理を、ステップＳ１６０６からＳ１６０８の処理を繰り返して行うことにより、バージョン番号を振り直す処理を実行する。以下に図１６のフローチャートに則って説明する。

まず、ステップＳ１６０６において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１６０２で選択されたバージョンのドキュメントの一つ前のバージョンと、ステップＳ１６０２で選択されたバージョンのドキュメントとの変更度合を取得する。

次に、ステップＳ１６０７において、情報処理装置１００のＣＰＵ２０１は、ステップＳ１６０６で取得した２つのバージョンのドキュメントの変更度合がポリシー（バージョン（メジャーバージョン）更新条件）に該当するかを判断する為のサブルーチンへと移行する。ポリシーに該当するかのサブルーチンの詳細は図１７で説明したので省略する。

ステップＳ１６０７の処理が終わると、ステップＳ１６０６へと処理を戻し、ステップＳ１６０２で選択されたバージョンのドキュメントと、それから更新されたドキュメントがあればそのドキュメントとの変更度合を取得して、同じくポリシー（バージョン（メジャーバージョン）更新条件）に該当するかを判断する処理を行う（ステップＳ１６０７）。

以上の処理をドキュメントのシーケンス番号を上げていく順に、ドキュメントが最新になるまで繰り返して、バージョン番号の更新予定番号を特定する。

次に、ステップＳ１６１０において、ステップＳ１６０７で更新される予定のバージョン番号で更新して良いか、もしくはステップＳ１６０５で入力されたバージョン番号で更新して良いかの確認画面を表示する。ユーザによるバージョン番号の振り直しの方法を受け付ける画面イメージを図９を参照して説明する。

図９は、本発明におけるステップＳ１６０３でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図９の画面イメージにおいて、ユーザは現在選択されているドキュメントのバージョン番号をどのように振り直すかの選択を受け付ける画面であり、９０１の［現在のポリシーで振り直し］が選択されている場合、現在の図１２のようなポリシー（バージョン（メジャーバージョン）更新条件）に該当するかどうかで、バージョン（メジャーバージョン）更新かリビジョン（マイナーバージョン）更新かを判断する。また、９０２の［バージョン番号入力］が選択されている場合は、バージョン入力欄９０３に入力されたバージョン番号に振り直す。［ＯＫ］ボタンが押下されると次のステップＳ１６０４へと処理を移行する。ユーザによるバージョン振り直し予定番号の更新確認画面イメージを図１０を参照して説明する。

図１０は、本発明におけるステップＳ１６１０でディスプレイ装置２１０に出力されるドキュメント管理アプリケーションの画面イメージの一例を示す模式図である。

図１０の画面イメージにおいて、文書ファイルである「ＸＸＸＸＸＸＸＸルール」は、図８のように当初は改定日が「２０１４／２／１」のバージョンのバージョン番号が「１．１」であったが、ポリシー（バージョン（メジャーバージョン）更新条件）の変更などにより、バージョン（メジャーバージョン）番号が変更され、「２０１４／２／１」のバージョン番号は「２．０」（１００１）へと変更されている。以下のバージョン番号も、ポリシーの変更に基づいてバージョン（メジャーバージョン）番号を変更し、「改定日」が「２０１４／３／２４」のバージョンのバージョン番号を「３．０」に、「改定日」が「２０１４／７／２０」のバージョンのバージョン番号を「３．１」に、変更されて表示されている。図１６のフローチャートの説明に戻る。

次に、ステップＳ１６１１において、情報処理装置１００のＣＰＵ２０１は、図１０の［更新する］ボタンが押下されたかどうかを判断する。図１０の［更新する］ボタンが押下されると、ステップＳ１６１２へと処理を移行し、図１０の［キャンセル］ボタンが押下されると、バージョン番号の更新は行わず、一連の処理を終える。

ステップＳ１６１２へと処理を移行すると、情報処理装置１００のＣＰＵ２０１は、ステップＳ１６０１で選択されたドキュメントのバージョン番号をステップＳ１６１０で表示したバージョン番号に更新して、図１３の変更度合テーブルのバージョン番号に更新されたバージョン番号を入力する。この処理以降のドキュメントのバージョン番号は、ステップＳ１６１２で更新されるバージョン番号で管理される。

以上の処理により、本発明では、バージョン番号の振り直しに対応したバージョン更新の管理を行うことにより、バージョン番号を振り直す際に、メジャー番号やマイナー番号を一律で変更することができ、以前のバージョンのドキュメントを読んだ読者が新たなバージョンを読む際に、変更の度合が容易にわかり、ドキュメントを読む工数などの推測がしやすくなると言う効果をゆうする。あ

上記実施形態では、１台の情報処理装置に適用する場合を説明したが、１台で動作する情報処理装置であっても良いし、ネットワーク上のサーバと情報処理装置とで処理主体を分けてもよい。またネットワーク上のサーバに更新情報記憶部を有していて、サーバから更新情報などを取得してもよい。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバ−ジョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インスト−ルするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図１５、図１６、図１７に示す機能が外部からインスト−ルされるプログラムによって、ホストコンピュ−タにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコ−ドを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュ−タ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコ−ドを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコ−ド自体が本発明の新規な機能を実現することになり、そのプログラムコ−ドを記憶した記録媒体は本発明を構成することになる。

プログラムコ−ドを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テ−プ，不揮発性のメモリカ−ド，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュ−タが読み出したプログラムコ−ドを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコ−ドの指示に基づき、コンピュ−タ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコ−ドが、コンピュ−タに挿入された機能拡張ボ−ドやコンピュ−タに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコ−ドの指示に基づき、その機能拡張ボ−ドや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベ−ス等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 情報処理装置
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (6)

1. ドキュメントのバージョン毎の差分情報を記憶する変更度合記憶手段と、
   ドキュメントをバージョン管理するバージョン番号のメジャーバージョンを更新するかを判断する情報として、ドキュメント間の変更度合を記憶するポリシー記憶手段と、
   前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合以上の変更であるかを判断する判断手段と、
   前記判断手段により、前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合以上の変更であると判断された場合、前記ドキュメントをバージョン管理するバージョン番号のメジャーバージョンを更新し、前記判断手段により、前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合未満の変更であると判断された場合、前記ドキュメントをバージョン管理するバージョン番号のマイナーバージョンを更新するバージョン番号更新手段と、
   前記バージョン番号更新手段を実行するドキュメントのバージョンをユーザから受け付ける、バージョン更新受付手段と、
   を有することを特徴とするドキュメント管理装置。
2. 前記バージョン番号更新手段は、前記バージョン更新受付手段によりユーザから受け付けたバージョン以降のバージョン管理されたドキュメントに対して、バージョン番号を更新することを特徴とする請求項１に記載のドキュメント管理装置。
3. 前記ポリシー記憶手段は、
   前記ドキュメント間の変更度合として、ドキュメントの変更の程度の割合を有する更新程度記憶手段と、前記ドキュメント間の変更度合として、ドキュメントの構成が変更されたことを判別する情報を有する構成変更記憶手段との内、少なくとも一つを有することを特徴とする請求項１又は２に記載のドキュメント管理装置。
4. 前記変更度合記憶手段は、
   前記バージョン管理された所定のバージョンのドキュメントと、前記所定のバージョンの前のドキュメントとの差分から生成されることを特徴とする請求項１乃至３に記載のドキュメント管理装置。
5. ドキュメントのバージョン毎の差分情報を記憶する変更度合記憶手段と、ドキュメントをバージョン管理するバージョン番号のメジャーバージョンを更新するかを判断する情報として、ドキュメント間の変更度合を記憶するポリシー記憶手段とを有する情報処理装置におけるドキュメント管理方法であって、
   前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合以上の変更であるかを判断する判断ステップと、
   前記判断ステップにより、前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合以上の変更であると判断された場合、前記ドキュメントをバージョン管理するバージョン番号のメジャーバージョンを更新し、前記判断手段により、前記変更度合記憶手段に記憶された変更度合が、前記ポリシー記憶手段に記憶された変更度合未満の変更であると判断された場合、前記ドキュメントをバージョン管理するバージョン番号のマイナーバージョンを更新するバージョン番号更新ステップと、
   前記バージョン番号更新手段を実行するドキュメントのバージョンをユーザから受け付ける、バージョン更新受付ステップと、
   を有することを特徴とするドキュメント管理方法。
6. 請求項５に記載されたドキュメント管理方法を実行するためのプログラム。

Images