特開 2018-84915 中継装置、データ通信システム、中継方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2018-84915(P2018-84915A)

(43)【公開日】2018年5月31日

(54)【発明の名称】中継装置、データ通信システム、中継方法、及びプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20180427BHJP

   H04N 21/2668 20110101ALI20180427BHJP

   H04L 12/70 20130101ALI20180427BHJP

   H04N 21/239 20110101ALI20180427BHJP

【ＦＩ】

   G06F13/00 520C

   G06F13/00 540C

   H04N21/2668

   H04L12/70 E

   H04N21/239

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

【全頁数】23

(21)【出願番号】特願2016-226991(P2016-226991)

(22)【出願日】2016年11月22日

(71)【出願人】

【識別番号】301072650

【氏名又は名称】ＮＥＣスペーステクノロジー株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100124154

【弁理士】

【氏名又は名称】下坂 直樹

(72)【発明者】

【氏名】板橋 康雄

【テーマコード（参考）】

5B084

5C164

5K030

【Ｆターム（参考）】

5B084AA01

5B084AA12

5B084AB01

5B084AB06

5B084BB04

5B084CD10

5B084CD22

5B084CF02

5B084CF12

5B084DB02

5B084DC02

5B084DC03

5B084DC06

5B084DC13

5B084DC18

5C164SB29S

5C164SC05P

5C164UD41S

5K030GA03

5K030GA19

5K030HA08

5K030HD03

5K030KA01

5K030KA03

5K030LC01

5K030LD02

(57)【要約】

【課題】 データがリアルタイムに配信されるストリーミング配信において、クライアント装置が配信済みのデータを受信していない場合における不都合を解消する。
【解決手段】 中継装置は、サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信する送信手段と、前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記憶させる記憶制御手段と、前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う要求対応手段と、を備える。
【選択図】 図７

【特許請求の範囲】

【請求項1】

サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信する送信手段と、
前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記憶させる記憶制御手段と、
前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う要求対応手段と、
を備える中継装置。

【請求項2】

前記サーバ装置は、少なくとも１種類の前記配信データの配信を、非連続的に行うことを特徴とする、
請求項１に記載の中継装置。

【請求項3】

前記クライアント装置と、当該クライアント装置が配信を希望する前記配信データの種類と、を関連づける配信対象情報に基づいて、前記配信データごとに、前記送信手段が当該配信データを配信する対象となる前記クライアント装置を特定する特定手段をさらに備え、
前記送信手段は、特定された前記クライアント装置に当該配信データを送信し、特定された前記クライアント装置でない前記クライアント装置には当該配信データを送信しない、
請求項１または２に記載の中継装置。

【請求項4】

前記記憶制御手段は、前記配信データの種類ごとに、前記最新の配信データを前記記憶手段に記憶させる際に最新でない前記配信データを当該最新の配信データで上書きする、
請求項１から３のいずれか一項に記載の中継装置。

【請求項5】

前記記憶制御手段は、前記最新の配信データに加え、少なくとも所定の数の最新でない前記配信データを前記記憶手段に記憶させ、
前記要求対応手段は、前記再送要求に従って、前記最新の配信データと前記最新でない配信データとを前記クライアント装置に送信する処理を行い、
前記クライアント装置は、少なくとも、前記再送要求に従って送信された前記最新の配信データと前記最新でない配信データとの両方を用いて、処理を行い、または、前記両方に対する処理結果を同時に出力する、
請求項１から３のいずれか一項に記載の中継装置。

【請求項6】

請求項１に記載の中継装置に対し、過去に配信された前記最新の配信データの再送要求を送信する要求送信手段と、
前記再送要求によって送信された前記最新の配信データを用いて処理を行う処理手段と、
を備えるクライアント装置。

【請求項7】

請求項３に記載の中継装置に対し、前記配信データのうち配信されることを希望するデータの種類、および／または配信されることを希望しないデータの種類を表す、配信希望情報を送信する送信手段を備え、
前記配信対象情報は、前記配信希望情報に基づいて生成される、
クライアント装置。

【請求項8】

請求項１から５のいずれか一項に記載の中継装置と、
前記サーバ装置と、
前記クライアント装置と、
を含むデータ通信システム。

【請求項9】

サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信し、
前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記憶させ、
前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う、
中継方法。

【請求項10】

コンピュータに、
サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信する送信処理と、
前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記憶させる記憶制御処理と、
前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う要求対応処理と、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、データのストリーミング配信に関する。

【背景技術】

【0002】

サーバからデータを配信し、クライアント装置が配信されたデータを、受信した部分から逐次処理する、ストリーミング配信と呼ばれる技術が普及している。

【0003】

特許文献１は、ストリーミング配信のうち、オンデマンド配信と呼ばれる形態に関する技術を開示する文献である。オンデマンド配信では、サーバ装置または配信装置は、記憶されたコンテンツ（一連のデータである）を、クライアント装置からの要求に応じて配信する。

【0004】

ストリーミング配信には、リアルタイムストリーミング配信（またはライブ配信）と呼ばれる配信方法がある。リアルタイムストリーミング配信では、サーバ装置は、逐次生成された、または更新されたデータをリアルタイムに配信する。

【0005】

特許文献２は、音声・映像を含むデータのリアルタイムストリーミング配信に関する技術を開示している。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００９−２５９１６９号公報

【特許文献2】特開２００３−２３４７７４号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

リアルタイムストリーミング配信のシステムには、配信サーバが、コンテンツであるデータを非連続的に配信する形態のものがある。たとえば、配信されるデータが常時（たとえば数ミリ秒ごとに）変化し続けるようなデータでない場合、サーバ装置が常に途切れることなくデータを配信し続けるのは、非効率である。この場合、サーバ装置は、一定の間隔をおいて、あるいは、データが更新された（すなわち、新たなデータを生成した）タイミングでデータをプッシュ配信するのが一般的である。すなわち、この場合のサーバ装置は、データの配信を非連続的に行う。

【0008】

データの配信が非連続的である場合、ストリーミング配信を受けるクライアント装置は、配信サーバがデータを更新したタイミングで、当該データの情報を取得する。そうすると、たとえば新たに配信を受けることとなったクライアント装置や、何らかの事情でデータの受信を中断していたクライアント装置のように、最新のデータを持っていないクライアント装置にとっては、最新のデータに基づいて生成されるべき出力内容を生成できないという不都合が生じうる。すなわち、最新のデータを持っていないクライアント装置は、更に次に新たなデータが配信されるまで、出力内容の生成を留保する必要がある。特に、受け取っていないデータが出力内容全体の生成に関わるデータである場合、クライアント装置は最新のデータが揃うまで何も表示することができない。また、受け取っていないデータが画面の一部分を構成する表示に関わるデータである場合でも、最新のデータが配信されるまで当該一部分が表示されない状況は、ユーザにとって必ずしも快適な状況とはいえない。

【0009】

また、リアルタイムストリーミング配信は、配信済みの古いデータが再び配信されることがないのが一般的である。しかし、たとえば株価の推移などを配信する場合、ユーザは過去に配信されたデータを望む場合がある。つまり、すでに配信済みの古いデータにも価値がある場合がある。一般的なストリーミング配信のシステムでは、古いデータは保持されないため、クライアント装置は古いデータを取得できない。仮に、サーバ装置が古いデータをも含むデータをプッシュ配信するよう構成されるならば、送信するデータに重複があるため、非効率である。

【0010】

特許文献１には、配信サーバとクライアント装置との間に設けられるコンテンツ配信装置がコンテンツを記憶することでストリーミング配信を効率的に行う技術が記載されている。このコンテンツ配信装置はオンデマンド配信に係る装置であるため、コンテンツ配信装置にはコンテンツを構成する全てのデータがすでに記憶されている。つまり、このコンテンツ配信装置は、サーバ装置によって更新されたデータを逐次プッシュ配信するものではない。

【0011】

特許文献２には、リアルタイムストリーミング配信において、ストリーミング配信装置が、ネットワークの輻輳等によりパケットが届かなかった場合にパケットを再送するバッファを備えることが開示されている（段落［００３２］）。このバッファは、リアルタイムの配信データを不都合なく配信するためのバッファであり、過去に配信された（すなわち、リアルタイムのデータでない）データを再配信するためのものではない。すなわち、このストリーミング配信装置は上記で掲げる問題を解決するものではない。

【0012】

本発明は、データがリアルタイムに配信されるストリーミング配信において、クライアント装置が配信済みのデータを受信していない場合における不都合を解消するための装置を提供することを、目的の１つとする。

【課題を解決するための手段】

【0013】

本発明の一態様に係る中継装置は、サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信する送信手段と、前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記億させる記憶制御手段と、前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う要求対応手段と、を備える。

【0014】

本発明の一態様に係る中継方法は、サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信し、前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記憶させ、前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う。

【0015】

本発明の一態様に係るプログラムは、コンピュータに、サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信する送信処理と、前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記億させる記憶制御処理と、前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う要求対応処理と、を実行させる。

【発明の効果】

【0016】

本発明によれば、データがリアルタイムに配信されるストリーミング配信において、クライアント装置が配信済みのデータを受信していない場合における不都合を解消する。

【図面の簡単な説明】

【0017】

【図1】本発明の第１の実施形態のデータ通信システムの構成を示すブロック図である。

【図2】第１の実施形態の処理部によるデータの処理によって表示が変化する例を示す図である。

【図3】第１の実施形態のデータ通信システムの各装置の動作の流れの例を示すシーケンス図である。

【図4】本発明の第２の実施形態のデータ通信システムの構成を示すブロック図である。

【0018】

【図5】第２の実施形態のデータ通信システムにおけるデータの流れの例を示すブロック図である。

【図6】第２の実施形態の中継装置の動作の例を示すフローチャートである。

【図7】本発明の主要な構成を備える中継装置の構成を示すブロック図である。

【図8】本発明の主要な構成を備える中継装置に接続されるクライアント装置の主要な構成を示すブロック図である。

【図9】本発明の主要な動作の流れを示すフローチャートである。

【図10】本発明の各実施形態の各部を構成するハードウェアの例を示すブロック図である。

【発明を実施するための形態】

【0019】

以下、図面を参照しながら、本発明の実施形態を詳細に説明する。

【0020】

＜＜第１の実施形態＞＞
まず、本発明の第１の実施形態について説明する。

【0021】

＜構成＞
図１は、第１の実施形態に係るデータ通信システム１の構成を示すブロック図である。

【0022】

図１を参照すると、データ通信システム１は、サーバ装置１１と、クライアント装置２１と、中継装置３１とを含む。

【0023】

＝サーバ装置１１＝
サーバ装置１１は、生成部１０１と、送信部１０２と、を備える。

【0024】

生成部１０１は、クライアント装置２１または中継装置３１に送信するデータを生成する。生成部１０１が生成するデータは、リアルタイムストリーミング配信によって配信され得る何らかのデータである。たとえば、生成されるデータは、現在の気温や為替相場を表すテキストデータや、数秒ごとに表示内容が切り替わる画像データ等である。データがどのように生成されるかは問わない。一例として、データが気温を表すテキストデータである場合は、データは、温度センサによって検知された温度をテキストデータに変換するソフトウェアによって生成されてもよい。

【0025】

生成部１０１は、生成したデータを送信部１０２に出力する。

【0026】

送信部１０２は、生成部１０１が生成したデータを、伝送路５０１を介して、後述の中継装置３１の受信部３０１に送信する。

【0027】

伝送路５０１は、ＩＥＥＥ８０２．３に代表される有線通信路でもよいし、ＩＥＥＥ８０２．１１に代表される無線通信路でもよい。伝送路５０１は、有線通信路および無線通信路の組み合わせでもよい。サーバ装置１１と中継装置３１との間の通信は、プロセス間通信によって実現されてもよい。

【0028】

送信部１０２および受信部３０１は、伝送路５０１を通して通信できるインタフェースであれば、何でもよい。たとえば、送信部１０２と受信部３０１とは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いて互いに通信する。

【0029】

＝クライアント装置２１＝
クライアント装置２１は、受信部２０１、処理部２０２、および要求送信部２０３を備える。

【0030】

受信部２０１は、後述の中継装置３１の送信部３０３から、伝送路６０１を介してデータを受信する。受信部２０１は、受信したデータを処理部２０２に出力する。

【0031】

伝送路６０１は、ＩＥＥＥ８０２．３に代表される有線通信路でもよいし、ＩＥＥＥ８０２．１１に代表される無線通信路でもよい。伝送路６０１は、有線通信路および無線通信路の組み合わせでもよい。送信部３０３と受信部２０１との間の通信は、プロセス間通信によって実現されてもよい。

【0032】

送信部３０３および受信部２０１は、伝送路６０１を通して通信できるインタフェースであれば、何でもよい。たとえば、送信部３０３と受信部２０１とは、ＴＣＰ／ＩＰを用いて互いに通信する。

【0033】

処理部２０２は、受信部２０１から受け取ったデータを処理する。すなわち、たとえば、処理部２０２は、受け取ったデータを用いてソフトウェアを実行してもよいし、受け取ったデータに基づく情報を出力してもよい。たとえば、受け取ったデータが特定の演算を行うために必要なデータであれば、処理部２０２は、そのデータを用いてその特定の演算を行う。たとえば、受け取ったデータが、ある地域の気温を表すテキストデータであれば、処理部２０２は、そのテキストデータに基づいて、その地域の気温を示す画像を生成してもよい。受け取ったデータが経時変化する特定の事柄に関する最新の値であれば、処理部２０２は、その最新の値を、時系列変化を記録するリストに追加してもよい。処理部２０２は、処理によって生成した情報（上記演算結果や、上記画像およびリスト等）を出力してもよい。処理部２０２により出力されるデータは、たとえば、図示しない表示部によってクライアント装置２１の利用者に画像情報として表示されてもよい。

【0034】

図２は、処理部２０２によるデータの処理によって表示部の表示画面が変化する例を示す図である。図２の（ａ）は、東京の現在の気温を表す「２６℃」という表示が、処理部２０２が東京の現在の気温が２７℃であることを示すデータを取得し処理することによって、「２７℃」という表示に変わる例である。図２の（ｂ）は、所定の期間におけるある株式会社の株価の推移を表示しているグラフが、処理部２０２が最新の株価の値を取得し処理することによって、最新のグラフに変化する例である。

【0035】

処理部２０２が、受信部２０１から受け取ったデータが、処理を行うにあたって不十分であると判断したとき、要求送信部２０３に対して必要なデータを要求するよう通知する。データが不十分である場合とは、たとえば、行うべき演算に必要な情報がない場合、表示すべき内容の基になるべきデータがない場合、または、所定の期間における特定の事柄に関する値が揃っていない場合、等である。

【0036】

要求送信部２０３は、中継装置３１の要求対応部３０５に対して、処理部２０２により通知された必要なデータを要求する。要求送信部２０３が行う、必要なデータの要求を「、以下「再送要求」とも称する。

【0037】

なお、伝送路６０２は、ＩＥＥＥ８０２．３に代表される有線通信路でもよいし、ＩＥＥＥ８０２．１１に代表される無線通信路でもよい。伝送路６０２は、有線通信路および無線通信路の組み合わせでもよい。要求送信部２０３と要求対応部３０５との間の通信は、プロセス間通信によって実現されてもよい。図１では伝送路６０１と伝送路６０２とは別々に記載されているが、伝送路６０２の一部または全部が伝送路６０１と同一の経路でもよい。

【0038】

要求送信部２０３および要求対応部３０５は、伝送路６０２を通して通信できるインタフェースであれば、何でもよい。たとえば、要求送信部２０３と要求対応部３０５とは、ＴＣＰ／ＩＰを用いて互いに通信する。

【0039】

＝中継装置３１＝
中継装置３１は、サーバ装置１１とクライアント装置２１との間で、データの配信を中継する。

【0040】

図１に示される通り、中継装置３１は、受信部３０１、調整部３０２、送信部３０３、記憶制御部３０４、要求対応部３０５、および記憶部３１０を備える。

【0041】

受信部３０１は、サーバ装置１１から、生成部１０１が生成したデータを受信する。受信部３０１は、受信したデータを調整部３０２に出力する。

【0042】

調整部３０２は、受信部３０１が受信したデータを、後述の送信部３０３と記憶制御部３０４とに出力する。調整部３０２においては、データを中継する際に適用可能な既知の技術が適用されてもよい。たとえば、調整部３０２は、受信部３０１が受信したデータを加工してもよい。調整部３０２は、送信部３０３がデータを送信するタイミングを調整してもよい。調整部３０２は、送信先のクライアント装置２１ごとに、送信されるべきデータの種類や量を調整してもよい。

【0043】

送信部３０３は、調整部３０２から受け取ったデータを、クライアント装置２１の受信部２０１に、伝送路６０１を介して送信する。調整部３０２から受け取ったデータは、すなわち、サーバ装置１１から配信されたデータである。したがって、このデータは送信部３０３を通してクライアント装置２１にリアルタイムに配信される。このデータは、クライアント装置２１が特段の指示をしなくても自動的にクライアント装置２１に送信される。このような送信の方法を、プッシュ配信と称することがある。

【0044】

記憶制御部３０４は、調整部３０２から受信したデータを、記憶部３１０に記憶させる。記憶部３１０は、例えば記録媒体である。なお、図１においては、記憶部３１０は中継装置３１の内部に記載されているが、記憶部３１０は中継装置の外部に存在してもよい。

【0045】

記憶制御部３０４は、受信したデータを記憶部３１０に記憶させる際、記憶部３１０にある同種の古いデータを上書きしてもよい。同種の古いデータとは、同じ事柄に関する情報を有する、生成された日時が早い方のデータである。たとえば、受信したデータが東京の現在の気温である場合で、以前に東京の現在の気温として記憶されたデータがあれば、そのデータは古いデータである。その場合、記憶制御部３０４は、直近に調整部３０２から受信したデータを新たに東京の現在の気温を表すデータとして、古いデータを上書きしてもよい。データを上書きする構成によれば、記憶部３１０が記憶するデータの量は増えないので、処理量やコストが抑えられる。

【0046】

あるいは、記憶制御部３０４は、記憶しているデータにデータの新しさの序列を表す番号を付与し、同種のデータを系統的に記憶部３１０に蓄積させてもよい。特に、株価や為替に関するデータの場合、ある程度の期間蓄積されたデータを表示することがユーザにとって好ましいので、記憶制御部３０４が記憶部３１０にデータを蓄積させる構成であることが望ましい。ただし、その際、蓄積されたデータの個数が所定の数を超えた場合に、記憶制御部３０４は、最も古いデータを消去してもよい。

【0047】

要求対応部３０５は、要求送信部２０３から受信した再送要求に基づいて、記憶部３１０において記憶されたデータをクライアント装置２１に再送する処理を行う。

【0048】

具体的には、例えば、要求対応部３０５はまず、再送要求によって要求されているデータが記憶されているかどうかを、記憶部３１０に問い合わせる。要求対応部３０５は、記憶部３１０が記憶するデータを探索してもよい。そして、要求されているデータが記憶されていたら、そのデータを読み出し、そのデータを送信部３０３に送出する。要求対応部３０５は、データの読み出しや読み出したデータの送信部３０３への送出を、記憶制御部３０４や調整部３０２に命令して行わせてもよい。送信部３０３は、記憶部３１０から読み出されたデータを受け取ると、そのデータを、伝送路６０１を介してクライアント装置２１の受信部２０１に送信する。

【0049】

要求されたデータが記憶部３１０において記憶されていなかった場合は、要求対応部３０５は例外処理を行う。たとえば、例外処理では、要求対応部３０５は、要求されたデータが存在しないことを、例えば送信部３０３を介して、クライアント装置２１に通知する。または、要求対応部３０５は、定期的に記憶部３１０にアクセスし、要求されたデータがサーバ装置１１から送信されて記憶部３１０に記憶されるまで待機してもよい。この場合、所定の時間が経過しても要求されたデータがサーバ装置１１から送信されてこない場合に、要求対応部３０５は、要求されたデータが存在しないことを、送信部３０３を介してクライアント装置２１に通知してもよい。

【0050】

以上の構成により、中継装置３１は、クライアント装置２１に対して、サーバ装置１１によって送信済みであるデータを、再送する機能を提供できる。なお、再送要求によって要求されているデータがクライアント装置２１に送られるための処理が実現するのであれば、要求対応部３０５の処理は上記以外の処理でもよい。

【0051】

＜動作＞
次に、第１の実施形態に係るデータ通信システム１の各部の具体的な動作の流れの例を、図３のシーケンス図を用いて説明する。

【0052】

この例では、サーバ装置１１の生成部１０１が生成するデータは、ＧＰＳと温度センサ等から取得される、特定の地域とその地域の気温に関する情報である。特定の地域は、「東京」であるとする。

【0053】

生成部１０１は、東京における気温（たとえば、「１０℃」を示す数値）を取得し、取得した気温の情報（以下、「気温情報」と称す）を示すデータを、配信データとして生成する（ステップＳ３１）。気温情報は、たとえば、「東京の現在の気温は１０℃である」という情報である。生成部１０１は、生成した気温情報を、送信部１０２に出力する。

【0054】

送信部１０２は、伝送路５０１を介して、中継装置３１の受信部３０１に気温情報を送信する（ステップＳ３２）。なお、気温情報は、図３のシーケンス図では「配信データ」とされている。送信部１０２は、気温情報が更新される（すなわち、新たな気温情報が生成される）たびに、受信部３０１に気温情報を送信する。

【0055】

中継装置３１の受信部３０１が、気温情報を受信すると（ステップＳ３３）、受信部３０１は受信した気温情報を調整部３０２に出力する。

【0056】

調整部３０２は、気温情報を記憶制御部３０４および送信部３０３に出力する。

【0057】

記憶制御部３０４は、受け取った気温情報を記憶部３１０に記憶させる（ステップＳ３４）。記憶されるデータの構造は問わない。たとえば、記憶部３１０は、情報の項目と、その項目の最新の値とを、双方が関連づいた形態で記憶する。つまり、たとえば記憶部３１０は、キーと値とを関連づけるリストの形式でデータを記憶してもよい。この場合、たとえば記憶制御部３０４は、調整部３０２から受け取った気温情報に基づき、「東京」というキーに対して「１０℃」という値を関連づける形で、気温情報を記憶部３１０に記憶させる。このとき、すでに「東京」というキーに対して古い値が関連付けられていたときは、記憶制御部３０４は、その古い値を「１０℃」という値で上書きしてもよい。

【0058】

「東京」という項目自体がなかった場合は、記憶制御部３０４は、記憶部３１０が記憶する項目のリストに「東京」を追加し、その項目の値（１０℃）を記憶させる。

【0059】

一方、送信部３０３は、調整部３０２から受け取った気温情報を、伝送路６０１を介してクライアント装置２１の受信部２０１に送信（プッシュ配信）する（ステップＳ３５）。

【0060】

クライアント装置２１において、受信部２０１が気温情報を受信し、処理部２０２が気温情報をプッシュ配信されたデータとして処理する（ステップＳ３６）。例えば、処理部２０２は、図示しない表示部に「東京の現在の気温は１０℃」と表示させる。

【0061】

さて、この後、ユーザが、クライアント装置２１におけるデータの受信を一時中断するオペレーションを行うとする。そして、暫くの後、ユーザが再びクライアント装置２１におけるデータの受信を再開させるとする。

【0062】

すると、この時点で取得されている気温情報は、受信を中断した時点のものであるため、最新ではない。あるいは、気温情報を消去してしまっている場合は、処理部２０２は、画面情報を表示できない。すなわち、気温情報が、処理を行うにあたって不足している、必要なデータである。したがって、処理部２０２は、要求送信部２０３に対して気温情報を要求するよう通知する。そして、要求送信部２０３は、伝送路６０２を介して中継装置３１の要求対応部３０５に気温情報を要求する（ステップＳ３７）。要求する内容は、たとえば、「東京の現在の気温を教えよ」という内容である。

【0063】

要求対応部３０５は、要求送信部２０３からの要求を受信する（ステップＳ３８）。要求対応部３０５は、要求された内容に関する気温情報を記憶しているかを記憶部３１０に問い合わせる。

【0064】

このとき、記憶部３１０は「東京」をキーとし、「１２℃」を値とした気温情報を、最新のデータとして記憶しているとする。要求対応部３０５は、この気温情報を読み出す（ステップＳ３９）。そして、要求対応部３０５は、送信部３０３に、この気温情報をクライアント装置２１へと送信させる。送信部３０３は、読み出された気温情報を受信部２０１に送信する（ステップＳ４０）。

【0065】

クライアント装置２１において、受信部２０１が気温情報を受信し、処理部２０２がその気温情報を処理する（ステップＳ４１）。たとえば、処理部２０２は、表示部に「東京の現在の気温は１２℃」と表示させる。

【0066】

このようにして、クライアント装置２１は、サーバ装置１１および中継装置３１によって配信済みであるデータ（気温情報）を、再送要求を行うことによって取得し、処理することが可能となる。

【0067】

＜効果＞
第１の実施形態のデータ通信システム１によれば、クライアント装置２１は、サーバ装置１１によって配信された過去のデータを取得することができる。

【0068】

その理由は、サーバ装置１１とクライアント装置２１の間に設置された中継装置３１が、サーバ装置１１から送信されたデータを記憶し、クライアント装置２１からの配信済みデータの再送要求に対して記憶されたデータを送信するからである。

【0069】

本構成によれば、サーバ装置１１が常時すべてのデータを配信し続けていなくても、クライアント装置２１は、最新のデータを取得することができる。

【0070】

再送要求の機能により、クライアント装置２１は、サーバ装置１１から自発的に行われる配信を待たずに、都合の良いタイミングで、配信済みの最新のデータを中継装置３１からすぐに取得することができる。

【0071】

なお、サーバ装置１１が記憶制御部３０４および要求対応部３０５に相当する構成を有することにより、クライアント装置２１に配信済みのデータの再送要求の機能を提供する構成もありうる。しかし、その場合、サーバ装置１１の負担が大きくなり、全体的な処理が遅くなる可能性がある。第１の実施形態の構成であれば、サーバ装置１１が再送要求の機能を有さなくても、クライアント装置２１は再送要求ができる。特に、第１の実施形態の中継装置３１により、既存のサーバ装置１１自体には変更を加えることなく、クライアント装置２１に配信済みのデータの再送要求の機能を提供することができる。

【0072】

以上の通り、本実施形態に係る中継装置３１は、データがリアルタイムに配信されるストリーミング配信において、配信済みのデータをクライアント装置２１が受信していない場合における不都合を解消する。

【0073】

＜＜第２の実施形態＞＞
一般的なリアルタイムストリーミング配信において、クライアント装置はサーバ装置から配信される全ての更新を受信する。しかし、クライアント装置にとってプッシュ配信される（すなわち、リアルタイムで自動的に送信される）ことが望まれるデータが、サーバ装置１１が配信するデータのうち特定の種類のデータのみである場合、プッシュ配信されることが望まれないデータの通信は不要である。そこで、例えば、データ通信システムを、プッシュ配信が望まれないデータをクライアント装置にプッシュ配信しないよう構成することが考えられる。しかし、その場合、例えばその望まれないデータが、配信データの受信開始時等、特定のタイミングにおいては必要となるデータである場合、クライアント装置はその特定のタイミングにおいて必要なデータを受け取ることができない、ということが起こり得る。

【0074】

本発明の第２の実施形態に係るデータ通信システム２は、上記の問題の解決に寄与する。以下、第２の実施形態について説明する。

【0075】

＜構成＞
図４は、第２の実施形態に係るデータ通信システム２の構成を示すブロック図である。

【0076】

第２の実施形態においては、中継装置３２が、第１の実施形態に係る中継装置３１と同様の構成に加えて、更に特定部３０６を備える。

【0077】

なお、第２の実施形態における構成のそれぞれは、第１の実施形態における、同一の符号が付された構成と同様の機能を有していてよい。以下の第２の実施形態の説明では、第１の実施形態と重複する説明は省略することがある。

【0078】

第２の実施形態に係るデータ通信システム２では、サーバ装置１１が配信するデータは、２つ以上の複数の種類のデータであるとする。たとえば、サーバ装置１１が配信するデータは、特定の地域における、現在の天気を示すデータと、現在の気温を表すデータの２つから構成されるとする。

【0079】

クライアント装置２１の処理部２０２は、プッシュ配信されることを希望するデータの種類、および／またはプッシュ配信されることを希望しないデータの種類を表す、配信希望情報を作成する。たとえば、処理部２０２は、天気を示すデータがプッシュ配信されることを希望するデータであり、気温を示すデータがプッシュ配信されることを希望しないデータであるということを示す、配信希望情報を作成する。

【0080】

配信希望情報の情報は、たとえば、クライアント装置２１の利用者がクライアント装置２１に対して指示することにより取得される。たとえば、利用者が、プッシュ配信されることを希望するデータを指示し、さらに／またはプッシュ配信されることを希望しないデータを指示することにより、処理部２０２は、指示された内容を基に配信希望情報を作成する。なお、プッシュ配信されることを希望しないデータとは、すなわち、再送要求がない限りは送信部３０３がプッシュ配信しないことが求められるデータである。

【0081】

処理部２０２は、プッシュ配信されることを希望しないデータの指示のみを受信してもよい。その場合、処理部２０２は、プッシュ配信されることを希望しないデータとして指示されなかったデータを、プッシュ配信されることを希望するデータであるとして扱えばよい。

【0082】

処理部２０２は、クライアント装置２１の配信希望情報を要求送信部２０３に通知する。配信希望情報の通知は、いつ行われてもよい。たとえば、クライアント装置２１が配信サーバからのデータ配信を受信することが決定したときに、処理部２０２は配信希望情報を作成し、要求送信部２０３に送信してもよい。

【0083】

要求送信部２０３は、伝送路６０２を介して、中継装置３２の要求対応部３０５に配信希望情報を通知する。

【0084】

中継装置３２の要求対応部３０５は、受信した配信希望情報を特定部３０６に通知する。

【0085】

特定部３０６は、配信希望情報に基づく、配信対象情報を記憶する。配信対象情報は、配信データの種類のそれぞれについて、配信する対象となるクライアント装置２１を特定する情報である。配信希望情報に基づく配信対象情報は、いわば、クライアント装置と、クライアント装置がプッシュ配信を希望する配信データの種類と、を関連づける情報である。配信対象情報は、たとえば、配信データの種類とクライアント装置の識別子とが関連付けられたリスト形式の情報であってもよい。配信対象情報は、各クライアント装置２１から受信する配信希望情報のリストでもよい。たとえば、特定部３０６が、配信希望情報に基づき、配信対象情報を作成する。特定部３０６は、たとえば、配信対象情報を記憶するための記憶領域（不図示）を有し、その記憶領域に配信対象情報を保持してもよい。

【0086】

調整部３０２は、受信部３０１が配信データを受け取った場合に、特定部３０６に、受け取ったデータをプッシュ配信されることを希望するクライアント装置２１を問い合わせる。たとえば、調整部３０２は、特定部３０６に受け取ったデータの種類を送信し、特定部３０６から、そのデータの種類に基づいて特定されるクライアント装置２１の識別子（例えば、ＩＰアドレス等）を取得する。

【0087】

特定部３０６は、記憶されている配信対象情報に基づき、調整部３０２が受け取ったデータがプッシュ配信されることを希望するクライアント装置２１を特定し、特定したクライアント装置２１の識別子を調整部３０２に通知する。特定部３０６は、たとえば、記憶しているリストを参照し、調整部３０２から受け取ったデータの種類が関連づけられているクライアント装置２１を特定すればよい。

【0088】

調整部３０２は、受信部３０１から受け取ったデータと、そのデータをプッシュ配信されることを希望するクライアント装置２１の識別子とを、送信部３０３に出力する。

【0089】

また、調整部３０２は、第１の実施形態と同様、データを記憶制御部３０４にも出力する。

【0090】

送信部３０３は調整部３０２から受け取ったデータを、プッシュ配信されることを希望するクライアント装置２１の受信部２０１に、伝送路６０１を介して送信する。

【0091】

送信部３０３は、プッシュ配信されることを希望するクライアント装置２１でないクライアント装置２１には、受け取ったデータを送らない。

【0092】

図５は、プッシュ配信されるデータの流れの例を表すブロック図である。図５においては、中継装置３２は、３台のクライアント装置２１（２１−１、２１−２、および２１−３）に接続されている。中継装置３２は、サーバ装置１１から配信データを受け取り、上記３台のクライアント装置２１に配信データを送信する。

【0093】

サーバ装置１１から配信されるデータの種類は３種あり、それぞれをデータ種Ａ、Ｂ、Ｃとして区別するとする。サーバ装置１１は、それぞれのデータ種のデータを、常時連続的に配信してもよいし、非連続的に（別の言い方では、不連続に、断続的に）配信してもよい。また、サーバ装置１１は、それぞれのデータ種のデータを非連続的に配信する場合は、それぞれのデータを別々のタイミングで配信してもよい。

【0094】

そして、中継装置３２は、特定部３０６において、「クライアント装置２１−１はデータ種Ｃのデータのプッシュ配信を希望しない」という情報を、配信希望情報として有しているとする。すなわち、たとえば、データ種Ａ，Ｂ，Ｃと各クライアント装置２１とを関連づけるリストにおいて、クライアント装置２１−２と２１−３とはデータ種Ａ、Ｂ、およびＣに関連づけられ、クライアント装置２１−１はデータ種ＡおよびＢに関連づけられているとする。

【0095】

図５における矢印およびアルファベットは、上記のような例のもとで送信される配信データのデータ種の流れを示している。

【0096】

上記のような例では、サーバ装置１１から配信されるデータ種Ａ、Ｂのデータは、中継装置３２で受け取られた後、クライアント装置２１−１、２１−２、２１−３のいずれにもプッシュ配信される。一方、データ種Ｃのデータは、クライアント装置２１−１がプッシュ配信を希望しないデータであるため、クライアント装置２１−１にはプッシュ配信されず、クライアント装置２１−２および２１−３にはプッシュ配信される。

【0097】

＜動作＞
第２の実施形態に係る中継装置３２の具体的な動作の例を、図６のフローチャートを用いて説明する。

【0098】

まず、中継装置３２の受信部３０１は、配信データをサーバ装置１１の送信部１０２から受け取る（ステップＳ６１）。

【0099】

調整部３０２は、受け取ったデータのプッシュ配信を希望するクライアント装置２１を特定部３０６に問い合わせる。

【0100】

特定部３０６は、受け取ったデータのプッシュ配信を希望するクライアント装置２１を特定する（ステップＳ６２）。

【0101】

調整部３０２は、受け取ったデータと、特定部３０６によって特定されたクライアント装置２１の識別子とを、送信部３０３に出力する。

【0102】

送信部３０３は、プッシュ配信を希望するクライアント装置２１に、調整部３０２から受け取ったデータを送信（プッシュ配信）する（ステップＳ６３）。言い換えれば、送信部３０３は、プッシュ配信を希望しないクライアント装置２１以外のクライアント装置２１には、調整部３０２から受け取ったデータを送信しない。

【0103】

以上のように、中継装置３２は、各クライアント装置２１に対して、配信データのうちクライアント装置２１が希望する配信データのみをプッシュ配信する。

【0104】

たとえば図５で示される例では、クライアント装置２１−１には、データ種Ｃのデータがプッシュ配信されない。しかし、クライアント装置２１−１にとってデータ種Ｃのデータが必要になった時は、クライアント装置２１−１は、要求対応部３０５に対して、第１の実施形態で説明される再送要求を送信すればよい。それにより、クライアント装置２１−１は、データ種Ｃのデータを取得することができる。

【0105】

＜効果＞
第２の実施形態に係るデータ通信システム２によれば、クライアント装置２１の利用者がプッシュ配信を希望しないデータの通信を省き、通信の無駄を低減することができる。そして、第１の実施形態に係るデータ通信システム１と同様の構成により、プッシュ配信を希望しないデータが何らかの処理に必要なデータであっても、クライアント装置２１は、再送要求によってそのデータを取得することができる。クライアント装置２１は、たとえば受信開始時のみにそのデータが必要であれば、受信開始時に要求対応部３０５に対して再送要求を行えばよい。

【0106】

本実施形態のデータ通信システム２は、プッシュ配信が望まれない、必要になる場合があるデータの通信量を削減することができるという効果を有する。その理由は、データを必要な時にだけ取得することができるので、そのデータを常にプッシュ配信する必要がないからである。

【0107】

＜＜主要構成＞＞
本発明の主要な構成を備える中継装置３０を、図７を参照して説明する。

【0108】

中継装置３０は、データを配信するサーバ装置と、データを処理するクライアント装置とに通信可能に接続される。

【0109】

中継装置３０は、送信部３０３と、記憶制御部３０４と、要求対応部３０５とを備える。

【0110】

送信部３０３は、サーバ装置から配信された少なくとも１種類の配信データを受け取り、受け取った配信データをクライアント装置に配信する。送信部３０３は、たとえば、サーバ装置から配信データを受け取り次第、受け取った配信データをクライアント装置にプッシュ配信する。

【0111】

記憶制御部３０４は、受け取った配信データのうち、配信データの種類ごとに最新の配信データを、記憶部（不図示）に記憶させる制御を行う。たとえば、記憶制御部３０４は、最新の配信データを、記憶部の記憶領域に格納する。記憶部は中継装置３０の内部の構成であってもよいし、中継装置３０の内部にない記憶装置または記録媒体であってもよい。記憶制御部３０４自体がデータを記憶する記憶部として機能していてもよい。

【0112】

最新のデータとは、最後に配信されたデータと同一のデータを指す。たとえば、記憶制御部３０４が、同種のデータを上書きする構成であり、受け取ったデータを記憶部に記憶させる際に、受け取ったデータと既に記憶されたデータとが同一であった場合には上書きしないという構成であったとしても、その上書きされなかったデータは最新であるといえる。

【0113】

要求対応部３０５は、クライアント装置からの再送要求に従って、記憶部において記憶されている、クライアント装置が要求する種類の最新の配信データをクライアント装置に送信する処理を行う。

【0114】

なお、クライアント装置の一例は、図８に示されるクライアント装置２０である。クライアント装置２０は、中継装置３０に対し、配信データの再送要求を送信する要求送信部２０３と、再送要求によって送信された配信データを用いて処理を行う処理部２０２と、を備える。

【0115】

図９は、中継装置３０の各部の動作の流れを示すフローチャートである。送信部３０３は、サーバ装置から配信された少なくとも１種類の配信データを受け取り、受け取った配信データをクライアント装置に配信する（ステップＳ９１）。記憶制御部３０４は、受け取った配信データのうち、配信データの種類ごとに最新の配信データを記憶部に記憶させる（ステップＳ９２）。ただし、ステップＳ９１とステップＳ９２の順序は同時に行われても、逆順に行われてもよい。その後要求対応部３０５がクライアント装置から再送要求を受けると、要求対応部３０５は、その再送要求に従って、記億部において記憶されている、クライアント装置が要求する種類の最新の配信データをクライアント装置に送信する処理を行う（ステップＳ９３）。

【0116】

サーバ装置がデータを非連続的に（たとえばある間隔をおいて）配信する場合、上記構成によれば、クライアント装置が最新のデータを取得していない場合における不都合（たとえば、最新のデータに基づく出力内容を表示できない等）を解消する。特に、サーバ装置が配信データを配信する間隔が、人間がブランクや遅れとして知覚可能な間隔（たとえばクライアント装置によるデータの処理において通常かかると考えられる時間の範囲を超える時間。数秒など）であれば、中継装置３０は特に有利な効果を奏する。なぜなら、中継装置３０によれば、この間隔によって配信データの受信および処理が遅れることによってユーザの苛立ちや不安感が誘発されるのを防ぐことができるからである。

【0117】

クライアント装置は、最新の配信データと、最新でない配信データとの両方を用いる処理を行う装置であってもよい。また、クライアント装置は、最新の配信データおよび最新でない配信データのそれぞれに対する処理結果を同時に表示する装置であってもよい。そして、記憶制御部３０４は、少なくとも所定の数の、最新でないデータ（いわゆる、データのログ、履歴）を記憶部に記憶させてもよい。そうすることで、クライアント装置は、サーバ装置が過去に配信した（その時点においてリアルタイムでは配信されていない）データをも取得できる。すなわち、クライアント装置は、リアルタイムでの配信によって取得されなかったデータをも用いて、処理を行ったり、表示を行なったりすることができる。

【0118】

以上のように、本構成によれば、データがリアルタイムに配信されるストリーミング配信において、クライアント装置が配信済みのデータを受信していない場合における不都合が解消される。

【0119】

なお、既に説明したように、リアルタイムストリーミング配信においてデータを記憶するバッファを有するストリーミング配信装置が、たとえば特許文献２に開示されている。しかしながら、特許文献２は、映像・音声を含むデータのみを想定しており、サーバ装置が連続的にデータを送信することが前提である。すると、仮に、特許文献２における「主信号パケット」の１つ１つが、本願で説明される「配信データ」に相当するとみなすとすると、その場合は、再送要求に従って送られるパケットは「最新の配信データ」ではない。再送要求がされるのはパケットロスによって届かなかったパケットであり、そのパケットのプッシュ配信よりも後に、次々と新しいパケットが、プッシュ配信され、バッファに記憶されているはずだからである。

【0120】

（ハードウェアの構成について）
以上、説明した本発明の各実施形態において、各装置の各構成要素は、機能単位のブロックを示している。各装置の各構成要素の一部または全部は、例えば図１０に示すようなコンピュータ１０００とプログラムとの可能な組み合わせにより実現される。コンピュータ１０００は、一例として、以下のような構成を含む。

【0121】

・ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１００１
・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１００２
・ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１００３
・ＲＡＭ１００３にロードされるプログラム１００４Ａおよび記憶情報１００４Ｂ
・プログラム１００４Ａおよび記憶情報１００４Ｂを格納する記憶装置１００５
・記録媒体１００６の読み書きを行うドライブ装置１００７
・通信ネットワーク１００９と接続する通信インタフェース１００８
・データの入出力を行う入出力インタフェース１０１０
・各構成要素を接続するバス１０１１
各実施形態における各装置の各構成要素は、これらの機能を実現するプログラム１００４ＡをＣＰＵ１００１がＲＡＭ１００３にロードして実行することで実現される。各装置の各構成要素の機能を実現するプログラム１００４Ａは、例えば、予め記憶装置１００５やＲＯＭ１００２に格納されており、必要に応じてＣＰＵ１００１が読み出す。なお、プログラム１００４Ａは、通信ネットワーク１００９を介してＣＰＵ１００１に供給されてもよいし、予め記録媒体１００６に格納されており、ドライブ装置１００７が当該プログラムを読み出してＣＰＵ１００１に供給してもよい。

【0122】

各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個のコンピュータ１０００とプログラムとの可能な組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つのコンピュータ１０００とプログラムとの可能な組み合わせにより実現されてもよい。

【0123】

また、各装置の各構成要素の一部または全部は、その他の汎用または専用の回路、コンピュータ等やこれらの組み合わせによって実現される。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。

【0124】

各装置の各構成要素の一部または全部が複数のコンピュータや回路等により実現される場合には、複数のコンピュータや回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、コンピュータや回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。

【0125】

本願発明は以上に説明した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0126】

上記実施形態の一部または全部は以下の付記のようにも記載され得るが、以下には限られない。

【0127】

＜＜付記＞＞
［付記１］
サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信する送信手段と、
前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記億させる記憶制御手段と、
前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う要求対応手段と、
を備える中継装置。
［付記２］
前記サーバ装置は、少なくとも１種類の前記配信データの配信を、非連続的に行うことを特徴とする、
付記１に記載の中継装置。
［付記３］
前記クライアント装置と、当該クライアント装置が配信を希望する前記配信データの種類と、を関連づける配信対象情報に基づいて、前記配信データごとに、前記送信手段が当該配信データを配信する対象となる前記クライアント装置を特定する特定手段をさらに備え、
前記送信手段は、特定された前記クライアント装置に当該配信データを送信し、特定された前記クライアント装置でない前記クライアント装置には当該配信データを送信しない、
付記１または２に記載の中継装置。
［付記４］
前記記憶制御手段は、前記配信データの種類ごとに、前記最新の配信データを前記記憶手段に記憶させる際に最新でない前記配信データを当該最新の配信データで上書きする、
付記１から３のいずれか一項に記載の中継装置。
［付記５］
前記記憶制御手段は、前記最新の配信データに加え、少なくとも所定の数の最新でない前記配信データを前記記憶手段に記憶させ、
前記要求対応手段は、前記再送要求に従って、前記最新の配信データと前記最新でない配信データとを前記クライアント装置に送信する処理を行い、
前記クライアント装置は、少なくとも、前記再送要求に従って送信された前記最新の配信データと前記最新でない配信データとの両方を用いて、処理を行い、または、前記両方に対する処理結果を同時に出力する、
付記１から３のいずれか一項に記載の中継装置。
［付記６］
付記１に記載の中継装置に対し、過去に配信された前記最新の配信データの再送要求を送信する要求送信手段と、
前記再送要求によって送信された前記最新の配信データを用いて処理を行う処理手段と、
を備えるクライアント装置。
［付記７］
付記３に記載の中継装置に対し、前記配信データのうち配信されることを希望するデータの種類、および／または配信されることを希望しないデータの種類を表す、配信希望情報を送信する送信手段を備え、
前記配信対象情報は、前記配信希望情報に基づいて生成される、
クライアント装置。
［付記８］
付記１から５のいずれか一項に記載の中継装置と、
前記サーバ装置と、
前記クライアント装置と、
を含むデータ通信システム。
［付記９］
サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信し、
前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記憶させ、
前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う、
中継方法。
［付記１０］
前記サーバ装置は、少なくとも１種類の前記配信データの配信を、非連続的に行うことを特徴とする、
付記９に記載の中継方法。
［付記１１］
前記クライアント装置と、当該クライアント装置が配信を希望する前記配信データの種類と、を関連づける配信対象情報に基づいて、前記配信データごとに、当該配信データを配信する対象となる前記クライアント装置を特定し、
特定された前記クライアント装置に当該配信データを送信し、特定された前記クライアント装置でない前記クライアント装置には当該配信データを送信しない、
付記９または１０に記載の中継方法。
［付記１２］
前記配信データの種類ごとに、前記最新の配信データを前記記憶手段に記憶させる際に最新でない前記配信データを当該最新の配信データで上書きする、
付記９から１１のいずれか一項に記載の中継方法。
［付記１３］
前記最新の配信データに加え、少なくとも所定の数の最新でない前記配信データを前記記憶手段に記憶させ、
前記再送要求に従って、前記最新の配信データと前記最新でない配信データとを前記クライアント装置に送信する処理を行い、
前記クライアント装置は、少なくとも、前記再送要求に従って送信された前記最新の配信データと前記最新でない配信データとの両方を用いて、処理を行い、または、前記両方に対する処理結果を同時に出力する、
付記９から１２のいずれか一項に記載の中継方法。
［付記１４］
付記１に記載の中継装置に対し、過去に配信された前記最新の配信データの再送要求を送信し、
前記再送要求によって送信された前記最新の配信データを用いて処理を行う、
データ処理方法。
［付記１５］
付記３に記載の中継装置に対し、前記配信データのうち配信されることを希望するデータの種類、および／または配信されることを希望しないデータの種類を表す、配信希望情報を送信し、
前記配信対象情報は、前記配信希望情報に基づいて生成される、
データ処理方法。
［付記１６］
コンピュータに、
サーバ装置から受け取った少なくとも１種類の配信データをクライアント装置に配信する送信処理と、
前記配信データのうち、前記配信データの種類ごとに最新の前記配信データを記憶手段に記憶させる記憶制御処理と、
前記クライアント装置からの再送要求に従って、前記記憶手段において記憶されている、前記再送要求により要求される種類の前記最新の配信データを前記クライアント装置に送信する処理を行う要求対応処理と、
を実行させるプログラム。
［付記１７］
前記サーバ装置は、少なくとも１種類の前記配信データの配信を、非連続的に行うことを特徴とする、
付記１６に記載のプログラム。
［付記１８］
コンピュータに、前記クライアント装置と、当該クライアント装置が配信を希望する前記配信データの種類と、を関連づける配信対象情報に基づいて、前記配信データごとに、前記送信処理が当該配信データを配信する対象となる前記クライアント装置を特定する特定処理を実行させ、
前記送信処理は、特定された前記クライアント装置に当該配信データを送信し、特定された前記クライアント装置でない前記クライアント装置には当該配信データを送信しない、
付記１６または１７に記載のプログラム。
［付記１９］
前記記憶制御処理は、前記配信データの種類ごとに、前記最新の配信データを前記記憶手段に記憶させる際に最新でない前記配信データを当該最新の配信データで上書きする、
付記１６から１８のいずれか一項に記載のプログラム。
［付記２０］
前記記憶制御処理は、前記最新の配信データに加え、少なくとも所定の数の最新でない前記配信データを前記記憶手段に記憶させ、
前記要求対応処理は、前記再送要求に従って、前記最新の配信データと前記最新でない配信データとを前記クライアント装置に送信する処理を行い、
前記クライアント装置は、少なくとも、前記再送要求に従って送信された前記最新の配信データと前記最新でない配信データとの両方を用いて、処理を行い、または、前記両方に対する処理結果を同時に出力する、
付記１６から１８のいずれか一項に記載のプログラム。
［付記２１］
コンピュータに、
付記１に記載の中継装置に対し、過去に配信された前記最新の配信データの再送要求を送信する要求送信処理と、
前記再送要求によって送信された前記最新の配信データを用いた処理と、
を実行させるプログラム。
［付記２２］
コンピュータに、
付記３に記載の中継装置に対し、前記配信データのうち配信されることを希望するデータの種類、および／または配信されることを希望しないデータの種類を表す、配信希望情報を送信する送信処理を実行させ、
前記配信対象情報は、前記配信希望情報に基づいて生成される、
プログラム。

【符号の説明】

【0128】

１１ サーバ装置
２０、２１ クライアント装置
３０、３１、３２ 中継装置
１０１ 生成部
１０２ 送信部
２０１ 受信部
２０２ 処理部
２０３ 要求送信部
３０１ 受信部
３０２ 調整部
３０３ 送信部
３０４ 記憶制御部
３０５ 要求対応部
３０６ 特定部
３１０ 記憶部
５０１、６０１、６０２ 伝送路
１０００ コンピュータ
１００１ ＣＰＵ
１００２ ＲＯＭ
１００３ ＲＡＭ
１００４Ａ プログラム
１００４Ｂ 記憶情報
１００５ 記憶装置
１００６ 記録媒体
１００７ ドライブ装置
１００８ 通信インタフェース
１００９ 通信ネットワーク
１０１０ 入出力インタフェース
１０１１ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】