WO2021095687A1 - 仮想サーバ、動画編集方法、および動画編集システム - Google Patents

Abstract

仮想サーバは、第１の端末と通信し、前記第１の端末の操作に基づいて、記憶されている編集ファイルを編集する編集サーバと通信し、第２の端末と通信し、前記第２の端末に対し仮想クライアントを割り当て、前記第２の端末の操作に基づいて前記編集サーバ上の前記編集ファイルを編集し、前記第１の端末と前記編集サーバとの通信速度より低い通信速度において、前記第２の端末と通信する。

Description

仮想サーバ、動画編集方法、および動画編集システム

　本開示は、仮想サーバ、動画編集方法、および動画編集システムに関する。

　特許文献１には、ネットワーク上に存在する素材となる動画を、編集者が編集する上で、特別な動画編集ソフトの操作方法を習得することなく、簡単にネットワーク上で動画編集できるコンパクトなシステムが開示されている。特許文献１に開示されているシステムでは、編集の内容は動画編集サーバ（編集を行う場所）に保存される構成になっている。つまり、編集の内容は、編集素材が保存されている場所とは違う場所に保存されるということである。

特開２００９－２１８８３号公報

　ところで、テレビ放送局等では、テレビ放送する動画の編集が行われ、編集される動画には、事件や事故等が含まれる場合がある。テレビ放送局等では、そのような動画の漏洩を考慮し、一般的に、編集室に設置されたオンプレミスの編集端末において、動画編集を行うことで、関連するデータを特定のサーバに留めている。

　つまり、動画の編集作業数は、編集端末の設置台数によって制限される。より多くの編集作業を行えるよう、編集端末の台数を増やすことが考えられるが、編集端末の費用は、一般的に高コストである。

　そこで、例えば、社員等の個人端末から、編集作業を行えるようにすることが考えられる。しかしながら、特許文献１に開示されているシステムでは、編集の内容が、素材が格納されているサーバとは別のサーバに保存されてしまうため、十分なセキュリティを確保することが困難である。よって、個人端末からの動画編集を行うにあたっては、情報漏洩を抑制する対策が重要となる。

　本開示の非限定的な実施例は、低コストかつ動画漏洩を抑制し、動画の編集作業数を増加できる仮想サーバ、動画編集方法、および動画編集システムの提供に資する。

　本開示の一実施例に係る仮想サーバは、第１の端末と通信し、前記第１の端末の操作に基づいて、記憶されている編集ファイルを編集する編集サーバと通信し、第２の端末と通信し、前記第２の端末に対し仮想クライアントを割り当て、前記第２の端末の操作に基づいて前記編集サーバ上の前記編集ファイルを編集し、前記第１の端末と前記編集サーバとの通信速度より低い通信速度において、前記第２の端末と通信する。

　本開示の一実施例に係る動画編集方法は、第１の端末と通信し、前記第１の端末の操作に基づいて、記憶されている編集ファイルを編集する編集サーバと通信し、第２の端末と通信し、前記第２の端末に対し仮想クライアントを割り当て、前記第２の端末の操作に基づいて前記編集サーバ上の前記編集ファイルを編集し、前記第１の端末と前記編集サーバとの通信速度より低い通信速度において、前記第２の端末と通信する。

　本開示の一実施例に係る動画編集システムは、編集ファイルが記憶されている編集サーバと、前記編集サーバと通信する仮想サーバと、を有し、前記編集サーバは、第１の端末と通信し、前記第１の端末の操作に基づいて、前記編集ファイルを編集し、前記仮想サーバは、前記編集サーバと通信し、第２の端末と通信し、前記第２の端末に対し仮想クライアントを割り当て、前記第２の端末の操作に基づいて前記編集サーバ上の前記編集ファイルを編集し、前記仮想サーバは、前記第１の端末と前記編集サーバとの通信速度より低い通信速度において、前記第２の端末と通信する。
　を有する、

　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

　本開示の一実施例によれば、低コストかつ動画漏洩を抑制し、動画の編集作業数を増加できる。

　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

実施の形態に係る動画編集システムの構成の一例を示した図 動画編集システムの概略動作例を説明する図 編集サーバ、端末、仮想サーバ、および端末のブロック構成の一例を示した図 動画編集システムの動作例を示したシーケンス図 動画編集システムの動作例を示したシーケンス図

　以下、図面を適宜参照して、本発明の実施の形態について、詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

　なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

　図１は、実施の形態に係る動画編集システムの構成の一例を示した図である。図１に示すように、動画編集システムは、編集サーバ１と、端末２と、仮想サーバ３と、端末４ａ～４ｃと、を有する。

　動画編集システムは、例えば、テレビ放送局や映像制作会社等（以下、放送局等と称することがある）に設置される。動画編集システムは、端末２，４ａ～４ｃの操作に応じて、テレビ放送される動画を生成（編集）する。なお、動画は、映像または画像と称されてもよい。

　編集サーバ１は、オンプレミスのサーバであり、放送局等によって管理および運営される。編集サーバ１には、カメラによって撮影された動画が記憶される。また、編集サーバ１には、編集された動画が記憶される。カメラによって撮影された編集前の動画は、撮り素材と称されてもよい。編集された動画は、ＯＡ（ＯｎＡｉｒ）素材と称されてもよい。ＯＡ素材がテレビ放送される。

　編集サーバ１には、編集ファイルが記憶される。編集ファイルには、例えば、撮り素材の一部を切り取る情報、撮り素材に挿入する文字情報、および撮り素材に挿入する音声情報など、動画編集に関する情報が含まれる。図１の例では、編集サーバ１には、編集ファイルＰ１，Ｐ２が記憶されている。

　編集ファイルは、端末２，４ａ～４ｃの操作に基づいて作成される。編集サーバ１は、編集ファイルに従って撮り素材の動画を編集し、テレビ放送されるＯＡ素材を生成する。

　端末２は、オンプレミスの端末であり、放送局等によって管理および運営される。端末２は、編集サーバ１に記憶された動画を編集する機能を有する。端末２は、広帯域ネットワークを介して編集サーバ１に接続されている。例えば、有線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等のネットワークを介して、編集サーバ１と接続される。広帯域ネットワークを介して接続させることで、大容量かつ高速通信を実現している。

　端末２は、例えば、放送局等の編集室に設置される。端末２は、端末４ａ～４ｃよりスペックが高く、コストが高い。例えば、端末２は、端末４ａ～４ｃより動画編集機能が高く（多く）、また、高解像度で通信帯域が広帯域で接続されているため、コストが高い。このため、端末２は、設置台数や編集作業ができる人数等が制限される。

　仮想サーバ３は、オンプレミスのサーバであり、放送局等によって管理および運営される。仮想サーバ３は、例えば、有線ＬＡＮ等の広帯域ネットワークを介して、編集サーバ１と接続される。また、仮想サーバ３は、例えば、無線ＬＡＮ等の狭帯域ネットワークを介して、端末４ａ～４ｃと接続される。例えば、Ｗｉ－Ｆｉ（登録商標）による接続が考えられる。このような利便性の高いＷｉ－Ｆｉ等の狭帯域ネットワークは端末２と編集サーバ１を接続する広帯域ネットワークに比べて小容量かつ低速通信のネットワークである。

　仮想サーバ３と端末４ａ～４ｃとの間の通信帯域は、編集サーバ１と端末２との間の通信帯域より低い。また、仮想サーバ３と端末４ａ～４ｃとの間の通信帯域は、編集サーバ１と仮想サーバ３との間の通信帯域より低い。

　仮想サーバ３は、仮想クライアントを稼働し、端末４ａ～４ｃと編集サーバ１との間の情報のやり取りを中継する。図１の例では、仮想クライアントＣ１～Ｃ５が稼働している。

　仮想サーバ３において稼働する仮想クライアントは、画面転送型の仮想クライアントである。例えば、仮想クライアントは、編集サーバ１に記憶されている撮り素材およびＯＡ素材の動画データをダウンロードせず、ストリーミング再生する。仮想クライアントは、ストリーミング再生した画面情報を、端末４ａ～４ｃに送信する。

　また、例えば、仮想クライアントは、端末４ａ～４ｃから操作情報（入力データ）を受信する。仮想クライアントは、受信した操作情報に応じた情報を編集サーバ１に送信する。画面情報および操作情報の授受は、例えば、ＲＤＰ（Remote Desktop Protocol）やＨＴＴＰ（Hypertext Transfer Protocol）等のプロトコルが用いられてもよい。

　端末４ａ～４ｃは、編集サーバ１に記憶された動画を編集する機能が、仮想サーバ３により提供される。端末４ａ～４ｃにおいて実行できる動画編集機能は、端末２より低く（少なく）、簡易的な動画編集を行う。

　端末４ａ～４ｃは、例えば、放送局等の社員によって使用される。端末４ａ～４ｃは、編集室に設置される端末２とは異なり、移動できる。放送局等の社員は、例えば、自分の席や会議室等において、端末４ａ～４ｃを用い、簡易的な動画編集ができる。

　以下では、端末４ａ～４ｃの各々を区別しない場合、単に端末４と記載する。また、以下では、端末２，４の操作者をユーザと呼ぶことがある。端末２は、編集端末、オンプレ端末、またはオンプレＰＣ（Personal Computer）と称されてもよい。端末４は、自席端末、自席ＰＣ、または個人端末と称されてもよい。通信帯域は、例えば、通信速度と言い換えられてもよい。

　図２は、動画編集システムの概略動作例を説明する図である。図２において、図１と同じ構成要素には同じ符号が付してある。なお、図１の仮想サーバ３は、５つの仮想クライアントＣ１～Ｃ５を稼働したが、図２では、３つの仮想クライアントＣ１～Ｃ３を稼働する。

　図２の矢印Ａ１に示すように、端末４は、仮想サーバ３にアクセスする。

　仮想サーバ３は、空きの仮想クライアントが無ければ、矢印Ａ２に示すように、端末４にアクセス不可である旨を通知する。

　一方、仮想サーバ３は、空きの仮想クライアントがあれば、アクセスしてきた端末４に、空きの仮想クライアントを割り当てる。例えば、仮想サーバ３は、端末４に、仮想クライアントＣ３を割り当てる。これにより、端末４は、仮想クライアントＣ３を介し、編集サーバ１に間接的にアクセスできる。

　例えば、端末４は、ユーザから、動画の再生操作を受付ける。端末４は、ユーザから受け付けた再生操作の操作情報を、矢印Ａ１，Ａ３に示すように、仮想クライアントＣ３に送信する。仮想クライアントＣ３は、再生操作の操作情報に基づいて、矢印Ａ４に示すように、編集サーバ１上の撮り素材およびＯＡ素材の動画データにアクセスする。仮想クライアントＣ３は、アクセスした編集サーバ１上の撮り素材およびＯＡ素材の動画データをストリーミング再生し、ストリーミング再生した画面情報を、矢印Ａ５に示すように、端末４に送信する。端末４は、仮想サーバ３から送信された画面情報に基づく動画像を表示装置に表示する。

　また、例えば、端末４は、ユーザから、編集サーバ１上にある編集ファイルの編集操作を受付ける。端末４は、ユーザから受け付けた編集操作の操作情報を、矢印Ａ１，Ａ３に示すように、仮想クライアントＣ３に送信する。仮想クライアントＣ３は、編集操作の操作情報に基づいて、矢印Ａ４に示すように、編集サーバ１上の編集ファイルを編集する。

　ユーザは、仮想サーバ３がストリーミング再生する動画の画面情報を端末４の表示装置に表示し、編集サーバ１上の編集ファイルを編集できる。これにより、ユーザは、例えば、テレビ放送に不要な映像個所を切り取ったり、動画像に文字を挿入したりできる。

　なお、端末４は、スペックや狭帯域ネットワーク等の理由から編集サーバ１内の編集ファイルに対して一部の編集内容を指示することが困難である。つまり、端末４は、編集できる内容が、端末２でできる内容よりも少ない。

　端末２は、矢印Ａ６に示すように、編集サーバ１に直接的にアクセスできる。例えば、端末２は、編集サーバ１上の撮り素材およびＯＡ素材にアクセスし、ダウンロードして再生できる。また、端末２は、編集サーバ１上の編集ファイルにアクセスし、編集ファイルを直接編集できる。また、端末２は、編集ファイルに従った動画を生成するよう、編集サーバ１に指示できる。

　ここで、端末２と端末４の設置環境について説明する。図１でも説明したように、端末２は、スペックが高くコストが高い。そのため、端末２の台数を増やすことは、放送局等において負担が大きい。そこで、編集作業において、端末２のような高いスペックを要する作業は限定的であることから、安価な個人の端末４を活用することに着目した。しかしながら、放送局等の編集室外の端末４を活用することは、事件や事故等に関する動画等の機密情報を扱うため、コンプライアンス上、困難である。これらを鑑みて、図１に示した動画編集システムは、仮想サーバ３を活用することにより、低コストで数多くの個人の端末４を導入することができるだけでなく、コンプライアンスを遵守し、個人の端末４から動画の簡易的な編集を可能にした。

　例えば、図１の仮想サーバ３は、画面転送型の仮想クライアントを稼働して、編集サーバ１上の動画をストリーミング再生し、再生した動画の画面情報を端末４に送信する。これにより、端末４へのデータ通信量を抑制できる。例えば、端末４の通信帯域は、端末２のように高帯域でなくて済み、コストを抑制できる。端末４は、パーソナルコンピュータ等であってもよい。

　また、図１の動画編集システムでは、仮想サーバ３と編集サーバ１との間の通信帯域（１つの通信帯域）を広帯域とし、仮想サーバ３と端末４との間の通信帯域を仮想サーバ３と編集サーバ１との間の通信帯域よりも狭帯域であるＷｉ－Ｆｉ等、にすることによって、複数のユーザが端末４を用いて編集作業できる環境を提供する。これにより、図１の動画編集システムは、コストを抑制できる。

　また、図１の仮想サーバ３は、編集サーバ１上の動画をストリーミング再生し、再生した動画の画面情報を端末４に送信する。また、仮想サーバ３は、端末４から操作情報を受信し、編集サーバ１上の編集ファイルを編集する。これにより、端末４は、編集サーバ１に直接アクセスしないので（仮想サーバ３を介して間接的にアクセスするので）、動画および編集ファイルの外部への漏洩を抑制できる。また、動画および編集ファイルのデータは、仮想サーバ３および端末４に残らない。これにより、動画および編集ファイルの外部への漏洩を抑制できる。

　図３は、編集サーバ１、端末２、仮想サーバ３、および端末４のブロック構成の一例を示した図である。

　編集サーバ１は、通信部１１と、制御部１２と、記憶部１３と、を有する。

　通信部１１は、例えば、有線ＬＡＮ等の広帯域ネットワークを介して、端末２と通信する。また、通信部１１は、例えば、有線ＬＡＮ等の広帯域ネットワークを介して、仮想サーバ３と通信する。

　制御部１２は、編集サーバ１全体を制御する。制御部１２は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサによって構成されてもよい。制御部１２は、例えば、記憶部１３に記憶されたプログラムを実行し、所定の機能を発揮する。

　記憶部１３には、制御部１２が動作するためのプログラムが記憶される。また、記憶部１３には、制御部１２が計算処理を行うためのデータ、または、制御部１２が各部を制御するためのデータ等が記憶される。記憶部１３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、およびＨＤＤ（Hard Disk Drive）などの記憶装置によって構成されてもよい。

　端末２は、通信部２１と、制御部２２と、記憶部２３と、入力部２４と、表示部２５と、を有する。

　通信部２１は、例えば、有線ＬＡＮ等の広帯域ネットワークを介して、編集サーバ１と通信する。

　制御部２２は、端末２全体を制御する。制御部２２は、例えば、ＣＰＵ等のプロセッサによって構成されてもよい。制御部２２は、例えば、記憶部２３に記憶されたプログラムを実行し、所定の機能を発揮する。

　記憶部２３には、制御部２２が動作するためのプログラムが記憶される。また、記憶部２３には、制御部２２が計算処理を行うためのデータ、または、制御部２２が各部を制御するためのデータ等が記憶される。記憶部２３は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびＨＤＤなどの記憶装置によって構成されてもよい。

　入力部２４は、例えば、キーボード、マウス、およびタッチパネル等の入力装置である。入力部２４は、ユーザの操作を受付け、受け付けた操作に応じた信号を制御部２２に出力する。

　表示部２５は、例えば、ＬＣＤ（Liquid Crystal Display）および有機ＥＬ（Electro Luminescence）等の表示装置である。表示部２５は、制御部２２から出力される信号に基づいて画像を表示する。

　仮想サーバ３は、通信部３１と、制御部３２と、記憶部３３と、を有する。

　通信部３１は、有線ＬＡＮ等の広帯域ネットワークを介して、編集サーバ１と通信する。また、通信部３１は、無線ＬＡＮ等の狭帯域ネットワークを介して、端末４と無線通信する。

　制御部３２は、仮想サーバ３全体を制御する。制御部３２は、例えば、ＣＰＵ等のプロセッサによって構成されてもよい。制御部３２は、例えば、記憶部３３に記憶されたプログラムを実行し、所定の機能を発揮する。

　例えば、制御部３２は、仮想クライアントを稼働（仮想クライアントの機能を実現）し、アクセス要求してきた端末４に仮想クライアントを割り当てる。仮想クライアントは、記憶部３３に記憶されたＯＳ（Operating System）と、動画を編集するアプリケーションとによって、動画編集機能が実現される。

　動画を編集するアプリケーションは、例えば、端末４からの操作情報に基づいて、編集サーバ１上の動画をストリーミング再生する。動画を編集するアプリケーションは、ストリーミング再生した動画の画面情報を端末４に送信する。また、動画を編集するアプリケーションは、例えば、端末４からの操作情報に基づいて、編集サーバ１上に編集ファイルを生成し、また、編集サーバ１上の編集ファイルを編集する。

　記憶部３３には、制御部３２が動作するためのプログラムが記憶される。また、記憶部３３には、制御部３２が計算処理を行うためのデータ、または、制御部３２が各部を制御するためのデータ等が記憶される。記憶部３３は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ、およびキャッシュメモリなどの記憶装置によって構成されてもよい。

　端末４は、通信部４１と、制御部４２と、入力部４３と、表示部４４と、を有する。

　通信部４１は、無線ＬＡＮ等のネットワークを介して、仮想サーバ３と無線通信する。

　制御部４２は、端末４全体を制御する。制御部４２は、例えば、ＣＰＵ等のプロセッサによって構成されてもよい。制御部４２は、例えば、記憶部（図示せず）に記憶されたプログラムを実行し、所定の機能を発揮する。

　入力部４３は、例えば、キーボード、マウス、およびタッチパネル等の入力装置である。入力部４３は、ユーザの操作を受付け、受け付けた操作に応じた信号を制御部４２に出力する。

　表示部４４は、例えば、ＬＣＤおよび有機ＥＬ等の表示装置である。表示部４４は、制御部４２から出力される信号に基づいて画像を表示する。

　図４Ａおよび図４Ｂは、動画編集システムの動作例を示したシーケンス図である。端末４の制御部４２は、通信部４１を介して、仮想サーバ３に対し、認証依頼の情報を送信する（Ｓ１）。

　仮想サーバ３の制御部３２は、Ｓ１にて送信された認証依頼の情報に基づいて、端末４の認証処理を実行する。仮想サーバ３の制御部３２は、認証処理の認証結果の情報を、端末４に送信する（Ｓ２）。なお、仮想サーバ３内の仮想クライアントに空きがない場合は、図２の矢印Ａ２で説明したように、端末４にアクセス不可である旨を通知する。

　以下では、端末４の認証は、正当であるとする。仮想サーバ３の制御部３２は、端末４に対し、仮想クライアントＣ１を割り当てたとする。

　なお、仮想クライアントＣ１が割り当てられると、端末４の表示部４４には、動画を編集するための動画編集画面が表示される。すなわち、仮想クライアントＣ１は、動画編集画面の画面情報を端末４に送信する。端末４のユーザは、表示部４４の動画編集画面上に表示された操作ボタン等を操作して、例えば、編集素材（編集する動画）を選択する。

　端末４の制御部４２は、入力部４３から、編集素材選択操作の信号を受信する。端末４の制御部４２は、入力部４３からの信号に応じた編集素材選択操作の情報を、通信部４１を介し、仮想サーバ３に送信する（Ｓ３）。

　仮想サーバ３の制御部３２（仮想クライアントＣ１）は、Ｓ３にて送信された編集素材選択操作の情報に基づいて、編集素材情報要求の情報を、通信部３１を介し、編集サーバ１に送信する（Ｓ４）。

　編集サーバ１の制御部１２は、Ｓ４にて送信された編集素材情報要求の情報に基づいて、編集素材情報を、通信部１１を介し、仮想サーバ３に送信する（Ｓ５）。編集素材情報は、編集サーバ１の記憶部１３に記憶されている撮り素材やＯＡ素材にアクセスするための情報であり、例えば、ＵＲＬ（Uniform Resource Locator）であってもよい。

　仮想サーバ３の仮想クライアントＣ１は、Ｓ５にて送信された編集素材情報を受信すると、対象素材要求の情報を、通信部３１を介し、編集サーバ１に送信する（Ｓ６）。対象素材要求の情報は、Ｓ５にて編集サーバ１から送信された編集素材情報（例えば、ＵＲＬ）である。すなわち、仮想サーバ３の仮想クライアントＣ１は、ＵＲＬ等のアドレス情報に基づいて、編集サーバ１の記憶部１３に記憶されている撮り素材やＯＡ素材の動画にアクセスし、リードする。

　編集サーバ１の制御部１２は、Ｓ６にて送信された対象素材要求の情報に基づいて、動画のバッファデータ（素材バッファデータ）を、通信部１１を介し、仮想サーバ３に送信する（Ｓ７）。素材バッファデータは、ストリーミングデータまたはキャッシュデータと称されてもよい。

　仮想サーバ３の仮想クライアントＣ１は、Ｓ７にて送信された素材バッファデータを、記憶部３３（例えば、キャッシュメモリ）に記憶する。仮想サーバ３の仮想クライアントＣ１は、キャッシュメモリに記憶した素材バッファデータを再生し、再生した素材バッファデータの動画の画面情報を、通信部３１を介し、端末４に送信する（Ｓ８）。これにより、端末４の表示部４４には、編集素材（編集する動画）が表示される。

　端末４の入力部４３は、ユーザから、動画の簡易編集操作を受付け、受け付けた簡易編集操作に応じた信号を制御部４２に出力する。簡易編集操作の一例として、少ない数の編集素材を扱う編集や映像の色合い調整等があり、端末２に比べて編集できる内容が少ない。端末４の制御部４２は、入力部４３からの信号に応じた簡易編集操作の情報を、通信部４１を介し、仮想サーバ３に送信する（Ｓ９）。

　仮想サーバ３の仮想クライアントＣ１は、Ｓ９にて送信された簡易編集操作の情報に基づいて、簡易編集指示の情報を、通信部３１を介し、編集サーバ１に送信する（Ｓ１０）。

　編集サーバ１の制御部１２は、Ｓ１０にて送信された簡易編集指示の情報に基づいて、編集ファイルを作成する。また、作成した編集ファイルの編集も可能である（Ｓ１１）。編集ファイルは、編集サーバ１の記憶部１３に記憶される。

　端末２の入力部２４は、ユーザから、編集ファイルの編集要求の操作を受付け、受け付けた編集要求の操作に応じた信号を制御部２２に出力する。端末２の制御部２２は、入力部２４からの信号に応じた編集ファイル要求の情報を、通信部２１を介し、編集サーバ１に送信する（Ｓ１２）。

　ここで、端末２のユーザが編集要求した編集ファイルは、端末４のユーザによって編集中であるとする。編集サーバ１の制御部１２は、通信部１１を介し、編集中通知の情報を端末２に送信する（Ｓ１３）。端末２の表示部２５は、例えば、編集要求した編集ファイルは編集中であることを示す情報を表示する。

　編集サーバ１の制御部１２は、編集ファイルを編集すると、編集結果の情報を、通信部１１を介し、仮想サーバ３に送信する（Ｓ１４）。

　仮想サーバ３の仮想クライアントＣ１は、Ｓ１４にて送信された編集結果の情報に基づく画面情報（編集結果を示す画面の画面情報）を、通信部３１を介し、端末４に送信する（Ｓ１５）。これにより、端末４の表示部４４には、動画の編集結果が表示される。

　端末４の入力部４３は、ユーザから、編集保存の操作を受付け、受け付けた編集保存の操作に応じた信号を制御部４２に出力する。端末４の制御部４２は、入力部４３からの信号に応じた編集保存操作の情報を、通信部４１を介し、仮想サーバ３に送信する（Ｓ１６）。

　仮想サーバ３の仮想クライアントＣ１は、Ｓ１６にて送信された編集保存操作の情報に基づいて、編集保存指示の情報を、通信部３１を介し、編集サーバ１に送信する（Ｓ１７）。

　編集サーバ１の制御部１２は、Ｓ１７にて送信された編集保存指示の情報に基づいて、編集中の編集ファイルを保存する。編集サーバ１の制御部１２は、編集ファイルの保存結果の情報を、通信部１１を介し、仮想サーバ３に送信する（Ｓ１８）。

　仮想サーバ３の仮想クライアントＣ１は、Ｓ１８にて送信された保存結果の情報に基づく画面情報（保存結果を示す画面の画面情報）を、通信部３１を介し、端末４に送信する（Ｓ１９）。これにより、端末４の表示部４４には、編集ファイルが編集サーバ１に保存されたことが表示され、端末４のユーザは、編集ファイルが編集サーバ１に保存されたことを認識できる。

　端末２の入力部２４は、ユーザから、編集ファイルの編集要求の操作を受付け、受け付けた編集要求の操作に応じた信号を制御部２２に出力する。端末２の制御部２２は、入力部２４からの信号に応じた編集ファイル要求の情報を、通信部２１を介し、編集サーバ１に送信する（Ｓ２０）。

　なお、端末２が編集要求した編集ファイルは、端末２が以前に生成および編集した編集ファイルであってもよい。また、端末２が編集要求した編集ファイルは、Ｓ１１にて生成および編集された編集ファイルであってもよい。すなわち、端末２は、端末４によって生成および編集された編集ファイルを編集してもよい。

　編集サーバ１の制御部１２は、Ｓ２０にて送信された編集ファイル要求の情報に基づいて、編集ファイル表示の情報（編集ファイルの内容を示す情報）の画面情報を、端末２に送信する（Ｓ２１）。

　端末２の入力部２４は、ユーザから、詳細編集操作を受付け、受け付けた詳細編集操作に応じた信号を制御部２２に出力する。詳細編集操作の一例として、大量の編集素材を扱う編集や特殊な映像演出等があり、簡易編集操作よりも編集できる内容が多い。端末２の制御部２２は、入力部２４からの信号に応じた詳細編集指示の情報を、通信部２１を介し、編集サーバ１に送信する（Ｓ２２）。

　編集サーバ１の制御部１２は、Ｓ２２にて送信された詳細編集指示の情報に基づいて、編集ファイルを編集する（Ｓ２３）。

　端末４の入力部４３は、ユーザから、編集ファイルの編集要求の操作を受付け、受け付けた編集要求の操作に応じた信号を制御部４２に出力する。端末４の制御部４２は、入力部４３からの信号に応じた簡易編集操作の情報を、通信部４１を介し、仮想サーバ３に送信する。なお、簡易編集操作の一例として、既存の編集ファイルを呼び出す操作を行っている（Ｓ２４）。

　仮想サーバ３の仮想クライアントＣ１は、Ｓ２４にて送信された簡易編集操作の情報に基づいて、編集ファイル要求の情報を、通信部３１を介し、編集サーバ１に送信する（Ｓ２５）。

　ここで、端末４のユーザが編集要求した編集ファイルは、端末２のユーザによって編集中であるとする。編集サーバ１の制御部１２は、通信部１１を介し、編集中通知の情報を仮想サーバ３に送信する（Ｓ２６）。

　仮想サーバ３の仮想クライアントＣ１は、Ｓ２６にて送信された編集中通知の情報に基づく画面情報（編集要求した編集ファイルは編集中であることを示す画面の画面情報）を、通信部３１を介し、端末４に送信する（Ｓ２７）。

　編集サーバ１の制御部１２は、Ｓ２３にて編集ファイルを編集すると、編集結果の情報を、通信部１１を介し、端末２に送信する（Ｓ２８）。これにより、端末２の表示部２５には、動画の編集結果が表示される。

　端末２の入力部２４は、ユーザから、編集保存の操作を受付け、受け付けた編集保存の操作に応じた信号を制御部２２に出力する。端末２の制御部２２は、入力部２４からの信号に応じた編集保存指示の情報を、通信部２１を介し、編集サーバ１に送信する（Ｓ２９）。

　編集サーバ１の制御部１２は、Ｓ２９にて送信された編集保存指示の情報に基づいて、編集中の編集ファイルを保存する。編集サーバ１の制御部１２は、編集ファイルの保存結果の情報を、通信部１１を介し、端末２に送信する（Ｓ３０）。これにより、端末２の表示部２５には、編集ファイルが編集サーバ１に保存されたことが表示され、端末２のユーザは、編集ファイルが編集サーバ１に保存されたことを認識できる。

　端末２の入力部２４は、ユーザから、動画生成指示の操作を受付け、受け付けた動画生成指示の操作に応じた信号を制御部２２に出力する。端末２の制御部２２は、入力部２４からの信号に応じた動画生成指示の情報を、通信部２１を介し、編集サーバ１に送信する（Ｓ３１）。

　編集サーバ１の制御部１２は、Ｓ３１にて送信された編集生成指示の情報に基づいて、動画を生成する（Ｓ３２）。例えば、編集サーバ１の制御部１２は、記憶部１３に記憶されている編集ファイルに従って、編集動画（ＯＡ素材）を生成する。なお、編集動画とは、元の動画データ（撮り素材）や編集ファイルがなくても、動画として視聴できる動画ファイルであって、オンエアされる最終的な動画である。編集サーバ１の制御部１２は、生成した編集動画を記憶部１３に記憶する。なお、動画を生成するための編集ファイルは、動画生成指示の操作の際に指定される。

　編集サーバ１の制御部１２は、編集ファイルに従って動画を生成すると、生成結果の情報を、通信部１１を介し、端末２に送信する（Ｓ３３）。これにより、端末２の表示部２５には、編集動画が生成されたことが表示され、端末２のユーザは、編集動画が生成されたことを認識できる。

　なお、端末２は、編集サーバ１が生成した編集動画の動画データをダウンロードできる。また、端末２は、ダウンロードした編集動画を再生できる。一方、端末４は、編集サーバ１に対し、編集ファイルに従った動画の生成指示を送信できない。また、端末４は、編集サーバ１が生成した編集動画の動画データをダウンロードできない。編集サーバ１が生成した編集動画は、仮想サーバ３においてストリーミング再生され、ストリーミング再生された編集動画の画面情報が、端末４に送信されてもよい。

　また、端末４は、仮想サーバ３を介し、編集サーバ１に記憶されている、端末２によって生成および編集された編集ファイルを編集してもよい。

　以上説明したように、動画編集システムは、編集ファイルに従い動画を編集する編集サーバ１と、編集サーバ１と通信し、編集サーバ１上の編集ファイルを編集する端末２と、画面転送型の仮想クライアントが稼働し、編集サーバ１と通信する仮想サーバ３と、仮想クライアントが割り当てられ、編集サーバ１上の編集ファイルを編集する端末４と、を有する。動画編集システムの仮想サーバ３は、端末２と編集サーバ１との通信速度より低い通信速度において、端末４と無線通信する通信部３１と、仮想クライアント上において、編集サーバ１上の動画をストリーミング再生し、再生した動画の画面情報を、通信部３１を介して端末４に送信する制御部３２と、を有する。

　これにより、仮想サーバ３は、端末２と編集サーバ１との通信速度より低い通信速度において、端末４と無線通信するので、低コストで動画編集作業を増加できる。また、仮想サーバ３は、画面転送型の仮想クライアントが稼働し、動画の画面情報を端末２に送信するので、動画漏洩を抑制できる。また、仮想サーバ３は、仮想クライアント上において、編集サーバ１上の動画をストリーミング再生し、再生した動画の画面情報を端末４に送信するので、動画漏洩を抑制できる。

　また、通信部３１は、端末４が受け付けた動画の編集操作に関する操作情報を受信し、制御部３２は、操作情報に応じて、編集サーバ１上の編集ファイルを編集する。これにより、編集ファイルは、仮想サーバ３および端末４に残らないので、動画および編集ファイルの外部への漏洩を抑制できる。

　また、制御部３２は、端末２より少ない編集機能を端末４に提供する。これにより、仮想サーバ３と端末４との間のデータ通信量を抑制でき、仮想サーバ３は、複数の端末４と低コストで通信できる。

　また、制御部３２は、端末４が編集しようとしている編集サーバ１上の編集ファイルが、端末２によって編集中である場合、端末４に、編集ファイルが編集中であることを示す画面情報を、通信部３１を介して端末４に送信する。これにより、ユーザが意図しない編集ファイルの変更を抑制できる。

　また、制御部３２は、端末４の認証処理を実行し、端末４に仮想クライアントを割り当てる。これにより、端末４の編集サーバ１への不正アクセスを抑制できる。

　なお、仮想サーバ３は、例えば、レンタルされてもよい。レンタル料は、例えば、仮想サーバ３において稼働する仮想クライアントの数によって決定されてもよい。

　この場合、仮想サーバ３の制御部３２は、複数の仮想クライアントの使用率を算出してもよい。仮想サーバ３の制御部３２は、算出した使用率に基づいて、稼働すべき適切な仮想クライアント数を算出してもよい。これにより、例えば、仮想サーバ３のレンタル元は、レンタル先（放送局等）に対し、仮想サーバ３で稼働する、最適な仮想クライアント数を提示できる。

　上述の実施の形態においては、各構成要素に用いる「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。

　以上、図面を参照しながら実施の形態について説明したが、本開示はかかる例に限定されない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変更例または修正例に想到し得ることは明らかである。そのような変更例または修正例についても、本開示の技術的範囲に属するものと了解される。また、本開示の趣旨を逸脱しない範囲において、実施の形態における各構成要素は任意に組み合わされてよい。

　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。

　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

　２０１９年１１月１２日出願の特願２０１９－２０４５９０の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。

　本開示は、放送局等で用いられる動画編集システムに利用可能な技術である。

　１　編集サーバ
　２，４ａ～４ｃ　端末
　３　仮想サーバ

Claims (7)

1. 　第１の端末と通信し、前記第１の端末の操作に基づいて、記憶されている編集ファイルを編集する編集サーバと通信し、
   　第２の端末と通信し、前記第２の端末に対し仮想クライアントを割り当て、前記第２の端末の操作に基づいて前記編集サーバ上の前記編集ファイルを編集し、
   　前記第１の端末と前記編集サーバとの通信速度より低い通信速度において、前記第２の端末と通信する、
   　仮想サーバ。
2. 　前記仮想クライアントは、前記編集サーバに記憶されている動画をダウンロードせず、ストリーミング再生し、ストリーミング再生した画面情報を前記第２の端末に送信する、
   　請求項１に記載の仮想サーバ。
3. 　前記第１の端末より少ない動画編集機能を前記第２の端末に提供する、
   　請求項１または２に記載の仮想サーバ。
4. 　前記第２の端末が編集要求した前記編集サーバ上の前記編集ファイルが、前記第１の端末によって編集中である場合、前記第２の端末に、前記編集ファイルが編集中であることを示す画面情報を前記第２の端末に送信する、
   　請求項１から３のいずれか一項に記載の仮想サーバ。
5. 　前記第２の端末の認証処理を実行した後に、前記第２の端末に前記仮想クライアントを割り当てる、
   　請求項１から４のいずれか一項に記載の仮想サーバ。
6. 　第１の端末と通信し、前記第１の端末の操作に基づいて、記憶されている編集ファイルを編集する編集サーバと通信し、
   　第２の端末と通信し、前記第２の端末に対し仮想クライアントを割り当て、前記第２の端末の操作に基づいて前記編集サーバ上の前記編集ファイルを編集し、前記第１の端末と前記編集サーバとの通信速度より低い通信速度において、前記第２の端末と通信する、
   　動画編集方法。
7. 　編集ファイルが記憶されている編集サーバと、
   　前記編集サーバと通信する仮想サーバと、
   　を有し、
   　前記編集サーバは、第１の端末と通信し、前記第１の端末の操作に基づいて、前記編集ファイルを編集し、
   　前記仮想サーバは、前記編集サーバと通信し、第２の端末と通信し、前記第２の端末に対し仮想クライアントを割り当て、前記第２の端末の操作に基づいて前記編集サーバ上の前記編集ファイルを編集し、
   　前記仮想サーバは、前記第１の端末と前記編集サーバとの通信速度より低い通信速度において、前記第２の端末と通信する、
   　動画編集システム。
   
   
   
    

Images