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