(57)【要約】  チャンネル毎に対応してエンコードされた複数のコンテンツデータが分割された複数の送信用データのうち、対応する時刻情報を有する複数の送信用データを、優先度にしたがって記憶部に格納する記憶管理部を備える管理装置である。図１１
2018087976.tif 000002
【特許請求の範囲】
【請求項１】
チャンネル毎に対応してエンコードされた複数のコンテンツデータが分割された複数の送信用データのうち、対応する時刻情報を有する複数の送信用データを、優先度にしたがって記憶部に格納する記憶管理部を備える
管理装置。
【請求項２】
前記記憶管理部は、前記対応する時刻情報を有する複数の送信用データのうち、優先度が高い送信用データが先に送信されるように前記記憶部に格納する
請求項１に記載の管理装置。
【請求項３】
前記チャンネル毎に対応する撮像装置により撮影されたコンテンツがエンコードされる
請求項１に記載の管理装置。
【請求項４】
前記時刻情報は、コンテンツがエンコードされたタイミング、コンテンツが撮影された撮影時刻、前記送信用データを区別ために付加される情報のいずれかである
請求項１に記載の管理装置。
【請求項５】
前記優先度は、前記コンテンツデータの視聴状況および前記コンテンツデータの内容を解析することによって得られる解析結果の少なくとも一方に応じて決定される
請求項１に記載の管理装置。
【請求項６】
前記優先度は、予め設定された優先度である
請求項１に記載の管理装置。
【請求項７】
前記記憶管理部は、同一の時刻情報を有する送信用データを、前記優先度にしたがって前記記憶部に格納する
請求項１に記載の管理装置。
【請求項８】
コンテンツをエンコードするエンコーダを備える
請求項１に記載の管理装置。
【請求項９】
前記記憶部を備える
請求項１に記載の管理装置。
【請求項１０】
前記記憶部から読み出した送信用データを、ネットワークを介してアップロードするアップローダを複数備える
請求項１に記載の管理装置。
【請求項１１】
前記送信用データは、前記コンテンツデータを分割することにより生成されたセグメントである
請求項１に記載の管理装置。
【請求項１２】
前記送信用データは、前記コンテンツデータを分割することにより生成されたセグメントをさらに分割することにより生成されたサブセグメントである
請求項１に記載の管理装置。
【請求項１３】
記憶管理部が、チャンネル毎に対応してエンコードされた複数のコンテンツデータが分割された複数の送信用データのうち、対応する時刻情報を有する複数の送信用データを、優先度にしたがって記憶部に格納する
管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、管理装置および管理方法に関する。
【背景技術】
【０００２】
従来、動画、音声などのコンテンツデータを配信サーバから端末装置に配信するシステムが提案されている（例えば、特許文献１を参照のこと）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−６６９１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような分野では、配信サーバにコンテンツデータを効果的にアップロードすることが望まれている。【０００５】
本技術はこのような問題点に鑑みなされたものであり、配信サーバにコンテンツデータを効果的にアップロードするための管理装置および管理方法を提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本技術は、例えば、
チャンネル毎に対応してエンコードされた複数のコンテンツデータが分割された複数の送信用データのうち、対応する時刻情報を有する複数の送信用データを、優先度にしたがって記憶部に格納する記憶管理部を備える
管理装置である。【０００７】
また、本技術は、例えば、
記憶管理部が、チャンネル毎に対応してエンコードされた複数のコンテンツデータが分割された複数の送信用データのうち、対応する時刻情報を有する複数の送信用データを、優先度にしたがって記憶部に格納する
管理方法である。
【発明の効果】
【０００８】
本技術の少なくとも一の実施の形態によれば、配信サーバにコンテンツデータを効果的にアップロードするための管理装置等を提供することが可能となる。なお、ここに記載された効果は必ずしも限定されるものではなく、明細書中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【０００９】
【図１】本技術の実施の形態に係るコンテンツ配信システムの構成を示すブロック図である。
【図２】本技術の実施の形態に係るコンテンツ配信システムの構成を示すブロック図である。
【図３】第１の実施の形態に係る送信装置の構成を示すブロック図である。
【図４】第１の実施の形態に係る送信装置の構成を示すブロック図である。
【図５】実施の形態に係る配信装置および端末装置の構成を示すブロック図である。
【図６】プレイリストの一例を示す図である。
【図７】送信装置から配信装置へのアップロードの流れを示すフローチャートである。
【図８】プレイリストの更新の流れを示すフローチャートである。
【図９】配信装置から端末装置への配信の流れを示すシーケンス図である。
【図１０】単一ネットワークによるアップロードと並列ネットワークによるアップロードの比較結果を示すグラフである。
【図１１】第２の実施の形態に係る送信装置の構成を示すブロック図である。
【図１２】第２の実施の形態に係るキュー管理部の動作例を説明するための図である。
【図１３】第２の実施の形態に係るキュー管理部の動作例を説明するための図である。
【図１４】第２の実施の形態に係る送信装置が行う処理の一例を説明するためのフローチャートである。
【図１５】変形例を説明するための図である。
【図１６】手術室システムの全体構成を概略的に示す図である。
【図１７】集中操作パネルにおける操作画面の表示例を示す図である。
【図１８】手術室システムが適用された手術の様子の一例を示す図である。
【図１９】図１７に示すカメラヘッド及びＣＣＵの機能構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下、本技術の実施の形態について図面を参照しながら説明する。なお、説明は以下の順序で行う。
＜１．第１の実施の形態＞
＜２．第２の実施の形態＞
＜３．変形例＞
＜４．応用例＞
【００１１】
＜１．第１の実施の形態＞
［１−１．コンテンツ配信システムの構成］
図１は、本技術に係るコンテンツ配信システム１００の全体構成を示す概略図である。コンテンツ配信システム１００は、送信装置１０と、複数のルータ２ａ、２ｂ、２ｃと、コンテンツを配信する配信装置２０と、コンテンツの視聴者（以下、視聴者またはユーザと称する。）が使用するコンテンツ再生端末としての端末装置３０とから構成されている。
【００１２】
配信装置２０は、図１においては複数のルータ（本実施の形態においてはルータ２ａ、２ｂ、２ｃの３つ）および複数のネットワークＮＷ（本実施の形態においてＮＷ１、ＮＷ２、ＮＷ３の３つ）を介して送信装置１０と通信可能に接続されている。また、配信装置２０はネットワークＮＷ４を介して端末装置３０と接続されている。本実施の形態においてコンテンツ配信システム１００は、ＨＬＳ（HTTP Live Streaming）を使用してコンテンツのライブ配信をリアルタイムで行なうものである。なお、ルータおよびネットワークの数はあくまで一例であり、３つに限られるものではない。詳しくは後述するが、２つ以上の複数であればいくつであってもよい。
【００１３】
ＨＬＳとは、コンテンツとしてのライブ映像をストリーミング配信するためのプロトコルであり、通常のウェブサーバからＨＴＴＰ（Hypertext Transfer Protocol）を使ってオーディオとビデオを送信し、再生端末で再生するための機能である。ＨＬＳは、ライブ配信（放送）と既録のコンテンツ（ビデオオンデマンド）のいずれにも対応しており、ビットレートの異なる複数の代替ストリームをサポートし、クライアントソフトウェアはネットワーク帯域幅の変更に応じて、インテリジェントにストリームを切り替えることが可能である。
【００１４】
送信装置１０は、外部装置（実施の形態においてはビデオカメラ１）と接続されている。送信装置１０は、ビデオカメラ１で撮像されたライブ映像やライブ音声などからなるコンテンツデータをルータ２ａ、２ｂ、２ｃおよびネットワークＮＷ１、ＮＷ２、ＮＷ３を介して配信装置２０に送信（アップロード）するものである。なお、ビデオカメラ１は１台に限られず複数台であってもよい。
【００１５】
端末装置３０は、通信機能を備えたコンピュータであり、配信装置２０から配信されたコンテンツを受信（ダウンロード）して再生可能な端末である。端末装置３０としては、例えば、スマートフォンや携帯電話機等の携帯通信端末、タブレット型端末、携帯ゲーム機、ノートパソコン、デスクトップパソコン、ウェアラブル端末等が挙げられる。端末装置３０は、ネットワークＮＷ４を介して配信装置２０と通信を行うことができ、かつ、コンテンツを再生することができる端末であればどのようなものでもよい。実施の形態においては、配信装置２０には複数の端末装置３０が接続可能であり、それぞれの端末装置３０はブラウザを介して同一のコンテンツをほぼ同時に視聴することができる。なお、配信装置２０と端末装置３０間の通信は一般的な通信プロトコルを用いて行われる。
【００１６】
配信装置２０は、送信装置１０からルータ２ａ、２ｂ、２ｃおよびネットワークＮＷ１、ＮＷ２、ＮＷ３を介してアップロードされたコンテンツデータを受信して格納する。そして配信装置２０は、ネットワークＮＷ４を介して接続された端末装置３０からコンテンツの配信要求を受け、対応するコンテンツを端末装置３０に配信する。配信装置２０はクラウドシステム、クラウドコンピューティングサービスを用いて構成することが可能である。
【００１７】
なお、ネットワークＮＷ１、ＮＷ２、ＮＷ３は有線通信、無線通信を問わず、例えば無線ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）、ＷｉＦｉ（Wireless Fidelity）などインターネットプロトコル（Internet Protocol）技術を利用した相互接続できるネットワークであればどのようなものでもよい。
【００１８】
ルータ２ａ、２ｂ、２ｃは、通信プロトコルにＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を用いて、送信装置１０と配信装置２０との間においてネットワークを介してデータの中継を行なう通信機器である。ルータ２ａ、２ｂ、２ｃは、モバイルルータ、無線ＬＡＮルータ、ブロードバンドルータ、ＬＴＥ（Long Term Evolution）ルータなど特定のネットワークを通じて送信装置１０と配信装置２０間におけるデータの送受信を中継することができるネットワークインターフェースであればどのようなものでもよい。
【００１９】
実施の形態においては、送信装置１０と配信装置２０とは複数のルータ２ａ、２ｂ、２ｃおよびそれら複数のルータ２ａ、２ｂ、２ｃそれぞれに対応した同数のネットワークＮＷ１、ＮＷ２、ＮＷ３を介して接続されている。複数ネットワークを束ねることにより仮想的な広帯域ブロードバンド回線を実現しているということができる。単一ではなく、複数のルータ２ａ、２ｂ、２ｃおよび複数のネットワークＮＷ１、ＮＷ２、ＮＷ３を介してコンテンツデータをアップロードすることにより、ネットワークのいずれかが不安定になったり、切断してしまったとしてもコンテンツデータのアップロードが遅延したり途切れたりすることがない。よって、本技術はリアルタイムのライブ配信に好適であるといえる。
【００２０】
また、実施の形態においては、複数のネットワークＮＷ１、ＮＷ２、ＮＷ３として、それぞれ異なる通信キャリア（通信事業者）が提供するネットワークを使用する。これにより、いずれかの通信キャリアが提供するネットワークで通信速度の低下やネットワーク遮断などの異常が発生したとしても他の異常が発生していない通信キャリアのネットワークで引き続きコンテンツのアップロードを行なうことができる。これにより、ライブ配信が途切れてしまったり、ライブ配信のリアルタイム性が損なわれることを防止することができる。
【００２１】
ＮＷ４は、端末装置３０を利用する視聴者が契約している通信キャリアにより提供されるネットワークであり、有線通信でも無線通信でもよいし、どのような通信方式であってもよい。
【００２２】
詳しくは後述するが、実施の形態においては、送信装置１０から配信装置２０へのコンテンツデータのアップロードは図１に示すようにセグメントと称する単位で行なう場合と、図２に示すようにサブセグメントと称される単位で行う場合とがある。セグメントおよびサブセグメントのそれぞれが特許請求の範囲における送信用データの一例に相当する。
【００２３】
［１−１−１．送信装置の構成］
次に図３および図４を参照して送信装置１０の構成について説明する。送信装置１０は、エンコーダ１１、Ｍｕｘｅｒ１２、第１セグメンタ１３、第２セグメンタ１４、ストリームキュー１５、アップローダ１６ａ、１６ｂ、１６ｃおよび制御部１７を備えて構成されている。なお、図３乃至５において各ブロックを接続する実線はセグメント、サブセグメントなどコンテンツを構成するデータの流れを示し、破線は制御信号などの流れを示す制御線である。
【００２４】
エンコーダ１１は、外部接続されているビデオカメラ１で撮像した映像データをH.264、Divx などのビデオストリームにエンコードする。また、ビデオカメラ１に付属または別個のマイクロホンで録音した音声データをＡＡＣ（Advanced Audio Coding）、ＭＰ３（MPEG-1 Audio Layer-3）などのオーディオストリームにエンコードする。
【００２５】
Ｍｕｘｅｒ１２は、エンコードされたビデオストリームとオーディオストリームとをMPEG2 Transport Stream（以下、適宜ＴＳと略称する）に結合する。
【００２６】
第１セグメンタ１３は、ＴＳを所定の長さ（実施の形態においては、１秒）に区切って複数のファイルに分割する。ＴＳが第１セグメンタ１３によって分割されて生成されたファイルをセグメントと称する。
【００２７】
セグメントは、先頭がキーフレームから始まり、それ単独でも動画コンテンツとして再生することが可能な拡張子「.ts」のメディアファイルである。セグメントのヘッダにはエンコードタイミングが含まれている。エンコードタイミングとは、エンコーダ１１によってエンコードされた時刻を示す時刻情報の一つである。配信装置２０はこのエンコードタイミングを参照してエンコードタイミングで示される時刻が早い順にセグメントを配信する。さらに、セグメントにはセグメント番号が付されている。セグメント番号とは、ＴＳを分割して生成されるセグメントのそれぞれに付されるセグメントを識別するため、およびセグメントの順序を示すための値であり、Segment[N]の形式で、一つ目のセグメントをSegment[1]としてそれ以降に続くセグメントをSegment[2]、Segment[3]、・・・として１ずつインクリメントしていき、エンコードタイミングが早い順に従い付される番号である。セグメント番号の順序はセグメントの再生順序と一致している。
【００２８】
第２セグメンタ１４はセグメントをさらに小さいサイズに分割する。第２セグメンタ１４によって分割されて生成されたファイルをサブセグメントと称する。サブセグメントは、それ単独では動画コンテンツとして再生不可能なファイルである。第２セグメンタ１４で生成されたファイルは随時ストリームキュー１５に格納される。
【００２９】
サブセグメントのヘッダには、エンコードタイミング、セグメント番号、サブセグメント番号等が含まれている。サブセグメントのヘッダに含まれているエンコードタイミングはそのサブセグメントが構成するセグメントのエンコードタイミングである。よって、１つのセグメントを構成する複数のサブセグメントのエンコードタイミングは全て同一である。
【００３０】
サブセグメント番号とは、セグメントを分割して生成されるサブセグメントの分割数と、そのサブセグメントがセグメントの中の何番目に位置するかの順番を示す値からなるものである。例えば、図３のストリームキュー１５に格納されているサブセグメントが示すように、２つのセグメント（Segment[1]とSegment[2]）がそれぞれ３つのサブセグメントに分割される場合、分割数を示す値を分母とし、そのサブセグメントの順番を示す番号を分子として、Segment[1]-1/3、Segment[1]-2/3、Segment[1]-3/3、Segment[2]-1/3、Segment[2]-2/3、Segment[2]-3/3のように付される。例えば、「Segment[1]-2/3」は３つのサブセグメントに分割されているSegment[1]の２番目のサブセグメントであることを示している。配信装置２０は、受信したサブセグメントのサブセグメント番号を参照することによりセグメントが何個のサブセグメントに分割されているかを確認し、セグメントを構成するサブセグメントが全て届いたか否かを判断する。
【００３１】
第２セグメンタ１４は、各アップローダ１６ａ、１６ｂ、１６ｃからネットワークＮＷ１、ＮＷ２、ＮＷ３の通信速度情報のフィードバックを受け、複数のネットワークＮＷ１、ＮＷ２、ＮＷ３のうちの最も通信速度が遅いネットワークの通信速度を基準としてセグメントの分割を行なようにしてもよい。複数のネットワークＮＷ１、ＮＷ２、ＮＷ３のうちの最も通信速度が遅いネットワークの通信速度が遅ければ遅いほどサブセグメント数が増加するように分割を行い、速ければ速いほどサブセグメント数が少なくなるように分割を行なう。
【００３２】
第２セグメンタ１４は、ネットワークＮＷ１、ＮＷ２、ＮＷ３のそれぞれの帯域（通信速度）の情報に応じて、セグメントの分割を行うようにしてもよい。第２セグメンタ１４は、帯域情報を例えば以下のようにして取得する。送信装置１０から所定のセグメントが、例えばネットワークＮＷ１経由で配信装置２０に送信される。配信装置２０は、送信されたセグメントに含まれるエンコードタイミングとセグメントを受信したタイミングとの差分から帯域情報を求め、当該情報を送信装置１０にフィードバックする。配信装置２０は、ネットワークＮＷ２、ＮＷ３に関する帯域情報も同様に送信装置１０にフィードバックする。送信装置１０は、フィードバックされた帯域情報に応じて最も混雑している（回線スピードが遅い）を基準にしてセグメントの分割数を決定する。
【００３３】
なお、ネットワークＮＷ１、ＮＷ２、ＮＷ３の混雑状況に応じて帯域情報が更新されるようにしてもよい。これに応じて、更新された帯域情報に応じてセグメントの分割数が改めて決定されるようにしてもよい。また、送信装置１０が、帯域情報に応じたセグメントの分割数が記述されたテーブルを有し、当該テーブルを参照して、帯域情報に応じたセグメントの分割数を決定してもよい。また、送信装置１０から配信装置２０に対して予めテスト用のデータを送信して、セグメント送信前の帯域情報が配信装置２０から送信装置１０に対して送信されるようにして事前のキャリブレーション処理が行われるようにしてもよい。
【００３４】
なお、ネットワークの速度がセグメント単位で送信するのに十分な速度である場合には、セグメントは分割されず、セグメントのまま配信装置２０にアップロードするとよい。その場合、図４に示すように、ストリームキュー１５にはセグメントの状態で格納され、セグメントにはセグメント番号としてSegment[N]-1/1という番号が付されることになる。Segment[N]-1/1はＮ番目のセグメントが、１つのサブセグメントに分割されている（分割されていないことと同義）ことを示している。このようなネットワークの通信速度に応じたセグメントの分割数の変更はコンテンツ配信中にリアルタイムで行ってもよい。リアルタイムで行なうことによりネットワークの状態の変化に対応することができる。なお、以下の説明においては、サブセグメントの状態で送信装置１０から配信装置２０にアップロードされる場合を例にして説明を行なう。
【００３５】
また、第２セグメンタ１４は、コンテンツの画質、音質などに応じて分割数を変更してもよい。例えば、エンコーダ１１によって高画質の動画にエンコードされた場合にはデータサイズが大きくなるため分割数を増やす、４Ｋなど高画質コンテンツとして配信する場合には分割数を増やす、などである。分割数を増やすことによりサブセグメント一つ一つのサイズは小さくなるため、通信キャリアが提供するネットワークでもアップロードが可能となる。
【００３６】
ストリームキュー１５は、セグメントが分割された生成されたサブセグメント（セグメントがサブセグメントに分割されなかった場合にはセグメント）が順次格納されていくものである。
【００３７】
アップローダ１６ａ、１６ｂ、１６ｃは、ストリームキュー１５に格納されているサブセグメントを逐次ルータ２ａ、２ｂ、２ｃおよびネットワークＮＷ１、ＮＷ２、ＮＷ３を介して配信装置２０にアップロードする。実施の形態においては、送信装置１０は３つのアップローダ１６ａ、１６ｂ、１６ｃを備えており、アップローダの数とそれに対応するルータの数は一致している。なお、アップローダおよびルータの数は３つに限られるものではない。複数であれば３つ以上であってもよいし、３つ以下であってもよい。
【００３８】
アップローダ１６ａ、１６ｂ、１６ｃは常にルータ２ａ、２ｂ、２ｃおよびネットワークＮＷ１、ＮＷ２、ＮＷ３の通信速度を監視しており、その通信速度情報を第２セグメンタ１４にフィードバックとして供給することができる。第２セグメンタ１４は、アップローダ１６ａ、１６ｂ、１６ｃからのフィードバックを受け、リアルタイムでサブセグメントの分割数を変更するとよい。これにより、ライブ配信中にネットワークＮＷ１、ＮＷ２、ＮＷ３の通信速度の低下などが生じても、それに応じてサブセグメントの分割数を多くしてサブセグメント一つ一つのサイズを小さくすればサブセグメントの送信に遅延が生じることを防止することができる。なお、第２セグメンタ１４は、ネットワークＮＷ１、ＮＷ２、ＮＷ３の通信速度に反映させずに予め定められたサイズにセグメントを分割してサブセグメントを生成してもよい。
【００３９】
制御部１７は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）およびＲＯＭ(Read Only Memory)などから構成されている。ＲＯＭには、ＣＰＵにより読み込まれ動作されるプログラムなどが記憶されている。ＲＡＭは、ＣＰＵのワークメモリとして用いられる。ＣＰＵは、ＲＯＭに記憶されたプログラムに従い様々な処理を実行してコマンドの発行を行うことによって送信装置１０の全体および各部の制御を行う。
【００４０】
なお、送信装置１０を構成する各部はソフトウェアによって実現されてもよいし、その機能を有するハードウェアによる専用の装置、回路などを組み合わせて実現されてもよい。
【００４１】
［１−１−２．配信装置の構成］
次に図５を参照して配信装置２０の構成について説明する。配信装置２０は、レシーバ２１ａ、２１ｂ、２１ｃ、サブセグメント結合部２２、配信サーバ２３および制御部２４を備えて構成されている。
【００４２】
レシーバ２１ａ、２１ｂ、２１ｃは、ルータ２ａ、２ｂ、２ｃおよびネットワークＮＷ１、ＮＷ２、ＮＷ３を介して送信装置１０からアップロードされたサブセグメントまたはサブセグメントを受信するものである。実施の形態においては、配信装置２０は複数のレシーバ２１ａ、２１ｂ、２１ｃを備えており、レシーバの数とそれに対応するアップローダ１６ａ、１６ｂ、１６ｃの数は一致している。なお、図１においてアップローダ、ルータおよびレシーバはそれぞれ３つであるが、アップローダおよびルータの数と同じであればレシーバの数はいくつであってもよい。
【００４３】
サブセグメント結合部２２は、レシーバ２１ａ、２１ｂ、２１ｃが受信したサブセグメントを結合してセグメントに戻して配信サーバ２３に供給するものである。サブセグメント結合部２２は１つのセグメントを構成する複数のサブセグメントのうちの１つを受信するとサブセグメント番号からそのセグメントがいくつのサブセグメントに分割されているか、そのサブセグメントが何番目のサブセグメントであるかを確認する。よって、セグメントを構成するサブセグメントの全てが届くまで待ち状態となり、全てのサブセグメントが届いたことを確認してからサブセグメントの結合処理を行なう。例えば、１つのセグメントSegment[1]が３つのサブセグメントに分割されている場合において、Segment[1]-3/3が最初にサブセグメント結合部２２に届いた場合、サブセグメント結合部２２は残りの３つのサブセグメントであるSegment[1]-1/3、Segment[1]-2/3が届いてから結合処理を行なう。
【００４４】
サブセグメント結合部２２は、１つ前のセグメントを構成するサブセグメント受信後、所定時間内に次のセグメントを構成するサブセグメントのうちのいずれか１つでも届かなかった場合にはその届かなかったサブセグメントを含むセグメントの結合処理は行わない。結合処理が行われなかったセグメントは全てのサブセグメントが届くまで待ち状態となり、全てのサブセグメントが届き次第結合処理が施され配信サーバ２３に格納される。言い換えれば、１つでもサブセグメントが届いていないセグメントは全てのサブセグメントが揃わない限り配信サーバ２３には格納されない。配信サーバ２３に格納されないセグメントは端末装置３０でコンテンツとして再生されないことになる。この点の詳細については後述する。
【００４５】
なお、送信装置１０からサブセグメントではなくセグメントがアップロードされた場合にはサブセグメント結合処理は行われず、セグメントがそのまま配信サーバ２３に格納される。
【００４６】
配信サーバ２３は、セグメントが格納されたことをうけてプレイリストを更新する。そして、端末装置３０からのプレイリストの送信要求を受けると、その送信要求に従ってプレイリストを端末装置３０に返信する。プレイリストにはセグメントの格納位置を示すＵＲＬ（Uniform Resource Locator）が記述されている。
【００４７】
配信サーバ２３は、セグメントが配信サーバ２３に格納されると、その格納されたセグメントのセグメント番号を参照し、その格納されたセグメントの位置を示すＵＲＬをエンコードタイミング順にプレイリストに記述する。これによりプレイリストには、常にエンコードタイミング順すなわち、再生順に沿ってセグメントのＵＲＬが記述されることになる。
【００４８】
図６に配信サーバ２３により更新されたプレイリストの例を示す。プレイリストは、ＨＬＳにおける拡張子「.m3u8」のインデックスファイルであり、ここでは、エンコードタイミング順に沿ってSegment[1]，Segment[2]，Segment[3]のＵＲＬが記述されている。図６のプレイリストは、ストリーム全体が１秒の３つのセグメントに分割されている場合のものである。なお、「#EXTM3U」はヘッダであり、「#EXTINF:1」はSegmentにおける時間の長さが１秒であることを意味する情報である。
【００４９】
上述したように、セグメントを構成するサブセグメントのいずれか１つでも配信装置２０に届かなかった場合にはその届かなかったサブセグメントを含むセグメントは配信サーバ２３に格納されないので、そのセグメントのＵＲＬはプレイリストには記述されない。なお、配信装置２０に届かなかったサブセグメントについては送信装置１０側で送信エラーを検出してＴＣＰによる再送制御処理を行なうため、最終的には全てのサブセグメントが配信装置２０にアップロードされる。
【００５０】
制御部２４は、ＣＰＵ、ＲＡＭおよびＲＯＭなどから構成されている。ＣＰＵは、ＲＯＭに記憶されたプログラムに従い様々な処理を実行してコマンドの発行を行うことによって配信装置２０の全体および各部の制御を行う。
【００５１】
［１−１−３．端末装置の構成］
次に図５を参照して端末装置３０の構成について説明する。端末装置３０は、通信部３１、デコーダ３２、表示部３３、音声出力部３４および制御部３５を備えて構成されている。
【００５２】
通信部３１は、HTTP GETリクエストにより配信装置２０にプレイリストの送信要求を送るとともに、配信装置２０から送信されたプレイリストを受信する通信モジュールである。また、通信部３１は受信したプレイリストに記述されたＵＲＬにアクセスして配信サーバ２３からダウンロードしたセグメントを受信する。
【００５３】
デコーダ３２は、エンコードされているセグメントに対してデコード処理を施しブラウザで再生可能な映像データを生成する。
【００５４】
表示部３３は、例えば、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、有機ＥＬ（Electro Luminescence）パネルなどにより構成された表示デバイスである。表示部３３には、送信装置１０から送信されたコンテンツを構成する映像、端末装置３０のユーザインターフェース、メニュー画面などが表示される。
【００５５】
音声出力部３４は、送信装置１０から送信されたコンテンツを構成する音声を出力するスピーカー、イヤホンを接続するイヤホンジャックなどである。
【００５６】
制御部３５は、ＣＰＵ、ＲＡＭおよびＲＯＭなどから構成されている。ＣＰＵは、ＲＯＭに記憶されたプログラムに従い様々な処理を実行してコマンドの発行を行うことによって端末装置３０の全体および各部の制御を行う。また、表示部３３においてコンテンツの動画を再生するためのブラウザの動作処理なども行なう。
【００５７】
なお、端末装置３０を構成する通信部３１、デコーダ３２はソフトウェアによって実現されてもよいし、その機能を有するハードウェアによる専用の装置、回路などを組み合わせて実現されてもよい。
【００５８】
［１−２．コンテンツ配信システムによる処理］
［１−２−１．配信装置へのアップロード］
次に図７を参照して、コンテンツ配信システム１００によるコンテンツの配信について説明する。まず、送信装置１０から配信装置２０へのアップロードについて説明する。
【００５９】
まずビデオカメラ１によって撮像されたライブ映像やライブ音声などからなるコンテンツデータは、ステップＳ１１でエンコーダ１１によってエンコード処理が施される。次にステップＳ１２で、コンテンツデータは第１セグメンタ１３によってセグメントに分割される。
【００６０】
次にステップＳ１３で、制御部１７により、コンテンツデータはセグメントの状態で配信装置２０に送信可能か否かが判定される。これは、セグメントのサイズと複数のネットワークＮＷ１、ＮＷ２、ＮＷ３のうち最も通信速度が遅いネットワークの通信速度や予め定められた閾値との比較により行われる。セグメントのサイズがネットワークＮＷ１、ＮＷ２、ＮＷ３の最も遅い通信速度や所定の閾値よりも小さい場合には処理はステップＳ１５に進み（ステップＳ１３のＹｅｓ）、セグメントは分割されずにストリームキュー１５に格納される。
【００６１】
一方、セグメントのサイズがネットワークＮＷ１、ＮＷ２、ＮＷ３のうちの最も遅い通信速度や所定の閾値よりも大きい場合には処理はステップＳ１４に進む（ステップＳ１３のＮｏ）。そして、ステップＳ１４では第２セグメンタ１４によってセグメントがサブセグメントに分割されて、ステップＳ１５でサブセグメントがストリームキュー１５に格納される。なお、下記の説明ではストリームキュー１５にサブセグメントが格納された場合を例にして説明を行う。
【００６２】
次にステップＳ１６で、ストリームキュー１５に格納されたサブセグメントがエンコードタイミングの順序でアップローダ１６ａ、１６ｂ、１６ｃからルータ２ａ、２ｂ、２ｃおよびネットワークＮＷ１、ＮＷ２、ＮＷ３を介して順次配信装置２０にアップロードされる。そしてステップＳ１７でコンテンツの配信が終了したかを確認し、配信が終了するまで処理が継続される（ステップＳ１６のＮｏ）。
【００６３】
アップローダ１６ａ、１６ｂ、１６ｃから配信装置２０にサブセグメントをアップロードする際、複数（実施の形態においては３つ）のルータ２ａ、２ｂ、２ｃおよびネットワークＮＷ１、ＮＷ２、ＮＷ３を用いてサブセグメントを並列的に送信する。このように１つのネットワークで送信するのではなく、複数のネットワークで並列的に送信することにより、ネットワークのいずれかが不安定になったり、切断してしまったとしてもコンテンツの送信が遅延したり途切れたりすることがない。
【００６４】
複数のネットワークでサブセグメントを送信する際、複数のネットワークのうち最も通信速度が速いネットワークに優先的にサブセグメントを送信させるようにしてもよい。これによって、より速くサブセグメントを配信装置２０に送信することが可能となる。
【００６５】
また、サブセグメント送信中に通信が切断したネットワークについてはそれ以降使用しないようにしてもよい。これによってより安定した状態でサブセグメントの送信を行なうことができる。
【００６６】
［１−２−２．プレイリストの更新］
次に、図８を参照して配信装置２０において行われるプレイリストの更新処理について説明する。まずステップＳ２１で配信サーバ２３に新たなセグメントが格納された場合、ステップＳ２２で配信サーバ２３はその格納されたセグメントの格納位置を示すＵＲＬをプレイリストに記述することによりプレイリストを更新する（ステップＳ２１のＹｅｓ）。
【００６７】
配信装置２０においては、プレイリストに予め記述するセグメントのＵＲＬの数を設定しておく。これは例えば、「１つめのセグメントをSegment[N]とすると、Segment[N+2] までのセグメントのＵＲＬを記述する（この場合は合計３つのＵＲＬが記述される）」などである。よって、そのプレイリストの１つめのセグメントがSegment[1] であり、Segment[1]、Segment[2]、Segment[3]の３つが配信サーバ２３に格納された場合、Segment[1]、Segment[2]、Segment[3]のＵＲＬがプレイリストに記述されて端末装置３０に送信される。また、そのプレイリストの１つめのセグメントがSegment[1]であり、Segment[1] およびSegment[3]は配信サーバ２３に格納されたがSegment[2] は格納されていない場合、Segment[1] およびSegment [3]のＵＲＬがプレイリストに記述されて端末装置３０に送信される。
【００６８】
また、プレイリストにSegment[3]のＵＲＬまでが記述された場合、次のプレイリストには、１つめのセグメントをSegment[4]として、Segment[4]、Segment[5]、Segment[6]のＵＲＬが記述される。
【００６９】
なお、予め設定するプレイリストに記述するＵＲＬの数は３つに限られるものではなく、３つ以上でも３つ以下でもよい。
【００７０】
そして、ステップＳ２３でコンテンツ配信が終了し、全てのセグメントが配信サーバ２３に格納されたか判断される。コンテンツ配信が終了し、全てのセグメントが配信サーバ２３に格納された場合処理は終了となる（ステップＳ２３のＹｅｓ）。一方、コンテンツ配信がまだ終了していない場合には処理はステップＳ２１に戻り、プレイリストへのセグメントのＵＲＬの記述は配信サーバ２３に新たなセグメントが格納される度に行われる（ステップＳ２３のＮｏ）。
【００７１】
［１−２−３．端末装置への配信：第１の例］
次に図９を参照して配信装置２０が端末装置３０にコンテンツを配信する処理について説明する。まず、端末装置３０からプレイリストの送信要求が届いた時点でその送信要求に応じて送信するプレイリストにＵＲＬを記述すべきセグメントが全て配信サーバ２３に格納されている場合について説明する。
【００７２】
まず、ステップＳ３１で端末装置３０が配信装置２０に対してプレイリストの送信要求を行なう。これを受けて、ステップＳ３２で配信装置２０はプレイリストを端末装置３０に送信する。例えば、プレイリストに３つのセグメントのＵＲＬを記述するように設定されている場合、３つのセグメントが配信サーバ２３に格納され、３つのセグメントのＵＲＬがプレイリストに記述されると、配信装置２０はプレイリストを端末装置３０に送信する。以下の説明では、プレイリストに３つのセグメントのＵＲＬを記述するように設定されたものとして説明する。
【００７３】
次にステップＳ３３で端末装置３０はプレイリストに記述された３つのＵＲＬにアクセスする。そしてステップＳ３４で端末装置３０は配信装置２０から３つのセグメントをダウンロードする。そしてステップＳ３５で、端末装置３０はそれら３つのセグメントにデコード処理など所定の処理を施してライブ映像として表示部３３に表示するとともに音声出力部３４から音声を出力する。
【００７４】
このステップＳ３１から３５までの処理がライブ配信終了まで繰り返されることになる。
【００７５】
［１−２−４．端末装置への配信：第２の例］
次に、配信サーバ２３に届いていないセグメントがある場合について説明する。例としてプレイリストに３つのセグメントのＵＲＬを記述するように設定し、端末装置３０からプレイリストの送信要求が届いた時点で Segment[1] およびSegment[3]は配信サーバ２３に格納されているが、Segment[2] は未だ格納されていない場合について説明する。
【００７６】
まずステップＳ３１で、端末装置３０が配信装置２０に対してプレイリストの送信要求を行なう。これを受けて、ステップＳ３２で配信装置２０はプレイリストを端末装置３０に送信する。このとき、配信サーバ２３に Segment[1]およびSegment[3] は格納されているが、Segment[2] が未だ格納されていないのでプレイリストにはSegment[2] のＵＲＬは記述されていない。よって、配信装置２０はSegment[1]とSegment[3]のＵＲＬが記述されたプレイリストを端末装置３０に送信する。
【００７７】
次にステップＳ３３で端末装置３０はプレイリストに記述された２つのＵＲＬにアクセスする。そしてステップＳ３４で端末装置３０は２つのセグメントSegment[1]とSegment[3]をダウンロードする。そして、ステップＳ３５で、端末装置３０はそのSegment[1]とSegment[3]にデコード処理など所定の処理を施してライブ映像として表示部３３に表示するとともに音声出力部３４から音声を出力する。
【００７８】
その際、 Segment[2]は配信サーバ２３に格納されていないため、Segment[1] の再生後、Segment[2] の長さ分のコマ落ちが発生し、その後Segment[3] が再生される。すなわち、Segment[2] がない場合、Segment[2] 以降の配信を停止するのではなく、Segment[2] をコマ落ちとして次のセグメントであるSegment[3] が再生される。Segment[2] の長さが１秒である場合、１秒のコマ落ちが発生する。これにより、例えSegment[2] が配信装置２０に届いていなくてもSegment[2]が配信装置２０に届くまでの待ち時間分遅延が生じることによりリアルタイム性が損なわれることを防止し、ライブ配信のリアルタイムを維持することができる。上述したようにセグメントはそれ単独でも動画コンテンツとして再生することが可能なファイルであるため、ＴＳを構成するいくつかのセグメントがない場合でもその欠けているセグメントはコマ落ちとなり、ＴＳ全体としては再生可能である。
【００７９】
なお、コマ落ちとは、動画を再生する際に、転送されたデータの一部が再生されず、音声や画像が一瞬とぎれる現象のことである。コマ落ちが発生すると、そのコマ落ちの時間だけ動画は滑らかでなくなる。
【００８０】
次に端末装置３０は、Segment[1] の再生、Segment[2]の長さ分のコマ落ちおよびSegment[3] の再生が終了するまでにSegment[4]以降の次の３つのセグメントのＵＲＬが記述されたプレイリストの送信要求を行なう。そして、端末装置３０はプレイリストに記述されたＵＲＬにアクセスし、セグメントをダウンロードし、所定の処理を施してライブ映像として表示部３３に表示するとともに音声出力部３４から音声を出力する。この処理がライブ配信終了まで繰り返されることになる。
【００８１】
［１−２−５．端末装置への配信：第３の例］
さらに例として、プレイリストに３つのセグメントのＵＲＬを記述するように設定し、端末装置３０からプレイリストの送信要求が届いた時点でSegment[1]は配信サーバ２３に格納されているが、Segment[2] およびSegment[3]は格納されていない場合について説明する。
【００８２】
まずステップＳ３１で端末装置３０が配信装置２０に対してプレイリストの送信要求を行なう。これを受けて、ステップＳ３２で配信装置２０はプレイリストを端末装置３０に送信する。この際、配信サーバ２３にSegment[1]は格納されているがSegment[2] およびSegment[3]が格納されていないため、配信装置２０はSegment[1]のＵＲＬのみが記述されたプレイリストを端末装置３０に送信する。
【００８３】
次にステップＳ３３で端末装置３０はプレイリストに記述された１つのＵＲＬにアクセスし、ステップＳ３４で端末装置３０は１つのセグメントSegment[1]をダウンロードする。そして、端末装置３０はそのSegment[1]にデコード処理など所定の処理を施してライブ映像として表示部３３に表示するとともに音声出力部３４から音声を出力する。
【００８４】
その際、Segment[2] およびSegment[3]は配信サーバ２３に格納されていないため、Segment[1] の再生後、Segment[2] の長さ分コマ落ちが発生し、続いてSegment[3] の長さ分のコマ落ち発生する。Segment[2] およびSegment[3]の長さがそれぞれ１秒である場合、合計２秒のコマ落ちが発生する。これにより例えSegment[2] およびSegment[3]が配信サーバ２３に格納されていなくてもSegment[2] およびSegment[3]が配信サーバ２３に格納されるまでの待ち時間分遅延が生じることによりリアルタイム性が損なわれることを防止し、ライブ配信のリアルタイムを維持することができる。
【００８５】
次に再び、ステップＳ３１で端末装置３０はSegment[1]の再生が終了するまでに次の３つのセグメントのＵＲＬが記述されたプレイリストの送信要求を行なう。そして、ステップＳ３２で配信装置２０は端末装置３０に３つのセグメントのＵＲＬが記述されたプレイリストを送信する。この際、Segment[2]が配信装置２０にまだ届いておらずSegment[3]以降が届いている場合にはSegment[3]、Segment[4]、Segment5のＵＲＬが記述されたプレイリストが送信される。
【００８６】
そして、ステップＳ３３で端末装置３０はプレイリストに記述された３つのＵＲＬにアクセスし、ステップＳ３４で端末装置３０にセグメントをダウンロードする。そしてステップＳ３５で端末装置３０はセグメントに所定の処理を施してライブ映像として表示部３３および音声出力部３４から出力する。このステップＳ３１から３４までの処理がライブ配信終了まで繰り返されることになる。
【００８７】
一方、配信装置２０からプレイリストの送信要求が来た際にプレイリストに記述すべき３つ分のセグメント、Segment[2]、Segment[3]、Segment[4]がまだ配信サーバ２３に格納されていない場合にはSegment[1]以降のセグメントが配信サーバ２３に格納されるまでプレイリストの送信を行わないようにしてもよい。
【００８８】
［１−２−６．過去のコンテンツを配信］
ライブ配信の終了後、ＶＯＤ（Video On Demand）、録画放送等として既にライブ配信された過去のコンテンツを配信する場合について説明する。ライブ配信時には配信サーバ２３格納されていなかったセグメントはそのライブ配信中もしくはライブ配信終了後に配信サーバ２３に届き次第格納される。そして、そのセグメントが配信サーバ２３に格納されるとプレイリストにＵＲＬが記述されてプレイリストが更新される。
【００８９】
そして、ライブ配信終了後、視聴者が過去のコンテンツを見ようと端末装置３０に所定の操作を行なうと、端末装置３０が配信装置２０に対してプレイリストの送信要求を行なう。これを受けて、配信装置２０はプレイリストを端末装置３０に送信する。このときにはライブ配信中には配信サーバ２３に格納されていなかったセグメントも含めて全てのセグメントが配信サーバ２３に格納されているため、配信装置２０は全てのセグメントのＵＲＬが記述されたプレイリストを端末装置３０に送信する。これにより、端末装置３０は全てのセグメントのＵＲＬにアクセスして全てのセグメントの再生を行なうことができる。
【００９０】
また、過去のコンテンツの配信の場合、既にＴＳを構成する全てのセグメントは配信サーバ２３に格納されているため、視聴者は、プレイリストを用いて再生開始セグメントの選択することができる。配信サーバ２３から送信されるプレイリストはＴＳを構成する全てのセグメントのＵＲＬが記述されているため、視聴者は、端末装置３０の入力部等を介して任意のセグメントを再生開始セグメントとして選択することができる。そして端末装置３０は、視聴者が選択したセグメントの配信要求を行い、端末装置３０は、選択された再生開始セグメントと再生開始セグメント以降のセグメントをダウンロードする。そして端末装置３０は、それらセグメントにデコード処理など所定の処理を施してライブ映像として表示部３３に表示するとともに音声出力部３４から音声を出力する。
【００９１】
［１−３．並列アップロードによる効果］
図１０は、同一のデータを単一のネットワークでデータを送信した場合と、４つのネットワークで並列送信した場合の比較実験の結果を示すグラフである。実線が並列送信の結果を示すものであり、破線が単一ネットワークでの送信結果を示すものである。縦軸は遅延時間（秒）を示しており、縦軸の値が大きくなるに従い通信に遅延が発生していることを示している。
【００９２】
比較実験の条件は下記の通りである。
動画ビットレート：１０Ｍｂｐｓ（bits per second）
セグメントの長さ（時間）：１秒
アップロード時間：５分
ルータ：ＬＴＥルータ
上り通信速度（ＬＴＥルータ１台あたり）：１８．７３Ｍｂｐｓ
時間帯：平日午後４時頃
場所：東京都内
【００９３】
図１０のグラフに示されるように単一ネットワークによる送信においては、矢印で示す位置のように送信中にパケットロスによる再送が発生するとその再送による遅延がそれ以降の送信に影響を及ぼし、それ以降の通信において遅延が蓄積してしまうことになる。
【００９４】
一方、４つのネットワークを使用した並列送信の場合には局所的に遅延が発生する場合があってもその遅延が蓄積せずそれ以降の送信に影響を及ぼすことはない。よって、並列送信では、データの送信に遅延を蓄積させることなくリアルタイム性を維持してデータの送信を行なうことができる。
【００９５】
以上のようにして実施の形態によるコンテンツ配信が行われる。本技術は、スポーツ観戦の生中継、音楽のライブなどの生中継などリアルタイム性が要求されるコンテンツの配信に好適である。また、４Ｋ、ＶＲ（Virtual Reality）などは、通常の映像コンテンツよりもデータ容量が大きくなるため、そのような方式でのコンテンツの配信にも有用である。
【００９６】
また、本技術は屋外で移動しながらの４Ｋライブ動画の配信、ＨＭＤ（Head Mounted Display）などを用いたＶＲライブ動画の配信にも適用することができる。４Ｋ動画やＶＲライブ動画ではコンテンツのサイズが大きくなるので、本技術が好適であると考えられる。
【００９７】
さらに、広角のアクションカメラを用いた移動しながらのライブ配信にも適用することができる。アクションカメラとは、主にアウトドアスポーツ中の光景を撮像することに最適化された小型デジタルビデオカメラであり、様々なアクセサリーを用いるなどして人体、自転車、車、動物、サーフボードなどに取りつけることができる。
【００９８】
また、複数キャリアの複数のネットワークを用いて並列アップロードを行っているため、移動時のハンドオーバへの耐性を向上させることができる。ハンドオーバとは、移動局、例えば、スマートフォンや携帯電話機と通信する基地局を移動中に切り替えることである。
【００９９】
＜２．第２の実施の形態＞
次に、第２の実施の形態について説明する。なお、特に断らない限り、第１の実施の形態で説明した事項は第２の実施の形態に適用することができる。また、同一の符号を付した構成は、既述した機能を実行するものであり、当該構成に関する重複した説明を適宜、省略または簡略化する。
【０１００】
［２−１．送信装置の構成］
図１１は、第２の実施の形態に係る送信装置１０ａの構成を説明するための図である。送信装置１０ａは、複数のエンコーダを備えており、例えば、３つのエンコーダ１１ａ、１１ｂ、１１ｃを備えている。エンコーダ１１ａはビデオカメラ１ａに、エンコーダ１１ｂはビデオカメラ１ｂに、エンコーダ１１ｃはビデオカメラ１ｃにそれぞれ接続されている。エンコーダとビデオカメラとの間の接続形態は、有線であってもよいし無線であってもよい。ビデオカメラ１ａ、１ｂ、１ｃは、例えば同一のシーンを異なる角度（アングル）から撮影する撮像装置であり、各ビデオカメラにはチャンネル（ｃｈ）が割り当てられている。例えば、ビデオカメラ１ａにチャンネル１が割り当てられ、ビデオカメラ１ｂにチャンネル２が割り当てられ、ビデオカメラ１ｃにチャンネル３が割り当てられている。ビデオカメラ１ａ、１ｂ、１ｃで撮影されたコンテンツが、エンコーダ１１ａ、１１ｂ、１１ｃのそれぞれに入力される。各エンコーダは、対応するビデオカメラにより撮影されたコンテンツデータをエンコードする。
【０１０１】
エンコーダ１１ａにＭｕｘｅｒ１２ａが接続されている。また、エンコーダ１１ｂにＭｕｘｅｒ１２ｂが接続されており、エンコーダ１１ｃにはＭｕｘｅｒ１２ｃが接続されている。Ｍｕｘｅｒ１２ａ、１２ｂ、１２ｃは、Ｍｕｘｅｒ１２と同様に、エンコードされたビデオストリームとオーディオストリームとをＴＳに結合する。
【０１０２】
Ｍｕｘｅｒ１２ａにセグメンタ１４ａが接続されている。また、Ｍｕｘｅｒ１２ｂにセグメンタ１４ｂが接続されており、Ｍｕｘｅｒ１２ｃにセグメンタ１４ｃが接続されている。セグメンタ１４ａ、１４ｂ、１４ｃは、第１の実施の形態における第１、第２セグメンタ１３、１４と同様の機能を有している。例えば、セグメンタ１４ａは、Ｍｕｘｅｒ１２ａから供給されるコンテンツデータを分割してセグメントを生成する。セグメンタ１４ａは、セグメントをさらに分割してサブセグメントを生成するようにしてもよい。なお、セグメントやサブセグメントのヘッダには、チャンネルの情報が記述される。
【０１０３】
セグメンタ１４ａ、１４ｂ、１４ｃに対して記憶管理部の一例であるキュー管理部１８が接続されている。キュー管理部１８は、セグメンタ１４ａ、１４ｂ、１４ｃのそれぞれから供給されるチャンネル毎のセグメント（サブセグメントでもよい）をストリームキュー１５に格納する（記憶する）。具体的には、キュー管理部１８は、対応する時刻情報の一例であるエンコードタイミングを有する複数のセグメントを、優先度にしたがってストリームキュー１５に格納する。なお、キュー管理部１８の具体的な動作については後述する。
【０１０４】
［２−２．優先度について］
次に、優先度について説明する。優先度は、例えば、端末装置３０におけるコンテンツデータの視聴状況に応じて決定される。第１の実施の形態で説明したように、端末装置３０から配信装置２０に対してプレイリストの要求がなされる。複数チャンネルのコンテンツデータが配信される場合には、ユーザは、視聴を所望するチャンネルのプレイリストを要求することになる。すなわち、配信装置２０は、より多数のユーザが要求したチャンネルのプレイリストに対応するコンテンツが最も多く視聴されているものと判断して、当該チャンネルの情報を送信装置１０ａにフィードバックする。送信装置１０ａは、配信装置２０からフィードバックされたチャンネルを優先度が最も高くなるようにして優先度を設定する。例えば、制御部１７がキュー管理部１８に対して、優先度が高いチャンネルの情報を通知する。なお、以下の説明では、ビデオカメラ１ａに割り当てられたチャンネル１の優先度が最も高いものとして説明する。
【０１０５】
［２−３．キュー管理部の動作例］
次に、キュー管理部１８の動作例について説明する。キュー管理部１８は、例えば、ストリームキュー１５に格納されるキュー（例えば、セグメント）の配列をリングバッファとみなしてデータを管理する。ストリームキュー１５に格納されるキューの先頭、換言すれば、いずれかのアップローダに読み出されて時間的に最も早く送信されるキューが、先頭ポインタであるヘッド（head）により指定される。また、キューの末尾が末尾ポインタであるテイル（tail）により指示される。通常、キュー管理部１８は、入力されたキューをテイルで指示される箇所に格納した後、テイルを更新する。
【０１０６】
図１２、図１３は、キュー管理部１８の動作例を説明するための図である。なお、図１２、図１３において、ストリームキュー１５の図面に向かって下側の箇所がいずれかのアップローダにより最も早く読み出される記憶領域を示している。
【０１０７】
図１２に示す例は、ストリームキュー１５が空の状態で、キュー管理部１８に対してセグメンタ１４ａ、１４ｂ、１４ｃからSegment[A]、Segment[B]、Segment[C]がそれぞれ同時に供給される例である。Segment[A]、Segment[B]およびSegment[C]は、ヘッダに同一のエンコードタイミングが記述されたセグメントである。キュー管理部１８は、各セグメントに記述されるチャンネルの情報と、自身が保有している最も優先度が高いチャンネルの情報（本例では、チャンネル１）とを照合して、チャンネル１が記述されたSegment[A]をストリームキュー１５に最初に格納する。そして、Segment[A]の格納箇所をヘッドに指定して、残りのSegment[B]、Segment[C]をストリームキュー１５に格納する。これにより、優先度の高いチャンネルのSegment[A]がSegment[B]、Segment[C]よりも先にアップローダ１６により読み出され、配信装置２０に対して送信されるようにすることができる。なお、Segment[B]、Segment[C]の格納順序は、図１２に示す例と逆の順序であってもよい。
【０１０８】
図１３に示す例は、ストリームキュー１５にSegment[B]、Segment[C]が格納された状態で、キュー管理部１８に対してセグメンタ１４ａからSegment[A]が供給される例である。この場合には、キュー管理部１８は、ストリームキュー１５の所定領域にSegment[A]を格納した後、当該格納箇所をヘッドに指定する。これにより、Segment[B]、Segment[C]が先にストリームキュー１５に格納されている場合でも、Segment[A]を優先的に配信装置２０に対して送信することができる。あたかも、ストリームキュー１５に積まれた、同一の時刻情報を有する複数のセグメントの下側に、優先度の高いチャンネルに対応するセグメントを挿入するような処理である。なお、ストリームキュー１５に、時間的に前の時刻情報であって当該時刻情報を有する複数のセグメントが格納されている場合には、セグメントの配列を変更する処理のみが行われ、Segment[A]の格納箇所がヘッドに指定されない場合もある。
【０１０９】
なお、図１２、図１３では、ある同一の時刻情報を有する３つのセグメントを例にして説明したが、他の同一の時刻情報を有する複数のセグメントについても同様の処理が行われる。
【０１１０】
図１４は、送信装置１０ａにより行われる処理の流れの一例を示すフローチャートである。ステップＳ１１０では、チャンネル１に対応するコンテンツをエンコーダ１１ａがエンコードする。そして、Ｍｕｘｅｒ１２ａがＴＳを生成し、生成したＴＳをセグメンタ１４ａに供給する。そして、処理がステップＳ１２０に進む。
【０１１１】
ステップＳ１２０では、セグメンタ１４ａがコンテンツデータを分割して、送信用データの一例であるセグメントを生成し、生成したセグメントをキュー管理部１８に供給する。なお、以上の処理は、他のエンコーダ、Ｍｕｘｅｒ、セグメンタも同様に行う。そして、処理がステップＳ１３０に進む。
【０１１２】
ステップＳ１３０では、ストリームキュー１５に格納する対象のセグメントと同一の時刻情報を有するセグメントが、ストリームキュー１５に存在するか否かが、キュー管理部１８により判断される。ステップＳ１３０の判断がＮｏである場合には、処理がステップＳ１４０に進む。ステップＳ１４０では、キュー管理部１８が格納対象のセグメントをストリームキュー１５のテイルで指示される最後尾（末尾）の領域に格納する。
【０１１３】
ステップＳ１３０の判断がＹｅｓである場合には、処理がステップＳ１５０に進む。ステップＳ１５０では、キュー管理部１８が、優先度にしたがって格納対象のセグメントをストリームキュー１５に格納する。例えば、格納対象のセグメントが優先度の高いチャンネルに対応するセグメントの場合には、当該セグメントが、同一の時刻情報を有する複数のセグメントのうちで優先的に送信されるようにストリームキュー１５に格納される。優先度の高いチャンネルに対応するセグメントでない場合には、格納対象のセグメントをストリームキュー１５のテイルで指示される最後尾（末尾）の領域に格納する。以上説明した各構成における処理が例えばコンテンツのライブ配信が終了するまで繰り返される。
【０１１４】
以上説明した第２の実施の形態によれば、例えば、より多くのユーザに視聴されるチャンネルのコンテンツデータを構成するセグメントを優先して配信装置２０に送信でき、コンテンツデータを効果的にアップロードすることができる。また、第２の実施の形態によれば、第１の実施の形態で例示された効果と同様の効果を奏することもできる。
【０１１５】
＜３．変形例＞
以上、本技術の複数の実施の形態について説明したが、本技術は、これらの実施の形態に限定されるものではなく、本技術の技術思想の範囲内で種々の変形が可能である。
【０１１６】
実施の形態ではセグメントの長さは１秒であるとして説明を行ったがセグメントの長さはそれに限られるものではない。１秒以上でもよいし、１秒以下でもよい。ただし、本技術は、セグメントが配信装置２０にない場合コンテンツの配信中においてそのセグメントはコマ落ちとなる。よって、セグメントが長すぎるとコマ落ちの状態も長くなり、コマ落ちの時間が長くなると視聴者に違和感や不快感を与えることになるため、ネットワークの通信速度、コマ落ちの許容時間も考慮してセグメントの長さを設定するとよい。
【０１１７】
実施の形態では、サブセグメントにはセグメントの分割数を示す分母とそのサブセグメントの順番を示す番号が付されていると説明を行った。しかし、セグメントの分割数を示すことができれば、分母と分子という表記方法に限られず、セグメントの分割数とサブセグメントの順番を示す番号を併記するなど、セグメントの分割数とサブセグメントの順番を示す番号を示していればどのような表記方法であってもよい。
【０１１８】
送信装置１０において、エンコーダ１１はアップローダ１６ａ、１６ｂ、１６ｃからネットワークの通信速度情報を受けて、通信速度が遅い場合にはビットレートを下げてエンコードするようにしてもよい。ビットレートを下げてエンコードすることによりコンテンツの画質を劣化させてデータサイズを小さくすることができるので通信速度が遅いネットワークでもアップロードすることが可能となる。送信装置１０ａにおけるエンコーダ１１ａ、１１ｂ、１１ｃについても同様である。
【０１１９】
実施の形態においては、複数のネットワークがすべて異なる通信キャリアが提供するものであるとして説明を行ったが、それは本技術を全てのネットワークがそれぞれ異なる通信キャリアが提供するネットワークである場合に限定するものではない。全てのネットワークの通信キャリアが異なるのが好ましいが、全てのネットワークが１つの通信キャリアにより提供されるネットワークでなければ、いくつかのネットワークが１つの通信キャリアにより提供されるものである場合を否定するものではない。
【０１２０】
実施の形態におけるビデオカメラの数は、１台若しくは３台に限定されるものではない。また、ビデオカメラの操作者は、ビデオカメラの台数と一致している必要はなく、例えば、１人の操作者が複数のビデオカメラの映像を確認しながら複数台のビデオカメラの撮像範囲、撮像方向などの制御を行なうことができる。また、送信装置１０等に接続される外部装置はマイクロホンのみであってもよいし、コンテンツを生成するものであればどのようなものでもよい。また、予め作成された映画や録画済みのライブ動画などすでに完成しているコンテンツを送信装置に供給するようにしてもよい。
【０１２１】
ビデオカメラなどのコンテンツの録音録画などを行なう外部装置を送信装置の機能を備えるように構成し、その外部装置から直接配信装置２０にアップロードを行なうようにしてもよい。
【０１２２】
第２の実施の形態において、図１５に示すように、セグメントがさらに分割されたサブセグメントが送信用データとされる場合にも同様の処理が行われるようにしてもよい。キュー管理部１８は、例えば、チャンネル１に対応するサブセグメント（図１５に示す例ではSub Segment[A1]、Sub Segment[A2]、Sub Segment[A3]）が優先的に送信されるように、当該サブセグメントをストリームキュー１５に格納するようにしてもよい。
【０１２３】
上述した第２の実施の形態では、時刻情報の例としてエンコードタイミングを用いて説明したが、時刻情報は、ビデオカメラ１ａ等で撮影された撮影時刻であってもよいし、セグメントを区別できる（グループ分け）できる情報（例えば、セグメント番号）でもよい。
【０１２４】
ビデオカメラやエンコーダの能力の違いや処理速度の違いに起因して、同じタイミングで撮影されエンコード処理等がなされた複数のセグメントであっても、それぞれのセグメントに付加される時刻情報に若干のずれが生じる場合がある。上述した第２の実施の形態では、同一の時刻情報を有する複数のセグメントを優先度にしたがってストリームキュー１５に格納する例について説明したが、対応する時刻情報を有する複数のセグメントを優先度にしたがってストリームキュー１５に格納するようにしてもよい。対応する時刻情報を有する複数のセグメントとは、同一の時刻情報を有する複数のセグメントだけでなく、例えば、時刻情報に示される時刻の差が所定の範囲内にある複数のセグメントを包含するものである。
【０１２５】
上述した第２の実施の形態では、コンテンツデータの視聴状況に応じて優先度が決定されるようにしたが、これに限定されるものではない。コンテンツデータの視聴状況に応じて優先度がリアルタイムに変更されるようにしてもよい。また、例えば、各ビデオカメラで撮影されたコンテンツデータの内容を解析して優先度を決定してもよい。具体的な例としては、音量レベルを検出するレベル検出部を設け、一定以上の音量が検出されたチャンネルに対応する送信用データが優先的に送信されるようにしてもよい。これにより、例えば、討論会において発言者にフォーカスしているチャンネルに対応する送信用データを優先的に送信できる。また、複数の方法を組み合わせて優先度を決定してもよい。例えば、通常は、コンテンツデータの視聴状況に基づいて優先度を決定しつつ、あるチャンネルのコンテンツに一定以上の音量レベルが検出された場合には当該チャンネルの優先度が高くなるように、優先度を変更するようにしてもよい。また、優先度は予め設定された固定のものであってもよい。
【０１２６】
上述した第２の実施の形態では、優先度として１段階の例（優先度が高いチャンネルの例）について説明したが、これに限定されるものではない。例えば、優先度として、高・中・低のように多段階設定されてもよい。
【０１２７】
上述した第２の実施の形態に係る送信装置１０ａは、キュー管理部１８を備える管理装置として構成されてもよい。
【０１２８】
本技術は、以下の構成も採ることができる。
（１）
チャンネル毎に対応してエンコードされた複数のコンテンツデータが分割された複数の送信用データのうち、対応する時刻情報を有する複数の送信用データを、優先度にしたがって記憶部に格納する記憶管理部を備える
管理装置。
（２）
前記記憶管理部は、前記対応する時刻情報を有する複数の送信用データのうち、優先度が高い送信用データが先に送信されるように前記記憶部に格納する
（１）に記載の管理装置。
（３）
前記チャンネル毎に対応する撮像装置により撮影されたコンテンツがエンコードされる
（１）または（２）に記載の管理装置。
（４）
前記時刻情報は、コンテンツがエンコードされたタイミング、コンテンツが撮影された撮影時刻、前記送信用データを区別ために付加される情報のいずれかである
（１）乃至（３）のいずれかに記載の管理装置。
（５）
前記優先度は、前記コンテンツデータの視聴状況および前記コンテンツデータの内容を解析することによって得られる解析結果の少なくとも一方に応じて決定される
（１）乃至（４）のいずれかに記載の管理装置。
（６）
前記優先度は、予め設定された優先度である
（１）乃至（５）のいずれかに記載の管理装置。
（７）
前記記憶管理部は、同一の時刻情報を有する送信用データを、前記優先度にしたがって前記記憶部に格納する
（１）乃至（６）のいずれかに記載の管理装置。
（８）
コンテンツをエンコードするエンコーダを備える
（１）乃至（７）のいずれかに記載の管理装置。
（９）
前記記憶部を備える
（１）乃至（８）のいずれかに記載の管理装置。
（１０）
前記記憶部から読み出した送信用データを、ネットワークを介してアップロードするアップローダを複数備える
（１）乃至（９）のいずれかに記載の管理装置。
（１１）
前記送信用データは、前記コンテンツデータを分割することにより生成されたセグメントである
（１）乃至（１０）のいずれかに記載の管理装置。
（１２）
前記送信用データは、前記コンテンツデータを分割することにより生成されたセグメントをさらに分割することで生成されたサブセグメントである
（１）乃至（１０）のいずれかに記載の管理装置。
（１３）
記憶管理部が、チャンネル毎に対応してエンコードされた複数のコンテンツデータが分割された複数の送信用データのうち、対応する時刻情報を有する複数の送信用データを、優先度にしたがって記憶部に格納する
管理方法。
【０１２９】
＜４．応用例＞
本開示に係る技術は、様々な製品へ応用することができる。例えば、本開示に係る技術は、手術室システムに適用されてもよい。手術室システムに適用することにより、手術室内で取得された、画像、映像をネットワークを介して配信装置２０にアップロードし、端末装置３０などの外部装置に配信することができる。
【０１３０】
図１６は、本開示に係る技術が適用され得る手術室システム５１００の全体構成を概略的に示す図である。図１６を参照すると、手術室システム５１００は、手術室内に設置される装置群が視聴覚コントローラ（AV  Controller）５１０７及び手術室制御装置５１０９を介して互いに連携可能に接続されることにより構成される。
【０１３１】
手術室には、様々な装置が設置され得る。図１６では、一例として、内視鏡下手術のための各種の装置群５１０１と、手術室の天井に設けられ術者の手元を撮像するシーリングカメラ５１８７と、手術室の天井に設けられ手術室全体の様子を撮像する術場カメラ５１８９と、複数の表示装置５１０３Ａ〜５１０３Ｄと、レコーダ５１０５と、患者ベッド５１８３と、照明５１９１と、を図示している。
【０１３２】
ここで、これらの装置のうち、装置群５１０１は、後述する内視鏡手術システム５１１３に属するものであり、内視鏡や当該内視鏡によって撮像された画像を表示する表示装置等からなる。内視鏡手術システム５１１３に属する各装置は医療用機器とも呼称される。一方、表示装置５１０３Ａ〜５１０３Ｄ、レコーダ５１０５、患者ベッド５１８３及び照明５１９１は、内視鏡手術システム５１１３とは別個に、例えば手術室に備え付けられている装置である。これらの内視鏡手術システム５１１３に属さない各装置は非医療用機器とも呼称される。視聴覚コントローラ５１０７及び／又は手術室制御装置５１０９は、これら医療機器及び非医療機器の動作を互いに連携して制御する。
【０１３３】
視聴覚コントローラ５１０７は、医療機器及び非医療機器における画像表示に関する処理を、統括的に制御する。具体的には、手術室システム５１００が備える装置のうち、装置群５１０１、シーリングカメラ５１８７及び術場カメラ５１８９は、手術中に表示すべき情報（以下、表示情報ともいう）を発信する機能を有する装置（以下、発信元の装置とも呼称する）であり得る。また、表示装置５１０３Ａ〜５１０３Ｄは、表示情報が出力される装置（以下、出力先の装置とも呼称する）であり得る。また、レコーダ５１０５は、発信元の装置及び出力先の装置の双方に該当する装置であり得る。視聴覚コントローラ５１０７は、発信元の装置及び出力先の装置の動作を制御し、発信元の装置から表示情報を取得するとともに、当該表示情報を出力先の装置に送信し、表示又は記録させる機能を有する。なお、表示情報とは、手術中に撮像された各種の画像や、手術に関する各種の情報（例えば、患者の身体情報や、過去の検査結果、術式についての情報等）等である。
【０１３４】
具体的には、視聴覚コントローラ５１０７には、装置群５１０１から、表示情報として、内視鏡によって撮像された患者の体腔内の術部の画像についての情報が送信され得る。また、シーリングカメラ５１８７から、表示情報として、当該シーリングカメラ５１８７によって撮像された術者の手元の画像についての情報が送信され得る。また、術場カメラ５１８９から、表示情報として、当該術場カメラ５１８９によって撮像された手術室全体の様子を示す画像についての情報が送信され得る。なお、手術室システム５１００に撮像機能を有する他の装置が存在する場合には、視聴覚コントローラ５１０７は、表示情報として、当該他の装置からも当該他の装置によって撮像された画像についての情報を取得してもよい。
【０１３５】
あるいは、例えば、レコーダ５１０５には、過去に撮像されたこれらの画像についての情報が視聴覚コントローラ５１０７によって記録されている。視聴覚コントローラ５１０７は、表示情報として、レコーダ５１０５から当該過去に撮像された画像についての情報を取得することができる。なお、レコーダ５１０５には、手術に関する各種の情報も事前に記録されていてもよい。
【０１３６】
視聴覚コントローラ５１０７は、出力先の装置である表示装置５１０３Ａ〜５１０３Ｄの少なくともいずれかに、取得した表示情報（すなわち、手術中に撮影された画像や、手術に関する各種の情報）を表示させる。図示する例では、表示装置５１０３Ａは手術室の天井から吊り下げられて設置される表示装置であり、表示装置５１０３Ｂは手術室の壁面に設置される表示装置であり、表示装置５１０３Ｃは手術室内の机上に設置される表示装置であり、表示装置５１０３Ｄは表示機能を有するモバイル機器（例えば、タブレットＰＣ（Personal  Computer））である。
【０１３７】
また、図１６では図示を省略しているが、手術室システム５１００には、手術室の外部の装置が含まれてもよい。手術室の外部の装置は、例えば、病院内外に構築されたネットワークに接続されるサーバや、医療スタッフが用いるＰＣ、病院の会議室に設置されるプロジェクタ等であり得る。このような外部装置が病院外にある場合には、視聴覚コントローラ５１０７は、遠隔医療のために、テレビ会議システム等を介して、他の病院の表示装置に表示情報を表示させることもできる。
【０１３８】
手術室制御装置５１０９は、非医療機器における画像表示に関する処理以外の処理を、統括的に制御する。例えば、手術室制御装置５１０９は、患者ベッド５１８３、シーリングカメラ５１８７、術場カメラ５１８９及び照明５１９１の駆動を制御する。
【０１３９】
手術室システム５１００には、集中操作パネル５１１１が設けられており、ユーザは、当該集中操作パネル５１１１を介して、視聴覚コントローラ５１０７に対して画像表示についての指示を与えたり、手術室制御装置５１０９に対して非医療機器の動作についての指示を与えることができる。集中操作パネル５１１１は、表示装置の表示面上にタッチパネルが設けられて構成される。
【０１４０】
図１７は、集中操作パネル５１１１における操作画面の表示例を示す図である。図１７では、一例として、手術室システム５１００に、出力先の装置として、２つの表示装置が設けられている場合に対応する操作画面を示している。図１７を参照すると、操作画面５１９３には、発信元選択領域５１９５と、プレビュー領域５１９７と、コントロール領域５２０１と、が設けられる。
【０１４１】
発信元選択領域５１９５には、手術室システム５１００に備えられる発信元装置と、当該発信元装置が有する表示情報を表すサムネイル画面と、が紐付けられて表示される。ユーザは、表示装置に表示させたい表示情報を、発信元選択領域５１９５に表示されているいずれかの発信元装置から選択することができる。
【０１４２】
プレビュー領域５１９７には、出力先の装置である２つの表示装置（Monitor1、Monitor2）に表示される画面のプレビューが表示される。図示する例では、１つの表示装置において４つの画像がＰｉｎＰ表示されている。当該４つの画像は、発信元選択領域５１９５において選択された発信元装置から発信された表示情報に対応するものである。４つの画像のうち、１つはメイン画像として比較的大きく表示され、残りの３つはサブ画像として比較的小さく表示される。ユーザは、４つの画像が表示された領域を適宜選択することにより、メイン画像とサブ画像を入れ替えることができる。また、４つの画像が表示される領域の下部には、ステータス表示領域５１９９が設けられており、当該領域に手術に関するステータス（例えば、手術の経過時間や、患者の身体情報等）が適宜表示され得る。
【０１４３】
コントロール領域５２０１には、発信元の装置に対して操作を行うためのＧＵＩ（Graphical  User  Interface）部品が表示される発信元操作領域５２０３と、出力先の装置に対して操作を行うためのＧＵＩ部品が表示される出力先操作領域５２０５と、が設けられる。図示する例では、発信元操作領域５２０３には、撮像機能を有する発信元の装置におけるカメラに対して各種の操作（パン、チルト及びズーム）を行うためのＧＵＩ部品が設けられている。ユーザは、これらのＧＵＩ部品を適宜選択することにより、発信元の装置におけるカメラの動作を操作することができる。なお、図示は省略しているが、発信元選択領域５１９５において選択されている発信元の装置がレコーダである場合（すなわち、プレビュー領域５１９７において、レコーダに過去に記録された画像が表示されている場合）には、発信元操作領域５２０３には、当該画像の再生、再生停止、巻き戻し、早送り等の操作を行うためのＧＵＩ部品が設けられ得る。
【０１４４】
また、出力先操作領域５２０５には、出力先の装置である表示装置における表示に対する各種の操作（スワップ、フリップ、色調整、コントラスト調整、２Ｄ表示と３Ｄ表示の切り替え）を行うためのＧＵＩ部品が設けられている。ユーザは、これらのＧＵＩ部品を適宜選択することにより、表示装置における表示を操作することができる。
【０１４５】
なお、集中操作パネル５１１１に表示される操作画面は図示する例に限定されず、ユーザは、集中操作パネル５１１１を介して、手術室システム５１００に備えられる、視聴覚コントローラ５１０７及び手術室制御装置５１０９によって制御され得る各装置に対する操作入力が可能であってよい。
【０１４６】
図１８は、以上説明した手術室システムが適用された手術の様子の一例を示す図である。シーリングカメラ５１８７及び術場カメラ５１８９は、手術室の天井に設けられ、患者ベッド５１８３上の患者５１８５の患部に対して処置を行う術者（医者）５１８１の手元及び手術室全体の様子を撮影可能である。シーリングカメラ５１８７及び術場カメラ５１８９には、倍率調整機能、焦点距離調整機能、撮影方向調整機能等が設けられ得る。照明５１９１は、手術室の天井に設けられ、少なくとも術者５１８１の手元を照射する。照明５１９１は、その照射光量、照射光の波長（色）及び光の照射方向等を適宜調整可能であってよい。
【０１４７】
内視鏡手術システム５１１３、患者ベッド５１８３、シーリングカメラ５１８７、術場カメラ５１８９及び照明５１９１は、図１１に示すように、視聴覚コントローラ５１０７及び手術室制御装置５１０９（図１８では図示せず）を介して互いに連携可能に接続されている。手術室内には、集中操作パネル５１１１が設けられており、上述したように、ユーザは、当該集中操作パネル５１１１を介して、手術室内に存在するこれらの装置を適宜操作することが可能である。
【０１４８】
以下、内視鏡手術システム５１１３の構成について詳細に説明する。図示するように、内視鏡手術システム５１１３は、内視鏡５１１５と、その他の術具５１３１と、内視鏡５１１５を支持する支持アーム装置５１４１と、内視鏡下手術のための各種の装置が搭載されたカート５１５１と、から構成される。
【０１４９】
内視鏡手術では、腹壁を切って開腹する代わりに、トロッカ５１３９ａ〜５１３９ｄと呼ばれる筒状の開孔器具が腹壁に複数穿刺される。そして、トロッカ５１３９ａ〜５１３９ｄから、内視鏡５１１５の鏡筒５１１７や、その他の術具５１３１が患者５１８５の体腔内に挿入される。図示する例では、その他の術具５１３１として、気腹チューブ５１３３、エネルギー処置具５１３５及び鉗子５１３７が、患者５１８５の体腔内に挿入されている。また、エネルギー処置具５１３５は、高周波電流や超音波振動により、組織の切開及び剥離、又は血管の封止等を行う処置具である。ただし、図示する術具５１３１はあくまで一例であり、術具５１３１としては、例えば攝子、レトラクタ等、一般的に内視鏡下手術において用いられる各種の術具が用いられてよい。
【０１５０】
内視鏡５１１５によって撮影された患者５１８５の体腔内の術部の画像が、表示装置５１５５に表示される。術者５１８１は、表示装置５１５５に表示された術部の画像をリアルタイムで見ながら、エネルギー処置具５１３５や鉗子５１３７を用いて、例えば患部を切除する等の処置を行う。なお、図示は省略しているが、気腹チューブ５１３３、エネルギー処置具５１３５及び鉗子５１３７は、手術中に、術者５１８１又は助手等によって支持される。
【０１５１】
（支持アーム装置）
支持アーム装置５１４１は、ベース部５１４３から延伸するアーム部５１４５を備える。図示する例では、アーム部５１４５は、関節部５１４７ａ、５１４７ｂ、５１４７ｃ、及びリンク５１４９ａ、５１４９ｂから構成されており、アーム制御装置５１５９からの制御により駆動される。アーム部５１４５によって内視鏡５１１５が支持され、その位置及び姿勢が制御される。これにより、内視鏡５１１５の安定的な位置の固定が実現され得る。
【０１５２】
（内視鏡）
内視鏡５１１５は、先端から所定の長さの領域が患者５１８５の体腔内に挿入される鏡筒５１１７と、鏡筒５１１７の基端に接続されるカメラヘッド５１１９と、から構成される。図示する例では、硬性の鏡筒５１１７を有するいわゆる硬性鏡として構成される内視鏡５１１５を図示しているが、内視鏡５１１５は、軟性の鏡筒５１１７を有するいわゆる軟性鏡として構成されてもよい。
【０１５３】
鏡筒５１１７の先端には、対物レンズが嵌め込まれた開口部が設けられている。内視鏡５１１５には光源装置５１５７が接続されており、当該光源装置５１５７によって生成された光が、鏡筒５１１７の内部に延設されるライトガイドによって当該鏡筒の先端まで導光され、対物レンズを介して患者５１８５の体腔内の観察対象に向かって照射される。なお、内視鏡５１１５は、直視鏡であってもよいし、斜視鏡又は側視鏡であってもよい。
【０１５４】
カメラヘッド５１１９の内部には光学系及び撮像素子が設けられており、観察対象からの反射光（観察光）は当該光学系によって当該撮像素子に集光される。当該撮像素子によって観察光が光電変換され、観察光に対応する電気信号、すなわち観察像に対応する画像信号が生成される。当該画像信号は、ＲＡＷデータとしてカメラコントロールユニット（ＣＣＵ：Camera  Control  Unit）５１５３に送信される。なお、カメラヘッド５１１９には、その光学系を適宜駆動させることにより、倍率及び焦点距離を調整する機能が搭載される。
【０１５５】
なお、例えば立体視（３Ｄ表示）等に対応するために、カメラヘッド５１１９には撮像素子が複数設けられてもよい。この場合、鏡筒５１１７の内部には、当該複数の撮像素子のそれぞれに観察光を導光するために、リレー光学系が複数系統設けられる。
【０１５６】
（カートに搭載される各種の装置）
ＣＣＵ５１５３は、ＣＰＵ（Central  Processing  Unit）やＧＰＵ（Graphics  Processing  Unit）等によって構成され、内視鏡５１１５及び表示装置５１５５の動作を統括的に制御する。具体的には、ＣＣＵ５１５３は、カメラヘッド５１１９から受け取った画像信号に対して、例えば現像処理（デモザイク処理）等の、当該画像信号に基づく画像を表示するための各種の画像処理を施す。ＣＣＵ５１５３は、当該画像処理を施した画像信号を表示装置５１５５に提供する。また、ＣＣＵ５１５３には、図１１に示す視聴覚コントローラ５１０７が接続される。ＣＣＵ５１５３は、画像処理を施した画像信号を視聴覚コントローラ５１０７にも提供する。また、ＣＣＵ５１５３は、カメラヘッド５１１９に対して制御信号を送信し、その駆動を制御する。当該制御信号には、倍率や焦点距離等、撮像条件に関する情報が含まれ得る。当該撮像条件に関する情報は、入力装置５１６１を介して入力されてもよいし、上述した集中操作パネル５１１１を介して入力されてもよい。
【０１５７】
表示装置５１５５は、ＣＣＵ５１５３からの制御により、当該ＣＣＵ５１５３によって画像処理が施された画像信号に基づく画像を表示する。内視鏡５１１５が例えば４Ｋ（水平画素数３８４０×垂直画素数２１６０）又は８Ｋ（水平画素数７６８０×垂直画素数４３２０）等の高解像度の撮影に対応したものである場合、及び／又は３Ｄ表示に対応したものである場合には、表示装置５１５５としては、それぞれに対応して、高解像度の表示が可能なもの、及び／又は３Ｄ表示可能なものが用いられ得る。４Ｋ又は８Ｋ等の高解像度の撮影に対応したものである場合、表示装置５１５５として５５インチ以上のサイズのものを用いることで一層の没入感が得られる。また、用途に応じて、解像度、サイズが異なる複数の表示装置５１５５が設けられてもよい。
【０１５８】
光源装置５１５７は、例えばＬＥＤ（light  emitting  diode）等の光源から構成され、術部を撮影する際の照射光を内視鏡５１１５に供給する。
【０１５９】
アーム制御装置５１５９は、例えばＣＰＵ等のプロセッサによって構成され、所定のプログラムに従って動作することにより、所定の制御方式に従って支持アーム装置５１４１のアーム部５１４５の駆動を制御する。
【０１６０】
入力装置５１６１は、内視鏡手術システム５１１３に対する入力インタフェースである。ユーザは、入力装置５１６１を介して、内視鏡手術システム５１１３に対して各種の情報の入力や指示入力を行うことができる。例えば、ユーザは、入力装置５１６１を介して、患者の身体情報や、手術の術式についての情報等、手術に関する各種の情報を入力する。また、例えば、ユーザは、入力装置５１６１を介して、アーム部５１４５を駆動させる旨の指示や、内視鏡５１１５による撮像条件（照射光の種類、倍率及び焦点距離等）を変更する旨の指示、エネルギー処置具５１３５を駆動させる旨の指示等を入力する。
【０１６１】
入力装置５１６１の種類は限定されず、入力装置５１６１は各種の公知の入力装置であってよい。入力装置５１６１としては、例えば、マウス、キーボード、タッチパネル、スイッチ、フットスイッチ５１７１及び／又はレバー等が適用され得る。入力装置５１６１としてタッチパネルが用いられる場合には、当該タッチパネルは表示装置５１５５の表示面上に設けられてもよい。
【０１６２】
あるいは、入力装置５１６１は、例えばメガネ型のウェアラブルデバイスやＨＭＤ（Head  Mounted  Display）等の、ユーザによって装着されるデバイスであり、これらのデバイスによって検出されるユーザのジェスチャや視線に応じて各種の入力が行われる。また、入力装置５１６１は、ユーザの動きを検出可能なカメラを含み、当該カメラによって撮像された映像から検出されるユーザのジェスチャや視線に応じて各種の入力が行われる。更に、入力装置５１６１は、ユーザの声を収音可能なマイクロフォンを含み、当該マイクロフォンを介して音声によって各種の入力が行われる。このように、入力装置５１６１が非接触で各種の情報を入力可能に構成されることにより、特に清潔域に属するユーザ（例えば術者５１８１）が、不潔域に属する機器を非接触で操作することが可能となる。また、ユーザは、所持している術具から手を離すことなく機器を操作することが可能となるため、ユーザの利便性が向上する。
【０１６３】
処置具制御装置５１６３は、組織の焼灼、切開又は血管の封止等のためのエネルギー処置具５１３５の駆動を制御する。気腹装置５１６５は、内視鏡５１１５による視野の確保及び術者の作業空間の確保の目的で、患者５１８５の体腔を膨らめるために、気腹チューブ５１３３を介して当該体腔内にガスを送り込む。レコーダ５１６７は、手術に関する各種の情報を記録可能な装置である。プリンタ５１６９は、手術に関する各種の情報を、テキスト、画像又はグラフ等各種の形式で印刷可能な装置である。
【０１６４】
以下、内視鏡手術システム５１１３において特に特徴的な構成について、更に詳細に説明する。
【０１６５】
（支持アーム装置）
支持アーム装置５１４１は、基台であるベース部５１４３と、ベース部５１４３から延伸するアーム部５１４５と、を備える。図示する例では、アーム部５１４５は、複数の関節部５１４７ａ、５１４７ｂ、５１４７ｃと、関節部５１４７ｂによって連結される複数のリンク５１４９ａ、５１４９ｂと、から構成されているが、図１３では、簡単のため、アーム部５１４５の構成を簡略化して図示している。実際には、アーム部５１４５が所望の自由度を有するように、関節部５１４７ａ〜５１４７ｃ及びリンク５１４９ａ、５１４９ｂの形状、数及び配置、並びに関節部５１４７ａ〜５１４７ｃの回転軸の方向等が適宜設定され得る。例えば、アーム部５１４５は、好適に、６自由度以上の自由度を有するように構成され得る。これにより、アーム部５１４５の可動範囲内において内視鏡５１１５を自由に移動させることが可能になるため、所望の方向から内視鏡５１１５の鏡筒５１１７を患者５１８５の体腔内に挿入することが可能になる。
【０１６６】
関節部５１４７ａ〜５１４７ｃにはアクチュエータが設けられており、関節部５１４７ａ〜５１４７ｃは当該アクチュエータの駆動により所定の回転軸まわりに回転可能に構成されている。当該アクチュエータの駆動がアーム制御装置５１５９によって制御されることにより、各関節部５１４７ａ〜５１４７ｃの回転角度が制御され、アーム部５１４５の駆動が制御される。これにより、内視鏡５１１５の位置及び姿勢の制御が実現され得る。この際、アーム制御装置５１５９は、力制御又は位置制御等、各種の公知の制御方式によってアーム部５１４５の駆動を制御することができる。
【０１６７】
例えば、術者５１８１が、入力装置５１６１（フットスイッチ５１７１を含む）を介して適宜操作入力を行うことにより、当該操作入力に応じてアーム制御装置５１５９によってアーム部５１４５の駆動が適宜制御され、内視鏡５１１５の位置及び姿勢が制御されてよい。当該制御により、アーム部５１４５の先端の内視鏡５１１５を任意の位置から任意の位置まで移動させた後、その移動後の位置で固定的に支持することができる。なお、アーム部５１４５は、いわゆるマスタースレイブ方式で操作されてもよい。この場合、アーム部５１４５は、手術室から離れた場所に設置される入力装置５１６１を介してユーザによって遠隔操作され得る。
【０１６８】
また、力制御が適用される場合には、アーム制御装置５１５９は、ユーザからの外力を受け、その外力にならってスムーズにアーム部５１４５が移動するように、各関節部５１４７ａ〜５１４７ｃのアクチュエータを駆動させる、いわゆるパワーアシスト制御を行ってもよい。これにより、ユーザが直接アーム部５１４５に触れながらアーム部５１４５を移動させる際に、比較的軽い力で当該アーム部５１４５を移動させることができる。従って、より直感的に、より簡易な操作で内視鏡５１１５を移動させることが可能となり、ユーザの利便性を向上させることができる。
【０１６９】
ここで、一般的に、内視鏡下手術では、スコピストと呼ばれる医師によって内視鏡５１１５が支持されていた。これに対して、支持アーム装置５１４１を用いることにより、人手によらずに内視鏡５１１５の位置をより確実に固定することが可能になるため、術部の画像を安定的に得ることができ、手術を円滑に行うことが可能になる。
【０１７０】
なお、アーム制御装置５１５９は必ずしもカート５１５１に設けられなくてもよい。また、アーム制御装置５１５９は必ずしも１つの装置でなくてもよい。例えば、アーム制御装置５１５９は、支持アーム装置５１４１のアーム部５１４５の各関節部５１４７ａ〜５１４７ｃにそれぞれ設けられてもよく、複数のアーム制御装置５１５９が互いに協働することにより、アーム部５１４５の駆動制御が実現されてもよい。
【０１７１】
（光源装置）
光源装置５１５７は、内視鏡５１１５に術部を撮影する際の照射光を供給する。光源装置５１５７は、例えばＬＥＤ、レーザ光源又はこれらの組み合わせによって構成される白色光源から構成される。このとき、ＲＧＢレーザ光源の組み合わせにより白色光源が構成される場合には、各色（各波長）の出力強度及び出力タイミングを高精度に制御することができるため、光源装置５１５７において撮像画像のホワイトバランスの調整を行うことができる。また、この場合には、ＲＧＢレーザ光源それぞれからのレーザ光を時分割で観察対象に照射し、その照射タイミングに同期してカメラヘッド５１１９の撮像素子の駆動を制御することにより、ＲＧＢそれぞれに対応した画像を時分割で撮像することも可能である。当該方法によれば、当該撮像素子にカラーフィルタを設けなくても、カラー画像を得ることができる。
【０１７２】
また、光源装置５１５７は、出力する光の強度を所定の時間ごとに変更するようにその駆動が制御されてもよい。その光の強度の変更のタイミングに同期してカメラヘッド５１１９の撮像素子の駆動を制御して時分割で画像を取得し、その画像を合成することにより、いわゆる黒つぶれ及び白とびのない高ダイナミックレンジの画像を生成することができる。
【０１７３】
また、光源装置５１５７は、特殊光観察に対応した所定の波長帯域の光を供給可能に構成されてもよい。特殊光観察では、例えば、体組織における光の吸収の波長依存性を利用して、通常の観察時における照射光（すなわち、白色光）に比べて狭帯域の光を照射することにより、粘膜表層の血管等の所定の組織を高コントラストで撮影する、いわゆる狭帯域光観察（Narrow  Band  Imaging）が行われる。あるいは、特殊光観察では、励起光を照射することにより発生する蛍光により画像を得る蛍光観察が行われてもよい。蛍光観察では、体組織に励起光を照射し当該体組織からの蛍光を観察するもの（自家蛍光観察）、又はインドシアニングリーン（ICG）等の試薬を体組織に局注するとともに当該体組織にその試薬の蛍光波長に対応した励起光を照射し蛍光像を得るもの等が行われ得る。光源装置５１５７は、このような特殊光観察に対応した狭帯域光及び／又は励起光を供給可能に構成され得る。
【０１７４】
（カメラヘッド及びＣＣＵ）
図１９を参照して、内視鏡５１１５のカメラヘッド５１１９及びＣＣＵ５１５３の機能についてより詳細に説明する。図１９は、図１８に示すカメラヘッド５１１９及びＣＣＵ５１５３の機能構成の一例を示すブロック図である。
【０１７５】
図１９を参照すると、カメラヘッド５１１９は、その機能として、レンズユニット５１２１と、撮像部５１２３と、駆動部５１２５と、通信部５１２７と、カメラヘッド制御部５１２９と、を有する。また、ＣＣＵ５１５３は、その機能として、通信部５１７３と、画像処理部５１７５と、制御部５１７７と、を有する。カメラヘッド５１１９とＣＣＵ５１５３とは、伝送ケーブル５１７９によって双方向に通信可能に接続されている。
【０１７６】
まず、カメラヘッド５１１９の機能構成について説明する。レンズユニット５１２１は、鏡筒５１１７との接続部に設けられる光学系である。鏡筒５１１７の先端から取り込まれた観察光は、カメラヘッド５１１９まで導光され、当該レンズユニット５１２１に入射する。レンズユニット５１２１は、ズームレンズ及びフォーカスレンズを含む複数のレンズが組み合わされて構成される。レンズユニット５１２１は、撮像部５１２３の撮像素子の受光面上に観察光を集光するように、その光学特性が調整されている。また、ズームレンズ及びフォーカスレンズは、撮像画像の倍率及び焦点の調整のため、その光軸上の位置が移動可能に構成される。
【０１７７】
撮像部５１２３は撮像素子によって構成され、レンズユニット５１２１の後段に配置される。レンズユニット５１２１を通過した観察光は、当該撮像素子の受光面に集光され、光電変換によって、観察像に対応した画像信号が生成される。撮像部５１２３によって生成された画像信号は、通信部５１２７に提供される。
【０１７８】
撮像部５１２３を構成する撮像素子としては、例えばＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）タイプのイメージセンサであり、Ｂａｙｅｒ配列を有するカラー撮影可能なものが用いられる。なお、当該撮像素子としては、例えば４Ｋ以上の高解像度の画像の撮影に対応可能なものが用いられてもよい。術部の画像が高解像度で得られることにより、術者５１８１は、当該術部の様子をより詳細に把握することができ、手術をより円滑に進行することが可能となる。
【０１７９】
また、撮像部５１２３を構成する撮像素子は、３Ｄ表示に対応する右目用及び左目用の画像信号をそれぞれ取得するための１対の撮像素子を有するように構成される。３Ｄ表示が行われることにより、術者５１８１は術部における生体組織の奥行きをより正確に把握することが可能になる。なお、撮像部５１２３が多板式で構成される場合には、各撮像素子に対応して、レンズユニット５１２１も複数系統設けられる。
【０１８０】
また、撮像部５１２３は、必ずしもカメラヘッド５１１９に設けられなくてもよい。例えば、撮像部５１２３は、鏡筒５１１７の内部に、対物レンズの直後に設けられてもよい。
【０１８１】
駆動部５１２５は、アクチュエータによって構成され、カメラヘッド制御部５１２９からの制御により、レンズユニット５１２１のズームレンズ及びフォーカスレンズを光軸に沿って所定の距離だけ移動させる。これにより、撮像部５１２３による撮像画像の倍率及び焦点が適宜調整され得る。
【０１８２】
通信部５１２７は、ＣＣＵ５１５３との間で各種の情報を送受信するための通信装置によって構成される。通信部５１２７は、撮像部５１２３から得た画像信号をＲＡＷデータとして伝送ケーブル５１７９を介してＣＣＵ５１５３に送信する。この際、術部の撮像画像を低レイテンシで表示するために、当該画像信号は光通信によって送信されることが好ましい。手術の際には、術者５１８１が撮像画像によって患部の状態を観察しながら手術を行うため、より安全で確実な手術のためには、術部の動画像が可能な限りリアルタイムに表示されることが求められるからである。光通信が行われる場合には、通信部５１２７には、電気信号を光信号に変換する光電変換モジュールが設けられる。画像信号は当該光電変換モジュールによって光信号に変換された後、伝送ケーブル５１７９を介してＣＣＵ５１５３に送信される。
【０１８３】
また、通信部５１２７は、ＣＣＵ５１５３から、カメラヘッド５１１９の駆動を制御するための制御信号を受信する。当該制御信号には、例えば、撮像画像のフレームレートを指定する旨の情報、撮像時の露出値を指定する旨の情報、並びに／又は撮像画像の倍率及び焦点を指定する旨の情報等、撮像条件に関する情報が含まれる。通信部５１２７は、受信した制御信号をカメラヘッド制御部５１２９に提供する。なお、ＣＣＵ５１５３からの制御信号も、光通信によって伝送されてもよい。この場合、通信部５１２７には、光信号を電気信号に変換する光電変換モジュールが設けられ、制御信号は当該光電変換モジュールによって電気信号に変換された後、カメラヘッド制御部５１２９に提供される。
【０１８４】
なお、上記のフレームレートや露出値、倍率、焦点等の撮像条件は、取得された画像信号に基づいてＣＣＵ５１５３の制御部５１７７によって自動的に設定される。つまり、いわゆるＡＥ（Auto  Exposure）機能、ＡＦ（Auto  Focus）機能及びＡＷＢ（Auto  White  Balance）機能が内視鏡５１１５に搭載される。
【０１８５】
カメラヘッド制御部５１２９は、通信部５１２７を介して受信したＣＣＵ５１５３からの制御信号に基づいて、カメラヘッド５１１９の駆動を制御する。例えば、カメラヘッド制御部５１２９は、撮像画像のフレームレートを指定する旨の情報及び／又は撮像時の露光を指定する旨の情報に基づいて、撮像部５１２３の撮像素子の駆動を制御する。また、例えば、カメラヘッド制御部５１２９は、撮像画像の倍率及び焦点を指定する旨の情報に基づいて、駆動部５１２５を介してレンズユニット５１２１のズームレンズ及びフォーカスレンズを適宜移動させる。カメラヘッド制御部５１２９は、更に、鏡筒５１１７やカメラヘッド５１１９を識別するための情報を記憶する機能を備えてもよい。
【０１８６】
なお、レンズユニット５１２１や撮像部５１２３等の構成を、気密性及び防水性が高い密閉構造内に配置することで、カメラヘッド５１１９について、オートクレーブ滅菌処理に対する耐性を持たせることができる。
【０１８７】
次に、ＣＣＵ５１５３の機能構成について説明する。通信部５１７３は、カメラヘッド５１１９との間で各種の情報を送受信するための通信装置によって構成される。通信部５１７３は、カメラヘッド５１１９から、伝送ケーブル５１７９を介して送信される画像信号を受信する。この際、上記のように、当該画像信号は好適に光通信によって送信され得る。この場合、光通信に対応して、通信部５１７３には、光信号を電気信号に変換する光電変換モジュールが設けられる。通信部５１７３は、電気信号に変換した画像信号を画像処理部５１７５に提供する。
【０１８８】
また、通信部５１７３は、カメラヘッド５１１９に対して、カメラヘッド５１１９の駆動を制御するための制御信号を送信する。当該制御信号も光通信によって送信されてよい。
【０１８９】
画像処理部５１７５は、カメラヘッド５１１９から送信されたＲＡＷデータである画像信号に対して各種の画像処理を施す。当該画像処理としては、例えば現像処理、高画質化処理（帯域強調処理、超解像処理、ＮＲ（Noise  reduction）処理及び／又は手ブレ補正処理等）、並びに／又は拡大処理（電子ズーム処理）等、各種の公知の信号処理が含まれる。また、画像処理部５１７５は、ＡＥ、ＡＦ及びＡＷＢを行うための、画像信号に対する検波処理を行う。
【０１９０】
画像処理部５１７５は、ＣＰＵやＧＰＵ等のプロセッサによって構成され、当該プロセッサが所定のプログラムに従って動作することにより、上述した画像処理や検波処理が行われ得る。なお、画像処理部５１７５が複数のＧＰＵによって構成される場合には、画像処理部５１７５は、画像信号に係る情報を適宜分割し、これら複数のＧＰＵによって並列的に画像処理を行う。
【０１９１】
制御部５１７７は、内視鏡５１１５による術部の撮像、及びその撮像画像の表示に関する各種の制御を行う。例えば、制御部５１７７は、カメラヘッド５１１９の駆動を制御するための制御信号を生成する。この際、撮像条件がユーザによって入力されている場合には、制御部５１７７は、当該ユーザによる入力に基づいて制御信号を生成する。あるいは、内視鏡５１１５にＡＥ機能、ＡＦ機能及びＡＷＢ機能が搭載されている場合には、制御部５１７７は、画像処理部５１７５による検波処理の結果に応じて、最適な露出値、焦点距離及びホワイトバランスを適宜算出し、制御信号を生成する。
【０１９２】
また、制御部５１７７は、画像処理部５１７５によって画像処理が施された画像信号に基づいて、術部の画像を表示装置５１５５に表示させる。この際、制御部５１７７は、各種の画像認識技術を用いて術部画像内における各種の物体を認識する。例えば、制御部５１７７は、術部画像に含まれる物体のエッジの形状や色等を検出することにより、鉗子等の術具、特定の生体部位、出血、エネルギー処置具５１３５使用時のミスト等を認識することができる。制御部５１７７は、表示装置５１５５に術部の画像を表示させる際に、その認識結果を用いて、各種の手術支援情報を当該術部の画像に重畳表示させる。手術支援情報が重畳表示され、術者５１８１に提示されることにより、より安全かつ確実に手術を進めることが可能になる。
【０１９３】
カメラヘッド５１１９及びＣＣＵ５１５３を接続する伝送ケーブル５１７９は、電気信号の通信に対応した電気信号ケーブル、光通信に対応した光ファイバ、又はこれらの複合ケーブルである。
【０１９４】
ここで、図示する例では、伝送ケーブル５１７９を用いて有線で通信が行われていたが、カメラヘッド５１１９とＣＣＵ５１５３との間の通信は無線で行われてもよい。両者の間の通信が無線で行われる場合には、伝送ケーブル５１７９を手術室内に敷設する必要がなくなるため、手術室内における医療スタッフの移動が当該伝送ケーブル５１７９によって妨げられる事態が解消され得る。
【０１９５】
以上、本開示に係る技術が適用され得る手術室システム５１００の一例について説明した。なお、ここでは、一例として手術室システム５１００が適用される医療用システムが内視鏡手術システム５１１３である場合について説明したが、手術室システム５１００の構成はかかる例に限定されない。例えば、手術室システム５１００は、内視鏡手術システム５１１３に代えて、検査用軟性内視鏡システムや顕微鏡手術システムに適用されてもよい。
【０１９６】
本開示に係る技術は、撮像された術部画像、述部映像をより遅延なく外部の表示装置に出力することができるため、遠隔医療における診断の精度向上を図ることができる。
【符号の説明】
【０１９７】
１ａ、１ｂ、１ｃ・・・ビデオカメラ
１０ａ・・・送信装置
１１ａ、１１ｂ、１１ｃ・・・エンコーダ
１４ａ、１４ｂ、１４ｃ・・・セグメンタ
１５・・・ストリームキュー
１６ａ、１６ｂ、１６ｃ・・・アップローダ
１８・・・キュー管理部
【図１】
2018087976.tif 000003
【図２】
2018087976.tif 000004
【図３】
2018087976.tif 000005
【図４】
2018087976.tif 000006
【図５】
2018087976.tif 000007
【図６】
2018087976.tif 000008
【図７】
2018087976.tif 000009
【図８】
2018087976.tif 000010
【図９】
2018087976.tif 000011
【図１０】
2018087976.tif 000012
【図１１】
2018087976.tif 000013
【図１２】
2018087976.tif 000014
【図１３】
2018087976.tif 000015
【図１４】
2018087976.tif 000016
【図１５】
2018087976.tif 000017
【図１６】
2018087976.tif 000018
【図１７】
2018087976.tif 000019
【図１８】
2018087976.tif 000020
【図１９】
2018087976.tif 000021
【国際調査報告】
2018087976.tif 000022
2018087976.tif 000023