(57)【要約】      （修正有）【課題】自身の映像や音声が適切に送受信できるかを確認可能なシステム、方法及びプログラムを提供する。【解決手段】クライアント端末１０２とサーバ装置１０１がネットワーク１０３を介して通信可能に接続されたウェブ会議システムであって、クライアント端末１０２は、会議参加者を撮影し、撮影された映像をサーバ装置１０１に送信する。サーバ装置１０１は、映像を受信すると、クライアント端末１０２に映像を送信する。クライアント端末１０２は映像を受信すると、映像を表示し、ユーザから映像に対する確認結果の入力を受け付ける。そして、入力された確認結果をサーバ装置１０１に送信する。【選択図】図１
2017108277.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末とサーバ装置とが通信可能に接続されたウェブ会議システムであって、
前記クライアント端末は、
会議参加者を撮影する撮影手段と、
前記撮影手段により撮影された映像を前記サーバ装置に送信する送信手段と、
前記送信手段により送信した映像を、前記サーバ装置から受信する映像受信手段と、
前記受信手段により受信した映像を表示する映像表示手段と、
前記表示手段により表示された映像に対する確認結果の入力を受け付ける結果入力手段と、
前記結果入力手段により入力された確認結果を、前記サーバ装置に送信する確認結果送信手段と、
を備えることを特徴とするウェブ会議システム。
【請求項２】
前記クライアント端末は、さらに、
前記サーバ装置から、前記クライアント端末の前記送信手段により送信した確認結果と、他のクライアント端末の送信手段により送信された確認結果とを受信する確認結果受信手段と、
前記確認結果受信手段により受信した確認結果を表示する確認結果表示手段と、
を備えることを特徴とする請求項１に記載のウェブ会議システム。
【請求項３】
前記クライアント端末は、前記確認結果受信手段により受信した確認結果に、確認に失敗した旨の結果が含まれている場合、その旨を通知する通知手段をさらに備えることを特徴とする請求項２に記載のウェブ会議システム。
【請求項４】
クライアント端末とサーバ装置とが通信可能に接続されたウェブ会議システムにおける情報処理方法であって、
前記クライアント端末の撮影手段が、会議参加者を撮影する撮影工程と、
前記クライアント端末の送信手段が、前記撮影工程により撮影された映像を前記サーバ装置に送信する送信工程と、
前記クライアント端末の映像受信手段が、前記送信工程により送信した映像を、前記サーバ装置から受信する映像受信工程と、
前記クライアント端末の映像表示手段が、前記受信工程により受信した映像を表示する映像表示工程と、
前記クライアント端末の結果入力手段が、前記表示工程により表示された映像に対する確認結果の入力を受け付ける結果入力工程と、
前記クライアント端末の確認結果送信手段が、前記結果入力工程により入力された確認結果を、前記サーバ装置に送信する確認結果送信工程と、
を備えることを特徴とする情報処理方法。
【請求項５】
クライアント端末とサーバ装置とが通信可能に接続されたウェブ会議システムにおいて実行可能なプログラムであって、
前記クライアント端末を、
会議参加者を撮影する撮影手段と、
前記撮影手段により撮影された映像を前記サーバ装置に送信する送信手段と、
前記送信手段により送信した映像を、前記サーバ装置から受信する映像受信手段と、
前記受信手段により受信した映像を表示する映像表示手段と、
前記表示手段により表示された映像に対する確認結果の入力を受け付ける結果入力手段と、
前記結果入力手段により入力された確認結果を、前記サーバ装置に送信する確認結果送信手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブ会議システム、情報処理方法、プログラムに関する。
【背景技術】
【０００２】
近年、複数のクライアント端末とサーバ装置とをネットワークで接続し、ユーザがそれぞれのクライアント端末を用いてネットワークを介してリアルタイムで情報交換を行うウェブ会議システムが普及している。
【０００３】
ウェブ会議システムによると、遠隔地にいるユーザ同士をネットワーク上の仮想空間（バーチャル会議室、仮想会議室）に集め、１つの画面に複数の遠隔地にいるユーザを表示することが出来る。
【０００４】
これにより、各拠点にいながらお互いの顔を見ながらミーティングをすることが可能となる。
【０００５】
このようなウェブ会議システムの一例が特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−１７８０７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ウェブ会議を行うには、自身の映像と音声を相手が確認できなければいけない。同様に相手の映像と音声を自身の端末で確認できなければならない。そして、すべてのウェブ会議参加者の端末で他の会議参加者の映像・音声が確認できなければ、円滑に会議を行うことができない。
【０００８】
会議開始時に、双方で映像や音声が送受信できているかを確認するが、自身の映像や音声が他の参加者の端末で正常に受信し、再生されているか自身からは確認できない。そのため、他の参加者に呼びかけて確認することとなり、会議の運営効率が良くない状態となっている。
【０００９】
そこで、本発明は、自身の映像や音声が適切に送受信できるかを確認できる仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のウェブ会議システムは、クライアント端末とサーバ装置とが通信可能に接続されたウェブ会議システムであって、前記クライアント端末は、会議参加者を撮影する撮影手段と、前記撮影手段により撮影された映像を前記サーバ装置に送信する送信手段と、前記送信手段により送信した映像を、前記サーバ装置から受信する映像受信手段と、前記受信手段により受信した映像を表示する映像表示手段と、前記表示手段により表示された映像に対する確認結果の入力を受け付ける結果入力手段と、前記結果入力手段により入力された確認結果を、前記サーバ装置に送信する確認結果送信手段と、を備えることを特徴とする。
【００１１】
また、本発明の情報処理方法は、クライアント端末とサーバ装置とが通信可能に接続されたウェブ会議システムにおける情報処理方法であって、前記クライアント端末の撮影手段が、会議参加者を撮影する撮影工程と、前記クライアント端末の送信手段が、前記撮影工程により撮影された映像を前記サーバ装置に送信する送信工程と、前記クライアント端末の映像受信手段が、前記送信工程により送信した映像を、前記サーバ装置から受信する映像受信工程と、前記クライアント端末の映像表示手段が、前記受信工程により受信した映像を表示する映像表示工程と、前記クライアント端末の結果入力手段が、前記表示工程により表示された映像に対する確認結果の入力を受け付ける結果入力工程と、前記クライアント端末の確認結果送信手段が、前記結果入力工程により入力された確認結果を、前記サーバ装置に送信する確認結果送信工程と、を備えることを特徴とする。
【００１２】
また、本発明のプログラムは、クライアント端末とサーバ装置とが通信可能に接続されたウェブ会議システムにおいて実行可能なプログラムであって、前記クライアント端末を、会議参加者を撮影する撮影手段と、前記撮影手段により撮影された映像を前記サーバ装置に送信する送信手段と、前記送信手段により送信した映像を、前記サーバ装置から受信する映像受信手段と、前記受信手段により受信した映像を表示する映像表示手段と、前記表示手段により表示された映像に対する確認結果の入力を受け付ける結果入力手段と、前記結果入力手段により入力された確認結果を、前記サーバ装置に送信する確認結果送信手段として機能させることを備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、自身の映像や音声が適切に送受信できるかを確認することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明のウェブ会議システムの構成を示す図
【図２】サーバ装置、クライアント端末のハードウエア構成を示す図
【図３】ウェブ会議システムにおける映像チェック処理を示すフローチャート
【図４】チェック結果の表示処理を示すフローチャート
【図５】チェック結果が登録されたデータテーブルの一例を示す図
【図６】映像チェック処理においてクライアント端末に表示される画面の一例
【図７】音声チェック処理においてクライアント端末に表示される画面の一例
【図８】チェック結果表示処理においてクライアント端末に表示される画面の一例
【図９】チェック結果表示処理においてクライアント端末に表示される画面の一例
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施形態を詳細に説明する。図１は、本発明の実施形態における、情報処理システムの構成の一例を示す図である。
【００１６】
図１に示す通り、本発明の情報処理システムは、サーバ装置１０１と、複数のクライアント端末１０２が、ネットワーク１０３を介して通信可能に接続され、構成されている。
【００１７】
サーバ装置１０１は、クライアント端末１０２を用いたウェブ会議を実行するための各種機能を備えている。例えば、ウェブ会議用のルーム（仮想の会議室）の作成・記憶を行う。例えば、図５の送受信確認結果の情報を外部メモリに記憶する。
【００１８】
また、サーバ装置１０１は、クライアント端末１０２の識別情報と各クライアント端末から、例えば、会議参加者であるユーザを撮像した画像データである会議画像（カメラ画像／映像）を受信する。
【００１９】
また、当該クライアント端末１０２の識別情報と、当該クライアント端末１０２でサーバ装置１０１に入室中、事前入室中のユーザのユーザ情報（例えばユーザＩＤ）を対応付けて記憶する。また、会議開催中の場合、サーバ装置１０１は、各クライアント端末１０２から受信した画像、音声、その他のデータを、同じ会議室に入室中の（会議に参加中の）クライアント端末１０２に配信する。
【００２０】
クライアント端末１０２の具体例としては、例えばパーソナルコンピュータ（ＰＣ）や、スマートフォン、タブレット端末に代表される携帯端末がある。
【００２１】
ＰＣには、カメラ機能を備えられている。ユーザからの操作に応じて（例えば認証情報の入力・送信指示に応じて）サーバ装置１０１へログインし、当該カメラが撮像して取得した映像としての画像データ（会議画像／映像／動的なデータ）を、逐次、サーバ装置１０１を介して、同一のルームに入室中（会議に参加中）の他のＰＣや携帯端末などのクライアント端末１０２に送信する。
【００２２】
携帯端末は、カメラ機能及びタッチパネル機能（操作部）を備える携帯型の端末である（タブレット、スマートフォン等）。ＰＣと同じく、ユーザからの操作に応じて（例えば認証情報の入力・送信指示に応じて）サーバ装置１０１へログインし、当該カメラが撮像して取得した映像としての画像データ（会議画像／映像／動的なデータ）を、逐次、サーバ装置１０１を介して、同一のルームに入室中（会議に参加中）の他のＰＣや携帯端末などのクライアント端末１０２に送信する。
【００２３】
また、各クライアント端末は、カメラから取得した画像データの他に、当該クライアント端末に記憶されているデータ、例えば写真画像や、ＰＤＦファイル等の文書データ等の静的なデータを、サーバ装置１０１を介して他のクライアント端末に送信して共有するデータ共有機能を備える。
【００２４】
当該静的なデータを他のクライアント端末に送信する場合、例えば、全てのクライアント端末は当該静的なデータを表示画面に表示する制御を行う。データ共有機能では、複数のクライアント端末間で共有中のデータは、当該複数のクライアント端末において同じ状態のデータ（共有画像）が表示される。例えば、拠点Ａのクライアント端末において共有画像が拡大された場合、他の端末（拠点ＢやＣのクライアント端末）において表示中の共有画像も同じ拡大位置・拡大率で拡大処理がされることとなる。
【００２５】
全ての端末からの当該表示中の共有画像（例えば文書データの画像）に対する操作・編集を有効にしてしまうと、操作（各操作に応じた処理（表示制御））が競合してしまう可能性があるため、ここでは、データ共有を開始した拠点Ａのクライアント端末をホストとして、当該ホスト端末のみが、当該共有中のデータに対する編集を行えるよう制御する。操作の競合の一例として、複数の端末から同時に拡操作、及び縮小操作がされた場合があげられる。
【００２６】
各クライアント端末は、ユーザ情報（ユーザＩＤ、パスワード）の入力を受け付けることでサーバ装置１０１にアクセスする。アクセス（ログイン）後は、会議に参加する前に音声、映像の送受信確認画面（図６、図７）を表示し、会議の参加に必要な音声、映像の送受信の動作を確認することができる。確認を行ったうえで会議に参加した場合、この確認の結果がすべての参加者と共有される事となる。以上が図１の説明である。
【００２７】
図２は、本発明の実施形態に係わるサーバ装置１０１、クライアント端末１０２のハードウェア構成の一例を示すブロック図である。
【００２８】
図２に示すように、サーバ装置１０１では、システムバス２００を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、記憶装置２０４、入力コントローラ２０５、音声入力コントローラ２０６、ビデオコントローラ２０７、メモリコントローラ２０８、よび通信Ｉ／Ｆコントローラ２０９が接続される。
【００２９】
ＣＰＵ２０１は、システムバス２００に接続される各デバイスやコントローラを統括的に制御する。
【００３０】
ＲＯＭ２０２あるいは記憶装置２０４は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。
【００３１】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは記憶装置２０４からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００３２】
入力コントローラ２０５は、キーボード／タッチパネル２１０などの入力装置からの入力を制御する。入力装置はこれに限ったものでなく、マウスやマルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００３３】
ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができる。
【００３４】
この入力装置を用いて各種通信装置で利用可能な通信宛先に対する宛先を入力するようになっている。
【００３５】
音声入力コントローラ２０６は、マイク２１１からの入力を制御する。マイク２１１から入力された音声を音声認識することが可能となっている。
【００３６】
ビデオコントローラ２０７は、ディスプレイ２１２などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作により受け付け可能な装置については、キーボード／タッチパネル２１０からの入力を受け付けることも可能となる。
【００３７】
なおビデオコントローラ２０７は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。
【００３８】
本発明では、ユーザが情報処理装置を通常する場合の表示に用いられる第１のビデオメモリ領域と、所定の画面が表示される場合に、第１のビデオメモリ領域の表示内容に重ねての表示に用いられる第２のビデオメモリ領域を有している。ビデオメモリ領域は２つに限ったものではなく、情報処理装置の資源が許す限り複数有することが可能なものとする。
【００３９】
メモリコントローラ２０８は、外部メモリ２１３へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。
【００４０】
通信Ｉ／Ｆコントローラ２０９、ネットワーク２１４を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信が可能である。
【００４１】
なお、記憶装置２０４は情報を永続的に記憶するための媒体であって、その形態をハードディスク等の記憶装置に限定するものではない。例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの媒体であってもよい。
【００４２】
また本実施形態における通信端末で行われる各種処理時の一時的なメモリエリアとしても利用可能である。
次に、図３を用いて、映像チェック処理について説明する。
【００４３】
図３に示すフローチャートのうち、ステップＳ３０１、Ｓ３０４〜Ｓ３０６、Ｓ３０９〜Ｓ３１２、Ｓ３１８〜Ｓ３２０は、クライアント端末１０２のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。ステップＳ３０２、Ｓ３０３、Ｓ３０７、Ｓ３０８、Ｓ３１３〜Ｓ３１７は、サーバ装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００４４】
ステップＳ３０１では、クライアント端末１０２のＣＰＵ２０１は、サーバ装置１０１に対して映像チェックの開始要求をする。
【００４５】
ステップＳ３０２では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ３０１でクライアント端末１０２から送信された映像チェックの要求を受信する。
【００４６】
そして、サーバ装置１０１は、映像受付可能状態になり、映像受付可能となった旨をクライアント端末１０２に送信する（Ｓ３０３）。
【００４７】
ステップＳ３０４では、クライアント端末１０２のＣＰＵ２０１は、サーバ装置１０１から映像チェック要求に対する応答を所定期間内に受信したか判定する。
【００４８】
受信した場合（ステップＳ３０４：ＹＥＳ）は、処理をステップＳ３０５に移行する。
【００４９】
所定期間経過しても受信していない場合（ステップＳ３０４：ＮＯ）は、処理をステップＳ３２０に移行する。
【００５０】
ステップＳ３０５では、クライアント端末１０２のＣＰＵ２０１は、録画を開始する。録画する映像は帯域のことを考慮し、短時間にするのが好ましい。
【００５１】
ステップＳ３０６では、クライアント端末１０２のＣＰＵ２０１は、録画した映像をサーバ装置１０１に対して送信する。そして、録画処理を終了する。
【００５２】
ステップＳ３０７では、サーバ装置１０１のＣＰＵ２０１は、クライアント端末１０２から映像を受信したかを判定する。
【００５３】
受信した場合（ステップＳ３０７：ＹＥＳ）は、処理をステップＳ３０８に移行する。
【００５４】
所定期間経過しても受信しない場合（ステップＳ３０７：ＮＯ）は、処理をステップＳ３１６に移行する。
【００５５】
ステップＳ３０８では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ３０７で受信した映像をクライアント端末１０２に対して送信する。
【００５６】
ステップＳ３０９では、クライアント端末１０２のＣＰＵ２０１は、サーバ装置１０１から映像を受信したかを判定する。
【００５７】
受信した場合（ステップＳ３０９：ＹＥＳ）は、処理をステップＳ３１０に移行する。
【００５８】
所定期間経過しても受信していない場合（ステップＳ３０９：ＮＯ）は、処理をステップＳ３２０に移行する。
【００５９】
ステップＳ３１０では、クライアント端末１０２のＣＰＵ２０１は、ステップＳ３０９で受信した映像を表示し、閲覧可能な映像であるかの判定結果を受け付ける。
【００６０】
具体的には、図６の（Ｃ）に示す画面を表示し、ユーザから映像が表示されているか否かの選択を受け付けることで、判定結果を受け付ける。
【００６１】
閲覧可能の旨の判定結果を受け付けた場合（ステップＳ３１０：ＹＥＳ）は、処理をステップＳ３１１に移行する。
【００６２】
閲覧できない旨の判定結果を受け付けた場合（ステップＳ３１０：ＮＯ）は、処理をステップＳ３１２に移行する。
【００６３】
ステップＳ３１１では、クライアント端末１０２のＣＰＵ２０１は、映像チェックの結果が成功であった旨をサーバ装置１０１に対して送信する。
【００６４】
ステップＳ３１２では、クライアント端末１０２のＣＰＵ２０１は、映像チェックの結果が失敗であった旨をサーバ装置１０１に対して送信する。
【００６５】
ステップＳ３１３では、サーバ装置１０１のＣＰＵ２０１は、クライアント端末１０２から送信された映像チェックの結果が成功であるか、失敗であるかを判定する。
【００６６】
成功であった場合（ステップＳ３１３：ＹＥＳ）は、処理をステップＳ３１４に移行する。
【００６７】
失敗であった場合（ステップＳ３１３：ＮＯ）は、処理をステップＳ３１６に移行する。
【００６８】
ステップＳ３１４では、サーバ装置１０１のＣＰＵ２０１は、映像チェックに成功した旨を登録する。この際、当該結果の送信元であるクライアント端末を識別する情報と対応付けて登録する（登録されたデータの一例を図５に示す）。
【００６９】
ステップＳ３１５では、サーバ装置１０１のＣＰＵ２０１は、映像チェック結果が成功だった旨をクライアント端末１０２に対して送信する。
【００７０】
ステップＳ３１６では、サーバ装置１０１のＣＰＵ２０１は、映像チェックに失敗した旨を登録する。この際、当該結果の送信元であるクライアント端末を識別する情報と対応付けて登録する。
【００７１】
ステップＳ３１７では、サーバ装置１０１のＣＰＵ２０１は、映像チェック結果が失敗だった旨をクライアント端末１０２に対して送信する。
【００７２】
ステップＳ３１８では、クライアント端末１０２のＣＰＵ２０１は、サーバ装置１０１からチェック結果を受信したかを判定する。
【００７３】
受信した場合（ステップＳ３１８：ＹＥＳ）は、処理をステップＳ３１９に移行する。
【００７４】
所定期間内に受信しない場合（ステップＳ３１８：ＮＯ）は、処理をステップＳ３２０に移行する。
【００７５】
ステップＳ３１９では、クライアント端末１０２のＣＰＵ２０１は、ステップＳ３１８で受信した結果を表示部に表示する。
【００７６】
ステップＳ３２０では、クライアント端末１０２のＣＰＵ２０１は、チェック結果の確認が出来なかった旨を表示部に表示する。ステップＳ３２０の処理は、クライアント端末とサーバ装置との一連のやり取りのどこかで通信に失敗した場合に実行される処理である。
【００７７】
図３は、映像チェックについて説明したが、音声についても同様の処理を行う。映像チェック処理においては、クライアント端末１０２とサーバ装置１０１とが映像データをやり取りしたが、音声チェックの処理は、音声データのやり取りとなる。
【００７８】
次に、図４を用いて、チェック結果の表示処理について説明する。
【００７９】
図４のフローチャートで示す処理は、クライアント端末１０２のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００８０】
ステップＳ４０１では、クライアント端末１０２のＣＰＵ２０１は、ユーザのウェブ会議室への入室要求を受け付ける。そして、入室処理を実行する。
【００８１】
ステップＳ４０２では、クライアント端末１０２のＣＰＵ２０１は、チェックが必須の会議室である、およびチェックをまだ実施していないかを判定する。
【００８２】
チェックが必須であり、チェックを行っていない場合（ステップＳ４０２：ＹＥＳ）は、処理をステップＳ４０３に移行する。
【００８３】
チェックが必須ではない場合、または既にチェックを実行している場合（ステップＳ４０２：ＮＯ）は、処理をステップＳ４０４に移行する。
【００８４】
なお、ステップＳ４０２の処理は必須の処理ではなく、Ｓ４０２の判定を行わず、会議室へ入室した場合にはチェックを実行するよう制御しても良い。
【００８５】
ステップＳ４０３では、クライアント端末１０２のＣＰＵ２０１は、映像と音声のチェックを実行する。チェック処理の詳細は、図３のフローチャートに示す処理である。
【００８６】
ステップＳ４０４では、クライアント端末１０２のＣＰＵ２０１は、会議参加者のチェック処理の結果をサーバ装置１０１に要求する。
【００８７】
ステップＳ４０５では、クライアント端末１０２のＣＰＵ２０１は、ステップＳ４０４の要求に応答してサーバ装置１０１から送信されたチェック結果を取得する。
【００８８】
ステップＳ４０６では、クライアント端末１０２のＣＰＵ２０１は、ステップＳ４０５で取得した結果に基づき、音声チェックに失敗した会議参加者がいるかを判定する。
【００８９】
いる場合（ステップＳ４０６：ＹＥＳ）は、処理をステップＳ４０７に移行する。
【００９０】
いない場合（ステップＳ４０６：ＮＯ）は、処理をステップＳ４０８に移行する。
【００９１】
ステップＳ４０７では、クライアント端末１０２のＣＰＵ２０１は、音声チェックに失敗した参加者がいるため、テキストチャット機能を活用する旨のメッセージを表示する。
【００９２】
ステップＳ４０８では、クライアント端末１０２のＣＰＵ２０１は、ステップＳ４０５で取得した結果に基づき、映像チェックに失敗した会議参加者がいるかを判定する。
【００９３】
いる場合（ステップＳ４０８：ＹＥＳ）は、処理をステップＳ４０９に移行する。
【００９４】
いない場合（ステップＳ４０８：ＮＯ）は、処理をステップＳ４１０に移行する。
【００９５】
ステップＳ４０９では、クライアント端末１０２のＣＰＵ２０１は、映像を送受信できない参加者がいる旨のメッセージを表示する。
【００９６】
ステップＳ４１０では、クライアント端末１０２のＣＰＵ２０１は、会議参加者のチェック結果を表示する。
【００９７】
ステップＳ４１１では、クライアント端末１０２のＣＰＵ２０１は、会議参加者の入室処理を完了し、ウェブ会議を開始する。
【００９８】
図６（Ａ）は、ステップＳ３０５においてクライアント端末１０２の表示部に表示される画面の一例を示した図である。
【００９９】
クライアント端末１０２により撮影されたユーザの姿が６０１に示す領域に表示される。
【０１００】
録画開始ボタン６０２が押下されることで、録画が開始され（ステップＳ３０５）、サーバ装置１０１に録画された映像が送信される（ステップＳ３０６）。
【０１０１】
図６（Ｂ）は、サーバ装置１０１に録画した映像を送信中にクライアント端末１０２の表示部に表示される画面の一例を示す図である。
図６（Ｂ）に示す通り、送信中である旨が表示される。
【０１０２】
図６（Ｃ）は、ステップＳ３０９で映像を取得した場合に、クライアント端末１０２の表示部に表示される画面の一例を示す図である。
【０１０３】
ステップＳ３０９で取得した映像が６０３に示す領域に表示される。ユーザによりはいボタン６０４が押下された場合は、ステップＳ３１０でＹＥＳと判定される。いいえボタン６０５が押下された場合は、ステップＳ３１０でＮＯと判定される。
【０１０４】
図７（Ａ）〜（Ｃ）は、それぞれ図６（Ａ）〜（Ｃ）に対応する画面であり、音声チェック処理においてクライアント端末１０２の表示部に表示される画面である。
【０１０５】
図８（Ａ）は、ステップＳ４０９でクライアント端末１０２の表示部に表示される画面である。
【０１０６】
図８（Ａ）に示す通り、映像が利用できないユーザがいる旨のメッセージが表示されている。
【０１０７】
図８（Ｂ）は、ステップＳ４０７でクライアント端末１０２の表示部に表示される画面である。
【０１０８】
図８（Ｂ）に示す通り、音声が利用できないユーザがいる旨のメッセージが表示されている。
【０１０９】
図９は、ステップＳ４１０でクライアント端末１０２の表示部に表示される画面である。
【０１１０】
図９に示す通り、ユーザ（参加者）ごとに、映像チェック、音声チェックの結果が一覧で表示される。
【０１１１】
例えば、ユーザ１については、映像チェックも音声チェックも成功した旨（○）を示している。
【０１１２】
ユーザ２については、映像チェックには成功したが、音声チェックには失敗した旨（×）を示している。
【０１１３】
ユーザ５については、映像チェックも音声チェックも確認できなかった旨（？）を示している。
【０１１４】
以上のように、本発明によれば、自身の音声と映像が正しく送受信されていることを確認したうえでウェブ会議を開始することができる。そのため、会議開始時に双方で音声と映像の送受信の確認を声かけなどで行う必要がなくなり、円滑にウェブ会議を行うことが可能になる。
【０１１５】
さらに、音声、映像の送受信の確認を事前に行うことにより、参加者が音声または映像を正しく送受信できていない状態に気づかずに会議に参加してしまう事態を回避することが可能となる。
【０１１６】
また、本発明におけるプログラムは、図３、図４の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図３、図４の各処理ごとのプログラムであってもよい。
【０１１７】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１１８】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１１９】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１２０】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２１】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２２】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２３】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１２４】
１０１  情報処理装置
１０２  クライアント端末
【図１】
2017108277.tif 000003
【図２】
2017108277.tif 000004
【図３】
2017108277.tif 000005
【図４】
2017108277.tif 000006
【図５】
2017108277.tif 000007
【図６】
2017108277.tif 000008
【図７】
2017108277.tif 000009
【図８】
2017108277.tif 000010
【図９】
2017108277.tif 000011