JP6593053B2 - コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム - Google Patents

コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム Download PDF

Info

Publication number
JP6593053B2
JP6593053B2 JP2015181591A JP2015181591A JP6593053B2 JP 6593053 B2 JP6593053 B2 JP 6593053B2 JP 2015181591 A JP2015181591 A JP 2015181591A JP 2015181591 A JP2015181591 A JP 2015181591A JP 6593053 B2 JP6593053 B2 JP 6593053B2
Authority
JP
Japan
Prior art keywords
buffering
data
projector
unit
time
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2015181591A
Other languages
English (en)
Other versions
JP2017059930A (ja
Inventor
尚之 清水
僚太 川又
基倫 江森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2015181591A priority Critical patent/JP6593053B2/ja
Priority to EP16845884.2A priority patent/EP3351006A4/en
Priority to PCT/JP2016/003803 priority patent/WO2017047006A1/en
Publication of JP2017059930A publication Critical patent/JP2017059930A/ja
Priority to US15/914,187 priority patent/US10382813B2/en
Application granted granted Critical
Publication of JP6593053B2 publication Critical patent/JP6593053B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9057—Arrangements for supporting packet reassembly or resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • H04N21/64776—Control signals issued by the network directed to the server or the client directed to the server for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Controls And Circuits For Display Device (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

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

Claims (8)

  1. 情報処理装置と通信を行う通信部と、
    前記情報処理装置から前記通信部を介してデータを取得するデータ取得部と、
    取得された前記データを記憶部にバッファリングするバッファリング制御部と、
    前記情報処理装置との通信状態を示す通信パラメータと、所定の計算式とに基づいて、取得される前記データを前記記憶部へバッファリングを継続する時間を規定するバッファリング時間を算出するバッファリング条件決定部と、
    前記記憶部に対する前記データのバッファリングの継続時間が、算出された前記バッファリング時間に達した際、当該記憶部にバッファリングされた当該データを所定の順序に並び替える並び替え部と、
    順序が並び替えられた前記データに基づいてコンテンツを再生するコンテンツ再生部と、を備えることを特徴とするコンテンツ再生装置。
  2. 前記バッファリング条件決定部は、前記情報処理装置へ行った再送要求、若しくは、接続要求の回数と、前記所定の計算式とに基づいて、前記バッファリング時間を算出することを特徴とする請求項１に記載のコンテンツ再生装置。
  3. 前記バッファリング条件決定部は、前記情報処理装置との接続処理を開始してから接続が確立されるまでの経過時間と、前記所定の計算式とに基づいて、前記バッファリング時間を算出することを特徴とする請求項１又は２に記載のコンテンツ再生装置。
  4. 前記バッファリング条件決定部は、前記情報処理装置との通信路におけるビットレートと、前記所定の計算式とに基づいて、前記バッファリング時間を算出することを特徴とする請求項１乃至３のいずれか一項に記載のコンテンツ再生装置。
  5. 前記バッファリング条件決定部は、取得される前記データのデータ量と、前記所定の計算式とに基づいて、前記バッファリング時間を算出することを特徴とする請求項１乃至４のいずれか一項に記載のコンテンツ再生装置。
  6. 前記所定の計算式を記憶する計算式記憶部から、前記所定の計算式を取得する計算式取得部と、をさらに備え、
    前記バッファリング条件決定部は、前記計算式取得部により取得された前記所定の計算式に基づいて前記バッファリング時間を算出する請求項１乃至５のいずれか一項に記載のコンテンツ再生装置。
  7. 通信部を介して情報処理装置と通信を行い、
    前記情報処理装置との通信状態を通信パラメータと、所定の計算式とに基づいて、前記情報処理装置から取得されるデータの記憶部へのバッファリングを継続する時間を規定するバッファリング時間を算出し、
    前記情報処理装置から前記通信部を介してデータを取得し、
    取得された前記データを前記記憶部にバッファリングし、
    前記記憶部へのバッファリングの継続時間が、算出された前記バッファリング時間に達した際、前記記憶部にバッファリングされた前記データを所定の順序に並び替え、
    順序が並び替えられた前記データに基づいてコンテンツを再生することを特徴とするコンテンツ再生方法。
  8. 通信部を介して情報処理装置と通信を行うステップと、
    前記情報処理装置との通信状態を示す通信パラメータと、所定の計算式とに基づいて、前記情報処理装置から取得されるデータの記憶部へのバッファリングを継続する時間を規定するバッファリング時間を算出するステップと、
    前記情報処理装置から前記通信部を介してデータを取得するステップと、
    取得された前記データを前記記憶部にバッファリングするステップと、
    前記記憶部へのバッファリングの継続時間が、算出された前記バッファリング時間に達した際、前記記憶部にバッファリングされた前記データを所定の順序に並び替えるステップと、
    順序が並び替えられた前記データに基づいてコンテンツを再生するステップと、をコンテンツ再生装置に実行させることを特徴とするコンテンツ再生プログラム。
JP2015181591A 2015-09-15 2015-09-15 コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム Expired - Fee Related JP6593053B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2015181591A JP6593053B2 (ja) 2015-09-15 2015-09-15 コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム
EP16845884.2A EP3351006A4 (en) 2015-09-15 2016-08-22 Content reproduction device and content reproduction method
PCT/JP2016/003803 WO2017047006A1 (en) 2015-09-15 2016-08-22 Content reproduction device and content reproduction method
US15/914,187 US10382813B2 (en) 2015-09-15 2018-03-07 Content reproduction device and content reproduction method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015181591A JP6593053B2 (ja) 2015-09-15 2015-09-15 コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム

Publications (2)

Publication Number Publication Date
JP2017059930A JP2017059930A (ja) 2017-03-23
JP6593053B2 true JP6593053B2 (ja) 2019-10-23

Family

ID=58288448

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015181591A Expired - Fee Related JP6593053B2 (ja) 2015-09-15 2015-09-15 コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム

Country Status (4)

Country Link
US (1) US10382813B2 (ja)
EP (1) EP3351006A4 (ja)
JP (1) JP6593053B2 (ja)
WO (1) WO2017047006A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015016716A1 (de) * 2015-12-22 2017-06-22 Giesecke & Devrient Gmbh Verfahren zur Übermittlung von Sendedaten von einer Sendeeinrichtung zu einer Empfangseinrichtung zur Verarbeitung der Sendedaten und Mittel zur Durchführung des Verfahrens

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3240017B2 (ja) * 1993-01-11 2001-12-17 ソニー株式会社 Ｍｐｅｇ信号記録方法およびｍｐｅｇ信号再生方法
JP2001189755A (ja) * 1999-12-28 2001-07-10 Toshiba Corp パケット通信装置、パケット通信方法および記憶媒体
US7471298B1 (en) * 2000-06-26 2008-12-30 S3 Graphics Co., Ltd. Fetching pixel data with reduced memory bandwidth requirement
US20020003112A1 (en) * 2000-07-07 2002-01-10 Golden Josh H. Process and apparatus for removal of heavy metals from wastewater
JP4532980B2 (ja) * 2004-05-12 2010-08-25 キヤノン株式会社 動画像符号化装置及び方法、並びにコンピュータプログラム及びコンピュータ可読記憶媒体
JP4699187B2 (ja) 2005-11-29 2011-06-08 シャープ株式会社 受信装置、通信システム、および受信装置の制御プログラム
US8069260B2 (en) * 2007-01-12 2011-11-29 Microsoft Corporation Dynamic buffer settings for media playback
US8468427B2 (en) * 2007-10-02 2013-06-18 Lantiq Deutschland Gmbh Retransmission scheme for communication systems
FR2922401B1 (fr) * 2007-10-10 2010-04-16 Sagem Comm Dispositif de reception en continu de paquets de donnees audio et/ou video
JP2011146998A (ja) * 2010-01-15 2011-07-28 Hitachi Consumer Electronics Co Ltd コンテンツ受信機及びコンテンツ受信機における受信パケットデータの処理方法
US9420475B2 (en) * 2013-02-08 2016-08-16 Intel Deutschland Gmbh Radio communication devices and methods for controlling a radio communication device
JP2014157243A (ja) 2013-02-15 2014-08-28 Ricoh Co Ltd 情報処理装置及び画像投影システム

Also Published As

Publication number Publication date
WO2017047006A1 (en) 2017-03-23
US10382813B2 (en) 2019-08-13
JP2017059930A (ja) 2017-03-23
EP3351006A4 (en) 2018-08-01
US20180199096A1 (en) 2018-07-12
EP3351006A1 (en) 2018-07-25

Similar Documents

Publication Publication Date Title
KR102133531B1 (ko) 컨텐츠 재생 방법 및 그에 따른 단말, 그에 따른 시스템
JP6081440B2 (ja) スマートグラスに基づくプロンプティングのための方法及び装置
US20140298179A1 (en) Method and device for playback of presentation file
EP3094098B1 (en) A method and a system for performing scrubbing in a video stream
KR20140111859A (ko) 콘텐트 공유 방법 및 이를 위한 디바이스
WO2018036352A1 (zh) 视频数据的编解码方法、装置、系统及存储介质
KR102530551B1 (ko) 광고 표시 방법, 광고 표시 장치, 광고 표시 프로그램
US10911514B2 (en) Synchronized wireless and video operations
US10277652B2 (en) Transmission apparatus, transmission method, and program
KR102283778B1 (ko) 통신 시스템에서 콘텐츠를 제공하는 방법 및 장치
US20150189012A1 (en) Wireless display synchronization for mobile devices using buffer locking
JP6593053B2 (ja) コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム
EP3449636B1 (en) Display apparatus and content display method thereof
JP6399764B2 (ja) 投影装置、画像処理装置およびそれらの制御方法、並びにプログラム
US8843067B2 (en) Wireless communications apparatus and wireless communications method
JP2021182780A (ja) 再生装置、遠隔再生システム、再生方法、及びコンピュータプログラム
JP6023037B2 (ja) ビデオゲーム処理プログラム、ビデオゲーム処理システム、及びビデオゲーム処理装置
US10075325B2 (en) User terminal device and contents streaming method using the same
JP2016225823A (ja) 表示システム、情報端末、表示装置、再生制御プログラム及び再生制御方法
WO2013145699A1 (ja) 画像転送システム、画像転送方法、端末装置、画像送信方法、及び、画像送信プログラムが格納された非一時的なコンピュータ可読媒体
JP2018014683A (ja) 再生装置、再生指示装置、再生システム、再生装置の制御方法、再生指示装置の制御方法、及び、再生システムの制御方法
JP2021096759A (ja) 表示制御装置、制御システム、表示制御方法、制御プログラムおよび記録媒体
JP6424592B2 (ja) 情報処理装置、情報処理システム、情報処理装置における表示制御方法及びプログラム
JP2020127082A (ja) 画像送信装置および画像表示装置
JP2017076908A (ja) コンテンツ再生装置、コンテンツ再生方法、コンテンツ再生プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180831

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190402

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190527

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190827

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190909

R151 Written notification of patent or utility model registration

Ref document number: 6593053

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: R3D02

LAPS Cancellation because of no payment of annual fees