(57)【要約】【課題】コンテンツの再生遅延を低減させること。【解決手段】外部装置からデータを取得し、前記外部装置から取得された前記データのうち、コンテンツ再生に係る処理が完了したデータについてコンテンツを再生し、前記外部装置から取得された前記データに対して前記処理に遅延が発生したか否かを判定し、前記遅延が発生しているか否かの判定結果に応じて、取得された前記データよりも後に取得されるデータに対する同期処理を制御する。【選択図】図８
2017076908.tif 000002
【特許請求の範囲】
【請求項１】
外部装置からデータを取得するデータ取得部と、
前記外部装置から取得された前記データのうち、コンテンツの再生に係る処理が完了したデータについてコンテンツを再生するコンテンツ再生部と、
前記外部装置から取得された前記データに対して前記処理に遅延が発生したか否かを判定する遅延発生判定部と、
前記遅延が発生しているか否かの判定結果に応じて、取得された前記データよりも後に取得されるデータに対する同期処理を制御する同期制御部と、
を備えることを特徴とするコンテンツ再生装置。
【請求項２】
前記同期制御部は、前記外部装置から取得された前記データに対して前記処理に遅延が発生したと判定された場合、前記同期処理が行われないように制御し、若しくは、前記同期処理が、通常の同期時間よりも短い同期時間で行われるように制御することを特徴とする請求項１に記載のコンテンツ再生装置。
【請求項３】
前記遅延発生判定部は、前記外部装置から取得された前記データに対する前記処理に要した時間が所定の時間よりも長い場合、そのデータに対する前記処理に遅延が発生したと判定することを特徴とする請求項１又は２に記載のコンテンツ再生装置。
【請求項４】
前記外部装置から取得された前記データに対する前記処理が開始されるまでそのデータを記憶するデータ記憶部を備え、
前記遅延発生判定部は、前記データ記憶部に記憶されているデータの数が所定数以上である場合、若しくは、前記データ記憶部に記憶されているデータのデータ量が所定量以上である場合、前記データ記憶部に記憶されている前記データよりも前に前記外部装置から取得されたデータに対する前記処理に遅延が発生したと判定することを特徴とする請求項１乃至３いずれか１項に記載のコンテンツ再生装置。
【請求項５】
演算装置の使用率を計測する使用率計測部を備え、
前記同期制御部は、前記外部装置から取得された前記データに対する前記処理に遅延が発生したと判定され、計測された前記使用率が所定の使用率よりも小さい場合、前記同期処理が行われないように制御し、若しくは、前記同期処理が、通常の同期時間よりも短い同期時間で行われるように制御することを特徴とする請求項１乃至４いずれか１項に記載のコンテンツ再生装置。
【請求項６】
前記同期制御部は、前記遅延が解消されるまで、前記同期処理が行われないように、若しくは、前記同期処理が、通常の同期時間よりも短い同期時間で行われるように制御することを特徴とする請求項１乃至５いずれか１項に記載のコンテンツ再生装置。
【請求項７】
外部装置からデータを取得し、
前記外部装置から取得された前記データのうち、コンテンツ再生に係る処理が完了したデータについてコンテンツを再生し、
前記外部装置から取得された前記データに対して前記処理に遅延が発生したか否かを判定し、
前記遅延が発生しているか否かの判定結果に応じて、取得された前記データよりも後に取得されるデータに対する同期処理を制御することを特徴とするコンテンツ再生方法。
【請求項８】
外部装置からデータを取得するステップと、
前記外部装置から取得された前記データのうち、コンテンツ再生に係る処理が完了したデータについてコンテンツを再生するステップと、
前記外部装置から取得された前記データに対して前記処理に遅延が発生したか否かを判定するステップと、
前記遅延が発生しているか否かの判定結果に応じて、取得された前記データよりも後に取得されるデータに対する同期処理を制御するするステップと、
を情報処理装置に実行させることを特徴とするコンテンツ再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラムに関する。
【背景技術】
【０００２】
近年、複数のコンテンツ再生装置が接続され、所定のコンテンツ再生装置上で再生されている映像や音声などのコンテンツデータを他のコンテンツ再生装置に配信することで、上記所定のコンテンツ再生装置上で再生されているコンテンツを他のコンテンツ再生装置上でも再生させるコンテンツ再生システムが知られている（例えば、特許文献１を参照）。
【０００３】
このようなコンテンツ再生システムにおいては、上記所定のコンテンツ再生装置が再生しているコンテンツのデータを上記他のコンテンツ再生装置に送信し、データを受信したコンテンツ再生装置がそのデータに基づいてコンテンツを再生するようになっている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、このようなコンテンツ再生システムにおいては、送信側、受信側においてそれぞれ、送信するデータのエンコード処理や受信したデータのデコード処理などのデータ処理に時間が必要となるため、受信側では、その分、送信側よりも遅れてコンテンツが再生されることになる。
【０００５】
そして、このようなコンテンツ再生システムにおいては、受信側におけるコンテンツの再生遅延が小さい場合、視聴者はその再生遅延を認識することができないので問題はないが、大きい場合、視聴者はその再生遅延を認識することができてしまい、ユーザビリティが低下するなどの問題が発生する。
【０００６】
本発明は、このような課題を解決するためになされたものであり、コンテンツの再生遅延を低減させることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の一態様は、外部装置からデータを取得するデータ取得部と、前記外部装置から取得された前記データのうち、コンテンツの再生に係る処理が完了したデータについてコンテンツを再生するコンテンツ再生部と、前記外部装置から取得された前記データに対して前記処理に遅延が発生したか否かを判定する遅延発生判定部と、前記遅延が発生しているか否かの判定結果に応じて、取得された前記データよりも後に取得されるデータに対する同期処理を制御する同期制御部と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、コンテンツの再生遅延を低減させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る映像表示システムの運用形態を示す図である。
【図２】本発明の実施形態に係るプロジェクタのハードウェア構成を模式的に示すブロック図である。
【図３】本発明の実施形態に係るプロジェクタ、クライアント端末の機能構成を模式的に示すブロック図である。
【図４】本発明の実施形態に係るキューの構造を模式的に示す図である。
【図５】本発明の実施形態に係る映像表示システムにおける映像表示処理のシーケンス図である。
【図６】本発明の実施形態に係る映像表示システムにおける映像表示処理のシーケンス図である。
【図７】従来の映像表示システムにおける映像表示処理のシーケンス図である。
【図８】本発明の実施形態に係る映像表示システムにおける映像表示処理のシーケンス図である。
【図９】本発明の実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。
【図１０】本発明の実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。
【図１１】本発明の実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。
【図１２】本発明の実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。
【図１３】本発明の実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。
【図１４】本発明の実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
実施の形態１．
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、複数のコンテンツ再生装置が接続され、所定のコンテンツ再生装置上で再生されている映像や音声などのコンテンツデータを他のコンテンツ再生装置に配信することで、上記所定のコンテンツ再生装置上で再生されているコンテンツを他のコンテンツ再生装置上でも再生させるコンテンツ再生システムについて説明する。
【００１１】
特に、本実施形態においては、コンテンツ再生システムの一例として、映像表示装置と情報処理装置とが接続され、情報処理装置により再生されている映像や音声などのコンテンツデータを映像表示装置に送信することで、情報処理装置により再生されているコンテンツを映像表示装置にも再生させる映像表示システムについて説明する。
【００１２】
このような映像表示システムにおいては、受信側において映像と音声とがずれて再生されてしまうことを防ぐために、送信側は、再生時刻が記述された情報を映像データと音声データとに付加して送信し、受信側は、その再生時刻まで待機（以下、「同期処理」とする）してから映像と音声との再生を開始するようになっている。
【００１３】
このように構成された映像表示システムにおいて、送信側、受信側においてそれぞれ、送信するデータのエンコード処理や受信したデータのデコード処理などのデータ処理に時間が必要となり、また、データ伝送にも時間を要するため、受信側では、その分、送信側よりも遅れて映像・音声が再生されることになる。
【００１４】
そして、このような映像表示システムにおいては、受信側における映像・音声の再生遅延が小さい場合、視聴者はその再生遅延を認識することができないので問題はないが、大きい場合、視聴者はその再生遅延を認識することができてしまい、ユーザビリティが低下するなどの問題が発生する。
【００１５】
そこで、本実施形態に係る映像表示システムにおいて、映像表示装置は、映像・音声の再生遅延が所定の時間よりも長くなった場合、以降の処理において、再生遅延が所定の時間となるまで、即ち、再生遅延が解消されるまで同期処理を行わないように構成されている。本実施形態に係る映像表示システムにおいて、映像表示装置は、このように構成されることで、再生遅延を低減することが可能となる。
【００１６】
まず、本実施形態に係る映像表示システムの運用形態について、図１を参照して説明する。図１は、本実施形態に係る映像表示システムの運用形態を示す図である。
【００１７】
図１に示すように、本実施形態に係る映像表示システムは、プロジェクタ１とクライアント端末２とがネットワーク３を介して通信可能なように接続されて構成されている。
【００１８】
プロジェクタ１は、入力された映像信号に応じて、光源から射出される光束を変調して光学像を形成し、形成した投影画像を壁やスクリーンなどの投影面上に拡大して投影表示することで映像を再生する映像表示装置である。また、プロジェクタ１は、入力された音声信号に応じて、スピーカから音声を出力することで音声を再生する。
【００１９】
本実施形態においては、プロジェクタ１は、クライアント端末２から送信されてきた映像データ・音声データに従って映像・音声を再生することで、クライアント端末２により再生されている映像・音声と同じ映像・音声を再生する。
【００２０】
クライアント端末２は、ユーザが操作する情報処理端末であり、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、タブレット端末等の情報処理装置によって実現される。即ち、本実施形態においては、クライアント端末２が外部装置として機能する。
【００２１】
ネットワーク３は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）（登録商標）、ＦｅｌｉＣａ（登録商標）、ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｅｘｐｒｅｓｓ）、ＶＧＡ（Ｖｉｄｅｏ  Ｇｒａｐｈｉｃｓ  Ａｒｒａｙ）、ＤＶＩ（Ｄｉｇｉｔａｌ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｆａｃｅ）、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）規格などのインタフェースを利用して接続される。
【００２２】
このように構成された映像表示システムにおいて、本実施形態に係るプロジェクタ１は、映像・音声の再生遅延が所定の時間よりも長くなった場合、以降の処理において、再生遅延が所定の時間となるまで、即ち、再生遅延が解消されるまで同期処理を行わないように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、同期時間の分だけ、再生遅延を低減することが可能となる。
【００２３】
次に、本実施形態に係るプロジェクタ１、クライアント端末２のハードウェア構成について、図２を参照して説明する。図２は、本実施形態に係るプロジェクタ１のハードウェア構成を模式的に示すブロック図である。尚、図２においては、プロジェクタ１のハードウェア構成を例として示しているが、クライアント端末２についても同様である。
【００２４】
図２に示すように、本実施形態に係るプロジェクタ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）４０、出力装置５０、入力装置６０、通信Ｉ／Ｆ７０がバス８０を介して接続されて構成されている。
【００２５】
ＣＰＵ１０は演算装置であり、プロジェクタ１全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。
【００２６】
ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、各種データや、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、コンテンツ再生プログラムなどの制御プログラム、アプリケーション・プログラム等の各種プログラムを格納する。
【００２７】
出力装置５０は、映像を表示したり音声を出力したりするための出力インタフェースであり、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）やＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）などの表示装置や、光源から射出される光束を変調して光学像を形成し、形成した投影画像を壁やスクリーンなどの投影面上に拡大して投影表示する投影装置、スピーカやヘッドフォン、イヤフォンなどの出力装置によって実現される。
【００２８】
入力装置６０は、プロジェクタ１に情報を入力するためのユーザインタフェースであり、キーボードやマウス、入力ボタン、タッチパネルなどの入力装置によって実現される。
【００２９】
通信Ｉ／Ｆ７０は、プロジェクタ１が他の装置と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）、ＦｅｌｉＣａ（登録商標）、ＰＣＩｅ、ＩＥＥＥ規格などのインタフェースが用いられる。
【００３０】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がＲＡＭ２０にロードされたプログラムに従って演算を行うことにより、ソフトウェア制御部が構成される。
【００３１】
このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るプロジェクタ１、クライアント端末２の機能を実現する機能ブロックが構成される。
【００３２】
次に、本実施形態に係るプロジェクタ１、クライアント端末２の機能構成について、図３を参照して説明する。図３は、本実施形態に係るプロジェクタ１、クライアント端末２の機能構成を模式的に示すブロック図である。
【００３３】
図３に示すように、本実施形態に係るプロジェクタ１は、主制御部１０１、受信部１０２、キュー１０３、デコーダ１０４、同期制御部１０５、投影制御部１０６、投影部１０７、音声出力制御部１０８、音声出力部１０９、経過時間計測部１１０、差分時間算出部１１１、累積時間算出部１１２、累積時間記憶部１１３、フレーム数カウント部１１４、ＣＰＵ使用率計測部１１５を備える。
【００３４】
また、図３に示すように、本実施形態に係るクライアント端末２は、主制御部２０１、表示制御部２０２、表示部２０３、音声出力制御部２０４、音声出力部２０５、キャプチャ部２０６、エンコーダ２０７、送信部２０８を備える。
【００３５】
主制御部２０１は、クライアント端末２に含まれる各部を制御する役割を担い、クライアント端末２の各部に命令を与える。
【００３６】
表示制御部２０２は、主制御部２０１の制御に従い、表示部２０３に画面表示を行う。表示部２０３は、画面を表示するインタフェースである。表示部２０３は、図２に示す出力装置５０によって実現される。
【００３７】
音声出力制御部２０４は、主制御部２０１の制御に従い、音声出力部２０５に音声を出力させる。音声出力部２０５は、音声を出力する出力インタフェースである。音声出力部２０５は、図２に示す出力装置５０によって実現される。
【００３８】
キャプチャ部２０６は、主制御部２０１の制御に従い、表示部２０３に表示されている映像を映像データとして取り込むと共に、音声出力部２０５により出力されている音声を音声データとして取り込む。
【００３９】
エンコーダ２０７は、キャプチャ部２０６により取り込まれた映像データと音声データとを符号化する。送信部２０８は、エンコーダ２０７により符号化されたデータにヘッダー情報を付加してデータの処理単位であるフレームを作成し、作成したフレームをネットワーク伝送のためにパケットしてネットワーク３を介してプロジェクタ１に送信する。
【００４０】
主制御部１０１は、プロジェクタ１に含まれる各部を制御する役割を担い、プロジェクタ１の各部に命令を与える。
【００４１】
受信部１０２は、クライアント端末２から送信されてきたパケットを１フレーム分ずつ順番に受信し、受信したパケットからフレームを構成してキュー１０３に格納（エンキュー）する。そして、受信部１０２は、フレームをキューに格納すると、デコーダ１０４によるデコード処理を待たずに即座に次パケットの受信待機に移行する。尚、本実施形態においては、受信部１０２がデータ取得部として機能する。
【００４２】
キュー１０３は、受信部１０２により格納されたフレームを一時的に記憶する。尚、本実施形態においては、キュー１０３がデータ記憶部として機能する。デコーダ１０４は、キュー１０３に格納されているフレームを１フレーム分ずつ順番に読み出し（デキュー）、読み出したフレームのヘッダー情報からそのフレームのデータ部分を復号する。
【００４３】
ここで、本実施形態に係るキュー１０３の構造について、図４を参照して説明する。図４は、本実施形態に係るキュー１０３の構造を模式的に示す図である。図４に示すように、本実施形態に係るキュー１０３は、先入れ先出しの構造となっており、受信部１０２が先に格納したフレームをデコーダ１０４が先に読み出すようになっている。
【００４４】
同期制御部１０５は、デコーダ１０４により復号されたデータに基づく映像と音声との再生タイミングを合わせるために同期処理を制御する。
【００４５】
投影制御部１０６は、主制御部１０１の制御に従い、デコーダ１０４により復号されたデータに基づいて投影部１０７に映像を投影表示させる。投影部１０７は、壁やスクリーンなどの投影面上に映像を投影表示する出力インタフェースである。投影部１０７は、図２に示す出力装置５０によって実現される。
【００４６】
音声出力制御部１０８は、主制御部１０１の制御に従い、デコーダ１０４により復号されたデータに基づいて音声出力部１０９に音声を出力させる。音声出力部１０９は、音声を出力する出力インタフェースである。音声出力部１０９は、図２に示す出力装置５０によって実現される。尚、本実施形態においては、投影制御部１０６、音声出力制御部１０８がコンテンツ再生部として機能する。
【００４７】
経過時間計測部１１０は、あるフレームに対する特定の処理が開始されてから次のフレームに対する同じ処理が開始されるまでの経過時間Ｐ（ｍｓ）をフレームごとに計測する。
【００４８】
例えば、経過時間計測部１１０は、あるフレームに対する同期処理開始から次のフレームに対する同期処理開始までの経過時間Ｐ（ｍｓ）をフレームごとに計測する。また、例えば、経過時間計測部１１０は、受信部１０２によるパケットの受信処理開始から次パケットの受信処理開始までの経過時間Ｐ（ｍｓ）をフレームごとに計測する。
【００４９】
差分時間算出部１１１は、経過時間計測部１１０による計測時間Ｐ（ｍｓ）と、経過時間の計測対象となっている一連の処理（例えば、同期処理開始から次の同期処理開始までの一連の処理）において要する時間の理論値Ｔ（ｍｓ）との差分を算出する。
【００５０】
例えば、差分時間算出部１１１は、あるフレームに対する同期処理開始から次のフレームに対する同期処理開始までの経過時間Ｐ（ｍｓ）と、その一連の処理において要する時間の理論値Ｔ（ｍｓ）との差分をフレームごとに算出する。また、例えば、差分時間算出部１１１は、あるパケットの受信処理開始から次パケットの受信処理開始までの経過時間Ｐ（ｍｓ）と、その一連の処理において要する時間の理論値Ｔ（ｍｓ）との差分をフレームごとに算出する。
【００５１】
具体的には、クライアント端末２がプロジェクタ１に対して、１秒間当たりＮフレーム分のパケットを送信すると、プロジェクタ１は、上記一連の処理をＮ（ｆｐｓ）（ｆｒａｍｅ  ｐｅｒ  ｓｅｃｏｎｄ）で行わなければ、即ち、１フレーム当たり１／Ｎ（秒）ごとに行わなければ、再生遅延が発生することになる。この１／Ｎ（秒）が上記理論値Ｔ（ｍｓ）である。
【００５２】
累積時間算出部１１２は、差分時間算出部１１１により算出された差分時間Ｐ−Ｔ（ｍｓ）のこれまでの累積時間Ｒ（ｍｓ）を算出する。累積時間記憶部１１３は、累積時間算出部１１２により算出された累積時間Ｒ（ｍｓ）を記憶する。
【００５３】
フレーム数カウント部１１４は、キュー１０３に格納されているフレームの数をカウントする。ＣＰＵ使用率計測部１１５は、ＣＰＵ１０の使用率を計測する。尚、本実施形態においては、ＣＰＵ使用率計測部１１５が使用率計測部として機能する。
【００５４】
次に、本実施形態に係る映像表示システムにおける映像表示処理について、図５を参照して説明する。図５は、本実施形態に係る映像表示システムにおける映像表示処理のシーケンス図である。
【００５５】
図５に示すように、まず、クライアント端末２において、キャプチャ部２０６は、表示部２０３に表示されている映像を映像データとして取り込むと共に、音声出力部２０５により出力されている音声を音声データとして取り込む（Ｓ５０１）。以下、図面において、Ｓ５０１におけるキャプチャ処理を「Ａ」と記載する。
【００５６】
そして、クライアント端末２において、エンコーダ２０７は、キャプチャ部２０６により取り込まれた映像データと音声データとを符号化する（Ｓ５０２）。以下、図面において、Ｓ５０２におけるエンコード処理を「Ｂ」と記載する。
【００５７】
そして、クライアント端末２において、送信部２０８は、エンコーダ２０７により符号化されたデータにヘッダー情報を付加してデータの処理単位であるフレームを作成し、作成したフレームをネットワーク伝送のためにパケットしてネットワーク３を介してプロジェクタ１に送信する（Ｓ５０３）。以下、図面において、Ｓ５０３における送信処理を「Ｃ」と記載する。
【００５８】
そして、プロジェクタ１において、受信部１０２は、ネットワーク３によるデータ伝送により（Ｓ５０４）、クライアント端末２から送信されてきたパケットを１フレーム分ずつ順番に受信し（Ｓ５０５）、受信したパケットからフレームを構成してキュー１０３に格納（エンキュー）する（Ｓ５０６）。以下、図面において、Ｓ５０４におけるデータ伝送処理を「Ｄ」と記載し、Ｓ５０５における受信処理を「Ｅ」と記載し、Ｓ５０６におけるエンキュー処理を「Ｆ」と記載する。
【００５９】
そして、プロジェクタ１において、デコーダ１０４は、キュー１０３に格納されているフレームを１フレーム分ずつ順番に読み出し（デキュー）（Ｓ５０７）、同期制御部１０５による制御により指定時刻まで待機した後、即ち、映像と音声との同期を行った後（Ｓ５０８）、読み出したフレームのヘッダー情報からそのフレームのデータ部分を復号する（Ｓ５０９）。以下、図面において、Ｓ５０７におけるデキュー処理を「Ｇ」と記載し、Ｓ５０８における同期処理を「Ｈ」と記載し、Ｓ５０９におけるデコード処理を「Ｉ」と記載する。
【００６０】
そして、プロジェクタ１において、投影制御部１０６、音声出力制御部１０８はそれぞれ、デコーダ１０４により復号されたデータに基づいて投影部１０７に映像を投影表示させ、音声出力部１０９に音声を出力させる（Ｓ５１０）。以下、図面において、Ｓ５１０におけるデコード処理を「Ｊ」と記載する。
【００６１】
本実施形態に係る映像表示システムは、Ｓ５０１〜Ｓ５１０における一連の処理を繰り返し行うことで、クライアント端末２により再生されている映像及び音声と同じ映像及び音声をプロジェクタ１にも再生させるようになっている。
【００６２】
尚、Ｓ５０１におけるキャプチャ処理開始からＳ５１０における再生処理開始までの時間が再生遅延となる。このように、本実施形態に係る映像表示システムにおいて、プロジェクタ１では、クライアント端末２よりも遅れて映像及び音声が再生されることになる。
【００６３】
そして、このような映像表示システムにおいては、受信側における映像及び音声の再生遅延が小さい場合、視聴者はその再生遅延を認識することができないので問題はないが、大きい場合、視聴者はその再生遅延を認識することができてしまい、ユーザビリティが低下するなどの問題が発生する。
【００６４】
そこで、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、映像及び音声の再生遅延が所定の時間よりも長くなった場合、以降の処理において、再生遅延が所定の時間となるまで、即ち、再生遅延が解消されるまで同期処理を行わないように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、再生遅延を低減することが可能となる。
【００６５】
次に、本実施形態に係る映像表示システムにおける再生遅延の低減方法について、図６〜図８を参照して説明する。図６、図８は、本実施形態に係る映像表示システムにおける映像表示処理のシーケンス図である。図７は、従来の映像表示システムにおける映像表示処理のシーケンス図である。
【００６６】
尚、以下、図面において、各処理に付された添え字は、処理対象となるフレームを識別するための識別情報である。即ち、同じ添え字が付されている処理については、同一のフレームに対する処理であることを表す。
【００６７】
図６に示すように、本実施形態に係る映像表示システムにおいて、各処理が滞ることなく実行された場合、理論的にはＴ（ｍｓ）ごとに映像及び音声が再生される、即ち、１フレーム当たりＴ（ｍｓ）でＳ５０１〜Ｓ５１０の一連の処理を行うことになる。
【００６８】
具体的には、クライアント端末２がプロジェクタ１に対して、１秒間当たりＮフレーム分のパケットを送信すると、プロジェクタ１は、各処理を滞ることなく実行した場合、理論的には、上記一連の処理をＮ（ｆｐｓ）（ｆｒａｍｅ  ｐｅｒ  ｓｅｃｏｎｄ）で行う、即ち、１フレーム当たり１／Ｎ（秒）ごとに行うことになる。図７においては、この１／Ｎ（秒）を、理論値Ｔ（ｍｓ）と記載している。
【００６９】
ところが、あるフレームに対する処理の少なくともいずれかに、処理の遅延が発生した場合、その処理以降の処理が玉突き的にその遅延分だけ遅れて実行されてしまい、本来、映像及び音声が再生される時刻になっても再生されず、再生遅延が発生してしまう。
【００７０】
例えば、図７に示すように、識別子「０」のフレームに対するデコード処理に、処理の遅延Ｌ（ｍｓ）が発生した場合、その処理以降の処理が玉突き的にその遅延Ｌ（ｍｓ）分だけ遅れて実行されてしまい、本来、映像及び音声が再生される時刻になっても再生されず、再生遅延が発生してしまう。
【００７１】
そこで、図８に示すように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで同期処理を行わないように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、再生遅延を低減することが可能となる。
【００７２】
尚、図８においては、同期処理における同期時間をＳ（ｍｓ）とし、デコード処理における遅延分Ｌ（ｍｓ）とその同期時間Ｓ（ｍｓ）の２倍とが同一、即ち、Ｌ（ｍｓ）＝２Ｓ（ｍｓ）であるとして記載しているがこの限りではない。
【００７３】
次に、本実施形態に係る映像表示システムにおける再生遅延の低減方法について、図９を参照して説明する。図９は、本実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。
【００７４】
図９に示すように、まず、主制御部１０１は、キュー１０３にフレームが格納されているか否かを判定する（Ｓ９０１）。
【００７５】
そして、主制御部１０１は、Ｓ９０１における判定処理において、キュー１０３にフレームが格納されていないと判定した場合（Ｓ９０１／ＮＯ）、累積時間記憶部１１３に記憶されている累積時間をクリアする（Ｓ９０２）。
【００７６】
一方、主制御部１０１は、Ｓ９０１における判定処理において、キュー１０３にフレームが格納されていると判定した場合（Ｓ９０１／ＹＥＳ）、そのフレームに対する同期処理の開始タイミングになると（Ｓ９０３）、累積時間記憶部１１３に記憶されている累積時間Ｒ（ｍｓ）が０（ｍｓ）より大きいか０（ｍｓ）であるかを判定する（Ｓ９０４）。即ち、ここでは、主制御部１０１が遅延発生判定部として機能する。
【００７７】
そして、主制御部１０１は、Ｓ９０４における判定処理において、累積時間Ｒ（ｍｓ）が０（ｍｓ）であると判定した場合（Ｓ９０４／ＮＯ）、経過時間計測部１１０に同期処理開始からの経過時間Ｐ１（ｍｓ）の計測を開始させ（Ｓ９０５）、今回の処理対象となっているフレームに対して受信処理（Ｅ）〜再生処理（Ｆ）の全処理を実行するように各部を制御する（Ｓ９０６）。
【００７８】
そして、主制御部１０１は、キュー１０３にさらにフレームが格納されているか否かを判定する（Ｓ９０７）。
【００７９】
そして、主制御部１０１は、Ｓ９０７における判定処理において、キュー１０３にフレームが格納されていないと判定した場合（Ｓ９０７／ＮＯ）、累積時間記憶部１１３に記憶されている累積時間をクリアする（Ｓ９０２）。
【００８０】
一方、主制御部１０１は、Ｓ９０７における判定処理において、キュー１０３にフレームが格納されていると判定した場合（Ｓ９０７／ＹＥＳ）、そのフレームに対する同期処理の開始タイミングになると（Ｓ９０８）、Ｓ９０５において計測を開始した経過時間Ｐ１（ｍｓ）が、各処理が滞ることなく実行された場合の経過時間の理論値Ｔ（ｍｓ）よりも長いか同じかを判定する（Ｓ９０９）。
【００８１】
そして、主制御部１０１は、Ｓ９０９における判定処理において、Ｐ１＝Ｔであると判定した場合（Ｓ９０９／ＹＥＳ）、Ｓ９０６以降の処理と同様の処理を行う。
【００８２】
一方、主制御部１０１は、Ｓ９０９における判定処理において、Ｐ１＞Ｔであると判定した場合（Ｓ９０９／ＮＯ）、差分時間算出部１１１にＰ１とＴとの差分である超過時間Ｐ１−Ｔを算出させる（Ｓ９１０）。
【００８３】
そして、主制御部１０１は、累積時間算出部１１２に、Ｓ９１０において算出された超過時間Ｐ１−Ｔ（ｍｓ）を累積時間記憶部１１３に記憶されている累積時間Ｒ（ｍｓ）に加算させ（Ｓ９１１）、超過時間Ｐ１−Ｔ（ｍｓ）が加算された後の累積時間Ｒ（ｍｓ）が同期時間Ｓ（ｍｓ）以上であるか否かを判定する（Ｓ９１２）。
【００８４】
そして、主制御部１０１は、Ｓ９１２における判定処理において、Ｓ≦Ｒであると判定した場合（Ｓ９１２／ＹＥＳ）、経過時間計測部１１０に同期処理開始からの経過時間Ｐ２（ｍｓ）の計測を開始させ（Ｓ９１３）、今回の処理対象となっているフレームに対して同期処理以外の処理、即ち、受信処理（Ｅ）、エンキュー処理（Ｆ）、デキュー処理（Ｇ）、デコード処理（Ｉ）、再生処理（Ｊ）のみを実行するように各部を制御する（Ｓ９１４）。
【００８５】
このように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長く、その超過時間Ｒ（ｍｓ）が通常の同期時間Ｓ（ｍｓ）以上の場合（Ｓ≦Ｒ）、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで同期処理を行わないように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、再生遅延を低減することが可能となる。
【００８６】
そして、主制御部１０１は、キュー１０３にさらにフレームが格納されているか否かを判定する（Ｓ９１５）。
【００８７】
そして、主制御部１０１は、Ｓ９１５における判定処理において、キュー１０３にフレームが格納されていないと判定した場合（Ｓ９１５／ＮＯ）、累積時間記憶部１１３に記憶されている累積時間をクリアする（Ｓ９０２）。
【００８８】
一方、主制御部１０１は、Ｓ９１５における判定処理において、キュー１０３にフレームが格納されていると判定した場合（Ｓ９１５／ＹＥＳ）、そのフレームに対する同期処理の開始タイミングになると（Ｓ９１６）、差分時間算出部１１１にＰ２とＴとの差分である短縮時間Ｔ−Ｐ２を算出させる（Ｓ９１７）。
【００８９】
そして、主制御部１０１は、累積時間算出部１１２に、Ｓ９１７において算出された短縮時間Ｔ−Ｐ２（ｍｓ）を累積時間記憶部１１３に記憶されている累積時間Ｒ（ｍｓ）から減算させ（Ｓ９１８）、Ｓ９０４以降の処理と同様の処理を行う。
【００９０】
一方、主制御部１０１は、Ｓ９１２における判定処理において、Ｓ＞Ｒであると判定した場合（Ｓ９１２／ＮＯ）、経過時間計測部１１０に同期処理開始からの経過時間Ｐ２（ｍｓ）の計測を開始させ（Ｓ９１９）、今回の処理対象となっているフレームに対して同期時間をＲ（ｍｓ）だけ短くして受信処理（Ｅ）〜再生処理（Ｆ）の全処理を実行するように各部を制御する（Ｓ９２０）。
【００９１】
このように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長いが、その超過時間Ｒ（ｍｓ）が通常の同期時間Ｓ（ｍｓ）よりも短い場合（Ｓ＞Ｒ）、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで、その超過時間Ｒ（ｍｓ）だけ同期時間を短縮するように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、再生遅延を低減することが可能となる。
【００９２】
また、主制御部１０１は、Ｓ９０４における判定処理において、累積時間Ｒ（ｍｓ）が０（ｍｓ）より大きいと判定した場合（Ｓ９０４／ＹＥＳ）、Ｓ９１２以降の処理と同様の処理を行う。
【００９３】
尚、図９においては、Ｓ９１２における判定処理において、Ｓ≦Ｒであると判定した場合（Ｓ９１２／ＹＥＳ）、同期処理以外の処理を実行する（Ｓ９１４）ように構成されているプロジェクタ１について説明した。
【００９４】
以上、説明したように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長く、その超過時間Ｒ（ｍｓ）が通常の同期時間Ｓ（ｍｓ）以上の場合（Ｓ≦Ｒ）、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで同期処理を行わないように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、再生遅延を低減することが可能となる。
【００９５】
また、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長いが、その超過時間Ｒ（ｍｓ）が通常の同期時間Ｓ（ｍｓ）よりも短い場合（Ｓ＞Ｒ）、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで、その超過時間Ｒ（ｍｓ）だけ同期時間を短縮するように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、再生遅延を低減することが可能となる。
【００９６】
実施の形態２．
実施の形態１においては、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで同期処理を行わないように構成されているプロジェクタ１について説明した。実施の形態１に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、再生遅延を低減することが可能となる。
【００９７】
ところが、再生遅延が発生しているということは、プロジェクタ１においてＣＰＵ１０の処理負荷が高いがために再生遅延が発生していることがある。そのため、プロジェクタ１は、同期処理を行わず、立て続けに他の処理を実行していては、さらにＣＰＵ１０の処理負荷が高くなったり、一向にＣＰＵ１０の処理負荷が低下しなかったりするといった状況となる場合がある。
【００９８】
そこで、本実施形態においては、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで同期時間を短縮するように構成されているプロジェクタ１について説明する。
【００９９】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、ＣＰＵ１０の処理負荷が高い場合であっても、無理なく再生遅延を低減させることが可能となる。
【０１００】
以下、図面を参照して、本発明の実施形態を詳細に説明する。尚、実施の形態１と同様の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【０１０１】
まず、本実施形態に係る映像表示システムにおける再生遅延の低減方法について、図１０を参照して説明する。図１０は、本実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。尚、図１０においては、図９と相違する部分についてのみ説明する。
【０１０２】
図１０に示すように、本実施形態に係る映像表示システムにおいて、主制御部１０１は、Ｓ９１２に相当するＳ１０１２における判定処理において、Ｘ≦Ｒであると判定した場合（Ｓ１０１２／ＹＥＳ）、今回の処理対象となっているフレームに対して同期時間を固定時間Ｘ（ｍｓ）だけ短くして受信処理（Ｅ）〜再生処理（Ｆ）の全処理を実行するように各部を制御する（Ｓ１０２０）。
【０１０３】
このように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで同期時間を固定時間だけ短縮するように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、ＣＰＵ１０の処理負荷が高い場合であっても、無理なく再生遅延を低減することが可能となる。
【０１０４】
実施の形態３．
実施の形態１、２においては、同期処理を行わないと判定するための条件として、若しくは、同期時間を固定時間だけ短縮すると判定するための条件として、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合としているプロジェクタ１について説明した。
【０１０５】
一方、本実施形態においては、同期処理を行わないと判定するための条件として、若しくは、同期時間を固定時間だけ短縮すると判定するための条件として、キュー１０３に格納されているフレーム数が所定数より多くなった場合としているプロジェクタ１について説明する。
【０１０６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。尚、実施の形態１と同様の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【０１０７】
まず、本実施形態に係る映像表示システムにおける再生遅延の低減方法について、図１１、図１２を参照して説明する。図１１、図１２は、本実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。
【０１０８】
図１１に示すように、まず、主制御部１０１は、キュー１０３にフレームが格納されているか否かを判定する（Ｓ１１０１）。
【０１０９】
そして、主制御部１０１は、Ｓ１１０１における判定処理において、キュー１０３にフレームが格納されていないと判定した場合（Ｓ１１０１／ＮＯ）、そのまま処理を終了する。
【０１１０】
一方、主制御部１０１は、Ｓ１１０１における判定処理において、キュー１０３にフレームが格納されていると判定した場合（Ｓ１１０１／ＹＥＳ）、そのフレームに対する同期処理の開始タイミングになると（Ｓ１１０２）、フレーム数カウント部１１４にキュー１０３に格納されているフレーム数をカウントさせ（Ｓ１１０３）、Ｓ１１０３においてカウントされたフレーム数が所定数以下であるか否かを判定する（Ｓ１１０４）。
【０１１１】
主制御部１０１は、Ｓ１１０４における判定処理において、キュー１０３に格納されているフレーム数が所定数以下であると判定した場合（Ｓ１１０４／ＹＥＳ）、今回の処理対象となっているフレームに対して受信処理（Ｅ）〜再生処理（Ｆ）の全処理を実行するように各部を制御する（Ｓ１１０５）。そして、主制御部１０１は、今回の処理対象となっているフレームに対する処理が終了すると、Ｓ１１０１以降の処理と同様に処理を行う。
【０１１２】
一方、主制御部１０１は、Ｓ１１０４における判定処理において、キュー１０３に格納されているフレーム数が所定数よりも多いと判定した場合（Ｓ１１０４／ＮＯ）、今回の処理対象となっているフレームに対して同期処理以外の処理、即ち、受信処理（Ｅ）、エンキュー処理（Ｆ）、デキュー処理（Ｇ）、デコード処理（Ｉ）、再生処理（Ｊ）のみを実行するように各部を制御する（Ｓ１１０６）。そして、主制御部１０１は、今回の処理対象となっているフレームに対する処理が終了すると、Ｓ１１０１以降の処理と同様に処理を行う。
【０１１３】
また、この他の例として、図１２に示すように、主制御部１０１は、Ｓ１１０３に相当するＳ１２０３における判定処理において、キュー１０３に格納されているフレーム数が所定数よりも多いと判定した場合（Ｓ１２０４／ＮＯ）、今回の処理対象となっているフレームに対して同期時間を固定時間Ｘ（ｍｓ）だけ短くして受信処理（Ｅ）〜再生処理（Ｆ）の全処理を実行するように各部を制御する（Ｓ１２０６）。
【０１１４】
このように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、キュー１０３に格納されているフレーム数が所定数よりも多くなった場合、以降の処理において、キュー１０３に格納されているフレーム数が所定数以下となるまで、即ち、再生遅延が解消されるまで同期処理を行わない、若しくは、同期時間を固定時間だけ短縮するように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、再生遅延を低減することが可能となる。
【０１１５】
尚、本実施形態においては、同期処理を行わないと判定するための条件として、若しくは、同期時間を固定時間だけ短縮すると判定するための条件として、キュー１０３に格納されているフレーム数が所定数より多くなった場合としているプロジェクタ１について説明した。
【０１１６】
この他、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、同期処理を行わないと判定するための条件として、若しくは、同期時間を固定時間だけ短縮すると判定するための条件として、キュー１０３に格納されているフレームのデータ量が所定量よりも多くなった場合とするように構成されていても良い。
【０１１７】
実施の形態４．
実施の形態１においては、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで同期処理を行わないように構成されているプロジェクタ１について説明した。
【０１１８】
実施の形態２においては、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合、以降の処理において、再生遅延が所定の時間Ｔ（ｍｓ）となるまで、即ち、再生遅延が解消されるまで同期時間を短縮するように構成されているプロジェクタ１について説明した。
【０１１９】
一方、本実施形態においては、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合、ＣＰＵ１０の使用率が所定の使用率以下である場合にのみ同期処理を行わない、若しくは、同期時間を短縮するように構成されているプロジェクタ１について説明する。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、ＣＰＵ１０の処理負荷の上昇を防ぎつつ、再生遅延を低減することが可能となる。
【０１２０】
以下、図面を参照して、本発明の実施形態を詳細に説明する。尚、実施の形態１と同様の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【０１２１】
まず、本実施形態に係る映像表示システムにおける再生遅延の低減方法について、図１３、図１４を参照して説明する。図１３、図１４は、本実施形態に係る映像表示システムにおける再生遅延の低減方法を説明するためのフローチャートである。尚、図１３、図１４においては、図９と相違する部分についてのみ説明する。
【０１２２】
図１３に示すように、主制御部１０１は、本実施形態に係る映像表示システムにおいて、主制御部１０１は、Ｓ９１１に相当するＳ１３１１における処理を行った後、ＣＰＵ使用率計測部１１５にＣＰＵ１０の使用率を計測させる（Ｓ１３１２）。
【０１２３】
そして、主制御部１０１は、Ｓ１３１２において計測されたＣＰＵ１０の使用率が所定の使用率以下であるか否かを判定する（Ｓ１３１３）。
【０１２４】
主制御部１０１は、Ｓ１３１３における判定処理において、ＣＰＵ１０の使用率が所定の使用率よりも高いと判定した場合（Ｓ１３１３／ＮＯ）、Ｓ９０６に相当するＳ１３０６以降の処理と同様の処理を行う。
【０１２５】
一方、主制御部１０１は、Ｓ１３１３における判定処理において、ＣＰＵ１０の使用率が所定の使用率以下であると判定した場合（Ｓ１３１３／ＹＥＳ）、Ｓ９１３に相当するＳ１３１４以降の処理等同様の処理を行う。
【０１２６】
また、この他の例として、主制御部１０１は、Ｓ１３１３に相当するＳ１４１３における判定処理において、ＣＰＵ１０の使用率が所定の使用率よりも高いと判定した場合（Ｓ１４１３／ＮＯ）、Ｓ９１９に相当するＳ１４２０以降の処理と同様の処理を行う。
【０１２７】
このように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、映像及び音声の再生遅延が所定の時間Ｔ（ｍｓ）よりも長くなった場合、ＣＰＵ１０の使用率が所定の使用率以下である場合にのみ同期処理を行わない、若しくは、同期時間を短縮するように構成されている。本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、ＣＰＵ１０の処理負荷の上昇を防ぎつつ、再生遅延を低減することが可能となる。
【符号の説明】
【０１２８】
１  プロジェクタ
２  クライアント端末
３  ネットワーク３
１０  ＣＰＵ
２０  ＲＡＭ
３０  ＲＯＭ
４０  ＨＤＤ
５０  出力装置
６０  入力装置
７０  通信Ｉ／Ｆ
８０  バス
１０１  主制御部
１０２  受信部
１０３  キュー
１０４  デコーダ
１０５  同期制御部
１０６  投影制御部
１０７  投影部
１０８  音声出力制御部
１０９  音声出力部
１１０  経過時間計測部
１１１  差分時間算出部
１１２  累積時間算出部
１１３  累積時間記憶部
１１４  フレーム数カウント部
１１５  ＣＰＵ使用率計測部
２０１  主制御部
２０２  表示制御部
２０３  表示部
２０４  音声出力制御部
２０５  音声出力部
２０６  キャプチャ部
２０７  エンコーダ
２０８  送信部
【先行技術文献】
【特許文献】
【０１２９】
【特許文献１】特開２０１４−０９３５８４号公報
【図１】
2017076908.tif 000003
【図２】
2017076908.tif 000004
【図３】
2017076908.tif 000005
【図４】
2017076908.tif 000006
【図５】
2017076908.tif 000007
【図６】
2017076908.tif 000008
【図７】
2017076908.tif 000009
【図８】
2017076908.tif 000010
【図９】
2017076908.tif 000011
【図１０】
2017076908.tif 000012
【図１１】
2017076908.tif 000013
【図１２】
2017076908.tif 000014
【図１３】
2017076908.tif 000015
【図１４】
2017076908.tif 000016