(57)【要約】  スレーブデータベース(26)とマスターデータベース(16)とを同期させる方法であって、マスターデータベース(16)における変更の通知を受信し；通知された変更をスレーブデータベース(26)に適用するステップを有し、スレーブデータベース(26)及びマスターデータベース(16)各々のデータは、データベース(16,26)における入力順に従って並ぶ複数のエントリ(ES1,ES2,ES3,ES4,EM1,EM2,EM3,EM4)を含む先入れ先出し(FIFO)方式のリストとして組織され、最新のエントリ(ES4,EM4)はリストの末尾に配置され、最古のエントリ(ES1,EM1)はリストの先頭に配置され、リストに新たなエントリが追加される場合であってリストが満杯である場合には、リストの最古のエントリが削除される。
2016503551.tif 000002
【特許請求の範囲】
【請求項１】
スレーブデータベースとマスターデータベースとを同期させる方法であって、
前記マスターデータベースにおける変更の通知を受信するステップと、
通知された変更を前記スレーブデータベースに適用するステップと、
を有し、前記スレーブデータベース及び前記マスターデータベース各々のデータは、データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し（ＦＩＦＯ）方式のリストとして組織され、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、方法。
【請求項２】
前記通知された変更を適用する前記ステップは、
前記マスターデータベースにおいてエントリが削除された場合には、削除されたエントリを前記スレーブデータベースにおいて削除するステップと、
前記マスターデータベースにおいてエントリが追加された場合には、新たなエントリを前記スレーブデータベースに追加するステップと、
前記マスターデータベースにおいてエントリが更新された場合には、前記エントリを前記スレーブデータベースにおいて更新するステップと、
を有する、請求項１に記載の方法。
【請求項３】
前記マスターデータベースは、マスターバージョン番号と、最初のエントリのマスター先頭識別子と、最後のエントリについてのマスター最終識別子とにより特徴付けられ、
前記スレーブデータベースは、スレーブバージョン番号と、最初のエントリのスレーブ先頭識別子と、最後のエントリについてのスレーブ最終識別子とにより特徴付けられる、
請求項１又は２に記載の方法。
【請求項４】
前記マスターデータベースのエントリが追加及び／又は修正及び／又は削除された場合に、前記マスターバージョン番号をインクリメントするステップを有する請求項３に記載の方法。
【請求項５】
前記マスターバージョン番号の履歴を含むダイアリを維持するステップを有する請求項３又は４に記載の方法。
【請求項６】
前記ダイアリは、前記マスターデータベースでなされた変更を示し、好ましくはその変更が前記マスターデータベースのエントリについての更新又は削除である場合にのみ変更を示す、請求項５に記載の方法。
【請求項７】
各々のデータベースの各々のエントリはバージョン番号により特徴付けられる、請求項１〜６のうち何れか１項に記載の方法。
【請求項８】
マスターデータベースを保存するマスターメモリと、
データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し（ＦＩＦＯ）方式のリストとして、前記マスターデータベースのエントリを組織するマスターオーガナイザであって、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、マスターオーガナイザと、
前記マスターデータベースにおける変更をスレーブデバイスに通知する通知モジュールと、
を有するマスターデバイス。
【請求項９】
スレーブデータベースを保存するスレーブメモリと、
データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し（ＦＩＦＯ）方式のリストとして、前記スレーブデータベースのエントリを組織するスレーブオーガナイザであって、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、マスターオーガナイザと、
マスターデータベースにおける変更の通知を受信する受信モジュールと、
通知された変更を前記スレーブデータベースに適用する同期モジュールと、
を有するスレーブデバイス。
【請求項１０】
前記スレーブデバイスがコードレス端末のハンドセットである、請求項９に記載のスレーブデバイス。
【請求項１１】
前記スレーブデータベースが電話帳又はＳＭＳのリスト又は呼び出しリストである、請求項９又は１０に記載のスレーブデバイス。
【請求項１２】
請求項８に記載のマスターデバイスと請求項９に記載のスレーブデバイスとを有する端末。
【請求項１３】
前記端末がＤＥＣＴ端末であり、前記マスターデバイスが基地局であり、前記スレーブデバイスが前記端末のハンドセットである、請求項１２に記載の端末。
【請求項１４】
請求項１〜７のうち何れか１項に記載の方法をコンピュータに実行させるコンピュータ実行可能な命令を有するコンピュータ読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にデータベースの分野に関連する。
【０００２】
特に、本発明は、マスターデータベースでなされた変更をスレーブデータベースに反映するように、スレーブデータベースをマスターデータベースに同期させることを取り扱う。すなわち、本発明はスレーブデータベースをマスターデータベースに同期させるための方法、マスターデバイス、スレーブデバイス及び端末等に関連する。また、本発明による方法を実行するためのコンピュータプログラムにも関連する。
【背景技術】
【０００３】
「背景技術」の欄に記載される手法を追跡することは可能であるが、それらは必ずしも過去に想定又は追跡された手法であるとは限らない。従って、断りのない限り、「背景技術」の欄に記載される手法は、本願の特許請求の範囲に対する従来技術であるとは限らず、「背景技術」の欄に含めることにより従来技術であると自認したわけでもない。
【０００４】
端末の基地局のマスターデータベースの複製により、コードレス端末ハンドセットのスレーブデータベースのデータを更新する技術が知られている。
【０００５】
この複製技術により、たとえ僅か1つのマスターデータベースエントリが変更される場合でさえ、マスターデータベースの全てのデータが端末に転送される。明らかに、このプロセスは、時間がかかるだけでなく誤りを生じさせてしまうかもしれない。
【０００６】
全てのデータを置換することを回避するために同期マークアップ言語(Synchronization  Markup  Language：SyncML)とい名称の標準化された同期手段が存在する。SyncMLは、任意のタイプの携帯装置とコンピュータとの間で、例えば、移動電話機とパーソナルコンピュータとの間で、連絡先及びカレンダ情報を同期させる最も通常的な方法であると考えられる。これは、プッシュ電子メール(push  email)をサポートすることを含み、専用手段(proprietary  solutions)に対する代替的な標準プロトコルを提供する。
【０００７】
コードレス電話システム、特にディジタルエンハンストコードレス通信(Digital  Enhanced  Cordless  Telecommunications：DECT)システムのような場合において、SyncMLは、特に家の外において、基地局のデータを、基地局から離れた場所に位置するサーバと同期させるために使用される。
【０００８】
しかしながら、SyncMLは演算リソースをかなり食うので、ハンドセットのデータを基地局のデータに同期させるためにそれをローカルに使用することは非常に困難である。
【発明の概要】
【０００９】
本発明は上記のような状況を改善するための手段を提案する。
【００１０】
本発明により提供される方法は、スレーブデータベースとマスターデータベースとを同期させる方法であって、
前記マスターデータベースにおける変更の通知を受信するステップと、
通知された変更を前記スレーブデータベースに適用するステップと、
を有し、前記スレーブデータベース及び前記マスターデータベース各々のデータは、データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し(First  In  First  Out：FIFO)方式のリストとして組織され、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、方法である。
【００１１】
本発明による方法は、先入れ先出し(FIFO)スタックの原理を利用してリレーショナルデータベースを同期させる。
【００１２】
この原理によれば、マスターデータベースに新たなエントリが入力される場合にマスターデータベースが満杯である場合には、マスターデータベースにおける最古のエントリが削除(又は除去)される。従って、削除されるデータは、しばしば、リストの先頭に存在する。リストの先頭に存在する最古のエントリを削除し、リストの末尾に新たなエントリを追加することにより、FIFOにより組織されるスレーブデータベースの同期化が速やかに効率的に実行されることが可能である。
【００１３】
FIFOに基づくアルゴリズムを利用することにより、本発明による方法は、(例えば、電話帳、呼び出しリスト、ショートメッセージサービス(SMS)等のような)コードレス端末のハンドセットのエントリを基地局のエントリに同期させる際に、無理なく適用される。従ってこの場合において、エントリの番号が最大である場合には、しばしば、最も古いデータが削除される。
【００１４】
有利なことに、前記通知された変更を適用する前記ステップは、
前記マスターデータベースにおいてエントリが削除された場合には、削除されたエントリを前記スレーブデータベースにおいて削除するステップと、
前記マスターデータベースにおいてエントリが追加された場合には、新たなエントリを前記スレーブデータベースに追加するステップと、
前記マスターデータベースにおいてエントリが更新された場合には、前記エントリを前記スレーブデータベースにおいて更新するステップとを有する。
【００１５】
本発明によるデータの並べ方は、古くなったエントリの除去及び新たなエントリの追加を容易にする。従って、やりとりされるデータは限られ、大きな格納サイズは必須でない。
【００１６】
有利なことに、
前記マスターデータベースは、マスターバージョン番号と、最初のエントリのマスター先頭識別子と、最後のエントリについてのマスター最終識別子とにより特徴付けられ、
前記スレーブデータベースは、スレーブバージョン番号と、最初のエントリのスレーブ先頭識別子と、最後のエントリについてのスレーブ最終識別子とにより特徴付けられる。
【００１７】
これらの属性は、マスターバージョン番号をスレーブバージョン番号と比較し、及び/又は、マスター先頭識別子をスレーブ先頭識別子と比較し、及び/又は、マスター最終識別子をスレーブ最終識別子と比較することにより、データベースの状態を比較するために使用される。
【００１８】
好ましくは、本方法は、前記マスターデータベースのエントリが追加及び/又は修正及び/又は削除された場合に、前記マスターバージョン番号をインクリメントするステップを有する。
【００１９】
好ましい実施形態において、本方法は、前記マスターバージョン番号の履歴を含むダイアリを維持するステップを有する。
【００２０】
有利なことに、前記ダイアリは、前記マスターデータベースでなされた変更の内容を含み、好ましくは、そのような変更が前記マスターデータベースのエントリについての更新又は削除である場合にのみ変更の内容を含む。
【００２１】
従って、ダイアリはマスターデータベースでなされた変更の全てを保存するわけではなく、限られたサイズのダイアリを利用できるようにする。
【００２２】
有利なことに、各々のデータベースの各々のエントリはバージョン番号により特徴付けられる。
【００２３】
このバージョン番号はエントリの修正を検出できるようにする。
【００２４】
本発明により更に提供されるマスターデバイスは、
マスターデータベースを保存するマスターメモリと、
前記データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し(FIFO)方式のリストとして、前記マスターデータベースのエントリを組織するマスターオーガナイザであって、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、マスターオーガナイザと、
前記マスターデータベースにおける変更をスレーブデバイスに通知する通知モジュールと、
を有するマスターデバイスである。
【００２５】
有利なことに、マスターデバイスはDECT端末のようなコードレス端末の基地局であり、マスターデータベースは電話帳又はSMSのリスト又は呼び出しリストである。
【００２６】
本発明により提供されるスレーブデバイスは、
スレーブデータベースを保存するスレーブメモリと、
前記データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し(FIFO)方式のリストとして、前記スレーブデータベースのエントリを組織するスレーブオーガナイザであって、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、マスターオーガナイザと、
前記マスターデータベースにおける変更の通知を受信する受信モジュールと、
通知された変更を前記スレーブデータベースに適用する同期モジュールと、
を有するスレーブデバイスである。
【００２７】
有利なことに、前記スレーブデバイスはコードレス端末のハンドセットであってもよい。
【００２８】
例えば、そのようなハンドセットはコードレスDECT端末のタブレットであってもよい。
【００２９】
有利なことに、前記スレーブデータベースは電話帳又はSMSのリスト又は呼び出しリストであってもよい。
【００３０】
本発明は、本発明によるマスターデバイスとスレーブデバイスとを有する端末を更に提供する。
【００３１】
有利なことに、前記端末はDECT端末であってもよく、前記マスターデバイスは基地局であり、前記スレーブデバイスは前記端末のハンドセットであってもよい。
【００３２】
本発明による方法は、プログラム可能な装置におけるソフトウェアで実現されてもよい。本発明は、ハードウェアにより、ソフトウェアにより、又はそれらの組み合わせにより実現されてもよい。
【００３３】
本発明はソフトウェアで実現されることが可能であるので、本発明は、適切な何らかの搬送媒体におけるプログラム可能な装置に提供されるコンピュータ読み取り可能なコードとして実現されることが可能である。搬送媒体(又はキャリア媒体又は担体)は、フロッピディスク、CD-ROM、ハードディスクドライブ、磁気テープデバイス、半導体記憶装置又はソリッドステートメモリデバイス等のような記憶媒体を有してもよい。
【００３４】
本発明は、従って、本発明による方法をコンピュータに実行させるコンピュータ実行可能な命令を有するコンピュータ読み取り可能なプログラムを提供する。図4ないし図8はそのようなコンピュータプログラムに対する一般的なアルゴリズムの具体例を示す。
【図面の簡単な説明】
【００３５】
本発明は添付図面とともに非限定的な実施形態により説明され、図中、同様な要素は同様な参照番号により言及される。
【図１】本発明の実施形態による端末の概略図。
【図２】本発明の実施形態によりFIFOリストとして整えられるマスターデータベース及びスレーブデータベースを示す図。
【図３Ａ】スレーブデバイスによりデータベースの更新が開始される場合の本発明の実施形態による同期ステップを示す図。
【図３Ｂ】スレーブデバイスによりデータベースの更新が開始される場合の本発明の実施形態による同期ステップを示す図。
【図３Ｃ】スレーブデバイスによりデータベースの更新が開始される場合の本発明の実施形態による同期ステップを示す図。
【図４】マスターデータベースに新たなエントリを追加する場合の本発明の実施形態によるフローチャート。
【図５】マスターデータベースからエントリを削除する場合の本発明の実施形態によるフローチャート。
【図６】マスターデータベースにおけるエントリを修正する場合の本発明の実施形態によるフローチャート。
【図７】マスターバージョン番号が修正される場合の本発明の実施形態による同期ステップを示すフローチャート。
【図８】マスターバージョン番号が修正される場合に、マスターデータベース及びスレーブデータベースの間で送受信されるメッセージを示す本発明の実施形態によるフローチャート。
【発明を実施するための形態】
【００３６】
図1を参照すると、本発明の好適な実施形態によるコードレス端末2の概略が示されている。
【００３７】
端末2は、例えばDECT標準規格による低レート無線リンク8により接続される基地局4及びハンドセット6を有する。
【００３８】
基地局(又は親機)4は、例えばインターネットのようなネットワーク12を介して、例えばオペレータサーバのようなリモートサーバ10に更にリンク(又は接続)される。
【００３９】
基地局4は、マスターデータベース16及びダイアリ18を保存するマスターメモリ14を有する。ダイアリ18は、日記、履歴、スケジュール帳などのように言及されてもよい。基地局はマスターオーガナイザ20及び通知モジュール22を有し、マスターオーガナイザ20は、最新のエントリがリストの末尾にありかつ最古のエントリがリストの先頭にあるように個々のエントリの順序に従ってマスターデータベース16のエントリをデータベースの中で並べることにより、マスターデータベースのデータをFIFOエントリリストとして組織する(又は体系化する又はまとめる又は管理する)。
【００４０】
マスターデータベース16のデータは、例えば、電話帳、呼び出しリスト、ショートメッセージサービス(Short  Message  Service：SMS)のようなメッセージ等を含む。
【００４１】
ダイアリ18のデータは、マスターデータベース16のエントリに対してなされた変更の少なくとも一部についての履歴を含む。
【００４２】
ハンドセット6はスレーブデータベース26を保存するスレーブメモリ24を有する。ハンドセット6は、スレーブオーガナイザ28と、受信モジュール30と、同期モジュール32とを有し、スレーブオーガナイザ28は、最新のエントリがリストの末尾にありかつ最古のエントリがリストの先頭にあるように個々のエントリの順序に従ってスレーブデータベース26のエントリをデータベースの中で並べることにより、スレーブデータベースのデータをFIFOエントリリストとして組織し、受信モジュール30はマスターデータベース16における変更の通知を受信し、同期モジュール32は通知された変更をスレーブデータベース26に適用する(又は反映させる)。
【００４３】
図2はデータベース16,26の状態の一例を示し、これらのデータベースは同期しており、何れも同じバージョン番号により特徴付けられ、すなわち、スレーブデータベース26は、マスターデータベース16のマスターバージョン番号VB1に等しいスレーブバージョン番号を有する。
【００４４】
マスターデータベース16は、識別子ID1,ID2,ID3,ID4及びバージョン番号v1,v2,v2,v1によりそれぞれ特徴付けられるエントリEM1,EM2,EM3,EM4を有する。エントリEM1,EM2,EM3,EM4はマスターデータベース16におけるそれらの受付順(又は入力順又はエントリ順)に従って並べられる。従って、EM1が最も古いエントリであり、EM4が最も新しいエントリである。マスターデータベース16の最初の識別子は、先頭マスター識別子(又は第1マスター識別子)と呼ばれ、1に等しい一方、マスターデータベース16の最後の識別子は、最終マスター識別子と呼ばれ、4に等しい。
【００４５】
スレーブデータベース26は、エントリES1,ES2,ES3,ES4を有する。スレーブデータベース26はマスターデータベース16に同期するので、同じエントリを有する。従って、エントリES1,ES2,ES3,ES4は、識別子ID1,ID2,ID3,ID4及びバージョン番号v1,v2,v2,v1によりそれぞれ特徴付けられる。エントリES1,ES2,ES3,ES4はスレーブデータベース26におけるそれらの受付順(又は入力順又はエントリ順)に従って並べられる。従って、ES1が最も古いエントリであり、ES4が最も新しいエントリである。スレーブデータベース26の最初の識別子は、先頭スレーブ識別子(又は第1スレーブ識別子)と呼ばれ、1に等しい一方、スレーブデータベース26の最後の識別子は、最終スレーブ識別子と呼ばれ、4に等しい。
【００４６】
好ましくは、エントリ自体に変更があった場合に、エントリのバージョン番号がインクリメントされる(又は増やされる)。例えば、連絡先のリストを有する電話帳の場合において、エントリに対応する連絡先の番号及び/又は名前及び/又はアドレス(又は住所)が変更される場合に、バージョン番号はインクリメントされる。
【００４７】
ここで示される具体例において、エントリEM2及びEM3は一度変更されているが、バージョン番号v1を有するエントリEM1及びEM4はそれらが生成されて以来変更されていない。
【００４８】
より具体的には、ダイアリ18に保存される履歴は、(1つ以上の)行を有するテーブルの形式で管理(又は配置又は整列)され、各々の行は、少なくとも、マスターバージョン番号と、変更される対象のエントリの識別子と、変更の内容とを含む。好ましくは、履歴のサイズを小さくするために、エントリの更新又は削除のみが履歴に登録されてもよい。
【００４９】
図3A、図3B及び図3Cに分けられる図3は、ハンドセット6によりデータベースにおける変更が開始される場合に関するデータベース16,26の進展を示す。
【００５０】
図3Aのフローチャートは、スレーブデータベース26に新しいエントリES5を追加する場合を示す。このエントリは、FIFOの原理に従って、エントリのリストの末尾に追加される。エントリES5は、始めに、識別子及びバージョン番号がともにゼロに等しい値を有するように初期化される。
【００５１】
ステップ100において、ES5を追加することについて基地局4が通知を受ける場合に、例えば、ハンドセット6が基地局4に置かれる場合に、マスターデータベース16内においてFIFOの原理に従ってエントリのリストの末尾に新たなエントリEM5が作成される。新たなエントリEM5は、基地局4により割り振られる識別子ID5及びバージョン番号v1を有し、ステップ102においてハンドセット6に通知され、ES5の属性を更新し、それらは(0及び0から)ID5及びv1になる。
【００５２】
図3Bのフローチャートは、スレーブデータベース26における既存のエントリES2を更新する場合を示す。ES2のバージョン番号は、始めに、ハンドセット6によりゼロに固定(又は設定)される。
【００５３】
ステップ104において、ES2を更新することについて基地局4が通知を受ける場合に、例えば、ハンドセット6が基地局4に置かれる場合に、基地局はEM2のバージョン番号をインクリメントし、バージョン番号はv3になる。新たなバージョン番号はステップ106においてハンドセット6に通知され、ES2のバージョン番号を更新し、それは(0から)v3になる。
【００５４】
図3Cのフローチャートは、スレーブデータベース26における既存のエントリES3を削除する場合を示す。
【００５５】
ステップ108において、ES3を削除することについて基地局4が通知を受ける場合に、例えば、ハンドセット6が基地局4に置かれる場合に、基地局はEM3を削除し、ステップ110においてハンドセット6に通知する。
【００５６】
図4はマスターデータベース16に対して新しいエントリを追加するステップを基地局4の観点から示す。
【００５７】
ステップ120において、基地局4は、新たなエントリを追加する要求(又はリクエスト)についての通知を受け、例えばそのような要求は端末2のユーザによりなされる(ADD)。基地局は新たなエントリがマスターデータベース16に既に存在するか否かを確認する。既に存在する場合、更新の手順は終了し、その旨がユーザに通知される。
【００５８】
そのようなエントリが存在しない場合、ステップ122において、基地局4はマスターバージョン番号をインクリメントし、それはVB2になる(VB1→VB2)。
【００５９】
そして、ステップ124において、マスターオーガナイザ20は、FIFO原理に従って、マスターデータベース16の最終位置に新たなエントリを追加する(LAST)。ステップ126において、通知モジュール22は、マスターバージョン番号の変更をハンドセット6に通知する(NOTIF)。
【００６０】
このように、スレーブデータベース26に応じて更新する同期ステップが実行される。これらのステップは図7及び図8を参照しながら後述される。
【００６１】
図5はマスターデータベース16からエントリを削除するステップを基地局4の観点から示す。
【００６２】
ステップ130において、基地局4は、エントリを削除する要求(又はリクエスト)についての通知を受け、例えばそのような要求は端末2のユーザによりなされる(DEL)。
【００６３】
そして、ステップ132において、基地局4はマスターバージョン番号をインクリメントし、それはVB2になる(VB1→VB2)。
【００６４】
そして、ステップ134において、マスターオーガナイザ20は、そのエントリを削除し(DEL)、そのエントリがマスターデータベース16の先頭エントリであるか否か、すなわち、そのエントリが1番目の場所(又は先頭位置)にあるか否かを確認する。
【００６５】
そのエントリが先頭エントリである場合、マスターオーガナイザ20は、ステップ136において、マスターデータベース16の新たな先頭識別子より小さな識別子を有するエントリに関連する全ての行を、履歴テーブルから削除する、すなわち、削除されるエントリより古いエントリに関連するイベントを全て削除する(DEL  HIST)。
【００６６】
そのエントリが先頭エントリでない場合、マスターオーガナイザ20は、ステップ138において、新たなマスターバージョン番号に関連付けられる削除対象エントリの削除を示す行を履歴テーブルに追加(又は登録)する(ADD  HIST)。
【００６７】
通知モジュール22は、ステップ140において、マスターバージョン番号の変更をハンドセット6に通知する(NOTIF)。
【００６８】
このように、スレーブデータベース26に応じて更新する同期ステップが実行される。これらのステップは図7及び図8を参照しながら後述される。
【００６９】
図6はマスターデータベース16におけるエントリを更新するステップを基地局4の観点から示す。
【００７０】
ステップ150において、基地局4は、エントリを更新する要求(又はリクエスト)についての通知を受け、例えばそのような要求は端末2のユーザによりなされる(UPD)。
【００７１】
そして、ステップ152において、基地局4はマスターバージョン番号をインクリメントし、それはVB2になる(VB1→VB2)。
【００７２】
そして、ステップ154において、マスターオーガナイザ20は、バージョン番号をインクリメントすることによりエントリのバージョン番号を更新する(Vi→Vi+1)。
【００７３】
ステップ156において、マスターオーガナイザ20は、更新されるエントリに関連する行(すなわち、そのエントリの識別子が存在する行)を全て削除する(DEL  HIST)。
【００７４】
ステップ158において、マスターオーガナイザ20は、新たなマスターバージョン番号に関連するエントリの更新を示す行を、履歴テーブルに追加(又は登録)する(ADD  HIST)。
【００７５】
通知モジュール22は、ステップ160において、マスターバージョン番号の変更をハンドセット6に通知する(NOTIF)。
【００７６】
このように、スレーブデータベース26に応じて更新する同期ステップが実行される。これらのステップは図7及び図8を参照しながら後述される。
【００７７】
図7は、受信モジュール30によりマスターバージョン番号の変更通知を受信した後に、ハンドセット6により実行されるステップを示す。
【００７８】
ステップ180において、ハンドセット6の同期モジュール32は、マスターデータベース16に対してなされた変更のリストを取得する要求を基地局4に送信する(GET  CHANGE)。ハンドセットは、先頭スレーブ識別子と、最終スレーブ識別子と、スレーブバージョン番号とをその要求(リクエスト)に組み込む。
【００７９】
基地局4は、その要求を受信した後に、先頭スレーブ識別子と先頭マスター識別子とを比較する。
【００８０】
先頭スレーブ識別子が先頭マスター識別子より大きい場合、基地局4は、ステップ181(図8)において、先頭マスター識別子より小さな識別子を有するエントリを削除することをハンドセット6に指示する。同期モジュール32は、ステップ182において、先頭マスター識別子より小さな識別子を有するエントリをスレーブデータベース26から削除する(DEL)。
【００８１】
先頭スレーブ識別子が先頭マスター識別子に等しい場合、いくつかの可能性がある。
【００８２】
最終マスター識別子が最終スレーブ識別子より大きい場合、基地局4は、ステップ184(図8)において、最終スレーブ識別子より大きな識別子を有するマスターデータベース16の1つ以上のエントリを追加することを、ハンドセット6に指示する。
【００８３】
最終マスター識別子は最終スレーブ識別子に等しいが、マスターバージョン番号がスレーブバージョン番号より大きい場合、2つの可能性がある。
【００８４】
第1のケースは、マスターデータベース16におけるスレーブバージョン番号以降の1つ以上のエントリの更新に対応する。この場合、基地局4は、ステップ186(図8)において、スレーブバージョン番号以降の変更された1つ以上のエントリについての更新を、ハンドセット6に指示する。
【００８５】
第2のケースは、スレーブバージョン番号以降のマスターデータベース16における先頭エントリとは異なる1つ以上のエントリの削除に対応する。この場合、基地局4は、ステップ188(図8)において、スレーブバージョン番号以降の削除された1つ以上のエントリを削除することをハンドセット6に指示する。
【００８６】
スレーブバージョン番号がマスターバージョン番号と相違する全ての場合に関し、基地局4は、ステップ190(図8)において、スレーブバージョン番号をマスターバージョン番号に更新することを、ハンドセット6に指示する。
【００８７】
1つ以上の指示184、186、188を受信した後に、ハンドセット6は、ステップ192において、スレーブバージョン番号を更新する(UPD/DEL)。指示又は命令が、1つ以上のエントリの更新であるステップ186である場合、同期モジュール32はスレーブデータベース26において1つ以上のそのエントリを更新する。指示又は命令が、1つ以上のエントリの削除であるステップ188である場合、同期モジュール32はスレーブデータベース26から1つ以上のそのエントリを削除する。
【００８８】
指示又は命令が、最終スレーブ識別子より大きな識別子を有する1つ以上のエントリの追加であるステップ184である場合、同期モジュール32は、ステップ194において、エントリのリストの末尾にそのエントリを追加する(ADD)。
【００８９】
以上、現時点において本発明の好ましい実施形態であると考えられる内容を説明及び記述してきたが、本発明の範囲から逸脱することなく、様々な他の変形がなされてもよいこと及び均等物が代用されてもよいことは、当業者により理解されるであろう。更に、本願で説明される本質的な発明概念から逸脱することなく、本発明による教示内容が特殊な状況に適合するように、多くの変形がなされてもよい。更に、本発明の実施形態は、上記の特徴の全てを包含しなくてもよい。すなわち、本発明は、開示される特定の実施形態に限定されず、本発明は添付の特許請求の範囲に属する全ての実施形態を包含することが、意図される。
【００９０】
「備える」、「含む」、「組み込む」、「包含する」、「である」及び「有する」等の表現は、明細書及び添付の特許請求の範囲を解釈する場合に、非限定的に解釈されるべきであり、すなわち、明示的には規定されていない他の事項や要素が存在することを許容するように解釈されるべきである。ある要素を単独で言及することは、その要素が複数個存在することも想定されてよい。
【００９１】
本説明で示される様々なパラメータは変更されてもよいこと、及び、開示及び/又は権利付与対象にされる様々な実施形態は本発明の範囲から逸脱することなく組み合わせられてよいことを、当業者は容易に認めるであろう。
【００９２】
上記の説明は基地局及びハンドセットを有する端末の場合に着目していたが、有利なことに、本発明は、任意のスレーブデバイスのスレーブデータベースを、関連するマスターデバイスのマスターデータベースに同期させるように適用可能である。
【００９３】
更に、有利なことに、本発明は、1つより多いスレーブデータベースをマスターデータベースに同期させることに適用可能である。
【００９４】
更に、上記の説明では、本発明は、ハンドセット6及び基地局4のデータベースを同期させるように使用されているが、本発明は基地局4及びリモートサーバ10のデータベースを同期させるために使用されてもよい。
【図１】
2016503551.tif 000003
【図２】
2016503551.tif 000004
【図３Ａ】
2016503551.tif 000005
【図３Ｂ】
2016503551.tif 000006
【図３Ｃ】
2016503551.tif 000007
【図４】
2016503551.tif 000008
【図５】
2016503551.tif 000009
【図６】
2016503551.tif 000010
【図７】
2016503551.tif 000011
【図８】
2016503551.tif 000012
【手続補正書】
【提出日】平成27年6月8日(2015.6.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
スレーブデータベースとマスターデータベースとを同期させる方法であって、
前記マスターデータベースにおける変更の通知を受信するステップと、
通知された変更を前記スレーブデータベースに適用するステップと、
を有し、前記スレーブデータベース及び前記マスターデータベース各々のデータは、データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し（ＦＩＦＯ）方式のリストとして組織され、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、方法。
【請求項２】
前記通知された変更を適用する前記ステップは、
前記マスターデータベースにおいてエントリが削除された場合には、削除されたエントリを前記スレーブデータベースにおいて削除するステップと、
前記マスターデータベースにおいてエントリが追加された場合には、新たなエントリを前記スレーブデータベースに追加するステップと、
前記マスターデータベースにおいてエントリが更新された場合には、前記エントリを前記スレーブデータベースにおいて更新するステップと、
を有する、請求項１に記載の方法。
【請求項３】
前記マスターデータベースは、マスターバージョン番号と、最初のエントリのマスター先頭識別子と、最後のエントリについてのマスター最終識別子とにより特徴付けられ、
前記スレーブデータベースは、スレーブバージョン番号と、最初のエントリのスレーブ先頭識別子と、最後のエントリについてのスレーブ最終識別子とにより特徴付けられる、
請求項１又は２に記載の方法。
【請求項４】
前記マスターデータベースのエントリが追加及び／又は修正及び／又は削除された場合に、前記マスターバージョン番号をインクリメントするステップを有する請求項３に記載の方法。
【請求項５】
前記マスターバージョン番号の履歴を含むダイアリを維持するステップを有する請求項３又は４に記載の方法。
【請求項６】
前記ダイアリは、前記マスターデータベースでなされた変更を示し、好ましくはその変更が前記マスターデータベースのエントリについての更新又は削除である場合にのみ変更を示す、請求項５に記載の方法。
【請求項７】
各々のデータベースの各々のエントリはバージョン番号により特徴付けられる、請求項１〜６のうち何れか１項に記載の方法。
【請求項８】
マスターデータベースを保存するマスターメモリと、
データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し（ＦＩＦＯ）方式のリストとして、前記マスターデータベースのエントリを組織するマスターオーガナイザであって、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、マスターオーガナイザと、
前記マスターデータベースにおける変更をスレーブデバイスに通知する通知モジュールと、
を有するマスターデバイス。
【請求項９】
スレーブデータベースを保存するスレーブメモリと、
データベースにおける入力順に従って並ぶ複数のエントリを含む先入れ先出し（ＦＩＦＯ）方式のリストとして、前記スレーブデータベースのエントリを組織するスレーブオーガナイザであって、最新のエントリは前記リストの末尾に配置され、最古のエントリは前記リストの先頭に配置され、前記リストに新たなエントリが追加される場合であって前記リストが満杯である場合には、前記リストの最古のエントリが削除される、マスターオーガナイザと、
マスターデータベースにおける変更の通知を受信する受信モジュールと、
通知された変更を前記スレーブデータベースに適用する同期モジュールと、
を有するスレーブデバイス。
【請求項１０】
前記同期モジュールは、
前記マスターデータベースにおいてエントリが削除された場合には、削除されたエントリを前記スレーブデータベースにおいて削除すること、
前記マスターデータベースにおいてエントリが追加された場合には、新たなエントリを前記スレーブデータベースに追加すること、及び
前記マスターデータベースにおいてエントリが更新された場合には、前記エントリを前記スレーブデータベースにおいて更新すること
を実行することが可能である、請求項９に記載のスレーブデバイス。
【請求項１１】
前記スレーブデバイスがコードレス端末のハンドセットである、請求項９又は１０に記載のスレーブデバイス。
【請求項１２】
前記スレーブデータベースが電話帳又はＳＭＳのリスト又は呼び出しリストである、請求項９〜１１のうち何れか１項に記載のスレーブデバイス。
【請求項１３】
請求項８に記載のマスターデバイスと請求項９に記載のスレーブデバイスとを有する端末。
【請求項１４】
前記端末がコードレス電話機であり、前記マスターデバイスが基地局であり、前記スレーブデバイスが前記端末のハンドセットである、請求項１３に記載の端末。
【請求項１５】
請求項１〜７のうち何れか１項に記載の方法をコンピュータに実行させるコンピュータ実行可能な命令を有するコンピュータ読み取り可能なプログラム。
【国際調査報告】
2016503551.tif 000013
2016503551.tif 000014
2016503551.tif 000015