(57)【特許請求の範囲】
【請求項１】
データの宛先に対して通信接続し、当該宛先においてデータの書き込み処理が可能であることを確認する確認手段と、
前記確認手段により確認がされた宛先に対してデータを送信するデータ送信手段と、
前記データ送信手段によってデータが送信された宛先に対して、当該データに関する処理履歴を送信する処理履歴送信手段と
を備え、
前記確認手段は、前記宛先に対して前記処理履歴のファイル作成を依頼し、当該宛先からその結果を受け取ることで前記確認を行う通信装置。
【請求項２】
自通信装置において、前記宛先ごとに、自通信装置から当該宛先に対する前記処理履歴の送信の要否がユーザにより設定されており、
前記処理履歴送信手段は、前記処理履歴の送信を要する宛先に対して、前記処理履歴を送信する
請求項１記載の通信装置。
【請求項３】
コンピュータを、
データの宛先に対して通信接続し、当該宛先においてデータの書き込み処理が可能であることを確認する確認手段と、
前記確認手段により確認がされた宛先に対してデータを送信するデータ送信手段と、
前記データ送信手段によってデータが送信された宛先に対して、当該データに関する処理履歴を送信する処理履歴送信手段と
して機能させ、
前記確認手段は、前記宛先に対して前記処理履歴のファイル作成を依頼し、当該宛先からその結果を受け取ることで前記確認を行うプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及びプログラムに関する。
【背景技術】
【０００２】
複数の宛先を指定しておき、一度の原稿読み取りで複数の宛先に転送する、いわゆるマルチセンドと呼ばれる機能がある。このマルチセンドにおいて、ユーザはスキャナにおいて複数の宛先を指定し、原稿の読み取り処理を開始させると、その読み取り処理が終了した段階で原稿を取り出し、スキャナから離れることができる。スキャナは、各宛先に対して、その宛先へ送信したデータの読み取り処理に関する処理履歴を送信する。ユーザは自らの通信端末で各宛先にアクセスすることで、これらの処理履歴を参照することができる。ただし、この処理履歴は宛先ごとに分散しており、複数の宛先の全てに処理履歴が届いたかどうかを確認するという意味では、一覧性に乏しい。特許文献１には、例えばファクシミリ端末では同報通信の結果をまとめて発信側の端末に通知する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−２５１３２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、データの送信及び処理履歴の送信の双方が行われるか否かを確認し得る仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に係る発明は、データの宛先に対して通信接続し、当該宛先においてデータの書き込み処理が可能であることを確認する確認手段と、前記確認手段により確認がされた宛先に対してデータを送信するデータ送信手段と、前記データ送信手段によってデータが送信された宛先に対して、当該データに関する処理履歴を送信する処理履歴送信手段とを備え、前記確認手段は、前記宛先に対して前記処理履歴のファイル作成を依頼し、当該宛先からその結果を受け取ることで前記確認を行う通信装置を提供する。
【０００７】
請求項２に係る発明は、請求項１記載の構成において、自通信装置において、前記宛先ごとに、自通信装置から当該宛先に対する前記処理履歴の送信の要否が設定されており、前記処理履歴送信手段は、前記処理履歴の送信を要する宛先に対して、前記処理履歴を送信する。
【０００９】
請求項３に係る発明は、コンピュータを、データの宛先に対して通信接続し、当該宛先においてデータの書き込み処理が可能であることを確認する確認手段と、前記確認手段により確認がされた宛先に対してデータを送信するデータ送信手段と、前記データ送信手段によってデータが送信された宛先に対して、当該データに関する処理履歴を送信する処理履歴送信手段として機能させ、前記確認手段は、前記宛先に対して前記処理履歴のファイル作成を依頼し、当該宛先からその結果を受け取ることで前記確認を行うプログラムを提供する。
【発明の効果】
【００１０】
請求項１〜３に係る発明によれば、データの送信及び処理履歴の送信の双方が行われるか否かを、処理履歴を格納するファイルを用いて確認することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】通信システム１の構成を示す図。
【図２】画像形成装置１０のハードウェア構成を示す図。
【図３】画像形成装置１０の機能構成を示す図。
【図４】画像形成装置１０の動作を示すフローチャート。
【発明を実施するための形態】
【００１２】
本発明の実施形態の一例について説明する。
＜構成＞
図１は、本発明の実施形態に係る通信システム１の全体構成を示すブロック図である。この通信システム１は、通信装置としての画像形成装置１０と、画像形成装置１０から送信されるデータの宛先となる複数の情報処理装置２０と、これらを通信可能に接続するＬＡＮ（Local Area Network）などのネットワーク３０とを備えている。情報処理装置２０は、画像形成装置１０以外の画像形成装置であってもよいし、或いは、パーソナルコンピュータやサーバ装置など、データを受信して記憶する情報処理装置であればどのようなものでもよい。
【００１３】
図２は、画像形成装置１０のハードウェア構成を示す図である。画像形成装置１０は、本発明に係る通信装置の一例である。画像形成装置１０は、制御部１１、記憶部１２、通信部１３、ＵＩ（User Interface）部１４、読取部１５、画像処理部１６、及び画像形成部１７を備える。
【００１４】
制御部１１は、ＣＰＵ（Central Processing Unit）などの演算装置と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などの記憶装置とを備えており、後述するような機能を実現する。ＲＯＭには、ハードウェアやＯＳ（Operating System）の起動の手順を記述したファームウェアが記憶されている。ＲＡＭは、ＣＰＵが演算を実行する際のデータの記憶に用いられる。記憶部１２は、例えば半導体メモリやハードディスク記憶装置などを備え、ＯＳのほか、各種の機能を実現するためのアプリケーションプログラムを記憶している。通信部１３は、外部の電子機器との間で通信を行うための通信Ｉ／Ｆ（Interface）を備える。通信部１３は、ネットワーク３０に接続される。
【００１５】
ＵＩ部１４は、表示部と操作部とを含む。表示部は例えば液晶表示装置を備え、ユーザが画像形成装置１０を操作するための画面を表示面に表示する。操作部は、例えば表示部の表示面を覆うように設けられたタッチパネルや、表示面に隣接する位置に設けられたキーボードなどを備え、ユーザが行った操作を受け付けて、その操作に応じた信号を制御部１１に出力する。制御部１１は、この操作の内容に従って画像形成装置１０を制御する。
【００１６】
読取部１５は、原稿を光学的に読み取って画像データを生成する。読取部１５は、例えば、プラテンガラス、光源、光学系、カラーフィルタ、撮像素子などを備えたイメージスキャナであり、プラテンガラス上に載せられた原稿に対して光源が光を照射し、原稿で反射された反射光が光学系及びカラーフィルタを介して撮像素子に入射する。撮像素子は、入射した光を画像信号に変換して画像処理部１６に出力する。画像処理部１６は、読取部１５から出力された画像信号にスクリーン処理や色変換などの画像処理を施して、ラスタデータを生成する。画像形成部１７は、画像処理部１６が生成したラスタデータに基づく画像を、記録媒体である用紙に形成する。画像形成方式は、例えば、電子写真方式やインクジェット方式などである。
【００１７】
本実施形態では、画像形成装置１０において複数の宛先を指定しておき、一度の原稿読み取りで得られた画像データを複数の宛先に転送するという、いわゆるマルチセンドと呼ばれる機能が実現される。このマルチセンドにおいて、ユーザは画像形成装置１０において複数の宛先を指定して原稿の読み取り処理を開始させると、その読み取りが終了した段階で原稿を取り出し、画像形成装置１０の前を離れることができる。画像形成装置１０は、ネットワーク３０を介して各宛先に対して画像データを送信するとともに、その宛先へ送信したデータの処理に関する処理履歴、より具体的には原稿を読み取る処理に用いられた各種パラメータを含む処理履歴を送信する。この処理履歴の送信は、画像データの送信の直後である。各宛先となる情報処理装置２０では、この処理履歴を用いて、例えば受信した画像データの格納場所を制御したり、受信した画像データのファイル名を変更したりというようにして、この処理履歴を利用する。
【００１８】
ユーザは、自らの通信端末（図示略）を用いてネットワーク３０経由で各宛先の情報処理装置２０にアクセスし、各情報処理装置２０が保存している上記の処理履歴を確認して、原稿読み取り処理から画像データ及び処理履歴の送信までの一連の処理が完了したかどうかを確認することができる。
【００１９】
ここで、例えばネットワーク３０の輻輳等により、或る宛先となる情報処理装置に対する画像データ及び処理履歴の送信が失敗すると、その宛先においては、画像データ及び処理履歴が残らないので、ユーザは原稿読み取り処理からその宛先に対する画像データ及び処理履歴の送信までの一連の処理が完了したかどうかを知る術がなくなってしまう。
【００２０】
この問題を解決するべく、画像形成装置１０は、図３に示すような確認部１１０、データ送信部１２０及び処理履歴送信部１３０という機能を実現する。確認部１１０は、画像データの宛先に対して通信接続し、当該宛先においてデータの書き込み処理が可能であることを確認する。より具体的には、確認部１１０は、宛先となる情報処理装置２０に対して処理履歴を格納するファイル作成を依頼し、当該宛先からその結果（ファイル作成の成否）を受け取ることで、その宛先におけるデータ書き込みの可否を確認する。データ送信部１２０は、確認部１１０により確認がされた宛先に対して画像データを送信する。処理履歴送信部１３０は、データ送信部１２０によってデータが送信された宛先に対して、当該データに関する処理履歴を送信する。
【００２１】
＜動作＞
次に本実施形態の動作を説明する。図４において、制御部１１は、ＵＩ部１４に表示された設定画面において、読み取り処理における各種パラメータの設定や複数の宛先指定を行うユーザ操作を受け付ける（ステップＳ１）。このときのパラメータには、例えば白黒／カラー、解像度、データフォーマットなどが含まれる。このとき、ユーザは宛先ごとに処理履歴を残す又は残さないという設定を行ってもよいし、このステップＳ１以前のタイミングでこの設定を行っておいてもよい。
【００２２】
ユーザによる処理開始の操作に応じて、制御部１１は、それぞれの宛先に対してデータの送信及び書込みの確認を行う（ステップＳ２）。具体的には、制御部１１は、第１番目の宛先に対して、処理履歴を格納するファイル作成の依頼を送信する。制御部１１は、この依頼に応答して、第１番目の宛先からファイル作成に成功した旨の通知を受け取ると、この第１番目の宛先についてはデータの送信及び書込みの確認に成功したと判断し（ステップＳ３；ＹＥＳ）、次の第２番目の宛先がある場合には（ステップＳ５；ＹＥＳ）、この第２番目の宛先に対して上記のステップＳ２，Ｓ３の処理を行う。一方、制御部１１は、この依頼に応答して、第１番目の宛先からファイル作成に成功した旨の通知を受け取ることができなかった場合には（ステップＳ３；ＮＯ）、ＵＩ部１４に所定のエラーメッセージを表示するなどのエラー処理を行って（ステップＳ４）、第２番目の宛先に対して上記のステップＳ２，Ｓ３の処理を行う。なお、複数の宛先に対する依頼の送信順序はどのように決めてもよい。
【００２３】
このようにして、制御部１１は、全宛先についてデータの送信及び書込みの確認を行うと（ステップＳ５；ＮＯ）、読取部１５を制御して原稿を読み取るスキャン処理を開始する（ステップＳ６）。そして、制御部１１は、設定されたパラメータに従って原稿を読み取って生成した画像データを、第１番目の宛先に送信する（ステップＳ７）。そして、制御部１１は、この第１番目の宛先に対して処理履歴の送信を要するか否かを前述した設定時の内容から判断し（ステップＳ８）、送信要なら（ステップＳ８；Ｙｅｓ）、その第１番目の宛先に対する画像データの処理履歴を送信する（ステップＳ９）。この処理履歴には、例えば前述したパラメータである白黒／カラー、解像度、データフォーマットなどのほか、データ送信に用いたプロトコル名や画像データのデータフォーマットなどが含まれる。
【００２４】
さらに第２番目の宛先がある場合には（ステップＳ１０；Ｙｅｓ）、制御部１１は、画像データを第２番目の宛先に送信する（ステップＳ７）。制御部１１は、この第２番目の宛先に対して処理履歴の送信を要するか否かを判断し（ステップＳ８）、送信要なら（ステップＳ８；Ｙｅｓ）、その第２番目の宛先に対して処理履歴を送信する（ステップＳ９）。  制御部１１は、このような手順を繰り返して、全宛先について画像データの送信及び処理履歴の送信を行う。
【００２５】
本実施形態によれば、処理を開始する前に、画像データの宛先との通信接続及びデータ書き込みの確認を行う。このデータ書き込みの確認に用いるデータは処理履歴を格納するためのファイルであるから、それぞれの宛先において無駄なファイルを残さないという利点がある。
【００２６】
なお、制御部１１（確認部１１０）は、宛先に対してディレクトリ作成を依頼し、当該宛先からその結果を受け取ることで確認を行ってもよい。例えば、制御部１１は、宛先となる情報処理装置２０に対して、排他制御がなされるロックディレクトリの作成依頼を送信する。制御部１１は、この依頼に応答して、宛先からロックディレクトリ作成に成功した旨の通知を受け取ると、この宛先についてはデータの送信及び書き込みの確認に成功したと判断する。
【００２７】
画像データの宛先との通信接続及びデータ書き込みの確認に用いる上記ファイル又は上記ディレクトリは、スキャンという処理の開始前において、画像形成装置１０から情報処理装置２０に対する通知によって情報処理装置２０から削除してもよい。この場合のファイル及びディレクトリは、前記処理履歴が格納されないファイル及びディレクトリである。
【００２８】
画像データ及び処理履歴の宛先は必ずしも同一の情報処理装置である必要はなく、画像データの宛先となる情報処理装置と処理履歴の宛先となる情報処理装置とが異なっていてもよい。
【００２９】
なお、送受信されるデータは画像データに限らない。このため、処理履歴は、原稿の読み取り時のパラメータを含まなくてもよい。
上記の実施形態では、制御部１１がプログラムを実行することによって上記の機能を実現する例を示したが、上記の機能がハードウェア回路で実装されていてもよい。また、このプログラムを、光記録媒体、半導体メモリ等、コンピュータで読み取り可能な記録媒体に記録して提供し、この記録媒体からプログラムを読み取って通信装置にインストールするようにしてもよい。また、このプログラムを電気通信回線で提供してもよい。
【符号の説明】
【００３０】
１０…画像形成装置、１１…制御部、１２…記憶部、１３…通信部、１４…ＵＩ部、１５…読取部、１６…画像処理部、１７…画像形成部、１１０…確認部、１２０…データ送信部、１３０…処理履歴送信部。
【図１】
0006747048.tif 000002
【図２】
0006747048.tif 000003
【図３】
0006747048.tif 000004
【図４】
0006747048.tif 000005