(57)【要約】      （修正有）【課題】ファイル名や拡張子が変わると、対象ファイルを同じファイルの異なるバージョンとは認識できないシステムにおいて、フォルダの作成やリンクを作成する機能を追加することなく、異なる形式のファイルをバージョン管理する。【解決手段】ファイルのバージョン管理が可能な文書管理装置と接続可能な情報処理装置であって、文書管理装置から取得したファイルのファイル名を記憶し、取得したファイルの次バージョンとして登録するファイルのファイル名を記憶する。次バージョンとして登録するファイルのファイル名を文書管理装置から取得したファイルのファイル名に変更し、そのファイルを取得したファイルの次バージョンとして文書管理装置に送信する。送信後、送信したファイルのファイル名を次バージョンの元のファイル名に変更する。【選択図】図５
2018142208.tif 000002
【特許請求の範囲】
【請求項１】
ファイルのバージョン管理が可能な文書管理装置と接続可能な情報処理装置であって、
前記文書管理装置から取得したファイルのファイル名を記憶する第１のファイル名記憶手段と、
前記取得したファイルの次バージョンとして登録するファイルのファイル名を記憶する第２のファイル名記憶手段と、
前記次バージョンとして登録するファイルのファイル名を前記第１のファイル名記憶手段で記憶されたファイル名に変更する第１のファイル名変更手段と、
前記ファイル名変更手段により変更されたファイル名のファイルを、前記取得したファイルの次バージョンとして文書管理装置に送信する送信手段と、
前記前記送信手段で送信したファイルのファイル名を前記第２のファイル名記憶手段で記憶されたファイル名に変更する第２のファイル名変更手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記文書管理装置が管理するファイルの属性情報を取得する属性情報取得手段と、
前記属性情報取得手段から、前記第１のファイル名記憶手段で記憶されたファイル名のファイルを特定するファイル特定手段と、
を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得したファイルの次バージョンとして登録するファイルのファイル名は、前記第１のファイル名記憶手段で記憶されたファイル名の拡張子部分が異なることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
ファイルのバージョン管理が可能な文書管理装置と接続可能な情報処理装置における制御方法であって、
前記文書管理装置から取得したファイルのファイル名を登録する第１のファイル名登録ステップと、
前記取得したファイルの次バージョンとして登録するファイルのファイル名を登録する第２のファイル名登録ステップと、
前記次バージョンとして登録するファイルのファイル名を前記第１のファイル名登録ステップで登録されたファイル名に変更する第１のファイル名変更ステップと、
前記ファイル名変更ステップにより変更されたファイル名のファイルを、前記取得したファイルの次バージョンとして文書管理装置に送信する送信ステップと、
前記前記送信ステップで送信したファイルのファイル名を前記第２のファイル名登録ステップで登録されたファイル名に変更する第２のファイル名変更ステップと、
を有することを特徴とする制御方法。
【請求項５】
ファイルのバージョン管理が可能な文書管理装置と接続可能な情報処理装置に適応可能なプログラムであって、
前記情報処理装置を、
前記文書管理装置から取得したファイルのファイル名を登録する第１のファイル名登録手段と、
前記取得したファイルの次バージョンとして登録するファイルのファイル名を登録する第２のファイル名登録手段と、
前記次バージョンとして登録するファイルのファイル名を前記第１のファイル名登録手段で登録されたファイル名に変更する第１のファイル名変更手段と、
前記ファイル名変更手段により変更されたファイル名のファイルを、前記取得したファイルの次バージョンとして文書管理装置に送信する送信手段と、、
前記前記送信手段で送信したファイルのファイル名を前記第２のファイル名登録手段で登録されたファイル名に変更する第２のファイル名変更手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同一形式のファイルによるバージョン管理可能な文書管理システムに対して、ファイル形式の異なるファイルを含めてバージョン管理を行うための情報処理装置、情報処理装置の制御方法、およびプログラムに関する。
【背景技術】
【０００２】
企業内で作成、取得した大量のデータを統合的に管理するために、ＥＣＭ（Ｅｎｔｅｒｐｒｉｓｅ  Ｃｏｎｔｅｎｔｓ  Ｍａｎａｇｅｍｅｎｔ）が利用されている。
【０００３】
ＥＣＭ上には、バージョンを管理する機能があり、ファイルの内容更新毎に版管理を行うことが出来る。ＥＣＭ上にあるファイルの内容を更新する場合、一度ＥＣＭ上でチェックアウトを行ってファイルをロックし、ダウンロードして、手元のローカル環境でファイル編集を行う。編集完了後、目的のファイルにチェックインを行い、ロックしているファイルを解除し、ファイルの版管理を行っている。この処理のように、複数人で１ファイルを編集する場合、他の方が編集できないよう排他制御をかけることにより、古いドキュメントを参照して編集してしまうリグレッション（デグレード）を防ぐことができる。
【０００４】
特許文献１には、ファイル形式の異なるファイルも合わせてバージョン管理させることができる技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２２５６４５
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に記載の技術は、ファイル形式が異なるファイルでも管理できるシステムの場合であって、一般的な文書管理システム（ＥＣＭ）の場合はファイル名や拡張子が変わると、チェックインされた対象ファイルは新規のファイルと認識され、同じファイルの異なるバージョンとは認識されない。そのため、ファイル名や拡張子が変わると、バージョン管理が出来ない。また、特許文献１に記載の技術は、余分なフォルダやリンクを作成してしまう。
【０００７】
本アイデアの目的は、ファイル名や拡張子が変わると、対象ファイルを同じファイルの異なるバージョンとは認識できないシステムにおいて、フォルダの作成やリンクを作成する機能を追加することなく、異なる形式のファイルをバージョン管理することを可能とすることである。
【課題を解決するための手段】
【０００８】
本発明は、ファイルのバージョン管理が可能な文書管理装置と接続可能な情報処理装置であって、前記文書管理装置から取得したファイルのファイル名を記憶する第１のファイル名記憶手段と、前記取得したファイルの次バージョンとして登録するファイルのファイル名を記憶する第２のファイル名記憶手段と、前記次バージョンとして登録するファイルのファイル名を前記第１のファイル名記憶手段で記憶されたファイル名に変更する第１のファイル名変更手段と、前記ファイル名変更手段により変更されたファイル名のファイルを、前記取得したファイルの次バージョンとして文書管理装置に送信する送信手段と、、前記前記送信手段で送信したファイルのファイル名を前記第２のファイル名記憶手段で記憶されたファイル名に変更する第２のファイル名変更手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ファイル名や拡張子が変わると、対象ファイルを同じファイルの異なるバージョンとは認識できないシステムにおいて、フォルダの作成やリンクを作成する機能を追加することなく、異なる形式のファイルをバージョン管理することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態における画像提案システムのシステム構成の一例を示す図である。
【図２】本発明の実施形態におけるクライアント端末１０１、ＥＣＭサーバ１００のハードウェア構成の一例を示す図である。
【図３】従来のＥＣＭサーバ（文書管理システム）における処理概要の一例について説明する模式図である。
【図４】本発明の実施形態におけるＥＣＭサーバ１００のチェックアウトの処理手順の一例を示すフローチャートである。
【図５】本発明の実施形態におけるクライアント端末１０１のチェックインの処理手順の一例を示すフローチャートである。
【図６】本発明の実施形態におけるＥＣＭサーバ（文書管理システム）における処理概要の一例について説明する模式図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１２】
図１は、本発明における情報処理システムの一例を示すシステム構成図である。
【００１３】
図１は、１又は複数のクライアント端末１０１、および１又は複数のＥＣＭサーバ１００がネットワーク１０２を介して接続される構成図となっている。
【００１４】
ＥＣＭサーバ１００は、様々なコンテンツや文書などを記憶しており、それらをバージョン管理し、共通のプラットフォームで提供するサーバである。クライアント端末１０１は、ＥＣＭサーバで管理するコンテンツや文書をユーザが作成、閲覧したり、修正したりする端末である。
【００１５】
図２は、本発明の実施形態における、図１に示したクライアント端末１０１、ＥＣＭサーバ１００のハードウェア構成の一例を示す図である。
【００１６】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００１７】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００１８】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００１９】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２０】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２１】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２２】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク（例えば、図１に示したネットワーク１０２）を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２３】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２４】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２５】
図３は、従来の通常のＥＣＭサーバ（文書管理システム）における処理概要の例について説明する模式図である。
【００２６】
図３の３００は、文書管理システムが有する文書管理システムＤＢ３０５に記憶されているＤＢ構成のイメージ及び処理の流れを示す図である。「資料Ａ．ｘｌｓ」ファイルを文書管理システムＤＢ３０５からクライアント側にチェックアウト（３０１）し、ファイルを更新（上書き）後、そのファイルをチェックインする。チェックインする際に、ファイル名や拡張子などから、チェックアウトしているファイルを特定し、特定したファイルのバージョンを上げて登録する（３０２）。同時に、文書管理システムで管理している属性情報（編集者等）も文書管理システムＤＢに登録する。以上の処理により、通常の文書管理システムは、ファイルのバージョン管理をしている。
【００２７】
図３の３１０も、文書管理システムが有する文書管理システムＤＢ３１５に記憶されているＤＢ構成のイメージ及び処理の流れを示す図である。３００は、同じファイル名と同じ拡張子のファイルをチェックインしていた例だが、３１０の例では、チェックアウトした「資料Ａ．ｘｌｓ」ファイル３１１と拡張子が異なる「資料Ａ．ｐｐｔ」ファイル３１３をチェックインしようとする際の処理である。別の拡張子である「資料Ａ．ｐｐｔ」のファイルがチェックインされる場合、通常の文書管理サーバは、ファイル名と拡張子が共通ではないので、別の新規ファイルとして登録されてしまう（３１２）。
【００２８】
以上のように、通常のＥＣＭサーバ（文書管理システム）の場合、ファイル名や拡張子が異なるファイルがチェックインされる場合、別の新規ファイルとして登録されてしまうという課題が生じる。
【００２９】
本発明では、以下の処理により、ファイル名や拡張子が異なる場合でも同じファイルの別バージョンファイルとして管理することができる。以下で具体的な処理手順を説明する。
【００３０】
図４は、本発明の実施形態におけるＥＣＭサーバ１００のチェックアウト処理の一例を示すフローチャートであり、図中のＳ４０１〜Ｓ４０４は各ステップを示す。各ステップの処理は、ＥＣＭサーバ１００の外部メモリ２１１に格納されたアプリケーションプログラムを、ＥＣＭサーバ１００のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
【００３１】
図４のフローチャートは、クライアント端末１０１から、ファイルのチェックアウト要求を受信すると開始される処理の流れである。
【００３２】
まず、ステップＳ４０１において、ＥＣＭサーバ１００のＣＰＵ２０１は、クライアント端末１０１により指定されたファイルのチェックアウト要求命令を受信する。
【００３３】
次にステップＳ４０２において、ＥＣＭサーバ１００のＣＰＵ２０１は、クライアント端末１０１により指定された１つのファイルのファイルを記憶している外部メモリ２１１などから読み込む。
【００３４】
次にステップＳ４０３において、ＥＣＭサーバ１００のＣＰＵ２０１は、対象ファイルの属性情報をまとめたファイルを作成する。
【００３５】
次にステップＳ４０４において、ＥＣＭサーバ１００のＣＰＵ２０１は、ステップＳ４０２で読み込んだ対象ファイルと、ステップＳ４０３で作成した属性情報ファイルを共に、クライアント端末１０１に送信（チェックアウト）する。チェックアウトの際に、対象ファイルはロックして編集できないよう排他制御をかけ、データの同時更新を防ぐ。
【００３６】
以上の処理は、ＥＣＭサーバ１００における処理である。
【００３７】
次に、クライアント端末１０１における処理手順を図５を参照して説明する。
【００３８】
図５は、本発明の実施形態におけるクライアント端末１０１のチェックインの処理手順の一例を示すフローチャートであり、図中のＳ５０１〜Ｓ５０９は各ステップを示す。各ステップの処理は、クライアント端末１０１の外部メモリ２１１に格納されたアプリケーションプログラムを、クライアント端末１０１のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
【００３９】
図５のフローチャートは、ユーザがクライアント端末１０１から、ＥＣＭサーバ１００にチェックイン要求を送信する際に開始される処理の流れである。なお、チェックインするファイルは予め作成しておいても良いし、後述するチェックアウト処理後に修正したファイルを使用しても良い。
【００４０】
まず、ステップＳ５０１において、クライアント端末１０１のＣＰＵ２０１は、チェックアウトするファイルを受け付けるため、ＥＣＭサーバ１００が持つ属性情報ファイルを取得し、更新したいファイルのキー属性値を取得する。なお、この実施例では属性情報ファイルを取得してキー属性値を取得しているが、キー属性値がファイル名の拡張子以外（図３の例では、「資料Ａ」部分）だけの場合などは、属性情報ファイルを取得せず、キー属性値であるファイル名の拡張子以外の部分の入力を受け付けても良い。
【００４１】
次に、ステップＳ５０２において、クライアント端末１０１のＣＰＵ２０１は、更新したいファイルのキー属性値が同じファイルが文書管理サーバ（ＥＣＭサーバ１００）に存在することを確認するために検索依頼を送信する。
【００４２】
ステップＳ５０２において、検索依頼したファイルの結果を受信すると、次のステップＳ５０３において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ５０２で受信した結果、更新したいファイルとキー属性値が同じファイルが文書管理サーバ（ＥＣＭサーバ１００）に存在するかどうかで処理を分ける。更新したいファイルと同じキー属性値のファイルがあった場合、ステップ５０５へと処理を遷移する。一方、更新したいファイルと同じキー属性値のファイルがなかった場合、ステップ５０４へと処理を遷移し、ステップＳ５０５において、クライアント端末１０１のＣＰＵ２０１は、更新したいファイルを更新ファイルではなく新たなファイルとして新規登録を行って、本発明の一連の処理を終える。
【００４３】
ステップＳ５０５へと処理を遷移すると、クライアント端末１０１のＣＰＵ２０１は、更新したいファイルとキー属性値が同じである文書管理サーバ（ＥＣＭサーバ）に存在するファイル（すなわち、バージョンアップしたいファイル）をチェックアウトする。
【００４４】
また、ステップＳ５０５において、クライアント端末１０１のＣＰＵ２０１は、ＥＣＭサーバ１００からチェックアウトしたファイル名（拡張子も含む）を取得しておく。
【００４５】
次のステップＳ５０６において、クライアント端末１０１のＣＰＵ２０１は、更新したいファイル（投入ファイル）をステップＳ５０５で取得したファイル名（拡張子も含む）に変更し、更新したいファイル（投入ファイル）の元のファイル名（拡張子も含む）をＲＡＭ２０３に記憶する。
【００４６】
次に、ステップＳ５０７において、クライアント端末１０１のＣＰＵ２０１は、名前を変更した更新したいファイル（投入ファイル）で、チェックアウトしたファイルを上書き保存する。
【００４７】
次に、ステップＳ５０８において、ステップＳ５０７で上書き保存された更新したいファイル（投入ファイル）を文書管理サーバ（ＥＣＭサーバ１００）にチェックインする処理を行う。この処理により、拡張子を含むファイル名がチェックアウトしたファイル名と一緒になるため、通常のＥＣＭサーバでもチェックインができる。
【００４８】
しかし、チェックインしたファイル名が、クライアントで起動するアプリケーションで指定されている拡張子と異なると、その後のファイルの起動時に支障が生じる。そのため、次のステップＳ５０９において、クライアント端末１０１のＣＰＵ２０１は、文書管理サーバ（ＥＣＭサーバ１００）上のチェックインしたファイル名を、ステップＳ５０６で記憶した元のファイル名に変更する。この処理により、チェックイン時にファイル名を変えて登録したファイルであっても、元のファイル名（拡張子も含む）に戻すことで、その後のファイルの起動時にも支障が生じることがないという効果を生む。
【００４９】
以上の処理を、図６を参照して説明する。
【００５０】
図６は、本発明の実施形態におけるＥＣＭサーバ（文書管理システム）における処理概要の一例について説明する模式図である。
【００５１】
図６の、６００は、本発明における文書管理システムが有する文書管理システムＤＢ６０５に記憶されているＤＢ構成のイメージ及び処理の流れを示す図である。
【００５２】
まず、クライアント端末１０１から、ＥＣＭサーバ１００にある文書管理システムＤＢ６０５の属性情報を取得し、チェックアウトするファイルを資料名で検索する依頼を行う（６１０）。検索した結果、文書管理システムＤＢ上に６０１のようなデータと「資料Ａ．ｘｌｓ」の存在を確認する。クライアント端末１０１によりチェックアウトするファイルが特定されると、ＥＣＭサーバ１００へ該当のファイルのチェックアウト依頼を行う（６１１）。ユーザがチェックアウトしたファイルの代わりに作成したファイル「資料Ａ．ｐｐｔ」（６１２）をチェックインするために、クライアント端末の投入フォルダに投入する。６００の例では、共通の拡張子を除くファイル名（属性情報）が一致しているファイルをチェックインする仕様になっている場合、チェックインするファイル名「資料Ａ．ｐｐｔ」をチェックアウトしたファイル名「資料Ａ．ｘｌｓ」に変更して（６１３）、文書管理システムＤＢにチェックインする（６１４）。チェックインされた結果、文書管理システムＤＢ上には６０２のような「資料Ａ．ｘｌｓ」のバージョン管理データが保存される。次に、チェックインしたファイルの起動するアプリケーとの関連付けを元に戻すために、文書管理システムＤＢ上のチェックインしたファイルの名前を元の「資料Ａ．ｐｐｔ」（６０３）へと戻す（６１５）。
【００５３】
以上の処理により、ファイル名や拡張子が変わると、対象ファイルを同じファイルの異なるバージョンとは認識できないシステムにおいて、フォルダの作成やリンクを作成する機能を追加することなく、異なる形式のファイルをバージョン管理することができる効果を有する。
【００５４】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００５５】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００５６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００５７】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５９】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００６０】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００６１】
１００  ＥＣＭサーバ
１０１  クライアント端末
１０２  ネットワーク
【図１】
2018142208.tif 000003
【図２】
2018142208.tif 000004
【図３】
2018142208.tif 000005
【図４】
2018142208.tif 000006
【図５】
2018142208.tif 000007
【図６】
2018142208.tif 000008