(57)【特許請求の範囲】
【請求項１】
互いにデータ２１の送受信を行う複数の各データベース管理装置であって、
データ２１およびそのデータの管理情報２２を記憶するデータ記憶手段と、
データ記憶手段に記憶されるデータ２１およびその管理情報２２を、データベースとして処理するデータベース処理手段と、
データベース処理手段によって、データ記憶手段に記憶されているデータ２１に対して、追加、修正または削除のうちのいずれかの変更操作が行われるとき、その追加、修正、削除を表わす変更情報３２を記憶する変更記憶手段と、
データベース管理装置間でデータの送受信を行う通信手段と、
通信手段を介して他のデータベース管理装置とデータ２１の送受信を行うとき、変更記憶手段に記憶されている変更情報３２も送受信し、変更情報３２に基づいてデータベースの同一化処理を行うシンクロナイズ手段とを含むデータベース管理装置において、
（ａ）データ記憶手段に記憶されているデータ２１は、複数の項目データＡ〜Ｅによって構成され、
（ｂ）前記データ２１の管理情報２２には、同一のＩＤコード３１を有する項目データＡ〜Ｅに対して異なるデータベース管理装置で別個に変更操作が行われているときに、優先されるデータベース管理装置を示す優先識別情報２６と、
予め設定される固有の自己識別情報２４と、
前記通信手段を介してデータの送受信を行う相手を示す相手識別情報２５とが含まれ、
（ｃ）データ記憶手段には、
各項目データＡ〜Ｅ毎にそれぞれ異なるＩＤコード３１と、
優先識別情報２６と、
各項目データＡ〜Ｅ毎に変更操作が行われた最終の日時を示す最終変更日情報３４と、
自己識別情報２４と、
他のデータベース管理装置から受信した自己識別情報２４である前記相手識別情報２５が記憶され、
（ｄ）データベース処理手段によって、データ記憶手段に記憶されている各項目データＡ〜Ｅにそれぞれ対して、他のデータベース管理装置と同一化処理を行うか否かを示すシンクロ対象情報３３を記憶するシンクロ対象情報記憶手段と、
（ｅ）前記通信手段を介してデータの同一化処理を行う際に、同一のデータ２１について自己と相手とで変更操作が行われてデータ衝突問題が生じるときに、その衝突を回避するための優先端末解決法と更新日解決法とのいずれかの解決方法である衝突回避情報２７を予め設定する衝突回避方法設定処理手段１４とを含み、
（ｆ）前記シンクロナイズ手段は、
他のデータベース管理装置との送受信を行うとき、追加、修正、削除の前記変更操作が行われかつ同一化処理を行うことのみを示すシンクロ対象情報３３に対応する前記項目データＡ〜Ｅと、その項目データＡ〜Ｅ毎のＩＤコード３１と、変更情報３２と、シンクロ対象情報３３と、データベース管理装置の自己識別情報２４と衝突回避情報２７とを、通信手段によって送受信し、
シンクロ対象情報３３が同一化処理を行うことを示している前記ＩＤコード３１を有する各項目データＡ〜Ｅに対して、変更情報３２に従って、
衝突回避情報２７が優先端末解決法を選択し、同一化処理の相手となる他のデータベース管理装置の自己識別情報２４である前記相手識別情報２５が優先識別情報２６と適合し、同一の項目データＡ〜Ｅについて自己と相手とで変更操作が行われているとき、前記他のデータベース管理装置の変更情報を優先して同一化処理を行い、
衝突回避情報２７が更新日解決法を選択し、同一の項目データＡ〜Ｅについて自己と相手とで変更操作が行われているとき、自己の最終変更日情報と相手の最終変更日情報とを比較し、最新の最終変更日情報３４を有する項目データＡ〜Ｅを優先して同一化処理を行うことを特徴とするデータベース管理装置。
【請求項２】
前記シンクロナイズ手段は、通信手段を介して他のデータベース管理装置との間で同一化処理を行うときに、他のデータベース管理装置の自己識別情報が相手識別情報２５に適合しているときにのみ、同一化処理を行うことを特徴とする請求項１記載のデータベース管理装置。
【請求項３】
携帯情報端末であることを特徴とする請求項１または２記載のデータベース管理装置。
【請求項４】
前記通信手段が無線でデータの送受信を行うことを特徴とする請求項１〜３のいずれかに記載のデータベース管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、常に通信可能でなくても、自己の記憶しているデータと通信相手となる装置が記憶しているデータとを同一に保つことができるデータベース管理装置に関する。
【０００２】
【従来の技術】
データべ一ス管理システムを持つ２つの端末の間で、互いのデータべ一スの内容を同一化させるシンクロナイズ技術がある。シンクロナイズ技術とは、両端末が常時通信可能な場合において、いずれか一方の端末でデータの追加・変更が行われる毎に、他方の端末に変更内容を送信し、他方端末のデータベースに一方端末で行われた追加・変更の内容を反映させることによって、両端末のデータベースの内容を同一化させるものである。
【０００３】
シンクロナイズ技術によって、２つの端末におけるデータベースの内容を同一化させるシステムの一例は、特開平８−１８５４１５号公報に開示されている。この先行技術では、データの追加・変更を行うときには、まず携帯情報端末とコンピュータ装置とを通信可能に接続する。オペレータが携帯情報端末を用いてデータの変更操作を行うとすると、携帯用情報端末から相手側となるコンピュータ装置に、データの更新内容を示す差分データを送信している。コンピュータ装置では、受信した差分データに基づいて、オペレータによって直接変更操作が行われている携帯用情報端末と同一の処理を行い、データを同一にしている。
【０００４】
【発明が解決しようとする課題】
たとえば、オフィスのパーソナルコンピュータと携帯情報端末との間でシンクロナイズ処理を行う場合を考える。この場合、両端末間で通信ができるのは、携帯情報端末を所持するユーザがオフィスにいるとき、またはユーザが移動先から電話回線などを利用してオフィスのパーソナルコンピュータに接続した場合に限られる。したがって、常に通信ができるとは限らず、所望のタイミングでデータを変更することができないという問題点がある。前記先行技術においても、携帯情報端末とコンピュータ装置とが互いに接続されていないと、データの追加・変更を行うことができないという問題点がある。
【０００５】
また、一般的にオフィスなどに設けられているパーソナルコンピュータと携帯情報端末との間には、データベースを記憶することができる記憶装置の容量に大きな差異がある。このような端末間でシンクロナイズ処理を行う場合、パーソナルコンピュータの保持する大量のデータすべてを携帯情報端末に送り込むことができない可能性がある。
【０００６】
さらに、シンクロナイズ機能を持つ端末Ａ，Ｂ，Ｃがあって、端末Ａ，Ｂ間でシンクロナイズ処理を行ってデータ内容を同一にしているときに、端末Ａ，Ｃ間でシンクロナイズ処理を行うと、端末Ａ，Ｂ間ではデータ内容の同一性が損なわれるという問題点がある。
【０００７】
またさらに、シンクロナイズされるデータを双方の端末で別々に修正・変更したとき、どの端末で修正・変更したものを優先するかという問題が発生する。
【０００８】
本発明の目的は、常に通信可能でなくてもデータの変更処理を行うことができ、通信可能となったときに互いの装置で行われたデータの変更処理を示す情報を送受信し、受信した情報に基づいて互いの装置のデータを同一化させることができるデータベース管理装置を提供することである。
【０００９】
【課題を解決するための手段】
本発明は、互いにデータ２１の送受信を行う複数の各データベース管理装置であって、
データ２１およびそのデータの管理情報２２を記憶するデータ記憶手段と、
データ記憶手段に記憶されるデータ２１およびその管理情報２２を、データベースとして処理するデータベース処理手段と、
データベース処理手段によって、データ記憶手段に記憶されているデータ２１に対して、追加、修正または削除のうちのいずれかの変更操作が行われるとき、その追加、修正、削除を表わす変更情報３２を記憶する変更記憶手段と、
データベース管理装置間でデータの送受信を行う通信手段と、
通信手段を介して他のデータベース管理装置とデータ２１の送受信を行うとき、変更記憶手段に記憶されている変更情報３２も送受信し、変更情報３２に基づいてデータベースの同一化処理を行うシンクロナイズ手段とを含むデータベース管理装置において、
（ａ）データ記憶手段に記憶されているデータ２１は、複数の項目データＡ〜Ｅによって構成され、
（ｂ）前記データ２１の管理情報２２には、同一のＩＤコード３１を有する項目データＡ〜Ｅに対して異なるデータベース管理装置で別個に変更操作が行われているときに、優先されるデータベース管理装置を示す優先識別情報２６と、
予め設定される固有の自己識別情報２４と、
前記通信手段を介してデータの送受信を行う相手を示す相手識別情報２５とが含まれ、
（ｃ）データ記憶手段には、
各項目データＡ〜Ｅ毎にそれぞれ異なるＩＤコード３１と、
優先識別情報２６と、
各項目データＡ〜Ｅ毎に変更操作が行われた最終の日時を示す最終変更日情報３４と、
自己識別情報２４と、
他のデータベース管理装置から受信した自己識別情報２４である前記相手識別情報２５が記憶され、
（ｄ）データベース処理手段によって、データ記憶手段に記憶されている各項目データＡ〜Ｅにそれぞれ対して、他のデータベース管理装置と同一化処理を行うか否かを示すシンクロ対象情報３３を記憶するシンクロ対象情報記憶手段と、
（ｅ）前記通信手段を介してデータの同一化処理を行う際に、同一のデータ２１について自己と相手とで変更操作が行われてデータ衝突問題が生じるときに、その衝突を回避するための優先端末解決法と更新日解決法とのいずれかの解決方法である衝突回避情報２７を予め設定する衝突回避方法設定処理手段１４とを含み、
（ｆ）前記シンクロナイズ手段は、
他のデータベース管理装置との送受信を行うとき、追加、修正、削除の前記変更操作が行われかつ同一化処理を行うことのみを示すシンクロ対象情報３３に対応する前記項目データＡ〜Ｅと、その項目データＡ〜Ｅ毎のＩＤコード３１と、変更情報３２と、シンクロ対象情報３３と、データベース管理装置の自己識別情報２４と衝突回避情報２７とを、通信手段によって送受信し、
シンクロ対象情報３３が同一化処理を行うことを示している前記ＩＤコード３１を有する各項目データＡ〜Ｅに対して、変更情報３２に従って、
衝突回避情報２７が優先端末解決法を選択し、同一化処理の相手となる他のデータベース管理装置の自己識別情報２４である前記相手識別情報２５が優先識別情報２６と適合し、同一の項目データＡ〜Ｅについて自己と相手とで変更操作が行われているとき、前記他のデータベース管理装置の変更情報を優先して同一化処理を行い、
衝突回避情報２７が更新日解決法を選択し、同一の項目データＡ〜Ｅについて自己と相手とで変更操作が行われているとき、自己の最終変更日情報と相手の最終変更日情報とを比較し、最新の最終変更日情報３４を有する項目データＡ〜Ｅを優先して同一化処理を行うことを特徴とするデータベース管理装置である。
本発明に従えば、データベース処理手段はデータ記憶手段に記憶されているデータの追加、修正または削除を行い、その変更操作についての情報が変更記憶手段に記憶される。２つのデータベース管理装置でデータ記憶手段に記憶されているデータを同一にするときには、通信手段で変更情報と対応するデータとを互いに送受信する。シンクロナイズ手段は、相手側のデータベース管理装置から送られる項目データＡ〜Ｅと変更情報３２とに基づいて自己と相手側とのデータベースの同一化処理を行う。データ記憶手段に記憶されている項目データを変更する際には、いずれの項目データをどのように変更したかが、変更情報として変更記憶手段に記憶されるので、２つのデータベース管理装置の間で通信が可能となったときに、互いに各項目データＡ〜Ｅ毎の変更情報３２を送受信し、受信した変更情報３２に基づいて項目データＡ〜Ｅを変更することによって２つのデータベース管理装置における項目データＡ〜Ｅを同一にすることができる。
【００１０】
管理情報に含まれているシンクロ対象情報によって、対応するデータがシンクロナイズ手段によって行われる同一化処理の対象であるか否かが示される。したがって、データ記憶手段に記憶されているデータのうち、同一化処理の対象とするデータを指定することができ、必要なデータのみを同一にすることができる。
【００１３】
本発明に従えば、シンクロナイズ処理手段は、同一化処理を行う際に受信する相手側のデータベース管理装置の自己識別情報と、自己のデータ記憶手段に予め記憶されている優先識別情報とを比較する。２つの識別情報が適合すると、相手側のデータベース管理装置の変更操作を優先することとし、同一のデータについて自己と相手とで変更操作が行われているときには、相手側の変更情報に基づいて同一化処理を行う。また、２つの識別情報が適合していないときには、自己の変更操作を優先することとし、同一のデータについて自己と相手とで変更操作が行われていてもデータの変更は行わない。したがって、いずれのデータベース管理装置で行われた変更操作を優先させるかを予め定めておくことができ、同一のデータに対して相手側のデータベース管理装置とは異なる変更を行っている場合であってもデータの衝突を防ぐことができる。
【００１４】
本発明に従えば、データの管理情報には各項目データＡ〜Ｅ毎に変更操作が行われた最終の変更日時が含まれる。同一の項目データＡ〜Ｅについて自己と相手とで異なる変更操作が行われているときには、シンクロナイズ処理手段は、自己の最終変更日情報と相手側の最終変更日情報とを比較し、最新の最終変更日情報が対応付けられている項目データＡ〜Ｅに基づいて項目データＡ〜Ｅの変更を行う。したがって、同一の項目データＡ〜Ｅに対して相手側のデータベース管理装置とは異なる変更を行っている場合であっても、いずれのデータベース管理装置で行われた変更操作を優先させるかを予め定めておくことができ、データの衝突を防ぐことができる。
【００１５】
本発明に従えば、管理情報としてデータの衝突問題に対する優先端末解決法と更新日解決法との解決方法を予め定めておき、シンクロナイズ処理手段がデータの同一化処理を行う際に、データの衝突問題が生じたときには、シンクロナイズ処理手段はいずれかの解決方法を選択してデータの変更を行う。したがって、同一化処理を行う項目データＡ〜Ｅの内容などによって解決方法を選択することができ、データベース管理装置の状態に応じて最適な処理を行うことができる。
本発明は、前記シンクロナイズ手段は、通信手段を介して他のデータベース管理装置との間で同一化処理を行うときに、他のデータベース管理装置の自己識別情報が相手識別情報２５に適合しているときにのみ、同一化処理を行うことを特徴とする。
本発明に従えば、データ２１の管理情報２２には、自己識別情報２４と相手識別情報２５とが含まれている。シンクロナイズ手段は、同一化処理を行う際には自己識別情報２４を通信手段を介して相手側のデータベース管理装置に送信する。シンクロナイズ手段は、相手側のデータベース管理装置から送信された自己識別情報２４が、予め記憶している相手識別情報２５と適合しているか否かを確認し、適合しているときのみ同一化処理を行う。相手側のデータベース管理装置の自己識別情報２４と、管理情報２２に含まれる相手識別情報２５との比較を行って、適合していることを確認してからシンクロナイズ手段による同一化処理を実施するので、予め定める正しい相手であるデータベース管理装置のデータと、自己のデータ記憶手段に記憶されているデータとを同一にすることができる。
【００１６】
また本発明は、携帯情報端末であることを特徴とする。
また本発明は、前記通信手段が無線でデータの送受信を行うことを特徴とする。
【００１７】
【発明の実施の形態】
図１は、本発明の実施の一形態であるデータべ一ス管理装置１，１ａの電気的な構成を示す。データベース管理装置１，１ａは、たとえばパーソナルコンピュータまたは携帯情報端末などである。データベース管理装置１，１ａは、同一の構成要素によって構成されており、同一の構成要素には同一の参照符号を付し、さらにデータベース管理装置１ａの構成要素には参照符号の後に沿え字「ａ」を付す。以後の説明では主にデータベース管理装置１を参照して説明を行う。
【００１８】
データベース管理装置１は、ＣＰＵ（中央処理装置）２と、通信装置３と、外部記憶装置４と、主記憶装置５と、入力装置６と、表示装置７とを含む。データベースソフトウェアのコードデータ部１０は、実行形式のファイルとして、たとえばハードディスク、フロッピーディスク、およびＩＣカードなどである外部記憶装置４に記憶されている。コードデータ部１０は、データベース処理部１１と、シンクロナイズ処理部１２と、シンクロ処理判断部１３と、衝突回避方法設定処理部１４とを含む。
【００１９】
コードデータ部１０は、外部記憶装置４から読出されて主記憶装置５で展開・実行される。実行されるとまず、データベース処理部１１に制御が移されて、ユーザの入力待ち状態となる。ユーザが入力装置６を用いて入力したコマンドの内容に応じて、データベース処理部１１、またはシンクロナイズ処理部１２に制御が移される。
【００２０】
ＣＰＵ３は、外部記憶装置４に記憶されているデータベースについての処理を行う際には、各処理部１１〜１４のうちのいずれかの処理部を動作させて制御を行う。データベース処理部１１は、入力装置６から入力されるデータベース処理コマンドに基づいて、データ記憶手段である外部記憶装置４に記憶されているデータの削除、追加および修正などの処理を行う。シンクロナイズ処理部１２は、たとえばデータベース管理装置１，１ａが通信可能となるときに、外部記憶装置４に記憶されているデータと外部記憶装置４ａに記憶されているデータとが同一となるように処理を行う。衝突回避方法設定処理部１４は、データの同一化処理を行う際に、同一のデータについて自己と相手とで変更操作が行われることによって生じるデータ衝突問題をいずれの解決方法で回避するかを定める。
【００２１】
コードデータ部１０のデータベース処理部１１、シンクロナイズ処理部１２、シンクロ処理判断部、および衝突回避方法設定処理部１４の処理について詳しくは後述する。なお、本実施の形態では、コードデータ部１０は外部記憶装置４から読出されて主記憶装置５で展開される場合を想定しているけれども、予め主記憶装置５に記憶されていてもよい。また、通信装置３を介して外部の装置から供給されるようにしてもよい。
【００２２】
データベース管理装置１，１ａは、通信装置３，３ａに接続される通信ケーブル１６を介して互いにデータの授受が可能となっている。なお、図１では通信ケーブル１６によってデータの送受信を行う例を示すけれども、無線でデータの送受信を行うようにしてもよい。表示装置７には、データの内容などが表示される。たとえば、データの削除を行う際にはデータの一覧が表示され、またデータの修正を行う際にはそのデータの内容が表示される。
【００２３】
図２は、データとデータ管理情報との関係を示す。データ２１およびデータ管理情報２２は、たとえば外部記憶装置４のデータ領域およびデータ管理情報領域に記憶される。データ２１は、複数の項目データＡ〜Ｅ（以下の説明では、項目データをデータと言うこともある）によって構成される。データ２１の項目データＡ〜Ｅには、それぞれ異なるデータＩＤ３１が付されている。
【００２４】
データ管理情報２２は、データテーブル２３、端末ＩＤ２４、相手機ＩＤ２５、優先端末ＩＤ２６、衝突回避情報２７、およびシンクロ中フラグ２８を含む。データテーブル２３は、データＩＤ３１、変更情報３２、シンクロ対象情報３３、および最終変更日情報３４を含む。データテーブル２３は、データ２１に含まれる項目データＡ〜Ｅの個数と同数のデータを有し、各データはそれぞれデータ２１に含まれる項目データＡ〜Ｅに１対１に対応する。データＩＤ３１は、各データに対応する項目データＡ〜ＥのＩＤコードを示す。変更情報３２は、先に同一化処理が行われてからの項目データの変更状態を示す。変更情報３２が「０」であるときには、先の同一化処理の後データが変更されていないことを示す。「１」であるときには、対応するデータが新規に追加されたデータであることを示す。「２」であるときには、対応するデータが変更・修正されたデータであることを示す。「３」であるときには、対応するデータが削除されたデータであることを示す。
【００２５】
シンクロ対象情報３３は、対応する項目データＡ〜Ｅが同一化処理の対象であるか否かを示す。シンクロ対象情報３３が「０」であるときにはそのデータを同一化処理の対象外とし、「１」であるときにはそのデータを同一化処理の対象とする。最終変更日情報３４は、そのデータが最後に変更・修正された日時を示す。
【００２６】
端末ＩＤ２４は自己識別情報であり、端末に固有のＩＤ番号である。相手機ＩＤ２５は相手識別情報であり、同一化処理の対象となる装置に割当てられているＩＤ番号である。優先端末ＩＤ２６は優先識別情報であり、同一のデータに対して自己で行われた変更と相手機で行われた変更とが異なるデータ衝突問題が発生したときに、いずれの装置の変更処理を優先させて同一化処理を行うかが定められる。
【００２７】
衝突回避情報２７は、衝突問題が発生したときにいずれの解決方法によって衝突問題を解消するかが設定されている。衝突回避情報２７の値は、衝突回避方法設定処理部１４によって定められる。衝突回避情報２７が「０」であるときには、優先端末ＩＤ２６に定められた端末で行われた変更処理を優先させる優先端末解決法によって衝突問題を解消する。また、衝突回避情報２７が「１」であるときには、最終変更日情報３４として記憶されている情報が新しいほうの変更情報に従って処理を行う更新日解決法によって衝突問題を解消する。シンクロ中フラグ２８は、同一化処理の実行中であるか否かが示されており、「０」であるときには同一化処理の行われていない通常の状態であることを示し、「１」であるときには同一化処理の実行中であることを示す。
【００２８】
図３は、同一化処理の実行時に端末間で送受信される変更データ４０の構成を示す。たとえば、図１に示すデータベース管理装置１で変更データ４０に示されるような変更操作が行われる場合を想定する。データベース管理装置１と同一化処理の対象となるデータベース管理装置１ａとが接続されると、変更データ４０はデータベース管理装置１から通信ケーブル１６を介してデータベース管理装置１ａに与えられ、通信装置８ａおよびＣＰＵ３ａを介して主記憶装置５ａに書込まれる。また、このときデータベース管理装置１ａからはデータベース管理装置１ａで行われた変更操作を示す変更データがデータベース管理装置１に送信される。
【００３１】
図４は、データベース処理部１１のメイン処理を示す。本フローチャートは、ユーザが、たとえば入力装置６を用いてデータベース処理コマンドを入力することによって開始される。ステップａ１では、データベース処理部１１の制御によってシンクロ処理判断部１３は、シンクロ中フラグ（Ｓｙｎｃｆｌｇ）の値を調べて同一化処理の実行中であるか否かを判断し、結果をデータベース処理部１１に返す。シンクロ中フラグが「１」で、同一化処理の実行中であると判断されるとステップａ２に進む。ステップａ２は、同一化処理の実行中であるのでデータ処理ができないことを、たとえば表示装置７に所定の表示を行うことでユーザに伝え、入力されたコマンドに基づくデータベース処理は行わない。
【００３２】
シンクロ中フラグが「０」で、同一化処理の実行中ではないとシンクロ処理判断部１３によって判断されたときにはステップａ３に進む。ステップａ３では、ユーザが入力装置６を用いて入力したコマンドがデータの削除を指示するコマンドであるか否かを判断する。データの削除を指示するコマンドである場合は、後述する図５に示すデータ削除処理を行う。データの削除を指示するコマンドではない場合はステップａ４に進む。ステップａ４では、入力されたコマンドがデータの追加を指示するコマンドであるか否かを判断する。データの追加を指示するコマンドである場合は、後述する図６に示すデータ追加処理を行う。データの追加を指示するコマンドではない場合はステップａ５に進む。ステップａ５では、データの修正を指示するコマンドであるか否かを判断する。データの修正を指示するコマンドである場合は、後述する図７に示すデータ修正処理を行う。データの修正を指示するコマンドではない場合にはステップａ１に戻る。
【００３３】
図５は、データベース処理部１１のデータ削除処理を示す。本フローチャートは、図４のステップａ３の処理で、ユーザによって入力されたデータベース処理コマンドがデータの削除を指示していると判断されると実行される。
【００３４】
ステップｂ１では、外部記憶装置４に記憶されているデータ２１に含まれる各項目データを表示装置７に表示し、削除するデータをユーザに選択させる。ステップｂ２では、選択されたデータのシンクロ対象情報（Ｓｙｎｃｄｔ）の値を参照する。値が「１」ではない場合にはステップｂ３に進む。ステップｂ３では、選択されたデータがシンクロナイズ処理の対象のデータではないので、選択されたデータに対応するデータテーブルをデータ管理情報から削除する。データテーブルの削除後に行われるステップｂ４では、データをデータが記憶されている領域から削除する。データ削除後は、図４のフローチャートのステップａ１に制御を戻す。
【００３５】
シンクロ対象情報の値が「１」である場合にはステップｂ５に進む。ステップｂ５では、選択されたデータに対応付けられているデータ管理情報の変更情報（ｓｔａｔｅｆｌａｇ）の値をデータの削除を示す「３」に設定する。ステップｂ６では、選択されたデータに対応するデータテーブルの最終変更日情報（ｌａｓｔｄａｔｅ）を削除時の時刻に更新する。以上の処理が完了すると、図４のフローチャートのステップａ１に制御を戻す。
【００３６】
図６は、データベース処理部１１のデータ追加処理を示す。本フローチャートは、図４のステップａ４の処理で、ユーザによって入力されたデータベース処理コマンドがデータの追加を指示していると判断されると実行される。
【００３７】
ステップｃ１では、追加しようとするデータの内容をユーザに、たとえば入力装置６によって入力させる。ステップｃ２では、入力されたデータをデータ領域に書込んでデータ２１に加える。ステップｃ３では、入力されたデータに対応付けて、そのデータを管理するためのデータテーブルを生成する。データＩＤ（ｄａｔａｉｄ）として、他のデータと区別できるように他のデータとは異なる値を設定する。また、変更情報（ｓｔａｔｅｆｌａｇ）を追加されたデータであることを示す「１」に設定する。さらに、最終変更日情報（ｌａｓｔｄａｔｅ）としてデータ生成時の時刻を設定する。
【００３８】
ステップｃ４では、追加入力したデータをシンクロナイズ対象とするか否かをユーザに選択させる。ステップｃ５では、追加入力されたデータがユーザの入力によって、同一化処理の対象として設定されたか否かを判断する。同一化処理の対象に定められなかった場合にはステップｃ６に進む。ステップｃ６では、シンクロ対象情報（ｓｙｎｃｄｔ）を「０」に設定する。シンクロ対象情報の設定後は、図４のフローチャートのステップａ１に制御を戻す。
【００３９】
追加入力されたデータが、同一化処理の対象に定められた場合にはステップｃ７に進む。ステップｃ７では、シンクロ対象情報（ｓｙｎｃｄｔ）を「１」に設定する。以上の処理が完了すると、図４のフローチャートのステップａ１に制御を戻す。
【００４０】
図７は、データベース処理部１１のデータ修正処理を示す。本フローチャートは、図４のステップａ５の処理で、ユーザによって入力されたデータベース処理コマンドがデータの修正を指示していると判断されると実行される。
【００４１】
ステップｄ１では、外部記憶装置４に記憶されているデータを表示装置７に表示し、修正するデータをユーザに選択させる。修正するデータが選択された後、ステップｄ２では、ユーザによって入力された修正内容に従ってデータを書換える。ステップｄ３では、修正されたデータのシンクロ対象情報（Ｓｙｎｃｄｔ）を参照する。シンクロ対象情報の値が「１」ではない場合には処理を終了し、図４のフローチャートのステップａ１に制御を戻す。
【００４２】
シンクロ対象情報の値が「１」である場合にはステップｄ４に進む。ステップｄ４では、修正されたデータに対応付けられているデータ管理情報の変更情報（ｓｔａｔｅｆｌａｇ）を変更を示す値である「２」に設定する。ステップｄ５では、最終変更日情報（ｌａｓｔｄａｔｅ）を修正時の時刻に更新する。以上の処理が完了すると、図４のフローチャートのステップａ１に制御を戻す。
【００４３】
図８は、データベース処理部１１のデータベース初期化処理を示す。本フローチャートは、データベースの使用を開始するときに１度だけ実行される。ステップｅ１では、データを記憶する領域およびデータ管理情報を記憶する領域を外部記憶装置４に確保する。ステップｅ２では、たとえば入力装置６を用いて端末ＩＤをユーザに入力させる。ステップｅ３では、入力された端末ＩＤをデータ管理情報の端末ＩＤ（ｍｙ＿ｉｄ）として記憶する。次回以降の起動時には、端末ＩＤは外部記憶装置４から読出されることとなり、起動するたびに端末ＩＤを入力する必要はない。
【００４４】
図９は、図１に示す衝突回避方法設定処理部１４の処理のうち操作側の端末で行われる処理を示す。本フローチャートおよび以後の説明において、ユーザが操作する端末、たとえばデータベース管理装置１を操作側端末、相手の端末、たとえばデータベース管理装置１ａを相手側端末と称することがある。ステップｆ１では、衝突回避方法設定を指示するコマンドがユーザによって入力される。ステップｆ２では、操作側端末の表示装置にサポートしている衝突回避方法の一覧を表示し、ユーザにいずれの衝突回避方法でデータの衝突を回避させるかを選択させる。ステップｆ３では、選択された衝突の回避方法を示す数値をデータ管理情報内の衝突回避情報（ｃｏｎｆ＿ｓｏｌｕｔｉｏｎ）に設定する。ステップｆ４では、同一化処理を実施する相手側の端末に、選択された衝突回避方法を通知する。
【００４５】
図１０は、図１に示す衝突回避方法設定処理部１４の処理のうち相手側の端末で行われる処理を示す。ステップｇ１で相手側端末は、図９のステップｆ４の処理で操作側端末から送信された衝突回避情報を受け取る。ステップｇ２では、受信した衝突回避方法に従ってデータ管理情報内の衝突回避情報を設定する。以後、同一化処理においてデータ衝突問題が発生すると、衝突回避情報を参照して衝突回避方法を決定し、データ衝突問題を解消する。
【００４６】
図１１は、シンクロナイズ処理部１２の初期契約処理を示す。本フローチャートは、たとえば図１に示すデータベース管理装置１，１ａの間で同一化処理の初期契約を行う場合の処理で、ユーザによって操作される操作側の端末であるデータベース管理装置１で行われる。
【００４７】
ステップｈ１において、ユーザからシンクロナイズ初期契約を行うように指示があるとステップｈ２に進む。ステップｈ２では、データベース管理装置１が既に他の端末装置と契約済みか否かを調べる。もし既に契約済みであれば、エラーとして処理を終了する。いずれの端末装置とも契約されていない場合にはステップｈ３に進む。ステップｈ３では、相手側の端末であるデータベース管理装置１ａにシンクロナイズ契約の通知を行い、データベース管理装置１ａからの通知を待ち受ける。
【００４８】
データベース管理装置１は、ステップｈ４でデータベース管理装置１ａからの通知を受け取ると、通知がエラー通知であるか否かを判断する。エラー通知である場合には処理を終了する。エラー通知ではない場合にはステップｈ５に進む。ステップｈ５では、データ管理情報における端末ＩＤ（ｍｙ＿ｉｄ）を優先ＩＤ（ｙｕｕｓｅｎ＿ｉｄ）に設定する。
【００４９】
ステップｈ６では、データベース管理装置１の端末ＩＤを相手側の端末であるデータベース管理装置１ａに通知する。データベース管理装置１ａは、データベース管理装置１の端末ＩＤを受信したことに応答して、自己の端末ＩＤをデータベース管理装置１に送信する。ステップｈ７では、データベース管理装置１は、データベース管理装置１ａの端末ＩＤを受信し、データ管理情報の相手機ＩＤ（ｙｏｕｒ＿ｉｄ）に設定する。本フローチャートの処理によって、データベース管理装置１で相手機ＩＤおよび優先ＩＤが設定される。以後、同一化処理を行うときには、各ＩＤが参照される。
【００５０】
図１２は、シンクロナイズ処理部１２の初期契約処理を示す。本フローチャートは、たとえば図１に示すデータベース管理装置１，１ａの間で同一化処理の初期契約を行う場合の処理で、ユーザによって直接操作されない相手側の端末であるデータベース管理装置１ａで行われる。
【００５１】
ステップｊ１においてデータベース管理装置１ａは、図１１のステップｈ３で操作側の端末であるデータベース管理装置１から送信されるシンクロ契約の通知によって励起される。ステップｊ２では、既に他の端末装置と契約しているか否かを調べる。いずれの端末装置とも契約していない場合にはステップｊ３に進む。ステップｊ３では、いずれの端末装置とも契約されていないことを示すために、データベース管理装置１に「ＯＫ」を通知し、契約処理の継続を促す。データベース管理装置１は、図１１のステップｈ４，ｈ６に示すように、データベース管理装置１ａからの通知が「ＯＫ」であるときには自己の端末ＩＤを送信する。ステップｊ４では、データベース管理装置１ａは、データベース管理装置１の端末ＩＤを受信し、その端末ＩＤを相手機ＩＤ（ｙｏｕｒ＿ｉｄ）および優先ＩＤ（ｙｕｕｓｅｎ＿ｉｄ）に設定する。ステップｊ５では、自機の端末ＩＤ（ｍｙ＿ｉｄ）をデータベース管理装置１に送信する。端末ＩＤの送信後に処理を終了する。
【００５２】
ステップｊ２において、既に他の端末装置と契約済みであると判断した場合にはステップｊ６に進む。ステップｊ６では、既に他の端末装置と契約していることを示すために、データベース管理装置１に「Ｅｒｒｏｒ」を通知する。「Ｅｒｒｏｒ」の通知後に処理を終了する。
【００５３】
本フローチャートのステップｊ３，ｊ６の処理で「ＯＫ」もしくは「Ｅｒｒｏｒ」を通知することで、図１１のステップｈ４の処理が行われる。また、本フローチャートのステップｊ５の処理で自機の端末ＩＤを送信することで、図１１のステップｈ７の処理が行われる。本フローチャートの処理によって、データベース管理装置１ａで相手機ＩＤおよび優先ＩＤが設定される。以後、同一化処理を行うときには、各ＩＤが参照される。
【００５４】
図１３は、ユーザによって操作される側の端末のシンクロナイズ処理部１２によって行われる同一化処理を示す。ステップｋ１におけるユーザからの同一化処理実施の指示によって処理が開始される。ステップｋ２では、たとえば図１１に示す初期契約処理によって既に契約済みか否かを調べる。同一化処理の契約が行われていない場合には、エラーとして処理を終了する。既に契約済みである場合にはステップｋ３に進む。ステップｋ３では、相手側の端末に同一化処理を実施することを示す通知を行う。さらに、続くステップｋ４で自己の端末ＩＤ（ｍｙ＿ｉｄ）を相手側端末に送信して、相手側端末からの通知を待ち受ける。このとき相手側端末では、受信した端末ＩＤが図１２で示した初期契約処理で設定された相手機ＩＤと等しいか否かを判断し、等しいと判断すると「ＯＫ」を通知し、等しくないと判断すると「Ｅｒｒｏｒ」を通知する。
【００５５】
相手側端末からの通知を受けた後に行われるステップｋ５では、相手側端末で認証が正しく行われたか否かを判断する。相手側端末からの通知が、認証が正しく行われなかったことを示す「Ｅｒｒｏｒ」であるときには、エラーとして処理を終了する。認証が正しく行われたことを示す「ＯＫ」であるときにはステップｋ６に進む。相手側端末は、認証が正しく行われたことを示す通知を行った後に自己の端末ＩＤを送信する。操作側端末は、ステップｋ６で相手側端末からの端末ＩＤを待ち受ける。ステップｋ６で相手側端末の端末ＩＤを受け取ると、操作側端末はステップｋ７で、受け取った端末ＩＤと相手機ＩＤ（ｙｏｕｒ＿ｉｄ）との比較を行う。両ＩＤが一致する場合にはステップｋ８に進む。ステップｋ８では、相手側端末に認証が正しく行われたことを示す「ＯＫ」を通知する。ステップｋ１〜ｋ８の処理で端末装置の認証が終了する。
【００５６】
続くステップｋ９では、データ管理情報におけるシンクロ中フラグ（Ｓｙｎｃｆｌｇ）の値を「１」にセットして、同一化処理を除く、ユーザの操作によるデータの変更が行われないようにする。
【００５８】
ステップｋ７において、受信した端末ＩＤと予め記憶している相手機ＩＤとが一致していないと判断するとステップｋ１２に進む。ステップｋ１２では、相手側端末にエラーが発生したことを示す「Ｅｒｒｏｒ」を通知する。通知を行った後に処理を終了する。
【００５９】
図１４は、ユーザによって操作されない相手側の端末のシンクロナイズ処理部１２によって行われるシンクロナイズ処理を示す。相手側端末はステップｍ１で、図１３のステップｋ３で操作側の端末から送信されるシンクロナイズ処理の実施を指示する通知を受け取ると処理を開始する。
【００６０】
ステップｍ２では、図１３のステップ４で送信された操作側端末の端末ＩＤを受信する。ステップｍ３では、受信した操作側端末の端末ＩＤと、予め記憶している相手機ＩＤ（ｙｏｕｒ＿ｉｄ）とを比較する。両ＩＤが一致する場合にはステップｍ４に進む。ステップｍ４では、接続されるべき端末であると認識したことを示すために、操作側端末に「ＯＫ」を通知する。「ＯＫ」を通知した後に行われるステップｍ５では、自己の端末ＩＤ（ｍｙ＿ｉｄ）を送信し、操作側端末からの通知を待ち受ける。操作側端末は、図１３のステップｋ７，ｋ８の処理として示すように、受信した端末ＩＤと相手機ＩＤとが一致したときには「ＯＫ」を通知する。
【００６１】
相手側端末は、操作側端末からの通知を受け取り、ステップｍ６で通知の内容が認証が正しく行われたことを示す通知であるか否かを判断する。認証が正しく行われたことを示す通知である場合にはステップｍ７に進む。ステップｍ７では、相手側端末は自己のデータ管理情報におけるシンクロ中フラグ（Ｓｙｎｃｆｌｇ）の値を「１」にセットして、同一化処理を除く、ユーザの操作によるデータの変更が行われないようにする。ステップｍ１〜ｍ７の処理で端末装置の認証が終了する。なお、ステップｍ６で受け取った通知が、認証が正しく行われなかったことを示す通知であると判断すると、エラーが発生したとして処理を終了する。
【００６３】
ステップｍ３において、受信した端末ＩＤと予め記憶している相手機ＩＤとが一致していないと判断したときにはステップｍ１０に進む。ステップｍ１０では、操作側端末にエラーが発生したことを示す「Ｅｒｒｏｒ」を通知する。通知を行った後に処理を終了する。
【００６４】
変更データの送受信が終了すると、各端末装置であるデータベース管理装置１，１ａにおいて受信した変更データに基づいて以後に説明する図１５から図１９に示す処理が行われる。各端末装置で受信した変更データに基づいて同一化処理が終了すると、各端末装置のデータの内容は同一となる。
【００６５】
図１５は、シンクロナイズ処理部１２における変更データ反映処理を示す。ステップｎ１では、受信して主記憶装置５に格納した変更情報の個数（ＲｃｖＣｎｔ）を求める。ステップａ２では、受信した変更データのデータテーブルの先頭アドレスを領域ｔａｂｌｅｐに格納する。領域ｔａｂｌｅｐに格納される値によって、たとえば図３の一番上の行のデータＩＤが「００１２０５」であるデータが示される。
【００６６】
ステップｎ３では、個数ＲｃｖＣｎｔの値を調べて「０」であるか否かを判断する。「０」ではないと判断するとステップｎ４に進む。ステップｎ４では、領域ｔａｂｌｅｐに格納されているアドレスにおける変更情報（ｓｔａｔｅｆｌａｇ）を参照する。変更情報の値が、データの追加を示す「１」である場合にはステップｎ５に進み、後述の図１６に示すシンクロナイズデータ追加処理を行う。変更情報の値が、データの修正を示す「２」である場合にはステップｎ６に進み、後述の図１７に示すシンクロナイズデータ修正処理を行う。さらに、変更情報の値が、データの削除を示す「３」である場合にはステップｎ７に進み、後述の図１８に示すシンクロナイズデータ削除処理を行う。
【００６７】
ステップｎ５，ｎ６，ｎ７に示す各処理の終了後は、ステップｎ８の処理に進む。ステップｎ８では、変更データの個数ＲｃｖＣｎｔをデクリメントする。ステップｎ９では、領域ｔａｂｌｅｐに格納されているアドレス値をインクリメントして、たとえば図３の一段下のデータを示す。ステップｎ９の処理の終了後は、ステップｎ３以降の処理を行う。
【００６８】
ステップｎ３において、個数ＲｃｖＣｎｔの値が「０」であると判断された場合にはステップｎ１０に進む。ステップｎ１０では、データテーブルのすべての変更情報（ｓｔａｔｅｆｌａｇ）の値を「０」に初期化する。ステップｎ１１では、シンクロ処理が終了したとして、シンクロ中フラグ（Ｓｙｎｃｆｌｇ）を０にして処理を終了する。
【００６９】
図１６は、シンクロナイズ処理部１２のシンクロナイズデータ追加処理を示す。本フローチャートは、図１５のステップｎ４において、更新情報の値が「１」であると判断されたときに実行される。ステップｏ１では、領域ｔａｂｌｅｐに格納されているアドレスから始まるデータのデータ部分をデータ領域に書込む。ステップｏ２では、領域ｔａｂｌｅｐに格納されているアドレスから始まるデータのうちデータ部分を除く部分をデータテーブルに追加して作成する。ステップｏ３では、生成したデータテーブルの変更情報（ｓｔａｔｅｆｌａｇ）の値を「０」に設定する。処理の終了後は図１５のステップｎ８に処理を移す。
【００７０】
図１７は、シンクロナイズ処理部１２のシンクロナイズデータ修正処理を示す。本フローチャートは、図１５のステップｎ４において、更新情報の値が「２」であると判断されたときに実行される。ステップｐ１では、データテーブルに含まれているデータＩＤと、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータＩＤとが一致するか否かを調べる。データＩＤが一致して変更内容が衝突するデータがない場合にはステップｐ２に進む。ステップｐ２では、データ記憶領域に記憶されているデータの内容を、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータのデータ部分と置換える。さらにステップｐ３では、データテーブルの変更情報、シンクロ対象情報、および最終変更日情報を、領域ｔａｂｌｅｐに格納されているアドレスで示される変更情報、シンクロ対象情報、および最終変更日情報に置換える。ステップｐ４では、置換えたデータテーブルの変更情報（ｓｔａｔｅｆｌａｇ）を０に設定する。処理の終了後は図１５のステップｎ８に処理を移す。ステップｐ１において、データＩＤが一致し、変更内容が衝突している場合、後述の図１９に示す衝突処理を呼出す。
【００７１】
図１８は、シンクロナイズ処理部１２のシンクロナイズデータ削除処理を示す。本フローチャートは、図１５のステップｎ４において、更新情報の値が「３」であると判断されたときに実行される。ステップｑ１では、データテーブルに含まれているデータＩＤと、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータのデータＩＤとが一致するか否かを調べる。データＩＤが一致して変更内容が衝突するデータがない場合にはステップｑ２に進む。ステップｑ２では、データＩＤによって特定されるデータをデータ記憶領域から削除する。ステップｑ３では、削除されたデータに対応付けられているデータテーブルをデータ管理情報から削除する。処理の終了後は図１５のステップｎ８に処理を移す。ステップｑ１において、データＩＤが一致している場合、後述の図１９に示す衝突処理を呼出す。
【００７２】
図１９は、シンクロナイズ処理部１２の衝突処理を示す。本フローチャートは、図１７のステップｐ１および図１８のステップｑ１の処理において、データテーブルに含まれているデータＩＤと、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータのデータＩＤとが一致したときに実行される。
【００７３】
ステップｒ１では、データ管理情報の衝突回避情報（ｃｏｎｆ＿ｓｏｌｕｔｉｏｎ）を参照する。衝突回避情報として更新日解決法が定められている場合はステップｒ２に進む。ステップｒ２では、データテーブルに含まれている最終変更日情報と、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータの最終変更日情報とを比較する。データテーブルに含まれている最終変更日情報の方が新しい場合にはステップｒ３に進む。
【００７４】
ステップｒ３では、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータの更新情報を参照して、更新情報の値がデータの削除を意味する「３」であるか否かを判断する。更新情報の値が「３」でない場合にはステップｒ４に進む。ステップｒ４では、データＩＤによって特定されるデータに対応付けられている管理情報の変更情報（ｓｔａｔｅｆｌａｇ）を「０」に設定する。処理の終了後は図１５のステップｎ８に処理を移す。
【００７５】
ステップｒ１において、衝突回避情報として優先端末解決法が定められている場合はステップｒ５に進む。ステップｒ５では、相手側の端末装置が優先端末であるか否かが判断される。相手側の端末装置が優先端末である場合にはステップｒ６に進む。ステップｒ６では、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータの更新情報を参照して、更新情報の値がデータの削除を意味する「３」であるか否かを判断する。更新情報の値が「３」ではない場合にはステップｒ７に進む。ステップｒ７では、データ領域に記憶されているデータの内容を、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータのデータ部分の内容に置換える。ステップｒ８では、データテーブルの変更情報、シンクロ対象情報、および最終変更日情報を、領域ｔａｂｌｅｐに格納されているアドレスで示されるデータの変更情報、シンクロ対象情報、および最終変更日情報に置換える。ステップｒ８では、置換えたデータテーブルの変更情報（ｓｔａｔｅｆｌａｇ）を「０」に設定する。処理の終了後は図１５のステップｎ８に処理を移す。
【００７６】
ステップｒ２において、領域ｔａｂｌｅｐに格納されているアドレスにおける最終変更日情報の方が新しい場合にはステップｒ６以降の処理を行う。また、ステップｒ５において、相手側の端末装置よりも自機の方が優先に定められている場合にはステップｒ３以降の処理を行う。
【００７７】
ステップｒ３およびｒ６で、更新情報の値がデータの削除を意味する「３」であると判断した場合にはステップｒ１０に進む。ステップｒ１０では、データ記憶領域からデータを削除する。ステップｒ１１では削除されたデータに対応付けられていた管理情報をデータテーブルから削除する。処理の終了後は図１５のステップｎ８に処理を移す。
【００７８】
以上のように本実施の形態によれば、データベース管理装置１はデータの追加、修正および削除のデータの変更処理が行われたときには、変更処理に関する情報を記憶しておき、データを同一にしようとする端末とデータの送受信が可能となったときに、互いに変更処理に関する情報を送受信し、相手側の端末からの情報に基づいてデータの変更を行うので、通信可能でない状態でデータの変更を行い、かつ通信可能となったときにデータの同一化を図ることができる。
【００７９】
なお、本実施の形態では、同一の構成のデータベース管理装置１，１ａの間で通信を行う場合について示したけれども、同一化処理を行う際に変更データを互いに送受信し、変更データに基づいてデータの同一化を図ることができる構成であればよい。また、同一化処理の対象とするデータを指定することができるので、互いの端末装置に設けられる記憶手段の容量が異なる場合であってもデータの同一化を図ることができる。
【００８０】
【発明の効果】
以上のように本発明によれば、データ記憶手段に記憶されているデータを変更する際には、いずれのデータをどのように変更したかが変更情報として変更記憶手段に記憶されるので、２つのデータベース管理装置の間で通信が可能となったときに、互いに変更情報を送受信し、受信した変更情報に基づいてデータを変更することが可能となり、２つのデータベース管理装置が常に通信可能でなくても、データ記憶手段に記憶されているデータを同一にすることができる。
【００８１】
また本発明によれば、データ記憶手段に記憶されているデータのうち、同一化処理の対象となるデータは、管理情報に含まれているシンクロ対象情報でシンクロナイズ手段によって行われる同一化処理の対象であるか否かが示されるので、予めシンクロ対象情報を定めておくことで所望のデータのみを同一にすることが可能となり、２つのデータベース管理装置のデータ記憶手段が記憶することができる容量が異なる場合であっても、必要とするデータのみを同一とすることができる。また、必要なデータに関する変更情報のみが相手に送信されるので、すべてのデータに関する変更情報を送信する場合よりも時間の無駄を省くことができる。
【００８４】
またさらに本発明によれば、シンクロナイズ処理手段は、同一化処理を行う際に受信する相手側のデータベース管理装置の自己識別情報と優先識別情報とを比較し、適合したときには相手側の変更情報を優先して同一化処理を行うので、同一のデータに対して相手側のデータベース管理装置とは異なる変更を行っている場合であっても、優先識別情報を参照していずれのデータベース管理装置で行われた変更を優先させるかを予め定めておくことができ、データの変更が衝突するのを防ぎ、データの同一化処理を確実に行うことができる。
【００８５】
またさらに本発明によれば、データの管理情報には各データ毎に変更操作が行われた最終の変更日時が含まれており、同一のデータについて自己と相手とで異なる変更操作が行われているときには、シンクロナイズ処理手段は、自己で行った変更操作時に定められた最終変更日情報と相手側の最終変更日情報とを比較し、最新の変更日情報を有するデータを優先してデータの変更を行うので、いずれの変更情報によるデータの変更を優先させるかを定めることができ、データの変更が衝突するのを防ぎ、データの同一化処理を確実に行うことができる。
【００８６】
またさらに本発明によれば、管理情報としてデータの衝突問題に対する優先端末解決法と更新日解決法との解決方法を予め定めておき、シンクロナイズ処理手段がデータの同一化処理を行う際には、シンクロナイズ処理手段はいずれかの解決方法を選択してデータの変更を行うので、同一化処理を行う項目データＡ〜Ｅの内容などによって解決方法を選択することができ、データベース管理装置の状態に応じて最適な処理を行うことができる。
またさらに本発明によれば、シンクロナイズ手段は、同一化処理を行う際には自己識別情報２４を通信手段を介して相手側のデータベース管理装置に送信する。相手側のデータベース管理装置の自己識別情報２４と、予め管理情報として記憶されている相手識別情報２５との比較を行って、適合していることを確認してからシンクロナイズ手段による同一化処理を実施するので、通信手段を介して接続されているデータベース管理装置が項目データＡ〜Ｅの同一化処理を実行すべき正しい相手であるか否かを認証することができ、所望の相手以外の装置によって項目データＡ〜Ｅが変更されることを防ぐことができる。
【００８７】
また本発明によれば、無線で通信手段が送受信を行う。
【図面の簡単な説明】
【図１】本発明の実施の一形態であるデータべ一ス管理装置１，１ａの電気的な構成を示すブロック図である。
【図２】図１に示す主記憶装置５におけるデータとデータ管理情報との関係を示す図である。
【図３】同一化処理の実行時に相手側の端末に送信されるデータ４０の構成を示す図である。
【図４】図１に示すデータベース処理部１１のメイン処理のフローチャートである。
【図５】データベース処理部１１のデータ削除処理のフローチャートである。
【図６】データベース処理部１１のデータ追加処理のフローチャートである。
【図７】データベース処理部１１のデータ修正処理のフローチャートである。
【図８】データベース処理部１１のデータベース初期化処理のフローチャートである。
【図９】図１に示す衝突回避方法設定処理部１４の処理のうち操作側の装置で行われる処理を示すフローチャートである。
【図１０】衝突回避方法設定処理部１４の処理のうち相手側の装置で行われる処理を示すフローチャートである。
【図１１】図１に示すシンクロナイズ処理部１２の初期契約処理のうち操作側の装置で行われる処理を示すフローチャートである。
【図１２】シンクロナイズ処理部１２の初期契約処理のうち相手側の装置で行われる処理を示すフローチャートである。
【図１３】シンクロナイズ処理部１２の同一化処理のうちユーザによって操作される操作側の端末の処理を示すフローチャートである。
【図１４】シンクロナイズ処理部１２の同一化処理のうちユーザによって操作されない相手側の端末の処理を示すフローチャートである。
【図１５】シンクロナイズ処理部１２の変更情報反映処理のフローチャートである。
【図１６】シンクロナイズ処理部１２のシンクロナイズデータ追加処理のフローチャートである。
【図１７】シンクロナイズ処理部１２のシンクロナイズデータ修正処理のフローチャートである。
【図１８】シンクロナイズ処理部１２のシンクロナイズデータ削除処理のフローチャートである。本
【図１９】シンクロナイズ処理部１２の衝突処理のフローチャートである。
【符号の説明】
１，１ａ  データベース管理装置
２，２ａ  ＣＰＵ
３，３ａ  通信装置
４，４ａ  外部記憶装置
５，５ａ  主記憶装置
６，６ａ  入力装置
７，７ａ  表示装置
８，８ａ  通信装置
１０，１０ａ  データコード部
１１，１１ａ  データベース処理部
１２，１２ａ  シンクロナイズ処理部
１３，１３ａ  シンクロ処理判断部
１４，１４ａ  衝突回避方法設定処理部
１６  通信ケーブル
２１  データ記憶領域
２２  データ管理情報記憶領域
２３  データテーブル
２４  端末ＩＤ領域
２５  相手機ＩＤ領域
２６  優先端末ＩＤ領域
２７  衝突回避情報領域
２８  シンクロ中フラグ領域
３１  データＩＤ領域
３２  変更情報領域
３３  シンクロ対象情報領域
３４  最終変更日情報領域
【図１】
0004072834.tif 000002
【図２】
0004072834.tif 000003
【図３】
0004072834.tif 000004
【図４】
0004072834.tif 000005
【図５】
0004072834.tif 000006
【図６】
0004072834.tif 000007
【図７】
0004072834.tif 000008
【図８】
0004072834.tif 000009
【図９】
0004072834.tif 000010
【図１０】
0004072834.tif 000011
【図１１】
0004072834.tif 000012
【図１２】
0004072834.tif 000013
【図１３】
0004072834.tif 000014
【図１４】
0004072834.tif 000015
【図１５】
0004072834.tif 000016
【図１６】
0004072834.tif 000017
【図１７】
0004072834.tif 000018
【図１８】
0004072834.tif 000019
【図１９】
0004072834.tif 000020