(57)【特許請求の範囲】
【請求項１】
方法であって、
対象サービスを提供するために必要なデータを一意的に識別するラベリング情報を有するクエリ要求を処理システムに送信し、
前記処理システムから前記クエリ要求に対応するクエリ結果を受信し、前記クエリ結果は、前記ラベリング情報に関連付けられているデータが前記処理システムにローカルに存在するか否かを示すデータを有し、
前記ラベリング情報に関連付けられている前記データが前記処理システムにローカルに存在することを前記クエリ結果が示すか否か決定することに少なくとも一部基づいて、前記対象サービスを提供するために必要な前記データがすでに完全に受信されたか否かを決定することを備え、
前記ラベリング情報に関連付けられている前記データが前記処理システムにローカルに存在することを前記クエリ結果が示す場合、さらに、
前記対象サービスを提供するために必要な前記データが、前記処理システムから完全には受信されていないことを決定し、
前記ラベリング情報に関連付けられている前記データの送信を優先することを要求するために、データ取得要求を送信すること
を備える、方法。
【請求項２】
請求項１に記載の方法であって、
前記ラベリング情報は、受信システムに関連付けられている識別子と、前記対象サービスに関連付けられている識別子とを含む、方法。
【請求項３】
請求項１に記載の方法であって、
前記ラベリング情報は、前記対象サービスを提供するために必要なデータを生成したソースに関連付けられているサービスタイプと、前記対象サービスを提供するために必要な前記生成されたデータが位置する時間区間を識別する時間識別子とを含む、方法。
【請求項４】
請求項１に記載の方法であって、
前記ラベリング情報に関連付けられている前記データが前記処理システムにローカルに存在しないことを前記クエリ結果が示す場合、さらに、
前記対象サービスを提供するために必要な前記データが、前記処理システムから完全に受信されたことを決定し、
前記ラベリング情報に関連付けられている受信データに少なくとも一部基づいて前記対象サービスを提供すること
を備える、方法。
【請求項５】
請求項１に記載の方法であって、
前記ラベリング情報に関連付けられている前記データが前記処理システムにローカルに存在することを前記クエリ結果が示す場合、さらに、
前記ラベリング情報に関連付けられている前記データを前記処理システムから受信すること
を備える、方法。
【請求項６】
受信システムであって、
１つ以上のプロセッサであって、
対象サービスを提供するために必要なデータを一意的に識別するラベリング情報を有するクエリ要求を処理システムに送信し、
前記処理システムから前記クエリ要求に対応するクエリ結果を受信し、前記クエリ結果は、前記ラベリング情報に関連付けられているデータが前記処理システムにローカルに存在するか否かを示すデータを有し、
前記ラベリング情報に関連付けられている前記データが前記処理システムにローカルに存在することを前記クエリ結果が示すか否か決定することに少なくとも一部基づいて、前記対象サービスを提供するために必要な前記データがすでに完全に受信されているか否かを決定し、
前記ラベリング情報に関連付けられている前記データが前記処理システムにローカルに存在することを前記クエリ結果が示す場合、
前記対象サービスを提供するために必要な前記データが前記処理システムから完全には受信されていないことを決定し、
前記ラベリング情報に関連付けられている前記データの送信を優先することを要求するために、データ取得要求を送信するように構成されている１つ以上のプロセッサと、
前記１つ以上のプロセッサに接続され、前記１つ以上のプロセッサに命令を提供するように構成されている１つ以上のメモリと
を備える、受信システム。
【請求項７】
請求項６に記載の受信システムであって、
前記１つ以上のプロセッサは、さらに、前記ラベリング情報に関連付けられている前記データが前記処理システムにローカルに存在しないことを前記クエリ結果が示す場合、
前記対象サービスを提供するために必要な前記データが前記処理システムから完全に受信されたことを決定し、
前記ラベリング情報に関連付けられている前記受信データに少なくとも一部基づいて前記対象サービスを提供するように構成されている、受信システム。
【請求項８】
請求項６に記載の受信システムであって、
前記１つ以上のプロセッサは、さらに、前記ラベリング情報に関連付けられている前記データが前記処理システムにローカルに存在することを前記クエリ結果が示す場合、
前記ラベリング情報に関連付けられている前記データを前記処理システムから受信するように構成されている、受信システム。
【請求項９】
方法であって、
対象サービスを提供するために必要なデータを一意的に識別するラベリング情報を有するクエリ要求を受信システムから受信し、
前記ラベリング情報に関連付けられているデータがローカルに存在するか否かを決定し、
前記ラベリング情報に関連付けられている前記データがローカルに存在するか否かの前記決定に少なくとも一部基づいてクエリ結果を生成し、
前記クエリ結果を前記受信システムに送信し、前記受信システムは、前記クエリ結果を用いて、前記対象サービスを提供するために必要なデータがすでに前記受信システムにおいて完全に受信されているか否かを決定し、
前記ラベリング情報に関連付けられている前記データの送信を優先することを要求するために、データ取得要求を前記受信システムから受信し、
前記ラベリング情報に関連付けられている前記データを前記受信システムに送信するために優先順位をつけるように構成されている、
ことを備える、方法。
【請求項１０】
請求項９に記載の方法であって、
前記ラベリング情報は、前記受信システムに関連付けられている識別子と、前記対象サービスに関連付けられている識別子とを含む、方法。
【請求項１１】
請求項９に記載の方法であって、
前記ラベリング情報は、前記対象サービスを提供するために必要なデータを生成したソースに関連付けられているサービスタイプと、前記対象サービスを提供するために必要な前記生成されたデータが位置する時間区間を識別する時間識別子とを含む、方法。
【請求項１２】
請求項９に記載の方法であって、さらに、
前記クエリ要求の受信前に、
前記ラベリング情報に関連付けられている前記データを送信システムから受信し、
スケジューリング戦略に少なくとも一部基づいて前記ラベリング情報に関連付けられている前記データを送信すること
を備える、方法。
【請求項１３】
請求項９に記載の方法であって、
前記ラベリング情報に関連付けられている前記データがローカルに存在するか否かを決定することは、前記ラベリング情報に関連付けられている前記データについてローカルデータベースにクエリすることを含む、方法。
【請求項１４】
処理システムであって、
１つ以上のプロセッサであって、
対象サービスを提供するために必要なデータを一意的に識別するラベリング情報を有するクエリ要求を受信システムから受信し、
前記ラベリング情報に関連付けられているデータがローカルに存在するか否かを決定し、
前記ラベリング情報に関連付けられている前記データがローカルに存在するか否かの前記決定に少なくとも一部基づいてクエリ結果を生成し、
前記クエリ結果を前記受信システムに送信し、前記受信システムは、前記クエリ結果を用いて、前記対象サービスを提供するのに必要なデータがすでに前記受信システムで完全に受信されたか否かを決定し、
前記ラベリング情報に関連付けられている前記データの送信を優先することを要求するために、データ取得要求を前記受信システムから受信し、
前記ラベリング情報に関連付けられている前記データを前記受信システムに送信するために優先順位をつけるように構成されている１つ以上のプロセッサと、
前記１つ以上のプロセッサに接続され、前記１つ以上のプロセッサに命令を提供するように構成されている１つ以上のメモリと
を備える、処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信技術の分野に関し、特に、サービスデータを処理するための方法、装置、および、システムに関する。
【背景技術】
【０００２】
非同期伝送に関して、送信側は、データをグループ化した後に、任意の時間にこれらのグループを送信できる。受信側は、これらのグループが何時到着するかを決定できない。
【０００３】
非同期伝送は、いくつかのステージに同期動作を分散させ、システムの同時発生のリスクを大幅に低減しつつシステム効率を改善できる。したがって、大規模に用いられている。非同期伝送は、データの完全性の問題にもつながる。すなわち、受信側は、受信データが完全であるか否かを判断することができない。データの完全性に依存するサービスデータの場合、受信データが完全であるか否かを受信側が判断できないという事実は、サービスが受信データに基づいて提供される時にサービスの不具合のリスクがあることを意味する。
【発明の概要】
【０００４】
本願のいくつかの態様は、サービスデータの処理のための方法、装置およびシステムを提供しており、それらは、データの完全性を決定するために用いられ、サービス提供の成功を確実にする。
【０００５】
本願の一態様は、サービスデータを処理するための方法を提供する。方法は、受信装置が、ラベリング情報を持つクエリ要求を処理装置に送信して、ラベリング情報を持つデータがローカルに存在するか否かを処理装置にクエリし、ラベリング情報は、対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものであり、
受信装置が、処理装置によって送信されたクエリ結果情報を受信し、
処理装置がラベリング情報を持つデータを有していないことをクエリ結果情報が示す場合に、受信装置が、ラベリング情報を持つ受信データに基づいて対象サービスを提供すること、を備える。
【０００６】
本願の別の態様は、サービスデータを処理するための方法を提供する。方法は、
処理装置が、受信装置によって送信されたクエリ要求を受信し、クエリ要求はラベリング情報を持ち、ラベリング情報は対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものであり、
処理装置が、クエリ要求を用いて、ラベリング情報を持つデータがローカルに存在するか否かをクエリし、
受信装置が、クエリ結果情報を用いて、対象サービスを提供するか否かを決定できるように、処理装置が、クエリ結果情報を受信装置に送信すること、を備える。
【０００７】
本願のさらに別の態様は、受信装置を提供し、受信装置は、
ラベリング情報を持つデータがローカルに存在するか否かを処理装置がクエリできるように、ラベリング情報を持つクエリ要求を処理装置に送信するための送信モジュールと、ラベリング情報は、対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものであり、
処理装置によって送信されたクエリ結果情報を受信するための受信モジュールと；
処理装置がラベリング情報を持つデータを有していないことをクエリ結果情報が示す場合に、受信モジュールによって受信されたラベリング情報を持つデータに基づいて、対象サービスを提供するためのサービス処理モジュールと、を備える。
【０００８】
本願のさらに別の態様は、処理装置を提供し、処理装置は、
受信装置によって送信されたクエリ要求を受信するための受信モジュールと、クエリ要求はラベリング情報を持ち、ラベリング情報は対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものであり、
クエリ要求を用いて、ラベリング情報を持つデータがローカルに存在するか否かをクエリするためのクエリモジュールと、
受信装置が、クエリ結果情報を用いて、対象サービスを提供するか否かを決定できるように、クエリモジュールから受信装置へクエリ結果情報を送信するための送信モジュールと、を備える。
【０００９】
本願のさらに別の態様は、サービスデータ処理システムを提供し、システムは、受信装置、送信装置、および、転送装置を備え、
送信装置は、ラベリング情報を持つデータを生成して、ラベリング情報を持つデータを転送装置に送信し、ラベリング情報は、対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものであり、
転送装置は、ラベリング情報を持つデータを受信装置に転送し、ラベリング情報を持ち、受信装置によって送信されたクエリ要求を受信し、クエリ要求を用いて、ラベリング情報を持つデータがローカルに存在するか否かをクエリし、クエリ結果情報を受信装置へ送り返し、
受信装置は、ラベリング情報を持ち、転送装置によって転送されたデータを受信し、クエリ要求を転送装置へ送信し、転送装置によって送り返されたクエリ結果情報を受信し、転送装置がラベリング情報を持つデータをローカルに有していないことをクエリ結果情報が示す場合に、ラベリング情報を持つ受信データに基づいて対象サービスを提供するためのものである。
【００１０】
本願において、受信装置は、ラベリング情報を用いて、対象サービスを提供するのに必要なデータを識別し、ラベリング情報を持つデータがローカルに存在するか否かを処理装置がクエリして、クエリ結果情報を返すことができるように、ラベリング情報を持つクエリ要求を処理装置に送信する。処理装置によって送り返されたクエリ結果情報は、対象サービスを提供するために必要なデータすべてが受信されたか否か（すなわち、データが完全であるか否か）を判定するのに役立つ。処理装置がラベリング情報を持つデータを有していないことをクエリ結果情報が示す場合、対象サービスを提供するのに必要なデータすべてが受信されたことを意味する。すなわち、受信装置によって受信されたラベリング情報を持つデータは完全である。その後、対象サービスが、ラベリング情報を持つ受信データに基づいて提供される。これは、サービス提供の成功を保証できる。
【図面の簡単な説明】
【００１１】
本願の実施形態における技術スキームをより明確に説明するために、実施形態または従来技術の説明に必要な図面について、以下で簡単に説明する。明らかに、以下で説明する図面は、本願のいくつかの実施形態にすぎない。当業者であれば、発明の努力を費やすことなく、これらの図面に基づいて他の図面を得ることができる。
【００１２】
【図１】本願の一実施形態によって提供されるサービスデータ処理方法のフローチャート。
【００１３】
【図２】本願の別の実施形態によって提供されるサービスデータ処理方法のフローチャート。
【００１４】
【図３ａ】本願の一実施形態によって提供されるメッセージ伝送システムの構造図。
【００１５】
【図３ｂ】本願の一実施形態によって提供される受信装置の構造図。
【００１６】
【図４】本願の一実施形態によって提供される処理装置の構造図。
【００１７】
【図５】本願の一実施形態によって提供されるサービスデータ処理システムの構造図。
【発明を実施するための形態】
【００１８】
本願の目的、技術的スキーム、および、利点をさらに明確にするために、以下では、本願の具体的な実施形態および対応する図面に照らして、本願の技術的スキームを明確かつ完全に説明する。明らかに、記載した実施形態は、すべての実施形態ではなく、本願の実施形態の一部にすぎない。当業者によって本願の実施形態に基づいて得られる他の実施形態はすべて、それらを得る過程で発明の努力がなされない限りは、本願の保護の範囲内にある。
【００１９】
図１は、本願の一実施形態によって提供されるサービスデータ処理方法のフローチャートである。この方法は、以下を含む。
工程１０１：受信装置が、ラベリング情報を持つクエリ要求を処理装置に送信して、ラベリング情報を持つデータがローカルに存在するか否かを処理装置にクエリする。ラベリング情報は、対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものである。
工程１０２：受信装置は、処理装置によって送信されたクエリ結果情報を受信する。
工程１０３：処理装置がラベリング情報を持つデータを有していないことをクエリ結果情報が示す場合、受信装置は、ラベリング情報を含む受信データに基づいて対象サービスを提供する。
【００２０】
本願は、受信装置によって実行できるサービスデータ処理方法を提供する。受信装置は、処理装置によって提供されるデータに基づいてサービスを提供する必要がある任意の装置であってよい。例えば、様々な種類のアプリケーションクライアントまたは端末デバイスの任意のものでありうる。
【００２１】
本実施形態は、受信装置によって提供されるサービスに関して制限を課さない。データの完全性に依存する任意のサービスが、本実施形態で言及するサービスになりうる。異なるサービスによって必要とされるデータは、同じではない。しかしながら、あらゆるサービスにとって処理フローは同じである。記載を容易にするために、本実施形態は、任意のサービスを説明ために一例として提供し、そのサービスを対象サービスと呼ぶ。本実施形態において、対象サービスを提供するのに必要なデータは、ラベリング情報で識別される。すなわち、対象サービスを提供するために必要なデータは、ラベリング情報を持つ。
【００２２】
処理装置は、受信装置にデータを提供するための装置である。処理装置は、受信装置が対象サービスを提供できるように、ラベリング情報を持つデータを受信装置へ送信する。
【００２３】
対象サービスを提供するために必要なデータの完全性を判定するために、受信装置は、ラベリング情報を持つデータがローカルに存在するか否かを処理装置がクエリできるように、ラベリング情報を持つクエリ要求を処理装置へ送信する。処理装置側では、クエリサービスを提供する。情報サービスは、以下の機能を実施する：受信装置によって送信されたクエリ要求からラベリング情報を取得し、ラベリング情報を持つデータがローカルに存在するか否かをクエリして、クエリ結果情報を受信装置に提供する。
【００２４】
ある種の状況では、クエリ要求を受信する前に、処理装置は、対象サービスを提供するために必要なデータ全てを受信装置へ既に送信しており、これは、処理装置がラベリング情報を持つデータをローカルに有していないことを意味する。したがって、クエリ結果情報は、処理装置がラベリング情報を持つデータをローカルに有していないことを示す。別の状況では、クエリ要求を受信する前に、処理装置は、対象サービスを提供するために必要なデータ全てを受信装置に未だまだ送信していない。これは、クエリ要求の受信後に、処理装置がラベリング情報を持つデータをまだローカルに有していることを意味する。したがって、クエリ結果情報は、処理装置がラベリング情報を持つデータをローカルに有していることを示す。
【００２５】
上記に基づいて、受信装置は、処理装置によって送信されたクエリ結果情報を受信し、クエリ結果情報を特定する。処理装置がラベリング情報を持つデータをローカルに有していないことをクエリ結果情報が示す場合、対象サービスを提供するのに必要なデータすべてが受信されたこと、すなわち、対象サービスを提供するのに必要なデータが完全であることを意味する。したがって、受信装置は、ラベリング情報を持つ受信データに基づいて、対象サービスを提供する。このように、対象サービス提供の成功を保証できる。
【００２６】
任意選択的に、処理装置がラベリング情報を持つデータをローカルに有することを上述のクエリ結果情報が示す場合、対象サービスを提供するのに必要なデータすべてが受信されてはいないこと、すなわち、対象サービスを提供するのに必要なデータが不完全であることを意味する。したがって、受信装置は、対象サービスを実行するのに必要なデータすべてが受信された後に対象サービスを提供できるように、ラベリング情報を持つデータを処理装置から受信し続けてよい。
【００２７】
処理装置は、一般に、自身のスケジューリング戦略に従って、様々な種類のデータを受信装置に送信する。この「様々な種類のデータ」は、ラベリング情報を持つデータを含む。例えば、スケジューリング戦略は、優先順位戦略でありえ、その場合、処理装置は、各種類のデータの優先順位に従って、様々な種類のデータを逐次送信しうる。別の例として、スケジューリング戦略は、時限ポーリング戦略でありうる。受信装置がポーリングされると、ラベリング情報を持つデータが受信装置へ送信される。
【００２８】
上記に基づいて、処理装置がラベリング情報を持つデータをローカルに有することを上述のクエリ結果情報が示す場合、処理装置は、自信のスケジューリング戦略に従って、ラベリング情報を持つ様々な種類のデータを受信装置に送信し続けてよい。この実施例は、処理装置のスケジューリング戦略を変更する必要がなく、処理装置における変更を削減するのに役立つ。
【００２９】
また、処理装置がラベリング情報を持つデータをローカルに有することを上述のクエリ結果情報が示す場合、受信装置は、処理装置がラベリング情報を持つデータの送信を優先することを要求するために、データ取得要求を処理装置に送信できる。それに基づいて、処理装置は、データ取得要求に従って、ラベリング情報を持つデータの送信を優先しうる。受信装置は、処理装置によって送信されたラベリング情報を持つデータを受信し続ける。この実施例は、対象サービスを提供するために必要なデータを迅速に取得できる。これは、対象サービスの提供の効率および迅速性を高めるのに役立つ。
【００３０】
任意選択的な実施例において、処理装置は、データを提供できる装置でありうる。例えば、それは、データを生成して受信装置へ提供する送信装置でありうる。また、処理装置は、送信装置と受信装置との間に配置され、データの転送に関与してもよく、すなわち、送信装置によって送信されたデータを受信し、それを受信装置に転送できる転送装置であってもよい。
【００３１】
処理装置が受信装置である場合、クエリ要求を受信する前に、送信装置は、ラベリング情報を持つデータを生成し、ラベリング情報を持つデータを受信装置へ送信できる。
【００３２】
処理装置が転送装置である場合、クエリ要求を受信する前に、処理装置は、ラベリング情報を持つデータを受信装置から受信し、自信のスケジューリング戦略に従って、ラベリング情報を持つデータを受信装置に転送できる。ラベリング情報を持つデータを転送する前に、転送装置は、ラベリング情報を持つデータを格納できる。例えば、それは、ラベリング情報を持つデータをデータベースに格納できる。ラベリング情報を持つデータを受信装置へ転送する時に転送装置がデータの転送に成功できなかった場合、転送に失敗したデータは、さらなる転送に向けて格納されることに注意されたい。
【００３３】
ラベリング情報は、対象サービスを提供するのに必要なデータを一意的に識別できる様々な種類の情報であってよいことに注意されたい。例えば、ラベリング情報は、以下を含んでよい。受信装置のための識別子、および、対象サービスのための識別子。これら２つの情報は、受信装置で提供される対象サービスを一意的に識別できる。すなわち、それらは、対象サービスを提供するのに必要なデータを一意的に識別する。あるいは、ラベリング情報は、以下を含んでもよい。対象サービスを提供するのに必要なデータを生成したサービスに関連するサービスタイプ、および、時間識別子。「サービスタイプ」は、データを生成したサービスを一意的に識別でき、すなわち、データのソースを一意的に識別でき、時間区間識別子は、対象サービスを提供するのに必要なデータが位置する時間区間を識別するために用いられる。対象サービスを提供するのに必要なデータは、これら２つの情報で一意的に識別できる。例えば、バンクを含むデータプールサービスの場合、一般に、日付Ｔに生成された異なるタイプのサービスデータをプールして分類する必要が日付Ｔ＋１にあり、その場合、サービスタイプおよび時間区間識別子を用いてプールサービスを提供するのに必要なデータを一意的に決定できる。
【００３４】
本実施形態において、受信装置は、ラベリング情報を用いて、対象サービスを提供するのに必要なデータを識別し、ラベリング情報を持つデータがローカルに存在するか否かを処理装置がクエリして、クエリ結果情報を返すことができるように、ラベリング情報を持つクエリ要求を処理装置に送信する。受信装置は、対象サービスを提供するのに必要なデータすべてを受信したか否か（すなわち、データの完全性）を判定するために、処理装置によって送り返されたクエリ結果情報を用いる。処理装置がラベリング情報を持つデータを有していないことをクエリ結果情報が示す場合、それは、対象サービスを提供するのに必要なデータすべてがすでに受信されていること、すなわち、受信装置によって受信されたラベリング情報を持つデータが完全であることを示唆する。その後、対象サービスは、ラベリング情報を持つ受信データに基づいて提供され、これは、サービスの提供の成功を保証し、さらに、サービス提供のパフォーマンスおよび効率を高める。
【００３５】
図２は、本願の別の実施形態によって提供されるサービスデータ処理方法のフローチャートである。図２に示すように、方法は、以下を備える。
工程２０１：処理装置が、受信装置によって送信されたクエリ要求を受信する。クエリ要求は、ラベリング情報を持ち、ラベリング情報は、対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものである。
工程２０２：処理装置は、上述のラベリング情報を持つデータがローカルに存在するか否かをクエリするために、上述のクエリ要求を用いる。
工程２０３：処理装置は、受信装置が対象サービスを提供するか否かを決定するためにクエリ結果情報を利用できるように、クエリ結果情報を受信装置に送信する。
【００３６】
本願は、処理装置によって実行できるサービスデータ処理方法を提供する。処理装置は、受信装置にデータを提供することに関与する装置である。処理装置は、受信装置が対象サービスを提供できるように、ラベリング情報を持つデータを受信装置へ送信する。
【００３７】
受信装置は、処理装置によって提供されるデータに基づいてサービスを提供する必要がある任意の装置であってよい。例えば、様々なアプリケーションクライアント、サービス、または、端末デバイスの内のいずれであってもよい。
【００３８】
本実施形態は、受信装置によって提供されるサービスに関して制限を課さない。データの完全性に依存する任意のサービスが、本実施形態で言及するサービスになりうる。異なるサービスによって必要とされるデータは、同じではない。しかしながら、あらゆるサービスにとって処理フローは同じである。記載を容易にするために、本実施形態は、任意のサービスを説明ために一例として提供し、そのサービスを対象サービスと呼ぶ。本実施形態において、対象サービスを提供するのに必要なデータは、ラベリング情報で識別される。すなわち、対象サービスを提供するために必要なデータは、ラベリング情報を持つ。
【００３９】
受信装置が、対象サービスを提供するのに必要なデータの完全性を判定することを可能にするために、処理装置は、受信装置と協働する。処理装置は、ラベリング情報を持つクエリ要求を受信装置から受信し、クエリ要求内からラベリング情報を取得する。処理装置は、ラベリング情報を持つデータがローカルに存在するか否かをクエリし、クエリ結果情報を受信装置に提供する。結果として、受信装置は、対象サービスを提供するか否かを決定するために、クエリ結果情報を利用できる。
【００４０】
或る種の状況では、クエリ要求を受信する前に、処理装置は、対象サービスを提供するために必要なデータ全てを受信装置へ既に送信しており、これは、処理装置がラベリング情報を持つデータをローカルに有していないことを意味する。したがって、クエリ結果情報は、処理装置がラベリング情報を持つデータをローカルに有していないことを示す。別の状況では、クエリ要求を受信する前に、処理装置は、対象サービスを提供するために必要なデータ全てを受信装置にまだ送信していない。これは、クエリ要求の受信後に、処理装置がラベリング情報を持つデータをまだローカルに有していることを意味する。したがって、クエリ結果情報は、処理装置がラベリング情報を持つデータをローカルに有していることを示す。
【００４１】
上記に基づいて、受信装置が対象サービスを提供するか否かを決定するためにクエリ結果情報を用いる処理は、以下を含む。処理装置によって送信されたクエリ結果情報を受信し、クエリ結果情報を特定する、処理装置がラベリング情報を持つデータをローカルに有していないことをクエリ結果情報が示す場合、対象サービスを提供するために必要なデータ全てが受信されていること、すなわち、対象サービスを提供するために必要なデータが完全であることを意味する。したがって、受信装置は、ラベリング情報を持つ受信データに基づいて、対象サービスを提供する。このように、対象サービス提供の成功を保証できる。処理装置がラベリング情報を持つデータをローカルに持つことを上述のクエリ結果情報が示す場合、対象サービスを提供するのに必要なデータ全てが受信されてはいないこと、すなわち、対象サービスを提供するのに必要なデータが不完全であることを意味する。したがって、受信装置は、対象サービスを実行するのに必要なデータすべてが受信された後に対象サービスを提供できるように、ラベリング情報を持つデータを処理装置から受信し続けてよい。
【００４２】
別の実施例において、処理装置は、送信装置と受信装置との間に配置され、データの転送に関与する転送装置である。これに基づいて、転送装置は、受信装置によって送信されたクエリ要求を受信する前に、ラベリング情報を持つデータを送信装置から受信し、ローカルのスケジューリング戦略に従って、ラベリング情報を持つデータを受信装置に転送する。具体的な応用シナリオは、図３ａに示すメッセージ伝送システムである。メッセージ伝送システムの例を挙げると、処理装置は、メッセージ伝送システム内のメッセージセンタとして機能してよく、送信装置は、メッセージ伝送システム内のメッセージ送信端末として機能してよく、受信装置は、メッセージ伝送システム内のメッセージ受信端末として機能してよい。
【００４３】
メッセージ送信端末は、ラベリング情報を持つメッセージをメッセージセンタへ送信する。メッセージセンタは、ラベリング情報を持つメッセージを受信し、受信したメッセージをデータベースに格納し、ローカルのスケジューリング戦略に従って、ラベルを持つメッセージをメッセージ受信端末へ送信する。転送が失敗した場合、データベースは、メッセージのバックログを生成する。メッセージ受信端末は、サービスを提供する必要がある時に、メッセージセンタにクエリして、メッセージセンタによって送り返されたクエリ結果情報に従って、サービスを提供し続けるか否かを決定できる。
【００４４】
別の任意選択的な実施例において、処理装置は、データを生成して、受信装置にデータを送信する送信装置である。これに基づいて、受信装置によって送信されたクエリ要求を受信する前に、送信装置は、ラベリング情報を持つデータを生成し、ラベリング情報を持つデータを受信装置に送信する。例えば、送信装置は、ローカルのスケジューリング戦略に従って、ラベリング情報を持つデータを受信装置へ送信する。
【００４５】
上述した任意選択的な実施例の各々に基づいて、処理装置がラベリング情報を持つデータを有することをクエリ結果情報が示す場合に、処理装置は、ローカルのスケジューリング戦略に従って、ラベリング情報を持つデータを受信装置へ送信し続けることができる。この実施例は、処理装置のスケジューリング戦略の変更を必要とせず、処理装置への変更を減らすことができる。または、処理装置がラベリング情報を持つデータを有することをクエリ結果情報が示す場合に、処理装置は、受信装置によって送信され、処理装置がラベリング情報を持つデータの送信を優先することを要求するために用いられるデータ取得要求を受信してもよい。処理装置は、ラベリング情報を持つデータを受信装置へ送信するために、データ取得要求を用いる。この実施例は、受信装置にデータを迅速に提供することができ、受信装置によって提供される対象サービスの効率および迅速性を向上させるのに役立つ。この場合の処理装置は、送信装置または転送装置であってよいことに注意されたい。
【００４６】
ラベリング情報は、対象サービスを提供するのに必要なデータを一意的に識別できる様々な種類の情報であってよいことに注意されたい。例えば、ラベリング情報は、以下を含んでよい。受信装置のための識別子、および、対象サービスのための識別子。これら２つの情報は、受信装置で提供される対象サービスを一意的に識別できる。すなわち、それらは、対象サービスを提供するのに必要なデータを一意的に識別する。あるいは、ラベリング情報は、以下を含んでもよい。対象サービスを提供するのに必要なデータを生成したサービスに関連するサービスタイプ、および、時間識別子。「サービスタイプ」は、データを生成したサービスを一意的に識別でき、すなわち、データのソースを一意的に識別でき、時間区間識別子は、対象サービスを提供するのに必要なデータが位置する時間区間を識別するために用いられる。対象サービスを提供するのに必要なデータは、これら２つの情報で一意的に識別できる。例えば、バンクを含むデータプールサービスの場合、一般に、日付Ｔに生成された異なるタイプのサービスデータをプールして分類する必要が日付Ｔ＋１にあり、その場合、サービスタイプおよび時間区間識別子を用いてプールサービスを提供するのに必要なデータを一意的に決定できる。
【００４７】
本実施形態において、処理装置は、受信装置と協働する。処理装置は、ラベリング情報を持つクエリ要求を受信装置から受信し、クエリ要求を用いて、ラベリング情報を持つデータがローカルに存在するか否かをクエリし、クエリ結果情報を送り返し、その結果として、受信装置は、処理装置によって送り返されたクエリ結果情報に基づいて、対象サービスを提供するのに必要なデータすべてが受信されたか否か（すなわち、データの完全性）を判定する。次いで、受信装置は、対象サービスを提供するか否かを決定する。したがって、受信装置は、サービス提供の成功を保証し、さらに、サービス提供におけるパフォーマンスおよび効率を改善できる。
【００４８】
上述した各方法実施形態は、記述を簡単にするために、一連の動作の組みあわせとして表現されていることに注意されたい。しかしながら、特定の工程は、本願に従って他の順序または同時に実行することもできるので、当業者であれば、本願が、記載された動作の順序によって限定されないことに気づくべきである。さらに、当業者は、本明細書に記載された実施形態が、好ましい実施形態であり、本明細書に含まれる動作およびモジュールが、本願にとって必ずしも必要とされないことも理解すべきである。
【００４９】
上述の実施形態において、各実施形態の記載は、独自の重点を有する。特定の実施形態の一部が詳細な記載を欠いている場合、他の実施形態における関連の記載を参照することができる。
【００５０】
図３ｂは、本願の一実施形態によって提供される受信装置の構造図である。図３ｂに示すように、受信装置は、以下を備える。送信モジュール３１、受信モジュール３２、および、サービス処理モジュール３３。
【００５１】
送信モジュール３１は、ラベリング情報を持つデータがローカルに存在するか否かを処理装置がクエリできるように、ラベリング情報を持つクエリ要求を処理装置に送信するためのものであり、ラベリング情報は、対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものである。
【００５２】
受信モジュール３２は、処理装置によって送信されたクエリ結果情報を受信するためのものである。
【００５３】
サービス処理モジュール３３は、受信モジュール３２に接続されており、処理装置がラベリング情報を持つデータを有していないことを、受信モジュールによって受信されたクエリ結果情報が示す場合に、受信モジュール３２によって受信されたラベリング情報を持つデータに基づいて、対象サービスを提供するためのものである。
【００５４】
任意選択的な実施例において、送信モジュール３１は、さらに、処理装置がラベリング情報を持つデータを有することを、受信モジュール３２によって受信されたクエリ結果情報が示す場合に、データ取得要求を処理装置に送信して、処理装置がラベリング情報を持つデータの送信を優先することを要求するためのものであってもよい。したがって、受信モジュール３２は、さらに、処理モジュールによって送信され、ラベリング情報を持つデータを受信し続けるためのものである。
【００５５】
任意選択的な実施例において、処理装置は、送信装置と受信装置との間に配置され、データの転送に関与する転送装置である。あるいは、処理装置は、送信装置である。
【００５６】
任意選択的な実施例において、上述のラベリング情報は、以下を含む。対象サービスを提供するのに必要なデータを生成したサービスに関連するサービスタイプ、および、対象サービスを提供するのに必要なデータが位置する時間区間を識別するために用いられる時間区間識別子。
【００５７】
本実施形態によって提供される受信装置は、処理装置によって提供されるデータに基づいてサービスを提供する必要がある任意の装置であってよい。例えば、様々な種類のアプリケーションクライアントまたは端末デバイスの内の任意のものでありうる。
【００５８】
本実施形態によって提供される受信装置は、ラベリング情報を用いて、対象サービスを提供するのに必要なデータを識別し、ラベリング情報を持つデータがローカルに存在するか否かを処理装置がクエリして、クエリ結果情報を返すことができるように、ラベリング情報を持つクエリ要求を処理装置に送信する。受信装置は、対象サービスを提供するのに必要なデータすべてを受信したか否か（すなわち、データの完全性）を判定するために、処理装置によって送り返されたクエリ結果情報を用いる。処理装置がラベリング情報を持つデータを有していないことをクエリ結果情報が示す場合、それは、対象サービスを提供するのに必要なデータすべてがすでに受信されていること、すなわち、受信装置によって受信されたラベリング情報を持つデータが完全であることを示す。その後、対象サービスは、ラベリング情報を持つ受信データに基づいて提供され、これは、サービスの提供の成功を保証し、さらに、サービス提供のパフォーマンスおよび効率を高める。
【００５９】
図４は、本願の一実施形態によって提供される処理装置の構造図である。図４に示すように、その装置は、以下を備える。受信モジュール４１、クエリモジュール４２、および、送信モジュール４３。
【００６０】
受信モジュール４１は、受信装置によって送信されたクエリ要求を受信するためのものであり、クエリ要求は、ラベリング情報を持ち、ラベリング情報は、対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものである。
【００６１】
クエリモジュール４２は、受信モジュール４１に接続されており、受信モジュール４１によって受信されたクエリ要求を用いて、ラベリング情報を持つデータがローカルに存在するか否かをクエリするためのものである。
【００６２】
送信モジュール４３は、クエリモジュール４２に接続されており、受信装置が、クエリ結果情報を用いて、対象サービスを提供するか否かを決定できるように、クエリモジュール４２から受信装置へクエリ結果情報を送信するためのものである。
【００６３】
任意選択的な実施例において、処理装置は、送信装置と受信装置との間に配置され、データの転送に関与する転送装置である。これに基づいて、受信モジュール４１は、さらに、ラベリング情報を持つデータを送信モジュールから受信するためのものでもある。したがって、送信モジュール４３は、さらに、ローカルのスケジューリング戦略に従って、ラベリング情報を持つデータを受信モジュールに転送するためのものでもある。
【００６４】
任意選択的な実施例において、処理装置は、送信装置である。これに基づいて、送信装置は、さらに、以下を備える：ラベリング情報を持つデータを生成するための生成モジュール。したがって、送信モジュール４３は、さらに、ラベリング情報を持つデータを受信装置に送信するためのものでもある。
【００６５】
任意選択的な実施例において、受信モジュール４１は、さらに、処理装置がラベリング情報を持つデータを持つことをクエリ結果情報が示す時に、処理装置がラベリング情報を持つデータの送信を優先することを要求するために受信装置から送信されるデータ取得要求を受信するためのものでもある。それに応じて、送信モジュール４３は、さらに、データ取得要求に従って、ラベリング情報を持つデータを受信装置に送信するためのものである。
【００６６】
任意選択的な実施例において、上述のラベリング情報は、以下を含む：対象サービスを提供するのに必要なデータを生成したサービスに関連するサービスタイプ、および、対象サービスを提供するのに必要なデータが位置する時間区間を識別するために用いられる時間区間識別子。
【００６７】
本実施形態によって提供される処理装置は、受信装置と協働するものであり、受信装置から送信されたラベリング情報を持つクエリ要求を受信し、クエリ要求を用いて、ラベリング情報を持つデータがローカルに存在するか否かをクエリし、クエリ結果情報を送り返すことによって、処理装置によって送り返されたクエリ結果情報に従って、対象サービスを提供するのに必要なデータすべてが受信されたか否か（すなわち、データの完全性）を受信装置に判定させ、次いで、対象サービスを提供するか否かを決定させる。これは、サービス提供の成功を保証し、さらに、サービスの提供におけるパフォーマンスおよび効率を改善できる。
【００６８】
図５は、本願の一実施形態によって提供されるサービスデータ処理システムの構造図である。図５に示すように、システムは、以下を備える。送信装置５１、転送装置５２、および、受信装置５３。
【００６９】
送信装置５１は、ラベリング情報を持つデータを生成して、ラベリング情報を持つデータを転送装置に送信するためのものである。ラベリング情報は、対象サービスを提供するために受信装置によって必要とされるデータを識別するためのものである。
【００７０】
転送装置５２は、ラベリング情報を持つデータを受信装置に転送し、ラベリング情報を持ち、受信装置によって送信されたクエリ要求を受信し、クエリ要求を用いて、ラベリング情報を持つデータがローカルに存在するか否かをクエリし、クエリ結果情報を受信装置へ送り返すためのものである。
【００７１】
受信装置５３は、ラベリング情報を持ち、転送装置によって転送されたデータを受信し、クエリ要求を転送装置へ送信し、転送装置によって送り返されたクエリ結果情報を受信し、転送装置がラベリング情報を持つデータをローカルに有していないことをクエリ結果情報が示す場合に、ラベリング情報を持つ受信データに基づいて対象サービスを提供するためのものである。
【００７２】
送信装置５１、転送装置５２、および、受信装置５３の具体的な動作原理および具体的な実装構造については、上述した適切な方法実施形態および装置実施形態を参照できる。そのため、ここでさらなる議論はしない。
【００７３】
本実施形態によって提供されるシステムにおいて、送信装置、転送装置、および、受信装置は、互いに協働する。送信装置は、転送装置を介して受信装置へラベリング情報を持つデータを送信する。転送装置は、ラベリング情報を持つクエリ要求を受信装置から受信することにより、クエリ要求を用いて、ラベリング情報を持つデータがローカルに存在するか否かをクエリして、クエリ結果情報を送り返し、その結果として、受信装置は、処理装置によって送り返されたクエリ結果情報に従って、対象サービスを提供するために必要なデータすべてが受信されたか否か（すなわち、データの完全性）を判定する。その後、受信装置は、対象サービスを提供するか否かを決定する。これは、サービス提供の成功を保証し、さらに、サービスの提供におけるパフォーマンスおよび効率を改善できる。
【００７４】
記載の利便性とおよび合理化のために、上述のシステム、装置、および、ユニットの具体的な動作プロセスに関する情報については、上述の方法実施形態における対応するプロセス内で参照できることを、当業者は明確に理解できる。そのため、ここでさらなる議論はしない。
【００７５】
本願によって提供されたいくつかの実施形態において、開示されているシステム、装置、および、方法は、他の方法で実現されてもよいことを理解されたい。例えば、上述した装置の実施形態は、単に例示である。例えば、ユニットへの分割は、単に論理機能による分割である。実際に実装される場合、他の形態の分割もありうる。例えば、複数のユニットまたは構成要素が、別のシステムに組み合わせまたは一体化されてもよく、また、一部の特徴が省略されるかまたは実行されなくてもよい。さらに、図示または議論されている相互の結合または直接的な結合または通信接続は、いくつかのインターフェース、デバイス、または、ユニットを通しての間接的な結合または通信接続であってもよい。それらは、電気的または機械的であってよく、別の形態を取ってもよい。
【００７６】
別個の構成要素として記載されたユニットは、物理的に離れていても離れていなくてもよく、ユニットとして図示された構成要素は、物理的ユニットであってもなくてもよい。それらは、１つの場所に配置されてもよいし、複数のネットワークユニットにわたって分散されてもよい。本実施形態のスキームは、実際のニーズに従って、ユニットの一部または全部を選択することによって実現されうる。
【００７７】
さらに、本願の各実施形態の各機能ユニットは、処理ユニットに統合されてよく、また、各ユニットは、独立した物理的存在を有してもよい。また、２以上のユニットが１つのユニットに統合されてもよい。上述の統合ユニットは、ハードウェアの形態を取ってもよいし、ソフトウェア機能ユニットと組み合わせたハードウェアの形態を取ってもよい。
【００７８】
ソフトウェア機能ユニットが統合される上述のユニットは、コンピュータ読み取り可能な記憶媒体に格納されてよい。コンピュータデバイス（パーソナルコンピュータ、サーバ、または、ネットワークデバイスでありうる）またはプロセッサに、本願の様々な実施形態によって記載した方法内の工程の一部を実行させるためのいくつかのコマンドなど、上述のソフトウェア機能ユニットは、記憶媒体に格納される。上述の記憶媒体は、ＵＳＢフラッシュドライブ、携帯型ハードドライブ、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または、光学ディスク、もしくは、プログラムコードを格納できる様々な他の媒体を含む。
【００７９】
説明すべき最後の点は、以下の通りである。上述の実施形態は、本願の技術的スキームを説明するためのものにすぎず、それを限定することはない。本願は、上述の実施形態を参照して詳細に説明されているが、当業者は、上述の様々な実施形態に記録された技術的スキームを変形したり、それらの技術的特徴の一部に対する等価の置換を提供したりすることが可能であると理解すべきである。これらの変形または置換は、対応する技術的スキームを、本願の様々な実施形態の技術的スキームの精神および範囲から実質的に逸脱させることはない。
適用例１：サービスデータを処理するための方法であって、
受信装置が、ラベリング情報を持つクエリ要求を処理装置に送信して、前記ラベリング情報を持つデータがローカルに存在するか否かを前記処理装置にクエリし、前記ラベリング情報は、対象サービスを提供するために前記受信装置によって必要とされるデータを識別するためのものであり、
前記受信装置が、前記処理装置によって送信されたクエリ結果情報を受信し、
前記処理装置が前記ラベリング情報を持つデータを有していないことを前記クエリ結果情報が示す場合に、前記受信装置が、前記ラベリング情報を持つ受信データに基づいて前記対象サービスを提供すること、
を備えることを特徴とする、方法。
適用例２：適用例１に記載の方法は、さらに、
前記処理装置が前記ラベリング情報を持つデータを有することを前記クエリ結果情報が示す場合に、前記受信装置が、データ取得要求を前記処理装置に送信して、前記処理装置が前記ラベリング情報を持つデータの送信を優先することを要求し、
前記受信装置が、前記処理装置によって送信された前記ラベリング情報を持つデータを受信し続けること、
を備えることを特徴とする、方法。
適用例３：適用例１または２に記載の方法であって、
前記処理装置は、送信装置と前記受信装置との間に配置されてデータの転送に関与する転送装置であるか、または、
前記処理装置は、送信装置である
ことを特徴とする、方法。
適用例４：適用例１または２に記載の方法であって、前記ラベリング情報は、前記対象サービスを提供するのに必要な前記データを生成した前記サービスに関連するサービスタイプ、および、前記対象サービスを提供するのに必要な前記データが位置する時間区間を識別するために用いられる時間区間識別子を含むことを特徴とする、方法。
適用例５：  データを処理するための方法であって、
処理装置が、受信装置によって送信されたクエリ要求を受信し、前記クエリ要求はラベリング情報を持ち、前記ラベリング情報は対象サービスを提供するために前記受信装置によって必要とされるデータを識別するためのものであり、
前記処理装置が、前記クエリ要求を用いて、前記ラベリング情報を持つデータがローカルに存在するか否かをクエリし、
前記受信装置が、前記クエリ結果情報を用いて、前記対象サービスを提供するか否かを決定できるように、前記処理装置が、前記クエリ結果情報を前記受信装置に送信すること、
を備えることを特徴とする、方法。
適用例６：適用例５に記載の方法であって、前記処理装置は、送信装置と前記受信装置との間に配置され、データの転送に関与する転送装置であり、
前記処理装置が、前記受信装置によって送信されたクエリ要求を受信する前に、前記方法は、
前記転送装置が、前記送信装置によって送信された前記ラベリング情報を持つデータを受信し、ローカルのスケジューリング戦略に従って、前記ラベリング情報を持つデータを前記受信装置に転送することを備えることを特徴とする、方法。
適用例７：適用例５に記載の方法であって、前記処理装置は、送信装置であり、
前記処理装置が、前記受信装置によって送信されたクエリ要求を受信する前に、前記方法は、
前記送信装置が、前記ラベリング情報を持つデータを生成して、前記ラベリング情報を持つデータを前記受信装置に送信することを備えることを特徴とする、方法。
適用例８：適用例５または６または７に記載の方法であって、前記処理装置が前記ラベリング情報を持つデータを有することを前記クエリ結果情報が示す場合に、前記方法は、さらに、
前記処理装置が、前記受信装置によって送信され、前記処理装置が前記ラベリング情報を持つデータの送信を優先することを要求するために用いられるデータ取得要求を受信し、
前記処理装置が、前記データ取得要求に従って、前記ラベリング情報を持つデータを前記受信装置に送信すること、
を備えることを特徴とする、方法。
適用例９：適用例５または６または７に記載の方法であって、前記ラベリング情報は、前記対象サービスを提供するのに必要な前記データを生成した前記サービスに関連するサービスタイプ、および、前記対象サービスを提供するのに必要な前記データが位置する時間区間を識別するために用いられる時間区間識別子を含むことを特徴とする、方法。
適用例１０：受信装置であって、
ラベリング情報を持つデータがローカルに存在するか否かを処理装置がクエリできるように、前記ラベリング情報を持つクエリ要求を前記処理装置に送信するための送信モジュールと、前記ラベリング情報は、対象サービスを提供するために前記受信装置によって必要とされるデータを識別するためのものであり、
前記処理装置によって送信されたクエリ結果情報を受信するための受信モジュールと、
前記処理装置が前記ラベリング情報を持つデータを有していないことを前記クエリ結果情報が示す場合に、前記受信モジュールによって受信された前記ラベリング情報を持つ前記データに基づいて、前記対象サービスを提供するためのサービス処理モジュールと、
を備えることを特徴とする、受信装置。
適用例１１：適用例１０に記載の受信装置であって、
前記送信モジュールは、さらに、前記処理装置が前記ラベリング情報を持つデータを有することを前記クエリ結果情報が示す場合に、データ取得要求を前記処理装置に送信して、前記処理装置が前記ラベリング情報を持つデータの送信を優先することを要求するためのものであり、
前記受信モジュールは、さらに、前記処理モジュールによって送信され、前記ラベリング情報を持つデータを受信し続けるためのものである
ことを特徴とする、受信装置。
適用例１２：適用例１０または１１に記載の受信装置であって、
前記処理装置は、送信装置と前記受信装置との間に配置されてデータの転送に関与する転送装置であるか、または、
前記処理装置は、送信装置である
ことを特徴とする、受信装置。
適用例１３：適用例１０または１１に記載の受信装置であって、前記ラベリング情報は、前記対象サービスを提供するのに必要な前記データを生成した前記サービスに関連するサービスタイプ、および、前記対象サービスを提供するのに必要な前記データが位置する時間区間を識別するために用いられる時間区間識別子を含むことを特徴とする、受信装置。
適用例１４：処理装置であって、
受信装置によって送信されたクエリ要求を受信するための受信モジュールと、前記クエリ要求はラベリング情報を持ち、前記ラベリング情報は対象サービスを提供するために前記受信装置によって必要とされるデータを識別するためのものであり、
前記クエリ要求を用いて、前記ラベリング情報を持つデータがローカルに存在するか否かをクエリするためのクエリモジュールと、
前記受信装置が、クエリ結果情報を用いて、前記対象サービスを提供するか否かを決定できるように、前記クエリモジュールから前記受信装置へ前記クエリ結果情報を送信するための送信モジュールと、
を備えることを特徴とする、処理装置。
適用例１５：適用例１４に記載の処理装置であって、前記処理装置は、送信装置と前記受信装置との間に配置され、データの転送に関与する転送装置であり、
前記受信モジュールは、さらに、前記送信装置によって送信された前記ラベリング情報を持つデータを受信するためのものであり、
前記送信モジュールは、さらに、ローカルのスケジューリング戦略に従って、前記ラベリング情報を持つ情報を前記受信装置に送信するためのものである
ことを特徴とする、処理装置。
適用例１６：適用例１４に記載の処理装置であって、前記処理装置は、送信装置であり、
前記送信装置は、さらに、前記ラベリング情報を持つデータを生成するための生成モジュールを備え、
前記送信モジュールは、さらに、前記ラベリング情報を持つデータを前記受信装置に送信するためのものである
ことを特徴とする、処理装置。
適用例１７：適用例１４または１５または１６に記載の処理装置であって、
前記受信モジュールは、さらに、前記処理装置が前記ラベリング情報を持つデータを有することを前記クエリ結果情報が示す時に、前記処理装置が前記ラベリング情報を持つデータの送信を優先することを要求するために前記受信装置から送信されるデータ取得要求を受信するためのものであり、
前記送信モジュールは、さらに、前記データ取得要求に従って、前記ラベリング情報を持つデータを前記受信装置に送信するためのものである
ことを特徴とする、処理装置。
適用例１８：適用例１４または１５または１６に記載の装置であって、前記ラベリング情報は、前記対象サービスを提供するのに必要な前記データを生成した前記サービスに関連するサービスタイプ、および、前記対象サービスを提供するのに必要な前記データが位置する時間区間を識別するために用いられる時間区間識別子を含むことを特徴とする、処理装置。
適用例１９：サービスデータを処理するためのシステムであって、受信装置、送信装置、および、転送装置を備え、
前記送信装置は、ラベリング情報を持つデータを生成して、前記ラベリング情報を持つデータを前記転送装置に送信するためのものであり、前記ラベリング情報は、対象サービスを提供するために前記受信装置によって必要とされるデータを識別するためのものであり、
前記転送装置は、前記ラベリング情報を持つデータを前記受信装置に転送し、前記ラベリング情報を持ち、前記受信装置によって送信されたクエリ要求を受信し、前記クエリ要求を用いて、前記ラベリング情報を持つデータがローカルに存在するか否かをクエリし、クエリ結果情報を前記受信装置へ送り返すためのものであり、
前記受信装置は、前記ラベリング情報を持ち、前記転送装置によって転送されたデータを受信し、前記クエリ要求を前記転送装置へ送信し、前記転送装置によって送り返された前記クエリ結果情報を受信し、前記転送装置が前記ラベリング情報を持つデータをローカルに持たないことを前記クエリ結果情報が示す場合に、前記ラベリング情報を持つ受信された前記データに基づいて前記対象サービスを提供するためのものである
ことを特徴とする、システム。
適用例２０：適用例１９に記載のシステムであって、前記ラベリング情報は、前記対象サービスを提供するのに必要な前記データを生成した前記サービスに関連するサービスタイプ、および、前記対象サービスを提供するのに必要な前記データが位置する時間区間を識別するために用いられる時間区間識別子を含むことを特徴とする、システム。
【図１】
0006475852.tif 000002
【図２】
0006475852.tif 000003
【図３ａ】
0006475852.tif 000004
【図３ｂ】
0006475852.tif 000005
【図４】
0006475852.tif 000006
【図５】
0006475852.tif 000007