JP2005027131A - Ｉｐ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置 - Google Patents
Ｉｐ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置 Download PDFInfo
- Publication number
- JP2005027131A JP2005027131A JP2003191628A JP2003191628A JP2005027131A JP 2005027131 A JP2005027131 A JP 2005027131A JP 2003191628 A JP2003191628 A JP 2003191628A JP 2003191628 A JP2003191628 A JP 2003191628A JP 2005027131 A JP2005027131 A JP 2005027131A
- Authority
- JP
- Japan
- Prior art keywords
- identification information
- terminal identification
- communication
- calling
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】発呼側の端末識別情報の着呼側への通知サービスを信頼性高く提供することができるＩＰ網通信システム等を提供すること。
【解決手段】発呼手段は、自手段の通信アドレスを発呼通信アドレスとして前記着呼手段に通知し、着信手段は、前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせをサーバ手段に対して行いその端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を利用して所定の動作を行うことを特徴とする。
【選択図】 図１
【解決手段】発呼手段は、自手段の通信アドレスを発呼通信アドレスとして前記着呼手段に通知し、着信手段は、前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせをサーバ手段に対して行いその端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を利用して所定の動作を行うことを特徴とする。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ電話、ＩＰテレビ電話、インターネットファックスなどの通信端末が、インターネットに代表されるＩＰ網を介したＩＰパケットのやりとりにより所定の通信を行うＩＰ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置に関する。
【０００２】
現在、インターネットなどのＩＰパケットをやりとり可能なネットワークであるＩＰ網を介して音声データをＩＰパケットによりやりとりして通話を行えるＩＰ電話の普及が急速に進みつつある。
【０００３】
ＩＰ網を介した通話、通信の利点は、公衆電話回線などの回線交換網を介した通話・通信とは違って、通話・通信料金が安いことであるが、その反面、通話・通信に付随して通信網から提供されるサービスが、従来の電話網やＩＳＤＮ網などの公衆回線交換網において提供されている各種サービスに比較して十分でない点もある。
【０００４】
具体的には、公衆電話網において、ナンバーディスプレイと称され提供されている、発呼側の通信端末装置の端末識別情報（電話番号）の着呼側の通信端末装置への通知機能については、ＩＰ網通信システムにおいては、未だサービスが開始されていないのが現状である。
【０００５】
ＩＰ網通信システムにおいて、公衆電話網におけるナンバーディスプレイのようなサービスの実現が困難なのは、例えば、ＩＰ電話装置に割り当てらた電話番号（端末識別情報）と、そのＩＰ電話装置が実際にＩＰ網を介して通信を行う際に割り当てられるＩＰアドレス（通信アドレス）との対応が固定的ではなく、通信の都度や、一定期間ごとに、割り当てられるＩＰアドレスが動的に変更されてしまうために、１対１に固定していないためである。
【０００６】
そのため、ＩＰ電話装置に現在割り当てられているＩＰアドレスからそのＩＰ電話装置に割り当てられている電話番号などの端末識別情報を特定するための情報をＩＰ網通信システムが持つことができず、サービスの提供が行えなかった。
【０００７】
これの１つの解決策として発呼側の端末装置が送出するＩＰパケットに装置自身が電話番号などの端末識別情報（予め発呼側の端末装置に登録されている）を埋め込み、着呼側の相手装置に送信する方法がある。
【０００８】
ＩＰ網を介した端末識別情報の通知に関する従来技術としては、特許文献１に記載の技術のように、それぞれサーバを介してインターネットに接続される電話交換機間で発信者電話番号（発呼端末識別情報）を通知できるようにしたものがあるが、ＩＰ網に直接接続される端末間の発呼端末識別情報の通知に関しては何ら考慮されていない。
【０００９】
【特許文献１】
特開平１１−２０５４５４号公報
【００１０】
【発明が解決しようとする課題】
このように、従来は、仮に、発呼側から端末識別情報をそのまま着呼側に通知するようにしたとしても、ＩＰ網通信システム側では、その端末識別情報の正当性を保証することができないため、信頼性の高い発呼端末識別情報の通知サービスをＩＰ網通信システムにおいて提供することができないという問題点があった。
【００１１】
本発明は係る事情に鑑みてなされたものであり、発呼側の端末識別情報の着呼側への通知サービスを信頼性高く提供することができるＩＰ網通信システム、発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
請求項１に記載のＩＰ網通信システムは、発呼手段と着呼手段とがＩＰ網を介した相互のＩＰパケットのやりとりにより所定の通信を行うＩＰ網通信システムにおいて、サーバ手段を更に備え、前記発呼手段は、自手段の通信アドレスを発呼通信アドレスとして前記着呼手段に通知する発呼通信アドレス通知手段を備え、前記着信手段は、前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせを前記サーバ手段に対して行う端末識別情報問い合わせ手段と、前記端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を利用して所定の動作を行う端末識別情報利用手段とを備え、前記サーバ手段は、通信アドレスと端末識別情報とを対応付けて記憶した通信アドレス／端末識別情報対応テーブルと、前記端末識別情報問い合わせがあるとその問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を取得する端末識別情報取得手段と、その端末識別情報取得手段により取得された端末識別情報を問い合わせ元に通知する端末識別情報通知手段とを備えたことを特徴とするＩＰ網通信システム。
【００１３】
請求項２に記載の着呼装置は、請求項１に記載の着呼手段を備えたことを特徴とする。
【００１４】
請求項３に記載のサーバ装置は、請求項１に記載の前記サーバ手段を備えたことを特徴とする。
【００１５】
請求項４に記載のサーバ装置は、請求項３に記載のサーバ装置において、前記サーバ手段は、前記端末識別情報問い合わせがあった場合において、その問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を前記端末識別情報取得手段が取得できなかった場合に、前記ＩＰ網に接続された他のサーバ手段に対して端末識別情報問い合わせを行い、その問い合わせに応じて当該他のサーバ手段から通知されてきた端末識別情報を取得する他サーバ依頼端末識別情報取得手段を更に備え、前記端末識別情報通知手段は、前記端末識別情報取得手段または前記他サーバ依頼端末識別情報取得手段により取得された端末識別情報を問い合わせ元に通知するものであることを特徴とする。
【００１６】
請求項５に記載のサーバ装置は、請求項４に記載の他のサーバ手段に加え、通信アドレスと端末識別情報とを対応付けて記憶した通信アドレス／端末識別情報対応テーブルと、問い合わせ元から端末識別情報問い合わせがあると、その問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を取得する端末識別情報取得手段と、その端末識別情報取得手段により取得された端末識別情報を前記問い合わせ元に通知する端末識別情報通知手段とを備えたことを特徴とする。
【００１７】
請求項６に記載の発呼装置は、請求項１に記載の前記発呼手段を備えたことを特徴とする。
【００１８】
請求項７に記載のＩＰ網通信システムは、請求項１に記載のＩＰ網通信システムにおいて、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに、前記通信アドレスまたは／及び端末識別情報を登録する端末情報登録手段を更に備えたことを特徴とする。
【００１９】
請求項８に記載のＩＰ網通信システムは、請求項１に記載のＩＰ網通信システムにおいて、前記発呼手段または前記着呼手段の前記通信アドレス及び端末識別情報のうち少なくとも１つ以上を、前記発呼手段と前記着呼手段との通信が開始される直前に前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに登録する端末情報登録手段を更に備えたことを特徴とする。
【００２０】
請求項９に記載のＩＰ網通信システムは、請求項７または８のいずれかに記載のＩＰ網通信システムにおいて、前記端末情報登録手段は、前記発呼手段または前記着呼手段の前記通信アドレス及び端末識別情報のうち少なくとも１つ以上が変更になった場合に、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに変更登録するものであることを特徴とする。
【００２１】
請求項１０に記載の登録装置は、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２２】
請求項１１に記載の発呼装置は、請求項６に記載の発呼装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２３】
請求項１２に記載の着呼装置は、請求項２に記載の着呼装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２４】
請求項１３に記載のサーバ装置は、請求項３、４または５のいずれかに記載のサーバ装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２５】
請求項１４に記載の通信端末装置は、請求項１に記載の発呼手段及び着呼手段を備えたことを特徴とする。
【００２６】
請求項１５に記載の通信端末装置は、請求項１に記載の発呼手段、着呼手段及びサーバ手段を備えたことを特徴とする。
【００２７】
請求項１６に記載のＩＰ網通信システムは、請求項１、７、８または９のいずれかに記載のＩＰ網通信システムにおいて、前記ＩＰ網とは通信信号方式が異なる他の通信網上の通信端末装置と通信を行うために通信信号方式の相互変換機能を持つゲートウェイ手段を更に備え、そのゲートウェイ手段は、前記発呼手段が前記他の通信網上の通信端末装置に対して発呼する際に前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせを前記サーバ手段に対して行う端末識別情報問い合わせ手段と、前記端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を前記他の通信網に通知する端末識別情報他通信網通知手段を備えたことを特徴とする。
【００２８】
請求項１７に記載のＩＰ網通信システムは、請求項１６に記載のＩＰ網通信システムにおいて、前記ゲートウェイ手段は、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに、前記他の通信網上の発呼側の通信端末装置の前記通信アドレスまたは／及び端末識別情報を登録する端末情報登録手段を更に備えたことを特徴とする。
【００２９】
請求項１８に記載のＩＰ網通信システムは、請求項１７に記載のＩＰ網通信システムにおいて、前記ゲートウェイ手段は、前記他の通信網上の発呼側の通信端末装置の通信アドレスを発呼通信アドレスとして前記着呼手段に通知する他通信網発呼通信アドレス通知手段を更に備えたことを特徴とする。
【００３０】
請求項１９に記載のゲートウェイ装置は、請求項１６、１７または１８のいずれかに記載のゲートウェイ手段を備えたことを特徴とする。
【００３１】
請求項２０に記載のゲートウェイ装置は、請求項１９に記載のゲートウェイ装置において、請求項１に記載のサーバ手段を備えたことを特徴とする。
【００３２】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００３３】
先ず、図１に、本実施の形態に係るＩＰ網通信システムの構成について示す。
【００３４】
同図に示すＩＰ網通信システムは、発信元端末識別情報通知手段を持つもので、ＩＰ網１００には、発呼装置２００、着呼装置３００、第１のサーバ装置４００、及び、第２のサーバ装置５００が接続されている。それらの各装置は、ＩＰ網１００上において各端末を互いに識別するための情報である通信アドレスとしてのＩＰアドレスがそれぞれ割り当てられることで、ＩＰ網１００を介したＩＰパケットのやりとりによる通信を行う。なお詳細は後述するが、発呼装置２００は、通信端末の１つの形態であり、端末間で通信を行う時に先立って呼設定動作を開始する端末装置である。また、着呼装置３００も通信端末の１つの形態であり、発呼装置２００が呼設定動作を開始する場合に、呼設定開始信号（ＩＮＶＩＴＥ信号）を受信する端末である。また、第１のサーバ装置４００及び第２のサーバ装置５００はＩＰ網１００上の通信端末装置の通信アドレス（ＩＰアドレス）とそれに対応した端末識別情報を記憶するテーブルを持ち、通信端末装置はあるいは他のサーバ装置からの通信アドレスと端末識別情報に関する問い合わせに対して回答する装置である。
【００３５】
図２に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰ電話装置１ａのブロック構成について示す。
【００３６】
同図において、ＩＰ電話装置は、ＣＰＵ２、ＲＯＭ３、ＲＡＭ４、パラメータメモリ５、操作入力・表示部６，回線接続Ｉ／Ｆ、ＩＰ手段８、通話回路９，ハンドセット１０、及び、システムバス１１により構成されている。
【００３７】
ＣＰＵ（中央処理装置）２は装置全体を制御するものであり、その実行プログラムはＲＯＭ３（リード・オンリー・メモリ）に記憶され、ＣＰＵ２はその実行プログラムをＲＯＭ３から読み出し、その実行プログラムに含まれる命令を逐次解釈して装置全体の制御を行うものである。
【００３８】
ＲＡＭ（ランダム・アクセス・メモリ）４は、ＣＰＵ２の制御に必要なワークエリアが形成されるものである。パラメータメモリ５は、保存パラメータなどの各種パラメータや管理情報等、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するメモリであり、具体的には、ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）や、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）などにより構成されるものである。
【００３９】
操作入力・表示部６は各種の操作キーと操作ガイダンス等を表示する表示器かからなり、オペレータが装置を操作するためのものである。
【００４０】
ハンドセット１０は音声通話をするいわゆる受話器なるものであり、音声を出力するスピーカや音声を入力するマイク等から構成される。通話回路９はマイク等から入力された音声信号をＩＰ手段８に送出し、ＩＰ手段８から入力された音声信号をスピーカ等に出力するものである。
【００４１】
また通話回路９には、音声信号を増幅したりあるいは減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質を良くしたりする回路も含まれているのが一般的である。また送話器から受話器への音の回り込みを制御するいわゆる側音制御も通話回路９で行うのが一般的である。
【００４２】
ＩＰ手段８は通話回路９から送られてきたアナログの音声信号をデジタルデータに変換し、さらに必要であれば符号化圧縮する。また、ＩＰ手段８は、音声信号データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ７に送り出す。また回線接続Ｉ／Ｆ７から入力される受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張し、さらにデジタルの音声信号データをアナログの音声信号に変換し、通話回路９に送出する。またＩＰ手段８は呼制御を行うための制御用ＩＰパケットを組立て、順次回線接続Ｉ／Ｆ７に送り出す。さらに回線接続Ｉ／Ｆ７から入力される受信した制御用ＩＰパケットを分解する。なお、このような制御用ＩＰパケットの送出、受信はＩＰ手段８とは独立した別の手段で構成してもよい。
【００４３】
システムバス１１は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【００４４】
ＩＰ手段８の動作制御はシステムバス１１を介しＣＰＵ２が行う。回線接続Ｉ／Ｆ７はＩＰ手段８から入力される送信用ＩＰパケットを接続回線に送出する一方、接続回線から入力される受信用パケットをＩＰ手段８に送出する。
【００４５】
回線接続Ｉ／Ｆ７が接続される回線としてＮＴＴ等が供給している一般の電話網を使用する場合には、デジタル信号とアナログ信号を相互に変換するＸＤＳＬモデムが回線接続Ｉ／Ｆ７に含まれる。また、回線接続Ｉ／Ｆ７が接続される回線がＬＡＮ等であれば回線接続Ｉ／Ｆ７はＬＡＮ用のＩ／Ｆ（イーサネット、トークンリング、ＦＴＴＨ等）である。またその両方を備えていてもよい。
【００４６】
図３に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰ電話アダプタ装置１ｂのブロック構成について示す。
【００４７】
同図に示すＩＰ電話アダプタ装置１ｂは、図２に示したＩＰ電話装置１ａの変形であり、通話回路９に代えて電話接続Ｉ／Ｆ１２をＩＰ手段８に接続すると共にハンドセット１０を除いたもので、その他の図２と共通の構成については、同一符号を付すと共に重複する説明は省略する。
【００４８】
電話接続Ｉ／Ｆ１２には、アナログの電話機２０を接続し、その電話機２０との間で入出力される音声信号は、ＩＰ手段８に出入力される。
【００４９】
図４に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰテレビ電話装置１ｃのブロック構成について示す。
【００５０】
同図に示すＩＰテレビ電話装置１ｃは、図２に示したＩＰ電話装置１ａの変形であり、画像表示部１５に画像出力する一方、カメラ１４から画像入力される画像処理回路１３からの入出力データをも、ＩＰ手段８に接続するようにしている。その他の図２と共通の構成については、同一符号を付すと共に重複する説明は省略する。
【００５１】
カメラ１４は、被写体を次々に画像データに変換するものであ。その画像データは画像処理回路１３で送信データ用に画像処理される。画像処理されたデータはＩＰ手段８で符号化圧縮され、画像信号データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ８に送り出す。またＩＰ手段８は、回線接続Ｉ／Ｆ７から入力される受信用のＩＰパケットから画像信号データを取り出すとともに復号伸張し、画像処理回路１３に送出する。画像処理回路１３は画像表示部１５に合わせた画像処理を行い、画像表示部１５に画像データを送出し、画像表示部１５は、静止画像データを連続的に表示することにより動画像として出力する。
【００５２】
図５に、本実施の形態に係る第１のサーバ装置４００または第２のサーバ装置５００として適用可能なサーバ装置３０のブロック構成について示す。
【００５３】
同図において、サーバ装置３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、記憶装置３４，ＩＰ網Ｉ／Ｆ３５、及び、システムバス３６により構成されている。
【００５４】
ＣＰＵ３１は、ＲＯＭ３２に書き込まれた制御プログラムに従って、ＲＡＭ３３を作業領域として使用しながら、装置各部を制御する中央演算処理装置である。
【００５５】
ＲＯＭ３２は、前述したように、ＣＰＵ３１が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。
【００５６】
ＲＡＭ３３は、前述したようにシステム制御部２の作業領域として使用されるランダムアクセスメモリである。
【００５７】
記憶装置３４は、ハードディスク装置などにより構成され、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するための記憶装置である。
【００５８】
ＩＰ網Ｉ／Ｆ３５は、ＩＰプロトコル、ＴＣＰプロトコル、ＵＤＰプロトコルなどの各種ＩＰ網用のプロトコル制御を行い、ＩＰ網１００を介したＩＰパ
ケットによるデータのやりとりを行うためのものである。
【００５９】
システムバス３６は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【００６０】
次に、発呼装置２００または着呼装置３００として適用可能な、図２のＩＰ電話装置１ａ、図３のＩＰ電話アダプタ装置１ｂ、図４のＩＰ電話やＩＰテレビ電話などでの通信の際に使用されるプロトコルについて説明する。
【００６１】
それらの装置における通信では、ＩＰ網１００を介したコネクションを確立した上で、互いにデータをやりとりして通信を行い、通信が終わると、確立されていたコネクションを互いに切断して通信を終了するが、コネクション確立のための呼設定のプロトコルとしては、標準で規定されている、ＳＩＰ，Ｈ．３２３、ＭＥＧＡＣＯなどの標準用呼制御用プロトコルが使用される。
【００６２】
図６にＳＩＰのプロトコルスタックについて示す。
【００６３】
同図において、呼・セッション制御用プロトコルとしてＳＩＰを使用する場合、Ｎｅｔｗｏｒｋ Ｌａｙｅｒ（ネットワーク層）においてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ（トランスポート層）においてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、またはＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、ＳＩＰメッセージを記述する制御情報記述プロトコルとしてＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、ＵＤＰ（トランスポート層）とともに、動画／音声の送受信プロトコルとして、ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が使用される。
【００６４】
図７に、ＳＩＰの制御用パケットの構造、及び、ＳＩＰのデータ用パケットの構造について示す。
【００６５】
同図に示されているように、ＳＩＰの制御用パケットは、ＵＤＰ（ＴＣＰ）ヘッダが付加されたＳＩＰメッセージに更にＩＰヘッダが付加された構造となっている。
【００６６】
また、ＳＩＰのデータ用パケットは、音声・画像データにＲＴＰヘッダが付加されたものに、ＵＤＰヘッダが付加され、更にＩＰヘッダが付加された構造となっている。
【００６７】
図８に、ＳＩＰプロトコルにおいて使用される、ＵＤＰデータグラム、及び、ＩＰデータグラムについて示す。
【００６８】
同図において、ＵＤＰデータグラムには、送信ポート番号、宛先ポート番号、データ長、チェックサム、及び、データが含まれている。
【００６９】
また、同図において、ＩＰデータグラムは、バージョン、ヘッダ長、サービスタイプ、トータル長、識別子（ＩＤ）、フラグと、フラグメント・オフセットと、生存時間（ＴＴＬ）、プロトコルタイプと、ヘッダチェックサム、送信元アドレス、宛先アドレス、オプション、パディング、及び、データの各情報のための領域の集合として構成されている。
【００７０】
本実施の形態では、そのＩＰデータグラムにおいて、データを載せるいずれかの領域に、端末識別情報が載せられている。なお、端末識別情報はデータ領域に載せるのが通常であるが、これに限定されるものではない。
【００７１】
図９に、本実施の形態における制御用（ＳＩＰ）及びデータ用の各パケットの構造について示す。図７に示した一般的なパケット構造と異なる点は、共に「ローカル」のデータ領域を追加して、付加的なデータのやりとりを行えるようにしている点である。
【００７２】
図１０に、発呼装置（発呼側）と着呼装置（着呼側）との間で行われるＳＩＰによる一般的な通信シーケンスについて示す。
【００７３】
同図において、発呼側から「ＩＮＶＩＴＥ」というリクエストメッセージを送出する（フェーズＦ１）。「ＩＮＶＩＴＥ」はセッションの起動信号であり、それには発呼側が受信可能なセッションの属性がＳＤＰ（制御情報記述）で示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。
【００７４】
着呼側はフェーズＦ１で、「ＩＮＶＩＴＥ」を受信すると、呼び出し状態になったことを通知するために「１８０ ＲＩＮＧＩＮＧ」を発呼側へ送信する（フェーズＦ２）。この１８０ ＲＩＮＧＩＮＧで着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示してもよいが、通常は次の２００ ＯＫで提示する。
【００７５】
また、着呼側は、通話可能状態になったことを通知するために「２００ ＯＫ」を発呼側へ送信する（フェーズＦ３）。その「２００ ＯＫ」には、着呼側が受信可能なセッションの属性がＳＤＰで示されている。また、着呼側は、その「２００ ＯＫ」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。
【００７６】
次に発呼側が「ＡＣＫ」を着呼側へ送信し（フェーズＦ４）、これにより通信に利用可能な属性が発呼側と着呼側とで相互にネゴシエーションされる。本実施の形態では、便宜上ここまでを接続フェーズと定義している。
【００７７】
次にＲＴＰパケットによるメディア（音声、画像、動画等）の転送が開始される（フェーズＦ５）。本実施の形態ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。
【００７８】
通信を終了するときには止める側（この場合着呼側）が、「ＢＹＥ」信号を送信することにより通信終了を要求し（フェーズＦ６）、それを受信した側（この場合発呼側）は、その応答である「２００ ＯＫ」信号を送信して通信を終了する（フェーズＦ７）。本実施の形態ではこのフェーズを便宜上、切断フェーズと定義している。
【００７９】
図１１に、図１に示したＩＰ網通信システムを構成する第１サーバ装置４００や第２サーバ装置５００としての、図５に示したサーバ装置３０が、記憶装置３４に記憶する通信アドレス／端末識別情報対応テーブル３４ａについて示す。
【００８０】
同図において、テーブル３４ａは、基本的に各「通信アドレス」と「端末識別情報」との対応付けにより構成されていて、付加的な情報として、「登録日時」及び「その他の情報」をも対応付けて記憶するようにしている。対応付けて記憶する情報としては、その他に、登録されてから経過した時間などが考えられ、また、その他の情報として、端末装置の種類、端末装置が設置あるいは使用されている場所を表す情報、すなわち端末位置情報が考えられる。例えば端末位置情報は、端末が設置あるいは使用されている位置の住所データ、または地球上のエリアをある大きさに分割した分割エリアに対して重複しない一義的な番号あるいは名前等のデータなどが考えられる。例えば緯度と経度に対応したコードデータを使用することが出来る。また通常は登録された情報に対して変更登録があると古いデータは削除されるが、古いデータを削除しないで履歴として残すようにしてもよい。
【００８１】
次に、図１に示した発呼装置２００から着呼装置３００にＩＰ網１００を介して発呼して通信を行う際に、着呼装置３００において、発呼装置２００の端末識別情報（発呼端末識別情報）を取得して、所定の動作を行えるようにするための、各種処理手順について順に説明する。
【００８２】
先ず、図１２に、発呼装置２００（ＩＰ電話装置１ａ、ＩＰ電話アダプタ装置１ｂ、または、ＩＰテレビ電話装置１ｃ）と第１のサーバ装置４００との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【００８３】
同図において、発呼手段としての発呼装置２００においては、端末情報登録手段としての自端末情報登録処理を行い、サーバ手段としての第１のサーバ装置４００においては、登録受付処理を行う。
【００８４】
発呼装置２００における自端末情報登録処理においては、自端末情報（パラメータメモリ５に記憶されている）、つまり、自装置に現在割り当てられている通信アドレス（ＩＰアドレス）と自装置の端末識別情報のサーバへの登録が既に済んでいるか否かを判断する（判断Ｓ１０１）。既に済んでいる場合には（判断Ｓ１０１のＹｅｓ）、更に、自端末情報の内容の変更の有無を判断する（判断Ｓ１０２）。変更もない場合には（判断Ｓ１０２のＮｏ）、処理を終了する。
【００８５】
判断Ｓ１０１において、まだ登録済みでない場合（判断Ｓ１０１のＮｏ）、またはね判断Ｓ１０２において、登録内容に変更がある場合（判断Ｓ１０２のＹｅｓ）には、処理Ｓ１０３に移行する。
【００８６】
処理Ｓ１０３では、登録先サーバ装置決定処理を行う（処理Ｓ１０３）。
【００８７】
処理Ｓ１０３の登録先サーバ装置決定処理の具体的な処理としては、例えば、予め、登録するサーバ装置（この場合第１のサーバ装置４００）の通信アドレスを端末装置としての発呼装置２００に設定しておく方法がある。また、端末装置としての発呼装置２００の通信アドレスあるいは端末識別情報から登録するサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。
【００８８】
そのようにして、登録先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ１０４）。なお、その登録要求には、自装置の通信アドレス及び端末識別情報の通知が伴う。
【００８９】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ１０５のＮｏのループ）、完了通知があると（判断Ｓ１０５のＹｅｓ）、処理を終了する。
【００９０】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ２０１のＮｏのループ）、処理Ｓ１０４に対応して登録要求があると（判断Ｓ２０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ２０２）、判断Ｓ１０５をＹｅｓとするものである登録完了通知を行う（処理Ｓ２０３）。なお、テーブル４００＿３４ａとは、図５に示したサーバ装置３０が第１のサーバ装置４００として適用された場合のテーブル３４ａを示すものとする。
【００９１】
このようにして発呼装置２００から第１のサーバ装置４００のテーブル４００＿３４ａに発呼装置２００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、発呼装置４００以外の装置であって、図１２に示した自端末情報登録処理を行う装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【００９２】
また、発呼装置２００などの端末装置が第１のサーバ装置４００などのサーバ装置に通信アドレス及び端末識別情報の自端末情報を登録する場合に端末装置からの登録を任意に許しても、端末装置が正しくない情報を登録すると、正しい端末識別情報を元に発呼してくる通信に対して着呼することが出来ないので、故意に正しくない情報を登録することはないと考えられるため、情報の登録を無制限に許してもいいが、真に成りすまし等を防ぐために、データの公証性を確保する方法が必要となる。その方法としては、サーバ装置に登録する場合に暗証コードを使用することにより、登録する端末装置が他の端末装置ではないことを証明する方法がある。また、通信アドレスおよび端末識別情報をサーバ装置に登録する専用装置である登録装置による方法がある。
【００９３】
図１３に、発呼装置２００と、第１のサーバ装置４００との間に、端末情報登録手段としての登録装置が介在して行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【００９４】
同図に示す割当受付・登録処理を行う登録装置は、この場合、図５に示したサーバ装置３０を適用するものとする。
【００９５】
同図に示す処理手順は、図１２に示したものの変形例であり、発呼装置２００においては、割当要求処理を行い、登録装置においては、割当受付・登録処理を行い、第１のサーバ装置４００においては、登録受付処理を行う。
【００９６】
発呼装置２００における割当要求処理においては、通信アドレス割当要求を登録装置に対して行う（処理Ｓ３０１）。その割当要求には、自装置の発呼端末識別情報の通知が伴う。
【００９７】
そして、処理Ｓ３０１の割当要求に対する登録装置からの通知を待ち（判断Ｓ３０２のＮｏのループ）、通知があると（判断Ｓ３０２のＹｅｓ）、次処理に移行して、その通知された通信アドレスを用いた発呼などの処理を行う。
【００９８】
登録装置における割当受付・登録処理においては、割当要求があるかを監視していて（判断Ｓ４０１のＮｏのループ）、処理Ｓ３０１に対応して割当要求があると（判断Ｓ４０１のＹｅｓ）、通知された端末識別情報（の発呼装置）について通信アドレスを割り当てると共に、要求共に通知する（処理Ｓ４０２）。その処理Ｓ４０２は、判断３０２をＹｅｓにする。
【００９９】
そのようにして割当受付を完了したのち、処理Ｓ４０３以降の登録処理を行う。
【０１００】
なお、処理Ｓ４０３に先だって、図１２の処理Ｓ１０３と同様な登録先サーバ装置決定処理を行い、その決定した登録先に対して登録するようにしてもよいのはいうまでもない。
【０１０１】
処理Ｓ４０３においては、登録先のサーバ装置（この場合第１のサーバ装置４００）に、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ４０３）。なお、その登録要求には、受け付けた装置（この場合発呼装置２００）の通信アドレス及び端末識別情報の通知が伴う。
【０１０２】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ４０４のＮｏのループ）、完了通知があると（判断Ｓ１０５のＹｅｓ）、処理を終了する。
【０１０３】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ５０１のＮｏのループ）、処理Ｓ４０３に対応して登録要求があると（判断Ｓ５０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ５０２）、判断Ｓ４０４をＹｅｓとするものである登録完了通知を行う（処理Ｓ２０３）。
【０１０４】
このようにして発呼装置２００から登録装置を介して第１のサーバ装置４００のテーブル４００＿３４ａに発呼装置２００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、登録装置以外の装置であって、図１３に示した自端末情報登録処理を行う装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【０１０５】
おな、図１３に示した発呼装置が行う割当受付・登録処理は、第１のサーバ装置４００などのサーバ装置において行うようにしてもよい。第１のサーバ装置４００が行う場合は、図１３に示した割当受付・登録処理及び登録受付処理を共に第１のサーバ装置４００が行い、テーブル４００＿３４ａへの通信アドレス及び端末識別情報の登録を自ら行うことになる。また、例えば、第１のサーバ装置４００が図１３の割当受付・登録処理を行い、第２のサーバ装置５００が図１３の登録受付処理を行うというように、登録装置としてのサーバ装置が他のサーバ装置に登録するようにしてもよい。
【０１０６】
また、登録装置がサーバ装置に通信アドレスと端末識別情報を登録する場合に、登録装置とサーバ装置の間で特定の認証作業を実施することも考えられ、これによりさらに登録情報の公証性が高まる。
【０１０７】
図１４に、発呼装置２００と着呼装置３００と第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１０８】
同図において、発呼手段としての発呼装置２００は、発呼通信アドレス通知手段としての発呼処理を行い、着呼手段としての着呼装置３００は、端末識別情報問い合わせ手段としての着呼処理を行い、サーバ手段としての第１のサーバ装置４００は、端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理を行う。
【０１０９】
まず、発呼装置２００における発呼処理においては、着呼装置３００に対して発呼して（処理Ｓ６０１）、次処理に移行して通話・通信などの手順に移行する。なお、処理Ｓ６０１における発呼ではＩＮＶＩＴＥ信号が着呼装置３００に対して送信されるが、そのＩＮＶＩＴＥ信号には発呼装置２００の通信アドレスが含まれているため、着呼装置３００は受信したＩＮＶＩＴＥ信号から発呼装置２００の通信アドレスを取り出せる。
【０１１０】
一方、着呼装置３００における着呼処理においは、着呼を待ち（判断Ｓ７０１のＮｏのループ）、処理Ｓ６０１に対応して、着呼があると（判断Ｓ７０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ７０２）。
【０１１１】
処理Ｓ７０２の問い合わせ先サーバ装置決定処理の具体的な処理としては、例えば、予め、問い合わせするサーバ装置（この場合第１のサーバ装置４００）の通信アドレスを端末装置としての着呼装置３００に設定しておく方法がある。また、端末装置としての着呼装置３００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。また、発呼装置２００が登録したサーバ装置の通信アドレスを着呼装置３００に送信し、着呼装置３００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、ＩＮＶＩＴＥ信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００から着呼装置３００に送信することが考えられる。
【０１１２】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ７０３）、なお、その問い合わせには、判断７０１において発呼装置２００から通知された発呼通信アドレスの通知が伴う。
【０１１３】
処理Ｓ７０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ７０４のＮｏのループ）、通知があると（判断Ｓ７０４のＹｅｓ）、その通知された発呼端末識別情報を利用して所定の動作を行う、端末識別情報利用手段としての発呼端末識別情報利用処理を行い（処理Ｓ７０５）、次処理へ移行する。
【０１１４】
処理Ｓ７０５の発呼端末識別情報利用処理の具体的な処理動作としては、取得した発呼端末識別情報、つまり、発呼装置２００の端末識別情報を表示すべきか否か判断し、表示すべきと判断した場合に端末識別情報または端末識別情報に対応した第２の端末識別情報のうち少なくとも一方を自装置の表示部に表示する処理がある。表示するか否かの判断は、発呼装置２００が端末識別情報の表示を要求している場合（その旨の要求を着呼装置３００が発呼装置２００から受信した場合）、着呼装置３００が端末識別情報を表示するように設定されている場合、あるいはその両方の条件が揃った場合などが考えられる。
【０１１５】
そのような表示条件が合致した場合、着呼装置３００に特別な設定がない場合は、着呼装置３００は取得した発呼端末識別情報またはその発呼端末識別情報に対応した第２の端末識別情報のうち少なくとも一方を表示するとともに、発呼装置２００に「１８０ ｒｉｎｇｉｎｇ」信号を送信し、その後通常の呼設定が行われる。
【０１１６】
第２の端末識別情報は、例えば着呼装置上で端末識別情報に対応づけられるものであり、例えば端末識別情報が電話番号である場合に、第２の端末識別情報はその電話番号の持ち主（名義人）の名前（名称）などであり、着呼装置上で発呼装置の端末識別情報に対して任意に定義される端末識別情報である。
【０１１７】
発呼端末識別情報を取得した時に、特別な設定がある場合、すなわち端末識別情報による、
１．着信メモリ機能：複数の端末識別情報を記憶する。
２．着信拒否機能：特定の端末識別情報の着信（着呼）を拒否する。
３．端末識別情報リクエスト機能：端末識別情報を得ることが出来なかった場合に、発呼装置に対して端末識別情報のサーバへの登録して発呼するように要求する。
４．呼び出し信号の鳴り分け機能：端末識別情報によって呼び出し音（着信メロディー）を変える。
等が設定されている場合にはその機能の動作を行う。
【０１１８】
またその他の機能として自動録音録画機能があり、それは取得した発呼端末識別情報が、特定の端末識別情報の場合、留守録機能がセットされていなくても、自動的に録音または録画を行ものであり、特定の端末識別情報は自装置に設定されている。その特定の端末識別情報の設定は自装置の操作部から直接端末識別情報を入力することが出来るが、端末識別情報の設定は着信メモリ機能あるいは電話帳機能に記憶されている端末識別情報を利用して設定することが出来る。また、録音するか録画するかは端末識別情報によって判断してもよいし、ＩＮＶＩＴＥ信号に含まれている情報すなわち、その通信がどのような通信であるかの情報（電話、テレビ電話、データ通信、音楽または映像の配信、音声または映像によるニュースの配信等）によって判断してもよい。
【０１１９】
このように、処理Ｓ７０５の発呼端末識別情報利用処理としては、種々の処理動作を適用することができる。
【０１２０】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ８０１のＮｏのループ）、処理Ｓ７０３に対応して、問い合わせがあると（判断Ｓ８０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ８０２）。
【０１２１】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ８０３）、有効な端末識別情報が有った場合には（判断Ｓ８０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ８０５）、処理を終了する。なお、処理Ｓ８０５は、判断Ｓ７０４をＹｅｓにする。
【０１２２】
判断８０４において、有効な端末識別情報がない場合には（判断Ｓ８０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得手段としての他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ８０６）、有効な端末識別情報を取得して、処理Ｓ８０５で問い合わせ元に通知する。
【０１２３】
なお、有効な端末識別情報がない場合（判断Ｓ８０４のＮｏ）とは、例えば登録された日時がある規定時間よりも古い場合などがある。
【０１２４】
図１５に、図１４に示した第１のサーバ装置４００における他サーバ依頼端末識別情報取得処理の具体的な処理手順、及び、その他サーバ依頼端末識別情報取得処理に対応して、他のサーバ装置としての第２のサーバ装置５００において行われる、問い合わせ応答処理について示す。
【０１２５】
図１５において、第１のサーバ装置４００における他サーバ依頼端末識別情報取得処理においては、先ず、問い合わせ先サーバ装置決定処理を行う（処理Ｓ９０１）。
【０１２６】
処理Ｓ９０１の問い合わせ先サーバ装置決定処理の具体的な処理手順としては、例えば、予め、問い合わせするサーバ装置（この場合第２のサーバ装置５００）の通信アドレスを第１のサーバ装置４００に設定しておく方法がある。また、第１のサーバ装置４００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。３つ目は発呼装置２００が登録したサーバ装置の通信アドレスを着呼装置３００に送信し着呼装置３００が更に第１のサーバ装置４００に送信し、第１のサーバ装置４００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、ＩＮＶＩＴＥ信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００から着呼装置３００に送信し、着呼装置３００が問い合わせ用のプロトコルで第１のサーバ装置４００に更に送信することが考えられる。
【０１２７】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第２のサーバ装置５００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ９０２）、なお、その問い合わせには、図１４の判断８０１において着呼装置３００から通知された発呼通信アドレスの通知が伴う。
【０１２８】
処理Ｓ９０２の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ９０３のＮｏのループ）、通知があると（判断Ｓ９０３のＹｅｓ）、処理が完了して、その通知された発呼端末識別情報は、前述したように、図１４の処理Ｓ８０５により問い合わせ元の着呼装置３００に通知されることになる。
【０１２９】
一方、他のサーバ手段としての第２のサーバ装置５００における端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１００１のＮｏのループ）、処理Ｓ９０２に対応して、問い合わせがあると（判断Ｓ１００１のＹｅｓ）、通知された通信アドレスをテーブル５００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１００２）。なお、テーブル５００＿３４ａとは、図５に示したサーバ装置３０が第２のサーバ装置５００として適用された場合のテーブル３４ａを示すものとする。
【０１３０】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１００３）、有効な端末識別情報が有った場合には（判断Ｓ１００４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１００５）、処理を終了する。なお、処理Ｓ１００５は、判断Ｓ９０４をＹｅｓにする。
【０１３１】
判断１００４において、有効な端末識別情報がない場合には（判断Ｓ１００４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１００６）、有効な端末識別情報を取得して、処理Ｓ１００５で問い合わせ元に通知する。
【０１３２】
そのように、第２のサーバ装置５００も、処理Ｓ１００６の他サーバ依頼端末識別情報取得処理として、図１２の処理Ｓ９０１ないし判断９０１の他サーバ依頼端末識別情報取得処理を行うようにすることで、着呼装置３００は、第３，第４，第５、…のサーバ装置から有効な端末識別情報を得ることができる。
【０１３３】
なお、第２のサーバ装置５００は、第１のサーバ装置４００からの問い合わせに対する回答を、第１のサーバ装置４００に対してではなく、問い合わせ元の着呼装置３００に直接行うようにしてもよい。
【０１３４】
その場合、第２のサーバ装置５００が着呼装置３００の通信アドレスを知る必要があるが、第１のサーバ装置４００が第２のサーバ装置５００への問い合わせの際に着呼装置３００の通信アドレスを送信することによって第２のサーバ装置５００は着呼装置３００の通信アドレスを知ることができる。
【０１３５】
また第１のサーバ装置４００や第２のサーバ装置５００におけるテーブル４００＿３４ａまたは５００＿３４ｂにおける登録データが有効かどうかの判断は回答側ではなく問い合わせ側すなわち第１のサーバ装置４００あるいは着呼装置３００が行ってもよい。この場合は回答側は登録データの有効を判断しないで端末識別情報を回答する。
【０１３６】
また、第２のサーバ装置５００も、図１５の処理Ｓ１００６の他サーバ依頼端末識別情報取得処理として、図１５の処理Ｓ９０１ないし判断９０３の他サーバ依頼端末識別情報取得処理を行うようにすることで、着呼装置３００は、第３，第４，第５、…のサーバ装置から有効な端末識別情報を得ることはできるが、他のサーバ装置への再帰的な問い合わせが無限に続くのを防ぐために、例えば着呼装置３００が上限回数（例えば５）を問い合わせ先の第１のサーバ装置４００に通知し、第１のサーバ装置４００が第２のサーバ装置５００に問い合わせる場合に、上限回数を１だけ減じてから通知するようにするということを第３、第４、第５のサーバ装置に繰り返し、上限回数０を受け取ったサーバ装置は、さらなる問い合わせは行わず、エラー通知を問い合わせ元に返すようにするなどして、問い合わせが有限回数で終了できるようにすることも考えられる。また、着呼装置３００の通信アドレスを、第１、第２、第３…のサーバ装置がバケツリレー式に通知していくことで、最終的に有効な端末識別情報を取得できたサーバ装置から直接着呼装置３００にその端末識別情報を通知するようにしてもよい。
【０１３７】
以上、図１に示した構成のＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明してきたが、次に、図１６に示すＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明する。
【０１３８】
先ず、図１６に示すＩＰ網通信システムは、図１に示したＩＰ網１００のみを介した通信システムとは違って、ＩＰ網１００と他の通信網６００とがゲートウェイ装置７００を介して接続され、ＩＰ網１００上の発呼装置２００からゲートウェイ装置７００を介して、他の通信網６００上の着呼装置８００に発呼して通信を行う場合を示している。
【０１３９】
また、同図において、ＩＰ網１００、発呼装置２００、第１のサーバ装置４００、及び、第２のサーバ装置５００は、図１に示したＩＰ網通信システムを構成するそれぞれの網または装置と同一のもの（同一符号）であるため、重複する説明は省略する。
【０１４０】
ＩＰ網１００上の通信端末が他の通信網の通信端末と通信する場合には、それぞれの通信網において使用されている通信信号方式が相違するため、信号方式を変換する必要があり、その機能を持っている装置は一般にゲートウェイ装置と呼ばれていて、図１６のゲートウェイ装置７００もその１つである。また一般にゲートウェイ装置は通信網の信号方式の相違だけではなく、その通信網を管理しているプロバイダ（ＩＳＰ）が違っている場合にもお互いの通信網を相互接続する機能を持っているものもある。そのため、ＩＰ網１００上の発呼装置の端末識別情報を、他の通信網６００上の着呼装置に取得させたり、逆に、他の通信網６００上の発呼装置の端末識別情報を、ＩＰ網１００上の着呼装置に取得させたりするには、ゲートウェイ装置７００にそのための処理機能を持たせるなどする必要がある。
【０１４１】
ゲートウェイ装置７００は、具体的には、図１７に示す構成である。
【０１４２】
同図において、ＣＰＵ４１は、ＲＯＭ４２に書き込まれた制御プログラムに従って、ＲＡＭ４３を作業領域として使用しながら、装置各部を制御する中央演算処理装置である。
【０１４３】
ＲＯＭ４２は、前述したように、ＣＰＵ４１が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。
【０１４４】
ＲＡＭ４３は、前述したようにシステム制御部２の作業領域として使用されるランダムアクセスメモリである。
【０１４５】
記憶装置４４は、ハードディスク装置などにより構成され、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するための記憶装置である。
【０１４６】
他の通信網Ｉ／Ｆ４５は、具体的には、公衆電話網、ＩＳＤＮ網などである他の通信網６００に接続されて、その他の通信網６００を介した信号のやりとりを行うものである。
【０１４７】
ＩＰ網Ｉ／Ｆ４５は、ＩＰプロトコル、ＴＣＰプロトコル、ＵＤＰプロトコルなどの各種ＩＰ網用のプロトコル制御を行い、ＩＰ網１００を介したＩＰパケットによるデータのやりとりを行うためのものである。
【０１４８】
システムバス４６は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【０１４９】
図１８に、ＩＰ網１００上の発呼装置２００と、その発呼装置２００と他の通信網６００上の着呼装置８００との間に介在することになるゲートウェイ装置７００と、第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１５０】
同図において、発呼装置２００は、発呼手段として発呼処理を行い、ゲートウェイ装置７００は、ゲートウェイ手段として、端末識別情報問い合わせ手段及び端末識別情報他通信網通知手段としての着呼処理を行い、第１のサーバ装置４００は、サーバ手段として問い合わせ応答処理を行う。
【０１５１】
まず、発呼装置２００における発呼処理においては、ゲートウェイ装置７００に対して発呼して（処理Ｓ１１０１）、次処理に移行して通話・通信などの手順に移行する。
【０１５２】
一方、ゲートウェイ装置７００における着呼処理においは、着呼を待ち（判断Ｓ１２０１のＮｏのループ）、処理Ｓ１１０１に対応して、着呼があると（判断Ｓ１２０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ１２０２）。
【０１５３】
処理Ｓ１２０２の問い合わせ先サーバ装置決定処理の具体的な処理としては、例えば、予め、問い合わせするサーバ装置（この場合第１のサーバ装置４００）の通信アドレスをゲートウェイ装置７００に設定しておく方法がある。また、ゲートウェイ装置７００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。また、発呼装置２００が登録したサーバ装置の通信アドレスをゲートウェイ装置７００に送信し、ゲートウェイ装置７００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、ＩＮＶＩＴＥ信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００からゲートウェイ装置７００に送信することが考えられる。
【０１５４】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ１２０３）、なお、その問い合わせには、判断１２０１において発呼装置２００から通知された発呼通信アドレスの通知が伴う。
【０１５５】
処理Ｓ１２０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ１２０４のＮｏのループ）、通知があると（判断Ｓ１２０４のＹｅｓ）、その通知された発呼端末識別情報を他の通信網６００に通知し（処理Ｓ１２０５）、次処理へ移行する。
【０１５６】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１３０１のＮｏのループ）、処理Ｓ１２０３に対応して、問い合わせがあると（判断Ｓ１３０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１３０２）。
【０１５７】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１３０３）、有効な端末識別情報が有った場合には（判断Ｓ１３０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１３０５）、処理を終了する。なお、処理Ｓ１３０５は、判断Ｓ１２０４をＹｅｓにする。
【０１５８】
判断１３０４において、有効な端末識別情報がない場合には（判断Ｓ１３０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１３０６）、有効な端末識別情報を取得して、処理Ｓ１３０５で問い合わせ元に通知する。
【０１５９】
図１８に示した第１のサーバ装置４００における処理Ｓ１３０６の他サーバ依頼端末識別情報取得処理の具体的な処理手順としては、図１５に示した処理手順が適用できる（重複する説明は省略）。
【０１６０】
図１９に、図１８のゲートウェイ装置における着呼手順と関連する、他の通信網６００上の着呼装置８００における着呼処理手順について示す。
【０１６１】
同図において、まず、着呼を監視し（判断Ｓ１４０１のＮｏのループ）、図１８のゲートウェイ装置７００における着呼処理に対応して着呼があると（判断Ｓ１４０１のＹｅｓ）、図１８の処理Ｓ１２０５に対応して、発呼端末識別情報の通知を他の通信網６００から受け（処理Ｓ１４０２）、その通知された発呼端末識別情報を利用した所定の動作を行う処理である、発呼端末識別情報利用処理を行って（処理Ｓ１４０３）、次の処理に移行する。なお、処理Ｓ１４０３の発呼端末識別情報利用処理としては、前述の図１４の処理７０５における発呼端末識別情報利用処理と同様の処理動作を適用することができる。
【０１６２】
次に、図２０に示すＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明する。
【０１６３】
先ず、図２０に示すＩＰ網通信システムは、図１に示したＩＰ網１００のみを介した通信システムとは違って、ＩＰ網１００と他の通信網６００とがゲートウェイ装置７００を介して接続され、他の通信網７００上の発呼装置９００からゲートウェイ装置７００を介して、ＩＰ網１００上の着呼装置３００に発呼して通信を行う場合を示している。
【０１６４】
また、同図において、ＩＰ網１００、着呼装置３００、第１のサーバ装置４００、及び、第２のサーバ装置５００は、図１に示したＩＰ網通信システムを構成するそれぞれの網または装置と同一のもの（同一符号）であるため、重複する説明は省略する。
【０１６５】
ゲートウェイ装置７００は、具体的には、図１７に示した構成である（重複する説明は省略）。
【０１６６】
図２１に、他の通信網６００上の発呼装置９００とＩＰ網１００上の着呼装置３００との間に介在するゲートウェイ装置７００と、第１のサーバ装置４００との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【０１６７】
同図において、ゲートウェイ手段としてのゲートウェイ装置７００においては、端末情報登録手段としての、発呼装置（発呼装置９００）の発呼に応じた処理を行い、サーバ手段としての第１のサーバ装置４００においては、登録受付処理を行う。
【０１６８】
ゲートウェイ装置７００における発呼装置の発呼に応じた処理においては、まず、登録先サーバ装置決定処理を行う（処理Ｓ１５０１）。
【０１６９】
処理Ｓ１５０１の登録先サーバ装置決定処理の具体的な処理としては、例えば、予め、登録するサーバ装置（この場合第１のサーバ装置４００）の通信アドレスをゲートウェイ装置７００に設定しておく方法がある。また、ゲートウェイ装置７００の通信アドレスあるいは端末識別情報から登録するサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。
【０１７０】
そのようにして、登録先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ１５０２）。なお、その登録要求には、発呼装置９００についての発呼通信アドレス及び発呼端末識別情報の通知が伴う。
【０１７１】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ１５０３のＮｏのループ）、完了通知があると（判断Ｓ１５０３のＹｅｓ）、ＩＰ網１００への発呼処理に移行する。
【０１７２】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ１６０１のＮｏのループ）、処理Ｓ１５０２に対応して登録要求があると（判断Ｓ１６０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ１６０２）、判断Ｓ１５０３をＹｅｓとするものである登録完了通知を行う（処理Ｓ１６０３）。
【０１７３】
このようにしてゲートウェイ装置７００から第１のサーバ装置４００のテーブル４００＿３４ａに、他の通信網６００上の発呼装置９００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、ゲートウェイ装置７００以外のゲートウェイ装置装置であって、図２１に示した発呼装置の発呼に応じた処理を行う装置からの同様の登録要求や、図１２に示した自端末情報登録処理を行う発呼装置２００などの装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【０１７４】
図２２に、他の通信網６００上の発呼装置９００からのＩＰ網１００への発呼を中継するゲートウェイ装置７００と、ＩＰ網１００上の着呼装置３００と第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１７５】
同図において、ゲートウェイ手段としてのゲートウェイ装置７００は、他通信網発呼通信アドレス通知手段としての発呼処理を行い、着呼手段としての着呼装置３００は、端末識別情報問い合わせ手段としての着呼処理を行い、第１のサーバ装置４００は、端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理を行う。
【０１７６】
まず、ゲートウェイ装置７００における発呼処理においては、着呼装置３００に対して発呼して（処理Ｓ１７０１）、次処理に移行して通話・通信の中継などの手順に移行する。なお、処理Ｓ１７０１における発呼では、発呼装置９００の通信アドレスの発呼通信アドレスとしての通知を伴う。
【０１７７】
一方、着呼装置３００における着呼処理においは、着呼を待ち（判断Ｓ１８０１のＮｏのループ）、処理Ｓ１７０１に対応して、着呼があると（判断Ｓ１８０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ１８０２）。
【０１７８】
なお、処理Ｓ１８０２の問い合わせ先サーバ装置決定処理としては、前述の図１４の処理Ｓ７０２と同様の決定処理を適用できる（重複する説明は省略）。
【０１７９】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ１８０３）、なお、その問い合わせには、判断１８０１においてゲートウェイ装置７００から通知された発呼通信アドレスの通知が伴う。
【０１８０】
処理Ｓ１８０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ１８０４のＮｏのループ）、通知があると（判断Ｓ１８０４のＹｅｓ）、その通知された発呼端末識別情報を利用して所定の動作を行う、端末識別情報利用手段としての発呼端末識別情報利用処理を行い（処理Ｓ１８０５）、次処理へ移行する。なお、処理Ｓ１８０５の発呼端末識別情報利用処理としては、前述の図１４の処理Ｓ７０５における発呼端末識別情報利用処理と同様の処理動作を適用することができる。
【０１８１】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１９０１のＮｏのループ）、処理Ｓ１８０３に対応して、問い合わせがあると（判断Ｓ１９０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１９０２）。
【０１８２】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１９０３）、有効な端末識別情報が有った場合には（判断Ｓ１９０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１９０５）、処理を終了する。なお、処理Ｓ１９０５は、判断Ｓ１８０４をＹｅｓにする。
【０１８３】
判断１９０４において、有効な端末識別情報がない場合には（判断Ｓ１９０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１９０６）、有効な端末識別情報を取得して、処理Ｓ１９０５で問い合わせ元に通知する。
【０１８４】
図２２の第１のサーバ装置４００における処理Ｓ１９０６の他サーバ依頼端末識別情報取得処理の具体的な処理手順としては、図１５に示した処理手順を適用できる（重複する説明は省略する）。
【０１８５】
図２２における、着呼装置３００の着呼処理と、第１のサーバ装置４００の問い合わせ応答処理とは、それぞれ、図１４におけるものと同一の処理手順であり、異なるのは、発呼するのが、図１４においては発呼装置２００であり、図２２においては、他の通信網６００上の発呼装置９００の発呼を中継するゲートウェイ装置７００である点であるが、着呼装置３００の着呼処理においては、発呼元の区別なく処理が行われている。
【０１８６】
なお、図２１の登録処理においては、他の通信網６００がＩＰ網であることを前提としているが、例えば他の通信網６００がＮＴＴが提供する一般加入者回線網の場合、一般の電話は通信アドレスすなわちＩＰアドレスを持たないため、そのままでは、図２２の処理において、通信アドレスに対応する端末識別情報を着呼装置３００が取得することが出来ない。
【０１８７】
それを解決するためには、ゲートウェイ装置７００において、発呼装置９００についてのダミーの通信アドレスを設定し、そのダミー通信アドレスと他の通信網７００が通知してきた端末識別情報を図２１の処理１５０２以降の手順でサーバ装置に登録する一方、その後呼設定が行われ、通信が開始され、通信が終了し呼の開放の後に、ゲートウェイ装置７００が第１のサーバ装置４００に対して、ダミー通信アドレスの通知を伴う削除要求を行うことで、そのダミー通信アドレスと対応する端末識別情報のテーブル４００＿３４ａの削除を依頼するようにすればよい。削除依頼された第１のサーバ装置４００は、削除要求に係るダミー通信アドレスと端末識別情報をテーブル４００＿３４ａから削除する。それにより、図１４の発呼元が発呼装置２００である場合と同様の、図２２の処理手順により、発呼元のゲートウェイ装置７００から通知される通信アドレスに基づいて端末識別情報を取得できる。
【０１８８】
また、そのようなダミー通信アドレスによる解決方法のほかに、ゲートウェイ装置７００が直接着呼装置３００に対して他の通信網６００から受信した端末識別情報を送信することもできる。この場合、端末識別情報は送信されるＩＰパケットのある領域に乗せられて送信されることになる。
【０１８９】
なお、以上説明した実施の形態においては、通信アドレスは端末の住所情報であり具体的にはＩＰアドレスであったが、その他ＭＡＣアドレス、場合によっては電話番号等がある。また、端末識別情報は、その端末と他の端末を区別するための情報であり、具体的には電話番号、ＵＲＬ、装置番号、装置名称、エイリアス（別名）な名称、または、それらに対応した図形、文字等があり、場合によってはＩＰアドレス、ＭＡＣアドレスである。
【０１９０】
また、以上説明した実施の形態においては、第１のサーバ装置４００や第２のサーバ装置５００などのサーバ装置が、本発明に係る通信アドレス及び端末識別情報の登録及び問い合わせ応答についての機能のみしか備えていない場合について説明したが、ＳＩＰプロトコルのプロキシサーバや、Ｈ．３２３のゲートキーパが本願のサーバ手段の機能を備えていてもよいのはいうまでもない。
【０１９１】
またサーバ手段に対して端末識別情報問い合わせを行った結果、相手装置の通信アドレスと端末識別情報が登録されていない場合には、自端末装置は相手装置に登録を要求する登録要求手段を持つことも考えられる。また最終のサーバ手段にも登録されていない場合には、サーバ自身が相手装置に直接問い合わせを行う問い合わせ手段、あるいは登録を要求する登録要求手段を持つことも考えられる。また自端末装置は盗聴などのセキュリティ対策のために、ＩＰアドレスを定期的に変更するアドレス変更手段を持つことも考えられる。
【０１９２】
また、以上説明した実施の形態においては、ＩＰ電話を、その標準プロトコルとしてＳＩＰを例にとって記載しているが、その他に標準プロトコルとしてＨ．３２３、ＨＴＴＰ、ＭＥＧＡＣＯ等があり、また標準プロトコルではなく、その他のローカルのプロトコルでも本発明の実施は可能である。また端末装置としてはＩＰ電話以外にＩＰテレビ電話、ＩＰ携帯電話、ＩＰ携帯端末装置、インターネットファックス等に代表されるＩＰ端末装置に適用可能であり、その端末装置で使用される標準プロトコルあるいはローカルプロトコルにも適用できる。
【０１９３】
また、ＩＰ手段８、発呼通信アドレス通知手段、端末識別情報問い合わせ手段、端末識別情報利用手段、端末識別情報取得手段と、端末識別情報通知手段、他サーバ依頼端末識別情報取得手段、端末情報登録手段、端末識別情報他通信網通知手段、他通信網発呼通信アドレス通知手段等の各手段は、ＣＰＵ、ＲＯＭ、ＲＡＭと若干のハードウェア（レジスタや論理回路等）によって構成されてもよいし、それぞれ専用のハードウェアで構成されてもよいものである。
【０１９４】
【発明の効果】
請求項１に係る発明によれば、前記着信手段は、今回の通信における通信相手の前記発呼手段の端末識別情報を、前記サーバ手段への問い合わせにより公証性高く得ることができ、その得られた端末識別情報を利用して所定の動作、具体的には、例えば、その端末識別情報の表示、予め登録した着呼許可の端末識別情報との照合による着呼応答の可否判断などの適切な対応をとることが可能となる効果が得られる。
【０１９５】
請求項２に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記着呼手段を備えた着呼装置を得ることができ、前記発呼端末識別情報の通知を受けてその発呼端末識別情報を利用した利便性の高い機能を行うことが可能となる効果が得られる。
【０１９６】
請求項３に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記サーバ手段を備えたサーバ装置を得ることができ、着呼側からの発呼通信アドレスを伴う問い合わせに応じて発呼端末識別情報を検索、通知して、着呼側において発呼端末識別情報を利用した利便性の高い機能を行うことが可能となる効果が得られる。
【０１９７】
請求項４に係る発明によれば、着呼側からの前記サーバ手段へ問い合わせがあった場合に自サーバに登録データがない場合に前記他のサーバ手段から発呼端末識別情報を取得して着呼側に渡すことができ、発呼端末識別情報の通知サービスの確実性、信頼性の向上を図ることが可能となる効果が得られる。
【０１９８】
請求項５に係る発明によれば、問い合わせ元の請求項４に係るサーバ装置からの問い合わせに応答して発呼端末識別情報を通知することで、発呼端末識別情報の通知サービスの確実性、信頼性の向上を図ることが可能となる効果が得られる。
【０１９９】
請求項６に係る発明によれば、着呼側に発呼側の通信アドレスを通知することで、着呼側において、サーバに発呼端末識別情報を問い合わせる際に必要な発呼通信アドレスを与えることができ、ＩＰ網通信システムにおいて、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２００】
請求項７に係る発明によれば、通信アドレスと端末識別情報との対応付けを、サーバ手段に登録するようにしているため、端末側のなりすまし等を防止した、依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０１】
請求項８に係る発明によれば、通信を開始する直前に登録するようにしているため、着呼手段は発呼側の最新の通信アドレスと端末識別情報を得ることができ、発呼側における現在の通信アドレスと端末識別情報の割当状況を正確に反映した依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０２】
請求項９に係る発明によれば、通信アドレスまたは端末識別情報が変更になっても正しく変更登録されるため、着呼手段がサーバ手段に問い合わせた場合に最新の情報を得ることができ、現在の通信アドレスと端末識別情報の割当状況を正確に反映したいっそう依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０３】
請求項１０に係る発明によれば、専用の登録装置により登録することで、登録に関するセキュリティを高めることが可能となる効果が得られる。
【０２０４】
請求項１１に係る発明によれば、発呼装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０５】
請求項１２に係る発明によれば、着呼装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０６】
請求項１３に係る発明によれば、サーバ装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０７】
請求項１４に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記発呼手段及び着呼手段を備えた利便性の高い通信端末装置を得ることが可能となる効果が得られる。
【０２０８】
請求項１５に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記発呼手段、着呼手段及びサーバ手段を備えた利便性の高い通信端末装置を得ることが可能となる効果が得られる。
【０２０９】
請求項１６に係る発明によれば、ＩＰ網上の発呼手段から前記ゲートウェイ手段を介して他の通信網上の着呼側の通信端末装置に発呼して通信を行う際に、当該他の通信網に通信アドレスと端末識別情報を通知することができ、当該他の通信網が前記着信側の通信端末装置にその通知された各情報を通知するなどして、着呼側の通信端末装置において、発呼側について得た情報を利用した適切な対応をとらせることが可能となる効果が得られる。
【０２１０】
請求項１７に係る発明によれば、前記ゲートウェイ手段が、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスと端末識別情報とを前記サーバ手段に登録するようにすることにより、前記着呼手段は前記サーバ手段から端末識別情報を入手することができるため、他の通信網から発呼してくる場合でもＩＰ網通信システム側では特別な構成を設けることなく、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２１１】
請求項１８に係る発明によれば、前記ゲートウェイ手段が、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスと端末識別情報とを前記サーバ手段に登録するようにする一方、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスを着呼側に通知するようにすることにより、前記着呼手段は前記サーバ手段から端末識別情報を入手することができるため、他の通信網から発呼してくる場合でもＩＰ網通信システム側では特別な構成を設けることなく、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２１２】
請求項１９に係る発明によれば、請求項１６、１７または１８のいずれかに記載のＩＰ網通信システムを構成する前記ゲートウェイ手段を備えた利便性の高いゲートウェイ装置を得ることが可能となる効果が得られる。
【０２１３】
請求項２０に係る発明によれば、前記ゲートウェイ装置が前記サーバ手段を備えることで、ＩＰ網通信システムにおける発呼端末識別情報の通知サービスの提供の低コスト化が可能となる効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るＩＰ網通信システムの構成について示す図である。
【図２】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰ電話装置のブロック構成について示す図である。
【図３】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰ電話アダプタ装置のブロック構成について示す図である。
【図４】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰテレビ電話装置のブロック構成について示す図である。
【図５】本発明の実施の形態に係る第１のサーバ装置または第２のサーバ装置として適用可能なサーバ装置のブロック構成について示す図である。
【図６】ＳＩＰのプロトコルスタックについて示す図である。
【図７】ＳＩＰの制御用パケットの構造、及び、ＳＩＰのデータ用パケットの構造について示す図である。
【図８】ＵＤＰデータグラム、及び、ＩＰデータグラムについて示す図である。
【図９】本実施の形態の、制御用及びデータ用の各パケットの構造について示す図である。
【図１０】発呼装置と着呼装置との間で行われるＳＩＰによる通信シーケンスについて示す図である。
【図１１】第１または第２のサーバ装置において記憶される通信アドレス／端末識別情報対応テーブルについて示す図である。
【図１２】発呼装置と第１のサーバ装置との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示すフローチャートである。
【図１３】発呼装置と、第１のサーバ装置が、登録装置を介して行う、通信アドレス／端末識別情報の登録処理手順ついて示すフローチャートである。
【図１４】発呼装置と着呼装置と第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【図１５】第１のサーバ装置における他サーバ依頼端末識別情報取得処理と、その処理に関わる、第２のサーバ装置における問い合わせ応答処理手順について示すフローチャートである。
【図１６】本発明の実施の形態に係るＩＰ網通信システムの別の構成について示す図である。
【図１７】本発明の実施の形態に係るゲートウェイ装置のブロック構成について示す図である。
【図１８】発呼装置と、その発呼装置と他の通信網上の着呼装置との通信を中継するゲートウェイ装置と、第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【図１９】図１８のゲートウェイ装置における処理手順と関連する、他の通信網上の着呼装置における処理手順について示すフローチャートである。
【図２０】本発明の実施の形態に係るＩＰ網通信システムのまた別の構成について示す図である。
【図２１】他の通信網上の発呼装置とＩＰ網上の着呼装置との通信を中継するゲートウェイ装置と第１のサーバ装置との間の通信アドレス／端末識別情報の登録に関わる処理手順について示すフローチャートである。
【図２２】他の通信網上の発呼装置とＩＰ網状の着呼装置との通信を中継するゲートウェイ装置と、当該着呼装置と、第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【符号の説明】
１００ ＩＰ網
２００ 発呼装置
３００ 着呼装置
４００ 第１のサーバ装置
５００ 第２のサーバ装置
【発明の属する技術分野】
本発明は、ＩＰ電話、ＩＰテレビ電話、インターネットファックスなどの通信端末が、インターネットに代表されるＩＰ網を介したＩＰパケットのやりとりにより所定の通信を行うＩＰ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置に関する。
【０００２】
現在、インターネットなどのＩＰパケットをやりとり可能なネットワークであるＩＰ網を介して音声データをＩＰパケットによりやりとりして通話を行えるＩＰ電話の普及が急速に進みつつある。
【０００３】
ＩＰ網を介した通話、通信の利点は、公衆電話回線などの回線交換網を介した通話・通信とは違って、通話・通信料金が安いことであるが、その反面、通話・通信に付随して通信網から提供されるサービスが、従来の電話網やＩＳＤＮ網などの公衆回線交換網において提供されている各種サービスに比較して十分でない点もある。
【０００４】
具体的には、公衆電話網において、ナンバーディスプレイと称され提供されている、発呼側の通信端末装置の端末識別情報（電話番号）の着呼側の通信端末装置への通知機能については、ＩＰ網通信システムにおいては、未だサービスが開始されていないのが現状である。
【０００５】
ＩＰ網通信システムにおいて、公衆電話網におけるナンバーディスプレイのようなサービスの実現が困難なのは、例えば、ＩＰ電話装置に割り当てらた電話番号（端末識別情報）と、そのＩＰ電話装置が実際にＩＰ網を介して通信を行う際に割り当てられるＩＰアドレス（通信アドレス）との対応が固定的ではなく、通信の都度や、一定期間ごとに、割り当てられるＩＰアドレスが動的に変更されてしまうために、１対１に固定していないためである。
【０００６】
そのため、ＩＰ電話装置に現在割り当てられているＩＰアドレスからそのＩＰ電話装置に割り当てられている電話番号などの端末識別情報を特定するための情報をＩＰ網通信システムが持つことができず、サービスの提供が行えなかった。
【０００７】
これの１つの解決策として発呼側の端末装置が送出するＩＰパケットに装置自身が電話番号などの端末識別情報（予め発呼側の端末装置に登録されている）を埋め込み、着呼側の相手装置に送信する方法がある。
【０００８】
ＩＰ網を介した端末識別情報の通知に関する従来技術としては、特許文献１に記載の技術のように、それぞれサーバを介してインターネットに接続される電話交換機間で発信者電話番号（発呼端末識別情報）を通知できるようにしたものがあるが、ＩＰ網に直接接続される端末間の発呼端末識別情報の通知に関しては何ら考慮されていない。
【０００９】
【特許文献１】
特開平１１−２０５４５４号公報
【００１０】
【発明が解決しようとする課題】
このように、従来は、仮に、発呼側から端末識別情報をそのまま着呼側に通知するようにしたとしても、ＩＰ網通信システム側では、その端末識別情報の正当性を保証することができないため、信頼性の高い発呼端末識別情報の通知サービスをＩＰ網通信システムにおいて提供することができないという問題点があった。
【００１１】
本発明は係る事情に鑑みてなされたものであり、発呼側の端末識別情報の着呼側への通知サービスを信頼性高く提供することができるＩＰ網通信システム、発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
請求項１に記載のＩＰ網通信システムは、発呼手段と着呼手段とがＩＰ網を介した相互のＩＰパケットのやりとりにより所定の通信を行うＩＰ網通信システムにおいて、サーバ手段を更に備え、前記発呼手段は、自手段の通信アドレスを発呼通信アドレスとして前記着呼手段に通知する発呼通信アドレス通知手段を備え、前記着信手段は、前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせを前記サーバ手段に対して行う端末識別情報問い合わせ手段と、前記端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を利用して所定の動作を行う端末識別情報利用手段とを備え、前記サーバ手段は、通信アドレスと端末識別情報とを対応付けて記憶した通信アドレス／端末識別情報対応テーブルと、前記端末識別情報問い合わせがあるとその問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を取得する端末識別情報取得手段と、その端末識別情報取得手段により取得された端末識別情報を問い合わせ元に通知する端末識別情報通知手段とを備えたことを特徴とするＩＰ網通信システム。
【００１３】
請求項２に記載の着呼装置は、請求項１に記載の着呼手段を備えたことを特徴とする。
【００１４】
請求項３に記載のサーバ装置は、請求項１に記載の前記サーバ手段を備えたことを特徴とする。
【００１５】
請求項４に記載のサーバ装置は、請求項３に記載のサーバ装置において、前記サーバ手段は、前記端末識別情報問い合わせがあった場合において、その問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を前記端末識別情報取得手段が取得できなかった場合に、前記ＩＰ網に接続された他のサーバ手段に対して端末識別情報問い合わせを行い、その問い合わせに応じて当該他のサーバ手段から通知されてきた端末識別情報を取得する他サーバ依頼端末識別情報取得手段を更に備え、前記端末識別情報通知手段は、前記端末識別情報取得手段または前記他サーバ依頼端末識別情報取得手段により取得された端末識別情報を問い合わせ元に通知するものであることを特徴とする。
【００１６】
請求項５に記載のサーバ装置は、請求項４に記載の他のサーバ手段に加え、通信アドレスと端末識別情報とを対応付けて記憶した通信アドレス／端末識別情報対応テーブルと、問い合わせ元から端末識別情報問い合わせがあると、その問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を取得する端末識別情報取得手段と、その端末識別情報取得手段により取得された端末識別情報を前記問い合わせ元に通知する端末識別情報通知手段とを備えたことを特徴とする。
【００１７】
請求項６に記載の発呼装置は、請求項１に記載の前記発呼手段を備えたことを特徴とする。
【００１８】
請求項７に記載のＩＰ網通信システムは、請求項１に記載のＩＰ網通信システムにおいて、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに、前記通信アドレスまたは／及び端末識別情報を登録する端末情報登録手段を更に備えたことを特徴とする。
【００１９】
請求項８に記載のＩＰ網通信システムは、請求項１に記載のＩＰ網通信システムにおいて、前記発呼手段または前記着呼手段の前記通信アドレス及び端末識別情報のうち少なくとも１つ以上を、前記発呼手段と前記着呼手段との通信が開始される直前に前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに登録する端末情報登録手段を更に備えたことを特徴とする。
【００２０】
請求項９に記載のＩＰ網通信システムは、請求項７または８のいずれかに記載のＩＰ網通信システムにおいて、前記端末情報登録手段は、前記発呼手段または前記着呼手段の前記通信アドレス及び端末識別情報のうち少なくとも１つ以上が変更になった場合に、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに変更登録するものであることを特徴とする。
【００２１】
請求項１０に記載の登録装置は、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２２】
請求項１１に記載の発呼装置は、請求項６に記載の発呼装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２３】
請求項１２に記載の着呼装置は、請求項２に記載の着呼装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２４】
請求項１３に記載のサーバ装置は、請求項３、４または５のいずれかに記載のサーバ装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２５】
請求項１４に記載の通信端末装置は、請求項１に記載の発呼手段及び着呼手段を備えたことを特徴とする。
【００２６】
請求項１５に記載の通信端末装置は、請求項１に記載の発呼手段、着呼手段及びサーバ手段を備えたことを特徴とする。
【００２７】
請求項１６に記載のＩＰ網通信システムは、請求項１、７、８または９のいずれかに記載のＩＰ網通信システムにおいて、前記ＩＰ網とは通信信号方式が異なる他の通信網上の通信端末装置と通信を行うために通信信号方式の相互変換機能を持つゲートウェイ手段を更に備え、そのゲートウェイ手段は、前記発呼手段が前記他の通信網上の通信端末装置に対して発呼する際に前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせを前記サーバ手段に対して行う端末識別情報問い合わせ手段と、前記端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を前記他の通信網に通知する端末識別情報他通信網通知手段を備えたことを特徴とする。
【００２８】
請求項１７に記載のＩＰ網通信システムは、請求項１６に記載のＩＰ網通信システムにおいて、前記ゲートウェイ手段は、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに、前記他の通信網上の発呼側の通信端末装置の前記通信アドレスまたは／及び端末識別情報を登録する端末情報登録手段を更に備えたことを特徴とする。
【００２９】
請求項１８に記載のＩＰ網通信システムは、請求項１７に記載のＩＰ網通信システムにおいて、前記ゲートウェイ手段は、前記他の通信網上の発呼側の通信端末装置の通信アドレスを発呼通信アドレスとして前記着呼手段に通知する他通信網発呼通信アドレス通知手段を更に備えたことを特徴とする。
【００３０】
請求項１９に記載のゲートウェイ装置は、請求項１６、１７または１８のいずれかに記載のゲートウェイ手段を備えたことを特徴とする。
【００３１】
請求項２０に記載のゲートウェイ装置は、請求項１９に記載のゲートウェイ装置において、請求項１に記載のサーバ手段を備えたことを特徴とする。
【００３２】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００３３】
先ず、図１に、本実施の形態に係るＩＰ網通信システムの構成について示す。
【００３４】
同図に示すＩＰ網通信システムは、発信元端末識別情報通知手段を持つもので、ＩＰ網１００には、発呼装置２００、着呼装置３００、第１のサーバ装置４００、及び、第２のサーバ装置５００が接続されている。それらの各装置は、ＩＰ網１００上において各端末を互いに識別するための情報である通信アドレスとしてのＩＰアドレスがそれぞれ割り当てられることで、ＩＰ網１００を介したＩＰパケットのやりとりによる通信を行う。なお詳細は後述するが、発呼装置２００は、通信端末の１つの形態であり、端末間で通信を行う時に先立って呼設定動作を開始する端末装置である。また、着呼装置３００も通信端末の１つの形態であり、発呼装置２００が呼設定動作を開始する場合に、呼設定開始信号（ＩＮＶＩＴＥ信号）を受信する端末である。また、第１のサーバ装置４００及び第２のサーバ装置５００はＩＰ網１００上の通信端末装置の通信アドレス（ＩＰアドレス）とそれに対応した端末識別情報を記憶するテーブルを持ち、通信端末装置はあるいは他のサーバ装置からの通信アドレスと端末識別情報に関する問い合わせに対して回答する装置である。
【００３５】
図２に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰ電話装置１ａのブロック構成について示す。
【００３６】
同図において、ＩＰ電話装置は、ＣＰＵ２、ＲＯＭ３、ＲＡＭ４、パラメータメモリ５、操作入力・表示部６，回線接続Ｉ／Ｆ、ＩＰ手段８、通話回路９，ハンドセット１０、及び、システムバス１１により構成されている。
【００３７】
ＣＰＵ（中央処理装置）２は装置全体を制御するものであり、その実行プログラムはＲＯＭ３（リード・オンリー・メモリ）に記憶され、ＣＰＵ２はその実行プログラムをＲＯＭ３から読み出し、その実行プログラムに含まれる命令を逐次解釈して装置全体の制御を行うものである。
【００３８】
ＲＡＭ（ランダム・アクセス・メモリ）４は、ＣＰＵ２の制御に必要なワークエリアが形成されるものである。パラメータメモリ５は、保存パラメータなどの各種パラメータや管理情報等、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するメモリであり、具体的には、ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）や、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）などにより構成されるものである。
【００３９】
操作入力・表示部６は各種の操作キーと操作ガイダンス等を表示する表示器かからなり、オペレータが装置を操作するためのものである。
【００４０】
ハンドセット１０は音声通話をするいわゆる受話器なるものであり、音声を出力するスピーカや音声を入力するマイク等から構成される。通話回路９はマイク等から入力された音声信号をＩＰ手段８に送出し、ＩＰ手段８から入力された音声信号をスピーカ等に出力するものである。
【００４１】
また通話回路９には、音声信号を増幅したりあるいは減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質を良くしたりする回路も含まれているのが一般的である。また送話器から受話器への音の回り込みを制御するいわゆる側音制御も通話回路９で行うのが一般的である。
【００４２】
ＩＰ手段８は通話回路９から送られてきたアナログの音声信号をデジタルデータに変換し、さらに必要であれば符号化圧縮する。また、ＩＰ手段８は、音声信号データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ７に送り出す。また回線接続Ｉ／Ｆ７から入力される受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張し、さらにデジタルの音声信号データをアナログの音声信号に変換し、通話回路９に送出する。またＩＰ手段８は呼制御を行うための制御用ＩＰパケットを組立て、順次回線接続Ｉ／Ｆ７に送り出す。さらに回線接続Ｉ／Ｆ７から入力される受信した制御用ＩＰパケットを分解する。なお、このような制御用ＩＰパケットの送出、受信はＩＰ手段８とは独立した別の手段で構成してもよい。
【００４３】
システムバス１１は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【００４４】
ＩＰ手段８の動作制御はシステムバス１１を介しＣＰＵ２が行う。回線接続Ｉ／Ｆ７はＩＰ手段８から入力される送信用ＩＰパケットを接続回線に送出する一方、接続回線から入力される受信用パケットをＩＰ手段８に送出する。
【００４５】
回線接続Ｉ／Ｆ７が接続される回線としてＮＴＴ等が供給している一般の電話網を使用する場合には、デジタル信号とアナログ信号を相互に変換するＸＤＳＬモデムが回線接続Ｉ／Ｆ７に含まれる。また、回線接続Ｉ／Ｆ７が接続される回線がＬＡＮ等であれば回線接続Ｉ／Ｆ７はＬＡＮ用のＩ／Ｆ（イーサネット、トークンリング、ＦＴＴＨ等）である。またその両方を備えていてもよい。
【００４６】
図３に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰ電話アダプタ装置１ｂのブロック構成について示す。
【００４７】
同図に示すＩＰ電話アダプタ装置１ｂは、図２に示したＩＰ電話装置１ａの変形であり、通話回路９に代えて電話接続Ｉ／Ｆ１２をＩＰ手段８に接続すると共にハンドセット１０を除いたもので、その他の図２と共通の構成については、同一符号を付すと共に重複する説明は省略する。
【００４８】
電話接続Ｉ／Ｆ１２には、アナログの電話機２０を接続し、その電話機２０との間で入出力される音声信号は、ＩＰ手段８に出入力される。
【００４９】
図４に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰテレビ電話装置１ｃのブロック構成について示す。
【００５０】
同図に示すＩＰテレビ電話装置１ｃは、図２に示したＩＰ電話装置１ａの変形であり、画像表示部１５に画像出力する一方、カメラ１４から画像入力される画像処理回路１３からの入出力データをも、ＩＰ手段８に接続するようにしている。その他の図２と共通の構成については、同一符号を付すと共に重複する説明は省略する。
【００５１】
カメラ１４は、被写体を次々に画像データに変換するものであ。その画像データは画像処理回路１３で送信データ用に画像処理される。画像処理されたデータはＩＰ手段８で符号化圧縮され、画像信号データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ８に送り出す。またＩＰ手段８は、回線接続Ｉ／Ｆ７から入力される受信用のＩＰパケットから画像信号データを取り出すとともに復号伸張し、画像処理回路１３に送出する。画像処理回路１３は画像表示部１５に合わせた画像処理を行い、画像表示部１５に画像データを送出し、画像表示部１５は、静止画像データを連続的に表示することにより動画像として出力する。
【００５２】
図５に、本実施の形態に係る第１のサーバ装置４００または第２のサーバ装置５００として適用可能なサーバ装置３０のブロック構成について示す。
【００５３】
同図において、サーバ装置３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、記憶装置３４，ＩＰ網Ｉ／Ｆ３５、及び、システムバス３６により構成されている。
【００５４】
ＣＰＵ３１は、ＲＯＭ３２に書き込まれた制御プログラムに従って、ＲＡＭ３３を作業領域として使用しながら、装置各部を制御する中央演算処理装置である。
【００５５】
ＲＯＭ３２は、前述したように、ＣＰＵ３１が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。
【００５６】
ＲＡＭ３３は、前述したようにシステム制御部２の作業領域として使用されるランダムアクセスメモリである。
【００５７】
記憶装置３４は、ハードディスク装置などにより構成され、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するための記憶装置である。
【００５８】
ＩＰ網Ｉ／Ｆ３５は、ＩＰプロトコル、ＴＣＰプロトコル、ＵＤＰプロトコルなどの各種ＩＰ網用のプロトコル制御を行い、ＩＰ網１００を介したＩＰパ
ケットによるデータのやりとりを行うためのものである。
【００５９】
システムバス３６は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【００６０】
次に、発呼装置２００または着呼装置３００として適用可能な、図２のＩＰ電話装置１ａ、図３のＩＰ電話アダプタ装置１ｂ、図４のＩＰ電話やＩＰテレビ電話などでの通信の際に使用されるプロトコルについて説明する。
【００６１】
それらの装置における通信では、ＩＰ網１００を介したコネクションを確立した上で、互いにデータをやりとりして通信を行い、通信が終わると、確立されていたコネクションを互いに切断して通信を終了するが、コネクション確立のための呼設定のプロトコルとしては、標準で規定されている、ＳＩＰ，Ｈ．３２３、ＭＥＧＡＣＯなどの標準用呼制御用プロトコルが使用される。
【００６２】
図６にＳＩＰのプロトコルスタックについて示す。
【００６３】
同図において、呼・セッション制御用プロトコルとしてＳＩＰを使用する場合、Ｎｅｔｗｏｒｋ Ｌａｙｅｒ（ネットワーク層）においてＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ（トランスポート層）においてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、またはＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、ＳＩＰメッセージを記述する制御情報記述プロトコルとしてＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用される。また、この場合、ＵＤＰ（トランスポート層）とともに、動画／音声の送受信プロトコルとして、ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）が使用される。
【００６４】
図７に、ＳＩＰの制御用パケットの構造、及び、ＳＩＰのデータ用パケットの構造について示す。
【００６５】
同図に示されているように、ＳＩＰの制御用パケットは、ＵＤＰ（ＴＣＰ）ヘッダが付加されたＳＩＰメッセージに更にＩＰヘッダが付加された構造となっている。
【００６６】
また、ＳＩＰのデータ用パケットは、音声・画像データにＲＴＰヘッダが付加されたものに、ＵＤＰヘッダが付加され、更にＩＰヘッダが付加された構造となっている。
【００６７】
図８に、ＳＩＰプロトコルにおいて使用される、ＵＤＰデータグラム、及び、ＩＰデータグラムについて示す。
【００６８】
同図において、ＵＤＰデータグラムには、送信ポート番号、宛先ポート番号、データ長、チェックサム、及び、データが含まれている。
【００６９】
また、同図において、ＩＰデータグラムは、バージョン、ヘッダ長、サービスタイプ、トータル長、識別子（ＩＤ）、フラグと、フラグメント・オフセットと、生存時間（ＴＴＬ）、プロトコルタイプと、ヘッダチェックサム、送信元アドレス、宛先アドレス、オプション、パディング、及び、データの各情報のための領域の集合として構成されている。
【００７０】
本実施の形態では、そのＩＰデータグラムにおいて、データを載せるいずれかの領域に、端末識別情報が載せられている。なお、端末識別情報はデータ領域に載せるのが通常であるが、これに限定されるものではない。
【００７１】
図９に、本実施の形態における制御用（ＳＩＰ）及びデータ用の各パケットの構造について示す。図７に示した一般的なパケット構造と異なる点は、共に「ローカル」のデータ領域を追加して、付加的なデータのやりとりを行えるようにしている点である。
【００７２】
図１０に、発呼装置（発呼側）と着呼装置（着呼側）との間で行われるＳＩＰによる一般的な通信シーケンスについて示す。
【００７３】
同図において、発呼側から「ＩＮＶＩＴＥ」というリクエストメッセージを送出する（フェーズＦ１）。「ＩＮＶＩＴＥ」はセッションの起動信号であり、それには発呼側が受信可能なセッションの属性がＳＤＰ（制御情報記述）で示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。
【００７４】
着呼側はフェーズＦ１で、「ＩＮＶＩＴＥ」を受信すると、呼び出し状態になったことを通知するために「１８０ ＲＩＮＧＩＮＧ」を発呼側へ送信する（フェーズＦ２）。この１８０ ＲＩＮＧＩＮＧで着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示してもよいが、通常は次の２００ ＯＫで提示する。
【００７５】
また、着呼側は、通話可能状態になったことを通知するために「２００ ＯＫ」を発呼側へ送信する（フェーズＦ３）。その「２００ ＯＫ」には、着呼側が受信可能なセッションの属性がＳＤＰで示されている。また、着呼側は、その「２００ ＯＫ」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。
【００７６】
次に発呼側が「ＡＣＫ」を着呼側へ送信し（フェーズＦ４）、これにより通信に利用可能な属性が発呼側と着呼側とで相互にネゴシエーションされる。本実施の形態では、便宜上ここまでを接続フェーズと定義している。
【００７７】
次にＲＴＰパケットによるメディア（音声、画像、動画等）の転送が開始される（フェーズＦ５）。本実施の形態ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。
【００７８】
通信を終了するときには止める側（この場合着呼側）が、「ＢＹＥ」信号を送信することにより通信終了を要求し（フェーズＦ６）、それを受信した側（この場合発呼側）は、その応答である「２００ ＯＫ」信号を送信して通信を終了する（フェーズＦ７）。本実施の形態ではこのフェーズを便宜上、切断フェーズと定義している。
【００７９】
図１１に、図１に示したＩＰ網通信システムを構成する第１サーバ装置４００や第２サーバ装置５００としての、図５に示したサーバ装置３０が、記憶装置３４に記憶する通信アドレス／端末識別情報対応テーブル３４ａについて示す。
【００８０】
同図において、テーブル３４ａは、基本的に各「通信アドレス」と「端末識別情報」との対応付けにより構成されていて、付加的な情報として、「登録日時」及び「その他の情報」をも対応付けて記憶するようにしている。対応付けて記憶する情報としては、その他に、登録されてから経過した時間などが考えられ、また、その他の情報として、端末装置の種類、端末装置が設置あるいは使用されている場所を表す情報、すなわち端末位置情報が考えられる。例えば端末位置情報は、端末が設置あるいは使用されている位置の住所データ、または地球上のエリアをある大きさに分割した分割エリアに対して重複しない一義的な番号あるいは名前等のデータなどが考えられる。例えば緯度と経度に対応したコードデータを使用することが出来る。また通常は登録された情報に対して変更登録があると古いデータは削除されるが、古いデータを削除しないで履歴として残すようにしてもよい。
【００８１】
次に、図１に示した発呼装置２００から着呼装置３００にＩＰ網１００を介して発呼して通信を行う際に、着呼装置３００において、発呼装置２００の端末識別情報（発呼端末識別情報）を取得して、所定の動作を行えるようにするための、各種処理手順について順に説明する。
【００８２】
先ず、図１２に、発呼装置２００（ＩＰ電話装置１ａ、ＩＰ電話アダプタ装置１ｂ、または、ＩＰテレビ電話装置１ｃ）と第１のサーバ装置４００との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【００８３】
同図において、発呼手段としての発呼装置２００においては、端末情報登録手段としての自端末情報登録処理を行い、サーバ手段としての第１のサーバ装置４００においては、登録受付処理を行う。
【００８４】
発呼装置２００における自端末情報登録処理においては、自端末情報（パラメータメモリ５に記憶されている）、つまり、自装置に現在割り当てられている通信アドレス（ＩＰアドレス）と自装置の端末識別情報のサーバへの登録が既に済んでいるか否かを判断する（判断Ｓ１０１）。既に済んでいる場合には（判断Ｓ１０１のＹｅｓ）、更に、自端末情報の内容の変更の有無を判断する（判断Ｓ１０２）。変更もない場合には（判断Ｓ１０２のＮｏ）、処理を終了する。
【００８５】
判断Ｓ１０１において、まだ登録済みでない場合（判断Ｓ１０１のＮｏ）、またはね判断Ｓ１０２において、登録内容に変更がある場合（判断Ｓ１０２のＹｅｓ）には、処理Ｓ１０３に移行する。
【００８６】
処理Ｓ１０３では、登録先サーバ装置決定処理を行う（処理Ｓ１０３）。
【００８７】
処理Ｓ１０３の登録先サーバ装置決定処理の具体的な処理としては、例えば、予め、登録するサーバ装置（この場合第１のサーバ装置４００）の通信アドレスを端末装置としての発呼装置２００に設定しておく方法がある。また、端末装置としての発呼装置２００の通信アドレスあるいは端末識別情報から登録するサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。
【００８８】
そのようにして、登録先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ１０４）。なお、その登録要求には、自装置の通信アドレス及び端末識別情報の通知が伴う。
【００８９】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ１０５のＮｏのループ）、完了通知があると（判断Ｓ１０５のＹｅｓ）、処理を終了する。
【００９０】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ２０１のＮｏのループ）、処理Ｓ１０４に対応して登録要求があると（判断Ｓ２０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ２０２）、判断Ｓ１０５をＹｅｓとするものである登録完了通知を行う（処理Ｓ２０３）。なお、テーブル４００＿３４ａとは、図５に示したサーバ装置３０が第１のサーバ装置４００として適用された場合のテーブル３４ａを示すものとする。
【００９１】
このようにして発呼装置２００から第１のサーバ装置４００のテーブル４００＿３４ａに発呼装置２００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、発呼装置４００以外の装置であって、図１２に示した自端末情報登録処理を行う装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【００９２】
また、発呼装置２００などの端末装置が第１のサーバ装置４００などのサーバ装置に通信アドレス及び端末識別情報の自端末情報を登録する場合に端末装置からの登録を任意に許しても、端末装置が正しくない情報を登録すると、正しい端末識別情報を元に発呼してくる通信に対して着呼することが出来ないので、故意に正しくない情報を登録することはないと考えられるため、情報の登録を無制限に許してもいいが、真に成りすまし等を防ぐために、データの公証性を確保する方法が必要となる。その方法としては、サーバ装置に登録する場合に暗証コードを使用することにより、登録する端末装置が他の端末装置ではないことを証明する方法がある。また、通信アドレスおよび端末識別情報をサーバ装置に登録する専用装置である登録装置による方法がある。
【００９３】
図１３に、発呼装置２００と、第１のサーバ装置４００との間に、端末情報登録手段としての登録装置が介在して行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【００９４】
同図に示す割当受付・登録処理を行う登録装置は、この場合、図５に示したサーバ装置３０を適用するものとする。
【００９５】
同図に示す処理手順は、図１２に示したものの変形例であり、発呼装置２００においては、割当要求処理を行い、登録装置においては、割当受付・登録処理を行い、第１のサーバ装置４００においては、登録受付処理を行う。
【００９６】
発呼装置２００における割当要求処理においては、通信アドレス割当要求を登録装置に対して行う（処理Ｓ３０１）。その割当要求には、自装置の発呼端末識別情報の通知が伴う。
【００９７】
そして、処理Ｓ３０１の割当要求に対する登録装置からの通知を待ち（判断Ｓ３０２のＮｏのループ）、通知があると（判断Ｓ３０２のＹｅｓ）、次処理に移行して、その通知された通信アドレスを用いた発呼などの処理を行う。
【００９８】
登録装置における割当受付・登録処理においては、割当要求があるかを監視していて（判断Ｓ４０１のＮｏのループ）、処理Ｓ３０１に対応して割当要求があると（判断Ｓ４０１のＹｅｓ）、通知された端末識別情報（の発呼装置）について通信アドレスを割り当てると共に、要求共に通知する（処理Ｓ４０２）。その処理Ｓ４０２は、判断３０２をＹｅｓにする。
【００９９】
そのようにして割当受付を完了したのち、処理Ｓ４０３以降の登録処理を行う。
【０１００】
なお、処理Ｓ４０３に先だって、図１２の処理Ｓ１０３と同様な登録先サーバ装置決定処理を行い、その決定した登録先に対して登録するようにしてもよいのはいうまでもない。
【０１０１】
処理Ｓ４０３においては、登録先のサーバ装置（この場合第１のサーバ装置４００）に、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ４０３）。なお、その登録要求には、受け付けた装置（この場合発呼装置２００）の通信アドレス及び端末識別情報の通知が伴う。
【０１０２】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ４０４のＮｏのループ）、完了通知があると（判断Ｓ１０５のＹｅｓ）、処理を終了する。
【０１０３】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ５０１のＮｏのループ）、処理Ｓ４０３に対応して登録要求があると（判断Ｓ５０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ５０２）、判断Ｓ４０４をＹｅｓとするものである登録完了通知を行う（処理Ｓ２０３）。
【０１０４】
このようにして発呼装置２００から登録装置を介して第１のサーバ装置４００のテーブル４００＿３４ａに発呼装置２００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、登録装置以外の装置であって、図１３に示した自端末情報登録処理を行う装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【０１０５】
おな、図１３に示した発呼装置が行う割当受付・登録処理は、第１のサーバ装置４００などのサーバ装置において行うようにしてもよい。第１のサーバ装置４００が行う場合は、図１３に示した割当受付・登録処理及び登録受付処理を共に第１のサーバ装置４００が行い、テーブル４００＿３４ａへの通信アドレス及び端末識別情報の登録を自ら行うことになる。また、例えば、第１のサーバ装置４００が図１３の割当受付・登録処理を行い、第２のサーバ装置５００が図１３の登録受付処理を行うというように、登録装置としてのサーバ装置が他のサーバ装置に登録するようにしてもよい。
【０１０６】
また、登録装置がサーバ装置に通信アドレスと端末識別情報を登録する場合に、登録装置とサーバ装置の間で特定の認証作業を実施することも考えられ、これによりさらに登録情報の公証性が高まる。
【０１０７】
図１４に、発呼装置２００と着呼装置３００と第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１０８】
同図において、発呼手段としての発呼装置２００は、発呼通信アドレス通知手段としての発呼処理を行い、着呼手段としての着呼装置３００は、端末識別情報問い合わせ手段としての着呼処理を行い、サーバ手段としての第１のサーバ装置４００は、端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理を行う。
【０１０９】
まず、発呼装置２００における発呼処理においては、着呼装置３００に対して発呼して（処理Ｓ６０１）、次処理に移行して通話・通信などの手順に移行する。なお、処理Ｓ６０１における発呼ではＩＮＶＩＴＥ信号が着呼装置３００に対して送信されるが、そのＩＮＶＩＴＥ信号には発呼装置２００の通信アドレスが含まれているため、着呼装置３００は受信したＩＮＶＩＴＥ信号から発呼装置２００の通信アドレスを取り出せる。
【０１１０】
一方、着呼装置３００における着呼処理においは、着呼を待ち（判断Ｓ７０１のＮｏのループ）、処理Ｓ６０１に対応して、着呼があると（判断Ｓ７０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ７０２）。
【０１１１】
処理Ｓ７０２の問い合わせ先サーバ装置決定処理の具体的な処理としては、例えば、予め、問い合わせするサーバ装置（この場合第１のサーバ装置４００）の通信アドレスを端末装置としての着呼装置３００に設定しておく方法がある。また、端末装置としての着呼装置３００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。また、発呼装置２００が登録したサーバ装置の通信アドレスを着呼装置３００に送信し、着呼装置３００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、ＩＮＶＩＴＥ信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００から着呼装置３００に送信することが考えられる。
【０１１２】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ７０３）、なお、その問い合わせには、判断７０１において発呼装置２００から通知された発呼通信アドレスの通知が伴う。
【０１１３】
処理Ｓ７０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ７０４のＮｏのループ）、通知があると（判断Ｓ７０４のＹｅｓ）、その通知された発呼端末識別情報を利用して所定の動作を行う、端末識別情報利用手段としての発呼端末識別情報利用処理を行い（処理Ｓ７０５）、次処理へ移行する。
【０１１４】
処理Ｓ７０５の発呼端末識別情報利用処理の具体的な処理動作としては、取得した発呼端末識別情報、つまり、発呼装置２００の端末識別情報を表示すべきか否か判断し、表示すべきと判断した場合に端末識別情報または端末識別情報に対応した第２の端末識別情報のうち少なくとも一方を自装置の表示部に表示する処理がある。表示するか否かの判断は、発呼装置２００が端末識別情報の表示を要求している場合（その旨の要求を着呼装置３００が発呼装置２００から受信した場合）、着呼装置３００が端末識別情報を表示するように設定されている場合、あるいはその両方の条件が揃った場合などが考えられる。
【０１１５】
そのような表示条件が合致した場合、着呼装置３００に特別な設定がない場合は、着呼装置３００は取得した発呼端末識別情報またはその発呼端末識別情報に対応した第２の端末識別情報のうち少なくとも一方を表示するとともに、発呼装置２００に「１８０ ｒｉｎｇｉｎｇ」信号を送信し、その後通常の呼設定が行われる。
【０１１６】
第２の端末識別情報は、例えば着呼装置上で端末識別情報に対応づけられるものであり、例えば端末識別情報が電話番号である場合に、第２の端末識別情報はその電話番号の持ち主（名義人）の名前（名称）などであり、着呼装置上で発呼装置の端末識別情報に対して任意に定義される端末識別情報である。
【０１１７】
発呼端末識別情報を取得した時に、特別な設定がある場合、すなわち端末識別情報による、
１．着信メモリ機能：複数の端末識別情報を記憶する。
２．着信拒否機能：特定の端末識別情報の着信（着呼）を拒否する。
３．端末識別情報リクエスト機能：端末識別情報を得ることが出来なかった場合に、発呼装置に対して端末識別情報のサーバへの登録して発呼するように要求する。
４．呼び出し信号の鳴り分け機能：端末識別情報によって呼び出し音（着信メロディー）を変える。
等が設定されている場合にはその機能の動作を行う。
【０１１８】
またその他の機能として自動録音録画機能があり、それは取得した発呼端末識別情報が、特定の端末識別情報の場合、留守録機能がセットされていなくても、自動的に録音または録画を行ものであり、特定の端末識別情報は自装置に設定されている。その特定の端末識別情報の設定は自装置の操作部から直接端末識別情報を入力することが出来るが、端末識別情報の設定は着信メモリ機能あるいは電話帳機能に記憶されている端末識別情報を利用して設定することが出来る。また、録音するか録画するかは端末識別情報によって判断してもよいし、ＩＮＶＩＴＥ信号に含まれている情報すなわち、その通信がどのような通信であるかの情報（電話、テレビ電話、データ通信、音楽または映像の配信、音声または映像によるニュースの配信等）によって判断してもよい。
【０１１９】
このように、処理Ｓ７０５の発呼端末識別情報利用処理としては、種々の処理動作を適用することができる。
【０１２０】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ８０１のＮｏのループ）、処理Ｓ７０３に対応して、問い合わせがあると（判断Ｓ８０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ８０２）。
【０１２１】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ８０３）、有効な端末識別情報が有った場合には（判断Ｓ８０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ８０５）、処理を終了する。なお、処理Ｓ８０５は、判断Ｓ７０４をＹｅｓにする。
【０１２２】
判断８０４において、有効な端末識別情報がない場合には（判断Ｓ８０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得手段としての他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ８０６）、有効な端末識別情報を取得して、処理Ｓ８０５で問い合わせ元に通知する。
【０１２３】
なお、有効な端末識別情報がない場合（判断Ｓ８０４のＮｏ）とは、例えば登録された日時がある規定時間よりも古い場合などがある。
【０１２４】
図１５に、図１４に示した第１のサーバ装置４００における他サーバ依頼端末識別情報取得処理の具体的な処理手順、及び、その他サーバ依頼端末識別情報取得処理に対応して、他のサーバ装置としての第２のサーバ装置５００において行われる、問い合わせ応答処理について示す。
【０１２５】
図１５において、第１のサーバ装置４００における他サーバ依頼端末識別情報取得処理においては、先ず、問い合わせ先サーバ装置決定処理を行う（処理Ｓ９０１）。
【０１２６】
処理Ｓ９０１の問い合わせ先サーバ装置決定処理の具体的な処理手順としては、例えば、予め、問い合わせするサーバ装置（この場合第２のサーバ装置５００）の通信アドレスを第１のサーバ装置４００に設定しておく方法がある。また、第１のサーバ装置４００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。３つ目は発呼装置２００が登録したサーバ装置の通信アドレスを着呼装置３００に送信し着呼装置３００が更に第１のサーバ装置４００に送信し、第１のサーバ装置４００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、ＩＮＶＩＴＥ信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００から着呼装置３００に送信し、着呼装置３００が問い合わせ用のプロトコルで第１のサーバ装置４００に更に送信することが考えられる。
【０１２７】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第２のサーバ装置５００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ９０２）、なお、その問い合わせには、図１４の判断８０１において着呼装置３００から通知された発呼通信アドレスの通知が伴う。
【０１２８】
処理Ｓ９０２の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ９０３のＮｏのループ）、通知があると（判断Ｓ９０３のＹｅｓ）、処理が完了して、その通知された発呼端末識別情報は、前述したように、図１４の処理Ｓ８０５により問い合わせ元の着呼装置３００に通知されることになる。
【０１２９】
一方、他のサーバ手段としての第２のサーバ装置５００における端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１００１のＮｏのループ）、処理Ｓ９０２に対応して、問い合わせがあると（判断Ｓ１００１のＹｅｓ）、通知された通信アドレスをテーブル５００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１００２）。なお、テーブル５００＿３４ａとは、図５に示したサーバ装置３０が第２のサーバ装置５００として適用された場合のテーブル３４ａを示すものとする。
【０１３０】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１００３）、有効な端末識別情報が有った場合には（判断Ｓ１００４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１００５）、処理を終了する。なお、処理Ｓ１００５は、判断Ｓ９０４をＹｅｓにする。
【０１３１】
判断１００４において、有効な端末識別情報がない場合には（判断Ｓ１００４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１００６）、有効な端末識別情報を取得して、処理Ｓ１００５で問い合わせ元に通知する。
【０１３２】
そのように、第２のサーバ装置５００も、処理Ｓ１００６の他サーバ依頼端末識別情報取得処理として、図１２の処理Ｓ９０１ないし判断９０１の他サーバ依頼端末識別情報取得処理を行うようにすることで、着呼装置３００は、第３，第４，第５、…のサーバ装置から有効な端末識別情報を得ることができる。
【０１３３】
なお、第２のサーバ装置５００は、第１のサーバ装置４００からの問い合わせに対する回答を、第１のサーバ装置４００に対してではなく、問い合わせ元の着呼装置３００に直接行うようにしてもよい。
【０１３４】
その場合、第２のサーバ装置５００が着呼装置３００の通信アドレスを知る必要があるが、第１のサーバ装置４００が第２のサーバ装置５００への問い合わせの際に着呼装置３００の通信アドレスを送信することによって第２のサーバ装置５００は着呼装置３００の通信アドレスを知ることができる。
【０１３５】
また第１のサーバ装置４００や第２のサーバ装置５００におけるテーブル４００＿３４ａまたは５００＿３４ｂにおける登録データが有効かどうかの判断は回答側ではなく問い合わせ側すなわち第１のサーバ装置４００あるいは着呼装置３００が行ってもよい。この場合は回答側は登録データの有効を判断しないで端末識別情報を回答する。
【０１３６】
また、第２のサーバ装置５００も、図１５の処理Ｓ１００６の他サーバ依頼端末識別情報取得処理として、図１５の処理Ｓ９０１ないし判断９０３の他サーバ依頼端末識別情報取得処理を行うようにすることで、着呼装置３００は、第３，第４，第５、…のサーバ装置から有効な端末識別情報を得ることはできるが、他のサーバ装置への再帰的な問い合わせが無限に続くのを防ぐために、例えば着呼装置３００が上限回数（例えば５）を問い合わせ先の第１のサーバ装置４００に通知し、第１のサーバ装置４００が第２のサーバ装置５００に問い合わせる場合に、上限回数を１だけ減じてから通知するようにするということを第３、第４、第５のサーバ装置に繰り返し、上限回数０を受け取ったサーバ装置は、さらなる問い合わせは行わず、エラー通知を問い合わせ元に返すようにするなどして、問い合わせが有限回数で終了できるようにすることも考えられる。また、着呼装置３００の通信アドレスを、第１、第２、第３…のサーバ装置がバケツリレー式に通知していくことで、最終的に有効な端末識別情報を取得できたサーバ装置から直接着呼装置３００にその端末識別情報を通知するようにしてもよい。
【０１３７】
以上、図１に示した構成のＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明してきたが、次に、図１６に示すＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明する。
【０１３８】
先ず、図１６に示すＩＰ網通信システムは、図１に示したＩＰ網１００のみを介した通信システムとは違って、ＩＰ網１００と他の通信網６００とがゲートウェイ装置７００を介して接続され、ＩＰ網１００上の発呼装置２００からゲートウェイ装置７００を介して、他の通信網６００上の着呼装置８００に発呼して通信を行う場合を示している。
【０１３９】
また、同図において、ＩＰ網１００、発呼装置２００、第１のサーバ装置４００、及び、第２のサーバ装置５００は、図１に示したＩＰ網通信システムを構成するそれぞれの網または装置と同一のもの（同一符号）であるため、重複する説明は省略する。
【０１４０】
ＩＰ網１００上の通信端末が他の通信網の通信端末と通信する場合には、それぞれの通信網において使用されている通信信号方式が相違するため、信号方式を変換する必要があり、その機能を持っている装置は一般にゲートウェイ装置と呼ばれていて、図１６のゲートウェイ装置７００もその１つである。また一般にゲートウェイ装置は通信網の信号方式の相違だけではなく、その通信網を管理しているプロバイダ（ＩＳＰ）が違っている場合にもお互いの通信網を相互接続する機能を持っているものもある。そのため、ＩＰ網１００上の発呼装置の端末識別情報を、他の通信網６００上の着呼装置に取得させたり、逆に、他の通信網６００上の発呼装置の端末識別情報を、ＩＰ網１００上の着呼装置に取得させたりするには、ゲートウェイ装置７００にそのための処理機能を持たせるなどする必要がある。
【０１４１】
ゲートウェイ装置７００は、具体的には、図１７に示す構成である。
【０１４２】
同図において、ＣＰＵ４１は、ＲＯＭ４２に書き込まれた制御プログラムに従って、ＲＡＭ４３を作業領域として使用しながら、装置各部を制御する中央演算処理装置である。
【０１４３】
ＲＯＭ４２は、前述したように、ＣＰＵ４１が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。
【０１４４】
ＲＡＭ４３は、前述したようにシステム制御部２の作業領域として使用されるランダムアクセスメモリである。
【０１４５】
記憶装置４４は、ハードディスク装置などにより構成され、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するための記憶装置である。
【０１４６】
他の通信網Ｉ／Ｆ４５は、具体的には、公衆電話網、ＩＳＤＮ網などである他の通信網６００に接続されて、その他の通信網６００を介した信号のやりとりを行うものである。
【０１４７】
ＩＰ網Ｉ／Ｆ４５は、ＩＰプロトコル、ＴＣＰプロトコル、ＵＤＰプロトコルなどの各種ＩＰ網用のプロトコル制御を行い、ＩＰ網１００を介したＩＰパケットによるデータのやりとりを行うためのものである。
【０１４８】
システムバス４６は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【０１４９】
図１８に、ＩＰ網１００上の発呼装置２００と、その発呼装置２００と他の通信網６００上の着呼装置８００との間に介在することになるゲートウェイ装置７００と、第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１５０】
同図において、発呼装置２００は、発呼手段として発呼処理を行い、ゲートウェイ装置７００は、ゲートウェイ手段として、端末識別情報問い合わせ手段及び端末識別情報他通信網通知手段としての着呼処理を行い、第１のサーバ装置４００は、サーバ手段として問い合わせ応答処理を行う。
【０１５１】
まず、発呼装置２００における発呼処理においては、ゲートウェイ装置７００に対して発呼して（処理Ｓ１１０１）、次処理に移行して通話・通信などの手順に移行する。
【０１５２】
一方、ゲートウェイ装置７００における着呼処理においは、着呼を待ち（判断Ｓ１２０１のＮｏのループ）、処理Ｓ１１０１に対応して、着呼があると（判断Ｓ１２０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ１２０２）。
【０１５３】
処理Ｓ１２０２の問い合わせ先サーバ装置決定処理の具体的な処理としては、例えば、予め、問い合わせするサーバ装置（この場合第１のサーバ装置４００）の通信アドレスをゲートウェイ装置７００に設定しておく方法がある。また、ゲートウェイ装置７００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。また、発呼装置２００が登録したサーバ装置の通信アドレスをゲートウェイ装置７００に送信し、ゲートウェイ装置７００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、ＩＮＶＩＴＥ信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００からゲートウェイ装置７００に送信することが考えられる。
【０１５４】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ１２０３）、なお、その問い合わせには、判断１２０１において発呼装置２００から通知された発呼通信アドレスの通知が伴う。
【０１５５】
処理Ｓ１２０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ１２０４のＮｏのループ）、通知があると（判断Ｓ１２０４のＹｅｓ）、その通知された発呼端末識別情報を他の通信網６００に通知し（処理Ｓ１２０５）、次処理へ移行する。
【０１５６】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１３０１のＮｏのループ）、処理Ｓ１２０３に対応して、問い合わせがあると（判断Ｓ１３０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１３０２）。
【０１５７】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１３０３）、有効な端末識別情報が有った場合には（判断Ｓ１３０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１３０５）、処理を終了する。なお、処理Ｓ１３０５は、判断Ｓ１２０４をＹｅｓにする。
【０１５８】
判断１３０４において、有効な端末識別情報がない場合には（判断Ｓ１３０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１３０６）、有効な端末識別情報を取得して、処理Ｓ１３０５で問い合わせ元に通知する。
【０１５９】
図１８に示した第１のサーバ装置４００における処理Ｓ１３０６の他サーバ依頼端末識別情報取得処理の具体的な処理手順としては、図１５に示した処理手順が適用できる（重複する説明は省略）。
【０１６０】
図１９に、図１８のゲートウェイ装置における着呼手順と関連する、他の通信網６００上の着呼装置８００における着呼処理手順について示す。
【０１６１】
同図において、まず、着呼を監視し（判断Ｓ１４０１のＮｏのループ）、図１８のゲートウェイ装置７００における着呼処理に対応して着呼があると（判断Ｓ１４０１のＹｅｓ）、図１８の処理Ｓ１２０５に対応して、発呼端末識別情報の通知を他の通信網６００から受け（処理Ｓ１４０２）、その通知された発呼端末識別情報を利用した所定の動作を行う処理である、発呼端末識別情報利用処理を行って（処理Ｓ１４０３）、次の処理に移行する。なお、処理Ｓ１４０３の発呼端末識別情報利用処理としては、前述の図１４の処理７０５における発呼端末識別情報利用処理と同様の処理動作を適用することができる。
【０１６２】
次に、図２０に示すＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明する。
【０１６３】
先ず、図２０に示すＩＰ網通信システムは、図１に示したＩＰ網１００のみを介した通信システムとは違って、ＩＰ網１００と他の通信網６００とがゲートウェイ装置７００を介して接続され、他の通信網７００上の発呼装置９００からゲートウェイ装置７００を介して、ＩＰ網１００上の着呼装置３００に発呼して通信を行う場合を示している。
【０１６４】
また、同図において、ＩＰ網１００、着呼装置３００、第１のサーバ装置４００、及び、第２のサーバ装置５００は、図１に示したＩＰ網通信システムを構成するそれぞれの網または装置と同一のもの（同一符号）であるため、重複する説明は省略する。
【０１６５】
ゲートウェイ装置７００は、具体的には、図１７に示した構成である（重複する説明は省略）。
【０１６６】
図２１に、他の通信網６００上の発呼装置９００とＩＰ網１００上の着呼装置３００との間に介在するゲートウェイ装置７００と、第１のサーバ装置４００との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【０１６７】
同図において、ゲートウェイ手段としてのゲートウェイ装置７００においては、端末情報登録手段としての、発呼装置（発呼装置９００）の発呼に応じた処理を行い、サーバ手段としての第１のサーバ装置４００においては、登録受付処理を行う。
【０１６８】
ゲートウェイ装置７００における発呼装置の発呼に応じた処理においては、まず、登録先サーバ装置決定処理を行う（処理Ｓ１５０１）。
【０１６９】
処理Ｓ１５０１の登録先サーバ装置決定処理の具体的な処理としては、例えば、予め、登録するサーバ装置（この場合第１のサーバ装置４００）の通信アドレスをゲートウェイ装置７００に設定しておく方法がある。また、ゲートウェイ装置７００の通信アドレスあるいは端末識別情報から登録するサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。
【０１７０】
そのようにして、登録先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ１５０２）。なお、その登録要求には、発呼装置９００についての発呼通信アドレス及び発呼端末識別情報の通知が伴う。
【０１７１】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ１５０３のＮｏのループ）、完了通知があると（判断Ｓ１５０３のＹｅｓ）、ＩＰ網１００への発呼処理に移行する。
【０１７２】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ１６０１のＮｏのループ）、処理Ｓ１５０２に対応して登録要求があると（判断Ｓ１６０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ１６０２）、判断Ｓ１５０３をＹｅｓとするものである登録完了通知を行う（処理Ｓ１６０３）。
【０１７３】
このようにしてゲートウェイ装置７００から第１のサーバ装置４００のテーブル４００＿３４ａに、他の通信網６００上の発呼装置９００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、ゲートウェイ装置７００以外のゲートウェイ装置装置であって、図２１に示した発呼装置の発呼に応じた処理を行う装置からの同様の登録要求や、図１２に示した自端末情報登録処理を行う発呼装置２００などの装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【０１７４】
図２２に、他の通信網６００上の発呼装置９００からのＩＰ網１００への発呼を中継するゲートウェイ装置７００と、ＩＰ網１００上の着呼装置３００と第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１７５】
同図において、ゲートウェイ手段としてのゲートウェイ装置７００は、他通信網発呼通信アドレス通知手段としての発呼処理を行い、着呼手段としての着呼装置３００は、端末識別情報問い合わせ手段としての着呼処理を行い、第１のサーバ装置４００は、端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理を行う。
【０１７６】
まず、ゲートウェイ装置７００における発呼処理においては、着呼装置３００に対して発呼して（処理Ｓ１７０１）、次処理に移行して通話・通信の中継などの手順に移行する。なお、処理Ｓ１７０１における発呼では、発呼装置９００の通信アドレスの発呼通信アドレスとしての通知を伴う。
【０１７７】
一方、着呼装置３００における着呼処理においは、着呼を待ち（判断Ｓ１８０１のＮｏのループ）、処理Ｓ１７０１に対応して、着呼があると（判断Ｓ１８０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ１８０２）。
【０１７８】
なお、処理Ｓ１８０２の問い合わせ先サーバ装置決定処理としては、前述の図１４の処理Ｓ７０２と同様の決定処理を適用できる（重複する説明は省略）。
【０１７９】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ１８０３）、なお、その問い合わせには、判断１８０１においてゲートウェイ装置７００から通知された発呼通信アドレスの通知が伴う。
【０１８０】
処理Ｓ１８０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ１８０４のＮｏのループ）、通知があると（判断Ｓ１８０４のＹｅｓ）、その通知された発呼端末識別情報を利用して所定の動作を行う、端末識別情報利用手段としての発呼端末識別情報利用処理を行い（処理Ｓ１８０５）、次処理へ移行する。なお、処理Ｓ１８０５の発呼端末識別情報利用処理としては、前述の図１４の処理Ｓ７０５における発呼端末識別情報利用処理と同様の処理動作を適用することができる。
【０１８１】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１９０１のＮｏのループ）、処理Ｓ１８０３に対応して、問い合わせがあると（判断Ｓ１９０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１９０２）。
【０１８２】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１９０３）、有効な端末識別情報が有った場合には（判断Ｓ１９０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１９０５）、処理を終了する。なお、処理Ｓ１９０５は、判断Ｓ１８０４をＹｅｓにする。
【０１８３】
判断１９０４において、有効な端末識別情報がない場合には（判断Ｓ１９０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１９０６）、有効な端末識別情報を取得して、処理Ｓ１９０５で問い合わせ元に通知する。
【０１８４】
図２２の第１のサーバ装置４００における処理Ｓ１９０６の他サーバ依頼端末識別情報取得処理の具体的な処理手順としては、図１５に示した処理手順を適用できる（重複する説明は省略する）。
【０１８５】
図２２における、着呼装置３００の着呼処理と、第１のサーバ装置４００の問い合わせ応答処理とは、それぞれ、図１４におけるものと同一の処理手順であり、異なるのは、発呼するのが、図１４においては発呼装置２００であり、図２２においては、他の通信網６００上の発呼装置９００の発呼を中継するゲートウェイ装置７００である点であるが、着呼装置３００の着呼処理においては、発呼元の区別なく処理が行われている。
【０１８６】
なお、図２１の登録処理においては、他の通信網６００がＩＰ網であることを前提としているが、例えば他の通信網６００がＮＴＴが提供する一般加入者回線網の場合、一般の電話は通信アドレスすなわちＩＰアドレスを持たないため、そのままでは、図２２の処理において、通信アドレスに対応する端末識別情報を着呼装置３００が取得することが出来ない。
【０１８７】
それを解決するためには、ゲートウェイ装置７００において、発呼装置９００についてのダミーの通信アドレスを設定し、そのダミー通信アドレスと他の通信網７００が通知してきた端末識別情報を図２１の処理１５０２以降の手順でサーバ装置に登録する一方、その後呼設定が行われ、通信が開始され、通信が終了し呼の開放の後に、ゲートウェイ装置７００が第１のサーバ装置４００に対して、ダミー通信アドレスの通知を伴う削除要求を行うことで、そのダミー通信アドレスと対応する端末識別情報のテーブル４００＿３４ａの削除を依頼するようにすればよい。削除依頼された第１のサーバ装置４００は、削除要求に係るダミー通信アドレスと端末識別情報をテーブル４００＿３４ａから削除する。それにより、図１４の発呼元が発呼装置２００である場合と同様の、図２２の処理手順により、発呼元のゲートウェイ装置７００から通知される通信アドレスに基づいて端末識別情報を取得できる。
【０１８８】
また、そのようなダミー通信アドレスによる解決方法のほかに、ゲートウェイ装置７００が直接着呼装置３００に対して他の通信網６００から受信した端末識別情報を送信することもできる。この場合、端末識別情報は送信されるＩＰパケットのある領域に乗せられて送信されることになる。
【０１８９】
なお、以上説明した実施の形態においては、通信アドレスは端末の住所情報であり具体的にはＩＰアドレスであったが、その他ＭＡＣアドレス、場合によっては電話番号等がある。また、端末識別情報は、その端末と他の端末を区別するための情報であり、具体的には電話番号、ＵＲＬ、装置番号、装置名称、エイリアス（別名）な名称、または、それらに対応した図形、文字等があり、場合によってはＩＰアドレス、ＭＡＣアドレスである。
【０１９０】
また、以上説明した実施の形態においては、第１のサーバ装置４００や第２のサーバ装置５００などのサーバ装置が、本発明に係る通信アドレス及び端末識別情報の登録及び問い合わせ応答についての機能のみしか備えていない場合について説明したが、ＳＩＰプロトコルのプロキシサーバや、Ｈ．３２３のゲートキーパが本願のサーバ手段の機能を備えていてもよいのはいうまでもない。
【０１９１】
またサーバ手段に対して端末識別情報問い合わせを行った結果、相手装置の通信アドレスと端末識別情報が登録されていない場合には、自端末装置は相手装置に登録を要求する登録要求手段を持つことも考えられる。また最終のサーバ手段にも登録されていない場合には、サーバ自身が相手装置に直接問い合わせを行う問い合わせ手段、あるいは登録を要求する登録要求手段を持つことも考えられる。また自端末装置は盗聴などのセキュリティ対策のために、ＩＰアドレスを定期的に変更するアドレス変更手段を持つことも考えられる。
【０１９２】
また、以上説明した実施の形態においては、ＩＰ電話を、その標準プロトコルとしてＳＩＰを例にとって記載しているが、その他に標準プロトコルとしてＨ．３２３、ＨＴＴＰ、ＭＥＧＡＣＯ等があり、また標準プロトコルではなく、その他のローカルのプロトコルでも本発明の実施は可能である。また端末装置としてはＩＰ電話以外にＩＰテレビ電話、ＩＰ携帯電話、ＩＰ携帯端末装置、インターネットファックス等に代表されるＩＰ端末装置に適用可能であり、その端末装置で使用される標準プロトコルあるいはローカルプロトコルにも適用できる。
【０１９３】
また、ＩＰ手段８、発呼通信アドレス通知手段、端末識別情報問い合わせ手段、端末識別情報利用手段、端末識別情報取得手段と、端末識別情報通知手段、他サーバ依頼端末識別情報取得手段、端末情報登録手段、端末識別情報他通信網通知手段、他通信網発呼通信アドレス通知手段等の各手段は、ＣＰＵ、ＲＯＭ、ＲＡＭと若干のハードウェア（レジスタや論理回路等）によって構成されてもよいし、それぞれ専用のハードウェアで構成されてもよいものである。
【０１９４】
【発明の効果】
請求項１に係る発明によれば、前記着信手段は、今回の通信における通信相手の前記発呼手段の端末識別情報を、前記サーバ手段への問い合わせにより公証性高く得ることができ、その得られた端末識別情報を利用して所定の動作、具体的には、例えば、その端末識別情報の表示、予め登録した着呼許可の端末識別情報との照合による着呼応答の可否判断などの適切な対応をとることが可能となる効果が得られる。
【０１９５】
請求項２に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記着呼手段を備えた着呼装置を得ることができ、前記発呼端末識別情報の通知を受けてその発呼端末識別情報を利用した利便性の高い機能を行うことが可能となる効果が得られる。
【０１９６】
請求項３に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記サーバ手段を備えたサーバ装置を得ることができ、着呼側からの発呼通信アドレスを伴う問い合わせに応じて発呼端末識別情報を検索、通知して、着呼側において発呼端末識別情報を利用した利便性の高い機能を行うことが可能となる効果が得られる。
【０１９７】
請求項４に係る発明によれば、着呼側からの前記サーバ手段へ問い合わせがあった場合に自サーバに登録データがない場合に前記他のサーバ手段から発呼端末識別情報を取得して着呼側に渡すことができ、発呼端末識別情報の通知サービスの確実性、信頼性の向上を図ることが可能となる効果が得られる。
【０１９８】
請求項５に係る発明によれば、問い合わせ元の請求項４に係るサーバ装置からの問い合わせに応答して発呼端末識別情報を通知することで、発呼端末識別情報の通知サービスの確実性、信頼性の向上を図ることが可能となる効果が得られる。
【０１９９】
請求項６に係る発明によれば、着呼側に発呼側の通信アドレスを通知することで、着呼側において、サーバに発呼端末識別情報を問い合わせる際に必要な発呼通信アドレスを与えることができ、ＩＰ網通信システムにおいて、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２００】
請求項７に係る発明によれば、通信アドレスと端末識別情報との対応付けを、サーバ手段に登録するようにしているため、端末側のなりすまし等を防止した、依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０１】
請求項８に係る発明によれば、通信を開始する直前に登録するようにしているため、着呼手段は発呼側の最新の通信アドレスと端末識別情報を得ることができ、発呼側における現在の通信アドレスと端末識別情報の割当状況を正確に反映した依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０２】
請求項９に係る発明によれば、通信アドレスまたは端末識別情報が変更になっても正しく変更登録されるため、着呼手段がサーバ手段に問い合わせた場合に最新の情報を得ることができ、現在の通信アドレスと端末識別情報の割当状況を正確に反映したいっそう依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０３】
請求項１０に係る発明によれば、専用の登録装置により登録することで、登録に関するセキュリティを高めることが可能となる効果が得られる。
【０２０４】
請求項１１に係る発明によれば、発呼装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０５】
請求項１２に係る発明によれば、着呼装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０６】
請求項１３に係る発明によれば、サーバ装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０７】
請求項１４に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記発呼手段及び着呼手段を備えた利便性の高い通信端末装置を得ることが可能となる効果が得られる。
【０２０８】
請求項１５に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記発呼手段、着呼手段及びサーバ手段を備えた利便性の高い通信端末装置を得ることが可能となる効果が得られる。
【０２０９】
請求項１６に係る発明によれば、ＩＰ網上の発呼手段から前記ゲートウェイ手段を介して他の通信網上の着呼側の通信端末装置に発呼して通信を行う際に、当該他の通信網に通信アドレスと端末識別情報を通知することができ、当該他の通信網が前記着信側の通信端末装置にその通知された各情報を通知するなどして、着呼側の通信端末装置において、発呼側について得た情報を利用した適切な対応をとらせることが可能となる効果が得られる。
【０２１０】
請求項１７に係る発明によれば、前記ゲートウェイ手段が、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスと端末識別情報とを前記サーバ手段に登録するようにすることにより、前記着呼手段は前記サーバ手段から端末識別情報を入手することができるため、他の通信網から発呼してくる場合でもＩＰ網通信システム側では特別な構成を設けることなく、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２１１】
請求項１８に係る発明によれば、前記ゲートウェイ手段が、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスと端末識別情報とを前記サーバ手段に登録するようにする一方、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスを着呼側に通知するようにすることにより、前記着呼手段は前記サーバ手段から端末識別情報を入手することができるため、他の通信網から発呼してくる場合でもＩＰ網通信システム側では特別な構成を設けることなく、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２１２】
請求項１９に係る発明によれば、請求項１６、１７または１８のいずれかに記載のＩＰ網通信システムを構成する前記ゲートウェイ手段を備えた利便性の高いゲートウェイ装置を得ることが可能となる効果が得られる。
【０２１３】
請求項２０に係る発明によれば、前記ゲートウェイ装置が前記サーバ手段を備えることで、ＩＰ網通信システムにおける発呼端末識別情報の通知サービスの提供の低コスト化が可能となる効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るＩＰ網通信システムの構成について示す図である。
【図２】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰ電話装置のブロック構成について示す図である。
【図３】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰ電話アダプタ装置のブロック構成について示す図である。
【図４】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰテレビ電話装置のブロック構成について示す図である。
【図５】本発明の実施の形態に係る第１のサーバ装置または第２のサーバ装置として適用可能なサーバ装置のブロック構成について示す図である。
【図６】ＳＩＰのプロトコルスタックについて示す図である。
【図７】ＳＩＰの制御用パケットの構造、及び、ＳＩＰのデータ用パケットの構造について示す図である。
【図８】ＵＤＰデータグラム、及び、ＩＰデータグラムについて示す図である。
【図９】本実施の形態の、制御用及びデータ用の各パケットの構造について示す図である。
【図１０】発呼装置と着呼装置との間で行われるＳＩＰによる通信シーケンスについて示す図である。
【図１１】第１または第２のサーバ装置において記憶される通信アドレス／端末識別情報対応テーブルについて示す図である。
【図１２】発呼装置と第１のサーバ装置との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示すフローチャートである。
【図１３】発呼装置と、第１のサーバ装置が、登録装置を介して行う、通信アドレス／端末識別情報の登録処理手順ついて示すフローチャートである。
【図１４】発呼装置と着呼装置と第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【図１５】第１のサーバ装置における他サーバ依頼端末識別情報取得処理と、その処理に関わる、第２のサーバ装置における問い合わせ応答処理手順について示すフローチャートである。
【図１６】本発明の実施の形態に係るＩＰ網通信システムの別の構成について示す図である。
【図１７】本発明の実施の形態に係るゲートウェイ装置のブロック構成について示す図である。
【図１８】発呼装置と、その発呼装置と他の通信網上の着呼装置との通信を中継するゲートウェイ装置と、第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【図１９】図１８のゲートウェイ装置における処理手順と関連する、他の通信網上の着呼装置における処理手順について示すフローチャートである。
【図２０】本発明の実施の形態に係るＩＰ網通信システムのまた別の構成について示す図である。
【図２１】他の通信網上の発呼装置とＩＰ網上の着呼装置との通信を中継するゲートウェイ装置と第１のサーバ装置との間の通信アドレス／端末識別情報の登録に関わる処理手順について示すフローチャートである。
【図２２】他の通信網上の発呼装置とＩＰ網状の着呼装置との通信を中継するゲートウェイ装置と、当該着呼装置と、第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【符号の説明】
１００ ＩＰ網
２００ 発呼装置
３００ 着呼装置
４００ 第１のサーバ装置
５００ 第２のサーバ装置
Claims (20)
- 発呼手段と着呼手段とがＩＰ網を介した相互のＩＰパケットのやりとりにより所定の通信を行うＩＰ網通信システムにおいて、
サーバ手段を更に備え、
前記発呼手段は、自手段の通信アドレスを発呼通信アドレスとして前記着呼手段に通知する発呼通信アドレス通知手段を備え、
前記着信手段は、前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせを前記サーバ手段に対して行う端末識別情報問い合わせ手段と、前記端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を利用して所定の動作を行う端末識別情報利用手段とを備え、
前記サーバ手段は、通信アドレスと端末識別情報とを対応付けて記憶した通信アドレス／端末識別情報対応テーブルと、前記端末識別情報問い合わせがあるとその問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を取得する端末識別情報取得手段と、その端末識別情報取得手段により取得された端末識別情報を問い合わせ元に通知する端末識別情報通知手段とを備えたことを特徴とするＩＰ網通信システム。 - 請求項１に記載の着呼手段を備えたことを特徴とする着呼装置。
- 請求項１に記載の前記サーバ手段を備えたことを特徴とするサーバ装置。
- 前記サーバ手段は、前記端末識別情報問い合わせがあった場合において、その問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を前記端末識別情報取得手段が取得できなかった場合に、前記ＩＰ網に接続された他のサーバ手段に対して端末識別情報問い合わせを行い、その問い合わせに応じて当該他のサーバ手段から通知されてきた端末識別情報を取得する他サーバ依頼端末識別情報取得手段を更に備え、
前記端末識別情報通知手段は、前記端末識別情報取得手段または前記他サーバ依頼端末識別情報取得手段により取得された端末識別情報を問い合わせ元に通知するものであることを特徴とする請求項３に記載のサーバ装置。 - 請求項４に記載の他のサーバ手段に加え、
通信アドレスと端末識別情報とを対応付けて記憶した通信アドレス／端末識別情報対応テーブルと、問い合わせ元から端末識別情報問い合わせがあると、その問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を取得する端末識別情報取得手段と、
その端末識別情報取得手段により取得された端末識別情報を前記問い合わせ元に通知する端末識別情報通知手段とを備えたことを特徴とするサーバ装置。 - 請求項１に記載の発呼手段を備えたことを特徴とする発呼装置。
- 前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに、前記通信アドレスまたは／及び端末識別情報を登録する端末情報登録手段を更に備えたことを特徴とする請求項１に記載のＩＰ網通信システム。
- 前記発呼手段または前記着呼手段の前記通信アドレス及び端末識別情報のうち少なくとも１つ以上を、前記発呼手段と前記着呼手段との通信が開始される直前に前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに登録する端末情報登録手段を更に備えたことを特徴とする請求項１に記載のＩＰ網通信システム。
- 前記端末情報登録手段は、前記発呼手段または前記着呼手段の前記通信アドレス及び端末識別情報のうち少なくとも１つ以上が変更になった場合に、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに変更登録するものであることを特徴とする請求項７または８のいずれかに記載のＩＰ網通信システム。
- 請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする登録装置。
- 請求項６に記載の発呼装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする発呼装置。
- 請求項２に記載の着呼装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする着呼装置。
- 請求項３、４または５のいずれかに記載のサーバ装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とするサーバ装置。
- 請求項１に記載の発呼手段及び着呼手段を備えたことを特徴とする通信端末装置。
- 請求項１に記載の発呼手段、着呼手段及びサーバ手段を備えたことを特徴とする通信端末装置。
- 前記ＩＰ網とは通信信号方式が異なる他の通信網上の通信端末装置と通信を行うために通信信号方式の相互変換機能を持つゲートウェイ手段を更に備え、
そのゲートウェイ手段は、前記発呼手段が前記他の通信網上の通信端末装置に対して発呼する際に前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせを前記サーバ手段に対して行う端末識別情報問い合わせ手段と、前記端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を前記他の通信網に通知する端末識別情報他通信網通知手段を備えたことを特徴とする請求項１、７、８または９のいずれかに記載のＩＰ網通信システム - 前記ゲートウェイ手段は、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに、前記他の通信網上の発呼側の通信端末装置の前記通信アドレスまたは／及び端末識別情報を登録する端末情報登録手段を更に備えたことを特徴とする請求項１６に記載のＩＰ網通信システム。
- 前記ゲートウェイ手段は、前記他の通信網上の発呼側の通信端末装置の通信アドレスを発呼通信アドレスとして前記着呼手段に通知する他通信網発呼通信アドレス通知手段を更に備えたことを特徴とする請求項１７に記載のＩＰ網通信システム。
- 請求項１６、１７または１８のいずれかに記載のゲートウェイ手段を備えたことを特徴とするゲートウェイ装置。
- 請求項１９に記載のゲートウェイ装置において、請求項１に記載のサーバ手段を備えたことを特徴とするゲートウェイ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003191628A JP3974561B2 (ja) | 2003-07-04 | 2003-07-04 | Ｉｐ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003191628A JP3974561B2 (ja) | 2003-07-04 | 2003-07-04 | Ｉｐ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005027131A true JP2005027131A (ja) | 2005-01-27 |
| JP3974561B2 JP3974561B2 (ja) | 2007-09-12 |
Family
ID=34189129
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003191628A Expired - Fee Related JP3974561B2 (ja) | 2003-07-04 | 2003-07-04 | Ｉｐ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3974561B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008546245A (ja) * | 2005-05-16 | 2008-12-18 | ポーソス テクノロジーズ， インコーポレイテッド | Ｉｐ電話ネットワークにおけるプロキシ信号操作のためのシステムおよび方法 |
| JP2010515353A (ja) * | 2006-12-29 | 2010-05-06 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | 発信者番号スプーフィングから保護するために発信者番号情報を認証すること |
| JP2010245727A (ja) * | 2009-04-03 | 2010-10-28 | Nippon Telegr & Teleph Corp <Ntt> | 発信者情報通知要請サービスシステム、セッション制御サーバ、呼制御方法およびプログラム |
| JP2015509315A (ja) * | 2011-12-28 | 2015-03-26 | スカイプ | プレゼンス及びコストを用いて呼を経路決定する通信システム及び方法 |
-
2003
- 2003-07-04 JP JP2003191628A patent/JP3974561B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008546245A (ja) * | 2005-05-16 | 2008-12-18 | ポーソス テクノロジーズ， インコーポレイテッド | Ｉｐ電話ネットワークにおけるプロキシ信号操作のためのシステムおよび方法 |
| US8259705B2 (en) | 2005-05-16 | 2012-09-04 | Openpeak Inc. | System and method for proxy signaling manipulation in an IP telephony network |
| JP2010515353A (ja) * | 2006-12-29 | 2010-05-06 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | 発信者番号スプーフィングから保護するために発信者番号情報を認証すること |
| JP2010245727A (ja) * | 2009-04-03 | 2010-10-28 | Nippon Telegr & Teleph Corp <Ntt> | 発信者情報通知要請サービスシステム、セッション制御サーバ、呼制御方法およびプログラム |
| JP2015509315A (ja) * | 2011-12-28 | 2015-03-26 | スカイプ | プレゼンス及びコストを用いて呼を経路決定する通信システム及び方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3974561B2 (ja) | 2007-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3691815B2 (ja) | Ｉｐ電話技術 | |
| KR100445284B1 (ko) | 인터넷 전화 네트워크 시스템 및 네트워크 액세스 방법 및통화 장치 어댑터 | |
| JP2006325171A (ja) | 音声インターネット伝送システム | |
| EP2143254B1 (en) | System and method for sharing common location-related information between communication devices | |
| EP2116033B1 (en) | Method and apparatus for event-based synchronization of information between communication devices | |
| JP4672011B2 (ja) | Ｉｐ電話システム及びｉｐ電話方法 | |
| JP2001223748A (ja) | インターネット電話ネットワークシステム | |
| JP4227846B2 (ja) | マルチメディアデータ転送システム、呼接続制御装置及びそれらに用いる端末連携方法並びにそのプログラム | |
| JP2006229994A (ja) | Ｉｐ端末装置 | |
| JP3974561B2 (ja) | Ｉｐ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置 | |
| JP5124542B2 (ja) | 通信接続の形成方法および通信システム | |
| AU2003200825B2 (en) | Apparatus and method for compulsively receiving multi-calls over internet protocol phones in internet protocol telephony system | |
| KR100979393B1 (ko) | 발/착신자 정보 표시 서비스 시스템 및 방법 | |
| JP4677350B2 (ja) | 呼制御信号転送装置、呼制御信号転送方法および呼制御信号転送プログラム | |
| JP2019201376A (ja) | 電話システム、電話関連装置及びプログラム提供サーバ装置 | |
| KR100704828B1 (ko) | 발신정보표시 방식의 멀티미디어 콘텐츠 제공 방법 | |
| US20050094626A1 (en) | Voice communication system, and communication apparatus, cable modem, and method for controlling communication apparatus used for the system | |
| JP2006086557A (ja) | 選択装置、変換装置、選択方法、変換方法、コンピュータプログラム | |
| KR101936596B1 (ko) | 데이터 망을 이용한 ars 서비스 제공 방법 및 시스템 | |
| KR100682374B1 (ko) | 화상 통화 중 대체 멀티미디어 콘텐츠 제공 방법 및 그시스템 | |
| JP4560530B2 (ja) | 通知システム、情報処理装置、通知システムの通知方法、情報処理方法、情報処理プログラム、及び記録媒体 | |
| JP2004242090A (ja) | Ｉｐ電話システムの代理応答制御方法 | |
| JP3976712B2 (ja) | 発信元端末識別情報通知システム、着呼装置、サーバ装置、発呼装置、登録装置、端末装置、及びゲートウェイ装置 | |
| JP2011071853A (ja) | Ｉｐ電話システム、通話内容記録装置および通話方法 | |
| JP2005094224A (ja) | 発信元端末識別情報通知システム、着呼装置、発呼装置、サーバ装置、登録装置、端末装置、およびゲートウェイ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070531 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070612 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070614 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100622 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110622 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110622 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120622 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130622 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |