特開 2024-59068 プログラム、サーバ装置、及びデータストリームの伝送方法

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

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

(11)【公開番号】P2024059068

(43)【公開日】2024-04-30

(54)【発明の名称】プログラム、サーバ装置、及びデータストリームの伝送方法

(51)【国際特許分類】

   H04L 67/561 20220101AFI20240422BHJP

   H04L 67/12 20220101ALI20240422BHJP

   H04L 67/06 20220101ALI20240422BHJP

   H04L 67/565 20220101ALI20240422BHJP

   H04L 67/61 20220101ALI20240422BHJP

   H04M 11/00 20060101ALI20240422BHJP

【ＦＩ】

H04L67/561

H04L67/12

H04L67/06

H04L67/565

H04L67/61

H04M11/00 301

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023098485

(22)【出願日】2023-06-15

(62)【分割の表示】P 2023519393の分割

【原出願日】2022-10-17

(71)【出願人】

【識別番号】514143714

【氏名又は名称】株式会社 アプトポッド

(74)【代理人】

【識別番号】110000752

【氏名又は名称】弁理士法人朝日特許事務所

(72)【発明者】

【氏名】岩田 亮介

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

5K201

【Ｆターム（参考）】

5K201AA02

5K201BA02

5K201DA02

5K201EC06

5K201ED09

(57)【要約】

【課題】ストリーミング形式による通信中にデータが損失し又はデータの順序が変わっても、データ構造を維持できるようにする。
【解決手段】サーバ装置（３０）は、クライアント装置（２０Ａ又は２０Ｂ）とストリーミング形式による通信を行う。ストリーミング形式による通信は、複数のデータグループを含むデータブロックを用いて行われる。複数のデータグループの各々は、データ種別情報と、データ種別情報に対応付けられたデータポイントであってクライアント装置（２０Ａ又は２０Ｂ）において取得されたデータポイントを少なくとも１つ含む。
【選択図】図２

【特許請求の範囲】

【請求項1】

コンピュータに、
クライアント装置とストリーミング形式による通信を行う通信ステップを実行させるためのプログラムであって、
前記ストリーミング形式による通信は、複数のデータグループを含むデータブロックを用いて行われ、
前記複数のデータグループの各々は、データ種別情報と、前記データ種別情報に対応付けられたデータポイントであって前記クライアント装置において取得されたデータポイントを少なくとも１つ含み、
前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、
前記複数のデータストリームは、異なる送信条件を有し、
前記複数のデータストリームの各々は、当該データストリームの前記送信条件に応じたデータポイントを含む
プログラム。

【請求項2】

前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、
前記複数のデータストリームによって各データストリームに含まれる前記データブロックのデータ量は異なる
請求項１に記載のプログラム。

【請求項3】

前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップを含み、
前記データストリームは、送信条件を有し、
前記データストリームに含まれる第１データブロックの受信が確認されない場合には、前記データストリームの前記送信条件によって異なるタイミングで前記第１クライアント装置から前記第１データブロックが再送される
請求項１に記載のプログラム。

【請求項4】

前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップと、第２クライアント装置に前記データストリームを送信する送信ステップとを含み、
前記データブロックは、前記第１クライアント装置からの送信順に連続するシーケンス番号を含み、
前記コンピュータと前記第１クライアント装置又は前記第２クライアント装置との間の第１通信経路上におけるデータの欠損は、前記データブロックの受信に応じて返信される確認応答の有無に基づいて判定され、
前記第１クライアント装置から前記コンピュータを介して前記第２クライアント装置に至る第２通信経路上におけるデータの欠損は、前記シーケンス番号を用いて判定される
請求項１に記載のプログラム。

【請求項5】

前記クライアント装置は、前記コンピュータにデータストリームを送信する第１クライアント装置と、前記コンピュータから転送された前記データストリームを受信する第２クライアント装置とを含み、
前記通信ステップは、
前記第１クライアント装置と前記コンピュータとの間の前記通信において、前記データ種別情報と第１エイリアス値との変換に用いられる第１辞書を前記第１クライアント装置に送信する送信ステップと、
前記コンピュータと前記第２クライアント装置との間の前記通信において、前記データ種別情報と第２エイリアス値との変換に用いられる第２辞書を前記第２クライアント装置から受信する受信ステップとを含む
請求項１に記載のプログラム。

【請求項6】

前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、
前記複数のデータストリームは、データ伝送のリアルタイム性を優先する第１送信条件を有する第１データストリームと、データ伝送の完全性を優先する第２送信条件を有する第２データストリームとを含み、
前記コンピュータと前記第１クライアント装置との間の通信経路の帯域幅に応じて前記第１クライアント装置から前記第１データストリームの送信が停止された後、前記送信が再開されると、前記第１データストリームは、前記送信が再開された時点に応じた部位から送信され、
前記帯域幅に応じて前記第１クライアント装置から前記第２データストリームの送信が停止された後、前記送信が再開されると、前記第２データストリームは、前記送信が停止された時点に応じた部位から送信される
請求項１に記載のプログラム。

【請求項7】

前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップを含み、
前記コンピュータに、
前記受信ステップにおいて受信された前記データストリームに含まれる前記データブロックに、前記コンピュータと前記第１クライアント装置との間の通信に関する情報を付加する付加ステップ
をさらに実行させるための請求項１に記載のプログラム。

【請求項8】

クライアント装置とストリーミング形式による通信を行う通信手段を備え、
前記ストリーミング形式による通信は、複数のデータグループを含むデータブロックを用いて行われ、
前記複数のデータグループの各々は、データ種別情報と、前記データ種別情報に対応付けられたデータポイントであって前記クライアント装置において取得されたデータポイントを少なくとも１つ含み、
前記通信は、第１クライアント装置からの複数のデータストリームの受信を含み、
前記複数のデータストリームは、異なる送信条件を有し、
前記複数のデータストリームの各々は、当該データストリームの前記送信条件に応じたデータポイントを含む
サーバ装置。

【請求項9】

クライアント装置とストリーミング形式による通信を行う通信ステップを含み、
前記ストリーミング形式による通信は、複数のデータグループを含むデータブロックを用いて行われ、
前記複数のデータグループの各々は、データ種別情報と、前記データ種別情報に対応付けられたデータポイントであって前記クライアント装置において取得されたデータポイントを少なくとも１つ含み、
前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、
前記複数のデータストリームは、異なる送信条件を有し、
前記複数のデータストリームの各々は、当該データストリームの前記送信条件に応じたデータポイントを含む
データストリームの伝送方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、データを伝送する技術に関する。

【背景技術】

【0002】

サーバ装置とクライアント装置間のデータ伝送において、クライアント装置で取得したデータと、セクションの区切りを示すＳＯＳ（Start of Section）及びＥＯＳ（End of Section）とを含むセクションを作成し、送信する技術が知られている（例えば特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開第２０１８／７８９１３号

【発明の概要】

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

【0004】

しかし、特許文献１に記載の技術では、セクションが他のセクションとの区切りを示すマーカを用いたデータ構造を有しているため、伝送中にマーカが欠損したり、マーカの順序が変わったりすると、セクション構造が壊れてしまう。セクション構造を維持するには、下位プロトコルでデータの到達保証と順序保証を行う必要があり、データ伝送に制約があった。

【0005】

本開示は、ストリーミング形式による通信中にデータが損失し又はデータの順序が変わっても、データ構造を維持できるようにすることを目的とする。

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

【0006】

本開示の一態様は、コンピュータに、クライアント装置とストリーミング形式による通信を行う通信ステップを実行させるためのプログラムであって、前記ストリーミング形式による通信は、複数のデータグループを含むデータブロックを用いて行われ、前記複数のデータグループの各々は、データ種別情報と、前記データ種別情報に対応付けられたデータポイントであって前記クライアント装置において取得されたデータポイントを少なくとも１つ含む、プログラムを提供する。

【0007】

前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、前記複数のデータストリームによって各データストリームに含まれる前記データブロックのデータ量は異なってもよい。

【0008】

前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、前記複数のデータストリームは、異なる送信条件を有し、前記複数のデータストリームの各々は、当該データストリームの前記送信条件に応じたデータポイントを含んでもよい。

【0009】

前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップを含み、前記データストリームは、送信条件を有し、前記データストリームに含まれる第１データブロックの受信が確認されない場合には、前記データストリームの前記送信条件によって異なるタイミングで前記第１クライアント装置から前記第１データブロックが再送されてもよい。

【0010】

前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップと、第２クライアント装置に前記データストリームを送信する送信ステップとを含み、前記データブロックは、前記第１クライアント装置からの送信順に連続するシーケンス番号を含み、前記コンピュータと前記第１クライアント装置又は前記第２クライアント装置との間の第１通信経路上におけるデータの欠損は、前記データブロックの受信に応じて返信される確認応答の有無に基づいて判定され、前記第１クライアント装置から前記コンピュータを介して前記第２クライアント装置に至る第２通信経路上におけるデータの欠損は、前記シーケンス番号を用いて判定されてもよい。

【0011】

前記クライアント装置は、前記コンピュータにデータストリームを送信する第１クライアント装置と、前記コンピュータから転送された前記データストリームを受信する第２クライアント装置とを含み、前記通信ステップは、前記第１クライアント装置と前記コンピュータとの間の前記通信において、前記データ種別情報と第１エイリアス値との変換に用いられる第１辞書を前記第１クライアント装置に送信する送信ステップと、前記コンピュータと前記第２クライアント装置との間の前記通信において、前記データ種別情報と第２エイリアス値との変換に用いられる第２辞書を前記第２クライアント装置から受信する受信ステップとを含んでもよい。

【0012】

前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、前記複数のデータストリームは、データ伝送のリアルタイム性を優先する第１送信条件を有する第１データストリームと、データ伝送の完全性を優先する第２送信条件を有する第２データストリームとを含み、前記コンピュータと前記第１クライアント装置との間の通信経路の帯域幅に応じて前記第１クライアント装置から前記第１データストリームの送信が停止された後、前記送信が再開されると、前記第１データストリームは、前記送信が再開された時点に応じた部位から送信され、前記帯域幅に応じて前記第１クライアント装置から前記第２データストリームの送信が停止された後、前記送信が再開されると、前記第２データストリームは、前記送信が停止された時点に応じた部位から送信されてもよい。

【0013】

前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップを含み、前記プログラムは、前記コンピュータに、前記受信ステップにおいて受信された前記データストリームに含まれる前記データブロックに、前記コンピュータと前記第１クライアント装置との間の通信に関する情報を付加する付加ステップをさらに実行させてもよい。

【0014】

本開示の別の態様は、クライアント装置とストリーミング形式による通信を行う通信手段を備え、前記ストリーミング形式による通信は、複数のデータグループを含むデータブロックを用いて行われ、前記複数のデータグループの各々は、データ種別情報と、前記データ種別情報に対応付けられたデータポイントであって前記クライアント装置において取得されたデータポイントを少なくとも１つ含む、サーバ装置を提供する。

【0015】

本開示のさらに別の態様は、クライアント装置とストリーミング形式による通信を行う通信ステップを含み、前記ストリーミング形式による通信は、複数のデータグループを含むデータブロックを用いて行われ、前記複数のデータグループの各々は、データ種別情報と、前記データ種別情報に対応付けられたデータポイントであって前記クライアント装置において取得されたデータポイントを少なくとも１つ含む、データストリームの伝送方法を提供する。

【発明の効果】

【0016】

本開示によれば、ストリーミング形式による通信中にデータが損失し又はデータの順序が変わっても、データ構造を維持することができる。

【図面の簡単な説明】

【0017】

【図1】一実施形態に係るデータ通信システムの一例を示す図。

【図2】データ通信システムの機能構成の一例を示す図。

【図3】チャンクのデータ構造の一例を示す図。

【図4】クライアント装置のハードウェア構成の一例を示す図。

【図5】サーバ装置のハードウェア構成の一例を示す図。

【図6】ストリームの開始処理の一例を示すシーケンスチャート。

【図7】アップストリーム用の辞書の一例を示す図。

【図8】ダウンストリーム用の辞書の一例を示す図。

【図9】データストリームを送信する処理の一例を示すシーケンスチャート。

【図10】データポイントの振り分けの一例を説明する図。

【図11】データストリームの送信の一例を示す図。

【図12】チャンクを再送する処理の一例を示すフローチャート。

【図13】折返し通信経路上のデータの欠損を判断する処理の一例を説明する図。

【図14】帯域幅に応じてデータの送信量を制限する処理の一例を示すフローチャート。

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

【0018】

１．構成
図１は、一実施形態に係るデータ通信システム１の一例を示す図である。データ通信システム１は、複数のクライアント装置２０と、サーバ装置３０とを備える。複数のクライアント装置２０は、送信側として機能するクライアント装置２０Ａと、受信側として機能するクライアント装置２０Ｂとを含む。クライアント装置２０Ａには、複数のセンサ１０が接続されている。複数のクライアント装置２０とサーバ装置３０とは、ネットワーク４０を介して接続されている。ネットワーク４０は、例えば移動体通信ネットワーク及びインターネットを含む。

【0019】

センサ１０は、一定または任意の不均一な時間間隔で対象を観測し、観測により得られたデータを出力する。例えば観測対象が自動車である場合、センサ１０は、アクセルセンサ、ブレーキセンサ、ステアリングセンサ、速度計、エンジンの回転計、燃料噴射量計、温度計、ＧＰＳ（Global Positioning System）、及びカメラのうち少なくとも一つを含んでもよい。

【0020】

クライアント装置２０Ａは、センサ１０から出力されたデータをストリーミング形式による通信によりリアルタイムにサーバ装置３０に送信する。サーバ装置３０は、クライアント装置２０Ａから受信したデータをストリーミング形式による通信によりリアルタイムにクライアント装置２０Ｂに転送する。ここでいう「ストリーミング形式による通信」とは、データストリームを用いて、クライアント装置２０と送信と受信との少なくとも一方を行うことである。すなわち、データストリームを用いてストリーミング形式による通信を行う。ここでいう「データストリーム」とは、データが連なる流れをいう。サーバ装置３０は、クライアント装置２０Ｂにデータを転送するとともに、このデータを蓄積する。サーバ装置３０に蓄積されたデータは、例えば後から観測対象の分析に使用されるため、データの完全性が要求される。クライアント装置２０Ｂは、サーバ装置３０から受信したデータをリアルタイムに出力する。このように、サーバ装置３０からクライアント装置２０Ｂに転送されたデータは、例えば遠隔監視や遠隔診断、遠隔操作等に用いられ、遠隔地から観測対象の現在の状況を把握し、又は制御するために用いられる。このデータの転送については、欠損を許容しつつ低遅延に伝送する要求（完全性よりもリアルタイム性を優先）や、遅延を許容しつつ欠損無く伝送する要求（リアルタイム性よりも完全性を優先）のように、用途に応じて要求が異なる場合がある。なお、以下の説明では、クライアント装置２０Ａからサーバ装置３０に送信されるデータの流れを「アップストリーム」といい、サーバ装置３０からクライアント装置２０Ｂに送信されるデータの流れを「ダウンストリーム」という。

【0021】

図２は、データ通信システム１の機能構成の一例を示す図である。クライアント装置２０Ａは、開始要求手段２０１と、取得手段２０２と、振り分け手段２０３と、変換手段２０４と、生成手段２０５と、送信手段２０６と、再送手段２０７と、送信制限手段２０８として機能する。クライアント装置２０Ａは、本開示に係る第１クライアント装置の一例である。

【0022】

開始要求手段２０１は、アップストリーム開始の際に、アップストリームの開始要求をサーバ装置３０に送信する。アップストリームにおいて送信されるデータのデータＩＤにエイリアスの作成を要求する場合、アップストリームの開始要求はエイリアス要求を兼ねる。アップストリームの開始要求がエイリアス要求を兼ねる場合、アップストリームの開始要求には、データＩＤリストが含まれる。このデータＩＤリストには、エイリアスの作成対象となるデータＩＤが含まれる。エイリアスの作成対象となるデータＩＤが複数ある場合、データＩＤリストには複数のデータＩＤが含まれる。各データＩＤは、データ名とデータタイプとにより構成される。データＩＤは、データを一意に識別する識別子である。データ名は、データに付与された名称である。データタイプは、データの内容やフォーマットを示す型情報である。データ名及びデータタイプには、任意の文字列が使用される。

【0023】

取得手段２０２は、複数のセンサ１０から出力された複数のデータ列を取得する。データ列は、例えば時系列に沿って並べられたデータ本体の系列である。データ本体は、ペイロードやデータバイナリとも呼ばれ、付加的情報を除いたデータの本体である。例えばアクセルセンサから出力されたデータ列には、データ本体としてアクセルの操作量が含まれる。一つのデータ本体には一つのアクセルの操作量が含まれる。例えば加速度センサから３軸分の加速度が同時に出力される場合のように、一つのセンサ１０が複数の値を出力する場合に、一つのデータ本体に複数の値が含まれてもよい。データ列に時刻情報が含まれない場合、取得手段２０２はデータ列に含まれる各データ本体に時刻情報を付加する。時刻情報は、例えばタイムスタンプであり、データ本体に関連付けられた時刻点を示す。時刻情報は、例えば取得手段２０２によりデータが取得された時刻を示す。この場合、時刻情報は、観測を開始した日時を基準とした、データが取得された日時までの経過時間で表現されてもよい。また、時刻情報は、データが取得された時刻に限らず、データが生成された時刻やデータが発生した時刻を示すものであってもよい。データ本体と時刻情報とのセットによりデータポイントが構成される。ここでいう「データポイント」とは、ある時刻点に関連付けられたデータをいう。なお、時刻情報はセンサ１０側で付加されてもよい。この場合、センサ１０から出力されたデータ列は、データ本体と時刻情報とのセットの系列となる。

【0024】

また、取得手段２０２は、各データポイントにデータＩＤを付与する。データＩＤは、データの種別を示す情報であり、本開示に係るデータ種別情報の一例である。なお、データ種別情報は、データＩＤに限定されず、データの種別を示す情報であれば、センサＩＤ等の他の情報であってもよい。データポイントは、厳密には、データ種別情報と、データ本体と、時刻情報とを有する概念であるが、後述するように、効率化のためにデータポイントがデータポイントグループにまとめられるときに個々のデータポイントのデータ種別情報はデータポイントグループのデータ種別情報に集約される。なお、取得手段２０２は、複数のセンサ１０から出力されたデータポイントの全てにデータＩＤと時刻情報とを付与する必要はなく、一部を破棄してもよい。

【0025】

振り分け手段２０３は、取得手段２０２により取得されたデータポイントを設定情報に基づいて複数のデータストリームに振り分ける。複数のデータストリームは、予め定められた異なる送信条件を有する。この実施形態では、送信条件には、そのデータストリームで送信されたデータのサーバ装置３０への格納有無や、データブロックの送信頻度や最大データ量、そのデータストリーム上のサービスの特性や性能を表すＱｏＳ（Quality of Service）等が含まれる。なお、送信条件はこれらに限らず他の条件が含まれてもよい。ＱｏＳには、アンリライアブルと、リライアブルとが含まれる。アンリライアブルは、データが欠損してもよいが遅延なく伝送する条件である。アンリライアブルは、データ伝送の完全性よりもリアルタイム性を優先する送信条件であり、本開示に係る第１送信条件の一例である。リライアブルは、遅延してもよいが欠損なくデータを伝送する条件である。リライアブルは、データ伝送のリアルタイム性よりも完全性を優先する送信条件であり、本開示に係る第２送信条件の一例である。なお、ＱｏＳにはアンリライアブルと、リライアブル以外の種別があってもよい。各データストリームには、アンリライアブルとリライアブルを含むいずれかのＱｏＳが定められる。設定情報には、データストリームの送信条件に基づいて、各データポイントの振り分け先が設定されている。この設定情報は、例えばサーバ装置３０の管理者により作成され、予めクライアント装置２０Ａのメモリ２２に記憶される。例えば設定情報では、データ伝送にリアルタイム性が要求される制御情報やアナログ信号等、欠損が発生しても前後の値から補完しやすい連続値データの振り分け先は、ＱｏＳがアンリライアブルであるデータストリームに設定される。一方、設定情報では、データ伝送に完全性が要求される順序性のある時系列データや、文字列メッセージ等の補完の困難な非連続値データの振り分け先は、ＱｏＳがリライアブルであるデータストリームに設定される。なお、振り分けられる複数のデータポイントには、どのデータストリームにも振り分けられないものがあってもよい。

【0026】

変換手段２０４は、データポイントに含まれるデータＩＤをエイリアス値に変換する。エイリアス値は、データ送信時にデータＩＤの代わりに使用される数値である。アップストリームにおいて、エイリアス値は、クライアント装置２０Ａからのエイリアス要求に応じてサーバ装置３０において割り当てられる。上述したように、データ名及びデータタイプには任意の文字列が使用されるため、これらに代えて数値のエイリアス値を使用することで、データ量が減り、伝送効率を高めることができる。なお、エイリアス値として使用される情報のデータ型は数値に限らず、例えば任意の短い文字列等であってもよい。

【0027】

生成手段２０５は、データストリームを構成するチャンクを生成する。各データストリームは、複数のチャンクを含む。データストリームは、チャンク単位で送受信、再送等の処理が行われる。チャンクは、本開示に係るデータブロックの一例である。

【0028】

図３は、チャンクのデータ構造の一例を示す図である。各チャンクには、シーケンス番号と、複数のデータポイントグループとが含まれる。シーケンス番号は、クライアント装置２０Ａからの同一のデータストリームにおける送信順を示す非負整数である。同一のデータストリームに含まれる複数のチャンクには、その送信順に連続するシーケンス番号が付与される。データポイントグループとは、同じデータ種別情報をもつ複数のデータポイントのまとまりをいう。この例では、データポイントグループは、同じデータＩＤを有するデータポイントのグループである。取得手段２０２により取得されたデータポイントは、そのデータＩＤに応じたデータポイントグループに属する。データポイントグループは、本開示に係るデータグループの一例である。各データポイントグループには、データＩＤと、少なくとも一つのデータポイントとが含まれる。データＩＤは、対応するデータポイントグループに属するデータポイントを一意に識別する識別子である。上述したように、データＩＤは、データ名とデータタイプとにより構成される。データポイントは、対応するデータポイントグループに属するデータ本体と時刻情報とのセットである。

【0029】

図２に戻り、送信手段２０６は、ストリーミング形式による通信により、生成手段２０５により生成されたチャンクを用いてサーバ装置３０にデータストリームを送信する。例えばデータストリームは、連続的な測定値等の継続的に発生するデータであって、タイムスタンプ等の時刻情報を含むデータである。送信手段２０６は、複数のデータストリームを送信してもよい。送信手段２０６は、データの到達保証はないがリアルタイム伝送に適したＵＤＰ（User Datagram Protocol）や、データの到達保証のあるＴＣＰ（Transmission Control Protocol）、ＷｅｂＳｏｃｋｅｔ、到達保証の有無を切り替えられるＱＵＩＣ等のプロトコルを下位の通信プロトコルとして使用することができる。

【0030】

再送手段２０７は、送信手段２０６により送信されたデータストリームに含まれる複数のチャンクのうちサーバ装置３０において受信が確認されないチャンクをサーバ装置３０に再送する。ただし、再送手段２０７は、対象のチャンクが属するデータストリームのＱｏＳによって再送のタイミングを異ならせる。再送手段２０７は、対象のチャンクが属するデータストリームのＱｏＳがアンリライアブルである場合には、後続のチャンクの送信を妨げない所定のタイミング、例えば通信帯域に余裕ができた時やユーザの指示があった時に対象のチャンクを再送する。これは、ＱｏＳがアンリライアブルであるデータストリームは、データ伝送にリアルタイム性が要求されるため、チャンクが受信されなかった場合には、そのチャンクを再送することよりも後続のチャンクを遅延なく送信することを優先するのが好ましいためである。一方、再送手段２０７は、対象のチャンクが属するデータストリームのＱｏＳがリライアブルである場合には、チャンクが受信されなかったことが分かるとすぐに対象のチャンクを再送する。これは、ＱｏＳがリライアブルであるデータストリームは、データ伝送に完全性が要求されるため、チャンクが受信されなかった場合には、後続のチャンクと帯域を共有することで後続のチャンクの送信が多少遅延したとしても、全てのチャンクを確実に送信するのが好ましいためである。

【0031】

送信制限手段２０８は、クライアント装置２０Ａとサーバ装置３０との間の通信経路の帯域幅に応じて、データストリームの送信を停止又は再開させる。送信制限手段２０８は、クライアント装置２０Ａとサーバ装置３０との間の通信経路の帯域幅が不足する場合には、データストリームの送信を停止させる。その後、クライアント装置２０Ａとサーバ装置３０との間の通信経路の帯域幅の不足が解消された場合には、送信制限手段２０８は、データストリームの送信を再開させる。ただし、データストリームのＱｏＳによって送信の再開後に送信されるデータの内容は異なる。送信制限手段２０８は、データストリームのＱｏＳがアンリライアブルである場合、データストリームの送信が再開されると、このデータストリームを送信が再開された時点の最新のチャンクから送信させる。ＱｏＳがアンリライアブルであるデータストリームについては、送信が停止されている間に生成されたチャンクはリアルタイムに送信されない。一方、送信制限手段２０８は、データストリームのＱｏＳがリライアブルである場合、データストリームの送信が再開されると、このデータストリームを送信が停止された時点のチャンクから送信させる。ＱｏＳがリライアブルであるデータストリームについては、送信が停止されている間に生成されたチャンクも送信される。

【0032】

サーバ装置３０は、エイリアス手段３０１と、開始応答手段３０２と、受信手段３０３と、変換手段３０４と、付加手段３０５と、送信手段３０６と、確認応答手段３０７として機能する。

【0033】

エイリアス手段３０１は、クライアント装置２０Ａからのエイリアス要求に応じて、データＩＤのエイリアスを作成する。具体的には、エイリアス手段３０１は、クライアント装置２０Ａからのエイリアス要求を受けたデータＩＤに対してエイリアス値を割り当て、データＩＤと構成するデータ名及びデータタイプとそのエイリアス値とを関連付けてアップストリーム用の辞書３２２に追加する。アップストリーム用の辞書３２２は、クライアント装置２０Ａとサーバ装置３０との間の通信において、データＩＤとエイリアス値との変換に用いられる。また、エイリアス手段３０１は、後述するように、クライアント装置２０Ｂから送信されたダウンストリーム用の辞書２２２をメモリ３２に記憶させる。ダウンストリーム用の辞書２２２は、サーバ装置３０とクライアント装置２０Ｂとの間の通信において、データＩＤとエイリアス値との変換に用いられる。

【0034】

開始応答手段３０２は、アップストリーム開始の際に、クライアント装置２０Ａから送信されるアップストリームの開始要求に対する応答をクライアント装置２０Ａに送信する。エイリアス手段３０１によりデータＩＤにエイリアスが作成された場合、この応答にはデータＩＤに対して割り当てられたエイリアス値を含むアップストリーム用の辞書３２２が含まれる。複数のデータＩＤのエイリアスが作成された場合、アップストリーム用の辞書３２２には複数のエイリアス値が含まれる。また、開始応答手段３０２は、後述するように、クライアント装置２０Ｂからダウンストリームの開始要求が送信されると、このダウンストリームの開始要求を受信し、このダウンストリームの開始要求に対する応答をクライアント装置２０Ｂに送信する。ダウンストリームの開始前にクライアント装置２０ＢによりデータＩＤのエイリアスが作成された場合、この開始要求にはデータＩＤに対して割り当てられたエイリアス値を含むダウンストリーム用の辞書２２２が含まれる。複数のデータＩＤのエイリアスが作成された場合、ダウンストリーム用の辞書２２２には複数のエイリアス値が含まれる。

【0035】

受信手段３０３は、ストリーミング形式による通信により、チャンクを用いてクライアント装置２０Ａから送信されたデータストリームを受信する。受信手段３０３は、クライアント装置２０Ａから送信された複数のデータストリームを受信してもよい。

【0036】

変換手段３０４は、アップストリーム用の辞書３２２に基づいて、受信手段３０３により受信されたデータストリームのチャンクに含まれるエイリアス値をデータＩＤに変換する。また、変換手段３０４は、ダウンストリーム用の辞書２２２に基づいて、クライアント装置２０Ｂに転送するデータストリームのチャンクに含まれるデータＩＤをエイリアス値に変換する。

【0037】

付加手段３０５は、受信手段３０３により受信された複数のデータストリームのうちクライアント装置２０Ｂに転送するデータストリームの各チャンクにアップストリーム情報を付加する。アップストリーム情報は、クライアント装置２０Ａとサーバ装置３０との間のアップストリームの通信に関する情報である。アップストリーム情報は、ダウンストリームによってクライアント装置２０Ｂに転送されるチャンクがアップストリームにおいてどのデータストリームから送信されたかを判別するために用いられる。アップストリーム情報には、セッションＩＤと、ストリームＩＤと、送信元のクライアント装置ＩＤとが含まれる。セッションＩＤは、データストリームが属するセッションを一意に識別する識別子である。ここでいう「セッション」とは、所定のルールでまとめられたデータポイントの集まりをいう。例えば所定のルールの一例として、一つのクライアント装置２０によって取得された、時刻情報の基準として共通の日時を有するデータポイントの集まりをセッションとすることができる。ストリームＩＤは、アップストリームのデータストリームを一意に識別する識別子である。送信元のクライアント装置ＩＤは、データストリームを送信したクライアント装置２０を一意に識別する識別子である。

【0038】

送信手段３０６は、ストリーミング形式による通信により、チャンクを用いてデータストリームをクライアント装置２０Ｂに送信する。送信手段３０６は、データの到達保証はないがリアルタイム伝送に適したＵＤＰやデータの到達保証のあるＴＣＰ（Transmission Control Protocol）、ＷｅｂＳｏｃｋｅｔ、到達保証の有無を切り替えられるＱＵＩＣ等のプロトコルを下位の通信プロトコルとして使用することができる。

【0039】

確認応答手段３０７は、チャンクの受信に応じてチャンクの確認応答をクライアント装置２０に返信する。確認応答は、チャンクを正常に受信したことを示す情報である。この確認応答には、例えばＡＣＫ（ACKnowledgement）が用いられる。確認応答手段３０７は、複数のチャンクの受信の確認応答をまとめて返信してもよい。例えば確認応答手段３０７は、所定数のチャンクの受信の確認応答をまとめて返信し、又は所定時間毎に少なくとも一のチャンクの受信の確認応答をまとめて返信する。

【0040】

クライアント装置２０Ｂは、エイリアス手段２１１と、開始要求手段２１２と、受信手段２１３と、変換手段２１４と、出力制御手段２１５と、欠損判定手段２１６として機能する。クライアント装置２０Ｂは、本開示に係る第２クライアント装置の一例である。

【0041】

エイリアス手段２１１は、ダウンストリームにおいて送信されるデータのデータＩＤのエイリアスを作成する。具体的には、エイリアス手段２１１は、エイリアスの作成対象となるデータＩＤに対してエイリアス値を割り当て、そのデータＩＤを構成するデータ名及びデータタイプとそのエイリアス値とを関連付けてダウンストリーム用の辞書２２２に追加する。ダウンストリーム用の辞書２２２は、上述したように、サーバ装置３０とクライアント装置２０Ｂとの間の通信において、データＩＤとエイリアス値との変換に用いられる。

【0042】

開始要求手段２１２は、ダウンストリーム開始の際に、ダウンストリームの開始要求をサーバ装置３０に送信する。エイリアス手段２１１がデータＩＤのエイリアスを作成した場合、ダウンストリームの開始要求にはデータＩＤに割り当てられたエイリアス値を含むダウンストリーム用の辞書３２２が含まれる。複数のデータＩＤのエイリアスが作成された場合、ダウンストリーム用の辞書３２２には複数のエイリアス値が含まれる。また、ダウンストリームの開始要求では、クライアント装置２０Ｂが取得したいデータの種類がサーバ装置３０に要求される。サーバ装置３０からは、クライアント装置２０Ａから受信された全てのデータストリームが転送されるわけではなく、クライアント装置２０Ｂからのダウンストリームの開始要求において取得を要求されたデータストリーム以外がサーバ装置３０においてフィルタリングされ、クライアント装置２０Ｂから取得を要求されたデータストリームがクライアント装置２０Ｂに転送されることになる。このフィルタリングに用いられるフィルタ要求には、複数のフィルタ定義が含まれる。フィルタ定義には、取得対象のデータの送信元であるクライアント装置２０のクライアント装置ＩＤと、取得対象のデータのデータＩＤとが含まれる。また、フィルタ要求に使用されるデータＩＤでは、データ名やデータタイプの指定方法として複数のデータ名・データタイプにマッチするワイルドカードが用いられてもよい。

【0043】

受信手段２１３は、ストリーミング形式による通信により、チャンクを用いてサーバ装置３０から送信されたデータストリームを受信する。なお、上述したようにサーバ装置３０においてダウンストリームの開始要求に応じたフィルタリングが行われることにより、クライアント装置２０Ｂから要求されていないデータしか含まないチャンクについては、チャンクに含まれる全てのデータポイントグループやデータポイントがフィルタリングされ空となる。このような場合においても、サーバ装置３０は空になったチャンクをクライアント装置２０Ｂに送信する。したがって、ダウンストリームにおいて受信手段２１３により受信されるチャンクは空になる場合がある。このように、空のチャンクを送信するのは、空のチャンクを送信しなかった場合に通信経路上での欠損と見分けがつかなくなるためである。

【0044】

変換手段２１４は、ダウンストリーム用の辞書２２２に基づいて、受信手段２１３により受信されたデータストリームのチャンクに含まれるエイリアス値をデータＩＤに変換する。

【0045】

出力制御手段２１５は、受信手段２１３により受信されたデータストリームをリアルタイムに出力装置２５に出力させる。

【0046】

欠損判定手段２１６は、チャンクに含まれるシーケンス番号を用いて、アップストリームとダウンストリームにより構成されるエンドツーエンドの折返し通信経路上におけるデータの欠損を判定する。この折返し通信経路は、クライアント装置２０Ａからサーバ装置３０を介してクライアント装置２０Ｂに至る通信経路であり、本開示に係る第２通信経路の一例である。上述したように、クライアント装置２０Ａから送信される際に、同一のデータストリームに含まれる複数のチャンクには、その送信順に連続するシーケンス番号が付与されている。クライアント装置２０Ｂの受信時において、同一のデータストリームに含まれるチャンクのシーケンス番号に欠番がある場合には、折返し通信経路上のいずれかにおいてそのデータストリームのチャンクが欠損したことを示す。したがって、欠損判定手段２１６は、同一のデータストリームに含まれるチャンクのシーケンス番号に欠番がある場合には、折返し通信経路上においてそのデータストリームに含まれるチャンクが欠損したと判定する。

【0047】

なお、図２では、クライアント装置２０Ａがアップストリームの送信側の機能を有し、クライアント装置２０Ｂがダウンストリームの受信側の機能を有する例が示されているが、一つのクライアント装置２０がアップストリームの送信側の機能とダウンストリームの受信側の機能とを両方とも有してもよい。

【0048】

図４は、クライアント装置２０のハードウェア構成の一例を示す図である。クライアント装置２０は、プロセッサ２１と、メモリ２２と、通信インターフェース２３と、入力装置２４と、出力装置２５とを備える。クライアント装置２０の各部はバスを介して接続されている。プロセッサ２１は、プログラムを実行することにより各種の演算を行い、クライアント装置２０の各部を制御する。プロセッサ２１は、例えば一又は複数のＣＰＵ（Central Processing Unit）を含む。メモリ２２は、クライアントプログラム２２１を含む各種のプログラム及び各種のデータを記憶する。クライアントプログラム２２１は、クライアント装置２０に上述した機能を実現させるためのプログラムである。メモリ２２は、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、及びＳＳＤ（Solid State Drive）のうち少なくとも一つを含む。通信インターフェース２３は、ネットワーク４０を介してサーバ装置３０とデータ通信を行う。また、通信インターフェース２３は、センサ１０とデータ通信を行う。入力装置２４は、ユーザや外部システムからの入力を受け付ける。入力装置２４は、例えばマウス、キーボード、及び操作ボタンのうち少なくとも一つを含む。出力装置２５は、各種の情報をユーザや外部システムへ出力する。この出力には、ユーザへの提示、制御に利用するための外部システムへの出力、他のプログラムに連携するための変換処理を含む。出力装置２５は、例えば液晶ディスプレイ及び有機ＥＬ（Electro luminescence）ディスプレイのうち少なくとも一つを含む。

【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】

図１１は、データストリームの送信の一例を示す図である。なお、図１１には、二つのデータストリームだけが示されているが、データストリームは三つ以上あってもよい。送信手段２０６は、例えばデータの到達保証はないがリアルタイム伝送に適したＵＤＰやデータの到達保証のあるＴＣＰ（Transmission Control Protocol）、ＷｅｂＳｏｃｋｅｔ、到達保証の有無を切り替えられるＱＵＩＣ等のプロトコルを下位の通信プロトコルとして使用することができる。送信手段２０６は、複数のデータストリームにおいて生成された複数のチャンクを下位の通信プロトコルに従って順番に送信する。このとき、各チャンクに含まれるデータの構成要素は、同一のデータストリームにおいてまとめて送信される。図３に示されるように、チャンクには、他のチャンクとの区切りを示すマーカは含まれていない。そのため、仮にデータの順序が入れ替わったり、データの一部が欠損したりしても、チャンクの構造は維持される。

【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】

上述した実施形態において、データ通信システム１の機能を実現する手段は、上述した実施形態で説明した例に限定されない。サーバ装置３０の機能の一部がクライアント装置２０により実現されてもよい。クライアント装置２０の機能の一部がサーバ装置３０により実現されてもよい。各機能構成は、１つの装置により実現されてもよいし、互いに接続された２つ以上の装置により実現されてもよい。クライアント装置２０及びサーバ装置３０のプロセッサ２１及び３１は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアの少なくとも１つで実装されてもよく、当該ハードウェアにより、各機能構成の一部又は全てが実現されてもよい。

【0120】

データ通信システム１において行われる処理のステップは、上述した実施形態で説明した例に限定されない。この処理のステップは、矛盾のない限り、入れ替えられてもよい。本開示の別の態様は、データ通信システム１において行われる処理のステップを備える方法として提供されてもよい。

【0121】

本開示は、クライアント装置２０又はサーバ装置３０において実行されるプログラムとして提供されてもよい。このプログラムは、インターネットなどの通信回線を介してダウンロードされてもよい。また、これらのプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。

【0122】

付記１
コンピュータに、クライアント装置とストリーミング形式による通信を行う通信ステップを実行させるためのプログラムであって、前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、前記複数のデータストリームは、異なる送信条件を有し、前記複数のデータストリームの各々は、当該データストリームの前記送信条件に応じたデータポイントを含むプログラム。

【0123】

付記２
コンピュータに、クライアント装置とストリーミング形式による通信を行う通信ステップを実行させるためのプログラムであって、前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップを含み、前記データストリームは、送信条件を有し、前記データストリームに含まれる第１データブロックの受信が確認されない場合には、前記データストリームの前記送信条件によって異なるタイミングで前記第１クライアント装置から前記第１データブロックが再送されるプログラム。

【0124】

付記３
コンピュータに、クライアント装置とストリーミング形式による通信を行う通信ステップを実行させるためのプログラムであって、前記ストリーミング形式による通信は、データブロックを用いて行われ、前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップと、第２クライアント装置に前記データストリームを送信する送信ステップとを含み、前記データブロックは、前記第１クライアント装置からの送信順に連続するシーケンス番号を含み、前記コンピュータと前記第１クライアント装置又は前記第２クライアント装置との間の第１通信経路上におけるデータの欠損は、前記データブロックの受信に応じて返信される確認応答の有無に基づいて判定され、前記第１クライアント装置から前記コンピュータを介して前記第２クライアント装置に至る第２通信経路上におけるデータの欠損は、前記シーケンス番号を用いて判定されるプログラム。

【0125】

付記４
コンピュータに、クライアント装置とストリーミング形式による通信を行う通信ステップを実行させるためのプログラムであって、前記ストリーミング形式による通信は、データグループを含むデータブロックを用いて行われ、前記データグループは、データ種別情報を含み、前記クライアント装置は、前記コンピュータにデータストリームを送信する第１クライアント装置と、前記コンピュータから転送された前記データストリームを受信する第２クライアント装置とを含み、前記通信ステップは、前記第１クライアント装置と前記コンピュータとの間の前記通信において、前記データ種別情報と第１エイリアス値との変換に用いられる第１辞書を前記第１クライアント装置に送信する送信ステップと、前記コンピュータと前記第２クライアント装置との間の前記通信において、前記データ種別情報と第２エイリアス値との変換に用いられる第２辞書を前記第２クライアント装置から受信する受信ステップとを含むプログラム。

【0126】

付記５
コンピュータに、クライアント装置とストリーミング形式による通信を行う通信ステップを実行させるためのプログラムであって、前記通信ステップは、第１クライアント装置から複数のデータストリームを受信する受信ステップを含み、前記複数のデータストリームは、データ伝送のリアルタイム性を優先する第１送信条件を有する第１データストリームと、データ伝送の完全性を優先する第２送信条件を有する第２データストリームとを含み、前記コンピュータと前記第１クライアント装置との間の通信経路の帯域幅に応じて前記第１クライアント装置から前記第１データストリームの送信が停止された後、前記送信が再開されると、前記第１データストリームは、前記送信が再開された時点に応じた部位から送信され、前記帯域幅に応じて前記第１クライアント装置から前記第２データストリームの送信が停止された後、前記送信が再開されると、前記第２データストリームは、前記送信が停止された時点に応じた部位から送信されるプログラム。

【0127】

付記６
コンピュータに、クライアント装置とストリーミング形式による通信を行う通信ステップを実行させるためのプログラムであって、前記通信ステップは、第１クライアント装置からデータストリームを受信する受信ステップと第２クライアント装置に前記データストリームを送信する送信ステップとを含み、前記コンピュータに、前記受信ステップにおいて受信された前記データストリームに含まれるデータブロックに、前記コンピュータと前記第１クライアント装置との間の通信に関する情報を付加する付加ステップをさらに実行させるためのプログラム。

【符号の説明】

【0128】

１：データ通信システム、１０：センサ、２０：クライアント装置、２１：プロセッサ、２２：メモリ、２３：通信インターフェース、２４：入力装置、２５：出力装置、３０：サーバ装置、３１：プロセッサ、３２：メモリ、３３：通信インターフェース、２０１：開始要求手段、２０２：取得手段、２０３：振り分け手段、２０４：変換手段、２０５：生成手段、２０６：送信手段、２０７：再送手段、２０８：送信制限手段、２１１：エイリアス手段、２１２：開始要求手段、２１３：受信手段、２１４：変換手段、２１５：出力制御手段、２１６：欠損判定手段、２２１：クライアントプログラム、２２２：辞書、３０１：エイリアス手段、３０２：開始応答手段、３０３：受信手段、３０４：変換手段、３０５：付加手段、３０６：送信手段、３０７：確認応答手段、３２１：サーバプログラム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】