JP4008587B2 - ファクシミリ通信システムと通信方法 - Google Patents
ファクシミリ通信システムと通信方法 Download PDFInfo
- Publication number
- JP4008587B2 JP4008587B2 JP23982998A JP23982998A JP4008587B2 JP 4008587 B2 JP4008587 B2 JP 4008587B2 JP 23982998 A JP23982998 A JP 23982998A JP 23982998 A JP23982998 A JP 23982998A JP 4008587 B2 JP4008587 B2 JP 4008587B2
- Authority
- JP
- Japan
- Prior art keywords
- image data
- facsimile
- facsimile transmission
- terminal device
- fax
- 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.)
- Expired - Lifetime
Links
Images
Landscapes
- Facsimile Transmission Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、多機能端末装置のファクシミリ通信機能を上位装置から利用するためのファクシミリ通信システムと通信方法に関する。
【０００２】
【従来の技術】
パーソナルコンピュータ等のファクシミリ（ＦＡＸ）通信機能は次のようにして実現する。まず、パーソナルコンピュータには、ファクシミリ通信用のアプリケーションがインストールされている。また、パーソナルコンピュータには、ＲＳ２３２Ｃインタフェース等を介してＦＡＸモデムが接続されている。ＦＡＸアプリケーションによりＦＡＸフォーマットに変換されたデータはモデムに転送され、パーソナルコンピュータからＡＴコマンドをモデムに送り込むことによってモデムを制御する。ＦＡＸ通信は、ＩＴＵのＴ．３０勧告の手順に従って実行される。
【０００３】
ＦＡＸ機能、コピー機能、プリンタ機能、スキャナ機能、モデム機能等を併せ持つ多機能端末装置は、ファクシミリ通信を含めて様々な処理を多重化制御する能力を持つ。パーソナルコンピュータをこの多機能端末装置にセントロニクスケーブル等で接続した場合、ファクシミリ手順を決めたＩＴＵ−Ｔ．３０とＨＯＳＴと端末のセントロニクスインタフェースを定めたＩＥＥＥ１２８４勧告と多機能端末装置とのパケット通信制御を定めたＭＦＰＩ勧告に則って、パーソナルコンピュータは多機能端末装置のモデム機能部とインタフェースをとり、パーソナルコンピュータから多機能端末装置にＡＴコマンドを送り込むことによりＦＡＸ通信が可能になる。
【０００４】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には、次のような解決すべき課題があった。
パーソナルコンピュータが多機能端末装置のモデム機能部を制御してファクシミリ通信を行う場合、パーソナルコンピュータのアプリケーションと、ファクシミリ通信用のドライバと、多機能端末装置と、受信側のファクシミリ装置との間を結ぶ通信経路が確立する。このとき、両者の間で、ＩＴＵのＴ．３０勧告に記載されているような手順信号を一定の送出時間制限下でやり取りしなければならない。ところが、こうした通信制御は多機能端末装置にかかる負荷が大きく、多重処理をしている他の処理の動作速度が著しく遅くなったり、ファクシミリ通信自体に障害が発生するという問題もあった。
【０００５】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成１〉
上位装置と、この上位装置とインタフェースを介して接続された多重化処理が可能な多機能端末装置とから成り、前記上位装置には、データ作成アプリケーションが作成したファクシミリ送信用画データを受けて前記ファクシミリ送信用画データを前記多機能端末装置に搭載するモデムから通信回線上に接続した他のファクシミリにて受信可能なファクシミリ送信で規定された圧縮フォーマットのファクシミリ送信用画データに変換するＦＡＸフォーマット変換ドライバと、前記ＦＡＸフォーマット変換ドライバで変換した前記圧縮フォーマットのファクシミリ送信用画データを多重処理が行われる前記多機能端末装置に用いるパケットにパケット化するパケット化手段が設けられ、前記多機能端末装置には、前記パケット化手段が生成した前記パケットを前記インタフェースを介して受信して、前記ＦＡＸフォーマット変換ドライバの変換した前記圧縮フォーマットの前記ファクシミリ送信用画データに復元する復元手段と、前記復元した前記圧縮フォーマットの前記ファクシミリ送信用画データをファクシミリ送信するために前記ファクシミリ間との送信手順を制御するＦＡＸ通信スケジューラと、前記モデムを制御して、前記復元した圧縮フォーマットのファクシミリ送信用画データを前記ファクシミリに送信するモデム制御手段とが設けられたことを特徴とするファクシミリ通信システム。
【０００６】
〈構成２〉
上位装置側に、２ページ分のデータまたは４ページ分のデータを１ページにするために、ファクシミリ送信用画データを圧縮フォーマットに変換する前に、複数ページ分の画データを１ページ分の画データに変換する変換手段を設けたことを特徴とする請求項１記載のファクシミリ通信システム。
【０００７】
上位装置と多重化処理が可能な多機能端末装置とをインタフェースを介して接続し、前記上位装置では、データ作成アプリケーションが作成したファクシミリ送信用画データを受けて該ファクシミリ送信用画データを前記多機能端末装置に搭載するモデムから通信回線上に接続した他のファクシミリにて受信可能なファクシミリ送信で規定された圧縮フォーマットのファクシミリ送信用画データに変換し、前記圧縮フォーマットのファクシミリ送信用画データから多重処理が行われる多機能端末装置に用いるパケットを生成して、そのパケットを前記インタフェースを介して前記多機能端末装置に転送し、前記パケットを受信した多機能端末装置は、受信した前記パケットから前記圧縮フォーマットに変換したファクシミリ送信用画データを復元し、復元した前記ファクシミリ送信用画データを記憶して保持し、前記モデムを制御して前記復元したファクシミリ送信用画データを前記ファクシミリに送信することを特徴とするファクシミリ通信方法。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
〈具体例１〉
図１は、具体例１のファクシミリ通信システムを示すブロック図である。
この図のシステムを説明する前に、これと対応する構成の従来システムの詳細な動作と問題点を説明する。
図２に、比較例のシステムブロック図を示す。
図の上位装置１は、ファクシミリ送信用のデータを作成するデータ作成アプリケーション１１と、パーソナルコンピュータの側でファクシミリ通信を実行するＦＡＸアプリケーション１２と、セントロニクスケーブルのようなインタフェース５を通じて通信制御を行うＩＥＥＥ１２８４ドライバ１３とを備えている。この上位装置１に図示しないモデムを接続すればＦＡＸ通信ができる。
【０００９】
また、多機能端末装置（Multi Function Pheriferal：ＭＦＰ）２は、ＢＩＣタスク２１、ＭＦＰタスク２２、ＰＣＳタスク２３、ＳＩＯタスク２４、モデム２５を備えている。ＢＩＣタスク２１は、インタフェース５を通じて外部装置との通信を行う部分である。ＭＦＰタスク２２は、ＢＩＣタスク２１から入力したデータを、多機能端末装置の内部で多重処理を行うために使用されるパケットに変換し、ＰＣＳタスク２３に送り込む機能を持つ部分である。
【００１０】
ＰＣＳタスク２３は、多機能端末装置内部でファクシミリ通信制御を行う機能を持つ部分である。ＳＩＯタスク２４は、モデム２５を制御する機能を持つ部分である。モデム２５は、いわゆるＦＡＸモデムである。また、上位装置１に設けられたＦＡＸアプリケーション１２には、ＦＡＸフォーマット変換ドライバ１２ＡとＦＡＸ機能制御部１２Ｂとが設けられている。
【００１１】
ＦＡＸフォーマット変換ドライバ１２Ａは、データ作成アプリケーション１１が作成したファクシミリ送信用の画データを、ＭＨ、ＭＲ、ＭＭＲといったファクシミリ装置で規定された圧縮方式に従って圧縮、伸長処理を行う機能を持つ部分である。ＦＡＸ機能制御部１２Ｂは、ＡＴコマンドを発行し、多機能端末装置２のモデム２５を制御する処理を行う部分である。
【００１２】
多機能端末装置２に設けられたＰＣＳタスク２３のＦＡＸフォーマット変換ドライバ２３ＡやＦＡＸ機能制御部２３Ｂは、上位装置１のＦＡＸアプリケーション１２に設けられたものとほぼ同様の機能を持つ。
【００１３】
図３には、一般のファクシミリコマンドシーケンスの説明図を示す。
図に示すように、送信側ＦＡＸ２７と受信側ＦＡＸ２８とが直接接続された場合には、ＩＴＵのＴ．３０の手順に従って、この図に示すようなシーケンスが実行される。即ち、始めにＲＩＮＧ信号が送信側ＦＡＸ２７から受信側ＦＡＸ２８に送信され、受信側ＦＡＸ２８からＣＥＤ信号（被呼端末識別信号）が返される。更に、受信側ＦＡＸ２８からはＤＩＳ信号（ディジタル識別信号）が送信側ＦＡＸ２７に送られる。
【００１４】
次に、送信側ＦＡＸ２７から受信側ＦＡＸ２８に送信されるＤＣＳ信号（ディジタル命令信号）は３００ｂｐｓの通信速度で送られるが、ここで、モデムの許容するより高速な通信速度である１４４００ｂｐｓに速度切替えが行われる。従って、次に送信側ＦＡＸ２７から受信側に送信されるＴＣＦ（トレーニングチェック）信号は、１４４００ｂｐｓの速度となる。これ以降は、画信号の送出になり、この速度で処理が進められる。図２に示したようなシステム構成の場合の、通信速度の切替えを行う手順を次に説明する。
【００１５】
図４は、ＰＣ−ＭＦＰファクシミリコマンドシーケンスの説明図である。
ここでは、図２に示したＦＡＸアプリケーション１２と、ＩＥＥＥ１２８４ドライバ１３と、ＭＦＰ２と、受信側ＦＡＸ２８との間の通信手順を示している。この図に示すように、ＡＰ１２からＭＦＰドライバ１３及びＭＦＰ２を介してＤＣＳ信号が送出される。ＤＣＳ信号の送出結果（ＯＫ）がＭＦＰドライバ１３を介してＡＰ１２に送り込まれる。次に、ＡＰ１２からＡＴコマンドによって通信速度を１４４００ｂｐｓに切り替える旨の信号が出力される。これは、ドライバ１３を経てＭＦＰ２に通知される。
【００１６】
ここで、ＭＦＰ２が設定を切り替え、その旨をドライバ１３を通じてＡＰ１２に通知する。その後、ＡＰ１２は、切り替え後の通信速度で、ＴＣＦ信号をドライバ１３、ＭＦＰ２を通じて受信側ＦＡＸ２８に送出する。次に、受信側ＦＡＸ２８からＤＣＳ信号が送出されて、受信側ＦＡＸ２８にＴＣＦ信号が受信されるまでの遅延時間Ｔは、７５±２０ミリ秒と規定されている。
【００１７】
ところが、この図に示すように、ＭＦＰドライバ１３、ＡＰ１２の間の信号のやり取りによって様々な処理時間が加算されるため、図に示す（ａ）〜（ｄ）に示す処理遅延時間を十分に短くしなければ上記遅延時間Ｔを規定内に納めることができない。ＭＦＰ２が多重化処理を行うとすれば、（ａ）、（ｃ）、（ｄ）の時間に他の処理を実行する。しかしながら、このように、遅延時間Ｔを制限されると、（ａ）、（ｃ）、（ｄ）の時間を最小にしなければならず、他の機能を実現するための処理が圧迫される。他の処理の優先度が高ければ、ＦＡＸ通信にエラーを生じる。
【００１８】
即ち、図２に示す上位装置１のＦＡＸアプリケーション１２がＡＴコマンドを用いてモデム２５を制御し、ファクシミリ通信を行うものとすれば、多機能端末装置２の他の機能が著しく制限されてしまう。そこで、この発明では、上位装置１がファクシミリ送信要求を行った場合に、そのファクシミリ送信用画データを多機能端末装置２の側に移し、その後は多機能端末装置内部で独自にファクシミリ通信を制御し、通信の高速化を実現する。
【００１９】
ここで、図１に戻って、具体例１のシステムの構成を説明する。
図１に示す上位装置３は、データ作成アプリケーション３１、ＦＡＸアプリケーション３２、ＩＥＥＥ１２８４ドライバ３３を備えている。また、ＦＡＸアプリケーション３２には、ＦＡＸフォーマット変換ドライバ３２ＡとＭＦＰＩドライバ３２Ｂとが設けられている。
【００２０】
即ち、この発明では、ＦＡＸアプリケーション３２に新たにＭＦＰＩドライバ３２Ｂを設けた。これは、本発明では、パケット化手段と呼び、後で説明するようにファクシミリ送信用画データをファクシミリフォーマットに変換したものについて、パケット化して送出する機能を持つ。このパケットは、多機能端末装置４内部の多重処理で採用されるパケットと同形式のものである。
【００２１】
多機能端末装置４には、ＢＩＣタスク４１、ＭＦＰタスク４２、ＭＳＳタスク４３、ＳＤＬタスク４４、ＳＩＯタスク４５及びモデム４６が設けられている。モデム４６は通信回線１０と接続され、他のファクシミリ装置等との通信を可能にする。インタフェース５は、例えばセントロニクスインタフェースケーブル等により構成される。もちろん、このインタフェース５は、その他のシリアルインタフェース、パラレルインタフェース、あるいは無線インタフェース等によって構成されていてもよい。また、ネットワーク等によって構成されていてもよい。
【００２２】
ＢＩＣタスク４１は、インタフェース５を通じて上位装置３と通信をする機能を持つ。ＭＦＰタスク４２は本発明では復元手段と呼び、ＢＩＣタスク４１が受信したパケットを変換して、ファクシミリ送信用画データを復元するための機能を持つ。ＭＳＳタスク４３は、図示しないメモリに対し、上位装置から受信したファクシミリ送信用画データを蓄積すると共に、その読み出し等を制御する部分である。このＭＳＳタスク４３を本発明ではメモリ情報制御手段と呼んでいる。
【００２３】
また、ＳＤＬタスク４４は、ＦＡＸ通信スケジューラであって、ＩＴＵのＴ．３０勧告に従ってファクシミリ送受信制御を行う管理機能を持つ。ＳＩＯタスク４５はモデム制御手段であって、モデム４６を直接制御し、ファクシミリ送受信を行う機能を持つ。なお、上記各タスクはいずれも多機能端末装置４に搭載されたプロセッサが、該当する機能を持つプログラムを実行することによって実現する。また、その機能の一部はロジック等によるハードウェアにより構成されていてもよい。
【００２４】
図５に、具体例１のシステムの動作説明図を示す。
この図を用いて、図１に示したシステムの動作を説明する。
まず、図１に示した上位装置３のデータ作成アプリケーション３１は、ファクシミリ送信をするべき画データを作成する。この画データをＦＡＸアプリケーション３２が受け取り、ＦＡＸフォーマット変換ドライバ３２Ａは、これをＦＡＸフォーマットに変換する。図５に示すＦＡＸ用画データ５０は変換後のデータとする。
【００２５】
次に、ＭＦＰＩドライバ３２Ｂは、ＭＦＰＩ勧告に則ってＦＡＸ用画データ５０をパケット化する。このパケットは、既に説明したように、ＭＦＰ４が多重化処理を行う場合に、各処理毎に生成されるパケットと同形式のものである。即ち、このパケット４９がＰＣ側からＭＦＰ側にインタフェースを通じて転送される。ＩＥＥＥ１２８４ドライバ３３とＢＩＣタスク４１とは、ＩＥＥＥ１２８４勧告に則って、セントロニクスインタフェース制御を行い、上記パケットをＭＦＰタスク４２に渡す。
【００２６】
ＭＦＰタスク４２は、受け取ったパケットからＰＣ側で送信したＦＡＸ用画データ５０を復元する。即ち、このように上位装置３側でパケット化をし、多機能端末装置４にそのパケットを送り込むと、多機能端末装置４では、他の機能を実現するためのパケットと同等にファクシミリ通信用のパケットを取り扱い、これを受け付けて、ＭＦＰタスク４２がその内容を復元する。従って、このようなパケット受信の間、多重化された他の機能のパケットも、図示しない別の部分で同等に処理される。
【００２７】
ＭＦＰタスクがＦＡＸ用画データ５０の復元を終了すると、このＦＡＸ用画データ５０は図示しないメモリに記憶され、ＭＳＳタスク４３が起動する。即ち、ＭＳＳタスク４３は、メモリに記憶されたＦＡＸ用画データ５０を順に読み出すための制御情報５１を生成してＳＤＬタスク４４に渡す。ＳＤＬタスク４４は、この段階で、メモリに記憶されたＦＡＸ用画データ５０を指定された相手方に送信するジョブを開始する。即ち、ＳＤＬタスク４４は、従来のファクシミリ装置内部でメモリに格納されたＦＡＸ用画データを指定された宛先に送信するいわゆるメモリ送信動作を開始する。
【００２８】
即ち、この段階では、既に上位装置３による制御を受けることなくＳＤＬタスク４４が独自にＦＡＸ通信のスケジュールを管理して起動する。ＳＤＬタスク４４は、ＦＡＸ用画データ５０を制御情報５１に基づいて順番にメモリから読み出し、ＳＩＯタスク４５に渡す。ＳＩＯタスク４５は、モデム４６のレジスタ等を直接制御しながらモデムによる通信を実行する。この通信はＡＴコマンドを使用しないため、モデムに許された最高速度である２８．８Ｋｂｐｓの通信が可能になる。
【００２９】
次に、受信機能について説明を行う。
受信の際は、図５に示す破線の矢印のような手順で処理が行われる。モデム４６がファクシミリ信号を受信すると、ＳＤＬタスク４４からファクシミリ受信要求がＳＩＯタスク４５に発せられる。これに従って、ＳＩＯタスク４５がファクシミリ受信を制御し、受信されたＦＡＸ用画データが図示しないメモリに記憶される。このＦＡＸ用画データの記憶制御は、ＭＳＳタスク４３によって行われる。そして、メモリに記憶したＦＡＸ用画データ５０をＭＦＰタスク４２がパケット化する。そして、パケット化された信号がインタフェースを介してＰＣ側に転送される。
【００３０】
ＰＣ側では、ＭＦＰＩドライバ３２Ｂがこのパケットを受信し、ＦＡＸ用画データ５０を復元する。受信の場合にもファクシミリ受信制御自身はＭＦＰ側で行われ、受信されたＦＡＸ用画データ５０がパケット化されてＰＣ側に送信されるので、ＰＣ側からのＡＴコマンドによる受信制御は不要になる。
【００３１】
〈具体例１の効果〉
以上により、上位装置からファクシミリ送信を行う場合、上位装置のユーザは既存のアプリケーションを従来通り操作すればよく、その操作性は変わらない。しかも、上位装置はＡＴコマンドでＭＦＰ２のモデムを制御する必要がないため、上位装置やＭＦＰ２の通信負荷が軽減される。また、ＭＦＰ２内部で独自のファクシミリ送受信が可能になるため、ファクシミリ通信速度を最大速度にすることができ、通信時間も短縮され、通信料金削減効果もある。同時に、ＭＦＰ２側において、通信不可が軽減されて処理速度も向上するため、ＦＡＸ通信とその他の機能を多重処理する能力も向上する。
【００３２】
〈具体例２〉
図６に、具体例２の通信システムブロック図を示す。
この図では、通信速度向上のために、ＦＡＸフォーマット変換前の画データの加工を行っている。図のシステムは、データ作成アプリケーション３１とＦＡＸアプリケーション３２の間に、プリンタドライバ３５を挿入した。ここでは、データ作成アプリケーション３１が２ＵＰ／４ＵＰ送信メニューを選択する。即ち、ここで、例えばＡ４判２枚の原稿を並べてＢ４判１枚の原稿に編集し直すという制御を実行する。一般に、プリンタドライバ３５は、こうした画データの編集をする能力を持つ。これにより2ページ分のデータが１ページ分のデータに圧縮される。こうした編集を行った後に、ＦＡＸアプリケーション３２にその画データを供給する。その他の処理は具体例１と同様である。
【００３３】
〈具体例２の効果〉
以上により、例えば２ページ分の送信時間が１ページ分で済み、通信料金の削減を図ることができる。なお、上記の例では、２ページ分を１ページ分に編集するものを示したが、例えば４ページ分を１ページ分に編集するような機能をプリンタドライバに要求し、一層の圧縮を図るような構成にしてもよい。これは、プリンタドライバ３５のような既存のイメージ変換手段を適宜選択することによって実現する。
【図面の簡単な説明】
【図１】具体例１のファクシミリ通信システムブロック図である。
【図２】比較例のシステムブロック図である。
【図３】ファクシミリコマンドシーケンス説明図である。
【図４】ＰＣ−ＭＦＰファクシミリコマンドシーケンス説明図である。
【図５】具体例１のシステムの動作説明図である。
【図６】具体例２の通信システムブロック図である。
【符号の説明】
３ 上位装置
４ 多機能端末装置
５ インタフェース
１０ 通信回線
３１ データ作成アプリケーション
３２ ＦＡＸアプリケーション
３２Ａ ＦＡＸフォーマット変換ドライバ
３２Ｂ ＭＦＰＩドライバ（パケット化手段）
４２ ＭＦＰタスク（復元手段）
４３ ＭＳＳタスク（メモリ情報制御手段）
４４ ＳＤＬタスク（ＦＡＸ通信スケジューラ）
４５ ＳＩＯタスク（モデム制御手段）
４６ モデム
【発明の属する技術分野】
本発明は、多機能端末装置のファクシミリ通信機能を上位装置から利用するためのファクシミリ通信システムと通信方法に関する。
【０００２】
【従来の技術】
パーソナルコンピュータ等のファクシミリ（ＦＡＸ）通信機能は次のようにして実現する。まず、パーソナルコンピュータには、ファクシミリ通信用のアプリケーションがインストールされている。また、パーソナルコンピュータには、ＲＳ２３２Ｃインタフェース等を介してＦＡＸモデムが接続されている。ＦＡＸアプリケーションによりＦＡＸフォーマットに変換されたデータはモデムに転送され、パーソナルコンピュータからＡＴコマンドをモデムに送り込むことによってモデムを制御する。ＦＡＸ通信は、ＩＴＵのＴ．３０勧告の手順に従って実行される。
【０００３】
ＦＡＸ機能、コピー機能、プリンタ機能、スキャナ機能、モデム機能等を併せ持つ多機能端末装置は、ファクシミリ通信を含めて様々な処理を多重化制御する能力を持つ。パーソナルコンピュータをこの多機能端末装置にセントロニクスケーブル等で接続した場合、ファクシミリ手順を決めたＩＴＵ−Ｔ．３０とＨＯＳＴと端末のセントロニクスインタフェースを定めたＩＥＥＥ１２８４勧告と多機能端末装置とのパケット通信制御を定めたＭＦＰＩ勧告に則って、パーソナルコンピュータは多機能端末装置のモデム機能部とインタフェースをとり、パーソナルコンピュータから多機能端末装置にＡＴコマンドを送り込むことによりＦＡＸ通信が可能になる。
【０００４】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には、次のような解決すべき課題があった。
パーソナルコンピュータが多機能端末装置のモデム機能部を制御してファクシミリ通信を行う場合、パーソナルコンピュータのアプリケーションと、ファクシミリ通信用のドライバと、多機能端末装置と、受信側のファクシミリ装置との間を結ぶ通信経路が確立する。このとき、両者の間で、ＩＴＵのＴ．３０勧告に記載されているような手順信号を一定の送出時間制限下でやり取りしなければならない。ところが、こうした通信制御は多機能端末装置にかかる負荷が大きく、多重処理をしている他の処理の動作速度が著しく遅くなったり、ファクシミリ通信自体に障害が発生するという問題もあった。
【０００５】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
〈構成１〉
上位装置と、この上位装置とインタフェースを介して接続された多重化処理が可能な多機能端末装置とから成り、前記上位装置には、データ作成アプリケーションが作成したファクシミリ送信用画データを受けて前記ファクシミリ送信用画データを前記多機能端末装置に搭載するモデムから通信回線上に接続した他のファクシミリにて受信可能なファクシミリ送信で規定された圧縮フォーマットのファクシミリ送信用画データに変換するＦＡＸフォーマット変換ドライバと、前記ＦＡＸフォーマット変換ドライバで変換した前記圧縮フォーマットのファクシミリ送信用画データを多重処理が行われる前記多機能端末装置に用いるパケットにパケット化するパケット化手段が設けられ、前記多機能端末装置には、前記パケット化手段が生成した前記パケットを前記インタフェースを介して受信して、前記ＦＡＸフォーマット変換ドライバの変換した前記圧縮フォーマットの前記ファクシミリ送信用画データに復元する復元手段と、前記復元した前記圧縮フォーマットの前記ファクシミリ送信用画データをファクシミリ送信するために前記ファクシミリ間との送信手順を制御するＦＡＸ通信スケジューラと、前記モデムを制御して、前記復元した圧縮フォーマットのファクシミリ送信用画データを前記ファクシミリに送信するモデム制御手段とが設けられたことを特徴とするファクシミリ通信システム。
【０００６】
〈構成２〉
上位装置側に、２ページ分のデータまたは４ページ分のデータを１ページにするために、ファクシミリ送信用画データを圧縮フォーマットに変換する前に、複数ページ分の画データを１ページ分の画データに変換する変換手段を設けたことを特徴とする請求項１記載のファクシミリ通信システム。
【０００７】
上位装置と多重化処理が可能な多機能端末装置とをインタフェースを介して接続し、前記上位装置では、データ作成アプリケーションが作成したファクシミリ送信用画データを受けて該ファクシミリ送信用画データを前記多機能端末装置に搭載するモデムから通信回線上に接続した他のファクシミリにて受信可能なファクシミリ送信で規定された圧縮フォーマットのファクシミリ送信用画データに変換し、前記圧縮フォーマットのファクシミリ送信用画データから多重処理が行われる多機能端末装置に用いるパケットを生成して、そのパケットを前記インタフェースを介して前記多機能端末装置に転送し、前記パケットを受信した多機能端末装置は、受信した前記パケットから前記圧縮フォーマットに変換したファクシミリ送信用画データを復元し、復元した前記ファクシミリ送信用画データを記憶して保持し、前記モデムを制御して前記復元したファクシミリ送信用画データを前記ファクシミリに送信することを特徴とするファクシミリ通信方法。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
〈具体例１〉
図１は、具体例１のファクシミリ通信システムを示すブロック図である。
この図のシステムを説明する前に、これと対応する構成の従来システムの詳細な動作と問題点を説明する。
図２に、比較例のシステムブロック図を示す。
図の上位装置１は、ファクシミリ送信用のデータを作成するデータ作成アプリケーション１１と、パーソナルコンピュータの側でファクシミリ通信を実行するＦＡＸアプリケーション１２と、セントロニクスケーブルのようなインタフェース５を通じて通信制御を行うＩＥＥＥ１２８４ドライバ１３とを備えている。この上位装置１に図示しないモデムを接続すればＦＡＸ通信ができる。
【０００９】
また、多機能端末装置（Multi Function Pheriferal：ＭＦＰ）２は、ＢＩＣタスク２１、ＭＦＰタスク２２、ＰＣＳタスク２３、ＳＩＯタスク２４、モデム２５を備えている。ＢＩＣタスク２１は、インタフェース５を通じて外部装置との通信を行う部分である。ＭＦＰタスク２２は、ＢＩＣタスク２１から入力したデータを、多機能端末装置の内部で多重処理を行うために使用されるパケットに変換し、ＰＣＳタスク２３に送り込む機能を持つ部分である。
【００１０】
ＰＣＳタスク２３は、多機能端末装置内部でファクシミリ通信制御を行う機能を持つ部分である。ＳＩＯタスク２４は、モデム２５を制御する機能を持つ部分である。モデム２５は、いわゆるＦＡＸモデムである。また、上位装置１に設けられたＦＡＸアプリケーション１２には、ＦＡＸフォーマット変換ドライバ１２ＡとＦＡＸ機能制御部１２Ｂとが設けられている。
【００１１】
ＦＡＸフォーマット変換ドライバ１２Ａは、データ作成アプリケーション１１が作成したファクシミリ送信用の画データを、ＭＨ、ＭＲ、ＭＭＲといったファクシミリ装置で規定された圧縮方式に従って圧縮、伸長処理を行う機能を持つ部分である。ＦＡＸ機能制御部１２Ｂは、ＡＴコマンドを発行し、多機能端末装置２のモデム２５を制御する処理を行う部分である。
【００１２】
多機能端末装置２に設けられたＰＣＳタスク２３のＦＡＸフォーマット変換ドライバ２３ＡやＦＡＸ機能制御部２３Ｂは、上位装置１のＦＡＸアプリケーション１２に設けられたものとほぼ同様の機能を持つ。
【００１３】
図３には、一般のファクシミリコマンドシーケンスの説明図を示す。
図に示すように、送信側ＦＡＸ２７と受信側ＦＡＸ２８とが直接接続された場合には、ＩＴＵのＴ．３０の手順に従って、この図に示すようなシーケンスが実行される。即ち、始めにＲＩＮＧ信号が送信側ＦＡＸ２７から受信側ＦＡＸ２８に送信され、受信側ＦＡＸ２８からＣＥＤ信号（被呼端末識別信号）が返される。更に、受信側ＦＡＸ２８からはＤＩＳ信号（ディジタル識別信号）が送信側ＦＡＸ２７に送られる。
【００１４】
次に、送信側ＦＡＸ２７から受信側ＦＡＸ２８に送信されるＤＣＳ信号（ディジタル命令信号）は３００ｂｐｓの通信速度で送られるが、ここで、モデムの許容するより高速な通信速度である１４４００ｂｐｓに速度切替えが行われる。従って、次に送信側ＦＡＸ２７から受信側に送信されるＴＣＦ（トレーニングチェック）信号は、１４４００ｂｐｓの速度となる。これ以降は、画信号の送出になり、この速度で処理が進められる。図２に示したようなシステム構成の場合の、通信速度の切替えを行う手順を次に説明する。
【００１５】
図４は、ＰＣ−ＭＦＰファクシミリコマンドシーケンスの説明図である。
ここでは、図２に示したＦＡＸアプリケーション１２と、ＩＥＥＥ１２８４ドライバ１３と、ＭＦＰ２と、受信側ＦＡＸ２８との間の通信手順を示している。この図に示すように、ＡＰ１２からＭＦＰドライバ１３及びＭＦＰ２を介してＤＣＳ信号が送出される。ＤＣＳ信号の送出結果（ＯＫ）がＭＦＰドライバ１３を介してＡＰ１２に送り込まれる。次に、ＡＰ１２からＡＴコマンドによって通信速度を１４４００ｂｐｓに切り替える旨の信号が出力される。これは、ドライバ１３を経てＭＦＰ２に通知される。
【００１６】
ここで、ＭＦＰ２が設定を切り替え、その旨をドライバ１３を通じてＡＰ１２に通知する。その後、ＡＰ１２は、切り替え後の通信速度で、ＴＣＦ信号をドライバ１３、ＭＦＰ２を通じて受信側ＦＡＸ２８に送出する。次に、受信側ＦＡＸ２８からＤＣＳ信号が送出されて、受信側ＦＡＸ２８にＴＣＦ信号が受信されるまでの遅延時間Ｔは、７５±２０ミリ秒と規定されている。
【００１７】
ところが、この図に示すように、ＭＦＰドライバ１３、ＡＰ１２の間の信号のやり取りによって様々な処理時間が加算されるため、図に示す（ａ）〜（ｄ）に示す処理遅延時間を十分に短くしなければ上記遅延時間Ｔを規定内に納めることができない。ＭＦＰ２が多重化処理を行うとすれば、（ａ）、（ｃ）、（ｄ）の時間に他の処理を実行する。しかしながら、このように、遅延時間Ｔを制限されると、（ａ）、（ｃ）、（ｄ）の時間を最小にしなければならず、他の機能を実現するための処理が圧迫される。他の処理の優先度が高ければ、ＦＡＸ通信にエラーを生じる。
【００１８】
即ち、図２に示す上位装置１のＦＡＸアプリケーション１２がＡＴコマンドを用いてモデム２５を制御し、ファクシミリ通信を行うものとすれば、多機能端末装置２の他の機能が著しく制限されてしまう。そこで、この発明では、上位装置１がファクシミリ送信要求を行った場合に、そのファクシミリ送信用画データを多機能端末装置２の側に移し、その後は多機能端末装置内部で独自にファクシミリ通信を制御し、通信の高速化を実現する。
【００１９】
ここで、図１に戻って、具体例１のシステムの構成を説明する。
図１に示す上位装置３は、データ作成アプリケーション３１、ＦＡＸアプリケーション３２、ＩＥＥＥ１２８４ドライバ３３を備えている。また、ＦＡＸアプリケーション３２には、ＦＡＸフォーマット変換ドライバ３２ＡとＭＦＰＩドライバ３２Ｂとが設けられている。
【００２０】
即ち、この発明では、ＦＡＸアプリケーション３２に新たにＭＦＰＩドライバ３２Ｂを設けた。これは、本発明では、パケット化手段と呼び、後で説明するようにファクシミリ送信用画データをファクシミリフォーマットに変換したものについて、パケット化して送出する機能を持つ。このパケットは、多機能端末装置４内部の多重処理で採用されるパケットと同形式のものである。
【００２１】
多機能端末装置４には、ＢＩＣタスク４１、ＭＦＰタスク４２、ＭＳＳタスク４３、ＳＤＬタスク４４、ＳＩＯタスク４５及びモデム４６が設けられている。モデム４６は通信回線１０と接続され、他のファクシミリ装置等との通信を可能にする。インタフェース５は、例えばセントロニクスインタフェースケーブル等により構成される。もちろん、このインタフェース５は、その他のシリアルインタフェース、パラレルインタフェース、あるいは無線インタフェース等によって構成されていてもよい。また、ネットワーク等によって構成されていてもよい。
【００２２】
ＢＩＣタスク４１は、インタフェース５を通じて上位装置３と通信をする機能を持つ。ＭＦＰタスク４２は本発明では復元手段と呼び、ＢＩＣタスク４１が受信したパケットを変換して、ファクシミリ送信用画データを復元するための機能を持つ。ＭＳＳタスク４３は、図示しないメモリに対し、上位装置から受信したファクシミリ送信用画データを蓄積すると共に、その読み出し等を制御する部分である。このＭＳＳタスク４３を本発明ではメモリ情報制御手段と呼んでいる。
【００２３】
また、ＳＤＬタスク４４は、ＦＡＸ通信スケジューラであって、ＩＴＵのＴ．３０勧告に従ってファクシミリ送受信制御を行う管理機能を持つ。ＳＩＯタスク４５はモデム制御手段であって、モデム４６を直接制御し、ファクシミリ送受信を行う機能を持つ。なお、上記各タスクはいずれも多機能端末装置４に搭載されたプロセッサが、該当する機能を持つプログラムを実行することによって実現する。また、その機能の一部はロジック等によるハードウェアにより構成されていてもよい。
【００２４】
図５に、具体例１のシステムの動作説明図を示す。
この図を用いて、図１に示したシステムの動作を説明する。
まず、図１に示した上位装置３のデータ作成アプリケーション３１は、ファクシミリ送信をするべき画データを作成する。この画データをＦＡＸアプリケーション３２が受け取り、ＦＡＸフォーマット変換ドライバ３２Ａは、これをＦＡＸフォーマットに変換する。図５に示すＦＡＸ用画データ５０は変換後のデータとする。
【００２５】
次に、ＭＦＰＩドライバ３２Ｂは、ＭＦＰＩ勧告に則ってＦＡＸ用画データ５０をパケット化する。このパケットは、既に説明したように、ＭＦＰ４が多重化処理を行う場合に、各処理毎に生成されるパケットと同形式のものである。即ち、このパケット４９がＰＣ側からＭＦＰ側にインタフェースを通じて転送される。ＩＥＥＥ１２８４ドライバ３３とＢＩＣタスク４１とは、ＩＥＥＥ１２８４勧告に則って、セントロニクスインタフェース制御を行い、上記パケットをＭＦＰタスク４２に渡す。
【００２６】
ＭＦＰタスク４２は、受け取ったパケットからＰＣ側で送信したＦＡＸ用画データ５０を復元する。即ち、このように上位装置３側でパケット化をし、多機能端末装置４にそのパケットを送り込むと、多機能端末装置４では、他の機能を実現するためのパケットと同等にファクシミリ通信用のパケットを取り扱い、これを受け付けて、ＭＦＰタスク４２がその内容を復元する。従って、このようなパケット受信の間、多重化された他の機能のパケットも、図示しない別の部分で同等に処理される。
【００２７】
ＭＦＰタスクがＦＡＸ用画データ５０の復元を終了すると、このＦＡＸ用画データ５０は図示しないメモリに記憶され、ＭＳＳタスク４３が起動する。即ち、ＭＳＳタスク４３は、メモリに記憶されたＦＡＸ用画データ５０を順に読み出すための制御情報５１を生成してＳＤＬタスク４４に渡す。ＳＤＬタスク４４は、この段階で、メモリに記憶されたＦＡＸ用画データ５０を指定された相手方に送信するジョブを開始する。即ち、ＳＤＬタスク４４は、従来のファクシミリ装置内部でメモリに格納されたＦＡＸ用画データを指定された宛先に送信するいわゆるメモリ送信動作を開始する。
【００２８】
即ち、この段階では、既に上位装置３による制御を受けることなくＳＤＬタスク４４が独自にＦＡＸ通信のスケジュールを管理して起動する。ＳＤＬタスク４４は、ＦＡＸ用画データ５０を制御情報５１に基づいて順番にメモリから読み出し、ＳＩＯタスク４５に渡す。ＳＩＯタスク４５は、モデム４６のレジスタ等を直接制御しながらモデムによる通信を実行する。この通信はＡＴコマンドを使用しないため、モデムに許された最高速度である２８．８Ｋｂｐｓの通信が可能になる。
【００２９】
次に、受信機能について説明を行う。
受信の際は、図５に示す破線の矢印のような手順で処理が行われる。モデム４６がファクシミリ信号を受信すると、ＳＤＬタスク４４からファクシミリ受信要求がＳＩＯタスク４５に発せられる。これに従って、ＳＩＯタスク４５がファクシミリ受信を制御し、受信されたＦＡＸ用画データが図示しないメモリに記憶される。このＦＡＸ用画データの記憶制御は、ＭＳＳタスク４３によって行われる。そして、メモリに記憶したＦＡＸ用画データ５０をＭＦＰタスク４２がパケット化する。そして、パケット化された信号がインタフェースを介してＰＣ側に転送される。
【００３０】
ＰＣ側では、ＭＦＰＩドライバ３２Ｂがこのパケットを受信し、ＦＡＸ用画データ５０を復元する。受信の場合にもファクシミリ受信制御自身はＭＦＰ側で行われ、受信されたＦＡＸ用画データ５０がパケット化されてＰＣ側に送信されるので、ＰＣ側からのＡＴコマンドによる受信制御は不要になる。
【００３１】
〈具体例１の効果〉
以上により、上位装置からファクシミリ送信を行う場合、上位装置のユーザは既存のアプリケーションを従来通り操作すればよく、その操作性は変わらない。しかも、上位装置はＡＴコマンドでＭＦＰ２のモデムを制御する必要がないため、上位装置やＭＦＰ２の通信負荷が軽減される。また、ＭＦＰ２内部で独自のファクシミリ送受信が可能になるため、ファクシミリ通信速度を最大速度にすることができ、通信時間も短縮され、通信料金削減効果もある。同時に、ＭＦＰ２側において、通信不可が軽減されて処理速度も向上するため、ＦＡＸ通信とその他の機能を多重処理する能力も向上する。
【００３２】
〈具体例２〉
図６に、具体例２の通信システムブロック図を示す。
この図では、通信速度向上のために、ＦＡＸフォーマット変換前の画データの加工を行っている。図のシステムは、データ作成アプリケーション３１とＦＡＸアプリケーション３２の間に、プリンタドライバ３５を挿入した。ここでは、データ作成アプリケーション３１が２ＵＰ／４ＵＰ送信メニューを選択する。即ち、ここで、例えばＡ４判２枚の原稿を並べてＢ４判１枚の原稿に編集し直すという制御を実行する。一般に、プリンタドライバ３５は、こうした画データの編集をする能力を持つ。これにより2ページ分のデータが１ページ分のデータに圧縮される。こうした編集を行った後に、ＦＡＸアプリケーション３２にその画データを供給する。その他の処理は具体例１と同様である。
【００３３】
〈具体例２の効果〉
以上により、例えば２ページ分の送信時間が１ページ分で済み、通信料金の削減を図ることができる。なお、上記の例では、２ページ分を１ページ分に編集するものを示したが、例えば４ページ分を１ページ分に編集するような機能をプリンタドライバに要求し、一層の圧縮を図るような構成にしてもよい。これは、プリンタドライバ３５のような既存のイメージ変換手段を適宜選択することによって実現する。
【図面の簡単な説明】
【図１】具体例１のファクシミリ通信システムブロック図である。
【図２】比較例のシステムブロック図である。
【図３】ファクシミリコマンドシーケンス説明図である。
【図４】ＰＣ−ＭＦＰファクシミリコマンドシーケンス説明図である。
【図５】具体例１のシステムの動作説明図である。
【図６】具体例２の通信システムブロック図である。
【符号の説明】
３ 上位装置
４ 多機能端末装置
５ インタフェース
１０ 通信回線
３１ データ作成アプリケーション
３２ ＦＡＸアプリケーション
３２Ａ ＦＡＸフォーマット変換ドライバ
３２Ｂ ＭＦＰＩドライバ（パケット化手段）
４２ ＭＦＰタスク（復元手段）
４３ ＭＳＳタスク（メモリ情報制御手段）
４４ ＳＤＬタスク（ＦＡＸ通信スケジューラ）
４５ ＳＩＯタスク（モデム制御手段）
４６ モデム
Claims (6)
- 上位装置と、この上位装置とインタフェースを介して接続された多重化処理が可能な多機能端末装置とから成り、
前記上位装置には、データ作成アプリケーションが作成したファクシミリ送信用画データを受けて前記ファクシミリ送信用画データを前記多機能端末装置に搭載するモデムから通信回線上に接続した他のファクシミリにて受信可能なファクシミリ送信で規定された圧縮フォーマットのファクシミリ送信用画データに変換するＦＡＸフォーマット変換ドライバと、前記ＦＡＸフォーマット変換ドライバで変換した前記圧縮フォーマットのファクシミリ送信用画データを多重処理が行われる前記多機能端末装置に用いるパケットにパケット化するパケット化手段が設けられ、
前記多機能端末装置には、前記パケット化手段が生成した前記パケットを前記インタフェースを介して受信して、前記ＦＡＸフォーマット変換ドライバの変換した前記圧縮フォーマットの前記ファクシミリ送信用画データに復元する復元手段と、前記復元した前記圧縮フォーマットの前記ファクシミリ送信用画データをファクシミリ送信するために前記ファクシミリ間との送信手順を制御するＦＡＸ通信スケジューラと、前記モデムを制御して、前記復元した圧縮フォーマットのファクシミリ送信用画データを前記ファクシミリに送信するモデム制御手段とが設けられたことを特徴とするファクシミリ通信システム。 - 上位装置側に、２ページ分の画データまたは４ページ分の画データを１ページにするためにファクシミリ送信用画データを前記圧縮フォーマットに変換する前に、前記ページ分の画データを１ページ分の画データに変換する変換手段を設けたことを特徴とする請求項１記載のファクシミリ通信システム。
- 前記他機能端末装置は、前記モデムを介して受信した圧縮フォーマットのファクシミリ画データをパケット化するパケット化手段を更に備え、前記上位装置は前記多機能端末装置から受信したパケットをファクシミリ画データに復元する復元手段を更に備えることを特徴とする請求項１記載のファクシミリ送信システム。
- 上位装置と多重化処理が可能な多機能端末装置とをインタフェースを介して接続し、
前記上位装置では、データ作成アプリケーションが作成したファクシミリ送信用画データを受けて該ファクシミリ送信用画データを前記多機能端末装置に搭載するモデムから通信回線上に接続した他のファクシミリにて受信可能なファクシミリ送信で規定された圧縮フォーマットのファクシミリ送信用画データに変換し、前記圧縮フォーマットのファクシミリ送信用画データから多重処理が行われる多機能端末装置に用いるパケットを生成して、そのパケットを前記インタフェースを介して前記多機能端末装置に転送し、
前記パケットを受信した多機能端末装置は、受信した前記パケットから前記圧縮フォーマットに変換したファクシミリ送信用画データを復元し、復元した前記ファクシミリ送信用画データを記憶して保持し、前記モデムを制御して前記復元したファクシミリ送信用画データを前記ファクシミリに送信することを特徴とするファクシミリ通信方法。 - 前記多機能端末装置は、前記モデムを介して受信した圧縮フォーマットのファクシミリ画データをパケット化して前記上位装置に送信し、該上位装置は、受信したパケットをファクシミリ画データに復元することを特徴とする請求項４記載のファクシミリ通信方法。
- 前記上位装置は、２ページ分の画データまたは４ページ分の画データを１ページにすることを選択し、ファクシミリ送信用画データを圧縮フォーマットに変換する前に、前記ページ分の画データを１ページ分の画データに変換することを特徴とする請求項４記載のファクシミリ通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23982998A JP4008587B2 (ja) | 1998-08-26 | 1998-08-26 | ファクシミリ通信システムと通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23982998A JP4008587B2 (ja) | 1998-08-26 | 1998-08-26 | ファクシミリ通信システムと通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000069265A JP2000069265A (ja) | 2000-03-03 |
| JP4008587B2 true JP4008587B2 (ja) | 2007-11-14 |
Family
ID=17050482
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23982998A Expired - Lifetime JP4008587B2 (ja) | 1998-08-26 | 1998-08-26 | ファクシミリ通信システムと通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4008587B2 (ja) |
-
1998
- 1998-08-26 JP JP23982998A patent/JP4008587B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000069265A (ja) | 2000-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1052843B1 (en) | System for capturing images from a peripheral unit and transferring the captured images to an image management server | |
| KR20020092813A (ko) | 화상 통신 장치, 화상 처리 장치, 화상 통신 방법, 화상처리 방법, 및 프로그램 | |
| US20120013942A1 (en) | Network Printer | |
| EP1107572A2 (en) | Image forming system, apparatus and method, control method thereof, and storage medium | |
| JP4597258B2 (ja) | データ処理装置及びデータ処理方法 | |
| JP3452234B2 (ja) | 画像入力装置 | |
| JP4008587B2 (ja) | ファクシミリ通信システムと通信方法 | |
| US6049398A (en) | Facsimile machine having resolution compatible with data terminal device | |
| JP3000904B2 (ja) | ファクシミリ装置 | |
| JP3118309B2 (ja) | ファクシミリ通信ネットワークアダプタ | |
| JPH08251342A (ja) | Ｌａｎ接続機能付きファクシミリ装置 | |
| JP3669338B2 (ja) | 通信システム，コンピュータプログラム及び通信装置 | |
| JPH09200298A (ja) | データ通信システム | |
| JPH08256232A (ja) | 多機能コピー装置 | |
| JP3422586B2 (ja) | 複合機能通信装置 | |
| JP3482307B2 (ja) | ファクシミリ装置 | |
| JP2022035165A (ja) | コンピュータシステム、ファクシミリ送信方法、及びプログラム | |
| JPH0993373A (ja) | 画像処理装置及びシステム | |
| KR100213915B1 (ko) | 팩스 데이터 전송 장치 및 방법 | |
| JPH03237871A (ja) | フアクシミリ装置 | |
| JPH07162552A (ja) | 通信装置 | |
| JPH0946461A (ja) | デジタル複写機 | |
| JP2005311444A (ja) | 複合処理装置 | |
| JPH0654106A (ja) | ファクシミリ装置 | |
| JPH10257227A (ja) | ファクシミリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040810 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041012 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050614 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050815 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050826 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050916 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070830 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100907 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110907 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110907 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120907 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120907 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130907 Year of fee payment: 6 |
|
| EXPY | Cancellation because of completion of term |