JP5755598B2 - ファイル配信システム - Google Patents

Description

本発明は、スキャナで原稿画像を読み取って生成した画像ファイルを配信するファイル配信システムに係り、特に、ファイル配信に失敗した場合に別の装置で再配信を行うファイル配信システムに関する。

下記特許文献１では、スキャナで読み取った画像のファイルを、その属性ファイル（メタ情報ファイル）とともにファイル配信装置の共有フォルダに入れ、この装置が、該共有フォルダ内の該メタ情報ファイルの内容並びに該画像ファイルのフォーマット及びファイル名内の文字列とファイル配信先決定ルールとに基づき配信先を決定し、自装置の所定のフォルダや他のコンピュータなどの配信先に該画像ファイルを配信する配信システムが開示されている。

このシステムにおいて、例えば、ファイル配信先のコンピュータがスリープ状態、電源オフの状態又はメンテナンス中となっているために、又は配信途中での故障のために、このコンピュータとの接続を確立できない場合、次のような再配信処理を行っている。

すなわち、配信対象の画像ファイルを、配信失敗フォルダ内へ移動させ、インターパルタイマーのインスタンスを生成してタイマーを起動させ、これがタイムアップすると、該画像ファイル及び該メタ情報ファイルを該共有フォルダ内へ戻している。

このシステムによれば、通常の配信処理と同様にして再配信を行うことができる。

特開２０１１−１２９０５１号公報

しかしながら、ファイル配信装置で配信失敗時の再配信も行っており、失敗が繰り返される毎に再配信処理が行われるので、失敗原因が直ぐに除去されなければ、再配信処理が増大し、通常配信処理が遅延する原因となる。

この問題を解決するため、配信失敗時の再配信を専用のファイル再配信装置で行うように構成すると、システムが複雑になる。また、配信失敗が繰り返されると、上記同様に再配信処理が増大する原因となる。

本発明の目的は、このような問題点に鑑み、比較的簡単な構成で再配信を行うことが可能なファイル配信システムを提供することにある。

本発明の他の目的は、比較的簡単な構成で再配信を行うとともに、再配信処理の増大を抑制することが可能なファイル配信システムを提供することにある。

本発明によるファイル配信システムの第１態様では、スキャナで読み取った画像のファイルをファイル配信装置で仲介して配信し、該ファイル配信装置で配信に失敗した場合に再配信をファイル再配信装置に代替させるファイル配信システムであって、該ファイル配信装置及び該ファイル再配信装置のそれぞれのプログラムは、対応するプロセッサに対し受信した画像ファイルを、そのメタ情報と、ファイル配信先決定ルールとに基づき、配信先を決定させ、該配信先へ該画像ファイルを配信させる部分の構成が互いに同一であり、該ファイル再配信装置のプログラムは、そのプロセッサに対し、（ａ）画像ファイルを受信してから所定時間経過後に、（ｂ）該画像ファイルとともに受信したメタ情報と該ファイル配信先決定ルールとに基づき配信先を決定させ、（ｃ）該配信先へ該画像ファイルを配信させ、（ｄ）該画像ファイルの配信に失敗した場合、該画像ファイルを新たに受信したとみなして配信させ、該ファイル再配信装置のプログラムはそのプロセッサに対し、受信フォルダ内にファイルが投入されたか否かを監視させ、ファイルが投入された場合には、所定の画像ファイル及びメタ情報を含んでいるか否かを判定させ、肯定判定した場合には、現時刻を読み取らせてタイムスタンプとさせ、このタイムスタンプと、該画像ファイルの識別情報と、値が１回目に初期化された回数との組又はその識別子を、待行列要素としてキューの後端に追加させ、該キューの先頭の待行列要素がＮＵＬＬ又は空でなければ、該待行列要素を該キューから取り出させ、現時刻と該取り出した待行列要素に属するタイムスタンプとの差を定期的に算出させ、この差が、第１設定値又は該第１設定値と該回数とで定まる値以上であれば、該画像ファイルを受信してから所定時間が経過したと判定させる、ことにより処理（ａ）を実行させ、処理（ｂ）において、該取り出した待行列要素に属する該識別情報に対応する画像ファイル及びメタ情報を該受信フォルダ内から取得させ、処理（ｄ）において、該画像ファイルの配信に失敗した場合、該取り出した待行列要素に属する回数を正又は負の一方向に変化させ、その回数が第２設定値に等しくないときのみこの待行列要素を該キューの後端に追加させる。

本発明によるファイル配信システムの第２態様では、第１態様において、該ファイル配信装置及び該ファイル再配信装置のプログラムはいずれも、対応するプロセッサに対し、決定した配信先のＵＲＩがインターネット上の文書管理サービスのＵＲＩである場合、該画像ファイルを該文書管理サービスに登録させる。

本発明によるファイル配信システムの第３態様では、第１又は２態様において、処理（ａ）において、該第１設定値と該回数とで定まる値は、該第１設定値と該回数との積である。

本発明によるファイル配信システムの第４態様では、第１又は２態様において、処理（ａ）において、該第１設定値と該回数とで定まる値は、該第１設定値と２の該回数乗との積である。

上記第１態様の構成によれば、ファイル配信装置で配信に失敗した場合に再配信をファイル再配信装置に代替させるので、該ファイル配信装置の負荷が低減されるとともにそのソフトウェア構成を簡単化でき、また、該ファイル配信装置及び該ファイル再配信装置のそれぞれのプログラムは、対応するプロセッサに対し受信した画像ファイルを、そのメタ情報と、ファイル配信先決定ルールとに基づき、配信先を決定させ、該配信先へ該画像ファイルを配信させる部分の構成が互いに同一であるので、システム開発コストを低減できるという効果を奏する。また、ファイル再配信装置において、配信順のキューの要素に受信時のタイムスタンプと再配信の回数とを持たせ、現時刻と該キューから取り出した先頭の要素のタイムスタンプとの差を定期的に算出し、この差が第１設定値又は該第１設定値と該回数とで定まる値以上であれば、該画像ファイルを受信してから所定時間が経過したと判定しており、配信失敗毎にタイマーを生成しそれぞれについて処理を行う必要がないので、ＣＰＵの負荷が低減され、これにより、例えば、管理者ＰＣにファイル再配信アプリケーションをインストールしてファイル再配信装置を兼用することが可能となるという効果を奏する。また、値が１回目に初期化された回数も待行列要素に含まれ、該画像ファイルの配信に失敗した場合、該取り出した待行列要素に属する回数を正又は負の一方向に変化させ、その回数が、第２設定値に等しくないときのみこの待行列要素を該キューの後端に追加させるので、簡単な構成で、再配信を所定回数まで繰り返し行うことができるという効果を奏する。

上記第２態様の構成によれば、配信先のＵＲＩがインターネット上の文書管理サービスのＵＲＩである場合、該画像ファイルを該文書管理サービスに登録させるので、各種配信を仲介することができるという効果を奏する。

上記第３態様の構成によれば、処理（ａ）において、該第１設定値と該回数とで定まる値が、該第１設定値と該回数との積であるので、再配信の繰り返し回数に比例して再配信間隔が長くなり、通信経路や配信先での故障などにより再配信処理の負荷が必要以上に増大するのを防止することができ、例えば上述の、管理者ＰＣにファイル再配信アプリケーションをインストールしてファイル再配信装置を兼用する可能性が増大する。

上記第４態様の構成によれば、処理（ａ）において、該第１設定値と該回数とで定まる値が、該第１設定値と２の該回数乗との積であるので、再配信する毎に再配信間隔が前回の２倍になり、第３態様で述べた効果が高められるという効果を奏する。

本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。

本発明の実施例１に係るファイル配信システムの概略説明図である。 ファイル配信装置と配信先ＰＣとのファイル送信に関するハードウェア概略ブロック図である。 図２中のファイル配信装置の概略機能ブロック図である。 ユーザによる画像形成装置の操作及びそれにより生成されるスキャン画像のファイルを自動配信する処理のシーケンス図である。 図３中のフォルダ内監視部の構成を示す概略機能ブロック図である。 図３中の配信先決定処理部の構成を示す概略機能ブロック図である。 図３中のファイル配信先決定ルールの構成例を示す図である。 配信先がクラウド上文書管理サービスである場合の文書登録処理を示す概略フローチャートである。 管理者ＰＣによるファイル配信の機能ブロック図である。 図９中のフォルダ内監視部及び伝達遅延部の構成を示す概略機能ブロック図である。 本発明の実施例２に係る、再配信用のフォルダ内監視部及び伝達遅延部の構成を示す概略機能ブロック図である。 本発明の実施例３に係るファイル配信システムの概略説明図である。

図１は、本発明の実施例１に係るファイル配信システムの概略説明図である。

ファイル送信を仲介するファイル配信装置１０は、送信元の画像形成装置２０と、配信先のＮ台のＰＣ（パーソナルコンピュータ）３０−１〜３０−Ｎと共に、ＬＡＮ（ローカルエリアネットワーク）４０に結合されている。画像形成装置２０からファイル配信装置１０へのファイル送信及びファイル配信装置１０からＰＣ３０−１〜３０−Ｎのうちの１つ以上の装置へのファイル配信は、これらのＯＳに備えられているファイル共有サービスを用いて行うことにより、ファイル配信アプリケーションの構成を簡単化している。すなわち、ファイル配信先の補助記憶装置に共有フォルダを作成し、配信元でこれを操作可能にして、この共有フォルダへファイルを投入することにより、ファイルを配信する。

ファイル配信装置１０の配信先は、ＬＡＮ４０上のＰＣに限定されず、また、配信は単なる配信に限定されず、ルータ４１を介してインターネット４２上のクラウド５０の文書管理サービス５１を配信先（登録先）とすることもできる。

文書への検索用タグ付けに関しては、画像形成装置２０よりもＰＣの方が操作性がよいので、まず、画像形成装置２０で読み取った画像ファイルを電子文書としてファイル配信装置１０を介し文書管理サービス５１に登録する。文書管理サービス５１はこの際、文書に登録日時を自動的に紐付けする。ユーザはこの後、ＰＣから文書管理サービス５１にこの登録日時の範囲を指定して文書を読み出し、その文書を指定してこれにタグを紐付けることにより、容易かつ適切に検索が行えるようにする。

図２は、ファイル配信装置１０とＰＣ３０−ｉとのファイル送信に関するハードウェア概略ブロック図である。このＰＣ３０−ｉは、図１のＰＣ３１〜３０−Ｎのいずれかである。

ファイル配信装置１０では、ＣＰＵ１１がインターフェイス１２を介してＰＲＯＭ１３、ＤＲＡＭ１４、ハードディスクドライブ１５及びネットワークインターフェイス１６に結合されている。図２では、簡単化の為に、複数種のインターフェイスを１つのブロック１２で表している。

ＰＲＯＭ１３は、例えばフラッシュメモリであり、ＢＩＯＳが格納されている。ＤＲＡＭ１４は、主記憶装置として用いられる。ハードディスクドライブ１５には、仮想記憶方式のＯＳ、各種ドライバ及びファイル配信アプリケーションが格納されている。ネットワークインターフェイス１６は、ネットワークＬＡＮ４０に結合されている。

ＰＣ３０−ｉは構成要素３１〜３７を備え、構成要素３１〜３６はそれぞれファイル配信装置１０の構成要素１１〜１６に対応している。会話型入出力装置３７は、例えばキーボード、ポインティングデバイス及び表示装置を備えている。ハードディスクドライブ３５には、原稿画像をスキャンしその画像を処理して画像ファイルを生成するアプリケーション及びスキャナドライバが格納されている。管理者ＰＣ３０−１の場合にはハードディスクドライブ３５にさらに、ファイル再配信ソフトウェアが格納されている。

図３は、ファイル配信装置１０の機能ブロック図である。各機能ブロックは、コンピュータのハードウェアとソフトウェアとの協働により動作する。図４は、ユーザＵが画像形成装置２０を操作して原稿画像をスキャンさせることにより、スキャン画像を生成し、そのファイルを、ファイル配信装置１０を介しＰＣ３０−ｉに自動配信する処理のシーケンス図である。

以下、図４のシーケンスを参照して、図３の構成及びその動作を説明する。以下の括弧内は、図４中のシーケンスのステップ識別符号である。

（Ｓ１）ユーザＵは、画像形成装置２０の操作パネルを操作し又はＩＣカードにより、ユーザＩＤとパスワードとを画像形成装置２０に入力してログインし、操作パネルでスキャン・配信機能又は文書管理サービス５１への文書登録機能（ScanToDocManager）を選択し、画像読取りにおけるカラー／モノクロモード、解像度、画像ファイルのフォーマット等の条件を選択し、スキャン開始ボタンを押下する。

（Ｓ２）画像形成装置２０はこれに応答して、選択された条件の下で原稿画像をスキャンし、その画像ファイルＧＦを画像形成装置２０のメモリ上又は補助記憶装置内に生成する。

ステップＳ１でScanToDocManagerが選択された場合には、この機能名"ScanToDocManager"がスキャン画像ファイルＧＦの名前に付加される。

（Ｓ３）画像形成装置２０は次に、この画像ファイルに関し、ログインの際に入力されたユーザ識別子と、画像形成装置２０の識別子（送信元識別子）、例えば型式とシリアル番号の組とを含むメタ情報ファイルＭＦを生成する。

（Ｓ４）画像形成装置２０は次に、ＯＳのファイル共有サービスを用いてこれらスキャン画像ファイルＧＦ及びメタ情報ファイルＭＦをファイル配信装置１０内の共有フォルダである受信フォルダ７０内へ送信（投入）する。これにより、受信フォルダ７０内には、スキャン画像ファイル７１及びメタ情報ファイル７２が格納される。構成の簡単化のため、スキャン画像ファイルＧＦとメタ情報ファイルＭＦとは、ファイル名の本体部が互いに同一にされて両者が紐付けられており、ファイル名の拡張子のみ互いに異なる。なお、画像ファイルとメタ情報ファイルとをアーカイブして１つのファイルにして送信してもよい。

ここで、図５に示すようにフォルダ内監視部７３は、キュー管理部７４と、キュー７５とを備えている。

（Ｓ５）キュー管理部７４は、ＯＳの、バックグラウンドで動作するサービスソフトウェアに含まれるイベント通知機能を介して、受信フォルダ７０内にファイルが投入されたか否かを監視し、ファイルが投入されたことを検出した場合には、それらの拡張子からスキャン画像ファイルＧＦとメタ情報ファイルＭＦの組であるか否かを判定する。肯定判定した場合には、キュー７５の後端に、スキャン画像ファイルＧＦの名前の本体部ＦＮｍを待行列要素７５ｅとして追加する。図５では、キュー７５は、値がＦＮｍ〜ＦＮ０のそれぞれの要素７５ｅを保持しており、ＦＮｍが後端、ＦＮ０が先頭に位置している。

ここで、図６に示すように配信先決定処理部７６は、ファイル形式検出部画像ファイル形式検出部７７と、メタ情報取出部７８と、配信先決定部７９とを備えている。

（Ｓ６）画像ファイル形式検出部７７は、図５のキュー７５に要素７５ｅが存在すれば、すなわち先頭要素７５ｅがＮＵＬＬでなければ、この要素７５ｅを取り出し、次のような処理を行う。

すなわち、ファファイル形式検出部画像ファイル形式検出部７７は、受信フォルダ７０内のファイルのうち、ファイル名本体部がＦＮ０と一致するものを見つけ出し、そのうち、拡張子が"ｐｄｆ"又は"ｊｐｇ"、"ｐｎｇ"、"ｂｍｐ"などの所定画像ファイル拡張子のいずれかと一致するものを見つけ、これをスキャン画像ファイルのフォーマット識別子とする。

（Ｓ７）次いでメタ情報取出部７８は、受信フォルダ７０内のファイルのうち、ファイル名本体部がＦＮ０と一致し拡張子が"meta"であるメタ情報ファイルからユーザ識別子及び送信元識別子を取り出す。

（Ｓ８）次いで配信先決定部７９は、これらファイル名本体部ＦＮ０、画像ファイルフォーマット、ユーザ識別子及び送信元識別子を含むメタ情報と、例えば図７に示すようなファイル配信先決定ルール８０とから、配信先ＵＲＩを決定し、制御を配信部８１へ移す。このファイル配信先決定ルール８０は、階層構造になっているので、例えばＸＭＬファイルで構成することができる。

図７のファイル配信先決定ルール８０では、ユーザ識別子（ユーザＩＤ）と送信元識別子とファイルに含まれる文字列と画像ファイルフォーマット識別子（ファイル拡張子）との組み合わせにより配信先が定まることを示している。空欄は任意であることを示し、また、同一ユーザ識別子の場合、上の行ほど優先順位が高く、上の行から順にメタ情報を照合し、最初にマッチした行の配信先が適用される。

ファイル配信先決定ルール８０の第１行は、ファイル名本体部に"ScanToDocManager"が含まれていれば、ユーザＩＤや送信元識別子や画像ファイルのフォーマットとは無関係に、配信先Ａに配信することを示している。

本実施例では、図７中の配信先Ａは文書管理サービス５１のＵＲＩであり、配信先Ｂ〜Ｉはいずれもファイル配信装置１０内の図３に示すフォルダ６１若しくはフォルダ６２のパス又はファイル配信装置１０外の共有フォルダのＵＲＩであって、例えば、Ａ＝"SMB://192.168.126.162/SCAN/稟議.jpeg/"、Ｅ＝"c:/Design"であるとする。

（Ｓ９）配信部８１は、決定された配信先へスキャン画像ファイル７１を、配信先のＵＲＩに応じ、ＯＳのファイルシステムを介して移動し、ＳＭＢプロトコルで配信し、又は文書管理サービス５１への登録処理を行う。本明細書では、「移動」及び「登録」はいずれも配信の一形態である。

図８は、１つの要素７５ｅに関する配信先が文書管理サービス５１である場合の文書登録処理を示す概略フローチャートである。以下、括弧内は、図８中のステップ識別符号である。

（Ｓ１０）ファイル配信装置１０は、ＳＯＡＰ／ＨＴＴＰプロトコルにより、文書管理サービス５１に対し登録要求する。

（Ｓ１１）この要求に対する応答がまだ無ければ、ステップＳ１２へ進み、有ればステップＳ１３へ進む。

（Ｓ１２）ステップＳ１０での要求開始から設定時間、例えば３０秒が経過していなければステップＳ１１へ戻り、経過していれば、すなわち、例えばファイル配信先のＰＣ３１がスリープ状態や電源オフの状態となっていたり、又は配信途中が故障であるなどの理由により、文書管理サービス５１との接続を設定時間内に確立できなかった場合には、ステップＳ１５へ進む。

（Ｓ１３）文書管理サービス５１は、ファイル配信装置１０に対しユーザのＩＤとパスワードを要求する。ファイル配信装置１０はこれに応答して、不図示のテーブルを参照し、画像形成装置２０で入力されたユーザのＩＤに対応した文書管理サービス５１に対するユーザのＩＤとパスワードを読み出して、これらを文書管理サービス５１に送信する。認証をパスするとステップＳ１４へ進む。

（Ｓ１４、Ｓ１５）所定のプロトコルに従って、スキャン画像ファイルＧＦを文書管理サービス５１に登録することにより、上記要素７５ｅに関する文書登録処理を終了する。但し、登録処理の途中で上記理由が発生して文書管理サービス５１との接続が遮断された場合には、ステップＳ１６へ進む。

（Ｓ１６）配信部８１は、スキャン画像ファイル７１及びメタ情報ファイル７２を管理者ＰＣ３０−１へ送信して、上記要素７５ｅに関する配信処理を終了する。

次に、管理者ＰＣ３０−１でのファイル再配信について説明する。

独立のファイル再配信装置を備えずに管理者ＰＣ３０−１にファイル再配信アプリケーションをインストールする理由は、通常は再配信処理が殆ど生じないことと、後述のようにプロセッサの負担を軽減するようにファイル再配信アプリケーションを構成しているからである。

図９は、管理者ＰＣ３０−１にインストールされたファイル再配信アプリケーションとハードウェアとで構成されるファイル再配信機能部６０Ｒの機能ブロック図である。

このファイル再配信機能部６０Ｒは、図３のファイル配信機能部６０に伝達遅延部９０を付加し、図３のフォルダ内監視部７３の構成を少し変更してフォルダ内監視部７３Ｒとし、また、再配信先を受信フォルダ７０Ｒ内とする構成となっており、すなわちファイル配信機能部６０との共通部分を多くした構成となっており、これにより、システム全体の開発コストを低減している。ファイル再配信機能部６０Ｒの配信先決定処理部７６Ｒ、ファイル配信先決定ルール８０Ｒ及び配信部８１Ｒはそれぞれ図３のファイル配信機能部６０の配信先決定処理部７６、ファイル配信先決定ルール８０及び配信部８１と同一構成である。

図１０は、フォルダ内監視部７３Ｒ及び伝達遅延部９０の構成を示す機能ブロック図である。

キュー管理部７４Ｒは、図５のキュー管理部７４と同様にして、受信フォルダ７０Ｒ内にファイルが投入されたか否かを監視し、ファイルが投入されたことを検出した場合には、それらのファイル名からスキャン画像ファイルＧＦとメタ情報ファイルＭＦとの組であるか否かを判定する。肯定判定した場合には、伝達遅延部９０の時計部９１から現時刻を読み取ってタイムスタンプＴＳｍとし、このＴＳｍと、スキャン画像ファイルＧＦの名前の本体部ＦＮｍと、回数Ｎｍとの組を、待行列要素としてキュー７５の後端に追加する。ここに回数Ｎｍは、ファイル再配信機能部６０Ｒでの同一対象の配信回数であり、初期値は１である。

伝達遅延部９０において、差算出部９２は、キュー７５Ｒの先頭の要素７５ＲｅがＮＵＬＬ（又は空）でなければ、要素７５Ｒｅをキュー７５Ｒから取り出してその値を変数９２０に代入し、そのタイムスタンプＴＳ０を読み取り、時計部９１が示す現時刻とこのタイムスタンプＴＳ０との差を定期的に算出する。比較部９３は、この差が設定値９４以上であれば、図９の配信先決定処理部７６Ｒを実行させる。

配信先決定処理部７６Ｒは、変数９２０の内容を読み出し、そのファイル名本体部ＦＮ０に基づき、上述の配信先決定処理部７６と同様に配信先を決定する。配信部８１Ｒは、上述の配信部と同様に、この配信先へ画像ファイルを配信する。配信部８１Ｒは、この配信に失敗した場合、そのことをキュー管理部７４Ｒに通知する。

キュー管理部７４Ｒはこれに応答して、変数９２０の回数Ｎ０を１だけインクリメントし、回数Ｎ０が設定値Ｍ以下であれば、変数９２０の内容を新たな要素７５Ｒｅに代入し、この要素７５Ｒｅをキュー７５Ｒの後端に追加する。これにより、設定値９４の時間間隔で再配信が最大Ｍ回まで繰り返されることになる。

本実施例１によれば、ファイル配信装置１０で配信に失敗した場合に再配信をファイル再配信機能を持たせた管理者ＰＣ３０−１に代替させるので、ファイル配信装置１０の負荷が低減されるとともにそのソフトウェア構成を簡単化でき、また、ファイル配信装置１０及び管理者ＰＣ３０−１のファイル配信に関するそれぞれのプログラムは、対応するプロセッサに対し受信した画像ファイルＧＦを、そのメタ情報と、ファイル配信先決定ルール８０とに基づき、配信先を決定させ、配信先へ画像ファイルＧＦを配信させる部分の構成が互いに同一であるので、システム開発コストを低減できるという効果を奏する。

また、配信先のＵＲＩがインターネット上の文書管理サービスのＵＲＩである場合、画像ファイルＧＦを文書管理サービス５１に登録させるので、このシステムは各種配信を仲介することができるという効果を奏する。

さらに、ファイル再配信装置１０において、配信順のキュー７５Ｒの要素に受信時のタイムスタンプＴＳｍと再配信の回数Ｎｍとを持たせ、現時刻とキュー７５から取り出した先頭の要素のタイムスタンプＴＳ０との差を定期的に算出し、この差が設定値９４以上であれば、画像ファイルＧＦを受信してから所定時間が経過したと判定しており、配信失敗毎にタイマーを生成しそれぞれについて処理を行う必要がないので、ＣＰＵの負荷が低減され、これにより、管理者ＰＣ３０−１にファイル再配信アプリケーションをインストールしてファイル再配信装置を兼用することが可能となるという効果を奏する。

また、値が１回目に初期化された回数Ｎｍも待行列要素に含まれ、画像ファイルＧＦの配信に失敗した場合、取り出した待行列要素７５Ｒｅの回数Ｎ０を１だけインクリメントさせ、その回数が、設定値に等しくないときのみこの待行列要素をキュー７５Ｒの後端に追加させるので、簡単な構成で、再配信を所定回数まで繰り返し行うことができるという効果を奏する。

図１１は、本発明の実施例２に係る、フォルダ内監視部７３Ｒ及び伝達遅延部９０Ａの構成を示す機能ブロック図である。

この実施例２では、図１０の伝達遅延部９０において、比較部９３と設定値９４との間に乗算部９５を挿入したものを伝達遅延部９０Ａとして用いている。乗算部９５は、設定値９４に、変数９２０内の回数Ｎ０を乗じた値を出力する。比較部９３は、差算出部９２が求めた差がこの値以上であれば、図９の配信先決定処理部７６Ｒを実行させる。

他の点は、上記実施例１と同一である。

本実施例２によれば、再配信回数Ｎ０に比例して再配信間隔が長くなるので、通信経路や配信先での故障などにより再配信処理の負荷が必要以上に増大するのを防止することができ、管理者ＰＣ３０−１などにファイル再配信アプリケーションをインストールしてファイル再配信装置を兼用する可能性が増大する。

なお、乗算部９５は、設定値９４に値２^N0を乗じたものを出力する構成であってもよい。この場合、再配信間隔が前回の間隔の２倍となり、前記効果が高められるという効果を奏する。

上記実施例１及び２では、管理者ＰＣ３０−１にファイル再配信機能を持たせているので、管理者ＰＣ３０−１又はＬＡＮ４０に故障が発生した場合には、文書管理サービス５１への再配信を行うことができず、故障が継続した場合にはその間、再配信が失敗する。

図１２は、この問題を解決するための、本発明の実施例３に係るファイル配信システムの概略説明図である。

この実施例３では、インターネット４２上のクラウド５２に、実施例２の管理者ＰＣ３０−１内のファイル再配信機能と同一のものをファイル再配信サービス５３として提供している。そして、文書管理サービス５１への再配信に関してのみ、再配信対象のスキャン画像ファイルＧＦ及びメタ情報ファイルＭＦをファイル配信装置１０からファイル再配信サービス５３へ送信することにより、ファイル再配信サービス５３で文書管理サービス５１への再配信を行っている。

他の点は、上記実施例１と同一である。

以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。

例えば、メタ情報は、配信先と関連づける情報であればよく、配信元ユーザＩＤと文書種別とを含むもの、画像ファイルＧＦに埋め込まれたもののみ、又は、画像ファイルＧＦのファイル名のみであってもよい。

また、待行列要素は、上述のような値の組自体であってもその識別子（ポインタ）であってもよい。

さらに、再配信回数Ｎｍの初期値を例えば１０とし、再配信を繰り返す毎に１だけデクリメントし、回数Ｎｍが設定値０になったら再配信を停止するように構成してもよいことは勿論である。

１０ ファイル配信装置
１１、３１ ＣＰＵ
１２、３２ インターフェイス
１３、３３ ＰＲＯＭ
１４、３４ ＤＲＡＭ
１５、３５ ハードディスクドライブ
１６、３６ ネットワークインターフェイス
２０ 画像形成装置
３０−１ 管理者ＰＣ
３０−ｉ ＰＣ
３７ 会話型入出力装置
４０ ＬＡＮ
４１ ルータ
４２ インターネット
５０、５２ クラウド
５１ 文書管理サービス
５３ ファイル再配信サービス
６０ ファイル配信機能部
６０Ｒ ファイル再配信機能部
６１、６２ フォルダ
７０、７０Ｒ 受信フォルダ
７１、ＧＦ スキャン画像ファイル
７２、ＭＦ メタ情報ファイル
７３、７３Ｒ フォルダ内監視部
７４、７４Ｒ キュー管理部
７５、７５Ｒ キュー
７５ｅ、７５Ｒｅ 要素
７６、７６Ｒ 配信先決定処理部
７７ 画像ファイル形式検出部
７８ メタ情報取出部
７９ 配信先決定部
８０、８０Ｒ ファイル配信先決定ルール
８１、８１Ｒ 配信部
９０、９０Ａ 伝達遅延部
９１ 時計部
９２ 差算出部
９３ 比較部
９４ 設定値
９５ 乗算部
Ｕ ユーザ

Claims (5)

1. スキャナで読み取った画像のファイルをファイル配信装置で仲介して配信し、該ファイル配信装置で配信に失敗した場合に再配信をファイル再配信装置に代替させるファイル配信システムであって、
   該ファイル配信装置及び該ファイル再配信装置のそれぞれのプログラムは、対応するプロセッサに対し受信した画像ファイルを、そのメタ情報と、ファイル配信先決定ルールとに基づき、配信先を決定させ、該配信先へ該画像ファイルを配信させる部分の構成が互いに同一であり、
   該ファイル再配信装置のプログラムは、そのプロセッサに対し、（ａ）画像ファイルを受信してから所定時間経過後に、（ｂ）該画像ファイルとともに受信したメタ情報と該ファイル配信先決定ルールとに基づき配信先を決定させ、（ｃ）該配信先へ該画像ファイルを配信させ、（ｄ）該画像ファイルの配信に失敗した場合、該画像ファイルを新たに受信したとみなして配信させ、
   該ファイル再配信装置のプログラムはそのプロセッサに対し、
   受信フォルダ内にファイルが投入されたか否かを監視させ、
   ファイルが投入された場合には、所定の画像ファイル及びメタ情報を含んでいるか否かを判定させ、
   肯定判定した場合には、現時刻を読み取らせてタイムスタンプとさせ、このタイムスタンプと、該画像ファイルの識別情報と、値が１回目に初期化された回数との組又はその識別子を、待行列要素としてキューの後端に追加させ、
   該キューの先頭の待行列要素がＮＵＬＬ又は空でなければ、該待行列要素を該キューから取り出させ、
   現時刻と該取り出した待行列要素に属するタイムスタンプとの差を定期的に算出させ、
   この差が、第１設定値又は該第１設定値と該回数とで定まる値以上であれば、該画像ファイルを受信してから所定時間が経過したと判定させる、
   ことにより処理（ａ）を実行させ、
   処理（ｂ）において、該取り出した待行列要素に属する該識別情報に対応する画像ファイル及びメタ情報を該受信フォルダ内から取得させ、
   処理（ｄ）において、該画像ファイルの配信に失敗した場合、該取り出した待行列要素に属する回数を正又は負の一方向に変化させ、その回数が第２設定値に等しくないときのみこの待行列要素を該キューの後端に追加させる、
   ことを特徴とするファイル配信システム。
2. 該ファイル配信装置及び該ファイル再配信装置のプログラムはいずれも、対応するプロセッサに対し、決定した配信先のＵＲＩがインターネット上の文書管理サービスのＵＲＩである場合、該画像ファイルを該文書管理サービスに登録させる、
   ことを特徴とする請求項１に記載のファイル配信システム。
3. 処理（ａ）において、該第１設定値と該回数とで定まる値は、該第１設定値と該回数との積であることを特徴とする請求項１又は２に記載のファイル配信システム。
4. 処理（ａ）において、該第１設定値と該回数とで定まる値は、該第１設定値と２の該回数乗との積であることを特徴とする請求項１又は２に記載のファイル配信システム。
5. 該ファイル再配信装置は、インターネット上のクラウドの一部であり、
   該スキャナと該ファイル配信装置とがローカルエリアネットワークで結合され、
   該ローカルエリアネットワークがルータを介してインターネットに結合されている、
   ことを特徴とする請求項１乃至４のいずれか１つに記載のファイル配信システム。

Images