JP2004531805A - 電気通信システムにおけるアプリケーション・データの同期 - Google Patents

Abstract

少なくともひとつの端末と、少なくともひとつの同期サーバと、端末にある第一のデータベースと、第二のデータベースからなるネットワーク・システムにおける、少なくともひとつのアプリケーションのデータ同期を行う方法である。この方法では、アプリケーション・データの同期に必要な設定メッセージが生成され、該データは少なくとも第二のデータベースの設定を有する。設定メッセージは同期サーバから端末へ送信される。端末とサーバの間で同期接続が行われ、同期が行われる。同期接続と、少なくとも該データの一部を利用して同期が初期化される。第一のデータベースおよび第二のデータベースのデータは、該データの少なくとも一部を利用して同期される。

Description

【技術分野】
【０００１】
付属書１：ベアラ・サービスの種類表
付属書２：設定メッセージの平文ＸＭＬサンプル
付属書３：要素に対するＷＢＸＭＬの値
【０００２】
発明の背景
本発明は電気通信システムにおけるデータ同期に関し、特に、少なくとも一つの端末と、少なくとも一つの同期サーバと、少なくとも一つのデータベースから構成されるネットワークシステムにおけるアプリケーション・データ同期に関する。データ同期とは、少なくとも二つのデータ集を、同期後にはデータ集の情報単位が互いに実質的に一致させる動作である。
【背景技術】
【０００３】
携帯用コンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）機器、移動局又はページャ等の携帯端末のデータは、電気通信システムにおいて、ネットワーク・アプリケーション、デスクトップ・コンピュータ・アプリケーションあるいは他のデータベースと同期可能である。典型的には、特にカレンダーや電子メール・アプリケーションのデータが同期される。従来、同期は、互いに互換性のない製造者独自のプロトコルに基づいていたため、端末の利用や使用するデータ・タイプを制限し、概してユーザにとって難しかった。移動通信においては特に、端末や利用するアプリケーションに関係なくデータを入手し、更新することが重要である。
【０００４】
ＳｙｎｃＭＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ：同期マークアップ言語）はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ：拡張マークアップ言語）に基づいており、改良したアプリケーション・データの同期に提供されている。ＳｙｎｃＭＬ形式のメッセージを使用したＳｙｎｃＭＬ同期プロトコルは、どのようなネットワーク端末間のどのようなアプリケーションにおいてもデータの同期を可能にする。例えば、移動局のカレンダーに記入をすると、それは自動的に会社の秘書が利用するカレンダーと同期する。ＳｙｎｃＭＬ同期プロトコルは無線ネットワークと有線のネットワークのどちらでも動作し、いくつかの転送プロトコルをサポートする。ＳｙｎｃＭＬ同期プロトコルを実装できるのは、例えばＨＴＴＰプロトコル（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）や、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）規格のＷＳＰプロトコル（Ｗｉｒｅｌｅｓｓ Ｓｅｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＲＳ−２３２等のケーブル接続、あるいは短距離無線周波数（Ｂｌｕｅｔｏｏｔｈ）接続や赤外線（ＩｒＤＡ）接続に使用されるＯＢＥＸプロトコルの最上位層、ＴＣＰ／ＩＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）スタックの最上位、同様に電子メール・プロトコル（ＳＭＴＰ， Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）の最上位層である。
【０００５】
図１は移動局ＭＳがＳｙｎｃＭＬクライアント端末として機能し、ネットワークサーバＳがＳｙｎｃＭＬサーバとして機能する同期の例を示す。ＳｙｎｃＭＬ同期サービスにおいて、同期セッションは最初に初期化されることによって、例えば同期されるべきデータベースが選択される。ＳｙｎｃＭＬクライアント端末ＭＳは同期クライアント・エージェントを備え、少なくとも移動局ＭＳで同期の対象となるデータに関する、前回同期した後に変更された情報を含んだＳｙｎｃＭＬメッセージ（クライアント更新）を送信する。ＳｙｎｃＭＬサーバＳは、同期を制御するＳｙｎｃサーバ・エージェントとＳｙｎｃエンジンとを備え、通常、同期のためにＳｙｎｃＭＬクライアント（ＭＳ）の始動を待機している。サーバＳはデータを同期、すなわち、データベース及びクライアント端末のデータに対して行われた更新を分析し、データを一貫させる（必要な修正、差し替え、削除を行う）。その後、ＳｙｎｃＭＬサーバＳはサーバ更新をＳｙｎｃＭＬクライアント（ＭＳ）に返す。上記の例は単純ながら、ＳｙｎｃＭＬ規格における機器の役割を示している。ＳｙｎｃＭＬクライアント端末（ＭＳ）は、一般的に移動局、ＰＣ（パーソナル・コンピュータ）、ラップトップ・コンピュータ、もしくはＰＤＡ機器である。ＳｙｎｃＭＬサーバＳは一般的に、ネットワーク・サーバやＰＣである。
【０００６】
同期に関わる様々な設定は、ＳｙｎｃＭＬサーバとの同期が実行されるより前に、ＳｙｎｃＭＬクライアント・エージェントを有する端末に対して定義されなければならない。このような設定にはＳｙｎｃＭＬサーバのアドレスや、利用されるデータベースのアドレスや種類が含まれる。ユーザは一般的に、同期するデータベースをいくつか有しており、それぞれのデータベースが個別の設定を必要とする。ユーザにとっては、これらの設定を手作業で登録することも、完成した設定を受け入れることさえ、困難で面倒である。
【発明の開示】
【０００７】
発明の簡単な説明
本発明の目的は上記の問題を回避し、それぞれの端末におけるデータ同期をできるだけ簡単にすることである。本発明の目的は、独立請求項で述べられた内容によって特徴づけられる方法、電気通信システム、同期サーバ、電気通信機器、コンピュータ・プログラム、及び記憶媒体によって達成される。本発明の好ましい実施例は従属請求項で述べられる。
【０００８】
本発明は、少なくとも同期を可能にするために必要なデータを有するひとつの設定メッセージが、同期サーバから同期アプリケーションを備えた端末へ送信され、該データは少なくともひとつのデータベースの設定を含むという発想に基づいている。端末は、そのメモリに該データを記憶でき、同期はその記憶されたデータの少なくとも一部を使用して行われる。よって、端末と同期サーバの間で同期通信が設定され、同期は、設定された同期通信及び該データの少なくとも一部によって初期化される。続いて、少なくとも、（端末における）第一のデータベース及び第二のデータベースのデータが、該データの少なくとも一部に基づいて同期される。「データベース」とは、広い意味で理解してどのようなデータ源やデータ保存等のデータ集のことをも言い、データ集はひとつ以上のアプリケーションによって更新することができる。「同期接続」とは、同期を開始するために行われる論理データの伝達接続のことをいう。同期の初期化とは、実際の同期のための準備をいい、例えばＳｙｎｃＭＬ規格に準じた同期セッションの初期化のことである。
【０００９】
本発明による設定により、ユーザは要求される設定を手作業で登録する必要がなくなり、設定は同期サーバから送られ、端末で使用するために自動的に取り込まれる。よって、同期サービスの動作と利用は容易になり、ユーザにとって可能な限り分かりやすくなるという利点がもたらされる。本発明は特に、データベースが複数存在する場合に有利であり、端末のデータベース設定は、ひとつの設定メッセージで一度に完了する。従って、データの転送容量も可能な限り少なくできる。
【００１０】
本発明の好ましい実施例によれば、データベース設定は、少なくともひとつのデータベースの名前とアドレス、及びサポートするコンテンツ・タイプの情報からなっている。同期の初期化中、データベースのデータの同期が要求された場合、端末から同期サーバへ記憶されたアドレスが送信される。この実施例によって、データベースに記述する必要がある全てのデータを、サーバから端末に取得でき、ユーザは自分で登録する必要がなくなるという利点をもたらす。データベースは、その種類を基準にすると、例えばカレンダーや電子メールといったそれぞれのアプリケーションごとに分類でき、また、他の基準でいえば、そのデータベースが、例えば個人用カレンダー、仕事用カレンダーあるいはグループ・カレンダーかどうかによって分類することができる。コンテンツ・タイプとは、同期の際のデータ転送形式のことをいう。従って、データベースがサポートするコンテンツ・タイプに基づいて、第一の同期よりも前に、データベースのデータがサーバ経由で同期されるかどうかが端末で分かる。端末及びデータベースが同じコンテンツ・タイプを数個サポートしている場合、同期にとって最も望ましいコンテンツ・タイプが端末で選択される。
【００１１】
本発明の他の好ましい実施例によれば、データはユーザ・テキストを含んでいるため、ユーザ・テキストは端末のユーザに対して表示される。よって、それぞれの有益なテキストが同期サーバから送信されるので、ユーザは情報を与えられ、指示を受けることができる。
【００１２】
本発明のさらに他の好ましい実施例によれば、該データはさらに同期のタイミングを決定する設定も含んでおり、同期セッションの初期化は該設定の時間に基づく端末から開始する。この有利な点は、同期のタイミングがサーバから（例えばサービス・プロバイダによって）決定でき、該設定によって自動的に同期が開始されるよう端末を準備させることができる点である。
【００１３】
発明の詳細な説明
以下に、ＳｙｎｃＭＬ規格をサポートするシステムにおける本発明の好ましい実施例を示すが、本発明の適用範囲をそれに制限するものではない。本発明はいかなる同期技術をもサポートする全てのシステムにおけるデータ同期に適用することができる。
【００１４】
図２は、データベースＤＢ及び端末ＴＥにおけるデータ同期が可能なネットワーク・システムを示す。同期に関しては、端末ＴＥはクライアント機器として機能する。図２は二つの例を示しているが、第一の例では、端末ＴＥ、データベースＤＢ、及び同期サーバＳがローカル・エリア・ネットワークに接続されている。ローカル・エリア・ネットワークに接続された端末ＴＥはネットワークＬＡＮの機器と通信するために、例えばネットワーク・インターフェース・カードや、データ通信を制御するソフトウェアといった機能を有している。ローカル・エリア・ネットワークＬＡＮはどのようなタイプでもよく、ＴＥは、一般的にファイアウォールＦＷを用いてインターネット経由でサーバＳと接続される。第二の例では、端末ＴＥ、同期サーバＳ、及びデータベースＤＢが、モバイル・ネットワークＭＮＷに接続される。モバイル・ネットワークＭＮＷに接続された端末ＴＥは、ネットワークＭＮＷと無線通信するために移動局の機能を有している。モバイル・ネットワークＭＮＷは、例えばＧＳＭサービスをサポートするネットワークや、ＧＰＲＳサービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：汎用パケット無線サービス）をサポートするネットワーク、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ユニバーサル移動体通信サービス）ネットワーク等の第三世代モバイル・ネットワーク、無線ローカル・エリア・ネットワークＷＬＡＮや私設ネットワークといった、周知のどのような無線ネットワークでもよい。明瞭にするため、図２ではサーバＳとデータベースＤＢは別個に示されているが、サーバＳはデータベースＤＢとしても機能できる。
【００１５】
（有線ネットワークＬＡＮ及び無線ネットワークＭＮＷの）端末ＴＥ、及びサーバＳは、メモリＭＥＭ；ＳＭＥＭ、ユーザ・インターフェースＵＩ；ＳＵＩ、データ通信用の入出力手段ＩＯ；ＳＩＯ、一つ以上のプロセッサからなる中央処理装置ＣＰＵ；ＳＣＰＵを有している。メモリＭＥＭ・ＳＭＥＭには、中央処理装置ＣＰＵ・ＳＣＰＵを制御するアプリケーションを記憶させるための不揮発部と、データ処理用のランダム・アクセス・メモリ部がある。ＴＥのメモリＭＥＭ（同期される第一のデータベース）及びデータベースＤＢのメモリには、同期の対象であるアプリケーション・データを保持する。本発明によって動作するクライアント・エージェントＣＡは、好ましくはメモリＭＥＭに記憶されるコンピュータ・プログラム・コードをＣＰＵで実行するように実装される。さらに、同期サーバＳは、好ましくはメモリＳＭＥＭに記憶されるコンピュータ・プログラム・コードがＳＣＰＵで実行されることによって、本発明に基づき、同期エージェントＳＡ及び同期エンジンＳＥを提供する。中央処理装置ＣＰＵ及びＳＣＰＵでコンピュータ・プログラム・コードを実行すると、端末ＴＥ及び同期サーバＳは発明の機能を実行する。そのひとつの実施例が図３に示される。コンピュータ・プログラムはネットワーク経由で入手でき、さらに／または、例えばディスク、ＣＤ−ＲＯＭディスク、もしくは他の外部記憶媒体といった記憶手段に記憶することができ、そこからメモリＭＥＭ・ＳＭＥＭにロードされる。集積回路も使用できる。
【００１６】
図３は、本発明の実施例による同期方法を示す。本発明の好ましい実施例に従って、同期サーバＳには少なくともひとつの設定メッセージが作成される（３０１）。サーバ・エージェントＳＡは、端末ＴＥの同期を処理するのに必要なデータを集め、設定メッセージＣＭを作成する。これらのデータは、好ましくはひとつ以上のデータベースＤＢの設定、特にデータベースのアドレスと名前、サポートするコンテンツ・タイプの情報、又は他のデータベースの特徴、同期の開始時間に関する開始設定、同期に関するユーザ指示、又はサーバＳの情報、を含む。他のデータベースの特徴には、例えばデータベースが公的なものか私的なものか（例えばグループ・カレンダーか、プライベート・カレンダーか）を定義する属性が含まれる。データベースＤＢのアドレスは、サーバＳに関して絶対アドレスまたは相対アドレスのどちらででも表すことができる。当該データは一般的に同期サーバＳのメモリＳＭＥＭに記憶されるが、Ｓは、要求されれば、それらをデータベースから読み出してくる。設定メッセージの生成３０１は、端末ＴＥ、あるいはローカル・エリア・ネットワークＬＡＮもしくは移動ネットワークＭＮＷのサービス・プロバイダのリクエストによって開始する。設定メッセージは、例えばユーザが端末を搬入したときや、サービス・プロバイダのサービスに登録したときに送られる。本発明の好ましい実施例によれば、設定メッセージは、同期に必要なデータが変更された時に、サーバＳから自動的に送信される。例えば、データベースＤＢのアドレスが変わった時や、新しいデータベースを使用する時、サーバＳは、新しいアドレスや、新しいデータベースの設定を含んだ設定メッセージが、データベースＤＢのユーザ全員に送信される。
【００１７】
生成された少なくともひとつの設定メッセージが同期サーバＳから端末ＴＥに送信される（３０２）。設定メッセージを受信すると、ＴＥはメッセージ中のデータの少なくとも一部をメモリＭＥＭに記憶するので（３０３）、ユーザ・インターフェースＵＩにおいて、可能なユーザ指示を提示することができる。
【００１８】
同期接続と同期セッション初期化の確立は後の３０４，３０５で、記憶したデータに基づいて、開始設定で決められる同期開始時間に開始され得る。開始時間は複数の方法、例えば特定の間隔、で決めることができる。同期サービスは、ユーザもしくは同期サーバの主導で開始することもできる。従って、同期されるデータベースは、アプリケーション又はユーザの指示によって決定され、又は、設定が記憶されている全てのデータベースが同期される。ここでは、例えばデータベースのコンテンツ・タイプのような、メモリＭＥＭに記憶されたデータも利用される。サーバＳの主導によって同期サービスを開始した場合、論理同期接続の確立も開始される。
【００１９】
設定メッセージを使うと、複数の利点がある：同期に必要なデータは全て一度に送信され、端末の設定の定義は設定メッセージの受信後すぐに自動的に行われるので、同期サービスの使い勝手が向上する。必要なデータがすべてひとつのメッセージとして送信されると、ネットワークや端末の資源が有効に利用されるため、例えばいくつもの認証がいらなくなる。
【００２０】
同期サービスが要求されると、クライアント・エージェントＣＡはメモリＭＥＭからデータ、特にデータベースＤＢの設定を探す（３０４）。クライアント・エージェントＣＡは、通信の論理同期接続を確立するためにクライアント初期化メッセージを作成し、初期化メッセージは端末ＴＥからデータ中で定義されたサーバＳへ送信される。論理同期接続はデータ通信そのものがコネクションレス・プロトコルによって行われる場合も確立される。論理同期接続は初期化メッセージの通信を通じて構築され、そうでない場合は、前のメッセージのやりとりが行われる。初期化メッセージの中で、同期サーバＳはどのデータベースのデータが同期されるのか、どの同期タイプが使われるのか、一般的にはさらに認証情報や端末ＴＥがサポートするサービスや機器の属性に関する情報、を知らされる。さらに、ユーザ・テキストはメモリＭＥＭに記憶されてこの段階で表示され、実行される同期に関連する事項をユーザに知らせる。
【００２１】
初期化メッセージを受信すると、サーバＳは自ら初期化メッセージに応答して初期化を完了する（３０６）。初期化メッセージはサーバの機器及び認証の情報を有している。初期化が完了すると、少なくともひとつのデータベースＤＢのデータと、同期の初期化で定義された端末ＴＥのデータが同期される（３０７）。同期サーバＳは、端末から送信された（３０５）少なくとも設定メッセージのデータを使ってデータ同期（３０７）を構築する。最終的に、同期の結果がユーザに表示される。
【００２２】
使用される同期タイプは、例えば、
− 双方向同期
− 低速同期
− クライアントからのみの一方向同期
− クライアントからのみの再生同期
− サーバからのみの一方向同期
− サーバからのみの再生同期
− サーバ警告同期
である。
【００２３】
同期セッションと同期のデータ（３０７）初期化のさらに詳しい説明は、標準ＳｙｎｃＭＬ Ｓｙｎｃ Ｐｒｏｔｏｃｏｌ １．０版 ２０００年１２月に参考として具体化されている。しかし、本発明の設定メッセージは、どのような同期方法を用いる同期に関連するデータを送信するのに使用される。
【００２４】
同期（３０７）は、図３に反し、別の初期化メッセージなしで開始できる（３０６から３０７）。このような場合、初期化は同期と同時に実行される。しかし、設定メッセージは、同期の初期化の設定と同期の設定を定義するために、図３に示されたように使用される。よって、送信されるメッセージの数は少なくなる。
【００２５】
図４は、本発明の好ましい実施例による設定メッセージの内容を表す。設定メッセージは、メッセージに付加された所定のＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｒｔｅｎｓｉｏｎｓ）タイプの所定のタイプで区別される。
【００２６】
本発明の好ましい実施例によれば、設定メッセージの形式はＸＭＬである。従ってＸＭＬ形式の設定メッセージは、同期の設定、特に同期の初期化の実行に関連して同期サーバＳから端末ＴＥに送信されるデータを有する。設定メッセージに対して、文書型定義ＤＴＤが、ＸＭＬ言語で使用するタグ、タグ間の要素（！ＥＬＥＭＥＮＴ）の構成部、及び他のＸＭＬ文書規定を決定するものを定義する。ＸＭＬ言語では周知のように、要素は開始タグ（例：＜Ｓｅｃｔｉｏｎ＞）で開始し、終了タグ（例：＜／Ｓｅｃｔｉｏｎ＞）で終了し、テキストや、他の要素を含むことができる。ＤＴＤは同期サーバによって送信される全ての設定メッセージに含まれるか、設定メッセージは端末ＴＥに既知のＤＴＤを示す。以下に、典型的な設定メッセージのＤＴＤを表す。
【００２７】

【００２８】
クエスチョン・マーク‘？’は、その特定の要素がオプションであることを表す。‘+’印は、その要素が１回以上出現することを表す。全ての要素が必須というわけではなく、また本発明はここにあげたものと異なる要素を用いて適用することができる。以下に、図４の設定メッセージのそれぞれの要素について詳細に述べる。
【００２９】
ＳｙｎｃＳｅｔｔｉｎｇｓ． ＸＭＬ言語で定義されるルート要素であり、他の要素のタグを含む。ルート要素に基づいて、メッセージは特に同期の構築に関連したデータを含む設定メッセージに関与する。
【００３０】
Ｖｅｒｓｉｏｎ． 設定メッセージ形式のバージョンを定義する。設定メッセージのフォーマットが実質的に変更された場合は、バージョンの番号も変更されなければならない。
【００３１】
Ｎａｍｅ． 同期やデータベースの構築に関連したデータ（設定メッセージ）の表示名を定義する。この要素がルート要素ＳｙｎｃＳｅｔｔｉｎｇｓの中で使用された場合、そのデータの名前を決定する。ＲｅｍｏｔｅＤＢ要素の中で使用された場合は、データベースの表示名を決定する。表示名はユーザにも表示することができる。
【００３２】
Ｈｏｓｔ Ａｄｄｒ． ＳｙｎｃＭＬ同期サービス（サービス・エージェントＳＡ）のホスト・アドレスを含む。一般的には、ＩＰアドレスか、ＵＲＬであるが、電話番号や、デバイス・タグも用いることができる。
【００３３】
Ｉｎｆｏ． 同期メッセージを受け取った時（３０３）か、その後（３０５）に、ユーザに対して表示されるテキストを含む。ユーザ・テキストは、例えば、同期サービスについての短い情報や、ユーザの行動を制御するための指示である。ＲｅｍｏｔｅＤＢ要素で使われた場合、データベースに特化したデータをユーザに表示することができる。
【００３４】
Ｐｏｒｔ． 同期サーバＳ（ＳｙｎｃＭＬ同期サービス）のＴＣＰポートを定義する。全ての設定メッセージはこの要素をサポートしていなくてはならず、この要素が定義されていない場合のデフォルトのポート番号は８０である。
【００３５】
Ａｕｔｈ． ４つの要素（ＡｕｔｈＬｅｖｅｌ，ＡｕｔｈＳｃｈｅｍｅ， （（ＵｓｅｒＮａｍｅ｜Ｃｒｅｄ）｜（ＵｓｅｒＮａｍｅ｜Ｃｒｅｄ）））を含むことができ、認証方法とＳｙｎｃＭＬセッションで使われる信任状を定義する。例えばＨＴＴＰプロトコルやＷＡＰプロトコルのトランスポート層（ＷＳＰ）、ＳｙｎｃＭＬサービス認証といった、トランスポート・プロトコル層の認証に使用され、認証レベル、認証方法、ユーザ識別子や信任状（ｃｒｅｄｅｎｔｉａｌｓ）からなる。
【００３６】
ＡｕｔｈＬｅｖｅｌ． 認証レベルを定義する。認証レベルは、例えば表１で示されるように数値で表される。
【００３７】
【表１】

【００３８】
ＡｕｔｈＳｃｈｅｍｅ． 認証方法を定義する。値は表２で定義される数値で表される。
【００３９】
【表２】

【００４０】
ＵｓｅｒＮａｍｅ． この要素はＳｙｎｃＭＬ同期サービス・レベル又はトランスファー・プロトコル・レベルでの認証のためのユーザ名を定義する。ＡｕｔｈＬｅｖｅｌ要素は、任意のユーザ名が対象とする認証レベルを定義する。
【００４１】
Ｃｒｅｄ． 認証における信任状を定義する。ＡｕｔｈＬｅｖｅｌ要素は信任状が意図する認証レベルを定義する。認証方法が「ベーシック」もしくは「ダイジェスト」の場合、信任状はＵｓｅｒＮａｍｅ要素で定義されたユーザ識別子のパスワードを含む。
【００４２】
ＣｏｎＲｅｆ． この要素は、同期設定とともに使われ、物理的もしくは論理的なアクセス・ポイント（接続リファレンス）とのリファレンスを定義する。ＣｏｎＴｙｐｅ要素（（Ｂｅａｒｅｒ？， ＡｄｄｒＴｙｐｅ， Ａｄｄｒ）｜（ＲｅｆＩＤ））を含む。
【００４３】
ＣｏｎＴｙｐｅ． 接続タイプを定義する。接続タイプは、表３に示すように表される。
【００４４】
【表３】

【００４５】
コネクション・タイプがＷＡＰ １．ｘサーバ、ＨＴＴＰ／ＷＡＰ ２．ｘ プロクシ・サーバ、又は論理アクセス・ポイントの場合、接続リファレンスを定義するためにＲｅｆＩＤ要素のコンテンツが使用される。物理アクセス・ポイントが使われた場合、Ｂｅａｒｅｒ要素、ＡｄｄｒＴｙｐｅ要素、Ａｄｄｒ要素が接続リファレンスを決定する。
【００４６】
Ｂｅａｒｅｒ． 接続リファレンスのベアラ・サービス・タイプを定義する。ベアラ・サービスのタイプは、例えば付属２の表で示すような方法で定義されるが、表に表されるベアラ・サービス・タイプに限定されない。
【００４７】
ＡｄｄｒＴｙｐｅ． 接続リファレンスのアドレス・タイプを定義する。表４で示されるように、アドレス・タイプは数値で表される。
【００４８】
【表４】

【００４９】
Ａｄｄｒ． 接続リファレンスのアドレスを定義する。アドレスは例えば電話番号やＩＰアドレスである。アドレスのタイプはＡｄｄｒＴｙｐｅ要素で定義されるか、もしくはアドレス値そのものに基づいて定義される。
【００５０】
ＲｅｆＩＤ． 接続リファレンスの論理的なリファレンス値を定義する。リファレンス値は、論理名か、接続ポイントの他のタグである。
【００５１】
ＲｅｍｏｔｅＤＢ． 同期されるデータを有するひとつ以上のデータベースを定義する。この要素は５つの要素（（ＣＴＴｙｐｅ，ＣＴＶｅｒ*）+，ＵＲＩ，Ｎａｍｅ？，Ｉｎｆｏ？）を含む。この要素はさらに、データベースに関する他の定義やユーザ・テキストも含む。
【００５２】
ＵＲＩ． データベースの相対ＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）もしくは絶対ＵＲＩを定義する。ＵＲＩはＳｙｎｃアラート及び同期コマンド、同期セッションの初期化、及び同期において、同期するデータベースを示すために使用される。
【００５３】
ＵＲＩ要素は付加的な属性も持つため、データベースやアプリケーションの属性をより詳細に記載できる。付加的な属性は、例えばカレンダーが個人的なものか、仕事用か、家族用か、を定義することによりさらに特定でき、例えばＵＲＩ要素（付属２を参照）に付加されるテキスト形式の識別子の手段やひとつ以上の特定の要素を使うことで定義できる。付加的属性は、「２０００年１２月 ＳｙｎｃＭＬ規格第４章１８ 、ＳｙｎｃＭＬ Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ バージョン１．０」に示されるように、ＵＲＩ要素に表される。よって、様々なタイプの同じアドレス（ＵＲＩ）のデータベースが存在しうるが、設定メッセージの付加的属性で互いを区別する。同期（３０４から３０７）は、この要素のデータに基づいて、例えば異なるタイプには異なる初期化を用いることによって、端末ＴＥのデータベースＵＲＩの様々なタイプで決定する。
【００５４】
ＣＴＴＹｐｅ． データベースをサポートするメディア・コンテンツ・タイプを定義する。この方法でデータベースのタイプを定義することができる。タイプには、例えばカレンダー、連絡、メモ、ショート・メッセージ、マルチメディア・メッセージ、画像、電子メール、または他のタイプが含まれる。ＷＷＷサイトｈｔｔｐ：／／ｗｗｗ．ｉｓｉ．ｅｄｕ／ｉｎ−ｎｏｔｅｓ／ｉａｎａ／ａｓｓｉｇｎｍｅｎｔｓ／ｍｅｄｉａ−ｔｙｐｅｓ／ｍｅｄｉａ−ｔｙｐｅｓに、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ）のメディア・コンテンツ・タイプが示されている。これは、この要素で使用される。この要素の値は、例えばｔｅｘｔ／ｘ−ｖｃａｒｄ， ｔｅｘｔ／ｖｃａｒｄ， ｔｅｘｔ／ｖｃａｌｅｎｄａｒ，またはｔｅｘｔ／ｖｃａｌｅｎｄａｒである。
【００５５】
ＣＴＶｅｒ． サポートされるコンテンツ・タイプのバージョンを定義する。コンテンツ・タイプが、例えばＭＩＭＥタイプがいくつかの異なるバージョンを有する場合、この要素は必須である（例えばｔｅｘｔ／ｈｔｍｌ １．１／１．２／１．３）。
【００５６】
Ｃｏｎｄｉｔｉｏｎ． パラメータや、同期の開始に関する状態を含み、例えば、同期を５時間ごとに開始するといったことを決定できる。
【００５７】
本発明の好ましい実施例によると、端末ＴＥに記憶されたデータベースＤＢに関する先のデータに対して、追加をしたり、設定メッセージのデータに基づいて新しいデータに置き換えたりすることもできる。よって、設定メッセージには好適には、関係する新しいデータか、差し替えデータか、追加データかを判断するフィールドがある。このフィールドによって、端末ＴＥが正しく設定メッセージのデータを記憶できる。この例を実行するためには、例えば＜ｒｅｐｌａｃｅ／＞、＜ａｄｄ／＞、＜ｎｅｗ／＞といった別のタグを、ルート要素ＳｙｎｃＳｅｔｔｉｎｇｓの下位で使用できる。
【００５８】
この要素は、決して上記の要素に限定されず、そのアプリケーションもＸＭＬ形式に限定されず、例えばＨＴＭＬ形式の設定メッセージのデータを送信することもできる。付属２は上記ＤＴＤの要素を含む設定メッセージの平文のＸＭＬサンプルを示す。
【００５９】
上記の要素は、本発明の好ましい実施例に基づいて、ＷＡＰ規格に関するリファレンスを含む（よって同期はＷＳＰプロトコルを用いて好ましく実行される）が、設定メッセージの送信はこれに限定されない。ＨＴＴＰやＯＢＥＸの規格及びこのような規格でサポートされる下位層の通信技術を使用できる。
【００６０】
本発明の好ましい実施例によると、無線電気通信システムに接続された同期サーバＳ設定メッセージをバイナリのＷＢＸＭＬ（無線バイナリＸＭＬ）形式に符号化する（ステップ３０１）。ＸＭＬ形式の文書は、ＷＢＸＭＬ形式（またはＨＴＭＬ形式）に変換できる。ＷＢＸＭＬ形式を用いると、要求されるデータ通信容量を減らせるという利点が生まれる。この利点は無線インターフェースの通信において特に有利である。ＷＢＸＭＬ形式は、設定メッセージが、例えばショート・メッセージ・サービスＳＭＳのような、データ通信容量の限られたメカニズムを利用して送信される場合に好ましい。付属３は、上記要素をＷＢＸＭＬ形式に貼り付けるためのトークンの割当てを表す。
【００６１】
ＷＡＰプロトコルのプッシュ・サービスを用いた通信の場合、設定メッセージは所定のＷＤＰ（Ｗｉｒｅｌｅｓｓ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ：無線データグラム・プロトコル）のポートに割り当てられる。端末ＴＥはこのポートをリスニングしなければならない。下位層での通信は、ＷＡＰプロトコルがサポートする任意の通信プロトコル、例えば、ＳＭＳや他の信号伝達型の通信方式（例えばＵＳＳＤ：Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ）、又は回線交換データ呼び出しやパケット・データ通信サービス等、を用いて行うことができる。
【００６２】
当業者にとって、技術の発展として、本発明の基本的な思想が複数の方法で実行できることは明らかである。従って、本発明と実施例は上記の例に限定されず、請求の範囲内で変更することができる。
【００６３】
【表５】

【００６４】
付属書２．

【００６５】
【表６】

【図面の簡単な説明】
【００６６】
【図１】図１はＳｙｎｃＭＬ同期プロトコルによる同期を示す図である。
【図２】図２は無線ネットワーク及びローカル・エリア・ネットワークを示す図である。
【図３】図３は本発明の好ましい実施例による方法を示す図である。
【図４】図４は本発明の好ましい実施例による設定メッセージを示す図である。

Claims (22)

1. 少なくともひとつの端末と、少なくともひとつの同期サーバと、端末にある第一のデータベースと、第二のデータベースとを有するネットワーク・システムにおける少なくともひとつのアプリケーションのデータ同期を行う方法であって、
   同期接続は端末−同期サーバ間で同期のために行われ、
   アプリケーション・データの同期に要求されるデータであって、少なくとも第二のデータベースの設定を含むデータを含む設定メッセージを生成し、
   前記設定メッセージを同期サーバから端末へ送信し、
   構築された同期接続および該データの少なくとも一部によって同期を初期化し、
   前記データの少なくとも一部によって、少なくとも第一のデータベースと第二のデータベースのデータを同期させることを特徴とする、データ同期方法。
2. 前記少なくとも第二のデータベースの設定は、少なくとも第二のデータベースの名前、サポートされるコンテンツ・タイプに関するデータ、ＵＲＩ指定子等のアドレス、を含み、
   第二のデータベースのデータを同期させる要求に対する応答として、端末から同期サーバへのデータ同期を行う前に、同期セッションの初期化において少なくとも前記アドレスを送信することを特徴とする、請求項１に記載の方法。
3. 前記データがさらにユーザ・テキストを含み、前記ユーザ・テキストは端末のユーザに表示されることを特徴とする、請求項１または２に記載の方法。
4. 前記データはさらに同期のタイミングを決める設定を有し、
   同期接続および同期の初期化は、前記設定に従った時間に端末から開始することを特徴とする、請求項１〜３のいずれか一つに記載の方法。
5. 前記設定メッセージは、前記データが新しいか、前のデータを置き換えるのか、補足的かを判断する、少なくともひとつのフィールドを有することを特徴とする、請求項１〜４のいずれか一つに記載の方法。
6. 前記設定メッセージが、バイナリ形式またはテキスト形式のＸＭＬ文書であることを特徴とした、請求項１〜５のいずれか一つに記載の方法。
7. 前記設定メッセージはＳＭＳ、ＯＢＥＸ、ＨＴＴＰまたはＷＡＰのいずれか一つ以上のプロトコルを用いて送信されることを特徴とする、請求項１〜６のいずれか一つに記載の方法。
8. 同期サーバと無線端末との通信をＷＡＰプロトコル・スタックに基づいて行い、
   同期セッションの初期化おとび同期は、ＷＡＰプロトコル・スタックの最上位で実行されるＳｙｎｃＭＬ同期プロトコルに基づいて実行されることを特徴とした、請求項１〜７のいずれか一つに記載の方法。
9. 前記データは複数のデータベースの設定を有し、
   少なくとも第一のデータベースおよび前記複数のデータベースのデータ同期が前記データの少なくとも一部を利用して行われることを特徴とする、請求項１〜９のいずれか一つに記載の方法。
10. 少なくともひとつの端末と、少なくともひとつの同期サーバと、端末にある第一のデータベースと、第二のデータベースで構成され、
    端末および同期サーバは、同期を実行するために端末と同期サーバとの間に同期接続を確立するよう構成された電気通信システムであって、
    同期サーバはアプリケーション・データの同期に必要なデータであって、少なくとも第二のデータベースの設定を含むデータを有する設定メッセージを生成し、
    同期サーバは前記設定メッセージを端末に送信し、
    端末および同期サーバは、構築された同期接続および前記データの少なくとも一部を利用して同期を初期化し、
    同期サーバは、前記データの少なくとも一部を利用して、少なくとも第一のデータベースおよび第二のデータベースのデータを同期することを特徴とする、電気通信システム。
11. 前記データが、
    − 同期開始のタイミングに関する設定、
    − 少なくとも第二のデータベースの名前およびアドレス、およびそれらがサポートするコンテンツ・タイプのデータ、
    − 端末でユーザに表示されるユーザ・テキスト、
    − 同期サーバの情報、
    の、少なくとも一つを含んでいることを特徴とする、請求項１０に記載の電気通信システム。
12. 少なくとも端末側の第一のデータベースおよび第二のデータベースのアプリケーション・データを同期する手段を有する同期サーバであって、
    前記同期サーバがさらに、
    アプリケーション・データの同期に必要なデータであって、少なくとも第二のデータベースの設定を含むデータを有する設定メッセージを生成し、
    同期サーバから前記設定メッセージを端末に送信し、
    構築された同期接続および初期化中に端末から送信された前記データの少なくとも一部を利用して同期を初期化し、
    前記データの少なくとも一部を利用して、少なくとも第一のデータベースおよび第二のデータベースのデータを同期させることを特徴とする、同期サーバ。
13. 前記データが、
    − 同期開始のタイミングに関する設定、
    − 少なくとも第二のデータベースの名前およびアドレス、およびそれらがサポートするコンテンツ・タイプのデータ、
    − 端末でユーザに表示されるユーザ・テキスト、
    − 同期サーバの情報、
    の、すくなくとも一つを含んでいることを特徴とする、請求項１２に記載の同期サーバ。
14. 少なくともひとつの同期サーバと第二のデータベースをもって、電気通信装置の第一のデータベースのアプリケーション・データを同期させる手段を有し、同期サーバとの間の同期接続を確立して同期を行う電気通信装置であって、
    前記電気通信装置はさらに、
    アプリケーション・データの同期に必要なデータであって、少なくとも第二のデータベースの設定を含むデータを有する少なくともひとつの設定メッセージを同期サーバから受信し、
    前記データを自身のメモリに記憶し、
    少なくとも前記データの一部を利用して同期サーバで同期を初期化する電気通信装置。
15. 前記データがさらに同期のタイミングを定義するデータを有し、
    電気通信装置が、同期接続の確立と同期の初期化を前記設定に基づいた時間に開始することを特徴とする、請求項１４に記載の電気通信装置。
16. 前記データがさらにユーザ・テキストを含み、
    電気送信装置は電気通信システムのユーザに対してユーザ・テキスト表示することを特徴とする、請求項１４または１５に記載の電気通信装置。
17. 少なくとも第二のデータベースの設定は、少なくともデータベースの名前、サポートされるコンテンツ・タイプに関するデータ、ＵＲＩ指示子等のアドレスを含み、
    電気通信機器は、同期の初期化において、前記データベースのデータを同期する必要に応じて、少なくとも前記アドレスを同期サーバに送信することを特徴とした、請求項１４〜１６のいずれか一つに記載の電気通信機器。
18. 該電気通信装置は無線であり、ＷＡＰプロトコルと、ＷＡＰプロトコルの最上位に実装されるＳｙｎｃＭＬ同期プロトコルをサポートし、
    該電気通信装置はＷＡＰプロトコルを用いて同期サーバと通信を行い、
    該電気通信装置のクライアント・エージェントは同期サーバのサーバ・エージェントとＳｙｎｃＭＬ同期プロトコルに基づいて通信を行うことを特徴とする、請求項１４〜１７のいずれか一つに記載の電気通信機器。
19. 少なくとも第一のデータベースを有する電気通信装置の内部メモリにロード可能で、該電気通信装置において実行されるコードを含んだコンピュータ・プログラムであって、該電気通信装置は、該コードによって同期を実行するために、該電気通信装置と同期サーバとの間に同期接続を行い、
    該コードによって該電気通信装置はさらに、
    アプリケーション・データ同期のために必要なデータであって、少なくとも第二のデータベースの設定を含んだデータを有する少なくともひとつの設定メッセージを受信し、
    該データを自身のメモリに記憶し、
    少なくとも前記データの一部を利用して同期サーバで同期を初期化することを特徴とする、コンピュータプログラム。
20. コンピュータで読み込み可能なデータ記憶媒体であって、該データ記憶媒体は請求項１９に記載のコンピュータ・プログラムを有することを特徴とする、データ記憶媒体。
21. 同期サーバとして機能するコンピュータの内部メモリにロード可能なコンピュータ・プログラムであって、
    前記コンピュータ・プログラムは同期サーバで実行されるコードを含み、該コードによって同期サーバが、
    アプリケーション・データの同期に要求されるデータであって、少なくとも第二のデータベースの設定を含むデータを含んだ設定メッセージを生成し、
    前記設定メッセージを同期サーバから少なくともひとつの端末に送信し、
    構築された同期接続と、初期化中に端末が送信する前記データの少なくとも一部を利用して同期を初期化し、
    少なくとも該データの一部を利用して、少なくとも第一のデータベースおよび第二のデータベースのデータを同期することを特徴とするコンピュータ・プログラム。
22. コンピュータで読み込み可能なデータ記憶媒体であって、
    該データ記憶媒体は請求項２１に記載のコンピュータ・プログラムを有することを特徴とする、データ記憶媒体。

Images