(57)【要約】【課題】パケットロスが生じる可能性を低減させること。【解決手段】車載装置は、１以上のアプリケーションから第１の通信アドレスを宛先とする第１の送信データ、及び第２の通信アドレスを宛先とする第２の送信データを取得する取得部と、前記車載装置が接続される中継装置のバッファサイズに応じた所定の周期を１または複数隔てた複数のタイミングのうちの第１のタイミングで前記第１の送信データを前記中継装置に送信し、前記複数のタイミングのうちの第２のタイミングで前記第２の送信データを前記中継装置に送信する送信部と、を有する。【選択図】図５
2019054418.tif 000002
【特許請求の範囲】
【請求項１】
車載装置であって、
１以上のアプリケーションから第１の通信アドレスを宛先とする第１の送信データ、及び第２の通信アドレスを宛先とする第２の送信データを取得する取得部と、
前記車載装置が接続される中継装置のバッファサイズに応じた所定の周期を１または複数隔てた複数のタイミングのうちの第１のタイミングで前記第１の送信データを前記中継装置に送信し、前記複数のタイミングのうちの第２のタイミングで前記第２の送信データを前記中継装置に送信する送信部と、
を有する車載装置。
【請求項２】
前記取得部は、前記所定の周期内に、前記第１の送信データ、及び前記第２の送信データを取得する、
請求項１に記載の車載装置。
【請求項３】
前記取得部は、第１のアプリケーションから前記第１の送信データを取得し、第２のアプリケーションから前記第２の送信データを取得する、
請求項１または２に記載の車載装置。
【請求項４】
前記送信部は、前記第１のタイミングで送信するデータのサイズを制限して送信し、前記複数のタイミングのうちの第３のタイミングで、前記第１の送信データに含まれる複数のデータのうち未送信のデータを送信する、
請求項１乃至３のいずれか一項に記載の車載装置。
【請求項５】
前記送信部は、
前記第１の送信データが、前記中継装置により優先的に中継されるデータである場合、前記第１のタイミングで前記第１の送信データを送信し、
前記第１の送信データが、前記中継装置により優先的に中継されないデータである場合、前記複数のタイミングに依らないタイミングで前記第１の送信データを送信する、
請求項１乃至４のいずれか一項に記載の車載装置。
【請求項６】
前記送信部は、
前記第１の送信データの種別が、前記取得部により非周期的に取得されるデータの種別である場合は、前記第１のタイミングで送信するデータのサイズを制限して送信し、
前記第１の送信データの種別が、前記取得部により周期的に取得されるデータの種別である場合は、前記第１のタイミングで送信するデータのサイズを制限せずに送信する、
請求項１乃至５のいずれか一項に記載の車載装置。
【請求項７】
情報処理装置であって、
１以上のアプリケーションから第１の通信アドレスを宛先とする第１の送信データ、及び第２の通信アドレスを宛先とする第２の送信データを取得する取得部と、
前記情報処理装置が接続される中継装置のバッファサイズに応じた所定の周期を１または複数隔てた複数のタイミングのうちの第１のタイミングで前記第１の送信データを前記中継装置に送信し、前記複数のタイミングのうちの周期の第２のタイミングで前記第２の送信データを前記中継装置に送信する送信部と、
を有する情報処理装置。
【請求項８】
情報処理装置が、
１以上のアプリケーションから第１の通信アドレスを宛先とする第１の送信データ、及び第２の通信アドレスを宛先とする第２の送信データを取得するステップと、
前記情報処理装置が接続される中継装置のバッファサイズに応じた所定の周期を１または複数隔てた複数のタイミングのうちの第１のタイミングで前記第１の送信データを前記中継装置に送信し、前記複数のタイミングのうちの第２のタイミングで前記第２の送信データを前記中継装置に送信するステップと、
を実行する情報処理方法。
【請求項９】
情報処理装置に、
１以上のアプリケーションから第１の通信アドレスを宛先とする第１の送信データ、及び第２の通信アドレスを宛先とする第２の送信データを取得するステップと、
前記情報処理装置が接続される中継装置のバッファサイズに応じた所定の周期を１または複数隔てた複数のタイミングのうちの第１のタイミングで前記第１の送信データを前記中継装置に送信し、前記複数のタイミングのうちの第２のタイミングで前記第２の送信データを前記中継装置に送信するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載装置、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、スイッチやルータ等の中継装置において、ＱｏＳ（Quality of Service）を向上させるため、受信したパケットの送信順を所定の条件に従って決定する優先制御、及び通信帯域の制限等を行う帯域制御を行う技術が知られている。
【０００３】
優先制御では、例えば、絶対優先（Strict）、ＷＲＲ（Weighted Round Robin）等の方式が知られている。帯域制御では、例えば、ＷＦＱ（Weighted Fair Queueing）、ＣＢＷＦＱ（Class Based Weighted Fair Queueing）、シェーピング等の方式が知られている。
【０００４】
また、特許文献１には、装置内に設けられたカードが、送信するデータをバッファリングし、スイッチがカード内のバッファの滞留状況をリードしながらカードによる送信機会をスケジューリングし、当該スケジューリングに従ってカードがスイッチを介してデータを送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−０８８８２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の中継装置における優先制御、及び帯域制御では、中継装置において、パケットロスが生じる可能性があるという問題がある。
【０００７】
本発明は、上記の点に鑑みてなされたものであって、パケットロスが生じる可能性を低減させることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
発明の実施形態の車載装置は、１以上のアプリケーションから第１の通信アドレスを宛先とする第１の送信データ、及び第２の通信アドレスを宛先とする第２の送信データを取得する取得部と、前記車載装置が接続される中継装置のバッファサイズに応じた所定の周期を１または複数隔てた複数のタイミングのうちの第１のタイミングで前記第１の送信データを前記中継装置に送信し、前記複数のタイミングのうちの第２のタイミングで前記第２の送信データを前記中継装置に送信する送信部と、を有する。
【０００９】
このため、車載装置は、１以上のアプリケーションから取得した複数の送信データを、周期的なタイミングでそれぞれ送信する。したがって、中継装置においてパケットロスが生じる可能性を低減させることができる。
【００１０】
また、上述の実施形態において、前記取得部は、前記所定の周期内に、前記第１の送信データ、及び前記第２の送信データを取得してもよい。
【００１１】
これによれば、車載装置は、一の周期内に取得した複数の送信データを、周期的なタイミングでそれぞれ送信する。したがって、パケットロスが生じる可能性を低減させることができる。
【００１２】
また、上述の実施形態において、前記取得部は、第１のアプリケーションから前記第１の送信データを取得し、第２のアプリケーションから前記第２の送信データを取得してもよい。
【００１３】
これによれば、車載装置は、複数のアプリケーションから取得した複数の送信データを、周期的なタイミングでそれぞれ送信する。したがって、複数のアプリケーションから取得したデータを送信する場合においても、パケットロスが生じる可能性を低減させることができる。
【００１４】
また、上述の実施形態において、前記送信部は、前記第１のタイミングで送信するデータのサイズを制限して送信し、前記複数のタイミングのうちの第３のタイミングで、前記第１の送信データに含まれる複数のデータのうち未送信のデータを送信してもよい。
【００１５】
これによれば、車載装置は、送信データを所定のサイズに分割して、周期的なタイミングでそれぞれ送信する。したがって、比較的サイズが大きいデータを送信する場合においても、パケットロスが生じる可能性を低減させることができる。
【００１６】
また、上述の実施形態において、前記送信部は、前記第１の送信データが、前記中継装置により優先的に中継されるデータである場合、前記第１のタイミングで前記第１の送信データを送信し、前記第１の送信データが、前記中継装置により優先的に中継されないデータである場合、前記複数のタイミングに依らないタイミングで前記第１の送信データを送信してもよい。
【００１７】
これによれば、車載装置は、中継装置によりパケットロスが生じてもよいデータは、周期的な送信タイミングの制約を受けずに即時に送信する。したがって、パケットロスが生じてもよいデータは、比較的高速に送信できる。
【００１８】
また、上述の実施形態において、前記送信部は、前記第１の送信データの種別が、前記取得部により非周期的に取得されるデータの種別である場合は、前記第１のタイミングで送信するデータのサイズを制限して送信し、前記第１の送信データの種別が、前記取得部により周期的に取得されるデータの種別である場合は、前記第１のタイミングで送信するデータのサイズを制限せずに送信してもよい。
【００１９】
これによれば、車載装置は、定期的に送信される制御データ等のサイズは、一度の送信タイミングで送信する。したがって、定期的に送信される制御データ等を、比較的高速に送信できる。
【００２０】
また、他の実施形態は、情報処理装置、情報処理方法、及びプログラムにより実現される。
【発明の効果】
【００２１】
パケットロスが生じる可能性を低減させることができる。
【図面の簡単な説明】
【００２２】
【図１】実施形態に係る情報処理システムの構成例を示す図である。
【図２】実施形態に係る情報処理装置のハードウェア構成例を示す図である。
【図３】実施形態に係る情報処理装置の機能ブロック図の一例を示す図である。
【図４】実施形態に係る情報処理装置のアプリケーションから送信を要求された際の処理の一例を示すフローチャートである。
【図５】実施形態に係る情報処理装置の送信タイミングとなった際の処理の一例を示すフローチャートである。
【図６】データが送信される順番について説明する図である。
【発明を実施するための形態】
【００２３】
以下、図面に基づいて本発明の実施形態を説明する。
【００２４】
＜システム構成＞
図１は、実施形態に係る情報処理システム１の構成例を示す図である。図１において、情報処理システム１は、情報処理装置１０−１、１０−２、・・・、１０−Ｎ（以下で、それぞれを区別する必要がない場合は、単に「情報処理装置１０」と称する。）、及び中継装置２０を有する。なお、情報処理システム１は、複数の中継装置２０を有してもよい。
【００２５】
情報処理装置１０−１、１０−２、・・・、１０−Ｎは、少なくとも１以上の中継装置２０を介して、例えば、車載ＬＡＮ（Local Area Network）、ＬＡＮ、無線ＬＡＮ、インターネット、ＬＴＥ（Long Term Evolution）乃至５Ｇ（5th Generation）等の携帯電話網等のネットワークにより接続される。
【００２６】
以下では、情報処理装置１０の一例である車載装置が、車載ＬＡＮにより接続された車載システムを例に説明するが、開示の技術は、工場等における機器制御用ネットワークシステム、センサ等をクラウド等に接続するＩｏＴ（Internet of Things）システム等、各種のネットワークシステムにおける各種機器に適用可能である。
【００２７】
情報処理装置１０は、例えば、センサ、車載ＥＣＵ（Electronic Control Unit）等の車載装置等である。
【００２８】
＜ハードウェア構成＞
図２は、実施形態に係る情報処理装置１０のハードウェア構成例を示す図である。図２の情報処理装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５等を有する。
【００２９】
情報処理装置１０での処理を実現する情報処理プログラムは、例えば、記録媒体１０１によって提供される。情報処理プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、情報処理プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、情報処理プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされた情報処理プログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００３０】
メモリ装置１０３は、例えば、ＲＡＭ（Random access memory）であり、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って情報処理装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００３１】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００３２】
＜機能構成＞
次に、図３を参照し、実施形態に係る情報処理装置１０の機能構成について説明する。図３は、実施形態に係る情報処理装置１０の機能ブロック図の一例を示す図である。情報処理装置１０は、取得部１１、送信部１２、及び設定部１３を有する。取得部１１、送信部１２、及び設定部１３は、情報処理装置１０にインストールされた１以上のプログラムが、情報処理装置１０のＣＰＵ１０４に実行させる処理により実現される機能を表す。
【００３３】
取得部１１は、情報処理装置１０上で動作する１以上のアプリケーションから、使用するトランスポートプロトコルの指定、宛先の通信アドレス、及び送信データを取得する。なお、使用するトランスポートプロトコルとしては、例えば、ＴＣＰ（Transmission Control Protocol）、及びＵＤＰ（User Datagram Protocol）等が指定される。また、通信アドレスには、例えば、ＩＰアドレス、及びポート番号が含まれる。
【００３４】
送信部１２は、設定部１３により設定されている周期による周期的な送信タイミングで、取得部１１により取得された送信データを、中継装置２０を介し、アプリケーションに指定されたトランスポートプロトコルを用いて、宛先の通信アドレスに送信する。
【００３５】
設定部１３は、中継装置２０のバッファサイズ等に応じて予め設定されている、送信部１２によりデータが送信される周期（「所定の周期」）、及びデータサイズの上限値等を設定する。なお、設定部１３は、ユーザの操作により設定を行ってもよいし、外部装置から中継装置２０を介して受信したコマンドにより設定を行ってもよい。
【００３６】
＜処理＞
≪アプリケーションから送信を要求された際の処理≫
次に、図４を参照して、実施形態に係る情報処理装置１０のアプリケーションから送信を要求された際の処理について説明する。図４は、実施形態に係る情報処理装置１０のアプリケーションから送信を要求された際の処理の一例を示すフローチャートである。
【００３７】
なお、情報処理装置１０は、設定部１３により予め設定された周期（例えば、４ｍｓ）内に、情報処理装置１０上で動作する１または複数のアプリケーションから、複数のデータの送信を要求されてもよい。この場合、当該複数のデータは、宛先の通信アドレスや、使用するトランスポートプロトコルが異なっていてもよいし、同一でもよい。当該複数のアプリケーションには、例えば、センサにより計測したデータの転送等の情報処理装置１０における主要な機能（メイン機構）を実現するアプリケーションが含まれる。また、情報処理装置１０の死活等の診断用のアプリケーション、情報処理装置１０のソフトウェアを更新するためのアプリケーション等が含まれてもよい。
【００３８】
ステップＳ１において、取得部１１は、情報処理装置１０上で動作している１以上のアプリケーションから、送信データ、宛先の情報処理装置１０の通信アドレス、使用するトランスポートプロトコルの指定等を取得する。ここで、当該１以上のアプリケーションにより、例えば、ＯＳ（Operating System）等が提供するデータ通信用のＡＰＩに含まれる送信用の関数が実行される。
【００３９】
続いて、送信部１２は、取得した送信データのクラスを判定する（ステップＳ２）。なお、送信データのクラスは、例えば、当該１以上のアプリケーションにより、予め設定されていてもよい。この場合、例えば、アプリケーションは、所定のＡＰＩを実行することにより、送信データのクラスを指定してもよい。
【００４０】
送信データのクラスには、例えば、「優先クラス１」、「優先クラス２」、及び「ベストエフォートクラス」が含まれている。「優先クラス１」は、例えば、所定（固定）の周期（例えば、１秒等）で、所定（固定）のデータサイズで送信される制御情報等（「周期的に取得されるデータ」の一例。）に用いられてもよい。
【００４１】
「優先クラス２」は、例えば、ユーザの操作等のイベントに応じて、一定ではないデータサイズで送信される情報（「非周期的に取得されるデータ」の一例。）に用いられてもよい。「ベストエフォートクラス」は、例えば、パケットロスが許容されるデータに用いられてもよい。
【００４２】
クラスが「ベストエフォートクラス」の場合（ステップＳ２で「ベストエフォートクラス」）、送信部１２は、取得した送信データを含む「ベストエフォートクラス」のパケットを生成する（ステップＳ３）。ここで、送信部１２は、Ｅｔｈｅｒｎｅｔヘッダに含まれる３ビットのＣｏＳ（Class of Service）フィールドを用いて、パケットの優先度を設定したパケットを送信してもよい。または、送信部１２は、ＴｏＳ（Type of Service）」やＤｉｆｆＳｅｒｖ（Differentiated Services）」などのＱｏＳプロトコルに従い、ＩＰヘッダの所定のフィールドを用いて、パケットの優先度を設定したパケットを生成してもよい。
【００４３】
続いて、送信部１２は、情報処理装置１０の送信用バッファから中継装置２０を介して宛先の情報処理装置１０に送信し（ステップＳ４）、処理を終了する。これにより、例えば、制御データ以外のデータ等で、パケットロスが生じても良く、ネットワークの利用帯域に空きがあればより高速に送信したいデータの場合は、帯域制限や送信のタイミングの平滑化（周期化、スムージング）の制限を受けずに送信させることができる。
【００４４】
一方、クラスが「優先クラス１」または「優先クラス２」の場合（ステップＳ２で「優先クラス１」または「優先クラス２」）、送信部１２は、取得した送信データを送信用バッファに一時的に記憶し（ステップＳ５）、処理を終了する。なお、送信用バッファは、例えば、インタフェース装置１０５であるＮＩＣ（Network Interface Card）の送信バッファでもよい。
【００４５】
≪送信タイミングとなった際の処理≫
次に、図５を参照して、実施形態に係る情報処理装置１０の周期的な送信タイミングとなった際の処理について説明する。図５は、実施形態に係る情報処理装置１０の送信タイミングとなった際の処理の一例を示すフローチャートである。
【００４６】
ステップＳ１１において、送信部１２は、設定部１３により予め設定されている所定の周期による周期的な送信タイミングとなったことを検知する。
【００４７】
続いて、送信部１２は、送信用バッファに記憶されている各送信データのうち、最も古い送信データのクラスを判定する（ステップＳ１２）。ここで、予め設定されている所定の周期の一の周期内に、情報処理装置１０上で動作する複数のアプリケーションから、「優先クラス１」または「優先クラス２」のデータの送信を要求されていた場合、送信用バッファには、複数の送信データが記憶されている。なお、今回の送信タイミングにおいて送信用バッファに送信データが記憶されていない場合は、今回の送信タイミングにおいては、データは送信されない。
【００４８】
クラスが「優先クラス１」の場合（ステップＳ１２で「優先クラス１」）、送信部１２は、当該送信データを含む「優先クラス１」のパケットを生成し（ステップＳ１３）、ステップＳ１５の処理に進む。ここで、送信部１２は、クラスが「優先クラス１」の場合は、今回の送信タイミングにおいて送信するデータのサイズを制限しなくてもよい。これは、「優先クラス１」が、固定の周期で、固定のデータサイズで送信される情報に用いられる場合、十分なサイズのバッファを有する中継装置２０を用いれば、「優先クラス１」のデータが情報処理装置１０から如何なるタイミングで送信されても、パケットロスが乗じないようにできるためである。
【００４９】
クラスが「優先クラス２」の場合（ステップＳ１２で「優先クラス２」）、送信部１２は、設定部１３により予め設定されている所定のサイズ以下のデータを含む「優先クラス２」のパケットを生成する（ステップＳ１４）。ここで、当該所定のサイズとして、例えば、情報処理装置１０における周期的な送信データのサイズ（例えば、「優先クラス１」が用いられる送信データの固定サイズ）が設定されていてもよい。なお、当該送信データのサイズが、予め設定されている所定のサイズよりも大きい場合、予め設定されている所定のサイズ以下となるように送信データを複数のデータに分割し、分割した各データをそれぞれ含むパケットを生成する。そして、分割した各データのうち、今回の送信タイミングにおいて送信されなかった未送信のデータは、次回以降の送信タイミングにおいて送信される。
【００５０】
なお、送信部１２は、ステップＳ１３、及びステップＳ１４において、上述したステップＳ３の処理と同様に、ＣｏＳ、ＴｏＳ、またはＤｉｆｆＳｅｒｖなどのＱｏＳプロトコルに従い、パケットの優先度を設定したパケットを生成する。
【００５１】
続いて、送信部１２は、生成したパケットを、中継装置２０を介して宛先の情報処理装置１０に送信し（ステップＳ１５）、処理を終了する。
【００５２】
なお、今回の送信タイミングにおいて、複数のアプリケーションからの送信データが送信用バッファに記憶されている場合、当該複数の送信データのうち、今回の送信タイミング（「第１のタイミング」の一例。）において送信されなかった送信データは、次回以降の送信タイミング（「第２のタイミング」の一例。）において送信されることとなる。また、一のアプリケーションからの送信データが送信用バッファに記憶されており、当該送信データのサイズが設定部１３により予め設定されている所定のサイズよりも大きい場合であるとする。この場合、送信部１２は、今回の送信タイミング（「第１のタイミング」の一例。）において、当該送信データのうち、当該上限値のサイズ分のデータを送信し、次回以降の送信タイミング（「第３のタイミング」の一例。）において、当該送信データのうち、未送信のデータが送信する。
【００５３】
＜変形例＞
送信部１２は、ステップＳ１２乃至ステップＳ１５において、送信用バッファに記憶されている各送信データのうち、古い順に送信する代わりに、所定の条件に応じた順で送信してもよい。送信部１２は、所定の条件として、例えば、「優先クラス１」を「優先クラス２」よりも優先度が高いクラスとし、例えば、絶対優先、ＷＲＲ等により、送信順序を決定してもよい。
【００５４】
絶対優先の場合、送信部１２は、送信用バッファに「優先クラス１」の送信データと、「優先クラス２」の送信データがある場合、「優先クラス１」の送信データが、「優先クラス２」の送信データよりも優先的に送信する。これにより、例えば、情報処理装置１０において、「優先クラス１」が設定された固定周期の制御データ等を、「優先クラス２」が設定されたイベントに応じたデータよりも優先的に送信することができる。
【００５５】
図６は、データが送信される順番について説明する図である。図６（Ａ）の例では、情報処理装置１０の送信用バッファにおいて、取得部１１により取得された順（古い順）に、送信データ６０１乃至６０７が記憶されている。ここで、送信データ６０１乃至６０３は「優先クラス２」であり、送信データ６０４は「優先クラス１」であり、送信データ６０５乃至６０７は「ベストエフォートクラス」であるとする。この場合、図６（Ｂ）に示すように、「ベストエフォートクラス」の送信データ６０５乃至６０７は、情報処理装置１０から即時に送信される。
【００５６】
そして、送信部１２が、「優先クラス１」を「優先クラス２」よりも優先度が高いクラスとし、絶対優先により送信順序を決定する場合、まず、「優先クラス１」の送信データ６０４が、設定部１３により予め設定されている所定の周期Ｔの送信タイミングにて送信される。そして、その後、「優先クラス２」の送信データ６０１乃至６０３が、当該周期Ｔの送信タイミングにてそれぞれ送信される。
【００５７】
＜中継装置２０について＞
以下で、中継装置２０について説明する。実施形態に係る中継装置２０は、ＣｏＳ、ＴｏＳ、またはＤｉｆｆＳｅｒｖなどのＱｏＳ機能をサポートするスイッチ、またはルータ等である。
【００５８】
車載システム等において、各情報処理装置１０から「優先クラス１」で、固定の周期で、固定のデータサイズで送信される情報による通信帯域は、設計仕様書、または実測等に基づき計算可能である。
【００５９】
また、上述した実施形態のように、各情報処理装置１０から「優先クラス２」で送信されるデータの送信タイミングを所定の周期とし、一度に送信されるデータのサイズを制限することにより、「優先クラス２」で送信されるデータの通信帯域の最大値を計算可能である。
【００６０】
これにより、中継装置２０において、「優先クラス１」、及び「優先クラス２」のパケットをパケットロスしないよう、「優先クラス１」、及び「優先クラス２」に割り当てる通信帯域を決定し、中継装置２０に設定できる。
【００６１】
例えば、「優先クラス１」、及び「優先クラス２」のパケットを送信する情報処理装置１０の数が１０台であるとする。また、各情報処理装置１０から１度に送信されるデータ（イーサネット フレームのペイロード）の最大値が設定部１３により１．５ＫＢに設定されており、各情報処理装置１０から「優先クラス１」、及び「優先クラス２」のパケットが送信される周期が設定部１３により４ｍｓに設定されるとする。
【００６２】
この場合、中継装置２０において、「優先クラス１」、及び「優先クラス２」に割り当てる通信帯域を３０Ｍｂｐｓ（＝１．５ＫＢ×８ビット×１０／４ｍｓ）以上に設定する。また、中継装置２０の各出力ポートに設けられる「優先クラス１」、及び「優先クラス２」のパケット用の送信バッファサイズを１３．５ＫＢ（＝１．５ＫＢ×（１０−１））とする。これにより、「優先クラス１」、及び「優先クラス２」のパケットを中継装置２０にてパケットロスが発生しない通信システムを実現できる。
【００６３】
＜まとめ＞
上述した実施形態によれば、送信側の情報処理装置は、１以上のアプリケーションから取得した複数の送信データを、予め設定されている周期でそれぞれ送信する。これにより、パケットロスが生じる可能性を低減させることができる。
【００６４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００６５】
上述した送信部１２の機能は、データリンク層等のレイヤーでの通信を行うプログラムにて実装してもよい。この場合、当該プログラムの少なくとも一部は、例えば、ＮＩＣのドライバにより実装されてもよい。そして、当該プログラムは、ＯＳ（Operating System）にバンドルされて情報処理装置１０にインストールされてもよい。
【００６６】
または、上述した送信部１２の機能は、トランスポート層、またはアプリケーション層等のレイヤーでの通信を行うプログラムにて実装されてもよい。
【００６７】
なお、「優先クラス１」または「優先クラス２」のデータは、「中継装置により優先的に中継されるデータ」の一例である。「ベストエフォートクラス」のデータは、「中継装置により優先的に中継されないデータ」の一例である。
【符号の説明】
【００６８】
１  情報処理システム
１０  情報処理装置
１１  取得部
１２  送信部
１３  設定部
１０５  インタフェース装置
２０  中継装置
【図１】
2019054418.tif 000003
【図２】
2019054418.tif 000004
【図３】
2019054418.tif 000005
【図４】
2019054418.tif 000006
【図５】
2019054418.tif 000007
【図６】
2019054418.tif 000008