JP5504691B2 - 情報処理装置、プログラム、記録媒体、及び方法 - Google Patents

Description

本発明は、画像処理装置、画像形成装置、画像処理システム、画像処理方法、プログラム、及び記録媒体に関する。

近年、多くの企業において、多機能複合機などの画像入出力機器のネットワーク上への配置・接続が進んでいる。画像入出力機器は、業務の効率化を図る手段として大きな役割を担っている。特に、紙画像の電子化と配布を効率的に行う画像処理システムが重要になっている。画像処理システムを構成する大きな要素は、画像入出力機器（例えばスキャナ、ＭＦＰなど）と画像配信サーバ（画像処理サーバ）である。画像配信サーバには、あらかじめさまざまな業務・用途にあわせた複数の配信設定（処理フロー）メニューが登録されている。利用者は、画像入出力機器のオペレーションパネル（操作部）から、業務に適した処理フローを選択してスキャンを行う。

例えば、特開２００８−９７５８６号公報（特許文献１）は、まず、配信サーバにおいてフロー定義データに基づいて、スキャン画像データに対して処理する際に、画面定義データを複合機に送信する。次に、配信サーバは、画面定義データに基づいて複合機に表示された書誌情報入力画面から入力された書誌情報を受信し、受信した書誌情報とフロー定義データを関連づけ、書誌情報が関連づけられたフロー定義データに基づいて、スキャン画像データに対して処理の実行を制御することが開示されている。

一方、効率よくプリント処理を行うために、複数のデータを結合して１つのジョブを生成することが考えられる。例えば、特開２００８−１６２２０６号公報（特許文献２）には、プリントデータに対するジョブ生成処理を開始した後、先行するジョブ生成処理に結合可能かどうかをジョブ属性などに基づいて判断し、結合可能であれば１つのジョブを生成する技術が開示されている。

また、近年、ＭＦＰはデジタル化され、入力された画像データをＷｉｎｄｏｗｓ（登録商標）の共有フォルダ（ＨｏｔＦｏｌｄｅｒ）に書き出す機能を備えることができる。前述した画像処理システムにおいて、共有フォルダにファイルが記憶されたことを検知して、ファイルに対してデータ処理を行うような機能（ＨｏｔＦｏｌｄｅｒ機能）を備えることで、規定のプラットフォームに未対応の機器でも当該画像処理システムの利用を間接的に行うことができる。

しかしながら、従来技術を適用して、フォルダに格納された画像データの配信処理を行う画像処理システムを考えた場合、フォルダに格納された複数のファイルを１つのジョブとして結合（バインド）して効率よく配信するシステムは存在しない。また、効率よく処理するために特許文献２の技術を適用しようとしても、フォルダに格納された複数のファイルのみでは、先行するジョブを判断することもできず、また、ジョブの属性により結合を判断することもできない。

そこで、フォルダに格納された画像データの配信処理を行う画像処理システムにおいて、フォルダに格納された複数の画像データを適切に結合して、効率よく配信処理を行う画像処理装置、画像形成装置、画像処理システム、画像処理方法、プログラム、及び記録媒体を提供することを目的とする。

本発明における一局面の情報処理装置は、電子データを格納する第１の格納手段とネットワークを介して接続する接続手段と、複数の電子データを結合するか否かを判定するための結合条件と、該結合条件による判定を行う対象の電子データが格納される格納先とを関連付けた条件情報を格納する第２の格納手段と、前記第１の格納手段に格納された電子データを取得する取得手段と、前記条件情報に基づき、前記取得手段により取得した、前記第１の格納手段の前記格納先に格納された第１の電子データと第２の電子データとが、該格納先に関連付く結合条件を満たすか否かを判定する判定手段と、前記判定手段により前記結合条件を満たすと判定された場合に、前記第１の電子データと前記第２の電子データとを結合する結合手段と、を備える。また、参考例における画像処理装置は、画像データを格納する格納手段から画像データを取得して、該画像データを配信する画像処理装置であって、複数の画像データをまとめるためのバインド条件を設定する設定手段と、前記格納手段に前記画像データが格納されたかを監視する監視手段と、前記監視手段により画像データが格納されたことを検知した場合に該画像データを取得し、該画像データを前記バインド条件に従ってバインドする結合手段と、前記結合手段によりバインドされた画像データを１つのジョブとし、１以上の処理の流れを定義する処理フローに従って、前記１以上の処理の適用を制御するフロー制御手段とを備える。

また、参考例における他の局面の画像形成装置は、画像データを格納する格納手段から画像データを取得して、該画像データを配信する画像形成装置であって、複数の画像データをまとめるためのバインド条件を設定する設定手段と、前記格納手段に前記画像データが格納されたかを監視する監視手段と、前記監視手段により画像データが格納されたことを検知した場合に該画像データを取得し、該画像データを前記バインド条件に従ってバインドする結合手段と、前記結合手段によりバインドされた画像データを１つのジョブとし、１以上の処理の流れを定義する処理フローに従って、前記１以上の処理の適用を制御するフロー制御手段とを備える。

また、参考例における他の局面の画像処理システムは、ネットワークに接続された画像形成装置と画像処理装置とを備える画像処理システムであって、前記画像形成装置は、画像を読み込み、画像データを取得する画像読込手段と、前記画像読込手段により取得された画像データを格納手段に送信する送信手段とを備え、前記画像処理装置は、複数の画像データをまとめるためのバインド条件を設定する設定手段と、前記格納手段に前記画像データが格納されたかを監視する監視手段と、前記監視手段により画像データが格納されたことを検知した場合に該画像データを取得し、該画像データを前記バインド条件に従ってバインドする結合手段と、前記結合手段によりバインドされた画像データを１つのジョブとし、１以上の処理の流れを定義する処理フローに従って、前記１以上の処理の適用を制御するフロー制御手段とを備える。

また、参考例における他の局面の画像処理方法は、画像データを格納する格納手段から画像データを取得して、該画像データを配信する画像処理方法であって、複数の画像データをまとめるためのバインド条件を設定する設定ステップと、前記格納手段に前記画像データが格納されたかを監視する監視ステップと、前記監視ステップにより画像データが格納されたことを検知した場合に該画像データを取得し、該画像データを前記バインド条件に従ってバインドする結合ステップと、前記結合ステップによりバインドされた画像データを１つのジョブとし、１以上の処理の流れを定義する処理フローに従って、前記１以上の処理の適用を制御するフロー制御ステップとを有する。

また、本発明の情報処理装置は、コンピュータにより実行可能なプログラムにより実現することができ、また、プログラムを記録した記録媒体をコンピュータに読み取らせて実現することも可能である。

本発明によれば、フォルダに格納された画像データの配信処理を行う画像処理システムにおいて、フォルダに格納された複数の画像データを適切に結合して、効率よく配信処理を行うことができる。

実施例１に係る画像処理システムの一例を示す図。 実施例１に係るＭＦＰのハードウェア構成の一例を示す図。 実施例１に係る画像処理サーバのハードウェア構成の一例を示す図。 実施例１におけるシステムの機能構成の一例を示すブロック図。 プロジェクトの一例を示す図。 実施例１における監視・取得部の詳細な機能構成の一例を示すブロック図。 ファイルのバインド条件を設定する画面の一例を示す図。 実施例１における条件格納部に格納されるバインド条件リストの一例を示す図。 実施例１におけるバインド部の詳細な機能構成の一例を示すブロック図。 バインドリストの一例を示す図。 実施例１におけるバインド条件の設定処理の一例を示すフローチャート。 実施例１におけるファイル名類似性によるバインド処理の一例を示すフローチャート。 実施例１における解像度によるバインド処理の一例を示すフローチャート。 実施例２におけるシステムの機能構成の一例を示すロック図。 実施例２におけるバインドの概念図。 実施例２におけるバインド部の機能構成の一例を示す図。 実施例２における白紙検出によるバインド処理の一例を示すフローチャート。 実施例２におけるバーコード検出によるバインド処理の一例を示すフローチャート。 実施例３における監視・取得部の詳細な機能構成の一例を示すブロック図。 実施例３におけるバインド部の詳細な機能構成の一例を示す図。 実施例３における複数のバインド条件が設定された場合のバインド処理の一例を示すフローチャート。

以下に添付図面を参照して、本発明にかかる画像処理装置、画像形成装置、画像処理システム、画像処理方法、プログラム及び記録媒体の実施例を詳細に説明する。

また、以下に示す実施例では、画像データを入力する画像入力装置として、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能を一つの筐体に搭載した複合機を例にあげて説明しているが、これに限定されるものではなく、画像データを入力可能であれば、スキャナ装置、ファクシミリ装置、コピー装置などいずれも適用することができる。

［実施例１］
＜システム構成とハードウェア構成＞
図１は、実施例１に係る画像処理システムの一例を示す図である。図１に示すように、画像処理システムは、ネットワークを介してＭＦＰ（Multifunction Peripheral）１０、ファイルサーバ２０、画像処理サーバ（画像処理装置）３０、画像管理サーバ４０が接続されている。なお、図１に示す例以外にも、情報処理端末（例えば、ＰＣ（Personal Computer）、ＰＤＡ（Personal Data Assistance）など）が接続されても良い。また、図１に示す例において、各サーバは別の装置として存在しているが、ＭＦＰ１０や画像処理サーバ３０など同一装置として存在しても良い。以下、画像形成装置はＭＦＰを例にして説明する。

ＭＦＰ１０は、スキャン機能、コピー機能、プリンタ機能、ファクシミリ機能などを一つの筐体に搭載したものである。ＭＦＰ１０は、スキャナ機能により紙媒体等をスキャン処理して画像データを生成し、生成された画像データをファイルサーバ２０に送信する。また、ＭＦＰ１０には、画像処理サーバ３０が提供する画像配信機能を利用するための専用アプリケーションがインストールされているとする。ＭＦＰの詳細については後述する。また、画像データは、文書画像データを含む。

ファイルサーバ２０は、画像入力装置としてのＭＦＰ１０などから入力される画像データを格納する共有フォルダを有する。

画像処理サーバ３０は、共有フォルダを監視することにより画像データを取得して、指定された処理フローに従って種々の処理や配信処理を実行するワークステーション等のコンピュータである。処理フローについては後述する。

また、画像処理サーバ３０は、入力された画像データに基づいて処理フローを実行する配信サーバであり、ユーザによって構築された処理フローに従って画像の蓄積又は配信処理を実行する。即ち、画像を処理するという観点において、画像処理サーバ３０も画像処理装置として機能する。画像処理サーバ３０の詳細については後述する。なお、画像処理サーバ３０は、ＭＦＰ１０に組み込まれてもよい。

画像管理サーバ４０は、画像処理サーバ３０から配信される画像を管理するサーバである。なお、画像管理サーバ４０は、画像処理サーバ３０と別構成である必要はなく、画像処理サーバ３０に組み込まれてもよい。

また、図１に示す例では、ＭＦＰ１０は１つしか接続されていないが、１つに限定されず、複数のＭＦＰが接続されていても良い。また、画像処理サーバ３０の画像配信機能を利用するための専用アプリケーションがインストールされていないＭＦＰが接続されていても良い。また、電子メールを送信するためのＳＭＴＰサーバなどが接続されていても良い。

次に、実施例１に係るＭＦＰ１０と画像処理サーバ３０とのハードウェア構成について説明する。図２は、実施例１に係るＭＦＰ１０のハードウェア構成の一例を示す図である。

図２に示すように、ＭＦＰ１０は、制御部１１、主記憶部１２、補助記憶部１３、外部記憶装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１６、操作部１７、表示部１８を含む。

制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

外部記憶装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記憶媒体１５（例えば、フラッシュメモリなど）と当該画像処理サーバとのインタフェースである。

また、記憶媒体１５に、所定のプログラムを格納し、記憶媒体１５に格納されたプログラムは外部記憶装置Ｉ／Ｆ部１４を介してＭＦＰ１０にインストールされ、インストールされた所定のプログラムはＭＦＰ１０により実行可能となる。

ネットワークＩ／Ｆ部１６は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器と当該ＭＦＰ１０とのインタフェースである。

操作部１７や表示部１８は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、ＭＦＰ１０が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。

図３は、実施例１に係る画像処理サーバ３０のハードウェア構成の一例を示す図である。図３に示すように、画像処理サーバ３０は、制御部３１、主記憶部３２、補助記憶部３３、外部記憶装置Ｉ／Ｆ部３４、ネットワークＩ／Ｆ部３６を含む。

制御部３１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部３１は、主記憶部３２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

主記憶部３２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部３１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部３３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

外部記憶装置I／F部３４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記憶媒体１５（例えば、フラッシュメモリなど）と当該画像処理サーバとのインタフェースである。

また、記憶媒体１５に、所定のプログラムを格納し、記憶媒体１５に格納されたプログラムは外部記憶装置Ｉ／Ｆ部３４を介して画像処理サーバ３０にインストールされ、インストールされた所定のプログラムは画像処理サーバ３０により実行可能となる。

ネットワークＩ／Ｆ部３６は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器と当該画像処理サーバとのインタフェースである。

なお、図３に示す画像処理サーバ３０は、入力部及び出力部を備えていないが、かかる場合は、ネットワークを介して接続された情報処理端末を用いてデータを入力したり、表示したりする。また、画像処理サーバ３０自体に入力部や出力部を設ける構成にしても良い。

＜機能構成＞
次に、実施例１に係る画像処理システムの機能構成について説明する。図４は、実施例１におけるシステムの機能構成の一例を示すブロック図である。図４に示すＭＦＰ１０は、データ出力部１０１、別解像度画像生成部１０２を含む。

データ出力部１０１は、読み込んだ画像データをＳＭＢ(Server Message Block)プロトコルを利用して格納部２０１に出力する。別解像度画像生成部１０２は、スキャンデータの最後に、スキャンした画像データの解像度とは別の解像度の画像データを挿入する。また、別解像度画像生成部１０２は、ＦＡＸ受信した画像データに対しても、同様の機能を有する。

ファイルサーバ２０は、ＭＦＰ１０などから入力される画像データを格納する格納部２０１（格納手段）を有する。ＭＦＰ１０から入力される画像データとして、スキャンデータやＦＡＸ受信画像データなどがある。格納部２０１は、共有フォルダであるＨｏｔＦｏｌｄｅｒなどである。格納部２０１は１つに限られず、複数あっても良い。また、格納部２０１は、ファイル名の昇順又は降順、ファイルの生成日時などによりファイルを並べる機能を有する。

画像処理サーバ３０は、ＵＩ（ＵＩ：User Interface）制御部３０１、監視・取得部３０２、データ入力部３０３、データ処理部３０４、データ出力部３０５、フロー制御部３０６、別解像度生成制御部３０７を含む。ＵＩ制御部３０１は、後述するデータ入力部３０３、データ処理部３０４、データ出力部３０５に対する設定を行うためのＵＩを制御する機能を有する。

監視・取得部３０２は、格納部２０１を監視し、格納部２０１に格納された画像データのファイルを取得する。また、監視・取得部３０２は、複数のファイルをまとめる条件を示すバインド条件（結合条件）に従って、複数のファイルをバインド（結合）する。次に、監視・取得部３０２は、バインドした複数のファイルを１つのジョブとしてデータ入力部３０３に出力する。このとき、監視・取得部３０２は、格納部２０１に対応付けられる処理フローの識別子をデータ入力部３０３に出力しても良い。

また、監視・取得部３０２は、格納部２０１の監視の方法としてモニタリング＆キャプチャ方式、またはイベントドリブン方式のいずれかを行う。モニタリング＆キャプチャ方式とは、一定時間毎に格納部２０１をモニタリングして、格納部２０１にファイルがあれば、ファイルを引き取る（取得する）方式である。イベントドリブン方式とは、格納部２０１にファイル生成のイベントが起きた場合に、イベントをキャッチしてファイルを引き取る方式である。以下では、モニタリング＆キャプチャ方式を用いて説明するが、どちらを用いても良いことは言うまでもない。

データ入力部３０３は、監視・取得部３０２から取得した１又はバインドされた複数の画像データをフロー制御部３０６に出力する。このとき、データ入力部３０３は、監視・取得部３０２から取得した処理フローの識別子についてもフロー制御部３０６に出力する。なお、データ入力部３０３と監視・取得部３０２とは、１つの構成としてもよく、ＨｏｔＦｏｌｄｅｒ機能を備えるようにすれば良い。

データ処理部３０４は、フロー制御部３０６から入力された画像データに対して画像変換を行ったり、加工を行ったりする。画像変換、加工された画像データは、再度フロー制御部３０６に出力される。データ処理部３０４は、具体的には、ＯＣＲ処理や、ＰＤＦ変換、画像変換、バーコード認識などの処理を行う。

データ出力部３０５は、フロー制御部３０６から入力された画像データを画像管理サーバ４０などの外部装置に出力（配信）する。データ出力部３０５は、フォルダ配信（ＳＭＢを使ってフォルダへファイルを書き出す機能）、メール配信（ＳＭＴＰを使ってファイルを添付したメールを送信する機能）、ＦＴＰ配信（ＦＴＰを使ってフォルダへファイルを書き出す機能）、画像管理サーバ４０への登録などを行う。

また、データ出力部３０５が、画像管理サーバ４０にデータを出力する方式としては、画像管理サーバ４０が用意しているＩ／Ｆを用いる。たとえば、Ｍｉｃｒｏｓｏｆｔ Ｏｆｆｉｃｅ ＳｈａｒｅＰｏｉｎｔ ＳｅｒｖｅｒではＷｅｂサービスが公開されており、ＳＯＡＰ（Simple Object Access Protocol）を用いることでデータをアップロードすることが可能となる。データ出力部３０５は、出力先に応じた処理が必要となるため、出力先により異なった設計が必要となる。

フロー制御部３０６は、画像データ、画像データの書誌情報を管理し、ＵＩ制御部３０１、データ入力部３０３、データ処理部３０４、データ出力部３０５に対するデータ入出力の制御を行う。また、フロー制御部３０６は、データ入力部３０３から通知される処理フローにしたがって、データ入力部３０３、データ処理部３０４、データ出力部３０５の順にデータの入出力を行ってデータ配信処理の制御を行う。

別解像度生成制御部３０７は、ＭＦＰ１０に対して、スキャンデータの最後に、スキャンした画像データの解像度とは別の解像度の画像データを挿入するよう指示を出す。

ここで、処理フローについて説明する。処理フローとは、データ処理部３０４、データ出力部３０５を任意に組み合わせることによって形成されるフローのことを言う。また、処理フローのことをプロジェクトとも呼ぶことにする。

図５は、プロジェクトの一例を示す図である。図５に示す例では、左端の起点はデータ入力部３０３を示し、ＨｏｔＦｏｌｄｅｒ機能を有する。図５に示す各矩形は、データ処理部３０４あるいはデータ出力部３０５を示し、起点や矩形を結ぶ線がフロー制御部３０６によって次にデータが渡されることを示す。

また、処理フローは分岐することも可能であり、分岐の両方のパスに同じデータが渡される。プロジェクトは、当該プロジェクトを一意に示す識別子が付与される。また、図５に示す点線Ａで囲った処理がデータ処理部３０４による処理で、点線Ｂで囲った処理がデータ出力部３０５による処理を示す。

次に、監視・取得部３０２の詳細な機能について説明する。図６は、実施例１における監視・取得部の詳細な機能構成の一例を示すブロック図である。図６に示すように、監視・取得部３０２は、ＵＩ制御部３２１、条件格納部３２３、フォルダ監視部３２４、ファイル取得部３２５、バインド部３２６、ファイル出力部３２７を含む。

ＵＩ制御部３２１は、格納部２０１の監視設定を行うためのＵＩを制御する。また、ＵＩ制御部３２１は、条件設定部３２２を含む。条件設定部３２２は、どの格納部２０１から画像データを取得するかの設定や、どの格納部２０１にどの処理フロー（プロジェクト）を割り当てるかの設定を行うためのＵＩを制御する。また、条件設定部３２２は、どの格納部２０１にどういうバインド条件を設定するかを行うＵＩを制御する。

条件格納部３２３は、条件設定部３２２によって設定されたバインド条件などを格納する。条件格納部３２３に格納されるバインド条件や監視条件などは、バインド部３２６やフォルダ監視部３２４に読み出される。

図７は、ファイルのバインド条件を設定する画面の一例を示す図である。ＵＩ制御部３２１により図７に示すようなＵＩが表示される。図７に示すバインド条件設定画面の例では、「追加」ボタンが選択されると、監視フォルダ（格納部２０１）を１つ追加する。このとき、監視フォルダの表示名、監視フォルダのパス、監視フォルダに格納されるファイルをバインドする条件を設定できるようにする。

また、「編集」ボタンが選択されると、「追加」ボタン選択時の設定が編集可能となり、「削除」ボタンが選択されると、選択されていたリストの行（表示名、パス、バインド条件）が削除される。

図８は、実施例１における条件格納部に格納されるバインド条件リストの一例を示す図である。図８に示すように、バインド条件リストは、ＩＤ、表示名、監視パス、バインド条件が関連付けられている。例えば、ＩＤ「０００１」の監視フォルダに格納されるファイルは、ファイル名が類似するファイルがバインドされ、制限時間としてタイムアウト値が「１８０」秒が設定されている。タイムアウト値は、設定された時間が過ぎてもバインドの区切りが検出できない場合に、強制的にバインドを行うための時間を示す。

図６に戻り、フォルダ監視部３２４は、バインド条件リストに格納される監視パスが示すフォルダ（格納部２０１）を監視し、所定時間毎に画像データのファイルが監視先のフォルダに格納されたかどうかをモニタリングする。モニタリングの結果、監視先のフォルダにファイルが新たに格納されている場合、ファイル取得部３２５にその旨通知する。

ファイル取得部３２５は、格納部２０１から画像データのファイルを取得し、取得したデータをバインド部３２６に出力する。

バインド部３２６は、ファイルの監視先（格納部２０１）に応じてバインド条件を条件格納部３２３から読み出し、読み出したバインド条件に基づいて複数のファイルをバインドする。また、バインド部３２６は、バインドした複数のファイル、又はバインドできなかったファイルをファイル出力部３２７に出力する。また、バインド部３２６は、ファイルを取得した格納部２０１に対応する処理フロー識別子を条件格納部３２３から取得し、ファイル出力部３２７に出力する。

ここで、バインド部３２６の詳細な機能について説明する。図９は、実施例１におけるバインド部の詳細な機能構成の一例を示すブロック図である。図９に示すように、バインド部３２６は、ファイル名判定部３６１、解像度判定部３６２、バインドリスト格納部３６３を含む。

ファイル名判定部３６１は、バインド条件に基づいて、ファイル名が類似するか否かを判定する。ファイル名については、ファイルのメタデータから取得可能である。例えば、スキャナＡ（ＭＦＰなどでも良い）が出力するファイル名が「SCAN_Data_Time_Page.tif」であり、
・「SCAN」が固定値
・「Data」がYYYYMMDD形式
・「Time」がhhmmss方式
・「Page」が００１から始まる連続した数値
・２値画像の場合に「.tiff」、カラー画像の場合に「.jpg」
・区切り文字が「＿」
というファイル名の規則があるとする。このとき、ファイル名判定部３６１は、「SCAN_Data_Time」が一致すればファイル名は類似すると判断し、ファイル名が類似するファイルをバインドする。これは、ファイル名の日時が同じデータは同様のファイルであると判定できるため、１つのジョブとして処理したほうが効率的だからである。また、バインドの仕方として、ファイル名判定部３６１は、バインド対象（ジョブ）毎にバインドリストを生成し、各バインドリストをバインドリスト格納部３６３に格納していく。

解像度判定部３６２は、バインド条件に基づいて、ファイルの解像度が所定の解像度と一致した場合、一致するまでのファイルをバインドする。ＭＦＰ１０側でスキャンデータやＦＡＸ受信データの最後に所定の解像度の画像データを挿入するようにしておけば、所定の解像度の画像データが検出されるまでは同様のデータとして判定することができるからである。

例えば、スキャナＢの読取設定条件が２００ｄｐｉ〜６００ｄｐｉで、かつ、連続スキャンの終了時に１００ｄｐｉの画像データを出力するという規則があるとする。このとき、解像度判定部３６２は、ファイルのメタデータに含まれる解像度が１００ｄｐｉの画像データを検知したとき、それまでの画像データをバインドする。また、バインドの仕方として、解像度判定部３６２は、バインド対象毎にバインドリストを生成し、各バインドリストをバインドリスト格納部３６３に格納していく。

また、バインドの他の方法として、１つ前に取得したファイルの解像度と同じ解像度のファイルをバインドリストに追加し、違う解像度のファイルは違うジョブとして新たにバインドリストを生成することも可能である。

バインドリスト格納部３６３は、ジョブ毎にバインドリストを格納する。図１０は、バインドリストの一例を示す図である。図１０に示す例では、「ＩＤ」１つに対し１つのジョブを示し、「ファイルパスリスト」にバインドされるファイルが記述されている。

図６に戻り、ファイル出力部３２７は、バインドされたファイルをジョブ毎にバインド部３２６から取得し、取得したファイルをデータ入力部３０３に出力する。このとき、ジョブ毎にどの処理フローを用いるかを示す識別子もデータ入力部３０３に出力する。

以上の機能構成により、フォルダに格納された画像データの配信処理を行う画像処理システムにおいて、フォルダに格納された複数の画像データを適切に結合（バインド）して、効率よく配信処理を行うことができる。また、ファイルをバインドする際、画像データの属性（ファイル名、解像度など）に基づいたバインド条件を用いるため、画像データの属性はメタデータから容易に取得可能であり、簡易な処理でバインド処理を行うことができる。

＜動作＞
次に、実施例１における画像処理システムの動作について説明する。
（バインド条件設定）
まず、バインド条件の設定処理について説明する。図１１は、実施例１におけるバインド条件の設定処理の一例を示すフローチャートである。

図１１に示す処理は、図７に示す画面から「追加」ボタンが選択された後の処理である。ステップＳ１０１において、ＵＩ制御部３２１は、バインド条件設定ＵＩから監視先バスの設定を受け付ける。

ステップＳ１０２において、ＵＩ制御部３２１は、バインド条件設定ＵＩからバインド条件の設定を受け付ける。バインド条件としてはファイル名類似性や解像度による判定がある。ユーザはＵＩ画面からファイル名類似性判断か解像度判断かの何れかを選択する。

ステップＳ１０３において、ＵＩ制御部３２１は、バインド条件設定ＵＩから表示名の設定を受け付ける。ユーザが表示名を設定しない場合は、装置内で自動的に表示名を設定する。

ステップＳ１０４において、ＵＩ制御部３２１は、バインド条件設定ＵＩからタイムアウト値の設定を受け付ける。全ての処理が終了した場合、ＵＩ制御部３２１は、各ステップで設定された値を条件格納部３２３に格納する。これにより、格納部毎にユーザ所望のバインド条件を設定することができる。なお、ステップＳ１０２〜Ｓ１０４の処理の順序は図１１に示す限りではなく、順序は特に問題としない。

（ファイル名類似性によるバインド処理）
次に、ファイル名類似性によるバインド処理について説明する。図１２は、実施例１におけるファイル名類似性によるバインド処理の一例を示すフローチャートである。

図１２に示すように、ステップＳ２０１において、フォルダ監視部３２４は、一定時間毎に監視先のフォルダ（格納部２０１）にファイルが新たに格納されたかどうかを判定する。ステップＳ２０１の判定結果がＹＥＳ（ファイルあり）であればステップＳ２０３に進み、判定結果がＮＯ（ファイルなし）であればステップＳ２０２に進む。

ステップＳ２０２において、フォルダ監視部３２４は、バインド条件として設定されたタイムアウト値が経過したか否かを判定する。ステップＳ２０２の判定結果がＹＥＳ（経過）であればステップＳ２０８に進み、判定結果がＮＯ（未経過）であればステップＳ２０１に戻る。

ステップＳ２０３において、バインド部３２６は、バインド条件としてのファイル名類似性のルール（内容）を条件格納部３２３から読み出す。

ステップＳ２０４において、バインド部３２６は、ファイル取得部３２５から取得するファイルに対して、取得したファイル名と、バインドリスト（図１０参照）に含まれるファイル名との解析を行う。

ステップＳ２０５において、バインド部３２６は、解析の結果、類似すると判定されるファイル名があるか否か判定する。ステップＳ２０５における判定結果がＹＥＳ（類似する）であればステップＳ２０６に進み、判定結果がＮＯ（類似しない）であればステップＳ２０７に進む。

ステップＳ２０６において、バインド部３２６は、取得したファイルを、バインドするバインドリストに追加する。

ステップＳ２０７において、バインド部３２６は、取得したファイルを、バインドするバインドリストに新規ジョブとして新たにＩＤを振って格納する。

ステップＳ２０８において、バインド部３２６は、ステップＳ２０７の後であればステップＳ２０７において新規に作成したＩＤの直前のＩＤのファイルを１ジョブとしてファイル出力部３２７へ出力する。また、バインド部３２６は、ステップＳ２０２の後であれば全てのファイルを、ＩＤ毎に１ジョブとしてファイル出力部３２７に出力する。

ステップＳ２０９において、バインド部３２６は、ステップＳ２０８により出力されたバインドリストを削除する。

ステップＳ２１０において、フォルダ監視部３２４は、監視が終了したか否かを判定する。ステップＳ２１０の判定結果がＹＥＳ（終了）であればバインド処理を終了し、判定結果がＮＯ（未終了）であればステップＳ２１１に進む。

ステップＳ２１１において、フォルダ監視部３２４は、タイムアウトカウンタをリセットする。これにより、フォルダ監視部３２４において、ファイルを検出する度にタイムアウトカウンタをリセットするので、ファイルを検出できない時間がタイムアウト値を超えたときにバインドリストの全てのジョブを投入することができる。ステップＳ２１１の後はステップＳ２０１に戻る。これにより、ファイル名に基づいてファイルを適切にバインドすることができる。

（解像度によるバインド処理）
図１３は、実施例１における解像度によるバインド処理の一例を示すフローチャートである。図１３に示す処理において、図１２に示す処理と同様の処理を行うものは同じ符号を付し、その説明を省略する。

ステップＳ３０１において、バインド部３２６は、バインド条件としての解像度のルール（内容：所定解像度）を条件格納部３２３から読み出す。

ステップＳ３０２において、バインド部３２６は、ファイル取得部３２５から取得するファイルの解像度を、ファイルのメタデータ（プロパティ）から取得する。

ステップＳ３０３において、バインド部３２６は、取得したファイルの解像度が所定解像度であるか否か判定する。ステップＳ３０３における判定結果がＹＥＳ（所定解像度である）であればステップＳ２０７に進み、判定結果がＮＯ（所定解像度ではない）であればステップＳ２０６に進む。

以降の処理は、図１２に示す処理と同様である。これにより、解像度に基づいてファイルを適切にバインドすることができる。

以上、実施例１によれば、フォルダに格納された画像データの配信処理を行う画像処理システムにおいて、フォルダに格納された複数の画像データを適切に結合（バインド）して、効率よく配信処理を行うことができる。また、ファイルをバインドする際、画像データの属性（ファイル名、解像度など）に基づいたバインド条件を用いるため、画像データの属性はメタデータから容易に取得可能であり、簡易な処理でバインド処理を行うことができる。

［実施例２］
次に、実施例２に係る画像処理システムについて説明する。実施例２では、バインドする条件が、画像データのコンテンツ特性に基づく条件となっている。コンテンツ特性とは、例えば、白紙画像やバーコードを含む画像などである。

＜機能構成＞
次に、実施例２に係る画像処理システムの機能構成について説明する。図１４は、実施例２におけるシステムの機能構成の一例を示すロック図である。図１４に示す機能において、図４に示す機能と同様の機能のものは同じ符号を付し、その説明を省略する。

図１４に示すＭＦＰ５０は、データ出力部１０１、白紙／識別情報生成部５０１を含む。白紙／識別情報生成部５０１は、スキャンデータの最後に、白紙を出力したり、バーコードを含む画像を出力したりする。なお、白紙／識別情報生成部５０１は、バーコード以外にもスキャンデータの最後であることを識別できる識別情報（例えばＱＲコードなど）を画像に含むようにすればよい。また、白紙／識別情報生成部５０１は、ＦＡＸ受信した画像データに対しても、同様の機能を有する。

次に、画像処理サーバ６０に含まれる白紙／識別情報生成制御部６０１、監視・取得部６０２について説明する。白紙／識別情報生成制御部６０１は、ＭＦＰ５０に対して、スキャンデータやＦＡＸ受信データの最後に白紙を出力したり、識別情報を含む画像を出力したりするよう要求する。

監視・取得部６０２は、画像データのコンテンツ特性に基づくバインド条件に従って、ファイルをバインドし、バインドしたファイルをデータ入力部３０３に出力する。バインドの詳細処理については後述する。

図１５は、実施例２におけるバインドの概念図である。図１５（Ａ）は、白紙検出によりバインドを行う概念図である。図１５（Ａ）に示すように、実施例２では、白紙が検出されるまでの画像データをバインドする。つまり、白紙画像をバインドの区切りとする。図１５（Ｂ）は、バーコード検出によりバインドを行う概念図である。図１５（Ｂ）に示すように、実施例２では、バーコードが検出されるまでの画像データをバインドする。つまり、バーコードを含む画像をバインドの区切りとする。

ここで、実施例２における監視・取得部６０２について詳しく説明する。監視・取得部６０２は、バインド部６０３以外は実施例１と同様であるため、バインド部６０３について図１６を用いて説明する。

図１６は、実施例２におけるバインド部の機能構成の一例を示す図である。バインド部６０３は、白紙検出部６３１、識別情報検出部６３２、バインドリスト格納部３６３を含む。

白紙検出部６３１は、格納部２０１から取得した画像データに対して白紙判定処理を行い、白紙画像データを検出する。白紙判定処理については従来の方法を用いれば実現可能であるため、その説明を省略する。また、白紙検出部６３１は、白紙をバインドの区切りとし、それまでのファイルをバインドリストの１つのＩＤに対応付けて格納する。

識別情報検出部６３２は、格納部２０１から取得した画像データに対して識別情報検出処理を行い、識別情報を含む画像データを検出する。識別情報とは、例えばバーコード、ＱＲコードなどである。識別情報検出処理については従来の方法を用いれば実現可能であるため、その説明を省略する。また、識別情報検出部６３２は、識別情報を含む画像データをバインドの区切りとし、それまでのファイルをバインドリストの１つのＩＤに対応付けて格納する。

以上の機能構成により、フォルダに格納された画像データの配信処理を行う画像処理システムにおいて、フォルダに格納された複数の画像データを適切に結合（バインド）して、効率よく配信処理を行うことができる。また、ファイルをバインドする際、画像データのコンテンツ特性に基づいたバインド条件を用いるため、より正確にバインド処理を行うことができる。

＜動作＞
次に、実施例２におけるバインド処理について説明する。
（白紙検出によるバインド処理）
図１７は、実施例２における白紙検出によるバインド処理の一例を示すフローチャートである。図１７に示す処理において、図１２に示す処理と同様の処理を行うものは同じ符号を付し、その説明を省略する。

ステップＳ４０１において、バインド部６０３は、バインド条件としての白紙検出のルール（内容：例えば孤立点＝Ｎ個まで）を条件格納部３２３から読み出す。

ステップＳ４０２において、バインド部６０３は、ファイル取得部３２５から取得するファイルに対して、白紙検出処理を行う。

ステップＳ４０３において、バインド部６０３は、取得したファイルの画像データが白紙であるか否か判定する。ステップＳ４０３における判定結果がＹＥＳ（白紙）であればステップＳ２０７に進み、判定結果がＮＯ（白紙ではない）であればステップＳ２０６に進む。

以降の処理は、図１２に示す処理と同様である。これにより、白紙検出した場合にファイルを適切にバインドすることができる。

（バーコード検出によるバインド処理）
図１８は、実施例２におけるバーコード検出によるバインド処理の一例を示すフローチャートである。図１８に示す処理において、図１２に示す処理と同様の処理を行うものは同じ符号を付し、その説明を省略する。

ステップＳ５０１において、バインド部６０３は、バインド条件としてのルール（内容：バーコード検出でバインド）を条件格納部３２３から読み出す。

ステップＳ５０２において、バインド部６０３は、ファイル取得部３２５から取得するファイルに対して、バーコード検出処理を行う。

ステップＳ５０３において、バインド部６０３は、取得したファイルの画像データがバーコードを含む画像であるか否か判定する。ステップＳ５０３における判定結果がＹＥＳ（バーコードを含む画像である）であればステップＳ２０７に進み、判定結果がＮＯ（バーコードを含む画像ではない）であればステップＳ２０６に進む。

以降の処理は、図１２に示す処理と同様である。これにより、バーコード検出した場合にファイルを適切にバインドすることができる。

以上、実施例２によれば、フォルダに格納された画像データの配信処理を行う画像処理システムにおいて、フォルダに格納された複数の画像データを適切に結合（バインド）して、効率よく配信処理を行うことができる。また、ファイルをバインドする際、画像データのコンテンツ特性に基づいたバインド条件を用いるため、より正確にバインド処理を行うことができる。

また、バインド部６０３は、バインドの区切りとして検出された画像データを、バインドリストに格納せず、データ入力部３０３に出力しないようにしても良い。これにより、ジョブには関係ない画像データが配信されることを防ぐことができる。また、バインドの区切りとなる画像データをバインドリストに格納せず削除することによってリソースを軽減することもできる。

［実施例３］
次に、実施例３に係る画像処理システムについて説明する。実施例３では、１つの監視フォルダに複数のバインド条件を設定することができ、さらに、バインド条件に優先順位を設定することができる。

＜機能構成＞
図１９は、実施例３における監視・取得部の詳細な機能構成の一例を示すブロック図である。図１９に示す機能において、図６に示す機能と同様の機能のものは同じ符号を付し、その説明を省略する。

条件設定部７０２は、１つの監視フォルダに対して、複数のバインド条件を設定することができる。このとき、優先順設定手段７０３によりバインド条件に優先順位を設定する。優先順位の設定は、ＵＩ画面を用いてユーザにより設定される。

優先順設定手段７０３は、１つの監視フォルダに複数のバインド条件が設定される場合、バインド条件に優先順位の設定を受付け、設定された優先順を条件格納部３２３に格納する。

バインド部７０４は、１つの監視フォルダに複数のバインド条件が設定されている場合、優先順に基づいてバインド処理を行う。バインド部７０４は、バインドの区切りが検出されなかった場合、次の優先順のバインド処理を行う。

図２０は、実施例３におけるバインド部の詳細な機能構成の一例を示す図である。図２０に示す機能において、図９及び図１６に示す機能と同様の機能のものは同じ符号を付し、その説明を省略する。図２０に示すバインド部７０４は、ファイル名判定部３６１、解像度判定部３６２、白紙検出部６３１、識別情報検出部６３２、バインドリスト格納部３６３、優先順制御部７４１を含む。

優先順制御部７４１は、１つの監視フォルダに複数のバインド条件が設定されている場合、優先順の高い順にバインドの区切りが検出されるまでバインド処理を行うよう制御する。例えば、ファイル名類似性判定、白紙検出の順にバインド条件が設定されていた場合、まず、ファイル名類似性判定によりバインドできるかバインド処理し、バインドできずにタイムアウトした場合、白紙検出によりバインド処理を行うことになる。

＜動作＞
次に、実施例３における画像処理システムの動作について説明する。図２１は、実施例３における複数のバインド条件が設定された場合のバインド処理の一例を示すフローチャートである。図２１に示すステップＳ６０１において、バインド部７０４は、条件格納部３２３から複数のバインド条件と優先順を取得する。

ステップＳ６０２において、バインド部７０４は、優先順の一番高いバインド条件を設定する。ステップＳ６０３において、バインド部７０４は、設定されたバインド条件に基づいてバインド処理を行う。

ステップＳ６０４において、バインド部７０４は、バインドされずにタイムアウトされたか否かを判定する。ステップＳ６０４の判定結果がＹＥＳ（バインドできた）であれば
処理を終了し、判定結果がＮＯ（バインドできなかった）であればステップＳ６０５に進む。

ステップＳ６０５において、バインド部７０４は、次の優先順のバインド条件を設定し、ステップＳ６０３に戻る。全てのバインド条件でもバインドできなかった場合は、タイムアウトにより強制的にバインドするようにすれば良い。

以上、実施例３によれば、１つの監視フォルダに複数のバインド条件を設定することができ、優先順位に基づいてバインド処理を行うことができる。

［変形例］
次に前述した各実施例の変形例について説明する。変形例では、前述した画像処理サーバが組み込まれた画像形成装置について説明する。画像処理サーバが組み込まれた画像形成装置の各機能は、一般的な画像形成装置の機能と画像処理サーバの機能とを組み合わせた機能を有する。これより、変形例に係る画像形成装置によれば、ＭＦＰ単体で、各実施例に示した処理を行なうことができる。

なお、各実施例の画像処理サーバは、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置などの装置を備えており、ワークステーションや通常のコンピュータを利用したハードウェア構成となっている。

各実施例の画像処理サーバや変形例のＭＦＰで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、各実施例の画像処理サーバや変形例のＭＦＰで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、各実施例の画像処理サーバや変形例のＭＦＰで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、各実施例の画像処理サーバや変形例のＭＦＰで実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

各実施例の画像処理サーバや変形例のＭＦＰで実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされ、上記各手段が主記憶装置上に生成されるようになっている。

なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施例にわたる構成要素を適宜組み合わせても良い。

１０ ＭＦＰ
２０ ファイルサーバ
３０ 画像処理サーバ
４０ 画像管理サーバ
１０１ データ出力部
１０２ 別解像度画像生成部
２０１ 格納部
３０１ ＵＩ制御部
３０２ 監視・取得部
３０３ データ入力部
３０４ データ処理部
３０５ データ出力部
３０６ フロー制御部
３２１ ＵＩ制御部
３２２ 条件設定部
３２３ 条件格納部
３２４ フォルダ監視部
３２５ ファイル取得部
３２６ バインド部
３２７ ファイル出力部
３６１ ファイル名判定部
３６２ 解像度判定部
３６３ バンドリスト格納部
５０１ 白紙／識別情報生成部
６０１ 白紙／識別情報生成制御部
６３１ 白紙検出部
６３２ 識別情報検出部
７０３ 優先順設定部
７４１ 優先順制御部

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

Claims (13)

1. 電子データを格納する第１の格納手段とネットワークを介して接続する接続手段と、
   複数の電子データを結合するか否かを判定するための結合条件と、該結合条件による判定を行う対象の電子データが格納される格納先とを関連付けた条件情報を格納する第２の格納手段と、
   前記第１の格納手段に格納された電子データを取得する取得手段と、
   前記条件情報に基づき、前記取得手段により取得した、前記第１の格納手段の前記格納先に格納された第１の電子データと第２の電子データとが、該格納先に関連付く結合条件を満たすか否かを判定する判定手段と、
   前記判定手段により前記結合条件を満たすと判定された場合に、前記第１の電子データと前記第２の電子データとを結合する結合手段と、
   を備える情報処理装置。
2. 処理フロー情報に基づき、電子データに対する画像処理を行い、所定の配信先に配信するフロー制御手段を備え、
   前記条件情報は、前記格納先に対応付けて処理フロー情報を格納し、
   前記フロー制御手段は、前記結合手段により前記第１の電子データと前記第２の電子データとを結合した結合データを、格納先に応じた処理フロー情報に基づき、配信先に配信することを特徴とする請求項１記載の情報処理装置。
3. 前記第２の格納手段は、
   互いに優先順位付けられた複数の前記結合条件を格納し、
   前記判定手段は、
   前記格納先に関連付く複数の前記結合条件を前記優先順位に基づいて判定する、
   ことを特徴とする請求項１又は２記載の情報処理装置。
4. 前記判定手段により前記結合条件を満たすと判定されなかった場合に、前記第１の電子データと前記第２の電子データとを結合せずに前記第１の格納手段に格納する格納制御手段を備えることを特徴とする請求項１乃至３いずれか１項に記載の情報処理装置。
5. 前記第１の格納手段に格納される複数の前記電子データを、前記結合条件に基づき結合する前記電子データ毎に管理する管理手段を備えることを特徴とする請求項１乃至４いずれか１項に記載の情報処理装置。
6. 前記第１の格納手段に格納され、前記管理手段により管理されていない前記第１の電子データを取得する取得手段を備え、
   前記判定手段は、
   前記第１の電子データと前記管理手段により管理されている前記第２の電子データとが前記結合条件を満たすか否かを判定し、
   前記管理手段は、
   前記判定手段による判定に応じて、前記第１の電子データおよび前記第２の電子データを前記結合条件に基づき結合する前記電子データ毎に管理することを特徴とする請求項５記載の情報処理装置。
7. 前記管理手段は、
   前記第１の格納手段に格納される複数の前記電子データのうち、前記結合条件に基づき結合する前記電子データ同士を、共通する識別情報で管理し、
   さらに前記判定手段により、前記第１の格納手段に格納され前記管理手段により管理されていない前記第１の電子データと前記管理手段により管理されている前記第２の電子データとが前記結合条件を満たさないと判定された場合に、前記第１の電子データを新たな前記識別情報で管理することを特徴とする請求項６記載の情報処理装置。
8. 前記結合条件は、前記電子データの属性に基づく条件であることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記電子データの属性に基づく条件は、前記電子データ同士のファイル名の所定の部分が同じであることを特徴とする請求項８記載の情報処理装置。
10. 前記情報処理装置は、画像処理装置または画像形成装置であることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 情報処理装置を制御するプログラムであって、
    電子データを格納する第１の格納手段とネットワークを介して接続する接続手段と、
    複数の電子データを結合するか否かを判定するための結合条件と、該結合条件による判定を行う対象の電子データが格納される格納先とを関連付けた条件情報を格納する第２の格納手段と、
    前記第１の格納手段に格納された電子データを取得する取得手段と、
    前記条件情報に基づき、前記取得手段により取得した、前記第１の格納手段の前記格納先に格納された第１の電子データと第２の電子データとが、該格納先に関連付く前記結合条件を満たすか否かを判定する判定手段と、
    前記判定手段により前記結合条件を満たすと判定された場合に、前記第１の電子データと前記第２の電子データとを結合する結合手段としてコンピュータを機能させるためのプログラム。
12. 請求項１１に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
13. 情報処理装置が、
    ネットワークを介して接続し、電子データを格納する第１の格納手段に格納された電子データを取得する工程と、
    複数の電子データを結合するか否かを判定するための結合条件と、該結合条件による判定を行う対象の電子データが格納される格納先とを関連付けた条件情報を第２の格納手段に格納する工程と、
    前記条件情報に基づき、前記取得する工程により取得した、前記第１の格納手段の前記格納先に格納された第１の電子データと第２の電子データとが、該格納先に関連付く結合条件を満たすか否かを判定する工程と、
    前記判定する工程により前記結合条件を満たすと判定された場合に、前記第１の電子データと前記第２の電子データとを結合する工程と、
    を有する方法。

Images