(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-24
(45)【発行日】2024-08-01
(54)【発明の名称】通信装置および通信制御方法
(51)【国際特許分類】
H04M 11/00 20060101AFI20240725BHJP
H04Q 9/00 20060101ALI20240725BHJP
H04Q 3/58 20060101ALI20240725BHJP
【ＦＩ】
H04M11/00 301
H04Q9/00 311J
H04Q3/58 101
【請求項の数】
8
(21)【出願番号】P 2020150073
(22)【出願日】2020-09-07
(65)【公開番号】P2022044448
(43)【公開日】2022-03-17
【審査請求日】2023-02-22
(73)【特許権者】
【識別番号】000233295
【氏名又は名称】株式会社日立情報通信エンジニアリング
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】尾上 愼介
(72)【発明者】
【氏名】伊達 哲
(72)【発明者】
【氏名】柴田 剛志
(72)【発明者】
【氏名】會田 信一
(72)【発明者】
【氏名】鈴木 紳也
【審査官】石井 則之
(56)【参考文献】
【文献】特開２０２０－０００７１３（ＪＰ，Ａ）
【文献】特開２０１０－２４４１７５（ＪＰ，Ａ）
【文献】特開２００２－７７４０３（ＪＰ，Ａ）
【文献】特開２００６－２３７７５１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｍ １１／００
Ｈ０４Ｑ ９／００
Ｈ０４Ｑ ３／５８
(57)【特許請求の範囲】
【請求項1】
通話制御装置によって通話が制御される通話端末と所定の情報を取得するセンサとが配置された拠点において、前記通話端末と前記センサとに接続される通信装置であって、周期的に前記センサから情報を取得するとともに当該情報を記録するセンサ情報解析部と、
前記通話端末と前記通話制御装置との間でやり取りされる通話制御データを監視し、予め設定された通話制御データを検知した場合には、当該通話制御データに係る通話端末に関連する最新のセンサ情報に関連付けて当該通話制御データに基づく情報を記録する通信監視部と、を備え、
前記センサは、
前記通話端末が接続する無線アクセスポイント、前記通話端末の利用者が使用するコンピュータ、および、前記通話端末の設置場所付近に設置された測距センサの少なくとも１つに係り、
前記センサが取得する前記所定の情報は、
前記センサが前記無線アクセスポイントである場合は、当該無線アクセスポイントの識別情報、および当該無線アクセスポイントの位置情報のなかの少なくとも１つに係り、
前記センサが前記コンピュータである場合は、当該コンピュータ上で開かれたファイルの識別情報、および当該コンピュータ上で開かれたファイルのコンテンツの情報のなかの少なくとも１つに係り、
前記センサが前記測距センサである場合は、当該測距センサが取得した距離情報、および当該測距センサが取得した距離情報から取得された人物の骨格情報のなかの少なくとも１つに係り、
前記通話制御データは、
前記通話端末からの発信、前記通話端末への着信、前記通話端末での通話終了、前記通話端末の設定変更、および前記通話端末の状態変化のなかの少なくとも１つに係り、
前記通話制御データに基づく情報は、
前記通話端末の識別情報、前記通話端末の通話状態、通話に係る付加情報の少なくとも１つに係る
ことを特徴とする通信装置。
【請求項2】
前記センサ情報解析部は、前記センサが取得した情報を加工して記録することを特徴とする請求項１に記載の通信装置。
【請求項3】
前記通話制御装置は、前記拠点の外部に設置されることを特徴とする請求項１に記載の通信装置。
【請求項4】
前記拠点の外部に設置されたサーバに、記録されたセンサ情報および通話制御データに基づく情報を送信するセンサ情報送信部をさらに備えることを特徴とする請求項１に記載の通信装置。
【請求項5】
前記通話端末と、前記拠点の外部にあり通話機能を有する通話端末である外線通話端末との通話については、前記通話制御装置を介して当該外線通話端末と通話制御データを送受信して制御し、前記通話端末間の通話については、前記通話制御装置を介して通話制御データを送受信することなく制御する通話制御部をさらに備えることを特徴とする請求項１に記載の通信装置。
【請求項6】
前記通話制御装置との通信状態を監視する監視部をさらに備え、前記通話制御部は、前記通話端末間の通話の状態を記録し、
前記監視部は、前記通話制御装置との通信状態が、通信不可から通信可に変化したときに、前記通信状態が通信不可である期間における前記通話端末間の通話の状態を前記通話制御装置に送信する
ことを特徴とする請求項５に記載の通信装置。
【請求項7】
通話制御装置によって通話が制御される通話端末と所定の情報を取得するセンサとが配置された拠点において、前記通話端末と周期的に前記センサが取得したセンサ情報が記録されるセンサ情報データベースとに接続される通信装置であって、前記通話端末と前記通話制御装置との間でやり取りされる通話制御データを監視し、予め設定された通話制御データを検知した場合には、当該通話制御データに係る通話端末に関連する最新の前記センサ情報に関連付けて当該通話制御データに基づく情報を前記センサ情報データベースに記録する通信監視部を備え、
前記センサは、
前記通話端末が接続する無線アクセスポイント、前記通話端末の利用者が使用するコンピュータ、および、前記通話端末の設置場所付近に設置された測距センサの少なくとも１つに係り、
前記センサが取得する前記所定の情報は、
前記センサが前記無線アクセスポイントである場合は、当該無線アクセスポイントの識別情報、および当該無線アクセスポイントの位置情報のなかの少なくとも１つに係り、
前記センサが前記コンピュータである場合は、当該コンピュータ上で開かれたファイルの識別情報、および当該コンピュータ上で開かれたファイルのコンテンツの情報のなかの少なくとも１つに係り、
前記センサが前記測距センサである場合は、当該測距センサが取得した距離情報、および当該測距センサが取得した距離情報から取得された人物の骨格情報のなかの少なくとも１つに係り、
前記通話制御データは、
前記通話端末からの発信、前記通話端末への着信、前記通話端末での通話終了、前記通話端末の設定変更、および前記通話端末の状態変化のなかの少なくとも１つに係り、
前記通話制御データに基づく情報は、
前記通話端末の識別情報、前記通話端末の通話状態、通話に係る付加情報の少なくとも１つに係る
ことを特徴とする通信装置。
【請求項8】
通話制御装置によって通話が制御される通話端末と所定の情報を取得するセンサとが配置された拠点において、前記通話端末と前記センサとに接続される通信装置の通信制御方法であって、周期的に前記センサから情報を取得するとともに当該情報を記録するステップと、
前記通話端末と前記通話制御装置との間でやり取りされる通話制御データを監視し、予め設定された通話制御データを検知した場合には、当該通話制御データに係る通話端末に関連する最新のセンサ情報に関連付けて当該通話制御データに基づく情報を記録するステップと、を実行し、
前記センサは、
前記通話端末が接続する無線アクセスポイント、前記通話端末の利用者が使用するコンピュータ、および、前記通話端末の設置場所付近に設置された測距センサの少なくとも１つに係り、
前記センサが取得する前記所定の情報は、
前記センサが前記無線アクセスポイントである場合は、当該無線アクセスポイントの識別情報、および当該無線アクセスポイントの位置情報のなかの少なくとも１つに係り、
前記センサが前記コンピュータである場合は、当該コンピュータ上で開かれたファイルの識別情報、および当該コンピュータ上で開かれたファイルのコンテンツの情報のなかの少なくとも１つに係り、
前記センサが前記測距センサである場合は、当該測距センサが取得した距離情報、および当該測距センサが取得した距離情報から取得された人物の骨格情報のなかの少なくとも１つに係り、
前記通話制御データは、
前記通話端末からの発信、前記通話端末への着信、前記通話端末での通話終了、前記通話端末の設定変更、および前記通話端末の状態変化のなかの少なくとも１つに係り、
前記通話制御データに基づく情報は、
前記通話端末の識別情報、前記通話端末の通話状態、通話に係る付加情報の少なくとも１つに係る
ことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通話に関連付けてデータを収集する通信装置および通信制御方法に関する。
【背景技術】
【0002】
構内（支店や事業所なでの拠点内）に設置されたＰＢＸ（Private Branch eXchange）をクラウド化して、内線電話を始めとする通話サービスを提供するクラウドＰＢＸが利用されている。クラウドＰＢＸには、ＰＢＸの設置が不要であり場所を選ばずに内線電話環境を構築できる、工事不要であり導入コストが低い、電話増設や番号変更などの設定変更がＷｅｂブラウザで可能であるなどのメリットがある。
一方、ＰＢＸの用途拡大として、電話機インタフェースパッケージとセンサ受信機とを介して電話機用インターフェイスにセンサを接続して、ＰＢＸでセンサデータを処理する技術が知られている（特許文献１参照）。
一方、ＰＢＸの用途拡大として、電話機インタフェースパッケージとセンサ受信機とを介して電話機用インターフェイスにセンサを接続して、ＰＢＸでセンサデータを処理する技術が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１８－１８２６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１の技術を用いることで、汎用のセンサをＰＢＸに接続してセンサ情報を収集することができる。しかしながら、センサ情報の収集や処理は、通話の処理とは独立しており、通話と関連したセンサ情報の収集が望まれていた。
本発明は、このような背景を鑑みてなされたものであり、通話に関連付けてセンサ情報を収集する通信装置および通信制御方法を提供することを課題とする。
本発明は、このような背景を鑑みてなされたものであり、通話に関連付けてセンサ情報を収集する通信装置および通信制御方法を提供することを課題とする。
【課題を解決するための手段】
【0005】
上記した課題を解決するため、本発明に係る通信装置は、通話制御装置によって通話が制御される通話端末と所定の情報を取得するセンサとが配置された拠点において、前記通話端末と前記センサとに接続される通信装置であって、周期的に前記センサから情報を取得するとともに当該情報を記録するセンサ情報解析部と、前記通話端末と前記通話制御装置との間でやり取りされる通話制御データを監視し、予め設定された通話制御データを検知した場合には、当該通話制御データに係る通話端末に関連する最新のセンサ情報に関連付けて当該通話制御データに基づく情報を記録する通信監視部と、を備え、前記センサは、前記通話端末が接続する無線アクセスポイント、前記通話端末の利用者が使用するコンピュータ、および、前記通話端末の設置場所付近に設置された測距センサの少なくとも１つに係り、前記センサが取得する前記所定の情報は、前記センサが前記無線アクセスポイントである場合は、当該無線アクセスポイントの識別情報、および当該無線アクセスポイントの位置情報のなかの少なくとも１つに係り、前記センサが前記コンピュータである場合は、当該コンピュータ上で開かれたファイルの識別情報、および当該コンピュータ上で開かれたファイルのコンテンツの情報のなかの少なくとも１つに係り、前記センサが前記測距センサである場合は、当該測距センサが取得した距離情報、および当該測距センサが取得した距離情報から取得された人物の骨格情報のなかの少なくとも１つに係り、前記通話制御データは、前記通話端末からの発信、前記通話端末への着信、前記通話端末での通話終了、前記通話端末の設定変更、および前記通話端末の状態変化のなかの少なくとも１つに係り、前記通話制御データに基づく情報は、前記通話端末の識別情報、前記通話端末の通話状態、通話に係る付加情報の少なくとも１つに係る。
【発明の効果】
【0006】
本発明によれば、通話に関連付けてセンサ情報を収集する通信装置および通信制御方法を提供することができる。
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【0007】
【図1】第１の実施形態に係る通信制御システムの全体構成図である。
【図2】第１の実施形態に係るクラウドＰＢＸの機能構成図である。
【図3】第１の実施形態に係るゲートウェイの機能構成図である。
【図4】第１の実施形態に係るセンサ情報データベースのデータ構成図である。
【図5】第１の実施形態に係るセンサ情報取得処理のフローチャートである。
【図6】第１の実施形態に係る端末から端末に発信するときの通話制御処理を示すシーケンス図である。
【図7】第２の実施形態に係る通信制御システムの全体構成図である。
【図8】第２の実施形態に係るローカルＰＢＸの機能構成図である。
【図9】第２の実施形態に係る端末から端末に発信するときの通話制御処理を示すシーケンス図である。
【図10】第２の実施形態に係る外線端末から端末に着信するときの通話制御処理を示すシーケンス図である。
【図11】第２の実施形態に係る端末から外線端末へ発信するときの通話制御処理を示すシーケンス図である。
【図12】第２の実施形態に係る死活切替処理のフローチャートである。
【図13】第２の実施形態の変形例に係る通話制御情報記録処理のシーケンス図である。
【発明を実施するための形態】
【0008】
≪第１の実施形態：通信制御システムの概要≫
以下、本発明を実施するための形態（実施形態）における通信制御システムを説明する。通信制御システムは、クラウドＰＢＸと、拠点に設置されるゲートウェイとを含んで構成される。ゲートウェイは、拠点内の端末（電話機、通話端末）とクラウドＰＢＸとの間でやり取りされる通話制御データ（例えば、発信に係る制御データ（メッセージ））を中継する。また、ゲートウェイには、センサが接続されており、センサが取得したデータ（センサデータ、センサ情報）をセンサ情報データベースに蓄積している。ゲートウェイは、通話制御データに応じて関連するセンサ情報に、端末の識別情報や通話状態（例えば着信）、付加情報（例えば発信元）などの通話制御情報（通話制御データに基づく情報）を付与してセンサ情報データベースに蓄積する。
以下、本発明を実施するための形態（実施形態）における通信制御システムを説明する。通信制御システムは、クラウドＰＢＸと、拠点に設置されるゲートウェイとを含んで構成される。ゲートウェイは、拠点内の端末（電話機、通話端末）とクラウドＰＢＸとの間でやり取りされる通話制御データ（例えば、発信に係る制御データ（メッセージ））を中継する。また、ゲートウェイには、センサが接続されており、センサが取得したデータ（センサデータ、センサ情報）をセンサ情報データベースに蓄積している。ゲートウェイは、通話制御データに応じて関連するセンサ情報に、端末の識別情報や通話状態（例えば着信）、付加情報（例えば発信元）などの通話制御情報（通話制御データに基づく情報）を付与してセンサ情報データベースに蓄積する。
【0009】
このようにして収集された通話制御情報付きセンサ情報を分析することで、例えば端末利用環境を改善することができるようになる。例えば、センサがＴｏＦセンサ（Time of Flightセンサ、距離センサ、測距センサ）であり、ＴｏＦデータから人物の骨格情報を収集するとする。着信時や通話開始時の骨格情報を分析することで、端末（電話機）を取った人が着信時にどこにいたのかを分析することができ、効率的な端末ないしは人の配置を決めるための基礎データとなる。または、センサ情報として、端末が接続するアクセスポイントの情報を収集することで、発信時や着信時の端末利用者の位置を収集できる。これを分析することにより、どの人たちがどの時間帯にどこでコミュニケーションしているかがわかり、例えば、人の動線を考慮した効率的なオフィスを検討するための材料になる。
このように、通話に関連付けてセンサ情報を収集する効果の一例として、業務効率改善などが挙げられる。
このように、通話に関連付けてセンサ情報を収集する効果の一例として、業務効率改善などが挙げられる。
【0010】
≪通信制御システムの全体構成≫
図１は、第１の実施形態に係る通信制御システム１０の全体構成図である。通信制御システム１０は、クラウドＰＢＸ２００（通話制御装置）、ゲートウェイ１００（通信装置）、端末８２０（通話端末）、センサ８３０、センサ情報データベース３００、およびセンサ情報解析サーバ５００を含む。クラウドＰＢＸ２００、ゲートウェイ１００、およびセンサ情報解析サーバ５００は、ネットワーク８００（例えば、インターネット）で接続されている。また、端末８２０、センサ８３０、およびセンサ情報データベース３００は、ゲートウェイ１００に接続される。端末８２０は、例えば、固定型／携帯型の通話端末（電話機）である。
図１は、第１の実施形態に係る通信制御システム１０の全体構成図である。通信制御システム１０は、クラウドＰＢＸ２００（通話制御装置）、ゲートウェイ１００（通信装置）、端末８２０（通話端末）、センサ８３０、センサ情報データベース３００、およびセンサ情報解析サーバ５００を含む。クラウドＰＢＸ２００、ゲートウェイ１００、およびセンサ情報解析サーバ５００は、ネットワーク８００（例えば、インターネット）で接続されている。また、端末８２０、センサ８３０、およびセンサ情報データベース３００は、ゲートウェイ１００に接続される。端末８２０は、例えば、固定型／携帯型の通話端末（電話機）である。
【0011】
クラウドＰＢＸ２００は、拠点８１０内にある端末８２０の通話を制御するＰＢＸであって、端末８２０間の内線電話としての通話や外線端末との通話を制御するための通話制御データを端末８２０との間で送受信する。クラウドＰＢＸ２００は、さらに、通話制御データを送受信して、端末８２０の設定情報（例えば、離席中の留守番電話設定など）や端末８２０そのものの状態（例えば、オフフック、通話状態）を管理している。
【0012】
ゲートウェイ１００は、端末８２０とクラウドＰＢＸ２００との間で送受信される通話制御データを中継している。通話制御データを監視することで、ゲートウェイ１００は、端末８２０の状態（例えば、着信あり、通話中など）を把握することができる。通話制御データとは、言い換えれば、端末８２０の通話を実現するための電話交換機能を実現するための制御情報である。本実施例においては、電話交換機能を実現するのがクラウドＰＢＸ２００であるため、通話制御データは端末８２０とクラウドＰＢＸ２００との間で送受信されるデータである。
【0013】
センサ８３０は、拠点８１０に設置されるセンサである。第１の実施形態では、センサ８３０は、ＴｏＦ（Time of Flight）センサであり、例えば、端末８２０の設置場所付近の天井に設置される。センサ８３０が取得したデータを解析することで、端末８２０周辺にいる人物の骨格情報を取得することができる。
センサ情報データベース３００には、センサ８３０が取得したデータ、ないしはデータを加工・分析したデータが蓄積される。また、センサ情報データベース３００には、通話制御に係る情報（通話制御情報）が、センサ８３０が取得したデータ、ないしは加工・分析されたデータに関連付けられて蓄積される。なお、センサ８３０が取得したデータ、および加工・分析されたデータをセンサ情報とも記す。
センサ情報データベース３００には、センサ８３０が取得したデータ、ないしはデータを加工・分析したデータが蓄積される。また、センサ情報データベース３００には、通話制御に係る情報（通話制御情報）が、センサ８３０が取得したデータ、ないしは加工・分析されたデータに関連付けられて蓄積される。なお、センサ８３０が取得したデータ、および加工・分析されたデータをセンサ情報とも記す。
【0014】
ゲートウェイ１００は、センサ情報データベース３００に蓄積されたセンサ情報や通話制御情報を、例えば定期的にセンサ情報解析サーバ５００に送信する。センサ情報解析サーバ５００は、通話制御と関連付けられたセンサ情報を解析する。
【0015】
≪クラウドＰＢＸの機能構成≫
図２は、第１の実施形態に係るクラウドＰＢＸ２００の機能構成図である。クラウドＰＢＸ２００は、制御部２１０、記憶部２２０、および通信部２８０を備える。通信部２８０は、ゲートウェイ１００を介して端末８２０との間で通話制御データを送受信する。
記憶部２２０は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、フラッシュメモリなどから構成される。記憶部２２０には、端末８２０の状態に係る通話情報（例えば、着信あり、留守番電話設定など）を格納する通話情報データベース２３０（図２では通話情報ＤＢ（Database）と記載）が記憶される。
図２は、第１の実施形態に係るクラウドＰＢＸ２００の機能構成図である。クラウドＰＢＸ２００は、制御部２１０、記憶部２２０、および通信部２８０を備える。通信部２８０は、ゲートウェイ１００を介して端末８２０との間で通話制御データを送受信する。
記憶部２２０は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、フラッシュメモリなどから構成される。記憶部２２０には、端末８２０の状態に係る通話情報（例えば、着信あり、留守番電話設定など）を格納する通話情報データベース２３０（図２では通話情報ＤＢ（Database）と記載）が記憶される。
【0016】
制御部２１０は、ＣＰＵ（Central Processing Unit）を含んで構成され、通話制御部２１１を備える。通話制御部２１１は、端末８２０間の内線電話の通話制御や、端末８２０と外線端末との通話制御を行う（後記する図６参照）。
【0017】
≪ゲートウェイの機能構成≫
図３は、第１の実施形態に係るゲートウェイ１００の機能構成図である。ゲートウェイ１００は、制御部１１０、記憶部１２０、および通信部１８０を備える。通信部１８０は、クラウドＰＢＸ２００と端末８２０との間で通話制御データを送受信する。また、通信部１８０は、センサ情報データベース３００との間でセンサ情報（センサデータやセンサデータを加工／分析したデータであり、第１の実施形態では骨格情報）やセンサ情報と関連付けられる通話制御情報を送受信する。
図３は、第１の実施形態に係るゲートウェイ１００の機能構成図である。ゲートウェイ１００は、制御部１１０、記憶部１２０、および通信部１８０を備える。通信部１８０は、クラウドＰＢＸ２００と端末８２０との間で通話制御データを送受信する。また、通信部１８０は、センサ情報データベース３００との間でセンサ情報（センサデータやセンサデータを加工／分析したデータであり、第１の実施形態では骨格情報）やセンサ情報と関連付けられる通話制御情報を送受信する。
【0018】
記憶部１２０は、ＲＯＭやＲＡＭ、フラッシュメモリなどから構成される。記憶部１２０には、端末８２０の状態に係る通話制御情報をセンサ情報に関連付ける記録ルール１３０が記憶される。記録ルール１３０の例として、端末８２０に着信があった場合には、端末８２０付近に設置されたセンサ８３０のセンサ情報に、着信の通話制御情報（端末８２０の識別情報や発信元の識別情報など）を関連付ける、というルールがある。他に、発信時の通話制御情報や、通話開始時／通話終了時の通話制御情報、留守番電話設定時の通話制御情報などを関連付けるルールが設定可能である。
【0019】
制御部１１０は、ＣＰＵを含んで構成され、通信監視部１１１やセンサ情報解析部１１２、センサ情報送信部１１３を備える。センサ情報解析部１１２は、センサ８３０から取得したデータを解析し、解析した結果であるセンサ情報を後記するセンサ情報データベース３００に格納する。センサ情報解析部１１２は、解析なしにセンサ８３０から取得したデータ、ないしはその一部をセンサ情報データベース３００に格納してもよい。
【0020】
図４は、第１の実施形態に係るセンサ情報データベース３００のデータ構成図である。センサ情報データベース３００は、例えば表形式のデータであって、１つの行（レコード）は、１つのセンサ情報を示す。レコードは、日時３０１、センサ識別情報３０２（図４ではセンサＩＤ（Identifier）と記載）、種別３０３、データ３０４、端末識別情報３０５（図４では端末ＩＤと記載）、通話状態３０６、および付加情報３０７の列（属性）を含む。
【0021】
日時３０１は、センサ８３０からデータが取得された日時、ないしはセンサデータを加工／解析した日時である。センサ識別情報３０２は、センサデータを取得したセンサ８３０の識別情報である。種別３０３は、センサ情報の種別である。第１の実施形態では、ＴｏＦセンサが取得したデータが解析されて骨格情報を得るので、種別３０３は「骨格」となる。データ３０４は、センサ情報を示すデータである。
【0022】
端末識別情報３０５は、センサ情報に関連付けられた通話制御情報としての端末８２０の識別情報である。通話状態３０６は、通話制御情報の種別である。付加情報３０７は、通話制御情報の付加情報である。なお、関連付けられる通話制御情報がないセンサ情報の端末識別情報３０５、通話状態３０６、および付加情報３０７は、「－」となる。
レコード３２１は、識別情報が「TOF1374」であるセンサ８３０が、２０２０年７月２０日１４時３４分３５秒に測定したＴｏＦデータから取得された「骨格」情報である。さらにレコード３２１には、電話番号が「０３２」で始まる外線端末から識別情報が「T3023」である端末８２０に着信があったという通話制御情報が関連付けられている。なお、「TOF1374」で識別されるセンサ８３０は、「T3023」で識別される端末８２０付近のセンサであって、当該端末８２０付近にいる人物を含めたＴｏＦデータを取得している。
レコード３２１は、識別情報が「TOF1374」であるセンサ８３０が、２０２０年７月２０日１４時３４分３５秒に測定したＴｏＦデータから取得された「骨格」情報である。さらにレコード３２１には、電話番号が「０３２」で始まる外線端末から識別情報が「T3023」である端末８２０に着信があったという通話制御情報が関連付けられている。なお、「TOF1374」で識別されるセンサ８３０は、「T3023」で識別される端末８２０付近のセンサであって、当該端末８２０付近にいる人物を含めたＴｏＦデータを取得している。
【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】
ゲートウェイ１００やローカルＰＢＸ４００は、センサ情報および通話制御情報の双方をセンサ情報データベース３００に格納しているが、センサ情報と通話制御情報とを格納する装置を別の装置としてもよい。例えば、センサがセンサ情報データベース３００に接続され、センサ情報データベース３００自身がセンサ情報を格納してもよい。この場合、ゲートウェイ１００やローカルＰＢＸ４００は、センサ情報を格納せず、通信制御情報を格納する。センサとして、無線通信のアクセスポイントやＴｏＦセンサの例を記載したが、RFIDタグを読み取るタグリーダなどであってもよい。
【0084】
またセンサ情報解析サーバ５００は、クラウドＰＢＸ２００と同じクラウド環境にあっても、異なるクラウド環境にあっても構わない。例えば、クラウドＰＢＸ２００は内線電話機器メーカが準備したクラウド環境に設置され、センサ情報解析サーバは汎用的に用いられるクラウドサービスにその機能が実装されていてもよい。このようなマルチクラウド構成とすることで、クラウドＰＢＸ機能とセンサ情報解析機能について、それぞれに最適なクラウド環境を用いることができ、性能を向上させることができる。
【0085】
また、以上の実施例ではＰＢＸが拠点外にある形態で説明したが、端末と通話制御装置との間でやり取りされる通話制御データを監視し、予め設定された通話制御データを検知した場合には、当該通話制御データに係る端末に関連するセンサ情報に関連付けて当該通話制御データに基づく情報を記録する形態であれば、同様に適用可能である。即ち、クラウドＰＢＸでなく、ＰＢＸが拠点内のみに存在する場合でも同様に適用可能である。これは、第２の実施形態のローカルＰＢＸを考えると明らかである。即ち、図７においてクラウドＰＢＸ２００がなく、ローカルＰＢＸ４００がすべての内線電話の通話制御を行う場合にも、同様に適用可能である。これは、ローカルＰＢＸ４００が、「端末と通話制御装置との間でやり取りされる通話制御データを監視し、予め設定された通話制御データを検知した場合には、当該通話制御データに係る端末に関連するセンサ情報に関連付けて当該通話制御データに基づく情報を記録する」動作を行っていることから、明らかである。
【0086】
本発明はその他の様々な実施形態を取ることが可能であり、さらに、本発明の要旨を逸脱しない範囲で、省略や置換等種々の変更を行うことができる。これら実施形態やその変形は、本明細書等に記載された発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0087】
１０，１０Ａ 通信制御システム
１００ ゲートウェイ（通信装置）
１１１ 通信監視部
１１２ センサ情報解析部
１１３ センサ情報送信部
１３０ 記録ルール
２００ クラウドＰＢＸ（通話制御装置）
２１１ 通話制御部
２３０ 通話情報データベース
３００ センサ情報データベース
４００ ローカルＰＢＸ（通信装置）
４１１ 通話制御部
４１２ 通信監視部
４１３ クラウドＰＢＸ監視部（監視部）
４１４ センサ情報解析部
４１５ センサ情報送信部
４３０ 通話情報データベース
４４０ 記録ルール
５００ センサ情報解析サーバ（サーバ）
８１０，８１０Ａ，８１０Ｂ 拠点
８２０，８２０Ａ，８２０Ｂ 端末（通話端末）
８３０ センサ
８３０Ａ パソコン（センサ）
１００ ゲートウェイ（通信装置）
１１１ 通信監視部
１１２ センサ情報解析部
１１３ センサ情報送信部
１３０ 記録ルール
２００ クラウドＰＢＸ（通話制御装置）
２１１ 通話制御部
２３０ 通話情報データベース
３００ センサ情報データベース
４００ ローカルＰＢＸ（通信装置）
４１１ 通話制御部
４１２ 通信監視部
４１３ クラウドＰＢＸ監視部（監視部）
４１４ センサ情報解析部
４１５ センサ情報送信部
４３０ 通話情報データベース
４４０ 記録ルール
５００ センサ情報解析サーバ（サーバ）
８１０，８１０Ａ，８１０Ｂ 拠点
８２０，８２０Ａ，８２０Ｂ 端末（通話端末）
８３０ センサ
８３０Ａ パソコン（センサ）
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】