JP2002149464A - データ転送および同期システム用のベースローリングエンジン - Google Patents

Abstract

(57)【要約】 【課題】 様々なタイプの装置の間で個人情報を同期さ
せること。 【解決手段】 第１データパッケージは、識別番号、ア
クション、複数のフィールドを有する。第２データパッ
ケージは第１トランザクションの後に続く第２トランザ
クションを有する。第２トランザクションは識別番号、
アクション、属性を持つフィールドを有する。ベースロ
ーリングエンジンは、第２トランザクションの識別番号
が第１トランザクションの識別番号に対応するか決定
し、第２トランザクションの識別番号が第１トランザク
ションのフィールドの１つと対応するか決定する。第１
および第２トランザクションの識別番号が対応し、第２
トランザクションのフィールドが第１トランザクション
のフィールドの１つに対応する際、第１および第２デー
タパッケージが結合される。結合データパッケージは第
２データパッケージに置き換わり、第１データパッケー
ジは消去される。

Description

【発明の詳細な説明】

【０００１】（関連出願への言及）本出願は、発明の名
称がすべて「データ転送および同期システム」である以
下に示す出願、すなわち、２０００年１月２５日出願の
米国特許出願第０９／４９０,５５０号、ならびに、２
０００年１月２６日出願の米国特許出願第０９／４９
１,６７５号および米国特許出願第０９／４９１,６９４
号についての一部継続出願である。

【０００２】（著作権の告示）本特許文書の一部には、
著作権保護を受ける題材が含まれている。著作権保持者
は、何人が米国特許商標庁の包袋または記録に現れてい
るような本特許文書すなわち本特許明細書をそのまま複
写することに対して意義を唱えないが、その代わりこれ
らについてすべての著作権を保有する。

【０００３】（技術分野）本発明は、データが各システ
ムで保持される形体とは無関係の２つのシステム間にお
けるデータ転送に関し、特に、システム間および装置間
においてデータ通信を行う効果的な手段を提供すること
に関する。

【０００４】（背景技術）パーソナルコンピュータまた
はワークステーションに限らず、計算に関連した装置が
進歩してきている。パーソナル計算装置のタイプおよび
フォーマットの両方が実質的に増えてきている。小型ハ
ンドヘルド計算装置は、連絡情報、個人的情報、文書情
報およびその他の情報を多数保持し、また、ユーザがフ
ァクシミリ通信、電子メールの送信およびその他の方法
によるワイヤレス通信を行うことができるよう十分に高
性能なものとなっている。発展した携帯電話であって
も、連絡情報を記憶し、ウェブをサーフィンし、テキス
トメッセージを供給するのに十分なメモリおよび処理能
力を有している。これらの装置がますます高性能となっ
ていることに加えて、これらの装置の間で情報を転送す
る必要性も同様に高くなってきている。

【０００５】様々な装置のタイプが多数売り出されてお
り、それらの様々な装置の間で情報を同期させることが
ますます課題となっている。例えば、ある人物が、特定
の個人情報管理アプリケーションを用いて、オフィスの
パーソナルコンピュータに日程情報を記憶させていると
する。この人物は、通常、それと同じ情報を、携帯電
話、ハンドヘルドオーガナイザ（hand-held organize
r）および多分家庭用パーソナルコンピュータで利用し
たいと思うであろう。そのうえ、その人物は、プレゼン
テーションまたは作業文書のような、オフィスのコンピ
ュータとの間で同期するファイルデータを必要とするノ
ートブックコンピュータを持っているかもしれない。

【０００６】今までは、文書間および個人情報マネージ
ャ間の両方で同期をとることは、装置間を直接接続する
ことにより、一般的には、ある装置における個人情報マ
ネージャと別の装置における個人情報マネージャのよう
なアプリケーションの間を直接接続することにより、ま
たは、中間同期マッピングプログラム（intermediarysy
nc-mapping program）を用いることにより、行われてき
た。

【０００７】このような同期の一例としては、3Com Pal
m（登録商標）シリーズ計算装置のような3Com Palm（登
録商標）ＯＳベースのオーガナイザを一般的に用いるも
のがある。このオーガナイザは、独自の日程システムを
用いるが、Symantec社ACT!、Microsoft社Outlook（登録
商標）およびその他のシステムのような様々な異なる個
人情報管理ソフトウェアパッケージを用いて、このオー
ガナイザ内のデータをユーザに同期させている。この例
では、Puma Technology社Intellisync（登録商標）のよ
うな中間同期プログラムが必要とされる。Intellisync
（登録商標）は、ハンドヘルド装置と、同型でないデー
タレコード間における情報データシステムおよびマップ
データシステムを記憶するコンピュータと、の両方で動
作するアプリケーションプログラムである。別の例で
は、Microsoft社Outlook（登録商標）のコンピュータベ
ースのクライアントとMicrosoft社Windows（登録商標）
CE "Pocket Outlook"アプリケーションとの間の転送の
ようなアプリケーション間の直接転送が可能である。そ
れにもかかわらず、上記両方の場合では、同期をとるこ
とは、パーソナルコンピュータとパーソナル計算装置と
の間を直接接続することにより行われる。このような接
続としては、一般的には、例えばクレードル（cradle）
におけるPalm（登録商標）をパーソナルコンピュータケ
ーブルにケーブルを介して直接接続するものがあり、こ
の接続はワイヤレスでも同様に行われる。

【０００８】これらの同期システムの１つの要素は、同
期処理が、特定のデータベースが変更される間の時間を
表現できなければならず、かつ、変更されたフィールド
を置換するかどうかについて決定しなくてはならない、
ということである。通常、これは、ある１つのデータベ
ースが変更されたことと、第２のデータベースが変更さ
れていないこととにより、測定される。両方のデータベ
ースが同期の間において変更される場合もいくらかあろ
う。この場合には、同期動作を行う際には、なされた２
つの変化のうちいずれを「勝ち（win）」とするのかを
決定し、同期をとる間、他方の変化を置換しなくてはな
らない。一般的には、競合（conflict）が存在するかど
うかを決定する決定物（determinant）によって、この
競合をユーザに解決させるいくつかの手段が与えられ
る。

【０００９】技術的には、この方法による同期は、一般
的には、システム間の全レコードをコピーすることによ
り達成される。あるレベルでは、ユーザは、一般的に
は、データフィールドを１つのアプリケーションから別
のアプリケーションにマッピングし、かつ、どのデータ
フィールドを異なる装置の対応するどこのフィールドに
割り当てるかを指定する必要がある。開発者がアプリケ
ーションの様々なプラットフォームをしっかりとサポー
トする場合には、マッピングはほとんど必要とされな
い。

【００１０】多くの例では、同期の対象となるデータ
は、一般的には、アドレスレコード、連絡情報、日程情
報、メモ、および、その他のタイプの連絡情報のような
テキストデータの形をとっている。ある例では、同期の
対象となるデータは、バイナリフォーマットの実行可能
ファイルまたはワードプロセッサに特化した文書であ
る。文書の同期が必要とされる多くの場合には、同期ル
ーチンによって、単に、対象となっている文書が変更さ
れたか否かを決定し、２つのファイルのうちいずれが新
しいかを決定するために、時間をベースにした表現を用
い、上記２つのファイルのうち古い方のファイルが実際
に変更されていなければ、同期を達成するために古い方
のファイルを新しい方のファイルに置換している。これ
は、Microsoft社のWindows（登録商標）に基づいたシス
テムにおけるよく知られた「ブリーフケース」で用いら
れているモデルである。両方のファイルが変更されてい
る場合には、ユーザは、競合を解決する選択権を同期ル
ーチンによって与えられる。一般的に、このような同期
方法は、同期リンクを介して転送すべき文書またはバイ
ナリファイルの全帯域を必要とするので、あまり効率的
なものではない。加えて、あるレベルでは、同期プログ
ラムは、異なるプログラム間に所定のフィールドをマッ
ピングするために、ユーザによる対話を必要とする。

【００１１】異なる計算装置間で同期をとることの難し
さの１つとして、アプリケーション同士およびプラット
フォーム同士が互いにいくらか異なっているということ
がある。これにもかかわらず、すべての同期プログラム
は、通常、広範囲に利用することができるようにするた
めに、所定の機能を必要とする。具体的には、同期プロ
グラムは、様々なプラットフォームにおいて普及したア
プリケーションを処理しなくてはならない。発生した同
期間において、異なる装置間における同一の情報が変更
される際には、同期アプリケーションは競合を解決しな
くてはならない。同期プログラムは、連絡情報、電子メ
ール、日程情報、メモもしくはその他の文書の形をとる
テキストデータであろうと、または、特定タイプのフォ
ーマットにより形成された文書またはプログラムの形を
とるバイナリデータであろうと、あらゆるタイプのフォ
ーマットにより形成されたデータについて、同期を行わ
なくてはならない。

【００１２】もっと広い意味では、全くタイプの異なる
装置間でデータを効果的に同期させるアプリケーション
によれば、例えばPalm（登録商標）計算装置のような個
人情報マネージャハードウェア装置と、パーソナルコン
ピュータとの間で独自の個人情報を同期させること以上
に、利益が得られる。個人情報管理（ＰＩＭ）装置とデ
スクトップシステムとの間においてデータ転送を確立す
る際にも顕著となる同じ目的は、異なるプラットフォー
ム上の他タイプの装置の間でデータ転送を行わなければ
ならないアプリケーションの役に立つ。これらの目的に
は、スピード、低バンド幅、精度およびプラットフォー
ムの独立性が含まれる。

【００１３】例えば、現在の電子メールシステムは、全
体のメッセージまたはファイルが異なるシステム間でそ
のまま転送されるような、互いに全く異なる装置用の同
期方法にいくらか類似したシステムを用いている。ユー
ザが電子メールに応答する際には、通常、オリジナルメ
ッセージの全テキストが送信者に戻される。このとき、
この送信者は、自分がもともと送信した電子メールテキ
ストについては２コピー持っている。電子メールの添付
ファイル（attachment）が変更され戻されたとしても同
じようなことが起こる。両システム間で同一である全テ
キストは、本来、送信者のシステムでコピーが取られて
いる。

【００１４】（発明の開示）本発明は、データ転送およ
び同期システムに格納されたデータパッケージを崩壊さ
せるベースローリングエンジンに関する。第１データパ
ッケージが供給される。この第１データパッケージは、
識別番号と、アクションと、複数のフィールドとを有す
る。各フィールドは、変更情報を示す属性を有する。ま
た、第２データパッケージも供給される。この第２デー
タパッケージは、上記第１トランザクションの後に続く
ようにされた第２トランザクションを有する。この第２
トランザクションは、識別番号と、アクションと、属性
を持ったフィールドとを有する。ベースローリングエン
ジンは、第２トランザクションの識別番号が第１トラン
ザクションの識別番号に対応するかどうかを決定する。
ベースローリングエンジンもまた、第２トランザクショ
ンのフィールドが第１トランザクションのフィールドの
１つに対応するかどうかを決定する。第１トランザクシ
ョンおよび第２トランザクションの識別番号が互いに対
応し、かつ、第２トランザクションのフィールドが第１
トランザクションのフィールドの１つに対応する際に、
第１データパッケージと第２データパッケージとが結合
される。この結果、結合されたデータパッケージ（結合
データパッケージ）は、上記識別番号を持った結合され
たトランザクション（結合トランザクション）を有する
ように定められる。第２データパッケージは、結合デー
タパッケージに置き換えられる。

【００１５】（発明を実施するための最良の形態）本発
明の様々な実施形態を参照して本発明を説明する。本明
細書および添付図面を参照すれば、本発明の他の特徴お
よび利点が明白となろう。

【００１６】図１は、本発明の一実施形態に基づいて構
成された第１データ転送および同期システムを示す一般
化されたブロック図である。第１システムまたは装置で
あるシステムＡ、および、第２システムまたは装置であ
るシステムＢは、通信ライン１１０により接続されてい
る。通信ライン１１０が、２つのシステムを直接接続す
るものであり、データがシステム間を通過できるように
していることは、すぐに理解できよう。例えば、様々な
実施形態として、このような接続には、シリアルポート
接続、パラレルポート接続、イーサネット（登録商標）
接続、他タイプのネットワーク、赤外線接続、およびこ
れらと同様なものが含まれる。様々な実施形態として、
システムＡおよびまたはシステムＢは、パーソナルコン
ピュータ（ＰＣ）、スマート電話、携帯電話、個人情報
計算装置、ハンドヘルドコンピュータ、ノートパソコン
およびウェブブラウザである。その他の実施形態とし
て、システムＡおよびまたはシステムＢは、コンピュー
タシステムにおけるハードウェア構成要素、ならびに、
例えば受信しかつ他の装置に対して情報を提供するよう
に設けられたプロセッサおよびメモリを含むハードウェ
アを別の方法で組み合わせたものを含む。その他の実施
形態としてのシステムＡおよびまたはシステムＢは、そ
のような情報を含みかつハードウェアの集合に存在する
ソフトウェアを含む。そのようなソフトウェアの一例に
は、個人情報マネージャのようなアプリケーションが含
まれる。この個人情報マネージャは、Microsoft社のWin
dows（登録商標） NT オペレーティングシステム、Unix
（登録商標）オペレーティングシステム、Linuxオペレ
ーティングシステム、および、異なるタイプのアプリケ
ーションフォーマットに翻訳される、バイナリフォーマ
ットを有するファイルタイプを格納することが可能なそ
の他のシステムにより用いられるような、連絡情報およ
びその他のそういった情報、電子メールシステムならび
にファイルシステムを含む。

【００１７】図１において、システムＡは、相違送信機
を表す機能ブロック１００を含む。システムＢは、相違
受信機を表す機能ブロック１０２を含む。相違送信機１
００は、この送信機を動作させる制御信号を受信するこ
とにより、システムＢに送信される情報の指定されたデ
ータ構造を調べる。相違送信機１００は、このような情
報をシステムＡから抽出し、抽出した情報を相違情報Δ
に変換する。相違情報Δは、システムＢで発生したシス
テムＢに対する変更事項、および、これらの変更事項を
実行するための指示のみを含む。これにより、転送すべ
きデータがシステムＢに存在するファイルに対する変更
事項であれば、相違情報Δは、そのようなファイルにお
ける相違点およびそのような相違点が発生する場所のみ
を含む。システムＢにデータが全く存在しなければ、相
違情報Δは全ファイルとなる。システムＢにおける相違
受信機１０２が受信した相違情報Δは、システムＢにお
いて再構築され、相違情報Δ内に反映された変更事項
は、システムＢにおいて更新される。例えば、システム
ＡおよびシステムＢがともにコンピュータであり、か
つ、システムＡの所定バイナリファイルを更新する必要
があるならば、システムＡにおける相違送信機は、シス
テムＢに存在する既知ファイルおよび新ファイルにおけ
る相違点を抽出し、それらの相違点（これらの相違点を
挿入する場所についての指示）のみを相違受信機１０２
に送信する。相違受信機１０２は、相違情報（Δ）を解
釈し、システムＢにおけるバイナリファイルを再構築す
る。この方法によれば、システム間で全バイナリファイ
ルを転送しなくとも、システムＢにおける情報は更新さ
れる。

【００１８】図２は、本発明の一実施形態に基づいて構
成された第２データ転送および同期システムの一般化さ
れたブロック図を示す。図２において、システムＡおよ
びシステムＢは、それぞれ相違同期装置を表す機能ブロ
ック１０４を含む。同期装置１０４の機能は、送信機と
受信機とを組み合わせたものの機能と同様である。すな
わち、同期装置は、相違情報Δを送信および受信の両方
を行うことができる。例えば、システムＡおよびシステ
ムＢは、それぞれポータブルコンピュータおよびデスク
トップコンピュータである。連絡情報のような情報が２
つのシステム間で同期する必要がある際には、両システ
ムが同一データを確実に保持することができるようにす
るために、相違同期装置１０４は、システムＡおよびシ
ステムＢのいずれかにおける連絡情報になされた変更事
項を抽出し、上記システム間で情報Δを所定回数だけ送
信し、送信側システムからの情報を更新するために受信
側システムにおけるデータを再構築する。

【００１９】図３は、本発明の一実施形態に基づいて構
成された第３データ転送および同期システムの一般化さ
れたブロック図を示す。繰り返すが、システムＡは相違
送信機を含み、システムＢは相違受信機１０２を含む。
この実施形態では、格納サーバ３００がシステムＡとシ
ステムＢとの間に接続されている。格納サーバ３００
は、システムＡにより供給される相違情報Δの独立した
データベースを格納する。このデータベースによって、
システムＡは、第１の時点において格納サーバ３００に
対して相違情報Δを供給することができ、格納サーバ３
００は、第１の時点とは同一でない第２の時点におい
て、上記と同一の相違情報ΔをシステムＢに供給するこ
とができる。加えて、相違情報Δの多重セットは、それ
ぞれ異なる時点において供給され、後の検索のためにシ
ステムＢにより格納される。さらに、相違情報のセット
は、システムＡまたはシステムＢのいずれかにおけるデ
ータを以前の状態に戻すことができるように、サーバ３
００に保持される。

【００２０】再度繰り返すが、格納サーバ３００は、シ
ステムＡおよびシステムＢの両方に対して直接接続１１
０により接続されている。格納サーバ３００は、具体的
には、受信機１００からの相違情報Δを受信しかつこの
相違情報Δを送信機１０２に対して供給するように設け
られたサーバである。一実施形態として、サーバ３００
は、このような転送を実現するための特定の機能ルーチ
ンを含む。これに代えて、サーバ３００は、ファイル転
送プロトコル（ＦＴＰ）またはハイパーテキスト転送プ
ロトコル（ＨＴＴＰ）のような標準インターネット通信
プロトコルに応答する、標準情報サーバタイプを具備す
る。

【００２１】図４は、本発明のシステムのさらに別の一
実施形態を示し、この実施形態では、システムＡおよび
システムＢは、直接接続ライン１１０により格納サーバ
３００に対して再度直接接続されており、システムＡお
よびシステムＢのそれぞれが、相違同期装置１０４を含
む。相違情報Δは、第１の時点において、同期装置１０
４を介してシステムＡに送られかつシステムＡから送ら
れ、格納サーバ３００に送られかつ格納サーバ３００か
ら送られ、第２の時点において、システムＢに送られか
つシステムＢから送られる。この実施形態では、格納サ
ーバ３００は、各システムが同期した最新時点の後、シ
ステムＡおよびシステムＢの両方で別々に変化したデー
タの間での競合を解決するための、後述するようなルー
チンを含む。

【００２２】図５は、４つのシステム、すなわち、相違
同期装置１０４を含むシステムＡ、相違受信機１０２を
含むシステムＢ、相違同期装置１０４を含むシステムＣ
および相違送信機１００を含むシステムＤを含む、本発
明のさらに別の一実施形態を示す。各システムが格納サ
ーバ３００に直接接続されているので、異なるシステム
の間での相違データΔの転送を制御することが可能であ
る。サーバ３００は、システムＡからシステムＤを具備
しかつ相違情報Δにおける様々な構成要素を様々なシス
テムのそれぞれに対して送信することを制御する、様々
なタイプのシステムを調査するルーチン（これの詳細に
ついては後述する）を含む。例えば、システムＢは相違
受信機１０２だけしかを含まないので、システムＢに供
給される相違情報Δ₂は、格納サーバ３００とシステム
Ａとの間で転送される相違情報の副構成要素でもありう
るし、または、単にシステムＤからの受信同報情報Δ₄
でもありうる。本発明のシステムの一実施形態では、サ
ーバ３００自体は、各受信機／送信機／同期装置から得
られた相違情報の経路を定めない。サーバ３００は、上
記情報のレポジトリ（repository）として動作し、どの
相違情報Δがどの受信機／送信機／同期装置のものであ
るかについては、各受信機／送信機／同期装置により決
定される。

【００２３】図６は、同期装置が格納サーバ３００に設
けられている、さらに別の一実施形態を示す。回送機
（forwarder）およびまたは受信機を同様にサーバ３０
０に設けることも可能であることに認識されたい。ここ
で示す特定の実施形態は、装置が携帯電話である場合の
ように、装置の処理パワーおよびメモリが限定されるよ
うな場合に有利となろう。このような実施形態において
システムＡと装置エンジン１０４ａとの間で転送される
データが相違情報であるか否かが、システムＡが相違情
報を検出し出力する能力を有しているかどうかに依存す
るであろう、ということに注意されたい。各装置は、相
違受信機、相違送信機または相違同期装置を含む。相違
同期装置の一部がシステムＡに存在し、他の部分がサー
バ３００に存在しうることを理解されたい。

【００２４】図７は、図６に示すような複数の装置が、
インターネットのような公衆または私用ネットワーク７
００を組み合わせたものに接続される、本発明のさらに
別の実施形態を示している。ネットワーク７００は、１
つ以上の格納サーバ３００₁、３００₂を含み、この場合
には、このようなサーバのうち１つにおける中間記憶領
域を介して各装置の間で送信される相違情報Δを含む。
ネットワーク７００は、相違回送装置、受信機または同
期装置を含むように具体的に設計されたサーバのような
１つ以上の特殊な機能サーバに対して、装置を接続す
る。図７における装置は、限定しないとすると説明上、
オフィス用パーソナルコンピュータ（ＰＣ）７０２と、
スマート電話または携帯電話７０４と、個人情報Palm
（登録商標）計算装置７０８と、家庭用ＰＣ７１０と、
ウェブブラウザ７１２とを具備する。格納サーバ３００
₁、３００₂に存在するデータが、特定の受信機または同
期装置がこれらが設けられた装置におけるデータを同期
させるために用いる相違情報を含むかどうかを決定する
ために、装置７０２−７１２に存在する各相違受信機、
各相違送信機およびまたは各相違同期装置は、格納サー
バ３００₁、３００₂に格納されたデータをポーリングす
る手段を含む。

【００２５】以下の記載では、相違受信機、送信機およ
び同期装置について記載する実施形態を、データの同期
をとることに関連して、複数の異なる装置の間で、連絡
情報、日程情報およびバイナリファイル情報を同期させ
る際に使用する場合を参照し、説明する。本発明のシス
テムが、同期アプリケーション、または、連絡情報もし
くは日程情報のような特定タイプのデータに依存するア
プリケーションに、限定されないことは、容易に理解さ
れよう。具体的には、異なるシステムおいてデータを抽
出しかつデータを再構築するルーチンにより、２つのシ
ステムの間におけるデータの変更事項のみを具備するデ
ータを送信することは、効率的なデータ伝送の進歩に資
することができる。本発明によれば、データに対する変
更事項のみが伝送されるので、２つのシステムの間でデ
ータを転送するために用いるバンド幅を効果的に削減で
きることが考慮されている。この結果、伝送すべきデー
タは、システム間で全ファイルが転送されるとしたら転
送されるであろうデータよりも実質的に小さくなるの
で、このようなトランザクションが発生するスピードを
速くすることができる。

【００２６】一般的には、システムは、相違送信機１０
０、相違受信機１０２および装置エンジンの形をとる相
違同期装置１０４のそれぞれの機能を提供するクライア
ントソフトウェアを具備する。この装置エンジンは、こ
の装置エンジンが起動する装置のタイプに固有の構成要
素を少なくとも１つ含んでおり、この構成要素によっ
て、装置から情報を抽出し、この情報を相違情報に変換
し、かつ、格納サーバに対してこの相違情報を伝送する
ことが可能となる。これにより、本発明のシステムに接
続されたあらゆるシステムを通して、情報の応答を行う
ことができる。本発明のシステムで利用される格納サー
バ３００は、インターネットサーバまたはＦＴＰサーバ
のような、どのようなタイプの格納サーバであってもよ
いし、インターネットサービスプロバイダ（ＩＳＰ）の
ようなどのようなソースからも供給されうるけれども、
有効であって、かつ、本発明の部品として接続されるシ
ステムの間で情報を最適に転送できるようにカスタマイ
ズされる格納サーバのの独特な面について、以下に説明
する。装置間でインターネット接続を利用できる限りに
おいて、本発明の同期システムを用いてこれらの装置を
同期させることができる。装置間または装置とサーバと
の間で、同一時点にインターネット接続を形成しておく
必要はなく、かつ、いかなる時点においても情報を損失
することなく本発明のシステムに新しい装置を追加する
ことができる。このシステムは、情報に対して全体的に
明白なアクセスを行い、かつ、各装置における装置エン
ジンは、本発明にしたがって、個人情報サービスをシー
ムレスに統合することが可能となるようにオペレーティ
ングシステムを自由に拡張することができる。加えて、
本発明のシステムにおける他のシステムに転送する必要
がある、情報に対する変更事項は、非常に早い応答時間
を可能とするように伝送される。本発明のさらに別の面
として、この方法で転送される情報は、インターネット
の公衆部分での安全性を確保するために、暗号化され
る。

【００２７】図８は、本発明の一実施形態に基づいて構
成されたデータ転送および同期システムのシステム構造
を示す一般化されたブロック図である。この実施形態で
は、本発明のシステムによれば、ある人物が個人情報を
取り扱う際に用いる、パーソナル装置およびアプリケー
ションの集合を接続することができる。このシステム
は、やはり様々な装置タイプに対して公衆または私用情
報を放送するために使用されうる。本発明のシステムの
一部として示される、各装置についての装置エンジンの
形をとるシステムソフトウェアは、同期を可能とするた
めに、装置の集合を通して配布される。装置エンジン
は、例えばインターネット接続を介して転送されるイン
ストールパッケージにより配布される。本質的には、本
発明の装置エンジンソフトウェアは、システムにおける
すべての情報を完全に同期させることを維持する分散処
理ネットワークを形成する。このサービスの配達に伴う
処理負荷は、大きなアプリケーションに対してシステム
を容易に評価させる末端装置に押し付けられる。

【００２８】図８には２つのタイプの装置エンジンが示
されている。一方のタイプは、様々な装置に配置されて
おり、変更データをサーバに対して出力し、もう一方の
タイプは、サーバに組み込まれており、装置に生成され
た変更情報をデバイスから受信する。これに代わる一実
施形態には、２つの装置エンジンのハイブリッドが含ま
れる。すなわち、装置エンジンの一部が、装置とサーバ
における一部とに存在している。

【００２９】図８に示すように、任意数および任意タイ
プの装置８０２〜８０８が、本発明のシステムに従って
用いられうる。電話８０２は、携帯電話または標準ＰＯ
ＴＳ接続電話を含む。電話８０２は、連絡情報、新世代
携帯電話にサポートされているように、データ構造８１
２に格納された予約およびタスクデータを含む。このよ
うな情報を含むアプリケーションデータ８２２を利用す
るアプリケーション８１２は、すべて電話ユニット８０
２に格納される。同様に、Palm（登録商標）計算装置８
０４のような携帯情報端末は、アプリケーション８１４
と、連絡、予約およびタスクのような情報を含み、さら
に、ＰＤＡ８０４により生成され格納される文書のよう
なファイル情報をも含むアプリケーションデータ８２４
とを含む。装置８０６は、Microsoft社のWindows（登録
商標） 95,98,NTまたは2000のようなオペレーティング
システムを起動するWindows（登録商標）パーソナルコ
ンピュータとして表現される。装置８０６上で起動する
アプリケーション８１６は、Windows（登録商標）オペ
レーティングシステム自体、Microsoft社のOutlook、Sy
matec社のACT 個人情報マネージャ、Goldmine Software
社のGoldmine、Lotus社のOrganizer、Microsoft社のイ
ンターネットエクスプローラウェブブラウザ、Netscape
社のCommunicator Suite、Qualcomm社のEudora e-mai
l、およびその他の様々なプログラムを含み、これらの
それぞれは、システム８０６の外部にある装置と同期を
とるのみならず、システム内にある装置間およびアプリ
ケーション間において同期をとる必要があるアプリケー
ションデータ８２６の独自セットを有している。最後
に、アプリケーションデータ８２８の独自セットを有す
るウェブポータルアプリケーション８１６にインターネ
ットを介して接続している、専用ウェブブラウザクライ
アント８０８が示されている。独自のハードウェアに実
質的にアプリケーションおよびアプリケーションデータ
を格納する装置８０６とは違って、ウェブポータルアプ
リケーションは、別々のサーバに提供されているととも
に、インターネット接続を介してブラウザ８０８にも提
供されている。やはり、ポータルアプリケーションプロ
バイダに格納されているウェブポータルアプリケーショ
ンは、ユーザが同期をさせたいと思うアプリケーション
データ８２８のセットを含む。例えば、Yahoo!およびSn
ap.comのような大きなウェブポータルは、それらのユー
ザに対して、free e-mailおよび連絡情報の保存のよう
なサービスを提供している。ユーザは、これを自分の携
帯電話、ＰＤＡまたはWindows（登録商標）装置上で起
動するアプリケーションと同期させたいと思うであろ
う。

【００３０】図８に示す各システムの特定アプリケーシ
ョンデータにアクセスするために、装置エンジンは各タ
イプの装置と関連している。携帯装置エンジン８６２
は、携帯電話のアプリケーションデータ８２２と通信
し、かつ、アプリケーションデータ８２２に組み込まれ
ている。同様に、ＰＤＡ装置エンジン８６４が同様に設
けられている。このＰＤＡ装置エンジン８６４は、Palm
（登録商標）オペレーティングシステム、Windows（登
録商標） CE オペレーティングシステム、または、その
他のＰＤＡ型オペレーティングシステムのいずれかを必
ずベースにしている。Windows（登録商標）をベースと
した装置エンジン８６６は、サポートされたWindows
（登録商標）アプリケーション８１６からアプリケーシ
ョンデータ８２６を抽出するといった、後述するメカニ
ズムを含んでおり、ウェブサービス装置エンジン８６８
は、ウェブポータルアプリケーション８１８からアプリ
ケーションデータ８２８を抽出するために合体してい
る。

【００３１】図８に示すように、デバイス全体に供給さ
れている装置エンジン（ここでは「デスクトップ装置エ
ンジン」という。）もあれば、後部サーバ（格納サーバ
８５０または図９Ｂに示すような特定サーバを具備する
後部サーバ）に構成要素を含んでいる装置エンジンもあ
る。これは、一般的には図８における実線８３２、８３
４、８３６および８３８により示される。また、図８に
は、点線８５５の上に位置する構成要素は、本発明のシ
ステムの管理者またはサービスプロバイダにより提供さ
れる。装置エンジン８６２、８６４、８６６および８６
８のそれぞれは、これらが設けられた装置のタイプに関
連して構成される。例えば、携帯電話装置エンジン８６
２はこの携帯電話に設けられる１つ以上の構成要素を含
む一方、その他の構成要素はサーバ８５０に存在する。
逆に、装置エンジン８６６は、その装置全体がWindows
（登録商標）装置に存在する。

【００３２】各装置からのデータは、インターネット接
続７１０を介して格納サーバ８５０に接続される。上述
したように、格納サーバ８５０は、包括的な格納サー
バ、または、後述するような本発明のシステムを用いて
使用するために具体的に設けられた格納サーバであろ
う。１つ以上の格納サーバ８５０は、システム８０２、
８０４、８０６および８０８の集合の間でトランザクシ
ョンを通信するために用いられる。任意数の様々なタイ
プのシステム８０２、８０４、８０６および８０８が、
本発明にしたがって設けられるとともにシステム内に組
み込まれることは、容易に理解できる。しかしながら、
簡略化のために、現在使用中または開発中である市場で
入手可能な計算装置（本発明のシステムが組み込まれる
であろう計算装置）の様々なタイプをすべて列挙してい
るわけではない。

【００３３】最もシンプルな実施形態では、格納サーバ
８５０は、データ処理能力をもたない単なる格納サーバ
であるが、装置エンジンのそれぞれは、システムにおけ
るその他の装置エンジンによりアクセス可能な特定位置
に格納されるように、この格納サーバ８５０に対して相
違情報のみを送信する。一実施形態では、各装置エンジ
ンは、システム全体を完全に同期させた状態を維持する
ために必要な全処理を実行する。ある特定時点におい
て、１つの装置エンジンだけしか格納サーバ８５０に接
続する必要がない。これにより、切断方法を適用した多
重システムを同期させることができる。各装置エンジン
は、最新の同期がなされてから生じた変更事項を含むす
べてのトランザクションをサーバからダウンロードし、
これらの変更事項を特定の装置に対して適用する。

【００３４】変更事項または相違情報（Δ）は、１つ以
上のデータパッケージに供給される。ここで、このデー
タパッケージの構造について説明する。各データパッケ
ージは、アプリケーションデータ、ファイル、フォル
ダ、アプリケーション設定およびこれらと同様なものに
限定されないものを含んだ、あらゆる装置にわたる任意
および全転送情報に対する変更事項を記述する。各装置
エンジンは、特定の装置エンジンに取り付けられた特定
ローカル装置８０２、８０４、８０６または８０８に適
用される様々な階級の情報を含むデータパッケージをダ
ウンロードすることを制御可能である。例えば、装置エ
ンジン８６２は、アプリケーションデータ８２２におけ
る連絡情報および電話番号を記述する情報に対する変更
情報を扱う必要があるのみであるが、装置エンジン８６
６は、アプリケーションデータ８２６がアプリケーショ
ンデータ８２２よりも非常に大量となってからは、電子
メールに対する変更事項、連絡情報および住所情報だけ
でなく文書ファイルおよびメモに対する変更事項をも扱
う必要がある。

【００３５】各装置エンジンは、インターネット接続７
１０を介して送信されたデータパッケーに対する暗号化
および圧縮化を可能とする圧縮化／伸張化および暗号化
／解読化構成要素を含む。データパッケージに対する圧
縮化および符号化については、任意に設けられるという
ことを認識されたい。各装置エンジンは、データパッケ
ージを、アプリケーションデータ格納部８２２−８２８
における情報タイプに要するローカルフォーマットに適
用するために必要なマッピングおよび変換処理を実行す
る。また、装置エンジンは、最新の更新がなされて以
来、ユーザが２つの異なるシステムにおける特定データ
フィールドに対するデータを同時に変更した場合に、不
明瞭な更新を調査することを可能となる構成要素を含
む。この場合には、装置エンジンは、ユーザがこのよう
な事態に気付かせるメカニズム、および、ユーザが競合
を解決できるようにするメカニズムを含む。

【００３６】図９Ａは、包括アプリケーション８１０お
よび包括格納サーバ８５０とともに用いられる装置エン
ジンの一例を示す。具体的には、すべての処理はこの装
置上で発生し、相違情報のみしかサーバ８５０に送信さ
れないので、図９Ａにおける装置エンジンはデスクトッ
プ装置エンジンである。やはり、デスクトップ装置エン
ジンを理解することは、サーバ側装置エンジンを理解す
ることの手助けになる。このサーバ側装置エンジンにつ
いて以下に説明する。図９には、ブロック形式による装
置エンジンの機能的構成要素、および、これらの構成要
素間の相互関係が示されている。装置エンジン８６０
は、図１−７に示した相違シーケンサ１０４の機能的ブ
ロックと均等なものである。特定アプリケーションによ
り必要とされるような転送専用（相違送信機）または受
信専用（相違受信機）の能力のために、必要な際に一部
の機能性が用いられる。

【００３７】システムにおいて、装置についてのユーザ
の個人情報ネットワークを構成する各装置および全装置
について、装置エンジンが存在する。図９Ａに示すよう
に、各装置エンジン８６０は、アプリケーションオブジ
ェクト９１０を含む。このアプリケーションオブジェク
トは、各特定アプリケーション８１０に固有のものであ
り、かつ、装置エンジンと本発明のデータ転送システム
のバランスとの間における標準インターフェイス、およ
び、装置エンジンとアプリケーションデータ８１０との
間の標準インターフェイスを提供する。以下、このアプ
リケーションオブジェクトの詳細について説明する。ア
プリケーションオブジェクトは、広範囲な種類のコンピ
ュータメーカ独自のアプリケーションをサポートする接
続可能な構成のことである。アプリケーションオブジェ
クトの役割は、アプリケーションデータに対してアクセ
スするために任意数の標準インターフェイスを介してア
プリケーションに接続することにより、アプリケーショ
ンからのデータを一時的すなわち「汎用」データ構造に
マッピングすることである。アプリケーションオブジェ
クトのデータ構造は、格納サーバに対して供給するデー
タパッケージを生成するために、装置エンジンの構成要
素により用いられる包括的または「汎用なデータ」フォ
ーマットにデータを変換することである。

【００３８】前回データの抽出および同期が行われた後
のある時点における装置のデータのコピーを含む、アプ
リケーションオブジェクト格納部（ＡＯＳ）９２０もま
た設けられている。アプリケーションオブジェクト格納
部９２０は、装置エンジンにおけるアプリケーションオ
ブジェクト９１０からのデータの前回の状態についての
スナップショットを格納する、反映型インターフェイス
である。ＡＯＳのサイズは、各装置エンジンにより収集
されているデータに依存する。

【００３９】アプリケーションオブジェクトの包括的な
出力は、デルタモジュール９５０に供給される。デルタ
モジュール９５０は、アプリケーションオブジェクト９
１０の出力と、アプリケーションオブジェクト格納部
（ＡＯＳ）９２０に供給されるデータのコピーとの間に
おける、データについての相違を計算する。実際の相違
およびパッチルーチンは、ＸデルタまたはＹデルタのよ
うなルーチンを具備する。デルタモジュール９５０は、
本明細書のある部分ではこれに代えて「ＣＳ構造デル
タ」と称される。加えて、相違情報は、これに代えて
「変更ログ」と称される。各変更ログ（または相違情報
のセット）は、自己記述（self describing）シリーズ
の同期トランザクションである。後述するように、変更
ログは、ネットワークに出力される前に、暗号化および
圧縮化される。

【００４０】これにより、同期の間においては、アプリ
ケーションオブジェクトは、後述するメカニズムを用い
ることにより、装置における各アプリケーションからデ
ータを抽出し、抽出したデータを汎用データフォーマッ
トに変換する。この後、デルタモジュールは、アプリケ
ーションオブジェクト出力とＡＯＳ出力とを比較するこ
とにより、相違セットを生成する。この相違情報は、デ
ータパッケージの形をとる格納サーバ８５０の出力のた
めの暗号化および圧縮化ルーチンに転送される。これに
代えて、１つのアプリケーションからのデータは、別の
アプリケーション、例えば図１０における矢印１０５０
が示すWindows（登録商標）の環境におけるデータに同
期させるために用いられうる。

【００４１】アプリケーションオブジェクトが、非構造
的バイナリデータまたは構造的アプリケーションデータ
との間の直接的なインターフェイスとなりうることは、
明確に理解されよう。相違ルーチンは、比較生成におい
て２つのデルタモジュール９５０を用いることをサポー
トしている。

【００４２】アプリケーションオブジェクトおよびデル
タモジュールの動作は、ＰＤＡのアプリケーションのよ
うないくつかのアプリケーションがそのデータへの変更
事項を出力する能力を有するという事実によって簡略化
される場合がいくらかある。このような場合には、ＡＯ
Ｓとの比較は必要でない、すなわち、アプリケーション
は既にこのアプリケーションのデータになされた変更事
項を調査するメカニズムを含んでいるので、デルタモジ
ュール９５０は、データパッケージにデータを供給する
だけでよい。しかしながら、多くの場合、アプリケーシ
ョンは、Microsoft社のOBDCインターフェイス、Microso
ft社の標準アプリケーションプログラミングインターフ
ェイス（ＡＰＩ）またはその他の同様な標準インターフ
ェイスのような、データにアクセスするための標準イン
ターフェイスをせいぜい提供するのみである。

【００４３】さらに、装置エンジン８６０は、データパ
ッケージにおけるオブジェクトごとにバージョン番号を
付与するバージョンモジュールを含む。後述するよう
に、データパッケージにおける各オブジェクトは、汎用
的に固有ＩＤ（ＵＵＩＤ）が割り当てられる。これによ
り、以前の多くの同期システムとは異なり、本発明のシ
ステムは、２セットのデータの時間スタンプを比較する
ことのみでは、データを同期させない。バージョンモジ
ュール９１５によって、各装置エンジンは、どのデータ
パッケージを適用するかを決定するために、格納サーバ
に供給されているデータパッケージに対する最新の同期
の状態を調べることが可能となっている。これにより、
装置エンジンは、別の装置エンジンが格納サーバに対す
る変更事項をアップロードする回数とは無関係に、この
装置エンジン自体を同期させることができる。別言すれ
ば、第１の装置エンジンは、第２の装置エンジンがサー
バに対してデータパッケージを何回アップロードするか
を問題としない。

【００４４】事象モジュール９２５は、同期初期化事象
を制御する。いつ同期を行うか、どのように同期を行う
かのようなアイテムは、デルタモジュール９５０が同期
動作を実行するきっかけとなる。

【００４５】ユーザインターフェイス９３０は、装置エ
ンジン８６０が接続されている特定装置のシステムユー
ザに対して、付加的な機能的特徴を割り当てるために設
けられる。このユーザインターフェイスは、競合解決モ
ジュール９４０、フィルタリングモジュール９４５およ
びフィールドマッピングモジュール９３５に接続されて
いる。これらのモジュールのそれぞれは、全同期プログ
ラムおよびユーザが期待するかの両方に必要な機能性を
提供する。

【００４６】フィルタリングモジュール９４５は、例え
ばフィールドレベルコンテンツサーチに基づいた、様々
なタイプのコンテンツ用のフィルタリングを行う。フィ
ールドマッピングモジュール９３５によって、ユーザ
は、文書ストリームに供給されたアイテムの所定変換を
再マッピングする。例えば、装置エンジン８６０がパー
ソナルコンピュータを作動させていれば、このパーソナ
ルコンピュータとノートブックコンピュータとの間には
同期が発生しており、ユーザは、このノートブックコン
ピュータ上の異なるディレクトリにマッピングしたいと
思っている、パーソナルコンピュータ上に「マイドキュ
メント」ディレクトリを持っており、フィールドマッピ
ングモジュール９３５は、発生する再マッピングを考慮
する。フィールドマッピングモジュールはデータパッケ
ージ出力を指示する際における変更事項を考慮するとい
うことを認識されたい。フィールドマッピングモジュー
ル９３５は、フィールドマッピングおよび同期アプリケ
ーションを使用するような従来方式とは異なり、例え
ば、Microsoft社のOutlookのような１つのアプリケーシ
ョンからの連絡情報の特定データフィールドを、Symant
ec社のACTのような別のアプリケーションにマッピング
する必要はない。

【００４７】さらに、デルタモジュール９５０は、圧縮
化モジュール９７０および暗号化モジュール９６０に接
続されている。圧縮化モジュールをイネーブルにする必
要がないということを認識されたい。一般的なPK Zipま
たはWinzipモジュールまたはHiFn Corporationより入手
可能なモジュールのような、任意タイプの圧縮モジュー
ル９７０を、本発明に従って利用することができる。さ
らに、MD5、RCH6、TwoFish、Blowfishまたはその他の対
称暗号化アルゴリズムを用いることもできる。本発明の
一実施形態では、圧縮化を行わない暗号化が用いられ
る。本発明の題２実施形態では、暗号化を行わない圧縮
化が用いられる。本発明の第３実施形態では、圧縮化も
暗号化も用いられず、本発明の第４実施形態では、圧縮
化および暗号化の両方が用いられる。

【００４８】また、バージョンモジュール９１５によっ
て、装置エンジン８６０は、独特な同期プロファイルを
持った多数のユーザをサポートすることができる。これ
により、同一のマシンにアクセスしている多数のユーザ
は、それぞれ、同一の装置エンジンを用いて、各自のデ
ータセットを同期させることができる。例えば、特定装
置におけるアプリケーション８１０がMicrosoft社のExc
hangeサーバに接続されたパーソナルコンピュータ上にM
icrosoft社のOutlookを備え、かつ、Outlookがマルチユ
ーザのプロファイルを有するように構成されている場合
には、バージョンモジュール９１５は、同期要求が発生
する際に装置エンジンを通して適用されるデータを調査
する。これにより、異なるデータセットにアクセスす
る、同一のOutlookクライアントソフトウェアの２つの
ユーザは、同一のマシンを介して、同一の装置エンジン
および本発明のシステムを利用することができる。さら
なる実施形態では、特定装置は、同一の接続を介してシ
ステムにアクセスする全く異なる装置のユーザをサポー
トする。例えば、Palm（登録商標）装置は、コンピュー
タおよびまたはインターネット接続に接続するために、
クレードル（cradle）を用いる。特定ユーザが、別ユー
ザのPalm（登録商標）pilotを同期させるために、別ユ
ーザに自分のPalm（登録商標）pilotクレードル接続を
使用してほしいのであれば、装置エンジンは、全く異な
る装置のローカルアプリケーションオブジェクト格納部
を更新するために、データパッケージを生成することが
できる。したがって、アプリケーションオブジェクト格
納部は、全く異なる装置の同期を実現する場合の一時的
な格納部として用いられうる。

【００４９】相違ｔエンジン９００の出力は、格納サー
バ８５０に出力されるデータパッケージを備える。上述
したように、所定時間には、１つの装置エンジンのみを
格納サーバ８５０に接続すればよい。データパッケージ
は、別の装置エンジンにより格納サーバの特定一実施形
態としてに対する要求がなされるまで、格納サーバ８５
０に格納されうる。同様に、デルタエンジン９００は、
本発明のシステム内の同期されたデータへアクセスする
ために、格納サーバにおける別の位置を問い合わせるこ
とができる。格納サーバの領域に対するアクセスは、以
下にさらに具体的に説明するマネジメントサーバ（Ｍ
Ｓ）により制御される。一実施形態では、各同期動作時
には、装置を立証しかつ格納サーバにおける各装置のデ
ータパッケージの位置を装置エンジンを供給するため
に、各装置についての装置エンジンがマネジメントサー
バにログインすることが要求される。

【００５０】データパッケージは、ストリーミングフォ
ーマットの格納サーバより装置エンジンに効果的に供給
されるので、バンド幅の最小値および装置の格納部を用
いて、処理を発生させることができる。装置エンジン８
６０および特にデルタモジュール９５０は、バージョン
情報およびアプリケーションオブジェクト格納部９２０
に存在する反映型データに基づいて、データパッケージ
を変換する。格納サーバ８５０からデルタモジュール９
５０に対してデータが戻される際には、デルタモジュー
ルは、後にデルタ情報をアプリケーション８１０用に利
用される特定インターフェイスに変換する特定アプリケ
ーション用のアプリケーションオブジェクト９１０に対
して、相違データを戻す。装置エンジンは、一旦入力ス
トリームからの全データパッケージを完全に適用する
と、ローカルシステムになされた変更事項を記述した一
連のデータパッケージを生成する。装置エンジンは、最
新同期済バージョンの各アプリケーションの実データを
調査し続けるために、ローカルアプリケーションオブジ
ェクト格納部９２０を用いる。このデータは、この後、
次の同期要求時にデルタモジュールが次のデータを比較
する際に用いられる。発生したデータパッケージは、上
述したような不明瞭な事態を解決することに起因して生
成された、動作および暗号化変更事項を含む。

【００５１】図９Ｂには、サーバをベースとした装置エ
ンジンが本発明のシステムにどのような設けられるかが
描かれている。この実施形態で示すPalm（登録商標）の
例、ここでは、Palm（登録商標）装置が、インターネッ
トおよびサービスプロバイダのデータセンタ９００に直
接接続できる能力を有する例が示されている。このデー
タセンタは、データセンタ９００に存在するサーバとの
間で未許可の通信が行われるのを防止し、かつ、データ
の完全性を保護するために、ファイアウォール９７５を
含んでいる。格納サーバ８５０は、マネジメントサーバ
（ＭＳ）１４１０がそうであるように、ファイアウォー
ルを通して直接通信を行うことができる。この図には、
それぞれが１つの特定タイプのアプリケーションを同期
させる目的で設けられた、２つの同期サーバ９８２およ
び９８４が示されている。同期サーバ９８２はPalm（登
録商標）装置専用として設けられている一方、同期サー
バ９８０は、例えばポータルアプリケーション（ポータ
ル１）専用として設けられている。

【００５２】Palm（登録商標）装置８０４ａは、そのデ
ータに対する変更事項を送信するメカニズムを含んでい
るので、データは、ＡＯＳにおけるデータに対する相違
計算および更新が実行された後に変更事項がPalm（登録
商標）８０４ａにダウンロードされうるような同期サー
バ９８２に対して、ファイアウォール９７５を介したＨ
ＴＴＰ要求および応答を用いて、送信されうる。

【００５３】アプリケーションにおける同期サーバは、
ユーザのデータに対して同時に発生した同期を扱う。各
同期サーバは、実行可能な同一の同期サーバを用いて、
同期対象となる多数の装置に対するプラグインサポート
を含む。各装置タイプは、同期時にどのＡＯ／ＡＯＳ構
成要素を用いるのかを識別する独自の名前を有する。

【００５４】同期サーバは、この同期サーバ内部の同期
相違エンジン、ＡＯＳおよびＡＯのような外部エンティ
ティに対してデータを送信する際、ならびに、この外部
エンティティから検索をする際に、汎用データレコード
の概念を用いる。よって、Palm（登録商標）アプリケー
ションでは、サーバＡＯの役割は、単に、装置特有のフ
ォーマットのレコードを獲得して汎用レコードフォーマ
ットに変換することである。

【００５５】同期サーバは、サードパーティのアプリケ
ーションパートナーが自分のサービスをサーバ内に容易
に追加できるように、プラグイン構造を有する。現在で
は、サーバがMicrosoft社のWindows（登録商標） NTサ
ーバ内で動作していれば、同期サーバは、Windows（登
録商標） NT レジストリを介して同期構成要素を発見
する。別の実施形態では、このような機能は、サーバに
おけるＡＯおよびＡＯＳのそれぞれによる処理を維持す
るために、各同期サーバ上で動作するコンポーネントマ
ネージャ（Component Manager）で実行される。ＡＯお
よびＡＯＳのそれぞれは、初期化時またはコンポーネン
トマネージャを介して新しい構成要素を追加する際に同
期サーバがロードするスタンドアローンＤＬＬとして実
行される。

【００５６】各同期サーバは、単一アプリケーション専
用なものとなっている様子が示されている。しかしなが
ら、同期サーバは、多数の装置タイプを扱うことができ
る。

【００５７】図９Ｂに示す実施形態では、装置タイプに
依存して、ＡＯＳおよびＡＯについて様々な構成がとら
れる。例えば、Palm（登録商標）ＡＯデータ格納部１０
５０は、Palm（登録商標）装置８０４ａ自体に存在し、
個別ＡＯＳデータ格納部１０５２は、この構成（Oracle
データベース）のために存在する。ポータル１の場合に
は、ＡＯＳおよびＡＯはデータ格納部１０５４を用い
る。

【００５８】装置エンジンは、他のシステムにおける同
期問題を解決することを意図したデータパッケージを追
加生成することができる。例えば、競合解決モジュール
９４０との間でインターフェイスをとる際に、ユーザ
は、自分のPalm（登録商標）pilot上のアプリケーショ
ンオブジェクトにおける特定データ格納部に変更を施し
た後、自分のパーソナルコンピュータにおける個人情報
マネージャ（ＰＩＭ）アプリケーションにさらに変更を
施す場合には、このユーザは、Δエンジンおよびバージ
ョン情報により２つの装置の間における競合が検出され
た際には、このパーソナルコンピュータになされる変更
が「勝つ（win）」ということを指定することができ
る。これは、本質的には、ある特定セットのデータが正
しいものであり、この特定セットのデータが第２セット
のデータに置き換わるということを定義している。

【００５９】図１０は、例えばMicrosoft社のWindows
（登録商標）をベースとしたオペレーティングシステム
環境で用いられるデスクトップ装置エンジンの一実施形
態を示す。Windows（登録商標）オペレーティングシス
テムは、同期を必要とする少なくとも３つの特定アプリ
ケーションを有する。図１０では、システムは、ブック
マーク１０２１、連絡情報１０２２および電子メール１
０２３のようなデータを有するNetscape Communicator
アプリケーションと、連絡情報１０２４、日程情報１０
２５、電子メール情報１０２６、メモ情報１０２７およ
びタスク情報１０２８を含むMicrosoft社のOutlookアプ
リケーション１０４２と、お気に入りデータ１０２９、
ファイルシステム情報１０３０および個人情報１０３１
を含むWindows（登録商標）オペレーティングシステム
と、を備える。

【００６０】各特定アプリケーション１０４０、１０４
２、１０４４は、関連したアプリケーションオブジェク
ト１０１０、１０１２、１０１４を有する。各アプリケ
ーションオブジェクトのそれぞれは、図９Ａに示した装
置について上記のように説明した内容にかかるデルタモ
ジュールにより使用可能な包括的フォーマットとなって
いるデルタモジュール９５０に対して、データを戻す。
さらに、図１０より、同一の特定サーバ上を起動するア
プリケーション間でデータを同期させるために、デルタ
モジュールをどのように利用できるかを理解できる。よ
って、装置エンジンは、例えばNetscapeからの連絡情報
１０２２とOutlookからの連絡情報１０２４との間でイ
ントラシステムの同期を行う。

【００６１】図１０は、さらに、１つの装置上で起動す
る全アプリケーションを一体化するべくこの１つの装置
に提供すべき任意数の様々なアプリケーションオブジェ
クトを、装置エンジンに含ませることを可能とする、本
発明のシステムのモジュラリティを示している。動作時
には、特定システムに装置エンジンをインストールする
間において、インストールプログラムは、所定システム
に存在しうるアプリケーションオブジェクトを提供する
ように調整される。例えば、Windows（登録商標）マシ
ーン用のインストールプログラムは、Windows（登録商
標）マシーンに存在しうるシステムおよびアプリケーシ
ョン用の任意数のアプリケーションオブジェクトを持っ
ている。このインストーラは、所定アプリケーションが
存在しているかをチェックする。また、このインストー
ラによって、ユーザは、このインストーラが有している
アプリケーションオブジェクトによるアプリケーション
サポート用の通常のデフォルトインストール領域ではな
い場所にインストールされうる付加的なアプリケーショ
ン、または、理由はどうであれ、ユーザがアプリケーシ
ョンオブジェクトをインストールしたくないものであっ
て、かつ、本発明のシステムの一部を明け渡したくない
ような非選択の所定アプリケーションを追加することが
できる。

【００６２】インターネットで実行される同期システム
において安全性を確保し特定ユーザの識別を行うため
に、マネジメントサーバが本発明のシステムに設けられ
る。このマネジメントサーバは、全ユーザにわたって、
装置エンジンのネットワーク全体の作用および特性を制
御する集中型サーバである。

【００６３】図１４は、本発明の一システムに統合され
るマネジメントサーバ１４１０の概略図を示す。また、
図１４には、マネジメントサーバ１４１０、格納サーバ
１４１５および包括的ＦＴＰサーバ１４２０のすべてに
対するＨＴＴＰリンクを有している装置エンジンの一例
が示されている。本発明の処理および図１５から図１７
に示すデータの特定インプリメンテーションを参照して
後に説明するように、マネジメントサーバは、装置エン
ジンとの間で相互に作用して、格納サーバ、すなわち、
本発明のシステムにかかる装置に特化した情報格納部１
４３０にアクセスするための包括的ＦＴＰサーバ１４２
０、１４２５における情報に対する許可されたアクセス
を制御する。これにより、インターネットに接続されて
いる任意の装置は、マネジメントプロトコルに対してア
クセスすることができ、かつ、本発明のシステムにより
同期されているデータがアクセスする必要のある、全プ
ラットフォームにわたるユーザ情報を保持することがで
きる。マネジメントサーバは、好ましくは、安全性を確
保するために、ＳＳＬ（secure socket layer）を用い
て実行されうるハイパーテキスト転送プロトコル（ＨＴ
ＴＰ）を用いて、通信を行う。マネジメントサーバは、
同期の実行前に、各装置エンジンにこのマネジメントサ
ーバを用いて認証させる必要のある、認証インターフェ
イスをサポートする。所定の格納サーバを使用する際に
は、多数の装置エンジン用の格納部に対する読み込みお
よび書き込みアクセスを制御するために、ロッキング意
味論（Locking semantics）を利用することができる。
例えば、包括的なＦＴＰ要求では、２つの装置エンジン
が同一データに対して同時に接続しようとした場合、同
一データに対して同時にアクセスする装置エンジンを妨
げるためには、ある形式のロッキング制御がなければな
らない。この場合には、マネジメントサーバは、装置エ
ンジンの取得および更新、ならびに、ネットワークに格
納されたデータに対するロックの解除を制御する。

【００６４】各装置エンジンは、マネジメントサーバに
より、個別に識別され調査される。これにより、マネジ
メントサーバと、特定タイプの格納システムおよび装置
エンジン構成要素との間における調整作用が考慮され
る。装置エンジン構成要素のすべては、タグが付けら
れ、かつ、マネジメントサーバを介してマネジメントに
対するバージョンが付与される。

【００６５】装置を実行させることにより、各装置エン
ジン構成要素の更新済コピーを要求して、装置エンジン
システムの自己更新および再構成を行うことができる。
これにより、後に付加的に要求された構成要素を装置エ
ンジンがダウンロードすることを可能とする低バンド幅
接続がなされた装置エンジンに対して、最小限のダウン
ロードをデザインすることができる。

【００６６】システムのさらに別の態様では、マネジメ
ントサーバがクライアントの広告メカニズムをサポート
できるような場所に、付加価値構成要素が設けられてい
るので、ウェブブラウザを必要とすることなく、装置エ
ンジンシステム上にバナーまたは同様の広告を表示する
ことができる。広告、統計収集およびこれらと同等なも
のを循環させることおは、マネジメントサーバのプロト
コルを介して処理される。オンライン購入および購読メ
カニズムもまた、マネジメントサーバのプロトコルを用
いてサポートされる。

【００６７】マネジメントサーバは、さらに、システム
における各ユーザに対して、アカウンティング、サイン
アップ登録、装置の編集（device selection）、格納サ
ーバの選択（storage server selection）および同様な
機能をサポートしている。一実施形態では、マネジメン
トサーバは、所定ユーザのアカウントについて、パスワ
ード情報および暗号情報を保持することができる。第２
実施形態では、このような情報は保持されない。この第
２実施形態によれば、マネジメントサーバを維持装置が
ユーザのアカウントにおけるデータにアクセスするため
のパスワードを保持していなければ、ユーザがさらに安
心感を持つことができる、という有利な点がもたらされ
る。

【００６８】さらに、マネジメントサーバに関連する情
報、および、マネジメントサーバから本発明のシステム
における他の構成要素に対するデータのフローについて
は、図１５から図１７に示す処理フロー図およびデータ
フロー図を説明することにより明らかとなる。

【００６９】図１７は、データフローの概略図および本
発明に基づいて用いられるマネジメントサーバの機能的
仕様を示す。

【００７０】図１７に示すように、ウェルカム要求１７
１０に引き続いて、ユーザは、追加ユーザモジュール１
７１２を使用可能（イネーブル）にし、この後、追加装
置モジュール１７１４を使用可能（イネーブル）にする
サインアウトを行うことが許される。サインアップが要
求されなければ、情報は、モジュール１７１８を介して
供給される。

【００７１】図１７に示すように、追加ユーザモジュー
ル１７１２は、装置データベース１７５０におけるユー
ザに対してユーザレコードを追加する。そのうえ、追加
装置モジュール１７１４は、ユーザ装置データベース１
７５０に対してユーザおよび装置を追加する。装置リス
ト１７２０、ならびに、装置エンジンダウンロードおよ
び更新データベース１７２２は、追加装置モジュール１
７１４に対して選択データを供給する。アカウント認証
モジュール１７２４は、１７１０におけるウェルカムス
クリーンでのユーザログイン、および、追加装置モジュ
ール１７１４の両方からの直接入力を受信する。

【００７２】一旦アカウントが認証および確認される
と、１７７０における私用データ格納部を有する本発明
のシステムの管理者は、ファイル１７５６、電子メール
１７５８、カレンダー１７６０、連絡情報１７６２、メ
モ１７６４およびタスク１７６６のようなユーザのレコ
ードに対してアクセスすることができるウェブデスクト
ップ１７５４の提供を選択することができる。情報は、
上述したような本発明のシステムに基づいて同期するプ
ロバイダーデータベース１７５２から選別される。本質
的には、プロバイダデータベース１７５２は、上述した
ような、格納サーバと、各装置エンジン１７８５と、設
定データベース１７８７とを含む装置エンジン１７８０
からのデータに対してアクセスする。

【００７３】マネジメントサーバの別の部分には、同期
を開始し（１７３２）、同期をカウントし（１７３
４）、同期を終了させ（１７３６）るためのロッキング
モジュールと、ユーザを変更し（１７４２）、装置を追
加し（１７４４）、装置を除去し（１７４６）および装
置を変更（１７４８）することを含んだ、ユーザ情報を
更新するためのロッキングモジュールと、が含まれる。

【００７４】図１４には、格納サーバ１４１５の一例が
示されている。格納サーバは、本発明に基づいて、任意
数の標準インターネットプロトコルによってアクセス可
能な包括的格納モデルを含む一方、本発明のシステムを
様々な方法で標準的に実行させることが可能なフレキシ
ブル格納構造が設けられている。これにより、新しいサ
ーバアプリケーションをインストールすることなく、ネ
ットワークサービスを実現することができるとともに、
多数の装置エンジンの間における変更情報を矛盾のない
方法で通信することが可能となる。

【００７５】１つ以上の格納サーバ１４１５は、装置の
収集の間でトランザクションを通信するために用いられ
うる。ユーザの個人情報ネットワークのそれぞれは、そ
のネットワーク各自のデータパッケージ格納部内の固有
アカウントにより表される。格納サーバ１４１５は、デ
ータパッケージの継続性（persistent）格納収集を保持
する。この格納収集は、最低でも、ユーザの所定情報ネ
ットワークにおける最も旧式なシステムを同期させるこ
とができる程度に十分なデータパッケージであるか、ま
たは、ネットワークに供給される新しい装置に情報を追
加することができる程度に十分なデータパッケージであ
る。付加的なデータパッケージは、前バージョンの情報
をロールバックすることができるように維持されうる。
格納サーバは、自動的に、古い方のデータパッケージの
記憶を処分し、使われていないアカウントの経年変化を
サポートする。

【００７６】各格納サーバ１４１５は、任意のオペレー
ティングシステムプラットフォーム用の標準ＦＴＰサー
バを含む様々なインプリメンテーションを用いて実現さ
れうる。格納サーバは、効率を向上させかつファイアウ
ォールを避けるためのＨＴＴＰプロトコルを用いて実現
されうる。格納サーバは、データベースアクセスまたは
ユーザの全ファイルシステムツリーの単一ファイル記憶
のようなローカル記憶用の技術を用いて実現されうる。
格納サーバ１４１５は、データパッケージのコピーをシ
ステムにおける別の格納サーバに移動させるための、格
納された外部プロトコルモデルを用いることができる。
一実施形態では、格納サーバは、ファイアウォールが親
プロトコル（originating protocol）を妨げるような場
合には、他の格納サーバに対して別のプロトコルを用い
ることにより、情報のトンネリング（tunneling）を可
能とする。例えば、格納サーバは、ＨＴＴＰプロトコル
内部のＦＴＰトラフィックを中継することができる。格
納サーバは、別々のマネジメントサーバを必要とせず
に、同一のサーバに対する多数の装置エンジンによるア
クセスを仲裁するために、各自のロッキング意味論を含
むことができる。たとえ格納サーバ１４１５が非常に多
くのユーザにわたる大量のデータパッケージを保持する
ことができても、各装置エンジンは、特定ユーザのデー
タパッケージ記憶領域のみに対してアクセスすることが
可能である。これにより、ファイルシステム技術を用い
て格納サーバが実現される際には、増加した位取り（sc
aling）を考慮することができる。

【００７７】一態様として、格納サーバは、各動作につ
いて標準ＦＴＰまたはＨＴＴＰ接続を用いて実現され
る。ＨＴＴＰは、要求と応答とをペアで備えている。す
べての要求はコマンドを通知することになっている。パ
ラメータは、"application/X-www-form-URLENCODED"の
ような一般的な形式で設定されうる。符号化はＲＦＣ１
８６６に明記されている。格納サーバ用の機能は、格納
サーバがシンプルテキスト列を検索する他のユーザにた
どり着くことができるかどうかをテストすることと、バ
イナリストリームの副次物に存在するようなファイルの
内容を転送する"get"コマンドと、格納サーバに対する
バイナリストリームのデータのようなputコマンドと、
ディレクトリリスティングコマンドと、削除コマンド
と、改名コマンドと、存在するコマンドと、これらと同
等のコマンドと、を含む。

【００７８】図１５は、本発明にかかる「プル（pul
l）」同期処理を表現している。図１５に示すプル同期
および図１６に示すプッシュ同期の両方は、装置エンジ
ンの観点から実行される。図１５に示したようなプル同
期は、好ましくは、プッシュ同期の前に実行される。こ
れにより、装置エンジンは、独自のデータを同期させる
必要があるか否かを認識することができる。

【００７９】各装置は、同期を開始するための独自のト
リガメカニズムを有する。Windows（登録商標）のクラ
イアントおよびPalm（登録商標）pilotのようないくつ
かの装置は、ユーザが「同期」ボタンを押圧した際に手
動によりトリガされる。携帯電話のような他の装置は、
他の装置が同期を完了させた後に、自動的にトリガされ
る。規則的なタイムベーストリガも同様にサポートされ
る。ウェブをベースにしたアプリケーションポータル
は、ユーザがウェブサイト安全性認証メカニズムにログ
インする際に同期し、選択的には、ユーザのログアウト
またはセッションタイムアウトにより同期を行うことも
できるが、これは、そのユーザがセッションの間におい
てデータを変更した場合に限られる。各同期について、
トリガが発生した場合には、どのアプリケーションタイ
プが装置のために同期を行うべきかが指定される。これ
により、トリガの発生により、特定アプリケーションタ
イプのための同期のみがトリガされうる。マネジメント
サーバは、格納サーバに対するトラフィックを最小化す
るために、特定タイプのアプリケーションに対する同期
が必要でないことを指定することができる。同期はサー
バに対するＨＴＴＰ要求によりトリガされうる。この要
求は、どの装置が同期の対象となるのかについての情
報、ならびに、認証および確認（validation）用のマネ
ジメントサーバに送られるユーザログイン情報を保持し
ている。ＨＴＴＰ要求をサーバに対して送信し、この要
求のデータ部分における認証情報をマネジメントサーバ
に対して送信することにより、同期がトリガされる。各
装置は、サーバに対して同期要求を出す前に、要求を検
索しこの要求の適切なフォーマットを確保することを担
うservletを含む。

【００８０】装置の名前および装置のクラスは、同期さ
れている特定の装置タイプを独自に識別し、マネジメン
トサーバに含まれている。各ユーザは、マネジメントサ
ーバ認証レコードにおいて１つ以上の装置エンティティ
を有しており、各装置の名前は、このユーザの空間にお
いて固有なものとなっている。例えば、ユーザが自分の
個人識別番号を持った５つの装置を持っている場合、５
つの認証レコードが存在する。これらは、２つのWindow
s（登録商標）装置、２つの異なるPalm（登録商標）装
置、１つのウェブサービスポータルであるかもしれない
が、これらはそれぞれ、独自の個人識別番号を有してい
る。

【００８１】図１５に示すように、プル同期処理は、上
述したトリガの発生が同期要求をトリガする際に、アイ
ドル状態１４０５で開始する。同期要求は１４１０で確
認され、この要求が照合されれば、工程１４１５におい
て格納サーバに対する接続がなされる。一旦接続が確立
されると、マネジメントサーバを介してユーザ識別を認
証するために、工程１４２０においてマネジメントサー
バに対する接続がなされる。認証が成功すると、マネジ
メントサーバは、競合する装置エンジンが同一データに
対して同時に接続することができないように、格納サー
バにおいてマネジメントサーバロックを開始する。工程
１４１０−１４２５のどこかで失敗が生ずると、システ
ムはアイドル状態１４０５に戻る。一旦エンジンサーバ
ロックが必要になると、格納サーバ上に新バージョンの
データが存在するか否かを決定するために、格納サーバ
は工程１４３０においてチェックされる。新バージョン
が存在しなければ、同期処理は終了する。

【００８２】新バージョンのデータが存在すれば、装置
エンジンは、工程１４３５において、相違情報"o get
Δ"を検索する。

【００８３】一旦Δが検索されると、競合は工程１４５
０において解決される。競合解決工程によって、ユーザ
は、装置のサーバ部分およびローカルデータの両方に対
して変更がなされている多数のタイプのデータに対する
競合を解決することができる。

【００８４】一旦競合が工程１４５０において解決され
ると、Δ'sが工程１４５５で付与される。Δ付与工程１
４５５は、フィルタおよびマッピングがシステムのロー
カル装置エンジン側に報告されるようにする。工程１４
６０、１４６５、１４７０および１４７５に示すよう
に、Δは、アイテムレベル１４６０、アプリケーション
レベル１４６５、装置レベル１４７０、または、ネット
ワークレベル１４７５における更新を含む。上述した工
程のそれぞれにおいて、Δ検索工程１４３５へ戻るルー
プが設けられている。もはやΔ'sが利用可能でなけれ
ば、マネジメントサーバロックは、工程１４４０におい
て解除される。

【００８５】図１６は、本発明のシステムおよび方法に
かかるプッシュ同期の一例を示す。アイドル状態１５０
５から始まって、工程１５１０で確認されれば同期が発
生し、工程１５１５においてΔ'sがチェックされる。ど
のタイプの変更事項が発生したかによって、ネットワー
クΔ１５２０、装置Δ１５２５、場所Δ１５３０または
アイテムΔ１５３５が生成される。

【００８６】一旦所定アプリケーションに対してΔ'sが
生成されると、本発明にかかる方法は、格納サーバに対
する接続を可能にする工程１５４０にとどまる。格納サ
ーバに対する接続がなされている際には、システムにお
けるユーザを認証するために、マネジメントサーバ１５
４５に対してさらなる接続が発生しうる。上述した時点
のどこかで失敗が生ずると、処理はアイドル状態１５０
５に戻ることになる。認証時には、マネジメントサーバ
ロックは、多数の装置エンジンが同一データに対して同
時に接続することのないように、イネーブルとされる。

【００８７】一旦工程１５５５でロックがかけられる
と、Δ'sがシステムにアップロードされる。図示してい
るように、この工程１５５５は、アイテムΔ１５７５お
よびアプリケーションΔ１５７０をアップロードするこ
と、装置Δ１５６５またはネットワークΔ１５６０をア
ップロードすることを含む。一旦Δ'sがサーバにアップ
ロードされてしまうと、マネジメントロックサーバ１５
８０が解放され、格納サーバに対する接続が工程１５８
５において終了する。

【００８８】このようなプッシュ同期は、サーバに直接
発生する必要はないが、図１から図７に示した本発明の
多数の実施形態で説明した内容にかかる第２の装置エン
ジンに直接生じうる。

【００８９】一旦汎用データフォーマットに情報が供給
されると、装置エンジンはこのフォーマットをデータパ
ッケージ内に編成する。これにより、各データパッケー
ジは、特定アプリケーションについての任意かつすべて
の情報に対する変更事項の記述を含み、データパッケー
ジの収集によって、あらゆる異なるタイプのデータを含
む全装置エンジンにわたる変更事項を記述される。暗号
化および圧縮化に伴って、データパッケージは非常にコ
ンパクトなものとなるので、本発明のシステムにわたっ
てバンド幅および記憶必要条件を最小にすることができ
る。

【００９０】本発明の一特定態様として、データパッケ
ージを暗号化することは、ストリーミングフォーマット
に設けられうるので、装置エンジンレベルで、最小限の
記憶容量およびメモリ構成を有する装置エンジンによる
処理を可能とする。

【００９１】装置エンジンは、ストリームを読み込み、
この装置エンジンが設けられているシステムに存在する
特定情報を更新するために、この装置エンジンがどのア
プリケーションのどのレコードが必要であるのかを、決
定する。

【００９２】データパッケージは、バイナリデータフォ
ーマットで供給されうる。これにより、データパッケー
ジは、バイトレベルで非アプリケーションデータに対す
る変更事項を暗号化することができる。よって、システ
ムにおける単一ビットが変更した場合、本発明のシステ
ムは、別のシステムにおけるそのビットを同期させるこ
とができる。変更事項は、一連のバイトレベル変更動作
として、記述される。このような暗号化の１つは、一連
の挿入およびコピー動作を用いている。挿入およびコピ
ーの動作は、通常、ソースファイルから多くのバイトを
特定の方法により「挿入する」こと、次いで、変更され
たソースをどれくらいのバイトだけ特定ファイルに挿入
しなくてはならないのか、次いで、特定の新ファイルか
らどれくらいのバイトだけ挿入するのか、を定めている
ので、相違エンジンは、ストリームの中からバイトを取
りだし、この取り出したバイトを新ファイルに挿入し
て、このファイルの新バージョンを生成する。

【００９３】当業者であれば容易に理解できることであ
るが、これにより、ユーザは、例えば、ワードプロセッ
サ文書またはその他のタイプの添付物のようなバイナリ
ファイルを変更し、このような添付物をバイナリレベル
で同期させることができる。具体的には、ある第１の人
物が、ワード文書の電子メールを第２の人物に転送した
ならば、この第２の人物は、この文書を修正し、修正し
たこの文書を第１の人物に送り返したいと思う。なぜな
らば、第１の人物は、自分のシステム上にオリジナルフ
ァイルを持っており、両方のシステムが本発明のシステ
ムにおいてイネーブル（使用可能）とされれば、第２の
システムは、第２のユーザにより意図されたような文書
を作成するべく変更データを用いて第１のシステムが第
２のシステム上で文書を再構築することができるように
するために、第１のシステムに対して変更事項または相
違情報を送信するだけでよいからである。

【００９４】本発明のシステムに基づいて通信イシュー
（Communication issue）を取り扱うために、データパ
ッケージの世代およびアプリケーションをマルチキャッ
シングすることが利用される。さらに、データパッケー
ジがこれより大きなメタデータパッケージに合併されう
るということを理解されたい。多数の装置パッケージの
編成のような、このようなメタデータ情報は、より大き
なシステムパッケージに暗号化される。各システムパッ
ケージは、本質的には、データパッケージの暗号化され
たシーケンスである。

【００９５】図１２は、本発明に基づいて用いられる、
データパッケージの一般的フォーマット、および、オブ
ジェクトストリーム階層構造の汎用データフォーマット
を示す。図１１および図１２を参照するに、特定アプリ
ケーションデータ構造における各アイテムが、図１３に
示すような、ファイル、フォルダ、連絡情報、電子メー
ル、カレンダー等のような特定の分類を有していること
は明らかである。汎用データ構造は、システムによりサ
ポートされた各アプリケーションから、各タイプのデー
タについてマッピングされたアイテムフィールドを含ん
でいる。よって、各データフィールドマッピングの「マ
スター」リストは、多数のアイテムを含む。各アプリケ
ーションオブジェクトは、このようなフィールドのサブ
セットを必要とする。他のウェブポータルを含む、あら
ゆる装置上で利用可能なあらゆる情報に対してアクセス
できるようにするウェブポータルアプリケーションのた
めに用いられるアプリケーションオブジェクトが１つの
例外となっている。

【００９６】所定アイテム１２５０用に含まれるアイテ
ムフィールド１２６０の特定例が図１３に示されてい
る。これらの例示アイテムオブジェクトは、例えばMicr
osoft社のOutlookのような割り当てからものである。Ou
tlookは、メモアイテム１３１０、電子メールアイテム
１３２０、タスクアイテム１３３０、カレンダーアイテ
ム１３４０、ブックマークアイテム１３５０、ファイル
アイテム１３６０、チャネルアイテム１３７０、フォル
ダアイテム１３８０および連絡情報アイテム１３９０を
準備しており、また、これらのすべては、図１３に示し
たようなフィールドを有する。

【００９７】データフォーマットは、また、アイテムの
分類と、この後特定カテゴリに続くこれらのアイテムに
関連したアイテムフィールドとを与える、フォルダ情報
１２４０を含む。

【００９８】アプリケーションオブジェクト１２３０
は、ストリームにおける情報が含まれたものからの、様
々なタイプのアプリケーション上の情報を含む。装置オ
ブジェクト１２２０は、この情報の発信源である、元の
タイプの装置上の情報を含む。ネットワークオブジェク
ト１２１０は、データストリームにおける情報が特定ユ
ーザから送られたものであるということを定めるため
の、ユーザレベル上の情報を含む。

【００９９】上述したように、各アプリケーションオブ
ジェクトは、フォルダレベル上の情報の収集を管理する
ことを可能とし、かつ、情報のフォルダ階層を管理する
ことを可能とする、フォルダ記憶インターフェイスをサ
ポートする。このアプリケーションオブジェクトは、ま
た、レコードもしくはファイルのような各情報エンティ
ティ、または、レコード内のフィールドのような情報エ
ンティティの構成要素を許容するアイテムインターフェ
イスを含む。さらに、各アプリケーションオブジェクト
は、コンピュータメーカのアプリケーションを検出する
ためのインターフェイスをサポートしている。

【０１００】データパックは、本質的には、情報に対す
る変更事項を記述した一連のトランザクションを含んで
いる。この情報は、２つの基本的なタイプ、すなわち、
構造的データすなわちアプリケーションデータと、非構
造的データすなわちバイナリファイルデータと、に及
ぶ。トランザクションは、実際の内容オブジェクトを表
現するために、タグを有した効果的なストリーミングフ
ォーマットを用いて暗号化される。この技術によれば、
新しい内容がサポートされた際に、データパックフォー
マットを連続的に拡張させることができる。

【０１０１】パッケージの一般的構造は、データパッケ
ージに含まれることになる、アプリケーションデータ、
ファイルデータ、ファイル、オブジェクトおよび識別子
を規定する。通常、トランザクション、アプリケーショ
ンデータ、ファイルデータおよびファイルは、事前に記
述されている。

【０１０２】データパッケージの第１部分は、このデー
タパッケージの識別子である。各トランザクションは、
オブジェクトおよび動作の基本的構造を有する。各内容
は、オブジェクトと称され、ＵＵＩＤ（Universally Un
ique Identifier）を用いて個別に表現される。オブジ
ェクトは、一般的には、動的に生成されたＵＵＩＤによ
り表現されるが、これよりも共通のオブジェクトは、静
的ＵＵＩＤにより表現される。各ＵＵＩＤは、好ましく
は、システムプロバイダにより割り当てられた固有の１
２８ビット値を有する。

【０１０３】トランザクションは、個別ファイルの形を
とる処理しやすいブロックに解体される。この後、これ
らのファイルは、選択的に、圧縮され、暗号化され、お
よび、適当なヘッダが先頭に付与される。トランザクシ
ョンは、以下に示す規則に基づいて、特定ファイルに分
類される。

【０１０４】・アカウント情報に関連したトランザクシ
ョンは、データパックファイルに分類される。

【０１０５】・特定データクラスに関連するトランザク
ションは、データパックファイルに分類される。

【０１０６】・バイナリデータに関連するトランザクシ
ョンは、各ファイルオブジェクト毎に別々のデータパッ
クファイルに分類される。

【０１０７】データパックファイルは、ファイルネーム
に基づく特定規則を用いて識別される。形式"UUID.VER"
というファイルネームについては、ＵＵＩＤが特定オブ
ジェクト用の識別子であり、ＶＥＲはトランザクション
バージョン番号である。このバージョン番号は、大きな
バージョン番号用に用いられる付加ディジットを用い
た"D0001"の形式をとる。この"D000"値は、好ましく
は、オブジェクト用ベースバージョンのために確保され
ている。

【０１０８】ユーザアカウント用のＵＵＩＤは、マネジ
メントサーバ（ＭＳ）により生成される。ＭＳは、ま
た、ユーザアカウント内のデータパックファイルを理解
するためのルート構造を与える、ＵＵＩＤ値およびバー
ジョン番号の現在のテーブルを保持する。ＭＳは、ま
た、多数の装置エンジンが同期をしようとする際に整合
性を維持するのに必要なロッキング意味論を供給する。

【０１０９】すべてのデータパックは、データパックに
関する基本的な内容の情報を与える標準ヘッダが先頭に
付与される。圧縮化および暗号化ヘッダは、必要とあれ
ば、データパックヘッダの後に付与される。

【０１１０】データパッケージヘッダ情報は、バージョ
ンシグネチャ、付与されたバージョン情報、コンテンツ
タイプ、Δエンジンタイプ、圧縮タイプ、暗号タイプ、
付与されたサイズ、暗号化されたサイズ、圧縮化された
サイズ、ローデータのサイズ、および、アプリケーショ
ン用の使用可能なフォーマットにデータを変換するべく
このデータを解読化する際に、装置エンジンに用いられ
るその他のデータを、含んでいる。

【０１１１】ヘッダのフォーマットは好ましくは次のよ
うになる。

【０１１２】

【表１】 以下のようコンテンツタイプ（ContentType）値が利用
可能である。

【０１１３】

【表２】 デルタタイプ（DeltaType）は、用いられるバイナリフ
ァイル相違のタイプを暗号化する。以下に示すデルタタ
イプ値は、デルタパッケージデルタタイプを用いて利用
可能である。

【０１１４】

【表３】 圧縮タイプは、データパックが圧縮化されているかどう
かを明記する。圧縮タイプが明記されていれば、データ
パック圧縮ヘッダがデータパックヘッダの後に続く。以
下に示すような圧縮タイプ（CompressionType）値は、
データパッケージ圧縮タイプ（DataPackageCompression
Type）を用いて、利用可能である。

【０１１５】

【表４】 暗号タイプは、データパックが暗号化されているかどう
かを明記する。暗号タイプが明記されていれば、データ
パック暗号化ヘッダがデータパックヘッダの後に続く。
以下に示す暗号タイプ値はデータパック暗号タイプ（Da
taPackageEncryptionType）を用いることにより、利用
可能である。

【０１１６】

【表５】 すべてのデータパック圧縮ヘッダは、以下に示すフォー
マットを用いて暗号化される。

【０１１７】

【表６】 以下に示すヘッダタイプ（HeaderType）値は、データパ
ッケージヘッダタイプ（DataPackageHeaderType）を用
いることにより利用可能である。

【０１１８】

【表７】 すべてのデータパック暗号ヘッダは、以下に示すフォー
マットを用いて暗号化される。

【０１１９】

【表８】 以下に示す動作値は動作クラスを用いることにより利用
可能である。

【０１２０】

【表９】 以下に示すフィールドデータタイプ（FieldDataType）
値がデータタイプ（clDataType）を用いることにより利
用可能である。

【０１２１】

【表１０】 データパッケージオブジェクトは、以下に示すような階
層に編成される。 Account::= DeviceList + DataClassList DeviceList::= {Device} DataClassList::= {DataClass} + ProviderList ProviderList:: = {Provider} + DataStoreList DataStoreList:: = {Folder} + ItemList ItemList::= {Item} + FieldList FieldList::= {Field} アカウントは、ユーザアカウントについての情報を認識
するルート構造である。このアカウントは、ネーム、パ
スワード、ユーザネームおよびバージョンのような、具
体的なフィールドタグ（eFieldTag_[NAME]）を有するこ
とができる。フィールドタグアイテムタイプ値は、加算
アイテムタイプを用いて、ItemType_PINのように明記さ
れる。

【０１２２】装置は、アカウントの一部分として認識さ
れたシステムである。これの例には、パーソナルコンピ
ュータ、ハンドヘルド、ウェブサイトなどが含まれる。
装置は、"name"、"type"、ならびに、ポータル、Palm、
Windows（登録商標）、携帯電話といったアイテムタイ
プ値（eDevice_[Name]）のようなタグ（eField_[Nam
e]）を有することができる。

【０１２３】データクラスは、類似する情報タイプの集
合である。多くのデータクラスは、特定アカウントのた
めに表現される。データクラスは、ネーム、アイテムタ
イプ、サブタイプ、保持中、プロバイダ、フィルタおよ
びバージョンのようなタグ（eFieldTag_[Name]）を含む
ことができる。

【０１２４】以下に示すアイテムタイプ値は、加算デー
タクラス（eDataClass_[Name]）を用いることにより利
用可能である。 (eDataClass_[Name]): Tag 記述 UNKNOWN 未知 CONTACT 連絡／アドレスブック EMAIL 電子メール CALENDAR カレンダー TASK 実行すべきタスク NOTE ノート／メモ JOURNAL ジャーナル BROWSER ウェブブラウザのお気に入り、クッキー等 FILESET ファイルの収集 PIN アカウント情報 DEVICE 装置情報 FILEBODY ファイルの内容 プロバイダは、データクラス内に特定情報を保持するア
プリケーションである。特定データクラスには１つ以上
のプロバイダが存在しうる。フィールドタグは、ネー
ム、適用オブジェクトＩＤ、パスワード、ユーザネーム
およびバージョンを含む。このプロバイダ（eProvide[N
ame]）に利用可能なプロバイダタグの例では、ポータ
ル、Palm（登録商標）、MicrosoftOutlook（登録商
標）、LotusOrganizer、MicrosoftInternetExplorer、M
icrosoftWindows（登録商標）等を含む。

【０１２５】データ記憶部は、プロバイダ内に情報を格
納するためのコンテナである。特定プロバイダには１つ
以上のデータ格納部が存在しうる。フォルダは、データ
格納部内の情報についての構造化組織である。データ格
納部は、フォルダをサポートするためには必要とならな
い。各データ格納部用にサポートされるタグ（eFieldTa
g_[Name]）は、ネーム、アイテムタイプ、保持中、オリ
ジナルパスを含む。データ格納部のために利用可能なア
イテムタイプは、アンノウン、MAPI、データベースおよ
びStore_Fileを含む。

【０１２６】フォルダは、データ格納部内の情報につい
ての構造的組織を表現する。データ格納部は、フォルダ
をサポートするために必要とはならない。フォルダは、
ＵＵＩＤにより表現され、かつ、以下に示すようなフィ
ールドタグ（eFieldTag_[Name]）のいずれかを含む。す
なわち、フィールドタグは、ネーム、アイテムタイプ、
保持中、ファイル属性、生成日、変更日、アクセス日お
よび特別フォルダタイプである。

【０１２７】eFieldTag_ItemType値は、加算アイテムタ
イプを用いて、eItemType_FOLDERのように明記される。

【０１２８】アイテムは、実際のユーザデータからなる
個別情報構成要素である。これらのアイテムは、ネー
ム、アイテムタイプ、保持中およびバージョンのような
フィールドタグを含む。

【０１２９】ファイルアイテムは、一般的には、以下の
ような付加フィールドタグ（eFieldTag_[Name]）を含
む。 (eFieldTag_[Name]): FileAttributes CreationDate ModificationDate AccessDate FileSize FileBody DeltaSize Hash アイテムタイプは、フォーマット（eItemType_[Name]）
を採用し、拡張（extended）、フォルダ、添付物（atta
chment）、連絡情報、個別リスト（distlist）、電子メ
ール、カレンダー、タスク、コール（call）、メモ、ポ
スト（post）、ジャーナル、フォーム、スクリプト（sc
ript）、規則、お気に入り（favorites）、サブスクリ
プション（subscription）、common_favorites、デスク
トップ、common_desktop、スタートメニュー、チャネ
ル、クッキー（cookies）、プログラム、common_progra
m、スタートアップ、common_startup、送信（sendt
o）、現在（recent）、internet_cache、ヒストリ、map
ped_drives、プリンタ、ドキュメント、ドキュメントの
テンプレート（doctemplate）、フォント、window_sett
ings、app_data_folder、app_settings、ファイルセッ
ト（fileset）、ピン（pin）、装置、data_store、ファ
イル、プロバイダ、data_class、インターナル（intern
al）を含む。

【０１３０】フィールドは、ベースタイプ定義のセット
のうちの１つに基づいている。すべてのフィールドタグ
情報は、以下に示すフォーマットを用いて暗号化され
る。

【０１３１】

【表１１】 アンノウン（unknown）、ロング（long）、dword、日付
（date）、ストリング（string）、バイナリ、フロート
（float）、ダブル（double）、収集、ユニークＩＤ（u
niqueid）、ＵＵＩＤ、ファイル、無効（invalid）を含
む多くのフィールドタイプが利用可能である。ＬＯＮＧ
は、ビッグエンディアン（big-endian）フォーマットで
暗号化された４バイト値である。フィールドタイプＤＷ
ＯＲＤは、ビッグエンディアンフォーマットで暗号化さ
れた４バイト値である。フィールドタイプＳｔｒｉｎｇ
は、１ＮＵＬＬバイトが後に続く一連のユニコードキャ
ラクタである。ＭＢＣＳ値にはインターフェイスが設け
られる。フィールドタイプＢｉｎａｒｙは一連のバイト
である。フィールドタイプＵｎｉｑｕｅＩＤは、汎用固
有識別子（ＵＵＩＤ）標準により定義されるような一連
のバイトである。ＡＯインターフェイスが、ローカル個
別識別子（ＬＵＩＤ）値に設けられる。フィールドタイ
プＱＷＯＲＤは、ビッグエンディアンフォーマットで暗
号化された８バイト値である。フィールドタイプＦｉｌ
ｅは、ファイルボディデータを含む個別データパックを
表現するＵＵＩＤである。ファイルに対して全パスを記
述する１ＮＵＬＬバイトが後に続く一連のユニコードキ
ャラクタに、ＡＯインターフェイスが設けられる。任意
数のファイルサブタイプが利用可能である。各サブタイ
プは、サポートされた全ユーザアプリケーションから利
用可能な全データタイプを含む。十分に理解できるよう
に、サブタイプの数が、非常に大きくなり、かつ、本発
明のシステムによりサポートされる各新アプリケーショ
ンが追加されるにつれて変化する、という可能性があ
る。サブタイプには、例えば以下に示すものが含まれ
る。 サブフィールドの記述 記述 Base サブタイプが未指定 EmailAddress 電子メールアドレス EmailAddressList 電子メールアドレスリスト SearchKey 検索キー CategoryList カテゴリリスト StringList ストリングリスト DistributionList 配布リスト Gender ジェンダー（enumGender） TimeZone タイムゾーン（enumTimeZone） Boolean ブール（TBD） NonZeroBool ゼロ値を有するブール（enumNonZeroBool） Priority 優先度 Sensitivity 感度（enumSensitivity） Importance 重要度（enumImportance） SelectedMailingAddr 選択された送信アドレス（enumSelectedMailingA ddr） TaskStatus タスク状態（enumTaskStatus） FlagStatus フラグ状態（enumFlagStatus） RecurrenceType 繰返しタイプ（enumRecurrenceType） DayOfWeek 週における日（enumDayOfWeek） DayOfMonth 月における日（１〜３１） InstanceOfMonth 月の例（enumInstanceOfMonth） MonthOfYear 年における月（enumMonthOfYear） BusyStatus ビジー状態（enumBusyStatus） AttachmentType 添付物タイプ（enumAttachmentType） MailBodyType メール本体タイプ（enumMailBodyType） RGB ＲＧＢカラー値 ManagedState 処理状態（enumManagedState） FaoId プロバイダに対するＦＡＯ−ＩＤ SpecificationFolderType 特別フォルダタイプ（enumSpecialFolderType） ResponseState 応答状態（TBD） ResponseStatus 応答ステータス（TBD） JournalStatus ジャーナルステータス PageStyle ページスタイル PageNumberMethod ページ番号方法 DelegationState 削除状態 MeetingStatus ミーティングステータス MeetingInvitation ミーティング招待 CalendarType カレンダータイプ DateOnly 日付のみ TimeOnly 時間のみ PhoneNumber 電話番号 URL ＵＲＬ FilePath ファイルパス PopMessageID ＰＯＰメッセージＩＤ MIMEType ＭＩＭＥタイプ INVALID すべての値はこれ以下でなくてはならない 図１８は、上述した様々な構成要素を含む、データ転送
および同期システムの一例の一般化されたブロック図で
ある。具体的には、このシステムは図７に示したような
ネットワーク７００を含む。ネットワーク７００は、図
７における格納サーバ３００₁、３００₂のような１つ以
上の格納媒体を含む。図７に示すような複数の装置は、
ネットワークに接続することが可能なものであり、か
つ、上述した技術を用いて、オフライン方法により同期
情報を交換することが可能なものである。これらの装置
は、家庭用ＰＣ７１０およびオフィス用ＰＣ７０２を含
み、これらは両方とも上述した技術を用いてお互いに同
期することが可能である。上述したような装置エンジン
は、様々な装置とネットワーク７００との間に接続され
る。

【０１３２】図１８において、クライアントソフトウェ
アは、家庭用ＰＣ７１０とオフィス用ＰＣ７０２の両方
にインストールされており、Microsoft社のWindows（登
録商標）のようなオペレーティングシステムに関連して
動作するように構成されている。実行時には、クライア
ントソフトウェアは、ユーザＰＣ上の様々なアプリケー
ションと相互に作用を及ぼす。ユーザは、クライアント
ソフトウェアと対話し、アプリケーションが優先される
ようにこのソフトウェアを構成する。この後、データ
が、様々なアプリケーションから抽出され、このデータ
が生成された特定アプリケーションおよび装置とは関係
のないフォーマットで編成され、データパッケージに組
み込まれる。本発明の具体的な実施形態では、連絡情
報、ブックマークおよび日程行事を含む様々なクラスの
データが、この方法により処理される。

【０１３３】一実施形態では、Microsoft社のOutlookが
図１８における家庭用ＰＣ７１０にインストールされ
る。この例では、１０個の連絡情報がOutlookでプログ
ラムされる。ユーザは、クライアントソフトウェアに対
してOutlookを用いてこれらの連絡情報を同期させるよ
うに指示する。クライアントソフトウェアは、Outlook
にアクセスし、上記１０個の連絡情報を抽出し、この連
絡情報をデータパックCONT.D000に統合する。ここで、
ＵＵＩＤ“ＣＯＮＴ”は特定オブジェクトのような連絡
情報を示し、“Ｄ０００”はこのデータパックがバージ
ョン「０」であることを示している。これらの連絡情報
は、それぞれが固有のＩＤ番号１、２、...１０を割り
当てられた１０個のトランザクションとして、データパ
ックCONT.D000の中に結合される。例えば、ＩＤ２は、J
ohn Smith用の連絡情報を示す。この例では、各トラン
ザクション１、２、...１０は関連したアクション（ass
ociated action）である「追加」を有する。この後、デ
ータパックCONT.D000は、ネットワーク７００にアップ
ロードされ、格納サーバ３００₂に格納される。

【０１３４】この後、オフィス用ＰＣ７０２は、ネット
ワークに接続し、データパックCONT.D000を識別する。
具体的には、このような識別には、オフィス用ＰＣ７０
２がマネジメントサーバ１８０２に対して信号を送信す
ること、この例では、オフィスＰＣ７０２が特定データ
クラス（この例では連絡情報）用のいかなるデータパッ
クをもダウンロードしていないということをマネジメン
トサーバ１８０２に通知することが含まれる。マネジメ
ントサーバ１８０２は、オフィス用ＰＣ７０２に対し
て、オフィス用ＰＣ７０２がネットワーク７００に前回
接続して以来、連絡情報用変更情報のデータパッケージ
がサーバ３００₂に格納されていないことを示す信号を
送信して応答する。これに応えて、オフィスＰＣ７０２
は、マネジメントサーバ１８０２に対して、データパッ
ケージを要求する信号を送信する。サーバ３００₁に格
納されている最新のデータパッケージは、この例では、
バージョン０の連絡情報であるCONT.D000と識別され
る。このデータパックCONT.D000は、この後、オフィス
用ＰＣ７０２にダウンロードされる。このデータパック
における変更情報、この例では、連絡情報における「追
加」が、この後、オフィス用ＰＣ７０２における適切な
アプリケーションに適用される。この例では、オフィス
用ＰＣ上のクライアントソフトウェアは、Lotus Notes
アプリケーションを用いて連絡情報を同期させるように
構成されている。この結果、CONT.D000からの１０個の
追加は、Lotus Notesの連絡情報に適用されるので、家
庭用ＰＣ７１０およびオフィス用ＰＣ７０２における連
絡情報は同期する。オフィス用ＰＣ７０２は、この後、
オフィス用ＰＣ７０２は、バージョン番号０の連絡情報
データパッケージをオフィス用ＰＣ７０２が適用したこ
とを示す信号を、マネジメントサーバ１８０２に返送す
る。この情報は、好ましくは、ネットワークに接続され
ている全装置のそれぞれが変更情報をダウンロードおよ
びアップロードすることができるように、マネジメント
サーバ１８０２によりレジストリ１８０４に保持され
る。

【０１３５】この後、オフィス用ＰＣ７０２のユーザ
は、Lotus Notesの連絡情報を更新し、１つ以上の連絡
情報を追加する。この例では、２０の連絡情報が追加さ
れる。この後、Lotus Notesアプリケーションは、ネッ
トワーク７００に対して第２のデータパッケージをアッ
プロードする。この第２のデータパッケージは２０個の
連絡情報を含んでおり、それぞれの連絡情報は関連する
アクション「追加」を有する。このデータパッケージ
は、勿論、CONT.D000における情報よりも新しい変更情
報を表現する。オフィス用ＰＣ７０２によりアップロー
ドされたデータパッケージは、固有のファイルネーム、
この例ではCONT.D001により識別される。加えて、オフ
ィス用ＰＣ７０２は、マネジメントサーバ１８０２に対
して、CONT.D001がネットワーク７００にアップロード
されたことを確認する信号を送信する。オフィス用ＰＣ
７０２が、現行であること、すなわち、CONT.D001にお
ける変更情報を既に適用していることを示すために、レ
ジストリ１８０４がアップロードされる。

【０１３６】この後、家庭用ＰＣ７１０はネットワーク
７００に接続し、家庭用ＰＣ７１０におけるクライアン
トソフトウェアは、ネットワーク７００に接続されたマ
ネジメントサーバ１８０２と通信を行う。具体的には、
家庭用ＰＣは、家庭用ＰＣ７１９がデータネットワーク
７００に前回接続して以来の、最新バージョンの変更情
報としてのCONT.D000を識別する信号を、マネジメント
サーバ１８０２に対して送信する。マネジメントサーバ
１８０２は、格納サーバに対して、もっと新しい、連絡
情報に対する変更情報のデータパッケージを問い合わせ
る。マネジメントサーバ１８０２は、このようなデータ
パッケージ、この例ではCONT.D001を識別し、家庭用Ｐ
Ｃ７１０に対してそのようなデータパッケージが存在す
ることを通知する情報を、家庭用ＰＣ７１０に対して送
信する。この後、家庭用ＰＣ７１０におけるクライアン
トソフトウェアは、新しいデータパッケージを要求した
後、マネジメントサーバ１８０２は、このデータパッケ
ージを家庭用ＰＣ７１０に対してダウンロードする。こ
の後、このデータパッケージにおける変更情報、この場
合には追加すべきCONT.D000からの２０個の連絡情報
は、家庭用ＰＣ７１０におけるMicrosoft社のOutlookに
より保持されている連絡情報に適用される。Microsoft
社のOutlookに対して変更情報を通信すること、およ
び、この後Outlookにおける連絡情報を更新すること
は、家庭用ＰＣ７１０におけるクライアントソフトウェ
アにより調整される。この後、家庭用ＰＣ７１０および
オフィス用ＰＣ７０２における連絡情報は、再度同期す
る。

【０１３７】「追加」だけでなく他のトランザクション
が、本発明の一実施形態に提供される。これらのトラン
ザクションのうちの１つは、「変更」トランザクション
である。この例を用いると、CONT.D001がネットワーク
７００にアップロードされた後、ある人物についての連
絡情報が変更されることがある。例えば、John Smith
は、電話でユーザに電話し、このユーザに対して自分の
電話番号が変わったことを教えることがある。この後、
このユーザは、オフィス用ＰＣ７１０にアクセスして、
自分の連絡情報におけるJohn Smithの電話番号を変更す
る。

【０１３８】この後、上記ユーザは、例えば、クライア
ントソフトウェアによるコンピュータスクリーンに表示
された「同期」ボタンを適用するので、新データパッケ
ージすなわち変更ログCONT.D002が生成されネットワー
ク７００にアップロードされ格納サーバ３００₁、３０
０₂のうちの１つに格納される。マネジメントサーバ１
８０２に対してデータパッケージCONT.D002がアップロ
ードされたことを通知する、オフィス用ＰＣ７１０によ
りマネジメントサーバ１８０２に対して送信された信号
がアップロードされる。データパッケージCONT.D002
は、アクション「変更」が「追加」に代えて用いられて
いる点において、データパッケージCONT.D000およびCON
T.D001と異なっている。変更コマンドおよび関連する変
更情報は、特定ユーザに関連している。具体的には、変
更指示は、適切なＩＤ、この場合にはJohn Smithを表す
ＩＤ番号２に関連している。加えて、データパッケージ
CONT.D002は、変更すべきフィールド、この場合には
「電話」およびその新しい情報（この場合にはJohn Smi
thの新しい電話番号）を含む。

【０１３９】この結果、家庭用ＰＣ７０２が上述した技
術を用いてネットワーク７００に接続する際には、デー
タパッケージCONT.D002が家庭用ＰＣ７０２にダウンロ
ードされ、クライアントソフトウェアは、ＩＤ番号２に
ついて、フィールド「電話」内の情報が更新されている
ことを認識する。家庭用ＰＣがネットワーク７００に次
回接続する際には、家庭用ＰＣ７０２は、この家庭用Ｐ
Ｃ７０２がCONT.D002を受信したことを示す信号をマネ
ジメントサーバに送信する。この後、Microsoft社のOut
lookによりこの連絡情報に対して変更がなされる。家庭
用ＰＣ７０２は、この後、家庭用ＰＣ７０２がバージョ
ン番号２の連絡情報データパッケージにおける変更情報
を受信して適用したことを確認する確認情報を、マネジ
メントサーバ１８０２に対して送信する。家庭用ＰＣ７
０２についてのレジストリにおける適切な情報がこの後
更新される。連絡情報についての変更情報を有するデー
タパッケージがこの後格納サーバに格納されていなけれ
ば、データパッケージは家庭用ＰＣ７０２にダウンロー
ドされない。

【０１４０】様々なクラスのデータについて変更がなさ
れるにつれて、データパッケージは、格納サーバ３００
₁、３００₂に蓄積し、格納空間を費やしてしまう。格納
されたデータパッケージの数が増加するにつれて、格納
サーバで利用できる格納空間が減少していく。上述した
例では、データパッケージCONT.D000は２キロバイト
（Ｋ）を占有し、CONT.D001は１Ｋを占有し、CONT.D002
は０.５Ｋを占有する。この結果、格納サーバで合計３.
５Ｋの格納空間がこれらの３つのファイルにより占有さ
れる。格納空間が例えば２５メガバイト（Ｍ）に限定さ
れ、かつ、ユーザアカウントに制限が加えられることが
あるような状況では、格納サーバにユーザが利用可能な
格納空間がなくなるまで、利用可能な格納空間の量は情
報が更新されるにつれて減少し続ける。この後、ユーザ
は、もう変更ログを格納することができないので、スト
レスを感じ、データ転送および同期システム全体に対し
て不満を感じるであろう。

【０１４１】当業者であってもなくても、次に示すよう
なシナリオにおけるユーザのフラストレーションを理解
できるであろう。この例では、ユーザは自分の家庭用Ｐ
Ｃ７０２におけるMicrosoft社のOutlookの「インボック
ス」に２０００通の電子メールを持っている。このユー
ザは、オフィス用ＰＣ７１０のようなその他の自分の装
置を家庭用ＰＣ７０２に同期させたいと思う。よって、
データパッケージMAIL.D000が、家庭用ＰＣ７０２にお
けるクライアントソフトウェアにより生成され、かつ、
格納を目的としてネットワーク７００にアップロードさ
れる。このデータパッケージは、２０００通すべての電
子メールを含んでおり、それぞれのデータパッケージ
は、関連するＩＤ番号および関連するアクション「追
加」を有している。この例では、データパッケージMAI
L.D000は、自分のアカウントに割り当てられた全２５Ｍ
を有するユーザについて、ほぼ１０Ｍのメモリを占有す
る。これを認識して、このユーザは、占有された空間の
量を減らすために、２０００通のメッセージのうちの１
５００通を消去する消去コマンドを実行する。この後、
１５００の「消去」アクションを含んだ、新データパッ
ケージMAIL.D001が生成される。これらのアクションの
それぞれは、データパッケージMAIL.D000における電子
メールＩＤ番号のアクションのうちの特定のものに関連
している。新データパッケージMAIL.D001は、さらに１
Ｍのメモリを占有するので、結果としてサーバの格納空
間がさらに占有されてしまう。この結果、すべてのイベ
ントにおけるユーザは、占有された格納空間の量を１０
Ｍからこの値の約１／４すなわち２.５Ｍにまで減らす
ことを期待するけれども、実際にはその量は１１Ｍに増
加する。

【０１４２】したがって、可能であれば常に、格納サー
バに格納されているデータパッケージを、可能であれば
常に崩壊させることが望ましい。本発明の一実施形態に
基づいて提供されるように、データパッケージを崩壊さ
せる際には、通常、特定クラスのデータのためのデータ
パッケージを、消去されている余計な情報に結合させる
必要がある。上述した例を用いると、データパッケージ
MAIL.D000とMAIL.D001は、新データパッケージMAIL.D00
1を明確にするために、MAIL.D001における「消去」アク
ションが前データパッケージMAIL.D000における同一の
ＩＤ番号用の「追加」に置き換わるように、結合する。
別の例では、「消去」コマンドは、所定トランザクショ
ンにおける１つ以上のフィールドにしか適用されない。
この新データパッケージは、好ましくは、オリジナルの
MAIL.D001、すなわち「消去」アクションのみを有する
ものの上に上書きされる。したがって、データパッケー
ジMAIL.D000はもはや関係のないものとなるので消去さ
れる。この方法による「ベースをロール（コピー）する
こと」を実行した後、格納サーバには新MAIL.D001デー
タパッケージのみが残り、この結果、占有された格納空
間の量は、ユーザが期待していたように、１０Ｍから約
２.５Ｍにまで減少する。

【０１４３】図１８において、本発明の一実施形態に基
づいて構成されたベースローリングエンジン１８０６
は、データパッケージを期待通りに崩壊させるように設
けられている。ベースローリングエンジン１８０６は、
望ましくは、ネットワーク７００に接続された装置エン
ジン１８０８の１つの中に配置される。一実施形態で
は、ベースローリングエンジン１８０６の実行はユーザ
により制御されるが、別の実施形態では、ベースローリ
ングエンジンは、データ転送および同期システムにより
自動的に実行される。ベースローリングエンジンが手動
で実行される場合には、ユーザは、家庭用ＰＣ７０２の
ような自分の装置の１つにより自分のアカウントにアク
セスし、自分のデータを圧縮するためのコマンドを出
す。一例としては、このコマンドは、ユーザのディスプ
レイスクリーンにグラフィカルインターフェイスの一部
として表示されている「ベースをロールする」ボタンの
上にポインタを単に移動させ、マウスまたはトラックボ
ールのような制御装置を用いてこのボタンをクリックす
ることにより、実行される。

【０１４４】図１９は、本発明の一実施形態に基づいて
実行される、データパッケージの崩壊方法を示す図であ
る。上述したように、各データパッケージすなわち各変
更ログは、格納サーバ３００₁、３００₂のようなレポジ
トリに格納されている。各変更ログ内には、複数のアイ
テム、一例としては、親ＩＤ、ＩＤ、アクション、およ
び１つ以上のフィールドが含まれている。親ＩＤは、例
えば、アイテムが階層的に関連している状況において、
特定アイテムと別のアイテムとの関係を識別する。ＩＤ
およびアクションアイテムは、上述したように定義され
ている。各データパッケージのフィールドは、どの特定
フィールド、例えばデータのクラスを変更すべきなのか
を識別する。各フィールドは、好ましくは、固有の数値
を有し、かつ、フィールドについての変更情報を表現す
る属性を含む。

【０１４５】図１９には、ベースバージョンＤ０００お
よびこの後のバージョンＤ００１の２つのデータパッケ
ージが存在している。両バージョンとも、上述したアイ
テムと、１つ以上のフィールドを含む。具体的には、ベ
ースバージョンＤ０００は、ＩＤとしての２と、アクシ
ョン「追加」と、３つのフィールド、すなわち、属性"J
ohn"を持った「ファーストネーム」、属性"Smith"を持
った「ラストネーム」、関連するＵＲＬ"http:://..."
を持った「ウェブページ」とを有する。バージョンＤ０
０２は、ＩＤとして２を持っているが、変更アクション
は「追加」ではなく「変更」である。バージョンＤ００
１は、１つのフィールド、すなわち、属性"Scott"を持
った「ファーストネーム」のみしか有していない。

【０１４６】図１９には、ユーザが「ベースをロールす
る」ためのコマンドを出すと、ベースローリングエンジ
ンは、バージョンＤ０００およびＤ００２が１つ以上の
同一のＩＤ番号を持っているかどうかを決定する。この
例では、Ｄ０００もＤ００２も同一のＩＤ番号２を有し
ているので、２つのデータパッケージは崩壊して１つの
ファイルになる。具体的には、新バージョンＤ００２
は、生成されて、オリジナルのＤ００２データパッケー
ジに置き換わる。親ＩＤおよびＩＤ番号の２は変わらず
に、Ｄ００２からの変更情報はバージョンＤ０００に適
用される。具体的には、Ｄ０００とＤ００２の両方が共
通して持っているフィールド「ファーストネーム」は、
識別されて、データパッケージＤ００２からの最新の属
性"Scott"が割り当てられる。アクションは「追加」の
ままであり、フィールド「ラストネーム」および「ウェ
ブページ」は、それぞれバージョンＤ０００からの"Smi
th"および"ＵＲＬ"http://..."のままである。これによ
り、この例では、新しいＤ００２は、フィールド「ファ
ーストネーム」が属性"Scott"に置き換わったことを除
いて、Ｄ０００と本質的に同一である。元々のデータパ
ッケージＤ００２に含まれた変更事項がデータパッケー
ジＤ０００にも実際になされ、この結果、新しいデータ
パッケージＤ０００２が生成される。この後、データパ
ッケージＤ０００は消去される。

【０１４７】図２０に示す別の実施形態では、３つの装
置、すなわち、装置Ａ、装置Ｂおよび装置Ｃは、データ
ネットワーク７００に接続することが可能である。一例
では、装置Ａはパームトップコンピュータであり、装置
Ｂは家庭用ＰＣであり、装置Ｃはオフィス用ＰＣであ
る。別の例では、上述したような様々な別の装置が、装
置Ａ、ＢおよびＣとして用いられる。図２０には、連絡
情報について少なくとも１５個の異なる変更ログがデー
タネットワークにアップロードされているが、装置Ａ、
ＢおよびＣは、それぞれ異なるバージョンの連絡情報を
有する。装置Ａの連絡情報は、ＣＯＮＴ．Ｄ００３にお
ける変更事項を含むようにしか更新されておらず、装置
ＢはＣＯＮＴ．Ｄ０１０を組み込むように更新され、装
置ＣはＣＯＮＴ．Ｄ０１５に更新されている。この例で
は、Ｄ０ＸＸは連絡情報の連続的なバージョンを表す。
すなわち、このシーケンスにおける１番目の変更ログは
ＣＯＮＴ．Ｄ０００であり、このシーケンスにおける１
５番目の変更ログはＣＯＮＴ．Ｄ０１５である。これら
の変更ログすべては、データネットワークに接続された
格納サーバに格納されている。

【０１４８】図２０では、様々な装置間における連絡情
報のバージョンは、分割されている、すなわち、連続し
ていないが、格納サーバに格納された１５のデータパッ
ケージは、本発明の一実施形態に基づいて崩壊される。
第１に、複数のベースバージョンが定められる。この例
では、第１ベースデータパッケージは、ＣＯＮＴ．Ｄ０
００から始まって装置Ａのバージョン（この例ではＣＯ
ＮＴ．Ｄ００３）まで続く上述したような連続的なデー
タパッケージを崩壊させることにより、定められる。第
２ベースデータパッケージは、装置ＡのバージョンＣＯ
ＮＴ．Ｄ００３および崩壊している連続した変更ログか
ら、装置Ｂのバージョン（この例ではＣＯＮＴ．Ｄ０１
０）までにわたって、定められる。第３ベースデータパ
ッケージは、ＣＯＮＴ．Ｄ０１０とＣＯＮＴ．Ｄ０１５
との間における、崩壊している連続したデータパッケー
ジにより、同様に定められる。これにより、３つの連続
したベースデータパッケージが、それぞれ、データパッ
ケージＣＯＮＴ．Ｄ０１３、Ｄ０１４およびＤ０１５に
置き換わる。この後、装置Ａは新しいＣＯＮＴ．Ｄ０１
３を含む連絡情報に対する変更事項を含むように、装置
ＢはＣＯＮＴ．Ｄ０１４を含むように、装置Ｃはバージ
ョンＤ０１５を含むように、それぞれ更新される。

【０１４９】新ベースデータパッケージを定める処理を
通して、マネジメントサーバ１８０２は、各装置につい
てのレジストリにおいて、その装置に格納された最新バ
ージョン番号の連絡情報を維持する。上記した例では、
崩壊動作の前では、装置Ａはバージョン３の状態であ
り、装置Ｂはバージョン１０の状態であり、装置Ｃはバ
ージョン１５の状態である。ベースローリングエンジン
はマネジメントサーバ１８０２と通信を行っているの
で、データパッケージが崩壊する際には、ベースローリ
ングエンジンは、マネジメントサーバ１８０２に対して
特定ユーザについての装置情報を要求して、このマネジ
メントサーバ１８０２から受信する。この装置情報は、
ユーザによって登録された装置すべてを識別し、かつ、
各装置に格納されたデータクラスの最新バージョンがど
のようなものであるかを識別する情報を含んでいる。

【０１５０】この結果、崩壊動作の後に、装置Ｂを同期
させる際には、マネジメントサーバは装置Ｂがバージョ
ン１４の状態にあることを認識するので、データパッケ
ージＣＯＮＴ．Ｄ０１５のみを装置Ｂにダウンロードす
る必要がある。同様に、装置Ａが同期を行うためにネッ
トワークに接続する際には、ＣＯＮＴ．Ｄ０１４におけ
る変更情報が最初に適用され、この後、ＣＯＮＴ．Ｄ０
１５における変更情報が適用される。このような更新は
すべて上述した技術を用いて実現される。

【０１５１】装置がネットワークに接続される間に、１
つか２つの更新を実行することは、計算的に複雑ではな
いので、更新の全シーケンスを実行することよりも速く
なされる。これは、すべてのファイルをダウンロードす
るためには、通信チャネルを確立し、ファイルをダウン
ロードし、この後、このチャネルを閉じる必要がある、
という事実に基づく。このように接続を開閉することに
伴って高オーバーヘッドが生ずる。これを多く繰り返す
につれて、より多くの時間がかかるので、より高いコス
トがかかってしまう。上記例では、装置Ａにバージョン
番号１３の現行情報を与えるためにベースを上述したよ
うにロールしないとすれば、装置Ａをバージョン番号３
からバージョン番号１５に更新することが必要となるで
あろう。上記例を用いると、１２個のファイルについて
は、接続を開き、ファイルをダウンロードし、接続を閉
じることを、１２回行わなければならない。３個のファ
イルについては、このような繰り返しを３回だけ実行す
る必要がある。より少ないデータパッケージがネットワ
ークから装置Ａに対して送信されるので、データの量が
小さくなる。この結果、徐々に、装置Ａによる処理が少
なくなり、効率が向上する。

【０１５２】本発明の上述した一実施形態によれば、ネ
ットワークサービスを介して個人情報を届けるためのユ
ーザ中心の通信モデルを提供することができる。このモ
デルは、様々な時間に、インターネットのようなネット
ワークに接続されていない装置を収容することができ
る。存在する情報にサーバ中心のモデルを押し付けるの
ではなく、個人情報は局部的に存在し続けることができ
る。

【０１５３】上述した説明によれば、格納および転送情
報のブロードキャストが用いられる。存在する情報に対
する変更事項は、インターネット格納サーバにコピーが
取られた後、変更事項は、ネットワークにおける他の装
置によって装置に特化した時間に検索される。この方法
により、１対１の通信を必要とすることなく、直接クラ
イアント通信（direct client communication）が実現
される。１つの通信が本発明のシステムによってサポー
トされているが、これは必要ではない。

【０１５４】本発明は、様々なタイプの装置の間で個人
情報を同期させることを目的として、インターネット格
納および転送ブロードキャストの形で表現されている
が、上述したシステムのためのアプリケーション専用と
して、同期を実現する必要はないことは、用意に理解で
きる。具体的には、システムは、一部分のデータのみし
かクライアントアプリケーションで変更する必要がない
ようないわゆる「プッシュ」がた情報アプリケーション
における情報に対する変更事項を効率的にブロードキャ
ストするために用いられうる。例えば、ストックプライ
スの変更事項のような情報を複数のユーザに対してブロ
ードキャストする必要があるようなシステムでは、上述
した技術を実行するクライアントアプリケーションは、
特定のストックプライスに関連した、クライアントアプ
リケーションにおける特定部分のデータを変更すること
のみにより、更新される。これは、他の装置を用いて以
前に決定されているものよりも小さいバンド幅を用いて
実行されうる。

【０１５５】上述した一実施形態が本発明の原理を説明
するだけのためものであることを理解されたい。さらな
る変更は当業者にとって明らかであるので、本発明の範
囲および思想から逸脱することなくこのような変更を施
すことが可能である。よって、本発明は、上述した特定
の詳細事項に限定されない。むしろ、別記請求項が本発
明の範囲内および思想内にあるような変形および変更を
含む、ということが意図されている。

【図面の簡単な説明】

【図１】本発明の一実施形態に基づいて構成されたデー
タ転送および同期システムの一般化されたブロック図

【図２】本発明の一実施形態に基づいて構成されたデー
タ転送および同期システムの一般化されたブロック図

【図３】本発明の一実施形態に基づいて構成されたデー
タ転送および同期システムの一般化されたブロック図

【図４】本発明の一実施形態に基づいて構成されたデー
タ転送および同期システムの一般化されたブロック図

【図５】本発明の一実施形態に基づいて構成されたデー
タ転送および同期システムの一般化されたブロック図

【図６】本発明の一実施形態に基づいて構成されたデー
タ転送および同期システムの一般化されたブロック図

【図７】本発明の一実施形態に基づいて構成されたデー
タ転送および同期システムの一般化されたブロック図

【図８】本発明の一実施形態に基づいて構成されたデー
タ転送および同期システムにおけるシステム構造の一般
化されたブロック図

【図９Ａ】本発明の一実施形態に基づいて構成されたデ
スクトップ装置エンジンの一般化されたブロック図

【図９Ｂ】本発明の一実施形態に基づいて構成されたサ
ーバ側装置エンジンの一般化されたブロック図

【図１０】本発明の一実施形態に基づいて、Windows
（登録商標）のようなオペレーティングシステム環境に
おけるデスクトップ装置エンジンの一般化されたブロッ
ク図

【図１１】本発明の一実施形態に基づいて構成された装
置エンジンに組み込まれるアプリケーションオブジェク
トの一般化されたブロック図

【図１２】本発明の一実施形態に基づいて構成されたシ
ステムに用いられる汎用データフォーマットの格納オブ
ジェクト階層の一般化されたブロック図

【図１３】本発明の一実施形態に基づいて実行されるル
ーチンに用いるアイテムオブジェクトのリスト

【図１４】本発明の一実施形態に基づいて構成されるマ
ネジメント格納サーバの一般化されたブロック図

【図１５】本発明の一実施形態に基づいて実行されるプ
ル同期を示す一般化されたフロー図

【図１６】本発明の一実施形態に基づいて実行されるプ
ッシュ同期を示す一般化されたフロー図

【図１７】本発明の一実施形態に基づいて構成されたマ
ネジメントサーバ構造の一般化されたブロック図

【図１８】本発明の一実施形態に基づいて構成されたベ
ースロールエンジンを有するデータ転送および同期シス
テムの一般化されたブロック図

【図１９】本発明の一実施形態に基づいて実行されるデ
ータパッケージを崩壊させる様子を示す図

【図２０】それぞれが本発明の一実施形態に基づいて実
行される異なるバージョンのアプリケーション情報を有
する、データネットワークに接続された複数の装置のた
めのデータパッケージを崩壊させる様子を示す図

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロバート イー ガーナー アメリカ合衆国 ジョージア州 30043 ローレンスヴィル ヒドゥン ウッド コ ート 309 (72)発明者 レイトン エイ リッドガード アメリカ合衆国 ジョージア州 30294 エレンウッド フレイクス ミル マナー レーン 4152 (72)発明者 ライアム ジェイ スタナード アメリカ合衆国 ジョージア州 30043 ローレンスヴィル プロスペクト ロード 1584 (72)発明者 ドナルド ダブリュ キャッシュ アメリカ合衆国 ジョージア州 30338 ダンウッディー ヴァンダーリン ドライ ヴ 1748 (72)発明者 ジョセフ ロバートソン アメリカ合衆国 ジョージア州 30683 ウィンターヴィル チャーリー ボルトン ロード 802 Ｆターム(参考） 5B082 GB02 HA05

Claims (6)

【特許請求の範囲】
1. 【請求項１】 データ転送および同期システムに格納さ
   れるデータパッケージを崩壊させる方法であって、 識別番号と、アクションと、それぞれが変更情報を示す
   属性を持った、複数のフィールドと、を含む第１トラン
   ザクションを有する第１データパッケージを供給する工
   程と、 前記第１トランザクションの後に続くようにされ、識別
   番号と、アクションと、属性を持ったフィールドと、を
   含む第２トランザクションを有する第２データパッケー
   ジを供給する工程と、 前記第２トランザクションの前記識別番号が前記第１ト
   ランザクションの前記識別番号に対応するかどうかを決
   定する工程と、 前記第２トランザクションの前記フィールドが前記第１
   トランザクションの前記フィールドの１つに対応するか
   どうかを決定する工程と、 前記第１トランザクションおよび前記第２トランザクシ
   ョンの前記識別番号が互いに対応し、かつ、前記第２ト
   ランザクションの前記フィールドが前記第１トランザク
   ションの前記フィールドの１つに対応する際に、前記識
   別番号を持つ結合トランザクションを有する結合データ
   パッケージを定めるために、前記第１データパッケージ
   と前記第２データパッケージとを結合する工程と、 前記第２データパッケージを前記結合データパッケージ
   に置き換える工程と、を具備することを特徴とする方
   法。
2. 【請求項２】 前記第１データパッケージを消去する工
   程を具備することを特徴とする請求項１に記載の方法。
3. 【請求項３】 前記第１データパッケージと前記第２デ
   ータパッケージとを結合する工程は、 前記第２トランザクションのアクションの前記タイプを
   決定する工程と、 前記第２トランザクションの前記アクションが「追加」
   である際に、「追加」アクションと、対応するフィール
   ドと、前記第２トランザクションの前記属性と、を含む
   前記結合トランザクションを定める工程と、 前記第２トランザクションの前記アクションが「変更」
   である際に、「変更」アクションと、対応するフィール
   ドと、前記第２トランザクションの前記属性と、を含む
   前記結合トランザクションを定める工程と、 前記第２トランザクションの前記アクションが「消去」
   である際に、「消去」アクションと、対応するフィール
   ドとを含む前記結合トランザクションを定める工程と、
   を具備することを特徴とする請求項１に記載のデータパ
   ッケージを崩壊させる方法。
4. 【請求項４】 データ転送および同期システムに格納さ
   れたデータパッケージを崩壊させる方法であって、 それぞれが、識別番号と、アクションと、それぞれが変
   更情報を示す属性を有する複数のフィールドと、含む複
   数の第１トランザクションを有する第１データパッケー
   ジを供給する工程と、 前記第１トランザクションの後に続くようにされ、識別
   番号と、アクションと、属性を持ったフィールドと、を
   含む第２トランザクションを有する第２データパッケー
   ジを供給する工程と、 前記第２トランザクションの前記識別番号が前記第１ト
   ランザクションの前記識別番号の１つに対応するかどう
   かを決定する工程と、 前記第２トランザクションの前記識別番号が前記第１ト
   ランザクションの前記識別番号に対応する際に、前記１
   つの第１トランザクションを認識する工程と、 前記第２トランザクションの前記フィールドが前記識別
   された第１トランザクションの前記フィールドの１つに
   対応するかどうかを決定する工程と、 前記第２トランザクションおよび前記識別された第１ト
   ランザクションの識別番号が互いに対応し、かつ、前記
   第２トランザクションの前記フィールドが前記識別され
   た第１トランザクションの前記フィールドの１つに対応
   する際に、前記識別番号を持った結合トランザクション
   を有する結合データパッケージを定めるために、前記第
   １データパッケージと前記第２データパッケージとを結
   合する工程と、 前記第２データパッケージを前記結合データパッケージ
   に置き換える工程と、を具備することを特徴とする方
   法。
5. 【請求項５】 データ転送および同期システムに格納さ
   れたデータパッケージを崩壊させる方法であって、 第１装置に関連する第１ベースデータパッケージを定め
   るために、第１複数のデータパッケージを崩壊させる工
   程であって、各データパッケージは、トランザクション
   と、前記第１装置のデータに適用されているすべての前
   記トランザクションとを有する工程と、 第２装置に関連する第２ベースデータパッケージを定め
   るために、第２複数のデータパッケージを崩壊させる工
   程であって、各データパッケージは、トランザクション
   と、前記第２装置のデータに適用されているすべての前
   記トランザクションとを有する工程と、 第３装置に関連する第３ベースデータパッケージを定め
   るために、第３複数のデータパッケージを崩壊させる工
   程であって、各データパッケージは、トランザクション
   と、前記第３装置のデータに適用されているすべての前
   記トランザクションとを有する工程と、を具備する方
   法。
6. 【請求項６】 データネットワークに接続されたサーバ
   における装置エンジン内に配置され、データ転送および
   同期システムに格納されたデータパッケージを崩壊させ
   るベースローリング装置であって、 識別番号と、アクションと、それぞれが変更情報を示す
   属性を持った複数のフィールドとを含む第１トランザク
   ションを有する第１データパッケージを供給する第１供
   給部と、 前記第１トランザクションの後に続くようにされ、識別
   番号と、アクションと、属性を持ったフィールドとを含
   む第２トランザクションを有する第２データパッケージ
   を供給する第２供給部と、 前記第１トランザクションの前記識別番号が前記第２ト
   ランザクションの前記識別番号に対応するかどうかを決
   定する第１決定部と、 前記第２トランザクションの前記フィールドが前記第１
   トランザクションの前記フィールドの１つに対応するか
   どうかを決定する第２決定部と、 前記第１トランザクションおよび前記第２トランザクシ
   ョンの前記識別番号が互いに対応し、かつ、前記第２ト
   ランザクションの前記フィールドが前記第１トランザク
   ションの前記フィールドの１つに対応する際に、前記識
   別番号を持った結合トランザクションを有する結合デー
   タパッケージを定めるために、前記第１データパッケー
   ジと前記第２データパッケージとを結合する第３結合部
   と、 前記第２データパッケージを前記結合データパッケージ
   に置き換える置換部と、を具備することを特徴とする装
   置。