JP7132478B2 - ウェブ会議システム、その制御方法およびプログラム - Google Patents

Description

本発明は、ウェブ会議システム、その制御方法およびプログラムに関する。

従来、インターネット回線などを利用したウェブ会議システムにおいては、サーバ装置と複数のクライアント端末とで、音声データ、及び画像データの送受信を行う。これにより、会議に参加するユーザは、それぞれ別の場所にいながらウェブ会議を行うことが可能となる。

特許文献１の技術では、サーバ装置がクライアント端末から受信した音声データを異なるクライアント端末に送信する技術が開示されている。サーバ装置はクライアント端末から受信した音声データをすべて合成し、当該合成した音声データを各クライアント端末へ配信する処理を行う。この処理により、音声データを送受信する仕組みが開示されている。

特開平１０－１６４２３９号公報

ウェブ会議システムでは、ユーザが話す音声だけでなく、動画や音楽の再生音などクライアント端末で再生する音も他のクライアント端末と共有したい場合がある。

しかしながら、クライアント端末で再生する音を適切に共有したい場合の仕組みは、特許文献１では開示されていない。例えば、動画の音声を共有しようとした場合、クライアント端末が備えるスピーカーから再生された動画の再生音を、同じくクライアント端末が備えるマイクで取得する方法が考えられる。しかしながら、動画の再生音を十分に取得できるようにするためには、マイク位置の調整や動画の再生音の調整など、ユーザによる物理的な調整の手間が生じる。

そこで本発明は、ウェブ会議システムにおいて、ソフトウェアから出力される音データを会議の参加者に共有させることが可能な仕組みを提供することを目的とする。

本発明のウェブ会議システムは、ソフトウェアから出力される第一音データと、マイクから入力された第二音データとを取得する取得手段と、前記取得手段で取得した前記第一音データと前記第二音データとを合成して第三音データを生成する合成手段と、前記合成手段で生成された前記第三音データを送信する送信手段と、を備えることを特徴とする。
本発明のウェブ会議システムの制御方法は、ソフトウェアから出力される第一音データと、マイクから入力された第二音データとを取得する取得ステップと、前記取得ステップで取得した前記第一音データと前記第二音データとを合成して第三音データを生成する合成ステップと、前記合成ステップで生成された前記第三音データを送信する送信ステップと、を含むことを特徴とする。
本発明のプログラムは、コンピュータを、上記に記載の情報処理装置として機能させるためのプログラムであることを特徴とする。

本発明によれば、ウェブ会議システムにおいて、ソフトウェアから出力される音データを会議の参加者に共有させることが可能な効果を奏する。

本実施形態のウェブ会議システムのシステム構成図の一例を示す図である。 本実施形態のウェブ会議サーバ１００のハードウェア構成の一例を示す図である。 本実施形態の情報処理装置１０１及び１０２のハードウェア構成の一例を示す図である。 本実施形態の機能構成の一例を示す図である。 本実施形態のウェブ会議システムの音声共有処理の全体の流れの一例を示すフローチャートである。 本実施形態のウェブ会議システムのデバイス設定画面６００の一例を示す図である。 本実施形態のウェブ会議システムのデバイス状態テーブル７００の一例を示す図である。 本実施形態の、ウェブ会議アプリケーション画面８００と画面共有操作画面８１０の一例を示す図である。 本実施形態の、画面共有処理の流れの一例を示すフローチャートである。 本実施形態の、ＰＣ再生音共有開始処理の流れの一例を示すフローチャートである。 本実施形態の、ウェブ会議サーバ１００への音声送信処理の流れの一例を示すフローチャートである。 本実施形態の、音声再生処理の流れの一例を示すフローチャートである。 本実施形態の、ＯＳによるＰＣ再生音作成処理の流れの一例を示すフローチャートである。 本実施形態の、ＰＣ再生音共有の停止処理の流れの一例を示すフローチャートである。 本実施形態の、ＰＣ再生音作成処理イメージ１５００とＰＣ再生音作成処理イメージ１５１０の一例を示すイメージ図である。 本実施形態の、ＰＣ再生音作成処理イメージ１６００の一例を示すイメージ図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

図１は、本発明の一実施例を示すウェブ会議システムのシステム構成を例示する図である。

図１に示すように、本実施形態のウェブ会議システムは、例えば、情報処理装置などのパーソナルコンピュータを適用可能なウェブ会議サーバ１００、情報処理装置１０１、情報処理装置１０２を有する。情報処理装置１０１は画面及び音声を共有させるホストコンピュータであり、情報処理装置１０２は画面及び音声を共有するゲストコンピュータである。これら１００～１０２に示す装置は、ネットワーク通信機能を利用し、ＬＡＮ５００（ローカルエリアネットワーク）を介してデータ通信可能であり、ウェブ会議システムに接続することでウェブ会議へ参加可能となる。

ウェブ会議サーバ１００は、ウェブブラウザを利用したウェブ会議を実現するためのサーバであり、例えば、情報処理装置などのパーソナルコンピュータを適用可能である。なお、ウェブ会議サーバ１００は、公衆回線１０６を介してデータ通信が可能である。

情報処理装置１０１および情報処理装置１０２は、ウェブ会議サーバ１００へアクセスすることにより、ウェブ会議アプリケーション画面（インタフェース）を取得してウェブ会議を行うことができる。情報処理装置１０１および情報処理装置１０２には、ウェブ会議サーバ１００へアクセスするためのウェブブラウザ、及び専用のモジュールがインストールされている。なお、この専用のモジュールは、例えば、ウェブブラウザを介して、ウェブ会議サーバ１００からダウンロードするＡｃｔｉｖｅＸコンポーネントである。

なお、情報処理装置１０１および情報処理装置１０２には、ウェブ会議において自身の動画像を送信する場合はウェブカメラ（不図示）を接続し、音声を送信する場合はマイク（不図示）を接続する。また、相手の音声を視聴するためにはスピーカー（不図示）を接続する。これらの各デバイスは、情報処理装置１０１および情報処理装置１０２上に複数台接続することが可能である。なお、本実施例のウェブ会議システムでは、各デバイスをそれぞれ１つずつ接続するものとする。

上記のウェブカメラから取得した映像、マイクから取得した音声は、それぞれ圧縮され、他の参加者の情報処理装置１０２に送信される。

また、ウェブ会議システムでは、情報処理装置１０１の画面を情報処理装置１０２に表示することで、情報処理装置１０１の画面で表示している画面の共有を行うことができる。共有される画面は、情報処理装置１０１で指定することが可能である。また、共有される画面は、アプリケーションの画面であったり、デスクトップ全体の画面であったりする。

画面共有を行う場合、情報処理装置１０１の画面は、ウェブ会議サーバ１００に送信され、ウェブ会議サーバ１００から情報処理装置１０２に送信される。

また、本実施形態においては、ホストコンピュータである情報処理装置１０１は、本ウェブ会議システムに１台だけ存在できる。ホストコンピュータの役割を担っていた情報処理装置１０１が情報処理装置１０２となり、ゲストコンピュータの役割を担っていた情報処理装置１０２が情報処理装置１０１としての役割を果たすことも可能である。情報処理装置１０２がホストコンピュータである情報処理装置１０１としての役割を果たす場合は、情報処理装置１０２の画面を本ウェブ会議システムで共有することができる。

なお、本ウェブ会議システムは、ルームと呼ばれる仮想会議室を複数設定することが可能である。このルームを複数設定することにより複数の会議を行うことが可能であるが、本実施形態では、ウェブ会議システムでは１つのルームによる会議が行われているものとして説明する。複数のルームが存在する場合には、該当する１つのルームがウェブ会議システムを意味するものとする。以上が図１の説明である。

次に図２および図３を参照して、本発明の実施形態における各種装置に適用可能なハードウェア構成の一例について説明する。

図２は、ウェブ会議サーバ１００のハードウェア構成の一例を示す図である。

図２において、ウェブ会議サーバ１００のＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステム（以下、ＯＳ）が記憶される。また、ＲＯＭ２０２あるいは外部メモリ２１１には、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、入力デバイス２０９からの入力を制御する。入力デバイス２０９としては、キーボード、タッチパネル、及びマウス等のポインティングデバイス等が挙げられる。

なお、入力デバイス２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

２０６はビデオコントローラで、ディスプレイ２１０等の表示機への表示を制御する。なお、ディスプレイ２１０は、ＣＲＴ、液晶ディスプレイ等の表示機のことを指す。または、その他の表示機であってもよい。なお、ディスプレイ２１０は、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。外部出力装置はディスプレイに限ったものではなく、例えばプロジェクタであってもよい。

また、図２のウェブ会議サーバ１００が前述のタッチ操作を受け付け可能な装置である場合には、ディスプレイ２１０が入力デバイス２０９としての機能を提供する。

２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイルへのアクセスを制御する。また、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、ＲＯＭ２０２あるいは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。

さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報、テーブル等も、外部メモリ２１１に格納されている。

以上で、図２のウェブ会議サーバ１００のハードウェア構成の説明を終了する。

図３は、情報処理装置１０１及び１０２のハードウェア構成の一例を示す図である。情報処理装置１０１と１０２は同じハードウェア構成であるため、情報処理装置１０１を例に以下説明する。

図３において、情報処理装置１０１のＣＰＵ３０１は、システムバス３０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ３０２あるいは外部メモリ３１１には、ＣＰＵ３０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステム（以下、ＯＳ）が記憶される。また、ＲＯＭ３０２あるいは外部メモリ３１１には、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。ＣＰＵ３０１は、処理の実行に際して必要なプログラム等をＲＯＭ３０２あるいは外部メモリ３１１からＲＡＭ３０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、３０５は入力コントローラで、入力デバイス３０９からの入力を制御する。入力デバイス３０９としては、キーボード、タッチパネル、及びマウス等のポインティングデバイス等が挙げられる。

なお、入力デバイス３０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

３０６はビデオコントローラで、ディスプレイ３１０等の表示機への表示を制御する。なお、ディスプレイ３１０は、ＣＲＴ、液晶ディスプレイ等の表示機のことを指す。または、その他の表示機であってもよい。なお、ディスプレイ３１０は、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。外部出力装置はディスプレイに限ったものではなく、例えばプロジェクタであってもよい。

また、図３の情報処理装置１０１及び１０２が前述のタッチ操作を受け付け可能な装置である場合には、ディスプレイ３１０が入力デバイス３０９としての機能を提供する。

３０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）へのアクセスを制御する。また、メモリコントローラ３０７は、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ３１１へのアクセスを制御する。

３０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ３０１は、例えばＲＡＭ３０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ディスプレイ３１０上での表示を可能としている。また、ＣＰＵ３０１は、ディスプレイ３１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、ＲＯＭ３０２あるいは外部メモリ３１１に記録されており、必要に応じてＲＡＭ３０３にロードされることによりＣＰＵ３０１によって実行されるものである。

さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報、テーブル等も、外部メモリ３１１に格納されており、これらについての詳細な説明も後述する。

カメラコントローラ３１２は、カメラ３１４等による映像取得を制御し、音声コントローラ３１３はマイク３１５（入力部）、スピーカー（出力部）３１６等による音声取得制御やスピーカー３１６への出力を制御する。なお、音声コントローラ３１３が音声を出力する先は、スピーカー３１６だけではなくヘッドフォンや外部のスピーカーに出力するための出力端子であってもよい。

カメラ３１４は、図３のハードウェア構成を適用する装置に内蔵されているカメラである。また、マイク３１５及びスピーカー３１６は、図３のハードウェア構成を適用する装置に内蔵されているマイク３１５及びスピーカー３１６である。以上が図３の説明である。

次に図４を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。

情報処理装置１０１及び１０２は、画像記憶部４１１、送信制御部４１２、受信制御部４１３、合成部４１４等を備えている。

情報処理装置１０１と１０２は同じ機能構成であるため、ここでは情報処理装置１０１を例に説明を行い、情報処理装置１０２についての説明は省略する。

画像記憶部４１１は、送信制御部４１２によって送信する画像と同じ画像を記憶する記憶部（キュー）である。

キューには、情報処理装置１０１の撮像装置によって撮像される撮像画像（会議画像）用の画像キューと、ユーザ操作により指定された指定画像（情報処理装置１０１のデスクトップ画面の画像等）の画像キューがある。

撮像画像用の画像キューには撮像画像を順次記憶する。カメラ３１４は継続的に撮像処理（動画の撮像及び情報処理装置１０１への動画の入力）を行うため、当該画像キューには、動画を構成する複数の画像が、動画内のフレームごとに順々に記憶される。

指定画像用の画像キューには、指定画像を所定時間ごとに記憶する。例えば０．２秒ごとに、情報処理装置１０１のデスクトップ画面に表示されているデスクトップ画像を順次記憶する。記憶される各指定画像は、例えばデスクトップ画像を繋ぎ合わせて再生する動画の１フレームである。

送信制御部４１２は、各種画像や音声データを送信する機能部である（画像送信手段）。より具体的には、カメラ３１４において撮像され入力された画像（映像）や、ユーザ操作等により表示を共有する画像として指定された指定画像（デスクトップ全体または指定アプリケーションの画面の画像）を、ウェブ会議サーバ１００に送信制御する。

送信された画像は、ウェブ会議サーバ１００の受信制御部４２２で受信され、メモリ上の画像記憶部４２３（画像キュー）に格納される。

受信制御部４１３は、ウェブ会議サーバ１００から画像及び音声を受信する機能部である。

合成部４１４は、情報処理装置１０１が、ＯＳで管理される動画や音楽プレイヤーで再生される再生音とマイク３１５から取得した音声データとウェブ会議サーバ１００から受信した音声データとを合成する機能部である（合成手段）。当該再生音とマイク３１５から取得した音声データとウェブ会議サーバ１００から受信した音声データとをすべて合成してもよいし、いずれかの再生音または音声データが含まれずに合成してもよい。合成部４１４の機能により各種の音声データを合成して一つの音データとすることで情報処理装置１０１からウェブ会議サーバ１００に当該音データを送信する際にデータ通信量を削減することが可能となる。なお、本実施形態では合成部４１４は情報処理装置１０１及び１０２で機能するが、ウェブ会議サーバ１００で合成してもよい。

以上で、情報処理装置１０１及び情報処理装置１０２の機能構成の説明を終了する。

次に、ウェブ会議サーバ１００の機能構成図について説明する。

ウェブ会議サーバ１００は、会議情報記憶部４２１、受信制御部４２２、画像記憶部４２３、送信制御部４２４等を備えている。

会議情報記憶部４２１は、どのユーザが、どの会議室に入室してどのユーザと会議を行っているかを記憶する記憶部である。

受信制御部４２２は、情報処理装置１０１の送信制御部４１２より送信された会議画像（映像）、および指定画像、音声を受信する受信部である。

画像記憶部４２３は、情報処理装置１０１及び情報処理装置１０２から受信した画像及び音声を記憶する機能部である。

送信制御部４２４は、受信制御部４２２で受信した画像や指定画像、音声等を、同じ会議に参加している（例：同じ会議室に入室中の）、当該画像や音声の送信元の情報処理装置１０１とは別の、他の情報処理装置１０２に送信する制御部である。

なお、本実施形態においては、情報処理装置１０２がウェブ会議サーバ１００に対して、画像記憶部４２３からの画像の取得要求を行う。当該要求に応じてウェブ会議サーバ１００の送信制御部４２４が要求元の情報処理装置１０２に対して、当該要求受付時におけるキュー内の最新の画像を送信するものとする。

情報処理装置１０２は、要求した画像を受信した後、当該受信した画像（動画内の１フレーム）を表示画面に表示する。そして当該表示と並行して、当該動画内の次の画像をウェブ会議サーバ１００に要求する。会議が終了する等、動画の表示が終了するまで、当該画像の要求と表示を繰り返す。

以上が図４のウェブ会議サーバ１００の機能構成図の説明である。

図５は、本実施形態のウェブ会議システムにおける、情報処理装置１０１および情報処理装置１０２の音声共有処理の全体の流れを例示するフローチャートである。

ステップＳ５０１において、情報処理装置１０１のＣＰＵ３０１は、情報処理装置１０１の画面に、図６に示すようなデバイス設定画面６００を表示するように制御する。

図６はデバイス設定画面６００の一例を示す図である。デバイス設定画面６００は、ウェブ会議システムで利用する各種デバイスを設定する画面である。デバイス設定画面６００は、カメラ選択部６０１、スピーカー選択部６０２、マイク選択部６０３、ＯＫボタン６０４を備える。カメラ選択部６０１、スピーカー選択部６０２、マイク選択部６０３でそれぞれのデバイスの選択を受け付け、ＯＫボタン６０４の押下を受け付けるとウェブ会議システムで使用するデバイスを決定する。

ステップＳ５０２において、情報処理装置１０１のＣＰＵ３０１は、図６に示すようなデバイス設定画面６００を介して、使用するカメラ３１４、マイク３１５、スピーカー３１６など各デバイスの設定を受け付ける。そして各デバイスの使用状態を図７に示すようなデバイス状態テーブル７００に保存し、ステップＳ５０３に処理を進める。

図７は、本実施例におけるデバイス状態テーブル７００の一例を示す。デバイス状態テーブル７００では、カメラ３１４、マイク３１５、スピーカー３１６の利用有無を保持する。デバイス状態テーブル７００は、デバイスの種類を示すデバイス７０１、デバイスを利用しているか否かを示す利用７０２を備える。また、利用しているデバイスがＯＳで既定された既定のデバイスか否かを示す既定か否か７０３と、情報処理装置１０１及び１０２で再生される再生音（以下、ＰＣ再生音）を他の情報処理装置１０２と共有しているか否かを示すＰＣ再生音共有７０４を備える。

以下、図５のフローチャートの説明に戻る。

ステップＳ５０３では、情報処理装置１０１のＣＰＵ３０１は、ステップＳ５０２で設定を受け付け、選択されたスピーカー３１６が、情報処理装置１０１のＯＳ既定のスピーカー３１６か否かを確認し、デバイス状態テーブル７００に保存する。なお、ＯＳ既定のスピーカー３１６とは、情報処理装置１０１に接続されたスピーカー３１６のうち、音声を再生するソフトウェアが既定で使用するスピーカー３１６のことを示す。以降、ＰＣ再生音は、ＯＳ既定のスピーカー３１６から取得するものとして記述する。

ステップＳ５０４では、情報処理装置１０１のＣＰＵ３０１は、図６のデバイス設定画面６００で選択を受け付けた各デバイスの使用を開始する。

ステップＳ５０５では、情報処理装置１０１のＣＰＵ３０１は、スピーカー３１６の使用有無を判定する。情報処理装置１０１のＣＰＵ３０１は、スピーカー３１６を使用していると判定した場合、ステップＳ５０６に処理を進める。情報処理装置１０１のＣＰＵ３０１は、スピーカー３１６を使用していないと判定した場合、デバイス設定の一連の処理を終了する。

ステップＳ５０６では、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００からの音声データの受信処理を開始する。

ステップＳ５０７では、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００からの音声データの受信処理を実行し、受信した音声を再生する音声再生処理を実行する。音声再生処理の詳細については、図１２を用いて説明する。

図１２は、本発明の実施形態における、ウェブ会議アプリケーションの音声再生処理を例示するフローチャートである。図１２の処理は、図５のステップＳ５０９における、ウェブ会議サーバ１００からの音声受信開始処理において開始される。

ステップＳ１２０１において、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００から音声データを受信する。ここで受信する音声データは、他の情報処理装置１０２のマイク３１５から入力された音声データである。当該音声データは、他の情報処理装置１０２からウェブ会議サーバ１００が受信し、ウェブ会議サーバ１００からさらに情報処理装置１０１が受信したものである。

ステップＳ１２０２において、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００から音声データを受信したか否かを判定する。音声データを受信したと判定した場合、情報処理装置１０１のＣＰＵ３０１は、Ｓ１２０３に処理を進める。ウェブ会議サーバ１００から音声データを受信したと判定しなかったと判定した場合は、ウェブ会議サーバ１００からの音声受信処理を終了する。

ステップＳ１２０３では、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００からの受信した音声データを伸長（圧縮した音声データの解凍）し、ウェブ会議アプリケーションで選択されたスピーカー３１６のドライバに音声データを書き込む。これにより、選択されたスピーカー３１６で音声データが再生される。

図５に説明を戻す。

ステップＳ５０８では、情報処理装置１０１のＣＰＵ３０１は、画面共有処理を行う。画面共有処理については、図９を用いて説明する。

図９は、本発明の実施形態における、画面共有処理を例示するフローチャートである。本実施形態では一例として、動画再生中の画面および音声を共有する場合を例示するが、画面を共有せず、動画もしくは音楽再生アプリケーションで再生する音楽を共有してもよい。

ステップＳ９０１では、情報処理装置１０１のＣＰＵ３０１は、動画再生指示を受け付ける。動画再生指示を受け付けると、情報処理装置１０１のＣＰＵ３０１は、動画再生アプリケーションを起動し、動画の映像及び音声の再生を開始する。

ステップＳ９０２では、情報処理装置１０１のＣＰＵ３０１は、情報処理装置１０１に表示された図８のウェブ会議アプリケーション画面８００を介して、画面共有開始ボタン８０１の押下を受け付けるとステップＳ９０３に処理を進める。

図８のウェブ会議アプリケーション画面８００は、本発明の実施形態におけるウェブ会議アプリケーション画面の一例を示す図である。ウェブ会議システムでは、ウェブ会議に参加しているユーザのうちいずれか１名（１台）がホスト（ホストコンピュータ）となる。ホストとなったユーザは自身のコンピュータ（情報処理装置１０１）のデスクトップ全体、または特定のアプリケーションを、他の参加ユーザ（複数台数可）をゲスト（ゲストコンピュータ）として共有表示することができる。画面共有を開始する場合、ユーザは入室後のウェブ会議アプリケーション画面８００から画面共有開始ボタン８０１を押下する。画面共有開始ボタン８０１の押下を受け付けると、情報処理装置１０１は画面共有を開始する。

図８の画面共有操作画面８１０は、本発明の実施形態における、画面共有操作画面の一例を示す図である。

画面共有が開始された際、情報処理装置１０１のＣＰＵ３０１は、情報処理装置１０１の画面上に画面共有操作画面８１０を表示する。ＰＣ再生音共有ボタン８１１の押下を受け付けると（共有指示受付手段）、情報処理装置１０１のＣＰＵ３０１は、ＰＣ再生音の共有を開始する。ＰＣ再生音の共有開始処理については後述する。

ステップＳ９０３では、情報処理装置１０１のＣＰＵ３０１は、情報処理装置１０１の画面に、図８に示すような画面共有操作画面８１０を表示するように制御する。

ステップＳ９０４では、情報処理装置１０１のＣＰＵ３０１は、図７のデバイス状態テーブル７００を参照し、マイク３１５を使用しているか否かを判定する。マイク３１５を使用していないと判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ９０５に処理を進める。マイク３１５を使用していると判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ９０６に処理を進める。

ステップＳ９０５では、情報処理装置１０１のＣＰＵ３０１は、ステップＳ９０３で表示された画面共有操作画面８１０のＰＣ再生音共有ボタン８１１を無効化する。これは、ステップＳ９０４の判定により、マイクが使用されておらず、ウェブ会議サーバ１００への音声送信処理が開始されていないためである。ＰＣ再生音の送信はウェブ会議サーバ１００への音声送信処理に依存し、ウェブ会議サーバ１００への音声送信処理が行われない場合にはＰＣ再生音もウェブ会議サーバ１００へ送信することが出来ない。ＰＣ再生音をウェブ会議サーバ１００へ送信しなければ、ＰＣ再生音を他の情報処理装置１０２と共有できないため、ここでではＰＣ再生音共有ボタン８１１を無効化する。

ステップＳ９０６において、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００への共有画面のデータの送信を開始し、本フローチャートの処理を終了する。情報処理装置１０１のＣＰＵ３０１は、情報処理装置１０１が表示している画面のスクリーンショットを撮影し、ウェブ会議サーバ１００へ撮影した当該画像を送信する処理を行う。当該処理により、情報処理装置１０１は、自身の画面を他の情報処理装置１０２に共有することが可能となる。

以上で、図９の画面共有処理の説明を終了する。図９の処理により、ＰＣ再生音を共有する際の各種画面の表示が制御され、また情報処理装置１０１で表示される画面が他の情報処理装置１０２に共有される。

図５に説明を戻す。

ステップＳ５０９では、情報処理装置１０１のＣＰＵ３０１は、ＰＣ再生音を他の情報処理装置１０２と共有するべくＰＣ再生音共有開始処理を実行する。ＰＣ再生音共有開始処理の詳細については、図１０を用いて説明する。

図１０は、本発明の実施形態における、ＰＣ再生音共有開始処理を例示するフローチャートである。

ステップＳ１００１では、情報処理装置１０１のＣＰＵ３０１は、ＰＣ再生音共有ボタン８１１の押下を受け付けると、ステップＳ１００２に処理を進める。

ステップＳ１００２では、情報処理装置１０１のＣＰＵ３０１は、デバイス状態テーブル７００を参照し、ウェブ会議で利用しているスピーカー３１６がＯＳ既定のスピーカー３１６か否かを判定する。既定のスピーカー３１６を利用していると判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１００３に処理を進める。既定のスピーカー３１６を利用していないと判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１００４に処理を進める。

ステップＳ１００３では、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００からの音声受信処理を停止する。これは、ＰＣ再生音の共有処理により、エコーが発生することを防ぐためである。エコーが発生する理由については図１３で後述する。

ステップＳ１００４において、情報処理装置１０１のＣＰＵ３０１は、図７のデバイス状態テーブル７００のＰＣ再生音共有フラグを「あり」に切り替え、処理を終了する。

以上で、図１０のＰＣ再生音共有開始処理のフローチャートの説明を終了する。図１０の一連の処理により、情報処理装置１０１で再生されるＰＣ再生音が、他の情報処理装置１０２で共有可能に再生する処理が開始される。

ステップＳ５１０では、情報処理装置１０１のＣＰＵ３０１は、マイク３１５の使用有無を判定する。情報処理装置１０１のＣＰＵ３０１は、マイク３１５を使用していると判定した場合は、ステップＳ５１１に処理を進める。情報処理装置１０１のＣＰＵ３０１は、マイク３１５を使用していないと判定した場合は、ステップＳ５１３に処理を進める。

ステップＳ５１１では、情報処理装置１０１のＣＰＵ３０１は、マイク３１５から取得した音声データのウェブ会議サーバ１００への送信処理を開始する。

ステップＳ５１２では、情報処理装置１０１のＣＰＵ３０１は、情報処理装置１０１のＣＰＵ３０１は、音声送信処理を実行する。音声送信処理については、図１１を用いて詳細を説明する。

図１１は、本発明の実施形態における、ウェブ会議サーバ１００への音声送信処理を例示するフローチャートである。本処理は、図５のステップＳ５０６のサーバへの音声送信開始処理において開始される。

ステップＳ１１０１では、情報処理装置１０１のＣＰＵ３０１は、マイク入力を停止しているか否かを判定する。マイク入力を停止していないと判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１１０２に処理を進める。マイク入力を停止していると判定した場合、情報処理装置１０１のＣＰＵ３０１は、マイク３１５からの入力音を取得せずステップＳ１１０３に処理を進める。

ステップＳ１１０２では、情報処理装置１０１のＣＰＵ３０１は、マイク入力音を取得する。マイク入力音とは、情報処理装置１０１が備えるマイク３１５から入力された、ユーザが発した音声等の音声データを示す。マイク入力音を取得すると、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１１０３に処理を進める。

ステップＳ１１０３では、情報処理装置１０１のＣＰＵ３０１は、ＰＣ再生音を作成する。ＰＣ再生音の作成はウェブ会議アプリケーションではなく、情報処理装置１０１のＯＳが行う処理である。ＰＣ再生音がＯＳによってどのように作成されるかについては図１３と図１５を用いて説明する。

図１３は、本発明の実施形態における、ＯＳによるＰＣ再生音作成処理を例示するフローチャートである。ＰＣ再生音とは、ホストコンピュータとなる情報処理装置１０１上で動作するアプリケーションからスピーカー３１６に書き込まれた、全ての音声データが合成された音声データである。ここでは便宜的に、ＯＳ既定のスピーカー３１６において、ウェブ会議アプリケーション、動画再生アプリケーション、その他のアプリケーションが音声データを再生している場合を例示する。

ステップＳ１３０１では、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議アプリケーションからスピーカー３１６に書き込まれた音声データを取得する。ウェブ会議アプリケーションで書き込まれた音声データとは、ウェブ会議サーバ１００から受信した音声データである。当該音声データにはウェブ会議サーバ１００が他の情報処理装置１０２（ウェブ会議の参加者）から受信した音声データ（第二の音データ）が含まれる。

ステップＳ１３０２では、情報処理装置１０１のＣＰＵ３０１は、動画再生アプリケーションから動画の再生時にスピーカー３１６に書き込まれた音声データを取得する。

ステップＳ１３０３では、情報処理装置１０１のＣＰＵ３０１は、その他のアプリケーションから書き込まれた音声データを取得する。その他とは、動画再生アプリケーション以外のアプリケーションであり、たとえば音楽再生アプリケーションなどの音声データを再生可能なアプリケーションを示す。

ステップＳ１３０４において、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１３０１からステップＳ１３０４の全ての音声データを合成し、ＰＣ再生音を作成する。つまり、同一のスピーカー３１６に対し、ウェブ会議アプリケーション、動画再生アプリケーション、その他のアプリケーションが音声データを再生している場合、ＰＣ再生音には当該３つの音声データが含まれる。

ここで、図１５について説明する。図１５のＰＣ再生音作成処理イメージ１５００は、図１１の音声送信処理と図１３のＰＣ再生音作成処理の処理のイメージ図の一例を示す。ＰＣ再生音作成処理イメージ１５００はすべて情報処理装置１０１上での処理のイメージである。ＰＣ再生音作成処理イメージ１５００では、ウェブ会議アプリケーション、動画再生アプリケーション、その他のアプリケーションからそれぞれ音声データを情報処理装置１０１のスピーカー３１６のドライバに書き込む。そして当該書き込んだ音声データを合成し（点線部１５０１）、情報処理装置１０１は点線部１５０１のＰＣ再生音を作成する。ここまでが、図１３のステップＳ１３０１から１３０４までの処理のイメージとなる。

ウェブ会議アプリケーションがスピーカー３１６に書き込んだ音声データは、ウェブ会議サーバ１００が他の情報処理装置１０２（ウェブ会議の参加者）から受信した音声データが含まれる。つまり、情報処理装置１０１で合成するＰＣ再生音には、他の参加者が送信した情報処理装置１０２の音声データが含まれる。情報処理装置１０２からの音声データを含む合成したＰＣ再生音を、情報処理装置１０１からウェブ会議サーバ１００に送信すると（図１５の１５０３）、ウェブ会議サーバ１００は当該ＰＣ再生音を情報処理装置１０２に送信する。その結果、情報処理装置１０２は自身が入力した音声データをウェブ会議サーバ１００から再び受信することとなる。したがって、自身が発した音声が自身に返ってくる現象（エコーと呼ばれる）が起こり、ウェブ会議の阻害要因となる課題が発生する。

上記の課題を、図１０のＳ１００３の処理を行うことで解決する。ＰＣ再生音共有ボタン８１１の押下を受け付けた場合には、まずウェブ会議サーバ１００からの音声データの受信を停止する。図１５のＰＣ再生音作成処理イメージ１５１０は、ウェブ会議サーバ１００からの音声データの受信を停止してＰＣ再生音を作成しているイメ―ジ図である。音声データの受信停止により図１３のステップＳ１３０１では、ウェブ会議サーバ１００から書き込まれた音声を取得せず、ステップＳ１３０４では他の情報処理装置１０２からの音声データを含まない状態でＰＣ再生音を作成することとなる（図１５の１５１１）。つまり、結果的に各アプリケーションで再生した動画の音声データや音楽の音声データのみのＰＣ再生音を作成する。当該ＰＣ再生音の作成により、情報処理装置１０２は自身が入力した音声データを含まないＰＣ再生音を受信することができるため、上記の課題であるエコーの発生を抑止することが可能となる。

ただし、情報処理装置１０１には、スピーカー３１６は複数存在することが可能となるため、ウェブ会議アプリケーションが音声データを書き込むスピーカー３１６と、ＰＣ再生音を取得するスピーカー３１６が異なる場合には、上記の課題は発生しない。上記の課題が発生するのは、ウェブ会議アプリケーションが音声データを書き込むスピーカー３１６と、ＰＣ再生音を取得するスピーカー３１６が同一であった場合である。従って、図１０のＳ１００３の処理は、ウェブ会議アプリケーションが音声データを書き込むスピーカー３１６が、ＰＣ再生音を取得するスピーカー３１６、つまりＯＳ既定のスピーカー３１６と同一の場合にのみ行う。そのため、図１０のステップＳ１００２で、情報処理装置１０１のＣＰＵ３０１は、ＯＳ既定のスピーカー３１６を利用していると判定した場合はウェブ会議サーバ１００からの音声受信を停止する。一方、情報処理装置１０１のＣＰＵ３０１は、ＯＳ既定のスピーカー３１６を利用していないと判定した場合は、ウェブ会議アプリケーションが音声データを書き込むスピーカー３１６と、ＰＣ再生音を取得するスピーカー３１６が異なり上記課題が発生しない。図１６のＰＣ再生音作成イメージ１６００は、上記課題が発生しない場合（既定のスピーカー以外のスピーカーが情報処理装置１０１のウェブ会議システムで設定され利用されている場合）のイメージ図である。そのため、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００からの音声受信処理を停止しない。

以上で、ＰＣ再生音作成処理の説明を終了する。

図１１に説明を戻す。

ステップＳ１１０４では、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１１０３で作成したＰＣ再生音を取得する。図１５の１５０２は、当該ステップＳ１１０４の処理のイメージ図である。

ステップＳ１１０５では、情報処理装置１０１のＣＰＵ３０１は、デバイス状態テーブル７００のＰＣ再生音共有７０４を参照し、ＰＣ再生音を送信するか否かを判定する。より具体的には、デバイス状態テーブル７００のＰＣ再生音共有７０４のフラグが「あり」となっていればＰＣ再生音を送信する。ＰＣ再生音を送信すると判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１１０６に処理を進める。ＰＣ再生音を送信しないと判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１１０７に処理を進める。

ステップＳ１１０６において、情報処理装置１０１のＣＰＵ３０１は、マイク入力音があるか否かを判定する。マイク入力音があると判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１１０７に処理を進める。マイク入力音がないと判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１１０９に処理を進める。

ステップＳ１１０７では、情報処理装置１０１のＣＰＵ３０１は、取得したマイク入力音と、取得したＰＣ再生音を一つの音声データとして合成し、ステップＳ１１０９に処理を進める。マイク入力音と共に合成されるＰＣ再生音は、ウェブ会議アプリケーションから書き込まれた他の情報処理装置１０２の音声データと、動画再生アプリケーション、およびその他のアプリケーションから書き込まれた音声データ（第一の音データ）とを含む。ＰＣ再生音は、ウェブ会議アプリケーションから書き込まれた音声データと、動画再生アプリケーション、およびその他のアプリケーションから書き込まれた音声データとのすべて、もしくはいずれかを含めばよい。ＰＣ再生音はステップＳ１１０３で作成され、ステップＳ１１０３で作成されたＰＣ再生音とマイク入力音とをステップＳ１１０７で合成する。この合成処理により、ＰＣ再生音の音声データの容量を小さくして情報処理装置１０２に対して共有することが可能となる。なお、ステップＳ１１０７でマイク入力音とＰＣ再生音の合成を行った後の音声データは、音割れを防ぐために音量を調整するとよい。

ステップＳ１１０８において、情報処理装置１０１のＣＰＵ３０１は、マイク入力音があるか否かを判定する。マイク入力音があると判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１１０９に処理を進める。マイク入力音がないと判定した場合、情報処理装置１０１のＣＰＵ３０１は、図１１のフローチャートの一連の処理を終了する。

ステップＳ１１０９において、情報処理装置１０１のＣＰＵ３０１は、音声データの圧縮を行い、ステップＳ１１１０に処理を進める。ここで圧縮される音声データは、ステップＳ１１０８でマイク入力音があると判定された場合は、マイク入力音のみ圧縮する。ステップＳ１１０７でマイク入力音とＰＣ再生音を合成した場合は、マイク入力音とＰＣ再生音を合成した音声データを圧縮する。ステップＳ１１０６でマイク入力音が無いと判定された場合は、ＰＣ再生音のみ圧縮する。つまり、ステップＳ１１０９で圧縮される音声データのパターンとしては、ＰＣ再生音のみ、マイク入力音のみ、ＰＣ再生音とマイク入力音を合成した音声データの３パターン存在する。

ステップＳ１１１０において、情報処理装置１０１のＣＰＵ３０１は、圧縮した音声データをウェブ会議サーバ１００に送信し、一連の処理を終了する。

以上により、図１１のウェブ会議サーバ１００への音声送信処理を例示するフローチャートの説明を終了する。図１１の一連の処理により、情報処理装置１０１から、同じウェブ会議に参加している他の情報処理装置１０２に対してＰＣ再生音のみ、マイク入力音のみ、ＰＣ再生音とマイク入力音を合成した音声データ、の３パターンの音声データを共有することが可能となる。なお、当該３パターンの音声データには限らず、他のパターンの組み合わせの音声データを情報処理装置１０２に共有してもよい。

図１３のステップＳ１３０１で取得する音声データは、図１２のステップＳ１２０３でスピーカー３１６のドライバに書き込まれた音声データである。なお、情報処理装置１０１のＣＰＵ３０１は、図１０のステップＳ１００３でサーバからの音声受信処理を停止していた場合はステップＳ１２０１からステップＳ１２０３の処理を実行しない。

図５に説明を戻す。

ステップＳ５１３では、情報処理装置１０１のＣＰＵ３０１は、ＰＣ再生音の共有停止指示を受け付けたか否かを判定する。より具体的には、図８の画面共有操作画面８１０にＰＣ再生音共有停止ボタン（不図示）を表示させ、そのボタンの押下を受け付けることによりＰＣ再生音の共有停止を受け付けるとよい。情報処理装置１０１のＣＰＵ３０１は、ＰＣ再生音の共有停止指示を受け付けたと判定した場合はステップＳ５１４に処理を進める。情報処理装置１０１のＣＰＵ３０１は、ＰＣ再生音の共有停止指示を受け付けていないと判定した場合はＰＣ再生音の共有指示を受け付けるまでＰＣ再生音の共有処理を継続する。

ステップＳ５１４では、情報処理装置１０１のＣＰＵ３０１は、ＰＣ再生音共有停止処理を実行して図５の音声共有処理の一連の処理を終了する。

次に、図１４のフローチャートの一連の処理の流れについて説明する。図１４は、本発明の実施形態における、ＰＣ再生音共有の停止処理を例示するフローチャートである。

ステップＳ１４０１において、情報処理装置１０１のＣＰＵ３０１は、デバイス状態テーブル７００のＰＣ再生音共有７０４のフラグを「なし」に切り替える。

ステップＳ１４０２において、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００からの音声受信処理を停止しているか否かを判定する。ウェブ会議サーバ１００からの音声受信処理を停止していると判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１４０３に処理を進める。ウェブ会議サーバ１００からの音声受信処理を停止していないと判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１４０４に処理を進める。

ステップＳ１４０３では、情報処理装置１０１のＣＰＵ３０１は、ウェブ会議サーバ１００からの音声受信処理を開始する。

ステップＳ１４０４では、情報処理装置１０１のＣＰＵ３０１は、マイク入力を停止しているか否かを判定する。マイク入力を停止していると判定した場合、情報処理装置１０１のＣＰＵ３０１は、ステップＳ１４０５に処理を進める。マイク入力を停止していないと判定した場合、情報処理装置１０１のＣＰＵ３０１は、一連の処理を終了する。

ステップＳ１４０５では、情報処理装置１０１のＣＰＵ３０１は、マイク入力を開始し、一連の処理を終了する。

以上で、図１４のＰＣ再生音共有の停止処理を終了する。この処理により、情報処理装置１０１と他の情報処理装置１０２とのＰＣ再生音の共有は終了し、通常のウェブ会議の音声データの送受信に処理を戻す。以上の本発明の実施形態の処理により、情報処理装置１０１は、動画や音楽など情報処理装置１０１で再生した音声を、物理的なマイク調整を等の手間を低減しつつ適切に他のウェブ会議参加者（情報処理装置１０２）に送信することが可能となる。さらに、音声を合成して他の情報処理装置１０２に送信することで、通信量やデータ容量を低減する効果も奏する。また、ＰＣ再生音の共有中に他のウェブ会議参加者の声がエコーとして戻らないように制御することも可能となる。

このように、本発明によれば、ウェブ会議システムにおいて、情報処理装置の再生デバイスで再生される音声データを、会議の参加者に適切に共有させることが可能な効果を奏する。

本発明の実施形態においては、情報処理装置１０１と他の情報処理装置１０２を一例に説明を行ったが、ウェブ会議に参加するホストコンピュータ（情報処理装置１０１）以外のゲストコンピュータは、複数存在してよい。

なお、上述した実施形態においてはウェブ会議を例にあげて本発明の説明をしたが、本発明は例えばテレビ会議、テレビ電話等にも適用可能である。ウェブ会議、テレビ会議、テレビ電話等の電子データを用いた会議を電子会議という。

以上、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、本実施形態に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体はコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適用できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ ウェブ会議サーバ
１０１ 情報処理装置
１０２ 情報処理装置
２０１ ＣＰＵ
２０８ 通信Ｉ／Ｆコントローラ
２１１ 外部メモリ
３０１ ＣＰＵ
３０８ 通信Ｉ／Ｆコントローラ
３１１ 外部メモリ
３１４ カメラ
３１５ マイク
３１６ スピーカー
５００ ＬＡＮ

Claims (13)

1. ソフトウェアから出力される第一音データと、マイクから入力された第二音データとを取得する取得手段と、
   前記取得手段で取得した前記第一音データと前記第二音データとを合成して第三音データを生成する合成手段と、
   前記合成手段で生成された前記第三音データを送信する送信手段と、
   を備えることを特徴とするウェブ会議システム。
2. マイクを備える情報処理装置と、前記情報処理装置と通信可能なサーバ装置と、を備えるウェブ会議システムであって、
   前記第一音データは、前記情報処理装置で動作する動画アプリケーションによって出力される音データと、他の情報処理装置が備えるマイクで入力され前記情報処理装置が前記サーバ装置から受信した音データとの少なくともいずれかの音データを含むことを特徴とする請求項１に記載のウェブ会議システム。
3. 前記情報処理装置と他の情報処理装置とで前記第一音データを共有する指示を受け付ける、共有指示受付手段と、
   前記共有指示受付手段で前記第一音データの共有指示を受け付けた場合は、他の情報処理装置のマイクで入力され前記サーバ装置から受信した音データを含まない前記第一音データを出力するよう制御する出力制御手段と
   を有することを特徴とする請求項２に記載のウェブ会議システム。
4. マイクを備える情報処理装置と、前記情報処理装置と通信可能なサーバ装置と、を備えるウェブ会議システムであって、
   ソフトウェアから出力される第一音データと、マイクから入力された第二音データとを取得する取得手段と、
   前記取得手段で取得した前記第一音データと前記第二音データとを合成して第三音データを生成する合成手段と、
   前記合成手段で生成された前記第三音データを前記サーバ装置に送信する送信手段と、
   前記情報処理装置と他の情報処理装置とで前記第一音データを共有する指示を受け付ける共有指示受付手段と、
   前記共有指示受付手段で前記第一音データの共有指示を受け付けた場合は、他の情報処理装置のマイクで入力され前記サーバ装置から受信した音データを含まない前記第一音データを出力するよう制御する出力制御手段と
   を有することを特徴とするウェブ会議システム。
5. 前記合成手段は、前記共有指示受付手段で前記第一音データの共有指示を受け付けた場合は前記第一音データと前記第二音データとを合成することを特徴とする請求項３または４に記載のウェブ会議システム。
6. 前記共有指示受付手段で前記第一音データの共有指示を受け付けていない場合には、前記合成手段で前記第一音データと前記第二音データとの合成を行わないことを特徴とする請求項３乃至５のいずれか1項に記載のウェブ会議システム。
7. 前記共有指示受付手段は、特定の表示アイテムへの操作を受け付けることに応じて、前記第一音データを共有し、
   前記情報処理装置がマイクを使用しない場合、前記特定の表示アイテムへの操作を受け付けないように制御する請求項３乃至６のいずれか1項に記載のウェブ会議システム。
8. 前記共有指示受付手段で前記第一音データの共有指示を受け付けると、他の情報処理装置から入力された音データの前記サーバ装置からの受信を停止するように制御する制御手段を更に有することを特徴とする請求項３乃至７のいずれか1項に記載のウェブ会議システム。
9. 前記制御手段は、前記第一音データと前記サーバ装置から受信した音データとを同一の音声出力手段から出力している際に前記共有指示受付手段で前記第一音データの共有指示を受け付けると前記停止を行い、
   前記第一音データを第１の音声出力手段で出力しており、前記サーバ装置から受信した音データを前記第１の音声出力手段と異なる第２の音声出力手段で出力している場合には、前記共有指示受付手段で前記第一音データの共有指示を受け付けても前記停止を行わないように制御することを特徴とする請求項８に記載のウェブ会議システム。
10. 前記情報処理装置で表示している画像を送信する画像送信手段を更に備え、
    前記画像送信手段は、前記送信手段で前記第三音データを送信する際に、前記画像を送信することを特徴とする請求項２乃至９のいずれか１項に記載のウェブ会議システム。
11. ウェブ会議システムの制御方法であって、
    ソフトウェアから出力される第一音データと、マイクから入力された第二音データとを取得する取得ステップと、
    前記取得ステップで取得した前記第一音データと前記第二音データとを合成して第三音データを生成する合成ステップと、
    前記合成ステップで生成された前記第三音データを送信する送信ステップと、
    を含むことを特徴とするウェブ会議システムの制御方法。
12. マイクを備える情報処理装置と、前記情報処理装置と通信可能なサーバ装置と、を備えるウェブ会議システムの制御方法であって、
    ソフトウェアから出力される第一音データと、マイクから入力された第二音データとを取得する取得ステップと、
    前記取得ステップで取得した前記第一音データと前記第二音データとを合成して第三音データを生成する合成ステップと、
    前記合成ステップで生成された前記第三音データを前記サーバ装置に送信する送信ステップと、
    前記情報処理装置と他の情報処理装置とで前記第一音データを共有する指示を受け付ける共有指示受付ステップと、
    前記共有指示受付ステップで前記第一音データの共有指示を受け付けた場合は、他の情報処理装置のマイクで入力され前記サーバ装置から受信した音データを含まない前記第一音データを出力するよう制御する出力制御ステップと、
    を含むことを特徴とするウェブ会議システムの制御方法。
13. コンピュータを、請求項１乃至１０のいずれか１項に記載のウェブ会議システムの各手段として機能させるためのプログラム。

Images