JP2009171438A - 高速ｆａｘシステム及び通信端末 - Google Patents

Abstract

【課題】ＦＡＸ画像を高速に送信できるようにする。
【解決手段】ＳＩＰサーバ１で制御されたＩＰ網２に、画像読取り手段１４ｂ、印刷手段１５ａ、電話番号入力部１４ａを有し、ＩＰ網２と接続して電話番号による発呼を行い、ＶＰＮ接続を行なう通信端末１０を接続する。送信側の前記通信端末１０で、ＳＩＰプロトコルによる接続制御を行なって受信側の通信端末と接続し、画像読取り手段１４ｂで読込んだ画像データをパケット化して、ＲＴＰパケットにカプセル化し、トンネリングを行なって受信側の通信端末１０へ送信する。一方、受信側の通信端末１０では送信されたＩＰパケットから画像データを取り出して印刷を行なうことで、ＦＡＸ画像を高速に送信できるようにする。
【選択図】図１

Description

この発明は、ＩＰネットワークを利用して高速なＦＡＸ送信を可能とするシステム及び通信端末に関するものである。

書類などを画像読取り手段で読取って（スキャニング）、加入電話網（ＰＳＴＮ）を使って伝送する従来のファックス装置は、ダイヤル操作だけで特定の相手に画像データを伝送できるため、非常に使い勝手のよいツールである。しかし、伝送にＩＳＤＮやアナログ回線を使用するため、低速で、９６００ｂ／ｓを超える通信速度での伝送ができず、伝送に時間が掛かかり、通信費用も膨らむ問題があった。

この問題を解決する方法として、ＩＰネットワークを使用する方法が考えられている。例えば、インターネットで電子メールを転送するプロトコルのＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用して、ファックス装置の送信画像を電子メールの添付ファイルに変換して伝送するシステムが従来から利用されている。

このＳＭＴＰを用いたシステムでは、電子メールの仕組みを利用しているため、（＊＊＊＠＊＊＊．＊＊）などのメールアドレスを入力しなければならず操作性が悪い。

そこで、特許文献１に記載されたシステムのように、ＩＰネットワークにＳＩＰサーバを設け、Ｇ３ファックス装置にＳＩＰクライアント機能を備え、送信側のファックス装置から電話番号を入力すると、ネットワークのＳＩＰサーバから電話番号にマッチしたＩＰアドレスを取得し、そのＩＰアドレスのファックス装置（受信側）へ、ファックス画像をＳＭＴＰに従うＩＰパケットで伝送するものが利用されている。

特開２００６−３５２５５２号公報

しかしながら、特許文献１に記載のシステムでは、ＳＭＴＰを使用するため、サーバを経由してファックス画像のデータを送信する。このとき、送信データは、サーバに一旦蓄積したのち、ファックス装置へ送られる。このため、ファックス装置へダイレクトに送信されないので時間差を生じてしまう。
また、上記のファックス装置がダイレクトＳＭＴＰ方式を利用したものである場合、サーバを介さず、ダイレクトにファックス装置間でデータの送受信を行うことができるが、スキャナで読取ったデータをある一定容量のＳＭＴＰ形式のファイルに変換するため、変換完了までパケット化できず、データ送信に遅延が生じる。さらに大容量のデータファイルを送信する場合は、回線容量にあわせてＳＭＴＰ形式にデータを分割しなければならず、よりデータ送信に遅延が生じる。

そこで、この発明の課題は、ＳＩＰサーバで制御されたＩＰ網を用いたＦＡＸ送信を高速に行えるようにすることである。

上記の課題を解決するため、この発明に係る高速ＦＡＸシステムは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバで制御されたＩＰ網と、画像読取り手段、印刷手段、電話番号入力部を有する複数の通信端末とで構成され、上記ＳＩＰサーバは、上記電話番号入力部から電話番号を入力された送信側通信端末に当該電話番号に対応するＩＰアドレスを通知し、当該送信側通信端末は、上記画像読取り手段で読込んだ画像データを当該ＩＰアドレスを用いてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットにカプセル化し、当該ＳＩＰサーバの呼制御により受信側通信端末とのＶＰＮ接続が確立された後に当該ＲＴＰパケットを当該受信側通信端末にパケット送信し、当該受信側通信端末は、上記送信されたＲＴＰパケットから画像データを取り出して上記印刷手段で印刷を行なう構成を採用したのである。

具体的には、ＳＩＰサーバで電話番号をＩＰ網上のＵＲＩに変換して、受信側通信端末を一意のＩＰアドレスで特定するため、送信側通信端末から電話番号を入力すれば、画像読取り手段で読み込んだ画像データを受信側通信端末に送信することができる。さらに画像データは、ＲＴＰのペイロード長に合わせて分割され、時間情報（タイムスタンプ）を付加されたパケットとして送信される。送信されたＲＴＰパケットは、受信側通信端末のＩＰアドレスに基くＩＰヘッダを有するため、ＳＩＰに従って直接に受信側通信端末に送信される。受信側通信端末は、受信したＲＴＰパケットからＩＰヘッダを取外してカプセル化を解除し、時間情報に基づいて順序通りに結合し、画像データを復元して印刷する。
送信側通信端末と受信側通信端末がＶＰＮ接続するため、ＩＰ網が公衆網であっても通信の安全性を得ることができる。
このように、この発明の構成によれば、送信側通信端末の画像読取り手段で読み取った画像データをファイル形式変換することなくパケット送信し、サーバに一旦蓄積することなく、直接に受信側通信端末へ送るため、ダイレクトＳＭＴＰ方式のインターネットＦＡＸよりも高速でＦＡＸ送信を行なうことができる。
さらに、スキャナの読取り速度がデータ伝送時間に比べて遅い場合には、より効率的にデータ転送を実現することができる。
例えば、ＳＭＴＰ形式でデータ送信を行う場合、スキャナで全データを読取った後に、ＳＭＴＰ形式のファイルに変換しデータ送信を行うため、データ送信時間がスキャナの読取り速度に依存して遅くなってしまう。
一方、この発明ではＲＴＰ形式でデータ送信を行うため、スキャナが紙を読込むと同時にストリーミングのような形でデータ送信を行い、効率的にデータ送信を行うことができる。

ここで、上記ＩＰ網としては、ＩＰｖ４又はＩＰｖ６に従った通信網は勿論、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）を採用することもできる。

上記ＶＰＮ接続のプロトコルとしては、ＲＴＰと同じまたは下位のレイヤのプロトコルであって、接続先認証、パケット認証、及びパケットペイロード内のデータの暗号送信を行なえるインターネットＶＰＮ用の方式を採用することができ、例えば、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いることができる。

また、上記ＩＰ網が通信事業者の保有するＩＰ網からなる構成を採用すれば、電話番号による送信先の特定が通信事業者の管理下にあり、第三者が送信先を偽装し得ないため、「なりすまし」に対するセキュリティ上の脅威を無くすことができる。
なお、上記ＩＰ網を通信事業者の保有する閉域ＩＰ網とすれば、例えば、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）によるＩＰ−ＶＰＮを用いることができる。このＩＰ−ＶＰＮを採用すれば、インターネットＶＰＮに比して、データ転送時の通信品質が通信事業者側で保証され、かつラベル参照による高速パケット転送が行われるため、通信端末側でのネットワーク設定を要することなく、高速かつ安全なデータ転送を行なうことができる。

また、上記通信端末は、内部メモリを備え、上記送信されたＩＰパケットから取り出したデータを当該内部メモリに一旦記憶させる構成を採用することができる。
この構成を採用すれば、内部メモリに画像データがバッファリングされるので、用紙切れやインク切れなどにも対応することができる。

また、上記通信端末は、記憶デバイスを接続するスロットまたはコネクタを備え、そのスロットまたはコネクタに接続した記憶デバイスに、上記送信されたＲＴＰパケットから取り出した画像データを記憶させる構成を採用することができる。
この構成を採用すれば、外部記憶デバイスへ画像データを保存することが可能なので、大容量のデータの送信が可能になる。
なお、この構成において、各通信端末は、上記スロットとコネクタの少なくとも一方を備えていればよい。記憶デバイスを画像データを読み書き可能な手段とし、通信端末を、スロット又はコネクタに接続された記憶デバイス内から必要な画像データを選択させて送信したり、印刷したりする手段にすることもできる。

また、上記送信中のパケットにビット落ちが生じた際に、ビット落ちしたパケットを再送させる通信プロトコルを用いた構成を採用すれば、画像データの欠落を防止できる。

この発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバで制御されたＩＰ網に接続される端末であって、画像読取り手段、印刷手段及び電話番号入力部を有し、上記電話番号入力部から電話番号が入力される送信側通信端末である場合は、上記ＳＩＰサーバに発呼を行い、上記画像読取り手段で読込んだ画像データを当該ＳＩＰサーバから通知されたＩＰアドレスを用いてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットにカプセル化し、当該ＳＩＰサーバの呼制御により受信側通信端末とのＶＰＮ接続が確立された後に当該受信側通信端末にパケット送信し、上記受信側通信端末である場合は、上記送信されたＲＴＰパケットから画像データを取り出して上記印刷手段で印刷を行なう構成の通信端末を採用することにより、上記システムの対応する諸効果を実現することができる。

また、上記通信端末において、内部メモリを備え、上記受信側通信端末である場合は、上記送信されたＩＰパケットから取り出したデータを当該内部メモリに一旦記憶させる構成を採用することにより、内部メモリに画像データをバッファリング可能なので、用紙切れやインク切れなどにも対応できる。

また、上記通信端末において、記憶デバイスを接続するスロットまたはコネクタを備え、上記受信側通信端末である場合は、そのスロットまたはコネクタに接続した記憶デバイスに、上記送信されたＲＴＰパケットから取り出した画像データを記憶させる構成を採用することにより、外部記憶媒体によるデータの読書きが可能なので、大容量のデータの送信が可能になる。また、必要なデータを選択して印刷することもできる。

また、上記通信端末において、上記送信中のパケットにビット落ちが生じた際に、ビット落ちしたパケットを再送させる通信プロトコルを用いた構成を採用することにより、画像データの欠落を防止できる。

この発明は、上記のように構成したことにより、送信側の端末で読取った画像データをＲＴＰのペイロード長に合わせて分割し送信できるため、スキャナが紙を読込むと同時にストリーミングのような形式でデータ送信できる。また、送信の際は、従来の電話回線に接続するファックスなどと同じ電話番号で発呼を行なうようにしたので、操作性も良好である。さらに、その伝送はＩＰネットワーク（公衆網）を利用して行なうため、例えば、不特定多数の企業間で高速な画像データの伝送が行なえる。この際にデータをＶＰＮ接続により暗号化して送信するため、安全にデータ送信することができる。特に、通信会社のＩＰ網内での使用に限定すれば、ネットワークキャリアが接続の管理を行なうため、「なりすまし」などに対するセキュリティ上の脅威を無くすことができる。

以下、この発明を実施するための最良の形態を図面に基づいて説明する。

図１に示すように、この形態のシステムは、ＳＩＰサーバ１で制御されるＩＰ網２に通信端末１０を接続する構成となっている。

ＩＰ網２は、通信会社の地域ＩＰ網とインターネットなどのＩＰ網を含み、両者はゲートウェー（図示せず）を介して接続されている。

通信端末１０は、図１のように、音声通話用の送話器を備えたものである。ここでは、通話部分については述べず、画像データの伝送に関する部分のみ述べることにする。

データ伝送部分は、図２のように、入力部１４、出力部１５、制御部１６、記憶部１７、ＶＰＮ処理部１２、インターフェース部１８で構成されている。

入力部１４は、電話番号入力部１４ａ、画像読取り手段１４ｂ、スロット及びコネクタ１４ｃなどで構成されており、これらの手段１４ａ、ｂ、ｃは、それぞれ、インターフェースを介して制御部１６と接続されている。

電話番号入力部１４ａは、図１のように、テンキー、コマンドキー、カーソルキーで構成されるキー装置からなっている。前記テンキーは電話番号を入力するためのもので、コマンドキーは「送信」などのコマンドを入力するものである。また、カーソルキーは、後述の表示手段１５ｂに表示されるカーソルを移動するためのものである。

画像読取り手段１４ｂは、スキャナ装置を搭載したもので、スキャナ装置で画像を取り込んで、画像データ（ファイル）に変換する。

スロット及びコネクタ１４ｃは、ＳＤメモリカードなどの記憶デバイスｍの装着用のスロットや外付け用のハードディスク装置などの記憶デバイスｍを装着するＵＳＢなどのコネクタで構成するものである。

出力部１５は、印刷手段１５ａ、表示手段１５ｂ、スロット及びコネクタ１４ｃなどから構成されるもので、これらの手段１５ａ、１５ｂ、１４ｃは、それぞれ、図２のように、インターフェースを介して制御部１６と接続されている。

印刷手段１５ａは、例えば、感熱、レーザ、インクジェットのいずれかのプリンタ装置を搭載したもので、後述の受信した画像データの印刷や画像読取り手段１４ｂで読み込んだ画像データの印刷に使用する。

表示手段１５ｂは、例えば、液晶などの表示器を使用して、電話番号の表示（電話番号入力部１４ａから入力したものや受信したもの）、送受信の状態を報知する各種インフォメーション、エラーメッセージなどを表示するようにしたものである。

制御部１６は、ＣＰＵ、メモリ、各種入出力インターフェースなどを備え、各部１４、１５、１７、１８を制御して、伝送処理をするものである。また、制御部１６は、図２のように、コーデック手段１６ａ、接続手段１６ｂなどのソフトウェアによる処理手段を有している。

コーデック手段１６ａは、画像データの符号化及び復号化に用いるものである。

接続手段１６ｂは、ＳＩＰサーバ１と通信を行なって、ＳＩＰサーバ１から通知されたＵＲＩで発呼処理を行なうためのものである。さらに、接続手段１６ｂは、送信先と情報交換を行なって、送信先のデバイスの状態（例えば、記憶部１７の空き容量）の情報交換制御やエラー処理などを行なったりもする。そのため、ダイヤラーやＳＩＰクライアント機能も有している。

記憶部１７は、システム領域と記憶領域とからなっており、システム領域は、例えば、制御部１６やＶＰＮ処理部１２がテンポラリーメモリとして使用したり、送信用の画像データや受信した画像データを一時的にバッファメモリとして使用したりするものである。また、記憶領域は、送信した画像データや受信した画像データを消去するまで保存する領域となっている。

ＶＰＮ処理部１２は、ＲＴＰに従った送信を行ない、制御部１６を介して出力される画像データのトンネリング化をする。各通信端末１０には、共通のセキュリティプロトコルに従った接続先認証設定、データ暗号化設定、パケット認証設定を予め記憶させられている。このため、通信端末１０を購入した使用者が複雑なセキュリティ設定を行わずとも、通信端末１０間でＶＰＮ接続が実現される。

例えば、ＩＰｓｅｃを採用する場合、ＶＰＮ処理部１２は、データをＩＰｓｅｃのトランスポートモードに従ったパケット（ＲＴＰと同じ、あるいは下位のレイヤのプロトコルであればどんなものでも良い）に変換する。その分割したパケットをペイロードに収容して時間情報（タイムスタンプ）を付与し、ＳＩＰサーバ１から通知されたＩＰアドレスに基くＩＰヘッダを用いたＲＴＰパケットとし、予め記憶させられた認証共有鍵及び暗号共通暗号鍵と、設定に従って求めたハッシュ値と共に送信を行う。データ通信セッションを確立する前に、受信側の通信端末１０が同じパスフレーズを持っているかどうかで確認する。パスフレーズが同じなら本来の通信相手であると判断し、違っていれば通信を遮断する。
なお、事前に認証鍵及び暗号化鍵の登録を行わない場合は、擬似乱数関数などを使用して通信端末間同士で自動的に認証鍵及び暗号鍵を作成する。
なお、トランスポートモードを採用した場合、ＳＩＰサーバ１が管理するＳＩＰ−ＵＲＩが各通信端末１０に付与されたグローバルＩＰアドレスで通信可能となるが、ＮＡＴ環境下などではトンネルモードを使用することが好ましい。
通信事業者の管理下でＳＩＰサーバ１により実質的に接続先認証が実現されるため、接続先認証に関する設定を省略することもできる。この場合、送信するデータに関しては、暗号化を行う。暗号化方式は、共通鍵暗号化方式でもよいし、公開鍵暗号化方式でもよいが、公開鍵を使用すれば、共通鍵を使用する場合と比較して、鍵管理が楽になり、ユーザ側の負担が削減される。
なお、上記のＩＰｓｅｃに代えて、ＰＰＴＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）などのプロトコルを使用することもできる。

一方、ＶＰＮ処理部１２は、受信時には、受信した各パケットからＩＰヘッダを取外し、カプセル化、複合鍵で暗号化を解除し、付加された時間情報に基づいて順序通りにパケットを結合してデータを復元し、復元したデータを制御手段１６へ出力する。また、受信時には、再送手段として、ＲＴＰのセッションを制御するサブプロトコルであるＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を定期的に送信することで、受信時にビット落ちしたパケットを送信側でエラーとして把握し、再送できるようにする。

インターフェース部１８は、回線接続機能（ＬＡＮポート）を有して、送信先やＳＩＰサーバ１との接続制御を行なったりする。

この形態は、上記のように構成されており、この形態では、通信端末１０を図１に示すように、ＩＰ網２のうち通信会社の地域ＩＰ網（電話局間を結ぶバックボーンのＩＰネットワーク）に回線終端装置１１（図２参照）を介して接続する（接続することによりＩＰアドレスが付与されることになる）。

前記ＩＰ網２は、ＳＩＰサーバ１を備えて、契約時に通信会社から割り当てられた電話番号（例えば、０ＡＢＪやＥ．１６４形式）をＵＲＩに変換し、電話番号をネットワーク上の一意のアドレスとすることで、割り当てられた電話番号から相手のアドレスが分かるようにしてある。このように、ＳＩＰ−ＵＲＩと電話番号のマッピングを行なっているので、電話を掛ける際は、電話番号を送信すれば、ＳＩＰサーバ１からＩＰアドレスを得て接続を確立することができる。

ダイヤル後、ＳＩＰサーバ１により接続が確立されると、伝送を行なうことができるので、送信側の通信端末１０の画像読取り手段１４ｂに送信原稿を読取らせれば、図４のフローチャートに基づいてデータの送信処理を行なう。

すなわち、処理（１００）を始めた送信側の通信端末１０で、接続先の電話番号をダイヤルすると（１０５）、通信端末１０は、電話番号による発呼処理を行なって接続処理を開始し、ＳＩＰサーバ１は接続を確立する（１１０）。次に、通信端末１０は、送信先との接続が確立できたかどうか確認をして（１１５）、例えば、通信線路の故障や送信先の電源断などがあれば、エラー処理２を実行し（１２０）、エラーを表示器１５ｂに表示して（１２５）、セッションを終了し（１８０）、接続処理を終了して（１８５）、接続を切断する（１９０）。

このとき、処理（１１５）で、接続が確立すると、ＳＩＰサーバ１は、送信側の通信端末１０にＩＰアドレスを通知し、送信側の通信端末１０がセッションを開始し（１３０）、データ通信セッションが確立できたかを確認する（１３５）。その際、セッションが確立できなければ、エラー処理２を実行し（１２０）、エラー表示を行なって（１２５）、セッションを終了し（１８０）、接続処理を終了して（１８５）、接続を切断する（１９０）。

このとき、処理（１３５）でセッションが確立していると、送信原稿をスキャンして（１４０）、データを画像ファイル化する。さらに、画像ファイル化したデータの容量と送信先の記憶部の空き容量とを比較して（１５０）、送信できない場合は、エラー処理２を実行し（１２０）、エラー表示を行なって（１２５）、セッションを終了し（１８０）、接続処理を終了して（１８５）、接続を切断する（１９０）。

処理（１５０）で送信できる場合は、送信ボタンが押されると（１６０）、画像データの送信を実行し（１６５）、データが正常に送信できたことを確認する（１７０）。このとき、送信エラーならエラー処理２を実行し（１２０）、エラー表示を行なって（１２５）、セッションを終了し（１８０）、接続処理を終了して（１８５）、接続を切断する（１９０）。

処理（１７０）で正常に送信できた場合は、表示手段１５ｂに送信完了を表示する（１７５）。その後、セッションを終了し（１８０）、接続を切断して（１８５）、処理を終了する（１９０）。

このように送信して送信される画像データは、ＶＰＮ処理部１２が、例えば、ＩＰｓｅｃなどにより暗号化した伝送パケットに変換し、カプセル化して送信する。

すなわち、「送信」の際は、ＲＴＰパケットの１パケット分のデータに分割して、カプセル化して順次送信する。そのため、送信されたＩＰパケットは、サーバに蓄積されることはなく、ダイレクトに受信側の通信端末１０へ伝送される。

そのため、受信側の通信端末１０へは、リアルタイムでデータ伝送が直接行なわれるので、前記通信端末１０は、データを受けると、受信したＩＰパケットから、１パケット分のデータを取り出し、取り出したデータを結合して画像データを復元するのである。このとき、受信側の通信端末１０から、定期的にサブプロトコルであるＲＴＣＰを送信側の通信端末へ送信し、パケットのビット落ちを把握できるようにして再送を促す。

こうして復元されたデータは、受信側の端末１０が、例えば、図５のフローチャートに示すような印刷処理を行なって出力する。

すなわち、印刷処理を開始すると（２００）、印刷用紙やインクが利用できる状態か確認する（２０５）。利用できない場合は、エラー処理として、印刷をキャンセルし、エラー内容を表示器１５ｂに表示して（２１５）、記憶部１７の記憶領域に受信データ（画像ファイル）を保存後（２４０）、記憶部１７のシステム領域をクリアする（２４５）。

処理（２０５）で、印刷が可能である場合は、受信データを記憶部１７のシステム領域へ保存し（２２０）、保存した受信ファイルを印刷する（２２５）、このとき、印刷が正常にできなかった場合は（２３０）、エラー処理として、印刷をキャンセルし、エラー内容をディスプレイに表示して（２１５）、記憶部１７の記憶領域に受信データを保存後（２４０）、記憶部１７のシステム領域をクリアして（２４５）、処理を終了する（２５０）。

一方、処理（２３０）で、印刷が正常に完了した場合は、受信データ（画像ファイル）を記憶部１７の記憶領域に保存するのか確認し（２３５）、保存しない場合は、記憶部１７のシステム領域をクリアし、（２４５）、処理を終了する（２５０）。処理（２３５）で受信データ（画像ファイル）を保存する場合は、受信データ（画像ファイル）を保存後（２４０）、記憶部１７のシステム領域をクリアし（２４５）、処理を終了する（２５０）。

また、この通信端末１０では、送信側の通信端末１０のスロットあるいはコネクタ１４ｃに、例えばデジカメなどで撮影した画像データを記録したメモリカードやハードディスク装置などの記憶デバイスｍを装着すれば、受信側の通信端末１０で先の画像データを印刷させることもできる。

すなわち、例えば、画像読取り手段１４ｂから送信原稿を取り除いて、スロット１４ｃに画像データを記録したメモリカードを装着し、図４の処理（１３５）でセッションが確立していると、送信原稿をスキャンする代わりに、図６のように、前記データを読み込んで（１４０）´、以降の処理１４５〜１９０を実行する。
一方、受信側の端末１０では、送稿原稿の場合と同様に、図５のフローチャートの処理を行なって、画像データを印刷する。

さらに、このシステムでは、受信側の通信端末１０のスロットあるいはコネクタ１４ｃに記憶デバイスｍを装着することで、その装着した記憶デバイスｍに送信側の端末１０の送稿原稿を保存することもできる。

すなわち、図４のフローチャートに従って送稿原稿の画像データを送信すると、受信側の端末１０では、図７のフローチャートの処理３００〜３５０を実行する。具体的には、図５の印刷実行の処理２２５に換えて図７の保存処理３２５を実行することで、記憶デバイスｍへの画像データの保存を行なう。

ちなみに、図６と図７の処理を行なうことで、送信側端末１０の記憶デバイスｍから受信側端末１０の記憶デバイスｍへの画像データの伝送も行なえる。

上記のように、この実施形態によれば、高速（９６００ｂ／ｓを超える速度）で、かつ、セキュリティの高い画像データの伝送をリアルタイム（サーバに蓄積せずに）で行なえる。また、その際、伝送はＩＰネットワーク（公衆網）を利用して行なうので、従来の電話回線（ＰＳＴＮ）と同様に、不特定多数の企業間でのファックスに替わる画像データの伝送が可能である。特に、図１の通信会社のＩＰ網（地域ＩＰ網）２を使用した場合は（通信会社のＩＰ網内では）、電話番号による送信先の特定が通信事業者の管理下にあり、第三者が送信先を偽装し得ないため、「なりすまし」に対するセキュリティの脅威を受けないようにできる。このとき、電話番号の入力だけで使用するようにできるので、操作性も良好である。

実施形態の模式図 実施形態の内部ブロツク図 作用説明図 実施形態のフローチャート 実施形態のフローチャート 実施形態のフローチャート 実施形態のフローチャート

符号の説明

１ ＳＩＰサーバ
２ ＩＰ網
１０ 通信端末
１２ ＶＰＮ処理部
１４ａ 電話番号入力部
１４ｂ 画像読取り手段
１４ｃ スロットまたはコネクタ
１５ａ 印刷手段

Claims (9)

1. ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバで制御されたＩＰ網と、画像読取り手段、印刷手段、電話番号入力部を有する複数の通信端末とで構成され、
   上記ＳＩＰサーバは、上記電話番号入力部から電話番号を入力された送信側通信端末に当該電話番号に対応するＩＰアドレスを通知し、
   当該送信側通信端末は、上記画像読取り手段で読込んだ画像データを当該ＩＰアドレスを用いてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットにカプセル化し、当該ＳＩＰサーバの呼制御により受信側通信端末とのＶＰＮ接続が確立された後に当該ＲＴＰパケットを当該受信側通信端末にパケット送信し、
   当該受信側通信端末は、上記送信されたＲＴＰパケットから画像データを取り出して上記印刷手段で印刷を行なう高速ＦＡＸシステム。
2. 上記ＩＰ網が通信事業者の保有するＩＰ網からなる請求項１に記載の高速ＦＡＸシステム。
3. 上記通信端末は、内部メモリを備え、当該内部メモリに上記送信されたＲＴＰパケットから取り出した画像データを一旦記憶させる請求項１または２に記載の高速ＦＡＸシステム。
4. 上記通信端末は、記憶デバイスを接続するスロットまたはコネクタを備え、そのスロットまたはコネクタに接続した記憶デバイスに、上記送信されたＲＴＰパケットから取り出した画像データを記憶させる請求項１乃至３のいずれか１つに記載の高速ＦＡＸシステム。
5. 上記送信中のパケットにビット落ちが生じた際に、ビット落ちしたパケットを再送させる通信プロトコルを用いた請求項１乃至４のいずれか１つに記載の高速ＦＡＸシステム。
6. ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバで制御されたＩＰ網に接続される端末であって、
   画像読取り手段、印刷手段及び電話番号入力部を有し、
   上記電話番号入力部から電話番号が入力される送信側通信端末である場合は、上記ＳＩＰサーバに発呼を行い、上記画像読取り手段で読込んだ画像データを当該ＳＩＰサーバから通知されたＩＰアドレスを用いてＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットにカプセル化し、当該ＳＩＰサーバの呼制御により受信側通信端末とのＶＰＮ接続が確立された後に当該受信側通信端末にパケット送信し、
   上記受信側通信端末である場合は、上記送信されたＲＴＰパケットから画像データを取り出して上記印刷手段で印刷を行なう通信端末。
7. 内部メモリを備え、上記受信側通信端末である場合は、上記送信されたＩＰパケットから取り出したデータを当該内部メモリに一旦記憶させる請求項６に記載の通信端末。
8. 記憶デバイスを接続するスロットまたはコネクタを備え、上記受信側通信端末である場合は、そのスロットまたはコネクタに接続した記憶デバイスに、上記送信されたＲＴＰパケットから取り出した画像データを記憶させる請求項６または７に記載の通信端末。
9. 上記送信中のパケットにビット落ちが生じた際に、ビット落ちしたパケットを再送させる通信プロトコルを用いた請求項６乃至８のいずれか１つに記載の通信端末。

Images