(57)【要約】【課題】一方の通信装置が対応している通信の方式に関する属性情報の中に、他方の通信装置が対応していない属性情報がある場合でも、属性情報が２つの通信装置の間で正常に交換される可能性を高める。【解決手段】まず、第１の通信装置１０の属性情報送信部５１が、自装置の属性情報を第２の通信装置２０へ送信する。その属性情報の中に第２の通信装置が対応していないものがあることを示す応答を応答受信部５２が受信すると、属性情報削除部５３が、予め定めた順序に従って第１の通信装置１０の属性情報の一部を削除する。属性情報送信部５１は、上記の削除後の属性情報を第２の通信装置２０へ送信する。第２の通信装置が第１の通信装置１０の属性情報に対応していることを示す応答を応答受信部５２が受信すると、属性情報決定部５４は、その属性情報を第１の通信装置が用いる属性情報として決定する。【選択図】図２
2011010025.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信装置が対応している通信の方式に関する属性情報を、当該第１の通信装置と通信する第２の通信装置へ送信する送信手段と、
前記送信手段が送信した前記属性情報に対する前記第２の通信装置からの応答を受信する受信手段と、
前記属性情報の中に前記第２の通信装置が対応していないものがあることを示す応答を前記受信手段が受信した場合に、前記属性情報の一部を削除する削除手段と、
前記削除手段による削除後の前記属性情報の前記送信手段による送信に応じて、前記第２の通信装置が当該削除後の属性情報に対応していることを示す応答を前記受信手段が受信した場合に、当該削除後の属性情報を前記第１の通信装置が用いる属性情報として決定する決定手段と
を備えたことを特徴とする通信方式決定装置。
【請求項２】
前記第２の通信装置が前記削除後の属性情報に対応していることを示す応答を前記受信手段が受信した場合に、当該応答に含まれる前記第２の通信装置を識別する識別情報と当該第２の通信装置が対応している属性情報とを取得する取得手段と、
前記取得手段により取得された前記第２の通信装置の識別情報と当該第２の通信装置が対応している属性情報とを対応付けて記憶する記憶手段とを更に備え、
前記決定手段は、前記第１の通信装置が通信しようとする相手装置の識別情報に対応付けて前記記憶手段に記憶されている属性情報を、前記第１の通信装置が用いる属性情報として決定することを特徴とする請求項１記載の通信方式決定装置。
【請求項３】
前記取得手段は、前記識別情報として前記第２の通信装置の製造者又は販売者を特定する情報を取得し、
前記記憶手段は、前記取得手段により取得された前記第２の通信装置の製造者又は販売者を特定する情報と当該第２の通信装置が対応している属性情報とを対応付けて記憶することを特徴とする請求項２記載の通信方式決定装置。
【請求項４】
前記取得手段は、前記第２の通信装置の製造者又は販売者を特定する情報を取得すると共に、前記識別情報として前記第２の通信装置に固有の情報を取得し、
前記記憶手段は、前記第２の通信装置に固有の情報と当該第２の通信装置の製造者又は販売者を特定する情報とを対応付けて記憶すると共に、当該第２の通信装置の製造者又は販売者を特定する情報と当該第２の通信装置が対応している属性情報とを対応付けて記憶することを特徴とする請求項２記載の通信方式決定装置。
【請求項５】
前記第２の通信装置の識別情報と当該第２の通信装置が対応している属性情報とを、利用者の操作により受け付ける受付手段を更に備え、
前記記憶手段は、前記受付手段が受け付けた前記第２の通信装置の識別情報と当該第２の通信装置が対応している属性情報とを対応付けて記憶することを特徴とする請求項２記載の通信方式決定装置。
【請求項６】
前記削除手段が前記属性情報の一部を削除する際の順序を利用者の操作により設定する設定手段を更に備えたことを特徴とする請求項１乃至５のいずれかに記載の通信方式決定装置。
【請求項７】
相手装置との間で通信を行う際に自装置が用いる、当該通信の方式に関する属性情報を決定する決定手段と、
前記決定手段により決定された前記属性情報を用いて、前記相手装置との間で通信を行う通信手段とを備え、
前記決定手段は、
自装置が対応している属性情報を前記相手装置へ送信する送信手段と、
前記送信手段が送信した前記属性情報に対する前記相手装置からの応答を受信する受信手段と、
前記属性情報の中に前記相手装置が対応していないものがあることを示す応答を前記受信手段が受信した場合に、前記属性情報の一部を削除する削除手段とを備え、
前記削除手段による削除後の前記属性情報の前記送信手段による送信に応じて、前記相手装置が当該削除後の属性情報に対応していることを示す応答を前記受信手段が受信した場合に、当該削除後の属性情報を自装置が用いる属性情報として決定することを特徴とする通信装置。
【請求項８】
コンピュータに、
第１の通信装置が対応している通信の方式に関する属性情報を、当該第１の通信装置と通信する第２の通信装置へ送信する機能と、
送信した前記属性情報に対する前記第２の通信装置からの応答を受信する機能と、
前記属性情報の中に前記第２の通信装置が対応していないものがあることを示す応答を受信した場合に、前記属性情報の一部を削除する機能と、
削除後の前記属性情報の送信に応じて、前記第２の通信装置が当該削除後の属性情報に対応していることを示す応答を受信した場合に、当該削除後の属性情報を前記第１の通信装置が用いる属性情報として決定する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信方式決定装置、通信装置及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、リアルタイムネットワークファクシミリ通信の開始に先立って行われる所定の呼接続手順において相手装置とやりとりする呼接続メッセージから得られる、相手装置の属性を示す情報である相手属性情報を取得する相手属性情報取得手段と、相手属性情報取得手段により取得された相手属性情報に応じた内容で、リアルタイムネットワークファクシミリ通信の制御を行う通信制御手段とを備えた通信装置が記載されている。
【０００３】
特許文献２には、ＳＩＰサーバの記憶手段に各種の通信書式を予め記憶しておき、第１のＳＩＰ−ＦＡＸから第２のＳＩＰ−ＦＡＸへのファクシミリ送信が通信書式の異常の場合、第２のＳＩＰ−ＦＡＸは自機の通信書式を特定する手掛かりになる属性情報（メーカ名や機種名など）を含む通信結果情報を第１のＳＩＰ−ＦＡＸに返信し、第１のＳＩＰ−ＦＡＸはその通信結果情報に含まれる属性情報を検索キーにして第１のＳＩＰサーバに通信書式を問い合わせて取得し、その通信書式で送信情報を再配置した後、第２のＳＩＰ−ＦＡＸへ送信するファクシミリ装置が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３０３９６８号公報
【特許文献２】特開２００８−０２２３８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、一方の通信装置が対応している通信の方式に関する属性情報の中に、他方の通信装置が対応していない属性情報がある場合でも、これらの通信装置の間で属性情報が正常に交換される可能性を高めることにある。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、第１の通信装置が対応している通信の方式に関する属性情報を、当該第１の通信装置と通信する第２の通信装置へ送信する送信手段と、前記送信手段が送信した前記属性情報に対する前記第２の通信装置からの応答を受信する受信手段と、前記属性情報の中に前記第２の通信装置が対応していないものがあることを示す応答を前記受信手段が受信した場合に、前記属性情報の一部を削除する削除手段と、前記削除手段による削除後の前記属性情報の前記送信手段による送信に応じて、前記第２の通信装置が当該削除後の属性情報に対応していることを示す応答を前記受信手段が受信した場合に、当該削除後の属性情報を前記第１の通信装置が用いる属性情報として決定する決定手段とを備えたことを特徴とする通信方式決定装置である。
請求項２に記載の発明は、前記第２の通信装置が前記削除後の属性情報に対応していることを示す応答を前記受信手段が受信した場合に、当該応答に含まれる前記第２の通信装置を識別する識別情報と当該第２の通信装置が対応している属性情報とを取得する取得手段と、前記取得手段により取得された前記第２の通信装置の識別情報と当該第２の通信装置が対応している属性情報とを対応付けて記憶する記憶手段とを更に備え、前記決定手段は、前記第１の通信装置が通信しようとする相手装置の識別情報に対応付けて前記記憶手段に記憶されている属性情報を、前記第１の通信装置が用いる属性情報として決定することを特徴とする請求項１記載の通信方式決定装置である。
請求項３に記載の発明は、前記取得手段は、前記識別情報として前記第２の通信装置の製造者又は販売者を特定する情報を取得し、前記記憶手段は、前記取得手段により取得された前記第２の通信装置の製造者又は販売者を特定する情報と当該第２の通信装置が対応している属性情報とを対応付けて記憶することを特徴とする請求項２記載の通信方式決定装置である。
請求項４に記載の発明は、前記取得手段は、前記第２の通信装置の製造者又は販売者を特定する情報を取得すると共に、前記識別情報として前記第２の通信装置に固有の情報を取得し、前記記憶手段は、前記第２の通信装置に固有の情報と当該第２の通信装置の製造者又は販売者を特定する情報とを対応付けて記憶すると共に、当該第２の通信装置の製造者又は販売者を特定する情報と当該第２の通信装置が対応している属性情報とを対応付けて記憶することを特徴とする請求項２記載の通信方式決定装置である。
【０００７】
請求項５に記載の発明は、前記第２の通信装置の識別情報と当該第２の通信装置が対応している属性情報とを、利用者の操作により受け付ける受付手段を更に備え、前記記憶手段は、前記受付手段が受け付けた前記第２の通信装置の識別情報と当該第２の通信装置が対応している属性情報とを対応付けて記憶することを特徴とする請求項２記載の通信方式決定装置である。
請求項６に記載の発明は、前記削除手段が前記属性情報の一部を削除する際の順序を利用者の操作により設定する設定手段を更に備えたことを特徴とする請求項１乃至５のいずれかに記載の通信方式決定装置である。
【０００８】
請求項７に記載の発明は、相手装置との間で通信を行う際に自装置が用いる、当該通信の方式に関する属性情報を決定する決定手段と、前記決定手段により決定された前記属性情報を用いて、前記相手装置との間で通信を行う通信手段とを備え、前記決定手段は、自装置が対応している属性情報を前記相手装置へ送信する送信手段と、前記送信手段が送信した前記属性情報に対する前記相手装置からの応答を受信する受信手段と、前記属性情報の中に前記相手装置が対応していないものがあることを示す応答を前記受信手段が受信した場合に、前記属性情報の一部を削除する削除手段とを備え、前記削除手段による削除後の前記属性情報の前記送信手段による送信に応じて、前記相手装置が当該削除後の属性情報に対応していることを示す応答を前記受信手段が受信した場合に、当該削除後の属性情報を自装置が用いる属性情報として決定することを特徴とする通信装置である。
【０００９】
請求項８に記載の発明は、コンピュータに、第１の通信装置が対応している通信の方式に関する属性情報を、当該第１の通信装置と通信する第２の通信装置へ送信する機能と、送信した前記属性情報に対する前記第２の通信装置からの応答を受信する機能と、前記属性情報の中に前記第２の通信装置が対応していないものがあることを示す応答を受信した場合に、前記属性情報の一部を削除する機能と、削除後の前記属性情報の送信に応じて、前記第２の通信装置が当該削除後の属性情報に対応していることを示す応答を受信した場合に、当該削除後の属性情報を前記第１の通信装置が用いる属性情報として決定する機能とを実現させるためのプログラムである。
【発明の効果】
【００１０】
請求項１の発明によれば、本構成を有していない場合に比較して、２つの通信装置の間で属性情報が正常に交換される可能性を高めることができる。
請求項２の発明によれば、本構成を有していない場合に比較して、記憶手段に属性情報が記憶されている通信装置との間における属性情報の交換に、容易に成功することができる。
請求項３の発明によれば、本構成を有していない場合に比較して、通信装置の属性情報を取得するために必要な記憶領域を削減することができる。
請求項４の発明によれば、本構成を有していない場合に比較して、通信装置の属性情報を取得するために必要な記憶領域を削減できることに加えて、通信装置に固有の情報を基にその通信装置の属性情報を容易に取得することができる。
請求項５の発明によれば、本構成を有していない場合に比較して、予め属性情報がわかっている通信装置との間における属性情報の交換に、容易に成功することができる。
請求項６の発明によれば、属性情報の一部を削除する際の順序を利用者が設定することができる。
請求項７の発明によれば、本構成を有していない場合に比較して、２つの通信装置の間で属性情報が正常に交換される可能性を高めることができる。
請求項８の発明によれば、本構成を有していない場合に比較して、２つの通信装置の間で属性情報が正常に交換される可能性を高めることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における通信システムの全体構成例を示した図である。
【図２】本発明の実施の形態における第１のＳＩＰ−ＦＡＸの機能構成例を示したブロック図である。
【図３】属性情報のテーブルの例を示した図である。
【図４】本発明の実施の形態における第１のＳＩＰ−ＦＡＸから第２のＳＩＰ−ＦＡＸへのファクシミリ送信に先立って属性情報を交換する際の通信シーケンスの例を示した図である。
【図５】本発明の実施の形態における第１のＳＩＰ−ＦＡＸから第２のＳＩＰ−ＦＡＸへのファクシミリ送信に先立って属性情報を決定する際の第１のＳＩＰ−ＦＡＸの動作例を示したフローチャートである。
【図６】本発明の実施の形態における第２のＳＩＰ−ＦＡＸから第１のＳＩＰ−ＦＡＸへのファクシミリ送信に先立って属性情報を交換する際の通信シーケンスの例を示した図である。
【図７】本発明の実施の形態における第１のＳＩＰ−ＦＡＸがＳＩＰ−ＵＲＩとＩＰアドレスをＳＩＰサーバへ登録する際の通信シーケンスの例を示した図である。
【図８】本発明の実施の形態における情報受付部が液晶表示器に表示させる設定画面の例を示した図である。
【図９】本発明の実施の形態における削除順序設定部が液晶表示器に表示させる設定画面の例を示した図である。
【図１０】本発明の実施の形態を実現可能なコンピュータのハードウェア構成図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態が適用される通信システムの構成例を示した図である。
図示するように、この通信システムは、第１の通信装置（自装置）１０と第２の通信装置（相手装置）２０とが、ネットワーク８０を介して接続されることにより構成されている。
【００１３】
このうち、ネットワーク８０としては、インターネットなどのＩＰ（Internet Protocol）ネットワークが挙げられる。
また、第１の通信装置１０及び第２の通信装置２０としては、例えばＩＰ−ＦＡＸ、ＩＰ電話等が挙げられる。本実施の形態では、第１の通信装置１０として、セッション開始プロトコル（Session Initiation Protocol：ＳＩＰ）に対応したネットワークファクシミリ装置であるＳＩＰ−ＦＡＸを用いる。また、本実施の形態では、第２の通信装置２０として、ＳＩＰ−ＦＡＸ又はＳＩＰサーバを用いる。以下では、第１の通信装置１０を第１のＳＩＰ−ＦＡＸ１０と称する。
【００１４】
まず、第１のＳＩＰ−ＦＡＸ１０のハードウェア構成について詳細に説明する。
図示するように、第１のＳＩＰ−ＦＡＸ１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、不揮発性メモリ１４と、入出力インタフェース１５と、画像読取部１６と、画像形成部１７と、ネットワークインタフェース１８とを含む。
【００１５】
ＣＰＵ１１は、ＲＯＭ１３等に記憶された各種プログラムをＲＡＭ１２にロードして実行することにより、図２を参照して後述する各機能を実現する。
ＲＡＭ１２は、ＣＰＵ１１の作業用メモリ等として用いられるメモリである。
ＲＯＭ１３は、ＣＰＵ１１が実行する各種プログラム等を記憶するメモリである。
不揮発性メモリ１４は、第１のＳＩＰ−ＦＡＸ１０の動作に必要な各種の設定情報等を記憶するメモリである。
入出力インタフェース１５は、利用者に知らせる情報を液晶表示器（不図示）等に表示し、また、操作パネル（不図示）等を介して利用者の入力操作を受け付ける。
画像読取部１６は、紙等の記録媒体に記録された画像を読み取る。ここで、画像読取部１６は、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ（Charge Coupled Devices）で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ（Contact Image Sensor）で受光するＣＩＳ方式のものを用いるとよい。
画像形成部１７は、紙等の記録媒体に画像を形成する。ここで、画像形成部１７は、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。
ネットワークインタフェース１８は、ネットワーク８０を介して、不揮発性メモリ１４に蓄積された情報や画像読取部１６が読み取った画像のデータを第２の通信装置２０へ送信したり、第２の通信装置２０から画像のデータ等を受信したりする。ここで、ネットワークインタフェース１８は、例えばネットワークインタフェースカード（ＮＩＣ）により実現される。
【００１６】
ところで、第１のＳＩＰ−ＦＡＸ１０が第２の通信装置２０と通信を行う場合、始めにＳＩＰによる呼制御が行われる。この呼制御では、互いの装置が対応している通信の方式に関する属性情報の交換が行われる。属性情報とは、通信装置が有する能力を表す情報であり、例えば、
（１）トランスポート層のプロトコルとしてＴＣＰ（Transmission Control Protocol）とＵＤＰ（User Datagram Protocol）のどちらを用いるか、
（２）ネットワーク層のプロトコル（ＩＰプロトコル）として、ＩＰｖ４とＩＰｖ６のどちらを用いるか、
（３）通信速度、解像度、画像データの符号化方式、誤り訂正符号の方式等の、ＦＡＸ通信における各種のパラメタをどのように選択するか、
などの情報が挙げられる。
【００１７】
現在のところ、特にＳＩＰ−ＦＡＸが対応している通信の方式については、ファクシミリ装置のベンダごとに異なる状況にある。このため、相手装置との間で属性情報の交換を行おうとしても、ベンダごとの実装方式の違いのために正しく行えない場合がある。
【００１８】
そこで本実施の形態では、自装置である第１のＳＩＰ−ＦＡＸ１０に、自装置と通信の相手装置の両方が対応している属性情報を決定する通信方式決定装置５０を設けている。以下で説明する図２では、通信方式決定装置５０は第１のＳＩＰ−ＦＡＸ１０に内蔵されているが、通信方式決定装置５０は第１のＳＩＰ−ＦＡＸ１０とは独立した装置であってもよい。
尚、第２の通信装置２０は、通信方式決定装置５０を備えていない通信装置である。
【００１９】
次に、本実施の形態における第１のＳＩＰ−ＦＡＸ１０及び通信方式決定装置５０の機能構成について詳細に説明する。
図２は、第１のＳＩＰ−ＦＡＸ１０の機能構成例を示したブロック図である。通信方式決定装置５０は、ＣＰＵ１１がＲＯＭ１３等に記憶されたプログラムをＲＡＭ１２に読み込んで実行することにより、第１のＳＩＰ−ＦＡＸ１０内に仮想的に実現される。
【００２０】
まず、第１のＳＩＰ−ＦＡＸ１０の機能構成について説明する。図示するように、第１のＳＩＰ−ＦＡＸ１０は、通信方式決定装置５０と、通信部６０とを備えている。
通信方式決定装置５０は、第１のＳＩＰ−ＦＡＸ１０と第２の通信装置２０の両方が対応している通信の方式に関する属性情報を決定する。本実施の形態では、通信装置が備える決定手段の一例として、通信方式決定装置５０を設けている。
通信部６０は、通信方式決定装置５０が決定した属性情報を用いて、第２の通信装置２０との間で通信を行う。本実施の形態では、通信手段の一例として通信部６０を設けている。
【００２１】
次に、通信方式決定装置５０の機能構成について説明する。
図示するように、本実施の形態における通信方式決定装置５０は、属性情報送信部５１と、応答受信部５２と、属性情報削除部５３と、属性情報決定部５４と、情報取得部５５と、記憶部５６と、情報受付部５７と、削除順序設定部５８とを備える。尚、これらのうち、記憶部５６は、例えばＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）などの不揮発性メモリ１４により実現される。また、属性情報送信部５１、応答受信部５２、属性情報削除部５３、属性情報決定部５４、情報取得部５５、情報受付部５７、削除順序設定部５８の各機能は、ＣＰＵ１１がＲＯＭ１３等に記憶されたプログラムをＲＡＭ１２に読み込んで実行することにより、実現される。
【００２２】
属性情報送信部５１は、第１のＳＩＰ−ＦＡＸ１０が対応している通信の方式に関する属性情報を第２の通信装置２０へ送信する。本実施の形態では、送信手段の一例として属性情報送信部５１を設けている。
応答受信部５２は、属性情報送信部５１が送信した属性情報に対する第２の通信装置２０からの応答を受信する。本実施の形態では、受信手段の一例として応答受信部５２を設けている。
属性情報削除部５３は、属性情報送信部５１が送信した属性情報の中に第２の通信装置２０が対応していないものがあることを示す応答を応答受信部５２が受信した場合に、その属性情報の一部を削除する。尚、削除後の属性情報は、属性情報送信部５１が第２の通信装置２０へ送信する。本実施の形態では、削除手段の一例として属性情報削除部５３を設けている。
属性情報決定部５４は、属性情報送信部５１が送信した属性情報に第２の通信装置２０が対応していることを示す応答を応答受信部５２が受信した場合に、その属性情報を第１のＳＩＰ−ＦＡＸ１０が用いる属性情報として決定する。本実施の形態では、通信方式決定装置が備える決定手段の一例として、属性情報決定部５４を設けている。
【００２３】
情報取得部５５は、属性情報送信部５１が送信した属性情報に第２の通信装置２０が対応していることを示す応答を応答受信部５２が受信した場合に、その応答に含まれる第２の通信装置２０を識別する識別情報と第２の通信装置２０が対応している属性情報とを取得する。識別情報としては、例えば、第２の通信装置２０に固有の情報、第２の通信装置２０のベンダを特定する情報等が挙げられる。そして第２の通信装置２０に固有の情報としては、例えばＳＩＰ−ＵＲＩ（Uniform Resource Identifier）、機種名、バージョン番号等が、第２の通信装置２０のベンダを特定する情報としては、例えばベンダ名、ベンダ種別（ベンダを特定するコード）等が挙げられる。本実施の形態では、取得手段の一例として情報取得部５５を設けている。
記憶部５６は、情報取得部５５により取得された第２の通信装置２０の識別情報と第２の通信装置２０が対応している属性情報とを対応付けて、属性情報のテーブルに記憶する。属性情報のテーブルについては後述する。本実施の形態では、記憶手段の一例として記憶部５６を設けている。
【００２４】
情報受付部５７は、第２の通信装置２０の識別情報と第２の通信装置２０が対応している属性情報とを、図示しない操作パネルを介して利用者の操作により受け付ける。本実施の形態では、受付手段の一例として、情報受付部５７を設けている。
削除順序設定部５８は、属性情報削除部５３が属性情報の一部を削除する際の順序を、図示しない操作パネルを介して利用者の操作により設定する。設定された順序についての情報は、記憶部５６に記憶される。本実施の形態では、設定手段の一例として削除順序設定部５８を設けている。
【００２５】
尚、本実施の形態では、情報取得部５５が取得する第２の通信装置２０の識別情報として、第２の通信装置２０に固有の情報と、第２の通信装置２０のベンダを特定する情報とを用いる。そして本実施の形態では、第２の通信装置２０に固有の情報として、第２の通信装置２０のＳＩＰ−ＵＲＩを、第２の通信装置２０のベンダを特定する情報として、第２の通信装置２０のベンダ種別（ベンダを特定するコード）をそれぞれ用いる。
【００２６】
ここで、属性情報のテーブルについて具体的に説明する。
図３は、属性情報のテーブルの例を示した図である。図３（Ａ）は、ＳＩＰ−ＵＲＩとそのＳＩＰ−ＵＲＩをもつ通信装置のベンダ種別とを対応付けたテーブルを示している。一方、図３（Ｂ）は、通信装置のベンダ種別とそのベンダ種別の通信装置の属性情報とを対応付けたテーブルを示している。
図３（Ｂ）のテーブルでは、属性情報の一例として、上述したトランスポート層のプロトコルとＩＰプロトコルの項目を示している。例えば、ベンダ種別が００１の通信装置は、トランスポート層についてはＴＣＰとＵＤＰの両方に対応しており、ＩＰプロトコルについてはＩＰｖ４に対応していることがわかる。
【００２７】
一般に、同一のベンダによる通信装置であれば、対応している通信の方式も同一であることが予想される。そこで本実施の形態では、同一ベンダによる通信装置は同一の属性情報をもつことを仮定し、図３（Ｂ）に示すように、属性情報をベンダ種別に対応付けて記憶する。そして図３（Ｂ）のテーブルとは別に、ベンダ種別とＳＩＰ−ＵＲＩとを対応付けた図３（Ａ）のテーブルを用意する。即ち、本実施の形態では、ベンダ種別を介して、ＳＩＰ−ＵＲＩとそのＳＩＰ−ＵＲＩをもつ通信装置の属性情報とを対応付けている。図３（Ａ）及び図３（Ｂ）の２つのテーブルにより、属性情報のテーブルが構成される。
属性情報には、図３（Ｂ）のトランスポート層のプロトコルとＩＰプロトコルのように、複数の項目がある。このため、同一のベンダ種別をもつ複数のＳＩＰ−ＵＲＩに対応する属性情報を記憶する場合は、ＳＩＰ−ＵＲＩと属性情報とを直接対応付けるよりも、本実施の形態のように、ベンダ種別を介してＳＩＰ−ＵＲＩと属性情報とを対応付ける方が、属性情報のテーブルを記憶するための記憶領域が削減される。
【００２８】
以下では、本実施の形態における第１のＳＩＰ−ＦＡＸ１０と第２の通信装置２０の動作について、詳細に説明する。まず、第２の通信装置２０の一例としてＳＩＰ−ＦＡＸを用いて、第１のＳＩＰ−ＦＡＸ１０との間でＩＰ−ＦＡＸ通信が行われる場合の属性情報の交換について説明する。以下では、第２の通信装置２０を第２のＳＩＰ−ＦＡＸ２０と称する。
図４は、第１のＳＩＰ−ＦＡＸ１０から第２のＳＩＰ−ＦＡＸ２０へのファクシミリ送信に先立って属性情報を交換する際の通信シーケンスの例を示した図である。
【００２９】
まず、第１のＳＩＰ−ＦＡＸ１０の属性情報送信部５１が、自装置の属性情報を第２のＳＩＰ−ＦＡＸ２０へ送信する（Ｐ１１）。枠で囲んだ記述１５１は、このときに送信されるＳＩＰメッセージの一部を示している。特に、太枠で囲んだ記述１５１ａと１５１ｂは、それぞれ第１のＳＩＰ−ＦＡＸ１０がＵＤＰ、ＴＣＰに対応していることを示すものである。
【００３０】
ここで、第２のＳＩＰ−ＦＡＸ２０は、トランスポート層のプロトコルとして、ＴＣＰとＵＤＰの両方には対応していないものであったとする。その場合、第２のＳＩＰ−ＦＡＸ２０は、第１のＳＩＰ−ＦＡＸ１０に対し、ＴＣＰとＵＤＰの両方には対応していないことを示すエラー応答を行う（Ｐ１２）。記述１５２は、このときに返信されるＳＩＰメッセージの一部を示している。このＳＩＰメッセージには、第２のＳＩＰ−ＦＡＸ２０が対応している通信の方式に関する属性情報は含まれていない。従って、第１のＳＩＰ−ＦＡＸ１０は、自装置の属性情報のうち第２のＳＩＰ−ＦＡＸ２０がＴＣＰとＵＤＰのどちらに対応していないのかということを、このエラー応答からは知ることができない。
【００３１】
そこで、第１のＳＩＰ−ＦＡＸ１０の応答受信部５２が上記のエラー応答を受信すると、属性情報削除部５３が、予め定めた順序に従って第１のＳＩＰ−ＦＡＸ１０の属性情報の一部を削除する（Ｐ１３）。この順序は、例えば、（１）ＴＣＰについての記述１５１ｂを削除する、（２）ＵＤＰについての記述１５１ａを削除する、（３）属性情報の交換ができない旨のエラーとする、というものである。本実施の形態では、上記の順序に従い、属性情報削除部５３がまずＴＣＰについての記述１５１ｂを削除する。
属性情報送信部５１は、記述１５３に示す上記の削除後の属性情報を、第２のＳＩＰ−ＦＡＸ２０へ送信する（Ｐ１４）。
【００３２】
ここで、第２のＳＩＰ−ＦＡＸ２０は、ＵＤＰには対応しているものであったとする。その場合、第２のＳＩＰ−ＦＡＸ２０は、第１のＳＩＰ−ＦＡＸ１０の属性情報に対応していることを示す成功応答を行う（Ｐ１５）。記述１５４は、このときに返信されるＳＩＰメッセージの一部を示している。このＳＩＰメッセージには、第２のＳＩＰ−ＦＡＸ２０がＵＤＰに対応していることを示す記述１５４ａが含まれている。従って、第１のＳＩＰ−ＦＡＸ１０は、応答受信部５２が上記の成功応答を受信すると、第２のＳＩＰ−ＦＡＸ２０の属性情報を知ることができる。この成功応答の受信によって、第１のＳＩＰ−ＦＡＸ１０と第２のＳＩＰ−ＦＡＸ２０との間における属性情報の交換が正常に行われたことになる。
【００３３】
上記の成功応答を受けて、属性情報決定部５４は、第１のＳＩＰ−ＦＡＸ１０が第２のＳＩＰ−ＦＡＸ２０との通信に用いる属性情報として、トランスポート層のプロトコルをＵＤＰに決定する（Ｐ１６）。また、情報取得部５５は、記述１５４が示すＳＩＰメッセージに含まれる、第２のＳＩＰ−ＦＡＸ２０のベンダ種別“００２”と、第２のＳＩＰ−ＦＡＸ２０がＵＤＰに対応しているという属性情報を取得する。これらの情報は、第２のＳＩＰ−ＦＡＸ２０のＳＩＰ−ＵＲＩと共に、図３に示した属性情報のテーブルの形式で、記憶部５６に記憶される（Ｐ１７）。そして、Ｐ１６において決定された属性情報に従い、第１のＳＩＰ−ＦＡＸ１０と第２のＳＩＰ−ＦＡＸ２０との間でＩＰ−ＦＡＸ通信が行われる（Ｐ１８）。
【００３４】
次に、図４に示す属性情報の交換を行う際の、第１のＳＩＰ−ＦＡＸ１０の動作について説明する。
図５は、第１のＳＩＰ−ＦＡＸ１０から第２のＳＩＰ−ＦＡＸ２０へのファクシミリ送信に先立って属性情報を決定する際の第１のＳＩＰ−ＦＡＸ１０の動作例を示したフローチャートである。
【００３５】
自装置である第１のＳＩＰ−ＦＡＸ１０では、まず属性情報決定部５４が、これから通信しようとする相手装置である第２のＳＩＰ−ＦＡＸ２０のＳＩＰ−ＵＲＩが図３（Ａ）の属性情報のテーブルに記憶されているか否かを検索する（ステップ１０１）。検索の結果、記憶されている場合は、属性情報決定部５４は、そのＳＩＰ−ＵＲＩのベンダ種別に対応付けて図３（Ｂ）の属性情報のテーブルに記憶されている属性情報を、第１のＳＩＰ−ＦＡＸ１０が用いる属性情報として決定し、処理を終了する（ステップ１０２，１０３）。
一方、記憶されていない場合は、属性情報決定部５４は、ひとまず予め定めたものを、第１のＳＩＰ−ＦＡＸ１０が用いる属性情報に設定する（ステップ１０２，１０４）。予め定めたものとは、例えば図４における記述１５１のように、トランスポート層のプロトコルとして、ＴＣＰとＵＤＰを両方含めたものを第１のＳＩＰ−ＦＡＸ１０の属性情報とすることなどが挙げられる。
【００３６】
次に属性情報送信部５１は、ステップ１０４において設定された第１のＳＩＰ−ＦＡＸ１０の属性情報を、第２のＳＩＰ−ＦＡＸ２０へ送信する（ステップ１０５）。そして応答受信部５２が、この送信に対する第２のＳＩＰ−ＦＡＸ２０からの応答を受信する（ステップ１０６）。
【００３７】
この応答が、第２のＳＩＰ−ＦＡＸ２０はステップ１０５において送信された属性情報の全てには対応していない、ということを示すエラー応答である場合は（ステップ１０７）、続いて属性情報削除部５３による処理が行われる。属性情報削除部５３は、予め定めた順序に従って現在の第１のＳＩＰ−ＦＡＸ１０の属性情報の一部を削除できるか否かを判定する（ステップ１０８）。もう削除できる属性情報がない場合は、属性情報の交換ができない旨のエラーとして、処理は終了する。一方、属性情報の一部を削除できる場合は、属性情報削除部５３が予め定めた順序に従って削除を行う（ステップ１０９）。そして、ステップ１０５に戻り、属性情報送信部５１が上記の削除後の属性情報を第２のＳＩＰ−ＦＡＸ２０へ送信する。
【００３８】
ステップ１０６において、応答受信部５２が、第２のＳＩＰ−ＦＡＸ２０は第１のＳＩＰ−ＦＡＸ１０の属性情報に対応していることを示す成功応答を受信した場合は、属性情報決定部５４は、属性情報送信部５１が第２のＳＩＰ−ＦＡＸ２０へ送信した属性情報を、第１のＳＩＰ−ＦＡＸ１０が用いる属性情報として決定する（ステップ１０７，１１０）。この際、情報取得部５５が、上記の成功応答に含まれる、第２のＳＩＰ−ＦＡＸ２０のベンダ種別と第２のＳＩＰ−ＦＡＸ２０の属性情報とを取得する（ステップ１１１）。そして、記憶部５６が、これらの情報と第２のＳＩＰ−ＦＡＸ２０のＳＩＰ−ＵＲＩとを対応付けて、図３に示した属性情報のテーブルの形式で記憶する（ステップ１１２）。
以上で属性情報を決定する際の第１のＳＩＰ−ＦＡＸ１０の動作は終了する。
【００３９】
図６は、第２のＳＩＰ−ＦＡＸ２０から第１のＳＩＰ−ＦＡＸ１０へのファクシミリ送信に先立って属性情報を交換する際の通信シーケンスの例を示した図である。
図４とは逆に、第２のＳＩＰ−ＦＡＸ２０から第１のＳＩＰ−ＦＡＸ１０へファクシミリ送信が行われる場合は、記述１６１に示すように、第２のＳＩＰ−ＦＡＸ２０からのＳＩＰメッセージの中に、第２のＳＩＰ−ＦＡＸ２０の属性情報（図６では、ＵＤＰに関する記述１６１ａ）が含まれている。従って、情報取得部５５が、そのＳＩＰメッセージに含まれる第２のＳＩＰ−ＦＡＸ２０の識別情報と属性情報とを取得し、記憶部５６に記憶すればよい。
【００４０】
次に、本実施の形態における第１のＳＩＰ−ＦＡＸ１０がＳＩＰサーバと属性情報を交換する際の、第１のＳＩＰ−ＦＡＸ１０の動作について説明する。以下では、第２の通信装置２０の一例としてのＳＩＰサーバを、ＳＩＰサーバ２０と称する。
図７は、第１のＳＩＰ−ＦＡＸ１０がＳＩＰ−ＵＲＩとＩＰアドレスをＳＩＰサーバ２０へ登録する際の通信シーケンスの例を示した図である。
【００４１】
まず、第１のＳＩＰ−ＦＡＸ１０の属性情報送信部５１が、自装置の属性情報をＳＩＰサーバ２０へ送信する（Ｐ２１）。枠で囲んだ記述１７１は、このときに送信されるＳＩＰメッセージの一部であり、太枠で囲んだ記述１７１ａと１７１ｂは、それぞれＩＰｖ４、ＩＰｖ６の形式で書かれている。
【００４２】
ＳＩＰサーバ２０がＩＰｖ４とＩＰｖ６の両方には対応していないものであったとすると、ＳＩＰサーバ２０は、第１のＳＩＰ−ＦＡＸ１０に対して記述１７２に示すＳＩＰメッセージでエラー応答を行う（Ｐ２２）。
【００４３】
そこで、第１のＳＩＰ−ＦＡＸ１０の応答受信部５２が上記のエラー応答を受信すると、属性情報削除部５３が例えばＩＰｖ６についての記述１７１ｂを削除する（Ｐ２３）。属性情報送信部５１は、記述１７３に示す削除後の属性情報を、ＳＩＰサーバ２０へ送信する（Ｐ２４）。
【００４４】
ＳＩＰサーバ２０がＩＰｖ４に対応しているものであったとすると、ＳＩＰサーバ２０は、第１のＳＩＰ−ＦＡＸ１０に対して記述１７４に示すＳＩＰメッセージで成功応答を行う（Ｐ２５）。この成功応答を受けて、属性情報決定部５４は、第１のＳＩＰ−ＦＡＸ１０がＳＩＰサーバ２０との通信に用いるＩＰプロトコルを、ＩＰｖ４に決定する（Ｐ２６）。そしてＩＰｖ４の形式により、第１のＳＩＰ−ＦＡＸ１０のＳＩＰ−ＵＲＩとＩＰアドレスがＳＩＰサーバ２０に登録される。尚、この際、図４について説明したときと同様に、記述１７４が示すＳＩＰメッセージからの識別情報及び属性情報の取得と、属性情報のテーブルへの記憶が行われる（Ｐ２７）。
【００４５】
ところで、上記の説明では、情報取得部５５が取得した識別情報と属性情報が記憶部５６に自動的に登録された。しかしながら、本実施の形態では、第１のＳＩＰ−ＦＡＸ１０が通信する相手装置の識別情報と属性情報とを、操作パネルを介して利用者の操作により受け付ける、情報受付部５７を設けている。
図８は、情報受付部５７が液晶表示器に表示させる設定画面の例を示した図である。
図示するように、設定画面には、相手装置のベンダ名、ベンダ種別及び相手装置が対応している属性情報（トランスポート層のプロトコルとＩＰプロトコル）を表示する欄を設けている。属性情報については、対応しているものを太字で表示している。属性情報が既にわかっている相手装置については、これらの各項目を、操作パネルを介して利用者に入力させるようにしてもよい。
【００４６】
また、上記の説明では、属性情報削除部５３が属性情報の一部を削除する際の順序は予め定められていた。しかしながら、本実施の形態では、その削除の順序を、操作パネルを介して利用者の操作により設定する、削除順序設定部５８を設けている。
図９は、削除順序設定部５８が液晶表示器に表示させる設定画面の例を示した図である。
図示するように、設定画面には、トランスポート層のプロトコルとＩＰプロトコルについて、削除を行う際の順序を表示する欄を設けている。図９では、トランスポート層については、太字で示した「ＴＣＰ→ＵＤＰ」が選択されており、例えば始めにＴＣＰとＵＤＰの両方の属性情報を相手装置に送信し、相手装置からのエラー応答に応じて、（１）ＴＣＰを削除する、（２）ＵＤＰを削除する、（３）エラーとする、という順序をとるように設定されている。また、ＩＰプロトコルについては、太字で示した「ＩＰｖ４→ＩＰｖ６」が選択されており、例えば始めにＩＰｖ４とＩＰｖ６の両方の形式で相手装置への送信を行い、相手装置からのエラー応答に応じて、（１）ＩＰｖ４を削除する、（２）ＩＰｖ６を削除する、（３）エラーとする、という順序をとるように設定されている。
【００４７】
通信装置が対応している属性情報には、例えばＦＡＸ通信であれば、ＴＣＰよりもＵＤＰに対応している機器の方が多いというような一般的な傾向がある。そこで上記のように、属性情報を削除する際の順序は、通信の種類、属性情報の項目等に応じて、利用者が設定できるようにしてもよい。
また、トランスポート層のプロトコルとＩＰプロトコルのように、複数の属性情報の項目の間における、属性情報の削除の順序についても、利用者が設定できるようにしてもよい。
【００４８】
ところで、本実施の形態では、通信方式決定装置５０が第１のＳＩＰ−ＦＡＸ１０内に仮想的に実現されていた。しかしながら、通信方式決定装置５０による処理は、第１のＳＩＰ−ＦＡＸ１０とは独立した汎用のコンピュータ９０で行うようにしてもよい。以下では、そのようなコンピュータ９０のハードウェア構成について説明する。
【００４９】
図１０は、コンピュータ９０のハードウェア構成を示した図である。
図示するように、コンピュータ９０は、演算手段であるＣＰＵ（Central Processing Unit）９１と、記憶手段であるメインメモリ９２及び磁気ディスク装置（ＨＤＤ：Hard Disk Drive）９３とを備える。ここで、ＣＰＵ９１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、上述した各機能を実現する。また、メインメモリ９２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、磁気ディスク装置９３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
更に、コンピュータ９０は、外部との通信を行うための通信インタフェース９４と、ビデオメモリやディスプレイ等からなる表示機構９５と、キーボードやマウス等の入力デバイス９６とを備える。
【００５０】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供するようにしてもよい。
【符号の説明】
【００５１】
１０…第１の通信装置（第１のＳＩＰ−ＦＡＸ）、２０…第２の通信装置（第２のＳＩＰ−ＦＡＸ，ＳＩＰサーバ）、５０…通信方式決定装置、５１…属性情報送信部、５２…応答受信部、５３…属性情報削除部、５４…属性情報決定部、５５…情報取得部、５６…記憶部、５７…情報受付部、５８…削除順序設定部、６０…通信部
【図１】
2011010025.tif 000003
【図２】
2011010025.tif 000004
【図３】
2011010025.tif 000005
【図４】
2011010025.tif 000006
【図５】
2011010025.tif 000007
【図６】
2011010025.tif 000008
【図７】
2011010025.tif 000009
【図８】
2011010025.tif 000010
【図９】
2011010025.tif 000011
【図１０】
2011010025.tif 000012