(57)【特許請求の範囲】
【請求項１】
ＳＩＰ−ＵＲＩを指定することによりＳＩＰプロキシサーバを介してＩＰ網に接続された相手端末との間でセッションを確立して通信を行う通信端末装置において、
前記相手端末と前記セッション確立のために指定したＳＩＰ−ＵＲＩと該相手端末のＩＰアドレスとを対応付けて記憶する記憶手段と、
ＳＩＰ−ＵＲＩを指定した前記ＳＩＰプロキシサーバを介する相手端末とのセッション確立に際して該ＳＩＰ−ＵＲＩに基づき前記記憶手段に記憶されているＩＰアドレスを検索する検索手段と、
前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとを照合する照合手段と、
前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとが一致した場合は、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行するセッション確立制御手段と
を具備することを特徴とする通信端末装置。
【請求項２】
前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとが一致しない場合は、その旨をユーザに報知する報知手段
を更に具備し、
前記セッション確立制御手段は、
前記報知手段による報知に基づきセッション確立の継続の指示があった場合は、該セッション確立処理を実行し、セッション確立の中止の指示があった場合は、該セッション確立処理を中断する
ことを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記記憶手段は、
前記ＳＩＰ−ＵＲＩと該ＳＩＰ−ＵＲＩに対応して接続可能な相手端末の１又は複数のＩＰアドレスを記憶し、
前記検索手段は、
前記ＳＩＰ−ＵＲＩを指定した前記ＳＩＰプロキシサーバを介する相手端末とのセッション確立に際して該ＳＩＰ−ＵＲＩに対応して前記記憶手段に記憶されている１又は複数のＩＰアドレスを検索し、
前記照合手段は、
前記検索手段で検索された１又は複数のＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとを照合することにより該相手端末が適切な相手であるか否かを判別し、
前記セッション確立制御手段は、
前記照合手段により前記相手端末が適切な相手であると判別された場合に、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行する
ことを特徴とする請求項１記載の通信端末装置。
【請求項４】
前記照合手段により前記相手端末が適切な相手でないと判別された場合は、その旨を通信結果情報として登録する通信結果情報登録手段
を更に具備し、
前記セッション確立制御手段は、
前記照合手段により前記相手端末が適切な相手でないと判別された場合は、前記通信結果情報登録手段によりその旨を登録した後、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行する
ことを特徴とする請求項３記載の通信端末装置。
【請求項５】
前記照合手段により前記相手端末が適切な相手でないと判別された場合は、その旨を報知する報知手段
を更に具備し、
前記セッション確立制御手段は、
前記報知手段による報知に基づきセッション確立の継続の指示があった場合は、該セッション確立処理を実行し、セッション確立の中止の指示があった場合は、該セッション確立処理を中断する
ことを特徴とする請求項３記載の通信端末装置。
【請求項６】
前記セッション確立制御手段によりセッションを確立した相手端末に文書送信中にエラーが発生した場合は、前記相手端末との間のセッションを再確立して該エラーに係わる文書を再送する再送制御手段
を更に具備し、
前記照合手段は、
前記相手端末との間のセッションを再確立に際して指定されたＳＩＰ−ＵＲＩと該ＳＩＰ−ＵＲＩに対応して前記記憶手段に記憶されているＩＰアドレスとを照合し、
前記セッション確立制御手段は、
前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッションの再確立に際して相手端末から通知されるＩＰアドレスとが一致した場合は、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを再確立し、前記検索手段で検索されたＩＰアドレスと該セッションの再確立に際して相手端末から通知されるＩＰアドレスとが一致しない場合は、その旨を報知する  ことを特徴とする請求項１記載の通信端末装置。
【請求項７】
ＳＩＰ−ＵＲＩを指定することによりＳＩＰプロキシサーバを介してＩＰ網に接続された相手端末との間でセッションを確立して通信を行う通信端末装置の制御方法において、
前記相手端末と前記セッション確立のために指定したＳＩＰ−ＵＲＩと該相手端末のＩＰアドレスとを対応付けて記憶手段に記憶し、
ＳＩＰ−ＵＲＩを指定した前記ＳＩＰプロキシサーバを介する相手端末とのセッション確立に際して該ＳＩＰ−ＵＲＩに基づき前記記憶手段に記憶されているＩＰアドレスを検索手段により検索し、
前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとを照合手段により照合し、
前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとが一致した場合は、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理をセッション確立制御手段により実行する
ことを特徴とする通信端末装置の制御方法。
【請求項８】
前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとが一致しない場合は、その旨をユーザに報知手段により報知し、
前記セッション確立制御手段は、
前記報知手段による報知に基づきセッション確立の継続の指示があった場合は、該セッション確立処理を実行し、セッション確立の中止の指示があった場合は、該セッション確立処理を中断する
ことを特徴とする請求項７記載の通信端末装置の制御方法。
【請求項９】
前記記憶手段は、
前記ＳＩＰ−ＵＲＩと該ＳＩＰ−ＵＲＩに対応して接続可能な相手端末の１又は複数のＩＰアドレスを記憶し、
前記検索手段は、
前記ＳＩＰ−ＵＲＩを指定した前記ＳＩＰプロキシサーバを介する相手端末とのセッション確立に際して該ＳＩＰ−ＵＲＩに対応して前記記憶手段に記憶されている１又は複数のＩＰアドレスを検索し、
前記照合手段は、
前記検索手段で検索された１又は複数のＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとを照合することにより該相手端末が適切な相手であるか否かを判別し、
前記セッション確立制御手段は、
前記照合手段により前記相手端末が適切な相手であると判別された場合に、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行する
ことを特徴とする請求項７記載の通信端末装置の制御方法。
【請求項１０】
前記照合手段により前記相手端末が適切な相手でないと判別された場合は、その旨を通信結果情報として通信結果情報登録手段により登録し、
前記セッション確立制御手段は、
前記照合手段により前記相手端末が適切な相手でないと判別された場合は、前記通信結果情報登録手段によりその旨を登録した後、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行する
ことを特徴とする請求項９記載の通信端末装置の制御方法。
【請求項１１】
前記照合手段により前記相手端末が適切な相手でないと判別された場合は、その旨を報知手段により報知し、
前記セッション確立制御手段は、
前記報知手段による報知に基づきセッション確立の継続の指示があった場合は、該セッション確立処理を実行し、セッション確立の中止の指示があった場合は、該セッション確立処理を中断する
ことを特徴とする請求項９記載の通信端末装置の制御方法。
【請求項１２】
前記セッション確立制御手段によりセッションを確立した相手端末に文書送信中にエラーが発生した場合は、前記相手端末との間のセッションを再確立して該エラーに係わる文書を再送制御手段により再送し、
前記照合手段は、
前記相手端末との間のセッションを再確立に際して指定されたＳＩＰ−ＵＲＩと該ＳＩＰ−ＵＲＩに対応して前記記憶手段に記憶されているＩＰアドレスとを照合し、
前記セッション確立制御手段は、
前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッションの再確立に際して相手端末から通知されるＩＰアドレスとが一致した場合は、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを再確立し、前記検索手段で検索されたＩＰアドレスと該セッションの再確立に際して相手端末から通知されるＩＰアドレスとが一致しない場合は、その旨を報知する  ことを特徴とする請求項７記載の通信端末装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末装置およびその制御方法に関し、特に、インターネット網を介して情報を送る際に、ユーザが指定した宛先情報と、登録された宛先情報に対応付けされた相手のアドレスと、相手から通知される相手のアドレスに基づき送り先として適切な相手であるかをユーザに通知し、意図しない相手に情報が送信されることを防止する通信端末装置およびその制御方法に関する。
【背景技術】
【０００２】
従来、ＳＩＰ（＝Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）で通信するときは、ユーザーが相手先を指定する手段として、ＳＩＰ−ＵＲＩ（＝Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ− Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が使用される。
【０００３】
このＳＩＰ−ＵＲＩは、メールアドレスのように、例えば「ｕｓｅｒＢ＠ｈｏｓｔＢ」のような文字列で指定される。
【０００４】
実際に通信する相手は、ＩＰアドレスによって識別されるが、端末またはユーザーは、「ｕｓｅｒＢ＠ｈｏｓｔＢ」というＳＩＰ−ＵＲＩのドメイン名である「ｈｏｓｔＢ」が何れのＩＰアドレスに対応しているかを知らなくても、プロキシサーバーを経由した発呼であれば、プロキシサーバーがプロキシサーバーに登録されている「ｕｓｅｒＢ＠ｈｏｓｔＢ」のＳＩＰ−ＵＲＩに対応付けされたアドレス情報に基づいてメッセージを相手先まで届けることができる。
【０００５】
例えば、特許文献１では、プロトコルスタックのトランスポート層の上に位置するセッション層、プレゼンテーション層でＳＩＰを用いたセッション制御装置が提案されている。
【０００６】
上記特許文献１に提案されるセッション制御装置は、セッションの制御および管理を行う装置が、ユーザまたは端末に代わり、ユーザまたは端末の状態の変更通知を行うように構成されたものである。
【特許文献１】特開２００５−２０６２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記特許文献１を含めＳＩＰで発呼側と着呼側とでセッションの確立及び開放する場合においてユーザーはＳＩＰ−ＵＲＩを指定するだけで、それがどのＩＰアドレスに対応付けられて送信されるのかを容易に知ることができなかった。
【０００８】
また、相手先のＩＰアドレスとＳＩＰ−ＵＲＩの対応関係が変更になったとしても、変更になった情報を送信側のユーザーが容易に知る手段がないため、悪意をもって故意に相手先のＩＰアドレスとＳＩＰ−ＵＲＩの対応関係が変更された場合は、送信側ユーザーが指定したＳＩＰ−ＵＲＩに対して意図しない相手と接続される可能性がある。
【０００９】
また、エラー発生によりデータ途中で送信が中断されたデータをエラー発生時のデータ途中から自動的に再送する機能を有する装置の場合、エラー発生時の相手のＩＰアドレスと再送信時の相手のＩＰアドレスとが異なった場合は、不完全な状態のデータがそれぞれ別々の相手に送られ、意図した相手にデータが正しく届かないという問題を引き起こす可能性がある。
【００１０】
そこで、本発明は、インターネット網を介して情報を送る際に、ユーザが指定した宛先情報と、登録された宛先情報に対応付けされた相手のアドレスと、相手から通知される相手のアドレスに基づき送り先として適切な相手であるかをユーザに通知し、意図しない相手に情報が送信されることを防止する通信端末装置およびその制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、請求項１の発明は、ＳＩＰ−ＵＲＩを指定することによりＳＩＰプロキシサーバを介してＩＰ網に接続された相手端末との間でセッションを確立して通信を行う通信端末装置において、前記相手端末と前記セッション確立のために指定したＳＩＰ−ＵＲＩと該相手端末のＩＰアドレスとを対応付けて記憶する記憶手段と、ＳＩＰ−ＵＲＩを指定した前記ＳＩＰプロキシサーバを介する相手端末とのセッション確立に際して該ＳＩＰ−ＵＲＩに基づき前記記憶手段に記憶されているＩＰアドレスを検索する検索手段と、前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとを照合する照合手段と、前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとが一致した場合は、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行するセッション確立制御手段とを具備することを特徴とする。
【００１２】
また、請求項２の発明は、請求項１の発明において、前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとが一致しない場合は、その旨をユーザに報知する報知手段を更に具備し、前記セッション確立制御手段は、前記報知手段による報知に基づきセッション確立の継続の指示があった場合は、該セッション確立処理を実行し、セッション確立の中止の指示があった場合は、該セッション確立処理を中断することを特徴とする。
【００１３】
また、請求項３の発明は、請求項１の発明において、前記記憶手段は、前記ＳＩＰ−ＵＲＩと該ＳＩＰ−ＵＲＩに対応して接続可能な相手端末の１又は複数のＩＰアドレスを記憶し、前記検索手段は、前記ＳＩＰ−ＵＲＩを指定した前記ＳＩＰプロキシサーバを介する相手端末とのセッション確立に際して該ＳＩＰ−ＵＲＩに対応して前記記憶手段に記憶されている１又は複数のＩＰアドレスを検索し、前記照合手段は、前記検索手段で検索された１又は複数のＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとを照合することにより該相手端末が適切な相手であるか否かを判別し、前記セッション確立制御手段は、前記照合手段により前記相手端末が適切な相手であると判別された場合に、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行することを特徴とする。
【００１４】
また、請求項４の発明は、請求項３の発明において、前記照合手段により前記相手端末が適切な相手でないと判別された場合は、その旨を通信結果情報として登録する通信結果情報登録手段を更に具備し、前記セッション確立制御手段は、前記照合手段により前記相手端末が適切な相手でないと判別された場合は、前記通信結果情報登録手段によりその旨を登録した後、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行することを特徴とする。
【００１５】
また、請求項５の発明は、請求項３の発明において、前記照合手段により前記相手端末が適切な相手でないと判別された場合は、その旨を報知する報知手段を更に具備し、前記セッション確立制御手段は、前記報知手段による報知に基づきセッション確立の継続の指示があった場合は、該セッション確立処理を実行し、セッション確立の中止の指示があった場合は、該セッション確立処理を中断することを特徴とする。
【００１６】
また、請求項６の発明は、請求項１の発明において、前記セッション確立制御手段によりセッションを確立した相手端末に文書送信中にエラーが発生した場合は、前記相手端末との間のセッションを再確立して該エラーに係わる文書を再送する再送制御手段を更に具備し、前記照合手段は、前記相手端末との間のセッションを再確立に際して指定されたＳＩＰ−ＵＲＩと該ＳＩＰ−ＵＲＩに対応して前記記憶手段に記憶されているＩＰアドレスとを照合し、前記セッション確立制御手段は、前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッションの再確立に際して相手端末から通知されるＩＰアドレスとが一致した場合は、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを再確立し、前記検索手段で検索されたＩＰアドレスと該セッションの再確立に際して相手端末から通知されるＩＰアドレスとが一致しない場合は、その旨を報知することを特徴とする。
【００１７】
また、請求項７の発明は、ＳＩＰ−ＵＲＩを指定することによりＳＩＰプロキシサーバを介してＩＰ網に接続された相手端末との間でセッションを確立して通信を行う通信端末装置の制御方法において、前記相手端末と前記セッション確立のために指定したＳＩＰ−ＵＲＩと該相手端末のＩＰアドレスとを対応付けて記憶手段に記憶し、ＳＩＰ−ＵＲＩを指定した前記ＳＩＰプロキシサーバを介する相手端末とのセッション確立に際して該ＳＩＰ−ＵＲＩに基づき前記記憶手段に記憶されているＩＰアドレスを検索手段により検索し、前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとを照合手段により照合し、前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとが一致した場合は、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理をセッション確立制御手段により実行することを特徴とする。
【００１８】
また、請求項８の発明は、請求項７の発明において、前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとが一致しない場合は、その旨をユーザに報知手段により報知し、前記セッション確立制御手段は、前記報知手段による報知に基づきセッション確立の継続の指示があった場合は、該セッション確立処理を実行し、セッション確立の中止の指示があった場合は、該セッション確立処理を中断することを特徴とする。
【００１９】
また、請求項９の発明は、請求項７の発明において、前記記憶手段は、前記ＳＩＰ−ＵＲＩと該ＳＩＰ−ＵＲＩに対応して接続可能な相手端末の１又は複数のＩＰアドレスを記憶し、前記検索手段は、前記ＳＩＰ−ＵＲＩを指定した前記ＳＩＰプロキシサーバを介する相手端末とのセッション確立に際して該ＳＩＰ−ＵＲＩに対応して前記記憶手段に記憶されている１又は複数のＩＰアドレスを検索し、前記照合手段は、前記検索手段で検索された１又は複数のＩＰアドレスと該セッション確立に際して相手端末から通知されるＩＰアドレスとを照合することにより該相手端末が適切な相手であるか否かを判別し、前記セッション確立制御手段は、前記照合手段により前記相手端末が適切な相手であると判別された場合に、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行することを特徴とする。
【００２０】
また、請求項１０の発明は、請求項９の発明において、前記照合手段により前記相手端末が適切な相手でないと判別された場合は、その旨を通信結果情報として通信結果情報登録手段により登録し、前記セッション確立制御手段は、前記照合手段により前記相手端末が適切な相手でないと判別された場合は、前記通信結果情報登録手段によりその旨を登録した後、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを確立するセッション確立処理を実行することを特徴とする。
【００２１】
また、請求項１１の発明は、請求項９の発明において、前記照合手段により前記相手端末が適切な相手でないと判別された場合は、その旨を報知手段により報知し、前記セッション確立制御手段は、前記報知手段による報知に基づきセッション確立の継続の指示があった場合は、該セッション確立処理を実行し、セッション確立の中止の指示があった場合は、該セッション確立処理を中断することを特徴とする。
【００２２】
また、請求項１２の発明は、請求項７の発明において、前記セッション確立制御手段によりセッションを確立した相手端末に文書送信中にエラーが発生した場合は、前記相手端末との間のセッションを再確立して該エラーに係わる文書を再送制御手段により再送し、前記照合手段は、前記相手端末との間のセッションを再確立に際して指定されたＳＩＰ−ＵＲＩと該ＳＩＰ−ＵＲＩに対応して前記記憶手段に記憶されているＩＰアドレスとを照合し、前記セッション確立制御手段は、前記照合手段により前記検索手段で検索されたＩＰアドレスと該セッションの再確立に際して相手端末から通知されるＩＰアドレスとが一致した場合は、前記セッション確立の確認コマンドを前記ＳＩＰプロキシサーバを介して前記相手端末に送信して該相手端末とセッションを再確立し、前記検索手段で検索されたＩＰアドレスと該セッションの再確立に際して相手端末から通知されるＩＰアドレスとが一致しない場合は、その旨を報知することを特徴とする。
【発明の効果】
【００２３】
本発明の通信端末装置およびその制御方法によれば、データを送信しようとする相手先のＩＰアドレスが不適切の場合は、その旨をユーザに通知するので、意図しない相手先にデータが送信されることを防止することができる。
【００２４】
また、エラー発生によりデータを再送信する場合、再送信しようとする相手先のアドレスがエラー発生時のアドレスと異なる場合は、その旨をユーザに通知するので、意図した相手先にデータが正しく送信されない可能性があることを送信側のユーザに認識させることができ、利便性が向上するという効果を奏する。
【発明を実施するための最良の形態】
【００２５】
以下、本発明に係わる通信端末装置およびその制御方法の一実施例について添付図面を参照して詳細に説明する。
【００２６】
図１は、本発明に係わる通信端末装置１００が本発明を実施するための最良のネットワーク形態の一例を示した図である。
【００２７】
図１に示すように、通信端末装置１００は、ＳＩＰ（＝Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のプロキシサーバー及びインターネット（＝ＩＰ）網を介して相手端末４０とセッションが確立できるようにプロキシサーバーＡ２０及びＩＰ網１０に接続されており、また、相手端末４０もプロキシサーバーＢ３０及びＩＰ網１０に接続されている。
【００２８】
図２は、本発明に係わる通信端末装置１００の機能的な構成例を示すブロック図である。
【００２９】
図２に示すように、通信端末装置１００は、操作部１０１、スキャナー部１０２、プリンタ部１０３、画像処理部１０４、画像蓄積部１０５、ＲＡＭ（＝Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０６、システム制御部１０７、インターネット通信制御部１０８、ＳＩＰ呼制御部１０９、Ｔ．３８伝送制御部１１０、宛先管理部１１１、宛先制御部１１２を備えている。
【００３０】
操作部１０１は、通信端末装置１００の設定情報の設定や動作指示等を行う際の操作で使用される各種操作キーおよび各種情報を表示する表示部を備えている。
【００３１】
スキャナ部１０２は、図示せぬ原稿載置台に載置された原稿の画像を走査し、所定の解像度で原稿の画像を読み取る。
【００３２】
プリンタ部１０３は、画像蓄積部１０５に蓄積された画像データを所定の解像度で印刷出力する。
【００３３】
画像処理部１０４は、画像データの送受信時に画像データに対する符号化、復号化、拡大、縮小等の処理を行う。
【００３４】
画像蓄積部１０５は、スキャナ部１０３から読み込まれた画像データまたは、受信した画像データを蓄積する。
【００３５】
ＲＡＭ１０６は、システムデータや通信相手先のアドレス、表示用の画面データ等の情報を記憶する記憶装置である。
【００３６】
システム制御部１０７は、通信端末装置１００の各部及び装置を制御するとともに通信端末装置１００の全体を統括制御する。
【００３７】
インターネット通信制御部１０８は、ＩＰ網１０を介して行う種々のデータ通信の通信制御を行う。
【００３８】
ＳＩＰ呼制御部１０９は、ＩＥＴＦのＲＦＣ３２６１（ＳＩＰ）およびＲＦＣ２３２７（ＳＤＰ）に規定されたＳＩＰプロトコルを使用することで、リアルタイム型インターネットＦＡＸのＴ３８におけるセッションの確立、維持や終了等の制御を行う。
【００３９】
Ｔ．３８伝送制御部１１０は、IＴＵ−Ｔ勧告Ｔ．３８手順に従ってリアルタイム型通信プロトコルを制御する伝送制御部である。
【００４０】
宛先管理部１１１は、ＳＩＰ−ＵＲＩとＩＰアドレスとを対応付けたテーブル、例えば対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００等を作成登録し、ＲＡＭ１０６に記憶保持させる。
【００４１】
なお、対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００の詳細は後述する。
【００４２】
宛先制御部１１２は、セッションを確立する際に相手先の宛先として指定されたＳＩＰ−ＵＲＩとＳＩＰプロトコルにより取得した相手先から通知されるＩＰアドレスとに基づきＲＡＭ１０６に保持された対応表（ＳＩＰ−ＵＲＩ−ＩＰアドレス）を参照して宛先の相手が適切な相手かどうかを判断する。
【００４３】
これら各部間のデータ信号及び制御信号の送受信は、バス１１３を介して行われる。
【００４４】
図３は、前述で説明した宛先管理部１１１がＳＩＰ−ＵＲＩとＩＰアドレスとを対応付けてテーブルを作成し、ＲＡＭ１０６に保持された対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００の一例を示す図である。
【００４５】
図３に示すように、対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００には、ＳＩＰ−ＵＲＩとＩＰアドレスとが１対１で対応付けされて登録されたデータ３０１、３０３、３０４と、１つのＳＩＰ−ＵＲＩに対して所定の範囲内の複数のＩＰアドレスが対応付けされて登録されたデータ３０２とが登録されている。
【００４６】
なお、１つのＳＩＰ−ＵＲＩに対して１つのＩＰアドレスを対応付けて登録するもしくは１つのＳＩＰ−ＵＲＩに対して複数のＩＰアドレスを対応付けて登録するかは予めユーザが判断して登録してもよいし、システム制御部１０７の判断制御によりセッションを確立する際に相手先の宛先として指定されたＳＩＰ−ＵＲＩに対して相手先から通知されるＩＰアドレスに基づき対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００のデータを作成登録してもよい。
【００４７】
このように作成登録された対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００に基づき宛先制御部１１２は、セッションを確立する際に相手先の宛先として指定されたＳＩＰ−ＵＲＩが対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００から特定されるＩＰアドレス（１つ、または所定の範囲内の複数のＩＰアドレス）と、相手先から通知されるＩＰアドレスとを比較し、両者が一致している場合は、宛先の相手が適切な相手であると判断し、そうでない場合は不適切な相手であると判断する。
【００４８】
このように構成された通信端末装置１００がプロキシサーバーＡ２０、ＩＰ網１０及びプロキシサーバーＢ３０を介して相手端末４０とセッションを確立する際の基本的な通信シーケンスについて図４を参照し説明する。
【００４９】
図４は、通信端末装置１００が相手端末４０とセッションを確立する際の基本的な通信シーケンスを示す図である。
【００５０】
図４に示すように、通信端末装置１００が相手端末４０とセッションを確立するためにリクエストメッセージである「ＩＮＶＩＴＥ」信号４０１を送出すると、この「ＩＮＶＩＴＥ」信号は、プロキシサーバＡ２０、ＩＰ網１０及びプロキシサーバＢ３０を介して相手端末４０へ転送される。
【００５１】
この「ＩＮＶＩＴＥ」信号４０１はセッションの起動信号であり、それには通信端末装置１００が受信可能なセッションの属性情報、例えば送受信条件等の情報が含まれている。
【００５２】
相手端末４０は、「ＩＮＶＩＴＥ」信号を受信すると、自装置（相手端末４０）が呼び出し状態になったことを通知する「ＯＫ」信号４０２を送信し、この「ＯＫ」信号がプロキシサーバＢ３０、ＩＰ網１０及びプロキシサーバＡ２０を介して通信端末装置１００へ転送される。
【００５３】
この「ＯＫ」信号４０２には、相手端末４０が受信可能なセッションの属性情報、例えば送受信条件等の情報が含まれている。
【００５４】
従来のＳＩＰ通信では、ここで通信に利用可能な属性が通信端末装置１００と相手端末４０との間で相互にネゴシエーションされ、その後セッション確立の確認コマンド「ＡＣＫ」信号が送信された後、データ転送が開始される。
【００５５】
そして通信を終了するときには終了を要求する側（通信端末装置１００または相手端末４０のどちらでもよい）が「ＢＹＥ」信号を送信することにより通信終了を要求し、それを受信した側（「ＢＹＥ」信号の受信側）がその応答である「ＯＫ」信号を送信して通信を終了する。
【００５６】
しかし、本発明の通信端末装置１００は、通信端末装置１００から送信された「ＩＮＶＩＴＥ」信号４０１に対して相手端末４０から送信された「ＯＫ」信号４０２を受信後、相手端末４０から通知された相手端末４０のＩＰアドレスに基づきセッション確立の確認コマンド「ＡＣＫ」信号４０３を送信するかもしくは通信終了を要求する「ＢＹＥ」信号４０４を送信するかを判断し、判断結果に応じた信号（「ＡＣＫ」信号または「ＢＹＥ」信号）４０３、４０４を送信する。
【００５７】
この相手端末４０から通知されるＩＰアドレスに基づき通信端末装置１００が「ＡＣＫ」信号４０３を送信するもしくは「ＢＹＥ」信号４０４を送信する場合の各制御動作について図５乃至図９を参照し詳細に説明する。
【００５８】
なお、宛先の通信相手を説明の便宜上、相手端末４０を想定して説明する。
【００５９】
図５は、指定された相手先のＳＩＰ−ＵＲＩが対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００（図３）に未登録の場合の制御動作の一例を示す図である。
【００６０】
図５に示すように、ユーザが通信端末装置１００の操作部１０１を所定の操作を行うことで相手端末４０のＳＩＰ−ＵＲＩが指定され、発呼指示されると、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９が「ＩＮＶＩＴＥ」信号４０１を指定されたＳＩＰ−ＵＲＩの相手端末４０に対して送信する（ステップＳ５０１）。
【００６１】
通信端末装置１００から送信された「ＩＮＶＩＴＥ」信号４０１は、プロキシサーバＡ２０、ＩＰ網１０及びプロキシサーバＢ３０を介して相手端末４０へ転送され、相手端末４０は、この「ＩＮＶＩＴＥ」信号４０１に対して「ＯＫ」信号４０２を送信し、この「ＯＫ」信号４０２がプロキシサーバＢ３０、ＩＰ網１０及びプロキシサーバＡ２０を介して通信端末装置１００へ転送される。
【００６２】
通信端末装置１００は、相手端末４０から送信された「ＯＫ」信号４０２を受信すると、ＳＩＰ呼制御部１０９がＳＩＰプロトコルから通知される相手端末４０のＩＰアドレス（以下、「通知ＩＰアドレス」という。）を取得する（ステップＳ５０３）。
【００６３】
宛先制御部１１２は、ユーザが指定したＳＩＰ−ＵＲＩ（以下、「指定ＳＩＰ−ＵＲＩ」という。）と、この指定ＳＩＰ−ＵＲＩに対応付けされたＩＰアドレスが対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００に登録されているか否かを判別する（ステップＳ５０４）。
【００６４】
対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００に登録されている場合は（ステップＳ５０５でＹＥＳ）、セッション確立の確認コマンド「ＡＣＫ」信号４０３を送信するかもしくは通信終了を要求する「ＢＹＥ」信号４０４を送信するかの確認コマンド判別処理を行い（ステップＳ５１１）、確認コマンド判別処理による判別結果に応じた信号（「ＡＣＫ」信号または「ＢＹＥ」信号）４０３、４０４を送信する。
【００６５】
ステップＳ５０５において、指定ＳＩＰ−ＵＲＩに対応付けされたＩＰアドレスが対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００に登録されていない場合は（ステップＳ５０５でＮＯ）、登録されていない旨が宛先制御部１１２からシステム制御部１０７へ通知され、システム制御部１０７がＲＡＭ１０６に予め保持された図６に示すような確認画面６００を読み出し、操作部１０１の図示せぬ表示部に表示してユーザに相手端末４０との接続を継続するか中止するかの操作指示を促す（ステップＳ５０６）。
【００６６】
確認画面６００には、指定ＳＩＰ−ＵＲＩと相手端末４０のＩＰアドレス及び未登録である旨のメッセージが表示され、更に、この情報に基づきユーザが選択操作する「継続」、「中止」の選択項目が表示されている。
【００６７】
操作部１０１に表示された確認画面６００でユーザが「中止」を選択指示した場合は（ステップＳ５０７でＮＯ）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９が通信終了を要求する「ＢＹＥ」信号４０４を送信することにより通信端末装置１００と相手端末４０との接続が中断され通信が終了する（ステップＳ５０９）。
【００６８】
また、ステップＳ５０６において、確認画面６００でユーザが「継続」を選択指示した場合は（ステップＳ５０７でＹＥＳ）、この選択結果及びシステム制御部１０７の指令に基づき宛先管理部１１１が指定ＳＩＰ−ＵＲＩと相手端末４０から通知された通知ＩＰアドレスとの対応付けを行い、この対応付けしたデータを対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００に追加登録し（ステップＳ５０８）、その後、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９がセッション確立の確認コマンド「ＡＣＫ」信号４０３を送信することにより通信端末装置１００と相手端末４０との接続が継続される（ステップＳ５１０）。
【００６９】
図７は、前述のステップＳ５１１の確認コマンド判別処理（図５参照）の制御動作の一例を示す流れ図である。
【００７０】
図７に示す確認コマンド判別処理は、ユーザが発呼指示した指定ＳＩＰ−ＵＲＩの相手が適切な相手であるか否かを判断し、不適切な相手と判断した場合はその旨をユーザに通知するように構成された処理である。
【００７１】
図７に示すように、指定ＳＩＰ−ＵＲＩに対応付けされたＩＰアドレスが対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００に登録されている場合は、宛先制御部１１２が指定ＳＩＰ−ＵＲＩに対応付けされたＩＰアドレスを対応表（ＳＩＰ−ＵＲＩ−ＩＰアドレス）を参照して特定し、特定したＩＰアドレス（以下、「特定ＩＰアドレス」という。）と相手端末４０から通知された相手端末４０のＩＰアドレス（通知ＩＰアドレス）とを比較し、相手端末４０がデータの送り先として適切な相手か否かを判別する（ステップＳ７０１）。
【００７２】
適切な相手か否かの判別は、具体的には、前述のように指定ＳＩＰ−ＵＲＩに基づき対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００を参照し、指定ＳＩＰ−ＵＲＩと指定ＳＩＰ−ＵＲＩに対応付けされたＩＰアドレスとが１対１で対応付けられている場合は、通知ＩＰアドレスが指定ＳＩＰ−ＵＲＩに対応付けれれたＩＰアドレス（特定ＩＰアドレス）と一致している場合は、適切な相手と判別し、そうでない場合は適切な相手ではないと判別する。
【００７３】
また、対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００で指定ＳＩＰ−ＵＲＩに対してＩＰアドレスが所定の範囲の複数のＩＰアドレスに対応付けられている場合は、通知ＩＰアドレスが指定ＳＩＰ−ＵＲＩに対応付けされた複数のＩＰアドレスの何れかと一致している場合は、適切な相手と判別し、そうでない場合は適切な相手ではないと判別する。
【００７４】
ステップＳ７０１において、宛先制御部１１２が指定ＳＩＰ−ＵＲＩから対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００を参照し特定した特定ＩＰアドレスと通知ＩＰアドレスとに基づき相手端末４０が適切な相手であると判別した場合は（ステップＳ７０１でＹＥＳ）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９がセッション確立の確認コマンド「ＡＣＫ」信号４０３を送信することにより通信端末装置１００と相手端末４０との接続が継続される（ステップＳ７０２）。
【００７５】
また、ステップＳ７０１において、宛先制御部１１２が相手端末４０を適切な相手ではないと判別した場合は（ステップＳ７０５でＮＯ）、その旨が宛先制御部１１２からシステム制御部１０７へ通知され、システム制御部１０７がＲＡＭ１０６に予め保持された図８に示すような確認画面８００を読み出し、操作部１０１の図示せぬ表示部に表示してユーザに相手端末４０との接続を継続するか中止するかの操作指示を促す（ステップＳ７０３）。
【００７６】
確認画面８００には、指定ＳＩＰ−ＵＲＩに対応するＩＰアドレスと、相手端末のＩＰアドレスとが一致しない旨のメッセージが表示され、更に、この情報に基づきユーザが選択操作する「継続」、「中止」の選択項目が表示されている。
【００７７】
操作部１０１に表示された確認画面８００でユーザが「中止」を選択指示した場合は（ステップＳ７０４でＮＯ）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９が通信終了を要求する「ＢＹＥ」信号４０４を送信することにより通信端末装置１００と相手端末４０との接続が中断され通信が終了する（ステップＳ７０５）。
【００７８】
また、ステップＳ７０７において、確認画面８００でユーザが「継続」を選択指示した場合は（ステップＳ７０４でＹＥＳ）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９がセッション確立の確認コマンド「ＡＣＫ」信号４０３を送信することにより通信端末装置１００と相手端末４０との接続が継続される（ステップＳ７０２）。
【００７９】
図９は、図７で示した確認コマンド判別処理の制御動作とは他の制御動作の一例を示す流れ図である。
【００８０】
図９に示す確認コマンド判別処理は、ユーザが発呼指示した指定ＳＩＰ−ＵＲＩの相手が適切な相手であるか否かを判断し、不適切な相手と判断した場合、処理の継続もしくは中止の指示をユーザに求めずに通信結果情報に登録するように構成された処理である。
【００８１】
図９に示すように、指定ＳＩＰ−ＵＲＩに対応付けされたＩＰアドレスが対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００に登録されている場合は、宛先制御部１１２が指定ＳＩＰ−ＵＲＩに対応付けされたＩＰアドレスを対応表（ＳＩＰ−ＵＲＩ−ＩＰアドレス）を参照して特定し、特定したＩＰアドレス（特定ＩＰアドレス）と相手端末４０から通知された相手端末４０のＩＰアドレス（通知ＩＰアドレス）とを比較し、相手端末４０がデータの送り先として適切な相手か否かを判別する（ステップＳ９０１）。
【００８２】
なお、相手端末４０がデータの送り先として適切な相手か否かの判別は、前述に示した制御動作（図７参照）と同様であるので説明は省略する。
【００８３】
ステップＳ９０１において、宛先制御部１１２が指定ＳＩＰ−ＵＲＩから対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００を参照し特定した特定ＩＰアドレスと通知ＩＰアドレスとに基づき相手端末４０が適切な相手であると判別した場合は（ステップＳ９０１でＹＥＳ）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９がセッション確立の確認コマンド「ＡＣＫ」信号４０３を送信することにより通信端末装置１００と相手端末４０との接続が継続される（ステップＳ９０３）。
【００８４】
また、ステップＳ９０１において、宛先制御部１１２が相手端末４０を適切な相手ではないと判別した場合は（ステップＳ９０１でＮＯ）、システム制御部１０７が相手端末４０がデータの送り先として適切な相手ではない旨を通信結果情報に登録後（ステップＳ９０２）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９がセッション確立の確認コマンド「ＡＣＫ」信号４０３を送信することにより通信端末装置１００と相手端末４０との接続が継続される（ステップＳ９０３）。
【００８５】
なお、通信結果情報は、通信記録として図示せぬ通信記録ファイルに記憶保持される。
【００８６】
通信終了後、通信結果情報の出力指示がされることで、通信記録ファイルに登録された通信結果情報が出力され、送信した送り先の相手端末４０が適切な相手ではない旨の情報がユーザに通知される。
【００８７】
図１０は、データ送信中のエラー発生によりデータを再送する場合において、エラー発生時の相手端末のＩＰアドレスとデータ再送時の相手端末のＩＰアドレスとが異なる場合の制御動作の一例を示す流れ図である。
【００８８】
図１０に示すように、ユーザが通信端末装置１００の操作部１０１をデータ再送の所定の操作を行うことで相手端末４０のＳＩＰ−ＵＲＩが指定され、発呼指示されると、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９が「ＩＮＶＩＴＥ」信号４０１を指定されたＳＩＰ−ＵＲＩの相手端末４０に対して送信する（ステップＳ１００１）。
【００８９】
通信端末装置１００から送信された「ＩＮＶＩＴＥ」信号４０１は、プロキシサーバＡ２０、ＩＰ網１０及びプロキシサーバＢ３０を介して相手端末４０へ転送され、相手端末４０は、この「ＩＮＶＩＴＥ」信号４０１に対して「ＯＫ」信号４０２を送信し、この「ＯＫ」信号４０２がプロキシサーバＢ３０、ＩＰ網１０及びプロキシサーバＡ２０を介して通信端末装置１００へ転送される。
【００９０】
通信端末装置１００は、相手端末４０から送信された「ＯＫ」信号４０２を受信すると、システム制御部１０７の指令に基づき宛先制御部１１２がＳＩＰプロトコルから通知される相手端末４０のＩＰアドレス（通知ＩＰアドレス）を取得し（ステップＳ１００３）、システム制御部１０７がユーザにより操作部１０１で操作された操作内容がエラー発生によるデータ再送か否かを判別する（ステップＳ１００４）。
【００９１】
ステップＳ１００４において、データ再送の場合は（ステップＳ１００４でＹＥＳ）、ＳＩＰ呼制御部１０９がデータ再送時に取得した通知ＩＰアドレス（以下、「通知ＩＰアドレス（再送時）」という。）とエラー発生時の通知ＩＰアドレス（以下、「通知ＩＰアドレス（エラー時）」という。）、一致する場合は（ステップＳ１００５でＹＥＳ）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９がセッション確立の確認コマンド「ＡＣＫ」信号４０３を送信することにより通信端末装置１００と相手端末４０との接続が継続される（ステップＳ１００６）。
【００９２】
また、ステップＳ１００５において、通知ＩＰアドレス（再送時）と通知ＩＰアドレス（エラー時）とが同一でない場合は（ステップＳ１００５でＮＯ）、システム制御部１０７がＲＡＭ１０６に予め保持された図１１に示すような確認画面１１００を読み出し、操作部１０１の表示部に表示してユーザに相手端末４０との接続を継続するか中止するかの操作指示を促す（ステップＳ１００７）。
【００９３】
確認画面１１００には、再送信先の指定ＳＩＰ−ＵＲＩと相手端末４０のＩＰアドレスとエラー発生時の相手端末のＩＰアドレスとが異なる旨のメッセージが表示され、更に、この情報に基づきユーザが選択操作する「継続」、「中止」の選択項目が表示されている。  操作部１０１に表示された確認画面１１００でユーザが「中止」を選択指示した場合は（ステップＳ５０７でＮＯ）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９が通信終了を要求する「ＢＹＥ」信号４０４を送信することにより通信端末装置１００と相手端末４０との接続が中断され通信が終了する（ステップＳ１００９）。
【００９４】
また、ステップＳ１００７の確認画面１１００でユーザが「継続」を選択指示した場合は（ステップＳ１００８でＹＥＳ）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９がセッション確立の確認コマンド「ＡＣＫ」信号４０３を送信することにより通信端末装置１００と相手端末４０との接続が継続される（ステップＳ１００６）。
【００９５】
ステップＳ１００６において接続が継続され、再びデータ再送を要するエラーが発生した場合は（ステップＳ１０１０でＹＥＳ）、宛先管理部１１１が通知ＩＰアドレス（再送時）を保存し（ステップＳ１０１１）、システム制御部１０７の指令に基づきＳＩＰ呼制御部１０９が通信終了を要求する「ＢＹＥ」信号４０４を送信することにより通信端末装置１００と相手端末４０との接続が中断され通信が終了する。
【００９６】
また、ステップＳ１００６において接続が継続され、データ再送を要するエラーが発生しなかった場合（ステップＳ１０１０でＮＯ）、データ転送が終了することでシステム制御部１０７の指令に基づきＳＩＰ呼制御部１０９が通信終了を要求する「ＢＹＥ」信号４０４を送信することにより通信端末装置１００と相手端末４０との通信が終了する。
【産業上の利用可能性】
【００９７】
この発明は、電子メール、インターネットファックス、ファックスなど複数の通信手段を有する通信端末装置において利用可能である。
【００９８】
この発明によれば、データを送信しようとする相手先のＩＰアドレスが不適切の場合は、その旨をユーザに通知することで、意図しない相手にデータが送信されることを防止することができる。
【図面の簡単な説明】
【００９９】
【図１】本発明を実施するための最良のネットワーク形態の一例を示す図
【図２】本発明に係わる通信端末装置１００の機能的な構成例を示すブロック図
【図３】対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）３００の一例を示す図
【図４】通信端末装置１００が相手端末４０とセッションを確立する際の基本的な通信シーケンスを示す図
【図５】相手先のＳＩＰ−ＵＲＩとそのＩＰアドレスの対応付けが未登録の場合の制御動作の一例を示す図
【図６】確認画面６００の一例を示す図
【図７】確認コマンド判別処理の制御動作の一例を示す流れ図
【図８】確認画面８００の一例を示す図
【図９】確認コマンド判別処理（図７）とは他の確認コマンド判別処理の制御動作の一例を示す流れ図
【図１０】エラー発生によりデータ再送の場合の制御動作の一例を示す流れ図
【図１１】確認画面１１００の一例を示す図
【符号の説明】
【０１００】
１０    インターネット（＝ＩＰ）網
２０    プロキシサーバーＡ
３０    プロキシサーバーＢ
４０    相手端末
１００  通信端末装置      
１０１  操作部
１０２    スキャナ部
１０３    プリンタ部
１０４    画像処理部
１０５    画像蓄積部
１０６    ＲＡＭ（＝Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）
１０７    システム制御部
１０８    インターネット通信制御部
１０９    ＳＩＰ呼制御部
１１０    Ｔ．３８伝送制御部
１１１    宛先管理部
１１２    宛先制御部
１１３    バス
３００    対応表（ＳＩＰ−ＵＲＩとＩＰアドレス）
４０１    「ＩＮＶＩＴＥ」信号
４０２    「ＯＫ」信号
４０３    「ＡＣＫ」信号
４０４    「ＢＹＥ」信号
６００    確認画面
８００    確認画面
１１００  確認画面
【図１】
0004577183.tif 000002
【図２】
0004577183.tif 000003
【図３】
0004577183.tif 000004
【図４】
0004577183.tif 000005
【図５】
0004577183.tif 000006
【図６】
0004577183.tif 000007
【図７】
0004577183.tif 000008
【図８】
0004577183.tif 000009
【図９】
0004577183.tif 000010
【図１０】
0004577183.tif 000011
【図１１】
0004577183.tif 000012