JP2006523984A - データ・ロギングのための方法および装置 - Google Patents

Abstract

【課題】 複数の遠隔デバイスからデータを受信するサーバに、複数の遠隔デバイスからワイヤレス・ネットワークを介してログ・データを伝送するためのデータ・ロギング方法を提供する。
【解決手段】 複数の遠隔デバイスからデータを受信するサーバに、複数の遠隔デバイスからワイヤレス・ネットワークを介してログ・データを伝送するためのデータ・ロギング方法を提供する。方法は、デバイスからサーバにログ・データを伝送するための伝送期間のデバイスのワイヤレス・ネットワークの信号強度を考慮して、スケジューリングされる伝送期間のワイヤレス・ネットワーク強度の推定値がログ・データを伝送するために十分でない時間帯と重複しないように伝送機関をスケジューリングするステップと、それぞれのスケジュールにおける伝送期間によって決定されるデータを伝送するステップを含む。

Description

本発明は、データ・ロギングのための方法および装置に関する。

本明細書において、データ・ロギングとは、モバイル機器からデータを収集するプロセスであり、モバイル機器がどのように動作するかに関するビジネス情報を得るために行われる。例えば、経時的な車両の位置、配置、および速度は、その車両の保険負担の計算において用いられる有用なログ・データである。別の例では、時間および位置の双方に対するモバイル通信システムの信号強度は、電気通信会社がその送信器の位置を計画することを可能とするための有用なログ・データである。かかるデータは、ネットワーク自体を含むソース（例えばＧＳＭ）および全地球測位衛星（ＧＰＳ）からの位置情報および信号強度情報を用いて、モバイル埋め込みシステムによって収集される。ログ・データは、モバイル埋め込みシステムに格納され、後に中央システムへと送信される。送信は、携帯電話ネットワークまたは他のワイヤレス技術による。

データ・ログの送信は、オン・デマンド方式で実行することができる。デバイスの準備ができると、デバイスは、送信チャネルの制御を要求する。かかるシステムは、米国特許公報第６２６３２６８号に記載されている。これは、車両内に設置するためのモバイル自動車遠隔測定システムを開示する。これは、車両の動作機能を監視するための診断用構造、および、この診断用構造と通信を行って動作情報を受信するサーバを含む。動作情報の準備ができると、この情報をサーバにアップロードする。

別のオン・デマンド方式ダウンロード・システムである国際特許公報０２／０３３５０号は、セル式通信を監視するための方法およびシステムを開示する。この方法は、車両内のモバイル機器から、セル式ネットワークの有効範囲領域内のトラヒック負荷および道路上の速度を連続的に抽出する。データは、セル式ネットワークにおける高レベルの通信から直接抽出されるので、モバイル機器からの計画的または交渉によるデータのダウンロードは行われない。

オン・デマンド方式でログ・データをダウンロードすることに伴う１つの問題は、いくつかの機器が同時に単一チャネルの制御を要求しダウンロードを行おうとする場合、競合状況が生じる可能性があることである。どんな時点でも、チャネル当たり１つのみの要求が成功し、他の要求は失敗する。失敗した要求がダウンロード・リソースを用いるので、順序よく配置された要求よりも無秩序な要求のために多くのリソースが用いられる。ダウンロードを順序よく配置するための１つの方法は、それらをある時刻に入来するようにスケジューリングすることである。

米国特許公報第００２８３１３号は、分散型遠隔測定方法およびシステムを開示する。これは、携帯電話のユーザによるパラメータの読み取り値の取得を調整し、パラメータ読み取り値をユーザに関する位置情報と共にサービス・システムに送信することによって作用する。とりわけ、対象の読み取り値を取得する時を整理するのは、クエリ・スケジューラのタスクである。読み取り値は、即座に、または、例えばスケジューリングした時刻によってトリガされて、サービス・システムに送信される。

スケジューリングした遠隔データ・ロギングに伴う問題は、ダウンロードのサイズがスケジューリングしたものと異なる場合に、データの同時かつ多重の機器アップロードによって、かかるログ・データを収集するサーバ上に過負荷が生じ得ることである。

本発明の第１の態様によれば、複数の遠隔デバイスからデータを受信するサーバに、前記複数の遠隔デバイスからワイヤレス・ネットワークを介してログ・データを伝送するためのデータ・ロギング方法が提供される。方法は、
デバイスからサーバにログ・データを伝送するための伝送期間の前記デバイスのワイヤレス・ネットワークの信号強度を考慮して、スケジューリングされる伝送期間のワイヤレス・ネットワーク強度の推定値が前記ログ・データを伝送するために十分でない時間帯と重複しないように前記伝送期間をスケジューリングすステップと、
それぞれのスケジュールにおける伝送期間によって決定されるデータを伝送するステップ
を含む。

上述のスケジューリングするステップは、
複数のデバイスから１のデバイスを選択するステップと、
選択した１のデバイスから伝送するデータの伝送サイズを提供するステップと、
選択した１のデバイスについて、当該選択した１のデバイスから伝送するデータの伝送サイズおよび他のデバイスの利用可能な伝送期間を用いて、ログ・データをサーバに伝送する開始時刻および終了時刻を含む伝送期間を計算するステップと、
選択した１のデバイスについて、計算した伝送期間のワイヤレス・ネットワーク信号強度の推定値を計算するステップと、
伝送期間が、前記ワイヤレス・ネットワーク強度の推定値が所定の閾値未満である時間帯と重複する場合、選択した１のデバイスについて、伝送期間を計算するステップおよび推定値を計算するステップを再び実行するステップと、
伝送期間をスケジュールに格納するステップ
を含むと有利である。

方法は、
データを伝送する前に、前記１のデバイスの実際の伝送サイズを取得するステップと、
１のデバイスの伝送期間を再計算するステップと、
１のデバイスの再計算した伝送期間が他のデバイスの伝送期間に影響を与える場合に、他のデバイスの伝送期間を再計算するステップ
をさらに含むと有利である。

サーバの伝送容量を考慮して前記伝送期間が計算されることが適切である。

同様の時間帯からの履歴サーバの伝送容量データを用いて推定値を算出することが、更に適切である。

好ましくは、特定のデバイスについて、前記データをダウンロード可能とするために、２以上の伝送期間が計算される。かかるデバイスは、可変信号強度条件において存在するものである。

更に好ましくは、伝送が行われるときまたは伝送が行われる前に、デバイスがサーバに実際の伝送サイズを通知する。実際の伝送サイズが予測した伝送サイズと著しく異なる場合、サーバはスケジュールを再計算する。

サーバが、それぞれのクライアントについて、時間に対するワイヤレス・ネットワーク信号強度を格納すると有利である。

サーバが、例えば１週間前の日の同じ時刻のような、過去の信号強度に基づいて、特定のクライアントの将来のワイヤレス・ネットワーク信号強度の推定値の算出を行うと、さらに有利である。スケジューリングされた伝送の全てまたはほとんどについて信号強度が許容可能であると、サーバは、中断の可能性が低いと考えることができる。逆に、この以前の伝送において中断があると、サーバは、中断の可能性が高いと考えることができる。

サーバが、それぞれのクライアントについて、時間に対するワイヤレス位置データを格納し、現在の位置、移動方向、および移動速度に基づいて、将来の位置を推定することによって、将来のワイヤレス・ネットワーク信号強度の推定値を算出することが適切である。

方法は、
ログ・データを伝送する前に、実際のワイヤレス・ネットワーク信号強度を取得するステップと、
実際のワイヤレス・ネットワーク強度が所定の閾値未満である場合、伝送期間のスケジューリングを変更するステップ
を更に含むとより適切である。

好ましくは、方法は、定義された優先順位でデバイスに対して実行される。

更に好ましくは、デバイスの優先順位は、そのワイヤレス・ネットワーク信号強度によって定義される。

デバイスの優先順位が、伝送のデータ量によって定義されると有利である。

サービス情報のための予備チャネルを提供すると、更に有利である。デバイスは、サービスを供給されていないが、データを伝送する必要があることを見出す。デバイスは、前もってサーバに連絡をとって、サービス供給の高い優先順位を要求することができる。この要求およびデータ伝送は、サーバ内への代替的な通信チャネルの使用を必要とし、他の優先順位の低いタスクがその要求を妨害しないことを保証する。

一部のデバイスは、スケジューリングされたダウンロードを有しないが、オン・デマンドでダウンロードを行うと適切である。これによって、オン・デマンドのダウンロードの利点および適応スケジューリングの利点を得ることができる。一部のデバイスを非活性化することができ、これによって、この状態の間、スケジューリングおよび計画作成システムに含める必要はない。それらは、非スケジューリング・デバイスとして扱い、データ・ログのダウンロードは、オン・デマンドで利用可能な場合に行う。

本発明のこの態様および他の態様をいっそう充分に理解するため、これより、添付図面を参照して、例示としてのみ、本発明の実施形態を説明する。

図１を参照すると、データ・ロギング・システムは、モバイル・ネットワークを介して、複数の遠隔クライアント・デバイス１００Ａ〜Ｎに接続されたサーバ３００を含む。第１のデバイス１００Ａ、第２のデバイス１００Ｂ等は、１００Ｎまで続き、Ｎは約１００万の機器である。各デバイス１００Ａ〜Ｎは、プロファイル・データ１０２、デバイス・プロファイル１０４、データ・ログ１０６、デバイス・コントローラ１０８、およびデータ交換１１０を含む。サーバ３００は、プロファイル・データ３０１、デバイス・プロファイラ３０２、スケジューラ３０４、計画３０６、更新コンポーネント３０８、データ交換３１０、帯域幅予測コンポーネント３１１、およびアップローダ３１２を含む。ログ・データは、データストア４００に格納される。

デバイス・プロファイラ３０２は、クライアント・デバイスから収集した各デバイス・プロファイル１０４を維持する。

デバイス・プロファイル１０４は、デバイスに関連するがダウンロード・データ自体ではない特性を含む。図２を参照すると、デバイス・プロファイル１０４は、好適な実施形態において、各デバイスごとに２つのプロファイルを含む。すなわち、第１に接続性プロファイル１０３Ａ、および第２にダウンロード・プロファイル１０３Ｂである。

接続性プロファイル１０３Ａは、経時的なＧＳＭ比受信電力を含み、日付および時刻フィールドならびにＧＳＭ信号フィールドを有するデータ構造を含む。更に別の実施形態では、接続性プロファイルに、デバイスの地理的な位置を含める。このデータは、全地球測位システム（ＧＰＳ）データから、またはＧＳＭ受信器からの三角測量データから導出する。１週間にわたってデバイスのステータスを記録する。この期間が、あるパターンを示す可能性が最も高いからである。しかしながら、他の実施形態では、この代わりに、またはこれと共に、もっと長い期間も使用可能である。通常、１日分のデータが最小と考えられるが、理論的には、これはもっと小さくすることも可能である。３週間分のデータは、もっと良い平均値を与える。４週間分を超えるデータは、データ・プロファイラ３０２のストレージ・リソースに対する圧力となる。

以前に収集したデータ量によって、次のダウンロード・データの量について少なくとも推定を行うことができる。デバイス・プロファイラ３０２は、デバイス・スケジューラ３０４に情報を与えて、これが接続時間の推定を行うことを可能とする。また、これは、ＧＳＭ電力レベルに関する情報を与えるので、不適切な接続時間を推定することができる。

ダウンロード・プロファイル１０３Ｂは、各デバイスごとに、各データ・ダウンロードの記録を格納し、ダウンロードの時間およびダウンロードにおいて収集したデータ量を含む。

スケジューラ３０４は、最初は各デバイスが伝送すると予想されるデータ量に基づいて、各特定デバイスに時間間隔を割り当てることによって、計画３０６を構築する。デバイス・スケジューラ３０４は、データ交換３１０から実際のネットワーク使用量を受信し、コンポーネント３１１から帯域幅予測情報を受信する。スケジューラ３０４が、現在のネットワーク使用量が計画３０６を構築するために用いたものを超えるかそれよりはるかに小さいことを知ると、スケジューラ３０４は計画３０６を更新する。デバイス・スケジューラ３０４は、実質的に全容量の８０％で動作するので、オーバーランを考慮に入れることができ、スケジューリング変更動作は再計画を連続的に行わない。

計画３０６（図３を参照）は、各デバイスごとにダウンロード・スケジュールを格納するデータ構造である。デバイスの各ダウンロードは、（１）伝送期間（開始時刻および終了時刻）、（２）デバイス識別子、および（３）伝送サイズの３つのフィールドを有するデータベースにおける記録である。

更新コンポーネント３０８は、現在のスケジュール詳細を有するメッセージを渡すことによって、そのスケジューリングした時間に従って、また、計画３０６に関連する変更が行われた場合も、デバイスを更新した状態に保持する。これは、オフラインであるデバイスを常時監視し、それがデータ交換３１０を通じてオンラインになるとすぐにオフラインのデバイスに通知する。

更新コンポーネント３０８は、デバイスがメモリを使い果たしたか、または長すぎる時間期間の間ダウンロードしない場合に、スケジューラ３０４と交渉する。スケジューラ３０４は、計画３０６における変更を識別し、更新コンポーネント３０８に通知し、デバイス１００Ａ〜Ｎからの確認によって計画３０６を更新する。

帯域幅予測コンポーネント３１１は、データ交換３１０を介して行われている実際のデータ伝送から、現在のダウンロード動作を監視する。この情報から、現在のダウンロード帯域幅を監視し、将来の計画における参照のために格納することができる。次いで、このデータを用いて、スケジューラ３０４にネットワーク・キャパシティの予測を与える。次いで、スケジューラ３０４は、デバイスを移動させることによってデータ伝送を抑制するか、または、使用可能な帯域幅を利用するようにデバイスを移動させることを選択することができる。別の実施形態では、帯域幅コンポーネントは、ネットワーク供給業者から予測情報を取得する。

アップローダ３１２は、いつクライアント・デバイスを新しいソフトウエアによって更新するかを決定する。これは、入力として計画３０６を取得して、データ通信ライン２１０、２０６を利用可能な他のトラヒックの指示を与える。計画３０６は、いつクライアント・デバイスにソフトウエアをアップロードするかという決定に影響を与える。各ダウンロードは、データ・アップロードの「有効な」通信帯域幅を低減させるからである。

ここで、クライアント・デバイス１００Ａについて説明する。クライアント・デバイス１００Ｂ〜Ｎは、同一のコンポーネントおよび構成を有するが、異なる識別子を有する。各デバイス１００Ａ〜Ｎは、プロファイル・データ１０２、デバイス・プロファイル１０４、データ・ログ１０６、デバイス・コントローラ１０８、およびデータ交換１１０を含む。

プロファイル・データ１０２は、デバイス・プロファイル１０４によって維持され、デバイスの接続性およびデータ容量測定のプロファイルを維持する。プロファイル・データ１０２は、サーバ３００に送信されて、スケジューラ３０４による計画作成および優先順位付けに用いられる。

データ・ログ１０６は、サーバ３００に伝送するためのログ・データを含み、更に、デバイス・コントローラ１０８によって用いられるいずれかの特定のデータを含む場合がある。主な目的は、クライアントからサーバ３００を介してデータストア４００にログ・データ１０６を伝送することである。

デバイス・コントローラ１０８は、ログ・データ１０６を確実に調整する役割を担い、サーバ３００に対するデータのダウンロードおよびデータ・ボリュームの通信を制御する。デバイス・コントローラ１０８は、サーバ３００から受信したスケジューリング時刻に基づいて、データ接続およびバルク伝送を開始する。デバイス・コントローラ１０８は、計画３０６から更新コンポーネント３０８を介してスケジュール情報を受信する。ログ・データをダウンロードする前に、デバイス・コントローラ１０８は、更新コンポーネント３０８およびデータ交換機構３１０／１１０を介してスケジューラ３０４との通信を確立して、最終的な調節のためのチェックを行う。理想的には、各クライアント１００Ａ〜Ｎは、同一バージョンのデバイス・コントローラ１０８によって制御されるが、一部のデバイスがアップローダ３１２によって更新されており、他のものはもっと古いバージョンを用いているという場合がある。ソフトウエアの更新は、データを伝送するのと同じ通信ラインを用いて、サーバ３００とクライアント１００Ａ〜Ｎとの間で伝送することができる。

図４を参照して、この実施形態の方法４００について説明する。ステップ４０２において、スケジューラ３０４は、プロファイル・データ３０１における利用可能デバイスから、第１のクライアント・デバイスを選択する。各デバイスは、以前にサーバに連絡をとり、プロファイル・データ３０１において利用可能なものとしてそれ自身を登録している。各デバイスは、その予想される将来のダウンロード・サイズに関する情報を送信し、これは、ダウンロード・プロファイル１０３Bに格納される。デバイス・プロファイラ３０２は、新しい登録された各デバイスごとに新しいプロファイル・データ構造を生成し、デバイスの連絡の詳細をデバイス・プロファイルに格納する。将来のダウンロード・サイズはいずれも、関連するダウンロード・プロファイル・データ構造に格納される。

ステップ４０４において、スケジューラ３０４は、ダウンロード・プロファイルから、ログ・データの伝送サイズを取得する。

ステップ４０６において、スケジューラ３０４は、サーバ３００のダウンロード帯域幅の可用性およびステップ４０４において推定したログ・データの伝送サイズに基づいて、デバイスの将来の伝送期間を計算する。この計算は、弱い信号強度のためにステップ４１０において排除されたある期間を除く。

ステップ４０８では、スケジューラ３０４は、デバイスの接続性プロファイルを参照することによって信号強度を推定する。最も簡単な実施形態では、過去１週間の信号強度を用いるが、別の実施形態では、過去２週間または３週間からの信号強度を平均する。

ステップ４１０において、スケジューラ３０４は、推定した信号強度と閾値とを比較する。推定した信号強度が閾値未満である場合、この信号強度はデータの信頼性の高い送信のためには低すぎるので、この方法は、ステップ４０６に分岐して戻り、新たな伝送期間を計算する。

ステップ４１２では、スケジューラ３０４は、伝送期間を計画３０６に格納する。この時点で、更新コンポーネント３０８は、伝送期間を対象のデバイスに送信する。

次いで、ステップ４１３では、各デバイス１００Ａ〜Ｎごとにステップ４０２から４１２を実行する。このため、計画３０６は、各デバイス１００Ａ〜Ｎごとに、スケジューリングした時刻およびスケジューリングしたダウンロード・サイズを有する。

ステップ４１４では、計画３０６は、伝送期間が間近に迫っているデバイスを選択する。

ステップ４１５において、スケジューラ３０４は、データ交換１１０／３１０を介してデバイス・コントローラ１０８と通信を行うことによって、実際の伝送サイズを取得する。デバイス・コントローラは、ログ・データ１０６に問い合わせをし、値を戻す。

ステップ４１６では、スケジューラ３０４は、この後の段階で伝送期間を再計算する。

ステップ４１８では、スケジューラ３０４は、送信前に実際の信号強度を取得する。

ステップ４２０において、スケジューラ３０４は、取得した信号強度が閾値未満であるか調べる。典型的な閾値は最大電力の２０％であるが、この値は実施の動作条件に依存する。取得した信号強度が２０％未満である場合、現伝送を中止させる。新しい伝送期間が必要であり、この方法はステップ４０６に戻る。取得した信号強度が２０％以上である場合、この方法はステップ４２２に進む。

いったん信号強度が確認されると、ステップ４２２において、データ交換機構３１０／１１０を介してログ・データを伝送する。好適な実施形態では、デバイス・コントローラ１０８は、スケジューリングした時刻に通信およびログ・データ伝送を開始する。別の実施形態では、スケジューラ３０４は、信号強度をチェックするとダウンロード通信を開始する。

次いで、ステップ４２３において、スケジューラ３０４は、計画３０６における各エントリごとに、ステップ４１４から４２２を実行する。このため、信号強度が許容可能である場合、各デバイスはそのログ・データを伝送する。

実施形態について、単一のサーバに関連付けて説明したが、２つ以上のサーバまでこのソリューションを拡張することができる。

本発明の本実施形態の概略図である。 本発明の本実施形態によって格納されるプロファイル・データ構造の概略図である。 本発明の本実施形態によって格納される計画データ構造の概略図である。 本発明の第１の実施形態による方法である。

Claims (19)

1. 複数の遠隔デバイスからデータを受信するサーバに、前記複数の遠隔デバイスからワイヤレス・ネットワークを介してログ・データを伝送するためのデータ・ロギング方法であって、
   デバイスからサーバにログ・データを伝送するための伝送期間の前記デバイスのワイヤレス・ネットワークの信号強度を考慮して、スケジューリングされる伝送期間のワイヤレス・ネットワーク強度の推定値が前記ログ・データを伝送するために十分でない時間帯と重複しないように前記伝送期間をスケジューリングするステップと、
   それぞれのスケジュールにおける伝送期間によって決定されるデータを伝送するステップと、
   を含む、方法。
2. 前記スケジューリング・ステップは、
   前記複数のデバイスから１のデバイスを選択するステップと、
   前記選択した１のデバイスから伝送するデータの伝送サイズを提供するステップと、
   前記選択した１のデバイスについて、当該選択した１のデバイスから伝送するデータの伝送サイズおよび他のデバイスの利用可能な伝送期間を用いて、前記ログ・データを前記サーバに伝送する開始時刻および終了時刻を含む伝送期間を計算するステップと、
   前記選択した１のデバイスについて、前記計算した伝送期間のワイヤレス・ネットワーク信号強度の推定値を計算するステップと、
   前記伝送期間が、前記ワイヤレス・ネットワーク強度の推定値が所定の閾値未満である時間帯と重複する場合、前記選択した１のデバイスについて、前記伝送期間を計算するステップおよび推定値を計算するステップを再び実行するステップと、
   前記伝送期間をスケジュールに格納するステップと、
   を含む、請求項１に記載の方法。
3. 前記データを伝送する前に、前記１のデバイスの実際の伝送サイズを取得するステップと、
   前記１のデバイスの前記伝送期間を再計算するステップと、
   前記１のデバイスの再計算した伝送期間が他のデバイスの伝送期間に影響を与える場合に、前記他のデバイスの伝送期間を再計算するステップと、
   をさらに含む、請求項２に記載の方法。
4. 前記サーバの伝送容量を考慮して前記伝送期間が計算される、請求項２または３に記載の方法。
5. 同様の時間帯からの履歴サーバの伝送容量データを用いて推定値を算出する、請求項２、３、または４に記載の方法。
6. 特定のデバイスについて、前記データをダウンロード可能とするために、２以上の伝送期間が計算される、請求項２から４のいずれかに記載の方法。
7. 伝送が行われるときまたは伝送が行われる前に、前記デバイスが前記サーバに前記実際の伝送サイズを通知する、請求項２から６のいずれかに記載の方法。
8. 前記サーバが、それぞれのクライアントについて、時間に対するワイヤレス・ネットワーク信号強度を格納する、請求項２から７のいずれかに記載の方法。
9. 前記サーバが、過去の信号強度に基づいて、特定のクライアントの将来のワイヤレス・ネットワーク信号強度の推定値の算出を行う、請求項２から８のいずれかに記載の方法。
10. 前記サーバが、それぞれのクライアントについて、時間に対するワイヤレス位置データを格納し、現在の位置、移動方向、および移動速度に基づいて、将来の位置を推定することによって、将来のワイヤレス・ネットワーク信号強度の推定値を算出する、請求項２から９のいずれかに記載の方法。
11. ログ・データを伝送する前に、実際のワイヤレス・ネットワーク信号強度を取得するステップと、
    実際のワイヤレス・ネットワーク強度が所定の閾値未満である場合、前記伝送期間のスケジューリングを変更するステップと、
    を更に含む、請求項２から１０のいずれかに記載の方法。
12. 前記方法が、定義された優先順位でデバイスに対して実行される、請求項２から１１のいずれかに記載の方法。
13. 前記優先順位が、それぞれのデバイスの前記ワイヤレス・ネットワーク信号強度によって定義される、請求項１２に記載の方法。
14. 前記優先順位が、各デバイスの伝送のデータ量によって定義される、請求項１２または１３に記載の方法。
15. サービス情報のための予備チャネルが提供される、請求項２に記載の方法。
16. 複数のデバイスからデータを受信するサーバに、前記複数の遠隔デバイスからワイヤレス・ネットワークを介してログ・データを伝送するためのデータ・ロギング・システムであって、
    デバイスからサーバにログ・データを伝送するための伝送期間の前記デバイスの前記ワイヤレス・ネットワークの信号強度を考慮して、スケジューリングされる伝送期間のワイヤレス・ネットワーク強度の推定値が前記ログ・データを伝送するために十分でない時間帯と重複しないように前記伝送期間をスケジューリングする手段と、
    それぞれのスケジュールにおける伝送期間によって決定されるデータを伝送するための手段と、
    を備える、システム。
17. 複数の遠隔デバイスからワイヤレス・ネットワークを介してサーバにログ・データを伝送するためのコンピュータ・プログラムであって、
    デバイスからサーバにログ・データを伝送するための伝送期間の前記デバイスのワイヤレス・ネットワークの信号強度を考慮して、スケジューリングされる伝送期間のワイヤレス・ネットワーク強度の推定値が前記ログ・データを伝送するために十分でない時間帯と重複しないように前記伝送期間をスケジューリングするステップと、
    それぞれのスケジュールにおける伝送期間によって決定されるデータを伝送するステップと、
    をコンピュータに実行させる、コンピュータ・プログラム。
18. ワイヤレス・ネットワークを介して複数の遠隔デバイスからサーバにログ・データを統合し、前記統合したログ・データをオン・デマンド方式でサービス・リクエスタに提供するためのサービス提供方法であって、
    デバイスからサーバにログ・データを伝送するための伝送期間の前記デバイスのワイヤレス・ネットワークの信号強度を考慮して、スケジューリングされる伝送期間のワイヤレス・ネットワーク強度の推定値が前記ログ・データを伝送するために十分でない時間帯と重複しないように前記伝送期間をスケジュールするステップと、
    それぞれのスケジュールにおける伝送期間によって決定されるデータを伝送するステップと、
    を含むサービス提供方法。
19. ワイヤレス・ネットワークを介して複数の遠隔デバイスからウェブ・サービスによって収集した統合ログ・データを受信するためのサービスを要求する方法であって、
    デバイスからサーバにログ・データを伝送するための伝送期間の前記デバイスのワイヤレス・ネットワークの信号強度を考慮して、スケジューリングされる伝送期間のワイヤレス・ネットワーク強度の推定値が前記ログ・データを伝送するために十分でない時間帯と重複しないように前記伝送時間をスケジュールするステップと、
    それぞれのスケジュールにおける伝送期間によって決定されるデータを伝送するステップと、
    を含む方法が前記サービスにおいて実行される、サービス要求方法。

Images