JP4481053B2

JP4481053B2 - 通信機器、通信機器の制御方法、通信機器の制御プログラム

Info

Publication number: JP4481053B2
Application number: JP2004093409A
Authority: JP
Inventors: 裕史古川
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2004-03-26
Filing date: 2004-03-26
Publication date: 2010-06-16
Anticipated expiration: 2024-03-26
Also published as: JP2005284395A

Description

本発明は、複数の端末のデータを同期させるシステム、例えば、通信ネットワークを介してサーバと本人の所有する端末との情報を同期させるシステムに関する。

モバイル端末の発展に伴い、データの更新が社内等にあるデスクトップパソコンからのみならず、外出先に携帯されたモバイル端末から行われることも頻繁になっている。このように更新されたデータが、共有されたサーバ上で複数の利用者間の共通の情報として利用されることもある。

例えば、利用者Ａがモバイル端末あるいはデスクトップパソコンでデータを管理（更新）しつつ、このデータをネットワーク上のサーバを介して利用者Ａ・利用者Ｂで把握・管理（更新）する場合、利用者Ａが管理するデスクトップパソコンおよびモバイル端末とネットワーク上のサーバとの情報（データ）に異なる部分が生じないよう、各ノード（モバイル端末・デスクトップパソコン・サーバ）間においてデータを同期させることが重要となってくる。そうでないと、利用者Ｂがサーバからデータを更新した場合に、利用者Ａがモバイル端末やデスクトップパソコンだけを見ていて、この利用者Ｂによるデータの更新を見逃すことが考えられるからである。

これには、常時ネットワークに接続されているわけではないモバイル端末のデータとデスクトップパソコンおよびサーバのデータとの矛盾を回避しなければならない。また、モバイル端末は通信速度が低いため、モバイル端末からのデータ送信量を少なくすることも要求される。

特許文献１には、上記課題に関する従来技術が記載されている。この従来技術には、モバイル端末・サーバ間のスケジュールデータを同一に管理する（同期させる）システムにおいて、モバイル端末で更新されたデータをサーバにアップロードするだけにするか、あるいはモバイル端末・サーバ間で完全なデータ同期をとるかを選択可能にすることで、同期工程における送受信データの低減を図る方法が開示されている。
特開２０００−１３２６０３号公報（公開日：２０００年５月１２日）

しかしながら、この従来技術では、同期作業が２者間（モバイル端末とサーバ間）で行われるため、サーバ以外にデータを同期させるべきノード（端末）が２つある場合に、同期作業が煩雑になるという問題が生じる。例えば、図２０に示されるように、３つのノード、すなわちサーバとモバイル端末とデスクトップパソコンの同期を図るには、サーバとデスクトップパソコンとの同期およびモバイル端末とサーバとの同期並びにデスクトップパソコンとサーバとの同期というように３回の同期作業が必要になり、各ノードはデータの送信、受信を２回ずつ行わなければならない。この結果、モバイル端末やサーバに大きな負担がかかってしまう。

本発明は、上記課題に鑑みてなされたものであり、その目的は、通信システムに用いられ、自身および自身にリンクする複数の通信機器（ノード）間のデータを効率的に同期させることのできる通信機器を提供する点にある。

本発明の通信機器は、上記課題を解決するために、第１および第２の通信機器と通信可能であり、同期情報をやりとりすることでこれらの通信機器と情報の同期をとることが可能な通信機器であって、データベースと、上記同期情報を処理するための同期情報処理部とを備え、該同期情報処理部は、上記第１の通信機器から受信した第１の同期情報と上記データベースの情報とに基づいて、第２の同期情報を第２の通信機器へ送信するとともに、上記第２の同期情報に応答して第２の通信機器から返信された第３の同期情報に基づいて、第４の同期情報を第１の通信機器に送信することを特徴としている。

まず、本発明の通信機器として例えばデスクトップパソコン、上記第１の通信機器として例えばモバイル端末、上記第２の通信機器として例えばサーバを挙げることができる。

上記構成によれば、上記同期情報処理部は、第１の通信機器より、第１の通信機器が生成した同期情報を受信する。この第１の同期情報には、例えば、第１の通信機器で更新された情報が含まれる。

ついで、同期情報処理部は、この第１の同期情報と自己のデータベースとに基づいて、第２の同期情報を生成する。この第２の同期情報には、例えば、第１の通信機器では更新されなかったが上記データベース内で更新された情報あるいは第１の通信機器で更新され、さらにその後に上記データベース内でも更新された情報が含まれる。

ついで、同期情報処理部は、第２の通信機器から、第２の同期情報に応答して返信された第３の同期情報を受信する。この第３の同期情報には、例えば、第１の通信機器や上記データベースでは更新されなかったが第２の通信機器で更新された情報あるいは、第１の通信機器や上記データベース内で更新され、さらにその後に第２の通信機器で更新された情報が含まれる。

ついで、同期情報処理部は、この第３の同期情報と自己のデータベースとに基づいて、第４の同期情報を生成する。この第４の同期情報には、例えば、上記データベースあるいは第２の通信機器でのみ更新された情報や、第１の通信機器で更新されたが、さらにその後に上記データベース内または第２の通信機器で更新された情報が含まれる。

このように、第１の通信機器から同期情報処理部、同期情報処理部から第２の通信機器、第２の通信機器から同期情報処理部、同期情報処理部から第１の通信機器というように、
上記同期情報処理部が第１の通信機器と第２の通信機器との中継機能を担うことで、各通信機器は、他の通信機器が更新した情報を効率的に認識することができる。

これにより、第１の通信機器（例えば、モバイル端末）・第２の通信機器（例えば、サーバ）間の通信を不要にすることができ、各通信機器間の同期処理を迅速化させることができるとともに、第１および第２の通信機器の負担を軽減することができる。

これを上記した具体例（本発明の通信機器として例えばデスクトップパソコン、上記第１の通信機器として例えばモバイル端末、上記第２の通信機器として例えばサーバを考えた場合）についてみると、この３者間情報同期を行う際の最大のネックと考えられるサーバ・モバイル端末間の相互通信が不要となる。すなわち、通信速度の劣るモバイル端末の送受信回数が減り、迅速な情報同期が可能になる。加えて、サーバ側においても、モバイルとの同期処理を逐一行う必要がなくなり、その負担が大幅に軽減される。特に、デスクトップパソコンのユーザとモバイル端末のユーザとが同一の個人である場合には、自己が保有するデスクトップパソコンおよびモバイル端末の情報と、サーバの情報とをすばやく同期させることができ、大変便利である。

また、本発明の通信機器においては、上記同期情報処理部は、第１の同期情報に基づいてデータベースの情報を更新するとともに、第３の同期情報に基づいてデータベースの情報を更新することができる更新手段を備えていることが好ましい。上記構成によれば、第１および第２の通信機器の有する情報と同一の情報を上記データベース内に保持することが可能になる。

また、本発明の通信機器においては、上記同期情報処理部は、第１の同期情報として受信した第１のレコードと、データベースに存在する、上記第１のレコードに相当するレコードとの優先度を判定する（どちらを優先させるかを決定する）判定手段を備えていることが好ましい。

上記構成によれば、受信した同期情報とデータベースに基づき、同期処理に必要なもののみを第１あるいは第２の通信機器に送信することができ、より効率的な同期処理が可能になる。

また、本発明の通信機器においては、上記同期情報処理部は、上記第２の同期情報として送信した第２のレコードと、上記第３の同期情報として受信した第３のレコードとを記憶可能な記憶手段を備え、第３の同期情報と上記記憶手段に記憶されたレコードとに基づいて、第４の同期情報を第１の通信機器に送信できることが好ましい。上記構成によれば、例えば、第２の通信機器で更新された情報がなかった場合に、この記憶手段に記憶された情報に基づいて第３の同期情報を生成し、これを第１の通信機器に送信することができる。これにより、より効率的な同期処理が可能になる。また、第２の通信機器から受信した第３のレコードを一旦記憶し、これに、第１の通信機器に不要なデータを削除する等の加工を施して第１の通信機器に送信することができる。これにより、より効率的な同期処理が可能になる。

また、本発明の通信機器においては、上記同期情報処理部は、送信先の通信機器に必要なデータ項目を記載したレコードデータ判定テーブルを備え、同期情報を送信する際には、該レコードデータ判定テーブルに基づいて、必要なデータ項目のみを送信対象とすることが好ましい。上記構成によれば、第１あるいは第２の通信機器に、（第４あるいは第２の）同期情報（レコード）を送信する際、必要なデータ項目のみを含むレコードを送ることができ、同期処理をより効率的なものにすることができる。

また、本発明の通信機器においては、上記同期情報処理部は、優先度の判定基準を規定する優先度テーブルを備え、上記判定手段は、この優先度テーブルによる判定基準に基づいて両レコードの優先度を判定することが好ましい。

上記構成によれば、上記判定手段が情報（レコード）の優先度を判定する（どちらの情報を優先させるかを決定する）際の基準を多様にすることができる。例えば、更新時刻ではなく、重要度を基準としたり、あるいはこれらを順位付けした上、両者を基準とすることもできる（これにより、情報の競合回避が可能となる）。

また、本発明の通信機器においては、上記同期情報処理部は、上記第３の同期情報がレコードを含まない送信なし信号である場合に、上記記憶手段に記憶された第２のレコードに基づいて、第３の同期情報を第１の通信機器に送信することが好ましい。このように、例えば、第２の通信機器でレコードの更新がなかった場合に、不要なレコードの送受信を排除することで、各通信機器の負担を低減することができる。

また、本発明の通信機器は、受信した第１の同期情報と自己のデータベースの情報とに基づいて第２の同期情報を、第１の同期情報の送信先以外の通信機器へ送信するとともに、上記第２の同期情報に応答して、この通信機器から返信された第３の同期情報に基づいて第４の同期情報を、第１の同期情報の送信元に送信できる中継用通信機器と通信可能であり、かつ、上記中継用通信機器に上記第１の同期情報を送信するとともにこの中継用通信機器から第４の同期情報を受信することを特徴としている。

上記通信機器においては、データベースと、該データベースに基づいて第１の同期情報を送信するとともに、受信した第４の同期情報に基づいて該データベースを更新することが可能な同期管理部とが備えられることが好ましい。

また、本発明の通信機器は、受信した第１の同期情報と自己のデータベースの情報とに基づいて、第２の同期情報を第１の同期情報の送信先以外の通信機器へ送信するとともに、上記第２の同期情報に応答してこの通信機器から返信された第３の同期情報に基づいて、第４の同期情報を第１の同期情報の送信先に送信できる中継用通信機器と通信可能であり、かつ、上記中継用通信機器から上記第２の同期情報を受信するとともに、この中継用通信機器へ第３の同期情報を送信することを特徴としている。

上記通信機器においては、データベースと、該データベースおよび上記第２の同期情報に基づいて第３の同期情報を上記中継用通信機器へ送信するとともにデータベース自体を更新できる同期管理部とが備えられることが好ましい。

また、本発明の通信システムの情報同期方法は、第１のデータベースを有する第１の通信機器と、第２のデータベースを有する第２の通信機器と、第３のデータベースを有する中継用通信機器とを含む通信システムの情報同期方法であって、まず第１の通信機器が上記第１のデータベースに基づいて第１の同期情報を中継用通信機器へ送信し、ついで中継用通信機器が、受信した第１の同期情報と第３のデータベースとに基づいて第２の同期情報を第２の通信機器に送信し、ついで第２の通信機器が、受信した第２の同期情報と第２のデータベースとに基づいて第３の同期情報を中継用通信機器に送信し、ついで中継用通信機器が、受信した第３の同期情報に基づいて第４の同期情報を第１の通信機器に送信することを特徴としている。

また、上記通信システムの情報同期方法においては、上記中継用通信機器は、第１の同期情報として受信した第１のレコードと、データベースに存在する、上記第１のレコードに相当するレコードとの優先度を判定し、この判定結果に基づいて、第２の同期情報を第２の通信機器に送信することが好ましい。

また、上記通信システムの情報同期方法においては、上記中継用通信機器は、上記第２の同期情報として送信した第２のレコードと上記第３の同期情報として受信した第３のレコードとを記憶し、この記憶されたレコードと受信した第３の同期情報とに基づいて第４の同期情報を第１の通信機器に送信することが好ましい。

また、上記通信システムの情報同期方法においては、上記中継用通信機器は、同期情報を送信する際、送信先の通信機器に必要なデータ項目のみを送信対象とすることが好ましい。

また、上記通信システムの情報同期方法においては、上記中継用通信機器は、優先度の判定基準を規定する優先度テーブルに基づいて両レコードの優先度を判定することが好ましい。

また、本発明の通信機器の制御プログラムは、データベースを備え、第１および第２の通信機器と通信可能な通信機器に対して、上記第１の通信機器から受信した第１の同期情報と上記データベースの情報とに基づいて、第２の同期情報を第２の通信機器へ送信させるともに、上記第２の同期情報に応答して第２の通信機器から返信された第３の同期情報と、上記データベースの情報とに基づいて、第４の同期情報を第１の通信機器に送信させることを特徴としている。

また、上記通信機器の制御プログラムにおいては、上記中継用通信機器に対して、上記第２の同期情報として送信した第２のレコードと上記第３の同期情報として受信した第３のレコードとを記憶させ、この記憶されたレコードと受信した第３の同期情報とに基づいて第４の同期情報を第１の通信機器に送信させることが好ましい。
。

また、本発明の記録媒体は、上記の通信機器の制御プログラムが、コンピュータに読み取り可能に格納されていることを特徴としている。

以上のように、本発明の通信機器によれば、上記同期情報処理部が第１の通信機器と第２の通信機器との中継機能を担うことで、各通信機器は、他の通信機器が更新した情報を効率的に認識することができる。これにより、第１の通信機器（例えば、モバイル端末）・第２の通信機器（例えば、サーバ）間の通信を不要にすることができ、各通信機器間の同期処理を迅速化させることができるとともに、第１および第２の通信機器の負担を軽減することができる。

本発明の実施の形態を図１〜図１９を用いて説明すれば以下のとおりである。

図２（ａ）は、本実施の形態に係る通信システムを示すブロック図である。図２（ａ）に示されるように、通信システム１には、３つのノード、すなわちサーバＡと、デスクトップパソコンなどのパソコンＢと、ＰＤＡ等のモバイル端末Ｃとを備えている。

そして、各ノード（Ａ〜Ｃ）は、入力を行う入力部（図示せず）と、出力を画面表示する表示部（図示せず）とを備えている。このデータベース４Ａ〜４Ｃはスケジュールアプリケーション内のデータベースであり、以下、このスケジュールアプリケーション内のデータをレコードと称する。

同期処理は、各ノード（Ａ〜Ｃ）間の同期情報の送受信によって行われる。すなわち、モバイル端末ＣがパソコンＢへ第１の同期情報を送信し、これを受けてパソコンＢがサーバＡに第２の同期情報を送信し、これを受けてサーバＡがパソコンＢへ第３の同期情報を送信し、これを受けてパソコンＢがモバイル端末Ｃへ第４の同期情報を送信する。

ここで、上記の第１〜４の同期情報とは、各ノード（Ａ〜Ｃ）を同期するためにこれらから送信されるレコード（レコードを含む必要のない場合は送信なし信号）である。（なお、各ノード（Ａ〜Ｃ）が他のノードにレコード等のデータを送信する際、これをパケットにして送信するものとする）
また、上記のレコードは、レコードＩＤと更新時刻とを含む複数のデータフィールドから構成されている。なお、データ内容が含まれた複数のデータフィールドをまとめて１レコード単位と数える。図２（ｂ）に、このレコードの具体例を示す。同図に示されるように、図２（ｂ）の例では、「レコードＩＤ」、「更新時刻」、「予定日」、「場所」の４つデータフィールドをもって１レコード単位とされる。

レコードＩＤは、レコードを認識するためのものである。また、更新時刻とは、各ノード（Ａ〜Ｃ）において、レコード内のいずれかのデータが最後に更新された時刻を示す。

図２（ｂ）の例では、「レコードＩＤ」、「更新時刻」、「予定日」、「場所」がそれぞれ、「０００００１」、「２００３年１０月１日１７時００分」、「２００３年１０月５日」、「Ａビル」となる。すなわち、このレコードＩＤ００００１のレコードは、２００３年１０月１日１７時００分に最後に更新され、その時点での内容は、予定日が２００３年１０月５日、場所がＡビルとなっている。

〔実施の形態１〕
本発明の実施の形態１を図１、図３〜図８に基づいて説明すれば、以下のとおりである。

図１は、本実施の形態に係る通信システム１をより詳細に示したブロック図である。まず、同期処理手順の概略を以下に説明する。

図１に示されるとおり、通信システム１の同期処理においては、モバイル端末Ｃ（第１の通信機器）を始点とし、パソコンＢ（通信機器、中継用通信機器）を経由して、サーバＡ（第１の通信機器）へ向けて同期処理が実行される。このとき、サーバＡからモバイル端末Ｃへの同期経路の途中でパソコンＢを必ず通過することとし、プロキシ部７Ｂ（同期情報処理部）は、モバイル端末ＣもしくはサーバＡから送信されるレコードを取得し、これとパソコンＢ（データベース４Ｂ）内のレコードとの同期を行う。

すなわち、第１の同期情報として、モバイル端末ＣにてレコードＣＢ（第１のレコード、モバイル端末Ｃで更新されたレコード）が生成され、これがパソコンＢへ送信される。なお、モバイル端末Ｃで更新されたレコードが存在しない場合には、第１の同期情報として送信なし信号が送信される。

パソコンＢは、このレコードＣＢを受けて第２の同期情報となるレコードＢＡ（第２のレコード）を生成し、これをサーバＡへ送信する。なお、モバイル端末Ｃ・パソコンＢのいずれにおいても更新されたレコードが存在しない場合には、第２の同期情報として送信なし信号が送信される。

サーバＡは、このレコードＢＡを受けて第３の同期情報となるレコードＡＢ（第３のレコード）を生成し、これをパソコンＢへ送信する。なお、例えば、サーバＡで更新されたレコードが存在しない場合には、第３の同期情報として送信なし信号が送信される。

パソコンＢは、このレコードＡＢを受けて第４の同期情報となるレコードＢＣ（第４のレコード、）をモバイル端末Ｃへ送信する。なお、例えば、パソコンＢ・サーバＡのいずれにおいても更新されたレコードが存在しない場合には、第４の同期情報として送信なし信号が送信される。

また、本実施の形態では、各ノード（Ａ〜Ｃ）おいて、受信したレコードとその相当レコードとの優先基準を両レコードがもつ更新時刻のデータとする。すなわち、一番新しい更新時刻をもつレコードの内容を基準として、通信システム１の各ノード（モバイル端末Ｃ、パソコンＢ、サーバＡ）の同期が行われる。

なお、モバイル端末Ｃからは同期開始を意味する同期開始信号（モバイル端末ＣのデバイスＩＤに相当するもの）がパソコンＢへ送信され、また、これを受けたパソコンＢも同期開始信号（パソコンＢのデバイスＩＤに相当するもの）がサーバＡへ送信される。同期開始信号を受信したノード（パソコンＢ・サーバＡ）は取得したデバイスＩＤを基に同期の相手を認識する。

また、同期終了を意味する信号として、同期（終了）時刻がサーバＡからパソコンＢへ送信され、同期時刻を受けたパソコンＢはモバイル端末Ｃへこれを転送する。サーバＡ、パソコンＢは同期（終了）時刻を送信することをもって同期処理を終了する。またモバイル端末Ｃは受信した同期（終了）時刻を同期時刻記録部５Ｃに上書き更新することをもって同期処理を終了する。

次に、各ノード（サーバＡ、パソコンＢ、モバイル端末Ｃ）の具体的構成と機能を説明する。図１に示されるように、サーバＡ（第１の通信機器）は、同期管理部３Ａ（同期情報管理部）およびレコード管理部２Ａを有する同期エンジン部７Ａと、データベース４Ａと、同期時刻記録部５Ａとを備えている。パソコンＢは、同期制御部３Ｂ（判定手段）およびレコード管理部２Ｂ（更新手段）並びに送信記憶部８Ｂ（記憶手段）を有するプロキシ部７Ｂと、データベース４Ｂと、同期時刻記録部５Ｂとを備えている。モバイル端末Ｃは、同期管理部３Ｃ（同期情報管理部）およびレコード管理部２Ｃを有する同期エンジン部７Ｃと、データベース４Ｃと、同期時刻記録部５Ｃとを備えている。

サーバＡのレコード管理部２Ａは、データベース４Ａに対して、必要なレコードの検索を行う。また、このレコード管理部２Ａは、同期管理部３Ａの要求に従いデータベース４Ａのレコードの更新を行う。同期時刻記録部５Ａは、各ノード（Ａ〜Ｃ）が最後に同期した時刻を記録する。同期管理部３Ａは、パソコンＢの同期制御部３Ｂから送信されてきたレコードＢＡを受信し、その更新時刻を取得する。また、同期管理部３Ａは、相当レコードｂａ（後述）の検索をレコード管理部２Ａに指示し、この結果データベース４Ａから送られた相当レコードｂａの更新時刻を取得する。そして、この２つ（受信レコードＡＢとその相当レコードｂａと）の更新時刻を比較する。また、同期管理部３Ａは、同期時刻記録部５Ａに記録された同期時刻と、残りデータ（後述）の更新時刻とを比較する。さらに、これらの比較結果に基づいてパソコンＢの同期制御部３Ｂに対して、レコードＡＢを送信する。

パソコンＢのレコード管理部２Ｂは、データベース４Ｃに対して、必要なレコードの検索を行う。また、このレコード管理部２Ｂは、同期制御部３Ｂの要求に従い、データベース４Ｂ内のレコードの更新を行う。

同期制御部３Ｂは、他のノード（モバイル端末Ｃ／サーバＡ）から送信されてきたレコード（ＣＢ／ＡＢ）を受信し、その更新時刻を取得する。また、同期制御部３Ｂは、それらの相当レコード（ｃｂ／ａｂ）の検索をレコード管理部２Ｂに指示し、この結果データベース４Ｂから送られた相当レコード（ｃｂ／ａｂ）の更新時刻を取得する。そして、この２つ（受信レコードとその相当レコード）の更新時刻を比較する。また、同期制御部３Ｂは、同期時刻記録部５Ｂに記録された同期時刻と、残りデータ（後述）の更新時刻とを比較する。さらに、これらの比較結果に基づいてサーバＡやモバイル端末Ｃの同期管理部（３Ａ／３Ｃ）に対して、レコード（ＢＡ／ＢＣ）を送信する。

送信記憶部８Ｂは、同期制御部３Ｂの要求に従い、サーバＡへ送信したレコードＢＡのＩＤ（レコードＩＤ）やサーバＡから受信したレコードＡＢのＩＤを記憶する。同期時刻記録部５Ｂは、サーバＡから受信した同期時刻を、各ノード（Ａ〜Ｃ）が最後に同期した時刻として記録する。

モバイル端末Ｃのレコード管理部２Ｃは、データベース４Ｃに対して、必要なレコードの検索を行う。また、このレコード管理部２Ｃは、同期管理部３Ｃの要求に従い、データベース４Ｃ内のレコードの更新を行う。同期管理部３Ｃは、データベース４Ｃに必要なレコードの検索をレコード管理部２Ｃに指示し、その結果データベース４Ｃから送られてきたレコードの更新時刻と、同期時刻記録部に記録された同期時刻とを比較する。さらに、これらの比較結果に基づいてパソコンＢの同期制御部３Ｂに対して、レコードＣＢを送信する。同期時刻記録部５Ｃは、パソコンＢのプロキシ部７Ｂから受信した同期時刻を、各ノード（Ａ〜Ｃ）が最後に同期した時刻として記録する。

以下に、実施の形態１におけるノード（Ａ〜Ｃ）ごとの同期フローを詳細に説明する。

(ＰＤＡでの同期フロー)
図３は、モバイル端末Ｃにおける同期工程を示すフローチャートである。以下、図３および図１を用いて各工程（ステップ）を説明する。

まず、ステップ(以下、Ｓと略記する)１０で、同期開始信号をパソコンＢの同期制御部３Ｂへ送信する。ついでＳ１１では、同期管理部３Ｃが、同期時刻記録部５Ｃから同期時刻を取得するとともに、データベース４Ｃから全レコードの更新時刻を取得し、この同期時刻と更新時刻とを比較する。

Ｓ１２では、同期管理部３ＣにてＳ１１で取得した各レコードの同期時刻と更新時刻とが等しいか異なるかを判定する。上記の同期時刻と更新時刻とが異なる場合には、ＮＯで示されたとおりＳ１３へ進み、前回の同期後にモバイル端末Ｃで更新されたレコード（レコードＣＢ、図１参照）をパソコンＢの同期制御部３Ｂへ送信する。なお、前回の同期後に更新されたレコードがない場合にはレコードＣＢの代わりに、送信なし信号をパソコンＢ（同期制御部３Ｂ）に送信する。

一方、上記の同期時刻と更新時刻とが等しい場合には、ＹＥＳで示されたとおりＳ１４へ進み、全レコードについて比較を行ったかを判定する。Ｓ１４で残されたレコードがある場合、ＮＯで示されたとおりＳ１２へ戻り、残りの各レコードにつき、上記の同期時刻と更新時刻とを比較する。そして、すべてのレコードが比較済になれば、ＹＥＳで示されたとおりＳ１５へ進み、送信終了信号をパソコンＢへ送信する。（この後、パソコンＢおよびサーバＡで同期作業が行われる。）
Ｓ１６では、パソコンＢの同期制御部３Ｂから、前回の同期後に各ノード（モバイル端末Ｃ、パソコンＢサーバＡ）で更新された（同一のレコードが複数のノードで更新された場合はより新しく更新された）レコード（レコードＢＣ、図１参照）を同期管理部３Ｃにて受信する。Ｓ１７では、レコード管理部２Ｃが、データベース４Ｃに存在する、上記レコードＢＣと同じレコードＩＤを有するレコード（相当レコードｂｃ）を、レコードＢＣの内容に従って（レコードＢＣと同一内容になるよう）更新する。

なお、Ｓ１６において、上記のレコードＢＣを受信せず、代わりに、送信なし信号をパソコンＢから受信することもある（例えば、パソコンＢやサーバＡでレコードの更新が行われなかった場合）。このようなときには、Ｓ１７でデータベース４Ｃの更新は行われない。

Ｓ１８では、パソコンＢから同期時刻（図１参照）を受信する。Ｓ１９ではこの同期時刻を同期時刻記録部５Ｃに記録するとともに、レコード管理部２Ｃが、データベース４Ｃ内の全レコードの更新時刻をこの同期時刻に更新する。以上にてモバイル端末Ｃでの同期工程を終了する。

（ＰＣでの同期フロー)
図４は、パソコンＢにおける同期工程を示すフローチャートである。以下、図１および図４を用いて各工程（ステップ）を説明する。

まず、Ｓ３０でモバイル端末Ｃから同期開始信号（図１参照）を受信し、この同期開始信号をサーバＡに送信する。送サーバＡに信する。ついで、Ｓ３１では、モバイル端末ＣからレコードＣＢ（前回の同期後にモバイル端末Ｃで更新されたレコード）を受信するとともに、レコード管理部２Ｂがデータベース４Ｂに対し、レコードＣＢと同一のレコードＩＤを有するレコード（以下、相当レコードｃｂ）を検索するよう命令する。そして、同期制御部３Ｂがデータベース４Ｂから上記相当レコードｃｂの更新時刻を取得する。

Ｓ３２では、Ｓ３１で取得したレコードＣＢの更新時刻が上記の相当レコードｃｂの更新時刻より新しいか否かを判定する。

レコードＣＢの更新時刻が相当レコードｃｂの更新時刻より新しい場合には、ＹＥＳで示されたとおりＳ３３に進み、レコード管理部２Ｂが、データベース４Ｂに対して、相当レコードｃｂがモバイル端末Ｃから受信したレコードＣＢと同一内容になるよう、更新（上書き）命令を出す。併せて、このレコードＣＢをサーバＡへ送信する。

一方、レコードＣＢの更新時刻がＣＢ相当レコードの更新時刻より古い場合には、ＮＯで示されたとおりＳ３４へ進み、レコード管理部２Ｂが、データベース４Ｂに対して、モバイル端末Ｃより送信されたレコードＣＢを破棄するよう命令し、かつ、レコードＣＢのレコードＩＤを送信記憶部８Ｂに記録する。さらに、レコード管理部２Ｂが、データベース４Ｂに対して、相当レコードｃｂ（データベース４Ｂに存在する、レコードＣＢと同一のレコードＩＤを有するレコード）をサーバＡに送信するように命令する。

Ｓ３５ではモバイル端末Ｃより受信したレコードＢＣすべてを比較したかを判定する。その結果、比較されていないレコードがある場合、ＮＯで示されたとおりＳ３２へ戻る。すべて比較された場合にはＹＥＳで示されたとおりＳ３６へ進む。

Ｓ３６では、同期制御部Ｂが、同期時刻記録部５Ｂから同期時刻を取得するとともに、データベース４Ｂから、残りレコード（データベース４Ｂにおける、相当レコードｂｃ以外のレコード）の更新時刻を取得する。Ｓ３７では、Ｓ３６で取得された同期時刻と更新時刻とを比較する。

時刻が異なる場合、ＹＥＳで示されたとおりＳ３８へ進み、送信記憶部８Ｂに、該当するレコード（すなわち、パソコンＢでのみ更新されたレコード）のレコードＩＤを記録するとともに、これをサーバＡに送信する。

一方、時刻が等しい場合、ＮＯで示されたとおりＳ３９へ進み、残りレコードの全てが比較されたか否かを判定する。その結果、比較されていない残りレコードが存在する場合は、ＮＯで示されたとおりＳ３７へ戻る。残りレコードの全てが比較された場合には、ＹＥＳで示されたとおりＳ４０へ進む。

なお、図１におけるレコードＢＡには、パソコンＢからサーバＡに送られる、レコードＣＢ（あるいは相当レコードｃｂ）と、Ｓ３７に該当する（ＹＥＳである）残りレコード（すなわち、パソコンＢでのみ更新されたレコード）とが含まれている。また、モバイル端末Ｃから送信なし信号が送信され（データベース４Ｃに更新されたレコードがない場合）、かつ、データベース４Ｂにも更新されたレコードがない場合には、パソコンＢからサーバＡへ送信なし信号が送信される。

Ｓ４０では送信終了信号をサーバＡへ送信する。（この後、サーバＡで同期作業が行われる。）
Ｓ４１では、サーバＡから、前回の同期後に各ノード（モバイル端末Ｃ、パソコンＢサーバＡ）で更新された（同一のレコードが複数のノードで更新された場合はより新しく更新された）レコード（レコードＡＢ、図１参照）を受信する。そして、サーバＡの送信終了信号を受信するとＳ４２に進む。Ｓ４２では、レコード管理部２Ｂが、データベース４Ｂに存在する、レコードＡＢと同じレコードＩＤを有するレコード（相当レコードａｂ）を、レコードＡＢの内容に従って（レコードＡＢと同一内容になるよう）更新し、かつ、そのレコードＩＤを送信記憶部８Ｂに記録する。

Ｓ４３では、レコード管理部２Ｂが、送信記憶部８Ｂに記録されているレコードＩＤに該当するレコードを、データベース４Ｂより取得し、モバイル端末Ｃへ送信する。

なお、Ｓ４１において、サーバＡから送信なし信号を受信することがある（例えば、サーバＡでレコードの更新が行われなかった場合）。このような場合には、送信記憶部８Ｂに記録されたレコードＩＤに該当するレコードを、データベース４Ｂより取得し、これをモバイル端末Ｃへ送信する（Ｓ３４・３８参照）。ただし、Ｓ３４やＳ３８を経由せず、送信記憶部８ＢにレコードＩＤが記録されていない場合には、送信なし信号をモバイル端末Ｃへ送信する。

Ｓ４４ではサーバＡより同期時刻を受信する。Ｓ４５では同期時刻記録部５Ｂの同期時刻と、データベース４Ｂ内の全レコードの更新時刻とをこの同期時刻に更新する。Ｓ４６ではモバイル端末Ｃにこの同期時刻を送信する。

以上にてパソコンＢでの同期工程を終了する。

(サーバでの同期フロー)
図５は、サーバＡにおける同期工程を示すフローチャートである。以下、図５および図１を用いて各工程（ステップ）を説明する。

まず、Ｓ６０でパソコンＢから同期開始信号（図１参照）を受信する。Ｓ６１では、パソコンＢからレコードＢＡを受信する。上記のとおり、このレコードＢＡには、レコードＣＢ（あるいは、相当レコードｃｂ）とＳ３７に該当する（ＹＥＳである）残りレコード（すなわち、パソコンＢでのみ更新されたレコード）とが含まれている。ここで、レコード管理部２Ａが、データベース４Ａに対し、レコードＢＡと同一のレコードＩＤを有するレコード（以下、相当レコードｂａ）を検索するよう命令する。これにより、同期管理部３Ａは、データベース４Ａから、相当レコードｂａの更新時刻を取得する。

Ｓ６２では、各レコードにつき、Ｓ６１で取得したレコードＢＡの更新時刻が相当レコードｂａの更新時刻より新しいか否かを判定する。レコードＢＡの更新時刻が相当レコードｂａの更新時刻より新しい場合には、ＹＥＳで示されたとおりＳ６３に進み、レコード管理部２Ａが、データベース４Ａに対して、相当レコードｂａ（データベース４Ａに存在する、レコードＢＡと同一のレコードＩＤを有するレコード）がレコードＢＡと同一内容になるよう、更新（上書き）命令を出す。なお、この場合には、レコードＢＡをパソコンＢへ送信しない（このレコードＢＡのレコードＩＤは、パソコンＢの送信記憶部に記録されているため）。

一方、レコードＢＡの更新時刻が相当レコードの更新時刻より古い場合には、ＮＯで示されたとおりＳ６４へ進み、レコード管理部２Ａが、データベース４Ａに対して、パソコンＢより送信されたレコードＢＡを破棄するよう命令し、かつ、レコード管理部２Ａが、データベース４Ａに対して、相当レコードｂａをパソコンＢに送信するように命令する。

Ｓ６５ではパソコンＢより受信したレコードＢＡすべてを比較したかを判定する。そして、比較されていないレコードがある場合、ＮＯで示されたとおりＳ６２へ戻る。すべて比較された場合にはＹＥＳで示されたとおりＳ６６へ進む。

Ｓ６６では、同期管理部３Ａが、同期時刻記録部５Ａから同期時刻を取得するとともに、データベース４Ａから、残りレコード（データベース４Ａに存在する、相当レコードｂａ以外のレコード）の更新時刻を取得する。Ｓ６７では、Ｓ６６で取得された同期時刻と更新時刻とを比較する。

時刻が異なる場合、ＹＥＳで示されたとおりＳ６８へ進み、レコード管理部２Ａが、データベース４Ａに対し、該当するレコード（サーバＡでのみ更新されたレコード）をパソコンＢに送信するよう命令する。

一方、時刻が等しい場合、ＮＯで示されたとおりＳ６９へ進み、残りレコードの全てが比較されたか否かを判定する。その結果、比較されていない残りレコードが存在する場合は、ＮＯで示されたとおりＳ６７へ戻る。残りレコードの全てが比較された場合には、ＹＥＳで示されたとおりＳ７０へ進む。

Ｓ７０では送信終了信号をパソコンＢへ送信する。Ｓ７１では同期時刻としてサーバの時計から現在時刻を取得する。Ｓ７２では、同期時刻記録部５Ａの同期時刻と、データベース４Ａ内の全レコードの更新時刻とをこの同期時刻に更新する。Ｓ７３ではパソコンＢにこの同期時刻を送信する。

以上にてサーバＡでの同期工程を終了する。

このように、モバイル端末ＣからパソコンＢ、パソコンＢからサーバＡ、サーバＡからパソコンＢ、パソコンＢからモバイル端末Ｃというように、パソコンＢがモバイル端末ＣとサーバＡとの中継機能を担うことで、各ノード（Ａ〜Ｃ）は、他のノードが更新したレコードを効率的に認識することができる。

これにより、三者（ノードＡ〜Ｃ）間情報同期の際に最大のネックとなるサーバＡ・モバイル端末Ｃ間の相互通信が不要となる。すなわち、通信速度の劣るモバイル端末Ｃの送受信回数が減り、迅速な情報同期が可能になる。加えて、サーバＡ側においても、モバイル端末Ｃとの同期処理を逐一行う必要がなくなり、その負担が大幅に軽減される。特に、パソコンＢのユーザとモバイル端末Ｃのユーザとが同一の個人である場合、ユーザは、自己が保有するパソコンＢおよびモバイル端末Ｃの情報と、（共有）サーバＡの情報とをすばやく同期させることができ、大変便利である。

以下に、本実施の形態における同期作業の流れを時系列に沿って説明する。図６〜図８は、いずれかのノード（端末）のレコードのみが更新されている場合の同期シーケンス図である。

以下では、時刻ｔ_０で同期したレコードをＲ（ｔ_０)、ｔ以降で更新が行われたレコードをＲ'（ｔ_１)と表記する。なお、以下の説明中に記載されているステップ番号は、図３〜図５に示すフローチャートのステップ番号に対応している。

図８は、モバイル端末ＣのレコードがＲ'（ｔ_１)であり、パソコンＢおよびサーバＡのレコードがＲ（ｔ_０)である状態で同期を開始し、所定の時刻Ｔにて各ノード（Ａ〜Ｃ）を同期させた場合のシーケンス図である（ｔ_１はｔ_０より後の時間）。

まず、同期開始信号が、モバイル端末ＣからパソコンＢへ（Ｓ１０)、ついでパソコンＢからサーバＡへ送信される（Ｓ３０)。ついで、モバイル端末Ｃにおいて、同期時刻記録部５Ｃにある前回の同期時間ｔ_０とデータベース４ＣにあるＲ'（ｔ_１)の更新時間とが比較され（Ｓ１１・１２)、ｔ_１はｔ_０より後の時刻であることから、モバイル端末Ｃは、このデータベース４ＣにあるＲ'（ｔ_１)をレコードＣＢとしてパソコンＢへ向けて送信する（Ｓ１３)。

パソコンＢでは、受信したＲ'（ｔ_１)の更新時間（ｔ_１)と、データベース４Ｂの相当レコードＲ（ｔ_０)の更新時刻（前回の同期時間ｔ_０）とを比較し（Ｓ３１・３２)、ｔ_１はｔ_０より後の時刻であることから、パソコンＢは、データベース４Ｂの相当レコードをＲ'（ｔ_１)に更新するとともに、このＲ'（ｔ_１)をレコードＢＡとしてサーバＡへ送信する（Ｓ３３)。

サーバＡでは、受信したＲ'（ｔ_１)の更新時間（ｔ_１)と、データベース４Ａの相当レコードＲ（ｔ_０)の更新時刻（前回の同期時間ｔ_０）とを比較し（Ｓ６１・６２)、ｔ_１はｔ_０より後の時刻であることから、サーバＡは、データベース４Ａの相当レコードをＲ'（ｔ_１)に更新する。ただし、パソコンＢより受信したＲ'（ｔ_１)によってデータベース４Ａの相当レコードが更新されており、残りレコード（データベース４Ａに存在する、上記相当レコード以外のレコード）にサーバＡでのみ更新されたレコードがない場合には、パソコンＢに送信すべきレコードはない。よって、サーバＡはパソコンＢへ送信なし信号を送信する。

ついで、サーバＡは、同期時刻としてＴを取得し（Ｓ７１)、データベース４ＡのレコードＲ'（ｔ_１)をＲ'（Ｔ)に更新する（Ｓ７２)。ついで、ＴをパソコンＢへ送信しサーバＡの同期処理が終了する（Ｓ７３)。

パソコンＢでは、上記のとおり、Ｒ'（ｔ)の受信はなく、Ｔを受信し（Ｓ４４)、データベース４ＢのレコードＲ'（ｔ_１)をＲ'（Ｔ)に更新する（Ｓ４５)。また、パソコンＢで更新されたレコードがないため送信記憶部８Ｂに記録されたレコードＩＤもなく、モバイル端末Ｃへはレコードを送信せず、代わりに送信なし信号を送信する。最後に、同期時刻Ｔをモバイル端末Ｃに送信し、パソコンＢの同期処理は終了する（Ｓ４６)。

上記のとおり、モバイル端末Ｃは、パソコンＢからレコードを受信せず、同期時刻Ｔのみを受信する（Ｓ１８)。モバイル端末Ｃは、データベース４ＣのレコードＲ'（ｔ_１)をＲ'（Ｔ)に更新し（Ｓ１９)、同期を終了する。

図７は、パソコンＢのレコードがＲ'（ｔ_１)であり、モバイル端末ＣおよびサーバＡのレコードがＲ（ｔ_０)である状態で同期を開始し、所定の時刻Ｔにて各ノード（Ａ〜Ｃ）を同期させた場合のシーケンス図である（ｔ_１はｔ_０より後の時刻）。

まず、モバイル端末Ｃが同期開始信号をパソコンＢへ送信し、（Ｓ１０)、ついでパソコンＢが同期開始信号をサーバＡへ送信する（Ｓ３０)。ついで、モバイル端末Ｃにおいて、同期時刻記録部５Ｃにある前回の同期時間ｔ_０とデータベース４ＣにあるＲ（ｔ_０)の更新時間とが比較される（Ｓ１１・１２)。ここで、前回の同期時間とＲ（ｔ_０)の更新時刻とが同じ時刻である（モバイル端末Ｃではレコードの更新がなかった）ことから、モバイル端末ＣがパソコンＢへ送信すべきレコードはなく、代わりに、送信なし信号をパソコンＢへ送信する。

パソコンＢでは、上記のとおり、モバイル端末Ｃからレコードを受信しないため、残りレコード（この場合、データベース４Ｂの全レコードになる）の更新時刻と、前回の同期時刻との比較を行う（Ｓ３６)。そして、パソコンＢは、残りレコードのうち、パソコンＢで更新されたＲ'(ｔ_１)をサーバＡへ送信するとともに、このＲ'(ｔ)のレコードＩＤを送信記憶部８Ｂに記録する（Ｓ３８)。

サーバＡでは、パソコンＢから受信したＲ'(ｔ_１)とデータベース４Ａにある相当レコードＲ（ｔ_０)との比較を行い、ｔ_１はｔ_０より後の時刻であることから、この相当レコードＲ（ｔ_０)をＲ'(ｔ_１)に更新する。ただし、パソコンＢより受信したＲ'（ｔ_１)によってデータベース４Ａの相当レコードが更新されており、残りレコードのうちサーバＡでのみ更新されたレコードもない場合には、パソコンＢに送信すべきレコードはない。よって、サーバＡはパソコンＢへ送信なし信号を送信する。

ついで、サーバＡは、同期時刻としてＴを取得し（Ｓ７１)、データベース４ＡのレコードＲ'(ｔ_１)をＲ'（Ｔ)に更新する（Ｓ７２)。ついで、サーバＡは、ＴをパソコンＢへ送信し、その同期処理を終了する（Ｓ７３)。

パソコンＢでは、上記のとおり、サーバＡからの受信はなく、送信記憶部８Ｂに記録されたレコードＩＤに基づいて、Ｒ'(ｔ_１)をモバイル端末Ｃへ送信する（Ｓ４３)。ついで、パソコンＢは、同期時刻ＴをサーバＡから受信し（Ｓ４４)、データベース４ＢのレコードＲ'(ｔ_１)をＲ'（Ｔ)に更新する（Ｓ４５)とともに、この同期時刻Ｔをモバイル端末Ｃに送信し、その同期処理は終了する（Ｓ４６)。

モバイル端末Ｃは、データベース４ＣのレコードＲ（ｔ_０)を、パソコンＢから受信したＲ'(ｔ_１)に更新する（Ｓ１６、１７)。ついで、モバイル端末Ｃは、パソコンＢから同期時刻Ｔを受信し、データベース４ＣのレコードＲ'(ｔ_１)をＲ'（Ｔ)に更新し、その同期処理を終了する。

図９は、サーバＡのレコードがＲ'（ｔ_１)であり、モバイル端末ＣおよびパソコンＢのレコードがＲ（ｔ_０)である状態で同期を開始し、所定の時刻Ｔにて各ノード（Ａ〜Ｃ）を同期させた場合のシーケンス図である（ｔ_１はｔ_０より後の時刻）。

まず、モバイル端末Ｃが同期開始信号をパソコンＢへ送信し、パソコンＢがこの同期開始信号をサーバＡへ送信する。ついで、モバイル端末Ｃにおいて、同期時刻記録部５Ｃにある前回の同期時間ｔ_０とデータベース４ＣにあるＲ（ｔ_０)の更新時間とが比較される（Ｓ１１・１２)。ここで、前回の同期時間とＲ（ｔ_０)の更新時刻とが同じ時刻である（モバイル端末Ｃではレコードの更新がなかった）ことから、モバイル端末ＣがパソコンＢへ送信すべきレコードはなく、代わりに、送信なし信号をパソコンＢへ送信する。

パソコンＢはレコードを受信していないため、残りレコード（この場合、データベース４Ｂの全レコードになる）の更新時刻と、前回の同期時刻との比較を行う（Ｓ３６)。ここで、データベース４ＢのＲ（ｔ_０）の更新時刻（ｔ_０）は前回の同期時刻（ｔ_０）と等しいのでサーバＡへの送信を行わず（Ｓ３７）、代わりに、送信なし信号を送信する。

サーバＡはレコードを受信していないため、残りレコード（この場合、データベース４Ａの全レコードになる）Ｒ'（ｔ_１)の更新時刻（ｔ_１）と、前回の同期時刻（ｔ_０）との比較を行う（Ｓ６７)。ここでｔ_１はｔ_０より後の時刻であることから、サーバＡは、データベース４ＡにあるＲ'（ｔ_１)をレコードＣＢとしてパソコンＢへ向けて送信する（Ｓ６７、６８）。ついで、サーバＡは、同期時刻としてＴを取得し、データベース４ＡのレコードＲ'（ｔ_１)をＲ'（Ｔ）に更新するとともに、ＴをパソコンＢへ送信し同期処理を終了する。

パソコンＢはサーバＡからＲ'（ｔ_１)を受信するため、相当レコードをＲ'（ｔ_１)に更新するとともに送信記憶部８ＢにこのレコードＩＤを記録する（Ｓ４１、４２）。ついで、パソコンＢは、送信記憶部８Ｂに記録されたレコードＩＤに基づいて、このＩＤに該当するレコードＲ'（ｔ_１)をモバイル端末Ｃへ送信する。さらに、パソコンＢは、サーバＡよりＴ（今回の同期時刻）を受信し、レコードＲ'（ｔ_１)をＲ'（Ｔ)に更新するとともに、このＴをモバイル端末Ｃへ送信し、その同期処理を終了する。

モバイル端末ＣはＲ'（ｔ_１)を受信し、その相当レコードＲ（ｔ_０)をＲ'（ｔ_１)に更新する。ついで、モバイル端末Ｃは、パソコンＢより今回の同期時刻Ｔを受信し、データベース４ＣのレコードＲ'（ｔ_１)をＲ'（Ｔ)に更新してその同期処理を終了する。

なお、本実施の形態では、同期時は各ノード（サーバＡ、パソコンＢ、モバイル端末Ｃ）で所持するレコード群の各レコードＩＤが一致する場合について説明した。しかし、ある時点での同期以降、次の同期の間までにレコードを新規に作成する、あるいは削除することも考えられ、この場合には、同期開始時にノード間のレコード群が異なることになる。このような場合には、以下のように対応することが好ましい。

すなわち、いずれかのノードで新レコードが作成され、同期時に他のノードが対応するレコードがないと判断した場合には、当該ノードは、この新レコードを新規に作成して同期処理を行う。また、各ノードでレコードを削除した場合に、これを他のノードで反映するには、レコードに削除フラグに相当するようなデータを付与し、レコード削除の際にレコードＩＤと削除フラグデータ以外を削除するようにする。そして、レコードを削除したノードは、同期時にそのレコードＩＤと削除フラグデータとを他ノードに送信する。これにより、各ノードにてレコードの新規作成や削除があった場合にも、これを反映した同期処理を行うことができる。

〔実施の形態２〕
本発明の実施の形態２について、図９〜図１２に基づいて説明すれば以下のとおりである。

本実施の形態では、同一のレコードＩＤをもつレコードが、各ノードにおいて異なる数のデータフィールドを有する場合について説明する。図１０（ａ）〜（ｃ）は、実施の形態２において各ノードが所持するレコード例を示す。

図１０（ａ）〜（ｃ）に示されるように、レコードＩＤ・更新時刻・予定日・場所の４つのデータフィールドは全ノード（モバイル端末Ｃ、パソコンＢ、サーバＡ）で共通しているが、パソコンＢは、この共通のデータフィールドに加え、取引先を示す１つのデータフィールドを有し、サーバＡは、この共通のデータフィールドに加え、取引先および担当者を示すの２つデータフィールドを備えている。すなわち、同一のレコードＩＤをもつレコードが、ノードごとに異なるデータフィールドを持っている。なお、例えば、図１０（ａ）に示されるサーバＡのレコードにおいては、６個のデータフィールドである、レコードＩＤ、更新時刻、予定日、場所、取引先、担当者が、それぞれ０００００１、２００３年１０月１日１７時０分、２００３年１０月５日、Ａビル、Ｂ社、Ｃであることをあらわしている。

実施の形態２におけるパソコンＢのプロキシ部を、図９に示す。なお、他のノードであるモバイル端末ＣおよびサーバＡの構成は図１に示されるものと同じであり、通信システム１自体も、図１うや図２（ａ）示されるように構成されている。

図９に示されるように、パソコンＢのプロキシ部７Ｂは、同期制御部３Ｂとレコード管理部２Ｂと送信記憶部８Ｂとノード別レコード判定テーブル９Ｂ（レコード判定テーブル）とを備え、該ノード別レコード判定テーブル９Ｂには各ノードがもつレコードのデータフィールドが記録されている。これを図１１に示す。図１１に示されるように、ノード別レコード判定テーブルでは、データが存在するデータフィールドが１と表記され、データが存在しないデータフィールドが０と表記されている。すなわち、サーバＡは、日時・場所・取引先・担当者の４つのデータフィールドを有し、パソコンＢは、日時・場所・取引の３つのデータフィールドを有し、モバイル端末Ｃは、日時・場所の２つのデータフィールドを有する。このように、ノード別レコード判定テーブル９Ｂは、レコードについて受信したレコードをデータフィールド単位で判定するために用いられる。

なお、以下の説明においては、図１０（ａ）〜（ｃ）に示されるように、各ノードが有するレコードのデータフィールド数が、サーバＡが１番多く、パソコンＢがその次に多く、モバイル端末Ｃのように小さい機器が１番少ない場合を前提としている。また、各ノードでの同期処理においては、レコードの更新時刻に基づいて一番新しい更新時刻をもつレコードに同期されるものとする。例えば、サーバＡで１０月１日に予定日が更新されたレコードがあり、パソコンＢでは１０月２日に取引先データが更新されたレコードがある場合、更新時刻はパソコンＢの方が後であることから、パソコンＢの取引先データと予定日データとに基づいて、サーバＡとパソコンＢとを同期させる。

次に、各ノードにおける具体的な同期処理を説明する。なお、モバイル端末ＣおよびサーバＡにおける同期工程は、図３や図５で示される、モバイル端末ＣおよびサーバＡの同期工程と同じであるため、ここでは説明を省略し、パソコンＢにおける同期工程を図１２を用いて説明する。図１２は、各ノードでレコード内容が異なる場合のパソコンＢでの同期工程を示すフローチャートである。

まず、Ｓ３０でモバイル端末Ｃから同期開始信号を受信し、この同期開始信号をサーバＡに送信する。送サーバＡに信する。ついで、Ｓ３１では、モバイル端末ＣからレコードＣＢ（前回の同期後にモバイル端末Ｃで更新されたレコード）を受信するとともに、レコード管理部２Ｂがデータベース４Ｂに対し、レコードＣＢと同一のレコードＩＤを有するレコード（以下、相当レコードｃｂ）を検索するよう命令する。そして、同期制御部３Ｂがデータベース４Ｂから上記相当レコードｃｂの更新時刻を取得する。

なお、レコードＢＡ（図１参照）には、パソコンＢからサーバＡに送られる、レコードＣＢ（あるいは相当レコードｃｂ）と、Ｓ３７に該当する（ＹＥＳである）残りレコード（すなわち、パソコンＢでのみ更新されたレコード）とが含まれている。また、モバイル端末Ｃから送信なし信号が送信され（データベース４Ｃに更新されたレコードがない場合）、かつ、データベース４Ｂにも更新されたレコードがない場合には、パソコンＢからサーバＡへ送信なし信号が送信される。

Ｓ４０では送信終了信号をサーバＡへ送信する。（この後、サーバＡで同期作業が行われる。）
Ｓ４１では、サーバＡから、前回の同期後に各ノード（モバイル端末Ｃ、パソコンＢサーバＡ）で更新された（同一のレコードが複数のノードで更新された場合はより新しく更新された）レコード（レコードＡＢ）を受信する。そして、サーバＡの送信終了信号を受信するとＳ７４ａに進む。

ここで、サーバＡから送信されたレコードＡＢには、図１０（ａ）に示されるように、レコードＩＤ、更新時刻のほかに、予定日、場所、取引先および担当者の４個のデータフィールドが含まれており、パソコンＢにおける相当レコードａｂ（データベース４Ｂに存在する、レコードＡＢと同一のレコードＩＤを有するレコード）とは、データフィールド数が異なる（図１０（ｂ）（ｃ）参照）。

そこで、Ｓ７４ａでは、ノード別レコード判定テーブル９Ｂを参照してＳ７４ｂに進み、レコードＡＢ内の所定のデータフィールドがデータベース４Ｂの相当レコードａｂに存在するか否かを判定する。

上記所定のデータフィールドが相当レコードａｂに存在する場合、ＹＥＳで示されたとおりＳ７４ｃに進み、レコード管理部２Ｂが、相当レコードａｂの該当するデータフィールドのデータを、レコードＡＢの内容に従って（レコードＡＢと同一内容になるよう）更新する。

上記所定のデータフィールドが相当レコードａｂに存在しない場合、ＮＯで示されたとおりＳ７５に進み、全てのデータフィールドについて上記の存在判定が行われたかを判定する。そして、判定を行っていないデータフィールドがある場合には、ＮＯで示されたとおりＳ７３に戻り、次のデータフィールドが相当レコードａｂに存在するかを判定する。

全てのデータフィールド（予定日、場所、取引先および担当者の４個のデータフィールド）を判定し終えた場合には、該当するレコードのレコードＩＤを送信記憶部８Ｂに記録し、ＹＥＳで示されたとおりＳ７６へ進む。Ｓ７６では、サーバＡより受信した全レコードについてパソコンＢで同期したかを判定する。残っている場合、ＮＯで示されたとおりＳ７３に戻り、次のレコードについて引き続き判定を行う。

レコードＡＢの全てのレコードを判定した場合には、ＹＥＳで示されたとおりＳ７７に進み、送信記憶部８Ｂに記録されたレコードＩＤを有するレコード（これをレコードＢＣ’とする）を全て取得する。そして、モバイル端末Ｃに送信するレコードＢＣを作成するためにＳ７９に進む。

Ｓ７９では、同期制御部３Ｂがノード別レコード判定テーブル９Ｂ（図９・図１１参照）を参照して、上記レコードＢＣ’内の所定のデータフィールドが、モバイル端末Ｃのレコードに存在するか否かを判定する（図１０（ｂ）（ｃ）・図１１参照）。

上記所定のデータフィールドがモバイル端末Ｃのレコードに存在しない場合、ＮＯで示されたとおりＳ８０に進み、同期制御部３Ｂが上記レコードＢＣ’から、該当するデータフィールドの具体的データを削除する。一方、上記所定のデータフィールドがモバイル端末Ｃのレコードに存在する場合、ＹＥＳで示されたとおりＳ８１に進み、全てのデータフィールドについて上記の存在判定が行われたかを判定する。そして、判定を行っていないデータフィールドがある場合には、ＮＯで示されたとおりＳ７９に戻り、次のデータフィールドがモバイル端末Ｃのレコードに存在するかを判定する。

なお、Ｓ７７〜Ｓ８１の代わりに、以下のようにしてレコードＢＣを生成してもかまわない。

すなわち、Ｓ７６の後に、同期制御部３Ｂ（図９参照）が送信記憶部８Ｂに記録されたレコードＩＤに対応する空レコードを用意する。ついで、同期制御部３Ｂがノード別レコード判定テーブル９Ｂを参照して、上記空レコードの所定のデータフィールドが、モバイル端末Ｃのレコードに存在するか否かを判定する（図９・図１０（ｂ）（ｃ）・図１１参照）。

上記所定のデータフィールドがモバイル端末Ｃのレコードに存在する場合には、同期制御部３Ｂが上記空レコードの所定のデータフィールドに具体的データを追加する。一方、上記所定のデータフィールドがモバイル端末Ｃのレコードに存在しない場合、全てのデータフィールドについて上記の存在判定が行われたかを判定する。

そして、全てのデータフィールド（予定日、場所および取引先の３個のデータフィールド）を判定し終えた場合には、ＹＥＳで示されたとおりＳ８２へ進み、該当するレコード（レコードＢＣ）をモバイル端末Ｃへ送信する。

Ｓ８３では、取得したレコードＢＣ’のすべてのデータについて、データフィールド存在判定をしたかを判定する。すべて判定した場合には、ＹＥＳで示されたとおりＳ８４へ進む。まだ未判定レコードが残っている場合、ＮＯで示されたとおりＳ７９に戻り、次のレコードについて引き続きデータフィールド存在判定を行う。

Ｓ８４ではモバイル端末Ｃへ送信終了信号を送信する。Ｓ８５ではサーバＡより同期時刻を受信するとともに、同期時刻記録部５Ｂの同期時刻と、データベース４Ｂ内の全レコードの更新時刻とをこの同期時刻に更新する。Ｓ８６ではモバイル端末Ｃにこの同期時刻を送信する。

以上にてパソコンＢでの同期工程を終了する。

上記の説明では、サーバＡのレコード長が長い（データフィールドの数が多い）のを前提としているため、パソコンＢからサーバＡへのレコード送信の際、レコードの更新時刻の比較を行うのみで、データフィールドの存在についての判定は行っていない（図１２のＳ３２〜３９参照）。

しかしながら、上位ノード（サーバＡ）のレコード長が短い（データフィールドの数が少ない）場合も考えられ、その場合、パソコンＢからサーバＡへレコードを送信する際にノード別レコード判定テーブル９Ｂを参照してサーバＡへ送信すべきレコードＢＡを作成することも可能である。その際、対応関係のない（サーバＡの相当レコードにない）データフィールドへは空データを入れ込めば良い。

また、各ノード（Ａ〜Ｃ）でデータフィールドの包含関係が混在している場合が考えられる。例えば、パソコンＢには予定日を示すデータフィールドはあるが場所を示すデータフィールドがなく、逆にモバイル端末Ｃは場所を示すデータフィールドはあるが予定日を示すデータフィールドがなく、サーバＡには予定日と場所との双方を示すデータフィールドが存在する場合である。

このような場合には、パソコンＢが受信したレコードについて送信先のノードを問わずノード別レコード判定テーブル９Ｂを参照し、これに基づいて送信用のレコードを作成すればよい。その際、受信先のノードにおけるレコードの更新時刻を参考にし、空データフィールド部分を補完することでより正確な同期を行うことが可能となる。

例えば、更新時刻について、パソコンＢが最新、サーバＡがその次に新しく、モバイル端末Ｃが一番古いとする。このとき、パソコンＢとモバイル端末Ｃには対応するデータフィールドはないが、モバイル端末ＣのレコードよりサーバＡのレコードの更新時刻が新しいことから、パソコンＢがレコードＢＣを作成する際、サーバＡにおける場所のデータを挿入することが望ましい。なお、この場合、パソコンＢはサーバＡに対して自らが更新を行わないデータフィールドに関するデータ（場所のデータ）についてもこれを要求することになる。これにより、モバイル端末Ｃをより正確に同期させることができる。

さらに、上記の説明においては、同期処理の際に中継端末となるパソコンＢを通過することを前提としている。中継端末（パソコンＢ）を通さずに、サーバＡ・モバイル端末Ｃ間で同期する場合、例えば、サーバＡでは同期相手のデバイスＩＤを同期開始時に受信することで同期相手を判定し、相手によって送信時のレコードを相手ノードに対応したレコードを作成することで可能になる。例えば、サーバＡが相手をモバイル端末Ｃと認識した場合、モバイル端末Ｃから送られてきたレコードのレコード長に基づいてモバイル端末Ｃへ送信すべきレコードをサーバＡ内で作成する。なお、モバイル端末Ｃのように処理能力の遅いノード（端末）では上記のとおり送信レコードを作成する。また、サーバＡが相手をパソコンＢ（中継端末）と認識した場合にも、サーバＡは上記のとおりの処理を行う。なお、モバイル端末Ｃがレコードのデータ長を判定し、場合分けすることで、処理の多いサーバＡ等の上位ノードの負担を減らすことも可能である。

〔実施の形態３〕
本発明に係る実施の形態３について、図１３〜図１９を用いて説明すれば以下のとおりである。本実施の形態では、優先順位を示すデータフィールドを有するレコードを同期する場合について説明する。

すなわち、各ノード（Ａ〜Ｃ）が同期された後に、別々のノードで同一のレコードＩＤを有するレコードが更新されたが、そのレコードが、上記のように優先順位のデータを持っていた場合に、各ノード（Ａ〜Ｃ）の同期処理をいかに行うかを考えている。例えば、
１つのノードにてあるレコード（高優先順位）が更新され、その後、このレコードと同一のレコードＩＤを有するレコード（低優先順位）が他ノードで更新された場合、実施の形態１・２のように同期の基準を更新時刻とすれば、後で更新されたレコードが優先されるが、本実施の形態では、高い優先順位のレコードを優先させるため、先に更新された高優先順位のレコードが優先される。

図１４（ａ）〜（ｃ）に、各ノードにおける優先順位のデータを持つレコードの例を示す。同図（ａ）〜（ｃ）に示される各レコードは、レコードＩＤ（同一）、重要度ＩＤ、案件状況、更新時刻、予定日および場所の６つのデータフィールドを備えている。重要度ＩＤは同期時の判定基準のためのデータフィールドであり、その値の小さいレコードが高い優先度を保持することを意味する。この重要度ＩＤは案件状況と対応しており、案件状況のデータである「保留」、「依頼」、「決定」に対応し、それぞれ重要度ＩＤのデータである３、２、１が割り振られている。

図（ａ）に示されたサーバＡのレコードは、「案件状況」、「重要度ＩＤ」、「レコードＩＤ」、「更新時刻」、「予定日」、「場所」がそれぞれ、「保留」、「３」、「０００００１」、「２００３年１０月１日１７時０分」、「２００３年１０月５日」、「Ａビル」である。図（ｂ）に示されたパソコンＢのレコードは、「案件状況」、「重要度ＩＤ」がそれぞれ、「依頼」、「２」であり、図（ｃ）に示されたモバイル端末Ｃのレコードは、「案件状況」、「重要度ＩＤ」がそれぞれ、「決定」、「１」である。

実際の同期ではこの重要度ＩＤを参照し、一番小さい値のモバイル端末Ｃのレコードが優先されて同期が行われる。上記のとおり、本実施の形態では、重要度ＩＤの小さいレコードを優先的して同期を行う。

次に、本実施の形態に用いられるパソコンＢのプロキシ部を、図１３に示す。なお、他のノードであるモバイル端末ＣおよびサーバＡの構成は図１に示されるものと同じであり、通信システム１自体も、図２（ａ）に示されるように構成されている。

図１３に示されるように、本実施の形態では、パソコンＢのプロキシ部７Ｂが、同期制御部３Ｂとレコード管理部２Ｂと送信記憶部８Ｂと競合回避用優先順位テーブル１０Ｂ（優先度テーブル）とを備え、この競合回避用優先順位テーブルＢには、競合回避項目と優先順位とが格納されている。図１５に、この競合回避用優先順位テーブル１０Ｂの例を示す。同図に示されるように、競合回避項目として重要度ＩＤと更新時刻があり、優先順位はそれぞれが１番目、２番目に優先されることを意味する。競合回避用優先順位テーブル１０Ｂに競合回避項目が複数記載されている場合、優先順位の数字の小さい順に同期の比較を行う。例えば、重要度ＩＤが同じレコードについては、優先度が２番目の更新時刻について比較をする。上記のとおり、案件状況の優先順位と重要度ＩＤとは対応し、重要度ＩＤを元に同期の判定を行うため、競合回避用優先順位テーブル１０Ｂには案件状況の項目は存在しない。また、競合回避用優先順位テーブル１０Ｂのデータ（ルール）を他ノードに送ることで、他ノードでも競合回避用優先順位テーブルＢに示されたルールにしたがった同期処理が可能である。なお、これ以外の優先ルールは存在しない。

これにより、同期制御部Ｂは、モバイル端末Ｃから受信したレコード（レコードＣＢ）の相当レコードをデータベース４Ｂから取得し、この競合回避用優先順位テーブル１０Ｂを参照して、優先順位が１番目の重要度ＩＤを基準として両者（レコードＢＣ、その相当レコード）を比較する。そして、この同期制御部３Ｂによる比較結果に基づいて、レコード管理部２Ｂがデータベース４Ｂに、更新やサーバＡへの送信を命令する。

なお、本実施の形態の以外の構成（例えば、実施の形態１・２）においても、競合回避項目が複数ある場合には、上記のように優先順位にしたがった同期作業を行うことが可能である。

以下に、実施の形態３における各ノード（Ａ〜Ｃ）の同期フローを図１６・図１７を用いて詳細に説明する。なお、本実施の形態におけるモバイル端末Ｃのフローは実施の形態１におけるフロー（図３参照）と同じである。

まず、パソコンＢでの同期フローを図１６を用いて説明する。Ｓ９０ではモバイル端末Ｃから同期開始信号を受信し、これを競合回避用優先順位テーブル１０ＢとともにサーバＡに送信する。Ｓ９１では、同期制御部３Ｂが競合回避用優先順位テーブル１０Ｂを選択し、同期の基準を決定する。ここでは、図１５に示される競合回避用優先順位テーブル１０Ｂを用い、同期の基準として、重要度ＩＤを優先順位１、優更新時刻を優先順位２とする。さらに、この決定された同期の基準をサーバＡの同期管理部３Ａに送信する。

Ｓ９２では、同期制御部３Ｂにてモバイル端末ＣからのレコードＣＢを受信し、レコードＣＢの重要度ＩＤと更新時刻とを取得する。さらに、レコードＣＢのレコードＩＤを基にレコード管理部２Ｂがデータベース４Ｂの検索を行い、同期制御部３Ｂで相当レコードｃｂの重要度ＩＤ、更新時刻を取得する。さらに、この相当レコードｂｃの重要度ＩＤと上記したレコードＣＢの重要度ＩＤとを比較する。

Ｓ９３では、各レコードのもつ重要度ＩＤの判定を行う。モバイル端末Ｃから受信したレコードＣＢの重要度ＩＤが小さい場合はＳ９４へ進む。そして、同期制御部３Ｂの要求に従いレコード管理部２Ｂがデータベース４Ｂ内の相当レコードｃｂをレコードＣＢの内容に更新し、かつこのレコードＣＢをサーバＡの同期管理部３Ａへ送信する。

レコードＣＢの重要度ＩＤが相当レコードｃｂのそれより大きい場合Ｓ９５へ進む。そして、同期制御部３ＢがレコードＣＢを破棄し、送信記憶部８ＢにそのレコードＩＤを記録する。あわせてデータベース４Ｂの相当レコードｂｃをサーバＡの同期管理部３Ａへ送信する。また、レコードＣＢの重要度ＩＤが相当レコードｃｂのそれと同じ場合はＳ９６へ進む。そして、重要度ＩＤが同じレコードについて、更新時刻の判定を行う。

レコードＣＢの更新時刻が新しい場合、ＹＥＳで示されたとおり上記のＳ９４へ進む。そして、レコードＣＢの更新時刻が古い場合、ＮＯで示されたとおり上記のＳ９５へ進む。

更新時刻が同じ場合Ｓ３５へ進む。Ｓ３５ではレコードＣＢのすべてが比較されたかどうかを判定する。その結果、比較されていないレコードＣＢがある場合は、ＮＯで示されたとおりＳ９３へ戻り、次のレコードＣＢについて引き続き判定を行う。レコードＣＢのすべての比較が終わった場合、ＹＥＳで示されたとおりＳ３６へ進む。

以上でパソコンＢでの同期が終了する。

次に、サーバＡでの同期フローを図１７を用いて説明する。まず、Ｓ９７ではパソコンＢから同期開始信号を受信し、それとともに競合回避用優先順位テーブル１０Ｂを受信する。

Ｓ９８では、パソコンＢから同期の基準を受信する。この結果、重要度ＩＤを優先順位１、優更新時刻を優先順位２とする同期の基準（優先度判定基準）を認識する。

Ｓ９９では、同期管理部３ＡにてパソコンＢからのレコードＢＡを受信し、レコードＢＡの重要度ＩＤと更新時刻とを取得する。さらに、レコードＢＡのレコードＩＤを基にレコード管理部２Ａがデータベース４Ａの検索を行い、同期管理部３Ａで相当レコードｂａの重要度ＩＤ、更新時刻を取得する。さらに、この相当レコードｂａの重要度ＩＤと上記したレコードＢＡの重要度ＩＤとを比較する。

Ｓ１００では、各レコードのもつ重要度ＩＤの判定を行う。パソコンＢから受信したレコードＢＡの重要度ＩＤが小さい場合はＳ１０１へ進む。そして、同期管理部３Ａの要求に従いレコード管理部２Ａがデータベース４Ａ内の相当レコードｂａをレコードＢＡの内容に上書きし、これを更新する。

レコードＢＡの重要度ＩＤが相当レコードｂａのそれより大きい場合Ｓ１０２へ進む。そして、同期管理部３ＡがレコードＢＡを破棄するとともに、データベース４Ａの相当レコードｂａをパソコンＢの同期制御部３Ｂへ送信する。

また、レコードＢＡの重要度ＩＤが相当レコードｂａのそれと同じ場合はＳ１０３へ進む。そして、重要度ＩＤが同じレコードについて、更新時刻の判定を行う。レコードＢＡの更新時刻が新しい場合、ＹＥＳで示されたとおり上記のＳ１０１へ進む。そして、レコードＢＡの更新時刻が古い場合、ＮＯで示されたとおり上記のＳ１０２へ進む。更新時刻が同じ場合Ｓ６５へ進む。Ｓ６５ではレコードＢＡのすべてが比較されたかどうかを判定する。その結果、比較されていないレコードＢＡがある場合は、ＮＯで示されたとおりＳ１００へ戻り、次のレコードＢＡについて引き続き判定を行う。レコードＢＡのすべての比較が終わった場合、ＹＥＳで示されたとおりＳ６６へ進む。

Ｓ７０では送信終了信号をパソコンＢへ送信する。Ｓ７１では同期時刻としてサーバの時計から現在時刻を取得する。Ｓ７２では、同期時刻記録部５Ａの同期時刻と、データベース４Ａ内の全レコードの更新時刻とをこの同期時刻に更新する。Ｓ７３ではパソコンＢにこの同期時刻を送信する。
以上でサーバＡでの同期が終了する。

以下に、本実施の形態における同期作業の流れを時系列に沿って図１８・図１９を用いて説明する。図１８は、重要度ＩＤが異なるレコード（レコードＩＤは同一）が各ノードで同時刻に更新された場合の同期シーケンス図である。また、図１９は、重要度ＩＤが同じ（レコードＩＤも同一）レコードが２つのノードで異なる時刻に更新され、もうひとつのノードで、他の２つとは重要度ＩＤも更新時刻も異なる更新がなされた場合の同期シーケンス図である。

なお、以下の説明では、時刻t_０で前回の同期が行われ、時刻Ｔにおいて同期を実行する場合を考えている。また、時刻ｔで更新した重要度ＩＤが１のレコードをＲ１（ｔ)、時刻ｔで同期した重要度ＩＤが２のレコードをＲ２（ｔ)、時刻ｔで同期した重要度ＩＤが３のレコードをＲ３（ｔ)としている。さらに、時刻ｔ１で更新された重要度ＩＤが３のレコードをＲ３（ｔ１)、時刻ｔ２で更新された重要度ＩＤが３のレコードをＲ３（ｔ２)としている。ただし、ｔ_０、ｔ、ｔ１、ｔ２、Ｔの順に新しい時刻になるものとする。また、以下の説明中に記載されているステップ番号は、本実施の形態のフローチャート(図１６・１７)のステップ番号に対応している。

図１８は、サーバＡのレコードがＲ１（ｔ)、パソコンＢのレコードがＲ２（ｔ)、モバイル端末ＣのレコードがＲ３（ｔ)の場合を示している。まず、モバイル端末Ｃから同期開始信号がパソコンＢへ、パソコンＢからサーバＡへ送信されるこのとき、競合回避用優先順位テーブル１０ＢがパソコンＢからサーバＡへ送信される（Ｓ９０）。

モバイル端末Ｃ上では同期時刻（ｔ_０）と更新時刻（ｔ）の比較が行われ、同期時刻と更新時刻とが異なることからＲ１（ｔ）がレコードＣＢとしてパソコンＢへ向けて送信される。パソコンＢでは、まず重要度ＩＤを元に比較を行う。受信したＲ１（ｔ）と相当レコードＲ２（ｔ）とについて、比較が行われ（Ｓ９２）、Ｒ１（ｔ）の重要度ＩＤの優先順位が高いことから相当レコードＲ２（ｔ）が受信したレコードＲ１（ｔ）に更新され、Ｒ１（ｔ）がサーバＡへ送信される（Ｓ９４）。

サーバＡでは受信した競合回避用優先順位テーブル１０Ｂによって重要度ＩＤを元に比較を行う。受信したレコードＲ１（ｔ）とその相当レコードＲ３（ｔ）との比較が行われ（Ｓ９９）、Ｒ１（ｔ）の重要度ＩＤの優先順位が高いことから、相当レコードＲ３（ｔ）はＲ１（ｔ）に更新される。更新された場合、パソコンＢへのレコード送信はなされない。

ついで、同期時刻としてＴを取得し、Ｒ１（Ｔ）に更新される。ＴをパソコンＢへ送信しサーバＡの同期処理は終了する。

パソコンＢではＲ１（ｔ）より新しい受信はないため、Ｔを受信し、レコードＲ１（ｔ）をＲ１（Ｔ）に更新する。送信記憶部８ＢにレコードＩＤはないのでモバイル端末Ｃへはレコードの送信を行わない。そこで、Ｔのみをモバイル端末Ｃに送信し、パソコンＢの同期処理は終了する。モバイル端末ＣではＲ１（ｔ）の受信はなく、Ｔのみを受信する。そして、レコードＲ１（ｔ）をＲ１（Ｔ）に更新し、モバイル端末Ｃの同期を終了する。以上ですべてのノードにて同期処理が終了する。

図１９は、サーバＡのレコードがＲ３（ｔ１)、パソコンＢのレコードがＲ３（ｔ２)、モバイル端末ＣのレコードがＲ１（ｔ)の場合を示している。なお、図中の不等号は優先度の高さ（大きさ）を意味する。

まず、モバイル端末Ｃから同期開始信号が送信される。モバイル端末Ｃ上で同期時刻と、更新時刻との比較が行われ、Ｒ３（ｔ１）がレコードＣＢとしてパソコンＢへ向けて送信される。パソコンＢでは、まず重要度ＩＤを元に比較を行う。

受信したレコードＲ３（ｔ１）と、その相当レコードＲ３（ｔ２）について重要度ＩＤが同じことから、次に更新時刻の比較が行われる。パソコンＢのＲ３（ｔ２）が新しいことから更新は行われず、Ｒ３（ｔ２）がサーバＡへ送信される。あわせてそのレコードＩＤが送信記憶部８Ｂに記録される。

サーバＡでは受信したＲ３（ｔ２）と相当レコードＲ１（ｔ）の重要度ＩＤの比較が行われＲ１（ｔ）の重要度ＩＤの優先順位が高いことからレコードＲ３（ｔ２）は破棄され、上書きは行われない。そして、相当レコードＲ１（ｔ）をパソコンＢへ送信する。

ついで、同期時刻としてＴを取得し、Ｒ１（ｔ）をＲ１（Ｔ）に更新する。そして、ＴをパソコンＢへ送信しサーバＡの同期処理を終了する。

パソコンＢでは、サーバＡよりレコードＲ１（ｔ）の受信があり相当レコードＲ３（ｔ２）をＲ１（ｔ）に更新するとともに、送信記憶部８Ｂに記録されたレコードＩＤに基づき、モバイル端末ＣへＲ１（ｔ）を送信する。ついで、パソコンＢは、サーバＡよりＴを受信し、レコードＲ１（ｔ）をＲ１（Ｔ)に更新する。そして、同期時刻Ｔのみをモバイル端末Ｃに送信し、パソコンＢの同期処理を終了する。

モバイル端末ＣはパソコンＢよりレコードを受信し、Ｒ３（ｔ１)をＲ１（ｔ)に更新する。ついで、パソコンＢより同期時刻Ｔを受信し、データベース４ＣのレコードＲ１（ｔ)をＲ１（Ｔ)に更新し、モバイル端末Ｃの同期処理を終了する。

以上ですべての同期処理が終了する。

なお、上記通信機器は、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、通信手段としてコンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。

これらのプログラムがコンピュータによって実行されると、当該コンピュータは、上記通信機器として動作する。したがって、上記通信機器と同様に、通信できる。

また、上記各実施形態では、通信機器を構成する各部材が、「ＣＰＵなどの演算手段がＲＯＭやＲＡＭなどの記録媒体に格納されたプログラムコードを実行することで実現される機能ブロックである」場合を例にして説明したが、同様の処理を行うハードウェアで実現してもよい。また、処理の一部を行うハードウェアと、当該ハードウェアの制御や残余の処理を行うプログラムコードを実行する上記演算手段とを組み合わせても実現することもできる。さらに、上記各部材のうち、ハードウェアとして説明した部材であっても、処理の一部を行うハードウェアと、当該ハードウェアの制御や残余の処理を行うプログラムコードを実行する上記演算手段とを組み合わせても実現することもできる。なお、上記演算手段は、単体であってもよいし、装置内部のバスや種々の通信路を介して接続された複数の演算手段が共同してプログラムコードを実行してもよい。また、上記各部材のうちの送信記憶部は、メモリなどの記憶装置自体であってもよい。

上記演算手段によって直接実行可能なプログラムコード自体、または、後述する解凍などの処理によってプログラムコードを生成可能なデータとしてのプログラムは、当該プログラム（プログラムコードまたは上記データ）を記録媒体に格納し、当該記録媒体を配付したり、あるいは、上記プログラムを、有線または無線の通信路を介して伝送するための通信手段で送信したりして配付され、上記演算手段で実行される。

なお、通信路を介して伝送する場合、通信路を構成する各伝送媒体が、プログラムを示す信号列を伝搬し合うことによって、当該通信路を介して、上記プログラムが伝送される。また、信号列を伝送する際、送信装置が、プログラムを示す信号列により搬送波を変調することによって、上記信号列を搬送波に重畳してもよい。この場合、受信装置が搬送波を復調することによって信号列が復元される。一方、上記信号列を伝送する際、送信装置が、デジタルデータ列としての信号列をパケット分割して伝送してもよい。この場合、受信装置は、受信したパケット群を連結して、上記信号列を復元する。また、送信装置が、信号列を送信する際、時分割／周波数分割／符号分割などの方法で、信号列を他の信号列と多重化して伝送してもよい。この場合、受信装置は、多重化された信号列から、個々の信号列を抽出して復元する。いずれの場合であっても、通信路を介してプログラムを伝送できれば、同様の効果が得られる。

ここで、プログラムを配付する際の記録媒体は、取外し可能である方が好ましいが、プログラムを配付した後の記録媒体は、取外し可能か否かを問わない。また、上記記録媒体は、プログラムが記憶されていれば、書換え（書き込み）可能か否か、揮発性か否か、記録方法および形状を問わない。記録媒体の一例として、磁気テープやカセットテープなどのテープ、あるいは、フロッピー（登録商標）ディスクやハードディスクなどの磁気ディスク、または、ＣＤ−ＲＯＭや光磁気ディスク（ＭＯ）、ミニディスク（ＭＤ）やデジタルビデオディスク（ＤＶＤ）などのディスクが挙げられる。また、記録媒体は、ＩＣカードや光カードのようなカード、あるいは、マスクＲＯＭやＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュＲＯＭなどのような半導体メモリであってもよい。あるいは、ＣＰＵなどの演算手段内に形成されたメモリであってもよい。

なお、上記プログラムコードは、上記各処理の全手順を上記演算手段へ指示するコードであってもよいし、所定の手順で呼び出すことで、上記各処理の一部または全部を実行可能な基本プログラム（例えば、オペレーティングシステムやライブラリなど）が既に存在していれば、当該基本プログラムの呼び出しを上記演算手段へ指示するコードやポインタなどで、上記全手順の一部または全部を置き換えてもよい。

また、上記記録媒体にプログラムを格納する際の形式は、例えば、実メモリに配置した状態のように、演算手段がアクセスして実行可能な格納形式であってもよいし、実メモリに配置する前で、演算手段が常時アクセス可能なローカルな記録媒体（例えば、実メモリやハードディスクなど）にインストールした後の格納形式、あるいは、ネットワークや搬送可能な記録媒体などから上記ローカルな記録媒体にインストールする前の格納形式などであってもよい。また、プログラムは、コンパイル後のオブジェクトコードに限るものではなく、ソースコードや、インタプリトまたはコンパイルの途中で生成される中間コードとして格納されていてもよい。いずれの場合であっても、圧縮された情報の解凍、符号化された情報の復号、インタプリト、コンパイル、リンク、または、実メモリへの配置などの処理、あるいは、各処理の組み合わせによって、上記演算手段が実行可能な形式に変換可能であれば、プログラムを記録媒体に格納する際の形式に拘わらず、同様の効果を得ることができる。

本発明は、複数の通信機器（ノード）を、効率よく情報同期させることができるため、複数の通信機器を含む通信システムの情報同期に利用可能である。

本発明の実施の形態１を示すブロック図である。（ａ）は、本発明の通信システムを示す概念図、（ｂ）は、上記通信システムで送受信されるレコードの内容を説明する説明図である。実施の形態１におけるモバイル端末の同期工程を示すフローチャートである。実施の形態１におけるパソコンの同期工程を示すフローチャートである。実施の形態１におけるサーバの同期工程を示すフローチャートである。実施の形態１における各ノードの処理工程を時系列に沿って説明するシーケンス図である。実施の形態１における各ノードの処理工程を時系列に沿って説明するシーケンス図である。実施の形態１における各ノードの処理工程を時系列に沿って説明するシーケンス図である。実施の形態２におけるプロキシ部を説明するブロック図である。（ａ）〜（ｃ）は、実施の形態２におけるレコードのデータフィールド構成を説明する説明図である。実施の形態２におけるノード別レコードデータ判定テーブルを説明する表である。実施の形態２におけるパソコンの同期工程を示すフローチャートである。実施の形態３におけるプロキシ部を説明するブロック図である。（ａ）〜（ｃ）は、実施の形態３におけるレコードのデータフィールド構成を説明する説明図である。実施の形態３における競合回避用優先順位テーブルを説明する表である。実施の形態３におけるパソコンの同期工程を示すフローチャートである。実施の形態３におけるサーバの同期工程を示すフローチャートである。実施の形態３における各ノードの処理工程を時系列に沿って説明するシーケンス図である。実施の形態３における各ノードの処理工程を時系列に沿って説明するシーケンス図である。従来の通信システムを説明する概念図である。

符号の説明

１通信システム
Ａサーバ（ノード、第２の通信機器）
Ｂパソコン（ノード、通信機器・中継用通信機器）
Ｃモバイル端末（ノード、第１の通信機器）
ＣＢ・ＢＡ・ＡＢ・ＢＣレコード（第１〜４の同期情報・第１〜４のレコード）
２Ａ・２Ｃレコード管理部
２Ｂレコード管理部(更新手段)
３Ａ・３Ｃ同期管理部
３Ｂ同期制御部（判定手段）
４Ａデータベース（第２のデータベース）
４Ｂデータベース（第３のデータベース）
４Ｃデータベース（第１のデータベース）
５Ａ〜５Ｃ同期時刻記録部
７Ａ・７Ｃ同期エンジン
７Ｂプロキシ部（同期情報処理部）
８Ｂ送信記憶部（記憶手段）

Claims

第１および第２の通信機器と通信可能であり、同期情報をやりとりすることでこれらの通信機器と情報の同期をとることが可能な通信機器であって、上記同期情報を処理するための同期情報処理部を備え、該同期情報処理部は、上記第１の通信機器から受信した第１の同期情報に基づいて作成した第２の同期情報を第２の通信機器へ送信するとともに、上記第２の同期情報に応答して第２の通信機器から返信された第３の同期情報に基づいて作成した第４の同期情報を第１の通信機器に送信する通信機器において、
データベースをさらに備え、
上記同期情報処理部は、
第１の同期情報として受信した第１のレコードと、上記データベースに存在するこの第１のレコードに相当するレコードとについて、いずれのレコードを第２の同期情報とするのか、その優先度を判定する判定手段と、
上記優先度の判定基準を規定する優先度テーブルとを備え、
上記判定手段は、この優先度テーブルによる判定基準に基づいて上記第１のレコードと、該第１のレコードに相当するレコードとの両者における優先度を判定することを特徴とする通信機器。
上記同期情報処理部は、第１の同期情報に基づいてデータベースの情報を更新するとともに、第３の同期情報に基づいてデータベースの情報を更新することができる更新手段を備えていることを特徴とする請求項１記載の通信機器。
上記同期情報処理部は、上記第２の同期情報として送信した第２のレコードと、上記第３の同期情報として受信した第３のレコードとを記憶可能な記憶手段を備え、第３の同期情報と上記記憶手段に記憶されたレコードとに基づいて作成した第４の同期情報を第１の通信機器に送信可能であることを特徴とする請求項１記載の通信機器。
上記同期情報処理部は、送信先の通信機器に必要なデータ項目を記載したレコードデータ判定テーブルを備え、同期情報を送信する際には、該レコードデータ判定テーブルに基づいて、必要なデータ項目のみを送信対象とすることを特徴とする請求項１記載の通信機器。
上記同期情報処理部は、上記第３の同期情報がレコードを含まない送信なし信号である場合に、上記記憶手段に記憶された第２のレコードに基づいて作成した第４の同期情報を第１の通信機器に送信することを特徴とする請求項３記載の通信機器。
第１および第２の通信機器と通信可能であり、同期情報をやりとりすることでこれらの通信機器と情報の同期をとることが可能な通信機器の制御方法であって、
上記通信機器は、データベースおよび第２の同期情報として送信するレコードの優先度を示す優先度テーブルとを備えており、
上記第１の通信機器から受信した第１の同期情報に基づいて作成した第２の同期情報を第２の通信機器へ送信する第１送信ステップと、
上記第２の同期情報に応答して第２の通信機器から返信された第３の同期情報に基づいて作成した第４の同期情報を第１の通信機器に送信する第２送信ステップとを含み、
上記第１送信ステップにおいて、上記優先度テーブルに基づき、第１の同期情報として受信した第１のレコードと、上記データベースに存在するこの第１のレコードに相当するレコードとについて、いずれのレコードを第２の同期情報とするのか、その優先度を判定する判定ステップをさらに含むことを特徴とする通信機器の制御方法。
コンピュータを請求項１から５のいずれか１項に記載の通信機器の各手段として機能させるための通信機器の制御プログラム。