(57)【要約】  通信システムが、ゲートウェイと、それぞれデバイスを受信するためのものであり、それぞれゲートウェイに接続される複数のドッキングステーションとを有する。各ドッキングステーションは、受信デバイスからゲートウェイへボイスメール・メッセージをダウンロードするため、受信デバイスを識別するよう適合される。ゲートウェイクロックは、各ボイスメール・メッセージに対する間隔範囲スタンプを規定する、メッセージに対する最早(ECD)及び最遅(Ty)の可能性のある作成日付タイムスタンプを提供する。最遅(Ty)タイムスタンプは、連続的にオフラインで作成されたメッセージに適用され、より遅いタイムスタンプ(Ty)を運ぶ追加的なユーザデバイスとのオフラインでの相互作用により更新されることができる。
2008507188.tif 000002
【特許請求の範囲】
【請求項１】
ゲートウェイと、それぞれデバイスを受信し、それぞれ前記ゲートウェイに接続される複数のドッキングステーションとを有し、各ドッキングステーションが、前記ゲートウェイから受信デバイスに対してボイスメール・メッセージをダウンロードするため及び前記受信デバイスから前記ゲートウェイに対してボイスメール・メッセージをアップロードするため、前記受信デバイスを識別する通信システムであって、
前記ゲートウェイが、
第１のドッキングイベントにおいて、メッセージに対する最早作成日付タイムスタンプを提供し、及び
第２のドッキングイベントにおいて、メッセージに対する最遅作成日付タイムスタンプを提供し、これにより各ボイスメール・メッセージに対する間隔範囲スタンプを規定するクロック手段を有する、通信システム。
【請求項２】
前記デバイスが、前記第２のドッキングイベントの前記最遅作成日付を、該イベント後に前記デバイスで作成される後続のボイスメール・メッセージそれぞれに適用し、該最遅作成日付を新たな最早作成日付として格納する、請求項１に記載の通信システム。
【請求項３】
前記デバイスが、前記格納された最早作成日付と、オフライン又はデバイス対デバイスメッセージ交換イベントにおいて、別のデバイスから受信される後続のボイスメール・メッセージで提供される最早作成日付とを比較し、前記受信された最早作成日付が、前記格納された最早作成日付より時間的に後のものを表す場合、後続のボイスメール・メッセージ作成のため前記格納された最早作成日付を前記受信された最早作成日付で置き換える、請求項２に記載の通信システム。
【請求項４】
前記デバイスが、後に続いて作成されるメッセージのそれぞれに対してシーケンス番号を更に提供する、請求項２又は３に記載の通信システム。
【請求項５】
前記システムが、以前のデバイスドッキングイベントの記録を格納し、前記ゲートウェイから前記デバイスへのダウンロードのためのコンテンツ及び／又はボイスメール・メッセージに対する追加的な範囲スタンプを提供するよう、前記記録を利用し、前記追加的な範囲スタンプは、前記ダウンロードのためのコンテンツ又はボイスメール・メッセージに関連付けられる有効性又は応答期間を規定する、請求項１乃至３のいずれかに記載の通信システム。
【請求項６】
前記デバイスが、格納された最早作成日付と、ダウンロードされたコンテンツ又はボイスメールに対する前記追加的な範囲スタンプとを比較し、前記比較に基づき前記コンテンツ又はボイスメールの前記有効性を示す、請求項５に記載の通信システム。
【請求項７】
通信システムにおけるボイスメール・メッセージの整合性を保つ方法において、
最早作成日付タイムスタンプを備え、ゲートウェイにアップロードされるメッセージをドッキングイベントにおいて提供するステップと、
ダウンロードされたメッセージに対して、最遅作成日付タイムスタンプを提供し、これによりダウンロードされたボイスメール・メッセージそれぞれに対して、間隔範囲スタンプを規定するステップとを有する方法。
【請求項８】
第２のドッキングイベントの前記最遅作成日付を、該イベントの後に前記デバイスで作成される後続するボイスメール・メッセージそれぞれに対して適用し、該最遅作成日付を新たな最早作成日付として格納するステップを更に有する、請求項７に記載の方法。
【請求項９】
前記格納された最早作成日付と、オフライン又はデバイス対デバイスメッセージ交換イベントにおいて別のデバイスから受信される後続するボイスメール・メッセージで提供される最早作成日付とを比較するステップと、
前記受信された最早作成日付が、前記格納された最早作成日付より時間的に後のドッキングイベントであることを表す場合、後続のボイスメール・メッセージ作成のため前記格納された最早作成日付を前記受信された最早作成日付で置き換えるステップとを更に有する、請求項８に記載の方法。
【請求項１０】
以前のデバイスドッキングイベントの記録を格納するステップと、
ダウンロードのためのコンテンツ又はボイスメール・メッセージに対する追加的な範囲スタンプを提供するよう、前記記録を利用するステップとを更に有し、前記追加的な範囲スタンプが、有効性又は応答期間を規定する、請求項７に記載の方法。
【請求項１１】
格納された最早作成日付と、ダウンロードされたコンテンツ又はボイスメールに対する前記追加的な範囲スタンプとを比較するステップと、
前記比較に基づき前記コンテンツ又はボイスメールの前記有効性を示すステップとを更に有する、請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非同期分散通信システムと、そのシステムの時間整合(timing integrity)を処理及び維持する方法とに関する。本発明は特にしかし排他的ではなく、低コストのユーザデバイス又はハンドセットが正確な時間又はクロッキング能力無しで提供され、そのハンドセットがシステムの中央要素及び他のハンドセットと予測できない時にコンテンツ及びボイスメール・メッセージを交換するような非同期通信システムに対する用途を持つ。
【背景技術】
【０００２】
ボイスメールシステムはよく知られている。ユーザがインターネット又は他のワイドエリアネットワークを介して電子メール及び他の通信をするのに適したハンドヘルド計算デバイス(例えば、携帯情報端末又はハンドヘルドコンピュータ)を具備するシステムもまたよく知られている。斯かる知られたシステムは、通信又はメッセージに対する受信及び応答が、通常、分、時間又は日といった合理的な時間期間経って行われる点で非同期である場合がある。斯かるシステムは、ネットワークにおける中央要素(例えば電子メールサーバ又はnews／usenetサーバ)と、特にハンドヘルドデバイス自身との両方で、メッセージ及び通信の正確なタイムスタンプに依存する。
【０００３】
例えば、電子メールメッセージがオフラインで、つまり、インターネットに接続されない状態で、従って電子メールサーバにも接続されない状態でユーザにより準備される場合がある。しかしながら、ユーザの計算デバイスは、クロック／カレンダを持つ。そこで、それぞれの電子メールは、そのデバイスにおける電子メールアプリケーションにより作成時間でスタンプ(stamp:刻印)される。続いて、後の時間又は日付において、ユーザはサーバに接続し、メッセージがそのサーバにアップロードされる。続いて、意図された受取人がそのサーバに次回接続するとき、それらの受取人によりダウンロードされる。電子メールサーバは通常更に、サーバによるメッセージの受領(アップロード)と、意図された受取人デバイスへのサーバによる送信(ダウンロード)とに対応するタイムスタンプを伴いメッセージを提供する。
【０００４】
メッセージは、送信のための電子メールを受信(アップロード)するとき及び受取人デバイスに電子メールを送信(ダウンロード)するとき、メッセージを作成及び受信するデバイスと中央サーバとの両方により正確にタイムスタンプされるので、受取人デバイスの電子メールアプリケーションが、ユーザに対し日付及び時間により電子メールを順序付ける(order)ことは比較的単純で直接的な作業である。
【０００５】
同様な態様で、usenetの議論も「スレッド」における「投稿」時間と題名とにより順序付けられる。それらは、グループ化され、そのグループに従ってユーザに提供される。
【０００６】
これらの知られたシステムにおいて、デバイス及び中央要素は共に、イベントのタイムスタンプを可能にする正確なクロックへのアクセスを持つ。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、低価格であるデバイスが独立した時間調整(timing)能力を持たないような非同期通信システムに対して、問題が存在する。その場合、受信デバイスは、ダウンロードされたメッセージ又はアップロードされたメッセージを時間的にどのように順序付けするだろうか？
【０００８】
更に、低コストデバイスが「オフライン」機能又は直接のデバイス対デバイスメッセージ交換機能を持つようなシステムを考慮するとき、その問題はかなり悪化する。なぜなら、メッセージが古い又は賞味期限切れかもしれないのに、そのことを受信デバイスが知る手段がないからである。
【０００９】
そこで、本発明の目的は、その従来技術を改善することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の側面によれば、ゲートウェイと、それぞれデバイスを受信し、かつそれぞれゲートウェイに接続される複数のドッキングステーションとを有する通信システムが与えられる。各ドッキングステーションは、ゲートウェイから受信デバイスへボイスメール・メッセージをダウンロードするため、及び受信デバイスからゲートウェイへボイスメール・メッセージをアップロードするため、その受信デバイスを識別するよう適合される。
【００１１】
ゲートウェイは：
第１のドッキングイベントにおいて、メッセージに対する最早(earliest possible)作成日付(ECD)タイムスタンプを提供し、
第２のドッキングイベントにおいて、メッセージに対する最遅(latest possible)作成日付タイムスタンプ(Ty)を提供し、それにより各ボイスメール・メッセージに対する間隔範囲スタンプを規定するクロック手段を有する。
【００１２】
本発明の第２の側面によれば、通信システムにおけるボイスメール・メッセージの整合性を保つ方法が提供され、
最早作成日付(ECD)タイムスタンプを備え、ゲートウェイにアップロードされたメッセージをドッキングイベントで提供するステップと、
ダウンロードされたメッセージに対する最遅作成日付タイムスタンプ(Ty)を提供し、それにより各ダウンロードされたボイスメール・メッセージに対する間隔範囲スタンプ(ECD - Ty)を規定するステップとを有する。
【００１３】
上述の側面において、中央ゲートウェイだけがクロックへのアクセスを持ち、従って、そのゲートウェイは、ゲートウェイにアップロードされるとき最早作成時間(ECD)を持ち、続いてゲートウェイからダウンロードされるとき最遅作成時間(Ty)を持つメッセージを提供する。こうして、受取人デバイスは、ボイスメール・メッセージのアップロード(第１ドッキングイベント)及びダウンロード(第２ドッキングイベント)に対応する間隔範囲スタンプでタグ付けされたメッセージを受信する。
【００１４】
そして、そのデバイスにおけるメッセージは、あるメッセージに対するアップロード／ダウンロード期間を表す間隔範囲スタンプに基づき順序付けされることができる。
【００１５】
実施形態において、最遅作成時間Tyが、その後デバイスのユーザにより作成されるボイスメール・メッセージに対するタイムスタンプマーカとして受取人デバイスにより使用される。
【００１６】
この機能により、オフラインで作成されたメッセージ、つまり中央ゲートウェイとのドッキングと次のドッキングとの合間の期間に、現在格納されたTyタイムスタンプに基づきアップロードに対する順序付けが行われることができる。
【００１７】
有利なことに、クロックを持たない受取人デバイスがあるドッキングから次のドッキングまでの合間の期間(inter-docking period)に別の同様なデバイスと通信する場合、交換されたメッセージに格納されたTyの比較を行うことで、受取人デバイスがその格納されたTyを更新することが可能となる。すると、この新しいTyが、その時点から先、そのデバイスで作成される新たなメッセージに対する最早作成日付として適用される。そこで、有利なことに、オフラインで作成されたメッセージが、最早作成日付の点から少なくともアップロードに対する順序付けが行われる。特に、オフラインで作成されたメッセージが、ドッキングイベント(ゲートウェイへのオンライン)又はデバイス交換(オフライン)の遅いほう(later)に対応する最早作成日付でタグ付けされる。
【００１８】
従って、クロック／時間調整機能を全く又はほとんど持たないデバイスにより受信されるメッセージが、少なくとも範囲スタンプ間隔により順序付けされ、続いてユーザに少なくとも最悪の場合の時間間隔を提供することができる。例えば、メッセージの作成者／送信者が中央システムにドッキングされた最後の時間、又は、メッセージがオフラインである別のデバイスと交換された最後の時間を表す最早作成日付に又はその後に、そのメッセージが作成されたこと、更にはそのユーザデバイスには時間Tyでダウンロードされたことを、受取人ユーザは知ることができるであろう。
【００１９】
別の実施形態において、デバイスへのダウンロード用のコンテンツ及び／又はボイスメール・メッセージが、有効性又は応答期間を規定する追加的な範囲スタンプでタグ付けされる。格納された記録に基づき部分的に決定されるその追加的な範囲スタンプは、以前のドッキングイベントの頻度を示す。すると、有利なことに、そのデバイスは、追加的な範囲スタンプ期間と格納されたECDとを比較し、それに応じてユーザに有効性又は応答期間を示す。
【発明を実施するための最良の形態】
【００２０】
本発明の実施例が、例示にすぎないものを用いて及び対応図面を参照して以下説明されることになる。
【００２１】
図１は、非同期の態様でコンテンツ及び個人通信を提供する通信システムを示す。携帯デバイス１０にダウンロードされるコンテンツのプログラムは、ユーザデモグラフィックス(user demographics)により最初に決定されるユーザプロファイルにより決定される。このユーザプロファイルは、公衆電話交換網(PSTN)における任意の電話からの音声自動応答(IVR)アプリケーションを用いて修正されることができる。更に、加入者は、標準的な電話を介してその双方向コンテンツにアクセスし及びそれを再生することができる。デバイスのコンテンツを新しくする(refresh)こと(新たに受信されるボイスメールと新たなプログラミングとのダウンロードだけでなく、配信されるボイスメールとプログラム応答とのアップロード)もPSTNを介して実行されることができる。少額決済を収集するのに使用されるPSTNオペレータの請求システムが、これらのサービスの使用に対するユーザ課金にも使用されることができる。
【００２２】
そのシステムにおいて、携帯デバイス１０は、構造化された音声プログラムを受信し、後の再生のためメモリに格納する能力を持つ。このオフライン再生は対話的であり、ユーザの応答がデバイスに格納され、続いてコンテンツプロバイダ又はサービスプロバイダにアップロードされる。コンテンツは、周期的な有線ドッキング処理において、ネットワークとハンドセット１０との間で交換される。公衆電話網が、プログラム及びダウンロードされたコンテンツを構成する手段として使用される。
【００２３】
様々なコンテンツプロバイダ(政府組織、就職あっせん所、医療センタ、NGO、ラジオ局)が、新たなコンテンツを利用可能にするので、それは(マークアップ言語である音声対話メディアフォーマット - VIMFで)マークアップされ、地域コンテンツセンタ(RCC)１２が編集制御を行い、様々な興味あるグループに対する配信の初期提案を行う。
【００２４】
するとRCC１２は、配信センタ - インターネットテレセンタ(ITC)１４とデータカードリフレッシュサービス(DCRS)１６とへ新たなコンテンツを出力することに責任を持つ。DCRSは、オプションでデータカード生成にも責任を持つ。ITCは、インターネットアクセスポイントであり、テレセンタ、キオスク、適切に構成されたATM、郵便局又は専用のDCRSの形式とすることができる。これらのセンタにコンテンツをキャッシュすることで、限られた帯域越しに非常に大きな量のコンテンツを配信する負荷が大幅に削減される。ハンドセット１０に対する提案された同期化処理は、ITC１４でハンドセット(又はカード単体)のドッキングをするか、又はDCRS１６でそれ自身に関するデータカード１８(ハンドセット１０で使用されることになるもの)をリフレッシュするかの２つのルートを取ることができる。
【００２５】
ITC１４でのドッキングの場合、ユーザIDがチェックされることになり、ユーザが、自身の構成をオンラインで洗練する(refine)及びセキュリティコードといった敏感な情報を修正する機会となるであろう。同時に、通常の情報交換が行われることができる。この情報交換は、通常以下の形式で行われる：
1.配達待ちにあるユーザからのボイスメッセージ(ボイスメール)がアップロードされる。
2.ユーザがプログラムに対して以前になした応答がアップロードされる。
3.カード上の不要なプログラム及びデータが削除される。
4.ユーザに対する新たなボイスメールがダウンロードされる。
5.新たなプログラムがダウンロードされる。
【００２６】
ユーザがDCRSにドッキングする場合、データカード所有者はおそらくその場にはいない(not be present)であろう。そして、その所有者に対する返信のため発送される前に、カード１８が単に「ドッキング」され、リフレッシュされることになる。リフレッシュ処理は、ユーザがリフレッシュを認証するため又はいずれかのサービスと対話する(例えば、プロファイルを修正する等)ためにその場にはいない点を除いて、上述と同様であろう。
【００２７】
ハンドセット１０は、480Mbit/s までのデータレートを与えるUSB 2.0 データ接続を持つ。ハンドセット１０に使用されるデータカード１８は、32MBから256MBまでの間のオンボードフラッシュメモリを持つことができ、それは、ITC１４又はDCRS１６がアップロードのための容量を持ち、ダウンロードのために用意されたプレキャッシュされたコンテンツ持つことを仮定すると、多くてもレフレッシュするのに数分を必要とすることになる。
【００２８】
ITC１４を介したデバイス１０への及びそこからの通信は、ゲートウェイ２０を通り運ばれる。ITC１４は、多くの場合、電話網(PSTN)を介してゲートウェイ２０に接続する。
【００２９】
通信システムは、ゲートウェイ２０と複数のドッキングステーション(ITC又はDCRS)１４、１６とを有する。各ドッキングステーション１４又は１６は、ゲートウェイ２０に接続され、ハンドセット１０又はデータカード１８のいずれかであるデバイスを受信するためのものである。各ステーション１４又は１６は、ハンドセット１０又はデータカード１８を識別し、ボイスメールをゲートウェイ２０からハンドセット１０又はデータカード１８へダウンロードし、及びボイスメールをゲートウェイ２０へアップロードするよう配置される。
【００３０】
各ドッキングステーション１４又は１６は、ハンドセット１０又はデータカード１８へプログラムをダウンロードし、ハンドセット１０又はデータカード１８からそうしたプログラムに対する返信応答を受信するよう配置される。
【００３１】
ゲートウェイ２０は、ボイスメール以外のフォーマットでメッセージを受信することができ、そうしたメッセージをボイスメールへ変換することができる。同様に、ゲートウェイ２０は、ハンドセット１０又はデータカード１８からボイスメールを受信することができ、そのメッセージをボイスメール以外のフォーマットに変換することができる。ゲートウェイ２０はまた、受信したボイスメールのあて先を解決し、ボイスメールを配達するサーバと通信するよう配置される。
【００３２】
そのシステムは、ボイスメールに対して簡単な「電話番号」指向のアドレッシングシステムを提供する。それは、アドレッシングを電話と同じく簡単なものとする。ユーザは、受取人(又はボイスメールへの応答)を選択し、ハンドセット１０にメッセージを話す。メッセージは、次のドッキング機会に受取人に送られることになる。
【００３３】
図２に表されるように、システムは(RCC及びITCを介して)、コンテンツクリエータ、サービスプロバイダ及びユーザといったステークホルダに対するいずれかの時間スタンプ及び時間計算に対する絶対基準を提供する。
【００３４】
RCCは、すべての公表コンテンツのデータベースと共に、各ユーザのトランザクション記録(transaction record)のデータベースを維持する。ユーザが、自身のハンドセットを同期させるとき、RCCは、ユーザの様々なアプリケーション購読に合う最も重要なコンテンツを集めることができる。RCCは、共有データカードの様々なユーザをまとめて(account for)、既にカードに存在するいずれの対象のダウンロードもしないことにより、デバイスからの／デバイスへのコンテンツのアップロード及びダウンロードを最小化することができる。これは、アプリケーション及びアプリケーション資産(ユーザ応答及びサービスプロバイダフィードバックを含む)と共に、ボイスメール及びボイスメール資産のアップロード／ダウンロードを含む。番号１００で説明されるように、ユーザデバイス又はデータカードは、周期的なリフレッシュのため(例えばクーリエサービスにより)送信される状態にしつつ、ユーザは、システム接続から物理的に離れた位置にいることができる。
【００３５】
ハンドセットによるタイムスタンプの不正確さが予想及び管理され、その結果、ステークホルダ間の通信が、信頼性と確実さとを持って進行することができる。メッセージ再生、メッセージ作成又はアプリケーション応答のようなイベントのタイムスタンプは、最早及び最遅時間の範囲(「ブックエンド」又は「範囲スタンプ」)内のイベントとして記録される。番号１０４で表されるように、コンテンツプロバイダからのアプリケーションは、公表時間、つまり、核となるシステム／ゲートウェイ２０へアプリケーションがアップロードされる時間に、システム正確なタイムスタンプ(system-accurate timestamp)を与えられる。番号１０６において、サービスプロバイダからのボイスメールも、アップロードの際斯かるタイムスタンプを与えられる。
【００３６】
オフライン要素間でのシステム時間の伝播は、未接続状態又は中核システムから「離れた」状態でのイベントにおけるタイムスタンプの不正確さを更に減らす。例えば、番号１０２で表されるように、フラッシュメモリデータカードといったユーザのデータ担体が中核システムでリフレッシュされるとき、その同期イベントのシステム時間が、カード上で更新される。もしこのカードが異なるユーザにより共有されるカードである場合、そのカードは、次のシステムリフレッシュの前に(カード上のシーケンスを通知する)異なるユーザによりオフラインで読み出し又は書き込まれることができる。すると、次のリフレッシュにおいて、このシーケンスは、中核システムで再同期化されることができる。例えば、あるユーザAが、そのカードを共有する別のユーザBと、中央システムを介してのみ到達できるユーザCとの両方に宛てて、その送信箱(out-box)に単一のメッセージを書き込む場合がある。システムに接続することなく、ハンドセットにそのカードを入れることにより、その受信箱(in-box)において、Bはそのメッセージを読むことができる。Bはそのメッセージに対するアクセスを「削除」するかもしれない。しかしながら、Aの送信箱にあるメッセージは、まだそのカード上に残されており、その結果そのシステムへの次のドッキングの際に、メッセージは中核システムによりユーザCへフォワードされることになる。
【００３７】
オフラインの不確実性にも関わらずシステムを管理するための異なる技術の詳細が、以下このセクションで与えられる。
【００３８】
そのシステムは、中央ゲートウェイ(サーバ)と、デバイスからゲートウェイにアップロードされるメッセージにタイムスタンプする、及び受取人によりダウンロードされるときにもメッセージにタイムスタンプするクロック手段とを含む。そこで、ゲートウェイを通る各ボイスメール・メッセージは、それに関連付けられた範囲スタンプを持つ。
【００３９】
長期間、中央システムとのドッキング及びリフレッシュなしの場合に起こり得る問題の１つは、コミュニティ内で作成及び交換されるたくさんのメッセージが、明確な作成日付を持たない(アップロード又はダウンロードタイムスタンプがない)であろうことである。最後のドッキング及びリフレッシュサイクルが、最早作成日付として使用される場合、それは、数週間も前の場合があり、メッセージの受取人は、最近の何週間かにおいてそのメッセージがいつ作成されたものであるか及びそのコンテンツが今どれだけ重要かを容易に告げることができない。
【００４０】
メッセージの年齢を推定する際の誤差を減らす手助けのため、シングルユーザ又は共有データ担体を用いるオフラインでのボイスメール交換におけるあるデバイスから別のデバイスへのタイムスタンプの伝播がサポートされる。
【００４１】
図３には、例としてあるシナリオが示される。
・マリアは時間T0でドッキングする。T0は、最後のドッキング時間として彼女のデバイスにより採用され、黙示的に彼女がこの時点より後に作成するメッセージに対する最早作成日付(ECD)となる。
・マリアはロナウドにメッセージM1を作成する。
・マリアは彼女のカードをロナウドに渡す。メッセージを読むため、時間T1でロナウドはそのカードを彼のハンドセットに入れる。
○ロナウドのハンドセットは、マリアのカードにあるタイムスタンプ(T0)のコピー(それは、メッセージM1にタグ付けされたECDである)を取得する。
○もしT0がロナウドのハンドセットにあるECDより遅い場合、ロナウドのハンドセットのECDがT0に更新される。
・ロナウドはメッセージR1を作成する。このメッセージは、ECDであるT0でタグ付けされる。
・マリアは、パウロに送るためメッセージM2を作成し、時間T3でドッキング及びリフレッシュを行う。今やT3が彼女のデバイスにおけるECDとなる。
・マリアは、ロナウドに送るためメッセージM3を作成し、時間T4で、彼とのオフラインボイスメール交換に着手する。
○ロナウドのハンドセットは、マリアのカードにあるタイムスタンプ(T3)のコピー(それは、メッセージM3にタグ付けされたECDである)を取得する。
○もしT3がロナウドのハンドセットにあるECD(T0)より遅い場合、ロナウドのハンドセットのECDがT3に更新される。
・T5において、ロナウドは、彼のデータカードをジョージに渡すことにより、ジョージにメッセージR1を配達する。ジョージ(及びジョージのデバイス)は、そのメッセージがT0以降に作成されたことを認識することができる。ジョージが持つECDが古い場合、ECD(T3)がここでもジョージのデバイスにより採用されることができる。
【００４２】
本開示を読めば、当業者には他の変形が明らかであろう。斯かる変形は、通信システム、通信インフラストラクチャ及びその構成要素でのデザイン、製造及び使用において既に知られており、かつ、本発明の精神及び範囲から逸脱することなく、本書で既に述べられた特徴の代わりに又はそれに加える態様で用いられることができる他の特徴を含むことができる。
【００４３】
本明細書及び特許請求の範囲において、要素に先行する単語「a」又は「an」は、斯かる要素が複数存在することを排除するものではない。
【図面の簡単な説明】
【００４４】
【図１】例示的なシステムの概略を示す図である。
【図２】例示的なシステムの概略を示す図である。
【図３】メッセージ交換と時間更新との図式的な表現を示す図である。
【図１】
2008507188.tif 000003
【図２】
2008507188.tif 000004
【図３】
2008507188.tif 000005
【国際調査報告】
2008507188.tif 000006
2008507188.tif 000007