特開 2023-111346 情報処理装置、情報処理方法及び情報処理装置のプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023111346

(43)【公開日】2023-08-10

(54)【発明の名称】情報処理装置、情報処理方法及び情報処理装置のプログラム

(51)【国際特許分類】

   H04N 21/436 20110101AFI20230803BHJP

   H04N 21/6587 20110101ALI20230803BHJP

   H04L 67/141 20220101ALI20230803BHJP

   H04L 67/565 20220101ALI20230803BHJP

【ＦＩ】

H04N21/436

H04N21/6587

H04L67/141

H04L67/565

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022013160

(22)【出願日】2022-01-31

(71)【出願人】

【識別番号】591275481

【氏名又は名称】株式会社アイ・オー・データ機器

(74)【代理人】

【識別番号】110000970

【氏名又は名称】弁理士法人 楓国際特許事務所

(72)【発明者】

【氏名】上村 淳一

(72)【発明者】

【氏名】大釜 リアム

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA10

5C164TA02S

5C164TC13P

5C164UB71P

(57)【要約】

【課題】 本発明の一実施形態は、映像又は音声の設定が繰り返し変更される可能性を低減できる情報処理装置、情報処理方法及び情報処理装置のプログラムを提供することを目的とする。
【解決手段】情報処理装置は、音声又は映像に関する処理可能な第１限界値に係る第１設定情報を記憶するメモリと、前記第１限界値とは異なる第２限界値に係る第２設定情報を取得する取得部と、前記取得部が取得した前記第２設定情報に基づいて、前記メモリに記憶している前記第１設定情報を第３設定情報に変更し、前記第３設定情報を他装置へ送信して前記他装置との映像又は音声に係る通信を確立する通信確立部と、を備えている。
【選択図】 図３

【特許請求の範囲】

【請求項1】

音声又は映像に関する処理可能な第１限界値に係る第１設定情報を記憶するメモリと、
前記第１限界値とは異なる第２限界値に係る第２設定情報を取得する取得部と、
前記取得部が取得した前記第２設定情報に基づいて、前記メモリに記憶している前記第１設定情報を第３設定情報に変更し、前記第３設定情報を他装置へ送信して前記他装置との映像又は音声に係る通信を確立する通信確立部と、
を備えている、
情報処理装置。

【請求項2】

前記メモリに記憶されている前記第１設定情報を前記第３設定情報に基づいて書き換える書き換え処理部を更に備えている、
請求項１に記載の情報処理装置。

【請求項3】

前記他装置は、クライアント装置であり、
前記情報処理装置は、前記クライアント装置と通信を行うクライアント通信部を更に備えており、
前記通信確立部は、前記クライアント通信部を介して前記クライアント装置に前記第３設定情報を送信する、
請求項１又は請求項２に記載の情報処理装置。

【請求項4】

前記第１設定情報、前記第２設定情報及び前記第３設定情報のそれぞれは、解像度を含んでいる、
請求項３に記載の情報処理装置。

【請求項5】

前記クライアント装置は、ビデオカメラであり、
前記第３設定情報に含まれている解像度の値は、前記ビデオカメラに設定されている解像度の値よりも低い、
請求項４に記載の情報処理装置。

【請求項6】

前記情報処理装置は、ホスト装置と通信を行うホスト通信部を更に備えており、
前記ホスト通信部を介して前記ホスト装置から前記第２設定情報を受信する、
請求項１から請求項５のいずれかに記載の情報処理装置。

【請求項7】

前記他装置は、前記ホスト装置であり、
前記通信確立部は、前記ホスト通信部を介して前記ホスト装置に前記第３設定情報を送信する、
請求項６に記載の情報処理装置。

【請求項8】

前記ホスト装置は、ネットワークに接続されており、
前記ホスト装置は、前記ネットワークの帯域に係る情報に基づいて前記第２設定情報を生成し、
前記ホスト通信部は、前記ホスト装置において生成された前記第２設定情報を受信する、
請求項７に記載の情報処理装置。

【請求項9】

前記第１設定情報、前記第２設定情報及び前記第３設定情報のそれぞれは、映像に係るフレームレート又は音声に係るビットレートの少なくとも１つを含んでいる、
請求項１から請求項８のいずれかに記載の情報処理装置。

【請求項10】

音声又は映像に関する処理可能な第１限界値に係る第１設定情報を記憶し、
前記第１限界値とは異なる第２限界値に係る第２設定情報を取得し、
取得した前記第２設定情報に基づいて、記憶している前記第１設定情報を第３設定情報に変更し、
前記第３設定情報を他装置へ送信して前記他装置との映像又は音声に係る通信を確立する、
情報処理方法。

【請求項11】

音声又は映像に関する処理可能な第１限界値に係る第１設定情報を記憶し、
前記第１限界値とは異なる第２限界値に係る第２設定情報を取得し、
取得した前記第２設定情報に基づいて、記憶している前記第１設定情報を第３設定情報に変更し、
前記第３設定情報を他装置へ送信して前記他装置との映像又は音声に係る通信を確立する、
情報処理装置のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明に係る一実施形態は、情報処理装置、情報処理方法及び情報処理装置のプログラムに関する。

【背景技術】

【0002】

特許文献１は、カメラとＰＣ等の装置とを備えるビデオ会議システムを開示している。ＰＣ等の装置は、カメラからビデオデータを受信する。ＰＣ等の装置は、データの送信制限帯域を保持している。ＰＣ等の装置は、保持する送信制限帯域以内となるようにデータ送信量を制限する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４－３５０２２７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１のビデオ会議システムは、外部機器から取り込んだ後の映像の解像度を変更している。従って、外部機器は、不必要に高解像度の映像をＰＣ等の装置へ送信し続ける場合がある。

【0005】

また、従来のビデオ会議システムは、ネットワーク回線の状態に応じて、解像度の設定を繰り返し変更する場合がある。例えば、従来のビデオ会議システムは、高解像度と低解像度との切り換えを繰り返し行う場合がある。また、ネットワーク回線の状態によっては、ビデオ会議システムで送信可能なデータ量よりも高い解像度の映像又は高音質の音声を送信しようとした場合に、映像又は音声が途切れる可能性もある。

【0006】

本発明の一実施形態は、映像又は音声の設定が繰り返し変更される可能性を低減できる情報処理装置、情報処理方法及び情報処理装置のプログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明の一実施形態に係る情報処理装置は、
音声又は映像に関する処理可能な第１限界値に係る第１設定情報を記憶するメモリと、
前記第１限界値とは異なる第２限界値に係る第２設定情報を取得する取得部と、
前記取得部が取得した前記第２設定情報に基づいて、前記メモリに記憶している前記第１設定情報を第３設定情報に変更し、前記第３設定情報を他装置へ送信して前記他装置との映像又は音声に係る通信を確立する通信確立部と、
を備えている。

【0008】

上記構成によれば、情報処理装置は、映像又は音声の設定が繰り返し変更される可能性を低減できる。より詳細には、情報処理装置は、自装置で元々処理可能な解像度とは異なる解像度に基づいて第１設定情報を第３設定情報に変更し、変更後の第３設定情報に基づいてＰＣ（他装置の一例）と通信を確立する。例えば、情報処理装置は、元々処理可能な解像度よりも低い解像度又は元々処理可能な音質よりも低い音質を示す第３設定情報を、ＰＣへ送信し、通信を確立する。言い換えると、情報処理装置は、低解像度の映像又は低音質の音声しか送信出来ない装置であると、ＰＣに対して見せかける。この場合、情報処理装置は、低解像度の映像又は低音質の音声をＰＣへ送信する。情報処理装置は、不必要に高解像度の映像又は高音質の音声をＰＣへ送信しない。結果、例えば、ＰＣで利用するビデオ会議システムが、ネットワーク回線の状態に応じて（ネットワークの負荷に応じて）、解像度又は音質の設定を繰り返し変更する可能性が低減する。また、ビデオ会議システムにおいて映像又は音声が途切れる可能性も低減する。

【0009】

また、本発明の一実施形態に係る情報処理装置は、前記メモリに記憶されている前記第１設定情報を前記第３設定情報に基づいて書き換える書き換え処理部を更に備えている。

【0010】

上記構成に係る情報処理装置では、メモリは、第３設定情報に基づいて書き換えられた後の第１設定情報を記憶する。従って、情報処理装置は、次にＰＣに接続した時、常に書き換え後の第１設定情報に基づいて直ちに通信を確立できる。また、情報処理装置は、異なるＰＣを使用されたとしても、常に書き換え後の第１設定情報に基づいて直ちに通信を確立できる。

【0011】

また、前記他装置は、クライアント装置であり、本発明の一実施形態に係る情報処理装置は、前記クライアント装置と通信を行うクライアント通信部を更に備えており、前記通信確立部は、前記クライアント通信部を介して前記クライアント装置に前記第３設定情報を送信する。

【0012】

上記構成によれば、情報処理装置は、クライアント装置に対して、低解像度の映像又は低音質の音声しか受信出来ない装置であると見せかける。従って、情報処理装置は、不必要に高解像度の映像又は高音質の音声を受信することがないため、不必要に高解像度の映像又は高音質の音声を低解像度の映像又は低音質の音声にエンコードする必要がない。結果、情報処理装置は、無駄なエンコード処理を低減する。

【0013】

また、前記第１設定情報、前記第２設定情報及び前記第３設定情報のそれぞれは、解像度を含んでいる。

【0014】

上記構成によれば、情報処理装置は、低解像度の映像しか送信出来ない装置であると、ＰＣに対して見せかける。解像度の変更は、音質の変更などに比べるとデータ量の変化量が大きい。つまり、解像度を変更すると、ネットワークの負荷への影響が大きくなる。しかし、上記構成の情報処理装置は、解像度が固定される。このため、ネットワークの負荷が大きく変化しない。結果、例えば、ＰＣで利用するビデオ会議システムが、ネットワーク回線の状態に応じて、解像度又は音質の設定を繰り返し変更する可能性が更に低減する。

【0015】

また、前記クライアント装置は、ビデオカメラであり、前記第３設定情報に含まれている解像度の値は、前記ビデオカメラに設定されている解像度の値よりも低い。

【0016】

上記構成によれば、情報処理装置は、低解像度の映像しか受信出来ない装置であると、ビデオカメラに対して見せかける。情報処理装置は、低解像度の映像を常にビデオカメラから受信し、ＰＣへ送信する。情報処理装置は、ビデオカメラから不必要に高解像度の映像を受信することがないため、不必要に高解像度の映像を低解像度の映像にエンコードする必要がない。結果、情報処理装置は、無駄なエンコード処理を低減する。

【0017】

前記情報処理装置は、ホスト装置（ＰＣ）と通信を行うホスト通信部を更に備えており、前記ホスト通信部を介して前記ホスト装置から前記第２設定情報を受信する。

【0018】

上記構成によれば、ユーザは、ユーザ自身の望む解像度又は音質をＰＣで設定することが出来る。

【0019】

また、前記他装置は前記ホスト装置であり、前記通信確立部は、前記ホスト通信部を介して前記ホスト装置に前記第３設定情報を送信する。

【0020】

上記構成によれば、情報処理装置は、ホスト装置に対して、低解像度の映像又は低音質の音声しか送信出来ない装置であると見せかける。従って、情報処理装置は、不必要に高解像度の映像又は高音質の音声を送信することがない。結果、例えば、ＰＣで利用するビデオ会議システムが、ネットワーク回線の状態に応じて（ネットワークの負荷に応じて）、解像度又は音質の設定を繰り返し変更する可能性が低減する。

【0021】

また、前記ホスト装置は、ネットワークに接続されており、前記ホスト装置は、前記ネットワークの帯域に係る情報に基づいて前記第２設定情報を生成し、前記ホスト通信部は、前記ホスト装置において生成された前記第２設定情報を受信する。

【0022】

上記構成の場合、情報処理装置はネットワークの帯域に係る情報（ネットワークの負荷を示す情報等）に基づいて生成された第２設定情報に基づいて第１設定情報を第３設定情報へ変更する。情報処理装置は、ネットワークの帯域に係る情報に基づいて変更された第３設定情報に基づいてＰＣと通信を確立する。この場合、情報処理装置は、ネットワークの負荷に応じて、適切に解像度を調整した映像又は音質を調整した音声をＰＣへ送信する。従って、情報処理装置は、不必要に高解像度の映像又は高音質の音声をＰＣへ送信しない。この場合、ＰＣは、受信した映像又は音声をネットワークの帯域に係る情報に基づいて無駄にエンコードする必要がなくなる。結果、ＰＣの処理に係る負荷を軽減することが出来る。

【0023】

また、前記第１設定情報、前記第２設定情報及び前記第３設定情報のそれぞれは、映像に係るフレームレート又は音声に係るビットレートの少なくとも１つを含んでいる。

【0024】

上記構成によれば、情報処理装置は、低フレームレートの映像又は低ビットレートの音声しか送信出来ない装置であると、ＰＣに対して見せかける。この場合、ＰＣへ送信される映像のフレームレート又は音声のビットレートが固定される。従って、ネットワークの負荷が大きく変化しない。結果、例えば、ＰＣで利用するビデオ会議システムが、ネットワーク回線の状態に応じて、解像度又は音質の設定を繰り返し変更する可能性が更に低減する。

【発明の効果】

【0025】

本発明の一実施形態に係る情報処理装置、情報処理方法及び情報処理装置のプログラムよれば、映像又は音声の設定が繰り返し変更される可能性を低減できる。

【図面の簡単な説明】

【0026】

【図1】図１は、ビデオキャプチャ１と、ビデオカメラ２と、ＰＣ３と、ＰＣ５とを示す図である。

【図2】図２は、ビデオキャプチャ１とＰＣ３との間における通信の確立及びビデオキャプチャ１とビデオカメラ２との間における通信の確立を示すイメージ図である。

【図3】図３は、プロセッサ１２の機能的構成を示すブロック図である。

【図4】図４は、ＰＣ３におけるアプリケーションプログラムの一例を示す図である。

【図5】図５は、ビデオキャプチャ１の処理の一例を示すフローチャートである。

【図6】図６（Ａ）から図６（Ｃ）は、第１実施形態におけるＵｄ１に示されている解像度の変更を示す図である。

【図7】図７（Ａ）から図７（Ｃ）は、変形例１におけるＵｄ１に示されている解像度の変更を示す図である。

【図8】図８は、変形例２に係るビデオキャプチャ１ａの機能的構成を示す図である。

【図9】図９（Ａ）から図９（Ｃ）は、変形例２におけるＥＤ１に示されている解像度の変更及びＵｄ１に示されている解像度の変更を示す図である。

【図10】図１０は、変形例３におけるＵＩ３０ｂを示す図である。

【発明を実施するための形態】

【0027】

（第１実施形態）
以下、第１実施形態に係るビデオキャプチャ１について図を参照しながら説明する。図１は、ビデオキャプチャ１と、ビデオカメラ２と、ＰＣ３と、ネットワーク回線４と、ＰＣ５とを示す図である。図２は、ビデオキャプチャ１とＰＣ３との間における通信の確立及びビデオキャプチャ１とビデオカメラ２との間における通信の確立を示すイメージ図である。

【0028】

ビデオキャプチャ１は、ＨＤＭＩ（登録商標）入力した映像を、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）出力に変換する機器である。図１に示す様に、ビデオキャプチャ１は、メモリ１０と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１と、プロセッサ１２と、ＨＤＭＩ（登録商標）インタフェース１３と、ＵＳＢインタフェース１４とを備えている。メモリ１０は、例えば、ＲОＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）又はフラッシュメモリ等である。プロセッサ１２は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、又は、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等である。以下、ＨＤＭＩ（登録商標）における（登録商標）の記載は省略し、単に、ＨＤＭＩと記載する。また、ＨＤＭＩ（登録商標）インタフェース１３における（登録商標）の記載を省略し、単に、ＨＤＭＩインタフェース１３と記載する。

【0029】

メモリ１０は、種々のプログラムを記憶する。種々のプログラムとは、ビデオキャプチャ１を動作させるプログラム等である。

【0030】

ＲＡＭ１１は、メモリ１０に記憶された所定のプログラムを一時的に記憶する。

【0031】

プロセッサ１２は、メモリ１０に記憶されたプログラムをＲＡＭ１１に読み出すことによって各種の動作を実行する。

【0032】

ＵＳＢインタフェース１４は、ホスト通信部の一例である。ＵＳＢインタフェース１４は、ＰＣ３との通信を確立し、通信を行う。ＰＣ３は、本実施形態におけるホスト装置の一例である。ＰＣ３は、ビデオキャプチャ１との通信の確立後、ビデオキャプチャ１からＵＳＢインタフェース１４を介して映像データを受信する。ＰＣ３は、受信した映像データに基づいた映像を出力する。本実施形態において、ＰＣ３は、インターネット又はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク回線４を介して遠隔地のＰＣ５と通信を行う。具体的には、ＰＣ３は、ＰＣ５と接続をして遠隔ビデオ会話を行うアプリケーションプログラム（以下、遠隔ビデオ会話用アプリケーションと称す）をインストールしている。ＰＣ３は、遠隔ビデオ会話用アプリケーションを用いて、遠隔地のＰＣ５と遠隔ビデオ会話に係る通信を行う。

【0033】

ＵＳＢインタフェース１４は、ＵＳＢ規格に基づいてＰＣ３と通信を行う。ＵＳＢインタフェース１４は、ＰＣ３と接続した時、自装置がＵＶＣ（ＵＳＢ Ｖｉｄｅｏ Ｃｌａｓｓ）のデバイスであることを示すＵＳＢｄｅｓｃｒｉｐｔｏｒをＰＣ３に送信し、ＰＣ３との通信を確立する。ＵＳＢｄｅｓｃｒｉｐｔｏｒは、第１設定情報の一例である。

【0034】

ＵＳＢｄｅｓｃｒｉｐｔｏｒは、ＵＳＢ機器固有の識別データである。ＵＳＢｄｅｓｃｒｉｐｔｏｒは、ＵＳＢ機器の識別子、ＵＳＢ機器のベンダＩＤ、又は、ＵＳＢ機器が有している能力等を含んでいる。ＵＳＢ機器が有している能力とは、例えば、ＵＳＢ機器で処理可能な解像度、又は、処理可能なフレームレート等である。本実施形態では、メモリ１０が、ビデオキャプチャ１で処理可能な解像度及び処理可能なフレームレート（処理可能な限界値）を示すＵＳＢｄｅｓｃｒｉｐｔｏｒを記憶している。ＵＳＢインタフェース１４は、ＰＣ３へＵＳＢｄｅｓｃｒｉｐｔｏｒを送信し、ＰＣ３との通信を確立する。例えば、ＰＣ３は、図２に示す様に、ビデオキャプチャ１から受信したＵＳＢｄｅｓｃｒｉｐｔｏｒにおいて「解像度：１９２０×１０８０」、且つ、「フレームレート：６０ｐ」と示されている場合、ビデオキャプチャ１を「解像度：１９２０×１０８０」、且つ、「フレームレート：６０ｐ」の映像データを送信するＵＶＣデバイスであると認識する。ビデオキャプチャ１から受信したＵＳＢｄｅｓｃｒｉｐｔｏｒに示されている解像度又はフレームレートは、本発明の第１限界値の一例である。以下、メモリ１０が記憶しているＵＳＢｄｅｓｃｒｉｐｔｏｒをＵｄ１と称す。

【0035】

ＨＤＭＩインタフェース１３は、クライアント通信部の一例である。ＨＤＭＩインタフェース１３は、ビデオカメラ２と通信を確立し、通信を行う（図１参照）。ビデオカメラ２は、本実施形態におけるクライアント装置の一例である。ビデオカメラ２は、映像データを取得する。ビデオカメラ２は、映像データをＨＤＭＩインタフェース１３へ送信する。

【0036】

ＨＤＭＩインタフェース１３は、ＨＤＭＩの規格に基づいて、ビデオカメラ２と通信を確立する。具体的には、ＨＤＭＩインタフェース１３は、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｎｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）に基づいてビデオカメラ２との通信を確立する。ＥＤＩＤは、第１設定情報の一例である。

【0037】

ＥＤＩＤは、ＨＤＭＩ機器固有の識別データである。ＥＤＩＤは、ＨＤＭＩ機器の識別子、ＨＤＭＩ機器のベンダＩＤ、又は、ＨＤＭＩ機器が有している能力等を含んでいる。機器が有している能力とは、例えば、ＨＤＭＩ機器で処理可能な解像度、又は、フレームレート等である。本実施形態では、メモリ１０が、ビデオキャプチャ１で処理可能な解像度とフレームレートとを示すＥＤＩＤを記憶している。ＨＤＭＩインタフェース１３は、ビデオカメラ２へＥＤＩＤを送信し、通信を確立する。例えば、図２に示す様に、ビデオカメラ２は、ビデオキャプチャ１から受信したＥＤＩＤにおいて「解像度：１９２０×１０８０」、且つ、「フレームレート：６０ｐ」と示されている場合、ビデオキャプチャ１を「解像度：１９２０×１０８０」、且つ、「フレームレート：６０ｐ」の映像データを受信するＨＤＭＩデバイスであると認識する。ビデオキャプチャ１から受信したＥＤＩＤに示されている解像度又はフレームレートは、本発明の第１限界値の一例である。以下、メモリ１０が記憶しているＥＤＩＤをＥＤ１と称す。

【0038】

ＨＤＭＩインタフェース１３は、ビデオカメラ２との通信の確立後、ビデオカメラ２からエンコードされた映像データを受信する。具体的には、ＨＤＭＩインタフェース１３は、ビデオカメラ２からＨＤＭＩの規格に準じたエンコードデータ（ＴＭＤＳ（Ｔｒａｎｓｉｔｉｏｎ Ｍｉｎｉｍｉｚｅｄ Ｄｅｆｆｅｒｅｎｔｉａｌ Ｓｉｇｎａｌｉｎｇ）データ）を受信する。ビデオカメラ２は、ビデオキャプチャ１から受信したＥＤ１に示されている解像度及びフレームレートに対応する映像データをＨＤＭＩインタフェース１３に送信する。具体的には、ビデオカメラ２は、ビデオキャプチャ１から受信したＥＤ１に示されている解像度及びフレームレートに基づいて、撮影した映像に係る映像データに対してＨＤＭＩの規格に準じたエンコードを行う。例えば、ビデオカメラ２は、「解像度：１９２０×１０８０」に対応する映像データとなるように、撮影した映像に係る映像データに対してＨＤＭＩの規格に準じたエンコードを行う。また、ビデオカメラ２は、「フレームレート：６０ｐ」に対応する映像データとなるように、撮影した映像に係る映像データに対してＨＤＭＩの規格に準じたエンコードを行う。

【0039】

プロセッサ１２は、ビデオカメラ２から受信したＨＤＭＩの規格に準じたエンコードデータを、ＵＶＣ（ＵＳＢ Ｖｉｄｅｏ Ｃｌａｓｓ）のストリームデータにエンコードする。例えば、プロセッサ１２は、「解像度：１９２０×１０８０」に対応する映像データとなるように、ビデオカメラ２から受信した映像データに対してエンコードを行う。また、プロセッサ１２は、「フレームレート：６０ｐ」に対応する映像データとなるように、ビデオカメラ２から受信した映像データに対してエンコードを行う。ＵＳＢインタフェース１４は、ＵＶＣストリームデータにエンコードされた映像データをＰＣ３に送信する。

【0040】

本実施形態においてビデオキャプチャ１は、上述したＵｄ１を異なるＵＳＢｄｅｓｃｒｉｐｔｏｒに変更する。例えば、ビデオキャプチャ１は、Ｕｄ１に示されている解像度を、異なる解像度に変更する。以下、ビデオキャプチャ１におけるＵｄ１の変更に係る処理（以下、処理Ｐと称す）について図を参照しながら説明する。図３は、プロセッサ１２の機能的構成を示すブロック図である。図４は、ＰＣ３におけるアプリケーションプログラムの一例を示す図である。図５は、ビデオキャプチャ１の処理の一例を示すフローチャートである。図６（Ａ）から図６（Ｃ）は、第１実施形態におけるＵｄ１に示されている解像度の変更を示す図である。

【0041】

プロセッサ１２は、図３に示す様に、取得部１２０と通信確立部１２１とを機能的に備えている。取得部１２０及び通信確立部１２１が、処理Ｐを実行する。

【0042】

プロセッサ１２は、例えば、ＰＣ３においてユーザによる解像度を変更する操作を受けつけたときに、処理Ｐを開始する。具体的には、本実施形態において、ＰＣ３には、ＵＳＢｄｅｓｃｒｉｐｔｏｒに示されている解像度を変更するアプリケーションプログラム（以下、変更用アプリケーションと称す）がインストールされている。ユーザは、ＰＣ３の変更用アプリケーションを介して解像度を変更する。

【0043】

ＰＣ３は、映像を表示する装置（以下、表示装置と称する）を備えている。変更用アプリケーションは、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）３０を表示装置に表示する（図４参照）。変更用アプリケーションは、ＵＩ３０に１以上のボタンとプルダウンメニューとを配置する。図４に示す例において、変更用アプリケーションは、ボタンＢＴ１～ＢＴ４と、適用ボタンＢＴＡと、リセットボタンＢＴＲと、プルダウンメニューＰＵと、を配置している。ユーザは、ボタンＢＴ１～ＢＴ４，ＢＴＡ，ＢＴＲとプルダウンメニューＰＵとを操作（クリック操作等）することによって解像度を指定する。

【0044】

ボタンＢＴ１～ＢＴ３のそれぞれには、対応する解像度が割り当てられている。例えば、ボタンＢＴ１には「解像度：８５４×４８０」、ボタンＢＴ２には「解像度：１２８０×７２０」、ボタンＢＴ３には「解像度：１９２０×１０８０」が、割り当てられている。ユーザは、ボタンＢＴ１～ＢＴ３をクリック操作することによって解像度を指定する。変更用アプリケーションは、ユーザによるボタンＢＴ１～ＢＴ３へのクリック操作を認識したとき、ボタンＢＴ１～ＢＴ３に対応している解像度を選択状態にする。例えば、ユーザは、ボタンＢＴ２をクリック操作する。このとき、変更用アプリケーションは、「解像度：１２８０×７２０」を選択状態にする。ユーザによって選択された解像度は、本発明の第２限界値の一例である。

【0045】

または、ユーザは、ボタンＢＴ４をクリック操作することによって、解像度をプルダウンメニューＰＵから選択することも出来る。ユーザは、ボタンＢＴ４をクリック操作する。変更用アプリケーションは、ユーザによるボタンＢＴ４へのクリック操作を検知したとき、プルダウンメニューＰＵに、１以上の選択可能な解像度を表示する。ユーザは、例えば、プルダウンメニューＰＵで表示されている「解像度：１２８０×７２０」を選択（クリック操作）する。このとき、変更用アプリケーションは、「解像度：１２８０×７２０」を選択状態にする。図４に示す例では、プルダウンメニューＰＵにおいて「解像度：１２８０×７２０」が、選択されている。

【0046】

ユーザは、解像度を指定した後、適用ボタンＢＴＡをクリック操作する。変更用アプリケーションは、ユーザによる適用ボタンＢＴＡのクリック操作を検知したとき、処理Ｐを開始する（図５：ＳＴＡＲＴ）。

【0047】

開始後、変更用アプリケーションは、ユーザによって指定された解像度（変更用アプリケーションによって選択状態とされた解像度）を示しているＵＳＢｄｅｓｃｒｉｐｔｏｒを生成する（図５：ステップＳ１０）。例えば、ユーザによって「解像度：１２８０×７２０」と指定された場合、変更用アプリケーションは、「解像度：１２８０×７２０」を示しているＵＳＢｄｅｓｃｒｉｐｔｏｒを生成する。なお、このとき、変更用アプリケーションは、Ｕｄ１に元々設定されているフレームレート（例えば「フレームレート：６０ｐ」等）を含むＵＳＢｄｅｓｃｒｉｐｔｏｒを生成してもよい。変更用アプリケーションによって生成されたＵＳＢｄｅｓｃｒｉｐｔｏｒは、本発明の第２設定情報の一例である。以下、変更用アプリケーションによって生成されたＵＳＢｄｅｓｃｒｉｐｔｏｒを、Ｕｄ２と称す。

【0048】

ステップＳ１０の後、取得部１２０は、Ｕｄ２を取得する（図５：ステップＳ１１）。具体的には、図３及び図６（Ａ）に示す様に、取得部１２０（ビデオキャプチャ１）は、ＵＳＢインタフェース１４を介してＰＣ３からＵｄ２を受信する。

【0049】

ステップＳ１１の後、通信確立部１２１は、Ｕｄ２に基づいてＵｄ１を変更する（図５：ステップＳ１２）。具体的には、通信確立部１２１は、メモリ１０に記憶しているＵｄ１に示されている解像度をＵｄ２に示されている解像度に書き換える。例えば、Ｕｄ１に「解像度：１９２０×１０８０」と示されている場合、且つ、Ｕｄ２に「解像度：１２８０×７２０」と示されている場合、通信確立部１２１は、Ｕｄ１の解像度を「１９２０×１０８０」から「解像度：１２８０×７２０」に書き換える。一方、通信確立部１２１は、Ｕｄ１に示されているフレームレートを書き換えない。以下、解像度の情報を書き換えた後のＵｄ１をＵｄ３（本発明の第３設定情報）と称する。

【0050】

ステップＳ１２の後、通信確立部１２１は、ＰＣ３との接続を解除する（図５：ステップＳ１３）。この場合、ＵＳＢインタフェース１４とＰＣ３との間の通信が解除される。

【0051】

ステップＳ１３の後、通信確立部１２１は、再びＰＣ３との通信を確立する（図５：ステップＳ１４）。具体的には、図３及び図６（Ｂ）に示す様に、通信確立部１２１は、ＵＳＢインタフェース１４を介してＰＣ３へＵｄ３を送信し、通信を確立する。具体的には、通信確立部１２１は、「解像度：１２８０×７２０」と「フレームレート：６０ｐ」とを示すＵｄ３をＰＣ３へ送信し、通信を確立する。通信の確立後、ＵＳＢインタフェース１４とＰＣ３とは通信を行う。

【0052】

以上のステップＳ１０からステップＳ１４の処理が実行されることによって、当該処理が完了する（図４：ＥＮＤ）。これにより、プロセッサ１２は、Ｕｄ３に示されている解像度に対応する様に、ＨＤＭＩの規格に準じたエンコードデータをＵＶＣストリームデータにエンコードする。例えば、Ｕｄ３において「解像度：１２８０×７２０」、「フレームレート：６０ｐ」と示されている場合、プロセッサ１２は、「解像度：１２８０×７２０」、「フレームレート：６０ｐ」に対応する映像データとなるように、ビデオカメラ２から受信した映像データに対してエンコードを行う（図６（Ｃ）参照）。

【0053】

なお、変更用アプリケーションは、Ｕｄ１に示されているフレームレートを書き換えてもよい。そして、通信確立部１２１は、Ｕｄ１に示されているフレームレートをＵｄ２に示されているフレームレートに書き換えてもよい。例えば、ユーザによって「フレームレート：３０ｐ」と指定された場合、変更用アプリケーションは、「フレームレート：３０ｐ」を示しているＵｄ２を生成する。そして、通信確立部１２１は、Ｕｄ１に示されているフレームレートをＵｄ２に示されているフレームレートに書き換える。例えば、Ｕｄ１に「フレームレート：６０ｐ」と示されている場合、且つ、Ｕｄ２に「フレームレート：３０ｐ」と示されている場合、通信確立部１２１は、Ｕｄ１のフレームレートを「６０ｐ」から「３０ｐ」に書き換える。

【0054】

なお、Ｕｄ１の変更は、必ずしも、ＰＣ３から受信する情報に基づいて行う必要はない。ビデオキャプチャ１は、例えば、解像度の切換スイッチ（例えば、「解像度：１９２０×１２８０」、又は、「解像度：１２８０×７２０」等の切換スイッチ）を備えてもよい。ユーザは、切換スイッチを切り換える操作を行う。ビデオキャプチャ１は、ユーザによる切換スイッチの操作を受け付ける。ビデオキャプチャ１は、Ｕｄ１に示されている解像度を切換スイッチにおいて選択されている解像度へ変更する。

【0055】

なお、図５に示す解像度の値は一例である。Ｕｄ２によって示される解像度の値は、例えば、「８００×６００」等の値であってもよい。

【0056】

なお、本実施形態において、クライアント装置は、必ずしも、ビデオカメラ２でなくてもよい。クライアント装置は、映像データを出力する装置であればどの様なものであってもよい。クライアント装置は、例えば、ゲーム機等であってもよい。

【0057】

なお、ビデオキャプチャ１は、必ずしも、メモリ１０に記憶されているＵｄ１をＵｄ３に書き換える必要はない。通信確立部１２１は、ＰＣ３から受信したＵｄ２に基づいて書き換えたＵｄ１をＵｄ３としてＲＡＭ１１に一時的に記憶し、一時的に記憶したＵｄ３に基づいてＰＣ３と通信を確立してもよい。ただし、ビデオキャプチャ１は、メモリ１０に記憶されているＵｄ１をＵｄ３に書き換えることで、次にＰＣ３と接続する時には最初から変更後の解像度のＵＳＢデバイスとしてＰＣ３に認識させることができ、改めてＳ１１～Ｓ１４の様な動作を行う必要はない。一方で、Ｕｄ３をＲＡＭ１１に一時記憶する場合、ＰＣ３の変更用アプリケーションが、Ｕｄ３を記憶してもよい。ＰＣ３の変更用アプリケーションは、次にビデオキャプチャ１を接続した時、Ｕｄ３をビデオキャプチャ１に送信する。ビデオキャプチャ１は、接続時に変更用アプリケーションからＵｄ３を受信し、当該Ｕｄ３を用いてＰＣ３との接続を確立すればよい。

【0058】

なお、ユーザは、図４のＵＩ３０においてリセットボタンＢＴＲをクリック操作することによって、解像度の設定を解除し、メモリ１０に記憶されているＵｄ３をＵｄ１に初期化することもできる。具体的には、メモリ１０は、Ｕｄ１の初期値をＵｄ３とは別に記憶している。ユーザがリセットボタンＢＴＲをクリックすると、変更用アプリケーションは、ビデオキャプチャ１に対して、Ｕｄ３をＵｄ１の初期値に変更する命令を送信する。ビデオキャプチャ１は、当該命令を受信したときに、Ｕｄ３をＵｄ１の初期値に戻す。この場合、ビデオキャプチャ１とＰＣ３とは、初期値のＵｄ１に基づいて通信を確立する。

【0059】

（第１実施形態の効果）
ビデオキャプチャ１によれば、ＰＣ３における映像の設定が繰り返し変更される可能性を低減できる。より詳細には、ビデオキャプチャ１は、自身で元々処理可能な解像度とは異なる解像度を示すＵｄ２に基づいてＵｄ１をＵｄ３に変更し、Ｕｄ３に基づいてＰＣ３と通信を確立する。例えば、ビデオキャプチャ１は、元々処理可能な解像度よりも低い解像度を示すＵｄ３を、ＰＣ３へ送信し、通信を確立する。言い換えると、ビデオキャプチャ１は、低解像度の映像しか送信出来ない装置であると、ＰＣ３に対して見せかける。この場合、ビデオキャプチャ１は、低解像度の映像をＰＣ３へ送信する。言い換えると、ビデオキャプチャ１は、不必要に高解像度の映像をＰＣへ送信しない。結果、ＰＣ３の遠隔ビデオ会話用アプリケーションが、ネットワーク回線４の状態に応じて（ネットワーク回線４の負荷に応じて）、解像度を繰り返し変更する可能性が低減する。また、ＰＣ３とＰＣ５とのビデオ会議において映像又は音声が途切れる可能性も低減する。

【0060】

また、ビデオキャプチャ１は、敢えて低解像度の映像データを送信するため、ユーザは、高解像度の映像データに対応していないアプリケーションプログラムを利用することもできる。ユーザは、高解像度の新しい規格に準じた外部機器が認識できないアプリケーションプログラムを利用している場合がある。例えば、あるアプリケーションプログラムが、フルＨＤ（１９２０×１０８０）の解像度のＵＳＢビデオデバイス（例えばＵＳＢ２．０規格のビデオデバイス）にしか対応していない場合がある。ビデオキャプチャ１は、仮に４ｋ（３８４０×２１６０）の解像度のＵＳＢビデオデバイス（例えばＵＳＢ３．１規格のビデオデバイス）であっても、この様なアプリケーションプログラムに認識させることができる。例えば、変更用アプリケーションは、「フルＨＤ：ＵＳＢ２．０規格」を示しているＵｄ２を生成する。例えば、ユーザによって「フルＨＤ：ＵＳＢ２．０規格」と指定された場合、変更用アプリケーションは、「フルＨＤ：ＵＳＢ２．０規格」を示しているＵｄ２を生成する。この場合、ＰＣ３は、ビデオキャプチャ１を「フルＨＤ：ＵＳＢ２．０規格」のデバイスと認識し、通信を確立する。これにより、ユーザは、「フルＨＤ：ＵＳＢ２．０規格」のデバイスしか認識できないアプリケーションプログラムであっても、ビデオキャプチャ１を当該アプリケーションプログラムに認識して利用することができる。

【0061】

なお、ビデオキャプチャ１は、Ｕｄ１に示されている音声に係る情報を書き換えて、ＰＣ３と通信を確立してもよい。音声に係る情報とは、例えば、音声に係るビットレート（サンプリング周波数又は量子化ビット数）である。この場合、ビデオキャプチャ１は、例えば、Ｕｄ１に示されている音声に係るビットレートを、Ｕｄ２に示されている音声に係るビットレートに書き換える。この場合、ビデオキャプチャ１は、不必要に高ビットレートの音声をＰＣへ送信しない。この場合、ＰＣ３の遠隔ビデオ会話用アプリケーションが、ネットワーク回線４の状態に応じて音声の設定を繰り返し変更する可能性が低減する。

【0062】

（変形例１）
以下、変形例１について図を参照しながら説明する。図７（Ａ）から図７（Ｃ）は、変形例１におけるＵｄ１に示されている解像度の変更を示す図である。変形例１のＵＳＢカメラ６は、本発明の情報処理装置の一例である。ＵＳＢカメラ６は、ＵＶＣのデバイスである。ＵＳＢカメラ６は、ＵＳＢ規格に基づいてＰＣ３と通信を行う。ＵＳＢカメラ６は、ビデオキャプチャ１と同様にＵｄ３に基づいてＰＣ３との通信を確立する。例えば、変更用アプリケーションは、「解像度：１２８０×７２０」を示しているＵｄ２を生成し、ＵＳＢカメラ６に送信する（図７（Ａ）参照）。ＵＳＢカメラ６は、ＰＣ３から受信したＵｄ２に基づいて自装置に記憶しているＵｄ１をＵｄ３に書き換える。ＵＳＢカメラ６は、Ｕｄ３をＰＣ３に送信し（図７（Ｂ）参照）、Ｕｄ３に基づいてＰＣ３と通信を確立する（図７（Ｃ）参照）。この場合、ＰＣ３は、ビデオキャプチャ１を「解像度：１２８０×７２０」、且つ、「フレームレート：６０ｐ」のデバイスと認識し、通信を確立する。

【0063】

（変形例１の効果）
変形例１に係るＵＳＢカメラ６は、第１実施形態に係るビデオキャプチャ１と同じ効果を奏する。

【0064】

（変形例２）
以下、変形例２について図を参照しながら説明する。図８は、変形例２に係るビデオキャプチャ１ａの機能的構成を示す図である。図８は、ビデオキャプチャ１ａのプロセッサ１２ａの機能的構成を示すブロック図である。図９（Ａ）から図９（Ｃ）は、変形例２におけるＥＤ１に示されている解像度の変更及びＵｄ１に示されている解像度の変更を示す図である。

【0065】

ビデオキャプチャ１ａは、Ｕｄ１の初期値に基づいてとＰＣ３と通信を確立し、且つ、ＥＤ１に基づいてビデオカメラ２と通信を確立する。ビデオキャプチャ１ａは、ＰＣ３でユーザによって指定された解像度でＰＣ３との通信を再び確立し、且つ、ＰＣ３でユーザによって指定された解像度でビデオカメラ２との通信を再び確立する。

【0066】

具体的には、ビデオキャプチャ１ａは、図８に示す様に、プロセッサ１２の代わりにプロセッサ１２ａを備えている。プロセッサ１２ａは、取得部１２０の代わりに取得部１２０ａを、通信確立部１２１の代わりに通信確立部１２１ａを機能的に備えている。取得部１２０ａは、ＰＣ３からＵｄ２に加えて、ＥＤ１の解像度を変更するためのＥＤＩＤ（以下、ＥＤ２と称する）を受信する（図９（Ａ）参照）。通信確立部１２１ａは、ＥＤ１に示されている解像度をＥＤ２に示されている解像度に書き換える。例えば、通信確立部１２１ａは、メモリ１０に記憶しているＥＤ１に「解像度：１９２０×１０８０」と示されている場合、且つ、ＥＤ２に「解像度：１２８０×７２０」と示されている場合、ＥＤ１の解像度を「１９２０×１０８０」から「解像度：１２８０×７２０」に書き換える。以下、解像度の情報を書き換えた後のＥＤ１をＥＤ３（本発明の第３設定情報）と称する。

【0067】

通信確立部１２１ａは、ビデオカメラ２との接続を解除する。接続の解除後、通信確立部１２１ａは、ＥＤ３をビデオカメラ２に送信し（図９（Ｂ））、ＥＤ３に基づいてビデオカメラ２と通信を確立する（図９（Ｃ）参照）。この場合、ビデオカメラ２は、ＥＤ３において「解像度：１２８０×７２０」及び「フレームレート：６０ｐ」と示されている場合、ビデオキャプチャ１ａを、「解像度：１２８０×７２０」、且つ、「フレームレート：６０ｐ」の映像データを受信するＨＤＭＩデバイスであると認識する。ビデオカメラ２は、ＥＤ３に示されている解像度及びフレームレートとなるように、映像データに対してＨＤＭＩの規格に準じたエンコードを行い、エンコード後の映像データをビデオキャプチャ１ａへ送信する（図９（Ｃ）参照）。

【0068】

なお、ビデオキャプチャ１ａにおける、Ｕｄ３に基づいたＰＣ３との通信の確立は、ビデオキャプチャ１におけるＵｄ３に基づいたＰＣ３との通信の確立と同じであるため、説明を省略する。

【0069】

（変形例２の効果）
ビデオキャプチャ１ａは、低解像度の映像しか受信出来ない装置であると、ビデオカメラ２に対して見せかける。この場合、ビデオキャプチャ１ａは、ビデオカメラ２から不必要に高解像度の映像データを受信することがないため、不必要に高解像度の映像データを低解像度の映像データにエンコードする必要がない。結果、ビデオキャプチャ１ａは、無駄なエンコード処理を低減する。

【0070】

なお、ビデオキャプチャ１ａは、ＥＤ２のみをＰＣ３から受信してもよい。この場合、ビデオキャプチャ１ａは、ビデオカメラ２との通信を解除し、ＥＤ３に基づいてビデオカメラ２と通信を再び確立する。一方、ビデオキャプチャ１ａは、ＰＣ３との通信を解除せず、元々メモリ１０に記憶しているＵｄ１に基づいてＰＣ３との通信を継続する。

【0071】

なお、Ｕｄ３に示されている解像度、フレームレート、又は、音声のビットレート等の値と、ＥＤ３に示されている解像度、フレームレート、又は、音声のビットレート等の値とは、必ずしも一致していなくてもよい。

【0072】

（変形例３）
以下、変形例３について図を参照しながら説明する。図１０は、変形例３におけるＵＩ３０ｂを示す図である。変形例３に係るビデオキャプチャ１ｂは、ネットワーク回線４の負荷に応じて生成されたＵｄ２に基づいてＰＣ３との通信を確立する。具体的には、変更用アプリケーションは、ＵＩ３０ｂを表示装置に表示する（図１０参照）。本変形例において、変更用アプリケーションは、ボタンＢＴ１～ＢＴ４、適用ボタンＢＴＡ、リセットボタンＢＴＲ及びプルダウンメニューＰＵに加えて、オートボタンＢＴ５をＵＩ３０ｂに配置している。変更用アプリケーションは、オートボタンＢＴ５へのクリック操作を検知したとき、ネットワーク回線４の負荷を測定する（例えば、ネットワーク回線４におけるビットレートを測定する等）。変更用アプリケーションは、ネットワーク回線４のビットレートに基づいてＵｄ２を生成する。具体的には、変更用アプリケーションは、測定によって得られたビットレートの値よりも低いビットレートに対応する解像度及びフレームレートのＵｄ２を生成する。例えば、測定したネットワーク回線４のビットレートが「１０Ｍｂｐｓ」である場合、変更用アプリケーションは、「１０Ｍｂｐｓ」よりも低いビットレートの「解像度：１２８０×７２０」、「フレームレート：３０ｐ」を示すＵｄ２を生成し、ビデオキャプチャ１ｂに送信する。「解像度：１２８０×７２０」、「フレームレート：３０ｐ」の映像データは、最大でも５Ｍｂｐｓ程度のビットレートであり、ネットワーク回線４の「ビットレート：１０Ｍｂｐｓ」よりも十分に低い。ビデオキャプチャ１ｂは、「解像度：１２８０×７２０」、「フレームレート：３０ｐ」を示すＵｄ２に基づいて自装置に記憶しているＵｄ１をＵｄ３に書き換える。

【0073】

ビデオキャプチャ１ｂは、ＰＣ３との接続を解除する。接続の解除後、ビデオキャプチャ１ｂは、Ｕｄ３に基づいてＰＣ３との通信を確立する。この場合、ＰＣ３は、ビデオキャプチャ１ｂを「解像度：１２８０×７２０」、「フレームレート：３０ｐ」の映像データを送信するデバイスであると認識し、通信を確立する。

【0074】

なお、変更用アプリケーションによるネットワーク回線４の負荷の測定は、１回に限られない。変更用アプリケーションは、複数回、ネットワーク回線４の負荷の測定を行ってもよい。例えば、変更用アプリケーションは、１分おきにネットワーク回線４の負荷の測定を行ってもよい。

【0075】

（変形例３の効果）
ビデオキャプチャ１ｂはネットワーク回線４の帯域に係る情報（ネットワーク回線４の負荷を示す情報等）に基づいて生成されたＵｄ２に基づいてＵｄ１を書き換える。この場合、ビデオキャプチャ１ｂは、ネットワーク回線４の負荷に応じて、適切に解像度を調整した映像データをＰＣ３へ送信する。従って、ビデオキャプチャ１ｂは、不必要に高解像度の映像データをＰＣ３へ送信しない。この場合、ＰＣ３は、受信した映像データをネットワーク回線４の帯域に係る情報に基づいて無駄にエンコードする必要がなくなる。結果、ＰＣ３の処理に係る負荷を軽減することが出来る。

【0076】

なお、第１実施形態に係るビデオキャプチャ１、変形例１に係るＵＳＢカメラ６、変形例２に係るビデオキャプチャ１ａ及び変形例３に係るビデオキャプチャ１ｂの構成を任意に組み合わせてもよい。

【符号の説明】

【0077】

１，１ａ，１ｂ：ビデオキャプチャ
２：ビデオカメラ
３，５：ＰＣ
４：ネットワーク回線
６：ＵＳＢカメラ
１０：メモリ
１１：ＲＡＭ
１２，１２ａ：プロセッサ
１３：ＨＤＭＩインタフェース
１４：ＵＳＢインタフェース
１２０，１２０ａ：取得部
１２１，１２１ａ：通信確立部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】