(57)【要約】【課題】  プロジェクト完了後にも使用する可能性のある帳票が気づかずに削除されることを防ぐ仕組みを提供すること。【解決手段】    情報処理装置と通信可能に接続された帳票を管理する文書管理サーバであって、前記文書管理サーバにおいてプロジェクトが登録されるとき実体のないファイルを生成する生成手段と、前記実体のないファイルにデータを書き込むことで、実体ファイルとして登録する登録手段と、前記プロジェクトを削除するときに実体ファイルを削除せずに実体のないファイルをまとめて削除する削除手段と、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に関連するファイルがあるか否かを判定する判定手段とを有し、前記削除手段は、前記判定手段により判定された、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に、前記プロジェクトを削除する前にその旨を通知することを特徴とする。【選択図】  図１１
2017182738.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と通信可能に接続された帳票を管理する文書管理サーバであって、
前記文書管理サーバにおいてプロジェクトに対応するプロジェクトフォルダが登録されることに伴い実体のないファイルを生成する生成手段と、
前記実体のないファイルにデータを書き込むことで、実体ファイルとして登録する登録手段と、
前記プロジェクトを削除するときに実体ファイルを削除せずに実体のないファイルをまとめて削除する削除手段と、
前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に関連するファイルがあるか否かを判定する判定手段とを有し、
前記削除手段は、前記判定手段により判定された、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に、前記プロジェクトを削除する前にその旨を通知することを特徴とする文書管理サーバ。
【請求項２】
前記プロジェクトフォルダが生成されたときに当該プロジェクトフォルダに登録される複数の帳票を管理する帳票管理手段を有し、
前記生成手段は、前記実体のないファイルはプロジェクトフォルダが登録されたときにあらかじめ生成された前記帳票管理手段に管理されている当該登録されたプロジェクトフォルダに前記複数の帳票を生成することを特徴とする請求項１に記載の文書管理サーバ。
【請求項３】
前記帳票管理手段は、管理する帳票と帳票の親子関係を更に管理しており、
前記判定手段は、前記管理手段が管理するお親子関係を利用して、当該実体ファイルと親子関係のある実体のないファイルを親子関係と判定することを特徴とする請求項２に記載の文書管理サーバ。
【請求項４】
情報処理装置と通信可能に接続された帳票を管理する文書管理サーバの制御方法であって、
前記文書管理サーバにおいてプロジェクトに対応するプロジェクトフォルダが登録されることに伴い実体のないファイルを生成する生成工程と、
前記実体のないファイルにデータを書き込むことで、実体ファイルとして登録する登録工程と、
前記プロジェクトを削除するときに実体ファイルを削除せずに実体のないファイルをまとめて削除する削除工程と、
前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に関連するファイルがあるか否かを判定する判定工程とを有し、
前記削除工程は、前記判定工程により判定された、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に、前記プロジェクトを削除する前にその旨を通知することを特徴とする制御方法。
【請求項５】
情報処理装置と通信可能に接続された帳票を管理する文書管理サーバで読み取り実行可能なプログラムであって、
前記文書管理サーバを、
前記文書管理サーバにおいてプロジェクトに対応するプロジェクトフォルダが登録されることに伴い実体のないファイルを生成する生成手段と、
前記実体のないファイルにデータを書き込むことで、実体ファイルとして登録する登録手段と、
前記プロジェクトを削除するときに実体ファイルを削除せずに実体のないファイルをまとめて削除する削除手段と、
前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に関連するファイルがあるか否かを判定する判定手段とを有し、
前記削除手段は、前記判定手段により判定された、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に、前記プロジェクトを削除する前にその旨を通知することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
文書管理サーバ、文書管理サーバの制御方法およびプログラムに関する。
【背景技術】
【０００２】
従来、会社内の業務では、ワークフローを案件単位（プロジェクト単位）で作成・実行することで進められる。このように、実行するワークフローの中では、複数の帳票を管理している。帳票の管理はファイルサーバ上の物理ファイルの情報とデータベース上のレコードとを紐づけて管理を行なわれている。
【０００３】
そこで、特許文献１では、ファイルを管理し、効率よくファイルサーバを管理する技術が開示されている。実データを格納する複数のファイルサーバを管理し、ファイルサーバから取得する実データの情報に基づいて、ダミーデータの追加をし、データベースにダミーデータ登録後はファイルサーバの書き込みの権限状態によって、ダミーデータの削減をする技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２０６２８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術を用いることにより、ファイルサーバの実データとダミーデータを管理することが可能である。
【０００６】
しかしながら、ダミーデータを削除する際にダミーデータに対応づけられた有効期限に近いダミーデータから削除するため、削除されるダミーデータの中に、プロジェクト完了後にも使用する可能性のある帳票が削除されてしまうことがあった。
【０００７】
本発明は、プロジェクト完了後にも使用する可能性のある帳票が気づかずに削除されることを防ぐ仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、情報処理装置と通信可能に接続された帳票を管理する文書管理サーバであって、前記文書管理サーバにおいてプロジェクトに対応するプロジェクトフォルダが登録されることに伴い実体のないファイルを生成する生成手段と、前記実体のないファイルにデータを書き込むことで、実体ファイルとして登録する登録手段と、前記プロジェクトを削除するときに実体ファイルを削除せずに実体のないファイルをまとめて削除する削除手段と、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に関連するファイルがあるか否かを判定する判定手段とを有し、前記削除手段は、前記判定手段により判定された、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に、前記プロジェクトを削除する前にその旨を通知することを特徴とする。
【０００９】
また、本発明の制御方法は、情報処理装置と通信可能に接続された帳票を管理する文書管理サーバの制御方法であって、前記文書管理サーバにおいてプロジェクトに対応するプロジェクトフォルダが登録されることに伴い実体のないファイルを生成する生成工程と、前記実体のないファイルにデータを書き込むことで、実体ファイルとして登録する登録工程と、前記プロジェクトを削除するときに実体ファイルを削除せずに実体のないファイルをまとめて削除する削除工程と、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に関連するファイルがあるか否かを判定する判定工程とを有し、前記削除工程は、前記判定工程により判定された、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に、前記プロジェクトを削除する前にその旨を通知することを特徴とする。
【００１０】
また、本発明のプログラムは、情報処理装置と通信可能に接続された帳票を管理する文書管理サーバで読み取り実行可能なプログラムであって、前記文書管理サーバにおいてプロジェクトに対応するプロジェクトフォルダが登録されることに伴い実体のないファイルを生成する生成手段と、前記実体のないファイルにデータを書き込むことで、実体ファイルとして登録する登録手段と、前記プロジェクトを削除するときに実体ファイルを削除せずに実体のないファイルをまとめて削除する削除手段と、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に関連するファイルがあるか否かを判定する判定手段とを有し、前記削除手段は、前記判定手段により判定された、前記削除されない実体ファイルと関連する実体のないファイルが存在する場合に、前記プロジェクトを削除する前にその旨を通知することを特徴とするプログラム。
【発明の効果】
【００１１】
本発明によれば、プロジェクト完了後にも使用する可能性のある帳票を一括で削除されないようにする仕組みを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の情報処理システムの構成の一例を示す図である。
【図２】情報処理装置１１０及びサーバ１３０のハードウェア構成図を示す図である。
【図３】サーバ１３０の機能構成を説明するブロック図の一例を示す図である。
【図４】テンプレートデータ作成処理を示すフローチャートの一例を示す図である。
【図５】フォルダ階層のテンプレートの一例を示す図である。
【図６】帳票のテンプレートの一例を示す図である。
【図７】ダミー帳票生成処理を示すフローチャートの一例を示す図である。
【図８】情報処理装置１１０の表示端末２１０の表示される案件情報入力画面８０１の一例を示す図である。
【図９】ダミー帳票を本帳票として登録する処理を示すフローチャートの一例を示す図である。
【図１０】案件フォルダ画面の一例を示す図である。
【図１１】ダミー帳票削除確認画面を表示する処理を示すフローチャートの一例を示す図である。
【図１２】ダミー帳票削除確認画面１２０１の一例を示す図である。
【図１３】ダミー削除確認画面で完了ボタンを押下時の処理を示すフローチャートの一例を示す図である。
【図１４】サーバ１３０の外部メモリ２１１で管理される案件管理テーブルの一例を示す図である。
【図１５】帳票テンプレート管理テーブルの一例を示す図である。
【図１６】サーバ１３０の外部メモリ２１１で管理される帳票管理テーブルの一例を示す図である。
【図１７】サーバ１３０の外部メモリ２１１で管理される関連帳票管理テーブルの一例を示す図である。
【図１８】情報処理装置１１０に表示される受付画面の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１４】
まず、図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。
【００１５】
図１によれば、情報処理装置１１０、サーバ１３０（以下、文書管理サーバとも称する）がそれぞれＬＡＮ１２０（ローカルエリアネットワーク）を介して通信可能に接続されている。
【００１６】
サーバ１３０は、ユーザがログインに成功することで利用可能となるサーバ１３０である文書データを管理する文書管理サーバである
【００１７】
サーバ１３０は、情報処理装置１１０であらかじめ作成された帳票テンプレートをサーバ１３０のフォルダ内部に保存し、文書データ（以下、帳票とも称する）を管理する。サーバ１３０には、実ファイル（以下、本帳票、実帳票とも称する）を作成せずダミーの帳票（以下、ダミー帳票とも称する）として、データベースに登録する。
【００１８】
更にサーバ１３０は情報処理装置１１０からの帳票の選択要求に応じて、サーバ１３０に登録した文書データを、情報処理装置１１０に送信する。選択した際に本帳票としてサーバ１３０に保存される。
【００１９】
文書データを閲覧する場合には、情報処理装置１１０は、表示部の操作画面よりデータの閲覧要求をすることで、文書データをサーバ１３０から受信する。
【００２０】
以上で図１の説明を終了する。
【００２１】
次に、図２を用いて、図１に示した情報処理装置１１０、サーバ１３０に適用可能なハードウェア構成について説明する。
【００２２】
図２は情報処理装置１１０、サーバ１３０のハードウェア構成図を示す図である。
【００２３】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２４】
また、ＲＯＭ２０２あるいは外部メモリ２１１（記憶手段）には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、情報処理装置１１０、サーバ１３０の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２５】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２６】
また、入力コントローラ２０５は、キーボードや不図示のマウス等のポインティングデバイス等の入力デバイス２０９からの入力を制御する。
【００２７】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器の種類はＣＲＴや、液晶ディスプレイを想定するが、これに限らない。
【００２８】
メモリコントローラ２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスクやフレキシブルディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２９】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３０】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。
【００３１】
また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３２】
本発明の各端末が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３３】
さらに、本発明に係わるプログラムが用いる設定ファイルや各種情報テーブルは外部メモリ２１１に格納されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３４】
図３は、情報処理装置１１０、及びサーバ１３０が備える機能又はハードウェアを示すブロック図の一例を示す図である。
【００３５】
本実施形態では、各種管理テーブル（帳票管理テーブル１６０１、帳票テンプレート管理テーブル１５０１、案件管理テーブル１４０１、関連帳票管理テーブル１７０１）にレコードが登録されているが実体のないファイル（論理的に存在）をダミー帳票と呼ぶ。
【００３６】
また、各種管理テーブル（帳票管理テーブル１６０１、帳票テンプレート管理テーブル１５０１、案件管理テーブル１４０１、関連帳票管理テーブル１７０１）にレコードが登録され、かつ実体のあるファイル（物理的に存在）を本帳票と呼ぶ。
【００３７】
生成部３０１は、プロジェクトが作成されるときダミー帳票（実体のないファイル）を生成する。
【００３８】
登録部３０２は、ダミー帳票にデータを書き込むことで、実帳票（実体のあるファイル）として登録する。
【００３９】
削除部３０３は、プロジェクトを削除するときにダミー帳票を一括で削除する。
【００４０】
判定部３０４は、実帳票に関連する実体のないファイルがあるかを判定する。
【００４１】
特定部３０５は、実帳票と関連するダミー帳票を特定する。
【００４２】
通知部３０６は、ダミー帳票を一括で削除する際に削除してもいいかを通知する。
【００４３】
表示部３０７は、実帳票と関連する実体のないファイルを表示する。
【００４４】
以下、図４を用いて情報処理装置１１０でテンプレートデータ作成を受け付ける処理について説明する。
【００４５】
図４は、テンプレートデータ作成の処理を示すフローチャートの一例を示す図である。
【００４６】
図４のＳ４０１〜Ｓ４０６は、情報処理装置１１０のＣＰＵ２０１またはサーバ１３０のＣＰＵ２０１の制御の元で実行する処理である。
【００４７】
ステップＳ４０１では、情報処理装置１１０はユーザによるフォルダ階層のテンプレート作成を受け付ける。
【００４８】
ここで、図５と図１８を用いて、ステップＳ５０１で受け付けられるフォルダ階層のテンプレート受付処理に関して説明する。
【００４９】
ここでは、受付画面１８０１からあらかじめ設定された設定ファイル（図５の５０１）を選択し、登録することで図５の５０２のようなフォルダ階層の画面で保存される。ここで受け付けられたフォルダ階層のテンプレートが、ユーザがプロジェクトを開いたときにフォルダ構成として情報処理装置１１０の表示装置３０６に図５の５０２のように表示される。
なお、プロジェクトとはプロジェクトを格納する領域のことであって、フォルダなどでも良い。
【００５０】
５０１は、フォルダ階層のテンプレートのパターンの一例である。
【００５１】
図１８は、情報処理装置１１０の表示装置３０６に表示される受付画面１８０１の一例を示す図である。
【００５２】
図１８の受付画面１８０１には、サーバ１３０にフォルダ階層テンプレートの格納先を示すパスの入力欄１８０２と、ファイル選択ボタン１８０３と、登録ボタン１８０４と、キャンセルボタンが表示される。
【００５３】
情報処理装置１１０は、ユーザにより、ファイル選択ボタン１８０３が押下されることで、情報処理装置１１０の外部メモリ２１１などに記憶されたファイルのリストを含むエクスプローラ画面（不図示）を表示し、当該エクスプローラ画面を介してユーザにより設定ファイル（図５の５０１）の選択を受け付けると、当該選択された設定ファイルの格納先（ファイルパス）が入力欄１８０２に入力される。このようにして、情報処理装置１１０は、サーバ１３０に登録するフォルダ階層のテンプレート（図５の５０２）を受け付ける（ステップＳ４０１）。
【００５４】
次に、情報処理装置１１０は、ユーザによる、登録ボタン１８０４の押下を受け付けると、ステップＳ４０１で選択された文書データをサーバ１３０に送信して登録を行う（ステップＳ４０４）。
【００５５】
ステップＳ４０４では、サーバ１３０はステップＳ４０１で受け付けられたフォルダ階層のテンプレートはサーバ１３０の外部メモリ２１１に保存される。
このように、保存したフォルダ階層のテンプレート、帳票のテンプレートを、プロジェクトに対して登録する。プロジェクトに対して登録する処理は、図７のフローチャートの説明で行う。
【００５６】
ステップＳ４０２では、情報処理装置１１０は帳票テンプレート（図６）の作成を受け付ける。
【００５７】
ここで、図６を用いて、ステップＳ４０２で受け付ける帳票のテンプレートに関して説明する。
【００５８】
図６は帳票のテンプレート一例を示す図である。
【００５９】
図６のファイルは、表計算ファイルとなっているがあくまで例であり、テンプレートに適した形式であればいずれの構造であっても構わない。以下の実施形態においては、ファイルは表計算ファイルで生成されるとして説明する。
【００６０】
なお、本実施例では１種類のテンプレート例としてあげて説明するが、複数テンプレートあり、テンプレート登録画面からユーザが作成したテンプレートを受け付けるようにしても良い。
【００６１】
表計算ファイル６０１は、案件名、帳票項目（氏名、所属、完了予定日・・・項目Ｎ）等の案件固有の情報で構成される。帳票項目は案件によって必要な情報を登録できる。
【００６２】
ステップＳ４０３では、情報処理装置１１０は、帳票テンプレート（図６）に含まれている情報のテンプレートＩＤとテンプレート名とパス情報をサーバ１３０に送信をする。
【００６３】
次に、サーバ１３０は情報処理装置１１０から、テンプレートＩＤ（帳票テンプレートＩＤ）とテンプレート名（帳票テンプレート名）とパス情報（帳票パス）とを受信すると（ステップＳ４０５）、帳票テンプレート管理テーブル１５０１（図１５）にテンプレートＩＤとテンプレート名とパス情報を登録する（ステップＳ４０６）。
【００６４】
図１５は、帳票テンプレート管理テーブルの一例を示す図である。
【００６５】
図１５に示す帳票テンプレート管理テーブル１５０１は、帳票テンプレートＩＤ１５０２と帳票テンプレート名１５０３と帳票パス１５０４とから構成されている。
【００６６】
帳票テンプレートＩＤ１５０２は、テンプレートを識別するＩＤである。
【００６７】
帳票テンプレート名１５０３は、帳票テンプレートの名称である。
【００６８】
帳票パス１５０４は、帳票テンプレートが保存されているパスである。
【００６９】
親子フラグ１５０５は、親帳票を持つかどうかの設定である。親子フラグ１５０５に帳票テンプレートＩＤを登録することで、あらかじめ親子関係を登録しておく。つまり、親子フラグ１５０５は、帳票間の親子関係を管理している。
【００７０】
本実施形態では、帳票テンプレートＩＤ「１０００００００１１（子帳票）」「１０００００００１２（子帳票）」の親が「１００００００００１（親帳票）」となる。この親子フラグ１５０５を使用して、関連帳票管理テーブル１７０１は登録されている。関連帳票管理テーブル１７０１に関しては後述する。
【００７１】
以上で図１５の説明を終了し、図４の説明に戻る。
【００７２】
この処理により、フォルダ階層のテンプレートのイメージ（図５）と帳票のテンプレートのイメージ（図６）は、事前にユーザが管理者なりが作成したファイルを登録しておく処理（ステップＳ４０１〜ステップＳ４０２）である。サーバ１３０の外部メモリ２１１に登録が終わったら、次は、実際に案件を作成する（ステップＳ７０１〜ステップＳ７０２）。案件を作成するときは、所定のメニューから起動された案件の作成画面（図８）から作成ボタン８０３を押すとステップＳ７０３からの処理が始まる。
【００７３】
次に図７を用いて、図８の案件情報入力画面の入力を受け付けてダミーデータを生成する処理に関して説明する。
【００７４】
図７はダミー帳票生成処理を示すフローチャートの一例を示す図である。
【００７５】
ステップＳ７０１では、情報処理装置１１０は、案件情報入力画面（図８）を表示する。
【００７６】
次に、図８を用いて案件情報入力画面の説明をする。
【００７７】
図８は、情報処理装置１１０の表示端末２１０の表示される案件情報入力画面８０１の一例を示す図である。
【００７８】
図８の案件情報入力画面８０１には、サーバ１３０に登録する案件名と氏名と所属と完了予定日と、チェックボックス８０２と作成ボタン８０３とが表示される。
【００７９】
本実施形態では、項目（氏名、所属、完了予定日・・・項目Ｎ）が表示されているが、当該項目に関しては案件固有であり、表示される項目も案件によって変わる。
【００８０】
チェックボックス８０２は、案件（プロジェクトとも称する）完了時リンクの削除確認を行うための設定である。チェックボックス８０２にチェックがある場合、案件（プロジェクト）完了時にリンク（ダミー帳票）の削除確認を行う。
【００８１】
ステップＳ７０２では、情報処理装置１１０は、案件名、帳票項目（本実施例では、氏名、所属、完了予定日を帳票項目とする）、削除確認設定（チェックボックス８０２の設定）を受け付ける。
【００８２】
ステップＳ７０３では、情報処理装置１１０は、作成ボタンの押下を受け付ける。
【００８３】
作成ボタンの押下を受け付けると、ステップＳ７０４へ処理を移行する。ステップＳ７０４では、情報処理装置１１０は、案件名、帳票項目（本実施例では、氏名、所属、完了予定日）、削除確認設定（チェックボックス８０２の設定）をサーバ１３０に送信する。
【００８４】
以上で、図８の案件情報入力画面８０１の説明を終了し、図７の説明に戻る。
【００８５】
ステップＳ７０５では、サーバ１３０は、案件名、帳票項目、削除確認設定を受信する。
【００８６】
ステップＳ７０６では、サーバ１３０は、ステップＳ７０５で受信した案件名（プロジェクト名）をフォルダ名にしたフォルダ（プロジェクトフォルダ）を作成する。
【００８７】
ステップＳ７０７では、ステップＳ７０６で作成された案件名フォルダの下に、フォルダ階層のテンプレートデータをコピーする。
【００８８】
つまり、入力された案件名の○○開発のフォルダを作成し、ステップＳ４０１で作成されたフォルダ階層をコピーする。  
【００８９】
ステップＳ７０８では、案件管理テーブル（図１４の１４０１）に登録する。
【００９０】
図１４はサーバ１３０の外部メモリ２１１で管理される案件管理テーブルの一例を示す図である。１４０１は案件管理テーブルである。情報処理装置１１０からの指示により、図８の案件情報入力画面で作成が受け付けられた場合に、案件管理テーブルに各種情報が登録される。案件管理テーブル１４０１は案件ＩＤと案件フォルダーパスと案件名と氏名、所属、完了予定日・・・項目Ｎの案件固有の情報と、削除確認フラグ１４０２から構成される。
【００９１】
案件ＩＤは、案件を管理する一意のＩＤである。
【００９２】
案件フォルダーパスは、案件フォルダが記憶されるパス情報である。
【００９３】
案件名は案件の名称である。
【００９４】
氏名、所属、完了予定日・・・項目Ｎは、案件に紐付く各種情報であり、Ｓ７０５で受信された各帳票項目が登録される。
【００９５】
削除確認フラグ１４０２は、ステップＳ７０５で受信された削除確認設定の値が登録される。削除確認フラグ１４０２には、案件情報入力画面で削除確認設定８０２のチェックが入っていたら値（１）が登録される。
【００９６】
以上で、図１４の説明を終了し、図７の説明に戻る。
【００９７】
ステップＳ７０９では、帳票ＩＤ、案件ＩＤ、テンプレートＩＤ、ダミーフラグを帳票管理テーブル（図１６の１６０１）に登録する。  
【００９８】
図１６はサーバ１３０の外部メモリ２１１で管理される帳票管理テーブルの一例を示す図である。１６０１は帳票管理テーブルである。
【００９９】
情報処理装置１１０からの指示により、図８の案件情報入力画面で作成が受け付けられた場合に、案件管理テーブルに各種情報が登録された後、帳票管理テーブル１６０１に登録される。帳票管理テーブル１６０１は帳票ＩＤ１６０２と案件ＩＤと帳票テンプレートＩＤ１６０３とダミーフラグ１６０４から構成される。
【０１００】
帳票管理テーブル１６０１に登録するデータは、テンプレート管理テーブル１５０１（ステップＳ４０６で登録したデータ）に登録されているデータが全部帳票管理テーブル１６０１に登録される。
【０１０１】
帳票ＩＤ１６０２は帳票を管理する一意のＩＤである。
【０１０２】
案件ＩＤは、帳票が存在する案件管理テーブル１４０１は案件ＩＤと紐付いており、案件管理テーブル１４０１の案件ＩＤと同じ案件ＩＤが登録される。
【０１０３】
帳票管理テーブル１６０１は案件についている。案件には、作成されている案件の案件ＩＤが入る。
【０１０４】
また、本実施形態で、案件が追加された場合、案件ＩＤの値１のレコード下に追加される。
【０１０５】
帳票テンプレートＩＤ１６０３は、帳票テンプレート管理テーブル１５０１にある帳票テンプレートＩＤが登録される。
【０１０６】
ダミーフラグ１６０４は、ダミー帳票かどうかのフラグである。登録時（ステップＳ７０９）では、初期値１が登録される。
【０１０７】
図１６は、後からダミーフラグの値を変更したとき（ステップＳ９１２）の図のため、「２００００００００１」と「２００００００００２」のダミーフラグの値は０に書き変わった状態が登録されている。ステップＳ９１２に関しては後述する。
【０１０８】
以上で図１６の説明を終了し、図７の説明に戻る。
【０１０９】
ステップＳ７１０では、関連帳票管理テーブル（図１７の１７０１）に登録する。
【０１１０】
ここで図１７の説明をする。
【０１１１】
図１７はサーバ１３０の外部メモリ２１１で管理される関連帳票管理テーブルの一例を示す図である。１７０１は関連帳票管理テーブルである。関連帳票管理テーブル１７０１は帳票ＩＤ１７０２と関連帳票ＩＤ１７０３から構成される。
【０１１２】
帳票ＩＤ１７０２は、帳票（親帳票）のＩＤである。
【０１１３】
関連帳票ＩＤ１７０３は関連する帳票（子帳票）のＩＤである。
【０１１４】
関連帳票管理テーブルに登録するときには、テンプレート管理テーブル１５０１の親子フラグ１５０５を使用して登録する。
【０１１５】
本実施形態では、帳票テンプレートＩＤ「１０００００００１１（子帳票）」「１０００００００１２（子帳票）」の親が「１００００００００１（親帳票）」となる。なので、帳票管理テーブル１６０１の帳票テンプレートＩＤ１６０３に対応する帳票ＩＤ１６０２が関連帳票管理テーブル１７０１に登録されている
【０１１６】
以上で、図７と図１４の説明を終了する
【０１１７】
次に図７を参照して、ダミー帳票を本帳票として登録する流れについて説明する。
【０１１８】
図７はダミー帳票を本帳票として登録する処理を示すフローチャートの一例を示す図である。
【０１１９】
ステップＳ９０１では、情報処理装置１１０は、案件フォルダのフォルダ階層（ステップＳ７０７でコピーされたフォルダの階層）、帳票を画面表示（図１０）する。
【０１２０】
ここで、図１０を用いて案件フォルダ画面を説明する。
【０１２１】
図１０は、案件フォルダ画面の一例を示す図である。
【０１２２】
表示される画面は、入力された案件名「○○開発」がトップのフォルダになって、そのフォルダの下にフォルダ階層がコピーされ、その下に帳票テンプレートがある。それがダミー帳票として登録される。
１００１は、フォルダの下にコピーされた帳票テンプレートが表示されている一例の画面である。
実ファイル（実帳票）とダミー帳票のテンプレートは見分けがつくように保存されている。
【０１２３】
ステップＳ９０２では、情報処理装置１１０は、ユーザにより帳票の選択を受け付ける。
【０１２４】
ステップＳ９０３では、情報処理装置１１０は、サーバ１３０にステップＳ９０２で選択を受け付けた帳票の帳票ＩＤを送信する。
【０１２５】
ステップＳ９０４では、サーバ１３０は、ステップＳ９０３で送信された帳票ＩＤを受信する。
【０１２６】
ステップＳ９０５では、サーバ１３０は、帳票管理テーブル１６０１のダミーフラグが１か否かを判定する。本実施形態ではダミーフラグが１の場合は、ダミー帳票を示し、ダミーフラグが０の場合は本帳票（実帳票とも称する）を示す。
【０１２７】
サーバ１３０は、ダミーフラグが１の場合は（ステップＳ９０５：ＹＥＳ）、ステップＳ９０６へ処理を移行する。
【０１２８】
サーバ１３０は、ダミーフラグが１でない場合は、処理を終了する。
【０１２９】
ステップＳ９０６では、サーバ１３０は、帳票テンプレート管理テーブル１５０１から帳票ＩＤに紐づく表計算帳票テンプレート（帳票テンプレートとも称する）を取得する。
【０１３０】
ステップＳ９０７では、サーバ１３０は、帳票テンプレートのファイル名と項目内容を、案件管理テーブル１４０１を参照して上書きすることで、本帳票（表計算本帳票とも称する）を作成する。
【０１３１】
ステップＳ９０８では、サーバ１３０は、本帳票を編集モードで開く。例えば、編集モードで開いたのが１７時００分だとした場合、編集などをしてもタイムスタンプは保存されている。つまり、ファイルを開いたタイミングで実体ファイルが作成されていることになる。本実施形態では、編集して保存したタイミングで本帳票になるとしているが、ファイルを開いたときでも、編集して上書き保存したときでも本帳票になる。  
【０１３２】
ステップＳ９０９では、情報処理装置１１０は、ユーザによる本帳票の編集を受け付ける。
【０１３３】
ステップＳ９１０では、情報処理装置１１０は、ユーザによる上書き保存ボタンの押下を受け付ける。
【０１３４】
ステップＳ９１１では、サーバ１３０は編集した本帳票を上書き保存したか否かを判定する。
【０１３５】
サーバ１３０は、本帳票を上書き保存した場合は（ステップＳ９１１：ＹＥＳ）、ステップＳ９１２へ処理を移行する。
【０１３６】
サーバ１３０は、本帳票を上書き保存しない場合は（ステップＳ９１１：ＮＯ）、処理を終了する。
【０１３７】
ステップＳ９１２では、サーバ１３０は、帳票管理テーブル１６０１の１６０４を１から０に更新する。
【０１３８】
ステップＳ９１３では、サーバ１３０は、本帳票を帳票テンプレート管理テーブル１５０１の帳票パス１５０４にコピーする。これは実体ファイルのあるパスであり、実体ファイルは帳票パス先に保存されている。フォルダ階層のテンプレートを取得するとメモリに保存し、登録したものは帳票管理用テンプレートテーブルに登録する。登録したテーブルは１５０１であり。帳票管理用テーブルにレコードはあるが、実体ファイルは帳票パス先に存在する。つまり、本帳票にするとき（ファイルを開いたとき、あるいは編集して上書き保存したとき）は、帳票パス先からファイルを取得し実体ファイルを作成している。
【０１３９】
以上で図７の説明を終了する。
【０１４０】
次に図１１を参照して、案件完了時（プロジェクト完了時）のダミー帳票の削除確認画面表示の流れについて説明する。
【０１４１】
図１１は案件完了時（プロジェクト完了時）にダミー帳票削除確認画面を表示する処理を示すフローチャートの一例を示す図である。
【０１４２】
案件が完了した場合、ステップＳ１１０１の処理がされる。案件終了（プロジェクト終了）判断は、完了ボタンを押してもいいし、プログラムで完了パラメータが渡されてもいい。完了はさまざまタイミングがあり、どのタイミングでもいい。  ステップＳ１１０１では、サーバ１３０は、案件管理テーブル１４０１の削除確認フラグ１４０２の値が１か否かを判断する。削除確認フラグ１４０２は案件情報入力画面８０１のチェックボタン８０２をつけたらフラグ１が登録される。
【０１４３】
サーバ１３０は、案件管理テーブル１４０１の削除確認フラグ１４０２の値が０の場合は（ステップＳ１１０１：ＮＯ）、処理を終了する。
【０１４４】
サーバ１３０は、案件管理テーブル１４０１の削除確認フラグ１４０２の値が１の場合は（ステップＳ１１０１：ＹＥＳ）、ステップＳ１１０２へ処理を移行する。
【０１４５】
ステップＳ１１０２では、帳票管理テーブル１６０１のダミーフラグ１６０４の値が０か否かを判断する。ここの処理は、該当案件（プロジェクト）に紐付く帳票の件数分繰り返し行われる。
【０１４６】
すなわちステップＳ１１０１で取得した案件ＩＤが１の案件の場合、帳票管理テーブルから案件ＩＤが１に紐付く帳票の件数は５件のため、ステップＳ１１０２の処理は５回繰り返されることになる。
【０１４７】
ステップＳ１１０２で、サーバ１３０は、帳票管理テーブル１６０１のダミーフラグ１６０４の値が０か否かを判断する。
【０１４８】
サーバ１３０は、帳票管理テーブル１６０１のダミーフラグ１６０４の値が０の場合は（ステップＳ１１０２：ＮＯ）、次の帳票に処理を進める。
【０１４９】
サーバ１３０は、帳票管理テーブル１６０１のダミーフラグ１６０４の値が１の場合は（ステップＳ１１０２：ＹＥＳ）、ステップＳ１１０３へ処理を移行する。つまり、親帳票が本帳票の場合、ステップＳ１１０３へ処理を移行する。ダミー帳票でなかったら消さない。
【０１５０】
ステップＳ１１０３では、サーバ１３０は、関連帳票管理テーブル１７０１に帳票ＩＤ１７０２と関連帳票ＩＤ１７０３の紐付情報が存在するか否かを判断する。つまり、親子関係を持つ関連する帳票が存在しているかをみている。
【０１５１】
サーバ１３０は、帳票ＩＤに紐付いた関連帳票ＩＤが存在する場合は（ステップＳ１１０３：ＮＯ）、次の帳票に処理を進める。
【０１５２】
サーバ１３０は、帳票ＩＤに紐付いた関連帳票ＩＤが存在する場合は（ステップＳ１１０３：ＹＥＳ）、ステップＳ１１０４へ処理を移行する。つまり、親帳票が本帳票、かつ子帳票ありの場合、ステップＳ１１０４へ処理を移行する。
【０１５３】
ステップＳ１１０３では、サーバ１３０は、関連帳票管理テーブル１７０１の関連帳票ＩＤ１７０３と帳票管理テーブル１６０１の帳票ＩＤ１６０２が一致する、帳票ＩＤ１６０２をキーに帳票管理テーブル１６０１のダミーフラグ１６０４を参照し、値が１か否かを判断する。
【０１５４】
サーバ１３０は、帳票管理テーブル１６０１のダミーフラグ１６０４の値が０の場合は（ステップＳ１１０４：ＮＯ）、次の帳票に処理を進める。
【０１５５】
サーバ１３０は、帳票管理テーブル１６０１のダミーフラグ１６０４の値が１の場合は（ステップＳ１１０４：ＹＥＳ）、ステップＳ１１０５へ処理を移行する。つまり、親帳票が本帳票、かつ子帳票あり、かつ子帳票がダミーの場合、ステップＳ１１０７へ処理を移行する。
【０１５６】
ここで、ステップＳ１１０２〜ステップＳ１１０４の処理に関して例をあげて説明する。
【０１５７】
帳票管理テーブル１６０１でダミーフラグが０に対応する帳票ＩＤを取得する（ステップＳ１１０２）。ここでは帳票ＩＤ１６０２「２００００００００１」が取得された場合を例にあげる。
【０１５８】
次に関連帳票管理テーブル１７０１からステップＳ１１０２で取得した帳票ＩＤに対応する関連帳票ＩＤを取得する。帳票ＩＤ「２００００００００１」の場合、関連帳票ＩＤ１７０３は「２００００００１１１」と「２００００００１１２」が取得される（ステップＳ１１０３）。
【０１５９】
次に、関連帳票ＩＤ１７０３の「２００００００１１１」と「２００００００１１２」に対応する帳票管理テーブル１６０１の帳票ＩＤ１６０２の帳票データを取得し、ダミーフラグが１のデータかを判断する。帳票テンプレートＩＤを帳票管理テーブル１６０１から取得する（ステップＳ１１０４）。
【０１６０】
そして、ダミーフラグが１のデータの帳票テンプレートＩＤに対応する帳票を帳票テンプレート管理テーブル１５０１から取得し、ステップＳ１１０７の処理へ移行する。
【０１６１】
以上でステップＳ１１０２〜ステップＳ１１０４の具体例の説明を終了する。
【０１６２】
ステップＳ１１０７の処理へ移行するのは、案件が完了していない場合である。その判断は、案件完了時（プロジェクト完了時）の判断で、フラグで判断してもいいし、特定のセルに特定のセル名を入力することで、フラグの代わりとしても良い。
【０１６３】
ステップＳ１１０７では、サーバ１３０は、関連帳票の削除確認が必要となった帳票ＩＤの処理を行う。関連帳票管理テーブル１７０１を参照し、関連帳票ＩＤ１７０３を取得し、帳票ＩＤをサーバ１３０の外部メモリ２１１等の記憶部に削除確認リストに追加し記憶（保存）する（ステップＳ１１０８）。
【０１６４】
ステップＳ１１０９では、サーバ１３０は、ステップＳ１１０８で記憶された削除確認リストを含むダミー帳票削除確認画面１２０１（図１２）を表示するための画面情報（ダミー帳票削除確認画面情報）を生成し、情報処理装置１１０に送信する。
【０１６５】
図１２は、ダミー帳票削除確認画面１２０１（図１２）の一例を示す図である。ダミーフラグが立っていて（ダミーフラグが０）、親子関係にあるものが表示されている。ここでは便宜上、図１２の説明でわかりやすくするために画面上に帳票ＩＤを表示させている。
【０１６６】
ダミー帳票削除確認画面１２０１（図１２）では、図１２に示す通り、ステップ９０８で記憶された削除確認リストをリスト（一覧）にして表示される。帳票名１２３には帳票名が表示される。
【０１６７】
また、そのリストの最も左側には、帳票データ（ダミー帳票）ごとに、チェックボックスが表示されており、ユーザにより、このチェックボックスの選択を受け付けることにより、削除を行わない帳票データ（ダミー帳票）の選択を受け付けることが可能となっている。
【０１６８】
また、ダミー帳票削除確認画面１２０１（図１２）には説明がわかりやすいように便宜的に帳票ＩＤを表示しているが、ダミー帳票削除確認画面１２０１（図１２）には、帳票名１２３に対応して、帳票名に対応する帳票ＩＤが含まれている。
【０１６９】
また、ダミー帳票削除確認画面１２０１には、完了ボタン１２０４が表示される。
【０１７０】
この処理により、案件（プロジェクト）完了後にも使用する可能性のある帳票の削除確認を確認することができるため、削除するダミー帳票を、ユーザは容易に把握することが可能となる。
【０１７１】
以上で図１２の説明を終了し、図１１の説明に戻る。
【０１７２】
情報処理装置１１０は、サーバ１３０から、ダミー帳票削除確認画面情報を受信すると（ステップＳ１１０５）、ダミー帳票削除確認画面情報をもとに、図１２に示すダミー帳票削除確認画面１２０１を表示端末２１０に表示（通知）する（ステップＳ１１０６）。
【０１７３】
なお、親帳票がダミー帳票、かつ子帳票が本帳票の場合は、本帳票を削除されるため、削除確認リストには追加されない。
【０１７４】
また、親帳票がダミー帳票、かつ子帳票がダミー帳票の場合も帳票は削除されるため、削除確認リストには追加されない。
【０１７５】
以上で、図１１の説明を終了する。
【０１７６】
次に図１０を参照して、ダミー削除確認画面で完了ボタンを押下時の処理の流れに関して説明する。
【０１７７】
図１０は、ダミー削除確認画面で完了ボタンを押下時の処理を示すフローチャートの一例を示す図である。
【０１７８】
ステップＳ１３０１では、情報処理装置１１０は、ステップＳ１１０６で表示した、図１２に示すダミー帳票削除確認画面１２０１（図１２）を介して、ユーザにより、削除を行わない帳票データ（ダミー帳票）の選択を受け付ける。ここでは、削除を行う帳票名の左に表示されているチェックボックスの選択がユーザによりなされる。
【０１７９】
そして、ステップＳ１１０６で表示された情報処理装置１１０は、ユーザによる、完了ボタン１２０４の押下を受け付けると（ステップＳ１３０２）、選択を受け付けた帳票データ（ダミー帳票）の帳票名に対応して、ダミー帳票削除確認画面１２０１（図１２）に含められている帳票ＩＤをサーバ１３０に送信する（ステップＳ１３０３）。
【０１８０】
次に、サーバ１３０は、情報処理装置１１０から、帳票ＩＤを受信すると（ステップＳ１３０４）、当該帳票ＩＤに対応付けられている帳票管理テーブル１６０１（図１６）に登録されているレコードを特定し、当該レコードの「帳票ＩＤ」「案件ＩＤ」「帳票テンプレートＩＤ」「ダミーフラグ」と関連帳票管理テーブル１７０１（図１７）の対応するレコードの「帳票ＩＤ」「関連帳票ＩＤ」を削除する。
【０１８１】
以上で、図１０の説明を終了する。
【０１８２】
以上、本発明によるとプロジェクト完了後にも使用する可能性のある帳票を取得し、取得された場合、プロジェクト完了処理で未使用のダミー帳票を削除する前に、本当に削除しても良いのかをユーザが認識可能な仕組みを提供することができる。
【０１８３】
以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、装置が実行可能なプログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１８４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１８５】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８６】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１８７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０１８９】
１１０  情報処理装置
１３０  サーバ
【図１】
2017182738.tif 000003
【図２】
2017182738.tif 000004
【図３】
2017182738.tif 000005
【図４】
2017182738.tif 000006
【図５】
2017182738.tif 000007
【図６】
2017182738.tif 000008
【図７】
2017182738.tif 000009
【図８】
2017182738.tif 000010
【図９】
2017182738.tif 000011
【図１０】
2017182738.tif 000012
【図１１】
2017182738.tif 000013
【図１２】
2017182738.tif 000014
【図１３】
2017182738.tif 000015
【図１４】
2017182738.tif 000016
【図１５】
2017182738.tif 000017
【図１６】
2017182738.tif 000018
【図１７】
2017182738.tif 000019
【図１８】
2017182738.tif 000020