JP2002077268A - 携帯電話ｉｐ接続システム - Google Patents

Abstract

(57)【要約】 【課題】屋内における携帯電話のデータ通信利用におい
て、現状の低速な通信速度を向上させる携帯電話機を提
供すると共に、携帯電話機に搭載する機能の処理負荷を
軽減する呼管理サーバを提供することにある。 【解決手段】携帯電話機にＬＡＮインタフェースを持た
せ、ＩＰ網に直接接続できる機能を設ける。携帯電話機
に搭載する機能・性能の負荷を軽減するために、呼制御
の代行処理を行う呼管理サーバを設置する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチメディア通
信システムに関する。

【０００２】

【従来の技術】携帯電話・PHSの普及に伴い、インター
ネットへのアクセス機能が装備され、チケット予約サー
ビスやメールサービス等が提供されヒットしている。以
前は、電子手帳や移動体端末のモデム経由のアクセス手
段として利用されていたが、携帯電話・PHSから直接メ
ールの送受信やWebサーバへアクセスすることができる
ようになり、いつでも、どこでも、携帯電話さえあれ
ば、音声・映像・データ問わずに情報を取得することが
可能になった。

【０００３】一方、家庭からのアクセス系として、従来
の公衆電話網利用ダイアルアップ接続のみならず、CATV
・無線・xDSL・電力線といったインフラを利用したサー
ビスの検討・実験・運用が開始されている。前記アクセ
ス回線を利用したインターネットへの定額常時接続サー
ビスが期待され、今後、家庭の複数の末端の通信端末か
らフルIPの接続が増加していくものと予想できる。

【０００４】

【発明が解決しようとする課題】現状の携帯電話のデー
タ通信速度は9600kbps〜64kbps（モデム経由で移動体端
末が接続されている場合）程度と低速である。最近の携
帯電話は映像も受信できるようになっているが、通信速
度が低速なため、十分な品質の動画像を提供するには至
っていない。屋外での移動中、簡単な情報の取得・発信
等には支障はないものと思われるが、家庭やオフィス内
にＥｔｈｅｒｎｅｔ（登録商標）のような中・高速のＬ
ＡＮ（Local Area Network）が敷設されていても、これ
を利用することが出来ないという課題がある。

【０００５】また、ＩＰ通信サービスを受けられない通
信端末の不正なりすましを防止しなければならないとい
う課題がある。

【０００６】本発明の目的は、屋外・屋内それぞれのイ
ンフラの環境に応じたデータ通信サービスを利用できる
携帯電話機を提供することにある。

【０００７】また、本発明の別の目的は、複数のＩＰ通
信端末がＩＰ網に接続する際の端末管理・呼制御の代替
サービスを行う呼管理サーバを提供することにある。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明の携帯電話機は、ＬＡＮインタフェースと、
ＩＰ通信プロトコルに従ってＩＰ通信を行い、携帯電話
機のハードウェアにユニークに割り振られている情報を
ＩＰ通信サービス利用可能判定情報とし、屋内のＬＡＮ
環境では直接ＩＰ網に接続する手段を備えることを特徴
とする。

【０００９】

【発明の実施の形態】まず、本発明の実施形態につい
て、図１〜図１２を参照して説明する。

【００１０】図１に、本発明の実施形態に関わる携帯電
話システムの構成例を示す。

【００１１】図１において、IP網１と、移動体網２と、
LANのようなパケット網３と、IP網１とパケット網３と
の接続点に呼管理サーバ４が、IP網１に複数のルータ５
−１〜５−３が、パケット網３にIP電話機６と通信端末
７と携帯電話機１０−３が、IP網１と移動体網２との接
続点に移動体網中継サーバが、移動体網２に無線基地局
９と携帯端末１０−１、１０−２とが接続されている。

【００１２】図２に、携帯電話機１０−３の外観を示
す。

【００１３】図２において、携帯電話機１０−３は、パ
ケット網３を接続するためのIP網インタフェース部２０
と、充電アダプタ２２と、充電アダプタ２２を接続する
ための充電インタフェース部２１とを持つ。充電アダプ
タ２２は、携帯電話機１０−３と同様にIP網インタフェ
ース部２１と、コンセントケーブルとを持つ。携帯電話
機１０−３に充電アダプタ２２を接続している場合は、
充電アダプタ２２のIP網インタフェース部２１を使っ
て、パケット網３へ接続する。

【００１４】図３に、携帯電話機１０−３の内部構成を
示す。

【００１５】図３において、携帯電話機１０−３は、通
信プログラム等が格納されているメモリ３１と、メモリ
３１のプログラムに基づく処理を行うＣＰＵ３０と、蓄
積装置３２と、充電池３３と、テンキー、マイク等の入
力装置３５と、スピーカ、ディスプレイ等の出力装置４
９と、ＩＰ網１で通信を行うためのＩＰ網インタフェー
ス４０と、ＩＰ網インタフェース４０にＩＰ網１が接続
されたかどうかを検出して移動体網通信処理とＩＰ網通
信処理のモード切替えを行う移動体／ＩＰ接続切替検出
３４と、従来の携帯電話網における通信処理を行う移動
体網通信処理５４と、移動体網２で通信を行うための移
動体網インタフェース５５と、音声データの変換処理行
うハードウェアと、メモリ３１に展開される通信プログ
ラムにより構成され、各モジュールは内部バスにより接
続する。音声データ変換処理を行うハードウェアは、送
信処理として、アナログ音声データをディジタルデータ
へ変換するＡ／Ｄ変換４０と、ディジタル化されたデー
タを符号化するCoder４２と、Coder４２により符号化さ
れた音声データをパケット化するデータパケット化処理
部４３と、パケット化された音声データに通信相手のア
ドレス情報や音声符号化方式等を示すヘッダ情報、例え
ばＩＰ網の場合は、ＩＰヘッダ、ＴＣＰ／ＵＤＰヘッダ
を付与するネットワークパケット化処理部３９と、受信
処理として、前記IP網インタフェース４０により受けた
音声パケットからヘッダ情報を取るネットワークパケッ
ト分解部４４と、ネットワークヘッダ情報を除いたデー
タをコマンドとデータとに振り分けるデータ／コマンド
振分け処理４５と、データが音声データの場合は、音声
データ変換処理のハードウェア内の出力データキュー５
０でバッファリングする。出力データキュー５０から１
音声データずつ取得し、音声データに付加されている情
報と音声データとを分解するデータヘッダ除去処理５１
と、音声データが符号化されている場合は復号化処理を
行うDecoder５２と、復号化されたディジタルデータ
（ＰＣＭ）をアナログ音声データへ変換するＤ／Ａ変換
部５３とから構成する。但し、データパケット化処理４
３と、ネットワークパケット化処理３９、データ／コマ
ンド振分け処理４５、出力データキュー５０、データヘ
ッダ除去処理５１はソフトウェアで実現しても構わな
い。通信プログラムには、送信処理として、入力装置３
５により受けたイベントを解析するイベント解析処理３
６と、該イベントが通新設定に関するイベントであった
場合、対応するコマンドを作成するコマンドパケット化
処理３７と、該コマンドパケットの作成に必要な情報や
通信状況を管理する発信呼制御処理３８とを、受信処理
として、データ／コマンド振分け処理４５により振分け
られたコマンド情報を受け取り、コマンド種別を解析す
るコマンド解析処理４７と、ユーザへ通知する必要のあ
るコマンドを出力するためのデータを作成する出力デー
タ生成処理４８と、呼制御処理のステータスを管理する
受信呼制御処理４６とから構成する。

【００１６】前記蓄積装置３２には、携帯電話機１０−
３については、少なくともＩＰ網接続時の自携帯電話機
を管理する呼管理サーバ４のアドレスと、自携帯電話機
の認証情報として、例えば、携帯電話機の製造番号やＩ
Ｐ網インタフェースのハードウェア製造番号等ハードウ
ェアにユニークに割り振られている番号が登録されてい
る。

【００１７】図４に、呼管理サーバ４の内部構成の一例
を示す。

【００１８】図４において、ＣＰＵ３０、メモリ３１、
蓄積装置３２、入力装置３４、ネットワークパケット化
処理３８、IP網インタフェース３９、ネットワークパケ
ット分解処理４３、データ／コマンド振分け処理４４、
コマンド解析４６、出力データ生成出力装置４８は、図
３と同じである。前記蓄積装置３２には、携帯電話機１
０−３のアドレスと、該携帯電話機１０−３の認証情
報、例えば、携帯電話機の製造番号やＩＰ網インタフェ
ースのハードウェア製造番号等ハードウェアにユニーク
に割り振られている番号との組を登録する通信端末管理
ファイルが格納されている。さらに、携帯電話機１０−
３や他の通信端末７への発信制御を管理する発信呼制御
処理６０と、受信データが他の通信端末７へのデータで
あった場合に、受信データに含まれる中継先通信端末７
の情報を解析する中継先解析処理６１と、受信データを
中継するための中継先アドレス情報等書き換え処理を行
うデータヘッダ変換処理６２と、受信データが携帯電話
機１０−３に対するコマンドであった場合に、携帯電話
機１０−３へ送信するためのデータを生成する出力デー
タ生成処理６３と、受信制御を管理する受信呼制御処理
６４とを有する。

【００１９】図５に、呼管理サーバ４が管理するコネク
ション管理テーブルの一例を示す。図５において、８０
は自呼管理サーバ４に登録されている携帯電話機１０−
３やＩＰ電話機６、通信端末７のアドレス情報を、８１
は各登録端末の認証情報を、８２は自呼管理サーバ４が
中継する通信先の端末のアドレスを示す。

【００２０】図６に、本携帯電話ＩＰ接続システムの処
理の全体の流れの一例を示す。

【００２１】図６において、前記携帯電話機１０−３を
使用しているユーザがＬＡＮケーブルを接続してＩＰ網
接続準備９０をすると、携帯電話機１０−３はＩＰ網イ
ンタフェース接続を検出して、携帯電話通信モードから
ＩＰ通信モードへ処理を切替える処理９１を行う。携帯
電話機１０−３はオフフックすると、認証情報を取得し
てＩＰアドレス割当て要求とを含んだＩＰ接続要求コマ
ンドを生成し、自携帯電話機１０−３を管理する前記呼
管理サーバ４への送信処理９２を行う。IP接続要求コマ
ンドを受信した呼管理サーバ４は、該コマンドに含まれ
る認証情報から、あらかじめ蓄積装置３２に登録してる
管理対象の通信端末かどうかを検索して認証処理を行
う。ＩＰ接続を承認した場合は、ＩＰアドレスを割り当
て、前記コネクション管理テーブルへ登録する処理９３
を行う。ＩＰ接続を承認した場合は、要求元の携帯電話
機１０−３に対し、割当てるＩＰアドレスを含んだＩＰ
接続承認コマンドの生成・送信処理９４を行う。携帯電
話機１０−３は、ＩＰ接続承認コマンドを受信した場
合、該コマンドに含まれるＩＰアドレスを取得して、Ｉ
Ｐ通信処理を行うモジュールで利用できるように設定処
理９５を行う。携帯電話機１０−３のユーザから着信先
のアドレス通知処理９６が行われた場合、呼管理サーバ
４に対して、該着信端末アドレス情報を含んだ通信要求
コマンドの生成・発信処理９７を行う。通信要求コマン
ドを受信した該呼管理サーバ４は、該コマンドのヘッダ
情報から着信端末のアドレスを取得して、受信した該コ
マンドの宛先情報を取得着信端末アドレスに書換えて、
該着信端末に対して該コマンドを中継する処理９８を行
う。呼管理サーバ４は、着信端末からの通信要求コマン
ドに対するＡＣＫコマンドを受信した場合、該コマンド
のヘッダ情報から中継すべき携帯電話機１０−３のアド
レス情報を取得し、受信した該コマンドの宛先情報を取
得携帯電話機１０−３のアドレスへの書換え処理９９を
行い、該携帯電話機１０−３に対して送信する処理１０
０を行う。その後、携帯電話機１０−３と着信端末との
通信データの中継処理１０１を行う。携帯電話機１０−
３がオンフックすると、通信切断要求コマンドを生成し
て、呼管理サーバ４に対する送信処理１０２を行う。該
コマンドを受信した呼管理サーバ４は、該コマンドのヘ
ッダ情報から着信端末のアドレスを取得して、ヘッダ情
報の書換え、中継処理１０３を行う。その後、通信切断
要求コマンドを送信してきた携帯電話機１０−３の情報
をコネクション管理テーブルより削除し、割当てていた
ＩＰアドレスを解放する処理１０４を行う。

【００２２】図７及び図８に、前記携帯電話機１０−３
の処理の流れの一例を示す。図７は全体の処理の流れ
を、図８はＩＰ通信処理の流れを示す。

【００２３】図７において、前記携帯電話機１０−３
は、前記蓄積装置３２に格納されている通信プログラム
を起動すると、ステップ１１０でユーザがＬＡＮケーブ
ルを接続し、何らかのイベント入力があるかどうかを検
出し、ＬＡＮケーブル接続が検出された場合（ステップ
１１０、yes）、ステップ１１１でＩＰ通信処理を行
う。ＬＡＮケーブル接続イベントが検出されない場合は
（ステップ１１１、no）、携帯電話網からの通話の発着
信イベントがないかどうかを検出する。携帯電話網から
の通話着信等があった場合は（ステップ１１２、ye
s）、ステップ１１３で通常の携帯電話通信処理を行
う。ステップ１１４でユーザが携帯電話機１０−３の電
源をオフにした場合、本処理を終了する。

【００２４】図８に、前記ステップ１１１で行う処理の
流れの一例を示す。

【００２５】図８において、ステップ１２０で前記ステ
ップ１１１で入力されたイベントの内容を解析し、該イ
ベントがオフフックである場合（ステップ１２１、ye
s）、ステップ１２２で認証情報とする、例えば自携帯
電話機１０−３のハードウェアシリアル番号を取得す
る。ステップ１２３で前記ステップ１２２で取得した認
証情報を含むＩＰ接続要求コマンドを生成し、ステップ
１２４で自携帯電話機１０−３を管理する呼管理サーバ
４へ送信する。前記ステップ１２１で解析したイベント
がオフフックではなかった場合（ステップ１２１、n
o）、ステップ１２５で呼管理サーバ４からのＩＰパケ
ット受信イベントであった場合（ステップ１２５、ye
s）、ステップ１２６で該ＩＰパケットがＩＰ接続承認
コマンドであるかどうかを判定する。ＩＰ接続承認コマ
ンドであった場合（ステップ１２６、yes）、ステップ
１２７で該コマンドに含まれる、割当てられたＩＰアド
レスを取得して通信プログラムに設定する。ステップ１
２８で前記ステップで設定したＩＰアドレスと通信先の
着信端末アドレスとを含む通信要求コマンドを生成し
て、前記ステップ１２４で呼管理サーバ４へ送信する。
前記ステップ１２６で受信したＩＰパケットがＩＰ接続
承認コマンドではなく（ステップ１２６、no）、該ＩＰ
パケットが通信先である着信端末からのＡＣＫコマンド
であった場合（ステップ１２９、yes）、ステップ１３
０で通信すべきデータをＩＰパケット化し、前記ステッ
プ１２４で呼管理サーバ４を経由したＩＰデータ通信を
行う。前記ステップ１２９で受信したＩＰパケットがＡ
ＣＫコマンドではなかった場合（ステップ１２９、n
o）、ステップ１３１で通信切断要求コマンドを生成し
て、前記ステップ１２４で呼管理サーバ４に対して送信
する。ステップ１３２でユーザが処理終了イベントを通
知した場合（ステップ１３２、yes）、本ＩＰ通信処理
を終了する。

【００２６】図９〜図１１に、前記呼管理サーバ４の処
理の流れの一例を示す。図９は全体の処理の流れを、図
１０は本システム管理者による設定処理の流れを、図１
１はＩＰパケット網通信処理の流れを示す。

【００２７】図９において、前記呼管理サーバ４は、前
記蓄積装置３２に格納されている通信プログラムを起動
する、ステップ１４０で管理者からキーボードやマウス
等の前記入力装置３４からイベントがあるかどうかを検
知し、イベントが入力された場合（ステップ１４０、ye
s）、ステップ１４１で該イベントについての設定処理
を行う。管理者からのイベントがない場合は（ステップ
１４１、no）、ステップ１４２においてＩＰパケットの
着信がないかどうかを検出する。ＩＰパケット着信があ
った場合（ステップ１４２、yes）、ステップ１４３で
該パケットについてのＩＰパケット処理を行う。ステッ
プ１４４で呼管理サーバ４の運転が停止されるまで（ス
テップ１４４、yes）、一連の処理を続ける。

【００２８】図１０に、前記ステップ１４１で行う設定
処理の流れの一例を示す。

【００２９】図１０において、ステップ１５０で前記ス
テップ１４０で入力されたイベントの内容を解析し、該
イベントが新たな携帯電話機１０−３や前記ＩＰ電話機
６や前記通信端末７の設置等新規エントリに関する場合
（ステップ１５１、yes）、ステップ１５２で通信端末
管理ファイルに該新規エントリを追加する。新規エント
リの追加ではなく、登録エントリの修正イベントであっ
た場合（ステップ１５３、yes）、ステップ１５４で前
記通信端末管理ファイルの該当エントリの内容を修正す
る。登録エントリの削除イベントであった場合（ステッ
プ１５５、yes）、ステップ１５６で前記通信端末管理
ファイルの該当エントリの内容を削除する。入力された
イベントが、新規エントリの追加（ステップ１５１）、
登録エントリの修正（ステップ１５３）、登録エントリ
の削除（ステップ１５５）のいずれでもなかった場合
は、ステップ１５７で管理者に対してイベントの再入力
処理を通知する。入力されたイベントの処理が終了した
場合は、ステップ１５８で処理結果を画面等の出力装置
４８に出力して本処理を終了する。

【００３０】図１１に、前記ステップ１４３で行うＩＰ
パケット処理の流れの一例を示す。図１１において、ス
テップ１６０で前記ステップ１４２で着信したＩＰパケ
ットがコネクションの確立・切断等に関するコマンドで
あるかどうかを判定し、コマンドである場合は（ステッ
プ１６１、yes）、ステップ１６２で該コマンドに含ま
れるコマンド発行端末の認証情報を取得する。ステップ
１６３で前記ステップ１６２で取得した認証情報が前記
通信端末管理ファイルに登録されているものと一致して
いるかどうかを判定し、認証した場合は（ステップ１６
３、yes）、ステップ１６４で該コマンドがＩＰ接続要
求であるかどうかを判定する。ＩＰ接続要求であった場
合は（ステップ１６４、yes）、ステップ１６５で該コ
マンドの発行端末に対して割当てるＩＰアドレスを決定
し、ステップ１６６で発行端末のＩＰアドレスと認証情
報の組を前記コネクション管理テーブルへ登録する。ス
テップ１６７で割当てるＩＰアドレスを含むＩＰ接続承
認コマンドを生成して、該コマンド発行端末に対して送
信する。コマンドがＩＰ接続要求コマンドではなく（ス
テップ１６４、no）、通信要求コマンドか、ＡＣＫコマ
ンドか、あるいは切断要求コマンドであった場合（ステ
ップ１６９、yes）、ステップ１７０で該コマンドに含
まれる通信先の相手端末のアドレス情報を取得する。該
コマンドが通信要求コマンドであった場合（ステップ１
７１、yes）、ステップ１７２で前記ステップ１７０で
取得した相手端末のアドレス情報を前記コネクション管
理テーブルへ登録する。ステップ１７３で通信要求コマ
ンド、ＡＣＫコマンド、切断要求コマンドの各コマンド
の宛先情報を前記ステップ１７０で取得した相手端末の
アドレス情報へ書換え、ステップ１７４で該相手端末に
対して中継する。該コマンドが切断要求であった場合
（ステップ１７５、yes）、ステップ１７６で前記コネ
クション管理テーブルから該当コネクションに関する情
報を削除して、割当てていたＩＰアドレスを解放する。
前記ステップ１６０で着信したパケットがコマンドでは
なく通信データであった場合は（ステップ１６０、n
o）、宛先情報の書換えを行い、相手先端末へ該データ
を中継する。

【００３１】図１２は、本発明で使用するパケットのフ
ォーマットの例である。

【００３２】図１２において、１８０はＩＰヘッダ、１
８１はＴＣＰ／ＵＤＰヘッダ、１８２にはコマンドある
いはデータが格納される。１８３にはコネクションの確
立・切断に関するコマンドであるのか、通信データであ
るのかの種別を示すフィールド、１８４はコマンドの識
別子、例えばＩＰ接続要求コマンドであるのか、ＩＰ通
信要求コマンドであるのかの種別を示すフィールドで、
１８５は発信側の通信端末の認証情報を示すフィール
ド、１８６は通信先の受信端末のアドレスを示すフィー
ルド、１８７は該パケットが通信データである場合のデ
ータを示すフィールドである。

【００３３】本実施形態の携帯電話機ＩＰ接続システム
によれば、携帯電話機がＬＡＮインタフェースを持ち、
屋内のＬＡＮ環境ではＩＰ通信プロトコルに従って直接
ＩＰ網に接続するため、従来の移動体端末の通信速度よ
りも高速な通信アプリケーションサービスを提供するこ
とができる。更に、呼制御に関する機能を代行処理する
呼管理サーバを設置することにより、携帯電話機に搭載
する通信機能・性能の負荷を軽減することができる。

【００３４】

【発明の効果】本発明によれば、携帯電話機がＬＡＮイ
ンタフェースを持ち、屋内のＬＡＮ環境ではＩＰ通信プ
ロトコルに従って直接ＩＰ網に接続するため、従来の移
動体端末の通信速度よりも高速な通信アプリケーション
サービスを提供することができると共に、呼制御に関す
る機能を代行処理する呼管理サーバを設置することによ
り、携帯電話機に搭載する通信機能・性能の負荷を軽減
することができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る携帯電話機ＩＰ接続シ
ステムの全体構成図である。

【図２】携帯電話機の外観の一例を示す図である。

【図３】携帯電話機の内部構成の一例を示す図である。

【図４】呼管理サーバの内部構成の一例を示す図であ
る。

【図５】呼管理サーバのコネクション管理テーブルのフ
ォーマットの一例を示す図である。

【図６】本システムの全体の処理の流れ図である。

【図７】携帯電話機の全体処理の流れ図である。

【図８】携帯電話機のＩＰ通信処理の流れ図である。

【図９】呼管理サーバの全体処理の流れ図である。

【図１０】呼管理サーバの管理者による設定処理の流れ
図である。

【図１１】呼管理サーバのＩＰパケット処理の流れ図で
ある。

【図１２】携帯電話機と呼管理サーバ間で送受信される
パケットのフォーマットの一例を示す図である。

【符号の説明】

１…ＩＰ網、２…移動体網、３…ＬＡＮ、４…呼管理サ
ーバ、１０…携帯電話機。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 湯本 一磨 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 星 徹 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5K030 GA10 HA08 HB28 HB29 HC09 JA05 JA11 JT09 KA01 LB02 5K033 AA03 BA01 CB01 CB02 CC01 DA01 DA19 DB17 5K067 AA21 BB04 BB21 DD17 EE02 EE12 HH22 HH23 KK06 5K101 KK02 LL05 LL12 MM06 QQ01

Claims (5)

【特許請求の範囲】
1. 【請求項１】 携帯電話機であって、 携帯体電話機において、IP網に接続するための物理的手
   段と、IP網通信プロトコルに従った、データのパケット
   化、パケット送受信、受信したパケットの分解を行うIP
   通信手段とを有することを特徴とする携帯電話機。
2. 【請求項２】 携帯電話機とその充電アダプタであっ
   て、 上記携帯電話機において、IP網に接続するためのIP通信
   プロトコルに従ったIP通信手段と、充電アダプタに接続
   しているかどうかを検出する手段と、 充電アダプタに接続している場合に、通信手順を携帯電
   話手順から前記IP網通信手段へ切り替える手段とを、 充電アダプタにおいて、IP網に接続するための手段と、
   上記携帯電話機が接続しているかどうかを検出する手段
   と、 携帯電話機が接続している場合に、携帯電話機を充電す
   る手段と、携帯電話機からパケット送受信要求があった
   場合に、該要求に従ってIP網に対してパケットを送受信
   する手段とを備えたことを特徴とする携帯電話機及び充
   電アダプタ。
3. 【請求項３】 請求項１あるいは２に記載の携帯電話機
   システムにおいて、 IP網に接続する呼管理サーバであって、 前記携帯電話機が前記充電アダプタに接続してIP網への
   接続を行う場合に、前記携帯電話機からのIP通信要求を
   受付ける手段と、 該IP通信要求に含まれる通信先のアドレス情報を取り出
   して、該アドレス情報に対応する相手先通信端末に対し
   てIP通信要求を中継する手段と、 相手先通信端末へ該IP通信要求を中継する際にIP通信要
   求内容により、IP通信要求の内容を書き換える必要のあ
   る場合には、IP通信要求の内容を書き換えて相手先通信
   端末へ中継する手段とを備えたことを特徴とする呼管理
   サーバ。
4. 【請求項４】 請求項３に記載の前記呼管理サーバにお
   いて、 IP通信サービスを利用する前記携帯電話機やIP通信機能
   を持った通信端末のリストを登録するIP通信サービス利
   用端末テーブルを管理し、 前記携帯電話機がIP通信する場合、該携帯電話機がIP通
   信サービスを利用できるかどうかを検出する手段と、検
   出手段において必要な情報として、該携帯電話機のハー
   ドウェアにユニークに割り当てられる情報を用いること
   を特徴とする呼管理サーバ（尚、前記検出手段において
   必要な情報は、前記充電アダプタのハードウェアにユニ
   ークに割り当てられる端末識別情報でも良い）。
5. 【請求項５】 請求項３及び４に記載の呼管理サーバに
   おいて、 前記携帯電話機より前記呼管理サーバを経由して外部の
   IP網へ接続する場合、外部のIP網へのアクセス権がある
   かどうかを検出する手段と、検出手段において必要な情
   報として、該呼管理サーバのハードウェアにユニークに
   割り当てられる情報を用いることを特徴とする呼管理サ
   ーバ。