(57)【要約】【課題】データ入力装置からデータをアップロードする際に、同名のファイルが上書されることを防止する情報処理装置、処理制御方法、プログラムおよび記録媒体を提供することを目的とする。【解決手段】ネットワークに接続され、データを入力可能なデータ入力装置によって入力されたデータに対する一または複数の処理の流れを定義したフロー定義データを記憶し、データ入力装置、および、ネットワークに接続された任意の装置との送受信を制御し、データを任意の装置にアップロードする際に同名ファイルがあった場合に上書されることを回避するためのアップロード方式を定義してフロー定義データに設定し、記憶部に格納し、データをアップロードする際に同名ファイルがあった場合に、フロー定義データに設定されたアップロード方式に従って処理を実行することを特徴とする。【選択図】        図４
2010074393.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、データを入力可能なデータ入力装置によって入力された前記データに対する一または複数の処理の流れを定義したフロー定義データを記憶する記憶部と、
前記データ入力装置、および、前記ネットワークに接続された任意の装置との送受信を制御する通信部と、
前記フロー定義データに基づいて、前記データに対して前記一または複数の処理の実行を制御するフロー実行制御部と、
前記データを前記任意の装置にアップロードする際に同名ファイルがあった場合に上書されることを回避するためのアップロード方式を定義して前記フロー定義データに設定し、前記記憶部に格納するフロー定義データ制御部と、
を備え、
前記フロー実行制御部は、
前記データをアップロードする際に前記同名ファイルがあった場合に、前記フロー定義データに設定された前記アップロード方式に従って前記処理を実行すること、
を特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記アップロード方式は、
前記同名ファイルとは異なるファイル名を生成することにより、前記同名ファイルが上書されることを回避すること、
を特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記アップロード方式は、
前記同名ファイルとは異なる前記ファイル名を、
前記データのファイル名に括弧付きの数字を付与することにより生成すること、利用者のアカウントまたはユーザＩＤから生成すること、前記データ入力装置による処理の日時から生成すること、および／または、乱数を発生させて生成すること、
を特徴とする情報処理装置。
【請求項４】
請求項１に記載の情報処理装置において、
前記アップロード方式は、
前記任意の装置へのアップロード先に、新たなフォルダを作成し、作成した前記フォルダ内に上記データをアップロードすることにより、前記同名ファイルが上書されることを回避すること、
を特徴とする情報処理装置。
【請求項５】
請求項４に記載の情報処理装置において、
前記アップロード方式は、
前記新たなフォルダのフォルダ名を、
利用者のアカウントまたはユーザＩＤから生成すること、前記データ入力装置の処理の日時から生成すること、および／または、前記データ入力装置のＩＤから生成すること、
を特徴とする情報処理装置。
【請求項６】
請求項１に記載の情報処理装置において、
前記アップロード方式は、
前記データおよび／または前記同名ファイルをチェックアウトまたはチェックインするよう前記任意の装置を制御することにより版管理を行うことにより、前記同名ファイルが上書されることを回避すること、
を特徴とする情報処理装置。
【請求項７】
請求項１に記載の情報処理装置において、
前記アップロード方式は、
前記データと前記同名ファイルをバインドすることにより、前記同名ファイルが上書されることを回避すること、
を特徴とする情報処理装置。
【請求項８】
請求項７に記載の情報処理装置において、
前記アップロード方式は、
前記同名ファイルにセクションを追加して前記データとバインドすることにより、前記同名ファイルが上書されることを回避すること、
を特徴とする情報処理装置。
【請求項９】
請求項１に記載の情報処理装置において、
前記フロー実行制御部は、
前記データをアップロードする際に前記同名ファイルがあった場合に、前記アップロード先の前記任意の装置が上書を回避する上書回避手段を備える場合に、当該上書回避手段に応じて前記処理を実行すること、
を特徴とする情報処理装置。
【請求項１０】
請求項１乃至９のいずれか一つに記載の情報処理装置において、
前記データ入力装置は、前記データとして画像データを入力可能な画像形成装置であること、
を特徴とする情報処理装置。
【請求項１１】
請求項１乃至１０のいずれか一つに記載の情報処理装置において、
前記アップロード方式を入力可能に表示するアップロード方式入力画面を定義した画面定義データを記憶する第２の記憶部を更に備え、
前記通信部は、
前記処理を実行する際に、前記画面定義データを前記データ入力装置に送信して、前記画面定義データに基づいて前記データ入力装置に表示された前記アップロード方式入力画面から入力された前記アップロード方式を受信し、前記フロー定義データ制御部に当該アップロード方式を設定させるよう制御すること、
を特徴とする情報処理装置。
【請求項１２】
データ入力装置および任意の装置とネットワークで接続された情報処理装置で実行される処理制御方法であって、
前記情報処理装置は、前記データ入力装置によって入力されたデータに対する一または複数の処理の流れを定義したフロー定義データを記憶する記憶部を備え、
通信部によって、前記データ入力装置、および、前記任意の装置との送受信を制御する通信ステップと、
フロー実行制御部によって、前記フロー定義データに基づいて、前記データに対して前記一または複数の処理の実行を制御するフロー実行制御ステップと、
フロー定義データ制御部によって、前記データを前記任意の装置にアップロードする際に同名ファイルがあった場合に上書されることを回避するためのアップロード方式を定義して前記フロー定義データに設定し、前記記憶部に格納するフロー定義データ制御ステップと、
を含み、
前記フロー実行制御ステップは、
前記データをアップロードする際に前記同名ファイルがあった場合に、前記フロー定義データに設定された前記アップロード方式に従って前記処理を実行すること、
を特徴とする処理制御方法。
【請求項１３】
請求項１２に記載の方法をコンピュータに実行させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理装置等のように、データをアップロードする際のデータに対する処理を制御する情報処理装置、処理制御方法、プログラムおよび記録媒体に関するものである。
【背景技術】
【０００２】
近年、多くの企業において、多機能複合機などのデータ入出力機器のネットワーク上への配置・接続が進んでいる。データ入出力機器は、業務の効率化を図る手段として大きな役割を担っている。特に、紙文書の電子化と配布を効率的に行う配信管理システムが重要になっている。このシステムを構成する大きな要素は、画像入力機器（スキャナ）と配信管理サーバ等の配信処理を実行する配信装置である。配信装置には、あらかじめさまざまな業務・用途にあわせた複数の配信処理メニューが登録されている。以下に、これに関連する従来技術の例をいくつかあげる。
【０００３】
特許文献１に開示された「情報処理装置」は、画像データに対する処理の実行の制御を容易に行うためのものである。配信サーバにおいて、処理を実行する際に画面定義データを複合機に送信して、画面定義データに基づいて複合機に表示された書誌情報入力画面から入力された書誌情報を受信し、受信した書誌情報とフロー定義データとを関連づけ、書誌情報が関連づけられたフロー定義データに基づいて、スキャン画像データに対して処理の実行を制御する。
【０００４】
特許文献２に開示された「情報処理装置」は、入力されたファイルを格納し、管理する情報処理装置において、利便性の高いファイル管理技術を提供することを目的とする。入力されたファイルを格納し管理する情報処理装置において、ファイルを格納する際に識別子を生成し、識別子に基づくファイル名によりファイルを格納し、ファイル情報（ファイルＩＤ、元ファイル名、格納先）を保持し、ファイルを格納する際に、該ファイルのファイル名と同一のファイル名がファイル情報内に存在していた場合には、ファイル更新するか別ファイル保存するかを判断し、ファイル更新すると判断した場合には、ファイル情報から該当部分を削除するとともに、該格納されたファイルを削除することを特徴とする。
【０００５】
特許文献３に開示された「ファイルバージョン管理装置」は、リモートアクセス環境等において、履歴データを保存する装置である。ファイルバージョン管理装置は、要求パケット応答パケットを取得しパケット内に含まれている処理要求および応答結果を抽出し、データ更新処理動作に相当するアクセスパターンに合致しているか照合し、要求パケットに含まれる処理要求がどのユーザにより要求されたものなのかを検証するためにユーザ情報を管理し、ファイルアクセス検証部でアプリケーションによるファイルのデータ更新処理に相当する処理パターンに相当する操作が実行されたことを契機として、バージョン管理用のファイルの作成操作を制御し、ファイルアクセス検証やユーザ管理やバージョン制御の動作に当たって必要となる動作設定情報を保持する。そして、ファイルのアクセスに関するコマンド・コンテキストを解析し、コマンド・コンテキストがファイルのバージョン管理用情報の作成の契機となる所定のパターンに対応したものであるか判定し、コマンド・コンテキストがバージョン管理用情報の作成の契機となる所定のパターンに対応したものである場合、ファイルのバージョン管理用情報を作成する。
【０００６】
特許文献４に開示された「ファイル管理装置」は、ファイル名の変更時にエラーが発生しうるかどうかを事前に検出し、ユーザに報知可能なファイル管理装置である。ファイル名設定メニュー、拡張子書式設定メニュー、基本設定メニュー及び書式設定メニューで設定されたルールに基づいて、変更後の新ファイル名を生成し、新ファイル名一覧表示ウィンドウに表示する。この際、新ファイル名が不当であれば、他のファイル名と区別し表示することで、ユーザに報知する。記憶媒体に記憶されているファイルの名前を変更するためのファイル管理装置であって、前記記憶媒体中のファイルから名前変更対象として指定されたファイルを選択し、新しいファイル名を作成するための規則をユーザに設定させ、名前変更規則に従って、選択されたファイルの新しいファイル名を作成し、選択されたファイルの名前を作成された新しいファイル名に変更し、拡張子以外が同一であるファイル名を持つ複数のファイルには拡張子以外が同一である新しいファイル名を作成する。
【０００７】
【特許文献１】特開２００８−０９７５８６号公報
【特許文献２】特開２００６−３２３７８３号公報
【特許文献３】特開２００６−３５０８２９号公報
【特許文献４】特開２００６−２０９６６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、例えばスキャナなどの画像形成装置から取り込んだ画像データをデータベースへアップロードする際、何らかの理由でアップロードに失敗した場合にデータロスト（Ｄａｔａ  Ｌｏｓｔ）につながる恐れがあり、利用者へ不利益をもたらす大きな問題である。従来、一般的には、これらを回避する為に、ログ情報を記録したり、システム管理者へエラーリポートをメールしたりして問題発生を知らせている。これによりデータロストの可能性を早急に認識することは可能であるが、データをデータベースへアップロードする場合に同名のファイル名や文書名があってもエラーを検知せずに、上書きしてアップロードしてしまうデータベースも存在するため、エラーを記録したり、通知したりしただけでは、データロストを防ぐことはできないという問題があった。
【０００９】
特に、特許文献２では、ファイルを格納する場合に同名があったら更新するか、別ファイルに保存するかの動作を行うが、更新する場合は元のファイルを削除してしまい、元のファイルが削除されることでデータロスト（Ｄａｔａ  ｌｏｓｔ）につながるという問題がある。また、スキャナなどの入力装置から操作する場合は、パソコン上で操作するような詳細なユーザーインターフェース（ＵＩ）制御で動作させることは困難であるので、ユーザの詳細なユーザーインターフェース（ＵＩ）操作なしに上書きを防止することができるアップロード方式が要求されている。また、特許文献４は格納済みのファイルの名前を変更するものであり、アップロードする前にデータの処理を行いアップロードすることに適用できないという問題があった。
【００１０】
本発明は、上記に鑑みてなされたものであって、データ入力装置からデータをアップロードする際に、同名のファイルが上書されることを防止する情報処理装置、処理制御方法、プログラムおよび記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するために、本発明にかかる情報処理装置は、ネットワークに接続され、データを入力可能なデータ入力装置によって入力された前記データに対する一または複数の処理の流れを定義したフロー定義データを記憶する記憶部と、前記データ入力装置、および、前記ネットワークに接続された任意の装置との送受信を制御する通信部と、前記フロー定義データに基づいて、前記データに対して前記一または複数の処理の実行を制御するフロー実行制御部と、前記データを前記任意の装置にアップロードする際に同名ファイルがあった場合に上書されることを回避するためのアップロード方式を定義して前記フロー定義データに設定し、前記記憶部に格納するフロー定義データ制御部と、を備え、前記フロー実行制御部は、前記データをアップロードする際に前記同名ファイルがあった場合に、前記フロー定義データに設定された前記アップロード方式に従って前記処理を実行すること、を特徴とする。
【００１２】
また、本発明にかかる処理制御方法は、データ入力装置および任意の装置とネットワークで接続された情報処理装置で実行される処理制御方法であって、前記情報処理装置は、前記データ入力装置によって入力されたデータに対する一または複数の処理の流れを定義したフロー定義データを記憶する記憶部を備え、通信部によって、前記データ入力装置、および、前記任意の装置との送受信を制御する通信ステップと、フロー実行制御部によって、前記フロー定義データに基づいて、前記データに対して前記一または複数の処理の実行を制御するフロー実行制御ステップと、フロー定義データ制御部によって、前記データを前記任意の装置にアップロードする際に同名ファイルがあった場合に上書されることを回避するためのアップロード方式を定義して前記フロー定義データに設定し、前記記憶部に格納するフロー定義データ制御ステップと、を含み、前記フロー実行制御ステップは、前記データをアップロードする際に前記同名ファイルがあった場合に、前記フロー定義データに設定された前記アップロード方式に従って前記処理を実行すること、を特徴とする。
【００１３】
また、本発明は、上記方法をコンピュータに実行させるためのプログラム、および、当該プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１４】
本発明によれば、データ入力装置からデータをアップロードする際に、同名のファイルが上書されることを回避することができ、データロスト（Ｄａｔａ  Ｌｏｓｔ）を防止することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１５】
以下に添付図面を参照して、この発明にかかる情報処理装置、処理制御方法、プログラムおよび記録媒体の最良な実施の形態を詳細に説明する。以下に示す実施の形態では、本発明の情報処理装置、データ入力装置、アップロード先の装置を、スキャナや複合機等によりスキャンした画像データの配信処理を行うフロー定義装置、画像形成装置、サーバ装置に適用した例を挙げて説明する。ただし、本発明の情報処理装置、処理制御方法、プログラムおよび記録媒体はこれに限定されるものではなく、何らかのデータに対する処理を制御するものであれば、いずれの装置、システムにも適用することができる。
【００１６】
（実施の形態）
図１は、実施の形態にかかるネットワーク配信システムのネットワーク構成を示す説明図である。本実施の形態にかかるネットワーク配信システムは、図１に示すように、フロー定義装置２００と、画像形成装置１１００と、サーバ装置１００と、をＬＡＮやインターネット等のネットワーク３００に接続して構成されている。概要として、本実施の形態では、図１に示すように、（１）フロー定義装置２００から画像形成装置１１００に対してフロー定義データが送信され、（２）受信したフロー定義データに基づくアップロード方式に従って画像データ等に対する処理が実行され、画像形成装置１１００からサーバ装置１００に対して画像データ等が送信される。
【００１７】
画像形成装置１１００は、スキャン機能などの機能を備えた装置である。なお、画像形成装置１１００は、スキャン機能のほかに、コピー機能、プリンタ機能、または、ファクシミリ機能を一つの筐体に搭載した複合機として構成されてもよい。この画像形成装置１１００は、スキャナ機能により紙媒体等をスキャン処理して画像データを生成し、生成された画像データをフロー定義装置２００に送信する。画像形成装置１１００の詳細については後述する。
【００１８】
フロー定義装置２００は、画像形成装置１１００でスキャンされた画像データを受信して、後述するフロー定義データに従って種種の処理や配信処理を実行するワークステーション等のコンピュータである。なお、フロー定義装置２００は、画像データを画像形成装置１１００から受信してフロー定義データに従って処理を行いサーバ装置１００に送信してもよく、フロー定義データを画像形成装置１１００に送信して、フロー定義データを受信した画像形成装置１１００が当該フロー定義データに従い画像データに対して処理を行い直接、処理した画像データ等をサーバ装置１００に送信するよう構成してもよい。
【００１９】
サーバ装置１００は、ネットワーク３００に接続された、ファイルサーバや、ＥＤＭＳ（Ｅｎｔｅｒｐｒｉｓｅ  Ｄｏｃｕｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）や、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバ等のサーバ装置であり、データを格納するためのデータベース等を備える。例えば、ファイルサーバは、インターネット上で共有するファイルを蓄積して管理するコンピュータであり、ＥＤＭＳは、いわゆる文書管理システムであり、ＳＭＴＰサーバは、メール送信プロトコルであるＳＭＴＰに準拠した電子メールを送信するためのサーバである。ファイルサーバ、ＥＤＭＳ，ＳＭＴＰサーバのいずれもフロー定義装置２００による配信処理によりアクセスされる。
【００２０】
次に、フロー定義装置２００の詳細について説明する。図２は、フロー定義装置２００の機能的構成を示すブロック図である。フロー定義装置２００は、図２に示すように、リモート通信部２０１と、処理部２１０と、フロー実行制御部２０３と、フロー定義生成部２０４と、画面定義生成部２０５と、フロー定義データ２０６と、画面定義データ２０７とを主に備えている。
【００２１】
ここで、フロー定義データ２０６は、画像形成装置１１００によってスキャン入力された画像データに対する各種処理（入力処理、中間処理、配信処理等）の流れを定義したデータであり、例えば入力処理や中間処理や配信処理等の各種パラメータを設定したパラメータ設定データ等として構成される。画面定義データ２０７は、画像データに対するアップロード方式等を、フロー定義装置２００や画像形成装置１１００の表示部に入力可能に表示するアップロード方式入力画面を定義したデータであり、フローに必要なアップロード方式を設定するフロー定義データと対応付けられている。フロー定義データ２０６と画面定義データ２０７は、ハードディスクドライブ装置（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの記憶媒体（第１記憶部、第２記憶部）に格納されている。フロー定義データ２０６と画面定義データ２０７の詳細については後述する。
【００２２】
リモート通信部２０１は、画面定義データを画像形成装置１１００に送信する制御を行う。ここで、リモート通信部２０１は、画像形成装置１１００から画面定義データの要求および画像データ、アップロード方式の受信、画面定義データの画像形成装置１１００への送信を制御してもよい。また、リモート通信部２０１は、各種処理実行の際に各種データの送受信の制御を行う。
【００２３】
処理部２１０は、フロー定義データ２０６に定義された各種処理を実行するものであり、画像データの変換等の画像処理を行う画像処理部２１１や、画像データをサーバ装置１００や、画像形成装置１１００等に配信する配信処理部２１２等を備えている。
【００２４】
フロー実行制御部２０３は、フロー定義データ２０６をＨＤＤから読み出して、フロー定義データ２０６で定義された各種処理の処理部２１０による実行を制御するものである。また、フロー実行制御部２０３は、リモート通信部２０１によって画像形成装置１１００から受信したアップロード方式をフロー定義データ２０６に設定することによって両者を関連づけ、アップロード方式が関連づけられたフロー定義データ２０６に基づいて、画像データに対して各種処理の実行を制御する。
【００２５】
フロー定義生成部２０４は、フロー定義装置２００のアドミニストレータ等のシステム管理者の指示によりフロー定義データ２０６を生成または編集して、生成または編集されたフロー定義データ２０６をＨＤＤに保存するものである。また、本実施の形態では、フロー定義生成部２０４は、画像データをサーバ装置１００にアップロードする際に同名ファイルがあった場合に上書されることを回避するためのアップロード方式を定義してフロー定義データに設定し、ＨＤＤに格納するフロー定義データ制御部を備えて構成される。
【００２６】
ここで、フローは、画像形成装置１１００がスキャン入力した画像データに対して実行する一または複数の処理の流れであり、これらの処理には、画像形成装置１１００から画像データを入力する入力処理と、画像データの配信処理である出力（配信）処理と、入力処理の後段階にあって出力処理の前段階で実行される中間処理とがある。フロー定義データ２０６には、フロー定義装置２００が実行する、一または複数の入力処理と一または複数の中間処理と一または複数の出力処理とを順番に組み合わせた一連の処理の流れが記述される。例えば、フロー定義データ２０６には、スキャンした原稿（ドキュメント）の画像データに対する画像変換処理等の中間処理や、画像変換された画像データのフォルダへの配信（出力）処理を順に実行するフローや、スキャンされた画像データを電子メールで送信するＥ−Ｍａｉｌ処理のフロー等を実行することが記述されている。なお、入力処理と中間処理と出力処理のうち一部が記述されてもよい。また、このような一連の処理の流れを並列に実行するようにフロー定義データ２０６を定義することもできる。
【００２７】
ここで、出力処理としては、画像形成装置１１００やネットワーク３００上の任意のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）のフォルダへの配信処理、ファイルサーバやＷＥＢサーバ等のサーバ装置１００への配信処理、画像データを添付文書として電子メールで送信する（この際にＳＭＴＰサーバを利用する）Ｅ−Ｍａｉｌ送信処理（電子メール送信処理）等があげられる。また、中間処理としては画像データを所定の形式の画像データに変換する画像変換処理等があげられる。本実施の形態のフロー定義データ２０６は、例えば、ＸＭＬ（ｅＸｔｅｎｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述される。
【００２８】
ここで、フロー定義生成部２０４によるフロー定義データ２０６の生成処理を行うモジュール構成について説明する。図３は、フロー定義生成部２０４のモジュール構成を一例として示す機能構成図である。図３に示すように、フロー定義生成部２０４は、ユーザーインターフェース（ＵＩ）手段２２０を制御するＵＩ制御部２２１と、画像データの入力処理の流れを定義するための入力制御部２２２と、画像データの中間処理の流れを定義するための中間処理制御部２２３と、画像データの配信（出力）処理の流れを定義するための配信（出力）制御部２２４と、フロー定義データ格納部２２６にフロー定義データを格納するフロー定義データ制御部２２５とを備えて構成される。なお、図３の矢印は、制御の関係を一例として示したものであり、制御・被制御の関係や接続の向き、データ送受信の方向はこれに限定されるものではない（以下も同様）。
【００２９】
ユーザーインターフェース（ＵＩ）手段２２０は、キーボードやマウス、或いはタッチペンなどポインティングデバイス等の入力装置であり、ユーザーインターフェース（ＵＩ）制御部２２１は、ＵＩ手段２２０からの入力信号を受け付けたり、入力の為の操作状況をモニタ等表示装置に出力したりするオペレータ操作の制御を行う。
【００３０】
フロー定義生成部２０４は、ＵＩ制御部２２１の処理により、表示装置（図示せず）にフロー定義データ生成画面を表示する。そして、システム管理者は、このフロー定義データ生成画面を用いて操作入力を行ってフロー定義データ２０６に定義する処理を構築し、フロー定義生成部２０４は、フロー定義データ生成画面上で構築された情報から、ＸＭＬ形式のフロー定義データ２０６を生成する。
【００３１】
例えば、フロー定義データ生成画面には、入力処理、中間処理、出力処理の各処理のボタンのリストが表示される。そして、利用者は、かかるリストの中からフローを構築したい処理のボタンを順次選択して、各処理設定のダイアログボックス等からの入力によって処理の設定内容を設定する。また、この各処理設定のダイアログボックスによって、画像形成装置１１００で入力される画像データに対するアップロード方式の入力値をパラメータとして処理の設定内容を設定することができる。すなわち、このアップロード方式の入力値は、処理実行時のアップロード方式のパラメータとして使用される。
【００３２】
そして、システム管理者がフロー定義データ生成画面上でフローの定義を行って実行を指示すると、処理設定のダイアログボックスで設定された内容を取得する。そして、フロー定義生成部２０４は、各ボタンの処理に対応する処理ＩＤを定め、処理の順番を考慮して処理設定ダイアログボックスで設定された内容をマージする。そして、フロー定義生成部２０４は、ＸＭＬのタグの定義等を行い、マージした内容をタグを利用してＸＭＬ形式に変換して、ＸＭＬ形式のフロー定義データ２０６を生成する。そして、フロー定義生成部２０４は、生成されたフロー定義データ２０６をＨＤＤ等の記憶部（フロー定義データ格納部２２６）に保存する。
【００３３】
画面定義生成部２０５は、システム管理者の指示によって画面定義データ２０７を生成または編集し、生成または編集された画面定義データ２０７をＨＤＤに保存するものである。
【００３４】
ここで、画面定義データ２０７は、フロー定義データで定義された一連の処理に必要なアップロード方式の入力値を入力させるためのアップロード方式入力画面を構成するデータであり、本実施の形態では例えばＸＭＬ形式で記述されている。例えば、画面定義データは、フロー定義データに設定されるアップロード方式の入力値を入力させるためのアップロード方式入力画面に対応する。
【００３５】
画面定義データ２０７には、各種タグが記述されている。例えば、画面定義データを識別するための定義データＩＤを設定するための記述子であるタグ＜ＩＤ＞や、この画面定義データから生成されるアップロード方式入力画面から利用者にアップロード方式の入力値を入力させるための入力フィールドやその表示名、フィールドの入力条件等を設定するための記述子であるタグ＜Ｉｔｅｍｓ＞等である。そして、アップロード方式入力画面から利用者に、表示名（ＤｉｓｐｌａｙＮａｍｅ）として、「ファイル名変更」、「新フォルダ作成」、「チェックアウト・チェックイン（Ｃｈｅｃｋ−ｏｕｔ  ＆  Ｃｈｅｃｋ−ｉｎ）」、「バインド」、「アップロード先依存」等のアップロード方式の入力値を入力させるようになっている。なお、アップロード方式の入力には、利用者に上記各種のアップロード方式から選択させるよう選択タブやラジオボタン等を表示してもよい。また、画面定義データ２０７は、画像形成装置１１００において利用者がスキャン動作を開始する際にフロー定義装置２００に送信される画面定義データの要求を受けて、実行する配信処理のフローに対応した画面定義データ２０７がフロー定義装置２００から画像形成装置１１００に送信されてもよい。
【００３６】
次に、画像形成装置１１００の詳細について説明する。本実施の形態にかかる画像形成装置１１００は、スキャナアプリと、制御部と、リモート通信部と、表示制御部と、入力制御部と、オペレーションパネルと、スキャナエンジンと、サーバ情報とを主に備えている。
【００３７】
ここで、サーバ情報は、サーバ装置１００やフロー定義装置２００等のＩＰアドレス等を登録したデータベースであり、ＨＤＤやメモリ等の記憶媒体に保存されている。スキャナエンジンは、スキャン動作を実行するハードウェアである。オペレーションパネルは、利用者に対し各種画面や操作入力を行わせるハードウェアである。オペレーションパネルは、各種画面を表示可能な表示部と、スタートボタンやストップボタン、コピーボタン、スキャンボタン等の操作部とを備えている。
【００３８】
制御部は、スキャナアプリ等のアプリケーションからの要求を受けて、スキャナエンジン等や、ＨＤＤやメモリ等の制御を行う。ここで、制御部は、フロー実行制御部を備えて構成されてもよい。フロー実行制御部の機能・処理については、フロー定義装置２００のフロー実行制御部２０３と同様であるので説明を省略する。
【００３９】
リモート通信部は、サーバ装置１００やフロー定義装置２００等に対する送受信を制御するものである。具体的には、リモート通信部は、フロー選択画面の要求、選択したフローのフローＩＤ、アップロード方式の画面定義データ２０７の要求、スキャンした画像データをサーバ情報に登録されたＩＰアドレスのサーバ装置１００等に対して送信する。また、リモート通信部は、フロー選択画面やフローに対応するアップロード方式の画面定義データ２０７をフロー定義装置２００から受信する。リモート通信部は、受信した画面定義データ２０７に基づいて表示されたアップロード方式入力画面から入力されたアップロード方式の入力値をフロー定義装置２００に送信する。
【００４０】
表示制御部は、表示部に対し、各種画面やソフトウェアキーボード画面等をタッチ入力可能に表示する制御を行う。具体的には、表示制御部は、リモート通信部で受信したＸＭＬ形式の画面定義データ２０７を実行してアップロード方式入力画面を表示部に表示する。入力制御部は、表示部からのタッチ入力やソフトウェアキー入力、操作部からの操作入力を受け付けてその入力制御を行うものである。具体的には、表示部に対するタッチ入力や操作部の各種ボタンの押下によるイベントを入力することにより、上記タッチ入力やボタンの押下を検知する。かかる検知は、スキャナアプリに通知される。また、入力制御部は、アップロード方式入力画面から入力されたアップロード方式の入力値を受け付けて、ＸＭＬ形式のデータに変換する。
【００４１】
スキャナアプリは、利用者による操作部（スキャンボタン等）から指示により、スキャン条件の設定やスキャン処理を実行するアプリケーションである。具体的には、スキャナアプリは、制御部に対しスキャン要求を行って、スキャナエンジンを動作させ、原稿をスキャンする。そして、スキャナアプリは、スキャンされた原稿の画像データを入力する。また、スキャナアプリは、スキャン処理開始時、すなわち、利用者がスキャンボタンを押下したことを入力制御部で検知した場合には、配信フローを選択するために、フロー選択画面の要求を送信するようにリモート通信部に対して指示する。また、スキャナアプリは、アップロード方式入力画面をオペレーションパネルの表示部に表示するため、画面定義データの要求をフロー定義装置２００に送信するようにリモート通信部に対して指示する。この他のアプリケーションとして、プリント処理を実行するプリントアプリや、コピー処理を行うコピーアプリ、ファクシミリ送受信処理を行うファックスアプリ等が構成されてもよい。
【００４２】
次に、以上のように構成された本実施の形態にかかるネットワーク配信システムによる画像データの配信処理について図４〜図２５を参照して説明する。
【００４３】
（実施例１）
まず、本実施の形態が適用される実施例１の処理の一例について図４〜図１５を参照して説明する。この実施例１では、スキャナ等の画像形成装置１１００から取り込んだ画像データをサーバ装置１００等の任意のフォルダへアップロードする。
【００４４】
ここで、まず、本実施例１におけるフロー定義データ生成処理について説明する。図４は、実施例１におけるフロー定義データ生成処理のシナリオ（Ｆｌｏｗ  ｎａｍｅ：”ＳｃａｎＴｏＤＢａｎｏｔｈｅｒＮａｍｅ”）を示す図である。なお、シナリオを構成するのは図３に示したモジュール構成のうち、ＵＩ制御部２２１、入力制御部２２２、中間処理制御部２２３、配信（出力）制御部２２４、フロー定義データ制御部２２５である。また、図５は、フロー定義データ生成処理の一例を示すフローチャートである。
【００４５】
図４に示すように、まず、ＵＩ制御部２２１は、シナリオ”ＳｃａｎＴｏＤＢａｎｏｔｈｅｒＮａｍｅ”を生成するためのユーザーインターフェース手段２２０を制御する。
【００４６】
そして、ＵＩ制御部２２１は、入力制御部２２２から読取り条件などの画像形成装置１１００に関する設定情報を取得し、オペレータが操作した情報を入力制御部２２２へ渡す。
【００４７】
そして、入力制御部２２２は、入力処理に関して設定情報がある場合（ステップＳ１１、Ｙｅｓ）、ＵＩ制御部２２１から渡された読取り条件や振り分け設定などの画像形成装置１１００に関する設定値を、フロー定義データ制御部２２５を通じてフロー定義データ２０６へ書き出す（ステップＳ１２）。
【００４８】
つづいて、ＵＩ制御部２２１は、アップロード方式を設定するためのアップロード方式入力画面を表示し、オペレータに操作させる。
【００４９】
そして、ＵＩ制御部２２１は、中間処理に関して設定情報がある場合（ステップＳ１３、Ｙｅｓ）、オペレータが選択した中間処理に関するアップロード方式（例えば、「ファイル名生成」）に関する値を中間処理制御部２２３に対して設定し、中間処理制御部２２３は、フロー定義データ制御部２２５を通じてフロー定義データ２０６へ書き出す（ステップＳ１４）。
【００５０】
そして、ＵＩ制御部２２１は、配信（出力）制御部２２４より取得した情報から、配信（出力）処理に関するアップロード方式の設定、すなわち、アップロードするＵＲＬやフォルダの情報を設定するＵＩを表示する。
【００５１】
そして、ＵＩ制御部２２１は、オペレータが操作して設定した値を配信（出力）制御部２２４へ渡す。
【００５２】
そして、配信（出力）制御部２２４は、配信（出力）処理に関する設定情報がある場合（ステップＳ１５、Ｙｅｓ）、フロー定義データ制御部２２５を通じてフロー定義データ２０６へ書き出す（ステップＳ１６）。
【００５３】
なお、図５において、入力処理や中間処理や配信処理に関する設定情報がない場合は（ステップＳ１１：Ｎｏ、ステップＳ１３：Ｎｏ、ステップＳ１５：Ｎｏ）、それぞれの対応する処理に移行する。以上が、フロー定義データ生成処理の一例である。
【００５４】
つづいて、フロー定義データ生成処理にて作成されたフロー定義データに基づくフロー実行制御処理の一例について図６を参照して説明する。すなわち、フロー実行制御処理では、フロー定義データの読み出しと、フロー定義データに基づく処理の実行を行う。図６は、フロー実行制御処理の一例を示すフローチャートである。なお、フロー定義データ制御部２２５がフロー全体を統括的に制御する。
【００５５】
図６に示すように、まず、フロー定義データ制御部２２５は、フロー定義データ２０６を読み出す（ステップＳ２１）。
【００５６】
そして、フロー定義データ制御部２２５は、フロー定義データに基づいて入力処理の有無を判断し（ステップＳ２２）、入力処理に関する処理が定義されている場合（ステップＳ２２、Ｙｅｓ）、入力制御部２２２が処理すべき定義をフロー定義データ２０６から読み出して読み取り条件などを用いて入力処理を行なう（ステップＳ２３）。入力処理に関する処理が定義されていない場合は（ステップＳ２２、Ｎｏ）、そのまま次の処理に移る。
【００５７】
そして、フロー定義データ制御部２２５は、フロー定義データに基づいて中間処理の有無を判断し（ステップＳ２４）、入力処理に関する処理（例えば、アップロード方式）が定義されている場合（ステップＳ２４、Ｙｅｓ）、中間処理制御部２２３へ処理を実行させる（ステップＳ２５）。一方、中間処理に関する処理が定義されていない場合は（ステップＳ２４、Ｎｏ）、そのまま次の処理に移る。
【００５８】
そして、フロー定義データ制御部２２５は、フロー定義データに基づいて配信処理の有無を判断し（ステップＳ２６）、配信処理に関する処理が定義されている場合（ステップステップＳ２６、Ｙｅｓ）、配信（出力）制御部２２４に処理を実行させる（ステップＳ２７）。一方、配信処理に関する処理が定義されていない場合は（ステップＳ２６、Ｎｏ）、そのまま処理を終える。
【００５９】
以上がフロー実行制御処理の一例である。なお、本シナリオでは、ＰＣ等の任意のフォルダへファイルをアップロードする。
【００６０】
（ファイル名変更）
次に、上記フロー実行制御処理における中間処理に関して、アップロード方式としてファイル名変更が定義されていた場合の処理の一例について図７〜図１１を参照して説明する。図７は、ファイル名変更処理を行う場合のモジュール構成の一例を示す図である。また、図８は、画像形成装置１１００から画像データを取り込んでアップロードするまでのシナリオ（フロー”ＳｃａｎＴｏＦｏｌｄｅｒａｎｏｔｈｅｒＮａｍｅ”を実行するシナリオ）を概念的に示す図である。なお、シナリオを構成するのは図７に示したモジュールのうち、入力制御部２２２、中間処理制御部２２３、配信（出力）制御部２２４、フロー定義データ制御部２２５、アップロードデータ制御部２２７である。
【００６１】
また、図９は、アップロード方式としてファイル名変更が定義された場合のフロー定義データ構造（ＸＭＬ）の一例を示す図である。また、図１０は、ファイル名変更により作成されたドキュメントデータ構造（ＸＭＬ）の一例を示す図である。また、図１１は、ファイル名変更処理の一例を示すフローチャートである。なお、フロー定義データ制御部２２５がフロー全体を制御する。
【００６２】
図１１に示すように、まず、フロー定義データ制御部２２５は、フロー定義データから中間処理プラグインの定義設定を読み出す（ステップＳ３１）。図９に示すように、アップロード方式としてファイル名変更がフロー定義データに定義されている場合、タグ＜ｐｒｏｃｅｓｓ  ｎａｍｅ＞では、”ｔａｋｅＡｎｏｔｈｅｒＮａｍｅ”と設定され、（１）ファイル名を別名として生成する処理を定義する。また、タグ＜Ｆｏｒｍａｔ  Ｔｙｐｅ＞では、一例として”（％ｄ）”と設定され、（２）命名規則（Ｎａｍｉｎｇ  ｒｕｌｅ）は、カッコつきの連番とすることを定義し、タグ＜ｒａｎｇｅ＞では、ｍｉｎｉｍｕｍ＝”１”、ｍａｘｉｍｕｍ＝”１００”、ｐｉｔｃｈ＝”１”と設定され、連番を１〜１００の刻み幅１とすることを定義している。
【００６３】
そして、中間処理制御部２２３は、フロー定義データのタグ＜ｐｒｏｃｅｓｓ＞を取り出して、アップロード方式“ｔａｋｅＡｎｏｔｈｅｒＮａｍｅ”を取得し、ファイル名生成と認識する（ステップＳ３２）。
【００６４】
そして、中間処理制御部２２３は、フロー定義データのタグ＜ｆｏｒｍａｔ＞からＴｙｐｅ”％ｄ”と、タグ＜ｒａｎｇｅ＞からｍｉｎｉｍｕｍ＝“１”，  ｍａｘｉｍｕｍ＝”１００”，ｐｉｃｈ＝”１”を取り出して（ステップＳ３３、ステップＳ３４）、ファイル名を”ｆｉｌｅｎａｍｅ（１）．ｅｘｔ”、”ｆｉｌｅｎａｍｅ（２）．ｅｘｔ”、…”ｆｉｌｅｎａｍｅ（１００）．ｅｘｔ”まで繰り返し処理により生成し（ステップＳ３５〜Ｓ３７）、アップロードデータ制御部２２７を介してドキュメントデータへ１００個のファイル名を書き出す（ステップＳ３８）。
【００６５】
一例として図１０に示すように、書き出されたドキュメントデータには、配信（出力）制御部２２４により変更されるファイル名の候補が設定される。すなわち、配信（出力）制御部２２４は、ドキュメントデータから取得したファイル名の先頭から順にアップロード候補のファイル名を取得して重複しないファイル名でアップロードする。なお、”ｆｉｌｅｎａｍｅ”の部分は、配信（出力）制御部２２４によるファイル名変更処理で元のデータのファイル名に置換される。以上が、アップロード方式としてファイル名変更が定義されていた場合の処理の一例である。
【００６６】
（新フォルダ作成）
つづいて、上記フロー実行制御処理における中間処理に関して、アップロード方式として新フォルダ作成が定義されていた場合の処理の一例について図１２〜図１５を参照して説明する。図１２は、新フォルダ作成処理を行う場合のモジュール構成の一例を示す図である。画像形成装置１１００から画像データを取り込んでアップロードするまでのシナリオ（フロー”ＳｃａｎＴｏＦｏｌｄｅｒａｎｏｔｈｅｒＮａｍｅ”を実行するシナリオ）は図８と同様である。なお、シナリオを構成するのは図１２に示したモジュールのうち、入力制御部２２２、中間処理制御部２２３、配信（出力）制御部２２４、フロー定義データ制御部２２５、アップロードデータ制御部２２７である。
【００６７】
また、図１３は、アップロード方式として新フォルダ作成が定義された場合のフロー定義データ構造（ＸＭＬ）の一例を示す図である。また、図１４は、新フォルダ作成により作成されたドキュメントデータ構造（ＸＭＬ）の一例を示す図である。また、図１５は、新フォルダ作成処理の一例を示すフローチャートである。なお、フロー定義データ制御部２２５がフロー全体を制御する。
【００６８】
図１５に示すように、まず、フロー定義データ制御部２２５は、フロー定義データ２０６から中間処理プラグインの定義設定を読み出す（ステップＳ４１）。図１４に示すように、アップロード方式として新フォルダ作成がフロー定義データに定義されている場合、タグ＜ｐｒｏｃｅｓｓ  ｎａｍｅ＞では、”ｍａｋｅＮｅｗＦｏｌｄｅｒ”と設定されており、（１）ファイル名を別名として生成する処理を定義する。また、タグ＜Ｆｏｒｍａｔ  Ｔｙｐｅ＞では、一例として”ｍａｃｈｉｎｅＩＤ”＋”￥￥”＋”Ｄａｔｅ”＋”Ｔｉｍｅ”と設定され、（２）フォルダの名前づけは、装置ＩＤと￥￥と日付けと時間とすることを定義している。
【００６９】
そして、中間処理制御部２２３は、フロー定義データのタグ＜ｐｒｏｃｅｓｓ＞を取り出して、アップロード方式“ｍａｋｅＮｅｗＦｏｌｄｅｒ”を取得し、新フォルダ生成と認識する（ステップＳ４２）。
【００７０】
そして、中間処理制御部２２３は、フロー定義データのタグ＜ｆｏｒｍａｔ＞からＴｙｐｅ  “ｍａｃｈｉｎｅＩＤ”＋“￥￥”＋“Ｄａｔｅ”＋“Ｔｉｍｅ”を取り出して、フォルダ名“ｍａｃｈｉｎｅＩＤ”＋“￥￥”＋“Ｄａｔｅ”＋“Ｔｉｍｅ”を生成し（ステップＳ４３）、アップロードデータ制御部２２７を介してドキュメントデータへフォルダ名を書き出す（ステップＳ４４）。
【００７１】
一例として図１４に示すように、書き出されたドキュメントデータには、配信（出力）制御部２２４により設定される新フォルダが設定される。なお、”ｆｉｌｅｎａｍｅ”の部分は、配信（出力）制御部２２４により元のデータのファイル名に置換される。
【００７２】
このように、実施例１にかかるフロー定義装置２００では、画像データをサーバ装置１００の任意のフォルダにアップロードする際に、同名ファイルがあった場合に上書されることを回避するためのアップロード方式を定義してフロー定義データに設定し、フロー定義データに設定されたアップロード方式に従って処理を実行して、命名規則により自動的にファイル名生成または新フォルダを生成するので、ファイル上書きによるデータロストを回避することができる。また、アップロード先の機能に応じたアップロード方法のカスタマイズが簡単にできる。
【００７３】
（実施例２）
つぎに、本実施の形態が適用される実施例２の処理の一例について図１６〜図１９を参照して説明する。この実施例２では、スキャナ等の画像形成装置１１００から取り込んだ画像データをサーバ装置１００等のデータベースへアップロードする。なお、フロー定義データ生成シナリオは図４と同様であり、画像形成装置１１００から画像を取り込んでアップロードするまでのシナリオは図８と同様である。
【００７４】
ここで、まず、本実施例２におけるフロー定義データ生成処理について図５を再度参照して説明する。なお、フロー定義データ生成処理でシナリオを構成するのは、図４のうち、ＵＩ制御部２２１、入力制御部２２２、配信（出力）制御部２２４、フロー定義データ制御部２２５である。
【００７５】
まず、ＵＩ制御部２２１は、シナリオ”ＳｃａｎＴｏＤＢＡｕｔｏＣｈｅｃｋ−ｉｎ”を生成するためのユーザーインターフェース手段２２０を制御する。
【００７６】
そして、ＵＩ制御部２２１は、入力制御部２２２から読み取り条件などの画像形成装置１１００に関する設定情報を取得し、オペレータが操作した情報を入力制御部２２２へ渡す。
【００７７】
そして、入力制御部２２２は、入力処理に関して設定情報がある場合（ステップＳ１１、Ｙｅｓ）、ＵＩ制御部２２１から渡された読み取り条件などの画像形成装置１１００に関する設定値を、フロー定義データ制御部２２５を通じて、フロー定義データ２０６へ書き出す（ステップＳ１２）。
【００７８】
つづいて、ＵＩ制御部２２１は、アップロード方式入力画面を表示し、オペレータに操作させる。
【００７９】
そして、ＵＩ制御部２２１は、設定情報がある場合、オペレータが選択したアップロード方式（この実施例２では、チェックアウト・チェックイン（自動バージョンアップ））に関する値を配信（出力）制御部２２４に対して設定し、配信（出力）制御部２２４は、フロー定義データ制御部２２５を通じてフロー定義データ２０６へ書き出す。
【００８０】
そして、ＵＩ制御部２２１は、配信（出力）制御部２２４より取得した情報から、アップロードに関する設定、即ち、アップロードするＤＢのＵＲＬやフォルダの情報を設定するアップロード入力画面を表示する。ＵＩ制御部２２１は、オペレータが操作して設定した値を配信（出力）制御部２２４へ渡す。
【００８１】
そして、配信（出力）制御部２２４は、配信（出力）処理に関する設定情報がある場合（ステップＳ１５、Ｙｅｓ）、フロー定義データ制御部２２５を通じてフロー定義データ２０６へ書き出す（ステップＳ１６）。
【００８２】
なお、上記において、入力処理や中間処理や配信処理に関する設定情報がない場合は（ステップＳ１１：Ｎｏ、ステップＳ１３：Ｎｏ、ステップＳ１５：Ｎｏ）、それぞれの対応する処理に移行する。以上が、本実施例２におけるフロー定義データ生成処理の一例である。
【００８３】
次に、アップロード方式としてチェックアウト・チェックインがフロー定義データに定義されていた場合のフロー実行制御処理の一例について図１６〜図１９を参照して説明する。図１６は、アップロード方式としてチェックアウト・チェックイン（Ｃｈｅｃｋ−ｏｕｔ  ＆  Ｃｈｅｃｋ−ｉｎ）がフロー定義データに定義される場合のモジュール構成の一例を示す図である。図１７は、チェックアウト・チェックインを行う処理の一例を示すフローチャートである。また、図１８は、チェックアウト・チェックインが定義されたフロー定義データ構造（ＸＭＬ）の一例を示す図である。また、図１９は、チェックアウト・チェックインによるドキュメントデータ構造（ＸＭＬ）の一例を示す図である。なお、フロー定義データ制御部２２６がフロー全体を制御する。
【００８４】
まず、フロー定義データ制御部２２５は、フロー定義データ２０６を読み出す。図１８に示すように、アップロード方式としてチェックイン・チェックアウトが定義されている場合、タグ＜ｐｒｏｃｅｓｓ  ｎａｍｅ＞には、”ＶｅｒｓｉｏｎＵｐ”が設定されている。なお、図１９に示すように、本実施例２では、版更新を行うため、ドキュメントデータには、同名ファイルがある場合でも、元のファイル名と元のファイルパスでアップロードすることが設定される。
【００８５】
そして、図１７に示すように、配信（出力）制御部２２４は、フロー定義データのタグ＜ｐｒｏｃｅｓｓ＞を取り出して、“ＶｅｒｓｉｏｎＵｐ”を取得し、アップロード方式としてチェックイン・チェックアウトを認識する（ステップＳ５１）。
【００８６】
そして、配信（出力）制御部２２４は、フロー定義データのタグ＜ｆｏｒｍａｔ＞からＴｙｐｅ“０．１”と、タグ＜ｃｏｍｍｅｎｔ＞からＮａｍｅ“ＡｕｔｏＣｈｅｃｋ−ｉｎ”を取り出して（ステップＳ５２、Ｓ５３）、チェックアウトを実行する（ステップＳ５４）。
【００８７】
そして、配信（出力）制御部２２４は、ファイルをアップロードした後（ステップＳ５５）、バージョン番号に“０．１”を、バージョンコメント（Ｖｅｒｓｉｏｎ  Ｃｏｍｍｅｎｔ）へ“ＡｕｔｏＣｈｅｃｋ−ｉｎ”をそれぞれ設定し（ステップＳ５６）、チェックインする（ステップＳ５７）。
【００８８】
このように、実施例２にかかるフロー定義装置２００によれば、画像データおよび／または同名ファイルをチェックアウトまたはチェックインするようサーバ装置１００を制御することにより版管理を行い、同名ファイルが上書されることを回避するので、バージョンアップを自動化して、ファイル上書きによるデータロストを回避できる。
【００８９】
（実施例３）
つぎに、本実施の形態が適用される実施例３の処理の一例について図２０〜図２２を参照して説明する。本実施例３では、Ｆａｘ受信文書を文書単位でバインドしてデータベースへアップロードする。なお、フロー定義データ生成シナリオは、図４と同様であり、画像形成装置１１００から画像を取り込んでアップロードするまでのシナリオは、図８と同様である。
【００９０】
ここで、まず、本実施例３におけるフロー定義データ生成処理について図５を再度参照して説明する。なお、フロー定義データ生成処理でシナリオを構成するのは、図４のうち、ＵＩ制御部２２１、入力制御部２２２、配信（出力）制御部２２４、フロー定義データ制御部２２５である。
【００９１】
図５に示すように、ＵＩ制御部２２１は、シナリオ”ＦａｘＴｏＤＢＢｉｎｄ”を生成するためのユーザーインターフェース手段２２０を制御する。
【００９２】
そして、ＵＩ制御部２２１は、入力制御部２２２から読み取り条件などの画像形成装置１１００に関する設定情報を取得し、オペレータが操作した情報を入力制御部２２２へ渡す。
【００９３】
そして、入力制御部２２２は、ＵＩ制御部２２１から渡された読み取り条件などの画像形成装置１１００に関する設定値を、フロー定義データ制御部２２５を通じて、フロー定義データ２０６へ書き出す（ステップＳ１２）。
【００９４】
つづいて、ＵＩ制御部２２１は、アップロード方式入力画面を表示し、オペレータに操作させる。
【００９５】
そして、ＵＩ制御部２２１は、設定情報がある場合（ステップＳ１３、Ｙｅｓ）、オペレータが選択したアップロード方式（実施例３では、バインド）に関する値を配信（出力）制御部２２４に対して設定し、配信（出力）制御部２２４は、フロー定義データ制御部２２５を通じてフロー定義データ２０６へ書き出す（ステップＳ１４）。
【００９６】
そして、ＵＩ制御部２２１は、配信（出力）制御部２２４より取得した情報から、アップロードに関する設定、即ち、アップロードするＤＢのＵＲＬやフォルダの情報を設定するアップロード入力画面を表示する。ＵＩ制御部２２１は、オペレータが操作して設定した値を配信（出力）制御部２２４へ渡す。
【００９７】
そして、配信（出力）制御部２２４は、配信（出力）処理に関する設定情報がある場合（ステップＳ１５、Ｙｅｓ）、フロー定義データ制御部２２５を通じてフロー定義データ２０６へ書き出す（ステップＳ１６）。
【００９８】
なお、上記において、入力処理や中間処理や配信処理に関する設定情報がない場合は（ステップＳ１１：Ｎｏ、ステップＳ１３：Ｎｏ、ステップＳ１５：Ｎｏ）、それぞれの対応する処理に移行する。以上が、本実施例３におけるフロー定義データ生成処理の一例である。
【００９９】
次に、アップロード方式としてバインドがフロー定義データに定義されていた場合のフロー実行制御処理の一例について図２０〜図２２を参照して説明する。ここで、図２０は、アップロード方式としてバインドがフロー定義データに定義される場合のモジュール構成の一例を示す図である。図２１は、バインドが定義されたフロー定義データ構造（ＸＭＬ）の一例を示す図である。図２２は、バインド処理の一例を示すフローチャートである。なお、フロー定義データ制御部２２６がフロー全体を制御する。
【０１００】
まず、図２１に示すように、フロー定義データ制御部２２５は、フロー定義データ２０６を読み出す。図２２に示すように、アップロード方式としてバインドが定義されている場合、タグ＜ｐｒｏｃｅｓｓ  ｎａｍｅ＞には、”ｂｉｎｄＦｉｌｅ”が設定されている。
【０１０１】
そして、配信（出力）制御部２２４は、フロー定義データのタグ＜ｐｒｏｃｅｓｓ＞を取り出して、アップロード方式“ＢｉｎｄＦｉｌｅ”を取得し、バインドと認識し（ステップＳ６１）、セクションを追加してファイルをバインドし、アップロードを実行する（ステップＳ６２）。
【０１０２】
このように、実施例３にかかるフロー定義装置２００では、画像データと同名ファイルをバインドすることにより、同名ファイルが上書されることを回避するので、バインドを自動化して、ファイル上書きによるデータロストを回避することができる。
【０１０３】
（実施例４）
つぎに、本実施の形態が適用される実施例４の処理の一例について図２３〜図２５を参照して説明する。本実施例４では、画像形成装置１１００から取り込んだ画像データを文書管理装置へアップロードする。なお、フロー定義データ生成シナリオは、図４と同様であり、画像形成装置１１００から画像を取り込んでアップロードするまでのシナリオは、図８と同様である。
【０１０４】
図２３は、アップロード方式としてアップロード先依存が定義されたフロー定義データ構造（ＸＭＬ）の一例を示す図である。図２４は、アップロード先依存が定義されていた場合のフロー実行制御処理のモジュール構成の一例を示す図である。図２５は、アップロード先依存のアップロード方式に基づく処理の一例を示すフローチャートである。なお、フロー定義データ制御部２２５がフロー全体を制御する。
【０１０５】
図２５に示すように、まず、フロー定義データ制御部２２５は、フロー定義データ２０６を読み出す（ステップＳ７１）。図２３に示すように、図２４のモジュールにより定義され書き出されたフロー定義データには、アップロード方式としてアップロード先依存が定義され、タグ＜ｐｒｏｃｅｓｓ  ｎａｍｅ＞には、”ｃｌｉｅｎｔＵｎｋｎｏｗｎ”が設定されている。
【０１０６】
そして、配信（出力）制御部２２４は、フロー定義データのタグ＜ｐｒｏｃｅｓｓ＞を取り出して、アップロード方式“ｃｌｉｅｎｔＵｎｋｎｏｗｎ”を取得し、アップロード方式がアップロード先依存であることを認識し、通常のアップロードを実行する（ステップＳ７２）。
【０１０７】
このように、実施例４にかかるフロー定義装置２００では、データをアップロードする際に同名ファイルがあった場合に、アップロード先のサーバ装置１００が上書を回避する手段を備える場合に、その手段に応じて処理を実行するので、アップロード先の機能を有効活用して、アップロードを自動化でき、ファイル上書きによるデータロストを回避することができる。
【０１０８】
上記実施の形態の実施例１〜４のフロー定義装置２００や画像形成装置１１００やサーバ装置１００は、ＣＰＵなどの制御装置と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置等を必要に応じて備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０１０９】
上記実施の形態の実施例１〜４のフロー定義装置２００や画像形成装置１１００で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１１０】
また、上記実施の形態のフロー定義装置２００や画像形成装置１１００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上記実施の形態のフロー定義装置２００や画像形成装置１１００で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。また、上記実施の形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１１１】
上記実施の形態のフロー定義装置２００や画像形成装置１１００で実行されるプログラムは、上述した各部（リモート通信部、処理部、フロー実行制御部、フロー定義生成部、画面定義生成部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、リモート通信部、処理部、フロー実行制御部、フロー定義生成部、画面定義生成部等が主記憶装置上に生成されるようになっている。
【０１１２】
上記実施の形態における実施例１〜４の画像形成装置１１００で実行される配信処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１１３】
さらに、実施の形態の画像形成装置１１００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、実施の形態１〜４の画像形成装置１１００で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１１４】
実施の形態の画像形成装置１１００で実行されるプログラムは、上述した各部（スキャナアプリ、プリンタアプリ、制御部、リモート通信部、表示制御部、入力制御部、処理部、フロー実行制御部、フロー定義生成部、画面定義生成部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭから配信処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、スキャナアプリ、プリンタアプリ、制御部、リモート通信部、表示制御部、入力制御部、処理部、フロー実行制御部、フロー定義生成部、画面定義生成部が主記憶装置上に生成されるようになっている。
【０１１５】
なお、上記実施の形態では、フロー定義装置は、画像形成装置と別筐体で構成した例について説明を行ったが、本発明はこれに限られず、フロー定義装置の各種手段の一部または全部を画像形成装置にて実行されるよう構成してもよい。また、上記実施の形態では、フロー定義装置と画像形成装置は、ＬＡＮやインターネット等のネットワークを介して接続された例について説明を行ったが、画像形成装置とフロー定義装置はネットワークを介することなく接続されてもよい。更に、フロー定義装置と画像形成装置とサーバ装置は、別筐体として構成するよう説明を行ったが（図１参照）、それぞれ、フロー定義装置は制御手段として、画像形成装置は入力手段として、サーバ装置はデータベースとして構成して、これらをバス等により接続し同一の筐体として構成してもよい。また、サーバ装置は外出しだけでなく、いずれかの配信（情報管理）装置（フロー定義装置２００等）やＰＣ等が兼用してもよい。
【０１１６】
また、一例として本発明をマイクロソフト社のＳｈａｒｅ  Ｐｏｉｎｔ  Ｓｅｒｖｅｒ（商品名）への出力（配信）プラグインとして適用してもよい。例えば、Ｓｈａｒｅ  Ｐｏｉｎｔ  Ｓｅｒｖｅｒ（商品名）との連携のＩ／ＦとしてＷｅｂ  Ｓｅｒｖｉｃｅ（商品名）を用いる場合に同名ファイルが上書されてしまうことを回避するために本発明を適用してもよい。
【０１１７】
なお、本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。
【図面の簡単な説明】
【０１１８】
【図１】実施の形態にかかるネットワーク配信システムのネットワーク構成を示す説明図である。
【図２】フロー定義装置２００の機能的構成を示すブロック図である。
【図３】フロー定義生成部２０４のモジュール構成を一例として示す機能構成図である。
【図４】実施例１におけるフロー定義データ生成処理のシナリオ（Ｆｌｏｗ  ｎａｍｅ：”ＳｃａｎＴｏＤＢａｎｏｔｈｅｒＮａｍｅ”）を概念的に示す図である。
【図５】フロー定義データ生成処理の一例を示すフローチャートである。
【図６】フロー実行制御処理の一例を示すフローチャートである。
【図７】ファイル名変更処理を行う場合のモジュール構成の一例を示す図である。
【図８】画像形成装置１１００から画像データを取り込んでアップロードするまでのシナリオ（フロー”ＳｃａｎＴｏＦｏｌｄｅｒａｎｏｔｈｅｒＮａｍｅ”を実行するシナリオ）を概念的に示す図である。
【図９】アップロード方式としてファイル名変更が定義された場合のフロー定義データ構造（ＸＭＬ）の一例を示す図である。
【図１０】ファイル名変更により作成されたドキュメントデータ構造（ＸＭＬ）の一例を示す図である。
【図１１】ファイル名変更処理の一例を示すフローチャートである。
【図１２】新フォルダ作成処理を行う場合のモジュール構成の一例を示す図である。
【図１３】アップロード方式として新フォルダ作成が定義された場合のフロー定義データ構造（ＸＭＬ）の一例を示す図である。
【図１４】新フォルダ作成により作成されたドキュメントデータ構造（ＸＭＬ）の一例を示す図である。
【図１５】新フォルダ作成処理の一例を示すフローチャートである。
【図１６】アップロード方式としてチェックアウト・チェックイン（Ｃｈｅｃｋ−ｏｕｔ  ＆  Ｃｈｅｃｋ−ｉｎ）がフロー定義データに定義される場合のモジュール構成の一例を示す図である。
【図１７】チェックアウト・チェックインを行う処理の一例を示すフローチャートである。
【図１８】チェックアウト・チェックインが定義されたフロー定義データ構造（ＸＭＬ）の一例を示す図である。
【図１９】チェックアウト・チェックインによるドキュメントデータ構造（ＸＭＬ）の一例を示す図である。
【図２０】アップロード方式としてチェックアウト・チェックイン（Ｃｈｅｃｋ−ｏｕｔ  ＆  Ｃｈｅｃｋ−ｉｎ）がフロー定義データに定義される場合のモジュール構成の一例を示す図である。
【図２１】バインドが定義されたフロー定義データ構造（ＸＭＬ）の一例を示す図である。
【図２２】バインド処理の一例を示すフローチャートである。
【図２３】アップロード方式としてアップロード先依存が定義されたフロー定義データ構造（ＸＭＬ）の一例を示す図である。
【図２４】アップロード先依存が定義されていた場合のフロー実行制御処理のモジュール構成の一例を示す図である。
【図２５】アップロード先依存のアップロード方式に基づく処理の一例を示すフローチャートである。
【符号の説明】
【０１１９】
１００  サーバ装置
２００  フロー定義装置
２０１  リモート通信部
２１０  処理部
２１１  画像処理部
２１２  配信処理部
２０３  フロー実行制御部
２０４  フロー定義生成部
２０５  画面定義生成部
２０６  フロー定義データ
２０７  画面定義データ
２２０  ユーザーインターフェース（ＵＩ）手段
２２１  ユーザーインターフェース（ＵＩ）制御部
２２２  入力制御部
２２３  中間処理制御部
２２４  配信（出力）制御部
２２５  フロー定義データ制御部
２２６  フロー定義データ格納部
２２７  アップロードデータ制御部
１１００  画像形成装置
【図１】
2010074393.tif 000003
【図２】
2010074393.tif 000004
【図３】
2010074393.tif 000005
【図４】
2010074393.tif 000006
【図５】
2010074393.tif 000007
【図６】
2010074393.tif 000008
【図７】
2010074393.tif 000009
【図８】
2010074393.tif 000010
【図９】
2010074393.tif 000011
【図１０】
2010074393.tif 000012
【図１１】
2010074393.tif 000013
【図１２】
2010074393.tif 000014
【図１３】
2010074393.tif 000015
【図１４】
2010074393.tif 000016
【図１５】
2010074393.tif 000017
【図１６】
2010074393.tif 000018
【図１７】
2010074393.tif 000019
【図１８】
2010074393.tif 000020
【図１９】
2010074393.tif 000021
【図２０】
2010074393.tif 000022
【図２１】
2010074393.tif 000023
【図２２】
2010074393.tif 000024
【図２３】
2010074393.tif 000025
【図２４】
2010074393.tif 000026
【図２５】
2010074393.tif 000027