(57)【要約】【課題】  ネットワーク上につながれたファクシミリから効率的に受信文書を電子化する。【解決手段】  装置内に受信文書のアドレスに対するデータベースをもちこのDBをもとに効率的に各ユーザへ受信文書を転送することでファクシミリ文書を電子化する。【選択図】  図１
2006217036.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続しているファクシミリ画像転送装置において、
少なくとも１台以上のファクシミリ機能をもつ機器が接続されていることと
少なくとも１台以上のクライアントPCが接続されていることと
前記ファクシミリ機能を持つ機器内には、受信した画像情報を管理する管理エリアを持ち、
前記ファクシミリ機能を持つ機器内には、送信元情報をもとにしたデータベースを持ち、
前記データベース内には、送信元情報と受信通知先アドレス情報と転送先アドレス情報と記録情報と削除情報とをもち、
前記データベース内情報をもとに前記受信画像情報を管理する管理エリア内に受信通知先アドレス情報と転送先アドレス情報と記録情報と削除情報とをもち、
前記管理情報内のデータをもとに各クライアントPCに受信通知を通知し、
受信画像を転送し、受信画像の記録をおこない、削除をおこなうことを特徴とするファクシミリ画像転送装置。
【請求項２】
前記データベースの内容は、前記受信通知の返信によって書き換えられることを特徴とする請求項１記載のファクシミリ画像転送装置。
【請求項３】
前記請求項１に示される通知情報には、前記受信データの1ページ目を添付することを特徴とするファクシミリ画像転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ端末における発信者端末識別番号の活用方についての発明である。
【背景技術】
【０００２】
近年のネットワーク環境の進化にともないオフィス内におけるネットワーク接続される機器が大半を占めるまでにいたっている。
【０００３】
しかしながら、従来型のビジネスモデルに見られる電話およびファクシミリを中心としたオフィスもいまだ存在しているのも事実である。
【０００４】
また多くのビジネスではこういったビジネス環境はほとんどの場合旧来型の通信形態を実施している側に引きづられることが多い。すなわちほとんどの通信がファクシミリおよび電話を用いて行われそれによってネットワーク化されたオフィスにおいてもこれら従来型の通信形態を用いることを強いられてしまう。
【０００５】
この解決方法として良く活用されているものがファクシミリサーバ等を用いた受信文書の電子化である。これらは受信文書をネットワークフォルダ内に格納しネットワーク上で活用できるような形にすることである。
【０００６】
これらのサーバが受信文書を自動的に電子文書として配信できるようなサービスも含まれる。
【０００７】
又、別の従来例としては、特許文献１をあげることが出来る。
【特許文献１】特開２００４−２８８０５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながらファクシミリ文書の場合には、受信時に獲得できる情報が限られているために受信文書の転送先を確定させることはきわめて困難であった。
【０００９】
また、すべてのファクシミリ文書をブロードキャストで配信することはネットワークトラフィックの点を考えても得策ではない。
【００１０】
一方、送信文書の電子化はファクシミリ送信ドライバ等によって一般的になっている。これらはPC端末より相手先を指定することで送信が可能となる。
【００１１】
これは、標準化されたファクシミリ手順（ITU-T  T.30）においては発信元識別番号（TSI）のみが送信側の端末を識別できる信号として定義されている。
【００１２】
オプション信号としてはFコードやISDNにおけるサブアドレスなどが存在するがすべてのファクシミリが標準としてサポートしているのはTSIのみである。
【００１３】
この番号のみで相手を識別し転送先を決定するのはきわめて困難である。なぜなら従来型のファクシミリ装置においてはこの番号は発信側の電話番号を格納することが一般的であるため１つの端末が複数の転送をおこなうことはきわめて難しいことになる。
【００１４】
したがって、このデータのみを用いて正確な相手端末情報として用いることもこれを使用して転送先を確定することも困難と考える。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明は次のような構成からなる。
【００１６】
受信したファクシミリ画像はすべてメモリ内に蓄積される。このメモリは受信したファクシミリ装置内以外のネットワーク装置のメモリ資源も自由に使用可能とする。
【００１７】
ネットワークに接続されたファクシミリ内に受信した場合にメールにて受信通知を行うためのメールアドレスとファクシミリの送信元の電話番号とを関連付けるデータベースを持ち、ファクシミリ受信時は、この転送先DBを基に受信の通知をする。このDBはネットワーク内に1つのデバイスにのみ存在し、他のネットワークデバイスはこのDBに対してアクセスする。
【００１８】
また、受信通知メールには、受信画像データの先頭ページのみを添付したメールを送信する。
【００１９】
また、本ファクシミリが受信したデータで転送先DBに格納されていないものについてはすべての登録された転送先DBに受信通知を示すメールをその受信画像の先頭ページを添付して送信する。転送通知を受け取った側はそのメールに対して返信メールに対して所定のフォーマットを送り返すことで受信した相手先からの受信通知メールを続けて受け取るかを選択することができる。
【００２０】
また、受信画像を転送する手段としては、送信した通知メールに所定のフォーマットをつけて返信することで受信画像を転送できるものとする。
【００２１】
また、転送された画像は格納されているデバイスから消去することもそのまま保存しておくことも可能とする。
【発明の効果】
【００２２】
以上説明したように、本発明によれば、ネットワーク上にあるファクシミリ機能付きMFPがデータベースをもつことで受信画像の電子化が煩雑なオペレーションを要することなく容易になる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明を適用するのに好適である実施例について説明を行う。
【００２４】
図１は、本発明の実施例に係るファクシミリ付きMFP装置の構成を示すブロック図である。同図において、ＣＰＵ（中央処理装置）１は、ＲＯＭ（リードオンリメモリ）２にあらかじめ格納されたプログラムに従って、本ファクシミリ装置全体を制御し、ＲＡＭ（ランダムアクセスメモリ）３は、ＣＰＵ１のワークエリアとして使用される。原稿（不図示）は、コンタクトセンサー（ＣＳ）５により読み取られ、この読取り信号が、読取り制御ゲ−トアレイ（Ｒ＿ＣＮＴ）４を介して１ラインの２値データとして得られる。上記２値データは、符号化制御によって圧縮、または非圧縮の形で符号化され、画像メモリであるダイナミックＲＡＭ（ＤＲＡＭ）１１に格納される。ＤＲＡＭ１１に格納された画像データは、フアクシミリ送信モード時は、ＣＰＵ１によって、受信側との手順によって決められた符号化方式に合わせて符号化される。そして、この符号化されたデータは、変復調器（ＭＯＤＥＭ）１２によってＰＭ−ＡＭ変調された後、網制御装置（ＮＣＵ）１３を通じて、所定の手順によって決められた速度で公衆回線網１４に送り出される。
【００２５】
また、コピーモード時には、ＤＲＡＭ１１に格納された画像データは、ＣＰＵ１によって生データに復号され、レーザービームプリンタ（ＬＢＰ）１０からのデータ要求に応じて、記録制御ゲ−トアレイ（Ｗ＿ＣＮＴ）９を通してＬＢＰ１０送られ、そこで記録される。フアクシミリ受信モードのときは、公衆回線網１４からＮＣＵ１３を通して受信したデータは、ＭＯＤＥＭ１２によって復調された後、本発明の手順によって決められた符号化方式に従って、ＣＰＵ１によって復号化される。ここで正しく復号化されて得られた２値の生データは、符号化制御によって圧縮、または非圧縮の形で符号化され、画像メモリであるＤＲＡＭ１１に格納される。そして、操作者からの指示や設定に従ってＬＢＰ１０で記録されたり、新たな通信の際、送信されたりする。なお、操作者は、キー（ＫＥＹ）８を押下することにより、各種の指示、設定を行なうことができ、その内容を表示部（ＬＣＤ）７上の画面により確認することができる。この場合、ＣＰＵ１は、操作パネル制御ゲ−トアレイ（ＯＰＥ＿ＣＮＴ）６を介して、ＫＥＹ８からの入力データを検出し、その入力に応じて必要なデータをＬＣＤ７に表示する。また、符号化制御に用いるモードやしきい値の選択も、このＫＥＹ８にて行なう。１５はネットワークボードであり、TCP/IP等のネットワークプロトコルのサポートと物理的接続を行っている。ここで使われるネットワークはIEEE802.3等一般的なネットワークである。
【００２６】
図２は本発明の実施例を示すシステムの構成を説明する概略図である。ネットワーク上に複数のMFPデバイスが接続されている。２１はFAX付きMFP、２２はFAX付きMFP、２３はFAX付きMFP、２４はFAXなしMFP、２５はFAXなしMFP、２６はFAXなしMFP、２７はLANである。
【００２７】
２１のFAX付きMFPには、PSTN回線を収容したファクシミリボードが接続されている。２２のFAX付きMFPには、ISDN回線を収容したファクシミリボードが接続されている。２３のFAX付きMFPには、内線等の専用線を収容したファクシミリボードが接続されている。
【００２８】
２４から２６にはFAXボードは実装されていないがファクシミリ原稿を記録するのに十分な解像度と画像処理能力を持つプリンタ装置が実装されている。
【００２９】
またネットワーク上には２８から３２はPC１，２，３，４，５などのクライアントPCが接続されている。本実施例においてはこれらのPCに対して受信通知および受信画像の転送を行う。
【００３０】
図３、図４、図５は、本発明にもちいられるデータベースの構造をしめしたものである。
【００３１】
図３の上段はデータベースのデフォルト値すなわち初期状態をしめす。データベースはこのような構造のレコードが図１に示すRAM内に格納される。宛先は受信画像データの送信元データを示すものである。非通知先はファクシミリ受信にともなって図１のRAM内に格納されているアドレス中をもとにローカルネットワーク内のユーザに通知するがこのうち通知すべきでない相手先を格納している。転送先は受信画像を転送すべきアドレスが格納されている。記録は各ユーザごとに指定された記録すべきMFPの名前を記録する。削除はこのファイルを最終的に削除するかどうかを決定するフラグである。格納フォルダ該当する宛先の格納されているMFP名を示す。
【００３２】
今、MFP１にファクシミリ受信が行われたとするとレコードには図１の下段のように書き込まれる。非通知宛先はデフォルトがNULLであるのでローカルネットワーク内にすべてのユーザに対して受信通知が送信される。
【００３３】
図６はこのとき送信される通知メールの一例である。このメールには受信画像の最初のページが添付される。このファイルのフォーマットは、送信側のMFP1の設定にもよるが、PDFやビットマップ画像等の形で添付される。
【００３４】
図９は受信通知のフローチャートを示す。
【００３５】
ステップS９１において受信したファイルのなかから送信元電話番号を検索する。ステップS92においてナンバーディスプレイによる送信元電話番号があればこのデータをもとになければステップS96においてTSIデータがあるかを検索する。
【００３６】
これらのデータをもとにDB内のデータの検索を行う。もしDB内に該当するデータがない場合はこのデータをDBの宛先に追加する。
【００３７】
ステップS93では宛先に基づく受信通知先を検索する。ステップS93において非通知宛先がない場合は、ステップS97においてローカルネットワーク内のすべての宛先に通知をおこない。非通知先がある場合は、ステップS95においてローカルネットワーク内のアドレスからこのアドレスを削除する。
【００３８】
上記図９の処理によって設定されたアドレスに対して受信通知を発行する。
【００３９】
各ユーザは受信した通知内容にしたがって返信をおこなう。この返信メールに基づいてデータベースの内容がさらに書き換わる。
【００４０】
図４データベース内部構造図２はこの様子をあらわしたものである。返信メールとして図２のPC１のy○m△da.taro@ccddeeff.co.jpから図７に示すような返信メールがきたとする。この返信メールには、次の文字列が記述され「Notice:1,forward:1,delete:0,write:1, printer MFP1」これらは、Noticeが受信通知にかんする情報、forwardが受信画像転送に関する情報、deleteが受信画像消去に関する情報、printerが受信画像を出力するプリンタに関する情報がそれぞれ記入されている。これらの情報を受け取るとデータベースの内容は図２の下段のように書き換わる。ここでは、宛先の「０３３７５８２１１１」の欄が転送先として「y○m△da.taro@ccddeeff.co.jp」が追加となり、記録先として記録すべきユーザのアドレスとプリンタ名称が追記される。
【００４１】
図５は別のデータベース構造を説明したものである。この場合非通知さきとして図１のPC２であるs1to.ich2ro@ccddeeff.co.jpが登録されている。このような場合は通知相手先からこのアドレスを削除される。
【００４２】
これらの様子を図１０、図１１を用いて説明を行う。
【００４３】
図10のステップS100において返信メールの内容が空メールかを判断する。空メールであれば現在のDBの内容を元に受信画像ファイル内の管理レコードに、転送情報、記録情報、消去情報を記述する。ステップS105-1でファイル内のNoticeカウンタをデクリメントする。空メールでなければステップS102に進む。
【００４４】
ステップ102では「notice：」の次のキャラクタをチェックする。ステップS103で１であれば受信通知が必要と判断し、ステップS10４−０でDBに該当する非通知アドレスがあれば削除する。１以外であれば（通常は０であるが）ステップS１０４−１に進む。ステップS104−１ではDBの非受信通知欄に返信されたメールアドレスを記述する。
【００４５】
ステップS105-0ではファイル内のNoticeカウンタをデクリメントする。
【００４６】
ステップS106において返信メール内の「forward」の次のキャラクタをチェックする。
【００４７】
ステップS107では次のキャラクタが１かどうかを判断し１であれば、ステップS１０８に進む。ステップS108ではDBの転送欄に返信されたメールアドレスを記述する。
【００４８】
ステップS109では受信画像ファイル内の管理レコードに転送アドレスをセットする。ステップS１１０では「delete」の次のキャラクタをチェックする。
【００４９】
ステップS111では1かどうかを判断し、１であればステップS112-1へ、０であればステップS112-0へ進む。
【００５０】
ステップS112-1ではDB内の削除欄に削除フラグをセットする。
【００５１】
ステップS113-１においては、受信画像ファイル内の管理レコードに削除フラグをセットする。ステップS111で０であればステップS112−０に進む。ステップS112-0では削除フラグをリセットし、さらにステップS113-0では受信画像ファイル内の管理レコードに削除フラグをリセットする。
【００５２】
ステップS114に進みステップS115では「write：」の次のキャラクタをチェックする。
【００５３】
ステップS116において1かどうかを判断し１であればステップS117へ進み、０であれば終了する。ステップS117においては「printer：」の文字列をチェックする。ステップS118において該当するネットワーク上のデバイスの名があればステップS119においてDBの記録欄に返信されたメールアドレスとともに記録する。ステップS1２０においては受信画像ファイル内の管理レコードに返信されたメールアドレスとともに記録する。
【００５４】
次に図１２を用いて転送の動作について説明する。
【００５５】
受信した画像ファイルは、上述した画像管理レコードをもとにデバイス内で管理されている。デバイスないでは一定周期でファイルのチェックをおこない。このなかで図１２のプログラムが実行される。
【００５６】
ステップS121においてファイル内を検索し受信ファイルがあればステップS122へ進む。ステップS12２では画像管理レコード内の転送アドレスをチェックする。ステップS123において転送アドレスが存在すれば、ステップS124に進む。ステップS124では図８に示すようなメールを送信しその添付ファイルとして受信画像を転送する。
【００５７】
ステップS125では転送を終了したアドレスを画像管理レコードから消去しステップS123にすすむ。アドレスがある限り本動作を繰り返す。
【００５８】
図１３は記録に関する説明である。ステップS131においては、ファイル内を検索し受信ファイルがあればステップS１３２において画像管理レコード内の記録アドレスをチェックする。ステップS1３3においてアドレスが存在すればステップS１3４において該当するアドレスのユーザに対する記録処理を行う。この場合、プリンタはネットワーク上のどのプリンタにも出力を可能とする。すなわち、格納デバイスから出力デバイスへネットワークを通じて受信画像記録ジョブとして転送し記録処理を行う。
【００５９】
ステップS1３5においてはアドレスエリアをクリアし再びステップS133へ戻る。アドレスがある限り上記の動作を繰り返す。
【００６０】
図１４は消去に関する説明である。ステップS141においてはファイル内を検索し受信ファイルがあればステップS14２に進む。ステップS14２では画像管理レコード内の記録アドレスをチェックし、ステップS143においてあれば再びステップS141へ進む、なければステップS１４４において画像管理レコード内のファイル転送アドレスをチェックする。ステップS145においてアドレスがあれば、再びステップS141に戻りなければステップS146に進む。ステップS１４６において消去フラグをチェックしステップS147においてフラグがたっていればステップS148において画像を消去する。
【００６１】
（他の実施例１）
また、本発明はデータベースをネットワーク内のすべてのファクシミリ機能付きデバイスで共有化することで更なる効率を上げることが可能である。
【００６２】
この場合、実際のデータベースをMFP１にのみ設定しその他のDBはすべてこのDBを参照するようにする。このように構成することでデータの2重管理を防ぐことができる。
【００６３】
（他の実施例２）
また、本データベースは共通のプラットフォームをもつデバイス間においてインポートエキスポートが可能である。また、本DBには任意のアクセス権限をあたえることができクライアントPCからの書き換えもアクセス権限を返ることで可能となる。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施例を示すMFPのブロック図。
【図２】本発明に係るMFPとネットワーク接続形態の概略図である。ネットワークを介して、ファクシミリ受信の転送が行われる。
【図３】本発明の一実施例を示すデータベース構造を説明する図である。
【図４】本発明の一実施例を示すデータベース構造を説明する図である。
【図５】本発明の一実施例を示すデータベース構造を説明する図である。
【図６】本発明の一実施例を示す通知メールの例である。
【図７】本発明の一実施例を示す返信メールの例である。
【図８】本発明の一実施例を示す転送メールの例である。
【図９】本発明の一実施例を示す受信通知を説明するフローチャート図である。
【図１０】本発明の一実施例を示す返信を説明するフローチャート図である。
【図１１】本発明の一実施例を示す返信を説明するフローチャート図である。
【図１２】本発明の一実施例を示す転送を説明するフローチャート図である。
【図１３】本発明の一実施例を示す記録を説明するフローチャート図である。
【図１４】本発明の一実施例を示す消去を説明するフローチャート図である。
【符号の説明】
【００６５】
１  ＣＰＵ
２  ＲＯＭ
３  ＲＡＭ
４  Ｒ＿ＣＮＴ
５  ＣＳ
６  ＰＡＮＥＬ
７  ＬＣＤ
８  ＫＥＹ
９  Ｗ＿ＣＮＴ
１０  ＬＢＰ
１１  ＤＲＡＭ
１２  ＭＯＤＥＭ
１３  ＮＣＵ
１４  回線
１５  ネットワークボード
１６  ネットワーク
２１  ファクシミリ機能をもつMFP１
２２  ファクシミリ機能をもつMFP２
２３  ファクシミリ機能をもつMFP３
２４  ファクシミリ機能のないMFP１
２５  ファクシミリ機能のないMFP２
２６  ファクシミリ機能のないMFP３
２７  ネットワーク
２８  クライアントPC１
２９  クライアントPC２
３０  クライアントPC３
３１  クライアントPC４
３２  クライアントPC５
【図１】
2006217036.tif 000003
【図２】
2006217036.tif 000004
【図３】
2006217036.tif 000005
【図４】
2006217036.tif 000006
【図５】
2006217036.tif 000007
【図６】
2006217036.tif 000008
【図７】
2006217036.tif 000009
【図８】
2006217036.tif 000010
【図９】
2006217036.tif 000011
【図１０】
2006217036.tif 000012
【図１１】
2006217036.tif 000013
【図１２】
2006217036.tif 000014
【図１３】
2006217036.tif 000015
【図１４】
2006217036.tif 000016