(57)【要約】同期システムにてセッションを開始する方法であって、同期サーバから移動局へと要求のために送信されるメッセージの最大サイズと、識別子の少なくとも１つをそのアスキー表現よりも十分に少ないビットで済むビット列へと符号化可能な符号化命令とが、同期サーバにて決定される。ビット列から元の識別子を求める復号化命令が、移動局にて決定される。セッション開始の必要性を示す要求を少なくとも１つの移動局へ送信することが目的である場合、メッセージが形成され、そのメッセージは、最大サイズ以下であるとともに事前に選択された識別子を含み、該識別子の少なくとも１つは、符号化命令に従って規定されたビット列として表現される。移動局は、サーバから受信されたメッセージに含まれた情報に基づいてセッション初期化メッセージを形成し、情報の少なくとも一部は、受信されたビット列から、前記復号化命令により特定される。
2005505990.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置として機能するとともに通信手段を具備した少なくとも１つの電子装置と、少なくとも１つの同期サーバと、メッセージ伝送サービスを提供する通信ネットワークと、を備えた同期システムでセッションを開始する方法であって、
前記同期サーバが、セッション開始の必要性を示すとともに前記クライアント装置へ送信されるべき要求に対して、該同期サーバの識別子、バージョン識別子、及び要求された同期セッションの識別子を決定するように構成するステップと、
前記同期サーバにて、該同期サーバから前記クライアント装置へと要求のために送信されるべきメッセージの最大サイズを決定するステップと、
前記同期サーバにて、前記の識別子の少なくとも１つをそのアスキー表現よりも十分に少ないビットで済むビット列へと符号化可能な符号化命令と、前記クライアント装置にて、前記ビット列から元の識別子を求める復号化命令と、を決定するステップと、
前記セッション開始の必要性を示す要求を少なくとも１つのクライアント装置へ送信する必要に応じて、１つのメッセージを形成するステップであって、そのメッセージは、前記最大サイズ以下であるとともに前記識別子を少なくとも含み、該識別子の少なくとも１つは、前記符号化命令に従って規定されたビット列として表現されるステップと、
前記メッセージ伝送サービスを利用して、前記クライアント装置へと前記メッセージを送信するステップと、
受信された前記のメッセージに含まれた情報に基づいてセッション初期化メッセージを形成するステップであって、前記情報の少なくとも一部は、受信された前記ビット列から、前記復号化命令により特定されるステップと、
前記セッション初期化メッセージを、前記クライアント装置から前記同期サーバへと送信するステップとを、有する方法。
【請求項２】
前記同期システムのトランスポート層サービスがＷＡＰプロトコルを用いて構成され、それにより、前記メッセージがＷＳＰヘッダフィールド（ワイヤレスセッションプロトコル）をさらに含む請求項１記載の方法。
【請求項３】
前記メッセージは、該メッセージの内容の宛先となるべきアプリケーションをも指示し、該指示は、該アプリケーションに関する情報を該メッセージの先頭から又は所定の文字の後というように所定の位置に設定することにより規定され、
前記メッセージの内容は、前記クライアント装置内で、そのメッセージにより指示されたアプリケーションへと向けられる請求項２記載の方法。
【請求項４】
前記メッセージ伝送サービスはＳＭＳである請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記同期サーバの識別子は、共有シークレットを含むフィールド内に決定される請求項１記載の方法。
【請求項６】
前記同期サーバは、前記クライアント又は前記サーバが前記メッセージをもたらしたかどうかを示すビット列を、前記メッセージ内に決定するようにも構成される請求項１記載の方法。
【請求項７】
前記符号化命令及び前記復号化命令は、１つ又はそれ以上の対応テーブルを含む請求項１記載の方法。
【請求項８】
前記セッションは、前記クライアント装置に含まれたデータセットと少なくとも１つのデータベースとを同期させるために、初期化される請求項１記載の方法。
【請求項９】
前記同期サーバは、装置管理セッションの開始の要求を送信し、
前記管理セッションは、前記サーバと前記クライアント装置との間で初期化される請求項１記載の方法。
【請求項１０】
クライアント装置として機能するとともに通信手段を具備した少なくとも１つの電子装置と、少なくとも１つの同期サーバと、メッセージ伝送サービスを提供する通信ネットワークとを備えた同期システムにおいて、
前記同期サーバは、セッション開始の必要性を示すとともにクライアント装置へと送信されるべき要求に対して、該同期サーバの識別子、バージョン識別子、及び要求された同期セッションの識別子を決定するように構成され、
前記同期サーバは、該同期サーバから前記クライアント装置へと要求のために送信されるべきメッセージの最大サイズを決定するように構成され、
前記同期サーバにて、前記の識別子の少なくとも１つをそのアスキー表現よりも十分に少ないビットで済むビット列へと符号化可能な符号化命令が決定され、前記クライアント装置にて、前記ビット列から元の識別子を求める復号化命令が決定され、
セッション開始の必要性を示す要求を少なくとも１つのクライアント装置へ送信する必要に応じて、前記同期サーバは、１つのメッセージを形成するように構成され、そのメッセージは、前記最大サイズ以下であるとともに少なくとも前記識別子を含み、該識別子の少なくとも１つは、前記符号化命令に従って規定されたビット列として表現され、
前記同期サーバは、前記メッセージ伝送サービスを利用して、前記クライアント装置へと前記メッセージを送信するように構成され、
前記クライアント装置は、前記の受信されたメッセージに含まれた情報に基づいてセッション初期化メッセージを形成するように構成され、前記情報の少なくとも一部は、受信された前記ビット列から、前記復号化命令により特定され、
前記クライアント装置は、前記セッション初期化メッセージを、前記クライアント装置から前記同期サーバへと送信するように構成される同期システム。
【請求項１１】
同期サーバであって、
その同期サーバは、セッション開始の必要性を示すとともに少なくとも１つのクライアント装置へと送信されるべき要求に対して、該同期サーバの識別子、バージョン識別子、及び要求された同期セッションの識別子を決定するように構成され、
前記同期サーバは、該同期サーバから前記クライアント装置へと要求のために送信されるべきメッセージの最大サイズを決定するように構成され、
前記同期サーバにて、前記の識別子の少なくとも１つをそのアスキー表現よりも十分に少ないビットで済むビット列へと符号化可能な符号化命令が決定され、
セッション開始の必要性を示す要求を少なくとも１つのクライアント装置へ送信する必要に応じて、前記同期サーバは、１つのメッセージを形成するように構成され、そのメッセージは、前記最大サイズ以下であるとともに少なくとも前記識別子を含み、該識別子の少なくとも１つは、前記符号化命令に従って規定されたビット列として表現され、
前記同期サーバは、メッセージ伝送サービスを利用して、少なくとも１つのクライアント装置へとメッセージを送信するように構成される同期サーバ。
【請求項１２】
電子装置であって、
メッセージを送受信する手段と、
前記電子装置をクライアント装置として機能させる装置管理サーバと通信する手段と、
前記装置管理サーバにより符号化されたビット列から元の情報を取得する復号化命令を格納する手段と、
前記装置管理サーバから受信されたメッセージに含まれた少なくとも１つのビット列を、前記復号化命令に基づいて元の情報へと変換する手段と、
前記装置管理サーバから受信されたメッセージにより示された情報に基づき、前記装置管理サーバと前記電子装置との間の装置管理セッション用の初期化メッセージを形成する手段であって、前記情報の少なくとも一部は、前記の受信されたビット列から、前記復号化命令により特定されるものである手段と、
前記装置管理セッション用の初期化メッセージを、前記装置管理サーバへ送信する手段と、
前記装置管理セッション中に、前記装置管理サーバから受信された管理コマンドに従って、前記電子装置の構成を変更する手段とを、備える電子装置。
【請求項１３】
同期サーバのメモリにロード可能なコンピュータプログラムであって、該プログラムプロダクトは、前記同期サーバのプロセッサにて実行される場合、前記同期サーバが、
セッション開始の必要性を示すとともに少なくとも１つのクライアント装置へと送信されるべき要求に対して、前記同期サーバの識別子、該同期サーバが対応している同期プロトコルのバージョンの識別子、及び要求された同期セッションの識別子を決定し、
前記同期サーバから前記クライアント装置へと要求のために送信されるメッセージの最大サイズを決定し、
前記識別子の少なくとも１つをそのアスキー表現よりも十分に少ないビットで済むビット列へと符号化可能な符号化命令を設定し、
セッション開始の必要性を示す要求を少なくとも１つのクライアント装置へ送信する必要に応じて、１つのメッセージを形成し、そのメッセージは、前記最大サイズ以下であるとともに少なくとも前記識別子を含み、該識別子の少なくとも１つは、前記符号化命令に従って規定されたビット列として表現され、
メッセージ伝送サービスを利用して、少なくとも１つのクライアント装置へと前記メッセージを送信するようにさせるコンピュータプログラムコードを含むコンピュータプログラム。
【請求項１４】
電子装置のメモリにロード可能なコンピュータプログラムであって、該コンピュータプログラムは、前記電子装置のプロセッサにて実行される場合、前記電子装置が、
装置管理サーバにより符号化されたビット列から元の識別子を取得する復号化命令を設定し、
前記装置管理サーバから受信されたメッセージに含まれた少なくとも１つのビット列を、前記復号化命令に基づいて元の情報へと変換し、
前記装置管理サーバから受信されたメッセージにより示された情報に基づき、該装置管理サーバと前記電子装置との間の装置管理セッション用の初期化メッセージを形成し、前記情報の少なくとも一部は、受信されたビット列から、前記復号化命令により特定され、
前記装置管理セッション用の初期化メッセージを、前記装置管理サーバへ送信する手段と、
前記装置管理セッション中に、前記装置管理サーバから受信された管理コマンドに従って、前記電子装置の構成を変更する手段とさせるプログラムコードを含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同期サーバとクライアント装置との間のセッションを設定することに関し、特に、同期サーバ主導のセッション開始に関する。
【背景技術】
【０００２】
移動電話等の携帯端末のデータは、ネットワークアプリケーション、デスクトップコンピュータアプリケーション、又は通信システムにおける他のデータベースと同期可能である。特に、カレンダ及び電子メールアプリケーションのデータは、典型的には同期される。これまで、同期は、それぞれの製造業者固有の非互換のプロトコルに基づいて、なされていた。このことにより、使用される端末又はデータ型の使用が制限され、ユーザに困難がもたらされることが多い。移動通信では、特に、使用される端末及びアプリケーションに関わりなく、データを取得及び更新可能であることが、重要である。アプリケーションのデータの同期を向上させるために、ＳｙｎｃＭＬ（同期マークアップ言語）が、開発されてきた。なお、ＳｙｎｃＭＬは、ＸＭＬ言語（拡張可能マークアップ言語）に基づいている。ＳｙｎｃＭＬメッセージを用いるＳｙｎｃＭＬ同期プロトコルを使用することにより、あらゆるアプリケーションのデータが、ネットワークのあらゆる種類の端末間で同期可能となる。
【０００３】
図１に、移動局ＭＳがＳｙｎｃＭＬクライアント装置として動作し、ネットワークサーバＳがＳｙｎｃＭＬサーバとして動作する同期の例を示す。ＳｙｎｃＭＬ同期サービスには、まず、同期セッションの初期化（SyncMLセッション初期化）が、含まれている。この期間中、例えば、同期されるべきデータベースが選択される。クライアントエージェントＭＳは、移動局ＭＳ内で同期されるべきであって最後の同期以来変更されたデータを少なくとも含むＳｙｎｃＭＬメッセージ（クライアントの変更）を、サーバＳへと送信する。サーバＳは、データセットを同期させる。すなわち、データセットに対してなされた変更を解析して、データを調和させる（必要な変更、置換、削除、及び追加を行う）。この後、サーバＳは、サーバの変更を、クライアント装置ＴＥへと返送する。クライアント装置ＴＥは、そのデータベースに対して必要な変更を行う。
【０００４】
また、他の型のデータも、ＳｙｎｃＭＬにより同期可能である。それにより、例えば、同期に関する新規の設定が、クライアント装置に対して同期可能である。一般に、装置管理とは、第三者に装置の構成を変更、例えば、設定、さらには、装置が使用するプロトコルを変更させることが可能な手順のことを意味する。装置にのみ関する設定に加えて、ユーザプロファイル、ロゴ、呼出音、及びメニュー等のユーザ固有のデータを送信することも可能である。それにより、ユーザは、装置の設定を個人専用にすることができるか、あるいは、装置管理にて自動的に適合がなされる。ＳｙｎｃＭＬ規格に規定されている機能は、装置管理概念と関連して利用可能である。同期サーバは、装置管理サーバとして機能し、クライアント装置は、管理されるべき装置（装置管理クライアント）として機能する。
【０００５】
図２に、同期プロトコルのメッセージによる装置管理（クライアント管理セッション）を示す。セッション初期化メッセージにて、クライアント装置（ＭＳ）は、装置管理を実行する同期サーバＳへと、自身についてのサーバへの情報（同期におけるものと同じ情報）を送信する。それに応答して、サーバは、自身の情報及び装置管理コマンド（サーバ管理動作）を送信する。クライアント装置は、状態情報により応答し、その後、サーバは、セッションを終了してもよく、さらなる装置管理コマンドを送信してもよい。サーバがさらなる管理コマンドを送信したならば、クライアント装置は、これに対して、状態情報により応答することになる。状態情報を受信した後、常にサーバは、セッションを終了させるか、あるいは、さらなる装置管理コマンドを送信することにより続行させうる。また、装置管理プロトコルは、ユーザが更新したいものに関する質問がユーザに対して最初に送信され、そして、ユーザの選択についての情報がサーバへと送信されるというように、機能することもできる。この後、サーバは、ユーザが必要としている更新／動作を、次のパケットで送信してもよい。
【０００６】
ＳｙｎｃＭＬプロトコルによると、クライアント装置は、典型的には同期セッションを開始する。しかしながら、特に装置管理との関連で、サーバが同期を開始する必要がある場合が存在する。この場合について、ＳｙｎｃＭＬ仕様書「ＳｙｎｃＭＬ  Ｓｙｎｃ  プロトコル  １．０．１版」２００１年５月、第８章（４９〜５０頁）には、サーバによる同期セッションの初期化（サーバ警報Ｓｙｎｃ）について記述されている。
すなわち、サーバは、クライアント装置にＳｙｎｃＭＬセッションを開始するように要求する（同期警報）要求メッセージを送信しうる。この後、クライアント装置は、通常の（クライアント初期化パッケージ）パケットを送信することにより、ＳｙｎｃＭＬセッションの初期化を開始する。クライアント装置が移動局である場合、クライアント装置の電源が切られているときにクライアント装置が通信できないことや、端末とサーバとの間に連続的なデータ伝送接続が存在しないことによる問題が発生する。これが、要求送信時にメッセージを格納するサービスを用いることが有益となる理由である。このようなサービスの１つとして、ＳＭＳ（ショートメッセージサービス）がある。このＳＭＳでは、テキストメッセージは、テキストメッセージセンタ内に格納され、移動局がネットワークに接続して通信可能となったときに送信される。他のＳｙｎｃＭＬメッセージと同様、セッション開始の要求はＸＭＬフォーマットであり、［ＳｙｎｃＨｄｒ］要素内に決定されるヘッダフィールドと、［ＳｙｎｃＢｏｄｙ］要素内に決定される本体部とを、含んでいる。
2005505990.tif 000003
【０００７】
要求は、比較的大きく、テキストメッセージにより提供される１４０オクテットより、はるかに大きな容量（７ビットのアスキー文字で１６０字を符号化するのに充分なもの）を必要とする。要求は、いくつかのテキストメッセージへと分割されるが、それらのテキストメッセージの１つがなくなったり、それらのメッセージが不適切な順で到達したり、クライアント装置が連続したテキストメッセージを処理不能となることが、ありうる。トランスポート層がＷＡＰ（ワイヤレスアプリケーションプロトコル）により提供される場合、例えば、ＳｙｎｃＭＬメッセージは、バイナリＷＢＸＭＬフォーマット（ワイヤレスバイナリＸＭＬ）へと符号化可能であり、必要なデータ伝送容量が少なくて済むようになる。ＷＢＸＭＬが使用されたとしても、要求には、いくつかのテキストメッセージが必要となる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
そこで、本発明の目的は、上述の問題を回避可能とした方法を実現する方法及び装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の目的は、方法、同期システム、同期サーバ、電子装置、及びコンピュータプログラムにより達成され、それらは、特許請求の範囲における独立項の記述内容により特徴づけられる。本発明の好適な実施例は、特許請求の範囲における従属項に開示されている。
【００１０】
本発明は、最も必要な情報のみを選択し、その情報が平文にて送信される状況に比べてより少ないスペースで済むように、その情報がさらに符号化されることに基づく。その方法は、同期サーバが、セッション開始の必要性を示しかつ移動局へ送信されるべき要求に対して、同期サーバの識別子、同期サーバが対応している同期プロトコルのバージョンの識別子、及び要求された同期セッションの識別子を決定するように構成するステップを、有している。同期サーバから移動局へと要求のために送信されるメッセージの最大サイズと、識別子の少なくとも１つをそのＡＳＣＩＩ表現よりも十分に少ないビットで済むビット列へと符号化可能な符号化命令とが、同期サーバにて決定される。ビット列から元の識別子を求める復号化命令が、移動局にて決定される。セッション開始の必要性を示す要求を少なくとも１つの移動局へ送信することが目的である場合、メッセージが形成され、そのメッセージは、最大サイズ以下であるとともに前記識別子を少なくとも含み、該識別子の少なくとも１つは、符号化命令に従って規定されたビット列として表現される。メッセージは、メッセージ伝送サービスを利用して、移動局へと送信される。移動局は、受信されたメッセージに含まれた情報に基づいてセッション初期化メッセージを形成し、情報の少なくとも一部は、受信されたビット列から、前記復号化命令により特定される。セッション初期化メッセージは、移動局から同期サーバへと送信される。符号化は、異なるフィールドが取得可能な異なる値に関する情報を利用している。これらの値とそれぞれのビットパターンとの間の対応関係が、サーバ及びクライアントにより使用される符号化命令及び復号化命令内に格納されている。
【００１１】
セッションもその初期化も、ＳｙｎｃＭＬで規定された機能に限定されるものではなく、任意のクライアント装置と同期サーバとの間で確立されたセッション、及び、セッションを確立する必要のあるメッセージを指すものとして、広く理解されるべきである。同期システムでは、クライアント装置と同期サーバとの間のセッションが、ユーザデータを同期させたり装置を管理したりするために、確立可能である。
【００１２】
本発明による解決策は、サーバの要求で、継続したメッセージの受信に対応していない装置にてセッションが開始可能となる利点を、提供している。移動ネットワークにより提供されるＳＭＳ等のメッセージ転送サービスが使用可能である場合、メッセージは、常に、その宛先へと（装置の電源が投入されている場合）、ネットワーク起動のプッシュサービスを許容していない装置においても、配信可能である。また、本発明の解決策は、サーバが送信した順番とは異なる順番でメッセージをクライアントへ配信することがあり、さらには、いくらかのメッセージが失われることもあるパケット交換ネットワークに起因する問題を、回避するのにも役立つ。さらに、要求の伝送に必要なスペースがより小さくなると、データ伝送リソースも節約可能となり、結果としてコストが低減される。このような節約は、サーバが、多数のクライアント装置へと要求を送信しなければならない場合に、非常に重要となりうる。
本発明は、好適な実施例と関連して添付の図面を参照して詳述される。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の好適な実施例が、ＳｙｎｃＭＬ規格対応のシステムにて説明される。但し、本発明は、任意の同期システムに適用可能であることに留意されたい。
【００１４】
図３ａに、同期サーバＳと移動局ＭＳとの間でデータベースのデータが同期可能なネットワーク接続されたシステムを示す。同期において、ＭＳは、クライアント装置として機能することができるので、同期されるべきデータベースを含みうる。サーバＳは、いくつかのクライアント装置ＭＳにサービスを提供可能である。また、移動局は、他の装置についてのサーバとして機能することが可能である。ＭＳは、移動ネットワークＭＮＷ（モバイルネットワーク）を通じて、サーバＳと通信する。また、Ｓは、移動ネットワークＭＮＷ内で実現されてもよい。ネットワークＭＮＷに接続しているクライアント装置ＭＳは、ネットワークＭＮＷとワイヤレスで通信する移動局機能を、備えている。従来の移動局の代わりに、ＭＳは、携帯コンピュータ若しくはＰＤＡ装置、又はその代わりに、例えばこれらの装置の補助装置等、メッセージ伝送機能を備えた任意の電子装置であってもよい。なお、補助装置は、例えば短距離無線リンクが用いられるように、そのメッセージ伝送機能によってそのホスト装置に接続して配置される。この場合、ホスト装置は、メッセージへと符号化された情報の一部に基づき、そのメッセージが補助装置向けのものであると判断する。移動ネットワークＭＮＷは、メッセージサービスを提供するブロックＭＢを、少なくとも備えている。また、移動ネットワークＭＮＷとサーバＳとの間には、ローカルエリアネットワークＬＡＮ等の他のネットワークがあってもよい。移動ネットワークＭＮＷは、ＧＳＭサービス対応ネットワーク、ＧＰＲＳサービス（一般パケット無線サービス）対応ネットワーク、ＵＭＴＳネットワーク（ユニバーサル移動通信システム）のような第３世代移動ネットワーク、ワイヤレスローカルエリアネットワークＷＬＡＮ、又は専用ネットワーク等、任意の既知のワイヤレスネットワークであってもよい。
【００１５】
ＭＮＷがＧＳＭネットワークである場合、メッセージサービスを提供するブロックＭＢは、ショートメッセージサービスセンタＳＭＳＣを、少なくとも備えている。いくつかの移動ネットワークにおける重要なトランスポート層サービスとして、ＷＡＰがある。ＷＡＰは、ＷＳＰ層（ワイヤレスセッションプロトコル）を含んでいる。ＷＳＰ層は、クライアント装置ＭＳ及びサーバＳにおける同期アプリケーション層に、トランスポートサービスを提供するのに使用可能である。ＷＡＰは、ＳＭＳベースの伝送等、いくつかの低レベル伝送技術に対応している。また、例えばＨＴＴＰ又はＯＢＥＸ規格、及びそれらが対応した低レベル層の伝送技術が、使用されてもよい。サーバＳ自体が、同期されたデータベースを備えていてもよく、あるいは、それにより同期されたデータベースが、他の装置内に配置されてもよく、図３ａでは、サーバＳとデータベースＤＢとは、明確にするために分離されている。
【００１６】
図３ｂに示すように、移動局ＭＳ及びサーバＳは、メモリＭＥＭ；ＳＭＥＭ、ユーザインターフェースＵＩ；ＳＵＩ、データ伝送を設定するＩ／Ｏ手段Ｉ／Ｏ；ＳＩ／Ｏ、及び、１つ又はそれ以上のプロセッサを具備した中央処理装置ＣＰＵ；ＳＣＰＵを、備えている。メモリＭＥＭ；ＳＭＥＭは、中央処理装置ＣＰＵ；ＳＣＰＵを制御するアプリケーション及び保持されるべき他のデータを格納する不揮発性部分と、一時的なデータ処理に使用される揮発性部分とを有する。同期の対象であるアプリケーションデータは、ＭＳのメモリＭＥＭ（本例では、同期用に同期されるべきデータベース）に、及びデータベースＤＢのメモリに、保持されている。
【００１７】
クライアント装置ＭＳは、クライアント装置内でセッション関連機能を担当するクライアントエージェントＣＡを、備えている。サーバＳは、セッションを管理するサーバエージェントＳＡと、同期エンジンＳＥとを備えている。ＣＡは、メモリＭＥＭ内に格納されたコンピュータプログラムコードを実行するＣＰＵにより実現され、ＳＡ、ＳＥは、メモリＳＭＥＭ内に格納されたコンピュータプログラムコードを実行するＳＣＰＵにより実現されることが、望ましい。また、これらの手段は、装置管理セッションを実施可能になっていてもよく、あるいは装置管理セッションは、図３ｂには図示しない別個のエンティティにより管理可能になっていてもよい。また、中央処理ユニットＣＰＵ及びＳＣＰＵで実行されるコンピュータプログラムコードにより、クライアント装置ＭＳ及び同期サーバＳは、本発明の手段を実現するようになっている。その実施例を、図４及び図６に示す。コンピュータプログラムは、ネットワークを通じて取得可能、及び／又は、ディスケット、ＣＤ−ＲＯＭ若しくは他の外部記憶手段等の記憶手段内に格納可能である。そこから、コンピュータプログラムはメモリＭＥＭ，ＳＭＥＭへとロード可能である。ハードウェアの解決策、又はハードウェアとソフトウェアとの組み合わせの解決策が、用いられてもよい。
【００１８】
図４に、本発明の好適な実施例による方法を示す。セッション（ユーザデータの同期又は装置管理用）開始の必要性を示す要求のために必要な識別子についての情報が、同期サーバにて設定される（４０１）。これらには、同期サーバの識別子、同期サーバが対応している同期プロトコルのバーションの識別子、及び、要求された同期セッションの識別子が、含まれている。セッション開始の必要性を示すために送信される符号化命令及びメッセージの最大サイズが、同期サーバＳにて決定される（４０２）。最大サイズは、使用されるメッセージ伝送サービスに従って、例えば、ＳＭＳサービスにおけるテキストメッセージの最大サイズに従って決定される。この決定は、例えば、最大サイズの数値が装置に対して直接設定されるように実行可能であってもよく、あるいは、装置は、メッセージ長がこの最大サイズ内となったメッセージにおける位置内に、フィールドを配置するようになっている。また、最大サイズは、例えば、この情報についてネットワークに問い合わせることにより、決定されてもよく、管理セッションにて装置へと配信されてもよい。また、ユーザが最大サイズを入力してもよい。装置のメッセージシステムは、メッセージのサイズが大きすぎる場合、メッセージを作成するアプリケーションに対して、少なくとも通知するようになっている。復号化命令が、クライアント装置として機能する移動局ＭＳにて決定される（４０２）。符号化命令を用いることにより、Ｓは、送信されるべき識別子の少なくとも１つを、識別子のアスキー表現又はＷＢＸＭＬバイナリ表現よりも十分に少ないビットを要するビット列へと、符号化可能である。符号化命令を用いることにより、クライアント装置は、その部分について、ビット列から元の識別子を特定することができる。
【００１９】
セッション開始の必要性を示す要求が、サーバから少なくとも１つのクライアント装置へと送信される（４０３）必要がある場合、サーバＳは、符号化命令に従って、必要とされる情報の少なくとも一部についての少なくとも１つのビット列をメッセージ内に規定する（４０４）。メッセージは、以下に示す識別子を少なくとも必要とするが、典型的には他の情報をも含む。送信されるべき情報は、１つのメッセージへと形成される（４０５）。また、サーバＳは、メッセージが規定の最大サイズを超えないように制御する（４０５）。メッセージが最大サイズを超えそうであれば、サーバＳは、そこから比較的重要でないフィールドを削除してもよく、及び／又は、符号化命令を用いることにより、さらなる情報を、より少ないスペースで済む形式へと符号化する。ネットワークＭＮＷのメッセージ伝送サービスを用いて、メッセージが、サーバＳからクライアント装置ＭＳへと送信される（４０６）。一実施例によると、当業者に既知のＳＭＳサービスが、メッセージ送信に使用可能である。クライアント装置ＭＳでは、受信したメッセージ中のビット列による情報が、クライアント装置内に格納された復号化命令を用いることにより、初期化メッセージについて特定される（４０７）。このように取得された少なくとも１つの識別子、及びメッセージ中に含まれた他の情報に基づいて、ＭＳは、セッション初期化メッセージを形成して（４０８）、それを同期サーバＳへと送信する（４０９）。
【００２０】
セッションは、装置管理機能に使用することができ、これによりクライアント装置ＭＳの同期アプリケーション（ＣＡ）の動作をネットワークの主導に適合可能とすることができる。例えば、同期サーバのアドレス（ＵＲＩ識別子）が変更された場合、このことを、このサーバと同期している全ての装置に知らせることが重要である。ＳｙｎｃＭＬにて、装置管理セッションを開始するためにサーバから送信されたこの要求は、［パッケージ＃０：クライアントへの管理警報］と称されうる。これは要求に基づいた初期化のために送信されるべき初期化パケットが、［パッケージ＃１：クライアント初期化］であるためである。また、ユーザ自身により行われる個人専用化のためのセッションを使用することも可能である。ユーザは、例えばＷＷＷインターフェースを通じて設定を合わせてもよく、同期サーバの主導で、セッション中に、これらの変更がクライアント装置へと転送されてもよい。
【００２１】
図５に、装置管理セッションを開始するために形成された（４０５）メッセージの考えられる要素を示す。好適な実施例によると、ＷＳＰプロトコルのプッシュサービスが、ＳＭＳメッセージを用いることにより適用される。それにより、メッセージには、ＷＳＰヘッダフィールドが含まれる。ＷＳＰヘッダフィールドは、メッセージを処理する実際のアプリケーションレベル（ＣＡ）を対象としたペイロード用に充分なスペースができるように、充分に短くなければならない（好ましくは３０バイト未満）。なお、ＷＳＰフィールドに加えて、メッセージには、ＷＤＰヘッダフィールド等の他のヘッダフィールドが含まれてもよいことに留意のこと。但し、この場合には、ＳｙｎｃＭＬペイロードの割合が減少する。また、一実施例では、メッセージは、メッセージの内容の宛先となったアプリケーションの指示をも、提供してもよい。指示に基づいて、ＭＳは、メッセージのペイロードを適切なアプリケーションエンティティへと向ける。例えば、クライアントエージェントＣＡに対する管理セッションの開始要求である。その指示は、メッセージのＷＳＰ又はＷＤＰヘッダフィールド内に、含まれてもよい。ＷＳＰプロトコル対応の装置は、メッセージから情報を容易に認識するが、非ＷＡＰ装置に対しては、所定の位置が提供される必要がある。その位置から、アプリケーションの指示が取得されねばならない。この位置は、メッセージの先頭部分からの所定の位置（オフセット）を用いて求められるか、あるいは、指示が常にヘッダフィールド内のある文字の後に出現するということで、求められる。例えば、ＷＳＰヘッダフィールドでは、指示は、「アプリケーション−ＩＤ」（x-wap-application-id）なる識別子内にあり、ＭＩＭＥフィールドも、「アプリケーション−ＩＤ」フィールドの代わりに、あるいは、「アプリケーション−ＩＤ」フィールドの情報を特定するために、利用可能である。
【００２２】
以下、メッセージ内で使用可能なフィールドについて説明する。
【００２３】
バージョン（ＶＥＲ）
使用されるべきメッセージのバージョン、そして、これにより、プロトコルのバージョンを、クライアント装置がサーバＳの同バージョンへの対応を判別できるように、含める。その代わりに、バージョン識別子は、メッセージのバージョン又はプロトコルのバージョンのみを示してもよい。クライアント装置は、別のバージョンに対応している場合、セッションを開始する（４０８，４０９）必要はない。バージョン識別子は、サーバＳ内に設定された符号化命令に従って、より短いビット列へと符号化可能である。例えば、ＷＳＰヘッダフィールド後の最初の１０ビットが使用されるというようにである。最後の番号が、最小のバージョン番号を示し、最後から２番目が１の位を示し、最後から３番目が１０の位を示し、最後から４番目が１００の位を示す。この場合には、とりうる最大のバージョンは「１０２．３」となり、バージョン「１．０」は、「００００００１０１０」なるビット列へと符号化される。上述のように、ＭＳは、ビット列から元の識別子を特定する（４０７）ための復号化命令を備えている。
【００２４】
これらの符号化命令は、どのビットシーケンスがどのバージョン番号に対応するかを示す対応テーブルとして、装置内に実装可能である。その代わりに、このテーブルは、テーブル全体を装置のメモリに格納する必要なく、その要素がプログラム的に生成されるように、アルゴリズム的に装置に設定されてもよい。対応テーブルは、例えば、以下のように符号化されうる。
【表１】
2005505990.tif 000004
【００２５】
セッション識別子（ＳＩＤ）
このフィールドがセッション識別子を特定するため、同一のセッションが２回以上実行されることがない。この識別子のために、例えば、バージョン識別子後の１６ビットが使用可能である。例えば、クライアント装置の電源が切れている場合、サーバＳは、いくつかのメッセージを送信する。該メッセージにより、サーバは、１つの特定の管理セッションを確立しようと試みる。ＳＩＤ識別子に基づき、クライアント装置は、１つの接続のみを開始すべきであって、取得される全てのメッセージに従って接続を設定するべきではないと、判断する。また、サーバＳは、ＳＩＤフィールドにより、例えば、特定のＳＩＤ識別子を比較的重要度の低い装置管理動作であると規定することにより、装置管理セッションに優先順位をつける。クライアント装置がセッションを確立するための接続を設定したときに、サーバＳは、より緊急にサービスを提供すべきクライアント装置があれば、セッションを確立させないようにすることができる。このことは、サーバＳがそのメモリに、伝送されたＳＩＤ識別子に対応したセッションが比較的重要でないという情報を格納しておくというように構成されうる。その代わりに、例えば、特定のグループから選択されたＳＩＤ識別子が比較的重要でないというように構成されうる。それにより、情報を記憶しなくともよくなる。
【００２６】
ユーザインターフェースモード（ＵＩ）
この識別子により、サーバは、セッションがバックグラウンドで実行されるべきかどうか、または、ユーザがそのセッションについて通知されるべきかどうか、勧告してもよい。このフィールドは、例えば、以下の対応テーブルに従って２ビットで符号化可能である。
【表２】
2005505990.tif 000005
【００２７】
管理動作の主導権（Ｉｎｉｔ）
この識別子により、サーバＳは、自身が管理セッションを生じさせるかどうか、あるいは、クライアント装置（そのユーザ）が生じさせるかどうかについて、クライアント装置と通信してもよい。この情報が課金の基礎となってもよく、クライアント装置のユーザは、ユーザが生じさせた場合（すなわち申し込んだ場合）、サーバにより送信された要求について課金されることもある。その情報は、例えば、以下の対応テーブルに従って２ビットで符号化可能である。
【表３】
2005505990.tif 000006
【００２８】
装置管理の将来の使用（Ｆｕｔ）
このフィールドにて、後に規定されることになると考えられる情報がサーバＳからクライアント装置ＭＳへと管理セッションのために転送可能である。例えば、３０ビットのスペースが予約されていてもよい。このフィールドで転送されるべき情報の考えられる例として、クライアント装置が同期サーバＳとセッションを確立すべき時点がある。ＭＳは、サーバにより設定された時刻に、初期化メッセージを送信する（４０９）ことができ、サーバＳは、例えば、異なるクライアント装置が異なる時刻に接続を確立するように設定することで、その負荷を均衡させうる。
【００２９】
認証共有シークレット起動長（Ｔｌｅｎ）
このフィールドは、ＴＡＳＳフィールド（認証共有シークレット起動）の長さを示す。
【００３０】
ソース長（Ｕｌｅｎ）
このフィールドは、サーバＳの識別子（ＵＲＩ）の長さを示す。このフィールド及びＴｌｅｎフィールドを用いることにより、とりうる最大スペースが、ＵＲＩフィールド用に構成されうる。特殊な長さのフィールドのみが使用された場合、ＴＡＳＳフィールドの末尾に未使用のスペースができることが多い。
【００３１】
認証共有シークレット起動（ＴＡＳＳ）
ＴＡＳＳフィールドには、共有シークレットが含まれる。それにより、ＤｏＳ攻撃（サービス妨害）が防止される。また、このフィールドは、サーバの識別子を特定するのにも使用可能である。
【００３２】
管理サーバのソースＵＲＩ（Ｓｏｕｒｃｅ  ＵＲＩ）
本フィールドには、サーバのＵＲＩ識別子、例えば「http://www.syncml.org/mgmt-server」が、含まれる。ある場合には、このフィールドは、例えば、プロトコル識別子を省略することにより、あるいは、サーバのアドレスの代わりに短い識別子のみをそのフィールドで送信することにより、短縮されうる。その代わりに、ＴＡＳＳフィールドが、サーバの識別子を送信するために使用可能である。
【００３３】
ベンダー（Ｖｅｎｄｏｒ）
このフィールドはオプションであり、先行するフィールドの後にメッセージがとりうるだけの製造業者固有の情報を、含んでもよい。
【００３４】
上述のフィールドにて、ペイロードは、できるだけ少しのスペースで済むように設計される。全てのフィールドが、ＸＭＬフォーマット内のテキストとして送信されたとすれば、約４００文字、すなわち数千ビットが必要となる。１つのフィールドは、少なくとも数文字、すなわち数十ビットを占める。少なくともいくつかのフィールドが、各フィールドがとりうる個々の値に関する知識から得られる上述の符号化方法を利用する場合、著しくスペースを節約するとともに、情報を１つのＳＭＳメッセージ内に収める（比較的重要度の低いフィールドを、必要に応じてさらに削除することにより）ことが可能となる。補遺１は、規格の一部であり、ＳｙｎｃＭＬペイロードのみに関する限り、メッセージフィールドの他の例を示している。
【００３５】
図６に、同期サーバ（Ｓ）の要求により開始する装置管理セッションのシグナリング図を示す。サーバ及びクライアント装置（ＭＳ）が、通信する（６０１）場合（少なくともＭＳがメッセージを受信可能となるように、また、図４のステップ４０１〜４０２が実行されている）、サーバは、管理セッションを開始するためのコマンドを、サーバのユーザから、サーバ外から、あるいは所定の設定に基づいて、受信する（６０２）。それに応答して、サーバは、必要なデータを収集し、符号化命令に従って変更を実行し、要求［パッケージ＃０：クライアントへの管理警報］に従ってメッセージを、クライアント装置へ送信する（６０３）。これに基づき、クライアント装置とサーバとは、管理セッションを確立する（６０４）。サーバＳは、管理コマンドをクライアント装置へと送信可能であり、クライアント装置は、当該管理コマンドに基づいて、その構成を変更する。管理セッションが完了した（６０５）後、その結果は、サーバのユーザに対して提示されうる（６０６）。
【００３６】
セッションは、例えば、移動局のカレンダマーキング及びネットワークのカレンダアプリケーションを更新するために従来のユーザデータを同期させるのに、使用可能である。この場合には、例えば、できるだけ早く移動局内に配信される必要がある新規の重要なカレンダマーキングが、ネットワークカレンダへと追加されるときに、同期を開始する（４０３）主導権が生じる。装置管理セッション用に形成されて図４に示されたメッセージと同様、ＳｙｎｃＭＬセッションを要求するために形成されたメッセージには、いくつかの対応するフィールドが含まれている。また、少なくとも、アスタリスクが付されたフィールドである、バージョン（ＶＥＲ*）、セッション識別子（ＳＩＤ*）、管理サーバのソースＵＲＩ（ＵＲＩ*）も、同期開始要求用に形成されるメッセージで必要とされる。少なくとも（ＵＩ）、（ＶＥＲ*）及び（Ｉｎｉｔ）フィールドの情報が、上述のように、短いビット列へと変換可能である。また、メッセージには、サーバが必要とする同期セッションについての情報が、含まれてもよい。このような情報には、特に、サーバＳにより要求される同期型の決定（例えば、双方向、サーバのみからの一方向の同期、クライアントのみからの一方向の同期、サーバのみからのリフレッシュ同期）が、含まれている。また、この情報は、予め格納された（４０２）対応テーブルを利用して、符号化され（４０４）、復号化され（４０７）、それにより、必要なビット数が保存可能である。また、データベース（サーバが同期を必要とする）の識別子（ＵＲＩ）をメッセージで送信するのにも、有用となりうる。ＳｙｎｃＭＬクライアント装置ＭＳがメッセージを受信した後、メッセージに含まれた情報に従って、同期セッション初期化パケット（クライアントからのＳｙｎｃ初期化パッケージ）を送信してもよく（４０９）、同期セッションが開始可能である。ＳｙｎｃＭＬプロトコルの同期セッションについてのより具体的な説明、及びそれに必要とされる情報のために、ＳｙｎｃＭＬ仕様書「ＳｙｎｃＭＬ  Ｓｙｎｃ  プロトコル  １．０．１版」２００１年５月が、本出願に参照用として組み込まれる。このように、管理セッション及びユーザデータの同期セッションの双方が同期サーバからの要求で開始した場合、同じ利点が達成されうる。
【００３７】
また、要求を送信するサーバＳ以外のどこかで、前記メッセージが形成される（４０５）ことも可能である。例えば、クライアント装置がＷＡＰスタックによりＷＡＰゲートウェイと通信するとき、及び、ＷＡＰゲートウェイとサーバＳとの間でＨＴＴＰプロトコルが用いられるときに、このような状況が発生しうる。そして、ＷＡＰゲートウェイは、例えば、サーバにより送信された要求を、１つのメッセージでクライアント装置ＭＳへと送信されるように、上述のように（符号化命令を用いて）圧縮可能である。
【００３８】
技術の進歩に従って、本発明の基本的概念が様々な方法で実現可能であることが、当業者には明らかである。また、メッセージは、ＳＭＳサービスのメッセージに限定されるものではなく、ＭＭＳサービス（マルチメディアメッセージ伝送サービス）等の他の型のメッセージ伝送サービスも利用可能である。従って、本発明及びその実施例は、上述の例に限定されるものではなく、特許請求の範囲内で変更されうる。
【００３９】
補遺１．メッセージに含まれる情報の例
【表４】
2005505990.tif 000007
【図面の簡単な説明】
【００４０】
【図１】ＳｙｎｃＭＬ同期プロトコルによる同期を示す図である。
【図２】サーバによる装置管理を示す図である。
【図３ａ】同期システムを示す図である。
【図３ｂ】同期サーバ及びクライアント装置を示す図である。
【図４】本発明の好適な実施例による方法を示す図である。
【図５】装置管理セッションを開始するために送信されるメッセージの考えられる要素を示す図である。
【図６】本発明の好適な実施例による管理セッションのシグナリング図を示す図である。
【図１】
2005505990.tif 000008
【図２】
2005505990.tif 000009
【図４】
2005505990.tif 000010
【図５】
2005505990.tif 000011
【図６】
2005505990.tif 000012
【国際公開パンフレット】
2005505990.tif 000013
2005505990.tif 000014
2005505990.tif 000015
2005505990.tif 000016
2005505990.tif 000017
2005505990.tif 000018
2005505990.tif 000019
2005505990.tif 000020
2005505990.tif 000021
2005505990.tif 000022
2005505990.tif 000023
2005505990.tif 000024
2005505990.tif 000025
2005505990.tif 000026
2005505990.tif 000027
2005505990.tif 000028
2005505990.tif 000029
2005505990.tif 000030
2005505990.tif 000031
2005505990.tif 000032
2005505990.tif 000033
2005505990.tif 000034
2005505990.tif 000035
2005505990.tif 000036
2005505990.tif 000037
【国際調査報告】
2005505990.tif 000038
2005505990.tif 000039
2005505990.tif 000040