(57)【要約】【課題】画像のスキャン及び配信に関する設定情報を一元管理する管理装置を利用できない場合であっても適切に当該設定情報に従った処理を実行すること。【解決手段】画像データの読取条件と当該画像データの配信先を示す情報とを含む設定データの一覧を、ネットワークを介して接続される管理装置より取得する手段と、取得された設定データの一覧を保持手段に記録する手段と、取得された設定データの一覧を表示させる設定一覧表示手段と、表示された一覧の中から選択された設定データに含まれている読取条件にしたがって画像データの読み取りを実行する手段と、選択された設定データと画像データとを配信装置に送信する手段とを有し、設定一覧表示手段は、設定データ取得手段によって設定データが取得できない場合は、保存手段に記録されている設定データの一覧を表示させる。【選択図】図３
2011041012.tif 000002
【特許請求の範囲】
【請求項１】
画像データの読取条件と当該画像データの配信先を示す情報とを含む設定データの一覧を、ネットワークを介して接続される設定データ管理装置より取得する設定データ取得手段と、
取得された前記設定データの一覧を設定データ保持手段に記録する設定データ記録手段と、
取得された前記設定データの一覧を表示装置に表示させる設定一覧表示手段と、
表示された一覧の中から選択された前記設定データに含まれている読取条件にしたがって原稿からの画像データの読み取りを実行する読取手段と、
選択された前記設定データと前記画像データとを配信装置に送信し、前記画像データについて前記設定データに基づく配信処理の実行を前記配信装置に要求する配信要求手段とを有し、
前記設定一覧表示手段は、前記設定データ取得手段によって前記設定データが取得できない場合は、前記設定データ保持手段に記録されている前記設定データの一覧を前記表示装置に表示させる画像読取装置。
【請求項２】
前記配信装置は、前記配信要求手段より送信される前記設定データ管理装置の第一の識別情報に基づいて、該配信要求手段より送信された前記設定データの妥当性の検証要求を前記設定データ管理装置に送信し、前記設定データ管理装置によって前記妥当性が検証された場合に前記画像データの配信を実行し、
前記配信要求手段は、前記設定データ取得手段によって前記設定データが取得できない場合は、当該画像読取装置の第二の識別情報を前記第一の識別情報の代わりに送信し、
前記第二の識別情報に基づいて前記配信装置より送信される前記設定データの妥当性の検証要求に応じ、前記妥当性が検証されたことを示す応答を前記配信装置に送信する妥当性検証代行手段を有する請求項１記載の画像読取装置。
【請求項３】
前記配信装置は、前記配信要求手段より送信される前記設定データ管理装置の第一の識別情報に基づいて、該配信要求手段より送信された前記設定データの妥当性の検証要求を前記設定データ管理装置に送信し、前記設定データ管理装置によって前記妥当性が検証された場合に前記画像データの配信を実行し、
前記配信要求手段は、前記設定データ取得手段によって前記設定データが取得できない場合は、前記妥当性の検証の省略を指示する情報を前記第一の識別情報の代わりに送信する請求項１記載の画像読取装置。
【請求項４】
ユーザ識別情報の入力を受け付けるユーザ識別情報受付手段と、
前記設定データ保持手段に記録される前記設定データに関して、ユーザごとに利用制限情報が記録されたユーザ情報記憶手段を有し、
前記設定データ記録手段は、前記ユーザ識別情報に係るユーザに対して記録されている前記利用制限情報と、取得されたそれぞれの前記設定データとの関連付け情報を設定データ管理情報記憶手段に記録し、
前記設定一覧表示手段は、前記設定データ保持手段に記録されている前記設定データの一覧を前記表示装置に表示させる場合は、前記利用制限情報に基づいて利用が許可される前記設定データを選択可能な候補として前記設定データの一覧を表示させる請求項１乃至３いずれか一項記載の画像読取装置。
【請求項５】
前記配信要求手段は、前記利用制限情報に基づいて、前記設定データ及び前記画像データの前記配信装置への送信を、前記設定データ管理装置の利用が可能となるまで待機する請求項４記載の画像読取装置。
【請求項６】
前記利用制限情報は、前記設定データ保持手段に記録されている前記設定データの有効期間を含み、
前記設定データ記録手段は、取得されたそれぞれの前記設定データに前記有効期間に基づく有効期限を前記設定データ管理情報記憶手段に記録し、
前記配信要求手段は、前記配信装置に送信された前記設定データについて、前記設定データ管理情報記憶手段において前記設定データごとに管理される利用状況情報を更新し、
前記利用状況情報に基づいて前記有効期限を延長する有効期限更新手段とを有する請求項４又は５記載の画像読取装置。
【請求項７】
画像読取装置が実行する情報処理方法であって、
画像データの読取条件と当該画像データの配信先を示す情報とを含む設定データの一覧を、ネットワークを介して接続される設定データ管理装置より取得する設定データ取得手順と、
取得された前記設定データの一覧を設定データ保持手段に記録する設定データ記録手順と、
取得された前記設定データの一覧を表示装置に表示させる設定一覧表示手順と、
表示された一覧の中から選択された前記設定データに含まれている読取条件にしたがって原稿からの画像データの読み取りを実行する読取手順と、
選択された前記設定データと前記画像データとを配信装置に送信し、前記画像データについて前記設定データに基づく配信処理の実行を前記配信装置に要求する配信要求手順とを有し、
前記設定一覧表示手順は、前記設定データ取得手順において前記設定データが取得できない場合は、前記設定データ保持手段に記録されている前記設定データの一覧を前記表示装置に表示させる情報処理方法。
【請求項８】
画像読取装置に、
画像データの読取条件と当該画像データの配信先を示す情報とを含む設定データの一覧を、ネットワークを介して接続される設定データ管理装置より取得する設定データ取得手順と、
取得された前記設定データの一覧を設定データ保持手段に記録する設定データ記録手順と、
取得された前記設定データの一覧を表示装置に表示させる設定一覧表示手順と、
表示された一覧の中から選択された前記設定データに含まれている読取条件にしたがって原稿からの画像データの読み取りを実行する読取手順と、
選択された前記設定データと前記画像データとを配信装置に送信し、前記画像データについて前記設定データに基づく配信処理の実行を前記配信装置に要求する配信要求手順とを実行させ、
前記設定一覧表示手順は、前記設定データ取得手順において前記設定データが取得できない場合は、前記設定データ保持手段に記録されている前記設定データの一覧を前記表示装置に表示させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取装置、配信システム、情報処理方法、及びプログラムに関し、特に配信対象とする画像データをスキャンする画像読取装置、配信システム、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、スキャナを有する画像形成装置においてスキャンされた画像データを配信サーバに転送し、設定された配信先への画像データの配信を当該配信サーバに実行させる配信システムが存在する。
【０００３】
配信サーバによって配信処理の制御が行われることにより、ハードウェアリソースの乏しい画像形成装置の負荷を軽減することができる。その結果、画像形成装置のハードウェアリソースを本来の機能（印刷、スキャン、コピー等）に振り向けることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本願発明者は、配信処理に関する設定情報（スキャン条件、配信方法（通信プロトコル等）、及び配信先等）が予め設定され、所定のサーバにおいて一元的に管理される配信システムの構築を検討している。当該配信システムにおいて、ユーザによる操作指示は、スキャンを実行する画像形成装置において行われる。すなわち、ユーザによる操作指示に応じて、所定のサーバから画像形成装置に設定情報がダウンロードされ、画像形成装置の操作パネルに設定情報の一覧が表示される。ユーザが設定情報の一覧の中から所望の設定情報を選択すると、画像形成装置は選択された設定情報に従って、スキャン及び配信に関する処理を実行する。
【０００５】
斯かる配信システムによれば、設定情報の設定者を所定の者（例えば、システム管理者）に限定することにより、各ユーザが利用可能なスキャン条件、配信方法、及び配信先等を適切に制限することができ、機密文書の漏洩等の抑止を期待することができる。また、所定のサーバにおいて設定情報が一元的に管理されるため、複数の画像形成装置において共通の設定情報を利用することができ、高い利便性及び保守性等を享受することができる。
【０００６】
しかしながら、設定情報を管理する所定のサーバの障害又はネットワーク障害等によって当該所定のサーバを利用できない場合、当該所定のサーバとネットワークを介して接続されている全ての画像形成装置において一斉に配信ジョブを実行できなくなってしまうという問題がある。
【０００７】
本発明は、上記の点に鑑みてなされたものであって、画像のスキャン及び配信に関する設定情報を一元管理する管理装置を利用できない場合であっても適切に当該設定情報に従った処理を実行することのできる画像読取装置、情報処理方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００８】
そこで上記課題を解決するため、本発明は、画像データの読取条件と当該画像データの配信先を示す情報とを含む設定データの一覧を、ネットワークを介して接続される設定データ管理装置より取得する設定データ取得手段と、取得された前記設定データの一覧を設定データ保持手段に記録する設定データ記録手段と、取得された前記設定データの一覧を表示装置に表示させる設定一覧表示手段と、表示された一覧の中から選択された前記設定データに含まれている読取条件にしたがって原稿からの画像データの読み取りを実行する読取手段と、選択された前記設定データと前記画像データとを配信装置に送信し、前記画像データについて前記設定データに基づく配信処理の実行を前記配信装置に要求する配信要求手段とを有し、前記設定一覧表示手段は、前記設定データ取得手段によって前記設定データが取得できない場合は、前記設定データ保持手段に記録されている前記設定データの一覧を前記表示装置に表示させる。
【発明の効果】
【０００９】
本発明によれば、画像のスキャン及び配信に関する設定情報を一元管理する管理装置を利用できない場合であっても適切に当該設定情報に従った処理を実行することができる。
【図面の簡単な説明】
【００１０】
【図１】第一の実施の形態における配信システムの構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図３】第一の実施の形態における配信システムの機能構成例を示す図である。
【図４】第一の実施の形態の配信システムにおける初期設定処理の処理手順を説明するためのシーケンス図である。
【図５】ユーザＤＢに登録された配信設定データの構成例を示す図である。
【図６】第一の実施の形態における配信ジョブの通常の処理手順を説明するためのシーケンス図である。
【図７】ユーザ情報記憶部の構成例を示す図である。
【図８】保持データ管理情報記憶部の構成例を示す図である。
【図９】配信設定選択画面の表示例を示す図である。
【図１０】第一の実施の形態においてディレクトリサーバが利用できない場合の配信ジョブの処理手順を説明するためのシーケンス図である。
【図１１】第二の実施の形態における配信システムの構成例を示す図である。
【図１２】配信アプリ起動時の処理手順を説明するためのシーケンス図である。
【図１３】アプリ情報の構成例を示す図である。
【図１４】第二の実施の形態における配信ジョブの処理手順を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における配信システムの構成例を示す図である。同図において、配信システム１は、画像形成装置１０、配信サーバ２０、管理端末３０、及びディレクトリサーバ４０等を含む。各装置は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）によって通信可能に接続されている。
【００１２】
画像形成装置１０は、画像読取装置の一例であり、配信ジョブの実行指示の入力を受け付ける。本実施の形態において、配信ジョブとは、画像形成装置１０においてスキャンされた画像データを配信サーバ２０が配信するまでの一連の処理をいう。配信サーバ２０は、画像形成装置１０によって読み取られた画像データの配信処理を実行するコンピュータである。同図では、配信ジョブにおける画像データの配信先として、Ｗｅｂサーバ５１、ファイル共有サーバ５２、及びメールサーバ５３が例示されている。
【００１３】
管理端末３０は、配信システム１の管理者が利用するＰＣ（Personal Computer）等のコンピュータである。管理者は、管理端末３０を介して、配信システム１を稼動させるための初期設定を行う。
【００１４】
ディレクトリサーバ４０は、配信設定データの管理機能等を有するコンピュータである。配信設定データについては後述される。ディレクトリサーバ４０は、例えば、Ｗｉｎｄｏｗｓ（登録商標）のアクティブディレクトリ（Active Directory）によって構成されてもよい。
【００１５】
図２は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図２において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００１６】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、及びＨＤＤ１１４等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記録される。
【００１７】
スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。プリンタは１３、画像データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うめのボタン等の入力手段や、液晶パネル等の表示手段を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ１１２にロードされ、実行されうる。
【００１８】
なお、本実施の形態の実施にあたり、画像形成装置１０は、プリンタ１３及びモデム１４を備えていなくてもよい。
【００１９】
図３は、第一の実施の形態における配信システムの機能構成例を示す図である。同図における各部は、各装置にインストールされたプログラムが各装置のＣＰＵに実行させる処理によって実現される。
【００２０】
管理端末３０は、情報設定部３１を有する、情報設定部３１は、配信システム１を稼動させるための初期設定として配信設定データの入力を管理者より受け付ける。情報設定部３１は、入力された配信設定デーをディレクトリサーバ４０に送信する。なお、配信設定データは、配信対象とする画像データのスキャンに関する設定情報（スキャン条件）、及び配信に関する設定情報（配信方法及び配信先）等の組み合わせを一つのデータ内に含むデータである。すなわち、本実施の形態において、スキャン条件、配信方法、及び配信先等に関する情報は、ジョブの実行時に各ユーザによって設定されるのではなく、予め管理者によって設定される。
【００２１】
ディレクトリサーバ４０は、配信設定管理部４１、認証処理部４２、妥当性検証部４３、及びユーザＤＢ４４等を有する。配信設定管理部４１は、管理端末３０の情報設定部３１より転送される配信設定データをユーザＤＢ４４に登録する。ユーザＤＢ４４は、ユーザごとに認証情報を管理すると共に、ユーザ又はグループごとに配信設定データをも管理するデータベースであり、ディレクトリサーバ４０の記憶装置に記録されている。配信設定管理部４１は、また、画像形成装置１０からの配信設定データの取得要求に応じ、ユーザＤＢ４４に登録されている配信設定データを画像形成装置１０に送信（提供）する。認証処理部４２は、画像形成装置１０からの配信設定データの取得要求において指定されている画像形成装置１０のユーザの認証情報（例えば、ユーザ名及びパスワード）と、ユーザＤＢ４４に登録されている認証情報（例えば、ユーザ名及びパスワード）とに基づいて、当該取得要求に係るユーザを認証する。妥当性検証部４３は、配信サーバ２０からの要求に応じ、配信ジョブの利用対象とされた配信設定データの妥当性を検証する。ここでいう妥当性とは、例えば、検証対象とされた配信設定データが、ユーザＤＢ４４に登録されているものであり、ユーザＤＢ４４に登録されているものと完全に一致するものであることをいう。
【００２２】
配信サーバ２０は、データ受信部２１、妥当性検証要求部２２、及び配信実行部２３等を有する。データ受信部２１は、配信設定データとスキャンされた画像データとを画像形成装置１０より受信する。妥当性検証要求部２２は、受信された配信設定データの妥当性の検証をディレクトリサーバ４０に要求し、応答として返信される検証結果を受信する。配信実行部２３は、配信設定データの妥当性の検証結果が肯定的である場合に、配信設定データに従って画像データの配信処理を実行する。
【００２３】
画像形成装置１０は、認証制御部１２１、ユーザ情報記憶部１２２、及びスキャン配信アプリ１３０等を有する。認証制御部１２１は、ユーザの画像形成装置１０へのログイン時の認証処理を実行し、ログイン中のユーザ（ログインユーザ）が誰であるかを管理する。ユーザ情報記憶部１２２は、画像形成装置１０の記憶装置において、ユーザごとに属性情報又は設定情報等が記録された記憶領域である。属性情報にはユーザの認証情報（例えば、ユーザ名及びパスワード）が含まれる。認証情報は、認証制御部１２１による認証処理に利用される。設定情報には、配信設定データの利用に関する制限情報（利用制限情報）が含まれる。
【００２４】
スキャン配信アプリ１３０は、配信ジョブの前段処理（配信対象とする画像データを配信設定データに従ってスキャンし、スキャンされた画像データの配信要求を配信サーバ２０へ送信する処理）の実行を制御する。
【００２５】
スキャン配信アプリ１３０は、配信設定取得部１３１、配信設定保存部１３２、配信設定選択部１３３、スキャン制御部１３４、配信要求部１３５、妥当性検証代行部１３６、保持データ管理部１３７、有効期限更新部１３８、配信設定データ保持部１４１、及び保持データ管理情報記憶部１４２等を有する。
【００２６】
配信設定取得部１３１は、ディレクトリサーバ４０の配信設定管理部４１を介して、ユーザＤＢ４４に登録されている配信設定データの中からログインユーザに係る配信設定データの一覧を取得する。配信設定保存部１３２は、配信設定取得部１３１によって取得された配信設定データを配信設定データ保持部１４１に記録（保存する）。配信設定保存部１３２は、また、ログインユーザに対して設定されている利用制限情報をユーザ情報記憶部１２２より取得し、取得された利用制限情報を配信設定データ保持部１４１に記録された各配信設定データに関連付けて保持データ管理情報記憶部１４２に記録する。配信設定データ保持部１４１は、画像形成装置１０の記憶装置（例えば、ＨＤＤ１１４）において、配信設定データの実体が保存される記憶領域である。保持データ管理情報記憶部１４２は、画像形成装置１０の記憶装置において、配信設定データ保持部１４１に記録された配信設定データに関する管理情報が記録される記憶領域である。当該管理情報には、利用制限情報の他、配信設定データの利用状況を示す情報（利用状況情報）も含まれる。
【００２７】
配信設定選択部１３３は、配信設定取得部１３１によって取得された配信設定データの一覧を操作パネル１５に表示させ、当該一覧の中から配信ジョブに利用する配信設定データをユーザに選択させる。但し、通信障害又はディレクトリサーバ４０の障害等によって配信設定取得部１３１による配信設定データの取得が失敗した場合、配信設定選択部１３３は、配信設定データ保持部１４１に保持されている配信設定データの一覧を表示対象（選択対象）とする。
【００２８】
スキャン制御部１３４は、選択された配信設定データに含まれているスキャン条件にしたがって、原稿の読み取り（スキャン）をスキャナ１２に実行させる。配信要求部１３５は、ユーザによって選択された配信設定データと、スキャン制御部１３４によってスキャンされた画像データとを配信サーバ２０に送信することにより、配信ジョブの実行を配信サーバ２０に要求する。妥当性検証部４３は、通信障害又はディレクトリサーバ４０の障害等によってディレクトリサーバ４０を利用できない場合に、配信設定データの妥当性の検証処理を代行する。
【００２９】
保持データ管理部１３７は、配信設定データ保持部１４１に保持されている配信設定データを、ディレクトリサーバ４０より定期的にダウンロードする。これによって、配信設定データ保持部１４１に保持されている配信設定データと、ディレクトリサーバ４０のユーザＤＢ４４において管理されている配信設定データとの間の不整合の発生が防止される。保持データ管理部１３７は、また、有効期限の切れた配信設定データを配信設定データ保持部１４１より削除する。各配信設定データの有効期限は、保持データ管理情報記憶部１４２に記録されている。有効期限更新部１３８は、配信設定データの利用状況に応じて、保持データ管理情報記憶部１４２に記録されている有効期限を配信設定データごとに更新（延長）する。配信設定データの利用状況を示す情報（利用状況情報）は、配信設定データごとに保持データ管理情報記憶部１４２に記録されている。利用状況情報は、配信設定データの利用に応じて更新される。
【００３０】
以下、配信システム１の処理手順について説明する。図４は、第一の実施の形態の配信システムにおける初期設定処理の処理手順を説明するためのシーケンス図である。
【００３１】
ステップＳ１０１において、管理端末３０の情報設定部３１は、管理者より配信設定データの入力を受け付ける。配信設定データは、例えば、情報設定部３１が管理端末３０の表示装置に表示させる配信設定画面を介して入力される。配信設定画面では、ユーザ又はグループごとに配信設定データ（配信に関する設定情報（配信方法や配信先等を示す情報）及びスキャンに関する設定情報（スキャン条件））等の入力が可能とされている。したがって、管理者は、ユーザ又はグループごとに、当該ユーザ又はグループに許可可能なスキャン条件や配信方法及び配信先等を考慮して、配信設定データを入力する。なお、一度の入力作業において、複数のユーザ又はグループに対して配信設定データが入力されてもよい。また、一人のユーザ又は一つのグループに対して複数の配信設定データが入力されてもよい。
【００３２】
続いて、情報設定部３１は、入力された配信設定データをディレクトリサーバ４０の配信設定管理部４１に送信し、当該配信設定データの登録を要求する（Ｓ１０２）。配信設定管理部４１は、受信された配信設定データを設定対象のユーザ又はグループ（ユーザ名又はグループ名）関連付けて、ユーザＤＢ４４に登録する（Ｓ１０３）。
【００３３】
図５は、ユーザＤＢに登録された配信設定データの構成例を示す図である。同図に示されるように各配信設定データは、属性情報として、識別番号、ユーザ名、パスワード、スキャン条件、配信方法、配信先、及び利用可能時間等の項目を有する。
【００３４】
識別番号は、各配信設定データに一意な識別情報（ＩＤ）である。ユーザ名、パスワードは、配信設定データの利用が許可されるユーザのユーザ名及びパスワードである。スキャン条件は、配信対象とする画像データの読取条件である。同図では、スキャン条件の項目として、解像度、カラーモード、圧縮方法等が例示されている。画像形成装置１０に設定可能なスキャン条件に応じて、他のパラメータがスキャン条件として含まれてもよい。配信方法は、配信に利用する通信方法（通信プロトコル等）を示す情報である。配信先は、配信方法に応じた形式で配信先を具体的に示す情報であり、例えば、メールアドレス、ＩＰアドレス等が記録される。利用可能時間は、当該配信設定データの利用が許可される時間（期間）を示す。利用可能時間は、例えば、勤務時間外の配信システム１の利用を禁止する際等に有用である。
【００３５】
初期設定処理が完了すると、配信システム１の利用が可能となる。続いて、配信ジョブの実行時の処理について説明する。
【００３６】
図６は、第一の実施の形態における配信ジョブの通常の処理手順を説明するためのシーケンス図である。図６では、或るユーザ（管理者以外の一般ユーザも含む）によって画像形成装置１０において操作が行われる。
【００３７】
ステップＳ１１１において、ユーザのログインが実行される。具体的には、画像形成装置１０の操作パネル１５を介して認証情報（ユーザ名及びパスワード）が入力される。認証制御部１２１は、入力された認証情報とユーザ情報記憶部１２２とを利用してユーザの認証を実行する。
【００３８】
図７は、ユーザ情報記憶部の構成例を示す図である。同図に示されるように、ユーザ情報記憶部１２２には、ユーザごとに、管理番号、ユーザ名、パスワード、メールアドレス、保持データ有効期間、及び保持データ制限情報等が記録（登録）されている。
【００３９】
管理番号は、ユーザ情報記憶部１２２における各レコードを一意に識別するための番号である。ユーザ名、パスワードは、ユーザのユーザ名、パスワードである。メールアドレスは、ユーザのメールアドレスである。保持データ有効期間及び保持データ制限情報は、配信設定データ保持部１４１に記録（保存）された配信設定データ（以下、「保持データ」ともいう。）に関する利用制限情報である。保持データ有効期間は、保持データが有効なものとして扱われる期間である。保持データ制限情報は、保持データに基づく配信ジョブの実行内容に関する制限情報である。例えば、所定の配信方法による配信又は所定の宛先への配信の制限や、配信のタイミングに関する制限等を示す情報が保持データ制限情報として設定される。同図では、Ｅ−Ｍａｉｌによる配信が制限されること（Ｅ−Ｍａｉｌ不可）や、ディレクトリサーバ４０が利用可能となるまで配信を待機すること（待機）等が保持データ制限情報として例示されている。
【００４０】
ステップＳ１１１では、入力されたユーザ名及びパスワードとユーザ情報記憶部１２２に記録されているユーザ名及びパスワードと照合することによりユーザの認証が実行される。認証に成功した場合、認証制御部１２１はログインを許可する。認証制御部１２１は、ログインに成功したユーザ（ログインユーザ）のユーザ名及びパスワードをＲＡＭ１１２に記録し、管理対象とする。
【００４１】
続いて、操作パネル１５を介してユーザによって配信アプリが利用対象として選択されると、配信設定取得部１３１は、ログインユーザの認証情報を指定して配信設定データの取得要求をディレクトリサーバ４０に送信する（Ｓ１１２）。ディレクトリサーバの配信設定管理部４１は、受信された認証情報に基づく認証処理を認証処理部４２に要求する。認証処理部４２は、当該認証情報をユーザＤＢ４４に登録されている認証情報と照合することに認証を実行し、認証結果を配信設定管理部４１に出力する。認証に成功した場合、配信設定管理部４１は、認証されたユーザ名及びパスワードを含む配信設定データをユーザＤＢ４４より取得する。ここでは、複数の配信設定データが取得されうる。配信設定管理部４１は、取得された配信設定データの一覧を配信設定取得部１３１に返信する（Ｓ１１３）。配信設定取得部１３１は、受信された配信設定データの一覧をＲＡＭ１１２に記録する。
【００４２】
続いて、配信設定保存部１３２は、ＲＡＭ１１２に記録されている配信設定データを配信設定データ保持部１４１に記録（保存）する（Ｓ１１４）。また、配信設定保存部１３２は、配信設定データ保持部１４１に記録された配信設定データ（保持データ）と、当該保持データに対する利用制限情報との関連付け情報を保持データ管理情報記憶部１４２に記録する。具体的には、ユーザ情報記憶部１２２においてログインユーザに対して設定されている利用制限情報（有効期間、保持データ制限情報）が、保持データに対して関連付けられる。
【００４３】
図８は、保持データ管理情報記憶部の構成例を示す図である。同図に示されるように、保持データ管理情報記憶部１４２は、保持データごとに、保持データ識別番号、ユーザ情報管理番号、有効期限、保持データ制限情報、利用回数、平均利用間隔、及び最終利用時刻等を記録可能なように構成されている。
【００４４】
保持データ識別番号には、保持データの識別番号（図５参照）が記録される。ユーザ情報管理番号には、ログインユーザに対する管理番号（図７参照）が記録される。有効期限には、ユーザ情報記憶部１２２においてログインユーザに対して設定されている有効期間を現在時刻に加算することにより得られる時刻（期限）が記録される。保持データ制限情報には、ユーザ情報記憶部１２２においてログインユーザに対して設定されている保持データ制限情報が記録される。
【００４５】
同図は、ログインユーザに対して三つの配信設定データがディレクトリサーバ４０より取得され、保持データとして配信設定データ保持部１４１に記録された例に対応している。したがって、同一のユーザ（同一のユーザ情報管理番号）に対して三つの保持データ（保持データ管理番号）が関連付けられている。また、有効期間及び保持データ制限情報はユーザごとに設定されるため、初期状態においては、三つの保持データに対する有効期限及び保持データ制限情報の値は同じである。
【００４６】
利用回数、平均利用間隔、及び最終利用時刻は、保持データの利用状況を記録するための項目である。利用回数は、保持データの利用回数である。平均利用間隔は、保持データの利用間隔の平均値である。最終利用時刻は、保持データが最後に利用された時刻である。
【００４７】
続いて、配信設定選択部１３３は、ＲＡＭ１１２に記録されている配信設定データの一覧情報を含む配信設定選択画面を操作パネル１５に表示させる（Ｓ１１５）。
【００４８】
図９は、配信設定選択画面の表示例を示す図である。同図に示されるように、配信設定選択画面３１０には、ＲＡＭ１１２に記録されている配信設定データの一覧に含まれている各配信設定データに対応するボタン３１１〜３１３が表示されている。同図において、各ボタンのラベルには、配信方法及び配信先が示されているが、配信設定データに含まれる他の情報（例えば、スキャン条件等）を表示させるようにしてもよい。また、ボタンの配置方向は、垂直方向に限られない。例えば、水平方向であってもよい。
【００４９】
続いて、配信設定選択画面３１０において、ユーザによって所望のボタン（配信設定データ）が選択され、操作パネル１５におけるスタートキー（実行ボタン）が押下される。配信設定選択部１３３は、選択されたボタンに対応する配信設定データを処理対象（以下、「カレント配信設定データ」という。）とし、スキャンの実行をスキャン制御部１３４に要求する（Ｓ１１６）。スキャン制御部１３４は、カレント配信設定データに含まれているスキャン条件に従った原稿の読み取り（スキャン）をスキャナ１２に実行させる（Ｓ１１７）。原稿よりスキャンされた画像データは、配信対象の画像データとしてＲＡＭ１１２に記録される。
【００５０】
原稿の読み取りが完了すると、配信要求部１３５は、カレント配信設定データとディレクトリサーバ４０のアドレス情報（例えば、ＩＰアドレス又はホスト名等）とを指定して、配信ジョブの登録要求を配信サーバ２０に送信する（Ｓ１１８）。配信サーバ２０のデータ受信部２１は、配信ジョブの登録要求を受信すると、当該登録要求に含まれているカレント配信設定データとディレクトリサーバのアドレス情報とを配信サーバ２０のメモリに記録する。続いて、データ受信部２１は、配信ジョブの登録要求の受信に成功したことを示す応答を配信要求部１３５に対して送信する（Ｓ１１９）。
【００５１】
続いて、配信サーバ２０の妥当性検証要求部２２は、メモリに記録されているカレント配信設定データの妥当性の検証要求を、メモリに記録されているアドレス情報宛に送信する（Ｓ１２０）。したがって、当該検証要求はディレクトリサーバ４０に送信される。ディレクトリサーバ４０の妥当性検証部４３は、当該検証要求に含まれているカレント配信設定データの妥当性を検証する（Ｓ１２１）。具体的には、カレント配信設定データと識別番号が一致する配信設定データ（以下、「対応データ」という。）がユーザＤＢ４４に登録されているか、対応データが登録されている場合、対応データの内容はカレント配信設定データの内容と同じであるか等が確認される。対応データが存在し、対応データの内容とカレント配信設定データの内容とが同じである場合、カレント配信設定データの妥当性は肯定される。続いて、妥当性検証部４３は、妥当性の判定結果を配信サーバ２０の妥当性検証要求部２２に返信する（Ｓ１２２）。
【００５２】
続いて、画像形成装置１０の配信要求部１３５は、カレント配信設定データに基づいてスキャンされた画像データを含む配信ジョブの実行要求を配信サーバ２０に送信する（Ｓ１２３）。
【００５３】
配信ジョブの実行要求の受信に応じ、配信サーバ２０の配信実行部２３は、カレント配信設定データの妥当性が肯定されている場合は、カレント配信設定データの配信方法及び配信先に従って、受信された画像データの配信処理を実行する（Ｓ１２４）。一方、カレント配信設定データの妥当性が否定されている場合、配信実行部２３は、画像データの配信処理は実行しない。続いて、配信実行部２３は、配信処理の実行結果（成否を示す情報）を画像形成装置１０の配信要求部１３５に返信する（Ｓ１２５）。
【００５４】
なお、保持データ管理部１３７は、定期的にディレクトリサーバ４０の配信設定管理部４１より、保持データと識別番号が一致する配信設定データを取得し、取得された配信設定データによって保持データを更新する。これにより、保持データとユーザＤＢ４４における配信設定データとの間に不整合が発生する可能性を低減させることができる。ディレクトリサーバ４０においては、管理端末３０からの要求に応じて、配信設定データの設定内容が更新される可能性が有るからである。
【００５５】
また、保持データ管理部１３７は、定期的な更新処理の際に、各保持データに関して保持データ管理情報記憶部１４２に記録されている有効期限を確認する。保持データ管理部１３７は、有効期限の切れている保持データについては、配信設定データ保持部１４１より削除し、当該保持データに関するレコードを保持データ管理情報記憶部１４２より削除する。
【００５６】
次に、ネットワーク障害（通信障害）又はディレクトリサーバ４０における障害により、ディレクトリサーバ４０が利用できない場合の処理手順について説明する。
【００５７】
図１０は、第一の実施の形態においてディレクトリサーバが利用できない場合の配信ジョブの処理手順を説明するためのシーケンス図である。図１０中、図６と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。
【００５８】
配信設定取得部１３１は、ステップＳ１１２における配信設定データの取得要求が通信エラーとなることに基づいて、ディレクトリサーバ４０が利用できないことを検知する。そこで、配信設定取得部１３１は、配信設定データ保持部１４１より、ログインユーザの管理番号に関連付けられている保持データを取得し、ＲＡＭ１１２に記録する（Ｓ１１３ａ）。
【００５９】
続いて、配信設定選択部１３３は、ＲＡＭ１１２に記録されている保持データの一覧情報を含む配信設定選択画面３１０を操作パネル１５に表示させる（Ｓ１１５ａ）。この際、配信設定選択部１３３は、保持データ管理情報記憶部１４２に記録されている保持データ制限情報に基づいて利用可能な（利用が許可される）保持データを判定し、利用可能な保持データを選択可能な候補として配信設定選択画面３１０に表示させる。具体的には、配信方法が「Ｅ−Ｍａｉｌ」である保持データについて、「Ｅ−Ｍａｉｌ不可」が保持データ制限情報として記録されている場合、当該保持データは選択可能な候補から除外される。但し、保持データ制限情報の値が「待機」の場合は、利用可能な保持データであると判定される。
【００６０】
なお、選択可能なもののみが配信設定選択画面３１０に表示される場合は、利用可能であると判定された保持データのみが選択候補として配信設定選択画面３１０に表示される。また、選択不可能なものも含めて保持データの一覧が配信設定選択画面３１０に表示される場合は、利用可能な保持データについては選択可能な状態とされ、利用不可能な保持データについては選択不可能（例えば、グレーアウト）な状態とされる。
【００６１】
続くステップＳ１１６及びＳ１１７の内容は、保持データが処理対象とされることを除いて図６と同様である。
【００６２】
原稿の読み取りが完了すると、配信要求部１３５は、配信設定選択画面３１０において選択された保持データ（以下、「カレント配信設定データ」という。）と画像形成装置１０のアドレス情報とを指定して、配信ジョブの登録要求を配信サーバ２０に送信する（Ｓ１１８ａ）。ステップＳ１１８ａでは、ディレクトリサーバ４０のアドレス情報の代わりに、画像形成装置１０のアドレス情報が指定される点が、図６のステップＳ１１８と異なる。ステップＳ１２０ａにおいて、妥当性検証要求部２２は、カレント配信設定データの妥当性の検証要求を、当該アドレス情報宛に送信する。したがって、当該検証要求は、画像形成装置１０に送信される。画像形成装置１０の妥当性検証代行部１３６は、当該検証要求に含まれているカレント配信設定データの妥当性の検証処理を代行する（Ｓ１２１ａ）。具体的には、カレント配信設定データと識別番号が一致する保持データ（以下、「対応データ」という。）が配信設定データ保持部１４１に登録されているか、対応データが登録されている場合、対応データの内容はカレント配信設定データの内容と同じであるか等が確認される。但し、妥当性の検証の代行処理は、何もしないで妥当性を肯定するというもの（すなわち、ダミー）であってもよい。妥当性検証代行部１３６は、妥当性の検証の代行結果として妥当性は肯定されることを示す判定結果を配信サーバ２０の妥当性検証要求部２２に返信する（Ｓ１２２ａ）。
【００６３】
すなわち、ディレクトリサーバ４０が利用できない状況において、配信サーバ２０の妥当性検証要求部２２がディレクトサーバ４０に妥当性の検証を要求してしまうと、通信エラー等により当該要求は受け付けられない。その結果、カレント配信設定データの妥当性は検証されなかったものとして、カレント配信設定データに基づく配信処理の実行は配信サーバ２０によって拒否されてしまう。そうすると、保持データを利用した配信ジョブの実行が不可能となってしまい、画像形成装置１０において保持データを保持しておく意義が没却されてしまう。そこで、配信要求部１３５は、ステップＳ１２０ａにおいてディレクトリサーバ４０のアドレス情報ではなく、画像形成装置１０のアドレス情報を配信サーバ２０に送信し、妥当性の検証要求を画像形成装置１０宛に送信させるのである。その結果、ディレクトリサーバ４０を利用できないことが配信サーバ２０によって検知されることなく配信ジョブを実行させることができる。
【００６４】
なお、配信要求部１３５は、画像形成装置１０のアドレス情報の代わりに、カレント配信設定データの妥当性の検証処理を省略することを指示する情報（フラグ情報）を配信ジョブの登録要求に指定してもよい。この場合、配信サーバ２０の妥当性検証要求部２２は、当該フラグ情報に応じて、妥当性の検証要求の送信を省略する。このような処理手順によっても、ディレクトリサーバ４０を利用できないことが配信サーバ２０によって検知されることなく配信ジョブを実行させることができる。
【００６５】
続くステップＳ１２３〜Ｓ１２５は、図６と同様である。ステップＳ１２５に続いて、配信要求部１３５は、カレント配信設定データとされた（配信設定選択画面３１０において選択された）保持データについて、保持データ管理情報記憶部１４２における利用状況情報を更新する（Ｓ１２６）。具体的には、配信要求部１３５は、利用回数をインクリメント（利用回数に１を加算する）。また、配信要求部１３５は、平均利用間隔を算出し直す。平均利用間隔については、保持データが利用（選択）されるたびの時刻の履歴を記録しておき、当該履歴に基づいて算出すればよい。また、配信要求部１３５は、最終利用時刻に現在時刻を記録する。
【００６６】
なお、カレント配信設定データについて、保持データ管理情報記憶部１４２に記録されている保持データ制限情報が「待機」である場合、配信要求部１３５は、ディレクトリサーバ４０が利用可能となるまで待機した後、ステップＳ１１８ａを実行する。具体的には、配信要求部１３５は、待機中においてディレクトリサーバ４０の状態をポーリングする。ポーリングには例えばｐｉｎｇコマンド等を利用すればよい。ポーリングによってディレクトリサーバ４０との通信が可能となったことを検知すると、配信要求部１３５は、ステップＳ１１８ａを実行する。この場合、配信ジョブの登録要求において指定されるアドレス情報は、ディレクトリサーバ４０のアドレス情報であってもよいし、画像形成装置１０のアドレス情報であってもよい。なお、待機中にカレント配信設定データの有効期限が切れてしまった場合であっても、保持データ管理部１３７は、配信設定データ保持部１４１からのカレント配信設定データの削除は行わない。
【００６７】
配信要求部１３５によってステップＳ１１８ａの実行が待機される場合であっても、ユーザによる操作指示は全て完了した後であるため、ユーザを画像形成装置１０の傍に拘束する必要はない。すなわち、ユーザから見た場合、スキャンが実行された後に待機状態となる。その後の処理においてユーザによる指示入力は必要とされないため、ユーザは、画像形成装置１０の操作から解放される。
【００６８】
また、画像形成装置１０の有効期限更新部１３８は、図６又は図１０の処理とは非同期に（独立したスレッド又はプロセスとして）、保持データ管理情報記憶部１４２における有効期限を利用状況情報に基づいて定期的に更新する。例えば、利用回数が所定回数以上の場合、平均利用間隔が所定時間未満若しくは所定時間以上の場合、又は最終利用時刻が所定時間内のものであるものについては、有効期限が所定時間延長される。ここで、利用回数以外に、平均利用間隔及び最終利用時刻といったパラメータを用いるのは、単なる回数ではなく、利用された時期についても有効期限延長における評価要素とするためである。すなわち、平均利用間隔によって、一時に集中して利用された保持データと、平均的に利用頻度の高い保持データとを区別することができる。また、最終利用時刻によって、最近（所定時間以内に）利用された保持データとそうでない保持データとを区別することができる。いずれのパラメータを優先するか（より大きな重みを置くか）については運用に応じて適宜選択すればよい。
【００６９】
上述したように、第一の実施の形態によれば、所定のタイミングで画像形成装置１０内に配信設定データが保持データとして保持される。したがって、ディレクトリサーバ４０が利用できない場合であっても保持データを利用することにより、適切に配信ジョブを実行することができる。
【００７０】
ところで、第一の実施の形態では、配信ジョブの後段処理（配信処理）は、予め定められた配信サーバ２０によって行われていたが、各ユーザが利用しているＰＣ（Personal Computer）（以下、「ユーザＰＣ」という。）に配信処理を実行させてもよい。そこで、ユーザＰＣに配信処理を実行させる例として第二の実施の形態を示す。
【００７１】
図１１は、第二の実施の形態における配信システムの構成例を示す図である。同図の配信システム２において、画像形成装置５１０、ユーザＰＣ５２０、及びネットアプリ管理サーバ５３０は、ＬＡＮ（Local Area Network）等のネットワーク（有線又は無線の別は問わない。）によって接続されている。
【００７２】
ユーザＰＣ５２０は、画像形成装置５１０よりネットワークを介して利用可能なアプリケーション（以下、「ネットアプリ」という。）を有する。ネットアプリは、ネットワーク上の任意のコンピュータに配置することが可能である。したがって、図示されていない他のユーザＰＣにおいてもネットアプリは配置されうる。
【００７３】
図１１において、ユーザＰＣ５２０には配信アプリ５２１ａ、５２１ｂ、及び５２１ｃ等（以下、総称する場合、「配信アプリ５２１」という。）、複数の配信アプリ５２１が配置されている。配信アプリ５２１は、画像形成装置５１０においてスキャンされた画像データの配信処理を実行するネットアプリである。各配信アプリ５２１は、起動通知部５２１１、連携部５２１２、アプリ情報管理ファイル５２１３、及び配信部５２１４等を有する。
【００７４】
起動通知部５２１１は、配信アプリ５２１が起動されたことをネットアプリ管理サーバ５３０に通知する。連携部５２１２は、画像形成装置５１０とのコミュニケーション（情報のやりとり等）を制御する。アプリ情報管理ファイル５２１３は、配信アプリ５２１に対する設定情報を格納するファイルである。各配信アプリ５２１のアプリ情報管理ファイル５２１３の定義内容は異なる。当該定義内容の相違により、各配信アプリ５２１の振る舞いが異なったものとなる。配信部５２１４は、画像データの配信処理を実行する。
【００７５】
ネットアプリ管理サーバ５３０は、広告部５３１及び仲介部５３２等を有するコンピュータである。広告部５３１は、ネットアプリからの起動の通知（起動通知）に応じ、当該ネットアプリが起動されたことを示す広告をネットワーク上に発行（ブロードキャスト又はマルチキャスト等）する。仲介部５３２は、ネットアプリと画像形成装置５１０とのコミュニケーションを仲介する。なお、ネットアプリ管理サーバ５３０の機能（広告部５３１及び仲介部５３２等）は、ユーザＰＣ５２０に実装されてもよい。
【００７６】
画像形成装置５１０は、ハードウェア的には第一の実施の形態と同様でよい（図２参照）。第二の実施の形態の画像形成装置５１０は、ソフトウェアとしてネットアプリ検知部５１１、ＵＩ制御部５１２、ネットアプリ連携部５１３、機能制御部５１４、及びネットアプリ管理テーブル５１５等を有する。
【００７７】
ネットアプリ検知部５１１は、ネットアプリ管理サーバ５３０より発行される広告に基づいて、ネットアプリの存在を検知し、広告に含まれているアプリ情報をネットアプリ管理テーブル５１５に登録する。ネットアプリ管理テーブル５１５は、アプリ情報を管理するためのテーブルである。ＵＩ制御部５１２は、ユーザよりネットアプリの起動指示等の入力を受け付ける。ネットアプリ連携部５１３は、ネットアプリとのコミュニケーションを制御する。機能制御部５１４は、ネットアプリからの要求に応じ画像形成装置５１０のハードウェアを制御する。例えば、機能制御部５１４の制御により、スキャン又は印刷等が実行される。
【００７８】
以下、配信システム２の処理手順について説明する。図１２は、配信アプリ起動時の処理手順を説明するためのシーケンス図である。
【００７９】
ユーザＰＣ５２０において配信アプリ５２１ａが起動されると、配信アプリ５２１ａの起動通知部５２１１は、アプリ情報管理ファイル５２１３に格納されているアプリ情報をネットアプリ管理サーバ５３０の広告部５３１に送信することにより、配信アプリ５２１ａの起動を通知する（Ｓ３０１）。
【００８０】
図１３は、アプリ情報の構成例を示す図である。同図に示されるように、アプリ情報は、アプリＩＤ、連携機能識別子、ネットアプリアドレス、表示名、アイコンデータ、及び設定情報等を含む。
【００８１】
アプリＩＤは、各ネットアプリに一意に割り当てられた識別情報である。連携機能識別子は、ネットアプリと連携する画像形成装置５１０が有している必要のある機能（換言すれば、ネットアプリが利用する機能）を識別するための情報である。連携機能識別子の一例として「ｐｒｉｎｔ」、「ｓｃａｎ」等が挙げられる。「ｐｒｉｎｔ」は、印刷機能を示す。「ｓｃａｎ」は、スキャン機能を示す。配信アプリ５２１ａは、画像形成装置５１０のスキャン機能を利用する。したがって、図１３の例では、「ｓｃａｎ」が連携機能識別子とされている。
【００８２】
ネットアプリアドレスは、ネットワーク通信において各ネットアプリを一意に識別するための識別情報（例えば、ＵＲＬ等）である。表示名は、ネットアプリの名前の表示用の文字列である。アイコンデータは、ネットアプリの表示用のアイコンデータである。設定情報は、ネットアプリの実行条件に対する設定値を含む情報である。すなわち、設定情報を変更することにより、ネットアプリの振る舞いを変更することができる。配信アプリ５２１については、スキャンに関する設定情報（スキャン条件）や配信に関する設定情報（配信方法及び配信先）等がアプリ情報の設定情報に含まれている。
【００８３】
続いて、アプリ情報の受信に応じ、ネットアプリ管理サーバ５３０の広告部５３１は、アプリ情報をネットワーク上に広告（ブロードキャスト又はマルチキャスト等）する。広告されたアプリ情報は、画像形成装置５１０のネットアプリ検知部５１１によって受信される（Ｓ３０２）。なお、画像形成装置５１０が複数存在する場合、それぞれの画像形成装置５１０のネットアプリ検知部５１１によって同じ広告が受信される。
【００８４】
ネットアプリ検知部５１１は、アプリ情報に含まれている連携機能識別子（ｓｃａｎ）に基づいて、当該ネットアプリ検知部５１１が属する装置（画像形成装置５１０）がアプリ情報に係るネットアプリ（配信アプリ５２１ａ）と連携可能であるか否かを判定する。画像形成装置５１０はスキャン機能を有する。したがって、画像形成装置５１０のネットアプリ検知部５１１は、当該ネットアプリとは連携可能であると判定し、受信されたアプリ情報をネットアプリ管理テーブル５１５に登録する。
【００８５】
以上によって、配信アプリ５２１ａは、画像形成装置５１０に登録されたことになる。すなわち、配信アプリ５２１ａの存在が画像形成装置５１０に認識されたことになる。これによって、画像形成装置５１０より配信アプリ５２１ａの利用（すなわち、配信ジョブの実行）が可能となる。そこで、ユーザは、作業場所（操作場所）をユーザＰＣ５２０から画像形成装置５１０へ移動させる。
【００８６】
なお、配信アプリ５２１ｂ及び配信アプリ５２１ｃについても、その起動時には図１２に示される処理が実行される。但し、ステップＳ３０１において送信されるアプリ情報に含まれている設定情報は、配信アプリ５２１ごとに異なる。ここで、設定情報は、スキャン条件、配信方法、及び配信先等を含む情報である。したがって、第二の実施の形態では、スキャン条件、配信方法、及び配信先の組み合わせごと（第一の実施の形態の配信設定データごと）に配信アプリ５２１がユーザＰＣ５２０に配置される。すなわち、第二の実施の形態における一つの配信アプリ５２１は、第一の実施の形態における一つの配信設定データに相当する。
【００８７】
続いて、図１４は、第二の実施の形態における配信ジョブの処理手順を説明するためのシーケンス図である。
【００８８】
画像形成装置５１０のユーザによりネットアプリの利用指示が画像形成装置５１０に対して入力されると、ＵＩ制御部５１２は、ネットアプリ管理テーブル５１５に登録されているアプリ情報に含まれているアイコンデータに基づいて、ネットアプリ一覧画面を操作パネル１５に表示させる（Ｓ４０１）。当該ネットアプリ一覧画面には、ネットアプリ管理テーブル５１５に登録されているネットアプリのアイコンの一覧が表示される。
【００８９】
ネットアプリ一覧画面において、例えば、配信アプリ５２１ａに対応するアイコンがユーザによって選択され、操作パネル１５上のスタートキーが押下されると、ネットアプリ連携部５１３は、配信アプリ５２１ａの利用要求をネットアプリ管理サーバ５３０の仲介部５３２に送信する（Ｓ４０２）。当該利用要求には、配信アプリ５２１ａのアプリ情報に含まれているネットアプリアドレスが指定される。
【００９０】
ネットアプリの利用要求に応じ、仲介部５３２は、指定されたネットアプリアドレスに係る配信アプリ５２１ａに対して利用要求を通知する（Ｓ４０３）。配信アプリ５２１ａの連携部５２１２は、当該利用要求を受信すると、必要な初期処理を配信部５２１４に実行させる。初期処理が完了すると、連携部５２１２は、配信アプリ５２１ａの利用準備の完了通知をネットアプリ管理サーバ５３０の仲介部５３２に送信する（Ｓ４０４）。仲介部５３２は、当該利用準備の完了通知を画像形成装置５１０のネットアプリ連携部５１３に転送する（Ｓ４０５）。
【００９１】
利用準備の完了通知に応じ、画像形成装置５１０のネットアプリ連携部５１３は、ネットアプリ管理テーブル５１５に登録されている、配信アプリ５２１ａのアプリ情報に含まれている連携機能識別子（ｓｃａｎ）と当該設定情報を指定して機能制御部５１４を呼び出す。呼び出された機能制御部５１４は、連携機能識別子によって識別されるスキャン機能を当該設定情報に含まれているスキャン条件にしたがって実行する（Ｓ４０６）。すなわち、機能制御部５１４は、ユーザによって画像形成装置５１０にセットされた原稿に対するスキャンをスキャナ１２に実行させ、その結果得られる画像データを機能の実行結果としてネットアプリ連携部５１３に出力する。
【００９２】
ネットアプリ連携部５１３は、機能の実行結果としての画像データを配信アプリ５２１ａの連携部５２１２に送信する（Ｓ４０７）。配信アプリ５２１ａの連携部５２１２は、当該実行結果を受信すると、当該実行結果に応じた処理の実行を配信部５２１４に指示する。当該実行結果に画像データが含まれている場合、配信部５２１４は、アプリ情報管理ファイル５２１３に設定されている配信方法及び配信先にしたがって当該画像データの配信処理を実行する（Ｓ４０８）。
【００９３】
続いて、連携部５２１２は、配信アプリ５２１ａの処理の終了通知をネットアプリ管理サーバ５３０の仲介部５３２に送信する（Ｓ４０９）。続いて、仲介部５３２は、当該終了通知を画像形成装置５１０のネットアプリ連携部５１３に転送する（Ｓ４１０）。ネットアプリ連携部５１３によって当該終了通知が受信されると、ＵＩ制御部５１２は、配信アプリ５２１ａによる処理の終了通知を操作パネル１５に表示させる。
【００９４】
ところで、ステップＳ４０４が実行された後、ステップＳ４０７が実行されるまでの間にユーザＰＣ５２０がスリープ状態になってしまった場合、画像形成装置５１０は、ステップＳ４０７のタイミングにおいてユーザＰＣ５２０と通信を行えなくなってしまう。したがって、ネットアプリ連携部５１３は、スキャンされた画像データを配信アプリ５２１に送信することができない。このような場合、ネットアプリ連携部５１３は、ユーザＰＣ５２０がスリープ状態から復帰するまで画像データの送信を待機する。具体的には、ネットアプリ連携部５１３は、ポーリングによってユーザＰＣ５２０の状態を監視する。ポーリングに対する応答がユーザＰＣ５２０より返信された場合、ネットアプリ連携部５１３は、画像データを配信アプリ５２１に送信する。
【００９５】
なお、ネットアプリ連携部５１３によって画像データの送信が待機される場合であっても、ユーザによる操作指示は全て完了した後であるため、ユーザを画像形成装置５１０の傍に拘束する必要はない。すなわち、ユーザから見た場合、スキャンが実行された後に待機状態となる。その後の処理においてユーザによる指示入力は必要とされないため、ユーザは、画像形成装置５１０の操作から解放される。
【００９６】
また、ネットアプリ連携部５１３が画像データの送信を待機することにより、ユーザの作業負担を軽減することができる。すなわち、ユーザは、ユーザＰＣ５２０まで戻ってユーザＰＣ５２０をスリープ状態から復帰させ、改めて画像形成装置５１０において配信アプリ５２１ａの実行指示をやり直すといった作業を行う必要はない。
【００９７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００９８】
１、２        配信システム
１０          画像形成装置
１１          コントローラ
１２          スキャナ
１３          プリンタ
１４          モデム
１５          操作パネル
１６          ネットワークインタフェース
１７          ＳＤカードスロット
２０          配信サーバ
２１          データ受信部
２２          妥当性検証要求部
２３          配信実行部
３０          管理端末
３１          情報設定部
４０          ディレクトリサーバ
４１          配信設定管理部
４２          認証処理部
４３          妥当性検証部
４４          ユーザＤＢ
８０          ＳＤカード
１１１        ＣＰＵ
１１２        ＲＡＭ
１１３        ＲＯＭ
１１４        ＨＤＤ
１１５        操作パネル
１２１        認証制御部
１２２        ユーザ情報記憶部
１３０        スキャン配信アプリ
１３１        配信設定取得部
１３２        配信設定保存部
１３３        配信設定選択部
１３４        スキャン制御部
１３５        配信要求部
１３６        妥当性検証代行部
１３７        保持データ管理部
１３８        有効期限更新部
１４１        配信設定データ保持部
１４２        保持データ管理情報記憶部
５１０        画像形成装置
５１１        ネットアプリ検知部
５１２        ＵＩ制御部
５１３        ネットアプリ連携部
５１４        機能制御部
５１５        ネットアプリ管理テーブル
５２０        ユーザＰＣ
５２１        配信アプリ
５３０        ネットアプリ管理サーバ
５３１        広告部
５３２        仲介部
５２１１      起動通知部
５２１２      連携部
５２１３      アプリ情報管理ファイル
５２１４      配信部
【先行技術文献】
【特許文献】
【００９９】
【特許文献１】特開２００８−９７５８６号公報
【図１】
2011041012.tif 000003
【図２】
2011041012.tif 000004
【図３】
2011041012.tif 000005
【図４】
2011041012.tif 000006
【図５】
2011041012.tif 000007
【図６】
2011041012.tif 000008
【図７】
2011041012.tif 000009
【図８】
2011041012.tif 000010
【図９】
2011041012.tif 000011
【図１０】
2011041012.tif 000012
【図１１】
2011041012.tif 000013
【図１２】
2011041012.tif 000014
【図１３】
2011041012.tif 000015
【図１４】
2011041012.tif 000016