(57)【特許請求の範囲】
【請求項１】
無線通信端末と、対応しているサーバとの間の無線セッション・プロトコルのセッションを処理する方法であって、
前記通信端末は、前記通信端末によって扱われるデータ・フォーマットを示しているヘッダを含む要求を転送することにより第１のセッションを開始させ、
前記サーバは、ヘッダを含んでいる要求を受信すると、前記ヘッダからユーザ・プロファイル情報を得て、前記ユーザ・プロファイル情報をデータベース・メモリの中に記憶し、関連する通信端末識別番号を発生させ、前記通信端末に当該通信端末識別番号を転送し、
前記通信端末は、前記サーバに第２のデータの要求を転送することによって第２のセッションを開始させ、前記第２の要求は前記要求されたデータの識別情報と、前記サーバによって提供される通信端末識別番号とからなり、
前記サーバは、通信端末識別番号を含んでいる要求を受信した時、前記通信端末識別番号に対応しているユーザ・プロファイル情報を、前記データベース・メモリから呼び出し、前記ユーザ・プロファイル情報によって定義されたデータ・フォーマットで、要求されたデータを転送することによって前記第２の要求に応答することを特徴とする方法。
【請求項２】
請求項１に記載の方法において、
前記サーバが、前記データベース・メモリの中に前記ユーザ・プロファイル情報が記憶される期間の長さを定義することを特徴とする方法。
【請求項３】
請求項２に記載の方法において、
前記サーバが、前記期間の終了時に前記データベース・メモリから前記ユーザ・プロファイル情報を削除することを特徴とする方法。
【請求項４】
無線通信端末と、対応しているサーバとの間の無線セッション・プロトコルのセッションを処理する方法であって、
第１のデータの要求を前記サーバに転送することによって、第１のセッションを通信端末が開始させ、前記第１の要求は前記要求されたデータの識別情報と、前記通信端末によって扱われるデータ・フォーマットを示しているヘッダとからなり、
前記サーバは、ヘッダを含む要求の受信時に、通信端末識別番号を発生させ、そして前記通信端末識別番号に関連する前記ヘッダを記憶し、前記要求されたデータと前記通信端末識別番号とを前記要求している通信端末に転送することによって前記第１の要求に応答し、
前記通信端末は、前記通信端末識別番号をメモリに記憶し、引き続き第２のセッションを開始させる時、前記サーバに第２の要求を転送し、前記第２の要求は前記要求されたデータの識別情報と前記サーバから受信した前記通信端末識別番号とからなり、
前記サーバは、前記第２の要求の受信時に、前記通信端末識別番号に対応する前記ヘッダを前記データベース・メモリから呼び出し、前記ヘッダによって定義されたデータ・フォーマットで、要求されたデータを送信することを特徴とする方法。
【請求項５】
無線通信端末と、ネットワークを介して接続されている対応しているサーバとの間の、無線セッション・プロトコルのセッションを処理するための無線通信ネットワークであって、
前記サーバは、処理手段と、伝送手段と、前記サーバに接続されたデータベース・メモリとを含み、
前記通信端末は、要求の中に前記通信端末によって扱われるデータ・フォーマットを示しているヘッダを含むための手段を含み、
前記サーバ内の処理手段は、前記ヘッダから前記通信端末によって扱われるデータ・フォーマットを示しているユーザ・プロファイル情報を得て、このユーザ・プロファイル情報を前記データベース・メモリに記憶し、関連する通信端末識別番号を生成し、前記通信端末識別番号を前記伝送手段を介して前記通信端末へ転送するように構成され、
前記通信端末は、要求されたデータの識別情報と通信端末識別番号とを含む第２のデータの要求を前記サーバに転送することによって、第２のセッションを開始するための手段を有し、
前記処理手段は、受信した前記第２の要求に応じて、記憶されている通信端末識別番号に対応するユーザ・プロファイル情報を読み出し、このユーザ・プロファイル情報によって定義されたデータ・フォーマットで要求されたデータを前記伝送手段を介して前記通信端末へ転送することにより前記第２の要求に応答することを特徴とする無線通信ネットワーク。
【請求項６】
請求項５に記載のネットワークにおいて、
前記サーバがタイマを含み、前記処理手段が、前記ユーザ・プロファイル情報が前記データベース・メモリの中に記憶されている期間の長さを設定することを特徴とするネットワーク。
【請求項７】
請求項６に記載のネットワークにおいて、前記期間の終了時に、前記処理手段が前記ユーザ・プロファイル情報を前記データベース・メモリから削除することを特徴とするネットワーク。
【請求項８】
無線セッション・プロトコルのセッションをサポートするための無線通信ネットワークにおいて使用するサーバ・ユニットであって、
入力手段と、
出力手段と、
前記入力および出力手段、およびデータベース・メモリを制御する処理手段とからなり、
前記データベース・メモリは、
複数の通信端末に対するユーザ・プロファイル情報を記憶し、前記ユーザ・プロファイル情報は、前記通信端末によって扱うことができるデータ・フォーマットであり、
前記通信端末によって扱うことができるデータ・フォーマットを示しているヘッダを含む第１の要求を受信すると、第１のセッションを開始し、
前記処理手段は、前記ヘッダから前記ユーザ・プロファイル情報を得て、前記ユーザ・プロファイル情報を前記データベース・メモリの中に記憶し、関連する通信端末識別番号を発生させ、前記出力手段を介して、前記通信端末識別番号を前記通信端末に転送し、
前記入力手段は、通信端末からのデータの第２の要求を受信するよう構成され、前記第２の要求は、第２のセッションを開始するためのものであって、要求されたデータの識別子と通信端末識別番号を含み、
前記処理手段は、前記要求の中で受信した前記通信端末識別番号によって、記憶されたユーザ・プロファイル情報を読み出し、前記出力手段を介して前記ユーザ・プロファイル情報によって定義されるデータ・フォーマットで前記要求されたデータを転送することによって、前記第２の要求に対して応答することを特徴とするサーバ・ユニット。
【請求項９】
請求項８に記載のサーバにおいて、
タイマをさらに含み、前記ユーザ・プロファイル情報が前記データベース・メモリの中に記憶されている期間の長さを、前記処理手段が設定することを特徴とするサーバ。
【請求項１０】
請求項９に記載のサーバにおいて、
前記期間の終了時に、前記処理手段が前記データベース・メモリから前記ユーザ・プロファイル情報を削除することを特徴とするサーバ。
【発明の詳細な説明】
【０００１】
本発明は、ユーザとサーバ端末との間での無線セッション・プロトコル（ＷＳＰ）におけるセッション・サービスのための新しい方法およびシステムに関する。
無線アプリケーション・プロトコル（ＷＡＰ）は、無線通信ネットワーク上でアプリケーションを開発するための、業界全体での標準を定めるための絶えざる作業の一つの結果である。ＷＡＰは、無線アプリケーション・プロトコル・アーキテクチャ・ワーキング・グループによる、１９９８年４月発行の「無線アプリケーション・プロトコル・アーキテクチャ仕様」バージョン３０の中で開示されている。
【０００２】
ＷＡＰのワーキング・グループの作業範囲は、サービス・アプリケーションによって使われる一組の標準を定義することである。無線市場は、非常に迅速に成長しており、新しい顧客およびサービスに及んでいる。オペレータおよび製造者が先進のサービス、差別化および高速／フレキシブルなサービス生成における挑戦課題を満たすことができるようにするために、ＷＡＰはトランスポート層、セッション層およびアプリケーション層における一組のプロトコルを定義する。
【０００３】
ＷＡＰアーキテクチャの中のセッション層プロトコル・ファミリーは、無線セッション・プロトコル（ＷＳＰ）と呼ばれる。ＷＳＰはセッション・サービスおよびマネジメントのためのインターフェースを、ＷＡＰの上位レベルのアプリケーション層に提供する。セッション・サービスの一例は、無線トランスポート層（ＷＴＰ）と呼ばれるトランザクション層プロトコル上で動作する接続モード・サービスである。無線アプリケーション・プロトコル・トランスポート・ワーキング・グループによる、１９９８年４月発行の「無線アプリケーション・プロトコル：無線トランスポート・プロトコル仕様」バージョン３０も参照されたい。
【０００４】
もう１つのセッション・サービスは、セキュアまたはノンセキュアデータグラム・サービス上で動作する無接続サービスである可能性がある。
無線セッション・プロトコルは、ブラウジング・アプリケーション（ＷＳＰ／Ｂ）に最も適している１つのプロトコルを含む。ＷＳＰ／ＢはＨＴＴＰ  １．１の機能を提供し、永続セッション、データ・プッシュおよび機能のネゴシエーションのための共通機能、およびセッションの保留／再開などの新しい特徴を組み込む。ＨＴＴＰ  １．１は、フィールディング  Ｒ．他による“ハイパー・テキスト転送プロトコル‐ＨＴＴＰ／１．１”、ＲＦＣ  ２０６８，ＵＣ  Ｉｒｖｉｎｅ（１９９７年１月）”の中で開示されている。ＷＳＰファミリーの中のプロトコルは、呼出し時間の比較的長い低帯域幅のベアラ・ネットワークに対して最適化されている。
【０００５】
ＷＡＰアーキテクチャは、インターネット・アーキテクチャに非常によく似ている。図１は、インターネット・アーキテクチャ１０と、ＷＡＰアーキテクチャ２０との間の比較を示している。インターネット・アーキテクチャ１０は、例えば、ジャバスプリクトのようなハイパーテキスト・マークアップ言語（ＨＴＭＬ）１２、ハイパーテキスト転送プロトコル（ＨＴＴＰ）１４、トランスポート層セキュリティ（ＴＬＳ）／安全ソケット層（ＳＳＬ）１６、およびトランスポート・コンフィギュレーション・プロトコル（ＴＣＰ）／ユーザ・データグラム・プロトコル（ＵＤＰ）１８を含む。インターネット・アーキテクチャ１０は、周知の従来技術であり、例えば、米国特許Ａ‐５，６５７，３９０号の中で開示されている。ＷＡＰアーキテクチャ２０は、ＨＴＭＬ１２に対応している無線アプリケーション・プロトコル（ＷＡＥ）２２と、ＨＴＴＰ１４に対応している無線セッション層（ＷＳＰ）２４と、ＴＬＳ／ＳＳＬ１６に対応している無線トランスポート層セキュリティ（ＷＴＬＳ）２６と、ＴＣＰ／ＵＤＰ１８に対応している無線トランスポート層（ＷＴＰ）２８とを含む。さらに、ＷＡＰアーキテクチャは、例えば、ＳＭＳ、ＵＳＳＤおよびＣＤＭＡ３０のような異なるベアラ２９を含む。また、例えば、付加価値サービス（ＶＡＳ）などの異なる種類のサービスおよびアプリケーションをＷＡＰアーキテクチャの中で実装することもできる。ＷＡＰアーキテクチャ２０は周知の従来技術であり、異なるブロックのＷＡＥ、ＷＳＰ、ＷＴＬＳ、ＷＴＰおよびベアラに関する詳細情報は、例えば、ｈｔｔｐ：／／ｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇ／ｄｏｃｓ／ｔｅｃｈｎｉｃａｌ．ｈｔｍの中にある。
【０００６】
本発明は、共同動作するクライアント／サーバ・アプリケーション間でのコンテンツの組織化された交換のための手段を提供するＷＳＰに関する。特に、本発明は、
ａ）クライントからサーバへの任意の安全で信頼性のあるセッションを確立するため、そしてそのセッションを規則正しい方法でリリースするための手段と、
ｂ）クライントとサーバとの間でコンテンツを交換するための手段と、
ｃ）そのセッションを中断および再開するための手段とを備えたアプリケーションを提供する。さらに、ＷＳＰは、未確認セッション・サービスもサポートする。アプリケーションが確認を問題にしない時、無接続セッション・サービスを信頼性のないトランスポート上で使うことができる。未確認サービスは、確立されたセッションの状況外でアクセスされる。
【０００７】
例えば、ＧＳＭシステムにおいては、データを転送するために比較的費用が掛かる。同時に、電話機の中の必要なメモリ空間のサイズを減らすことが望ましい。  欧州特許Ａ２‐０，８５１，６９６号は、ショート・メッセージング・サービス、ＳＭＳを使うことによって、無線ネットワークにおける移動局からの要求に応答して情報データベースからデータを提供する方法を開示している。加入者は移動局を使って、無線ネットワークおよびＰＳＴＮ経由で、情報サービス・プロバイダを呼出す。移動局の識別情報（ＩＤ）が、その情報サービス・プロバイダに転送される。次に、そのプロバイダがそのＩＤを使ってユーザ個人識別番号（ＰＩＮ）またはユーザ識別番号を検索する。そのデータベース情報サービス・プロバイダは、所望のデータおよび適切なＰＩＮまたはユーザＩＤ番号を含んでいるメッセージを構築し、それをメッセージ・センターに転送する。次に、メッセージ・センターはそのプロバイダからのデータをＳＭＳとして移動局に転送する。
【０００８】
しかし、この文献欧州特許Ａ２‐０，８５１，６９６号は、ユーザＰＩＮまたはユーザＩＤ番号を検索するたびにそのＩＤを使用する。従って、ユーザがサーバに要求を送信する時は常にこの手順が繰り返されなければならない。これは、ユーザが別のセッションを確立したい時に、簡単かつ高速にはできないことを意味する。これは呼出しのためのコストが増加するので、大きな欠点である。また、この文献は、要求を送信／受信する時に、異なるタイプのデータ・フォーマット／タイプをどのようにサポートできるかについては記述していない。ＷＡＰによってサポートされるデータ・フォーマット／タイプの一例は、ＭＩＭＥマルチパート・フォーマットであり、それは複合データ・オブジェクト（例えば、複数パート／混合）を転送する。これについては、「ＷＡＰのＷＳＰドラフト・バージョン０２‐Ａｐｒ‐１９９８、７．４マルチパート・データ」を参照されたい。ＷＳＰは、コンパクトなバイナリ形式のＭＩＭＥマルチパート・エンティティおよびそのコンテンツ・タイプを定義する。従って、ＷＳＰセッションの異なるデータ・フォーマットをサポートし、そしてセッションを確立するスピードを速める必要がある。
【０００９】
ＷＯ／Ａ２／９８／３４４１４は、ネットワーク・サーバに結合されているゲートウェイ装置を通して情報ネットワークにアクセスする加入者ユニット（例えば、携帯電話）を提供する通信システムを開示している。そのネットワーク・サーバはＳＭＳメッセージ経由で加入者ユニットから送られた要求に対する応答として、その加入者ユニットにデータを搬送する。その要求は１つの識別子を含み、その識別子は、無線通信システムに対する外部アクセスを提供するメッセージ・サービス（ＳＭＳ）を経由して、その発信している通信装置と通信するために使われる。その情報ネットワークは、ワールド・ワイド・ウェブ（ｗｗｗ）情報サイトを含んでいるインターネットなどの公衆アクセス・ネットワークであってよい。
【００１０】
しかし、欧州特許Ａ２‐０，８５１，６９６号に記載されているように、ＷＯ／Ａ２／９８／３４４１４の中のシステムは、ユーザがサーバに要求を送信するたびにその手順を繰り返さなければならない。従って、ユーザが別のセッションを確立したい時に簡単でもなく、高速でもない、すなわち、それは通常行うのと同様にそのセッションを確立することになる。言い換えれば、そのネットワークは、ユーザがデータを得たい時ごとにそのユーザを識別しなければならない。
欧州特許Ａ２‐０，８３３，３１３号は、インターネット・プロトコル（ＩＰ）ネットワークから非ＩＰネットワークの中の移動局にデータを転送するための方法およびシステムを開示している。特別のサーバがインターネットとＣＤＰＤネットワークとの間のインターフェースとして働く。移動局は、移動電話であってよく、そしてサーバはソフトウェア・プラットフォームである。そのシステムによって、ユーザはアイドル・モードにある間、あるいは音声モードにある間にデータ・ネットワークと通信することができる。
【００１１】
本発明の一つの目的は、冗長な情報の量が削減されるような方法で無線セッション・プロトコル（ＷＳＰ）のセッションを処理するための方法を提供することである。
これは、無線通信端末と、対応しているサーバとの間の無線セッション・プロトコル（ＷＳＰ）のセッションを処理する方法によって達成され、その場合、その通信端末はサーバにデータの要求を転送することによって１つのセッションを開始させ、前記要求は要求されたデータの識別情報およびサーバから提供される通信端末の識別番号を含み、サーバは、通信端末の識別番号を含んでいる要求を受信すると、前記通信端末の識別番号に対応している関連データベース・メモリからユーザのプロファイル情報を呼び出し、そして前記ユーザ・プロファイル情報は、その通信端末によって扱われるデータ・フォーマットを示しており、そしてサーバはそのユーザ・プロファイル情報によって定義されているフォーマットで要求されたデータを転送することによって、その要求に対して応答する。これによって、サーバ・ユニットはある期間の間、そのユーザ・プロファイル情報を記憶すること、および適切な時にこの情報を呼び出すことができる。要求している通信ユニットは、そのユーザ・プロファイルに関する情報が、サーバのデータベース・メモリの中に一度記憶されると、その情報を転送する必要はない。さもなければ、この情報はすべてのセッションにおいて転送されなければならず、そしてこれはその要求の中で転送されるデータの５０％までが冗長なユーザ・プロファイル情報となり、容認できない間接費をもたらす。サーバがユーザ・プロファイル情報を記憶すると、それはその通信端末を一意に識別する通信端末識別番号をその通信端末に提供する。
【００１２】
本発明のこの好適な実施形態によると、サーバは、所定の長さの期間、例えば、３時間または３日間、ユーザ・プロファイル情報を記憶するだけである。その期間の長さは、そのユーザが所有している加入の種類によって異なるものであってよい。サーバは前記の期間が終了した時点で、データベース・メモリからそのユーザ・プロファイル情報を削除する。同じ通信端末識別番号の二重使用を避けるために、サーバはこの期間の長さに関して通信端末に知らせる。それによって、その端末はその期間がいつ終了するかを知る。その期間が終了し、通信端末が新しいセッションを開始する時、通信端末はそのユーザ・プロファイルをもう一度転送しなければならない。サーバがそのユーザ・プロファイル情報をもう一度記憶すると、サーバは新しい期間の間、その通信端末を一意に識別する新しい通信端末の識別番号をその通信端末に提供する。
【００１３】
本発明は、さらに、無線通信端末と、対応しているサーバとの間の無線セッション・プロトコル（ＷＳＰ）のセッションを処理する方法に関し、その場合、その通信端末はそのサーバにデータの要求を転送することによってセッションを開始させ、前記要求はその要求されたデータの識別情報と、その通信端末によって扱われるデータ・フォーマットを示しているヘッダとを含み、サーバは要求を受信すると１つの通信端末識別番号を発生させ、前記通信端末識別番号に関連する前記ヘッダを記憶し、前記サーバはその要求されたデータおよびその通信端末識別番号を、要求している通信端末に転送することによってその要求に応答し、前記通信端末はその通信端末識別番号をメモリの中に記憶する。サーバは、そのヘッダの中に含まれているユーザ・プロファイル情報を記憶し、後で新しいセッションが開始される時にこの情報を使うことができる。
【００１４】
本発明は、さらに、無線通信端末と、ネットワーク経由で接続されている対応しているサーバとの間の無線セッション・プロトコル（ＷＳＰ）のセッションを処理するための無線通信ネットワークに関し、サーバにデータの要求を転送することによって１つのセッションを開始させるために通信端末内部に設けられる手段と、その要求の中で受信した通信端末識別番号に基づいてユーザのプロファイル情報を記憶するためにサーバに接続されているデータベース・メモリと、その通信端末の識別番号に対応している記憶されたユーザ・プロファイル情報を呼び出すための、そして通信端末に送信手段経由でユーザ・プロファイル情報が定義するフォーマットで、要求されたデータを転送することによってその要求に応答するための処理手段とからなり、前記要求はその要求されたデータの識別情報と、サーバによって提供される通信端末識別番号とからなり、前記ユーザ・プロファイル情報はその通信端末が扱うことができるデータ・フォーマットを示すものである。そのようなネットワークはセルラー・ネットワーク、例えば、ＧＳＭネットワークとして使われ、その要求のためのベアラが標準のデータ転送またはＳＭＳメッセージのチェーンである時に特に有用である。セッションに対するコストの節約は、ユーザにとって重要となる。というのは、ユーザ・プロファイル情報を何回も再送信する必要がなくなることによって、転送されるメッセージの数が５０％まで減少する可能性があるからである。
【００１５】
ユーザ・プロファイル情報がサーバのデータベース・メモリの中に記憶されていないことに通信端末が気付いた時、その通信端末によって扱われるデータ・フォーマットを示しているヘッダをその要求の中に含めなければならない。サーバの中の処理手段は、そのヘッダからユーザ・プロファイル情報を得て、そのユーザ・プロファイル情報を前記データベース・メモリの中に記憶し、関連する通信端末識別番号を発生させ、そしてその通信端末識別番号を前記送信手段経由で通信端末に転送するように構成されている。この通信端末識別番号は、次のセッションがそのサーバによって設定された期間の範囲内で発生する場合には、次のセッションに対して有効となる。
【００１６】
本発明によると、サーバ・ユニットが、無線セッション・プロトコル（ＷＳＰ）のセッションのサポート用に、無線通信ネットワークにおいて使うために提供され、それは、入力手段と、出力手段と、入力および出力手段、およびデータベース・メモリを制御する処理手段とからなる。データベース・メモリは、複数の通信端末に対するユーザ・プロファイル情報を含み、前記ユーザ・プロファイル情報は通信端末によって扱うことができるデータ・フォーマットを示す。入力手段は通信端末からのデータに対する要求を受信するように適応されていて、前記要求は１つのセッションを開始させ、そして要求されたデータの識別情報および通信端末の識別番号を含む。処理手段はその要求の中で受信した通信端末識別番号によって、その記憶されているユーザ・プロファイル情報を呼び出し、そして処理手段は、前記出力手段を経由で、ユーザ・プロファイル情報によって定義されているフォーマットで、要求されたデータを転送することによってその要求に対して応答する。電話のユーザが加入しているネットワークのオペレータがＷＳＰサーバも操作することが非常に多い。実際、ＷＳＰサーバに対する通信端末の識別番号を、そのネットワーク・サーバが発生させることがあり得るが、そのネットワーク・サーバとＷＳＰサーバの両方が同じオペレータによって制御されている限り、これらのサーバはエンティティとしてみなすことができる。また、これはＷＳＰサーバのオペレータがシステム内に存在している以外の通信端末識別番号を使うことを決定する時のケースでもある。
【００１７】
通信端末が、扱うことのできるデータ・フォーマットを示しているヘッダを要求の中に含む時、そのサーバの処理手段は、そのヘッダからユーザ・プロファイル情報を得て、そのユーザ・プロファイル情報を前記データベース・メモリの中に記憶し、そして関連する通信端末識別番号を発生させなければならない。さらに、処理手段は、前記出力手段経由で通信端末に通信端末識別番号を転送する。
本発明を、添付の図面を参照しながら以下に詳細に記述するが、これは単なる例示としてのものにすぎない。
【００１８】
図２は、無線セッション・プロトコル（ＷＳＰ）を処理するための無線通信ネットワークを示している。そのネットワークは、アンテナ１１０を含んでいる無線通信端末１００と、サーバ・アンテナ２００に接続されているサーバ２２０とからなる。通信端末１００は、例えば、無線アプリケーション・プロトコル（ＷＡＰ）を備えている通常のセルラー電話機である。サーバはオペレータによって提供され、そしてＷＡＰのアプリケーションを扱うことができる。ＷＡＰは本発明のベースとなっているＷＳＰを含む。ＷＡＰの中でＷＳＰがどのように実現されているかについては、無線アプリケーション・プロトコル・アーキテクチャ・ワーキング・グループによる、「無線アプリケーション・プロトコル・アーキテクチャ仕様；バージョン０．９」
ｈｔｔｐ：／ｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇ／ｄｏｃｓ／ＷＡＰＡｒｃｈ‐Ｓｅｐ‐９７，ｐｄｆ．
の中で詳しく説明されている。
【００１９】
サーバ２２０は、処理手段２２１または、サーバ２２０の動作を制御するＣＰＵを含む。サーバ２２０は、一般にネットワーク・オペレータの場所にあり、従って、アンテナに直接には接続されていない。しかし、サーバ２２０と、アンテナとの間のハードウェアは、本発明を理解するためには重要ではなく、従って、本発明をより明確にするために省略される。サーバは入力手段２２４経由で要求を受信する。処理手段２２１は、要求の中のユーザ・プロファイル情報または通信端末識別番号を含んでいる見出しを探す。
【００２０】
その要求がユーザ・プロファイル情報を含んでいる見出しを含んでいた場合、この情報はサーバ２２０が応答する時に使うためにデータベース・メモリ２２２の中に記憶される。その要求が通信端末識別番号を含んでいた場合、それに対応しているユーザ・プロファイル情報が、その要求に対して応答される時にデータベース・メモリ２２２から呼び出される。サーバ２２０は、応答のための準備ができており、処理手段２２１がその応答を出力手段２２３経由で、通信端末１００に前記出力手段経由で送信する。
【００２１】
無接続のＷＳＰセッションを使っている時、接続ピアの両端、すなわち、端末１００とサーバ２２０との間においてセッション・ステートの一部としてＷＳＰヘッダを記憶することができない。従って、ＷＡＰのユーザ・エージェントがＷＡＰプロキシによってサーバ２２０からリソースを要求するたびに、すべてのヘッダが再送されなければならない。帯域幅が小さく、呼出し時間の長いベアラ、例えば、ショート・メッセージング・サービス（ＳＭＳ）の場合、これは容認できない間接費をもたらす（送信されるデータの５０〜７５％だけがペイロードである）。本発明は、ＷＡＰによって定義されているユーザ・エージェント・プロファイル（ｕａｐｒｏｆ）リソース・ファイルの内部で、そのサーバ上のセッション・ヘッダを記憶するためのクッキーを使用することによってこの問題を解決する。そのアイデアは、データの要求１２０が、サーバ２２０にヘッダを送り、その後、そのユーザ・エージェント（クライアント）がファイル・ハンドルを使ってそのサーバ上に記憶されている情報を参照する。また、オペレータが通信端末の中のいくつかのあらかじめ定義されたファイル・ハンドルを提供することも可能である。すなわち、オペレータはサーバ上にいくつかのクッキーを所有している。従って、ユーザ・エージェントが必ずしも常にヘッダを定義する必要はなく、それによってユーザ・エージェントは多くの時間を節約できる。
オペレータがサーバ上にいくつかのクッキーを提供している場合、その方法は図２を参照して以下のステップによって開示される。
【００２２】
通信端末１００が、データの要求１２０をサーバ２２０に転送することによって１つのセッションを開始させる。要求１２０は、要求されたデータの識別情報および、サーバ２２０によって提供される通信端末識別番号を含む。
通信端末識別番号を含んでいる要求１２０を受信した時、サーバ２２０は、その通信端末識別番号に対応している関連データベース・メモリ(図示せず）からユーザ・プロファイル情報を呼び出す。前記ユーザ・プロファイル情報は、通信端末１００によって扱われるデータ・フォーマットを示している。
【００２３】
サーバ２２０は、ユーザ・プロファイル情報によって定義されているフォーマットで要求されたデータ１２０を転送することによって、その要求に対して応答１３０を返す。
通信端末は、通信端末１００によって扱うことができるデータ・フォーマットを示している要求１４０の中のヘッダを含んでいるセッションを開始することができる。
ヘッダを含んでいる要求１４０を受信すると、サーバ２２０はこのヘッダからユーザ・プロファイル情報を得て、そしてそのユーザ・プロファイル情報を前記データベース・メモリの中に記憶し、そして関連する通信端末識別番号を発生させることができる。
サーバ２２０は応答１５０の中でその通信端末識別番号を通信端末１００に転送することができる。
【００２４】
本発明の一つの代わりの方法として、サーバがあらかじめ定義されたクッキーを所有する必要のない方法が、図２を参照することによって以下のステップによって開示される。
通信端末１００が、データの要求１４０をサーバ２２０に転送することによって１つのセッションを開始させる。その要求１４０は、要求されたデータの識別情報と、通信端末１００によって扱われるデータ・フォーマットを示しているヘッダとを含む。
【００２５】
サーバ２２０は要求１４０を受信すると、通信端末識別番号を発生させ、そして前記通信端末識別番号に関連する前記ヘッダを記憶する。
前記サーバ２２０は、要求されたデータおよび通信端末識別番号を、要求している通信端末１００に転送することによって、その要求に対して応答１５０を返す。
通信端末１００はその通信端末識別番号をメモリ(図示せず）の中に記憶する。
さらに、通信端末１００がふたたび１つのセッションを開始させ、第１のステップと同じデータの要求１２０を転送する時、要求１２０はその要求されたデータの識別情報およびサーバ２２０から受信した通信端末識別番号を含む。要求１２０を受信すると、サーバ２２０はデータベース・メモリから前記通信端末識別番号に対応するヘッダを呼び出し、通信端末１００に応答１５０を返す。
【００２６】
両方の方法において、ユーザ・プロファイル情報をデータベース・メモリの中に記憶しておくことができる期間の長さを、サーバが定義することが可能である。また、その定義された長さの時間が終了した時点で、データベース・メモリからユーザ・プロファイル情報をサーバが削除することも可能である。その時間は、例えば、３時間または３日などであってよい。その期間の長さはそのユーザの加入の種類に依存して変えることができる。同じ通信端末識別番号の二重使用を避けるために、サーバはこの期間の長さに関して通信端末に知らせ、それによってその端末はその期間が終了する時期を知る。その期間が終了して通信端末が新しいセッションを開始する時、通信端末はユーザ・プロファイルを再度転送しなければならない。サーバがそのユーザ・プロファイル情報をもう一度記憶した時、新しい期間の間通信端末を一意に識別する新しい通信端末識別番号を通信端末に提供する。
【００２７】
端末およびサーバによって使われるヘッダ・データ構造は、ヘッダ・フィールドのシーケンスの後に、例えば、画像タイプ固有データが続き、そしてその後、実際の画像データが続くものを含む。ヘッダ・フィールドは複数バイト長の画像タイプ識別子（ＴｙｐｅＦｉｅｌｄ）、一般的なヘッダ情報のオクテット（ＦｉｘＨｅａｄｅｒＦｉｅｌｄ）、その次に０個またはそれ以上の拡張ヘッダ・フィールド（ＥｘｔＦｉｅｌｄ）が続く。拡張ヘッダはタイプがバイナリ００〜バイナリ１１であり得る。タイプ００のヘッダは、例えば、追加のヘッダ情報を指定するために使われる複数バイトのビット・フィールドを示す。第１のビットは、データがさらに次に続く場合にタイプ００の拡張ヘッダがセットされる場合にセットされる。タイプ１１のヘッダはパラメータ／値のペアのシーケンスを示す。これらは最適化および特殊目的の拡張、例えば、アニメーション画像フォーマットのために使うことができる。その「パラメータ・サイズ」は、後続のパラメータ名の長さ（１〜８バイト）を示す。「値のサイズ」は後続のパラメータ値の長さ（１〜１６バイト）を示す。連結フラグは指定されたバイト数のデータを読んだ後に、別のパラメータ／値のペアが続くかどうかを示す。画像データの実際の編成は、その画像のタイプによって変わる。
【００２８】
図３は、本発明による１つのセッションの確立の一例を示している。そのセッションは無線セッション・プロトコルを使用し、それは無線通信端末と、対応しているサーバ、ＳＴＡＲＴ３００との間に確立される。通信端末はサーバにデータの要求を転送する、「転送要求」３１０によって１つのセッションを開始させる。この要求はその要求された識別情報と、その通信端末によって扱われるデータ・フォーマットを示しているヘッダとを含む。サーバがその要求を受信しなかった場合、新しい要求「要求が受信されたか？」３２０を転送することができる。サーバがその要求を受信した時、サーバはその識別情報が認識されるか、あるいはそうでないかを「ＩＤが未知であるか？」３３０でチエックすることができる。すなわち、識別情報が通信端末識別番号としてサーバ上に記憶されていたかどうかがチエックされる。その端末の識別情報が認識された場合、サーバは通信端末識別番号に対応しているユーザ・プロファイル情報を関連するデータベース・メモリから呼び出す。ユーザ・プロファイル情報は、その通信端末によって扱われるデータ・フォーマットを示す。「応答を送信する」３４０において、サーバはユーザ・プロファイル情報によって定義されているフォーマットでその要求されたデータを転送することによって、その要求に対して応答を送信する。その後、そのセッションを「終了」３４５においてユーザによって終了させることができる。
【００２９】
「ＩＤが未知であるか？」３３０において、その端末の識別情報が認識されなかった場合、その要求の受信時に、サーバは「ＩＤを発生させる」３５０において１つの通信端末識別番号を発生させる。その後、サーバは「ヘッダを記憶する」３６０において前記通信端末識別番号に関連するヘッダを記憶する。サーバは、「応答＋ＩＤを送信する」３７０において、要求されたデータおよび通信端末識別番号を、その要求している通信端末に転送することによってその要求に応答する。最後に、通信端末は「ＩＤを記憶する」３８０において、その通信端末識別番号をメモリの中に記憶する。その後、ユーザは「終了」３４５においてそのセッションの終了を選択することができる。
【００３０】
通信端末識別番号が「ＩＤを記憶する」３８０において記憶されると、要求されたデータの識別情報およびサーバから受信した通信端末識別番号の両方を含んでいる可能性のあるサーバに要求を単に転送することによって、セッションをさらに開始させることができる。その時、要求の受信時に、サーバがその通信端末識別番号に対応するヘッダをデータベース・メモリから呼び出すことができる。  本発明は、実施形態について示されている図面および上記の説明に限定されるものではなく、添付の特許請求の範囲内で変更することができる。
【図面の簡単な説明】
【図１】  インターネット・アーキテクチャとＷＡＰアーキテクチャとの間の比較を示す図である。
【図２】  本発明による一つの好適な実施形態による通信端末とサーバとの間の接続関係を示す概略図である。
【図３】  本発明による一つの好適な実施形態によるセッションの確立についてのフローチャートである。
【図１】
0004248748.tif 000002
【図２】
0004248748.tif 000003
【図３】
0004248748.tif 000004