JP3974561B2

JP3974561B2 - IP network communication system, and calling device, incoming device, server device, registration device, communication terminal device, and gateway device applied to the system

Info

Publication number: JP3974561B2
Application number: JP2003191628A
Authority: JP
Inventors: 正勝高橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2003-07-04
Filing date: 2003-07-04
Publication date: 2007-09-12
Anticipated expiration: 2023-07-04
Also published as: JP2005027131A

Description

【０００１】
【発明の属する技術分野】
本発明は、ＩＰ電話、ＩＰテレビ電話、インターネットファックスなどの通信端末が、インターネットに代表されるＩＰ網を介したＩＰパケットのやりとりにより所定の通信を行うＩＰ網通信システム、並びに、そのシステムに適用される発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置に関する。
【０００２】
現在、インターネットなどのＩＰパケットをやりとり可能なネットワークであるＩＰ網を介して音声データをＩＰパケットによりやりとりして通話を行えるＩＰ電話の普及が急速に進みつつある。
【０００３】
ＩＰ網を介した通話、通信の利点は、公衆電話回線などの回線交換網を介した通話・通信とは違って、通話・通信料金が安いことであるが、その反面、通話・通信に付随して通信網から提供されるサービスが、従来の電話網やＩＳＤＮ網などの公衆回線交換網において提供されている各種サービスに比較して十分でない点もある。
【０００４】
具体的には、公衆電話網において、ナンバーディスプレイと称され提供されている、発呼側の通信端末装置の端末識別情報（電話番号）の着呼側の通信端末装置への通知機能については、ＩＰ網通信システムにおいては、未だサービスが開始されていないのが現状である。
【０００５】
ＩＰ網通信システムにおいて、公衆電話網におけるナンバーディスプレイのようなサービスの実現が困難なのは、例えば、ＩＰ電話装置に割り当てらた電話番号（端末識別情報）と、そのＩＰ電話装置が実際にＩＰ網を介して通信を行う際に割り当てられるＩＰアドレス（通信アドレス）との対応が固定的ではなく、通信の都度や、一定期間ごとに、割り当てられるＩＰアドレスが動的に変更されてしまうために、１対１に固定していないためである。
【０００６】
そのため、ＩＰ電話装置に現在割り当てられているＩＰアドレスからそのＩＰ電話装置に割り当てられている電話番号などの端末識別情報を特定するための情報をＩＰ網通信システムが持つことができず、サービスの提供が行えなかった。
【０００７】
これの１つの解決策として発呼側の端末装置が送出するＩＰパケットに装置自身が電話番号などの端末識別情報（予め発呼側の端末装置に登録されている）を埋め込み、着呼側の相手装置に送信する方法がある。
【０００８】
ＩＰ網を介した端末識別情報の通知に関する従来技術としては、特許文献１に記載の技術のように、それぞれサーバを介してインターネットに接続される電話交換機間で発信者電話番号（発呼端末識別情報）を通知できるようにしたものがあるが、ＩＰ網に直接接続される端末間の発呼端末識別情報の通知に関しては何ら考慮されていない。
【０００９】
【特許文献１】
特開平１１−２０５４５４号公報
【００１０】
【発明が解決しようとする課題】
このように、従来は、仮に、発呼側から端末識別情報をそのまま着呼側に通知するようにしたとしても、ＩＰ網通信システム側では、その端末識別情報の正当性を保証することができないため、信頼性の高い発呼端末識別情報の通知サービスをＩＰ網通信システムにおいて提供することができないという問題点があった。
【００１１】
本発明は係る事情に鑑みてなされたものであり、発呼側の端末識別情報の着呼側への通知サービスを信頼性高く提供することができるＩＰ網通信システム、発呼装置、着呼装置、サーバ装置、登録装置、通信端末装置、及び、ゲートウェイ装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
請求項１に記載のＩＰ網通信システムは、発呼手段と着呼手段とがＩＰ網を介した相互のＩＰパケットのやりとりにより所定の通信を行うＩＰ網通信システムにおいて、サーバ手段を更に備え、前記発呼手段は、自手段の通信アドレスを発呼通信アドレスとして前記着呼手段に通知する発呼通信アドレス通知手段を備え、前記着信手段は、前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせを前記サーバ手段に対して行う端末識別情報問い合わせ手段と、前記端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を利用して所定の動作を行う端末識別情報利用手段とを備え、前記サーバ手段は、通信アドレスと端末識別情報とを対応付けて記憶した通信アドレス／端末識別情報対応テーブルと、前記端末識別情報問い合わせがあるとその問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を取得する端末識別情報取得手段と、その端末識別情報取得手段により取得された端末識別情報を問い合わせ元に通知する端末識別情報通知手段とを備えたことを特徴とするＩＰ網通信システム。
【００１３】
請求項２に記載の着呼装置は、請求項１に記載の着呼手段を備えたことを特徴とする。
【００１４】
請求項３に記載のサーバ装置は、請求項１に記載の前記サーバ手段を備えたことを特徴とする。
【００１５】
請求項４に記載のサーバ装置は、請求項３に記載のサーバ装置において、前記サーバ手段は、前記端末識別情報問い合わせがあった場合において、その問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を前記端末識別情報取得手段が取得できなかった場合に、前記ＩＰ網に接続された他のサーバ手段に対して端末識別情報問い合わせを行い、その問い合わせに応じて当該他のサーバ手段から通知されてきた端末識別情報を取得する他サーバ依頼端末識別情報取得手段を更に備え、前記端末識別情報通知手段は、前記端末識別情報取得手段または前記他サーバ依頼端末識別情報取得手段により取得された端末識別情報を問い合わせ元に通知するものであることを特徴とする。
【００１６】
請求項５に記載のサーバ装置は、請求項４に記載の他のサーバ手段に加え、通信アドレスと端末識別情報とを対応付けて記憶した通信アドレス／端末識別情報対応テーブルと、問い合わせ元から端末識別情報問い合わせがあると、その問い合わせに付帯して通知された前記発呼通信アドレスを前記通信アドレス／端末識別情報対応テーブルと照合して対応する有効な端末識別情報を取得する端末識別情報取得手段と、その端末識別情報取得手段により取得された端末識別情報を前記問い合わせ元に通知する端末識別情報通知手段とを備えたことを特徴とする。
【００１７】
請求項６に記載の発呼装置は、請求項１に記載の前記発呼手段を備えたことを特徴とする。
【００１８】
請求項７に記載のＩＰ網通信システムは、請求項１に記載のＩＰ網通信システムにおいて、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに、前記通信アドレスまたは／及び端末識別情報を登録する端末情報登録手段を更に備えたことを特徴とする。
【００１９】
請求項８に記載のＩＰ網通信システムは、請求項１に記載のＩＰ網通信システムにおいて、前記発呼手段または前記着呼手段の前記通信アドレス及び端末識別情報のうち少なくとも１つ以上を、前記発呼手段と前記着呼手段との通信が開始される直前に前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに登録する端末情報登録手段を更に備えたことを特徴とする。
【００２０】
請求項９に記載のＩＰ網通信システムは、請求項７または８のいずれかに記載のＩＰ網通信システムにおいて、前記端末情報登録手段は、前記発呼手段または前記着呼手段の前記通信アドレス及び端末識別情報のうち少なくとも１つ以上が変更になった場合に、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに変更登録するものであることを特徴とする。
【００２１】
請求項１０に記載の登録装置は、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２２】
請求項１１に記載の発呼装置は、請求項６に記載の発呼装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２３】
請求項１２に記載の着呼装置は、請求項２に記載の着呼装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２４】
請求項１３に記載のサーバ装置は、請求項３、４または５のいずれかに記載のサーバ装置において、請求項７、８または９のいずれかに記載の端末情報登録手段を備えたことを特徴とする。
【００２５】
請求項１４に記載の通信端末装置は、請求項１に記載の発呼手段及び着呼手段を備えたことを特徴とする。
【００２６】
請求項１５に記載の通信端末装置は、請求項１に記載の発呼手段、着呼手段及びサーバ手段を備えたことを特徴とする。
【００２７】
請求項１６に記載のＩＰ網通信システムは、請求項１、７、８または９のいずれかに記載のＩＰ網通信システムにおいて、前記ＩＰ網とは通信信号方式が異なる他の通信網上の通信端末装置と通信を行うために通信信号方式の相互変換機能を持つゲートウェイ手段を更に備え、そのゲートウェイ手段は、前記発呼手段が前記他の通信網上の通信端末装置に対して発呼する際に前記発呼手段から通知された前記発呼通信アドレスの通知を伴う端末識別情報問い合わせを前記サーバ手段に対して行う端末識別情報問い合わせ手段と、前記端末識別情報問い合わせに応じて前記サーバ手段から通知された端末識別情報を前記他の通信網に通知する端末識別情報他通信網通知手段を備えたことを特徴とする。
【００２８】
請求項１７に記載のＩＰ網通信システムは、請求項１６に記載のＩＰ網通信システムにおいて、前記ゲートウェイ手段は、前記サーバ手段が備える前記通信アドレス／端末識別情報対応テーブルに、前記他の通信網上の発呼側の通信端末装置の前記通信アドレスまたは／及び端末識別情報を登録する端末情報登録手段を更に備えたことを特徴とする。
【００２９】
請求項１８に記載のＩＰ網通信システムは、請求項１７に記載のＩＰ網通信システムにおいて、前記ゲートウェイ手段は、前記他の通信網上の発呼側の通信端末装置の通信アドレスを発呼通信アドレスとして前記着呼手段に通知する他通信網発呼通信アドレス通知手段を更に備えたことを特徴とする。
【００３０】
請求項１９に記載のゲートウェイ装置は、請求項１６、１７または１８のいずれかに記載のゲートウェイ手段を備えたことを特徴とする。
【００３１】
請求項２０に記載のゲートウェイ装置は、請求項１９に記載のゲートウェイ装置において、請求項１に記載のサーバ手段を備えたことを特徴とする。
【００３２】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００３３】
先ず、図１に、本実施の形態に係るＩＰ網通信システムの構成について示す。
【００３４】
同図に示すＩＰ網通信システムは、発信元端末識別情報通知手段を持つもので、ＩＰ網１００には、発呼装置２００、着呼装置３００、第１のサーバ装置４００、及び、第２のサーバ装置５００が接続されている。それらの各装置は、ＩＰ網１００上において各端末を互いに識別するための情報である通信アドレスとしてのＩＰアドレスがそれぞれ割り当てられることで、ＩＰ網１００を介したＩＰパケットのやりとりによる通信を行う。なお詳細は後述するが、発呼装置２００は、通信端末の１つの形態であり、端末間で通信を行う時に先立って呼設定動作を開始する端末装置である。また、着呼装置３００も通信端末の１つの形態であり、発呼装置２００が呼設定動作を開始する場合に、呼設定開始信号（INVITE信号）を受信する端末である。また、第１のサーバ装置４００及び第２のサーバ装置５００はＩＰ網１００上の通信端末装置の通信アドレス（ＩＰアドレス）とそれに対応した端末識別情報を記憶するテーブルを持ち、通信端末装置はあるいは他のサーバ装置からの通信アドレスと端末識別情報に関する問い合わせに対して回答する装置である。
【００３５】
図２に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰ電話装置１ａのブロック構成について示す。
【００３６】
同図において、ＩＰ電話装置は、ＣＰＵ２、ＲＯＭ３、ＲＡＭ４、パラメータメモリ５、操作入力・表示部６，回線接続Ｉ／Ｆ、ＩＰ手段８、通話回路９，ハンドセット１０、及び、システムバス１１により構成されている。
【００３７】
ＣＰＵ（中央処理装置）２は装置全体を制御するものであり、その実行プログラムはＲＯＭ３（リード・オンリー・メモリ）に記憶され、ＣＰＵ２はその実行プログラムをＲＯＭ３から読み出し、その実行プログラムに含まれる命令を逐次解釈して装置全体の制御を行うものである。
【００３８】
ＲＡＭ（ランダム・アクセス・メモリ）４は、ＣＰＵ２の制御に必要なワークエリアが形成されるものである。パラメータメモリ５は、保存パラメータなどの各種パラメータや管理情報等、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するメモリであり、具体的には、ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）や、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）などにより構成されるものである。
【００３９】
操作入力・表示部６は各種の操作キーと操作ガイダンス等を表示する表示器かからなり、オペレータが装置を操作するためのものである。
【００４０】
ハンドセット１０は音声通話をするいわゆる受話器なるものであり、音声を出力するスピーカや音声を入力するマイク等から構成される。通話回路９はマイク等から入力された音声信号をＩＰ手段８に送出し、ＩＰ手段８から入力された音声信号をスピーカ等に出力するものである。
【００４１】
また通話回路９には、音声信号を増幅したりあるいは減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質を良くしたりする回路も含まれているのが一般的である。また送話器から受話器への音の回り込みを制御するいわゆる側音制御も通話回路９で行うのが一般的である。
【００４２】
ＩＰ手段８は通話回路９から送られてきたアナログの音声信号をデジタルデータに変換し、さらに必要であれば符号化圧縮する。また、ＩＰ手段８は、音声信号データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ７に送り出す。また回線接続Ｉ／Ｆ７から入力される受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張し、さらにデジタルの音声信号データをアナログの音声信号に変換し、通話回路９に送出する。またＩＰ手段８は呼制御を行うための制御用ＩＰパケットを組立て、順次回線接続Ｉ／Ｆ７に送り出す。さらに回線接続Ｉ／Ｆ７から入力される受信した制御用ＩＰパケットを分解する。なお、このような制御用ＩＰパケットの送出、受信はＩＰ手段８とは独立した別の手段で構成してもよい。
【００４３】
システムバス１１は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【００４４】
ＩＰ手段８の動作制御はシステムバス１１を介しＣＰＵ２が行う。回線接続Ｉ／Ｆ７はＩＰ手段８から入力される送信用ＩＰパケットを接続回線に送出する一方、接続回線から入力される受信用パケットをＩＰ手段８に送出する。
【００４５】
回線接続Ｉ／Ｆ７が接続される回線としてＮＴＴ等が供給している一般の電話網を使用する場合には、デジタル信号とアナログ信号を相互に変換するＸＤＳＬモデムが回線接続Ｉ／Ｆ７に含まれる。また、回線接続Ｉ／Ｆ７が接続される回線がＬＡＮ等であれば回線接続Ｉ／Ｆ７はＬＡＮ用のＩ／Ｆ（イーサネット、トークンリング、ＦＴＴＨ等）である。またその両方を備えていてもよい。
【００４６】
図３に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰ電話アダプタ装置１ｂのブロック構成について示す。
【００４７】
同図に示すＩＰ電話アダプタ装置１ｂは、図２に示したＩＰ電話装置１ａの変形であり、通話回路９に代えて電話接続Ｉ／Ｆ１２をＩＰ手段８に接続すると共にハンドセット１０を除いたもので、その他の図２と共通の構成については、同一符号を付すと共に重複する説明は省略する。
【００４８】
電話接続Ｉ／Ｆ１２には、アナログの電話機２０を接続し、その電話機２０との間で入出力される音声信号は、ＩＰ手段８に出入力される。
【００４９】
図４に、本実施の形態に係る発呼装置２００または着呼装置３００として適用可能なＩＰテレビ電話装置１ｃのブロック構成について示す。
【００５０】
同図に示すＩＰテレビ電話装置１ｃは、図２に示したＩＰ電話装置１ａの変形であり、画像表示部１５に画像出力する一方、カメラ１４から画像入力される画像処理回路１３からの入出力データをも、ＩＰ手段８に接続するようにしている。その他の図２と共通の構成については、同一符号を付すと共に重複する説明は省略する。
【００５１】
カメラ１４は、被写体を次々に画像データに変換するものであ。その画像データは画像処理回路１３で送信データ用に画像処理される。画像処理されたデータはＩＰ手段８で符号化圧縮され、画像信号データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ８に送り出す。またＩＰ手段８は、回線接続Ｉ／Ｆ７から入力される受信用のＩＰパケットから画像信号データを取り出すとともに復号伸張し、画像処理回路１３に送出する。画像処理回路１３は画像表示部１５に合わせた画像処理を行い、画像表示部１５に画像データを送出し、画像表示部１５は、静止画像データを連続的に表示することにより動画像として出力する。
【００５２】
図５に、本実施の形態に係る第１のサーバ装置４００または第２のサーバ装置５００として適用可能なサーバ装置３０のブロック構成について示す。
【００５３】
同図において、サーバ装置３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、記憶装置３４，ＩＰ網Ｉ／Ｆ３５、及び、システムバス３６により構成されている。
【００５４】
ＣＰＵ３１は、ＲＯＭ３２に書き込まれた制御プログラムに従って、ＲＡＭ３３を作業領域として使用しながら、装置各部を制御する中央演算処理装置である。
【００５５】
ＲＯＭ３２は、前述したように、ＣＰＵ３１が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。
【００５６】
ＲＡＭ３３は、前述したようにシステム制御部２の作業領域として使用されるランダムアクセスメモリである。
【００５７】
記憶装置３４は、ハードディスク装置などにより構成され、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するための記憶装置である。
【００５８】
ＩＰ網Ｉ／Ｆ３５は、ＩＰプロトコル、ＴＣＰプロトコル、ＵＤＰプロトコルなどの各種ＩＰ網用のプロトコル制御を行い、ＩＰ網１００を介したＩＰパ
ケットによるデータのやりとりを行うためのものである。
【００５９】
システムバス３６は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【００６０】
次に、発呼装置２００または着呼装置３００として適用可能な、図２のＩＰ電話装置１ａ、図３のＩＰ電話アダプタ装置１ｂ、図４のＩＰ電話やＩＰテレビ電話などでの通信の際に使用されるプロトコルについて説明する。
【００６１】
それらの装置における通信では、ＩＰ網１００を介したコネクションを確立した上で、互いにデータをやりとりして通信を行い、通信が終わると、確立されていたコネクションを互いに切断して通信を終了するが、コネクション確立のための呼設定のプロトコルとしては、標準で規定されている、ＳＩＰ，Ｈ．３２３、ＭＥＧＡＣＯなどの標準用呼制御用プロトコルが使用される。
【００６２】
図６にＳＩＰのプロトコルスタックについて示す。
【００６３】
同図において、呼・セッション制御用プロトコルとしてＳＩＰを使用する場合、Network Layer（ネットワーク層）においてＩＰ（Internet Protocol）が使用される。また、この場合、Transport Layer（トランスポート層）においてＵＤＰ（User Datagram Protocol）、ＴＣＰ（Transmission Control Protocol）、またはＳＣＴＰ（Stream Control Transmission Protocol）が使用される。また、この場合、ＳＩＰメッセージを記述する制御情報記述プロトコルとしてＳＤＰ（Session Description Protocol）が使用される。また、この場合、ＵＤＰ（トランスポート層）とともに、動画／音声の送受信プロトコルとして、ＲＴＰ（Realtime Transport Protocol）が使用される。
【００６４】
図７に、ＳＩＰの制御用パケットの構造、及び、ＳＩＰのデータ用パケットの構造について示す。
【００６５】
同図に示されているように、ＳＩＰの制御用パケットは、ＵＤＰ（ＴＣＰ）ヘッダが付加されたＳＩＰメッセージに更にＩＰヘッダが付加された構造となっている。
【００６６】
また、ＳＩＰのデータ用パケットは、音声・画像データにＲＴＰヘッダが付加されたものに、ＵＤＰヘッダが付加され、更にＩＰヘッダが付加された構造となっている。
【００６７】
図８に、ＳＩＰプロトコルにおいて使用される、ＵＤＰデータグラム、及び、ＩＰデータグラムについて示す。
【００６８】
同図において、ＵＤＰデータグラムには、送信ポート番号、宛先ポート番号、データ長、チェックサム、及び、データが含まれている。
【００６９】
また、同図において、ＩＰデータグラムは、バージョン、ヘッダ長、サービスタイプ、トータル長、識別子（ＩＤ）、フラグと、フラグメント・オフセットと、生存時間（ＴＴＬ）、プロトコルタイプと、ヘッダチェックサム、送信元アドレス、宛先アドレス、オプション、パディング、及び、データの各情報のための領域の集合として構成されている。
【００７０】
本実施の形態では、そのＩＰデータグラムにおいて、データを載せるいずれかの領域に、端末識別情報が載せられている。なお、端末識別情報はデータ領域に載せるのが通常であるが、これに限定されるものではない。
【００７１】
図９に、本実施の形態における制御用（ＳＩＰ）及びデータ用の各パケットの構造について示す。図７に示した一般的なパケット構造と異なる点は、共に「ローカル」のデータ領域を追加して、付加的なデータのやりとりを行えるようにしている点である。
【００７２】
図１０に、発呼装置（発呼側）と着呼装置（着呼側）との間で行われるＳＩＰによる一般的な通信シーケンスについて示す。
【００７３】
同図において、発呼側から「INVITE」というリクエストメッセージを送出する（フェーズＦ１）。「INVITE」はセッションの起動信号であり、それには発呼側が受信可能なセッションの属性がＳＤＰ（制御情報記述）で示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。
【００７４】
着呼側はフェーズＦ１で、「INVITE」を受信すると、呼び出し状態になったことを通知するために「１８０ RINGING」を発呼側へ送信する（フェーズＦ２）。この１８０ RINGINGで着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示してもよいが、通常は次の２００ OKで提示する。
【００７５】
また、着呼側は、通話可能状態になったことを通知するために「２００ OK」を発呼側へ送信する（フェーズＦ３）。その「２００ OK」には、着呼側が受信可能なセッションの属性がＳＤＰで示されている。また、着呼側は、その「２００ OK」で着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。
【００７６】
次に発呼側が「ACK」を着呼側へ送信し（フェーズＦ４）、これにより通信に利用可能な属性が発呼側と着呼側とで相互にネゴシエーションされる。本実施の形態では、便宜上ここまでを接続フェーズと定義している。
【００７７】
次にＲＴＰパケットによるメディア（音声、画像、動画等）の転送が開始される（フェーズＦ５）。本実施の形態ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。
【００７８】
通信を終了するときには止める側（この場合着呼側）が、「BYE」信号を送信することにより通信終了を要求し（フェーズＦ６）、それを受信した側（この場合発呼側）は、その応答である「２００ OK」信号を送信して通信を終了する（フェーズＦ７）。本実施の形態ではこのフェーズを便宜上、切断フェーズと定義している。
【００７９】
図１１に、図１に示したＩＰ網通信システムを構成する第１サーバ装置４００や第２サーバ装置５００としての、図５に示したサーバ装置３０が、記憶装置３４に記憶する通信アドレス／端末識別情報対応テーブル３４ａについて示す。
【００８０】
同図において、テーブル３４ａは、基本的に各「通信アドレス」と「端末識別情報」との対応付けにより構成されていて、付加的な情報として、「登録日時」及び「その他の情報」をも対応付けて記憶するようにしている。対応付けて記憶する情報としては、その他に、登録されてから経過した時間などが考えられ、また、その他の情報として、端末装置の種類、端末装置が設置あるいは使用されている場所を表す情報、すなわち端末位置情報が考えられる。例えば端末位置情報は、端末が設置あるいは使用されている位置の住所データ、または地球上のエリアをある大きさに分割した分割エリアに対して重複しない一義的な番号あるいは名前等のデータなどが考えられる。例えば緯度と経度に対応したコードデータを使用することが出来る。また通常は登録された情報に対して変更登録があると古いデータは削除されるが、古いデータを削除しないで履歴として残すようにしてもよい。
【００８１】
次に、図１に示した発呼装置２００から着呼装置３００にＩＰ網１００を介して発呼して通信を行う際に、着呼装置３００において、発呼装置２００の端末識別情報（発呼端末識別情報）を取得して、所定の動作を行えるようにするための、各種処理手順について順に説明する。
【００８２】
先ず、図１２に、発呼装置２００（ＩＰ電話装置１ａ、ＩＰ電話アダプタ装置１ｂ、または、ＩＰテレビ電話装置１ｃ）と第１のサーバ装置４００との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【００８３】
同図において、発呼手段としての発呼装置２００においては、端末情報登録手段としての自端末情報登録処理を行い、サーバ手段としての第１のサーバ装置４００においては、登録受付処理を行う。
【００８４】
発呼装置２００における自端末情報登録処理においては、自端末情報（パラメータメモリ５に記憶されている）、つまり、自装置に現在割り当てられている通信アドレス（ＩＰアドレス）と自装置の端末識別情報のサーバへの登録が既に済んでいるか否かを判断する（判断Ｓ１０１）。既に済んでいる場合には（判断Ｓ１０１のＹｅｓ）、更に、自端末情報の内容の変更の有無を判断する（判断Ｓ１０２）。変更もない場合には（判断Ｓ１０２のＮｏ）、処理を終了する。
【００８５】
判断Ｓ１０１において、まだ登録済みでない場合（判断Ｓ１０１のＮｏ）、またはね判断Ｓ１０２において、登録内容に変更がある場合（判断Ｓ１０２のＹｅｓ）には、処理Ｓ１０３に移行する。
【００８６】
処理Ｓ１０３では、登録先サーバ装置決定処理を行う（処理Ｓ１０３）。
【００８７】
処理Ｓ１０３の登録先サーバ装置決定処理の具体的な処理としては、例えば、予め、登録するサーバ装置（この場合第１のサーバ装置４００）の通信アドレスを端末装置としての発呼装置２００に設定しておく方法がある。また、端末装置としての発呼装置２００の通信アドレスあるいは端末識別情報から登録するサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。
【００８８】
そのようにして、登録先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ１０４）。なお、その登録要求には、自装置の通信アドレス及び端末識別情報の通知が伴う。
【００８９】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ１０５のＮｏのループ）、完了通知があると（判断Ｓ１０５のＹｅｓ）、処理を終了する。
【００９０】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ２０１のＮｏのループ）、処理Ｓ１０４に対応して登録要求があると（判断Ｓ２０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ２０２）、判断Ｓ１０５をＹｅｓとするものである登録完了通知を行う（処理Ｓ２０３）。なお、テーブル４００＿３４ａとは、図５に示したサーバ装置３０が第１のサーバ装置４００として適用された場合のテーブル３４ａを示すものとする。
【００９１】
このようにして発呼装置２００から第１のサーバ装置４００のテーブル４００＿３４ａに発呼装置２００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、発呼装置４００以外の装置であって、図１２に示した自端末情報登録処理を行う装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【００９２】
また、発呼装置２００などの端末装置が第１のサーバ装置４００などのサーバ装置に通信アドレス及び端末識別情報の自端末情報を登録する場合に端末装置からの登録を任意に許しても、端末装置が正しくない情報を登録すると、正しい端末識別情報を元に発呼してくる通信に対して着呼することが出来ないので、故意に正しくない情報を登録することはないと考えられるため、情報の登録を無制限に許してもいいが、真に成りすまし等を防ぐために、データの公証性を確保する方法が必要となる。その方法としては、サーバ装置に登録する場合に暗証コードを使用することにより、登録する端末装置が他の端末装置ではないことを証明する方法がある。また、通信アドレスおよび端末識別情報をサーバ装置に登録する専用装置である登録装置による方法がある。
【００９３】
図１３に、発呼装置２００と、第１のサーバ装置４００との間に、端末情報登録手段としての登録装置が介在して行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【００９４】
同図に示す割当受付・登録処理を行う登録装置は、この場合、図５に示したサーバ装置３０を適用するものとする。
【００９５】
同図に示す処理手順は、図１２に示したものの変形例であり、発呼装置２００においては、割当要求処理を行い、登録装置においては、割当受付・登録処理を行い、第１のサーバ装置４００においては、登録受付処理を行う。
【００９６】
発呼装置２００における割当要求処理においては、通信アドレス割当要求を登録装置に対して行う（処理Ｓ３０１）。その割当要求には、自装置の発呼端末識別情報の通知が伴う。
【００９７】
そして、処理Ｓ３０１の割当要求に対する登録装置からの通知を待ち（判断Ｓ３０２のＮｏのループ）、通知があると（判断Ｓ３０２のＹｅｓ）、次処理に移行して、その通知された通信アドレスを用いた発呼などの処理を行う。
【００９８】
登録装置における割当受付・登録処理においては、割当要求があるかを監視していて（判断Ｓ４０１のＮｏのループ）、処理Ｓ３０１に対応して割当要求があると（判断Ｓ４０１のＹｅｓ）、通知された端末識別情報（の発呼装置）について通信アドレスを割り当てると共に、要求共に通知する（処理Ｓ４０２）。その処理Ｓ４０２は、判断３０２をＹｅｓにする。
【００９９】
そのようにして割当受付を完了したのち、処理Ｓ４０３以降の登録処理を行う。
【０１００】
なお、処理Ｓ４０３に先だって、図１２の処理Ｓ１０３と同様な登録先サーバ装置決定処理を行い、その決定した登録先に対して登録するようにしてもよいのはいうまでもない。
【０１０１】
処理Ｓ４０３においては、登録先のサーバ装置（この場合第１のサーバ装置４００）に、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ４０３）。なお、その登録要求には、受け付けた装置（この場合発呼装置２００）の通信アドレス及び端末識別情報の通知が伴う。
【０１０２】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ４０４のＮｏのループ）、完了通知があると（判断Ｓ１０５のＹｅｓ）、処理を終了する。
【０１０３】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ５０１のＮｏのループ）、処理Ｓ４０３に対応して登録要求があると（判断Ｓ５０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ５０２）、判断Ｓ４０４をＹｅｓとするものである登録完了通知を行う（処理Ｓ２０３）。
【０１０４】
このようにして発呼装置２００から登録装置を介して第１のサーバ装置４００のテーブル４００＿３４ａに発呼装置２００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、登録装置以外の装置であって、図１３に示した自端末情報登録処理を行う装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【０１０５】
おな、図１３に示した発呼装置が行う割当受付・登録処理は、第１のサーバ装置４００などのサーバ装置において行うようにしてもよい。第１のサーバ装置４００が行う場合は、図１３に示した割当受付・登録処理及び登録受付処理を共に第１のサーバ装置４００が行い、テーブル４００＿３４ａへの通信アドレス及び端末識別情報の登録を自ら行うことになる。また、例えば、第１のサーバ装置４００が図１３の割当受付・登録処理を行い、第２のサーバ装置５００が図１３の登録受付処理を行うというように、登録装置としてのサーバ装置が他のサーバ装置に登録するようにしてもよい。
【０１０６】
また、登録装置がサーバ装置に通信アドレスと端末識別情報を登録する場合に、登録装置とサーバ装置の間で特定の認証作業を実施することも考えられ、これによりさらに登録情報の公証性が高まる。
【０１０７】
図１４に、発呼装置２００と着呼装置３００と第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１０８】
同図において、発呼手段としての発呼装置２００は、発呼通信アドレス通知手段としての発呼処理を行い、着呼手段としての着呼装置３００は、端末識別情報問い合わせ手段としての着呼処理を行い、サーバ手段としての第１のサーバ装置４００は、端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理を行う。
【０１０９】
まず、発呼装置２００における発呼処理においては、着呼装置３００に対して発呼して（処理Ｓ６０１）、次処理に移行して通話・通信などの手順に移行する。なお、処理Ｓ６０１における発呼ではINVITE信号が着呼装置３００に対して送信されるが、そのINVITE信号には発呼装置２００の通信アドレスが含まれているため、着呼装置３００は受信したINVITE信号から発呼装置２００の通信アドレスを取り出せる。
【０１１０】
一方、着呼装置３００における着呼処理においは、着呼を待ち（判断Ｓ７０１のＮｏのループ）、処理Ｓ６０１に対応して、着呼があると（判断Ｓ７０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ７０２）。
【０１１１】
処理Ｓ７０２の問い合わせ先サーバ装置決定処理の具体的な処理としては、例えば、予め、問い合わせするサーバ装置（この場合第１のサーバ装置４００）の通信アドレスを端末装置としての着呼装置３００に設定しておく方法がある。また、端末装置としての着呼装置３００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。また、発呼装置２００が登録したサーバ装置の通信アドレスを着呼装置３００に送信し、着呼装置３００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、INVITE信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００から着呼装置３００に送信することが考えられる。
【０１１２】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ７０３）、なお、その問い合わせには、判断７０１において発呼装置２００から通知された発呼通信アドレスの通知が伴う。
【０１１３】
処理Ｓ７０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ７０４のＮｏのループ）、通知があると（判断Ｓ７０４のＹｅｓ）、その通知された発呼端末識別情報を利用して所定の動作を行う、端末識別情報利用手段としての発呼端末識別情報利用処理を行い（処理Ｓ７０５）、次処理へ移行する。
【０１１４】
処理Ｓ７０５の発呼端末識別情報利用処理の具体的な処理動作としては、取得した発呼端末識別情報、つまり、発呼装置２００の端末識別情報を表示すべきか否か判断し、表示すべきと判断した場合に端末識別情報または端末識別情報に対応した第２の端末識別情報のうち少なくとも一方を自装置の表示部に表示する処理がある。表示するか否かの判断は、発呼装置２００が端末識別情報の表示を要求している場合（その旨の要求を着呼装置３００が発呼装置２００から受信した場合）、着呼装置３００が端末識別情報を表示するように設定されている場合、あるいはその両方の条件が揃った場合などが考えられる。
【０１１５】
そのような表示条件が合致した場合、着呼装置３００に特別な設定がない場合は、着呼装置３００は取得した発呼端末識別情報またはその発呼端末識別情報に対応した第２の端末識別情報のうち少なくとも一方を表示するとともに、発呼装置２００に「１８０ ringing」信号を送信し、その後通常の呼設定が行われる。
【０１１６】
第２の端末識別情報は、例えば着呼装置上で端末識別情報に対応づけられるものであり、例えば端末識別情報が電話番号である場合に、第２の端末識別情報はその電話番号の持ち主（名義人）の名前（名称）などであり、着呼装置上で発呼装置の端末識別情報に対して任意に定義される端末識別情報である。
【０１１７】
発呼端末識別情報を取得した時に、特別な設定がある場合、すなわち端末識別情報による、
１．着信メモリ機能：複数の端末識別情報を記憶する。
２．着信拒否機能：特定の端末識別情報の着信（着呼）を拒否する。
３．端末識別情報リクエスト機能：端末識別情報を得ることが出来なかった場合に、発呼装置に対して端末識別情報のサーバへの登録して発呼するように要求する。
４．呼び出し信号の鳴り分け機能：端末識別情報によって呼び出し音（着信メロディー）を変える。
等が設定されている場合にはその機能の動作を行う。
【０１１８】
またその他の機能として自動録音録画機能があり、それは取得した発呼端末識別情報が、特定の端末識別情報の場合、留守録機能がセットされていなくても、自動的に録音または録画を行ものであり、特定の端末識別情報は自装置に設定されている。その特定の端末識別情報の設定は自装置の操作部から直接端末識別情報を入力することが出来るが、端末識別情報の設定は着信メモリ機能あるいは電話帳機能に記憶されている端末識別情報を利用して設定することが出来る。また、録音するか録画するかは端末識別情報によって判断してもよいし、INVITE信号に含まれている情報すなわち、その通信がどのような通信であるかの情報（電話、テレビ電話、データ通信、音楽または映像の配信、音声または映像によるニュースの配信等）によって判断してもよい。
【０１１９】
このように、処理Ｓ７０５の発呼端末識別情報利用処理としては、種々の処理動作を適用することができる。
【０１２０】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ８０１のＮｏのループ）、処理Ｓ７０３に対応して、問い合わせがあると（判断Ｓ８０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ８０２）。
【０１２１】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ８０３）、有効な端末識別情報が有った場合には（判断Ｓ８０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ８０５）、処理を終了する。なお、処理Ｓ８０５は、判断Ｓ７０４をＹｅｓにする。
【０１２２】
判断８０４において、有効な端末識別情報がない場合には（判断Ｓ８０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得手段としての他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ８０６）、有効な端末識別情報を取得して、処理Ｓ８０５で問い合わせ元に通知する。
【０１２３】
なお、有効な端末識別情報がない場合（判断Ｓ８０４のＮｏ）とは、例えば登録された日時がある規定時間よりも古い場合などがある。
【０１２４】
図１５に、図１４に示した第１のサーバ装置４００における他サーバ依頼端末識別情報取得処理の具体的な処理手順、及び、その他サーバ依頼端末識別情報取得処理に対応して、他のサーバ装置としての第２のサーバ装置５００において行われる、問い合わせ応答処理について示す。
【０１２５】
図１５において、第１のサーバ装置４００における他サーバ依頼端末識別情報取得処理においては、先ず、問い合わせ先サーバ装置決定処理を行う（処理Ｓ９０１）。
【０１２６】
処理Ｓ９０１の問い合わせ先サーバ装置決定処理の具体的な処理手順としては、例えば、予め、問い合わせするサーバ装置（この場合第２のサーバ装置５００）の通信アドレスを第１のサーバ装置４００に設定しておく方法がある。また、第１のサーバ装置４００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。３つ目は発呼装置２００が登録したサーバ装置の通信アドレスを着呼装置３００に送信し着呼装置３００が更に第１のサーバ装置４００に送信し、第１のサーバ装置４００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、INVITE信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００から着呼装置３００に送信し、着呼装置３００が問い合わせ用のプロトコルで第１のサーバ装置４００に更に送信することが考えられる。
【０１２７】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第２のサーバ装置５００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ９０２）、なお、その問い合わせには、図１４の判断８０１において着呼装置３００から通知された発呼通信アドレスの通知が伴う。
【０１２８】
処理Ｓ９０２の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ９０３のＮｏのループ）、通知があると（判断Ｓ９０３のＹｅｓ）、処理が完了して、その通知された発呼端末識別情報は、前述したように、図１４の処理Ｓ８０５により問い合わせ元の着呼装置３００に通知されることになる。
【０１２９】
一方、他のサーバ手段としての第２のサーバ装置５００における端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１００１のＮｏのループ）、処理Ｓ９０２に対応して、問い合わせがあると（判断Ｓ１００１のＹｅｓ）、通知された通信アドレスをテーブル５００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１００２）。なお、テーブル５００＿３４ａとは、図５に示したサーバ装置３０が第２のサーバ装置５００として適用された場合のテーブル３４ａを示すものとする。
【０１３０】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１００３）、有効な端末識別情報が有った場合には（判断Ｓ１００４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１００５）、処理を終了する。なお、処理Ｓ１００５は、判断Ｓ９０４をＹｅｓにする。
【０１３１】
判断１００４において、有効な端末識別情報がない場合には（判断Ｓ１００４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１００６）、有効な端末識別情報を取得して、処理Ｓ１００５で問い合わせ元に通知する。
【０１３２】
そのように、第２のサーバ装置５００も、処理Ｓ１００６の他サーバ依頼端末識別情報取得処理として、図１２の処理Ｓ９０１ないし判断９０１の他サーバ依頼端末識別情報取得処理を行うようにすることで、着呼装置３００は、第３，第４，第５、…のサーバ装置から有効な端末識別情報を得ることができる。
【０１３３】
なお、第２のサーバ装置５００は、第１のサーバ装置４００からの問い合わせに対する回答を、第１のサーバ装置４００に対してではなく、問い合わせ元の着呼装置３００に直接行うようにしてもよい。
【０１３４】
その場合、第２のサーバ装置５００が着呼装置３００の通信アドレスを知る必要があるが、第１のサーバ装置４００が第２のサーバ装置５００への問い合わせの際に着呼装置３００の通信アドレスを送信することによって第２のサーバ装置５００は着呼装置３００の通信アドレスを知ることができる。
【０１３５】
また第１のサーバ装置４００や第２のサーバ装置５００におけるテーブル４００＿３４ａまたは５００＿３４ｂにおける登録データが有効かどうかの判断は回答側ではなく問い合わせ側すなわち第１のサーバ装置４００あるいは着呼装置３００が行ってもよい。この場合は回答側は登録データの有効を判断しないで端末識別情報を回答する。
【０１３６】
また、第２のサーバ装置５００も、図１５の処理Ｓ１００６の他サーバ依頼端末識別情報取得処理として、図１５の処理Ｓ９０１ないし判断９０３の他サーバ依頼端末識別情報取得処理を行うようにすることで、着呼装置３００は、第３，第４，第５、…のサーバ装置から有効な端末識別情報を得ることはできるが、他のサーバ装置への再帰的な問い合わせが無限に続くのを防ぐために、例えば着呼装置３００が上限回数（例えば５）を問い合わせ先の第１のサーバ装置４００に通知し、第１のサーバ装置４００が第２のサーバ装置５００に問い合わせる場合に、上限回数を１だけ減じてから通知するようにするということを第３、第４、第５のサーバ装置に繰り返し、上限回数０を受け取ったサーバ装置は、さらなる問い合わせは行わず、エラー通知を問い合わせ元に返すようにするなどして、問い合わせが有限回数で終了できるようにすることも考えられる。また、着呼装置３００の通信アドレスを、第１、第２、第３…のサーバ装置がバケツリレー式に通知していくことで、最終的に有効な端末識別情報を取得できたサーバ装置から直接着呼装置３００にその端末識別情報を通知するようにしてもよい。
【０１３７】
以上、図１に示した構成のＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明してきたが、次に、図１６に示すＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明する。
【０１３８】
先ず、図１６に示すＩＰ網通信システムは、図１に示したＩＰ網１００のみを介した通信システムとは違って、ＩＰ網１００と他の通信網６００とがゲートウェイ装置７００を介して接続され、ＩＰ網１００上の発呼装置２００からゲートウェイ装置７００を介して、他の通信網６００上の着呼装置８００に発呼して通信を行う場合を示している。
【０１３９】
また、同図において、ＩＰ網１００、発呼装置２００、第１のサーバ装置４００、及び、第２のサーバ装置５００は、図１に示したＩＰ網通信システムを構成するそれぞれの網または装置と同一のもの（同一符号）であるため、重複する説明は省略する。
【０１４０】
ＩＰ網１００上の通信端末が他の通信網の通信端末と通信する場合には、それぞれの通信網において使用されている通信信号方式が相違するため、信号方式を変換する必要があり、その機能を持っている装置は一般にゲートウェイ装置と呼ばれていて、図１６のゲートウェイ装置７００もその１つである。また一般にゲートウェイ装置は通信網の信号方式の相違だけではなく、その通信網を管理しているプロバイダ（IＳP）が違っている場合にもお互いの通信網を相互接続する機能を持っているものもある。そのため、ＩＰ網１００上の発呼装置の端末識別情報を、他の通信網６００上の着呼装置に取得させたり、逆に、他の通信網６００上の発呼装置の端末識別情報を、ＩＰ網１００上の着呼装置に取得させたりするには、ゲートウェイ装置７００にそのための処理機能を持たせるなどする必要がある。
【０１４１】
ゲートウェイ装置７００は、具体的には、図１７に示す構成である。
【０１４２】
同図において、ＣＰＵ４１は、ＲＯＭ４２に書き込まれた制御プログラムに従って、ＲＡＭ４３を作業領域として使用しながら、装置各部を制御する中央演算処理装置である。
【０１４３】
ＲＯＭ４２は、前述したように、ＣＰＵ４１が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。
【０１４４】
ＲＡＭ４３は、前述したようにシステム制御部２の作業領域として使用されるランダムアクセスメモリである。
【０１４５】
記憶装置４４は、ハードディスク装置などにより構成され、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するための記憶装置である。
【０１４６】
他の通信網Ｉ／Ｆ４５は、具体的には、公衆電話網、ＩＳＤＮ網などである他の通信網６００に接続されて、その他の通信網６００を介した信号のやりとりを行うものである。
【０１４７】
ＩＰ網Ｉ／Ｆ４５は、ＩＰプロトコル、ＴＣＰプロトコル、ＵＤＰプロトコルなどの各種ＩＰ網用のプロトコル制御を行い、ＩＰ網１００を介したＩＰパケットによるデータのやりとりを行うためのものである。
【０１４８】
システムバス４６は、上記各部がデータをやり取りするための信号ラインであり、具体的には、データバス、アドレスバス、Ｉ／Ｏバス、制御バス、割り込み信号ラインなどにより構成されるものである。
【０１４９】
図１８に、ＩＰ網１００上の発呼装置２００と、その発呼装置２００と他の通信網６００上の着呼装置８００との間に介在することになるゲートウェイ装置７００と、第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１５０】
同図において、発呼装置２００は、発呼手段として発呼処理を行い、ゲートウェイ装置７００は、ゲートウェイ手段として、端末識別情報問い合わせ手段及び端末識別情報他通信網通知手段としての着呼処理を行い、第１のサーバ装置４００は、サーバ手段として問い合わせ応答処理を行う。
【０１５１】
まず、発呼装置２００における発呼処理においては、ゲートウェイ装置７００に対して発呼して（処理Ｓ１１０１）、次処理に移行して通話・通信などの手順に移行する。
【０１５２】
一方、ゲートウェイ装置７００における着呼処理においは、着呼を待ち（判断Ｓ１２０１のＮｏのループ）、処理Ｓ１１０１に対応して、着呼があると（判断Ｓ１２０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ１２０２）。
【０１５３】
処理Ｓ１２０２の問い合わせ先サーバ装置決定処理の具体的な処理としては、例えば、予め、問い合わせするサーバ装置（この場合第１のサーバ装置４００）の通信アドレスをゲートウェイ装置７００に設定しておく方法がある。また、ゲートウェイ装置７００の通信アドレスあるいは端末識別情報から問い合わせするサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。また、発呼装置２００が登録したサーバ装置の通信アドレスをゲートウェイ装置７００に送信し、ゲートウェイ装置７００が受信したサーバ装置の通信アドレスで問い合わせるサーバ装置を決定する方法がある。具体的には、INVITE信号に登録したサーバ装置の通信アドレスを含ませて発呼装置２００からゲートウェイ装置７００に送信することが考えられる。
【０１５４】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ１２０３）、なお、その問い合わせには、判断１２０１において発呼装置２００から通知された発呼通信アドレスの通知が伴う。
【０１５５】
処理Ｓ１２０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ１２０４のＮｏのループ）、通知があると（判断Ｓ１２０４のＹｅｓ）、その通知された発呼端末識別情報を他の通信網６００に通知し（処理Ｓ１２０５）、次処理へ移行する。
【０１５６】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１３０１のＮｏのループ）、処理Ｓ１２０３に対応して、問い合わせがあると（判断Ｓ１３０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１３０２）。
【０１５７】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１３０３）、有効な端末識別情報が有った場合には（判断Ｓ１３０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１３０５）、処理を終了する。なお、処理Ｓ１３０５は、判断Ｓ１２０４をＹｅｓにする。
【０１５８】
判断１３０４において、有効な端末識別情報がない場合には（判断Ｓ１３０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１３０６）、有効な端末識別情報を取得して、処理Ｓ１３０５で問い合わせ元に通知する。
【０１５９】
図１８に示した第１のサーバ装置４００における処理Ｓ１３０６の他サーバ依頼端末識別情報取得処理の具体的な処理手順としては、図１５に示した処理手順が適用できる（重複する説明は省略）。
【０１６０】
図１９に、図１８のゲートウェイ装置における着呼手順と関連する、他の通信網６００上の着呼装置８００における着呼処理手順について示す。
【０１６１】
同図において、まず、着呼を監視し（判断Ｓ１４０１のＮｏのループ）、図１８のゲートウェイ装置７００における着呼処理に対応して着呼があると（判断Ｓ１４０１のＹｅｓ）、図１８の処理Ｓ１２０５に対応して、発呼端末識別情報の通知を他の通信網６００から受け（処理Ｓ１４０２）、その通知された発呼端末識別情報を利用した所定の動作を行う処理である、発呼端末識別情報利用処理を行って（処理Ｓ１４０３）、次の処理に移行する。なお、処理Ｓ１４０３の発呼端末識別情報利用処理としては、前述の図１４の処理７０５における発呼端末識別情報利用処理と同様の処理動作を適用することができる。
【０１６２】
次に、図２０に示すＩＰ網通信システムにおいて信頼性の高い発呼端末識別情報通知サービスを実現するための実施の形態について説明する。
【０１６３】
先ず、図２０に示すＩＰ網通信システムは、図１に示したＩＰ網１００のみを介した通信システムとは違って、ＩＰ網１００と他の通信網６００とがゲートウェイ装置７００を介して接続され、他の通信網７００上の発呼装置９００からゲートウェイ装置７００を介して、ＩＰ網１００上の着呼装置３００に発呼して通信を行う場合を示している。
【０１６４】
また、同図において、ＩＰ網１００、着呼装置３００、第１のサーバ装置４００、及び、第２のサーバ装置５００は、図１に示したＩＰ網通信システムを構成するそれぞれの網または装置と同一のもの（同一符号）であるため、重複する説明は省略する。
【０１６５】
ゲートウェイ装置７００は、具体的には、図１７に示した構成である（重複する説明は省略）。
【０１６６】
図２１に、他の通信網６００上の発呼装置９００とＩＰ網１００上の着呼装置３００との間に介在するゲートウェイ装置７００と、第１のサーバ装置４００との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示す。
【０１６７】
同図において、ゲートウェイ手段としてのゲートウェイ装置７００においては、端末情報登録手段としての、発呼装置（発呼装置９００）の発呼に応じた処理を行い、サーバ手段としての第１のサーバ装置４００においては、登録受付処理を行う。
【０１６８】
ゲートウェイ装置７００における発呼装置の発呼に応じた処理においては、まず、登録先サーバ装置決定処理を行う（処理Ｓ１５０１）。
【０１６９】
処理Ｓ１５０１の登録先サーバ装置決定処理の具体的な処理としては、例えば、予め、登録するサーバ装置（この場合第１のサーバ装置４００）の通信アドレスをゲートウェイ装置７００に設定しておく方法がある。また、ゲートウェイ装置７００の通信アドレスあるいは端末識別情報から登録するサーバを決定する方法がある。つまり、端末識別情報の一部の情報からサーバ装置を決定することが出来る。具体的には、端末識別情報の一部の情報をサーバ装置の端末識別情報として含んでいるサーバ装置を、登録先のサーバ装置として決定する等の方法が考えられる。
【０１７０】
そのようにして、登録先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、登録用の所定のプロトコルにより、登録要求を行う（処理Ｓ１５０２）。なお、その登録要求には、発呼装置９００についての発呼通信アドレス及び発呼端末識別情報の通知が伴う。
【０１７１】
その後、登録先のサーバからの登録完了通知を待ち（判断Ｓ１５０３のＮｏのループ）、完了通知があると（判断Ｓ１５０３のＹｅｓ）、ＩＰ網１００への発呼処理に移行する。
【０１７２】
一方、第１のサーバ装置４００における登録受付処理においては、ＩＰ網１００を介した登録要求を監視していて（判断Ｓ１６０１のＮｏのループ）、処理Ｓ１５０２に対応して登録要求があると（判断Ｓ１６０１のＹｅｓ）、その登録要求に付帯して通知された通信アドレスと端末識別情報とを対応付けてテーブル４００＿３４ａに登録し（処理Ｓ１６０２）、判断Ｓ１５０３をＹｅｓとするものである登録完了通知を行う（処理Ｓ１６０３）。
【０１７３】
このようにしてゲートウェイ装置７００から第１のサーバ装置４００のテーブル４００＿３４ａに、他の通信網６００上の発呼装置９００の通信アドレス及び端末識別情報が登録される。なお、第１のサーバ装置４００は、ゲートウェイ装置７００以外のゲートウェイ装置装置であって、図２１に示した発呼装置の発呼に応じた処理を行う装置からの同様の登録要求や、図１２に示した自端末情報登録処理を行う発呼装置２００などの装置からの同様の登録要求にも応答するのはいうまでもなく、テーブル４００＿３４ａには、多数の装置についての通信アドレス及び端末識別情報が登録される。
【０１７４】
図２２に、他の通信網６００上の発呼装置９００からのＩＰ網１００への発呼を中継するゲートウェイ装置７００と、ＩＰ網１００上の着呼装置３００と第１のサーバ装置４００とが行う、発呼端末識別情報の通知に関わる各処理手順について示す。
【０１７５】
同図において、ゲートウェイ手段としてのゲートウェイ装置７００は、他通信網発呼通信アドレス通知手段としての発呼処理を行い、着呼手段としての着呼装置３００は、端末識別情報問い合わせ手段としての着呼処理を行い、第１のサーバ装置４００は、端末識別情報取得手段及び端末識別情報通知手段としての問い合わせ応答処理を行う。
【０１７６】
まず、ゲートウェイ装置７００における発呼処理においては、着呼装置３００に対して発呼して（処理Ｓ１７０１）、次処理に移行して通話・通信の中継などの手順に移行する。なお、処理Ｓ１７０１における発呼では、発呼装置９００の通信アドレスの発呼通信アドレスとしての通知を伴う。
【０１７７】
一方、着呼装置３００における着呼処理においは、着呼を待ち（判断Ｓ１８０１のＮｏのループ）、処理Ｓ１７０１に対応して、着呼があると（判断Ｓ１８０１のＹｅｓ）、問い合わせ先サーバ装置決定処理を行う（処理Ｓ１８０２）。
【０１７８】
なお、処理Ｓ１８０２の問い合わせ先サーバ装置決定処理としては、前述の図１４の処理Ｓ７０２と同様の決定処理を適用できる（重複する説明は省略）。
【０１７９】
そのようにして、問い合わせ先のサーバ装置が決定されると（この場合第１のサーバ装置４００）、その問い合わせ先のサーバに対して、問い合わせ用のプロトコルにより、端末識別情報問い合わせを行う（処理Ｓ１８０３）、なお、その問い合わせには、判断１８０１においてゲートウェイ装置７００から通知された発呼通信アドレスの通知が伴う。
【０１８０】
処理Ｓ１８０３の問い合わせの後、発呼端末識別情報の通知を待ち（判断Ｓ１８０４のＮｏのループ）、通知があると（判断Ｓ１８０４のＹｅｓ）、その通知された発呼端末識別情報を利用して所定の動作を行う、端末識別情報利用手段としての発呼端末識別情報利用処理を行い（処理Ｓ１８０５）、次処理へ移行する。なお、処理Ｓ１８０５の発呼端末識別情報利用処理としては、前述の図１４の処理Ｓ７０５における発呼端末識別情報利用処理と同様の処理動作を適用することができる。
【０１８１】
一方、第１のサーバ装置４００における問い合わせ応答処理においては、端末識別情報問い合わせがあるかを監視していて（判断Ｓ１９０１のＮｏのループ）、処理Ｓ１８０３に対応して、問い合わせがあると（判断Ｓ１９０１のＹｅｓ）、通知された通信アドレスをテーブル４００＿３４ａと照合して対応する端末識別情報を検索する（処理Ｓ１９０２）。
【０１８２】
そして、その検索の結果、有効な端末識別情報の有無を確認し（処理Ｓ１９０３）、有効な端末識別情報が有った場合には（判断Ｓ１９０４のＹｅｓ）、その有効な端末識別情報を問い合わせ元に通知して（処理Ｓ１９０５）、処理を終了する。なお、処理Ｓ１９０５は、判断Ｓ１８０４をＹｅｓにする。
【０１８３】
判断１９０４において、有効な端末識別情報がない場合には（判断Ｓ１９０４のＮｏ）、有効な端末識別情報を取得するべく、他サーバ依頼端末識別情報取得処理を行うことにより（処理Ｓ１９０６）、有効な端末識別情報を取得して、処理Ｓ１９０５で問い合わせ元に通知する。
【０１８４】
図２２の第１のサーバ装置４００における処理Ｓ１９０６の他サーバ依頼端末識別情報取得処理の具体的な処理手順としては、図１５に示した処理手順を適用できる（重複する説明は省略する）。
【０１８５】
図２２における、着呼装置３００の着呼処理と、第１のサーバ装置４００の問い合わせ応答処理とは、それぞれ、図１４におけるものと同一の処理手順であり、異なるのは、発呼するのが、図１４においては発呼装置２００であり、図２２においては、他の通信網６００上の発呼装置９００の発呼を中継するゲートウェイ装置７００である点であるが、着呼装置３００の着呼処理においては、発呼元の区別なく処理が行われている。
【０１８６】
なお、図２１の登録処理においては、他の通信網６００がＩＰ網であることを前提としているが、例えば他の通信網６００がＮＴＴが提供する一般加入者回線網の場合、一般の電話は通信アドレスすなわちＩＰアドレスを持たないため、そのままでは、図２２の処理において、通信アドレスに対応する端末識別情報を着呼装置３００が取得することが出来ない。
【０１８７】
それを解決するためには、ゲートウェイ装置７００において、発呼装置９００についてのダミーの通信アドレスを設定し、そのダミー通信アドレスと他の通信網７００が通知してきた端末識別情報を図２１の処理１５０２以降の手順でサーバ装置に登録する一方、その後呼設定が行われ、通信が開始され、通信が終了し呼の開放の後に、ゲートウェイ装置７００が第１のサーバ装置４００に対して、ダミー通信アドレスの通知を伴う削除要求を行うことで、そのダミー通信アドレスと対応する端末識別情報のテーブル４００＿３４ａの削除を依頼するようにすればよい。削除依頼された第１のサーバ装置４００は、削除要求に係るダミー通信アドレスと端末識別情報をテーブル４００＿３４ａから削除する。それにより、図１４の発呼元が発呼装置２００である場合と同様の、図２２の処理手順により、発呼元のゲートウェイ装置７００から通知される通信アドレスに基づいて端末識別情報を取得できる。
【０１８８】
また、そのようなダミー通信アドレスによる解決方法のほかに、ゲートウェイ装置７００が直接着呼装置３００に対して他の通信網６００から受信した端末識別情報を送信することもできる。この場合、端末識別情報は送信されるＩＰパケットのある領域に乗せられて送信されることになる。
【０１８９】
なお、以上説明した実施の形態においては、通信アドレスは端末の住所情報であり具体的にはＩＰアドレスであったが、その他ＭＡＣアドレス、場合によっては電話番号等がある。また、端末識別情報は、その端末と他の端末を区別するための情報であり、具体的には電話番号、ＵＲＬ、装置番号、装置名称、エイリアス（別名）な名称、または、それらに対応した図形、文字等があり、場合によってはＩＰアドレス、ＭＡＣアドレスである。
【０１９０】
また、以上説明した実施の形態においては、第１のサーバ装置４００や第２のサーバ装置５００などのサーバ装置が、本発明に係る通信アドレス及び端末識別情報の登録及び問い合わせ応答についての機能のみしか備えていない場合について説明したが、ＳＩＰプロトコルのプロキシサーバや、Ｈ．３２３のゲートキーパが本願のサーバ手段の機能を備えていてもよいのはいうまでもない。
【０１９１】
またサーバ手段に対して端末識別情報問い合わせを行った結果、相手装置の通信アドレスと端末識別情報が登録されていない場合には、自端末装置は相手装置に登録を要求する登録要求手段を持つことも考えられる。また最終のサーバ手段にも登録されていない場合には、サーバ自身が相手装置に直接問い合わせを行う問い合わせ手段、あるいは登録を要求する登録要求手段を持つことも考えられる。また自端末装置は盗聴などのセキュリティ対策のために、ＩＰアドレスを定期的に変更するアドレス変更手段を持つことも考えられる。
【０１９２】
また、以上説明した実施の形態においては、ＩＰ電話を、その標準プロトコルとしてＳＩＰを例にとって記載しているが、その他に標準プロトコルとしてＨ．３２３、ＨＴＴＰ、ＭＥＧＡＣＯ等があり、また標準プロトコルではなく、その他のローカルのプロトコルでも本発明の実施は可能である。また端末装置としてはＩＰ電話以外にＩＰテレビ電話、ＩＰ携帯電話、ＩＰ携帯端末装置、インターネットファックス等に代表されるＩＰ端末装置に適用可能であり、その端末装置で使用される標準プロトコルあるいはローカルプロトコルにも適用できる。
【０１９３】
また、ＩＰ手段８、発呼通信アドレス通知手段、端末識別情報問い合わせ手段、端末識別情報利用手段、端末識別情報取得手段と、端末識別情報通知手段、他サーバ依頼端末識別情報取得手段、端末情報登録手段、端末識別情報他通信網通知手段、他通信網発呼通信アドレス通知手段等の各手段は、ＣＰＵ、ＲＯＭ、ＲＡＭと若干のハードウェア（レジスタや論理回路等）によって構成されてもよいし、それぞれ専用のハードウェアで構成されてもよいものである。
【０１９４】
【発明の効果】
請求項１に係る発明によれば、前記着信手段は、今回の通信における通信相手の前記発呼手段の端末識別情報を、前記サーバ手段への問い合わせにより公証性高く得ることができ、その得られた端末識別情報を利用して所定の動作、具体的には、例えば、その端末識別情報の表示、予め登録した着呼許可の端末識別情報との照合による着呼応答の可否判断などの適切な対応をとることが可能となる効果が得られる。
【０１９５】
請求項２に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記着呼手段を備えた着呼装置を得ることができ、前記発呼端末識別情報の通知を受けてその発呼端末識別情報を利用した利便性の高い機能を行うことが可能となる効果が得られる。
【０１９６】
請求項３に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記サーバ手段を備えたサーバ装置を得ることができ、着呼側からの発呼通信アドレスを伴う問い合わせに応じて発呼端末識別情報を検索、通知して、着呼側において発呼端末識別情報を利用した利便性の高い機能を行うことが可能となる効果が得られる。
【０１９７】
請求項４に係る発明によれば、着呼側からの前記サーバ手段へ問い合わせがあった場合に自サーバに登録データがない場合に前記他のサーバ手段から発呼端末識別情報を取得して着呼側に渡すことができ、発呼端末識別情報の通知サービスの確実性、信頼性の向上を図ることが可能となる効果が得られる。
【０１９８】
請求項５に係る発明によれば、問い合わせ元の請求項４に係るサーバ装置からの問い合わせに応答して発呼端末識別情報を通知することで、発呼端末識別情報の通知サービスの確実性、信頼性の向上を図ることが可能となる効果が得られる。
【０１９９】
請求項６に係る発明によれば、着呼側に発呼側の通信アドレスを通知することで、着呼側において、サーバに発呼端末識別情報を問い合わせる際に必要な発呼通信アドレスを与えることができ、ＩＰ網通信システムにおいて、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２００】
請求項７に係る発明によれば、通信アドレスと端末識別情報との対応付けを、サーバ手段に登録するようにしているため、端末側のなりすまし等を防止した、依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０１】
請求項８に係る発明によれば、通信を開始する直前に登録するようにしているため、着呼手段は発呼側の最新の通信アドレスと端末識別情報を得ることができ、発呼側における現在の通信アドレスと端末識別情報の割当状況を正確に反映した依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０２】
請求項９に係る発明によれば、通信アドレスまたは端末識別情報が変更になっても正しく変更登録されるため、着呼手段がサーバ手段に問い合わせた場合に最新の情報を得ることができ、現在の通信アドレスと端末識別情報の割当状況を正確に反映したいっそう依頼性の高い発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０３】
請求項１０に係る発明によれば、専用の登録装置により登録することで、登録に関するセキュリティを高めることが可能となる効果が得られる。
【０２０４】
請求項１１に係る発明によれば、発呼装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０５】
請求項１２に係る発明によれば、着呼装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０６】
請求項１３に係る発明によれば、サーバ装置により登録を行えるため、専用の登録装置が不要で、その分低コストで、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２０７】
請求項１４に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記発呼手段及び着呼手段を備えた利便性の高い通信端末装置を得ることが可能となる効果が得られる。
【０２０８】
請求項１５に係る発明によれば、請求項１に記載のＩＰ網通信システムを構成する前記発呼手段、着呼手段及びサーバ手段を備えた利便性の高い通信端末装置を得ることが可能となる効果が得られる。
【０２０９】
請求項１６に係る発明によれば、ＩＰ網上の発呼手段から前記ゲートウェイ手段を介して他の通信網上の着呼側の通信端末装置に発呼して通信を行う際に、当該他の通信網に通信アドレスと端末識別情報を通知することができ、当該他の通信網が前記着信側の通信端末装置にその通知された各情報を通知するなどして、着呼側の通信端末装置において、発呼側について得た情報を利用した適切な対応をとらせることが可能となる効果が得られる。
【０２１０】
請求項１７に係る発明によれば、前記ゲートウェイ手段が、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスと端末識別情報とを前記サーバ手段に登録するようにすることにより、前記着呼手段は前記サーバ手段から端末識別情報を入手することができるため、他の通信網から発呼してくる場合でもＩＰ網通信システム側では特別な構成を設けることなく、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２１１】
請求項１８に係る発明によれば、前記ゲートウェイ手段が、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスと端末識別情報とを前記サーバ手段に登録するようにする一方、前記他の通信網が通知してきた発呼側の通信端末装置の通信アドレスを着呼側に通知するようにすることにより、前記着呼手段は前記サーバ手段から端末識別情報を入手することができるため、他の通信網から発呼してくる場合でもＩＰ網通信システム側では特別な構成を設けることなく、発呼端末識別情報の通知サービスを実現することが可能となる効果が得られる。
【０２１２】
請求項１９に係る発明によれば、請求項１６、１７または１８のいずれかに記載のＩＰ網通信システムを構成する前記ゲートウェイ手段を備えた利便性の高いゲートウェイ装置を得ることが可能となる効果が得られる。
【０２１３】
請求項２０に係る発明によれば、前記ゲートウェイ装置が前記サーバ手段を備えることで、ＩＰ網通信システムにおける発呼端末識別情報の通知サービスの提供の低コスト化が可能となる効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るＩＰ網通信システムの構成について示す図である。
【図２】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰ電話装置のブロック構成について示す図である。
【図３】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰ電話アダプタ装置のブロック構成について示す図である。
【図４】本発明の実施の形態に係る発呼装置または着呼装置として適用可能なＩＰテレビ電話装置のブロック構成について示す図である。
【図５】本発明の実施の形態に係る第１のサーバ装置または第２のサーバ装置として適用可能なサーバ装置のブロック構成について示す図である。
【図６】ＳＩＰのプロトコルスタックについて示す図である。
【図７】ＳＩＰの制御用パケットの構造、及び、ＳＩＰのデータ用パケットの構造について示す図である。
【図８】ＵＤＰデータグラム、及び、ＩＰデータグラムについて示す図である。
【図９】本実施の形態の、制御用及びデータ用の各パケットの構造について示す図である。
【図１０】発呼装置と着呼装置との間で行われるＳＩＰによる通信シーケンスについて示す図である。
【図１１】第１または第２のサーバ装置において記憶される通信アドレス／端末識別情報対応テーブルについて示す図である。
【図１２】発呼装置と第１のサーバ装置との間で行われる、通信アドレス／端末識別情報の登録処理手順ついて示すフローチャートである。
【図１３】発呼装置と、第１のサーバ装置が、登録装置を介して行う、通信アドレス／端末識別情報の登録処理手順ついて示すフローチャートである。
【図１４】発呼装置と着呼装置と第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【図１５】第１のサーバ装置における他サーバ依頼端末識別情報取得処理と、その処理に関わる、第２のサーバ装置における問い合わせ応答処理手順について示すフローチャートである。
【図１６】本発明の実施の形態に係るＩＰ網通信システムの別の構成について示す図である。
【図１７】本発明の実施の形態に係るゲートウェイ装置のブロック構成について示す図である。
【図１８】発呼装置と、その発呼装置と他の通信網上の着呼装置との通信を中継するゲートウェイ装置と、第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【図１９】図１８のゲートウェイ装置における処理手順と関連する、他の通信網上の着呼装置における処理手順について示すフローチャートである。
【図２０】本発明の実施の形態に係るＩＰ網通信システムのまた別の構成について示す図である。
【図２１】他の通信網上の発呼装置とＩＰ網上の着呼装置との通信を中継するゲートウェイ装置と第１のサーバ装置との間の通信アドレス／端末識別情報の登録に関わる処理手順について示すフローチャートである。
【図２２】他の通信網上の発呼装置とＩＰ網状の着呼装置との通信を中継するゲートウェイ装置と、当該着呼装置と、第１のサーバ装置とが行う、発呼端末識別情報の通知に関わる各処理手順について示すフローチャートである。
【符号の説明】
１００ＩＰ網
２００発呼装置
３００着呼装置
４００第１のサーバ装置
５００第２のサーバ装置[0001]
BACKGROUND OF THE INVENTION
The present invention is applied to an IP network communication system in which a communication terminal such as an IP phone, an IP videophone, and an Internet fax performs predetermined communication by exchanging IP packets through an IP network represented by the Internet, and the system. The present invention relates to a calling device, a called device, a server device, a registration device, a communication terminal device, and a gateway device.
[0002]
Currently, the spread of IP telephones that can make voice calls by exchanging voice data through IP packets via an IP network, which is a network capable of exchanging IP packets such as the Internet, is rapidly increasing.
[0003]
The advantage of calls and communications over IP networks is that, unlike calls and communications via circuit-switched networks such as public telephone lines, calls and communications charges are cheaper. In addition, the service provided from the communication network is not sufficient as compared with various services provided in a public line switching network such as a conventional telephone network or ISDN network.
[0004]
Specifically, in the public telephone network, provided as a number display, the function of notifying the terminal identification information (telephone number) of the calling communication terminal device to the called communication terminal device is as follows: In the IP network communication system, the service is not started yet.
[0005]
In an IP network communication system, it is difficult to realize a service such as a number display in a public telephone network. For example, a telephone number (terminal identification information) assigned to an IP telephone apparatus and the IP telephone apparatus actually uses the IP network. The correspondence with the IP address (communication address) assigned when performing communication via the communication is not fixed, and the assigned IP address is dynamically changed at every communication or every fixed period. This is because the pair is not fixed.
[0006]
For this reason, the IP network communication system cannot have information for specifying terminal identification information such as a telephone number assigned to the IP telephone apparatus from an IP address currently assigned to the IP telephone apparatus. Could not provide.
[0007]
As one solution to this, the device itself embeds terminal identification information such as a telephone number (previously registered in the calling terminal device) in the IP packet transmitted by the calling terminal device, There is a method of transmitting to a partner device.
[0008]
As a conventional technique related to notification of terminal identification information via an IP network, as in the technique described in Patent Document 1, a caller telephone number (calling terminal identification) is established between telephone exchanges connected to the Internet via a server. Information) can be notified, but no consideration is given to the notification of calling terminal identification information between terminals directly connected to the IP network.
[0009]
[Patent Document 1]
Japanese Patent Laid-Open No. 11-205454
[0010]
[Problems to be solved by the invention]
In this way, conventionally, even if the terminal identification information is directly notified from the calling side to the called side, the IP network communication system cannot guarantee the validity of the terminal identification information. For this reason, there is a problem in that it is impossible to provide a highly reliable calling terminal identification information notification service in an IP network communication system.
[0011]
The present invention has been made in view of such circumstances, and an IP network communication system, a calling device, and a called device that can reliably provide a notification service to the called side of terminal identification information on the calling side. An object is to provide a server device, a registration device, a communication terminal device, and a gateway device.
[0012]
[Means for Solving the Problems]
The IP network communication system according to claim 1, further comprising a server unit in the IP network communication system in which the calling unit and the calling unit perform predetermined communication by mutual exchange of IP packets via the IP network, The calling means includes a calling communication address notifying means for notifying the calling means of the communication address of the own means as a calling communication address, and the receiving means is the calling communication notified from the calling means. A terminal identification information inquiry means for making an inquiry to the server means with terminal identification information accompanied by an address notification; and a predetermined operation using the terminal identification information notified from the server means in response to the terminal identification information inquiry. Terminal identification information using means for performing communication, and the server means stores a communication address / terminal identification information pair in which a communication address and terminal identification information are stored in association with each other. A table, and a terminal for obtaining valid terminal identification information corresponding to the terminal identification information inquiry by collating the calling communication address notified accompanying the inquiry with the communication address / terminal identification information correspondence table An IP network communication system, comprising: identification information acquisition means; and terminal identification information notification means for notifying the inquiry source of terminal identification information acquired by the terminal identification information acquisition means.
[0013]
According to a second aspect of the present invention, an incoming call device includes the incoming call means according to the first aspect.
[0014]
A server device according to a third aspect includes the server means according to the first aspect.
[0015]
The server device according to claim 4 is the server device according to claim 3, wherein, when there is an inquiry about the terminal identification information, the calling communication address notified along with the inquiry is sent. To the other server means connected to the IP network when the terminal identification information acquisition means cannot acquire the corresponding valid terminal identification information by comparing with the communication address / terminal identification information correspondence table. It further comprises other server request terminal identification information acquisition means for making a terminal identification information inquiry and acquiring terminal identification information notified from the other server means in response to the inquiry, wherein the terminal identification information notification means comprises the terminal Notifying the inquiry source of the terminal identification information acquired by the identification information acquisition means or the other server request terminal identification information acquisition means Characterized in that there.
[0016]
In addition to the other server means described in claim 4, the server device according to claim 5 includes a communication address / terminal identification information correspondence table in which communication addresses and terminal identification information are stored in association with each other, and an inquiry source to a terminal When there is an identification information inquiry, terminal identification information acquisition means for acquiring the corresponding effective terminal identification information by collating the call communication address notified accompanying the inquiry with the communication address / terminal identification information correspondence table And terminal identification information notifying means for notifying the inquiry source of the terminal identification information acquired by the terminal identification information acquiring means.
[0017]
A calling device according to a sixth aspect includes the calling means according to the first aspect.
[0018]
The IP network communication system according to claim 7 is the IP network communication system according to claim 1, wherein the communication address or / and terminal identification information is added to the communication address / terminal identification information correspondence table provided in the server means. Terminal information registration means for registration is further provided.
[0019]
The IP network communication system according to claim 8 is the IP network communication system according to claim 1, wherein at least one or more of the communication address and terminal identification information of the calling unit or the called unit is used. It further comprises terminal information registration means for registering in the communication address / terminal identification information correspondence table provided in the server means immediately before the communication between the calling means and the incoming call means is started.
[0020]
The IP network communication system according to claim 9 is the IP network communication system according to any one of claims 7 and 8, wherein the terminal information registration unit includes the communication address of the calling unit or the called unit, and When at least one of the terminal identification information is changed, the change is registered in the communication address / terminal identification information correspondence table provided in the server means.
[0021]
According to a tenth aspect of the present invention, there is provided a registration apparatus comprising the terminal information registration means according to the seventh, eighth, or ninth aspect.
[0022]
A calling device according to an eleventh aspect is the calling device according to the sixth aspect, further comprising the terminal information registration means according to any one of the seventh, eighth, and ninth aspects.
[0023]
An incoming call device according to a twelfth aspect is the incoming call device according to the second aspect, further comprising the terminal information registration means according to any one of the seventh, eighth, and ninth aspects.
[0024]
The server device according to claim 13 is the server device according to any of claims 3, 4 or 5, comprising the terminal information registration means according to any of claims 7, 8 or 9. And
[0025]
According to a fourteenth aspect of the present invention, there is provided a communication terminal apparatus comprising the calling unit and the incoming call unit according to the first aspect.
[0026]
According to a fifteenth aspect of the present invention, there is provided a communication terminal apparatus comprising the calling means, the incoming call means, and the server means according to the first aspect.
[0027]
An IP network communication system according to claim 16 is the IP network communication system according to any one of claims 1, 7, 8 or 9, wherein communication on another communication network having a communication signal system different from that of the IP network. Gateway means having a mutual conversion function of a communication signal system for communicating with the terminal apparatus is further provided, and the gateway means is configured to make a call to the communication terminal apparatus on the other communication network. A terminal identification information inquiry means for making an inquiry to the server means with the notification of the calling communication address notified from the calling means, and a notification from the server means in response to the terminal identification information inquiry Terminal identification information other-communication network notifying means for notifying the received terminal identification information to the other communication network is provided.
[0028]
The IP network communication system according to claim 17 is the IP network communication system according to claim 16, wherein the gateway unit includes the other communication network in the communication address / terminal identification information correspondence table provided in the server unit. It further comprises terminal information registration means for registering the communication address and / or terminal identification information of the communication terminal device on the calling side.
[0029]
The IP network communication system according to claim 18 is the IP network communication system according to claim 17, wherein the gateway means performs communication by calling a communication address of a communication terminal device on a calling side on the other communication network. It is further characterized by further comprising a calling communication address notifying unit for calling other communication network for notifying the incoming calling unit as an address.
[0030]
According to a nineteenth aspect of the present invention, there is provided a gateway device comprising the gateway means according to the sixteenth, seventeenth, or eighteenth aspect.
[0031]
A gateway device according to a twentieth aspect is the gateway device according to the twentieth aspect, comprising the server means according to the first aspect.
[0032]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0033]
First, FIG. 1 shows a configuration of an IP network communication system according to the present embodiment.
[0034]
The IP network communication system shown in the figure has a source terminal identification information notification means. The IP network 100 includes a calling device 200, a called device 300, a first server device 400, and a second server. A server device 500 is connected. Each of these devices performs communication by exchanging IP packets via the IP network 100 by being assigned an IP address as a communication address, which is information for identifying each terminal on the IP network 100. Although details will be described later, the calling device 200 is one form of a communication terminal, and is a terminal device that starts a call setting operation prior to communication between terminals. The called device 300 is also a form of a communication terminal, and is a terminal that receives a call setting start signal (INVITE signal) when the calling device 200 starts a call setting operation. The first server device 400 and the second server device 500 each have a table for storing a communication address (IP address) of a communication terminal device on the IP network 100 and terminal identification information corresponding to the communication address. It is a device that answers an inquiry about a communication address and terminal identification information from another server device.
[0035]
FIG. 2 shows a block configuration of IP telephone device 1a applicable as calling device 200 or called device 300 according to the present embodiment.
[0036]
In the figure, the IP telephone apparatus comprises a CPU 2, ROM 3, RAM 4, parameter memory 5, operation input / display unit 6, line connection I / F, IP means 8, call circuit 9, handset 10, and system bus 11. Has been.
[0037]
The CPU (central processing unit) 2 controls the entire apparatus, and its execution program is stored in the ROM 3 (read only memory). The CPU 2 reads the execution program from the ROM 3 and includes instructions included in the execution program. Are sequentially interpreted to control the entire apparatus.
[0038]
A RAM (Random Access Memory) 4 forms a work area necessary for the control of the CPU 2. The parameter memory 5 is a memory that stores various information necessary for the operation of the apparatus such as various parameters such as saved parameters and management information, and retains the stored contents even when the apparatus is turned off. These are configured by an EEPROM (electrically rewritable read-only memory), a battery-backed SRAM (static RAM), or the like.
[0039]
The operation input / display unit 6 includes a display for displaying various operation keys, operation guidance, and the like, and is used by an operator to operate the apparatus.
[0040]
The handset 10 is a so-called receiver that performs a voice call, and includes a speaker that outputs voice, a microphone that inputs voice, and the like. The call circuit 9 sends out a voice signal input from a microphone or the like to the IP means 8 and outputs a voice signal input from the IP means 8 to a speaker or the like.
[0041]
Further, the call circuit 9 generally includes a circuit for adjusting the volume by amplifying or attenuating the audio signal, or improving the sound quality by changing the frequency characteristic of the audio signal. It is. In general, the call circuit 9 also performs so-called sidetone control for controlling the wraparound of sound from the transmitter to the receiver.
[0042]
The IP means 8 converts the analog audio signal sent from the call circuit 9 into digital data, and further encodes and compresses it if necessary. The IP means 8 embeds the audio signal data in a transmission IP packet and sequentially sends it out to the line connection I / F 7. Also, the voice signal data is taken out from the receiving IP packet inputted from the line connection I / F 7, is decoded and decompressed if necessary, further converts the digital voice signal data into an analog voice signal, and sends it to the call circuit 9. To do. The IP means 8 assembles control IP packets for performing call control and sequentially sends them out to the line connection I / F 7. Further, the received control IP packet input from the line connection I / F 7 is disassembled. It should be noted that such sending and receiving of the control IP packet may be configured by another means independent of the IP means 8.
[0043]
The system bus 11 is a signal line for the above-described units to exchange data. Specifically, the system bus 11 includes a data bus, an address bus, an I / O bus, a control bus, an interrupt signal line, and the like.
[0044]
The operation control of the IP means 8 is performed by the CPU 2 via the system bus 11. The line connection I / F 7 sends the IP packet for transmission input from the IP means 8 to the connection line, and sends the packet for reception input from the connection line to the IP means 8.
[0045]
When a general telephone network supplied by NTT or the like is used as a line to which the line connection I / F 7 is connected, the line connection I / F 7 includes an XDSL modem that mutually converts a digital signal and an analog signal. . If the line to which the line connection I / F 7 is connected is a LAN or the like, the line connection I / F 7 is a LAN I / F (Ethernet, token ring, FTTH, etc.). Moreover, you may provide both.
[0046]
FIG. 3 shows a block configuration of IP telephone adapter device 1b applicable as calling device 200 or called device 300 according to the present embodiment.
[0047]
The IP telephone adapter device 1b shown in the figure is a modification of the IP telephone device 1a shown in FIG. 2, and instead of the call circuit 9, a telephone connection I / F 12 is connected to the IP means 8 and the handset 10 is excluded. Thus, the other components common to FIG. 2 are denoted by the same reference numerals and redundant description is omitted.
[0048]
An analog telephone 20 is connected to the telephone connection I / F 12, and audio signals input / output to / from the telephone 20 are input / output to / from the IP unit 8.
[0049]
FIG. 4 shows a block configuration of IP videophone device 1c applicable as calling device 200 or called device 300 according to the present embodiment.
[0050]
An IP videophone device 1c shown in the figure is a modification of the IP phone device 1a shown in FIG. The data is also connected to the IP means 8. The other components common to those in FIG. 2 are given the same reference numerals and redundant description is omitted.
[0051]
The camera 14 converts the subject into image data one after another. The image data is subjected to image processing for transmission data by the image processing circuit 13. The image-processed data is encoded and compressed by the IP means 8, and the image signal data is embedded in a transmission IP packet and sequentially sent out to the line connection I / F 8. The IP unit 8 extracts image signal data from the receiving IP packet input from the line connection I / F 7, decodes and decompresses it, and sends it to the image processing circuit 13. The image processing circuit 13 performs image processing in accordance with the image display unit 15 and sends image data to the image display unit 15. The image display unit 15 continuously outputs still image data and outputs it as a moving image. .
[0052]
FIG. 5 shows a block configuration of server device 30 applicable as first server device 400 or second server device 500 according to the present embodiment.
[0053]
In the figure, the server device 30 includes a CPU 31, a ROM 32, a RAM 33, a storage device 34, an IP network I / F 35, and a system bus 36.
[0054]
The CPU 31 is a central processing unit that controls each unit of the apparatus while using the RAM 33 as a work area in accordance with a control program written in the ROM 32.
[0055]
As described above, the ROM 32 is a read-only memory in which a control program for the CPU 31 to control each part of the apparatus is stored.
[0056]
The RAM 33 is a random access memory used as a work area of the system control unit 2 as described above.
[0057]
The storage device 34 is configured by a hard disk device or the like, and stores various information necessary for device operation, and retains the stored contents even when the device is turned off.
[0058]
The IP network I / F 35 performs protocol control for various IP networks such as an IP protocol, a TCP protocol, a UDP protocol, and the like, and performs IP control via the IP network 100.
This is for exchanging data by a packet.
[0059]
The system bus 36 is a signal line for the above units to exchange data. Specifically, the system bus 36 includes a data bus, an address bus, an I / O bus, a control bus, an interrupt signal line, and the like.
[0060]
Next, when communicating with the IP telephone apparatus 1a in FIG. 2, the IP telephone adapter apparatus 1b in FIG. 3, the IP telephone in FIG. 4, or the IP video telephone, which can be applied as the calling apparatus 200 or the incoming call apparatus 300. The protocol used will be described.
[0061]
In communication in these apparatuses, after establishing a connection via the IP network 100, data is exchanged with each other for communication. When communication is completed, the established connections are disconnected from each other and communication is terminated. As a call setting protocol for establishing a connection, SIP, H. Standard call control protocols such as H.323 and MEGACO are used.
[0062]
FIG. 6 shows the SIP protocol stack.
[0063]
In the figure, when SIP is used as a call / session control protocol, IP (Internet Protocol) is used in the Network Layer. In this case, UDP (User Datagram Protocol), TCP (Transmission Control Protocol), or SCTP (Stream Control Transmission Protocol) is used in the Transport Layer. In this case, SDP (Session Description Protocol) is used as a control information description protocol for describing the SIP message. In this case, RTP (Realtime Transport Protocol) is used as a moving image / audio transmission / reception protocol together with UDP (transport layer).
[0064]
FIG. 7 shows the structure of the SIP control packet and the structure of the SIP data packet.
[0065]
As shown in the figure, the SIP control packet has a structure in which an IP header is further added to a SIP message to which a UDP (TCP) header is added.
[0066]
Further, the SIP data packet has a structure in which a UDP header is added to an audio / image data to which an RTP header is added, and an IP header is further added.
[0067]
FIG. 8 shows a UDP datagram and an IP datagram used in the SIP protocol.
[0068]
In the figure, a UDP datagram includes a transmission port number, a destination port number, a data length, a checksum, and data.
[0069]
In the figure, an IP datagram includes a version, header length, service type, total length, identifier (ID), flag, fragment offset, time to live (TTL), protocol type, header checksum, and transmission. It is configured as a set of areas for information of source address, destination address, option, padding, and data.
[0070]
In the present embodiment, terminal identification information is placed in any area where data is placed in the IP datagram. The terminal identification information is usually placed in the data area, but is not limited to this.
[0071]
FIG. 9 shows the structure of each packet for control (SIP) and data in the present embodiment. A difference from the general packet structure shown in FIG. 7 is that a “local” data area is added so that additional data can be exchanged.
[0072]
FIG. 10 shows a general communication sequence by SIP performed between the calling device (calling side) and the called device (calling side).
[0073]
In the figure, a request message “INVITE” is transmitted from the calling side (phase F1). “INVITE” is a session activation signal, and an attribute of the session that can be received by the calling party is indicated by SDP (control information description). Specifically, the reception condition (codec, port number, etc.) on the calling side and the transmission condition are presented.
[0074]
Upon receiving “INVITE” in phase F1, the called side transmits “180 RINGING” to the calling side in order to notify that it is in the ringing state (phase F2). Although the receiving condition (codec, port number, etc.) and transmission condition on the called side may be presented by this 180 RINGING, it is usually presented by the next 200 OK.
[0075]
In addition, the called side transmits “200 OK” to the calling side in order to notify that the call is ready (phase F3). In “200 OK”, an attribute of a session that can be received by the called party is indicated by SDP. The called side presents the receiving conditions (codec, port number, etc.) and transmission conditions of the called side with “200 OK”.
[0076]
Next, the calling side transmits “ACK” to the called side (phase F4), and attributes that can be used for communication are negotiated with each other between the calling side and the called side. In the present embodiment, this is defined as the connection phase for convenience.
[0077]
Next, transfer of media (sound, image, video, etc.) by RTP packet is started (phase F5). In this embodiment, the medium transfer period is defined as a data transmission / reception phase for convenience.
[0078]
When terminating the communication, the side that stops (in this case, the called side) requests the end of communication by sending a “BYE” signal (phase F6), and the side that received it (the calling side in this case) A “200 OK” signal as a response is transmitted to end communication (phase F7). In this embodiment, this phase is defined as a cutting phase for convenience.
[0079]
FIG. 11 shows communication addresses / terminals stored in the storage device 34 by the server device 30 shown in FIG. 5 as the first server device 400 and the second server device 500 constituting the IP network communication system shown in FIG. It shows about the identification information correspondence table 34a.
[0080]
In the figure, the table 34a is basically configured by associating each “communication address” with “terminal identification information”, and includes “registration date” and “other information” as additional information. They are stored in association with each other. As information to be stored in association with each other, the time elapsed since registration can be considered, and as other information, information indicating the type of the terminal device, the location where the terminal device is installed or used, That is, terminal position information can be considered. For example, the terminal position information may be address data of the position where the terminal is installed or used, or data such as a unique number or name that does not overlap with a divided area obtained by dividing an area on the earth into a certain size. It is done. For example, code data corresponding to latitude and longitude can be used. Ordinarily, if there is a change registration for the registered information, the old data is deleted, but the old data may be left as a history without being deleted.
[0081]
Next, when a call is made from the calling device 200 shown in FIG. 1 to the called device 300 via the IP network 100 for communication, the called device 300 uses the terminal identification information (calling device 200) of the calling device 200. Various processing procedures for obtaining the call terminal identification information and performing a predetermined operation will be described in order.
[0082]
First, FIG. 12 shows communication address / terminal identification information performed between the calling device 200 (IP telephone apparatus 1a, IP telephone adapter apparatus 1b, or IP videophone apparatus 1c) and the first server apparatus 400. The registration processing procedure is shown below.
[0083]
In the figure, a calling device 200 as a calling means performs own terminal information registration processing as terminal information registration means, and a first server device 400 as server means performs registration acceptance processing.
[0084]
In the own terminal information registration process in the calling device 200, the own terminal information (stored in the parameter memory 5), that is, the communication address (IP address) currently assigned to the own device and the terminal identification information of the own device It is determined whether or not registration in the server has already been completed (determination S101). If it has already been completed (Yes in determination S101), it is further determined whether or not the content of the terminal information has been changed (determination S102). If there is no change (No in S102), the process is terminated.
[0085]
If it is not yet registered in the determination S101 (No in the determination S101), or if there is a change in the registered content in the determination S102 (Yes in the determination S102), the process proceeds to the process S103.
[0086]
In processing S103, registration destination server apparatus determination processing is performed (processing S103).
[0087]
As specific processing of the registration destination server device determination processing in step S103, for example, the communication address of the server device to be registered (in this case, the first server device 400 in this case) is set in advance in the calling device 200 as a terminal device. There is a way to keep it. There is also a method for determining a server to be registered from the communication address of the calling device 200 as a terminal device or terminal identification information. That is, the server device can be determined from a part of the terminal identification information. Specifically, a method is conceivable in which a server device that includes a part of the terminal identification information as the terminal identification information of the server device is determined as a registration destination server device.
[0088]
In this manner, when the registration destination server device is determined (in this case, the first server device 400), a registration request is made by a predetermined protocol for registration (processing S104). The registration request is accompanied by a notification of the communication address of the own device and terminal identification information.
[0089]
Thereafter, the process waits for a registration completion notification from the registration-destination server (No loop in determination S105). If there is a completion notification (Yes in determination S105), the process ends.
[0090]
On the other hand, in the registration acceptance process in the first server device 400, the registration request via the IP network 100 is monitored (No loop of determination S201), and there is a registration request corresponding to the process S104 (determination). (Yes in S201), the communication address and terminal identification information notified in association with the registration request are registered in the table 400_34a in association with each other (processing S202), and a registration completion notification is made in which the determination S105 is Yes. (Processing S203). Note that the table 400_34a indicates the table 34a when the server device 30 illustrated in FIG. 5 is applied as the first server device 400.
[0091]
In this way, the communication address and terminal identification information of the calling device 200 are registered from the calling device 200 to the table 400_34a of the first server device 400. Needless to say, the first server device 400 is a device other than the calling device 400 and responds to the same registration request from the device that performs the terminal information registration processing shown in FIG. In the table 400_34a, communication addresses and terminal identification information for a large number of devices are registered.
[0092]
Further, when a terminal device such as the calling device 200 registers its own terminal information of the communication address and the terminal identification information in the server device such as the first server device 400, the terminal device may arbitrarily permit registration from the terminal device. If the device registers incorrect information, it cannot be called for communications that originated based on the correct terminal identification information. Although registration of information can be allowed without limitation, a method of ensuring data notarization is necessary to prevent true impersonation. As a method therefor, there is a method of proving that the terminal device to be registered is not another terminal device by using a password when registering in the server device. Further, there is a method using a registration device that is a dedicated device for registering a communication address and terminal identification information in a server device.
[0093]
FIG. 13 shows a communication address / terminal identification information registration processing procedure performed by a registration device as terminal information registration means between the calling device 200 and the first server device 400.
[0094]
In this case, the registration apparatus that performs the assignment reception / registration process shown in FIG. 5 applies the server apparatus 30 shown in FIG.
[0095]
The processing procedure shown in FIG. 12 is a modification of that shown in FIG. 12. The calling device 200 performs allocation request processing, the registration device performs allocation acceptance / registration processing, and the first server device. In 400, registration acceptance processing is performed.
[0096]
In the allocation request processing in the calling device 200, a communication address allocation request is made to the registration device (processing S301). The allocation request is accompanied by notification of the calling terminal identification information of the own device.
[0097]
Then, it waits for a notification from the registration device in response to the allocation request in step S301 (No loop in determination S302). If there is a notification (Yes in determination S302), the process proceeds to the next process and uses the notified communication address. Process the incoming call.
[0098]
In the allocation acceptance / registration process in the registration device, whether there is an allocation request is monitored (No loop in determination S401), and if there is an allocation request corresponding to the process S301 (Yes in determination S401), a notification is sent. A communication address is assigned to the terminal identification information (calling device) and the request is notified (step S402). The process S402 sets the determination 302 to Yes.
[0099]
After completing the assignment acceptance in this way, the registration processing after step S403 is performed.
[0100]
Needless to say, prior to the processing S403, registration destination server apparatus determination processing similar to the processing S103 of FIG. 12 may be performed to register the determined registration destination.
[0101]
In process S403, a registration request is made to the registration destination server apparatus (in this case, the first server apparatus 400) using a predetermined registration protocol (process S403). The registration request is accompanied by a notification of the communication address and terminal identification information of the received device (calling device 200 in this case).
[0102]
Thereafter, the process waits for a registration completion notification from the registration destination server (No in S404), and when there is a completion notification (Yes in S105), the process ends.
[0103]
On the other hand, in the registration acceptance process in the first server device 400, the registration request via the IP network 100 is monitored (No loop in determination S501), and there is a registration request corresponding to the process S403 (determination). (Yes in S501), the communication address and terminal identification information notified in association with the registration request are registered in the table 400_34a in association with each other (processing S502), and a registration completion notification is made in which the determination S404 is Yes. (Processing S203).
[0104]
In this way, the communication address and terminal identification information of the calling device 200 are registered from the calling device 200 to the table 400_34a of the first server device 400 via the registration device. Needless to say, the first server device 400 is a device other than the registration device and responds to the same registration request from the device that performs the self-terminal information registration processing shown in FIG. In 400_34a, communication addresses and terminal identification information for a large number of devices are registered.
[0105]
The assignment acceptance / registration process performed by the calling device shown in FIG. 13 may be performed in a server device such as the first server device 400. When the first server device 400 performs, the first server device 400 performs both the allocation reception / registration processing and the registration reception processing illustrated in FIG. 13 and registers the communication address and terminal identification information in the table 400_34a itself. Will do. Further, for example, the first server apparatus 400 performs the assignment reception / registration process of FIG. 13 and the second server apparatus 500 performs the registration reception process of FIG. You may make it register to a server apparatus.
[0106]
In addition, when the registration device registers the communication address and the terminal identification information in the server device, it may be possible to perform a specific authentication operation between the registration device and the server device, which further increases the notarization of the registration information. .
[0107]
FIG. 14 shows each processing procedure related to the notification of the calling terminal identification information performed by the calling device 200, the called device 300, and the first server device 400.
[0108]
In the figure, a calling device 200 as a calling means performs a calling process as a calling communication address notification means, and an incoming call device 300 as a called means means an incoming call process as a terminal identification information inquiry means. The first server device 400 as server means performs inquiry response processing as terminal identification information acquisition means and terminal identification information notification means.
[0109]
First, in the calling process in the calling device 200, a call is made to the called device 300 (step S601), and the process proceeds to the next process to shift to a call / communication procedure. Note that the INVITE signal is transmitted to the called device 300 in the outgoing call in the process S601. Since the INVITE signal includes the communication address of the calling device 200, the incoming device 300 receives the received INVITE signal. The communication address of the calling device 200 can be extracted from the signal.
[0110]
On the other hand, in the incoming call processing in the incoming call device 300, the incoming call is awaited (No loop in the determination S701), and if there is an incoming call corresponding to the processing S601 (Yes in the determination S701), the inquiry server device is determined. Processing is performed (processing S702).
[0111]
As specific processing of inquiry destination server device determination processing in step S702, for example, the communication address of the server device to be inquired (in this case, the first server device 400 in this case) is set in advance in the called device 300 as a terminal device. There is a way to keep it. There is also a method for determining a server to be inquired from the communication address or terminal identification information of the called device 300 as a terminal device. That is, the server device can be determined from a part of the terminal identification information. Specifically, a method is conceivable in which a server device that includes a part of the terminal identification information as the terminal identification information of the server device is determined as a registration destination server device. Further, there is a method of transmitting a communication address of a server device registered by the calling device 200 to the called device 300 and determining a server device to be inquired by the communication address of the server device received by the called device 300. Specifically, it can be considered that the communication address of the server device registered in the INVITE signal is included and transmitted from the calling device 200 to the called device 300.
[0112]
When the inquiry destination server device is determined in this way (in this case, the first server device 400), a terminal identification information inquiry is made to the inquiry destination server by an inquiry protocol (processing S703). Note that the inquiry is accompanied by a notification of the calling communication address notified from the calling device 200 in the determination 701.
[0113]
After the inquiry in step S703, the terminal waits for notification of the calling terminal identification information (No loop in determination S704). If there is a notification (Yes in determination S704), the notification is made using the notified calling terminal identification information. The calling terminal identification information utilization process as the terminal identification information utilization means for performing the above operation is performed (process S705), and the process proceeds to the next process.
[0114]
As a specific processing operation of the calling terminal identification information utilization processing in step S705, it is determined whether or not the acquired calling terminal identification information, that is, the terminal identification information of the calling device 200 should be displayed, and should be displayed. When it is determined, there is a process of displaying at least one of the terminal identification information or the second terminal identification information corresponding to the terminal identification information on the display unit of the own apparatus. Whether or not to display is determined when the calling device 200 requests display of terminal identification information (when the called device 300 receives a request to that effect), the called device 300. Is set to display terminal identification information, or when both conditions are met.
[0115]
When such display conditions are met and there is no special setting in the call receiving device 300, the call receiving device 300 obtains the calling terminal identification information or the second terminal identification corresponding to the calling terminal identification information. At least one of the information is displayed, and a “180 ringing” signal is transmitted to the calling device 200, and then normal call setting is performed.
[0116]
The second terminal identification information is associated with the terminal identification information, for example, on the called device. For example, when the terminal identification information is a telephone number, the second terminal identification information is the owner of the telephone number ( The name (name) of the name holder), and is terminal identification information arbitrarily defined with respect to the terminal identification information of the calling device on the called device.
[0117]
When obtaining the calling terminal identification information, if there is a special setting, that is, by the terminal identification information,
1. Incoming memory function: Stores a plurality of terminal identification information.
2. Incoming call rejection function: Rejects incoming calls (incoming calls) for specific terminal identification information.
3. Terminal identification information request function: When terminal identification information cannot be obtained, it requests the calling device to register the terminal identification information in the server and place a call.
4). Ringing function of ringing signal: The ringing tone (incoming melody) is changed according to the terminal identification information.
Etc. is set, the function is operated.
[0118]
In addition, there is an automatic recording / recording function as another function. When the obtained calling terminal identification information is specific terminal identification information, it automatically records or records even if the answering function is not set. The specific terminal identification information is set in the own apparatus. The terminal identification information can be set directly by inputting the terminal identification information directly from the operation unit of the own device. However, the terminal identification information is set using the terminal identification information stored in the incoming call memory function or the telephone directory function. Can be set. Whether to record or to record may be determined based on the terminal identification information, or information included in the INVITE signal, that is, information on the communication (telephone, videophone, data communication). It may be determined by music or video distribution, audio or video news distribution, or the like.
[0119]
In this way, various processing operations can be applied as the calling terminal identification information utilization processing in step S705.
[0120]
On the other hand, in the inquiry response process in the first server device 400, it is monitored whether there is a terminal identification information inquiry (No loop of determination S801), and if there is an inquiry corresponding to the process S703 (determination S801). Yes), the notified communication address is checked against the table 400_34a to search for the corresponding terminal identification information (processing S802).
[0121]
As a result of the search, the presence / absence of valid terminal identification information is confirmed (processing S803). If valid terminal identification information is present (Yes in determination S804), the valid terminal identification information is obtained from the inquiry source. (Processing S805), and the process ends. Note that the process S805 sets the determination S704 to Yes.
[0122]
In the determination 804, if there is no valid terminal identification information (No in the determination S804), another server request terminal identification information acquisition process is performed as another server request terminal identification information acquisition means in order to acquire valid terminal identification information. By performing (step S806), valid terminal identification information is acquired and notified to the inquiry source in step S805.
[0123]
The case where there is no valid terminal identification information (No in S <b> 804) includes, for example, a case where the registered date and time is older than a predetermined time.
[0124]
15 corresponds to the specific processing procedure of the other server request terminal identification information acquisition process in the first server apparatus 400 shown in FIG. 14 and the other server request terminal identification information acquisition process. Inquiry response processing performed in the second server device 500 will be described.
[0125]
In FIG. 15, in the other server request terminal identification information acquisition process in the first server apparatus 400, first, an inquiry destination server apparatus determination process is performed (process S901).
[0126]
As a specific processing procedure of the inquiry server apparatus determination process in the process S901, for example, the communication address of the server apparatus to be inquired (in this case, the second server apparatus 500) is set in the first server apparatus 400 in advance. There is a way to keep it. Further, there is a method of determining a server to be inquired from the communication address of the first server device 400 or terminal identification information. That is, the server device can be determined from a part of the terminal identification information. Specifically, a method is conceivable in which a server device that includes a part of the terminal identification information as the terminal identification information of the server device is determined as a registration destination server device. The third is a server which the communication address of the server device registered by the calling device 200 is transmitted to the called device 300, which is further transmitted to the first server device 400, and which is received by the first server device 400. There is a method for determining a server device to be inquired by the communication address of the device. Specifically, the communication address of the server device registered in the INVITE signal is included and transmitted from the calling device 200 to the called device 300, and the called device 300 further transmits to the first server device 400 using an inquiry protocol. It is possible to send.
[0127]
When the inquiry destination server device is determined in this way (in this case, the second server device 500), a terminal identification information inquiry is made to the inquiry destination server using the inquiry protocol (processing S902). Note that the inquiry is accompanied by notification of the calling communication address notified from the called device 300 in the determination 801 in FIG.
[0128]
After the inquiry in process S902, the process waits for the notification of the calling terminal identification information (No loop in determination S903). If there is a notification (Yes in determination S903), the process is completed and the notified calling terminal identification As described above, the information is notified to the caller apparatus 300 as the inquiry source in step S805 in FIG.
[0129]
On the other hand, in the inquiry response processing as the terminal identification information acquisition means and the terminal identification information notification means in the second server device 500 as the other server means, it is monitored whether there is a terminal identification information inquiry (determination S1001). If there is an inquiry corresponding to process S902 (Yes in determination S1001), the notified communication address is checked against the table 500_34a to search for corresponding terminal identification information (process S1002). The table 500_34a is a table 34a when the server device 30 illustrated in FIG. 5 is applied as the second server device 500.
[0130]
As a result of the search, the presence / absence of valid terminal identification information is confirmed (step S1003). If there is valid terminal identification information (Yes in decision S1004), the valid terminal identification information is obtained from the inquiry source. (Processing S1005), and the process ends. Note that the process S1005 sets the determination S904 to Yes.
[0131]
In the determination 1004, if there is no valid terminal identification information (No in the determination S1004), an effective server identification information acquisition process is performed to acquire the effective terminal identification information (process S1006). Terminal identification information is acquired and notified to the inquiry source in step S1005.
[0132]
As such, the second server apparatus 500 also performs the other server request terminal identification information acquisition process of the process S901 to the determination 901 in FIG. 12 as the other server request terminal identification information acquisition process of the process S1006. The called device 300 can obtain valid terminal identification information from the third, fourth, fifth,... Server devices.
[0133]
Note that the second server device 500 may directly answer the inquiry from the first server device 400 not to the first server device 400 but to the callee device 300 that is the inquiry source. .
[0134]
In this case, the second server device 500 needs to know the communication address of the called device 300, but the first server device 400 sends the communication address of the called device 300 when making an inquiry to the second server device 500. The second server device 500 can know the communication address of the called device 300 by transmitting.
[0135]
Further, whether the registration data in the table 400_34a or 500_34b in the first server device 400 or the second server device 500 is valid is determined by the inquiry side, that is, the first server device 400 or the incoming call device 300, not the answer side. Also good. In this case, the answering side answers the terminal identification information without judging the validity of the registered data.
[0136]
Further, the second server apparatus 500 also performs the other server request terminal identification information acquisition process of the process S901 to the determination 903 of FIG. 15 as the other server request terminal identification information acquisition process of the process S1006 of FIG. The call receiving device 300 can obtain valid terminal identification information from the third, fourth, fifth,... Server devices, but prevents recursive queries from other server devices from continuing indefinitely. Therefore, for example, when the incoming call device 300 notifies the inquired first server device 400 of the upper limit number (for example, 5) and the first server device 400 makes an inquiry to the second server device 500, the upper limit number of times is set to 1. The server device that has received the upper limit number of 0 is repeatedly inquired to notify the third, fourth, and fifth server devices only after being reduced, By, for example, to return the error notification to the inquiry source, the query is also considered to be able to end with a finite number of times. Further, the first, second, third,... Server devices notify the communication address of the incoming call device 300 in a bucket relay manner, so that the server device that has finally obtained valid terminal identification information can be obtained. The terminal identification information may be notified directly to the incoming call device 300.
[0137]
The embodiment for realizing a highly reliable calling terminal identification information notification service in the IP network communication system having the configuration shown in FIG. 1 has been described above. Next, the IP network communication system shown in FIG. An embodiment for realizing a highly reliable calling terminal identification information notification service will be described.
[0138]
First, the IP network communication system shown in FIG. 16 is different from the communication system via only the IP network 100 shown in FIG. 1 in that the IP network 100 and another communication network 600 are connected via the gateway device 700. In the figure, a call is made from the calling device 200 on the IP network 100 to the called device 800 on the other communication network 600 via the gateway device 700 for communication.
[0139]
Also, in the figure, an IP network 100, a calling device 200, a first server device 400, and a second server device 500 are the respective networks or devices that constitute the IP network communication system shown in FIG. Since they are the same (same reference numerals), redundant description is omitted.
[0140]
When a communication terminal on the IP network 100 communicates with a communication terminal of another communication network, since the communication signal system used in each communication network is different, it is necessary to convert the signal system. The device having the above is generally called a gateway device, and the gateway device 700 of FIG. 16 is one of them. Also, in general, gateway devices are not only different in the signal system of the communication network, but also have a function of interconnecting each other's communication network even when the provider (ISP) managing the communication network is different. is there. Therefore, the terminal identification information of the calling device on the IP network 100 is acquired by the called device on the other communication network 600, or conversely, the terminal identification information of the calling device on the other communication network 600 is In order for the called device on the IP network 100 to acquire the information, the gateway device 700 needs to have a processing function for that purpose.
[0141]
Specifically, the gateway device 700 has a configuration shown in FIG.
[0142]
In the figure, a CPU 41 is a central processing unit that controls each part of the apparatus while using a RAM 43 as a work area in accordance with a control program written in a ROM 42.
[0143]
As described above, the ROM 42 is a read-only memory in which a control program for the CPU 41 to control each part of the device is stored.
[0144]
The RAM 43 is a random access memory used as a work area of the system control unit 2 as described above.
[0145]
The storage device 44 is configured by a hard disk device or the like, stores various information necessary for device operation, and retains the stored contents even when the power of the device is turned off.
[0146]
Specifically, the other communication network I / F 45 is connected to another communication network 600 such as a public telephone network or an ISDN network, and exchanges signals through the other communication network 600.
[0147]
The IP network I / F 45 performs protocol control for various IP networks such as an IP protocol, a TCP protocol, and a UDP protocol, and exchanges data using IP packets via the IP network 100.
[0148]
The system bus 46 is a signal line for the above-described units to exchange data, and specifically includes a data bus, an address bus, an I / O bus, a control bus, an interrupt signal line, and the like.
[0149]
FIG. 18 shows a calling device 200 on the IP network 100, a gateway device 700 that is interposed between the calling device 200 and the called device 800 on another communication network 600, and a first server. Each processing procedure related to notification of calling terminal identification information performed by the apparatus 400 will be described.
[0150]
In the figure, a calling device 200 performs a calling process as a calling unit, and a gateway device 700 performs a receiving process as a terminal identification information inquiry unit and a terminal identification information other communication network notification unit as a gateway unit. The first server device 400 performs inquiry response processing as server means.
[0151]
First, in the calling process in the calling apparatus 200, a call is made to the gateway apparatus 700 (process S1101), the process proceeds to the next process, and the procedure proceeds to a call / communication procedure.
[0152]
On the other hand, in the incoming call processing in the gateway device 700, the incoming call is awaited (No loop in the determination S 1201), and if there is an incoming call corresponding to the processing S 1101 (Yes in the determination S 1201), the inquiry server device determination processing Is performed (step S1202).
[0153]
As a specific process of the inquiry server apparatus determination process in the process S1202, for example, there is a method of setting the communication address of the server apparatus to be inquired (in this case, the first server apparatus 400) in the gateway apparatus 700 in advance. . Further, there is a method for determining a server to be inquired from the communication address of the gateway device 700 or terminal identification information. That is, the server device can be determined from a part of the terminal identification information. Specifically, a method is conceivable in which a server device that includes a part of the terminal identification information as the terminal identification information of the server device is determined as a registration destination server device. In addition, there is a method of transmitting the communication address of the server device registered by the calling device 200 to the gateway device 700 and determining the server device to be inquired by the communication address of the server device received by the gateway device 700. Specifically, it can be considered that the communication address of the server device registered in the INVITE signal is included and transmitted from the calling device 200 to the gateway device 700.
[0154]
When the inquiry destination server device is determined in this way (in this case, the first server device 400), a terminal identification information inquiry is made to the inquiry destination server by an inquiry protocol (processing S1203). Note that the inquiry is accompanied by a notification of the calling communication address notified from the calling device 200 in the decision 1201.
[0155]
After the inquiry in step S1203, the process waits for the notification of the calling terminal identification information (No loop in determination S1204). When there is a notification (Yes in determination S1204), the notified calling terminal identification information is transferred to another communication network. 600 (processing S1205), and the process proceeds to the next processing.
[0156]
On the other hand, in the inquiry response process in the first server device 400, it is monitored whether there is a terminal identification information inquiry (No loop of determination S1301), and if there is an inquiry corresponding to process S1203 (determination S1301). Yes), the notified communication address is checked against the table 400_34a to search for the corresponding terminal identification information (step S1302).
[0157]
As a result of the search, the presence / absence of valid terminal identification information is confirmed (step S1303). If there is valid terminal identification information (Yes in decision S1304), the valid terminal identification information is obtained from the inquiry source. (Processing S1305), and the process ends. Note that the process S1305 sets the determination S1204 to Yes.
[0158]
If there is no valid terminal identification information in the determination 1304 (No in the determination S1304), the other server request terminal identification information acquisition process is performed to acquire the effective terminal identification information (processing S1306). Terminal identification information is acquired and notified to the inquiry source in step S1305.
[0159]
As a specific processing procedure of the other server request terminal identification information acquisition processing in processing S1306 in the first server device 400 shown in FIG. 18, the processing procedure shown in FIG. 15 can be applied (duplicate description is omitted).
[0160]
FIG. 19 shows an incoming call processing procedure in the incoming call device 800 on another communication network 600, which is related to the incoming call procedure in the gateway device in FIG.
[0161]
In the figure, first, the incoming call is monitored (No loop in judgment S1401), and if there is an incoming call corresponding to the incoming call processing in the gateway device 700 in FIG. 18 (Yes in judgment S1401), the process in FIG. Corresponding to S1205, a call terminal is a process of receiving a call terminal identification information from another communication network 600 (process S1402) and performing a predetermined operation using the notified call terminal identification information. An identification information utilization process is performed (process S1403), and the process proceeds to the next process. Note that the processing operation similar to the calling terminal identification information utilization processing in the above-described processing 705 of FIG. 14 can be applied as the calling terminal identification information utilization processing in step S1403.
[0162]
Next, an embodiment for realizing a highly reliable call terminal identification information notification service in the IP network communication system shown in FIG. 20 will be described.
[0163]
First, the IP network communication system shown in FIG. 20 is different from the communication system via only the IP network 100 shown in FIG. 1 in that the IP network 100 and another communication network 600 are connected via the gateway device 700. In the figure, a call is made from a calling device 900 on another communication network 700 to a called device 300 on the IP network 100 via the gateway device 700 for communication.
[0164]
Also, in the figure, an IP network 100, an incoming call device 300, a first server device 400, and a second server device 500 are the respective networks or devices constituting the IP network communication system shown in FIG. Since they are the same (same reference numerals), redundant description is omitted.
[0165]
The gateway device 700 specifically has the configuration shown in FIG. 17 (duplicate description is omitted).
[0166]
FIG. 21 shows communication performed between the gateway device 700 interposed between the calling device 900 on the other communication network 600 and the called device 300 on the IP network 100 and the first server device 400. An address / terminal identification information registration procedure will be described.
[0167]
In the figure, a gateway device 700 as a gateway means performs processing according to a call from a calling device (calling device 900) as a terminal information registration means, and a first server device 400 as a server means. In, registration acceptance processing is performed.
[0168]
In the process according to the call of the calling device in the gateway device 700, first, a registration destination server device determination process is performed (process S1501).
[0169]
As a specific process of the registration destination server apparatus determination process in process S1501, for example, there is a method of setting the communication address of the server apparatus to be registered (in this case, the first server apparatus 400) in the gateway apparatus 700 in advance. . There is also a method for determining a server to be registered from the communication address of the gateway device 700 or terminal identification information. That is, the server device can be determined from a part of the terminal identification information. Specifically, a method is conceivable in which a server device that includes a part of the terminal identification information as the terminal identification information of the server device is determined as a registration destination server device.
[0170]
In this way, when the registration destination server device is determined (in this case, the first server device 400), a registration request is made using a predetermined protocol for registration (step S1502). The registration request is accompanied by notification of the calling communication address and calling terminal identification information about the calling device 900.
[0171]
Thereafter, the server waits for a registration completion notification from the registration destination server (No loop in determination S1503). If there is a completion notification (Yes in determination S1503), the process proceeds to calling processing to the IP network 100.
[0172]
On the other hand, in the registration acceptance process in the first server device 400, the registration request via the IP network 100 is monitored (No loop of determination S1601), and if there is a registration request corresponding to the process S1502 (determination) (Yes in S1601), the communication address notified in association with the registration request and the terminal identification information are registered in association with each other in the table 400_34a (processing S1602), and a registration completion notification is made in which the determination S1503 is Yes. (Processing S1603).
[0173]
In this way, the communication address and terminal identification information of the calling device 900 on the other communication network 600 are registered from the gateway device 700 to the table 400_34a of the first server device 400. The first server device 400 is a gateway device other than the gateway device 700, and the same registration request from a device that performs processing according to the call of the calling device shown in FIG. Needless to say, the table 400_34a also includes communication addresses and terminal identification information for a large number of devices. Is registered.
[0174]
In FIG. 22, a gateway device 700 that relays a call from the calling device 900 on the other communication network 600 to the IP network 100, an incoming call device 300 on the IP network 100, and a first server device 400 are shown. Each processing procedure related to notification of calling terminal identification information to be performed will be described.
[0175]
In the figure, a gateway device 700 as a gateway means performs a calling process as a calling communication address notification means for another communication network, and an incoming call device 300 as a call means means an incoming call as a terminal identification information inquiry means. The first server device 400 performs an inquiry response process as a terminal identification information acquisition unit and a terminal identification information notification unit.
[0176]
First, in the calling process in the gateway device 700, a call is made to the called device 300 (step S1701), and the process proceeds to the next process to a procedure such as a call / communication relay. It should be noted that the call in step S1701 is accompanied by notification of the communication address of the calling device 900 as the call communication address.
[0177]
On the other hand, in the incoming call processing in the incoming call device 300, the incoming call is awaited (No loop in the determination S1801), and if there is an incoming call corresponding to the processing S1701 (Yes in the determination S1801), the inquiry server device is determined. Processing is performed (processing S1802).
[0178]
Note that as the inquiry destination server apparatus determination process in the process S1802, the same determination process as the process S702 in FIG. 14 described above can be applied (a duplicate description is omitted).
[0179]
In this manner, when the inquiry destination server device is determined (in this case, the first server device 400), a terminal identification information inquiry is made to the inquiry destination server by an inquiry protocol (processing S1803). Note that the inquiry is accompanied by a notification of the calling communication address notified from the gateway device 700 in the determination 1801.
[0180]
After the inquiry in step S1803, the terminal waits for notification of the calling terminal identification information (No loop in determination S1804). If there is a notification (Yes in determination S1804), the notification is made using the notified calling terminal identification information. The calling terminal identification information utilization process as the terminal identification information utilization means for performing the above operation is performed (process S1805), and the process proceeds to the next process. Note that as the calling terminal identification information utilization process in the process S1805, the same processing operation as the calling terminal identification information utilization process in the process S705 of FIG. 14 described above can be applied.
[0181]
On the other hand, in the inquiry response process in the first server device 400, it is monitored whether there is a terminal identification information inquiry (No loop of judgment S1901), and if there is an inquiry corresponding to the process S1803 (judgment S1901). Yes), the notified communication address is checked against the table 400_34a to search for the corresponding terminal identification information (processing S1902).
[0182]
As a result of the search, the presence / absence of valid terminal identification information is confirmed (processing S1903). If valid terminal identification information is present (Yes in determination S1904), the valid terminal identification information is obtained from the inquiry source. (Processing S1905), and the process ends. In step S1905, the determination in step S1804 is YES.
[0183]
In the determination 1904, if there is no valid terminal identification information (No in the determination S1904), the other server request terminal identification information acquisition process is performed in order to acquire the effective terminal identification information (processing S1906). Terminal identification information is acquired and notified to the inquiry source in step S1905.
[0184]
As a specific processing procedure of the other server request terminal identification information acquisition processing in processing S1906 in the first server device 400 of FIG. 22, the processing procedure shown in FIG. 15 can be applied (duplicate description is omitted).
[0185]
In FIG. 22, the incoming call processing of the incoming call device 300 and the inquiry response processing of the first server device 400 are the same processing procedures as those in FIG. 14, and the difference is that the outgoing call is made. 14 is a calling device 200, and FIG. 22 is a gateway device 700 that relays a call from a calling device 900 on another communication network 600. In call processing, processing is performed without distinction of the caller.
[0186]
In the registration process of FIG. 21, it is assumed that the other communication network 600 is an IP network. For example, when the other communication network 600 is a general subscriber line network provided by NTT, Since it does not have a communication address, that is, an IP address, the call receiving device 300 cannot obtain terminal identification information corresponding to the communication address in the process of FIG. 22 as it is.
[0187]
In order to solve this, the gateway device 700 sets a dummy communication address for the calling device 900, and the dummy communication address and the terminal identification information notified by the other communication network 700 are processed 1502 in FIG. While registering in the server device in the following procedure, call setting is performed thereafter, communication is started, communication is terminated, and after the call is released, the gateway device 700 sends a dummy communication address to the first server device 400. It is sufficient to request deletion of the table 400_34a of the terminal identification information corresponding to the dummy communication address by making a deletion request accompanied with this notification. The first server device 400 requested to delete deletes the dummy communication address and the terminal identification information related to the deletion request from the table 400_34a. Accordingly, the terminal identification information can be acquired based on the communication address notified from the caller gateway device 700 by the processing procedure of FIG. 22 as in the case where the caller of FIG. 14 is the caller device 200. .
[0188]
In addition to the solution method using the dummy communication address, the gateway device 700 can directly transmit the terminal identification information received from the other communication network 600 to the called device 300. In this case, the terminal identification information is transmitted by being placed on a certain area of the transmitted IP packet.
[0189]
In the embodiment described above, the communication address is the address information of the terminal and specifically an IP address, but there are other MAC addresses, and in some cases, telephone numbers and the like. The terminal identification information is information for distinguishing the terminal from other terminals. Specifically, the telephone number, URL, device number, device name, alias (alias) name, or corresponding to them. There are figures, characters, etc., and in some cases, an IP address or a MAC address.
[0190]
In the embodiment described above, the server devices such as the first server device 400 and the second server device 500 have only functions for registering the communication address and terminal identification information and inquiring responses according to the present invention. The case where it is not provided has been described. Needless to say, the H.323 gatekeeper may have the function of the server means of the present application.
[0191]
In addition, if the communication address of the counterpart device and the terminal identification information are not registered as a result of the terminal identification information inquiry to the server means, the own terminal device has a registration request means for requesting registration to the counterpart device. Is also possible. If the server is not registered in the final server means, the server itself may have inquiry means for directly making an inquiry to the partner apparatus, or registration request means for requesting registration. It is also conceivable that the own terminal device has an address changing means for periodically changing the IP address for security measures such as wiretapping.
[0192]
In the embodiment described above, the IP telephone is described as an example of SIP as the standard protocol. There are H.323, HTTP, MEGACO, and the like, and the present invention can be implemented by other local protocols instead of the standard protocol. In addition to the IP phone, the terminal device can be applied to an IP terminal device typified by an IP video phone, an IP mobile phone, an IP mobile terminal device, an Internet fax, etc., and a standard protocol or a local protocol used in the terminal device It can also be applied to.
[0193]
Also, IP means 8, calling communication address notification means, terminal identification information inquiry means, terminal identification information utilization means, terminal identification information acquisition means, terminal identification information notification means, other server request terminal identification information acquisition means, terminal information registration Each means such as the means, terminal identification information other communication network notification means, and other communication network calling communication address notification means may be constituted by a CPU, ROM, RAM and some hardware (register, logic circuit, etc.). These may be configured with dedicated hardware.
[0194]
【The invention's effect】
According to the invention of claim 1, the receiving means can obtain the terminal identification information of the calling means of the communication partner in the current communication with high notarity by inquiring to the server means. Predetermined operation using the terminal identification information, specifically, for example, display of the terminal identification information, appropriate judgment such as acceptance / rejection determination of the incoming call response by collating with the terminal identification information registered in advance for incoming call permission, etc. The effect that can be taken is obtained.
[0195]
According to the second aspect of the present invention, it is possible to obtain an incoming call device including the incoming call means that constitutes the IP network communication system according to the first aspect, and upon receiving the notification of the calling terminal identification information There is an effect that a highly convenient function using the calling terminal identification information can be performed.
[0196]
According to the invention of claim 3, it is possible to obtain a server device including the server means constituting the IP network communication system according to claim 1, and in response to an inquiry with a calling communication address from the called side. Accordingly, it is possible to retrieve and notify the calling terminal identification information, and to obtain an effect that it is possible to perform a highly convenient function using the calling terminal identification information on the called side.
[0197]
According to the fourth aspect of the present invention, when there is an inquiry to the server means from the called side and there is no registration data in the own server, the calling terminal identification information is acquired from the other server means and the incoming call terminal identification information is received. It can be passed to the call side, and the effect of improving the certainty and reliability of the calling terminal identification information notification service can be obtained.
[0198]
According to the invention according to claim 5, by notifying the calling terminal identification information in response to the inquiry from the server device according to claim 4 of the inquiry source, the certainty of the notification service of the calling terminal identification information, There is an effect that the reliability can be improved.
[0199]
According to the sixth aspect of the present invention, the caller side is notified of the caller's communication address, so that the caller can give the caller's communication address necessary for inquiring the caller terminal identification information to the server. In the IP network communication system, it is possible to realize the call terminal identification information notification service.
[0200]
According to the invention according to claim 7, since the association between the communication address and the terminal identification information is registered in the server means, the calling terminal identification with high requestability that prevents impersonation on the terminal side is prevented. The effect that it is possible to realize an information notification service is obtained.
[0201]
According to the eighth aspect of the invention, since the registration is performed immediately before the communication is started, the incoming call means can obtain the latest communication address and terminal identification information on the calling side. There is an effect that it is possible to realize a call request terminal identification information notification service with high requestability that accurately reflects the current communication address and terminal identification information allocation status.
[0202]
According to the invention according to claim 9, since the registration is correctly performed even if the communication address or the terminal identification information is changed, the latest information can be obtained when the incoming call means makes an inquiry to the server means. The call terminal identification information notification service with higher requestability that accurately reflects the allocation status of the communication address and the terminal identification information can be realized.
[0203]
According to the invention which concerns on Claim 10, the effect which becomes possible to raise the security regarding registration by registering with a registration apparatus for exclusive use is acquired.
[0204]
According to the eleventh aspect of the invention, since the registration can be performed by the calling device, a dedicated registration device is unnecessary, and the call terminal identification information notification service can be realized at a lower cost. Is obtained.
[0205]
According to the twelfth aspect of the present invention, since the registration can be performed by the incoming call device, a dedicated registration device is unnecessary, and the call terminal identification information notification service can be realized at a lower cost. Is obtained.
[0206]
According to the invention of claim 13, since registration can be performed by the server device, there is no need for a dedicated registration device, and the call terminal identification information notification service can be realized at a lower cost. can get.
[0207]
According to the fourteenth aspect of the present invention, there is an effect that it is possible to obtain a highly convenient communication terminal device including the calling unit and the incoming unit that configure the IP network communication system according to the first aspect. can get.
[0208]
According to the fifteenth aspect of the present invention, it is possible to obtain a highly convenient communication terminal device including the calling means, the incoming call means, and the server means constituting the IP network communication system according to the first aspect. The effect becomes.
[0209]
According to the sixteenth aspect of the present invention, when a call is made from a calling unit on an IP network to a called communication terminal device on another communication network via the gateway unit, communication is performed. The communication address and terminal identification information can be notified to the other communication network, and the other communication network notifies each of the notified information to the communication terminal device on the called side. In the apparatus, it is possible to take an appropriate action using the information obtained about the calling party.
[0210]
According to the invention of claim 17, the gateway means registers in the server means the communication address and terminal identification information of the calling communication terminal apparatus notified by the other communication network. Thus, since the incoming call means can obtain the terminal identification information from the server means, even when calling from another communication network, the IP network communication system side does not need to provide a special configuration. There is an effect that it is possible to realize a terminal identification information notification service.
[0211]
According to the invention of claim 18, the gateway means registers the communication address and terminal identification information of the calling communication terminal apparatus notified by the other communication network in the server means. The incoming call means can obtain the terminal identification information from the server means by notifying the incoming call side of the communication address of the outgoing call communication terminal device notified by the other communication network. Therefore, even when a call is made from another communication network, there is an effect that it is possible to realize a calling terminal identification information notification service without providing a special configuration on the IP network communication system side.
[0212]
According to the nineteenth aspect of the present invention, it is possible to obtain a highly convenient gateway device including the gateway unit that constitutes the IP network communication system according to any one of the sixteenth, seventeenth, and eighteenth aspects. Is obtained.
[0213]
According to the twentieth aspect of the present invention, since the gateway device includes the server unit, it is possible to reduce the cost of providing the calling terminal identification information notification service in the IP network communication system.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of an IP network communication system according to an embodiment of the present invention.
FIG. 2 is a diagram showing a block configuration of an IP telephone device applicable as a calling device or a called device according to an embodiment of the present invention.
FIG. 3 is a diagram showing a block configuration of an IP telephone adapter device applicable as a calling device or a called device according to an embodiment of the present invention.
FIG. 4 is a diagram showing a block configuration of an IP videophone device applicable as a calling device or a called device according to an embodiment of the present invention.
FIG. 5 is a diagram showing a block configuration of a server device applicable as the first server device or the second server device according to the embodiment of the present invention.
FIG. 6 is a diagram illustrating a SIP protocol stack.
FIG. 7 is a diagram illustrating a structure of a SIP control packet and a structure of a SIP data packet.
FIG. 8 is a diagram showing a UDP datagram and an IP datagram.
FIG. 9 is a diagram illustrating the structure of each packet for control and data according to the present embodiment;
FIG. 10 is a diagram showing a communication sequence by SIP performed between a calling device and a called device.
FIG. 11 is a diagram showing a communication address / terminal identification information correspondence table stored in the first or second server device.
FIG. 12 is a flowchart showing a communication address / terminal identification information registration process procedure performed between the calling device and the first server device.
FIG. 13 is a flowchart showing a communication address / terminal identification information registration processing procedure performed by the calling device and the first server device via the registration device.
FIG. 14 is a flowchart showing each processing procedure related to notification of calling terminal identification information, which is performed by the calling device, the called device, and the first server device.
FIG. 15 is a flowchart showing another server request terminal identification information acquisition process in the first server apparatus and an inquiry response process procedure in the second server apparatus related to the process;
FIG. 16 is a diagram showing another configuration of the IP network communication system according to the embodiment of the present invention.
FIG. 17 is a diagram showing a block configuration of the gateway device according to the embodiment of the present invention.
18 shows notification of calling terminal identification information performed by a calling device, a gateway device that relays communication between the calling device and a called device on another communication network, and a first server device. FIG. It is a flowchart shown about each processing procedure concerned.
FIG. 19 is a flowchart showing a processing procedure in an incoming call device on another communication network related to the processing procedure in the gateway device in FIG. 18;
FIG. 20 is a diagram showing still another configuration of the IP network communication system according to the embodiment of the present invention.
FIG. 21 is a process related to registration of a communication address / terminal identification information between a gateway device that relays communication between a calling device on another communication network and a called device on an IP network and the first server device. It is a flowchart shown about a procedure.
FIG. 22 shows call terminal identification information performed by a gateway device that relays communication between a call device on another communication network and an IP network call device, and the call device and the first server device. It is a flowchart shown about each process procedure in connection with this notification.
[Explanation of symbols]
100 IP network
200 Calling equipment
300 Incoming device
400 first server device
500 Second server device

Claims

In an IP network communication system in which a calling unit and a calling unit perform predetermined communication by exchanging IP packets via the IP network,
Server means further comprising
The calling means includes a calling communication address notifying means for notifying the calling means as a calling communication address of the communication address of the own means,
The receiving means is a terminal identification information inquiry means for making a terminal identification information inquiry to the server means accompanied by notification of the calling communication address notified from the calling means, and in response to the terminal identification information inquiry Terminal identification information using means for performing a predetermined operation using the terminal identification information notified from the server means,
The server means includes a communication address / terminal identification information correspondence table in which communication addresses and terminal identification information are stored in association with each other, and the calling communication address notified in association with the inquiry of the terminal identification information. Is compared with the communication address / terminal identification information correspondence table to obtain corresponding terminal identification information acquisition means, and the terminal identification information acquired by the terminal identification information acquisition means is notified to the inquiry source An IP network communication system comprising terminal identification information notifying means.

An incoming call apparatus comprising the incoming call means according to claim 1.

A server apparatus comprising the server means according to claim 1.

When there is an inquiry about the terminal identification information, the server means collates the calling communication address notified accompanying the inquiry with the communication address / terminal identification information correspondence table and corresponds to the effective terminal identification. When the terminal identification information acquisition unit cannot acquire information, it makes a terminal identification information inquiry to another server unit connected to the IP network, and is notified from the other server unit in response to the inquiry. Further comprising other server request terminal identification information acquisition means for acquiring terminal identification information,
The said terminal identification information notification means notifies the terminal identification information acquired by the said terminal identification information acquisition means or the said other server request | requirement terminal identification information acquisition means to an inquiry origin, The claim | item 3 characterized by the above-mentioned. Server device.

In addition to the other server means of claim 4,
A communication address / terminal identification information correspondence table in which communication addresses and terminal identification information are stored in association with each other, and when there is a terminal identification information inquiry from an inquiry source, the calling communication address notified in association with the inquiry is A terminal identification information acquisition means for acquiring valid terminal identification information corresponding to the communication address / terminal identification information correspondence table;
A server device comprising: terminal identification information notifying means for notifying the inquiry source of terminal identification information acquired by the terminal identification information acquiring means.

A calling device comprising the calling means according to claim 1.

2. The IP network communication according to claim 1, further comprising terminal information registration means for registering the communication address or / and terminal identification information in the communication address / terminal identification information correspondence table provided in the server means. system.

The communication provided in the server means at least one of the communication address and terminal identification information of the calling means or the called means immediately before the communication between the calling means and the called means is started. 2. The IP network communication system according to claim 1, further comprising terminal information registration means for registering in the address / terminal identification information correspondence table.

The terminal information registration means is configured to provide the communication address / terminal identification information provided in the server means when at least one of the communication address and terminal identification information of the calling means or the incoming call means is changed. 9. The IP network communication system according to claim 7, wherein change registration is performed in the correspondence table.

A registration apparatus comprising the terminal information registration unit according to claim 7.

The calling device according to claim 6, further comprising the terminal information registration means according to any one of claims 7, 8 and 9.

The incoming call apparatus according to claim 2, comprising the terminal information registration means according to any one of claims 7, 8 and 9.

The server device according to claim 3, 4 or 5, comprising the terminal information registration means according to any one of claims 7, 8 or 9.

A communication terminal apparatus comprising the calling means and the incoming call means according to claim 1.

A communication terminal apparatus comprising the calling unit, the incoming unit, and the server unit according to claim 1.

Further comprising gateway means having a mutual conversion function of a communication signal system in order to communicate with a communication terminal apparatus on another communication network having a communication signal system different from the IP network,
The gateway means makes a terminal identification information inquiry accompanied by a notification of the calling communication address notified from the calling means when the calling means makes a call to a communication terminal device on the other communication network. Terminal identification information inquiry means for the server means; and terminal identification information other communication network notification means for notifying the other communication network of the terminal identification information notified from the server means in response to the terminal identification information inquiry. 10. An IP network communication system according to claim 1, further comprising an IP network communication system.

The gateway means registers the communication address or / and terminal identification information of the calling communication terminal device on the other communication network in the communication address / terminal identification information correspondence table provided in the server means. The IP network communication system according to claim 16, further comprising registration means.

The gateway means further comprises other communication network calling communication address notifying means for notifying the call receiving means of the communication address of the calling communication terminal device on the other communication network as the calling communication address. The IP network communication system according to claim 17, characterized in that:

A gateway device comprising the gateway means according to claim 16, 17 or 18.

20. The gateway device according to claim 19, comprising the server means according to claim 1.