JP2001519982A

JP2001519982A - 移動通信ネットワークにおけるデータサービス

Info

Publication number: JP2001519982A
Application number: JP54353098A
Authority: JP
Inventors: ヨーナステュオミーネン
Original assignee: ノキアネットワークスオサケユキチュア
Priority date: 1997-04-16
Filing date: 1998-04-15
Publication date: 2001-10-23
Also published as: US7257122B1; FI104873B; ZA983145B; CA2287002A1; WO1998047270A3; FI971615A; DE69832057T2; EP0976270B1; FI971615A0; EP0976270A2; AU6836598A; CN1256847A; DE69832057D1; WO1998047270A2; ATE308209T1

Abstract

(57)【要約】テレコミュニケーションシステムのサーバ(IS)は、無線接続(Um)によりターミナル(1)に接続される移動通信システム(2)に接続するための第１手段と、インターネット型の別のテレコミュニケーションシステム(3)に接続するための第２手段とを備えている。本発明によれば、サーバ(IS)は、更に、ターミナル(1)からコマンドを受け取り、そしてそれを、別のテレコミュニケーションシステム(3)の少なくとも１つのプロトコルに適合するフォーマットに変換し、そして別のテレコミュニケーションシステム(3)の方向から情報を受け取り、そしてそれを、移動通信システム(2)の少なくとも１つのプロトコルに適合するフォーマットに変換するように構成される。

Description

【発明の詳細な説明】移動通信ネットワークにおけるデータサービス発明の分野本発明は、特にインターネットにおいて移動加入者のためのサービスを提供することに係る。説明を明瞭化するために、本発明はインターネットに関連して説明する。インターネットは、正確に限定又は定義することが不可能である。本発明においては、インターネットは、複数のサーバを備えていて、多数のプロトコル、特に、ＨＴＴＰ、ＴＣＰ／ＩＰ及びそれらの改良形が使用される複数のネットワークのいかなる組合わせも意味するものとする。先行技術の説明図１を参照すれば、基本的移動ステーションＭＳのユーザは、現在のところ、データネットワークを経て情報をフェッチする幾つかの能力を有している。コンピュータに接続していない簡単な移動ステーションを有する移動加入者は、各サービスに特有で必要なサービスが提供されるサービス番号にコールすることができる。このようなサービスは、例えば、フィンランドの気象庁により提供される船貢用天気予報である。移動加入者は、例えば、天気予報が１日４回自分の移動ステーションに送信されるように選択することができる。情報は、サービスプロバイダーから公衆交換電話ネットワークＰＳＴＮを経て移動通信システム２の短メッセージサービスセンターＳＭＳＣへ送信され、そしてそこから、そのサービスを要求した人の移動ステーションＭＳへ転送される。公知の機構に関連した多数の問題がある。基本的移動ステーションのユーザは、インターネットを経て提供されるサービスを利用する能力を有していない。サービスを利用するには、サービスプロバイダーが、移動通信システムによりサポートされる機構を経てサービスを通常短メッセージとして提供することを必要とする。基本的移動ステーションのユーザに短メッセージの形態のサービスが提供されるときでも、このようなサービスの内容は、パーソナルコンピュータ及びインターネットを経てサービスを利用する者に提供されるサービスの内容よりも通常古いか又は包括性が低い。インターネットを経てのテレコミュニケーションでは、ユーザの位置が通常サービスプロバイダーに送信されず、サービスの利用者は、位置に基づいて、サービスプロバイダーに自分の位置を個別に通知しなければならない。更に、ユーザは、個別のサービス番号を介して各個々のサービスを選択しなければならない。更に別の問題は、サービスの提供がオペレータの選択に依存することである。例えば、上記船員用天気予報は、フィンランドでは１つの移動オペレータのネットワークでしか利用できない。更に、通常、移動加入者に使用されるターミナルの形式に関する情報がサービスプロバイダーに送信されない。例えば、上記船員用天気予報は、ターミナルがグラフィックディスプレイを備えそしてグラフィックディスプレイの存在及び特性に関する情報をサービスプロバイダーに送信できるならば、絵の形態の天気図として送信することができる。移動ステーションＭＳをパーソナルコンピュータＰＣに接続することにより、全てのデータネットワークサービスを利用できるようになる。図２は、このような構成の簡単なアーキテクチャーを示す。コンピュータＰＣのアーキテクチャーは、コマンド（ｗｗｗ.ｎｏｋｉａ.ｃｏｍのようなｗｗｗページのアドレス）を自分のブラウザに入力する。ブラウザは、コマンドを解読し、そしてユーザがｗｗｗページをフェッチし、電子メールを読み取り又は送信し、或いはファイルを転送し、等々を行うかどうか結論する。ユーザにより与えられたコマンドに基づいて、ブラウザは、異なるプロトコルレイヤを経、エアインターフェイスＵｍを経、移動通信システム２を経て公衆テレコミュニケーションネットワークＰＳＴＮへコマンドを送信し、このネットワークを経てインターネットへの接続が確立される。情報がインターネットからコンピュータＰＣへ送信されるときには、ブラウザは、使用するプロトコルレイヤに基づき、例えば、ユーザに対するメールがあるか又はｗｗｗページがＨＴＭＬコードの形態であるかどうかを解読する。ブラウザは、情報の性質に基づきコンピュータＰＣのディスプレイ上でユーザに情報を示す。コンピュータを移動ステーションに接続することは、経費のかかる解決策であり、大きな空間も必要である。ノキア・コミュニケータ９０００のような新しい種類の通信手段が最近市場に出て来ている。図１において、ＳＰ（スマート・ホン）で示されたデバイスは、このような通信手段を表わす。このような一体型のデバイスは、その全体的なサイズ及びデータ処理リソースについては、基本的な移動ステーションと、移動ステーションに接続されるコンピュータとの間の妥協である。そのプログラムは、工業規格に基づいて生産されるパーソナルコンピュータに適合せず、従って、工業規格に基づいて生産されたコンピュータの場合と同じテレコミュニケーションプログラム及びアプリケーションを使用することができない。移動ターミナルのリソースが増加するにつれて(例えば、コンピュータと移動ステーションを接続又は一体化することにより)、移動ターミナルにウイルス又は他の不所望なプログラムを受ける危険性が高くなる。ウイルスに加えて、クッキーズとして知られている他の種類の不所望なプログラムもあり、これは、有用なサービスに加えて、ユーザのターミナル、そのオペレーション等に関する情報もネットワークに送信する。このようなターミナルは、不所望なクッキーズを記憶するのに充分なリソースを有するが、通常、それらを検出又は除去するに足るリソースは有していない。移動通信の分野では、移動ステーションのインテリジェンスを高めることによりこれらの問題を解消することが一般的な傾向である。高級な移動ステーションの一例が上記のノキア・コミュニケータ９０００である。しかしながら、新規なインテリジェンスの高い移動ステーションを市場に導入するだけで上記の問題を満足に解決することはできない。この解決策に関連した１つの問題点は、現在、市場にはほぼ新しい移動ステーションが数千万台もあり、それらのユーザは、明らかに新たなデバイスに投資しようとしていないことである。オペレータの問題の１つは、充分な数のサービスを利用できるようになるまでユーザが新たなデバイスに投資しないときに生じる悪循環である。他方、オペレータにとっては、新たなサービスを利用できる充分な数のターミナルが市場に出回るまでは新たなサービスを提供しても利益にならない。発明の要旨本発明の目的は、多数のプロトコルを使用するワイドインターネット型テレコミュニケーションネットワークの少なくとも幾つかのサービスを移動加入者に提供し、移動加入者が１つのセッション中に１つの電話番号を介して複数のサービスを利用できるようにする機構を開発することである。本発明の好ましい実施形態の目的は、上述した他の問題を解消することである。本発明のこれら目的は、独立請求項に記載した方法により達成される。従属請求項は、本発明の好ましい実施形態に関連している。本発明は、第１に、公知の機構が存在しない場合に、新たなサービスに必要なソフトウェアを合理的なコストで既存のコンピュータ及び高級な移動ステーションに転送できるように、速いペースで新たなサービスを提供できるという概念に基づく。第２に、本発明は、ＧＳＭ型の標準装置レジスタＥＩに情報を維持することが実際に不可能であるために、新たなデバイス又は特徴が導入されたときに、全てのオペレータの装置レジスタが、新旧のネットワーク装置がその新たな特徴をサポートするかどうかを指示するデータフィールドを予め有するという考え方に基づく。従って、各ターミナルがどの特徴をサポートするかを動的に、即ちセッションの始めに又はセッション中に見つけるのが最良である。更に、本発明は、移動ターミナルに効率的なブラウザを維持するように試みることすらコスト効率が良くないという考え方に基づく。良く知られたように、ブラウザは、現在の市場において最も開発速度の速いプログラムである。それらを、ＣＤ−ＲＯＭリーダーが接続された通常のコンピュータに維持することは困難である。ブラウザを更新することは、例えばワードプロセスプログラムよりも困難である。というのは、例えば、異なるユーザが異なるサービスプロバイダー（インターネットオペレータ）を経てインターネットに接続しそして少なくとも彼等が異なるコード及びパスワードを有するからである。又、更新の後に、ブラウザは、各ユーザのパーソナルパラメータに基づいて構成されねばならない。更に、問題状態において、即ち接続を確立できないときに、ブラウザから問題の原因についての情報を得ることは困難である。異なる移動ターミナル及び移動ステーションにブラウザを維持する場合に、リソース及びソフトウェアバージョン（計算率、メモリサイズ、表示サイズ、キーボード形式、等）が異なる膨大な数の異なるターミナルが使用される状態を招く。組織か有する移動ターミナルが多いほど、問題が悪化する。それ故、本発明によれば、ブラウザ（及びメール処理のような他のアプリケーション）は、移動ターミナルからネットワーク側へ転送される。実質的に移動ターミナルのユーザインターフェイスに関する情報のみがエアインターフェイスを経て送信される。本発明の好ましい実施形態によれば、ユーザインターフェイスに関する情報は、移動ターミナルの限定されたりソースに良く適したものとするように調整（フィルタ及び圧縮）される。重要な原理は、固定ネットワークの側でより多くのことを実行しそして移動ターミナルではできるだけ実行しないことである。図面の簡単な説明以下、添付図面を参照して本発明の好ましい実施形態を詳細に説明する。図１は、テレコミュニケーションシステムの当該部分及び本発明の情報サーバを示す図である。図２は、移動ターミナルからインターネットをブラウジングする公知の機構を示す図である。図３は、移動ターミナルからインターネットをブラウジングする本発明の機構を示す図である。図４ないし６は、短メッセージサービスをサポートする移動ステーションからインターネットをブラウジングする本発明の情報サーバの好ましい実施形態を示す図である。好ましい実施形態の詳細な説明図３は、本発明の原理に基づく構成体のアーキテクチャーを示している。ブラウザ及び他のアプリケーションは、移動ターミナルから固定ネットワークの側に転送され、そして移動ターミナルの機能は、アプリケーションの遠隔制御器として実質的に働くことである。図１を参照し、本発明の好ましい実施形態による情報サーバの好ましい例について説明する。説明を明瞭にするために、情報サーバＩＳは、単一のコンパクトなユニットとして説明するが、考えられる実施形態はこれだけではない。本発明の機能は、本発明のやり方でソフトウェアが補足される１つ以上の既存のネットワーク要素間に分散することができる。異なる形式のターミナルに対して次の名前を使用する。形式と形式との間の境界は必ずしも明確に定義されず、本発明の基本的な考え方の１つを説明する名前で充分であり、それに基づいてターミナルの形式が認識され、そして加入者に対して提供されるサービスがターミナルの形式に基づいて調整される。「基本的移動ステーション」（図中のＭＳ）は、当該移動通信システムの基本的な特徴が設けられた移動ステーションを指す。一例として使用するＧＳＭシステムの場合には、このような移動ステーションは、スピーチに加えて、短メッセージを送信及び受信することのできるノキア２１１０である。「インタープリター・ホーン」（ＭＳ／ＴＴＭＬ）は、適当なプロトコルのインタープリター、例えば、ＴＴＭＬインタープリターを備え、これは、ＴＴＭＬコードの形態で書かれたｗｗｗページの原案形態である。このような移動ステーションの一例は、ノキア８１１０ｉである。「ブラウザ・ホーン」ＢＰは、ｗｗｗページをブラウジングするためのユーザインターフェイスを含む。このような移動ステーションの一例は、ＡＴ＆Ｔ社で製造されているポケットネット・ホーンである。「スマート・ホーン」ＳＰは、ワードプロセス及びスプレッドシートプログラムのような典型的なオフィスアプリケーションの簡単なバージョンを含む。又、スマート・ホーンは、データを記憶するためのメモリも有する。スマート・ホーンのアプリケーションの少なくとも幾つかは、移動ステーションが移動通信システムと無線接続していないときでも使用することができる。このようなスマート・ホーンの一例は、ノキア・コミュニケータ９０００である。「パーソナルコンピュータ」ＰＣは、移動通信システムと無線接続する汎用コンピュータを指す。無線接続は、例えば、データインターフェイスが設けられた基本的な移動ステーション、又はＰＣカードの形態の移動ステーション、或いはそれ自身のユーザインターフェイスを必要としない無線モデムを使用することにより実施できる。このような分割（ＭＳ；ＭＳ／ＴＴＭＬ；ＢＰ；ＳＰ；ＰＣ）は、１つの考えられる分割に過ぎない。又、図１は、ターミナル１が２つのクラスのみに分割される簡単な分割を示している。クラス１ｂのターミナルは、ＨＴＴＰプロトコルをサポートし、そしてクラス１ａのターミナルは、それをサポートしない。後者に対し、インターネットから受け取った情報は、以下に詳細に述べるように、短メッセージの形態で送信することができる。情報サーバＩＳの実施図１において、本発明の好ましい実施形態による情報サーバＩＳは、移動通信システム２とインターネット３との間のブリッジを形成する。情報サーバＩＳは、必要なアダプタ及びプロトコルコンバータを経て移動通信システム２に接続される。この適応は、全く従来通りである。ＯＳＩモデルの最下位のレイヤには移動通信システムのプロトコルが使用され、それより上位のレイヤにはＨＴＴＰ（Ｓ）及び／又はＴＣＰ／ＩＰプロトコルが最も効果的である。ＨＴＴＰ（Ｓ）は、ＨＴＴＰプロトコル又はその暗号化バージョンＨＴＴＰＳのいずれかを指す。 HTＴＰ（Ｓ）サーバ４は、インターネット３により送られた情報を、移動ステーション１でサポートされるフォーマットに変換する。例えば、インターネット３のサーバ４により送られるＨＴＭＬコードページは、ＴＴＭＬコードに変換される。ＴＴＭＬは、ＨＴＭＬページ記述言語のサブセットである。これは、標準キャラクタセットを使用するが、グラフィックは使用しない。これは、移動ステーションのディスプレイにメニュー及びフォームを形成できるようにする。このフォーマットのｗｗｗページは、基本的な移動ステーションに予めロードすることができる。市場に新たに導入される移動ステーションの幾つかは、ＴＴＭＬコードの形態で書かれたｗｗｗページの原案形態であるインストール済みＴＴＭＬインタープリターを有する。ブロック「ＳｅｒｖｌｅｔＡＰＩ」５（サーバアプレットアプリケーションプログラミングインターフェイス）は、情報サーバＩＳの異なるモジュール間のソフトウェアインターフェイスである。ＨＴＴＰプロトコルを経て通信する能力のないターミナルは、短メッセージサービスセンターＳＭＳＣによりサポートすることができる。この岐路のファンクションは、以下で説明する。本発明によれば、クライアントアプリケーション６及びクライアントプロトコル７は、固定ネットワークの情報サーバＩＳにインストールされる(移動ターミナルではなく)。仮想アプリケーション６（ＶＡ１、…ＶＡ７）は、移動ステーション１のユーザからコマンドを受け取り、そしてそれらをインターネット３の異なるプロトコルに適合するフォーマットに変換する。逆方向において、それらのアプリケーションは、インターネット３から情報を受け取り、そしてインターネットの全てのプロトコルをＨＴＴＰプロトコルに変換する。このようなプロトコル変換の一例が参照文献１に記載されている。参照文献１は、プロトコル変換により動的なデータベースサーチをインターネットにいかに向けることができるかを説明しているが、参照文献１では、必要なプロトコル変換がユーザのターミナルにおいて実行されると仮定している。移動通信システムでは、このような仮定をすることができない(主として機密性及びリソースに関連した上記の理由のために)。このようなプロトコル変換の別の例が参照文献２に示されている。本発明の優先権主張日に、参照文献２は公開文書ではなく、従って、短メッセージの例に関連してその内容の本質的な部分をここに引用する。本発明の情報サーバＩＳは、そのクライアントアプリケーション６によりインターネットのサーバ４とコンタクトする。ＨＴＴＰプロトコルを用いると、データコールによりポータブルコンピュータＰＣ又はスマート・ホーンＳＰから仮想クライアントへの接続が生じ、従って、この場合に、ポータブルコンピュータ又はスマート・ホーンは、ある意味で、仮想アプリケーション６のリモートコントロールとして機能する。ポータブルコンピュータ又はスマート・ホーンは、簡単で良く知られたユーザインターフェイスをユーザに与える。図１は、あるインターネットプロトコルのクライアントアプリケーションを示す。ＨＴＴＰ（Ｓ）サーバ９は、あるインターネットプロトコルを独立してコールすることができ、即ち移動ステーションのプロトコルとインターネットのプロトコルとの間で情報を変換することができる。この手順は、特に、ＨＴＴＰ(Ｓ) 、ゴファー、ＦＴＰ及びＷＡＩＳプロトコルに関連して実行することができる。この場合に、個別のクライアントアプリケーション６及び適応レイヤ７は必要ないが、それらは、補足的サービスを提供することができる。他方、電子メールプロトコルＰＯＰ３及びＳＭＴＰの特性を考慮すれば、本発明を上記（及び図１）のように実施することは容易である。更に、ＨＴＴＰ（Ｓ）サーバ９は、プロクシー(proxy)を含むのが好都合であり、その機能については、以下で説明する。情報サーバＩＳは、本発明に関連したターミナル１のパラメータをそれ自身で最良に決定する。最も重要なパラメータは、移動通信システム２の短メッセージサービス以外のプロトコルをサポートするターミナルの能力である。情報サーバＩＳは、この情報を例えばプロトコルフレームのヘッダから得、従って、ホームネットワークの装置レジスタに質問する必要はない。或いは、ターミナルの形式は、それ自身の電話番号が各ターミナル形式ごとに指定されるように決定することができる。図１には、移動ステーションを異なる形式に分割するところが示されており、形式１ｂの移動ステーションは、ＨＴＴＰプロトコルをサポートし、そして形式１ａの移動ステーションは、それをサポートしない。各仮想アプリケーションは、主たるプロトコルを経て接続を確立できない場合にターミナルへの接続を確立するように試みる既にプログラムされた別のプロトコルを含むことができる。ユーザのターミナルが主たるプロトコル（例えばＨＴＴＰ）をサポートせず、又はユーザのコンピュータがスイッチオフされ、或いは短メッセージサービス又はデータコールでしか到達し得ない別のオペレータのエリアへユーザがローミングした場合に、別のプロトコル（短メッセージ、データコール）が使用される。好ましい実施形態では、情報サーバＩＳは、移動通信システム２によって供給されるターミナル１の位置情報を使用する。位置情報は、例えば、その受信した情報を選択するか、又はそれをユーザの位置に対応するエリアに対してフィルタすることにより使用することができる。例えば、天気予報、公共運輸機関の時刻表及び映画の番組は、少なくとも先ず、ユーザが所与の時刻にいるエリアに限定することができる。この点について、例えば、アプリケーションが問合せを形成しそしてユーザの位置が問い合わせの条件に含まれるように、選択又はフィルタ動作を行うことができる。その一例は、ユーザが「今日の映画(movies today)」という問合せをタイプし、そして情報サーバＩＳがｗｗｗ．ｐｒｏｇｒａｍｓ．ｃｏｍ／ｃｏｎｅｍａｓ？ｃｉｔｙ＝ｘｘという問合せを形成する状態である。但し、ｘｘは、ユーザがいる都市に対応する。或いは又、情報サーバＩＳは、インターネットから位置に関わりのない情報を受信し、そしてユーザの位置に関連した情報の断片のみをユーザに対してフィルタしてもよい。好ましい実施形態によれば、情報サーバＩＳは、健全なリンクとしてデータコールを形成するメッセージマネージャー１０を含む。このメッセージマネージャー１０は、クライアントとサーバとの間のある種の送信レイヤである。この例のウインドウズＮＴ環境において、健全なリンクは、ウインドウズ２ソケットインターフェイスをインターフェイスとして使用することにより実施することができる。コールが切断したときには、メッセージマネージャーが接続を再確立する。対話型接続を再確立したり又は切断後に始めからファイルを送信したりするのを回避するために、メッセージマネージャーは、ターミナルのユーザインターフェイスの状態を記憶し、そしてファイル送信の場合には、ターミナルが受信したと確認しないデータブロックのみを転送する。特に機密性の高いプロトコルは、例えば、会社の内部イントラネットネットワークに一般に使用される機密トンネルプロトコルＳＳＬである。良く知られたように、イントラネットネットワークは、技術的に、インターネットの一部分として実施することができ、その部分は、パスワード及び認証手順で機密保持されている。好ましい実施形態によれば、情報サーバＩＳは、多数の優先順位クラス、及び優先順位に基づくプロセス情報を維持する。優先順位は、最も好都合な接続特有及びアプリケーション特有のもので、同じユーザの対話型アプリケーションは、例えば、バックグランドで行なわれるファイル送信よりも高い優先順位を使用することができる(そしてより迅速なサービスを受けることができる)。情報サーバＩＳは、異なるテレコミュニケーション接続に対する中間メモリとして使用される（コンピュータシステムの従来の機能に加えて）メモリＭＥＭを備えている。従来のコンピュータシステムからハードディスク（キャッシュ）の中間メモリが知られており、その機能は、低速大量メモリから読み取ったエリアを高速の中央メモリに記憶することである。インターネットから知られているプロクシーサーバは、その機能が最後に読み取ったインターネットページをローカルメモリに記憶することである。情報サーバＩＳのキャッシュメモリは、例えば、あるｗｗｗページをキャッシュメモリに記憶するための基準が、単に、ユーザが当該ページを最後に読み取った時点であるようなこの従来の技術を用いて実施することができる。しかしながら、キャッシュメモリのサイズがｗｗｗページの全ページ数に比して非常に小さい（通常はそうである）場合には、非常に多数の異なるユーザが多数の異なるｗｗｗページを要求できるので、新たなページのスペースを作るためにインターワーキングサーバのメモリからページが削除されるまでどのページも再読み取りする時間がないことになる。キャッシュメモリの使用は、どのページが最も頻繁に読み取られるか決定されそしてそれらのページのアドレスがリストに記憶され、リストのページがキャッシュメモリに記憶された場合には、公知のシステムより効果的なものとなる。この分野の多数の雑誌が、最も読まれるｗｗｗページの統計情報を公表している。しかしながら、情報サーバＩＳには、異なるｗｗｗページの集合に関する統計値をコンパイルして最も人気のあるページのリストを自動的に更新するプログラムルーチンを設けることができる。ｗｗｗページが再読み取りされる最大の回数は、あり得るページの更新を考慮に入れられるようにキャッシュメモリに対して定義することができる。キャッシュメモリの別の効果的な使い方は、情報のフェッチである。これは、仮想クライアント６があるｗｗｗページの後続ページへのリンクをサーチし、そしてユーザが手前のページを読んでいる間にこれらのページをメモリに予めフェッチするように実施することができる。情報サーバＩＳは、コンピュータ及びローカルエリアネットワークに関連した従来の技術により物理的に実施することができる。適用可能な技術は、装置を容易に拡張できるようにするＩｎｔｅｌＰｅｎｔｉｕｍ（登録商標）プロセッサシリーズ及びＷｉｎｄｏｗｓ（登録商標）ＮＴオペレーティングシステムをベースとするコンピュータを備えている。本発明の機能は、例えば、Ｊａｖａ言語をサポートするほとんどのｗｗｗサーバプログラムによって実施することができる。短メッセージによるインターネットの使用本発明の好ましい実施形態によれば、インターネットのサービスは、短メッセージサービスをサポートする移動ステーションにより次のように使用される。１）移動通信ネットワークを経て、ワールドワイドウェブ（ｗｗｗ）ページを指示する識別子を含む短メッセージをインターネットにおいて短メッセージサービスセンターへ送信し、該サービスセンターは、これに接続されたコンピュータターミナルを経てインターネットへ直接アクセスすることができる。２）インターネットのプロトコルを用いてインターネットに向かって通信し、そして短メッセージ又はその一部分で指示されたｗｗｗページをフェッチする。３）ｗｗｗページの内容の関連部分を短メッセージへと変換する。４）移動通信ネットワークを経て移動ステーションへ短メッセージを送信する。５）移動ステーションのディスプレイに短メッセージの内容を表示する。本発明の好ましい実施形態のデジタル移動通信システムの短メッセージサービスセンターＳＭＳＣは、短メッセージサービスセンターと移動ステーションとの間に短メッセージを送信するために移動通信ネットワークに接続する手段と、データネットワーク（インターネット）に接続する手段とを備えている。データネットワークの接続は、移動ステーションにより送信されてｗｗｗページを直接的又は間接的に指示する短メッセージに応答して、インターネットのプロトコルを用いてインターネットからワールドワイドウェブ（ｗｗｗ）ページをフェッチする手段を備え、そして短メッセージサービスセンターは、更に、ｗｗｗページの内容の関連部分を短メッセージに変換する手段を備え、この短メッセージは移動通信ネットワークを経て移動ステーションへ送信される。デジタル移動通信システムの短メッセージサービスセンターをインターネット型のデータネットワークに接続するための本発明による装置は、移動ステーションにより短メッセージサービスセンターへ送信されてｗｗｗページを指示する短メッセージに応答して、インターネットのプロトコルを用いてインターネットからワールドワイドウェブ（ｗｗｗ）ページをフェッチする手段と、ｗｗｗページの内容の関連部分を短メッセージに変換する手段を備え、この短メッセージは、短メッセージサービスセンター及び移動通信ネットワークを経て移動ステーションヘ送信される。移動加入者は、移動通信ネットワークの短メッセージサービスを用いてｗｗｗページから情報をフェッチする。この目的で、短メッセージサービスセンター又はそれにリンクされた別の装置がインターネットに接続され、そしてインターネットに向かってＨＴＭＬ、ＨＴＴＰ及びＴＣＰ／ＩＰプロトコルを使用する。更に、短メッセージサービスセンターは、移動通信システムに通常のやり方で接続され、即ち短メッセージは、移動通信システムに対して定義されたやり方で短メッセージサービスセンターと移動ステーションとの間で送信される。移動ユーザは、インターネットからあるｗｗｗページの情報を希望するときに、当該ｗｗｗページを直接的又は間接的に指示する識別子を含む短メッセージをサービスセンターへ送信する。直接的な指示は、例えば、ｗｗｗページのアドレスＵＲＬを含む。ＵＲＬアドレスは、通常若干長いもので、覚えるのが困難であり、それらを短メッセージにおいてサービスセンターへ送信するのは常に実際的ではない。本発明の１つの実施形態では、移動ステーションは、アドレスではなく、必要なｗｗｗページを間接的に指示する短い識別コードを送信する。短メッセージサービスセンター又は別の装置は、これらコードとｗｗｗページアドレスを互いにリンクすることのできるテーブルを備えている。短メッセージセンター又は別の装置は、短メッセージを受信すると、インターネットを経て所望のｗｗｗサーバにコンタクトし、そしてそこからｗｗｗページを受け取ってそのページを記憶する。短メッセージの長さは、例えば、１６０キャラクタに制限され、一方、ｗｗｗページは、多量の情報を含む。短メッセージサービスセンター（又は別の装置）には、インターネットから受信したｗｗｗページを移動通信システムの短メッセージサービスの送信容量に適したフォーマットに変換又は圧縮する手段を設けるのが効果的である。或いは又、短メッセージサービスセンター（又は別の装置）は、ｗｗｗページの関連部分のみを分離又はフィルタし、そしてそれを短メッセージにおいて移動ステーションへ送信する。関連情報を含むｗｗｗページの部分は、全ての加入者に共通の所定の固定基準に基づくか、又は移動ステーションから受信したキーワードのような基準に基づいて識別することができる。このキーワードは、移動ステーションにより送信される短メッセージにｗｗｗページ識別子と一緒に含まれる。短メッセージサービスセンター又は別の装置は、受信して記憶されたｗｗｗページを、当該情報を含む部分についてサーチし、そしてそれを短メッセージに含ませる。短メッセージに含まれるべきテキストの長さは、例えば、ＨＴＭＬタグのようなｗｗｗページに使用されるキャラクタストリングで制限される。従って、例えば、短メッセージに所要の情報を含むｗｗｗページのパラグラフを含ませることができる。移動ステーションは、短メッセージセンターからインターネットの短メッセージを受信しそしてそれを通常の短メッセージとして処理する。短メッセージは、移動ステーションのディスプレイに通常のやり方で表示することができる。従って、移動ステーションは、インターネットのｗｗｗサービスを利用するために何らかのデータ送信特性又はｗｗｗブラウザをもつ必要はない。技術的に必要なことは、移動ステーションが従来の短メッセージ機能を有することだけである。短メッセージサービスによる本発明の通信は、回路交換スピーチ及びデータサービスをサポートしそして短メッセージサービスを利用できる全ての移動通信システムに適用することができる。この点について、短メッセージサービスとは、ポイント対ポイントトラフィックルートを確立する必要なく移動ステーションと特殊な短メッセージサービスとの間に短いテキストメッセージを送信することを意味する。短メッセージ送信は１つのメッセージに制限され、換言すれば、１つのメッセージの送信が全送信動作を構成する。従って、短メッセージサービスは、パケット交換データ送信とは完全に異なる。短メッセージサービスは、当業者にとっては公知技術と考えることができる。ＧＳＭシステムの詳細な説明については、ＧＳＭ仕様書（特に、ＧＳＭ０３．４０）及び「移動通信用のＧＳＭシステム」、Ｍ.モーリ及びＭ.ポーテット、パライゼウ、フランス、１９９２年、ＩＳＢＮ：２−９５０７１９０−０−７を参照されたい。移動発信（ＭＯ）短メッセージ送信及び移動着信（ＭＴ）短メッセージ送信は、異なるサービスとして定義される。ＭＯ短メッセージは、移動ステーションから短メッセージセンターＳＭＳＣへ送信される。これら短メッセージは、他の移動ユーザ又は固定ネットワークの加入者へ向けることができる。ＭＴ短メッセージは、短メッセージセンターＳＭＳＣからターミナルへ送信される。これらの短メッセージは、他の移動ユーザ又は他のソースから短メッセージセンターＳＭＳＣに入ることができる。ＳＭＳＣとターミナルとの間に使用されるプロトコルは、ＳＭ−ＴＰ（短メッセージ搬送プロトコル）と称される。短メッセージセンターＳＭＳＣには、ＧＳＭネットワークのナンバリングドメインにおいてそれ自身のＩＳＤＮ番号が与えられ、そしてこの番号を用いて、移動ステーションは、短メッセージをＳＭＳＣに向けることができる。短メッセージサービスセンターＳＭＳＣは、ＧＳＭネットワークとインターネットとの間のゲートウェイとして使用できるようにインターネット３に接続される。短メッセージセンターＳＭＳＣとＳＭＳＣセンターとの接続は、直接接続であってもよいし、或いはＳＭＳＣは、インターネット３へアクセスできる個別のコンピュータ装置に接続することもできる。図４のブロック図は、本発明の短メッセージセンターを一例として示す。ＧＳＭネットワークと短メッセージセンターＳＭＳＣとの間の接続４１は、既存の短メッセージサービスセンターの場合と同様である。短メッセージセンターＳＭＳＣは、インターネット３に向かってＨＴＴＰ及びＨＴＭＬプロトコルを使用する。ＨＴＴＰプロトコルは、次いで、ＴＣＰ／ＩＰインターフェイスを使用する。異なるオペレーティングシステム（例えば、Ｕｎｉｘ）に対し市場で入手できるｗｗｗサーバプログラム及びクライアントプログラムがあり、これらは、ＨＴＴＰ及びＨＴＭＬプロトコルに基づいてインターネットからｗｗｗページをフェッチするためにサービスセンターＳＭＳＣのコンピュータ（１つ又は複数）に使用することができる。図４において、インターネット接続ブロック６−７は、短メッセージセンターＳＭＳＣのこれらインターネット特有の機能を示す。インターネット接続６−７を経てのｗｗｗページのフェッチ並びにＧＳＭ接続４１を経ての短メッセージの送信及び受信は、変換及び制御ユニット４０により制御される。制御ユニット４０の機能は、ＧＳＭ接続を経て受信した短メッセージを、インターネット接続を経て実行されるべきｗｗｗページのフェッチに変換することである。対応的に、制御ユニット４０は、フェッチしたｗｗｗページの当該部分をフィルタし、この部分は短メッセージに含まれて、ＧＳＭ接続を経て移動ステーションへ送られる。短メッセージセンターは、更に、フェッチされたｗｗｗページが、制御ユニットに必要な異なるパラメータ、変換テーブル等と共に記憶されたデータベース４３を備えている。短メッセージセンターＳＭＳＣｂＳ個別のコンピュータ装置によってインターネットに接続される場合には、図４の機能的ブロックが短メッセージサービスセンターＳＭＳＣとコンピュータとの間で分割される。ＧＳＭ接続４１は、例えば、通常の短メッセージサービスセンターでもよく、一方、制御ユニット４０、インターネット接続６−７、及びメモリ（データベース）４３は、個別のコンピュータに配置される。これは、特に本発明のサービスが古い短メッセージサービスセンターに追加されるときには効果的な形態となる。移動ユーザは、ｗｗｗページから情報を受信しようとするときには、短メッセージサービスセンターＳＭＳＣに向けられる（ＩＳＤＮ番号で）短メッセージを送信し、これは、当該ｗｗｗページを直接的又は間接的に指示する識別子を含む。直接的な指示は、ｗｗｗページのアドレス、例えば、ＵＲＬを含む。ＵＲＬアドレスの例は、ｈｔｔｐ：／／ｗｗｗ.ｎｏｋｉａ.ｃｏｍ及びｈｔｔｐ：／／ｗｗｗ．ｕｓｐｔｏ．ｇｏｖである。（ほとんどのブラウザでは、ｈｔｔｐ：／／部分をタイプする必要がなく、以下の説明ではこれを繰り返し示さない。）本発明の１つの実施形態では、ユーザは、ＵＲＬアドレスではなく、短い識別コードを短メッセージにおいてタイプする。このコードは、要求されたｗｗｗページを間接的に指示する。短メッセージセンターＳＭＳＣのデータベース４３には、識別コードとｗｗｗページアドレスを互いにリンクすることのできるテーブルがある。図５は、このようなテーブルを示す。例えば、ユーザは、ＵＲＬがｗｗｗ．ｂｕｓ．ｃｏｍ．ｃｏｍ／ｔｉｍｅｔａｂｌｅであるｗｗｗページからバスの時刻表の情報を受信したい場合に、コードＢＵＳを短メッセージにおいて短メッセージセンターＳＭＳＣへ送信する。簡単化のために、図５の変換テーブルは、あるｗｗｗページに関連した１つの識別コードのみを示す。同じｗｗｗページに関連した多数の別々の識別コード（例えば、「ｆｉｌｍｓ」、「ｍｏｖｉｅｓ」及び「ｃｉｎｅｍａｓ」を変換テーブルに含ませるのが効果的である。又、たとえユーザが識別コードの一部分しか供給しなくても、ユーザが選択したｗｗｗページをフェッチするのが効果的である。短メッセージは、通常のＭＯメッセージとして短メッセージセンターＳＭＳＣへ送信される。ＧＳＭ接続ユニット４１は、短メッセージを受信すると、その内容を制御ユニット４０へ送信する。制御ユニット４０は、識別コードに基づいてテーブルからＵＲＬアドレスをフェッチする。次いで、制御ユニット４０は、当該ｗｗｗページが既にフェッチされてデータベース４３に記憶されているかどうかをチェックするのが効果的である。データベース４３にページが見つからない場合には、制御ユニット４０は、接続６−７を経てインターネットからＵＲＬアドレスに対応するｗｗｗページをフェッチしそしてそれを記憶する。短メッセージの長さは、例えば、１６０キャラクタに制限され、一方、ｗｗｗページは、多量の情報を含む。ユーザは、他のデータの中に隠れた情報のある部分にしか関心がないことが多い。このため、本発明の好ましい実施形態では、制御ユニット４０は、ｗｗｗページの当該部分のみを分離又はフィルタし、そしてそれを短メッセージにおいて移動ステーションへ送信する。ｗｗｗページを記述するＨＴＭＬ言語は、テキスト内で山形カッコ＜＞に入れられるタグより成る。このようなコードは、パラグラフコード＜Ｐ＞、ページのタイトルコード＜ＴＩＴＬＥ＞、パラグラフの変更＜Ｐ＞又は＜ＢＲ＞、リスト＜ＵＬ＞等々を含む。ｗｗｗページに現われるこれらのＨＴＭＬコードは、短メッセージに含まれるべきテキストのサイズを決定するのに使用できる。それとは別に又はそれに加えて、他の任意のキャラクタストリングを使用することもできる。従って、例えば、所望の当該情報を含むｗｗｗページのパラグラフ（２つの＜Ｐ＞コード間のテキスト）を短メッセージに含ませることができる。標準的なＨＴＭＬコードをテンプレートとして使用する場合には、短メッセージサービスが、ｗｗｗページに何ら変更を伴わずに又は僅かな変更を伴うだけで全ての既存のｗｗｗ情報を使用できるようになる。更に、本発明では、ＨＴＭＬテキストは、送信の前に読み取り易いフォーマットに変換される。又、テキストは、不必要なホワイトフィールドをテキストから取り除くことにより圧縮される。ＨＴＭＬテーブルは、個別のパラグラフに変換される。当該情報を含むｗｗｗページの部分は、全ての加入者に共通の所定の固定基準を用いるか、又はキーワードのような移動ステーションから受け取った基準に基づいて識別することができる。例えば、キーワードがＷＥＡＴＨＥＲである短メッセージは、インターネットから天気予報を含むｗｗｗページをフェッチすることになる。固定基準が使用される場合には、例えば、その後日の天気についてのパラグラフを抽出することができる。キーワード又は別のサーチテキストが使用されるときには、所定のＨＴＭＬコード内にある対応するテキストに対してｗｗｗページがサーチされる。この対応するテキストブロックは、次いで、短メッセージにおいて移動ステーションへ送信される(通常、ＨＴＭＬ言語から読みやすい言語に変換されたフォーマットで) 。移動ユーザは、ｗｗｗページから情報を尋ねるサーチワードを短メッセージに含ませることができる。ＭＳは、例えば、問合せＢＵＳ６５Ａを短メッセージにおいて送信することができる。短メッセージセンターＳＭＳＣの制御ユニットは、コードＢＵＳに対応するＵＲＬアドレスｗｗｗ.ｂｕｓ.ｃｏｍ／ｔｉｍｅｔａｂｌｅをデータベースから検索する。次いで、制御ユニットは、ＵＲＬに対応するｗｗｗページがデータベースに既に存在するかどうかチェックする。ページが見つからない場合には、制御ユニット４０は、当該ｗｗｗページをインターネット３から接続６−７を経てフェッチし、そしてそれをデータベース４３に記憶する。記憶されたｗｗｗページは、例えば、次のように見える。＜ＢＯＤＹ＞＜Ｐ＞ＢｕｓＣｏｍｐａｎｙＬｉｍｉｔｅｄＴｉｍｅｔａｂｌｅ＜／Ｐ＞＜Ｐ＞６４：１４．４５１５．１０１５．３０１５．５５＜／Ｐ＞＜Ｐ＞６５Ａ：１５．４５１６．２０１７．３０＜／Ｐ＞＜／ＢＯＤＹ＞＜ＨＴＭＬ＞制御ユニット４０は、キーワード６５Ａが現われるパラグラフに対してｗｗｗページをサーチし、そして不必要な情報を削除する。従って、移動ステーションＭＳに送信されるべき短メッセージは、次のように見える。６５Ａ：１５．４５１６．２０１７．３０制御ユニット４０は、ＧＳＭ接続４１を経てＧＳＭネットワークへこの短メッセージを送信し、そこで、他の短メッセージとして移動ステーションへ送信される。ＭＳは、短メッセージセンターからインターネットの短メッセージを受け取って、通常の短メッセージとして処理する。短メッセージは、図６に示すように、移動ステーションのディスプレイに通常のやり方で表示することができる。又、問合せスクリプト、即ちコマンド言語を用いて作成された疑問節を含むｗｗｗページを使用することもできる。換言すれば、ｗｗｗページを維持するｗｗｗサーバは、そこに送られた問合せに基づいてｗｗｗページから当該部分を予めフィルタし、そしてその当該部分をｗｗｗページとして短メッセージセンターＳＭＳＣへ送信する。短メッセージセンターは、各ｗｗｗページ（サービス）の問合せフォーマットに関する情報をもたねばならない。更に、移動加入者は、問合せに対して全てのキーワードを知らねばならない。この種の機能は、より正確なフェッチを可能にする。移動ユーザが、問合せＢＵＳ６５Ａを含む短メッセージを送信するときには、ＳＭＳＣが問合せｗｗｗ.ｂｕｓ.ｃｏｍ／ｔｉｍｅｔａｂｌｅ?ｂｕｓ＝６５Ａをｗｗｗページｗｗｗ．ｂｕｓ.ｃｏｍ／ｔｉｍｅｔａｂｌｅのサーバへ送信することができる。ｗｗｗサーバは、ｗｗｗページの問合せパラメータ及び問合せスクリプトに基づいて応答を形成し、この応答は、ＨＴＭＬフォーマットでインターネット３を経て短メッセージセンターＳＭＳＣへ返送される。ｗｗｗサーバからの応答は、次のように見える。＜ＢＯＤＹ＞Ｔｉｍｅｔａｂｌｅｆｏｒｂｕｓ６５Ａ１５．４５１６．２０１７．３０＜／ＢＯＤＹ＞＜ＨＴＭＬ＞短メッセージサービスセンターＳＭＳＣの制御ユニット４０は、応答をクリーンなものにし、そしてそれを読み易いテキストフォーマットに変換し、最終的なメッセージは、次のようになる。Ｔｉｍｅｔａｂｌｅｆｏｒｂｕｓ６５Ａ：１５．４５１６．２０１７．３０制御ユニット４０がｗｗｗページの当該部分のみを短メッセージにおいて送信する場合について以下に説明する。本発明の別の実施形態では、制御ユニットは、ｗｗｗページの当該部分のみをサーチせず、ｗｗｗページ全体をそのクリーンなバージョンとして送信する任意なモードも有し、即ちＨＴＭＬテキストが読み易いフォーマットに変換され、そして不必要な空きテキストが削除されて、テキストが圧縮されると共にメッセージのサイズが減少される。これは、上記の最後の例で行なわれる動作に対応する。本発明の更に別の実施形態では、制御ユニット４０は、ｗｗｗページの内容がＨＴＭＬフォーマットで短メッセージにおいて送信される任意のモードを有する。短メッセージのサイズを減少するために空きフィールドのみが削除される。電子メールの使用電子メールの受信を一例として使用して、本発明の好ましい実施形態の機能を説明する。電子メールは、メールサーバ（個別に示さず）から異なる加入者デバイスにより受信することができ、その最も進歩したものは、ＴＣＰ／ＩＰプロトコルを用いてデータコールによりメールサーバと通信することができる。ＰＣユーザ即ち加入者Ａは、自分のコンピュータから加入者ＢへＥ−メールメッセージを送信するが、加入者Ｂが応答するときに、加入者ＡのコンピュータＰＣスイッチオフされそして自分の移動ステーションＭＳのみがオンにされる。この場合に、情報サーバＩＳは、加入者ＡのターミナルＭＳが移動通信システムのページに応答することを検出するが、情報サーバＩＳは、ＴＣＰ／ＩＰプロトコルを経てコンピュータＰＣへの接続を確立することができない。この場合に、本発明の好ましい実施形態によれば、情報サーバＩＳは、短メッセージセンターＳＭＳＣを経て加入者Ａへ短メッセージを送信する。一例として使用されるＧＳＭシステムの場合に、短メッセージの長さは１６０キャラクタである。これより長いＥ−メールメッセージは、幾つかの短メッセージを前後に連結することによりある限界まで送信することができる。移動ステーションは、短メッセージを記憶する容量に限度がある。連結されるべき短メッセージの数を数個のメッセージ、例えば、２ないし５個の短メッセージに制限することが効果的である。Ｅ−メールメッセージがこれより長い場合には、その一部分しか短メッセージとして送信できない(例えば、１６０キャラクタの上記２ないし５個のメッセージ)。Ｅ−メールのユーザは、それらのメッセージの最も重要な部分をメッセージの開始部に含むことができる。或いは又、ユーザが自分のコンピュータをオンに切り換えたときにＥ−メールを受信するという通知を短メッセージにおいて送信することもできる。発明の効果好ましい実施形態によれば、本発明の情報サーバＩＳは、接続機能、勘定管理及びローカルサービスの３つの主たる機能を有する。接続機能は、健全なリンク、マルチクライアントサポート及びマルチプロトコルサポートを含む。マルチクライアントサポートとは、例えば、異なるターミナル（「基本的移動ステーション」、「スマート・ホーン」）の変化するリソースに基づいて情報が表示されることを意味する。マルチプロトコルサポートとは、アプリケーションプロトコルの処理がサーバ側で行なわれ、そしてインターネットプロトコルがサーバにおいてＨＴＴＰに変換されることを意味する。健全なリンクとは、例えば、切断後に接続が継続することを意味する。又、このブロックは、送信経路の最適化（例えば、マルチプレクシング）も含み、これは、例えば、ユーザがｗｗｗページを読み取るときに、バックグランドでメール等を転送できることを意味する。又、この機能は、インターネットからの情報のインテリジェントなプリフェッチも含む。更に効果的な機能は、優先順位管理であり、これは、実際には、支払に関連したメッセージに、バックグランドで行なわれるデータ送信より高い優先順位を指定できることを意味する。勘定管理は、サービス及びユーザ制御と、パーソナルセッション制御とを含む。又、このブロックは、ユーザの認証、ユーザに対するセッションの付与、ユーザの権利（サービスプロファイル）の制御、及び勘定データの収集を含むのが効果的である。当該セッションに他のサービスの利用を向けることもでき、セッションを通じてサービスを制御しそして課金することができる。従って、ユーザ特有のサービス（あるユーザに課金することができる）を提供することができる。セッションの制御は、ＴＣＰ／ＩＰアドレスからコンタクトするユーザが、サービスについてある権利を含むあるセッションであって利用できる幾つかのサービスを有するセッションに向けられることに関する情報を維持する。サーチロボットの使用を一例として説明することができ、即ちあるキーワードに基づいてインターネット全体をブラウズするようにサーチロボットを指定することができる。しかしながら、サーチロボットの全運転時間中に経費のかかる無線接続を維持する必要はなく、例えば、ユーザにより与えられた指定が達成されたことを指示する短メッセージをユーザに送信することができる。ユーザが次の時間中にインターネットにコンタクトするときに、セッション制御は、ユーザを中断したセッションに向ける。セッション制御は、例えば、メッセージマネージャー１０によって提供されるサービスを利用する。セッション制御は、サービスについてのユーザの権利、ターミナルの形式、サービスプロファイル等と、クローズしたグループのサービス（例えば、セントレックス）とに関する情報を維持するデータベースによってサポートされる。ローカルサービスは、ローカルデータベースと、サービス（Ｊａｖａ、ＡＳＰ、Ｐｅｒｌ、ＶＢＳｃｒｉｐｔ）を提供して維持するためのプログラムを開発する手段とを備えている。基本的な移動ステーションのユーザに対し一定に決定されたサービスが短メッセージセンターを経て提供される公知技術に比して、本発明の機構は、サービスの供給を甚だしく多様化する。移動ステーションを経てテレコミュニケーションネットワークに接続された（ポータブル）コンピュータにおいて異なるアプリケーションプログラムが実行される公知技術に比して、本発明の機構は、新たなアプリケーションをコンピュータにインストールせずにそれを使用する機会を与える。又、本発明は、ウイルスや他の種類の襲撃に対して保護も与える。というのは、本発明によれば、ターミナルのソフトウェアを変更する必要がないからである。本発明が、図１に示すように、コンパクトな情報サーバＩＳの形態で実施される場合には、移動通信ネットワーク２を変更する必要がなく、標準化されたインターフェイス（テレコミュニケーション及び信号接続）を経て移動通信ネットワーク２へ情報サーバＩＳを接続することができる。本発明によれば、既存の移動通信ネットワークにインターネット接続を導入することは容易であり、そしてネットワークに既に存在する移動ステーションであって短メッセージ機能以外の他の特徴が必要とされない移動ステーションにそれを与えることは容易である。原理的に、移動ユーザは、ユーザが求める情報がインターネットからフェッチされることに気付く必要がない。ユーザは、移動ステーションによってサポートされるプロトコルの形態（短メッセージのような）で情報の要求を送信し、そしてその要求した情報を応答メッセージにおいて受け取るだけでよい。インターネットプロトコルの数が増加し及び／又はプロトコルが更新されるときには、本発明の情報サーバの仮想クライアント６及びプロトコルレイヤ７に変更が集中する。ターミナル１は、変更の必要がない。移動ユーザは、同じ電話番号を経て複数のサービスにアクセスすることができる。技術の進歩に伴い、本発明の概念は、多数の種々のやり方で実施できることが当業者に明らかであろう。従って、本発明及びその実施形態は、上記の例に限定されるものではなく、請求の範囲内で種々変更し得るものである。

【手続補正書】特許法第１８４条の８第１項【提出日】平成１１年６月１５日（１９９９．６．１５）【補正内容】請求の範囲１．多数のターミナル(1)を含む移動通信システム(2)と、多数のプロトコルをサポートする別のテレコミュニケーションシステム(3)との間にデータ接続を確立する方法であって、（ｉ）上記ターミナル(1)からメッセージを受け取り、それを、上記別のテレコミュニケーションシステム(3)の少なくとも１つのプロトコルに適合するフォーマットに変換し、そしてそれを、上記別のテレコミュニケーションシステム(3)へ送信し、そして（ii）上記別のテレコミュニケーションシステム(3)の方向から情報を受け取り、それを、上記移動通信システム(2)の少なくとも１つのプロトコルに適合するフォーマットに変換し、そしてそれを上記移動通信システム(2)へ送信するという段階を含む方法において、上記ターミナル(1)は、少なくとも１つの所定の基準に基づいて少なくとも２つの異なるクラス(1a,1b)に分割され、そして上記ターミナル(1)に向かって使用されるべきプロトコルは、当該ターミナルのクラス(1a,1b)に基づいて選択されることを特徴とする方法。２．上記所定の基準は、ターミナル(1)からのメッセージの内容に基づいて決定される請求項１に記載の方法。３．上記所定の基準は、ターミナル(1)からのメッセージのプロトコルレイヤのヘッダに基づいて決定される請求項１に記載の方法。４．上記少なくとも１つの他の基準は、ＨＴＴＰプロトコルをサポートするためのターミナル(1)の能力であり、そして上記別のテレコミュニケーションシステム(3)の方向からの情報は、ＨＴＴＰプロトコルを用いて、それをサポートするターミナル(1b)へ送信されると共に、短メッセージとして他のターミナル(1a)に送信される請求項１に記載の方法。５．上記段階（ｉ）において、ターミナル(1)の少なくとも幾つかのメッセージが上記ターミナル(1)の位置に基づいて変更される請求項１ないし４のいずれかに記載の方法。６．上記段階（ii）において、ターミナル(1)へ送信されるべき情報の少なくとも一部分は、ターミナル(1)の位置に基づいて選択又はフィルタされる請求項１ないし５のいずれかに記載の方法。７．ターミナル(1)の上記位置は、それ自体知られた移動通信システム(2)の位置管理に基づいて決定される請求項５又は６に記載の方法。８．無線接続(Um)によりターミナル(1)に接続される移動通信システム(2)に接続するための第１手段と、多数のプロトコルをサポートする別のテレコミュニケーションシステム(3)に接続するための第２手段と、第３手段(5-8)とを備え、この第３手段は、上記ターミナル(1)からメッセージを受け取り、そしてそれを、上記別のテレコミュニケーションシステム(3)の少なくとも１つのプロトコルに適合するフォーマットに変換し、そして上記別のテレコミュニケーションシステム(3)の方向から情報を受け取り、そしてそれを、上記移動通信システム(2)の少なくとも１つのプロトコルに適合するフォーマットに変換するように構成された情報サーバ(IS)において、このサーバは、更に、上記ターミナル(1)を、少なくとも１つの所定の基準に基づいて少なくとも２つの異なるクラス(1a,1b)に分割するファンクションと、接続に使用されるべきプロトコルを、当該ターミナルのクラス(1a,1b)に基づいて選択するファンクションとを備えたことを特徴とするサーバ(IS)。９．上記少なくとも１つの基準は、ＨＴＴＰプロトコルをサポートするためのターミナル(1)の能力を含み、そして上記サーバ(IS)は、別のテレコミュニケーションシステム(3)の方向からの情報を、ＨＴＴＰプロトコルを用いて、それをサポートするターミナル(1b)へ送信すると共に、短メッセージとして他のターミナル(1a)に送信するための手段を更に含む請求項８に記載のサーバ(IS)。 10．テレコミュニケーションシステム(3)の方向からの情報を、それが短メッセージとして送信される前に圧縮するように構成された請求項９に記載のサーバ (IS)。 11．情報の内容が１つの短メッセージの長さを越える場合には、別のテレコミュニケーションシステム(3)の方向からの情報を多数の短メッセージにおいてターミナル(1)へ送信するように構成された請求項９又は１０に記載のサーバ(IS )。 12．別のテレコミュニケーションシステム(3)の方向から送信された情報の量及び形式を分析し、そしてその情報量か所定のスレッシュホールド値を越えるか、又はその形式が所定の形式に対応する場合には、上記サーバ(IS)は、情報をメモリ(MEM)に記憶し、少なくとも先ず、別のプロトコルを経てターミナル(1)への接続を確立できるときにターミナルがより多くの情報を受信するという通知のみをターミナル (1)へ送信するように構成された請求項９ないし１１のいずれかに記載のサーバ(IS)。 13．ターミナル(1)に送られた情報をターミナル(1)の位置に基づいてフィルタするように構成された請求項８ないし１２のいずれかに記載のサーバ(IS)。 14．上記別のテレコミュニケーションシステム(3)の方向からの最も使用される情報を記憶するためのメモリ手段(MEM)を備えた請求項８ないし１３のいずれかに記載のサーバ(IS)。 15．サーバの実質的に全てのファンクションが集中されたコンパクトなネットワーク要素として実施される請求項８ないし１４のいずれかに記載のサーバ(IS) 。 16．それ自体知られたネットワーク要素によりそしてそれらのファンクションを補足することにより実質的に分散型で実施される請求項８ないし１４のいずれかに記載のサーバ(IS)。 17．インターネットに接続するように構成された請求項８ないし１６のいずれかに記載のサーバ(IS)。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims

【特許請求の範囲】１．多数のターミナル(1)を含む移動通信システム(2)と、多数のプロトコルをサポートする別のテレコミュニケーションシステム(3)との間にデータ接続を確立する方法において、（ｉ）上記ターミナル(1)からメッセージを受け取り、それを、上記別のテレコミュニケーションシステム(3)の少なくとも１つのプロトコルに適合するフォーマットに変換し、そしてそれを、上記別のテレコミュニケーションシステム(3)へ送信し、そして（ii）上記別のテレコミュニケーションシステム(3)の方向から情報を受け取り、それを、上記移動通信システム(2)の少なくとも１つのプロトコルに適合するフォーマットに変換し、そしてそれを上記移動通信システム(2)へ送信する、という段階を含むことを特徴とする方法。２．ターミナル(1)からのメッセージがそのフォーマットに変換されるところの上記別のテレコミュニケーションシステム(3)の少なくとも１つのプロトコルは、所定の基準に基づいて選択される請求項１に記載の方法。３．上記所定の基準は、ターミナル(1)からのメッセージの内容に基づいて決定される請求項２に記載の方法。４．上記所定の基準は、ターミナル(1)からのメッセージのプロトコルレイヤのヘッダに基づいて決定される請求項２に記載の方法。５．上記ターミナル(1)は、少なくとも１つの他の基準に基づいて少なくとも２つの異なるクラス(1a,1b)に分割され、そして上記ターミナル(1)に向かうように使用されるプロトコルは、当該ターミナルのクラス(1a,1b)に基づいて選択される請求項１ないし４のいずれかに記載の方法。６．上記少なくとも１つの他の基準は、ＨＴＴＰプロトコルをサポートするためのサーバ(1)の能力であり、そして上記別のテレコミュニケーションシステム(3)の方向からの情報は、ＨＴＴＰプロトコルを用いて、それをサポートするターミナル(1b)へ送信されると共に、短メッセージとして他のターミナル(1a)に送信される請求項５に記載の方法。７．上記段階（ｉ）において、ターミナル(1)の少なくとも幾つかのメッセージが上記ターミナル(1)の位置に基づいて変更される請求項１ないし６のいずれかに記載の方法。８．上記段階（ii）において、ターミナル(1)へ送信されるべき情報の一部分は、ターミナル(1)の位置に基づいて選択又はフィルタされる請求項１ないし７のいずれかに記載の方法。９．ターミナル(1)の上記位置は、それ自体知られた移動通信システム(2)の位置管理に基づいて決定される請求項７又は８に記載の方法。 10．無線接続(Um)によりターミナル(1)に接続される移動通信システム(2)に接続するための第１手段と、多数のプロトコルをサポートする別のテレコミュニケーションシステム(3)に接続するための第２手段とを備えた情報サーバ(IS)において、上記情報サーバ(IS)は、更に、第３手段(5-8)を備え、この第３手段は、上記ターミナル(1)からメッセージを受け取り、そしてそれを、上記別のテレコミュニケーションシステム(3)の少なくとも１つのプロトコルに適合するフォーマットに変換し、そして上記別のテレコミュニケーションシステム(3)の方向から情報を受け取り、そしてそれを、上記移動通信システム(2)の少なくとも１つのプロトコルに適合するフォーマットに変換する、ように構成されたことを特徴とする情報サーバ(IS)。 11．上記ターミナル(1)を、少なくとも１つの所定の基準に基づいて少なくとも２つの異なるクラス(1a,1b)に分割するファンクションと、接続に使用されるべきプロトコルを、当該ターミナルのクラス(1a,1b))に基づいて選択するファンクションとを更に備えた請求項１０に記載のサーバ(IS) 。 12．上記少なくとも１つの基準は、ＨＴＴＰプロトコルをサポートするためのターミナル(1)の能力であり、そして上記サーバ(IS)は、別のテレコミュニケーションシステム(3)の方向からの情報を、ＨＴＴＰプロトコルを用いて、それをサポートするターミナル(1b)へ送信すると共に、短メッセージとして他のターミナル(1a)に送信するための手段を更に含む請求項１１に記載のサーバ(IS)。 13．テレコミュニケーションシステム(3)の方向からの情報を、それが短メッセージとして送信される前に圧縮するように構成された請求項１２に記載のサーバ(IS)。 14．情報の内容が１つの短メッセージの長さを越える場合には、別のテレコミュニケーションシステム(3)の方向からの情報を多数の短メッセージにおいてターミナル(1)へ送信するように構成された請求項１２又は１３に記載のサーバ (IS)。 15．別のテレコミュニケーションシステム(3)の方向から送信された情報の量及び形式を分析し、そしてその情報量が所定のスレッシュホールド値を越えるか、又はその形式が所定の形式に対応する場合には、上記サーバ(IS)は、情報をメモリ(MEM)に記憶し、少なくとも先ず、別のプロトコルを経てターミナル(1)への接続を確立できるときにターミナルがより多くの情報を受信するという通知のみをターミナル (1)へ送信するように構成された請求項１２ないし１４のいずれかに記載のサーバ(IS)。 16．ターミナル(1)に送られた情報をターミナル(1)の位置に基づいてフィルタするように構成された請求項１０ないし１５のいずれかに記載のサーバ(IS) 17．上記別のテレコミュニケーションシステム(3)の方向からの最も使用される情報を記憶するためのメモリ手段(MEM)を備えた請求項１０ないし１６のいずれかに記載のサーバ(IS)。 18．サーバの実質的に全てのファンクションが集中されたコンパクトなネットワーク要素として実施される請求項１０ないし１７のいずれかに記載のサーバ(I S)。 19．それ自体知られたネットワーク要素によりそしてそれらのファンクションを補足することにより実質的に分散型で実施される請求項１０ないし１７のいずれかに記載のサーバ(IS)。 20．インターネットに接続するように構成された請求項１０ないし１９のいずれかに記載のサーバ(IS)。