(57)【要約】【課題】少なくとも１つのウェブサーバを含む移動電話機の実現。【解決手段】本発明の移動電話機は、少なくとも１つのウェブサーバを含んでおり、このウェブサーバを少なくとも１つの更なるサーバおよび少なくとも１のクライアントに結合させることができるようになっている。【選択図】図１
2008167481.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのウェブサーバを含んでいることを特徴とする移動電話機。
【請求項２】
前記移動電話機のマイクロプログラム制御ユニット（ＭＣＵ）に少なくとも１つのウェブサーバが含まれていることを特徴とする請求項１に記載の移動電話機。
【請求項３】
前記少なくとも１つのウェブサーバを少なくとも１つの更なるサーバに結合させることができることを特徴とする請求項１または２に記載の移動電話機。
【請求項４】
前記更なるサーバは前記移動電話機に含まれていることを特徴とする請求項３に記載の移動電話機。
【請求項５】
前記ウェブサーバを少なくとも１つのクライアントに結合させることができることを特徴とする請求項１から４のいずれか一項に記載の移動電話機。
【請求項６】
前記少なくとも１つのクライアントは前記移動電話機に含まれていることを特徴とする請求項５に記載の移動電話機。
【請求項７】
前記クライアントはウェブブラウザとして設計されていることを特徴とする請求項５または６に記載の移動電話機。
【請求項８】
前記ウェブサーバ自体をクライアントとして動作させることができることを特徴とする請求項５から７のいずれか一項に記載の移動電話機。
【請求項９】
車両を監視しおよび／またはガイドするための通信システムであって、請求項１から８のいずれか一項に記載の移動電話機を利用することを特徴とする通信システム。
【請求項１０】
患者を医療のために監視する通信システムであって、請求項１から８のいずれか一項に記載の移動電話機を利用することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に車両を監視しおよび／またはガイドし、あるいは患者の健康状態を監視するための通信システムに用いることのできる移動電話機に関する。
【背景技術】
【０００２】
例えば、車両を監視しおよび／またはガイドするための通信システムが一般に知られている。例えば、インターネットに結合された車両（インターネット・カー）が既にあり、インターネットはその車両のドライバーに一連の技術的におもしろい可能性全てを提供する。しかし、そのような車両の不利な点は、インターネット設備を持っていてかつ単独形のウェブサーバとしてプログラムされかつコードレス移動電話機を介してインターネットに接続される車両コンピュータが、その車両の中に存在しなければならないことである。そのようなインターネット設備付きのコンピュータは、一方では非常に大きなスペースを必要とし、一方で比較的高価でもある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、インターネットで簡単に通信できるような、始めに述べたタイプの移動電話機を開発することである。
【課題を解決するための手段】
【０００４】
この目的を達成する方法は請求項１の特徴を述べる部分に記載されている。有益な改良点が従属請求項で呈示されている。
【０００５】
本発明は、移動電話機が少なくとも１つのウェブサーバを含むことを特徴とする。ウェブサーバはこの場合にはインターネットへのインターフェースを介して特定の情報を利用可能にするソフトウェア・パケットであり、インターネットに接続されている他の装置は、その情報を問い合わせることができる。ウェブサーバは移動電話機に含まれているので、局地的に独立しているウェブサーバが容易に形成され、ユーザがその移動電話機を携帯している場合、そのサーバは常にその移動電話機のユーザと共にあるということになる。
【０００６】
代わりとして、ウェブサーバはその情報をインターフェースを介してローカルエリアネットワーク（ＬＡＮ）またはその他のネットワークに供給することもできる。更に、複数のウェブサーバが移動電話機に含まれることも考えられるが、その場合にはあるウェブサーバをインターネットに接続し、他のウェブサーバをローカルエリアネットワークに接続することができる。また、この場合には、その移動電話機に含まれている個々のウェブサーバを相互に結合させることも考えられる。
【０００７】
本発明の１つの有益な改良点は、少なくとも１つのウェブサーバが移動電話機のマイクロプログラム制御ユニット（ＭＣＵ）に内蔵されることである。移動電話機内に既に存在するマイクロプログラム制御ユニットでウェブサーバが実現されるので、移動電話機を追加のコンポーネントで拡張する必要はない。
【０００８】
移動電話機のマイクロプログラム制御ユニットのためのウェブサーバが大きすぎる場合、移動電話機はウェブサーバを含む別個のマイクロプログラム制御ユニットを含んでも良い。
【０００９】
本発明の好適な発達形によれば、少なくとも１つのウェブサーバを少なくとも１つの更なるサーバに結合させることができる。その結果として、内容に関して関連している情報を各サーバに含めて、例えば目的を更新するために、対応する情報に素早くアクセスすることを相当容易にすることができる。この場合、前述の更なるサーバを必要なときにウェブサーバに結合させるだけでよいのであるが、代替方法として途切れることのないリンクを設定しておくことも考えられる。
【００１０】
本発明の別の改良点は、更なるサーバを移動電話機に含めることであり、その結果としてそれも局地的に独立となる。しかし、その更なるサーバは移動電話機の外に設置されるものであっても良い。
【００１１】
さらに、複数のサーバを移動電話機に含めたり、複数の外部サーバをエア・インターフェースを介して移動電話機に接続したりすることも可能である。複数のサーバがある場合には、それらを例えば連続的に相互に結合させておいても良いし、必要なときにだけ相互に結合させても良い。外部サーバを使って、例えば特定の情報をサービス・プロバイダからエア・インターフェースを介して移動電話機に含まれているウェブサーバに送ることが可能である。これは、情報が余りに膨大で、その情報を局地的に独立しているウェブサーバにスペース上の理由から蓄積しておくことが不可能である場合に有益である。
【００１２】
移動電話機に含まれているウェブサーバと、移動電話機に含まれているサーバとの差異は、例えばエア・インターフェースを介してネットワーク（インターネット、ＬＡＮ）に結合させることができるのはウェブサーバだけだという点である。
【００１３】
本発明の他の改良点は、移動電話機に含まれているウェブサーバを少なくとも１つのクライアントに結合できるということである。クライアントは、サーバから情報を要求するソフトウェア・パケット、すなわち第２のソフトウェア・パケットであるといえる。典型的な例は、ユーザがクライアント・プログラムによってデータベース・サーバから情報を呼び寄せるデータベース問い合わせである。
【００１４】
本発明の１つの発展形では、少なくとも１つのクライアントが移動電話機に含まれる。その結果として、その移動電話機のユーザは、このクライアントを介して個々のローカル・サーバにアクセスして情報を問い合わせることができる。
【００１５】
本発明のもう１つの改良点は、移動電話機に含まれるクライアントがウェブサーバとして設計され、その結果として移動電話機のユーザはｈｔｔｐによってエア・インターフェースを介してインターネット情報を呼び寄せることができることである。
【００１６】
移動電話機に含まれるウェブサーバを、例えば認可されたブラウザとして設計されている外部のクライアントに結合させ得るように構成し、このクライアントがエア・インターフェースを介してウェブサーバから情報を呼び寄せられるようにすることも考えられる。
【００１７】
本発明の１つの好適な実施例では、移動電話機に含まれるウェブサーバは、それ自体クライアントとして動作することができる。その結果として、ウェブサーバは外部のサーバ（サービス・プロバイダ）から情報を呼び寄せることができ、例えばウェブブラウザとして設計されて移動電話機に含まれているクライアントをサービス・プロバイダへのアクセスのために使用することが可能である。さらに、ウェブサーバは、移動電話機に含まれているかまたは外部に置かれる設計の１つあるいはそれより多いサーバから情報を呼び寄せる場合、ウェブサーバはクライアントとして動作する。
【００１８】
本発明の移動電話機の１つの好適な実施例では、その移動電話機は車両を監視しおよび／またはガイドするための通信システムに使用される。その場合、ドライバーまたは外部の制御センターが比較的容易な方法で車両を管理し制御することができる。
【００１９】
本発明の移動電話機の他の好適な実施例は、患者の健康状態を監視するための通信システムに使用される。その結果として、中央制御センターまたは医者の診療所から健康状態を監視して、必要であるかも知れない行動を開始するために医療データを要請することができる。また代わりとして、移動電話機のユーザは、その電話機に位置しているウェブブラウザによって自分の健康状態に関する情報を呼び寄せてもよい。
【発明を実施するための最良の形態】
【００２０】
次に、添付図面を参照して本発明をいっそう詳しく説明する。
【００２１】
図１は医学的に患者を監視するために本発明の移動電話機（図示せず）が使用される通信システムを示すブロック図であり、図１に示されているブロック１は移動電話機に含まれている。
【００２２】
従って移動電話機はウェブサーバ２を含んでおり、このウェブサーバ２を、サーバとして役目を果たすサービス・プロバイダ４にエア・インターフェース３を介して結合させることができる。更に、ウェブサーバ２を、クライアントとして設計されている認可されたブラウザ５にエア・インターフェース３を介して結合させることができる。外部のサービス・プロバイダ４および外部の認可されたブラウザ５はこのように無線ネットワークを介して移動電話機に結合され、移動電話機に含まれ、かつ移動ブラウザ６の問い合わせを外部へ伝えあるいは外部からの問い合わせを受け取って査定するようなウェブサーバ２を介してデータ通信が行われる。査定を目的として、ローカル・データベース７が使用され、それはこの場合にはサーバとして機能する。逆に、データベース７はクライアントであっても良く、その場合には、そのデータストックを更新するために、ウェブサーバ２を介して、接続されているデバイス（例えばブドウ糖測定センサ）が呼び出される。ウェブブラウザ６およびローカル・データベース７も移動電話機内に置かれている。
【００２３】
ブドウ糖測定センサによって測定されたデータは、移動電話機に含まれているブドウ糖測定サーバ８へ送信されて、そこに記憶される。医療サービス・コンピュータ（認可されたブラウザ５）は、ウェブサーバ２を介して定期的に医療測定値（ここではブドウ糖濃度）を問い合わせて、緊急の場合には指示を送り返す。しかし、重大な緊急事態（例えば糖の不足）においては、移動ウェブブラウザ６を介して自動的にまたは手動で救助を要請することも可能である。緊急事態において目標とする指示を出すために、サービス・コンピュータは、移動電話機に含まれているＧＰＳサーバ９のウェブサーバ２を介して、自分のアクセス許可をパスワード又はディジタル署名で証明するような認可されたブラウザ５によって、困っている患者の所在地を問い合わせることができる。
【００２４】
移動電話機はペースメーカー・サーバ１０も含んでおり、このサーバはペースメーカーの動作幅（working range ）に関する情報を含んでいる。
【００２５】
更に、移動電話機は緊急事態検出サーバ１１を含んでおり、このサーバは、例えば、加速度センサを介して、患者が倒れたかどうかを示す情報を受け取る。ウェブサーバ２を介してこの情報を何時でも呼び寄せることができ、その場合には、緊急時にはウェブサーバ２はウェブブラウザ６を介してエア・インターフェース３を使って自動的に救助を要請することができる。
【００２６】
ＧＰＳサーバ９、ブドウ糖測定サーバ８、ペースメーカー・サーバ１０および緊急事態検出サーバ１１に内蔵されている情報を査定するために、この情報は、ウェブサーバ２を介して、更なる記憶媒体１２に結合されているデータベース７に送信される。従ってデータベース７をクライアントまたはサーバとして動作させることができる。
【００２７】
図２は、図１の医療通信システムの実現を示すブロック図である。
【００２８】
ウェブサーバとウェブブラウザとは、実際のアプリケーションに合わせてある程度調整するだけでよい標準的アプリケーションである。他の全てのサーバは、ハードウェア（例えばブドウ糖測定装置またはＧＰＳ受信器）にアクセスすることのできるＣ／Ｃ＋＋プログラムとして実現され得るものである。それらは、ＣＧＩ（common gateway interface：共通ゲートウェイ・インターフェース）を介してウェブサーバに接続される。データ集合が比較的大きい場合には、効率が良いので、ＰＯＳＴアクセス方法を使用するのが得策である。この場合にはゲートウェイ・サーバは標準的な入力および出力を介してウェブブラウザと通信する。
【００２９】
システムのこれらの部分は外側からは見えないので、それらを他の技術（例えばＪＡＶＡ（登録商標）あるいはＶＲＭＬ）と容易に置き換えることができる。移動アプリケーションでは限定的に利用できるに過ぎないハードディスクの代替品としてのＲＡＭまたはＦＬＡＳＨに記憶されるべきデータが用意されている。
【００３０】
図２のブロック図では、移動電話機１３の中に、トランシーバユニット１４とＤＳＰを有するマイクロプログラム制御ユニット１５（ＭＣＵ）とがある。
【００３１】
図１に示されているブロック１は、患者の医療監視のための通信システムの場合には、本発明の移動電話機１３のマイクロプログラム制御ユニット１５に完全に含まれる。
【００３２】
第１のアンテナ１６経由で、移動電話機１３は、トランシーバユニット１４およびエア・インターフェース１７により、アンテナ１８を含む基地局１９に結合される。基地局１９は、例えば、ＧＳＭシステムに含まれ、移動交換センター（ＭＳＣ）２０を介してサービス・プロバイダ２１に結合されることができる。
【００３３】
移動電話機１３はインターフェース２２を介して医療電子システム２３にも結合される。この医療電子システム２３は、糖のバランスに影響を及ぼす糖尿病またはその他の代謝病の人のブドウ糖濃度を判定するためのブドウ糖測定センサを含んでいる。ここではブドウ糖濃度を自動的に測定することができ、測定結果はインターフェース２２を介して移動電話機１３に送信される。測定装置と移動電話機とを結ぶ永久的機械リンクを不要とするために、この転送は好適には無線方式（例えば低電力で短距離のＲＦ送信）で行われる。データ送信が中断した場合には、測定装置は、測定値とおよびその測定値が生じた時刻を記憶しなければならない。あるいは、適当なセンサ電子装置で定期的に自動測定を行う代わりに、糖尿病の人が血糖値を定期的にキーパッド２４を介して移動端末に入力しても良い。
【００３４】
医療電子システム２３は無線トランシーバモジュール付きのペースメーカーも含んでいる。ペースメーカーの問題のある動作幅が検出されたならば（例えば例外的に激しい身体的活動や装置の技術的問題による永久的過負荷）、メッセージが直ちにインターフェース２２を介して付近の移動電話機１３に送られ、図１のウェブサーバ２を介してローカル・データベース７に送られ、そこに記憶される。既に説明したように、ペースメーカーの問題のある動作幅が検出された場合には、移動電話機１３のＭＣＵ１５に内蔵されているＷＥＢブラウザ６を自動的に始動させることができ、その場合には、例えば、スピーカ２５を介して可聴警報メッセージを出力しあるいはディスプレイ２６を介して視覚警報メッセージを出力することができる。代わりに、インターフェース１７、基地局１９およびＭＳＣ２０を介して警報メッセージをサービス・プロバイダ２１にも送ることができる。
【００３５】
医療電子システムは、例えば転倒や事故を検出する加速度センサを介して、トリガーすることのできる自動救助要請設備も含んでいる。技術的に単純な更なる解決策は、患者がウェブブラウザで定期的にサービス・ポイントに記名するという方法である。メッセージが受信されない場合、情報を送るように要請するために患者への音声リンクが確立される。患者が応答しない場合、サービス・センターは、緊急事態の可能性があるので、救助活動を開始する。図１に示されている外部の認可されたブラウザ５は、電話機のウェブサーバを介して問い合わせをして、その人の正確な位置を、場合によってはＧＰＳ受信器２７から、尋ねることができる。ＧＰＳ受信器２７も移動電話機１３に統合することができ、その場合には、それは第２のアンテナ２８を介してＧＰＳ衛星信号を受信する。
【００３６】
移動電話機１３は更にマイクロホン２９およびビデオカメラ３０を含んでいる。例えば倒れた患者は、もはやキーパッド２４を操作することができなくなっている場合、マイクロホンを使って救助を要請することができる。上記の加速度センサが救助要請をトリガーする場合、マイクロホン２９は例えば自動的に動作してもよい。
【００３７】
ビデオカメラ３０を使って患者の遠隔診断を行うことができ、その場合には、世話をする医者は患者についての視覚的印象も得ることができる。
【００３８】
図３は、本発明の移動電話機が使用されている車両を監視しおよび／またはガイドするための通信システムを示すブロック図であり、この場合には、同一の構成要素には図１および２のと同じ参照符号が使用されている。
【００３９】
車両に用いるために、図１および２のと同じシステムに幾つかの修正を加えて使用することができる。この場合には、医療設備とのデータリンクを車両の電子システムおよびその他の備え付け装置とのインターフェースに置き換えるだけでよい。
【００４０】
図３はブロック１を示しており、このブロック１は、移動電話機に（例えば移動電話機のＭＣＵに）含まれていて、クライアントとして設計されているウェブブラウザ６に結合されているウェブサーバ２を有する。
【００４１】
図３に示されている通信システムは、例えば、車両のナビゲーションに用いることのできるものである。この目的のために、ユーザは、目的地と周辺の状況とを入力することによって、ウェブブラウザ６を介してサービス・プロバイダ４にルートプランニング作業を要求する。この要求は、データベース・サーバ７のキューに置かれる。データベース・クライアント７は、ＧＰＳサーバ９から現在位置を要求すると共に現在の安全状況をエアバッグ・サーバ３１および診断サーバ３２から要求することによって、要求を処理する。そしてこの情報はサービス・プロバイダ４に送られる。これに対する応答として、ドライバーは目的地への局地的道路地図を受け取るが、その地図には最適のルートが記される。ウェブブラウザ６は、スクリーン（図３には示されていない）に現在位置についての視覚情報を出力しおよび／または状況にふさわしい可聴メッセージを通してドライバーに道を教えるために、データベース・サーバ７に定期的に問い合わせを行う。データベース・クライアント７は、その背後でアクティブ状態にとどまっていて、ドライバーのＧＰＳ位置を追う。車両の所在地が局地的地図の境界に到達すると、クライアントはその局地的地図を更新するように求める要求をサービス・プロバイダ４に自動的に送出する。局地的ルートプランニング作業についての知っていること全てが車両に置かれているので、そのような２つの要求同士の間では外部データ・リンクは不要である。
【００４２】
データベース・クライアント７は、危険な状況を検出するために、ＧＰＳサーバ９、エアバッグ・サーバ３１および診断サーバ３２に定期的に問い合わせを送出することによって車両の安全状況を監視する。事故またはその他の重大な障害が発生した場合、データベース・クライアント７は緊急コールをサービス・プロバイダに自動的に送信する。サービス・プロバイダは、それが開始するべき関連動作についての説明に応答してドライバーへの音声チャネルを開く。このように、それが適当であるならば、その車両に乗っている人の健康状況に関する問い合わせを行うことができ、または救助活動を効果的にプランニングすることができる。
【００４３】
図３は、クライアントとして設計されている認可されたブラウザ５も示しており、これを介して、運送業者で実現されている集中輸送データベース（図示せず）は、車両集団全体にアクセスする。車両において集団管理アプリケーションがアクティブになっていれば、ローカル・データベース・クライアント７は、その車両のＧＰＳ位置、目的地、状況および積み荷を、この情報を記憶する中央データベース・サーバに定期的に送信する。
【００４４】
盗難防止および車両追跡のために、図３に示されている通信システムを使用することもでき、その場合には盗難防止はその車両の所有者が認可キーをサービス・プロバイダ４に送信することによって開始されるべきである。もし誰かが許可無くその車両に入ると、ローカル・データベース・クライアント７が自動的に始動されて、定期的にＧＰＳサーバ９から現在位置を問い合わせると共に、その位置と共に警報メッセージをサービス・プロバイダ４に送信する。すると、サービス・プロバイダ４は、エンジン周りの電子装置に介入することによって、その車両を停止させる。代わりに、その位置を警察当局に知らせても良い。
【００４５】
自動車内の関連技術システムへのアクセスを有する自動車診断サーバ３２に問い合わせをすることによって、車両の技術的状態またはその整備状態に関する疑問に答えることができる。ウェブブラウザ６によって局地的に接続されているサービス・コンピュータでその情報が要求された後に、診断日を査定することができる。その他の場合には、認可された外部のウェブブラウザ５がこの情報を問い合わせて、サービス・ポイント（例えば自動車工場）でこの情報を査定することができる。遠隔地にいる専門家はこの手順を使用してその車両の欠点を査定することができる。
【００４６】
図３に示されているように、ブロック１は他のシステムのためのサーバ３３も含んでいる。このサーバは、例えばヒーターなどの車載装置を監視するために使えるものである。監視は、ここでは、ローカルウェブブラウザ６により、あるいは外部の認可されたブラウザ５を使って、実行される。これにより、自宅や職場から車両のヒーターを作動させることが可能となる。
【００４７】
ウェブサーバ２は自動車ハイファイ・サーバにも結合されており、これに、例えば、圧縮されたオーディオ情報が記憶される。第３世代の移動無線装置（ＧＳＭの後継であるＵＭＴＳ）では、相当大きなデータセットを送信することができる。そのための料金体系が魅力的でかつ単純な自動支払い登録システムがあるならば、このことは、個人的に調整されたインターネットのラジオ・サービスおよびビデオ・サービスを提供することを可能にする。ユーザはプッシュ技術によってインターネット・チャネルに整調する（即ち、ユーザは、例えばラジオ局など、そのチャネルの現在の情報を、それを要求することなく、受信する）。代わりに、ユーザは、自分の希望する番組（例えば、圧縮されているオーディオＣＤ）を転送するために、自分の私用ウェブサーバと連絡を取ることができる。受信されるデータは、圧縮されているオーディオ情報、ＭＩＤＩ音楽あるいは圧縮されているビデオ情報であってよい。ユーザはこの情報をウェブブラウザ６およびウェブサーバ２を介して呼び寄せることができ、その結果として移動インターネット端末はラジオおよび携帯テレビに取って代わるものとなる。
【００４８】
図３は自動車電話サーバ３５も示しており、このサーバ３５は、ブロック１に含まれていて、ウェブサーバ２に結合され、ウェブブラウザ６または認可されたブラウザ５を介して、このサーバ３５にアクセス可能である。
【００４９】
図４は図３の通信システムの実現を示すブロック図であり、図２のそれと同一の構成要素には同一の参照番号が使われている。
【００５０】
図２および図４の唯一の差異は、図４の移動電話機１３が医療電子システムに結合されるのではなくて車両電子システム３６およびエアバッグ・センサ３７に（専用の方法であるいはエア・インターフェースを介して）結合されている点である。
【００５１】
エアバッグ・センサ３７は図３のエアバッグ・センサ・サーバ３１に信号を連続的に供給し、その場合には、事故が起きると、エアバッグ・センサ・サーバ３１に連続的に問い合わせを行う図３のデータベース・クライアント７は、エア・インターフェース１７を介して自動的に緊急コールをサービス・プロバイダ２１に送信する。
【００５２】
車両電子システム３６は図３の自動車診断サーバ３２にもデータを連続的に送信する。既に上で説明したように、この自動車診断サーバ３２は必要なときにアクセスできるものであるが、認可されたブラウザ５を介して車両電子システムに介入することも可能である。
【図面の簡単な説明】
【００５３】
【図１】発明の移動電話機が使われるような、患者を監視するための通信システムのブロック図である。
【図２】図１の通信システムの実現を示すブロック図である。
【図３】本発明の移動電話機が使われる、車両を監視しおよび／またはガイドするための通信システムを示すブロック図である。
【図４】図３の通信システムの実現を示すブロック図である。
【符号の説明】
【００５４】
２    ウェブサーバ
５    認可されたブラウザ
６    ウェブブラウザ
８    ブドウ糖測定サーバ
９    ＧＰＳサーバ
１０    ペースメーカー・サーバ
１１    緊急事態検出サーバ
１３    移動電話機
１５    マイクロプログラム制御ユニット（ＭＣＵ）
３１    エアバック・サーバ
３２    自動車診断サーバ
３３    他のシステムのためのサーバ
３４    自動車ハイファイサーバ
３５    自動車電話サーバ
【図１】
2008167481.tif 000003
【図２】
2008167481.tif 000004
【図３】
2008167481.tif 000005
【図４】
2008167481.tif 000006
【手続補正書】
【提出日】平成20年4月4日(2008.4.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのウェブサーバと、
前記ウェブサーバに接続される少なくとも１つのウェブブラウザと、
を備え、
前記ウェブサーバは、情報を受信して、少なくとも前記ウェブブラウザに前記情報を提供するよう構成されることを特徴とする移動電話機。
【請求項２】
前記移動電話機のマイクロプログラム制御ユニット（ＭＣＵ）に前記少なくとも１つのウェブサーバが含まれていることを特徴とする請求項１に記載の移動電話機。
【請求項３】
前記少なくとも１つのウェブサーバを少なくとも１つの更なるサーバに結合させることができることを特徴とする請求項１または２に記載の移動電話機。
【請求項４】
前記更なるサーバは前記移動電話機に含まれていることを特徴とする請求項３に記載の移動電話機。
【請求項５】
前記ウェブサーバを少なくとも１つのクライアントに結合させることができることを特徴とする請求項１から４のいずれか一項に記載の移動電話機。
【請求項６】
前記少なくとも１つのクライアントは前記移動電話機に含まれていることを特徴とする請求項５に記載の移動電話機。
【請求項７】
前記少なくとも１つのクライアントはウェブブラウザとして設計されていることを特徴とする請求項５または６に記載の移動電話機。
【請求項８】
前記ウェブサーバ自体をクライアントとして動作させることができることを特徴とする請求項１に記載の移動電話機。
【請求項９】
車両を監視しおよび／またはガイドするための通信システムであって、請求項１から８のいずれか一項に記載の移動電話機を利用することを特徴とする通信システム。
【請求項１０】
患者を医療のために監視する通信システムであって、請求項１から８のいずれか一項に記載の移動電話機を利用することを特徴とする通信システム。