JP2004253871A - 画像形成装置 - Google Patents

Abstract

【目的】データ転送先のファイルサーバ等をＵＲＩによって一意に指定可能とし、転送後、指定された配布先にデータの場所や保持期限等を自動的に通知し、更に保持期限が過ぎたデータはファイルサーバ上から自動的に削除することができる画像形成装置を提供すること。
【構成】ユーザＩＤ、パスワードを入力するための転送先情報入力手段と、画像読み取り手段と、データ転送手段と、該データ転送手段により転送するデータの保持期限を入力する保持期限入力手段と、該保持期限入力手段により入力された保持期限がくると該情報処理装置に該データ転送手段により転送したデータを削除するデータ削除手段と、データの受取人に転送したデータのＵＲＩや保持期限を通知するために通知先を入力する通知先入力手段と、該通知先入力手段により入力された通知先に対してＵＲＩ情報や保持期限情報等を通知する情報通知手段とを含んで画像形成装置を構成する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネット又はイントラネット上で電子データの配布を行う画像形成装置に関する。
【０００２】
【従来の技術】
従来の画像形成装置ではスキャナ等により読み取った画像をファイルサーバ等の宛先を指定することにより、ネットワークを介して直接転送可能となっている。又、転送プロトコルとしては、ＦＴＰ、ＳＭＢ、ＩＰＸ等が使用されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来データ転送先ファイルサーバを指定する場合、プロトコル毎に転送先の指定方法が異なっていたり、インターネット上のファイルサーバを一意に指定することができなかった。
【０００４】
又、読み取った画像データや書類データを複数人配布したい場合、ファイルサーバに転送後、ユーザが口頭、電話又は電子メール等の通知手段でデータの場所等を１人１人に通知しなければならなかった。
【０００５】
更に、ファイルサーバに転送したデータの削除は、ユーザが手動で行わなければならず、削除し忘れたデータが長期間残ることもあり、ファイルサーバのメモリ（ディスク）の浪費の原因となっていた。
【０００６】
又、書類データを受け取るべき人全てが受け取ったかどうかを確認するには、送信者がそれぞれに確認を取らなければならなかった。
【０００７】
そこで、本発明は上記欠点を除去するために成されたもので、先ず、データ転送先のファイルサーバ等をＵＲＩによって一意に指定可能とし、転送後、指定された配布先にデータの場所や保持期限等を自動的に通知し、更に保持期限が過ぎたデータはファイルサーバ上から自動的に削除することができる画像形成装置を提供することにある。
【０００８】
又、全ての配布先がデータを受け取ったことが確認できたら自動的にデータを削除することを可能としている。
【０００９】
更に、本発明においてＨＴＴＰ、ＦＴＰ、ＳＭＴＰ等のインターネット標準プロトコルを用いることにより、インターネットを介したデータの配布が容易にできるようになる。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る画像形成装置は、はネットワークに接続し様々なデータをネットワーク経由で送受信可能であって、データ転送先の情報処理装置を特定するためのＵＲＩやデータ転送先へアクセスするために必要なユーザＩＤ、パスワードを入力するための転送先情報入力手段と、書類等を電子データとして読み取るための画像読み取り手段と、該画像読み取り手段により取得したデータを、該転送先情報入力手段により入力されたＵＲＩ、ユーザＩＤ、パスワード等を用いてネットワーク上の情報処理装置に転送するデータ転送手段と、該データ転送手段により転送するデータの保持期限を入力する保持期限入力手段と、該保持期限入力手段により入力された保持期限がくると該情報処理装置に該データ転送手段により転送したデータを削除するデータ削除手段と、データの受取人に転送したデータのＵＲＩや保持期限を通知するために通知先を入力する通知先入力手段と、該通知先入力手段により入力された通知先に対してＵＲＩ情報や保持期限情報等を通知する情報通知手段とを有するものしたことを特徴とする。
【００１１】
【発明の実施の形態】
以下に本発明の実施の形態を添付図面に基づいて説明する。
【００１２】
図１は本発明に係る画像形成装置が接続されるネットワーク構成の例を示す図である。
【００１３】
図１において、画像形成装置１０２は、本発明における画像形成装置であり、メールサーバ１１１と共にローカルエリアネットワーク（以下、ＬＡＮ）１０６に接続されている。又、ＬＡＮ１０６は、ファイアウォール１０９を介してインターネット１０７に接続されている。ファイルサーバ１０３は、ＨＴＴＰサーバ及びＦＴＰサーバが稼動しており、インターネットからアクセス可能な設定となっている。
【００１４】
一方、パーソナルコンピュータ（以下、ＰＣ）１０１，１０４は、メールサーバ１１０と共にＬＡＮ１０５に接続されている。更に、ＬＡＮ１０５は、ファイアウォール１０８を介してインターネット１０７に接続されている。
【００１５】
画像形成装置１０２は、スキャナにより読み取ったデータをＨＴＴＰプロトコル又はＦＴＰプロトコルを用いてネットワーク上のファイルサーバ１０３に送信する。又、ファイルサーバ１０３上のデータをＨＴＴＰ或はＦＴＰを用いて削除することも可能である。更に、画像形成装置１０２は、ＳＭＴＰ及びＰＯＰを用いてメールサーバ１１１に対して電子メールを送受信することが可能である。メールサーバ１１１は、ＳＭＴＰに従って電子メールをＬＡＮ１０６内或はインターネット１０７へ配信する他、ＰＯＰクライアントへ電子メールを配信する。
【００１６】
ＰＣ１０１及びＰＣ１０４は、メールサーバ１１０より電子メールを受信し、画面上に表示することが可能であり、同様にＳＭＴＰを用いて電子メールを送信することも可能である。
【００１７】
図２は本実施の形態における画像形成装置１０２のソフトウェアブロック図である。
【００１８】
アプリケーション部２０１は、本発明の本実施の形態における動作全体を制御するモジュールである。ＵＩ制御部２０２は、アプリケーション部２０１からの指示により、データ送信先のＵＲＩや認証のためのユーザＩＤ、パスワード、更にはデータ保持期限値、配布通知先の電子メールアドレスをユーザに入力させて取得する。ＵＩ制御部２０２により取得した情報は、アプリケーション部２０１が記憶部２０４に記憶する。
【００１９】
スキャナ制御部２０３は、スキャナを制御し、データを読み取りアプリケーション部２０１に渡す。タイマ監視部２０５は、データ保持期限をタイマにより監視し、保持期限が過ぎた場合にアプリケーション部２０１に通知する。ＨＴＴＰ制御部２０７は、ＨＴＴＰプロトコルを制御する部分であり、ネットワーク送受信制御部２０８を介してＨＴＴＰプロトコルに従ったデータの送受信を行う。ＳＭＴＰ制御部２０６は、ＳＭＴＰプロトコルを処理する部分であり、ネットワーク送受信制御部２０８を介してＳＭＴＰプロトコルに従ったデータの送受信を制御する。ＰＯＰプロトコル制御部２０９は、ＰＯＰプロトコルを処理する部分であり、ネットワーク送受信制御部２０８を介してＰＯＰプロトコルに従ったデータの送受信を制御する。
【００２０】
図３、図４及び図５は本実施の形態における画像形成装置１０２のＵＩ上に表示される画面である。
【００２１】
図３はスキャナにより読み取ったデータを転送する際の転送先サーバ（本実施の形態ではファイルサーバ１０３を指す）のＵＲＩ３０１及び転送先サーバにアクセス許可を得るための認証情報（ユーザＩＤ３０２、パスワード３０３）等を入力する画面である。
【００２２】
図４は図３の通知先設定ボタン３０５を押下したときに表示される画面であり、データの配布先を電子メールアドレス指定する画面である。電子メールアドレスは複数指定可能となっている。
【００２３】
図５は図３において保持期限設定ボタン３０４を押下したときに表示される画面であり、転送先サーバに保持される期間を設定する画面である。
【００２４】
図６は本実施の形態における画像形成装置１０２が生成する電子メールの一例を示す図、図７は記憶部２０４に一時的に保持されるデータの内容を示す図、図８は書類（スキャナで読み取ったデータ）をファイルサーバ１０３に送信する場合の動作を示すフローチャートである。
【００２５】
以下、本実施の形態における画像形成装置１０２の書類送信動作を図８のフローチャートを用いて説明する。
【００２６】
画像形成装置１０２において、書類送信動作が行われる場合、先ず、Ｓ８０１において、ＵＩ制御部２０２は、図３の画面をＵＩに表示する。ユーザは、ＵＲＩテキストボックス３０１、ユーザＩＤテキストボックス３０２、パスワードテキストボックス３０３にそれぞれ入力することが可能である。又、本画面では、データ保持期限は初期値１週間となっており、ユーザが変更しなければ保持期間が１週間となる。
【００２７】
図３の画面において、ユーザがデータ保持期限を変更したい場合は、保持期限設定ボタン３０４を押下する。保持期限設定ボタン３０４が押下された場合は、図５に示す画面に切り替わる。図５の画面においては、１日間ボタン５０１、１週間ボタン５０２、１箇月ボタン５０３、無期限ボタン５０４、日付指定ボタン及び入力エリア５０５が用意されており、ユーザが自由に保持期限を設定可能となっている。図５の例では、１日間が反転表示されており、ユーザが１日間を選択したことを示している。変更を確定する場合は、ＯＫボタン５０６、変更をキャンセルする場合はキャンセルボタン５０７を押下することにより図３の画面に戻ることができる。
【００２８】
又、図３において、ユーザが通知宛先を設定したい場合は、通知先設定ボタン３０４を押下する。通知先設定ボタン３０４が押下された場合は、図４の画面に切り替わる。図４に示す画面においては、通知先リストエリア４０１，４０６に登録された通知先電子メールアドレスが表示されている。図４の例では、ｔａｎａｋａ＠ｃｂｃ．ｃｏ．ｊｐとｓｕｚｕｋｉ＠ａｂｃ．ｃｏ．ｊｐという２つの電子メールアドレスが設定されている状態である。
【００２９】
通知先を追加したい場合は、追加ボタン４０３を押下し、不図示の追加画面にて電子メールアドレスを入力する。又、画像形成装置１０２が持つ不図示のアドレス帳を参照したい場合は、アドレス帳ボタン４０２を押下し、アドレス帳に予め登録されている電子メールアドレスを選択して追加することも可能である。
【００３０】
通知先リストに設定した電子メールアドレスを削除したい場合は、リスト上の電子メールアドレスを選択し、削除ボタン４０４を押下する。通知先リストの設定が完了したらＯＫボタンを押下することにより図３の画面に戻ることができる。
【００３１】
図３〜図５の画面を用いて全ての設定が終了すると、ユーザはスタートボタン３０６を押下することにより書類送信動作を開始することができる。書類送信動作をキャンセルする場合は、キャンセルボタン３０７を押下する。
【００３２】
図３においてスタートボタン３０６が押下された場合、ＵＩ制御部２０２は、Ｓ８０２〜Ｓ８０４において全ての情報を取得しアプリケーション部２０１に渡す。アプリケーション部２０１は、記憶部２０４に一時的にこれらの情報を記憶した後、Ｓ８０５へ進み、スキャナ制御部２０３を使用してスキャナから書類データを読み込む。Ｓ８０５において書類データを読み込みが終了すると、Ｓ８０６へ進み、書類データをＨＴＭＬ形式のデータとして整形し、Ｓ８０７の書類データ送信動作に進む。尚、書類データ送信動作Ｓ８０７の詳細については後述する。
【００３３】
Ｓ８０７の動作が終了するとＳ８０８へ進み、電子メール送信動作を行う。電子メール送信動作Ｓ８０８の詳細については後述する。電子メール送信動作が終了すると、Ｓ８０９へ進み、図７に示すファイルサーバ上の書類データを削除するときに必要となる情報や通知先メールアドレスと返信メール受信フラグ等を記憶部２０４に記憶し、Ｓ８１０ではタイマ監視部２０５に保持期限タイマのスタートを指示した後動作を終了する。図７におけるＤＩＤは、書類データを識別するために付けられたユニークなＩＤを表す。
【００３４】
図９は図８におけるＳ８０７の書類データ送信動作の詳細を示すフローチャートである。
【００３５】
Ｓ９０１では、指定されたＵＲＩから送信先（本実施の形態ではファイルサーバ１０３を指す）を特定し、Ｓ９０２で特定した送信先にＴＣＰ／ＩＰで接続する。Ｓ９０３では、ＨＴＴＰ制御部２０７を用いてＨＴＴＰのＰＵＴメソッドを使用することにより、スキャナで読み取った書類データを送信する。但し、ここでＢａｓｉｃ 認証、或はＤｉｇｅｓｔ認証が必要である判断した場合は、Ｓ８０２で取得したユーザＩＤ、パスワードを用いて所定の認証動作も行う。Ｓ９０３で書類データの送信が完了すると、Ｓ９０４でＴＣＰコネクションを切断する。
【００３６】
図１０は図８のＳ８０８における電子メール送信動作の詳細を示すフローチャートである。
【００３７】
Ｓ１００１では、Ｓ８０３で取得した電子メールアドレスを宛先として、図６に例として示した電子メールを作成する。電子メールの内容としては、Ｓｕｂｊｅｃｔ ヘッダにＤＩＤ番号を付加し、更に書類データのＵＲＩとＳ８０４で取得した保持期間（例では１日間）と現在の日付を基に計算したデータ保持期限日時（図６では６月１日から１日間で保持期限は６月２日となる）等の情報を本文に付加している。又、書類を受け取った後に、メールを返信する旨の指示文を付加している。
【００３８】
Ｓ１００１において電子メールを作成すると、Ｓ１００２においてＳＭＴＰ制御部２０６を用いてＳＭＴＰサーバに接続する。図１のネットワーク構成例では、ＳＭＴＰサーバは、メールサーバ１１１である。Ｓ１００３では、ＳＭＴＰプロトコルを用いて電子メールを送信し、Ｓ１００４でコネクションを切断し、送信動作を終了する。
【００３９】
Ｓ８０８で送信した電子メールは、例えば図１のネットワーク構成図のＰＣ１０１に到達し、画面に図６の電子メールが表示される。この電子メールを見たユーザは、電子メール中のＵＲＩに対し保持期限までにアクセスし、書類データを取得、或は閲覧することが可能となる。更に、ユーザが書類データを取得後にメールを返信することにより、後述する受け取り通知によるデータの自動削除が可能となる。
【００４０】
図１１は保持期間が経過したファイルサーバ上の書類データを自動的に削除するため画像形成装置１０２のデータ削除動作を示すフローチャートである。このフローチャートは、通知先からの返信メールが全て届く前に保持期間が経過した場合の動作を示すものである。
【００４１】
タイマ監視部２０５で図８のＳ８１０によって開始されたタイマがタイムアップした場合、アプリケーション部２０１にイベントとして通知されるため、Ｓ１０１においては、タイムアップのイベント待ち状態となっている。タイムアップのイベントが通知された場合、Ｓ１１０２へ進み、Ｓ８０９において記憶部２０４に保持しておいた図７に示す情報を参照し、削除する書類を決定し、該当するサーバ（本実施の形態の図１ではファイルサーバ１０３に相当）に接続する。
【００４２】
更に、Ｓ１１０３では、ＨＴＴＰ制御部２０７を用いて、ＨＴＴＰのＤＥＬＥＴＥメソッドを使用して該当書類データの削除を行う。但し、ここでＢａｓｉｃ 認証、或はＤｉｇｅｓｔ認証が必要である判断した場合は、図７の例のように記憶部２０４に保持しておいたユーザＩＤ、パスワードを用いて所定の認証動作も行う。Ｓ１１０３においてデータの削除が完了すると、Ｓ１１０４においてＴＣＰコネクションを切断し動作を終了する。
【００４３】
図１２は通知先からの返信メールを受信した場合の画像形成装置１０２の動作を示すフローチャートである。
【００４４】
Ｓ１２０１は返信メール待ち状態であり、ＰＯＰプロトコルを使用して返信メールを受信した場合、Ｓ１２０２へ進む。Ｓ１２０２では、返信メールのＳｕｂｊｅｃｔ のＤＩＤ番号と記憶部２０４に記憶した図７に示す情報テーブルのＤＩＤと一致するテーブルを検索する。一致するテーブルがない場合には、返信メールを破棄してＳ１２０１に戻る。一致するテーブルがある場合には、Ｓ１２０３へ進む。
【００４５】
Ｓ１２０３では、返信メールのＦｒｏｍ行の電子メールアドレスと一致するテーブル内の通知先メールアドレスを検索する。一致する通知先メールアドレスがない場合には、返信メールを破棄し、Ｓ１２０１へ戻る。一致する通知先メールアドレスがあった場合には、Ｓ１２０４へ進む。Ｓ１２０４では、Ｓ１２０３で一致した通知先アドレスの「返信通知受信フラグ」を１に設定し、Ｓ１２０５へ進む。Ｓ１２０５では、テーブル内の「返信通知受信フラグ」が全て１になったか否かを判定する。
【００４６】
全て１ではないと判定した場合には、Ｓ１２０１へ戻り、次の受信待ち状態となる。全て１と判断した場合には、Ｓ１２０６へ進み、テーブル内に記憶したＵＲＬやユーザＩＤ、パスワードを使用して該当サーバに接続する。更に、Ｓ１２０７では、ＨＴＴＰのＤＥＬＥＴＥメソッドを使用して該当する書類データを削除し、Ｓ１２０８でコネクションを切断する。Ｓ１２０９では、テーブル内に記憶したタイマＩＤを使用して該当する保持期限タイマをキャンセルし、テーブル情報全体を削除し、Ｓ１２０１へ戻る。
【００４７】
尚、以上の実施の形態では、画像形成装置１０２とファイルサーバ１０３間の通信プロトコルとしてＨＴＴＰを使用しているが、ＦＴＰ等の他のプロトコルを使用しても良い。又、書類データの場所を示すＵＲＩを通知する手段として、ＳＭＴＰを利用した電子メールを送信しているが、それに代わるプロトコルでも良い。又、返信通知を受け取る手段としてＰＯＰプロトコルを使用しているが、それに代わるプロトコルでも良い。
【００４８】
図１におけるファイルサーバ１０３は、インターネット上のどこに設置されていても良く、書類データの転送や引取りをネットワーク上で行う際に機密保護のためにＴＬＳ等の暗号化通信と組み合わせても良い。
【００４９】
【発明の効果】
以上の説明で明らかなように、画像形成装置がスキャナ等により読み取った書類を電子データとして調節配布する場合、データ転送先のファイルサーバ等をＵＲＩによって一意に指定可能とし、転送後、指定された配布先にデータの場所や保持期限等を自動的に通知することにより、ユーザの配布作業を簡潔にし、インターネットを介した書類の配布が自動化される効果がある。
【００５０】
又、本発明の画像形成装置にとってデータ転送先は１箇所であり、複数人に配布したい場合であっても複数箇所にデータを転送する必要がなく画像形成装置の通信負荷を削減することができる。
【００５１】
又、配布先全てから返信通知を受け取るとファイルサーバ上のデータを自動的に削除することにより、ファイルサーバのハードディスク使用量の無駄を削減する効果がある。
【００５２】
更に、配布先から返信通知を全て受信しない場合でも保持期限が過ぎたデータは、ファイルサーバ上から自動的に削除することにより、より効果的にファイルサーバのハードディスク使用量の無駄を削減することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるネットワーク構成の例を示す模式図である。
【図２】本発明に係る画像形成装置のソフトウェア構成を示すブロック図である。
【図３】本発明に係る画像形成装置のＵＩパネル上に表示されるデータ転送先を指定する画面を示す図である。
【図４】本発明に係る画像形成装置のＵＩパネル上に表示される通知先を指定する画面を示す図である。
【図５】本発明に係る画像形成装置のＵＩパネル上に表示されるデータ保持期限を指定する画面を示す図である。
【図６】本発明に係る画像形成装置が生成する通知先に送信する電子メールの内容例を示す図である。
【図７】本発明に係る画像形成装置が保持する書類データ毎の情報を示すテーブルである。
【図８】本発明に係る画像形成装置の書類送信動作を示すフローチャートである。
【図９】本発明に係る画像形成装置のデータ送信動作を表すフローチャートである。
【図１０】本発明に係る画像形成装置の電子メール送信動作を示すフローチャートである。
【図１１】本発明に係る画像形成装置の保持期限切れ時のデータ削除動作を示すすフローチャートである。
【図１２】本発明に係る画像形成装置の返信メール受信動作を示すフローチャートである。
【符号の説明】
１０１ ＰＣ
１０２ 画像形成装置
１０３ ファイルサーバ
１０４ ＰＣ
１０６ ＬＡＮ
１０７ インターネット
１０９ ファイアウォール
１１０ メールサーバ
１１１ メールサーバ

Claims (3)

1. ネットワークに接続し様々なデータをネットワーク経由で送受信可能な画像形成装置であって、
   データ転送先の情報処理装置を特定するためのＵＲＩやデータ転送先へアクセスするために必要なユーザＩＤ、パスワードを入力するための転送先情報入力手段と、書類等を電子データとして読み取るための画像読み取り手段と、該画像読み取り手段により取得したデータを、該転送先情報入力手段により入力されたＵＲＩ、ユーザＩＤ、パスワード等を用いてネットワーク上の情報処理装置に転送するデータ転送手段と、該データ転送手段により転送するデータの保持期限を入力する保持期限入力手段と、該保持期限入力手段により入力された保持期限がくると該情報処理装置に該データ転送手段により転送したデータを削除するデータ削除手段と、データの受取人に転送したデータのＵＲＩや保持期限を通知するために通知先を入力する通知先入力手段と、該通知先入力手段により入力された通知先に対してＵＲＩ情報や保持期限情報等を通知する情報通知手段とを有することを特徴とする画像形成装置。
2. 転送先情報入力手段により入力されたＵＲＩ、ユーザＩＤ、パスワード等の情報や該保持期限入力手段により入力された保持期限や該通知先入力手段により入力された通知先情報を記憶する情報記憶手段と、該通知先がデータを受け取った後に通知情報をそのまま返信することによる返信通知を受信する返信通知受信手段を有し、該保持期限が切れる前に全ての通知先から返信通知を受け取ると、該データ転送手段により転送したデータを該データ削除手段により削除することを特徴とする請求項１記載の画像形成装置。
3. 画像読み取り手段により取得した電子データにユニークな識別子を割り当てる識別子割り当て手段を持ち、該識別子割り当て手段により割り当てた識別子を該情報記憶手段により記憶する情報と共に記憶し、情報通知手段により通知する情報に該識別子を付加することにより、返信通知受信手段により受信した返信通知情報の中の識別子と該情報記憶手段により記憶したＩＤを比較することにより、電子データを特定することを特徴とする請求項１又は２記載の画像形成装置。

Images