JP4107652B2 - インターネット通信システム及びアドレス情報交換サーバ及びインターネット通信方法及びアドレス情報制御方法及びプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents
インターネット通信システム及びアドレス情報交換サーバ及びインターネット通信方法及びアドレス情報制御方法及びプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 Download PDFInfo
- Publication number
- JP4107652B2 JP4107652B2 JP2003003864A JP2003003864A JP4107652B2 JP 4107652 B2 JP4107652 B2 JP 4107652B2 JP 2003003864 A JP2003003864 A JP 2003003864A JP 2003003864 A JP2003003864 A JP 2003003864A JP 4107652 B2 JP4107652 B2 JP 4107652B2
- Authority
- JP
- Japan
- Prior art keywords
- communication device
- address information
- called
- calling
- telephone number
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネット通信システム及びアドレス情報交換サーバ及びセッション管理サーバ及び通信装置及びルータ装置及び呼制御管理サーバ及び無線通信装置及びインターネット通信方法及びアドレス情報制御方法及び制御方法及び無線通信方法及び呼制御方法及びこれらを制御するプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
特に、例えば、音声データ（リアルタイム特性をもつデータとして、動画表示や３次元グラフィックス表示のためのデータも類似的に応用が可能である）を送受信する無線及び有線の通信装置であり、発呼側の無線または有線の通信装置と着呼側の無線または有線の通信装置とによりインターネットを介して音声データを送受信するインターネット通信システム、及び、インターネット通信方法に関する。通信装置は、固定電話形態、固定電話アダプタ形態、無線電話形態、パソコン電話形態、ＰＤＡ電話形態など多様な形態が該当する。
また、特に、発呼側無線または有線の通信装置と着呼側無線または有線の通信装置とから接続され、発呼側及び着呼側の双方の無線または有線の通信装置を管理するセッション管理サーバとアドレス情報交換サーバと、セッション管理サーバとアドレス情報交換サーバ上で動作するプログラムに関する。
また、セッション管理サーバとアドレス情報交換サーバとに接続され、セッション管理サーバとアドレス情報交換サーバと通信を行う無線または有線の通信装置と、無線または有線の通信装置上で動作するプログラムに関する。
【０００２】
【従来の技術】
インターネット通信システムにおいて、複数のセッション管理サーバを備え、各セッション管理サーバが複数の通信アダプタと複数の通信中継サーバとを管理するシステム構成とした。このため、各セッション管理サーバの処理負荷を均一化して、システムの運用効率及び、システムを利用するユーザに提供するサービスの質をアップすることができる。（特許文献１参照）
【０００３】
【特許文献１】
ＷＯ０２／０９８０８５号国際公開公報
【０００４】
【発明が解決しようとする課題】
末端に無線または有線の通信装置が配置された形態で、音声データを無線ネットワークを含むインターネットを介して送受信するインターネット電話ネットワークシステムでは、発呼側の無線または有線の通信装置と着呼側の無線または有線の通信装置にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを付与して通信をする。ここで、ＩＰアドレスは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で通信する送信元と送信先とを識別するアドレスである。ＩＰアドレスには、世界的にユニークな識別性を持つグローバルＩＰアドレスとユーザが独自に設定するローカルＩＰアドレス（プライベートＩＰアドレスとも呼ぶ場合もある）があるが、以下、単に「ＩＰアドレス」という場合は、グローバルＩＰアドレスを意味するものとする。
【０００５】
上記特許文献１における通信ネットワークシステムの通信方式は、ＨＴＴＰ−ｂａｓｅｄ Ｃｏｎｆｅｒｅｎｃｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＨＣＡＰ）方式と呼ばれている。
【０００６】
このＨＣＡＰ方式によるネットワーク通信システムでは、今まで利用できなかったファイアウォールやプライベートＩＰアドレスエリアや動的なＩＰアドレスの割り当てがなされる場合に、インターネットプロトコルによる通信を可能にした。しかし、一方では、標準化団体ＩＴＵ−Ｔにより標準化されているＨ．３２３や標準化団体ＩＥＴＦにより標準化されているＳＩＰやＭＧＣＰのような既存の類似標準が存在しており、これら既存標準を採用したネットワーク通信システムも普及している。
【０００７】
この発明は、ＨＣＡＰ方式のネットワーク通信システムと既存標準のネットワーク通信システムを協調融合させて、全体で効率良いインターネット電話システムの運営をすることができるようにすることを目的とする。
【０００８】
また、ＨＣＡＰ方式では、各通信装置のアドレス情報をセッション管理サーバ上のデータベースにて一括管理をすることができるが、この発明は、基本的に各通信装置に小規模のデータベースを内蔵し、公衆回線やＩＰ回線等の既存通信方式にて初回の通話処理後に、その通話回線経由にて着呼側の通信装置のアドレス情報を発呼側の通信装置が取得して学習できるようにして、全通信装置のアドレス情報の一括管理を不要にすることを目的とする。
【０００９】
また、この発明は、Ｈ．３２３やＳＩＰ等の既存通信方式では、発呼側と着呼側の通信装置のグローバルＩＰアドレスを既存通信方式でのアドレス情報管理サーバ（ゲートキーパーやロケーションサーバなど）が常に記憶しておく必要があるが、現在のＡＤＳＬ環境などでは、グローバルＩＰアドレスをＤＨＣＰサーバにより動的に割り当てることが多いため、そのグローバルＩＰアドレスが更新されたときに、速やかに既存通信方式のアドレス情報管理サーバに通信装置のアドレス情報が再登録できるようにすることを目的とする。
【００１０】
また、この発明は、Ｈ．３２３やＳＩＰ等の既存通信方式では、発呼側と着呼側の通信装置のグローバルＩＰアドレスに対して、通信処理を行うため、１つしかグローバルＩＰアドレスを割り当てられない現在のＡＤＳＬ環境のルータの配下の複数の通信装置に個別に通信処理を行えるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
本発明のインターネット通信システムは、発呼側の通信装置と、
着呼側の通信装置と、
上記発呼側の通信装置と着呼側の通信装置との各通信装置からの通話処理を受け付け、通信先に接続を行う通信処理サーバと、
発呼側の通信装置と着呼側の通信装置との間でアドレス情報を交換するための処理をおこなうアドレス情報交換サーバとを備え、
上記発呼側の通信装置は、上記着呼側の通信装置のアドレス情報が不明の状態である場合に、着呼側の通信装置の電話番号情報を入力し、入力された着呼側の通信装置の電話番号情報により上記通信処理サーバへ発呼し、
上記通信処理サーバは、発呼された着呼側の通信装置の電話番号情報により上記発呼側の通信装置と上記着呼側の通信装置とを接続し、
上記着呼側の通信装置は、上記通信処理サーバにより上記発呼側の通信装置と接続され、上記発呼側の通信装置と通話を行った場合に、接続を行った後に、上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを上記アドレス情報交換サーバへ送信し、
上記アドレス情報交換サーバは、上記着呼側の通信装置により送信された上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを入力し、入力された上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて蓄積し、
上記発呼側の通信装置は、所定の期間後に、上記アドレス情報交換サーバにより蓄積された着呼側の通信装置のアドレス情報を上記アドレス情報交換サーバに検索させるため上記アドレス情報交換サーバにアクセスし、上記アドレス情報交換サーバにより検索された着呼側の通信装置のアドレス情報を入力し、
上記アドレス情報交換サーバは、上記発呼側の通信装置により上記着呼側の通信装置のアドレス情報が入力された場合に、上記蓄積された着呼側の通信装置のアドレス情報を削除することを特徴とする。
【００１２】
【発明の実施の形態】
実施の形態１．
以下に記載する実施の形態では、ＨＴＴＰ−ｂａｓｅｄ Ｃｏｎｆｅｒｅｎｃｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＨＣＡＰ）方式を利用している。
ＨＴＴＰによる音声データ配信を行う場合に問題となるファイアウォールに対処するため、発呼側と着呼側の中継を行うためのサーバを設置する。以下、このサーバを「通信中継サーバ」として記述する。
また、通信（通話）アダプタからの通信データ（音声データ）を通信中継サーバにて中継する場合は、複数の通信中継サーバを設置して、個々の通信中継サーバに負荷を分散する必要がある。そこで、通信（通話）アダプタと通信中継サーバとを管理する管理サーバを設置する。以下、この管理サーバを「セッション管理サーバ」として記述する。
また、セッション管理サーバを複数備え、各セッション管理サーバによって管理する無線通信装置を予め決めておく。無線通信装置から自身を管理するセッション管理サーバの問い合わせを受け付けて、管理するセッション管理サーバを通知する通知サーバを、以下、「指定通知サーバ」として記述する。
【００１３】
このＨＣＡＰ方式では、発呼側と着呼側の無線または有線の通信装置は、その発着呼の制御管理をネットワークに接続されたセッション管理サーバが行う。また、この発呼側と着呼側の無線または有線の通信装置間の音声データの送受信に通信中継サーバを経由させる場合がある。
【００１４】
このＨＣＡＰ方式では、さらに、着呼側の無線または有線のネットワーク装置がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）接続装置の下層に配置されていることによりアドレスが動的に割り当てられたり、ローカルＩＰアドレスが割り当てられたりしてしまうため、発呼側の無線または有線の通信装置が直接着呼側の無線または有線の通信装置と接続できないような無線または有線のネットワーク環境である場合に、通信中継サーバにより着呼側の無線または有線のネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。
また、ＡＤＳＬに限らず、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）、インターネットマンション等、あらゆる無線または有線のインターネット接続環境の中でルータ装置の設定によってその下層に無線または有線の通信装置が配置されていることより、無線または有線の通信装置のアドレスが動的に割り当てられたり、無線または有線の通信装置にローカルＩＰアドレスが割り当てられたりしてしまうため、発呼側の無線または有線の通信装置が直接着呼側の無線または有線の通信装置と接続できないような無線または有線のネットワーク環境である場合に、通信中継サーバにより着呼側の無線または有線のネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。
【００１５】
この実施の形態１では、インターネットを用いて通信データ、例えば音声データを発呼側から着呼側に送信するインターネット通信システムの一例を説明する。
図１は、実施の形態１のインターネット通信システムのシステム構成図である。
図２は、アドレス情報交換サーバの動作に必要な各構成要素の関係を示している図である。
【００１６】
図１において、インターネットを用いてデータ通信をするインターネット通信システム１は、インターネット２に接続された発呼側の通信装置、着呼側の通信装置、各種サーバを備えている。
図１では、発呼側の通信装置の一例として、無線携帯ＩＰ（インターネットプロトコル）電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０、ＩＰ電話アダプタ８１０を記載している。無線携帯ＩＰ電話機１００は、無線基地局７１０（アクセスポイント）に接続され、無線基地局７１０を介してインターネット２に接続されている。固定アナログ電話機１２０は、ＩＰ電話アダプタ８１０に接続され、ＩＰ電話アダプタ８１０を介してインターネット２に接続されている。
無線携帯ＩＰ電話機１００と固定ＩＰ電話機１１０とは、ＨＣＡＰ方式のＩＰ電話機としての機能を有している。固定アナログ電話機１２０は、ＨＣＡＰ方式のＩＰ電話機として必要な機能を電話機に代わって有するＩＰ電話アダプタ８１０に接続されることでＨＣＡＰ方式のＩＰ電話機としての機能を持つ。但し、固定アナログ電話機１２０自体に上記ＩＰ電話機としての機能を備えても構わない。また、固定アナログ電話機１２０自体が、以下の通信装置が備える「〜部」を備えても構わない。本段落内容は以下の実施の形態についても同じである。
また、図１では、着呼側の通信装置の一例として、無線携帯ＩＰ電話機２００、固定ＩＰ電話機２１０、固定アナログ電話機２２０、ＩＰ電話アダプタ８２０を記載している。無線携帯ＩＰ電話機２００は、無線基地局７２０（アクセスポイント）に接続され、無線基地局７２０を介してインターネット２に接続されている。固定アナログ電話機２２０は、ＩＰ電話アダプタ８２０に接続され、ＩＰ電話アダプタ８２０を介してインターネット２に接続されている。
無線携帯ＩＰ電話機２００と固定ＩＰ電話機２１０とは、ＨＣＡＰ方式のＩＰ電話機としての機能を有している。固定アナログ電話機２２０は、ＨＣＡＰ方式のＩＰ電話として必要な機能を電話機に代わって有するＩＰ電話アダプタ８２０に接続されることでＨＣＡＰ方式のＩＰ電話機としての機能を持つ。但し、固定アナログ電話機２２０自体にＩＰ電話としての機能を備えても構わない。また、固定アナログ電話機２２０自体が、以下の通信装置が備える「〜部」を備えても構わない。本段落内容は以下の実施の形態についても同じである。
また、図１では、各種サーバの一例として、既存通信方式呼制御管理サーバ３００、アドレス情報交換サーバ４００、既存通信方式アドレス情報管理サーバ５００を記載している。既存通信方式アドレス情報管理サーバ５００は、電話番号ＩＰアドレス交換データベース６００（記憶装置の一例である）に接続されている。
【００１７】
通信処理サーバの一例として、既存通信方式呼制御管理サーバ３００は、上記発呼側の通信装置としての、例えば、無線携帯ＩＰ電話機１００と着呼側の通信装置としての、例えば、無線携帯ＩＰ電話機２００との各通信装置からの通話処理を受け付け、通信先に接続を行う。
アドレス情報交換サーバ４００は、例えば、発呼側の無線携帯ＩＰ電話機１００と例えば、着呼側の無線携帯ＩＰ電話機２００との間でアドレス情報を交換するための処理をおこなう。
発呼側の上記無線携帯ＩＰ電話機１００は、着呼側の上記無線携帯ＩＰ電話機２００のアドレス情報が不明の状態である場合に、着呼側の無線携帯ＩＰ電話機２００の電話番号情報を入力し、入力された着呼側の無線携帯ＩＰ電話機２００の電話番号情報により上記既存通信方式呼制御管理サーバ３００へ発呼する。
上記既存通信方式呼制御管理サーバ３００は、発呼された着呼側の無線携帯ＩＰ電話機２００の電話番号情報により発呼側の上記無線携帯ＩＰ電話機１００と着呼側の上記無線携帯ＩＰ電話機２００とを接続する。
着呼側の上記無線携帯ＩＰ電話機２００は、上記既存通信方式呼制御管理サーバ３００により上記発呼側の無線携帯ＩＰ電話機１００と接続され、上記発呼側の無線携帯ＩＰ電話機１００と通話を行った場合に、接続を行った後に、上記着呼側の無線携帯ＩＰ電話機２００の電話番号情報と着呼側の無線携帯ＩＰ電話機２００のアドレス情報とを上記アドレス情報交換サーバ４００へ送信する。
上記アドレス情報交換サーバ４００は、上記着呼側の無線携帯ＩＰ電話機２００により送信された上記着呼側の無線携帯ＩＰ電話機２００の電話番号情報と着呼側の無線携帯ＩＰ電話機２００のアドレス情報とを入力し、入力された上記着呼側の無線携帯ＩＰ電話機２００の電話番号情報と着呼側の無線携帯ＩＰ電話機２００のアドレス情報とを対応させて電話番号ＩＰアドレス交換データベース６００に蓄積する。
上記発呼側の無線携帯ＩＰ電話機１００は、所定の期間後に、上記アドレス情報交換サーバ４００により蓄積された着呼側の無線携帯ＩＰ電話機２００のアドレス情報を上記アドレス情報交換サーバ４００に検索させるため上記アドレス情報交換サーバ４００にアクセスし、上記アドレス情報交換サーバ４００により検索された着呼側の無線携帯ＩＰ電話機２００のアドレス情報を入力する。
上記アドレス情報交換サーバ４００は、上記発呼側の無線携帯ＩＰ電話機１００により上記着呼側の無線携帯ＩＰ電話機２００のアドレス情報が入力された場合に、上記蓄積された着呼側の無線携帯ＩＰ電話機２００のアドレス情報を削除する。
【００１８】
図２において、アドレス情報交換サーバ４００は、アドレス情報操作メッセージ受信部４１０、アドレス情報一時的蓄積登録部４２０、アドレス情報一時的蓄積検索部４３０、アドレス情報一時的蓄積削除部４４０、アドレス情報操作メッセージ送信部４５０を有している。発呼側の通信装置、ここでは、例えば、無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０は、既存通信方式ＩＰ電話発呼部１０１、既存通信方式音声データ送受信部１０２、アドレス情報交換サーバ発呼側情報取得部１０３を有している。着呼側の通信装置、ここでは、例えば、無線携帯ＩＰ電話機２００、固定ＩＰ電話機２１０、ＩＰ電話アダプタ８２０は、既存通信方式ＩＰ電話着呼部２０１、既存通信方式音声データ送受信部２０２、アドレス情報交換サーバ着呼側情報供給部２０３を有している。
【００１９】
アドレス情報交換サーバ４００内部の動作について説明する。
アドレス情報受信部の一例として、アドレス情報操作メッセージ受信部４１０は、発呼側の通信装置（例えば、無線携帯ＩＰ電話機１００）と着呼側の通信装置（例えば、無線携帯ＩＰ電話機２００）とが接続を行った後に上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信した後に上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信する。
アドレス情報蓄積部の一例として、アドレス情報一時的蓄積登録部４２０は、上記アドレス情報操作メッセージ受信部４１０により上記着呼側の通信装置から受信された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて蓄積する。
アドレス情報検索部の一例として、アドレス情報一時的蓄積検索部４３０は、上記アドレス情報操作メッセージ受信部４１０により上記発呼側の通信装置から受信された着呼側の通信装置の電話番号情報に基づいて、上記アドレス情報一時的蓄積登録部４２０により蓄積された着呼側の通信装置のアドレス情報を検索する。
アドレス情報送信部の一例として、アドレス情報操作メッセージ送信部４５０は、上記アドレス情報一時的蓄積検索部４３０により検索された着呼側の通信装置のアドレス情報を上記発呼側の通信装置に送信する。
アドレス情報削除部の一例として、アドレス情報一時的蓄積削除部４４０は、上記アドレス情報操作メッセージ送信部４５０により上記着呼側の通信装置のアドレス情報が上記発呼側の通信装置に送信された場合に、上記アドレス情報一時的蓄積登録部４２０により蓄積された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを削除する。
【００２０】
言いかえれば、本実施の形態１に係るインターネットを用いてデータ通信をするインターネット通信システム１は、発呼側の無線または有線の通信装置と、着呼側の無線または有線の通信装置と、各通信装置からの通話処理を受け付け、通信先に接続を行うＨ．３２３やＳＩＰやＭＧＣＰなどの既存標準の通信処理サーバと、発呼側の通信装置と着呼側の通信装置との間でアドレス情報を交換するアドレス情報交換サーバ４００とを備えている。そして、発呼側の通信装置が、着呼側のアドレス情報が不明の状態で、入力された電話番号情報により既存標準の通信処理サーバへ発呼し、着呼側の通信装置へ接続し接続を行った後に、着呼側の通信装置がその電話番号情報とアドレス情報をアドレス情報交換サーバへ送信する。一方で、発呼側の通信装置が十分な時間間隔後に、そのアドレス情報交換サーバ４００へ、着呼側の通信装置のアドレス情報を蓄積されたアドレス情報から検索し、取得し、アドレス情報交換サーバは用済みとなったアドレス情報を削除する。
【００２１】
以下、さらに説明を加えると、発呼通信装置から、着呼通信装置に対して通信を行おうとして、発呼通信装置が入力された電話番号から着呼通信装置のＨＣＡＰ方式のアドレス情報をアドレス情報テーブル検索部１０４に検索する。このとき、まだ着呼通信装置のアドレス情報が検索されなかった場合に、入力された電話番号情報を既存通信方式呼制御管理サーバ３００へ発呼情報として既存通信方式ＩＰ電話発呼部１０１により送信する。この既存通信方式の通信ネットワークシステムでは、一般の公衆回線の電話番号情報からの通信装置のアドレス情報管理を行っているため、着呼通信装置のアドレスを既存通信方式アドレス情報管理サーバ５００により特定できる（例：フュージョン・コミュニケーションズが２００２年１２月より商用試験サービスを開始する）。これから既存通信方式呼制御管理サーバ３００を経由して着呼通信装置を既存通信方式ＩＰ電話着呼部２０１により呼び出すことができ、双方の通信装置の既存通信方式音声データ送受信部１０２，２０２により音声データ通信を行う。この通信の終了後に、ＨＣＡＰ方式での通信が行えるように、電話番号情報とともにＨＣＡＰ方式でのアドレス情報を着呼通信装置からアドレス情報交換サーバ着呼側情報供給部２０３にてアドレス情報交換サーバ４００へ送信する。アドレス情報交換サーバ４００では、アドレス情報操作メッセージ受信部４１０が、そのアドレス情報を受信し、アドレス情報一時的蓄積登録部４２０により、保持しておく。次に、ある一定時間を経過して、アドレス情報交換サーバ発呼側情報取得部１０３により、発呼通信装置から電話番号情報のメッセージをアドレス情報交換サーバ４００へ送信し、アドレス情報交換サーバ４００は、アドレス情報操作メッセージ受信部４１０にて受信する。この電話番号情報に基づいて、アドレス情報一時的蓄積検索部４３０により、保持されている電話番号情報に対応したＨＣＡＰ方式のアドレス情報を検索し、アドレス情報操作メッセージ送信部４５０により、発呼通信装置へ送信する。発呼通信装置は、得られたＨＣＡＰ方式のアドレス情報を自らのアドレス情報テーブル登録部１０５により記憶し、次回の通信からこのアドレス情報を元に、ＨＣＡＰ方式での通信が行えるようになる。
【００２２】
ここで、上記発呼側の通信装置と上記着呼側の通信装置とは、アドレス情報交換サーバ４００へアクセスするプロトコルとしてハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いるようにする。
【００２３】
言いかえれば、上記アドレス情報受信部の一例としてのアドレス情報操作メッセージ受信部４１０は、インターネット２を介してプロトコルとしてＨＴＴＰを用いて上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、インターネット２を介してプロトコルとしてＨＴＴＰを用いて上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信する。
【００２４】
各通信装置からのアドレス情報交換サーバへのアドレス情報関連メッセージの送受信のプロトコルとしてＨＴＴＰを使用すれば、各通信装置がファイアウォール内やＮＡＴルータ配下のプライベートＩＰアドレスエリアに存在しても、アドレス情報交換サーバ４００へのアクセスが可能となる。
【００２５】
或いは、全く同様に、上記着呼側の通信装置は、上記アドレス情報交換サーバ４００へアクセスするプロトコルとして、所定のメール送信用プロトコルを用い、上記発呼側の通信装置は、上記アドレス情報交換サーバ４００へアクセスするプロトコルとして、所定のメール受信用プロトコルを用いるようにしても構わない。
【００２６】
係る場合、上記アドレス情報受信部の一例としてのアドレス情報操作メッセージ受信部４１０は、インターネット２を介してプロトコルとして所定のメール送信用プロトコルを用いて上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、インターネット２を介してプロトコルとして所定のメール受信用プロトコルを用いて上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信する。
ここで、上記所定のメール送信用プロトコルは、例えば、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用い、上記所定のメール受信用プロトコルは、例えば、ＰＯＰ３を用いる。
【００２７】
以上のように、着呼通信装置から、アドレス情報交換サーバへのアドレス情報関連メッセージの送信のプロトコルとしてＳＭＴＰなどのメール送信用プロトコルを用い、発呼通信装置からアドレス情報交換サーバへのアドレス情報関連メッセージの受信のプロトコルとして、ＰＯＰ３などのメール受信用プロトコルを用いることで、各通信装置がファイアウォール内やＮＡＴルータ配下のプライベートＩＰアドレスエリアに存在しても、アドレス情報交換サーバへのアクセスが可能となる。この場合、アドレス情報交換サーバは、ＳＭＴＰサーバやＰＯＰ３サーバとして動作する。
【００２８】
或いは、上記着呼側の通信装置は、上記発呼側の通信装置と上記着呼側の通信装置とが共にグローバルＩＰ（インターネット プロトコル）アドレスが割り当てられている場合に、上記アドレス情報交換サーバ４００を経由せずに、トランスミッションコントロールプロトコル（ＴＣＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれかのプロトコルを用いて、上記発呼側の通信装置へ着呼側の通信装置のアドレス情報を直接送信するようにしても構わない。
【００２９】
以上のように、各通信装置が直接グローバルＩＰアドレスを割り当てられている場合には、通信装置同士が直接ＴＣＰやＵＤＰによる上位アプリケーションレベルの各種プロトコルにて通信ができるため、アドレス情報交換サーバを経由せずに、着呼通信装置から、発呼通信装置へアドレス情報を直接送信することができる。こうすることで、負荷が集中する傾向にあるアドレス情報交換サーバのアクセス負荷を低減することができる。
【００３０】
また、ここで、上記アドレス情報交換サーバ４００は、上記着呼側の通信装置から受信したアドレス情報を内部に蓄積した後、上記発呼側の通信装置から上記着呼側の通信装置のアドレス情報を取得するためのアクセスがなくても、ある一定時間後に、自動的に内部の記憶からそのアドレス情報を削除するようにしても構わない。
【００３１】
すなわち、上記アドレス情報削除部であるアドレス情報一時的蓄積削除部４４０は、上記アドレス情報一時的蓄積登録部４２０が上記着呼側の通信装置のアドレス情報を蓄積した後、アドレス情報操作メッセージ受信部４１０が上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信しなくても、所定の期間後に、自動的に上記着呼側の通信装置のアドレス情報を削除する。
【００３２】
以上のように、一方では、着呼通信装置への既存通信方式による通信が、必ずしも図２における各構成を有する発呼通信装置であるとは限らず、単純な既存通信方式だけをサポートした通信装置である可能性もあるため、アドレス情報交換サーバ４００には、着呼通信装置から送信されたアドレス情報が削除されずに、そのまま蓄積されることになる。このような事態を避けるため、一度蓄積登録されたアドレス情報も、発呼通信装置からのアクセス想定時間よりも十分に長い時間が経過してから、自動的に削除するようにする。
以上に、ＨＣＡＰ方式におけるアドレス情報交換方法について説明したが、既存通信方式に該当しない新規の通信方式でのアドレス情報についても、全く同様な方法で、アドレス情報交換による通信先のアドレス情報の学習処理が実施できる。
【００３３】
実施の形態２．
既存通信方式では、通信装置のＩＰアドレスを既存通信方式のアドレス情報管理サーバで常に把握しておく必要がある。実施の形態２では、Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＤＨＣＰ）により、通信装置に動的にＩＰアドレスが割り振られる場合に、対応できるインターネット通信システムを用いたシステムの運用構成の一例を説明する。
図３は、実施の形態２のインターネット通信システムのシステム構成図である。
図３において、インターネット通信システム１は、インターネット２に接続されたブロードバンドルータ（ルータ、ルータ装置の一例である）９１０，９２０，９３０、ＤＨＣＰサーバ１０００、既存通信方式登録情報管理サーバ１１００、ＩＰアドレス変更確認用セッション管理サーバ１３００、既存通信方式アドレス情報管理サーバ５００を備えている。既存通信方式アドレス情報管理サーバ５００は、電話番号ＩＰアドレス交換データベース６００（記憶装置の一例である）に接続されている。既存通信方式登録情報管理サーバ１１００は、既存通信方式登録情報データベース１２００（記憶装置の一例である）に接続されている。無線基地局７１０は、ブロードバンドルータ９１０に接続され、ブロードバンドルータ９１０を介してインターネット２に接続されている。固定ＩＰ電話機１１０は、ブロードバンドルータ９２０に接続され、ブロードバンドルータ９２０を介してインターネット２に接続されている。ＩＰ電話アダプタ８１０は、ブロードバンドルータ９３０に接続され、ブロードバンドルータ９３０を介してインターネット２に接続されている。
無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０、無線基地局７１０、ＩＰ電話アダプタ８１０、無線携帯ＩＰ電話機２００、固定ＩＰ電話機２１０、固定アナログ電話機２２０、無線基地局７２０、ＩＰ電話アダプタ８２０、既存通信方式アドレス情報管理サーバ５００、電話番号ＩＰアドレス交換データベース６００は、図１と同様である。
【００３４】
図４は、既存通信方式のアドレス情報管理サーバ上での各通信端末の動的に割り当てられたＩＰアドレスの管理処理に必要な各構成要素の関係を示している図である。
以下、図４において、各通信端末の動的に割り当てられたＩＰアドレスの管理処理について説明を行う。
【００３５】
通信装置、例えば、固定ＩＰ電話機１１０は、インターネットを介してデータを通信する。
例えば、ブロードバンドルータ９２０は、ＩＰ（インターネットプロトコル）アドレス情報を有し、上記通信装置に接続され、上記通信装置とインターネット２とを接続する。（ここでは、ブロードバンドルータ９１０が、無線基地局７１０を介して通信装置の一例である無線携帯ＩＰ電話機１００に接続されること、或いは、ブロードバンドルータ９３０が、通信装置の一例であるＩＰ電話アダプタ８１０を介して通信装置の一例である固定アナログ電話機１２０に接続されることを含む。）
セッション管理サーバの一例として、ＩＰアドレス変更確認用セッション管理サーバ１３００は、上記インターネット２を介して接続され、上記通信装置とデータを通信する。ＩＰアドレス変更確認用セッション管理サーバ１３００は、インターネット２を介してデータを通信する通信装置、例えば、固定ＩＰ電話機１１０とセッションを張る。
既存通信方式アドレス情報管理サーバ５００は、上記通信装置のアドレス情報を管理し、管理された通信装置のアドレス情報に基づいて上記通信装置を登録し、電話番号ＩＰアドレス交換データベース６００に記憶させる。
上記通信装置の一例である固定ＩＰ電話機１１０は、上記セッション管理サーバからの通信関連の情報を常に受信できるように上記セッション管理サーバとの間でトランスミッションコントロールプロトコル（ＴＣＰ）のセッションとユーザデータグラムプロトコル（ＵＤＰ）の論理的セッションとシンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）の論理的セッションとの内いずれかのセッションを張り、張られたセッションの切断を検知した場合に、新たに上記セッション管理サーバへＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッションを張りなおす。
上記セッション管理サーバの一例であるＩＰアドレス変更確認用セッション管理サーバ１３００は、上記通信装置により張りなおされたＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッション上で上記ブロードバンドルータ９２０のＩＰアドレス情報を取得し、取得されたＩＰアドレス情報を上記通信装置へ送信する。
上記通信装置の一例である固定ＩＰ電話機１１０は、上記セッション管理サーバにより送信されたＩＰアドレス情報を受信し、受信されたＩＰアドレス情報に基づいて、上記アドレス情報管理サーバ５００へ、自己の再登録処理の要求を行う。
【００３６】
ここで、セッション管理サーバの一例であるＩＰアドレス変更確認用セッション管理サーバ１３００の動作について説明する。
図４において、ＩＰアドレス変更確認用セッション管理サーバ１３００は、セッションキープアライブ部１３０１、通信装置ＩＰアドレス確認部１３０２、送信部１３０３を有している。
セッション維持部の一例として、セッションキープアライブ部１３０１は、上記通信装置、例えば、ここでは固定ＩＰ電話機１１０に接続されたルータ、例えば、ここではブロードバンドルータ９２０を介して上記通信装置との間でトランスミッションコントロールプロトコル（ＴＣＰ）のセッションとユーザデータグラムプロトコル（ＵＤＰ）の論理的セッションとシンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）の論理的セッションとの内いずれかのセッションを張っていることを示す識別情報を上記通信装置に出力する。
ＩＰアドレス情報取得部の一例として、通信装置ＩＰアドレス確認部１３０２は、上記セッションキープアライブ部１３０１により出力された識別情報を上記通信装置が入力できず、上記通信装置がセッションの切断と判断して再度ＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッションを張りなおしてきた場合に、上記ルータのＩＰアドレス情報を取得する。
送信部１３０３は、上記通信装置により張りなおされたＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッション上で上記通信装置ＩＰアドレス確認部１３０２により取得された上記ルータのＩＰアドレス情報を上記通信装置へ送信する。
【００３７】
ここで、通信装置、例えば、ここでは固定ＩＰ電話機１１０の動作について説明する。
固定ＩＰ電話機１１０は、ルータ、例えば、ここではブロードバンドルータ９２０を介してセッション管理サーバの一例であるＩＰアドレス変更確認用セッション管理サーバ１３００との間でデータを通信する。
入力部の一例として、既存通信方式音声データ送受信部１０２は、上記セッション管理サーバとの間でトランスミッションコントロールプロトコル（ＴＣＰ）のセッションとユーザデータグラムプロトコル（ＵＤＰ）の論理的セッションとシンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）の論理的セッションとの内いずれかのセッションを張っていることを示す識別情報を上記セッション管理サーバから入力する。
セッション張り部の一例として、セッション管理クライアント部１０７は、上記入力部により上記識別情報が入力されない場合に、上記セッション管理サーバとの間でのセッションが切断したと判断して再度ＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッションを張りなおす。
通信装置登録部の一例として、既存通信方式通信装置登録部１０８は、アドレス情報を用いて上記通信装置を管理するアドレス情報管理サーバ５００へ、上記ルータのＩＰ（インターネットプロトコル）アドレス情報に基づいて自己の登録処理の要求を行う。
上記既存通信方式音声データ送受信部１０２は、上記セッション管理クライアント部１０７によりセッションが張りなおされた場合に、上記セッション管理サーバから上記ルータのＩＰアドレス情報を入力し、
上記既存通信方式通信装置登録部１０８は、上記セッション管理クライアント部１０７によりセッションが張りなおされた場合に、上記アドレス情報管理サーバ５００へ上記入力部により入力された上記ルータのＩＰアドレス情報に基づいて自己の再登録処理の要求を行う。
【００３８】
言いかえれば、セッション管理サーバは、通信装置からセッション管理サーバからの通信関連の情報を常に受信できるようにＴＣＰのセッション、または、ＵＤＰやＳＣＴＰを用いる論理的セッションを張っており、通信装置がそのセッションの切断を検知したときに、新たに通信装置からセッション管理サーバへＴＣＰ、ＵＤＰ、ＳＣＴＰのセッションを張りなおす。係る場合、そのＴＣＰ、ＵＤＰ、ＳＣＴＰセッション上でセッション管理サーバは、通信装置の上位に接続されたルータ側のＩＰアドレスを取得し、そのＩＰアドレス情報を通信装置側へ送信する。通信装置は受信したＩＰアドレス情報に基づいて、既存通信方式のアドレス情報管理サーバへ、通信装置の再登録処理を行う。
【００３９】
ここで、上記セッション管理クライアント部１０７は、上記既存通信方式音声データ送受信部１０２により上記識別情報が所定の期間入力されない場合に、データ受信のタイムアウトとして上記セッション管理サーバとの間でのセッションが切断したと判断する。
そして、上記既存通信方式通信装置登録部１０８は、上記セッション管理クライアント部１０７によりセッションが張りなおされた場合に、上記アドレス情報管理サーバ５００へ上記既存通信方式音声データ送受信部１０２により入力された上記ルータのＩＰアドレス情報を自己のＩＰアドレス情報として再度登録処理の要求を行う。
【００４０】
言いかえれば、セッション管理サーバは、通信装置からセッション管理サーバからの通信関連の情報を常に受信できるようにＴＣＰのセッション、または、ＵＤＰやＳＣＴＰを用いる論理的セッションを張っており、セッション管理サーバから通信装置がそのデータ受信のタイムアウトを検知したときに、新たに通信装置からセッション管理サーバへＴＣＰ、ＵＤＰ、ＳＣＴＰのセッションを張りなおす。係る場合、そのＴＣＰ、ＵＤＰ、ＳＣＴＰセッション上でセッション管理サーバは、通信装置の上位に接続されたルータ側のＩＰアドレスを取得し、そのＩＰアドレス情報を通信装置側へ送信し、通信装置は受信したＩＰアドレス情報に基づいて、既存通信方式のアドレス情報管理サーバ５００へ、通信装置の再登録処理を行う。
【００４１】
すなわち、通信装置は、起動後に、セッション管理クライアントブロードバンドルータは、その利用しているインターネットサービスプロバイダ（ＩＳＰ）の設置しているＤＨＣＰサーバ１０００から内蔵されたＤＨＣＰクライアント部９０１により動的にＩＰアドレスを割り当てられる。通信装置は、起動時に一度、上位のブロードバンドルータのＩＰアドレスを割り当てられると、セッション管理サーバに対して、セッション管理クライアント部１０７により、ＴＣＰ上のセッション、または、ＵＤＰやＳＣＴＰ上のアプリケーションレベルにて定義された論理的セッションを張ることができる。一度セッションが張られると、セッション管理サーバ側では、通信装置ＩＰアドレス確認部１３０２が接続してきた通信装置側のＩＰアドレスを一般的なソケットライブラリの処理系により確認する。セッション管理サーバ側よりこの通信装置側のＩＰアドレスを通信装置に知らせることができる。この通信装置側のＩＰアドレスは、実際には上位に位置するブロードバンドルータのＩＰアドレスである。
さらに、この既存通信方式の通信を可能とするため、そのＩＰアドレスを元に、既存通信方式アドレス情報管理サーバへ登録メッセージを送信し、登録を行う。
【００４２】
この後に、通信装置の上位のブロードバンドルータに割り当てられたＩＰアドレスが変更されると、自動的に、通信装置とセッション管理サーバ間に張られたセッションが切断される。基本的に、ソケットライブラリの処理系により、セッションの切断がアプリケーションソフトウェアにて検知することができるが、ソケットライブラリの処理系によっても検知できない場合もあり、このようなときは、定期的にセッション管理サーバから通信装置に対して張られたセッションと通して、セッション保持を示すデータがセッションキープアライブ部１３０１により送信されつづけており、このデータ（識別情報の一例）が途絶えてタイムアウト検出をすることで、セッションが切断されたことが通信装置側に判明する。
【００４３】
次に、セッションが切断された通信装置は、新たにセッション管理サーバに対してセッションの接続を行おうとして、セッション管理サーバへアクセスする。前回と同様に、セッション管理サーバ側では、接続してきた通信装置側のＩＰアドレスを通信装置ＩＰアドレス確認部１３０２により確認することができる。一度セッションが張られると、セッション管理サーバ側よりこの通信装置側のＩＰアドレスを通信装置に知らせることができる。そして、再び、この既存通信方式の通信を可能とするため、そのＩＰアドレスを元に、既存通信方式アドレス情報管理サーバへ登録メッセージを送信し、登録を行う。
【００４４】
なお、この実施の形態２にて説明しているセッション管理サーバは、ＨＣＡＰ方式にて定義されるセッション管理サーバである必要はない。上述したように、動的なＩＰアドレスの変更を検知するためだけにセッション管理を行う位置付けのサーバでよい。
以上から、ブロードバンドルータのＩＰアドレスが動的に変更されても、常に通信装置を既存通信方式アドレス情報管理サーバへ自動的に再登録をすることができる。
【００４５】
実施の形態３．
実施の形態２では、通信装置とセッション管理サーバのしくみを用いて、通信装置の上位のブロードバンドルータのＩＰアドレスが変更される場合の対応処理について説明したが、実施の形態３では、通信装置に特別な手段を設けるのでなく、ブロードバンドルータに特別な手段を設けることで、同様な対応ができるようにした。
図５は、実施の形態３のインターネット通信システムのシステム構成図である。
図５において、同一番号の構成は、図３と同様である。
図６は、既存通信方式のアドレス情報管理サーバ上での各通信端末の動的に割り当てられたＩＰアドレスの管理処理に必要な各構成要素の関係を示している図である。
【００４６】
ルータ装置、例えば、ブロードバンドルータ９２０は、インターネット２を用いてデータ通信をする通信装置、例えば、ここでは固定ＩＰ電話機１１０に接続され、上記通信装置をインターネット２に接続する。
ブロードバンドルータ９２０は、ＩＰアドレスが動的に割り当てられ、割り当てられた際に、割り当てられたＩＰアドレスを上記通信装置のＩＰアドレス情報として、アドレス情報を用いて上記通信装置を管理するアドレス情報管理サーバ５００へ上記通信装置に代わって上記通信装置の登録処理の要求を行う。
【００４７】
以下、図６において、各通信端末の動的に割り当てられたＩＰアドレスの管理処理について説明を行う。
インターネット通信システム１の通信装置、例えば、固定ＩＰ電話機１１０の上位に接続されたルータ装置、例えばここでは、ブロードバンドルータ９２０は、ＤＨＣＰクライアント部９０１を備え、ＩＳＰ等からＩＰアドレスを動的に割り当てられる際に、通信装置が行うべき既存通信方式のアドレス情報管理サーバ５００への再登録処理を代行して行う既存通信方式再登録処理手段、ここでは既存通信方式通信装置登録部９０２を備える。
【００４８】
すなわち、ブロードバンドルータは、ＤＨＣＰクライアント機能を備えるため、ＤＨＣＰサーバ１０００からのＩＰアドレス割り当ての更新処理を行い、ＩＰアドレスが更新されるタイミングを把握できる。これから、ＩＰアドレスが変更されたときに、通信装置に代わって、通信装置が行うべき、既存通信方式アドレス情報管理サーバ５００へ既存通信方式通信装置登録部９０２により再登録処理を行うことが可能である。
【００４９】
実施の形態４．
実施の形態２、３では、ブロードバンドルータ配下の通信装置を既存通信方式アドレス情報管理サーバへの登録する方式について説明した。実施の形態４では、この登録だけでなく、既存通信方式による外部からの通信の着呼を受け付けるための構成の１つについて説明する。
図７は、実施の形態４のインターネット通信システムのシステム構成図である。
図７において、同一番号の構成は、図１、図３と同様である。ルータ装置の一例としてのブロードバンドルータ９１０は、インターネット２を用いてデータ通信をする複数の通信装置、例えばここでは、無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０に接続されている。無線携帯ＩＰ電話機１００は、無線基地局７１０を介してブロードバンドルータ９１０に接続されている。固定アナログ電話機１２０は、これまた通信装置の一例であるＩＰ電話アダプタ８１０を介してブロードバンドルータ９１０に接続に接続されている。
図８は、ブロードバンドルータの配下の通信端末が既存通信方式の通信の着呼を受け付けることが可能な構成の要素の関係を示している図である。
図９は、エリア外の通信装置からブロードバンドルータ配下の通信装置へ発呼処理を行うＳＩＰ（セッション・イニシエイション・プロトコル）方式での呼制御メッセージのフローの例を示す図である。
【００５０】
呼制御部の一例として、既存通信方式呼制御管理サーバ部９０３は、呼制御管理をおこなう呼制御管理サーバ３００からインターネット２介して発呼メッセージを受信し、受信された発呼メッセージに基づいて、着信処理すべき上記通信装置を識別し、識別された通信装置に対する新たな発呼メッセージを生成し、生成された新たな発呼メッセージを識別された通信装置に送信し、送信された通信装置への着信処理をおこなう。
【００５１】
言いかえれば、インターネット通信システム１の通信装置の上位に接続されたルータ装置は、既存通信方式の着信処理について、既存通信方式の呼制御管理サーバ３００からの発呼メッセージをルータ装置に内蔵された既存通信方式呼制御管理サーバ部９０３により対応し、ルータ装置配下の個別の通信装置を識別して呼び出して着信処理を行える。
【００５２】
すなわち、ブロードバンドルータの配下は、プライベートＩＰアドレスエリアとなるため、ＳＩＰのような既存通信方式では、そのエリアとＷＡＮ（ＷｉｄｅＡｒｅａ Ｎｅｔｗｏｒｋ）側の出入り口にＳＩＰプロキシのような呼制御管理サーバを設置することで、そのエリア内の通信装置に対して、エリアの外から通信を行うことができる。この実施の形態４では、本格的なＳＩＰプロキシのような既存通信方式呼制御管理サーバを設置するのではなく、ブロードバンドルータ内にエリア内の通信装置の発着呼の処理を管理する簡易な呼制御管理サーバ手段を内蔵させる。エリア外の通信装置からの発呼処理は、インターネット上に配置されている既存通信方式呼制御管理サーバの管理にて、このブロードバンドルータ配下の通信装置に対して行われる。ただし、エリア外の既存通信方式呼制御管理サーバが直接通信装置を特定して発呼メッセージを送信できないので、ブロードバンドルータ内の既存通信方式呼制御管理サーバ手段にて引き受け、そこからさらに発呼メッセージを通信装置へ送信するようにして、通信装置の着呼処理が可能となる。
【００５３】
実施の形態５．
実施の形態５では、実施の形態４と同様に、既存通信方式による外部からの通信の着呼を受け付けるための構成の１つについて説明する。
図１０は、実施の形態５のインターネット通信システムのシステム構成図である。
図１０において、同一番号の構成は、図１、図３と同様である。ルータ装置の一例としてのブロードバンドルータ９１０は、インターネット２を用いてデータ通信をする複数の通信装置、例えばここでは、無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０に接続されている。無線携帯ＩＰ電話機１００は、無線基地局７１０を介してブロードバンドルータ９１０に接続されている。固定アナログ電話機１２０は、ＩＰ電話アダプタ８１０を介してブロードバンドルータ９１０に接続に接続されている。
図１１は、ブロードバンドルータの配下の通信端末が既存通信方式の通信の着呼を受け付けることが可能な構成の要素の関係を示している図である。
図１１において、ブロードバンドルータ９１０は、図６の構成に、さらに、ＮＡＴ配下識別部９０４を有している。
図１２は、本実施例で特徴的なＮＡＴ配下識別部の処理概要を説明する図である。
図１３は、エリア外の通信装置からブロードバンドルータ配下の通信装置へ発呼処理を行うＳＩＰ方式での呼制御メッセージのフローの例を示す図である。
【００５４】
転送部の一例として、ＮＡＴ配下識別部９０４は、呼制御管理をおこなう呼制御管理サーバからインターネットを介して発呼メッセージを受信し、受信された発呼メッセージに基づいて、上記発呼メッセージを含む、同一のメッセージシーケンスとなるメッセージのＩＰ（インターネットプロトコル）データパケットを上記複数の通信装置のいずれかへ転送する。
上記発呼メッセージは、通信先となる通信装置を識別する通信装置識別子を有する。
上記ＮＡＴ配下識別部９０４は、アドレス対応テーブル９０４１、検索部９０４２、送信部９０４３を有している。
アドレス対応テーブル９０４１は、上記複数の通信装置の各通信装置の通信装置識別子と上記各通信装置のプライベートアドレスとを対応させたテーブルである。
検索部９０４２は、上記受信された発呼メッセージが有する通信装置識別子に基づいて、上記アドレス対応テーブル９０４１から上記複数の通信装置の内、通信先となる通信装置のプライベートアドレスを検索する。
送信部９０４３は、上記検索部９０４２により検索されたプライベートアドレスを有する通信装置へ上記ＩＰデータパケットを送信する。
【００５５】
言いかえれば、インターネット通信システム１の通信装置の上位に接続されたルータ装置は、既存通信方式の着信処理について、既存通信方式の呼制御管理サーバ３００からの発呼メッセージをメッセージ内部の通信先通信装置のアドレス情報を確認して、ルータ装置に内蔵しているＮＡＴテーブル上にて登録された通信装置を検索し、そのＮＡＴのプライベートアドレスに対して、そのメッセージを含む、同一のメッセージシーケンスとなるメッセージのＩＰデータパケットをその通信装置へルーティング処理するＮＡＴ配下識別部９０４を備える。
【００５６】
実施の形態４にて説明したように、ブロードバンドルータ配下のエリア内の通信装置へ発呼メッセージを直接送信することは、一般にできない。これは、発呼メッセージのＩＰパケットが、ブロードバンドルータに割り当てられたＩＰアドレスに向けて送信されるため、ブロードバンドルータの配下へ転送するしくみが必要となる。基本的に発呼メッセージには、ＳＩＰの例のように、発呼先の通信装置のアドレスがＩＰアドレスと通信装置の識別子を合わせたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｃｅ Ｌｏｃａｔｏｒ）として、書かれている。したがって、この通信装置の識別子から、該当する実際の通信装置のプライベートＩＰアドレスを調べるテーブルを用意し、発呼メッセージ内の宛先を確認することで、該当する通信装置にその発呼メッセージのＩＰパケットを転送（ルーティング）することができる。図１２では、各通信装置の識別子がＴＥＬ１〜４として示されている。なお、１回分の通話のために、通信装置と既存通信方式呼制御管理サーバとの間に複数のメッセージが送受信されるが、この１回分の通話に関しては、同一のＣａｌｌ ＩＤをもつため、それに該当するメッセージのＩＰパケットを判別して該当する通信装置にルーティングすることができる。
【００５７】
また、上記ルータ装置の一例であるブロードバンドルータ９１０は、さらに、複数のユーザデータグラムプロトコル（ＵＤＰ）ポートを備えている。図１１、図１２においては、ＵＤＰポートＮＯ．１〜ＮＯ．４をＵＤＰポート９０５１，９０５２，９０５３，９０５４として記載している。
上記ルータ装置の一例であるブロードバンドルータ９１０は、外部からＵＤＰを用いたデータを上記複数のＵＤＰポート９０５１，９０５２，９０５３，９０５４のいずれかを用いて受信する。
上記データは、上記複数のＵＤＰポート９０５１，９０５２，９０５３，９０５４のいずれかを識別するＵＤＰポート識別子を有し、
上記アドレス対応テーブル９０４１は、さらに、上記複数のＵＤＰポート９０５１，９０５２，９０５３，９０５４の各ＵＤＰポートを識別するＵＤＰポート識別子と上記複数の通信装置の各通信装置のプライベートアドレスとを対応させている。
上記検索部９０４２は、上記受信されたデータが有するＵＤＰポート識別子に基づいて、上記アドレス対応テーブル９０４１から上記複数の通信装置の内、通信先となる通信装置のプライベートアドレスを検索する。
上記送信部９０４３は、上記検索部９０４２により検索されたプライベートアドレスを有する通信装置へ上記データを送信する。
【００５８】
上記転送部の一例としてのＮＡＴ配下識別部９０４は、発呼メッセージを受信し、上記ＩＰデータパケットを上記通信先となる通信装置へ転送する際に、上記複数の通信装置の各通信装置のプライベートアドレスと対応するＵＤＰポート識別子を動的に決定する。
上記アドレス対応テーブル９０４１は、動的に決定された各通信装置のプライベートアドレスと各ＵＤＰポート識別子とを対応させ、
上記検索部９０４２は、上記受信されたデータが有するＵＤＰポート識別子に基づいて、上記動的に対応させられたＵＤＰポート対応テーブルから上記複数の通信装置の内、通信先となる通信装置のプライベートアドレスを検索する。
上記送信部９０４３は、上記検索部９０４２により検索されたプライベートアドレスを有する通信装置へ上記データを送信する。
【００５９】
言いかえれば、データ通信をするインターネット通信システムの通信装置の上位に接続されたルータ装置は、既存通信方式の着信処理の完了後の音声データ送受信処理を、個別の通信装置ごとに、専用のＵＤＰポートを使用できるように、動的にＮＡＴテーブルに設定を行い、音声データの通信装置へのルーティングを実施できる。
【００６０】
また、既存通信方式の呼制御処理が完了して、ブロードバンドルータ配下の通信装置と、エリア外の通信装置との間にて、音声ストリームデータの送受信を行うが、一般の既存通信方式では、音声ストリームデータはＵＤＰ上のプロトコルを用いることが多い。音声ストリームデータのパケットには、ブロードバンドルータ配下の通話先を特定する識別子が一般にないため、各通話装置ごとの通話に対してＵＤＰポートを別個に使用する必要がある。この使用ＵＤＰポートの割り当ては、上記の呼制御処理の中で決定されるので、このブロードバンドルータ配下の通信装置ごとに割り当てられるＵＤＰポート番号をＮＡＴ配下識別部９０４の内蔵テーブルに登録しておき、実際にエリア外の通信装置から送信されてきたＵＤＰパケットについて、ＵＤＰポート番号を確認し、該当するブロードバンドルータ配下の通信装置へルーティングする。このようにすることで、通話開始時に動的に決定されるＵＤＰポート番号別の音声ストリームデータ通信を実現できる。なお、ここでは、ＮＡＴ配下識別部９０４の内蔵テーブルへのＵＤＰポート番号を動的に登録する方式について説明したが、事前にこの内蔵テーブルに、通信装置ごとに固定的に使用するＵＤＰポート番号を静的に決めておき、そのポート番号を登録しておくことも可能である。
【００６１】
実施の形態６．
実施の形態１〜５においては、既存通信方式の通信装置をより多様な形態で利用ができるような構成を説明した。この実施の形態６では、ＨＣＡＰ方式の通信装置から、既存通信方式による公衆回線接続を行える形態の１つについて説明する。
【００６２】
ＨＣＡＰ方式の通信装置は、基本的にどのようなネットワーク環境であろうとも、一般のインターネットにＨＴＴＰによるアクセスが可能であれば、ＩＰ回線による通話が可能である。一方では、既存通信方式の通信装置は、原則として通信装置にグローバルＩＰアドレスが固定的に割り当てられる必要があった。これから、ＨＣＡＰ方式を内蔵し、一般の公衆回線電話対応として、既存通信方式も利用可能な通信装置は、使用できるネットワーク環境に制限が課されていた。そこで、本実施例では、通信装置側はＨＣＡＰ方式にて運用し、インターネット上に設置されたＨＣＡＰ方式のセッション管理サーバから、既存通信方式にて既存通信方式の呼制御管理サーバやメディアゲートウェイに接続できるしくみとしている。これには、２種類の方法があり、以下に順番に説明を行う。
【００６３】
（１）ＨＣＡＰ方式セッション管理サーバに既存通信方式クライアント手段を内蔵する方法の場合
図１４は、実施の形態６のＨＣＡＰ方式の通信方式の通信装置から既存通信方式による公衆回線の電話機への接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
図１４において、インターネット通信システム１は、インターネット２に接続された既存通信方式呼制御管理サーバ３００、既存通信方式クライアント機能及びＨＣＡＰ方式セッション管理サーバ１４００、ＨＣＡＰ方式通話中継サーバ１５００、既存通信方式メディアゲートウェイ１６００、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０を介してインターネット２に接続された固定アナログ電話機１２０を備えている。既存通信方式メディアゲートウェイ１６００は、公衆回線３に接続されている。固定アナログ電話機１７００は、公衆回線３に接続されている。
【００６４】
図１５は、実施の形態６の既存通信方式による公衆回線の電話機からＨＣＡＰ方式の通信方式の通信装置に対して、接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
図１５において、各構成は、図１４と同様である。
【００６５】
図１６は、ＨＣＡＰ方式の通信装置が既存通信方式による公衆回線接続による公衆電話機との間の通信をすることが可能な構成の要素の関係を示している図である。
図１６において、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００、インターネット２に接続された固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０を介してインターネット２に接続された固定アナログ電話機１２０は、ＨＣＡＰ方式ＩＰ電話発呼部１１１、ＨＣＡＰ方式ＩＰ電話着呼部１１６、ＨＣＡＰ方式音声データ送受信部１１２を有している。
ＨＣＡＰ方式セッション管理サーバ１４００は、既存通信方式クライアント部１４０１、ＨＣＡＰ方式セッション管理部１４０２、メディアゲートウェイ制御部１４０３を有している。
ＨＣＡＰ方式通話中継サーバ１５００は、ＨＣＡＰ方式音声データ送受信部１５０１を有している。
既存通信方式呼制御管理サーバ３００は、既存通信方式呼制御部３０１を有している。
【００６６】
図１７は、ＨＣＡＰ方式と既存通信方式の１つであるＳＩＰ方式の本実施例６の場合の呼制御メッセージのフローの概念を示している図である。
図１７において、同一番号の構成は、図１５と同様である。
【００６７】
異方式アクセス部の一例として、既存通信方式クライアント部１４０１は、ＨＣＡＰ方式の通信装置、例えば、固定ＩＰ電話機１１０とＨＣＡＰ方式とは異なる方式の通信装置、例えばここでは、固定アナログ電話機１７００との間にて通信を行うために、上記ＨＣＡＰ方式とは異なる方式を用いてインターネットでデータ通信をする通信装置に対し呼制御管理をおこなう呼制御管理サーバ３００に上記呼制御管理サーバ３００が用いる方式を用いてアクセスする。
【００６８】
言いかえれば、インターネット通信システム１のＨＣＡＰ方式のセッション管理サーバ１４００は、ＨＣＡＰ方式と既存通信方式の各通信装置との間にて通信を行うために、既存通信方式の呼制御管理サーバ３００に一般の既存通信方式の通信装置としてアクセスができる既存通信方式のクライアント機能部を内蔵する。
【００６９】
上記呼制御管理サーバ３００は、上記ＨＣＡＰ方式とは異なる方式の通信装置（ここでは固定アナログ電話機１７００）とインターネット２とを接続する上記ＨＣＡＰ方式とは異なる方式のメディアゲートウェイ１６００を制御する。
上記メディアゲートウェイ制御部１４０３は、ＨＣＡＰ方式の通信装置とＨＣＡＰ方式とは異なる方式の通信装置との間にて通信を行うために、上記呼制御管理サーバ３００が制御する上記メディアゲートウェイ１６００を制御する。
【００７０】
言いかえれば、インターネット通信システム１のＨＣＡＰ方式のセッション管理サーバ１４００は、ＨＣＡＰ方式と既存通信方式の各通信装置との間にて通信を行うために、既存通信方式の呼制御管理サーバ３００が既存通信方式のメディアゲートウェイ１６００を制御する機能手段を内蔵する。
【００７１】
既存通信方式の通信装置が既存通信方式の呼制御管理サーバ３００に対して、発着呼処理を行うと同様に、ＨＣＡＰ方式のセッション管理サーバ１４００内に既存通信方式のクライアント手段を用意することにより、既存通信方式呼制御管理サーバ３００からすれば、１つの通信装置からの発着呼処理に見せかけた処理を行うことができる。このようにすることで、ＨＣＡＰ方式の通信装置は、ファイアウォールやＮＡＴルータの配下のエリアにあっても、ＨＣＡＰ方式の通話中継サーバ１５００まで音声ストリームデータの送受信を行うことができるので、通話中継サーバ１５００からさらに既存通信方式のメディアゲートウェイ１６００を経由して一般の公衆回線３の電話機と通信を行うことができる。
【００７２】
（２）既存通信方式呼制御管理サーバにＨＣＡＰ方式セッション管理手段を内蔵する場合
図１８は、実施の形態６のＨＣＡＰ方式の通信方式の通信装置から既存通信方式による公衆回線の電話機への接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
図１８において、インターネット通信システム１は、インターネット２に接続されたＨＣＡＰ方式セッション及び既存通信方式呼制御管理サーバ３５０、ＨＣＡＰ方式セッション管理サーバ１４５０、ＨＣＡＰ方式通話中継サーバ１５００、既存通信方式メディアゲートウェイ１６００、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０を介してインターネット２に接続された固定アナログ電話機１２０を備えている。既存通信方式メディアゲートウェイ１６００は、公衆回線３に接続されている。固定アナログ電話機１７００は、公衆回線３に接続されている。
【００７３】
図１９は、実施の形態６の既存通信方式による公衆回線の電話機からＨＣＡＰ方式の通信方式の通信装置に対して、接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
図１９における各構成は、図１８と同様である。
【００７４】
図２０は、ＨＣＡＰ方式の通信装置が既存通信方式による公衆回線接続による公衆電話機との間の通信をすることが可能な構成の要素の関係を示している図である。
図２０において、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００、インターネット２に接続された固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０を介してインターネット２に接続された固定アナログ電話機１２０は、ＨＣＡＰ方式ＩＰ電話発呼部１１１、ＨＣＡＰ方式ＩＰ電話着呼部１１６、ＨＣＡＰ方式音声データ送受信部１１２を有している。
ＨＣＡＰ方式セッション管理サーバ１４５０は、ＨＣＡＰ方式セッション管理部１４０２を有している。
ＨＣＡＰ方式通話中継サーバ１５００は、ＨＣＡＰ方式音声データ送受信部１５０１を有している。
既存通信方式呼制御管理サーバ３５０は、ＨＣＡＰとは異なる方式の呼制御管理サーバであって、既存通信方式呼制御部３０１、ＨＣＡＰ方式セッション管理部３５１を有している。
【００７５】
図２１は、ＨＣＡＰ方式と既存通信方式の１つであるＳＩＰ方式の本実施例７の場合の呼制御メッセージのフローの概念を示している図である。
図２１において、同一番号の構成は、図１８と同様である。
【００７６】
異方式アクセス部の一例として、ＨＣＡＰ方式セッション管理部３５１は、ＨＣＡＰ方式の通信装置（ここでは、例えば、固定ＩＰ電話機１１０）とＨＣＡＰ方式とは異なる方式の通信装置（ここでは、例えば、固定アナログ電話機１７００）との間にて通信を行うために、上記ＨＣＡＰ方式を用いてインターネット２でデータ通信をする通信装置（ここでは、例えば、固定ＩＰ電話機１１０）に対し呼制御管理をおこなうセッション管理サーバ１４５０に上記ＨＣＡＰ方式を用いてアクセスする。
【００７７】
ＨＣＡＰ方式セッション管理サーバ１４５０が対抗で接続する既存通信方式呼制御管理サーバ３５０側にＨＣＡＰ方式セッション管理部３５１を備え、前者のＨＣＡＰ方式セッション管理サーバ１４５０側からすれば、同等のＨＣＡＰ方式セッション管理サーバと接続して、ＨＣＡＰ方式のサーバ間呼制御処理を実施する。このようにすることで、ＨＣＡＰ方式の通信装置は、ファイアウォールやＮＡＴルータの配下のエリアにあっても、ＨＣＡＰ方式の通話中継サーバまで音声ストリームデータの送受信を行うことができるので、通話中継サーバから、さらにＨＣＡＰ方式通話中継サーバに見せかけて既存通信方式のメディアゲートウェイ１６００に対してもＨＣＡＰ方式の通話中継処理を行い、一般の公衆回線の電話機（ここでは、例えば、固定アナログ電話機１７００）と通信を行うことができる。
【００７８】
実施の形態７．
図２２は、実施の形態７のインターネット通信システムのシステム構成図である。
図２２において、インターネット２を用いてデータ通信をするインターネット通信システム１は、インターネット２に接続された発呼側の通信装置、着呼側の通信装置、各種サーバを備えている。実施の形態７におけるインターネット通信システム１は、既存通信方式を用いている。
図２２では、発呼側の通信装置の一例として、無線携帯ＩＰ（インターネットプロトコル）電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０を記載している。無線携帯ＩＰ電話機１００は、無線基地局７１０（アクセスポイント）に接続され、無線基地局７１０を介してインターネット２に接続されている。固定アナログ電話機１２０は、ＩＰ電話アダプタ８１０に接続され、ＩＰ電話アダプタ８１０を介してインターネット２に接続されている。
また、図２２では、着呼側の通信装置の一例として、無線携帯ＩＰ電話機２００、固定ＩＰ電話機２１０、固定アナログ電話機２２０を記載している。無線携帯ＩＰ電話機２００は、無線基地局７２０（アクセスポイント）に接続され、無線基地局７２０を介してインターネット２に接続されている。固定アナログ電話機２２０は、ＩＰ電話アダプタ８２０に接続され、ＩＰ電話アダプタ８２０を介してインターネット２に接続されている。
また、図２２では、各種サーバの一例として、既存通信方式呼制御管理サーバ３００、既存通信方式アドレス情報管理サーバ５００、既存通信方式登録情報管理サーバ１８００を記載している。既存通信方式アドレス情報管理サーバ５００は、電話番号ＩＰアドレス交換データベース６００（記憶装置の一例である）に接続されている。既存通信方式登録情報管理サーバ１８００は、顧客通信装置登録情報データベース１９００（記憶装置の一例である）に接続されている。
【００７９】
通信装置の一例として、例えば、固定ＩＰ電話機１１０は、自己を識別する識別子情報を有し、インターネット２を用いてデータ通信をする。通信装置の一例として、電話機本体（ここでは、例えば、無線携帯ＩＰ電話機２００、固定ＩＰ電話機１１０、固定アナログ電話機２２０）ではなく、例えば、ＩＰ電話アダプタ８２０等のアダプタ機器、或いは無線基地局７２０であっても構わない。
例えば、固定ＩＰ電話機１１０は、ユーザアカウント情報とパスワード認証情報との少なくとも１つを用いてアクセスすることにより通信装置のアドレス情報を登録可能なアドレス情報管理サーバ５００へアクセスするために、上記アクセスするために必要なユーザアカウント情報とパスワード認証情報との少なくとも１つを管理する登録情報管理サーバ１８００に、自己の電源投入時と自己がおこなう特定のコマンド入力の操作後と一定期間毎との内少なくとも１つの時にインターネット２経由にてアクセスし、上記通信装置が有する識別子情報を上記登録情報管理サーバ１８００に送信する。そして、例えば、固定ＩＰ電話機１１０は、上記登録情報管理サーバ１８００に送信された識別子情報に基づいて、上記登録情報管理サーバ１８００により管理される上記アドレス情報管理サーバ５００へアクセスするために必要なユーザアカウント情報とパスワード認証情報との少なくとも１つを上記登録情報管理サーバ１８００から取得する。
【００８０】
言いかえれば、通信装置（例えば、固定ＩＰ電話機１１０）は、電源投入時、または、特定のコマンド入力の操作後、または、一定周期ごとに、既存通信方式登録情報管理サーバ１８００へインターネット２経由にてアクセスし、その通信装置のもつ識別子情報を送信する。そして、既存通信方式登録情報管理サーバ１８００内で登録されている顧客の登録情報に基づいて、既存通信方式のアドレス情報管理サーバ５００へアクセスするためのユーザアカウント情報やパスワード認証情報を取得する。
【００８１】
ここまでで、示してきた既存通信方式の通信では、通信装置が通信を行う前に既存通信方式アドレス情報管理サーバ５００への登録処理を必要としていた。この登録処理では、顧客の契約の基づくユーザアカウント情報やパスワード認証情報が必要とされる。しかし、ＩＰ電話アダプタ８１０のような通信装置では、このようなユーザアカウント情報やパスワード認証情報を顧客に入力操作を行わせることは困難である。そこで、この実施の形態７では、既存通信方式の通信装置にて、顧客の契約情報からこの既存通信方式の登録処理も自動的に行える構成について説明する。
まず、顧客の契約情報と連携されている顧客通信装置登録情報データベース１９００を備える既存通信方式登録情報管理サーバ１８００に、通信装置が電源投入時や、ある一定の周期ごとなどで、通信装置の製造番号などの識別子情報を送信すると共にアクセスし、その該当する顧客の通信装置のユーザアカウント情報やパスワード認証情報をその返信にて取得する。この後に、既存通信方式の登録処理として、通信装置が既存通信方式アドレス情報管理サーバ５００へ、得られたユーザアカウント情報やパスワード認証情報を送信する。以降、既存通信方式の通常の発着呼処理を既存通信方式呼制御管理サーバ３００を通して行うことができる。
【００８２】
実施の形態８．
図２３は、実施の形態８の無線通信装置の利用を可能とするインターネット通信システムのシステム構成図である。
図２３において、インターネット通信システム１は、インターネット２に接続されたＨＣＡＰ方式セッション及び既存通信方式呼制御管理サーバ３５０、ＨＣＡＰ方式セッション管理サーバ１４５０、ＨＣＡＰ方式通話中継サーバ１５００、無線通信装置利用者登録情報管理サーバ２０００、既存通信方式メディアゲートウェイ１６００、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００を備えている。既存通信方式メディアゲートウェイ１６００は、公衆回線３に接続されている。固定アナログ電話機１７００は、公衆回線３に接続されている。無線通信装置利用者登録情報管理サーバ２０００は、無線通信装置利用者登録情報データベース２１００に接続されている。
【００８３】
ここまでの実施の形態１から７まででは、通信装置として、多様な形態を前提としていたが、この実施の形態８では、無線携帯ＩＰ電話機１００のようなモバイルの無線通信装置を想定している。モバイル用途で使用される携帯通信装置では、必ずしも十分な容量の電源を搭載することができない場合が多い。このため、できるだけ電力消費を抑制するための工夫を施す必要がある。この実施の形態８では、この工夫についてのいくつかのしくみについて説明を行う。
【００８４】
無線通信装置の一例として、無線携帯ＩＰ電話機１００は、インターネット２を用いてデータを無線通信をする。
無線携帯ＩＰ電話機１００は、着呼確認用の無線アクセスを常時接続せず、上記無線アクセスを間欠的に行い、無線アクセスがされない間、無線モジュールの省電力化が可能な待機モードにはいる。
【００８５】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、一定の周期ごとなど間欠的に行い、そのアクセスがされない場合、無線モジュールの省電力化が可能な待機モードにはいることを特徴とする。
【００８６】
ＨＣＡＰ方式の無線通信装置（ここでは、一例として、無線携帯ＩＰ電話機１００）では、自らに着呼があったどうかの確認を所属するセッション管理サーバ１４５０へのセッションを継続してはることで、着呼があったときに何らかのデータがセッション管理サーバ１４５０から無線通信装置へ送信されるようになっている。既存通信方式においても、同様に無線通信装置側へ着呼があったかどうかの確認を特定のサーバノードに対して、常時接続した形態で、着呼情報の受信を待つしくみとすることも可能である。これらの形態の場合でも、常に着呼確認のために無線アクセスを行っていると、無線モジュール（ここでは、一例として、無線携帯ＩＰ電話機１００）が常に電力を消費しつづけるので、省電力化のために、ある一定の時間ごとなど間欠的に無線アクセスを行うようにする。この無線アクセスがなされない場合に、無線モジュールの省電力化が可能な待機モードにはいるようにする。
【００８７】
上記無線通信装置は、上記無線アクセスを所定の期間毎に間欠的におこない、上記所定の期間は、所定の最短限界期間と所定の最長限界期間との間の期間とする。そして、上記無線通信装置は、着呼確認用の無線アクセスを自己の電源容量の残量に応じて、所定の残量と比較して上記電源容量の残量が多い場合に上記所定の期間を最短限界時間に可変させるように制御する。一方、上記所定の残量と比較して上記電源容量の残量が少ない場合に上記所定の期間を最長限界時間に可変させるように制御する。
【００８８】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、電源容量の残量に依存して、残量が多いときは、周期を最短限界時間、残量が少ないときは、周期を最長限界時間まで長く可変させて、制御する上で、一定の周期ごとに行い、そのアクセスがされない場合、無線モジュールの省電力化が可能な待機モードにはいる。
【００８９】
前例では、ただ省電力化のために、非常に単純に間欠的に着呼確認用の無線アクセスを行うようにしたが、ここでは、内蔵された電源についてその残容量に応じて、無線アクセスの間欠期間の調整を行うようにする。つまり、電源容量が十分に残っている場合には、着呼のリアルタイム応答性にあまり影響のない２秒などの時間間隔で間欠的に着呼確認用の無線アクセスを行い、電源容量の残量が減っていくにしたがって、徐々にその時間間隔を徐々に開けていったり、ある一定の残量をわると、特定の長めの時間間隔に変更したりするなどの調整を行う。この間欠期間については、基本的に最短限界時間を設けて、無駄な無線アクセスを行わないようにして、最長限界時間を設けて、着呼のリアルタイム応答性に支障のないようにしておく。
【００９０】
また、上記無線通信装置は、利用者の活動スケジュールに合わせた所定の期間を上記利用者に設定させ、上記設定された所定の期間毎に上記無線アクセスを間欠的におこない、上記無線アクセスを間欠的におこなう時刻以外の期間では無線モジュールの省電力化が可能な待機モードにはいる。
【００９１】
そして、上記無線通信装置は、上記所定の期間として１日、１週間、１ヶ月、１年のいずれかの期間とを上記利用者に設定させることができ、さらに、上記利用者が利用しない深夜時間帯と土日祝日との少なくとも１つの期間とが上記待機モードにはいるように上記利用者に設定させることができる。
【００９２】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、１日、１週間、１ヶ月、１年などの利用者の活動スケジュールに合わせて、利用しない深夜時間帯や土日祝日などに無線モジュールの省電力化が可能な待機モードにはいるように設定ができる。さらに、効率の良い無線アクセス期間を抑制するために、その無線通信装置の利用者の利用形態に合わせた待機モードのスケジューリングを行うようにする。これには、１日、１週間、１ヶ月、１年などの周期で利用者の利用形態に合わせて、企業用では、勤務時間でなくて利用しない深夜時間帯や土日祝日などには無線アクセスを行わないようにするなど、無線モジュールの省電力化が可能な待機モードにはいるように設定ができるようにする。
【００９３】
上記無線通信装置（ここでは、一例としての無線携帯ＩＰ電話機１００）は、上記利用者により設定された所定の期間と上記待機モードにはいる期間との各情報を設定情報として利用者毎に登録する無線通信装置利用者登録情報管理サーバ２０００に送信する。
上記無線通信装置利用者登録情報管理サーバ２０００は、上記無線通信装置により送信された設定情報を無線通信装置利用者登録情報データベース２１００に上記利用者毎に登録する。
上記無線通信装置は、上記利用者の要求に応じて上記無線通信装置利用者登録情報管理サーバ２０００にアクセスし、上記無線通信装置利用者登録情報管理サーバ２０００により登録された設定情報を取得する。
【００９４】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、１日、１週間、１ヶ月、１年などの利用者の活動スケジュールに合わせて、利用しない深夜時間帯や土日祝日などに無線モジュールの省電力化が可能な待機モードにはいるように設定するための無線通信装置利用者登録情報管理サーバ２０００に利用者ごとに登録された情報をアクセスして取得できる。そして、上述のような省電力化のための無線アクセス不要期間の設定を、利用者に直接無線通信装置に対して行わせるのではなく、利用形態を確認できるスケジュール情報を、各利用者ごとに無線通信装置利用者登録情報データベース２１００として登録しておき、無線通信装置がそのデータベースを管理する無線通信装置利用者登録情報管理サーバ２０００にアクセスすることで、その情報を取得し、自動的に待機モードとなるスケジューリング設定をするしくみを用意できる。
【００９５】
実施の形態９．
実施の形態８では、無線通信装置の電源の省電力化のために、できるだけ無線アクセスをしないようなしくみを設けていた。この実施の形態９では、全く無線アクセスが行えない場合に、他の通信装置からの着呼があったとき、無線通信装置の無線アクセスが復活するまで、その着呼情報を保存しておき、復活後にその情報を取得して利用者に告知する形態について説明する。実施の形態９における各構成は、図２３と同様である。
【００９６】
セッション管理サーバ１４５０は、インターネット２を介してデータを無線通信する無線通信装置（ここでは、一例としての無線携帯ＩＰ電話機１００）の呼制御をおこなう。
セッション管理サーバ１４５０は、上記無線通信装置への着呼があった時点で上記無線通信装置とのアクセスが不可能な場合に、上記着呼を示す着呼情報を保存し、上記無線通信装置とのアクセスが可能になった時に、保存された着呼情報を上記無線通信装置に送信する。
【００９７】
無線通信装置（ここでは、一例としての無線携帯ＩＰ電話機１００）は、呼制御をおこなうセッション管理サーバ１４５０とインターネット２を介して接続され、データを無線通信する。
上記無線通信装置は、上記セッション管理サーバ１４５０が自己への着呼をおこなう時点で上記無線通信装置と上記セッション管理サーバ１４５０との間のアクセスが不可能な場合に上記着呼を示す着呼情報を保存する上記セッション管理サーバ１４５０から、上記無線通信装置と上記セッション管理サーバ１４５０との間のアクセスが可能になった時に、保存された着呼情報を受信し、受信された着呼情報に基づいてどこから着呼があったかのを利用者に確認を促す。促す方法として、例えば、表示画面にどこから着呼があったかのを表示する。或いは、音声で発音することでどこから着呼があったかのを利用者に伝えても構わない。
【００９８】
言いかえれば、無線通信装置は、無線アクセスが不可能なエリアに位置するときや、通話可能な電源容量の残量がないときに、着呼があった時点にその着呼情報を、セッション管理サーバの一例として、ＨＣＡＰ方式セッション管理サーバ１４５０、既存通信方式呼制御管理サーバ３００、既存通信方式クライアント機能及びＨＣＡＰ方式セッション管理サーバ１４００、ＨＣＡＰ方式セッション管理及び既存通信方式呼制御管理サーバ３５０のうち、いずれか１つに蓄積しておいて、エリアを移動したり、電源容量を回復したりして無線アクセスが可能となった時点で、その着呼情報を取得して、どこから着呼があったかの確認をすることができる。
【００９９】
一方、無線通信装置は、無線アクセスが不可能なエリアに位置するときや、通話可能な電源容量の残量がないときに、着呼があった時点にその着呼情報を、セッション管理サーバの一例としてのＨＣＡＰ方式セッション管理サーバ１４００、既存通信方式呼制御管理サーバ３００、既存通信方式クライアント機能及びＨＣＡＰ方式セッション管理サーバ１４５０、ＨＣＡＰ方式セッション管理及び既存通信方式呼制御管理サーバ３５０のうち、いずれか１つに蓄積された状態で、エリアを移動したり、電源容量を回復したりして無線アクセスが可能となった時点で、その着呼情報を取得して、どこから着呼があったかの確認をする。
【０１００】
また、上記無線通信装置は、上記無線基地局装置（ここでは、無線基地局７１０）と無線アクセスが可能となった時点で、無線通信装置の識別子情報を上記無線基地局装置に送信し、送信後、省電力化が可能な待機モードにはいる。
そして、上記無線基地局装置は、上記無線通信装置により送信された無線通信装置の識別子情報を保存し、インターネット２を介して上記無線通信装置への着呼要求が生じ、さらに、上記無線通信装置と無線アクセスが可能な場合に、保存された無線通信装置の識別子情報に基づいて識別された上記無線通信装置に上記無線アクセスを励起する励起信号を送信する。そして、上記無線基地局装置は、上記無線通信装置により送信された無線通信装置の識別子情報を保存し、インターネット２を介して上記無線通信装置への着呼要求が生じ、さらに、上記無線通信装置と無線アクセスが不可能な場合に、上記着呼要求を保存し、上記無線通信装置と無線アクセスが可能となった時点で、保存された無線通信装置の識別子情報に基づいて識別された上記無線通信装置に上記無線アクセスを励起する励起信号を送信する。
上記無線通信装置は、上記無線基地局装置により送信された励起信号により上記待機モードを解除し、着呼確認用の無線アクセスをおこなう。
【０１０１】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、無線基地局からの励起信号により無線アクセスが可能となる無線モジュールの省電力化が可能な待機モードを備え、ある無線基地局に無線アクセスが可能となった時点で、無線通信装置の識別子情報を無線基地局に送信し、無線基地局はそれを保持しておく。そして、無線通信装置は、待機モードにはいり、ＨＣＡＰ方式セッション管理サーバ１４００、既存通信方式呼制御管理サーバ３００、既存通信方式クライアント機能及びＨＣＡＰ方式セッション管理サーバ１４５０、ＨＣＡＰ方式セッション管理及び既存通信方式呼制御管理サーバ３５０のうち、１つから着呼があったときに、無線通信装置がその識別子情報から着呼の確認を行い、無線基地局が該当する無線通信装置に励起信号を送信し、無線通信装置が着呼することができる。
【０１０２】
以上のように、無線通信装置が特別の待機モードとして、特定の無線基地局に無線アクセスできるエリアに位置し、待機モードに入り、無線基地局にネットワークから無線通信装置へデータを送信する際、無線基地局から無線通信装置に対して励起信号を送信し、無線通信装置の待機モードを解除し、無線アクセスを可能な状態にする。この形態を利用し、上記各種サーバに蓄積しておいた着呼情報を一時的に無線基地局に送信し、蓄積した状態で、無線通信装置に励起信号を送信し、待機モードを解除して、着呼処理をさせることができる。この特殊な無線通信装置の待機モードは、無線基地局より励起信号が送られてくるまで、効率の良い省電力状態となっている。
【０１０３】
以上の説明において、各サーバは、図示されていないが、システムユニット、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）表示装置、キーボード（Ｋ／Ｂ）、マウス、コンパクトディスク装置（ＣＤＤ）、プリンタ装置、スキャナ装置を備えている。ＣＲＴ表示装置、Ｋ／Ｂ、マウス、ＣＤＤ、プリンタ装置、スキャナ装置は、システムユニットにケーブルで接続されている。
また、各サーバと各通信装置とアダプタと各ルータとは、図示されていないが、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備えている。ＣＰＵは、バスを介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）（記憶装置の一例である）、ＲＡＭ（Ｒａｎｄｏｍ ＡｃｃｅｓｓＭｅｍｏｒｙ）（記憶装置の一例である）、通信ボードと接続されている。各サーバは、さらに、ＣＲＴ表示装置、Ｋ／Ｂ、マウス、ＦＤＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、磁気ディスク装置（記憶装置の一例である）、ＣＤＤ、プリンタ装置、スキャナ装置と接続されている。通信ボードは、インターネットに接続されている。
ここで、通信ボードは、インターネットに限らず、さらに、ＬＡＮ（ローカルエリアネットワーク）、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されていても構わない。
磁気ディスク装置には、オペレーティングシステム（ＯＳ）、ウィンドウシステム、プログラム群、ファイル群が記憶されている。プログラム群は、ＣＰＵ、ＯＳ、ウィンドウシステムにより実行される。
【０１０４】
また、以上の説明において、各実施の形態の説明において「〜部」として説明したものは、一部或いはすべてコンピュータで動作可能なプログラムにより構成することができる。これらのプログラムは、例えば、Ｃ言語により作成することができる。或いは、ＨＴＭＬやＳＧＭＬやＸＭＬを用いても構わない。或いは、ＪＡＶＡ（登録商標）を用いて画面表示を行っても構わない。
プログラムにより構成する場合、上記プログラム群には、各実施の形態の説明において「〜部」として説明したものにより実行されるプログラムが記憶されている。ファイル群には、上記実施の形態の説明において「〜テーブル」として説明したものが記憶されている。
また、各実施の形態の説明において「〜部」として説明したものは、ＲＯＭに記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアとファームウェアとの組み合わせで実施されても構わない。
また、上記各実施の形態を実施させるプログラムは、また、磁気ディスク装置、ＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のその他の記録媒体による記録装置を用いて記憶されても構わない。
【０１０５】
【発明の効果】
本発明によれば、発呼側の通信装置は、自動的に、着呼側の通信装置のアドレス情報を取得することができる。そして、次回からアドレス情報交換サーバの負荷を低減することができる。
【図面の簡単な説明】
【図１】 実施の形態１のインターネット通信システムのシステム構成図である。
【図２】 アドレス情報交換サーバの動作に必要な各構成要素の関係を示している図である。
【図３】 実施の形態２のインターネット通信システムのシステム構成図である。
【図４】 既存通信方式のアドレス情報管理サーバ上での各通信端末の動的に割り当てられたＩＰアドレスの管理処理に必要な各構成要素の関係を示している図である。
【図５】 実施の形態３のインターネット通信システムのシステム構成図である。
【図６】 既存通信方式のアドレス情報管理サーバ上での各通信端末の動的に割り当てられたＩＰアドレスの管理処理に必要な各構成要素の関係を示している図である。
【図７】 実施の形態４のインターネット通信システムのシステム構成図である。
【図８】 ブロードバンドルータの配下の通信端末が既存通信方式の通信の着呼を受け付けることが可能な構成の要素の関係を示している図である。
【図９】 エリア外の通信装置からブロードバンドルータ配下の通信装置へ発呼処理を行うＳＩＰ方式での呼制御メッセージのフローの例を示す図である。
【図１０】 実施の形態５のインターネット通信システムのシステム構成図である。
【図１１】 ブロードバンドルータの配下の通信端末が既存通信方式の通信の着呼を受け付けることが可能な構成の要素の関係を示している図である。
【図１２】 本実施例で特徴的なＮＡＴ配下識別部の処理概要を説明する図である。
【図１３】 エリア外の通信装置からブロードバンドルータ配下の通信装置へ発呼処理を行うＳＩＰ方式での呼制御メッセージのフローの例を示す図である。
【図１４】 実施の形態６のＨＣＡＰ方式の通信方式の通信装置から既存通信方式による公衆回線の電話機への接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
【図１５】 実施の形態６の既存通信方式による公衆回線の電話機からＨＣＡＰ方式の通信方式の通信装置に対して、接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
【図１６】 ＨＣＡＰ方式の通信装置が既存通信方式による公衆回線接続による公衆電話機との間の通信をすることが可能な構成の要素の関係を示している図である。
【図１７】 ＨＣＡＰ方式と既存通信方式の１つであるＳＩＰ方式の本実施例６の場合の呼制御メッセージのフローの概念を示している図である。
【図１８】 実施の形態６のＨＣＡＰ方式の通信方式の通信装置から既存通信方式による公衆回線の電話機への接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
【図１９】 実施の形態６の既存通信方式による公衆回線の電話機からＨＣＡＰ方式の通信方式の通信装置に対して、接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
【図２０】 ＨＣＡＰ方式の通信装置が既存通信方式による公衆回線接続による公衆電話機との間の通信をすることが可能な構成の要素の関係を示している図である。
【図２１】 ＨＣＡＰ方式と既存通信方式の１つであるＳＩＰ方式の本実施例７の場合の呼制御メッセージのフローの概念を示している図である。
【図２２】 実施の形態７のインターネット通信システムのシステム構成図である。
【図２３】 実施の形態８の無線通信装置の利用を可能とするインターネット通信システムのシステム構成図である。
【符号の説明】
１ インターネット通信システム、２ インターネット、３ 公衆回線、１００，２００ 無線携帯ＩＰ電話機、１０１ 既存通信方式ＩＰ電話発呼部、１０２ 既存通信方式音声データ送受信部、１０３ アドレス情報交換サーバ発呼側情報取得部、１０４ アドレス情報テーブル検索部、１０５ アドレス情報テーブル登録部、１１０，２１０ 固定ＩＰ電話機、１１１ ＨＣＡＰ方式ＩＰ電話発呼部、１１２ ＨＣＡＰ方式音声データ送受信部、１１６ ＨＣＡＰ方式ＩＰ電話着呼部、１２０，２２０ 固定アナログ電話機、２０１ 既存通信方式ＩＰ電話着呼部、２０２ 既存通信方式音声データ送受信部、２０３ アドレス情報交換サーバ着呼側情報供給部、３００ 呼制御管理サーバ、３０１ 既存通信方式呼制御部、３５０ 既存通信方式呼制御管理サーバ、３５１ ＨＣＡＰ方式セッション管理部、４００ アドレス情報交換サーバ、４１０ アドレス情報操作メッセージ受信部、４２０ アドレス情報一時的蓄積登録部、４３０ アドレス情報一時的蓄積検索部、４４０ アドレス情報一時的蓄積削除部、４５０ アドレス情報操作メッセージ送信部、５００ アドレス情報管理サーバ、６００ 電話番号ＩＰアドレス交換データベース、７１０，７２０ 無線基地局、８１０，８２０ ＩＰ電話アダプタ、９０１ ＤＨＣＰクライアント部、９０２ 既存通信方式通信装置登録部、９１０，９２０，９３０ ブロードバンドルータ、１０００ ＤＨＣＰサーバ、１１００ 登録情報管理サーバ、１２００ 既存通信方式登録情報データベース、１３００ セッション管理サーバ、１４００ セッション管理サーバ、１４０１ 既存通信方式クライアント部、１４０２ ＨＣＡＰ方式セッション管理部、１４０３ メディアゲートウェイ制御部、１４５０ セッション管理サーバ、１５００ 通話中継サーバ、１５０１ ＨＣＡＰ方式音声データ送受信部、１６００ メディアゲートウェイ、２０００ 無線通信装置利用者登録情報管理サーバ、２１００ 無線通信装置利用者登録情報データベース。
【発明の属する技術分野】
本発明は、インターネット通信システム及びアドレス情報交換サーバ及びセッション管理サーバ及び通信装置及びルータ装置及び呼制御管理サーバ及び無線通信装置及びインターネット通信方法及びアドレス情報制御方法及び制御方法及び無線通信方法及び呼制御方法及びこれらを制御するプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
特に、例えば、音声データ（リアルタイム特性をもつデータとして、動画表示や３次元グラフィックス表示のためのデータも類似的に応用が可能である）を送受信する無線及び有線の通信装置であり、発呼側の無線または有線の通信装置と着呼側の無線または有線の通信装置とによりインターネットを介して音声データを送受信するインターネット通信システム、及び、インターネット通信方法に関する。通信装置は、固定電話形態、固定電話アダプタ形態、無線電話形態、パソコン電話形態、ＰＤＡ電話形態など多様な形態が該当する。
また、特に、発呼側無線または有線の通信装置と着呼側無線または有線の通信装置とから接続され、発呼側及び着呼側の双方の無線または有線の通信装置を管理するセッション管理サーバとアドレス情報交換サーバと、セッション管理サーバとアドレス情報交換サーバ上で動作するプログラムに関する。
また、セッション管理サーバとアドレス情報交換サーバとに接続され、セッション管理サーバとアドレス情報交換サーバと通信を行う無線または有線の通信装置と、無線または有線の通信装置上で動作するプログラムに関する。
【０００２】
【従来の技術】
インターネット通信システムにおいて、複数のセッション管理サーバを備え、各セッション管理サーバが複数の通信アダプタと複数の通信中継サーバとを管理するシステム構成とした。このため、各セッション管理サーバの処理負荷を均一化して、システムの運用効率及び、システムを利用するユーザに提供するサービスの質をアップすることができる。（特許文献１参照）
【０００３】
【特許文献１】
ＷＯ０２／０９８０８５号国際公開公報
【０００４】
【発明が解決しようとする課題】
末端に無線または有線の通信装置が配置された形態で、音声データを無線ネットワークを含むインターネットを介して送受信するインターネット電話ネットワークシステムでは、発呼側の無線または有線の通信装置と着呼側の無線または有線の通信装置にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを付与して通信をする。ここで、ＩＰアドレスは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で通信する送信元と送信先とを識別するアドレスである。ＩＰアドレスには、世界的にユニークな識別性を持つグローバルＩＰアドレスとユーザが独自に設定するローカルＩＰアドレス（プライベートＩＰアドレスとも呼ぶ場合もある）があるが、以下、単に「ＩＰアドレス」という場合は、グローバルＩＰアドレスを意味するものとする。
【０００５】
上記特許文献１における通信ネットワークシステムの通信方式は、ＨＴＴＰ−ｂａｓｅｄ Ｃｏｎｆｅｒｅｎｃｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＨＣＡＰ）方式と呼ばれている。
【０００６】
このＨＣＡＰ方式によるネットワーク通信システムでは、今まで利用できなかったファイアウォールやプライベートＩＰアドレスエリアや動的なＩＰアドレスの割り当てがなされる場合に、インターネットプロトコルによる通信を可能にした。しかし、一方では、標準化団体ＩＴＵ−Ｔにより標準化されているＨ．３２３や標準化団体ＩＥＴＦにより標準化されているＳＩＰやＭＧＣＰのような既存の類似標準が存在しており、これら既存標準を採用したネットワーク通信システムも普及している。
【０００７】
この発明は、ＨＣＡＰ方式のネットワーク通信システムと既存標準のネットワーク通信システムを協調融合させて、全体で効率良いインターネット電話システムの運営をすることができるようにすることを目的とする。
【０００８】
また、ＨＣＡＰ方式では、各通信装置のアドレス情報をセッション管理サーバ上のデータベースにて一括管理をすることができるが、この発明は、基本的に各通信装置に小規模のデータベースを内蔵し、公衆回線やＩＰ回線等の既存通信方式にて初回の通話処理後に、その通話回線経由にて着呼側の通信装置のアドレス情報を発呼側の通信装置が取得して学習できるようにして、全通信装置のアドレス情報の一括管理を不要にすることを目的とする。
【０００９】
また、この発明は、Ｈ．３２３やＳＩＰ等の既存通信方式では、発呼側と着呼側の通信装置のグローバルＩＰアドレスを既存通信方式でのアドレス情報管理サーバ（ゲートキーパーやロケーションサーバなど）が常に記憶しておく必要があるが、現在のＡＤＳＬ環境などでは、グローバルＩＰアドレスをＤＨＣＰサーバにより動的に割り当てることが多いため、そのグローバルＩＰアドレスが更新されたときに、速やかに既存通信方式のアドレス情報管理サーバに通信装置のアドレス情報が再登録できるようにすることを目的とする。
【００１０】
また、この発明は、Ｈ．３２３やＳＩＰ等の既存通信方式では、発呼側と着呼側の通信装置のグローバルＩＰアドレスに対して、通信処理を行うため、１つしかグローバルＩＰアドレスを割り当てられない現在のＡＤＳＬ環境のルータの配下の複数の通信装置に個別に通信処理を行えるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
本発明のインターネット通信システムは、発呼側の通信装置と、
着呼側の通信装置と、
上記発呼側の通信装置と着呼側の通信装置との各通信装置からの通話処理を受け付け、通信先に接続を行う通信処理サーバと、
発呼側の通信装置と着呼側の通信装置との間でアドレス情報を交換するための処理をおこなうアドレス情報交換サーバとを備え、
上記発呼側の通信装置は、上記着呼側の通信装置のアドレス情報が不明の状態である場合に、着呼側の通信装置の電話番号情報を入力し、入力された着呼側の通信装置の電話番号情報により上記通信処理サーバへ発呼し、
上記通信処理サーバは、発呼された着呼側の通信装置の電話番号情報により上記発呼側の通信装置と上記着呼側の通信装置とを接続し、
上記着呼側の通信装置は、上記通信処理サーバにより上記発呼側の通信装置と接続され、上記発呼側の通信装置と通話を行った場合に、接続を行った後に、上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを上記アドレス情報交換サーバへ送信し、
上記アドレス情報交換サーバは、上記着呼側の通信装置により送信された上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを入力し、入力された上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて蓄積し、
上記発呼側の通信装置は、所定の期間後に、上記アドレス情報交換サーバにより蓄積された着呼側の通信装置のアドレス情報を上記アドレス情報交換サーバに検索させるため上記アドレス情報交換サーバにアクセスし、上記アドレス情報交換サーバにより検索された着呼側の通信装置のアドレス情報を入力し、
上記アドレス情報交換サーバは、上記発呼側の通信装置により上記着呼側の通信装置のアドレス情報が入力された場合に、上記蓄積された着呼側の通信装置のアドレス情報を削除することを特徴とする。
【００１２】
【発明の実施の形態】
実施の形態１．
以下に記載する実施の形態では、ＨＴＴＰ−ｂａｓｅｄ Ｃｏｎｆｅｒｅｎｃｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＨＣＡＰ）方式を利用している。
ＨＴＴＰによる音声データ配信を行う場合に問題となるファイアウォールに対処するため、発呼側と着呼側の中継を行うためのサーバを設置する。以下、このサーバを「通信中継サーバ」として記述する。
また、通信（通話）アダプタからの通信データ（音声データ）を通信中継サーバにて中継する場合は、複数の通信中継サーバを設置して、個々の通信中継サーバに負荷を分散する必要がある。そこで、通信（通話）アダプタと通信中継サーバとを管理する管理サーバを設置する。以下、この管理サーバを「セッション管理サーバ」として記述する。
また、セッション管理サーバを複数備え、各セッション管理サーバによって管理する無線通信装置を予め決めておく。無線通信装置から自身を管理するセッション管理サーバの問い合わせを受け付けて、管理するセッション管理サーバを通知する通知サーバを、以下、「指定通知サーバ」として記述する。
【００１３】
このＨＣＡＰ方式では、発呼側と着呼側の無線または有線の通信装置は、その発着呼の制御管理をネットワークに接続されたセッション管理サーバが行う。また、この発呼側と着呼側の無線または有線の通信装置間の音声データの送受信に通信中継サーバを経由させる場合がある。
【００１４】
このＨＣＡＰ方式では、さらに、着呼側の無線または有線のネットワーク装置がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）接続装置の下層に配置されていることによりアドレスが動的に割り当てられたり、ローカルＩＰアドレスが割り当てられたりしてしまうため、発呼側の無線または有線の通信装置が直接着呼側の無線または有線の通信装置と接続できないような無線または有線のネットワーク環境である場合に、通信中継サーバにより着呼側の無線または有線のネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。
また、ＡＤＳＬに限らず、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）、インターネットマンション等、あらゆる無線または有線のインターネット接続環境の中でルータ装置の設定によってその下層に無線または有線の通信装置が配置されていることより、無線または有線の通信装置のアドレスが動的に割り当てられたり、無線または有線の通信装置にローカルＩＰアドレスが割り当てられたりしてしまうため、発呼側の無線または有線の通信装置が直接着呼側の無線または有線の通信装置と接続できないような無線または有線のネットワーク環境である場合に、通信中継サーバにより着呼側の無線または有線のネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。
【００１５】
この実施の形態１では、インターネットを用いて通信データ、例えば音声データを発呼側から着呼側に送信するインターネット通信システムの一例を説明する。
図１は、実施の形態１のインターネット通信システムのシステム構成図である。
図２は、アドレス情報交換サーバの動作に必要な各構成要素の関係を示している図である。
【００１６】
図１において、インターネットを用いてデータ通信をするインターネット通信システム１は、インターネット２に接続された発呼側の通信装置、着呼側の通信装置、各種サーバを備えている。
図１では、発呼側の通信装置の一例として、無線携帯ＩＰ（インターネットプロトコル）電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０、ＩＰ電話アダプタ８１０を記載している。無線携帯ＩＰ電話機１００は、無線基地局７１０（アクセスポイント）に接続され、無線基地局７１０を介してインターネット２に接続されている。固定アナログ電話機１２０は、ＩＰ電話アダプタ８１０に接続され、ＩＰ電話アダプタ８１０を介してインターネット２に接続されている。
無線携帯ＩＰ電話機１００と固定ＩＰ電話機１１０とは、ＨＣＡＰ方式のＩＰ電話機としての機能を有している。固定アナログ電話機１２０は、ＨＣＡＰ方式のＩＰ電話機として必要な機能を電話機に代わって有するＩＰ電話アダプタ８１０に接続されることでＨＣＡＰ方式のＩＰ電話機としての機能を持つ。但し、固定アナログ電話機１２０自体に上記ＩＰ電話機としての機能を備えても構わない。また、固定アナログ電話機１２０自体が、以下の通信装置が備える「〜部」を備えても構わない。本段落内容は以下の実施の形態についても同じである。
また、図１では、着呼側の通信装置の一例として、無線携帯ＩＰ電話機２００、固定ＩＰ電話機２１０、固定アナログ電話機２２０、ＩＰ電話アダプタ８２０を記載している。無線携帯ＩＰ電話機２００は、無線基地局７２０（アクセスポイント）に接続され、無線基地局７２０を介してインターネット２に接続されている。固定アナログ電話機２２０は、ＩＰ電話アダプタ８２０に接続され、ＩＰ電話アダプタ８２０を介してインターネット２に接続されている。
無線携帯ＩＰ電話機２００と固定ＩＰ電話機２１０とは、ＨＣＡＰ方式のＩＰ電話機としての機能を有している。固定アナログ電話機２２０は、ＨＣＡＰ方式のＩＰ電話として必要な機能を電話機に代わって有するＩＰ電話アダプタ８２０に接続されることでＨＣＡＰ方式のＩＰ電話機としての機能を持つ。但し、固定アナログ電話機２２０自体にＩＰ電話としての機能を備えても構わない。また、固定アナログ電話機２２０自体が、以下の通信装置が備える「〜部」を備えても構わない。本段落内容は以下の実施の形態についても同じである。
また、図１では、各種サーバの一例として、既存通信方式呼制御管理サーバ３００、アドレス情報交換サーバ４００、既存通信方式アドレス情報管理サーバ５００を記載している。既存通信方式アドレス情報管理サーバ５００は、電話番号ＩＰアドレス交換データベース６００（記憶装置の一例である）に接続されている。
【００１７】
通信処理サーバの一例として、既存通信方式呼制御管理サーバ３００は、上記発呼側の通信装置としての、例えば、無線携帯ＩＰ電話機１００と着呼側の通信装置としての、例えば、無線携帯ＩＰ電話機２００との各通信装置からの通話処理を受け付け、通信先に接続を行う。
アドレス情報交換サーバ４００は、例えば、発呼側の無線携帯ＩＰ電話機１００と例えば、着呼側の無線携帯ＩＰ電話機２００との間でアドレス情報を交換するための処理をおこなう。
発呼側の上記無線携帯ＩＰ電話機１００は、着呼側の上記無線携帯ＩＰ電話機２００のアドレス情報が不明の状態である場合に、着呼側の無線携帯ＩＰ電話機２００の電話番号情報を入力し、入力された着呼側の無線携帯ＩＰ電話機２００の電話番号情報により上記既存通信方式呼制御管理サーバ３００へ発呼する。
上記既存通信方式呼制御管理サーバ３００は、発呼された着呼側の無線携帯ＩＰ電話機２００の電話番号情報により発呼側の上記無線携帯ＩＰ電話機１００と着呼側の上記無線携帯ＩＰ電話機２００とを接続する。
着呼側の上記無線携帯ＩＰ電話機２００は、上記既存通信方式呼制御管理サーバ３００により上記発呼側の無線携帯ＩＰ電話機１００と接続され、上記発呼側の無線携帯ＩＰ電話機１００と通話を行った場合に、接続を行った後に、上記着呼側の無線携帯ＩＰ電話機２００の電話番号情報と着呼側の無線携帯ＩＰ電話機２００のアドレス情報とを上記アドレス情報交換サーバ４００へ送信する。
上記アドレス情報交換サーバ４００は、上記着呼側の無線携帯ＩＰ電話機２００により送信された上記着呼側の無線携帯ＩＰ電話機２００の電話番号情報と着呼側の無線携帯ＩＰ電話機２００のアドレス情報とを入力し、入力された上記着呼側の無線携帯ＩＰ電話機２００の電話番号情報と着呼側の無線携帯ＩＰ電話機２００のアドレス情報とを対応させて電話番号ＩＰアドレス交換データベース６００に蓄積する。
上記発呼側の無線携帯ＩＰ電話機１００は、所定の期間後に、上記アドレス情報交換サーバ４００により蓄積された着呼側の無線携帯ＩＰ電話機２００のアドレス情報を上記アドレス情報交換サーバ４００に検索させるため上記アドレス情報交換サーバ４００にアクセスし、上記アドレス情報交換サーバ４００により検索された着呼側の無線携帯ＩＰ電話機２００のアドレス情報を入力する。
上記アドレス情報交換サーバ４００は、上記発呼側の無線携帯ＩＰ電話機１００により上記着呼側の無線携帯ＩＰ電話機２００のアドレス情報が入力された場合に、上記蓄積された着呼側の無線携帯ＩＰ電話機２００のアドレス情報を削除する。
【００１８】
図２において、アドレス情報交換サーバ４００は、アドレス情報操作メッセージ受信部４１０、アドレス情報一時的蓄積登録部４２０、アドレス情報一時的蓄積検索部４３０、アドレス情報一時的蓄積削除部４４０、アドレス情報操作メッセージ送信部４５０を有している。発呼側の通信装置、ここでは、例えば、無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０は、既存通信方式ＩＰ電話発呼部１０１、既存通信方式音声データ送受信部１０２、アドレス情報交換サーバ発呼側情報取得部１０３を有している。着呼側の通信装置、ここでは、例えば、無線携帯ＩＰ電話機２００、固定ＩＰ電話機２１０、ＩＰ電話アダプタ８２０は、既存通信方式ＩＰ電話着呼部２０１、既存通信方式音声データ送受信部２０２、アドレス情報交換サーバ着呼側情報供給部２０３を有している。
【００１９】
アドレス情報交換サーバ４００内部の動作について説明する。
アドレス情報受信部の一例として、アドレス情報操作メッセージ受信部４１０は、発呼側の通信装置（例えば、無線携帯ＩＰ電話機１００）と着呼側の通信装置（例えば、無線携帯ＩＰ電話機２００）とが接続を行った後に上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信した後に上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信する。
アドレス情報蓄積部の一例として、アドレス情報一時的蓄積登録部４２０は、上記アドレス情報操作メッセージ受信部４１０により上記着呼側の通信装置から受信された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて蓄積する。
アドレス情報検索部の一例として、アドレス情報一時的蓄積検索部４３０は、上記アドレス情報操作メッセージ受信部４１０により上記発呼側の通信装置から受信された着呼側の通信装置の電話番号情報に基づいて、上記アドレス情報一時的蓄積登録部４２０により蓄積された着呼側の通信装置のアドレス情報を検索する。
アドレス情報送信部の一例として、アドレス情報操作メッセージ送信部４５０は、上記アドレス情報一時的蓄積検索部４３０により検索された着呼側の通信装置のアドレス情報を上記発呼側の通信装置に送信する。
アドレス情報削除部の一例として、アドレス情報一時的蓄積削除部４４０は、上記アドレス情報操作メッセージ送信部４５０により上記着呼側の通信装置のアドレス情報が上記発呼側の通信装置に送信された場合に、上記アドレス情報一時的蓄積登録部４２０により蓄積された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを削除する。
【００２０】
言いかえれば、本実施の形態１に係るインターネットを用いてデータ通信をするインターネット通信システム１は、発呼側の無線または有線の通信装置と、着呼側の無線または有線の通信装置と、各通信装置からの通話処理を受け付け、通信先に接続を行うＨ．３２３やＳＩＰやＭＧＣＰなどの既存標準の通信処理サーバと、発呼側の通信装置と着呼側の通信装置との間でアドレス情報を交換するアドレス情報交換サーバ４００とを備えている。そして、発呼側の通信装置が、着呼側のアドレス情報が不明の状態で、入力された電話番号情報により既存標準の通信処理サーバへ発呼し、着呼側の通信装置へ接続し接続を行った後に、着呼側の通信装置がその電話番号情報とアドレス情報をアドレス情報交換サーバへ送信する。一方で、発呼側の通信装置が十分な時間間隔後に、そのアドレス情報交換サーバ４００へ、着呼側の通信装置のアドレス情報を蓄積されたアドレス情報から検索し、取得し、アドレス情報交換サーバは用済みとなったアドレス情報を削除する。
【００２１】
以下、さらに説明を加えると、発呼通信装置から、着呼通信装置に対して通信を行おうとして、発呼通信装置が入力された電話番号から着呼通信装置のＨＣＡＰ方式のアドレス情報をアドレス情報テーブル検索部１０４に検索する。このとき、まだ着呼通信装置のアドレス情報が検索されなかった場合に、入力された電話番号情報を既存通信方式呼制御管理サーバ３００へ発呼情報として既存通信方式ＩＰ電話発呼部１０１により送信する。この既存通信方式の通信ネットワークシステムでは、一般の公衆回線の電話番号情報からの通信装置のアドレス情報管理を行っているため、着呼通信装置のアドレスを既存通信方式アドレス情報管理サーバ５００により特定できる（例：フュージョン・コミュニケーションズが２００２年１２月より商用試験サービスを開始する）。これから既存通信方式呼制御管理サーバ３００を経由して着呼通信装置を既存通信方式ＩＰ電話着呼部２０１により呼び出すことができ、双方の通信装置の既存通信方式音声データ送受信部１０２，２０２により音声データ通信を行う。この通信の終了後に、ＨＣＡＰ方式での通信が行えるように、電話番号情報とともにＨＣＡＰ方式でのアドレス情報を着呼通信装置からアドレス情報交換サーバ着呼側情報供給部２０３にてアドレス情報交換サーバ４００へ送信する。アドレス情報交換サーバ４００では、アドレス情報操作メッセージ受信部４１０が、そのアドレス情報を受信し、アドレス情報一時的蓄積登録部４２０により、保持しておく。次に、ある一定時間を経過して、アドレス情報交換サーバ発呼側情報取得部１０３により、発呼通信装置から電話番号情報のメッセージをアドレス情報交換サーバ４００へ送信し、アドレス情報交換サーバ４００は、アドレス情報操作メッセージ受信部４１０にて受信する。この電話番号情報に基づいて、アドレス情報一時的蓄積検索部４３０により、保持されている電話番号情報に対応したＨＣＡＰ方式のアドレス情報を検索し、アドレス情報操作メッセージ送信部４５０により、発呼通信装置へ送信する。発呼通信装置は、得られたＨＣＡＰ方式のアドレス情報を自らのアドレス情報テーブル登録部１０５により記憶し、次回の通信からこのアドレス情報を元に、ＨＣＡＰ方式での通信が行えるようになる。
【００２２】
ここで、上記発呼側の通信装置と上記着呼側の通信装置とは、アドレス情報交換サーバ４００へアクセスするプロトコルとしてハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いるようにする。
【００２３】
言いかえれば、上記アドレス情報受信部の一例としてのアドレス情報操作メッセージ受信部４１０は、インターネット２を介してプロトコルとしてＨＴＴＰを用いて上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、インターネット２を介してプロトコルとしてＨＴＴＰを用いて上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信する。
【００２４】
各通信装置からのアドレス情報交換サーバへのアドレス情報関連メッセージの送受信のプロトコルとしてＨＴＴＰを使用すれば、各通信装置がファイアウォール内やＮＡＴルータ配下のプライベートＩＰアドレスエリアに存在しても、アドレス情報交換サーバ４００へのアクセスが可能となる。
【００２５】
或いは、全く同様に、上記着呼側の通信装置は、上記アドレス情報交換サーバ４００へアクセスするプロトコルとして、所定のメール送信用プロトコルを用い、上記発呼側の通信装置は、上記アドレス情報交換サーバ４００へアクセスするプロトコルとして、所定のメール受信用プロトコルを用いるようにしても構わない。
【００２６】
係る場合、上記アドレス情報受信部の一例としてのアドレス情報操作メッセージ受信部４１０は、インターネット２を介してプロトコルとして所定のメール送信用プロトコルを用いて上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、インターネット２を介してプロトコルとして所定のメール受信用プロトコルを用いて上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信する。
ここで、上記所定のメール送信用プロトコルは、例えば、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用い、上記所定のメール受信用プロトコルは、例えば、ＰＯＰ３を用いる。
【００２７】
以上のように、着呼通信装置から、アドレス情報交換サーバへのアドレス情報関連メッセージの送信のプロトコルとしてＳＭＴＰなどのメール送信用プロトコルを用い、発呼通信装置からアドレス情報交換サーバへのアドレス情報関連メッセージの受信のプロトコルとして、ＰＯＰ３などのメール受信用プロトコルを用いることで、各通信装置がファイアウォール内やＮＡＴルータ配下のプライベートＩＰアドレスエリアに存在しても、アドレス情報交換サーバへのアクセスが可能となる。この場合、アドレス情報交換サーバは、ＳＭＴＰサーバやＰＯＰ３サーバとして動作する。
【００２８】
或いは、上記着呼側の通信装置は、上記発呼側の通信装置と上記着呼側の通信装置とが共にグローバルＩＰ（インターネット プロトコル）アドレスが割り当てられている場合に、上記アドレス情報交換サーバ４００を経由せずに、トランスミッションコントロールプロトコル（ＴＣＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれかのプロトコルを用いて、上記発呼側の通信装置へ着呼側の通信装置のアドレス情報を直接送信するようにしても構わない。
【００２９】
以上のように、各通信装置が直接グローバルＩＰアドレスを割り当てられている場合には、通信装置同士が直接ＴＣＰやＵＤＰによる上位アプリケーションレベルの各種プロトコルにて通信ができるため、アドレス情報交換サーバを経由せずに、着呼通信装置から、発呼通信装置へアドレス情報を直接送信することができる。こうすることで、負荷が集中する傾向にあるアドレス情報交換サーバのアクセス負荷を低減することができる。
【００３０】
また、ここで、上記アドレス情報交換サーバ４００は、上記着呼側の通信装置から受信したアドレス情報を内部に蓄積した後、上記発呼側の通信装置から上記着呼側の通信装置のアドレス情報を取得するためのアクセスがなくても、ある一定時間後に、自動的に内部の記憶からそのアドレス情報を削除するようにしても構わない。
【００３１】
すなわち、上記アドレス情報削除部であるアドレス情報一時的蓄積削除部４４０は、上記アドレス情報一時的蓄積登録部４２０が上記着呼側の通信装置のアドレス情報を蓄積した後、アドレス情報操作メッセージ受信部４１０が上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信しなくても、所定の期間後に、自動的に上記着呼側の通信装置のアドレス情報を削除する。
【００３２】
以上のように、一方では、着呼通信装置への既存通信方式による通信が、必ずしも図２における各構成を有する発呼通信装置であるとは限らず、単純な既存通信方式だけをサポートした通信装置である可能性もあるため、アドレス情報交換サーバ４００には、着呼通信装置から送信されたアドレス情報が削除されずに、そのまま蓄積されることになる。このような事態を避けるため、一度蓄積登録されたアドレス情報も、発呼通信装置からのアクセス想定時間よりも十分に長い時間が経過してから、自動的に削除するようにする。
以上に、ＨＣＡＰ方式におけるアドレス情報交換方法について説明したが、既存通信方式に該当しない新規の通信方式でのアドレス情報についても、全く同様な方法で、アドレス情報交換による通信先のアドレス情報の学習処理が実施できる。
【００３３】
実施の形態２．
既存通信方式では、通信装置のＩＰアドレスを既存通信方式のアドレス情報管理サーバで常に把握しておく必要がある。実施の形態２では、Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＤＨＣＰ）により、通信装置に動的にＩＰアドレスが割り振られる場合に、対応できるインターネット通信システムを用いたシステムの運用構成の一例を説明する。
図３は、実施の形態２のインターネット通信システムのシステム構成図である。
図３において、インターネット通信システム１は、インターネット２に接続されたブロードバンドルータ（ルータ、ルータ装置の一例である）９１０，９２０，９３０、ＤＨＣＰサーバ１０００、既存通信方式登録情報管理サーバ１１００、ＩＰアドレス変更確認用セッション管理サーバ１３００、既存通信方式アドレス情報管理サーバ５００を備えている。既存通信方式アドレス情報管理サーバ５００は、電話番号ＩＰアドレス交換データベース６００（記憶装置の一例である）に接続されている。既存通信方式登録情報管理サーバ１１００は、既存通信方式登録情報データベース１２００（記憶装置の一例である）に接続されている。無線基地局７１０は、ブロードバンドルータ９１０に接続され、ブロードバンドルータ９１０を介してインターネット２に接続されている。固定ＩＰ電話機１１０は、ブロードバンドルータ９２０に接続され、ブロードバンドルータ９２０を介してインターネット２に接続されている。ＩＰ電話アダプタ８１０は、ブロードバンドルータ９３０に接続され、ブロードバンドルータ９３０を介してインターネット２に接続されている。
無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０、無線基地局７１０、ＩＰ電話アダプタ８１０、無線携帯ＩＰ電話機２００、固定ＩＰ電話機２１０、固定アナログ電話機２２０、無線基地局７２０、ＩＰ電話アダプタ８２０、既存通信方式アドレス情報管理サーバ５００、電話番号ＩＰアドレス交換データベース６００は、図１と同様である。
【００３４】
図４は、既存通信方式のアドレス情報管理サーバ上での各通信端末の動的に割り当てられたＩＰアドレスの管理処理に必要な各構成要素の関係を示している図である。
以下、図４において、各通信端末の動的に割り当てられたＩＰアドレスの管理処理について説明を行う。
【００３５】
通信装置、例えば、固定ＩＰ電話機１１０は、インターネットを介してデータを通信する。
例えば、ブロードバンドルータ９２０は、ＩＰ（インターネットプロトコル）アドレス情報を有し、上記通信装置に接続され、上記通信装置とインターネット２とを接続する。（ここでは、ブロードバンドルータ９１０が、無線基地局７１０を介して通信装置の一例である無線携帯ＩＰ電話機１００に接続されること、或いは、ブロードバンドルータ９３０が、通信装置の一例であるＩＰ電話アダプタ８１０を介して通信装置の一例である固定アナログ電話機１２０に接続されることを含む。）
セッション管理サーバの一例として、ＩＰアドレス変更確認用セッション管理サーバ１３００は、上記インターネット２を介して接続され、上記通信装置とデータを通信する。ＩＰアドレス変更確認用セッション管理サーバ１３００は、インターネット２を介してデータを通信する通信装置、例えば、固定ＩＰ電話機１１０とセッションを張る。
既存通信方式アドレス情報管理サーバ５００は、上記通信装置のアドレス情報を管理し、管理された通信装置のアドレス情報に基づいて上記通信装置を登録し、電話番号ＩＰアドレス交換データベース６００に記憶させる。
上記通信装置の一例である固定ＩＰ電話機１１０は、上記セッション管理サーバからの通信関連の情報を常に受信できるように上記セッション管理サーバとの間でトランスミッションコントロールプロトコル（ＴＣＰ）のセッションとユーザデータグラムプロトコル（ＵＤＰ）の論理的セッションとシンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）の論理的セッションとの内いずれかのセッションを張り、張られたセッションの切断を検知した場合に、新たに上記セッション管理サーバへＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッションを張りなおす。
上記セッション管理サーバの一例であるＩＰアドレス変更確認用セッション管理サーバ１３００は、上記通信装置により張りなおされたＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッション上で上記ブロードバンドルータ９２０のＩＰアドレス情報を取得し、取得されたＩＰアドレス情報を上記通信装置へ送信する。
上記通信装置の一例である固定ＩＰ電話機１１０は、上記セッション管理サーバにより送信されたＩＰアドレス情報を受信し、受信されたＩＰアドレス情報に基づいて、上記アドレス情報管理サーバ５００へ、自己の再登録処理の要求を行う。
【００３６】
ここで、セッション管理サーバの一例であるＩＰアドレス変更確認用セッション管理サーバ１３００の動作について説明する。
図４において、ＩＰアドレス変更確認用セッション管理サーバ１３００は、セッションキープアライブ部１３０１、通信装置ＩＰアドレス確認部１３０２、送信部１３０３を有している。
セッション維持部の一例として、セッションキープアライブ部１３０１は、上記通信装置、例えば、ここでは固定ＩＰ電話機１１０に接続されたルータ、例えば、ここではブロードバンドルータ９２０を介して上記通信装置との間でトランスミッションコントロールプロトコル（ＴＣＰ）のセッションとユーザデータグラムプロトコル（ＵＤＰ）の論理的セッションとシンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）の論理的セッションとの内いずれかのセッションを張っていることを示す識別情報を上記通信装置に出力する。
ＩＰアドレス情報取得部の一例として、通信装置ＩＰアドレス確認部１３０２は、上記セッションキープアライブ部１３０１により出力された識別情報を上記通信装置が入力できず、上記通信装置がセッションの切断と判断して再度ＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッションを張りなおしてきた場合に、上記ルータのＩＰアドレス情報を取得する。
送信部１３０３は、上記通信装置により張りなおされたＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッション上で上記通信装置ＩＰアドレス確認部１３０２により取得された上記ルータのＩＰアドレス情報を上記通信装置へ送信する。
【００３７】
ここで、通信装置、例えば、ここでは固定ＩＰ電話機１１０の動作について説明する。
固定ＩＰ電話機１１０は、ルータ、例えば、ここではブロードバンドルータ９２０を介してセッション管理サーバの一例であるＩＰアドレス変更確認用セッション管理サーバ１３００との間でデータを通信する。
入力部の一例として、既存通信方式音声データ送受信部１０２は、上記セッション管理サーバとの間でトランスミッションコントロールプロトコル（ＴＣＰ）のセッションとユーザデータグラムプロトコル（ＵＤＰ）の論理的セッションとシンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）の論理的セッションとの内いずれかのセッションを張っていることを示す識別情報を上記セッション管理サーバから入力する。
セッション張り部の一例として、セッション管理クライアント部１０７は、上記入力部により上記識別情報が入力されない場合に、上記セッション管理サーバとの間でのセッションが切断したと判断して再度ＴＣＰとＵＤＰとＳＣＴＰとのいずれかのセッションを張りなおす。
通信装置登録部の一例として、既存通信方式通信装置登録部１０８は、アドレス情報を用いて上記通信装置を管理するアドレス情報管理サーバ５００へ、上記ルータのＩＰ（インターネットプロトコル）アドレス情報に基づいて自己の登録処理の要求を行う。
上記既存通信方式音声データ送受信部１０２は、上記セッション管理クライアント部１０７によりセッションが張りなおされた場合に、上記セッション管理サーバから上記ルータのＩＰアドレス情報を入力し、
上記既存通信方式通信装置登録部１０８は、上記セッション管理クライアント部１０７によりセッションが張りなおされた場合に、上記アドレス情報管理サーバ５００へ上記入力部により入力された上記ルータのＩＰアドレス情報に基づいて自己の再登録処理の要求を行う。
【００３８】
言いかえれば、セッション管理サーバは、通信装置からセッション管理サーバからの通信関連の情報を常に受信できるようにＴＣＰのセッション、または、ＵＤＰやＳＣＴＰを用いる論理的セッションを張っており、通信装置がそのセッションの切断を検知したときに、新たに通信装置からセッション管理サーバへＴＣＰ、ＵＤＰ、ＳＣＴＰのセッションを張りなおす。係る場合、そのＴＣＰ、ＵＤＰ、ＳＣＴＰセッション上でセッション管理サーバは、通信装置の上位に接続されたルータ側のＩＰアドレスを取得し、そのＩＰアドレス情報を通信装置側へ送信する。通信装置は受信したＩＰアドレス情報に基づいて、既存通信方式のアドレス情報管理サーバへ、通信装置の再登録処理を行う。
【００３９】
ここで、上記セッション管理クライアント部１０７は、上記既存通信方式音声データ送受信部１０２により上記識別情報が所定の期間入力されない場合に、データ受信のタイムアウトとして上記セッション管理サーバとの間でのセッションが切断したと判断する。
そして、上記既存通信方式通信装置登録部１０８は、上記セッション管理クライアント部１０７によりセッションが張りなおされた場合に、上記アドレス情報管理サーバ５００へ上記既存通信方式音声データ送受信部１０２により入力された上記ルータのＩＰアドレス情報を自己のＩＰアドレス情報として再度登録処理の要求を行う。
【００４０】
言いかえれば、セッション管理サーバは、通信装置からセッション管理サーバからの通信関連の情報を常に受信できるようにＴＣＰのセッション、または、ＵＤＰやＳＣＴＰを用いる論理的セッションを張っており、セッション管理サーバから通信装置がそのデータ受信のタイムアウトを検知したときに、新たに通信装置からセッション管理サーバへＴＣＰ、ＵＤＰ、ＳＣＴＰのセッションを張りなおす。係る場合、そのＴＣＰ、ＵＤＰ、ＳＣＴＰセッション上でセッション管理サーバは、通信装置の上位に接続されたルータ側のＩＰアドレスを取得し、そのＩＰアドレス情報を通信装置側へ送信し、通信装置は受信したＩＰアドレス情報に基づいて、既存通信方式のアドレス情報管理サーバ５００へ、通信装置の再登録処理を行う。
【００４１】
すなわち、通信装置は、起動後に、セッション管理クライアントブロードバンドルータは、その利用しているインターネットサービスプロバイダ（ＩＳＰ）の設置しているＤＨＣＰサーバ１０００から内蔵されたＤＨＣＰクライアント部９０１により動的にＩＰアドレスを割り当てられる。通信装置は、起動時に一度、上位のブロードバンドルータのＩＰアドレスを割り当てられると、セッション管理サーバに対して、セッション管理クライアント部１０７により、ＴＣＰ上のセッション、または、ＵＤＰやＳＣＴＰ上のアプリケーションレベルにて定義された論理的セッションを張ることができる。一度セッションが張られると、セッション管理サーバ側では、通信装置ＩＰアドレス確認部１３０２が接続してきた通信装置側のＩＰアドレスを一般的なソケットライブラリの処理系により確認する。セッション管理サーバ側よりこの通信装置側のＩＰアドレスを通信装置に知らせることができる。この通信装置側のＩＰアドレスは、実際には上位に位置するブロードバンドルータのＩＰアドレスである。
さらに、この既存通信方式の通信を可能とするため、そのＩＰアドレスを元に、既存通信方式アドレス情報管理サーバへ登録メッセージを送信し、登録を行う。
【００４２】
この後に、通信装置の上位のブロードバンドルータに割り当てられたＩＰアドレスが変更されると、自動的に、通信装置とセッション管理サーバ間に張られたセッションが切断される。基本的に、ソケットライブラリの処理系により、セッションの切断がアプリケーションソフトウェアにて検知することができるが、ソケットライブラリの処理系によっても検知できない場合もあり、このようなときは、定期的にセッション管理サーバから通信装置に対して張られたセッションと通して、セッション保持を示すデータがセッションキープアライブ部１３０１により送信されつづけており、このデータ（識別情報の一例）が途絶えてタイムアウト検出をすることで、セッションが切断されたことが通信装置側に判明する。
【００４３】
次に、セッションが切断された通信装置は、新たにセッション管理サーバに対してセッションの接続を行おうとして、セッション管理サーバへアクセスする。前回と同様に、セッション管理サーバ側では、接続してきた通信装置側のＩＰアドレスを通信装置ＩＰアドレス確認部１３０２により確認することができる。一度セッションが張られると、セッション管理サーバ側よりこの通信装置側のＩＰアドレスを通信装置に知らせることができる。そして、再び、この既存通信方式の通信を可能とするため、そのＩＰアドレスを元に、既存通信方式アドレス情報管理サーバへ登録メッセージを送信し、登録を行う。
【００４４】
なお、この実施の形態２にて説明しているセッション管理サーバは、ＨＣＡＰ方式にて定義されるセッション管理サーバである必要はない。上述したように、動的なＩＰアドレスの変更を検知するためだけにセッション管理を行う位置付けのサーバでよい。
以上から、ブロードバンドルータのＩＰアドレスが動的に変更されても、常に通信装置を既存通信方式アドレス情報管理サーバへ自動的に再登録をすることができる。
【００４５】
実施の形態３．
実施の形態２では、通信装置とセッション管理サーバのしくみを用いて、通信装置の上位のブロードバンドルータのＩＰアドレスが変更される場合の対応処理について説明したが、実施の形態３では、通信装置に特別な手段を設けるのでなく、ブロードバンドルータに特別な手段を設けることで、同様な対応ができるようにした。
図５は、実施の形態３のインターネット通信システムのシステム構成図である。
図５において、同一番号の構成は、図３と同様である。
図６は、既存通信方式のアドレス情報管理サーバ上での各通信端末の動的に割り当てられたＩＰアドレスの管理処理に必要な各構成要素の関係を示している図である。
【００４６】
ルータ装置、例えば、ブロードバンドルータ９２０は、インターネット２を用いてデータ通信をする通信装置、例えば、ここでは固定ＩＰ電話機１１０に接続され、上記通信装置をインターネット２に接続する。
ブロードバンドルータ９２０は、ＩＰアドレスが動的に割り当てられ、割り当てられた際に、割り当てられたＩＰアドレスを上記通信装置のＩＰアドレス情報として、アドレス情報を用いて上記通信装置を管理するアドレス情報管理サーバ５００へ上記通信装置に代わって上記通信装置の登録処理の要求を行う。
【００４７】
以下、図６において、各通信端末の動的に割り当てられたＩＰアドレスの管理処理について説明を行う。
インターネット通信システム１の通信装置、例えば、固定ＩＰ電話機１１０の上位に接続されたルータ装置、例えばここでは、ブロードバンドルータ９２０は、ＤＨＣＰクライアント部９０１を備え、ＩＳＰ等からＩＰアドレスを動的に割り当てられる際に、通信装置が行うべき既存通信方式のアドレス情報管理サーバ５００への再登録処理を代行して行う既存通信方式再登録処理手段、ここでは既存通信方式通信装置登録部９０２を備える。
【００４８】
すなわち、ブロードバンドルータは、ＤＨＣＰクライアント機能を備えるため、ＤＨＣＰサーバ１０００からのＩＰアドレス割り当ての更新処理を行い、ＩＰアドレスが更新されるタイミングを把握できる。これから、ＩＰアドレスが変更されたときに、通信装置に代わって、通信装置が行うべき、既存通信方式アドレス情報管理サーバ５００へ既存通信方式通信装置登録部９０２により再登録処理を行うことが可能である。
【００４９】
実施の形態４．
実施の形態２、３では、ブロードバンドルータ配下の通信装置を既存通信方式アドレス情報管理サーバへの登録する方式について説明した。実施の形態４では、この登録だけでなく、既存通信方式による外部からの通信の着呼を受け付けるための構成の１つについて説明する。
図７は、実施の形態４のインターネット通信システムのシステム構成図である。
図７において、同一番号の構成は、図１、図３と同様である。ルータ装置の一例としてのブロードバンドルータ９１０は、インターネット２を用いてデータ通信をする複数の通信装置、例えばここでは、無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０に接続されている。無線携帯ＩＰ電話機１００は、無線基地局７１０を介してブロードバンドルータ９１０に接続されている。固定アナログ電話機１２０は、これまた通信装置の一例であるＩＰ電話アダプタ８１０を介してブロードバンドルータ９１０に接続に接続されている。
図８は、ブロードバンドルータの配下の通信端末が既存通信方式の通信の着呼を受け付けることが可能な構成の要素の関係を示している図である。
図９は、エリア外の通信装置からブロードバンドルータ配下の通信装置へ発呼処理を行うＳＩＰ（セッション・イニシエイション・プロトコル）方式での呼制御メッセージのフローの例を示す図である。
【００５０】
呼制御部の一例として、既存通信方式呼制御管理サーバ部９０３は、呼制御管理をおこなう呼制御管理サーバ３００からインターネット２介して発呼メッセージを受信し、受信された発呼メッセージに基づいて、着信処理すべき上記通信装置を識別し、識別された通信装置に対する新たな発呼メッセージを生成し、生成された新たな発呼メッセージを識別された通信装置に送信し、送信された通信装置への着信処理をおこなう。
【００５１】
言いかえれば、インターネット通信システム１の通信装置の上位に接続されたルータ装置は、既存通信方式の着信処理について、既存通信方式の呼制御管理サーバ３００からの発呼メッセージをルータ装置に内蔵された既存通信方式呼制御管理サーバ部９０３により対応し、ルータ装置配下の個別の通信装置を識別して呼び出して着信処理を行える。
【００５２】
すなわち、ブロードバンドルータの配下は、プライベートＩＰアドレスエリアとなるため、ＳＩＰのような既存通信方式では、そのエリアとＷＡＮ（ＷｉｄｅＡｒｅａ Ｎｅｔｗｏｒｋ）側の出入り口にＳＩＰプロキシのような呼制御管理サーバを設置することで、そのエリア内の通信装置に対して、エリアの外から通信を行うことができる。この実施の形態４では、本格的なＳＩＰプロキシのような既存通信方式呼制御管理サーバを設置するのではなく、ブロードバンドルータ内にエリア内の通信装置の発着呼の処理を管理する簡易な呼制御管理サーバ手段を内蔵させる。エリア外の通信装置からの発呼処理は、インターネット上に配置されている既存通信方式呼制御管理サーバの管理にて、このブロードバンドルータ配下の通信装置に対して行われる。ただし、エリア外の既存通信方式呼制御管理サーバが直接通信装置を特定して発呼メッセージを送信できないので、ブロードバンドルータ内の既存通信方式呼制御管理サーバ手段にて引き受け、そこからさらに発呼メッセージを通信装置へ送信するようにして、通信装置の着呼処理が可能となる。
【００５３】
実施の形態５．
実施の形態５では、実施の形態４と同様に、既存通信方式による外部からの通信の着呼を受け付けるための構成の１つについて説明する。
図１０は、実施の形態５のインターネット通信システムのシステム構成図である。
図１０において、同一番号の構成は、図１、図３と同様である。ルータ装置の一例としてのブロードバンドルータ９１０は、インターネット２を用いてデータ通信をする複数の通信装置、例えばここでは、無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０に接続されている。無線携帯ＩＰ電話機１００は、無線基地局７１０を介してブロードバンドルータ９１０に接続されている。固定アナログ電話機１２０は、ＩＰ電話アダプタ８１０を介してブロードバンドルータ９１０に接続に接続されている。
図１１は、ブロードバンドルータの配下の通信端末が既存通信方式の通信の着呼を受け付けることが可能な構成の要素の関係を示している図である。
図１１において、ブロードバンドルータ９１０は、図６の構成に、さらに、ＮＡＴ配下識別部９０４を有している。
図１２は、本実施例で特徴的なＮＡＴ配下識別部の処理概要を説明する図である。
図１３は、エリア外の通信装置からブロードバンドルータ配下の通信装置へ発呼処理を行うＳＩＰ方式での呼制御メッセージのフローの例を示す図である。
【００５４】
転送部の一例として、ＮＡＴ配下識別部９０４は、呼制御管理をおこなう呼制御管理サーバからインターネットを介して発呼メッセージを受信し、受信された発呼メッセージに基づいて、上記発呼メッセージを含む、同一のメッセージシーケンスとなるメッセージのＩＰ（インターネットプロトコル）データパケットを上記複数の通信装置のいずれかへ転送する。
上記発呼メッセージは、通信先となる通信装置を識別する通信装置識別子を有する。
上記ＮＡＴ配下識別部９０４は、アドレス対応テーブル９０４１、検索部９０４２、送信部９０４３を有している。
アドレス対応テーブル９０４１は、上記複数の通信装置の各通信装置の通信装置識別子と上記各通信装置のプライベートアドレスとを対応させたテーブルである。
検索部９０４２は、上記受信された発呼メッセージが有する通信装置識別子に基づいて、上記アドレス対応テーブル９０４１から上記複数の通信装置の内、通信先となる通信装置のプライベートアドレスを検索する。
送信部９０４３は、上記検索部９０４２により検索されたプライベートアドレスを有する通信装置へ上記ＩＰデータパケットを送信する。
【００５５】
言いかえれば、インターネット通信システム１の通信装置の上位に接続されたルータ装置は、既存通信方式の着信処理について、既存通信方式の呼制御管理サーバ３００からの発呼メッセージをメッセージ内部の通信先通信装置のアドレス情報を確認して、ルータ装置に内蔵しているＮＡＴテーブル上にて登録された通信装置を検索し、そのＮＡＴのプライベートアドレスに対して、そのメッセージを含む、同一のメッセージシーケンスとなるメッセージのＩＰデータパケットをその通信装置へルーティング処理するＮＡＴ配下識別部９０４を備える。
【００５６】
実施の形態４にて説明したように、ブロードバンドルータ配下のエリア内の通信装置へ発呼メッセージを直接送信することは、一般にできない。これは、発呼メッセージのＩＰパケットが、ブロードバンドルータに割り当てられたＩＰアドレスに向けて送信されるため、ブロードバンドルータの配下へ転送するしくみが必要となる。基本的に発呼メッセージには、ＳＩＰの例のように、発呼先の通信装置のアドレスがＩＰアドレスと通信装置の識別子を合わせたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｃｅ Ｌｏｃａｔｏｒ）として、書かれている。したがって、この通信装置の識別子から、該当する実際の通信装置のプライベートＩＰアドレスを調べるテーブルを用意し、発呼メッセージ内の宛先を確認することで、該当する通信装置にその発呼メッセージのＩＰパケットを転送（ルーティング）することができる。図１２では、各通信装置の識別子がＴＥＬ１〜４として示されている。なお、１回分の通話のために、通信装置と既存通信方式呼制御管理サーバとの間に複数のメッセージが送受信されるが、この１回分の通話に関しては、同一のＣａｌｌ ＩＤをもつため、それに該当するメッセージのＩＰパケットを判別して該当する通信装置にルーティングすることができる。
【００５７】
また、上記ルータ装置の一例であるブロードバンドルータ９１０は、さらに、複数のユーザデータグラムプロトコル（ＵＤＰ）ポートを備えている。図１１、図１２においては、ＵＤＰポートＮＯ．１〜ＮＯ．４をＵＤＰポート９０５１，９０５２，９０５３，９０５４として記載している。
上記ルータ装置の一例であるブロードバンドルータ９１０は、外部からＵＤＰを用いたデータを上記複数のＵＤＰポート９０５１，９０５２，９０５３，９０５４のいずれかを用いて受信する。
上記データは、上記複数のＵＤＰポート９０５１，９０５２，９０５３，９０５４のいずれかを識別するＵＤＰポート識別子を有し、
上記アドレス対応テーブル９０４１は、さらに、上記複数のＵＤＰポート９０５１，９０５２，９０５３，９０５４の各ＵＤＰポートを識別するＵＤＰポート識別子と上記複数の通信装置の各通信装置のプライベートアドレスとを対応させている。
上記検索部９０４２は、上記受信されたデータが有するＵＤＰポート識別子に基づいて、上記アドレス対応テーブル９０４１から上記複数の通信装置の内、通信先となる通信装置のプライベートアドレスを検索する。
上記送信部９０４３は、上記検索部９０４２により検索されたプライベートアドレスを有する通信装置へ上記データを送信する。
【００５８】
上記転送部の一例としてのＮＡＴ配下識別部９０４は、発呼メッセージを受信し、上記ＩＰデータパケットを上記通信先となる通信装置へ転送する際に、上記複数の通信装置の各通信装置のプライベートアドレスと対応するＵＤＰポート識別子を動的に決定する。
上記アドレス対応テーブル９０４１は、動的に決定された各通信装置のプライベートアドレスと各ＵＤＰポート識別子とを対応させ、
上記検索部９０４２は、上記受信されたデータが有するＵＤＰポート識別子に基づいて、上記動的に対応させられたＵＤＰポート対応テーブルから上記複数の通信装置の内、通信先となる通信装置のプライベートアドレスを検索する。
上記送信部９０４３は、上記検索部９０４２により検索されたプライベートアドレスを有する通信装置へ上記データを送信する。
【００５９】
言いかえれば、データ通信をするインターネット通信システムの通信装置の上位に接続されたルータ装置は、既存通信方式の着信処理の完了後の音声データ送受信処理を、個別の通信装置ごとに、専用のＵＤＰポートを使用できるように、動的にＮＡＴテーブルに設定を行い、音声データの通信装置へのルーティングを実施できる。
【００６０】
また、既存通信方式の呼制御処理が完了して、ブロードバンドルータ配下の通信装置と、エリア外の通信装置との間にて、音声ストリームデータの送受信を行うが、一般の既存通信方式では、音声ストリームデータはＵＤＰ上のプロトコルを用いることが多い。音声ストリームデータのパケットには、ブロードバンドルータ配下の通話先を特定する識別子が一般にないため、各通話装置ごとの通話に対してＵＤＰポートを別個に使用する必要がある。この使用ＵＤＰポートの割り当ては、上記の呼制御処理の中で決定されるので、このブロードバンドルータ配下の通信装置ごとに割り当てられるＵＤＰポート番号をＮＡＴ配下識別部９０４の内蔵テーブルに登録しておき、実際にエリア外の通信装置から送信されてきたＵＤＰパケットについて、ＵＤＰポート番号を確認し、該当するブロードバンドルータ配下の通信装置へルーティングする。このようにすることで、通話開始時に動的に決定されるＵＤＰポート番号別の音声ストリームデータ通信を実現できる。なお、ここでは、ＮＡＴ配下識別部９０４の内蔵テーブルへのＵＤＰポート番号を動的に登録する方式について説明したが、事前にこの内蔵テーブルに、通信装置ごとに固定的に使用するＵＤＰポート番号を静的に決めておき、そのポート番号を登録しておくことも可能である。
【００６１】
実施の形態６．
実施の形態１〜５においては、既存通信方式の通信装置をより多様な形態で利用ができるような構成を説明した。この実施の形態６では、ＨＣＡＰ方式の通信装置から、既存通信方式による公衆回線接続を行える形態の１つについて説明する。
【００６２】
ＨＣＡＰ方式の通信装置は、基本的にどのようなネットワーク環境であろうとも、一般のインターネットにＨＴＴＰによるアクセスが可能であれば、ＩＰ回線による通話が可能である。一方では、既存通信方式の通信装置は、原則として通信装置にグローバルＩＰアドレスが固定的に割り当てられる必要があった。これから、ＨＣＡＰ方式を内蔵し、一般の公衆回線電話対応として、既存通信方式も利用可能な通信装置は、使用できるネットワーク環境に制限が課されていた。そこで、本実施例では、通信装置側はＨＣＡＰ方式にて運用し、インターネット上に設置されたＨＣＡＰ方式のセッション管理サーバから、既存通信方式にて既存通信方式の呼制御管理サーバやメディアゲートウェイに接続できるしくみとしている。これには、２種類の方法があり、以下に順番に説明を行う。
【００６３】
（１）ＨＣＡＰ方式セッション管理サーバに既存通信方式クライアント手段を内蔵する方法の場合
図１４は、実施の形態６のＨＣＡＰ方式の通信方式の通信装置から既存通信方式による公衆回線の電話機への接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
図１４において、インターネット通信システム１は、インターネット２に接続された既存通信方式呼制御管理サーバ３００、既存通信方式クライアント機能及びＨＣＡＰ方式セッション管理サーバ１４００、ＨＣＡＰ方式通話中継サーバ１５００、既存通信方式メディアゲートウェイ１６００、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０を介してインターネット２に接続された固定アナログ電話機１２０を備えている。既存通信方式メディアゲートウェイ１６００は、公衆回線３に接続されている。固定アナログ電話機１７００は、公衆回線３に接続されている。
【００６４】
図１５は、実施の形態６の既存通信方式による公衆回線の電話機からＨＣＡＰ方式の通信方式の通信装置に対して、接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
図１５において、各構成は、図１４と同様である。
【００６５】
図１６は、ＨＣＡＰ方式の通信装置が既存通信方式による公衆回線接続による公衆電話機との間の通信をすることが可能な構成の要素の関係を示している図である。
図１６において、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００、インターネット２に接続された固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０を介してインターネット２に接続された固定アナログ電話機１２０は、ＨＣＡＰ方式ＩＰ電話発呼部１１１、ＨＣＡＰ方式ＩＰ電話着呼部１１６、ＨＣＡＰ方式音声データ送受信部１１２を有している。
ＨＣＡＰ方式セッション管理サーバ１４００は、既存通信方式クライアント部１４０１、ＨＣＡＰ方式セッション管理部１４０２、メディアゲートウェイ制御部１４０３を有している。
ＨＣＡＰ方式通話中継サーバ１５００は、ＨＣＡＰ方式音声データ送受信部１５０１を有している。
既存通信方式呼制御管理サーバ３００は、既存通信方式呼制御部３０１を有している。
【００６６】
図１７は、ＨＣＡＰ方式と既存通信方式の１つであるＳＩＰ方式の本実施例６の場合の呼制御メッセージのフローの概念を示している図である。
図１７において、同一番号の構成は、図１５と同様である。
【００６７】
異方式アクセス部の一例として、既存通信方式クライアント部１４０１は、ＨＣＡＰ方式の通信装置、例えば、固定ＩＰ電話機１１０とＨＣＡＰ方式とは異なる方式の通信装置、例えばここでは、固定アナログ電話機１７００との間にて通信を行うために、上記ＨＣＡＰ方式とは異なる方式を用いてインターネットでデータ通信をする通信装置に対し呼制御管理をおこなう呼制御管理サーバ３００に上記呼制御管理サーバ３００が用いる方式を用いてアクセスする。
【００６８】
言いかえれば、インターネット通信システム１のＨＣＡＰ方式のセッション管理サーバ１４００は、ＨＣＡＰ方式と既存通信方式の各通信装置との間にて通信を行うために、既存通信方式の呼制御管理サーバ３００に一般の既存通信方式の通信装置としてアクセスができる既存通信方式のクライアント機能部を内蔵する。
【００６９】
上記呼制御管理サーバ３００は、上記ＨＣＡＰ方式とは異なる方式の通信装置（ここでは固定アナログ電話機１７００）とインターネット２とを接続する上記ＨＣＡＰ方式とは異なる方式のメディアゲートウェイ１６００を制御する。
上記メディアゲートウェイ制御部１４０３は、ＨＣＡＰ方式の通信装置とＨＣＡＰ方式とは異なる方式の通信装置との間にて通信を行うために、上記呼制御管理サーバ３００が制御する上記メディアゲートウェイ１６００を制御する。
【００７０】
言いかえれば、インターネット通信システム１のＨＣＡＰ方式のセッション管理サーバ１４００は、ＨＣＡＰ方式と既存通信方式の各通信装置との間にて通信を行うために、既存通信方式の呼制御管理サーバ３００が既存通信方式のメディアゲートウェイ１６００を制御する機能手段を内蔵する。
【００７１】
既存通信方式の通信装置が既存通信方式の呼制御管理サーバ３００に対して、発着呼処理を行うと同様に、ＨＣＡＰ方式のセッション管理サーバ１４００内に既存通信方式のクライアント手段を用意することにより、既存通信方式呼制御管理サーバ３００からすれば、１つの通信装置からの発着呼処理に見せかけた処理を行うことができる。このようにすることで、ＨＣＡＰ方式の通信装置は、ファイアウォールやＮＡＴルータの配下のエリアにあっても、ＨＣＡＰ方式の通話中継サーバ１５００まで音声ストリームデータの送受信を行うことができるので、通話中継サーバ１５００からさらに既存通信方式のメディアゲートウェイ１６００を経由して一般の公衆回線３の電話機と通信を行うことができる。
【００７２】
（２）既存通信方式呼制御管理サーバにＨＣＡＰ方式セッション管理手段を内蔵する場合
図１８は、実施の形態６のＨＣＡＰ方式の通信方式の通信装置から既存通信方式による公衆回線の電話機への接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
図１８において、インターネット通信システム１は、インターネット２に接続されたＨＣＡＰ方式セッション及び既存通信方式呼制御管理サーバ３５０、ＨＣＡＰ方式セッション管理サーバ１４５０、ＨＣＡＰ方式通話中継サーバ１５００、既存通信方式メディアゲートウェイ１６００、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００、固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０を介してインターネット２に接続された固定アナログ電話機１２０を備えている。既存通信方式メディアゲートウェイ１６００は、公衆回線３に接続されている。固定アナログ電話機１７００は、公衆回線３に接続されている。
【００７３】
図１９は、実施の形態６の既存通信方式による公衆回線の電話機からＨＣＡＰ方式の通信方式の通信装置に対して、接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
図１９における各構成は、図１８と同様である。
【００７４】
図２０は、ＨＣＡＰ方式の通信装置が既存通信方式による公衆回線接続による公衆電話機との間の通信をすることが可能な構成の要素の関係を示している図である。
図２０において、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００、インターネット２に接続された固定ＩＰ電話機１１０、ＩＰ電話アダプタ８１０を介してインターネット２に接続された固定アナログ電話機１２０は、ＨＣＡＰ方式ＩＰ電話発呼部１１１、ＨＣＡＰ方式ＩＰ電話着呼部１１６、ＨＣＡＰ方式音声データ送受信部１１２を有している。
ＨＣＡＰ方式セッション管理サーバ１４５０は、ＨＣＡＰ方式セッション管理部１４０２を有している。
ＨＣＡＰ方式通話中継サーバ１５００は、ＨＣＡＰ方式音声データ送受信部１５０１を有している。
既存通信方式呼制御管理サーバ３５０は、ＨＣＡＰとは異なる方式の呼制御管理サーバであって、既存通信方式呼制御部３０１、ＨＣＡＰ方式セッション管理部３５１を有している。
【００７５】
図２１は、ＨＣＡＰ方式と既存通信方式の１つであるＳＩＰ方式の本実施例７の場合の呼制御メッセージのフローの概念を示している図である。
図２１において、同一番号の構成は、図１８と同様である。
【００７６】
異方式アクセス部の一例として、ＨＣＡＰ方式セッション管理部３５１は、ＨＣＡＰ方式の通信装置（ここでは、例えば、固定ＩＰ電話機１１０）とＨＣＡＰ方式とは異なる方式の通信装置（ここでは、例えば、固定アナログ電話機１７００）との間にて通信を行うために、上記ＨＣＡＰ方式を用いてインターネット２でデータ通信をする通信装置（ここでは、例えば、固定ＩＰ電話機１１０）に対し呼制御管理をおこなうセッション管理サーバ１４５０に上記ＨＣＡＰ方式を用いてアクセスする。
【００７７】
ＨＣＡＰ方式セッション管理サーバ１４５０が対抗で接続する既存通信方式呼制御管理サーバ３５０側にＨＣＡＰ方式セッション管理部３５１を備え、前者のＨＣＡＰ方式セッション管理サーバ１４５０側からすれば、同等のＨＣＡＰ方式セッション管理サーバと接続して、ＨＣＡＰ方式のサーバ間呼制御処理を実施する。このようにすることで、ＨＣＡＰ方式の通信装置は、ファイアウォールやＮＡＴルータの配下のエリアにあっても、ＨＣＡＰ方式の通話中継サーバまで音声ストリームデータの送受信を行うことができるので、通話中継サーバから、さらにＨＣＡＰ方式通話中継サーバに見せかけて既存通信方式のメディアゲートウェイ１６００に対してもＨＣＡＰ方式の通話中継処理を行い、一般の公衆回線の電話機（ここでは、例えば、固定アナログ電話機１７００）と通信を行うことができる。
【００７８】
実施の形態７．
図２２は、実施の形態７のインターネット通信システムのシステム構成図である。
図２２において、インターネット２を用いてデータ通信をするインターネット通信システム１は、インターネット２に接続された発呼側の通信装置、着呼側の通信装置、各種サーバを備えている。実施の形態７におけるインターネット通信システム１は、既存通信方式を用いている。
図２２では、発呼側の通信装置の一例として、無線携帯ＩＰ（インターネットプロトコル）電話機１００、固定ＩＰ電話機１１０、固定アナログ電話機１２０を記載している。無線携帯ＩＰ電話機１００は、無線基地局７１０（アクセスポイント）に接続され、無線基地局７１０を介してインターネット２に接続されている。固定アナログ電話機１２０は、ＩＰ電話アダプタ８１０に接続され、ＩＰ電話アダプタ８１０を介してインターネット２に接続されている。
また、図２２では、着呼側の通信装置の一例として、無線携帯ＩＰ電話機２００、固定ＩＰ電話機２１０、固定アナログ電話機２２０を記載している。無線携帯ＩＰ電話機２００は、無線基地局７２０（アクセスポイント）に接続され、無線基地局７２０を介してインターネット２に接続されている。固定アナログ電話機２２０は、ＩＰ電話アダプタ８２０に接続され、ＩＰ電話アダプタ８２０を介してインターネット２に接続されている。
また、図２２では、各種サーバの一例として、既存通信方式呼制御管理サーバ３００、既存通信方式アドレス情報管理サーバ５００、既存通信方式登録情報管理サーバ１８００を記載している。既存通信方式アドレス情報管理サーバ５００は、電話番号ＩＰアドレス交換データベース６００（記憶装置の一例である）に接続されている。既存通信方式登録情報管理サーバ１８００は、顧客通信装置登録情報データベース１９００（記憶装置の一例である）に接続されている。
【００７９】
通信装置の一例として、例えば、固定ＩＰ電話機１１０は、自己を識別する識別子情報を有し、インターネット２を用いてデータ通信をする。通信装置の一例として、電話機本体（ここでは、例えば、無線携帯ＩＰ電話機２００、固定ＩＰ電話機１１０、固定アナログ電話機２２０）ではなく、例えば、ＩＰ電話アダプタ８２０等のアダプタ機器、或いは無線基地局７２０であっても構わない。
例えば、固定ＩＰ電話機１１０は、ユーザアカウント情報とパスワード認証情報との少なくとも１つを用いてアクセスすることにより通信装置のアドレス情報を登録可能なアドレス情報管理サーバ５００へアクセスするために、上記アクセスするために必要なユーザアカウント情報とパスワード認証情報との少なくとも１つを管理する登録情報管理サーバ１８００に、自己の電源投入時と自己がおこなう特定のコマンド入力の操作後と一定期間毎との内少なくとも１つの時にインターネット２経由にてアクセスし、上記通信装置が有する識別子情報を上記登録情報管理サーバ１８００に送信する。そして、例えば、固定ＩＰ電話機１１０は、上記登録情報管理サーバ１８００に送信された識別子情報に基づいて、上記登録情報管理サーバ１８００により管理される上記アドレス情報管理サーバ５００へアクセスするために必要なユーザアカウント情報とパスワード認証情報との少なくとも１つを上記登録情報管理サーバ１８００から取得する。
【００８０】
言いかえれば、通信装置（例えば、固定ＩＰ電話機１１０）は、電源投入時、または、特定のコマンド入力の操作後、または、一定周期ごとに、既存通信方式登録情報管理サーバ１８００へインターネット２経由にてアクセスし、その通信装置のもつ識別子情報を送信する。そして、既存通信方式登録情報管理サーバ１８００内で登録されている顧客の登録情報に基づいて、既存通信方式のアドレス情報管理サーバ５００へアクセスするためのユーザアカウント情報やパスワード認証情報を取得する。
【００８１】
ここまでで、示してきた既存通信方式の通信では、通信装置が通信を行う前に既存通信方式アドレス情報管理サーバ５００への登録処理を必要としていた。この登録処理では、顧客の契約の基づくユーザアカウント情報やパスワード認証情報が必要とされる。しかし、ＩＰ電話アダプタ８１０のような通信装置では、このようなユーザアカウント情報やパスワード認証情報を顧客に入力操作を行わせることは困難である。そこで、この実施の形態７では、既存通信方式の通信装置にて、顧客の契約情報からこの既存通信方式の登録処理も自動的に行える構成について説明する。
まず、顧客の契約情報と連携されている顧客通信装置登録情報データベース１９００を備える既存通信方式登録情報管理サーバ１８００に、通信装置が電源投入時や、ある一定の周期ごとなどで、通信装置の製造番号などの識別子情報を送信すると共にアクセスし、その該当する顧客の通信装置のユーザアカウント情報やパスワード認証情報をその返信にて取得する。この後に、既存通信方式の登録処理として、通信装置が既存通信方式アドレス情報管理サーバ５００へ、得られたユーザアカウント情報やパスワード認証情報を送信する。以降、既存通信方式の通常の発着呼処理を既存通信方式呼制御管理サーバ３００を通して行うことができる。
【００８２】
実施の形態８．
図２３は、実施の形態８の無線通信装置の利用を可能とするインターネット通信システムのシステム構成図である。
図２３において、インターネット通信システム１は、インターネット２に接続されたＨＣＡＰ方式セッション及び既存通信方式呼制御管理サーバ３５０、ＨＣＡＰ方式セッション管理サーバ１４５０、ＨＣＡＰ方式通話中継サーバ１５００、無線通信装置利用者登録情報管理サーバ２０００、既存通信方式メディアゲートウェイ１６００、無線基地局７１０を介してインターネット２に接続された無線携帯ＩＰ電話機１００を備えている。既存通信方式メディアゲートウェイ１６００は、公衆回線３に接続されている。固定アナログ電話機１７００は、公衆回線３に接続されている。無線通信装置利用者登録情報管理サーバ２０００は、無線通信装置利用者登録情報データベース２１００に接続されている。
【００８３】
ここまでの実施の形態１から７まででは、通信装置として、多様な形態を前提としていたが、この実施の形態８では、無線携帯ＩＰ電話機１００のようなモバイルの無線通信装置を想定している。モバイル用途で使用される携帯通信装置では、必ずしも十分な容量の電源を搭載することができない場合が多い。このため、できるだけ電力消費を抑制するための工夫を施す必要がある。この実施の形態８では、この工夫についてのいくつかのしくみについて説明を行う。
【００８４】
無線通信装置の一例として、無線携帯ＩＰ電話機１００は、インターネット２を用いてデータを無線通信をする。
無線携帯ＩＰ電話機１００は、着呼確認用の無線アクセスを常時接続せず、上記無線アクセスを間欠的に行い、無線アクセスがされない間、無線モジュールの省電力化が可能な待機モードにはいる。
【００８５】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、一定の周期ごとなど間欠的に行い、そのアクセスがされない場合、無線モジュールの省電力化が可能な待機モードにはいることを特徴とする。
【００８６】
ＨＣＡＰ方式の無線通信装置（ここでは、一例として、無線携帯ＩＰ電話機１００）では、自らに着呼があったどうかの確認を所属するセッション管理サーバ１４５０へのセッションを継続してはることで、着呼があったときに何らかのデータがセッション管理サーバ１４５０から無線通信装置へ送信されるようになっている。既存通信方式においても、同様に無線通信装置側へ着呼があったかどうかの確認を特定のサーバノードに対して、常時接続した形態で、着呼情報の受信を待つしくみとすることも可能である。これらの形態の場合でも、常に着呼確認のために無線アクセスを行っていると、無線モジュール（ここでは、一例として、無線携帯ＩＰ電話機１００）が常に電力を消費しつづけるので、省電力化のために、ある一定の時間ごとなど間欠的に無線アクセスを行うようにする。この無線アクセスがなされない場合に、無線モジュールの省電力化が可能な待機モードにはいるようにする。
【００８７】
上記無線通信装置は、上記無線アクセスを所定の期間毎に間欠的におこない、上記所定の期間は、所定の最短限界期間と所定の最長限界期間との間の期間とする。そして、上記無線通信装置は、着呼確認用の無線アクセスを自己の電源容量の残量に応じて、所定の残量と比較して上記電源容量の残量が多い場合に上記所定の期間を最短限界時間に可変させるように制御する。一方、上記所定の残量と比較して上記電源容量の残量が少ない場合に上記所定の期間を最長限界時間に可変させるように制御する。
【００８８】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、電源容量の残量に依存して、残量が多いときは、周期を最短限界時間、残量が少ないときは、周期を最長限界時間まで長く可変させて、制御する上で、一定の周期ごとに行い、そのアクセスがされない場合、無線モジュールの省電力化が可能な待機モードにはいる。
【００８９】
前例では、ただ省電力化のために、非常に単純に間欠的に着呼確認用の無線アクセスを行うようにしたが、ここでは、内蔵された電源についてその残容量に応じて、無線アクセスの間欠期間の調整を行うようにする。つまり、電源容量が十分に残っている場合には、着呼のリアルタイム応答性にあまり影響のない２秒などの時間間隔で間欠的に着呼確認用の無線アクセスを行い、電源容量の残量が減っていくにしたがって、徐々にその時間間隔を徐々に開けていったり、ある一定の残量をわると、特定の長めの時間間隔に変更したりするなどの調整を行う。この間欠期間については、基本的に最短限界時間を設けて、無駄な無線アクセスを行わないようにして、最長限界時間を設けて、着呼のリアルタイム応答性に支障のないようにしておく。
【００９０】
また、上記無線通信装置は、利用者の活動スケジュールに合わせた所定の期間を上記利用者に設定させ、上記設定された所定の期間毎に上記無線アクセスを間欠的におこない、上記無線アクセスを間欠的におこなう時刻以外の期間では無線モジュールの省電力化が可能な待機モードにはいる。
【００９１】
そして、上記無線通信装置は、上記所定の期間として１日、１週間、１ヶ月、１年のいずれかの期間とを上記利用者に設定させることができ、さらに、上記利用者が利用しない深夜時間帯と土日祝日との少なくとも１つの期間とが上記待機モードにはいるように上記利用者に設定させることができる。
【００９２】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、１日、１週間、１ヶ月、１年などの利用者の活動スケジュールに合わせて、利用しない深夜時間帯や土日祝日などに無線モジュールの省電力化が可能な待機モードにはいるように設定ができる。さらに、効率の良い無線アクセス期間を抑制するために、その無線通信装置の利用者の利用形態に合わせた待機モードのスケジューリングを行うようにする。これには、１日、１週間、１ヶ月、１年などの周期で利用者の利用形態に合わせて、企業用では、勤務時間でなくて利用しない深夜時間帯や土日祝日などには無線アクセスを行わないようにするなど、無線モジュールの省電力化が可能な待機モードにはいるように設定ができるようにする。
【００９３】
上記無線通信装置（ここでは、一例としての無線携帯ＩＰ電話機１００）は、上記利用者により設定された所定の期間と上記待機モードにはいる期間との各情報を設定情報として利用者毎に登録する無線通信装置利用者登録情報管理サーバ２０００に送信する。
上記無線通信装置利用者登録情報管理サーバ２０００は、上記無線通信装置により送信された設定情報を無線通信装置利用者登録情報データベース２１００に上記利用者毎に登録する。
上記無線通信装置は、上記利用者の要求に応じて上記無線通信装置利用者登録情報管理サーバ２０００にアクセスし、上記無線通信装置利用者登録情報管理サーバ２０００により登録された設定情報を取得する。
【００９４】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、１日、１週間、１ヶ月、１年などの利用者の活動スケジュールに合わせて、利用しない深夜時間帯や土日祝日などに無線モジュールの省電力化が可能な待機モードにはいるように設定するための無線通信装置利用者登録情報管理サーバ２０００に利用者ごとに登録された情報をアクセスして取得できる。そして、上述のような省電力化のための無線アクセス不要期間の設定を、利用者に直接無線通信装置に対して行わせるのではなく、利用形態を確認できるスケジュール情報を、各利用者ごとに無線通信装置利用者登録情報データベース２１００として登録しておき、無線通信装置がそのデータベースを管理する無線通信装置利用者登録情報管理サーバ２０００にアクセスすることで、その情報を取得し、自動的に待機モードとなるスケジューリング設定をするしくみを用意できる。
【００９５】
実施の形態９．
実施の形態８では、無線通信装置の電源の省電力化のために、できるだけ無線アクセスをしないようなしくみを設けていた。この実施の形態９では、全く無線アクセスが行えない場合に、他の通信装置からの着呼があったとき、無線通信装置の無線アクセスが復活するまで、その着呼情報を保存しておき、復活後にその情報を取得して利用者に告知する形態について説明する。実施の形態９における各構成は、図２３と同様である。
【００９６】
セッション管理サーバ１４５０は、インターネット２を介してデータを無線通信する無線通信装置（ここでは、一例としての無線携帯ＩＰ電話機１００）の呼制御をおこなう。
セッション管理サーバ１４５０は、上記無線通信装置への着呼があった時点で上記無線通信装置とのアクセスが不可能な場合に、上記着呼を示す着呼情報を保存し、上記無線通信装置とのアクセスが可能になった時に、保存された着呼情報を上記無線通信装置に送信する。
【００９７】
無線通信装置（ここでは、一例としての無線携帯ＩＰ電話機１００）は、呼制御をおこなうセッション管理サーバ１４５０とインターネット２を介して接続され、データを無線通信する。
上記無線通信装置は、上記セッション管理サーバ１４５０が自己への着呼をおこなう時点で上記無線通信装置と上記セッション管理サーバ１４５０との間のアクセスが不可能な場合に上記着呼を示す着呼情報を保存する上記セッション管理サーバ１４５０から、上記無線通信装置と上記セッション管理サーバ１４５０との間のアクセスが可能になった時に、保存された着呼情報を受信し、受信された着呼情報に基づいてどこから着呼があったかのを利用者に確認を促す。促す方法として、例えば、表示画面にどこから着呼があったかのを表示する。或いは、音声で発音することでどこから着呼があったかのを利用者に伝えても構わない。
【００９８】
言いかえれば、無線通信装置は、無線アクセスが不可能なエリアに位置するときや、通話可能な電源容量の残量がないときに、着呼があった時点にその着呼情報を、セッション管理サーバの一例として、ＨＣＡＰ方式セッション管理サーバ１４５０、既存通信方式呼制御管理サーバ３００、既存通信方式クライアント機能及びＨＣＡＰ方式セッション管理サーバ１４００、ＨＣＡＰ方式セッション管理及び既存通信方式呼制御管理サーバ３５０のうち、いずれか１つに蓄積しておいて、エリアを移動したり、電源容量を回復したりして無線アクセスが可能となった時点で、その着呼情報を取得して、どこから着呼があったかの確認をすることができる。
【００９９】
一方、無線通信装置は、無線アクセスが不可能なエリアに位置するときや、通話可能な電源容量の残量がないときに、着呼があった時点にその着呼情報を、セッション管理サーバの一例としてのＨＣＡＰ方式セッション管理サーバ１４００、既存通信方式呼制御管理サーバ３００、既存通信方式クライアント機能及びＨＣＡＰ方式セッション管理サーバ１４５０、ＨＣＡＰ方式セッション管理及び既存通信方式呼制御管理サーバ３５０のうち、いずれか１つに蓄積された状態で、エリアを移動したり、電源容量を回復したりして無線アクセスが可能となった時点で、その着呼情報を取得して、どこから着呼があったかの確認をする。
【０１００】
また、上記無線通信装置は、上記無線基地局装置（ここでは、無線基地局７１０）と無線アクセスが可能となった時点で、無線通信装置の識別子情報を上記無線基地局装置に送信し、送信後、省電力化が可能な待機モードにはいる。
そして、上記無線基地局装置は、上記無線通信装置により送信された無線通信装置の識別子情報を保存し、インターネット２を介して上記無線通信装置への着呼要求が生じ、さらに、上記無線通信装置と無線アクセスが可能な場合に、保存された無線通信装置の識別子情報に基づいて識別された上記無線通信装置に上記無線アクセスを励起する励起信号を送信する。そして、上記無線基地局装置は、上記無線通信装置により送信された無線通信装置の識別子情報を保存し、インターネット２を介して上記無線通信装置への着呼要求が生じ、さらに、上記無線通信装置と無線アクセスが不可能な場合に、上記着呼要求を保存し、上記無線通信装置と無線アクセスが可能となった時点で、保存された無線通信装置の識別子情報に基づいて識別された上記無線通信装置に上記無線アクセスを励起する励起信号を送信する。
上記無線通信装置は、上記無線基地局装置により送信された励起信号により上記待機モードを解除し、着呼確認用の無線アクセスをおこなう。
【０１０１】
言いかえれば、無線通信装置は、着呼確認用の無線アクセスを常時接続された形態ではなく、無線基地局からの励起信号により無線アクセスが可能となる無線モジュールの省電力化が可能な待機モードを備え、ある無線基地局に無線アクセスが可能となった時点で、無線通信装置の識別子情報を無線基地局に送信し、無線基地局はそれを保持しておく。そして、無線通信装置は、待機モードにはいり、ＨＣＡＰ方式セッション管理サーバ１４００、既存通信方式呼制御管理サーバ３００、既存通信方式クライアント機能及びＨＣＡＰ方式セッション管理サーバ１４５０、ＨＣＡＰ方式セッション管理及び既存通信方式呼制御管理サーバ３５０のうち、１つから着呼があったときに、無線通信装置がその識別子情報から着呼の確認を行い、無線基地局が該当する無線通信装置に励起信号を送信し、無線通信装置が着呼することができる。
【０１０２】
以上のように、無線通信装置が特別の待機モードとして、特定の無線基地局に無線アクセスできるエリアに位置し、待機モードに入り、無線基地局にネットワークから無線通信装置へデータを送信する際、無線基地局から無線通信装置に対して励起信号を送信し、無線通信装置の待機モードを解除し、無線アクセスを可能な状態にする。この形態を利用し、上記各種サーバに蓄積しておいた着呼情報を一時的に無線基地局に送信し、蓄積した状態で、無線通信装置に励起信号を送信し、待機モードを解除して、着呼処理をさせることができる。この特殊な無線通信装置の待機モードは、無線基地局より励起信号が送られてくるまで、効率の良い省電力状態となっている。
【０１０３】
以上の説明において、各サーバは、図示されていないが、システムユニット、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）表示装置、キーボード（Ｋ／Ｂ）、マウス、コンパクトディスク装置（ＣＤＤ）、プリンタ装置、スキャナ装置を備えている。ＣＲＴ表示装置、Ｋ／Ｂ、マウス、ＣＤＤ、プリンタ装置、スキャナ装置は、システムユニットにケーブルで接続されている。
また、各サーバと各通信装置とアダプタと各ルータとは、図示されていないが、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備えている。ＣＰＵは、バスを介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）（記憶装置の一例である）、ＲＡＭ（Ｒａｎｄｏｍ ＡｃｃｅｓｓＭｅｍｏｒｙ）（記憶装置の一例である）、通信ボードと接続されている。各サーバは、さらに、ＣＲＴ表示装置、Ｋ／Ｂ、マウス、ＦＤＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、磁気ディスク装置（記憶装置の一例である）、ＣＤＤ、プリンタ装置、スキャナ装置と接続されている。通信ボードは、インターネットに接続されている。
ここで、通信ボードは、インターネットに限らず、さらに、ＬＡＮ（ローカルエリアネットワーク）、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されていても構わない。
磁気ディスク装置には、オペレーティングシステム（ＯＳ）、ウィンドウシステム、プログラム群、ファイル群が記憶されている。プログラム群は、ＣＰＵ、ＯＳ、ウィンドウシステムにより実行される。
【０１０４】
また、以上の説明において、各実施の形態の説明において「〜部」として説明したものは、一部或いはすべてコンピュータで動作可能なプログラムにより構成することができる。これらのプログラムは、例えば、Ｃ言語により作成することができる。或いは、ＨＴＭＬやＳＧＭＬやＸＭＬを用いても構わない。或いは、ＪＡＶＡ（登録商標）を用いて画面表示を行っても構わない。
プログラムにより構成する場合、上記プログラム群には、各実施の形態の説明において「〜部」として説明したものにより実行されるプログラムが記憶されている。ファイル群には、上記実施の形態の説明において「〜テーブル」として説明したものが記憶されている。
また、各実施の形態の説明において「〜部」として説明したものは、ＲＯＭに記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアとファームウェアとの組み合わせで実施されても構わない。
また、上記各実施の形態を実施させるプログラムは、また、磁気ディスク装置、ＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のその他の記録媒体による記録装置を用いて記憶されても構わない。
【０１０５】
【発明の効果】
本発明によれば、発呼側の通信装置は、自動的に、着呼側の通信装置のアドレス情報を取得することができる。そして、次回からアドレス情報交換サーバの負荷を低減することができる。
【図面の簡単な説明】
【図１】 実施の形態１のインターネット通信システムのシステム構成図である。
【図２】 アドレス情報交換サーバの動作に必要な各構成要素の関係を示している図である。
【図３】 実施の形態２のインターネット通信システムのシステム構成図である。
【図４】 既存通信方式のアドレス情報管理サーバ上での各通信端末の動的に割り当てられたＩＰアドレスの管理処理に必要な各構成要素の関係を示している図である。
【図５】 実施の形態３のインターネット通信システムのシステム構成図である。
【図６】 既存通信方式のアドレス情報管理サーバ上での各通信端末の動的に割り当てられたＩＰアドレスの管理処理に必要な各構成要素の関係を示している図である。
【図７】 実施の形態４のインターネット通信システムのシステム構成図である。
【図８】 ブロードバンドルータの配下の通信端末が既存通信方式の通信の着呼を受け付けることが可能な構成の要素の関係を示している図である。
【図９】 エリア外の通信装置からブロードバンドルータ配下の通信装置へ発呼処理を行うＳＩＰ方式での呼制御メッセージのフローの例を示す図である。
【図１０】 実施の形態５のインターネット通信システムのシステム構成図である。
【図１１】 ブロードバンドルータの配下の通信端末が既存通信方式の通信の着呼を受け付けることが可能な構成の要素の関係を示している図である。
【図１２】 本実施例で特徴的なＮＡＴ配下識別部の処理概要を説明する図である。
【図１３】 エリア外の通信装置からブロードバンドルータ配下の通信装置へ発呼処理を行うＳＩＰ方式での呼制御メッセージのフローの例を示す図である。
【図１４】 実施の形態６のＨＣＡＰ方式の通信方式の通信装置から既存通信方式による公衆回線の電話機への接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
【図１５】 実施の形態６の既存通信方式による公衆回線の電話機からＨＣＡＰ方式の通信方式の通信装置に対して、接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
【図１６】 ＨＣＡＰ方式の通信装置が既存通信方式による公衆回線接続による公衆電話機との間の通信をすることが可能な構成の要素の関係を示している図である。
【図１７】 ＨＣＡＰ方式と既存通信方式の１つであるＳＩＰ方式の本実施例６の場合の呼制御メッセージのフローの概念を示している図である。
【図１８】 実施の形態６のＨＣＡＰ方式の通信方式の通信装置から既存通信方式による公衆回線の電話機への接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
【図１９】 実施の形態６の既存通信方式による公衆回線の電話機からＨＣＡＰ方式の通信方式の通信装置に対して、接続が行えるデータの流れを示したインターネット通信システムのシステム構成図である。
【図２０】 ＨＣＡＰ方式の通信装置が既存通信方式による公衆回線接続による公衆電話機との間の通信をすることが可能な構成の要素の関係を示している図である。
【図２１】 ＨＣＡＰ方式と既存通信方式の１つであるＳＩＰ方式の本実施例７の場合の呼制御メッセージのフローの概念を示している図である。
【図２２】 実施の形態７のインターネット通信システムのシステム構成図である。
【図２３】 実施の形態８の無線通信装置の利用を可能とするインターネット通信システムのシステム構成図である。
【符号の説明】
１ インターネット通信システム、２ インターネット、３ 公衆回線、１００，２００ 無線携帯ＩＰ電話機、１０１ 既存通信方式ＩＰ電話発呼部、１０２ 既存通信方式音声データ送受信部、１０３ アドレス情報交換サーバ発呼側情報取得部、１０４ アドレス情報テーブル検索部、１０５ アドレス情報テーブル登録部、１１０，２１０ 固定ＩＰ電話機、１１１ ＨＣＡＰ方式ＩＰ電話発呼部、１１２ ＨＣＡＰ方式音声データ送受信部、１１６ ＨＣＡＰ方式ＩＰ電話着呼部、１２０，２２０ 固定アナログ電話機、２０１ 既存通信方式ＩＰ電話着呼部、２０２ 既存通信方式音声データ送受信部、２０３ アドレス情報交換サーバ着呼側情報供給部、３００ 呼制御管理サーバ、３０１ 既存通信方式呼制御部、３５０ 既存通信方式呼制御管理サーバ、３５１ ＨＣＡＰ方式セッション管理部、４００ アドレス情報交換サーバ、４１０ アドレス情報操作メッセージ受信部、４２０ アドレス情報一時的蓄積登録部、４３０ アドレス情報一時的蓄積検索部、４４０ アドレス情報一時的蓄積削除部、４５０ アドレス情報操作メッセージ送信部、５００ アドレス情報管理サーバ、６００ 電話番号ＩＰアドレス交換データベース、７１０，７２０ 無線基地局、８１０，８２０ ＩＰ電話アダプタ、９０１ ＤＨＣＰクライアント部、９０２ 既存通信方式通信装置登録部、９１０，９２０，９３０ ブロードバンドルータ、１０００ ＤＨＣＰサーバ、１１００ 登録情報管理サーバ、１２００ 既存通信方式登録情報データベース、１３００ セッション管理サーバ、１４００ セッション管理サーバ、１４０１ 既存通信方式クライアント部、１４０２ ＨＣＡＰ方式セッション管理部、１４０３ メディアゲートウェイ制御部、１４５０ セッション管理サーバ、１５００ 通話中継サーバ、１５０１ ＨＣＡＰ方式音声データ送受信部、１６００ メディアゲートウェイ、２０００ 無線通信装置利用者登録情報管理サーバ、２１００ 無線通信装置利用者登録情報データベース。
Claims (13)
- 発呼側の通信装置と、
着呼側の通信装置と、
上記発呼側の通信装置と着呼側の通信装置との各通信装置からの通話処理を受け付け、通信先に接続を行う通信処理サーバと、
発呼側の通信装置と着呼側の通信装置との間でアドレス情報を交換するための処理をおこなうアドレス情報交換サーバとを備え、
上記発呼側の通信装置は、上記着呼側の通信装置のアドレス情報が不明の状態である場合に、着呼側の通信装置の電話番号情報を入力し、入力された着呼側の通信装置の電話番号情報により上記通信処理サーバへ発呼し、
上記通信処理サーバは、発呼された着呼側の通信装置の電話番号情報により上記発呼側の通信装置と上記着呼側の通信装置とを接続し、
上記着呼側の通信装置は、上記通信処理サーバにより上記発呼側の通信装置と接続され、上記発呼側の通信装置と通話を行った場合に、接続を行った後に、上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを上記アドレス情報交換サーバへ送信し、
上記アドレス情報交換サーバは、上記着呼側の通信装置により送信された上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを入力し、入力された上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて蓄積し、
上記発呼側の通信装置は、所定の期間後に、上記アドレス情報交換サーバにより蓄積された着呼側の通信装置のアドレス情報を上記アドレス情報交換サーバに検索させるため上記アドレス情報交換サーバにアクセスし、上記アドレス情報交換サーバにより検索された着呼側の通信装置のアドレス情報を入力し、
上記アドレス情報交換サーバは、上記発呼側の通信装置により上記着呼側の通信装置のアドレス情報が入力された場合に、上記蓄積された着呼側の通信装置のアドレス情報を削除することを特徴とするインターネットを用いてデータ通信をするインターネット通信システム。 - 発呼側の通信装置と着呼側の通信装置とが接続を行った後に上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信した後に上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信するアドレス情報受信部と、
上記アドレス情報受信部により上記着呼側の通信装置から受信された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて蓄積するアドレス情報蓄積部と、
上記アドレス情報受信部により上記発呼側の通信装置から受信された着呼側の通信装置の電話番号情報に基づいて、上記アドレス情報蓄積部により蓄積された着呼側の通信装置のアドレス情報を検索するアドレス情報検索部と、
上記アドレス情報検索部により検索された着呼側の通信装置のアドレス情報を上記発呼側の通信装置に送信するアドレス情報送信部と、
上記アドレス情報送信部により上記着呼側の通信装置のアドレス情報が上記発呼側の通信装置に送信された場合に、上記アドレス情報蓄積部により蓄積された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを削除するアドレス情報削除部と
を備えたことを特徴とするアドレス情報交換サーバ。 - 上記発呼側の通信装置と上記着呼側の通信装置とは、アドレス情報交換サーバへアクセスするプロトコルとしてハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いることを特徴とする請求項１記載のインターネット通信システム。
- 上記アドレス情報受信部は、インターネットを介してプロトコルとしてハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いて上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、インターネットを介してプロトコルとしてＨＴＴＰを用いて上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信することを特徴とする請求項２記載のアドレス情報交換サーバ。
- 上記着呼側の通信装置は、上記発呼側の通信装置と上記着呼側の通信装置とが共にグローバルＩＰ（インターネット プロトコル）アドレスが割り当てられている場合に、上記アドレス情報交換サーバを経由せずに、トランスミッションコントロールプロトコル（ＴＣＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれかのプロトコルを用いて、上記発呼側の通信装置へ着呼側の通信装置のアドレス情報を直接送信することを特徴とする請求項１記載のインターネット通信システム。
- 上記着呼側の通信装置は、上記アドレス情報交換サーバへアクセスするプロトコルとして、所定のメール送信用プロトコルを用い、
上記発呼側の通信装置は、上記アドレス情報交換サーバへアクセスするプロトコルとして、所定のメール受信用プロトコルを用いることを特徴とする請求項１記載のインターネット通信システム。 - 上記アドレス情報受信部は、インターネットを介してプロトコルとして所定のメール送信用プロトコルを用いて上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、インターネットを介してプロトコルとして所定のメール受信用プロトコルを用いて上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信することを特徴とする請求項２記載のアドレス情報交換サーバ。
- 上記所定のメール送信用プロトコルは、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用い、
上記所定のメール受信用プロトコルは、ＰＯＰ３を用いることを特徴とする請求項６記載のインターネット通信システム。 - 上記アドレス情報交換サーバは、上記着呼側の通信装置から受信したアドレス情報を内部に蓄積した後、上記発呼側の通信装置から上記着呼側の通信装置のアドレス情報を取得するためのアクセスがなくても、ある一定時間後に、自動的に内部の記憶からそのアドレス情報を削除することを特徴とする請求項１記載のインターネット通信システム。
- 上記アドレス情報削除部は、上記アドレス情報蓄積部が上記着呼側の通信装置のアドレス情報を蓄積した後、アドレス情報受信部が上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信しなくても、所定の期間後に、自動的に上記着呼側の通信装置のアドレス情報を削除することを特徴とする請求項２記載のアドレス情報交換サーバ。
- 発呼側の通信装置と、着呼側の通信装置と、上記発呼側の通信装置と着呼側の通信装置との各通信装置からの通話処理を受け付け、通信先に接続を行う通信処理サーバと、発呼側の通信装置と着呼側の通信装置との間でアドレス情報を交換するための処理をおこなうアドレス情報交換サーバとにより行なわれるインターネット通信方法において、
上記発呼側の通信装置が、着呼側の通信装置のアドレス情報が不明の状態である場合に、着呼側の通信装置の電話番号情報を入力し、入力された着呼側の通信装置の電話番号情報により上記通信処理サーバへ発呼し、
上記通信処理サーバが、発呼された着呼側の通信装置の電話番号情報により上記発呼側の通信装置と上記着呼側の通信装置とを接続し、
上記着呼側の通信装置が、上記通信処理サーバにより上記発呼側の通信装置と接続され、上記発呼側の通信装置と通話を行った場合に、接続を行った後に、上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを上記アドレス情報交換サーバへ送信し、
上記アドレス情報交換サーバが、上記着呼側の通信装置により送信された上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを入力し、入力された上記着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて記憶装置に蓄積し、
上記発呼側の通信装置が、所定の期間後に、上記アドレス情報交換サーバにより蓄積された着呼側の通信装置のアドレス情報を上記アドレス情報交換サーバに検索させるため上記アドレス情報交換サーバにアクセスし、上記アドレス情報交換サーバにより検索された着呼側の通信装置のアドレス情報を入力し、
上記アドレス情報交換サーバが、上記発呼側の通信装置により上記着呼側の通信装置のアドレス情報が入力された場合に、上記蓄積された着呼側の通信装置のアドレス情報を削除することを特徴とするインターネットを用いてデータ通信をするインターネット通信方法。 - 発呼側の通信装置と着呼側の通信装置とが接続を行った後に上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信した後に上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信するアドレス情報受信工程と、
上記アドレス情報受信工程により上記着呼側の通信装置から受信された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて記憶装置に蓄積するアドレス情報蓄積工程と、
上記アドレス情報受信工程により上記発呼側の通信装置から受信された着呼側の通信装置の電話番号情報に基づいて、上記アドレス情報蓄積工程により蓄積された着呼側の通信装置のアドレス情報を検索するアドレス情報検索工程と、
上記アドレス情報検索工程により検索された着呼側の通信装置のアドレス情報を上記発呼側の通信装置に送信するアドレス情報送信工程と、
上記アドレス情報送信工程により上記着呼側の通信装置のアドレス情報が上記発呼側の通信装置に送信された場合に、上記アドレス情報蓄積工程により蓄積された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを削除するアドレス情報削除工程と
を備えたことを特徴とするアドレス情報制御方法。 - 発呼側の通信装置と着呼側の通信装置とが接続を行った後に上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信し、上記着呼側の通信装置から着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを受信した後に上記発呼側の通信装置から着呼側の通信装置の電話番号情報を受信するアドレス情報受信処理と、
上記アドレス情報受信処理により上記着呼側の通信装置から受信された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを対応させて記憶装置に蓄積するアドレス情報蓄積処理と、
上記アドレス情報受信処理により上記発呼側の通信装置から受信された着呼側の通信装置の電話番号情報に基づいて、上記アドレス情報蓄積工程により蓄積された着呼側の通信装置のアドレス情報を検索するアドレス情報検索処理と、
上記アドレス情報検索処理により検索された着呼側の通信装置のアドレス情報を上記発呼側の通信装置に送信するアドレス情報送信処理と、
上記アドレス情報送信処理により上記着呼側の通信装置のアドレス情報が上記発呼側の通信装置に送信された場合に、上記アドレス情報蓄積工程により蓄積された着呼側の通信装置の電話番号情報と着呼側の通信装置のアドレス情報とを削除するアドレス情報削除処理と
コンピュータに実行させるためのプログラム又は上記プログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003003864A JP4107652B2 (ja) | 2003-01-10 | 2003-01-10 | インターネット通信システム及びアドレス情報交換サーバ及びインターネット通信方法及びアドレス情報制御方法及びプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003003864A JP4107652B2 (ja) | 2003-01-10 | 2003-01-10 | インターネット通信システム及びアドレス情報交換サーバ及びインターネット通信方法及びアドレス情報制御方法及びプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004221706A JP2004221706A (ja) | 2004-08-05 |
| JP4107652B2 true JP4107652B2 (ja) | 2008-06-25 |
Family
ID=32895003
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003003864A Expired - Lifetime JP4107652B2 (ja) | 2003-01-10 | 2003-01-10 | インターネット通信システム及びアドレス情報交換サーバ及びインターネット通信方法及びアドレス情報制御方法及びプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4107652B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4405472B2 (ja) | 2006-02-27 | 2010-01-27 | 株式会社東芝 | 通信システムとそのサーバ装置及び端末装置 |
| JP5629990B2 (ja) * | 2009-07-17 | 2014-11-26 | 株式会社ナカヨ | アドレス変更対応機能を有するルータ装置及びｉｐ電話端末 |
| CN114189851A (zh) * | 2021-11-30 | 2022-03-15 | 中国电信股份有限公司 | Ip地址分配方法、smf以及存储介质 |
-
2003
- 2003-01-10 JP JP2003003864A patent/JP4107652B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004221706A (ja) | 2004-08-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8499083B2 (en) | Relay device and communication system | |
| JP4236032B2 (ja) | インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び通信アダプタ | |
| US7333492B2 (en) | Firewall proxy system and method | |
| US6925076B1 (en) | Method and apparatus for providing a virtual distributed gatekeeper in an H.323 system | |
| CN102036227B (zh) | 一种数据业务的用户标识获取方法、系统及装置 | |
| KR20040093656A (ko) | 인터넷 통신 시스템 및 인터넷 통신 방법 및 세션 관리서버 및 무선 통신 장치 및 통신 중계 서버 및 프로그램 | |
| CN101977199A (zh) | 声音终端、声音终端的通信方法以及登记方法 | |
| US7224696B2 (en) | Access nodes in packet-based communications networks | |
| JP2003078571A (ja) | 通信制御方法、中継方法及び中継装置 | |
| JP4222397B2 (ja) | 中継サーバ | |
| CN101904148B (zh) | 用于公司分机标识进行网络漫游的方法和装置 | |
| JP4107652B2 (ja) | インターネット通信システム及びアドレス情報交換サーバ及びインターネット通信方法及びアドレス情報制御方法及びプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| US8396062B2 (en) | System for switching between communication devices, switching method, and switching program | |
| JP3252841B2 (ja) | 端末装置、中継装置、通信方法及びその通信プログラムを記録した記録媒体 | |
| JPH1155326A (ja) | 移動ｉｐ通信システム、移動ｉｐ通信方法、ルータ、端末管理サーバ | |
| JP2009130501A (ja) | 終端装置 | |
| JP4352645B2 (ja) | 端末装置、中継装置、通信方法及びその通信プログラムを記録した記録媒体 | |
| CN100584029C (zh) | 在通信节点处注册终端设备的方法和装置 | |
| JP2003283536A (ja) | 携帯型ルータ装置 | |
| JP4222402B2 (ja) | 中継サーバ | |
| JP2009009260A (ja) | 異なるサービス間でのサービス利用状況の共有方式 | |
| JP2002084319A (ja) | 通信システムおよび方法 | |
| JP3886103B2 (ja) | 通信システム、通信方法、並びにこれに用いられる通信装置および通信プログラム | |
| JP2002237830A (ja) | パケット中継装置、ネットワーク管理装置、端末装置、情報通信システム、および端末状態通知方法 | |
| JP5417791B2 (ja) | ネットワークシステム及び電話端末の通話状態取得方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040519 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20040625 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040625 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20041026 |
|
| A072 | Dismissal of procedure [no reply to invitation to correct request for examination] |
Free format text: JAPANESE INTERMEDIATE CODE: A072 Effective date: 20050118 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071018 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071107 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080318 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080331 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110411 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130411 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140411 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |