JP6100054B2

JP6100054B2 - 画像処理装置、情報処理方法及びプログラム

Info

Publication number: JP6100054B2
Application number: JP2013067075A
Authority: JP
Inventors: 幹生 ▲濱▼
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-03-27
Filing date: 2013-03-27
Publication date: 2017-03-22
Anticipated expiration: 2033-03-27
Also published as: US20170331863A1; JP2014192741A; US10523719B2; US20140293833A1; US9769218B2

Description

本発明は、画像処理装置、情報処理方法及びプログラムに関する。

近年、ＩＰ網を利用してＦＡＸ送受信を行うＩＰＦＡＸが注目されている。
ＩＰＦＡＸ同士の呼接続には、ＳＩＰプロトコルが用いられ、データ通信にはＴ．３８プロトコルが使用される。Ｔ．３８プロトコルを使用したＩＰＦＡＸは従来のアナログＦＡＸよりも高速であり、短時間で画像を送受信することができる。
ＩＰＦＡＸには、イントラネット（構内ＩＰ網）に接続されたデバイス同士でＦＡＸ通信を行う場合と、公衆ＩＰ網に接続されたデバイス同士でＦＡＸ通信を行う場合とがある。
イントラネット内の通信では、社内や構内等のネットワークを利用して通信するため、通信料金が発生しない。
公衆ＩＰ網上での通信は既存のアナログ公衆網と同様、ＦＡＸ通信する度に料金が発生する従量課金制である。

従来のＩＰＦＡＸは、構内ＩＰ網、公衆ＩＰ網の２つの網に同時に接続できるものは存在しなかった。したがって、従来のＩＰＦＡＸでは、構内ＩＰ網モードと公衆ＩＰ網モードとの２つのモードモードのうちユーザ設定で設定されたモードで動作するか、片方のモードのみに対応して動作するものであった。
しかし、ネットワークの多様化が進み、最近では、ユーザ設定を切り替えることなく、構内ＩＰ網のデバイス、公衆ＩＰ網のデバイス、どちらとも通信が可能なＩＰＦＡＸ機が要望されている。

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

呼接続のＳＩＰプロトコルでは、接続の要求をＩＮＶＩＴＥメッセージで行う。ＩＮＶＩＴＥメッセージの中にはＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔＰｒｏｔｏｃｏｌ）が記述されている（特許文献１参照）。
ＳＤＰはマルチメディアセッションを記述するためのプロトコルであり、例えば、通信するメディアタイプ情報、音声を通信するか（ａｕｄｉｏ）、画像を通信するか（ｉｍａｇｅ、ａｐｐｌｉｃａｔｉｏｎ）、動画を通信するか（ｖｉｄｅｏ）等が記述されている。メディアタイプは、通信用途を判別するために使用され、通常、ＩＰ電話であればａｕｄｉｏになり、公衆ＩＰ網のＩＰＦＡＸであればｉｍａｇｅかａｐｐｌｉｃａｔｉｏｎとなる。
通常のＴ．３８ＩＰＦＡＸは電話機能が無いため、電話からのＩＮＶＩＴＥメッセージを拒否することが望ましい。特に公衆ＩＰ網では、通信できないにも関わらず発呼側に課金が発生してしまう。このため従来手法では、メディアタイプａｕｄｉｏを拒否し、メディアタイプｉｍａｇｅ、ａｐｐｌｉｃａｔｉｏｎを許容することで対応してきた。
しかし、構内ＩＰ網でＩＰＦＡＸ通信を行う場合は、ルーティングやレジスト機能を持つＳＩＰサーバを経由することが一般的であり、ＳＩＰサーバの種類によっては、独自の手順を踏まなければならないものも存在する。
例えばある企業が提供するＳＩＰサーバでは、最初のＩＮＶＩＴＥメッセージのＳＤＰメディアタイプにａｕｄｉｏを指定し、その後、メディアタイプｉｍａｇｅに切り替える手順が必要である。したがって、単純にメディアタイプがａｕｄｉｏだからといって全てを拒否してしまうと、構内ＩＰ網のＩＰＦＡＸ通信ができなくなってしまう問題があった。

また、アナログＦＡＸをＩＰＦＡＸとしてＩＰ網へ接続することが可能なＴ．３８ゲートウェイ（Ｔ．３８ＧＷ）が存在する。しかしながら、ある企業が提供するＴ．３８ＧＷも上述の通りメディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージを送出する。Ｔ．３８ＧＷは一般的に構内ＩＰ網に接続される。

本発明はこのような問題点に鑑みなされたもので、構内ＩＰ網のデバイスと公衆ＩＰ網のデバイスとのどちらからも接続を可能とすると共に無駄な課金を発生させないことを目的とする。

そこで、本発明の画像処理装置は、セッション開始メッセージを受信する受信手段と、受信手段により受信されたセッション開始メッセージが、公衆ＩＰ網からのセッション開始メッセージか、構内ＩＰ網からのセッション開始メッセージかを判断する判断手段と、受信手段により受信されたセッション開始メッセージに含まれるメディアタイプを取得する取得手段と、判断手段により判断された結果と、取得手段により取得されたメディアタイプに基づき、セッション開始を許容するか否かを判断する制御手段と、を有する。

本発明によれば、構内ＩＰ網のデバイスと公衆ＩＰ網のデバイスとのどちらからも接続を可能とすると共に無駄な課金を発生させないことができる。

ＩＰＦＡＸ装置を含むＦＡＸシステムのシステム構成の一例を示す図である。ＩＰＦＡＸ１のハードウェア構成の一例を示す図である。ＩＮＶＩＴＥメッセージ及びＳＤＰの構造の一例を示す図である。ＩＰＦＡＸ１の使用するゲートウェイ及びＳＩＰサーバのアドレス設定画面の一例を示す図である。ＩＰＦＡＸ２からＩＰＦＡＸ１へ画像を送信する際の通信シーケンスの一例を示す図である。ＩＰＦＡＸ３からＩＰＦＡＸ１へ画想を送信する際の通信シーケンスの一例を示す図である。ＩＰ電話１００９からＩＰＦＡＸ１へ発呼した際の通信シーケンスの一例を示す図である。ＩＰＦＡＸ１がＩＰＦＡＸ２、ＩＰＦＡＸ３、ＩＰ電話１００９等から着信を受けた場合の情報処理の一例を示すフローチャートである。

以下、本発明の実施形態について図面に基づいて説明する。

＜実施形態１＞
図１は、ＩＰＦＡＸ装置を含むＦＡＸシステムのシステム構成の一例を示す図である。なお、以下説明の簡略化のため、ＩＰＦＡＸ装置は、単にＩＰＦＡＸと記載する。ＩＰＦＡＸは、画像処理装置の一例である。
ＦＡＸシステムには、構内ＩＰ網１０００と、公衆ＩＰ網１００３と、が含まれる。
ＨＧＷ（ホームゲートウェイ）１００２、１０１０は、公衆ＩＰ網１００３へ接続するためのゲートウェイである。
ＩＰＦＡＸ１（１００１）は、構内ＩＰ網１０００に接続されたＩＰＦＡＸで、ＨＧＷ１００２を介して公衆ＩＰ網１００３とも通信可能である。
ＩＰＦＡＸ２（１００４）は、公衆ＩＰ網１００３に接続されたＩＰＦＡＸである。ＩＰ電話１００９とＩＰＦＡＸ２（１００４）とは、ＨＧＷ１０１０を介して公衆ＩＰ網１００３へ接続される。ＳＩＰサーバ１００５は、構内ＩＰ網１０００に接続されている。ＩＰＦＡＸ３（１００６）は、構内ＩＰ網１０００に接続されたＩＰＦＡＸであり、ＳＩＰサーバ１００５経由でＩＰＦＡＸ１と通信することが可能である。
Ｔ．３８ゲートウェイ（Ｔ．３８ＧＷ）１００７は、ＰＳＴＮ網１０１１及び構内ＩＰ網１０００に接続されたＧＷである。アナログＦＡＸ１００８は、ＰＳＴＮ網１０１１に接続されたアナログＦＡＸである。Ｔ．３８ＧＷ１００７は、ＳＩＰ呼接続をアナログ電話の呼接続、Ｔ．３８プロトコルをＴ．３０プロトコルにリアルタイム変換し、ＩＰＦＡＸとアナログＦＡＸとの相互通信を可能とするゲートウェイである。
なお、ＩＰＦＡＸは、ＩＰ網を利用してＦＡＸの送受信を行うＩＰＦＡＸ機能を有している。

図２は、ＩＰＦＡＸ１のハードウェア構成の一例を示す図である。
ＣＰＵ８０１は、ＲＯＭ８０８に格納された制御プログラムに基づいてＩＰＦＡＸ１（１００１）における各デバイスを制御し、後述するフローチャートの処理を実行する。
表示／操作部８０３は、後述する設定に係る画面等を表示したり、操作された情報を入力したりする。
スキャナ部８０４は、原稿の読み取りを行う。
印刷部８０５は、ＲＡＭ８０９やＨＤＤ（ハードディスクドライブ）８１０に保存した印刷データの印刷を行う。
ＲＯＭ８０８は、各種制御プログラムやデータを保持する。ＲＡＭ８０９は、ＣＰＵ８０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。
ＨＤＤ８１０は、各種制御プログラムや印刷データ、例えば、後述する設定されたＩＰアドレス等を保存する。
ネットワークＩ／Ｆ部８１３は、構内ＩＰ網１０００やＨＧＷ１００２を介して公衆ＩＰ網１００３に接続される。

Ｔ．３８プロトコル作成／解析部８１４は、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルによるファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を有する。
ＩＰパケット作成／解析部８０６は、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルをＩＰパケットにマッピングし、また受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３８プロトコルを取り出す機能を有する。
画像変換制御部８０７は、ＦＡＸ通信する画像の圧縮伸張や変倍、線密度変換を行う。
ＣＰＵ８０１が、ＲＯＭ８０８又はＨＤＤ８１０に記憶されているプログラムに基づき処理を実行することによって、ＩＰＦＡＸ１のソフトウェア機能及び後述するフローチャートに係る処理が実現される。
なお、例えば、Ｔ．３８プロトコル作成／解析部８１４や、ＩＰパケット作成／解析部８０６は、ＣＰＵ８０１がプログラムに基づき処理を実行することによって実現されるソフトウェアとしてＩＰＦＡＸ１に実装されてもよい。

図３は、ＩＮＶＩＴＥメッセージ及びＳＤＰの構造の一例を示す図である。
２００１はＳＩＰのスタートラインである。２００２はＳＩＰのヘッダフィールドである。２００３は空白行である。２００４はＳＩＰのボディ部でありＳＤＰである。ＳＤＰは２００５のようになることもある。各フィールド、各行の詳細はＲＦＣ４５６６等の勧告書に記載されているため割愛し、ここでは、ＳＤＰのメディアタイプの説明に留める。
通信するメディアタイプ情報は、ＳＤＰ２００４、２００５のｍ＝から始まる行で表わされる。例えば、２００４のＳＤＰであればｍ＝ａｕｄｉｏであるから、メディアタイプはａｕｄｉｏ（音声）であることが分かる。また、２００５のＳＤＰであればｍ＝ｉｍａｇｅであるからメディアタイプはｉｍａｇｅ（画像）であることがわかる。
ＩＮＶＩＴＥメッセージは、セッション開始メッセージの一例である。

図４は、ＩＰＦＡＸ１（１００１）の使用するゲートウェイ及びＳＩＰサーバのＩＰアドレス設定画面の一例を示す図である。３００１は設定画面。３００２はＩＰＦＡＸを公衆ＩＰ網へ接続するためのゲートウェイであるＨＧＷのＩＰアドレスを登録するフィールドである。３００３はＩＰＦＡＸを構内ＩＰ網へ接続するための構内ＳＩＰサーバのＩＰアドレスを登録するフィールドである。３００４、３００５、３００６は、ＩＰＦＡＸとアナログＦＡＸとの間で通信する際に使用されるＴ．３８ＧＷのＩＰアドレスを登録するフィールドである。ここではＴ．３８ＧＷは３台まで登録できるものとする。但し、このことは本実施の形態を制限するものではない。
図４のように、ＩＰＦＡＸには構内ＩＰ網のＳＩＰサーバ、公衆ＩＰ網、Ｔ．３８ＧＷのゲートウェイのＩＰアドレスを登録することができる。
ホームゲートウェイや、構内ＳＩＰサーバ、Ｔ．３８ＧＷは、機器の一例である。

図５は、ＩＰＦＡＸ２（１００４）からＩＰＦＡＸ１（１００１）へ画像を送信する際の通信シーケンスの一例を示す図である。実際には、ＨＧＷ１０１０とＨＧＷ１００２との間の信号は、公衆ＩＰ網１００３上にある様々なサーバやゲートウェイを経由するが、ここでは説明の簡略化のため割愛する。
Ｓ４００１において、ＩＰＦＡＸ２（１００４）は、ＨＧＷ１０１０へＩＮＶＩＴＥメッセージを送出し、セッション接続（セッション開始）要求を行う。
Ｓ４００２において、ＨＧＷ１０１０は、ＨＧＷ１００２へＩＮＶＩＴＥメッセージを送出する。
Ｓ４００３において、ＨＧＷ１００２は、ＩＰＦＡＸ１（１００１）へＩＮＶＩＴＥメッセージを送出する。Ｓ４００１、Ｓ４００２、Ｓ４００３のＩＮＶＩＴＥメッセージは、公衆ＩＰ網でのＩＰＦＡＸ通信であるため、メディアタイプはｉｍａｇｅ、或いはａｐｐｌｉｃａｔｉｏｎとなる。

図８で後述するが、ＩＰＦＡＸ１（１００１）は、ＨＧＷ１００２から送られてきたＩＮＶＩＴＥメッセージのＩＰパケットを解析し、ＩＰアドレスを取得し、図４で示した画面を介して登録されたＩＰアドレスと比較する。ＩＰＦＡＸ１（１００１）は、フィールド３００２で設定されたホームゲートウェイのＩＰアドレスとＩＮＶＩＴＥメッセージのＩＰアドレスとが一致するので、Ｓ４００３で受信したＩＮＶＩＴＥメッセージはＨＧＷ１００２から送られてきたものだと分かる。したがって、ＩＰＦＡＸ１（１００１）は、このＩＮＶＩＴＥメッセージは公衆ＩＰ網に接続されたデバイスが発信元であるということが分かる。

Ｓ４００４において、ＩＰＦＡＸ１（１００１）は、着信を許容するステータスコード２００の成功メッセージ（２００ＯＫ）をＨＧＷ１００２へ送信する。
Ｓ４００５において、ＨＧＷ１００２は、ＨＧＷ１０１０へ２００ＯＫを送出する。
Ｓ４００６において、ＨＧＷ１０１０は、ＩＰＦＡＸ２（１００４）へ２００ＯＫを送信する。
その後、Ｓ４００７において、Ｔ．３８プロトコルによる画像通信でＩＰＦＡＸ２（１００４）からＨＧＷ１０１０、ＨＧＷ１００２を経由し、ＩＰＦＡＸ１（１００１）へＩＰＦＡＸ画像が送信される。
そして、Ｓ４００８、Ｓ４００９、Ｓ４０１０、Ｓ４０１１、Ｓ４０１２、Ｓ４０１３における切断処理により、セッションの切断が行われる。

図６は、ＩＰＦＡＸ３（１００６）からＩＰＦＡＸ１（１００１）へ画想を送信する際の通信シーケンスの一例を示す図である。ＳＩＰサーバ１００５は、メディアタイプａｕｄｉｏで一度セッションを確立した後、メディアタイプｉｍａｇｅで再接続するという手順が必要であるものとする。
Ｓ５００１において、ＩＰＦＡＸ３（１００６）は、ＳＩＰサーバ１００５へＩＮＶＩＴＥメッセージを送出し、セッション接続要求を行う。
Ｓ５００２において、ＳＩＰサーバ１００５は、ＩＰＦＡＸ１（１００１）へＩＮＶＩＴＥメッセージを送出する。Ｓ５００１、Ｓ５００２のＩＮＶＩＴＥメッセージは、メディアタイプａｕｄｉｏである。

ＩＰＦＡＸ１（１００１）は、ＳＩＰサーバ１００５から送られてきたＩＮＶＩＴＥメッセージのＩＰパケットを解析し、ＩＰアドレスを取得し、図４で示した画面を介して登録されたＩＰアドレスと比較する。フィールド３００３で設定された構内ＳＩＰサーバのＩＰアドレスとＩＮＶＩＴＥメッセージのＩＰアドレスとが一致する。したがって、ＩＰＦＡＸ１（１００１）は、Ｓ５００２で受信したＩＮＶＩＴＥメッセージは構内のＳＩＰサーバ１００５から送られてきたものだと分かる。よって、ＩＰＦＡＸ１（１００１）は、このＩＮＶＩＴＥメッセージは構内ＩＰ網に接続されたデバイスが発信元であるということが分かる。
Ｓ５００３において、ＩＰＦＡＸ１（１００１）は、着信を許容する２００ＯＫをＳＩＰサーバ１００５へ送信する。
Ｓ５００４において、ＳＩＰサーバ１００５は、ＩＰＦＡＸ３（１００６）へ２００ＯＫを送信する。

その後、上述した独自の手順に則り、Ｓ５００５において、ＩＰＦＡＸ１（１００１）からＳＩＰサーバ１００５へメディアタイプｉｍａｇｅのＩＮＶＩＴＥメッセージを送出する。
そして、Ｓ５００６において、ＳＩＰサーバ１００５は、ＩＰＦＡＸ３（１００６）へメディアタイプｉｍａｇｅのＩＮＶＩＴＥメッセージを送出する。
Ｓ５００７、Ｓ５００８において、ＩＰＦＡＸ３（１００６）からＩＰＦＡＸ１（１００１）へ２００ＯＫが送達され、メディアタイプｉｍａｇｅでのセッション確立となる。
Ｓ５００９において、Ｔ．３８プロトコルによる画像通信でＩＰＦＡＸ３（１００６）からＳＩＰサーバ１００５を経由し、ＩＰＦＡＸ１（１００１）へＩＰＦＡＸ画像が送信される。
そして、Ｓ５０１０、Ｓ５０１１、Ｓ５０１２、Ｓ５０１３における切断処理により、セッションの切断が行われる。

図７は、ＩＰ電話１００９からＩＰＦＡＸ１（１００１）へ発呼した際の通信シーケンスの一例を示す図である。
実際には、ＨＧＷ１０１０とＨＧＷ１００２との間の信号は、公衆ＩＰ網１００３上にある様々なサーバやゲートウェイを経由するが、ここでは説明の簡略化のため、割愛する。
Ｓ６００１において、ＩＰ電話１００９は、ＨＧＷ１０１０へＩＮＶＩＴＥメッセージを送出し、セッション接続要求を行う。
Ｓ６００２において、ＨＧＷ１０１０は、ＨＧＷ１００２へＩＮＶＩＴＥメッセージを送出する。
Ｓ６００３において、ＨＧＷ１００２は、ＩＰＦＡＸ１（１００１）へＩＮＶＩＴＥメッセージを送出する。

Ｓ６００１、Ｓ６００２、Ｓ６００３のＩＮＶＩＴＥメッセージは、ＩＰ電話からの発呼であるため、メディアタイプはａｕｄｉｏとなる。
ＩＰＦＡＸ１（１００１）は、ここで着信してしまうと、ＩＰ電話との通話ができないにも関わらず、公衆ＩＰ網使用による課金が発生してしまう。
本実施形態のＩＰＦＡＸ１（１００１）は、ＨＧＷ１００２から送られてきたＩＮＶＩＴＥメッセージのＩＰパケットを解析し、ＩＰアドレスを取得し、図４で示した画面を介して登録されたＩＰアドレスと比較する。ＩＰＦＡＸ１（１００１）は、フィールド３００２で設定されたホームゲートウィイのＩＰアドレスとＩＮＶＩＴＥメッセージのＩＰアドレスとが一致するので、Ｓ６００３で受信したＩＮＶＩＴＥメッセージはＨＧＷ１００２から送られてきたものだと分かる。したがって、ＩＰＦＡＸ１（１００１）は、このＩＮＶＩＴＥメッセージは公衆ＩＰ網に接続されたデバイスが発信元であるということが分かる。

公衆ＩＰ網に接続されたＩＰＦＡＸであれば、メディアタイプｉｍａｇｅかａｐｐｌｉｃａｔｉｏｎのＩＮＶＩＴＥメッセージを送出するはずである。したがって、ＩＰＦＡＸ１（１００１）は、メディアタイプａｕｄｉｏを送出してきた公衆ＩＰ網上のデバイスはＩＰＦＡＸではないと判断する。
よって、Ｓ６００４において、ＩＰＦＡＸ１（１００１）は、着信を拒否するメディア不一致エラー（ステータスコード４８８、ワーニングコード３０４）（４８８−３０４）をＨＧＷ１００２へ送信する。
Ｓ６００５において、ＨＧＷ１００２は、ＨＧＷ１０１０へ４８８−３０４を送信する。
Ｓ６００６において、ＨＧＷ１０１０は、ＩＰＦＡＸ３（１００６）へ４８８−３０４を送信する。この通信において、セッションは確立されない。

図８は、ＩＰＦＡＸ１（１００１）がＩＰＦＡＸ２（１００４）、ＩＰＦＡＸ３（１００６）、ＩＰ電話１００９等から着信を受けた場合の情報処理の一例を示すフローチャートである。なお、ＩＰＦＡＸ２（１００４）は、公衆ＩＰ網１００３に接続されており、ＩＰＦＡＸ３（１００６）は、構内ＩＰ網１０００に接続されており、ＩＰ電話１００９は、公衆ＩＰ網１００３に接続されている。
まず、Ｓ７００１において、ＩＰＦＡＸ１（１００１）は、ＩＮＶＩＴＥメッセージを受信する。
Ｓ７００２において、ＩＰＦＡＸ１（１００１）は、ＩＮＶＩＴＥメッセージのＩＰパケットから、送信元ＩＰアドレスを取得する。ＩＰＦＡＸ１（１００１）は、前記取得した送信元ＩＰアドレスと、図４で示した画面を介して登録されたＩＰアドレスと比較する。比較した結果、送信元ＩＰアドレスが、３００２で設定されたホームゲートウェイのＩＰアドレスと一致すれば、ＩＰＦＡＸ１（１００１）は、公衆ＩＰ網先のデバイスから送信されてきたＩＮＶＩＴＥメッセージであると判断する。比較した結果、送信元ＩＰアドレスが、フィールド３００３で設定されたＳＩＰサーバのＩＰアドレスと一致すれば、ＩＰＦＡＸ１（１００１）は、構内ＩＰ網上のデバイスから送られてきたＩＮＶＩＴＥメッセージであると判断する。送信元ＩＰアドレスが、フィールド３００４、３００５、３００６で設定されたＴ．３８ＧＷのＩＰアドレスと一致した場合も同様である。即ち、ＩＰＦＡＸ１（１００１）は、構内ＩＰ網上に接続されたＴ．３８ＧＷ先のアナログＦＡＸから送られてきたＩＮＶＩＴＥメッセージであると判断できる。登録されたＩＰアドレスのどれとも一致しなかった場合は、ゲートウェイやＳＩＰサーバを介さずに直接ピアトゥピアで接続されたデバイスと予測されるため、ＩＰＦＡＸ１（１００１）は、これも構内ＩＰ網の一種と判別する。

Ｓ７００３において、ＩＰＦＡＸ１（１００１）は、ＩＮＶＩＴＥメッセージのＳＤＰからメディアタイプを取得する。
Ｓ７００４において、ＩＰＦＡＸ１（１００１）は、Ｓ７００２で取得した結果、送信元が構内ＩＰ網であれば、Ｓ７００５へ進み、送信元が公衆ＩＰ網であればＳ７００６へ進む。
Ｓ７００５において、ＩＰＦＡＸ１（１００１）は、Ｓ７００３で取得した結果が、メディアタイプａｕｄｉｏか、メディアタイプｉｍａｇｅか、メディアタイプａｐｐｌｉｃａｔｉｏｎであれば、Ｓ７００７へ進む。ＩＰＦＡＸ１（１００１）は、メディアタイプがそれ以外であれば（例えば、メディアタイプｖｉｄｅｏ等）、Ｓ７００８へ進む。
Ｓ７００６において、ＩＰＦＡＸ１（１００１）は、Ｓ７００３で取得した結果が、メディアタイプｉｍａｇｅか、メディアタイプａｐｐｌｉｃａｔｉｏｎであれば、Ｓ７００７へ進む。ＩＰＦＡＸ１（１００１）は、メディアタイプがそれ以外であれば（例えばメディアタイプａｕｄｉｏやメディアタイプｖｉｄｅｏ等）、Ｓ７００８へ進む。

Ｓ７００７において、ＩＰＦＡＸ１（１００１）は、着信を許容し、送信元へ成功（ステータスコード２００）を送信し、Ｓ７００９へ進む。
Ｓ７００８において、ＩＰＦＡＸ１（１００１）は、着信を拒否し、送信元へメディア不一致エラー（ステータスコード４８８、ワーニングコード３０４）を送信する。
Ｓ７００９において、ＩＰＦＡＸ１（１００１）は、ＩＰＦＡＸの画像受信を行う。画像受信完了後、ＩＰＦＡＸ１（１００１）は、Ｓ７０１０へ進む
Ｓ７０１０において、ＩＰＦＡＸ１（１００１）は、セッションを切断する。

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

以上、上述した各実施形態によれば、公衆ＩＰ網では、通信できない電話機からのメディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージを拒否することで、発呼側に無駄な通信費用が発生することを防ぐことができる。また、構内ＩＰ網では、独自手順によるメディアタイプａｕｄｉｏのＩＮＶＩＴＥメッセージを許容することで、ＩＰＦＡＸ通信を行うことができる。
よって、構内ＩＰ網のデバイスと公衆ＩＰ網のデバイスとのどちらからも接続を可能とすると共に無駄な課金を発生させないことができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

Claims

セッション開始メッセージを受信する受信手段と、
前記受信手段により受信された前記セッション開始メッセージが、公衆ＩＰ網からのセッション開始メッセージか、構内ＩＰ網からのセッション開始メッセージかを判断する判断手段と、
前記受信手段により受信された前記セッション開始メッセージに含まれるメディアタイプを取得する取得手段と、
前記判断手段により判断された結果と前記取得手段により取得されたメディアタイプに基づき、セッション開始を許容するか否かを判断する制御手段と、
を有する画像処理装置。
公衆ＩＰ網に係る機器のアドレスと構内ＩＰ網に係る機器のアドレスを設定する設定手段を更に有し、
前記判断手段は、前記受信手段により受信された前記セッション開始メッセージに含まれるアドレスと前記設定手段により設定されたアドレスに基づいて、前記受信手段により受信された前記セッション開始メッセージが、公衆ＩＰ網からのセッション開始メッセージか、構内ＩＰ網からのセッション開始メッセージかを判断する請求項１に記載の画像処理装置。
前記制御手段は、前記判断手段により公衆ＩＰ網からのセッション開始メッセージであると判断され、前記取得手段により取得されたメディアタイプが音声の場合、セッション開始を拒否する請求項１又は２に記載の画像処理装置。
前記制御手段は、前記判断手段により構内ＩＰ網からのセッション開始メッセージであると判断され、前記取得手段により取得されたメディアタイプが音声の場合、セッション開始を許容する請求項１乃至３の何れか１項に記載の画像処理装置。
前記セッション開始メッセージは、ＩＮＶＩＴＥメッセージであり、
前記画像処理装置は、ＩＰ網を利用してＦＡＸの送受信を行うＩＰＦＡＸ機能を有する請求項１乃至４の何れか１項に記載の画像処理装置。
画像処理装置が実行する情報処理方法であって、
セッション開始メッセージを受信する受信ステップと、
前記受信ステップにより受信された前記セッション開始メッセージが、公衆ＩＰ網からのセッション開始メッセージか、構内ＩＰ網からのセッション開始メッセージかを判断する判断ステップと、
前記受信ステップにより受信された前記セッション開始メッセージに含まれるメディアタイプを取得する取得ステップと、
前記判断ステップにより判断された結果と、前記取得ステップにより取得されたメディアタイプに基づき、セッション開始を許容するか否かを判断する制御ステップと、
を含む情報処理方法。
コンピュータに、
セッション開始メッセージを受信する受信ステップと、
前記受信ステップで受信された前記セッション開始メッセージが、公衆ＩＰ網からのセッション開始メッセージか、構内ＩＰ網からのセッション開始メッセージかを判断する判断ステップと、
前記受信ステップで受信された前記セッション開始メッセージに含まれるメディアタイプを取得する取得ステップと、
前記判断ステップで判断された結果と、前記取得ステップで取得されたメディアタイプに基づき、セッション開始を許容するか否かを判断する制御ステップと、
を実行させるためのプログラム。
公衆ＩＰ網に係る機器のアドレスと構内ＩＰ網に係る機器のアドレスを設定する設定ステップを更に実行させ、
前記判断ステップでは、前記受信ステップで受信された前記セッション開始メッセージに含まれるアドレスと前記設定ステップで設定されたアドレスに基づいて、前記受信ステップで受信された前記セッション開始メッセージが、公衆ＩＰ網からのセッション開始メッセージか、構内ＩＰ網からのセッション開始メッセージかを判断する請求項７に記載のプログラム。
前記制御ステップでは、前記判断ステップで公衆ＩＰ網からのセッション開始メッセージであると判断され、前記取得ステップで取得されたメディアタイプが音声の場合、セッション開始を拒否する請求項７又は８に記載のプログラム。
前記制御ステップでは、前記判断ステップで構内ＩＰ網からのセッション開始メッセージであると判断され、前記取得ステップで取得されたメディアタイプが音声の場合、セッション開始を許容する請求項７乃至９の何れか１項に記載のプログラム。
前記セッション開始メッセージは、ＩＰ網を利用してＦＡＸの送受信を行うためのＩＮＶＩＴＥメッセージである請求項７乃至１０の何れか１項に記載のプログラム。