(57)【特許請求の範囲】
【請求項１】
入力データの宛先情報を受け付ける入力受付手段と、
前記宛先情報に基づき、ネットワークを介して接続された出力装置の所定の格納先に保持された保持データを取得する保持データ取得手段と、
前記保持データ取得手段により得られた前記保持データ及び入力データの定型フォーマットの所定領域から得られた文字列に基づき、前記入力データ及び前記保持データを並べ替える編集手段と、
前記編集手段により得られた出力データを、前記保持データを取得した格納先に配信するよう制御する配信制御手段とを有し、
前記編集手段は、前記入力データが複数のページにまたがる場合に、前記入力データを連続する１組とし、前記保持データに組単位で挿入する編集を行うことを特徴とする情報処理装置。
【請求項２】
前記編集手段は、
前記保持データの形式に対応して、前記入力データの形式を変換し、変換した前記入力データと、前記保持データとを組み合わせることを特徴する請求項１に記載の情報処理装置。
【請求項３】
前記編集手段は、
前記入力受付手段で受け付けたパスワードを用いて、前記保持データを編集することを特徴とする請求項１乃至２のいずれか一項に記載の情報処理装置。
【請求項４】
前記保持データ取得手段は、
通信プロトコルとして、ＳＭＢプロトコル、ＨＴＴＰ、及びＦＴＰの少なくとも１つを用いることを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
当該情報処理装置は、
画像形成装置、又は前記画像形成装置とネットワークを介して接続された配信装置であることを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
前記入力データは、
前記画像形成装置のスキャン処理により入力された画像データであることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
入力データを配信する配信装置と、前記配信装置とネットワークを介して接続された出力装置とを有する情報処理システムであって、
入力データの宛先情報を受け付ける入力受付手段と、
前記宛先情報に基づき、ネットワークを介して接続された出力装置の所定の格納先に保持された保持データを取得する保持データ取得手段と、
前記保持データ取得手段により得られた前記保持データ及び入力データの定型フォーマットの所定領域から得られた文字列に基づき、前記入力データ及び前記保持データを並べ替える編集手段と、
前記編集手段により得られた出力データを、前記保持データを取得した格納先に配信するよう制御する配信制御手段とを有し、
前記編集手段は、前記入力データが複数のページにまたがる場合に、前記入力データを連続する１組とし、前記保持データに組単位で挿入する編集を行うことを特徴とする情報処理システム。
【請求項８】
入力データを配信する配信装置と、前記配信装置とネットワークを介して接続された出力装置とを有する情報処理システムによる情報処理方法であって、
入力データの宛先情報を受け付ける入力受付手順と、
前記宛先情報に基づき、ネットワークを介して接続された出力装置の所定の格納先に保持された保持データを取得する保持データ取得手順と、
前記保持データ取得手順により得られた前記保持データ及び入力データの定型フォーマットの所定領域から得られた文字列に基づき、前記入力データ及び前記保持データを並べ替える編集手順と、
前記編集手順により得られた出力データを、前記保持データを取得した格納先に配信するよう制御する配信制御手順とを有し、
前記編集手順は、前記入力データが複数のページにまたがる場合に、前記入力データを連続する１組とし、前記保持データに組単位で挿入する編集を行うことを特徴とする情報処理方法。
【請求項９】
コンピュータを、
入力データの宛先情報を受け付ける入力受付手段、
前記宛先情報に基づき、ネットワークを介して接続された出力装置の所定の格納先に保持された保持データを取得する保持データ取得手段、
前記保持データ取得手段により得られた前記保持データ及び入力データの定型フォーマットの所定領域から得られた文字列に基づき、前記入力データ及び前記保持データを並べ替える編集手段、及び、
前記編集手段により得られた出力データを、前記保持データを取得した格納先に配信するよう制御する配信制御手段として機能させ、
前記編集手段は、前記入力データが複数のページにまたがる場合に、前記入力データを連続する１組とし、前記保持データに組単位で挿入する編集を行うプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、情報処理装置、情報処理システム、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
例えば、スキャン等により入力された画像ファイルを、ユーザが指定したフォルダ等に配信する配信システムが知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上述した配信システムを利用する場合に、ユーザによっては、例えば特定の人物や顧客からの情報を１つのファイルとしてまとめて管理したいという要望がある。しかしながら、特許文献１の手法では、既に指定のフォルダに配信されたファイルに、別のファイルを追加する等の編集を行い、再度１つのファイルとしてフォルダに配信できず、ユーザの手作業等によりファイルを編集する必要があり、作業に手間がかかっていた。
【０００４】
１つの側面では、本発明は、ファイル配信における作業を効率化することを目的とする。
【課題を解決するための手段】
【０００５】
一態様において、入力データの宛先情報を受け付ける入力受付手段と、前記宛先情報に基づき、ネットワークを介して接続された出力装置の所定の格納先に保持された保持データを取得する保持データ取得手段と、前記保持データ取得手段により得られた前記保持データ及び入力データの定型フォーマットの所定領域から得られた文字列に基づき、前記入力データ及び前記保持データを並べ替える編集手段と、前記編集手段により得られた出力データを、前記保持データを取得した格納先に配信するよう制御する配信制御手段とを有し、前記編集手段は、前記入力データが複数のページにまたがる場合に、前記入力データを連続する１組とし、前記保持データに組単位で挿入する編集を行う。
【発明の効果】
【０００６】
ファイル配信における作業を効率化することが可能となる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態における配信システムの概略構成の一例を示す図である。
【図２】コンピュータシステムのハードウェア構成の一例を示す図である。
【図３】本実施形態におけるＭＦＰの機能構成の一例を示す図である。
【図４】本実施形態における配信サーバの機能構成の一例を示す図である。
【図５】本実施形態におけるファイル配信シーケンスの一例である。
【図６】ＭＦＰのユーザインターフェース画面の一例を示す図である。
【図７】本実施形態により配信されるファイルの第１の結合例を示す図である。
【図８】本実施形態により配信されるファイルの第２の結合例を示す図である。
【図９】本実施形態により配信されるファイルの第３の結合例を示す図である。
【図１０】本実施形態により配信されるファイルの第４の結合例を示す図である。
【発明を実施するための形態】
【０００８】
以下、実施の形態について詳細に説明する。
【０００９】
＜配信システム：概略構成＞
図１は、本実施形態における配信システムの概略構成の一例を示す図である。図１において、情報処理システムの一例としての配信システム１は、配信装置の一例としての配信サーバ１０と、電子データを入力するＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）１１と、出力装置の一例としての文書管理サーバ１２とを有する。
【００１０】
ネットワークＮ１には、配信サーバ１０とＭＦＰ１１とがデータの送受信が可能な状態で接続されている。ネットワークＮ２には、配信サーバ１０と文書管理サーバ１２とがデータの送受信が可能な状態で接続されている。なお、ネットワークＮ１〜Ｎ２は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）又はインターネット等のネットワーク（有線又は無線の別は問わない）である。また、図１に示す各装置の数等は、これには限定されない。
【００１１】
配信サーバ１０は、ＭＦＰ１１でスキャン処理により入力された画像データ等（入力データ）に対して、所定の処理を実行するコンピュータである。なお、配信サーバ１０は、１以上の情報処理装置により構成されるクラウドコンピュータの形態により実現しても良く、１台の情報処理装置に統合して実現しても良く、複数の情報処理装置に分散して実現することも可能である。
【００１２】
ＭＦＰ１１は、スキャン機能、コピー機能、プリンタ機能、ファクシミリ機能等を有する複合機等の画像形成装置であるがこれには限定されない。例えば、画像データ等が入力可能であれば良く、スキャナ装置、ファクシミリ装置、コピー装置等であっても良い。
【００１３】
文書管理サーバ１２は、例えばネットワークＮ２上で共有されるファイル等を管理する。文書管理サーバ１２は、配信サーバ１０による配信処理によりアクセスされる。
【００１４】
図１に示す配信システム１において、配信サーバ１０は、ＭＦＰ１１から入力データを取得すると、文書管理サーバ１２の所定の格納先に保持されている既存のファイルを取得する。また、配信サーバ１０は、既存のファイルの所定の位置に入力データを追加する等の編集を行い、再度１つのファイルとして、例えば上述した既存のファイルを取得した文書管理サーバ１２の格納先等に配信するよう制御する。
【００１５】
これにより、例えば顧客環境の既存のフォルダに、例えばＰＤＦ形式等の伝票ファイルが保持されている場合に、新しく取得した伝票を同じＰＤＦ形式のファイルに変換して追加し、１週間単位等でまとめた１つの伝票ファイルとして管理することが可能となる。
【００１６】
なお、図１の例において、配信サーバ１０とＭＦＰ１１とは、一体に構成されていても良く、例えばＭＦＰ１１に配信サーバ１０の機能を設けることも可能である。
【００１７】
＜ハードウェア構成＞
上述した配信サーバ１０や文書管理サーバ１２は、例えば図２に示すハードウェア構成のコンピュータシステムにより実現される。図２は、コンピュータシステムのハードウェア構成の一例を示す図である。
【００１８】
図２に示すコンピュータシステム２は、入力装置２１と、表示装置２２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２４と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２５と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２６と、通信Ｉ／Ｆ２７と、外部Ｉ／Ｆ２８とを有し、それぞれがバスＢで相互に接続されている。
【００１９】
入力装置２１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置２２は、ディスプレイ等を含み、コンピュータシステム２による処理結果を表示する。
【００２０】
ＲＡＭ２３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ２４は、電源を切ってもプログラムやデータを保持可能な不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ２４には、コンピュータシステム２の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）、ＯＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）設定、及びネットワーク設定等のプログラムやデータを格納する。
【００２１】
ＨＤＤ２５は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム２全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。
【００２２】
ＨＤＤ２５は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理する。なお、コンピュータシステム２は、ＨＤＤ２５の代わりにＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）が設けられても良い。
【００２３】
ＣＰＵ２６は、ＲＯＭ２４やＨＤＤ２５等の記憶装置からプログラムやデータをＲＡＭ２３上に読み出し、処理を実行することで、コンピュータシステム２全体の制御や機能を実現する演算装置である。
【００２４】
通信Ｉ／Ｆ２７は、コンピュータシステム２をネットワークＮ１〜Ｎ２に接続するインターフェースである。これにより、コンピュータシステム２は、通信Ｉ／Ｆ２７を介してデータ通信を行う。
【００２５】
外部Ｉ／Ｆ２８は、外部装置とのインターフェースである。外部装置には、記録媒体２８Ａ等がある。これにより、コンピュータシステム２は、外部Ｉ／Ｆ２８を介して記録媒体２８Ａの読み取り及び／又は書き込みを行うことが可能である。
【００２６】
記録媒体２８Ａには、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＳＤメモリカード（ＳＤ  Ｍｅｍｏｒｙ  ｃａｒｄ）、ＵＳＢメモリ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ  ｍｅｍｏｒｙ）等がある。
【００２７】
配信サーバ１０や文書管理サーバ１２は、コンピュータシステム２のハードウェア構成により、後述する各種処理を実現することが可能となる。
【００２８】
次に、上述したＭＦＰ１１や配信サーバ１０の機能構成について図を用いて説明する。
【００２９】
＜ＭＦＰ１１の機能構成＞
図３は、本実施形態におけるＭＦＰの機能構成の一例を示す図である。図３に示すように、ＭＦＰ１１は、ＵＩ処理手段３１と、スキャン処理手段３２と、画像生成手段３３と、アップロード手段３４とを有する。
【００３０】
ＵＩ処理手段３１は、予め設定されたユーザインターフェース画面（ＵＩ画面）等を用いて入力されるユーザの宛先情報に基づき、例えばＰＤＦファイル等の所定のフォーマットファイルが指定されているか判断する。ＵＩ処理手段３１は、例えばＰＤＦファイルが指定されていると判断すると、ＰＤＦファイルのセキュリティを解除して編集可能とするためのＰＤＦパスワード用の入力画面を表示する。
【００３１】
なお、本実施形態において適用可能なファイル形式は、ＰＤＦファイルに限定されるものではなく、文書ファイル、ＴＩＦＦ（Ｔａｇｇｅｄ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）ファイル等のマルチページフォーマット等であれば良いが、これに限定されるものではない。例えば表計算用ファイル等であっても、以下に説明するページを基準にした処理をファイル内のシートに置き換えることで実現可能である。
【００３２】
スキャン処理手段３２は、ユーザからのスキャン開始指示に基づき、例えば伝票、見積もり、日誌、議事録、契約書等の文書（原稿等）をスキャンするスキャン処理を実行する。なお、スキャンされる文書はこれに限定されるものではなく、定期的に発行されたり、定型フォーマットを用いる文書等とすることが可能である。また、スキャン処理手段３２は、外部装置でスキャンされたデータをネットワークを介して取得しても良い。
【００３３】
スキャン処理手段３２は、スキャン処理を実行した後、画像生成手段３３により生成されたスキャン画像や、ＵＩ処理手段３１から取得した宛先情報、ＰＤＦパスワード等をアップロード手段３４に出力する。
【００３４】
画像生成手段３３は、スキャン処理手段３２によりスキャン処理が実行された文書のスキャン画像を生成する。アップロード手段３４は、例えばＨＴＴＰリクエスト等を用いて、スキャン処理手段３２から取得したスキャン画像や、ユーザが指定した宛先情報、ＰＤＦパスワード等を配信サーバ１０に送信してアップロードを行う。
【００３５】
＜配信サーバ１０の機能構成＞
図４は、本実施形態における配信サーバの機能構成の一例を示す図である。図４に示すように、配信サーバ１０は、入力受付手段４１と、配信制御手段４２と、保持データ取得手段の一例としてのアクセス手段４３と、編集手段４４とを有する。
【００３６】
入力受付手段４１は、例えばＭＦＰ１１からスキャン画像（入力データ）や、宛先情報、ＰＤＦパスワード等を受け付け、受け付けたスキャン画像や、宛先情報、ＰＦＤパスワード等を配信制御手段４２に出力する。なお、入力受付手段４１は、パスワードの入力がなかった場合には、スキャン画像及び宛先情報のみ配信制御手段４２に出力する。
【００３７】
配信制御手段４２は、入力受付手段４１が受け付けたスキャン画像の配信を制御する。配信制御手段４２は、ユーザが指定した宛先情報を参照し、例えばＰＤＦファイル等の所定のファイルが指定されている場合、アクセス手段４３を介して宛先情報の所定の格納先に保持されているファイル（既存ＰＤＦファイル）を取得する。
【００３８】
ここで、ユーザが指定した宛先情報の所定の格納先とは、例えば文書管理サーバ１２等の顧客環境にある所定のフォルダ等を示している。また、既存ＰＤＦファイルとは、保持データの一例であり、既にユーザが指定したフォルダ等に、例えばＰＤＦファイル等の形式に変換されて保持されているファイル等を示している。
【００３９】
また、配信制御手段４２は、編集手段４４により出力データの一例として、スキャン画像と保持データとを組み合わせた結合データを取得すると、アクセス手段４３を介して、例えば保持データを取得した文書管理サーバ１２等の格納先に配信させる。
【００４０】
アクセス手段４３は、配信制御手段４２から得られた宛先情報に基づき、例えば文書管理サーバ１２の所定の格納先から保持データを取得したり、文書管理サーバ１２の所定の格納先に出力データを配信したりする。アクセス手段４３は、宛先情報に基づき、例えばＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）プロトコル、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の利用する通信プロトコルを判断する。
【００４１】
編集手段４４は、配信制御手段４２から取得したスキャン画像（入力データ）と保持データとを組み合わせ、出力データとして編集する。編集手段４４は、例えば保持データの形式（例えばＰＤＦファイル形式）に対応して、スキャン画像の形式を変換して、変換したスキャン画像と、保持データとを結合するがこれには限定されない。例えば入力データの形式に対応させて、保持データの形式を変換させても良い。
【００４２】
編集手段４４は、例えばスキャン画像や保持データが定型フォーマット（例えば、伝票等）である場合、定型フォーマットの所定領域から得られる文字列（例えば、伝票番号等）に基づき、スキャン画像と保持データとを並べ替えると良い。また、編集手段４４は、例えばスキャン画像の入力タイミングで得られたパスワードを用いて、保持データを編集することが可能である。
【００４３】
＜ファイル配信シーケンス＞
図５は、本実施形態におけるファイル配信シーケンスの一例である。図５に示すファイル配信シーケンスは、例えばＭＦＰ１１と配信サーバ１０とにより実行される。
【００４４】
図５に示すように、ＭＦＰ１１は、ユーザの操作により宛先指定が行われると（Ｓ１０）、ＵＩ処理手段３１により、例えばＰＤＦファイルが指定されているか確認し、ＰＤＦファイルが指定されている場合に、ＰＤＦパスワードの入力画面を表示させる（Ｓ１１）。Ｓ１１の処理では、ＵＩ処理手段３１は、Ｓ１０の宛先指定で入力された宛先情報に含まれる拡張子により、ＰＤＦファイルが指定されているか確認すると良い。
【００４５】
ＵＩ処理手段３１は、Ｓ１１の処理で表示した入力画面にて、ユーザの操作によりＰＤＦパスワードが入力されると（Ｓ１２）、入力されたＰＤＦパスワードを記憶する（Ｓ１３）。ＵＩ処理手段３１は、ユーザの操作によりスキャン開始指示が入力されると（Ｓ１４）、スキャン処理手段３２に対して、ユーザが指定した宛先情報と、ＰＤＦパスワードとを出力する（Ｓ１５）。
【００４６】
スキャン処理手段３２は、スキャン処理を実行すると、画像生成手段３３に対してスキャン画像取得要求を行い（Ｓ１６）、画像生成手段３３からスキャン画像を取得する（Ｓ１７）。スキャン処理手段３２は、アップロード手段３４に対して、ユーザが指定した宛先情報と、ＰＤＦパスワードと、スキャン画像とを出力する（Ｓ１８）。
【００４７】
アップロード手段３４は、配信サーバ１０の入力受付手段４１に対して、例えばＨＴＴＰリクエスト等を用いて、ユーザが指定した宛先情報と、ＰＤＦパスワードと、スキャン画像とを送信する（Ｓ１９）。
【００４８】
入力受付手段４１は、配信制御手段４２に対して、ユーザが指定した宛先情報と、ＰＤＦパスワードと、スキャン画像とを出力して配信要求を行う（Ｓ２０）。配信制御手段４２は、ユーザが指定した宛先情報を参照し、例えばＰＤＦファイル等の所定のファイルが指定されている場合、アクセス手段４３に対して宛先情報に保持されているファイル（既存ＰＤＦファイル）の取得要求を行う（Ｓ２１）。
【００４９】
Ｓ２１の処理の後、アクセス手段４３は、宛先情報から利用する通信プロトコルを判断する。例えば、宛先情報の先頭が「￥￥」の場合にはＳＭＢプロトコルと判断する。また、例えば、宛先情報の先頭が「ＨＴＴＰ」の場合にはＨＴＴＰと判断する。また、例えば、宛先情報の先頭が「ＦＴＰ」の場合にはＦＴＰ等と判断する。アクセス手段４３は、宛先情報に基づき、例えば文書管理サーバ１２の所定の格納先から対応する既存ＰＤＦファイルを取得する。
【００５０】
配信制御手段４２は、アクセス手段４３から既存ＰＤＦファイルを取得すると（Ｓ２２）、編集手段４４に対して、既存ＰＤＦファイルと、スキャン画像と、ＰＤＦパスワードとを出力し、出力データの一例として、例えば結合データ（結合ＰＤＦファイル）を生成するよう要求する（Ｓ２３）。
【００５１】
配信制御手段４２は、編集手段４４から結合ＰＤＦファイルを取得すると（Ｓ２４）、アクセス手段４３に対して結合ＰＤＦファイルと、ユーザの宛先情報とを出力し、文書管理サーバ１２へ配信するよう要求する（Ｓ２５）。アクセス手段４３は、Ｓ２１の処理の後と同様に、結合ＰＤＦファイルの宛先情報に基づき、利用する通信プロトコルを判断して配信を行っても良い。
【００５２】
＜ＭＦＰ１１のユーザインターフェース画面例＞
図６は、ＭＦＰのユーザインターフェース画面の一例を示す図である。図６（Ａ）は、スキャン画像の宛先情報を入力する入力画面の一例を示している。図６（Ｂ）は、ＰＤＦパスワード用の入力画面の一例を示している。
【００５３】
図６（Ａ）に示す入力画面において、ユーザは、スキャン画像の宛先情報を入力する際、配信したい対象フォルダのパスを指定しても良い。また、例えばフォルダに保存されているファイル（例えばＰＤＦファイル）に上書きして配信したい場合には、そのファイル（例えばＰＤＦファイル）のパスを指定しても良い。
【００５４】
なお、ＭＦＰ１１のＵＩ処理手段３１は、配信サーバ１０を介して文書管理サーバ１２からアクセス可能なフォルダ一覧を取得し、そのフォルダ一覧をユーザインターフェース画面に表示することで、ユーザに配信したい対象フォルダのパスを選択させても良い。また、スキャン画像に対して、予め定義された伝票管理や見積もり作成等の各種ワークフロー（処理フロー）を選択させることで、予め設定されている宛先情報（対象フォルダのパス）を指定しても良い。
【００５５】
図６（Ａ）に示す入力画面でＰＤＦファイル等が指定されている場合、ＭＦＰ１１のＵＩ処理手段３１は、図６（Ｂ）に示すように、例えばＰＤＦパスワード用の入力画面を表示し、ユーザによりパスワードを入力させることが可能である。なお、パスワードが不要な場合には、空入力しても良い。
【００５６】
このように、パスワードを入力することで、対象フォルダに保存されている既存ＰＤＦファイルに、パスワードが設定されて開けない場合でも、入力されたパスワードを用いてファイルを開くことが可能となる。また、パスワードが間違って入力された場合や、パスワードの入力がなくて既存ＰＤＦファイルが開けない場合には、ユーザに新たにパスワードを入力させるようなメッセージを画面に表示させても良い。
【００５７】
なお、本実施形態におけるユーザインターフェース画面は、図６（Ａ）〜図６（Ｂ）の例に限定されるものではなく、例えば宛先情報とパスワードとを入力する１つの画面であっても良い。
【００５８】
＜ファイル結合例＞
次に、上述した編集手段４４により、スキャン画像（入力データ）と、既存ＰＤＦファイル（保持データ）とを組み合わせて生成するファイル結合例について説明する。図７〜図１０は、本実施形態により配信されるファイル結合例を示す図である。
【００５９】
＜第１の結合例＞
図７に示す第１の結合例では、スキャン画像（入力画像データ）が伝票番号（Ｎ０３）であり、既存ＰＤＦファイル（既存ＰＤＦ）が伝票番号（Ｎ０２、Ｎ０４、Ｎ０７）の場合を示している。このような場合に、伝票番号は、例えば伝票等の定型フォーマット上のページの所定位置（所定領域）に記載されている。
【００６０】
そこで、編集手段４４は、例えばスキャン画像、既存ＰＤＦファイルのそれぞれの所定領域に対して、部分ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）を実施し、伝票番号を読み取る。また、編集手段４４は、読み取った伝票番号に基づきページのソート（並べ替え）を行い、スキャン画像を既存ＰＤＦファイルの間に挿入して、例えばＰＤＦファイル形式で結合することで、出力データの一例としての結合ＰＤＦファイル（結合ＰＤＦ）を生成する。
【００６１】
なお、ページ番号等についても、挿入したページに対応させて更新されることになる。上述したソートは、降順でも良く昇順でも良い。また、どのような領域から、どのような文字列を抽出して、どのように並べ替え、どのような形式で結合するか等については、ユーザが設定しても良く、予め定義される伝票管理ワークフロー等に設定しておいても良い。ワークフローを用いる場合には、スキャン画像の入力タイミングで、ユーザがワークフローを選択することで、上述した結合処理を行っても良い。
【００６２】
＜第２の結合例＞
図８に示す第２の結合例では、スキャン画像（入力画像データ）が伝票番号（Ｎ０３）とその詳細であり、既存ＰＤＦファイル（既存ＰＤＦ）が伝票番号（Ｎ０２）とその詳細、更に伝票番号（Ｎ０７）とその詳細の場合を示している。このような場合、編集手段４４は、スキャン画像の伝票とその詳細を１組のセットとして、既存ＰＤＦファイルの間に挿入して、例えばＰＤＦファイル形式で結合することで、結合ＰＤＦファイルを生成する。
【００６３】
このように、伝票等の定型フォーマットが１ページではなく、複数のページにまたがる場合（図８の例では、２ページ）には、その複数ページを１組とし、１組のページの間に、別の組のページが挿入されることがないように、組単位でページ等の編集を行う。
【００６４】
＜第３の結合例＞
図９に示す第３の結合例では、スキャン画像（入力画像データ）が伝票番号（Ｎ０３、Ｎ０６）であり、既存ＰＤＦファイル（既存ＰＤＦ）が伝票番号（Ｎ０２、Ｎ０４、Ｎ０７）の場合を示している。このような場合に、編集手段４４は、部分ＯＣＲ等で読み取った伝票番号にしたがって、複数のスキャン画像をそれぞれ、既存ＰＤＦファイル間に挿入して、例えばＰＤＦファイル形式で結合することで、結合ＰＤＦファイルを生成する。
【００６５】
このように、スキャン画像が連続した伝票番号ではなく、複数のページが１組のセットにもなっていない場合には、それぞれの伝票番号に基づいて個別に編集を行う。
【００６６】
＜第４の結合例＞
図１０に示す第４の結合例では、スキャン画像（入力画像データ）が伝票番号（Ｎ０３）とその詳細（１、２）であり、既存ＰＤＦファイルが伝票番号（Ｎ０２）とその詳細（１）、更に伝票番号（Ｎ０７）とその詳細（１、２）の場合を示している。このような場合、編集手段４４は、スキャン画像の伝票とその詳細（１、２）を１組のセットとして、既存ＰＤＦファイルの間に挿入して、例えばＰＤＦファイル形式で結合することで、結合ＰＤＦファイルを生成する。
【００６７】
このように、１組のページ数が異なる場合でも、部分ＯＣＲ等で読み取った伝票番号に基づき、伝票番号が読み取れなかったページを、その前の伝票番号のページの組として判断することで、複数の異なるページの組を判断し、組単位で挿入等の編集を行う。
【００６８】
上述したように、編集手段４４は、スキャン画像と既存ＰＤＦファイルの定型フォーマットの所定領域から所定の文字列を読み取り、スキャン画像と既存ＰＤＦファイルとを組み合わせた出力データを生成する。
【００６９】
これにより、ユーザの手作業等による作業に手間をかけることなく、例えば既に指定のフォルダに保持されているファイルに、別のファイルを追加する等の編集を行い、再度１つのファイルとしてフォルダに配信することが可能となる。
【００７０】
なお、上述した第１〜第４の結合例は、１又は複数のページ単位に処理されているが、これに限定されるものではなく、例えば表計算ソフトにおけるシート単位でも良い。また、ＰＤＦファイルに限定されず、例えばＴＩＦＦ等のマルチページフォーマットファイルでも良い。ファイルの種別については、ユーザが指定しても良く、ワークフロー等により予め指定されていても良い。
【００７１】
また、上述した第１〜第４の結合例では、スキャン画像（入力データ）と既存ＰＤＦファイル（保持データ）との組み合わせとして、ページの挿入による結合（編集）例を示したがこれに限定されるものではなく、例えばページの差し替え等を行っても良い。
【００７２】
また、例えば、文書管理サーバ１２の特定フォルダに、既存ＰＤＦファイル等が数多く存在する場合には、配信時にユーザがどれか１つを探して選択する必要がある。このような場合に、上述した部分ＯＣＲを用いて、スキャン画像（入力データ）から得られた文書タイトルや、現在日時等の読み取りデータを用いて、所定のルールでファイル名を作成する。
【００７３】
このファイル名としては、例えば文書タイトル_スキャン年_スキャン月．ｐｄｆ等のように、１又は複数の読み取りデータを組み合わせるが、これに限定されるものではない。このように所定のルールでファイル名を作成しておくことで、ユーザは配信時に対象となるフォルダまで選択するだけで、配信先となるファイル名を、上述した一定のルールにしたがって選択することが可能となる。
【００７４】
上述した実施形態によれば、顧客環境に応じて、既存のファイルに追加や変更等の編集を行うことで、ファイル配信における作業を効率化することが可能となる。
【００７５】
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【００７６】
１  配信システム
２  コンピュータシステム
１０  配信サーバ（配信装置の一例）
１１  ＭＦＰ（画像形成装置の一例）
１２  文書管理サーバ（出力装置の一例）
２１  入力装置
２２  表示装置
２３  ＲＡＭ
２４  ＲＯＭ
２５  ＨＤＤ
２６  ＣＰＵ
２７  通信Ｉ／Ｆ
２８  外部Ｉ／Ｆ
２８Ａ  記録媒体
３１  ＵＩ処理手段
３２  スキャン処理手段
３３  画像生成手段
３４  アップロード手段
４１  入力受付手段
４２  配信制御手段
４３  アクセス手段（保持データ取得手段の一例）
４４  編集手段
【先行技術文献】
【特許文献】
【００７７】
【特許文献１】特開２０１０−０７４３１６号公報
【図１】
0006458406.tif 000002
【図２】
0006458406.tif 000003
【図３】
0006458406.tif 000004
【図４】
0006458406.tif 000005
【図５】
0006458406.tif 000006
【図６】
0006458406.tif 000007
【図７】
0006458406.tif 000008
【図８】
0006458406.tif 000009
【図９】
0006458406.tif 000010
【図１０】
0006458406.tif 000011