JP2021010107A - 管理装置、プログラム - Google Patents

Abstract

【課題】端末装置における複数種類の通信モードを適切に切りかえる技術を提供する。【解決手段】記憶部３４０は、複数の端末装置のそれぞれにおける外部装置との接続状態を示す接続情報を記憶する。通信部３３４は、複数の端末装置のうち、発信先に第２の端末装置が指定された通信要求データを、発信元である第１の端末装置から受信する。制御部３３８は、通信部３３４で通信要求データを受信した際に、記憶部３４０に記憶されている第２の端末装置の接続情報に応じて、通信モードを選択する。通信部３３４は、制御部３３８で選択された通信モードの通信要求データを第２の端末装置に送信する。【選択図】図９

Description

本発明は、通信技術に関し、特に複数種類の通信モードを実行可能である端末装置を制御する管理装置、プログラムに関する。

複数の端末装置により構成される通信システムにおいて、複数種類の通信モードがサポートされる場合がある。例えば、第１通信モードでは、ＲＢＴ（Ｒｉｎｇ Ｂａｃｋ Ｔｏｎｅ）発信方式で発信された呼出信号を受信した端末装置において所定の操作が行われた後に通信が開始され、第２通信モードでは、通常発信方式で発信された呼出信号を受信した端末装置において所定の操作が行われない場合であっても通信が開始される。第１通信モードでは、呼出を受けたユーザが所定の操作を行った後に通信が開始されるため、ユーザが知らないうちに通信が開始されることがなく、ユーザは通信の存在を確実に把握できる。一方、第２通信モードでは、所定の操作が行われない場合でも通信が開始されるため、迅速に通信を開始することができる。このように、複数種類の通信モードでは、それぞれ異なる特性やメリットがある。これらの通信モードは、発信元の端末装置から送信する信号の発信方式によって切りかえることができる。

また、特許文献１では、互いに無線通信を行うヘッドセットおよび電話機において、ヘッドセットを子機、電話機を親機として接続した処理が記載されている。この電話機は、回線が閉結され通話ができる状態である通話状態と、回線が開放され通話ができない状態である非通話状態とを切りかえることができる。ヘッドセットに搭載された装着検出部、加速度センサ、マイクロフォンの位置により、使用者のヘッドセットの装着状態および動作を検出し、ヘッドセットの装着状態および動作に応じて親機を通話状態と非通話状態とに切りかえる。これにより、ハンズフリーな通話が可能になる。

特開２００２−５７７６５号公報

特許文献１に開示された技術によれば、電話機（端末装置）に接続されたヘッドセットに対する使用者の装着状態および動作により、電話機を通話状態と非通話状態とに切りかえる。しかしながら、当該技術においては、受信側電話機に接続されたヘッドセットの装着状態により通話状態と非通話状態とに切りかえるのみであって、送信側電話機の発信方式を考慮した効率的な通信を行うことができない。

本発明はこうした状況に鑑みてなされたものであり、その目的は、効率的な通信を行うため、端末装置における発信方式を選択することにより通信モードを適切に切りかえる技術を提供することである。

上記課題を解決するために、本発明のある態様の管理装置は、複数の端末装置を管理する管理装置であって、複数の端末装置のそれぞれにおける外部装置との接続状態を示す接続情報を記憶する記憶部と、複数の端末装置のうち、発信先に第２の端末装置が指定された通信要求データを、発信元である第１の端末装置から受信する受信部と、受信部で通信要求データを受信した際に、記憶部に記憶されている第２の端末装置の接続情報に応じて、通信モードを選択する制御部と、制御部で選択された通信モードの通信要求データを第２の端末装置に送信する送信部と、を備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、受信側端末装置と外部装置との接続状態に応じて、発信側端末装置が発信方式を選択することにより通信モードを適切に切りかえるため、効率的な通信が可能となる。

実施例１に係る通信システムの構成を示す図である。 図２（ａ）−（ｂ）は、通信システムにおける通常発信の概要を示す図である。 図３（ａ）−（ｄ）は、通信システムにおけるＲＢＴ発信の概要を示す図である。 図４（ａ）−（ｂ）は、端末装置の表示部に表示される画面を示す図である。 端末装置のハードウエア構成および機能ブロックを示す図である。 端末装置の詳細な機能ブロックを示す図である。 端末装置から送信される接続情報パケットのデータ構造を示す図である。 管理装置のハードウエア構成および機能ブロックを示す図である。 管理装置の詳細な機能ブロックを示す図である。 管理装置の接続テーブルのデータ構造を示す図である。 端末装置による発信方法取得処理の手順を示すフローチャートである。 図１２（ａ）−（ｂ）は、通信システムにおける発信時のプロトコルの概要を示すシーケンス図である。 管理装置による応答変更判定処理の手順を示すフローチャートである。 通信システムにおける発信時のプロトコルの概要を示すシーケンス図である。 実施例２に係る管理装置による通話不可判定処理の手順を示すフローチャートである。 通信システムにおける発信時のプロトコルの概要を示すシーケンス図である。 実施例３の管理装置の履歴テーブルのデータ構造を示す図である。 管理装置による第１の方法の手順を示すフローチャートである。 管理装置による第２の方法の手順を示すフローチャートである。 通信システムにおける発信時のプロトコルの概要を示すシーケンス図である。 実施例４に係る管理装置による応答変更判定処理の手順を示すフローチャートである。 実施例４の変形例の管理装置の位置情報テーブルのデータ構造を示す図である。

（実施例１）
図１は、通信システム１００の構成を示す。通信システム１００は、ネットワーク１０、管理装置１２、基地局装置１４と総称される第１基地局装置１４ａ、第２基地局装置１４ｂ、第３基地局装置１４ｃ、端末装置１６と総称される第１端末装置１６ａ、・・・、第８端末装置１６ｈを含む。ここで、通信システム１００に含まれる基地局装置１４の数は「３」に限定されず、端末装置１６の数は「８」に限定されず、それらより多くてもよく、それらよりも少なくてもよい。

端末装置１６は、ＩＰトランシーバ、ＰｏＣ（Ｐｕｓｈ−ｔｏ−Ｔａｌｋ ｏｖｅｒ Ｃｅｌｌｕｌａｒ）トランシーバとも呼ばれ、音声通信を実行する。音声通信はプッシュ・ツー・トーク方式であり、個別呼出、グループ呼出、一斉呼出も可能である。このような音声通信を実行するために、端末装置１６は基地局装置１４に接続される。ここで、基地局装置１４と端末装置１６との間における通信方式には、半二重または全二重通信が使用される。

複数の基地局装置１４は、ネットワーク１０により互いに接続される。ネットワーク１０は、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークである。ネットワーク１０には管理装置１２が接続される。管理装置１２は、例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ等により構成され、端末装置１６間で通話する際のＳＩＰシーケンス処理を実行する。

このような構成において、端末装置１６の使用者（ユーザ）は、端末装置１６の通話ボタンを押下することによって、他の端末装置１６を使用する他の使用者との音声通話を実行する。通信方式が半二重通信である場合、ある音声通話に係る複数の端末装置１６において、いずれかの使用者が通話ボタンを押下し発話している間にわたって、他の使用者は通話ボタンを押しても発話できない。通話を開始する際に通話ボタンを押下した場合の動作には、通常発信、およびＲｉｎｇ Ｂａｃｋ Ｔｏｎｅ（以下、「ＲＢＴ」という）発信が含まれる。

図２（ａ）−（ｂ）は、通信システム１００における通常発信の概要を示す。ここでは、第１端末装置１６ａと第２端末装置１６ｂという２つの端末装置１６間の通信を前提とするが、３つ以上の端末装置１６間の通信であってもよく、１対多のグループ通信であってもよい。第１端末装置１６ａは第１使用者１８ａに使用され、第２端末装置１６ｂは第２使用者１８ｂに使用される。また、半二重通信を使用する場合を想定する。

図２（ａ）において、第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げている間、第２使用者１８ｂが第２端末装置１６ｂを操作しなくても、第１使用者１８ａと第２使用者１８ｂとの音声通話が開始される。具体的に説明すると、第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げている間、第１使用者１８ａによって発話された音声が音声信号として、第１端末装置１６ａから第２端末装置１６ｂに発信される。第２端末装置１６ｂは、受信した音声信号を再生し、音声を出力する。図２（ｂ）は、図２（ａ）に続く処理であり、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押し下げている間、第２使用者１８ｂによって発話された音声が音声信号として、第２端末装置１６ｂから第１端末装置１６ａに発信される。第１端末装置１６ａは、受信した音声信号を再生し、音声を出力する。このように、第１使用者１８ａと第２使用者１８ｂとの間で交互に通話ボタンが押し下げられ、通話がなされる。

図３（ａ）−（ｄ）は、通信システム１００におけるＲＢＴ発信の概要を示す。図３（ａ）−（ｄ）は図２（ａ）−（ｂ）と同様に示される。第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げている間、第１端末装置１６ａは呼び出し音を出力する。第２端末装置１６ｂは、音声通話を開始せず、着信音を出力する。図３（ｂ）は、図３（ａ）に続く処理であり、着信音を聞いた第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押下する等の所定の操作を行うと、図３（ｃ）の通話開始への遷移がなされる。第１使用者１８ａが第１端末装置１６ａの通話ボタン押下を止める（通話ボタンを離す）と、図３（ｃ）の通話が終了する。通話終了時点から所定時間以内に、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンの押下を持続すると、第２端末装置１６ｂから第１端末装置１６ａへの折り返し通話（コールバック）が開始される。この状態を図３（ｄ）に示す。なお、ＲＢＴ発信に対する折り返し通話において通常は、第２端末装置１６ｂの呼び出し音や、第１端末装置１６ａの着信音は出力されず、すぐに通話状態となる。

図３（ｃ）の通話が通話終了してから所定時間が経過した以降に、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押下すると、折り返し通話ではなく、新規のＲＢＴ発信となる。この場合は、第２端末装置１６ｂの呼び出し音と、第１端末装置１６ａの着信音が出力される。このようにＲＢＴ発信では、音声通話を開始するために、受信側（着信側）の端末装置１６での操作が必要となる。そのため、ＲＢＴ発信は、発信相手に確実に情報を伝える必要がある場合に利用される。なお、上述の説明では、通話ボタンを押し下げ続ける操作により、ＲＢＴ発信を実行するとしたが、他の操作によってＲＢＴ発信を実行してもよい。例えば、通話ボタンを１回（短時間）押下することにより、ＲＢＴ発信を実行してもよい。

通常発信とＲＢＴ発信の切替は、一般的に、発信側の端末装置１６における設定をもとになされる。端末装置１６において、「通常発信」が設定された場合、あるいは「発信時に通常発信あるいはＲＢＴ発信」が設定され、発信時に「通常発信」が選択された場合、通常発信がなされる。図４（ａ）−（ｂ）は、端末装置１６の表示部に表示される画面を示す。これは、端末装置１６において通常発信、ＲＢＴ発信に関する設定を行うための画面例である。図４（ａ）のＲＢＴ利用設定画面を用いて、発信時の動作が設定される。「利用しない」を設定した場合、通話ボタンを押下した後、通常発信がなされる。「常時利用」を設定した場合、通話ボタンを押下した後、ＲＢＴ発信がなされる。「発信時選択」を設定した場合、通話ボタンを押下した後、図４（ｂ）の発信時選択画面が表示される。つまり、使用者１８は通話を開始する毎に（発呼毎に）、通常発信またはＲＢＴ発信を選択する。図４（ｂ）の発信時選択画面において、「ＲＢＴ発信」を選択した場合、ＲＢＴ発信がなされる。「通常発信」を選択した場合、通常発信がなされる。なお、「ＲＢＴ発信」を「第１通信モード」、「通常発信」を「第２通信モード」と呼ぶ場合もある。

前述のごとく、主な音声通信の方式としては個別呼出、グループ呼出、一斉呼出が可能となっている。個別呼出は、ある端末装置１６から特定の端末装置１６に向けての呼出となる。グループ呼出は、複数の端末装置１６がいくつかのグループに分けて設定されている場合において、ある端末装置１６からグループ呼出を行った場合、当該端末装置１６と同一グループに設定されている全ての端末装置１６に向けての同報呼出となる。一斉呼出は、ある端末装置１６から通信システム１００に所属する全ての端末装置１６に向けての同報呼出となる。グループ呼出、一斉呼出とも通常発信、ＲＢＴ発信が可能であり、グループ呼出、一斉呼出にてＲＢＴ発信を行った場合、対象となる複数の端末装置１６で着信音が出力される。その後、着信中のいずれかの端末装置１６の通話ボタンが押下されることによりグループ通話、一斉通話が開始される。

また、使用者１８は端末装置１６にヘッドセット等のスピーカ、マイクロフォンが内蔵された外部機器を接続して発信、受信を行う場合がある。ヘッドセットを接続した場合、使用者１８は端末装置１６を直接手に取り操作しなくても、ヘッドセットを操作することにより他の端末装置１６と発信、受信を行うことができる。そのため、使用者１８が端末装置１６からある程度の距離で離れてしまっている場合や、端末装置１６がカバンやポケットの中に収納している状態であっても、端末装置１６を取り出すことなくハンズフリー的な通話を行うことができる。

例えば、図２（ａ）−（ｂ）、図３（ａ）−（ｄ）の例において、第２使用者１８ｂが第２端末装置１６ｂにヘッドセットを接続していたとする。図２（ａ）−（ｂ）の通常発信では、第１端末装置１６ａから第２端末装置１６ｂへ通話が発信される。この時、第２使用者１８ｂは第２端末装置１６ｂに接続されているヘッドセットを何も操作をすることなく、第１使用者１８ａからの通話音声が、ヘッドセットから出力される。図３（ａ）のＲＢＴ発信時では第１使用者１８ａは第２端末装置１６ｂへＲＢＴ発信を行う。図３（ｂ）のＲＢＴ呼出にて第２使用者１８ｂは第２端末装置１６ｂに接続されているヘッドセットを操作することにより通話が開始される。一般的にヘッドセットは有線タイプと無線タイプの２つのタイプに分けられる。有線タイプのヘッドセットは、端末装置１６と直接ケーブルで接続される。無線タイプのヘッドセットは、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信により、端末装置１６とペアリングすることにより接続される。

端末装置１６がＲＢＴ利用設定にて「利用しない」、あるいは「発信時選択」に設定され、発信時選択画面にて「通常発信」を選択した場合、通常発信が行われる。上述した様に、通常発信では受信側端末装置１６にて通話ボタンを操作しなくでも通話が行われる。そのため、受信側端末装置１６を使用している使用者１８が離席などにより端末装置１６付近に居ない場合、あるいは端末装置１６をカバンやポケットの中に収納している状態では、受信側の使用者１８が通話内容を聞き逃す可能性が高く、発信した情報が無駄になる可能性が高い。ＲＢＴ発信は前述の様に、発信相手に確実に情報を伝える必要がある場合に利用される。しかしながら、ＲＢＴ発信では受信側での端末装置１６の操作が必要となるので、重要度の高い情報を早急に伝えたい発信においては、通話情報の即時性を損なうというデメリットも存在する。

一方、受信側の端末装置１６にヘッドセットが接続されている場合、使用者１８が離席などにより端末装置１６付近に居ない場合や、端末装置１６をカバンやポケットの中に収納している状態であっても、ヘッドセットにより通話を受信することができる。すなわち、受信側の端末装置１６にヘッドセットが接続されている場合、ヘッドセットが接続されていない場合と比較して、送信側からの通話を聞き逃す可能性が極めて低いことが自明となる。しかしながら、送信側の端末装置１６の使用者１８は受信側の端末装置１６のヘッドセットの接続状態が不明な場合、発信相手に確実に情報を伝える必要がある場合はＲＢＴ発信を選択することになる。この時、受信側の端末装置１６にヘッドセットが接続されていた場合、通話を直ちに受信できる可能性が極めて高い状態にもかかわらず、送信側の使用者１８がＲＢＴ発信を選択したので、受信側の使用者１８はＲＢＴ発信に対する応答のために、端末装置１６またはヘッドセットを操作する手間が発生する。また、受信側で端末装置１６またはヘッドセットの操作が必要となるので、重要度の高い情報を早急に伝えたい場合に通話情報の即時性を損なうおそれがある。

図５は、端末装置１６のハードウエア構成および機能ブロックを示す。端末装置１６は、クロック発振器２００、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１０、ユーザＩＦ（Ｉｎｔｅｒｆａｃｅ）２２０、通信ＩＦ２３０、記憶部４０、音声ＩＦ２４０を含む。クロック発振器２００、ＣＰＵ２１０、ユーザＩＦ２２０、通信ＩＦ２３０、記憶部４０、音声ＩＦ２４０は、バス２５０によって接続される。

クロック発振器２００は、例えば、水晶発振器であり、一定の周波数の信号を生成する。ＣＰＵ２１０は、端末装置１６における処理を実行する。ユーザＩＦ２２０は、ユーザである使用者１８に対するインターフェイスである。ユーザＩＦ２２０は、使用者１８からの情報を受けつけたり、使用者１８に情報を提示したりする。通信ＩＦ２３０は、ネットワーク１０と接続され、基地局装置１４と通信する。さらに、基地局装置１４経由で管理装置１２と通信する。また、通信ＩＦ２３０は、ヘッドセット等の外部機器との間で無線通信あるいは有線通信を実行する。記憶部４０は、情報を記憶する媒体であり、例えば、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。

クロック発振器２００は計時部３２を含み、ＣＰＵ２１０は制御部３８を含み、ユーザＩＦ２２０は入力部３０、表示部３６を含み、通信ＩＦ２３０は通信部３４、外部装置検出部４２を含む。記憶部４０は、設定テーブル６０を含む。音声ＩＦ２４０は通話音声を入出力するためのインターフェイスであり、音声入力部４４と音声出力部４６を含む。音声入力部４４は、例えばマイクロフォン（マイク）で構成されており、音声出力部４６は、例えばスピーカで構成されている。

図６は、端末装置１６の詳細な機能ブロックを示す。端末装置１６は、入力部３０、計時部３２、通信部３４、表示部３６、制御部３８、記憶部４０、外部装置検出部４２、音声入力部４４、音声出力部４６を含む。記憶部４０は、設定テーブル６０を含む。入力部３０は、端末装置１６の使用者１８が操作するための各種ボタン、タッチパネル等の入力デバイス、入力デバイスの状態を制御部３８に通知するためのインターフェイスを含む。入力部３０は、発信する際に押下される通話ボタンも含む。通話ボタンの押下状態は、入力部３０において検出され、制御部３８に入力される。

表示部３６は、端末装置１６の設定、通話状態を表示するインターフェイスであり、例えばディスプレイである。記憶部４０内の設定テーブル６０には、端末装置１６についての各種設定情報が記録される。例えば、ＲＢＴ利用設定に関する情報（ＲＢＴ設定情報）が設定テーブル６０に記録される。具体的には、ＲＢＴ利用設定にて、「利用しない」、「常時利用」、「発信時選択」のどれが使用者１８に選択されているかを示す情報、例えば、０、１、２の値が記録される。

外部装置検出部４２は、端末装置１６に外部機器が接続されているか否かを判定する。本実施例では、主にヘッドセットの検出を行う。前述の様に、ヘッドセットにはケーブルで接続する有線タイプと、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信によるペアリングにて接続する無線タイプが存在する。外部装置検出部４２は有線タイプ、あるいは無線タイプで接続されたヘッドセットを検出する。ヘッドセットにはマイクとヘッドホン（イヤホン）が備わっており、使用者１８は端末装置１６に接続されたヘッドセットを用いて音声通話を行うことができる。外部装置検出部４２がヘッドセットとの接続を検出した場合、制御部３８は音声入力部４４の機能を停止し、その代わりにヘッドセットのマイクから音声を入力する。同様に、制御部３８は音声出力部４６の機能を停止し、その代わりにヘッドセットのヘッドホンに音声を出力する。つまり、外部装置検出部４２がヘッドセットとの接続を検出した場合、ヘッドセットのマイクは音声入力部４４として機能し、ヘッドホンは音声出力部４６として機能する。ヘッドセットには、音量調整やマイクの感度調整のための操作部（スイッチなど）が備わっていてもよい。またヘッドセットに、通話ボタンに相当する操作部やＲＢＴ発信に応答するための操作部が備わっていてもよい。本実施例では、端末装置１６に接続される外部機器として、ヘッドセットを例に説明するが、これに限定されるものではない。例えば、外部機器として、スピーカとマイクとの組合せや、スマートスピーカ等を用いてもよい。ヘッドセットの検出は、具体的には、有線タイプの場合は端末装置１６とヘッドセットがケーブル接続されている場合は「ＯＮ」、ケーブル接続されていない場合は「ＯＦＦ」と判定される。無線タイプの場合はＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信によりペアリングが行われている場合は「ＯＮ」、ペアリングが行われていない場合、「ＯＦＦ」と判定される。なお、ペアリングが行われている状態であっても、端末装置１６とヘッドセットが近距離無線通信で通信可能な所定の距離（例としてＢｌｕｅｔｏｏｔｈ（登録商標） Ｃｌａｓｓ２では１０メートル）以上離れてしまい、正常に通信が行えない状態の場合は「ＯＦＦ」と判定してもよい。

制御部３８は所定の周期（例えば３分毎）で計時部３２から現在の時刻を取得し、外部装置検出部４２から、端末装置１６とヘッドセットとの接続状態を取得する。つまり、端末装置１６と外部装置との接続状態を取得する。制御部３８は、計時部３２から取得した現時刻、外部装置検出部４２から取得したヘッドセットの接続状態をパケット化し、通信部３４を通じて管理装置１２へ送信する。本実施例では上記パケットを接続情報パケットと呼ぶ。端末装置１６が通信圏内で電源ＯＮ状態で正常に動作していれば、接続情報パケットは所定の周期で管理装置１２に送信される。

図７は、端末装置１６から送信される接続情報パケットのデータ構造を示す。端末ＩＤには、端末装置１６の名称およびＩＤ（識別子）が記載される。なお、名称を省略し、ＩＤのみを記載してもよい。検出日時は計時部から取得した日付（年月日）と現時刻が記載され、ヘッドセット接続は外部装置検出部４２から取得したヘッドセットの接続情報が記載される。ヘッドセット接続は、「ＯＮ」と「ＯＦＦ」の２種類の状態を示すため、「接続ステータス」とも呼ばれる。なお、検出日時の記載例である「２０１８／６／１ １０：１９：１４」の表記は、「２０１８年６月１日 １０時１９分１４秒」であることを表す。

図８は、管理装置１２のハードウエア構成および機能ブロックを示す。管理装置１２は、クロック発振器４００、ＣＰＵ４１０、通信ＩＦ４３０、記憶部３４０を含む。クロック発振器４００、ＣＰＵ４１０、通信ＩＦ４３０、記憶部３４０は、バス４５０によって接続される。

クロック発振器４００は、例えば、水晶発振器であり、一定の周波数の信号を生成する。ＣＰＵ４１０は、管理装置１２における処理を実行する。通信ＩＦ４３０は、ネットワーク１０と接続され、基地局装置１４と通信する。さらに、通信ＩＦ４３０は、基地局装置１４経由で端末装置１６と通信する。記憶部３４０は、情報を記憶する媒体であり、例えば、ハードディスク、ＳＳＤである。クロック発振器４００は計時部３３２を含み、ＣＰＵ４１０は制御部３３８を含み、通信ＩＦ４３０は通信部３３４を含む。記憶部３４０は、接続テーブル３６２を含む。

図９は、管理装置１２の詳細な機能ブロックを示す。管理装置１２は、計時部３３２、通信部３３４、制御部３３８、記憶部３４０を含む。記憶部３４０は、接続テーブル３６２を含む。通信部３３４は、各端末装置１６から所定の周期で送信される接続情報パケットを受信する。通信部３３４は、受信した接続情報パケットを制御部３３８に出力する。

制御部３３８は、各端末装置１６から送信される接続情報パケットをもとに、複数の端末装置１６のそれぞれにおける外部装置との接続状態を示す接続テーブル３６２を生成する。記憶部３４０には、接続テーブル３６２が配置される。接続テーブル３６２には、各端末装置１６から送信される接続情報パケットの内容が記録される。

図１０は、管理装置１２の接続テーブル３６２のデータ構造を示す。接続テーブル３６２の各パラメータは、図７の接続情報パケットの構成例で説明した内容と同じである。なお接続テーブル３６２において、端末装置名の記録を省略してもよい。また、本図では、図２（ａ）−（ｂ）で示していない第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋも存在する。各端末装置１６のＩＤは第１端末装置１６ａ（ＩＤ：００１）、第２端末装置１６ｂ（ＩＤ：００２）、第３端末装置１６ｃ（ＩＤ：００３）、第４端末装置１６ｄ（ＩＤ：００４）、第５端末装置１６ｅ（ＩＤ：００５）、第６端末装置１６ｆ（ＩＤ：００６）、第７端末装置１６ｇ（ＩＤ：００７）、第８端末装置１６ｈ（ＩＤ：００８）、第９端末装置１６ｉ（ＩＤ：００９）、第１０端末装置１６ｊ（ＩＤ：０１０）、第１１端末装置１６ｋ（ＩＤ：０１１）とする。

制御部３３８は、各端末装置１６から接続情報パケットを受信した際、接続テーブル３６２に同一の端末装置１６の記録が存在すれば、接続テーブル３６２を接続情報パケットの内容で更新（上書き）する。制御部３３８は、接続テーブル３６２に端末装置１６の記録が存在しない場合、新たに端末装置１６のレコードを追加する。つまり、接続テーブル３６２には、端末装置１６毎の最新のヘッドセット接続状態が記録されている。また、図７の接続情報パケットにおいて、検出日時を省略し、接続テーブル３６２の検出日時に、管理装置１２が接続情報パケットを受信した日時を記録してもよい。

ここでは、図６の端末装置１６の説明に戻る。通話ボタンの操作がなされ、入力部３０において通話ボタンの押下が検出された場合、制御部３８は、記憶部４０を参照し、発信方法を確認する。図１１は、管理装置１２による発信方法取得処理の手順を示すフローチャートである。Ｓ１００において、制御部３８は設定テーブル６０からＲＢＴ利用設定を取得する。設定テーブル６０には、使用者１８によって選択されたＲＢＴ利用に関するデータ（「利用しない」、「常時利用」、「発信時選択」のいずれかを示すデータ）が記録されているので、そのデータを取得する。その後Ｓ１１０に進む。

Ｓ１１０において、ＲＢＴ利用設定が「利用しない」となっていた場合（Ｓ１１０：Ｙｅｓ）は、Ｓ１５０に進む。ＲＢＴ利用設定が「利用しない」以外の場合（Ｓ１１０：Ｎｏ）は、Ｓ１２０に進む。Ｓ１２０において、ＲＢＴ利用設定が「常時利用」となっていた場合（Ｓ１２０：Ｙｅｓ）は、Ｓ１４０に進む。ＲＢＴ利用設定が「常時利用」以外の場合（Ｓ１２０：Ｎｏ）は、Ｓ１３０に進む。Ｓ１３０に進む場合は、「発信時選択」が選択されている場合である。

Ｓ１３０において、制御部３８は図４（ｂ）に示す発信選択画面を表示部３６に表示させる。制御部３８は、使用者１８が選択した「ＲＢＴ発信」または「通常発信」を示すデータを入力部３０を介して取得する。そして制御部３８は、発信選択画面で「ＲＢＴ発信」が選択されたか否かを判定する。発信選択画面で「ＲＢＴ発信」が選択された場合（Ｓ１３０：Ｙｅｓ）は、Ｓ１４０に進む。発信選択画面で「ＲＢＴ発信」以外、すなわち本実施例では「通常発信」が選択された場合（Ｓ１３０：Ｎｏ）は、Ｓ１５０に進む。Ｓ１４０において、発信方法を「ＲＢＴ発信」と判定して処理を終了する。Ｓ１５０において、発信方法を「通常発信」と判定して処理を終了する。発信方法が通常発信の場合、制御部３８は、発信先の端末装置１６（以下、「発信先端末装置１６」ともいう）へ通常発信を行う。発信方法がＲＢＴ発信の場合、制御部３８は、発信先端末装置１６へＲＢＴ発信を行う。

次に、本実施例で端末装置１６と管理装置１２の間で行われる通信プロトコルについての処理を説明する。ここでは、一例として、通信プロトコルがＳＩＰであるとするが、ＳＩＰに限定されない。図１２（ａ）−（ｂ）は、通信システム１００における発信時のプロトコルの概要を示すシーケンス図である。図１２（ａ）は、ＳＩＰ通信において、第１端末装置１６ａから第２端末装置１６ｂへの通常発信がなされる場合の手順を示す。第１端末装置１６ａにおいて通常発信が選択された後（Ｓ１０）、第１端末装置１６ａは第２端末装置１６ｂ宛てにＩＮＶＩＴＥ(自動応答)を送信する（Ｓ１２）。送信されたＩＮＶＩＴＥ(自動応答)は管理装置１２を経由し、第２端末装置１６ｂに送信される（Ｓ１４）。第２端末装置１６ｂはＩＮＶＩＴＥ(自動応答)を受信した後、第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１６）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を送信する（Ｓ２０）。送信されたＡＣＫは管理装置１２経由で、第２端末装置１６ｂに送信される（Ｓ２２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）を使って通話データの送信を開始する（Ｓ２４、Ｓ２６、Ｓ２８）。なお、第１端末装置１６ａおよび第２端末装置１６ｂと管理装置１２との間の通信は、基地局装置１４を経由して行われるが、説明を簡潔にするため、図１２においては基地局装置１４を省略している。

図１２（ｂ）は、ＳＩＰ通信において、第１端末装置１６ａから第２端末装置１６ｂへのＲＢＴ発信がなれる場合の手順を示す。第１端末装置１６ａでＲＢＴ発信が選択された後（Ｓ５０）、第１端末装置１６ａは第２端末装置１６ｂ宛てにＩＮＶＩＴＥ(手動応答)を送信する（Ｓ５２）。送信されたＩＮＶＩＴＥ(手動応答)は管理装置１２を経由し、第２端末装置１６ｂに送信される（Ｓ５４）。第２端末装置１６ｂはＩＮＶＩＴＥ(手動応答)を受信した後、第１端末装置１６ａ宛てにステータスコード１００ Ｔｒｙｉｎｇを送信する（Ｓ５６）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ５８）。第２端末装置１６ｂはステータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てにステータスコード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ６０）。送信されたステータスコード１８０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ６２）。第１端末装置１６ａは、ＡＣＫを受信するまで通話を開始せずに待機する。

その後、第２端末装置１６ｂの通話ボタンが押下された場合（Ｓ６４）、第２端末装置１６ｂは第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ６６）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ６８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫを送信する（Ｓ７０）。送信されたＡＣＫは管理装置１２経由で、第２端末装置１６ｂに送信される（Ｓ７２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ７４、Ｓ７６、Ｓ７８）。

次に、本実施例の管理装置１２の処理の詳細を説明する。管理装置１２の通信部３３４が端末装置１６から通話開始要求を受信した場合、管理装置１２の制御部３３８は発信方法（発信方式）の判定を行う。本実施例では図１２（ａ）−（ｂ）で示す様に、ＩＮＶＩＴＥ(自動応答)を受信した場合は通常発信であり、ＩＮＶＩＴＥ(手動応答)を受信した場合はＲＢＴ発信であると判定される。発信方法が通常発信、すなわちＩＮＶＩＴＥ(自動応答)を受信した場合、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ(自動応答)を送信する。

発信方法がＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)を受信した場合、制御部３３８は記憶部の接続テーブル３６２を参照し、発信先端末装置１６についてのレコードを取得する。ここで取得する発信先端末装置１６についてのレコードをレコードＲと呼ぶ。接続テーブル３６２に発信先端末装置１６のレコードＲが存在しない場合、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ(手動応答)を送信する。発信先端末装置１６についてのレコードＲ取得後、制御部３３８はレコードＲ内のヘッドセット接続を取得する。ヘッドセット接続が「ＯＦＦ」の場合、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ(手動応答)を送信する。ヘッドセット接続が「ＯＮ」の場合、制御部３３８はレコードＲ内の検出日時を取得し、計時部３３２より現時刻（現在日時）ＣＴを取得する。

制御部３３８は現時刻ＣＴとレコードＲ内の検出日時の差分を計算し、差分が所定時間ＰＴより小さい場合、制御部３３８はＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)へ変更し、発信先端末装置１６へ送信する。これは、発信先端末装置１６に直近までヘッドセットが接続されている場合、発信先の使用者１８はヘッドセットを装着している可能性が高く、直ちに通話を開始しても問題がないという知見に基づく処理となる。所定時間ＰＴは、端末装置１６が接続情報パケットを送信する周期よりも長く設定する。例えば、接続情報パケットの周期を３分とし、所定時間ＰＴを１０分とする。本実施例の説明において特に断らない限り、この所定時間ＰＴは１０分であるとするが、もちろんこの値に限定される訳ではない。差分が所定時間ＰＴ以上である場合、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ(手動応答)を送信する。なお、上記のＩＮＶＩＴＥ(手動応答)からＩＮＶＩＴＥ(自動応答)へ変更するか否かを判定する処理は、以後「応答変更判定処理」と呼称する。

つまり、制御部３３８は、ＲＢＴ発信の通信開始要求を受信し、かつ発信先端末装置１６のレコードＲが所定条件を満たす場合に、制御部３３８に対して、通常発信の通信開始要求を発信先端末装置１６に送信させる。ここで、所定条件は、発信先端末装置１６のレコードＲにおいて示される外部装置との接続状態が「ＯＮ」であり、かつレコードＲの検出日時と現時刻ＣＴとの差分が所定時間ＰＴよりも小さいことである。

図１０の例では、現時刻ＣＴが「１０：２０：００」である場合、ヘッドセット接続が「ＯＮ」であり、かつ現時刻と検出日時の差分値が所定時間ＰＴより小さい端末装置１６、つまり、検出日時が「１０：１０：００」より後の時刻である端末装置１６は、第１端末装置１６ａ、第３端末装置１６ｃ、第５端末装置１６ｅ、第６端末装置１６ｆ、第１０端末装置１６ｊとなる。すなわち、第１端末装置１６ａ、第３端末装置１６ｃ、第５端末装置１６ｅ、第６端末装置１６ｆ、第１０端末装置１６ｊへ発信する場合において、送信側の端末装置１６からＲＢＴ発信が行われた場合、管理装置１２でＩＮＶＩＴＥ(手動応答)を受信した後に、応答変更判定処理によりＩＮＶＩＴＥ(自動応答)へ自動で変更して送信する。ＩＮＶＩＴＥ(自動応答)へ自動的に切りかえることにより、ＩＮＶＩＴＥ(手動応答)と比べてより迅速に通話を開始することが可能となり、受信側の使用者１８もヘッドセットを操作することなく通話を受信できる。

図１３は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。Ｓ２００において、制御部３３８は端末装置１６からの発信方法がＲＢＴ発信、すなわち「ＩＮＶＩＴＥ(手動応答)」であるか否かを判定する。発信方法がＲＢＴ発信、すなわち「ＩＮＶＩＴＥ(手動応答)」の場合（Ｓ２００：Ｙｅｓ）は、Ｓ２１０に進む。発信方法が通常発信、すなわち「ＩＮＶＩＴＥ(自動応答)」の場合（Ｓ２００：Ｎｏ）は、Ｓ２７０に進む。Ｓ２１０において、制御部３３８は記憶部３４０の接続テーブル３６２から、発信先端末装置１６のレコードＲを取得する。レコードＲが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ２２０に進む。Ｓ２２０において、制御部３３８はレコードＲが存在するか否かを判定する。レコードＲが存在する場合（Ｓ２２０：Ｙｅｓ）は、Ｓ２３０に進む。レコードＲが存在しない場合（Ｓ２２０：Ｎｏ）は、Ｓ２７０に進む。

Ｓ２３０において、制御部３３８はＳ２１０で取得したレコードＲのヘッドセット接続が「ＯＮ」であるか否かを判定する。ヘッドセット接続が「ＯＮ」の場合（Ｓ２３０：Ｙｅｓ）は、Ｓ２４０に進む。ヘッドセット接続が「ＯＦＦ」の場合（Ｓ２３０：Ｎｏ）は、Ｓ２７０に進む。Ｓ２４０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ２５０に進む。Ｓ２５０において、制御部３３８は現時刻ＣＴとレコードＲ内の検出日時との差分値（時間差）を計算し、差分値が所定時間ＰＴより小さいか否かを判定する。差分値が所定時間ＰＴより小さい場合（Ｓ２５０：Ｙｅｓ）は、Ｓ２６０に進む。差分値が所定時間ＰＴ以上の場合（Ｓ２５０：Ｎｏ）は、Ｓ２７０に進む。Ｓ２６０において、制御部３３８はＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ２７０において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。

図１４は、通信システム１００における発信時のプロトコルの概要を示すシーケンス図である。本図に示す例では、まず第１端末装置１６ａの第１使用者１８ａが、ＲＢＴ発信の操作を実行する（Ｓ９００）。その結果、第１端末装置１６ａは第３端末装置１６ｃ宛てにＩＮＶＩＴＥ(手動応答)を送信する（Ｓ１０００）。送信されたＩＮＶＩＴＥ(手動応答)は管理装置１２で受信される。つまり、管理装置１２は、発信元である第１端末装置１６ａから、発信先に第３端末装置１６ｃが指定された第１通信モードの通信要求データを受信する。管理装置１２は、ＩＮＶＩＴＥ(手動応答)を受信した後、前述の応答変更判定処理（Ｓ１０１０）を実行する。管理装置１２は、第１端末装置１６ａからのＩＮＶＩＴＥ(手動応答)を、ＩＮＶＩＴＥ(自動応答)に変更して第３端末装置１６ｃへ送信する（Ｓ１０２０）。つまり、管理装置１２は、第１通信モードの通信要求データを受信し、かつ発信先の第３端末装置１６ｃの接続情報が所定条件を満たす場合に、第２通信モードの通信要求データを第３端末装置１６ｃに送信する。ここでは、ＳＩＰのＩＮＶＩＴＥメッセージのパラメータを変更することで、発信元の端末装置１６が指定した通信モードを変更している。

また、第１通信モードの通信要求データを受信し、かつ第３端末装置１６ｃの接続情報が所定条件を満たさない場合には、ＩＮＶＩＴＥ(手動応答)、すなわち第１通信モードの通信要求データを第３端末装置１６ｃに送信する。なお、図１４に示すシーケンスでは省略しているが、管理装置１２が第１端末装置１６ａからＩＮＶＩＴＥ(自動応答)、すなわち第２通信モードの通信要求データを受信した場合は、第２通信モードの通信要求データを第３端末装置１６ｃに送信する。

第３端末装置１６ｃはＩＮＶＩＴＥ(自動応答)を受信した後、第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１０３０）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１０４０）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫを送信する（Ｓ１０５０）。送信されたＡＣＫは管理装置１２経由で、第３端末装置１６ｃに送信される（Ｓ１０６０）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ１０７０、Ｓ１０８０、Ｓ１０９０）。

本実施例によれば、発信先端末装置のヘッドセット接続状況に応じて、発信方式を変更するので、適切に通信モードを使用することができる。また、発信相手の端末装置のヘッドセット接続状況に応じて発信方式を切りかえるので、複数種類の通信モードを適切に選択できる。また、適切に発信方式が切りかえられるので、発信側端末装置の使用者が発話した情報が受信側端末装置の使用者に認識されない事態の発生を低減しつつ、受信側端末装置の使用者により迅速に情報を伝えることができる。また、端末装置の設定がＲＢＴ発信になっていても、発信先端末装置のヘッドセット接続状況から発信方法を自動で通常発信に切りかえるので、受信側の端末装置の受信操作を省くことができる。つまり、発信先端末装置と外部装置との接続状態に応じて、発信元の端末装置における通信モードを選択し、第１通信モード（ＲＢＴ発信）のもつ確実性と、第２通信モード（通常発信）のもつ即時性とを両立させている。すなわち、複数種類の通信モードを適切に使用することができる。

また、発信相手の端末装置における外部装置の検出時刻と現時刻との差分が所定時間よりも小さい場合に、発信方式をＲＢＴ発信から通常発信に切りかえるので、使用者が着信に応答できる状況下において使用者の操作性を向上できる。また、端末装置ではなく管理装置側で発信方式を決定するので、発信方式を決定する条件を自由に設定することができる。また、端末装置ではなく管理装置側で発信方式を決定するので、処理内容を変更する場合であっても、管理装置のソフトウエアのみを変更すればよく、多数の端末装置のソフトウエアの変更を不要にできる。

（実施例１の変形例）
次に、実施例１の変形例を説明する。実施例１では、外部装置検出部４２が、ヘッドセットの接続状態を検出するが、これに限らず他の方法を用いてもよい。例えば、ヘッドセットに圧力センサ、温度センサ、脈拍センサなどを内蔵させ、使用者１８がヘッドセットを装着しているか否かをヘッドセットが検出する。そして、外部装置検出部４２が、ヘッドセットから使用者１８の装着状態を示す信号を受信し、端末装置１６がヘッドセットの装着状態を検出できるようにする。

すなわち、端末装置１６は、（１）ヘッドセットが接続され、かつ使用者１８がヘッドセットを装着している第１状態、（２）ヘッドセットが接続され、かつ使用者１８がヘッドセットを装着していない第２状態、（３）ヘッドセットが接続されていない第３状態、の３種類の状態を検出できる。第１状態を上述のヘッドセットの接続が「ＯＮ」の状態に対応され、第２状態および第３状態の状態を上述のヘッドセットの接続が「ＯＦＦ」の状態に対応される。これにより、管理装置１２は、実施例１と同様の処理を行うことができる。

本変形例によれば、第１状態であれば第２通信モードを選択し、第２状態あるいは第３状態であれば第１通信モードを選択するので、受信側の使用者が通話を認識し易い状態であるか否かの判定精度を向上できる。また、受信側の使用者が通話を認識し易い状態であるか否かの判定精度が向上するので、適切な通信方式（通信モード）をより精度よく選択できる。

（実施例２）
次に、実施例２を説明する。実施例２では、使用者１８に指定された発信先端末装置１６のヘッドセットの接続情報に基づいて、発信先端末装置１６を呼び出すか否かを判定する。管理装置１２の接続テーブル３６２に端末装置１６のレコードＲが存在しない場合、当該端末装置１６は管理装置１２へ接続情報パケットを送信していない状態であることを示している。また、端末装置１６のレコードＲが存在する場合であっても、現時刻ＣＴとレコードＲ内の検出日時の差分値が所定時間ＰＴ以上の場合は、当該端末装置１６が管理装置１２へ最後に接続情報パケットを送信してからしばらくの時間が経過していることを示している。本実施例における所定時間ＰＴは、接続情報パケットの送信周期に比べて十分長い時間に設定し、実施例１における所定時間ＰＴよりも長く設定する。例えば、本実施例では所定時間ＰＴを１時間とする。

上記の場合、当該端末装置１６は電源が入っていない、または当該端末装置１６が管理装置１２の通信エリア範囲外に存在していることが予想され、当該の端末装置１６に通常発信、またはＲＢＴ発信を行っても通話が受信される可能性は極めて低い。そのため、管理装置１２へ通話発信、あるいはＲＢＴ発信が送信された状況において、発信先が上記の条件を満たす端末装置１６の場合、管理装置１２は、送信元の端末装置１６へステータスコード４１０等を送信し、その後の処理を終了してもよい。端末装置１６は上記ステータスコードを受信した場合、表示部３６に「発信先の端末装置１６は現在通話できない」旨のメッセージを表示する。上記端末装置１６からの通常発信、ＲＢＴ発信を中止するか否かを判定する処理は、以後「通話不可判定処理」と呼称する。

図１５は、管理装置１２による通話不可判定処理の手順を示すフローチャートである。Ｓ３００において、制御部３３８は記憶部３４０の接続テーブル３６２から、発信先端末装置１６のレコードＲを取得する。レコードＲが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ３１０に進む。Ｓ３１０において、制御部３３８はレコードＲが存在するか否かを判定する。レコードＲが存在する場合（Ｓ３１０：Ｙｅｓ）は、Ｓ３２０に進む。レコードＲが存在しない場合（Ｓ３１０：Ｎｏ）は、Ｓ３５０に進む。Ｓ３２０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ３３０に進む。

Ｓ３３０において、制御部３３８は現時刻ＣＴとレコードＲ内の検出日時との差分値（時間差）を計算し、差分値が所定時間ＰＴより小さいか否かを判定する。差分値が所定時間ＰＴより小さい場合（Ｓ３３０：Ｙｅｓ）は、Ｓ３４０に進む。差分値が所定時間ＰＴ以上の場合（Ｓ３３０：Ｎｏ）は、Ｓ３５０に進む。Ｓ３４０において、制御部３３８は発信先端末装置１６が通話可と判定し、判定結果を返す。その後処理を終了する。Ｓ３５０において、制御部３３８は発信先端末装置１６が通話不可と判定し、判定結果を返す。その後処理を終了する。

図１６は、通信システム１００における発信時のプロトコルの概要を示すシーケンス図である。本図は、第１端末装置１６ａから第８端末装置１６ｈへ通常発信、またはＲＢＴ発信を行った際に、通話不可判定処理により通話不可と判定される場合の一例を示す。第１端末装置１６ａは、通常発信、またはＲＢＴ発信を実行する（Ｓ１２００）。管理装置１２は、第１端末装置１６ａからのＩＮＶＩＴＥを受信すると（Ｓ１２１０）、通話不可判定処理（Ｓ１２２０）の実行結果から、第８端末装置１６ｈへのＩＮＶＩＴＥの送信を行わないことを決定する。管理装置１２は、第１端末装置１６ａへステータスコード４１０を送信する（Ｓ１２３０）。第１端末装置１６ａはステータスコード４１０を受信すると、管理装置１２にＡＣＫを送信する（Ｓ１２４０）とともに、表示部３６に現在通話ができない旨のメッセージを表示する（Ｓ１２５０）。

なお、各端末装置１６の使用者１８が所定時間ＰＴを任意に設定できるようにし、各端末装置１６から管理装置１２に所定時間ＰＴを送信してもよい。管理装置１２は、発信先の端末装置１６（図１６の例では、第８端末装置１６ｈ）が指定した所定時間ＰＴを用いて通話不可判定処理を行えばよい。また管理装置１２は、発信元の端末装置１６（図１６の例では、第１端末装置１６ａ）が指定した所定時間ＰＴを用いて通話不可判定処理を行ってもよい。また管理装置１２は、発信元の端末装置１６が指定した所定時間ＰＴと、発信先の端末装置１６が指定した所定時間ＰＴのうち、長い方の時間を用いて通話不可判定処理を行ってもよい。

本実施例によれば、発信相手の端末装置の使用者のヘッドセット接続状況に応じて、適切に発信方式を切りかえることができるだけでなく、使用者が応答できない可能性が非常に高い場合には発信しないので、無駄な通信の発生を抑止できる。また、発信相手の端末装置の使用者のヘッドセット接続状況に応じて、適切に発信方式を切りかえることができるだけでなく、使用者が応答できない可能性が非常に高い場合にはその旨を示す情報を表示して、発信しないので、無駄な通信の発生を抑止できる。また、無駄な通信の発生が抑制されるので、通信システムの処理負荷が無駄に高くなることを防止すると同時に、発信端末装置の使用者の無駄な操作や労力（発話）を防止できる。

なお、実施例２のみを実行してもよいし、実施例１と実施例２を組み合せて実行してもよい。つまり、管理装置１２は、実施例１で説明した通信モード選択処理を実行せずに、実施例２で説明した通信要求データを発信先の端末装置１６に送信する可否を判定する処理のみを実行してもよい。あるいは、まず通信要求データを送信する可否を判定する処理を実行し、その結果が「送信可」である場合に、通信モード選択処理を実行し、選択した通信モードの通信要求データを送信してもよい。

（実施例３）
次に、実施例３を説明する。実施例１では、管理装置１２の記憶部３４０内の接続テーブル３６２に記録されている発信先端末装置１６の最新のヘッドセット接続を使用し、ＩＮＶＩＴＥ(手動応答)を、ＩＮＶＩＴＥ(自動応答)へ自動で変更する処理を説明した。本実施例では、ＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)へ変更する処理だけでなく、ＩＮＶＩＴＥ(自動応答)をＩＮＶＩＴＥ(手動応答)へ変更する処理を実行する。なお、本実施例の端末装置１６内部のブロック図、管理装置１２のブロック図、接続情報パケット、および接続テーブル３６２の構成は実施例１と同じである。本実施例では、応答変更判定処理として、接続テーブル３６２と履歴テーブルの両方を用いる第１の方法、履歴テーブルを用いる第２の方法、接続テーブル３６２を用いる第３の方法のいずれかを実行する。履歴テーブルは、過去に少なくとも１回はヘッドセットを接続した端末装置１６であることを示す

まず第１の方法について説明する。第１の方法では、接続テーブル３６２の他に、履歴テーブルを用いて処理を行う。つまり、管理装置１２は、接続テーブル３６２および各端末装置１６の過去のヘッドセット接続から使用者１８の受信状態を判定し、発信方法を自動でＩＮＶＩＴＥ(自動応答)からＩＮＶＩＴＥ(手動応答)へ変更する。

図１７は、管理装置１２の記憶部４０に記憶される履歴テーブルのデータ構造を示す。制御部３３８は、接続情報パケットをもとに履歴テーブルを生成し、記憶部４０に記憶する。端末ＩＤには、端末装置１６の名称およびＩＤが記載される。ＯＮ検出日時は、管理装置１２が端末装置１６から接続情報パケットを受信した際、ヘッドセット接続が「ＯＮ」であれば、接続情報パケット内の検出日時で更新（上書き）される。一方、管理装置１２が端末装置１６から接続情報パケットを受信した際、ヘッドセット接続が「ＯＦＦ」であれば、ＯＮ検出日時は更新されない。すなわち、ＯＮ検出日時は、各端末装置１６がヘッドセットを接続していた最終日時が記録される。したがって、過去に少なくとも１回ヘッドセットが接続された端末装置１６の情報が、履歴テーブルに記録されており、過去に１度もヘッドセットが接続されていない端末装置１６の情報は、履歴テーブルに記録されない。また、端末装置１６が外部装置と接続された場合にのみ、端末装置１６から管理装置１２に対して接続情報パケットを送信するようにしてもよい。つまり、接続状態が「ＯＮ」であることを示す接続情報パケットのみを用い、接続状態が「ＯＦＦ」であることを示す接続情報パケットを用いなくてもよい。この場合、接続情報パケットの接続ステータスを省略してもよい。履歴テーブルに記録されていない端末装置１６は、その使用者１８がヘッドセットを所有していない等の理由により、少なくとも通信システム１００においては、その使用者１８がヘッドセットを使用する可能性は低いと考えられる。

図１７では、図２で示していない第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋが存在する。各端末装置１６のＩＤは第１端末装置１６ａ（ＩＤ：００１）、第２端末装置１６ｂ（ＩＤ：００２）、第３端末装置１６ｃ（ＩＤ：００３）、第４端末装置１６ｄ（ＩＤ：００４）、第５端末装置１６ｅ（ＩＤ：００５）、第６端末装置１６ｆ（ＩＤ：００６）、第７端末装置１６ｇ（ＩＤ：００７）、第８端末装置１６ｈ（ＩＤ：００８）、第９端末装置１６ｉ（ＩＤ：００９）、第１０端末装置１６ｊ（ＩＤ：０１０）、第１１端末装置１６ｋ（ＩＤ：０１１）とする。また、ＯＮ検出日時の記載例である「２０１８／６／１ １０：１８：１４」の表記は、「２０１８年６月１日 １０時１８分１４秒」であることを表す。また、図７の接続情報パケットにおいて、検出日時を省略し、履歴テーブルのＯＮ検出日時に、管理装置１２が接続情報パケットを受信した日時を記録してもよい。

次に、第１の方法における管理装置１２の処理の詳細を説明する。図１８は、管理装置１２による第１の方法の手順を示すフローチャートである。なお、本フローチャートは図１３のフローチャートのＳ２００において、通常発信と判定された場合（Ｓ２００：Ｎｏ）に、Ｓ２７０の代わりに実行される処理である。つまり、Ｓ２００においてＮｏと判定された場合、Ｓ２００からＳ４００に遷移する。Ｓ４００において、制御部３３８は記憶部３４０の履歴テーブルから、発信先端末装置１６のレコードＲＨを取得する。レコードＲＨが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ４１０に進む。Ｓ４１０において、制御部３３８はレコードＲＨが存在するか否かを判定する。レコードＲＨが存在する場合（Ｓ４１０：Ｙｅｓ）は、Ｓ４２０に進む。レコードＲＨが存在する場合、発信先端末装置１６が過去に１回以上はヘッドセットを接続したことがある。したがって、発信先端末装置１６の使用者１８は、ヘッドセットを利用しようと思えば利用できる可能性が高いと考えられる。レコードＲＨが存在しない場合（Ｓ４１０：Ｎｏ）は、Ｓ４７０に進む。

レコードＲＨが存在しない場合、発信先端末装置１６が過去に１度もヘッドセットを接続したことがない状態である。したがって、端末装置１６の使用者１８がヘッドセットを使用していないと判定でき、通常発信を行った場合に通話を聞き逃す可能性がある。このため、制御部３３８は、ＩＮＶＩＴＥ(自動応答)をＩＮＶＩＴＥ(手動応答)に変更する。なお、Ｓ４１０において、さらに履歴テーブルのＯＮ検出日時を用いて判定処理を行ってもよい。すなわち、制御部３３８は、Ｓ４１０において、「レコードＲＨが存在し、かつ、現時刻とＯＮ検出日時との時間差が所定値未満である」場合にＹｅｓと判定し、そうでない場合にＮｏと判定する。例えば、この所定値は「３０日間」とされる。使用者１８が最後にヘッドセットを接続した時点からある程度長い日数が経過している場合、使用者１８は、現在、ヘッドセットを使わずに通話をすることが多く、通話を聞き逃す可能性がある。このため、制御部３３８は、レコードＲＨが存在しても、現時刻とＯＮ検出日時との時間差が所定値以上である場合には、レコードＲＨが存在しない場合と同様に扱い、ＩＮＶＩＴＥ(自動応答)をＩＮＶＩＴＥ(手動応答)に変更する。

また、制御部３３８は、使用者１８毎に過去の所定期間（例えば、過去３ヶ月間）の接続状態を全て記憶部３４０に記憶してもよい。例えば、制御部３３８は、端末ＩＤ、検出日時、接続状態（ＯＮまたはＯＦＦ）を関連付けて履歴第２テーブル（図示せず）に記録してもよい。このような詳細な情報を記録することにより、ステップＳ４１０の判定処理の精度をより高くすることができる。例えば、制御部３３８は、履歴第２テーブルを解析することにより、発信先端末装置１６が１ヶ月前まではヘッドセットを使って通話を行っていたが、直近の１ヶ月間はヘッドセットを使用して通話していないことが判明した場合、現時点ではヘッドセットの接続状態から使用者１８が通話認識する可能性を推定できないと判断する。制御部３３８は、レコードＲＨが存在しない場合と同様に扱い、ＩＮＶＩＴＥ(自動応答)をＩＮＶＩＴＥ(手動応答)に変更する。

Ｓ４２０において、制御部３３８は記憶部３４０の接続テーブル３６２から、発信先端末装置１６のレコードＲを取得する。レコードＲが存在しない場合、その旨を示すＮＵＬＬが取得される。Ｓ４２０からＳ４３０に進む。Ｓ４３０において、制御部３３８はＳ４２０で取得したレコードＲのヘッドセット接続が「ＯＮ」であるか否かを判定する。ヘッドセット接続が「ＯＮ」の場合（Ｓ４３０：Ｙｅｓ）は、Ｓ４４０に進む。ヘッドセット接続が「ＯＦＦ」の場合（Ｓ４３０：Ｎｏ）は、Ｓ４７０に進む。つまり、Ｓ４７０で制御部３３８はＩＮＶＩＴＥ(自動応答)をＩＮＶＩＴＥ(手動応答)に変更する。Ｓ４４０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ４５０に進む。

Ｓ４５０において、制御部３３８は現時刻ＣＴとレコードＲ内の検出日時との差分値（時間差）を計算し、差分値が所定時間ＰＴより小さいか否かを判定する。差分値が所定時間ＰＴより小さい場合（Ｓ４５０：Ｙｅｓ）は、Ｓ４６０に進む。差分値が所定時間ＰＴ以上の場合（Ｓ４５０：Ｎｏ）は、Ｓ４７０に進む。Ｓ４６０において、制御部３３８は変更なしと判定し、判定結果を返す。応答変更判定処理は終了される。つまり、Ｓ４６０において「変更なし」と判定するので、管理装置１２はＩＮＶＩＴＥ(自動応答)を用いて発信先端末装置１６を呼び出す。Ｓ４７０において、制御部３３８はＩＮＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。応答変更判定処理は終了される。ヘッドセット接続が「ＯＦＦ」の場合、発信先端末装置１６の使用者１８が通話を認識できる可能性が相対的に低いので、制御部３３８はＩＮＶＩＴＥ(自動応答)をＩＮＶＩＴＥ(手動応答)に変更する。このような処理により、発信側端末装置１６の使用者１８が発話した通話内容が、相手に伝わらず無駄になってしまうことが防止される。

次に第２の方法について説明する。図１９は、管理装置１２による第２の方法の手順を示すフローチャートである。なお、本フローチャートは管理装置１２が端末装置１６から通常発信、またはＲＢＴ発信を受信した際に実行される。Ｓ７００において、制御部３３８は記憶部３４０の履歴テーブルから、発信先端末装置１６のレコードＲＨを取得する。レコードＲＨが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ７１０に進む。Ｓ７１０において、制御部３３８はレコードＲＨが存在するか否かを判定する。レコードＲＨが存在する場合（Ｓ７１０：Ｙｅｓ）は、Ｓ７２０に進む。レコードＲＨが存在しない場合（Ｓ７１０：Ｎｏ）は、Ｓ７７０に進む。Ｓ７２０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ７３０に進む。

Ｓ７３０において、制御部３３８は現時刻ＣＴとレコードＲＨ内のＯＮ検出日時との差分値（時間差）を計算し、差分値が所定時間ＰＴより小さいか否かを判定する。差分値が所定時間ＰＴより小さい場合（Ｓ７３０：Ｙｅｓ）は、Ｓ７４０に進む。差分値が所定時間ＰＴ以上の場合（Ｓ７３０：Ｎｏ）は、Ｓ７６０に進む。Ｓ７４０において、制御部３３８は端末装置１６からの発信方法がＲＢＴ発信、すなわち「ＩＮＶＩＴＥ(手動応答)」であるか否かを判定する。発信方法がＲＢＴ発信、すなわち「ＩＮＶＩＴＥ(手動応答)」の場合（Ｓ７４０：Ｙｅｓ）は、Ｓ７５０に進む。発信方法が通常発信、すなわち「ＩＮＶＩＴＥ(自動応答)」の場合（Ｓ７４０：Ｎｏ）は、Ｓ７６０に進む。

Ｓ７５０において、制御部３３８はＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ７３０でＹｅｓと判定した場合、現在時刻に近い時刻にヘッドセットが接続された状況であり、使用者１８が通話を聞き逃す可能性は低いといえる。このため、ＲＢＴ発信よりも通常発信が適切であると判定し、Ｓ７５０において制御部３３８はＩＮＶＩＴＥ(自動応答)に変更する。Ｓ７６０において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。Ｓ７７０において、制御部３３８は端末装置１６からの発信方法が通常発信、すなわち「ＩＮＶＩＴＥ(自動応答)」であるか否かを判定する。発信方法が通常発信、すなわち「ＩＮＶＩＴＥ(自動応答)」の場合（Ｓ７７０：Ｙｅｓ）は、Ｓ７８０に進む。発信方法がＲＢＴ発信、すなわち「ＩＮＶＩＴＥ(手動応答)」の場合（Ｓ７７０：Ｎｏ）は、Ｓ７６０に進む。

Ｓ７８０において、制御部３３８はＩＮＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。Ｓ７１０でＮｏと判定した場合、使用者１８がヘッドセットを全く使用していない状況であり、使用者１８が通話を聞き逃す可能性があるといえる。このため、通常発信よりもＲＢＴ発信が適切であると判定し、Ｓ７８０において制御部３３８はＩＮＶＩＴＥ(手動応答)に変更する。応答変更判定処理は終了される。

すなわち、第１の方法のように、接続テーブル３６２と履歴テーブルの両方を用いて、判定処理を行ってもよいが、第２の方法のように、履歴テーブルのみを用いて判定処理を行ってもよい。履歴テーブルは、接続テーブル３６２と同様に、端末装置１６と外部との接続情報が示された接続情報を格納するテーブルである。両者の違いは、接続テーブル３６２には「ＯＮ」と「ＯＦＦ」の２種類の接続情報が格納されるが、履歴テーブルには「ＯＮ」の接続情報のみが格納されることにある。履歴テーブルにデータが存在しない端末装置１６は、管理装置１２が過去に一度も接続情報を受信していない端末装置１６であり、過去に一度も外部装置が接続されていない端末装置１６である。履歴テーブルにデータが存在しない端末装置１６は、接続状態が「ＯＦＦ」状態であると容易に判定できるので、履歴テーブルは、接続テーブル３６２の一種であるということもできる。

次に第３の方法について説明する。第３の方法では、図１３に示すフローチャートにおいて（Ｓ２００：Ｎｏ）と判定された後、図１８のフローチャートのＳ４００およびＳ４１０を実行せず（Ｓ４００とＳ４１０を省略し）、Ｓ４２０に遷移する。Ｓ４２０からＳ４７０までの処理は、第１の方法と同じである。すなわち、第３の方法は履歴テーブルを使用せず、接続テーブル３６２のみを用いた処理である。

図２０は、通信システム１００における発信時のプロトコルの概要を示すシーケンス図である。これは、第１端末装置１６ａから第８端末装置１６ｈへの通常発信がなされた場合のシステム動作を示す。第１端末装置１６ａで通常発信が選択された後（Ｓ１３００）、第１端末装置１６ａは第８端末装置１６ｈ宛てにＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１３１０）。送信されたＩＮＶＩＴＥ（自動応答）は管理装置１２で受信される。つまり、管理装置１２は、発信元である第１端末装置１６ａから、発信先に第８端末装置１６ｈが指定された第１通信モードの通信要求データを受信する。管理装置１２は、ＩＮＶＩＴＥを受信した後、応答変更判定処理（Ｓ１３２０）を実行する。応答変更判定処理においてＩＮＶＩＴＥ（手動応答）へ変更と判定された場合、管理装置１２は、第１端末装置１６ａからのＩＮＶＩＴＥ（自動応答）を、ＩＮＶＩＴＥ（手動応答）に変更して第８端末装置１６ｈへ送信する（メッセージのパラメータを変更する）（Ｓ１３３０）。

第８端末装置１６ｈはＩＮＶＩＴＥ（手動応答）を受信した後、第１端末装置１６ａ宛てにステータスコード１００ Ｔｒｙｉｎｇを送信する（Ｓ１３４０）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１３５０）。第８端末装置１６ｈはステータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てにステータスコード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ１３６０）。送信されたステータスコード１８０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１３７０）。

その後、第８端末装置１６ｈの通話ボタンが押下された場合（Ｓ１３８０）、第８端末装置１６ｈは第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１３９０）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１４００）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫを送信する（Ｓ１４１０）。送信されたＡＣＫは管理装置１２経由で、第８端末装置１６ｈに送信される（Ｓ１４２０）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ１４３０、Ｓ１４４０、Ｓ１４５０）。

これらのように実施例３における管理装置１２の制御部３３８は、接続情報が含まれる接続テーブルと、履歴情報が含まれる履歴テーブルのうちの少なくとも１つを生成し、それに基づいて通信モードを選択する。通信部３３４は、発信元の第１端末装置１６ａから、発信先に第８端末装置１６ｈが指定された第２通信モードの通信要求データを受信する。制御部３３８は、第２通信モードの通信要求データを受信し、かつ第８端末装置１６ｈの接続情報と履歴情報のうちの少なくとも１つが所定条件を満たす場合に、第１通信モードの通信要求データを第８端末装置１６ｈに送信する。

上述したように、本実施例では応答変更判定処理として、ＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)へ変更する処理と、ＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)へ変更する処理を実行したが、どちらか一方の処理を省略してもよい。例えば、図１９のフローチャートにおいて、Ｓ７３０でＹｅｓと判定した場合、Ｓ７４０およびＳ７５０を実行せずに、Ｓ７６０に遷移してもよい。つまり、ＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)へ変更する処理を省略してもよい。なお、制御部３３８による応答変更判定処理を「通信モード選択処理」と呼ぶ場合もある。すなわち、管理装置１２は、発信先の端末装置１６と外部装置との接続情報に応じて、第１通信モードまたは第２通信モードを選択し、発信先の端末装置１６に通信要求データを送信する。したがって、発信先の端末装置１６と外部装置との接続情報が所定条件を満たす場合には、発信元の端末装置１６が指定した通信モードとは異なる通信モードを管理装置１２が選択することになる。

本実施例によれば、履歴テーブルおよび接続テーブルをもとに、第１通信モードと第２通信モードを選択するので、適切な通信方式（通信モード）をより精度よく選択できる。このため、発信端末装置の使用者が発話した通話内容が、相手に伝わらず無駄になってしまうことを防止できる。また、履歴テーブルをもとに、第１通信モードと第２通信モードを選択するので、適切な通信方式（通信モード）をより精度よく選択できる。このため、発信端末装置の使用者が発話した通話内容が、相手に伝わらず無駄になってしまうことを防止できる。また、接続テーブルをもとに、第１通信モードと第２通信モードを選択するので、適切な通信方式（通信モード）をより精度よく選択できる。このため、発信端末装置の使用者が発話した通話内容が、相手に伝わらず無駄になってしまうことを防止できる。

また、端末装置の設定が通常発信になっていても、発信先端末装置のヘッドセット接続状況の履歴から発信方法を自動でＲＢＴ発信に切りかえるので、受信側の端末装置で通話を聞き逃す可能性を低減できる。つまり、発信先端末装置と外部装置との接続状態に応じて、発信元の端末装置で指定された通信モードを管理装置が変更し、第１通信モード（ＲＢＴ発信）のもつ確実性と、第２通信モード（通常発信）のもつ即時性とを両立させている。すなわち、複数種類の通信モードを適切に使用することができる。

（実施例４）
次に、実施例４を説明する。実施例１では、図２（ａ）−（ｂ）、図３（ａ）−（ｄ）に示すように、通話処理が２つの端末装置１６間でのみで行われること（個別通話）を前提として説明したが、本実施例では１つの端末装置１６が２つ以上の端末装置１６に対して同報配信を行うグループ呼出を想定する。なお、本実施例の端末装置１６内部のブロック図、管理装置１２のブロック図、および接続テーブル３６２の構成は実施例１と同じである。

本実施における管理装置１２の制御部３３８は、応答変更判定処理において、記憶部３４０の接続テーブル３６２から、グループに所属する全端末装置１６のレコードＲを取得し、ヘッドセット接続が「ＯＮ」であり、かつ現時刻ＣＴと検出日時の差分が所定時間ＰＴより小さい端末装置１６の合計数Ｔを集計する。管理装置がＩＮＶＩＴＥ(手動応答)を受信した場合においても、合計数Ｔが所定数Ｎ（例としてグループに所属する送信対象端末装置１６の半数）より大きい場合、すなわちヘッドセットによる受信が可能な端末装置１６が所定数Ｎより多く存在している場合は、グループに所属する全ての端末装置１６へＩＮＶＩＴＥ(自動応答)を送信する。これによりグループ内において、ＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)と比較してより迅速に通話を開始することが可能となり、少なくともヘッドセットによる受信が可能な使用者１８に対しては、より迅速に情報を伝えることが可能になる。

図１０に示す例において、第１端末装置１６ａ、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆの６つの端末装置１６が、グループＧ１に所属していると仮定し、現時刻ＣＴが「１０：２０：００」の時に第１端末装置１６ａがグループ呼出を行った場合を想定する。また、本実施例の説明において特に断らない限り、この所定時間ＰＴは１０分であるとする。つまり、検出時刻が「１０：１０：００」よりも後の時刻で、かつヘッドセット接続が「ＯＮ」の端末装置１６を、現在ヘッドセット接続がされており、使用者１８が容易に通話を認識できる端末装置１６と判定する。本例では、所定数Ｎを上記例の「グループに所属する送信対象端末装置１６の半数」とした場合、送信対象端末装置１６は第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆの「５」であり、所定数Ｎはその半数の「２.５」となる。

第１端末装置１６ａからの発信方法がＲＢＴ発信の場合、すなわちＩＮＶＩＴＥ(手動応答)を受信した場合、管理装置１２の制御部３３８は記憶部３４０の接続テーブル３６２を参照し、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆのヘッドセット接続および検出日時を取得する。図１０の例の場合、ヘッドセット接続が「ＯＮ」であり、かつ現時刻ＣＴと検出日時の差分が所定時間ＰＴより小さい端末装置１６は第３端末装置１６ｃ、第５端末装置１６ｅ、第６端末装置１６ｆであり、上記の条件を満たさない端末装置１６は第２端末装置１６ｂ、第４端末装置１６ｄとなる。これにより、合計数Ｔは「３」と集計される。本例では、前述のように所定数Ｎが「２.５」であり、端末装置１６の合計数Ｔが「３」のため、合計数Ｔが所定数Ｎより大きい。これにより、制御部３３８は第１端末装置１６ａからのＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)へ変更し、グループＧ１へ通常発信を行う。

つまり、通信部３３４において受信した通信要求データでは、発信先として複数の端末装置１６が指定される。制御部３３８は、第１通信モードの通信要求データを受信し、かつ複数の端末装置１６のうち、外部装置が接続された端末装置１６の数がしきい値よりも多い場合、第２通信モードの通信要求データを複数の端末装置１６に通信部３３４から送信する。

また別例として図１０において、第１端末装置１６ａ、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋがグループＧ２に所属していると仮定し、現時刻ＣＴが「１０：２０：００」の時に第１端末装置１６ａがグループ呼出を行った場合を想定する。本例では、所定数Ｎを上記例の「グループに所属する送信対象端末装置１６の半数」とした場合、送信対象端末装置１６は、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋの「１０」であり、所定数Ｎはその半数の「５」となる。

第１端末装置１６ａからの発信方法がＲＢＴ発信の場合、すなわちＩＮＶＩＴＥ(手動応答)を受信した場合、制御部３３８は記憶部３４０の接続テーブル３６２を参照し、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋのヘッドセット接続および検出日時を取得する。図１０の例の場合、ヘッドセット接続が「ＯＮ」であり、かつ現時刻ＣＴと検出日時の差分が所定時間ＰＴより小さい端末装置１６は、第３端末装置１６ｃ、第５端末装置１６ｅ、第６端末装置１６ｆ、第１０端末装置１６ｊの４台であり、上記の条件を満たさない端末装置１６は第２端末装置１６ｂ、第４端末装置１６ｄ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１１端末装置１６ｋの６台となる。これにより、合計数Ｔは「４」と集計される。本例では、前述にて所定数Ｎが「５」であり、端末装置１６の合計数Ｔが「４」のため、合計数Ｔが所定数Ｎ以下である。これにより、第１端末装置１６ａからのＩＮＶＩＴＥ(手動応答)は変更されず、管理装置１２はグループＧ２へＲＢＴ発信を行う。

なお上記例では説明を簡潔にするため、「合計数Ｔがグループに所属する送信対象端末装置１６の半数より大きい」としたが、この条件に限定されるものではない。例えば、「合計数Ｔが１以上」、「合計数Ｔがグループに所属する送信対象端末装置１６の総数の８０％以上」、「合計数Ｔがグループに所属する送信対象端末装置１６の総数と同じ」といった条件を用いてもよい。また、グループ毎に個別の条件を設定してもよい。例えば、グループＡでは、「送信対象端末装置１６の総数の３０％以上」という条件を用い、グループＢでは「送信対象端末装置１６の総数の８０％以上」という条件を用いてもよい。また、このような条件を端末装置１６の使用者１８が設定し、端末装置１６から管理装置１２に送信してもよい。管理装置１２は受信した情報を記憶部４０に記憶し、応答変更判定処理において使用すればよい。またグループの管理者が応答変更判定処理において用いる条件を設定し、管理装置１２の記憶部４０に記憶させてもよい。また本実施例では説明のためにグループ呼出時の動作としたが、一斉呼出時、すなわち無線通信システムの全端末装置１６に対してＲＢＴ発信を行う場合においても本実施例と同様な処理を行ってもよい。

図２１は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。Ｓ５００において、制御部３３８は端末装置１６からの発信方法がＲＢＴ発信、すなわち「ＩＮＶＩＴＥ(手動応答)」であるか否かを判定する。発信方法がＲＢＴ発信、すなわち「ＩＮＶＩＴＥ(手動応答)」の場合（Ｓ５００：Ｙｅｓ）は、Ｓ５１０に進む。発信方法が通常発信、すなわち「ＩＮＶＩＴＥ(自動応答)」の場合（Ｓ５００：Ｎｏ）は、Ｓ６１０に進む。

Ｓ５１０において、制御部３３８は記憶部３４０の接続テーブル３６２からグループに所属する全ての端末装置１６（発信元の端末装置以外の端末装置）のレコードＲを取得する。この時リストＬを初期化後、各端末装置１６のレコードＲを記録する。また、合計数Ｔの値も初期化する。その後Ｓ５２０に進む。Ｓ５２０において、制御部３３８は所定数Ｎを設定する。所定数Ｎは本実施例で説明した様にグループに所属する送信対象となる全端末装置１６数に対する割合を示す数値でもよく、また定数でもよい。その後Ｓ５３０に進む。Ｓ５３０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ５４０に進む。Ｓ５４０において、制御部３３８はリストＬから任意の端末装置１６のレコードＲを取得する。この時、取得した端末装置１６のレコードＲの情報はリストＬから削除される。その後Ｓ５５０に進む。

Ｓ５５０において、制御部３３８はＳ５４０で取得したレコードＲのヘッドセット接続が「ＯＮ」であるか否かを判定する。ヘッドセット接続が「ＯＮ」の場合（Ｓ５５０：Ｙｅｓ）は、Ｓ５６０に進む。ヘッドセット接続が「ＯＦＦ」の場合（Ｓ５５０：Ｎｏ）は、Ｓ５８０に進む。Ｓ５６０において、制御部３３８は現時刻ＣＴとレコードＲ内の検出日時の差分を計算し、差分が所定時間ＰＴより小さいか否かを判定する。差分が所定時間ＰＴより小さい場合（Ｓ５６０：Ｙｅｓ）は、Ｓ５７０に進む。差分が所定時間ＰＴより大きい場合（Ｓ５６０：Ｎｏ）は、Ｓ５８０に進む。Ｓ５７０において、制御部３３８は合計数Ｔを「１」インクリメントする。その後Ｓ５８０に進む。

Ｓ５８０において、制御部３３８はリストＬ内に端末装置１６のレコードＲが存在するか否かを判定する。リストＬ内に端末装置１６のレコードＲが存在しない場合（Ｓ５８０：Ｎｏ）は、Ｓ５９０に進む。リストＬ内に端末装置１６のレコードＲが存在する場合（Ｓ５８０：Ｙｅｓ）は、Ｓ５４０に戻って処理を繰り返す。Ｓ５９０において、制御部３３８は合計数Ｔと、Ｓ５２０にて設定した所定数Ｎを比較する。合計数Ｔが所定数Ｎより大きい場合（Ｓ５９０：Ｙｅｓ）は、Ｓ６００に進む。合計数Ｔが所定数Ｎより小さい場合（Ｓ５９０：Ｎｏ）は、Ｓ６１０に進む。Ｓ６００において、制御部３３８はＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ６１０において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。

本実施例によれば、複数の他の端末装置のうち、ヘッドセットに接続された他の端末装置の数がしきい値よりも多い場合、第２通信モードを選択し、それ以外の場合に第１通信モードを選択するので、グループ通信においても通信モードを適切に選択できる。

なお、上述の説明では、グループ通話において、ＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)に変更する処理を説明したが、これに限らず、グループ通話において、ＩＮＶＩＴＥ(自動応答)をＩＮＶＩＴＥ(手動応答)に変更する処理を行ってもよい。例えば、管理装置１２が送信元の端末装置１６からＩＮＶＩＴＥ(自動応答)の通信要求データを受信した場合、合計数Ｔが所定数（例えば、グループに所属する送信対象端末装置１６の半数）以下である場合に、ＩＮＶＩＴＥ(自動応答)をＩＮＶＩＴＥ(手動応答)に変更してもよい。すなわち、管理装置１２は、発信先に指定された複数の端末装置１６のうち、外部装置（ヘッドセット）に接続された端末装置１６の数に応じて、第１通信モードまたは第２通信モードを選択すればよい。したがって、外部装置に接続された端末装置１６の数が所定条件を満たす場合には、発信元の端末装置１６が指定した通信モードとは異なる通信モードを管理装置１２が選択することになる。

（実施例４の変形例）
次に、実施例４の変形例を説明する。本変形例では、端末装置１６と外部装置との接続状況の他に、端末装置１６の位置（位置情報）を用いて、判定処理を行う。本変形例の端末装置１６は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などを用いて端末装置１６の位置情報を検出するための位置情報検出部（不図示）を備えている。グループ通信に係る各端末装置１６は、所定の周期（例えば、３０秒毎）、あるいは任意のタイミングで、自端末の位置情報（緯度、経度）および位置情報を検出した日時（検出日時）を管理装置１２に送信する。管理装置１２は、端末装置１６から位置情報および検出日時を取得し、端末ＩＤと検出日時と位置情報とを対応させたテーブルを記憶部３４０に記憶する。

図２２は、管理装置１２の位置情報テーブルのデータ構造を示す図である。これは、各端末装置１６の位置情報に関するテーブルである。端末ＩＤには、端末装置１６の名称およびＩＤが記載される。検出日時は、管理装置１２が端末装置１６から位置情報（緯度、経度）を受信した日時（検出日時）が記録（上書き）される。緯度、経度は、管理装置１２が端末装置１６から受信した位置情報（緯度、経度）によって記録（上書き）される。本図では、図２（ａ）−（ｂ）、図３（ａ）−（ｄ）で示していない第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋが存在する。

各端末装置１６のＩＤは第１端末装置１６ａ（ＩＤ：００１）、第２端末装置１６ｂ（ＩＤ：００２）、第３端末装置１６ｃ（ＩＤ：００３）、第４端末装置１６ｄ（ＩＤ：００４）、第５端末装置１６ｅ（ＩＤ：００５）、第６端末装置１６ｆ（ＩＤ：００６）、第７端末装置１６ｇ（ＩＤ：００７）、第８端末装置１６ｈ（ＩＤ：００８）、第９端末装置１６ｉ（ＩＤ：００９）、第１０端末装置１６ｊ（ＩＤ：０１０）、第１１端末装置１６ｋ（ＩＤ：０１１）とする。また、検出日時の記載例である「２０１８／６／１ １０：１８：１４」の表記は、「２０１８年６月１日 １０時１８分１４秒」であることを表す。記憶部３４０は、少なくとも各端末装置１６の最新（直近）の位置情報を記憶するが、所定期間（例えば、直近１ヶ月間）の位置情報を全て記憶してもよい。

制御部３３８は、記憶部３４０を参照しながら、グループ内のヘッドセットが接続されていない端末装置１６のそれぞれを対象にして、ヘッドセットが接続されている端末装置１６との最短距離を算出する。なお、グループ内でヘッドセットが接続されている端末装置１６が存在しない場合は、この最短距離を十分大きな値（無限大を示す値など）にする。次に、制御部３３８は、グループにおける最短距離の最大値が、所定値未満であるか否かを判定する。この最大値が所定値未満である場合に、制御部３３８は、ＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)に変更する。つまり、制御部３３８は、第１通信モードの通信要求データを受信し、かつ外部装置が接続された端末装置１６と、外部装置が接続されていない端末装置１６との距離がしきい値よりも小さい場合、第２通信モードの通信要求データを複数の端末装置１６に通信部３３４から送信する。

例えば、通話を受信する端末装置１６が１０台あり、そのうちの３台の端末装置１６（第１端末装置１６ａ、第２端末装置１６ｂ、第３端末装置１６ｃ）のヘッドセットが接続されていないものとする。第１端末装置１６ａからヘッドセットが接続された端末装置１６までの最短距離が「２５ｍ」、第２端末装置１６ｂからヘッドセットが接続された端末装置１６までの最短距離が「１０ｍ」、第３端末装置１６ｃからヘッドセットが接続された端末装置１６までの最短距離が「２０ｍ」、であるとすると、グループにおける最短距離の最大値は「２５ｍ」になる。所定値を「３０ｍ」とすると、最大値は所定値未満なので、制御部３３８は、受信したＩＮＶＩＴＥ(手動応答)をＩＮＶＩＴＥ(自動応答)に変更する。この所定値は、使用者１８が容易に移動できる距離に設定することが望ましい。この最大値が小さい場合、仮に、緊急事態の通報などがグループ通話で行われ、ヘッドセットを接続していない端末装置１６の使用者１８が聞き逃したとしても、周囲の他の使用者１８の状況をみて判断することや、周囲の他の使用者１８に直接確認することが比較的容易にできる。また、このようなヘッドセットを接続していない端末装置１６からヘッドセットを接続している端末装置１６までの距離と、グループ内でヘッドセットを接続している端末装置１６の割合とを組み合せて、判定処理を行ってもよい。

本変形例によれば、ヘッドセットに接続された第１の発信先端末装置と、ヘッドセットに接続されていない第２の発信先端末装置との距離がしきい値よりも小さい場合、第２通信モードを選択し、それ以外の場合、第１通信モードを選択するので、グループ通信においても、通信モードを適切に選択することができる。

実施例１から実施例４の変形例の各実施例では、端末装置１６間で音声通話を行う通信システムを例にして説明したが、音声通話に限らず、他の通信であってもよい。例えば、映像と音声を用いる映像通話を行う通信システムであってもよい。また、テキストメッセージを交換する通信システムであってもよい。例えば、テキストデータや画像データを交換するチャットシステムにおいて、通常発信モードとＲＢＴ発信モード（要応答モード）を用意する。第１端末装置１６ａが第２端末装置１６ｂにテキストデータを送信したい場合、通常発信モードでは、第１端末装置１６ａの使用者１８（第１使用者１８ａ）は、すぐにテキストデータを入力して送信できる。送信されたデータは、即時に第２端末装置１６ｂにおいて表示されるが、第２端末装置１６ｂの使用者１８（第２使用者１８ｂ）がそれを認識している保証はない。

一方、ＲＢＴ発信モードでは、第１端末装置１６ａが第２端末装置１６ｂに対して、セッション開始リクエストを送信する。第２端末装置１６ｂではセッション開始リクエストがあることを示す画面表示がなされ、報知音等が出力される。第２使用者１８ｂが所定の操作を行って、セッション開始リクエストに対して応答（許可）することによりセッションが確立し、その後に、第１使用者１８ａはテキスト入力が可能になる。第２使用者１８ｂが応答した直後に、第１使用者１８ａはテキスト入力等の操作を行って送信するので、通常モードに比べて、第２使用者１８ｂがメッセージを即時に認識する可能性が高い。このため、時間が経過した後に相手が認識すると価値がないようなメッセージを送る場合であっても、送信元の使用者１８の操作（テキスト入力等）が無駄になることを防ぐことができる。ユーザセッション確立後の所定の期間において、双方の端末装置１６が自由にデータを送信できるようにしてもよいし、データを送信する前に必ず相手の応答を待つ動作にしてもよい。このような通信システムにおいても本発明を適用することができ、通信相手が不在もしくは活動状態でないことにより、送信元の使用者１８の操作が無駄になることを防ぐ効果が得られる。

実施例１から実施例４の変形例の任意の組合せも有効である。本変形例によれば、実施例１から実施例４の変形例の任意の組合せによる効果を得ることができる。

１０ ネットワーク、 １２ 管理装置、 １４ 基地局装置、 １６ 端末装置、 １８ 使用者、 ３０ 入力部、 ３２ 計時部、 ３４ 通信部、 ３６ 表示部、 ３８ 制御部、 ４０ 記憶部、 ４２ 外部装置検出部、 ４４ 音声入力部、４６ 音声出力部、６０ 設定テーブル、 １００ 通信システム、 ２００ クロック発振器、 ２１０ ＣＰＵ、 ２２０ ユーザＩＦ、 ２３０ 通信ＩＦ、 ２４０ 音声ＩＦ、２５０ バス、 ３３２ 計時部、 ３３４ 通信部、 ３３８ 制御部、 ３４０ 記憶部、 ３６２ 接続テーブル、 ４００ クロック発振器、 ４１０ ＣＰＵ、 ４３０ 通信ＩＦ、 ４５０ バス。

Claims (7)

1. 複数の端末装置を管理する管理装置であって、
   前記複数の端末装置のそれぞれにおける外部装置との接続状態を示す接続情報を記憶する記憶部と、
   前記複数の端末装置のうち、発信先に第２の端末装置が指定された通信要求データを、発信元である第１の端末装置から受信する受信部と、
   前記受信部で通信要求データを受信した際に、前記記憶部に記憶されている前記第２の端末装置の接続情報に応じて、通信モードを選択する制御部と、
   前記制御部で選択された通信モードの通信要求データを前記第２の端末装置に送信する送信部と、
   を備えることを特徴とする管理装置。
2. 前記制御部は、前記記憶部に記憶されている前記第２の端末装置の接続情報が示す前記外部装置の検出日時と現在日時との差分が所定時間以上である場合に、通信要求データを前記第２の端末装置に送信しないように前記送信部を制御することを特徴とする請求項１に記載の管理装置。
3. 前記受信部は、第１通信モードまたは第２通信モードの通信要求データを受信し、
   前記制御部は、前記第２の端末装置の接続情報が所定条件を満たす場合に、前記受信部で受信した通信要求データの通信モードとは異なる通信モードを選択して前記送信部に通信要求データを送信させ、
   前記第１通信モードは、前記第２の端末装置において所定の操作が行われた後に前記第１の端末装置と前記第２の端末装置との間の通信が開始される通信モードであり、前記第２通信モードは、前記第２の端末装置において所定の操作が行われなくても前記第１の端末装置と前記第２の端末装置との間の通信が開始される通信モードであることを特徴とする請求項１に記載の管理装置。
4. 前記受信部は、前記第１通信モードの通信要求データを受信し、
   前記制御部は、前記記憶部に記憶されている前記第２の端末装置の接続情報が示す前記外部装置の検出日時と現在日時との差分が所定時間よりも小さい場合に、前記第２通信モードを選択することを特徴とする請求項３に記載の管理装置。
5. 前記記憶部において記憶される前記接続情報は、端末装置に前記外部装置が接続され、かつ前記外部装置がユーザに装着されている第１状態、端末装置に前記外部装置が接続され、かつ前記外部装置がユーザに装着されていない第２状態、端末装置に前記外部装置が接続されていない第３状態のいずれかを示し、
   前記制御部は、前記第２の端末装置の接続情報が前記第１状態であれば前記第２通信モードを選択し、前記第２の端末装置の接続情報が前記第２状態あるいは前記第３状態であれば前記第１通信モードを選択することを特徴とする請求項３に記載の管理装置。
6. 前記受信部において受信した通信要求データでは、発信先として複数の第２の端末装置が指定され、
   前記制御部は、前記複数の第２の端末装置のうち、前外部装置が接続された第２の端末装置の数が所定条件を満たす場合に、前記受信部で受信した通信要求データの通信モードとは異なる通信モードを選択し、前記複数の第２の端末装置に対して通信要求データを送信するように前記送信部を制御することを特徴とする請求項３に記載の管理装置。
7. 複数の端末装置を管理するコンピュータに、
   前記複数の端末装置のそれぞれにおける外部装置との接続状態を示す接続情報を記憶するステップと、
   前記複数の端末装置のうち、発信先に第２の端末装置が指定された通信要求データを、発信元である第１の端末装置から受信するステップと、
   前記通信要求データを受信した際に、前記第２の端末装置の接続情報に応じて、通信モードを選択するステップと、
   前記選択された通信モードの通信要求データを前記第２の端末装置に送信するステップと、
   を実行させるプログラム。

Images