JP2014078825A - ファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラム - Google Patents

ファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラム Download PDF

Info

Publication number
JP2014078825A
JP2014078825A JP2012224994A JP2012224994A JP2014078825A JP 2014078825 A JP2014078825 A JP 2014078825A JP 2012224994 A JP2012224994 A JP 2012224994A JP 2012224994 A JP2012224994 A JP 2012224994A JP 2014078825 A JP2014078825 A JP 2014078825A
Authority
JP
Japan
Prior art keywords
data
line
gateway
pattern
protocol
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2012224994A
Other languages
English (en)
Other versions
JP5693542B2 (ja
Inventor
幹生 ▲濱▼
Mikio Hama
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2012224994A priority Critical patent/JP5693542B2/ja
Priority to US14/048,530 priority patent/US9094560B2/en
Publication of JP2014078825A publication Critical patent/JP2014078825A/ja
Application granted granted Critical
Publication of JP5693542B2 publication Critical patent/JP5693542B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
    • H04N1/00214—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission
    • H04N1/0022—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax details of transmission involving facsimile protocols or a combination of facsimile protocols and computer data transmission protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00962—Input arrangements for operating instructions or parameters, e.g. updating internal software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32609—Fault detection or counter-measures, e.g. original mis-positioned, shortage of paper
    • H04N1/32614—Fault detection or counter-measures, e.g. original mis-positioned, shortage of paper related to a single-mode communication, e.g. at the transmitter or at the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32609—Fault detection or counter-measures, e.g. original mis-positioned, shortage of paper
    • H04N1/32646—Counter-measures
    • H04N1/32683—Preventive counter-measures, e.g. using redundant hardware, or anticipating a fault
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0015—Control of image communication with the connected apparatus, e.g. signalling capability
    • H04N2201/0025—Adapting an image communication to a non-image communication or vice versa, e.g. data rate-conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0034—Details of the connection, e.g. connector, interface
    • H04N2201/0062—Stand-alone interface device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077—Types of the still picture apparatus
    • H04N2201/0093—Facsimile machine

Abstract

【課題】通信相手であるゲートウェイに接続されたアナログＦＡＸ装置においてデータの復号を可能にすることを目的とする。
【解決手段】符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、第１のパターンの"ライン終端＋ラインデータ"をプロトコルのデータの１パケットとして逐次、ゲートウェイへ送信し、第２のパターンの"ライン終端＋ラインデータ"をプロトコルのデータの１パケットとしてゲートウェイへ送信したのち、第２のパターンの"ページ終了"をプロトコルのデータの１パケットとしてゲートウェイへ送信することによって課題を解決する。
【選択図】図６

Description

本発明は、画像処理装置、情報処理方法及びプログラムに関する。
近年、ＩＰ網を利用してＦＡＸ送受信を行うＩＰＦＡＸ装置（ＩＰＦＡＸ）が注目されている。ＮＴＴの公衆ＩＰ網（ＮＧＮ網）でもコンテンツのひとつにＩＰＦＡＸが挙げられている。
従来のアナログＦＡＸ装置（アナログＦＡＸ）も、Ｔ．３８（ＩＴＵ−Ｔ勧告Ｔ．３８、以下「Ｔ．３８」とする）ＧＷを介して公衆ＩＰ網に接続することが可能である。詳しくは既知の技術であるため割愛するが、ＩＰＦＡＸ同士は呼接続をＳＩＰ、データ通信をＴ．３８プロトコルで行う。先行文献のように、Ｔ．３８ＧＷは、ＳＩＰ呼接続をアナログ電話の呼接続、Ｔ．３８プロトコルをＴ．３０（ＩＴＵ−Ｔ勧告Ｔ．３０、以下「Ｔ．３０」とする）プロトコルにリアルタイム変換し、アナログＦＡＸとの相互通信を可能とするものである。
ＦＡＸ通信には、誤り訂正を行うことができる（誤り訂正を行う）ＥＣＭ通信と、誤り訂正が行えない（誤り訂正を行わない）非ＥＣＭ通信と、がある。
ＥＣＭ通信とは、画像データをブロック単位に区分けし、それを２５６バイトからなる、いくつかのフレームに分割して相手に送信する。受信側は１フレーム受信するごとにエラー判定を行い、これを１ブロック受信終了するまで繰り返し１ブロックの受信が終了した時点でエラーフレームがあった場合、送信側に対してエラーフレームの再送要求を行う。送信側はエラーが発生したフレームのみを再送する機能である。通常、ＥＣＭ通信では、フレームとフレームとの間で同期を維持するためのフラグが送出される。
回線上のノイズ等で欠落した画像データを再送することで、ライン抜けが発生しない。
しかし、アナログＦＡＸにはＥＣＭ通信が行えない機種も存在し、その場合には、ＩＰＦＡＸとアナログＦＡＸとの間の通信は非ＥＣＭで行われることになる。非ＥＣＭ通信では、画像信号の交信中にエラーが発生すると、１ラインごとのエラーとなり、ラインの欠落となる。非ＥＣＭ通信では、画像圧縮方式としてＭＨ符号化方式か、ＭＲ符号化方式が使用される。
ＭＨ符号化方式、ＭＲ符号化方式に関する詳しい説明は割愛するが、１ラインデータ毎に符号化する方式である。
送信側は、符号化したラインを順につなげて送信するが、ラインとラインとの間にＥＯＬという符号を付加する。符号化されたラインはＥＯＬ符号で挟まれることになり、ＥＯＬ＋ラインデータ＋ＥＯＬとなる。
また、１ページの最後のラインを符号化した後ろには、ＲＴＣ符号を付加する。ＲＴＣはＥＯＬを６個連続で並べたものである。したがって、最後のラインはＥＯＬ＋ラインデータ＋ＲＴＣとなる。
例えば、ＩＰＦＡＸからアナログＦＡＸへ非ＥＣＭデータ送信する場合を考える。Ｔ．３８ＧＷは内部にある程度バッファを持っており、ＩＰＦＡＸから送られてきたデータを一時的にバッファに溜め、そのバッファのデータをＴ．３８ＧＷに接続されたアナログＦＡＸへリアルタイム送信する。通常、Ｔ．３８ＧＷ内のバッファはＦＡＸデータ数ライン程度の小さなものであり、ＦＡＸ全データを蓄積することはできない。ＩＰＦＡＸとＴ．３８ＧＷとはＩＰ網で、Ｔ．３８ＧＷとアナログＦＡＸとはアナログ網で接続され、通常、Ｔ．３８ＧＷとアナログＦＡＸとの間はお互いにネゴシエートした速度で通信される。最高速度は、例えばＶ．１７の１４４００ｂｐｓであるとする。ＩＰＦＡＸとＴ．３８ＧＷとは１４４００ｂｐｓより高速なＩＰ網の速度で接続されているため、ＩＰＦＡＸが１４４００ｂｐｓ以上の速度でＴ．３８ＧＷへデータ送信すると、Ｔ．３８ＧＷ内部のバッファが溢れ、オーバーランすることになる。
特開平９−１６３１１９号公報
上記オーバーランを解決するには、ＩＰＦＡＸからＴ．３８ＧＷへの送信速度を、Ｔ．３８ＧＷからアナログＦＡＸへ送信する速度と等しくすることである。しかし、ＩＰ網ではパケットが遅延することがあり、その場合ＩＰＦＡＸからＴ．３８ＧＷへ十分な速度でデータが送信されず、結果として、Ｔ．３８ＧＷがアンダーランを起こしてしまう。このようなアンダーランが発生した場合、Ｔ．３８ＧＷは、ＩＰＦＡＸからで送信されてきた非ＥＣＭデータにＦＩＬＬ（データ０）を付加することで、Ｔ．３８ＧＷからアナログＦＡＸへ途切れることなくデータを送信する機能を有している。Ｔ．３８ＧＷを介さない、従来のアナログＦＡＸ同士の通信であれば、ＦＩＬＬを挿入するのは、送信機側のアナログＦＡＸである。送信機側でラインデータを符号化した際にアンダーランが起こらないように、前述のＥＯＬ＋ラインデータ＋ＥＯＬのラインデータの後ろにＦＩＬＬを付加する。その結果、ＥＯＬ＋ラインデータ＋ＦＩＬＬ＋ＥＯＬとなる。ＦＩＬＬは０データであるが、アンダーランが起こらないように、複数個挿入される。ＦＩＬＬはラインデータの終端、ＥＯＬの手前に挿入されなければならず（或いはラインデータの終端、ＲＴＣの手前）、ここ以外に挿入された場合、符号データが壊れ、復号できなくなる。
なお、ＩＰＦＡＸからアナログＦＡＸへのデータ送信で、アナログＦＡＸがＥＣＭ通信機能を有しており、ＥＣＭ通信が選択された場合では、前述のフレーム送信が間に合わなかったとしても問題が無い。
ＩＰＦＡＸはＴ．３８データの１パケットに１フレーム（２５６Ｂｙｔｅ）を詰め、Ｔ．３８ＧＷへ送信する。ＥＣＭ通信では、Ｔ．３８ＧＷがアンダーラン対策として挿入するのは前述のフラグであり、Ｔ．３８ＧＷによってフレームとフレームとの間に挿入される。元々フラグあった場所に更にフラグを挿入するため、フレーム内部のデータが壊れることはない。一方、非ＥＣＭでは、ＥＣＭ通信のようにフレーム化されていないため、前述のようにＦＩＬＬを挿入できる場所が限られることになる。
また、ＩＰＦＡＸからＩＰＦＡＸへのデータ送信では、非ＥＣＭの通信を行うことはほとんど無い。また、仮に非ＥＣＭ通信を行った場合でも、従来ＦＡＸの能力交換（ＤＩＳ，ＤＣＳ）による速度での通信は行われず、ネットワーク速度で通信が行われるため、上記理由によるアンダーラン、オーバーランは発生しない。
ＩＰＦＡＸからＴ．３８ＧＷへの画像通信はＴ．３８勧告で定めるＴ．３８データパケットであり、ＩＰ網へはＩＰパケットでデータ送信される。ＩＰパケットの最大サイズはおおよそ１５００Ｂｙｔｅ程度であり、ＦＡＸ文章１ページの全データは１つのＩＰパケットには入らない。したがって、１ページの文章データを分割し、ＩＰパケットに詰め、ＩＰＦＡＸからＴ．３８ＧＷへデータ送信されることになる。従来、ＩＰＦＡＸからＴ．３８ＧＷへは１ページの文章データを決められた固定サイズに区切り送信していた。文章中の各ラインは圧縮されるため、圧縮後のサイズはラインごとに異なる。よって、固定サイズで区切ることは、パケットの遅延が発生すると非ＥＣＭのＦＡＸデータの１ラインの途中でＦＩＬＬが入ることになってしまう。つまり、ＥＯＬ＋ラインデータ途中＋ＦＩＬＬ＋ラインデータ途中から終端＋ＥＯＬとなる。このため、符号データが崩れてしまい、復号化できなくなる。
上記に示す通り、符号データの復号化に影響を与えずにＦＩＬＬを挿入できる場所はラインデータの終端、ＥＯＬの手前（或いはラインデータの終端、ＲＴＣの手前）だけである。従来のようにＩＰＦＡＸからＴ．３８ＧＷへ非ＥＣＭでデータを送信する場合、１ラインの途中で区切る。すると、Ｔ．３８ＧＷによって１ラインのデータ途中にＦＩＬＬが挿入され符号化データが壊れてしまい、アナログＦＡＸへ送信されるため、アナログＦＡＸ側でデータを復号できず、画像送信に失敗する問題があった。
なお、上記では、Ｔ．３８、Ｔ．３８ＧＷ、非ＥＣＭ通信を例に説明を行ったが、同様の伝送制御プロトコル、伝送制御プロトコルのゲートウェイ、通信においても同様の問題があった。
本発明はこのような問題点に鑑みなされたもので、通信相手であるゲートウェイに接続されたアナログＦＡＸ装置においてデータの復号を可能にすることを目的とする。
そこで、本発明は、ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信したのち、前記第２のパターンの"ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、を有する。
本発明によれば、通信相手であるゲートウェイに接続されたアナログＦＡＸ装置においてデータの復号を可能にすることができる。
ＩＰＦＡＸ装置を含むシステムのシステム構成の一例を示す図である。 ＩＰＦＡＸのハードウェア構成等の一例を示す図である。 非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る処理フローであり、従来技術により、送信画像のライン終端で区切らずに、ＩＰＦＡＸからＴ．３８ＧＷへデータ送信する場合の図である。 実施形態１の非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る情報処理の一例を示す図である。 ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合のシーケンス図である。 実施形態１において、ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合の情報処理の一例を示すフローチャートである。 実施形態２の非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る情報処理の一例を示す図である。 実施形態２において、ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合の情報処理の一例を示すフローチャートである。 実施形態３の非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る情報処理の一例を示す図である。 実施形態３において、ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合の情報処理の一例を示すフローチャートである。
以下、本発明の実施形態について図面に基づいて説明する。
＜実施形態１＞
図１は、ＩＰＦＡＸ装置（以下、ＩＰＦＡＸという）を含むシステムのシステム構成の一例を示す図である。ＩＰＦＡＸは、画像処理装置の一例である。
図１において、１００１は、ＩＰＦＡＸ１である。１００２は、公衆ＩＰ網である。１００３は、公衆ＩＰ網に接続されたＩＰＦＡＸ２である。１００４は、Ｔ．３８ＧＷ（Ｔ．３８ゲートウェイ）先のアナログＦＡＸである。１００５は、公衆ＩＰ網に接続されたＴ．３８ＧＷである。なお、ＧＷは、ゲートウェイの略である。
ＩＰＦＡＸ１とＩＰＦＡＸ２とはＴ．３８プロトコルによって通信を行う。Ｔ．３８（ＩＴＵ−Ｔ勧告Ｔ．３８）は、ＩＰネットワーク上で、リアルタイムにＦＡＸ通信を行うためのプロトコルである。公衆ＩＰ網におけるＩＰＦＡＸ同士のセッション接続は、ＳＩＰによって行われ、電話番号をＩＰアドレスに変換する機能やプロキシ機能を有したＳＩＰサーバを利用し、接続される。また、ＩＰＦＡＸを公衆ＩＰ網へ接続するためにはゲートウェイが必要になる。
Ｔ．３８ＧＷは、Ｔ．３８プロトコルを従来のアナログＧ３ＦＡＸで使用されているプロトコルＴ．３０にリアルタイム変換するゲートウェイである。Ｔ．３８ＧＷは、ＩＰＦＡＸとアナログＦＡＸ装置（以下、アナログＦＡＸという）とを接続することが可能である。
図２は、ＩＰＦＡＸのハードウェア構成等の一例を示す図である。
図２において、ＩＰＦＡＸ２００１は、図１のＩＰＦＡＸ１（１００１）やＩＰＦＡＸ２（１００３）である。
操作部２００２は、キーボード、表示部等で構成され、オペレータが各種入力操作を行うためのものである。
画像読み取り部２００３は、スキャナであり、送信画像の読み込みを行う。
ＣＰＵ２００４は、ＩＰＦＡＸ内にある演算装置である。
主記憶装置２００５は、ＣＰＵ２００４が動作させるプログラムや画像データを格納するために用いられる。
送受信画像格納領域２００６は、画像読み取り部が読み取った送信画像を一時的に格納する部分、或いは受信画像を一次格納する部分であり、主記憶装置２００５内にある領域である。
符号復号領域２００７は、ＣＯＤＥＣ２００９が符号、復号化した後のデータを一時的に格納する部分であり、主記憶装置２００５内にある領域である。
画像印刷部２００８は、プリンタであり、受信画像の印刷を行う。
ＣＯＤＥＣ２００９は、符号、復号化を行う。
ＩＰ網２０１０は、ＩＰネットワークであり、図１で言えば構内ＩＰ網１００１を指す。
ネットワークデバイス２０１１は、ＩＰＦＡＸをＩＰ網２０１０に接続し、ＩＰデータ送受信を行う。
ＣＰＵ２００４が、主記憶装置２００５に記憶されているプログラムに基づき処理を実行することによって、後述するＩＰＦＡＸの機能及びＩＰＦＡＸのフローチャートに係る処理が実現される。
なお、Ｔ．３８ＧＷも同様に、ＣＰＵや主記憶装置等を有し、Ｔ．３８ＧＷのＣＰＵが、Ｔ．３８ＧＷの主記憶装置に記憶されているプログラムに基づき処理を実行することによって、Ｔ．３８ＧＷの機能等が実現される。
同様に、アナログＦＡＸ１００４もＣＰＵや主記憶装置等を有し、アナログＦＡＸ１００４のＣＰＵが、アナログＦＡＸ１００４の主記憶装置に記憶されているプログラムに基づき処理を実行することによって、アナログＦＡＸ１００４の機能等が実現される。
図３は、非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る処理フローであり、従来技術により、送信画像のライン終端で区切らずに、ＩＰＦＡＸからＴ．３８ＧＷへデータ送信する場合の図である。
Ｔ．３８ＧＷ１００５は、アナログＦＡＸ１００４と能力交換し、アナログＦＡＸ１００４がＴ．３８ＧＷ１００５に対し、非ＥＣＭ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｍｏｄｅ）での送信を要求したとする。Ｔ．３８ＧＷとＩＰＦＡＸとの基本的な通信方法に関しては既知の技術につき説明を省略する。なお、上述したように、非ＥＣＭ通信は、誤り訂正が行えない通信である。
ＩＰＦＡＸ１（１００１）の画像読み取り部２００３でスキャンされた画像は、ＩＰＦＡＸ１（１００１）内部の送受信画像格納領域２００６へ、符号化前画像データ３０１として蓄積される。ＩＰＦＡＸ１（１００１）内部のＣＯＤＥＣ２００９において、符号化前画像データ３０１を符号化する。符号化されたデータは、ＩＰＦＡＸ１（１００１）内部の符号復号領域２００７へ一時的に格納される。
従来技術のように、Ｔ．３８パケット内のデータを決められたサイズ長とした場合、符号化されたデータ３０２は、３０３，３０４，３０５のように、１ラインの途中で分割されてしまうことになる。Ｔ．３８パケットヘッダを付加した３０３，３０４，３０５がＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へＴ．３８のパケットとして送信される。
前述した通り、Ｔ．３８ＧＷ１００５とアナログＦＡＸ１００４とが能力交換して決定された速度に従って、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へデータ送信を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）から受け取ったＴ．３８パケット内のＴ．３８プロトコルをリアルタイムでＴ．３０プロトコルへ変換し、アナログＦＡＸ１００４へ送信する。ここで遅延が発生して、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信されるデータ速度が能力交換速度より低かった場合、Ｔ．３８ＧＷ１００５は、Ｔ．３８パケットのデータに対して、ＦＩＬＬを挿入する。（３０６，３０７，３０８）。そして、Ｔ．３８ＧＷ１００５は、能力交換速度に合わせてからアナログＦＡＸ１００４へデータを送りだす。
したがって上記のようにアナログＦＡＸで受信した非ＥＣＭ画像３０９は、データとデータとの間にＦＩＬＬ（０データ）が挿入されていることになる。符号データの途中に０データが入っているため、復号が途中でエラーとなってしまう（３１０）。
図４は、非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係る処理フローであり、実施形態１の処理である。
ＩＰＦＡＸ１（１００１）の画像読み取り部２００３でスキャンされた画像は、ＩＰＦＡＸ１（１００１）内部の送受信画像格納領域２００６へ、符号化前画像データ４０１として蓄積される。ＩＰＦＡＸ１（１００１）内部のＣＯＤＥＣ２００９において、符号化前画像データ４０１を符号化する。符号化されたデータはＩＰＦＡＸ１（１００１）内部の符号復号領域２００７へ一時的に格納される。
本実施形態では、
１．まず、ＣＰＵ２００４は、符号化されたデータ（４０２）からライン終端（ＥＯＬ）とページ終了（ＲＴＣ）とを検索する。つまり、ＣＰＵ２００４は、符号化された複数のラインを含むデータから"ライン終端"と"ページ終了"とを検索する。このことで、ＣＰＵ２００４は、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する。そして、ＣＰＵ２００４は、ライン終端（ＥＯＬ）から次のライン終端（ＥＯＬ）まで、及び、ＥＯＬからＲＴＣ手前までを１区切りとする。また、ＣＰＵ２００４は、４０６のようにＲＴＣは独立した区切りとして扱う。
２．そして、ＣＰＵ２００４は、１．で区切られたＥＯＬ＋ＤＡＴＡ（"ライン終端＋ラインデータ"）、及び、ＲＴＣにＴ．３８パケットヘッダを付加した、４０３，４０４，４０５，４０６を生成する。そして、ＣＰＵ２００４は、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へＴ．３８のパケットとして逐次、送信する。
前述した通り、Ｔ．３８ＧＷ１００５とアナログＦＡＸ１００４とが能力交換して決定された速度に従って、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へデータ送信を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）から受け取ったＴ．３８パケット内のＴ．３８プロトコルをリアルタイムでＴ．３０プロトコルへ変換し、アナログＦＡＸ１００４へ送信する。ここで、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信されるデータ速度が能力交換速度より低かった場合、Ｔ．３８ＧＷ１００５は、Ｔ．３８パケットのデータに対して、ＦＩＬＬを挿入する。そして、Ｔ．３８ＧＷ１００５は、能力交換速度に合わせてからアナログＦＡＸ１００４へデータを送りだす。この際Ｔ．３８ＧＷがＦＩＬＬを挿入する場所は、４０７，４０８，４０９のように、ＤＡＴＡ（ラインデータ）の最後尾、ＥＯＬの直前である。
本実施形態では、上記のようにアナログＦＡＸで受信した非ＥＣＭ画像４１１は、データの最後尾にＦＩＬＬ（０データ）が挿入されていることになる。この場合は従来技術とは異なり、符号データの復号が可能である。
図５は、ＩＰＦＡＸからＴ．３８ＧＷ先のアナログＦＡＸへ画像送信する場合のシーケンス図である。
図１でのＩＰＦＡＸ１（１００１）からアナログＦＡＸ１００４への画像送信に相当する。
Ｓ６００１において、ＩＰＦＡＸ１（１００１）は、アナログＦＡＸ１００４へセッション（呼）接続要求を送出し、セッション接続を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）からのＩＰＦＡＸのセッション接続要求をアナログのセッション接続要求へ変換し、アナログＦＡＸ１００４へ接続要求する。より具体的には、例えば、ＳＩＰのＩＮＶＩＴＥをアナログ呼接続のダイアル要求へと変換することである。
セッション接続によりセッションが確立すると、Ｓ６００２において、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へＴ．３８ ＣＮＧを送る。
Ｓ６００３では、Ｔ．３８ＧＷ１００５によってＴ．３８ ＣＮＧはアナログトーンのＣＮＧへ変換され、アナログＦＡＸ１００４へ送られる。
Ｓ６００４において、アナログＦＡＸ１００４は、アナログトーンのＣＥＤをＴ．３８ＧＷ１００５へ送る。
Ｓ６００５では、Ｔ．３８ＧＷ１００５によってアナログトーンのＣＥＤからＴ．３８ ＣＥＤへ変換され、ＩＰＦＡＸ１（１００１）へ送られる。
Ｓ６００６において、アナログＦＡＸ１００４は、Ｔ．３０ ＤＩＳをＴ．３８ＧＷ１００５へ送る。
Ｓ６００７において、Ｔ．３８ＧＷ１００５は、Ｔ．３０ ＤＩＳをＴ．３８のＤＩＳデータへ変換し、ＩＰＦＡＸ１（１００１）へ送る。
この例では、ＩＰＦＡＸ１（１００１）が、送られてきたＴ．３８ ＤＩＳのｂｉｔ３（Ｔ．３８通信が有効であるか無効であるかのビット）及びｂｉｔ１２１（Ｔ．３８通信のためのフロー制御能力が有効か無効かのビット）を解析する。その結果、ＩＰＦＡＸ１（１００１）は、通信相手として画像送信しようとしている相手がＴ．３８ＧＷ先の、アナログＦＡＸであるということが分かる（Ｓ６００８〜Ｓ６００９）。
その後、Ｓ６０１０でＴＣＦ、Ｓ６０１１、Ｓ６０１２でＣＦＲがやり取りされるが、既知の技術であるのでここでは説明を省略する。
Ｓ６０１３、Ｓ６０１４で画像通信が行われるが、ここが図３、図４、後述する図７に示すＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５を介してアナログＦＡＸ１００４へデータ送信が行われる部分である。
その後、Ｓ６０１６においてセッションの切断が行われる。より具体的にはＩＰＦＡＸ１（１００１）がＳＩＰのＢＹＥを発行し、それを受けたＴ．３８ＧＷ１００５がアナログＦＡＸ１００４の回線開放を行うことになる。
図６は、実施形態１において、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４へ画像送信する場合の情報処理の一例を示すフローチャートである。
まず、Ｓ７００において、ユーザは、ＩＰＦＡＸ送信を試みる。
Ｓ７０１において、ＣＰＵ２００４は、セッション接続要求を送信する。ＳＩＰであればＩＮＶＩＴＥである。その後、セッション接続が行われる。
Ｓ７０２において、ＣＰＵ２００４は、前述のシーケンスでも示した手段で通信相手からＤＩＳを受け取る。ＣＰＵ２００４は、前述のシーケンスにも示した手段で通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であるか否かの判定を行う。
Ｓ７０３において、ＣＰＵ２００４は、Ｓ７０２の結果、通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であった場合はＳ７０４へ進み、公衆ＩＰ網１００２に接続されたＩＰＦＡＸ２（１００３）であった場合はＳ７１４へ進む。
Ｓ７０４において、ＣＰＵ２００４は、Ｓ７０２の結果、通信相手が非ＥＣＭでの通信を要求している場合はＳ７０５へ進み、ＥＣＭでの通信を要求している場合はＳ７１４へ進む。
Ｓ７０５において、ＣＰＵ２００４は、ＣＯＤＥＣ２００９を使用して符号化前画像データ４０１を複数ラインまとめて符号化する。符号化はソフトウェア或いはハードウェアでの処理である。
Ｓ７０６において、ＣＰＵ２００４は、Ｓ７０５で生成された符号化データを、符号復号領域２００７へ格納する。
Ｓ７０７において、ＣＰＵ２００４は、符号復号領域２００７へ格納された符号化データ４０２を検索し、ＥＯＬやＲＴＣを検索する。
Ｓ７０８において、ＣＰＵ２００４は、Ｓ７０７で検索したＥＯＬの直前までのデータを抽出し、図４の４０３のように、ＥＯＬ＋ＤＡＴＡのセットを１まとめとする。或いは、ＣＰＵ２００４は、ＲＴＣが見つかった場合、４０６のように、ＲＴＣのみを１つのまとまりとする。
Ｓ７０９において、ＣＰＵ２００４は、Ｓ７０８で区切られたＥＯＬ＋ＤＡＴＡ（４０３）に対して、Ｔ．３８パケットヘッダを付加する。ＲＴＣのみ（４０６）であれば、Ｔ．３８パケットヘッダ＋ＲＴＣとなる。
Ｓ７１０において、ＣＰＵ２００４は、Ｓ７０９でＴ．３８パケットヘッダを付加したＥＯＬ＋ＤＡＴＡをＴ．３８ＧＷへ送信する。或いは、ＣＰＵ２００４は、Ｔ．３８パケットヘッダを付加したＲＴＣをＴ．３８ＧＷへ送信する。
Ｓ７１１において、ＣＰＵ２００４は、符号復号領域２００７に格納された符号化データを全て送信し終わったか否かを判定する。ＣＰＵ２００４は、全て送信し終わっていなければ、Ｓ７０７からの処理繰り返し、全て送信し終わっていればＳ７１２へ進む。
Ｓ７１２において、ＣＰＵ２００４は、全データを送信したか否かを判定する。ＣＰＵ２００４は、全データを送信し終わっていれば、Ｓ７１３へ進み、全データの送信が終了していなければ、Ｓ７０５からの処理繰り返す。
Ｓ７１３において、ＣＰＵ２００４は、Ｔ．３８の後手順を行ったのち、セッションを切断する（既知の技術のため、説明は省略する）。
Ｓ７１４においては、ＣＰＵ２００４は、Ｔ．３８プロトコルによってＥＣＭでの画像送信を行う（既知の技術のため、説明は省略する）。
Ｓ７１５において、ＩＰＦＡＸ送信が完了する。
なお、本実施形態では、図４の４０６等に示したように、ＲＴＣを独立した区切りとして扱うよう説明を行ったが、ＥＯＬ＋ＤＡＴＡ（ラインデータ）＋ＲＴＣを独立した区切りとして扱うようにしてもよい。この場合も、符号データの途中に０データが入ることはないためである。
＜実施形態２＞
図７は、非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係るフローであり、実施形態２の処理である。
ＩＰＦＡＸ１（１００１）の画像読み取り部２００３でスキャンされた画像は、ＩＰＦＡＸ１（１００１）内部の送受信画像格納領域２００６へ、符号化前画像データ５０１として蓄積される。
本実施形態では、ＩＰＦＡＸ１（１００１）内部のＣＯＤＥＣ２００９にて、符号化前画像データ５０１を符号化する際、１ライン符号化する都度、ＥＯＬと１ラインの符号化データを生成し（５０２）、Ｔ．３８パケットヘッダを付加する（５０３）。ＩＰＦＡＸ１（１００１）は、Ｔ．３８のデータパケット（５０３）をＴ．３８ＧＷ１００５へ送信する。
前述した通り、Ｔ．３８ＧＷ１００５とアナログＦＡＸ１００４とが能力交換して決定された速度に従って、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へデータ送信を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）から受け取ったＴ．３８パケット内のＴ．３８プロトコルをリアルタイムでＴ．３０プロトコルへ変換し、アナログＦＡＸ１００４へ送信する。ここで、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信されるデータ速度が能力交換速度より低かった場合、Ｔ．３８ＧＷ１００５は、Ｔ．３８パケットのデータに対して、ＦＩＬＬを挿入する（５０４）。そして、Ｔ．３８ＧＷ１００５は、能力交換速度に合わせてからアナログＦＡＸ１００４へデータを送りだす。この際、Ｔ．３８ＧＷがＦＩＬＬを挿入する場所は、５０４のように、データ終端である。図７では１ラインのみしか記述されていないが、実際には、Ｔ．３８データパケットは、逐次、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ、Ｔ．３８ＧＷ（１００５）からアナログＦＡＸ１００４へ送られる。
本実施形態では、上記のようにアナログＦＡＸで受信した非ＥＣＭ画像（５０５）は、データ最後尾にＦＩＬＬ（０データ）がある。この場合は符号データがＦＩＬＬによって破壊されていないため復号が可能である。
実施形態２は、ＩＰＰＦＡＸ（１００１）内の符号化前画像データ５０１をＣＯＤＥＣ２００９にて符号化する際に、１ライン符号化される都度、Ｔ．３８ＧＷ１００５へ送信することで、１ラインのデータ途中にＦＩＬＬが挿入されることを防ぐことが目的である。ＲＴＣの通り扱い等は実施形態１と同様である。
図８は、実施形態２において、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４へ画像送信する場合の情報処理の一例を示すフローチャートである。
まず、Ｓ８００において、ユーザは、ＩＰＦＡＸ送信を試みる。
Ｓ８０１において、ＣＰＵ２００４は、セッション接続要求を送信する。ＳＩＰであればＩＮＶＩＴＥである。その後、セッション接続が行われる。
Ｓ８０２において、ＣＰＵ２００４は、実施形態１でも示した手段で通信相手からＤＩＳを受け取る。ＣＰＵ２００４は、実施形態１にも示した手段で通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であるか否かの判定を行う。
Ｓ８０３において、ＣＰＵ２００４は、Ｓ８０２の結果、通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であった場合はＳ８０４へ進み、公衆ＩＰ網１００２に接続されたＩＰＦＡＸ２（１００３）であった場合はＳ８１１へ進む。
Ｓ８０４において、ＣＰＵ２００４は、Ｓ８０２の結果、通信相手が非ＥＣＭでの通信を要求している場合はＳ８０５へ進み、ＥＣＭでの通信を要求している場合はＳ８１１へ進む。
Ｓ８０５において、ＣＰＵ２００４は、ＣＯＤＥＣ２００９を使用して符号化前画像データ８０１を１ライン符号化する。符号化はソフトウェア或いはハードウェアでの処理である。
Ｓ８０６において、ＣＰＵ２００４は、Ｓ８０５で生成された符号化データを、符号復号領域２００７へ格納する。
Ｓ８０７において、ＣＰＵ２００４は、ＥＯＬ＋ＤＡＴＡ（５０２）に対して、Ｔ．３８パケットヘッダを付加する（５０３）。ＲＴＣのみであれば、Ｔ．３８パケットヘッダ＋ＲＴＣとなる。
Ｓ８０８において、ＣＰＵ２００４は、Ｓ８０７でＴ．３８パケットヘッダを付加したＥＯＬ＋ＤＡＴＡ（５０３）をＴ．３８ＧＷへ送信する。或いは、ＣＰＵ２００４は、Ｔ．３８パケットヘッダを付加したＲＴＣをＴ．３８ＧＷへ送信する。
Ｓ８０９において、ＣＰＵ２００４は、全データを送信し終わったか否かを判定する。ＣＰＵ２００４は、全て送信し終わっていれば、Ｓ８１２へ進み、全データの送信を終了していなければ、Ｓ８０５からの処理を繰り返す。
Ｓ８１０において、ＣＰＵ２００４は、Ｔ．３８の後手順を行ったのち、セッションを切断する（既知の技術のため、説明は省略する）。
Ｓ８１１においては、ＣＰＵ２００４は、Ｔ．３８プロトコルによってＥＣＭでの画像送信を行う（既知の技術のため、説明は省略する）。
Ｓ８１２において、ＩＰＦＡＸ送信が完了する。
＜実施形態３＞
図９は、非ＥＣＭ送信時のＩＰＦＡＸ、Ｔ．３８ＧＷ、アナログＦＡＸ内部の画像データに係るフローであり、実施形態３の処理である。本実施形態では、ＩＰＦＡＸ１（１００１）は、複数のラインのデータをＴ．３８データの１パケットに詰めて送信する。
まずＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５から、セッション記述プロトコルＳＤＰのアイテム、Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒ（オーバーフロー状態発生前にリモートデバイスに保存させることができるサイズ（バイト）の最大値）を受け取る。
ＩＰＦＡＸ１（１００１）の画像読み取り部２００３でスキャンされた画像は、ＩＰＦＡＸ１（１００１）内部の送受信画像格納領域２００６へ、符号化前画像データ９０１として蓄積される。
ＩＰＦＡＸ１（１００１）内部のＣＯＤＥＣ２００９にて、符号化前画像データ９０１が符号化される。符号化されたデータは、ＩＰＦＡＸ１（１００１）内部の符号復号領域２００７へ一時的に格納される。
ＣＰＵ２００４は、符号化データ９０２を検索し、１ラインの最初からＥＯＬ或いはＲＴＣ手前までをサーチする。
この際、ＣＰＵ２００４は、ＥＯＬから次のライン開始まで、或いはＥＯＬからＲＴＣ手前までのサイズ（１ラインのサイズ）を算出する。また、ＣＰＵ２００４は、次のラインも同様の手段でサイズ算出し、合計サイズが、Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒ（９０５）を超えない範囲で複数ラインを１まとまり（９０４）として、Ｔ．３８パケットヘッダを付加してＴ．３８ＧＷ１００５へ送出する。
前述した通り、Ｔ．３８ＧＷ１００５とアナログＦＡＸ１００４とが能力交換して決定された速度に従って、ＩＰＦＡＸ１（１００１）は、Ｔ．３８ＧＷ１００５へデータ送信を行う。Ｔ．３８ＧＷ１００５は、ＩＰＦＡＸ１（１００１）から受け取ったＴ．３８パケット内のＴ．３８プロトコルをリアルタイムでＴ．３０プロトコルへ変換し、アナログＦＡＸ１００４へ送信する。ここで、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信されるデータ速度が能力交換速度より低かった場合、Ｔ．３８ＧＷ１００５は、Ｔ．３８パケットのデータに対して、ＦＩＬＬを挿入する（９０６，９０７）。そして、Ｔ．３８ＧＷ１００５は、能力交換速度に合わせてからアナログＦＡＸ１００４へデータを送りだす。９０７のように複数ラインのデータが含まれる場合でも、Ｔ．３８ＧＷがＦＩＬＬを挿入する場所はＤＡＴＡの終端である。
本実施形態では、上記のようにアナログＦＡＸで受信した非ＥＣＭ画像９０８は、ＥＯＬの直前にＦＩＬＬ（０データ）が挿入されていることになるため、符号データの復号（９０９）が可能である。
このように複数ラインをＴ．３８データパケットに詰めて、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へ送信することで、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５へのデータ送信パケット数を減らすことができる。また、Ｔ．３８パケットヘッダやＩＰヘッダ送信に伴うオーバーヘッドを減らすことが可能である。
なお、ＣＰＵ２００４は、符号化前画像データ９０１を符号化する際に、１ライン符号化する都度、送信サイズを累積していく。そして、ＣＰＵ２００４は、Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大ライン数を符号化した時点で、前記ライン数分をＴ．３８データの１パケットとし、Ｔ．３８ＧＷ１００５へ送信するようにしてもよい。但し、説明が重複するため、詳細は省略する。
図１０は、本実施形態３において、ＩＰＦＡＸ１（１００１）からＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４へ画像送信する場合の情報処理の一例を示すフローチャートである。
まず、Ｓ１０００において、ユーザは、ＩＰＦＡＸ送信を試みる。
Ｓ１００１において、ＣＰＵ２００４は、セッション接続要求を送信する。ＳＩＰであればＩＮＶＩＴＥである。その後、セッション接続が行われる。
Ｓ１００２において、ＣＰＵ２００４は、セッション記述プロトコルＳＤＰを参照し、タイプ"ａ＝"のＴ３８ＦａｘＭａｘＢｕｆｆｅｒの値を解析する。
Ｓ１００３において、ＣＰＵ２００４は、実施形態１でも示した手段で通信相手からＤＩＳを受け取る。ＣＰＵ２００４は、実施形態１にも示した手段で通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であるか否かの判定を行う。
Ｓ１００４において、ＣＰＵ２００４は、Ｓ１００３の結果、通信相手がＴ．３８ＧＷ１００５先のアナログＦＡＸ１００４であった場合はＳ１００５へ進み、公衆ＩＰ網１００２に接続されたＩＰＦＡＸ２（１００３）であった場合はＳ１０１７へ進む。
Ｓ１００５において、ＣＰＵ２００４は、Ｓ１００３の結果、通信相手が非ＥＣＭでの通信を要求している場合はＳ１００６へ進み、ＥＣＭでの通信を要求している場合はＳ１０１７へ進む。
Ｓ１００６において、ＣＰＵ２００４は、ＣＯＤＥＣ２００９を使用して符号化前画像データ９０１を複数ラインまとめて符号化する。符号化はソフトウェア或いはハードウェアでの処理である。
Ｓ１００７において、ＣＰＵ２００４は、Ｓ１００６で生成された符号化データを、符号復号領域２００７へ格納する。
Ｓ１００８において、ＣＰＵ２００４は、符号復号領域２００７へ格納された符号化データ９０２を検索し、ＥＯＬやＲＴＣを検索する。
Ｓ１００９において、ＣＰＵ２００４は、Ｓ１００８で検索したＥＯＬ＋ＤＡＴＡのサイズを計算する。
Ｓ１０１０において、ＣＰＵ２００４は、更に次のＥＯＬやＲＴＣを検索し、次のラインのサイズを計算する。ＣＰＵ２００４は、Ｓ１００９のサイズとの合計サイズを算出する。
Ｓ１０１１において、ＣＰＵ２００４は、Ｓ１０１０の合計サイズがＳ１００２で解析したＴ３８ＦａｘＭａｘＢｕｆｆｅｒを超えた場合は、Ｓ１０１０で計算した最後のラインを除いたライン数分を１まとまりとしてＳ１０１２へ進む。Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒを超えない場合は、ＣＰＵ２００４は、Ｓ１０１０を繰り返し、更に次のラインのサイズを合計する。
Ｓ１０１２で、ＣＰＵ２００４は、１まとまりとなったＥＯＬ＋ＤＡＴＡ（９０３，９０４）に対して、Ｔ．３８パケットヘッダを付加する。ＲＴＣのみ（４０６）であれば、Ｔ．３８パケットヘッダ＋ＲＴＣとなる。９０４は、２ライン分のＥＯＬ＋ＤＡＴＡが１まとまりとなっている。
Ｓ１０１３において、ＣＰＵ２００４は、Ｔ．３８パケットヘッダを付加したデータをＴ．３８ＧＷへ送信する。或いは、ＣＰＵ２００４は、Ｔ．３８パケットヘッダを付加したＲＴＣをＴ．３８ＧＷへ送信する。
Ｓ１０１４において、ＣＰＵ２００４は、符号復号領域２００７に格納された符号化データを全て送信し終わったか否かを判定する。ＣＰＵ２００４は、全て送信し終わっていなければＳ１００８からの処理を繰り返し、全て送信し終わっていればＳ１０１５へ進む。
Ｓ１０１５において、ＣＰＵ２００４は、全データを送信したか否かを判定する。ＣＰＵ２００４は、全データを送信し終わっていれば、Ｓ１０１６へ進み、全データの送信が終了していなければ、Ｓ１００６からの処理を繰り返す。
Ｓ１０１６において、ＣＰＵ２００４は、Ｔ．３８の後手順を行ったのち、セッションを切断する（既知の技術のため、説明は省略する）。
Ｓ１０１７においては、ＣＰＵ２００４は、Ｔ．３８プロトコルによってＥＣＭでの画像送信を行う（既知の技術のため、説明は省略する）。
Ｓ１０１８において、ＩＰＦＡＸ送信が完了する。
なお、ＣＰＵ２００４は、符号化前画像データ９０１を符号化する際に、１ライン符号化する都度、送信サイズを累積していき、Ｔ３８ＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大ライン数を符号化する。そして、ＣＰＵ２００４は、この時点で、前記ライン数分をＴ．３８データの１パケットとし、Ｔ．３８ＧＷ１００５へ送信することも可能であるが、説明が重複するため、詳細は省略する。
また、本実施形態では、ＥＯＬからＲＴＣ手前までのサイズを１ラインのサイズとしたが、ＥＯＬからＲＴＣまでのサイズを１ラインのサイズとしてもよい。この場合も、符号データの途中に０データが入ることはないためである。
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
以上、上述した各実施形態によれば、ＩＰＦＡＸからＴ．３８ＧＷへ送られるＴ．３８データパケット中のＦＡＸ画像データは、ラインの開始から始まり、ＥＯＬ或いはＲＴＣで終わっていることになる。したがって、従来技術のようにＴ．３８ＧＷによって１ラインのデータ途中にＦＩＬＬが挿入されてアナログＦＡＸへ送信され、アナログＦＡＸ側でデータをデコードできず、画像送信が失敗することがなくなる。
よって、ＩＰＦＡＸの通信相手であるゲートウェイに接続されたアナログＦＡＸにおいてデータの復号を可能にすることができる。
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
本発明は、符号化した画像データをパケット化して送信するファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラムに関する。
本発明はこのような問題点に鑑みなされたもので、受信側のファクリミリ装置における画像データの復号化エラーを回避するための仕組みを提供することを目的とする。
そこで、本発明のファクシミリシステムは、ゲートウェイ装置と、前記ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置と、を含むファクシミリシステムであって、前記ゲートウェイ装置は、前記送信側ファクシミリ装置から送信されるパケットを受信する受信手段と、前記受信手段が受信したパケットに含まれる画像データに所定のデータを挿入する挿入手段と、前記挿入手段によって前記所定のデータが挿入された画像データを受信側ファクシミリ装置に送信する第１の送信手段と、を有し、前記送信側ファクシミリ装置は、画像データを符号化する符号化手段と、前記符号化手段により符号化された画像データを、１つのラインが１つのパケットに含まれるようにパケット化して前記ゲートウェイ装置に送信する第２の送信手段と、を有することを特徴とする。
また、本発明のファクシミリシステムは、ゲートウェイ装置と、前記ゲートウェイ装置を介してファクシミリ通信を行う送信側ファクシミリ装置と、を含むファクシミリシステムであって、前記ゲートウェイ装置は、前記送信側ファクシミリ装置から送信されるパケットを受信する受信手段と、前記受信手段が受信したパケットに含まれる画像データに所定のデータを挿入する挿入手段と、前記挿入手段によって前記所定のデータが挿入された画像データを受信側ファクシミリ装置に送信する第１の送信手段と、を有し、前記送信側ファクシミリ装置は、画像データを符号化する符号化手段と、前記符号化手段により符号化された画像データを、ラインの終端を示すデータがパケットの先頭に含まれるようにパケット化して前記ゲートウェイ装置に送信する第２の送信手段と、を有することを特徴とする。
本発明によれば、受信側のファクリミリ装置における画像データの復号化エラーを回避することができる。

Claims (19)

  1. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、
    前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信したのち、前記第２のパターンの"ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
    を有する画像処理装置。
  2. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、
    前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
    を有する画像処理装置。
  3. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
    画像データを符号化する符号化手段と、
    前記符号化手段により画像データが符号化される際に、１ライン符号化される都度、前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
    を有する画像処理装置。
  4. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、
    前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
    を有する画像処理装置。
  5. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索手段と、
    前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
    を有する画像処理装置。
  6. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置であって、
    画像データを符号化する符号化手段と、
    前記符号化手段により画像データが符号化される際に、１ライン符号化される都度、送信サイズを累積していき、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信手段と、
    を有する画像処理装置。
  7. 前記プロトコルは、ＩＴＵ−Ｔ勧告Ｔ．３８に従ったプロトコルであり、
    前記誤り訂正を行わない通信は、非ＥＣＭ通信である請求項１乃至６何れか１項記載の画像処理装置。
  8. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
    前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信したのち、前記第２のパターンの"ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を含む情報処理方法。
  9. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
    前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を含む情報処理方法。
  10. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
    画像データを符号化する符号化ステップと、
    前記符号化ステップにより画像データが符号化される際に、１ライン符号化される都度、前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を含む情報処理方法。
  11. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
    前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を含む情報処理方法。
  12. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
    前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を含む情報処理方法。
  13. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信する画像処理装置が実行する情報処理方法であって、
    画像データを符号化する符号化ステップと、
    前記符号化ステップにより画像データが符号化される際に、１ライン符号化される都度、送信サイズを累積していき、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を含む情報処理方法。
  14. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
    前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信したのち、前記第２のパターンの"ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を実行させるためのプログラム。
  15. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
    前記第１のパターンの"ライン終端＋ラインデータ"を前記プロトコルのデータの１パケットとして逐次、前記ゲートウェイへ送信し、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を実行させるためのプログラム。
  16. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
    画像データを符号化する符号化ステップと、
    前記符号化ステップにより画像データが符号化される際に、１ライン符号化される都度、前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を実行させるためのプログラム。
  17. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
    前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を実行させるためのプログラム。
  18. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
    符号化された複数のラインを含むデータからライン終端とページ終了とを検索することで、"ライン終端＋ラインデータ＋ライン終端"という第１のパターン、及び、"ライン終端＋ラインデータ＋ページ終了"という第２のパターンを検索する検索ステップと、
    前記第１のパターンの"ライン終端＋ラインデータ"か、前記第２のパターンの"ライン終端＋ラインデータ＋ページ終了"を１ラインとし、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を実行させるためのプログラム。
  19. ＩＰネットワーク上でリアルタイムにＦＡＸ通信を行うためのプロトコルのゲートウェイに接続されたアナログＦＡＸ装置と誤り訂正を行わない通信を行う場合には、前記ゲートウェイに対し前記ゲートウェイと前記アナログＦＡＸ装置とで決定された速度でデータを送信するコンピュータに、
    画像データを符号化する符号化ステップと、
    前記符号化ステップにより画像データが符号化される際に、１ライン符号化される都度、送信サイズを累積していき、前記ゲートウェイから受け取ったＦａｘＭａｘＢｕｆｆｅｒ値を超えないサイズに収まる、最大のライン数を前記プロトコルのデータの１パケットとして前記ゲートウェイへ送信する送信ステップと、
    を実行させるためのプログラム。
JP2012224994A 2012-10-10 2012-10-10 ファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラム Expired - Fee Related JP5693542B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2012224994A JP5693542B2 (ja) 2012-10-10 2012-10-10 ファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラム
US14/048,530 US9094560B2 (en) 2012-10-10 2013-10-08 Facsimile system that packetizes and transmits coded image data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012224994A JP5693542B2 (ja) 2012-10-10 2012-10-10 ファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP2014078825A true JP2014078825A (ja) 2014-05-01
JP5693542B2 JP5693542B2 (ja) 2015-04-01

Family

ID=50432467

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012224994A Expired - Fee Related JP5693542B2 (ja) 2012-10-10 2012-10-10 ファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラム

Country Status (2)

Country Link
US (1) US9094560B2 (ja)
JP (1) JP5693542B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9219844B2 (en) * 2013-10-15 2015-12-22 Scrypt, Inc. Intelligent fax retransmission system and method
JP2016123023A (ja) * 2014-12-25 2016-07-07 キヤノン株式会社 画像処理装置、画像処理装置の制御方法、及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04192965A (ja) * 1990-11-27 1992-07-13 Sanyo Electric Co Ltd 画像情報送受信方式
JP2002111952A (ja) * 2000-09-29 2002-04-12 Ricoh Co Ltd ネットワークファクシミリ装置及びその制御方法、並びに、ネットワークファクシミリ通信システム
JP2009212998A (ja) * 2008-03-06 2009-09-17 Oki Electric Ind Co Ltd ファクシミリゲートウェイ及びファクシミリゲートウェイにおけるデータ転送方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09163119A (ja) 1995-12-06 1997-06-20 Nec Corp 高速ファクシミリ通信方式
US6438105B1 (en) * 1999-02-08 2002-08-20 3Com Corporation Reliable internet facsimile protocol
US7423983B1 (en) * 1999-09-20 2008-09-09 Broadcom Corporation Voice and data exchange over a packet based network
US6757367B1 (en) * 1999-09-20 2004-06-29 Broadcom Corporation Packet based network exchange with rate synchronization
US20040042467A1 (en) * 2002-08-28 2004-03-04 Mehrdad Abrishami Method to improve fax transmission quality over packet based networks with high packet jitter by means of sending "Fill" at the end of a scan line
JP5376317B2 (ja) * 2009-10-02 2013-12-25 富士ゼロックス株式会社 画像通信装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04192965A (ja) * 1990-11-27 1992-07-13 Sanyo Electric Co Ltd 画像情報送受信方式
JP2002111952A (ja) * 2000-09-29 2002-04-12 Ricoh Co Ltd ネットワークファクシミリ装置及びその制御方法、並びに、ネットワークファクシミリ通信システム
JP2009212998A (ja) * 2008-03-06 2009-09-17 Oki Electric Ind Co Ltd ファクシミリゲートウェイ及びファクシミリゲートウェイにおけるデータ転送方法

Also Published As

Publication number Publication date
US9094560B2 (en) 2015-07-28
JP5693542B2 (ja) 2015-04-01
US20140098406A1 (en) 2014-04-10

Similar Documents

Publication Publication Date Title
US5790641A (en) System and method for improving facsimile delay tolerances
US7779134B1 (en) Using modem profiles to improve connectivity, connect timing, and compression performance on a modem relay (MR) gateway
JP5049646B2 (ja) Ｉｐ通信装置及びそのデータ送信方法
US9153127B2 (en) Video transmitting apparatus, video receiving apparatus, and video transmission system
SE513353C2 (sv) Partiell hämtning av bilder i den komprimerade domänen
CN105681342A (zh) 一种基于h264的多路视频会议系统的抗误码方法及系统
JPS6273844A (ja) テレマテイ−ク端末のフレ−ム送出方式
JP5693542B2 (ja) ファクシミリシステム、ファクシミリ装置、通信方法、制御方法、及びプログラム
US7590132B2 (en) In-band negotiation in single transcompression scenarios related applications
US20040042467A1 (en) Method to improve fax transmission quality over packet based networks with high packet jitter by means of sending "Fill" at the end of a scan line
KR100823062B1 (ko) 동화상 데이터 변환 방법 및 장치, 그리고 그 프로그램을 기록한 컴퓨터 판독가능 기록매체
JP2001094716A (ja) ファクシミリ通信システム
US6195348B1 (en) Dynamic realtime protocol for facsimile and the like
US6937709B2 (en) Fax transmission over congested or corrupted wideband network, or narrowband network, using ECM error block flow control
KR19980087119A (ko) 팩시밀리 통신장치 및 프로그램 기록체
JP4033812B2 (ja) ファクシミリ通信システム、通信端末装置、伝送制御方法、プログラムおよび記録媒体
JPH09214914A (ja) 画像伝送装置
JP4208752B2 (ja) リアルタイムインターネットゲートウェイ装置およびその制御方法
KR100772195B1 (ko) 다중 스트리밍 서비스 방법 및 이를 위한 장치
JP2949688B2 (ja) 画像制御方法及びその装置
JP6224914B2 (ja) ファクシミリ装置、その制御方法、及びプログラム
KR100904489B1 (ko) 보안 기능을 포함하는 통신 방법, 장치 및 그 방법을 수행하기 위한 프로그램이 기록된 기록매체
JP3592289B2 (ja) 画像蓄積方法及び蓄積画像再生方法
JP2733805B2 (ja) 回線多重化システムにおけるｆａｘデータ蓄積伝送方法
KR101148072B1 (ko) 멀티미디어 지원 시스템 및 그 지원방법

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140919

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140930

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141201

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150106

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150203

R151 Written notification of patent or utility model registration

Ref document number: 5693542

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees