JP5853936B2 - 通信装置、ファクシミリ装置及びプログラム - Google Patents

Description

本発明は、通信装置、ファクシミリ装置及びプログラムに関する。

特許文献１に記載されたファクシミリ装置は、ＳＩＰ（Session Initiation Protocol）のＭＥＳＳＡＧＥメソッドを利用して着呼側装置に対して当該着呼側装置を識別するための識別情報を要求し、着呼側装置から受信した識別情報を表示し、画像の送信を実行する操作が行われると、ＳＩＰのＩＮＶＩＴＥメソッドにより着呼側装置にセッションの確立を要求し、セッションが確立されたならば着呼側装置に画像を送信する。

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

本発明は、ＳＩＰによる発呼からセッションの確立までの間に、着呼側装置を識別するための情報を受信してユーザに確認させることを目的とする。

請求項１に係る発明は、ＳＩＰ（Session Initiation Protocol）におけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置からオファーを送信するパターンに対応するパターン情報を着呼側装置に送信する第１送信手段と、前記パターン情報で指定されたパターンに従って前記着呼側装置から送信されたオファーと、前記着呼側装置を識別するための着呼側装置情報とを受信した場合に、当該着呼側装置情報を提示する提示手段と、前記提示手段による前記着呼側装置情報の提示後に予め定められた条件を満たした場合に、前記着呼側装置にアンサーを送信することによって前記着呼側装置とのセッションを確立させる第２送信手段とを有する通信装置である。

請求項１に記載の通信装置において、操作を受け付ける受付手段を有し、前記第２送信手段は、前記提示手段による前記着呼側装置情報の提示後に予め定められた操作が前記受付手段によって受け付けられた場合に、前記着呼側装置に前記アンサーを送信するようにしてもよい（請求項２に係る発明）。
請求項１又は２に記載の通信装置において、前記提示手段による前記着呼側装置情報の提示後に経過した経過時間を計測する計時手段を有し、前記第２送信手段は、前記経過時間が閾値に達した場合に、前記着呼側装置に前記アンサーを送信するようにしてもよい（請求項３に係る発明）。

請求項１乃至３のいずれかに記載の通信装置において、前記第１送信手段は、前記パターン情報に加えて自装置を識別するための発呼側装置情報を前記着呼側装置に送信するようにしてもよい（請求項４に係る発明）。
請求項１乃至４のいずれかに記載の通信装置において、前記着呼側装置情報を登録する登録手段を有し、前記第１送信手段は、前記登録手段に登録済みの着呼側装置情報に対応する着呼側装置に対して、前記パターン情報を送信せずに、前記オファーを送信するようにしてもよい（請求項５に係る発明）。
請求項１乃至４のいずれかに記載の通信装置において、前記着呼側装置情報を登録する登録手段を有し、前記受信した着呼側装置情報が前記登録手段に登録済みである場合に、前記提示手段は、当該着呼側装置情報を提示せず、前記第２送信手段は、当該着呼側装置情報の受信に続いて、前記着呼側装置に前記アンサーを送信するようにしてもよい（請求項６に係る発明）。

請求項７に係る発明は、ＳＩＰにおけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置からオファーを送信するパターンに対応するパターン情報を受信した場合に、当該パターンに従って、自装置を識別するための着呼側装置情報と当該着呼側装置情報の格納場所のアドレスとのいずれかを含むオファーを発呼側装置に送信する第３送信手段を有する通信装置を提供する。

請求項７に記載の通信装置において、前記第３送信手段は、前記パターン情報を外線経由で受信し、前記発呼側装置を識別するための発呼側装置情報を受信しなかった場合に、前記着呼側装置情報と前記アドレスとを含まないオファーを前記発呼側装置に送信するようにしてもよい（請求項８に係る発明）。
請求項７又は８に記載の通信装置において、前記第３送信手段は、前記パターン情報を内線経由で受信した場合に、前記発呼側装置を識別するための発呼側装置情報の受信の有無に関わらず、前記オファーを前記発呼側装置に送信するようにしてもよい（請求項９に係る発明）。

請求項１０に係る発明は、請求項１乃至６のいずれかに記載の通信装置と、原稿を光学的に読み取って画像データを生成する読取手段と、前記着呼側装置とのセッションが確立された場合に、前記画像データを前記着呼側装置に送信する画像データ送信手段とを有するファクシミリ装置である。
請求項１１に係る発明は、請求項７乃至９のいずれかに記載の通信装置と、前記発呼側装置とのセッションが確立され、前記発呼側装置から画像データを受信した場合に、当該画像データに基づいて記録媒体に画像を形成する画像形成手段とを有するファクシミリ装置である。

請求項１２に係る発明は、コンピュータを、ＳＩＰにおけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置からオファーを送信するパターンに対応するパターン情報を着呼側装置に送信する第１送信手段と、前記パターン情報で指定されたパターンに従って前記着呼側装置から送信されたオファーと、前記着呼側装置を識別するための着呼側装置情報とを受信した場合に、当該着呼側装置情報を提示する提示手段と、前記提示手段による前記着呼側装置情報の提示後に予め定められた条件を満たした場合に、前記着呼側装置にアンサーを送信することによって前記着呼側装置とのセッションを確立させる第２送信手段として機能させるためのプログラムである。
請求項１３に係る発明は、コンピュータを、ＳＩＰにおけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置からオファーを送信するパターンに対応するパターン情報を受信した場合に、当該パターンに従って、自装置を識別するための着呼側装置情報と当該着呼側装置情報の格納場所のアドレスとのいずれかを含むオファーを発呼側装置に送信する第３送信手段として機能させるためのプログラムである。

請求項１、７、１０、１１、１２及び１３に係る発明によれば、ＳＩＰによる発呼からセッションの確立までの間に、着呼側装置を識別するための情報を受信してユーザに確認させることができる。
請求項２に係る発明によれば、ユーザが着呼側装置情報を確認してからセッションを確立させることができる。
請求項３に係る発明によれば、発呼後にセッションが確立されない状態が放置されることを防ぐことができる。
請求項４及び８に係る発明によれば、本構成を有しない場合と比べて、着呼側装置情報が不正に取得される事態を減らすことができる。
請求項５及び６に係る発明によれば、着呼側装置情報の確認が不要な着呼側装置について、着呼側装置情報の取得を省略することができる。
請求項９に係る発明によれば、発呼側装置情報の取得が不要な発呼側装置について、発呼側装置情報を受信したか否かの判定を省略することができる。

ファクシミリ装置１００のハードウェア構成を示す図。 ファクシミリ機能を実現する通信システムを示す図。 ＳＩＰの基本的なシーケンスを示す図。 ＳＩＰの要求メッセージの例を示す図。 ＳＩＰの応答メッセージの例を示す図。 ファクシミリ装置１００の機能構成を示す図。 表示された着呼側装置情報を示す図。 第１実施形態のシーケンスを示す図。 第２実施形態のシーケンスを示す図。 ファクシミリ装置１００Ａの機能構成を示す図。 問い合わせの画面を示す図。 変形例１のシーケンスを示す図。 変形例２のシーケンスを示す図。 変形例３のシーケンスを示す図。 変形例４のシーケンスを示す図。

＜実施形態の基本的な構成＞
図１は、ファクシミリ装置１００のハードウェア構成を示す図である。
制御部４は、演算装置であるＣＰＵ（Central Processing Unit）と、記憶装置であるＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を有する（いずれも図示省略）。ＲＯＭには、ハードウェアやＯＳ（Operating System）の起動の手順を記述したファームウェアが記憶されている。ＲＡＭは、ＣＰＵが演算を実行する際のデータの記憶に用いられる。

操作部１は、タッチパネルの機能を有する表示部１ａと、押しボタン式の操作子群１ｂとを有し、ユーザが行った操作を受け付け、操作の内容を示す信号を制御部４に出力する。
記憶部５は、例えばハードディスク記憶装置であり、ＯＳ、他のファクシミリ装置との通信を制御する通信制御プログラム等が記憶されており、制御部４がこのＯＳや通信制御プログラムを実行することによってファクシミリ装置１００の各部を制御する。
通信部６は、通信Ｉ／Ｆ（Interface）であり、ＬＡＮ（Local Area Network）等の通信線路（図示省略）に接続され、ファクシミリ装置１００と他の装置との通信を仲介する。

読取部２は、原稿を光学的に読み取って画像データを生成する。具体的には、読取部２は、光源、光学系及び撮像素子を備え（いずれも図示省略）、プラテンガラス２Ａ上に載せられた原稿に対して光源が光を照射し、原稿で反射された反射光が光学系を介してＲ（Red）色、Ｇ（Green）色、Ｂ（Blue）色に分解されて撮像素子に入射する。撮像素子は、入射した光を画像データに変換し、画像処理部３に供給する。また、読取部２は、原稿を載せる原稿台２Ｂと、原稿台２Ｂに載せられた原稿を１枚ずつプラテンガラス２Ａ上に搬送する原稿搬送機構２Ｃを有する。

画像処理部３は、画像データに対して画像処理を施す。具体的には、画像処理部３は、読取部２から供給された画像データをＡ／Ｄ変換し、ノイズ除去、ガンマ補正、Ｒ色、Ｇ色、Ｂ色からＹ（Yellow）色、Ｍ（Magenta）色、Ｃ（Cyan）色、Ｋ（Black）色への変換、スクリーン処理等を施す。また、画像処理部３は、通信部６によって外部から受信した画像データに対して同様の画像処理を施す。また、外部から受信した画像データがベクタデータを含む場合、画像処理部３は、このベクタデータをラスタデータに変換する（ラスタライズ）。こうして、色毎、画素毎の階調を表すラスタデータが生成される。

画像形成部１０Ｙ、１０Ｍ、１０Ｃ、１０Ｋは、画像処理部３から供給されたラスタデータに基づいて、電子写真方式により、それぞれＹ色、Ｍ色、Ｃ色、Ｋ色のトナー像を中間転写体２０の表面に重ねて形成する。画像形成部１０Ｙ、１０Ｍ、１０Ｃ、１０Ｋの構成は共通であるから、これらを区別する必要のない場合には画像形成部１０と総称する。

搬送部３０は、搬送路３４に沿って記録媒体Ｐを搬送する。具体的には、媒体収容部３１には、紙等、シート状の記録媒体Ｐが積み重ねて収容されており、送り出しローラ３２が記録媒体Ｐを１枚ずつ搬送路３４に送り出す。記録媒体Ｐは、搬送ローラ３３によって搬送路３４に沿って矢印Ｃの方向に搬送される。中間転写体２０上のトナー像は、転写ローラ２３によって記録媒体Ｐに転写される。

ファクシミリ装置１００が有するファクシミリ機能は、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）のＴ．３８に準拠している。
図２は、ファクシミリ機能を実現する通信システムを示す図である。ここでは、便宜上、同一の構成を有する２つのファクシミリ装置１００を発呼側装置２００と着呼側装置３００とに区別する。発呼側装置２００は、画像を送信する側のファクシミリ装置である。着呼側装置３００は、画像を受信する側のファクシミリ装置である。

発呼側装置２００と着呼側装置３００は、ＩＰ（Internet Protocol）網４００に接続されている。ファクシミリ機能を用いて画像を送信する場合、ユーザは、発呼側装置２００の原稿台２Ｂに原稿を載せ、操作部１を用いて、ファクシミリ機能による画像の送信を指示する操作を行う。すると、読取部２が原稿を読み取り、画像処理部３がラスタデータを生成する。通信部６は、ＳＩＰ（Session Initiation Protocol）によって着呼側装置３００とのセッションを確立し、ラスタデータをパケットに変換してＩＰ網４００経由で着呼側装置３００に送信する。

ＳＩＰは、ＲＦＣ（Request for Comments）３２６１等で標準化された呼制御プロトコルである。
図３は、ＳＩＰの基本的なシーケンスを示す図である。
ステップＳ００１において、発呼側装置２００は、着呼側装置３００にＩＮＶＩＴＥメッセージを送信する。

図４は、ＳＩＰの要求メッセージの例を示す図である。ＳＩＰのメッセージは、ヘッダとボディを有する。
ヘッダの先頭行には、メソッド名（この例では、ＩＮＶＩＴＥ）と、着呼側装置３００の通信アドレスであるＳＩＰ ＵＲＩ(Uniform Resource Identifier)と、呼制御プロトコルの種別（この例では、ＳＩＰ／２．０）が記述される。ＩＮＶＩＴＥメソッドは、セッションの確立を要求するメソッドである。

Ｖｉａヘッダは、ルーティングの経路を示す。Ｆｒｏｍヘッダは、送信者を示す。Ｔｏヘッダは、受信者を示す。Ｃａｌｌ−ＩＤヘッダは、セッションを識別するためのＩＤであり、１つのセッションには同一のＣａｌｌ−ＩＤが与えられる。Ｃｓｅｑヘッダは、セッション毎のシーケンス番号である。Ｃｏｎｔｅｎｔ−ｔｙｐｅヘッダは、ボディのデータ形式を示す。Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈヘッダは、ボディのデータ量を示す。

空白行の次の行からがボディであり、当該セッションに関するパラメータ（以下、セッションパラメータという。）がＳＤＰ（Session Description Protocol、ＲＦＣ４５６６）に従って記述される。セッションパラメータは、当該セッションで使用するメディアの種類、符号化の方式、ＩＰアドレス等である。セッションを確立するには、ＲＦＣ３２６４で定められたオファーアンサーモデルに従って発呼側装置２００と着呼側装置３００との間でセッションパラメータを交換することが必要となる。セッションパラメータの交換においては、発呼側装置２００と着呼側装置３００のいずれかが、当該装置のセッションパラメータを含むオファーを送信し、このオファーに応答する形で、もう一方の装置が当該装置のセッションパラメータを含むアンサーを送信する。図４の例は、発呼側装置２００がオファーを送信する例であり、発呼側装置２００のセッションパラメータが記述されている。

次に、ステップＳ００２において、着呼側装置３００は、発呼側装置２００に１００ Ｔｒｙｉｎｇメッセージを送信する。１００ Ｔｒｙｉｎｇは、試行中であることを示す暫定応答である。
ステップＳ００３において、着呼側装置３００は、発呼側装置２００に１８０ Ｒｉｎｇｉｎｇメッセージを、定められた期間、送信する。１８０ Ｒｉｎｇｉｎｇは、呼び出し中であることを示す暫定応答である。
ステップＳ００４において、着呼側装置３００は、発呼側装置２００に２００ ＯＫメッセージを送信する。２００ ＯＫは、要求（この例では、ＩＮＶＩＴＥ）が成功したことを示す応答である。
図５は、ＳＩＰの応答メッセージの例を示す図である。この例は、図４で示したオファーに対するアンサーであり、着呼側装置３００のセッションパラメータが記述されている。

ステップＳ００５において、発呼側装置２００は、着呼側装置３００にＡＣＫメッセージを送信する。ＡＣＫが着呼側装置３００に受信されると、セッションが確立され、発呼側装置２００が着呼側装置３００にデータを送信する。
データの送信が完了すると、ステップＳ００６において、発呼側装置２００が着呼側装置３００にＢＹＥメッセージを送信する。ＢＹＥは、セッションを終了させることを示す要求である。このメッセージが着呼側装置３００に受信されると、セッションが終了する。
ステップＳ００７において、着呼側装置３００は、発呼側装置２００に２００ ＯＫメッセージを送信する。この２００ ＯＫは、セッションの終了が成功したことを示す応答である。

図６は、ファクシミリ装置１００の機能構成を示す図である。
第１送信手段１０１、提示手段１０２、第２送信手段１０３、受付手段１０４及び計時手段１０５は、発呼側装置２００としての機能である。第３送信手段１０６は、着呼側装置３００としての機能である。これらの機能は、制御部４が記憶部５に記憶されている通信制御プログラムに従って通信部６等を動作させることによって実現される。
具体的には、ユーザが発呼側装置２００の原稿台２Ｂに原稿を載せ、操作部１を用いて、ファクシミリ機能による画像の送信を指示する操作を行うと、読取部２が原稿を読み取り、画像処理部３がラスタデータを生成する。これに続いて、制御部４は、以下の機能により着呼側装置３００とのセッションの確立のための処理を実行する。

発呼側装置２００において、第１送信手段１０１は、ＳＩＰにおけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置３００からオファーを送信するパターンに対応するパターン情報を着呼側装置３００に送信する。前述のとおり、ＳＩＰでは、互いの装置のセッションパラメータをオファーとアンサーによって交換する。この交換の手順をオファーアンサーパターンという（以下、ＯＡＰと略す）。ＯＡＰを識別するための識別子が、パターン情報である。

着呼側装置３００において、第３送信手段１０６は、ＳＩＰにおけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置３００からオファーを送信するパターンに対応するパターン情報を受信した場合に、当該パターンに従って、自装置を識別するための着呼側装置情報を含むオファーを発呼側装置２００に送信する。具体的には、記憶部５に記憶された通信制御プログラムには、各パターン情報に対応するＯＡＰが記述されており、制御部４は、受信したパターン情報に対応するＯＡＰに従って、セッションの確立のための処理を実行する。着呼側装置情報とは、発呼側装置２００のユーザが着呼側装置３００を識別するための情報であり、例えば、着呼側装置３００を使用するユーザの名前、着呼側装置３００が設けられている事業所や部署の名前等である。

発呼側装置２００において、提示手段１０２は、パターン情報で指定されたパターンに従って着呼側装置３００から送信されたオファーと、着呼側装置３００を識別するための着呼側装置情報とを受信した場合に、当該着呼側装置情報を提示する。具体的には、制御部４は、受信した着呼側装置情報を操作部１の表示部１ａに表示する。
図７は、表示された着呼側装置情報を示す図である。また、表示部１ａには、この着呼側装置情報に対応する宛先に画像を送信するか否かをユーザに問い合わせる文と、送信の要否を指示するためのボタンが表示される。なお、着呼側装置情報を表す音声を出力するようにしてもよい。

第２送信手段１０３は、提示手段１０２による着呼側装置情報の提示後に予め定められた条件を満たした場合に、着呼側装置３００にアンサーを送信することによって着呼側装置３００とのセッションを確立させる。
具体的には、第２送信手段１０３は、提示手段１０２による着呼側装置情報の提示後に予め定められた操作が受付手段１０４によって受け付けられた場合に、着呼側装置３００にアンサーを送信する。受付手段１０４は、前述の操作部１である。予め定められた操作とは、ユーザが図７に示した画面上で「はい」のボタンに触れる操作である。

また、計時手段１０５は、提示手段１０２による着呼側装置情報の提示後に経過した経過時間を計測する。第２送信手段１０３は、経過時間が閾値に達した場合に、当該セッションに関する自装置のパラメータを着呼側装置３００に送信する。具体的には、制御部４がクロック信号をカウントすることにより、経過時間を計測する。制御部４は、経過時間が閾値に達する前にユーザが「はい」のボタンに触れた場合、又は、ユーザが「はい」のボタンに触れずに経過時間が閾値に達した場合に、自装置のセッションパラメータを着呼側装置３００に送信する。

＜第１実施形態＞
図８は、第１実施形態のシーケンスを示す図である。
ステップＳ１０１において、発呼側装置２００は、第１送信手段１０１としての機能により、パターン情報を含むＩＮＶＩＴＥメッセージを着呼側装置３００に送信する。この例では、パターン情報は、Ｕｓｅｒ−Ａｇｅｎｔヘッダで記述されており、ＯＡＰはＰａｔｔｅｒｎ１である。なお、このＩＮＶＩＴＥメッセージには、セッションパラメータが含まれていてもよいし、含まれていなくてもよい。

ステップＳ１０２において、着呼側装置３００は、１００ Ｔｒｙｉｎｇメッセージ（試行中）を発呼側装置２００に送信する。
ステップＳ１０３において、着呼側装置３００は、１８０ Ｒｉｎｇｉｎｇメッセージ（呼び出し中）を発呼側装置２００に送信する。
ステップＳ１０４において、発呼側装置２００は、ＰＲＡＣＫメッセージ（暫定応答に対するＡＣＫ）を着呼側装置３００に送信する。
ステップＳ１０５において、着呼側装置３００は、２００ ＯＫメッセージ（ＰＲＡＣＫに対する成功応答）を発呼側装置２００に送信する。

ステップＳ１０６において、着呼側装置３００は、第３送信手段１０６としての機能により、ＵＰＤＡＴＥメッセージを発呼側装置２００に送信する。ＵＰＤＡＴＥは、セッションパラメータを更新するメソッドであり、着呼側装置３００のセッションパラメータＳＰ３００が記述されている。つまり、このＵＰＤＡＴＥメッセージは発呼側装置２００に対するオファーである。また、着呼側装置情報として、Ｏｒｇａｎｉｚａｔｉｏｎヘッダによって着呼側の組織名が記述されている。
発呼側装置２００は、ＵＰＤＡＴＥメッセージを受信すると、提示手段１０２としての機能により、着呼側装置情報を提示し、経過時間が閾値に達する前にユーザが「はい」のボタンに触れた場合、又は、ユーザが「はい」のボタンに触れずに経過時間が閾値に達した場合に、ステップＳ１０７に進む。

ステップＳ１０７において、発呼側装置２００は、第２送信手段１０３としての機能により、２００ ＯＫメッセージ（ＵＰＤＡＴＥに対する成功応答）を着呼側装置３００に送信する。このメッセージには、発呼側装置２００のセッションパラメータＳＰ２００が記述されている。つまり、この２００ ＯＫメッセージは、着呼側装置３００に対するアンサーである。

ステップＳ１０８において、着呼側装置３００は、２００ ＯＫメッセージ（ＩＮＶＩＴＥに対する成功応答）を発呼側装置２００に送信する。
ステップＳ１０９において、発呼側装置２００は、ＡＣＫを着呼側装置３００に送信する。これによって、発呼側装置２００と着呼側装置３００とのセッションが確立され、発呼側装置２００から着呼側装置３００に画像データが送信される（以下、省略）。

ＩＰ網を使用しない固定電話回線経由のファクシミリ通信では、発呼からセッションの確立までに数秒を要し、また、１ページ分の画像データを送信するのに数秒の時間を要するため、発呼後にユーザが宛先の間違いに気付いた場合に送信を中止する時間的余裕がある。これに対して、ＩＰ網経由のファクシミリ通信においてＳＩＰでセッションを確立する場合、セッションの確立（図３のステップＳ００１（ＩＮＶＩＴＥ）からステップＳ００５（ＡＣＫ）まで）に要する時間も、画像データの送信に要する時間も、固定電話回線経由と比べてはるかに短いため、発呼後にユーザが宛先の間違いに気付いても、事実上、送信を中止する時間的余裕がない。

本実施形態では、発呼側装置２００が、発呼（ＩＮＶＩＴＥ）後に、着呼側装置情報を含むオファーを受信し、着呼側装置情報を提示してからの経過時間が閾値に達する前にユーザが「はい」のボタンに触れた場合、又は、ユーザが「はい」のボタンに触れずに経過時間が閾値に達した場合に着呼側装置３００にアンサーを送信するように構成されているから、発呼からセッションの確立までに、ユーザが着呼側装置情報を確認するための時間的余裕が与えられる。また、着呼側装置情報は着呼側装置から送信されるため、宛先が正しいかどうかを判断するための情報として信頼性が高い。

また、ＭＥＳＳＡＧＥメソッドやＯＰＴＩＯＮＳメソッドで着呼側装置情報を取得する方法もあるが、これらは、発呼前に使用するメソッドであるため、これらの方法でユーザが着呼側装置情報を確認してから発呼したとしても、既にＢｕｓｙ状態（着呼側装置が他の装置との間でセッションを確立させた状態）となっている場合がある。これに対して、本実施形態では、発呼後に着呼側装置情報を取得するため、着呼側装置情報の取得後に着呼側装置がＢｕｓｙ状態になるということがない。
また、ＯＰＴＩＯＮＳメソッドは公衆ＩＰ網では許容されていないため、外線経由のファクシミリ通信に使用することができないが、本実施形態では、公衆ＩＰ網で許容されているメソッドを用いるので、外線経由でも着呼側装置情報が取得される。

＜第２実施形態＞
本実施形態の第１実施形態と異なる点について説明する。
発呼側装置２００において、第１送信手段１０１は、パターン情報に加えて自装置を識別するための発呼側装置情報を着呼側装置３００に送信する。
着呼側装置３００において、第３送信手段１０６は、パターン情報を外線経由で受信し、発呼側装置２００を識別するための発呼側装置情報を受信しなかった場合に、着呼側装置情報と着呼側装置情報の格納場所のアドレスとを含まないオファーを発呼側装置２００に送信する。
また、着呼側装置３００において、第３送信手段１０６は、パターン情報を内線経由で受信した場合に、発呼側装置２００を識別するための発呼側装置情報の受信の有無に関わらず、オファーを発呼側装置２００に送信する。

図９は、第２実施形態のシーケンスを示す図である。
ステップＳ２０１において、発呼側装置２００は、第１送信手段１０１としての機能により、パターン情報と発呼側装置情報とを含むＩＮＶＩＴＥメッセージを着呼側装置３００に送信する。Ｆｒｏｍヘッダで記述された発呼側装置情報にはドメイン名が含まれる。また、発呼側装置情報として、Ｏｒｇａｎｉｚａｔｉｏｎヘッダによって組織名、又は、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダによって発信者ＩＤが記述されている。パターン情報は、Ｐａｔｔｅｒｎ１である。つまり、ＯＡＰは第１実施形態と同じである。

ステップＳ２０２において、着呼側装置３００は、１００ Ｔｒｙｉｎｇメッセージ（試行中）を発呼側装置２００に送信する。
ステップＳ２０３において、着呼側装置３００は、１８０ Ｒｉｎｇｉｎｇメッセージ（呼び出し中）を発呼側装置２００に送信する。
ステップＳ２０４において、発呼側装置２００は、ＰＲＡＣＫメッセージ（暫定応答に対するＡＣＫ）を着呼側装置３００に送信する。
ステップＳ２０５において、着呼側装置３００は、２００ ＯＫメッセージ（ＰＲＡＣＫに対する成功応答）を発呼側装置２００に送信する。

ステップＳ２０６において、着呼側装置３００は、第３送信手段１０６としての機能により、ＵＰＤＡＴＥメッセージ（オファー）を発呼側装置２００に送信する。ここで、着呼側装置３００は、ＩＮＶＩＴＥメッセージに含まれるＦｏｒｍヘッダの行に記述されたドメイン名から、このメッセージが外線経由と内線経由のどちらで受信されたかを判別する。内線経由である場合、着呼側装置３００は、発呼側装置情報の受信の有無に関わらず、着呼側装置情報を含むＵＰＤＡＴＥメッセージを発呼側装置２００に送信する。一方、外線経由である場合、着呼側装置３００は、ＩＮＶＩＴＥメッセージに発呼側装置情報が含まれているか否かを判別し、発呼側装置情報が含まれている場合には、着呼側装置情報を含むＵＰＤＡＴＥメッセージを発呼側装置２００に送信する。これに対して、ＩＮＶＩＴＥメッセージに発呼側装置情報が含まれていない場合には、着呼側装置情報を含まないＵＰＤＡＴＥメッセージを発呼側装置２００に送信する。

発呼側装置２００が着呼側装置情報を含むＵＰＤＡＴＥメッセージを受信した後のシーケンスは、第１実施形態と同じである。一方、発呼側装置２００が着呼側装置情報を含まないＵＰＤＡＴＥメッセージを受信した場合、着呼側装置情報は提示されない。

＜第３実施形態＞
本実施形態の第１実施形態と異なる点について説明する。
図１０は、ファクシミリ装置１００Ａの機能構成を示す図である。ファクシミリ装置は、第１実施形態の機能構成に加えて、登録手段１０７を有する。
発呼側装置２００において、登録手段１０７は、着呼側装置情報を登録する。第１送信手段１０１は、登録手段１０７に登録済みの着呼側装置情報に対応する着呼側装置３００に対して、パターン情報を送信せずに、オファーを送信する。具体的には、記憶部５には、アドレス帳が記憶されている。例えば、発呼側装置２００の制御部４は、第１実施形態（図８参照）のステップＳ１０６においてＵＰＤＡＴＥメッセージにより着呼側装置３００から着呼側装置情報を受信すると、図７に示す画面を表示し、ユーザが「はい」と「いいえ」のいずれかのボタンに触れると、当該着呼側装置情報を登録するか否かをユーザに問い合わせる。
図１１は、問い合わせの画面を示す図である。ユーザが「はい」のボタンに触れると、制御部４は、当該着呼側装置情報をアドレス帳に書き込む。

新規にセッションを確立する際、ユーザがアドレス帳に登録されている着呼側装置情報に対応する着呼側装置３００を宛先とする画像の送信を指示した場合、制御部４は、パターン情報を含まずにセッションパラメータを含むＩＮＶＩＴＥメッセージを着呼側装置３００に送信する。この場合、図３に示した基本シーケンスに従ってセッションの確立が行われる。つまり、発呼側装置２００への着呼側装置情報の送信は行われない。

＜第４実施形態＞
本実施形態の第３実施形態と異なる点について説明する。
発呼側装置２００において、受信した着呼側装置情報が登録手段１０７に登録済みである場合に、提示手段１０２は、当該着呼側装置情報を提示せず、第２送信手段１０３は、当該着呼側装置情報の受信に続いて、着呼側装置３００にアンサーを送信する。具体的には、発呼側装置２００の制御部４は、第１実施形態（図８参照）のステップＳ１０６においてＵＰＤＡＴＥメッセージにより着呼側装置３００から着呼側装置情報を受信すると、当該着呼側装置情報がアドレス帳に登録済みであるか否かを判定し、登録済みである場合には着呼側装置情報を提示せずに、着呼側装置３００にアンサーを送信する。

＜変形例＞
上記の実施形態を以下に示す変形例のように変形してもよい。また、実施形態と変形例を組み合わせてもよい。また、複数の変形例を組み合わせてもよい。

＜変形例１＞
発呼側装置２００が、着呼側装置３００以外の外部の装置から着呼側装置情報を取得するようにしてもよい。
図１２は、変形例１のシーケンスを示す図である。
ステップＳ１０１からＳ１０５までの内容は、第１実施形態と同じである。
ステップＳ３０６において、着呼側装置３００は、着呼側装置情報の格納場所のアドレスを発呼側装置２００に送信する。サーバ１１００には、着呼側装置情報が記憶されている。着呼側装置３００は、Ｃａｌｌ−Ｉｎｆｏヘッダで着呼側装置情報の格納場所のアドレスを記述したＵＰＤＡＴＥメッセージ（オファー）を送信する。

ステップＳ３０７において、発呼側装置２００は、受信したＵＰＤＡＴＥメッセージに記述されているアドレスを指定して、サーバ１１００に着呼側装置情報を要求する。
ステップＳ３０８において、着呼側装置３００は、発呼側装置２００からの要求に応じて、着呼側装置情報を送信する。発呼側装置２００は、受信した着呼側装置情報を提示する。
ステップＳ１０７以降の内容は、第１実施形態と同じである。

＜変形例２＞
着呼側装置３００が、暫定応答を利用して着呼側装置情報を送信するようにしてもよい。
図１３は、変形例２のシーケンスを示す図である。
ステップＳ４０１において、発呼側装置２００は、第１送信手段１０１としての機能により、パターン情報を含むＩＮＶＩＴＥメッセージを着呼側装置３００に送信する。Ｐａｔｔｅｒｎ２である。つまり、本変形例のＯＡＰは第１実施形態と異なっており、暫定応答を利用してオファーを送信する。
ステップＳ４０２において、着呼側装置３００は、１００ Ｔｒｙｉｎｇメッセージ（試行中）を発呼側装置２００に送信する。

ステップＳ４０３において、着呼側装置３００は、暫定応答である１８０ Ｒｉｎｇｉｎｇメッセージ（呼び出し中）に着呼側装置情報と着呼側装置３００のセッションパラメータとを付加して発呼側装置２００に送信する。つまり、この１８０ Ｒｉｎｇｉｎｇメッセージは、発呼側装置２００に対するオファーである。
なお、ＳＩＰでは、Ｏｒｇａｎｉｚａｔｉｏｎヘッダを暫定応答に付加することが認められていないため、この例では、暫定応答に組織名を付加するための新規のヘッダとして、Ｌｏｃａｌ−Ｎａｍｅヘッダを使用した。

ステップＳ４０４において、発呼側装置２００は、ＰＲＡＣＫメッセージ（暫定応答に対するＡＣＫ）に発呼側装置２００のセッションパラメータを付加して着呼側装置３００に送信する。つまり、このＰＲＡＣＫメッセージは、着呼側装置３００に対するアンサーである。
ステップＳ４０５において、着呼側装置３００は、２００ ＯＫメッセージ（ＰＲＡＣＫに対する成功応答）を発呼側装置２００に送信する。
ステップＳ４０６において、着呼側装置３００は、２００ ＯＫメッセージ（ＩＮＶＩＴＥに対する成功応答）を発呼側装置２００に送信する。
ステップＳ４０７において、発呼側装置２００は、ＡＣＫを着呼側装置３００に送信する。以上の処理によって発呼側装置２００と着呼側装置３００とのセッションが確立され、発呼側装置２００から着呼側装置３００に画像データが送信される（以下、省略）。

＜変形例３＞
発呼側装置２００において、着呼側装置情報と、着呼側装置３００とのセッションの確立の許否を示す許否情報とを対応付けてアドレス帳に登録し、受信した着呼側装置情報に対応する拒否情報がセッションの確立の不許可を示す場合に着呼側装置３００にアンサーを送信しないようにしてもよい。
図１４は、変形例３のシーケンスを示す図である。
ステップＳ１０１からＳ１０６までの内容は、第１実施形態と同じである。

ステップＳ５０７において、発呼側装置２００は、受信した着呼側装置情報に対応する拒否情報がセッションの確立の許可を示すか否かを判別し、不許可を示す場合には、ＣＡＮＣＥＬメッセージを着呼側装置３００に送信する。
ステップＳ５０８において、着呼側装置３００は、２００ ＯＫメッセージ（ＣＡＮＣＥＬに対する成功応答）を発呼側装置２００に送信する。
ステップＳ５０９において、着呼側装置３００は、４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージ（ＩＮＶＩＴＥに対応する処理の終了）を発呼側装置２００に送信する。
ステップＳ５１０において、発呼側装置２００は、ＡＣＫを着呼側装置３００に送信する。以上の処理によってセッションの確立は中止される。

また、発呼側装置２００において、受信した着呼側装置情報に対応する拒否情報がセッションの確立の許可を示す場合に、当該着呼側装置情報を提示せず、当該着呼側装置情報の受信に続いて、着呼側装置３００にアンサーを送信するようにしてもよい。
また、発呼側装置２００において、セッションの確立の許可を示す拒否情報に対応する着呼側装置３００に対して、パターン情報を送信せずに、オファーを送信するようにしてもよい。

＜変形例４＞
発呼側装置２００において、パターン情報とともにオファーを送信するようにしてもよい。
図１５は、変形例４のシーケンスを示す図である。
ステップＳ６０１において、発呼側装置２００は、パターン情報と発呼側装置２００のセッションパラメータとを含むＩＮＶＩＴＥメッセージ（オファー）を着呼側装置３００に送信する。
ステップＳ１０２からＳ１０５までの処理は、第１実施形態と同じである。

ステップＳ６０６において、着呼側装置３００は、着呼側装置３００のセッションパラメータを含む２００ ＯＫメッセージ（アンサー）を発呼側装置２００に送信する。
ステップＳ６０７において、発呼側装置２００は、ＡＣＫを着呼側装置３００に送信する。以上の処理によって、着呼側装置３００がパターン情報を解釈できない場合や、パターン情報に対応するＯＡＰが着呼側装置３００の通信制御プログラムに記述されていない場合であっても、セッションが確立される。

＜変形例５＞
実施形態では、ファクシミリ装置１００がＩＴＵ−Ｔ Ｔ．３８に準拠したファクシミリ機能を有する例を示したが、ＩＴＵ−Ｔ Ｔ．３７等に準拠したファクシミリ機能を有していてもよい。
また、実施形態では、本発明をファクシミリ装置に適用した例を示したが、本発明は、図６又は図１０に示す機能構成を有する通信装置の発明としても特定し得る。
また、上記の通信制御プラグラムを、光記録媒体、半導体メモリ等、コンピュータで読み取り可能な記録媒体に記録して提供し、この記録媒体からプログラムを読み取って記憶部５に記憶させるようにしてもよい。また、このプログラムを電気通信回線経由で提供してもよい。また、同様の機能をハードウェアで実装するようにしてもよい。

１００…ファクシミリ装置、１…操作部、２…読取部、３…画像処理部、４…制御部、５…記憶部、６…通信部、１０…画像形成部、３０…搬送部、３４…搬送路、２００…発呼側装置、３００…着呼側装置、４００…ＩＰ網、１０１…第１送信手段、１０２…提示手段、１０３…第２送信手段、１０４…受付手段、１０５…計時手段、１０６…第３送信手段、１０７…登録手段

Claims (13)

1. ＳＩＰ（Session Initiation Protocol）におけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置からオファーを送信するパターンに対応するパターン情報を着呼側装置に送信する第１送信手段と、
   前記パターン情報で指定されたパターンに従って前記着呼側装置から送信されたオファーと、前記着呼側装置を識別するための着呼側装置情報とを受信した場合に、当該着呼側装置情報を提示する提示手段と、
   前記提示手段による前記着呼側装置情報の提示後に予め定められた条件を満たした場合に、前記着呼側装置にアンサーを送信することによって前記着呼側装置とのセッションを確立させる第２送信手段と
   を有する通信装置。
2. 操作を受け付ける受付手段を有し、
   前記第２送信手段は、前記提示手段による前記着呼側装置情報の提示後に予め定められた操作が前記受付手段によって受け付けられた場合に、前記着呼側装置に前記アンサーを送信する
   請求項１に記載の通信装置。
3. 前記提示手段による前記着呼側装置情報の提示後に経過した経過時間を計測する計時手段を有し、
   前記第２送信手段は、前記経過時間が閾値に達した場合に、前記着呼側装置に前記アンサーを送信する
   請求項１又は２に記載の通信装置。
4. 前記第１送信手段は、前記パターン情報に加えて自装置を識別するための発呼側装置情報を前記着呼側装置に送信する請求項１乃至３のいずれかに記載の通信装置。
5. 前記着呼側装置情報を登録する登録手段を有し、
   前記第１送信手段は、前記登録手段に登録済みの着呼側装置情報に対応する着呼側装置に対して、前記パターン情報を送信せずに、前記オファーを送信する
   請求項１乃至４のいずれかに記載の通信装置。
6. 前記着呼側装置情報を登録する登録手段を有し、
   前記受信した着呼側装置情報が前記登録手段に登録済みである場合に、
   前記提示手段は、当該着呼側装置情報を提示せず、
   前記第２送信手段は、当該着呼側装置情報の受信に続いて、前記着呼側装置に前記アンサーを送信する
   請求項１乃至４のいずれかに記載の通信装置。
7. ＳＩＰにおけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置からオファーを送信するパターンに対応するパターン情報を受信した場合に、当該パターンに従って、自装置を識別するための着呼側装置情報と当該着呼側装置情報の格納場所のアドレスとのいずれかを含むオファーを発呼側装置に送信する第３送信手段を有する通信装置。
8. 前記第３送信手段は、前記パターン情報を外線経由で受信し、前記発呼側装置を識別するための発呼側装置情報を受信しなかった場合に、前記着呼側装置情報と前記アドレスとを含まないオファーを前記発呼側装置に送信する請求項７に記載の通信装置。
9. 前記第３送信手段は、前記パターン情報を内線経由で受信した場合に、前記発呼側装置を識別するための発呼側装置情報の受信の有無に関わらず、前記オファーを前記発呼側装置に送信する請求項７又は８に記載の通信装置。
10. 請求項１乃至６のいずれかに記載の通信装置と、
    原稿を光学的に読み取って画像データを生成する読取手段と、
    前記着呼側装置とのセッションが確立された場合に、前記画像データを前記着呼側装置に送信する画像データ送信手段と
    を有するファクシミリ装置。
11. 請求項７乃至９のいずれかに記載の通信装置と、
    前記発呼側装置とのセッションが確立され、前記発呼側装置から画像データを受信した場合に、当該画像データに基づいて記録媒体に画像を形成する画像形成手段と
    を有するファクシミリ装置。
12. コンピュータを、
    ＳＩＰにおけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置からオファーを送信するパターンに対応するパターン情報を着呼側装置に送信する第１送信手段と、
    前記パターン情報で指定されたパターンに従って前記着呼側装置から送信されたオファーと、前記着呼側装置を識別するための着呼側装置情報とを受信した場合に、当該着呼側装置情報を提示する提示手段と、
    前記提示手段による前記着呼側装置情報の提示後に予め定められた条件を満たした場合に、前記着呼側装置にアンサーを送信することによって前記着呼側装置とのセッションを確立させる第２送信手段
    として機能させるためのプログラム。
13. コンピュータを、ＳＩＰにおけるオファーとアンサーのパターンを指定するパターン情報であって、着呼側装置からオファーを送信するパターンに対応するパターン情報を受信した場合に、当該パターンに従って、自装置を識別するための着呼側装置情報と当該着呼側装置情報の格納場所のアドレスとのいずれかを含むオファーを発呼側装置に送信する第３送信手段として機能させるためのプログラム。

Images