(57)【特許請求の範囲】
【請求項１】
情報処理装置と通信を行う通信部と、
前記情報処理装置から前記通信部を介してデータを取得するデータ取得部と、
取得された前記データを記憶部にバッファリングするバッファリング制御部と、
前記情報処理装置との通信状態を示す通信パラメータと、所定の計算式とに基づいて、取得される前記データを前記記憶部へバッファリングを継続する時間を規定するバッファリング時間を算出するバッファリング条件決定部と、
前記記憶部に対する前記データのバッファリングの継続時間が、算出された前記バッファリング時間に達した際、当該記憶部にバッファリングされた当該データを所定の順序に並び替える並び替え部と、
順序が並び替えられた前記データに基づいてコンテンツを再生するコンテンツ再生部と、を備えることを特徴とするコンテンツ再生装置。
【請求項２】
前記バッファリング条件決定部は、前記情報処理装置へ行った再送要求、若しくは、接続要求の回数と、前記所定の計算式とに基づいて、前記バッファリング時間を算出することを特徴とする請求項１に記載のコンテンツ再生装置。
【請求項３】
前記バッファリング条件決定部は、前記情報処理装置との接続処理を開始してから接続が確立されるまでの経過時間と、前記所定の計算式とに基づいて、前記バッファリング時間を算出することを特徴とする請求項１又は２に記載のコンテンツ再生装置。
【請求項４】
前記バッファリング条件決定部は、前記情報処理装置との通信路におけるビットレートと、前記所定の計算式とに基づいて、前記バッファリング時間を算出することを特徴とする請求項１乃至３のいずれか一項に記載のコンテンツ再生装置。
【請求項５】
前記バッファリング条件決定部は、取得される前記データのデータ量と、前記所定の計算式とに基づいて、前記バッファリング時間を算出することを特徴とする請求項１乃至４のいずれか一項に記載のコンテンツ再生装置。
【請求項６】
前記所定の計算式を記憶する計算式記憶部から、前記所定の計算式を取得する計算式取得部と、をさらに備え、
前記バッファリング条件決定部は、前記計算式取得部により取得された前記所定の計算式に基づいて前記バッファリング時間を算出する請求項１乃至５のいずれか一項に記載のコンテンツ再生装置。
【請求項７】
通信部を介して情報処理装置と通信を行い、
前記情報処理装置との通信状態を通信パラメータと、所定の計算式とに基づいて、前記情報処理装置から取得されるデータの記憶部へのバッファリングを継続する時間を規定するバッファリング時間を算出し、
前記情報処理装置から前記通信部を介してデータを取得し、
取得された前記データを前記記憶部にバッファリングし、
前記記憶部へのバッファリングの継続時間が、算出された前記バッファリング時間に達した際、前記記憶部にバッファリングされた前記データを所定の順序に並び替え、
順序が並び替えられた前記データに基づいてコンテンツを再生することを特徴とするコンテンツ再生方法。
【請求項８】
通信部を介して情報処理装置と通信を行うステップと、
前記情報処理装置との通信状態を示す通信パラメータと、所定の計算式とに基づいて、前記情報処理装置から取得されるデータの記憶部へのバッファリングを継続する時間を規定するバッファリング時間を算出するステップと、
前記情報処理装置から前記通信部を介してデータを取得するステップと、
取得された前記データを前記記憶部にバッファリングするステップと、
前記記憶部へのバッファリングの継続時間が、算出された前記バッファリング時間に達した際、前記記憶部にバッファリングされた前記データを所定の順序に並び替えるステップと、
順序が並び替えられた前記データに基づいてコンテンツを再生するステップと、をコンテンツ再生装置に実行させることを特徴とするコンテンツ再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラムに関する。
【背景技術】
【０００２】
近年、プロジェクタやディスプレイといった映像再生装置、音楽プレイヤーやオーディオプレイヤーといった音声再生装置などのコンテンツ再生装置と、タブレット端末やＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、スマートフォンなどの情報処理装置とが接続され、コンテンツ再生装置が情報処理装置から送信されてきた画像データや音声データなどのデータに基づいて映像や音声などのコンテンツを再生するコンテンツ再生システムが知られている。
【０００３】
このようなコンテンツ再生システムにおいて、例えば、情報処理装置がコンテンツ再生装置に、シーケンス番号＃１、＃２のデータを先に送信し、次いで、シーケンス番号＃３、＃４のデータを送信した場合を想定する。
【０００４】
このとき、コンテンツ再生装置は、情報処理装置との通信状態によっては、＃３、＃４のデータを先に受信し、次いで、＃１、＃２のデータを受信するといったように、送信側と受信側とでデータの順序が入れ替わることがある。
【０００５】
そして、このような場合、コンテンツ再生装置は、＃３、＃４のデータに基づいてコンテンツを再生した後、本来、次に再生すべきは＃５、＃６のデータに基づいたコンテンツであるが、実際に受信したのは＃１、＃２である。
【０００６】
ところが、コンテンツ再生装置は、シーケンス番号通りにしかコンテンツを再生することができないため、＃３、＃４のデータに基づいたコンテンツを再生した後は、コンテンツを再生することができなくなってしまう。
【０００７】
そこで、本来なら先に送られてくるはずのデータではあるが、順序が入れ替わって後に送られてきたデータを破棄することで、コンテンツの再生を停止させないように構成されているコンテンツ再生装置が知られている。
【０００８】
例えば、このようなコンテンツ再生装置は、＃３、＃４のデータを先に受信し、次いで、＃１、＃２のデータを受信した場合、＃１、＃２のデータを破棄することで、コンテンツの再生を停止させないようになっている。
【０００９】
ところが、このようなコンテンツ再生装置においては、本来再生されるべきコンテンツに相当するデータが破棄されてしまうため、コンテンツの一部が再生されなくなり、コンテンツの再生品質が低下してしまうといった問題がある。
【００１０】
そこで、データを一時的に格納しておくバッファを設け、予め定められた所定時間（以下、「バッファリング時間」とする）が経過するまでに受信したデータをそのバッファに格納しておき、上記バッファリング時間が経過した後、バッファに格納しておいたデータをシーケンス番号通りに並び替えるコンテンツ再生装置が提案され既に知られている（例えば、特許文献１を参照）。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ところが、特許文献１に記載されているような従来のコンテンツ再生装置においては、本来、コンテンツが再生されるべきタイミングになってもコンテンツが再生されず、バッファリング時間の分だけ、コンテンツが再生されるタイミングに遅延が発生するといった問題がある。
【００１２】
本発明は、このような課題を解決するためになされたものであり、コンテンツの再生品質の低下を防ぐと共に、コンテンツを再生するタイミングの遅延を低減させることを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明の一態様は、情報処理装置と通信を行う通信部と、前記情報処理装置から前記通信部を介してデータを取得するデータ取得部と、取得された前記データを記憶部にバッファリングするバッファリング制御部と、前記情報処理装置との通信状態を示す通信パラメータと、所定の計算式とに基づいて、取得される前記データを前記記憶部へバッファリングを継続する時間を規定するバッファリング時間を算出するバッファリング条件決定部と、前記記憶部に対する前記データのバッファリングの継続時間が、算出された前記バッファリング時間に達した際、当該記憶部にバッファリングされた当該データを所定の順序に並び替える並び替え部と、順序が並び替えられた前記データに基づいてコンテンツを再生するコンテンツ再生部と、を備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、コンテンツの再生品質の低下を防ぐと共に、コンテンツを再生するタイミングの遅延を低減させることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るコンテンツ再生システムの運用形態を示す図である。
【図２】本発明の実施形態に係る映像表示システムにおいて、クライアント端末がプロジェクタに画像データを送信する際の、画像データの送受信順序を説明するための図である。
【図３】従来の映像表示システムにおいて、プロジェクタが受信したＲＴＰパケットを処理する際の処理を説明するための図である
【図４】従来の映像表示システムにおいて、プロジェクタが受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである
【図５】本発明の実施形態に係るプロジェクタのハードウェア構成を模式的に示すブロック図である。
【図６】本発明の実施形態に係るプロジェクタの機能構成を模式的に示すブロック図である。
【図７】本発明の実施形態に係る映像表示システムにおいて、プロジェクタが受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【図８】本発明の実施形態に係るプロジェクタの機能構成を模式的に示すブロック図である。
【図９】本発明の実施形態に係る映像表示システムにおいて、プロジェクタが受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【図１０】本発明の実施形態に係るプロジェクタの機能構成を模式的に示すブロック図である。
【図１１】本発明の実施形態に係るバッファリング時間記憶部が記憶するバッファリング時間決定テーブルの一例を示す図である。
【図１２】本発明の実施形態に係る映像表示システムにおいて、プロジェクタが受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【図１３】本発明の実施形態に係る映像表示システムにおいて、プロジェクタが受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
実施の形態１．
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、プロジェクタやディスプレイといった映像再生装置、音楽プレイヤーやオーディオプレイヤーといった音声再生装置などのコンテンツ再生装置と、タブレット端末やＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、スマートフォンなどの情報処理装置とが接続され、コンテンツ再生装置が情報処理装置から送信されてきた画像データや音声データなどのデータに基づいて映像や音声などのコンテンツを再生するコンテンツ再生システムについて説明する。
【００１７】
特に、本実施形態においては、映像表示装置と情報処理装置とが接続され、映像表示装置が情報処理装置から送信されてきた画像データに基づいて映像を表示する映像表示システムについて説明する。
【００１８】
まず、本実施形態に係る映像表示システムの運用形態について、図１を参照して説明する。図１は、本実施形態に係る映像表示システムの運用形態を示す図である。
【００１９】
図１に示すように、本実施形態に係る映像表示システムは、プロジェクタ１とクライアント端末２とが通信可能なように接続されて構成されている。
【００２０】
プロジェクタ１は、入力された映像信号に応じて、光源から射出される光束を変調して光学像を形成し、形成した投影画像を壁やスクリーンなどの投影面上に拡大して投影表示する。本実施形態においては、クライアント端末２から送信されてきた画像データに従って映像を投影表示する。
【００２１】
クライアント端末２は、ユーザが操作する情報処理端末であり、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、タブレット端末等の情報処理装置によって実現される。
【００２２】
プロジェクタ１とクライアント端末２とは、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）（登録商標）、ＦｅｌｉＣａ（登録商標）、ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｅｘｐｒｅｓｓ）、ＶＧＡ（Ｖｉｄｅｏ  Ｇｒａｐｈｉｃｓ  Ａｒｒａｙ）、ＤＶＩ（Ｄｉｇｉｔａｌ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｆａｃｅ）、ＩＥＥＥ（Ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）規格などのインタフェースを利用して接続される。
【００２３】
尚、本実施形態においては、プロジェクタ１とクライアント端末２とは、Ｗｉ−Ｆｉ（登録商標）  ＣＥＲＴＩＦＩＥＤ  Ｍｉｒａｃａｓｔに準拠しており、リアルタイムトランスポートプロトコル（以下、「ＲＴＰ」とする）を用いて画像データの送受信を行う例について説明する。
【００２４】
次に、本実施形態に係る映像表示システムにおいて、クライアント端末２がプロジェクタ１に画像データを送信する際の、画像データの送受信順序について、図２を参照して説明する。図２は、本実施形態に係る映像表示システムにおいて、クライアント端末２がプロジェクタ１に画像データを送信する際の、画像データの送受信順序を説明するための図である。
【００２５】
図２に示すように、ＲＴＰを用いた画像データの送受信では、クライアント端末２（送信側）は、画像データをプロジェクタ１（受信側）に送信する際、画像データをＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）単位でパケット化する。尚、各ＰＥＳは、複数のＣＣ（Ｃｏｎｔｉｎｕｉｔｙ  Ｃｏｕｔｅｒ）により構成される。このとき、このようにＰＥＳ単位でパケット化されたＰＥＳをそれぞれＰＥＳ＃１、ＰＥＳ＃２・・・とする。
【００２６】
そして、クライアント端末２（送信側）は、各ＰＥＳを複数のＲＴＰパケットに分割してプロジェクタ１（受信側）に送信する。このとき、クライアント端末２（送信側）は、ＰＥＳ＃１をＲＴＰ＃１００とＲＴＰ＃１０１とに分割し、ＰＥＳ＃２をＲＴＰ＃１０２とＲＴＰ＃１０３とに分割するものとする。尚、＃○○は、シーケンス番号であって、クライアント端末２によるＲＴＰパケットの送信順序を表す。
【００２７】
そうした場合、本来なら、ＲＴＰ＃１００、ＲＴＰ＃１０１、ＲＴＰ＃１０２、ＲＴＰ＃１０３の順序でプロジェクタ１にＲＴＰパケットが到着しなければならない。ところが、プロジェクタ１（受信側）とクライアント端末２（送信側）との通信状態によっては、送信側と受信側とでＲＴＰパケットの順序が入れ替わって、図２に示すように、ＲＴＰ＃１０２、ＲＴＰ＃１０３、ＲＴＰ＃１００、ＲＴＰ＃１０１の順序でプロジェクタ１にＲＴＰパケットが到着することがある。
【００２８】
そして、このような場合、プロジェクタ１は、ＲＴＰ＃１０２、ＲＴＰ＃１０３を復元した後、本来、次に復元すべきはＲＴＰ＃１０４、ＲＴＰ＃１０５であるが、実際に受信したのはＲＴＰ＃１００、ＲＴＰ＃１０１である。
【００２９】
ところが、プロジェクタ１は、シーケンス番号通りにしかＲＴＰパケットを復元することができないため、ＲＴＰ＃１０２、ＲＴＰ＃１０３を復元した後は、ＲＴＰパケットを復元することができなくなってしまう。従って、このような場合、プロジェクタ１は、この時点で映像を再生することができなくなってしまう。
【００３０】
そこで、図３に示すように、プロジェクタ１は、本来なら先に送られてくるはずのＲＴＰパケットではあるが、順序が入れ替わって後に送られてきたＲＴＰパケットを破棄することで、映像の再生を停止させないようにすれば良い。ところが、これでは、本来、再生されるべき映像に相当するＲＴＰパケットが破棄されてしまうため、映像の一部が再生されなくなり、映像の再生品質が低下してしまう。
【００３１】
そこで、従来の映像表示システムにおいては、プロジェクタは、画像データを一時的に格納しておくデータバッファを設け、予め定められた所定時間（以下、「バッファリング時間」とする）が経過するまでに受信したＲＴＰパケットをそのデータバッファに格納しておき、上記バッファリング時間が経過した後、データバッファに格納しておいたＲＴＰパケットをシーケンス番号通りに並び替えるように構成されている。
【００３２】
ここで、従来の映像表示システムにおいて、プロジェクタが受信したＲＴＰパケットをシーケンス番号順に並べ替える際の具体的な処理について、図４を参照して説明する。図４は、従来の映像表示システムにおいて、プロジェクタが受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【００３３】
図４に示すように、従来の映像表示システムにおいて、プロジェクタは、受信したＲＴＰパケットをシーケンス番号順に並べ替える際にはまず、バッファリング時間を予め決めておく（Ｓ４０１）。
【００３４】
そして、プロジェクタは、ＲＴＰパケットを受信すると（Ｓ４０２）、そのＲＴＰパケットをデータバッファに一時的に格納しておき（Ｓ４０３）、最初にＲＴＰパケットを受信してからの経過時間がバッファリング時間に達したか否かを判定する（Ｓ４０４）。
【００３５】
そして、プロジェクタは、上記経過時間がバッファリング時間に達するまで（Ｓ４０４／ＮＯ）、ＲＴＰパケットの受信とそのＲＴＰパケットのデータバッファへの格納を繰り返し行う（Ｓ４０２、Ｓ４０３）。
【００３６】
そして、プロジェクタは、上記経過時間がバッファリング時間に達すると（Ｓ４０４／ＹＥＳ）、データバッファに格納されているＲＴＰパケットがシーケンス番号順でなければ（Ｓ４０５／ＮＯ）、そのＲＴＰパケットをシーケンス番号順に並び替え（Ｓ４０６）、シーケンス番号順であれば（Ｓ４０５／ＹＥＳ）並び替えを行わない。
【００３７】
そして、プロジェクタは、シーケンス番号順にＲＴＰパケットを画像データに復元して、復元した画像データに基づいて映像を投影表示する。
【００３８】
このように、従来の映像表示システムにおいては、プロジェクタは、バッファリング時間を予め決めておき、そのバッファリング時間が経過するまでにデータバッファに格納しておいたＲＴＰパケットをシーケンス番号順に並び替えるように構成されている。
【００３９】
ところで、プロジェクタとクライアント端末との通信状態が良好で、送信側と受信側とでＲＴＰパケットの順序の入れ替わりが少ない若しくは全くないような状況では、バッファリング時間は短くて良い若しくはバッファリング時間を設けなくて良い。
【００４０】
ところが、従来の映像表示システムにおいて、プロジェクタは、図４を参照して説明したように、クライアント端末との通信状態に関係なく一定のバッファリング時間が設けられている。そのため、従来の映像表示システムにおいては、プロジェクタとクライアント端末との通信状態が良好で、送信側と受信側とでＲＴＰパケットの順序の入れ替わりが少ない若しくは全くないような場合、バッファリング時間が必要以上に長くなってしまう。
【００４１】
従って、従来の映像表示システムにおいては、プロジェクタとクライアント端末との通信状態が良好な場合であっても、一定のバッファリング時間の分だけ、映像が再生されるタイミングに遅延が発生することになる。
【００４２】
そこで、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２との通信状態に応じてバッファリング時間を決定するように構成されている。
【００４３】
具体的には、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２との通信状態が悪い場合にはバッファリング時間を長くし、クライアント端末２との通信状態が悪い場合にはバッファリング時間を短くするように構成されている。
【００４４】
より具体的には、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から接続応答があるまで接続要求を繰り返し行い、その接続要求の回数に応じてバッファリング時間を決定するように構成されている。
【００４５】
即ち、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から接続応答があるまで接続要求を繰り返し行い、その接続要求の回数が多いほど、クライアント端末２との通信状態が悪いと判断してバッファリング時間を長くし、少ないほど、クライアント端末２との通信状態が良いと判断してバッファリング時間を短くするように構成されている。
【００４６】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、映像の再生品質の低下を防ぐと共に、映像を再生するタイミングの遅延を低減させることが可能となる。
【００４７】
次に、本実施形態に係るプロジェクタ１、クライアント端末２のハードウェア構成について、図５を参照して説明する。図５は、本実施形態に係るプロジェクタ１のハードウェア構成を模式的に示すブロック図である。尚、図５においては、プロジェクタ１のハードウェア構成を例として示しているが、クライアント端末２についても同様である。
【００４８】
図５に示すように、本実施形態に係るプロジェクタ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）４０、投影装置５０、操作装置６０、表示装置７０、通信Ｉ／Ｆ８０がバス９０を介して接続されて構成されている。
【００４９】
ＣＰＵ１０は演算手段であり、プロジェクタ１全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。
【００５０】
ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、画像データ等の各種データや、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、各種制御プログラム、コンテンツ再生プログラムといったアプリケーション・プログラム等の各種プログラムを格納する。
【００５１】
投影装置５０は、プロジェクタ１において専用の機能を実現するためのハードウェアである。即ち、投影装置５０は、光源から射出される光束を変調して光学像を形成し、形成した投影画像を壁やスクリーンなどの投影面上に拡大して投影表示する。尚、クライアント端末２は、ユーザが操作する情報処理端末であるため、投影装置５０を備えている必要はない。
【００５２】
操作装置６０は、プロジェクタ１に情報を入力するためのユーザインタフェースであり、キーボードやマウス、入力ボタン、タッチパネルなどの入力装置によって実現される。
【００５３】
表示装置７０は、ユーザがプロジェクタ１の状態を確認するための視覚的ユーザインタフェースであり、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などの表示装置やＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）などの出力装置によって実現される。
【００５４】
通信Ｉ／Ｆ８０は、プロジェクタ１が他の装置と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）、ＦｅｌｉＣａ（登録商標）、ＰＣＩｅ、ＩＥＥＥ規格などのインタフェースが用いられる。
【００５５】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がＲＡＭ２０にロードされたプログラムに従って演算を行うことにより、ソフトウェア制御部が構成される。
【００５６】
このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るプロジェクタ１、クライアント端末２の機能を実現する機能ブロックが構成される。
【００５７】
次に、本実施形態に係るプロジェクタ１の機能構成について、図６を参照して説明する。図６は、本実施形態に係るプロジェクタ１の機能構成を模式的に示すブロック図である。
【００５８】
図６に示すように、本実施形態に係るプロジェクタ１は、コントローラ１００、操作部１１０、表示部１２０、ネットワークＩ／Ｆ１３０、投影部１４０を有する。また、コントローラ１００は、主制御部１０１、操作表示制御部１０２、入出力制御部１０３、投影制御部１０４、データバッファ１０５、接続要求カウンタ１０６、計算式記憶部１０７を有する。
【００５９】
操作部１１０は、ユーザがプロジェクタ１を直接操作し若しくはプロジェクタ１に対して情報を入力する際の入力インタフェースである。操作部１１０は、図５に示す操作装置６０によって実現される。
【００６０】
表示部１２０は、プロジェクタ１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザがプロジェクタ１を直接操作し若しくはプロジェクタ１に対して情報を入力する際の入力インタフェースでもある。即ち、表示部１２０は、ユーザによる操作を受けるための画像を表示する機能を含む。表示部１２０は、図５に示す表示装置７０によって実現される。
【００６１】
ネットワークＩ／Ｆ１３０は、プロジェクタ１がネットワークを介してクライアント端末２等の他の装置と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）、ＦｅｌｉＣａ（登録商標）、ＰＣＩｅ、ＩＥＥＥ規格などのインタフェースが用いられる。ネットワークＩ／Ｆ１３０は、図５に示す通信Ｉ／Ｆ８０によって実現される。即ち、本実施形態においては、ネットワークＩ／１３０が通信部として機能する。
【００６２】
投影部１４０は、光源から射出される光束を変調して光学像を形成し、形成した投影画像を壁やスクリーンなどの投影面上に拡大して投影表示するための出力インタフェースである。投影部１４０は、図５に示す投影装置５０によって実現される。
【００６３】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。即ち、コントローラ１００は、ＣＰＵ１０がＲＯＭ３０やＨＤＤ４０等の記憶媒体に格納されたプログラムをＲＡＭ２０にロードし、そのプログラムに従って演算を行うことにより構成されるソフトウェア制御部と集積回路等のハードウェアとによって構成される。
【００６４】
主制御部１０１は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。また、主制御部１０１は、入出力制御部１０３を制御し、ネットワークＩ／Ｆ１３０を介して他の装置にアクセスする。
【００６５】
操作表示制御部１０２は、主制御部１０１の制御に従い、表示部１２０に画面表示を行い、若しくは、操作部１１０を介して入力された情報や信号、命令を主制御部１０１に入力する。そして、主制御部１０１は、操作表示制御部１０２から入力された情報や信号、命令に従ってコントローラ１００の各部に命令を与える。
【００６６】
入出力制御部１０３は、主制御部１０１の制御に従い、情報や信号、命令をネットワークＩ／Ｆ１３０を介して他の装置に送信し、若しくは、ネットワークＩ／Ｆ１３０を介して入力される情報や信号、命令を主制御部１０１に入力する。そして、主制御部１０１は、入出力制御部１０３から入力された情報や信号、命令に従ってコントローラ１００の各部に命令を与える。
【００６７】
投影制御部１０４は、主制御部１０１の制御に従い、投影部１４０を制御し若しくは駆動させる。データバッファ１０５は、クライアント端末２から送信されてきた画像データを一時的に格納する。
【００６８】
接続要求カウンタ１０６は、プロジェクタ１がクライアント端末２に行った接続要求の回数をカウントする。計算式記憶部１０７は、バッファリング時間を算出するための計算式を記憶する。
【００６９】
次に、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際の具体的な処理について、図７を参照して説明する。図７は、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【００７０】
図７に示すように、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際にはまず、主制御部１０１は、入出力制御部１０３を制御して、クライアント端末２に接続要求を行う（Ｓ７０１）。
【００７１】
そして、主制御部１０１は、Ｓ７０１において行った接続要求に対して、その接続要求を行ってから一定時間が経過する前にクライアント端末２から接続応答があるか否かを判定する（Ｓ７０２）。
【００７２】
尚、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２との通信路としてＷｉ−Ｆｉ（登録商標）  Ｄｉｒｅｃｔを用いている。そして、プロジェクタ１は、Ｗｉ−Ｆｉ（登録商標）  Ｄｉｒｅｃｔよる通信相手の探索フェーズにおいて、ＩＥＥＥ８０２．１１の仕様に従ってＣＳＭＡ／ＣＡを用いて、クライアント端末２と通信がつながるまで、即ち、クライアント端末２から接続要求がくるまで再送要求を行う。
【００７３】
そして、主制御部１０１は、Ｓ７０２における判定処理において、接続要求を行ってから一定時間経過しても接続応答がなければ（Ｓ７０２／ＮＯ）、接続要求カウンタ１０６のカウンタ値に１を加算する（Ｓ７０３）。
【００７４】
一方、主制御部１０１は、Ｓ７０２における判定処理において、接続要求を行ってから一定時間が経過する前に接続応答があれば（Ｓ７０２／ＮＯ）、接続要求カウンタ１０６のカウンタ値と計算式記憶部１０７に記憶されている計算式とに基づいてバッファリング時間を算出する（Ｓ７０４）。即ち、本実施形態においては、主制御部１０１がバッファリング条件決定部として機能し、バッファリング時間をバッファリング条件として決定する。
【００７５】
このとき、主制御部１０１は、計算式記憶部１０７に記憶されている計算式「バッファリング時間＝Ｔ１＋カウンタ値×Ｔ２」によりバッファリング時間を算出する。ここで、Ｔ１、Ｔ２は任意の正の整数である。尚、本実施形態に係るプロジェクタ１において、Ｔ１、Ｔ２は、固定値であっても良いし、ユーザが設定した値であっても良い。
【００７６】
そして、主制御部１０１は、クライアント端末２からＲＴＰパケットを受信すると（Ｓ７０５）、そのＲＴＰパケットをデータバッファ１０５に一時的に格納する（Ｓ７０６）。即ち、本実施形態においては、主制御部１０１がデータ取得部、バッファリング制御部として機能し、データバッファ１０５が記憶部として機能する。
【００７７】
そして、主制御部１０１は、最初にＲＴＰパケットを受信してからの経過時間が、Ｓ７０４において算出したバッファリング時間に達したか否かを判定する（Ｓ７０７）。即ち、
【００７８】
そして、主制御部１０１は、上記経過時間が、Ｓ７０４において算出したバッファリング時間に達するまで（Ｓ７０７／ＮＯ）、ＲＴＰパケットの受信とそのＲＴＰパケットのデータバッファ１０５への格納を繰り返し行う（Ｓ７０５、Ｓ７０６）。
【００７９】
そして、主制御部１０１は、上記経過時間が、Ｓ７０４において算出したバッファリング時間に達すると（Ｓ７０７／ＹＥＳ）、データバッファ１０５に格納されているＲＴＰパケットがシーケンス番号順でなければ（Ｓ７０８／ＮＯ）、そのＲＴＰパケットをシーケンス番号順に並び替え（Ｓ７０９）、シーケンス番号順であれば（Ｓ７０８／ＹＥＳ）並び替えを行わない。即ち、本実施形態においては、主制御部１０１が並び替え部として機能する。
【００８０】
そして、主制御部１０１は、シーケンス番号順にＲＴＰパケットを画像データに復元して、復元した画像データに基づいて投影制御部１０４を制御して投影部１４０から映像を投影表示する。即ち、本実施形態においては、主制御部１０１がコンテンツ再生部として機能する。
【００８１】
そして、主制御部１０１は、ＲＴＰパケットの受信が終了するまで（Ｓ７１０／ＮＯ）、Ｓ７０５以降の処理を繰り返し行い（Ｓ７０５、Ｓ７０６）、ＲＴＰパケットの受信が終了すると（Ｓ７１０／ＹＥＳ）、接続要求カウンタ１０６のカウンタ値をクリアする（Ｓ７１１）。
【００８２】
以上、説明したように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２との通信状態に応じてバッファリング時間を決定するように構成されている。
【００８３】
具体的には、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２との通信状態が悪い場合にはバッファリング時間を長くし、クライアント端末２との通信状態が悪い場合にはバッファリング時間を短くするように構成されている。
【００８４】
より具体的には、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から接続応答があるまで接続要求を繰り返し行い、その接続要求の回数に応じてバッファリング時間を決定するように構成されている。
【００８５】
即ち、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から接続応答があるまで接続要求を繰り返し行い、その接続要求の回数が多いほど、クライアント端末２との通信状態が悪いと判断してバッファリング時間を長くし、少ないほど、クライアント端末２との通信状態が良いと判断してバッファリング時間を短くするように構成されている。
【００８６】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、映像の再生品質の低下を防ぐと共に、映像を再生するタイミングの遅延を低減させることが可能となる。
【００８７】
尚、本実施形態においては、接続要求の回数に応じてバッファリング時間を決定するように構成されてプロジェクタ１について説明した。この他、本実施形態に係るプロジェクタ１は、クライアント端末２に対して接続要求を行ってから、クライアント端末２から接続応答がくるまでの経過時間に応じてバッファリング時間を決定するように構成されていても良いし、クライアント端末２との接続処理を開始してから接続が確立するまでの経過時間に応じてバッファリング時間を決定するように構成されていても良い。
【００８８】
実施の形態２．
実施の形態１においては、クライアント端末２から接続応答があるまで接続要求を繰り返し行い、その接続要求の回数に応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明した。
【００８９】
一方、本実施形態においては、クライアント端末２との通信路におけるビットレートに応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明する。
【００９０】
即ち、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２との通信路におけるビットレートが小さいほど、クライアント端末２との通信状態が悪いと判断してバッファリング時間を長くし、大きいほど、クライアント端末２との通信状態が良いと判断してバッファリング時間を短くするように構成されている。
【００９１】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、映像の再生品質の低下を防ぐと共に、映像を再生するタイミングの遅延を低減させることが可能となる。
【００９２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。尚、実施の形態１と同様の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【００９３】
まず、本実施形態に係るプロジェクタ１の機能構成について、図８を参照して説明する。図８は、本実施形態に係るプロジェクタ１の機能構成を模式的に示すブロック図である。
【００９４】
図８に示すように、本実施形態に係るプロジェクタ１は、制御用パラメータ記憶部１０８を有する。制御用パラメータ記憶部１０８は、プロジェクタ１とクライアント端末２との通信路におけるビットレートを記憶する。
【００９５】
次に、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際の具体的な処理について、図９を参照して説明する。図９は、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【００９６】
図９に示すように、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際にはまず、主制御部１０１は、プロジェクタ１とクライアント端末２との通信路におけるビットレートを所定時間間隔で取得し、そのビットレートを制御用パラメータ記憶部１０８に記憶させる（Ｓ９０１）。
【００９７】
このとき、主制御部１０１は、プロジェクタ１とクライアント端末２との通信路におけるビットレートの変化が激しいと判断した場合には、上記所定時間を短くし、変化が緩やかであると判断した場合には、上記所定時間を長くするといったように、ビットレートの変化に応じて上記所定時間を変更する。
【００９８】
そして、主制御部１０１は、制御用パラメータ記憶部１０８に記憶されているビットレートと計算式記憶部１０７に記憶されている計算式とに基づいてバッファリング時間を算出する（Ｓ９０２）。
【００９９】
このとき、主制御部１０１は、計算式記憶部１０７に記憶されている計算式「バッファリング時間＝Ｔ１＋（Ｔ３−ビットレート）×Ｔ４」、若しくは、「バッファリング時間＝Ｔ１＋｛（Ｔ３／ビットレート）−１｝×Ｔ５」によりバッファリング時間を算出する。ここで、Ｔ３、Ｔ４、Ｔ５は任意の正の整数である。尚、本実施形態に係るプロジェクタ１において、Ｔ３、Ｔ４、Ｔ５は、固定値であっても良いし、ユーザが設定した値であっても良い。
【０１００】
また、Ｔ３は、実際のビットレートが、プロジェクタ１とクライアント端末２との通信路におけるビットレートの最大値となったときにバッファリング時間が最も短くなるように、その最大値として設定されるように構成されても良い。
【０１０１】
そして、主制御部１０１は、クライアント端末２からＲＴＰパケットを受信すると（Ｓ９０３）、そのＲＴＰパケットをデータバッファ１０５に一時的に格納する（Ｓ９０４）。
【０１０２】
そして、主制御部１０１は、最初にＲＴＰパケットを受信してからの経過時間が、Ｓ９０２において算出したバッファリング時間に達したか否かを判定する（Ｓ９０５）。
【０１０３】
そして、主制御部１０１は、上記経過時間が、Ｓ９０２において算出したバッファリング時間に達するまで（Ｓ９０５／ＮＯ）、ＲＴＰパケットの受信とそのＲＴＰパケットのデータバッファ１０５への格納を繰り返し行う（Ｓ９０３、Ｓ９０４）。
【０１０４】
そして、主制御部１０１は、上記経過時間が、Ｓ９０２において算出したバッファリング時間に達すると（Ｓ９０５／ＹＥＳ）、データバッファ１０５に格納されているＲＴＰパケットがシーケンス番号順でなければ（Ｓ９０６／ＮＯ）、そのＲＴＰパケットをシーケンス番号順に並び替え（Ｓ９０７）、シーケンス番号順であれば（Ｓ９０６／ＹＥＳ）並び替えを行わない。
【０１０５】
そして、主制御部１０１は、シーケンス番号順にＲＴＰパケットを画像データに復元して、復元した画像データに基づいて投影制御部１０４を制御して投影部１４０から映像を投影表示する。
【０１０６】
そして、主制御部１０１は、ＲＴＰパケットの受信が終了するまで（Ｓ９０８／ＮＯ）、Ｓ９０１以降の処理を繰り返し行い（Ｓ９０１〜Ｓ９０７）、ＲＴＰパケットの受信が終了すると（Ｓ９０８／ＹＥＳ）、制御用パラメータ記憶部１０８に記憶されているビットレートをクリアする（Ｓ９０９）。
【０１０７】
以上、説明したように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２との通信路におけるビットレートに応じてバッファリング時間を決定するように構成されている。
【０１０８】
即ち、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２との通信路におけるビットレートが小さいほど、クライアント端末２との通信状態が悪いと判断してバッファリング時間を長くし、大きいほど、クライアント端末２との通信状態が良いと判断してバッファリング時間を短くするように構成されている。
【０１０９】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、映像の再生品質の低下を防ぐと共に、映像を再生するタイミングの遅延を低減させることが可能となる。
【０１１０】
実施の形態３．
実施の形態１においては、クライアント端末２から接続応答があるまで接続要求を繰り返し行い、その接続要求の回数に応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明した。実施の形態２においては、クライアント端末２との通信路におけるビットレートに応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明した。
【０１１１】
一方、本実施形態においては、クライアント端末２から送信されてくるデータの種別（以下、「データ種別」とする）に応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明する。
【０１１２】
即ち、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から送信されてきたデータのデータ量が大きいデータ種別ほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が高いと判断して、バッファリング時間を長くし、小さいデータ種別ほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が低いと判断して、バッファリング時間を短くするように構成されている。
【０１１３】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、映像の再生品質の低下を防ぐと共に、映像を再生するタイミングの遅延を低減させることが可能となる。
【０１１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。尚、実施の形態１、２と同様の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【０１１５】
まず、本実施形態に係るプロジェクタ１の機能構成について、図１０を参照して説明する。図１０は、本実施形態に係るプロジェクタ１の機能構成を模式的に示すブロック図である。図１０に示すように、本実施形態に係るプロジェクタ１は、バッファリング時間記憶部１０９を有する。バッファリング時間記憶部１０９は、バッファリング時間決定テーブルを記憶する。
【０１１６】
ここで、本実施形態に係るバッファリング時間記憶部１０９が記憶するバッファリング時間決定テーブルについて、図１１を参照して説明する。図１１は、本実施形態に係るバッファリング時間記憶部１０９が記憶するバッファリング時間決定テーブルの一例を示す図である。尚、以下の説明においては、同一の再生時間で比較した場合、元となるデータのデータ量は、音声＜映像＜ベストエフォート＜バックグラウンドの関係にあるものとする。
【０１１７】
図１１に示すように、本実施形態に係るバッファリング時間記憶部１０９が記憶するバッファリング時間決定テーブルは、バッファリング時間がデータ種別ごとに関連付けられている。図１１において、Ｔ６、Ｔ７、Ｔ８、Ｔ９は、任意の正の整数であって、Ｔ６＜Ｔ７＜Ｔ８＜Ｔ９の関係にある。尚、本実施形態に係るプロジェクタ１において、Ｔ６、Ｔ７、Ｔ８、Ｔ９は、固定値であっても良いし、ユーザが設定した値であっても良い。
【０１１８】
このように、本実施形態においては、バッファリング時間決定テーブルには、データ量が小さいデータ種別ほど、短いバッファリング時間が関連付けられており、大きいデータ種別ほど、長いバッファリング時間が関連付けられている。
【０１１９】
そして、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、バッファリング時間決定テーブルにおけるバッファリング時間のうち、クライアント端末２から送信されてきたデータのデータ種別と同一のデータ種別に関連付けられているバッファリング時間を、最新のバッファリング時間として決定するように構成されている。
【０１２０】
これは、クライアント端末２から送信されてきたデータのデータ量が大きいデータ種別ほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が高く、バッファリング時間を長くする必要があり、小さいデータ種別ほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が低く、バッファリング時間は短くても良いためである。
【０１２１】
次に、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際の具体的な処理について、図１２を参照して説明する。図１２は、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【０１２２】
図１２に示すように、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際にはまず、主制御部１０１は、ＲＴＰパケットを受信すると（Ｓ１２０１）、そのＲＴＰパケットをデータバッファ１０５に一時的に格納する（Ｓ１２０２）。
【０１２３】
そして、主制御部１０１は、前回、バッファリングを決定したときから所定時間が経過しているか否かを判定する（Ｓ１２０３）。
【０１２４】
このとき、主制御部１０１は、データ種別の変化が激しいと判断した場合には、上記所定時間を短くし、データ種別の変化が緩やかであると判断した場合には、上記所定時間を長くするといったように、データ種別の変化に応じて上記所定時間を変更する。
【０１２５】
そして、主制御部１０１は、Ｓ１２０３における判定処理において、上記所定時間が経過したと判定した場合（Ｓ１２０３／ＹＥＳ）、Ｓ１２０１において受信したＲＴＰパケットのデータ種別を判定する（Ｓ１２０４）。
【０１２６】
そして、主制御部１０１は、バッファリング時間決定テーブルにおけるバッファリング時間のうち、Ｓ１２０３において判定したデータ種別と同一のデータ種別に関連付けられているバッファリング時間を、最新のバッファリング時間として決定する（Ｓ１２０５）。
【０１２７】
そして、主制御部１０１は、Ｓ１２０３における判定処理において、上記所定時間が経過していないと判定した場合（Ｓ１２０３／ＮＯ）、若しくは、Ｓ１２０５においてバッファリング時間を決定した後、最初にＲＴＰパケットを受信してからの経過時間が、Ｓ１２０５において決定したバッファリング時間に達したか否かを判定する（Ｓ１２０６）。
【０１２８】
そして、主制御部１０１は、上記経過時間が、Ｓ１２０４において決定したバッファリング時間に達するまで（Ｓ１２０６／ＮＯ）、Ｓ１２０１〜Ｓ１２０５の処理を繰り返し行う。
【０１２９】
そして、主制御部１０１は、上記経過時間が、Ｓ１２０５において決定したバッファリング時間に達すると（Ｓ１２０６／ＹＥＳ）、データバッファ１０５に格納されているＲＴＰパケットがシーケンス番号順でなければ（Ｓ１２０７／ＮＯ）、そのＲＴＰパケットをシーケンス番号順に並び替え（Ｓ１２０８）、シーケンス番号順であれば（Ｓ１２０７／ＹＥＳ）並び替えを行わない。
【０１３０】
そして、主制御部１０１は、シーケンス番号順にＲＴＰパケットを画像データに復元して、復元した画像データに基づいて投影制御部１０４を制御して投影部１４０から映像を投影表示する。
【０１３１】
そして、主制御部１０１は、ＲＴＰパケットの受信が終了するまで（Ｓ１２０９／ＮＯ）、Ｓ９０１以降の処理を繰り返し行い（Ｓ１２０１〜Ｓ１２０８）、ＲＴＰパケットの受信が終了すると（Ｓ１２０９／ＹＥＳ）、ＲＴＰパケットをシーケンス番号順に並べ替える際の処理を終了する。
【０１３２】
以上、説明したように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から送信されてくるデータのデータ種別に応じてバッファリング時間を決定するように構成されている。
【０１３３】
即ち、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から送信されてきたデータのデータ量が大きいデータ種別ほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が高いと判断して、バッファリング時間を長くし、小さいデータ種別ほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が低いと判断して、バッファリング時間を短くするように構成されている。
【０１３４】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、映像の再生品質の低下を防ぐと共に、映像を再生するタイミングの遅延を低減させることが可能となる。
【０１３５】
実施の形態４．
実施の形態１においては、クライアント端末２から接続応答があるまで接続要求を繰り返し行い、その接続要求の回数に応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明した。実施の形態１においては、クライアント端末２との通信路におけるビットレートに応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明した。実施の形態３においては、クライアント端末２から送信されてきたデータのデータ種別に応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明した。
【０１３６】
一方、本実施形態においては、クライアント端末２から送信されてくるデータのデータ量の大きさに応じてバッファリング時間を決定するように構成されているプロジェクタ１について説明する。
【０１３７】
即ち、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から送信されてくるデータのデータ量が大きいほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が高いと判断して、バッファリング時間を長くし、小さいほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が低いと判断して、バッファリング時間を短くするように構成されている。
【０１３８】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、映像の再生品質の低下を防ぐと共に、映像を再生するタイミングの遅延を低減させることが可能となる。
【０１３９】
以下、図面を参照して、本発明の実施形態を詳細に説明する。尚、実施の形態１〜３と同様の符号を付す構成については、同一または相当部を示すものとし、詳細な説明を省略する。
【０１４０】
まず、本実施形態に係るプロジェクタ１の機能構成について、再度、図８を参照して説明する。図８に示すように、本実施形態に係るプロジェクタ１は、制御用パラメータ記憶部１０８を有する。制御用パラメータ記憶部１０８は、プロジェクタ１がクライアント端末２から受信するデータのデータ量を記憶する。
【０１４１】
次に、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際の具体的な処理について、図１３を参照して説明する。図１３は、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際の処理を説明するためのフローチャートである。
【０１４２】
図１３に示すように、本実施形態に係る映像表示システムにおいて、プロジェクタ１が受信したＲＴＰパケットをシーケンス番号順に並べ替える際にはまず、主制御部１０１は、クライアント端末２に対して、送信する画像データのデータ量を問い合わせる（Ｓ１３０１）。
【０１４３】
そして、主制御部１０１は、Ｓ１３０１における問い合せに対するデータ量をクライアント端末２から取得すると、そのデータ量を制御用パラメータ記憶部１０８に記憶させる（Ｓ１３０２）。
【０１４４】
そして、主制御部１０１は、制御用パラメータ記憶部１０８に記憶されているデータ量と計算式記憶部１０７に記憶されている計算式とに基づいてバッファリング時間を算出する（Ｓ１３０３）。
【０１４５】
このとき、主制御部１０１は、計算式記憶部１０７に記憶されている計算式「バッファリング時間＝Ｔ１＋（データ量−Ｔ１１）×Ｔ１２」、若しくは、「バッファリング時間＝Ｔ１＋｛１−（Ｔ１１／データ量）｝×Ｔ１３」によりバッファリング時間を算出する。ここで、Ｔ１１、Ｔ１２、Ｔ１３は任意の正の整数である。尚、本実施形態に係るプロジェクタ１において、Ｔ１１、Ｔ１２、Ｔ１３は、固定値であっても良いし、ユーザが設定した値であっても良い。
【０１４６】
そして、主制御部１０１は、クライアント端末２からＲＴＰパケットを受信すると（Ｓ１３０４）、そのＲＴＰパケットをデータバッファ１０５に一時的に格納する（Ｓ１３０５）。
【０１４７】
そして、主制御部１０１は、最初にＲＴＰパケットを受信してからの経過時間が、Ｓ１３０３において算出したバッファリング時間に達したか否かを判定する（Ｓ１３０６）。
【０１４８】
そして、主制御部１０１は、上記経過時間が、Ｓ１３０３において算出したバッファリング時間に達するまで（Ｓ１３０６／ＮＯ）、ＲＴＰパケットの受信とそのＲＴＰパケットのデータバッファ１０５への格納を繰り返し行う（Ｓ１３０４、Ｓ１３０５）。
【０１４９】
そして、主制御部１０１は、上記経過時間が、Ｓ１３０３において算出したバッファリング時間に達すると（Ｓ１３０６／ＹＥＳ）、データバッファ１０５に格納されているＲＴＰパケットがシーケンス番号順でなければ（１３０７／ＮＯ）、そのＲＴＰパケットをシーケンス番号順に並び替え（Ｓ１３０８）、シーケンス番号順であれば（Ｓ１３０７／ＹＥＳ）並び替えを行わない。
【０１５０】
そして、主制御部１０１は、シーケンス番号順にＲＴＰパケットを画像データに復元して、復元した画像データに基づいて投影制御部１０４を制御して投影部１４０から映像を投影表示する。
【０１５１】
そして、主制御部１０１は、ＲＴＰパケットの受信が終了するまで（Ｓ１３０９／ＮＯ）、Ｓ１３０４以降の処理を繰り返し行い（Ｓ１３０４〜Ｓ１３０８）、ＲＴＰパケットの受信が終了すると（Ｓ１３０９／ＹＥＳ）、制御用パラメータ記憶部１０８に記憶されているデータ量をクリアする（Ｓ１３１０）。
【０１５２】
以上、説明したように、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から送信されてくるデータのデータ量の大きさに応じてバッファリング時間を決定するように構成されている。
【０１５３】
即ち、本実施形態に係る映像表示システムにおいて、プロジェクタ１は、クライアント端末２から送信されてくるデータのデータ量が大きいほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が高いと判断して、バッファリング時間を長くし、小さいほど、受信側と送信側とでＲＴＰパケットの順序が入れ替わる可能性が低いと判断して、バッファリング時間を短くするように構成されている。
【０１５４】
本実施形態に係る映像表示システムにおいて、プロジェクタ１は、このように構成されることで、映像の再生品質の低下を防ぐと共に、映像を再生するタイミングの遅延を低減させることが可能となる。
【０１５５】
尚、実施の形態１〜４においては、それぞれ、接続要求の回数、ビットレート、データ種別、データ量に応じてバッファリング時間を算出、若しくは、決定するように構成されているプロジェクタ１について説明した。この他、実施の形態１〜４に係るプロジェクタ１はそれぞれ、接続要求の回数、ビットレート、データ種別、データ量に応じて、バッファリングサイズを算出、若しくは、決定するように構成されていても良い。
【０１５６】
実施の形態１〜４に係るプロジェクタ１は、このように構成された場合、算出、若しくは、決定したバッファリングサイズの分だけＲＴＰパケットをデータバッファ１０５に格納しておく。そして、プロジェクタ１は、データバッファ１０５に格納されたＲＴＰパケットのデータサイズが上記バッファリングサイズに達すると、データバッファ１０５に格納しておいたＲＴＰパケットをシーケンス番号通りに並び替える。
【符号の説明】
【０１５７】
１  プロジェクタ
２  クライアント端末
１０  ＣＰＵ
２０  ＲＡＭ
３０  ＲＯＭ
４０  ＨＤＤ
５０  投影装置
６０  操作装置
７０  表示装置
８０  通信Ｉ／Ｆ
９０  バス
１００  コントローラ
１０１  主制御部
１０２  操作表示制御部
１０３  入出力制御部
１０４  投影制御部
１０５  データバッファ
１０６  接続要求カウンタ
１０７  計算式記憶部
１０８  制御用パラメータ記憶部
１０９  バッファリング時間記憶部
１１０  操作部
１２０  表示部
１３０  ネットワークＩ／Ｆ
１４０  投影部
【先行技術文献】
【特許文献】
【０１５８】
【特許文献１】特開２００１−１８９７５５号公報
【図１】
0006593053.tif 000002
【図２】
0006593053.tif 000003
【図３】
0006593053.tif 000004
【図４】
0006593053.tif 000005
【図５】
0006593053.tif 000006
【図６】
0006593053.tif 000007
【図７】
0006593053.tif 000008
【図８】
0006593053.tif 000009
【図９】
0006593053.tif 000010
【図１０】
0006593053.tif 000011
【図１１】
0006593053.tif 000012
【図１２】
0006593053.tif 000013
【図１３】
0006593053.tif 000014