JP5959838B2 - 通信装置及びその制御方法、並びにプログラム - Google Patents

Description

本発明は、通信装置及びその制御方法、並びにプログラムに関する。

近年、インターネットやＩＰ電話の普及からファクシミリ通信の通信経路としてＩＰ網を利用する方法が確立されてきている。例えば、ＳＩＰ（Session Initiation Protocol）といったリアルタイム通信のためのセッションの生成・変更・切断を行う呼制御プロトコルが標準化されてきている。

また、音声回線を使用してモデム信号音を音声と見做して通信を行う見做し音声通信や、Ｇ３ファクシミリ（Ｔ．３０）の信号をＩＰ網上でＩＰメッセージに変換してリアルタイム伝送を行うＴ．３８プロトコルが勧告化されている。Ｔ．３８プロトコルは、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したものであり、前述の見做し音声通信と対比させて非見做し音声通信と呼ばれることもある。

Ｔ．３８プロトコルによるファクシミリ通信は、音声帯域を必要とする見做し音声通信に比べて帯域幅を少なくできたり、データをモデム信号に変調する必要が無いので高速通信が行えたりするという利点がある。

また、構内ＩＰ網においてＩＰ電話端末の回線交換を行う装置としてＩＰ−ＰＢＸ（Internet Protocol Private Branch eXchange）が普及してきている。ＩＰ−ＰＢＸは企業内のＬＡＮにおいてＩＰ電話による内線電話網を実現するための装置であり、ＳＩＰやＨ．３２３といった呼制御プロトコルを使用してＩＰ電話機等の呼制御を行う。

リアルタイム型インターネットファクシミリ装置はこのＩＰ−ＰＢＸを経由して通信相手先のＩＰアドレスをＳＩＰにより取得し、通信相手先とＰ２Ｐの見做し音声通信またはＴ．３８プロトコルによるファクシミリ通信を行うことができる。

リアルタイム型インターネットファクシミリ装置の送信においてＳＩＰサーバが使用できない場合に、ＳＩＰサーバを介さずに相手先端末のＩＰアドレスを直接指定して呼接続する技術が開示されている（例えば、特許文献１参照）。

開示されたこの技術は、送信時にＳＩＰサーバ（ＩＰ−ＰＢＸ）が使用できない場合に、操作者に相手先端末のＩＰアドレスの入力を促し、入力されたＩＰアドレス宛てにＳＩＰによる呼接続を行うものである。

特開２００９−１３５７６３号公報

しかしながら、リアルタイム型インターネットファクシミリ装置はＳＩＰと見做し音声通信やＳＩＰとＴ．３８プロトコルによるファクシミリ通信を行うことができるが、見做し音声通信かＴ．３８プロトコルを用いるか否かはＳＩＰ上で決められる。

一方ＩＰ−ＰＢＸは、相手先端末とのＳＩＰのメッセージの仲介と相手先ＩＰアドレスを端末へ通知するという役割を担っている。

このようにＳＩＰの仲介を行っているＩＰ−ＰＢＸであるが、ＳＩＰで指定されるメディア（通信種別）に対して制限を持つものもあり、Ｔ．３８プロトコルに対応していないＩＰ−ＰＢＸも存在する。

本発明の目的は、ＳＩＰサーバがＴ．３８プロトコルに対応していない場合に、メディア種別を画像としてセッション確立要求をＳＩＰサーバを介さずに相手先に送信し、そのセッション確立要求に応じて確立された相手先とのセッションによって画像データを送信することができる通信装置及びその制御方法、並びにプログラムを提供することにある。

上記目的を達成するために、請求項１の通信装置は、メディア種別を音声として相手先とのセッションを確立するためのセッション確立要求をＳＩＰサーバに送信する第１送信手段と、前記第１送信手段により送信されたセッション確立要求に応じて前記ＳＩＰサーバから送信されたレスポンスから、前記相手先のアドレスを取得する取得手段と、前記ＳＩＰサーバがＴ．３８プロトコルに対応しているか否かを判定する判定手段と、前記判定手段により、前記ＳＩＰサーバがＴ．３８プロトコルに対応していないと判定された場合に、前記第１送信手段により送信されたセッション確立要求に応じて確立された前記相手先とのセッションを切断する切断手段と、メディア種別を画像として前記相手先と通信するためのセッション確立要求を、前記取得手段により取得されたアドレスを用いて、前記ＳＩＰサーバを介さずに前記相手先に送信する第２送信手段と、前記第２送信手段により送信されたセッション確立要求に応じて確立された前記相手先とのセッションにより、前記ＳＩＰサーバを介さずに前記相手先に画像データを送信する第３送信手段とを備えたことを特徴とする。

本発明によれば、ＳＩＰサーバがＴ．３８プロトコルに対応していない場合に、メディア種別を画像としてセッション確立要求をＳＩＰサーバを介さずに相手先に送信し、そのセッション確立要求に応じて確立された相手先とのセッションによって画像データを送信することができる通信装置及びその制御方法、並びにプログラムを提供することができる。

本発明の実施の形態に係る通信装置の概略構成を示す図である。 図１における通信装置の機能ブロック図である。 従来技術において、Ｔ．３８通信に対応していないＩＰ−ＰＢＸ経由でＴ．３８通信を行おうとした場合のシーケンス図である。 図１における通信装置がＴ．３８通信に対応していないＩＰ−ＰＢＸ経由でＴ．３８通信を行う送信処理の手順を示すシーケンス図である。 図１におけるＣＰＵにより実行される送信処理の手順を示すフローチャートである。

以下、本発明の実施の形態について図面を参照しながら詳述する。

図１は、本発明の実施の形態に係る通信装置１００の概略構成を示す図である。

図１において、通信装置１００は、構内ＩＰまたはＮＧＮなどのＩＰ網１１１に対して通信を行う。ＣＰＵ１０１は、システム制御部であり、装置全体を制御する。ＲＯＭ１０２は、ＣＰＵ１０１の制御プログラムや、後述する送信処理を行うためのプログラムなどが記憶されている。ＲＡＭ１０３は、ＳＲＡＭなどで構成され、ＣＰＵ１０１がワークエリアとして使用したり、画像データなどが記憶される。画像メモリ１０４は、ＤＲＡＭなどで構成され、画像データなどが記憶される。

解像度変換処理部１０５は、ラスタデータのミリ−インチ解像度変換等の解像度変換制御を行う。読取記録用符号化復号化処理部１０６は、通信装置１００で扱う画像データの符号化処理や復号化処理を行う。時計部１０７は、ＩＣ等で構成され、動作間隔などを計測する。

モデム１０８は、ＩＰ網１１１から受信した変調された信号を復調したり、信号を変調しＩＰ網１１１に送出するものである。音声コーデック１０９は、音声信号を符号化したり、符号化された音声信号を複合化する。具体的に、音声コーデック１０９は、Ｇ．７１１及びＧ．７２９といった音声符号化方式をサポートしている。ＬＡＮ Ｉ／Ｆ１１０は、ＩＰ網１１１に対して通信するための制御を行う。

シートスキャン１１３、及びブックスキャン１１４は、ＣＳイメージセンサ、原稿搬送機構などで構成され、原稿を光学的に読み取って電気的な画像データに変換し、出力する。両面原稿の読み取りも可能である。画像処理部１１２は、シートスキャン１１３、またはブックスキャン１１４から出力された画像データに補正処理を施して高精細な画像データを出力する。

ラインバッファ１１６は、画像データの転送制御を行う場合に使用される。プリントバッファ１１７は、印字用文字コードを記憶する為の１ページ分のバッファメモリである。プリンタ１１８は、受信画像やファイルデータを普通紙に記録するＬＢＰ等のプリンタであり、両面記録を行うことができる。

操作部１１５は、キーボード、表示部などで構成され、オペレータにより各種入力操作が行われる。

図２は、図１における通信装置１００の機能ブロック図である。

本実施の形態に係る通信装置１００は、Ｇ３ファクシミリのアプリケーションによる見做し音声通信と、Ｔ．３８プロトコルを用いた通信を併用するため、各方式によるファックス送信が実行可能なように構成されている。以下の説明では、Ｔ．３８プロトコルを用いた通信を単にＴ．３８通信と表現する。

図２において、見做し音声通信をする場合には、操作部１１５にて見做し音声通信によるファクシミリ通信が選択される。ジョブ制御部２０１により、ＩＰ電話による発信／通話ジョブが生成される。

回線制御部２０４はＩＰ電話による発信なので、プロトコルスタック２０７に対してＳＩＰにより相手先と接続するように通知する。プロトコルスタック２０７で作成されたＳＩＰメッセージはＬＡＮ Ｉ／Ｆ１１０を通してＩＰ網１１１へ送信される。

ＳＩＰにより相手先との音声によるセッションが生成されると、通信装置１００に入力された音声が音声コーデック１０９を通じて符号化され、プロトコルスタックのＲＴＰにより音声がＩＰ網１１１へ送信される。

操作部１１５からの送信開始操作により、ＦＡＸ通信制御部２０３はファクシミリ通信を開始する。モデム１０８を通して生成したファクシミリ手順信号及び画像データは、音声コーデック１０９により符号化され、ＲＴＰにより相手先へ送信される。

一方、Ｔ．３８通信をする場合には、操作部１１５でＴ．３８通信が選択される。ジョブ制御部２０１でＴ．３８送信ジョブが生成される。通信管理部２０２は回線制御部２０４を通して、プロトコルスタック２０７に対してＳＩＰにより相手先と接続するように通知する。

プロトコルスタック２０７で作成されたＳＩＰメッセージはＬＡＮ Ｉ／Ｆ１１０を通してＩＰ網１１１へ送信される。ＳＩＰにより相手先とのセッションが生成されると、通信管理部２０２は相手先とＴ．３８プロトコルに従ってファクシミリ手順を行う。

図３は、従来技術において、Ｔ．３８通信に対応していないＩＰ−ＰＢＸ（ＳＩＰサーバ）経由でＴ．３８通信を行おうとした場合のシーケンス図である。

通信装置はＴ．３８通信を行うため、ＩＮＶＩＴＥリクエスト（セッション確立要求）をＩＰ−ＰＢＸ経由で送出する（ステップＳ３０１）。ＩＰ−ＰＢＸはＩＮＶＩＴＥリクエストを相手先へ通知せず、４１５ Unsupported Media Type（サポートされていないメディア・タイプ）などのレスポンスを返信する（ステップＳ３０２）。

通信装置はＩＰ−ＰＢＸにＴ．３８メディアでの通信を拒否されたことにより、相手先のＩＰアドレスも取得できないまま通信はエラー終了となってしまう（ステップＳ３０３）。

図４は、図１における通信装置１００がＴ．３８通信に対応していないＩＰ−ＰＢＸ経由でＴ．３８通信を行う送信処理の手順を示すシーケンス図である。

図４において、通信装置１００は、ＩＰ−ＰＢＸがＴ．３８通信に対応していないので、音声通信接続を行うためにメディア種別（ｍ）がａｕｄｉｏのＩＮＶＩＴＥリクエスト（セッション確立要求）を送信する（ステップＳ４０１）。

相手先は２００ ＯＫ（成功）レスポンスを返し（ステップＳ４０２）、リクエストが成功したことを通知する。通信装置１００は、２００ ＯＫ（成功）を受信したときに、ＩＰアドレスを取得し記憶する（ステップＳ４０３）。

通信装置１００からのＡＣＫ（確認応答）をもってｍ＝ａｕｄｉｏのセッションが生成され見做し音声通信が開始される（ステップＳ４０４）。

通信装置１００は、相手先からのＤＩＳ信号を受信し、受信したＤＩＳ信号から相手先のＴ．３８通信に対応しているか否かの確認を行う（ステップＳ４０５）。相手先がＴ．３８通信に対応していることが確認されると、通信装置１００は、ＢＹＥ（切断）を送信し（ステップＳ４０６）、相手先は２００ ＯＫ（成功）を返して、見做し音声通信を終了する（ステップＳ４０７）。

続いて、通信装置１００は、Ｔ．３８通信を行うためメディア種別（ｍ）がｉｍａｇｅのＩＮＶＩＴＥリクエストをＩＰ−ＰＢＸを経由せず直接相手先へ送信し、ｍ＝ｉｍａｇｅのセッション生成を要求する（ステップＳ４０８）。

相手先は２００ ＯＫ（成功）レスポンスを返し（ステップＳ４０９）、通信装置１００のＡＣＫ（確認応答）の送信（ステップＳ４１０）もって、ｍ＝ｉｍａｇｅのセッションが生成されＴ．３８通信が開始される（ステップＳ４１１）。

Ｔ．３８通信の終了後に、通信装置１００はＢＹＥ（切断）を送信し（ステップＳ４１２）、相手先は２００ ＯＫ（成功）を返してＴ．３８通信が終了する（ステップＳ４１３）。

図５は、図１におけるＣＰＵ１０１により実行される送信処理の手順を示すフローチャートである。

なお、本実施の形態では、ＩＰ−ＰＢＸがＴ．３８通信に対応していない場合について説明しているが、このフローチャートでは、ＩＰ−ＰＢＸがＴ．３８通信に対応している場合も含んだ処理を示している。また、相手先がＴ．３８通信に対応していない場合も含んだ処理を示している。

図５において、まずＩＰ−ＰＢＸが音声通信接続を行うために、メディア種別（ｍ）がａｕｄｉｏの上述したＩＮＶＩＴＥリクエストをＩＰ−ＰＢＸ経由で相手先に送信する（ステップＳ５０１）。このステップＳ５０１は、メディア種別を音声として相手先とのセッションを確立するためのセッション確立要求をＳＩＰサーバに送信する第１送信手段に対応する。

次いで、ＳＩＰにて相手先のＩＰアドレスを取得し、ＲＡＭ１０３に記憶する（ステップＳ５０２）。このステップＳ５０２は、セッション確立要求に応じてＳＩＰサーバから送信されたレスポンスから、相手先のアドレスを取得する取得手段に対応する。

これにより、相手先とのｍ＝ａｕｄｉｏのセッションが確立され、見做し音声通信が開始される（ステップＳ５０３）。

通信装置１００は、相手先からのＤＩＳ信号を受信し（ステップＳ５０４）、受信したＤＩＳ信号（ｂｉｔ３）から相手先がＴ．３８通信に対応しているか否か判別する（ステップＳ５０５：判断手段）。

ステップＳ５０５の判別の結果、相手先がＴ．３８通信に対応しているとき（ステップＳ５０５でＹＥＳ）、さらにＩＰ−ＰＢＸがＴ．３８通信に対応しているか否か判別する（ステップＳ５０８：判定手段）。

ステップＳ５０８の判別の結果、ＩＰ−ＰＢＸがＴ．３８通信に対応していないとき（ステップＳ５０８でＮＯ）、見做し音声通信を終了する（ステップＳ５１１）。このステップＳ５１１は、送信されたセッション確立要求に応じて確立された相手先とのセッションを切断する切断手段に対応する。

次いで、Ｔ．３８通信を行うためにメディア種別（ｍ）がｉｍａｇｅのＩＮＶＩＴＥリクエストを相手先のＩＰアドレス宛てに送信して再接続を行い（ステップＳ５１２）、Ｔ．３８通信によるファクシミリ通信を行って画像データを送信する（ステップＳ５１３）。

上記ステップＳ５１２は、メディア種別を画像として相手先と通信するためのセッション確立要求を、取得されたアドレスを用いて相手先に送信する第２送信手段に対応する。また、ステップＳ５１３は、送信されたセッション確立要求に応じて確立された相手先とのセッションにより、Ｔ．３８プロトコルに従って、相手先にファックスを送信する第３送信手段に対応する。

ファックスの送信が終了すると、切断処理を行い（ステップＳ５０７）、本処理を終了する。

一方、ステップＳ５０５の判別の結果、相手先がＴ．３８通信に対応していないとき（ステップＳ５０５でＮＯ）、見做し音声通信によるファクシミリ通信を行って画像データを送信し（ステップＳ５０６）、上記ステップＳ５０７に進む。このように、相手先がＴ．３８プロトコルに対応していないと判別された場合は、セッションの切断を行わず、ステップＳ５０１により送信されたセッション確立要求により確立されたセッションを用いて相手先に画像データを送信する。

また、上記ステップＳ５０８の判別の結果、ＩＰ−ＰＢＸがＴ．３８通信に対応しているとき（ステップＳ５０８でＹＥＳ）、メディア種別（ｍ）がｉｍａｇｅのｒｅＩＮＶＩＴＥリクエストをＩＰ−ＰＢＸ経由で送信する（ステップＳ５０９）。

こうしてメディア種別の切換えを行い、Ｔ．３８通信によるファクシミリ通信を行って画像データを送信し（ステップＳ５１０）、上記ステップＳ５０７に進む。このように、ＳＩＰサーバがＴ．３８プロトコルに対応していると判別された場合は、セッションの切断を行わず、ステップＳ５０１により送信されたセッション確立要求により確立されたセッションを用いて相手先に画像データを送信する。また、ＳＩＰサーバがＴ．３８プロトコルに対応していると判別された場合に、ステップＳ５０１により送信されたセッション確立要求により確立されたセッションのメディア種別を画像に切り替える。

以上説明した実施の形態において、ＩＰ−ＰＢＸが「Ｔ．３８通信に対応していない」と表現しているが、この「Ｔ．３８通信に対応していない」は、例えばＩＰ−ＰＢＸがＴ．３８通信に対応しているが、Ｔ．３８通信を制限している場合も含んでいる。また、通信種別を制限していることにより、Ｔ．３８通信を制限している場合も含んでいる。

図５の処理によれば、まずディア種別を音声として相手先とのセッションを確立するためのセッション確立要求をＳＩＰサーバに送信する（ステップＳ５０１）。そして、セッション確立要求に応じてＳＩＰサーバから送信されたレスポンスから、相手先のアドレスを取得する（ステップＳ５０２）。

次いで、送信されたセッション確立要求に応じて確立された相手先とのセッションを切断し（ステップＳ５１１）、メディア種別を画像として相手先と通信するためのセッション確立要求を、取得されたアドレスを用いて相手先に送信する（ステップＳ５１２）。

そして、送信されたセッション確立要求に応じて確立された相手先とのセッションにより、相手先に画像データを送信する。その結果、Ｔ．３８プロトコルに対応していないＳＩＰサーバを用いてＴ．３８プロトコルを用いた通信を行うことができる。また、これによりファックスの送信に要するネットワーク帯域を圧縮、もしくはより高速な通信を行うことができる。

（他の実施の形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１００ 通信装置
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０８ モデム
１０９ 音声コーデック
１１０ ＬＡＮ Ｉ／Ｆ
２０１ ジョブ制御部
２０２ 通信管理部
２０３ ＦＡＸ通信制御部
２０４ 回線制御部
２０７ プロトコルスタック

Claims (8)

1. メディア種別を音声として相手先とのセッションを確立するためのセッション確立要求をＳＩＰサーバに送信する第１送信手段と、
   前記第１送信手段により送信されたセッション確立要求に応じて前記ＳＩＰサーバから送信されたレスポンスから、前記相手先のアドレスを取得する取得手段と、
   前記ＳＩＰサーバがＴ．３８プロトコルに対応しているか否かを判定する判定手段と、
   前記判定手段により、前記ＳＩＰサーバがＴ．３８プロトコルに対応していないと判定された場合に、前記第１送信手段により送信されたセッション確立要求に応じて確立された前記相手先とのセッションを切断する切断手段と、
   メディア種別を画像として前記相手先と通信するためのセッション確立要求を、前記取得手段により取得されたアドレスを用いて、前記ＳＩＰサーバを介さずに前記相手先に送信する第２送信手段と、
   前記第２送信手段により送信されたセッション確立要求に応じて確立された前記相手先とのセッションにより、前記ＳＩＰサーバを介さずに前記相手先に画像データを送信する第３送信手段と
   を備えたことを特徴とする通信装置。
2. 前記第１送信手段は、見做し音声通信によりセッション確立要求を送信し、
   前記第２送信手段は、Ｔ．３８プロトコルによりセッション確立要求を送信することを特徴とする請求項１に記載の通信装置。
3. 前記相手先がＴ．３８プロトコルに対応しているか否かを判断する判断手段を更に備え、
   前記判断手段により、前記相手先がＴ．３８プロトコルに対応していないと判断された場合は、前記切断手段によるセッションの切断を行わず、前記第３送信手段は、前記第１送信手段により送信されたセッション確立要求により確立されたセッションを用いて前記相手先に画像データを送信することを特徴とする請求項２に記載の通信装置。
4. 前記判定手段により、前記ＳＩＰサーバがＴ．３８プロトコルに対応していると判定された場合は、前記切断手段によるセッションの切断を行わず、前記第３送信手段は、前記第１送信手段により送信されたセッション確立要求により確立されたセッションを用いて前記相手先に画像データを送信することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 前記判定手段により、前記ＳＩＰサーバがＴ．３８プロトコルに対応していると判定された場合に、前記第１送信手段により送信されたセッション確立要求により確立されたセッションのメディア種別を画像に切り替える手段を更に備えることを特徴とする請求項４に記載の通信装置。
6. 前記判定手段は、前記ＳＩＰサーバから送信されたＤＩＳ信号に基づいて、前記ＳＩＰサーバがＴ．３８プロトコルに対応しているか否かを判定することを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 通信装置の制御方法であって、
   メディア種別を音声として相手先とのセッションを確立するためのセッション確立要求をＳＩＰサーバに送信する第１送信ステップと、
   前記第１送信ステップにより送信されたセッション確立要求に応じて前記ＳＩＰサーバから送信されたレスポンスから、前記相手先のアドレスを取得する取得ステップと、
   前記ＳＩＰサーバがＴ．３８プロトコルに対応しているか否かを判定する判定ステップと、
   前記判定ステップにより、前記ＳＩＰサーバがＴ．３８プロトコルに対応していないと判定された場合に、前記第１送信ステップにより送信されたセッション確立要求に応じて確立された前記相手先とのセッションを切断する切断ステップと、
   メディア種別を画像として前記相手先と通信するためのセッション確立要求を、前記取得ステップにより取得されたアドレスを用いて、前記ＳＩＰサーバを介さずに前記相手先に送信する第２送信ステップと、
   前記第２送信ステップにより送信されたセッション確立要求に応じて確立された前記相手先とのセッションにより、前記ＳＩＰサーバを介さずに前記相手先に画像データを送信する第３送信ステップと
   を備えたことを特徴とする制御方法。
8. 通信装置の制御方法をコンピュータに実行させるためのプログラムであって、
   前記制御方法は、
   メディア種別を音声として相手先とのセッションを確立するためのセッション確立要求をＳＩＰサーバに送信する第１送信ステップと、
   前記第１送信ステップにより送信されたセッション確立要求に応じて前記ＳＩＰサーバから送信されたレスポンスから、前記相手先のアドレスを取得する取得ステップと、
   前記ＳＩＰサーバがＴ．３８プロトコルに対応しているか否かを判定する判定ステップと、
   前記判定ステップにより、前記ＳＩＰサーバがＴ．３８プロトコルに対応していないと判定された場合に、前記第１送信ステップにより送信されたセッション確立要求に応じて確立された前記相手先とのセッションを切断する切断ステップと、
   メディア種別を画像として前記相手先と通信するためのセッション確立要求を、前記取得ステップにより取得されたアドレスを用いて、前記ＳＩＰサーバを介さずに前記相手先に送信する第２送信ステップと、
   前記第２送信ステップにより送信されたセッション確立要求に応じて確立された前記相手先とのセッションにより、前記ＳＩＰサーバを介さずに前記相手先に画像データを送信する第３送信ステップと
   を備えたことを特徴とするプログラム。

Images