(57)【要約】【課題】  本発明は複数のクライアントと複数のプリンタとを繋ぐ配信サーバーの提供を目的とする。【解決手段】  本発明の配信サーバーは、クライアント側からのプリンタ出力用ファイルに対してユニークなファイル名を命名するファイル名命名手段と、前記ファイル名命名手段によって命名されたファイル名からなるプリンタ出力用ファイル全てを一つのフォルダ内のフォルダ直下に格納するようにした管理フォルダと、該管理フォルダに格納されたプリンタ出力用ファイルに対応するファイル名を記述した管理リストと、を配信サーバー内に備えることにより上記の課題を解決する。【選択図】  図２
2013200607.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアントと複数のプリンタとを接続する配信サーバーにおいて、
前記配信サーバーは、少なくとも、クライアント側から送られてくるプリンタ出力用ファイルを受取るための第１の通信制御部と、情報処理部と、記憶部と、前記情報処理部によって処理された処理後のプリンタ出力用ファイルをプリンタ側に送出するための第２の通信制御部とからなり、
前記情報処理部は、クライアント側からのプリンタ出力用ファイルに対してユニークなファイル名を命名するファイル名命名手段を備え、
前記記憶部は、前記ファイル名命名手段によって命名されたファイル名からなるプリンタ出力用ファイル全てを一つのフォルダ内のフォルダ直下に格納するようにした管理フォルダと、該管理フォルダに格納されたプリンタ出力用ファイルに対応するファイル名を記述した管理リストとを備え、
前記管理リストは前記第２の通信制御部を介してプリンタ側から参照可能に制御され、かつ、前記第２の通信制御部を介してプリンタ側からファイル送出要求を受けたファイル名のプリンタ出力用ファイルをプリンタ側へ送出した際に、送出したプリンタ出力用ファイルのファイル名を前記管理リストから削除するように制御されることを特徴とする配信サーバー。
【請求項２】
前記情報処理部は、クライアント側から送られてくるプリンタ出力用ファイルを検査するファイル検査手段を更に備え、該ファイル検査手段により正常と判断されたプリンタ出力用ファイルのみ管理フォルダに格納するようにしたことを特徴とする請求項１記載の配信サーバー。
【請求項３】
前記情報処理部は、クライアント側から送られてくるプリンタ出力用ファイルを検査するファイル検査手段を更に備え、該ファイル検査手段により正常と判断されたプリンタ出力用ファイルのみ管理リストに記述するようにしたことを特徴とする請求項１記載の配信サーバー。
【請求項４】
前記第１の通信制御部と第２の通信制御部は共通する入出力インターフェースにより構成されていることを特徴とする請求項１〜３何れか一項記載の配信サーバー。
【請求項５】
前記プリンタ出力用ファイルは、テキスト情報、画像情報、レイアウト情報、フォント情報、ならびに帳票加工情報の何れかの情報、あるいは何れかの情報を組み合わせた情報からなり、プリンタあるいは帳票加工装置の機種に依存せず出力可能なファイルであることを特徴とする請求項１〜４何れか一項記載の配信サーバー。
【請求項６】
前記プリンタ側から配信サーバーに対して行えるのは前記管理リストの参照とファイル送出要求のみとしたことを特徴とする請求項１〜５何れか一項記載の配信サーバー。
【請求項７】
前記クライアント側から配信サーバーに対して行えるのはプリンタ出力用ファイルの送出、ならびに前記管理リスト上の情報のうち、当該クライアントが配信サーバーへ送出したプリンタ出力用ファイルに対応する情報の参照と該情報に対する操作コマンドの送出のみとしたことを特徴とする請求項１〜５何れか一項記載の配信サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のクライアントと複数のプリンタとを繋ぐ配信サーバーであって、各クライアントからのプリンタ出力用ファイルを処理記憶し、プリンタからの要求を受けてプリンタ出力用ファイルを当該プリンタに配信するプリンタ出力用の配信サーバーに関する。
なお、本発明において「ディレクトリ」と「フォルダ」は同義語である。
【背景技術】
【０００２】
複数のクライアントと複数のプリンタとをサーバーを介して接続する形態の印刷システムそれ自体については従来から広く知られている。例えば特許文献１の図５にもそのような構成の印刷システムが掲載されている。
サーバーを介してクライアント側とプリンタ側とを接続してなる印刷システムと云っても大規模なものから小規模なものもあり、且つ、前記印刷システムに用いるサーバーの役割もその規模あるいは目的に応じて様々である。
【０００３】
本発明の配信サーバーも特許文献１に記載のサーバーも、クライアント側とプリンタ側とを接続し、クライアント側からプリンタ側へプリンタ出力用ファイルを渡す中継基地的な役割を果たすという意味において共通するものである。
【０００４】
大規模な印刷システムになればなるほど配信サーバーに繋がる各クライアントと各プリンタとは互いに独立したシステムになる傾向がある。大規模なシステムとは、例えば、クライアント側が出版社の出版システムあるいは金融機関のデータセンターであり、配信サーバーとプリンタ側が印刷会社の印刷工場内の設備であるような場合が想定される。このような環境においては、配信サーバーに繋がる任意のクライアントから他のクライアントのプリンタ出力用ファイルを見ることや、任意のクライアントから他のクライアントからのプリンタ出力用ファイルの進捗状況を見ることができないようにすることがセキュリティ性を確保するうえで重要となる。
【０００５】
したがって、本発明の配信サーバーは、クライアントを同時に複数接続して運用した場合でもクライアント側のセキュリティ性が維持されることが要求される。
【０００６】
さらに、本発明の配信サーバーは、あらゆる業種のクライアントからのプリンタ出力用ファイルでもファイル自体に欠陥がない限り受け入れ、かつ、配信サーバー内で混乱することなく進行管理することが要求される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−１５２５４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のプリンタ出力用の配信サーバーは、クライアントが記憶装置を共有するためのファイルサーバーとしての機能、ならびにクライアントがプリンタを共有するためのプリンタサーバーとしての機能を持つだけである。
【０００９】
例えば、特許文献１の段落［００２４］には「クライアント機器から受信した複数のファイルが共通に格納される一つのディレクトリであることが好ましい。」旨の記載がある。
また、同文献の段落［００２５］には「これによれば、一又は複数のクライアント機器から受信した複数のファイルは、一つの共通のディレクトリに格納されるので、ディレクトリが不要に多く作成されることがない。」旨の記載もある。
【００１０】
しかしながら、各クライアントは互いに独立しているので異なるクライアント間で偶然にも一致するファイル名のファイルが存在する場合もあり得る。
例えば、あるクライアントが、あるファイル名のプリンタ出力用ファイルをサーバーに送出したとする。その時、既に同じファイル名のファイルがサーバー内の一つのディレクトリ（フォルダ）内に存在していたとする。このような場合、サーバーは後からファイルを送出して来たクライアントに対して「既に同じファイル名が存在する」旨のエラーメッセージを返すのが一般的である。
このようなエラーメッセージを受けたクライアントは、一々ファイル名を変更し再びサーバーにファイルを送出する必要があり、クライアント側の負荷が重くなるという課題がある。
【００１１】
他方、一つのクライアント内においてはファイル名が重複しないように管理されているのが一般的であるから、配信サーバー内にクライアントごとにフォルダを用意し、それぞれのクライアントからのプリンタ出力用ファイルを配信サーバー内のクライアントごとに用意されたフォルダに格納することも考えられる。
【００１２】
しかしながら、配信サーバー内においてクライアントごとのフォルダ管理を行う必要があり、仮に前記フォルダ管理に不備があると、クライアントから配信サーバーに対してファイルを送信した時に「フォルダがないためファイルが送信できない」、もしくは「別フォルダに誤って格納される」などのトラブルが発生する可能性がある。
【００１３】
このようにクライアントごとに対応するフォルダを配信サーバー内に用意する方式を採用する場合は、配信サーバー内のファイル管理が一層複雑化するという課題がある。
【００１４】
そこで本発明は、配信サーバーに繋がる各クライアントから受信した複数のファイルを共通する一つのフォルダに格納する構成を採用することで配信サーバー内のファイル管理を単純化し、且つ、各クライアントから受けたファイル名が仮に重複した場合でもクライアントに対してエラーメッセージを返すことのない配信サーバーの提供を目的とする。
【課題を解決するための手段】
【００１５】
本発明の配信サーバーは、以下の各態様に記載の手段により上記の課題を解決するものである。
【００１６】
即ち、本発明の第１の態様は、複数のクライアント（ＣＬｎ）と複数のプリンタ（ＰＲｍ）とを接続する配信サーバーにおいて、前記配信サーバー（１）は、少なくとも、クライアント側から送られてくるプリンタ出力用ファイル（ｆｎ）を受取るための第１の通信制御部（１１）と、情報処理部（２０）と、記憶部（３０）と、前記情報処理部によって処理された処理後のプリンタ出力用ファイルをプリンタ側に送出するための第２の通信制御部（１２）とからなり、前記情報処理部（２０）は、クライアント側から送られてくるプリンタ出力用ファイル（ｆｎ）に対してユニークなファイル名（♯Ｎａｍｅ（ｎ））を命名するファイル名命名手段（２３）を備え、前記記憶部（３０）は、前記ファイル名命名手段によって命名されたファイル名からなるプリンタ出力用ファイル全てを一つのフォルダ内のフォルダ直下に格納するようにした管理フォルダ（３１）と、該管理フォルダに格納されたプリンタ出力用ファイルに対応するファイル名を記述した管理リスト（３３）とを備え、前記管理リスト（３３）は前記第２の通信制御部（１２）を介してプリンタ側から参照可能に制御され、かつ、前記第２の通信制御部（１２）を介してプリンタ側から要求を受けたファイル名のプリンタ出力用ファイルをプリンタ側へ送出した際に、送出したプリンタ出力用ファイルのファイル名を前記管理リストから削除するように制御されることを特徴とするものである。
【００１７】
前記第１の態様によれば、配信サーバーに送られてくる複数のクライアントからの全てのプリンタ出力用ファイルに対してファイル名命名手段によって新たにユニークな新ファイル名を命名すると共に、配信サーバーの記憶部に設けられ、クライアントからのプリンタ出力用ファイルを格納するための共通する一つのフォルダである管理フォルダが設けられている。
【００１８】
それ故、クライアントから送られてくるプリンタ出力用ファイルのうち、ファイル名が仮に重複するファイルが存在したとしても、全てのファイルに対してユニークな新ファイル名が付与され、新ファイル名付与後のファイルが管理フォルダに格納されることになるので、管理フォルダ内においてファイル名が重複することがない。
したがって、配信サーバーにおいて、クライアント側から受けたプリンタ出力用ファイルの存在に曖昧さが生ずることがない。
【００１９】
仮にクライアントからのプリンタ出力用ファイルのファイル名が重複している場合でもクライアントに対してエラーメッセージを返す必要がない。したがって、クライアントに対して新たな負荷が発生することもない。
【００２０】
ファイル名命名手段は、所定の命名規則あるいは命名アルゴリズムに沿ってファイル名の命名がなされることから、管理フォルダ内に格納されたプリンタ出力用ファイルの検索、あるいは管理リストに記述されたファイル名の検索を行う場合の検索条件をファイル名命名手段に用いた命名規則あるいは命名アルゴリズムによって定めることができる。
【００２１】
このようにファイル名命名手段が既知であり、かつ、一つの管理フォルダの直下に全てのプリンタ出力用ファイルが格納されているので、ファイル検索に際して無用に複雑な検索条件を設定することなく的確な検索条件を容易に定めることができ、ファイル管理の単純化が図れる。
【００２２】
さらに、前記管理フォルダに格納されたプリンタ出力用ファイルの新ファイル名を記述した管理リストを記憶部に設け、当該管理リストをプリンタ側から参照できるようにした。
当該管理リストをプリンタ側から参照してプリンタ側で処理可能なプリンタ出力用ファイルを選択し、選択したファイルを取得するための要求コマンドをプリンタ側から配信サーバーに対して出すようにした。
配信サーバーは前記要求コマンドを受けて配信サーバーよりプリンタ側へ該当するプリンタ出力用ファイルを送出すると共に送出したプリンタ出力用ファイルのファイル名を前記管理リストから削除するようにした。これにより管理リストを参照することで未処理のプリンタ出力用ファイルを的確に把握することができる。
【００２３】
本発明の第２の態様は、前記第１の態様において、前記情報処理部（２０）は、クライアント側から送られてくるプリンタ出力用ファイルを検査するファイル検査手段（２５）を更に備え、該ファイル検査手段（２５）により正常と判断されたプリンタ出力用ファイルのみ管理フォルダ（３１）に記述するようにしたことを特徴とするものである。
【００２４】
本発明の第３の態様は、前記第１の態様において、前記情報処理部（２０）は、クライアント側から送られてくるプリンタ出力用ファイルを検査するファイル検査手段（２５）を更に備え、該ファイル検査手段（２５）により正常と判断されたプリンタ出力用ファイルのファイル名のみ管理リスト（３３）に記述するようにしたことを特徴とするものである。
【００２５】
第２ならびに第３の態様によれば、検査済みのプリンタ出力用ファイルのみ扱えるようにしたので一層信頼性が高まる。
【００２６】
本発明の第４の態様は、前記第１または第２の態様において、前記第１の通信制御部（１１）と第２の通信制御部（１２）は共通する入出力インターフェースにより構成されていることを特徴とするものである。
【００２７】
本発明の第５の態様は、前記第１から第３の何れかの態様において、前記プリンタ出力用ファイルは、テキスト情報、画像情報、レイアウト情報、フォント情報、ならびに帳票加工情報の何れかの情報、あるいは何れかの情報を組み合わせた情報からなり、プリンタあるいは帳票加工装置の機種に依存せず出力可能なファイルであることを特徴とするものである。
【００２８】
第５の態様により明らかなように、本発明から得られる最終製品は文字絵柄を用紙に印刷形成した単なる印刷物だけでなく、用紙への文字絵柄の印刷に加えて、更に、折り加工、ミシン目加工、接着層あるいは粘着層のパターン加工、複写層のパターン加工の何れかを含む加工を施した帳票類を含むものである。したがって、本発明のプリンタ出力用ファイルは帳票加工情報も含むものである。
【００２９】
本発明の第６の態様は、前記第１から第５の何れかの態様において、前記プリンタ側から配信サーバーに対して行えるのは前記管理リスト（３３）の参照とファイル送出要求のみとしたことを特徴とするものである。
【００３０】
第６の態様によれば、プリンタ側から前記管理リスト（３３）以外へのアクセスが行えないので、セキュリティが確保できる。
【００３１】
本発明の第７の態様は、前記第１から第５の何れかの態様において、前記クライアント側から配信サーバーに対して行えるのはプリンタ出力用ファイルの送出、ならびに前記管理リスト（３３）上の情報のうち、当該クライアントが配信サーバーへ送出したプリンタ出力用ファイルに対応する情報の参照と該情報に対する操作コマンドの送出のみとしたことを特徴とするものである。
【００３２】
第７の態様によれば、各クライアントが前記管理リスト（３３）上の情報のうち、当該クライアントが配信サーバー側へ送出したプリンタ出力用ファイルに対する情報以外へのアクセスが行えないので、セキュリティが確保できる。
【発明の効果】
【００３３】
本発明によれば、配信サーバーに送られてくる複数のクライアントからの全てのプリンタ出力用ファイルに対してファイル名命名手段によって新たにユニークな新ファイル名を命名すると共に、配信サーバーの記憶部に設けられた唯一の管理フォルダの直下にファイル名命名後のプリンタ出力用ファイルが格納するので、管理フォルダ内においてファイル名が重複することがなく、且つ、クライアント側から受けたプリンタ出力用ファイルの存在に曖昧さが生ずることがない、という効果を奏する。
【００３４】
また、本発明によれば、ファイル名命名手段が既知であり、かつ、唯一の管理フォルダの直下に全てのプリンタ出力用ファイルが格納されているので、ファイル検索に際して無用に複雑な検索条件を設定することなく的確な検索条件を容易に定めることができる、という効果を奏する。
【００３５】
また、本発明によれば、配信サーバーよりプリンタ側へ送出したプリンタ出力用ファイルのファイル名を前記管理リストから削除するようにしたので管理リストを参照することで未処理のプリンタ出力用ファイルを的確に把握することができる、という効果を奏する。
【図面の簡単な説明】
【００３６】
【図１】本発明にかかるクライアントと配信サーバーとプリンタの関係を示す図である  。
【図２】本発明にかかる配信サーバーの内部構成を示す機能ブロック図である。
【図３】本発明にかかる配信サーバー内の記憶部内の構成を示す概念図である。
【図４】本発明にかかるプリンタ出力用ファイルのファイル名の対応関係を示す図である。
【図５】本発明にかかる管理リストの表示例を示す図である。
【図６】本発明にかかるプリンタ出力用ファイルの構成例を示す図である。
【図７】本発明にかかる処理手順を示すフロー図である。
【発明を実施するための形態】
【００３７】
以下、本発明の実施の形態について図面を参照して説明する。
図１は本発明にかかるクライアントと配信サーバーとプリンタの関係を示す図である。図中、１は本発明の配信サーバーであり、該配信サーバー１に対して複数のクライアント（ＣＬ１、ＣＬ２、ＣＬ３、・・・、ＣＬｎ）と複数のプリンタ（ＰＲ１、ＰＲ２、ＰＲ３、・・・、ＰＲｍ）が接続されている。なお、ｎ、ｍは自然数（１、２、３・・・）を意味するものであって、ＣＬｎは配信サーバー１に繋がる複数のクライアントのうち、ｎ番目のクライアントを意味している。同様に、ＰＲｍは複数のプリンタのうち、ｍ番目のプリンタを意味している。以下、クライアント全体（ＣＬ１、ＣＬ２、ＣＬ３、・・・、ＣＬｎ）を意味する場合にはクライアント側と云い、プリンタ全体（ＰＲ１、ＰＲ２、ＰＲ３、・・・、ＰＲｍ）を意味する場合はプリンタ側と云うこととする。
また、ｆ１、ｆ２、ｆ３、・・・、ｆｎはプリンタ出力用ファイルを示しており、例えばｆｎはクライアントＣＬｎから配信サーバー１に対して送出されたプリンタ出力用ファイルを意味している。
【００３８】
図２は、図１の配信サーバー１の内部構成の一例を示す機能ブロック図である。本発明の配信サーバー１は、クライアント側から送られてくるプリンタ出力用ファイルｆｎを受取るための第１の通信制御部１１と、情報処理部２０と、記憶部３０と、前記情報処理部２０によって処理された処理後のプリンタ出力用ファイルをプリンタ側に送出するための第２の通信制御部１２とからなっている。
【００３９】
前記情報処理部２０は、第１の通信制御部１１ならびに第２の通信制御部１２を制御する通信制御手段２１と、記憶部３０を制御する記憶部制御手段２２と、クライアント側から送られてくるプリンタ出力用ファイルｆｎに対してユニークなファイル名を命名するファイル名命名手段２３と、前記ファイル名命名手段２３によって命名されたファイル名を管理リスト３３に対して記述したり削除したりする管理リスト制御手段２４を少なくとも備えている。
【００４０】
本実施の形態では、情報処理部２０は、さらに前記プリンタ出力用ファイルの正当性を検査するファイル検査手段２５を備えている。
【００４１】
前記記憶部３０は、前記ファイル名命名手段２３によって命名されたファイル名からなるプリンタ出力用ファイル全てを一つのフォルダ内のフォルダ直下に格納する管理フォルダ３１と前記管理リストを記憶する記憶領域を少なくとも備えている。
【００４２】
管理リスト３３は前記管理リスト制御手段２４によって前記第２の通信制御部１２を介してプリンタ側から参照可能となるように制御される。さらに、所定プリンタから前記第２の通信制御部１２を介して前記管理リスト３３に記述されたファイル名のプリンタ出力用ファイルに対する送出要求を受けたときは、管理リスト制御手段２４は、前記ファイル名に対応するプリンタ出力用ファイルを前記第２の通信制御部１２を介して前記要求を出した所定プリンタへ送出し、送出したプリンタ出力用ファイルのファイル名を前記管理リストから削除する制御を行う。
【００４３】
図３は、図２に示した配信サーバーの記憶部内の構成を示す概念図である。本発明の管理フォルダ３１は、配信サーバー１に繋がる全てのクライアントからのプリンタ出力用ファイルを格納する専用のフォルダであって、該管理フォルダ３１は記憶部３０内の所定記憶領域に唯一つだけ用意されているものである。
【００４４】
なお、図３に示した例では記憶部３０のルートディレクトリの直下に管理フォルダ３１を設けた構成になっているが、管理フォルダ３１は記憶部３０内の何処に設けてもよい。
また、図３に示した例では管理リスト３３を管理フォルダ内に設けた例を示したが、管理リスト３３は必ずしも管理フォルダ内に設けなくともよい。例えば、管理リスト３３を格納するフォルダを別途設けるようにしてもよい。
【００４５】
このように一つの専用フォルダである管理フォルダ３１の直下に全てのプリンタ出力用ファイルを格納することで、配信サーバー１がクライアント側から受けたプリンタ出力用ファイルの存在に曖昧さが生ずることがない。
【００４６】
しかしながら、各クライアントはセキュリティ性を維持した状態で互いに独立しているので、偶然にも、あるクライアントから受けたプリンタ出力用ファイルのファイル名が他のクライアントから受けたプリンタ出力用ファイルのファイル名と一致する場合もあり得る。
【００４７】
そこで本発明は、配信サーバー１に送られて来た各クライアントからの全てのプリンタ出力用ファイル（ｆ１、ｆ２、ｆ３、・・・、ｆｎ）に対してファイル名命名手段２３によってユニークな新ファイル名を命名すると共に、命名された新ファイル名への書換え処理を施した処理後のプリンタ出力用ファイル３２（♯ｆ１、♯ｆ２、♯ｆ３、・・・、♯ｆｎ）を前記管理フォルダ３１に格納するようにしたものである。
【００４８】
図４は本発明にかかるプリンタ出力用ファイルのファイル名の対応関係を示す図である。同図に示すように、配信サーバー１に繋がる全クライアントのうち、例えばｎ番目のクライアントＣＬｎから送出されたプリンタ出力用ファイルｆｎのファイル名をＮａｍｅ（ｎ）とする。
【００４９】
前記プリンタ出力用ファイルｆｎを受けた当該配信サーバー内のファイル名命名手段２３によって前記プリンタ出力用ファイルｆｎのファイル名Ｎａｍｅ（ｎ）を♯Ｎａｍｅ（ｎ）に書き換える処理を行い、新ファイル名♯Ｎａｍｅ（ｎ）のファイル名からなるプリンタ出力用ファイル♯ｆｎを前記管理フォルダ３１に格納する。したがって管理フォルダ３１の中でファイル名が互いに重複することはない。
【００５０】
ファイル名命名手段２３について以下説明する。
まず命名規則を定める。
（命名規則の例）
初めに桁数を定める。例えば、ファイル名を桁数２０桁、拡張子を３桁に定める。
ファイル名２０桁数のうち、例えば、先頭の４桁（ＡＢＣＤ）をクライアント特定情報  、次の８桁（ＹＹＹＹＭＭＤＤ）を命名年月日、次の６桁（ｈｈｍｍｓｓ）を命名時刻  、次の２桁（ｊｋ）を同時刻のときの付与順とする。
【００５１】
（命名後のファイル名の例）
このような命名規則により生成されるファイル名は
「  ＡＢＣＤＹＹＹＹＭＭＤＤｈｈｍｍｓｓｊｋ.ｐｑｒ  」
の形式で表すことができる。なお、ｐｑｒは拡張子である。
【００５２】
前記ファイル名命名手段２３による新ファイル名の命名は配信サーバー内で取得し得  る情報に基づいて自動的に定めることが可能である。
【００５３】
例えば、クライアント情報（ＡＢＣＤ）は配信サーバーと当該クライアントとがネッ  トワーク接続した際に行う認証情報から特定し得る相手方（クライアント）の名称ある  いはコード情報を利用できる。命名年月日（ＹＹＹＹＭＭＤＤ）ならびに命名時間（ｈ  ｈｍｍｓｓ）は、情報処理部２０がファイル名命名処理を行った時刻情報であり、情報  処理部２０の情報処理装置（コンピュータ）が管理している時刻情報を利用できる。付  与順（ｊｋ）は、情報処理部２０がファイル名命名処理を行った時間が秒の単位で一致  した場合の措置として付す処理順である。
【００５４】
図５は本発明の管理リスト３３の表示例である。管理リスト３３には、少なくともフ  ァイル名命名後のファイル名（♯Ｎａｍｅ（ｎ））と当該ファイル（♯ｆｎ）が記憶さ  れている記憶部３０内の所定ファイル保存アドレス（ａｄｄ（ｎ））が記述されている  。
管理リスト３３に記述されているファイルはプリンタ側へ送出していない未処理ファ  イルのみである。プリンタ側へファイルが送出されると管理リスト制御手段２４により  管理リスト３３上から当該ファイルのファイル名が削除される。
【００５５】
図６は本発明の記憶部３０内の所定ファイル保存アドレス（ａｄｄ（ｎ））に記憶されたプリンタ出力用ファイル（♯ｆｎ）の構成の一例を示す図である。プリンタ出力用ファイル（♯ｆｎ）はファイル名命名手段２３によって命名された命名後のファイル名（♯Ｎａｍｅ（ｎ））とプリントイメージファイルの実体（ＰＩＦ（ｎ））とファイル属性（ＰＰ（ｎ））とから構成されている。
【００５６】
図７は本発明にかかる処理手順を説明するフロー図である。
クライアント側においては、プリンタ側でプリンタ出力等の出力処理する際に必要な出力ファイルの生成（Ｓ１１）と当該出力ファイルの送出（Ｓ１２）を行う。
例えば、本発明の配信サーバー１に繋がるｎ番目のクライアントＣＬｎからはプリンタ出力用ファイルｆｎが出力用ファイルとしてクライアント側から配信サーバーに対して送出される。
【００５７】
本発明の配信サーバー１の第１の通信制御部１１は、常にクライアント側から送られてくるファイルを受け入れる状態になっている。
【００５８】
まず、ｎ番目のクライアントＣＬｎからプリンタ出力用ファイルｆｎが配信サーバー１に送出されと、配信サーバー１においては、第1の通信制御部１１を介して前記プリンタ出力用ファイルｆｎが一時記憶部に記憶されプリンタ出力用ファイルｆｎの受取り処理がなされる（Ｓ２１）。
【００５９】
次に、前記受取り処理（Ｓ２１）によって受取ったプリンタ出力用ファイルｆｎに対してファイル名命名手段２３によってユニークなファイル名の命名がなされ、新ファイル名♯Ｎａｍｅ（ｎ）の付されたプリンタ出力用ファイル♯ｆｎを得る（Ｓ２２）。
【００６０】
次に、前記プリンタ出力用ファイル♯ｆｎを管理フォルダ３１に格納する（Ｓ２３）。
【００６１】
次に、前記プリンタ出力用ファイル♯ｆｎのファイル名♯Ｎａｍｅ（ｎ）と前記プリンタ出力用ファイル♯ｆｎのファイル保存アドレスａｄｄ（ｎ）を管理リスト３３へ登録する（Ｓ２４）。
【００６２】
以上の各ステップ（Ｓ２１〜Ｓ２４）は、クライアント側から送出されたプリンタ出力用ファイルを配信サーバーで受取り、管理フォルダ３１へ格納し、管理リスト３３へ登録するクライアント側と配信サーバーとの間でのファイル管理に関する一連の流れである。
【００６３】
他方、以上の各ステップ（Ｓ２１〜Ｓ２４）による流れとは別に、配信サーバーとプリンタとの間の処理に関する以下の一連の流れがある。
即ち、配信サーバー１の管理リスト３３に登録された内容をプリンタ側へ開示し、プリンタ側は前記管理リスト３３を参照してプリンタ側において出力可能な所定のプリンタ出力用ファイル♯ｆｘを選択して印刷出力するための一連の流れである。なお、プリンタ出力用ファイル♯ｆｘとは、♯ｆ１〜♯ｆｎの出力用ファイルの中のｘ番目のファイルを意味するものである。
【００６４】
まず、前記各ステップ（Ｓ２１〜Ｓ２４）によって得られた管理リスト３３をプリンタ側に開示し（Ｓ３１）、ファイル要求待ち（Ｓ３２）の状態となる。
【００６５】
具体的には配信サーバー１は、第２の通信制御部１２を介して接続されている全てのプリンタに対して管理リスト３３のみ参照するアクセス権を与えることでファイル名の開示を行うと共に、全てのプリンタからのファイル要求を受け入れる。
【００６６】
次に、プリンタ側は前記管理リスト３３を参照し開示されているファイル名の中から印刷出力可能な出力ファイル（例えば＃ｆｘとする）のファイル名（例えば♯Ｎａｍｅ（ｘ））を選択する（Ｓ４１）。
【００６７】
次に、プリンタ側の任意のプリンタＰＲｍからファイル名♯Ｎａｍｅ（ｘ）の出力ファイル♯ｆｘに対するファイル要求コマンドが出されたとする（Ｓ４２）。
配信サーバー１は、プリンタＰＲｍからのファイル名♯Ｎａｍｅ（ｘ）のファイル♯ｆｘに対するファイル要求コマンドを受けて出力ファイル♯ｆｘをプリンタＰＲｍに対して送出する（Ｓ３３）。
【００６８】
配信サーバー１は、管理リストに開示されたファイル名から送出したファイル♯ｆｘに対応するファイル名♯Ｎａｍｅ（ｘ）を削除する（Ｓ３４）。
このようにして、プリンタＰＲｍは、前記出力ファイル♯ｆｘを取得する（Ｓ４３）。
そして、プリンタＰＲｍは、前記出力ファイル♯ｆｘに対応する印刷物を印刷出力する（Ｓ４４）。
【００６９】
プリンタＰＲｍは、前記出力ファイル♯ｆｘに対応する印刷物を印刷出力した後、印刷出力が終了したことを示す情報を配信サーバー１に返すようにしてもよい（図７Ｓ４４からＳ３４へ出る破線状矢印を参照）。
【００７０】
（変形例）
本発明は以上説明した実施の形態に限定されるものではなく種々の変形が可能であり、それらも本発明の均等の範囲内である。例えば以下のようなものが挙げられる。
【００７１】
（イ）  図２において、第１の通信制御部１１と第２の通信制御部１２がそれぞれ独立した構成の例を示したが、第１の通信制御部と第２の通信制御部は共通の入出力インターフェースにより構成されていてもよい。
【００７２】
（ロ）  図３において、管理フォルダ３１を記憶部のルートディレクトリの直下に設けた例を示したが、管理フォルダ３１はルートディレクトリの直下に設ける必要はなく、任意のディレクトリ（フォルダ）内に設けてもよい。
【００７３】
（ハ）  図３において、管理リスト３３を管理フォルダ内に設けた例を示したが、管理リストは記憶部３０内の何処に設けてもよい。
【００７４】
（ニ）  図７のフロー図には示していないが、同図の出力ファイル受取り処理（Ｓ２１）によって受取ったプリンタ出力用ファイルｆｎを図２のファイル検査手段２５により検査するようにしてもよい。
前記ファイル検査手段２５は、図７のファイル名の命名（Ｓ２２）の前に行ってもよいし、ファイル名の命名（Ｓ２２）の後であって、管理フォルダへの格納（Ｓ２３）の前に行っても良い。
【００７５】
（ホ）  図６において、プリンタ出力用ファイルの構成例として、プリントイメージファイルの例を示したが、プリンタ出力用ファイルはプリントイメージファイルに限られるものではなく、例えばＰＤＦ（Portable Document Format、登録商標）形式のファイルのでもよい。さらにプリンタ出力用ファイルは、ミシン目加工情報、カッティング加工情報、折目加工情報、ハーフ加工情報、接着剤形成用パターン情報などに代表される帳票加工情報として機能する出力用ファイルであってもよい。
【符号の説明】
【００７６】
１  配信サーバー
１１  第１の通信制御部
１２  第２の通信制御部
２０  情報処理部
２１  通信制御手段
２２  記憶部制御手段
２３  ファイル名命名手段
２４  管理リスト制御手段
２５  ファイル検査手段
３０  記憶部
３１  管理フォルダ
３２  プリンタ出力用ファイル
３３  管理リスト
【図１】
2013200607.tif 000003
【図２】
2013200607.tif 000004
【図３】
2013200607.tif 000005
【図４】
2013200607.tif 000006
【図５】
2013200607.tif 000007
【図６】
2013200607.tif 000008
【図７】
2013200607.tif 000009