(57)【特許請求の範囲】
【請求項１】
サーバがクライアントにデータを提供する方法であって、
‐更新対象データを受信する工程と、
‐前記更新対象データの複製を前記クライアントに送信する工程と、
‐複数のデータ項目を備えた前記データを保持するための回転式データカルーセルに前記更新対象データを組み込む工程と、
‐前記データカルーセル上のデータ項目を前記クライアントに送信する工程とを含み、
−前記データカルーセル上のデータ項目の送信は第１の通信チャネルで実行され、更新対象データの複製の送信は第２の通信チャネルで行われ、
前記更新対象データが適用される前記データカルーセル上のデータ項目を前記クライアントに送信するより前に、前記更新対象データの複製が前記クライアントに送信されることを特徴とする方法。
【請求項２】
前記更新対象データの前記複製を前記クライアントに送信する工程が、前記データカルーセル上のデータ項目を前記クライアントに送信する工程から独立していることを特徴とする、請求項１に記載の方法。
【請求項３】
前記方法が、受信した更新対象データの時間制約が厳しいか否かを判断する工程と、前記更新対象データが時間制約が厳しくないと判断された場合には前記複製の前記送信を保留する工程とを含むことを特徴とする、請求項１または２に記載の方法。
【請求項４】
前記第１の通信チャネルは第１の通信技術に基づいた第１の通信ネットワークによって提供され、
前記第２の通信チャネルは第２の通信技術に基づいた第２の通信ネットワークによって提供され、かつ、前記第１の通信技術は前記第２の通信技術とは異なることを特徴とする、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記第２の通信チャネルが前記第１の通信チャネルより高いサービス品質を提供することを特徴とする、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
通信チャネルが非同期通信チャネルであることを特徴とする、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記サーバと前記クライアントとの間に通信を確立する工程を含むことを特徴とする、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
クライアントがサーバからデータを受信する方法であって、
‐更新対象データを受信する工程と、
‐前記受信した更新対象データが高優先度の更新対象データであるか否かを判定する工程と、
‐複数のデータ項目を備えた前記データを保持するためのデータカルーセルに前記受信した更新対象データを組み込む工程であって、高優先度の更新対象データを組み込む工程が低優先度の更新対象データを組み込む工程より前に行われることを特徴とする工程と
を含み、
低優先度の更新対象データが第１の通信チャネルを介して受信され、高優先度の更新対象データが第２の通信チャネルを介して受信されることを特徴とする方法。
【請求項９】
受信された更新対象データがデータカルーセルへ組み込まれた後にクライアント側のアプリケーションへ通知することを特徴とする、請求項８に記載の方法。
【請求項１０】
データをクライアントに提供するサーバエンティティであって、
‐更新対象データを受信するように構成されたアクセスインタフェースと、
‐回転式データカルーセルの中にデータを保持して、前記更新対象データを前記回転式データカルーセルの中に組み込むように構成されたデータカルーセル部であって、前記データが複数のデータ項目を含むデータカルーセル部と、
‐前記更新対象データの複製を前記クライアントに送信するように構成された  複製部と、そして
‐前記データカルーセル上のデータ項目を前記クライアントに送信するように構成された出力インタフェースとを含み、
前記データカルーセル上のデータ項目を第１の通信チャネル上で送信し、かつ、更新対象データの複製を第２の通信チャネル上で送信し、
前記更新対象データが適用される前記データカルーセル上のデータ項目を前記クライアントに送信するより前に、前記更新対象データの複製が前記クライアントに送信されるように構成されたことを特徴とする、サーバエンティティ。
【請求項１１】
請求項１乃至７のいずれか１項に記載された方法を実行するように構成されたことを特徴とする、請求項１０に記載されたサーバエンティティ。
【請求項１２】
サーバからデータを受信するクライアントエンティティであって、
‐更新対象データを受信する入力インタフェースと、
‐複数のデータ項目を備えたデータをデータカルーセルの中に保持するように構成され、受信した更新対象データを前記データカルーセルの中に組み込むように構成され、かつ、受信した更新対象データが高優先度の更新対象データであるか否かを判定するように構成されたカルーセル部であって、高優先度の更新対象データを組み込む工程が、低優先度の更新対象データを組み込む工程より前に行われることを特徴とするカルーセル部とを含み、
低優先度の更新対象データを第１の通信チャネルを介して受信し、高優先度の更新対象データを第２の通信チャネルを介して受信するように構成されたことを特徴とする、クライアントエンティティ。
【請求項１３】
請求項８または９に記載された方法を実行することを特徴とする、請求項１２に記載されたクライアントエンティティ。
【請求項１４】
請求項１乃至９のいずれか１項に記載された方法の各工程をデータ処理装置に実行させるためのコンピュータプログラム。
【請求項１５】
サーバエンティティと少なくとも１つのクライアントエンティティとを備えた通信システムであって、前記サーバエンティティが、データを前記クライアントエンティティに提供し、
‐更新対象データを受信するように構成されたアクセスインタフェースと、
‐回転式データカルーセルの中にデータを保持して、前記更新対象データを前記回転式データカルーセルの中に組み込むように構成されたデータカルーセル部であって、前記データが複数のデータ項目を含むデータカルーセル部と、
‐前記更新対象データの複製を前記クライアントエンティティに送信するように構成された複製部と、そして
‐前記データカルーセル上の１つのデータ項目を前記クライアントエンティティに送信するように構成された出力インタフェースとを含み、
前記サーバエンティティがデータ項目を第１の通信チャネル上で送信し、かつ、更新対象データの複製を第２の通信チャネル上で送信するように構成され、
前記クライアントエンティティが、データを前記サーバエンティティから受信し、前記クライアントエンティティが、
‐前記更新対象データを受信する入力インタフェースと、
‐複数のデータ項目を備えたデータをデータカルーセルの中に保持し、受信した更新対象データを前記データカルーセルの中に組み込み、かつ、受信した更新対象データが高優先度の更新対象データであるか否かを判定するように構成され、高優先度の更新対象データを組み込む工程が、低優先度の更新対象データを組み込む工程より前に行われるカルーセル部とを含み、
クライアントエンティティが低優先度の更新対象データを第１の通信チャネルを介して受信し、高優先度の更新対象データを第２の通信チャネルを介して受信するように構成されたことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバがクライアントにデータを提供する方法に関する。また本発明は、クライアントがサーバからデータを受信する方法にも関する。さらに本発明は、クライアントにデータを提供するサーバエンティティおよびサーバからデータを受信するクライアントエンティティにも関する。
【背景技術】
【０００２】
従来の同期型通信システムでは、データフローは通常、双方向であり、かつ、コネクション型である。従って、そのような同期型システムでは、通信の信頼性を維持・保証するために任意の数の確認応答を交換することができる。言い換えると、サーバがクライアントに送信するデータは、対応する確認応答データを同期型通信システム上でサーバに返信することによって、クライアントによって確認される。サーバは、結果として、送信されたデータが正しくクライアントに到達したか否か、および、１つ以上のクライアントに対するデータの再送信を開始する必要があるか否かを判定することができる。
【０００３】
しかし、サーバのサービス圏内のクライアントの数が多くなると、そのようなシステムが十分には拡張されず、信頼性のあるデータの交換が実行不可能になり、各データ送信動作について各クライアントから確認応答を送信することに関連する所要のデータ転送が、そのような通信システムの処理リソースおよびネットワーク帯域幅を瞬く間に使い果たしてしまう可能性がある。また、１つのサーバが複数のクライアントにデータを提供する従来の通信システムには通常、バックワードチャネル（上りリンク）、すなわち、クライアントからサーバへの通信チャネルが欠けている。これらのシステムは通常、非同期通信システムであると言われる。
【０００４】
それでも、非同期および／または非対称通信システムの場合においても信頼性のある通信を提供する必要がある。１つの従来の構想は、データ項目を記憶する複数のデータスロットを備えたいわゆるデータカルーセル（ｄａｔａ  ｃａｒｏｕｓｅｌ）の中にデータを記憶することである。そのようなカルーセルは、時間が経てば回転し、すなわち、スロットの１つが特定の時間帯について現行スロットとして識別される。その現行スロットに記憶されているデータ項目が、データカルーセルの次のデータスロットが現行データスロットとされる前に、すべてのクライアントに対して送信（同報）される。すべてのスロットのデータ項目がクライアントに同報された後、データカルーセルの回転が開始位置から繰り返される。結果として、すべてのデータ項目が繰り返し送信され、そして、特定のデータ項目の送信を１度逃してしまったクライアントが、この項目を繰り返し送信された場合に受信してもよい。このようにして、サーバにより最大数のクライアントに届けられることが保証され、前記クライアントがすべてのデータ項目または最大数のデータ項目を受信することができる。さらに、新規のクライアントが、サーバと積極的に対話することなく通信システムに参加しうる。
【０００５】
サーバ側では、そのような通信システムは、データカルーセルを動かすこととカルーセルの中に組み込まれる必要があるいわゆる更新対象データをカルーセルの特定のデータスロットで受信することとを含む。そのような組み込みには、カルーセルの特定のデータスロットに記憶されているデータ項目の修正、追加、または削除が含んでもよい。
【０００６】
クライアント側では、そのような通信システムは、クライアント側データカルーセルを動かすことと、サーバ側データカルーセルの１つのデータ項目に対応するサーバからのメッセージ更新を受信することと、前記メッセージ更新をクライアント側データカルーセルの中に組み込むこととを含んでもよい。メッセージの受信がすべて成功することによって、サーバ側カルーセルの完成度の高いコピーがクライアント側で形成されてもよい。
【０００７】
しかし、サーバ側で更新対象データが受信され、更新対象データがサーバ側カルーセルの中に組み込まれ、そして最終的に、サーバ側カルーセルが回転して、上記の更新対象データに関連するデータ項目がクライアントに送信される例で、かなりの遅延がある可能性がある。そのような遅延は、それを過ぎるとその項目が使われなくなるタイムスパンを指定する、データ項目のいわゆるＴＴＬ（ｔｉｍｅ  ｔｏ  ｌｉｖｅ）より長い可能性がある。それに加えて、特定のデータ項目のさらなる更新が、それがクライアントに送信される前に行われることにより、クライアントが更新前の情報にまったく気づかないということも生じうる。最後に、カルーセルの回転時間は、カルーセルによって保持されるデータスロットの総数に比例してもよいが、所与のサービス品質が維持されるとすると、受入不可能なほど長い可能性がある。
【０００８】
しばしば、そのような遅延とそのような矛盾とは、多様なアプリケーションにとって受入不可能でありうる。従って、より信頼性が高くてより高速の同報メカニズムが必要であろう。
【０００９】
上記に加えて、情報サーバとカルーセルの配置方法について欧州特許出願公開第１０２２９０９号明細書が知られている。この文献はカルーセルへ即時に特定のファイルを挿入することを示している。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
サーバがクライアントにデータを提供する方法の改良を提供することが、本発明の目的である。クライアントがサーバからデータを受信する方法の改良を提供することが、本発明の別の目的である。クライアントにデータを提供するサーバエンティティの改良を提供することが、本発明の別の目的である。サーバからデータを受信するクライアントエンティティの改良を提供することが、本発明の別の目的である。
【課題を解決するための手段】
【００１１】
上記の課題は独立請求項に記載された発明により解決される。さらに従属項には好ましい実施例が明らかにされている。
【００１２】
本発明の第１の態様によって、サーバによりクライアントへデータを提供する方法が提供され、この方法には、更新対象データを受信することと、更新対象データの複製をクライアントに送信することと、複数のデータ項目を備えたデータを保持するための回転式データカルーセルの中に更新対象データを組み込むことと、データカルーセル上の１つのデータ項目をクライアントに送信することとが含まれる。
【００１３】
本発明の第２の態様によって、クライアントによりサーバからのデータを受信する方法が提供され、この方法には、更新対象データを受信することと、受信した更新対象データが高優先度の更新対象データであるか否かを判定することと、複数のデータ項目を備えたデータを保持するためのデータカルーセルの中に受信した更新対象データを組み込むこととが含まれ、この場合、高優先度の更新対象データを組み込むことは、低優先度の更新対象データを組み込むことより前に行われる。
【００１４】
本発明の第３の態様によって、クライアントにデータを提供するサーバエンティティが提供され、サーバエンティティは、更新対象データを受信するように構成されたアクセスインタフェースと、データが複数のデータ項目を備え、データを回転式データカルーセルの中に保持し、かつ、回転式データカルーセルの中に更新対象データを組み込むように構成されたデータカルーセル部と、更新対象データの複製をクライアントに送信するように構成された複製部と、データカルーセル上の１つのデータ項目をクライアントに送信するように構成された出力インタフェースとを備える。
【００１５】
本発明の第４の態様によって、サーバからデータを受信するクライアントエンティティが提供され、クライアントエンティティは、更新対象データを受信する入力インタフェースと、複数のデータ項目を備えたデータをデータカルーセルの中に保持するように構成され、受信した更新対象データをデータカルーセルの中に組み込むように構成され、かつ、受信した更新対象データが高優先度の更新対象データであるか否かを判定するように構成され、高優先度の更新対象データを組み込むことが、低優先度の更新対象データを組み込むことより前に行われることを特徴とするカルーセル部とを備える。
【００１６】
本発明の第５の態様によって、データ処理装置で実行され、本発明の第１の態様による方法または本発明の第２の態様による方法を実装するように構成されたコンピュータプログラムを提供する。
【００１７】
本発明の第６の態様によって、サーバエンティティと少なくとも１つのクライアントエンティティとを備えた通信システムを提供される。サーバエンティティは、クライアントエンティティにデータを提供し、そして、更新対象データを受信するように構成されたアクセスインタフェースと、データが複数のデータ項目を備え、データを回転式データカルーセルの中に保持し、かつ、回転式データカルーセルの中に更新対象データを組み込むように構成されたデータカルーセル部と、更新対象データの複製をクライアントエンティティに送信するように構成された複製部と、データカルーセル上の１つのデータ項目をクライアントエンティティに送信するように構成された出力インタフェースとを備えており、そして、クライアントエンティティは、サーバエンティティからデータを受信し、そして、更新対象データを受信する入力インタフェースと、複数のデータ項目を備えたデータをデータカルーセルの中に保持するように構成され、受信した更新対象データをデータカルーセルの中に組み込むように構成され、かつ、受信した更新対象データが高優先度の更新対象データであるか否かを判定するように構成され、高優先度の更新対象データを組み込むことが、低優先度の更新対象データを組み込むことより前に行われることを特徴とするカルーセル部とを備えている。
【００１８】
したがって、データ項目は第１の通信チャネル上を送信され、更新対象データの複製は第２の通信チャネル上を送信される。低優先度の更新対象データは第１の通信チャネルを介して受信され、高優先度の更新対象データは第２の通信チャネルを介して受信される。
【発明の効果】
【００１９】
本発明の各種の実施形態が、サーバがクライアントにデータを提供する方法の改良について、クライアントがサーバからデータを受信する方法の改良について、クライアントにデータを提供するサーバエンティティの改良について、サーバからデータを受信するクライアントエンティティの改良について、そして、サーバがクライアントにデータを提供する方法またはクライアントがサーバからデータを受信する方法を実装するコンピュータプログラムの改良について、格別な利点を提供しうる。特に、クライアント側データカルーセルの更新が加速されてもよいし、そして、例えば、高優先度の更新対象データが、最小限の遅延でクライアントに渡されてもよい。
【図面の簡単な説明】
【００２０】
本発明の上記の特徴は、添付の図面に関連して行われる下記の記述から、よりよく理解されるであろう。しかし、添付の図面は、本発明の典型的な実施形態のみを例示しており、従って、本発明の範囲を限定しているとみなされるべきではないことに留意されたい。
【図１Ａ】本発明の一実施形態による、２つの別個の事例における通信システムの概略図である。
【図１Ｂ】本発明の一実施形態による、２つの別個の事例における通信システムの概略図である。
【図２Ａ】本発明の他の実施形態による、サーバとクライアントとを備えた通信システムの概略図である。
【図２Ｂ】本発明の他の実施形態による、サーバとクライアントとを備えた通信システムの概略図である。
【図２Ｃ】本発明の他の実施形態による、サーバとクライアントとを備えた通信システムの概略図である。
【図３Ａ】本発明の別の実施形態による、サーバエンティティの概略図である。
【図３Ｂ】本発明の別の実施形態による、サーバエンティティの概略図である。
【図４Ａ】本発明の別の実施形態による、クライアントエンティティの概略図である。
【図４Ｂ】本発明の別の実施形態による、クライアントエンティティの概略図である。
【図５】本発明の別の実施形態による、データをクライアントに提供するアプリケーションの概略図である。
【図６】本発明の別の実施形態による、サーバがクライアントにデータを提供する工程の概略図である。
【図７Ａ】本発明の別の実施形態による、サーバがクライアントにデータを提供する方法の概略フローチャートである。
【図７Ｂ】本発明の別の実施形態による、クライアントがサーバからデータを受信する方法の概略フローチャートである。
【発明を実施するための形態】
【００２１】
本発明の一実施形態という面では、クライアントおよびサーバは、通信ネットワークを介してデータを交換するいかなるエンティティであってもよく、従って、それらは通信システムの一部でもあってもよい。非同期通信システムの場合、サーバは、通信ネットワーク上でデータを１つのクライアントまたは複数のクライアントに送信することができるエンティティであってもよく、他方、クライアントは、そのようなデータを前記サーバから受信することができるエンティティであってもよい。そのようなサーバまたはサーバエンティティは例えば、データ処理装置、コンピュータ、サーバハードウェア、または、ソフトウェアモジュールであって１つのデータ処理装置上で実行されるものかまたは２つ以上のデータ処置装置上に分散されたものであってもよい。他方、クライアントエンティティの一般例には、移動端末、移動電話、カーナビ、搭載型ナビゲーションデバイス、ハンドヘルドナビゲーションシステム、カーラジオ機器、パソコン（ＰＣ）用無線ネットワークアダプタが含まれる。
【００２２】
個々の非同期通信ネットワークはサーバからクライアントへの完全な下りリンク通信を提供してもよいが、他方、クライアントからサーバへは、下りリンクチャネルの帯域幅またはデータ送信レートについて限定されているという意味での限定された逆方向の上りリンクチャネルだけが提供される。極端な場合、非同期通信ネットワークは、上りリンクチャネルを完全に省略する可能性があり、結果としてクライアントは、データ、特に確認応答メッセージをサーバに送信できない。そうであっても、非同期通信ネットワークが、完全な上りリンク通信を提供することもある。しかし、そのような上りリンク容量の使用は限定されるか、および／または、他のアプリケーション用に予約されることもある。例えば、多数のクライアントが存在する場合、各クライアントからサーバへデータ確認応答メッセージを送信するために上りリンク容量を使うと、結果として、瞬く間に上りリンク容量全体を使い果たすことがありうる。
【００２３】
非同期通信ネットワークの一般例として、いわゆるＡＤＳＬ、ＤＳＬネットワーク、テレビ放送ネットワーク、テレビ放送の文字放送ページネットワーク、ＲＤＳ（ｒａｄｉｏ  ｄａｔａ  ｓｙｓｔｅｍ）またはＴＭＣ（ｔｒａｆｆｉｃ  ｍｅｓｓａｇｅ  ｃｈａｎｎｅｌ）ネットワーク、ＤＶＢ（ｄｉｇｉｔａｌ  ｖｉｄｅｏ  ｂｒｏａｄｃａｓｔｉｎｇ）またはＤＡＢ（ｄｉｇｉｔａｌ  ａｕｄｉｏ  ｂｒｏａｄｃａｓｔｉｎｇ）上のＴＰＥＧ（ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ  ｅｘｐｅｒｔ  ｇｒｏｕｐ）ネットワーク、そして、最近展開されてきた上位通信ネットワークに組み込まれた同報ネットワーク、例えば、ＧＳＭネットワーク、ＰＣＳネットワーク、ＣＤＭＡネットワーク、ＬＴＥネットワーク、ＵＭＴＳネットワークがある。後者のセルラー通信ネットワークは、特に、言い換えるとサーバから複数のクライアントへの非同期通信を提供する、いわゆるＭＢＭＳを提供することがある。一般に、通信ネットワークは、本発明の場合は、少なくとも１つのサーバから１つのクライアントへのデータ交換または送信を提供するエンティティであるとみなされる。
【００２４】
更新対象データは、サーバ側アプリケーションによって生成されてもよく、そして、データカルーセルのデータスロットに追加されることになるデータ項目か、スロットにすでに記憶されている既存のデータ項目を更新することになるデータ項目か、データ項目および／またはカルーセルの関連するデータスロットの削除を命令するデータ項目かを含んでもよい。更新対象データが、データ項目をカルーセルに追加することに関連する場合、これは、新たなデータスロットをカルーセルに追加すること、従って、データカルーセルのデータスロットの総数を拡大することも含みうる。しかしながら、他方、データカルーセルからデータ項目を削除することが、カルーセルからデータスロットを削除することを含んでもよく、従って、データカルーセルを縮小することと現在のデータスロットの数を減少させる結果になりうる。一般に、各更新対象データには、ＴＴＬおよび／またはデータ識別子が含まれうる。
【００２５】
さらに、更新対象データの複製をクライアントに送信することは、各種のやり方で実現された更新対象データを複製することを含んでもよい。例として、受信した更新対象データをメモリ内にバッファリングして、その後このメモリを複数読み出すことと、受信した更新対象データを２つ以上の別個のメモリに書き込み、前記メモリからそれぞれ読み出すことと、更新対象データを異なる目標アドレスに繰り返し転送することと、更新対象データに関連する信号を複数の目標入力に提供する配線分岐などがある。一般に、更新対象データの複製と更新対象データ自体とは、完全に区別できない交換可能なエンティティであってもよく、すなわち、更新対象データの複製が、更新対象データと呼ばれてもよい。さらに、更新対象データの複製は、発信側の更新対象データと同一であってもよい。
【００２６】
次に、回転式データカルーセルの中に更新対象データを組み込むことは、カルーセルの個別の目標データを判定することを含んでもよい。また、これは、更新対象データ自体に基づいて行われてもよいが、なぜなら、更新は、個別のスロットの判定に影響を与えることのある識別子またはＴＴＬのような情報を含むことがあるからである。言い換えると、更新対象データとデータ項目とは、データカルーセルのうちの対応するデータ項目に対する更新対象データの一意の割り当て、およびその逆も同様に可能にするような情報を含むことがある。通常、そのような一意の割り当ては、一意の割り当てを達成するために容易に比べられる識別子、ポインタ、アドレス、および／または指標の値によって実行されてもよい。
【００２７】
さらに、更新対象データを組み込むことは、データカルーセルにデータスロットを追加することかまたはデータカルーセルからデータスロットを削除することを含んでもよく、結果として、データカルーセルのデータスロットの数を変更することを含んでもよい。更新対象データを組み込むことは、データカルーセルの個別の目標データスロットが現行データスロットになるまで更新対象データを記憶することによって、実現されてもよい。さらに、期限切れの項目をカルーセルから削除することは、カルーセルが回転する度に行われてもよい。このようにして、追加の演算資源を免れてもよいが、それは、データカルーセルの実際の更新は、データカルーセルの現行データスロット内に記憶された対応するデータ項目がクライアントに送信されることになる前かまたはその時にしか必要とはならないからである。
【００２８】
上記に加えて、この方法は、データカルーセル上の１つのデータ項目をクライアントへ送信することを含む。これは、データカルーセルが回転する毎に少なくとも一度、各データ項目をクライアントへ送信することを含んでもよい。しかし、データ項目は、そのデータ項目が記憶されているデータスロットが現行スロットになって個別のデータ項目がクライアントに送信される前に、使われなくなっているかまたは削除されていることがある。この場合、カルーセル上のすべてのデータ項目がクライアントに必ずしも送信されるとは限らない。この状況では、使われなくなったデータ項目は、期限切れのＴＴＬを有する項目である可能性があり、従って、送信を阻止される可能性があることに留意されたい。一般に、データカルーセル上の各データ項目は、対応する更新対象データによってかまたはＴＴＬの規定によって実体が変更または削除されるから、クライアントへの更新対象データの送信がされない場合には、更新対象データがクライアントにまったく渡されないことが生じうる。それでも、特定の事例ではなおデータカルーセルの一部であるデータ項目はいずれも、クライアントに送信される。
【００２９】
しかし、通常、ＴＴＬの期限切れかまた個別のデータ項目の削除を命令するデータ更新より前に、データ項目の更新または追加に関連する更新対象データが、すでにクライアントに送信されてしまうから、クライアントは依然として古くなったデータ項目を提供される。このようにして、更新対象データが最大数のクライアントに届き、かつ、これが、更新対象データをクライアントに送信するのに必要な実際の送信遅延によってのみ決まる最小限の遅延で到達することが保証されうる。さらに、更新対象データの複製をクライアントに送信する手段によって、データの喪失、不十分な信頼性、そして、更新対象データがサーバ側に存在する事実と関連するデータ項目のクライアント側への個々の到着との間の歓迎し難い遅延とが十分に回避されうる。
【００３０】
図１Ａは、本発明の一実施形態による第１の事例での通信システムの概略図である。通信システムは、サーバ側１１と、少なくとも１つのクライアント側１２と、サーバ側１１とクライアント側１２とを連結する通信ネットワーク１０とを備える。サーバ側１１は、サーバエンティティを備えてもよく、対してクライアント側１２は、１つ以上のクライアントエンティティを備えてもよい。
【００３１】
サーバ側１１には、データ項目を記憶する複数のデータスロット３１０を備えたサーバ側データカルーセル３１が配置される。データカルーセル３１のデータスロット３１０の実際の数は、データカルーセル３１によって記憶されることになるデータ項目の実際の数に適合するように、固定されるかまたは時間の経過と共に変化するかいずれでもよい。例えば、新たなデータ項目がデータカルーセル３１によって記憶されることになる場合、データスロット３１０の実際の数は、１つ増やされてもよいし、同様に、特定のデータ項目がデータカルーセル３１によってもはや記憶されないことになる場合、データスロット３１０の実際の数は、１つ減らされてもよい。
【００３２】
データカルーセル３１は、常に現行データスロット３１１が存在するように、時間が来ると回転する。前記現行データスロット３１１は、例えばポインタ値を設定することによって、複数のデータスロット３１０から選択されてもよい。次いで、所定のタイムスパンが経過する度にこのポインタ値を変更することによって、回転が達成されてもよい。前記変更はポインタ値を増加させることによって達成され、従って、現行データスロット３１１に隣接する隣接データスロットを、後では次の現行データスロットにしてもよい。ポインタが最大数を超えると、ポインタはリセットされてもよく、データカルーセルの回転が再開される。データカルーセルは、一般に、カルーセルデータベースまたはリストとして実現されてもよい。
【００３３】
さらに、前記所定のタイムスパンは、一定であってもよいし、例えば、前記タイムスパンはデータカルーセル３１を構成するデータスロット３１０の総数に適合されていることから、時間が異なっていてもよい。一例として、データカルーセル３１が多数のデータスロット３１０を含む場合、データカルーセルの回転を加速してデータ送信を加速するためにタイムスパンが短くされてもよい。
【００３４】
クライアント側１２には、クライアント側データカルーセル３２が配置されている。前記データカルーセル３２は、複数のデータスロット３２０を備えており、また、最新のデータスロット３２１を備えてもよい。しかし、データカルーセルは時間が来れば回転することは必要とされておらず、この場合、現行データスロット３２１として認められるデータスロット３２０の１つが常に存在する。
【００３５】
図示した事例では、更新対象データ２がサーバ側１１上で提供されている。この更新対象データ２は、サーバ側でデータカルーセル３１の対応する目標データスロット３１２に組み込まれる。そのような組み込みは、更新対象データ２が適用される対応するデータスロット３１２を判定することと、および／または、更新対象データ２が適用される個別のデータスロット３１２が現行データスロット３１１になるまで更新対象データ２をバッファリングすることを含んでもよい。いずれにせよ、更新対象データ２は最終的にデータカルーセル３１に組み込まれ、その結果、データスロット３１０への更新対象データ２に含まれているデータ項目をデータカルーセル３１に書き込むか、データカルーセル３１のデータスロット３１０の１つにすでに記憶されているデータ項目を更新するか、あるいは、データカルーセル３１の個別のデータスロットに記憶されているデータ項目を削除してもよい。前者の追加はさらに、データスロットをカルーセル３１に追加することを含んでもよく、他方、後者の削除は、データカルーセル３１から個別のデータスロット３１０を削除することを含んでもよい。
【００３６】
各事例において、サーバ側データカルーセル３１のデータスロット３１０が現行データスロット３１１になる時、現行データスロット３１１に記憶されているデータ項目は、通信ネットワーク１０を介してメッセージ更新２１としてクライアント側１２へ送信される。そのような送信は、通信ネットワーク１０で送信されるのに適するのであれば、個別のデータ項目をメッセージ更新２１の中にパッケージ化することを含んでもよい。クライアント側１２では、受信したメッセージ２１が、クライアント側データカルーセル３２に組み込まれる。そのような組み込みは、クライアント側データカルーセル３２の個別の位置を判定すること、すなわち、クライアント側データカルーセル３２の複数のデータスロット３２０のうちの個別のデータスロット３２２を判定することを含んでもよい。この場合もやはり、このメッセージ２１の結果として、データ項目および／またはデータカルーセル３２の関連のデータスロット３２０の追加、修正、削除が行われてもよい。
【００３７】
メッセージ２１のクライアント側１２への到着および／またはメッセージ２１のデータカルーセル３２への組み込みによって、クライアント側１２で通知２００の発出が開始されてもよい。そのような通知２００は個別のデータ項目自体を含んでもよいし、メッセージ２１の到着および／または更新されたデータカルーセル３２に気付くように、クライアント側１２上で実行中のアプリケーションに通知するために提供されてもよい。
【００３８】
本発明の本実施形態によって、サーバ側１１で提供される更新対象データ２が、即時に、かつ、データカルーセル３１とは独立して、通信ネットワーク１０を介してクライアント側１２に送信される。そのような即時の送信は、サーバ側１２上のアプリケーションからクライアント側１１へのほぼ等時性のデータ転送を実現してもよい。これは、通信ネットワーク１０によって送信されるのに適している、更新２またはその複製を含む、メッセージ更新２０の手段によって行われる。さらに、更新対象データ２は、それをデータカルーセル３１に組み込む前に、複製するためおよび／またはメッセージ更新２０としてクライアント側１２に転送するために、インターセプトされてもよい。
【００３９】
クライアント側１２で受信されるメッセージ更新２０が即時に、クライアント側１２のデータカルーセル３２に組み込まれてもよい。さらに、このような組み込みによって、サーバ側１２上の関係するアプリケーションに対して、通知２００と、メッセージ更新の到着の関連する通知との送信が開始されてもよい。このようにして、サーバ側１１で提供される更新２が、最小限の遅延でクライアント側１２に提供され、前記遅延は、対応するメッセージ更新２０を生成して通信ネットワーク１０上でクライアント側１２に送信するのに要する時間と同じだけ短い。このようにして、更新２は、対応するメッセージ更新２２（図１Ｂを参照のこと）の到着より前にクライアント側カルーセル３２に組み込まれてもよい。いずれにせよ、受信したメッセージ更新２０をクライアント側カルーセル３２に組み込むことによって、サーバ側カルーセル３１に関して、送信時間の分だけ遅延した、クライアント側カルーセル３２のほぼ等時性の構築が達成されうる。結果として、メッセージ更新２０は、クライアント側データカルーセル３２を構築して更新するための一次ソースとなりうる。
【００４０】
別の実施形態では、更新対象データ２は時間制約が厳しいか否かを判断される。時間制約が厳しい更新対象データは、制約が厳しい更新対象データはカルーセル３１の総回転時間の間に古くなるという方法で、制約が厳しくない更新対象データと区別されてもよい。さらに、更新を生成するアプリケーション、例えば、トラヒック警報メッセージとそのような警報メッセージに基づく更新対象データとを生成するあるアプリケーションに基づいて、更新対象データ２は時間制約が厳しいカテゴリに入れられてもよい。このように、更新対象データ２をクライアント側１２に送信することは、更新の制約の厳しさを表すステータスに依存するようにされてもよい。言い換えると、制約が厳しくない更新対象データ２は、後にデータカルーセル３１に組み込まれ、個別のデータスロット３１０が現行になる時にクライアント１２に送信されるだけでもよい。さらに、前記判断を行うためにスケジューリングメカニズムが存在してもよい。
【００４１】
図１Ｂは、後の事例での本発明の上記の実施形態の通信システムを示す図である。ここで、サーバ側データカルーセル３１のデータスロット３１０が現行データスロット３１１になった時の例の通信システムを示す。図１Ａに関連して記述している更新対象データ２は、この例でのデータスロット３１０にすでに加えられているから、現行データスロット３１１に記憶されているデータ項目を含むメッセージ更新２２は、更新対象データ２と考える。
【００４２】
前記メッセージ更新２２は、クライアント側１２で受信され、この場合もやはり、クライアント側データカルーセル３２に組み込まれてもよい。これは、クライアント側データカルーセル３２の冗長な更新を提供するためと、信頼性を追加的に高めるためであってもよい。しかし、クライアント側１２では、データカルーセル３２はすでにメッセージ更新２１を組み込んでいることがありうるため（図１Ａを参照）、メッセージ更新２２をデータカルーセル３２に繰り返し組み込むことが、依然として実行される必要があるかどうかを判断するための手段が提供されてもよい。しかし、この場合もメッセージ更新２２の組み込みが通知２００を開始してもよい。
【００４３】
図２Ａは、本発明の別の実施形態による通信システムの概略図である。ここで、本発明の一実施形態に関連してすでに記述された対応する要素は、同じ参照番号で表す。
【００４４】
サーバ側１１では、アプリケーション１１０が更新対象データ２を生成して、更新対象データ２をサーバアクセスインタフェース１２３に提供してもよい。サーバアクセスインタフェース１２３への提供後、更新対象データ２は、更新対象データ２を次のサーバアクセスインタフェース１２４と第２の出力インタフェース１２２とに提供するために複製される。次のサーバアクセスインタフェース１２４の後で更新対象データ２は、本発明の一実施形態に関連して述べたように、サーバ側データカルーセル３１に組み込まれる。従って、ある意味では、更新対象データ２は、次のサーバアクセスインタフェース１２４の動作前にインターセプトされ、その場合、サーバアクセスインタフェース１２３は、次のインタフェース１２４にはトランスペアレントに見え、そして、次のサーバアクセスインタフェース１２４はアプリケーション１１０によって動作する影のサーバアクセスインタフェースになってもよい。
【００４５】
データカルーセル３１の現行データスロットに記憶されているデータ項目がクライアント側１２に送信される。このために、前記データ項目が、通信ネットワーク１０の第１のチャネル１０１上で送信されるのに適したメッセージ更新２０の中にパック（ｐａｃｋ）される。前記パックは、第１の出力インタフェース１２１によって行われてもよく、データ項目を適切なプロトコルにパックすることを含んでもよい。メッセージ更新２０は、第１の入力インタフェース２２１によってクライアント側１２で受信され、その後、クライアント側データカルーセル３２に組み込まれる。
【００４６】
しかし、また、更新対象データ２は、即時に、かつ、データカルーセル３１への組み込みとは独立に、クライアント側１２へ送信される。これは、更新対象データ２を、通信ネットワーク１０の第２の通信チャネル１０２上で送信される更なるメッセージ更新２１の中にパックすることによって行われる。前記パックは、第２の出力インタフェース１２２によって行われてもよく、この場合もやはり、データ項目を適切なプロトコルにパックすることを含んでもよい。メッセージ更新２１は、第２の入力インタフェース２２２によってクライアント側１２で受信され、その後、クライアント側データカルーセル３２に組み込まれる。このようにして、クライアント側データカルーセル３２は、サーバ側カルーセル３１とほぼ等時的に構築され、そのような構築は、サーバ側１１上のアプリケーション１１０によって直接呼び出されるかたちで、クライアント側１２で行われてもよい。しかし、クライアント側カルーセル３２の更新失敗は、例えば、メッセージ更新２１を搬送する個別の通信チャネルの遮断が原因で、更新がクライアント側１２に到着しないことがあり、依然として、更新が基本のカルーセル更新メカニズムによって合わせられてもよい。
【００４７】
クライアントアクセスインタフェース２２０が、アプリケーション２１０によるクライアント側データカルーセル３２へのデータアクセスを提供してもよい。またアプリケーション２１０は、メッセージ更新２０、２１がサーバ側１１から受信されるか、および／または、クライアント側データカルーセル３２に組み込まれた時に、クライアントアクセスインタフェース２２０を介して通知をされてもよい。このように、アプリケーション２１０は、遅延することなく、クライアント側データカルーセル３２の中のデータ項目の更新かまたはデータカルーセル３２全体の更新に気付く。
【００４８】
本発明の本実施形態によって、メッセージ更新２０が、通信ネットワーク１０の第１の通信チャネル１０１上でサーバ側１１からクライアント側１２に送信される。また、最小限の遅延で更新対象データ２をクライアント側１２に搬送するメッセージ更新２１が、通信ネットワーク１０の第２のチャネル１０２を介してクライアント側１２へ送信される。通信ネットワーク１０の範囲内で、第２の通信チャネル１０２が、第１の通信チャネルより高い優先度で提供されてもよい。また、第２のチャネル１０２は、第１のチャネル１０１の個別のサービス品質（ＱｏＳ）より高い、いわゆるＱｏＳを提供してもよい。
【００４９】
前記ＱｏＳは、送信の信頼性、誤り率、伝送速度、最小限の帯域幅等の数字を含んでもよい。このようにして、第２の通信チャネル１０２上でのメッセージ更新２１の送信は、第１の通信チャネル１０１に関して全体として高速の伝送速度と送信に関する信頼性とを提供する。メッセージ更新２１を介する個別の更新対象データ２の送信は常に、第１の通信チャネル１０１を介するメッセージ更新の対応する送信より前に行われてもよく、これは追加的な利点である。本実施形態によれば、第１および第２の通信チャネル１０１および１０２は、単一の通信ネットワーク１０によって提供されてもよい。
【００５０】
図２Ｂに概略図として示す本発明の別の実施形態によって、第１の通信チャネル１０１と第２の通信チャネル１０２とが、異なる通信ネットワーク、すなわち第１の通信ネットワーク１０’と、第２の通信ネットワーク１０’’とによって提供されてもよい。このようにして、第１の通信ネットワーク１０’は、第１の通信技術に基づいてもよく、他方、第２の通信ネットワーク１０’’は、第２の通信技術に基づいてもよい。前記第１および第２の通信技術は、例えば、ＧＳＭ技術、ＵＭＴＳ技術、ＰＣＳ技術、ＷＬＡＮ技術、ＷｉＭＡＸ技術、ＬＴＥ技術、無線または動画同報技術、あるいは関連技術から選択されてもよい。
【００５１】
このようにして、第２の通信チャネル１０２は、第１の通信技術に関して高いサービス品質を提供しうる第２の通信技術によって提供されてもよい。そのような場合に第１の通信技術は、第１の技術に関して、ネットワーク資源および／または演算資源の需要が増加する可能性がある。しかし、サーバ側１２で受信した時点でクライアント側１２への更新対象データの時間制約が厳しいものの即時送信だけが第２の通信チャネル１０２を介して行われることから、この需要の増加は許容しうる。メッセージ更新２０の反復的な、かつ、場合によっては冗長な送信（データカルーセル３１が一回転する度に一度）は、依然として、第１の通信技術に基づいて第１の通信チャネル１０１を介して行われる。前記第１の技術は、資源の需要が比較的少なく、反復的で冗長的な送信に適合することを要求する。
【００５２】
別の実施形態によれば、第１の通信チャネル１０１は、従来型のカルーセルに基づく情報同報システムネットワーク、例えばＲＤＳ−ＴＭＣまたはＤＶＢ／ＤＡＢ−ＴＰＥＧ技術に基づくネットワークである、第１の通信ネットワーク１０’のチャネルであってもよい。しかし、第２のチャネル１０２は、より高帯域のネットワークである第２のネットワーク１０’’のチャネルであってもよい。この場合、第２の通信チャネル１０２は、セルラーネットワークのＭＢＭＳチャネルであってもよく、従って、例えばＲＤＳに基づく第１のネットワーク１０’を介する反復送信に関して更新対象データの即時送信のための高いＱｏＳを提供してもよい。
【００５３】
図２Ｃは、本発明の別の実施形態による通信システムを示す図である。従って、サーバ側データカルーセル３１の現行データスロットに記憶されているデータ項目を送信することに関連するメッセージ更新２０と、着信する更新対象データ２の即時かつ独立な送信に関連するメッセージ更新２１とはいずれも、通信ネットワーク１０の共通通信チャネル１００上で送信される。
【００５４】
この目的で、サーバ側マルチプレクサ１４０とクライアント側デマルチプレクサ２４０とが提供されてもよい。マルチプレクサ１４０は、メッセージ更新２０だけでなくメッセージ更新２１も、それらが単一の通信チャネル１００で送信されるのに適するように、多重化してもよい。また、マルチプレクサ１４０は、クライアント側１２への更新対象データ２の即時かつ独立な送信に関連するメッセージ更新２１を、サーバ側データカルーセル３１の現行データスロットに関連するメッセージ更新２０の送信に関し高い優先度で取り扱ってもよい。
【００５５】
このようにして、図２Ｃに示すように、マルチプレクサ１４０は、クライアント側１２に送信される準備が整ったメッセージ更新２０が存在する場合でさえ、メッセージ更新２０を送信するより前に通信チャネル１００上でメッセージ更新２１を送信してもよい。そのような優先的な送信は、２つの別個の通信チャネルを提供する本発明の前述の実施形態について、メッセージ更新２１を送信することと同等な優先化を達成するためにマルチプレクサ１４０により通信チャネル１００へ先制アクセスすることを含んでもよい。
【００５６】
図３Ａは、本発明の別の実施形態によるサーバエンティティ５０の概略図である。サーバエンティティ５０は、更新対象データ２を受信するためのサーバアクセスインタフェース１２３と、別のサーバアクセスインタフェース１２４と、第１の出力インタフェース１２１と、第２の出力インタフェース１２２とを備える。またサーバエンティティは、更新対象データ２を別のサーバインタフェース１２４および第２の出力インタフェース１２２に提供する複製部１２５を備え、これらの提供された更新のうちの１つは場合によっては更新対象データの複製である。
【００５７】
また、サーバエンティティ５０は、サーバ側データカルーセル３１を含むか、および／または実行するデータカルーセル部１２６を備える。前記データカルーセル部１２６は、次のサーバアクセスインタフェース１２４によって更新対象データ２を受信して、更新対象データ２のデータカルーセル３１への記憶と組み込みとを取り扱う。データカルーセル部１２６は、また、データカルーセル３１自体を取り扱い、そのような取り扱いには、データカルーセル３１のデータスロットのうちの１つを現行データスロット３１１として識別することと、所定のタイムスパンが経過した後に現行データスロットを次のデータスロットに切り替えることと、カルーセル３１にデータスロットを追加することとデータカルーセル３１からデータスロットを削除することと、そして、現行データスロットに記憶されているデータ項目を第１の出力インタフェース１２１に渡すこととを含む。
【００５８】
サーバエンティティ５０は、通信ネットワークおよび／またはそのコアネットワークに組み込まれるのに適した別個のデータ処理装置のような、いずれかのサーバエンティティとして実施されてもよい。またサーバエンティティ５０は、個別の通信ネットワークに連結されている１つ以上の分散型データ処理装置上で実行されるソフトウェアモジュールとして実現されてもよい。
【００５９】
図３Ｂは、本発明の別の実施形態によるサーバエンティティ５１を示す図である。サーバエンティティ５１は、図３Ａに関連して述べたようなサーバエンティティ５０とは対照的に、マルチプレクサ１４０を備えており、このマルチプレクサ１４０は、更新対象データ２とデータカルーセル３１からのデータ項目とをいずれも１つの単一の通信チャネル上でクライアント側へ渡し、そして、第１のメッセージ更新２０と第２のメッセージ更新２１とをいずれも共通の単一の通信チャネル上で送信するのに適している。マルチプレクサ１４０は、通信チャネル上で送信されるのに適したメッセージを提供することに関連する機能、すなわち、出力インタフェースの機能を内蔵してもよい。ある意味で、マルチプレクサ１４０は、図２Ａ、２Ｂ、３Ａに関連して記述したように、第１の出力インタフェース１２１および／または第２の出力インタフェース１２２を形成するかまたは備えてもよい。
【００６０】
一般に、本発明の一実施形態によるサーバエンティティは、サーバ装置、データ処理装置、パーソナルコンピュータ、コンピュータ、メインボードコンピュータ、組込システムまたは分散システム等であってもよく、その中に、データカルーセルおよび対応する更新メカニズムが、本発明の一実施形態に関連して記述されたように実装される。そのような実装は、そのようなサーバエンティティの１つ以上のマイクロプロセッサ上で実行される個別のソフトウェアコンポーネントによってかまたは、集積回路やいわゆる特定用途向け集積回路（ＡＳＩＣ）のような専用のハードウェア実装によって行われてもよい。
【００６１】
図４Ａは、本発明の別の実施形態によるクライアントエンティティの概略図である。クライアントエンティティ６０は、第１の入力インタフェース２２１と第２の入力インタフェース２２２とを備える。クライアントエンティティ６０は、第１の通信チャネルを介して第１の入力インタフェース２２１から第１のメッセージ更新を受信し、同様に、第２の通信チャネルを介して第２の入力インタフェース２２１から第２のメッセージ更新を受信してもよい。クライアントエンティティ６０は、受信した両方のメッセージ更新をクライアント側データカルーセル３２に組み込んでもよい。
【００６２】
クライアントエンティティ６０は、さらに、第１の入力インタフェース２２１から受信したメッセージ更新より高い優先度で第２の入力インタフェース２２２から受信した更新対象データを、データカルーセル３２に組み込むように構成されてもよい。クライアントエンティティ６０は、さらに、クライアント側データカルーセル３２に記憶しそれを取り扱うカルーセル部２２５を備えてもよい。加えて、クライアントエンティティ６０は、クライアント側データカルーセル３２へのアクセスを取り扱うため、および／または、クライアント側データカルーセル３２からのデータおよび／または更新の通知を提供するためのクライアントアクセスインタフェース２２０を備える。
【００６３】
図４Ｂは、本発明の別の実施形態によるクライアントエンティティを示す図である。クライアントエンティティ６１は、１つの単一の共通通信チャネルを介してメッセージ更新を受信するためのデマルチプレクサ２４０を備える。デマルチプレクサ２４０は、さらに、サーバ側に着信する更新対象データ２の即時かつ独立な送信に関連するメッセージ更新を、データカルーセル３２に優先的に組み込むために、クライアントエンティティ６１のデータカルーセル部２２５に渡してもよい。
【００６４】
一般に、本発明の一実施形態によるクライアントエンティティは、移動端末、移動電話、携帯情報端末（ＰＤＡ）、ハンドヘルドまたはカー用ナビシステム、携帯型パーソナルコンピュータ等であってもよく、その中に、データカルーセルおよび対応する更新メカニズムが、本発明の一実施形態に関連して記述されたように実装される。そのような実装は、そのようなクライアントエンティティのマイクロプロセッサ上で実行される個別のソフトウェアコンポーネントによってかまたは、集積回路やいわゆるＡＳＩＣ（特定用途向け集積回路）のような専用のハードウェア実装によって行われてもよい。
【００６５】
図５は、本発明の別の実施形態による、データをクライアントに提供するアプリケーションの概略図である。前記アプリケーションでは、データを複数のクライアントエンティティに提供してもよい。ここに描かれた装置の状況では、クライアントエンティティは、移動電話および／またはカーナビシステムのような移動端末であるかまたはそれらを含む。前記移動端末は、本実施形態によれば、第１の移動端末５１１の第１のグループかまたは移動端末５２１の第２のグループの中に配置される。
【００６６】
図示した配置によれば、移動端末５２１は、第２のエリア５２０に配置されており、それは実質的に道路５９０と重なり合う。第１のエリア５１０は、前記第２のエリア５２０とは実質的に異なっていてもよいし、その少ない部分だけが第２のエリア５２０と重なり合ってもよいし、道路５９０の無視できるエリアまたは部分をカバーしてもよい。移動端末５１１が、前記第１のエリア５１０に配置されている。一般に、第１のエリア５１０の内側に配置されている移動端末５１１は、道路５９０上に位置していると想定されなくてもよいか、および／または、道路５９０上のかまたは道路５９０に関連する事件によっては影響されないと想定されてもよい。しかし、第２のエリア５２０の内側に配置されている移動端末５２１は、道路５９０上のかまたは道路５９０に関連する事件５９９によって大いに影響されると想定されうる。
【００６７】
例えば、事件５９９は緊急車両の接近、交通渋滞、事故、道路工事車両の移動、道路工事、スリップしやすい道路条件等を表してもよい。道路５９０上で移動中であって、事件５９９に接近中であって、移動端末５２１を車内に有する車両は、原則として、例えば減速したり車線変更したりといった適切な行動をとるために事件５９９について情報提供されることができる。そのようなアプリケーションでは、事件５９９についての厳しい時間的制約の情報提供を伴う交通メッセージを迅速に渡すことを必要とし、かつ、第２のエリア５２０の中の最大数の移動端末５２１に同報されるべきである。そのようなアプリケーションでは、サーバ側カルーセルの回転時間全体を待つ必要があるあるいは一部を待つ必要がある更新対象データは、クライアントに到達するのが遅すぎることがあり、また、更新対象データはサーバ側で時間が来ると提供されたとしてもすぐに古くなってしまう。
【００６８】
本実施形態によれば、第２のエリア５２０の中のクライアントエンティティ５２１だけが、本発明の一実施形態に関連して記述したような優先されたメッセージ更新を提供されてもよい。いわゆるジオキャスティング（ｇｅｏ−ｃａｓｔｉｎｇ）によって、最大数の選択されたクライアントに、交通事故の警告のような重要なデータ項目が提供されてもよく、他方、同時に、同期式の通信システムは不要である。そのようなジオキャスティングは、ＭＢＭＳ技術および広範に展開されているセルラーシステムを用いて効果的に実現することができる。
【００６９】
いずれにせよ、本発明に関連して述べた一実施形態に従って更新対象データをクライアントに送信することによって、セルラーネットワークにおけるニアタイム（ｎｅａｒ−ｔｉｍｅ）な道路交通情報サービスを実現することができる。サーバ側カルーセル上での第１の送信サイクルの遅延を回避することによって、メッセージ送信遅延の減少が達成されてもよい。すべてのその後の送信サイクルは単に、精度を高め、信頼性を向上させ、あるいは通信システムに加わろうとしているかまたは第２のエリア５２０のような個別のエリアに進入しようとするクライアントにサービス提供するだけであってもよい。
【００７０】
図６は、本発明の別の実施形態による通信システムの概略図である。通信システムは、サーバ側６１１と、通信ネットワーク６１０と、複数の移動端末６１２とを含む。前記移動端末６１２は、移動電話またはカーナビシステムであってもよいしそれらを含んでもよく、それらは、言い換えると、ＰＣＳネットワーク、ＧＳＭネットワーク、ＵＭＴＳネットワーク、ＬＴＥネットワークまたは別の関連する通信ネットワークのようなセルラー通信ネットワークの加入者である。
【００７１】
本実施形態によれば、通信ネットワーク装置６１０は、移動端末６１２に無線接続して無線通信を提供する無線サービス装置６１３を含む。そのような無線サービス装置６１３は、例えば、セルラー通信ネットワークのセルを提供する無線基地局を備えてもよい。さらに、前記複数の移動端末６１２は、そのようなセルの１つの内側かまたは、図５に関連して記述した第１および第２のエリア５１０および５２０のような２つ以上のセルを含む、地理的用語で定義されたエリア内に、配置されてもよい。
【００７２】
サーバ側６１１では、第１のサーバ装置６１６が、第２のサーバ装置６１５と、同報サービス装置６１４とへサービス提供アプリケーションを実行する。前記第２のサーバ装置６１５は、本発明の一実施形態に関連して記述したサーバエンティティであるかまたはサーバエンティティを含んでもよい。前記第１のサーバ装置６１６、前記第２のサーバ装置６１５、および前記同報サービス装置６１４は、別個のユニットとして描かれているけれども、それらの個別の機能が、個別のソフトウェアモジュールを実行する１つのデータ処理装置に統合されてもよいし、それらが、セルラーまたは通信ネットワークのサービスを提供することに関連するか、および／または、提供する装置の範囲内で、描かれたデータ処理装置以上に分散されてもよい。
【００７３】
本実施形態によれば、第１のサーバ装置６１６は、第１の更新対象データ６００１、第２の更新対象データ６００２、および第３の更新対象データ６００５を提供しうるサービス提供アプリケーションを実行する。前記更新対象データ６００１、６００２および６００５は、第２のサーバ装置６１５に渡され、サーバ装置６１５は、受信した更新対象データをサーバ側データカルーセルの中に組み込み、そしてまた、即時に、かつ、前記データカルーセルと独立に対応するメッセージ更新６０１１、６０１２、６０１５を同報サービス装置６１４に提供し、同報サービス装置６１４は、次に、ネットワーク６１０上で送信されるのに適した、対応するメッセージ６０２１、６０２２、６０２５を、移動端末６１２に提供する。
【００７４】
しかし、第２のサーバ装置６１５のデータカルーセルは、第１のサーバ装置６１６上のサービス提供アプリケーションが更新対象データを提供しない場合であっても、またはまさに提供しない場合でも、データカルーセルにすでに記憶されているデータ項目に関連する、次のメッセージ更新６０１３、６０１４、６０１６を提供する。
【００７５】
第２のサーバ装置６１５上で実行されるサービス提供アプリケーションが、メッセージ更新６０１４の送信を完了し、そしてカルーセルの中に記憶されている次のデータ項目に関連するメッセージ更新６０１６を送信する準備ができていた場合に、第１のサーバ装置６１６が更新対象データ６００５を提供する場合がある。そのような更新対象データの転送は優先されることから、第２のサーバ装置６１５のデータカルーセルの中に記憶されているデータ項目の予定された送信は中断され、更新対象データ６００５がデータカルーセルの中に組み込まれ、そして、即時に、かつ、データカルーセルとは独立に、メッセージ更新６０１５として同報サービス装置６１４に渡され、同報サービス装置６１４が、次に、メッセージ６０２５と同様、この更新を移動端末６１２に提供する。その後で、データカルーセルの次のデータスロットの中に記憶されている次のデータ項目の予定の送信が、同報サービス装置６１４とメッセージ更新６０１６および６０２６によって、移動端末６１２に送信されてもよい。
【００７６】
別の実施形態によれば、この手順には、サーバ側６１１から移動端末６１２への接続および／または通信セッションのオプションの確立が含まれてもよい。この目的で、第２のサーバ装置６１５が、起動セッションコマンド６０００を開始してもよく、その結果、告知６０１０が同報サービス装置６１４によって送信され、それは移動端末６１２に、チャネル、接続、および／または通信セッションが利用可能であることを示す。次いで、移動端末６１２は依然として、そのようなセッションに参加するか否かを、従って、メッセージ６０２１乃至６０２６を受信するか否かを、自分で決定してもよい。
【００７７】
本発明の別の実施形態によれば、サーバ側６１１は、セルラー通信ネットワークの一部であってもよく、そして、移動端末６１２に同報メカニズムを提供する、いわゆるＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ａｎｄ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）を提供してもよい。このようにして、同報サービス装置６１４および／または第２のサーバ装置６１５は、ＭＢＭＳサービスまたはＭＢＭＳサービスの一部に形成される。
【００７８】
さらに、本発明の別の実施形態によれば、前記ＭＢＭＳは、データおよびメッセージ更新を移動端末６１２に送信するための１つ以上のＭＢＭＳチャネルを採用してもよい。このようにして、第１のＭＢＭＳチャネルは、本発明の一実施形態に関連して述べた第１の通信チャネルであってもよいし、第２のＭＢＭＳチャネルは、本発明の一実施形態に関連して述べた第２の通信チャネルであってもよい。第２のＭＢＭＳチャネルが用いられる場合、同報サービス装置６１４は、第２のセッションおよび／またはチャネルが利用可能であることを移動端末６１２に示すため、告知６０１０と同様の第２の告知を開始してもよい。
【００７９】
さらに、別の実施形態によれば、移動端末６１２へのデータおよびメッセージ更新の送信を円滑化する底流を成すＭＢＭＳトランスポートサービスは、いわゆるＦＬＵＴＥ（ｆｉｌｅ  ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  ｔｒａｎｓｐｏｒｔ）、ＲＴＰパケットトランスポート、例えばストリーミングモードにおけるＲＴＰパケットトランスポート、あるいは関連するメカニズムおよびプロトコル、のようなトランスポートメカニズムであってもよい。大きめのデータ項目を交換するアプリケーションについては、前記ＦＬＵＴＥトランスポートメカニズムを適用することが好ましいことがあり、他方、通常は小さめのデータ項目を使用する道路交通情報サービスを交換するアプリケーションについては、ストリーミングモードにおけるリアルタイムプロトコルパケットのようなストリーミングモードメカニズムを用いることが好ましいことがある。この場合では、大きめのデータ項目とは、１キロバイトより大きいデータを含むデータ項目であってもよく、他方、小さめのデータ項目とは、１キロバイトより小さいデータを含むデータ項目であってもよい。
【００８０】
図７Ａは、本発明の別の実施形態による方法の概略フローチャートである。前記方法は、２つのプロセス、すなわち、第１のプロセスＰ１と第２のプロセスＰ２とを含む。第１のプロセスＰ１の中で、更新対象データが受信されたかどうかを判定するために第１のステップＳ１１が提供される。更新対象データが受信されると、この更新対象データは、即時に、かつ、データカルーセルとは独立に（プロセスＰ２を参照のこと）、ステップＳ１２でクライアントに送信される。次いで、ステップＳ１２で更新がクライアントに送信された後に限って、前記更新がデータカルーセルに組み込まれる（Ｓ１３）。
【００８１】
第１のプロセスＰ１よりも低い優先度で第２のプロセスＰ２が実装されてもよく、あるタイムスパンが経過する度に（Ｓ２３）インクリメントステップＳ２１と送信ステップＳ２２とを繰り返し実行するループを含む。前記インクリメントステップＳ２１は、カルーセルの位置をインクリメントさせ、従って、データカルーセルの複数のデータスロットのうちの１つを次の現行データスロットとして示す。最新のカルーセル位置において現行データスロットの中に記憶されているデータ項目が、ステップＳ２２でクライアントに送信される。
【００８２】
プロセスＰ１およびＰ２はいずれも、より高い実行および／またはスレッドの優先度が第１のプロセスＰ１に与えられた状態で、データ処理装置に実装されてもよいことに留意されたい。これは、一旦ステップＳ１１で更新対象データの受信が判定されれば、第１のプロセスＰ１は、いずれの段階でも第２のプロセスＰ２を中断してもよいことを意味する。例えば、第２のプロセスＰ２においてカルーセル位置がステップＳ２１でまさにインクリメントされたばかりである時、第２のプロセスＰ２は中断されてもよく、そして少なくとも、受信した更新対象データのステップＳ１２での送信が、第２のプロセスＰ２の送信ステップＳ２２より前に実行される。
【００８３】
図７Ｂは、本発明の別の実施形態による方法の概略フローチャートである。この方法は、本発明の一実施形態に関連して記述したクライアント側での方法を示す。前記方法は、第３のプロセスＰ３と第４のプロセスＰ４とを含む。
【００８４】
第３のプロセスＰ３は、サーバ側から高優先度のメッセージ更新が受信されたか否かを判断する第１のステップＳ３１を含む。これは、専用の高優先度通信チャネルによって達成されてもよい。一旦高優先度の更新対象データが受信されると、前記更新対象データは、ステップＳ３２でクライアント側データカルーセルの中に組み込まれる。オプションとして、通知ステップＳ３３で、データカルーセルが更新されたという通知が、クライアント側で実行されるアプリケーションに送信される。通知ステップＳ３３が組み込みステップＳ３２より後で実行されるように順序が描かれているけれども、アプリケーションまたはクライアントエンティティが、高優先度更新対象データが受信されたことの通知が即時にまたは最小限の遅延でクライアント側アプリケーションに転送されることを必要とする可能性があり、前記順序は逆であってもよく、すなわち、通知ステップＳ３３は、組み込みステップＳ３２より前に実行されてもよい。
【００８５】
クライアント側での第２のプロセスとして、更新対象データが受信されているか否かを判定する判定ステップＳ４１を含む第４のプロセスＰ４が実行される。更新対象データが受信されている場合、前記更新対象データは、組み込みステップＳ４２でクライアント側データカルーセルの中に組み込まれる。この場合も、そのような組み込みによって対応する更新通知がクライアント側で実行中のアプリケーションに渡される、オプションの通知ステップＳ４３が開始されてもよい。
【００８６】
プロセスＰ３およびＰ４はいずれも、移動端末のマイクロプロセッサのような、クライアント側のデータ処理装置とデータ処理デバイスとに実装されてもよいことに留意されたい。第４のプロセスＰ４と比べて、より高い実行および／またはスレッドの優先度が前記第３のプロセスＰ３に与えられてもよい。これは、一旦ステップＳ３１で高優先度の更新対象データの受信が判定されれば、第３のプロセスＰ３がいずれの段階でも第４のプロセスＰ４を中断してもよいことを意味する。
【００８７】
これまでの記述は、本発明の例示的な実施形態について述べたに過ぎない。従って、本書で開示した特徴と、請求項と、図面とは、個別にもいかなる組み合わせ方においても、さまざまな実施形態における本発明の実現のために重要でありうる。上記は、本発明の実施形態を対象としているが、本発明のそれ以外の別の実施形態が、本発明の基本的な範囲から逸脱することなく考えられることは可能であり、本発明の範囲は、以下の請求項によって定められる。
【図１Ａ】
0005302409.tif 000002
【図１Ｂ】
0005302409.tif 000003
【図２Ａ】
0005302409.tif 000004
【図２Ｂ】
0005302409.tif 000005
【図２Ｃ】
0005302409.tif 000006
【図３Ａ】
0005302409.tif 000007
【図３Ｂ】
0005302409.tif 000008
【図４Ａ】
0005302409.tif 000009
【図４Ｂ】
0005302409.tif 000010
【図５】
0005302409.tif 000011
【図６】
0005302409.tif 000012
【図７Ａ】
0005302409.tif 000013
【図７Ｂ】
0005302409.tif 000014