JP2015014908A - データ管理サーバ - Google Patents

Abstract

【課題】データの組み合わせの管理を容易にできるデータ管理サーバを提供する。
【解決手段】印刷加工システム６が、印刷及び加工の少なくとも１つの工程を連続して行って、個別の加工物を製造するシステムであり、複数の印刷加工用ファイルは、工程ごとに用意されており、印刷加工システム６で使用する印刷加工用ファイルを管理するデータ管理サーバ１は、印刷加工用ファイルの入力を受け付けるファイル受付部１１と、複数の印刷加工用ファイルの各々を識別するファイル名を格納したＩＮＤＥＸファイルに基づいて、全ての印刷加工用ファイルを格納するためのフォルダを生成するフォルダ生成部１３と、ファイル受付部１１がＩＮＤＥＸファイルに基づいて全ての印刷加工用ファイルを受け付けた場合に、フォルダ生成部１３により生成したフォルダに、全ての印刷加工用ファイルを格納するファイル格納部１４と、を備える。
【選択図】図１

Description

本発明は、印刷加工システムで使用するデータを管理するデータ管理サーバに関する。

大量の可変する個別データに基づいて請求書等の帳票を製造する場合、作業の効率化を図るために、可変の個別データを印刷出力するプリンタ工程と、個別データに対してミシン目を入れる等の加工等の工程とを、一連の工程で行うニーズが存在する。

他方、送信端末から印刷コンテンツを受信し、印刷端末に配信する配信サーバが開示されている（例えば、特許文献１）。この配信サーバは、印刷コンテンツの他に、印刷端末を特定する配信先リストや、印刷実行に関する配信情報を、送信端末から受信するものである。そして、配信先リストに基づいて印刷端末を決定し、配信情報と印刷コンテンツとを順番に決定した印刷端末に配信するものである。

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

特許文献１に記載の配信サーバにおいて、データの管理は重要である。特に、プリンタ工程と、加工等の工程とで用いるデータのように、大量であったり、多種にわたったりするデータの組み合わせを管理するのは容易ではない。

本発明は、データの組み合わせの管理を容易にできるデータ管理サーバを提供することを目的とする。

本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。

第１の発明は、印刷加工システム（６）で使用する印刷加工データを管理するデータ管理サーバ（１）であって、前記印刷加工システムは、印刷及び加工の少なくとも１つの工程を連続して行って、個別の加工物を製造するシステムであり、複数の前記印刷加工データは、前記工程ごとに用意され、前記印刷加工データの入力を受け付ける印刷加工データ受付部（１１）と、前記複数の印刷加工データの各々を識別する識別情報を格納した識別情報格納データに基づいて、全ての前記印刷加工データを格納するためのフォルダを生成するフォルダ生成部（１３）と、前記印刷加工データ受付部が前記識別情報格納データに基づいて全ての前記印刷加工データを受け付けた場合に、前記フォルダ生成部により生成した前記フォルダに、全ての前記印刷加工データを格納するデータ格納部（１４）と、を備えること、を特徴とするデータ管理サーバである。
第２の発明は、第１の発明のデータ管理サーバ（１）において、前記識別情報格納データは、前記複数の印刷加工データの各々を検証する各々の検証データを識別する前記識別情報をさらに格納しており、前記印刷加工データ受付部（１１）が前記印刷加工データを受け付けた場合に、前記識別情報格納データに基づいて、前記検証データを用いてその検証データに対応する前記印刷加工データが正しいか否かを判断するデータ検証部（１２）を備え、前記データ格納部（１４）は、前記データ検証部により全ての前記印刷加工データが正しいと判断された場合に、全ての前記印刷加工データを格納すること、を特徴とするデータ管理サーバである。
第３の発明は、第１の発明又は第２の発明のデータ管理サーバにおいて、前記フォルダ生成部は、前記識別情報格納データに基づいて、前記印刷加工データ受付部が全ての前記印刷加工データを受け付けた場合に、全ての前記印刷加工データを格納するための１つのフォルダを生成すること、を特徴とするデータ管理サーバである。
第４の発明は、第２の発明のデータ管理サーバ（１）において、前記識別情報格納データの入力を受け付ける識別情報格納データ受付部（１１）を備え、前記フォルダ生成部（１３）は、前記識別情報格納データを検証する検証データを用いて前記識別情報格納データ受付部（１１）が受け付けた前記識別情報格納データが正しいと前記データ検証部（１２）が判断した場合に、全ての前記印刷加工データを格納するためのフォルダを生成すること、を特徴とするデータ管理サーバである。
第５の発明は、第１の発明から第４の発明までのいずれかのデータ管理サーバ（１）において、前記識別情報格納データに格納された前記識別情報と、前記印刷加工データ受付部（１１）が受け付けた前記印刷加工データの受付状況とを対応付けて記憶する受付状況記憶部（２２）と、前記受付状況記憶部に記憶された前記識別情報に対応する前記印刷加工データの受付状況を出力する受付状況出力部（１７）と、を備えること、を特徴とするデータ管理サーバである。
第６の発明は、第１の発明から第５の発明までのいずれかのデータ管理サーバ（１）において、前記データ格納部（１４）により全ての前記印刷加工データが前記フォルダに格納された場合に、前記印刷加工システム（６）に通知可能な通知データを生成する通知データ生成部（１５）を備えること、を特徴とするデータ管理サーバである。
第７の発明は、第１の発明から第６の発明までのいずれかのデータ管理サーバ（１）において、前記フォルダ生成部（１３）は、前記フォルダを生成した日付と、前記日付での前記フォルダを生成した順番とを識別可能な名称のフォルダを生成すること、を特徴とするデータ管理サーバである。
第８の発明は、第１の発明から第７の発明までのいずれかのデータ管理サーバ（１）において、前記印刷加工データは、プリント用ファイル、加工用ファイル、加刷用ファイルのうち少なくともいずれかであること、を特徴とするデータ管理サーバである。

本発明によれば、データの組み合わせの管理を容易にできるデータ管理サーバを提供することができる。

本実施形態に係る帳票管理システムの全体構成図及びデータ管理サーバのブロック図である。 本実施形態に係るデータ管理サーバでのメイン処理のフローチャートである。 本実施形態に係るデータ管理サーバでのファイル入稿処理のフローチャートである。 本実施形態に係るデータ管理サーバでのファイルの保存場所を説明するための図である。 本実施形態に係るＩＮＤＥＸファイルの例を示す図である。 本実施形態に係る受付状況ＤＢの例を示す図である。 本実施形態に係る受付状況確認画面の画面例を示す図である。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（実施形態）
図１は、本実施形態に係る帳票管理システム１００の全体構成図及びデータ管理サーバ１のブロック図である。
図１に示す帳票管理システム１００は、帳票（個別の加工物）作成に必要なデータの作成から帳票の印刷及び加工等までを行うシステムである。
帳票管理システム１００は、データ管理サーバ１、データ作成サーバ４、印刷加工システム６を備える。

データ管理サーバ１は、印刷加工システム６での処理に使用するファイルを、データ作成サーバ４から受信して管理する。そして、データ管理サーバ１は、印刷加工システム６での処理に必要な全てのファイルをデータ作成サーバ４から受信した場合に、印刷加工システム６に通知する通知データを生成する。
データ管理サーバ１は、データ作成サーバ４及び印刷加工システム６に対して、例えば、専用回線によって通信可能に接続されている。
データ管理サーバ１は、制御部１０、記憶部２０、表示部３１、入力部３２、通信Ｉ／Ｆ（インタフェース）部３３等を備える。

制御部１０は、データ管理サーバ１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているオペレーティングシステム（ＯＳ）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、ファイル受付部１１（加工データ受付部、識別情報格納データ受付部）、データ検証部１２、フォルダ生成部１３、ファイル格納部１４（データ格納部）、通知データ生成部１５、受付状況出力部１７等を備える。

ファイル受付部１１は、データ作成サーバ４から印刷加工システム６に送信するためのプリント用ファイル、加工用ファイル、加刷用ファイル等を受け付ける。以下、プリント用ファイル、加工用ファイル、加刷用ファイル等を印刷加工用ファイル（印刷加工データ）ともいう。ファイル受付部１１が受け付ける印刷加工用ファイルは、印刷加工システム６の各装置に合わせたフォーマットになっている。プリント用ファイルは、印刷加工システム６のプリンタ６２で使用するデータファイルであり、例えば、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）形式のファイルである。加工用ファイルは、加工機６３で使用するデータファイルであり、例えば、ＰＤＦ形式のファイルである。加刷用ファイルは、加刷機６４で使用するデータファイルであり、複数のデータファイルを圧縮したファイルである。

また、ファイル受付部１１は、ハッシュファイル（検証データ）を受け付ける。ハッシュファイルは、データ作成サーバ４から印刷加工用ファイル及び次に説明するＩＮＤＥＸファイル（識別情報格納データ）の内容に対して正当性を検証するために用いる。
さらに、ファイル受付部１１は、ＩＮＤＥＸファイルを受け付ける。ＩＮＤＥＸファイルには、プリント用ファイル、加工用ファイル、加刷用ファイル、ハッシュファイルのファイル名（識別情報）が記載されている。つまり、ＩＮＤＥＸファイルには、印刷加工システム６での処理単位に必要なファイル名を含む。また、ＩＮＤＥＸファイルには、プリント用ファイル、加工用ファイル、加刷用ファイル、ハッシュファイルのファイル名が関連付けられている。処理単位とは、印刷加工システム６が連続用紙に対して処理を行って、個別帳票（個別の加工物）を作成できる単位をいう。また、ＩＮＤＥＸファイルは、ＸＭＬ形式のデータファイルで作成されている。よって、データ管理サーバ１は、ファイル名の記述場所を特定して、容易にファイル名を抽出できる。

データ検証部１２は、ハッシュファイルと、印刷加工用ファイル及びＩＮＤＥＸファイルとを用いて、ハッシュ値の照合を行い、印刷加工用ファイル及びＩＮＤＥＸファイルの内容が正しいか否かを検証する。
フォルダ生成部１３は、印刷加工用ファイルを格納するフォルダを、記憶部２０のフォルダ記憶部２３に生成する。
ファイル格納部１４は、フォルダ生成部１３により生成されたフォルダに、印刷加工システム６で使用する印刷加工用ファイルを格納する。
通知データ生成部１５は、ファイル格納部１４に印刷加工用ファイルを格納したことで、印刷加工システム６に通知するための通知データを生成する。
受付状況出力部１７は、印刷加工用ファイルの受付状況を、表示部３１に出力させる。

記憶部２０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２０は、受付ファイル記憶部２１、受付状況ＤＢ（データベース）２２（受付状況記憶部）、フォルダ記憶部２３等を備える。
受付ファイル記憶部２１は、ファイル受付部１１が受け付けた印刷加工用ファイル、ハッシュファイル、ＩＮＤＥＸファイル等を記憶する記憶領域である。
受付状況ＤＢ２２は、ＩＮＤＥＸファイルごとに受付対象のファイル名、受付状況、ファイルの照合結果、通知データ等を記憶するデータベースである（図６参照）。なお、受付状況ＤＢ２２は、印刷加工システム６からアクセス可能になっている。
フォルダ記憶部２３は、フォルダ生成部１３が生成したフォルダを記憶する記憶領域である。

表示部３１は、例えば、液晶パネル等で構成される表示装置である。
入力部３２は、例えば、キーボード、マウス等の入力装置である。
通信Ｉ／Ｆ部３３は、データ作成サーバ４及び印刷加工システム６の間で、例えば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による通信を行うための通信インタフェースである。

データ作成サーバ４は、マスタデータからプリント用ファイル、加工用ファイル、加刷用ファイル等の印刷加工用ファイルを作成するサーバである。マスタデータとは、例えば、クレジットカード会社等の依頼主から受領したデータをいう。データ作成サーバ４は、マスタデータのデータ件数に応じて、複数に分割した後に印刷加工用ファイルを作成する。データ作成サーバ４では、マスタデータを分割して、複数の分割後データに対して印刷加工用ファイルを作成することで、印刷加工システム６での作業を開始するまでの時間を短縮できる。また、データ作成サーバ４は、印刷加工用ファイルを作成する工程において、ハッシュファイル、ＩＮＤＥＸファイルを作成する。
データ作成サーバ４は、データ管理サーバ１に対して通信可能に接続されている。そして、データ作成サーバ４は、作成したファイルをデータ管理サーバ１に送信する。
なお、データ作成サーバ４は、例えば、可変データを含むものであるか否か等のマスタデータの内容や、処理能力、依頼主ごとに１つのサーバで行うようにしてもよい。

印刷加工システム６は、帳票の印刷、加工、加刷、検査等を行い、請求書、発送物、伝票等の個別帳票を製造するシステムである。
印刷加工システム６は、データ管理サーバ１に対して通信可能に接続されている。
印刷加工システム６は、コントローラ６１、プリンタ６２、加工機６３、加刷機６４、検査機６５等を備える。
コントローラ６１は、プリンタ６２、加工機６３、加刷機６４、検査機６５等を制御する制御装置である。コントローラ６１は、データ管理サーバ１の受付状況ＤＢ２２に対して、例えば、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）等のデータベース言語による問い合わせを行う。そして、受付状況ＤＢ２２に通知データがある場合には、コントローラ６１は、受付状況ＤＢ２２から通知データを取得する。そして、コントローラ６１は、データ管理サーバ１のフォルダ記憶部２３に記憶されている１つのフォルダに格納された１つの処理単位の印刷加工用ファイルを、データ管理サーバ１に対して要求する。

印刷加工システム６は、プリンタ６２、加工機６３、加刷機６４、検査機６５がインラインに接続されている。
プリンタ６２は、プリント用ファイルを入力し、連続帳票に印刷する装置である。
加工機６３は、加工用ファイルを入力し、連続帳票に折り加工、レーザを用いたミシン目加工等の加工をする装置である。
加刷機６４は、加刷用ファイルを入力し、機能性材料をインクジェットインク化し、帳票印刷後に、さらにインラインで情報をプリントする装置である。例えば、連続帳票に減感インクを塗布して複写用紙にする。
検査機６５は、プリンタ６２、加工機６３、加刷機６４の各工程が正常に行われたか否かを検査する装置である。検査機６５は、例えば、印刷後の連続帳票と、プリント用ファイルのイメージデータとを照合して、プリンタ６２での工程が正しく行われた否かを検査する。

次に、データ管理サーバ１の処理を説明する。
図２は、本実施形態に係るデータ管理サーバ１でのメイン処理のフローチャートである。
図３は、本実施形態に係るデータ管理サーバ１でのファイル入稿処理のフローチャートである。
図４は、本実施形態に係るデータ管理サーバ１でのファイルの保存場所を説明するための図である。
図５は、本実施形態に係るＩＮＤＥＸファイルの例を示す図である。
図６は、本実施形態に係る受付状況ＤＢ２２の例を示す図である。
図７は、本実施形態に係る受付状況確認画面の画面例を示す図である。

図２に示すデータ管理サーバ１のメイン処理は、制御部１０が通信Ｉ／Ｆ部３３からの信号を受け付けることで、処理を開始する。
Ｓ１０において、データ管理サーバ１の制御部１０（ファイル受付部１１）は、ファイル入稿を検知する。つまり、制御部１０は、データ作成サーバ４から送信されたファイルを検知する。
Ｓ１１において、制御部１０は、検知したファイルを、受付ファイル記憶部２１に記憶させる。
Ｓ１２において、制御部１０は、ファイル入稿処理を行う。そして、制御部１０は、処理をＳ１３に移す。なお、Ｓ１１の処理とＳ１２の処理との先後は、問わない。

ここで、ファイル入稿処理について、図３に基づき説明する。
図３のＳ３０において、制御部１０は、検知したファイルがＩＮＤＥＸファイルであるか否かを判断する。ＩＮＤＥＸファイルは、拡張子が「．ｉｄｘ」であるので、制御部１０は、検知したファイルがＩＮＤＥＸファイルであるか否かを、ＩＮＤＥＸファイルの拡張子によって判断できる。ＩＮＤＥＸファイルを検知した場合（Ｓ３０：ＹＥＳ）には、制御部１０は、処理をＳ３１に移す。他方、ＩＮＤＥＸファイルを検知していない場合（Ｓ３０：ＮＯ）には、制御部１０は、処理をＳ３６に移す。
Ｓ３１において、制御部１０は、ＩＮＤＥＸファイルに対応するハッシュファイルが受付ファイル記憶部２１に存在しているか否かを判断する。ＩＮＤＥＸファイルに対応するハッシュファイルのファイル名は、ＩＮＤＥＸファイルのファイル名に、ハッシュファイルであることを示す「．ｈｓ」の拡張子を追加したものである。よって、制御部１０は、ＩＮＤＥＸファイルに対応するハッシュファイルを把握できる。対応するハッシュファイルが存在している場合（Ｓ３１：ＹＥＳ）には、制御部１０は、処理をＳ３２に移す。他方、対応するハッシュファイルが存在していない場合（Ｓ３１：ＮＯ）には、制御部１０は、本処理を終了し、図２に戻る。

Ｓ３２において、制御部１０（データ検証部１２）は、ハッシュ値の照合結果が「一致」であるか否かを確認する。ハッシュ値の照合結果が「一致」である場合（Ｓ３３：ＹＥＳ）には、制御部１０は、処理をＳ３４に移す。他方、ハッシュ値の照合結果が「一致」ではない場合（Ｓ３３：ＮＯ）には、制御部１０は、処理をＳ３５に移す。なお、ハッシュ値の照合結果が「一致」であれば、そのファイルの正当性が確認できたことになる。
Ｓ３３において、制御部１０（フォルダ生成部１３）は、フォルダ記憶部２３にフォルダを生成する。フォルダ生成部１３は、処理日付ごとに「０００１」から連番のフォルダ名を付したフォルダを自動的に生成する。

図４に、フォルダ記憶部２３に生成するフォルダの例を示す。フォルダ記憶部２３は、階層に生成されたフォルダを記憶している。最上位のフォルダは、「データフォルダ」であり、その配下に処理日付フォルダが生成され、さらに処理日付フォルダの配下に「０００１」から連番のフォルダが生成されている。図４に示すように、例えば、処理日付が２０１３年２月１３日であり、「０００２」までのフォルダが既に生成されている場合には、本処理により、フォルダ生成部１３は、「０００３」のフォルダを生成する。
Ｓ３４において、制御部１０は、ＩＮＤＥＸファイルからファイル名を抽出して、受付状況ＤＢ２２に登録する。制御部１０は、ＩＮＤＥＸファイルの中に記載されているファイル名を抽出することで、受付状況ＤＢ２２にファイル名を登録できる。その後、制御部１０は、本処理を終了し、図２に戻る。

図５は、ＸＭＬ形式のＩＮＤＥＸファイルの一部を示す。図５に示すように、ＩＮＤＥＸファイルは、様々なタグを含む。図５の例では、「＜ｐｉｆＬｉｓｔ＞」と記載されたｐｉｆＬｉｓｔタグと、「＜／ｐｉｆＬｉｓｔ＞」とに挟まれた部分であって、「ｆｉｌｅ ｎａｍｅ＝」に続く変数に、印刷加工システム６で使用するファイル名が記載されている。そこで、制御部１０は、「ｆｉｌｅ ｎａｍｅ＝」に続く変数を、ファイル名として抽出する。なお、図５（ａ）には、プリント用ファイルのファイル名が記載され、（ｂ）には、加工用ファイルのファイル名が、（ｃ）には、加刷用ファイルのファイル名が、それぞれ記載されている。そして、制御部１０は、抽出したファイル名を、ＩＮＤＥＸファイル名に対応付けて受付状況ＤＢ２２に登録する。

図６は、受付状況ＤＢ２２のうち、処理対象のＩＮＤＥＸファイルに関するものを示す。ファイル名には、ＩＮＤＥＸファイルから抽出したファイル名を格納する。受付状況には、ファイル名に対応するファイルをデータ管理サーバ１が受け付けて、受付ファイル記憶部２１に記憶したか否かを格納する。照合結果は、後述するハッシュファイルによる印刷加工用ファイルのハッシュ値の照合結果を格納する。また、受付状況ＤＢ２２は、ＩＮＤＥＸファイル名に対応付けて、後述する処理によって通知データ生成部１５が生成した通知データを記憶する。

図３に戻り、他方、Ｓ３５において、制御部１０は、エラー出力をする。つまり、制御部１０は、ハッシュ値の照合の結果、一致しない「ＮＧ」のファイルがある旨を、表示部３１に出力する。そうすることで、データ管理サーバ１のオペレータは、ファイルに不具合がある、又はファイル自体が異なるものであることを知ることができる。
なお、データ管理サーバ１が警告等の報知部を備え、制御部１０は、照合結果が「一致」ではない場合に、報知部を駆動することで、オペレータに報知してもよい。また、データ管理サーバ１からデータ作成サーバ４に対してエラーデータを送信することで、データ作成サーバ４に出力し、データ作成サーバ４のオペレータに確認させてもよい。
その後、制御部１０は、本処理を終了し、図２に戻る。

Ｓ３６において、制御部１０は、検知したファイルがＩＮＤＥＸファイルに記載された印刷加工用ファイルであるか否かを判断する。ＩＮＤＥＸファイルに記載された印刷加工用ファイルを検知した場合（Ｓ３６：ＹＥＳ）には、制御部１０は、処理をＳ３７に移す。他方、ＩＮＤＥＸファイルに記載された印刷加工用ファイルを検知していない場合（Ｓ３６：ＮＯ）には、制御部１０は、本処理を終了し、図２に戻る。そして、検知したファイルがＩＮＤＥＸファイルに記載された印刷加工用ファイルである場合には、制御部１０は、受付状況ＤＢ２２の該当のファイル名の受付状況を、入稿済である「○」に更新する（図６参照）。なお、受け付けた印刷加工用ファイルを、受付ファイル記憶部２１に記憶させる処理（図２のＳ１１）を行う際に、受付状況ＤＢ２２を更新してもよい。

Ｓ３７において、制御部１０は、印刷加工用ファイルに対応するハッシュファイルが受付ファイル記憶部２１に存在しているか否かを判断する。印刷加工用ファイルに対応するハッシュファイルのファイル名は、印刷加工用ファイルのファイル名に、ハッシュファイルであることを示す「．ｈｓ」の拡張子を追加したものである。よって、制御部１０は、印刷加工用ファイルに対応するハッシュファイルを把握できる。対応するハッシュファイルが存在している場合（Ｓ３７：ＹＥＳ）には、制御部１０は、処理をＳ３８に移す。他方、対応するハッシュファイルが存在していない場合（Ｓ３７：ＮＯ）には、制御部１０は、本処理を終了し、図２に戻る。

Ｓ３８において、制御部１０（データ検証部１２）は、ハッシュ値の照合結果が「一致」であるか否かを確認する。ハッシュ値の照合結果が「一致」である場合（Ｓ３８：ＹＥＳ）には、制御部１０は、処理をＳ４０に移す。他方、ハッシュ値の照合結果が「一致」ではない場合（Ｓ３８：ＮＯ）には、制御部１０は、処理をＳ３９に移す。
Ｓ３９において、制御部１０は、エラー出力をする。
Ｓ４０において、制御部１０は、照合結果として一致の場合には「ＯＫ」を、不一致の場合には「ＮＧ」を、受付状況ＤＢ２２の該当のファイル名の照合結果に反映させる（図６参照）。その後、制御部１０は、本処理を終了し、図２に戻る。

なお、図３のファイル入稿処理は、ハッシュファイルがＩＮＤＥＸファイルや印刷加工用ファイルより先に入稿された場合について説明した。しかし、ハッシュファイルがＩＮＤＥＸファイルや印刷加工用ファイルより後に入稿された場合であってもよい。その場合には、ハッシュファイルの入稿時に、Ｓ３０を「ハッシュファイルに対応するＩＮＤＥＸファイルが存在しているか？」として、Ｓ３０がＹＥＳの場合には、Ｓ３２以降の処理を行うようにすればいい。同様に、Ｓ３６を「ハッシュファイルに対応するＩＮＤＥＸファイルに記載された印刷加工用ファイルが存在しているか？」として、Ｓ３６がＹＥＳの場合には、Ｓ３８以降の処理を行うようにすればいい。

図２に戻り、Ｓ１３において、制御部１０は、受付状況ＤＢ２２を参照し、全てのファイルが揃ったか否かを判断する。全てのファイルが揃ったとは、受付状況ＤＢ２２の受付状態が全て「○」であり、照合結果が全て「ＯＫ」である場合をいう。全てのファイルが揃った場合（Ｓ１３：ＹＥＳ）には、制御部１０は、処理をＳ１４に移す。全てのファイルが揃っていない場合（Ｓ１３：ＮＯ）には、制御部１０は、処理をＳ１０に移す。
Ｓ１４において、制御部１０（ファイル格納部１４）は、図３のＳ３３において生成したフォルダに、受付ファイル記憶部２１に記憶されたＩＮＤＥＸファイルと、ＩＮＤＥＸファイルに記載されているファイル名の印刷加工用ファイルとを移動して記憶させる。なお、制御部１０は、受付ファイル記憶部２１に記憶されたファイルをコピーして記憶させてもよい。

図４に、受付ファイル記憶部２１にある入稿フォルダを示す。入稿フォルダには、データ作成サーバ４から受信したファイルが一時的に記憶されている。ＩＮＤＥＸファイル、印刷加工用ファイルは、それぞれに対応するハッシュファイルが存在し、ハッシュファイルを利用することで正当性を検証する。ファイル格納部１４は、入稿フォルダに記憶されているファイルから、受付状況ＤＢ２２の該当のＩＮＤＥＸファイルと、そのＩＮＤＥＸファイルを参照してその中に含まれる印刷加工用ファイルとを抽出する。そして、ファイル格納部１４は、新たに作成したフォルダ（上述の例では、「２０１３０２１３」フォルダの配下に生成された「０００３」フォルダ）に、抽出した印刷加工用ファイルと、ＩＮＤＥＸファイルとを移動させる。また、ハッシュファイルは、正当性を確認した後は、ＩＮＤＥＸファイルハッシュファイルも、印刷加工用ファイルのハッシュファイルも、後に履歴として確認できるようにするためにデータフォルダのハッシュファイル用フォルダ（図示せず）に移動する。移動するタイミングは、それぞれの正当性を確認した後でもよいし、最後に一度に移動してもよい。また、これには限定されず、ハッシュファイルは、正当性確認後に削除してもよい。
このようにすることで、制御部１０は、１つのフォルダに、印刷加工システム６で必要な全てのファイルを格納できる。

図２に戻り、Ｓ１５において、制御部１０（通知データ生成部１５）は、印刷加工システム６に通知可能な通知データを生成して、受付状況ＤＢ２２の該当のＩＮＤＥＸファイルに関連付けて記憶させる。なお、通知データのデータ内容は、ファイルを格納したフォルダ名を含む。そうすることで、印刷加工システム６では、通知データからファイルの格納場所を特定できる。そして、印刷加工システム６は、ファイルの格納場所を指定して、データ管理サーバ１に対してファイルの要求を依頼できる。その後、制御部１０は、本処理を終了する。

上述の処理による、データ管理サーバ１でのファイルの管理状況は、随時照会できる。データ管理サーバ１の制御部１０（受付状況出力部１７）は、データ管理サーバ１のオペレータ等による操作によって、又は自動で、受付状況確認画面を表示部３１に表示させる。データ管理サーバ１は、オペレータ等にデータ管理サーバ１の管理状況を把握させる進捗確認プログラムを備えている。そして、進捗確認プログラムが起動されることで、受付状況確認画面を表示部３１に表示させることができる。制御部１０（受付状況出力部１７）は、受付状況ＤＢ２２を抽出して画像編集し、受付状況確認画面を表示部３１に出力させる。
図７に、表示部３１に表示された受付状況確認画面の例を示す。これにより、印刷加工用ファイルのデータ作成サーバ４からの受付状況（入稿状況）や、正常に受け付けたか否かを、オペレータが確認できる。

このように、本実施形態によれば、データ管理サーバ１は、以下のような効果がある。
（１）ＩＮＤＥＸファイルに格納された印刷加工用ファイルを全て受け付けたことで、生成したフォルダに印刷加工用ファイルを格納するので、フォルダを用いて印刷加工用ファイルの組み合わせの管理を容易にできる。また、印刷加工システム６に必要な印刷加工用ファイルが揃った場合に、生成したフォルダには、印刷加工用ファイルが格納された状態になる。よって、印刷加工システム６では、全ての印刷加工用ファイルが揃った状態で処理を実行できる。その結果として、印刷加工システム６において、途中で印刷加工用ファイルが不足したために処理ができない等の不具合を防止できる。
（２）ＩＮＤＥＸファイルの正当性が確認できたことで、ＩＮＤＥＸファイルに記載された印刷加工用ファイルを格納するためのフォルダを生成できる。よって、全ての印刷加工用ファイルが揃った際には、すぐに生成したフォルダに移動できる。

（３）受付状況ＤＢ２２を用いて、印刷加工用ファイルの受付状況を表示部３１に出力することができる。よって、データ管理サーバ１のオペレータ等が、印刷加工用ファイルの受付状況（入稿状況）を確認できる。
（４）全ての印刷加工用ファイルがフォルダに格納された場合に、通知データを生成できる。よって、通知データをデータ管理サーバ１に記憶させて、印刷加工システム６から参照させることで、印刷加工用ファイルが揃ったこと、つまり、印刷加工システム６による処理が可能なことを、印刷加工システム６に通知できる。

（５）フォルダは、生成日付を有するので、印刷加工用ファイルの管理が容易である。
また、フォルダの生成順に、「０００１」からの連番を付すので、フォルダ名により識別可能であり、フォルダ名が重複することがない。印刷加工システム６の処理に必要な印刷加工用ファイルを、１つのフォルダに格納できる。
また、生成したフォルダは、処理日付フォルダの配下に配置されているので、印刷加工システム６による処理がされた後等所定の日にちの経過後に、処理日付フォルダごと削除することができる。
（６）印刷加工用ファイルが、このデータ管理サーバ１が受け付ける前に改ざん等がされているか否かを、ハッシュファイルによりチェックできる。よって、印刷加工用ファイルに不正な行為がされた場合等には、そのことを事前にチェックできる。

（７）印刷加工システム６が複数ある場合に、空いている印刷加工システム６において、印刷加工用ファイルが既に揃っているフォルダからその印刷加工用ファイルを受信して個別帳票を製造できる。よって、印刷加工システム６は、印刷加工用ファイルが揃った順番に処理ができる。また、依頼主のマスタデータが３分割されている場合には、分割の単位で複数の印刷加工システム６で処理できるので、個別帳票の作成完了までの時間を短縮できる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。

（変形形態）
（１）本実施形態では、通知データを受付状況ＤＢ２２に記憶しておき、印刷加工システム６側から参照させることで、全てのファイルが揃ったか否かを印刷加工システム６が確認できるものとして説明した。しかし、これに限らず、データ生成サーバが、生成した通知データを印刷加工システムに送信することで、印刷加工システムが全てのファイルが揃ったか否かを確認できるものであってもよい。

（２）本実施形態では、印刷加工用ファイルとして、プリント用ファイル、加工用ファイル、加刷用ファイルを例に説明した。しかし、これらのファイルのうち、一部のファイル（例えば、プリント用ファイル、加工用ファイルのみ）であってもよい。これにより、印刷のみのもの、印刷と加工のみのもの、印刷と加刷のみのもの等、依頼主の様々なニーズに対応した個別の加工物を作成するためのファイルを管理できる。
また、印刷加工システム６を、プリンタ６２、加工機６３、加刷機６４、検査機６５を備えるのものとして説明した。しかし、印刷加工システムは、連続用紙から個別の加工物の作成に係る他の工程のための装置があってもよいし、ない装置があってもよい。

（３）本実施形態では、ＩＮＤＥＸファイルを、ＸＭＬ形式のものとして説明した。しかし、ＩＮＤＥＸファイルの形式は、これに限らない。但し、ＸＭＬ形式のものであると、他システムにおいてデータが使いやすいという利点がある。
（４）本実施形態では、受け付けたファイルに対する照合結果のエラーを、表示部３１に出力するものとして説明した。しかし、エラーである旨のデータを、データ作成サーバに送信し、データ作成サーバ側で出力するようにしてもよい。
（５）本実施形態では、ＩＮＤＥＸファイルの正当性が確認できたことで、ＩＮＤＥＸファイルに記載された印刷加工用ファイルを格納するためのフォルダを生成するものとして説明した。しかし、ＩＮＤＥＸファイルに記載された印刷加工用ファイルが全て揃ったことで、フォルダを生成してもよい。

１ データ管理サーバ
４ データ作成サーバ
６ 印刷加工システム
１０ 制御部
１１ ファイル受付部
１２ データ検証部
１３ フォルダ生成部
１４ ファイル格納部
１５ 通知データ生成部
１７ 受付状況出力部
２０ 記憶部
２１ 受付ファイル記憶部
２２ 受付状況ＤＢ
２３ フォルダ記憶部
２４ 通知データ記憶部
３１ 表示部
３２ 入力部
３３ 通信Ｉ／Ｆ部
６１ コントローラ
６２ プリンタ
６３ 加工機
６４ 加刷機
６５ 検査機
１００ 帳票管理システム

Claims (8)

1. 印刷加工システムで使用する印刷加工データを管理するデータ管理サーバであって、
   前記印刷加工システムは、印刷及び加工の少なくとも１つの工程を連続して行って、個別の加工物を製造するシステムであり、
   複数の前記印刷加工データは、前記工程ごとに用意され、
   前記印刷加工データの入力を受け付ける印刷加工データ受付部と、
   前記複数の印刷加工データの各々を識別する識別情報を格納した識別情報格納データに基づいて、全ての前記印刷加工データを格納するためのフォルダを生成するフォルダ生成部と、
   前記印刷加工データ受付部が前記識別情報格納データに基づいて全ての前記印刷加工データを受け付けた場合に、前記フォルダ生成部により生成した前記フォルダに、全ての前記印刷加工データを格納するデータ格納部と、
   を備えること、
   を特徴とするデータ管理サーバ。
2. 請求項１に記載のデータ管理サーバにおいて、
   前記識別情報格納データは、前記複数の印刷加工データの各々を検証する各々の検証データを識別する前記識別情報をさらに格納しており、
   前記印刷加工データ受付部が前記印刷加工データを受け付けた場合に、前記識別情報格納データに基づいて、前記検証データを用いてその検証データに対応する前記印刷加工データが正しいか否かを判断するデータ検証部を備え、
   前記データ格納部は、前記データ検証部により全ての前記印刷加工データが正しいと判断された場合に、全ての前記印刷加工データを格納すること、
   を特徴とするデータ管理サーバ。
3. 請求項１又は請求項２に記載のデータ管理サーバにおいて、
   前記フォルダ生成部は、前記識別情報格納データに基づいて、前記印刷加工データ受付部が全ての前記印刷加工データを受け付けた場合に、全ての前記印刷加工データを格納するための１つのフォルダを生成すること、
   を特徴とするデータ管理サーバ。
4. 請求項２に記載のデータ管理サーバにおいて、
   前記識別情報格納データの入力を受け付ける識別情報格納データ受付部を備え、
   前記フォルダ生成部は、前記識別情報格納データを検証する検証データを用いて前記識別情報格納データ受付部が受け付けた前記識別情報格納データが正しいと前記データ検証部が判断した場合に、全ての前記印刷加工データを格納するためのフォルダを生成すること、
   を特徴とするデータ管理サーバ。
5. 請求項１から請求項４までのいずれかに記載のデータ管理サーバにおいて、
   前記識別情報格納データに格納された前記識別情報と、前記印刷加工データ受付部が受け付けた前記印刷加工データの受付状況とを対応付けて記憶する受付状況記憶部と、
   前記受付状況記憶部に記憶された前記識別情報に対応する前記印刷加工データの受付状況を出力する受付状況出力部と、
   を備えること、
   を特徴とするデータ管理サーバ。
6. 請求項１から請求項５までのいずれかに記載のデータ管理サーバにおいて、
   前記データ格納部により全ての前記印刷加工データが前記フォルダに格納された場合に、前記印刷加工システムに通知可能な通知データを生成する通知データ生成部を備えること、
   を特徴とするデータ管理サーバ。
7. 請求項１から請求項６までのいずれかに記載のデータ管理サーバにおいて、
   前記フォルダ生成部は、前記フォルダを生成した日付と、前記日付での前記フォルダを生成した順番とを識別可能な名称のフォルダを生成すること、
   を特徴とするデータ管理サーバ。
8. 請求項１から請求項７までのいずれかに記載のデータ管理サーバにおいて、
   前記印刷加工データは、プリント用ファイル、加工用ファイル、加刷用ファイルのうち少なくともいずれかであること、
   を特徴とするデータ管理サーバ。

Images