(57)【要約】【課題】電子データの配信について宛先が共通するジョブが存在する場合の処理効率を向上させることのできる情報処理装置、配信方法及び配信プログラムの提供を目的とする。【解決手段】、電子データを指定された宛先に配信する配信ジョブを実行する配信手段を有する情報処理装置であって、前記配信手段は、実行に失敗した第一の配信ジョブに係る宛先を記憶装置に記録し、前記記憶装置に記録されている宛先と同一の宛先に係る第二の配信ジョブについては前記宛先に対する電子データの送信を行わないことにより上記課題を解決する。【選択図】図３
2008270890.tif 000002
【特許請求の範囲】
【請求項１】
電子データを指定された宛先に配信する配信ジョブを実行する配信手段を有する情報処理装置であって、
前記配信手段は、実行に失敗した第一の配信ジョブに係る宛先を記憶装置に記録し、前記記憶装置に記録されている宛先と同一の宛先に係る第二の配信ジョブについては前記宛先に対する電子データの送信を行わないことを特徴とする情報処理装置。
【請求項２】
前記配信手段は、前記第一の配信ジョブについてリトライを実行し、前記リトライに失敗したときは前記第二の配信ジョブについてはリトライを実行しないことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記配信手段は、前記第一の配信ジョブについてリトライを実行し、前記リトライに成功したときに、前記第二の配信ジョブについてリトライを実行することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
電子データを指定された宛先に配信する配信ジョブを実行する情報処理装置による配信方法であって、
実行に失敗した第一の配信ジョブに係る宛先を記憶装置に記録し、前記記憶装置に記録されている宛先と同一の宛先に係る第二の配信ジョブについては前記宛先に対する電子データの送信を行わないことを特徴とする配信方法。
【請求項５】
前記第一の配信ジョブについてリトライを実行し、前記リトライに失敗したときは前記第二の配信ジョブについてはリトライを実行しないことを特徴とする請求項４記載の配信方法。
【請求項６】
前記第一の配信ジョブについてリトライを実行し、前記リトライに成功したときに、前記第二の配信ジョブについてリトライを実行することを特徴とする請求項４又は５記載の配信方法。
【請求項７】
コンピュータに、電子データを指定された宛先に配信する配信ジョブを実行させる配信プログラムであって、
実行に失敗した第一の配信ジョブに係る宛先を記憶装置に記録し、前記記憶装置に記録されている宛先と同一の宛先に係る第二の配信ジョブについては前記宛先に対する電子データの送信を行わないことを特徴とする配信プログラム。
【請求項８】
前記第一の配信ジョブについてリトライを実行し、前記リトライに失敗したときは前記第二の配信ジョブについてはリトライを実行しないことを特徴とする請求項７記載の配信プログラム。
【請求項９】
前記第一の配信ジョブについてリトライを実行し、前記リトライに成功したときに、前記第二の配信ジョブについてリトライを実行することを特徴とする請求項７又は８記載の配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、配信方法及び配信プログラムに関し、特に電子データを配信する情報処理装置、配信方法及び配信プログラムに関する。
【背景技術】
【０００２】
従来、ネットワークに接続可能なスキャナ装置について、原稿より読み取った画像データをネットワークを介して配信する機能を有するものがある（例えば、特許文献１）。当該機能においては、ジョブの設定情報として画像データの宛先（メールアドレス等）が指定される。
【特許文献１】特開２００２−２９０６３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、複数のジョブにおいて宛先が共通する場合、各ジョブについて同じ処理を繰り返すのは非効率である。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、電子データの配信について宛先が共通するジョブが存在する場合の処理効率を向上させることのできる情報処理装置、配信方法及び配信プログラムの提供を目的とする。
【課題を解決するための手段】
【０００５】
そこで上記課題を解決するため、本発明は、電子データを指定された宛先に配信する配信ジョブを実行する配信手段を有する情報処理装置であって、前記配信手段は、実行に失敗した第一の配信ジョブに係る宛先を記憶装置に記録し、前記記憶装置に記録されている宛先と同一の宛先に係る第二の配信ジョブについては前記宛先に対する電子データの送信を行わないことを特徴とする。
【０００６】
このような情報処理装置では、電子データの配信について宛先が共通するジョブが存在する場合の処理効率を向上させることができる。
【発明の効果】
【０００７】
本発明によれば、電子データの配信について宛先が共通するジョブが存在する場合の処理効率を向上させることのできる情報処理装置、配信方法及び配信プログラムを提供することができる。
【発明を実施するための最良の形態】
【０００８】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図１において、画像形成装置１０は情報処理装置の一例であり、コントローラ１１、スキャナ１２、ネットワークインタフェース１５、及び操作パネル１６等のハードウェアを有する。
【０００９】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３等より構成される。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、後述される機能を実現する。なお、ＲＡＭ１１２は、電子データの一例である画像データを記録するための記憶領域としても用いられる。
【００１０】
スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。ネットワークインタフェース１５は、ＬＡＮ（Local Area Network）等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。操作パネル１６は、ユーザからの入力の受け付けや、ユーザに対する情報の通知等を行うめのボタン、液晶パネル等を備えたハードウェアである。
【００１１】
図２は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。図２において、画像形成装置１０は、スキャナアプリ１０１、配信サービス１０２、ネットワークサービス１０３、及びＯＳ１０４等を有する。
【００１２】
スキャナアプリ１０１は、スキャナ１２を用いて原稿（紙文書）より画像データを読み取り、当該画像データを指定された宛先に配信する配信ジョブの実行を配信サービス１０２に要求する。配信サービス１０２は、要求された配信ジョブの実行を制御する。ネットワークサービス１０３は、ネットワークインタフェース１５を介したネットワーク通信を制御する。ＯＳ１０４は、いわゆるＯＳ（Operating System）である。
【００１３】
以下、画像形成装置１０の処理手順について説明する。図３は、画像形成装置による配信処理を説明するためのシーケンス図である。
【００１４】
操作者によってスキャナ１２に原稿がセットされ、操作パネル１６を介して画像データの配信ジョブの実行指示が入力されると、スキャナアプリ１０１は、スキャナ１２を制御して原稿より読み取られた画像データをＲＡＭ１１２に記録する（Ｓ１１）。なお、配信ジョブの実行指示では、配信ジョブごとに宛先（例えば、メールアドレスやＵＲＬ（Uniform Resource Locator）等）が指定（選択）される。続いて、スキャナアプリ１０１は、配信ジョブの実行を配信サービス１０２に要求する（Ｓ１２）。ここで実行が要求された配信ジョブは、配信サービス１０２のキュー（ジョブキュー）に登録される。図３では、ジョブＡ及びジョブＢの二つの配信ジョブの実行が要求された場合が例とされている。したがって、ジョブＡ及びジョブＢがジョブキューに登録される。
【００１５】
配信サービス１０２は、ジョブキューに登録された配信ジョブのうち、まず、ジョブＡの実行を開始し（Ｓ１３）、ジョブＡに係る宛先への画像データの送信をネットワークサービス１０３に要求する（Ｓ１４）。ネットワークサービス１０３は、ＲＡＭ１１２に記録されている画像データを指定された宛先へ送信するための処理を実行する（Ｓ１５）。
【００１６】
ここで、当該宛先への画像データの送信は失敗したこととする。したがって、ネットワークサービス１０３は、当該宛先への画像データの送信に失敗したことを示すエラー情報を配信サービス１０２に通知する（Ｓ１６）。配信サービス１０２は、エラー情報を参照し、宛先が原因で送信に失敗した場合は、ジョブＡに関する情報（少なくとも宛先を含む）を宛先エラージョブ情報としてＲＡＭ１１２に記録しておき（Ｓ１７）、ジョブＡの実行の失敗をスキャナアプリ１０１に通知する（Ｓ１８）。ここで、「宛先が原因で送信に失敗した場合」とは、宛先が存在しない場合や（すなわち、宛先の入力ミス等の場合）、他の宛先には送信可能であるが、何らかの原因で当該宛先への送信に失敗した場合等をいう。すなわち、少なくとも全ての宛先に関して送信が不可能でない状態において、当該宛先への送信に失敗した場合である。
【００１７】
続いて、配信サービス１０２は、ジョブキューに登録されている残りの配信ジョブ（ジョブＢ）の実行を開始する（Ｓ１９）。配信サービス１０２は、まず、ジョブＢに係る宛先が宛先エラージョブ情報に係る宛先（図３の例では、ジョブＡに係る宛先）と比較することによりジョブＢの実行の可否を判定する（Ｓ２０）。この処理については、図４を参照して説明する。図４は、配信サービスによる配信ジョブの実行可否の判定処理を説明するためのフローチャートである。
【００１８】
まず、ＲＡＭ１１２に宛先エラージョブ情報が記録されているか否かを確認する（Ｓ２０１）。宛先エラージョブ情報が記録されている場合（Ｓ２０１でＹＥＳ）、処理対象とされている配信ジョブ（図３ではジョブＢ）の宛先と宛先エラージョブ情報に含まれている宛先とを比較する（Ｓ２０２）。双方の宛先が同一である場合（Ｓ２０２でＹＥＳ）、処理対象とされている配信ジョブ（ジョブＢ）については、画像データの送信をネットワークサービス１０３に要求することなくエラーとする（Ｓ２０３）。この場合、図３に示されるように、配信サービス１０２は、ジョブＢの実行の失敗をスキャナアプリ１０１に通知する（Ｓ２１）。ジョブＡとジョブＢについて宛先が共通し、ジョブＡに関して宛先が原因でエラーとなった場合、ジョブＢについても同様にエラーとなることが予測されるからである。これによって、エラーとなる可能性の高い送信処理が抑制され、処理効率が向上するとともに、ネットワークの負荷を軽減することもできる。
【００１９】
一方、ＲＡＭ１１２に宛先エラー情報が記録されていない場合（Ｓ２０１でＮＯ）、又はジョブＢに係る宛先とエラージョブ情報に含まれている宛先とが同一でない場合は（Ｓ２０２でＮＯ）、ジョブＢに係る画像データの送信をネットワークサービス１０３に要求する。
【００２０】
ところで、実行に失敗した配信ジョブを直ちに廃棄（実行対象から削除）してしまうのではなく、所定時間待機させておきリトライを実行するようにしてもよい。ここで、「待機させる」とは、例えば、配信ジョブの状態を待機中の状態に遷移させることをいう。例えば、本実施の形態において、配信サービス１０２は、配信ジョブの状態を図５に示されるように遷移させる。
【００２１】
図５は、本実施の形態における配信ジョブの状態遷移を説明するための図である。図５に示されるように、配信ジョブは、まず、レディ状態となる。レディ状態とは、ジョブキューに登録され、実行の順番待ちの状態に相当する。実行順が回ってくると、実行中状態となり、当該配信ジョブに係る配信処理が実行される。配信に失敗した場合、待機中状態となる。待機中状態は、実行もされておらず、ジョブキューに登録もされていない（順番待ちでない）状態をいう。待機中状態において所定時間（リトライ間隔の時間）経過すると、再度ジョブキューに登録されレディ状態となる。
【００２２】
また、図３におけるジョブＢのように、宛先エラー情報に基づいて実行の失敗が判定される（エラーとみなされる）配信ジョブは、レディ状態から待機中状態に遷移する。
【００２３】
なお、図５のように状態遷移が行われる場合、リトライとは、一度待機中状態とされた配信ジョブが、再びレディ状態から実行中状態にされることをいう。但し、宛先エラー情報に基づいて実行の失敗（みなしエラー）が判定された配信ジョブ（ジョブＢ）については、当該宛先エラー情報に係る配信ジョブ（ジョブＡ）のリトライが失敗した場合、レディ状態とされることなく待機中状態が維持される。すなわち、ジョブＡのみについてリトライが実行され、ジョブＡのリトライが成功した場合にのみジョブＢのリトライが実行される。ジョブＡのリトライに失敗した場合は、ジョブＢのリトライについても失敗が予測されるためジョブＢのリトライは実行されない。このような処理制御により、リトライ処理の処理効率を向上させることができる。なお、リトライの際にも、宛先エラージョブ情報を用いてみなしエラーの判定をすればよい。
【００２４】
当該処理制御に基づく複数の配信ジョブの状態遷移について具体例を示す。図６は、複数の配信ジョブの状態遷移の第一の具体例を示す図である。図６において、一行目の１〜１８までの数字は時間の経過を示し、以下では「タイミングＮ（Ｎは１〜１８）」という。なお、Ｎの値について絶対的な意味はない。要求１及び要求２は、スキャナアプリ１０１から配信サービス１０２への配信ジョブの実行要求（図３のステップＳ１１）に相当する。要求１では、ジョブＡ、ジョブＢ及びジョブＣの実行が要求され、要求２では、ジョブＤ、ジョブＥ及びジョブＦの実行が要求されている。なお、ジョブＡ〜Ｆの全ての配信ジョブは宛先が同一であるとする。
【００２５】
図中において「Ｒ」はレディ状態を示す。したがって、要求１に係る配信ジョブは（ジョブＡ、ジョブＢ及びジョブＣ）はタイミング１においてジョブキューに投入されレディ状態となったことが示されている。また、要求２に係る配信ジョブ（ジョブＤ、ジョブＥ及びジョブＦ）は、タイミング２においてジョブキューに投入されレディ状態となったことが示されている。
【００２６】
図中において黒丸「●」は、実行中状態とされ宛先が原因で配信に失敗したことを示す。したがって、ジョブＡは、タイミング４において実行され、送信に失敗したことが示されている。
【００２７】
図２においては、全ての配信ジョブの宛先は同一である。したがって、図３及び図４において説明した処理制御に基づいて、ジョブＡの宛先エラージョブ情報により、他の配信ジョブはみなしエラーとされる。みなしエラーは、図中において「×Ａ」として示されている。すなわち、タイミング４において、ジョブＢ、Ｃ、Ｄ、Ｅ、Ｆの順にみなしエラーが判定される。
【００２８】
配信に失敗したジョブＡ、及びジョブＡの失敗に基づいてみなしエラーとされた他のジョブの状態は待機中状態となる。図中において「Ｗ」は、待機中状態を示す。
【００２９】
その後、リトライ時間が経過し、タイミング８においてジョブＡについてリトライが実行され、当該リトライが失敗したこと（「●」）が示されている。ジョブＡのリトライの失敗により、他のジョブについては、レディ状態とされることなくみなしエラーとされる（「×Ａ」）。
【００３０】
その後、タイミング１２及びタイミング１６において再びリトライが実行されたが、いずれも失敗し、リトライ回数の制限のオーバーにより、全ての配信ジョブが廃棄されている。
【００３１】
図７は、複数の配信ジョブの状態遷移の第二の具体例を示す図である。図の見方については図６において説明した通りであるため、図７において特徴的な部分についてのみ説明する。図７では、タイミング８及びタイミング１２においてリトライが実行されている。図中において「◎」は、配信に成功したことを示す。したがって、図７では、タイミング１２のリトライにおいてジョブＡの配信に成功し、それによって他の配信ジョブについてもジョブキューに投入された後実行され、配信に成功したことが示されている。
【００３２】
図８は、複数の配信ジョブの状態遷移の第三の具体例を示す図である。図８では、ジョブＡとジョブＤの宛先は異なる場合の例を示す。但し、ジョブＡ、Ｂ、Ｃ、及びＥの宛先は同一であり、ジョブＤ及びＦの宛先は同一である。
【００３３】
図８では、タイミング４においてジョブＡの実行に失敗している。これにより、ジョブＢ、Ｃ、及びジョブＥは実行されることなくみなしエラーとされる。一方、ジョブＤは、ジョブＡと宛先が異なるため、ジョブＡの失敗に基づいてみなしエラーとされることなくタイミング４において実行され、失敗している。これにより、ジョブＦは実行されることなくみなしエラーとされる（「×Ｄ」）。
【００３４】
タイミング８においてジョブＡのリトライに成功し、それに応じてジョブＢ、Ｃ及びＥが実行され、成功している。一方、タイミング８においてジョブＤのリトライが実行され、失敗している。これにより、ジョブＦのリトライは実行されることなくみなしエラーとされる。
【００３５】
タイミング１２において、ジョブＤのリトライに成功し、それに応じてジョブＦが実行され、成功している。
【００３６】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。
【図３】画像形成装置による配信処理を説明するためのシーケンス図である。
【図４】配信サービスによる配信ジョブの実行可否の判定処理を説明するためのフローチャートである。
【図５】本実施の形態における配信ジョブの状態遷移を説明するための図である。
【図６】複数の配信ジョブの状態遷移の第一の具体例を示す図である。
【図７】複数の配信ジョブの状態遷移の第二の具体例を示す図である。
【図８】複数の配信ジョブの状態遷移の第三の具体例を示す図である。
【符号の説明】
【００３８】
１０        画像形成装置
１１        コントローラ
１２        スキャナ
１５        ネットワークインタフェース
１６        操作パネル
１０１      スキャナアプリ
１０２      配信サービス
１０３      ネットワークサービス
１０４      ＯＳ
１１１      ＣＰＵ
１１２      ＲＡＭ
１１３      ＲＯＭ
【図１】
2008270890.tif 000003
【図２】
2008270890.tif 000004
【図３】
2008270890.tif 000005
【図４】
2008270890.tif 000006
【図５】
2008270890.tif 000007
【図６】
2008270890.tif 000008
【図７】
2008270890.tif 000009
【図８】
2008270890.tif 000010