JP2015171015A - 情報処理装置、情報処理システム、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】ユーザの利便性を向上させる。【解決手段】１以上の処理で構成される処理フローを実行する情報処理装置であって、複数の入力手段から得られたデータを前記処理フローと対応付けて記憶する記憶手段と、前記記憶手段により記憶されたデータのうち、第１のデータと、前記第１のデータと異なる第２のデータとを組合わせる組合わせ手段と、前記組合わせ手段により組合わせたデータに対し、前記第１のデータに対応する前記処理フローに基づく処理を実行する処理実行手段とを有することにより上記課題を解決する。【選択図】図２

Description

本願は、情報処理装置、情報処理システム、情報処理方法、及びプログラムに関する。

スキャナで読み取った画像を配信する配信システムにおいて、メール等に画像を添付して配信する方法が知られている（例えば、特許文献１参照）。なお、特許文献１の手法では、例えばスキャナで読み取った画像の特定領域をＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ：光学文字認識）処理し、この処理で得られたテキスト情報に基づき、配信先フォルダを指定する。

しかしながら、特許文献１の手法は、スキャナや、電子メール等から得られるデータをそれぞれに対応する入力手段から入力し、入力したデータから配信対象のデータを複数選択し、選択した複数のデータを１つのジョブとして配信することができなかった。

１つの側面では、本発明は、ユーザの利便性を向上させることを目的とする。

一態様において、１以上の処理で構成される処理フローを実行する情報処理装置であって、複数の入力手段から得られたデータを前記処理フローと対応付けて記憶する記憶手段と、前記記憶手段により記憶されたデータのうち、第１のデータと、前記第１のデータと異なる第２のデータとを組合わせる組合わせ手段と、前記組合わせ手段により組合わせたデータに対し、前記第１のデータに対応する前記処理フローに基づく処理を実行する処理実行手段とを有する。

ユーザの利便性を向上させることが可能となる。

第１実施形態における配信システムの概略構成を示す図である。 第１実施形態における配信サーバの機能構成の一例を示す図である。 コンピュータシステムのハードウェア構成図である。 第１実施形態における入力データ受付処理の一例を示すシーケンスである。 第１実施形態におけるデータ配信処理の一例を示すシーケンスである。 ジョブ蓄積手段で管理するテーブルの一例を示す図である。 ジョブ一覧の表示画面例を示す図である。 第２実施形態における配信サーバの機能構成の一例を示す図である。 第２実施形態におけるデータ配信処理の一例を示すシーケンスである。

次に、本発明の実施形態について、詳細に説明する。

＜第１実施形態＞
＜システム構成＞
図１は、第１実施形態における配信システムの概略構成を示す図である。図１に示す配信システム１は、情報処理装置の一例としての配信サーバ１０と、メールサーバ１１−１〜１１−２と、ＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１２と、ファイルサーバ１３−１〜１３−２とを有する。

ネットワークＮ１には、配信サーバ１０と、配信サーバ１０に電子データを入力する入力装置の一例としてのメールサーバ１１−１と、ＭＦＰ１２と、ファイルサーバ１３−１とがデータの送受信が可能な状態で接続されている。

ネットワークＮ２には、配信サーバ１０と、配信サーバ１０から電子データを出力する出力装置の一例としてのメールサーバ１１−２と、ファイルサーバ１３−２とがデータの送受信が可能な状態で接続されている。

なお、ネットワークＮ１〜Ｎ２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）又はインターネット等のネットワーク（有線又は無線の別は問わない）である。また、図１に示す各装置の数等は、これには限定されない。

配信サーバ１０は、例えばネットワークＮ１を介してメールサーバ１１−１、ＭＦＰ１２、及びファイルサーバ１３−１からそれぞれ入力される電子データ等に対して、予め電子データ等に設定されたワークフローを実行する情報処理装置である。ワークフローとは、例えばそれぞれが独立して又は単独で完結した機能を実現する１以上の処理単位（タスク）の任意な組合わせによって実現される処理の流れ（処理フロー）をいう。なお、配信サーバ１０は、１以上の情報処理装置により構成されるクラウドコンピュータの形態により実現しても良い。

メールサーバ１１−１は、例えば携帯電話、スマートフォン、タブレット端末、及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等のクライアント端末から送信される電子メールを受信して保持する。メールサーバ１１−１は、例えば配信サーバ１０からの電子メールの取得要求に応じ、保持している電子メールを配信サーバ１０に送信する。電子メールは、例えば画像や文書ファイル等のデータが添付されているようなメールを含む。

ＭＦＰ１２は、例えばスキャン等から読み取った画像データ（スキャン画像）や、例えばクライアント端末から取得して印刷出力するために変換した印刷データ等の各種データを保持する。ＭＦＰ１２は、画像データや印刷データ等の各種データを配信サーバ１０に送信する。

ファイルサーバ１３−１は、例えばネットワークＮ１上で共有されるファイル等を蓄積して管理する。ファイルサーバ１３−１は、配信サーバ１０から監視される対象であり、例えば配信サーバ１０からファイルサーバ１３−１上の所定のフォルダがポーリングされる。ファイルサーバ１３−１は、所定のフォルダに蓄積されたファイル等を、例えば配信サーバ１０の取得要求に応じて配信サーバ１０に送信する。

メールサーバ１１−２は、配信サーバ１０により実行されるワークフローの実行結果を配信する配信先（出力先）の一例である。例えば、メールサーバ１１−２が配信先である場合、配信サーバ１０から配信されるデータは、電子メールに添付され、実行されたワークフローで設定されているメールアドレス宛に転送される。

ファイルサーバ１３−２は、配信サーバ１０により実行されるワークフローの実行結果を配信する配信先の一例である。例えば、ファイルサーバ１３−２が配信先である場合、配信サーバ１０から配信されるデータは、ファイルサーバ１３−２のフォルダ内に記憶される。

上述した配信システム１において、配信サーバ１０は、メールサーバ１１−１や、ＭＦＰ１２や、ファイルサーバ１３−１から入力される電子データを、一旦処理待ち状態にして蓄積しておく。配信サーバ１０は、蓄積されたデータをユーザが閲覧可能なＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）に表示し、複数のデータを所定のワークフローの処理対象として受け付け、受け付けた複数のデータを１ジョブとして組み合わせる。

これにより、１つのジョブとして組み合わせた複数のデータを、例えば１つのメールや１つのサブフォルダ等に配信することが可能となり、ユーザの利便性を向上させることが可能となる。

＜機能構成例＞
次に、上述した配信システム１に適用される配信サーバ１０の機能構成例について説明する。図２は、第１実施形態における配信サーバの機能構成の一例を示す図である。

図２に示すように、配信サーバ１０は、１又は複数の入力受付手段２０と、１又は複数のユーザ判断手段２１と、入力受付管理手段２２と、ジョブ処理手段２３と、ジョブ一覧表示手段２４と、ログイン情報保管手段２５と、ジョブ組合わせ手段２６と、ジョブ蓄積手段２７とを有する。

入力受付手段２０は、各種の入力方法に応じたデータの受け付けを行う。図２の例では、入力受付手段２０は、例えば入力受付手段２０−１〜２０−３を有する。入力受付手段２０−１は、例えばメールサーバ１１−１から電子メールや、電子メールに添付された画像や文書ファイル等のデータ、そのデータに対するワークフローの実行要求等を受け付ける。

入力受付手段２０−２は、例えばＭＦＰ１２の読取装置でスキャンされた画像データ（スキャン画像）等の各種データ、そのデータに対するワークフロー実行要求等を受け付ける。入力受付手段２０−３は、例えばファイルサーバ１３−１の所定のフォルダにアップロードされた画像データ等の各種データ、データに対するワークフロー実行要求等を受け付ける。

なお、図２の例では入力受付手段２０−１〜２０−３を有しているが、これには限定されず、様々な入力方法でデータを受け付けることが可能である。例えばＷｅｂページを介してデータを受け付けても良い。また、上述した各種の入力方法に対応する入力受付手段は、それぞれがプラグインとして動作しても良く、１つの入力受付手段として構成しても良い。

ユーザ判断手段２１は、入力受付手段２０の入力方法ごとにデータを投入したユーザを判断する。図２の例では、ユーザ判断手段２１は、入力受付手段２０−１〜２０−３に対応させて、ユーザ判断手段２１−１〜２１−３を有する。

ユーザ判断手段２１−１は、入力受付手段２０−１で受け付けた電子メールを送信したメール送信者を、電子メールでデータを投入したユーザとして判断する。ユーザ判断手段２１−２は、入力受付手段２０−２で画像データを受け付けたＭＦＰ１２にログインしているユーザを、画像データを投入したユーザとして判断する。

ユーザ判断手段２１−３は、入力受付手段２０−３で受け付けた画像データ等を投入したユーザを、画像データ等のファイルを作成したファイル作成者情報（例えばＷｉｎｄｏｗｓ（登録商標）アカウント等）に基づき判断する。なお、上述した各種のユーザ判断は、１つのユーザ判断手段で判断することも可能である。

入力受付管理手段２２は、入力受付手段２０−１〜２０−３で受け付けたデータを１つのジョブとして管理し、ユーザ判断手段２１−１〜２１−３で判断したユーザごとに、ジョブ蓄積手段２７に蓄積する。ここで、入力受付管理手段２２は、入力受付手段２０で受け付けたデータ（例えば入力画像群）を１つのジョブとしてジョブ蓄積手段２７に蓄積する際、受け付けたデータ（例えば入力画像群）に対するワークフロー実行要求（例えばワークフローＩＤ等）を対応付けて蓄積する。

ジョブ処理手段２３は、入力受付手段２０−１〜２０−３で受け付けたデータ（ジョブ）に対し、受け付けたワークフロー実行要求に基づき、ワークフローを構成する処理単位ごとの処理を実行する。ジョブ処理手段２３は、例えばジョブ一覧表示手段２４のユーザインターフェース（ＵＩ）上で、ユーザからジョブの処理開始指示を受け付けると、ジョブごとに対応付けられたワークフローに基づき、ワークフローを構成する処理（例えば配信処理）を実行する。

ここで、ワークフローを構成する１以上の処理単位は、中間処理又は出力処理に大別される。中間処理とは、例えばワークフローの処理対象とされたデータに対する加工処理である。中間処理の一例としては、ノイズ除去処理、ＯＣＲ処理、翻訳処理、及びデータ変換処理等である。また、出力処理とは、ワークフローからのデータの出力処理である。出力処理の一例としては、メールサーバ１１−２やファイルサーバ１３−２等への配信処理である。また、出力処理として、例えば印刷等の他の出力方法がワークフローを構成しても良い。なお、ワークフローには、少なくとも１つの出力処理と、必要に応じて１以上の中間処理とが順序付けられ、また分岐した処理が並列的に実行されても良い。

ジョブ一覧表示手段２４は、ジョブ蓄積手段２７に蓄積されたジョブ一覧をＵＩ上に表示する。ジョブ一覧表示手段２４は、例えばＵＩにログインしたユーザが投入したジョブのジョブ一覧を表示し、ユーザの操作によるジョブの組合わせ指示や、ジョブの処理開始指示を受け付ける。

ログイン情報保管手段２５は、ジョブ一覧表示手段２４のＵＩ上でログインしたユーザのログイン情報（ユーザ情報等）を保管する。

ジョブ組合わせ手段２６は、ジョブ一覧表示手段２４のＵＩから得られるジョブの組合わせ指示に基づき、複数のジョブを１ジョブとして組合わせる。ジョブ組合わせ手段２６は、例えばジョブの組合わせ指示に対応する１つのジョブ（第１のデータ）を親のジョブとする。また、ジョブ組合わせ手段２６は、ジョブの組合わせ指示に対応する親のジョブとは異なる他のジョブ（子のジョブ、第２のデータ）を抽出し、親のジョブに子のジョブのデータを追加する。これにより、複数のジョブを１つのジョブとして組合わせる。

ジョブ組合わせ手段２６は、ジョブの組合わせ指示によりすでに１つのジョブとして組合わされた複数のジョブ（データ）から、一部のジョブ（データ）を削除する処理を行うことも可能である。

ジョブ組合わせ手段２６により組合わせたジョブは、ジョブ蓄積手段２７で１ジョブとして蓄積される。なお、組合わせたジョブのワークフローには、例えば親のジョブに設定されていたワークフローが設定される。したがって、子のジョブも親のワークフローで処理されることになる。

ジョブ蓄積手段２７は、入力受付管理手段２２により、例えばユーザごとに生成されたジョブ情報を蓄積する。ジョブ蓄積手段２７は、ジョブ一覧表示手段２４からの要求に応じて、ユーザごとに蓄積している蓄積ジョブの一覧をジョブ一覧表示手段２４に表示させる。

＜ハードウェア構成＞
上述した配信サーバ１０、メールサーバ１１、ファイルサーバ１３は、例えば図３に示すハードウェア構成のコンピュータシステムにより実現される。

図３は、コンピュータシステムのハードウェア構成図である。図３に示すコンピュータシステム２は、入力装置３１と、表示装置３２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３４と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）３５と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３６と、通信Ｉ／Ｆ３７と、外部Ｉ／Ｆ３８とを有し、それぞれがバスＢで相互に接続されている。

入力装置３１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置３２は、ディスプレイ等を含み、コンピュータシステム２による処理結果を表示する。

ＲＡＭ３３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ３４は、電源を切ってもプログラムやデータを保持可能な不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ３４には、コンピュータシステム２の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）設定、及びネットワーク設定等のプログラムやデータが格納されている。

ＨＤＤ３５は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム２全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。

ＨＤＤ３５は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。なお、コンピュータシステム２は、ＨＤＤ３５の代わりにＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）が設けられても良い。

ＣＰＵ３６は、ＲＯＭ３４やＨＤＤ３５等の記憶装置からプログラムやデータをＲＡＭ３３上に読み出し、処理を実行することで、コンピュータシステム２全体の制御や機能を実現する演算装置である。

通信Ｉ／Ｆ３７は、コンピュータシステム２をネットワークに接続するインターフェースである。これにより、コンピュータシステム２は、通信Ｉ／Ｆ３７を介してデータ通信を行う。

外部Ｉ／Ｆ３８は、外部装置とのインターフェースである。外部装置には、記録媒体３８Ａ等がある。これにより、コンピュータシステム２は、外部Ｉ／Ｆ３８を介して記録媒体３８Ａの読み取り及び／又は書き込みを行うことが可能である。

記録媒体３８Ａには、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＳＤメモリカード（ＳＤ Ｍｅｍｏｒｙ ｃａｒｄ）、ＵＳＢメモリ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ ｍｅｍｏｒｙ）等がある。

配信サーバ１０、メールサーバ１１、ファイルサーバ１３は、コンピュータシステム２のハードウェア構成により、後述する各種処理を実現することが可能となる。また、第１実施形態では、上述したコンピュータシステム２のハードウェア構成に実行プログラムをインストールすることで、ハードウェア資源とソフトウェアとが協働して、第１実施形態における処理を実現することが可能となる。

＜入力データ受付処理＞
次に、上述した配信サーバ１０による入力データ受付処理の流れについて説明する。図４は、第１実施形態における入力データ受付処理の一例を示すシーケンスである。

図４に示すように、配信サーバ１０は、例えば入力受付手段２０−１により、ユーザの入力操作で投入されたデータを受け付ける（Ｓ１０）。なお、Ｓ１０の処理で受け付けるデータの一例としては、電子メールに添付された画像等であるが、これに限定されるものではなく、文書ファイルや、スキャン画像、印刷画像等でも良い。

次に、配信サーバ１０は、入力受付手段２０−１により、Ｓ１０の処理で受け付けた電子メールから画像を抽出し（Ｓ１１）、例えば入力画像群を取得する（Ｓ１２）。

次に、配信サーバ１０は、入力受付手段２０−１により、ユーザ判断手段２１−１に対してデータを投入したユーザを判断するように要求し（Ｓ１３）、ユーザ判断手段２１−１から判断されたユーザの情報を取得する（Ｓ１４）。

次に、配信サーバ１０は、入力受付手段２０−１により、入力受付管理手段２２に対して、Ｓ１２の処理で取得した入力画像群等と、Ｓ１４の処理で得られたユーザの情報とに基づき、ジョブを生成するように要求する（Ｓ１５）。

次に、配信サーバ１０は、入力受付管理手段２２により、Ｓ１２の処理で取得した入力画像群と、入力画像群に対して設定されたワークフローとを対応付けてジョブを生成すると（Ｓ１６）、ジョブ蓄積手段２７にジョブを蓄積する（Ｓ１７）。

＜データ配信処理＞
次に、上述した配信サーバ１０によるデータ配信処理の流れについて説明する。図５は、第１実施形態におけるデータ配信処理の一例を示すシーケンスである。

図５に示すように、配信サーバ１０は、ジョブ一覧表示手段２４により、ユーザからログイン操作を受け付けると（Ｓ２０）、ジョブ一覧表示手段２４により、ログイン情報保管手段２５に対し、例えばユーザ情報等のログイン情報を保管するように要求する（Ｓ２１）。

次に、配信サーバ１０は、ジョブ一覧表示手段２４により、ジョブ一覧を表示するようにユーザから指示を受け付けると（Ｓ２２）、ジョブ蓄積手段２７に対し、例えば蓄積している蓄積ジョブ一覧の取得を要求する（Ｓ２３）。

配信サーバ１０は、ジョブ一覧表示手段２４により、ジョブ蓄積手段２７から蓄積ジョブ一覧を取得すると（Ｓ２４）、ログイン情報保管手段２５に対し、ユーザ情報の取得を要求し（Ｓ２５）、ログイン情報保管手段２５からユーザ情報を取得する（Ｓ２６）。

次に、配信サーバ１０は、ジョブ一覧表示手段２４により、Ｓ２６の処理で取得したユーザ情報に基づき、そのユーザが投入したジョブの一覧（ジョブ一覧）を表示し（Ｓ２７）、ユーザによるジョブの組合わせ指示を受け付ける（Ｓ２８）。

配信サーバ１０は、ジョブ一覧表示手段２４により、ユーザの操作により受け付けたジョブ組合わせ指示をジョブ組合わせ手段２６に通知する（Ｓ２９）。Ｓ２９の処理では、ユーザによるジョブ組合せ指示として、例えば、組合わせ先の親のジョブＩＤと、組合わせる子のジョブＩＤとを通知する。

次に、配信サーバ１０は、ジョブ組合わせ手段２６により、ジョブ一覧表示手段２４から通知された子のジョブＩＤに対応するジョブで処理される画像等のデータ（第２のデータ）をジョブ蓄積手段２７から取得する（Ｓ３０）。

次に、配信サーバ１０は、ジョブ組合わせ手段２６により、親のジョブＩＤに対応するジョブに、子のジョブＩＤに対応するジョブのデータ（第２のデータ）を追加する（Ｓ３１）。これにより親のジョブのデータ（第１のデータ）と子のジョブのデータ（第２のデータ）とを１ジョブとして組合わせることが可能となる。

また、配信サーバ１０は、ジョブ組合せ手段２６により、ジョブ蓄積手段２７から子のジョブＩＤに対応するジョブを削除する（Ｓ３２）。これにより、例えばジョブの組合わせ後に、子のジョブＩＤに対応するジョブが重複して実行されることを防止することが可能となる。

次に、配信サーバ１０は、ジョブ一覧表示手段２４により、ジョブ蓄積手段２７に対し、蓄積している蓄積ジョブ一覧の取得を要求し（Ｓ３３）、ジョブ蓄積手段２７から蓄積ジョブ一覧を取得する（Ｓ３４）。

次に、配信サーバ１０は、ジョブ一覧表示手段２４により、ログイン情報保管手段２５に対し、ユーザ情報の取得を要求する（Ｓ３５）。配信サーバ１０は、ログイン情報保管手段２５からユーザ情報を取得すると（Ｓ３６）、ジョブ一覧表示手段２４により、そのユーザが投入したジョブの一覧を表示する（Ｓ３７）。なお、Ｓ３７の処理で表示されるユーザのジョブ一覧は、Ｓ３１〜Ｓ３２の処理等によるジョブが組合わされた後のジョブ一覧である。

次に、配信サーバ１０は、ジョブ一覧表示手段２４により、ユーザから配信開始の指示を受け付けると（Ｓ３８）、配信開始の指示を受け付けたジョブＩＤに対応するジョブで処理されるデータの取得を、ジョブ蓄積手段２７に要求する（Ｓ３９）。

次に、配信サーバ１０は、ジョブ蓄積手段２７から対応するジョブで処理されるデータを取得すると（Ｓ４０）、ジョブ処理手段２３に、例えば親のジョブＩＤに設定されているワークフローに基づく処理（データの配信）を要求する（Ｓ４１）。これにより、第１実施形態では、親のジョブに、１又は複数の子のジョブのデータを追加し、複数のデータを１つのジョブとして、例えば１つのメールや１つのサブフォルダ等に配信することが可能となり、ユーザの利便性を向上させることが可能となる。

なお、データの配信処理等において、１つのジョブに印刷データと画像データとが組合わされた場合に、例えば印刷データをＪＰＧ等にデータ形式を変換する処理を設け、印刷データを可視化することでジョブに含まれるデータの内容を確認することも可能である。

＜テーブル例＞
図６は、ジョブ蓄積手段で管理するテーブルの一例を示す図である。図６（Ａ）は、ジョブ組合わせ手段２６によるジョブの組合わせ前のテーブル例を示し、図６（Ｂ）は、ジョブ組合わせ手段２６によるジョブの組合わせ後のテーブル例を示している。

図６（Ａ）に示すように、ジョブ蓄積手段２７で管理するテーブルは、例えば「ジョブＩＤ」、「ユーザＩＤ」、「配信時ワークフローＩＤ」、「ジョブ更新日時」、「画像保存先フォルダパス」等の項目により構成される。

「ジョブＩＤ」は、ジョブを識別するための識別情報である。「ユーザＩＤ」は、ユーザを識別するための識別情報である。「配信時ワークフローＩＤ」は、配信時のワークフローを識別する識別情報である。「ジョブ更新日時」は、例えばユーザのジョブの組合わせ指示に対応するジョブの更新日時を示す情報である。「画像保存先フォルダパス」は、対応するジョブで処理される画像の保存先を示す情報である。ここでいう画像とは、上述したように、電子メール等により添付されたデータの一例であり、画像に限定されるものではない。

図６（Ａ）に示すテーブルでは、例えば「ユーザＩＤ」が「Ａ．Ｔａｒｏｕ」により投入されたジョブが３つ（「ジョブＩＤ」として「Ｊｏｂ＿００１」、「Ｊｏｂ＿００２」、「Ｊｏｂ＿００３」）管理されている例が示されている。

図６（Ｂ）に示すテーブルでは、「Ａ．Ｔａｒｏｕ」（「ユーザＩＤ」）のジョブのうち、「ジョブＩＤ」の「Ｊｏｂ＿００１」（親のジョブ）に「Ｊｏｂ＿００２」（子のジョブ）が組合わされ、それぞれのデータが１つのジョブ（「Ｊｏｂ＿００１」）で管理されている例が示されている。

ここで、子のジョブ（「Ｊｏｂ＿００２」）で処理される画像（第２のデータ）は、親のジョブ（「Ｊｏｂ＿００１」）で処理される画像（第１のデータ）とともに、親のジョブの画像保存先フォルダパスに保存されている。したがって、親のジョブの画像保存先フォルダパスに保存されたデータは、親のジョブ（「Ｊｏｂ＿００１」）の「配信時ワークフロー」（「ＩＤ＿Ｗｏｒｋｆｌｏｗ＿Ａ」）で処理されることになる。

上述のように管理することにより、例えば複数の入力手段から得られた複数のデータを、例えば１つのジョブとしてまとめて処理することが可能となる。

＜ジョブ一覧の表示画面例＞
次に、上述したジョブ一覧の表示画面例について、図を用いて説明する。図７は、ジョブ一覧の表示画面例を示す図である。

図７（Ａ）に示すジョブ一覧が表示された画面では、ユーザ（Ａ．Ｔａｒｏｕ）が投入したジョブの一覧の他、ジョブ一覧の中から配信するジョブを選択するための選択ボタン４０と、ユーザによるジョブの組合わせ指示を行うための他ジョブ組合わせボタン４１と、配信処理を実行するための配信実行ボタン４２とが示されている。

なお、図７（Ａ）に示すジョブ一覧の表示画面は、例えば図６（Ａ）のテーブルに対応して「ジョブＩＤ」、「配信時ワークフローＩＤ」、「ジョブ更新日時」、「先頭画像」等の項目で構成されているが、表示する内容やレイアウト等については、これに限定されるものではない。例えば、「先頭画像」は、画像保存先フォルダパスに指定されたデータ（例えば入力画像群）のうちの先頭の画像を示し、画面上の表示ボタンを選択することで、ジョブに含まれる先頭の画像を表示することが可能である。

ここで、図７（Ａ）の例では、例えばユーザにより選択ボタン４０から「ジョブＩＤ」の「Ｊｏｂ＿００１」が選択された例を示している。この選択は、上述した親のジョブの選択に相当する。

この後、図７（Ａ）に示す他ジョブ組合わせボタン４１が選択されると、図７（Ｂ）に示すように選択ボタン４３のうち既に選択された「ジョブＩＤ」の「Ｊｏｂ＿００１」は、選択不可となり、「ジョブＩＤ」の「Ｊｏｂ＿００２」、「Ｊｏｂ＿００３」が選択可能となる。図７（Ｂ）の例では、ユーザにより「ジョブＩＤ」の「Ｊｏｂ＿００２」が選択された例が示されている。この選択は、上述した親のジョブに追加される子のジョブの指定に相当する。なお、子のジョブは、１つのジョブに限定されるものではなく、複数のジョブが選択されても良い。

この後、図７（Ｂ）に示す組合わせ実行ボタン４４が選択されると、図７（Ｃ）に示すように、子のジョブとして選択された「ジョブＩＤ」の「Ｊｏｂ＿００２」が削除される。また、選択ボタン４５のうち、子のジョブが追加された親のジョブである「ジョブＩＤ」の「Ｊｏｂ＿００１」が選択された状態の画面が表示される。この後、図７（Ｃ）に示すように、配信実行ボタン４２が選択されると、「ジョブＩＤ」の「Ｊｏｂ＿００１」に対して配信処理が実行される。

上述した図７の例では、例えば図７（Ｂ）に示す組合わせ実行ボタン４４を選択した後、図７（Ａ）の画面に戻り、更に組合わせるジョブ（子のジョブ）を、他ジョブ組合わせボタン４１により選択することも可能である。なお、すでに選択した子のジョブを削除するボタンを設けることも可能である。

＜第２実施形態＞
次に、第２実施形態について説明する。第１実施形態では、複数の入力受付手段２０から得られたデータ（例えば画像データ）をジョブ蓄積手段２７に蓄積し、蓄積されたデータのうち１つのワークフローにより処理するデータを抽出して組合わせ、そのワークフローに対応する出力先（宛先）に出力する。

しかしながら、ユーザが投入したデータ（ジョブ）によっては、すぐに配信処理等を実行したいジョブも存在する。そこで、第２実施形態では、入力受付手段２０から受け付けるデータに、予め蓄積するか否か識別するための蓄積フラグを設ける。

また、この蓄積フラグを参照することで、入力受付手段２０から受け付けたデータを蓄積するか否か判断する手段を設け、蓄積するデータと判断した場合には、上述した組合わせ指示の対象とするため、そのデータを蓄積する。すぐに配信処理等を実行したいデータであると判断した場合には、組合わせ指示の対象のデータとして蓄積せずに、配信処理等を実行する。これにより、ユーザの利便性を向上させることが可能となる。

なお、第２実施形態では、第１実施形態における配信システム１や、コンピュータシステム２と同様の構成を用いることができるため、ここでの具体的な説明は省略する。

＜配信サーバの機能構成＞
図８は、第２実施形態における配信サーバの機能構成の一例を示す図である。図８に示すように、配信サーバ１０'は、入力受付手段２０と、ユーザ判断手段２１と、入力受付管理手段２２と、ジョブ処理手段２３と、ジョブ一覧表示手段２４と、ログイン情報保管手段２５と、ジョブ組合わせ手段２６と、ジョブ蓄積手段２７と、蓄積判断手段２８とを有する。

図８に示す配信サーバ１０'は、図２に示す配信サーバ１０と比較して、蓄積判断手段２８を有する点で異なる。図２に示す配信サーバ１０と同一の構成については、同一の符号を付して、ここでの詳細な説明は省略し、異なる点を中心に説明する。

蓄積判断手段２８は、入力受付手段２０により受け付けたデータを、ジョブ蓄積手段２７に蓄積するか識別するための蓄積フラグ（識別情報）に基づき、ジョブ蓄積手段２７に蓄積するか判断する。蓄積判断手段２８は、入力受付手段２０−１〜２０−３に対応して、蓄積判断手段２８−１〜２８−３を有する。

蓄積判断手段２８−１は、例えば入力受付手段２０−１から受け付けたメール本文に、蓄積フラグに対応する情報として特定の文字列（例えばキーワード（ａａａ等））があるか判断する。蓄積判断手段２８−１は、例えばメール本文に特定の文字列があると判断すると、メールにより受け付けたデータをジョブ蓄積手段２７に蓄積する。

蓄積判断手段２８−２は、例えば入力受付手段２０−２から受け付けたＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエスト内に、蓄積フラグに対応する情報として特定の文字列があるか判断する。蓄積判断手段２８−２は、例えばＨＴＴＰリクエスト内に特定の文字列があると判断すると、ＨＴＴＰリクエストで受け付けたスキャン画像等をジョブ蓄積手段２７に蓄積する。

蓄積判断手段２８−３は、例えば入力受付手段２０−３による所定フォルダの監視において、フォルダにアップロードされた画像に対応するプロパティ情報ファイル等の各種定義ファイルを読み取り、蓄積フラグに対応する情報として特定の文字列があるか判断する。蓄積判断手段２８−３は、例えばプロパティ情報ファイルに特定の文字列があると判断すると、アップロードされた画像をジョブ蓄積手段２７に蓄積する。

なお、上述した蓄積フラグに対応する情報としての特定の文字列は、それぞれ同一の文字列でも良く、受け付けた入力内容に応じて異なる文字列であっても良い。また、上述した蓄積判断手段２８は、１つの判断手段で構成されても良い。

＜データ配信処理＞
図９は、第２実施形態におけるデータ配信処理の一例を示すシーケンスである。図９に示すように、配信サーバ１０'は、例えば入力受付手段２０−１により、ユーザの入力操作で投入されたデータを受け付ける（Ｓ５０）。なお、Ｓ５０の処理でも、第１実施形態と同様に、受け付けるデータの一例としては、電子メールに添付された画像等を用いて説明する。また、Ｓ５０の処理では、例えば蓄積フラグに対応する情報（例えば投入したデータを上述した組合わせ対象として蓄積するか否かを示す情報）についても受け付ける。

配信サーバ１０'は、入力受付手段２０−１により、蓄積判断手段２８−１に対して、受け付けた蓄積フラグに対応する情報を用いて、受け付けたデータを蓄積するか判断するように要求する（Ｓ５１）。配信サーバ１０'は、入力受付手段２０−１により、蓄積判断手段２８−１の蓄積フラグの判断結果を取得した後（Ｓ５２）、Ｓ５０の処理で受け付けた電子メールから画像を抽出し（Ｓ５３）、例えば入力画像群を取得する（Ｓ５４）。

次に、配信サーバ１０'は、入力受付手段２０−１により、ユーザ判断手段２１−１に対してデータを投入したユーザを判断するように要求し（Ｓ５５）、ユーザ判断手段２１−１から判断されたユーザの情報を取得する（Ｓ５６）。

次に、配信サーバ１０'は、入力受付手段２０−１により、入力受付管理手段２２に対して、Ｓ５４の処理で取得した入力画像群等と、Ｓ５６の処理で得られたユーザの情報に基づき、ジョブを生成するように要求する（Ｓ５７）。なお、Ｓ５７の処理では、入力受付手段２０−１は、Ｓ５２の処理で取得した蓄積フラグの判断結果を入力受付管理手段２２に通知する。

次に、配信サーバ１０'は、入力受付管理手段２２によりジョブを生成する（Ｓ５８）。入力受付管理手段２２は、通知された蓄積フラグの判断結果に基づき、例えば蓄積フラグが「ＹＥＳ」の場合には、ジョブ蓄積手段２７にジョブを蓄積し、上述した組合わせ対象とする（Ｓ５９）。また、入力受付管理手段２２は、例えば蓄積フラグが「ＮＯ」の場合には、ジョブ蓄積手段２７にジョブを蓄積せずに（組合わせ対象とせずに）、ジョブ処理手段２３により配信処理（出力処理）を実行させる（Ｓ６０）。

このように、第２実施形態では、ジョブの配信等の管理を適切に行うことが可能となり、ユーザの利便性を向上させることが可能となる。

上述した実施形態によれば、複数の入力手段から得られたデータを一旦処理待ち状態にして蓄積し、閲覧可能なＵＩの画面で表示させ、ユーザからの組合わせ指示に基づき、例えば複数のデータを１つのジョブとして組合わせる。また、複数のデータを組合わせた１つのジョブを、１つのメールや１つサブフォルダ等に配信する配信処理等を実行させる。これにより、ユーザの利便性を向上させることが可能となる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ 配信システム（情報処理システムの一例）
１０，１０' 配信サーバ（情報処理装置の一例）
１１ メールサーバ
１２ ＭＦＰ
１３ ファイルサーバ
２０ 入力受付手段（入力手段の一例）
２１ ユーザ判断手段
２２ 入力受付管理手段
２３ ジョブ処理手段（処理実行手段の一例）
２４ ジョブ一覧表示手段
２５ ログイン情報保管手段
２６ ジョブ組合わせ手段（組合わせ手段の一例）
２７ ジョブ蓄積手段（記憶手段の一例）
２８ 蓄積判断手段（判断手段の一例）
３１ 入力装置
３２ 表示装置
３３ ＲＡＭ
３４ ＲＯＭ
３５ ＨＤＤ
３６ ＣＰＵ
３７ 通信Ｉ／Ｆ
３８ 外部Ｉ／Ｆ
３８Ａ 記録媒体

特開２００４−１７１１９９号公報

Claims (9)

1. １以上の処理で構成される処理フローを実行する情報処理装置であって、
   複数の入力手段から得られたデータを前記処理フローと対応付けて記憶する記憶手段と、
   前記記憶手段により記憶されたデータのうち、第１のデータと、前記第１のデータと異なる第２のデータとを組合わせる組合わせ手段と、
   前記組合わせ手段により組合わせたデータに対し、前記第１のデータに対応する前記処理フローに基づく処理を実行する処理実行手段とを有することを特徴とする情報処理装置。
2. 前記入力手段は、
   電子メール、読取装置、及びファイルサーバのうち少なくとも１つから得られるデータを入力することを特徴とする請求項１に記載の情報処理装置。
3. 前記第１のデータ及び前記第２のデータは、
   それぞれ異なる前記入力手段から得られるデータであることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記記憶手段は、
   前記入力手段から得られたデータを、前記処理フローと対応付けたジョブとして記憶することを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
5. 前記入力手段から得られたデータを記憶するか判断する判断手段を有し、
   前記判断手段は、
   前記入力手段から前記データに対応して得られる識別情報に基づき、前記データを前記記憶手段に記憶するか判断することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
6. １以上の情報処理装置を有する情報処理システムであって、
   複数の入力手段から得られたデータを、１以上の処理で構成される処理フローと対応付けて記憶する記憶手段と、
   前記記憶手段により記憶されたデータのうち、第１のデータと、前記第１のデータと異なる第２のデータとを組合わせる組合わせ手段と、
   前記組合わせ手段により組合わせたデータに対し、前記第１のデータに対応する前記処理フローに基づく処理を実行する処理実行手段とを有することを特徴とする情報処理システム。
7. 複数の入力手段から得られたデータを複数の出力先に出力する情報処理システムであって、
   前記複数の入力手段から得られたデータを、１以上の処理で構成される処理フローと対応付けて記憶する記憶手段と、
   前記記憶手段により記憶されたデータのうち、第１のデータと、前記第１のデータと異なる第２のデータとを組合わせる組合わせ手段と、
   前記組合わせ手段により組合わせたデータに対し、前記第１のデータに対応する前記処理フローに基づく処理を実行する処理実行手段とを有することを特徴とする情報処理システム。
8. 複数の入力手段から得られたデータを複数の出力先に出力する情報処理システムにおける情報処理方法であって、
   前記複数の入力手段から得られたデータを、１以上の処理で構成される処理フローと対応付けて記憶する記憶手順と、
   前記記憶手順により記憶されたデータのうち、第１のデータと、前記第１のデータと異なる第２のデータとを組合わせる組合わせ手順と、
   前記組合わせ手順により組合わせたデータに対し、前記第１のデータに対応する前記処理フローに基づく処理を実行する処理実行手順とを有することを特徴とする情報処理方法。
9. コンピュータを、
   複数の入力手段から得られたデータを、１以上の処理で構成される処理フローと対応付けて記憶する記憶手段、
   前記記憶手段により記憶されたデータのうち、第１のデータと、前記第１のデータと異なる第２のデータとを組合わせる組合わせ手段、及び、
   前記組合わせ手段により組合わせたデータに対し、前記第１のデータに対応する前記処理フローに基づく処理を実行する処理実行手段として機能させるためのプログラム。