知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023149288
(43)【公開日】2023-10-13
(54)【発明の名称】端末装置および制御方法
(51)【国際特許分類】
H04L 65/1059 20220101AFI20231005BHJP
【ＦＩ】
H04L65/1059
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2022057779
(22)【出願日】2022-03-31
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】100147304
【弁理士】
【氏名又は名称】井上 知哉
(74)【代理人】
【識別番号】100148493
【弁理士】
【氏名又は名称】加藤 浩二
(72)【発明者】
【氏名】飯島 賢一
(72)【発明者】
【氏名】新明 秀章
(72)【発明者】
【氏名】鈴木 重人
(72)【発明者】
【氏名】山本 誠
(72)【発明者】
【氏名】金森 耕一
(57)【要約】
【課題】送信エラーとなった特定の種別のデータについて、古いデータを破棄する端末装置を提供する。
【解決手段】端末装置は、送信予定のパケットを記憶するバッファと、前記パケットを送信する通信部と、前記パケットの送信エラーが発生した場合、前記パケットが特定の種別のデータであるか否か判定するデータ種別判定部と、前記パケットが前記特定の種別のデータと判定された場合、前記パケットを前記バッファから破棄するデータ破棄部と、を備える。
【選択図】図２
【解決手段】端末装置は、送信予定のパケットを記憶するバッファと、前記パケットを送信する通信部と、前記パケットの送信エラーが発生した場合、前記パケットが特定の種別のデータであるか否か判定するデータ種別判定部と、前記パケットが前記特定の種別のデータと判定された場合、前記パケットを前記バッファから破棄するデータ破棄部と、を備える。
【選択図】図２
【特許請求の範囲】
【請求項1】
送信予定のパケットを記憶するバッファと、
前記パケットを送信する通信部と、
前記パケットの送信エラーが発生した場合、前記パケットが特定の種別のデータであるか否か判定するデータ種別判定部と、
前記パケットが前記特定の種別のデータと判定された場合、前記パケットを前記バッファから破棄するデータ破棄部と、
を備える端末装置。
前記パケットを送信する通信部と、
前記パケットの送信エラーが発生した場合、前記パケットが特定の種別のデータであるか否か判定するデータ種別判定部と、
前記パケットが前記特定の種別のデータと判定された場合、前記パケットを前記バッファから破棄するデータ破棄部と、
を備える端末装置。
【請求項2】
前記パケットの送信エラーが発生した場合、
前記データ破棄部は、前記パケットが前記特定の種別のデータと判定され、且つ前記パケットの最初の送信エラーから所定時間経過している場合、前記パケットを前記バッファから破棄する請求項１記載の端末装置。
前記データ破棄部は、前記パケットが前記特定の種別のデータと判定され、且つ前記パケットの最初の送信エラーから所定時間経過している場合、前記パケットを前記バッファから破棄する請求項１記載の端末装置。
【請求項3】
前記データ破棄部は、前記所定時間が経過する前に前記パケットの送信が成功した場合、前記パケットを前記バッファから破棄する請求項２記載の端末装置。
【請求項4】
前記データ破棄部は、
前記パケットが前記特定の種別のデータでないと判定された場合、前記パケットを前記バッファから破棄せず、
前記パケットの送信が成功した場合、前記パケットを前記バッファから破棄する請求項１記載の端末装置。
前記パケットが前記特定の種別のデータでないと判定された場合、前記パケットを前記バッファから破棄せず、
前記パケットの送信が成功した場合、前記パケットを前記バッファから破棄する請求項１記載の端末装置。
【請求項5】
前記特定の種別のデータは、リアルタイム性を求められるデータである請求項１乃至４のいずれか１項に記載の端末装置。
【請求項6】
前記データ種別判定部は、
前記パケットに含まれるデータがＵＤＰ(User Datagram Protocol)パケットの場合、前記パケットが前記特定の種別のデータであると判定し、
前記パケットに含まれるデータがＴＣＰ（Transmission Control Protocol）パケットの場合、前記パケットが前記特定の種別のデータでないと判定する請求項１乃至５のいずれか１項に記載の端末装置。
前記パケットに含まれるデータがＵＤＰ(User Datagram Protocol)パケットの場合、前記パケットが前記特定の種別のデータであると判定し、
前記パケットに含まれるデータがＴＣＰ（Transmission Control Protocol）パケットの場合、前記パケットが前記特定の種別のデータでないと判定する請求項１乃至５のいずれか１項に記載の端末装置。
【請求項7】
送信予定のパケットをバッファに記憶し、
前記パケットを送信し、
前記パケットの送信エラーが発生した場合、前記パケットが特定の種別のデータであるか否か判定し、
前記パケットが前記特定の種別のデータと判定された場合、前記パケットを前記バッファから破棄する、
処理を備える制御方法。
前記パケットを送信し、
前記パケットの送信エラーが発生した場合、前記パケットが特定の種別のデータであるか否か判定し、
前記パケットが前記特定の種別のデータと判定された場合、前記パケットを前記バッファから破棄する、
処理を備える制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末装置および制御方法に関する。
【背景技術】
【0002】
特許文献１には、無線端末へのデータ送信に使用する通信帯域の合計値が基地局で使用可能な帯域を超える場合でも、パケットデータの破棄、再送を低減する技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１５－１０６７４０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
端末装置から上りデータを送信している最中に、通信品質が悪くなった場合、上りデータの送信エラーが多発する。端末装置は、エラーとなって送信できなくなった上りデータをバッファに溜め込む。その後、端末装置は通信品質が良好になった場合、バッファに溜まっていた上りデータを再び送信する。
【0005】
しかし、リアルタイム性を必要とするライブ配信やストリーミング配信の場合、一度バッファに溜まった上りデータは既に古いデータであり、バッファに溜まった上りデータをそのまま送信してしまうと、相手側は古いデータを再生してしまうため、リアルタイム性を必要とするライブ配信やストリーミング配信では望ましくない。
【0006】
本発明の一態様は、送信エラーとなった特定の種別のデータについて、古いデータを破棄する端末装置を提供することを目的とする。
【課題を解決するための手段】
【0007】
本発明の一態様に係る端末装置は、送信予定のパケットを記憶するバッファと、前記パケットを送信する通信部と、前記パケットの送信エラーが発生した場合、前記パケットが特定の種別のデータであるか否か判定するデータ種別判定部と、前記パケットが前記特定の種別のデータと判定された場合、前記パケットを前記バッファから破棄するデータ破棄部と、を備える。
【0008】
本発明の一態様に係る制御方法は、送信予定のパケットをバッファに記憶し、前記パケットを送信し、前記パケットの送信エラーが発生した場合、前記パケットが特定の種別のデータであるか否か判定し、前記パケットが前記特定の種別のデータと判定された場合、前記パケットを前記バッファから破棄する、処理を備える。
【図面の簡単な説明】
【0009】
【図1】第１の実施の形態に係るシステムの構成図の一例である。
【図2】第１の実施の形態に係る端末装置の構成図の一例である。
【図3】第１の実施の形態に係る制御方法のフローチャートの一例である。
【図4】第１の実施の形態に係るパケットの送信および破棄の処理（通信品質が常時良好な場合）の一例を示す図である。
【図5】第１の実施の形態に係るパケットの送信および破棄の処理（通信品質が一時的に悪化する場合）の一例を示す図である。
【図6】第２の実施の形態に係る端末装置の構成図の一例である。
【図7】第２の実施の形態に係る制御方法のフローチャートの一例である。
【図8】第２の実施の形態に係るパケットの送信および破棄の処理（通信品質が一時的に悪化する場合）の一例を示す図である。
【発明を実施するための形態】
【0010】
以下、実施の形態について、図面を参照しつつ説明する。なお、図面については、同一又は同等の要素には同一の符号を付し、重複する説明は省略する。
【0011】
（第１の実施の形態）
図１は、第１の実施の形態に係るシステムの構成図の一例である。
図１は、第１の実施の形態に係るシステムの構成図の一例である。
【0012】
第１の実施の形態に係るシステム１０は、端末装置１０１、カメラ２０１、パーソナルコンピュータ（ＰＣ）３０１、および基地局４０１を有する。
【0013】
端末装置１０１は、基地局４０１と接続し、ＬＴＥ（Long Term Evolution）または５Ｇ等を用いた無線通信により、基地局４０１と通信可能である。端末装置１０１は、カメラ２０１とＬＡＮ（Local Area Network）を介して接続し、カメラ２０１から送信データ（映像データ）を受信し、基地局４０１に送信する。また、端末装置１０１は、ＰＣ３０１とＬＡＮを介して接続し、ＰＣ３０１から送信データ（各種データ）を受信し、基地局４０１に送信する。端末装置１０１は、例えば、無線ルーターまたはスマートフォン等の通信装置である。
【0014】
カメラ２０１は、例えば、動画を撮影し、撮影した動画（映像データ）をサーバ等の他の装置（不図示）に送信する。具体的には、カメラ２０１は、映像データを端末装置１０１に送信し、端末装置１０１を介して、他の装置（不図示）に送信する。
【0015】
ＰＣ３０１は、例えば、文書作成、電子メール、または遠隔ロボットの操作などの各種処理を行い、各種処理で生成された各種データをサーバ等の他の装置（不図示）に送信する。具体的には、ＰＣ３０１は、各種データを端末装置１０１に送信し、端末装置１０１を介して、他の装置（不図示）に送信する。
【0016】
基地局４０１は、端末装置１０１と接続し、ＬＴＥまたは５Ｇ等を用いた無線通信により、端末装置１０１と通信可能である。また、基地局４０１は、ネットワーク（不図示）と接続し、当該ネットワークを介して、サーバ等の他の装置（不図示）と接続する。
【0017】
図２は、第１の実施の形態に係る端末装置の構成図の一例である。
【0018】
端末装置１０１は、処理部１１１、通信部１２１、バッファ１３１、および記憶部１４１を備える。
【0019】
処理部１１１は、端末装置１０１の各種制御を行う。処理部１１１は、例えば、集積回路（ＩＣ（Integrated Circuit）チップ）等に形成された論理回路（ハードウェア）である。また、処理部１１１は、ＣＰＵ（Central Processing Unit）等のプロセッサを用いてソフトウェアによって実現してもよい。
【0020】
処理部１１１は、データ取得部１１２、第１データ種別判定部１１３、パケット生成部１１４、通信処理部１１５、送信エラー判定部１１６、第２データ種別判定部１１７、およびデータ破棄部１１８を有する。
【0021】
データ取得部１１２は、通信部１２１から送信データを取得する。
【0022】
第１データ種別判定部１１３は、データ取得部１１２が取得した送信データの種別を判定する。具体的には、例えば、第１データ種別判定部１１３は、送信データがリアルタイム性を求められるデータであるか否か判定する。リアルタイム性を求められるデータは、例えば、映像データ、ＲＴＰ（Real-time Transport Protocol）パケット、またはＵＤＰ（User Datagram Protocol）パケット等である。映像データは、例えば、ライブ配信やストリーミング配信における動画または音声のデータであり、カメラ２０１による撮影時刻と相手側で再生した時刻のずれが大きい場合には、届ける意味がなくなってしまうデータである。リアルタイム性を求められないデータは、例えば、確実に届ける必要があるデータがあり、ファイルデータ、またはＴＣＰ（Transmission Control Protocol）パケットである。ファイルデータは、例えば、相手側で１つでも欠けるとエラーとなるデータであり、確実に相手側に届ける必要があるデータである。ファイルデータは、例えば、テキストデータ、電子メール、またはロボット操作のための制御データなどである。
【0023】
パケット生成部１１４は、送信データの種別に応じたヘッダを送信データに付与してパケット化し、基地局４０１との通信方式に適合したパケットを生成する。パケット生成部１１４は、生成したパケットをバッファ１３１に記憶させる。送信データの種別に応じたヘッダの付与は、例えば、３ＧＰＰ(3rd Generation Partnership Project)の５Ｇで仕様化されているＳＤＡＰ（Service Data Adaptation Protocol）の機能（アプリケーションによってマッピングを行い、ヘッダに属性を付与する）によって、実現可能である。例えば、ＳＤＡＰレイヤで、映像データには、リアルタイム性を求められるという情報を含むヘッダを付与し、ファイルデータには確実に届ける必要があることを示す情報を含むヘッダを、それぞれ付与する。これによって、更に下位層にデータが受け渡された際に、各レイヤは、受け渡されたデータがどういう属性のデータかを判別し、属性に合わせた動作をすることができる。
【0024】
通信処理部１１５は、バッファ１３１に記憶されているパケットを通信部１２１を介して送信する。
【0025】
送信エラー判定部１１６は、パケットの送信が成功したか否か判定する。
【0026】
第２データ種別判定部１１７は、バッファ１３１に記憶されたパケットの種別を当該パケットのヘッダに基づいて判定する。具体的には、例えば、第２データ種別判定部１１７は、パケットがリアルタイム性を求められるデータであるか否か判定する。リアルタイム性を求められるデータは、特定の種別のデータの一例である。
【0027】
データ破棄部１１８は、バッファ１３１に記憶されたパケットを破棄する。具体的には、例えば、パケットの送信エラーが発生した場合、データ破棄部１１８は、パケットが特定の種別のデータと判定された場合、パケットをバッファから破棄する。
【0028】
通信部１２１は、カメラ２０１から送信データである映像データを受信し、データ取得部１１１に出力する。通信部１２１は、ＰＣ３０１から送信データである各種データを受信し、データ取得部１１１に出力する。通信部１２１は、通信処理部１１５による制御により、バッファ１３１に記憶されているパケットを基地局４０１に送信する。通信部１２１は、通信に伴うデータ変換を行う通信インタフェースであり、例えば、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）等で実現される。
【0029】
バッファ１３１は、送信予定のパケットを記憶する。バッファ１３１は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ、またはＨＤＤ（ハードディスクドライブ等の記憶装置である。
【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】
（第２の実施の形態）
例えば、映像データにおいて１フレームを構成するデータは、複数のパケットに分割されて送信されるため、複数のパケットのうちの最初に送信した１つのパケットで送信エラーが発生した場合、第１の実施の形態のように、当該１つのパケットをすぐに破棄してしまうと、仮に、その次に送信したパケットが相手先に送信できたとしても、１フレーム分のデータが足りず、1フレーム全体をデコードできないということが生じる。
例えば、映像データにおいて１フレームを構成するデータは、複数のパケットに分割されて送信されるため、複数のパケットのうちの最初に送信した１つのパケットで送信エラーが発生した場合、第１の実施の形態のように、当該１つのパケットをすぐに破棄してしまうと、仮に、その次に送信したパケットが相手先に送信できたとしても、１フレーム分のデータが足りず、1フレーム全体をデコードできないということが生じる。
【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】
第２の実施の形態に係る端末装置によれば、例えば、１フレームを構成するデータが複数のパケットに分割されて送信される場合に、複数のパケットのうちの最初に送信した１つのパケットで送信エラーが発生しても、当該１つのパケットをすぐに破棄せず、所定時間保持することで、通信品質の回復時に当該複数のパケットを送信することで、相手側で1フレーム全体をデコードできる。
【0112】
なお、本発明は、上述した実施の形態に限定されるものではなく変形可能であり、上記の構成は、実質的に同一の構成、同一の作用効果を奏する構成又は同一の目的を達成することができる構成で置き換えることができる。
【0113】
例えば、本発明は、５Ｇ等の移動無線通信に限られず、ＱｏＳ Ｍａｎａｇｅｍｅｎｔを活用するＷｉ－Ｆｉ等の無線ＬＡＮに適用してもよい。また、端末装置は、無線通信で通信する場合に限られず、有線接続により通信してもよい。
【0114】
また、上述の実施の形態では、端末装置１０１は、カメラ２０１およびＰＣ３０１から受信した送信データを送信していたが、これに限らず、端末装置１０１は、自身が生成した送信データを基地局４０１に送信してもよい。具体的には、例えば、端末装置１０１は、カメラを有していてもよく、端末装置１０１は、自身が有するカメラで撮影した映像データを基地局４０１に送信してもよい。また、端末装置１０１は、文書作成、電子メール、または遠隔ロボットの操作などの各種処理を行い、各種処理で生成された各種データを基地局４０１に送信してもよい。
【符号の説明】
【0115】
１０ システム
１０１ 端末装置
１１１ 処理部
１１２ データ取得部
１１３ 第１データ種別判定部
１１４ パケット生成部
１１５ 通信処理部
１１６ 送信エラー判定部
１１７ 第２データ種別判定部
１１９ 経過時間判定部
１１８、１２０ データ破棄部
１２１ 通信部
１３１ バッファ
１４１ 記憶部
２０１ カメラ
３０１ ＰＣ
４０１ 基地局
１０１ 端末装置
１１１ 処理部
１１２ データ取得部
１１３ 第１データ種別判定部
１１４ パケット生成部
１１５ 通信処理部
１１６ 送信エラー判定部
１１７ 第２データ種別判定部
１１９ 経過時間判定部
１１８、１２０ データ破棄部
１２１ 通信部
１３１ バッファ
１４１ 記憶部
２０１ カメラ
３０１ ＰＣ
４０１ 基地局
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】