特許 7421134 情報処理システム、情報処理方法、プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-16

(45)【発行日】2024-01-24

(54)【発明の名称】情報処理システム、情報処理方法、プログラム

(51)【国際特許分類】

   H04L 65/401 20220101AFI20240117BHJP

   H04L 51/046 20220101ALI20240117BHJP

   H04M 3/56 20060101ALI20240117BHJP

   G06F 3/16 20060101ALI20240117BHJP

   G06F 3/0484 20220101ALI20240117BHJP

【ＦＩ】

H04L65/401

H04L51/046

H04M3/56 C

G06F3/16 540

G06F3/0484

【請求項の数】 11

(21)【出願番号】P 2021213726

(22)【出願日】2021-12-28

(65)【公開番号】P2023097546

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

【審査請求日】2022-07-14

(73)【特許権者】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(73)【特許権者】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(72)【発明者】

【氏名】小池 祥平

【審査官】速水 雄太

(56)【参考文献】

【文献】米国特許出願公開第２０１２／００１７１４９（ＵＳ，Ａ１）

【文献】韓国登録特許第１０－１３３９９４４（ＫＲ，Ｂ１）

【文献】特表２００５－５１３８７５（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１４／０３１０６８０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６５／４０１

Ｈ０４Ｌ ５１／０４６

Ｈ０４Ｍ ３／５６

Ｇ０６Ｆ ３／１６

Ｇ０６Ｆ ３／０４８４

(57)【特許請求の範囲】

【請求項1】

第１のユーザ、第２のユーザ、第３のユーザが参加するウェブ会議において、
第１のユーザから第２のユーザに対する特定会話の要求を受け付ける要求受付手段と、
前記要求受付手段で受け付けた特定会話の要求の要求先である第２のユーザから、音声またはテキストによる応答を含む対応方法の中から、当該特定会話への対応方法の選択を受け付ける選択受付手段と、
前記選択受付手段により音声による応答を受け付けた場合に、第１のユーザと第２のユーザとを相互に通話可能とし、第３のユーザの音声を第１のユーザ及び第２のユーザに配信し、第１のユーザと第２のユーザの音声の第３のユーザへの配信を制御する制御手段と、
を備えることを特徴とする情報処理システム。

【請求項2】

前記制御手段は、前記第１のユーザまたは前記第２のユーザから所定の操作を受け付けた場合、前記第３のユーザの音声の音量を下げて、前記第１のユーザおよび前記第２のユーザに対して配信することを特徴とする請求項１に記載の情報処理システム。

【請求項3】

ウェブ会議に参加するユーザの映像をそれぞれのユーザが利用する情報処理装置に表示するよう制御する表示制御手段を備え、
前記表示制御手段は、前記第１のユーザおよび第２のユーザを識別可能に表示するよう制御することを特徴とする請求項１または２に記載の情報処理システム。

【請求項4】

前記表示制御手段は、第１のユーザから第２のユーザに対する特定会話の要求を受け付けた場合、第２のユーザの表示領域内に第１のユーザを縮小して共に表示し、第１のユーザ及び第２のユーザの特定会話の進行中には、第２のユーザの表示領域を分割して第１のユーザと第２のユーザとを共に表示するよう制御することを特徴とする請求項３に記載の情報処理システム。

【請求項5】

前記表示制御手段は、第１のユーザから第２のユーザに対する特定会話の要求を受け付けた場合、第１のユーザの表示領域には第１のユーザの映像を表示せず、当該第１のユーザの表示領域に第１のユーザを識別する情報を表示するよう制御する請求項４に記載の情報処理システム。

【請求項6】

前記表示制御手段は、前記要求受付手段で受け付けた特定会話の要求の要求先である前記第２のユーザから、音声またはテキストによる応答を含む特定会話への対応方法の選択を受け付ける場合、対応方法の選択肢を第２のユーザの画面に識別可能に表示するよう制御する請求項３乃至５のいずれか１項に記載の情報処理システム。

【請求項7】

前記選択肢には、さらに、特定会話の要求に応じられない旨を示す選択肢が含まれることを特徴とする請求項６に記載の情報処理システム。

【請求項8】

前記選択肢は、ユーザによる画面へのタッチ操作が行われた位置の周囲に表示され、前記ユーザによるフリック操作により対応方法の選択を受け付けることを特徴とする請求項６または７に記載の情報処理システム。

【請求項9】

前記表示制御手段は、前記選択受付手段によりテキストによる応答の選択を受け付けた場合、前記第１のユーザおよび第２のユーザとのチャット画面を表示するよう制御することを特徴とする請求項３乃至８のいずれか１項に記載の情報処理システム。

【請求項10】

第１のユーザ、第２のユーザ、第３のユーザが参加するウェブ会議において、
情報処理システムの要求受付手段が、第１のユーザから第２のユーザに対する特定会話の要求を受け付ける要求受付工程と、
前記情報処理システムの選択受付手段が、前記要求受付工程で受け付けた特定会話の要求の要求先である第２のユーザから、音声またはテキストによる応答を含む対応方法の中から、当該特定会話への対応方法の選択を受け付ける選択受付工程と、
前記情報処理システムの制御手段が、前記選択受付工程により音声による応答を受け付けた場合に、第１のユーザと第２のユーザとを相互に通話可能とし、第３のユーザの音声を第１のユーザ及び第２のユーザに配信し、第１のユーザと第２のユーザの音声の第３のユーザへの配信を制御する制御工程と、
を備えることを特徴とする情報処理方法。

【請求項11】

コンピュータを、請求項１乃至９のいずれか１項に記載の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、情報処理方法、プログラムに関する。

【背景技術】

【0002】

昨今、リモートワーク推進の流れが加速したことにより、会議についても対面でのリアルな空間で行うのではなく、オンラインでの会議（Ｗｅｂ会議）での開催が多くなっている。このようなリモートコミュニケーションは物理的に会議室を確保する必要がなくなるメリットがある反面、同じ空間を共有し対面で会話できない性質から、対面では起こりえない不都合が生じることがある。

【0003】

特許文献１には、リモートコミュニケーションの課題の一つである「発話の衝突」を解決する技術について開示されている。具体的には次の発話者を予測し発話者を強調表示することで、発話の衝突を低減させる技術について記載されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１７－１１１６４３号公報

【発明の開示】

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

【0005】

特許文献１に記載の技術は、発言が会議参加者全体に共有されることを前提としているが、会話では発言したい内容が特定の個人に対してのみ伝えたい内容であることも多い。

【0006】

そこで、本発明は、オンラインでの会議等において特定の個人との対話を可能にする仕組みを提供することを目的とする。

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

【0007】

本発明の情報処理システムは、Ｗｅｂ会議に参加する第１のユーザから第２のユーザとの耳打ち会話の要求を受け付ける要求受付手段と、前記要求受付手段で受け付けた耳打ち会話の要求の要求先である前記第２のユーザから、耳打ち会話への対応方法の選択を受け付ける選択受付手段と、前記選択受付手段により選択を受け付けた対応方法に応じて、前記第１のユーザおよび前記第２のユーザの音声の配信を制御する制御手段と、を備えることを特徴とする。

【発明の効果】

【0008】

本発明によれば、オンラインでの会議等において特定の個人との対話が可能となる。

【図面の簡単な説明】

【0009】

【図1】本発明を適用可能な情報処理システムの構成の一例を示す図

【図2】クライアント端末１０１やサーバ装置１０２として用いられる情報処理装置のハードウェア構成の一例を示すブロック図

【図3】本発明の処理内容を示すフローチャート

【図4】ステップＳ３０２の処理の詳細を示すフローチャート

【図5】ステップＳ３０４の処理の詳細を示すフローチャート

【図6】ステップＳ３０８の処理の詳細を示すフローチャート

【図7】ステップＳ６０８の処理の詳細を示すフローチャート

【図8】クライアント端末１０１に表示される画面の一例

【図9】クライアント端末１０１に表示される画面の一例

【図10】クライアント端末１０１に表示される画面の一例

【図11】クライアント端末１０１に表示される画面の一例

【図12】本発明の概要について説明した図

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

【0010】

以下、図面を参照して、本発明の実施形態を詳細に説明する。

【0011】

図１は、本発明を適用可能な情報処理システムの構成の一例を示す図である。

【0012】

図１に示す通り、クライアント端末１０１とサーバ装置１０２とがネットワーク１１０を介して通信可能に接続されている。

【0013】

クライアント端末１０１は、Ｗｅｂ会議等の参加ユーザが利用し操作する端末であり、図８～図１１に示す画面が表示される端末である。また、クライアント端末１０１は図１に示す通り複数がネットワーク１１０を介して接続されている。これはＷｅｂ会議に参加するユーザが一人一台用いることを前提とした構成である。クライアント端末１０１は、具体的にはパーソナルコンピュータ（ノートＰＣやデスクトップＰＣ等）やタブレット端末、スマートフォンなどが用いられるが、これらに限られるものではない。

【0014】

サーバ装置１０２は、Ｗｅｂ会議棟におけるクライアント端末間のデータのやり取りを制御する装置である。クライアント端末１０１に対するユーザの操作等に基づき、クライアント端末からユーザの音声データや画像データを受信し、他のクライアント端末に配信する機能を備える。図１ではサーバ装置１０２は１台のみ図示しているが、複数のサーバ装置が相互に連携するシステムやいわゆるクラウドシステムであっても良い。

【0015】

図２は、本発明のクライアント端末１０１やサーバ装置１０２として用いられる情報処理装置のハードウェア構成の一例を示すブロック図である。

【0016】

図２に示すように、情報処理装置は、システムバス２００を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、記憶装置２０４、入力コントローラ２０５、音声コントローラ２０６、ビデオコントローラ２０７、メモリコントローラ２０８、よび通信Ｉ／Ｆコントローラ２０９が接続される。

【0017】

ＣＰＵ２０１は、システムバス２００に接続される各デバイスやコントローラを統括的に制御する。

【0018】

ＲＯＭ２０２あるいは外部メモリ２１３は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。

【0019】

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

【0020】

入力コントローラ２０５は、キーボード２１０や不図示のマウス等のポインティングデバイス等の入力装置からの入力を制御する。入力装置がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

【0021】

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

【0022】

ビデオコントローラ２０７は、ディスプレイ２１２などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作を受け付け可能な装置については、入力装置も提供する。

【0023】

なおビデオコントローラ２０７は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。

【0024】

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

【0025】

通信Ｉ／Ｆコントローラ２０９は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の４Ｇ回線、５Ｇ回線等を用いた通信が可能である。

【0026】

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

【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】

ステップＳ６０２では、耳打ち応答リクエストを送信したユーザの領域に当該ユーザの名称（氏名などのユーザを識別する情報）を表示する。

【0078】

ステップＳ６０１、ステップＳ６０２の処理により、図９に一例を示す画面が表示される。

【0079】

ステップＳ６０３では、耳打ち応答リクエストを送信したユーザの音声を耳打ち相手のユーザにのみ聞こえるように設定する。なお、この処理は耳打ち相手のユーザ以外の会議参加者に対して音声が聞こえないよう制御する処理であり、完全に音声を遮断するよう制御することに限られず、人間の耳には聞こえない程度の小さな音量にする処理も含むものとする。

【0080】

ステップＳ６０４では、耳打ち相手のユーザから耳打ち応答レスポンスを受信したかを判定する。受信した場合（ステップＳ６０４；ＹＥＳ）は処理をステップＳ６０７に移行し、受信していない場合（ステップＳ６０４：ＮＯ）は処理をステップＳ６０５に移行する。

【0081】

ステップＳ６０５では、耳打ち相手のユーザから簡易応答レスポンスを受信したかを判定する。受信した場合（ステップＳ６０５：ＹＥＳ）は処理をステップＳ６０９に移行し、受信していない場合（ステップＳ６０５：ＮＯ）は処理をステップＳ６０６に移行する。

【0082】

ステップＳ６０６では、耳打ち相手のユーザの領域に対して所定の操作（ダブルクリック操作やダブルタップ操作など）を受け付けたかを判定する。所定の操作を受け付けた場合（ステップＳ６０６：ＹＥＳ）は処理をステップＳ６０９に移行し、受け付けていない場合（ステップＳ６０６：ＮＯ）は処理をステップＳ６０４に戻す。

【0083】

ステップＳ６０７では、耳打ち相手のユーザに対して耳打ち会話リクエストを送信する。

【0084】

ステップＳ６０８では、耳打ち会話（話し手）の処理を実行する。この処理の詳細は図７のフローチャートを用いて説明する。

【0085】

ステップＳ６０９では、ステップＳ６０１で実行した縮小表示を解除し、ステップＳ６１０では自分の画像を自分の領域に表示する。この処理により図８に示す画面がクライアント端末に表示されることになる。

【0086】

ステップＳ６１１では、人の音声が会議参加者全員に聞こえるよう制御する。

【0087】

以上の処理により、耳打ち機能が開始されると話し手ユーザの声は耳打ち相手にのみ聞こえるようになる。また、会議画面については、どのユーザとどのユーザとが耳打ちをしているかを識別可能な表示となる。

【0088】

次に図７のフローチャートを用いてステップＳ６０８の耳打ち会話（話し手）の処理について説明する。

【0089】

ステップＳ７０１では、図１０に示すように、聞き手ユーザの領域に聞き手と話し手の両ユーザの画像を表示する。この際、図１０に示すように聞き手ユーザの領域を均等に分割して表示する等の表示形態とすることで、図９に示す応答待ちの状態と識別できるようにする。

【0090】

ステップＳ７０２では、耳打ち相手のユーザ（聞き手ユーザ）の音声を自分だけに聞こえるよう設定する。

【0091】

ステップＳ７０３では、画面における耳打ち相手のユーザの領域に対して所定の操作（クリック操作やタップ往査等）による選択を受け付けているかを判定する。受け付けている場合（ステップＳ７０３：ＹＥＳ）は処理をステップＳ７０４に移行し、受け付けていない場合（ステップＳ７０３：ＮＯ）は処理をステップＳ７０５に移行する。

【0092】

ステップＳ７０４では、耳打ち相手のユーザ以外のユーザ（会議参加者）の音声のボリュームを設定値まで下げる（所定の値に設定する）。そして処理をステップＳ７０３に戻す。すなわち、所定の操作が行われている間は、耳打ち相手のユーザ以外のユーザ（会議参加者）の音声のボリュームを設定値まで下げる。

【0093】

ステップＳ７０５では、耳打ち相手のユーザ以外のユーザ（会議参加者）の音声のボリュームを既定値（各クライアント端末にて設定された値）にする。

【0094】

ステップＳ７０６では、耳打ち相手のユーザから狩猟リクエストを受信したかを判定する。受信した場合（ステップＳ７０６：ＹＥＳ）は処理をステップＳ７０９に移行し、受信していない場合（ステップＳ７０６：ＮＯ）は処理をステップＳ７０７に移行する。

【0095】

ステップＳ７０７では、画面における耳打ち相手のユーザの領域に対して所定の操作（ダブルクリック操作やダブルタップ操作など）による選択を受け付けているか、すなわち終了リクエストを送信する操作を受け付けているかを判定する。

【0096】

受け付けている場合（ステップＳ７０７：ＹＥＳ）は、処理をステップＳ７０８に移行し、受け付けていない場合（ステップＳ７０７：ＮＯ）は処理をステップＳ７０３に移行する。

【0097】

ステップＳ７０８では、耳打ち相手のユーザに対して終了リクエストを送信する。

【0098】

ステップＳ７０９では、画面表示を図９に示す画面に戻す。

【0099】

ステップＳ７１０では、耳打ち相手のユーザの音声を会議参加者全員に聞こえるよう設定する。

【0100】

以上説明した耳打ち機能を用いることで、Ｗｅｂ会議において所望のユーザとだけ会話をすることが可能となる。

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【符号の説明】

【0110】

１０１ クライアント端末
１０２ サーバ装置
１１０ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】