JP7067820B1 - 電話交換装置、電話システム、電話交換方法及びプログラム - Google Patents

Abstract

【課題】ユーザセントリックな電話交換装置、電話システム、電話交換方法及びプログラムを提供する。【解決手段】電話交換装置１０は、取得部１１と、抽出部１２と、特定部１３と、呼制御部１４とを備える。取得部１１は、ユーザＩＤを含む着信を検出した場合、ユーザＩＤを有するユーザの、スケジュールイベントを示すイベント情報を取得する。抽出部１２は、イベント情報から、ユーザの所在情報を抽出する。特定部１３は、所在情報に基づいて、ユーザが過去に使用した電話端末の中から応答の可能性が最も高い電話端末を特定する。呼制御部１４は、特定した電話端末を鳴動させる。【選択図】図１

Description

本開示は、電話交換装置、電話システム、電話交換方法及びプログラムに関する。

自宅の固定電話、私用の携帯電話、及び勤務先の電話等、複数の電話端末を使用するユーザが増えている。複数の電話端末を使用する被呼者に電話をかける場合、発呼者は、被呼者が今どこにいるのかという被呼者の所在を意識して、１の電話端末を選択し、選択した電話端末の電話番号を用いて発信していた。

ここで、被呼者の行動や所在に応じて、着信に対する応答を変化させる電話交換装置が提案されている。例えば、特許文献１には、ユーザの行動モード毎に、呼が各電話番号で受信した場合の呼ルーティングルールを規定しておき、ユーザの電話使用記録に基づいて検出された被呼者の場所に応じて異なるモードを作動させる方法が開示されている。

また特許文献２には、被監視者の存在管理システム識別子を用いたコンタクト要求を監視者から受信した場合、被監視者が連絡に対応可能であるか否かを判定し、対応可能である場合、最良の通信形態を選択する存在管理システムが開示されている。

また特許文献３には、ユーザが保持するＲＦＩＤタグによりユーザの所在状況を検知し、所在状況に関連付けられた電話機の着信応答動作条件により、着信に対して自動応答する不在時着信自動応答システムが開示されている。

特表２００８－５１５２９６号公報 特表２００３－５１７７７６号公報 特開２００７－０８８７０２号公報

しかし上述の特許文献１～２に記載の技術では、ユーザが事前に使用可能な端末や呼ルーティングルールを登録する必要があり、手間がかかるという問題がある。尚、上述の特許文献３に記載の技術では、被呼者が電話機から離れていた場合、被呼者に電話をつなげることが困難であるという問題がある。したがって、よりユーザセントリックな電話交換装置が求められる。

本開示の目的は、上述した課題に鑑み、ユーザセントリックな電話交換装置、電話システム、電話交換方法及びプログラムを提供することにある。

本開示の一態様にかかる電話交換装置は、取得部と、抽出部と、特定部と、呼制御部とを備える。前記取得部は、ユーザＩＤを含む着信を検出した場合、前記ユーザＩＤを有するユーザの、スケジュールイベントを示すイベント情報を取得する。前記抽出部は、前記イベント情報から、前記ユーザの所在情報を抽出する。前記特定部は、前記所在情報に基づいて、前記ユーザが過去に使用した電話端末の中から応答の可能性が最も高い電話端末を特定する。前記呼制御部は、特定した前記電話端末を鳴動させる。

本開示の一態様にかかる電話システムは、複数の電話端末と、上記電話交換装置とを備える。

本開示の一態様にかかる電話交換方法は、上記電話交換装置として機能するコンピュータが行う。

本開示の一態様にかかるプログラムは、コンピュータに上記電話交換方法を実行させる。

本開示により、ユーザセントリックな電話交換装置、電話システム、電話交換方法及びプログラムを提供することができる。

実施形態１にかかる電話交換装置の構成を示すブロック図である。 実施形態１にかかる電話交換方法の流れを示すフローチャートである。 実施形態２にかかる電話システムの構成を示すブロック図である。 実施形態２にかかる操作ログのデータ構造の一例を示す図である。 実施形態２にかかる操作ログ生成方法の流れを示すフローチャートである。 実施形態２にかかる電話交換方法の流れを示すフローチャートである。 実施形態２にかかる操作ログ抽出処理を説明するための図である。 実施形態２にかかる操作ログ抽出処理を説明するための図である。 電話交換装置及びＰＢＸとして用いられ得るコンピュータの構成例を示す図である。

以下、実施形態を通じて本開示を説明するが、特許請求の範囲にかかる開示を以下の実施形態に限定するものではない。また、実施形態で説明する構成の全てが課題を解決するための手段として必須であるとは限らない。各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

＜実施形態の課題＞
ここで、実施形態の課題について改めて説明する。
発着信など操作を行う場合、ユーザに割り当てられた電話番号を用いる方式がとられている。この方式は、番号中心の考え方、つまりナンバーセントリックな考え方である。一方、近年では一人のユーザが複数の端末（スマートフォン、パーソナルコンピュータ、又は電話機など）を持つことが当たり前になってきており、ユーザ中心の、つまりユーザセントリックな方式が求められるようになっている。例えば、発呼者が、連絡を取りたい相手が今現在どこに居るのかを意識しなくても、相手に電話が繋がるシステムが望まれている。

ユーザセントリックな方式では、１ユーザに複数の端末が紐づけられる。そのユーザに着信があった場合、電話交換装置、例えば構内交換機（ＰＢＸ；Private Branch eXchange）は、すべての端末を同時に鳴動させるか、鳴動の優先順位を事前に設定しておき順番に鳴動させるしかなかった。そのため、事前に定めた順番でしか鳴動させることができず、以下のような課題があった。

１つ目は、ユーザが近くにいない場所の端末を頻繁に鳴動させてしまい、その近くにいる人が、誰も応答しないで鳴り続けている端末を、迷惑に感じるという問題があった。２つ目は、応答する可能性の低い端末を鳴動させてしまうことでネットワークのトラフィックを無駄に増やしてしまうという問題があった。３つ目は、トラフィックが増えることで電話交換装置の処理が増加し、ハードウェアリソースを無駄に消費してしまうという問題があった。４つ目は、ユーザが逐一鳴動順番を設定したり、設定を変更することは手間であるという問題があった。

ここで、上述の特許文献１～３には、被呼者の行動や所在に応じて、着信に対する応答を変化させる技術が開示されている。特に、特許文献２には、監視者は、被監視者の存在管理システム識別子を用いてコンタクト要求をすることができるため、監視者は、被監視者の直接的な連絡先の詳細を知る必要はない。しかし上述のように、特許文献１～２に記載の技術では、ユーザが事前に使用可能な端末や呼ルーティングルールを登録する必要があり、手間がかかるという問題がある。尚、上述の特許文献３に記載の技術では、被呼者に電話をつなげることが困難であるという問題がある。したがって、よりユーザセントリックな電話交換装置が求められる。

本実施形態は、このような課題を解決するためになされたものである。

＜実施形態１＞
次に、本開示の実施形態１について説明する。図１は、実施形態１にかかる電話交換装置１０の構成を示すブロック図である。電話交換装置１０は、ユーザへの着信に応じて、ユーザの応答の可能性が高い電話端末を鳴動させるコンピュータ装置である。電話交換装置１０は、取得部１１と、抽出部１２と、特定部１３と、呼制御部１４とを備える。

取得部１１は、ユーザＩＤを含む着信を検出した場合、ユーザＩＤを有するユーザの、着信日時に対応するイベント情報を取得する。ユーザＩＤは、ユーザを識別する情報である。ユーザＩＤは、ユーザの名称又は氏名であってもよいし、ユーザ固有の番号であってもよい。ここで、着信に含まれるユーザＩＤは、被呼者のユーザＩＤである。また、イベント情報は、ユーザの所定期間のスケジュールイベントを示す情報である。取得部１１は、ユーザＩＤ及び取得したイベント情報を、抽出部１２に供給する。

抽出部１２は、イベント情報から、ユーザＩＤを有するユーザの所在情報を抽出する。所在情報は、ユーザの所在を示す情報である。抽出部１２は、抽出したユーザの所在情報を、特定部１３に供給する。

特定部１３は、所在情報に基づいて、ユーザが過去に使用した電話端末の中から応答の可能性が最も高い電話端末を特定する。具体的には、特定部１３は、所在情報と、ユーザの過去の電話端末の使用履歴とに基づいて、ユーザが過去に使用した電話端末の中から応答の可能性が最も高い電話端末を特定する。特定部１３は、特定した電話端末の情報を、呼制御部１４に供給する。

呼制御部１４は、ユーザＩＤを含む着信を検出する。呼制御部１４は、着信を検出したことに応じて、着信を検出した旨及びユーザＩＤを取得部１１に供給する。また呼制御部１４は、特定部１３が特定した電話端末を鳴動させる。具体的には、呼制御部１４は、特定した電話端末の電話端末ＩＤを用いて、当該電話端末を鳴動させて呼び出す。電話端末ＩＤは、電話番号であってよい。

図２は、実施形態１にかかる電話交換方法の流れを示すフローチャートである。まず、電話交換装置１０の呼制御部１４は、ユーザＩＤを含む着信を検出する（ステップＳ１１）。次に、取得部１１は、ユーザＩＤを有するユーザの、着信日時に対応するイベント情報を取得する（ステップＳ１２）。次に、抽出部１２は、イベント情報から所在情報を抽出する（ステップＳ１３）。次に、特定部１３は、所在情報に基づいて、ユーザが過去に使用した電話端末の中から応答可能性が最も高い電話端末を特定する（ステップＳ１４）。そして、呼制御部１４は、特定された電話端末を鳴動させる（ステップＳ１５）。

このように実施形態１にかかる電話交換装置１０によれば、発呼者は、被呼者が複数の電話端末を有する場合でも、被呼者のユーザＩＤを指定するだけで、被呼者に繋がりやすい電話端末に電話をかけることができる。したがって、被呼者が応答する可能性の低い電話端末を鳴動させることを回避することができる。また、ネットワークのトラフィックの増加を抑え、輻輳を防ぐことができる。そして、電話交換装置１０のハードウェアリソースを節約することができる。

電話交換装置１０は、ユーザの過去の電話端末の使用履歴に基づいて選択された電話端末を鳴動させるため、ユーザは事前に使用する可能性がある電話端末を必ずしも登録しなくてよい。また、電話交換装置１０は、会議室に設置された共有の電話端末等の、ユーザが所有していないが使用する可能性がある電話端末も呼び出すことができる。したがって、ユーザセントリック性が向上する。

＜実施形態２＞
次に、本開示の実施形態２について説明する。図３は、実施形態２にかかる電話システム１の構成を示すブロック図である。電話システム１は、ユーザへの着信を、ユーザの応答の可能性が高い電話端末に中継するコンピュータシステムである。電話システム１においては、運用前のフェーズである第１のフェーズと、運用中のフェーズである第２のフェーズとの、２つのフェーズに分かれる。第１のフェーズ及び第２のフェーズについては、後述する。電話システム１は、ＰＢＸ１０ａと、ユーザ端末２０と、電話端末３０－１，３０－２，３０－３，３０－４とを備える。

電話端末３０－１，３０－２，３０－３，３０－４は、１のユーザが使用する可能性がある電話端末である。１のユーザが使用する可能性がある電話端末とは、そのユーザが第１のフェーズにおいて使用したことがある電話端末であってよい。例えば電話端末３０－１～４は、それぞれ、ユーザの自宅の固定電話、ユーザが所有する携帯電話又はスマートフォン、ユーザの会社に設置された電話端末、及びユーザが使用したことがある会議室に設置された電話端末であってよい。以下では、電話端末３０－１，３０－２，３０－３，３０－４を区別せずに言及する場合、単に電話端末３０と呼ぶことがある。尚、本図では、電話端末３０の数を４としたが、３以下であってもよく、５以上であってもよい。

第１のフェーズにおいては、発呼者の電話端末３０は、被呼者の電話端末ＩＤを少なくとも含む着信要求（接続要求）を、ＰＢＸ１０ａに対して発信する。そして、被呼者の電話端末３０は、ＰＢＸ１０ａからの呼び出しに応じて鳴動し、被呼者が応答操作を行った場合に、呼び出しに対して応答する。これにより、発呼者の電話端末３０と被呼者の電話端末３０との間の接続が確立される。
第２のフェーズにおいては、発呼者の電話端末３０は、被呼者であるユーザが応答する可能性が高い電話端末への着信要求（接続要求）を、ＰＢＸ１０ａに対して発信する。上記着信要求には、被呼者に対応付けられたユーザＩＤが少なくとも含まれる。したがって、発呼者は、被呼者に対応付けられたユーザＩＤを指定するだけでよく、被呼者の連絡先を直接特定する必要はない。そして、被呼者の電話端末３０は、ＰＢＸ１０ａからの呼び出しに応じて鳴動し、被呼者が応答操作を行った場合に、呼び出しに対して応答する。これにより、発呼者の電話端末３０と被呼者の電話端末３０との間の接続が確立される。

ユーザ端末２０は、ユーザが使用する情報端末である。ユーザ端末２０は、パーソナルコンピュータ、スマートフォン、タブレット端末又はその他の任意の入出力可能な情報端末である。ユーザ端末２０は、電話端末３０－１，３０－２，３０－３，３０－４と異なる情報端末であってもよいし、電話端末３０－１，３０－２，３０－３，３０－４のいずれかとして機能してもよい。ユーザ端末２０は、スケジュール管理アプリケーション２１を有する。

スケジュール管理アプリケーション２１は、ユーザのスケジュールを管理するアプリケーションである。なお、スケジュール管理アプリケーション２１は、別途設置されるサーバ（図示せず）上で動作し、ユーザ端末２０から登録される各ユーザのスケジュールを一括管理するアプリケーションであっても良い。また、スケジュール管理アプリケーション２１は、ＰＢＸ１０ａ上で動作し、ユーザ端末２０から登録される各ユーザのスケジュールを一括管理するアプリケーションであっても良い。スケジュール管理アプリケーション２１は、カレンダーＡＰＩ２２を含み、スケジュール情報Ｓを保持している。

カレンダーＡＰＩ２２は、スケジュール管理アプリケーション２１のアプリケーションプログラムインターフェース（ＡＰＩ）である。またスケジュール情報Ｓは、ユーザの所定期間のスケジュールを記録した情報である。スケジュール情報Ｓは、カレンダー情報と呼ばれてもよい。スケジュール情報Ｓは、１又は複数のイベント情報Ｉを含む。イベント情報Ｉは、ユーザのスケジュールとして登録された、特定の期間のイベントを示す情報、すなわちユーザの特定の期間のスケジュールイベントを示す情報である。イベント情報Ｉは、期間を示す情報を少なくとも含む。また、スケジュール情報Ｓに含まれる少なくとも一部のイベント情報Ｉは、期間を示す情報に加えて、イベントの内容を示すイベント項目情報を含んでよい。つまり、イベント情報Ｉには、イベント項目情報を含むものと、含まないものとがあってよい。ここでイベント項目情報は、場所属性を示すイベント項目情報と、場所属性を示さないイベント項目情報とがあってよい。つまり、イベント情報Ｉには、場所属性を示すイベント情報Ｉと、場所属性を示さないイベント情報Ｉとがあってよい。一例として、場所属性を示すイベント項目情報は、「外出中」、「会議中」又は「会社Ｙ」であってよい。そして一例として、場所属性を示すイベント情報Ｉは、「外出中:2020/11/3 10:00-15:00」、「会議中（会議室Ｘ）：2020/11/2 9:00-11:00」又は「仕事中（会社Ｙ）：2020/11/4 9:00-17:00」であってよい。一方、場所属性を示さないイベント項目情報は、例えば「電話」や「記念日」であってよい。そして一例として、場所属性を示さないイベント情報Ｉは、「電話:2020/11/3 13:00-13:30」、又は「記念日：2020/11/11 0:00-23:59:59」であってよい。

ＰＢＸ１０ａは、ユーザへの着信を、ユーザの応答の可能性が高い電話端末に中継する構内電話機であり、上述の電話交換装置１０の一例である。ここで、ＰＢＸ１０ａの処理は、２つのフェーズに分かれる。第１のフェーズは、ユーザの電話端末３０の使用履歴である操作ログＬを生成するフェーズ（操作ログ生成処理）である。そして第２のフェーズは、操作ログＬを用いて、被呼者への着信を中継するフェーズ（電話交換処理）である。ＰＢＸ１０ａは、取得部１１ａと、抽出部１２ａと、特定部１３ａと、呼制御部１４ａと、記憶部１５と、タイマー１６とを有する。

取得部１１ａは、上述した取得部１１の一例である。取得部１１ａは、スケジュール管理アプリケーション２１と連携し、ユーザのイベント情報Ｉを取得する。具体的には、第１のフェーズにおいて、取得部１１ａは、被呼者である電話端末３０からの発信操作又は応答操作を検出した場合、電話端末３０に対応付けられたユーザＩＤを有するユーザのスケジュール情報Ｓから、操作日時に対応するイベント情報Ｉを取得する。操作日時は、操作検出時に取得部１１ａが呼制御部１４ａを介してタイマー１６から取得した現在日時である。発信操作を検出した場合は、操作日時は発信日時と読み替えられてもよく、応答操作を検出した場合は、操作日時は着信日時と読み替えられてもよい。イベント情報Ｉが操作日時に対応するとは、イベント情報Ｉに含まれる期間を示す情報が、操作日時を含んでいることを指す。より具体的には、まず、取得部１１ａは、ユーザのユーザ端末２０のスケジュール管理アプリケーション２１に対して、ユーザのスケジュール情報Ｓに、操作日時に対応するイベント情報Ｉが含まれるか否かを問い合わせる。そして取得部１１ａは、、ユーザのスケジュール情報Ｓに、操作日時に対応するイベント情報Ｉが含まれる場合、スケジュール管理アプリケーション２１から、カレンダーＡＰＩ２２を介して、イベント情報Ｉを取得する。これにより、ユーザのイベント情報Ｉを容易に取得することができる。そして取得部１１ａは、取得したイベント情報Ｉを、抽出部１２ａに供給する。

また第２のフェーズにおいて、取得部１１ａは、呼制御部１４ａが被呼者であるユーザのユーザＩＤを含む、発呼者の電話端末３０からの着信要求を検出した場合、ユーザのスケジュール情報Ｓから、着信日時に対応するイベント情報Iを取得する。この場合も、取得部１１ａは、ユーザのユーザ端末２０のスケジュール管理アプリケーション２１に、スケジュール情報Ｓに、着信日時に対応するイベント情報Ｉが含まれるか否かを問い合わせる。取得部１１ａは、スケジュール情報Ｓに、着信日時に対応するイベント情報Ｉが含まれる場合、スケジュール管理アプリケーション２１から、カレンダーＡＰＩ２２を介して、イベント情報Ｉを取得する。そして取得部１１ａは、取得したイベント情報Ｉを、抽出部１２ａに供給する。

抽出部１２ａは、上述した抽出部１２の一例である。第１のフェーズにおいて、抽出部１２ａは、取得部１１ａで取得したイベント情報Ｉから所在情報を抽出できるか否かを判定する。この場合、抽出部１２ａは、イベント情報Ｉが場所属性を示す場合、イベント情報Ｉから所在情報を抽出できると判定する。つまり、抽出部１２ａは、イベント情報Ｉにイベント項目情報が含まれており、イベント項目情報が場所属性を示す場合、イベント情報Ｉから所在情報を抽出できると判定する。イベント項目情報が場所属性を示すか否かについては、抽出部１２ａは、イベント項目情報の文字列が予め定められた場所属性を示す文字列と一致するか、又は両者の文字列の類似度が所定閾値以上であるか否かを判定することにより、判定してよい。また抽出部１２ａは、学習済のニューラルネットワークを含む分類器を用いて、イベント項目情報が場所属性を示すか否かを判定してもよい。そして抽出部１２ａは、特定した場所属性に基づいて所在情報を取得する。例えば、抽出部１２ａは、イベント情報Ｉに、イベント項目情報として「外回り」又は「外出中」が含まれていた場合、「外出中」という所在情報を取得する。これにより、抽出部１２ａは、イベント情報Ｉから所在情報を抽出することができる。一方、抽出部１２ａは、イベント情報Ｉが場所属性を示さない場合、イベント情報Ｉから所在情報を抽出できないと判定する。

続いて第１のフェーズにおいて、抽出部１２ａは、発信操作又は応答操作にかかる電話端末ＩＤ、操作日時、及び抽出した所在情報を、少なくとも対応付けた操作ログＬを生成する。そして抽出部１２ａは、生成した操作ログＬを、記憶部１５に格納する。

また、第２のフェーズにおいて、抽出部１２ａは、第１のフェーズと同様に、イベント情報Ｉから所在情報を抽出できるか否かを判定する。続いて抽出部１２ａは、イベント情報Ｉから所在情報を抽出し、抽出した所在情報を特定部１３ａに供給する。

特定部１３ａは、上述した特定部１３の一例である。第２のフェーズにおいて、特定部１３ａは、ユーザＩＤを含む着信を検出した場合、操作ログＬに基づいて、ユーザＩＤに対応する電話端末ＩＤの中から応答の可能性が最も高い電話端末ＩＤを特定する。本実施形態２では、まず、特定部１３ａは、記憶部１５に格納された操作ログＬに基づいて、ユーザＩＤに対応する電話端末ＩＤごとの応答確率を算出する。このとき、同じ場所や同じ曜日の同じ時間帯には、ユーザは同じ環境にいることが多く、応答に使用する電話端末３０も同じになる傾向があると予想されるため、特定部１３ａは具体的には以下に示す処理を行う。例えば、抽出部１２ａにおいてイベント情報Ｉから所在情報を抽出した場合、特定部１３ａは、所在情報に基づいて、記憶部１５に格納された操作ログＬを抽出する。一方、抽出部１２ａにおいてイベント情報Ｉを取得できなかった（取得しなかった）、又はユーザの所在情報を抽出できなかった（抽出しなかった）場合、特定部１３ａは、現在時刻、時間帯又は曜日に基づいて、記憶部１５に格納された操作ログＬを抽出する。尚、スケジュール管理アプリケーション２１にイベント情報Ｉとして登録されるイベントの期間は１時間が多いと想定し、抽出部１２ａは、操作ログＬのうち、現在時刻（着信時刻）の前後３０分の範囲の期間を有するレコードを、抽出対象とする。しかし抽出対象となるレコードの時間範囲は、これに限らない。例えば、当該期間は、現在時刻の前後１時間の範囲であってもよいし、現在時刻の前２時間、後１時間の範囲であってもよい。

そして特定部１３ａは、抽出した操作ログＬに基づいて、ユーザＩＤに対応する電話端末ＩＤごとの応答確率を算出する。具体的には、特定部１３ａは、各電話端末で応答した回数を、抽出したデータの総数で除することで、電話端末ＩＤごとの応答確率を算出する。ここで、抽出したデータの総数をＮ、電話端末３０－１で応答した回数をＮａとすると、電話端末３０－１の応答確率Ｐａは以下の式（１）で算出される。
Ｐａ＝Ｎａ／Ｎ …式（１）

そして特定部１３ａは、応答確率が最も高い電話端末ＩＤを特定する。このように、被呼者の所在が確認できる場合でも確認できない場合でも、被呼者に最も繋がりやすい電話端末３０を容易に特定できる。また、被呼者の使用履歴に基づいて算出された応答確率から電話端末３０を特定するため、被呼者に繋がりやすい電話端末３０を、被呼者の使用状況に合わせて精度よく特定することができる。そして特定部１３ａは、特定した電話端末ＩＤを、呼制御部１４ａに供給する。

尚、特定部１３ａは、応答確率が高い順に電話端末ＩＤを特定し、呼制御部１４ａに供給してよい。例えば、特定部１３ａは、応答確率が最も高い電話端末ＩＤを呼制御部１４ａに供給し、被呼者から応答がなかった場合に、次に応答確率が高い電話端末ＩＤを呼制御部１４ａに供給してよい。また例えば、特定部１３ａは、応答確率と電話端末ＩＤとを対応付けた情報を、まとめて呼制御部１４ａに供給してもよい。

呼制御部１４ａは、上述した呼制御部１４の一例である。
第１のフェーズにおいて、呼制御部１４ａは、少なくとも被呼者の電話端末ＩＤを含む着信を検出したことに応じて、当該電話端末ＩＤを有する電話端末３０を鳴動させて呼び出す。そして呼制御部１４ａは、被呼者の電話端末３０による着信に対する応答操作を検出する。このとき呼制御部１４ａは、任意の方法で応答操作を行った被呼者（操作者）のユーザＩＤを特定する。例えば、着信に、被呼者（操作者）の電話端末ＩＤに加えて、操作者のユーザＩＤが含まれており、呼制御部１４ａは、着信検出時に、操作者のユーザＩＤを特定してよい。また例えば、被呼者（操作者）の電話端末３０が、着信応答時に操作者のユーザＩＤをＰＢＸ１０ａに送信することにより、呼制御部１４ａは、ユーザＩＤを特定してもよい。また、ＰＢＸ１０ａは、予め電話端末ＩＤと、ユーザＩＤとを対応付けたテーブルを記憶部１５に記憶しており、当該テーブルを参照して、応答操作元の電話端末ＩＤに対応付けられたユーザＩＤを特定してもよい。

また第１のフェーズにおいて、呼制御部１４ａは、発呼者の発信操作を検出する。このとき呼制御部１４ａは、任意の方法で発信操作を行った発呼者（操作者）のユーザＩＤを特定する。例えば、発信に、被呼者（相手側）の電話端末ＩＤに加えて、発呼者（操作者）のユーザＩＤが含まれており、呼制御部１４ａは、発信操作検出時に、操作者のユーザＩＤを特定してよい。尚、当該発信には、被呼者（相手側）のユーザＩＤが含まれても、含まれなくてもよい。また、ＰＢＸ１０ａは、予め電話端末ＩＤと、ユーザＩＤとを対応付けたテーブルを記憶部１５に記憶している場合は、当該テーブルを参照して、発信操作元の電話端末ＩＤに対応付けられたユーザＩＤを特定してもよい。

このように、呼制御部１４ａは、操作者のユーザＩＤを取得する。そして、呼制御部１４ａは、操作者のユーザＩＤを、取得部１１ａに供給する。

また第２のフェーズにおいて、呼制御部１４ａは、少なくとも被呼者のユーザＩＤを含む着信を検出する。このとき呼制御部１４ａは、タイマー１６から現在日時を取得し、着信を検出した旨、被呼者のユーザＩＤ及び現在日時を取得部１１ａに供給する。そして、第２のフェーズにおいて、呼制御部１４ａは、特定部１３ａが電話端末ＩＤを特定した場合、当該電話端末ＩＤを有する電話端末３０を鳴動させて呼び出す。したがって、呼制御部１４ａは、当該鳴動制御にはまず最も高い応答確率の電話端末ＩＤを用いるため、被呼者に最も繋がりやすい電話端末を鳴動させて呼び出すことができる。尚、被呼者が応答しない場合を想定して、呼制御部１４ａは、応答確率が高い電話端末から順に鳴動させてよい。これにより、確実に、被呼者に電話を繋げることができる。

記憶部１５は、ＰＢＸ１０ａの操作ログ生成処理及び電話交換処理に必要な情報を記憶する記憶装置である。記憶部１５は、少なくとも操作ログＬを記憶する。

タイマー１６は、現在日時を取得する計時部の一例である。またタイマー１６は、現在日時から曜日を取得してもよい。

図４は、実施形態２にかかる操作ログＬのデータ構造の一例を示す図である。本図に示す操作ログＬは、ユーザＩＤと、電話端末ＩＤと、場所（所在情報）と、日付と、曜日と、時刻とを対応付けた情報である。例えば本図の２番目のレコードは、ユーザＢが、「２０２０／１１／２」の時刻「９：２８：２２」に電話端末ＩＤ「Ｔ００４」の電話端末３０で着信に対する応答操作を行った場合の操作ログＬを示す。このとき、取得部１１ａは、着信に含まれるユーザＩＤを特定し、当該ユーザＩＤを有するユーザのユーザ端末２０のスケジュール管理アプリケーション２１から、時刻「９：２８：２２」に対応するイベント情報Ｉを取得する。そして、抽出部１２ａは、例えばイベント情報Ｉ「会議中（会議室Ｘ）：2020/11/2 9:00-11:00」から所在情報「会議室Ｘ」を抽出し、ユーザＩＤ、電話端末ＩＤ、所在情報、日付、曜日及び時刻を操作ログＬとして記録する。尚、抽出部１２ａは、イベント情報Ｉを取得できなかった場合、又はイベント情報Ｉから所在情報が抽出できなかった場合、本図の１番目のレコードのように、所在情報を空欄「－」にして操作ログＬを記録する。

図５は、実施形態２にかかる操作ログ生成方法の流れを示すフローチャートである。まず呼制御部１４ａは、発信操作又は応答操作を検出する（ステップＳ１０１）。呼制御部１４ａは、操作者のユーザＩＤを特定し、処理をステップＳ１０２に進める。

そして、抽出部１２ａは、操作者のユーザＩＤ、電話端末ＩＤ、操作日時、及び曜日を記録した操作ログＬを生成（新規作成）する（ステップＳ１０２）。また、取得部１１ａは、操作者のユーザＩＤに対応するユーザ端末２０のスケジュール管理アプリケーション２１に、操作日時に対応するイベント情報Ｉを問い合わせる（ステップＳ１０３）。ここで、取得部１１ａは、スケジュール情報Ｓに含まれる操作日時に対応するイベント情報Ｉがあるか否かを判定する（ステップＳ１０４）。取得部１１ａは、操作日時に対応するイベント情報Ｉがある場合（ステップＳ１０４でＹＥＳ）、スケジュール管理アプリケーション２１からカレンダーＡＰＩ２２を介してイベント情報Ｉを取得し、処理をステップＳ１０５に進める。一方、取得部１１ａは、操作日時に対応するイベント情報Ｉがない場合（ステップＳ１０４でＮＯ）、処理を終了する。

ステップＳ１０５において、抽出部１２ａは、取得したイベント情報Ｉから、所在情報を抽出することを試み、所在情報を抽出したか否かを判定する。抽出部１２ａは、所在情報を抽出した場合（ステップＳ１０５でＹＥＳ）、ステップＳ１０２において生成した操作ログＬに所在情報を記録し（ステップＳ１０６）、処理を終了する。一方、抽出部１２ａは、所在情報を抽出しなかった場合（ステップＳ１０５でＮＯ）、処理を終了する。

図６は、実施形態２にかかる電話交換方法の流れを示すフローチャートである。まず呼制御部１４ａは、被呼者のユーザＩＤを含む着信を検出する（ステップＳ１１１）。呼制御部１４ａは、着信を検出した旨、被呼者のユーザＩＤ及び現在日時を、取得部１１ａに供給し、処理をステップＳ１１２に進める。取得部１１ａは、被呼者のユーザＩＤに対応するユーザ端末２０のスケジュール管理アプリケーション２１に、現在日時に対応するイベント情報Ｉを問い合わせる（ステップＳ１１２）。ここで、取得部１１ａは、スケジュール情報Ｓに含まれる現在日時に対応するイベント情報Ｉがあるか否かを判定する（ステップＳ１１３）。

取得部１１ａは、現在日時に対応するイベント情報Ｉがない場合（ステップＳ１１３でＮＯ）、処理をステップＳ１１４に進める。ステップＳ１１４において、抽出部１２ａは、ユーザＩＤと、現在日時の曜日及び時刻とをキーとして、記憶部１５に格納される操作ログＬから、現在時刻の曜日及び時刻に対応するユーザの操作ログＬを抽出する。尚、特定部１３ａは、ユーザＩＤと、現在時刻の曜日及び時刻とをキーとして、操作ログＬの抽出を試みたが、抽出される操作ログＬがなかった場合は、抽出対象となる時間範囲を拡大して再度抽出してよい。そして、抽出部１２ａは、処理をステップＳ１１７に進める。

一方、取得部１１ａは、現在日時に対応するイベント情報Ｉがある場合（ステップＳ１１３でＹＥＳ）、スケジュール管理アプリケーション２１からカレンダーＡＰＩ２２を介してイベント情報Ｉを取得し、処理をステップＳ１１５に進める。そして抽出部１２ａは、取得したイベント情報Ｉから、所在情報を抽出することを試み、所在情報を抽出したか否かを判定する（ステップＳ１１５）。抽出部１２ａが所在情報を抽出した場合（ステップＳ１１５でＹＥＳ）、特定部１３ａは、ユーザＩＤと所在情報（場所）とをキーとして、記憶部１５に格納される操作ログＬから、抽出した所在情報に対応するユーザの操作ログＬを抽出する（ステップＳ１１６）。尚、抽出した所在情報に対応するユーザの操作ログＬは、所在情報が一致するユーザの操作ログＬであってもよいし、所在情報の類似度が所定閾値以上であるユーザの操作ログＬであってもよい。そして特定部１３ａは、処理をステップＳ１１７に進める。尚、特定部１３ａは、ユーザＩＤと所在情報とをキーとして、操作ログＬの抽出を試みたが、抽出される操作ログＬがなかった場合は、処理をステップＳ１１４に進めてよい。抽出される操作ログＬがなかった場合とは、例えば、過去にユーザがその場所で電話端末３０を使用したことがない場合や、過去にその場所に関するスケジュールを登録していなかった場合が挙げられる。

一方、抽出部１２ａが所在情報を抽出しなかった場合（ステップＳ１１５でＮＯ）、処理をステップＳ１１４に進める。つまり、この場合、特定部１３ａは、ユーザＩＤと、現在日時の曜日及び時刻とをキーとして、記憶部１５に格納される操作ログＬから、現在時刻の曜日及び時刻に対応するユーザの操作ログＬを抽出し、処理をステップＳ１１７に進める。

ステップＳ１１７において、特定部１３ａは、抽出した操作ログＬに基づいて、電話端末ＩＤごと、すなわち電話端末ごとに応答確率を算出する。そして特定部１３ａは、応答確率に基づいて、電話端末ＩＤを特定する（ステップＳ１１８）。例えば、特定部１３ａは、応答確率が最も高い電話端末ＩＤを特定する。そして呼制御部１４ａは、特定された電話端末ＩＤを用いて、当該電話端末ＩＤを有する電話端末３０を鳴動させる（ステップＳ１１９）。尚、呼制御部１４ａは、応答確率が高い電話端末ＩＤの電話端末３０から順に鳴動させてよい。そして、呼制御部１４ａは、被呼者が応答した場合、発呼者の電話端末３０と被呼者が応答した電話端末３０との間の通話パスを確立し、処理を終了する。

尚、被呼者から応答があった場合、抽出部１２ａは、応答操作に対する操作ログＬを生成し、記憶部１５に格納してよい。具体的には、抽出部１２ａは、着信に含まれていたユーザＩＤ、応答があった電話端末ＩＤ、現在日時、及び曜日を対応付けて応答操作に対する操作ログＬを生成する。尚、抽出部１２ａは、上述のステップＳ１１５において所在情報を抽出している場合は、応答操作に対する操作ログＬに所在情報を含ませる。このように操作ログＬを蓄積していくことで、応答可能性の高い電話端末３０の特定をより精度よく実施することができる。

図７～８は、実施形態２にかかる操作ログ抽出処理を説明するための図である。図７～８では、ユーザＡに着信があった場合に抽出される操作ログＬの一例を示している。図７は、着信時に取得したイベント情報Ｉから、抽出部１２ａが所在情報として「外出中」を抽出した場合に、特定部１３ａにより抽出される操作ログＬを示している。このとき、特定部１３ａは、記憶部１５に蓄積された操作ログＬから、ユーザＩＤが「ユーザＡ」であり、かつ所在情報が「外出中」である操作ログＬを抽出する。抽出された操作ログＬが図７に示すものである場合、電話端末「Ｔ００１」、「Ｔ００２」、「Ｔ００３」の応答確率Ｐａ、Ｐｂ、Ｐｃは、それぞれ、次の式（２）～（４）のように算出される。

電話端末「Ｔ００１」：Ｐａ＝Ｎａ／Ｎ＝３／６＝０．５０…式（２）
電話端末「Ｔ００２」：Ｐｂ＝Ｎｂ／Ｎ＝２／６≒０．３３…式（３）
電話端末「Ｔ００３」：Ｐｃ＝Ｎｃ／Ｎ＝１／６≒０．１７…式（４）
尚、Ｎａ、Ｎｂ、Ｎｃは、それぞれ、ユーザＡが「外出中」において電話端末「Ｔ００１」、「Ｔ００２」、「Ｔ００３」で発信又は応答した回数である。Ｎは、「外出中」においてユーザＡが発信又は応答した全回数である。

したがって、特定部１３ａは、鳴動させる電話端末３０の順番を、電話端末「Ｔ００１」、電話端末「Ｔ００２」、電話端末「Ｔ００３」の順番に決定してよい。

図８は、イベント情報Ｉが登録されていなかったため取得部１１ａがイベント情報Ｉを取得できなかった場合、又はイベント情報Ｉは登録されているが抽出部１２ａが所在情報を抽出できなかった場合に、特定部１３ａにより抽出される操作ログＬの一例を示す。ユーザＡに月曜日の１５：００に着信があったとすると、特定部１３ａは、記憶部１５に蓄積された操作ログＬから、ユーザＩＤが「ユーザＡ」の操作ログＬであって、曜日が「月」かつ時刻が１４：３０－１５：３０の間である操作ログＬを抽出する。抽出されたデータが図８に示すものである場合、電話端末「Ｔ００１」、「Ｔ００２」、「Ｔ００３」の応答確率Ｐａ’、Ｐｂ’、Ｐｃ’は、それぞれ、次の式（５）～（７）のように算出される。

電話端末「Ｔ００１」：Ｐａ’＝Ｎａ’／Ｎ’＝２／６≒０．３３…式（５）
電話端末「Ｔ００２」：Ｐｂ’＝Ｎｂ’／Ｎ’＝１／６≒０．１７…式（６）
電話端末「Ｔ００３」：Ｐｃ’＝Ｎｃ’／Ｎ’＝３／６＝０．５０…式（７）
尚、Ｎａ’、Ｎｂ’、Ｎｃ’は、それぞれ、ユーザＡが月曜日の１４：３０－１５：３０の任意の時刻において電話端末「Ｔ００１」、「Ｔ００２」、「Ｔ００３」で発信又は応答した回数である。Ｎ’は、ユーザＡが月曜日の１４：３０－１５：３０の任意の時刻において発信又は応答した全回数である。

したがって、特定部１３ａは、鳴動させる電話端末３０の順番を、電話端末「Ｔ００３」、電話端末「Ｔ００１」、電話端末「Ｔ００２」の順番に決定してよい。

このように実施形態２によれば、ＰＢＸ１０ａは、ユーザに対し着信があると、ユーザが過去に使用した電話端末３０の各々の応答確率を計算し、これらの電話端末３０のうち、どの電話端末３０から鳴動させるかを決める。ＰＢＸ１０ａは、着信したユーザの現在の予定から所在情報を取得することができれば、所在情報をキーに操作ログＬを抽出し、各電話端末３０の応答確率を算出する。一方、ＰＢＸ１０ａは、着信したユーザの現在の予定から所在情報を取得することができなければ、曜日と時刻をキーに操作ログＬを抽出し、各電話端末３０の応答確率を算出する。そしてＰＢＸ１０ａは、算出した応答確率の最も高い電話端末３０、又は応答確率が高い順に電話端末３０を鳴動させる。

これにより、被呼者にとって以下のような効果が期待できる。まず、応答する可能性の低い電話端末３０を無駄に鳴動させないことで、当該電話端末３０の周囲の環境を静かに保ちつつ、より確実にユーザに電話を繋げることができる。例えば、オフィスに設置されている電話端末３０であれば、静かなオフィス環境を提供しつつ、より確実にユーザに電話を繋げることができる。また、ネットワークのトラフィックの増加を抑え、輻輳を防ぐことができる。また、ネットワークのトラフィックが抑えられることで、ＰＢＸ１０ａのハードウェアリソースを節約することができる。また、ユーザが逐一鳴動順番を設定したり、設定を変更する手間を省くことができる。尚、ＰＢＸ１０ａは、ユーザの過去の電話端末の使用履歴に基づいて選択された電話端末３０を鳴動させて呼び出すため、ユーザは事前に使用する可能性がある電話端末３０を必ずしも登録しなくてよく、さらに手間を省くことができる。また、ＰＢＸ１０ａは、ユーザが所有する電話端末３０に加えて、会議室に設置された共有の電話端末３０等の、ユーザが所有していないが使用する可能性がある電話端末３０も鳴動させることができる。

また発呼者にとっては、電話帳から電話端末３０の電話端末ＩＤを選択することなく、相手名称であるユーザＩＤを選択して発信操作をするのみで、最も繋がり易い電話端末３０に電話をかけることができる。相手が複数の電話端末３０を所持していても、また会議中で席にいない場合でも、ＰＢＸ１０ａが、最も繋がり易い電話端末３０を自動的に選択して、当該電話端末３０を鳴動させる。したがって、発呼者は、連絡を取りたい相手が今現在どこに居るのかを意識する必要はなく、どの電話端末３０に掛ければよいかを意識する必要がない。また、ＰＢＸ１０ａが応答確率の高い電話端末３０から順に鳴動させる場合、発呼者は、次々に被呼者の電話端末３０に対して発信操作をする必要がなく、利便性が向上する。

したがって、実施形態２によれば、よりユーザセントリックなＰＢＸ１０ａを実現することができる。

続いて、電話交換装置及びＰＢＸの物理構成を説明する。図９は、電話交換装置及びＰＢＸとして用いられ得るコンピュータの構成例を示す図である。コンピュータ１０００は、プロセッサ１０１０、記憶部１０２０、ＲＯＭ（Read Only Memory）１０３０、ＲＡＭ（Random Access Memory）１０４０、通信インタフェース（ＩＦ：Interface）１０５０、及びユーザインタフェース１０６０を有する。

通信インタフェース１０５０は、有線通信手段又は無線通信手段などを介して、コンピュータ１０００と通信ネットワークとを接続するためのインタフェースである。ユーザインタフェース１０６０は、例えばディスプレイなどの表示部を含む。また、ユーザインタフェース１０６０は、キーボード、マウス、及びタッチパネルなどの入力部を含む。尚、ユーザインタフェース１０６０は、必須ではない。

記憶部１０２０は、各種のデータを保持できる補助記憶装置である。記憶部１０２０は、必ずしもコンピュータ１０００の一部である必要はなく、外部記憶装置であってもよいし、ネットワークを介してコンピュータ１０００に接続されたクラウドストレージであってもよい。

ＲＯＭ１０３０は、不揮発性の記憶装置である。ＲＯＭ１０３０には、例えば比較的容量が少ないフラッシュメモリなどの半導体記憶装置が用いられる。プロセッサ１０１０が実行するプログラムは、記憶部１０２０又はＲＯＭ１０３０に格納され得る。記憶部１０２０又はＲＯＭ１０３０は、例えば電話交換装置及びＰＢＸ内の各部の機能を実現するための各種プログラムを記憶する。

上記プログラムは、様々なタイプの非一時的なコンピュータ可読媒体を用いて格納され、コンピュータ１０００に供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記憶媒体を含む。非一時的なコンピュータ可読媒体の例は、例えばフレキシブルディスク、磁気テープ、又はハードディスクなどの磁気記録媒体、例えば光磁気ディスクなどの光磁気記録媒体、ＣＤ（compact disc）、又はＤＶＤ（digital versatile disk）などの光ディスク媒体、及び、マスクＲＯＭ、ＰＲＯＭ（programmable ROM）、ＥＰＲＯＭ（erasable PROM）、フラッシュＲＯＭ、又はＲＡＭなどの半導体メモリを含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体を用いてコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバなどの有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

ＲＡＭ１０４０は、揮発性の記憶装置である。ＲＡＭ１０４０には、ＤＲＡＭ（Dynamic Random Access Memory）又はＳＲＡＭ（Static Random Access Memory）などの各種半導体メモリデバイスが用いられる。ＲＡＭ１０４０は、データなどを一時的に格納する内部バッファとして用いられ得る。プロセッサ１０１０は、記憶部１０２０又はＲＯＭ１０３０に格納されたプログラムをＲＡＭ１０４０に展開し、実行する。プロセッサ１０１０は、ＣＰＵ（Central Processing Unit）又はＧＰＵ（Graphics Processing Unit）であってよい。プロセッサ１０１０がプログラムを実行することで、電話交換装置及びＰＢＸ内の各部の機能が実現され得る。プロセッサ１０１０は、データなどを一時的に格納できる内部バッファを有してもよい。

以上、実施形態を参照して本開示を説明したが、本開示は上記によって限定されるものではない。本開示の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

上述の実施形態２では、特定部１３ａは、ユーザＩＤ及びイベント情報Ｉから取得した所在情報をキーとして抽出される操作ログＬがなかった場合、ユーザＩＤ及び曜日及び時刻をキーとして抽出した操作ログＬに基づいて電話端末３０を特定するとした。しかしこれに代えて又は加えて、特定部１３ａは、他のユーザの操作ログＬに基づいて電話端末３０を特定してもよい。例えば、イベント情報Ｉから取得した所在情報が、会議室Ａといった複数人が使用する場所であり、共有の電話端末３０が設置された場所である場合、特定部１３ａは、他のユーザの操作ログＬから、所在情報に対応する電話端末ＩＤを特定してよい。この場合、ＰＢＸ１０ａは、電話端末３０の電話端末ＩＤと、設置場所とを対応付けたテーブルを有し、テーブルを参照することにより、所在情報に対応する電話端末ＩＤを特定してよい。尚、特定部１３ａは、上述のように他のユーザの操作ログＬから特定した電話端末ＩＤを第１優先の電話端末ＩＤとしてもよいし、曜日及び時刻に対応するユーザの操作ログＬから特定した電話端末ＩＤよりも優先順位を低くしてもよい。

また上述の実施形態２では、ＰＢＸ１０ａの特定部１３ａは、所在情報を取得できる場合、所在情報に基づいて操作ログＬを抽出し、抽出した操作ログＬから電話端末ＩＤごとの応答確率を算出し、応答確率に基づいて電話端末ＩＤを特定した。しかしこれに代えて、特定部１３ａは、所在情報を取得できる場合、所在情報に基づいて最も繋がりやすい電話端末種別を特定し、電話端末種別に合致する電話端末３０の電話端末ＩＤを特定してよい。この場合、過去の使用履歴である操作ログＬには、所在情報に代えて又は加えて、電話端末ＩＤに対応する電話端末種別が含まれていてよい。具体的には、特定部１３ａは、所在情報を取得できる場合は、ユーザＩＤに対応する操作ログＬから、所在情報に対応する電話端末種別を有する電話端末ＩＤを、第１優先で鳴動させる電話端末３０の電話端末ＩＤとして特定してよい。例えば、特定部１３ａは、所在情報が「外出中」であれば、携帯電話を第１優先で鳴動させる電話端末３０として特定する。尚、特定部１３ａは、操作ログＬから所在情報に対応する電話端末種別の電話端末ＩＤを特定できない場合、前述した電話端末ＩＤと設置場所とを対応付けたテーブルを用いて、所在情報に対応する設置場所を有する電話端末３０の電話端末ＩＤを特定してよい。例えば、特定部１３ａは、所在情報が「会議室Ａ」であれば、会議室Ａに設置している電話端末３０を、第１優先で鳴動させる電話端末３０として特定する。尚、特定部１３ａは、イベント情報Ｉがない、又はイベント情報Ｉから所在情報が取得できなかった場合は、上述の実施形態２と同様の処理を行ってよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
ユーザＩＤを含む着信を検出した場合、前記ユーザＩＤを有するユーザの、スケジュールイベントを示すイベント情報を取得する取得部と、
前記イベント情報から、前記ユーザの所在情報を抽出する抽出部と、
前記所在情報に基づいて、前記ユーザが過去に使用した電話端末の中から応答の可能性が最も高い電話端末を特定する特定部と、
特定した前記電話端末を鳴動させる呼制御部と
を備える電話交換装置。
（付記２）
前記取得部は、前記ユーザのスケジュールを管理するスケジュール管理アプリケーションから、前記イベント情報を取得する
付記１に記載の電話交換装置。
（付記３）
電話端末からの発信操作又は応答操作を検出した場合、
前記取得部は、前記電話端末に対応付けられたユーザＩＤを有するユーザのイベント情報を取得し、
前記抽出部は、前記イベント情報から所在情報を抽出し、電話端末ＩＤ、操作日時、及び前記所在情報を対応付けた操作ログを生成し、前記操作ログを記憶部に格納し、
前記ユーザＩＤを含む着信を検出した場合、
前記特定部は、前記操作ログに基づいて、前記ユーザＩＤに対応する電話端末ＩＤの中から応答の可能性が最も高い電話端末ＩＤを特定する
付記１又は２に記載の電話交換装置。
（付記４）
前記ユーザＩＤを含む着信を検出した場合、
前記特定部は、前記記憶部に格納された操作ログに基づいて、前記ユーザＩＤに対応する電話端末ＩＤごとの応答確率を算出する
付記３に記載の電話交換装置。
（付記５）
前記ユーザＩＤを含む着信を検出した場合であって、取得した前記イベント情報から前記所在情報を抽出した場合、
前記特定部は、前記所在情報に基づいて、前記記憶部に格納された操作ログを抽出し、抽出した前記操作ログに基づいて、前記ユーザＩＤに対応する電話端末ＩＤごとの応答確率を算出する
付記４に記載の電話交換装置。
（付記６）
前記ユーザＩＤを含む着信を検出した場合であって、前記イベント情報を取得していない、又は前記ユーザの所在情報を抽出していない場合、
前記特定部は、現在の時刻、時間帯又は曜日に基づいて、前記記憶部に格納された操作ログを抽出し、抽出した前記操作ログに基づいて、前記ユーザＩＤに対応する電話端末ＩＤごとの応答確率を算出する
付記４又は５に記載の電話交換装置。
（付記７）
前記呼制御部は、前記応答確率が高い電話端末ＩＤを有する電話端末から順に鳴動させる
付記４から６のいずれか一項に記載の電話交換装置。
（付記８）
複数の電話端末と、
付記１から７のいずれか一項に記載の電話交換装置と
を備える電話システム。
（付記９）
前記取得部は、前記ユーザのスケジュールを管理するスケジュール管理アプリケーションから、前記イベント情報を取得する
付記８に記載の電話システム。
（付記１０）
付記１から７のいずれか一項に記載の電話交換装置、として機能するコンピュータが行う電話交換方法。
（付記１１）
コンピュータに、付記１０に記載の電話交換方法、を実行させるプログラム。

１ 電話システム
１０，１０ａ 電話交換装置（ＰＢＸ）
１１，１１ａ 取得部
１２，１２ａ 抽出部
１３，１３ａ 特定部
１４，１４ａ 呼制御部
１５ 記憶部
１６ タイマー
２０ ユーザ端末
２１ スケジュール管理アプリケーション
２２ カレンダーＡＰＩ（Application Programming Interface）
３０ 電話端末
Ｌ 操作ログ
Ｓ スケジュール情報
Ｉ イベント情報

Claims (10)

1. ユーザＩＤを含む着信を検出した場合、前記ユーザＩＤを有するユーザの、スケジュールイベントを示すイベント情報を取得する取得部と、
   前記イベント情報から、前記ユーザの所在情報を抽出する抽出部と、
   前記所在情報に基づいて、前記ユーザが過去に使用した電話端末の中から応答の可能性が最も高い電話端末を特定する特定部と、
   特定した前記電話端末を鳴動させる呼制御部と
   を備える電話交換装置。
2. 前記取得部は、前記ユーザのスケジュールを管理するスケジュール管理アプリケーションから、前記イベント情報を取得する
   請求項１に記載の電話交換装置。
3. 電話端末からの発信操作又は応答操作を検出した場合、
   前記取得部は、前記電話端末に対応付けられたユーザＩＤを有するユーザのイベント情報を取得し、
   前記抽出部は、前記イベント情報から所在情報を抽出し、電話端末ＩＤ、操作日時、及び前記所在情報を対応付けた操作ログを生成し、前記操作ログを記憶部に格納し、
   前記ユーザＩＤを含む着信を検出した場合、
   前記特定部は、前記操作ログに基づいて、前記ユーザＩＤに対応する電話端末ＩＤの中から応答の可能性が最も高い電話端末ＩＤを特定する
   請求項１又は２に記載の電話交換装置。
4. 前記ユーザＩＤを含む着信を検出した場合、
   前記特定部は、前記記憶部に格納された操作ログに基づいて、前記ユーザＩＤに対応する電話端末ＩＤごとの応答確率を算出する
   請求項３に記載の電話交換装置。
5. 前記ユーザＩＤを含む着信を検出した場合であって、取得した前記イベント情報から前記所在情報を抽出した場合、
   前記特定部は、前記所在情報に基づいて、前記記憶部に格納された操作ログを抽出し、抽出した前記操作ログに基づいて、前記ユーザＩＤに対応する電話端末ＩＤごとの応答確率を算出する
   請求項４に記載の電話交換装置。
6. 前記ユーザＩＤを含む着信を検出した場合であって、前記イベント情報を取得していない、又は前記ユーザの所在情報を抽出していない場合、
   前記特定部は、現在の時刻、時間帯又は曜日に基づいて、前記記憶部に格納された操作ログを抽出し、抽出した前記操作ログに基づいて、前記ユーザＩＤに対応する電話端末ＩＤごとの応答確率を算出する
   請求項４又は５に記載の電話交換装置。
7. 前記呼制御部は、前記応答確率が高い電話端末ＩＤを有する電話端末から順に鳴動させる
   請求項４から６のいずれか一項に記載の電話交換装置。
8. 複数の電話端末と、
   請求項１から７のいずれか一項に記載の電話交換装置と
   を備える電話システム。
9. 請求項１から７のいずれか一項に記載の電話交換装置、として機能するコンピュータが行う電話交換方法。
10. コンピュータに、請求項９に記載の電話交換方法、を実行させるプログラム。

Images