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

Abstract

【課題】ＩＰネットワークを介したＦＡＸ送信を実行可能な通信装置で、ＦＡＸ送信の相手先装置に新たな機能の実装を必要とすることなく、操作者による相手先情報の確認を可能にする技術を提供する。
【解決手段】本発明の通信装置（ＩＰＦＡＸ１）は、ＩＰネットワークを介したＦＡＸ送信の相手先装置（ＩＰＦＡＸ２）を示す相手先情報の入力を受け付けると、当該相手先装置に、ＳＩＰによるセッション確立要求を送信する。通信装置は、セッション確立要求に対する応答を相手先装置から受信すると、ＦＡＸ送信の開始前に、当該応答に含まれる相手先情報の確認を、操作者に対して促す。
【選択図】図２

Description

本発明は、ＳＩＰ（Session Initiation Protocol）を用いてＩＰネットワーク上で通信を行う通信装置及びその制御方法、並びにプログラムに関するものである。

近年、インターネットやＩＰ電話の普及により、ファクシミリ（ＦＡＸ）通信の通信経路としてＩＰネットワークを利用する方法が確立されつつある。例えば、Ｇ３ＦＡＸ（Ｔ．３０）の信号をデジタル化し、ＶｏＩＰ（Voice over IP）を利用してＩＰネットワーク上で送信するみなし音声方式がある。また、Ｇ３ＦＡＸ（Ｔ．３０）の信号を、ＩＦＰ（Internet Facsimile Protocol）と称されるプロトコルを用いてＩＰメッセージに変換し、ＩＰネットワーク上でリアルタイム伝送を行うＴ．３８方式が、ＩＴＵ−Ｔによって勧告化されている。このようなＩＰネットワークを利用したファクシミリ装置は、「ＩＰファクシミリ（ＩＰＦＡＸ）」と称される。ＩＰＦＡＸは、リアルタイム通信のためのセッションの生成、変更及び切断を行うＳＩＰ（Session Initiation Protocol）を利用する。これにより、ＩＰＦＡＸは、送信相手先を電話番号で指定するとともに、Ｔ．３８方式を利用して、ＩＰネットワーク上でリアルタイムのファクシミリ通信を行う。

ＩＰＦＡＸでは、送信相手先を電話番号で指定できるため、操作者が送信相手先情報の入力を誤った場合、操作者の意図していない相手先へ重要な文書等の画像データを送信してしまうことがある。このような不都合に対処するための技術として、特許文献１では、ＦＡＸ送信の前に送信相手先情報を表示することで、送信相手先の確認を促す技術が提案されている。具体的には、ＳＩＰによる呼接続の前に、ＭＥＳＳＡＧＥメソッドによるテキスト形式のコマンドを相手先装置に送信することで、当該相手先装置の識別情報を取得し、取得した相手先情報を表示する。これにより、ユーザは、表示された相手先情報が、ユーザが意図した相手先の情報であるかを確認でき、ユーザの意図しない相手先装置への画像データの誤送信を未然に防止している。

特開２００６−１００９６６号公報

しかし、上述の従来技術では、送信相手先の識別情報を確認するために、ＭＥＳＳＡＧＥメソッドによって相手先装置から識別情報を取得する処理が必要がある。これを実現するためには、送信側及び受信側の両方の装置が、このような処理を実行する機能をサポートしていなければならない。また、受信側の装置において、ＭＥＳＳＡＧＥメソッドによって送信する識別情報が誤って登録されている場合、または、識別情報自体が未登録である場合、送信側の装置が受信側の装置から適切に識別情報（相手先情報）を取得できない。

本発明は、上述の課題に鑑みてなされたものである。本発明は、ＩＰネットワークを介したＦＡＸ送信を実行可能な通信装置で、ＦＡＸ送信の相手先装置に新たな機能の実装を必要とすることなく、操作者による相手先情報の確認を可能にする技術を提供することを目的としている。

本発明は、例えば、通信装置として実現できる。本発明の一態様に係る通信装置は、ＩＰネットワークを介してＳＩＰによりファクシミリ（ＦＡＸ）送信を実行可能な通信装置であって、前記ＩＰネットワークを介したＦＡＸ送信の相手先装置を示す相手先情報の入力を操作者から受け付ける受付手段と、入力された前記相手先情報が示す相手先装置に、前記ＩＰネットワークを介してＳＩＰによるセッション確立要求を送信する送信手段と、前記セッション確立要求に対する応答を前記相手先装置から受信すると、前記ＦＡＸ送信の開始前に、前記応答に含まれる相手先情報の確認を前記操作者に促す確認手段とを備えることを特徴とする。

本発明によれば、ＩＰネットワークを介したＦＡＸ送信を実行可能な通信装置で、ＦＡＸ送信の相手先装置に新たな機能の実装を必要とすることなく、操作者による相手先情報の確認が可能になる。

本発明の実施形態に係るＩＰＦＡＸ装置の構成を示すブロック図。 本発明の実施形態に係るＩＰＦＡＸ装置における呼接続処理のシーケンス図。 本発明の実施形態に係るＩＰＦＡＸ装置における呼接続処理で送受信されるＳＩＰメッセージのヘッダ部分の一例を示す図。 本発明の実施形態に係るＩＰＦＡＸ装置において表示される確認画面の一例を示す図。 本発明の実施形態に係るＩＰＦＡＸ装置における呼接続処理の手順を示すフローチャート。 本発明の実施形態に係るＩＰＦＡＸ装置におけるＦＡＸ通信処理（Ｓ２０８）の手順を示すフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜ＩＰＦＡＸ装置の構成＞
図１は、本発明の実施形態に係るＩＰファクシミリ（ＩＰＦＡＸ）装置１００の構成例を示すブロック図である。なお、ＩＰＦＡＸ装置１００，２００は、同様の構成を備えるものとする。図１に示すように、ＩＰＦＡＸ装置１００（ＩＰＦＡＸ１）は、ＩＰネットワーク１４０を介してＩＰＦＡＸ装置２００（ＩＰＦＡＸ２）と接続されている。ＩＰネットワーク１４０は、構内ＩＰ網またはＮＧＮ等の、ＩＰベースの通信が行われるネットワークである。ＩＰネットワーク１４０には、ＩＰ交換機１５０が接続されている。ＩＰ交換機１５０は、ＳＩＰによる呼制御を行うことで、ＩＰネットワーク１４０に接続されたＩＰＦＡＸ装置１００，２００の交換処理を行う。なお、本実施形態で、ＩＰＦＡＸ装置１００，２００は、ＩＰネットワークを介してＳＩＰによりファクシミリ（ＦＡＸ）送信を実行可能な通信装置の一例である。

ＩＰＦＡＸ装置１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、画像メモリ１０４、解像度変換部１０５、符号化／復号処理部１０６、時計部１０７、デジタルモデム１０８、ＳＬＩＣ１０９、電話機１１０、ＬＡＮインタフェース（Ｉ／Ｆ）１１１、画像処理部１１２、操作部１１５、ラインバッファ１１６、及びプリントバッファ１１７を備える。これらのデバイスは、システムバス１２０を介して互いに接続されている。また、ＩＰＦＡＸ装置１００は、ＳＬＩＣ１０９に接続された電話機１１０と、画像処理部１１２に接続されたシートスキャナ１１３及びブックスキャナ１１４と、プリントバッファ１１７に接続されたプリンタ１１８とを更に備える。

ＣＰＵ１０１は、システム制御部であり、ＩＰＦＡＸ装置１００全体を制御する。ＲＯＭ１０２は、ＣＰＵ１０１の制御プログラムを格納している。ＲＡＭ１０３は、ＳＲＡＭ等で構成され、ＩＰＦＡＸ装置１００の設定情報、画像データの管理情報等の、バックアップが必要なデータを格納する。画像メモリ１０４は、ＤＲＡＭ等で構成され、ＩＰＦＡＸ装置１００が処理する画像データを格納する。

解像度変換部１０５は、ラスタデータのミリ−インチ解像度変換等の解像度変換処理を行う。読取及び記録用の符号化／復号処理部１０６は、ＩＰＦＡＸ装置１００で処理する画像データの符号化処理及び復号処理を行う。時計部１０７は、ＩＣ等で構成され、時間を計時するアプリケーションによって利用される。

デジタルモデム１０８は、ＩＰＦＡＸ装置１００から送信する制御信号及び画像データを用いた変調、及びＧ．７１１等の音声符号化を行って生成したデジタル信号を、ＬＡＮ Ｉ／Ｆ１１１を介してＩＰネットワーク１４０に送信する。

ＳＬＩＣ（Subscriber Line Interface Circuit）１０９は、Ｇ．７１１等の音声符号化によるアナログ‐デジタル変換及び電話回線のエミュレーションを行う。電話機１１０は、通話に使用するハンドセットや留守番電話機等の電話機である。電話機１１０は、図１に示すようにＩＰＦＡＸ装置１００に組み込まれていてもよいし、ＩＰＦＡＸ装置１００に対して外付けされていてもよい。ＳＬＩＣ１０９は、電話回線（交換機）の呼出信号及び各種トーン信号の生成といった、電話回線を介した回線接続処理をエミュレートする機能を有する。これにより、ＳＬＩＣ１０９は、電話機１１０を、電話回線を介すことなくＩＰネットワーク１４０に接続することが可能である。また、ＳＬＩＣ１０９は、電話機１１０からオフフック信号及び選択信号を受信すると、それらの信号を受信したことをＣＰＵ１０１に通知する。

ＬＡＮ Ｉ／Ｆ１１１は、ＩＰネットワーク１４０に対するインタフェースとして機能し、ＩＰネットワーク１４０を介してＩＰＦＡＸ装置１００と接続された、ＩＰＦＡＸ装置２００等の外部装置との間の通信を制御する。画像処理部１１２は、シートスキャナ１１３またはブックスキャナ１１４による読み取りによって得られた画像データに補正処理を施すことで、より高精細な画像データを出力する。シートスキャナ１１３及びブックスキャナ１１４は、ＣＳイメージセンサ、原稿搬送機構等を備え、原稿の画像を光学的に読み取り、電気的な画像データに変換して出力する。なお、いずれのスキャナも両面原稿の読み取りを行うことが可能である。

操作部１１５は、キーボード、タッチパネル等の入力デバイスと、種々の情報を表示する表示デバイス（表示部）とを備え、操作者（ユーザ）に対するユーザＩ／Ｆとして機能する。本実施形態では、後述する接続確認モードにおいて、相手先電話番号等の相手先情報が表示デバイスに表示される。操作者は、表示された相手先情報を確認し、相手先情報に対応する相手先装置への接続の許否（ＦＡＸ送信を許可するか否か）を、入力デバイス介して入力しうる。

ラインバッファ１１６は、画像データの転送制御を行う場合に、１ライン分のデータをバッファリングするために使用される。プリントバッファ１１７は、プリンタ１１８による印刷を行う場合に、印刷用の画像データにおける１ページ分のデータをバッファリングするために使用される。プリンタ１１８は、ＦＡＸ通信による受信画像等の画像を普通紙等のシートに印刷する。プリンタ１１８は、両面印刷を行うことも可能である。

＜ＩＰＦＡＸ装置間の呼接続処理＞
図２は、本実施形態に係るＩＰＦＡＸ装置１００（ＩＰＦＡＸ１）とＩＰＦＡＸ装置２００（ＩＰＦＡＸ２）との間の呼接続処理のシーケンス図である。図２では、ＩＰネットワーク１４０を介してＩＰＦＡＸ１からＩＰＦＡＸ２に対してＦＡＸ送信を行う場合を示している。本実施形態では、送信側のＩＰＦＡＸ１と受信側のＩＰＦＡＸ２は、ＳＩＰによりセッションを確立し、ＦＡＸ通信を行う。

まず、Ｓ１０１で、送信側のＩＰＦＡＸ１は、ＩＰネットワーク１４０を介したＦＡＸ送信の相手先装置を示す相手先情報の入力を、操作者から受け付ける。相手先情報は、例えば、相手先装置に対応する電話番号、ＳＩＰ ＵＲＩ等の、相手先装置の識別情報である。本実施形態では、操作者は、ＩＰＦＡＸ１の操作部１１５を操作することで、相手先電話番号「０４４−２９９−６０ｘｘ」を、相手先電話番号として入力するものとする。これにより、Ｓ１０２で、ＩＰＦＡＸ１は、入力された相手先情報が示す、受信側のＩＰＦＡＸ２に対し、ＩＰ交換機１５０を介して、ＳＩＰによるセッション確立要求（ＩＮＶＩＴＥ）を送信する。

受信側のＩＰＦＡＸ２は、Ｓ１０３で、ＩＰ交換機１５０を介して、ＩＰＦＡＸ１からのセッション確立要求（ＩＮＶＩＴＥ）を受信する。セッション確立要求に受信に応じて、Ｓ１０４で、ＩＰＦＡＸ２は、呼出し中（即ち、セッション確立要求の処理中）であることを示す暫定応答（１８０ Ｒｉｎｇｉｎｇ）を、ＩＰ交換機１５０を介してＩＰＦＡＸ１に対して送信する。ＩＰＦＡＸ１は、Ｓ１０５で、ＩＰ交換機１５０を介して暫定応答（１８０ Ｒｉｎｇｉｎｇ）を受信すると、ＩＰＦＡＸ２において呼出し中であることを認識する。その後、ＩＰＦＡＸ２は、Ｓ１０６で、呼び出しに成功した（即ち、ＦＡＸ送信を受信可能である）ことを示す成功応答（２００ ＯＫ）を、ＩＰ交換機１５０を介して送信する。これにより、ＩＰＦＡＸ２は、ＦＡＸ送信を受信可能であることをＩＰＦＡＸ１に通知する。

ＩＰ交換機１５０を介して成功応答（２００ ＯＫ）を受信すると、ＩＰＦＡＸ１は、Ｓ１０８で、受信した成功応答からＩＰＦＡＸ２に関する相手先情報を取得する。更に、ＩＰＦＡＸ１は、ＦＡＸ送信の開始前に、取得した相手先情報が示す相手先装置に実際にＦＡＸ送信を行うか否かの確認を操作者に促す。例えば、ＩＰＦＡＸ１は、受信した成功応答（２００ ＯＫ）に含まれる、ＩＰＦＡＸ２の電話番号を操作部１１５に表示することで、相手先情報の確認を操作者に促しうる。

ここで、ＩＰＦＡＸ２からＩＰＦＡＸ１に送信される、暫定応答（１８０ Ｒｉｎｇｉｎｇ）及び成功応答（２００ ＯＫ）に対応するＳＩＰメッセージには、実際の通信で使用している送信側ＩＰＦＡＸ１及び受信側ＩＰＦＡＸ２を示す情報（識別情報）が記載されている。このため、ＩＰＦＡＸ１は、暫定応答または成功応答から、受信側ＩＰＦＡＸ２を示す情報を相手先情報として取得できる。

図３は、セッション確立要求（ＩＮＶＩＴＥ）に応答してＩＰＦＡＸ２からＩＰＦＡＸ１に送信される、成功応答（２００ ＯＫ）に対応するＳＩＰメッセージの一例（３００）を示している。なお、破線で示す各部分は、（その直前に記載されている）各ヘッダ・フィールドの記載内容を示している。ＳＩＰメッセージ３００のヘッダ３１０において、Ｆｒｏｍヘッダ・フィールド３１１は、送信側のＩＰＦＡＸ１のＵＲＩ情報を示し、Ｔｏヘッダ・フィールド３１２は、受信側のＩＰＦＡＸ２のＵＲＩ情報を示している。

図３に示すように、Ｔｏヘッダ・フィールド３１２には、受信側ＩＰＦＡＸ２の電話番号「０４４−２９９−６０ｘｘ」が含まれている。本例では、ＩＰＦＡＸ１は、この電話番号を相手先情報として取得する。ＩＰＦＡＸ１は、取得した相手先情報を、例えば図４に示すように操作部１１５に表示することで、操作者に確認を促しうる。これにより、操作者は、入力した相手先情報が正しいか否か（即ち、操作者が意図した相手先であるか否か）を、ＦＡＸ送信前に確認できる。

ＩＰＦＡＸ１は、Ｓ１０８で、操作部１１５を介した操作入力（例えば、図４に示す画面上で「はい」を選択）により、操作者によってＦＡＸ送信の実行が許可されると、Ｓ１０９で、ＩＰＦＡＸ２に対して確認応答（ＡＣＫ）を送信する。これにより、ＩＰＦＡＸ１とＩＰＦＡＸ２との間にセッションが確立される。その後、Ｓ１１０で、ＩＰＦＡＸ１は、確立されたセッションで、ＩＰＦＡＸ２に対してＴ．３８方式またはみなし音声方式によるＦＡＸ送信の実行を開始する。

ＩＰＦＡＸ１からＩＰＦＡＸ２へのＦＡＸ送信が終了すると、Ｓ１１１で、ＩＰＦＡＸ２は、ＩＰ交換機１５０を介して、ＩＰＦＡＸ１に対して切断要求（ＢＹＥ）を送信する。これにより、ＩＰＦＡＸ２は、Ｔ．３８方式またはみなし音声方式によるＦＡＸ送信の受信が終了したことをＩＰＦＡＸ１に通知する。ＩＰＦＡＸ１は、Ｓ１１２で、切断要求（ＢＹＥ）を受信すると、Ｓ１１３で、ＩＰ交換機１５０を介して、成功応答（２００ ＯＫ）をＩＰＦＡＸ２に対して送信する。Ｓ１１４で、ＩＰＦＡＸ２は、成功応答（２００ ＯＫ）を受信すると、確立されているセッションを終了する。

＜送信側ＩＰＦＡＸ装置の処理＞
図５は、本実施形態に係るＩＰＦＡＸ装置１００，２００（ＩＰＦＡＸ１，２）で実行される、呼接続処理の手順を示すフローチャートである。ここでは、ＩＰＦＡＸ１からＩＰＦＡＸ２に対してＦＡＸ送信を行う場合に、ＩＰＦＡＸ１によって実行される処理について説明する。なお、図５に示す各ステップの処理は、ＣＰＵ１０１が、ＲＯＭ１０２に格納されたプログラムをＲＡＭ１０３に読み出して実行することによって、ＩＰＦＡＸ１において実現される。

まず、Ｓ２０１で、ＣＰＵ１０１は、操作部１１５を介した操作者の操作入力によって、相手先情報の入力を受け付ける。ここでは、ＣＰＵ１０１は、相手先情報として、相手先電話番号の入力を受け付けるものとする。なお、入力される相手先情報は、ＩＰネットワーク１４０を介したＦＡＸ送信のための相手先装置を示す情報であってもよいし、ＩＰネットワーク１４０を介した通話のための相手先装置を示す情報であってもよい。このように、Ｓ２０１で、ＣＰＵ１０１は受付手段の一例として機能する。次に、Ｓ２０２で、ＣＰＵ１０１は、入力された相手先情報が示す相手先装置を送信先として、ＳＩＰによるセッション確立要求（ＩＮＶＩＴＥ）を、ＬＡＮ Ｉ／Ｆ１１１からＩＰネットワーク１４０を介して送信し、処理をＳ２０３に進める。

Ｓ２０３で、ＣＰＵ１０１は、セッション確立要求が成功したことを示す（即ち、ＦＡＸ送信を受信可能であることを示す）成功応答（２００ ＯＫ）を、受信側の相手先装置から受信したか否かを判定することで、成功応答を受信するまで待機する。ＣＰＵ１０１は、成功応答（２００ ＯＫ）を受信すると（Ｓ２０３で「ＹＥＳ」）、Ｓ２０４に処理を進める。

Ｓ２０４で、ＣＰＵ１０１は、セッション確立要求（ＩＮＶＩＴＥ）が、通話のための発信動作として行われたのか、ＦＡＸ送信のための発信動作として行われたのかを判定する。例えば、ＣＰＵ１０１は、ＦＡＸ送信ジョブに起因してセッション確立要求を行った場合には、ＦＡＸ送信のための発信動作としてセッション確立要求が行われたと判定し（Ｓ２０４で「ＹＥＳ」）、処理をＳ２０８に進める。一方、ＣＰＵ１０１は、電話機１１０から出力されたオフフック信号及び選択信号をＳＬＩＣ１０９が検知した場合には、通話のための発信動作としてセッション確立要求が行われたと判定し（Ｓ２０４で「ＮＯ」）、処理をＳ２０５に進める。

（通話処理）
ＣＰＵ１０１は、Ｓ２０５で、確認応答（ＡＣＫ）を相手先装置に送信するとともに、Ｓ２０６で、相手先装置との間でＶｏＩＰによる通話処理を開始する。このように、ＣＰＵ１０１は、通話処理を行う場合には、ＦＡＸ送信の場合と異なり、操作者に対して相手先情報の確認を促さなくてもよい。これは、通話のための発信の場合には、操作者が意図していない相手先装置と間で誤って通話を開始してしまったとしても、操作者自身が相手先装置の操作者との会話において間違い電話であることを知らせ、通話を終了すればよいためである。ＣＰＵ１０１は、通話が終了すると、Ｓ２０７で、確立されているセッションについての切断要求（ＢＹＥ）を相手先装置に送信し、相手先装置から成功応答（２００ ＯＫ）を受信することによって、セッションの切断処理を行う。これにより、ＣＰＵ１０１は、通話処理を終了する。

（ＦＡＸ送信処理）
Ｓ２０４からＳ２０８に処理を進めると、ＣＰＵ１０１は、図６に示す手順に従ってＦＡＸ送信処理（Ｓ２１１〜Ｓ２２４）を行う。Ｓ２１１で、ＣＰＵ１０１は、ＩＰＦＡＸ装置１００において、相手先情報の確認を操作者に促して、相手先装置との接続の許否を操作者から受け付ける接続確認処理を行う接続確認モードの設定が予め行われているか否かを判定する。ＣＰＵ１０１は、接続確認モードが設定されていると判定した場合には、処理をＳ２１２に進め、設定されていないと判定した場合には、処理をＳ２１９に進める。

Ｓ２１２で、ＣＰＵ１０１は、特定の通信種別の送信を行う否かを判定する。ここで、特定の通信種別の送信とは、例えば、予め設定された時間にＦＡＸ送信を行うタイマ送信、複数の相手先装置に同時にＦＡＸ送信を行う同報送信、または通信エラー等の発生によるＦＡＸ送信の再送信である。これらの送信は、ＩＰＦＡＸ装置１００の前に操作者が不在となるタイミングで実行されうる。このような場合には、取得した相手先情報を操作部１１５に表示したとしても、相手先情報を操作者に確認させることができない。そこで、Ｓ２１２で、ＣＰＵ１０１は、特定の通信種別の送信を行うと判定した場合、接続確認処理を実行することなく処理をＳ２１９に進め、ＦＡＸ送信を行う。一方、ＣＰＵ１０１は、特定の通信種別の送信を行わないと判定した場合、処理をＳ２１３に進める。このような動作により、操作者がＩＰＦＡＸ装置１００の前から不在となりうる状況において接続確認処理を不必要に行うことを避けることができる。

Ｓ２１３で、ＣＰＵ１０１は、相手先装置から受信した成功応答（２００ ＯＫ）に対応するＳＩＰメッセージから、相手先情報を取得する。更に、Ｓ２１４で、ＣＰＵ１０１は、取得した相手先情報を、例えば図４に示すように操作部１１５に表示することで、相手先情報の確認（操作者が意図した相手先装置であるか否か）を操作者に促す。その際、ＣＰＵ１０１は、Ｓ２１５で、ＡＣＫ送信待ちタイマを開始して、操作者による接続確認情報の入力を待つ（Ｓ２１６〜Ｓ２１８）。

Ｓ２１６で、ＣＰＵ１０１は、操作者によって接続確認情報が入力されずに、ＡＣＫ送信待ちタイマがタイムアップした場合（Ｓ２１６で「ＹＥＳ」）、接続が禁止されたものとみなし、処理をＳ２２４に進める。Ｓ２２４で、ＣＰＵ１０１は、セッション確立のキャンセル要求（ＣＡＮＣＥＬ）を相手先装置に送信する。このように、ＣＰＵ１０１は、相手先情報を操作部１１５に表示してから、操作者によってＦＡＸ送信の実行が許可されずに所定の時間が経過すると、キャンセル要求を相手先装置に送信する。キャンセル要求（ＣＡＮＣＥＬ）に応答して、相手先装置から成功応答（２００ ＯＫ）を受信することによって、ＣＰＵ１０１は、セッションをキャンセルし、処理を終了する。これにより、例えば操作者がＩＰＦＡＸ装置１００から離れてしまったような状況において、接続確認処理のための待機状態が不必要に継続することを避けることができる。

ＣＰＵ１０１は、Ｓ２１７で、操作者によって接続確認情報が入力されない場合（Ｓ２１７で「ＮＯ」）、Ｓ２１６における判定処理を繰り返し、操作者によって接続確認情報が入力された場合（Ｓ２１７で「ＹＥＳ」）、処理をＳ２１８に進める。Ｓ２１８で、ＣＰＵ１０１は、相手先情報の確認に基づいて、操作者によって接続（即ち、ＦＡＸ送信の実行）が許可された場合には、処理をＳ２１９に進める。一方、ＣＰＵ１０１は、操作者によって接続が許可されなかった（即ち、ＦＡＸ送信の実行が禁止された）場合には、処理をＳ２２４に進める。Ｓ２２４で、ＣＰＵ１０１は、セッション確立のキャンセル要求（ＣＡＮＣＥＬ）を相手先装置に送信する。キャンセル要求（ＣＡＮＣＥＬ）に応答して、相手先装置から成功応答（２００ ＯＫ）を受信することによって、ＣＰＵ１０１は、セッションをキャンセルし、処理を終了する。このようにして、ＦＡＸ送信の相手先装置に新たな機能の実装を必要とすることなく、送信元のＩＰＦＡＸ装置１００において操作者による相手先情報の確認が可能となる。

Ｓ２１９〜Ｓ２２３で、ＣＰＵ１０１は、セッション確立要求に対応するセッションを最終的に確立し、当該セッションで相手先装置に対してＦＡＸ送信を実行する。具体的には、Ｓ２１９で、ＣＰＵ１０１は、予め設定されたメディア種別（ｍ）に応じた方式で、相手先装置に対するＦＡＸ送信を行う。メディア種別（ｍ）は、ＩＰＦＡＸ装置１００において予め設定されている。なお、ＣＰＵ１０１は、予め設定されているメディア種別（ｍ）をセッション確立要求（Ｓ２０２）に記述することで、相手先装置に通知している。

Ｓ２１９で、ＣＰＵ１０１は、メディア種別（ｍ）として「ａｕｄｉｏ」を使用する場合（Ｓ２１９で「ＹＥＳ」）、処理をＳ２２０に進める。ＣＰＵ１０１は、Ｓ２２０で、確認応答（ＡＣＫ）を相手先装置に対して送信することで、メディア種別「ａｕｄｉｏ」でセッションを確立するとともに、Ｓ２２１で、みなし音声方式によるＦＡＸ送信（Ｇ３ＦＡＸ送信）を行う。ここで、みなし音声方式とは、Ｇ３ＦＡＸ信号を音声とみなしてＩＰネットワーク上でＦＡＸ通信を行う方式に相当する。ＦＡＸ送信が終了すると、ＣＰＵ１０１は、処理をＳ２２４に進める。

一方、Ｓ２１９で、ＣＰＵ１０１は、メディア種別（ｍ）として「ｉｍａｇｅ」または「ａｐｐｌｉｃａｔｉｏｎ」を使用する場合（Ｓ２１９で「ＮＯ」）、処理をＳ２２２に進める。ＣＰＵ１０１は、Ｓ２２２で、確認応答（ＡＣＫ）を相手先装置に対して送信することで、メディア種別「ｉｍａｇｅ」または「ａｐｐｌｉｃａｔｉｏｎ」でセッションを確立するとともに、Ｓ２２３で、Ｔ．３８方式によるＦＡＸ送信を行う。ＦＡＸ送信が終了すると、ＣＰＵ１０１は、処理をＳ２２４に進める。

Ｓ２２４で、ＣＰＵ１０１は、確立されているセッションについて切断要求（ＢＹＥ）を相手先装置に送信し、相手先装置から成功応答（２００ ＯＫ）を受信することによって、セッションの切断処理を行い、ＦＡＸ送信処理を終了する。

以上説明したように、本実施形態に係るＩＰＦＡＸ装置１００は、ＩＰネットワークを介したＦＡＸ送信の相手先装置（例えばＩＰＦＡＸ装置２００）を示す相手先情報の入力を受け付けると、当該相手先装置に、ＳＩＰによるセッション確立要求を送信する。ＩＰＦＡＸ装置１００は、セッション確立要求に対する応答（暫定応答または成功応答）を相手先装置から受信すると、ＦＡＸ送信の開始前に、当該応答に含まれる相手先情報の確認を、操作者に対して促す。ＩＰＦＡＸ装置１００は、例えば、操作部１１５に相手先情報の確認を表示することによって、ＦＡＸ送信の実行を許可すべきか否かを示す接続確認情報の入力を、操作者から受け付ける。更に、ＩＰＦＡＸ装置１００は、入力された接続確認情報に基づいて、ＦＡＸ送信の実行を制御する。

本実施形態によれば、ＳＩＰによる標準の呼接続手順に基づいて、相手先装置から相手先情報を取得して、取得した情報を操作者に確認させることができる。このため、ＦＡＸ送信の相手先装置に新たな機能の実装を必要とすることなく、操作者による相手先情報の確認が可能になる。したがって、ＦＡＸ送信前の相手先情報の確認を、より簡易な手順で実現できるとともに、その確認の結果に基づいて、ＦＡＸ送信の実行を適切に制御することが可能である。

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

Claims (10)

1. ＩＰネットワークを介してＳＩＰによりファクシミリ（ＦＡＸ）送信を実行可能な通信装置であって、
   前記ＩＰネットワークを介したＦＡＸ送信の相手先装置を示す相手先情報の入力を操作者から受け付ける受付手段と、
   入力された前記相手先情報が示す相手先装置に、前記ＩＰネットワークを介してＳＩＰによるセッション確立要求を送信する送信手段と、
   前記セッション確立要求に対する応答を前記相手先装置から受信すると、前記ＦＡＸ送信の開始前に、前記応答に含まれる相手先情報の確認を前記操作者に促す確認手段と
   を備えることを特徴とする通信装置。
2. 前記相手先情報の確認に基づいて、前記操作者によって前記ＦＡＸ送信の実行が許可されると、前記応答に対する確認応答を送信することで前記相手先装置との間にセッションを確立し、当該セッションで前記相手先装置に対して前記ＦＡＸ送信を実行する制御手段
   を更に備えることを特徴とする請求項１に記載の通信装置。
3. 前記制御手段は、
   前記相手先情報の確認に基づいて、前記操作者によって前記ＦＡＸ送信の実行が禁止されると、セッション確立のキャンセル要求を前記相手先装置に送信することを特徴とする請求項２に記載の通信装置。
4. 前記確認手段は、前記応答に含まれる相手先情報を、前記通信装置が備える表示部に表示することによって、前記操作者に確認を促すことを特徴とする請求項２または３に記載の通信装置。
5. 前記制御手段は、
   前記相手先情報を前記表示部に表示してから、前記操作者によって前記ＦＡＸ送信の実行が許可されずに所定の時間が経過すると、セッション確立のキャンセル要求を前記相手先装置に送信することを特徴とする請求項４に記載の通信装置。
6. 前記受付手段は、前記ＩＰネットワークを介した通話の相手先装置を示す相手先情報を前記操作者から受け付け可能であり、
   前記通話を開始するために前記送信手段によって前記相手先装置に前記セッション確立要求が送信されると、
   前記確認手段は、前記相手先情報の確認を前記操作者に促さず、
   前記制御手段は、前記セッション確立要求に対する応答の受信に応じて確認応答を送信することで前記相手先装置との間にセッションを確立し、当該セッションで前記相手先装置に対して前記ＦＡＸ送信を実行する
   ことを特徴とする請求項２乃至５のいずれか１項に記載の通信装置。
7. 予め設定された時間に前記ＦＡＸ送信を行うタイマ送信、複数の相手先装置に同時に前記ＦＡＸ送信を行う同報送信、または通信エラーの発生による前記ＦＡＸ送信の再送信を行う場合には、
   前記確認手段は、前記相手先情報の確認を前記操作者に促さず、
   前記制御手段は、前記セッション確立要求に対する応答の受信に応じて確認応答を送信することで前記相手先装置との間にセッションを確立し、当該セッションで前記相手先装置に対して前記ＦＡＸ送信を実行する
   ことを特徴とする請求項２乃至６のいずれか１項に記載の通信装置。
8. 前記応答は、前記セッション確立要求に応じて前記相手先装置から受信される、前記セッション確立要求を処理中であることを示す暫定応答、または前記ＦＡＸ送信を受信可能であることを示す成功応答であることを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. ＩＰネットワークを介してＳＩＰによりファクシミリ（ＦＡＸ）送信を実行可能な通信装置の制御方法であって、
   前記ＩＰネットワークを介したＦＡＸ送信の相手先装置を示す相手先情報の入力を操作者から受け付ける受付工程と、
   入力された前記相手先情報が示す相手先装置に、前記ＩＰネットワークを介してＳＩＰによるセッション確立要求を送信する送信工程と、
   前記セッション確立要求に対する応答を前記相手先装置から受信すると、前記ＦＡＸ送信の開始前に、前記応答に含まれる相手先情報の確認を前記操作者に促す確認工程と
   を含むことを特徴とする通信装置の制御方法。
10. 請求項９に記載の通信装置の制御方法における各工程をコンピュータに実行させるためのプログラム。

Images