JPWO2004012086A1 - インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び無線通信装置及び通信中継サーバ及びプログラム - Google Patents
インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び無線通信装置及び通信中継サーバ及びプログラム Download PDFInfo
- Publication number
- JPWO2004012086A1 JPWO2004012086A1 JP2004524086A JP2004524086A JPWO2004012086A1 JP WO2004012086 A1 JPWO2004012086 A1 JP WO2004012086A1 JP 2004524086 A JP2004524086 A JP 2004524086A JP 2004524086 A JP2004524086 A JP 2004524086A JP WO2004012086 A1 JPWO2004012086 A1 JP WO2004012086A1
- Authority
- JP
- Japan
- Prior art keywords
- wireless communication
- communication device
- calling
- called
- session management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
インターネット通信システムにおいて、複数のセッション管理サーバ２１０，２２０を備え、各セッション管理サーバが複数の無線通信装置１１０，１２０と複数の通信中継サーバ３１０，３２０とを管理するシステム構成とした。このため、各セッション管理サーバの処理負荷を均一化して、システムの運用効率及び、システムを利用するユーザに提供するサービスの質をアップすることができる。
Description
この発明は、例えば、音声データ（リアルタイム特性をもつデータとして、動画表示や３次元グラフィックス表示のためのデータも類似的に応用が可能である）を送受信する無線通信装置であり無線通信装置、無線通信装置発呼側の無線通信装置と着呼側の無線通信装置とによりインターネットを介して音声データを送受信するインターネット通信システム、及び、インターネット通信方法に関する。特に、発呼側の無線通信装置を管理する発呼側セッション管理サーバと、着呼側無線通信装置を管理する着呼側セッション管理サーバとを備えるインターネット通信システム、及び、インターネット通信方法に関する。
また、発呼側無線通信装置と着呼側無線通信装置とから接続され、発呼側及び着呼側の双方の無線通信装置を管理するセッション管理サーバと、セッション管理サーバ上で動作するプログラムに関する。
また、発呼側セッション管理サーバと着呼側セッション管理サーバとに接続され、発呼側及び着呼側の双方のセッション管理サーバと通信を行う無線通信装置と、無線通信装置上で動作するプログラムに関する。
また、発呼側の無線通信装置と発呼側通信中継サーバと着呼側の無線通信装置と着呼側通信中継サーバとのそれぞれの間を、所定の通信手順を用いてデータ通信するインターネット通信システム、及び、インターネット通信方法に関する。
また、無線通信装置とサーバ装置との間を、所定の通信手順を用いてデータ通信する通信中継サーバと、通信中継サーバ上で動作するプログラムに関する。
また、発呼側無線通信装置と着呼側無線通信装置とから接続され、発呼側及び着呼側の双方の無線通信装置を管理するセッション管理サーバと、セッション管理サーバ上で動作するプログラムに関する。
また、発呼側セッション管理サーバと着呼側セッション管理サーバとに接続され、発呼側及び着呼側の双方のセッション管理サーバと通信を行う無線通信装置と、無線通信装置上で動作するプログラムに関する。
また、発呼側の無線通信装置と発呼側通信中継サーバと着呼側の無線通信装置と着呼側通信中継サーバとのそれぞれの間を、所定の通信手順を用いてデータ通信するインターネット通信システム、及び、インターネット通信方法に関する。
また、無線通信装置とサーバ装置との間を、所定の通信手順を用いてデータ通信する通信中継サーバと、通信中継サーバ上で動作するプログラムに関する。
末端に無線通信装置が配置された形態で、音声データを無線ネットワークを含むインターネットを介して送受信するインターネット電話ネットワークシステムでは、発呼側の無線通信装置と着呼側の無線通信装置にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを付与して通信をする。ここで、ＩＰアドレスは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で通信する送信元と送信先とを識別するアドレスである。ＩＰアドレスには、世界的にユニークな識別性を持つグローバルＩＰアドレスとユーザが独自に設定するローカルＩＰアドレス（プライベートＩＰアドレスとも呼ぶ場合もある）があるが、以下、単に「ＩＰアドレス」という場合は、グローバルＩＰアドレスを意味するものとする。
また、発呼側の無線通信装置と着呼側の無線通信装置が通信する場合、発呼側の無線通信装置と着呼側の無線通信装置との間に通信を中継する中継サーバを設置する場合がある。例えば、着呼側の無線ネットワーク環境が、例えば、着呼側がファイアフォールに守られている無線ネットワーク環境である場合に、中継サーバにより着呼側の無線ネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。 また、着呼側無線ネットワーク装置がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）接続装置の下層に配置されていることによりアドレスが動的に割り当てられたり、ローカルＩＰアドレスが割り当てられたりしてしまうため、発呼側の無線通信装置が直接着呼側の無線通信装置と接続できないような無線ネットワーク環境である場合に、中継サーバにより着呼側の無線ネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。
また、ＡＤＳＬに限らず、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）、インターネットマンション等、あらゆる無線インターネット接続環境の中でルータ装置の設定によってその下層に無線通信装置が配置されていることより、無線通信装置のアドレスが動的に割り当てられたり、無線通信装置にローカルＩＰアドレスが割り当てられたりしてしまうため、発呼側の無線通信装置が直接着呼側の無線通信装置と接続できないような無線ネットワーク環境である場合に、中継サーバにより着呼側の無線ネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。
図２７に、ＰＣＴ／ＪＰ０１／０４００３（出願日が２００１年５月１５日のＰＣＴ出願。詳細はＰＣＴ／ＪＰ０１／０４００３の出願を参照されたい。
或いは、ここに、ＰＣＴ／ＪＰ０１／０４００３の出願を参照としてインコーポレートするものとする（ＰＣＴ／ＪＰ０１／０４００３ ＩＳ ＩＮＣＯＲＰＯＲＥＴＥＤ ＨＥＲＥＩＮ ＢＹ ＲＥＦＥＲＥＮＣＥ）。）に示されたインターネット電話ネットワークシステムの構成図を示す。図２７の９１０，９２０は、電話機であり屋内電話線９１１，９２１によって通話アダプタ９１２，９２２と接続されている。電話機９１０，９２０との間には通話データの送受信を中継する中継サーバ９１８が設置されている。中継サーバ９１８は、複数のＨＴＴＰ（ハイパーテキスト トランスファ プロトコル）中継サーバ９１８ａと９１８ｂと、ＨＴＴＰ中継サーバを管理するＨＴＴＰ中継サーバ管理サーバ９８０とにより構成されている。また、中継サーバ９１８はインターネット１６を介して電話機９１０，９２０とを接続している。電話機９１０を発呼側、電話機９２０を着呼側として、発呼側から着呼側へ通話を行うために接続を行うと、中継サーバ管理サーバ９８０は、インターネットを介して発呼側から発呼要求を受け取る。ＨＴＴＰ中継サーバ管理サーバ９８０は、受け取った発呼要求をもとに中継可能なＨＴＴＰ中継サーバを選択する。選択されたＨＴＴＰ中継サーバは、発呼側と着呼側との通信を中継する。
このようなシステムでは、一台のＨＴＴＰ中継サーバ管理サーバが全ての通話アダプタとＨＴＴＰ中継サーバを管理して、通信の中継を実現していた。
上記したインターネット電話ネットワークシステムでは、通話アダプタが普及して数十万台単位で通話アダプタが全国、全世界に設置されるようになると、一台の中継サーバ管理サーバで全ての中継サーバと通話の要求を行う通話アダプタとを管理することは能力的に無理があり、システムの実現が困難であるという問題が発生する。また、中継サーバ管理サーバが全ての中継サーバを管理できたとしても、提供できるサービスの質が低下するという問題が発生する。
この発明は、例えば、無線通信装置の数が増加しても通信システムが運営できるようにすることを目的とする。
さらに、携帯電話の普及が著しい昨今、携帯電話などによる無線を利用したインターネットサービスが１９９９年２月に開始され、その利用者は急激な伸びを示している。一方では、携帯電話での通話料金は、一般公衆電話と同様な従量制である。インターネット利用は、最近常時接続環境を月額固定料金で利用できるものが増えつつあり、携帯電話のインターネットサービスにも同様に月額固定料金のものが出てきている。そこで、このような月額固定料金のインターネットのデータ通信経路を利用して、音声通信に利用することで、格安の携帯電話サービスが実現できることになる。しかし、現状のモバイルインターネット環境では、グローバルＩＰアドレスを動的に固定されたものを通信装置に割り当てることは不可能であり、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｋ Ｖｅｒｓｉｏｎ ６）や、Ｍｏｂｉｌｅ ＩＰのような新たなインターネットプロトコルの標準の普及がなされないと、現状のＩＰ電話の標準に準拠したモバイル環境でのインターネット電話システムの構築は不可能であった。
この発明は、ＩＰｖ６や、Ｍｏｂｉｌｅ ＩＰのような新たなインターネットプロトコルの標準を利用せずに、既に普及している現状のインターネットプロトコル標準のみを利用して、携帯電話等のモバイル環境にてインターネット電話システムの運営をすることができるようにすることを目的とする。
また、発呼側の無線通信装置と着呼側の無線通信装置が通信する場合、発呼側の無線通信装置と着呼側の無線通信装置との間に通信を中継する中継サーバを設置する場合がある。例えば、着呼側の無線ネットワーク環境が、例えば、着呼側がファイアフォールに守られている無線ネットワーク環境である場合に、中継サーバにより着呼側の無線ネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。 また、着呼側無線ネットワーク装置がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）接続装置の下層に配置されていることによりアドレスが動的に割り当てられたり、ローカルＩＰアドレスが割り当てられたりしてしまうため、発呼側の無線通信装置が直接着呼側の無線通信装置と接続できないような無線ネットワーク環境である場合に、中継サーバにより着呼側の無線ネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。
また、ＡＤＳＬに限らず、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）、インターネットマンション等、あらゆる無線インターネット接続環境の中でルータ装置の設定によってその下層に無線通信装置が配置されていることより、無線通信装置のアドレスが動的に割り当てられたり、無線通信装置にローカルＩＰアドレスが割り当てられたりしてしまうため、発呼側の無線通信装置が直接着呼側の無線通信装置と接続できないような無線ネットワーク環境である場合に、中継サーバにより着呼側の無線ネットワーク環境に合わせた通信手段が選択されて、発呼側と着呼側とを接続することがある。
図２７に、ＰＣＴ／ＪＰ０１／０４００３（出願日が２００１年５月１５日のＰＣＴ出願。詳細はＰＣＴ／ＪＰ０１／０４００３の出願を参照されたい。
或いは、ここに、ＰＣＴ／ＪＰ０１／０４００３の出願を参照としてインコーポレートするものとする（ＰＣＴ／ＪＰ０１／０４００３ ＩＳ ＩＮＣＯＲＰＯＲＥＴＥＤ ＨＥＲＥＩＮ ＢＹ ＲＥＦＥＲＥＮＣＥ）。）に示されたインターネット電話ネットワークシステムの構成図を示す。図２７の９１０，９２０は、電話機であり屋内電話線９１１，９２１によって通話アダプタ９１２，９２２と接続されている。電話機９１０，９２０との間には通話データの送受信を中継する中継サーバ９１８が設置されている。中継サーバ９１８は、複数のＨＴＴＰ（ハイパーテキスト トランスファ プロトコル）中継サーバ９１８ａと９１８ｂと、ＨＴＴＰ中継サーバを管理するＨＴＴＰ中継サーバ管理サーバ９８０とにより構成されている。また、中継サーバ９１８はインターネット１６を介して電話機９１０，９２０とを接続している。電話機９１０を発呼側、電話機９２０を着呼側として、発呼側から着呼側へ通話を行うために接続を行うと、中継サーバ管理サーバ９８０は、インターネットを介して発呼側から発呼要求を受け取る。ＨＴＴＰ中継サーバ管理サーバ９８０は、受け取った発呼要求をもとに中継可能なＨＴＴＰ中継サーバを選択する。選択されたＨＴＴＰ中継サーバは、発呼側と着呼側との通信を中継する。
このようなシステムでは、一台のＨＴＴＰ中継サーバ管理サーバが全ての通話アダプタとＨＴＴＰ中継サーバを管理して、通信の中継を実現していた。
上記したインターネット電話ネットワークシステムでは、通話アダプタが普及して数十万台単位で通話アダプタが全国、全世界に設置されるようになると、一台の中継サーバ管理サーバで全ての中継サーバと通話の要求を行う通話アダプタとを管理することは能力的に無理があり、システムの実現が困難であるという問題が発生する。また、中継サーバ管理サーバが全ての中継サーバを管理できたとしても、提供できるサービスの質が低下するという問題が発生する。
この発明は、例えば、無線通信装置の数が増加しても通信システムが運営できるようにすることを目的とする。
さらに、携帯電話の普及が著しい昨今、携帯電話などによる無線を利用したインターネットサービスが１９９９年２月に開始され、その利用者は急激な伸びを示している。一方では、携帯電話での通話料金は、一般公衆電話と同様な従量制である。インターネット利用は、最近常時接続環境を月額固定料金で利用できるものが増えつつあり、携帯電話のインターネットサービスにも同様に月額固定料金のものが出てきている。そこで、このような月額固定料金のインターネットのデータ通信経路を利用して、音声通信に利用することで、格安の携帯電話サービスが実現できることになる。しかし、現状のモバイルインターネット環境では、グローバルＩＰアドレスを動的に固定されたものを通信装置に割り当てることは不可能であり、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｋ Ｖｅｒｓｉｏｎ ６）や、Ｍｏｂｉｌｅ ＩＰのような新たなインターネットプロトコルの標準の普及がなされないと、現状のＩＰ電話の標準に準拠したモバイル環境でのインターネット電話システムの構築は不可能であった。
この発明は、ＩＰｖ６や、Ｍｏｂｉｌｅ ＩＰのような新たなインターネットプロトコルの標準を利用せずに、既に普及している現状のインターネットプロトコル標準のみを利用して、携帯電話等のモバイル環境にてインターネット電話システムの運営をすることができるようにすることを目的とする。
この発明に係るインターネットを用いてデータ通信をするインターネット通信システムは、発呼側の無線通信装置と、発呼側の無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する無線基地局装置と、着呼側の無線通信装置と、着呼側の無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する無線基地局装置と、発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、着呼側の無線通信装置を管理する着呼側のセッション管理サーバとを備え、発呼側の無線通信装置は、発呼側の無線基地局装置を介して、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバは、発呼側の無線通信装置から上記着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信し、発呼側の無線通信装置は、発呼側の無線基地局装置を介して、発呼側のセッション管理サーバから上記着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションの確立要求を送信し、着呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置は、着呼側の無線基地局装置を介して、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、着呼側のセッション管理サーバは、着呼側の無線通信装置から上記通信可能状態が通知された場合に、インターネットを用いたセッションの確立を発呼側の無線通信装置と着呼側の無線通信装置とに許可することを特徴とする。
また、この発明に係るインターネットを用いてデータ通信をするインターネット通信システムは、発呼側の無線通信装置と、発呼側の無線通信装置とインターネットを接続する無線基地局装置と、着呼側の無線通信装置と、着呼側の無線通信装置とインターネットを接続する無線基地局装置と、発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、着呼側の無線通信装置を管理する着呼側のセッション管理サーバとを備え、発呼側の無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信し、発呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している受信したサーバＩＤで識別される着呼側のセッション管理サーバへ、着呼側の無線通信装置の無線通信装置ＩＤを含むその発呼メッセージを転送し、着呼側の無線通信装置とのセッションの確立要求を送信し、着呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置は、あらかじめ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信しておき、着呼側のセッション管理サーバによりセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索された結果、着呼側の無線通信装置にセッションの確立要求があったという情報を受信し、着呼側のセッション管理サーバは、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いたセッションの確立を発呼側のセッション管理サーバと着呼側の無線通信装置とに許可し、発呼側の無線通信装置は、発呼側のセッション管理サーバから、通信可能状態にある場合に通信可能状態情報を受信し、インターネットを用いたセッションの確立を行うことを特徴とする。
この発明に係るインターネット通信システムは、インターネットを用いてデータ通信をするインターネット通信システムにおいて、
発呼側の無線通信装置と、
発呼側の無線通信装置とインターネットを接続する無線基地局装置と、
着呼側の無線通信装置と、
着呼側の無線通信装置とインターネットを接続する無線基地局装置と、
発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、
着呼側の無線通信装置を管理する着呼側のセッション管理サーバとを備え、
発呼側の無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信し、
発呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置のアダプタＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを求め、求めたサーバＩＤで識別される着呼側のセッション管理サーバへ無線通信装置ＩＤを送信して、着呼側の無線通信装置とのセッションの確率要求を送信し、
着呼側のセッション管理サーバは、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置からの通信可能状態を受信して、受信した通信可能状態の着呼側の無線通信装置に対するセッション確立要求が記憶されている場合に、インターネットを用いたセッションの確立を発呼側のセッション管理サーバと着呼側の無線通信装置とに許可し、
着呼側の無線通信装置は、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、
発呼側の無線通信装置は、発呼側のセッション管理サーバから、着呼側のセッション管理サーバからインターネットを用いたセッションの確立を許可されたことを受信することを特徴とする。
また、この発明に係るインターネット通信システムは、更に、無線通信装置から無線通信装置ＩＤを受信し、無線通信装置を管理するセッション管理サーバを無線通信装置ＩＤに基づいて指定し、指定したセッション管理サーバのサーバＩＤを無線通信装置に通知する指定通知サーバを備えたことを特徴とする。
また、この発明に係るインターネット通信システムは、更に、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する着呼側の通信中継サーバを備え、着呼側のセッション管理サーバは、着呼側の通信中継サーバを識別する着呼側の通信中継サーバＩＤを発呼側の無線通信装置と着呼側の無線通信装置とに送信し、発呼側の無線通信装置と着呼側の無線通信装置とは、着呼側の通信中継サーバＩＤを受信し、着呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする。
また、この発明に係る上記インターネット通信システムは、更に、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する発呼側の通信中継サーバを備え、発呼側のセッション管理サーバは、発呼側の通信中継サーバを識別する発呼側の通信中継サーバＩＤを発呼側の無線通信装置に送信し、発呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、発呼側の通信中継サーバＩＤを着呼側のセッション管理サーバに送信し、着呼側のセッション管理サーバは、発呼側の通信中継サーバＩＤを着呼側の無線通信装置に送信し、着呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、発呼側の無線通信装置と着呼側の無線通信装置とは、発呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする。
また、上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）など個々のローカルＩＰアドレスにより各接続端末を管理しているドメインの識別子を含むことを特徴とする。
また、上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）が管理するローカルＩＰ（インターネットプロトコル）アドレスのドメインの識別子を含むことを特徴とする。
また、上記無線通信装置ＩＤは、無線通信装置が設置されたエリア（ここでいうエリアは、物理的なエリアだけでなく、論理的に複数の端末をグループ化することによる、そのグループの形態をとる場合もある）の識別子を含むことを特徴とする。
また、上記無線通信装置ＩＤは、無線通信装置をグループ化するグループ識別子を含むことを特徴とする。
この発明に係るインターネットを用いてデータ通信をするインターネット通信方法は、発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置を管理している着呼側のセッション管理サーバを問い合わせ、発呼側のセッション管理サーバから発呼側の無線通信装置に着呼側の無線通信装置を管理している着呼側のセッション管理サーバを回答し、発呼側の無線通信装置から着呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求が合ったことを着呼側のセッション管理サーバに記憶し、着呼側の無線通信装置から着呼側のセッション管理サーバに対してセッションの確立要求があったか否かを問い合わせ、セッションの確立要求があった場合に、かつ、着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、着呼側の無線通信装置が通信可能状態にあることを通知された場合に、着呼側のセッション管理サーバがインターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可することを特徴とする。
この発明に係るインターネットを用いてデータ通信をするインターネット通信方法は、発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置に対する着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信し、さらに、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、そのセッションの確立要求を転送し、発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求が合ったことを着呼側のセッション管理サーバに記憶し、着呼側の無線通信装置は、あらかじめ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信しておき、着呼側のセッション管理サーバによりセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索された結果、着呼側の無線通信装置にセッションの確立要求があったという情報を着呼側のセッション管理サーバが受信する場合に、着呼側のセッション管理サーバがインターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可し、発呼側のセッション管理サーバは、そのセッションの確立の許可に基づいて、発呼側の無線通信装置に通信可能状態にある場合にその通信可能状態情報を送信することを特徴とする。
この発明に係るインターネット通信方法は、インターネットを用いてデータを通信するインターネット通信方法において、
発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、
発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から送信されたセッションの確立要求を送信し、
発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求があったことを着呼側のセッション管理サーバに記憶し、
着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、
着呼側の無線通信装置から通信可能状態にあることを知らされた場合に、かつ、通信可能状態にある着呼側の無線通信装置に対してセッションの確立要求があった場合に、着呼側のセッション管理サーバが、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可し、
発呼側のセッション管理サーバが、セッションの確立を許可された場合に、発呼側の無線通信装置に、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可されたことを知らせることを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理部と、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部とを備えたことを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、着呼側の無線通信装置の無線通信装置ＩＤを含むそのセッション確立要求メッセージを転送し、通信可能状態であるかどうかの情報を発呼側の無線通信装置へ返信する発呼側のセッション管理部と、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側のセッション管理サーバに検索させ、着呼側の無線通信装置の通信可能状態が判断された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部とを備えたことを特徴とする。
この発明に係るセッション管理サーバは、発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から受信した着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信する発呼側のセッション管理部と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置から通信可能状態が通知された場合に、記憶したセッションの確立要求を検索し、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部と
を備えたことを特徴とする。
この発明に係る発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置は、上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の通信処理部と、上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の通信処理部とを備えたことを特徴とする。
この発明に係る発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信し、発呼側のセッション管理サーバは、その着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求メッセージを着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ転送し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバからの着呼側の無線通信装置が通信可能状態にあるかどうかの情報を受信する発呼側の通信処理部と、あらかじめ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信しておき、着呼側のセッション管理サーバによりセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索された結果、着呼側の無線通信装置にセッションの確立要求があったという情報を受信する着呼側の通信処理部とを備えたことを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信をするインターネット通信システムは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して発呼側の無線通信装置とデータ通信する発呼側の通信中継サーバと、ＨＴＴＰを用いてインターネットを介して着呼側の無線通信装置とデータを通信し、かつ、ＨＴＴＰ以外のプロトコルを用いて発呼側の通信中継サーバとデータ通信する着呼側の通信中継サーバとを備えたことを特徴とする。
また、上記ＨＴＴＰ以外のプロトコルは、ユーザデータグラムプロトコル（ＵＤＰ）であることを特徴とする。
また、上記ＨＴＴＰ以外のプロトコルは、リアルタイムトランスポートプロトコル（ＲＴＰ）であることを特徴とする。
また、上記ＨＴＴＰ以外のプロトコルは、トランスミッションコントロールプロトコル（ＴＣＰ）上のアプリケーション用に作られたプロトコルであることを特徴とする。
また、上記ＨＴＴＰ以外のプロトコルは、シンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）上のアプリケーション用に作られたプロトコルであることを特徴とする。
また、上記発呼側の通信中継サーバと着呼側の通信中継サーバとは、インターネットサービスプロバイダ（ＩＳＰ）の専用ネットワークで接続されることを特徴とする。
また、上記発呼側の通信中継サーバと着呼側の通信中継サーバとは、一般のインターネットのネットワークで接続されることを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信するインターネット通信方法は、
インターネットを介して、発呼側の無線通信装置と発呼側の通信中継サーバとがハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてデータを通信し、発呼側の通信中継サーバと着呼側の通信中継サーバとがＨＴＴＰ以外のプロトコルを用いてデータ通信し、インターネットを介して、着呼側の通信中継サーバと着呼側の無線通信装置とがＨＴＴＰを用いてデータ通信することを特徴とする。
この発明に係る無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信部と、ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信部とを備えたことを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理処理と、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理処理とをコンピュータに実行させることを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへそのセッションの確立要求を転送し、着呼側のセッション管理サーバから着呼側の無線通信装置が通信可能状態であるかどうかの情報を受信し、その情報を発呼側の無線通信装置へ返信する発呼側のセッション管理処理と、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側のセッション管理サーバにて検索を行い、着呼側の無線通信装置の通信可能状態が判断された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可し、着呼側の無線通信装置にセッションの確立要求があったという情報を着呼側の無線通信装置へ送信する着呼側のセッション管理処理とをコンピュータに実行させることを特徴とする。
この発明に係るプログラムは、発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ発呼側の無線通信装置から受信したセッションの確立要求を送信する発呼側のセッション管理処理と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置の通信可能状態が通知された場合に、記憶したセッションの確立要求を検索して、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可し、着呼側の無線通信装置にセッションの確立要求があったことを通知する着呼側のセッション管理処理と
をコンピュータに実行させることを特徴とする。
この発明に係る発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムは、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の無線通信装置処理と、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の無線通信装置処理とをコンピュータに実行させることを特徴とする。
この発明に係る発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムは、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバを経由して着呼側の無線通信装置が通信可能状態であるかどうかの情報を受信する発呼側の無線通信装置処理と、着呼側のセッション管理サーバに、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信する着呼側の無線通信装置処理とをコンピュータに実行させることを特徴とする。
この発明に係るプログラムは、発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムであって、
発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信する発呼側の無線通信処理と、
着呼側のセッション管理サーバに、自己が通信可能状態にある場合に、通信可能状態にあることを送信し、着呼側のセッション管理サーバからセッションの確立要求があったことを受信する着呼側の無線通信処理と
をコンピュータに実行させることを特徴とする。
この発明に係る無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバで動作するプログラムは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信処理と、ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信処理とをコンピュータに実行させることを特徴とする。
この発明に係る無線通信装置は、発呼を行う時点で、着呼側のセッション管理サーバについて、着呼側の無線通信装置が他の端末と通信状態にあるため、通信不可能状態となっているとき、その状態を示す情報を発呼側のセッション管理サーバを経由して、受信した場合に、無線通信装置側に接続されている通信装置に対して、他端末と通信中を示す情報を送信することを特徴とする。
この発明に係る無線通信装置は、発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続されるとともに、発呼側の無線通信装置であって、
上記着呼側のセッション管理サーバから発呼側のセッション管理サーバを経由して、着呼側の無線通信装置が既に通信状態にあるために、通信不能状態になっていることを上記無線基地局装置を介して有線通信を無線通信に変換することにより受信すると、着呼側の無線通信装置が既に通信状態にあるために通信不能状態になっていることを出力することを特徴とする。
また、上記の他の端末と通信状態に入るという情報を着呼側の無線通信装置が、着呼側のセッション管理サーバに、通信開始時点に送信し、他の端末と通信状態を終了したという情報を着呼側の無線通信装置が、着呼側のセッション管理サーバに、通信終了時点に送信することを特徴とする。
この発明に係る無線通信装置は、発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置であって、
上記無線基地局装置を介して有線通信を無線通信に変換することにより、通信を開始する場合には、着呼側のセッション管理サーバに通信を開始することを送信し、通信を終了する場合には、着呼側のセッション管理サーバに通信を終了することを送信することを特徴とする。
また、上記の他の端末との通信状態としては、本発明で示される呼制御方式での通信を含め、無線通信装置に装備された公衆回線経由での通信や、ＩＰネットワーク経由でのＨ．３２３方式やＳＩＰ方式等の他の呼制御方式での通信の場合があり、どの形態での通信を行っているかを示す情報を、無線通信装置がセッション管理サーバへ送信し、セッション管理サーバは、その情報を保持して、発呼側のセッション管理サーバや無線通信装置がどの形態での通信を行っているかを認識できることを特徴とする。
また、上記無線通信装置は、所定の呼制御方式によって通信を開始し、上記着呼側のセッション管理サーバに通信を開始することを送信する場合に、上記所定の呼制御方式を識別する情報も含めて送信することを特徴とする。
また、上記の他の端末との通信状態に加えて、その無線通信装置に接続された電話機の操作状況を示す情報を、無線通信装置がセッション管理サーバへ送信し、そのセッション管理サーバは、通信を行う相手側のセッション管理サーバへ、その電話機の操作状況を示す情報を転送し、さらに、その通信を行う相手側の無線通信装置へ転送することで、通信相手の電話機の操作状況を認知できることを特徴とする。
また、上記発呼側の無線通信装置は、上記発呼側のセッション管理サーバに、ユーザにより行なわれた所定の操作を示す情報を送信し、
上記発呼側のセッション管理サーバは、受信した所定の操作を行ったことを示す情報を、上記着呼側のセッション管理サーバに送信し、
上記着呼側のセッション管理サーバは、受信した所定の操作を行ったことを示す情報を、上記着呼側の無線通信装置に送信することを特徴とする。
この発明に係る無線通信装置は、接続されたネットワーク環境によるＩＰアドレス取得形態に応じて、その無線通信装置の接続タイプを設定し、セッションの確立要求時に、その無線通信装置の接続タイプを発呼側あるいは着呼側のセッション管理サーバに送信し、セッション管理サーバは、その接続タイプに基づいて、サーバ装置あるいは、他の無線通信装置との間のデータ通信として、ＨＴＴＰあるいはＵＤＰのいずれかを選択することを特徴とする。
また、上記発呼側の無線通信装置と着呼側の無線通信装置とはそれぞれ、所定のネットワーク環境に設置されて、上記所定のネットワーク環境に従うＩＰ（インターネット プロトコル）アドレスを割り当てられるとともに、上記ＩＰアドレスの割り当て形態に応じて決定される無線通信装置の接続タイプを記憶し、
上記発呼側の無線通信装置は、発呼側のセッション管理サーバに、上記発呼側の無線通信装置の接続タイプを送信し、
上記着呼側の無線通信装置は、着呼側のセッション管理サーバに、上記着呼側の無線通信装置の接続タイブを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信された接続タイプに基づいて、上記着呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記着呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側のセッション管理サーバは、上記発呼側の無線通信装置から送信された接続タイプに基づいて、上記発呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記発呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側の無線通信装置は、上記発呼側のセッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信し、
上記着呼側の無線通信装置は、上記着呼側セッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信することを特徴とする。
この発明に係る無線通信装置の接続タイプは、ＩＳＰ等のその無線通信装置が所属管理されるドメインにおいて与えれるＩＰアドレスの形態により、以下の５つのタイプを含むことを特徴とする。
（１）グローバルＩＰアドレスを固定的に割り当てられている。
（２）プライベートＩＰアドレスを固定的に割り当てられている。
（３）グローバルＩＰアドレスをＤＨＣＰにより動的に割り当てられる。
（４）プライベートＩＰアドレスをＤＨＣＰにより動的に割り当てられる。
（５）上記（１）〜（４）のいずれかであるが、その無線通信装置と、そのＩＰアドレスを与えられるネットワーク接続点の間に、ネットワークアドレス変換（ＮＡＴ機能）をもつルータ等を設置することで、さらに無線通信装置が局所的なローカルＩＰアドレスを割り当てられる。
また、上記発呼側の無線通信装置が上記所定のネットワーク環境に従い割り当てられるＩＰアドレスと上記着呼側無線通信装置が上記所定のネットワーク環境に従い割り当てられるＩＰアドレスとはそれぞれ、グローバルＩＰ（インターネットプロトコル）アドレスを固定的に割り当てられることと、プライベートＩＰアドレスを固定的に割り当てられることと、グローバルＩＰアドレスをＤｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＤＨＣＰ）により動的に割り当てられることと、プライベートＩＰアドレスをＤＨＣＰにより動的に割り当てられることと、ローカルＩＰアドレスを割り当てられることの少なくともいずれかによりＩＰアドレスを割り当てられることを特徴とする。
この発明に係る着呼側の無線通信装置は、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信するために、ＨＴＴＰのＧＥＴメソッドを着呼側のセッション管理サーバに発行し、そのステータス応答の内容情報により、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できることを特徴とする。
また、上記着呼側の無線通信装置は、着呼側のセッション管理サーバに発呼側の無線通信装置からのセッションの確立要求が記憶されていることを確認するために、着呼側のセッション管理サーバにハイパーテキストトランスファープロトコル（ＨＴＴＰ）のＧＥＴメソッドを発行し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から発行されたＧＥＴメソッドを受信すると、上記ＧＥＴメソッドを発行した着呼側の無線通信装置に対するセッション確立要求が記憶されているか検索し、検索した結果を上記ＧＥＴメソッドに対するＧＥＴ応答に含めて、上記着呼側の無線通信装置に送信することを特徴とする。
この発明に係る発呼側の無線通信装置は、着呼側の無線通信装置からの相手が電話に出るため受話器をオフフックしたとか、受話器をオンフックして通話を切断したとかなどのイベント情報を受信するために、ＨＴＴＰのＧＥＴメソッドを発呼側のセッション管理サーバに発行し、そのステータス応答の内容情報により、着呼側の無線通信装置からの各種イベントが発生したという情報を受信できることを特徴とする。
また、上記着呼側の無線通信装置は、ユーザにより行なわれた所定の操作の内容を示す情報を発呼側のセッション管理サーバに送信し、
上記発呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信された上記着呼側の無線通信装置の所定の操作の内容を示す情報を記憶し、
上記発呼側の無線通信装置は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを用いて、上記発呼側のセッション管理サーバに記憶された上記着呼側の無線通信装置の所定の操作の内容を示す情報を取得することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、一定周期ごとに着呼側のセッション管理サーバに発行し、通話処理がなされていない間は、発呼側の無線通信装置からのセッションの確立要求がなかったという情報を着呼側のセッション管理サーバから受信し、通話処理開始時において、発呼側の無線通信装置からのセッションの確立要求があった時点のみ、発呼側の無線通信装置からのセッションの確立要求があったという情報を着呼側のセッション管理サーバから受信できることを特徴とする。
また、上記着呼側の無線通信装置は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを一定周期ごとに着呼側のセッション管理サーバに送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを受信すると、上記発呼側の無線通信装置からセッションの確立要求がなされているが、上記発呼側と着呼側の無線通信装置との間で通信が開始されていない場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求がなかったという情報を送信し、上記発呼側の無線通信装置からセッションの確立要求がなされて、上記発呼側と着呼側の無線通信装置との間で通信が開始されている場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求があったという情報を送信することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、初期化時において、一度着呼側のセッション管理サーバに発行し、通話処理開始時において、発呼側の無線通信装置からのセッションの確立要求があった時点で、着呼側のセッション管理サーバから着呼側の無線通信装置へそのステータス応答の内容情報が送信されることで、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できることを特徴とする。
また、上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信されたＧＥＴメソッドを保持して、上記発呼側の無線通信装置からのセッションの確立要求があった場合に、上記発呼側の無線通信装置からのセッションの確立要求があったことを上記保持していたＧＥＴメソッドに対する回答として上記着呼側の無線通信装置へ送信することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、初期化時において、一度着呼側のセッション管理サーバに発行し、ボディ情報を除いたヘッダ情報のみをすぐに応答として、着呼側のセッション管理サーバから着呼側の無線通信装置に対して送信し、通話処理がなされていない間は、一定周期ごとに、そのボディ情報の一部として、ＴＣＰの接続保持のためのＫｅｅｐ−Ａｌｉｖｅ情報（連続して信号を発行しつづけることで生存を確認する情報）を着呼側のセッション管理サーバから着呼側の無線通信装置に対して送信しつづけ、通話処理開始時において、発呼側の無線通信装置からのセッションの確立要求があった時点で、着呼側のセッション管理サーバから着呼側の無線通信装置へそのステータス応答の内容情報が送信されることで、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できることを特徴とする。
また、上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを送信された場合に、上記発呼側の無線通信装置からのセッションの確立要求がなされていない場合は、上記着呼側の無線通信装置に、上記着呼側の無線通信装置と上記着呼側のセッション管理サーバとの間の回線の接続を維持するための生存確認情報を送信し続け、上記発呼側の無線通信装置からのセッションの確立要求がなされた場合は、上記着呼側の無線通信装置に、上記発呼側の無線通信装置からのセッションの確立要求があったことを送信することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、ＴＣＰの接続保持のためのＫｅｅｐ−Ａｌｉｖｅ情報を着呼側のセッション管理サーバから着呼側の無線通信装置に対して一定周期ごとに送信し続ける処理中において、そのＫｅｅｐ−Ａｌｉｖｅ情報が一定周期を過ぎ、ある一定のタイムアウト値を過ぎても無線通信装置に到着しない場合、無線通信装置は、新たなＴＣＰの接続を行い、セッションの確立要求があったという情報を受信するために、ＨＴＴＰのＧＥＴメソッドを着呼側のセッション管理サーバにあらためて再発行し、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できる状態へ準備をやり直すことを特徴とする。
また、上記着呼側の無線通信装置は、上記着呼側のセッション管理サーバから送信される上記生存確認情報が予め定めた一定期間を過ぎても送信されない場合は、上記着呼側のセッション管理サーバに対して再度ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、ＴＣＰの接続において、タイムアウト状態などにより、現状のＴＣＰ接続を切断して、新たなＴＣＰの接続を行い、セッションの確立要求があったという情報を受信するために、ＨＴＴＰのＧＥＴメソッドを着呼側のセッション管理サーバにあらためて再発行し、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できる状態へ準備をやり直す場合に、ちょうどセッション管理サーバから発呼側の無線通信装置からのセッションの確立要求があったという情報が送信されてきたとき、着呼側の無線通信装置は、その情報の受信を失敗する可能性を考慮し、再発行のＨＴＴＰのＧＥＴメソッドに再発行であることを示す情報を付加し、そのＧＥＴメソッドを受信したセッション管理サーバは、上記のセッションの確立要求があったという情報を再度、着呼側の無線通信装置へ送信することを特徴とする。
また、上記着呼側の無線通信装置は、上記着呼側のセッション管理サーバに対して再度ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信する場合に、再度の送信であることを示す情報を含めて送信することを特徴とする。
この発明に係る無線通信装置とセッション管理サーバのサーバＩＤを無線通信装置に通知する指定通知サーバは、無線通信装置から、一定周期ごとに、あるいは、電話をかける操作時ごとに、指定通知サーバに、無線通信装置の稼動状況を示す情報を送信し、その情報に基づいて、指定通知サーバが無線通信装置の動作状況が正常であるかどうか確認し、さらに、指定通知サーバがセッション管理サーバや通話中継サーバを含めたインターネット電話システムの動作状況を把握できる情報を上記の送信応答として送り返すことを特徴とする。
また、上記発呼側の無線通信装置は、発呼側の無線通信装置の稼働状況を通知する情報を、上記指定通知サーバに送信し、
上記指定通知サーバは、上記発呼側の無線通信装置より送信された稼働状況を通知する情報に基づいて、上記発呼側の無線通信装置が正常であるか否かを確認して、確認した結果とともに、上記指定通知サーバ自身の稼働状況を、上記発呼側の無線通信装置より送信された稼働状況の通知に対する応答として、上記発呼側の無線通信装置に送信することを特徴とする。
また、上記のインターネット電話システムの動作状況として、指定通知サーバ、あるいは、セッション管理サーバが保守や増設等のために、新しい指定通知サーバ、あるいは、セッション管理サーバに変更する指示情報を上記の無線通信装置への送信応答へ含めることで、無線通信装置がアクセスを行う指定通知サーバ、あるいは、セッション管理サーバを変更することができることを特徴とする。
また、上記のインターネット電話システムの動作状況として、指定通知サーバ、あるいは、セッション管理サーバを各１台だけでなく、故障等の何らかの障害でアクセス不可能なとき、代替でアクセス可能な別の各サーバのＩＰアドレスについての情報を上記の無線通信装置への送信応答へ含めることで、無線通信装置が、１台の指定通知サーバ、あるいは、セッション管理サーバが故障してアクセスできなくても、継続して代替サーバへのアクセスで処理を継続できることを特徴とする。
また、上記指定通知サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを指定通知サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記指定通知サーバとして稼働させるように切り替えて、上記発呼側の無線通信装置に、上記セカンダリサーバを上記指定通知サーバとして稼働させたことを通知することを特徴とする。
また、上記発呼側のセッション管理サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを発呼側セッション管理サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記発呼側のセッション管理サーバとして稼働させるように切り替えて、上記発呼側の無線通信装置に、上記セカンダリサーバを上記発呼側のセッション管理サーバとして稼働させたことを通知することを特徴とする。
また、上記着呼側のセッション管理サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを着呼側セッション管理サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記着呼側のセッション管理サーバとして稼働させるように切り替えて、上記着呼側の無線通信装置に、上記セカンダリサーバを上記着呼側のセッション管理サーバとして稼働させたことを通知することを特徴とする。
また、無線通信装置の利用者のインターネット電話システムの利用料金情報に基づいて、上記指定通知サーバへの稼動状況を示す情報を送信し、その応答の情報を受信するとき、その応答情報に利用料金を支払っていない場合にそれを指定する情報を含めておき、その応答情報を無線通信装置が受信した時点で、無線通信装置はインターネット電話システムの通信機能を動作不能に設定することを特徴とする。
また、上記インターネット通信システムは、さらに、発呼側の無線通信装置毎にシステムの利用料を管理する顧客管理データベースを備え、
上記指定通知サーバは、上記無線通信装置を管理するセッション管理サーバのサーバＩＤを発呼側の無線通信装置に送信する場合に、上記発呼側の無線通信装置の利用料を上記顧客管理データベースより取得して、取得した利用料と上記サーバＩＤとを上記発呼側の無線通信装置に送信し、
上記発呼側の無線通信装置は、上記指定通知サーバより受信した利用料に基づいて、自身の通信機能を動作不能に設定するか否かを決定することを特徴とする。
また、上記のようにインターネット電話システムの通信機能が動作不能となった無線通信装置の利用者が利用料金を支払うようになったという情報も、上記指定通知サーバからの応答情報に含めておき、その利用料金を支払うようになった情報を無線通信装置が受信した時点で、無線通信装置は、インターネット電話システムの通信機能を動作可能に設定することを特徴とする。
また、上記発呼側の無線通信装置は、自身の通信機能が動作不能に設定されている場合、上記指定通知サーバより受信した利用料に基づいて、動作可能に設定するか否かを決定することを特徴とする。
また、無線通信装置の内蔵ソフトウェアのバージョン情報に基づいて、上記指定通知サーバへの稼動状況を示す情報を送信し、その応答の情報を受信するとき、その応答情報により新しいバージョンの内蔵ソフトウェアをインターネット電話システムの管理者側より入手することができるという情報を含めておき、その応答情報を無線通信装置が受信した時点で、無線通信装置は無線通信装置の新しい内蔵ソフトウェアへの所定の更新処理の起動を行えるように設定することを特徴とする。
また、上記発呼側の無線通信装置は、無線通信装置の機能を実行する、バージョン情報を有するソフトウェアを内蔵して、上記発呼側の無線通信装置の稼働状況を通知する情報とともに、上記ソフトウェアのバージョン情報を上記指定通知サーバに送信し、
上記指定通知サーバは、上記発呼側の無線通信装置より送信されたバージョン情報に基づいて、上記発呼側の無線通信装置が内蔵するソフトウェアを別のバージョンのソフトウェアに変更するか否かを決定して、決定した結果を上記発呼側の無線通信装置に送信することを特徴とする。
また、上記の無線通信装置の新しい内蔵ソフトウェアへの所定の更新処理として、上記指定通知サーバからの情報応答にて通知される指定ＵＲＬアドレスのＷｅｂサーバから無線通信装置がダウンロードを行い、更新処理をして再起動を行うことを特徴とする。
また、上記指定通知サーバは、上記発呼側の無線通信装置が内蔵するソフトウェアを管理するＷｅｂサーバのアドレスを管理して、上記発呼側の無線通信装置が内蔵するソフトウェアを別のバージョンのソフトウェアに変更することを決定した場合に、上記別のバージョンのソフトウェアのＷｅｂサーバのアドレスを上記発呼側の無線通信装置に送信することを特徴とする。
この発明に係る無線通信装置は、セッション管理サーバが管理する通信中継サーバによる中継処理が中継可能な通信容量を越えており、通信中継サーバ経由の通信が不可能な場合に、通信中継サーバ経由の通信を行おうとしたとき、セッション管理サーバが通信中継サーバによる中継が飽和しているという情報を発呼側の無線通信装置の発呼時に送信し、それを受信することで、無線通信装置に接続された通信装置を利用している者に、通信中継サーバによる中継が飽和していて、中継による通信ができないことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
また、上記セッション管理サーバは、発呼側の通信中継サーバによる通信の中継数を管理して、上記発呼側の無線通信装置からセッションの確立要求を受信した場合に、通信の中継数が予め設定された通信の中継数を超える場合に、上記発呼側の無線通信装置に通信中継サーバによる中継が飽和しているという情報を送信し、
上記発呼側の無線通信装置は、上記セッション管理サーバから発呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、発呼側の通信中継サーバによる中継が飽和していて、発呼側の通信中継サーバによる通信ができないことを示す情報を出力することを特徴とする。
また、上記セッション管理サーバは、着呼側の通信中継サーバによる通信の中継数を管理して、上記発呼側の無線通信装置からセッションの確立要求を受信した場合に、通信の中継数が予め設定された通信の中継数を超える場合に、上記発呼側の無線通信装置に通信中継サーバによる中継が飽和しているという情報を送信し、
上記発呼側の無線通信装置は、上記セッション管理サーバから着呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、着呼側の通信中継サーバによる中継が飽和していて、着呼側の通信中継サーバによる通信ができないことを示す情報を出力することを特徴とする。
この発明に係る無線通信装置が、ＩＰネットワーク以外の公衆回線等の他の通信回線を備えている場合に、通信中継サーバによる中継容量が飽和している場合や、ネットワーク状況の原因によりセッション管理サーバや通信中継サーバを利用できない場合に、他の通信回線経由での通信処理を行うことができることを特徴とする。
また、上記インターネット通信システムは、さらに、公衆回線網を備え、
上記発呼側の無線通信装置は、上記公衆回線網を接続して、上記セッション管理サーバから発呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、上記公衆回線網を使用して上記着呼側の無線通信装置を発呼することを特徴とする。
また、上記インターネット通信システムは、さらに、公衆回線網を備え、
上記発呼側の無線通信装置は、上記公衆回線網を接続して、上記セッション管理サーバから着呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、上記公衆回線網を使用して上記着呼側の無線通信装置を発呼することを特徴とする。
この発明に係る無線通信装置は、セッション管理サーバや通信中継サーバへのＴＣＰ等の接続処理において、ある一定のタイムアウト値を過ぎても接続処理ができない場合に、その接続処理を中断する取り消し処理を行い、接続処理が成功するまで、かつ、再接続処理が上限回数に達するまで、再度、接続処理を開始することを繰り返すことを特徴とする。
また、上記無線通信装置は、上記セッション管理サーバと通信を行う前に、上記セッション管理サーバにＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理を要求して、要求を行った後、予め設定された所定のタイムアウト値を過ぎても上記セッション管理サーバから上記接続処理の要求に対する応答が無い場合に、その接続処理を取り消して、接続処理が成功するまでと、接続処理の要求回数が予め設定された上限回数になるまでとのいずれか一方になるまで、接続処理の要求を繰り返し行うことを特徴とする。
また、上記無線通信装置は、上記通信中継サーバと通信を行う前に、上記通信中継サーバにＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理を要求して、要求を行った後、予め設定された所定のタイムアウト値を過ぎても上記通信中継サーバから上記接続処理の要求に対する応答が無い場合に、その接続処理を取り消して、接続処理が成功するまでと、接続処理の要求回数が予め設定された上限回数になるまでとのいずれか一方になるまで、接続処理の要求を繰り返し行うことを特徴とする。
また、上記の無線通信装置のセッション管理サーバや通信中継サーバへのＴＣＰ等の接続処理における接続処理タイムアウト値、及び、再接続処理の上限回数について、ＴＣＰ等の接続処理が失敗するたびに、タイムアウト値を長く、再接続処理の上限回数を増加させる変更を自動的に行い、ＴＣＰ等の接続処理が成功するたびに、タイムアウト値を短く、再接続処理の上限回数を減少させる変更を自動的に行うことを特徴とする。
また、上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする。
また、上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする。
この発明に係る無線通信装置は、セッション管理サーバや通信中継サーバへのＴＣＰ等の接続処理において、ある一定のタイムアウト値を過ぎても接続処理ができない場合に、あるいは、規定の上限回数まで繰り返し再接続処理を行っても接続処理ができない場合に、無線通信装置に接続された通信装置を利用している者に、ネットワーク状況の原因により中継による通信ができないことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
また、上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が、上記所定のタイムアウト値を過ぎても接続処理ができない場合と、上記上限回数を過ぎても接続処理ができない場合とのいずれか一方である場合に、上記インターネットを使用して通信の中継が行えないことを示す情報を出力することを特徴とする。
また、上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする。
この発明に係るセッション管理サーバや通信中継サーバは、定期的に、他のセッション管理サーバや通信中継サーバや無線通信装置との間の一般のＩＰパケットの到着時間を測定し、ある一定値を越えるかどうかで、通信経路の状況を判断し、ネットワークが非常に混雑していると判断した時点で、無線通信装置が通信を開始する前に、無線通信装置に接続された通信装置を利用している者に、ネットワークが非常に混雑しており、通信品質が悪いことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
また、上記セッション管理サーバは、上記セッション管理サーバが管理する上記無線通信装置と上記通信中継サーバとに、パケット情報を送信して、上記無線通信装置と上記通信中継サーバとから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、通信経路の輻輳状況を判断して、判断した結果を上記無線通信装置に送信し、
上記無線通信装置は、上記セッション管理サーバから送信された上記判断結果を出力することを特徴とする。
また、上記通信中継サーバは、上記無線通信装置と上記セッション管理サーバとに、パケット情報を送信して、上記無線通信装置と上記セッション管理サーバとから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、通信経路の輻輳状況を判断して、判断した結果を上記無線通信装置に送信し、
上記無線通信装置は、上記通信中継サーバから送信された上記判断結果を出力することを特徴とする。
この発明に係るセッション管理サーバや通信中継サーバは、無線通信装置が通信を行っているとき、定期的に、他のセッション管理サーバや通信中継サーバや無線通信装置との間の一般のＩＰパケットの到着時間を測定し、ある一定値を越えるかどうかで、通信経路の状況を判断し、ネットワークが非常に混雑するようになり、ほとんど通信データの到着が滞りがちになった時点で、無線通信装置に接続された通信装置を利用している者に、ネットワークが非常に混雑するようになり、通信品質が実用に耐えられないぐらい悪化したことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
この発明に係るセッション管理サーバは、発呼側の通信中継サーバと着呼側の通信中継サーバの２段階中継だけではなく、さらに、他の第３以降の通信中継サーバを前記サーバ両者の間にて通信中継を行うように、通信経路を設定して、発呼側と着呼側の無線通信装置の間で通信処理を行うことができることを特徴とする。
また、上記インターネット通信システムは、さらに、
上記通信中継サーバの他に、通信経路を迂回するための迂回用通信中継サーバを備え、
上記セッション管理サーバは、上記通信経路の輻輳状況を判断した結果に基づいて、上記通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第１の通信経路を、上記迂回用通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第２の通信経路に切り替えることを特徴とする。
また、上記の他の第３以降の通信中継サーバの選択について、ネットワークが混雑していると、上記のセッション管理サーバ等で得られた通信経路遅延の測定情報を元に、通信遅延が良好な経路上のものを選択し、他の第３以降の通信中継サーバを前記サーバ両者の間にて通信中継を行うように、通信経路を設定して、発呼側と着呼側の無線通信装置の間で通信処理を行うことができることを特徴とする。
また、上記迂回用通信中継サーバは、複数備えられ、
上記セッション管理サーバは、上記複数の迂回用通信中継サーバに対してパケット情報を送信して、上記迂回用の通信中継サーバから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、それぞれの迂回用通信中継サーバを接続する通信経路の輻輳状況を判断して、輻輳状況の良好な通信経路の迂回用通信中継サーバを選択して、上記第１の通信経路を、選択した迂回用通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第２の通信経路に切り替えることを特徴とする。
また、既に、発呼側と着呼側の無線通信装置同士で、通信中継サーバ経由で通信を行っているときに、ネットワーク通信状況が悪化して、上記の他の第３以降の通信中継サーバを前記サーバ両者の間にて通信中継を行うように、ネットワーク通信状況の良好な通信経路に変更する場合に、無線通信装置に接続された通信装置を利用している者に、ネットワークが非常に混雑するようになり、通信品質が実用に耐えられないぐらい悪化したために、通信経路を変更する処理を行うことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
また、上記セッション管理サーバは、上記第１の通信経路を上記第２の通信経路に切り替えることを、上記無線通信装置に送信し、
上記無線通信装置は、上記セッション管理サーバから送信された上記第１の通信経路を上記第２の通信経路に切り替えること示す情報を出力することを特徴とする。
この発明に係るセッション管理サーバは、企業、団体等の特定限定地区のＬＡＮ環境に設置された場合に、その地区内に設置された無線通信装置に接続された電話機から、その地区内でのみ利用可能な内線電話番号を設定しておき、各電話機から電話をかける際に、その内線電話番号が入力されると、セッション管理サーバへその内線電話番号情報が送信され、セッション管理サーバ内に装備された電話番号から無線通信装置のＩＰアドレスや識別子へ変換するテーブルにより、その内線電話番号に該当する無線通信装置へ電話呼出をすることができることを特徴とする。
また、上記インターネット通信システムは、特定のネットワークエリア内で使用可能な内線電話番号情報を用いて通信を行うＬＡＮ（ローカルエリアネットワーク）を備え、
上記発呼側の無線通信装置と上記発呼側のセッション管理サーバは、上記ＬＡＮに接続され、
上記発呼側の無線通信装置は、通話先の内線電話番号情報を入力して、入力した内線電話番号情報を上記発呼側のセッション管理サーバへ送信し、
上記発呼側のセッション管理サーバは、上記内線電話番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて管理する内線電話番号情報記憶部を備えて、上記発呼側の無線通信装置から送信された内線電話番号情報を用いて上記内線電話番号情報記憶部から上記内線電話番号情報に対応する着呼側の無線通信装置の無線通信装置ＩＤを取得して、取得した無線通信装置ＩＤで識別される着呼側のセッション管理サーバのサーバＩＤを上記発呼側の無線通信装置に返信することを特徴とする。
また、上記インターネット通信システムは、特定のネットワークエリア内で使用可能な内線電話番号情報を用いて通信を行うＬＡＮ（ローカルエリアネットワーク）を備え、
上記発呼側の無線通信装置と上記発呼側のセッション管理サーバは、上記ＬＡＮに接続され、
上記発呼側の無線通信装置は、通話先の内線電話番号情報を入力して、入力した内線電話番号情報を上記発呼側のセッション管理サーバへ送信し、
上記発呼側のセッション管理サーバは、上記内線電話番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて管理する内線電話番号情報記憶部を備えて、上記発呼側の無線通信装置から送信された内線電話番号情報を用いて上記内線電話番号情報記憶部から上記内線電話番号情報に対応する着呼側の無線通信装置の無線通信装置ＩＤを取得して、取得した無線通信装置ＩＤと取得した無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤとを、着呼側のセッション管理サーバに送信し、着呼側の無線通信装置とのセッションの確立要求を送信することを特徴とする。
また、内線電話番号を電話機から入力すると、無線通信装置にあらかじめ設定されていた内線電話番号のプレフィックス番号を元に、内線電話番号であることを認識し、無線通信装置に内蔵された変換テーブルではなく、セッション管理サーバ内の変換テーブルを参照して呼制御を行うように判別処理を行うことを特徴とする。
この発明に係るセッション管理サーバは、企業、団体等の特定限定地区のＬＡＮ環境に設置された場合に、その地区外からＩＰ回線経由で電話呼出があった場合に、呼出先の無線通信装置が既に通話中であったとき、代替可能な他の無線通信装置をグループとして、登録しておく記憶部を備え、その中に登録されている代替可能な他の無線通信装置へ電話呼出を自動的に転送する処理を行うことを特徴とする。
また、上記インターネット通信システムは、上記着呼側の無線通信装置を複数備えて、
上記発呼側のセッション管理サーバは、上記複数の着呼側の無線通信装置をグループ化して管理するグループＩＤと、上記内線番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて上記内線番号情報記憶部に記憶して、上記発呼側の無線通信装置からセッションの確立要求をされた着呼側の無線通信装置が通話中である場合に、通話中である着呼側の無線通信装置と同じグループＩＤの着呼側の無線通信装置の無線通信装置ＩＤを上記内線番号情報記憶部より取得して、取得無線通信装置ＩＤと取得無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤとを、上記発呼側の無線通信装置に返信し、
上記発呼側の無線通信装置は、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤと着呼側のセッション管理サーバのサーバＩＤとを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに受信した無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションとの確立要求を送信することを特徴とする。
また、上記インターネット通信システムは、上記着呼側の無線通信装置を複数備えて、
上記発呼側のセッション管理サーバは、上記複数の着呼側の無線通信装置をグループ化して管理するグループＩＤと、上記内線番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて上記内線番号情報記憶部に記憶して、上記発呼側の無線通信装置からセッションの確立要求をされた着呼側の無線通信装置が通話中である場合に、通話中である着呼側の無線通信装置と同じグループＩＤの着呼側の無線通信装置の無線通信装置ＩＤを上記内線番号情報記憶部より取得して、取得した無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、取得した無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションの確立要求を送信することを特徴とする。
この発明に係るセッション管理サーバは、音声情報を送受信する通信中継サーバに対する無線通信装置のＨＴＴＰのＧＥＴメソッドについて、ＴＣＰの接続保持のためのＫｅｅｐ−Ａｌｉｖｅ情報を通信相手の無線通信装置から上記通信中継サーバ経由にて、その無線通信装置に対して一定周期ごとに送信し続ける処理中において、そのＫｅｅｐ−Ａｌｉｖｅ情報が一定周期を過ぎ、ある一定のタイムアウト値を過ぎても無線通信装置に到着しない場合、無線通信装置は、新たなＴＣＰの接続を行い、かつ、通信相手の無線通信装置に対して、セッション管理サーバを経由して、ＴＣＰの再接続の要求を行うことを特徴とする。
この発明に係る無線通信装置は、上記無線通信装置は、音声コーデック（音声符号化復号化装置或いはソフトウェア）の符号化、及び復号化を行う単位である音声フレームデータを無線通信装置が決定する指定時間内で１つ以上蓄積して１つのＩＰパケットとして構成し送信するものであり、連続した音声データが無音状態となる終端において、終端であることを示す音声フレームデータが生成された時点で、上記指定時間が経過していなくても、その終端であることを示す音声フレームデータをＩＰパケットに格納した直後に、そのＩＰパケットを送信することを特徴とする。
また、上記無線通信装置は、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）を含む携帯電話の複数の通信機能を備え、利用者により上記複数の通信機能のうち１つを選択させ、選択された通信機能を用いて通信を行うことを特徴とする。
また、上記無線通信装置は、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）を含む携帯電話の通信機能を備える複数の通信モジュールの内、少なくとも１つを選択して入力し、入力された通信モジュールを用いて通信を行うことを特徴とする。
また、上記複数の通信モジュールは、有線ネットワークと接続し、かつ通信が可能な通信モジュールを有し、
上記無線通信装置は、上記複数の通信モジュールの内、有線ネットワークと接続し、かつ通信が可能な通信モジュールを選択し、選択された通信モジュールを入力することを特徴とする。
また、上記無線通信装置は、利用者より電話番号情報を入力し、
上記無線通信装置は、
ＩＰ（インターネットプロトコル）電話専用網を介して通信するＩＰ通信処理部と、
アナログデータを通信する公衆回線を介して通信する公衆回線通信処理部と、
上記ＩＰ電話専用網と公衆回線とを選択する選択部と、
上記電話番号情報を通信先の無線通信装置の識別番号に変換するアドレス変換部とを備え、
上記公衆回線通信処理部は、発呼手段を有し、利用者により入力された電話番号情報について、上記選択部により公衆回線が選択された場合に、上記電話番号情報をそのまま上記発呼手段に入力して電話の通信を行い、
上記アドレス変換部は、利用者により入力された電話番号情報について、上記選択部によりＩＰ電話専用網が選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換し、
上記ＩＰ通信処理部は、上記アドレス変換部により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行うことを特徴とする。
また、上記無線通信装置は、利用者より電話番号情報を入力し、
上記発呼側のセッション管理サーバは、電話番号情報を通信先の無線通信装置の識別番号に変換するアドレス変換部を有し、
上記無線通信装置は、
ＩＰ（インターネットプロトコル）電話専用網を介して通信するＩＰ通信処理部と、
アナログデータを通信する公衆回線を介して通信する公衆回線通信処理部と、
上記ＩＰ電話専用網と公衆回線とを選択する選択部と
を備え、
上記公衆回線通信処理部は、発呼手段を有し、利用者により入力された電話番号情報について、上記選択部により公衆回線が選択された場合に、上記電話番号情報をそのまま上記発呼手段に入力して電話の通信を行い、
上記アドレス変換部は、利用者により入力された電話番号情報について、上記選択部によりＩＰ電話専用網が選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換し、
上記ＩＰ通信処理部は、上記アドレス変換部により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行うことを特徴とする。
また、上記無線通信装置は、利用者により入力された電話番号情報について、上記選択部によりＩＰ電話専用網が選択された場合に、本無線通信装置が所属するセッション管理サーバまでその電話番号情報を送信し、
上記セッション管理サーバが、所定のＩＰ電話ゲートウェイに接続し、その電話番号情報を送信することで、セッション管理サーバからそのＩＰ電話ゲートウェイが設置されたＩＰ電話専用網を経由して、他の一般の電話通信装置へ電話の通信を行うことを特徴とする。
また、上記着呼側のセッション管理サーバは、ＩＰ電話専用網を経由して他の電話通信装置からなされた発呼通信に対して、着呼のための接続を行い、該当する無線通信装置への着呼処理を行い、電話の通信を行うことを特徴とする。
また、上記無線通信装置は、
複数の通信機能を有する通信処理部と、
無線基地局装置からの距離と位置関係と地形と気象と通信時間帯と電磁波特性との複数の通信状況の内少なくとも１つの通信状況に影響される通信電磁波強度を測定する測定部と、
上記複数の通信機能の内、上記測定部により測定された通信電磁波強度が最も安定して強く持続している通信機能を選択する通信機能選択部と
を備え、
上記通信処理部は、上記通信機能選択部により選択された通信機能により通信を行うことを特徴とする。
また、上記無線通信装置は、
複数の通信機能を有する通信処理部と、
上記通信処理部が上記複数の通信機能の各通信機能を利用するにあたっての電力消費量を計測し、できる限り電力消費量の少ない通信機能を選択する通信機能選択部と
を備え、
上記通信処理部は、継続して通信できるように上記通信機能選択部により選択された通信機能を利用して通信することを特徴とする。
また、上記無線通信装置は、電力が蓄積された電源部を有し、上記通信機能選択部は、上記電源部に蓄積された電力の消費量を管理し、管理された電力の消費量が所定の値を超えた場合に、できる限り電力消費量の少ない通信機能を選択することを特徴とする。
また、上記無線通信装置は、
複数の通信機能を有する通信処理部と、
上記複数の通信機能の内、所定の条件に基づき１つの通信機能を選択する通信機能選択部と、
上記通信機能選択部により選択された通信機能により通信を行う上で、その選択された通信機能の通信料金が高価格であるか、低価格であるかの表示を色と数値と図形と音声との内少なくとも１つを用いて、利用者に対して通知する通信料金通知部と
を備えたことを特徴とする。
また、上記無線通信装置は、
複数の通信機能を有する通信処理部と、
地図情報を有し、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）機能を有するＧＩＳ処理部と
を備え、
上記ＧＩＳ処理部は、無線通信装置の現在位置を確認し、上記ＧＩＳ機能による現在位置情報と上記地図情報とに基づいて利用者に現在位置を通知し、上記複数の通信機能の各通信機能について、低価格の通信機能を利用することができる範囲がどこになるかを上記地図情報を用いて地図上に表示することを特徴とする。
また、上記無線通信装置は、上記地図情報を用いて、上記複数の通信機能の各通信機能について、低価格の通信機能のための無線基地局装置を設置している、建築物と移動可能な交通車両と移動可能な航空機と移動可能な船舶との内少なくとも１つを上記地図上に表示することを特徴とする。
また、上記無線通信装置は、
ＩＰ（インターネットプロトコル）ネットワークを介して通信するＩＰ通信処理部を備え、
上記ＩＰ通信処理部は、通信機能を実現するために使用するインターネット上の複数のＩＳＰ（インターネットサービスプロバイダ）に接続するための登録情報を記憶し、記憶された複数のＩＳＰの中から、所定の基準により１つを選択することを特徴とする。
また、上記ＩＰ通信処理部は、利用料金の価格とアクセスの込み具合と上記無線基地局装置で利用可能であるかどうかとの複数の条件の内少なくとも１つの条件により最適なものを選択することを特徴とする。
また、上記無線基地局装置は、公的団体及び企業体とは異なる個人が設置した装置であって、
上記無線基地局装置は、上記無線基地局装置が利用可能なＩＳＰ（インターネットサービスプロバイダ）に関する情報を有し、
上記無線通信装置は、個人が設置した無線基地局装置にアクセスする場合に、上記無線基地局装置が利用可能なＩＳＰ（インターネットサービスプロバイダ）に関する情報を上記無線基地局装置から入力し、上記ＩＳＰに関する情報に基づいて、入力されたＩＳＰを利用して通信を行うことを特徴とする。
また、上記無線基地局装置は、無線通信装置が通信可能な範囲内に複数存在し、
上記無線通信装置は、上記複数の無線基地局装置がこの無線通信装置が通信可能な範囲内に複数存在した場合に、最も通信電磁波強度が安定して強く持続している無線基地局装置を選択する基地局選択部を備え、
上記無線通信装置は、上記基地局選択部により選択された無線基地局装置を経由により通信を行うことを特徴とする。
また、上記複数の無線基地局装置は、さらに、無線通信装置が通信可能な範囲と異なる範囲に存在し、
上記基地局選択部は、無線通信装置が無線基地局装置と通信可能な範囲から別の範囲へと、移動する際に、通信電磁波強度を測定して、前回の無線基地局装置と比べより安定して接続できる無線基地局装置へ接続を切り替えることを特徴とする。
また、上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置する場合に、上記複数の無線基地局装置に対して同時に接続を行い、通信を行うことを特徴とする。
また、上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局に対して通信可能な範囲に位置し、通信を待ちうけている状態の場合に、上記複数の無線基地局装置に対してそれぞれ接続し、上記無線通信装置が所属する１台のセッション管理サーバに接続して、複数の無線基地局装置の接続経路のいずれかを用いて、通信の発呼と通信の着呼との少なくとも１つを行なうことを特徴とする。
また、上記無線通信装置は、上記通信の発呼と通信の着呼との少なくとも１つを行なう場合に、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信の発呼と通信の着呼との少なくとも１つに関するデータを送受信することを特徴とする。
また、上記データは、ユーザデータグラムプロトコル（ＵＤＰ）データを有し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記ＵＤＰデータを送受信することを特徴とする。
また、上記データは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを有し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なうことを特徴とする。
また、上記インターネット通信システムは、更に、
無線基地局装置に接続され、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する複数の通信中継サーバを備え、
上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置し、移動しながら通信を行なう場合に、複数の無線基地局装置のうち通信の電磁波強度にしたがってより安定する無線基地局装置と接続するように動的に切り替えながら、上記複数の通信中継サーバのうち１つの通信中継サーバを用いて、通信データを送受信することを特徴とする。
また、上記インターネット通信システムは、更に、
無線基地局装置に接続され、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する通信中継サーバを備え、
上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置し、通信を行なう場合に、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由する通信を行なうことを特徴とする。
また、上記通信中継サーバは、ユーザデータグラムプロトコル（ＵＤＰ）データを中継し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由するＵＤＰデータの通信を行なうことを特徴とする。
また、上記通信中継サーバは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを中継し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由する上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なうことを特徴とする。
また、上記無線基地局装置は、無線通信装置がアクセス可能な規定数を有し、
上記無線通信装置は、無線基地局装置がアクセス可能な規定数に達して上記無線通信装置が通信をすることができない場合に、通信不可能状態を利用者に対して通知する通知部を有することを特徴とする。
また、上記通知部は、通信不可能状態を利用者に対して表示する表示手段により通知することを特徴とする。
また、上記無線通信装置と無線基地局装置とのうち少なくとも１つは、上記無線通信装置が上記無線基地局装置を利用した時間情報と通信料金情報と通信相手の情報とのうち少なくとも１つの情報を記録し、記録した情報を上記セッション管理サーバへ通信履歴情報として送信することを特徴とする。
また、上記セッション管理サーバは、上記無線基地局装置へ上記通信履歴情報に基づく利用情報を送信し、
上記無線基地局装置は、上記セッション管理サーバから送信された利用情報を受信し、受信された利用情報を出力することを特徴とする。
また、上記インターネット通信システムは、さらに、上記無線基地局装置に接続され、上記ＩＳＰに接続するための上記登録情報を管理する認証情報管理装置を備え、
上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力し、
上記ＩＰ通信処理部は、上記認証情報管理装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行ない、
上記認証情報管理装置は、上記ＩＰ通信処理部により上記登録情報に基づいて通信のための接続を行なう期間に対し課金することを特徴とする。
また、上記無線基地局装置は、上記ＩＳＰに接続するための上記登録情報を管理し、
上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力し、
上記ＩＰ通信処理部は、上記無線基地局装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行ない、
上記無線基地局装置は、上記ＩＰ通信処理部により上記登録情報に基づいて通信のための接続を行なう期間に対し課金することを特徴とする。
また、上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記認証情報管理装置から課金されることなく上記制御された上記登録情報を入力することを特徴とする。
また、上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記無線基地局装置から課金されることなく上記制御された上記登録情報を入力することを特徴とする。
また、上記無線基地局装置は、複数存在し、
上記セッション管理サーバは、自己が管理する無線通信装置が複数の無線基地局装置を利用するための複数の認証情報を記憶し、
上記無線通信装置は、自己が上記複数の無線基地局装置の内１つの無線基地局装置と接続しているときに、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置を利用するための複数の認証情報を、ＩＰ（インターネット プロトコル）回線経由にて、上記セッション管理サーバから取得し、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置の内いずれかの無線基地局装置が利用可能な範囲に上記無線通信装置が移動した場合に、上記取得した複数の認証情報に基づいて利用可能な範囲に存在する上記無線基地局装置に対して、通信のための接続を行なうことを特徴とする。
また、上記ＧＩＳ処理部は、新しく利用した無線基地局装置に関する位置情報を有し、上記無線基地局装置に関する位置情報を上記セッション管理サーバに出力し、
上記セッション管理サーバは、上記無線基地局装置に関する位置情報を蓄積するデータベースを有し、
上記セッション管理サーバは、他の無線通信装置へ、上記データベースにより蓄積された無線基地局装置に関する位置情報を送信し、上記他の無線通信装置に対し地図表示による利用を促すことを特徴とする。
また、上記ＧＩＳ処理部は、通信相手の無線通信装置がどこにいるかについての位置情報を、セッション管理サーバ経由で、通信相手の無線通信装置から取得し、
上記ＧＩＳ処理部は、取得した位置情報をテキスト情報と地図情報との内少なくとも１つの情報として、上記地図上に表示することを特徴とする。
また、上記インターネット通信システムは、さらに、上記無線基地局装置に接続され、上記ＩＳＰに接続するための複数の有料課金の登録情報を管理する認証情報管理装置を備え、
上記ＩＰ通信処理部は、無線通信装置と上記無線基地局装置とが通信可能な範囲である場合に、上記認証情報管理装置より上記複数の有料課金の登録情報の内１つを入力し、入力された有料課金の登録情報に基づいて通信のための接続を行なうことを特徴とする。
また、上記無線通信装置は、地図情報を有し、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）機能を有するＧＩＳ処理部を備え、
上記ＧＩＳ処理部は、無線通信装置が上記有料課金の登録情報を必要とする無線基地局装置に近づいていることを検知し、
上記ＩＰ通信処理部は、上記ＧＩＳ処理部により上記有料課金の登録情報を必要とする無線基地局装置に近づいていることが検知された場合に、その直前で利用している上記無線基地局装置を介して通信のための接続を行っている時点で、上記有料課金の登録情報を入力することを特徴とする。
また、上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力する処理をおこなうソフトウェアを記憶し、
上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記認証情報管理装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力することを特徴とする。
また、上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力する処理をおこなうソフトウェアを記憶し、
上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記無線基地局装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力することを特徴とする。
また、上記無線基地局装置は、上記広告情報を配信し、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示することを特徴とする。
また、上記無線基地局装置は、上記広告情報を配信し、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示することを特徴とする。
また、上記無線通信装置は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順番に交互に送受信することを特徴とする。
また、上記無線通信装置は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順不同にて交互に送受信することを特徴とする。
また、上記無線通信装置は、複数の無線基地局装置に対して異なる無線通信方式と上記無線通信方式に応じた無線通信帯域とに応じて、音声データのコーデック方式を変更することを特徴とする。
また、上記無線通信装置は、無線通信方式と、上記無線通信方式に応じた無線通信帯域と、音声データのコーデック方式とに関する情報を表示することを特徴とする。
また、上記無線通信装置は、通信をおこなっている上記任意の接続経路を表示することを特徴とする。
また、上記無線通信装置は、通信をおこなっている上記任意の接続経路について、図形情報と文字情報との内少なくとも１つを用いてどのような経路で通信データが送受信されているかを表示することを特徴とする。
また、上記セッション管理サーバは、上記利用情報を制御可能なソフトウェアを記憶し、
上記無線基地局装置は、上記ソフトウェアを入力し、入力されたソフトウェアを用いて上記利用情報を受信し、受信された利用情報を出力することを特徴とする。
また、上記無線基地局装置は、無線基地局装置のユーザに対して受信された利用情報をユーザが確認可能に出力することを特徴とする。
また、上記無線通信装置は、上記利用情報を受信し、上記利用情報に基づいて過去の利用状況を無線通信装置のユーザに対してユーザが確認可能に出力することを特徴とする。
また、上記利用情報は、過去に滞在した無線基地局装置周辺のエリアに関する情報を有し、
上記無線通信装置は、過去に滞在した無線基地局装置周辺のエリアに関する情報を無線通信装置のユーザに対してユーザが確認可能に出力することを特徴とする。
また、この発明に係るインターネットを用いてデータ通信をするインターネット通信システムは、発呼側の無線通信装置と、発呼側の無線通信装置とインターネットを接続する無線基地局装置と、着呼側の無線通信装置と、着呼側の無線通信装置とインターネットを接続する無線基地局装置と、発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、着呼側の無線通信装置を管理する着呼側のセッション管理サーバとを備え、発呼側の無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信し、発呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している受信したサーバＩＤで識別される着呼側のセッション管理サーバへ、着呼側の無線通信装置の無線通信装置ＩＤを含むその発呼メッセージを転送し、着呼側の無線通信装置とのセッションの確立要求を送信し、着呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置は、あらかじめ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信しておき、着呼側のセッション管理サーバによりセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索された結果、着呼側の無線通信装置にセッションの確立要求があったという情報を受信し、着呼側のセッション管理サーバは、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いたセッションの確立を発呼側のセッション管理サーバと着呼側の無線通信装置とに許可し、発呼側の無線通信装置は、発呼側のセッション管理サーバから、通信可能状態にある場合に通信可能状態情報を受信し、インターネットを用いたセッションの確立を行うことを特徴とする。
この発明に係るインターネット通信システムは、インターネットを用いてデータ通信をするインターネット通信システムにおいて、
発呼側の無線通信装置と、
発呼側の無線通信装置とインターネットを接続する無線基地局装置と、
着呼側の無線通信装置と、
着呼側の無線通信装置とインターネットを接続する無線基地局装置と、
発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、
着呼側の無線通信装置を管理する着呼側のセッション管理サーバとを備え、
発呼側の無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信し、
発呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置のアダプタＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを求め、求めたサーバＩＤで識別される着呼側のセッション管理サーバへ無線通信装置ＩＤを送信して、着呼側の無線通信装置とのセッションの確率要求を送信し、
着呼側のセッション管理サーバは、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置からの通信可能状態を受信して、受信した通信可能状態の着呼側の無線通信装置に対するセッション確立要求が記憶されている場合に、インターネットを用いたセッションの確立を発呼側のセッション管理サーバと着呼側の無線通信装置とに許可し、
着呼側の無線通信装置は、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、
発呼側の無線通信装置は、発呼側のセッション管理サーバから、着呼側のセッション管理サーバからインターネットを用いたセッションの確立を許可されたことを受信することを特徴とする。
また、この発明に係るインターネット通信システムは、更に、無線通信装置から無線通信装置ＩＤを受信し、無線通信装置を管理するセッション管理サーバを無線通信装置ＩＤに基づいて指定し、指定したセッション管理サーバのサーバＩＤを無線通信装置に通知する指定通知サーバを備えたことを特徴とする。
また、この発明に係るインターネット通信システムは、更に、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する着呼側の通信中継サーバを備え、着呼側のセッション管理サーバは、着呼側の通信中継サーバを識別する着呼側の通信中継サーバＩＤを発呼側の無線通信装置と着呼側の無線通信装置とに送信し、発呼側の無線通信装置と着呼側の無線通信装置とは、着呼側の通信中継サーバＩＤを受信し、着呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする。
また、この発明に係る上記インターネット通信システムは、更に、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する発呼側の通信中継サーバを備え、発呼側のセッション管理サーバは、発呼側の通信中継サーバを識別する発呼側の通信中継サーバＩＤを発呼側の無線通信装置に送信し、発呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、発呼側の通信中継サーバＩＤを着呼側のセッション管理サーバに送信し、着呼側のセッション管理サーバは、発呼側の通信中継サーバＩＤを着呼側の無線通信装置に送信し、着呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、発呼側の無線通信装置と着呼側の無線通信装置とは、発呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする。
また、上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）など個々のローカルＩＰアドレスにより各接続端末を管理しているドメインの識別子を含むことを特徴とする。
また、上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）が管理するローカルＩＰ（インターネットプロトコル）アドレスのドメインの識別子を含むことを特徴とする。
また、上記無線通信装置ＩＤは、無線通信装置が設置されたエリア（ここでいうエリアは、物理的なエリアだけでなく、論理的に複数の端末をグループ化することによる、そのグループの形態をとる場合もある）の識別子を含むことを特徴とする。
また、上記無線通信装置ＩＤは、無線通信装置をグループ化するグループ識別子を含むことを特徴とする。
この発明に係るインターネットを用いてデータ通信をするインターネット通信方法は、発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置を管理している着呼側のセッション管理サーバを問い合わせ、発呼側のセッション管理サーバから発呼側の無線通信装置に着呼側の無線通信装置を管理している着呼側のセッション管理サーバを回答し、発呼側の無線通信装置から着呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求が合ったことを着呼側のセッション管理サーバに記憶し、着呼側の無線通信装置から着呼側のセッション管理サーバに対してセッションの確立要求があったか否かを問い合わせ、セッションの確立要求があった場合に、かつ、着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、着呼側の無線通信装置が通信可能状態にあることを通知された場合に、着呼側のセッション管理サーバがインターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可することを特徴とする。
この発明に係るインターネットを用いてデータ通信をするインターネット通信方法は、発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置に対する着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信し、さらに、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、そのセッションの確立要求を転送し、発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求が合ったことを着呼側のセッション管理サーバに記憶し、着呼側の無線通信装置は、あらかじめ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信しておき、着呼側のセッション管理サーバによりセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索された結果、着呼側の無線通信装置にセッションの確立要求があったという情報を着呼側のセッション管理サーバが受信する場合に、着呼側のセッション管理サーバがインターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可し、発呼側のセッション管理サーバは、そのセッションの確立の許可に基づいて、発呼側の無線通信装置に通信可能状態にある場合にその通信可能状態情報を送信することを特徴とする。
この発明に係るインターネット通信方法は、インターネットを用いてデータを通信するインターネット通信方法において、
発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、
発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から送信されたセッションの確立要求を送信し、
発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求があったことを着呼側のセッション管理サーバに記憶し、
着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、
着呼側の無線通信装置から通信可能状態にあることを知らされた場合に、かつ、通信可能状態にある着呼側の無線通信装置に対してセッションの確立要求があった場合に、着呼側のセッション管理サーバが、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可し、
発呼側のセッション管理サーバが、セッションの確立を許可された場合に、発呼側の無線通信装置に、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可されたことを知らせることを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理部と、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部とを備えたことを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、着呼側の無線通信装置の無線通信装置ＩＤを含むそのセッション確立要求メッセージを転送し、通信可能状態であるかどうかの情報を発呼側の無線通信装置へ返信する発呼側のセッション管理部と、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側のセッション管理サーバに検索させ、着呼側の無線通信装置の通信可能状態が判断された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部とを備えたことを特徴とする。
この発明に係るセッション管理サーバは、発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から受信した着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信する発呼側のセッション管理部と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置から通信可能状態が通知された場合に、記憶したセッションの確立要求を検索し、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部と
を備えたことを特徴とする。
この発明に係る発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置は、上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の通信処理部と、上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の通信処理部とを備えたことを特徴とする。
この発明に係る発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信し、発呼側のセッション管理サーバは、その着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求メッセージを着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ転送し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバからの着呼側の無線通信装置が通信可能状態にあるかどうかの情報を受信する発呼側の通信処理部と、あらかじめ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信しておき、着呼側のセッション管理サーバによりセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索された結果、着呼側の無線通信装置にセッションの確立要求があったという情報を受信する着呼側の通信処理部とを備えたことを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信をするインターネット通信システムは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して発呼側の無線通信装置とデータ通信する発呼側の通信中継サーバと、ＨＴＴＰを用いてインターネットを介して着呼側の無線通信装置とデータを通信し、かつ、ＨＴＴＰ以外のプロトコルを用いて発呼側の通信中継サーバとデータ通信する着呼側の通信中継サーバとを備えたことを特徴とする。
また、上記ＨＴＴＰ以外のプロトコルは、ユーザデータグラムプロトコル（ＵＤＰ）であることを特徴とする。
また、上記ＨＴＴＰ以外のプロトコルは、リアルタイムトランスポートプロトコル（ＲＴＰ）であることを特徴とする。
また、上記ＨＴＴＰ以外のプロトコルは、トランスミッションコントロールプロトコル（ＴＣＰ）上のアプリケーション用に作られたプロトコルであることを特徴とする。
また、上記ＨＴＴＰ以外のプロトコルは、シンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）上のアプリケーション用に作られたプロトコルであることを特徴とする。
また、上記発呼側の通信中継サーバと着呼側の通信中継サーバとは、インターネットサービスプロバイダ（ＩＳＰ）の専用ネットワークで接続されることを特徴とする。
また、上記発呼側の通信中継サーバと着呼側の通信中継サーバとは、一般のインターネットのネットワークで接続されることを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信するインターネット通信方法は、
インターネットを介して、発呼側の無線通信装置と発呼側の通信中継サーバとがハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてデータを通信し、発呼側の通信中継サーバと着呼側の通信中継サーバとがＨＴＴＰ以外のプロトコルを用いてデータ通信し、インターネットを介して、着呼側の通信中継サーバと着呼側の無線通信装置とがＨＴＴＰを用いてデータ通信することを特徴とする。
この発明に係る無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信部と、ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信部とを備えたことを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理処理と、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理処理とをコンピュータに実行させることを特徴とする。
この発明に係る発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへそのセッションの確立要求を転送し、着呼側のセッション管理サーバから着呼側の無線通信装置が通信可能状態であるかどうかの情報を受信し、その情報を発呼側の無線通信装置へ返信する発呼側のセッション管理処理と、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側のセッション管理サーバにて検索を行い、着呼側の無線通信装置の通信可能状態が判断された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可し、着呼側の無線通信装置にセッションの確立要求があったという情報を着呼側の無線通信装置へ送信する着呼側のセッション管理処理とをコンピュータに実行させることを特徴とする。
この発明に係るプログラムは、発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ発呼側の無線通信装置から受信したセッションの確立要求を送信する発呼側のセッション管理処理と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置の通信可能状態が通知された場合に、記憶したセッションの確立要求を検索して、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可し、着呼側の無線通信装置にセッションの確立要求があったことを通知する着呼側のセッション管理処理と
をコンピュータに実行させることを特徴とする。
この発明に係る発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムは、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の無線通信装置処理と、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の無線通信装置処理とをコンピュータに実行させることを特徴とする。
この発明に係る発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムは、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバを経由して着呼側の無線通信装置が通信可能状態であるかどうかの情報を受信する発呼側の無線通信装置処理と、着呼側のセッション管理サーバに、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信する着呼側の無線通信装置処理とをコンピュータに実行させることを特徴とする。
この発明に係るプログラムは、発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムであって、
発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信する発呼側の無線通信処理と、
着呼側のセッション管理サーバに、自己が通信可能状態にある場合に、通信可能状態にあることを送信し、着呼側のセッション管理サーバからセッションの確立要求があったことを受信する着呼側の無線通信処理と
をコンピュータに実行させることを特徴とする。
この発明に係る無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバで動作するプログラムは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信処理と、ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信処理とをコンピュータに実行させることを特徴とする。
この発明に係る無線通信装置は、発呼を行う時点で、着呼側のセッション管理サーバについて、着呼側の無線通信装置が他の端末と通信状態にあるため、通信不可能状態となっているとき、その状態を示す情報を発呼側のセッション管理サーバを経由して、受信した場合に、無線通信装置側に接続されている通信装置に対して、他端末と通信中を示す情報を送信することを特徴とする。
この発明に係る無線通信装置は、発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続されるとともに、発呼側の無線通信装置であって、
上記着呼側のセッション管理サーバから発呼側のセッション管理サーバを経由して、着呼側の無線通信装置が既に通信状態にあるために、通信不能状態になっていることを上記無線基地局装置を介して有線通信を無線通信に変換することにより受信すると、着呼側の無線通信装置が既に通信状態にあるために通信不能状態になっていることを出力することを特徴とする。
また、上記の他の端末と通信状態に入るという情報を着呼側の無線通信装置が、着呼側のセッション管理サーバに、通信開始時点に送信し、他の端末と通信状態を終了したという情報を着呼側の無線通信装置が、着呼側のセッション管理サーバに、通信終了時点に送信することを特徴とする。
この発明に係る無線通信装置は、発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置であって、
上記無線基地局装置を介して有線通信を無線通信に変換することにより、通信を開始する場合には、着呼側のセッション管理サーバに通信を開始することを送信し、通信を終了する場合には、着呼側のセッション管理サーバに通信を終了することを送信することを特徴とする。
また、上記の他の端末との通信状態としては、本発明で示される呼制御方式での通信を含め、無線通信装置に装備された公衆回線経由での通信や、ＩＰネットワーク経由でのＨ．３２３方式やＳＩＰ方式等の他の呼制御方式での通信の場合があり、どの形態での通信を行っているかを示す情報を、無線通信装置がセッション管理サーバへ送信し、セッション管理サーバは、その情報を保持して、発呼側のセッション管理サーバや無線通信装置がどの形態での通信を行っているかを認識できることを特徴とする。
また、上記無線通信装置は、所定の呼制御方式によって通信を開始し、上記着呼側のセッション管理サーバに通信を開始することを送信する場合に、上記所定の呼制御方式を識別する情報も含めて送信することを特徴とする。
また、上記の他の端末との通信状態に加えて、その無線通信装置に接続された電話機の操作状況を示す情報を、無線通信装置がセッション管理サーバへ送信し、そのセッション管理サーバは、通信を行う相手側のセッション管理サーバへ、その電話機の操作状況を示す情報を転送し、さらに、その通信を行う相手側の無線通信装置へ転送することで、通信相手の電話機の操作状況を認知できることを特徴とする。
また、上記発呼側の無線通信装置は、上記発呼側のセッション管理サーバに、ユーザにより行なわれた所定の操作を示す情報を送信し、
上記発呼側のセッション管理サーバは、受信した所定の操作を行ったことを示す情報を、上記着呼側のセッション管理サーバに送信し、
上記着呼側のセッション管理サーバは、受信した所定の操作を行ったことを示す情報を、上記着呼側の無線通信装置に送信することを特徴とする。
この発明に係る無線通信装置は、接続されたネットワーク環境によるＩＰアドレス取得形態に応じて、その無線通信装置の接続タイプを設定し、セッションの確立要求時に、その無線通信装置の接続タイプを発呼側あるいは着呼側のセッション管理サーバに送信し、セッション管理サーバは、その接続タイプに基づいて、サーバ装置あるいは、他の無線通信装置との間のデータ通信として、ＨＴＴＰあるいはＵＤＰのいずれかを選択することを特徴とする。
また、上記発呼側の無線通信装置と着呼側の無線通信装置とはそれぞれ、所定のネットワーク環境に設置されて、上記所定のネットワーク環境に従うＩＰ（インターネット プロトコル）アドレスを割り当てられるとともに、上記ＩＰアドレスの割り当て形態に応じて決定される無線通信装置の接続タイプを記憶し、
上記発呼側の無線通信装置は、発呼側のセッション管理サーバに、上記発呼側の無線通信装置の接続タイプを送信し、
上記着呼側の無線通信装置は、着呼側のセッション管理サーバに、上記着呼側の無線通信装置の接続タイブを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信された接続タイプに基づいて、上記着呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記着呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側のセッション管理サーバは、上記発呼側の無線通信装置から送信された接続タイプに基づいて、上記発呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記発呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側の無線通信装置は、上記発呼側のセッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信し、
上記着呼側の無線通信装置は、上記着呼側セッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信することを特徴とする。
この発明に係る無線通信装置の接続タイプは、ＩＳＰ等のその無線通信装置が所属管理されるドメインにおいて与えれるＩＰアドレスの形態により、以下の５つのタイプを含むことを特徴とする。
（１）グローバルＩＰアドレスを固定的に割り当てられている。
（２）プライベートＩＰアドレスを固定的に割り当てられている。
（３）グローバルＩＰアドレスをＤＨＣＰにより動的に割り当てられる。
（４）プライベートＩＰアドレスをＤＨＣＰにより動的に割り当てられる。
（５）上記（１）〜（４）のいずれかであるが、その無線通信装置と、そのＩＰアドレスを与えられるネットワーク接続点の間に、ネットワークアドレス変換（ＮＡＴ機能）をもつルータ等を設置することで、さらに無線通信装置が局所的なローカルＩＰアドレスを割り当てられる。
また、上記発呼側の無線通信装置が上記所定のネットワーク環境に従い割り当てられるＩＰアドレスと上記着呼側無線通信装置が上記所定のネットワーク環境に従い割り当てられるＩＰアドレスとはそれぞれ、グローバルＩＰ（インターネットプロトコル）アドレスを固定的に割り当てられることと、プライベートＩＰアドレスを固定的に割り当てられることと、グローバルＩＰアドレスをＤｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＤＨＣＰ）により動的に割り当てられることと、プライベートＩＰアドレスをＤＨＣＰにより動的に割り当てられることと、ローカルＩＰアドレスを割り当てられることの少なくともいずれかによりＩＰアドレスを割り当てられることを特徴とする。
この発明に係る着呼側の無線通信装置は、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信するために、ＨＴＴＰのＧＥＴメソッドを着呼側のセッション管理サーバに発行し、そのステータス応答の内容情報により、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できることを特徴とする。
また、上記着呼側の無線通信装置は、着呼側のセッション管理サーバに発呼側の無線通信装置からのセッションの確立要求が記憶されていることを確認するために、着呼側のセッション管理サーバにハイパーテキストトランスファープロトコル（ＨＴＴＰ）のＧＥＴメソッドを発行し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から発行されたＧＥＴメソッドを受信すると、上記ＧＥＴメソッドを発行した着呼側の無線通信装置に対するセッション確立要求が記憶されているか検索し、検索した結果を上記ＧＥＴメソッドに対するＧＥＴ応答に含めて、上記着呼側の無線通信装置に送信することを特徴とする。
この発明に係る発呼側の無線通信装置は、着呼側の無線通信装置からの相手が電話に出るため受話器をオフフックしたとか、受話器をオンフックして通話を切断したとかなどのイベント情報を受信するために、ＨＴＴＰのＧＥＴメソッドを発呼側のセッション管理サーバに発行し、そのステータス応答の内容情報により、着呼側の無線通信装置からの各種イベントが発生したという情報を受信できることを特徴とする。
また、上記着呼側の無線通信装置は、ユーザにより行なわれた所定の操作の内容を示す情報を発呼側のセッション管理サーバに送信し、
上記発呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信された上記着呼側の無線通信装置の所定の操作の内容を示す情報を記憶し、
上記発呼側の無線通信装置は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを用いて、上記発呼側のセッション管理サーバに記憶された上記着呼側の無線通信装置の所定の操作の内容を示す情報を取得することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、一定周期ごとに着呼側のセッション管理サーバに発行し、通話処理がなされていない間は、発呼側の無線通信装置からのセッションの確立要求がなかったという情報を着呼側のセッション管理サーバから受信し、通話処理開始時において、発呼側の無線通信装置からのセッションの確立要求があった時点のみ、発呼側の無線通信装置からのセッションの確立要求があったという情報を着呼側のセッション管理サーバから受信できることを特徴とする。
また、上記着呼側の無線通信装置は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを一定周期ごとに着呼側のセッション管理サーバに送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを受信すると、上記発呼側の無線通信装置からセッションの確立要求がなされているが、上記発呼側と着呼側の無線通信装置との間で通信が開始されていない場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求がなかったという情報を送信し、上記発呼側の無線通信装置からセッションの確立要求がなされて、上記発呼側と着呼側の無線通信装置との間で通信が開始されている場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求があったという情報を送信することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、初期化時において、一度着呼側のセッション管理サーバに発行し、通話処理開始時において、発呼側の無線通信装置からのセッションの確立要求があった時点で、着呼側のセッション管理サーバから着呼側の無線通信装置へそのステータス応答の内容情報が送信されることで、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できることを特徴とする。
また、上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信されたＧＥＴメソッドを保持して、上記発呼側の無線通信装置からのセッションの確立要求があった場合に、上記発呼側の無線通信装置からのセッションの確立要求があったことを上記保持していたＧＥＴメソッドに対する回答として上記着呼側の無線通信装置へ送信することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、初期化時において、一度着呼側のセッション管理サーバに発行し、ボディ情報を除いたヘッダ情報のみをすぐに応答として、着呼側のセッション管理サーバから着呼側の無線通信装置に対して送信し、通話処理がなされていない間は、一定周期ごとに、そのボディ情報の一部として、ＴＣＰの接続保持のためのＫｅｅｐ−Ａｌｉｖｅ情報（連続して信号を発行しつづけることで生存を確認する情報）を着呼側のセッション管理サーバから着呼側の無線通信装置に対して送信しつづけ、通話処理開始時において、発呼側の無線通信装置からのセッションの確立要求があった時点で、着呼側のセッション管理サーバから着呼側の無線通信装置へそのステータス応答の内容情報が送信されることで、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できることを特徴とする。
また、上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを送信された場合に、上記発呼側の無線通信装置からのセッションの確立要求がなされていない場合は、上記着呼側の無線通信装置に、上記着呼側の無線通信装置と上記着呼側のセッション管理サーバとの間の回線の接続を維持するための生存確認情報を送信し続け、上記発呼側の無線通信装置からのセッションの確立要求がなされた場合は、上記着呼側の無線通信装置に、上記発呼側の無線通信装置からのセッションの確立要求があったことを送信することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、ＴＣＰの接続保持のためのＫｅｅｐ−Ａｌｉｖｅ情報を着呼側のセッション管理サーバから着呼側の無線通信装置に対して一定周期ごとに送信し続ける処理中において、そのＫｅｅｐ−Ａｌｉｖｅ情報が一定周期を過ぎ、ある一定のタイムアウト値を過ぎても無線通信装置に到着しない場合、無線通信装置は、新たなＴＣＰの接続を行い、セッションの確立要求があったという情報を受信するために、ＨＴＴＰのＧＥＴメソッドを着呼側のセッション管理サーバにあらためて再発行し、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できる状態へ準備をやり直すことを特徴とする。
また、上記着呼側の無線通信装置は、上記着呼側のセッション管理サーバから送信される上記生存確認情報が予め定めた一定期間を過ぎても送信されない場合は、上記着呼側のセッション管理サーバに対して再度ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信することを特徴とする。
また、上記ＨＴＴＰのＧＥＴメソッドを着呼側の無線通信装置は、ＴＣＰの接続において、タイムアウト状態などにより、現状のＴＣＰ接続を切断して、新たなＴＣＰの接続を行い、セッションの確立要求があったという情報を受信するために、ＨＴＴＰのＧＥＴメソッドを着呼側のセッション管理サーバにあらためて再発行し、発呼側の無線通信装置からのセッションの確立要求があったという情報を受信できる状態へ準備をやり直す場合に、ちょうどセッション管理サーバから発呼側の無線通信装置からのセッションの確立要求があったという情報が送信されてきたとき、着呼側の無線通信装置は、その情報の受信を失敗する可能性を考慮し、再発行のＨＴＴＰのＧＥＴメソッドに再発行であることを示す情報を付加し、そのＧＥＴメソッドを受信したセッション管理サーバは、上記のセッションの確立要求があったという情報を再度、着呼側の無線通信装置へ送信することを特徴とする。
また、上記着呼側の無線通信装置は、上記着呼側のセッション管理サーバに対して再度ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信する場合に、再度の送信であることを示す情報を含めて送信することを特徴とする。
この発明に係る無線通信装置とセッション管理サーバのサーバＩＤを無線通信装置に通知する指定通知サーバは、無線通信装置から、一定周期ごとに、あるいは、電話をかける操作時ごとに、指定通知サーバに、無線通信装置の稼動状況を示す情報を送信し、その情報に基づいて、指定通知サーバが無線通信装置の動作状況が正常であるかどうか確認し、さらに、指定通知サーバがセッション管理サーバや通話中継サーバを含めたインターネット電話システムの動作状況を把握できる情報を上記の送信応答として送り返すことを特徴とする。
また、上記発呼側の無線通信装置は、発呼側の無線通信装置の稼働状況を通知する情報を、上記指定通知サーバに送信し、
上記指定通知サーバは、上記発呼側の無線通信装置より送信された稼働状況を通知する情報に基づいて、上記発呼側の無線通信装置が正常であるか否かを確認して、確認した結果とともに、上記指定通知サーバ自身の稼働状況を、上記発呼側の無線通信装置より送信された稼働状況の通知に対する応答として、上記発呼側の無線通信装置に送信することを特徴とする。
また、上記のインターネット電話システムの動作状況として、指定通知サーバ、あるいは、セッション管理サーバが保守や増設等のために、新しい指定通知サーバ、あるいは、セッション管理サーバに変更する指示情報を上記の無線通信装置への送信応答へ含めることで、無線通信装置がアクセスを行う指定通知サーバ、あるいは、セッション管理サーバを変更することができることを特徴とする。
また、上記のインターネット電話システムの動作状況として、指定通知サーバ、あるいは、セッション管理サーバを各１台だけでなく、故障等の何らかの障害でアクセス不可能なとき、代替でアクセス可能な別の各サーバのＩＰアドレスについての情報を上記の無線通信装置への送信応答へ含めることで、無線通信装置が、１台の指定通知サーバ、あるいは、セッション管理サーバが故障してアクセスできなくても、継続して代替サーバへのアクセスで処理を継続できることを特徴とする。
また、上記指定通知サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを指定通知サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記指定通知サーバとして稼働させるように切り替えて、上記発呼側の無線通信装置に、上記セカンダリサーバを上記指定通知サーバとして稼働させたことを通知することを特徴とする。
また、上記発呼側のセッション管理サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを発呼側セッション管理サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記発呼側のセッション管理サーバとして稼働させるように切り替えて、上記発呼側の無線通信装置に、上記セカンダリサーバを上記発呼側のセッション管理サーバとして稼働させたことを通知することを特徴とする。
また、上記着呼側のセッション管理サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを着呼側セッション管理サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記着呼側のセッション管理サーバとして稼働させるように切り替えて、上記着呼側の無線通信装置に、上記セカンダリサーバを上記着呼側のセッション管理サーバとして稼働させたことを通知することを特徴とする。
また、無線通信装置の利用者のインターネット電話システムの利用料金情報に基づいて、上記指定通知サーバへの稼動状況を示す情報を送信し、その応答の情報を受信するとき、その応答情報に利用料金を支払っていない場合にそれを指定する情報を含めておき、その応答情報を無線通信装置が受信した時点で、無線通信装置はインターネット電話システムの通信機能を動作不能に設定することを特徴とする。
また、上記インターネット通信システムは、さらに、発呼側の無線通信装置毎にシステムの利用料を管理する顧客管理データベースを備え、
上記指定通知サーバは、上記無線通信装置を管理するセッション管理サーバのサーバＩＤを発呼側の無線通信装置に送信する場合に、上記発呼側の無線通信装置の利用料を上記顧客管理データベースより取得して、取得した利用料と上記サーバＩＤとを上記発呼側の無線通信装置に送信し、
上記発呼側の無線通信装置は、上記指定通知サーバより受信した利用料に基づいて、自身の通信機能を動作不能に設定するか否かを決定することを特徴とする。
また、上記のようにインターネット電話システムの通信機能が動作不能となった無線通信装置の利用者が利用料金を支払うようになったという情報も、上記指定通知サーバからの応答情報に含めておき、その利用料金を支払うようになった情報を無線通信装置が受信した時点で、無線通信装置は、インターネット電話システムの通信機能を動作可能に設定することを特徴とする。
また、上記発呼側の無線通信装置は、自身の通信機能が動作不能に設定されている場合、上記指定通知サーバより受信した利用料に基づいて、動作可能に設定するか否かを決定することを特徴とする。
また、無線通信装置の内蔵ソフトウェアのバージョン情報に基づいて、上記指定通知サーバへの稼動状況を示す情報を送信し、その応答の情報を受信するとき、その応答情報により新しいバージョンの内蔵ソフトウェアをインターネット電話システムの管理者側より入手することができるという情報を含めておき、その応答情報を無線通信装置が受信した時点で、無線通信装置は無線通信装置の新しい内蔵ソフトウェアへの所定の更新処理の起動を行えるように設定することを特徴とする。
また、上記発呼側の無線通信装置は、無線通信装置の機能を実行する、バージョン情報を有するソフトウェアを内蔵して、上記発呼側の無線通信装置の稼働状況を通知する情報とともに、上記ソフトウェアのバージョン情報を上記指定通知サーバに送信し、
上記指定通知サーバは、上記発呼側の無線通信装置より送信されたバージョン情報に基づいて、上記発呼側の無線通信装置が内蔵するソフトウェアを別のバージョンのソフトウェアに変更するか否かを決定して、決定した結果を上記発呼側の無線通信装置に送信することを特徴とする。
また、上記の無線通信装置の新しい内蔵ソフトウェアへの所定の更新処理として、上記指定通知サーバからの情報応答にて通知される指定ＵＲＬアドレスのＷｅｂサーバから無線通信装置がダウンロードを行い、更新処理をして再起動を行うことを特徴とする。
また、上記指定通知サーバは、上記発呼側の無線通信装置が内蔵するソフトウェアを管理するＷｅｂサーバのアドレスを管理して、上記発呼側の無線通信装置が内蔵するソフトウェアを別のバージョンのソフトウェアに変更することを決定した場合に、上記別のバージョンのソフトウェアのＷｅｂサーバのアドレスを上記発呼側の無線通信装置に送信することを特徴とする。
この発明に係る無線通信装置は、セッション管理サーバが管理する通信中継サーバによる中継処理が中継可能な通信容量を越えており、通信中継サーバ経由の通信が不可能な場合に、通信中継サーバ経由の通信を行おうとしたとき、セッション管理サーバが通信中継サーバによる中継が飽和しているという情報を発呼側の無線通信装置の発呼時に送信し、それを受信することで、無線通信装置に接続された通信装置を利用している者に、通信中継サーバによる中継が飽和していて、中継による通信ができないことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
また、上記セッション管理サーバは、発呼側の通信中継サーバによる通信の中継数を管理して、上記発呼側の無線通信装置からセッションの確立要求を受信した場合に、通信の中継数が予め設定された通信の中継数を超える場合に、上記発呼側の無線通信装置に通信中継サーバによる中継が飽和しているという情報を送信し、
上記発呼側の無線通信装置は、上記セッション管理サーバから発呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、発呼側の通信中継サーバによる中継が飽和していて、発呼側の通信中継サーバによる通信ができないことを示す情報を出力することを特徴とする。
また、上記セッション管理サーバは、着呼側の通信中継サーバによる通信の中継数を管理して、上記発呼側の無線通信装置からセッションの確立要求を受信した場合に、通信の中継数が予め設定された通信の中継数を超える場合に、上記発呼側の無線通信装置に通信中継サーバによる中継が飽和しているという情報を送信し、
上記発呼側の無線通信装置は、上記セッション管理サーバから着呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、着呼側の通信中継サーバによる中継が飽和していて、着呼側の通信中継サーバによる通信ができないことを示す情報を出力することを特徴とする。
この発明に係る無線通信装置が、ＩＰネットワーク以外の公衆回線等の他の通信回線を備えている場合に、通信中継サーバによる中継容量が飽和している場合や、ネットワーク状況の原因によりセッション管理サーバや通信中継サーバを利用できない場合に、他の通信回線経由での通信処理を行うことができることを特徴とする。
また、上記インターネット通信システムは、さらに、公衆回線網を備え、
上記発呼側の無線通信装置は、上記公衆回線網を接続して、上記セッション管理サーバから発呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、上記公衆回線網を使用して上記着呼側の無線通信装置を発呼することを特徴とする。
また、上記インターネット通信システムは、さらに、公衆回線網を備え、
上記発呼側の無線通信装置は、上記公衆回線網を接続して、上記セッション管理サーバから着呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、上記公衆回線網を使用して上記着呼側の無線通信装置を発呼することを特徴とする。
この発明に係る無線通信装置は、セッション管理サーバや通信中継サーバへのＴＣＰ等の接続処理において、ある一定のタイムアウト値を過ぎても接続処理ができない場合に、その接続処理を中断する取り消し処理を行い、接続処理が成功するまで、かつ、再接続処理が上限回数に達するまで、再度、接続処理を開始することを繰り返すことを特徴とする。
また、上記無線通信装置は、上記セッション管理サーバと通信を行う前に、上記セッション管理サーバにＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理を要求して、要求を行った後、予め設定された所定のタイムアウト値を過ぎても上記セッション管理サーバから上記接続処理の要求に対する応答が無い場合に、その接続処理を取り消して、接続処理が成功するまでと、接続処理の要求回数が予め設定された上限回数になるまでとのいずれか一方になるまで、接続処理の要求を繰り返し行うことを特徴とする。
また、上記無線通信装置は、上記通信中継サーバと通信を行う前に、上記通信中継サーバにＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理を要求して、要求を行った後、予め設定された所定のタイムアウト値を過ぎても上記通信中継サーバから上記接続処理の要求に対する応答が無い場合に、その接続処理を取り消して、接続処理が成功するまでと、接続処理の要求回数が予め設定された上限回数になるまでとのいずれか一方になるまで、接続処理の要求を繰り返し行うことを特徴とする。
また、上記の無線通信装置のセッション管理サーバや通信中継サーバへのＴＣＰ等の接続処理における接続処理タイムアウト値、及び、再接続処理の上限回数について、ＴＣＰ等の接続処理が失敗するたびに、タイムアウト値を長く、再接続処理の上限回数を増加させる変更を自動的に行い、ＴＣＰ等の接続処理が成功するたびに、タイムアウト値を短く、再接続処理の上限回数を減少させる変更を自動的に行うことを特徴とする。
また、上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする。
また、上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする。
この発明に係る無線通信装置は、セッション管理サーバや通信中継サーバへのＴＣＰ等の接続処理において、ある一定のタイムアウト値を過ぎても接続処理ができない場合に、あるいは、規定の上限回数まで繰り返し再接続処理を行っても接続処理ができない場合に、無線通信装置に接続された通信装置を利用している者に、ネットワーク状況の原因により中継による通信ができないことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
また、上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が、上記所定のタイムアウト値を過ぎても接続処理ができない場合と、上記上限回数を過ぎても接続処理ができない場合とのいずれか一方である場合に、上記インターネットを使用して通信の中継が行えないことを示す情報を出力することを特徴とする。
また、上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする。
この発明に係るセッション管理サーバや通信中継サーバは、定期的に、他のセッション管理サーバや通信中継サーバや無線通信装置との間の一般のＩＰパケットの到着時間を測定し、ある一定値を越えるかどうかで、通信経路の状況を判断し、ネットワークが非常に混雑していると判断した時点で、無線通信装置が通信を開始する前に、無線通信装置に接続された通信装置を利用している者に、ネットワークが非常に混雑しており、通信品質が悪いことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
また、上記セッション管理サーバは、上記セッション管理サーバが管理する上記無線通信装置と上記通信中継サーバとに、パケット情報を送信して、上記無線通信装置と上記通信中継サーバとから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、通信経路の輻輳状況を判断して、判断した結果を上記無線通信装置に送信し、
上記無線通信装置は、上記セッション管理サーバから送信された上記判断結果を出力することを特徴とする。
また、上記通信中継サーバは、上記無線通信装置と上記セッション管理サーバとに、パケット情報を送信して、上記無線通信装置と上記セッション管理サーバとから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、通信経路の輻輳状況を判断して、判断した結果を上記無線通信装置に送信し、
上記無線通信装置は、上記通信中継サーバから送信された上記判断結果を出力することを特徴とする。
この発明に係るセッション管理サーバや通信中継サーバは、無線通信装置が通信を行っているとき、定期的に、他のセッション管理サーバや通信中継サーバや無線通信装置との間の一般のＩＰパケットの到着時間を測定し、ある一定値を越えるかどうかで、通信経路の状況を判断し、ネットワークが非常に混雑するようになり、ほとんど通信データの到着が滞りがちになった時点で、無線通信装置に接続された通信装置を利用している者に、ネットワークが非常に混雑するようになり、通信品質が実用に耐えられないぐらい悪化したことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
この発明に係るセッション管理サーバは、発呼側の通信中継サーバと着呼側の通信中継サーバの２段階中継だけではなく、さらに、他の第３以降の通信中継サーバを前記サーバ両者の間にて通信中継を行うように、通信経路を設定して、発呼側と着呼側の無線通信装置の間で通信処理を行うことができることを特徴とする。
また、上記インターネット通信システムは、さらに、
上記通信中継サーバの他に、通信経路を迂回するための迂回用通信中継サーバを備え、
上記セッション管理サーバは、上記通信経路の輻輳状況を判断した結果に基づいて、上記通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第１の通信経路を、上記迂回用通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第２の通信経路に切り替えることを特徴とする。
また、上記の他の第３以降の通信中継サーバの選択について、ネットワークが混雑していると、上記のセッション管理サーバ等で得られた通信経路遅延の測定情報を元に、通信遅延が良好な経路上のものを選択し、他の第３以降の通信中継サーバを前記サーバ両者の間にて通信中継を行うように、通信経路を設定して、発呼側と着呼側の無線通信装置の間で通信処理を行うことができることを特徴とする。
また、上記迂回用通信中継サーバは、複数備えられ、
上記セッション管理サーバは、上記複数の迂回用通信中継サーバに対してパケット情報を送信して、上記迂回用の通信中継サーバから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、それぞれの迂回用通信中継サーバを接続する通信経路の輻輳状況を判断して、輻輳状況の良好な通信経路の迂回用通信中継サーバを選択して、上記第１の通信経路を、選択した迂回用通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第２の通信経路に切り替えることを特徴とする。
また、既に、発呼側と着呼側の無線通信装置同士で、通信中継サーバ経由で通信を行っているときに、ネットワーク通信状況が悪化して、上記の他の第３以降の通信中継サーバを前記サーバ両者の間にて通信中継を行うように、ネットワーク通信状況の良好な通信経路に変更する場合に、無線通信装置に接続された通信装置を利用している者に、ネットワークが非常に混雑するようになり、通信品質が実用に耐えられないぐらい悪化したために、通信経路を変更する処理を行うことを音声再生装置や表示装置などにより知らせることができることを特徴とする。
また、上記セッション管理サーバは、上記第１の通信経路を上記第２の通信経路に切り替えることを、上記無線通信装置に送信し、
上記無線通信装置は、上記セッション管理サーバから送信された上記第１の通信経路を上記第２の通信経路に切り替えること示す情報を出力することを特徴とする。
この発明に係るセッション管理サーバは、企業、団体等の特定限定地区のＬＡＮ環境に設置された場合に、その地区内に設置された無線通信装置に接続された電話機から、その地区内でのみ利用可能な内線電話番号を設定しておき、各電話機から電話をかける際に、その内線電話番号が入力されると、セッション管理サーバへその内線電話番号情報が送信され、セッション管理サーバ内に装備された電話番号から無線通信装置のＩＰアドレスや識別子へ変換するテーブルにより、その内線電話番号に該当する無線通信装置へ電話呼出をすることができることを特徴とする。
また、上記インターネット通信システムは、特定のネットワークエリア内で使用可能な内線電話番号情報を用いて通信を行うＬＡＮ（ローカルエリアネットワーク）を備え、
上記発呼側の無線通信装置と上記発呼側のセッション管理サーバは、上記ＬＡＮに接続され、
上記発呼側の無線通信装置は、通話先の内線電話番号情報を入力して、入力した内線電話番号情報を上記発呼側のセッション管理サーバへ送信し、
上記発呼側のセッション管理サーバは、上記内線電話番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて管理する内線電話番号情報記憶部を備えて、上記発呼側の無線通信装置から送信された内線電話番号情報を用いて上記内線電話番号情報記憶部から上記内線電話番号情報に対応する着呼側の無線通信装置の無線通信装置ＩＤを取得して、取得した無線通信装置ＩＤで識別される着呼側のセッション管理サーバのサーバＩＤを上記発呼側の無線通信装置に返信することを特徴とする。
また、上記インターネット通信システムは、特定のネットワークエリア内で使用可能な内線電話番号情報を用いて通信を行うＬＡＮ（ローカルエリアネットワーク）を備え、
上記発呼側の無線通信装置と上記発呼側のセッション管理サーバは、上記ＬＡＮに接続され、
上記発呼側の無線通信装置は、通話先の内線電話番号情報を入力して、入力した内線電話番号情報を上記発呼側のセッション管理サーバへ送信し、
上記発呼側のセッション管理サーバは、上記内線電話番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて管理する内線電話番号情報記憶部を備えて、上記発呼側の無線通信装置から送信された内線電話番号情報を用いて上記内線電話番号情報記憶部から上記内線電話番号情報に対応する着呼側の無線通信装置の無線通信装置ＩＤを取得して、取得した無線通信装置ＩＤと取得した無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤとを、着呼側のセッション管理サーバに送信し、着呼側の無線通信装置とのセッションの確立要求を送信することを特徴とする。
また、内線電話番号を電話機から入力すると、無線通信装置にあらかじめ設定されていた内線電話番号のプレフィックス番号を元に、内線電話番号であることを認識し、無線通信装置に内蔵された変換テーブルではなく、セッション管理サーバ内の変換テーブルを参照して呼制御を行うように判別処理を行うことを特徴とする。
この発明に係るセッション管理サーバは、企業、団体等の特定限定地区のＬＡＮ環境に設置された場合に、その地区外からＩＰ回線経由で電話呼出があった場合に、呼出先の無線通信装置が既に通話中であったとき、代替可能な他の無線通信装置をグループとして、登録しておく記憶部を備え、その中に登録されている代替可能な他の無線通信装置へ電話呼出を自動的に転送する処理を行うことを特徴とする。
また、上記インターネット通信システムは、上記着呼側の無線通信装置を複数備えて、
上記発呼側のセッション管理サーバは、上記複数の着呼側の無線通信装置をグループ化して管理するグループＩＤと、上記内線番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて上記内線番号情報記憶部に記憶して、上記発呼側の無線通信装置からセッションの確立要求をされた着呼側の無線通信装置が通話中である場合に、通話中である着呼側の無線通信装置と同じグループＩＤの着呼側の無線通信装置の無線通信装置ＩＤを上記内線番号情報記憶部より取得して、取得無線通信装置ＩＤと取得無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤとを、上記発呼側の無線通信装置に返信し、
上記発呼側の無線通信装置は、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤと着呼側のセッション管理サーバのサーバＩＤとを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに受信した無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションとの確立要求を送信することを特徴とする。
また、上記インターネット通信システムは、上記着呼側の無線通信装置を複数備えて、
上記発呼側のセッション管理サーバは、上記複数の着呼側の無線通信装置をグループ化して管理するグループＩＤと、上記内線番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて上記内線番号情報記憶部に記憶して、上記発呼側の無線通信装置からセッションの確立要求をされた着呼側の無線通信装置が通話中である場合に、通話中である着呼側の無線通信装置と同じグループＩＤの着呼側の無線通信装置の無線通信装置ＩＤを上記内線番号情報記憶部より取得して、取得した無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、取得した無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションの確立要求を送信することを特徴とする。
この発明に係るセッション管理サーバは、音声情報を送受信する通信中継サーバに対する無線通信装置のＨＴＴＰのＧＥＴメソッドについて、ＴＣＰの接続保持のためのＫｅｅｐ−Ａｌｉｖｅ情報を通信相手の無線通信装置から上記通信中継サーバ経由にて、その無線通信装置に対して一定周期ごとに送信し続ける処理中において、そのＫｅｅｐ−Ａｌｉｖｅ情報が一定周期を過ぎ、ある一定のタイムアウト値を過ぎても無線通信装置に到着しない場合、無線通信装置は、新たなＴＣＰの接続を行い、かつ、通信相手の無線通信装置に対して、セッション管理サーバを経由して、ＴＣＰの再接続の要求を行うことを特徴とする。
この発明に係る無線通信装置は、上記無線通信装置は、音声コーデック（音声符号化復号化装置或いはソフトウェア）の符号化、及び復号化を行う単位である音声フレームデータを無線通信装置が決定する指定時間内で１つ以上蓄積して１つのＩＰパケットとして構成し送信するものであり、連続した音声データが無音状態となる終端において、終端であることを示す音声フレームデータが生成された時点で、上記指定時間が経過していなくても、その終端であることを示す音声フレームデータをＩＰパケットに格納した直後に、そのＩＰパケットを送信することを特徴とする。
また、上記無線通信装置は、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）を含む携帯電話の複数の通信機能を備え、利用者により上記複数の通信機能のうち１つを選択させ、選択された通信機能を用いて通信を行うことを特徴とする。
また、上記無線通信装置は、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）を含む携帯電話の通信機能を備える複数の通信モジュールの内、少なくとも１つを選択して入力し、入力された通信モジュールを用いて通信を行うことを特徴とする。
また、上記複数の通信モジュールは、有線ネットワークと接続し、かつ通信が可能な通信モジュールを有し、
上記無線通信装置は、上記複数の通信モジュールの内、有線ネットワークと接続し、かつ通信が可能な通信モジュールを選択し、選択された通信モジュールを入力することを特徴とする。
また、上記無線通信装置は、利用者より電話番号情報を入力し、
上記無線通信装置は、
ＩＰ（インターネットプロトコル）電話専用網を介して通信するＩＰ通信処理部と、
アナログデータを通信する公衆回線を介して通信する公衆回線通信処理部と、
上記ＩＰ電話専用網と公衆回線とを選択する選択部と、
上記電話番号情報を通信先の無線通信装置の識別番号に変換するアドレス変換部とを備え、
上記公衆回線通信処理部は、発呼手段を有し、利用者により入力された電話番号情報について、上記選択部により公衆回線が選択された場合に、上記電話番号情報をそのまま上記発呼手段に入力して電話の通信を行い、
上記アドレス変換部は、利用者により入力された電話番号情報について、上記選択部によりＩＰ電話専用網が選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換し、
上記ＩＰ通信処理部は、上記アドレス変換部により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行うことを特徴とする。
また、上記無線通信装置は、利用者より電話番号情報を入力し、
上記発呼側のセッション管理サーバは、電話番号情報を通信先の無線通信装置の識別番号に変換するアドレス変換部を有し、
上記無線通信装置は、
ＩＰ（インターネットプロトコル）電話専用網を介して通信するＩＰ通信処理部と、
アナログデータを通信する公衆回線を介して通信する公衆回線通信処理部と、
上記ＩＰ電話専用網と公衆回線とを選択する選択部と
を備え、
上記公衆回線通信処理部は、発呼手段を有し、利用者により入力された電話番号情報について、上記選択部により公衆回線が選択された場合に、上記電話番号情報をそのまま上記発呼手段に入力して電話の通信を行い、
上記アドレス変換部は、利用者により入力された電話番号情報について、上記選択部によりＩＰ電話専用網が選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換し、
上記ＩＰ通信処理部は、上記アドレス変換部により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行うことを特徴とする。
また、上記無線通信装置は、利用者により入力された電話番号情報について、上記選択部によりＩＰ電話専用網が選択された場合に、本無線通信装置が所属するセッション管理サーバまでその電話番号情報を送信し、
上記セッション管理サーバが、所定のＩＰ電話ゲートウェイに接続し、その電話番号情報を送信することで、セッション管理サーバからそのＩＰ電話ゲートウェイが設置されたＩＰ電話専用網を経由して、他の一般の電話通信装置へ電話の通信を行うことを特徴とする。
また、上記着呼側のセッション管理サーバは、ＩＰ電話専用網を経由して他の電話通信装置からなされた発呼通信に対して、着呼のための接続を行い、該当する無線通信装置への着呼処理を行い、電話の通信を行うことを特徴とする。
また、上記無線通信装置は、
複数の通信機能を有する通信処理部と、
無線基地局装置からの距離と位置関係と地形と気象と通信時間帯と電磁波特性との複数の通信状況の内少なくとも１つの通信状況に影響される通信電磁波強度を測定する測定部と、
上記複数の通信機能の内、上記測定部により測定された通信電磁波強度が最も安定して強く持続している通信機能を選択する通信機能選択部と
を備え、
上記通信処理部は、上記通信機能選択部により選択された通信機能により通信を行うことを特徴とする。
また、上記無線通信装置は、
複数の通信機能を有する通信処理部と、
上記通信処理部が上記複数の通信機能の各通信機能を利用するにあたっての電力消費量を計測し、できる限り電力消費量の少ない通信機能を選択する通信機能選択部と
を備え、
上記通信処理部は、継続して通信できるように上記通信機能選択部により選択された通信機能を利用して通信することを特徴とする。
また、上記無線通信装置は、電力が蓄積された電源部を有し、上記通信機能選択部は、上記電源部に蓄積された電力の消費量を管理し、管理された電力の消費量が所定の値を超えた場合に、できる限り電力消費量の少ない通信機能を選択することを特徴とする。
また、上記無線通信装置は、
複数の通信機能を有する通信処理部と、
上記複数の通信機能の内、所定の条件に基づき１つの通信機能を選択する通信機能選択部と、
上記通信機能選択部により選択された通信機能により通信を行う上で、その選択された通信機能の通信料金が高価格であるか、低価格であるかの表示を色と数値と図形と音声との内少なくとも１つを用いて、利用者に対して通知する通信料金通知部と
を備えたことを特徴とする。
また、上記無線通信装置は、
複数の通信機能を有する通信処理部と、
地図情報を有し、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）機能を有するＧＩＳ処理部と
を備え、
上記ＧＩＳ処理部は、無線通信装置の現在位置を確認し、上記ＧＩＳ機能による現在位置情報と上記地図情報とに基づいて利用者に現在位置を通知し、上記複数の通信機能の各通信機能について、低価格の通信機能を利用することができる範囲がどこになるかを上記地図情報を用いて地図上に表示することを特徴とする。
また、上記無線通信装置は、上記地図情報を用いて、上記複数の通信機能の各通信機能について、低価格の通信機能のための無線基地局装置を設置している、建築物と移動可能な交通車両と移動可能な航空機と移動可能な船舶との内少なくとも１つを上記地図上に表示することを特徴とする。
また、上記無線通信装置は、
ＩＰ（インターネットプロトコル）ネットワークを介して通信するＩＰ通信処理部を備え、
上記ＩＰ通信処理部は、通信機能を実現するために使用するインターネット上の複数のＩＳＰ（インターネットサービスプロバイダ）に接続するための登録情報を記憶し、記憶された複数のＩＳＰの中から、所定の基準により１つを選択することを特徴とする。
また、上記ＩＰ通信処理部は、利用料金の価格とアクセスの込み具合と上記無線基地局装置で利用可能であるかどうかとの複数の条件の内少なくとも１つの条件により最適なものを選択することを特徴とする。
また、上記無線基地局装置は、公的団体及び企業体とは異なる個人が設置した装置であって、
上記無線基地局装置は、上記無線基地局装置が利用可能なＩＳＰ（インターネットサービスプロバイダ）に関する情報を有し、
上記無線通信装置は、個人が設置した無線基地局装置にアクセスする場合に、上記無線基地局装置が利用可能なＩＳＰ（インターネットサービスプロバイダ）に関する情報を上記無線基地局装置から入力し、上記ＩＳＰに関する情報に基づいて、入力されたＩＳＰを利用して通信を行うことを特徴とする。
また、上記無線基地局装置は、無線通信装置が通信可能な範囲内に複数存在し、
上記無線通信装置は、上記複数の無線基地局装置がこの無線通信装置が通信可能な範囲内に複数存在した場合に、最も通信電磁波強度が安定して強く持続している無線基地局装置を選択する基地局選択部を備え、
上記無線通信装置は、上記基地局選択部により選択された無線基地局装置を経由により通信を行うことを特徴とする。
また、上記複数の無線基地局装置は、さらに、無線通信装置が通信可能な範囲と異なる範囲に存在し、
上記基地局選択部は、無線通信装置が無線基地局装置と通信可能な範囲から別の範囲へと、移動する際に、通信電磁波強度を測定して、前回の無線基地局装置と比べより安定して接続できる無線基地局装置へ接続を切り替えることを特徴とする。
また、上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置する場合に、上記複数の無線基地局装置に対して同時に接続を行い、通信を行うことを特徴とする。
また、上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局に対して通信可能な範囲に位置し、通信を待ちうけている状態の場合に、上記複数の無線基地局装置に対してそれぞれ接続し、上記無線通信装置が所属する１台のセッション管理サーバに接続して、複数の無線基地局装置の接続経路のいずれかを用いて、通信の発呼と通信の着呼との少なくとも１つを行なうことを特徴とする。
また、上記無線通信装置は、上記通信の発呼と通信の着呼との少なくとも１つを行なう場合に、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信の発呼と通信の着呼との少なくとも１つに関するデータを送受信することを特徴とする。
また、上記データは、ユーザデータグラムプロトコル（ＵＤＰ）データを有し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記ＵＤＰデータを送受信することを特徴とする。
また、上記データは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを有し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なうことを特徴とする。
また、上記インターネット通信システムは、更に、
無線基地局装置に接続され、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する複数の通信中継サーバを備え、
上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置し、移動しながら通信を行なう場合に、複数の無線基地局装置のうち通信の電磁波強度にしたがってより安定する無線基地局装置と接続するように動的に切り替えながら、上記複数の通信中継サーバのうち１つの通信中継サーバを用いて、通信データを送受信することを特徴とする。
また、上記インターネット通信システムは、更に、
無線基地局装置に接続され、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する通信中継サーバを備え、
上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置し、通信を行なう場合に、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由する通信を行なうことを特徴とする。
また、上記通信中継サーバは、ユーザデータグラムプロトコル（ＵＤＰ）データを中継し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由するＵＤＰデータの通信を行なうことを特徴とする。
また、上記通信中継サーバは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを中継し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由する上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なうことを特徴とする。
また、上記無線基地局装置は、無線通信装置がアクセス可能な規定数を有し、
上記無線通信装置は、無線基地局装置がアクセス可能な規定数に達して上記無線通信装置が通信をすることができない場合に、通信不可能状態を利用者に対して通知する通知部を有することを特徴とする。
また、上記通知部は、通信不可能状態を利用者に対して表示する表示手段により通知することを特徴とする。
また、上記無線通信装置と無線基地局装置とのうち少なくとも１つは、上記無線通信装置が上記無線基地局装置を利用した時間情報と通信料金情報と通信相手の情報とのうち少なくとも１つの情報を記録し、記録した情報を上記セッション管理サーバへ通信履歴情報として送信することを特徴とする。
また、上記セッション管理サーバは、上記無線基地局装置へ上記通信履歴情報に基づく利用情報を送信し、
上記無線基地局装置は、上記セッション管理サーバから送信された利用情報を受信し、受信された利用情報を出力することを特徴とする。
また、上記インターネット通信システムは、さらに、上記無線基地局装置に接続され、上記ＩＳＰに接続するための上記登録情報を管理する認証情報管理装置を備え、
上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力し、
上記ＩＰ通信処理部は、上記認証情報管理装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行ない、
上記認証情報管理装置は、上記ＩＰ通信処理部により上記登録情報に基づいて通信のための接続を行なう期間に対し課金することを特徴とする。
また、上記無線基地局装置は、上記ＩＳＰに接続するための上記登録情報を管理し、
上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力し、
上記ＩＰ通信処理部は、上記無線基地局装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行ない、
上記無線基地局装置は、上記ＩＰ通信処理部により上記登録情報に基づいて通信のための接続を行なう期間に対し課金することを特徴とする。
また、上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記認証情報管理装置から課金されることなく上記制御された上記登録情報を入力することを特徴とする。
また、上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記無線基地局装置から課金されることなく上記制御された上記登録情報を入力することを特徴とする。
また、上記無線基地局装置は、複数存在し、
上記セッション管理サーバは、自己が管理する無線通信装置が複数の無線基地局装置を利用するための複数の認証情報を記憶し、
上記無線通信装置は、自己が上記複数の無線基地局装置の内１つの無線基地局装置と接続しているときに、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置を利用するための複数の認証情報を、ＩＰ（インターネット プロトコル）回線経由にて、上記セッション管理サーバから取得し、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置の内いずれかの無線基地局装置が利用可能な範囲に上記無線通信装置が移動した場合に、上記取得した複数の認証情報に基づいて利用可能な範囲に存在する上記無線基地局装置に対して、通信のための接続を行なうことを特徴とする。
また、上記ＧＩＳ処理部は、新しく利用した無線基地局装置に関する位置情報を有し、上記無線基地局装置に関する位置情報を上記セッション管理サーバに出力し、
上記セッション管理サーバは、上記無線基地局装置に関する位置情報を蓄積するデータベースを有し、
上記セッション管理サーバは、他の無線通信装置へ、上記データベースにより蓄積された無線基地局装置に関する位置情報を送信し、上記他の無線通信装置に対し地図表示による利用を促すことを特徴とする。
また、上記ＧＩＳ処理部は、通信相手の無線通信装置がどこにいるかについての位置情報を、セッション管理サーバ経由で、通信相手の無線通信装置から取得し、
上記ＧＩＳ処理部は、取得した位置情報をテキスト情報と地図情報との内少なくとも１つの情報として、上記地図上に表示することを特徴とする。
また、上記インターネット通信システムは、さらに、上記無線基地局装置に接続され、上記ＩＳＰに接続するための複数の有料課金の登録情報を管理する認証情報管理装置を備え、
上記ＩＰ通信処理部は、無線通信装置と上記無線基地局装置とが通信可能な範囲である場合に、上記認証情報管理装置より上記複数の有料課金の登録情報の内１つを入力し、入力された有料課金の登録情報に基づいて通信のための接続を行なうことを特徴とする。
また、上記無線通信装置は、地図情報を有し、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）機能を有するＧＩＳ処理部を備え、
上記ＧＩＳ処理部は、無線通信装置が上記有料課金の登録情報を必要とする無線基地局装置に近づいていることを検知し、
上記ＩＰ通信処理部は、上記ＧＩＳ処理部により上記有料課金の登録情報を必要とする無線基地局装置に近づいていることが検知された場合に、その直前で利用している上記無線基地局装置を介して通信のための接続を行っている時点で、上記有料課金の登録情報を入力することを特徴とする。
また、上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力する処理をおこなうソフトウェアを記憶し、
上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記認証情報管理装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力することを特徴とする。
また、上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力する処理をおこなうソフトウェアを記憶し、
上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記無線基地局装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力することを特徴とする。
また、上記無線基地局装置は、上記広告情報を配信し、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示することを特徴とする。
また、上記無線基地局装置は、上記広告情報を配信し、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示することを特徴とする。
また、上記無線通信装置は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順番に交互に送受信することを特徴とする。
また、上記無線通信装置は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順不同にて交互に送受信することを特徴とする。
また、上記無線通信装置は、複数の無線基地局装置に対して異なる無線通信方式と上記無線通信方式に応じた無線通信帯域とに応じて、音声データのコーデック方式を変更することを特徴とする。
また、上記無線通信装置は、無線通信方式と、上記無線通信方式に応じた無線通信帯域と、音声データのコーデック方式とに関する情報を表示することを特徴とする。
また、上記無線通信装置は、通信をおこなっている上記任意の接続経路を表示することを特徴とする。
また、上記無線通信装置は、通信をおこなっている上記任意の接続経路について、図形情報と文字情報との内少なくとも１つを用いてどのような経路で通信データが送受信されているかを表示することを特徴とする。
また、上記セッション管理サーバは、上記利用情報を制御可能なソフトウェアを記憶し、
上記無線基地局装置は、上記ソフトウェアを入力し、入力されたソフトウェアを用いて上記利用情報を受信し、受信された利用情報を出力することを特徴とする。
また、上記無線基地局装置は、無線基地局装置のユーザに対して受信された利用情報をユーザが確認可能に出力することを特徴とする。
また、上記無線通信装置は、上記利用情報を受信し、上記利用情報に基づいて過去の利用状況を無線通信装置のユーザに対してユーザが確認可能に出力することを特徴とする。
また、上記利用情報は、過去に滞在した無線基地局装置周辺のエリアに関する情報を有し、
上記無線通信装置は、過去に滞在した無線基地局装置周辺のエリアに関する情報を無線通信装置のユーザに対してユーザが確認可能に出力することを特徴とする。
図１は、実施の形態１のインターネット通信システムのシステム構成図。
図２は、実施の形態１の発呼側と着呼側とで行うデータ送受信の手順を示す図。
図３は、実施の形態１の指定通知サーバの環境を示す図。
図４は、実施の形態１の所属セッション管理サーバ名の取得を説明する図。
図５は、実施の形態１の所属セッション管理サーバ名の取得手順を示す図。
図６は、実施の形態１の着呼側の所属セッション管理サーバ名の取得手順を示す図。
図７は、実施の形態１の着呼側の所属セッション管理サーバ名の取得を説明する図。
図８は、実施の形態１の呼制御方式を説明する図。
図９は、実施の形態１のセッション確立要求を行う動作手順を示す図。
図１０は、実施の形態１の着呼側によるセッション要求受信の処理手順を示す図。
図１１は、実施の形態１の通話中継サーバ回答情報の項目と内容を示す図。
図１２は、実施の形態１の発呼メッセージの送信を説明する図。
図１３は、実施の形態１の発呼側音声データ送信情報の項目と内容を示す図。
図１４は、実施の形態１の着呼側音声データ受信情報の項目と内容を示す図。
図１５は、実施の形態１の発呼メッセージの送信を説明する図。
図１６は、実施の形態２のインターネット通信システムの運用構成例を示す図。
図１７は、図１６に示す運用構成における発呼側と着呼側のデータ送受信手順を示す図。
図１８は、実施の形態２の複数ＩＳＰ網によるインターネット通信システムの構成例を示す図。
図１９は、実施の形態２のＩＳＰ専用ネットワークによるインターネット通信システムの構成例を示す図。
図２０は、実施の形態２のＩＳＰ専用ネットワークによるインターネット通信システムの構成例を示す図。
図２１は、実施の形態２のＣＡＴＶネットワークによるインターネット通信システムの構成例を示す図。
図２２は、実施の形態２の所定のＩＳＰとＣＡＴＶのネットワークによるインターネット通信システムの構成例を示す図。
図２３は、実施の形態３のセッション管理サーバの環境を説明する図。
図２４は、実施の形態３の所属セッション管理サーバデータファイル情報の項目と内容を示す図。
図２５は、実施の形態３の地区管理データの項目を示す図。
図２６は、実施の形態３の通話中継管理データとセッション管理データの項目を示す図。
図２７は、インターネット通信システムのシステム構成の一例を示す図。
図２８は、実施の形態１の発呼側と着呼側とで行うデータ送受信の手順を示す図。
図２９は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３０は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３１は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３２は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３３は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３４は、実施の形態１の呼制御方式を示す図。
図３５は、実施の形態３のセッション管理サーバの環境を説明する図。
図３６は、実施の形態５のセッション管理サーバと着呼側無線通信装置との呼制御機能を説明する図。
図３７は、実施の形態５の電話機操作と呼制御メッセージシーケンスの関係を説明する図。
図３８は、実施の形態５の日毎、月毎の通話履歴情報の表示例を示す図。
図３９は、実施の形態６の無線通信装置と通話中継サーバの通話中継方式の種類を示す図。
図４０は、実施の形態６の端末接続タイプを示す図。
図４１は、実施の形態６の端末接続タイプ毎の無線通信装置と通話中継サーバとの接続方式を説明する図。
図４２は、実施の形態６の同じドメイン内同士の通信における中継方式判定方法を説明する図。
図４３は、実施の形態６の同じドメイン内同士ではない通信における中継方式判定方法を説明する図。
図４４は、実施の形態６のインターネット電話ネットワークシステム構成における無線通信装置の接続タイプに応じた呼制御のメッセージ送受信手順を示す図。
図４５は、実施の形態６のメッセージ送受信手順の一例を示す図。
図４６は、実施の形態６のメッセージ送受信手順の一例を示す図。
図４７は、実施の形態６のメッセージ送受信手順の一例を示す図。
図４８は、実施の形態６のメッセージ送受信手順の一例を示す図。
図４９は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５０は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５１は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５２は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５３は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５４は、実施の形態７の遠隔保守機能を説明する図。
図５５は、実施の形態７の指定通知サーバが故障した場合に、プライマリ側からセカンダリ側へ指定通知サーバの接続を切り替えることを説明する図。
図５６は、実施の形態７の指定通知サーバが故障した場合に、プライマリ側からセカンダリ側へ指定通知サーバの接続を切り替えることを説明する図。
図５７は、実施の形態８のセッション管理サーバの管理機能を説明する図。
図５８は、実施の形態８のセッション管理サーバや通話中継サーバへのＴＣＰ接続処理を説明する図。
図５９は、実施の形態９のＨＴＴＰデータ送受信処理とソケット関数呼び出しの関係を示す図。
図６０は、実施の形態１０のインターネット経路遅延状況調査による混雑度の確認を説明する図。
図６１は、実施の形態１１の内線電話を管理するセッション管理サーバを説明する図。
図６２は、実施の形態１１の内線電話を管理するセッション管理サーバを説明する図。
図６３は、実施の形態１１の内線電話を管理するセッション管理サーバを説明する図。
図６４は、実施の形態１１の内線電話を管理するセッション管理サーバを説明する図。
図６５は、実施の形態１２の無線通信装置とセッション管理サーバとのＴＣＰ接続時の通信内容を説明する図。
図６６は、実施の形態１２の無線通信装置と通話中継サーバとの音声情報の送受信を説明する図。
図６７は、実施の形態１３における無線通信装置間の一般的な音声データＩＰパケットの送受信を説明する図。
図６８は、実施の形態１３における無線通信装置間の一般的な音声データＩＰパケットの送受信において大幅な遅延揺らぎ発生時の状態を説明する図。
図６９は、実施の形態１３における無線通信装置間の一般的な音声データＩＰパケットの送受信において大幅な遅延揺らぎが発生した直後の状態を説明する図。
図７０は、実施の形態１３における無線通信装置間の音声データＩＰパケットの送受信方式を説明する図。
図７１は、実施の形態１４における構成を示す図。
図７２は、実施の形態１５における構成を示す図。
図７３は、実施の形態１５の具体例を示す図。
図７４は、通信する場合の一例を示す図。
図７５は、インターネット経由で発呼を行なう場合を示す図。
図７６は、専用ＩＰ電話網経由で発呼を行なう場合を示す図。
図７７は、実施の形態１６における構成を示す図。
図７８は、実施の形態１７における構成を示す図。
図７９は、実施の形態１８における構成を示す図。
図８０は、実施の形態１９における構成を示す図。
図８１は、無線ＬＡＮホットスポットを表示した無線通信端末を示す図。
図８２は、無線基地局が利用できるＩＳＰに関する情報を利用して通信を行う場合を示す図。
図８３は、認証情報の取得を行なう場合を示す図。
図８４は、無線ＬＡＮホットスポットを表示した無線通信端末を示す図。
図８５は、無線基地局が利用できるＩＳＰに関する情報を利用して通信を行う場合を示す図。
図８６は、実施の形態２０における構成を示す図。
図８７は、無線通信装置が移動しながら通信する場合を示す図。
図８８は、実施の形態２１における構成を示す図。
図８９は、実施の形態２２における構成を示す図。
図２は、実施の形態１の発呼側と着呼側とで行うデータ送受信の手順を示す図。
図３は、実施の形態１の指定通知サーバの環境を示す図。
図４は、実施の形態１の所属セッション管理サーバ名の取得を説明する図。
図５は、実施の形態１の所属セッション管理サーバ名の取得手順を示す図。
図６は、実施の形態１の着呼側の所属セッション管理サーバ名の取得手順を示す図。
図７は、実施の形態１の着呼側の所属セッション管理サーバ名の取得を説明する図。
図８は、実施の形態１の呼制御方式を説明する図。
図９は、実施の形態１のセッション確立要求を行う動作手順を示す図。
図１０は、実施の形態１の着呼側によるセッション要求受信の処理手順を示す図。
図１１は、実施の形態１の通話中継サーバ回答情報の項目と内容を示す図。
図１２は、実施の形態１の発呼メッセージの送信を説明する図。
図１３は、実施の形態１の発呼側音声データ送信情報の項目と内容を示す図。
図１４は、実施の形態１の着呼側音声データ受信情報の項目と内容を示す図。
図１５は、実施の形態１の発呼メッセージの送信を説明する図。
図１６は、実施の形態２のインターネット通信システムの運用構成例を示す図。
図１７は、図１６に示す運用構成における発呼側と着呼側のデータ送受信手順を示す図。
図１８は、実施の形態２の複数ＩＳＰ網によるインターネット通信システムの構成例を示す図。
図１９は、実施の形態２のＩＳＰ専用ネットワークによるインターネット通信システムの構成例を示す図。
図２０は、実施の形態２のＩＳＰ専用ネットワークによるインターネット通信システムの構成例を示す図。
図２１は、実施の形態２のＣＡＴＶネットワークによるインターネット通信システムの構成例を示す図。
図２２は、実施の形態２の所定のＩＳＰとＣＡＴＶのネットワークによるインターネット通信システムの構成例を示す図。
図２３は、実施の形態３のセッション管理サーバの環境を説明する図。
図２４は、実施の形態３の所属セッション管理サーバデータファイル情報の項目と内容を示す図。
図２５は、実施の形態３の地区管理データの項目を示す図。
図２６は、実施の形態３の通話中継管理データとセッション管理データの項目を示す図。
図２７は、インターネット通信システムのシステム構成の一例を示す図。
図２８は、実施の形態１の発呼側と着呼側とで行うデータ送受信の手順を示す図。
図２９は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３０は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３１は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３２は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３３は、実施の形態１の着呼側無線通信装置からセッション管理サーバに対して着呼問い合わせを行うことを説明する図。
図３４は、実施の形態１の呼制御方式を示す図。
図３５は、実施の形態３のセッション管理サーバの環境を説明する図。
図３６は、実施の形態５のセッション管理サーバと着呼側無線通信装置との呼制御機能を説明する図。
図３７は、実施の形態５の電話機操作と呼制御メッセージシーケンスの関係を説明する図。
図３８は、実施の形態５の日毎、月毎の通話履歴情報の表示例を示す図。
図３９は、実施の形態６の無線通信装置と通話中継サーバの通話中継方式の種類を示す図。
図４０は、実施の形態６の端末接続タイプを示す図。
図４１は、実施の形態６の端末接続タイプ毎の無線通信装置と通話中継サーバとの接続方式を説明する図。
図４２は、実施の形態６の同じドメイン内同士の通信における中継方式判定方法を説明する図。
図４３は、実施の形態６の同じドメイン内同士ではない通信における中継方式判定方法を説明する図。
図４４は、実施の形態６のインターネット電話ネットワークシステム構成における無線通信装置の接続タイプに応じた呼制御のメッセージ送受信手順を示す図。
図４５は、実施の形態６のメッセージ送受信手順の一例を示す図。
図４６は、実施の形態６のメッセージ送受信手順の一例を示す図。
図４７は、実施の形態６のメッセージ送受信手順の一例を示す図。
図４８は、実施の形態６のメッセージ送受信手順の一例を示す図。
図４９は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５０は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５１は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５２は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５３は、実施の形態６のメッセージ送受信手順の一例を示す図。
図５４は、実施の形態７の遠隔保守機能を説明する図。
図５５は、実施の形態７の指定通知サーバが故障した場合に、プライマリ側からセカンダリ側へ指定通知サーバの接続を切り替えることを説明する図。
図５６は、実施の形態７の指定通知サーバが故障した場合に、プライマリ側からセカンダリ側へ指定通知サーバの接続を切り替えることを説明する図。
図５７は、実施の形態８のセッション管理サーバの管理機能を説明する図。
図５８は、実施の形態８のセッション管理サーバや通話中継サーバへのＴＣＰ接続処理を説明する図。
図５９は、実施の形態９のＨＴＴＰデータ送受信処理とソケット関数呼び出しの関係を示す図。
図６０は、実施の形態１０のインターネット経路遅延状況調査による混雑度の確認を説明する図。
図６１は、実施の形態１１の内線電話を管理するセッション管理サーバを説明する図。
図６２は、実施の形態１１の内線電話を管理するセッション管理サーバを説明する図。
図６３は、実施の形態１１の内線電話を管理するセッション管理サーバを説明する図。
図６４は、実施の形態１１の内線電話を管理するセッション管理サーバを説明する図。
図６５は、実施の形態１２の無線通信装置とセッション管理サーバとのＴＣＰ接続時の通信内容を説明する図。
図６６は、実施の形態１２の無線通信装置と通話中継サーバとの音声情報の送受信を説明する図。
図６７は、実施の形態１３における無線通信装置間の一般的な音声データＩＰパケットの送受信を説明する図。
図６８は、実施の形態１３における無線通信装置間の一般的な音声データＩＰパケットの送受信において大幅な遅延揺らぎ発生時の状態を説明する図。
図６９は、実施の形態１３における無線通信装置間の一般的な音声データＩＰパケットの送受信において大幅な遅延揺らぎが発生した直後の状態を説明する図。
図７０は、実施の形態１３における無線通信装置間の音声データＩＰパケットの送受信方式を説明する図。
図７１は、実施の形態１４における構成を示す図。
図７２は、実施の形態１５における構成を示す図。
図７３は、実施の形態１５の具体例を示す図。
図７４は、通信する場合の一例を示す図。
図７５は、インターネット経由で発呼を行なう場合を示す図。
図７６は、専用ＩＰ電話網経由で発呼を行なう場合を示す図。
図７７は、実施の形態１６における構成を示す図。
図７８は、実施の形態１７における構成を示す図。
図７９は、実施の形態１８における構成を示す図。
図８０は、実施の形態１９における構成を示す図。
図８１は、無線ＬＡＮホットスポットを表示した無線通信端末を示す図。
図８２は、無線基地局が利用できるＩＳＰに関する情報を利用して通信を行う場合を示す図。
図８３は、認証情報の取得を行なう場合を示す図。
図８４は、無線ＬＡＮホットスポットを表示した無線通信端末を示す図。
図８５は、無線基地局が利用できるＩＳＰに関する情報を利用して通信を行う場合を示す図。
図８６は、実施の形態２０における構成を示す図。
図８７は、無線通信装置が移動しながら通信する場合を示す図。
図８８は、実施の形態２１における構成を示す図。
図８９は、実施の形態２２における構成を示す図。
以下に記載する実施の形態では、ＨＴＴＰによる音声データ配信を行う場合に問題となるファイアウォールに対処するため、発呼側と着呼側の中継を行うためのサーバを設置する。以下、このサーバを「通信中継サーバ」として記述する。
また、無線通信装置からの通信データ（音声データ）を通信中継サーバにて中継する場合は、複数の通信中継サーバを設置して、個々の通信中継サーバに負荷を分散する必要がある。そこで、無線通信装置と通信中継サーバとを管理する管理サーバを設置する。以下、この管理サーバを「セッション管理サーバ」として記述する。
また、セッション管理サーバを複数備え、各セッション管理サーバによって管理する無線通信装置を予め決めておく。無線通信装置から自身を管理するセッション管理サーバの問い合わせを受け付けて、管理するセッション管理サーバを通知する通知サーバを、以下、「指定通知サーバ」として記述する。
無線通信装置は、以下、特に記載が無い場合であっても無線基地局（無線基地局装置）を介して、通信中継サーバ、セッション管理サーバ、指定通知サーバ等と通信する。但し、通信中継サーバ、セッション管理サーバ、指定通知サーバ等が無線基地局機能を備えているように構成しても構わない。かかる場合に、無線通信装置は、通信中継サーバ、セッション管理サーバ、指定通知サーバ等と直接通信する。無線基地局は、無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する。
実施の形態１．
この実施の形態１では、インターネットを用いて通信データ、例えば音声データを発呼側から着呼側に送信するインターネット通信システムの一例を説明する。
図１は、実施の形態１のインターネット通信システムのシステム構成図であり、構成する各要素の関係を示している。
図１において、１０，２０は無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換し、通信データ（音声データ）を送受信する無線基地局である。１１０、１２０は、無線通信装置であり、無線基地局１０，２０それぞれによって中継されている。無線通信装置１１０は、発呼側通信処理部１１１と着呼側通信処理部１１２とを備え、無線通信装置１２０は、発呼側通信処理部１２１と着呼側通信処理部１２２とを備えている。無線通信装置１１０，１２０とはそれぞれ、発呼側通信処理部と着呼側通信処理部とを備えているので、発呼側無線通信装置と着呼側無線通信装置のどちらにも使用できる。無線通信装置１１０，１２０は、発呼側の通信処理と着呼側の通信処理とをコンピュータに実行させる無線通信装置上で動作するプログラムを有している。
無線通信装置１１０，１２０の一例としては、例えば、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）を含む携帯電話がある。但し、これに限るものではない。
２１０、２２０は、セッション管理サーバであり、発呼側無線通信装置と着呼側無線通信装置と通信データ（例えば、音声データ）配信の中継を行う通信中継サーバとを管理し、発呼側無線通信装置からの通信要求（発呼メッセージ）に対して通信時に使用する通信中継サーバの指示を行う。また、着呼側無線通信装置からの通信問合せ（着呼メッセージ）に対して通信要求の有無を通知する。セッション管理サーバ２１０は、発呼側セッション管理部２１１と着呼側セッション管理部２１２とを備え、セッション管理サーバ２２０は、発呼側セッション管理部２２１と着呼側セッション管理部２２２とを備えているので、発呼側セッション管理サーバと着呼側セッション管理サーバのどちらにも使用できる。セッション管理サーバ２１０，２２０は、発呼側のセッション管理処理と着呼側のセッション管理処理とをコンピュータに実行させるセッション管理サーバ上で動作するプログラムを有している。
３１０，３２０は、本実施の形態１の通信中継サーバであり、無線通信装置間の通信においてＨＴＴＰによる通信データ（例えば、音声データ）配信を行う為の発呼側と着呼側との中継を行う。通信中継サーバ３１０は、ＨＴＴＰ通信部３１１とＵＤＰ（ユーザ データグラム プロトコル）通信部３１２とを備え、通信中継サーバ３２０は、ＨＴＴＰ通信部３２１とＵＤＰ通信部３２２とを備えている。通信中継サーバ３１０，３２０はＨＴＴＰ通信処理とＵＤＰ通信処理とをコンピュータに実行させる通信中継サーバ上で動作するプログラムを有している。
無線通信装置１１０，１２０と通信中継サーバ３１０，３２０とはＨＴＴＰ通信部３１１，３２１によりＨＴＴＰを用いてインターネットを介してデータの通信を行う。また、通信中継サーバ３１０と３２０とは、ＵＤＰ通信部３１２と３２２とによりＵＤＰを用いてインターネットを介してデータの通信を行う。
なお、ＵＤＰ通信部３１２と３２２の代わりに、ＲＴＰ（リアルタイム トランスポート プロトコル、又は、トランスポートプロトコル・フォー・リアルタイムアプリケーション）によるＲＴＰ通信部（図示せず）を用いてもよい。また、ＵＤＰ、ＲＴＰの代わりに、ＳＣＴＰ（シンプル コントロール トランスミッション プロトコル）や、ＴＣＰ上の様々なアプリケーション用に作られたプロトコルを用いてもよい。
４１０は、指定通知サーバである。指定通知サーバ４１０は、無線通信装置１１０，１２０からの要求に基づいて無線通信装置１１０，１２０を管理するセッション管理サーバ２１０，２２０を無線通信装置１１０，１２０へ通知する。
以下に記載する説明では、音声データを通信データの一例として、音声データを発呼側と着呼側とで相互に送受信するインターネット通信システムの一例を記載する。このため、通信データを通話データ、通信中継サーバを通話中継サーバとして記載する。
図２及び図２８は、実施の形態１の発呼側と着呼側とで行うデータ送受信の手順を示す図である。
図２及び図２８の指定通知サーバ、発呼側無線通信装置、着呼側無線通信装置、発呼側セッション管理サーバ、着呼側セッション管理サーバはそれぞれ、図５，６，９，１０に示す検索テーブルを備え、検索テーブルを参照して通信先のアドレスを取得する。
図２及び図２８に図示されている指定通知サーバ４１０は、各無線通信装置が所属するセッション管理サーバを管理し、無線通信装置の電源ＯＮ時に、無線通信装置からその無線通信装置自身の所属するセッション管理サーバの問合せを受信する。そして、問い合わせに対して、所属するセッション管理サーバの通知を、問い合わせ元の無線通信装置へ行う。無線通信装置の電源ＯＮ時に、無線通信装置から所属するセッション管理サーバの問合せを受信するプロセスが、“所属セッション管理サーバ検索プロセス”である。セッション管理サーバは、無線通信装置毎に管理しているセッション管理サーバを示す情報を記憶するデータファイルを有する。“所属セッション管理サーバ検索プロセス”は、立ち上がり時に無線通信装置毎に管理しているセッション管理サーバを示す情報を記憶しているデータファイルよりデータをメモリ展開し、無線通信装置からの問合せに対して該当するセッション管理サーバを検索し、検索結果を問い合わせもとの無線通信装置へ応答する。実施の形態１では、セッション管理サーバ毎の処理負荷を分散するため、複数のセッション管理サーバを設置し、指定通知サーバから無線通信装置ごとにその無線通信装置を管理するセッション管理サーバを通知する。上記したデータファイルの追加・更新は、管理者による手作業とする。このため、データファイルの追加・更新を行う場合は、所属セッション管理サーバ検索プロセスの停止を行い、データ更新後に再立ち上げを行う。上記した指定通知サーバの環境を図３に示す。
このように、セッション管理サーバ関連情報が更新されることを考慮して、無線通信装置は、定期的に指定通知サーバに電源ＯＮ時と同様な問い合わせを行うようにすることもできる。このようにすれば、無線通信装置のユーザが上記サーバ情報の更新に合わせて、電源の入れ直しやリセットを行う必要がなくなる。
発呼側無線通信装置と着呼側無線通信装置とを接続する手順について、図２の（１）から（１０）の順に説明する（図２８についても、図２との差異を中心に（１）から（１２）の順に説明を補足する）。
図２の（１），（２）（図２８も同様）は、所属セッション管理サーバ情報の取得処理である。すべての無線通信装置は、電源投入時に指定通知サーバへ一度だけ所属するセッション管理サーバ情報の問合せを行う。ここでは、発呼側無線通信装置１１０及び、着呼側無線通信装置１２０は、指定通知サーバ４１０に対して自分が所属するセッション管理サーバ情報の取得要求を行う。指定通知サーバ４１０は、要求元の無線通信装置の所属するセッション管理サーバを検索して、所属セッション管理サーバ情報を要求元無線通信装置に回答メッセージとして送信する。要求元無線通信装置は、指定通知サーバ４１０からの「セッション管理サーバ名回答」を取得して、所属するセッション管理サーバ情報を要求元無線通信装置自身の有する記憶部に登録する。図４に、無線通信装置の所属セッション管理サーバ情報の取得処理を示す。
この実施の形態１では、複数のセッション管理サーバを備え、指定通知サーバから無線通信装置ごとのセッション管理サーバ情報を通知する。１つのセッション管理サーバが管理する無線通信装置の数を有限とすることにより、セッション管理サーバの処理負荷を分散している。このため無線通信装置は、所属するセッション管理サーバ情報を取得する必要がある。
図５のＳ１は、図２の（１）（図２８の（１）も同様）に対応する。図５において、発呼側無線通信装置１１０は、無線通信装置毎に採番された無線通信装置固有の番号である無線通信装置ＩＤと、無線通信装置を管理する所属セッション管理サーバをアクセスするアドレスとを対応させて記憶する無線通信装置情報テーブル１１３を備えている。無線通信装置は、無線通信装置固有の製造番号を有しているので、製造番号を無線通信装置ＩＤとする。無線通信装置は、製造番号を用いて図２の（１）（図２８の（１）も同様）のセッション管理サーバ情報の取得要求を行う。発呼側無線通信装置１１０は、電源投入時にセッション管理サーバ情報の取得要求に「無線通信装置ＩＤ」を“１−２−１２”と設定して指定通知サーバ４１０にＧＥＴメソッドメッセージとして送信する。指定通知サーバ４１０は、受取ったセッション管理サーバ情報の取得要求から「無線通信装置ＩＤ“１−２−１２”」を取り出して所属セッション管理検索テーブル４１１を検索する。所属セッション管理検索テーブル４１１には、無線通信装置ＩＤを範囲指定して、各範囲の無線通信装置ＩＤに対してその無線通信装置を管理するセッション管理サーバのアドレスを記憶している。指定通知サーバ４１０は、無線通信装置ＩＤ“１−２−１２”を元に所属セッション管理検索テーブル４１１の無線通信装置ＩＤの範囲を検索して、所属するセッション管理サーバのアドレスを取得する。ここでは、セッション管理サーバのアドレスとして“ｓ１＠ｘｘ．ｃｏｍ”（もしくは、２１０．５４．１０．１５６のような３２ビットのグローバルＩＰアドレス）を取得する。指定通知サーバ４１０は、取得したセッション管理サーバのアドレスを、発呼側無線通信装置１１０に対して、図２の（２）（図２８の（２）も同様）及び図５のＳ２により、ＧＥＴ応答メッセージとして通知する。無線通信装置は、通知された所属セッション管理サーバのアドレスを、無線通信装置情報テーブル１１３の無線通信装置ＩＤ“１−２−１２”に対応させて登録する。着呼側無線通信装置１２０も、発呼側無線通信装置１１０と同様に（１），（２）の処理を図５のＳ３，Ｓ４にて行う。
図２の（３），（４）は発呼側における着呼側の無線通信装置が所属するセッション管理サーバ情報の取得処理である。発呼側無線通信装置１１０は、自分が所属するセッション管理サーバ（発呼側セッション管理サーバ２１０）に対して着呼側セッション管理サーバ名の要求を行う。発呼側セッション管理サーバ２１０は、着呼側無線通信装置の所属するセッション管理サーバ（着呼側セッション管理サーバ２２０）の情報を、要求元無線通信装置にセッション管理サーバ名回答として応答メッセージを送信する。実施の形態１では、セッション管理サーバの処理負荷を分散する為、セッション管理サーバの管理する無線通信装置を例えば、無線通信装置ＩＤの範囲毎に指定している。このため、発呼側無線通信装置１１０から着呼側無線通信装置１２０に対してセッションの接続を行う場合、発呼側無線通信装置１１０は、着呼側無線通信装置１２０を管理するセッション管理サーバを知る必要がある。
図６のＳ５，Ｓ６，Ｓ７は、図２の（３），（４）の処理に該当する。図６において、通話装置１０から着呼側の電話番号が入力されると（Ｓ５）、発呼側無線通信装置１１０がこの電話番号を受け取り、アドレス変換テーブル１１４を参照して、着呼側の電話番号に対応する着呼側無線通信装置ＩＤを取得する。アドレス変換テーブル１１４は、着呼側の電話（ＴＥＬ）番号と、着呼側の無線通信装置をアクセスするＩＰアドレスと、着呼側の無線通信装置固有の無線通信装置ＩＤと、着呼側無線通信装置を管理するセッション管理サーバのアドレスとを対応させて記憶している。発呼側無線通信装置１１０は、取得した着呼側無線通信装置ＩＤを着呼側セッション管理サーバ名の要求に設定して、ＧＥＴメソッドメッセージとしてＳ２で取得したセッション管理サーバ（発呼側セッション管理サーバ２１０）に宛てて送信する（Ｓ６）。着呼側セッション管理サーバ名の要求を受け取った発呼側セッション管理サーバ２１０は、着呼側セッション管理サーバ検索テーブル２１３を参照して、着呼側無線通信装置の所属する着呼側セッション管理サーバのアドレスを取得する。セッション管理サーバは、無線通信装置ＩＤの範囲単位に無線通信装置を管理している。このため、着呼側セッション管理サーバ検索テーブル２１３は、着呼側無線通信装置ＩＤの範囲と、着呼側セッション管理サーバのアドレスとを対応させて記憶している。着呼側無線通信装置ＩＤは“２−１−１１”であるので、着呼側セッション管理サーバのアドレスは“ｓ２＠ｘｘ．ｃｏｍ”（もしくは、２１０．５４．１０．１５６のような３２ビットのグローバルＩＰアドレス）と取得できる。発呼側セッション管理サーバ２１０は、取得した着呼側セッション管理サーバのアドレス“ｓ２＠ｘｘ．ｃｏｍ”（もしくは、２１０．５４．１０．１５６のような３２ビットのグローバルＩＰアドレス）を着呼側セッション管理サーバ名の回答に設定して、ＧＥＴ応答メッセージとして発呼側無線通信装置１１０に通知する（Ｓ７）。発呼側無線通信装置１１０は、受信した着呼側セッション管理サーバ名の回答より着呼側セッション管理サーバのアドレス“ｓ２＠ｘｘ．ｃｏｍ”（もしくは、２１０．５４．１０．１５６のような３２ビットのグローバルＩＰアドレス）を取得して、アドレス変換テーブル１１４の「着呼側無線通信装置ＩＤ“２−１−１１”」に対応させて登録する。図７に、着呼側セッション管理サーバ名の取得処理を示す。
図２の（５），（６）は、発呼メッセージの発行（セッションＩＤ取得）処理である。発呼メッセージは、発呼側無線通信装置１１０から着呼側セッション管理サーバ２２０へ送信されるメッセージである。発呼メッセージを受信することにより着呼側セッション管理サーバ２２０は、管理する着呼側無線通信装置１２０に対して通話要求が発生したことを認識し、通話相手（着呼側無線通信装置）の状況を判断するとともに、利用可能な通話中継サーバを求め、通話中継サーバ回答情報にて応答する。この実施の形態１では、図２９に示すように、着呼側無線通信装置１２０は、所属するセッション管理サーバ２２０に対して周期的（例えば、１秒毎、或いは、３秒毎）に着呼問合せを行うものである。或いは、周期的問い合わせでなく、図３０、或いは、図３１に示すように、ＨＴＴＰのＧＥＴを一度発行した状態で、着呼情報が返されるまで待機しておく方法をとることもできる。この方法の場合は、周期的な問合せ処理の負荷が節約できる。ただし、この方法では、ＨＴＴＰの接続、つまりＴＣＰの接続をデータの送受信がない状態で長時間保持することになるので、実際のインターネット環境では、無線通信装置からセッション管理サーバまでの通信経路上で、ＩＳＰ等により管理されているルータなどにより、無断でＴＣＰの接続が遮断される場合があり、確実に着呼情報を取得できる保証がない。このため、この方法の改善作として、図３２に示すように、常にＫｅｅｐ−Ａｌｉｖｅ情報というＴＣＰの接続を保持するために、データはまだ流れているという意味のダミーデータをセッション管理サーバから無線通信装置へ送信しつづける方法がある。さらには、このようにダミーデータを送信しつづける方法を採用しても、通信経路上のどこかで、ＴＣＰの接続が切断され、セッション管理サーバも無線通信装置もその切断に気がつかない場合がある。このような事態の改善策として、図３３に示すように、Ｋｅｅｐ−Ａｌｉｖｅ情報のダミーデータを一定周期でセッション管理サーバから無線通信装置へ送信するようにして、受信する無線通信装置側で、その周期より若干長めのタイムアウト値を設定して、一定周期でのダミーデータの到着が滞った場合に、ＴＣＰの接続が遮断されたとみなして、改めて、無線通信装置からセッション管理サーバへ新たなＴＣＰの接続を行うようにする方法がある。また、このようにＴＣＰの再接続を行うときにセッション管理サーバから、無線通信装置に対して、着呼情報をちょうど送信したタイミングとなる可能性もある。ちょうど送信したタイミングとなるような場合には、その着呼情報は、無線通信装置に到着しないで失われてしまう可能性がある。よって、確実に着呼情報が無線通信装置に届くように、ＴＣＰの再接続によるＨＴＴＰのＧＥＴメソッドには、再発行であることを示す情報を付加することで、正常な状態で発行されたＨＴＴＰのＧＥＴメソッドとは異なることが、セッション管理サーバにて認知することができ、着呼情報の送信失敗を考慮して、全く同じ着呼情報を再送するようにする。さらに、この着呼情報には、再送である情報を付加しておけば、無線通信装置側で再送にて受信した着呼情報であることを無線通信装置が認識することができ、次に、また新たなＨＴＴＰのＧＥＴメソッドを正常な状態にて発行することができる状態となる。
なお、これらのＨＴＴＰのＧＥＴメソッドは、着呼側の無線通信装置が発呼側の無線通信装置からのセッションの確立要求情報を応答として受信する場合について説明したが、他方の無線通信装置が受話器を取り上げたり（或いは通話開始ボタンを押したり）（オフフック）、受話器を置いて通話を終了したり（或いは通話終了ボタンを押したり）（オンフック）、相手のリング音がなり始めたりといった情報をこのＨＴＴＰのＧＥＴメソッドの応答として、受信する場合についても、確実にＨＴＴＰのＧＥＴメソッドの応答情報を受信するしくみを全く同様に適用できる。
以上のように、発呼側無線通信装置１１０より通話を行う場合は、着呼側無線通信装置１２０の所属するセッション管理サーバ２２０に対して発呼メッセージを発行する必要がある。
以上の発呼メッセージ発行の処理は、図２の（３）〜（６）に基づいたものであったが、図２８の方式では、（３）〜（８）の一連の処理に置きかえることができる。発呼側のメッセージの流れは、（４）、（５）、（６）、（７）となる。
あらかじめ、着呼側は、図２の場合と同様で、図２８（３）に示されるように、着呼側無線通信装置１２０は、所属するセッション管理サーバ２２０に対して周期的（例えば、１秒毎、或いは、３秒毎）に着呼間合せを行うものである。或いは、周期的問い合わせでなく、ＨＴＴＰのＧＥＴを一度発行した状態で、着呼情報が返されるまで待機しておく方法をとることもできる。
図２８の（４）は、発呼メッセージの発行（セッションＩＤ取得）処理である。発呼メッセージは、発呼側無線通信装置１１０から発呼側セッション管理サーバ２１０へ送信されるメッセージである。発呼側セッション管理サーバ２１０は、着呼側無線通信装置の所属するセッション管理サーバ（着呼側セッション管理サーバ２２０）の情報を、図２の場合と同様に求め、さらなる発呼メッセージとして、図２８の（５）において、発呼側セッション管理サーバ２１０から着呼側セッション管理サーバ２２０へメッセージを送信する。
着呼側セッション管理サーバ２２０は、発呼メッセージを受信することにより、管理する着呼側無線通信装置１２０に対して通話要求が発生したことを認識し、通話相手（着呼側無線通信装置）の状況を判断するとともに、利用可能な通話中継サーバを求め、通話中継サーバ回答情報にて、図２８の（６）において、発呼側セッション管理サーバ２１０へ応答メッセージを送信する。さらに、図２８の（７）において、発呼側セッション管理サーバ２１０から発呼側無線通信装置１１０へ、その応答メッセージが転送される。また、図２８の（８）において、着呼側セッション管理サーバ２２０は、管理する着呼側無線通信装置１２０に対して、電話の着信があったことを応答メッセージとして送信する。
図８と図３４とに、呼制御方式を示す。図８の呼制御方式は、図２に対応し、図３４の呼制御方式は、図２８に対応する。
図８の呼制御方式は、発呼側無線通信装置１１０から着呼側セッション管理サーバ２２０に対して発呼を行うとともに、着呼側無線通信装置１２０から着呼側セッション管理サーバ２２０に対して着呼確認を行うことを示している。
図３４の呼制御方式は、発呼側無線通信装置１１０から着呼側セッション管理サーバ２２０に対して発呼側セッション管理サーバ２１０を経由して発呼を行うとともに、着呼側無線通信装置１２０から着呼側セッション管理サーバ２２０に対して着呼確認を行うことを示している。
図９のＳ８は、図２の（５），（６）、或いは、図２８の（５），（６）の処理に該当する。
図９のＳ８では、発呼側無線通信装置１１０は、Ｓ７で取得した着呼側無線通信装置１２０の所属する着呼側セッション管理サーバ２２０のアドレス（“ｓ２＠ｘｘ．ｃｏｍ”）に宛てて、着呼側無線通信装置ＩＤが“２−１−１１”の着呼側無線通信装置に対して、発呼メッセージの発行を行う。発呼メッセージの発行はＧＥＴメソッドメッセージの発行により行う。着呼側セッション管理サーバ２２０は、発呼メッセージの発行を受取り、図９のセッション確立要求テーブル２２３に、セッション確立要求のあった着呼側無線通信装置ＩＤと、要求時刻と、セッション確立要求を送信した発呼側無線通信装置の所属する発呼側セッション管理サーバのアドレスとを、対応させて登録する。図９のセッション確立要求テーブル２２３は、発呼メッセージの要求のあった着呼側無線通信装置ＩＤと、要求の行われた要求時刻と、発呼側の無線通信装置の所属する発呼側セッション管理サーバのアドレスとを対応させて記憶するテーブルである。着呼側セッション管理サーバ２２０は、テーブルに記憶した後、着呼側無線通信装置１２０の状況を判断するとともに、利用可能な通話中継サーバを求め、求めた通話中継サーバを示す情報を通話中継サーバ回答情報にて、図２の場合に発呼側無線通信装置１１０に対して、図２８の場合に発呼側セッション管理サーバ２１０に対して、応答する。通話中継を行う通話中継サーバが全て使用中である場合は、そのことを通話中継サーバ回答情報に設定して、図２の場合に発呼側無線通信装置１１０に通知し、図２８の場合に発呼側セッション管理サーバ２１０に通知する。発呼側無線通信装置１１０、或いは、発呼側セッション管理サーバ２１０への応答は、ＧＥＴ応答メッセージにより行う。
図２の（７），（８）、或いは、図２８の（３），（８）は、着呼確認の問合せ（セッションＩＤ取得）処理である。これは、図８の呼制御方式を示した図の着呼側無線通信装置と着呼側セッション管理サーバとの処理と同様である。着呼側無線通信装置１２０は、通話可能状態である場合に限り、着呼側セッション管理サーバ２２０に対して着呼メッセージ要求を行う（図２（７）、或いは、図２８（３））。そのため、図２の場合、着呼側セッション管理サーバ２２０は、着呼側無線通信装置１２０からの着呼メッセージが受信されていなければ、着呼側無線通信装置１２０は、通話中であると判断する。
上記図２の形態では、セッション管理サーバにより、発呼側の無線通信装置から、着呼側の無線通信装置へ、発呼する方式のインターネット通信システムについて説明を行ったが、上記方式は、１つの例であり、ここでは、セッション管理サーバへの呼制御メッセージのやりとりとして、図２８の方式について説明を行う。
上記図２の形態の方式では、着呼側の無線通信装置が電話をかけることができる場合のみ、着呼側の無線通信装置から、着呼情報のメッセージが、着呼側のセッション管理サーバへ送信されていた。ところが、着呼側の無線通信装置が何らかの障害で着呼情報のメッセージを送信できない場合があり、こうしたときに、着呼側の無線通信装置の異常について、全く気がつかない状態で、いつも通話中という状況に陥る可能性がある。また、キャッチホン機能を実現するためには、実際に通話中の無線通信装置についても、他の無線通信装置からの着呼情報を送信する必要がある。したがって、これらの問題を解決するために、通話中であるかどうかに係らず、着呼情報のメッセージを無線通信装置は常にセッション管理サーバへ送信しておき、着呼側の無線通信装置の状態を通知する情報をセッション管理サーバへ上げる方式がよい。他の無線通信装置からの発呼については、セッション管理サーバから、その情報が着呼側の無線通信装置へ送信されることで、着呼が確認できる点は、上記図２の形態と同様である。
以上から、着呼情報のメッセージを常にセッション管理サーバに出しておくことで、他の無線通信装置から発呼があったことを常に着呼側の無線通信装置は、把握できるようになる。さらに、常に着呼側の無線通信装置から、着呼情報のメッセージの到着を待っているセッション管理サーバに対して、着呼情報のメッセージが送信されるので、これがなされない場合に、無線通信装置の異常をセッション管理サーバが確認でき、何らかの復旧処理を開始することができる。
図２８の場合、着呼側セッション管理サーバ２２０は、着呼側無線通信装置１２０からの着呼メッセージが通話中の間も受信されているが、着呼側無線通信装置１２０が、何らかの方式で、例えば、公衆回線網を介して通話中の場合に、着呼側セッション管理サーバ２２０にその通話中であることが着呼側の無線通信装置から通知されているため、セッション管理サーバが仲介していない通話であっても、通話中であると判断する。
また、着呼側セッション管理サーバは、利用可能な通話中継サーバを求め、通話中継サーバ回答情報にて着呼側無線通信装置１２０に対して応答する。通話中継を行う通話中継サーバが全て使用中である場合は、そのことを通話中継サーバ回答情報に設定して着呼側無線通信装置１２０に通知する。着呼側セッション管理サーバ２２０は、着呼側無線通信装置１２０に対する通話要求検索結果を通話中継サーバ回答情報に設定して通話中継サーバ回答メッセージとして送信する（図２（８）、或いは、図２８（８））。通話中継サーバ回答メッセージは、ＧＥＴ応答メッセージにより回答する。
実施の形態１では、無線通信装置ごとにその無線通信装置を管理するセッション管理サーバが異なっている。つまり、発呼側と着呼側の無線通信装置とでは、所属するセッション管理サーバは必ずしも同じセッション管理サーバではない。そのため無線通信装置は、所属するセッション管理サーバに対して、図２の場合は直接、図２８の場合は発呼側セッション管理サーバ経由にて、着呼問合せを行うことにより、通話相手より電話がかかってきたことを認識する。
図１０のＳ９，Ｓ１０，Ｓ１１は、図２の（７），（８）、或いは、図２８の（３），（８）の処理に該当する。Ｓ９において、着呼側無線通信装置１２０は、無線通信装置情報テーブル１２３より自身の無線通信装置ＩＤと着呼側セッション管理サーバを示すアドレスとを取得する。取得した着呼側セッション管理サーバのアドレスに宛てて、着呼メッセージ要求を行う（Ｓ９）。着呼メッセージ要求は、ＧＥＴメソッドメッセージとして着呼側セッション管理サーバ２２０に送信する。着呼側セッション管理サーバ２２０は、着呼メッセージ要求の無線通信装置ＩＤに基づいてセッション確立要求テーブル２２３を検索して、セッション要求の有無を確認する。図１０では、セッション確立要求テーブル２２３に無線通信装置ＩＤ“２−１−１１”宛に要求が行われている。このため、着呼側セッション管理サーバ２２０は、セッション要求がされていることを通話中継サーバ回答メッセージに設定して着呼側無線通信装置１２０に宛てて通知する（Ｓ１１）。図８に示した呼制御方式の着呼側無線通信装置１２０と着呼側セッション管理サーバ２２０との通話処理が、Ｓ９とＳ１１の処理を示している。さらに、着呼側セッション管理サーバ２２０は、セッション確立要求テーブル２２３から、着呼メッセージ要求のあったセッション確立要求の発呼側セッション管理サーバ２１０のアドレスを取得する。そして、着呼メッセージ要求のあったセッション確立要求の発呼側セッション管理サーバ２１０に対して、着呼メッセージ要求がなされていることを通知する（Ｓ１０）。
上記に説明した図２の（３），（４），（５），（６），（７），（８）、或いは、図２８の（３），（４），（５），（６），（７），（８）は、セッション管理サーバ２２０による通話中継管理処理である。セッション管理サーバ２２０は、無線通信装置からの発呼メッセージを受信して、それを契機に通話中継を開始する。通話中継方法を以下に示す。
（ａ）発呼側無線通信装置１１０からの発呼メッセージを受信する。
（ｂ）受信した発呼メッセージの通話相手（着呼側無線通信装置１２０）からの着呼メッセージを受信しているかを判断する。
（ｃ）受信した発呼メッセージの通話相手（着呼側無線通信装置１２０）からの着呼メッセージを受信している場合は、通話中継未使用の通話中継サーバを検索する。セッション管理サーバ２２０は、受信した発呼メッセージと着呼メッセージ及び、地区管理データ（地区管理データについては別の実施の形態で説明を行う）を元に通話中継が可能であるかを判断する。通話中継が不可能な条件は、
・受信した発呼メッセージの通話相手（着呼側無線通信装置１２０）からの着呼メッセージを受信していない（図２の場合）、或いは、受信した発呼メッセージの通話相手（着呼側無線通信装置１２０）が既に通話中である（図２８の場合）
・通話中継を行う通話中継サーバの各セッション数が全て使用中のいずれかである。セッション管理サーバ２２０は、通話中継で使用する通話中継サーバを地区毎に作成された“地区管理データ”にて管理する。セッション管理サーバ２２０の発呼管理プロセス立ち上がり時に“所属セッション管理サーバデータファイル”よりデータを読み出し、メモリ上に“地区管理データ”、“中継サーバ管理データ”、“セッション管理データ”とを作成する。“所属セッション管理サーバデータファイル”、“地区管理データ”、“中継サーバ管理データ”、“セッション管理データ”については別の実施の形態で説明を行う。
検索した結果、通話中継可能な通話中継サーバが存在しない場合は、ログ出力を行い管理者に通知する。また、無線通信装置１１０，１２０に対してもエラー通知を行い、無線通信装置１１０，１２０経由（ＬＥＤ点灯など）で操作しているユーザに異常状態を通知する。
（ｄ）着呼側セッション管理サーバ２２０から発呼側無線通信装置１１０、着呼側無線通信装置１２０へ通話中継サーバ回答情報を送信する（図２の場合）。発呼側セッション管理サーバ２１０から発呼側無線通信装置１１０へ、着呼側セッション管理サーバ２２０から着呼側無線通信装置１２０へ通話中継サーバ回答情報を送信する（図２８の場合）。図１１に通話中継サーバ回答情報に設定される情報を示す。
図２及び図２８の（９），（１０）は、音声データの配信処理である。ここでは、発呼側無線通信装置１１０と着呼側無線通信装置１２０との間を１台の通話中継サーバによって通話を中継する第一段階の中継データ送信と、発呼側無線通信装置１１０と着呼側無線通信装置１２０との間を２台（２台以上でも可）の通話中継サーバによって通話を中継する第二段階の中継データ送信とがあり、第一段階と第二段階について、それぞれ説明する。
始めに、第一段階の中継データ送信を説明する。
図１２に、第一段階の中継データ送信の処理を示す。第一段階の中継データ送信では、ファイアウォール越えを実現する一台の通話中継サーバ３１０を経由して、データ配信を行う。第一段階の中継データ送信では、発呼側無線通信装置１１０は、図２の（６）、或いは、図２８の（７）により着呼側セッション管理サーバ２２０から取得した「通話中継サーバ回答メッセージ」に設定されている利用可能な通話中継サーバ３１０に対して「発呼側音声データ」をＰＯＳＴメソッドで送信する。発呼側無線通信装置１１０は、図２の（６）、或いは、図２８の（７）により着呼側セッション管理サーバ２２０から取得した「通話中継サーバ回答メッセージ」に設定されている利用可能な通話中継サーバ３１０から「着呼側音声データ」をＧＥＴメソッドで受信する。また、発呼側と着呼側が逆転した場合は、着呼側無線通信装置１２０は、通話中継サーバ３１０へ音声データを送信する。発呼側無線通信装置１１０は、着呼側無線通信装置１２０の音声データを取得する為に、通話中継サーバへ音声データ受信要求を行う。
通話中継サーバ３１０は、音声データとして発呼側無線通信装置１１０から“発呼側音声データ送信情報”を受信する。図１３に発呼側音声データ送信情報の項目と内容を示す。
通話中継サーバ３１０では、発呼側無線通信装置１１０から受信した音声データを元に着呼側へ送信する音声データとして“着呼側音声データ受信情報”を編集する。図１４に着呼側音声データ受信情報の項目と内容を示す。
尚、発呼側無線通信装置１１０からの“発呼側音声データ送信（ＰＯＳＴメソッド）”の応答は、着呼側無線通信装置１２０への“着呼側音声データ受信（ＧＥＴメソッド）”応答送信後に通知する。
次に、第二段階の中継データ送信を説明する。
図１５に、第二段階の中継データ送信の処理を示す。
第二段階での音声データ送信は、通話中継サーバ３１０，３２０との間をＵＤＰを用いて音声データを通信する。発呼側無線通信装置１１０は、図２の（６）、或いは、図２８の（７）により着呼側セッション管理サーバ２２０から取得した「通話中継サーバ回答メッセージ」に設定された利用可能な通話中継サーバ３１０に対して「発呼側音声データ」をＰＯＳＴメソッドで送信する。ＰＯＳＴメソッドを受信した通話中継サーバ（発呼側）３１０は、ＵＤＰを用いて通話中継サーバ（着呼側）３２０に音声データを転送する。着呼側無線通信装置１２０は、図２の（８）、或いは、図２８の（８）により着呼側セッション管理サーバ２２０から取得した「通話中継サーバ回答メッセージ」に設定された利用可能な通話中継サーバ３２０に対して「発呼側音声データ」をＰＯＳＴメソッドで送信を行う。ＰＯＳＴメソッドを受信した通話中継サーバ（着呼側）３２０は、ＵＤＰを用いて通話中継サーバ（発呼側）３１０より受信した音声データをＧＥＴメソッド応答として着呼側無線通信装置１２０へ送信する。また、発呼側と着呼側が逆転した場合は、着呼側無線通信装置１２０は、通話中継サーバ（着呼側）３２０へ音声データ送信を行い、通話中継サーバ（着呼側）３２０は、通話中継サーバ（発呼側）３１０へＵＤＰにて音声データを転送する。発呼側無線通信装置１１０は、着呼側無線通信装置１２０の音声データを取得する為に、通話中継サーバ３１０へ音声データ受信要求を行う。通話中継サーバ（発呼側）３１０は、通話中継サーバ（着呼側）３２０より受信した音声データをＧＥＴメソッド応答として発呼側無線通信装置１１０へ送信する。
発呼側通話中継サーバ３１０では、音声データとして発呼側無線通信装置１１０から“発呼側音声データ送信情報”を受信する。発呼側音声データ送信情報の項目と内容は、図１３と同じである。
発呼側通話中継サーバ３１０は、発呼側無線通信装置１１０からの音声データ受信後に着呼側通話中継サーバ３２０へＵＤＰ送信にて音声データを送信する。
尚、発呼側からの“発呼側音声データ送信（ＰＯＳＴメソッド）”の応答は、着呼側通話中継サーバ３２０への“ＵＤＰ送信正常終了”受信後に通知する。
着呼側通話中継サーバ３２０では、発呼側通話中継サーバ３１０から受信した音声データを元に着呼側無線通信装置１２０へ送信する音声データとして“着呼側音声データ受信情報”を編集する。着呼側音声データ受信情報の項目、内容は図１４と同じである。
尚、発呼側からの“ＵＤＰ送信”の応答は、着呼側への“着呼側音声データ受信（ＧＥＴメソッド）”応答送信後に通知する。
以下に、通話中継サーバによる通話中継管理処理について説明する。
通話中継サーバは、無線通信装置からの発呼側音声データ受信または、着呼側音声データ受信を契機に通話中継を開始する。ここでは、以降“発呼側音声データ”、“着呼側音声データ”は、発信元が異なるだけである為、発信元を区別する必要のない時は、以下、“音声データ”とする。
通話中継サーバは、通話中継で使用するセッションを“セッション管理データ”にて管理する。セッション管理データは、通話中継サーバの備える“サーバ管理データファイル”より生成される。“サーバ管理データファイル”は、セッション管理サーバにて管理するデータのリミット値が設定されているファイルであり、以下の内容のデータを有している。
セッション管理サーバが管理する通話中継サーバの設置台数
セッション管理サーバが管理する通話中継サーバ一台当たりの最大セッション数
所属する通話中継サーバのサーバ識別情報
所属する通話中継サーバのＩＰアドレス
セッション管理データは、通話中継サーバのＨＴＴＰ中継サーバメインプロセス立ち上がり時に“サーバ管理データファイル”の上記した内容のデータから該当するデータを読み出し、メモリ上に通話中継サーバ管理データ、セッション管理データを作成する。セッション管理データ、通話中継サーバ管理データについては、別の実施の形態で説明を行う。上記した該当するデータとは、サーバ管理データファイルは、一台の通話中継サーバ上にセッション管理サーバ単位に複数存在しているため、該当するセッション管理サーバに関するデータのみを対象にするという意味である。
最初の受信を契機に、“セッション管理データ”にセッションＩＤとして発呼側無線通信装置の無線通信装置ＩＤ（製造番号）を設定し、ＩＰアドレス（無線通信装置、通話中継サーバのいずれか）を設定する。
尚、通話中継エラーは、セッション管理サーバにて通話中継の可／不可を判断している為、通話中継サーバ側では基本的には発生しない。しかし、エラーが発生した場合は、ログ出力を行い管理者に通知する。
また、システム管理者は、セッション管理サーバや通話中継サーバが正常に動作しているかどうかＣＰＵ負荷率やネットワークパケット送受信状況等をみてリアルタイム監視も行うが、同時に何通話の処理が実行されているか、あるいは、通話処理のエラーが発生しているかについても、サーバ側は把握しているので、その情報のリアルタイム監視表示を行うことが可能である。
以上が、インターネット通信（通話）システム、インターネット通信（通話）方法における発呼側と着呼側との音声データの送受信手順である。また、発呼側，着呼側のセッション管理サーバと、通話中継サーバと、発呼側，着呼側無線通信装置と、指定通知サーバとについて、その機能及び動作について説明を行った。実施の形態２．
実施の形態１で説明したインターネット通信システムを用いたシステムの運用構成の一例を説明する。
図１６は、実施の形態２のインターネット通信システムの運用構成例を示す図であり、呼制御集中管理方式を用いたインターネット通信システムの運用構成図である。
図１６では、複数の通話中継サーバを全国に配置して、西日本と東日本の地域毎にグループ分けする。そして、セッション管理サーバを西日本と東日本とにそれぞれ一台ずつ配置して、東京に指定通知サーバの槻能を兼ね備えたセッション管理サーバを配置する。図１６に示した運用構成のインターネット通信システムは、図１７に示す手順によって発呼側と着呼側との音声データの送受信を行う。図１７の（１）から（１０）の手順は図２（１）から（１０）の手順と同様である。また、図１７の別の手順として、図２（１）から（１０）を適用させることも可能である。図１６のようにセッション管理サーバを所定の地区に配置することにより、セッション管理サーバに所属する無線通信装置を地区毎に管理することが可能となる。実施の形態１で無線通信装置を無線通信装置ＩＤ（製造番号）によって管理することを説明した。図１６のようにセッション管理サーバを配置する場合の無線通信装置ＩＤは、「エリア識別子」と「無線通信装置識別子」とにより構成する。指定通知サーバは、無線通信装置からセッション管理サーバ名要求メッセージを受信すると、無線通信装置が所属するセッション管理サーバを、「エリア識別子」に基づいて決定する。図１６では、セッション管理サーバは西日本と東日本に設置されているので、いずれかのセッション管理サーバに所属するかを「エリア識別子」から決定することができる。また、西日本の地域を更に細分化して、例えば、九州地区、近畿地区、山陰地区、四国地区それぞれにセッション管理サーバを設置する構成も可能である。この構成では、「エリア識別子」を階層化して、階層の上位に西日本と東日本を区別する識別子をもうけ、階層の下位に九州地区、近畿地区、山陰地区、四国地区をもうけることにより、無線通信装置の所属するセッション管理サーバを決定できる。また、図１７の東京セッション管理サーバ指定通知サーバは、西日本地区セッション管理サーバ及び東日本地区セッション管理サーバとを管理する。西日本地区セッション管理サーバは、福岡通話中継サーバと大阪通話中継サーバとを管理する。東日本地区セッション管理サーバは、仙台通話中継サーバと札幌通話中継サーバとを管理する。このように、通話中継サーバを、通話中継サーバが設置されている地域ごとにその近くの地域に設置されているセッション管理サーバによって管理する。このようにすると、無線通信装置の設置されている地域に最も近い場所に設置されている中継サーバによって、音声データの中継を行うことができるようになる。
また、複数のインターネットサービスプロバイダ（ＩＳＰ）と提携して、セッション管理サーバ及び、通話中継サーバをそれぞれのＩＳＰのサーバが配置されている場所に配置し、各ＩＳＰに配置されたサーバ群（セッション管理サーバと通話中継サーバ）をＩＳＰ網を介して接続する運用構成も考えられる。この場合、無線通信装置ＩＤは、「ＩＳＰ識別子」と「無線通信装置識別子」とにより構成する。指定通知サーバは、無線通信装置からセッション管理サーバ名要求メッセージを受信すると、「ＩＳＰ識別子」により無線通信装置が所属するセッション管理サーバを決定する。また、１つのＩＳＰが複数のセッション管理サーバを運用している場合は、さらに無線通信装置ＩＤに「エリア識別子」を追加して、「ＩＳＰ識別子」と「エリア識別子」と「無線通信装置識別子」とにより無線通信装置ＩＤを構成する。無線通信装置の所属するセッション管理サーバは、「ＩＳＰ識別子」と「エリア識別子」とにより決定する。このように、１社だけでなく複数のＩＳＰと提携してインターネット通信システムを運用することも可能である。さらに、１社のＩＳＰがエリア識別子により複数のエリア相当でセッション管理サーバを複数設置して運用することも可能である。図１８に複数のＩＳＰと提携してインターネット通信システムを運用するシステムの構成図を示す。
また、各ＩＳＰごとに運用されているセッション管理サーバ間及び、通話中継サーバ間は、各ＩＳＰの有するＩＳＰ網を介して通信可能である。この場合、ＩＳＰ網を介してのセッション管理サーバ間、通話中継サーバ間、セッション管理サーバと通話中継サーバとの間の通信は、ＵＤＰを用いて通信を行う。あるいは、ＲＴＰ（トランスポートプロトコル・フォー・リアルタイムアプリケーション）または、ＴＣＰ（トランスミッション コントロール プロトコル）を用いて通信を行う。もちろん、同様な他のトランスポート層のプロトコルを採用することも可能である。このように異なるＩＳＰ間での通信を可能にすることにより、異なるＩＳＰの運用する通話中継サーバを介して発呼側と着呼側とで音声データを送受信できる。無線通信装置と通話中継サーバ間は、インターネット網を利用して上記実施の形態１と同様にＨＴＴＰを用いて通信を行う。図１９、図２０に、ＩＳＰ網を利用するインターネット通信システムの運用構成を示す。図１９は、通話中継サーバとセッション管理サーバのそれぞれが、ＩＳＰ網と接続されていることを示している。図２０は、通話中継サーバ間をＩＳＰ網を介して音声データを通信する例を示している。図１９に示されている複数の中継サーバのうち所定の２台の中継サーバを用いて中継サーバ間をＩＳＰ網を経由して音声データを通信する場合は、図２０に示すように、通話中継サーバ間は単純な音声データの転送を行い、発呼側無線通信装置と通話中継サーバ間および着呼側無線通信装置と通話中継サーバ間は、「ＰＯＳＴ（無線通信装置から通話中継サーバに情報を送信する場合）」と、「ＧＥＴ（無線通信装置に対して通話中継サーバから情報を送信する場合）」を用いて通信を行う。このことは、既に実施の形態１で説明を行ったことである。
また、ＩＳＰ網の一例としてＣＡＴＶ（ｃａｂｌｅ ｔｅｌｅｖｉｓｉｏｎ）会社が提供するインターネット接続サービスのＣＡＴＶ網を利用して、インターネット通信システムを運用することが考えられる。図２１、図２２にＣＡＴＶ網を利用したインターネット通信システムの運用例を示す。図２１は、各ＣＡＴＶ会社エリアに最も帯域が太く接続されている最寄りの通話中継サーバを各ＣＡＴＶエリア用にアサインする。図２１の例では、東京セッション管理サーバは、阪神ＣＡＴＶと市原ＣＡＴＶとの間でインターネット電話を使用する場合、阪神ＣＡＴＶ側は大阪通話中継サーバを使用するように指定を行い、市原ＣＡＴＶは東京通話中継サーバを使用するように指定を行う。東京通話中継サーバと大阪通話中継サーバ間は、ＵＤＰを用いて音声データを通信する。図２２は、一カ所にサーバ群（セッション管理サーバ、通話中継サーバ、指定通知サーバ）を設置して、サーバ群を設置した個所とＣＡＴＶ網を接続してシステムを運用する例を示している。現状の通信網の設置状況は、図２２のように東京（大手町）に最も太い帯域の通信網が集中して設置されている。このため、指定通知サーバとセッション管理サーバと通話中継サーバとを設置する。また、各ＣＡＴＶネットワークとの間も東京（大手町）を経由して通信を行うことが多い。このため、東京（大手町）にサーバ群を設置することにより、帯域の確保を図ることができる。
以上に、無線通信装置ＩＤの構成と、インターネット通信システムの運用例を説明した。
実施の形態３．
実施の形態３では、セッション管理サーバの行うプロセスについて説明を行う。
実施の形態１，２のセッション管理サーバは、発呼側と着呼側の中継を行うための通話中継サーバの通話中継を負荷分散・管理するため“利用可能な通話中継サーバの指示”、“セッションＩＤの管理”を行う。
セッション管理サーバでのプロセスは、３つのプロセスが存在する。
１つめは、無線通信装置から所属するセッション管理サーバに対して、周期的に行われる着呼確認の問合せを受信する“着呼管理プロセス”である。
２つめは、通話を行う場合に自分（発呼側無線通信装置）が所属するセッション管理サーバにて通話先相手の所属するセッション管理サーバの問合せを受信する“通話先所属セッション管理サーバ検索プロセス”である。通話先所属セッション管理サーバ検索プロセスは、無線通信装置からの問合せに対して該当するセッション管理サーバを検索し、図２の場合に、検索したセッション管理サーバを示す情報を応答する。また、図２８の場合には、検索したセッション管理サーバに対して、直接発呼メッセージの送信を行い、その着呼側セッション管理サーバからの応答メッセージを受信する。
３つめは、通信開始時に通話先相手の所属するセッション管理サーバにて発呼要求を受信するプロセスが“発呼管理プロセス”である。
この実施の形態のインターネット通信システムは、複数のセッション管理サーバを設置して、セッション管理サーバ毎にそのセッション管理サーバに所属する無線通信装置からの要求・問合せに対処して、各セッション管理サーバの負荷分散を行う。図２３に、図２に対応する上記に説明した３つのプロセスを実行するセッション管理サーバの環境を示す。図３５に、図２８に対応する上記に説明した３つのプロセスを実行するセッション管理サーバの環境を示す。図２３，図３５では、セッション管理サーバは、“所属セッション管理サーバデータファイル”と“地区管理データ”と“中継サーバ管理データ”と“セッション管理データ”とを用いて処理を行っている。
以下に、図２３の“所属セッション管理サーバデータファイル”、“地区管理データ”、“中継サーバ管理データ”、“セッション管理データ”について説明する。図３５についても、同様である。
“所属セッション管理サーバファイル”は、図２４に示す項目を有して、全てのセッション管理サーバに備えられている。図２４によると、「ステータス」、「ＩＳＰ識別子」、「エリア識別子」、「所属セッション管理サーバＩＰアドレス」とを有している。「ＩＳＰ識別子」は、セッション管理サーバを複数のＩＳＰによって運営される場合に必要である。この所属セッション管理サーバファイルを検索して、着呼側の無線通信装置の所属するセッション管理サーバを決定する。また、指定通知サーバが所属セッション管理サーバファイルを備えることにより、発呼側無線通信装置からのセッション管理サーバ名要求メッセージに回答することができる。
次に、地区管理データについて説明する。
地区管理データは、セッション管理サーバが管理している通話中継サーバの管理情報を記憶する。図２５に、地区管理データのデータ構成例を示す。セッション管理サーバは、この地区管理データを元に通話を中継する通話中継サーバの候補を決定し、候補となった通話中継サーバそれぞれの状態を確認して、実際に通話を中継するサーバとして選択する。
次に、中継サーバ管理データについて説明する。
図２６に地区管理データと中継サーバ管理データの関係及び、中継サーバ管理データとセッション管理データとの関係を示す。中継サーバ管理データは、地区管理データの通話中継サーバ管理情報とリンクしている。中継サーバ管理データは、地区管理データが図２６の地区管理データ５００の構成をしている時、中継サーバ管理データ先頭アドレスと最後尾アドレスとにリンクして、通話中継サーバ管理データ５１０を記憶する。個々の通話中継サーバ管理データは、データ５２０の“通話中継サーバ使用状況”から“セッション管理データ最後尾アドレス”までの各情報を有している。
セッション管理データは、図２６のセッション管理データ５３０を記憶する。セッション管理データ５３０は、データ５４０の“セッション状態”から“通話中継ＩＰアドレス（着呼側）”までの各情報を有している。セッション管理データ５３０は、通話中継サーバ管理データ５２０の“セッション管理データ先頭アドレス”と“セッション管理データ最後尾アドレス”とリンクしている。
セッション管理サーバは、図２５，２６に示したデータによって、通話中継サーバの状態を管理して、無線通信装置から通話要求がなされた場合に、使用可能な通話中継サーバを検索して決定している。
以上が、セッション管理サーバの機能、および、保有するデータである。
実施の形態４．
上記実施の形態１から３では、音声データを発呼側と着呼側とで送受信するインターネット通信システムについて説明を行ったが、音声データは通信データの一例であり、インターネット通信システムは、通信データを発呼側と着呼側とで送受信するシステムである。また、携帯電話は、無線通信装置の一例である。通話中継サーバは、通信中継サーバの一例である。
また、「ＩＤ」は、名称又は識別情報又は識別子又はＩＰアドレス等の自他を識別できるものならばどのようなものでも良い。
また、システムを構成する各要素（図１の、発呼側無線通信装置部１１１，１２１、着呼側無線通信装置部１１２，１２２、発呼側セッション管理部２１１，２２１、着呼側セッション管理部２１２，２２２、ＨＴＴＰ通信部３１１，３２１、ＵＤＰ通信部３１２，３２２）は、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアの、いずれかで実施されるものである。
また、システムを構成する各要素（図１の、発呼側無線通信装置部１１１，１２１、着呼側無線通信装置部１１２，１２２、発呼側セッション管理部２１１，２２１、着呼側セッション管理部２１２，２２２、ＨＴＴＰ通信部３１１，３２１、ＵＤＰ通信部３１２，３２２）は、コンピュータ上で実行されるプログラムの処理で実施されるものである。
また、無線通信装置とセッション管理サーバ、指定通知サーバ、通信中継サーバとはそれぞれ、コンピュータである。また、プログラムは、コンピュータのＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）で実行されるものである。
また、プログラムは、ＦＸＤ（ｆｌｅｘｉｂｌｅ ｄｉｓｋ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）などの記録媒体に記録されているものである。
実施の形態５．
従来例で説明した図２７に示されるような無線通信装置では、ＩＰ回線以外に、公衆回線経由での通話も可能である。この場合に、実施の形態１〜４にて示されるような本発明のＩＰ回線上での通話処理を行うときに、公衆回線での通話と同時に行われることがないように、排他的な制御処理が必要になる。
そこで、公衆回線経由での通話を行う際には、図３６の（３）にて示されるように、無線通信装置を管理するＩＰ（Ｉｎｔｅｒｎｅ Ｐｒｏｔｏｃｏｌ）回線上での呼制御を管理しているセッション管理サーバに、通話開始時と通話終了時に公衆回線経由通話の開始と終了に関する情報を無線通信装置から通知するようにする。
また、公衆回線経由通話だけでなく、ＩＰ回線上の他方式の通話、例えば、Ｈ．３２３方式（サービス品質が保証されていないＬＡＮ上での音声、動画像、データ通信の端末規定）、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｏｒｏｌ Ｐｒｏｔｏｃｏｌ）方式、ＳＩＰ（セッション・イニシエイション・プロトコル）方式などでの通話を行える機能を無線通信装置が実装している場合がある。この場合、それら方式での通話処理と排他的な制御を行うために、それら方式での通話開始時と通話終了時に、それら方式でのＩＰ回線経由通話の開始と終了に関する情報を、図３６の（２）にて示されるように、無線通信装置からその無線通信装置を管理するセッション管理サーバに対して、他方式にて通話中であることを通知するようにする。
また、図３６の（１）のように、通信を行う無線通信装置同士においても、通話相手の電話機の操作について、セッション管理サーバを経由して互いの電話機の操作情報を送受信しあうことで、一方の電話機が電話呼出時であれば、他方の電話機に対してはリングバックトーンを鳴らしたり、相手が受話器をとれば、通話開始としたり、受話器オンフック切断時に、相手側の受話器から切断音を鳴らしたりすることができる。このセッション管理サーバ経由の通信をＨＴＴＰのＧＥＴメソッドを用いた場合の通信処理の一例を、図３７に示す。
図３７の左側の「受話器オフフック」（或いは、例えば、通話開始ボタンオン）、「ダイヤル入力」、「リングバックトーン開始」、「相手切断音」と、右側の「リング開始」、「受話器オフフック」（或いは、例えば、通話開始ボタンオン）、「受話器オンフック」（或いは、例えば、通話終了ボタンオン）は、無線通信装置の一例としての電話機の操作である。矢印線で示されているのがＨＴＴＰのＧＥＴメソッドを用いた場合の呼制御メッセージシーケンスである。
図３７に示すように、発呼側無線通信装置と着呼側無線通信装置とは、「受話器オフフック」や「ダイヤル入力」や「受話器オンフック」の無線通信装置の一例としての電話機の操作を行った場合に、セッション管理サーバに対して受話器の操作内容を通知するＧＥＴメソッドを発行する。また、セッション管理サーバは、発呼側無線通信装置が「ダイヤル入力」を行ったことを通知された後、着信側のセッション管理サーバからオフフックの連絡が通知されるまで、発呼側無線通信装置に対して「リングバックトーンの開始」を行うための発呼ＧＥＴ応答を返す。着呼側無線通信装置から受話器オフフックの通知が着呼側セッション管理サーバに対して行われると、着呼側セッション管理サーバから発呼側セッション管理サーバへオフフックの連絡が通知され、発呼側セッション管理サーバから発呼側無線通信装置に対して着信ＧＥＴ応答が行われる。その後、発呼側無線通信装置と着呼側無線通信装置との間で、音声通話が行われる。音声通話が終了し、着呼側無線通信装置が「受話器オンフック」すると、オンフックの連絡が着呼側セッション管理サーバから発呼側セッション管理サーバに通知され、発呼側セッション管理サーバは、発呼側無線通信装置に対して着信ＧＥＴ応答が通知され、発呼側無線通信装置は、電話機から相手の受話器がオンフックされたことを通知する切断音を発信させる。
上述したように、他の呼制御方式の通話開始時や通話終了時、及び、電話機の操作の情報を無線通信装置からの通知によってセッション管理サーバが収集することができるので、それぞれの情報の送受信時にログ情報として出力記録しておくことで、ユーザが利用したあらゆる形態の通話利用について情報を収集することができる。これにより、通話時間を確認することができ、課金情報として利用することができる。
さらに、この通話関係のログ情報をセッション管理サーバなどで、解析、整理するソフトウェアを実行することで、図３８に示すように、日ごと、月ごとの通話履歴情報をシステム管理者が参照し、システムの運用状況を確認することができる。図３８は、日ごと、月ごとのサマリを表示した例である。システム管理者は、セッション管理サーバのログ情報を解析するソフトウェアツールで得られた各通話情報ファイルから、図３８に示す表（もしくは、相当のＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅの略称）形式等のファイル）を作成し、Ｗｅｂブラウザなどで表示させ、参照することができる。総通話数、瞬間同時最大通話数は、グラフ表示を行っても構わない。
実施の形態６．
全ての無線通信装置がグローバルＩＰアドレスを固定的に割り当てられていれば、いかなるプロトコルにても各種情報を直接に送受信することが基本的に可能である。しかし、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ バージョン４）においては、大半の無線通信装置がインターネットに間接的に接続されており、１つのグローバル固定ＩＰアドレスを割り当てられたルータからアドレス変換を経て、プライベートＩＰアドレスを割り当てられることが多い。これらのルータでは、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）やＩＰマスカレード（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ マスカレード）などのアドレス変換機能とともに、使用しないポート番号をふさぐなどのファイアウォール機能が設定されることが多い。
また、一般の家庭で利用できるインターネット回線では、家庭ごとに１つのグローバルＩＰアドレス、または、ドメイン内のプライベートＩＰアドレスを割り当てられることが多い。このため、家庭では、複数のパーソナルコンピュータをインターネットに接続して、家庭や小規模オフィス向けのＳＯＨＯ（Ｓｍａｌｌ Ｏｆｆｉｃｅ Ｈｏｍｅ Ｏｆｆｉｃｅ）ルータを介して接続する場合が多い。このＳＯＨＯルータにおいても、アドレス変換が行われることになり、ファイアウォール機能がある場合も多い。
上記のように、複数のルータを介することによって、プライベートＩＰアドレスへのアドレス変換が２回以上行われる場合もある無線通信装置から外部の無線通信装置に対してアクセス可能と考えられる一般的なアプリケーションレベルの通信プロトコルとしては、ＨＴＴＰとＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）がある。
また、ＩＰｖ４が普及している現状においては、グローバルＩＰアドレスであろうと、プライベートＩＰアドレスであろうと、動的に割り当てられることも非常に多い。このＩＰアドレスを動的に割り当てるために、指定通知サーバがＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ機能を備え、各無線通信装置がＤＨＣＰクライアント機能を備えることで対応する。
以上から、無線通信装置が通信先を特定するアドレシングとして、ＩＰアドレスを採用することは実質的に不可能な場合が多い。
既に記述していたように、ファイアウォールやＮＡＴルータ（ＳＯＨＯルータやブロードバンドルータなどと呼ばれることが多い）等でエリア管理されている各ドメイン内の無線通信装置は、そのドメインのＤＭＺ（Ｄｅ−Ｍｉｌｉｔａｒｉｓｅｄ Ｚｏｎｅ）内に設置されたセッション管理サーバと通話中継サーバを経由して、ドメイン外の無線通信装置や外部ドメインの各種サーバと通信を行う。
図３９に、リアルタイムデータの通信を行う無線通信装置と通話中継サーバの通話中継方式の種類を、方式１〜３に示す。
図３９では、通話中継方式の種類として、通話中継サーバを使用しない「方式１」と、通話中継サーバを発信側、或いは、着信側のいずれか一方で１台使用する「方式２」と、通話中継サーバを発信側と着信側のそれぞれで１台の合計２台使用する「方式３」とがある。
方式１では、発呼側無線通信装置と着呼側無線通信装置とはＵＤＰを用いて通信を行う。これを「Ｕ直型」と呼ぶ。
方式２では、発呼側無線通信装置と通話中継サーバとの間をＨＴＴＰ、或いは、ＵＤＰを用いて通信を行う。また、着呼側無線通信装置と通話中継サーバとの間は、ＨＴＴＰ、或いは、ＵＤＰを用いて通信を行う。通話中継サーバを着呼側に用いて通話中継サーバと着呼側無線通信装置との間をＨＴＴＰを用いて通信を行い、発呼側無線通信装置と着呼側通話中継サーバとの間をＵＤＰを用いて通信を行う場合を「−ＵＨ型」と呼ぶ。通話中継サーバを発呼側に用いて、発呼側無線通信装置と通話中継サーバとの間をＨＴＴＰによって通信を行い、発呼側の通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行う場合を「ＨＵ−型」と呼ぶ。また、発呼側に通話中継サーバを用いて、発呼側無線通信装置と発呼側の通話中継サーバとの間をＵＤＰを用いて通信を行い、発呼側の通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行う場合を「ＵＵ−型」と呼ぶ。また、着呼側に通話中継サーバを用いて、着呼側の通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行い、発呼側無線通信装置と着呼側通話中継サーバとの間をＵＤＰを用いて通信を行う場合を「−ＵＵ型」と呼ぶ。
更に、方式３では、発呼側無線通信装置と発呼側通話中継サーバとの間をＨＴＴＰ、或いは、ＵＤＰを用いて通信を行い、発呼側通話中継サーバと着呼側通話中継サーバとの間はＵＤＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間は、ＨＴＴＰ、或いは、ＵＤＰを用いて通信を行う。発呼側無線通信装置と発呼側通話中継サーバとの間をＨＴＴＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間をＨＴＴＰを用いて通信を行う場合を「ＨＵＨ型」と呼ぶ。発呼側無線通信装置と発呼側通話中継サーバとの間をＵＤＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間をＨＴＴＰを用いて通信を行う場合を「ＵＵＨ型」と呼ぶ。発呼側無線通信装置と発呼側通話中継サーバとの間をＨＴＴＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行う場合を「ＨＵＵ型」と呼ぶ。発呼側無線通信装置と発呼側通話中継サーバとの間をＵＤＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行う場合を「ＵＵＵ型」と呼ぶ。
無線通信装置間の通話において通話中継サーバの使用・未使用を判定するための方法を以下に示す。
判定方法の手順は、
（１）発呼側無線通信装置と着呼側無線通信装置の所属ドメインが一致するか判定する。
（２）所属ドメインが一致した場合は、図４２に示す“ドメイン内通話中継判定方法”より「通話中継サーバ」の使用有無を求める。
（３）所属ドメインが一致しない場合は、セッション管理サーバのサーバタイプ（汎用／ＩＳＰ）と図４３に示す“ドメイン外通話中継判定方法”より「通話中継サーバ」の使用有無を求める。
上記のように、様々なネットワークアドレス環境がある現状では、まず前提として、通信全てをＨＴＴＰを用いれば可能であるが、リアルタイム通信は、可能な限り、ＲＴＰなどのＵＤＰを利用したい。
例えば、ＵＤＰの利用が可能な場合として、以下のようなものがある。
・グローバルＩＰアドレス（固定、ＤＨＣＰ）を各無線通信装置が割り当てられる。
・同じドメイン内でプライベートＩＰアドレス（固定、ＤＨＣＰ）を各無線通信装置が割り当てられる。
・ファイアウォールに対して、利用したいＵＤＰポートのアクセスが可能なように設定ができる。
以上のような様々な場合に、できる限りＵＤＰの利用ができるように無線通信装置の端末接続タイプを規定して、呼制御設定処理中にその情報を相互交換することで、ＵＤＰ通信を可能とする。
以下に、本発明の実施の形態６において無線通信装置の接続条件を列挙する。
（１）グローバルＩＰアドレス（固定）
（２）プライベートＩＰアドレス（固定）
（３）グローバルＩＰアドレス（ＤＨＣＰ）
（４）プライベートＩＰアドレス（ＤＨＣＰ）
（２），（４）のプライベートＩＰアドレスとは、所属ドメイン内で割り当てられるＩＰアドレスのことである。
（ｉ）ドメイン内でさらにローカルにＳＯＨＯルータなどでＩＰアドレスを割り当てる場合。
（ｉ−１）ドメイン内でドメイン管理の通話中継サーバを設置している。
（ｉ−２）ドメイン内でドメイン管理の通話中継サーバを設置していない。
（ｉｉ）ドメイン内で割り当てられたプライベートＩＰアドレスをそのまま使用する場合。
（ｉｉ−１）ドメイン内でドメイン管理の通話中継サーバを設置している。
（ｉｉ−２）ドメイン内でドメイン管理の通話中継サーバを設置していない。
以上の（１）〜（４）と（ｉ−１），（ｉ−２），（ｉｉ−１），（ｉｉ−２）の条件の組み合わせから、以下に端末接続タイプ（Ａ〜Ｅ，Ｐ〜Ｒ）を、図４０に列挙する。図４０中の（１），（２），（３），（４）及び（ｉ−１），（ｉ−２），（ｉｉ−１），（ｉｉ−２）は、上記した（１）〜（４）及び（ｉ−１），（ｉ−２），（ｉｉ−１），（ｉｉ−２）に相当する。
図４０に示した端末接続タイプＡ〜Ｅ，Ｐ，Ｑ，Ｒごとの無線通信装置と通話中継サーバとの接続方式を、図４１に示す。
図４１において、ＩＳＰ ＩＤ（インターネット・サービス・プロバイダを識別するための識別情報）により無線通信装置が所属するプライベートＩＰアドレスエリアが定まる。このエリア内には、複数のセッション管理サーバがある場合があり、このセッション管理サーバごとにエリアＩＤが対応する。複数のエリアを持つＩＳＰには、複数のＩＳＰ ＩＤを与える。無線通信装置には、Ａ〜Ｅのタイプのどれかを設定し、サーバ群に報告する。ＩＳＰ運営サーバに所属する無線通信装置は、Ａ〜Ｅタイプのどれかになる。汎用通話中継サーバに所属すると、タイプＡ〜Ｅは、Ｐ，Ｑ，Ｒにサーバ内処理で置き換えられる。
図４０のタイプ「Ｂ」は、図４１の（Ｂ）に示されているような接続形態で無線通信装置とルータと通話中継サーバ（同位置にセッション管理サーバも設置する）とインターネットが接続されている。
また、図４０のタイプ「Ｃ」は、図４１に示す（Ｃ）のように、無線通信装置と通話中継サーバ（同位置にセッション管理サーバも設置する）とルータとインターネットが接続されている。
また、図４０のタイプ「Ｄ」は、図４１の（Ｄ）に示すように、無線通信装置とルータと通話中継サーバ（同位置にセッション管理サーバも設置する）とインターネットとＤＨＣＰサーバが接続されている。
図４０のタイプ「Ｅ」は、図４１の（Ｅ）のように、無線通信装置とルータと通話中継サーバ（同位置にセッション管理サーバも設置する）とインターネットとＤＨＣＰサーバとが接続される。
また、図４０のタイプ「Ａ」は、図４１の（Ａ）のように、無線通信装置を接続するルータが更に上の階層のルータに接続され、上の階層のルータと通話中継サーバがインターネットに接続されている。タイプ「Ａ」の場合、ルータが階層化されていて、下位の階層のルータに無線通信装置が接続されているので、この場合の無線通信装置に設定されるＩＰアドレスは、ローカルＩＰアドレスと呼ぶものとする。
また、図４０のタイプ「Ｑ」とタイプ「Ｒ」は、ドメイン内でドメイン管理の通話中継サーバを設置していないので、図４１の（Ｑ），（Ｒ）のように、無線通信装置は、ルータとＤＨＣＰサーバとセッション管理サーバ（同位置にセッション管理サーバも設置する）とインターネットとに接続される。
また、図４０のタイプ「Ｐ」は、ドメイン内でドメイン管理の通話中継サーバを設置していない。更に、ドメイン内で割り当てられたプライベートＩＰアドレスをそのまま使用するので、無線通信装置は、図４１（Ｐ）のように、インターネットに接続される。更に、タイプ「Ｐ」の場合、ドメイン内で更にＳＯＨＯルータの直下に設置される場合もあるので、ＩＰアドレスを割り当てられる場合にドメイン内でドメイン管理の通話中継サーバを設置していない場合が考えられる。この場合を無線通信装置は、図４１の（Ｐ）のように、インターネットに接続される。
次に、端末接続タイプ毎の中継方式判定方法を、図４２〜図４３に図示した表で示す。
図４２は、同じドメイン内同士の通信における中継方式判定方法を示す。
図４２中のＡ〜Ｅは、図４０のＡ〜Ｅに相当する。また、図４２中の［１］，［２］は、図３９の［１］，［２］に相当する。
図４２の縦軸に発信側の無線通信装置のタイプを示す。横軸に着信側の無線通信装置のタイプを示す。
図４２において、同じドメイン内に発呼側と着呼側の無線通信装置が設置されて、これらの無線通信装置の間で通話を行う場合には、ドメイン外の通話中継サーバは用いないため、発信側の無線通信装置と着信側の無線通信装置のタイプが同じであるときは、［１］の中継方式によって通話を行う。発信側と着信側の無線通信装置とのタイプのどちらかがＮＡＴルータの直下に設置されてローカルＩＰアドレスを割り当てられる場合は、［２］の中継方式によって通話を行う。
図４３は、同じドメイン内同士ではない通信における中継方式判定方法を示す。
図４３中のＡ〜Ｅ及びＰ〜Ｒは、図４０のＡ〜Ｅ及びＰ〜Ｒに相当する。また、図４３中の［１］〜［３］は、図３９の［１］〜［３］に相当する。
図４３において、縦軸は発信側の無線通信装置のタイプを示し、横軸は着信側の無線通信装置のタイプを示す。
また、方式が［２］である場合には、通話中継サーバに発信側のものを使用するのか、着信側のものを使用するのかを区別するため、（発信側）又は（着信側）を明記している。
セッション管理サーバは、呼制御処理において、発呼側と着呼側の各無線通信装置の端末接続タイプの情報を得て、図４２，図４３の表に基づいて、通話中継方式を判定し、各無線通信装置にその方式に関する情報を送信する。通話中継サーバを必要とする場合には、セッション管理サーバが、各無線通信装置に対して、通話中継サーバのＩＰアドレス、及び、ＨＴＴＰかＵＤＰかのどちらかの指定について報告する。
図４５〜図５３において、図４４のインターネット電話ネットワークシステム構成における上記各無線通信装置の接続タイプに応じた呼制御のメッセージ送受信手順を示す。
なお、ＮＡＴルータ直下に設置された無線通信装置については、端末接続タイプをＡ，Ｐとしており、音声データ送受信をＨＴＴＰにより行っていたが、ＮＡＴルータに対して、（静的）ＮＡＴ設定を行い、使用するＵＤＰポート番号を経由するＵＤＰによる音声データを直接無線通信装置に対して送受信させることが可能である。つまり、通話中継サーバから、ＮＡＴルータまでＵＤＰにより音声データを送受信させることができるため、無線通信装置は、端末接続タイプＡ，Ｐではなく、ＮＡＴルータの位置に相当する端末接続タイプＢ，Ｃ，Ｄ，Ｅ、Ｑ，Ｒとして設定すればよい。これにより、ＮＡＴルータ直下に接続しておいても、ＵＤＰによる音声データ送受信が可能になり、通話品質が向上する。
図４５は、図３９に示した方式３の「ＨＵＨ型」のメッセージ送受信手順を示す図である。
「ＨＵＨ型」のメッセージ送受信手順では、図４５に示す（１）〜（７）の手順によってメッセージを送受信する。以下に、（１）〜（７）の手順を示す。
なお、図４５に示す「Ｈ」はＨＴＴＰによる通信であり、「Ｕ」はＵＤＰによる通信を示すものである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）両側サーバによる通話中継処理
図４６は、図３９の方式２の「−ＵＨ型」のメッセージ送受信手順を示す図である。
「−ＵＨ型」では、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
なお、図４６の「Ｈ」はＨＴＴＰであり、「Ｕ」はＵＤＰを示す。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）受信側サーバによる通話中継処理
図４７は、図３９の方式２の「ＨＵ−型」のメッセージ送受信手順を示す図である。
「ＨＵ−型」のメッセージ送受信は、以下に示す（１）〜（７）の手順によってメッセージ送受信を行う。
図４７に記載した「Ｈ」はＨＴＴＰを示し、「Ｕ」はＵＤＰを示す。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）発信側サーバによる通話中継処理
図４８は、図３９の方式３の「ＵＵＨ型」によるメッセージ送受信手順を示す図である。
「ＵＵＨ型」は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図４８に記載した「Ｈ」はＨＴＴＰであり、「Ｕ」はＵＤＰである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）両側中継サーバによる通話中継処理
図４９は、図３９の方式３の「ＨＵＵ型」によるメッセージ送受信手順を示す図である。
「ＨＵＵ型」のメッセージ送受信処理は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図４９の「Ｈ」はＨＴＴＰを示し、「Ｕ」はＵＤＰを示す。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）両側サーバによる通話中継処理
図５０は、図３９の方式１の「Ｕ直型」によるメッセージ送受信手順を示す図である。
「Ｕ直型」のメッセージ送受信処理は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図５０に記載した「Ｕ」はＵＤＰである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／直接通話を指定
（６）発信側発呼／話中手続き／直接通話を指定
（７）直接通話処理
図５１は、図３９の方式２の「ＵＵ−型」によるメッセージ送受信処理の手順を示す図である。
「ＵＵ−型」のメッセージ送受信処理は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図５１に記載した「Ｕ」はＵＤＰを示す。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）発信側サーバによる通話中継処理
図５２は、図３９の方式２の「−ＵＵ型」によるメッセージ送受信処理の手順を示す図である。
「−ＵＵ型」は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図５２に記載した「Ｕ」はＵＤＰである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）受信側サーバによる通話中継処理
図５３は、図３９の方式３の「ＵＵＵ型」によるメッセージ送受信処理の手順を示す図である。
「ＵＵＵ型」は、以下に示す（１）〜（７）の手順によってメッセージの送受信処理を行う。
図５３に記載した「Ｕ」はＵＤＰである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）両側中継サーバによる通話中継処理
実施の形態７．
実施の形態７では、指定通知サーバが遠隔保守管理サーバの機能を有して遠隔保守管理サーバとして動作する例について、以下に説明を行う。
図５４に示すように、無線通信装置がインターネットに接続されて電源がオンになると、一定周期（例えば、１日に１回くらいのペース）にて、遠隔保守管理サーバに対して生存報告メッセージ（製造番号、ＩＰアドレス、正常に動作しているかどうかの確認情報）を送信する。
遠隔保守管理サーバは、その生存報告メッセージの中で新規のものを確認し、顧客管理データベースに登録を行う。既に登録済みのものを含めて、生存報告が正常なものかどうか確認する。この生存報告の内容としては、無線通信装置がハードウェアの一部が故障している点などを付加する事ができ、このような異常状態が判明すると、指定通知サーバを管理している運営管理者がユーザに対して、無線通信装置故障の連絡、代品の交換等の手続きを開始することができる。
生存報告メッセージとして、ＨＴＴＰのＧＥＴメソッドを利用した場合に対する応答メッセージとして、指定通知サーバ等が正常に動作しているかどうかの情報を返送することができる。この場合、無線通信装置側に、指定通知サーバやセッション管理サーバなどの異常を知らせることで、無線通信装置の表示装置にエラー表示を行わせたり、受話器（音声出力部の一例）から「ただいま、サーバ側の故障中にて公衆回線にておつなぎいたします。」などとユーザへ通知したりすることが可能である。
一方で、指定通知サーバやセッション管理サーバについて、ハードウェアが故障した場合に備えて、冗長系を実装しておくことも可能である。この場合、基本的に使用する指定通知サーバやセッション管理サーバをプライマリサーバとすると、バックアップとして利用できるものをセカンダリサーバとして用意しておく。さらに、上記指定通知サーバへの生存報告メッセージの応答メッセージとして、各サーバのＩＰアドレスを知らせるときに、プライマリ側とセカンダリ側の両者について、送信することが可能である。冗長系は、プライマリとセカンダリだけでなく、３つ以上のサーバから構成されていてもかまわない。プライマリが故障した場合に、セカンダリに置き換わる様子を図５５，図５６に示す。
また、本実施の形態では、本インターネット電話ネットワークシステムを用いて、課金業務を行う場合を想定する。この課金業務のために、図５４に示すように、顧客管理データベース７１０を用意する。この顧客管理データベース７１０では、サービス料金の支払い状況の管理を行い、不払いが確認された場合、生存報告メッセージを指定通知サーバが受けると、ＨＴＴＰ中継のセッション管理サーバ側の受付を不能にするか、生存報告メッセージの応答メッセージにより無線通信装置を直接動作不能にするかの対応を行う。さらに、顧客が料金を支払い、顧客管理データベースへ支払い済みの登録がなされると、生存報告メッセージが指定通知サーバへ再度送信されてきたときに、上記の使用不可能の設定を解除する。
また、指定通知サーバへの生存報告メッセージの別の目的の利用として、無線通信装置のソフトウェアの版管理がある。無線通信装置のソフトウェアのバージョンアップが必要になったら、顧客管理データベース７１０を元に、ソフトウェア更新モジュールサーバ８１０のダウンロードバージョンアップ処理を指定通知サーバから遠隔操作によりスタートさせる。或いは、顧客に電話機によりバージョンアップコマンドを入力してもらい、無線通信装置にダウンロードさせる。なお、前者の場合には、管理者側の都合で、強制的に無線通信装置のソフトウェア更新処理を行うために、その処理中は、ユーザが利用できないことになる。このため、ユーザが通話中であれば、そのソフトウェア更新処理を通話操作が終了するまで遅らせるようにする。また、更新処理を行う際に、これから更新処理を行う旨を表示装置や発音装置によりユーザに連絡し、ユーザの都合により更新処理を行いたくない場合に、その更新処理を実行させない操作が可能なユーザインタフェースを無線通信装置は備える。
このように、ユーザのもつ無線通信装置に対して、システム管理者が指定通知サーバへのアクセスを利用して遠隔からダウンロード操作を行えるが、同様のしくみを利用して、無線通信装置上で、自己診断プログラムを実行させ、その結果情報を指定通知サーバ側へ送信させることもできる。同様に、その結果情報に基づいてより詳細な情報を得るためのオプション的な自己診断プログラムを遠隔から実行させたり、ユーザに対して故障情報を知らせたりすることが可能である。
また、発呼側の無線通信装置１１０は、発呼側の無線通信装置１１０の稼働状況を通知する情報を、指定通知サーバ４１０に送信する。
上記指定通知サーバ４１０は、上記発呼側の無線通信装置１１０より送信された稼働状況を通知する情報に基づいて、上記発呼側の無線通信装置１１０が正常であるか否かを確認して、確認した結果とともに、上記指定通知サーバ４１０自身の稼働状況を、上記発呼側の無線通信装置１１０より送信された稼働状況の通知に対する応答として、上記発呼側の無線通信装置１１０に送信する。
指定通知サーバ４１０は、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを指定通知サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記指定通知サーバとして稼働させるように切り替えて、上記発呼側の無線通信装置１１０に、上記セカンダリサーバを上記指定通知サーバとして稼働させたことを通知する。
また、本実施の形態におけるインターネット通信システムは、以上のように、顧客管理データベース７１０を備えている。順客管理データベース７１０は、発呼側の無線通信装置毎にシステムの利用料を管理する。
以上のように、指定通知サーバ４１０は、上記無線通信装置１１０を管理するセッション管理サーバ２１０のサーバＩＤを発呼側の無線通信装置１１０に送信する場合に、上記発呼側の無線通信装置１１０の利用料を上記顧客管理データベースより取得して、取得した利用料と上記サーバＩＤとを上記発呼側の無線通信装置１１０に送信する。
上記発呼側の無線通信装置１１０は、上記指定通知サーバ４１０より受信した利用料に基づいて、自身の通信機能を動作不能に設定するか否かを決定する。
発呼側の無線通信装置１１０は、自身の通信機能が動作不能に設定されている場合、上記指定通知サーバ４１０より受信した利用料に基づいて、動作可能に設定するか否かを決定する。
また、以上のように、発呼側の無線通信装置１１０は、無線通信装置の機能を実行する、バージョン情報を有するソフトウェアを内蔵して、上記発呼側の無線通信装置の稼働状況を通知する情報とともに、上記ソフトウェアのバージョン情報を上記指定通知サーバ４１０に送信する。
上記指定通知サーバ４１０は、上記発呼側の無線通信装置１１０より送信されたバージョン情報に基づいて、上記発呼側の無線通信装置１１０が内蔵するソフトウェアを別のバージョンのソフトウェアに変更するか否かを決定して、決定した結果を上記発呼側の無線通信装置１１０に送信する。
指定通知サーバ４１０は、上記発呼側の無線通信装置１１０が内蔵するソフトウェアを管理するＷｅｂサーバのアドレスを管理して、上記発呼側の無線通信装置１１０が内蔵するソフトウェアを別のバージョンのソフトウェアに変更することを決定した場合に、上記別のバージョンのソフトウェアのＷｅｂサーバのアドレスを上記発呼側の無線通信装置１１０に送信する。
実施の形態８．
本実施の形態の呼制御では、無線通信装置は、呼制御を管理するセッション管理サーバや通話中継サーバへの通信が行えない場合、実質的にＩＰ回線による電話をかけることができない。そこで、ＩＰ回線による通話が不可能な場合に、ＩＰ回線による通話ができないことを無線通信装置は、ユーザに伝えるようにする。無線通信装置の受話器（音声出力部の一例）からＩＰ回線による通話ができないことを人工音声により伝える方法もその一つである。人工音声とは、あらかじめ人間がメッセージを読み上げたものを録音しておき、そのデジタル情報をサーバや無線通信装置のメモリに記憶しておき、再生させる方法や、メッセージの文章テキストデータから、音声を人工的に合成して発音させる方法などがある。無線通信装置の表示装置により同様に伝えるようにすることもできる。また、この無線通信装置には、ＩＰ回線以外に、公衆回線経由の通話機能も加えて実装しておくことができ、ＩＰ回線での通話ができなかった場合に、自動的に公衆回線経由の通話を開始するようにもできる。
図５７に示すように、セッション管理サーバは、管理している通話中継サーバの通話セッション数を常にカウントしているので、通話中継サーバの通話中継可能な容量限界まで通話中継処理を行っていることを認識できる（図５７の（１））。この場合には、これ以上はＩＰ回線経由の通話ができないということで、上記のようにＩＰ回線通話不可能をユーザに知らせたり、公衆回線経由の通話に切り替えたりする（図５７の（２））ように実装することができる。
ここで、ユーザに無線通信装置の異常時等の警告メッセージについてまとめておく。
（１）ＬＥＤや液晶ディスプレイやブザー等での異常状態等を知らせる。
（２）通話中に、受話器から警告等のメッセージを再生する。以下に例を示す。
（Ａ）設定が誤っています。設定をやり直してください。
（Ｂ）ネットワークが込んでいますので、公衆でおつなぎ致します。
（Ｃ）中継局が込んでいますので、公衆でおつなぎ致します。
（Ｄ）ＩＰ電話をかけますが、ネットワークが込んでいますので、音質が悪い場合がございます。
（Ｅ）ネットワークが急激に込んできたため、一度お切り致します。おかけ直し下さい。
（Ｆ）ネットワークが急激に込んできたため、通信経路を変更致します。しばらくお待ち下さい。（処理時間経過）通話ができるようになりました。
実施の形態９．
無線通信装置は、呼制御を管理するセッション管理サーバや通話中継サーバへの通信を本実施の形態方式ではＨＴＴＰを利用して実現している。このため、通信処理の開始時には、図５８に示すように、ＴＣＰの通信処理を行っている。無線通信装置１１０は、各サーバに対してＨＴＴＰのクライアントからサーバへの通信処理のために、ＴＣＰの接続処理をｃｏｎｎｅｃｔというソケット関数を用いて最初に行う。ｃｏｎｎｅｃｔ関数の呼び出し待ち時間にタイムアウト値を設け、タイムアウト値を越える待ち時間が発生した場合に、現状のｃｏｎｎｅｃｔ関数実行を強制終了し、改めてｃｏｎｎｅｃｔ関数実行をやり直す。また、ｃｏｎｎｅｃｔ関数のやり直し回数にも上限値を設け、無限回数やり直すのではなく、上限値を超えた場合に、エラー処理を行う。 ＴＣＰのソケット関数によるＨＴＴＰメッセージの送受信状況を図５９に示す。図５９は、ＨＴＴＰデータ送受信処理とソケット関数呼び出しの関係を示している。
ＴＣＰ通信のための最初の接続処理は、無線通信装置側がクライアントとして、ｃｏｎｎｅｃｔ関数を呼び出すことで開始される（図５９の「（１）ＴＣＰの接続要求」）。このとき、ｃｏｎｎｅｃｔ関数のブロッキングモード（「ブロッキングモード」とは、サーバ側からの応答があるまではクライアント側は対応を待ち続けて、次の処理に進まないことをいう）を使用すると、ＴＣＰ接続が成立するまで（図５９の「（２）ＴＣＰの接続受理」）、ｃｏｎｎｅｃｔ関数は終了せずプログラム実行としては、ブロックされ停止状態となる。比較的短い時間でＴＣＰ接続が成立すれば問題ないが、ネットワーク上の原因など何らかの要因により、このＴＣＰ接続成立までに非常に長い時間がかかることがある。このような場合に、一度ｃｏｎｎｅｃｔ関数の実行を強制終了させ、改めてｃｏｎｎｅｃｔ関数の実行をやり直すと、すぐにＴＣＰ接続が成立する場合が多い。そこで、ｃｏｎｎｅｃｔ関数の実行に、タイムアウト値を設定しておき、そのタイムアウト値を越える場合に、ｃｏｎｎｅｃｔ関数の実行を中断及び強制終了し、改めて、ｃｏｎｎｅｃｔ関数の実行をやり直すようにすることで、処理が長く待たされることなく、確実にＴＣＰ接続が成功するようになる。このやり直しは、必ずしも１回だけでなく、やり直してもまだタイムアウト値を越えるような待ち時間となる場合に、また繰り返すようにできる。このようにすることで、失敗時の復旧処理を強化することになる。一方では、無限回やり直すことも意味はないので、やり直し回数に一定の上限値を設け、その上限値までＴＣＰ接続のやり直しを行うが、その上限値を越えるときは、ネットワーク等に何らかの障害が発生したと考えて、エラー処理を行うべきである。
さらに、上記のＴＣＰ接続開始処理のタイムアウト値ややり直し回数の上限値について、無線通信装置の起動時において、一定の定数としておき、比較的ＴＣＰ接続開始処理の短時間での成功率が高い場合には、タイムアウト値を短く、やり直し回数も少なくすることで、エラー発生が仮に起こったとしても、短時間でエラー発生が認識できる。一方で、成功率が低い場合には、より確実にＴＣＰ接続が行えるように、タイムアウト値を長く、やり直し回数も増加させるほうが望ましい。そこで、実際のＴＣＰ接続開始処理の経過時間ややり直し回数を測定しつつ、タイムアウト値ややり直し回数を最適な値に自動的に調整する機能を実装できる。これにより、最適なタイムアウト値ややり直し回数の調整作業に人手の作業を省くことが可能となる。
実施の形態１０．
インターネット経由の音声データ送受信による通話処理では、その通話品質を最も左右するのが、実際のインターネット経路のデータトラフィックがどの程度の混み具合であるかどうかである。そこで、特定の通話経路について、データ到達にかかる遅延時間を常に監視し、通話品質に影響がないレベルかどうかを調べる。それとともに、明らかに通話品質に影響を与える遅延が発生していることが確認されたら、通話品質が悪化したことをユーザに無線通信装置の表示装置等を用いて知らせることができる。
全国各地に設置されたセッション管理サーバは、それぞれのセッション管理サーバのＩＰアドレスをデータベースとして記憶しており、定期的に、特定のセッション管理サーバ（通話中継サーバをほぼ同位置にあると仮定している）間にて、一般的な通信遅延時間をｐｉｎｇやｔｒａｃｅｒｔというＷｉｎｄｏｗｓ（「Ｗｉｎｄｏｗｓ」は、マイクロソフト社のオペレーティングシステムである）やＵｎｉｘ（「Ｕｎｉｘ」は、ＡＴ ＆ Ｔベル研究所が開発したオペレーティングシステムの名称である）系のＯＳ上のコマンドにて、測定することが可能である。また、別途、本ＩＰ電話ネットワークシステムにて使用するＵＤＰやＨＴＴＰ等の音声パケットを実際に送受信させ、その遅延時間を測定するソフトウェアを作成し、それにより測定することも可能である。ＯＳ上のコマンドやソフトウェアによって、発呼側と着呼側の各アダプタが所属する２箇所のセッション管理サーバ間の直接の経路遅延を求めることができるとともに、他の第３のセッション管理サーバへ迂回した場合の経路遅延を求めることもできる。この結果、２箇所のセッション管理サーバ間の経路遅延よりも、迂回した場合の経路遅延の合計のほうが、より短時間である調査結果が得られた場合に、迂回経路を選択して、通話中継サーバの経路として、第３の地点の通話中継サーバを経由するように音声データ中継経路の設定へ変更することが可能である。
図６０は、インターネット経路遅延状況調査による混雑度の確認処理を説明する図である。
図６０では、東京大阪間の総遅延が１００ｍｓｅｃ、東京千葉間の総遅延が８００ｍｓｅｃ、東京千葉間の総遅延が２００ｍｓｅｃという調査結果が出ている。このため、東京大阪間と東京千葉間とを接続する場合の総遅延が大阪千葉間を接続する場合の総遅延よりも遅延が短くなるため、大阪千葉間の通信経路を、東京大阪間と東京千葉間との通信経路に置き換えている。この第３の中継拠点の選択も、全国に配置されるセッション管理サーバが数多くあれば、遅延時間の総和を計算し比較して、最適なものを選択することで、より快適な通信状況を確保することができる。当然のことながら、数多くの通信経路が同時に存在することになるため、可能な限り、それぞれの通信経路が一箇所に集中することなく、適宜分散するように制御することが可能である。
なお、各セッション管理サーバ及び通話中継サーバ間のネットワークトラフィック状況を図６０に示すような図を表示させるソフトウェアを実装することで、システム管理者が目視によりネットワーク輻輳状況を把握することができ、システム管理者が直接すいているネットワーク経路へ音声データ送受信経路が割り当てられるようにセッション管理サーバに第３の中継拠点の通話中継サーバの指示を行うことができる。これは、自動的なサーバ上のプロセス処理だけでは、時間的余裕のない緊急時に有効な操作ができる。
図６０では、総遅延を、例えば、「大阪−千葉間総遅延８００ｍｓｅｃ」と通信経路の近くに文字を表示していた。しかし、遅延速度別に通信経路を色分けしたり、点滅させたりすることも可能である。
管理者は、頻繁に通話障害が発生する場合には、既に提供してきたＩＰ電話ネットワークシステムを見直し、再設計、再構築を行う必要がある。これから、管理者への警告機能は重要である。以下に、管理者への警告内容を整理しておく。
（１）サーバ故障に対して基本的に二重系にて対応するが、故障時に自動復旧を行い、その点について、管理者へ自動メッセージ送信やログ出力などで連絡する。
（２）ＩＰ電話をかけようとして、サーバへのアクセスがタイムアウトになった場合等が多く、一定数以上公衆でかけざるをえない場合、管理者へ自動メッセージ送信やログ出力などで警告をあげる。
（３）ＩＰ電話をかけている状態で、一定以上のトラフィックがあり多くのユーザの通話品質に問題がある場合、管理者へ自動メッセージ送信やログ出力などで警告を上げる。
（４）ＩＰ電話をかける場合に、通常の通話中継サーバの音声データ送受信経路がほとんど利用できず、頻繁に通話経路変更があり、これが一定値を越える場合、管理者へ自動メッセージ送信やログ出力などで警告を上げる。
実施の形態１１．
セッション管理サーバ及び通話中継サーバは、企業や学校などの団体の限定された地区に設置することも可能である。この場合、特定の地区における電話に関しては、外線と異なり、地区内で利用可能な内線電話番号体系を設定することが多い。こうした内線電話番号に対して、本無線通信装置のＩＰアドレスや識別子へ変換する変換テーブルをデータベースとして、一括に管理できると、便利である。そこで、図６１に示すように、この変換テーブルをセッション管理サーバ上に実装する（図６１の内線電話番号データベース７２０）ことで、各無線通信装置から内線電話番号が入力された場合に、セッション管理サーバへ無線通信装置から内線電話番号情報を送信し、セッション管理サーバ上で、通話相手の無線通信装置を特定し、それから、特定した通話相手の無線通信装置に対して、図６２に示す（１）〜（６）の手順で呼制御処理を行う。
図６２を用いて内線電話呼制御方式の手順を説明する。
発呼側無線通信装置は内線電話番号が入力されると、入力された電話番号とともに、発呼メッセージをセッション管理サーバへ送信する（２）。セッション管理サーバは、送信された内線電話番号を元に、内線電話番号データベース７２０を参照し、通信相手を特定する（３）。着呼側無線通信装置から着呼メッセージ取得処理が行われると（１）、セッション管理サーバは、着呼メッセージを着呼側無線通信装置に返す。また、発呼側無線通信装置に対しても発呼メッセージの応答を行う（５）。（４）と（５）の後の処理は、通常のＵＤＰ直接通信による無線通信装置間通話処理と同じように、発呼側と着呼側とで通話を行う（６）。もし、セッション管理サーバで内線電話番号データベース７２０を参照しても、通話相手の無線通信装置を特定できない場合は、検索が失敗したことを発呼側へ報告する（３）。発呼側無線通信装置は、ユーザに対して「おかけになった番号は、現在使われておりません。」や「番号管理システムが故障しております。」等のメッセージを伝える。
実際に内線番号対応の呼制御方式を導入する導入形態としては、ＰＢＸがない場合（図６３）、ＰＢＸ１３０がある場合（図６４，図６５）それぞれにいくつか例がある。
図６３に示したＰＢＸがない場合の導入形態では、内線電話は、拠点内においては域内Ｕ直型（「Ｕ直型」は、実施の形態６の図３９で説明した方式１の通話中継サーバ未使用のＵＤＰを用いたメッセージ送受信処理を示すものである）。拠点間は、域外間通話ＵＵＵとなる（「ＵＵＵ」とは、実施の形態６の図３９に示した方式３の通話中継サーバを２台使用する無線通信装置と通話中継サーバ間及び通話中継サーバと通話中継サーバ間とをＵＤＰを用いてメッセージ送受信処理を行うことを示すものである）。内線番号の判定は、直接公衆回線網に繋がるので、拠点間は「７−場所番号−内線番号」というようにプレフィックス「７」をつけて発信する。セッション管理サーバでは、プレフィックスを外して、「場所番号−内線番号」の電話番号情報を送信する。
次に、ＰＢＸがある場合の導入形態を説明する。
図６４では、ＰＢＸ内線側へ無線通信装置を設置する形態を示している。
図６４の場合、拠点内はＰＢＸによる内線であるが、拠点間は域外間通話「ＵＵＵ」となる（「ＵＵＵ」は、実施の形態６の図３９の方式３の「ＵＵＵ型」を示すものである）。電話番号判定の処理は、拠点間は「７−場所番号−内線番号」というように、プレフィックス「７」で、他拠点へのＩＰ電話をかける。
実施の形態１２．
既に、実施の形態１にて示したように、無線通信装置からセッション管理サーバへのＴＣＰ接続の状態について、無線通信装置は認知していないにもかかわらず、ＴＣＰ接続がインターネット経路上のどこかで切断されてしまう場合があることを説明した。ＴＣＰ接続がインターネット経路上のどこかで切断されてしまうことを無線通信装置が確認できるようにするため、図６５に示すように、セッション管理サーバは、無線通信装置から「ＨＴＴＰ ＧＥＴメソッド」の受信に対して、「ＨＴＴＰ ＧＥＴステータス応答」をボディ部を除いて返信する。ボディ部は、セッション確立要求があったときに返す。セッション管理サーバは、セッション確立要求があるまで「Ｋｅｅｐ−Ａｌｉｖｅ情報」をボディ部の一部として一定周期で無線通信装置に返す。無線通信装置は、ボディ部（Ｋｅｅｐ−Ａｌｉｖｅ情報）がタイムアウトになっても届かない場合、セッション管理サーバに対して再接続を要求する。このとき、ＧＥＴメソッドに再接続であることを知らせる情報を付加しておくと、タイムアウトから少し遅れて着信情報が届いた場合には、セッション管理サーバは、再接続の要求であることを確認してから送るはずであった着信情報を、ボディ部として応答することができる。
一方、無線通信装置は、音声情報についてもＨＴＴＰ、つまりＴＣＰ接続を確保して送受信することがあるので、同様に、ＴＣＰ接続が切断されてしまうと、音声情報の送受信が滞ってしまうことになる。
そこで、図６６に示すように、音声情報の送受信についても、音声情報送受信経路上のどこかで、ＨＴＴＰを用いている場合には、音声情報が存在するかしないかに係らず、一定周期で同じＴＣＰ接続上にて、Ｋｅｅｐ−Ａｌｉｖｅ情報を送受信する。これにより、音声情報の最終的な送信先である無線通信装置にてタイムアウトを検出した場合に、そのＴＣＰ接続の再接続を行うようにすることで、音声情報の送受信の途絶えを防ぐことが可能となる。
また、音声情報の送受信は、通信中継サーバを１段あるいは２段経由してなされる場合もあり、このときは、音声情報の送信先の無線通信装置のみＴＣＰ再接続を行うことに加え、音声情報の送信元の無線通信装置側もＴＣＰ再接続を行う必要がある。実施の形態１での無線通信装置のオフフック情報を通信先の無線通信装置に伝えるのと同様に、このＴＣＰ再接続の指示は、セッション管理サーバを経由することで、音声情報の送信元の無線通信装置に対して、伝えることが可能である。こうして、ＴＣＰ再接続処理が音声情報の送信先と送信元の無線通信装置の両側でなされることで、インターネット上のＴＣＰ接続の切断があっても、音声情報の通信を継続して行うことができる。
図６６では、無線通信装置１２０は、音声情報の間に一定周期で「Ｋｅｅｐ−Ａｌｉｖｅ情報」を挿入し、無線通信装置１１０に送る。無線通信装置１１０は、無線通信装置１２０からの「Ｋｅｅｐ−Ａｌｉｖｅ情報」を待つ。無線通信装置は、「Ｋｅｅｐ−Ａｌｉｖｅ情報」がタイムアウトになっても到着しない場合は、発呼側の通話中継サーバ３１０に対してＴＰＣの再接続を要求するとともに、セッション管理サーバ経由で通話先の無線通信装置１２０に対しても、通話中継サーバを再接続するように指示を行う。
実施の形態１３．
上記無線通信装置は、音声データの送受信処理を行う。音声データは、無線通信装置のマイクスピーカ装置（音声入力部の一例）等から入力された音声アナログデータを無線通信装置内に実装されているアナログデジタル変換装置或いはソフトウェアにより音声デジタルデータに変換し、さらに無線通信装置内に実装されている音声コーデック（音声符号化復号化装置或いはソフトウェア）により、圧縮された音声データに変換される。
この音声コーデックが音声符号化復号化する単位時間分の圧縮音声データを音声フレームデータを呼ぶ。ＩＰネットワークに音声データを送信するときには、この音声フレームデータが１つ以上蓄積されて１つのＩＰパケットとして構成する。音声フレームデータが１つのＩＰパケットにいくつ格納されるかについては、ＩＰネットワークのトラフィック状況及び遅延時間による品質を考慮し、無線通信装置が適切な蓄積時間を指定することで決定される。例をあげると、音声フレームデータの時間長が２０ｍｓｅｃ，蓄積時間を６０ｍｓｅｃのようになり、この場合、１つのＩＰパケットに３つの音声フレームデータが格納されることになる。
図６７に示すように、従来の方法では、２０ｍｓｅｃ経過すると音声フレームデータが生成され機械的にＩＰパケットに格納され、蓄積時間６０ｍｓｅｃが経過するごとに自動的にＩＰパケットが送信されていた。
一方で、無音圧縮という方式があり、ある一定のレベル以下の音量では、無音状態とみなして、あえて音声フレームデータを生成しないようにして、不必要なＩＰパケットを送信しないようにする。
ここで、音声コーデックは、有音状態が続いていて、無音状態となったときに、有音が終端であることを示す音声フレームデータを生成する場合が多い。この有音が終端であることを示す音声フレームデータは、受信側の音声コーデックにおいて、その情報を元に自然な音声減衰消失を再現できる。一方では、無音状態から有音状態に変わる最初の音声フレームデータには、マーカビットというビット情報をオンにすることで、有音状態の再開を受信側の音声コーデックに示すことで、自然な音声の立ち上がりが再現できる。さらに、受信側では、音声データが到着していない無音状態のときに、適当なノイズを再生させることで、自然な背景音を利用者に与えるようにしている。
無音圧縮方式をサポートした音声コーデックにおいて、上記の有音が終端であることを示す音声フレームデータ及び、有音が開始されるマーカビットがオンとなった音声フレームデータを受信側にて受け取ることは、有音状態と無音状態との間の自然な移行を再現できる。逆に有音が終端であることを示す音声フレームデータ及び、有音が開始されるマーカビットがオンとなった音声フレームデータを受信側の音声コーデックがどちらでも受け取りに失敗すると、有音の立ち上がりが欠損したり、不快なノイズが発生したり、有音の終了時に音の乱れが発生したりする。
以上から、図６８に示すように、この従来の方法に従うと、ＩＰパケットの大幅な送信遅延揺らぎが発生した場合、上記の有音が終端であることを示す音声フレームデータを含むＩＰパケットだけが、それまでの有音状態の音声フレームデータから時間的にかなり遅れて到着すると、受信側の音声コーデックの無音圧縮の再生処理に影響を及ぼし、ＩＰパケットが欠損しないまでも、有音の終了時に音の乱れが発生したりする。
さらに、図６９に示すように、このようにその時点までの有音が終端であることを示す音声フレームデータを含むＩＰパケットが遅れて到着し、すぐその後に、次の有音状態が開始されるマーカビットがオンとなった音声フレームデータが到着すると、短時間に連続して受信側の音声コーデックに有音終了、有音開始が指示されることになり、有音の立ち上がりが欠損したり、不快なノイズが発生したりする場合がある。
したがって、図７０に示すように、本発明においては、上記のようなＩＰネットワークの遅延揺らぎが激しい場合でも音声品質を保つために、上記の有音が終端であることを示す音声フレームデータが送信側の音声コーデックにより生成された場合、ＩＰパケットの蓄積時間が経過しなくても、すぐにその時点でＩＰパケットの構成を終了し、ＩＰネットワークへ送信を行うようにしている。この結果、無音圧縮をサポートしている受信側の音声コーデックは、自然な音声減衰消失や自然な音声の立ち上がりが再現可能となる。
実施の形態１４．
図７１は、実施の形態１４における構成を示す図である。各構成は、実施の形態１と同様である。
図７１において、無線通信装置１１０或いは無線通信装置１２０は、無線基地局１０或いは無線基地局２０を介してインターネットに接続されている。無線基地局１０，２０は、無線通信と有線通信とを互いに変換する。
無線通信装置１１０，１２０は、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）を含む携帯電話の複数の通信機能を備え、利用者により上記複数の通信機能のうち１つを選択させ、選択された通信機能を用いて通信を行う。
以上のように、無線通信装置１１０，１２０は、上記無線通信装置１１０，１２０の通信機能を備える以外に、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）等を含む従来の携帯電話の通信機能をも備え、利用者は、上記いずれかの通信機能のうち、どれかを選択して通信操作を行うことができることを特徴とする。
図７１において、無線通信装置１１０，１２０は、ＰＨＳを含む携帯電話の通信機能を備える複数の通信モジュールを備えている。無線通信装置１１０，１２０は、複数の通信モジュールの内、少なくとも１つを選択して入力し、入力された通信モジュールを用いて通信を行う。
上記複数の通信モジュールは、一例としてインターネットのような有線ネットワークと接続し、かつ通信が可能な通信モジュールを有している。
上記無線通信装置１１０，１２０は、上記複数の通信モジュールの内、有線ネットワークと接続し、かつ通信が可能な通信モジュールを選択し、選択された通信モジュールを入力する。
以上のように、無線通信装置１１０，１２０は、上記のＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）等を含む従来の携帯電話の通信機能を備える通信装置モジュールをいくつか自由に選択してこの無線通信装置に付加できることを特徴とする。
また、無線通信装置１１０，１２０は、上記通信モジュールとして、有線ネットワークとの接続し通信ができる通信装置モジュールを選択して無線通信装置に付加できることを特徴とする。
実施の形態１５．
図７２は、実施の形態１５の構成を示す図である。
図７２において、１１，１２は、無線基地局、１９１０は、ＩＰ通信処理部、１９２０は、公衆回線通信処理部、１９３０は、選択部、１９４０は、アドレス変換部、１９５０は、アドレス変換部である。その他の構成は、実施の形態１と同様である。
図７２において、インターネットは、ＩＰ電話ゲートウェイを介して公衆回線に接続されている。
無線通信装置１１０は、利用者より電話番号情報を入力する。
ＩＰ通信処理部１９１０は、無線基地局１１を介してインターネットを介して通信する。
公衆回線通信処理部１９２０は、無線基地局１２を介してアナログデータを通信する公衆回線を介して通信する。
選択部１９３０は、上記インターネットと公衆回線とを選択する。
アドレス変換部１９４０は、上記電話番号情報を通信先の無線通信装置の識別番号に変換する。
無線通信装置１１０は、ＩＰ通信処理部１９１０、公衆回線通信処理部１９２０、選択部１９３０、アドレス変換部１９４０を備えている。
上記公衆回線通信処理部１９２０は、発呼手段を有し、利用者により入力された電話番号情報について、上記選択部１９３０により公衆回線が選択された場合に、上記電話番号情報をそのまま上記発呼手段に入力して電話の通信を行う。
上記アドレス変換部１９４０は、利用者により入力された電話番号情報について、上記選択部１９３０によりインターネットが選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換する。
上記ＩＰ通信処理部１９１０は、上記アドレス変換部１９４０により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行う。
図７２において、発呼側のセッション管理サーバ２１０は、インターネットに接続されている。発呼側のセッション管理サーバ２１０は、電話番号情報を通信先の無線通信装置の識別番号に変換するアドレス変換部１９５０を有する。
上記アドレス変換部１９５０は、利用者により入力された電話番号情報について、上記選択部１９３０によりＩＰ電話専用網が選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換する。
上記ＩＰ通信処理部１９１０は、上記アドレス変換部１９５０により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行う。
以上のように、無線通信装置１１０は、上記複数の通信機能を備え、利用者により入力された電話番号情報について、既存の公衆回線電話と同等に使用できる通信機能が選択された場合に、その電話番号情報をそのままその通信機能の発呼手段に入力して電話の通信を行うことができ、上記ＩＰ通信機能が選択された場合に、この無線通信装置１１０、あるいは、この無線通信装置１１０が所属するセッション管理サーバ２１０内に内蔵された電話番号から通信先の無線通信装置の識別番号に変換するアドレス変換手段に、その電話番号情報を入力して通信先の無線通信装置の識別番号を取得し、その通信先へ電話の通信を行うことができることを特徴とする。
また、無線通信装置１１０は、利用者により入力された電話番号情報について、上記選択部１９３０によりインターネットが選択された場合に、本無線通信装置１１０が所属するセッション管理サーバ２１０までその電話番号情報を送信する。
上記セッション管理サーバ２１０が、所定のＩＰ電話ゲートウェイに接続し、その電話番号情報を送信することで、セッション管理サーバ２１０からそのＩＰ電話ゲートウェイが設置されたＩＰ電話専用網を経由して、他の一般の電話通信装置へ電話の通信を行う。
以上のように、無線通信装置１１０は、利用者により入力された電話番号情報について、上記ＩＰ通信処理部１９１０の通信機能が選択された場合に、この無線通信装置１１０が所属するセッション管理サーバ２１０までその電話番号情報を送信し、そのセッション管理サーバ２１０が、ＳＩＰやＨ．３２３などの既存の標準に準拠したＩＰ電話ゲートウェイに接続し、その電話番号情報を送信することで、セッション管理サーバ２１０からそのＩＰ電話ゲートウェイが設置されたＩＰ電話専用網を経由して、他の一般の電話通信装置へ電話の通信を行えることを特徴とする。
図７２においては、発呼側の構成について記載しているが、着呼側も同様の構成を有している。無線通信装置１１０は無線通信装置１２０に、無線基地局１０は無線基地局２０に、セッション管理サーバ２１０はセッション管理サーバ２２０に置き換えた場合に、着呼側の構成となる。
着呼側のセッション管理サーバ２２０は、インターネットを経由して他の電話通信装置からなされた発呼通信に対して、着呼のための接続を行い、該当する無線通信装置１２０への着呼処理を行い、電話の通信を行う。
以上のように、無線通信装置１２０は、インターネットを経由して他の一般の電話通信装置からなされた発呼通信に対して、セッション管理サーバ２２０が着呼のための接続を行い、該当する無線通信装置１２０への着呼処理を行い、電話の通信を行えることを特徴とする。
図７３は、実施の形態１５の具体例を示す図である。
図７３において、携帯電話基地局、無線ＬＡＮ（ローカル エリア ネットワーク）対応ＩＳＰ（インターネットサービスプロバイダ）サーバは、基地局装置の一例である。無線ＬＡＮ対応ＩＳＰサーバは、無線ＬＡＮ中継機を介して無線通信装置と接続する。無線ＬＡＮ対応ＩＳＰサーバは、インターネットに接続されている。インターネット上には、セッション管理サーバ、ＳＩＰ（セッション・イニシエイション・プロトコル）サーバ、ＩＳＰ運営中継サーバ、ＩＰ電話端末が接続されている。ＳＩＰサーバは、ＩＰ電話ゲートウェイを介して公衆回線に接続されている。携帯電話基地局は、公衆回線に接続されている。公衆回線には、既存公衆回線電話、ＩＰ電話端末が接続されている。携帯電話基地局は、既存の携帯電話の基地局として電話通信機能を果たしている。無線通信装置は、携帯電話基地局を介して既存の携帯電話と同様に通話をすることができる。
図７４は、通信する場合の一例を示す図である。
図７４においては、無線通信装置の一例として無線通信端末、無線基地局装置の一例としてＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）基地局、無線ＬＡＮブロードバンドルータを示している。ＰＨＳ基地局は、インターネットに接続されている。無線ＬＡＮブロードバンドルータは、無線ＬＡＮ対応ＩＳＰサーバに接続されている。無線ＬＡＮ対応ＩＳＰサーバは、インターネットに接続されている。また、発呼側セッション管理サーバは、インターネットに接続されている。インターネットは、ＩＰ電話ゲートウェイを介して専用ＩＰ電話網に接続されている。
まず、無練通信端末には、ユーザにより従来の一般の電話番号が入力される。無線通信端末は、従来のＰＨＳ電話通信機能とＰＨＳのＩＰ接続によるＩＰ電話通信機能と無線ＬＡＮによるＩＰ電話通信機能とを備えている。
従来のＰＨＳ電話通信機能が使用される場合、無線通信端末は、ＰＨＳ基地局を介して電話番号をそのまま発呼する。ＰＨＳ基地局は、従来の公衆回線を用いて相手方に接続し、通話する。
ＰＨＳのＩＰ接続によるＩＰ電話通信機能が使用される場合、無線通信端末は、ＰＨＳ基地局を介してＩＰ接続経由で電話番号情報により発呼する。ＰＨＳ基地局は、無線通信端末をインターネットに接続する。
無線ＬＡＮによるＩＰ電話通信機能が使用される場合、無線通信端末は、無線ＬＡＮブロードバンドルータを介してＩＰ接続経由で電話番号情報により発呼する。無線ＬＡＮブロードバンドルータは、無線ＬＡＮ対応ＩＳＰサーバに接続し、無線ＬＡＮ対応ＩＳＰサーバは、無線通信端末をインターネットに接続する。
ＩＰ接続経由で電話番号情報により発呼された場合、発呼側セッション管理サーバは、電話番号情報から発呼先端末の識別番号を検索する。発呼側セッション管理サーバは、発呼先がセッション管理サーバに管理された端末で無い場合、専用ＩＰ電話網設置のＩＰ電話ゲートウェイ経由で発呼を行なう。発呼側セッション管理サーバは、発呼先がセッション管理サーバに管理されたＩＰ電話通信機能端末である場合、そのままインターネット経由で発呼を行なう。
上記通信処理については、発着呼が逆の経路も可能である。
図７５は、インターネット経由で発呼を行なう場合を示す図である。
まず、無線通信端末には、ユーザにより従来の一般の電話番号が入力される。無線通信端末は、無線ＬＡＮによるＩＰ電話通信機能を備えている。
無線通信端末は、発呼側の無線ＬＡＮブロードバンドルータを介してＩＰ接続経由で電話番号情報により発呼する。発呼側の無線ＬＡＮブロードバンドルータは、発呼側の無線ＬＡＮ対応ＩＳＰサーバに接続し、発呼側の無線ＬＡＮ対応ＩＳＰサーバは、無線通信端末をインターネットに接続する。
発呼側セッション管理サーバは、電話番号情報から発呼先端末の識別番号を検索する。発呼側セッション管理サーバは、発呼先がセッション管理サーバに管理されたＩＰ電話通信機能端末である場合、インターネット経由で着呼側セッション管理サーバへ接続し、発呼処理を行なう。
着呼側セッション管理サーバは、着呼処理を行ない、着呼側の無線ＬＡＮ対応ＩＳＰサーバ、或いはＡＤＳＬ等ブロードバンド対応ＩＳＰサーバ等に接続される。
着呼側の無線ＬＡＮ対応ＩＳＰサーバは、着呼側の無線ＬＡＮブロードバンドルータに接続される。着呼側の無線ＬＡＮブロードバンドルータは、無線通信を用いて無線ＬＡＮによるＩＰ電話通信機能を備えている無線通信端末に接続する。
ＡＤＳＬ等ブロードバンド対応ＩＳＰサーバは、ＡＤＳＬ等ブロードバンドルータに接続される。ＡＤＳＬ等ブロードバンドルータは、無線ＬＡＮによるＩＰ電話通信機能を備えているＩＰ電話アダプタ端末に接続する。ＩＰ電話アダプタ端末は、通話装置に接続する。
上記通信処理についは、発着呼が逆の経路も可能である。
図７６は、専用ＩＰ電話網経由で発呼を行なう場合を示す図である。
まず、無線通信端末には、ユーザにより従来の一般の電話番号が入力される。無線通信端末は、無線ＬＡＮによるＩＰ電話通信機能を備えている。
無線通信端末は、発呼側の無線ＬＡＮブロードバンドルータを介してＩＰ接続経由で電話番号情報により発呼する。発呼側の無線ＬＡＮブロードバンドルータは、発呼側の無線ＬＡＮ対応ＩＳＰサーバに接続し、発呼側の無線ＬＡＮ対応ＩＳＰサーバは、無線通信端末をインターネットに接続する。
発呼側セッション管理サーバは、電話番号情報から発呼先端末の識別番号を検索する。発呼側セッション管理サーバは、発呼先がセッション管理サーバに管理されたＩＰ電話通信機能端末で無い場合、ＩＰ電話専用通信事業者へ既存ＩＰ電話標準（例えば、ＳＩＰ）により接続し、発呼を行なう。図７６においては、ＩＰ電話専用通信事業者のサーバとしてＳＩＰサーバを用いている。
ＳＩＰサーバは、ＩＰ側のＩＰ電話ゲートウェイを介して専用ＩＰ電話網に接続する。専用ＩＰ電話網は、ＩＰ電話公衆局ゲートウェイを介して公衆回線に接続されている。ＳＩＰサーバは、専用ＩＰ電話網、公衆回線を用いて既存の通話装置、或いは携帯電話基地局に接続する。携帯電話基地局は、携帯電話無線を用いて携帯電話端末に接続する。
上記通信処理については、発着呼が逆の経路も可能である。
実施の形態１６．
図７７は、実施の形態１６における構成を示す図である。
図７７において、１０１０は、通信処理部、１０２０は、測定部、１０３０は、通信機能選択部、１０４０は、電源部、１０５０は、通信料金通知部である。その他の構成は、実施の形態１と同様である。
図７７において、無線通信装置１１０は、通信処理部１０１０、測定部１０２０、通信機能選択部１０３０、電源部１０４０、通信料金通知部１０５０を備えている。
通信処理部１０１０は、複数の通信機能を有する。
測定部１０２０は、無線基地局１０からの距離と位置関係と地形と気象と通信時間帯と電磁波特性との複数の通信状況の内少なくとも１つの通信状況に影響される通信電磁波強度を測定する。
通信機能選択部１０３０は、上記複数の通信機能の内、上記測定部１０２０により測定された通信電磁波強度が最も安定して強く持続している通信機能を選択する。
上記通信処理部１０１０は、上記通信機能選択部１０３０により選択された通信機能により通信を行う。
通信機能選択部１０３０は、上記通信処理部１０１０が上記複数の通信機能の各通信機能を利用するにあたっての電力消費量を計測し、できる限り電力消費量の少ない通信機能を選択する。
上記通信処理部１０１０は、継続して通信できるように上記通信機能選択部１０３０により選択された通信機能を利用して通信する。
電源部１０４０には、電力が蓄積されている。
また、上記通信機能選択部１０３０は、上記電源部１０４０に蓄積された電力の消費量を管理し、管理された電力の消費量が所定の値を超えた場合に、できる限り電力消費量の少ない通信機能を選択する。
また、上記通信機能選択部１０３０は、上記複数の通信機能の内、所定の条件に基づき１つの通信機能を選択する。
通信料金通知部１０５０は、上記通信機能選択部１０３０により選択された通信機能により通信を行う上で、その選択された通信機能の通信料金が高価格であるか、低価格であるかの表示を色と数値と図形と音声との内少なくとも１つを用いて、利用者に対して通知する。
以上のように、無線通信装置１１０は、上記複数の通信機能を備え、無線基地局１０からの距離、位置関係、地形、気象、通信時間帯、電磁波特性等の通信状況に影響される通信電磁波強度を測定する機能を備え、最も通信電磁波強度が安定して強く持続しているものを選択する機能を備え、その選択された通信機能により通信を行えることを特徴とする。
また、以上のように、無線通信装置１１０は、上記複数の通信機能を備え、各通信機能を利用するにあたっての電力消費量を計測し、内蔵電源が消費されてくると、できる限り電力消費量の少ない通信機能を選択して継続して通信できるように通信機能を選択できることを特徴とする。
また、以上のように、無線通信装置１１０は、上記の自動的に選択された通信機能により通信を行う上で、その選択された通信機能の通信料金が高価格であるか、低価格であるかの表示を色、数値、図形、音声などを用いて、利用者に対して通知することを特徴とする。
実施の形態１７．
図７８は、実施の形態１７における構成を示す図である。
図７８において、１１１０は、通信処理部、１１２０は、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）処理部である。その他の構成は、実施の形態１と同様である。
図７８において、無線通信装置１１０は、通信処理部１１１０、ＧＩＳ処理部１１２０を備えている。ＧＩＳ処理部１１２０は、地図情報、表示部１１４０、位置計算部１１３０を有している。
通信処理部１１１０は、複数の通信機能を有する。
ＧＩＳ処理部１１２０は、地図情報を有し、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）機能を有する。位置計算部１１３０は、無線通信装置１１０の現在位置を確認する。表示部１１４０は、上記ＧＩＳ機能による現在位置情報と上記地図情報とに基づいて利用者に現在位置を通知し、上記複数の通信機能の各通信機能について、低価格の通信機能を利用することができる範囲がどこになるかを上記地図情報を用いて地図上に表示する。
図７８において、１２１０は、駅、１２１１は、駅１２１０に設置された無線基地局である。１２２０は、食堂、１２２１は、食堂１２２０に設置された無線基地局である。１２３０は、店舗、１２３１は、店舗１２３０に設置された無線基地局である。１２４０は、事務所、１２４１は、事務所１２４０に設置された無線基地局である。１２５０は、交通車両、１２５１は、交通車両１２５０に設置された無線基地局である。１２６０は、航空機、１２６１は、航空機１２６０に設置された無線基地局である。
無線通信装置における表示部１１４０は、上記地図情報を用いて、上記複数の通信機能の各通信機能について、低価格の通信機能のための無線基地局１２１１，１２２１，１２３１，１２４１，１２５１，１２６１を設置している、建築物の一例である交通機関の駅１２１０と食堂１２２０と店舗１２３０と事務所１２４０と移動可能な交通車両１２５０と移動可能なる航空機１２６０と等の内少なくとも１つを上記地図上に表示する。建築物は、交通機関の駅１２１０と食堂１２２０と店舗１２３０と事務所１２４０とを記載しているがこれに限るものではなく、一般建築物であっても構わない。その他の建築物であっても構わない。また、移動可能な交通車両１２５０と移動可能なる航空機１２６０とに限らず無線基地局が設置可能な移動体であれば構わない。例えば、移動可能な船舶等であっても構わない。
以上のように、無線通信装置１１０は、ＧＩＳ機能を備え、無線通信装置１１０の現在位置を確認することができ、上記ＧＩＳ機能による現在位置情報に基づいて地図表示機能により利用者に現在位置を通知することができ、上記の各種通信機能のうち、低価格の通信機能を利用することができる範囲がどこになるかを上記地図上に表示させることができることを特徴とする。
また、無線通信装置１１０は、上記地図表示機能により、上記の各種通信機能のうち、低価格の通信機能のための無線基地局を設置している鉄道などの交通機関の駅１２１０、食堂１２２０、店舗１２３０、事務所１２４０、移動する交通車両１２５０や航空機１２６０などを上記地図上に表示させることができることを特徴とする。
実施の形態１８．
図７９は、実施の形態１８における構成を示す図である。
図７９において、１３１０は、ＩＰ通信処理部である。その他の構成は、実施の形態１と同様である。
図７９において、無線通信装置１１０は、ＩＰ通信処理部１３１０を備えている。無線通信装置１１０は、無線基地局１０を介して複数のＩＳＰ（インターネットサービスプロバイダ）に接続可能であり、複数のＩＳＰの内１つを経由してインターネットに接続している。
ＩＰ通信処理部１３１０は、ＩＰ（インターネットプロトコル）ネットワークを介して通信する。
上記ＩＰ通信処理部１３１０は、通信機能を実現するために使用するインターネット上の複数のＩＳＰ（インターネットサービスプロバイダ）に接続するための登録情報を記憶し、記憶された複数のＩＳＰの中から、所定の基準により１つを選択する。
また、ＩＰ通信処理部１３１０は、利用料金の価格とアクセスの込み具合と上記無線基地局１０で利用可能であるかどうかとの複数の条件の内少なくとも１つの条件により最適なものを選択する。
以上のように、無線通信装置１１０は、上記ＩＰ通信機能を実現するために使用するインターネット上のＩＳＰ（インターネットサービスプロバイダ）接続するための登録情報を複数記憶しておくことができ、その複数のＩＳＰの中から、利用料金の価格や、アクセスの込み具合や、上記無線基地局で利用可能であるかどうか等の条件により最適なものを自動的に選択することができることを特徴とする。
実施の形態１９．
図８０は、実施の形態１９における構成を示す図である。
図８０において、１４１０，１４２０は、無線基地局、１４１１，１４１２は、ＩＳＰ情報、１４１２，１４２２は、ＩＳＰ（インターネットサービスプロバイダ）である。その他の構成は、実施の形態１と同様である。
図８０において、無線基地局１４１０，１４２０は、公的団体及び企業体とは異なる個人が設置した装置である。無線基地局１４１０は、自己が利用可能なＩＳＰ１４１２に関する情報であるＩＳＰ情報１４１１を記憶し、有している。同様に、無線基地局１４２０は、自己が利用可能なＩＳＰ１４２２に関する情報であるＩＳＰ情報１４２１を記憶し、有している。無線基地局１４１０，１４２０は、自己が利用可能なＩＳＰ１４１２，１４２２を経由してインターネットに接続される。
上記無線通信装置１１０は、個人が設置した無線基地局１４１０，１４２０にアクセスする場合に、上記無線基地局１４１０，１４２０が利用可能なＩＳＰ１４１２，１４２２に関する情報を上記無線基地局１４１０，１４２０から入力し、上記ＩＳＰ１４１２，１４２２に関する情報に基づいて、入力されたＩＳＰ１４１２，１４２２を利用して通信を行う。
図８１は、無線ＬＡＮホットスポットを表示した無線通信端末を示す図である。
無線通信端末は、無線通信装置１１０の一例である。無線通信端末は、表示機能を有している。無線通信端末の表示画面には、地域地図が表示され、地図上に、無線基地局装置の一例である無線ＬＡＮホットスポットが設置されたファーストフード店と無線ＬＡＮホットスポットが設置された喫茶店との位置、無料で無線ＬＡＮが使用できるエリア（範囲）が表示されている。
図８２は、無線基地局が利用できるＩＳＰに関する情報を利用して通信を行う場合を示す図である。
図８２において、無線通信端末は、無線通信装置１１０の一例である。無線通信端末は、表示機能を有している。無線通信端末の表示画面には、接続可能ＩＳＰ一覧として、”１．無料ＩＳＰ（Ａバーガー店）、２．無料ＩＳＰ（Ｂコンビニ（コンビニエンスストア））、３．格安広域ＩＳＰ（Ｃキャリア）、４．ユーザ契約定額ＩＳＰ”が表示されている。無線通信端末は、無線ＬＡＮのＩＰ接続によるＩＰ電話通信機能を有している。
図８２において、無線基地局装置の一例として、Ａバーガー店に設置された無線ＬＡＮブロードバンドルータ、Ｂコンビニに設置された無線ＬＡＮブロードバンドルータ、Ｃキャリアに設置された無線ＬＡＮブロードバンドルータが記載されている。３つの無線ＬＡＮブロードバンドルータは、それぞれ、自己が利用可能な無線ＬＡＮ対応ＩＳＰサーバに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、インターネットに接続されている。
無線通信端末は、自己が通信可能な無線ＬＡＮの基地局ブロードバンドルータを検出し、接続可能情報を表示する。図８２における表示画面上の４．が利用できない場合、１，２，３が自動選択（ユーザによる選択であっても構わない）され、基地局ブロードバンドルータからの情報に基づいて接続する。無線通信端末は、基地局ブロードバンドルータから利用可能なＵＤＰポート番号を取得し、ＩＰマスカレード設定を一時的に行なうことができる。無線通信端末は、デフォルトとして、図８２における表示画面上の４にあたるユーザが契約済のＩＳＰ（接続するためのアカウント、パスワード情報は、無線通信端末に記録しておく）が選択され、その情報にて接続を行なう。
無線通信端末は、表示画面上の１，２，３にあたる３つの基地局ブロードバンドルータのいずれかからの情報、或いは、表示画面上の４にあたるユーザが契約済のＩＳＰ情報に基づいて接続する。接続されたＩＳＰサーバは、無線通信端末が所属する（管理される）セッション管理サーバに接続し着呼確認待ち状態となり発呼の準備を行なう。
以上のように、無線通信装置１１０は、上記ＩＰ通信機能で使用する無線基地局１４１０，１４２０として、公的な団体や企業等で設置するものだけでなく、一般の個人が自由に設置したものを利用することができ、その無線基地局１４１０，１４２０にアクセスするとき、その無線基地局が利用できるＩＳＰに関する情報を無線通信装置１１０がその無線基地局１４１０，１４２０から得ることができ、そのＩＳＰに関する情報を元に、指定されたＩＳＰ１４１２，１４２２を利用して通信を行うことができることを特徴とする。
図８３は、認証情報の取得を行なう場合を示す図である。
図８３において、無線通信端末は、無線通信装置１１０の一例である。無線通信端末は、表示機能を有している。無線通信端末の表示画面には、”無料ＩＳＰ接続中”が表示され、さらに、商品広告表示がされている。図８３においては、一例として、ドーナッツとコーヒーのセット商品が商品広告として表示されている。無線通信端末は、無線ＬＡＮのＩＰ接続によるＩＰ電話通信機能を有している。
図８３において、無線基地局装置の一例として、Ａバーガー店に設置された無線ＬＡＮブロードバンドルータ、Ｂコンビニに設置された無線ＬＡＮブロードバンドルータ、Ｃキャリアに設置された無線ＬＡＮブロードバンドルータが記載されている。３つの無線ＬＡＮブロードバンドルータは、それぞれ、自己が利用可能な無線ＬＡＮ対応ＩＳＰサーバに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、インターネットに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、無線ＬＡＮ接続認証機能を有している。また、セッション管理サーバがインターネットに接続されている。セッション管理サーバは、ＩＳＰ各社の認証情報を管理する認証情報管理装置の一例としての各社認証情報管理機能を有している。
以上のように、インターネット通信システムは、さらに、上記無線基地局装置に接続され、上記ＩＳＰに接続するための上記登録情報を管理する認証情報管理装置を備えている。登録情報は、無線通信端末が通信のための接続を行なうことができる認証情報を有している。認証情報は、登録情報の一例である。
無線通信端末は、図７９におけるＩＰ通信処理部１３１０を有している。
無線通信端末は、無線通信端末が通信可能な無線ＬＡＮの基地局ブロードバンドに対して、認証情報の取得を行なう。無線通信端末は、３つの無線ＬＡＮブロードバンドルータの内１つと対応する無線ＬＡＮ対応ＩＳＰサーバとを経由して、所属するセッション管理サーバに接続する。無線通信端末は、所属するセッション管理サーバより周辺の無線ＬＡＮ基地局認証情報を取得する。
上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報の一例である認証情報を上記ＩＰ通信処理部１３１０に出力する。
上記ＩＰ通信処理部１３１０は、上記認証情報管理装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行なう。
上記認証情報管理装置は、上記ＩＰ通信処理部１３１０により上記登録情報に基づいて通信のための接続を行なう期間に対し課金する。
また、以上のように、上記ＩＰ通信処理部１３１０は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記認証情報管理装置から課金されることなく上記制御された上記登録情報を入力するように構成しても構わない。
また、上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部１３１０に出力する処理をおこなうソフトウェアを記憶する。
そして、上記ＩＰ通信処理部１３１０は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記認証情報管理装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力するように構成しても構わない。
以上のように、上記無線基地局は、上記の広告情報等の表示を行う代償として、上記ＩＳＰに接続するための上記登録情報を一時的に使用できる形態にて無線通信装置へ供与する一連の処理を行うことのできるソフトウェアを上記セッション管理サーバ等からダウンロードし、後から付加的に上記機能を追加することができることを特徴とする。
また、上記無線基地局装置は、上記広告情報を配信する。
そして、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示するように構成しても構わない。
以上のように、上記の無線通信装置は、上記の広告情報等を配信する上記無線基地局の通信可能領域内に移動したとき、自動的に上記広告情報等を受信し、各種表示手段により、それらを表示することができることを特徴とする。
図８３においては、セッション管理サーバがＩＳＰ各社の認証情報を管理する認証情報管理装置の一例としての各社認証情報管理機能を有しているが、無線基地局装置の一例である３つの無線ＬＡＮブロードバンドルータ、或いは、３つの無線ＬＡＮブロードバンドルータのそれぞれに対応する３つの無線ＬＡＮ対応ＩＳＰサーバがＩＳＰ各社の認証情報を管理する認証情報管理装置の一例としての各社認証情報管理機能を有していてもよい。かかる場合、無線基地局装置は、上記ＩＳＰに接続するための上記登録情報の一例である認証情報を管理し、
上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部１３１０に出力する。
上記ＩＰ通信処理部１３１０は、上記無線基地局装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行なう。
上記無線基地局装置は、上記ＩＰ通信処理部１３１０により上記登録情報に基づいて通信のための接続を行なう期間に対し課金する。
また、上記と同様に、上記ＩＰ通信処理部１３１０は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記無線基地局装置から課金されることなく上記制御された上記登録情報を入力するように構成しても構わない。
また、上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力する処理をおこなうソフトウェアを記憶する。
そして、上記ＩＰ通信処理部１３１０は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記無線基地局装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力するように構成しても構わない。
また、同様に、上記無線基地局装置は、上記広告情報を配信する。
そして、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示するように構成しても構わない。
また、以上のように、上記無線基地局装置の一例としての無線ＬＡＮブロードバンドルータは、複数存在し、
上記セッション管理サーバは、自己が管理する無線通信装置が複数の無線基地局装置を利用するための複数の認証情報を記憶する。
上記無線通信装置は、自己が上記複数の無線基地局装置の内１つの無線基地局装置と接続しているときに、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置を利用するための複数の認証情報を、ＩＰ（インターネット プロトコル）回線経由にて、上記セッション管理サーバから取得する。無線通信装置は、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置の内いずれかの無線基地局装置が利用可能な範囲に上記無線通信装置が移動した場合に、上記取得した複数の認証情報に基づいて利用可能な範囲に存在する上記無線基地局装置に対して、通信のための接続を行なう。
以上のように、上記の無線通信装置は、上記無線基地局、あるいは、上記無線基地局に接続された認証情報管理装置から一時的に使用する時間だけ有料課金契約を行うことで、上記ＩＳＰに接続するための上記登録情報を一時的に使用できる形態にて取得し、通信のための接続が行えることを特徴とする。
また、上記の無線通信装置は、上記無線基地局、あるいは、上記無線基地局に接続された認証情報管理装置から広告情報等の表示を上記無線通信装置にて行うことや、商品購入等行為の代償として、上記ＩＳＰに接続するための上記登録情報を一時的に使用できる形態にて取得し、通信のための接続が行えることを特徴とする。
また、上記の無線通信装置は、周辺に存在する複数の上記無線基地局を利用するための認証情報を、他の上記無線基地局に接続しているときに、ＩＰ回線経由にて、上記所属セッション管理サーバから取得しておき、該当する上記無線基地局が利用できるエリアに移動したとき、その認証情報に基づいて上記無線基地局に対して、通信のための接続が行えることを特徴とする。
図８４は、無線ＬＡＮホットスポットを表示した無線通信端末を示す図である。
無線通信端末は、無線通信装置１１０の一例である。無線通信端末は、表示機能を有している。無線通信端末の表示画面には、地域地図が表示され、地図上に、無線基地局装置の一例である無線ＬＡＮホットスポットが設置されたファーストフード店と無線ＬＡＮホットスポットが設置された喫茶店との位置、無線ＬＡＮが使用できるエリア（範囲）が表示されている。また、無線通信端末は、図７８におけるＧＩＳ処理部１１２０を備えている。
セッション管理サーバは、無線基地局地図情報の収集機能を備え、一例として、無線基地局端末が利用した無線基地局の地図情報（無線基地局装置に関する位置情報の一例である）を集積し、各無線通信端末が新たに利用可能な無線基地局地図ＤＢ（Ｄａｔａ Ｂａｓｅ）を有している。セッション管理サーバは、無線基地局地図ＤＢに無線基地局の地図情報を学習蓄積していく。
上記ＧＩＳ処理部１１２０は、新しく利用した無線基地局装置に関する位置情報を有し、上記無線基地局装置に関する位置情報を上記セッション管理サーバに出力する。
上記セッション管理サーバは、他の無線通信装置へ、上記データベースの一例である無線基地局地図ＤＢにより蓄積された無線基地局装置に関する位置情報を送信する。そして、上記他の無線通信装置に対し地図表示による利用を促す。
また、上記ＧＩＳ処理部１１２０は、通信相手の無線通信装置がどこにいるかについての位置情報を、セッション管理サーバ経由で、通信相手の無線通信装置から取得する。
上記ＧＩＳ処理部１１２０は、取得した位置情報をテキスト情報と地図情報との内少なくとも１つの情報として、上記地図上に表示する。
以上のように、本実施の形態に係る無線通信装置は、新しく利用した無線基地局に関する位置情報を、上記セッション管理サーバの無線基地局関連のデータベースに蓄積し、他の無線通信装置を所有する利用者へ、集積された無線基地局関連の位置情報を送信し、地図表示させて利用することができることを特徴とする。
また、無線通信装置は、通信相手がどこにいるかについての情報を、セッション管理サーバ経由で、通信相手の無線通信装置から取得することができ、テキスト情報、または、地図情報として、表示させることができることを特徴とする。
図８５は、無線基地局が利用できるＩＳＰに関する情報を利用して通信を行う場合を示す図である。
図８５において、無線通信端末は、図７９におけるＩＰ通信処理部１３１０、図７８におけるＧＩＳ処理部１１２０を備えている。ＧＩＳ処理部１１２０は、地図情報、表示部１１４０、位置計算部１１３０を有している。
図８５において、無線基地局装置の一例として、Ａバーガー店に設置された無線ＬＡＮブロードバンドルータ、Ｂコンビニに設置された無線ＬＡＮブロードバンドルータ、Ｃキャリアに設置された無線ＬＡＮブロードバンドルータが記載されている。３つの無線ＬＡＮブロードバンドルータは、それぞれ、自己が利用可能な無線ＬＡＮ対応ＩＳＰサーバに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、インターネットに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、無線ＬＡＮ接続認証機能を有している。また、セッション管理サーバがインターネットに接続されている。セッション管理サーバは、ＩＳＰ各社の認証情報を管理する認証情報管理装置の一例としての各社認証情報管理機能を有している。各社認証情報管理機能は、各社無線ＬＡＮ対応ＩＳＰで有料サービス登録情報を事前登録しておき、利用者に一時的に貸し出す。
無線通信端末が通信可能な無線ＬＡＮの基地局ブロードバンドルータに対して、有料ＩＳＰの場合、ＩＰ電話サービス会社でまとめて、複数人登録情報を契約しておき、利用者が必要なときに、セッション管理サーバから一時的に認証情報を借りて利用する。無線通信端末が有料ＩＳＰの無線基地局に近づいたときは、事前に接続している他の無線基地局にアクセスしているときに登録情報の貸出を受ける。
図８５においては、無線通信端末の表示画面に、自己が現在接続している無線基地局の位置とＢコンビニの位置とが地域地図上に表示されている。
無線通信端末は、近くにＢコンビニがあるので、この時点で、Ｂコンビニの登録情報をサーバより取得しておく。さらに、Ｂコンビニから遠ざかって他の無線基地局を利用した時点で、Ｂコンビニの登録情報を返却する。
以上のように、上記インターネット通信システムは、上記無線基地局装置に接続され、上記ＩＳＰに接続するための複数の有料課金の登録情報を管理する認証情報管理装置を備えている。
上記ＩＰ通信処理部１３１０は、無線通信装置の一例である無線通信端末と上記無線基地局装置とが通信可能な範囲である場合に、上記認証情報管理装置より上記複数の有料課金の登録情報の内１つを入力し、入力された有料課金の登録情報に基づいて通信のための接続を行なう。
上記ＧＩＳ処理部１１２０は、無線通信装置が上記有料課金の登録情報を必要とする無線基地局装置に近づいていることを検知し、
上記ＩＰ通信処理部１３１０は、上記ＧＩＳ処理部１２１０により上記有料課金の登録情報を必要とする無線基地局装置に近づいていることが検知された場合に、その直前で利用している上記無線基地局装置を介して通信のための接続を行っている時点で、上記有料課金の登録情報を入力する。
以上のように、上記の無線通信装置は、通信サービス会社等が事前に利用者が利用できる上記有料課金の登録情報をある一定数契約を行っておき、無線通信装置を所有した利用者がその無線通信装置の通信可能領域へ移動してきたときに、上記セッション管理サーバ等から、その複数の契約情報を蓄積したデータベース装置へ問い合わせを行うことで、その中の１つの登録情報を送信してもらい、無線通信装置はその登録情報を入手して、無線基地局にアクセスして利用できることを特徴とする。
また、上記の有料課金の登録情報を必要とする無線基地局にＧＩＳによる位置情報から近づいていることが検知できたとき、その直前で利用している無線基地局にアクセスしている時点で、必要な登録情報をそれを経由して送信してもらっておくことを特徴とする。
実施の形態２０．
図８６は、実施の形態２０における構成を示す図である。
図８６において、１４１０は、基地局選択部、１４２０、１４２１，１４２２は、無線基地局である。その他の構成は、実施の形態１と同様である。
無線通信装置１１０は、基地局選択部１４１０を備えている。無線通信装置１１０は、移動しながら通信する。
無線通信装置１１０が通信可能な範囲内には、複数の無線基地局１４２０、１４２１，１４２２が存在する。
基地局選択部１４１０は、上記複数の無線基地局１４２０、１４２１，１４２２がこの無線通信装置１１０が通信可能な範囲内に複数存在した場合に、最も通信電磁波強度が安定して強く持続している無線基地局を選択する。
上記無線通信装置１１０は、上記基地局選択部１４１０により選択された無線基地局を経由により通信を行う。
図８７は、無線通信装置が移動しながら通信する場合を示す図である。
図８７において、無線通信装置の一例である無線通信端末が移動しながら通信する。図８７には、所定の通信可能範囲を有する無線基地局装置の一例である２つの無線ＬＡＮ中継機と無線ＬＡＮ対応ＩＳＰサーバが記載されている。無線ＬＡＮ対応ＩＳＰサーバは、インターネットに接続されている。無線ＬＡＮ対応ＩＳＰサーバは、他の通信ノードへ接続する。
無線通信端末は、アクセス可能な無線ＬＡＮ中継機を探し、最も通信状況の良い２箇所を選択する。無線通信端末は、選択した２つの無線ＬＡＮ中継機経由で２重に無線ＬＡＮ対応ＩＳＰサーバにセッションをはる。その内、通信状況の良い方にだけ呼制御及び音声ストリームデータを送信するようにする。
無線ＬＡＮ対応ＩＳＰサーバは、無線通信端末の無線ＬＡＮ対応ＩＳＰサーバへのアクセス経路が２つの無線ＬＡＮ中継機を経由して２つのＩＰアドレスから来ている場合でも、１つの端末識別子でどちらか一方にだけ呼制御及び音声ストリームデータを送信するようにする。
また、図示していないが、無線通信装置１１０が通信可能な範囲と異なる範囲にも無線基地局が存在する。
上記基地局選択部１４１０は、無線通信装置１１０が無線基地局と通信可能な範囲から別の範囲へと、移動する際に、通信電磁波強度を測定して、前回の無線基地局と比べより安定して接続できる無線基地局へ接続を切り替える。
上記無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して通信可能な範囲に位置する場合に、上記複数の無線基地局１４２０、１４２１，１４２２に対して同時に接続を行い、通信を行う。
ここで、上記無線通信装置１１０は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順番に交互に送受信するように構成しても構わない。
或いは、上記無線通信装置１１０は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順不同にて交互に送受信するように構成しても構わない。
上記無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して通信可能な範囲に位置し、通信を待ちうけている状態の場合に、上記複数の無線基地局１４２０、１４２１，１４２２に対してそれぞれ接続し、上記無線通信装置１１０が所属する１台のセッション管理サーバ２１０に接続して、複数の無線基地局１４２０、１４２１，１４２２の接続経路のいずれかを用いて、通信の発呼と通信の着呼との少なくとも１つを行なう。
上記無線通信装置１１０は、上記通信の発呼と通信の着呼との少なくとも１つを行なう場合に、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記通信の発呼と通信の着呼との少なくとも１つに関するデータを送受信する。
上記データは、ユーザデータグラムプロトコル（ＵＤＰ）データを有している。
上記無線通信装置１１０は、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記ＵＤＰデータを送受信する。
また、上記データは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを有している。
上記無線通信装置１１０は、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なう。
通信中継サーバ３１０は、無線基地局１４２０、１４２１，１４２２に接続され、発呼側の無線通信装置１１０と図示していない着呼側の無線通信装置１２０との間の通信を中継する。図８６においては、１つの通信中継サーバ３１０が記載されているが、本実施の形態におけるインターネット通信システムは、更に、別の複数の通信中継サーバを備えている。
上記無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して通信可能な範囲に位置し、移動しながら通信を行なう場合に、複数の無線基地局１４２０、１４２１，１４２２のうち通信の電磁波強度にしたがってより安定する無線基地局１４２０、１４２１，１４２２と接続するように動的に切り替えながら、上記複数の通信中継サーバのうち１つの通信中継サーバ（例えば、通信中継サーバ３１０）を用いて、通信データを送受信する。
また、上記無線通信装置１１０は、複数の無線基地局装置１４２０、１４２１，１４２２に対して異なる無線通信方式と上記無線通信方式に応じた無線通信帯域とに応じて、音声データのコーデック方式を変更するように構成しても構わない。
そして、上記無線通信装置１１０は、無線通信方式と、上記無線通信方式に応じた無線通信帯域と、音声データのコーデック方式とに関する情報を表示するように構成しても構わない。
上記無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して通信可能な範囲に位置し、通信を行なう場合に、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記通信中継サーバ（例えば、通信中継サーバ３１０）を経由する通信を行なう。
上記通信中継サーバ３１０は、ユーザデータグラムプロトコル（ＵＤＰ）データを中継する。
上記無線通信装置１１０は、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記通信中継サーバ３１０を経由するＵＤＰデータの通信を行なう。
また、上記通信中継サーバ３１０は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを中継する。
上記無線通信装置１１０は、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記通信中継サーバ３１０を経由する上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なう。
ここで、上記無線通信装置１１０は、通信をおこなっている上記任意の接続経路を表示するようにしても構わない。
また、上記無線通信装置１１０は、通信をおこなっている上記任意の接続経路について、図形情報と文字情報との内少なくとも１つを用いてどのような経路で通信データが送受信されているかを表示するようにしても構わない。
以上のように、無線通信装置１１０は、上記ＩＰ通信機能で使用する無線基地局がこの無線通信装置１１０が通信可能な範囲内に複数存在した場合に、最も通信電磁波強度が安定して強く持続しているものを選択する機能を備え、その選択された無線基地局経由により通信を行えることを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置１１０が通信可能な範囲から別の範囲へと、移動する際に、自動的にその通信電磁波強度を測定して、より安定して接続できる無線基地局との接続に切り替えることを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置が通信可能な範囲に位置するとき、その複数の無線基地局１４２０、１４２１，１４２２に対して同時に接続を行い通信を行うことを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置が通信可能な範囲に位置するとき、その複数の無線基地局１４２０、１４２１，１４２２に対して同時に接続を行い、音声データ等を各無線基地局の経路に対して、順番に、あるいは順不同にて交互に送受信して、特定の経路の通信を傍受されても、通信の解読ができないようにできることを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置１１０が通信可能な範囲に位置するとき、通信を待ちうけている状態のときに、その複数の無線基地局１４２０、１４２１，１４２２に対する複数の接続にて、その無線通信装置１１０が所属する１台のセッション管理サーバ２１０に接続して、複数の無線基地局１４２０、１４２１，１４２２の接続経路のいずれかを用いて、通信を発呼するか、通信の着呼を待ちうけるかをすることができることを特徴とする。
また、上記の通信の発呼や着呼に関するデータの送受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の通信の発呼や着呼に関するＵＤＰデータの送受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の通信の発呼や着呼に関するＨＴＴＰデータのメソッド送信及びステータス応答受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置１１０が通信可能な範囲に位置し、移動中で通信を行っているとき、複数の無線基地局１４２０、１４２１，１４２２経由で同時に１台の通信中継サーバ３１０に接続し、その電磁波強度にしたがってより安定する無線基地局接続へと動的に切り替えながら、通信データを送受信させることができることを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局に対して異なる無線通信方式と、それに応じた無線通信帯域に応じて、音声データのコーデック方式を変更することを特徴とする。
また、上記の無線通信装置１１０は、無線通信方式と、それに応じた無線通信帯域と、自動的に切り替えられた音声データのコーデック方式とに関する情報を各種表示装置において表示できることを特徴とする。
また、上記の通信中継サーバ３１０を経由する通信データの送受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の通信中継サーバ３１０を経由するＵＤＰ通信データの送受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の通信中継サーバ３１０を経由するＨＴＴＰ通信データの送信メソッド及び受信ステータス応答は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の接続経路について、無線通信装置が、簡略な図形や文字の情報にてどのような経路で通信データが送受信されているかを各種表示手段により通知することを特徴とする。
実施の形態２１．
図８８は、実施の形態２１における構成を示す図である。
図８８において、１５１０は、通知部である。その他の構成は、実施の形態１と同様である。
無線通信装置１１０は、通知部１５１０を備えている。
無線基地局１０は、無線通信装置１１０がアクセス可能な規定数を有している。
通知部１５１０は、無線基地局１０がアクセス可能な規定数に達して上記無線通信装置１１０が通信をすることができない場合に、通信不可能状態を利用者に対して通知する。また、通知部１５１０は、通信不可能状態を利用者に対して表示する表示手段により通知する。図８８においては、「無線基地局にアクセスできません。アクセス可能規定数を超えています」という表示手段による表示の一例が記載されている。
以上のように、無線通信装置１１０は、上記ＩＰ通信機能で使用する無線基地局１０に対してこの無線通信装置１１０が通信可能な範囲内に移動してきたとき、その範囲内で既に利用されている他の無線通信装置がアクセス可能の規定数に達してもうこの無線通信装置１１０が通信をすることができない場合にその通信不可能状態を利用者に対して各種表示手段により通知することを特徴とする。
実施の形態２２．
図８９は、実施の形態２２における構成を示す図である。
図８９において、１６１０は、表示部である。その他の構成は、実施の形態１と同様である。
無線基地局１０は、表示部１６１０を備えている。
上記無線通信装置１１０と無線基地局１０とのうち少なくとも１つは、上記無線通信装置１１０が上記無線基地局１０を利用した時間情報と通信料金情報と通信相手の情報とのうち少なくとも１つの情報を記録し、記録した情報を上記セッション管理サーバ２１０へ通信履歴情報として送信する。
セッション管理サーバ２１０は、上記無線基地局１０へ上記通信履歴情報に基づく利用情報を送信する。
上記無線基地局１０における表示部１６１０は、上記セッション管理サーバ２１０から送信された利用情報を受信し、受信された利用状況を出力（表示）する。
また、上記セッション管理サーバ２１０は、上記利用情報を制御可能なソフトウェアを記憶する。
そして、上記無線基地局装置の一例である上記無線基地局１０は、上記ソフトウェアを入力し、入力されたソフトウェアを用いて上記利用情報を受信し、受信された利用情報を出力するように構成しても構わない。
また、上記無線基地局１０は、上記無線基地局１０のユーザに対して受信された利用情報をユーザが確認可能に出力するように構成しても構わない。
また、上記無線通信装置１１０は、上記利用情報を受信し、上記利用情報に基づいて過去の利用状況を無線通信装置１１０のユーザに対してユーザが確認可能に出力するように構成しても構わない。
また、上記利用情報は、過去に滞在した無線基地局装置の一例である上記無線基地局１０周辺のエリアに関する情報を有している。
そして、上記無線通信装置１１０は、過去に滞在した無線基地局装置の一例である上記無線基地局１０周辺のエリアに関する情報を無線通信装置１１０のユーザに対してユーザが確認可能に出力するように構成しても構わない。
以上のように、無線通信装置１１０及び無線基地局１０は、上記の無線基地局１０を利用した時間情報、通信料金情報や通信相手の情報を記録することができ、上記セッション管理サーバ２１０等へ通信履歴情報として送信することができることを特徴とする。
さらに、上記無線基地局１０は、上記セッション管理サーバ２１０等から送信された通信履歴情報を元にした利用情報を受信し、利用状況を無線基地局１０の管理者が確認できることを特徴とする。
さらに、上記無線基地局は、上記の利用状況を無線基地局の管理者が確認できるソフトウェアを上記セッション管理サーバ等からダウンロードし、その機能を後から付加的に加えることができることを特徴とする。
さらに、上記無線通信装置は、上記セッション管理サーバ等に蓄積した通信履歴情報を元にした利用情報を受信し、過去の利用状況を無線通信装置の利用者が確認できることを特徴とする。
さらに、上記無線通信装置は、過去の通信利用状況から、過去に滞在した無線基地局周辺のエリアに関する情報を各種表示手段により表示し、無線通信装置の利用者が確認できることを特徴とする。
また、無線通信装置からの通信データ（音声データ）を通信中継サーバにて中継する場合は、複数の通信中継サーバを設置して、個々の通信中継サーバに負荷を分散する必要がある。そこで、無線通信装置と通信中継サーバとを管理する管理サーバを設置する。以下、この管理サーバを「セッション管理サーバ」として記述する。
また、セッション管理サーバを複数備え、各セッション管理サーバによって管理する無線通信装置を予め決めておく。無線通信装置から自身を管理するセッション管理サーバの問い合わせを受け付けて、管理するセッション管理サーバを通知する通知サーバを、以下、「指定通知サーバ」として記述する。
無線通信装置は、以下、特に記載が無い場合であっても無線基地局（無線基地局装置）を介して、通信中継サーバ、セッション管理サーバ、指定通知サーバ等と通信する。但し、通信中継サーバ、セッション管理サーバ、指定通知サーバ等が無線基地局機能を備えているように構成しても構わない。かかる場合に、無線通信装置は、通信中継サーバ、セッション管理サーバ、指定通知サーバ等と直接通信する。無線基地局は、無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する。
実施の形態１．
この実施の形態１では、インターネットを用いて通信データ、例えば音声データを発呼側から着呼側に送信するインターネット通信システムの一例を説明する。
図１は、実施の形態１のインターネット通信システムのシステム構成図であり、構成する各要素の関係を示している。
図１において、１０，２０は無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換し、通信データ（音声データ）を送受信する無線基地局である。１１０、１２０は、無線通信装置であり、無線基地局１０，２０それぞれによって中継されている。無線通信装置１１０は、発呼側通信処理部１１１と着呼側通信処理部１１２とを備え、無線通信装置１２０は、発呼側通信処理部１２１と着呼側通信処理部１２２とを備えている。無線通信装置１１０，１２０とはそれぞれ、発呼側通信処理部と着呼側通信処理部とを備えているので、発呼側無線通信装置と着呼側無線通信装置のどちらにも使用できる。無線通信装置１１０，１２０は、発呼側の通信処理と着呼側の通信処理とをコンピュータに実行させる無線通信装置上で動作するプログラムを有している。
無線通信装置１１０，１２０の一例としては、例えば、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）を含む携帯電話がある。但し、これに限るものではない。
２１０、２２０は、セッション管理サーバであり、発呼側無線通信装置と着呼側無線通信装置と通信データ（例えば、音声データ）配信の中継を行う通信中継サーバとを管理し、発呼側無線通信装置からの通信要求（発呼メッセージ）に対して通信時に使用する通信中継サーバの指示を行う。また、着呼側無線通信装置からの通信問合せ（着呼メッセージ）に対して通信要求の有無を通知する。セッション管理サーバ２１０は、発呼側セッション管理部２１１と着呼側セッション管理部２１２とを備え、セッション管理サーバ２２０は、発呼側セッション管理部２２１と着呼側セッション管理部２２２とを備えているので、発呼側セッション管理サーバと着呼側セッション管理サーバのどちらにも使用できる。セッション管理サーバ２１０，２２０は、発呼側のセッション管理処理と着呼側のセッション管理処理とをコンピュータに実行させるセッション管理サーバ上で動作するプログラムを有している。
３１０，３２０は、本実施の形態１の通信中継サーバであり、無線通信装置間の通信においてＨＴＴＰによる通信データ（例えば、音声データ）配信を行う為の発呼側と着呼側との中継を行う。通信中継サーバ３１０は、ＨＴＴＰ通信部３１１とＵＤＰ（ユーザ データグラム プロトコル）通信部３１２とを備え、通信中継サーバ３２０は、ＨＴＴＰ通信部３２１とＵＤＰ通信部３２２とを備えている。通信中継サーバ３１０，３２０はＨＴＴＰ通信処理とＵＤＰ通信処理とをコンピュータに実行させる通信中継サーバ上で動作するプログラムを有している。
無線通信装置１１０，１２０と通信中継サーバ３１０，３２０とはＨＴＴＰ通信部３１１，３２１によりＨＴＴＰを用いてインターネットを介してデータの通信を行う。また、通信中継サーバ３１０と３２０とは、ＵＤＰ通信部３１２と３２２とによりＵＤＰを用いてインターネットを介してデータの通信を行う。
なお、ＵＤＰ通信部３１２と３２２の代わりに、ＲＴＰ（リアルタイム トランスポート プロトコル、又は、トランスポートプロトコル・フォー・リアルタイムアプリケーション）によるＲＴＰ通信部（図示せず）を用いてもよい。また、ＵＤＰ、ＲＴＰの代わりに、ＳＣＴＰ（シンプル コントロール トランスミッション プロトコル）や、ＴＣＰ上の様々なアプリケーション用に作られたプロトコルを用いてもよい。
４１０は、指定通知サーバである。指定通知サーバ４１０は、無線通信装置１１０，１２０からの要求に基づいて無線通信装置１１０，１２０を管理するセッション管理サーバ２１０，２２０を無線通信装置１１０，１２０へ通知する。
以下に記載する説明では、音声データを通信データの一例として、音声データを発呼側と着呼側とで相互に送受信するインターネット通信システムの一例を記載する。このため、通信データを通話データ、通信中継サーバを通話中継サーバとして記載する。
図２及び図２８は、実施の形態１の発呼側と着呼側とで行うデータ送受信の手順を示す図である。
図２及び図２８の指定通知サーバ、発呼側無線通信装置、着呼側無線通信装置、発呼側セッション管理サーバ、着呼側セッション管理サーバはそれぞれ、図５，６，９，１０に示す検索テーブルを備え、検索テーブルを参照して通信先のアドレスを取得する。
図２及び図２８に図示されている指定通知サーバ４１０は、各無線通信装置が所属するセッション管理サーバを管理し、無線通信装置の電源ＯＮ時に、無線通信装置からその無線通信装置自身の所属するセッション管理サーバの問合せを受信する。そして、問い合わせに対して、所属するセッション管理サーバの通知を、問い合わせ元の無線通信装置へ行う。無線通信装置の電源ＯＮ時に、無線通信装置から所属するセッション管理サーバの問合せを受信するプロセスが、“所属セッション管理サーバ検索プロセス”である。セッション管理サーバは、無線通信装置毎に管理しているセッション管理サーバを示す情報を記憶するデータファイルを有する。“所属セッション管理サーバ検索プロセス”は、立ち上がり時に無線通信装置毎に管理しているセッション管理サーバを示す情報を記憶しているデータファイルよりデータをメモリ展開し、無線通信装置からの問合せに対して該当するセッション管理サーバを検索し、検索結果を問い合わせもとの無線通信装置へ応答する。実施の形態１では、セッション管理サーバ毎の処理負荷を分散するため、複数のセッション管理サーバを設置し、指定通知サーバから無線通信装置ごとにその無線通信装置を管理するセッション管理サーバを通知する。上記したデータファイルの追加・更新は、管理者による手作業とする。このため、データファイルの追加・更新を行う場合は、所属セッション管理サーバ検索プロセスの停止を行い、データ更新後に再立ち上げを行う。上記した指定通知サーバの環境を図３に示す。
このように、セッション管理サーバ関連情報が更新されることを考慮して、無線通信装置は、定期的に指定通知サーバに電源ＯＮ時と同様な問い合わせを行うようにすることもできる。このようにすれば、無線通信装置のユーザが上記サーバ情報の更新に合わせて、電源の入れ直しやリセットを行う必要がなくなる。
発呼側無線通信装置と着呼側無線通信装置とを接続する手順について、図２の（１）から（１０）の順に説明する（図２８についても、図２との差異を中心に（１）から（１２）の順に説明を補足する）。
図２の（１），（２）（図２８も同様）は、所属セッション管理サーバ情報の取得処理である。すべての無線通信装置は、電源投入時に指定通知サーバへ一度だけ所属するセッション管理サーバ情報の問合せを行う。ここでは、発呼側無線通信装置１１０及び、着呼側無線通信装置１２０は、指定通知サーバ４１０に対して自分が所属するセッション管理サーバ情報の取得要求を行う。指定通知サーバ４１０は、要求元の無線通信装置の所属するセッション管理サーバを検索して、所属セッション管理サーバ情報を要求元無線通信装置に回答メッセージとして送信する。要求元無線通信装置は、指定通知サーバ４１０からの「セッション管理サーバ名回答」を取得して、所属するセッション管理サーバ情報を要求元無線通信装置自身の有する記憶部に登録する。図４に、無線通信装置の所属セッション管理サーバ情報の取得処理を示す。
この実施の形態１では、複数のセッション管理サーバを備え、指定通知サーバから無線通信装置ごとのセッション管理サーバ情報を通知する。１つのセッション管理サーバが管理する無線通信装置の数を有限とすることにより、セッション管理サーバの処理負荷を分散している。このため無線通信装置は、所属するセッション管理サーバ情報を取得する必要がある。
図５のＳ１は、図２の（１）（図２８の（１）も同様）に対応する。図５において、発呼側無線通信装置１１０は、無線通信装置毎に採番された無線通信装置固有の番号である無線通信装置ＩＤと、無線通信装置を管理する所属セッション管理サーバをアクセスするアドレスとを対応させて記憶する無線通信装置情報テーブル１１３を備えている。無線通信装置は、無線通信装置固有の製造番号を有しているので、製造番号を無線通信装置ＩＤとする。無線通信装置は、製造番号を用いて図２の（１）（図２８の（１）も同様）のセッション管理サーバ情報の取得要求を行う。発呼側無線通信装置１１０は、電源投入時にセッション管理サーバ情報の取得要求に「無線通信装置ＩＤ」を“１−２−１２”と設定して指定通知サーバ４１０にＧＥＴメソッドメッセージとして送信する。指定通知サーバ４１０は、受取ったセッション管理サーバ情報の取得要求から「無線通信装置ＩＤ“１−２−１２”」を取り出して所属セッション管理検索テーブル４１１を検索する。所属セッション管理検索テーブル４１１には、無線通信装置ＩＤを範囲指定して、各範囲の無線通信装置ＩＤに対してその無線通信装置を管理するセッション管理サーバのアドレスを記憶している。指定通知サーバ４１０は、無線通信装置ＩＤ“１−２−１２”を元に所属セッション管理検索テーブル４１１の無線通信装置ＩＤの範囲を検索して、所属するセッション管理サーバのアドレスを取得する。ここでは、セッション管理サーバのアドレスとして“ｓ１＠ｘｘ．ｃｏｍ”（もしくは、２１０．５４．１０．１５６のような３２ビットのグローバルＩＰアドレス）を取得する。指定通知サーバ４１０は、取得したセッション管理サーバのアドレスを、発呼側無線通信装置１１０に対して、図２の（２）（図２８の（２）も同様）及び図５のＳ２により、ＧＥＴ応答メッセージとして通知する。無線通信装置は、通知された所属セッション管理サーバのアドレスを、無線通信装置情報テーブル１１３の無線通信装置ＩＤ“１−２−１２”に対応させて登録する。着呼側無線通信装置１２０も、発呼側無線通信装置１１０と同様に（１），（２）の処理を図５のＳ３，Ｓ４にて行う。
図２の（３），（４）は発呼側における着呼側の無線通信装置が所属するセッション管理サーバ情報の取得処理である。発呼側無線通信装置１１０は、自分が所属するセッション管理サーバ（発呼側セッション管理サーバ２１０）に対して着呼側セッション管理サーバ名の要求を行う。発呼側セッション管理サーバ２１０は、着呼側無線通信装置の所属するセッション管理サーバ（着呼側セッション管理サーバ２２０）の情報を、要求元無線通信装置にセッション管理サーバ名回答として応答メッセージを送信する。実施の形態１では、セッション管理サーバの処理負荷を分散する為、セッション管理サーバの管理する無線通信装置を例えば、無線通信装置ＩＤの範囲毎に指定している。このため、発呼側無線通信装置１１０から着呼側無線通信装置１２０に対してセッションの接続を行う場合、発呼側無線通信装置１１０は、着呼側無線通信装置１２０を管理するセッション管理サーバを知る必要がある。
図６のＳ５，Ｓ６，Ｓ７は、図２の（３），（４）の処理に該当する。図６において、通話装置１０から着呼側の電話番号が入力されると（Ｓ５）、発呼側無線通信装置１１０がこの電話番号を受け取り、アドレス変換テーブル１１４を参照して、着呼側の電話番号に対応する着呼側無線通信装置ＩＤを取得する。アドレス変換テーブル１１４は、着呼側の電話（ＴＥＬ）番号と、着呼側の無線通信装置をアクセスするＩＰアドレスと、着呼側の無線通信装置固有の無線通信装置ＩＤと、着呼側無線通信装置を管理するセッション管理サーバのアドレスとを対応させて記憶している。発呼側無線通信装置１１０は、取得した着呼側無線通信装置ＩＤを着呼側セッション管理サーバ名の要求に設定して、ＧＥＴメソッドメッセージとしてＳ２で取得したセッション管理サーバ（発呼側セッション管理サーバ２１０）に宛てて送信する（Ｓ６）。着呼側セッション管理サーバ名の要求を受け取った発呼側セッション管理サーバ２１０は、着呼側セッション管理サーバ検索テーブル２１３を参照して、着呼側無線通信装置の所属する着呼側セッション管理サーバのアドレスを取得する。セッション管理サーバは、無線通信装置ＩＤの範囲単位に無線通信装置を管理している。このため、着呼側セッション管理サーバ検索テーブル２１３は、着呼側無線通信装置ＩＤの範囲と、着呼側セッション管理サーバのアドレスとを対応させて記憶している。着呼側無線通信装置ＩＤは“２−１−１１”であるので、着呼側セッション管理サーバのアドレスは“ｓ２＠ｘｘ．ｃｏｍ”（もしくは、２１０．５４．１０．１５６のような３２ビットのグローバルＩＰアドレス）と取得できる。発呼側セッション管理サーバ２１０は、取得した着呼側セッション管理サーバのアドレス“ｓ２＠ｘｘ．ｃｏｍ”（もしくは、２１０．５４．１０．１５６のような３２ビットのグローバルＩＰアドレス）を着呼側セッション管理サーバ名の回答に設定して、ＧＥＴ応答メッセージとして発呼側無線通信装置１１０に通知する（Ｓ７）。発呼側無線通信装置１１０は、受信した着呼側セッション管理サーバ名の回答より着呼側セッション管理サーバのアドレス“ｓ２＠ｘｘ．ｃｏｍ”（もしくは、２１０．５４．１０．１５６のような３２ビットのグローバルＩＰアドレス）を取得して、アドレス変換テーブル１１４の「着呼側無線通信装置ＩＤ“２−１−１１”」に対応させて登録する。図７に、着呼側セッション管理サーバ名の取得処理を示す。
図２の（５），（６）は、発呼メッセージの発行（セッションＩＤ取得）処理である。発呼メッセージは、発呼側無線通信装置１１０から着呼側セッション管理サーバ２２０へ送信されるメッセージである。発呼メッセージを受信することにより着呼側セッション管理サーバ２２０は、管理する着呼側無線通信装置１２０に対して通話要求が発生したことを認識し、通話相手（着呼側無線通信装置）の状況を判断するとともに、利用可能な通話中継サーバを求め、通話中継サーバ回答情報にて応答する。この実施の形態１では、図２９に示すように、着呼側無線通信装置１２０は、所属するセッション管理サーバ２２０に対して周期的（例えば、１秒毎、或いは、３秒毎）に着呼問合せを行うものである。或いは、周期的問い合わせでなく、図３０、或いは、図３１に示すように、ＨＴＴＰのＧＥＴを一度発行した状態で、着呼情報が返されるまで待機しておく方法をとることもできる。この方法の場合は、周期的な問合せ処理の負荷が節約できる。ただし、この方法では、ＨＴＴＰの接続、つまりＴＣＰの接続をデータの送受信がない状態で長時間保持することになるので、実際のインターネット環境では、無線通信装置からセッション管理サーバまでの通信経路上で、ＩＳＰ等により管理されているルータなどにより、無断でＴＣＰの接続が遮断される場合があり、確実に着呼情報を取得できる保証がない。このため、この方法の改善作として、図３２に示すように、常にＫｅｅｐ−Ａｌｉｖｅ情報というＴＣＰの接続を保持するために、データはまだ流れているという意味のダミーデータをセッション管理サーバから無線通信装置へ送信しつづける方法がある。さらには、このようにダミーデータを送信しつづける方法を採用しても、通信経路上のどこかで、ＴＣＰの接続が切断され、セッション管理サーバも無線通信装置もその切断に気がつかない場合がある。このような事態の改善策として、図３３に示すように、Ｋｅｅｐ−Ａｌｉｖｅ情報のダミーデータを一定周期でセッション管理サーバから無線通信装置へ送信するようにして、受信する無線通信装置側で、その周期より若干長めのタイムアウト値を設定して、一定周期でのダミーデータの到着が滞った場合に、ＴＣＰの接続が遮断されたとみなして、改めて、無線通信装置からセッション管理サーバへ新たなＴＣＰの接続を行うようにする方法がある。また、このようにＴＣＰの再接続を行うときにセッション管理サーバから、無線通信装置に対して、着呼情報をちょうど送信したタイミングとなる可能性もある。ちょうど送信したタイミングとなるような場合には、その着呼情報は、無線通信装置に到着しないで失われてしまう可能性がある。よって、確実に着呼情報が無線通信装置に届くように、ＴＣＰの再接続によるＨＴＴＰのＧＥＴメソッドには、再発行であることを示す情報を付加することで、正常な状態で発行されたＨＴＴＰのＧＥＴメソッドとは異なることが、セッション管理サーバにて認知することができ、着呼情報の送信失敗を考慮して、全く同じ着呼情報を再送するようにする。さらに、この着呼情報には、再送である情報を付加しておけば、無線通信装置側で再送にて受信した着呼情報であることを無線通信装置が認識することができ、次に、また新たなＨＴＴＰのＧＥＴメソッドを正常な状態にて発行することができる状態となる。
なお、これらのＨＴＴＰのＧＥＴメソッドは、着呼側の無線通信装置が発呼側の無線通信装置からのセッションの確立要求情報を応答として受信する場合について説明したが、他方の無線通信装置が受話器を取り上げたり（或いは通話開始ボタンを押したり）（オフフック）、受話器を置いて通話を終了したり（或いは通話終了ボタンを押したり）（オンフック）、相手のリング音がなり始めたりといった情報をこのＨＴＴＰのＧＥＴメソッドの応答として、受信する場合についても、確実にＨＴＴＰのＧＥＴメソッドの応答情報を受信するしくみを全く同様に適用できる。
以上のように、発呼側無線通信装置１１０より通話を行う場合は、着呼側無線通信装置１２０の所属するセッション管理サーバ２２０に対して発呼メッセージを発行する必要がある。
以上の発呼メッセージ発行の処理は、図２の（３）〜（６）に基づいたものであったが、図２８の方式では、（３）〜（８）の一連の処理に置きかえることができる。発呼側のメッセージの流れは、（４）、（５）、（６）、（７）となる。
あらかじめ、着呼側は、図２の場合と同様で、図２８（３）に示されるように、着呼側無線通信装置１２０は、所属するセッション管理サーバ２２０に対して周期的（例えば、１秒毎、或いは、３秒毎）に着呼間合せを行うものである。或いは、周期的問い合わせでなく、ＨＴＴＰのＧＥＴを一度発行した状態で、着呼情報が返されるまで待機しておく方法をとることもできる。
図２８の（４）は、発呼メッセージの発行（セッションＩＤ取得）処理である。発呼メッセージは、発呼側無線通信装置１１０から発呼側セッション管理サーバ２１０へ送信されるメッセージである。発呼側セッション管理サーバ２１０は、着呼側無線通信装置の所属するセッション管理サーバ（着呼側セッション管理サーバ２２０）の情報を、図２の場合と同様に求め、さらなる発呼メッセージとして、図２８の（５）において、発呼側セッション管理サーバ２１０から着呼側セッション管理サーバ２２０へメッセージを送信する。
着呼側セッション管理サーバ２２０は、発呼メッセージを受信することにより、管理する着呼側無線通信装置１２０に対して通話要求が発生したことを認識し、通話相手（着呼側無線通信装置）の状況を判断するとともに、利用可能な通話中継サーバを求め、通話中継サーバ回答情報にて、図２８の（６）において、発呼側セッション管理サーバ２１０へ応答メッセージを送信する。さらに、図２８の（７）において、発呼側セッション管理サーバ２１０から発呼側無線通信装置１１０へ、その応答メッセージが転送される。また、図２８の（８）において、着呼側セッション管理サーバ２２０は、管理する着呼側無線通信装置１２０に対して、電話の着信があったことを応答メッセージとして送信する。
図８と図３４とに、呼制御方式を示す。図８の呼制御方式は、図２に対応し、図３４の呼制御方式は、図２８に対応する。
図８の呼制御方式は、発呼側無線通信装置１１０から着呼側セッション管理サーバ２２０に対して発呼を行うとともに、着呼側無線通信装置１２０から着呼側セッション管理サーバ２２０に対して着呼確認を行うことを示している。
図３４の呼制御方式は、発呼側無線通信装置１１０から着呼側セッション管理サーバ２２０に対して発呼側セッション管理サーバ２１０を経由して発呼を行うとともに、着呼側無線通信装置１２０から着呼側セッション管理サーバ２２０に対して着呼確認を行うことを示している。
図９のＳ８は、図２の（５），（６）、或いは、図２８の（５），（６）の処理に該当する。
図９のＳ８では、発呼側無線通信装置１１０は、Ｓ７で取得した着呼側無線通信装置１２０の所属する着呼側セッション管理サーバ２２０のアドレス（“ｓ２＠ｘｘ．ｃｏｍ”）に宛てて、着呼側無線通信装置ＩＤが“２−１−１１”の着呼側無線通信装置に対して、発呼メッセージの発行を行う。発呼メッセージの発行はＧＥＴメソッドメッセージの発行により行う。着呼側セッション管理サーバ２２０は、発呼メッセージの発行を受取り、図９のセッション確立要求テーブル２２３に、セッション確立要求のあった着呼側無線通信装置ＩＤと、要求時刻と、セッション確立要求を送信した発呼側無線通信装置の所属する発呼側セッション管理サーバのアドレスとを、対応させて登録する。図９のセッション確立要求テーブル２２３は、発呼メッセージの要求のあった着呼側無線通信装置ＩＤと、要求の行われた要求時刻と、発呼側の無線通信装置の所属する発呼側セッション管理サーバのアドレスとを対応させて記憶するテーブルである。着呼側セッション管理サーバ２２０は、テーブルに記憶した後、着呼側無線通信装置１２０の状況を判断するとともに、利用可能な通話中継サーバを求め、求めた通話中継サーバを示す情報を通話中継サーバ回答情報にて、図２の場合に発呼側無線通信装置１１０に対して、図２８の場合に発呼側セッション管理サーバ２１０に対して、応答する。通話中継を行う通話中継サーバが全て使用中である場合は、そのことを通話中継サーバ回答情報に設定して、図２の場合に発呼側無線通信装置１１０に通知し、図２８の場合に発呼側セッション管理サーバ２１０に通知する。発呼側無線通信装置１１０、或いは、発呼側セッション管理サーバ２１０への応答は、ＧＥＴ応答メッセージにより行う。
図２の（７），（８）、或いは、図２８の（３），（８）は、着呼確認の問合せ（セッションＩＤ取得）処理である。これは、図８の呼制御方式を示した図の着呼側無線通信装置と着呼側セッション管理サーバとの処理と同様である。着呼側無線通信装置１２０は、通話可能状態である場合に限り、着呼側セッション管理サーバ２２０に対して着呼メッセージ要求を行う（図２（７）、或いは、図２８（３））。そのため、図２の場合、着呼側セッション管理サーバ２２０は、着呼側無線通信装置１２０からの着呼メッセージが受信されていなければ、着呼側無線通信装置１２０は、通話中であると判断する。
上記図２の形態では、セッション管理サーバにより、発呼側の無線通信装置から、着呼側の無線通信装置へ、発呼する方式のインターネット通信システムについて説明を行ったが、上記方式は、１つの例であり、ここでは、セッション管理サーバへの呼制御メッセージのやりとりとして、図２８の方式について説明を行う。
上記図２の形態の方式では、着呼側の無線通信装置が電話をかけることができる場合のみ、着呼側の無線通信装置から、着呼情報のメッセージが、着呼側のセッション管理サーバへ送信されていた。ところが、着呼側の無線通信装置が何らかの障害で着呼情報のメッセージを送信できない場合があり、こうしたときに、着呼側の無線通信装置の異常について、全く気がつかない状態で、いつも通話中という状況に陥る可能性がある。また、キャッチホン機能を実現するためには、実際に通話中の無線通信装置についても、他の無線通信装置からの着呼情報を送信する必要がある。したがって、これらの問題を解決するために、通話中であるかどうかに係らず、着呼情報のメッセージを無線通信装置は常にセッション管理サーバへ送信しておき、着呼側の無線通信装置の状態を通知する情報をセッション管理サーバへ上げる方式がよい。他の無線通信装置からの発呼については、セッション管理サーバから、その情報が着呼側の無線通信装置へ送信されることで、着呼が確認できる点は、上記図２の形態と同様である。
以上から、着呼情報のメッセージを常にセッション管理サーバに出しておくことで、他の無線通信装置から発呼があったことを常に着呼側の無線通信装置は、把握できるようになる。さらに、常に着呼側の無線通信装置から、着呼情報のメッセージの到着を待っているセッション管理サーバに対して、着呼情報のメッセージが送信されるので、これがなされない場合に、無線通信装置の異常をセッション管理サーバが確認でき、何らかの復旧処理を開始することができる。
図２８の場合、着呼側セッション管理サーバ２２０は、着呼側無線通信装置１２０からの着呼メッセージが通話中の間も受信されているが、着呼側無線通信装置１２０が、何らかの方式で、例えば、公衆回線網を介して通話中の場合に、着呼側セッション管理サーバ２２０にその通話中であることが着呼側の無線通信装置から通知されているため、セッション管理サーバが仲介していない通話であっても、通話中であると判断する。
また、着呼側セッション管理サーバは、利用可能な通話中継サーバを求め、通話中継サーバ回答情報にて着呼側無線通信装置１２０に対して応答する。通話中継を行う通話中継サーバが全て使用中である場合は、そのことを通話中継サーバ回答情報に設定して着呼側無線通信装置１２０に通知する。着呼側セッション管理サーバ２２０は、着呼側無線通信装置１２０に対する通話要求検索結果を通話中継サーバ回答情報に設定して通話中継サーバ回答メッセージとして送信する（図２（８）、或いは、図２８（８））。通話中継サーバ回答メッセージは、ＧＥＴ応答メッセージにより回答する。
実施の形態１では、無線通信装置ごとにその無線通信装置を管理するセッション管理サーバが異なっている。つまり、発呼側と着呼側の無線通信装置とでは、所属するセッション管理サーバは必ずしも同じセッション管理サーバではない。そのため無線通信装置は、所属するセッション管理サーバに対して、図２の場合は直接、図２８の場合は発呼側セッション管理サーバ経由にて、着呼問合せを行うことにより、通話相手より電話がかかってきたことを認識する。
図１０のＳ９，Ｓ１０，Ｓ１１は、図２の（７），（８）、或いは、図２８の（３），（８）の処理に該当する。Ｓ９において、着呼側無線通信装置１２０は、無線通信装置情報テーブル１２３より自身の無線通信装置ＩＤと着呼側セッション管理サーバを示すアドレスとを取得する。取得した着呼側セッション管理サーバのアドレスに宛てて、着呼メッセージ要求を行う（Ｓ９）。着呼メッセージ要求は、ＧＥＴメソッドメッセージとして着呼側セッション管理サーバ２２０に送信する。着呼側セッション管理サーバ２２０は、着呼メッセージ要求の無線通信装置ＩＤに基づいてセッション確立要求テーブル２２３を検索して、セッション要求の有無を確認する。図１０では、セッション確立要求テーブル２２３に無線通信装置ＩＤ“２−１−１１”宛に要求が行われている。このため、着呼側セッション管理サーバ２２０は、セッション要求がされていることを通話中継サーバ回答メッセージに設定して着呼側無線通信装置１２０に宛てて通知する（Ｓ１１）。図８に示した呼制御方式の着呼側無線通信装置１２０と着呼側セッション管理サーバ２２０との通話処理が、Ｓ９とＳ１１の処理を示している。さらに、着呼側セッション管理サーバ２２０は、セッション確立要求テーブル２２３から、着呼メッセージ要求のあったセッション確立要求の発呼側セッション管理サーバ２１０のアドレスを取得する。そして、着呼メッセージ要求のあったセッション確立要求の発呼側セッション管理サーバ２１０に対して、着呼メッセージ要求がなされていることを通知する（Ｓ１０）。
上記に説明した図２の（３），（４），（５），（６），（７），（８）、或いは、図２８の（３），（４），（５），（６），（７），（８）は、セッション管理サーバ２２０による通話中継管理処理である。セッション管理サーバ２２０は、無線通信装置からの発呼メッセージを受信して、それを契機に通話中継を開始する。通話中継方法を以下に示す。
（ａ）発呼側無線通信装置１１０からの発呼メッセージを受信する。
（ｂ）受信した発呼メッセージの通話相手（着呼側無線通信装置１２０）からの着呼メッセージを受信しているかを判断する。
（ｃ）受信した発呼メッセージの通話相手（着呼側無線通信装置１２０）からの着呼メッセージを受信している場合は、通話中継未使用の通話中継サーバを検索する。セッション管理サーバ２２０は、受信した発呼メッセージと着呼メッセージ及び、地区管理データ（地区管理データについては別の実施の形態で説明を行う）を元に通話中継が可能であるかを判断する。通話中継が不可能な条件は、
・受信した発呼メッセージの通話相手（着呼側無線通信装置１２０）からの着呼メッセージを受信していない（図２の場合）、或いは、受信した発呼メッセージの通話相手（着呼側無線通信装置１２０）が既に通話中である（図２８の場合）
・通話中継を行う通話中継サーバの各セッション数が全て使用中のいずれかである。セッション管理サーバ２２０は、通話中継で使用する通話中継サーバを地区毎に作成された“地区管理データ”にて管理する。セッション管理サーバ２２０の発呼管理プロセス立ち上がり時に“所属セッション管理サーバデータファイル”よりデータを読み出し、メモリ上に“地区管理データ”、“中継サーバ管理データ”、“セッション管理データ”とを作成する。“所属セッション管理サーバデータファイル”、“地区管理データ”、“中継サーバ管理データ”、“セッション管理データ”については別の実施の形態で説明を行う。
検索した結果、通話中継可能な通話中継サーバが存在しない場合は、ログ出力を行い管理者に通知する。また、無線通信装置１１０，１２０に対してもエラー通知を行い、無線通信装置１１０，１２０経由（ＬＥＤ点灯など）で操作しているユーザに異常状態を通知する。
（ｄ）着呼側セッション管理サーバ２２０から発呼側無線通信装置１１０、着呼側無線通信装置１２０へ通話中継サーバ回答情報を送信する（図２の場合）。発呼側セッション管理サーバ２１０から発呼側無線通信装置１１０へ、着呼側セッション管理サーバ２２０から着呼側無線通信装置１２０へ通話中継サーバ回答情報を送信する（図２８の場合）。図１１に通話中継サーバ回答情報に設定される情報を示す。
図２及び図２８の（９），（１０）は、音声データの配信処理である。ここでは、発呼側無線通信装置１１０と着呼側無線通信装置１２０との間を１台の通話中継サーバによって通話を中継する第一段階の中継データ送信と、発呼側無線通信装置１１０と着呼側無線通信装置１２０との間を２台（２台以上でも可）の通話中継サーバによって通話を中継する第二段階の中継データ送信とがあり、第一段階と第二段階について、それぞれ説明する。
始めに、第一段階の中継データ送信を説明する。
図１２に、第一段階の中継データ送信の処理を示す。第一段階の中継データ送信では、ファイアウォール越えを実現する一台の通話中継サーバ３１０を経由して、データ配信を行う。第一段階の中継データ送信では、発呼側無線通信装置１１０は、図２の（６）、或いは、図２８の（７）により着呼側セッション管理サーバ２２０から取得した「通話中継サーバ回答メッセージ」に設定されている利用可能な通話中継サーバ３１０に対して「発呼側音声データ」をＰＯＳＴメソッドで送信する。発呼側無線通信装置１１０は、図２の（６）、或いは、図２８の（７）により着呼側セッション管理サーバ２２０から取得した「通話中継サーバ回答メッセージ」に設定されている利用可能な通話中継サーバ３１０から「着呼側音声データ」をＧＥＴメソッドで受信する。また、発呼側と着呼側が逆転した場合は、着呼側無線通信装置１２０は、通話中継サーバ３１０へ音声データを送信する。発呼側無線通信装置１１０は、着呼側無線通信装置１２０の音声データを取得する為に、通話中継サーバへ音声データ受信要求を行う。
通話中継サーバ３１０は、音声データとして発呼側無線通信装置１１０から“発呼側音声データ送信情報”を受信する。図１３に発呼側音声データ送信情報の項目と内容を示す。
通話中継サーバ３１０では、発呼側無線通信装置１１０から受信した音声データを元に着呼側へ送信する音声データとして“着呼側音声データ受信情報”を編集する。図１４に着呼側音声データ受信情報の項目と内容を示す。
尚、発呼側無線通信装置１１０からの“発呼側音声データ送信（ＰＯＳＴメソッド）”の応答は、着呼側無線通信装置１２０への“着呼側音声データ受信（ＧＥＴメソッド）”応答送信後に通知する。
次に、第二段階の中継データ送信を説明する。
図１５に、第二段階の中継データ送信の処理を示す。
第二段階での音声データ送信は、通話中継サーバ３１０，３２０との間をＵＤＰを用いて音声データを通信する。発呼側無線通信装置１１０は、図２の（６）、或いは、図２８の（７）により着呼側セッション管理サーバ２２０から取得した「通話中継サーバ回答メッセージ」に設定された利用可能な通話中継サーバ３１０に対して「発呼側音声データ」をＰＯＳＴメソッドで送信する。ＰＯＳＴメソッドを受信した通話中継サーバ（発呼側）３１０は、ＵＤＰを用いて通話中継サーバ（着呼側）３２０に音声データを転送する。着呼側無線通信装置１２０は、図２の（８）、或いは、図２８の（８）により着呼側セッション管理サーバ２２０から取得した「通話中継サーバ回答メッセージ」に設定された利用可能な通話中継サーバ３２０に対して「発呼側音声データ」をＰＯＳＴメソッドで送信を行う。ＰＯＳＴメソッドを受信した通話中継サーバ（着呼側）３２０は、ＵＤＰを用いて通話中継サーバ（発呼側）３１０より受信した音声データをＧＥＴメソッド応答として着呼側無線通信装置１２０へ送信する。また、発呼側と着呼側が逆転した場合は、着呼側無線通信装置１２０は、通話中継サーバ（着呼側）３２０へ音声データ送信を行い、通話中継サーバ（着呼側）３２０は、通話中継サーバ（発呼側）３１０へＵＤＰにて音声データを転送する。発呼側無線通信装置１１０は、着呼側無線通信装置１２０の音声データを取得する為に、通話中継サーバ３１０へ音声データ受信要求を行う。通話中継サーバ（発呼側）３１０は、通話中継サーバ（着呼側）３２０より受信した音声データをＧＥＴメソッド応答として発呼側無線通信装置１１０へ送信する。
発呼側通話中継サーバ３１０では、音声データとして発呼側無線通信装置１１０から“発呼側音声データ送信情報”を受信する。発呼側音声データ送信情報の項目と内容は、図１３と同じである。
発呼側通話中継サーバ３１０は、発呼側無線通信装置１１０からの音声データ受信後に着呼側通話中継サーバ３２０へＵＤＰ送信にて音声データを送信する。
尚、発呼側からの“発呼側音声データ送信（ＰＯＳＴメソッド）”の応答は、着呼側通話中継サーバ３２０への“ＵＤＰ送信正常終了”受信後に通知する。
着呼側通話中継サーバ３２０では、発呼側通話中継サーバ３１０から受信した音声データを元に着呼側無線通信装置１２０へ送信する音声データとして“着呼側音声データ受信情報”を編集する。着呼側音声データ受信情報の項目、内容は図１４と同じである。
尚、発呼側からの“ＵＤＰ送信”の応答は、着呼側への“着呼側音声データ受信（ＧＥＴメソッド）”応答送信後に通知する。
以下に、通話中継サーバによる通話中継管理処理について説明する。
通話中継サーバは、無線通信装置からの発呼側音声データ受信または、着呼側音声データ受信を契機に通話中継を開始する。ここでは、以降“発呼側音声データ”、“着呼側音声データ”は、発信元が異なるだけである為、発信元を区別する必要のない時は、以下、“音声データ”とする。
通話中継サーバは、通話中継で使用するセッションを“セッション管理データ”にて管理する。セッション管理データは、通話中継サーバの備える“サーバ管理データファイル”より生成される。“サーバ管理データファイル”は、セッション管理サーバにて管理するデータのリミット値が設定されているファイルであり、以下の内容のデータを有している。
セッション管理サーバが管理する通話中継サーバの設置台数
セッション管理サーバが管理する通話中継サーバ一台当たりの最大セッション数
所属する通話中継サーバのサーバ識別情報
所属する通話中継サーバのＩＰアドレス
セッション管理データは、通話中継サーバのＨＴＴＰ中継サーバメインプロセス立ち上がり時に“サーバ管理データファイル”の上記した内容のデータから該当するデータを読み出し、メモリ上に通話中継サーバ管理データ、セッション管理データを作成する。セッション管理データ、通話中継サーバ管理データについては、別の実施の形態で説明を行う。上記した該当するデータとは、サーバ管理データファイルは、一台の通話中継サーバ上にセッション管理サーバ単位に複数存在しているため、該当するセッション管理サーバに関するデータのみを対象にするという意味である。
最初の受信を契機に、“セッション管理データ”にセッションＩＤとして発呼側無線通信装置の無線通信装置ＩＤ（製造番号）を設定し、ＩＰアドレス（無線通信装置、通話中継サーバのいずれか）を設定する。
尚、通話中継エラーは、セッション管理サーバにて通話中継の可／不可を判断している為、通話中継サーバ側では基本的には発生しない。しかし、エラーが発生した場合は、ログ出力を行い管理者に通知する。
また、システム管理者は、セッション管理サーバや通話中継サーバが正常に動作しているかどうかＣＰＵ負荷率やネットワークパケット送受信状況等をみてリアルタイム監視も行うが、同時に何通話の処理が実行されているか、あるいは、通話処理のエラーが発生しているかについても、サーバ側は把握しているので、その情報のリアルタイム監視表示を行うことが可能である。
以上が、インターネット通信（通話）システム、インターネット通信（通話）方法における発呼側と着呼側との音声データの送受信手順である。また、発呼側，着呼側のセッション管理サーバと、通話中継サーバと、発呼側，着呼側無線通信装置と、指定通知サーバとについて、その機能及び動作について説明を行った。実施の形態２．
実施の形態１で説明したインターネット通信システムを用いたシステムの運用構成の一例を説明する。
図１６は、実施の形態２のインターネット通信システムの運用構成例を示す図であり、呼制御集中管理方式を用いたインターネット通信システムの運用構成図である。
図１６では、複数の通話中継サーバを全国に配置して、西日本と東日本の地域毎にグループ分けする。そして、セッション管理サーバを西日本と東日本とにそれぞれ一台ずつ配置して、東京に指定通知サーバの槻能を兼ね備えたセッション管理サーバを配置する。図１６に示した運用構成のインターネット通信システムは、図１７に示す手順によって発呼側と着呼側との音声データの送受信を行う。図１７の（１）から（１０）の手順は図２（１）から（１０）の手順と同様である。また、図１７の別の手順として、図２（１）から（１０）を適用させることも可能である。図１６のようにセッション管理サーバを所定の地区に配置することにより、セッション管理サーバに所属する無線通信装置を地区毎に管理することが可能となる。実施の形態１で無線通信装置を無線通信装置ＩＤ（製造番号）によって管理することを説明した。図１６のようにセッション管理サーバを配置する場合の無線通信装置ＩＤは、「エリア識別子」と「無線通信装置識別子」とにより構成する。指定通知サーバは、無線通信装置からセッション管理サーバ名要求メッセージを受信すると、無線通信装置が所属するセッション管理サーバを、「エリア識別子」に基づいて決定する。図１６では、セッション管理サーバは西日本と東日本に設置されているので、いずれかのセッション管理サーバに所属するかを「エリア識別子」から決定することができる。また、西日本の地域を更に細分化して、例えば、九州地区、近畿地区、山陰地区、四国地区それぞれにセッション管理サーバを設置する構成も可能である。この構成では、「エリア識別子」を階層化して、階層の上位に西日本と東日本を区別する識別子をもうけ、階層の下位に九州地区、近畿地区、山陰地区、四国地区をもうけることにより、無線通信装置の所属するセッション管理サーバを決定できる。また、図１７の東京セッション管理サーバ指定通知サーバは、西日本地区セッション管理サーバ及び東日本地区セッション管理サーバとを管理する。西日本地区セッション管理サーバは、福岡通話中継サーバと大阪通話中継サーバとを管理する。東日本地区セッション管理サーバは、仙台通話中継サーバと札幌通話中継サーバとを管理する。このように、通話中継サーバを、通話中継サーバが設置されている地域ごとにその近くの地域に設置されているセッション管理サーバによって管理する。このようにすると、無線通信装置の設置されている地域に最も近い場所に設置されている中継サーバによって、音声データの中継を行うことができるようになる。
また、複数のインターネットサービスプロバイダ（ＩＳＰ）と提携して、セッション管理サーバ及び、通話中継サーバをそれぞれのＩＳＰのサーバが配置されている場所に配置し、各ＩＳＰに配置されたサーバ群（セッション管理サーバと通話中継サーバ）をＩＳＰ網を介して接続する運用構成も考えられる。この場合、無線通信装置ＩＤは、「ＩＳＰ識別子」と「無線通信装置識別子」とにより構成する。指定通知サーバは、無線通信装置からセッション管理サーバ名要求メッセージを受信すると、「ＩＳＰ識別子」により無線通信装置が所属するセッション管理サーバを決定する。また、１つのＩＳＰが複数のセッション管理サーバを運用している場合は、さらに無線通信装置ＩＤに「エリア識別子」を追加して、「ＩＳＰ識別子」と「エリア識別子」と「無線通信装置識別子」とにより無線通信装置ＩＤを構成する。無線通信装置の所属するセッション管理サーバは、「ＩＳＰ識別子」と「エリア識別子」とにより決定する。このように、１社だけでなく複数のＩＳＰと提携してインターネット通信システムを運用することも可能である。さらに、１社のＩＳＰがエリア識別子により複数のエリア相当でセッション管理サーバを複数設置して運用することも可能である。図１８に複数のＩＳＰと提携してインターネット通信システムを運用するシステムの構成図を示す。
また、各ＩＳＰごとに運用されているセッション管理サーバ間及び、通話中継サーバ間は、各ＩＳＰの有するＩＳＰ網を介して通信可能である。この場合、ＩＳＰ網を介してのセッション管理サーバ間、通話中継サーバ間、セッション管理サーバと通話中継サーバとの間の通信は、ＵＤＰを用いて通信を行う。あるいは、ＲＴＰ（トランスポートプロトコル・フォー・リアルタイムアプリケーション）または、ＴＣＰ（トランスミッション コントロール プロトコル）を用いて通信を行う。もちろん、同様な他のトランスポート層のプロトコルを採用することも可能である。このように異なるＩＳＰ間での通信を可能にすることにより、異なるＩＳＰの運用する通話中継サーバを介して発呼側と着呼側とで音声データを送受信できる。無線通信装置と通話中継サーバ間は、インターネット網を利用して上記実施の形態１と同様にＨＴＴＰを用いて通信を行う。図１９、図２０に、ＩＳＰ網を利用するインターネット通信システムの運用構成を示す。図１９は、通話中継サーバとセッション管理サーバのそれぞれが、ＩＳＰ網と接続されていることを示している。図２０は、通話中継サーバ間をＩＳＰ網を介して音声データを通信する例を示している。図１９に示されている複数の中継サーバのうち所定の２台の中継サーバを用いて中継サーバ間をＩＳＰ網を経由して音声データを通信する場合は、図２０に示すように、通話中継サーバ間は単純な音声データの転送を行い、発呼側無線通信装置と通話中継サーバ間および着呼側無線通信装置と通話中継サーバ間は、「ＰＯＳＴ（無線通信装置から通話中継サーバに情報を送信する場合）」と、「ＧＥＴ（無線通信装置に対して通話中継サーバから情報を送信する場合）」を用いて通信を行う。このことは、既に実施の形態１で説明を行ったことである。
また、ＩＳＰ網の一例としてＣＡＴＶ（ｃａｂｌｅ ｔｅｌｅｖｉｓｉｏｎ）会社が提供するインターネット接続サービスのＣＡＴＶ網を利用して、インターネット通信システムを運用することが考えられる。図２１、図２２にＣＡＴＶ網を利用したインターネット通信システムの運用例を示す。図２１は、各ＣＡＴＶ会社エリアに最も帯域が太く接続されている最寄りの通話中継サーバを各ＣＡＴＶエリア用にアサインする。図２１の例では、東京セッション管理サーバは、阪神ＣＡＴＶと市原ＣＡＴＶとの間でインターネット電話を使用する場合、阪神ＣＡＴＶ側は大阪通話中継サーバを使用するように指定を行い、市原ＣＡＴＶは東京通話中継サーバを使用するように指定を行う。東京通話中継サーバと大阪通話中継サーバ間は、ＵＤＰを用いて音声データを通信する。図２２は、一カ所にサーバ群（セッション管理サーバ、通話中継サーバ、指定通知サーバ）を設置して、サーバ群を設置した個所とＣＡＴＶ網を接続してシステムを運用する例を示している。現状の通信網の設置状況は、図２２のように東京（大手町）に最も太い帯域の通信網が集中して設置されている。このため、指定通知サーバとセッション管理サーバと通話中継サーバとを設置する。また、各ＣＡＴＶネットワークとの間も東京（大手町）を経由して通信を行うことが多い。このため、東京（大手町）にサーバ群を設置することにより、帯域の確保を図ることができる。
以上に、無線通信装置ＩＤの構成と、インターネット通信システムの運用例を説明した。
実施の形態３．
実施の形態３では、セッション管理サーバの行うプロセスについて説明を行う。
実施の形態１，２のセッション管理サーバは、発呼側と着呼側の中継を行うための通話中継サーバの通話中継を負荷分散・管理するため“利用可能な通話中継サーバの指示”、“セッションＩＤの管理”を行う。
セッション管理サーバでのプロセスは、３つのプロセスが存在する。
１つめは、無線通信装置から所属するセッション管理サーバに対して、周期的に行われる着呼確認の問合せを受信する“着呼管理プロセス”である。
２つめは、通話を行う場合に自分（発呼側無線通信装置）が所属するセッション管理サーバにて通話先相手の所属するセッション管理サーバの問合せを受信する“通話先所属セッション管理サーバ検索プロセス”である。通話先所属セッション管理サーバ検索プロセスは、無線通信装置からの問合せに対して該当するセッション管理サーバを検索し、図２の場合に、検索したセッション管理サーバを示す情報を応答する。また、図２８の場合には、検索したセッション管理サーバに対して、直接発呼メッセージの送信を行い、その着呼側セッション管理サーバからの応答メッセージを受信する。
３つめは、通信開始時に通話先相手の所属するセッション管理サーバにて発呼要求を受信するプロセスが“発呼管理プロセス”である。
この実施の形態のインターネット通信システムは、複数のセッション管理サーバを設置して、セッション管理サーバ毎にそのセッション管理サーバに所属する無線通信装置からの要求・問合せに対処して、各セッション管理サーバの負荷分散を行う。図２３に、図２に対応する上記に説明した３つのプロセスを実行するセッション管理サーバの環境を示す。図３５に、図２８に対応する上記に説明した３つのプロセスを実行するセッション管理サーバの環境を示す。図２３，図３５では、セッション管理サーバは、“所属セッション管理サーバデータファイル”と“地区管理データ”と“中継サーバ管理データ”と“セッション管理データ”とを用いて処理を行っている。
以下に、図２３の“所属セッション管理サーバデータファイル”、“地区管理データ”、“中継サーバ管理データ”、“セッション管理データ”について説明する。図３５についても、同様である。
“所属セッション管理サーバファイル”は、図２４に示す項目を有して、全てのセッション管理サーバに備えられている。図２４によると、「ステータス」、「ＩＳＰ識別子」、「エリア識別子」、「所属セッション管理サーバＩＰアドレス」とを有している。「ＩＳＰ識別子」は、セッション管理サーバを複数のＩＳＰによって運営される場合に必要である。この所属セッション管理サーバファイルを検索して、着呼側の無線通信装置の所属するセッション管理サーバを決定する。また、指定通知サーバが所属セッション管理サーバファイルを備えることにより、発呼側無線通信装置からのセッション管理サーバ名要求メッセージに回答することができる。
次に、地区管理データについて説明する。
地区管理データは、セッション管理サーバが管理している通話中継サーバの管理情報を記憶する。図２５に、地区管理データのデータ構成例を示す。セッション管理サーバは、この地区管理データを元に通話を中継する通話中継サーバの候補を決定し、候補となった通話中継サーバそれぞれの状態を確認して、実際に通話を中継するサーバとして選択する。
次に、中継サーバ管理データについて説明する。
図２６に地区管理データと中継サーバ管理データの関係及び、中継サーバ管理データとセッション管理データとの関係を示す。中継サーバ管理データは、地区管理データの通話中継サーバ管理情報とリンクしている。中継サーバ管理データは、地区管理データが図２６の地区管理データ５００の構成をしている時、中継サーバ管理データ先頭アドレスと最後尾アドレスとにリンクして、通話中継サーバ管理データ５１０を記憶する。個々の通話中継サーバ管理データは、データ５２０の“通話中継サーバ使用状況”から“セッション管理データ最後尾アドレス”までの各情報を有している。
セッション管理データは、図２６のセッション管理データ５３０を記憶する。セッション管理データ５３０は、データ５４０の“セッション状態”から“通話中継ＩＰアドレス（着呼側）”までの各情報を有している。セッション管理データ５３０は、通話中継サーバ管理データ５２０の“セッション管理データ先頭アドレス”と“セッション管理データ最後尾アドレス”とリンクしている。
セッション管理サーバは、図２５，２６に示したデータによって、通話中継サーバの状態を管理して、無線通信装置から通話要求がなされた場合に、使用可能な通話中継サーバを検索して決定している。
以上が、セッション管理サーバの機能、および、保有するデータである。
実施の形態４．
上記実施の形態１から３では、音声データを発呼側と着呼側とで送受信するインターネット通信システムについて説明を行ったが、音声データは通信データの一例であり、インターネット通信システムは、通信データを発呼側と着呼側とで送受信するシステムである。また、携帯電話は、無線通信装置の一例である。通話中継サーバは、通信中継サーバの一例である。
また、「ＩＤ」は、名称又は識別情報又は識別子又はＩＰアドレス等の自他を識別できるものならばどのようなものでも良い。
また、システムを構成する各要素（図１の、発呼側無線通信装置部１１１，１２１、着呼側無線通信装置部１１２，１２２、発呼側セッション管理部２１１，２２１、着呼側セッション管理部２１２，２２２、ＨＴＴＰ通信部３１１，３２１、ＵＤＰ通信部３１２，３２２）は、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアの、いずれかで実施されるものである。
また、システムを構成する各要素（図１の、発呼側無線通信装置部１１１，１２１、着呼側無線通信装置部１１２，１２２、発呼側セッション管理部２１１，２２１、着呼側セッション管理部２１２，２２２、ＨＴＴＰ通信部３１１，３２１、ＵＤＰ通信部３１２，３２２）は、コンピュータ上で実行されるプログラムの処理で実施されるものである。
また、無線通信装置とセッション管理サーバ、指定通知サーバ、通信中継サーバとはそれぞれ、コンピュータである。また、プログラムは、コンピュータのＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）で実行されるものである。
また、プログラムは、ＦＸＤ（ｆｌｅｘｉｂｌｅ ｄｉｓｋ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）などの記録媒体に記録されているものである。
実施の形態５．
従来例で説明した図２７に示されるような無線通信装置では、ＩＰ回線以外に、公衆回線経由での通話も可能である。この場合に、実施の形態１〜４にて示されるような本発明のＩＰ回線上での通話処理を行うときに、公衆回線での通話と同時に行われることがないように、排他的な制御処理が必要になる。
そこで、公衆回線経由での通話を行う際には、図３６の（３）にて示されるように、無線通信装置を管理するＩＰ（Ｉｎｔｅｒｎｅ Ｐｒｏｔｏｃｏｌ）回線上での呼制御を管理しているセッション管理サーバに、通話開始時と通話終了時に公衆回線経由通話の開始と終了に関する情報を無線通信装置から通知するようにする。
また、公衆回線経由通話だけでなく、ＩＰ回線上の他方式の通話、例えば、Ｈ．３２３方式（サービス品質が保証されていないＬＡＮ上での音声、動画像、データ通信の端末規定）、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｏｒｏｌ Ｐｒｏｔｏｃｏｌ）方式、ＳＩＰ（セッション・イニシエイション・プロトコル）方式などでの通話を行える機能を無線通信装置が実装している場合がある。この場合、それら方式での通話処理と排他的な制御を行うために、それら方式での通話開始時と通話終了時に、それら方式でのＩＰ回線経由通話の開始と終了に関する情報を、図３６の（２）にて示されるように、無線通信装置からその無線通信装置を管理するセッション管理サーバに対して、他方式にて通話中であることを通知するようにする。
また、図３６の（１）のように、通信を行う無線通信装置同士においても、通話相手の電話機の操作について、セッション管理サーバを経由して互いの電話機の操作情報を送受信しあうことで、一方の電話機が電話呼出時であれば、他方の電話機に対してはリングバックトーンを鳴らしたり、相手が受話器をとれば、通話開始としたり、受話器オンフック切断時に、相手側の受話器から切断音を鳴らしたりすることができる。このセッション管理サーバ経由の通信をＨＴＴＰのＧＥＴメソッドを用いた場合の通信処理の一例を、図３７に示す。
図３７の左側の「受話器オフフック」（或いは、例えば、通話開始ボタンオン）、「ダイヤル入力」、「リングバックトーン開始」、「相手切断音」と、右側の「リング開始」、「受話器オフフック」（或いは、例えば、通話開始ボタンオン）、「受話器オンフック」（或いは、例えば、通話終了ボタンオン）は、無線通信装置の一例としての電話機の操作である。矢印線で示されているのがＨＴＴＰのＧＥＴメソッドを用いた場合の呼制御メッセージシーケンスである。
図３７に示すように、発呼側無線通信装置と着呼側無線通信装置とは、「受話器オフフック」や「ダイヤル入力」や「受話器オンフック」の無線通信装置の一例としての電話機の操作を行った場合に、セッション管理サーバに対して受話器の操作内容を通知するＧＥＴメソッドを発行する。また、セッション管理サーバは、発呼側無線通信装置が「ダイヤル入力」を行ったことを通知された後、着信側のセッション管理サーバからオフフックの連絡が通知されるまで、発呼側無線通信装置に対して「リングバックトーンの開始」を行うための発呼ＧＥＴ応答を返す。着呼側無線通信装置から受話器オフフックの通知が着呼側セッション管理サーバに対して行われると、着呼側セッション管理サーバから発呼側セッション管理サーバへオフフックの連絡が通知され、発呼側セッション管理サーバから発呼側無線通信装置に対して着信ＧＥＴ応答が行われる。その後、発呼側無線通信装置と着呼側無線通信装置との間で、音声通話が行われる。音声通話が終了し、着呼側無線通信装置が「受話器オンフック」すると、オンフックの連絡が着呼側セッション管理サーバから発呼側セッション管理サーバに通知され、発呼側セッション管理サーバは、発呼側無線通信装置に対して着信ＧＥＴ応答が通知され、発呼側無線通信装置は、電話機から相手の受話器がオンフックされたことを通知する切断音を発信させる。
上述したように、他の呼制御方式の通話開始時や通話終了時、及び、電話機の操作の情報を無線通信装置からの通知によってセッション管理サーバが収集することができるので、それぞれの情報の送受信時にログ情報として出力記録しておくことで、ユーザが利用したあらゆる形態の通話利用について情報を収集することができる。これにより、通話時間を確認することができ、課金情報として利用することができる。
さらに、この通話関係のログ情報をセッション管理サーバなどで、解析、整理するソフトウェアを実行することで、図３８に示すように、日ごと、月ごとの通話履歴情報をシステム管理者が参照し、システムの運用状況を確認することができる。図３８は、日ごと、月ごとのサマリを表示した例である。システム管理者は、セッション管理サーバのログ情報を解析するソフトウェアツールで得られた各通話情報ファイルから、図３８に示す表（もしくは、相当のＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅの略称）形式等のファイル）を作成し、Ｗｅｂブラウザなどで表示させ、参照することができる。総通話数、瞬間同時最大通話数は、グラフ表示を行っても構わない。
実施の形態６．
全ての無線通信装置がグローバルＩＰアドレスを固定的に割り当てられていれば、いかなるプロトコルにても各種情報を直接に送受信することが基本的に可能である。しかし、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ バージョン４）においては、大半の無線通信装置がインターネットに間接的に接続されており、１つのグローバル固定ＩＰアドレスを割り当てられたルータからアドレス変換を経て、プライベートＩＰアドレスを割り当てられることが多い。これらのルータでは、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）やＩＰマスカレード（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ マスカレード）などのアドレス変換機能とともに、使用しないポート番号をふさぐなどのファイアウォール機能が設定されることが多い。
また、一般の家庭で利用できるインターネット回線では、家庭ごとに１つのグローバルＩＰアドレス、または、ドメイン内のプライベートＩＰアドレスを割り当てられることが多い。このため、家庭では、複数のパーソナルコンピュータをインターネットに接続して、家庭や小規模オフィス向けのＳＯＨＯ（Ｓｍａｌｌ Ｏｆｆｉｃｅ Ｈｏｍｅ Ｏｆｆｉｃｅ）ルータを介して接続する場合が多い。このＳＯＨＯルータにおいても、アドレス変換が行われることになり、ファイアウォール機能がある場合も多い。
上記のように、複数のルータを介することによって、プライベートＩＰアドレスへのアドレス変換が２回以上行われる場合もある無線通信装置から外部の無線通信装置に対してアクセス可能と考えられる一般的なアプリケーションレベルの通信プロトコルとしては、ＨＴＴＰとＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）がある。
また、ＩＰｖ４が普及している現状においては、グローバルＩＰアドレスであろうと、プライベートＩＰアドレスであろうと、動的に割り当てられることも非常に多い。このＩＰアドレスを動的に割り当てるために、指定通知サーバがＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ機能を備え、各無線通信装置がＤＨＣＰクライアント機能を備えることで対応する。
以上から、無線通信装置が通信先を特定するアドレシングとして、ＩＰアドレスを採用することは実質的に不可能な場合が多い。
既に記述していたように、ファイアウォールやＮＡＴルータ（ＳＯＨＯルータやブロードバンドルータなどと呼ばれることが多い）等でエリア管理されている各ドメイン内の無線通信装置は、そのドメインのＤＭＺ（Ｄｅ−Ｍｉｌｉｔａｒｉｓｅｄ Ｚｏｎｅ）内に設置されたセッション管理サーバと通話中継サーバを経由して、ドメイン外の無線通信装置や外部ドメインの各種サーバと通信を行う。
図３９に、リアルタイムデータの通信を行う無線通信装置と通話中継サーバの通話中継方式の種類を、方式１〜３に示す。
図３９では、通話中継方式の種類として、通話中継サーバを使用しない「方式１」と、通話中継サーバを発信側、或いは、着信側のいずれか一方で１台使用する「方式２」と、通話中継サーバを発信側と着信側のそれぞれで１台の合計２台使用する「方式３」とがある。
方式１では、発呼側無線通信装置と着呼側無線通信装置とはＵＤＰを用いて通信を行う。これを「Ｕ直型」と呼ぶ。
方式２では、発呼側無線通信装置と通話中継サーバとの間をＨＴＴＰ、或いは、ＵＤＰを用いて通信を行う。また、着呼側無線通信装置と通話中継サーバとの間は、ＨＴＴＰ、或いは、ＵＤＰを用いて通信を行う。通話中継サーバを着呼側に用いて通話中継サーバと着呼側無線通信装置との間をＨＴＴＰを用いて通信を行い、発呼側無線通信装置と着呼側通話中継サーバとの間をＵＤＰを用いて通信を行う場合を「−ＵＨ型」と呼ぶ。通話中継サーバを発呼側に用いて、発呼側無線通信装置と通話中継サーバとの間をＨＴＴＰによって通信を行い、発呼側の通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行う場合を「ＨＵ−型」と呼ぶ。また、発呼側に通話中継サーバを用いて、発呼側無線通信装置と発呼側の通話中継サーバとの間をＵＤＰを用いて通信を行い、発呼側の通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行う場合を「ＵＵ−型」と呼ぶ。また、着呼側に通話中継サーバを用いて、着呼側の通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行い、発呼側無線通信装置と着呼側通話中継サーバとの間をＵＤＰを用いて通信を行う場合を「−ＵＵ型」と呼ぶ。
更に、方式３では、発呼側無線通信装置と発呼側通話中継サーバとの間をＨＴＴＰ、或いは、ＵＤＰを用いて通信を行い、発呼側通話中継サーバと着呼側通話中継サーバとの間はＵＤＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間は、ＨＴＴＰ、或いは、ＵＤＰを用いて通信を行う。発呼側無線通信装置と発呼側通話中継サーバとの間をＨＴＴＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間をＨＴＴＰを用いて通信を行う場合を「ＨＵＨ型」と呼ぶ。発呼側無線通信装置と発呼側通話中継サーバとの間をＵＤＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間をＨＴＴＰを用いて通信を行う場合を「ＵＵＨ型」と呼ぶ。発呼側無線通信装置と発呼側通話中継サーバとの間をＨＴＴＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行う場合を「ＨＵＵ型」と呼ぶ。発呼側無線通信装置と発呼側通話中継サーバとの間をＵＤＰを用いて通信を行い、着呼側通話中継サーバと着呼側無線通信装置との間をＵＤＰを用いて通信を行う場合を「ＵＵＵ型」と呼ぶ。
無線通信装置間の通話において通話中継サーバの使用・未使用を判定するための方法を以下に示す。
判定方法の手順は、
（１）発呼側無線通信装置と着呼側無線通信装置の所属ドメインが一致するか判定する。
（２）所属ドメインが一致した場合は、図４２に示す“ドメイン内通話中継判定方法”より「通話中継サーバ」の使用有無を求める。
（３）所属ドメインが一致しない場合は、セッション管理サーバのサーバタイプ（汎用／ＩＳＰ）と図４３に示す“ドメイン外通話中継判定方法”より「通話中継サーバ」の使用有無を求める。
上記のように、様々なネットワークアドレス環境がある現状では、まず前提として、通信全てをＨＴＴＰを用いれば可能であるが、リアルタイム通信は、可能な限り、ＲＴＰなどのＵＤＰを利用したい。
例えば、ＵＤＰの利用が可能な場合として、以下のようなものがある。
・グローバルＩＰアドレス（固定、ＤＨＣＰ）を各無線通信装置が割り当てられる。
・同じドメイン内でプライベートＩＰアドレス（固定、ＤＨＣＰ）を各無線通信装置が割り当てられる。
・ファイアウォールに対して、利用したいＵＤＰポートのアクセスが可能なように設定ができる。
以上のような様々な場合に、できる限りＵＤＰの利用ができるように無線通信装置の端末接続タイプを規定して、呼制御設定処理中にその情報を相互交換することで、ＵＤＰ通信を可能とする。
以下に、本発明の実施の形態６において無線通信装置の接続条件を列挙する。
（１）グローバルＩＰアドレス（固定）
（２）プライベートＩＰアドレス（固定）
（３）グローバルＩＰアドレス（ＤＨＣＰ）
（４）プライベートＩＰアドレス（ＤＨＣＰ）
（２），（４）のプライベートＩＰアドレスとは、所属ドメイン内で割り当てられるＩＰアドレスのことである。
（ｉ）ドメイン内でさらにローカルにＳＯＨＯルータなどでＩＰアドレスを割り当てる場合。
（ｉ−１）ドメイン内でドメイン管理の通話中継サーバを設置している。
（ｉ−２）ドメイン内でドメイン管理の通話中継サーバを設置していない。
（ｉｉ）ドメイン内で割り当てられたプライベートＩＰアドレスをそのまま使用する場合。
（ｉｉ−１）ドメイン内でドメイン管理の通話中継サーバを設置している。
（ｉｉ−２）ドメイン内でドメイン管理の通話中継サーバを設置していない。
以上の（１）〜（４）と（ｉ−１），（ｉ−２），（ｉｉ−１），（ｉｉ−２）の条件の組み合わせから、以下に端末接続タイプ（Ａ〜Ｅ，Ｐ〜Ｒ）を、図４０に列挙する。図４０中の（１），（２），（３），（４）及び（ｉ−１），（ｉ−２），（ｉｉ−１），（ｉｉ−２）は、上記した（１）〜（４）及び（ｉ−１），（ｉ−２），（ｉｉ−１），（ｉｉ−２）に相当する。
図４０に示した端末接続タイプＡ〜Ｅ，Ｐ，Ｑ，Ｒごとの無線通信装置と通話中継サーバとの接続方式を、図４１に示す。
図４１において、ＩＳＰ ＩＤ（インターネット・サービス・プロバイダを識別するための識別情報）により無線通信装置が所属するプライベートＩＰアドレスエリアが定まる。このエリア内には、複数のセッション管理サーバがある場合があり、このセッション管理サーバごとにエリアＩＤが対応する。複数のエリアを持つＩＳＰには、複数のＩＳＰ ＩＤを与える。無線通信装置には、Ａ〜Ｅのタイプのどれかを設定し、サーバ群に報告する。ＩＳＰ運営サーバに所属する無線通信装置は、Ａ〜Ｅタイプのどれかになる。汎用通話中継サーバに所属すると、タイプＡ〜Ｅは、Ｐ，Ｑ，Ｒにサーバ内処理で置き換えられる。
図４０のタイプ「Ｂ」は、図４１の（Ｂ）に示されているような接続形態で無線通信装置とルータと通話中継サーバ（同位置にセッション管理サーバも設置する）とインターネットが接続されている。
また、図４０のタイプ「Ｃ」は、図４１に示す（Ｃ）のように、無線通信装置と通話中継サーバ（同位置にセッション管理サーバも設置する）とルータとインターネットが接続されている。
また、図４０のタイプ「Ｄ」は、図４１の（Ｄ）に示すように、無線通信装置とルータと通話中継サーバ（同位置にセッション管理サーバも設置する）とインターネットとＤＨＣＰサーバが接続されている。
図４０のタイプ「Ｅ」は、図４１の（Ｅ）のように、無線通信装置とルータと通話中継サーバ（同位置にセッション管理サーバも設置する）とインターネットとＤＨＣＰサーバとが接続される。
また、図４０のタイプ「Ａ」は、図４１の（Ａ）のように、無線通信装置を接続するルータが更に上の階層のルータに接続され、上の階層のルータと通話中継サーバがインターネットに接続されている。タイプ「Ａ」の場合、ルータが階層化されていて、下位の階層のルータに無線通信装置が接続されているので、この場合の無線通信装置に設定されるＩＰアドレスは、ローカルＩＰアドレスと呼ぶものとする。
また、図４０のタイプ「Ｑ」とタイプ「Ｒ」は、ドメイン内でドメイン管理の通話中継サーバを設置していないので、図４１の（Ｑ），（Ｒ）のように、無線通信装置は、ルータとＤＨＣＰサーバとセッション管理サーバ（同位置にセッション管理サーバも設置する）とインターネットとに接続される。
また、図４０のタイプ「Ｐ」は、ドメイン内でドメイン管理の通話中継サーバを設置していない。更に、ドメイン内で割り当てられたプライベートＩＰアドレスをそのまま使用するので、無線通信装置は、図４１（Ｐ）のように、インターネットに接続される。更に、タイプ「Ｐ」の場合、ドメイン内で更にＳＯＨＯルータの直下に設置される場合もあるので、ＩＰアドレスを割り当てられる場合にドメイン内でドメイン管理の通話中継サーバを設置していない場合が考えられる。この場合を無線通信装置は、図４１の（Ｐ）のように、インターネットに接続される。
次に、端末接続タイプ毎の中継方式判定方法を、図４２〜図４３に図示した表で示す。
図４２は、同じドメイン内同士の通信における中継方式判定方法を示す。
図４２中のＡ〜Ｅは、図４０のＡ〜Ｅに相当する。また、図４２中の［１］，［２］は、図３９の［１］，［２］に相当する。
図４２の縦軸に発信側の無線通信装置のタイプを示す。横軸に着信側の無線通信装置のタイプを示す。
図４２において、同じドメイン内に発呼側と着呼側の無線通信装置が設置されて、これらの無線通信装置の間で通話を行う場合には、ドメイン外の通話中継サーバは用いないため、発信側の無線通信装置と着信側の無線通信装置のタイプが同じであるときは、［１］の中継方式によって通話を行う。発信側と着信側の無線通信装置とのタイプのどちらかがＮＡＴルータの直下に設置されてローカルＩＰアドレスを割り当てられる場合は、［２］の中継方式によって通話を行う。
図４３は、同じドメイン内同士ではない通信における中継方式判定方法を示す。
図４３中のＡ〜Ｅ及びＰ〜Ｒは、図４０のＡ〜Ｅ及びＰ〜Ｒに相当する。また、図４３中の［１］〜［３］は、図３９の［１］〜［３］に相当する。
図４３において、縦軸は発信側の無線通信装置のタイプを示し、横軸は着信側の無線通信装置のタイプを示す。
また、方式が［２］である場合には、通話中継サーバに発信側のものを使用するのか、着信側のものを使用するのかを区別するため、（発信側）又は（着信側）を明記している。
セッション管理サーバは、呼制御処理において、発呼側と着呼側の各無線通信装置の端末接続タイプの情報を得て、図４２，図４３の表に基づいて、通話中継方式を判定し、各無線通信装置にその方式に関する情報を送信する。通話中継サーバを必要とする場合には、セッション管理サーバが、各無線通信装置に対して、通話中継サーバのＩＰアドレス、及び、ＨＴＴＰかＵＤＰかのどちらかの指定について報告する。
図４５〜図５３において、図４４のインターネット電話ネットワークシステム構成における上記各無線通信装置の接続タイプに応じた呼制御のメッセージ送受信手順を示す。
なお、ＮＡＴルータ直下に設置された無線通信装置については、端末接続タイプをＡ，Ｐとしており、音声データ送受信をＨＴＴＰにより行っていたが、ＮＡＴルータに対して、（静的）ＮＡＴ設定を行い、使用するＵＤＰポート番号を経由するＵＤＰによる音声データを直接無線通信装置に対して送受信させることが可能である。つまり、通話中継サーバから、ＮＡＴルータまでＵＤＰにより音声データを送受信させることができるため、無線通信装置は、端末接続タイプＡ，Ｐではなく、ＮＡＴルータの位置に相当する端末接続タイプＢ，Ｃ，Ｄ，Ｅ、Ｑ，Ｒとして設定すればよい。これにより、ＮＡＴルータ直下に接続しておいても、ＵＤＰによる音声データ送受信が可能になり、通話品質が向上する。
図４５は、図３９に示した方式３の「ＨＵＨ型」のメッセージ送受信手順を示す図である。
「ＨＵＨ型」のメッセージ送受信手順では、図４５に示す（１）〜（７）の手順によってメッセージを送受信する。以下に、（１）〜（７）の手順を示す。
なお、図４５に示す「Ｈ」はＨＴＴＰによる通信であり、「Ｕ」はＵＤＰによる通信を示すものである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）両側サーバによる通話中継処理
図４６は、図３９の方式２の「−ＵＨ型」のメッセージ送受信手順を示す図である。
「−ＵＨ型」では、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
なお、図４６の「Ｈ」はＨＴＴＰであり、「Ｕ」はＵＤＰを示す。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）受信側サーバによる通話中継処理
図４７は、図３９の方式２の「ＨＵ−型」のメッセージ送受信手順を示す図である。
「ＨＵ−型」のメッセージ送受信は、以下に示す（１）〜（７）の手順によってメッセージ送受信を行う。
図４７に記載した「Ｈ」はＨＴＴＰを示し、「Ｕ」はＵＤＰを示す。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）発信側サーバによる通話中継処理
図４８は、図３９の方式３の「ＵＵＨ型」によるメッセージ送受信手順を示す図である。
「ＵＵＨ型」は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図４８に記載した「Ｈ」はＨＴＴＰであり、「Ｕ」はＵＤＰである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）両側中継サーバによる通話中継処理
図４９は、図３９の方式３の「ＨＵＵ型」によるメッセージ送受信手順を示す図である。
「ＨＵＵ型」のメッセージ送受信処理は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図４９の「Ｈ」はＨＴＴＰを示し、「Ｕ」はＵＤＰを示す。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）両側サーバによる通話中継処理
図５０は、図３９の方式１の「Ｕ直型」によるメッセージ送受信手順を示す図である。
「Ｕ直型」のメッセージ送受信処理は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図５０に記載した「Ｕ」はＵＤＰである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／直接通話を指定
（６）発信側発呼／話中手続き／直接通話を指定
（７）直接通話処理
図５１は、図３９の方式２の「ＵＵ−型」によるメッセージ送受信処理の手順を示す図である。
「ＵＵ−型」のメッセージ送受信処理は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図５１に記載した「Ｕ」はＵＤＰを示す。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）発信側サーバによる通話中継処理
図５２は、図３９の方式２の「−ＵＵ型」によるメッセージ送受信処理の手順を示す図である。
「−ＵＵ型」は、以下に示す（１）〜（７）の手順によってメッセージを送受信する。
図５２に記載した「Ｕ」はＵＤＰである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）受信側サーバによる通話中継処理
図５３は、図３９の方式３の「ＵＵＵ型」によるメッセージ送受信処理の手順を示す図である。
「ＵＵＵ型」は、以下に示す（１）〜（７）の手順によってメッセージの送受信処理を行う。
図５３に記載した「Ｕ」はＵＤＰである。
（１）待ち受けセッション維持
（２）発信側セッション管理サーバへの発呼依頼
（３）受信側セッション管理サーバへの接続依頼
（４）受信側端末通話状況返信
（５）受信側発呼手続き／中継サーバ指定
（６）発信側発呼／話中手続き／中継サーバ指定
（７）両側中継サーバによる通話中継処理
実施の形態７．
実施の形態７では、指定通知サーバが遠隔保守管理サーバの機能を有して遠隔保守管理サーバとして動作する例について、以下に説明を行う。
図５４に示すように、無線通信装置がインターネットに接続されて電源がオンになると、一定周期（例えば、１日に１回くらいのペース）にて、遠隔保守管理サーバに対して生存報告メッセージ（製造番号、ＩＰアドレス、正常に動作しているかどうかの確認情報）を送信する。
遠隔保守管理サーバは、その生存報告メッセージの中で新規のものを確認し、顧客管理データベースに登録を行う。既に登録済みのものを含めて、生存報告が正常なものかどうか確認する。この生存報告の内容としては、無線通信装置がハードウェアの一部が故障している点などを付加する事ができ、このような異常状態が判明すると、指定通知サーバを管理している運営管理者がユーザに対して、無線通信装置故障の連絡、代品の交換等の手続きを開始することができる。
生存報告メッセージとして、ＨＴＴＰのＧＥＴメソッドを利用した場合に対する応答メッセージとして、指定通知サーバ等が正常に動作しているかどうかの情報を返送することができる。この場合、無線通信装置側に、指定通知サーバやセッション管理サーバなどの異常を知らせることで、無線通信装置の表示装置にエラー表示を行わせたり、受話器（音声出力部の一例）から「ただいま、サーバ側の故障中にて公衆回線にておつなぎいたします。」などとユーザへ通知したりすることが可能である。
一方で、指定通知サーバやセッション管理サーバについて、ハードウェアが故障した場合に備えて、冗長系を実装しておくことも可能である。この場合、基本的に使用する指定通知サーバやセッション管理サーバをプライマリサーバとすると、バックアップとして利用できるものをセカンダリサーバとして用意しておく。さらに、上記指定通知サーバへの生存報告メッセージの応答メッセージとして、各サーバのＩＰアドレスを知らせるときに、プライマリ側とセカンダリ側の両者について、送信することが可能である。冗長系は、プライマリとセカンダリだけでなく、３つ以上のサーバから構成されていてもかまわない。プライマリが故障した場合に、セカンダリに置き換わる様子を図５５，図５６に示す。
また、本実施の形態では、本インターネット電話ネットワークシステムを用いて、課金業務を行う場合を想定する。この課金業務のために、図５４に示すように、顧客管理データベース７１０を用意する。この顧客管理データベース７１０では、サービス料金の支払い状況の管理を行い、不払いが確認された場合、生存報告メッセージを指定通知サーバが受けると、ＨＴＴＰ中継のセッション管理サーバ側の受付を不能にするか、生存報告メッセージの応答メッセージにより無線通信装置を直接動作不能にするかの対応を行う。さらに、顧客が料金を支払い、顧客管理データベースへ支払い済みの登録がなされると、生存報告メッセージが指定通知サーバへ再度送信されてきたときに、上記の使用不可能の設定を解除する。
また、指定通知サーバへの生存報告メッセージの別の目的の利用として、無線通信装置のソフトウェアの版管理がある。無線通信装置のソフトウェアのバージョンアップが必要になったら、顧客管理データベース７１０を元に、ソフトウェア更新モジュールサーバ８１０のダウンロードバージョンアップ処理を指定通知サーバから遠隔操作によりスタートさせる。或いは、顧客に電話機によりバージョンアップコマンドを入力してもらい、無線通信装置にダウンロードさせる。なお、前者の場合には、管理者側の都合で、強制的に無線通信装置のソフトウェア更新処理を行うために、その処理中は、ユーザが利用できないことになる。このため、ユーザが通話中であれば、そのソフトウェア更新処理を通話操作が終了するまで遅らせるようにする。また、更新処理を行う際に、これから更新処理を行う旨を表示装置や発音装置によりユーザに連絡し、ユーザの都合により更新処理を行いたくない場合に、その更新処理を実行させない操作が可能なユーザインタフェースを無線通信装置は備える。
このように、ユーザのもつ無線通信装置に対して、システム管理者が指定通知サーバへのアクセスを利用して遠隔からダウンロード操作を行えるが、同様のしくみを利用して、無線通信装置上で、自己診断プログラムを実行させ、その結果情報を指定通知サーバ側へ送信させることもできる。同様に、その結果情報に基づいてより詳細な情報を得るためのオプション的な自己診断プログラムを遠隔から実行させたり、ユーザに対して故障情報を知らせたりすることが可能である。
また、発呼側の無線通信装置１１０は、発呼側の無線通信装置１１０の稼働状況を通知する情報を、指定通知サーバ４１０に送信する。
上記指定通知サーバ４１０は、上記発呼側の無線通信装置１１０より送信された稼働状況を通知する情報に基づいて、上記発呼側の無線通信装置１１０が正常であるか否かを確認して、確認した結果とともに、上記指定通知サーバ４１０自身の稼働状況を、上記発呼側の無線通信装置１１０より送信された稼働状況の通知に対する応答として、上記発呼側の無線通信装置１１０に送信する。
指定通知サーバ４１０は、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを指定通知サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記指定通知サーバとして稼働させるように切り替えて、上記発呼側の無線通信装置１１０に、上記セカンダリサーバを上記指定通知サーバとして稼働させたことを通知する。
また、本実施の形態におけるインターネット通信システムは、以上のように、顧客管理データベース７１０を備えている。順客管理データベース７１０は、発呼側の無線通信装置毎にシステムの利用料を管理する。
以上のように、指定通知サーバ４１０は、上記無線通信装置１１０を管理するセッション管理サーバ２１０のサーバＩＤを発呼側の無線通信装置１１０に送信する場合に、上記発呼側の無線通信装置１１０の利用料を上記顧客管理データベースより取得して、取得した利用料と上記サーバＩＤとを上記発呼側の無線通信装置１１０に送信する。
上記発呼側の無線通信装置１１０は、上記指定通知サーバ４１０より受信した利用料に基づいて、自身の通信機能を動作不能に設定するか否かを決定する。
発呼側の無線通信装置１１０は、自身の通信機能が動作不能に設定されている場合、上記指定通知サーバ４１０より受信した利用料に基づいて、動作可能に設定するか否かを決定する。
また、以上のように、発呼側の無線通信装置１１０は、無線通信装置の機能を実行する、バージョン情報を有するソフトウェアを内蔵して、上記発呼側の無線通信装置の稼働状況を通知する情報とともに、上記ソフトウェアのバージョン情報を上記指定通知サーバ４１０に送信する。
上記指定通知サーバ４１０は、上記発呼側の無線通信装置１１０より送信されたバージョン情報に基づいて、上記発呼側の無線通信装置１１０が内蔵するソフトウェアを別のバージョンのソフトウェアに変更するか否かを決定して、決定した結果を上記発呼側の無線通信装置１１０に送信する。
指定通知サーバ４１０は、上記発呼側の無線通信装置１１０が内蔵するソフトウェアを管理するＷｅｂサーバのアドレスを管理して、上記発呼側の無線通信装置１１０が内蔵するソフトウェアを別のバージョンのソフトウェアに変更することを決定した場合に、上記別のバージョンのソフトウェアのＷｅｂサーバのアドレスを上記発呼側の無線通信装置１１０に送信する。
実施の形態８．
本実施の形態の呼制御では、無線通信装置は、呼制御を管理するセッション管理サーバや通話中継サーバへの通信が行えない場合、実質的にＩＰ回線による電話をかけることができない。そこで、ＩＰ回線による通話が不可能な場合に、ＩＰ回線による通話ができないことを無線通信装置は、ユーザに伝えるようにする。無線通信装置の受話器（音声出力部の一例）からＩＰ回線による通話ができないことを人工音声により伝える方法もその一つである。人工音声とは、あらかじめ人間がメッセージを読み上げたものを録音しておき、そのデジタル情報をサーバや無線通信装置のメモリに記憶しておき、再生させる方法や、メッセージの文章テキストデータから、音声を人工的に合成して発音させる方法などがある。無線通信装置の表示装置により同様に伝えるようにすることもできる。また、この無線通信装置には、ＩＰ回線以外に、公衆回線経由の通話機能も加えて実装しておくことができ、ＩＰ回線での通話ができなかった場合に、自動的に公衆回線経由の通話を開始するようにもできる。
図５７に示すように、セッション管理サーバは、管理している通話中継サーバの通話セッション数を常にカウントしているので、通話中継サーバの通話中継可能な容量限界まで通話中継処理を行っていることを認識できる（図５７の（１））。この場合には、これ以上はＩＰ回線経由の通話ができないということで、上記のようにＩＰ回線通話不可能をユーザに知らせたり、公衆回線経由の通話に切り替えたりする（図５７の（２））ように実装することができる。
ここで、ユーザに無線通信装置の異常時等の警告メッセージについてまとめておく。
（１）ＬＥＤや液晶ディスプレイやブザー等での異常状態等を知らせる。
（２）通話中に、受話器から警告等のメッセージを再生する。以下に例を示す。
（Ａ）設定が誤っています。設定をやり直してください。
（Ｂ）ネットワークが込んでいますので、公衆でおつなぎ致します。
（Ｃ）中継局が込んでいますので、公衆でおつなぎ致します。
（Ｄ）ＩＰ電話をかけますが、ネットワークが込んでいますので、音質が悪い場合がございます。
（Ｅ）ネットワークが急激に込んできたため、一度お切り致します。おかけ直し下さい。
（Ｆ）ネットワークが急激に込んできたため、通信経路を変更致します。しばらくお待ち下さい。（処理時間経過）通話ができるようになりました。
実施の形態９．
無線通信装置は、呼制御を管理するセッション管理サーバや通話中継サーバへの通信を本実施の形態方式ではＨＴＴＰを利用して実現している。このため、通信処理の開始時には、図５８に示すように、ＴＣＰの通信処理を行っている。無線通信装置１１０は、各サーバに対してＨＴＴＰのクライアントからサーバへの通信処理のために、ＴＣＰの接続処理をｃｏｎｎｅｃｔというソケット関数を用いて最初に行う。ｃｏｎｎｅｃｔ関数の呼び出し待ち時間にタイムアウト値を設け、タイムアウト値を越える待ち時間が発生した場合に、現状のｃｏｎｎｅｃｔ関数実行を強制終了し、改めてｃｏｎｎｅｃｔ関数実行をやり直す。また、ｃｏｎｎｅｃｔ関数のやり直し回数にも上限値を設け、無限回数やり直すのではなく、上限値を超えた場合に、エラー処理を行う。 ＴＣＰのソケット関数によるＨＴＴＰメッセージの送受信状況を図５９に示す。図５９は、ＨＴＴＰデータ送受信処理とソケット関数呼び出しの関係を示している。
ＴＣＰ通信のための最初の接続処理は、無線通信装置側がクライアントとして、ｃｏｎｎｅｃｔ関数を呼び出すことで開始される（図５９の「（１）ＴＣＰの接続要求」）。このとき、ｃｏｎｎｅｃｔ関数のブロッキングモード（「ブロッキングモード」とは、サーバ側からの応答があるまではクライアント側は対応を待ち続けて、次の処理に進まないことをいう）を使用すると、ＴＣＰ接続が成立するまで（図５９の「（２）ＴＣＰの接続受理」）、ｃｏｎｎｅｃｔ関数は終了せずプログラム実行としては、ブロックされ停止状態となる。比較的短い時間でＴＣＰ接続が成立すれば問題ないが、ネットワーク上の原因など何らかの要因により、このＴＣＰ接続成立までに非常に長い時間がかかることがある。このような場合に、一度ｃｏｎｎｅｃｔ関数の実行を強制終了させ、改めてｃｏｎｎｅｃｔ関数の実行をやり直すと、すぐにＴＣＰ接続が成立する場合が多い。そこで、ｃｏｎｎｅｃｔ関数の実行に、タイムアウト値を設定しておき、そのタイムアウト値を越える場合に、ｃｏｎｎｅｃｔ関数の実行を中断及び強制終了し、改めて、ｃｏｎｎｅｃｔ関数の実行をやり直すようにすることで、処理が長く待たされることなく、確実にＴＣＰ接続が成功するようになる。このやり直しは、必ずしも１回だけでなく、やり直してもまだタイムアウト値を越えるような待ち時間となる場合に、また繰り返すようにできる。このようにすることで、失敗時の復旧処理を強化することになる。一方では、無限回やり直すことも意味はないので、やり直し回数に一定の上限値を設け、その上限値までＴＣＰ接続のやり直しを行うが、その上限値を越えるときは、ネットワーク等に何らかの障害が発生したと考えて、エラー処理を行うべきである。
さらに、上記のＴＣＰ接続開始処理のタイムアウト値ややり直し回数の上限値について、無線通信装置の起動時において、一定の定数としておき、比較的ＴＣＰ接続開始処理の短時間での成功率が高い場合には、タイムアウト値を短く、やり直し回数も少なくすることで、エラー発生が仮に起こったとしても、短時間でエラー発生が認識できる。一方で、成功率が低い場合には、より確実にＴＣＰ接続が行えるように、タイムアウト値を長く、やり直し回数も増加させるほうが望ましい。そこで、実際のＴＣＰ接続開始処理の経過時間ややり直し回数を測定しつつ、タイムアウト値ややり直し回数を最適な値に自動的に調整する機能を実装できる。これにより、最適なタイムアウト値ややり直し回数の調整作業に人手の作業を省くことが可能となる。
実施の形態１０．
インターネット経由の音声データ送受信による通話処理では、その通話品質を最も左右するのが、実際のインターネット経路のデータトラフィックがどの程度の混み具合であるかどうかである。そこで、特定の通話経路について、データ到達にかかる遅延時間を常に監視し、通話品質に影響がないレベルかどうかを調べる。それとともに、明らかに通話品質に影響を与える遅延が発生していることが確認されたら、通話品質が悪化したことをユーザに無線通信装置の表示装置等を用いて知らせることができる。
全国各地に設置されたセッション管理サーバは、それぞれのセッション管理サーバのＩＰアドレスをデータベースとして記憶しており、定期的に、特定のセッション管理サーバ（通話中継サーバをほぼ同位置にあると仮定している）間にて、一般的な通信遅延時間をｐｉｎｇやｔｒａｃｅｒｔというＷｉｎｄｏｗｓ（「Ｗｉｎｄｏｗｓ」は、マイクロソフト社のオペレーティングシステムである）やＵｎｉｘ（「Ｕｎｉｘ」は、ＡＴ ＆ Ｔベル研究所が開発したオペレーティングシステムの名称である）系のＯＳ上のコマンドにて、測定することが可能である。また、別途、本ＩＰ電話ネットワークシステムにて使用するＵＤＰやＨＴＴＰ等の音声パケットを実際に送受信させ、その遅延時間を測定するソフトウェアを作成し、それにより測定することも可能である。ＯＳ上のコマンドやソフトウェアによって、発呼側と着呼側の各アダプタが所属する２箇所のセッション管理サーバ間の直接の経路遅延を求めることができるとともに、他の第３のセッション管理サーバへ迂回した場合の経路遅延を求めることもできる。この結果、２箇所のセッション管理サーバ間の経路遅延よりも、迂回した場合の経路遅延の合計のほうが、より短時間である調査結果が得られた場合に、迂回経路を選択して、通話中継サーバの経路として、第３の地点の通話中継サーバを経由するように音声データ中継経路の設定へ変更することが可能である。
図６０は、インターネット経路遅延状況調査による混雑度の確認処理を説明する図である。
図６０では、東京大阪間の総遅延が１００ｍｓｅｃ、東京千葉間の総遅延が８００ｍｓｅｃ、東京千葉間の総遅延が２００ｍｓｅｃという調査結果が出ている。このため、東京大阪間と東京千葉間とを接続する場合の総遅延が大阪千葉間を接続する場合の総遅延よりも遅延が短くなるため、大阪千葉間の通信経路を、東京大阪間と東京千葉間との通信経路に置き換えている。この第３の中継拠点の選択も、全国に配置されるセッション管理サーバが数多くあれば、遅延時間の総和を計算し比較して、最適なものを選択することで、より快適な通信状況を確保することができる。当然のことながら、数多くの通信経路が同時に存在することになるため、可能な限り、それぞれの通信経路が一箇所に集中することなく、適宜分散するように制御することが可能である。
なお、各セッション管理サーバ及び通話中継サーバ間のネットワークトラフィック状況を図６０に示すような図を表示させるソフトウェアを実装することで、システム管理者が目視によりネットワーク輻輳状況を把握することができ、システム管理者が直接すいているネットワーク経路へ音声データ送受信経路が割り当てられるようにセッション管理サーバに第３の中継拠点の通話中継サーバの指示を行うことができる。これは、自動的なサーバ上のプロセス処理だけでは、時間的余裕のない緊急時に有効な操作ができる。
図６０では、総遅延を、例えば、「大阪−千葉間総遅延８００ｍｓｅｃ」と通信経路の近くに文字を表示していた。しかし、遅延速度別に通信経路を色分けしたり、点滅させたりすることも可能である。
管理者は、頻繁に通話障害が発生する場合には、既に提供してきたＩＰ電話ネットワークシステムを見直し、再設計、再構築を行う必要がある。これから、管理者への警告機能は重要である。以下に、管理者への警告内容を整理しておく。
（１）サーバ故障に対して基本的に二重系にて対応するが、故障時に自動復旧を行い、その点について、管理者へ自動メッセージ送信やログ出力などで連絡する。
（２）ＩＰ電話をかけようとして、サーバへのアクセスがタイムアウトになった場合等が多く、一定数以上公衆でかけざるをえない場合、管理者へ自動メッセージ送信やログ出力などで警告をあげる。
（３）ＩＰ電話をかけている状態で、一定以上のトラフィックがあり多くのユーザの通話品質に問題がある場合、管理者へ自動メッセージ送信やログ出力などで警告を上げる。
（４）ＩＰ電話をかける場合に、通常の通話中継サーバの音声データ送受信経路がほとんど利用できず、頻繁に通話経路変更があり、これが一定値を越える場合、管理者へ自動メッセージ送信やログ出力などで警告を上げる。
実施の形態１１．
セッション管理サーバ及び通話中継サーバは、企業や学校などの団体の限定された地区に設置することも可能である。この場合、特定の地区における電話に関しては、外線と異なり、地区内で利用可能な内線電話番号体系を設定することが多い。こうした内線電話番号に対して、本無線通信装置のＩＰアドレスや識別子へ変換する変換テーブルをデータベースとして、一括に管理できると、便利である。そこで、図６１に示すように、この変換テーブルをセッション管理サーバ上に実装する（図６１の内線電話番号データベース７２０）ことで、各無線通信装置から内線電話番号が入力された場合に、セッション管理サーバへ無線通信装置から内線電話番号情報を送信し、セッション管理サーバ上で、通話相手の無線通信装置を特定し、それから、特定した通話相手の無線通信装置に対して、図６２に示す（１）〜（６）の手順で呼制御処理を行う。
図６２を用いて内線電話呼制御方式の手順を説明する。
発呼側無線通信装置は内線電話番号が入力されると、入力された電話番号とともに、発呼メッセージをセッション管理サーバへ送信する（２）。セッション管理サーバは、送信された内線電話番号を元に、内線電話番号データベース７２０を参照し、通信相手を特定する（３）。着呼側無線通信装置から着呼メッセージ取得処理が行われると（１）、セッション管理サーバは、着呼メッセージを着呼側無線通信装置に返す。また、発呼側無線通信装置に対しても発呼メッセージの応答を行う（５）。（４）と（５）の後の処理は、通常のＵＤＰ直接通信による無線通信装置間通話処理と同じように、発呼側と着呼側とで通話を行う（６）。もし、セッション管理サーバで内線電話番号データベース７２０を参照しても、通話相手の無線通信装置を特定できない場合は、検索が失敗したことを発呼側へ報告する（３）。発呼側無線通信装置は、ユーザに対して「おかけになった番号は、現在使われておりません。」や「番号管理システムが故障しております。」等のメッセージを伝える。
実際に内線番号対応の呼制御方式を導入する導入形態としては、ＰＢＸがない場合（図６３）、ＰＢＸ１３０がある場合（図６４，図６５）それぞれにいくつか例がある。
図６３に示したＰＢＸがない場合の導入形態では、内線電話は、拠点内においては域内Ｕ直型（「Ｕ直型」は、実施の形態６の図３９で説明した方式１の通話中継サーバ未使用のＵＤＰを用いたメッセージ送受信処理を示すものである）。拠点間は、域外間通話ＵＵＵとなる（「ＵＵＵ」とは、実施の形態６の図３９に示した方式３の通話中継サーバを２台使用する無線通信装置と通話中継サーバ間及び通話中継サーバと通話中継サーバ間とをＵＤＰを用いてメッセージ送受信処理を行うことを示すものである）。内線番号の判定は、直接公衆回線網に繋がるので、拠点間は「７−場所番号−内線番号」というようにプレフィックス「７」をつけて発信する。セッション管理サーバでは、プレフィックスを外して、「場所番号−内線番号」の電話番号情報を送信する。
次に、ＰＢＸがある場合の導入形態を説明する。
図６４では、ＰＢＸ内線側へ無線通信装置を設置する形態を示している。
図６４の場合、拠点内はＰＢＸによる内線であるが、拠点間は域外間通話「ＵＵＵ」となる（「ＵＵＵ」は、実施の形態６の図３９の方式３の「ＵＵＵ型」を示すものである）。電話番号判定の処理は、拠点間は「７−場所番号−内線番号」というように、プレフィックス「７」で、他拠点へのＩＰ電話をかける。
実施の形態１２．
既に、実施の形態１にて示したように、無線通信装置からセッション管理サーバへのＴＣＰ接続の状態について、無線通信装置は認知していないにもかかわらず、ＴＣＰ接続がインターネット経路上のどこかで切断されてしまう場合があることを説明した。ＴＣＰ接続がインターネット経路上のどこかで切断されてしまうことを無線通信装置が確認できるようにするため、図６５に示すように、セッション管理サーバは、無線通信装置から「ＨＴＴＰ ＧＥＴメソッド」の受信に対して、「ＨＴＴＰ ＧＥＴステータス応答」をボディ部を除いて返信する。ボディ部は、セッション確立要求があったときに返す。セッション管理サーバは、セッション確立要求があるまで「Ｋｅｅｐ−Ａｌｉｖｅ情報」をボディ部の一部として一定周期で無線通信装置に返す。無線通信装置は、ボディ部（Ｋｅｅｐ−Ａｌｉｖｅ情報）がタイムアウトになっても届かない場合、セッション管理サーバに対して再接続を要求する。このとき、ＧＥＴメソッドに再接続であることを知らせる情報を付加しておくと、タイムアウトから少し遅れて着信情報が届いた場合には、セッション管理サーバは、再接続の要求であることを確認してから送るはずであった着信情報を、ボディ部として応答することができる。
一方、無線通信装置は、音声情報についてもＨＴＴＰ、つまりＴＣＰ接続を確保して送受信することがあるので、同様に、ＴＣＰ接続が切断されてしまうと、音声情報の送受信が滞ってしまうことになる。
そこで、図６６に示すように、音声情報の送受信についても、音声情報送受信経路上のどこかで、ＨＴＴＰを用いている場合には、音声情報が存在するかしないかに係らず、一定周期で同じＴＣＰ接続上にて、Ｋｅｅｐ−Ａｌｉｖｅ情報を送受信する。これにより、音声情報の最終的な送信先である無線通信装置にてタイムアウトを検出した場合に、そのＴＣＰ接続の再接続を行うようにすることで、音声情報の送受信の途絶えを防ぐことが可能となる。
また、音声情報の送受信は、通信中継サーバを１段あるいは２段経由してなされる場合もあり、このときは、音声情報の送信先の無線通信装置のみＴＣＰ再接続を行うことに加え、音声情報の送信元の無線通信装置側もＴＣＰ再接続を行う必要がある。実施の形態１での無線通信装置のオフフック情報を通信先の無線通信装置に伝えるのと同様に、このＴＣＰ再接続の指示は、セッション管理サーバを経由することで、音声情報の送信元の無線通信装置に対して、伝えることが可能である。こうして、ＴＣＰ再接続処理が音声情報の送信先と送信元の無線通信装置の両側でなされることで、インターネット上のＴＣＰ接続の切断があっても、音声情報の通信を継続して行うことができる。
図６６では、無線通信装置１２０は、音声情報の間に一定周期で「Ｋｅｅｐ−Ａｌｉｖｅ情報」を挿入し、無線通信装置１１０に送る。無線通信装置１１０は、無線通信装置１２０からの「Ｋｅｅｐ−Ａｌｉｖｅ情報」を待つ。無線通信装置は、「Ｋｅｅｐ−Ａｌｉｖｅ情報」がタイムアウトになっても到着しない場合は、発呼側の通話中継サーバ３１０に対してＴＰＣの再接続を要求するとともに、セッション管理サーバ経由で通話先の無線通信装置１２０に対しても、通話中継サーバを再接続するように指示を行う。
実施の形態１３．
上記無線通信装置は、音声データの送受信処理を行う。音声データは、無線通信装置のマイクスピーカ装置（音声入力部の一例）等から入力された音声アナログデータを無線通信装置内に実装されているアナログデジタル変換装置或いはソフトウェアにより音声デジタルデータに変換し、さらに無線通信装置内に実装されている音声コーデック（音声符号化復号化装置或いはソフトウェア）により、圧縮された音声データに変換される。
この音声コーデックが音声符号化復号化する単位時間分の圧縮音声データを音声フレームデータを呼ぶ。ＩＰネットワークに音声データを送信するときには、この音声フレームデータが１つ以上蓄積されて１つのＩＰパケットとして構成する。音声フレームデータが１つのＩＰパケットにいくつ格納されるかについては、ＩＰネットワークのトラフィック状況及び遅延時間による品質を考慮し、無線通信装置が適切な蓄積時間を指定することで決定される。例をあげると、音声フレームデータの時間長が２０ｍｓｅｃ，蓄積時間を６０ｍｓｅｃのようになり、この場合、１つのＩＰパケットに３つの音声フレームデータが格納されることになる。
図６７に示すように、従来の方法では、２０ｍｓｅｃ経過すると音声フレームデータが生成され機械的にＩＰパケットに格納され、蓄積時間６０ｍｓｅｃが経過するごとに自動的にＩＰパケットが送信されていた。
一方で、無音圧縮という方式があり、ある一定のレベル以下の音量では、無音状態とみなして、あえて音声フレームデータを生成しないようにして、不必要なＩＰパケットを送信しないようにする。
ここで、音声コーデックは、有音状態が続いていて、無音状態となったときに、有音が終端であることを示す音声フレームデータを生成する場合が多い。この有音が終端であることを示す音声フレームデータは、受信側の音声コーデックにおいて、その情報を元に自然な音声減衰消失を再現できる。一方では、無音状態から有音状態に変わる最初の音声フレームデータには、マーカビットというビット情報をオンにすることで、有音状態の再開を受信側の音声コーデックに示すことで、自然な音声の立ち上がりが再現できる。さらに、受信側では、音声データが到着していない無音状態のときに、適当なノイズを再生させることで、自然な背景音を利用者に与えるようにしている。
無音圧縮方式をサポートした音声コーデックにおいて、上記の有音が終端であることを示す音声フレームデータ及び、有音が開始されるマーカビットがオンとなった音声フレームデータを受信側にて受け取ることは、有音状態と無音状態との間の自然な移行を再現できる。逆に有音が終端であることを示す音声フレームデータ及び、有音が開始されるマーカビットがオンとなった音声フレームデータを受信側の音声コーデックがどちらでも受け取りに失敗すると、有音の立ち上がりが欠損したり、不快なノイズが発生したり、有音の終了時に音の乱れが発生したりする。
以上から、図６８に示すように、この従来の方法に従うと、ＩＰパケットの大幅な送信遅延揺らぎが発生した場合、上記の有音が終端であることを示す音声フレームデータを含むＩＰパケットだけが、それまでの有音状態の音声フレームデータから時間的にかなり遅れて到着すると、受信側の音声コーデックの無音圧縮の再生処理に影響を及ぼし、ＩＰパケットが欠損しないまでも、有音の終了時に音の乱れが発生したりする。
さらに、図６９に示すように、このようにその時点までの有音が終端であることを示す音声フレームデータを含むＩＰパケットが遅れて到着し、すぐその後に、次の有音状態が開始されるマーカビットがオンとなった音声フレームデータが到着すると、短時間に連続して受信側の音声コーデックに有音終了、有音開始が指示されることになり、有音の立ち上がりが欠損したり、不快なノイズが発生したりする場合がある。
したがって、図７０に示すように、本発明においては、上記のようなＩＰネットワークの遅延揺らぎが激しい場合でも音声品質を保つために、上記の有音が終端であることを示す音声フレームデータが送信側の音声コーデックにより生成された場合、ＩＰパケットの蓄積時間が経過しなくても、すぐにその時点でＩＰパケットの構成を終了し、ＩＰネットワークへ送信を行うようにしている。この結果、無音圧縮をサポートしている受信側の音声コーデックは、自然な音声減衰消失や自然な音声の立ち上がりが再現可能となる。
実施の形態１４．
図７１は、実施の形態１４における構成を示す図である。各構成は、実施の形態１と同様である。
図７１において、無線通信装置１１０或いは無線通信装置１２０は、無線基地局１０或いは無線基地局２０を介してインターネットに接続されている。無線基地局１０，２０は、無線通信と有線通信とを互いに変換する。
無線通信装置１１０，１２０は、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）を含む携帯電話の複数の通信機能を備え、利用者により上記複数の通信機能のうち１つを選択させ、選択された通信機能を用いて通信を行う。
以上のように、無線通信装置１１０，１２０は、上記無線通信装置１１０，１２０の通信機能を備える以外に、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）等を含む従来の携帯電話の通信機能をも備え、利用者は、上記いずれかの通信機能のうち、どれかを選択して通信操作を行うことができることを特徴とする。
図７１において、無線通信装置１１０，１２０は、ＰＨＳを含む携帯電話の通信機能を備える複数の通信モジュールを備えている。無線通信装置１１０，１２０は、複数の通信モジュールの内、少なくとも１つを選択して入力し、入力された通信モジュールを用いて通信を行う。
上記複数の通信モジュールは、一例としてインターネットのような有線ネットワークと接続し、かつ通信が可能な通信モジュールを有している。
上記無線通信装置１１０，１２０は、上記複数の通信モジュールの内、有線ネットワークと接続し、かつ通信が可能な通信モジュールを選択し、選択された通信モジュールを入力する。
以上のように、無線通信装置１１０，１２０は、上記のＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）等を含む従来の携帯電話の通信機能を備える通信装置モジュールをいくつか自由に選択してこの無線通信装置に付加できることを特徴とする。
また、無線通信装置１１０，１２０は、上記通信モジュールとして、有線ネットワークとの接続し通信ができる通信装置モジュールを選択して無線通信装置に付加できることを特徴とする。
実施の形態１５．
図７２は、実施の形態１５の構成を示す図である。
図７２において、１１，１２は、無線基地局、１９１０は、ＩＰ通信処理部、１９２０は、公衆回線通信処理部、１９３０は、選択部、１９４０は、アドレス変換部、１９５０は、アドレス変換部である。その他の構成は、実施の形態１と同様である。
図７２において、インターネットは、ＩＰ電話ゲートウェイを介して公衆回線に接続されている。
無線通信装置１１０は、利用者より電話番号情報を入力する。
ＩＰ通信処理部１９１０は、無線基地局１１を介してインターネットを介して通信する。
公衆回線通信処理部１９２０は、無線基地局１２を介してアナログデータを通信する公衆回線を介して通信する。
選択部１９３０は、上記インターネットと公衆回線とを選択する。
アドレス変換部１９４０は、上記電話番号情報を通信先の無線通信装置の識別番号に変換する。
無線通信装置１１０は、ＩＰ通信処理部１９１０、公衆回線通信処理部１９２０、選択部１９３０、アドレス変換部１９４０を備えている。
上記公衆回線通信処理部１９２０は、発呼手段を有し、利用者により入力された電話番号情報について、上記選択部１９３０により公衆回線が選択された場合に、上記電話番号情報をそのまま上記発呼手段に入力して電話の通信を行う。
上記アドレス変換部１９４０は、利用者により入力された電話番号情報について、上記選択部１９３０によりインターネットが選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換する。
上記ＩＰ通信処理部１９１０は、上記アドレス変換部１９４０により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行う。
図７２において、発呼側のセッション管理サーバ２１０は、インターネットに接続されている。発呼側のセッション管理サーバ２１０は、電話番号情報を通信先の無線通信装置の識別番号に変換するアドレス変換部１９５０を有する。
上記アドレス変換部１９５０は、利用者により入力された電話番号情報について、上記選択部１９３０によりＩＰ電話専用網が選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換する。
上記ＩＰ通信処理部１９１０は、上記アドレス変換部１９５０により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行う。
以上のように、無線通信装置１１０は、上記複数の通信機能を備え、利用者により入力された電話番号情報について、既存の公衆回線電話と同等に使用できる通信機能が選択された場合に、その電話番号情報をそのままその通信機能の発呼手段に入力して電話の通信を行うことができ、上記ＩＰ通信機能が選択された場合に、この無線通信装置１１０、あるいは、この無線通信装置１１０が所属するセッション管理サーバ２１０内に内蔵された電話番号から通信先の無線通信装置の識別番号に変換するアドレス変換手段に、その電話番号情報を入力して通信先の無線通信装置の識別番号を取得し、その通信先へ電話の通信を行うことができることを特徴とする。
また、無線通信装置１１０は、利用者により入力された電話番号情報について、上記選択部１９３０によりインターネットが選択された場合に、本無線通信装置１１０が所属するセッション管理サーバ２１０までその電話番号情報を送信する。
上記セッション管理サーバ２１０が、所定のＩＰ電話ゲートウェイに接続し、その電話番号情報を送信することで、セッション管理サーバ２１０からそのＩＰ電話ゲートウェイが設置されたＩＰ電話専用網を経由して、他の一般の電話通信装置へ電話の通信を行う。
以上のように、無線通信装置１１０は、利用者により入力された電話番号情報について、上記ＩＰ通信処理部１９１０の通信機能が選択された場合に、この無線通信装置１１０が所属するセッション管理サーバ２１０までその電話番号情報を送信し、そのセッション管理サーバ２１０が、ＳＩＰやＨ．３２３などの既存の標準に準拠したＩＰ電話ゲートウェイに接続し、その電話番号情報を送信することで、セッション管理サーバ２１０からそのＩＰ電話ゲートウェイが設置されたＩＰ電話専用網を経由して、他の一般の電話通信装置へ電話の通信を行えることを特徴とする。
図７２においては、発呼側の構成について記載しているが、着呼側も同様の構成を有している。無線通信装置１１０は無線通信装置１２０に、無線基地局１０は無線基地局２０に、セッション管理サーバ２１０はセッション管理サーバ２２０に置き換えた場合に、着呼側の構成となる。
着呼側のセッション管理サーバ２２０は、インターネットを経由して他の電話通信装置からなされた発呼通信に対して、着呼のための接続を行い、該当する無線通信装置１２０への着呼処理を行い、電話の通信を行う。
以上のように、無線通信装置１２０は、インターネットを経由して他の一般の電話通信装置からなされた発呼通信に対して、セッション管理サーバ２２０が着呼のための接続を行い、該当する無線通信装置１２０への着呼処理を行い、電話の通信を行えることを特徴とする。
図７３は、実施の形態１５の具体例を示す図である。
図７３において、携帯電話基地局、無線ＬＡＮ（ローカル エリア ネットワーク）対応ＩＳＰ（インターネットサービスプロバイダ）サーバは、基地局装置の一例である。無線ＬＡＮ対応ＩＳＰサーバは、無線ＬＡＮ中継機を介して無線通信装置と接続する。無線ＬＡＮ対応ＩＳＰサーバは、インターネットに接続されている。インターネット上には、セッション管理サーバ、ＳＩＰ（セッション・イニシエイション・プロトコル）サーバ、ＩＳＰ運営中継サーバ、ＩＰ電話端末が接続されている。ＳＩＰサーバは、ＩＰ電話ゲートウェイを介して公衆回線に接続されている。携帯電話基地局は、公衆回線に接続されている。公衆回線には、既存公衆回線電話、ＩＰ電話端末が接続されている。携帯電話基地局は、既存の携帯電話の基地局として電話通信機能を果たしている。無線通信装置は、携帯電話基地局を介して既存の携帯電話と同様に通話をすることができる。
図７４は、通信する場合の一例を示す図である。
図７４においては、無線通信装置の一例として無線通信端末、無線基地局装置の一例としてＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）基地局、無線ＬＡＮブロードバンドルータを示している。ＰＨＳ基地局は、インターネットに接続されている。無線ＬＡＮブロードバンドルータは、無線ＬＡＮ対応ＩＳＰサーバに接続されている。無線ＬＡＮ対応ＩＳＰサーバは、インターネットに接続されている。また、発呼側セッション管理サーバは、インターネットに接続されている。インターネットは、ＩＰ電話ゲートウェイを介して専用ＩＰ電話網に接続されている。
まず、無練通信端末には、ユーザにより従来の一般の電話番号が入力される。無線通信端末は、従来のＰＨＳ電話通信機能とＰＨＳのＩＰ接続によるＩＰ電話通信機能と無線ＬＡＮによるＩＰ電話通信機能とを備えている。
従来のＰＨＳ電話通信機能が使用される場合、無線通信端末は、ＰＨＳ基地局を介して電話番号をそのまま発呼する。ＰＨＳ基地局は、従来の公衆回線を用いて相手方に接続し、通話する。
ＰＨＳのＩＰ接続によるＩＰ電話通信機能が使用される場合、無線通信端末は、ＰＨＳ基地局を介してＩＰ接続経由で電話番号情報により発呼する。ＰＨＳ基地局は、無線通信端末をインターネットに接続する。
無線ＬＡＮによるＩＰ電話通信機能が使用される場合、無線通信端末は、無線ＬＡＮブロードバンドルータを介してＩＰ接続経由で電話番号情報により発呼する。無線ＬＡＮブロードバンドルータは、無線ＬＡＮ対応ＩＳＰサーバに接続し、無線ＬＡＮ対応ＩＳＰサーバは、無線通信端末をインターネットに接続する。
ＩＰ接続経由で電話番号情報により発呼された場合、発呼側セッション管理サーバは、電話番号情報から発呼先端末の識別番号を検索する。発呼側セッション管理サーバは、発呼先がセッション管理サーバに管理された端末で無い場合、専用ＩＰ電話網設置のＩＰ電話ゲートウェイ経由で発呼を行なう。発呼側セッション管理サーバは、発呼先がセッション管理サーバに管理されたＩＰ電話通信機能端末である場合、そのままインターネット経由で発呼を行なう。
上記通信処理については、発着呼が逆の経路も可能である。
図７５は、インターネット経由で発呼を行なう場合を示す図である。
まず、無線通信端末には、ユーザにより従来の一般の電話番号が入力される。無線通信端末は、無線ＬＡＮによるＩＰ電話通信機能を備えている。
無線通信端末は、発呼側の無線ＬＡＮブロードバンドルータを介してＩＰ接続経由で電話番号情報により発呼する。発呼側の無線ＬＡＮブロードバンドルータは、発呼側の無線ＬＡＮ対応ＩＳＰサーバに接続し、発呼側の無線ＬＡＮ対応ＩＳＰサーバは、無線通信端末をインターネットに接続する。
発呼側セッション管理サーバは、電話番号情報から発呼先端末の識別番号を検索する。発呼側セッション管理サーバは、発呼先がセッション管理サーバに管理されたＩＰ電話通信機能端末である場合、インターネット経由で着呼側セッション管理サーバへ接続し、発呼処理を行なう。
着呼側セッション管理サーバは、着呼処理を行ない、着呼側の無線ＬＡＮ対応ＩＳＰサーバ、或いはＡＤＳＬ等ブロードバンド対応ＩＳＰサーバ等に接続される。
着呼側の無線ＬＡＮ対応ＩＳＰサーバは、着呼側の無線ＬＡＮブロードバンドルータに接続される。着呼側の無線ＬＡＮブロードバンドルータは、無線通信を用いて無線ＬＡＮによるＩＰ電話通信機能を備えている無線通信端末に接続する。
ＡＤＳＬ等ブロードバンド対応ＩＳＰサーバは、ＡＤＳＬ等ブロードバンドルータに接続される。ＡＤＳＬ等ブロードバンドルータは、無線ＬＡＮによるＩＰ電話通信機能を備えているＩＰ電話アダプタ端末に接続する。ＩＰ電話アダプタ端末は、通話装置に接続する。
上記通信処理についは、発着呼が逆の経路も可能である。
図７６は、専用ＩＰ電話網経由で発呼を行なう場合を示す図である。
まず、無線通信端末には、ユーザにより従来の一般の電話番号が入力される。無線通信端末は、無線ＬＡＮによるＩＰ電話通信機能を備えている。
無線通信端末は、発呼側の無線ＬＡＮブロードバンドルータを介してＩＰ接続経由で電話番号情報により発呼する。発呼側の無線ＬＡＮブロードバンドルータは、発呼側の無線ＬＡＮ対応ＩＳＰサーバに接続し、発呼側の無線ＬＡＮ対応ＩＳＰサーバは、無線通信端末をインターネットに接続する。
発呼側セッション管理サーバは、電話番号情報から発呼先端末の識別番号を検索する。発呼側セッション管理サーバは、発呼先がセッション管理サーバに管理されたＩＰ電話通信機能端末で無い場合、ＩＰ電話専用通信事業者へ既存ＩＰ電話標準（例えば、ＳＩＰ）により接続し、発呼を行なう。図７６においては、ＩＰ電話専用通信事業者のサーバとしてＳＩＰサーバを用いている。
ＳＩＰサーバは、ＩＰ側のＩＰ電話ゲートウェイを介して専用ＩＰ電話網に接続する。専用ＩＰ電話網は、ＩＰ電話公衆局ゲートウェイを介して公衆回線に接続されている。ＳＩＰサーバは、専用ＩＰ電話網、公衆回線を用いて既存の通話装置、或いは携帯電話基地局に接続する。携帯電話基地局は、携帯電話無線を用いて携帯電話端末に接続する。
上記通信処理については、発着呼が逆の経路も可能である。
実施の形態１６．
図７７は、実施の形態１６における構成を示す図である。
図７７において、１０１０は、通信処理部、１０２０は、測定部、１０３０は、通信機能選択部、１０４０は、電源部、１０５０は、通信料金通知部である。その他の構成は、実施の形態１と同様である。
図７７において、無線通信装置１１０は、通信処理部１０１０、測定部１０２０、通信機能選択部１０３０、電源部１０４０、通信料金通知部１０５０を備えている。
通信処理部１０１０は、複数の通信機能を有する。
測定部１０２０は、無線基地局１０からの距離と位置関係と地形と気象と通信時間帯と電磁波特性との複数の通信状況の内少なくとも１つの通信状況に影響される通信電磁波強度を測定する。
通信機能選択部１０３０は、上記複数の通信機能の内、上記測定部１０２０により測定された通信電磁波強度が最も安定して強く持続している通信機能を選択する。
上記通信処理部１０１０は、上記通信機能選択部１０３０により選択された通信機能により通信を行う。
通信機能選択部１０３０は、上記通信処理部１０１０が上記複数の通信機能の各通信機能を利用するにあたっての電力消費量を計測し、できる限り電力消費量の少ない通信機能を選択する。
上記通信処理部１０１０は、継続して通信できるように上記通信機能選択部１０３０により選択された通信機能を利用して通信する。
電源部１０４０には、電力が蓄積されている。
また、上記通信機能選択部１０３０は、上記電源部１０４０に蓄積された電力の消費量を管理し、管理された電力の消費量が所定の値を超えた場合に、できる限り電力消費量の少ない通信機能を選択する。
また、上記通信機能選択部１０３０は、上記複数の通信機能の内、所定の条件に基づき１つの通信機能を選択する。
通信料金通知部１０５０は、上記通信機能選択部１０３０により選択された通信機能により通信を行う上で、その選択された通信機能の通信料金が高価格であるか、低価格であるかの表示を色と数値と図形と音声との内少なくとも１つを用いて、利用者に対して通知する。
以上のように、無線通信装置１１０は、上記複数の通信機能を備え、無線基地局１０からの距離、位置関係、地形、気象、通信時間帯、電磁波特性等の通信状況に影響される通信電磁波強度を測定する機能を備え、最も通信電磁波強度が安定して強く持続しているものを選択する機能を備え、その選択された通信機能により通信を行えることを特徴とする。
また、以上のように、無線通信装置１１０は、上記複数の通信機能を備え、各通信機能を利用するにあたっての電力消費量を計測し、内蔵電源が消費されてくると、できる限り電力消費量の少ない通信機能を選択して継続して通信できるように通信機能を選択できることを特徴とする。
また、以上のように、無線通信装置１１０は、上記の自動的に選択された通信機能により通信を行う上で、その選択された通信機能の通信料金が高価格であるか、低価格であるかの表示を色、数値、図形、音声などを用いて、利用者に対して通知することを特徴とする。
実施の形態１７．
図７８は、実施の形態１７における構成を示す図である。
図７８において、１１１０は、通信処理部、１１２０は、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）処理部である。その他の構成は、実施の形態１と同様である。
図７８において、無線通信装置１１０は、通信処理部１１１０、ＧＩＳ処理部１１２０を備えている。ＧＩＳ処理部１１２０は、地図情報、表示部１１４０、位置計算部１１３０を有している。
通信処理部１１１０は、複数の通信機能を有する。
ＧＩＳ処理部１１２０は、地図情報を有し、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）機能を有する。位置計算部１１３０は、無線通信装置１１０の現在位置を確認する。表示部１１４０は、上記ＧＩＳ機能による現在位置情報と上記地図情報とに基づいて利用者に現在位置を通知し、上記複数の通信機能の各通信機能について、低価格の通信機能を利用することができる範囲がどこになるかを上記地図情報を用いて地図上に表示する。
図７８において、１２１０は、駅、１２１１は、駅１２１０に設置された無線基地局である。１２２０は、食堂、１２２１は、食堂１２２０に設置された無線基地局である。１２３０は、店舗、１２３１は、店舗１２３０に設置された無線基地局である。１２４０は、事務所、１２４１は、事務所１２４０に設置された無線基地局である。１２５０は、交通車両、１２５１は、交通車両１２５０に設置された無線基地局である。１２６０は、航空機、１２６１は、航空機１２６０に設置された無線基地局である。
無線通信装置における表示部１１４０は、上記地図情報を用いて、上記複数の通信機能の各通信機能について、低価格の通信機能のための無線基地局１２１１，１２２１，１２３１，１２４１，１２５１，１２６１を設置している、建築物の一例である交通機関の駅１２１０と食堂１２２０と店舗１２３０と事務所１２４０と移動可能な交通車両１２５０と移動可能なる航空機１２６０と等の内少なくとも１つを上記地図上に表示する。建築物は、交通機関の駅１２１０と食堂１２２０と店舗１２３０と事務所１２４０とを記載しているがこれに限るものではなく、一般建築物であっても構わない。その他の建築物であっても構わない。また、移動可能な交通車両１２５０と移動可能なる航空機１２６０とに限らず無線基地局が設置可能な移動体であれば構わない。例えば、移動可能な船舶等であっても構わない。
以上のように、無線通信装置１１０は、ＧＩＳ機能を備え、無線通信装置１１０の現在位置を確認することができ、上記ＧＩＳ機能による現在位置情報に基づいて地図表示機能により利用者に現在位置を通知することができ、上記の各種通信機能のうち、低価格の通信機能を利用することができる範囲がどこになるかを上記地図上に表示させることができることを特徴とする。
また、無線通信装置１１０は、上記地図表示機能により、上記の各種通信機能のうち、低価格の通信機能のための無線基地局を設置している鉄道などの交通機関の駅１２１０、食堂１２２０、店舗１２３０、事務所１２４０、移動する交通車両１２５０や航空機１２６０などを上記地図上に表示させることができることを特徴とする。
実施の形態１８．
図７９は、実施の形態１８における構成を示す図である。
図７９において、１３１０は、ＩＰ通信処理部である。その他の構成は、実施の形態１と同様である。
図７９において、無線通信装置１１０は、ＩＰ通信処理部１３１０を備えている。無線通信装置１１０は、無線基地局１０を介して複数のＩＳＰ（インターネットサービスプロバイダ）に接続可能であり、複数のＩＳＰの内１つを経由してインターネットに接続している。
ＩＰ通信処理部１３１０は、ＩＰ（インターネットプロトコル）ネットワークを介して通信する。
上記ＩＰ通信処理部１３１０は、通信機能を実現するために使用するインターネット上の複数のＩＳＰ（インターネットサービスプロバイダ）に接続するための登録情報を記憶し、記憶された複数のＩＳＰの中から、所定の基準により１つを選択する。
また、ＩＰ通信処理部１３１０は、利用料金の価格とアクセスの込み具合と上記無線基地局１０で利用可能であるかどうかとの複数の条件の内少なくとも１つの条件により最適なものを選択する。
以上のように、無線通信装置１１０は、上記ＩＰ通信機能を実現するために使用するインターネット上のＩＳＰ（インターネットサービスプロバイダ）接続するための登録情報を複数記憶しておくことができ、その複数のＩＳＰの中から、利用料金の価格や、アクセスの込み具合や、上記無線基地局で利用可能であるかどうか等の条件により最適なものを自動的に選択することができることを特徴とする。
実施の形態１９．
図８０は、実施の形態１９における構成を示す図である。
図８０において、１４１０，１４２０は、無線基地局、１４１１，１４１２は、ＩＳＰ情報、１４１２，１４２２は、ＩＳＰ（インターネットサービスプロバイダ）である。その他の構成は、実施の形態１と同様である。
図８０において、無線基地局１４１０，１４２０は、公的団体及び企業体とは異なる個人が設置した装置である。無線基地局１４１０は、自己が利用可能なＩＳＰ１４１２に関する情報であるＩＳＰ情報１４１１を記憶し、有している。同様に、無線基地局１４２０は、自己が利用可能なＩＳＰ１４２２に関する情報であるＩＳＰ情報１４２１を記憶し、有している。無線基地局１４１０，１４２０は、自己が利用可能なＩＳＰ１４１２，１４２２を経由してインターネットに接続される。
上記無線通信装置１１０は、個人が設置した無線基地局１４１０，１４２０にアクセスする場合に、上記無線基地局１４１０，１４２０が利用可能なＩＳＰ１４１２，１４２２に関する情報を上記無線基地局１４１０，１４２０から入力し、上記ＩＳＰ１４１２，１４２２に関する情報に基づいて、入力されたＩＳＰ１４１２，１４２２を利用して通信を行う。
図８１は、無線ＬＡＮホットスポットを表示した無線通信端末を示す図である。
無線通信端末は、無線通信装置１１０の一例である。無線通信端末は、表示機能を有している。無線通信端末の表示画面には、地域地図が表示され、地図上に、無線基地局装置の一例である無線ＬＡＮホットスポットが設置されたファーストフード店と無線ＬＡＮホットスポットが設置された喫茶店との位置、無料で無線ＬＡＮが使用できるエリア（範囲）が表示されている。
図８２は、無線基地局が利用できるＩＳＰに関する情報を利用して通信を行う場合を示す図である。
図８２において、無線通信端末は、無線通信装置１１０の一例である。無線通信端末は、表示機能を有している。無線通信端末の表示画面には、接続可能ＩＳＰ一覧として、”１．無料ＩＳＰ（Ａバーガー店）、２．無料ＩＳＰ（Ｂコンビニ（コンビニエンスストア））、３．格安広域ＩＳＰ（Ｃキャリア）、４．ユーザ契約定額ＩＳＰ”が表示されている。無線通信端末は、無線ＬＡＮのＩＰ接続によるＩＰ電話通信機能を有している。
図８２において、無線基地局装置の一例として、Ａバーガー店に設置された無線ＬＡＮブロードバンドルータ、Ｂコンビニに設置された無線ＬＡＮブロードバンドルータ、Ｃキャリアに設置された無線ＬＡＮブロードバンドルータが記載されている。３つの無線ＬＡＮブロードバンドルータは、それぞれ、自己が利用可能な無線ＬＡＮ対応ＩＳＰサーバに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、インターネットに接続されている。
無線通信端末は、自己が通信可能な無線ＬＡＮの基地局ブロードバンドルータを検出し、接続可能情報を表示する。図８２における表示画面上の４．が利用できない場合、１，２，３が自動選択（ユーザによる選択であっても構わない）され、基地局ブロードバンドルータからの情報に基づいて接続する。無線通信端末は、基地局ブロードバンドルータから利用可能なＵＤＰポート番号を取得し、ＩＰマスカレード設定を一時的に行なうことができる。無線通信端末は、デフォルトとして、図８２における表示画面上の４にあたるユーザが契約済のＩＳＰ（接続するためのアカウント、パスワード情報は、無線通信端末に記録しておく）が選択され、その情報にて接続を行なう。
無線通信端末は、表示画面上の１，２，３にあたる３つの基地局ブロードバンドルータのいずれかからの情報、或いは、表示画面上の４にあたるユーザが契約済のＩＳＰ情報に基づいて接続する。接続されたＩＳＰサーバは、無線通信端末が所属する（管理される）セッション管理サーバに接続し着呼確認待ち状態となり発呼の準備を行なう。
以上のように、無線通信装置１１０は、上記ＩＰ通信機能で使用する無線基地局１４１０，１４２０として、公的な団体や企業等で設置するものだけでなく、一般の個人が自由に設置したものを利用することができ、その無線基地局１４１０，１４２０にアクセスするとき、その無線基地局が利用できるＩＳＰに関する情報を無線通信装置１１０がその無線基地局１４１０，１４２０から得ることができ、そのＩＳＰに関する情報を元に、指定されたＩＳＰ１４１２，１４２２を利用して通信を行うことができることを特徴とする。
図８３は、認証情報の取得を行なう場合を示す図である。
図８３において、無線通信端末は、無線通信装置１１０の一例である。無線通信端末は、表示機能を有している。無線通信端末の表示画面には、”無料ＩＳＰ接続中”が表示され、さらに、商品広告表示がされている。図８３においては、一例として、ドーナッツとコーヒーのセット商品が商品広告として表示されている。無線通信端末は、無線ＬＡＮのＩＰ接続によるＩＰ電話通信機能を有している。
図８３において、無線基地局装置の一例として、Ａバーガー店に設置された無線ＬＡＮブロードバンドルータ、Ｂコンビニに設置された無線ＬＡＮブロードバンドルータ、Ｃキャリアに設置された無線ＬＡＮブロードバンドルータが記載されている。３つの無線ＬＡＮブロードバンドルータは、それぞれ、自己が利用可能な無線ＬＡＮ対応ＩＳＰサーバに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、インターネットに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、無線ＬＡＮ接続認証機能を有している。また、セッション管理サーバがインターネットに接続されている。セッション管理サーバは、ＩＳＰ各社の認証情報を管理する認証情報管理装置の一例としての各社認証情報管理機能を有している。
以上のように、インターネット通信システムは、さらに、上記無線基地局装置に接続され、上記ＩＳＰに接続するための上記登録情報を管理する認証情報管理装置を備えている。登録情報は、無線通信端末が通信のための接続を行なうことができる認証情報を有している。認証情報は、登録情報の一例である。
無線通信端末は、図７９におけるＩＰ通信処理部１３１０を有している。
無線通信端末は、無線通信端末が通信可能な無線ＬＡＮの基地局ブロードバンドに対して、認証情報の取得を行なう。無線通信端末は、３つの無線ＬＡＮブロードバンドルータの内１つと対応する無線ＬＡＮ対応ＩＳＰサーバとを経由して、所属するセッション管理サーバに接続する。無線通信端末は、所属するセッション管理サーバより周辺の無線ＬＡＮ基地局認証情報を取得する。
上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報の一例である認証情報を上記ＩＰ通信処理部１３１０に出力する。
上記ＩＰ通信処理部１３１０は、上記認証情報管理装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行なう。
上記認証情報管理装置は、上記ＩＰ通信処理部１３１０により上記登録情報に基づいて通信のための接続を行なう期間に対し課金する。
また、以上のように、上記ＩＰ通信処理部１３１０は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記認証情報管理装置から課金されることなく上記制御された上記登録情報を入力するように構成しても構わない。
また、上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部１３１０に出力する処理をおこなうソフトウェアを記憶する。
そして、上記ＩＰ通信処理部１３１０は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記認証情報管理装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力するように構成しても構わない。
以上のように、上記無線基地局は、上記の広告情報等の表示を行う代償として、上記ＩＳＰに接続するための上記登録情報を一時的に使用できる形態にて無線通信装置へ供与する一連の処理を行うことのできるソフトウェアを上記セッション管理サーバ等からダウンロードし、後から付加的に上記機能を追加することができることを特徴とする。
また、上記無線基地局装置は、上記広告情報を配信する。
そして、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示するように構成しても構わない。
以上のように、上記の無線通信装置は、上記の広告情報等を配信する上記無線基地局の通信可能領域内に移動したとき、自動的に上記広告情報等を受信し、各種表示手段により、それらを表示することができることを特徴とする。
図８３においては、セッション管理サーバがＩＳＰ各社の認証情報を管理する認証情報管理装置の一例としての各社認証情報管理機能を有しているが、無線基地局装置の一例である３つの無線ＬＡＮブロードバンドルータ、或いは、３つの無線ＬＡＮブロードバンドルータのそれぞれに対応する３つの無線ＬＡＮ対応ＩＳＰサーバがＩＳＰ各社の認証情報を管理する認証情報管理装置の一例としての各社認証情報管理機能を有していてもよい。かかる場合、無線基地局装置は、上記ＩＳＰに接続するための上記登録情報の一例である認証情報を管理し、
上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部１３１０に出力する。
上記ＩＰ通信処理部１３１０は、上記無線基地局装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行なう。
上記無線基地局装置は、上記ＩＰ通信処理部１３１０により上記登録情報に基づいて通信のための接続を行なう期間に対し課金する。
また、上記と同様に、上記ＩＰ通信処理部１３１０は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記無線基地局装置から課金されることなく上記制御された上記登録情報を入力するように構成しても構わない。
また、上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力する処理をおこなうソフトウェアを記憶する。
そして、上記ＩＰ通信処理部１３１０は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記無線基地局装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力するように構成しても構わない。
また、同様に、上記無線基地局装置は、上記広告情報を配信する。
そして、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示するように構成しても構わない。
また、以上のように、上記無線基地局装置の一例としての無線ＬＡＮブロードバンドルータは、複数存在し、
上記セッション管理サーバは、自己が管理する無線通信装置が複数の無線基地局装置を利用するための複数の認証情報を記憶する。
上記無線通信装置は、自己が上記複数の無線基地局装置の内１つの無線基地局装置と接続しているときに、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置を利用するための複数の認証情報を、ＩＰ（インターネット プロトコル）回線経由にて、上記セッション管理サーバから取得する。無線通信装置は、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置の内いずれかの無線基地局装置が利用可能な範囲に上記無線通信装置が移動した場合に、上記取得した複数の認証情報に基づいて利用可能な範囲に存在する上記無線基地局装置に対して、通信のための接続を行なう。
以上のように、上記の無線通信装置は、上記無線基地局、あるいは、上記無線基地局に接続された認証情報管理装置から一時的に使用する時間だけ有料課金契約を行うことで、上記ＩＳＰに接続するための上記登録情報を一時的に使用できる形態にて取得し、通信のための接続が行えることを特徴とする。
また、上記の無線通信装置は、上記無線基地局、あるいは、上記無線基地局に接続された認証情報管理装置から広告情報等の表示を上記無線通信装置にて行うことや、商品購入等行為の代償として、上記ＩＳＰに接続するための上記登録情報を一時的に使用できる形態にて取得し、通信のための接続が行えることを特徴とする。
また、上記の無線通信装置は、周辺に存在する複数の上記無線基地局を利用するための認証情報を、他の上記無線基地局に接続しているときに、ＩＰ回線経由にて、上記所属セッション管理サーバから取得しておき、該当する上記無線基地局が利用できるエリアに移動したとき、その認証情報に基づいて上記無線基地局に対して、通信のための接続が行えることを特徴とする。
図８４は、無線ＬＡＮホットスポットを表示した無線通信端末を示す図である。
無線通信端末は、無線通信装置１１０の一例である。無線通信端末は、表示機能を有している。無線通信端末の表示画面には、地域地図が表示され、地図上に、無線基地局装置の一例である無線ＬＡＮホットスポットが設置されたファーストフード店と無線ＬＡＮホットスポットが設置された喫茶店との位置、無線ＬＡＮが使用できるエリア（範囲）が表示されている。また、無線通信端末は、図７８におけるＧＩＳ処理部１１２０を備えている。
セッション管理サーバは、無線基地局地図情報の収集機能を備え、一例として、無線基地局端末が利用した無線基地局の地図情報（無線基地局装置に関する位置情報の一例である）を集積し、各無線通信端末が新たに利用可能な無線基地局地図ＤＢ（Ｄａｔａ Ｂａｓｅ）を有している。セッション管理サーバは、無線基地局地図ＤＢに無線基地局の地図情報を学習蓄積していく。
上記ＧＩＳ処理部１１２０は、新しく利用した無線基地局装置に関する位置情報を有し、上記無線基地局装置に関する位置情報を上記セッション管理サーバに出力する。
上記セッション管理サーバは、他の無線通信装置へ、上記データベースの一例である無線基地局地図ＤＢにより蓄積された無線基地局装置に関する位置情報を送信する。そして、上記他の無線通信装置に対し地図表示による利用を促す。
また、上記ＧＩＳ処理部１１２０は、通信相手の無線通信装置がどこにいるかについての位置情報を、セッション管理サーバ経由で、通信相手の無線通信装置から取得する。
上記ＧＩＳ処理部１１２０は、取得した位置情報をテキスト情報と地図情報との内少なくとも１つの情報として、上記地図上に表示する。
以上のように、本実施の形態に係る無線通信装置は、新しく利用した無線基地局に関する位置情報を、上記セッション管理サーバの無線基地局関連のデータベースに蓄積し、他の無線通信装置を所有する利用者へ、集積された無線基地局関連の位置情報を送信し、地図表示させて利用することができることを特徴とする。
また、無線通信装置は、通信相手がどこにいるかについての情報を、セッション管理サーバ経由で、通信相手の無線通信装置から取得することができ、テキスト情報、または、地図情報として、表示させることができることを特徴とする。
図８５は、無線基地局が利用できるＩＳＰに関する情報を利用して通信を行う場合を示す図である。
図８５において、無線通信端末は、図７９におけるＩＰ通信処理部１３１０、図７８におけるＧＩＳ処理部１１２０を備えている。ＧＩＳ処理部１１２０は、地図情報、表示部１１４０、位置計算部１１３０を有している。
図８５において、無線基地局装置の一例として、Ａバーガー店に設置された無線ＬＡＮブロードバンドルータ、Ｂコンビニに設置された無線ＬＡＮブロードバンドルータ、Ｃキャリアに設置された無線ＬＡＮブロードバンドルータが記載されている。３つの無線ＬＡＮブロードバンドルータは、それぞれ、自己が利用可能な無線ＬＡＮ対応ＩＳＰサーバに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、インターネットに接続されている。３つの無線ＬＡＮ対応ＩＳＰサーバは、それぞれ、無線ＬＡＮ接続認証機能を有している。また、セッション管理サーバがインターネットに接続されている。セッション管理サーバは、ＩＳＰ各社の認証情報を管理する認証情報管理装置の一例としての各社認証情報管理機能を有している。各社認証情報管理機能は、各社無線ＬＡＮ対応ＩＳＰで有料サービス登録情報を事前登録しておき、利用者に一時的に貸し出す。
無線通信端末が通信可能な無線ＬＡＮの基地局ブロードバンドルータに対して、有料ＩＳＰの場合、ＩＰ電話サービス会社でまとめて、複数人登録情報を契約しておき、利用者が必要なときに、セッション管理サーバから一時的に認証情報を借りて利用する。無線通信端末が有料ＩＳＰの無線基地局に近づいたときは、事前に接続している他の無線基地局にアクセスしているときに登録情報の貸出を受ける。
図８５においては、無線通信端末の表示画面に、自己が現在接続している無線基地局の位置とＢコンビニの位置とが地域地図上に表示されている。
無線通信端末は、近くにＢコンビニがあるので、この時点で、Ｂコンビニの登録情報をサーバより取得しておく。さらに、Ｂコンビニから遠ざかって他の無線基地局を利用した時点で、Ｂコンビニの登録情報を返却する。
以上のように、上記インターネット通信システムは、上記無線基地局装置に接続され、上記ＩＳＰに接続するための複数の有料課金の登録情報を管理する認証情報管理装置を備えている。
上記ＩＰ通信処理部１３１０は、無線通信装置の一例である無線通信端末と上記無線基地局装置とが通信可能な範囲である場合に、上記認証情報管理装置より上記複数の有料課金の登録情報の内１つを入力し、入力された有料課金の登録情報に基づいて通信のための接続を行なう。
上記ＧＩＳ処理部１１２０は、無線通信装置が上記有料課金の登録情報を必要とする無線基地局装置に近づいていることを検知し、
上記ＩＰ通信処理部１３１０は、上記ＧＩＳ処理部１２１０により上記有料課金の登録情報を必要とする無線基地局装置に近づいていることが検知された場合に、その直前で利用している上記無線基地局装置を介して通信のための接続を行っている時点で、上記有料課金の登録情報を入力する。
以上のように、上記の無線通信装置は、通信サービス会社等が事前に利用者が利用できる上記有料課金の登録情報をある一定数契約を行っておき、無線通信装置を所有した利用者がその無線通信装置の通信可能領域へ移動してきたときに、上記セッション管理サーバ等から、その複数の契約情報を蓄積したデータベース装置へ問い合わせを行うことで、その中の１つの登録情報を送信してもらい、無線通信装置はその登録情報を入手して、無線基地局にアクセスして利用できることを特徴とする。
また、上記の有料課金の登録情報を必要とする無線基地局にＧＩＳによる位置情報から近づいていることが検知できたとき、その直前で利用している無線基地局にアクセスしている時点で、必要な登録情報をそれを経由して送信してもらっておくことを特徴とする。
実施の形態２０．
図８６は、実施の形態２０における構成を示す図である。
図８６において、１４１０は、基地局選択部、１４２０、１４２１，１４２２は、無線基地局である。その他の構成は、実施の形態１と同様である。
無線通信装置１１０は、基地局選択部１４１０を備えている。無線通信装置１１０は、移動しながら通信する。
無線通信装置１１０が通信可能な範囲内には、複数の無線基地局１４２０、１４２１，１４２２が存在する。
基地局選択部１４１０は、上記複数の無線基地局１４２０、１４２１，１４２２がこの無線通信装置１１０が通信可能な範囲内に複数存在した場合に、最も通信電磁波強度が安定して強く持続している無線基地局を選択する。
上記無線通信装置１１０は、上記基地局選択部１４１０により選択された無線基地局を経由により通信を行う。
図８７は、無線通信装置が移動しながら通信する場合を示す図である。
図８７において、無線通信装置の一例である無線通信端末が移動しながら通信する。図８７には、所定の通信可能範囲を有する無線基地局装置の一例である２つの無線ＬＡＮ中継機と無線ＬＡＮ対応ＩＳＰサーバが記載されている。無線ＬＡＮ対応ＩＳＰサーバは、インターネットに接続されている。無線ＬＡＮ対応ＩＳＰサーバは、他の通信ノードへ接続する。
無線通信端末は、アクセス可能な無線ＬＡＮ中継機を探し、最も通信状況の良い２箇所を選択する。無線通信端末は、選択した２つの無線ＬＡＮ中継機経由で２重に無線ＬＡＮ対応ＩＳＰサーバにセッションをはる。その内、通信状況の良い方にだけ呼制御及び音声ストリームデータを送信するようにする。
無線ＬＡＮ対応ＩＳＰサーバは、無線通信端末の無線ＬＡＮ対応ＩＳＰサーバへのアクセス経路が２つの無線ＬＡＮ中継機を経由して２つのＩＰアドレスから来ている場合でも、１つの端末識別子でどちらか一方にだけ呼制御及び音声ストリームデータを送信するようにする。
また、図示していないが、無線通信装置１１０が通信可能な範囲と異なる範囲にも無線基地局が存在する。
上記基地局選択部１４１０は、無線通信装置１１０が無線基地局と通信可能な範囲から別の範囲へと、移動する際に、通信電磁波強度を測定して、前回の無線基地局と比べより安定して接続できる無線基地局へ接続を切り替える。
上記無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して通信可能な範囲に位置する場合に、上記複数の無線基地局１４２０、１４２１，１４２２に対して同時に接続を行い、通信を行う。
ここで、上記無線通信装置１１０は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順番に交互に送受信するように構成しても構わない。
或いは、上記無線通信装置１１０は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順不同にて交互に送受信するように構成しても構わない。
上記無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して通信可能な範囲に位置し、通信を待ちうけている状態の場合に、上記複数の無線基地局１４２０、１４２１，１４２２に対してそれぞれ接続し、上記無線通信装置１１０が所属する１台のセッション管理サーバ２１０に接続して、複数の無線基地局１４２０、１４２１，１４２２の接続経路のいずれかを用いて、通信の発呼と通信の着呼との少なくとも１つを行なう。
上記無線通信装置１１０は、上記通信の発呼と通信の着呼との少なくとも１つを行なう場合に、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記通信の発呼と通信の着呼との少なくとも１つに関するデータを送受信する。
上記データは、ユーザデータグラムプロトコル（ＵＤＰ）データを有している。
上記無線通信装置１１０は、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記ＵＤＰデータを送受信する。
また、上記データは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを有している。
上記無線通信装置１１０は、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なう。
通信中継サーバ３１０は、無線基地局１４２０、１４２１，１４２２に接続され、発呼側の無線通信装置１１０と図示していない着呼側の無線通信装置１２０との間の通信を中継する。図８６においては、１つの通信中継サーバ３１０が記載されているが、本実施の形態におけるインターネット通信システムは、更に、別の複数の通信中継サーバを備えている。
上記無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して通信可能な範囲に位置し、移動しながら通信を行なう場合に、複数の無線基地局１４２０、１４２１，１４２２のうち通信の電磁波強度にしたがってより安定する無線基地局１４２０、１４２１，１４２２と接続するように動的に切り替えながら、上記複数の通信中継サーバのうち１つの通信中継サーバ（例えば、通信中継サーバ３１０）を用いて、通信データを送受信する。
また、上記無線通信装置１１０は、複数の無線基地局装置１４２０、１４２１，１４２２に対して異なる無線通信方式と上記無線通信方式に応じた無線通信帯域とに応じて、音声データのコーデック方式を変更するように構成しても構わない。
そして、上記無線通信装置１１０は、無線通信方式と、上記無線通信方式に応じた無線通信帯域と、音声データのコーデック方式とに関する情報を表示するように構成しても構わない。
上記無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して通信可能な範囲に位置し、通信を行なう場合に、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記通信中継サーバ（例えば、通信中継サーバ３１０）を経由する通信を行なう。
上記通信中継サーバ３１０は、ユーザデータグラムプロトコル（ＵＤＰ）データを中継する。
上記無線通信装置１１０は、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記通信中継サーバ３１０を経由するＵＤＰデータの通信を行なう。
また、上記通信中継サーバ３１０は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを中継する。
上記無線通信装置１１０は、上記複数の無線基地局１４２０、１４２１，１４２２の任意の接続経路を用いて、上記通信中継サーバ３１０を経由する上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なう。
ここで、上記無線通信装置１１０は、通信をおこなっている上記任意の接続経路を表示するようにしても構わない。
また、上記無線通信装置１１０は、通信をおこなっている上記任意の接続経路について、図形情報と文字情報との内少なくとも１つを用いてどのような経路で通信データが送受信されているかを表示するようにしても構わない。
以上のように、無線通信装置１１０は、上記ＩＰ通信機能で使用する無線基地局がこの無線通信装置１１０が通信可能な範囲内に複数存在した場合に、最も通信電磁波強度が安定して強く持続しているものを選択する機能を備え、その選択された無線基地局経由により通信を行えることを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置１１０が通信可能な範囲から別の範囲へと、移動する際に、自動的にその通信電磁波強度を測定して、より安定して接続できる無線基地局との接続に切り替えることを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置が通信可能な範囲に位置するとき、その複数の無線基地局１４２０、１４２１，１４２２に対して同時に接続を行い通信を行うことを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置が通信可能な範囲に位置するとき、その複数の無線基地局１４２０、１４２１，１４２２に対して同時に接続を行い、音声データ等を各無線基地局の経路に対して、順番に、あるいは順不同にて交互に送受信して、特定の経路の通信を傍受されても、通信の解読ができないようにできることを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置１１０が通信可能な範囲に位置するとき、通信を待ちうけている状態のときに、その複数の無線基地局１４２０、１４２１，１４２２に対する複数の接続にて、その無線通信装置１１０が所属する１台のセッション管理サーバ２１０に接続して、複数の無線基地局１４２０、１４２１，１４２２の接続経路のいずれかを用いて、通信を発呼するか、通信の着呼を待ちうけるかをすることができることを特徴とする。
また、上記の通信の発呼や着呼に関するデータの送受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の通信の発呼や着呼に関するＵＤＰデータの送受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の通信の発呼や着呼に関するＨＴＴＰデータのメソッド送信及びステータス応答受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の無線通信装置１１０は、複数の無線基地局１４２０、１４２１，１４２２に対して無線通信装置１１０が通信可能な範囲に位置し、移動中で通信を行っているとき、複数の無線基地局１４２０、１４２１，１４２２経由で同時に１台の通信中継サーバ３１０に接続し、その電磁波強度にしたがってより安定する無線基地局接続へと動的に切り替えながら、通信データを送受信させることができることを特徴とする。
また、上記の無線通信装置１１０は、複数の無線基地局に対して異なる無線通信方式と、それに応じた無線通信帯域に応じて、音声データのコーデック方式を変更することを特徴とする。
また、上記の無線通信装置１１０は、無線通信方式と、それに応じた無線通信帯域と、自動的に切り替えられた音声データのコーデック方式とに関する情報を各種表示装置において表示できることを特徴とする。
また、上記の通信中継サーバ３１０を経由する通信データの送受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の通信中継サーバ３１０を経由するＵＤＰ通信データの送受信は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の通信中継サーバ３１０を経由するＨＴＴＰ通信データの送信メソッド及び受信ステータス応答は、それぞれの送信処理と受信処理を上記複数の無線基地局１４２０、１４２１，１４２２の接続経路のどちらでも、任意に使用することができる。
また、上記の接続経路について、無線通信装置が、簡略な図形や文字の情報にてどのような経路で通信データが送受信されているかを各種表示手段により通知することを特徴とする。
実施の形態２１．
図８８は、実施の形態２１における構成を示す図である。
図８８において、１５１０は、通知部である。その他の構成は、実施の形態１と同様である。
無線通信装置１１０は、通知部１５１０を備えている。
無線基地局１０は、無線通信装置１１０がアクセス可能な規定数を有している。
通知部１５１０は、無線基地局１０がアクセス可能な規定数に達して上記無線通信装置１１０が通信をすることができない場合に、通信不可能状態を利用者に対して通知する。また、通知部１５１０は、通信不可能状態を利用者に対して表示する表示手段により通知する。図８８においては、「無線基地局にアクセスできません。アクセス可能規定数を超えています」という表示手段による表示の一例が記載されている。
以上のように、無線通信装置１１０は、上記ＩＰ通信機能で使用する無線基地局１０に対してこの無線通信装置１１０が通信可能な範囲内に移動してきたとき、その範囲内で既に利用されている他の無線通信装置がアクセス可能の規定数に達してもうこの無線通信装置１１０が通信をすることができない場合にその通信不可能状態を利用者に対して各種表示手段により通知することを特徴とする。
実施の形態２２．
図８９は、実施の形態２２における構成を示す図である。
図８９において、１６１０は、表示部である。その他の構成は、実施の形態１と同様である。
無線基地局１０は、表示部１６１０を備えている。
上記無線通信装置１１０と無線基地局１０とのうち少なくとも１つは、上記無線通信装置１１０が上記無線基地局１０を利用した時間情報と通信料金情報と通信相手の情報とのうち少なくとも１つの情報を記録し、記録した情報を上記セッション管理サーバ２１０へ通信履歴情報として送信する。
セッション管理サーバ２１０は、上記無線基地局１０へ上記通信履歴情報に基づく利用情報を送信する。
上記無線基地局１０における表示部１６１０は、上記セッション管理サーバ２１０から送信された利用情報を受信し、受信された利用状況を出力（表示）する。
また、上記セッション管理サーバ２１０は、上記利用情報を制御可能なソフトウェアを記憶する。
そして、上記無線基地局装置の一例である上記無線基地局１０は、上記ソフトウェアを入力し、入力されたソフトウェアを用いて上記利用情報を受信し、受信された利用情報を出力するように構成しても構わない。
また、上記無線基地局１０は、上記無線基地局１０のユーザに対して受信された利用情報をユーザが確認可能に出力するように構成しても構わない。
また、上記無線通信装置１１０は、上記利用情報を受信し、上記利用情報に基づいて過去の利用状況を無線通信装置１１０のユーザに対してユーザが確認可能に出力するように構成しても構わない。
また、上記利用情報は、過去に滞在した無線基地局装置の一例である上記無線基地局１０周辺のエリアに関する情報を有している。
そして、上記無線通信装置１１０は、過去に滞在した無線基地局装置の一例である上記無線基地局１０周辺のエリアに関する情報を無線通信装置１１０のユーザに対してユーザが確認可能に出力するように構成しても構わない。
以上のように、無線通信装置１１０及び無線基地局１０は、上記の無線基地局１０を利用した時間情報、通信料金情報や通信相手の情報を記録することができ、上記セッション管理サーバ２１０等へ通信履歴情報として送信することができることを特徴とする。
さらに、上記無線基地局１０は、上記セッション管理サーバ２１０等から送信された通信履歴情報を元にした利用情報を受信し、利用状況を無線基地局１０の管理者が確認できることを特徴とする。
さらに、上記無線基地局は、上記の利用状況を無線基地局の管理者が確認できるソフトウェアを上記セッション管理サーバ等からダウンロードし、その機能を後から付加的に加えることができることを特徴とする。
さらに、上記無線通信装置は、上記セッション管理サーバ等に蓄積した通信履歴情報を元にした利用情報を受信し、過去の利用状況を無線通信装置の利用者が確認できることを特徴とする。
さらに、上記無線通信装置は、過去の通信利用状況から、過去に滞在した無線基地局周辺のエリアに関する情報を各種表示手段により表示し、無線通信装置の利用者が確認できることを特徴とする。
以上のように、着呼側のセッション管理サーバは、発呼側無線通信装置からのセッション確立要求を受信したことを記憶する。このことは、発呼側無線通信装置は、着呼側の通信状態に関係なく、セッションの確立要求を行うことを可能にし、セッション確立要求を行った時に着呼側無線通信装置が通信不可能状態であっても、発呼側無線通信装置のセッション確立要求はセッション管理サーバ上に残り、着呼側無線通信装置から通信可能状態を通知されたときに、発呼側と着呼側のセッションが張られるようになる。このため、発呼側のユーザは、再ダイヤルを行う手間を省くことができる。
また、セッション管理サーバは、サーバＩＤにより識別され、無線通信装置は、アダプタＩＤにより識別される。これにより、発呼側及び着呼側のセッション管理サーバは、アダプタＩＤにより発呼側無線通信装置から要求されたセッションの確立要求を管理することができる。また、アダプタＩＤにより、セッションの確立要求がなされた着呼側の無線通信装置を特定することができる。また、発呼側及び着呼側無線通信装置は、サーバＩＤにより、自身および通信相手の無線通信装置を管理するセッション管理サーバを特定できる。
また、インターネット通信システムは、指定通知サーバから無線通信装置に対して、無線通信装置を管理するセッション管理サーバのサーバＩＤを通知する。このため、セッション管理サーバを複数配置することができるとともに、各セッション管理サーバの管理する無線通信装置の数を均一に配分したり、一定の条件に合うように配分できる。
また、インターネット通信システムは、着呼側セッション管理サーバが、発呼側と着呼側の無線通信装置間を中継する着呼側の通信中継サーバを決定して、決定した通話中継サーバを発呼側と着呼側の無線通信装置に対してそれぞれ通知を行う。このため、無線通信装置は通信中継サーバを決定するための処理負荷を削減できる。
また、着呼側通信中継サーバは、通信中継サーバＩＤにより識別される。このため、発呼側及び着呼側無線通信装置は、通信中継サーバＩＤによって着呼側通信中継サーバを接続して、通信データの送受信を行うことができる。
また、インターネット通信システムは、発呼側セッション管理サーバが、発呼側と着呼側の無線通信装置間を中継する発呼側の通信中継サーバを決定して、発呼側無線通信装置と着呼側セッション管理サーバに対してそれぞれ通知を行う。着呼側セッション管理サーバは、通知された発呼側の通信中継サーバを、着呼側無線通信装置に通知する。このため、無線通信装置は通信中継サーバを決定するための処理負荷を削減できる。
また、発呼側通信中継サーバは、通信中継サーバＩＤにより識別される。このため、発呼側及び着呼側無線通信装置は、通信中継サーバＩＤによって発呼側通信中継サーバを接続して、通信データを送受信することができる。
また、この発明のインターネット通信システムは、アダプタＩＤがＩＳＰの識別子を含む。このため、ユーザが既に所定のＩＳＰと契約を行っている場合は、そのＩＳＰを介してインターネットを接続して、発呼側と着呼側間のデータ送受信を行うことができる。また、発呼側のユーザと着呼側のユーザがそれぞれ異なるＩＳＰと契約を行っていても、アダプタＩＤがＩＳＰの識別子を含むので、発呼側と着呼側とでそれぞれ異なるＩＳＰを介してインターネットを接続することができる。
また、インターネット通信システムは、アダプタＩＤが無線通信装置が設置されたエリアの識別子を含む。これにより、発呼側のセッション管理サーバは、発呼側無線通信装置が設置されている最寄りの通信中継サーバを選択し、着呼側のセッション管理サーバは、着呼側無線通信装置が設置されている最寄りの通信中継サーバを選択できる。このため、無線通信装置と通信中継サーバ間の距離をできるだけ近くすることができ、距離に換算される通話コストを低減できる。ここでいう距離とは、地理的な距離ではなく、ネットワーク経路上のルータのホップ数で示されるネットワーク経路上距離である。
セッション管理サーバは、発呼側セッション管理部と着呼側セッション管理部とを備えた。このため、このセッション管理サーバは、発呼側と着呼側のいずれにも用いることができる。
無線通信装置は、発呼側の無線通信装置部と着呼側無線通信装置部とを備えた。このため、この無線通信装置は、発呼側と着呼側のいずれにも用いることができる。
インターネット通信システムは、発呼側の無線通信装置と発呼側の通信中継サーバとの間をＨＴＴＰを用いてインターネットを介して通信を行う。このため、発呼側の無線通信装置側が設置されている環境がファイアフォールにより守られているような環境であっても、何ら問題なく発呼側の通信中継サーバとデータを送受信できる。また、着呼側の無線通信装置と着呼側の通信中継サーバとの間をＨＴＴＰを用いてインターネットを介して通信を行う。このため、着呼側の無線通信装置が設置されている環境がファイアフォールにより守られているような環境であっても、何ら問題なく着呼側の通信中継サーバとデータを送受信できる。また、発呼側と着呼側の通信中継サーバ間は、ＨＴＴＰ以外のプロトコルを用いて通信を行う。例えば、通信処理のリアルタイム特性に優れたプロトコルを用いて、通信の品質を向上できる。
特に、ＨＴＴＰ以外のプロトコルとして通信処理のリアルタイム特性に優れたプロトコルであるＵＤＰを用いることにより、通信の品質を向上できる。
また、特に、ＨＴＴＰ以外のプロトコルとして通信処理のリアルタイム特性に優れたプロトコルであるＲＴＰを用いることにより、通信の品質を向上できる。
また、特に、ＨＴＴＰ以外のプロトコルとして広く用いられているＴＣＰ上に作られる様々なアプリケーション用のプロトコルを用いることにより、既にインターネットを利用する環境を構築しているユーザに対して、このインターネット通信システムを容易に利用する環境を提供できる。
また、インターネット通信システムは、発呼側と着呼側の通信中継サーバ間をＩＳＰの専用ネットワークにより接続する。このため、従来から存在するＩＳＰの所持するサーバを通信中継サーバとして利用することができる。また、ＩＳＰがこの発明のインターネット通信システムを運用する場合に、既存のネットワーク環境を使用することができるので、ＩＳＰ事業者がこの発明のインターネット通信システムを運用する場合に、事業を立ち上げるためのコストを低くおさえて実現できる。
また、通信中継サーバは、ＨＴＴＰ通信部とＵＤＰ通信部とを備えた。このため、通信中継サーバは、ＨＴＴＰとＵＤＰのいずれのプロトコルを用いるネットワーク環境下でも、設置可能である。
セッション管理サーバで動作するプログラムは、発呼側のセッション管理処理と着呼側のセッション管理処理とをコンピュータに実行させる。このため、このセッション管理サーバは、発呼側と着呼側のいずれのサーバとしても設置できる。
無線通信装置で動作するプログラムは、発呼側の無線通信装置処理と着呼側の無線通信装置処理とをコンピュータに実行させる。このため、この無線通信装置は、発呼側と着呼側のいずれの無線通信装置としても設置できる。
通信中継サーバで動作するプログラムは、ＨＴＴＰ通信処理とＵＤＰ通信処理とをコンピュータに実行させる。このため、この通信中継サーバは、ＨＴＴＰとＵＤＰとのいずれのプロトコルを用いるネットワーク環境下で使用できる。
また、セッション管理サーバは、サーバＩＤにより識別され、無線通信装置は、アダプタＩＤにより識別される。これにより、発呼側及び着呼側のセッション管理サーバは、アダプタＩＤにより発呼側無線通信装置から要求されたセッションの確立要求を管理することができる。また、アダプタＩＤにより、セッションの確立要求がなされた着呼側の無線通信装置を特定することができる。また、発呼側及び着呼側無線通信装置は、サーバＩＤにより、自身および通信相手の無線通信装置を管理するセッション管理サーバを特定できる。
また、インターネット通信システムは、指定通知サーバから無線通信装置に対して、無線通信装置を管理するセッション管理サーバのサーバＩＤを通知する。このため、セッション管理サーバを複数配置することができるとともに、各セッション管理サーバの管理する無線通信装置の数を均一に配分したり、一定の条件に合うように配分できる。
また、インターネット通信システムは、着呼側セッション管理サーバが、発呼側と着呼側の無線通信装置間を中継する着呼側の通信中継サーバを決定して、決定した通話中継サーバを発呼側と着呼側の無線通信装置に対してそれぞれ通知を行う。このため、無線通信装置は通信中継サーバを決定するための処理負荷を削減できる。
また、着呼側通信中継サーバは、通信中継サーバＩＤにより識別される。このため、発呼側及び着呼側無線通信装置は、通信中継サーバＩＤによって着呼側通信中継サーバを接続して、通信データの送受信を行うことができる。
また、インターネット通信システムは、発呼側セッション管理サーバが、発呼側と着呼側の無線通信装置間を中継する発呼側の通信中継サーバを決定して、発呼側無線通信装置と着呼側セッション管理サーバに対してそれぞれ通知を行う。着呼側セッション管理サーバは、通知された発呼側の通信中継サーバを、着呼側無線通信装置に通知する。このため、無線通信装置は通信中継サーバを決定するための処理負荷を削減できる。
また、発呼側通信中継サーバは、通信中継サーバＩＤにより識別される。このため、発呼側及び着呼側無線通信装置は、通信中継サーバＩＤによって発呼側通信中継サーバを接続して、通信データを送受信することができる。
また、この発明のインターネット通信システムは、アダプタＩＤがＩＳＰの識別子を含む。このため、ユーザが既に所定のＩＳＰと契約を行っている場合は、そのＩＳＰを介してインターネットを接続して、発呼側と着呼側間のデータ送受信を行うことができる。また、発呼側のユーザと着呼側のユーザがそれぞれ異なるＩＳＰと契約を行っていても、アダプタＩＤがＩＳＰの識別子を含むので、発呼側と着呼側とでそれぞれ異なるＩＳＰを介してインターネットを接続することができる。
また、インターネット通信システムは、アダプタＩＤが無線通信装置が設置されたエリアの識別子を含む。これにより、発呼側のセッション管理サーバは、発呼側無線通信装置が設置されている最寄りの通信中継サーバを選択し、着呼側のセッション管理サーバは、着呼側無線通信装置が設置されている最寄りの通信中継サーバを選択できる。このため、無線通信装置と通信中継サーバ間の距離をできるだけ近くすることができ、距離に換算される通話コストを低減できる。ここでいう距離とは、地理的な距離ではなく、ネットワーク経路上のルータのホップ数で示されるネットワーク経路上距離である。
セッション管理サーバは、発呼側セッション管理部と着呼側セッション管理部とを備えた。このため、このセッション管理サーバは、発呼側と着呼側のいずれにも用いることができる。
無線通信装置は、発呼側の無線通信装置部と着呼側無線通信装置部とを備えた。このため、この無線通信装置は、発呼側と着呼側のいずれにも用いることができる。
インターネット通信システムは、発呼側の無線通信装置と発呼側の通信中継サーバとの間をＨＴＴＰを用いてインターネットを介して通信を行う。このため、発呼側の無線通信装置側が設置されている環境がファイアフォールにより守られているような環境であっても、何ら問題なく発呼側の通信中継サーバとデータを送受信できる。また、着呼側の無線通信装置と着呼側の通信中継サーバとの間をＨＴＴＰを用いてインターネットを介して通信を行う。このため、着呼側の無線通信装置が設置されている環境がファイアフォールにより守られているような環境であっても、何ら問題なく着呼側の通信中継サーバとデータを送受信できる。また、発呼側と着呼側の通信中継サーバ間は、ＨＴＴＰ以外のプロトコルを用いて通信を行う。例えば、通信処理のリアルタイム特性に優れたプロトコルを用いて、通信の品質を向上できる。
特に、ＨＴＴＰ以外のプロトコルとして通信処理のリアルタイム特性に優れたプロトコルであるＵＤＰを用いることにより、通信の品質を向上できる。
また、特に、ＨＴＴＰ以外のプロトコルとして通信処理のリアルタイム特性に優れたプロトコルであるＲＴＰを用いることにより、通信の品質を向上できる。
また、特に、ＨＴＴＰ以外のプロトコルとして広く用いられているＴＣＰ上に作られる様々なアプリケーション用のプロトコルを用いることにより、既にインターネットを利用する環境を構築しているユーザに対して、このインターネット通信システムを容易に利用する環境を提供できる。
また、インターネット通信システムは、発呼側と着呼側の通信中継サーバ間をＩＳＰの専用ネットワークにより接続する。このため、従来から存在するＩＳＰの所持するサーバを通信中継サーバとして利用することができる。また、ＩＳＰがこの発明のインターネット通信システムを運用する場合に、既存のネットワーク環境を使用することができるので、ＩＳＰ事業者がこの発明のインターネット通信システムを運用する場合に、事業を立ち上げるためのコストを低くおさえて実現できる。
また、通信中継サーバは、ＨＴＴＰ通信部とＵＤＰ通信部とを備えた。このため、通信中継サーバは、ＨＴＴＰとＵＤＰのいずれのプロトコルを用いるネットワーク環境下でも、設置可能である。
セッション管理サーバで動作するプログラムは、発呼側のセッション管理処理と着呼側のセッション管理処理とをコンピュータに実行させる。このため、このセッション管理サーバは、発呼側と着呼側のいずれのサーバとしても設置できる。
無線通信装置で動作するプログラムは、発呼側の無線通信装置処理と着呼側の無線通信装置処理とをコンピュータに実行させる。このため、この無線通信装置は、発呼側と着呼側のいずれの無線通信装置としても設置できる。
通信中継サーバで動作するプログラムは、ＨＴＴＰ通信処理とＵＤＰ通信処理とをコンピュータに実行させる。このため、この通信中継サーバは、ＨＴＴＰとＵＤＰとのいずれのプロトコルを用いるネットワーク環境下で使用できる。
【特許請求の範囲】
【請求項１】 インターネットを用いてデータ通信をするインターネット通信システムにおいて、
発呼側の無線通信装置と、
発呼側の無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する発呼側の無線基地局装置と、
着呼側の無線通信装置と、
着呼側の無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する着呼側の無線基地局装置と、
発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、
着呼側の無線通信装置を管理する着呼側のセッション管理サーバと
を備え、
発呼側の無線通信装置は、発呼側の無線基地局装置を介して発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、
発呼側のセッション管理サーバは、発呼側の無線通信装置から上記着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信し、
発呼側の無線通信装置は、発呼側の無線基地局装置を介して、発呼側のセッション管理サーバから上記着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションの確立要求を送信し、
着呼側のセッション管理サーバは、発呼側の無線通信装置から上記着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、
着呼側の無線通信装置は、着呼側の無線基地局装置を介して、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、
着呼側のセッション管理サーバは、着呼側の無線通信装置から上記通信可能状態が通知された場合に、インターネットを用いたセッションの確立を発呼側の無線通信装置と着呼側の無線通信装置とに許可することを特徴とするインターネット通信システム。
【請求項２】 上記インターネット通信システムは、更に、無線通信装置から無線通信装置ＩＤを受信し、無線通信装置を管理するセッション管理サーバを無線通信装置ＩＤに基づいて指定し、指定したセッション管理サーバのサーバＩＤを無線通信装置に通知する指定通知サーバを備えたことを特徴とする請求項１記載のインターネット通信システム。
【請求項３】 上記インターネット通信システムは、更に、
発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する着呼側の通信中継サーバを備え、
着呼側のセッション管理サーバは、着呼側の通信中継サーバを識別する着呼側の通信中継サーバＩＤを発呼側の無線通信装置と着呼側の無線通信装置とに送信し、
発呼側の無線通信装置と着呼側の無線通信装置とは、着呼側の通信中継サーバＩＤを受信し、着呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする請求項１記載のインターネット通信システム。
【請求項４】 上記インターネット通信システムは、更に、
発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する発呼側の通信中継サーバを備え、
発呼側のセッション管理サーバは、発呼側の通信中継サーバを識別する発呼側の通信中継サーバＩＤを発呼側の無線通信装置に送信し、
発呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、発呼側の通信中継サーバＩＤを着呼側のセッション管理サーバに送信し、
着呼側のセッション管理サーバは、発呼側の通信中継サーバＩＤを着呼側の無線通信装置に送信し、
着呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、
発呼側の無線通信装置と着呼側の無線通信装置とは、発呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする請求項１記載のインターネット通信システム。
【請求項５】 上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）の識別子を含むことを特徴とする請求項１記載のインターネット通信システム。
【請求項６】 上記無線通信装置ＩＤは、無線通信装置が設置されたエリアの識別子を含むことを特徴とする請求項１記載のインターネット通信システム。
【請求項７】 インターネットを用いてデータ通信をするインターネット通信方法において、
発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置を管理している着呼側のセッション管理サーバを問い合わせ、
発呼側のセッション管理サーバから発呼側の無線通信装置に着呼側の無線通信装置を管理している着呼側のセッション管理サーバを回答し、
発呼側の無線通信装置から着呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、
発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求が合ったことを着呼側のセッション管理サーバに記憶し、
着呼側の無線通信装置から着呼側のセッション管理サーバに対してセッションの確立要求があったか否かを問い合わせ、
セッションの確立要求があった場合に、かつ、着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、
着呼側の無線通信装置が通信可能状態にあることを通知された場合に、着呼側のセッション管理サーバがインターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可することを特徴とするインターネット通信方法。
【請求項８】 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理部と、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部と
を備えたことを特徴とするセッション管理サーバ。
【請求項９】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置であって、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の通信処理部と、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の通信処理部と
を備えたことを特徴とする無線通信装置。
【請求項１０】 発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信をするインターネット通信システムにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して発呼側の無線通信装置とデータ通信する発呼側の通信中継サーバと、
ＨＴＴＰを用いてインターネットを介して着呼側の無線通信装置とデータを通信し、かつ、ＨＴＴＰ以外のプロトコルを用いて発呼側の通信中継サーバとデータ通信する着呼側の通信中継サーバと
を備えたことを特徴とするインターネット通信システム。
【請求項１１】 発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信するインターネット通信方法において、
インターネットを介して、発呼側の無線通信装置と発呼側の通信中継サーバとがハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてデータを通信し、
発呼側の通信中継サーバと着呼側の通信中継サーバとがＨＴＴＰ以外のプロトコルを用いてデータ通信し、
インターネットを介して、着呼側の通信中継サーバと着呼側の無線通信装置とがＨＴＴＰを用いてデータ通信することを特徴とするインターネット通信方法。
【請求項１２】 無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信部と、
ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信部と
を備えたことを特徴とする通信中継サーバ。
【請求項１３】 無線通信と有線通信とを互いに変換する無線基地局装置を介して、発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理処理と、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項１４】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムであって、
発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の無線通信装置処理と、
着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の無線通信装置処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項１５】 無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバで動作するプログラムにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信処理と、
ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項１６】 インターネットを用いてデータ通信をするインターネット通信システムにおいて、
発呼側の無線通信装置と、
着呼側の無線通信装置と、
発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、
着呼側の無線通信装置を管理する着呼側のセッション管理サーバ
とを備え、
発呼側の無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信し、
発呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを求め、求めたサーバＩＤで識別される着呼側のセッション管理サーバへ無線通信装置ＩＤを送信して、着呼側の無線通信装置とのセッションの確率要求を送信し、
着呼側のセッション管理サーバは、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置からの通信可能状態を受信して、受信した通信可能状態の着呼側の無線通信装置に対するセッション確立要求が記憶されている場合に、インターネットを用いたセッションの確立を発呼側のセッション管理サーバと着呼側の無線通信装置とに許可し、
着呼側の無線通信装置は、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、
発呼側の無線通信装置は、発呼側のセッション管理サーバから、着呼側のセッション管理サーバからインターネットを用いたセッションの確立を許可されたことを受信することを特徴とするインターネット通信システム。
【請求項１７】 インターネットを用いてデータを通信するインターネット通信方法において、
発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、
発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から送信されたセッションの確立要求を送信し、
発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求があったことを着呼側のセッション管理サーバに記憶し、
着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、
着呼側の無線通信装置から通信可能状態にあることを知らされた場合に、かつ、通信可能状態にある着呼側の無線通信装置に対してセッションの確立要求があった場合に、着呼側のセッション管理サーバが、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可し、
発呼側のセッション管理サーバが、セッションの確立を許可された場合に、発呼側の無線通信装置に、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可されたことを知らせることを特徴とするインターネット通信方法。
【請求項１８】 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から受信した着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信する発呼側のセッション管理部と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置から通信可能状態が通知された場合に、記憶したセッションの確立要求を検索し、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部と
を備えたことを特徴とするセッション管理サーバ。
【請求項１９】 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ発呼側の無線通信装置から受信したセッションの確立要求を送信する発呼側のセッション管理処理と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置の通信可能状態が通知された場合に、記憶したセッションの確立要求を検索して、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可し、着呼側の無線通信装置にセッションの確立要求があったことを通知する着呼側のセッション管理処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項２０】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムであって、
発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信する発呼側の無線通信装置処理と、
着呼側のセッション管理サーバに、自己が通信可能状態にある場合に、通信可能状態にあることを送信し、着呼側のセッション管理サーバからセッションの確立要求があったことを受信する着呼側の無線通信装置処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項２１】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される発呼側の無線通信装置であって、
上記着呼側のセッション管理サーバから発呼側のセッション管理サーバを経由して、着呼側の無線通信装置が既に通信状態にあるために、通信不能状態になっていることを上記無線基地局装置を介して有線通信を無線通信に変換することにより受信すると、上記着呼側の無線通信装置が既に通信状態にあるために通信不能状態になっていることを出力することを特徴とする無線通信装置。
【請求項２２】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置であって、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、通信を開始する場合には、着呼側のセッション管理サーバに通信を開始することを送信し、通信を終了する場合には、着呼側のセッション管理サーバに通信を終了することを送信することを特徴とする無線通信装置。
【請求項２３】 上記発呼側の無線通信装置と着呼側の無線通信装置とはそれぞれ、所定のネットワーク環境に設置されて、上記所定のネットワーク環境に従うＩＰ（インターネット プロトコル）アドレスを割り当てられるとともに、上記ＩＰアドレスの割り当て形態に応じて決定される無線通信装置の接続タイプを記憶し、
上記発呼側の無線通信装置は、発呼側のセッション管理サーバに、上記発呼側の無線通信装置の接続タイプを送信し、
上記着呼側の無線通信装置は、着呼側のセッション管理サーバに、上記着呼側の無線通信装置の接続タイプを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信された接続タイプに基づいて、上記着呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記着呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側のセッション管理サーバは、上記発呼側の無線通信装置から送信された接続タイプに基づいて、上記発呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記発呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側の無線通信装置は、上記発呼側のセッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信し、
上記着呼側の無線通信装置は、上記着呼側セッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信することを特徴とする請求項１記載のインターネット通信システム。
【請求項２４】 上記着呼側の無線通信装置は、着呼側のセッション管理サーバに発呼側の無線通信装置からのセッションの確立要求が記憶されていることを確認するために、着呼側のセッション管理サーバにハイパーテキストトランスファープロトコル（ＨＴＴＰ）のＧＥＴメソッドを発行し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から発行されたＧＥＴメソッドを受信すると、上記ＧＥＴメソッドを発行した着呼側の無線通信装置に対するセッション確立要求が記憶されているか検索し、検索した結果を上記ＧＥＴメソッドに対するＧＥＴ応答に含めて、上記着呼側の無線通信装置に送信することを特徴とする請求項１記載のインターネット通信システム。
【請求項２５】 上記着呼側の無線通信装置は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを一定周期ごとに着呼側のセッション管理サーバに送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを受信すると、上記発呼側の無線通信装置からセッションの確立要求がなされているが、上記発呼側と着呼側の無線通信装置との間で通信が開始されていない場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求がなかったという情報を送信し、上記発呼側の無線通信装置からセッションの確立要求がなされて、上記発呼側と着呼側の無線通信装置との間で通信が開始されている場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求があったという情報を送信することを特徴とする請求項１記載のインターネット通信システム。
【請求項２６】 上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信されたＧＥＴメソッドを保持して、上記発呼側の無線通信装置からのセッションの確立要求があった場合に、上記発呼側の無線通信装置からのセッションの確立要求があったことを上記保持していたＧＥＴメソッドに対する回答として上記着呼側の無線通信装置へ送信することを特徴とする請求項１記載のインターネット通信システム。
【請求項２７】 上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを送信された場合に、上記発呼側の無線通信装置からのセッションの確立要求がなされていない場合は、上記着呼側の無線通信装置に、上記着呼側の無線通信装置と上記着呼側のセッション管理サーバとの間の回線の接続を維持するための生存確認情報を送信し続け、上記発呼側の無線通信装置からのセッションの確立要求がなされた場合は、上記着呼側の無線通信装置に、上記発呼側の無線通信装置からのセッションの確立要求があったことを送信することを特徴とする請求項１記載のインターネット通信システム。
【請求項１】 インターネットを用いてデータ通信をするインターネット通信システムにおいて、
発呼側の無線通信装置と、
発呼側の無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する発呼側の無線基地局装置と、
着呼側の無線通信装置と、
着呼側の無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する着呼側の無線基地局装置と、
発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、
着呼側の無線通信装置を管理する着呼側のセッション管理サーバと
を備え、
発呼側の無線通信装置は、発呼側の無線基地局装置を介して発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、
発呼側のセッション管理サーバは、発呼側の無線通信装置から上記着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信し、
発呼側の無線通信装置は、発呼側の無線基地局装置を介して、発呼側のセッション管理サーバから上記着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションの確立要求を送信し、
着呼側のセッション管理サーバは、発呼側の無線通信装置から上記着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、
着呼側の無線通信装置は、着呼側の無線基地局装置を介して、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、
着呼側のセッション管理サーバは、着呼側の無線通信装置から上記通信可能状態が通知された場合に、インターネットを用いたセッションの確立を発呼側の無線通信装置と着呼側の無線通信装置とに許可することを特徴とするインターネット通信システム。
【請求項２】 上記インターネット通信システムは、更に、無線通信装置から無線通信装置ＩＤを受信し、無線通信装置を管理するセッション管理サーバを無線通信装置ＩＤに基づいて指定し、指定したセッション管理サーバのサーバＩＤを無線通信装置に通知する指定通知サーバを備えたことを特徴とする請求項１記載のインターネット通信システム。
【請求項３】 上記インターネット通信システムは、更に、
発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する着呼側の通信中継サーバを備え、
着呼側のセッション管理サーバは、着呼側の通信中継サーバを識別する着呼側の通信中継サーバＩＤを発呼側の無線通信装置と着呼側の無線通信装置とに送信し、
発呼側の無線通信装置と着呼側の無線通信装置とは、着呼側の通信中継サーバＩＤを受信し、着呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする請求項１記載のインターネット通信システム。
【請求項４】 上記インターネット通信システムは、更に、
発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する発呼側の通信中継サーバを備え、
発呼側のセッション管理サーバは、発呼側の通信中継サーバを識別する発呼側の通信中継サーバＩＤを発呼側の無線通信装置に送信し、
発呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、発呼側の通信中継サーバＩＤを着呼側のセッション管理サーバに送信し、
着呼側のセッション管理サーバは、発呼側の通信中継サーバＩＤを着呼側の無線通信装置に送信し、
着呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、
発呼側の無線通信装置と着呼側の無線通信装置とは、発呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする請求項１記載のインターネット通信システム。
【請求項５】 上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）の識別子を含むことを特徴とする請求項１記載のインターネット通信システム。
【請求項６】 上記無線通信装置ＩＤは、無線通信装置が設置されたエリアの識別子を含むことを特徴とする請求項１記載のインターネット通信システム。
【請求項７】 インターネットを用いてデータ通信をするインターネット通信方法において、
発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置を管理している着呼側のセッション管理サーバを問い合わせ、
発呼側のセッション管理サーバから発呼側の無線通信装置に着呼側の無線通信装置を管理している着呼側のセッション管理サーバを回答し、
発呼側の無線通信装置から着呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、
発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求が合ったことを着呼側のセッション管理サーバに記憶し、
着呼側の無線通信装置から着呼側のセッション管理サーバに対してセッションの確立要求があったか否かを問い合わせ、
セッションの確立要求があった場合に、かつ、着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、
着呼側の無線通信装置が通信可能状態にあることを通知された場合に、着呼側のセッション管理サーバがインターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可することを特徴とするインターネット通信方法。
【請求項８】 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理部と、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部と
を備えたことを特徴とするセッション管理サーバ。
【請求項９】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置であって、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の通信処理部と、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の通信処理部と
を備えたことを特徴とする無線通信装置。
【請求項１０】 発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信をするインターネット通信システムにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して発呼側の無線通信装置とデータ通信する発呼側の通信中継サーバと、
ＨＴＴＰを用いてインターネットを介して着呼側の無線通信装置とデータを通信し、かつ、ＨＴＴＰ以外のプロトコルを用いて発呼側の通信中継サーバとデータ通信する着呼側の通信中継サーバと
を備えたことを特徴とするインターネット通信システム。
【請求項１１】 発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信するインターネット通信方法において、
インターネットを介して、発呼側の無線通信装置と発呼側の通信中継サーバとがハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてデータを通信し、
発呼側の通信中継サーバと着呼側の通信中継サーバとがＨＴＴＰ以外のプロトコルを用いてデータ通信し、
インターネットを介して、着呼側の通信中継サーバと着呼側の無線通信装置とがＨＴＴＰを用いてデータ通信することを特徴とするインターネット通信方法。
【請求項１２】 無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信部と、
ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信部と
を備えたことを特徴とする通信中継サーバ。
【請求項１３】 無線通信と有線通信とを互いに変換する無線基地局装置を介して、発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理処理と、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項１４】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムであって、
発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の無線通信装置処理と、
着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の無線通信装置処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項１５】 無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバで動作するプログラムにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信処理と、
ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項１６】 インターネットを用いてデータ通信をするインターネット通信システムにおいて、
発呼側の無線通信装置と、
着呼側の無線通信装置と、
発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、
着呼側の無線通信装置を管理する着呼側のセッション管理サーバ
とを備え、
発呼側の無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信し、
発呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを求め、求めたサーバＩＤで識別される着呼側のセッション管理サーバへ無線通信装置ＩＤを送信して、着呼側の無線通信装置とのセッションの確率要求を送信し、
着呼側のセッション管理サーバは、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置からの通信可能状態を受信して、受信した通信可能状態の着呼側の無線通信装置に対するセッション確立要求が記憶されている場合に、インターネットを用いたセッションの確立を発呼側のセッション管理サーバと着呼側の無線通信装置とに許可し、
着呼側の無線通信装置は、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、
発呼側の無線通信装置は、発呼側のセッション管理サーバから、着呼側のセッション管理サーバからインターネットを用いたセッションの確立を許可されたことを受信することを特徴とするインターネット通信システム。
【請求項１７】 インターネットを用いてデータを通信するインターネット通信方法において、
発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、
発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から送信されたセッションの確立要求を送信し、
発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求があったことを着呼側のセッション管理サーバに記憶し、
着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、
着呼側の無線通信装置から通信可能状態にあることを知らされた場合に、かつ、通信可能状態にある着呼側の無線通信装置に対してセッションの確立要求があった場合に、着呼側のセッション管理サーバが、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可し、
発呼側のセッション管理サーバが、セッションの確立を許可された場合に、発呼側の無線通信装置に、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可されたことを知らせることを特徴とするインターネット通信方法。
【請求項１８】 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から受信した着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信する発呼側のセッション管理部と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置から通信可能状態が通知された場合に、記憶したセッションの確立要求を検索し、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部と
を備えたことを特徴とするセッション管理サーバ。
【請求項１９】 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ発呼側の無線通信装置から受信したセッションの確立要求を送信する発呼側のセッション管理処理と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置の通信可能状態が通知された場合に、記憶したセッションの確立要求を検索して、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可し、着呼側の無線通信装置にセッションの確立要求があったことを通知する着呼側のセッション管理処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項２０】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムであって、
発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信する発呼側の無線通信装置処理と、
着呼側のセッション管理サーバに、自己が通信可能状態にある場合に、通信可能状態にあることを送信し、着呼側のセッション管理サーバからセッションの確立要求があったことを受信する着呼側の無線通信装置処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項２１】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される発呼側の無線通信装置であって、
上記着呼側のセッション管理サーバから発呼側のセッション管理サーバを経由して、着呼側の無線通信装置が既に通信状態にあるために、通信不能状態になっていることを上記無線基地局装置を介して有線通信を無線通信に変換することにより受信すると、上記着呼側の無線通信装置が既に通信状態にあるために通信不能状態になっていることを出力することを特徴とする無線通信装置。
【請求項２２】 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置であって、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、通信を開始する場合には、着呼側のセッション管理サーバに通信を開始することを送信し、通信を終了する場合には、着呼側のセッション管理サーバに通信を終了することを送信することを特徴とする無線通信装置。
【請求項２３】 上記発呼側の無線通信装置と着呼側の無線通信装置とはそれぞれ、所定のネットワーク環境に設置されて、上記所定のネットワーク環境に従うＩＰ（インターネット プロトコル）アドレスを割り当てられるとともに、上記ＩＰアドレスの割り当て形態に応じて決定される無線通信装置の接続タイプを記憶し、
上記発呼側の無線通信装置は、発呼側のセッション管理サーバに、上記発呼側の無線通信装置の接続タイプを送信し、
上記着呼側の無線通信装置は、着呼側のセッション管理サーバに、上記着呼側の無線通信装置の接続タイプを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信された接続タイプに基づいて、上記着呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記着呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側のセッション管理サーバは、上記発呼側の無線通信装置から送信された接続タイプに基づいて、上記発呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記発呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側の無線通信装置は、上記発呼側のセッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信し、
上記着呼側の無線通信装置は、上記着呼側セッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信することを特徴とする請求項１記載のインターネット通信システム。
【請求項２４】 上記着呼側の無線通信装置は、着呼側のセッション管理サーバに発呼側の無線通信装置からのセッションの確立要求が記憶されていることを確認するために、着呼側のセッション管理サーバにハイパーテキストトランスファープロトコル（ＨＴＴＰ）のＧＥＴメソッドを発行し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から発行されたＧＥＴメソッドを受信すると、上記ＧＥＴメソッドを発行した着呼側の無線通信装置に対するセッション確立要求が記憶されているか検索し、検索した結果を上記ＧＥＴメソッドに対するＧＥＴ応答に含めて、上記着呼側の無線通信装置に送信することを特徴とする請求項１記載のインターネット通信システム。
【請求項２５】 上記着呼側の無線通信装置は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを一定周期ごとに着呼側のセッション管理サーバに送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを受信すると、上記発呼側の無線通信装置からセッションの確立要求がなされているが、上記発呼側と着呼側の無線通信装置との間で通信が開始されていない場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求がなかったという情報を送信し、上記発呼側の無線通信装置からセッションの確立要求がなされて、上記発呼側と着呼側の無線通信装置との間で通信が開始されている場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求があったという情報を送信することを特徴とする請求項１記載のインターネット通信システム。
【請求項２６】 上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信されたＧＥＴメソッドを保持して、上記発呼側の無線通信装置からのセッションの確立要求があった場合に、上記発呼側の無線通信装置からのセッションの確立要求があったことを上記保持していたＧＥＴメソッドに対する回答として上記着呼側の無線通信装置へ送信することを特徴とする請求項１記載のインターネット通信システム。
【請求項２７】 上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを送信された場合に、上記発呼側の無線通信装置からのセッションの確立要求がなされていない場合は、上記着呼側の無線通信装置に、上記着呼側の無線通信装置と上記着呼側のセッション管理サーバとの間の回線の接続を維持するための生存確認情報を送信し続け、上記発呼側の無線通信装置からのセッションの確立要求がなされた場合は、上記着呼側の無線通信装置に、上記発呼側の無線通信装置からのセッションの確立要求があったことを送信することを特徴とする請求項１記載のインターネット通信システム。
Claims (128)
- インターネットを用いてデータ通信をするインターネット通信システムにおいて、
発呼側の無線通信装置と、
発呼側の無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する発呼側の無線基地局装置と、
着呼側の無線通信装置と、
着呼側の無線通信装置とインターネットとを接続し、無線通信と有線通信とを互いに変換する着呼側の無線基地局装置と、
発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、
着呼側の無線通信装置を管理する着呼側のセッション管理サーバとを備え、
発呼側の無線通信装置は、発呼側の無線基地局装置を介して発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、
発呼側のセッション管理サーバは、発呼側の無線通信装置から上記着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信し、
発呼側の無線通信装置は、発呼側の無線基地局装置を介して、発呼側のセッション管理サーバから上記着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションの確立要求を送信し、
着呼側のセッション管理サーバは、発呼側の無線通信装置から上記着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、
着呼側の無線通信装置は、着呼側の無線基地局装置を介して、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、
着呼側のセッション管理サーバは、着呼側の無線通信装置から上記通信可能状態が通知された場合に、インターネットを用いたセッションの確立を発呼側の無線通信装置と着呼側の無線通信装置とに許可することを特徴とするインターネット通信システム。 - 上記インターネット通信システムは、更に、無線通信装置から無線通信装置ＩＤを受信し、無線通信装置を管理するセッション管理サーバを無線通信装置ＩＤに基づいて指定し、指定したセッション管理サーバのサーバＩＤを無線通信装置に通知する指定通知サーバを備えたことを特徴とする請求項１記載のインターネット通信システム。
- 上記インターネット通信システムは、更に、
発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する着呼側の通信中継サーバを備え、
着呼側のセッション管理サーバは、着呼側の通信中継サーバを識別する着呼側の通信中継サーバＩＤを発呼側の無線通信装置と着呼側の無線通信装置とに送信し、
発呼側の無線通信装置と着呼側の無線通信装置とは、着呼側の通信中継サーバＩＤを受信し、着呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする請求項１記載のインターネット通信システム。 - 上記インターネット通信システムは、更に、
発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する発呼側の通信中継サーバを備え、
発呼側のセッション管理サーバは、発呼側の通信中継サーバを識別する発呼側の通信中継サーバＩＤを発呼側の無線通信装置に送信し、
発呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、発呼側の通信中継サーバＩＤを着呼側のセッション管理サーバに送信し、
着呼側のセッション管理サーバは、発呼側の通信中継サーバＩＤを着呼側の無線通信装置に送信し、
着呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、
発呼側の無線通信装置と着呼側の無線通信装置とは、発呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする請求項１記載のインターネット通信システム。 - 上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）の識別子を含むことを特徴とする請求項１記載のインターネット通信システム。
- 上記無線通信装置ＩＤは、無線通信装置が設置されたエリアの識別子を含むことを特徴とする請求項１記載のインターネット通信システム。
- インターネットを用いてデータ通信をするインターネット通信方法において、
発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置を管理している着呼側のセッション管理サーバを問い合わせ、
発呼側のセッション管理サーバから発呼側の無線通信装置に着呼側の無線通信装置を管理している着呼側のセッション管理サーバを回答し、
発呼側の無線通信装置から着呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、
発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求が合ったことを着呼側のセッション管理サーバに記憶し、
着呼側の無線通信装置から着呼側のセッション管理サーバに対してセッションの確立要求があったか否かを問い合わせ、
セッションの確立要求があった場合に、かつ、着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、
着呼側の無線通信装置が通信可能状態にあることを通知された場合に、着呼側のセッション管理サーバがインターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可することを特徴とするインターネット通信方法。 - 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理部と、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部と
を備えたことを特徴とするセッション管理サーバ。 - 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置であって、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の通信処理部と、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の通信処理部と
を備えたことを特徴とする無線通信装置。 - 発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信をするインターネット通信システムにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して発呼側の無線通信装置とデータ通信する発呼側の通信中継サーバと、
ＨＴＴＰを用いてインターネットを介して着呼側の無線通信装置とデータを通信し、かつ、ＨＴＴＰ以外のプロトコルを用いて発呼側の通信中継サーバとデータ通信する着呼側の通信中継サーバと
を備えたことを特徴とするインターネット通信システム。 - 上記ＨＴＴＰ以外のプロトコルは、ユーザデータグラムプロトコル（ＵＤＰ）であることを特徴とする請求項１０記載のインターネット通信システム。
- 上記ＨＴＴＰ以外のプロトコルは、リアルタイムトランスポートプロトコル（ＲＴＰ）であることを特徴とする請求項１０記載のインターネット通信システム。
- 上記ＨＴＴＰ以外のプロトコルは、トランスミッションコントロールプロトコル（ＴＣＰ）上のアプリケーション用に作られたプロトコルであることを特徴とする請求項１０記載のインターネット通信システム。
- 上記発呼側の通信中継サーバと着呼側の通信中継サーバとは、インターネットサービスプロバイダ（ＩＳＰ）の専用ネットワークで接続されることを特徴とする請求項１０記載のインターネット通信システム。
- 発呼側の無線通信装置と着呼側の無線通信装置との間でインターネットを用いてデータ通信するインターネット通信方法において、
インターネットを介して、発呼側の無線通信装置と発呼側の通信中継サーバとがハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてデータを通信し、
発呼側の通信中継サーバと着呼側の通信中継サーバとがＨＴＴＰ以外のプロトコルを用いてデータ通信し、
インターネットを介して、着呼側の通信中継サーバと着呼側の無線通信装置とがＨＴＴＰを用いてデータ通信することを特徴とするインターネット通信方法。 - 無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信部と、
ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信部と
を備えたことを特徴とする通信中継サーバ。 - 無線通信と有線通信とを互いに変換する無線基地局装置を介して、発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを発呼側の無線通信装置へ返信する発呼側のセッション管理処理と、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、記憶したセッションの確立要求を着呼側の無線通信装置に検索させ、着呼側の無線通信装置から通信可能状態が通知された場合に、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理処理と
をコンピュータに実行させることを特徴とするプログラム。 - 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムであって、
発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを送信し、セッションの確立要求を送信する発呼側の無線通信装置処理と、
着呼側のセッション管理サーバにセッションの確立要求が記憶されているかを自己の無線通信装置ＩＤにより検索し、着呼側のセッション管理サーバにセッションの確立要求が記憶されている場合に、かつ、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信する着呼側の無線通信装置処理と
をコンピュータに実行させることを特徴とするプログラム。 - 無線通信装置とサーバ装置との間のデータ通信を中継する通信中継サーバで動作するプログラムにおいて、
ハイパーテキストトランスファプロトコル（ＨＴＴＰ）を用いてインターネットを介して無線通信装置とデータを通信するＨＴＴＰ通信処理と、
ユーザデータグラムプロトコル（ＵＤＰ）を用いてサーバ装置とデータ通信するＵＤＰ通信処理と
をコンピュータに実行させることを特徴とするプログラム。 - インターネットを用いてデータ通信をするインターネット通信システムにおいて、
発呼側の無線通信装置と、
着呼側の無線通信装置と、
発呼側の無線通信装置を管理する発呼側のセッション管理サーバと、
着呼側の無線通信装置を管理する着呼側のセッション管理サーバとを備え、
発呼側の無線通信装置は、発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信し、
発呼側のセッション管理サーバは、発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤを求め、求めたサーバＩＤで識別される着呼側のセッション管理サーバへ無線通信装置ＩＤを送信して、着呼側の無線通信装置とのセッションの確率要求を送信し、
着呼側のセッション管理サーバは、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置からの通信可能状態を受信して、受信した通信可能状態の着呼側の無線通信装置に対するセッション確立要求が記憶されている場合に、インターネットを用いたセッションの確立を発呼側のセッション管理サーバと着呼側の無線通信装置とに許可し、
着呼側の無線通信装置は、自己が通信可能状態にある場合に、着呼側のセッション管理サーバに通信可能状態にあることを送信し、
発呼側の無線通信装置は、発呼側のセッション管理サーバから、着呼側のセッション管理サーバからインターネットを用いたセッションの確立を許可されたことを受信することを特徴とするインターネット通信システム。 - 上記インターネット通信システムは、更に、無線通信装置から無線通信装置ＩＤを受信し、無線通信装置を管理するセッション管理サーバを無線通信装置ＩＤに基づいて指定し、指定したセッション管理サーバのサーバＩＤを無線通信装置に通知する指定通知サーバを備えたことを特徴とする請求項２０記載のインターネット通信システム。
- 上記インターネット通信システムは、更に、
発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する着呼側の通信中継サーバを備え、
着呼側のセッション管理サーバは、着呼側の通信中継サーバを識別する着呼側の通信中継サーバＩＤを発呼側の無線通信装置と着呼側の無線通信装置とに送信し、
発呼側の無線通信装置と着呼側の無線通信装置とは、着呼側の通信中継サーバＩＤを受信し、着呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする請求項２０記載のインターネット通信システム。 - 上記インターネット通信システムは、更に、
発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する発呼側の通信中継サーバを備え、
発呼側のセッション管理サーバは、発呼側の通信中継サーバを識別する発呼側の通信中継サーバＩＤを発呼側の無線通信装置に送信し、
発呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、発呼側の通信中継サーバＩＤを着呼側のセッション管理サーバに送信し、
着呼側のセッション管理サーバは、発呼側の通信中継サーバＩＤを着呼側の無線通信装置に送信し、
着呼側の無線通信装置は、発呼側の通信中継サーバＩＤを受信し、
発呼側の無線通信装置と着呼側の無線通信装置とは、発呼側の通信中継サーバＩＤで識別される着呼側の通信中継サーバを介してセッションを確立することを特徴とする請求項２０記載のインターネット通信システム。 - 上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）の識別子を含むことを特徴とする請求項２０記載のインターネット通信システム。
- 上記無線通信装置ＩＤは、無線通信装置が設置されたエリアの識別子を含むことを特徴とする請求項２０記載のインターネット通信システム。
- 上記無線通信装置ＩＤは、インターネットサービスプロバイダ（ＩＳＰ）が管理するローカルＩＰ（インターネットプロトコル）アドレスのドメインの識別子を含むことを特徴とする請求項５記載のインターネット通信システム。
- 上記無線通信装置ＩＤは、無線通信装置をグループ化するグループ識別子を含むことを特徴とする請求項１記載のインターネット通信システム。
- インターネットを用いてデータを通信するインターネット通信方法において、
発呼側の無線通信装置から発呼側のセッション管理サーバに着呼側の無線通信装置に対するセッションの確立要求を送信し、
発呼側のセッション管理サーバから着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から送信されたセッションの確立要求を送信し、
発呼側の無線通信装置から着呼側の無線通信装置に対してセッションの確立要求があったことを着呼側のセッション管理サーバに記憶し、
着呼側の無線通信装置が通信可能状態にある場合に、着呼側の無線通信装置から着呼側のセッション管理サーバに通信可能状態にあることを知らせ、
着呼側の無線通信装置から通信可能状態にあることを知らされた場合に、かつ、通信可能状態にある着呼側の無線通信装置に対してセッションの確立要求があった場合に、着呼側のセッション管理サーバが、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可し、
発呼側のセッション管理サーバが、セッションの確立を許可された場合に、発呼側の無線通信装置に、インターネットを用いた発呼側のセッション管理サーバと着呼側の無線通信装置とのセッションの確立を許可されたことを知らせることを特徴とするインターネット通信方法。 - 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、発呼側の無線通信装置から受信した着呼側の無線通信装置の無線通信装置ＩＤを含むセッション確立要求を送信する発呼側のセッション管理部と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置から通信可能状態が通知された場合に、記憶したセッションの確立要求を検索し、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可する着呼側のセッション管理部と
を備えたことを特徴とするセッション管理サーバ。 - 上記ＨＴＴＰ以外のプロトコルは、シンプルコントロールトランスミッションプロトコル（ＳＣＴＰ）上のアプリケーション用に作られたプロトコルであることを特徴とする請求項１０記載のインターネット通信システム。
- 上記発呼側の通信中継サーバと着呼側の通信中継サーバとは、インターネットを介して接続されることを特徴とする請求項１０記載のインターネット通信システム。
- 発呼側の無線通信装置と着呼側の無線通信装置とから接続されるセッション管理サーバで動作するプログラムであって、
発呼側の無線通信装置から着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ発呼側の無線通信装置から受信したセッションの確立要求を送信する発呼側のセッション管理処理と、
発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を受信し、受信した無線通信装置ＩＤで識別される無線通信装置に対してセッションの確立要求を受信したことを記憶し、着呼側の無線通信装置の通信可能状態が通知された場合に、記憶したセッションの確立要求を検索して、インターネットを用いた発呼側の無線通信装置と着呼側の無線通信装置とのセッションの確立を許可し、着呼側の無線通信装置にセッションの確立要求があったことを通知する着呼側のセッション管理処理と
をコンピュータに実行させることを特徴とするプログラム。 - 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに接続される無線通信装置で動作するプログラムであって、
発呼側のセッション管理サーバに着呼側の無線通信装置の無線通信装置ＩＤを含むセッションの確立要求を送信する発呼側の無線通信装置処理と、
着呼側のセッション管理サーバに、自己が通信可能状態にある場合に、通信可能状態にあることを送信し、着呼側のセッション管理サーバからセッションの確立要求があったことを受信する着呼側の無線通信装置処理と
をコンピュータに実行させることを特徴とするプログラム。 - 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される発呼側の無線通信装置であって、
上記着呼側のセッション管理サーバから発呼側のセッション管理サーバを経由して、着呼側の無線通信装置が既に通信状態にあるために、通信不能状態になっていることを上記無線基地局装置を介して有線通信を無線通信に変換することにより受信すると、上記着呼側の無線通信装置が既に通信状態にあるために通信不能状態になっていることを出力することを特徴とする無線通信装置。 - 発呼側のセッション管理サーバと着呼側のセッション管理サーバとに、無線通信と有線通信とを互いに変換する無線基地局装置を介して接続される無線通信装置であって、
上記無線基地局装置を介して無線通信と有線通信とを互いに変換することにより、通信を開始する場合には、着呼側のセッション管理サーバに通信を開始することを送信し、通信を終了する場合には、着呼側のセッション管理サーバに通信を終了することを送信することを特徴とする無線通信装置。 - 上記無線通信装置は、所定の呼制御方式によって通信を開始し、上記着呼側のセッション管理サーバに通信を開始することを送信する場合に、上記所定の呼制御方式を識別する情報も含めて送信することを特徴とする請求項３５記載の無線通信装置。
- 上記発呼側の無線通信装置は、上記発呼側のセッション管理サーバに、ユーザにより行なわれた所定の操作を示す情報を送信し、
上記発呼側のセッション管理サーバは、受信した所定の操作を行ったことを示す情報を、上記着呼側のセッション管理サーバに送信し、
上記着呼側のセッション管理サーバは、受信した所定の操作を行ったことを示す情報を、上記着呼側の無線通信装置に送信することを特徴とする請求項１記載のインターネット通信システム。 - 上記発呼側の無線通信装置と着呼側の無線通信装置とはそれぞれ、所定のネットワーク環境に設置されて、上記所定のネットワーク環境に従うＩＰ（インターネット プロトコル）アドレスを割り当てられるとともに、上記ＩＰアドレスの割り当て形態に応じて決定される無線通信装置の接続タイプを記憶し、
上記発呼側の無線通信装置は、発呼側のセッション管理サーバに、上記発呼側の無線通信装置の接続タイプを送信し、
上記着呼側の無線通信装置は、着呼側のセッション管理サーバに、上記着呼側の無線通信装置の接続タイプを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信された接続タイプに基づいて、上記着呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記着呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側のセッション管理サーバは、上記発呼側の無線通信装置から送信された接続タイプに基づいて、上記発呼側の無線通信装置との間で、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）とユーザデータグラムプロトコル（ＵＤＰ）とのいずれか一方の通信プロトコルを用いてデータを通信することを決定して、上記発呼側の無線通信装置に決定した通信プロトコルを通知する情報を送信し、
上記発呼側の無線通信装置は、上記発呼側のセッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信し、
上記着呼側の無線通信装置は、上記着呼側セッション管理サーバから送信された上記通信プロトコルを通知する情報に従い、データを通信することを特徴とする請求項１記載のインターネット通信システム。 - 上記発呼側の無線通信装置が上記所定のネットワーク環境に従い割り当てられるＩＰアドレスと上記着呼側無線通信装置が上記所定のネットワーク環境に従い割り当てられるＩＰアドレスとはそれぞれ、グローバルＩＰ（インターネットプロトコル）アドレスを固定的に割り当てられることと、プライベートＩＰアドレスを固定的に割り当てられることと、グローバルＩＰアドレスをＤｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＤＨＣＰ）により動的に割り当てられることと、プライベートＩＰアドレスをＤＨＣＰにより動的に割り当てられることと、上記いずれかのＩＰアドレス環境下にあり、その無線通信装置と、そのＩＰアドレスを与えられるネットワーク接続点の間に、ネットワークアドレス変換（ＮＡＴ機能）をもつルータ装置等を設置することで、さらに局所的なローカルＩＰアドレスを割り当てられることの少なくともいずれかによりＩＰアドレスを割り当てられることを特徴とする請求項３８記載のインターネット通信システム。
- 上記着呼側の無線通信装置は、着呼側のセッション管理サーバに発呼側の無線通信装置からのセッションの確立要求が記憶されていることを確認するために、着呼側のセッション管理サーバにハイパーテキストトランスファープロトコル（ＨＴＴＰ）のＧＥＴメソッドを発行し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から発行されたＧＥＴメソッドを受信すると、上記ＧＥＴメソッドを発行した着呼側の無線通信装置に対するセッション確立要求が記憶されているか検索し、検索した結果を上記ＧＥＴメソッドに対するＧＥＴ応答に含めて、上記着呼側の無線通信装置に送信することを特徴とする請求項１記載のインターネット通信システム。 - 上記着呼側の無線通信装置は、ユーザにより行なわれた所定の操作の内容を示す情報を発呼側のセッション管理サーバに送信し、
上記発呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信された上記着呼側の無線通信装置の所定の操作の内容を示す情報を記憶し、
上記発呼側の無線通信装置は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを用いて、上記発呼側のセッション管理サーバに記憶された上記着呼側の無線通信装置の所定の操作の内容を示す情報を取得することを特徴とする請求項１記載のインターネット通信システム。 - 上記着呼側の無線通信装置は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを一定周期ごとに着呼側のセッション管理サーバに送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを受信すると、上記発呼側の無線通信装置からセッションの確立要求がなされているが、上記発呼側と着呼側の無線通信装置との間で通信が開始されていない場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求がなかったという情報を送信し、上記発呼側の無線通信装置からセッションの確立要求がなされて、上記発呼側と着呼側の無線通信装置との間で通信が開始されている場合には、上記着呼側の無線通信装置に対して、上記発呼側の無線通信装置からのセッションの確立要求があったという情報を送信することを特徴とする請求項１記載のインターネット通信システム。 - 上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から送信されたＧＥＴメソッドを保持して、上記発呼側の無線通信装置からのセッションの確立要求があった場合に、上記発呼側の無線通信装置からのセッションの確立要求があったことを上記保持していたＧＥＴメソッドに対する回答として上記着呼側の無線通信装置へ送信することを特徴とする請求項１記載のインターネット通信システム。 - 上記着呼側の無線通信装置は、電源投入時や通話処理が完了した直後の通話開始の準備がなされるときに、上記着呼側のセッション管理サーバに、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信し、
上記着呼側のセッション管理サーバは、上記着呼側の無線通信装置から上記ＧＥＴメソッドを送信された場合に、上記発呼側の無線通信装置からのセッションの確立要求がなされていない場合は、上記着呼側の無線通信装置に、上記着呼側の無線通信装置と上記着呼側のセッション管理サーバとの間の回線の接続を維持するための生存確認情報を送信し続け、上記発呼側の無線通信装置からのセッションの確立要求がなされた場合は、上記着呼側の無線通信装置に、上記発呼側の無線通信装置からのセッションの確立要求があったことを送信することを特徴とする請求項１記載のインターネット通信システム。 - 上記着呼側の無線通信装置は、上記着呼側のセッション管理サーバから送信される上記生存確認情報が予め定めた一定期間を過ぎても送信されない場合は、上記着呼側のセッション管理サーバに対して再度ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信することを特徴とする請求項４４記載のインターネット通信システム。
- 上記着呼側の無線通信装置は、上記着呼側のセッション管理サーバに対して再度ハイパーテキストトランスファプロトコル（ＨＴＴＰ）のＧＥＴメソッドを送信する場合に、再度の送信であることを示す情報を含めて送信することを特徴とする請求項４５記載のインターネット通信システム。
- 上記発呼側の無線通信装置は、発呼側の無線通信装置の稼働状況を通知する情報を、上記指定通知サーバに送信し、
上記指定通知サーバは、上記発呼側の無線通信装置より送信された稼働状況を通知する情報に基づいて、上記発呼側の無線通信装置が正常であるか否かを確認して、確認した結果とともに、上記指定通知サーバ自身の稼働状況を、上記発呼側の無線通信装置より送信された稼働状況の通知に対する応答として、上記発呼側の無線通信装置に送信することを特徴とする請求項２記載のインターネット通信システム。 - 上記指定通知サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを指定通知サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記指定通知サーバとして稼働させるように切り替えて、上記発呼側の無線通信装置に、上記セカンダリサーバを上記指定通知サーバとして稼働させたことを通知することを特徴とする請求項２記載のインターネット通信システム。
- 上記発呼側のセッション管理サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを発呼側セッション管理サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記発呼側のセッション管理サーバとして稼働させるように切り替えて、上記発呼側の無線通信装置に、上記セカンダリサーバを上記発呼側のセッション管理サーバとして稼働させたことを通知することを特徴とする請求項１記載のインターネット通信システム。
- 上記着呼側のセッション管理サーバは、複数のサーバ装置により構成され、上記複数のサーバ装置の１つをプライマリサーバとし、他のサーバ装置をセカンダリサーバとし、上記プライマリサーバを着呼側セッション管理サーバとして稼働させ、上記プライマリサーバの稼働状況が異常になった場合に、上記セカンダリサーバを上記着呼側のセッション管理サーバとして稼働させるように切り替えて、上記着呼側の無線通信装置に、上記セカンダリサーバを上記着呼側のセッション管理サーバとして稼働させたことを通知することを特徴とする請求項１記載のインターネット通信システム。
- 上記インターネット通信システムは、さらに、発呼側の無線通信装置毎にシステムの利用料を管理する顧客管理データベースを備え、
上記指定通知サーバは、上記無線通信装置を管理するセッション管理サーバのサーバＩＤを発呼側の無線通信装置に送信する場合に、上記発呼側の無線通信装置の利用料を上記顧客管理データベースより取得して、取得した利用料と上記サーバＩＤとを上記発呼側の無線通信装置に送信し、
上記発呼側の無線通信装置は、上記指定通知サーバより受信した利用料に基づいて、自身の通信機能を動作不能に設定するか否かを決定することを特徴とする請求項２記載のインターネット通信システム。 - 上記発呼側の無線通信装置は、自身の通信機能が動作不能に設定されている場合、上記指定通知サーバより受信した利用料に基づいて、動作可能に設定するか否かを決定することを特徴とする請求項５１記載のインターネット通信システム。
- 上記発呼側の無線通信装置は、無線通信装置の機能を実行する、バージョン情報を有するソフトウェアを内蔵して、上記発呼側の無線通信装置の稼働状況を通知する情報とともに、上記ソフトウェアのバージョン情報を上記指定通知サーバに送信し、
上記指定通知サーバは、上記発呼側の無線通信装置より送信されたバージョン情報に基づいて、上記発呼側の無線通信装置が内蔵するソフトウェアを別のバージョンのソフトウェアに変更するか否かを決定して、決定した結果を上記発呼側の無線通信装置に送信することを特徴とする請求項４７記載のインターネット通信システム。 - 上記指定通知サーバは、上記発呼側の無線通信装置が内蔵するソフトウェアを管理するＷｅｂサーバのアドレスを管理して、上記発呼側の無線通信装置が内蔵するソフトウェアを別のバージョンのソフトウェアに変更することを決定した場合に、上記別のバージョンのソフトウェアのＷｅｂサーバのアドレスを上記発呼側の無線通信装置に送信することを特徴とする請求項５３記載のインターネット通信システム。
- 上記セッション管理サーバは、発呼側の通信中継サーバによる通信の中継数を管理して、上記発呼側の無線通信装置からセッションの確立要求を受信した場合に、通信の中継数が予め設定された通信の中継数を超える場合に、上記発呼側の無線通信装置に通信中継サーバによる中継が飽和しているという情報を送信し、
上記発呼側の無線通信装置は、上記セッション管理サーバから発呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、発呼側の通信中継サーバによる中継が飽和していて、発呼側の通信中継サーバによる通信ができないことを示す情報を出力することを特徴とする請求項４記載のインターネット通信システム。 - 上記セッション管理サーバは、着呼側の通信中継サーバによる通信の中継数を管理して、上記発呼側の無線通信装置からセッションの確立要求を受信した場合に、通信の中継数が予め設定された通信の中継数を超える場合に、上記発呼側の無線通信装置に通信中継サーバによる中継が飽和しているという情報を送信し、
上記発呼側の無線通信装置は、上記セッション管理サーバから着呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、着呼側の通信中継サーバによる中継が飽和していて、着呼側の通信中継サーバによる通信ができないことを示す情報を、出力することを特徴とする請求項３記載のインターネット通信システム。 - 上記インターネット通信システムは、さらに、公衆回線網を備え、
上記発呼側の無線通信装置は、上記公衆回線網を接続して、上記セッション管理サーバから発呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、上記公衆回線網を使用して上記着呼側の無線通信装置を発呼することを特徴とする請求項５５記載のインターネット通信システム。 - 上記インターネット通信システムは、さらに、公衆回線網を備え、
上記発呼側の無線通信装置は、上記公衆回線網を接続して、上記セッション管理サーバから着呼側の通信中継サーバによる中継が飽和しているという情報を受信すると、上記公衆回線網を使用して上記着呼側の無線通信装置を発呼することを特徴とする請求項５６記載のインターネット通信システム。 - 上記無線通信装置は、上記セッション管理サーバと通信を行う前に、上記セッション管理サーバにＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理を要求して、要求を行った後、予め設定された所定のタイムアウト値を過ぎても上記セッション管理サーバから上記接続処理の要求に対する応答が無い場合に、その接続処理を取り消して、接続処理が成功するまでと、接続処理の要求回数が予め設定された上限回数になるまでとのいずれか一方になるまで、接続処理の要求を繰り返し行うことを特徴とする請求項１記載のインターネット通信システム。
- 上記無線通信装置は、上記通信中継サーバと通信を行う前に、上記通信中継サーバにＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理を要求して、要求を行った後、予め設定された所定のタイムアウト値を過ぎても上記通信中継サーバから上記接続処理の要求に対する応答が無い場合に、その接続処理を取り消して、接続処理が成功するまでと、接続処理の要求回数が予め設定された上限回数になるまでとのいずれか一方になるまで、接続処理の要求を繰り返し行うことを特徴とする請求項１０記載のインターネット通信システム。
- 上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする請求項５９記載のインターネット通信システム。
- 上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする請求項６０記載のインターネット通信システム。
- 上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が、上記所定のタイムアウト値を過ぎても接続処理ができない場合と、上記上限回数を過ぎても接続処理ができない場合とのいずれか一方である場合に、上記インターネットを使用して通信の中継が行えないことを示す情報を出力することを特徴とする請求項５９記載のインターネット通信システム。
- 上記無線通信装置は、上記ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）による接続処理の要求が失敗した場合に、上記タイムアウト値を長くすることと、上記上限回数を増加させることのいずれか一方の変更を行うとともに、上記ＴＣＰによる接続処理の要求が成功した場合に、上記タイムアウト値を短くすることと、上記上限回数を減少させることのいずれか一方の変更を行うことを特徴とする請求項６０記載のインターネット通信システム。
- 上記セッション管理サーバは、上記セッション管理サーバが管理する上記無線通信装置と上記通信中継サーバとに、パケット情報を送信して、上記無線通信装置と上記通信中継サーバとから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、通信経路の輻輳状況を判断して、判断した結果を上記無線通信装置に送信し、
上記無線通信装置は、上記セッション管理サーバから送信された上記判断結果を出力することを特徴とする請求項１０記載のインターネット通信システム。 - 上記通信中継サーバは、上記無線通信装置と上記セッション管理サーバとに、パケット情報を送信して、上記無線通信装置と上記セッション管理サーバとから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、通信経路の輻輳状況を判断して、判断した結果を上記無線通信装置に送信し、
上記無線通信装置は、上記通信中継サーバから送信された上記判断結果を出力することを特徴とする請求項１０記載のインターネット通信システム。 - 上記インターネット通信システムは、さらに、
上記通信中継サーバの他に、通信経路を迂回するための迂回用通信中継サーバを備え、
上記セッション管理サーバは、上記通信経路の幅輪状況を判断した結果に基づいて、上記通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第１の通信経路を、上記迂回用通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第２の通信経路に切り替えることを特徴とする請求項６５記載のインターネット通信システム。 - 上記迂回用通信中継サーバは、複数備えられ、
上記セッション管理サーバは、上記複数の迂回用通信中継サーバに対してパケット情報を送信して、上記迂回用の通信中継サーバから上記送信したパケット情報に対する応答情報を受信するまでの到着時間を測定して、それぞれの迂回用通信中継サーバを接続する通信経路の輻輳状況を判断して、輻輳状況の良好な通信経路の迂回用通信中継サーバを選択して、上記第１の通信経路を、選択した迂回用通信中継サーバを介して上記発呼側の無線通信装置と上記着呼側の無線通信装置との間の通信を中継する第２の通信経路に切り替えることを特徴とする請求項６７記載のインターネット通信システム。 - 上記セッション管理サーバは、上記第１の通信経路を上記第２の通信経路に切り替えることを、上記無線通信装置に送信し、
上記無線通信装置は、上記セッション管理サーバから送信された上記第１の通信経路を上記第２の通信経路に切り替えること示す情報を出力することを特徴とする請求項６８記載のインターネット通信システム。 - 上記インターネット通信システムは、特定のネットワークエリア内で使用可能な内線電話番号情報を用いて通信を行うＬＡＮ（ローカルエリアネットワーク）を備え、
上記発呼側の無線通信装置と上記発呼側のセッション管理サーバは、上記ＬＡＮに接続され、
上記発呼側の無線通信装置は、通話先の内線電話番号情報を入力して、入力した内線電話番号情報を上記発呼側のセッション管理サーバへ送信し、
上記発呼側のセッション管理サーバは、上記内線電話番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて管理する内線電話番号情報記憶部を備えて、上記発呼側の無線通信装置から送信された内線電話番号情報を用いて上記内線電話番号情報記憶部から上記内線電話番号情報に対応する着呼側の無線通信装置の無線通信装置ＩＤを取得して、取得した無線通信装置ＩＤで識別される着呼側のセッション管理サーバのサーバＩＤを上記発呼側の無線通信装置に返信することを特徴とする請求項１記載のインターネット通信ワークシステム。 - 上記インターネット通信システムは、特定のネットワークエリア内で使用可能な内線電話番号情報を用いて通信を行うＬＡＮ（ローカルエリアネットワーク）を備え、
上記発呼側の無線通信装置と上記発呼側のセッション管理サーバは、上記ＬＡＮに接続され、
上記発呼側の無線通信装置は、通話先の内線電話番号情報を入力して、入力した内線電話番号情報を上記発呼側のセッション管理サーバへ送信し、
上記発呼側のセッション管理サーバは、上記内線電話番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて管理する内線電話番号情報記憶部を備えて、上記発呼側の無線通信装置から送信された内線電話番号情報を用いて上記内線電話番号情報記憶部から上記内線電話番号情報に対応する着呼側の無線通信装置の無線通信装置ＩＤを取得して、取得した無線通信装置ＩＤと取得した無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤとを、着呼側のセッション管理サーバに送信し、着呼側の無線通信装置とのセッションの確立要求を送信することを特徴とする請求項２０記載のインターネット通信システム。 - 上記インターネット通信システムは、上記着呼側の無線通信装置を複数備えて、
上記発呼側のセッション管理サーバは、上記複数の着呼側の無線通信装置をグループ化して管理するグループＩＤと、上記内線番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて上記内線番号情報記憶部に記憶して、上記発呼側の無線通信装置からセッションの確立要求をされた着呼側の無線通信装置が通話中である場合に、通話中である着呼側の無線通信装置と同じグループＩＤの着呼側の無線通信装置の無線通信装置ＩＤを上記内線番号情報記憶部より取得して、取得無線通信装置ＩＤと取得無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバのサーバＩＤとを、上記発呼側の無線通信装置に返信し、
上記発呼側の無線通信装置は、発呼側のセッション管理サーバから着呼側の無線通信装置の無線通信装置ＩＤと着呼側のセッション管理サーバのサーバＩＤとを受信し、受信したサーバＩＤで識別される着呼側のセッション管理サーバに受信した無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションとの確立要求を送信することを特徴とする請求項７０記載のインターネット通信システム。 - 上記インターネット通信システムは、上記着呼側の無線通信装置を複数備えて、
上記発呼側のセッション管理サーバは、上記複数の着呼側の無線通信装置をグループ化して管理するグループＩＤと、上記内線番号情報と上記着呼側の無線通信装置の無線通信装置ＩＤとを対応させて上記内線番号情報記憶部に記憶して、上記発呼側の無線通信装置からセッションの確立要求をされた着呼側の無線通信装置が通話中である場合に、通話中である着呼側の無線通信装置と同じグループＩＤの着呼側の無線通信装置の無線通信装置ＩＤを上記内線番号情報記憶部より取得して、取得した無線通信装置ＩＤで識別される着呼側の無線通信装置を管理している着呼側のセッション管理サーバへ、取得した無線通信装置ＩＤを送信し、着呼側の無線通信装置とのセッションの確立要求を送信することを特徴とする請求項７１記載のインターネット通信システム。 - 上記無線通信装置は、音声コーデック（音声符号化復号化装置或いはソフトウェア）の符号化、及び復号化を行う単位である音声フレームデータを無線通信装置が決定する指定時間内で１つ以上蓄積して１つのＩＰパケットとして構成し送信するものであり、連続した音声データが無音状態となる終端において、終端であることを示す音声フレームデータが生成された時点で、上記指定時間が経過していなくても、その終端であることを示す音声フレームデータをＩＰパケットに格納した直後に、そのＩＰパケットを送信することを特徴とする請求項１記載のインターネット通信システム。
- 上記無線通信装置は、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）を含む携帯電話の複数の通信機能を備え、利用者により上記複数の通信機能のうち１つを選択させ、選択された通信機能を用いて通信を行うことを特徴とする請求項１記載のインターネット通信システム。
- 上記無線通信装置は、ＰＨＳ（ＰＥＲＳＯＮＡＬ ＨＡＮＤＹＰＨＯＮＥ ＳＹＳＴＥＭ）を含む携帯電話の通信機能を備える複数の通信モジュールの内、少なくとも１つを選択して入力し、入力された通信モジュールを用いて通信を行うことを特徴とする請求項１記載のインターネット通信システム。
- 上記複数の通信モジュールは、有線ネットワークと接続し、かつ通信が可能な通信モジュールを有し、
上記無線通信装置は、上記複数の通信モジュールの内、有線ネットワークと接続し、かつ通信が可能な通信モジュールを選択し、選択された通信モジュールを入力することを特徴とする請求項７６記載のインターネット通信システム。 - 上記無線通信装置は、利用者より電話番号情報を入力し、
上記無線通信装置は、
インターネットを介して通信するＩＰ通信処理部と、
アナログデータを通信する公衆回線を介して通信する公衆回線通信処理部と、
上記インターネットと公衆回線とを選択する選択部と、
上記電話番号情報を通信先の無線通信装置の識別番号に変換するアドレス変換部と
を備え、
上記公衆回線通信処理部は、発呼手段を有し、利用者により入力された電話番号情報について、上記選択部により公衆回線が選択された場合に、上記電話番号情報をそのまま上記発呼手段に入力して電話の通信を行い、
上記アドレス変換部は、利用者により入力された電話番号情報について、上記選択部によりインターネットが選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換し、
上記ＩＰ通信処理部は、上記アドレス変換部により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行うことを特徴とする請求項１記載のインターネット通信システム。 - 上記無線通信装置は、利用者より電話番号情報を入力し、
上記発呼側のセッション管理サーバは、電話番号情報を通信先の無線通信装置の識別番号に変換するアドレス変換部を有し、
上記無線通信装置は、
インターネットを介して通信するＩＰ通信処理部と、
アナログデータを通信する公衆回線を介して通信する公衆回線通信処理部と、
上記インターネットと公衆回線とを選択する選択部と
を備え、
上記公衆回線通信処理部は、発呼手段を有し、利用者により入力された電話番号情報について、上記選択部により公衆回線が選択された場合に、上記電話番号情報をそのまま上記発呼手段に入力して電話の通信を行い、
上記アドレス変換部は、利用者により入力された電話番号情報について、上記選択部によりインターネットが選択された場合に、上記電話番号情報を入力し、入力された電話番号情報を通信先の無線通信装置の識別番号に変換し、
上記ＩＰ通信処理部は、上記アドレス変換部により変換された通信先の無線通信装置の識別番号を取得し、上記通信先の無線通信装置へ電話の通信を行うことを特徴とする請求項１記載のインターネット通信システム。 - 上記インターネットは、所定のＩＰ電話ゲートウェイが設置されたＩＰ電話専用網に接続され、
上記無線通信装置は、利用者により入力された電話番号情報について、上記選択部によりインターネットが選択された場合に、本無線通信装置が所属するセッション管理サーバまでその電話番号情報を送信し、
上記セッション管理サーバは、ＩＰ電話専用網に設置された所定のＩＰ電話ゲートウェイに接続し、
上記無線通信装置は、上記セッション管理サーバが、所定のＩＰ電話ゲートウェイに接続し、その電話番号情報を送信することで、セッション管理サーバからそのＩＰ電話ゲートウェイが設置されたＩＰ電話専用網を経由して、他の電話通信装置へ電話の通信を行うことを特徴とする請求項７９記載のインターネット通信システム。 - 上記着呼側のセッション管理サーバは、ＩＰ電話専用網を経由して他の電話通信装置からなされた発呼通信に対して、着呼のための接続を行い、該当する無線通信装置への着呼処理を行い、電話の通信を行うことを特徴とする請求項１記載のインターネット通信システム。
- 上記無線通信装置は、
複数の通信機能を有する通信処理部と、
無線基地局装置からの距離と位置関係と地形と気象と通信時間帯と電磁波特性との複数の通信状況の内少なくとも１つの通信状況に影響される通信電磁波強度を測定する測定部と、
上記複数の通信機能の内、上記測定部により測定された通信電磁波強度が最も安定して強く持続している通信機能を選択する通信機能選択部と
を備え、
上記通信処理部は、上記通信機能選択部により選択された通信機能により通信を行うことを特徴とする請求項１記載のインターネット通信システム。 - 上記無線通信装置は、
複数の通信機能を有する通信処理部と、
上記通信処理部が上記複数の通信機能の各通信機能を利用するにあたっての電力消費量を計測し、できる限り電力消費量の少ない通信機能を選択する通信機能選択部と
を備え、
上記通信処理部は、継続して通信できるように上記通信機能選択部により選択された通信機能を利用して通信することを特徴とする請求項１記載のインターネット通信システム。 - 上記無線通信装置は、電力が蓄積された電源部を有し、
上記通信機能選択部は、上記電源部に蓄積された電力の消費量を管理し、管理された電力の消費量が所定の値を超えた場合に、できる限り電力消費量の少ない通信機能を選択することを特徴とする請求項８３記載のインターネット通信システム。 - 上記無線通信装置は、
複数の通信機能を有する通信処理部と、
上記複数の通信機能の内、所定の条件に基づき１つの通信機能を選択する通信機能選択部と、
上記通信機能選択部により選択された通信機能により通信を行う上で、その選択された通信機能の通信料金が高価格であるか、低価格であるかの表示を色と数値と図形と音声との内少なくとも１つを用いて、利用者に対して通知する通信料金通知部と
を備えたことを特徴とする請求項１記載のインターネット通信システム。 - 上記無線通信装置は、
複数の通信機能を有する通信処理部と、
地図情報を有し、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）機能を有するＧＩＳ処理部と
を備え、
上記ＧＩＳ処理部は、無線通信装置の現在位置を確認し、上記ＧＩＳ機能による現在位置情報と上記地図情報とに基づいて利用者に現在位置を通知し、上記複数の通信機能の各通信機能について、低価格の通信機能を利用することができる範囲がどこになるかを上記地図情報を用いて地図上に表示することを特徴とする請求項１記載のインターネット通信システム。 - 上記無線通信装置は、上記地図情報を用いて、上記複数の通信機能の各通信機能について、低価格の通信機能のための無線基地局装置を設置している、建築物と移動可能な交通車両と移動可能な航空機と移動可能な船舶との内少なくとも１つを上記地図上に表示することを特徴とする請求項８６記載のインターネット通信システム。
- 上記無線通信装置は、
ＩＰ（インターネットプロトコル）ネットワークを介して通信するＩＰ通信処理部を備え、
上記ＩＰ通信処理部は、通信機能を実現するために使用するインターネット上の複数のＩＳＰ（インターネットサービスプロバイダ）に接続するための登録情報を記憶し、記憶された複数のＩＳＰの中から、所定の基準により１つを選択することを特徴とする請求項１記載のインターネット通信システム。 - 上記ＩＰ通信処理部は、利用料金の価格とアクセスの込み具合と上記無線基地局装置で利用可能であるかどうかとの複数の条件の内少なくとも１つの条件により最適なものを選択することを特徴とする請求項８８記載のインターネット通信システム。
- 上記無線基地局装置は、公的団体及び企業体とは異なる個人が設置した装置であって、
上記無線基地局装置は、上記無線基地局装置が利用可能なＩＳＰ（インターネットサービスプロバイダ）に関する情報を有し、
上記無線通信装置は、個人が設置した無線基地局装置にアクセスする場合に、上記無線基地局装置が利用可能なＩＳＰ（インターネットサービスプロバイダ）に関する情報を上記無線基地局装置から入力し、上記ＩＳＰに関する情報に基づいて、入力されたＩＳＰを利用して通信を行うことを特徴とする請求項１記載のインターネット通信システム。 - 上記無線基地局装置は、無線通信装置が通信可能な範囲内に複数存在し、
上記無線通信装置は、上記複数の無線基地局装置がこの無線通信装置が通信可能な範囲内に複数存在した場合に、最も通信電磁波強度が安定して強く持続している無線基地局装置を選択する基地局選択部を備え、
上記無線通信装置は、上記基地局選択部により選択された無線基地局装置を経由により通信を行うことを特徴とする請求項１記載のインターネット通信システム。 - 上記複数の無線基地局装置は、さらに、無線通信装置が通信可能な範囲と異なる範囲に存在し、
上記基地局選択部は、無線通信装置が無線基地局装置と通信可能な範囲から別の範囲へと、移動する際に、通信電磁波強度を測定して、前回の無線基地局装置と比べより安定して接続できる無線基地局装置へ接続を切り替えることを特徴とする請求項９１記載のインターネット通信システム。 - 上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置する場合に、上記複数の無線基地局装置に対して同時に接続を行い、通信を行うことを特徴とする請求項１記載のインターネット通信システム。 - 上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局に対して通信可能な範囲に位置し、通信を待ちうけている状態の場合に、上記複数の無線基地局装置に対してそれぞれ接続し、上記無線通信装置が所属する１台のセッション管理サーバに接続して、複数の無線基地局装置の接続経路のいずれかを用いて、通信の発呼と通信の着呼との少なくとも１つを行なうことを特徴とする請求項１記載のインターネット通信システム。 - 上記無線通信装置は、上記通信の発呼と通信の着呼との少なくとも１つを行なう場合に、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信の発呼と通信の着呼との少なくとも１つに関するデータを送受信することを特徴とする請求項９４記載のインターネット通信システム。
- 上記データは、ユーザデータグラムプロトコル（ＵＤＰ）データを有し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記ＵＤＰデータを送受信することを特徴とする請求項９５記載のインターネット通信システム。 - 上記データは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを有し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なうことを特徴とする請求項９５記載のインターネット通信システム。 - 上記インターネット通信システムは、更に、
無線基地局装置に接続され、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する複数の通信中継サーバを備え、
上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置し、移動しながら通信を行なう場合に、複数の無線基地局装置のうち通信の電磁波強度にしたがってより安定する無線基地局装置と接続するように動的に切り替えながら、上記複数の通信中継サーバのうち１つの通信中継サーバを用いて、通信データを送受信することを特徴とする請求項１記載のインターネット通信システム。 - 上記インターネット通信システムは、更に、
無線基地局装置に接続され、発呼側の無線通信装置と着呼側の無線通信装置との間の通信を中継する通信中継サーバを備え、
上記無線基地局装置は、無線通信装置が通信可能な範囲に複数存在し、
上記無線通信装置は、複数の無線基地局装置に対して通信可能な範囲に位置し、通信を行なう場合に、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由する通信を行なうことを特徴とする請求項１記載のインターネット通信システム。 - 上記通信中継サーバは、ユーザデータグラムプロトコル（ＵＤＰ）データを中継し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由するＵＤＰデータの通信を行なうことを特徴とする請求項９９記載のインターネット通信システム。 - 上記通信中継サーバは、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）データを中継し、
上記無線通信装置は、上記複数の無線基地局装置の任意の接続経路を用いて、上記通信中継サーバを経由する上記ＨＴＴＰデータのメソッド送信とステータス応答受信とを行なうことを特徴とする請求項９９記載のインターネット通信システム。 - 上記無線基地局装置は、無線通信装置がアクセス可能な規定数を有し、
上記無線通信装置は、無線基地局装置がアクセス可能な規定数に達して上記無線通信装置が通信をすることができない場合に、通信不可能状態を利用者に対して通知する通知部を有することを特徴とする請求項１記載のインターネット通信システム。 - 上記通知部は、通信不可能状態を利用者に対して表示する表示手段により通知することを特徴とする請求項１０２記載のインターネット通信システム。
- 上記無線通信装置と無線基地局装置とのうち少なくとも１つは、上記無線通信装置が上記無線基地局装置を利用した時間情報と通信料金情報と通信相手の情報とのうち少なくとも１つの情報を記録し、記録した情報を上記セッション管理サーバへ通信履歴情報として送信することを特徴とする請求項１記載のインターネット通信システム。
- 上記セッション管理サーバは、上記無線基地局装置へ上記通信履歴情報に基づく利用情報を送信し、
上記無線基地局装置は、上記セッション管理サーバから送信された利用情報を受信し、受信された利用情報を出力することを特徴とする請求項１０４記載のインターネット通信システム。 - 上記インターネット通信システムは、さらに、上記無線基地局装置に接続され、上記ＩＳＰに接続するための上記登録情報を管理する認証情報管理装置を備え、
上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力し、
上記ＩＰ通信処理部は、上記認証情報管理装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行ない、
上記認証情報管理装置は、上記ＩＰ通信処理部により上記登録情報に基づいて通信のための接続を行なう期間に対し課金することを特徴とする請求項８８記載のインターネット通信システム。 - 上記無線基地局装置は、上記ＩＳＰに接続するための上記登録情報を管理し、
上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力し、
上記ＩＰ通信処理部は、上記無線基地局装置より上記制御された上記登録情報を入力し、入力された登録情報に基づいて通信のための接続を行ない、
上記無線基地局装置は、上記ＩＰ通信処理部により上記登録情報に基づいて通信のための接続を行なう期間に対し課金することを特徴とする請求項８８記載のインターネット通信システム。 - 上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記認証情報管理装置から課金されることなく上記制御された上記登録情報を入力することを特徴とする請求項１０６記載のインターネット通信システム。
- 上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為と商品購入行為との内少なくとも１つ行為の代償として、上記無線基地局装置から課金されることなく上記制御された上記登録情報を入力することを特徴とする請求項１０７記載のインターネット通信システム。
- 上記無線基地局装置は、複数存在し、
上記セッション管理サーバは、自己が管理する無線通信装置が複数の無線基地局装置を利用するための複数の認証情報を記憶し、
上記無線通信装置は、自己が上記複数の無線基地局装置の内１つの無線基地局装置と接続しているときに、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置を利用するための複数の認証情報を、ＩＰ（インターネット プロトコル）回線経由にて、上記セッション管理サーバから取得し、自己が接続する無線基地局装置とは異なる上記複数の無線基地局装置の内いずれかの無線基地局装置が利用可能な範囲に上記無線通信装置が移動した場合に、上記取得した複数の認証情報に基づいて利用可能な範囲に存在する上記無線基地局装置に対して、通信のための接続を行なうことを特徴とする請求項１記載のインターネット通信システム。 - 上記ＧＩＳ処理部は、新しく利用した無線基地局装置に関する位置情報を有し、上記無線基地局装置に関する位置情報を上記セッション管理サーバに出力し、
上記セッション管理サーバは、上記無線基地局装置に関する位置情報を蓄積するデータベースを有し、
上記セッション管理サーバは、他の無線通信装置へ、上記データベースにより蓄積された無線基地局装置に関する位置情報を送信し、上記他の無線通信装置に対し地図表示による利用を促すことを特徴とする請求項８６記載のインターネット通信システム。 - 上記ＧＩＳ処理部は、通信相手の無線通信装置がどこにいるかについての位置情報を、セッション管理サーバ経由で、通信相手の無線通信装置から取得し、
上記ＧＩＳ処理部は、取得した位置情報をテキスト情報と地図情報との内少なくとも１つの情報として、上記地図上に表示することを特徴とする請求項８６記載のインターネット通信システム。 - 上記インターネット通信システムは、さらに、上記無線基地局装置に接続され、上記ＩＳＰに接続するための複数の有料課金の登録情報を管理する認証情報管理装置を備え、
上記ＩＰ通信処理部は、無線通信装置と上記無線基地局装置とが通信可能な範囲である場合に、上記認証情報管理装置より上記複数の有料課金の登録情報の内１つを入力し、入力された有料課金の登録情報に基づいて通信のための接続を行なうことを特徴とする請求項８８記載のインターネット通信システム。 - 上記無線通信装置は、地図情報を有し、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）機能を有するＧＩＳ処理部を備え、
上記ＧＩＳ処理部は、無線通信装置が上記有料課金の登録情報を必要とする無線基地局装置に近づいていることを検知し、
上記ＩＰ通信処理部は、上記ＧＩＳ処理部により上記有料課金の登録情報を必要とする無線基地局装置に近づいていることが検知された場合に、その直前で利用している上記無線基地局装置を介して通信のための接続を行っている時点で、上記有料課金の登録情報を入力することを特徴とする請求項１１３記載のインターネット通信システム。 - 上記認証情報管理装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力する処理をおこなうソフトウェアを記憶し、
上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記認証情報管理装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力することを特徴とする請求項１０８記載のインターネット通信システム。 - 上記無線基地局装置は、上記登録情報を所定の期間使用可能に制御し、制御された上記登録情報を上記ＩＰ通信処理部に出力する処理をおこなうソフトウェアを記憶し、
上記ＩＰ通信処理部は、広告情報の表示を上記無線通信装置にて行う行為の代償として、上記無線基地局装置に記憶された上記ソフトウェアを入力し、入力された上記ソフトウェアを用いて制御された上記登録情報を入力することを特徴とする請求項１０９記載のインターネット通信システム。 - 上記無線基地局装置は、上記広告情報を配信し、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示することを特徴とする請求項１１５記載のインターネット通信システム。
- 上記無線基地局装置は、上記広告情報を配信し、上記無線通信装置は、上記広告情報を配信する上記無線基地局装置と通信可能な範囲内に移動した場合に、自動的に上記広告情報を受信し、受信された広告情報を表示することを特徴とする請求項１１６記載のインターネット通信システム。
- 上記無線通信装置は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順番に交互に送受信することを特徴とする請求項９３記載のインターネット通信システム。
- 上記無線通信装置は、通信する情報を分割し、上記複数の無線基地局装置の各無線基地局装置との経路に対して、分割された通信する情報を順不同にて交互に送受信することを特徴とする請求項９３記載のインターネット通信システム。
- 上記無線通信装置は、複数の無線基地局装置に対して異なる無線通信方式と上記無線通信方式に応じた無線通信帯域とに応じて、音声データのコーデック方式を変更することを特徴とする請求項９８記載のインターネット通信システム。
- 上記無線通信装置は、無線通信方式と、上記無線通信方式に応じた無線通信帯域と、音声データのコーデック方式とに関する情報を表示することを特徴とする請求項１２１記載のインターネット通信システム。
- 上記無線通信装置は、通信をおこなっている上記任意の接続経路を表示することを特徴とする請求項９９記載のインターネット通信システム。
- 上記無線通信装置は、通信をおこなっている上記任意の接続経路について、図形情報と文字情報との内少なくとも１つを用いてどのような経路で通信データが送受信されているかを表示することを特徴とする請求項１２３記載のインターネット通信システム。
- 上記セッション管理サーバは、上記利用情報を制御可能なソフトウェアを記憶し、
上記無線基地局装置は、上記ソフトウェアを入力し、入力されたソフトウェアを用いて上記利用情報を受信し、受信された利用情報を出力することを特徴とする請求項１０５記載のインターネット通信システム。 - 上記無線基地局装置は、無線基地局装置のユーザに対して受信された利用情報をユーザが確認可能に出力することを特徴とする請求項１０５記載のインターネット通信システム。
- 上記無線通信装置は、上記利用情報を受信し、上記利用情報に基づいて過去の利用状況を無線通信装置のユーザに対してユーザが確認可能に出力することを特徴とする請求項１０５記載のインターネット通信システム。
- 上記利用情報は、過去に滞在した無線基地局装置周辺のエリアに関する情報を有し、
上記無線通信装置は、過去に滞在した無線基地局装置周辺のエリアに関する情報を無線通信装置のユーザに対してユーザが確認可能に出力することを特徴とする請求項１０５記載のインターネット通信システム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2002/007665 WO2004012086A1 (ja) | 2002-07-29 | 2002-07-29 | インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び無線通信装置及び通信中継サーバ及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2004012086A1 true JPWO2004012086A1 (ja) | 2005-11-24 |
| JP4238213B2 JP4238213B2 (ja) | 2009-03-18 |
Family
ID=30795871
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004524086A Expired - Fee Related JP4238213B2 (ja) | 2002-07-29 | 2002-07-29 | インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び無線通信装置及びプログラム |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7298733B2 (ja) |
| JP (1) | JP4238213B2 (ja) |
| KR (1) | KR20040093656A (ja) |
| CN (1) | CN1559038A (ja) |
| AU (1) | AU2002368118A1 (ja) |
| WO (1) | WO2004012086A1 (ja) |
Families Citing this family (106)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100445284B1 (ko) * | 2000-10-26 | 2004-08-25 | 미쓰비시덴키 가부시키가이샤 | 인터넷 전화 네트워크 시스템 및 네트워크 액세스 방법 및통화 장치 어댑터 |
| WO2002098075A1 (fr) * | 2001-05-25 | 2002-12-05 | Mitsubishi Denki Kabushiki Kaisha | Systeme de communication par internet, procede de communication par internet, serveur de commande de session, adaptateur de communication, serveur de relais de communication et programme |
| US8014383B2 (en) * | 2002-08-30 | 2011-09-06 | Fujitsu Limited | Communication system |
| US20040071109A1 (en) * | 2002-10-11 | 2004-04-15 | Samsung Electronics Co, Ltd. | Wireless device and network with improved functional architecture |
| GB0228713D0 (en) * | 2002-12-09 | 2003-01-15 | Barron Mccann Ltd | Method and apparatus for secure TCP.IP communication |
| JP3973548B2 (ja) * | 2002-12-10 | 2007-09-12 | 株式会社ソニー・コンピュータエンタテインメント | ネットワークシステム、ネットワーク接続確立方法、ネットワーク端末、コンピュータプログラム、およびプログラムを格納した記録媒体 |
| US20040139226A1 (en) * | 2002-12-13 | 2004-07-15 | Dany Margalit | Method for assigning an IP address to a network connectable device |
| BR0317944A (pt) * | 2003-01-23 | 2005-11-29 | Research In Motion Ltd | Método e aparato para restabelecimento de comunicação em um dispositivo de comunicação sem fios após perda de comunicação em rede de comunicação sem fios |
| JP4447281B2 (ja) * | 2003-10-20 | 2010-04-07 | 富士通株式会社 | 移動通信システムにおける送信電力制御装置 |
| US7426569B2 (en) * | 2004-02-25 | 2008-09-16 | Research In Motion Limited | System and method for maintaining a network connection |
| JP4728586B2 (ja) * | 2004-03-16 | 2011-07-20 | Ｎｅｃインフロンティア株式会社 | Ｉｐ電話方法 |
| JP4028853B2 (ja) * | 2004-03-30 | 2007-12-26 | 株式会社日立製作所 | 情報サービス通信ネットワークシステムおよびセッション管理サーバ |
| US20050261829A1 (en) * | 2004-05-19 | 2005-11-24 | Honda Motor Co., Ltd. | System and method for off route processing |
| JP4421946B2 (ja) * | 2004-05-31 | 2010-02-24 | 京セラ株式会社 | 通信端末装置およびその通信方法 |
| JP4525207B2 (ja) * | 2004-06-25 | 2010-08-18 | 株式会社日立製作所 | 無線通信システム |
| US7962623B2 (en) * | 2004-06-30 | 2011-06-14 | Microsoft Corporation | Sustaining session connections |
| US7139660B2 (en) * | 2004-07-14 | 2006-11-21 | General Motors Corporation | System and method for changing motor vehicle personalization settings |
| GB2417396A (en) * | 2004-08-18 | 2006-02-22 | Wecomm Ltd | Internet protocol having session identifier for mobile device internet access |
| JP4331090B2 (ja) | 2004-11-05 | 2009-09-16 | パナソニック株式会社 | 通信システム、情報処理装置、仲介サーバ、識別情報送信サーバ、通信方法及びプログラム |
| JP4654006B2 (ja) * | 2004-11-16 | 2011-03-16 | パナソニック株式会社 | サーバ装置、携帯端末、通信システム及びプログラム |
| JP2008522167A (ja) * | 2004-12-02 | 2008-06-26 | ワールドウォッチ プロプライエタリー リミテッド | ナビゲーション方法 |
| EP1840748A4 (en) * | 2004-12-20 | 2012-08-22 | Fujitsu Ltd | REPETITION PROGRAM, COMMUNICATION PROGRAM, AND FIREWALL SYSTEM |
| FI20055027A (fi) * | 2005-01-19 | 2006-07-20 | Polar Electro Oy | Järjestelmä, suoritemittari, palvelin ja tietokoneohjelma |
| JP4285420B2 (ja) * | 2005-02-22 | 2009-06-24 | 株式会社日立製作所 | センサネット管理システム |
| US7720981B2 (en) * | 2005-05-11 | 2010-05-18 | Sony Corporation | Processing device, method for establishing processing device communication session, program, and recording medium |
| JP4151978B2 (ja) * | 2005-05-25 | 2008-09-17 | インターナショナル・ビジネス・マシーンズ・コーポレーション | サーバ装置、管理方法およびプログラム |
| US7594020B2 (en) * | 2005-05-31 | 2009-09-22 | Microsoft Corporation | Re-establishing a connection for an application layer via a service layer |
| KR100695090B1 (ko) * | 2005-06-20 | 2007-03-14 | 에스케이 텔레콤주식회사 | 패킷 데이터 망에서의 단말과 접속 네트워크 간의 세션협상을 위한 세션 호 처리 방법 |
| JP2007048150A (ja) * | 2005-08-11 | 2007-02-22 | Ricoh Co Ltd | 無線通信装置、無線通信方法、無線通信プログラム、および該プログラムを記録した記録媒体 |
| US7941143B2 (en) * | 2005-11-15 | 2011-05-10 | Motorola Solutions, Inc. | Method and system for leveraging an authentication on one network to obtain an authentication on another network |
| KR100684165B1 (ko) * | 2005-12-15 | 2007-02-20 | 엔에이치엔(주) | 통신 네트워크 시스템 및 이를 이용한 데이터 송/수신 방법 |
| KR100684166B1 (ko) * | 2005-12-15 | 2007-02-20 | 엔에이치엔(주) | 멀티캐스트 통신 네트워크 시스템 및 이를 이용한 데이터송/수신 방법 |
| US10659250B2 (en) * | 2005-12-30 | 2020-05-19 | Telecom Italia S.P.A. | Method and system for managing an internet connection and informing a user about connectivity |
| JP4663565B2 (ja) * | 2006-03-27 | 2011-04-06 | 富士通テレコムネットワークス株式会社 | Ｉｐセッション確立方法及びルーティング処理装置 |
| JP4972980B2 (ja) * | 2006-04-14 | 2012-07-11 | 富士通株式会社 | データ通信プログラム、データ通信方法および携帯端末装置 |
| US7965902B1 (en) | 2006-05-19 | 2011-06-21 | Google Inc. | Large-scale image processing using mass parallelization techniques |
| US8762493B1 (en) * | 2006-06-22 | 2014-06-24 | Google Inc. | Hierarchical spatial data structure and 3D index data versioning for generating packet data |
| JP4470934B2 (ja) * | 2006-10-20 | 2010-06-02 | 日本電気株式会社 | プロキシ・サーバ、通信システム、通信方法及びプログラム |
| US20080222294A1 (en) * | 2006-10-21 | 2008-09-11 | Paragon Wireless, Inc. | Managing Communications Using a Mobile Device |
| JP4274231B2 (ja) * | 2006-11-24 | 2009-06-03 | 村田機械株式会社 | 中継サーバおよび中継通信システム |
| US8462799B2 (en) * | 2006-12-13 | 2013-06-11 | The Boeing Company | Distributed application communication routing system for internet protocol networks |
| US8494145B2 (en) * | 2006-12-14 | 2013-07-23 | Motorola Mobility Llc | Method and system for managing a call request in a network |
| US8340699B2 (en) * | 2006-12-19 | 2012-12-25 | Sap Ag | Method and system for monitoring high availability support system |
| CA2571891C (en) * | 2006-12-21 | 2015-11-24 | Bce Inc. | Device authentication and secure channel management for peer-to-peer initiated communications |
| WO2008078394A1 (ja) * | 2006-12-26 | 2008-07-03 | Fujitsu Limited | 無線通信方法並びに無線制御局及び無線基地局 |
| US20080207253A1 (en) * | 2007-02-27 | 2008-08-28 | Nokia Corporation | Multiradio management through quality level control |
| JP4880510B2 (ja) * | 2007-03-27 | 2012-02-22 | 日本電気株式会社 | Ｓｉｐ通信システム、呼制御サーバ、および呼制御方法 |
| JP5207270B2 (ja) * | 2007-07-12 | 2013-06-12 | Ｎｅｃインフロンティア株式会社 | 複数のネットワーク間の通信システム |
| JP5046811B2 (ja) * | 2007-09-10 | 2012-10-10 | 株式会社日立製作所 | データ通信システム |
| JP5178120B2 (ja) * | 2007-09-28 | 2013-04-10 | 株式会社東芝 | 情報処理装置、およびコンテンツリスト表示方法 |
| US7751450B2 (en) * | 2007-09-28 | 2010-07-06 | Verizon Patent And Licensing Inc. | Voice over internet protocol marker insertion |
| US8355396B1 (en) * | 2007-11-01 | 2013-01-15 | Sprint Communications Company L.P. | Customized network congestion messaging for terminal adapters |
| US10875182B2 (en) | 2008-03-20 | 2020-12-29 | Teladoc Health, Inc. | Remote presence system mounted to operating room hardware |
| JP2009246686A (ja) * | 2008-03-31 | 2009-10-22 | Nippon Telegraph & Telephone West Corp | 通信解析装置および通信解析方法 |
| JP4458184B2 (ja) * | 2008-06-09 | 2010-04-28 | ソニー株式会社 | 情報管理装置、通信処理装置、および方法、並びにプログラム |
| JP5131155B2 (ja) * | 2008-10-28 | 2013-01-30 | アイコム株式会社 | 無線通信システム、無線通信方法、中継装置及び無線端末装置 |
| US8155630B2 (en) * | 2009-02-27 | 2012-04-10 | Research In Motion Limited | Communications system providing mobile device notification based upon personal interest information and calendar events |
| WO2010127680A1 (en) * | 2009-05-04 | 2010-11-11 | Nokia Siemens Networks Oy | Informing a user equipment of a cell and a radio base station serving the cell about access rights granted to the user equipment |
| JP5281533B2 (ja) * | 2009-09-30 | 2013-09-04 | 富士フイルム株式会社 | 画像表示装置、方法およびプログラム |
| EP2503738A4 (en) * | 2009-11-18 | 2015-09-30 | Nec Corp | RELAY DEVICE, RELAY METHOD, AND PROGRAM |
| US8885008B2 (en) * | 2009-12-25 | 2014-11-11 | Ricoh Company, Limited | Transmission management system, transmission system, computer program product, program providing system, and maintenance system |
| US8670017B2 (en) | 2010-03-04 | 2014-03-11 | Intouch Technologies, Inc. | Remote presence system including a cart that supports a robot face and an overhead camera |
| JP5036841B2 (ja) * | 2010-03-31 | 2012-09-26 | 株式会社日立製作所 | 通信システム |
| JP5636942B2 (ja) * | 2010-12-16 | 2014-12-10 | 村田機械株式会社 | 中継通信システムおよび中継サーバ |
| CN103459099B (zh) | 2011-01-28 | 2015-08-26 | 英塔茨科技公司 | 与一个可移动的远程机器人相互交流 |
| TWI432071B (zh) * | 2011-05-19 | 2014-03-21 | Wistron Neweb Corp | 無線通訊方法 |
| JP5765123B2 (ja) * | 2011-08-01 | 2015-08-19 | 富士通株式会社 | 通信装置、通信方法、通信プログラム及び通信システム |
| JP5677242B2 (ja) * | 2011-09-05 | 2015-02-25 | 三菱電機株式会社 | 無線通信装置および無線接続方法 |
| JP5887507B2 (ja) * | 2011-11-28 | 2016-03-16 | パナソニックＩｐマネジメント株式会社 | 通信機器間の接続確立方法、通信機器、及びサーバ装置 |
| US9251313B2 (en) | 2012-04-11 | 2016-02-02 | Intouch Technologies, Inc. | Systems and methods for visualizing and managing telepresence devices in healthcare networks |
| US8902278B2 (en) | 2012-04-11 | 2014-12-02 | Intouch Technologies, Inc. | Systems and methods for visualizing and managing telepresence devices in healthcare networks |
| JP5653960B2 (ja) * | 2012-04-25 | 2015-01-14 | 株式会社Ｎｔｔドコモ | サーバ、データ同期システム |
| US20140099004A1 (en) * | 2012-10-10 | 2014-04-10 | Christopher James DiBona | Managing real-time communication sessions |
| US9846597B2 (en) * | 2013-03-13 | 2017-12-19 | Microsoft Technology Licensing, Llc | Durable program execution |
| US9885491B2 (en) * | 2013-04-08 | 2018-02-06 | Mitsubishi Electric Corporation | Management apparatus for air-conditioning apparatus and management system for air-conditioning apparatus |
| US9560172B2 (en) * | 2013-05-06 | 2017-01-31 | Alcatel Lucent | Stateless recognition of keep-alive packets |
| JP2015032914A (ja) * | 2013-07-31 | 2015-02-16 | 株式会社トランストロン | 通話制御プログラム、通話制御方法、サーバ装置および車載装置 |
| CN104378773A (zh) * | 2013-08-12 | 2015-02-25 | 中兴通讯股份有限公司 | 工作模式确定方法、装置和网元、ems及nms |
| JP6193185B2 (ja) * | 2014-07-09 | 2017-09-06 | 株式会社東芝 | 通信装置、端末装置およびプログラム |
| JP6693505B2 (ja) * | 2015-03-03 | 2020-05-13 | 日本電気株式会社 | ログ解析システム、解析装置、解析方法、および解析用プログラム |
| US9549153B1 (en) | 2016-05-26 | 2017-01-17 | Logitech Europe, S.A. | Method and apparatus for facilitating setup, discovery of capabilites and interaction of electronic devices |
| US10637933B2 (en) | 2016-05-26 | 2020-04-28 | Logitech Europe S.A. | Method and apparatus for transferring information between electronic devices |
| US11862302B2 (en) | 2017-04-24 | 2024-01-02 | Teladoc Health, Inc. | Automated transcription and documentation of tele-health encounters |
| US10483007B2 (en) | 2017-07-25 | 2019-11-19 | Intouch Technologies, Inc. | Modular telehealth cart with thermal imaging and touch screen user interface |
| US11636944B2 (en) | 2017-08-25 | 2023-04-25 | Teladoc Health, Inc. | Connectivity infrastructure for a telehealth platform |
| US11636927B2 (en) | 2017-09-29 | 2023-04-25 | Apple Inc. | Techniques for building medical provider databases |
| US11587650B2 (en) * | 2017-09-29 | 2023-02-21 | Apple Inc. | Techniques for managing access of user devices to third-party resources |
| US10824684B2 (en) | 2017-09-29 | 2020-11-03 | Apple Inc. | Techniques for anonymized searching of medical providers |
| US11188527B2 (en) | 2017-09-29 | 2021-11-30 | Apple Inc. | Index-based deidentification |
| US10617299B2 (en) | 2018-04-27 | 2020-04-14 | Intouch Technologies, Inc. | Telehealth cart that supports a removable tablet with seamless audio/video switching |
| CN110635934A (zh) * | 2018-06-22 | 2019-12-31 | 京瓷办公信息系统株式会社 | 远程管理系统和信息处理方法 |
| US10789038B2 (en) | 2018-07-20 | 2020-09-29 | Logitech Europe S.A. | Content streaming apparatus and method |
| US11088861B2 (en) | 2019-08-16 | 2021-08-10 | Logitech Europe S.A. | Video conference system |
| US11258982B2 (en) | 2019-08-16 | 2022-02-22 | Logitech Europe S.A. | Video conference system |
| US11038704B2 (en) | 2019-08-16 | 2021-06-15 | Logitech Europe S.A. | Video conference system |
| US11095467B2 (en) | 2019-08-16 | 2021-08-17 | Logitech Europe S.A. | Video conference system |
| US10965908B1 (en) | 2020-03-30 | 2021-03-30 | Logitech Europe S.A. | Advanced video conferencing systems and methods |
| US10951858B1 (en) | 2020-03-30 | 2021-03-16 | Logitech Europe S.A. | Advanced video conferencing systems and methods |
| US10972655B1 (en) | 2020-03-30 | 2021-04-06 | Logitech Europe S.A. | Advanced video conferencing systems and methods |
| US10904446B1 (en) | 2020-03-30 | 2021-01-26 | Logitech Europe S.A. | Advanced video conferencing systems and methods |
| US11562638B2 (en) | 2020-08-24 | 2023-01-24 | Logitech Europe S.A. | Electronic system and method for improving human interaction and activities |
| US11418559B2 (en) | 2020-09-21 | 2022-08-16 | Logitech Europe S.A. | Content distribution system |
| US11445457B2 (en) | 2020-09-21 | 2022-09-13 | Logitech Europe S.A. | Content distribution system |
| CN113645359B (zh) * | 2021-08-12 | 2023-09-19 | 迈普通信技术股份有限公司 | 呼叫备份及呼叫方法、装置、终端、服务器及存储介质 |
| JP2023048464A (ja) * | 2021-09-28 | 2023-04-07 | 株式会社リコー | メディア配信システム、通信システム、配信制御装置、配信制御方法及びプログラム |
| US11956204B1 (en) * | 2022-12-23 | 2024-04-09 | Plume Design, Inc. | IPv4-in-IPv6 relaying systems and methods to preserve IPv4 public addresses |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US2003A (en) * | 1841-03-12 | Improvement in horizontal windivhlls | ||
| US6473609B1 (en) * | 1995-12-11 | 2002-10-29 | Openwave Systems Inc. | Method and architecture for interactive two-way communication devices to interact with a network |
| US5673322A (en) * | 1996-03-22 | 1997-09-30 | Bell Communications Research, Inc. | System and method for providing protocol translation and filtering to access the world wide web from wireless or low-bandwidth networks |
| FI104873B (fi) | 1997-04-16 | 2000-04-14 | Nokia Networks Oy | Datapalvelu matkaviestinverkossa |
| IL125571A0 (en) | 1997-08-01 | 1999-03-12 | Comverse Network Syst Inc | A packet-switched-network telephone system |
| US6272129B1 (en) * | 1999-01-19 | 2001-08-07 | 3Com Corporation | Dynamic allocation of wireless mobile nodes over an internet protocol (IP) network |
| US6493551B1 (en) * | 1999-09-17 | 2002-12-10 | Lucent Technologies Inc. | GSM MoU bypass for delivering calls to GSM subscribers roaming to CDMA networks |
| JP3437545B2 (ja) * | 1999-11-30 | 2003-08-18 | 三菱電機株式会社 | 通話装置アダプタ |
| JP4566322B2 (ja) | 2000-03-17 | 2010-10-20 | 京セラコミュニケーションシステム株式会社 | 利用者認証システム |
| JP2001282998A (ja) | 2000-03-31 | 2001-10-12 | Kyocera Communication Systems Co Ltd | サービスシステム |
| JP2002125069A (ja) | 2000-10-16 | 2002-04-26 | Mitsubishi Electric Corp | Ｉｐ電話システム、無線ｉｐ電話機および無線ｌａｎ基地局 |
| KR100445284B1 (ko) * | 2000-10-26 | 2004-08-25 | 미쓰비시덴키 가부시키가이샤 | 인터넷 전화 네트워크 시스템 및 네트워크 액세스 방법 및통화 장치 어댑터 |
| JP3549837B2 (ja) * | 2000-12-19 | 2004-08-04 | 三菱電機株式会社 | 経路選択装置、及び、経路選択システム |
| US20020147818A1 (en) * | 2001-04-04 | 2002-10-10 | Michael Wengrovitz | Session initiation protocol routing using voice cookies |
| WO2002098075A1 (fr) * | 2001-05-25 | 2002-12-05 | Mitsubishi Denki Kabushiki Kaisha | Systeme de communication par internet, procede de communication par internet, serveur de commande de session, adaptateur de communication, serveur de relais de communication et programme |
| US7099288B1 (en) * | 2001-10-16 | 2006-08-29 | Sprint Communications Company L.P. | Telephonic addressing for establishing simultaneous voice and computer network connections |
| US7046269B2 (en) * | 2001-10-16 | 2006-05-16 | Sprint Communications Company L.P. | Sharing of prerecorded motion video over an internetwork |
| US6904140B2 (en) * | 2002-12-17 | 2005-06-07 | Nokia Corporation | Dynamic user state dependent processing |
| US7248566B2 (en) * | 2002-12-30 | 2007-07-24 | Lucent Technologies Inc. | Wireless network with transmission control in a half-duplex voice conference mode |
-
2002
- 2002-07-29 KR KR10-2004-7004296A patent/KR20040093656A/ko not_active Application Discontinuation
- 2002-07-29 AU AU2002368118A patent/AU2002368118A1/en not_active Abandoned
- 2002-07-29 CN CNA028192524A patent/CN1559038A/zh active Pending
- 2002-07-29 JP JP2004524086A patent/JP4238213B2/ja not_active Expired - Fee Related
- 2002-07-29 WO PCT/JP2002/007665 patent/WO2004012086A1/ja not_active Application Discontinuation
- 2002-07-29 US US10/491,141 patent/US7298733B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20040243712A1 (en) | 2004-12-02 |
| JP4238213B2 (ja) | 2009-03-18 |
| AU2002368118A1 (en) | 2004-02-16 |
| CN1559038A (zh) | 2004-12-29 |
| KR20040093656A (ko) | 2004-11-06 |
| US7298733B2 (en) | 2007-11-20 |
| WO2004012086A1 (ja) | 2004-02-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4238213B2 (ja) | インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び無線通信装置及びプログラム | |
| JP4236032B2 (ja) | インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び通信アダプタ | |
| KR100462339B1 (ko) | 광역 네트워크를 위한 접속 장치 및 그 접속 방법 | |
| KR100445284B1 (ko) | 인터넷 전화 네트워크 시스템 및 네트워크 액세스 방법 및통화 장치 어댑터 | |
| CN1801231B (zh) | 紧急通报系统和紧急通报方法 | |
| JP5239879B2 (ja) | 通信端末、主装置、および親子電話システム構築方法 | |
| BRPI0714641B1 (pt) | sistema e método de comunicação indireta | |
| JP2008500749A (ja) | インターネットマイクロセル | |
| JPH08322081A (ja) | メッセージを自動的に経路指定するシステム | |
| US20070230422A1 (en) | Terminal position managing server, access point, and call control server | |
| KR20080024460A (ko) | 엔드 노드를 이용한 긴급 호출 라우팅 방법 및 장치 | |
| JP2006508582A (ja) | Ｗｌａｎにおいてアドレスをサーチし、対応ノードの所在を突き止めるための移動端末および方法 | |
| EP1366601B1 (en) | System for establishing and maintaining a connection | |
| JP2008028751A (ja) | 携帯端末及びサーバ装置 | |
| EP1181805A1 (en) | Method and apparatus for integrated voice gateway with interface to mobile telephone, ip telephone and un-pbx systems | |
| TWI396419B (zh) | 用於行動虛擬私人網路的通話建立方法及其接取點裝置 | |
| US20110051719A1 (en) | Providing a call service in a communication network | |
| JP2011151434A (ja) | 事業者選択サービスを提供する通信システムおよび通信方法 | |
| JP4630275B2 (ja) | 無線通信端末及び無線通信方法 | |
| WO2009107494A1 (ja) | コールバックシステム、発信端末、電話中継サーバ、コールバック方法、及びコールバックプログラム | |
| JP5561134B2 (ja) | 複数の着信通知手段を有する着信制御装置 | |
| JP3549837B2 (ja) | 経路選択装置、及び、経路選択システム | |
| US20050207366A1 (en) | Method of sending a paging announcement over a roaming telephone network | |
| JP4124608B2 (ja) | 通信システム、通信方法、データ送受信装置及び中継装置 | |
| JPWO2003073714A1 (ja) | ネットワーク電話システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080617 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080707 |
|
| 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: 20081209 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081219 |
|
| 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: 20111226 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121226 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |