(57)【要約】【課題】表示更新の遅延を抑制する。【解決手段】映像再生システムは、映像再生装置および表示装置を備える。映像再生装置は、映像再生制御を行う。表示装置は、映像再生装置に接続し、ユーザインタフェースを有して、映像再生装置が保持している状態の表示を行う。映像再生装置は、表示装置から送信された状態取得要求を受信する。このとき、映像再生装置は、状態取得要求に対する応答を即時返信せずに、状態変化が生じた場合に、状態変化後の最新状態を含む応答を表示装置へ返信する。表示装置は、状態変化後の応答に含まれる最新状態にもとづき表示更新を行う。【選択図】図１
2013251682.tif 000002
【特許請求の範囲】
【請求項１】
映像再生制御を行う映像再生装置と、
前記映像再生装置に接続し、ユーザインタフェースを有して、前記映像再生装置が保持している状態の表示を行う表示装置と、
を備え、
前記映像再生装置は、前記表示装置から送信された状態取得要求を受信すると、状態変化が生じた後に、前記状態変化後の最新状態を含む応答を前記表示装置へ返信し、
前記表示装置は、前記応答に含まれる前記最新状態にもとづき表示更新を行う映像再生システム。
【請求項２】
前記映像再生装置には、外部デバイスが接続し、
前記表示装置は、前記映像再生装置の状態または前記外部デバイスの状態の少なくとも一方の表示を行う請求項１記載の映像再生システム。
【請求項３】
前記表示装置は、前記外部デバイスの状態を取得するために、自己が保持している第１の状態を、第１の状態取得要求に含めて前記映像再生装置へ送信し、
前記映像再生装置は、前記第１の状態取得要求を受信すると、前記第１の状態と、自己が保持している第２の状態とが同一であるか否かを判別し、同一である場合は、第２の状態取得要求を前記外部デバイスへ送信し、
前記外部デバイスは、前記第２の状態取得要求を受信すると、前記状態変化が生じた後に、前記最新状態を前記映像再生装置へ送信し、
前記映像再生装置は、前記外部デバイスから送信された前記最新状態を含む前記応答を前記表示装置へ返信し、
前記表示装置は、前記応答に含まれる前記最新状態にもとづき、前記外部デバイスの状態の表示更新を行う請求項２記載の映像再生システム。
【請求項４】
前記表示装置は、前記外部デバイスの状態を取得するために、自己が保持している第１の状態を、第１の状態取得要求に含めて前記映像再生装置へ送信し、
前記映像再生装置は、前記第１の状態取得要求を受信すると、前記第１の状態と、自己が保持している第２の状態とが同一であるか否かを判別し、異なる場合は、前記第２の状態を第１の応答に含めて前記表示装置へ返信すると共に、第２の状態取得要求を前記外部デバイスへ送信し、
前記表示装置は、前記第１の応答に含まれる前記第２の状態にもとづき、前記外部デバイスの状態の表示更新を行い、
前記外部デバイスは、前記第２の状態取得要求を受信すると、前記状態変化が生じた後に、前記最新状態を前記映像再生装置へ送信し、
前記映像再生装置は、前記外部デバイスから送信された前記最新状態を含む第２の応答を前記表示装置へ返信し、
前記表示装置は、前記第２の応答に含まれる前記最新状態にもとづき、前記外部デバイスの状態の表示更新を行う請求項２記載の映像再生システム。
【請求項５】
前記表示装置は、前記外部デバイスの状態を取得するために、自己が保持している第１の状態を、第１の状態取得要求に含めて前記映像再生装置へ送信し、
前記映像再生装置は、前記第１の状態取得要求を受信すると、前記第１の状態と、自己が保持している第２の状態とが同一であるか否かを判別し、同一である場合は、第２の状態取得要求を前記外部デバイスへ送信し、
前記映像再生装置は、前記外部デバイスで所定時間内に状態変化がない場合は、前記第２の状態を含む前記応答を前記表示装置へ返信し、
前記表示装置は、前記応答に含まれる前記第２の状態にもとづく表示を行う請求項２記載の映像再生システム。
【請求項６】
映像再生制御を行う再生制御部と、
ユーザインタフェースを有して、前記再生制御部が保持している状態の表示を行う表示部と、
を備え、
前記再生制御部は、前記表示部から送信された状態取得要求を受信すると、状態変化が生じた後に、前記状態変化後の最新状態を含む応答を前記表示部へ返信し、
前記表示部は、前記応答に含まれる前記最新状態にもとづき表示更新を行う映像再生装置。
【請求項７】
サーバに接続し、ユーザインタフェースを有するクライアントが、前記サーバが保持している状態の表示を行う場合、
前記サーバは、前記クライアントから送信された状態取得要求を受信すると、状態変化が生じた後に、前記状態変化後の最新状態を含む応答を前記クライアントへ返信し、
前記クライアントは、前記応答に含まれる前記最新状態にもとづき表示更新を行う表示更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、映像再生を行う映像再生システム、映像再生装置およびクライアント・サーバ間の表示更新方法に関する。
【背景技術】
【０００２】
映画を取り巻く環境は、ディジタル技術の進歩により、フィルムからディジタル信号へと変化し、ビデオ機材を使用した映画の制作、プロジェクタ等を用いた映画の上映等が行われている。
【０００３】
また、映画を上映する場合、映画配給会社で作成された所定の形式のデータが各映画館に提供され、各映画館では提供されたデータを再生して、ディジタルシネマを上映することが行われる。
【０００４】
映画配給会社から各映画館に提供されるデータ形式は、ディジタルシネマパッケージ（ＤＣＰ：Digital Cinema Package）と呼ばれるものが広く用いられている。ＤＣＰは、ディジタルシネマイニシアチブ（ＤＣＩ：Digital Cinema Initiative）と呼ばれる業界標準化団体が提唱する仕様に準拠したデータ形式である。
【０００５】
一方、ディジタルシネマシステムでは、再生装置が上映ホール（スクリーン）毎に配置されており、再生装置は、ローカルストレージおよびＳＭＳ（Screen Management System）を備えている。
【０００６】
ＳＭＳは、上位サーバからネットワーク経由で配信された映画コンテンツを受信して、ローカルストレージに格納し、ローカルストレージに格納された映画コンテンツの再生を行うサーバである。
【０００７】
なお、ＳＭＳには、オペレータへのＧＵＩ（Graphical User Interface）を提供する表示装置（表示モジュール）を設置でき、オペレータは、表示装置のＧＵＩを介して、各種操作または運用監視を行うことが可能である。
【０００８】
従来技術として、表示装置と画像処理装置との間に構築された通信機能により、表示装置から画像処理装置に機器制御を要求することで、表示装置と画像処理装置とが異なる制御部を備える場合であっても、表示画面を介して機器制御が行える技術が提案されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１１−４０６９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ディジタルシネマシステムにおける表示装置では、定期的に状態要求コマンドをポーリング方式でＳＭＳへ送信して、取得した状態を表示する。この場合、従来のディジタルシネマシステムでは、ＳＭＳが状態要求コマンドを受信すると、ＳＭＳは、表示装置に対して、その時点で保持しているステータスを即時返信するという構成になっていた。
【００１１】
このため、従来では、状態が変化していても、次の状態要求コマンドを受信するまでの間は、変化した状態を通知することができないので、状態変化があった場合における最新状態の表示更新の遅延が発生してしまうといった問題があった。
【００１２】
本技術はこのような点に鑑みてなされたものであり、状態変化があった場合における最新状態の表示更新の遅延を抑制した映像再生システム、映像再生装置および表示更新方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、映像再生システムが提供される。映像再生システムは、映像再生装置および表示装置を備える。映像再生装置は、映像再生制御を行う。表示装置は、映像再生装置に接続し、ユーザインタフェースを有して、映像再生装置が保持している状態の表示を行う。また、映像再生装置は、表示装置から送信された状態取得要求を受信すると、状態変化が生じた後に、状態変化後の最新状態を含む応答を表示装置へ返信し、表示装置は、応答に含まれる最新状態にもとづき表示更新を行う。
【発明の効果】
【００１４】
最新状態を表示する際の表示更新の遅延を抑制することが可能になる。
【図面の簡単な説明】
【００１５】
【図１】映像再生システムの構成例を示す図である。
【図２】表示更新のシーケンス図である。
【図３】表示更新のシーケンス図である。
【図４】ディジタルシネマシステムの構成例を示す図である。
【図５】再生装置の構成例を示す図である。
【図６】表示更新のシーケンス図である。
【図７】ＧＵＩの表示画面例を示す図である。
【図８】ＧＵＩの表示画面例を示す図である。
【図９】表示更新のシーケンス図である。
【図１０】ＧＵＩの表示画面例を示す図である。
【図１１】ＧＵＩの表示画面例を示す図である。
【図１２】ＧＵＩの表示画面例を示す図である。
【図１３】表示更新のシーケンス図である。
【図１４】ＧＵＩの表示画面例を示す図である。
【図１５】外部デバイスとステータスの一例を示す図である。
【図１６】映像再生装置の構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、実施の形態を図面を参照して説明する。図１は映像再生システムの構成例を示す図である。映像再生システム１は、映像再生装置１ａおよび表示装置１ｂを備える。なお、映像再生装置１ａは例えば、サーバに対応し、表示装置１ｂは例えば、クライアントに対応する。
【００１７】
映像再生装置１ａは、映像再生制御を行う。表示装置１ｂは、映像再生装置１ａに接続し、ユーザインタフェースを有して、映像再生装置１ａが保持している状態の表示を行う。また、映像再生装置１ａに外部デバイスが接続するような場合は、表示装置１ｂは、映像再生装置１ａの状態または外部デバイスの状態の少なくとも一方の表示を行う。
【００１８】
ここで、映像再生装置１ａは、表示装置１ｂから送信された状態取得要求（状態取得要求コマンド）Ｃ０を受信する。このとき、映像再生装置１ａは、状態取得要求Ｃ０に対する応答（応答メッセージ）Ｒ１を即時返信せずに、状態変化が生じた後に、状態変化後の最新状態を含む応答Ｒ２を表示装置１ｂへ返信する。
【００１９】
そして、表示装置１ｂは、状態変化後の応答Ｒ２に含まれる最新状態にもとづき表示更新を行う。このような構成により、状態変化があった場合における、最新状態を表示する際の表示更新の遅延を効率よく抑制することが可能になる。
【００２０】
次に従来の表示更新処理と、その課題について説明する。なお、以降では、“状態”を“ステータス”とも呼ぶ。図２は表示更新のシーケンス図である。ＧＵＩ５１とＳＭＳ５２間の従来の表示更新のシーケンスを示している。
【００２１】
〔Ｓ１０１〕ＧＵＩ５１は、ＳＭＳ５２にステータス要求ｃ１を送信する。
【００２２】
〔Ｓ１０２〕ＳＭＳ５２は、ＧＵＩ５１に応答ｒ１を即時返信する。なお、ＧＵＩ５１では、応答ｒ１にもとづく表示を行う。すなわち、応答ｒ１に含まれているＳＭＳ５２の現在のステータスの表示を行う。
【００２３】
〔Ｓ１０３〕ＳＭＳ５２にステータス変化ｓ０が生じる。
【００２４】
〔Ｓ１０４〕ＧＵＩ５１は、ステータス変化ｓ０の後に、ＳＭＳ５２にステータス要求ｃ２を送信する。
【００２５】
〔Ｓ１０５〕ＳＭＳ５２は、ＧＵＩ５１に応答ｒ２を即時返信する。なお、ＧＵＩ５１では、応答ｒ２にもとづく表示を行うので、すなわち、応答ｒ２に含まれているＳＭＳ５２の現在のステータスの表示を行うので、この時点で、ステータス変化ｓ０が反映された表示更新となる。
【００２６】
ここで、ＧＵＩ５１が、ステータス要求ｃ１、ｃ２を送信して、ＳＭＳ５２のステータスを問い合わせると、ＳＭＳ５２は、応答ｒ１、ｒ２をそれぞれ即時に返信している。
【００２７】
このように、従来では、ステータス応答が即時返信されるため、応答ｒ１を返信した後に、ＳＭＳ５２で生じたステータス変化ｓ０については、次のＧＵＩ５１からのステータス要求ｃ２の問い合せがあるまで、ＧＵＩ５１に通知することができない。
【００２８】
このため、ＧＵＩ５１では、ステップＳ１０３で生じたステータス変化ｓ０から、ステップＳ１０５の応答ｒ２を受信するまでの期間が、ステータス変化ｓ０があったことを表示できない表示更新の遅延となってしまう。
【００２９】
このような表示更新の遅延が生じることで、ＳＭＳ５２側の現在のステータスが、オペレータにとってリアルタイムに認識することができないので、オペレータが誤操作してしまうようなケースが多々発生する場合があった。
【００３０】
図３は表示更新のシーケンス図である。オペレータが現在のステータスを認識できないために誤操作を行って、エラー通知が返信される例を示している。なお、操作としては、オペレータがＧＵＩ５１を通じて、ＳＭＳ５２に接続されているプロジェクタのランプオン（Power on）を設定する場合について説明する。
【００３１】
〔Ｓ１１１〕ＧＵＩ５１は、ＳＭＳ５２にステータス要求ｃ１を送信する。
【００３２】
〔Ｓ１１２〕ＳＭＳ５２は、ＧＵＩ５１に応答ｒ１を即時返信する。なお、ＧＵＩ５１では、応答ｒ１にもとづく表示を行う。
【００３３】
〔Ｓ１１３〕ＳＭＳ５２にステータス変化ｓ０が生じる。なお、ステータス変化ｓ０が発生する以前の期間ａ１では、プロジェクタのランプオンが可能なステータスであり、ステータス変化ｓ０が発生した以後の期間ａ２では、プロジェクタのランプオンが不可能なステータスであるとする。
【００３４】
〔Ｓ１１４〕オペレータは、ＧＵＩ５１を通じて、プロジェクタのランプオンを設定する。この時点では、ＳＭＳ５２では、実際には、プロジェクタのランプオンが不可能なステータスであるが、ＧＵＩ５１の表示が未だ更新されていない。このため、ステップＳ１１４の段階では、オペレータは、ランプオンが不可能ステータスであることを認識できずに、結果的にランプオンを誤設定している。
【００３５】
〔Ｓ１１５〕ＳＭＳ５２は、プロジェクタのランプオンが不可能なステータスであるため、エラー通知をＧＵＩ５１に返信する。また、ＧＵＩ５１では、エラー通知内容を表示する。
【００３６】
〔Ｓ１１６〕ＧＵＩ５１は、ＳＭＳ５２にステータス要求ｃ２を送信する。
【００３７】
〔Ｓ１１７〕ＳＭＳ５２は、ＧＵＩ５１に応答ｒ２を即時返信し、応答ｒ２では、ステータス変化ｓ０を通知する。すなわち、現在のステータスは、プロジェクタのランプオンが不可能なステータスであることを、ステップＳ１１７の段階で、オペレータは初めて認識することになる。
【００３８】
このように、表示更新の遅延があると、オペレータは、現在のＳＭＳ５２のステータスを正確に認識できないので、ステータス変化があったにもかかわらず、ステータスが変化していないステータスであると認識して、誤った操作を実行してしまうケースが発生することになる。
【００３９】
本技術はこのような点に鑑みてなされたものであり、ステータス変化があった場合の表示更新の遅延を抑制し、かつ操作運用性の向上を図った映像再生システム、映像再生装置および表示更新方法を提供するものである。
【００４０】
次に映像再生システム１をディジタルシネマシステムに適用した場合を例にして以降説明する。図４はディジタルシネマシステムの構成例を示す図である。ディジタルシネマシステム１−１は、ＴＭＳ（Theatre Management System）サーバ２１、ライブラリサーバ２１ａおよび再生装置１０−１〜１０−ｎを備える。
【００４１】
再生装置１０−１〜１０−ｎは、上映ホール＃１〜＃ｎ毎に配置される。また、再生装置１０−１〜１０−ｎは、プロジェクタ４−１〜４−ｎとそれぞれ接続する。さらに、再生装置１０−１〜１０−ｎとＴＭＳサーバ２１とは、ネットワーク５を通じて互いに接続する。
【００４２】
ＴＭＳサーバ２１は、再生装置１０−１〜１０−ｎで上映するＤＣＰのデータを、ライブラリサーバ２１ａから読み出して、ネットワーク５を通じて配信する上位サーバである。
【００４３】
ライブラリサーバ２１ａは、ＤＣＰのデータ等を記憶する大容量のストレージライブラリである。なお、ライブラリサーバ２１ａには、通常、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）が構築されている。
【００４４】
再生装置１０−１〜１０−ｎは、ネットワーク５経由でＴＭＳサーバ２１から配信されるＤＣＰを受信して、図示していないローカルストレージに格納する。その後、再生装置１０−１〜１０−ｎは、ローカルストレージに格納されたＤＣＰを読み出して再生（上映）を行う。
【００４５】
図５は再生装置の構成例を示す図である。再生装置１０は、ＳＭＳ１１、ＭＢ（Media Block）１３０を備え、ＭＢ１３０は、ローカルストレージ１３０ａを含んでいる。また、プロジェクタ４が再生装置１０に接続される。
【００４６】
図では、ＭＢ１３０内にローカルストレージ１３０ａが含まれる構成としているが、ローカルストレージ１３０ａは、ＭＢ１３０の外部にあって、ＭＢ１３０と接続する構成としてもよい。また、ＭＢ１３０は、再生装置１０に含まれる構成としているが、プロジェクタ４側に含まれる構成としてもよい。
【００４７】
ＳＭＳ１１は、ネットワーク５を通じて転送されるＤＣＰのプリフェッチ制御および再生装置１０全体の管理制御を行う。ＳＭＳ１１の動作としては、例えば、ＴＭＳサーバ２１からネットワーク５を通じて配信されたＤＣＰを取得して、ＭＢ１３０に対して上映指示を行ったりする。
【００４８】
さらに、プロジェクタ４やＭＢ１３０の機器電源のオン・オフ、スタンバイ等の動作を、各機器を別々に操作することなく一元的に管理することができる。また、ＳＭＳ１１には、オペレータへのＧＵＩを提供する表示装置１２ａ（例えば、ＰＪＴ（Projectionist Terminal）、またはパソコンなどでもよい）が設置されている。表示装置１２ａは、ＳＭＳ１１に組み込まれている構成でもよいし、ＳＭＳ１１とケーブルを介して接続される構成でもよい。
【００４９】
ＭＢ１３０は、ローカルストレージ１３０ａへのＤＣＰの書き込み処理（転送系）およびローカルストレージ１３０ａに格納されたＤＣＰの読み出し再生処理（上映系）を行う。再生処理としては、例えば、再生装置１０が対象とするプロジェクタで映画再生を行うための、暗号化されているＤＣＰの復号化処理を行う。
【００５０】
また、ＭＢ１３０は、ＤＣＰに含まれているＸＭＬ（Extensible Markup Language）またはＰＮＧ（Portable Network Graphics）形式の字幕データを基に字幕を生成し、オーバーレイ（多重化）を実行する。
【００５１】
さらに、ＭＢ１３０は、ＤＣＰに含まれているＷＡＶ（Waveform）オーディオデータ（音声データ）を、ＡＥＳ／ＥＢＵ（Audio Engineering Society／European Broadcasting Union）ディジタルオーディオへ変換して出力する。また、ビデオデータ（映像データ）とのリップシンク（同調）を取るための遅延設定を行う。
【００５２】
さらにまた、ＭＢ１３０は、ＤＣＰの映像サイズを自動認識し、４Ｋ／２Ｋの各種素材に対応した映像再生出力処理を行う。なお、４Ｋとは、横方向が４０９６ピクセル、縦方向が２１６０ピクセルの高解像度映像表示形式であり、２Ｋとは、横方向が２０４８ピクセル、縦方向が１０８０ピクセルの高解像度映像表示形式である。
【００５３】
一方、ローカルストレージ１３０ａは、ＤＣＰのデータを格納する。ローカルストレージ１３０ａにおいてもＲＡＩＤが構築されている。プロジェクタ４は、ＳＭＳ１１と制御ラインを介して接続し、ＭＢ１３０とデータラインを介して接続する。
【００５４】
プロジェクタ４は、データラインを通じてＭＢ１３０から送信されたビデオデータを受信し、制御ラインを通じてＳＭＳ１１から送信された制御コマンド（プロジェクタ４を稼働する際のコマンド）を受信して、制御コマンドにもとづき、ビデオデータをスクリーン上に投写する。
【００５５】
なお、上記では、ＳＭＳ１１から制御コマンドを出力し、ＭＢ１３０からビデオデータを出力する構成としたが、ＭＢ１３０から制御コマンドとビデオデータとの両方を出力して、プロジェクタ４に供給することもできる。
【００５６】
次にＳＭＳ１１に接続する外部デバイスのステータスに変化があった場合の本技術の表示更新シーケンスについて説明する。図６は表示更新のシーケンス図である。ＧＵＩ１２の現在の内部ステータスであるカレントステータス（current status）と、ＳＭＳ１１内のキャッシュメモリに記憶されているステータスとが同一の場合の処理シーケンスを示している。
【００５７】
〔Ｓ１１〕ＧＵＩ１２は、自己が保持しているカレントステータス（第１の状態）を表示する。
【００５８】
〔Ｓ１２〕ＧＵＩ１２は、ＳＭＳ１１に対して、ステータス要求（第１の状態取得要求）を送信する。この場合、ステータス要求にカレントステータスを含めて送信する。
【００５９】
〔Ｓ１３〕ＳＭＳ１１は、ステータス要求を受信すると、ステータス要求に含まれているカレントステータスと、自己のキャッシュメモリに記憶されているステータス（第２の状態）とが同一であるか否かを判別する。なお、ＳＭＳ１１内のキャッシュメモリは、外部デバイス１３から送信されたステータス通知にもとづき、外部デバイス１３のステータスを記憶している。
【００６０】
〔Ｓ１４〕カレントステータスと、自己のキャッシュメモリに記憶されているステータスとが同一である場合、ＳＭＳ１１は、外部デバイス１３の最新のステータスを取得するために、外部デバイス１３へステータス要求（第２の状態取得要求）を送信する。
【００６１】
〔Ｓ１５〕ＧＵＩ１２は、自己が保持しているステップＳ１１のカレントステータスを継続して表示する。
【００６２】
〔Ｓ１６〕外部デバイス１３にステータス変化が生じる。
【００６３】
〔Ｓ１７〕外部デバイス１３は、ＳＭＳ１１にステータス変化通知を送信する。なお、ステータス変化通知には、外部デバイス１３のステータス変化後の最新のステータスが含まれている。
【００６４】
〔Ｓ１８〕ＳＭＳ１１は、ＧＵＩ１２にステータス変化通知（応答）を送信する。
【００６５】
〔Ｓ１９〕ＧＵＩ１２は、通知された外部デバイス１３の最新ステータスをメモリに保持する。そして、最新ステータスを表示して、表示更新を行う。
【００６６】
図７、図８はＧＵＩの表示画面例を示す図である。図７は図６のステータスＡ１における表示画面ｇａ１を示し、図８は図６のステータスＡ２における表示画面ｇａ２を示している。
【００６７】
表示画面ｇａ１、ｇａ２は、外部デバイス１３のステータスを示すテーブルであり、Time、Level、IDおよびDescriptionの属性を含んでいる。Timeは、ステータスの変化時刻である。Levelは、ステータスの重要度（警戒度）である。IDは、ステータスの識別番号であり、Descriptionは、ステータスの内容である。
【００６８】
表示画面ｇａ１は、デフォルトとして空欄になっている。表示画面ｇａ２は、外部デバイス１３のステータス変化を示しており、WarningレベルのID＝509のセッションエラーが2012.04.13 23:30に生じたことを示している。
【００６９】
次にＧＵＩ１２のカレントステータスと、ＳＭＳ１１内のキャッシュメモリに記憶されているステータスとが異なる場合の処理シーケンスについて説明する。図９は表示更新のシーケンス図である。
【００７０】
〔Ｓ２１〕ＧＵＩ１２は、自己が保持しているカレントステータス（第１の状態）を表示する。
【００７１】
〔Ｓ２２〕ＧＵＩ１２は、ＳＭＳ１１に対して、ステータス要求（第１の状態取得要求）を送信する。この場合、ステータス要求にカレントステータスを含めて送信する。
【００７２】
〔Ｓ２３〕ＧＵＩ１２は、自己が保持しているステップＳ２１のカレントステータスを継続して表示する。
【００７３】
〔Ｓ２４〕ＳＭＳ１１は、ステータス要求を受信すると、ステータス要求に含まれているカレントステータスと、自己のキャッシュメモリに記憶されているステータス（第２の状態）とが同一であるか否かを判別する。
【００７４】
〔Ｓ２５〕カレントステータスと、自己のキャッシュメモリに記憶されているステータスとが異なっている場合、ＳＭＳ１１は、自己のキャッシュメモリに記憶されているステータスを含むステータス通知（第１の応答）をＧＵＩ１２へ送信する。
【００７５】
〔Ｓ２６〕ＧＵＩ１２は、ＳＭＳ１１から通知されたステータスをメモリに保持し、該ステータスを表示して、表示更新を行う。
【００７６】
〔Ｓ２７〕ＳＭＳ１１は、外部デバイス１３の最新のステータスを取得するために、外部デバイス１３へステータス要求（第２の状態取得要求）を送信する。
【００７７】
〔Ｓ２８〕外部デバイス１３にステータス変化が生じる。
【００７８】
〔Ｓ２９〕外部デバイス１３は、ＳＭＳ１１にステータス変化通知を送信する。なお、ステータス変化通知には、外部デバイス１３のステータス変化後の最新のステータスが含まれている。
【００７９】
〔Ｓ３０〕ＳＭＳ１１は、最新ステータスをキャッシュメモリに格納し、ステータス変化通知（第２の応答）をＧＵＩ１２へ送信する。
【００８０】
〔Ｓ３１〕ＧＵＩ１２は、通知された外部デバイスの最新ステータスをメモリに保持する。そして、最新ステータスを表示して、表示更新を行う。
【００８１】
図１０〜図１２はＧＵＩの表示画面例を示す図である。図１０は図９のステータスＢ１における表示画面ｇｂ１を示し、図１１は図９のステータスＢ２における表示画面ｇｂ２を示している。また、図１２は図９のステータスＢ３における表示画面ｇｂ３を示している。
【００８２】
表示画面ｇｂ１〜ｇｂ３は、外部デバイス１３のステータスを示すテーブルであり、Time、Level、IDおよびDescriptionの属性を含んでいる。属性項目の説明は上述したので省略する。
【００８３】
表示画面ｇｂ１は、デフォルトとして空欄になっている。表示画面ｇｂ２は、外部デバイス１３のステータス変化を示しており、WarningレベルのID＝509のセッションエラーが2012.04.13 23:30に生じたことを示している。なお、表示画面ｇｂ２に示されている内容は、ステップＳ２５で通知された、ＳＭＳ１１にキャッシュされていたステータスの内容である。
【００８４】
表示画面ｇｂ３は、外部デバイス１３のステータス変化の経過を示している。欄Ｌ１では、WarningレベルのID＝509のセッションエラーが2012.04.13 23:30に生じたことが示されている。欄Ｌ２では、ErrorレベルのID＝FO20のフレーミングエラーが2012.04.13 23:54に生じたことが示されている。欄Ｌ１は、ステップＳ２５で通知されたステータスと同じであり、欄Ｌ２の内容は、ステップＳ３０で通知されたステータスである。
【００８５】
次に一定時間内に外部デバイス１３のステータスに変化がなかった場合の処理シーケンスについて説明する。図１３は表示更新のシーケンス図である。
【００８６】
〔Ｓ４１〕ＧＵＩ１２は、自己が保持しているカレントステータス（第１の状態）を表示する。
【００８７】
〔Ｓ４２〕ＧＵＩ１２は、ＳＭＳ１１に対して、ステータス要求（第１の状態取得要求）を送信する。この場合、ステータス要求にカレントステータスを含めて送信する。
【００８８】
〔Ｓ４３〕ＳＭＳ１１は、ステータス要求を受信すると、ステータス要求に含まれているカレントステータスと、自己のキャッシュメモリに記憶されているステータス（第２の状態）とが同一であるか否かを判別する。
【００８９】
〔Ｓ４４〕カレントステータスと、自己のキャッシュメモリに記憶されているステータスとが同一である場合、ＳＭＳ１１は、外部デバイス１３の最新のステータスを取得するために、外部デバイス１３へステータス要求（第２の状態取得要求）を送信する。
【００９０】
〔Ｓ４５〕ＧＵＩ１２は、自己が保持しているステップＳ４１のカレントステータスを継続して表示する。
【００９１】
〔Ｓ４６〕外部デバイス１３において、所定時間内にステータス変化が生じないとする。
【００９２】
〔Ｓ４７〕ＳＭＳ１１は、ステップＳ４４のステータス要求からカウントして、所定時間経過しても、外部デバイス１３からのステータス変化通知を受けない場合は、外部デバイス１３のステータスに変化なしと認識する。このとき、ＳＭＳ１１は、自己のキャッシュメモリに記憶しているステータスを含めたステータス通知（応答）をＧＵＩ１２へ送信する。
【００９３】
〔Ｓ４８〕ＧＵＩ１２は、通知された外部デバイス１３のステータスをメモリに保持する。そして、該ステータスを表示して、表示更新を行う。
【００９４】
図１４はＧＵＩの表示画面例を示す図である。図１４は図１３のステータスＣ１、Ｃ２における表示画面ｇｃ０を示している。表示画面ｇｃ０は、外部デバイス１３のステータスを示すテーブルである。ステータスＣ１と、ステータスＣ２とでは、ステータスに変化がないため、どちらに対してもデフォルトの空欄となる。
【００９５】
次に外部デバイスとステータスの具体例について説明する。図１５は外部デバイスとステータスの一例を示す図である。テーブルＴ１は、外部デバイスと、ステータスの具体例を示している。
【００９６】
ＳＭＳに接続する外部デバイスとしては、例えば、オーディオプロセッサ、オートメーション装置、シネマプロジェクタおよびイメージＭＢなどがある。オーディオプロセッサは、映画の音声を出力する機器である。
【００９７】
オートメーション装置は、スクリーンの幕の開け閉めを行ったり、館内の照明を制御したりする機器である。また、プロジェクタは、映像投射器であり、イメージＭＢは、プロジェクタの内部に設置されて、映像信号のデコードを行う機器である。これらの外部デバイスは、ＳＭＳを通じて所望の制御が行われる。
【００９８】
一方、ステータスとしては、例えば、再生／停止、ランプオン／オフ、ログ更新、スケジューリング再生開始／終了およびＤＣＰインジェストなどがある。再生／停止は、マニュアルでのローカルストレージからの映像信号の読み出し再生／ローカルストレージからの映像信号の読み出し再生停止を表す。
【００９９】
ランプオン／オフは、プロジェクタのランプオン／オフを表す（プロジェクタをランプオンすることで、スクリーンに映像が投射される）。ログ更新は、ＳＭＳまたは外部デバイス上のログの変化を表す。
【０１００】
スケジューリング再生開始／終了は、スケジューリングを組んだオートメーションでのローカルストレージからの映像信号の読み出し再生／ローカルストレージからの映像信号の読み出し再生停止を表す。ＤＣＰインジェストは、ローカルストレージへのＤＣＰのインジェスト（データ書き込み）が完了したか否かを表す。
【０１０１】
次に映像再生装置について説明する。図１で示した映像再生システム１は、映像再生装置１ａと表示装置１ｂとから構成されるとしたが、映像再生装置が表示装置の機能を含む構成であってもよい。
【０１０２】
図１６は映像再生装置の構成例を示す図である。映像再生装置２は、再生制御部２ａと表示部２ｂを備える。再生制御部２ａは、映像再生制御を行う。表示部２ｂは、ユーザインタフェースを有して、再生制御部２ａが保持している状態の表示を行う。
【０１０３】
ここで、再生制御部２ａは、表示部２ｂから送信された状態取得要求Ｃ０を受信する。このとき、再生制御部２ａは、状態取得要求Ｃ０に対する応答Ｒ１を即時返信せずに、状態変化が生じた場合に、状態変化後の最新状態を含む応答Ｒ２を表示部２ｂへ返信する。
【０１０４】
そして、表示部２ｂは、応答Ｒ２に含まれる最新状態にもとづき表示更新を行う。このような構成により、状態変化があった場合の表示更新の遅延を効率よく抑制することが可能になる。
【０１０５】
なお、本技術は以下のような構成も採ることができる。
（１）  映像再生制御を行う映像再生装置と、
前記映像再生装置に接続し、ユーザインタフェースを有して、前記映像再生装置が保持している状態の表示を行う表示装置と、
を備え、
前記映像再生装置は、前記表示装置から送信された状態取得要求を受信すると、状態変化が生じた後に、前記状態変化後の最新状態を含む応答を前記表示装置へ返信し、
前記表示装置は、前記応答に含まれる前記最新状態にもとづき表示更新を行う映像再生システム。
（２）  前記映像再生装置には外部デバイスが接続し、
前記表示装置は、前記映像再生装置の状態または前記外部デバイスの状態の少なくとも一方の表示を行う前記（１）記載の映像再生システム。
（３）  前記表示装置は、前記外部デバイスの状態を取得するために、自己が保持している第１の状態を、第１の状態取得要求に含めて前記映像再生装置へ送信し、
前記映像再生装置は、前記第１の状態取得要求を受信すると、前記第１の状態と、自己が保持している第２の状態とが同一であるか否かを判別し、同一である場合は、第２の状態取得要求を前記外部デバイスへ送信し、
前記外部デバイスは、前記第２の状態取得要求を受信すると、前記状態変化が生じた後に、前記最新状態を前記映像再生装置へ送信し、
前記映像再生装置は、前記外部デバイスから送信された前記最新状態を含む前記応答を前記表示装置へ返信し、
前記表示装置は、前記応答に含まれる前記最新状態にもとづき、前記外部デバイスの状態の表示更新を行う前記（１）または（２）記載の映像再生システム。
（４）  前記表示装置は、前記外部デバイスの状態を取得するために、自己が保持している第１の状態を、第１の状態取得要求に含めて前記映像再生装置へ送信し、
前記映像再生装置は、前記第１の状態取得要求を受信すると、前記第１の状態と、自己が保持している第２の状態とが同一であるか否かを判別し、異なる場合は、前記第２の状態を第１の応答に含めて前記表示装置へ返信すると共に、第２の状態取得要求を前記外部デバイスへ送信し、
前記表示装置は、前記第１の応答に含まれる前記第２の状態にもとづき、前記外部デバイスの状態の表示更新を行い、
前記外部デバイスは、前記第２の状態取得要求を受信すると、前記状態変化が生じた後に、前記最新状態を前記映像再生装置へ送信し、
前記映像再生装置は、前記外部デバイスから送信された前記最新状態を含む第２の応答を前記表示装置へ返信し、
前記表示装置は、前記第２の応答に含まれる前記最新状態にもとづき、前記外部デバイスの状態の表示更新を行う前記（１）乃至（３）のいずれかに記載の映像再生システム。
（５）  前記表示装置は、前記外部デバイスの状態を取得するために、自己が保持している第１の状態を、第１の状態取得要求に含めて前記映像再生装置へ送信し、
前記映像再生装置は、前記第１の状態取得要求を受信すると、前記第１の状態と、自己が保持している第２の状態とが同一であるか否かを判別し、同一である場合は、第２の状態取得要求を前記外部デバイスへ送信し、
前記映像再生装置は、前記外部デバイスで所定時間内に状態変化がない場合は、前記第２の状態を含む前記応答を前記表示装置へ返信し、
前記表示装置は、前記応答に含まれる前記第２の状態にもとづく表示を行う前記（１）乃至（４）のいずれかに記載の映像再生システム。
（６）  映像再生制御を行う再生制御部と、
ユーザインタフェースを有して、前記再生制御部が保持している状態の表示を行う表示部と、
を備え、
前記再生制御部は、前記表示部から送信された状態取得要求を受信すると、状態変化が生じた後に、前記状態変化後の最新状態を含む応答を前記表示部へ返信し、
前記表示部は、前記応答に含まれる前記最新状態にもとづき表示更新を行う映像再生装置。
（７）  サーバに接続し、ユーザインタフェースを有するクライアントが、前記サーバが保持している状態の表示を行う場合、
前記サーバは、前記クライアントから送信された状態取得要求を受信すると、状態変化が生じた後に、前記状態変化後の最新状態を含む応答を前記クライアントへ返信し、
前記クライアントは、前記応答に含まれる前記最新状態にもとづき表示更新を行う表示更新方法。
【０１０６】
なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。
【０１０７】
さらに、上述の実施の形態は、多数の変形、変更が当業者にとって可能であり、説明した正確な構成および応用例に限定されるものではない。
【符号の説明】
【０１０８】
１……映像再生システム、１ａ……映像再生装置、１ｂ……表示装置、Ｃ０……状態取得要求、Ｒ１、Ｒ２……応答
【図１】
2013251682.tif 000003
【図２】
2013251682.tif 000004
【図３】
2013251682.tif 000005
【図４】
2013251682.tif 000006
【図５】
2013251682.tif 000007
【図６】
2013251682.tif 000008
【図７】
2013251682.tif 000009
【図８】
2013251682.tif 000010
【図９】
2013251682.tif 000011
【図１０】
2013251682.tif 000012
【図１１】
2013251682.tif 000013
【図１２】
2013251682.tif 000014
【図１３】
2013251682.tif 000015
【図１４】
2013251682.tif 000016
【図１５】
2013251682.tif 000017
【図１６】
2013251682.tif 000018