2023-167250 端末装置、通信システム及び通信方法

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

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

(11)【公開番号】P2023167250

(43)【公開日】2023-11-24

(54)【発明の名称】端末装置、通信システム及び通信方法

(51)【国際特許分類】

   H04M 1/00 20060101AFI20231116BHJP

   H04L 67/141 20220101ALI20231116BHJP

   H04L 67/54 20220101ALI20231116BHJP

   H04N 7/14 20060101ALI20231116BHJP

【ＦＩ】

H04M1/00 R

H04L67/141

H04L67/54

H04N7/14

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022078287

(22)【出願日】2022-05-11

(71)【出願人】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100112335

【弁理士】

【氏名又は名称】藤本 英介

(74)【代理人】

【識別番号】100101144

【弁理士】

【氏名又は名称】神田 正義

(74)【代理人】

【識別番号】100101694

【弁理士】

【氏名又は名称】宮尾 明茂

(74)【代理人】

【識別番号】100124774

【弁理士】

【氏名又は名称】馬場 信幸

(72)【発明者】

【氏名】峠田 正樹

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

5C164

5K127

【Ｆターム（参考）】

5C164FA09

5C164UB41S

5C164UB81S

5C164VA07S

5C164VA18P

5C164YA12

5K127BA01

5K127CA27

5K127CA34

5K127CB12

5K127CB22

5K127DA01

5K127DA12

5K127GA02

5K127GB12

5K127GB21

5K127GB72

5K127GB74

5K127GD01

5K127GD07

5K127HA02

5K127HA03

5K127JA05

5K127JA33

5K127KA04

(57)【要約】

【課題】被呼者を煩わせることなく会話要求を送信する端末装置等を提供する。
【解決手段】被呼者が使用する被呼側端末装置が取得した情報に基づいて、被呼者の在否を判定する。被呼者が存在すると判定された場合、被呼側端末装置に対し、会話の開始を要求する会話要求を送信する。
【選択図】図２

【特許請求の範囲】

【請求項1】

被呼者が使用する被呼側端末装置が取得した情報に基づいて、前記被呼者の在否を判定する判定部と、
前記判定部によって前記被呼者が存在すると判定された場合、前記被呼側端末装置に対し、会話の開始を要求する会話要求を送信する制御部と
を備えることを特徴とする端末装置。

【請求項2】

前記判定部によって前記被呼者が不在と判定された場合、前記会話要求を前記被呼側端末装置に送信しない、請求項１に記載の端末装置。

【請求項3】

前記被呼側端末装置のマイクから入力された音声に基づいて、前記被呼者が音声を発しているか否かを判定する音声判定を実行する音声判定部を更に備え、
前記判定部によって前記被呼者が存在すると判定され、かつ、前記音声判定によって前記被呼者が音声を発していないと判定された場合、前記制御部は、前記被呼側端末装置に前記会話要求を送信する、
請求項１または２に記載の端末装置。

【請求項4】

前記被呼側端末装置からの入力に基づいて、前記被呼者が作業に集中しているか否かを判定する集中判定部を更に備え、
前記判定部によって前記被呼者が存在すると判定され、かつ、前記集中判定部によって前記被呼者が集中していないと判定された場合、前記制御部は、前記被呼側端末装置に前記会話要求を送信する、
請求項１に記載の端末装置。

【請求項5】

前記会話の重要度の入力を受け付ける重要度部を更に備え、
前記判定部によって前記被呼者が存在すると判定された場合、前記制御部は、
前記被呼側端末装置に対し、前記会話要求と共に前記重要度を送信し、
前記被呼側端末装置に、前記重要度に応じた表示をさせる、
請求項１に記載の端末装置。

【請求項6】

前記被呼側端末装置のカメラで撮影された画像を前記被呼側端末装置から受信するモニタリング部と、
前記モニタリング部が受信した画像を表示する表示部と、
を更に備え、
自端末装置が、前記会話要求の受諾を示す会話受諾を、前記被呼側端末装置から受信する前に、前記表示部は前記画像を表示する、
請求項１に記載の端末装置。

【請求項7】

発呼者及び複数の被呼者からなる３人以上のグループで行う会話であるグループ会話に必須の前記被呼者を少なくとも一人指定する必須通話相手指定部を更に備え、
前記判定部は、複数の被呼側端末装置における前記判定部の判定結果を取得し、
前記判定部によって、前記指定された必須の被呼者全員が存在すると判定された場合、前記制御部は、前記グループ会話を開始するための会話要求を送信する、
請求項１に記載の端末装置。

【請求項8】

請求項１に記載の端末装置における前記被呼側端末装置であって、
前記会話要求の受信に応じて着信通知を表示し、
当該被呼側端末装置のカメラで撮影された画像または当該被呼側端末装置の表示部での表示の状態に応じて、前記着信通知の表示位置を制御する、
端末装置。

【請求項9】

発呼側端末装置と被呼側端末装置とを備える通信システムにおいて、
前記被呼側端末装置での入力に基づいて、前記被呼側端末装置を使用する被呼者の在否を判定する判定部と、
前記判定部によって前記被呼者が存在すると判定された場合、前記発呼側端末装置から前記被呼側端末装置に対し、会話の開始を要求する会話要求を送信する制御部と、
を備えることを特徴とする通信システム。

【請求項10】

被呼側端末装置での入力に基づいて、前記被呼側端末装置を使用する被呼者の在否を判定し、
前記判定によって前記被呼者が存在すると判定された場合、発呼側端末装置から前記被呼側端末装置に対し、会話の開始を要求する会話要求を送信する
ことを特徴とする通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は端末装置等に関する。

【背景技術】

【0002】

リモートワークの推進等を背景として、ビデオ通話サービスの利用が進んでいる。一般に、ビデオ通話を開始するには、発呼側の端末装置にて被呼側の端末装置を指定して会話要求を送信する。会話要求に応答した被呼側端末装置が会話受諾を返信すると、会話が開始される。

【0003】

通常、会話要求を送信する時点では、発呼者は被呼者の状態を知らない。このため、発呼者は、被呼者が会話に不都合な状況にあるときに会話要求を送信する場合がある。その結果、被呼者が現に行っている会話や集中している作業を妨げる恐れがある。

【0004】

特許文献１には、顔方向が天井ディスプレイに向いたことを検出して会話モードに遷移することが記載されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００６－１３９０２８号公報

【発明の概要】

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

【0006】

特許文献１によれば、利用者、すなわち、発呼者は、自分の顔の向きによって会話モードに遷移させることができる。しかし、特許文献１には、通信相手が通信可能な状況にあるときに会話モードに選択させる旨の開示はない。

【0007】

本開示の目的は、被呼者を煩わせることなく会話要求を送信する端末装置等を提供することである。

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

【0008】

本開示の端末装置は、被呼者が使用する被呼側端末装置が取得した情報に基づいて、前記被呼者の在否を判定する判定部と、前記判定部によって前記被呼者が存在すると判定された場合、前記被呼側端末装置に対し、会話の開始を要求する会話要求を送信する制御部とを備えることを特徴とする。

【0009】

本開示の通信システムは、発呼側端末装置と被呼側端末装置とを備える通信システムにおいて、前記被呼側端末装置での入力に基づいて、前記被呼側端末装置を使用する被呼者の在否を判定する判定部と、前記定部によって前記被呼者が存在すると判定された場合、前記発呼側端末装置から前記被呼側端末装置に対し、会話の開始を要求する会話要求を送信する制御部と、備えることを特徴とする。

【0010】

本開示の通信方法は、被呼側端末装置での入力に基づいて、前記被呼側端末装置を使用する被呼者の在否を判定し、前記判定によって前記被呼者が存在すると判定された場合、発呼側端末装置から前記被呼側端末装置に対し、会話の開始を要求する会話要求を送信することを特徴とする。

【発明の効果】

【0011】

本開示によれば、被呼者を煩わせることなく会話要求を送信する端末装置等が提供される。

【図面の簡単な説明】

【0012】

【図1】本開示のシステム全体について説明するための図である。

【図2】本開示の端末装置の機能構成を説明するための図である。

【図3】第１実施形態におけるシステムの動作を説明するための図である。

【図4】第１実施形態において発呼側の端末装置が表示する画面の例を説明するための図である。

【図5】第１実施形態において被呼側の端末装置が表示する画面の例を説明するための図である。

【図6】第１実施形態において発呼側の端末装置が表示する画面の例を説明するための図である。

【図7】第２実施形態におけるシステムの動作を説明するための図である。

【図8】第２実施形態において発呼側の端末装置が表示する画面の例を説明するための図である。

【図9】第３実施形態におけるシステムの動作を説明するための図である。

【図10】第３実施形態において発呼側の端末装置が表示する画面の例を説明するための図である。

【図11】第４実施形態におけるシステムの動作を説明するための図である。

【図12】第４実施形態における重要度の選択について説明するための図である。

【図13】第４実施形態において発呼側の端末装置が表示する画面の例を説明するための図である。

【図14】第４実施形態において被呼側の端末装置が表示する画面の例を説明するための図である。

【図15】第５実施形態におけるシステムの動作を説明するための図である。

【図16】第５実施形態におけるモニタリングを説明するための図である。

【図17】第５実施形態において発呼側の端末装置が表示する画面の例を説明するための図である。

【図18】第５実施形態において被呼側の端末装置が表示する画面の例を説明するための図である。

【図19】第６実施形態におけるシステムの動作を説明するための図である。

【図20】第６実施形態において発呼側の端末装置が表示する画面の例を説明するための図である。

【図21】第７実施形態における被呼側の端末装置の動作を説明するための図である。

【図22】第７実施形態において被呼側の端末装置が表示する画面の例を説明するための図である。

【図23】第７実施形態において被呼側の端末装置が表示する画面の例を説明するための図である。

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

【0013】

以下、図面を参照して本開示を実施するための実施形態について説明する。なお、以下の実施形態及び変形は、本開示を説明するための一例であり、特許請求の範囲に記載した開示の技術的範囲が、以下の記載に限定されるものではない。

【0014】

［１．システムと端末装置］
［１．１ 通信システム］
図１は、本開示の通信システム１の構成について説明するための図である。通信システム１において、発呼側端末装置３は、ＬＡＮ(Local Area Network)５、インターネット７及びＬＡＮ９を介して、被呼側端末装置１１に接続されている。

【0015】

通信システム１では、発呼側端末装置３が被呼側端末装置１１に対して会話要求を送信する。会話要求に応答して、被呼側端末装置１１が会話受諾を発呼側端末装置３に送信すると、発呼側端末装置３と被呼側端末装置１１との間で会話が開始される。会話は、画像と音声を互いに伝送しあうビデオ通話として行われてもよいし、音声のみを互いに伝送しあう音声通話として行われてもよい。尚、本願において画像とは、静止画及び動画の両方を含むものとする。

【0016】

発呼側端末装置３の代わりに、無線ＬＡＮ機能を有する発呼側端末装置１３が用いられてもよい。発呼側端末装置１３は、アクセスポイント１５を介してＬＡＮ５に接続される。同様に、被呼側端末装置１１の代わりに、無線ＬＡＮ機能を有する被呼側端末装置１７が用いられてもよい。被呼側端末装置１７は、アクセスポイント１９を介してＬＡＮ９に接続される。

【0017】

通信システム１は、更に、共有スケジュールサーバ２１を備える。共有スケジュールサーバ２１は、各登録者のスケジュールを記載した共有予定表を電子化したデータベースを備える。より具体的には、共有スケジュールサーバ２１のデータベースは、登録者識別情報、開始時刻、終了時刻、場所等を含むレコードを有する。

【0018】

［１．２ 端末装置］
図２は、端末装置３０の機能構成を説明するための図である。典型的な例では、端末装置３０は、デスクトップ型やノート型のワークステーション、パーソナルコンピュータである。端末装置３０は、タブレット型の情報処理装置でもよい。端末装置３０は、発呼側の端末装置としても被呼側の端末装置としても動作可能である。端末装置３０は、発呼側端末装置３、１３としても被呼側端末装置１１、１７としても動作する。発呼側端末装置１３及び被呼側端末装置１７は、後述する通信部３９として無線ＬＡＮ機能を備える。端末装置３０は、不図示のオペレーティングシステム(Operating System, OS)に従って動作する。端末装置３０のＯＳは、マルチタスクＯＳであることが好ましい。

【0019】

端末装置３０は、記憶部３１を有する。記憶部３１は、通信アプリケーション３３、アドレス帳データ３５、設定データ３７を記憶する。また、端末装置３０は、通信部３９、入力部４１、表示部４３、接続部４５、カメラ４７、マイク４９、スピーカ５１、制御部５３を備える。制御部５３は、発呼先選択部５５、人検出部５７、発着信制御部５９、通話部６１、スケジューラ部６３、音声判定部６５、集中判定部６７、重要度部６９、モニタリング部７１、必須通話相手指定部７３、通知配置部７４を備える。

【0020】

記憶部３１は、端末装置３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３１は、ＤＲＡＭ（Dynamic Random Access Memory）等の一時的な記憶が可能な記録装置や、例えば、半導体メモリで構成されたＳＳＤ（Solid State Drive）や、磁気ディスクで構成されたＨＤＤ（Hard Disk Drive）等の非一時的な記録装置を含むものである。また、記憶部３１は、説明の都合上１つの構成としているが、プログラムの実行に利用される領域（主記憶領域）と、プログラムやデータを保存する領域（補助記憶領域）、キャッシュに利用する領域等、それぞれ用途毎に別の装置として構成してもよい。

【0021】

通信アプリケーション３３は、端末装置３０を、通信システム１の発呼側端末装置３、１３、被呼側端末装置１１、１７として動作させるためのプログラムである。通信アプリケーション３３は、端末装置３０のＯＳ上で動作する独立したアプリケーションである。通信アプリケーション３３は、端末装置３０のＯＳに組み込まれたアプリケーションであってもよい。特に、通信アプリケーション３３は、通信アプリケーション３３に従って端末装置３０が動作したとき、表示部４３に表示される様々な通知画面や選択画面のデータを含む。選択画面としては例えば重要度の選択画面を含む。通知画面には具体的には次のようなものがある。
・被呼者に対して現に着信していることを通知するもの。
・発呼者に対して被呼者が不在なことを通知するもの。
・発呼者に対して、被呼者が話し中であることを通知するもの。
・発呼者に対して、被呼者が作業に集中していることを通知するもの。
・発呼者に対して、被呼者の応答待ちであることを通知するもの。
・被呼者に対して、発呼者がカメラのリアルタイム画像を要求していることを通知するもの。

【0022】

アドレス帳データ３５は、通信アプリケーション３３を用いて通信を行う相手（登録者）の名前、登録者識別情報、アドレス情報、所属、アイコン画像、住所、電話番号等を互いに関連付けて記憶したデータである。登録者識別情報は、登録者を互いに識別するための識別情報である。登録者識別情報は、例えば、共有スケジュールサーバ２１において登録者を識別する際に用いられる。アドレス情報は、登録者が使用する端末装置を互いに識別するための識別情報である。アドレス情報は、例えば、通信アプリケーション３３において発呼先を指定する際や、発呼元を識別する際に用いられる。

【0023】

設定データ３７は、通信アプリケーション３３が動作する際に参照する各種の設定データである。例えば、端末装置３０のユーザが、入力部４１から入力したものが設定データ３７として記憶される。通信部３９を介したデータ通信によって受信したデータが、設定データ３７として記憶されてもよい。接続部４５を介して接続された外部記憶装置からコピーしたデータが、設定データ３７として記憶されてもよい。設定データ３７は、例えば、端末装置３０の使用者の名前、登録者識別情報、アドレス情報、所属、アイコン画像、住所、電話番号等を含んでよい。

【0024】

通信部３９は、ネットワークと接続するための機能部である。通信部３９は、例えば、有線ＬＡＮや無線ＬＡＮ、ＬＴＥ網に接続可能なインタフェースを備える。通信部３９がネットワークに接続されることで、他の装置や、外部ネットワークに接続されることとなる。特に、発呼側端末装置１３及び被呼側端末装置１７として動作する場合、通信部３９は、無線ＬＡＮ子機を備える。

【0025】

入力部４１は、ユーザからの操作入力を受け付ける。例えば、入力部４１は、ハードウェアキーやソフトウェアキーで構成される。入力部４１は、例えばタッチディスプレイとして、次に説明する表示部４３と一体に構成されてもよい。

【0026】

表示部４３は、画像や文字を表示するための機能部である。例えば、液晶ディスプレイ（ＬＣＤ）や、有機ＥＬパネル等により構成されている。表示部４３は、単体の表示装置であってもよいし、更に外部に接続された表示装置を含むものであってもよい。

【0027】

接続部４５は、端末装置３０と他の機器を接続する。例えば、接続部４５は、ＵＳＢインタフェースであり、ＵＳＢメモリ等が接続される。また、接続部４５は、それ以外にも、例えば、ＮＦＣ（Near field communication）、Ｂｌｕｅｔｏｏｔｈ（登録商標）といった近距離無線を備えてもよい。

【0028】

また、通信部３９と、接続部４５とは、一体に構成されてもよい。例えば、一つの無線通信のインタフェースとして備えており、無線ＬＡＮや、Ｂｌｕｅｔｏｏｔｈ（登録商標）を利用可能としてもよい。

【0029】

カメラ４７は、ＣＣＤ(Charge-Coupled Device)イメージセンサ、ＣＭＯＳ(Complementary MOS)イメージセンサ等のイメージセンサを備える。また、カメラ４７は、イメージセンサの駆動回路、ＡＤコンバータ等を備え、デジタル化した画像信号を出力する。カメラ４７は、端末装置３０の使用者を撮影可能なように構成される。典型的な例では、カメラ４７は、デスクトップ型やノート型のパーソナルコンピュータのディスプレイの上部や、タブレットの画面の周縁部に配置される。例えば、端末装置３０がパーソナルコンピュータ(Personal Computer, PC)の場合、カメラ４７は、ＰＣ内蔵またはＰＣに外付けされたＷｅｂカメラでもよい。

【0030】

マイク４９は、音を電気信号に変換するマイクロフォン、マイクロフォンの出力をデジタル信号に変換するＡＤコンバータ等を備える。マイク４９は、端末装置３０の周辺の音を入力可能なように構成される。マイク４９は、特に、使用者が、端末装置３０を通常使用する位置と姿勢にあるときに、使用者の声を拾えるように構成される。典型的な例では、マイク４９は、デスクトップ型やノート型のパーソナルコンピュータのディスプレイの周縁部や、タブレットの画面の周縁部に配置される。端末装置３０がＰＣであり、カメラ４７がＷｅｂカメラの場合、マイク４９は、Ｗｅｂカメラに内蔵されたマイクであってもよい。

【0031】

スピーカ５１は、音声信号を音声に変換して出力する。スピーカ５１は、デジタル信号をアナログ信号に変換するＤＡコンバータ、アナログ信号を増幅してスピーカを駆動するアンプ、音を発生するスピーカユニットを備える。

【0032】

制御部５３は、端末装置３０の全体を制御するための機能部である。制御部５３は、１又は複数の制御装置や、制御回路で構成されており、例えば、ＣＰＵ（Central Processing Unit）や、ＳｏＣ（System on a Chip）等により構成されている。制御部５３は、記憶部３１に記憶されている各種プログラムを読み出して実行することにより各種機能を実現する。特に、制御部５３は、通信アプリケーション３３を読み出して実行することにより、発呼先選択部５５、人検出部５７、発着信制御部５９、通話部６１、スケジューラ部６３、音声判定部６５、集中判定部６７、重要度部６９、モニタリング部７１、必須通話相手指定部７３、通知配置部７４として機能する。

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

必須通話相手指定部７３Ｓは、入力部４１Ｓからの入力に従って、発呼先選択部５５Ｓによって発呼先として選択された登録者それぞれを、必須参加者または任意参加者に設定する（ステップＳ１８３）。ここで必須参加者とは、今から行おうとしているグループ会話に必須の登録者であることを示す設定である。任意参加者とは、参加してもしなくてもよい登録者であることを示す設定である。図２０（Ａ）では、必須に設定されていることを示すため、登録者２０３が二重の点線枠線で囲まれている。

【0111】

人検出部５７Ｓは、人検出部５７Ｒに画像を要求する（ステップＳ１８５）。人検出部５７Ｒは、カメラ４７Ｒを用いて画像を撮影し、その画像を人検出部５７Ｓに送信する。画像を受信すると、人検出部５７Ｓは、その画像を解析して、画像中の所定の位置（例えば、着席した人の顔の位置）に、顔が検出できるか否かを判定する（ステップＳ１８７）。

【0112】

必須参加者全員が検出された場合（ステップＳ１８７、「はい」）、発着信制御部５９Ｓは、設定データ３７Ｓから端末装置３０Ｓの使用者、すなわち、発呼者の発呼者情報を読み出す。発呼者情報は、例えば、発呼者の名前、登録者識別情報、アドレス情報、所属、アイコン画像、住所、電話番号等を含む。発着信制御部５９Ｓは、発呼者情報を含む会話要求を発着信制御部５９Ｒに送信する（ステップＳ１８９）。

【0113】

尚、任意参加者の顔検出の結果は、ステップＳ１８９への移行に影響しない。発着信制御部５９Ｓは、任意参加者の顔が誰も検出されなくても、必須参加者全員の顔が検出された場合には、会話要求を送信する。逆に、任意参加者全員の顔が検出された場合でも、必須参加者の顔が一人でも検出されなかった場合、発着信制御部５９Ｓは、会話要求を送信しない。

【0114】

会話要求を受信すると、発着信制御部５９Ｒは、例えば図５（Ａ）の着信通知９５を表示部４３Ｒに表示する（ステップＳ１９０）。着信通知９５には、発呼者情報のうち、名前、所属部署、所属会社が表示されている。

【0115】

入力部４１Ｒにて了承９７を選択する操作がなされると、発着信制御部５９Ｒは、通信受諾を発着信制御部５９Ｓに送信する（ステップＳ１９１）。会話受諾の受信に応じて、通話部６１Ｓは通話部６１Ｒと通話を開始する（ステップＳ１９３）。ビデオ通話の場合、通話部６１Ｓは、カメラ４７Ｓから入力された画像と、マイク４９Ｓから入力された音声とを通話部６１Ｒに送信する。通話部６１Ｒから画像と音声を受信すると、通話部６１Ｓは、画像を表示部４３Ｓで表示し、音声をスピーカ５１Ｓで出力する。通話部６１Ｒも同様に動作する。

【0116】

ステップＳ１８７で必須参加者に一人でも顔が検出できなかった者がいた場合（ステップＳ１８７、「いいえ」）、発着信制御部５９Ｓは、表示部４３Ｓを用いて例えば図２０（Ｂ）の不在通知２０９を表示する（ステップＳ１９５）。スケジューラ部６３Ｓは、通信部３９Ｓ、ＬＡＮ５、インターネット７を介して共有スケジュールサーバ２１に対して、不在の必須参加者の予定を問い合わせる。すなわち、スケジューラ部６３Ｓは、ステップＳ１８３で設定した必須参加者のうち、顔が検出されなかった者の登録者識別情報を共有スケジュールサーバ２１に送信して、現在の予定を含むその必須参加者のスケジュールデータを要求する。共有スケジュールサーバ２１からスケジュールデータを受信すると、スケジューラ部６３Ｓは、表示部４３Ｓで表示する（ステップＳ１９７）。入力部４１Ｓにて不在通知２０９でＯＫ２１１が選択されると処理を終了する。

【0117】

尚、不在通知２０９には、必須参加者であって顔が検出できなかった者の名前が表示されているが、任意参加者であって顔が検出できなかった者の名前については、表示してもよく、しなくてもよい。

【0118】

［７．２ 効果］
本実施形態によれば、グループ会話を発呼する際に、必須参加者を設定し、必須参加者が不在の場合、必須参加者及び任意参加者への会話要求の送信を取りやめることができる。このため、必須参加者全員が揃わず、開催しても意味がないグループ会話のために会話要求を送信して、被呼者を煩わせるのを避けることができる。

【0119】

［８．第７実施形態］
［８．１ 動作］
図２１は、会話要求を受信したときの被呼側の端末装置３０Ｒの動作について説明するためのフローチャートである。本実施形態の被呼側の端末装置３０Ｒの動作は、上述の第１から第６実施形態のいずれとも組み合わせ可能である。

【0120】

設定データ３７Ｒには、着信設定が含まれる。着信設定は、会話要求を受信したとき、表示部４３Ｒの画面上のどこに着信通知を表示するかを決定する配置方法が設定されている。配置方法には、注視位置法、カーソル位置法、非アクティブ領域法、非ファーストディスプレイ法がある。図２２（Ａ）は注視位置法を説明するための図である。図２２（Ｂ）はカーソル位置法を説明するための図である。図２３（Ａ）は非アクティブ領域法を説明するための図である。図２３（Ｂ）は非ファーストディスプレイ法を説明するための図である。

【0121】

また、設定データ３７Ｒには、使用者が端末装置３０Ｓを通常の姿勢で使用する際における、カメラ４７Ｓ、表示部４３Ｓ、使用者の位置関係に関する位置関係情報が含まれる。より具体的には、ディスプレイ装置の画面サイズ、高さ、使用者の着席位置からディスプレイ装置までの距離、カメラ４７Ｓから使用者の着席位置までの距離等を含む。

【0122】

発呼側の端末装置３０Ｓから会話要求を受信する（ステップＳ１３１）と、発着信制御部５５Ｒは、設定データ３７Ｒの着信設定を参照して、着信通知の配置方法を選択する。

【0123】

設定された配置方法が注視位置法の場合（ステップＳ１３５、「はい」）、図２２（Ａ）に示すように、通知配置部７４Ｒは、カメラ４７Ｒで撮影した画像を解析して、被呼者２２３の顔の向きと視線方向を検出する（ステップＳ１３７）。通知配置部７４Ｒは、位置関係情報を設定データ３７Ｒから読み出す（ステップＳ１３９）。通知配置部７４Ｒは、ステップＳ１３７で検出した被呼者２２３の顔と目と、ステップＳ１３９で読みだした位置関係情報に基づいて、被呼者２２３が表示部４３ＲＳの画面２２１上のどこを注視しているかを算出する（ステップＳ１４１）。通知配置部７４Ｒは、算出した注視位置２２５またはその近傍に着信通知２２７を表示する（ステップＳ１４３）。

【0124】

設定された配置方法がカーソル位置法の場合（ステップＳ１４５、「はい」）、通知配置部７４Ｒは、例えば制御部５３上で実行されている不図示のＯＳ(Operating System)に、表示部４３Ｒの画面上におけるマウスカーソルの位置を問い合わせる（ステップＳ１４７）。通知配置部７４は、図２２（Ｂ）に示すように、表示部４３Ｓの画面２３１において、取得したマウスカーソル２３３の位置またはその近傍に着信通知２３５を表示させる（ステップＳ１４９）。

【0125】

設定された配置方法が非アクティブ領域法の場合（ステップＳ１５１、「はい」）、通知配置部７４Ｒは、例えば制御部５３上で実行されている不図示のＯＳに、アクティブウィンドウの位置とサイズとを問い合わせる（ステップＳ１５３）。問合せの結果、アクティブウインドウが全画面表示されている場合（ステップＳ１５５、「はい」）、通知配置部７４Ｒは、表示部４３Ｒの画面の端部に着信通知を表示させる（ステップＳ１５７）。

【0126】

一方、問合せの結果、アクティブウィンドウが全画面表示ではない場合（ステップＳ１５５、「いいえ」）、通知配置部７４Ｒは、例えば制御部５３上で実行されている不図示のＯＳに表示部４３Ｒのディスプレイ解像度を問い合わせる（ステップＳ１５９）。

【0127】

図２３（Ａ）に示すように、通知配置部７４Ｒは、ステップＳ１５３で取得したアクティブウィンドウ２４３の位置とサイズと、ステップＳ１５９で取得したディスプレイ（画面２４１）の解像度に基づいて、アクティブウィンドウ外の領域の座標範囲を算出する。通知配置部７４Ｒは、表示部４３Ｒに画面２４１を表示させる。その際、通知配置部７４Ｒは、画面２４１において、アクティブウィンドウ外の領域の内部または近傍に位置するように着信通知２４５を表示させる（ステップＳ１６１）。

【0128】

設定された配置方法が、注視位置法、カーソル位置法、非アクティブ領域法ではない（ステップＳ１３５、Ｓ１４５、Ｓ１５１、「いいえ」）場合、次のように動作する。通知配置部７４Ｒは、ＯＳ等に表示部４３Ｒとして複数台のディスプレイ装置が接続されているか否かを問い合わせる（ステップＳ１６３）。複数台のディスプレイ装置が接続されている場合、通知配置部７４Ｒは、非ファーストディスプレイ法を採用して、表示部４３Ｒのファーストディスプレイ以外のディスプレイに着信通知を表示させる（ステップＳ１６５）。図２３（Ｂ）は、ファーストディスプレイ２５１とセカンドディスプレイ２５３を備える表示部４３Ｒの例を示す。非ファーストディスプレイ法では、通知配置部７４Ｒは、セカンドディスプレイ２５３に着信通知２５５を表示させる。

【0129】

尚、設定された配置方法が、注視位置法、カーソル位置法、非アクティブ領域法ではなく（ステップＳ１３５、Ｓ１４５、Ｓ１５１、「いいえ」）、かつ、表示部４３Ｒとしてディスプレイ装置が一台だけ接続されているとする。この場合、通知配置部７４Ｒは、ステップＳ１５３に進み、非アクティブ領域法を適用する。

【0130】

［８．２ 効果］
本実施形態によれば、端末装置３０の使用者は、被呼側の端末装置３０Ｒとして動作するときに、着信通知が表示される位置を、自分の好みに応じて変更することができる。確実に着信通知に気が付くことを優先する場合、使用者は、着信設定として、注視位置法またはカーソル位置法を設定データ３７に設定することが好ましい。着信通知が作業の邪魔にならないことを優先する場合、使用者は、着信設定として、非アクティブ領域法または非ファーストディスプレイ法を設定データ３７に設定することが好ましい。

【0131】

［８．３ 変形］
上述の動作では、被呼側の端末装置３０Ｒは、予め設定された着信設定に従って着信通知を配置したが、発呼側の端末装置３０Ｓで配置方法を指定して、会話要求と共に被呼側の端末装置３０Ｒに送信してもよい。この場合、端末装置３０Ｒは、指定された配置方法に従って着信通知を配置し表示する。本変形によれば、発呼者は、着信通知を確実に被呼者に認識させることを優先する場合には、注視位置法またはカーソル位置法を指定し、被呼者の邪魔をしないことを優先する場合には、非アクティブ領域法または非ファーストディスプレイ法を指定する。これにより、発呼者は、会話の用件に応じた配置方法を選択することができる。

【0132】

更に、上述の変形は、第４実施形態の重要度と組み合わせることが好ましい。第４実施形態において、端末装置３０Ｓから受信した重要度に応じて、端末装置３０Ｒは、配置方法を決定してもよい。例えば、重要度「最重要」または「重要」と共に会話要求を受信した場合は、通知配置部７４Ｒは、注視位置法またはカーソル位置法に従って着信通知を配置して表示する。他方、重要度「通常」と共に会話要求を受信した場合は、非アクティブ領域法または非ファーストディスプレイ法に従って着信通知を配置して表示する。

【0133】

上述の動作では、被呼側の端末装置３０Ｒは、被呼者の注視位置（Ｓ１４１）、カーソル位置（Ｓ１４７）、アクティブウィンドウの位置、サイズ（Ｓ１５３）、ディスプレイ解像度（Ｓ１５９）、セカンドディスプレイの有無（Ｓ１６３）に応じて、着信通知の配置位置を変更した。こうした着信通知の配置位置に加えて、着信通知の表示色を変更してもよい。

【0134】

例えば、通知配置部７４Ｒは、着信通知の配置位置を決定した後、着信通知を表示部４３Ｒの画面上に配置したときに、着信通知を取り囲む領域の明度を算出する。通知配置部７４Ｒは、算出した明度と閾値との比較結果に応じて、着信通知の周縁部の色を決定してもよい。通知配置部７４Ｒは、算出した明度が閾値よりも暗い場合、着信通知の周縁部の明度を明るくし、逆に算出した明度が閾値よりも明るい場合、着信通知の周縁部の明度を暗くする。これにより、着信通知の周縁部とその周囲との明度の違いを大きくし、着信通知が目立ちやすいようにする。

【0135】

通知配置部７４Ｒは、着信通知の配置位置の変更に加えて或いは代えて、着信通知の表示サイズを変更してもよい。例えば、通知配置部７４Ｒは、ステップＳ１３７、Ｓ１３９、Ｓ１４１と同様にして注視位置を算出すると共に、ステップＳ１４７と同様にしてカーソル位置を取得する。通知配置部７４Ｒは、注視位置とカーソル位置の間の距離を求め、その距離と閾値とを比較する。

【0136】

比較の結果、その距離が閾値よりも小さい（すなわち、注視位置とカーソル位置とが近い）場合、通知配置部７４Ｒは、着信通知の表示サイズを標準のサイズで表示する。他方、その距離が閾値よりも大きい（すなわち、注視位置とカーソル位置とが遠い）場合、通知配置部７４Ｒは、着信通知の表示サイズを標準のサイズよりも大きく（例えば、標準のサイズの２倍）で表示する。

【0137】

通知配置部７４Ｒは、着信通知の配置位置の変更に加えて或いは代えて、音を発してもよい。例えば、上述のように注視位置とカーソル位置の間の距離と閾値とを比較し、注視位置とカーソル位置とが離れている場合、通知配置部７４Ｒは、スピーカ５１Ｒから注意を促すブザー音等を発することとしてもよい。

【0138】

［９．その他］
本開示は上述した各実施形態及び変形に限定されるものではなく、種々の変更が可能である。すなわち、本開示の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても本開示の技術的範囲に含まれる。

【0139】

また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて実行してもよいことは勿論である。

【0140】

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭ（Read Only Memory）やＨＤＤ等の記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

【0141】

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ （Blu-ray（登録商標） Disk） 等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本開示の機能が実現される場合もある。

【0142】

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本開示に含まれるのは勿論である。

【符号の説明】

【0143】

１ 通信システム
３、１１、３０ 端末装置
５、９ ＬＡＮ(Local Area Network)
１３、１７ 端末装置（無線接続）
１５、１９ アクセスポイント
２１ スケジュールサーバ
３１ 記憶部
３３ 通信アプリケーション
３５ アドレス帳データ
３７ 設定データ
３９ 通信部
４１ 入力部
４３ 表示部
４５ 接続部
４７ カメラ
４９ マイク
５１ スピーカ
５３ 制御部
５５ 発呼先選択部
５７ 人検出部
５９ 発着信制御部
６１ 通話部
６３ スケジューラ部
６５ 音声判定部
６７ 集中判定部
６９ 重要度部
７１ モニタリング部
７３ 必須通話相手指定部
７５ 通知配置部
９１、２０１ アドレス帳
９３、２０３、２０５、２０７ 登録者
９５、９６、９６Ａ１、９６Ａ２、９６Ｌ１、９６Ｌ２、１８１、１８１Ａ、２２７、２３５、２４５、２５５ 着信通知
９７ 了承
９８ 拒否
９９、１０３、２０９ 不在通知
１０５、２１１ ＯＫ
１１１、１１１Ａ、１１１Ｂ、１２１、１２１Ａ、１２１Ｂ 通知画面
１１３、１２３ 会話
１１５ 音声確認
１１７Ａ、１１７Ｂ、１２７Ａ、１２７Ｂ アイコン
１２５ 集中判定
１３１、１３４ 選択要求
１３２ 背景
１３３ 枠線
１３５ 通常
１３６ 重要
１３７ 最重要
１６１、１６９、１７３ 待ち通知
１６３ カメラで確認する
１６５ 会話を要求する
１６７ 発呼を中止する
１７１ モニター画像
１７５ 表示できません
１８７ 今回のみ許可
１８９ 今回のみ不許可
１９１ 常に許可
１９３ 常に不許可
１９５ 会話を開始する
２２１、２３１、２４１ 画面
２２３ 目（被呼者）
２２５ 注視位置
２３３ マウスカーソル
２４３ アクティブウィンドウ
２５１ ファーストディスプレイ
２５３ セカンドディスプレイ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】