(57)【要約】本発明は、データベースの同期を扱う。第１のデータベース（ＤＢ１）は、例えば、第１のシステム（ＭＯＢ）と通信するスマートカード（ＣＡＲ）のような取り外し可能な装置に格納される。同じ性質の第２のデータベース（ＤＢ２）は、前述の第１のシステムと通信する第２のシステム（ＰＤＡ）内に格納されている。前述の第１及び第２のシステム（ＭＯＢ、ＰＤＡ）は、前述の２つのシステムの前述の２つのデータベース間で行われた最後のデータベースの同期を定義する同期オブジェクトを生成することができる手段を含む。第１のデータベース（ＤＢ１）と第２のデータベース（ＤＢ２）との各同期ステップの後に、取り外し可能な装置（ＣＡＲ）の外部プログラムは、同期オブジェクトを前述の第１のデータベースに設定するためのコマンドを該取り外し可能な装置（ＣＡＲ）に送り、前述の同期オブジェクトは、同期された第２のデータベース（ＤＢ２）にも適合するものである。
2005534099.tif 000002
【特許請求の範囲】
【請求項１】
２つのデータベースのうちの少なくとも１つ（ＤＢ１）が、システム（ＭＯＢ、ＰＤＡ）と通信する取り外し可能な装置、特に、スマートカード（ＣＡＲ）内に格納された、同じ性質の２つの異なるデータベース（ＤＢ１、ＤＢ２）に格納されたデータを同期させる方法であって、データベースを同期させる目的のために、前記取り外し可能な装置（ＣＡＲ）の外部にあるプログラムが、同期オブジェクトを前記第１のデータベース（ＤＢ１）に設定するためのコマンドを該取り外し可能な装置（ＣＡＲ）に送り、前記同期オブジェクトは、前記第１のデータベースに作用するものであり、前記同期オブジェクトはまた、前記２つのデータベース間の同期ステップが首尾よく行われた場合には、第２のデータベースにも作用するようになり、前記オブジェクトが、該２つのデータベース（ＤＢ１、ＤＢ２）間で行われた最後のデータベースの同期を定義することを特徴とする方法。
【請求項２】
後の同期プロセスが、前記第１及び第２のデータベース（ＤＢ１、ＤＢ２）間で行われなければならない場合には、前記第１のデータベースに作用する同期オブジェクトを読み取り、これを、前記第２のデータベース（ＤＢ２）に作用するオブジェクトと比較するステップを含み、これらのオブジェクトが作用する場合には、一方のデータベースにより修正された記録の各々が、他方のデータベースにおいても修正されることを特徴とする請求項１に記載の方法。
【請求項３】
システムが、同期ステップを開始した場合に、前記取り外し可能な装置（ＣＡＲ）に対して、前記第１のデータベース（ＤＢ１）と前記第２のデータベース（ＤＢ２）とのデータの新しい同期を知らせるステップを含み、次いで、該取り外し可能な装置（ＣＡＲ）は、このデータベースが、この第２のデータベース（ＤＢ２）と同期された最後のときを定義する現在の同期オブジェクトが存在する場合にはこの同期オブジェクトに応答し、さらに、将来の使用のために、この現在の同期の終了後に、データベースの状態を定義する新しい同期オブジェクトを提案することを特徴とする請求項２に記載の方法。
【請求項４】
前記外部プログラムが、前記最後の同期オブジェクトの後に発生した前記第１のデータベース（ＤＢ１）の修正を要求し、前記取り外し可能な装置が、修正されたか、加えられたか、又は削除されたデータベース項目の識別子により応答することを特徴とする請求項１に記載の方法。
【請求項５】
前記装置（ＭＯＢ）が、前記取り外し可能な装置（ＣＡＲ）のメモリのローカルコピーを使用して、データベースのコンテンツを取得し、データ同期プロセスを継続することができることを特徴とする請求項４に記載の方法。
【請求項６】
前記装置（ＭＯＢ）が、前記取り外し可能な装置（ＣＡＲ）に対して、同期が首尾よく行われたことを知らせ、該取り外し可能な装置が、前記最後の同期オブジェクトを現在の同期の後のさらに別の修正を検知できる新しいもので置き換えることを特徴とする請求項１ないし請求項３までに記載の方法。
【請求項７】
前記同期オブジェクトが、前記取り外し可能な装置（ＣＡＲ）において生成された乱数であることを特徴とする請求項１に記載の方法。
【請求項８】
システム（ＭＯＢ、ＰＤＡ）と通信可能であり、第１のデータベース（ＤＢ１）と同じ性質の第２のデータベース（ＤＢ２）とを同期されることができる取り外し可能な装置、特にスマートカード（ＣＡＲ）であって、同期ステップが前記２つのデータベース（ＤＢ１、ＤＢ２）の間で開始された場合には、前記第１のデータベースに作用する同期オブジェクトを該第１のデータベースに対して設定することを要求する、外部システムにより開始されるコマンドを受け取るための手段を含み、前記同期オブジェクトは、前記２つのデータベース間の同期ステップが首尾よく行われた場合には、前記第２のデータベースにも作用するようになり、該オブジェクトが、該２つのデータベース間で行われた最後のデータベースの同期を定義するようになったことを特徴とする取り外し可能な装置。
【請求項９】
同じ性質の第２のデータベース（ＤＢ２）と同期されるべき第１のデータベース（ＤＢ１）を含む取り外し可能な装置（ＣＡＲ）、特にスマートカード（ＣＡＲ）と通信可能なシステム（ＭＯＢ）であって、前記２つのデータベース（ＤＢ１、ＤＢ２）間で同期ステップが開始されるごとに、同期オブジェクトを前記データベース（ＤＢ１）に設定して、前記同期オブジェクトを該第１のデータベースに作用させるためのプログラムを含み、この同期オブジェクトは、該２つのデータベース間で同期ステップが首尾よく行われた場合には、前記第２のデータベースにも作用するようになり、前記オブジェクトが、前記２つのシステムの該２のデータベース間で行われた最後のデータベースの同期を定義するようになったことを特徴とするシステム。
【請求項１０】
第２のデータベース（ＤＢ２）と同期されるべき第１のデータベース（ＤＢ１）を格納する取り外し可能な装置と通信可能なシステムのためのコンピュータプログラム製品であって、前記コンピュータプログラム製品が命令の組を含み、前記命令の組が前記システムにロードされ、該システムを実行させて、同期が、前記第１のデータベース（ＤＢ１）と前記第２のデータベース（ＤＢ２）との間で開始された場合には、該第１のデータベース（ＤＢ１）に作用する同期オブジェクトを該第１のデータベース（ＤＢ１）に設定するためのコマンド［ＳＬＢ７］が該取り外し可能な装置（ＣＡＲ）に送られる設定ステップを含み、前記同期オブジェクトは、前記２つのデータベース間の同期ステップが首尾よく行われた場合には、第２のデータベース（ＤＢ２）にも作用するようになり、該オブジェクトが、該２つのデータベース（ＤＢ１、ＤＢ２）間で行われた最後のデータベースの同期を定義し、これらの２つのデータベース（ＤＢ１、ＤＢ２）間での将来の同期ステップにおいて用いられるようになることを特徴とするコンピュータプログラム製品。
【請求項１１】
システム（ＭＯＢ）と通信可能であり、第２のデータベース（ＤＢ２）と同期されるべき第１のデータベース（ＤＢ１）を格納する取り外し可能な装置（ＣＡＲ）のためのコンピュータプログラム製品であって、前記コンピュータプログラム製品が命令の組を含み、前記命令の組が前記システムにロードされ、該取り外し可能な装置（ＣＡＲ）を実行させて、同期が、前記第１のデータベース（ＤＢ１）と前記第２のデータベース（ＤＢ２）との間で開始された場合には、
−前記取り外し可能な装置が、同期オブジェクトを設定する機能を有するコマンドを、外部システムから受け取る受け取りステップと、
−前記プログラムが、前記第１のデータベース（ＤＢ１）に作用するべき同期オブジェクトの生成を設定するコマンドを実行する実行ステップとを含み、
前記同期オブジェクトは、前記２つのデータベース間で同期ステップが首尾よく行われた場合には、前記第２のデータベース（ＤＢ２）にも作用するようになり、前記オブジェクトが、前記２つのシステムの該２つのデータベース間で行われた最後のデータベースの同期を定義するようになったことを特徴とするコンピュータプログラム製品。
【請求項１２】
前記同期オブジェクトが乱数を含むことを特徴とする請求項１１に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信システムに関し、特に、データベースの同期を与える技術に関する。同期とは、２つのデータの集合間で等価性を確立する行為であり、一方の集合における各データ項目が他方の集合におけるデータ項目にマップされ、各項目及びそのそれぞれのマッピングは、同じであるか、等価であるか、又は所定の必要条件に対応するコンテンツを有する。
本発明は、特に、異なる端末の中に挿入することができるＳＩＭ（加入者識別モジュール）スマートカードのような取り外し可能な装置に適用される。
本発明の内容においては、データベースは、データコンテナとして理解されるものとする（例えば、テーブル、ファイル、．．．）。この構造については、どのような仮定も不要である。
同じように、項目とは、データベースの特定のデータである（例えば、ファイルの記録、テーブルの行、．．．）。
【背景技術】
【０００２】
同期プロトコルは、一般にはクライアントである第１のシステムが所有するデータベースのコンテンツを、一般にはサーバである第２のシステムが所有する別のデータベースのコンテンツと同期させるのに用いられる。両方のシステムは、接続することができ、異なる転送／セッション・プロトコル（例えば、ＨＴＴＰ（ハイパーテキスト転送プロトコル）、ＷＳＰ（無線セッション・プロトコル））を用いて、メッセージ（同期メッセージ）を交換することができる。
【０００３】
同期原理は、基本的には以下の通りである。
−第１に、クライアントシステム及びサーバシステムが、幾つかの初期同期パラメータを構成する（例えば、どのデータベースが同期されることになるか、同期の形式．．．）。
−第２に、一方（第１のシステム）が、これらのデータベースがこれら自体の間において最後に発生された変更（追加、修正．．．）を送る。これらの変更は、多くの場合に、ＣｈａｎｇｅＬｏｇファイルと呼ばれるファイル内に格納される。
−次いで、第２のシステムは、受け取ったｃｈａｎｇｅＬｏｇを処理し（必要に応じて、そのデータベースを修正し）、これ自体のｃｈａｎｇｅＬｏｇを第１のシステムに送る。
−ｃｈａｎｇｅＬｏｇの受け取りに続いて、第１のシステムは、必要に応じて、そのデータベースを変更する。
−次いで、両方のシステムが、必要に応じて、確認その他の最終決定メッセージを交換して、同期プロセスを終了する。
【０００４】
上述のプロセスにおいては、第１のシステムを携帯電話とし、第２のシステムを個人用補助装置とすることができる。修正は、さらに、携帯電話に連結されたＳＩＭカードにおいて発生することもある。この場合には、ＳＩＭにおいて発生するすべての修正は、第１のシステムに含まれているＣｈａｎｇｅＬｏｇファイルに格納される。それにもかかわらず、スマートカードの同期ソリューションを定義しようとする場合には、２つの重要な事実を考慮しなければならない。
−スマートカードは、異なるシステムの中に挿入することができる取り外し可能な装置であること。
−スマートカードのコンテンツは、異なる移送モードを用いる、異なるシステムによりアクセスできかつ修正できること（端末からのＡＰＤＵ（アプリケーション・プロトコル・データユニット）コマンドによって、無線（ＯＴＡ）コマンドによってなど）。
【０００５】
これらの２つの事実は、明らかな初期結果を有する。
−同期目的においては、スマートカードのメモリの取り付け及び制御は、固有のシステムによるものではないため、これを１つのシステムによりアクセスされる単一メモリとして管理することができない。
−さらに、リソース（メモリ、処理又は通信能力）がないために、スマートカードは、完全な同期プロトコルをサポートすることができない。具体的には、携帯電話又は個人用補助装置のようなシステムとは対照的に、スマートカードは、そのコンテンツの修正に対する日付を入れるクロックをもたない。
【発明の開示】
【０００６】
本発明の主な目的は、それ自体の修正を管理し、従来技術におけるように、携帯電話内に格納されたコピー又は対応するＣｈａｎｇｅＬｏｇを用いる代わりに、スマートカード自体に格納されたデータベース間での同期を確実にするスマートカードを提供することである。
【０００７】
本発明によれば、データベースの同期目的においては、取り外し可能な装置の外部プログラムは、第１のデータベースに作用する同期オブジェクトを該第１のデータベースに設定するためのコマンドを該取り外し可能装置に送り、前述の同期オブジェクトは、２つのデータベース間の同期ステップが首尾よく行われた場合には、第２のデータベースにも作用し、前述のオブジェクトが、前述の２つのデータベース間で行われた最後のデータベースの同期を定義する。
【０００８】
このようにして、同期オブジェクトは、スマートカード内のデータベースにリンクされ、この同期オブジェクトは、該スマートカードの外部システム内に格納された外部プログラムにより設定されたものであり、このシステムには、データベースの同期を行うのに必要なリソースがある。したがって、本発明により、スマートカードは、あらゆる装置に挿入することができ、そのコンテンツが修正されたシステムとは独立して、そのデータベースの同期を確実にする。
【０００９】
本発明は、例として与えられる以下の説明を読み、添付図面を参照することによって、より容易に理解されるであろう。
【発明を実施するための最良の形態】
【００１０】
図１は、携帯電話ＭＯＢに連結されたＳＩＭカードＣＡＲを含むシステムＳＹＳの概略図である。この例においては、このシステムＳＹＳは、さらに、ネットワークＩＦＲにより携帯電話と通信するデジタル補助装置（ＰＤＡ）を含む。このネットワークは、例えば、赤外線接続とすることができる。
【００１１】
この例においては、カードＣＡＲは、データベースＤＢ１を格納し、補助装置がデータベース２を格納する。別の例においては、第２のデータベースは、スマートカードＣＡＲ自体の中に格納することができる。
【００１２】
この例においては、携帯電話ＭＯＢは、例えば、ユーザの要求の下で、共に赤外線ポートにより接続された、データベースＤＢ１を補助装置データベースＤＢ２と同期させることを望む。
【００１３】
この例においては、各々のデータベースＤＢ１及びＤＢ２は、同じ性質のファイルである。より具体的には、同期されるべきデータベースＤＢ１は、ユーザのカードＣＡＲのファイルＥＦ（基本ファイル）内に含まれたユーザの電話帳である。
【００１４】
一般には、携帯電話装置ＭＯＢは、標準的なＴ＝０プロトコルにおいて、ＡＰＤＵメッセージを用いて、スマートカードをインターロゲートすることができる。我々は、このプロトコルについてさらに説明するために、この標準に言及する。
【００１５】
本発明によれば、スマートカードは、同期オブジェクトの管理及び修正の検知をサポートする。この例においては、スマートカードに対するアクセスを有する携帯電話ＭＯＢは、同期オブジェクト及び修正の検知に関する情報を取得し活用するのに３つのコマンドを有する。
【００１６】
同期オブジェクトは、データベースにリンクされて、特定の装置との首尾よい同期の後に、データベースの特定の状態を表わす。
【００１７】
この例においては、仮に、ＮｅｗＳｙｎｃ、ＧｅｔＣｈａｎｇｅｓ、ＳｔｏｒｅＳｙｎｃと名づけられた３つの新しいコマンドがある。これらのコマンドの機能は、以下に説明される。
【００１８】
ＮｅｗＳｙｎｃ：このコマンドにより、携帯電話ＭＯＢは、スマートカードに対して、その一方のデータベースＤＢ１と第２のデータベース（ＤＢ２）とのデータの新しい同期を行わなければならないことを知らせる。スマートカードは、このデータベースＤＢ１が、データベースＤＢ２と同期された最後のときを定義する、存在するのであれば、データベースＤＢに適合する同期オブジェクトの識別子により応答する。（同期オブジェクトは「最後の同期オブジェクト」と呼ばれる）。さらに、この現在の同期の後に、データベースの状態を定義する新しい同期オブジェクトを提案することが好ましい（「新しい同期オブジェクト」）。
【００１９】
ＧｅｔＣｈａｎｇｅｓ：このコマンドにより、携帯電話ＭＯＢは、最後の同期オブジェクトの後に発生したデータベースＤＢ１の修正を要求する。スマートカードＣＡＲＤは、修正されたか、加えられたか、又は削除されたデータベース項目の識別子により応答する。識別子だけが戻されることが好ましい。したがって、必要に応じて、携帯電話ＭＯＢは、そのスマートカードのメモリのローカルコピーを使用して、同期プロトコルを継続することができる。
【００２０】
ＳｔｏｒｅＳｙｎｃ：このコマンドにより、携帯電話ＭＯＢは、同期が行われたことをスマートカードＣＡＲに知らせる。（変更は、装置により管理される同期プロトコルに従って、スマートカード内で発生することがある）。
【００２１】
スマートカードＣＡＲは、最後の同期オブジェクトを、新しいものと置き換えて、今後は、データベースＤＢ１内のさらに別の修正を検知できるようになる。
【００２２】
これら３つのコマンドにより、スマードカードＣＡＲは、前に定義された問題及び制限を考慮しながら、該スマートカード内に格納されたデータの同期を行うのに必要な一組の作動を与える。
【００２３】
本発明を表わす、異なるステップ（ステップ１からステップ４）は、本発明のよりよい理解を与えるであろう。
【００２４】
ステップ１
同期プロトコルを開始する前に、携帯電話ＭＯＢは、スマートカードＣＡＲに対して、同期されるべきＰＤＡの識別子及びファイルＤＢ１の名前又は識別子をもつＮｅｗＳｙｎｃコマンドを送る。スマートカードは、かつて、「０４０１２００２１３１４１２」という名前の同期オブジェクトによって、同じＰＤＡとの同期が以前に行われたことを思い出す。この例においては、カードは、最後の同期オブジェクト識別子を送り戻して、新しい同期オブジェクトの識別子「０５２２００２１３１４１２」を提案する。
【００２５】
ステップ２
今度は、携帯電話ＭＯＢは、利用可能な同期プロトコルの１つを用いて、補助装置との同期プロセスを開始する。携帯電話ＭＯＢは、対応する初期化メッセージを交換することにより、ＰＤＡとのデータの同期を開始することができる。
【００２６】
スマートカードＣＡＲにより与えられる最後の同期オブジェクトは、以下の場合には、ＰＤＡ内に格納された最後の同期オブジェクトと比較されるべき同期プロトコルにおいて用いることができる。
−同期オブジェクトが適合しない場合（又は、どれも存在しない場合）には、完全な同期が同期プロトコルにより要求される。これは、両方の装置が（ＡＤＮファイルの）すべてのデータを交換しなければならないことを意味する。この場合においては、使用又は修正登録は必要ない。すべてのデータベースのコンテンツは、修正された（加えられた）と仮定される。この場合においては、携帯電話ＭＯＢは、同期オブジェクトを前述の第１のデータベース（ＤＢ１）に設定するためのコマンド［ＳＬＢ３］をカード（ＣＡＲ）に送り、前述の同期オブジェクトは、そのコンテンツがデータベース（ＤＢ１）と同期された第２のデータベース（ＤＢ２）に適合するものである。次いで、この場合においては、同期プロセスは終了する。設定ステップは、同期オブジェクトの生成が要求される構成ステップである。
−２つの最後の同期オブジェクトが適合する場合には、首尾よい同期が過去に行われたことを意味し、したがって、両方の装置は、この最後の同期の後に発生した修正だけを交換すればよい。この場合においては、ステップ３がこれに続く。
【００２７】
ステップ３
携帯装置は、スマートカードをインターロゲートして、最後のオブジェクトが設定された瞬間の後に発生した変更について知ることができる。これは、ＧｅｔＣｈａｎｇｅｓコマンドを送り、スマートカードは、修正リストにより応答する（例えば、「記録１及び記録２追加、記録４修正、記録７削除」）。携帯装置ＭＯＢは、次いで、後続するコマンドを実行して、修正の結果は何であったかを知ることができる。例えば、これは、記録４を読み込んで、その値を知ることができる（これがローカルコピー内にある場合には不可能であることもある）。
【００２８】
このステップにおいては、携帯電話ＭＯＢ及び補助装置は、用いられる同期プロトコルに従って、これらの修正を交換する。
【００２９】
必要なデータがすべて手に入った後は、同期プロトコルを継続して、クライアントにより修正された後続するメッセージを送り、最終的には、サーバによる修正を受け取って実行することができる。
【００３０】
ステップ４
同期プロトコルが終了すると、携帯電話ＭＯＢは、ＳｔｏｒｅＳｙｎｃコマンドをスマートカードに送って、新しい同期オブジェクトを設定する。このコマンドが実行されると、スマートカードは、今後実行される変更を検知できるようになる。
【００３１】
スマートカードは、将来の同じＰＤＡとの同期のために、アクティブな同期オブジェクトを、最後の同期オブジェクトとして格納する。この後、スマートカードは、将来の同期におけるコマンドに続く、この瞬間の後に実行される変更を検知できるようになる。
【００３２】
幾つかの付加的なコメントをこの例に加えることができる。
−スマートカードを別の携帯電話ＭＯＢの中に挿入し、再び同じＰＤＡと同期させようとする場合には、変更の検知及び同期オブジェクトの管理は、該スマートカードが挿入されたシステムとは独立しているため、同期を行うことができる。
−有利なことに、両方の装置の同期は、同期手順に含まれる３つのコマンドは、同期プロトコルに対して、好ましくはどのような特定の必要条件も強制しないため、これらによりサポートされるどのプロトコルにおいても行うことができる。
【００３３】
−スマートカード及びこの例において示されたような３つの新しい同期コマンドに対するアクセスを有するあらゆる他の装置も、携帯電話の代わりに用いることができる（例えば、ＯＴＡサーバ）。
−定義された方法を用いて、さらに、スマートカードのデータを携帯装置におけるスマートカードのデータのローカルコピーと同期させることができる。これは、スマートカードと携帯装置との間のローカルな同期である。
【００３４】
一般には、本発明は、幾つかの興味深い特徴を与える。
説明された本発明においては、データベースの同期目的においては、外部プログラムが取り外し可能な装置における同期オブジェクトを読み取り、これを第２のデータベースに適合する同期オブジェクトと比較し、これら、及びこの結果の機能を比較して、データベースにおけるデータを同期させることがわかった。外部プログラムは、携帯電話内に配置されていてもよいし、又はこの携帯電話と通信する別のシステムの中に配置されていてもよい。したがって、将来、同期プロセスが、第１及び第２のデータベース（ＤＢ１、ＤＢ２）間で行われなければならない場合には、同期オブジェクトは、前述の２つのデータベース（ＤＢ１、ＤＢ２）間で行われた最後のデータベースの同期を定義するため、この同期オブジェクトが用いられる。
【００３５】
さらに、同期ステップを開始するためには、第１のシステム（ＭＯＢ）は、取り外し可能な装置ＣＡＲに対して、その一方のデータベースと別のシステム（ＰＤＡ）とのデータの新しい同期が行われることを知らせ、次いで、該取り外し可能な装置ＣＡＲが、存在するのであれば、現在の同期オブジェクトにより応答し、このデータベースがこのシステムＰＤＡと同期された最後のときを定義し、さらに、将来の使用のために、新しい同期オブジェクトを提案し、現在の同期の後に、データベースの状態を定義することがわかった。古い同期オブジェクト及び新しいし同期オブジェクトは、同じメッセージにおいて送ってもよいし、又は、２つの異なるメッセージにおいて送ってもよい。
【００３６】
さらに、第１の装置ＭＯＢが、最後の同期オブジェクトの後に発生したデータベースの修正を要求した場合には、取り外し可能な装置は、修正されたか、加えられたか、又は削除されたデータベース項目の識別子により応答することがわかった。データベース項目の識別子だけが戻されることが好ましく、装置ＭＯＢは、その取り外し可能な装置のＣＡＲメモリのローカルコピーを使用して、データベースのコンテンツを取得し、データの同期プロセスを継続することができる。
【００３７】
さらに、装置ＭＯＢは、取り外し可能な装置ＭＯＢに対して、同期が行われたことを知らせることが好ましいことがわかった。取り外し可能な装置は、最後の同期オブジェクトを新しいものと置き換え、この新しい同期オブジェクトは、最後の同期の後のさらに別の修正を検知することができる。
【００３８】
携帯電話ＭＯＢは、情報のために、同期されるべき装置の識別子及びデータベースの名前をもつコマンドを取り外し可能な装置に送ることが好ましい。
【００３９】
本発明は、さらに、取り外し可能な装置、具体的には、スマートカードＣＡＲを扱う。前述のデータベースＤＢ１と前述の第２のデータベースＤＢ２との各々の同期ステップの後に、スマートカードは外部装置により開始され、同期オブジェクトを、前述の第１のデータベースに設定することを要求するコマンドを受け取り、前述の同期オブジェクトは、そのコンテンツがデータベースＤＢ１と同期された外側の第２のデータベース（ＤＢ２）にも適合するものである。
【００４０】
本発明は、さらに、取り外し可能な装置ＣＡＲと通信することができるシステムＭＯＢを扱う。このシステムは、２つのデータベース（ＤＢ１、ＤＢ２）間の同期が行われた場合には、前述の取り外し可能な装置ＣＡＲに対して、新しい同期オブジェクトを設定するためのコマンドを送るプログラムを含み、前述の新しい同期オブジェクトは、そのコンテンツがデータベースＤＢ１と同期された第２のデータベース（ＤＢ２）にも適合するものである。
【００４１】
したがって、本発明は、多くの利点を与えることがわかった。本発明は、その修正を管理する方法、及びスマートカードにアクセスするエンティティが何であっても、これらの方法にアクセスするインターフェースを与える。より易しく言うならば、スマートカードは、同期プロセスにおいて統合されるべき幾つかの要求される作動を行う。したがって、スマートカードは、完全なプロトコルをサポートすることができる。
【図面の簡単な説明】
【００４２】
【図１】本発明を適用することができるシステムの概略図である。
【図２】実例の異なるステップを示すアルゴリズムである。
【図１】
2005534099.tif 000003
【図２】
2005534099.tif 000004
【国際調査報告】
2005534099.tif 000005
2005534099.tif 000006
2005534099.tif 000007