(57)【要約】【課題】即時表示や即時通知等が求められる電話機の反応速度を向上させる。【解決手段】反応速度向上装置が、複数の端末それぞれに対して割り当てた所定の順番に従って前記複数の端末それぞれに対して所定の指示を出すイベントである第１のイベントと、着信先の端末を特定した通話の開始を試みている端末又は通話中の端末に対して所定の指示を出すイベントである第２のイベントとの双方のイベントが未処理である場合に、前記第２のイベントに関連する端末についてのイベントの処理を実行した後に、他の端末についてのイベントの処理を実行する。【選択図】図１
2016134818.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末それぞれに対して割り当てた所定の順番に従って前記複数の端末それぞれに対して所定の指示を出すイベントである第１のイベントと、着信先の端末を特定した通話の開始を試みている端末又は通話中の端末に対して所定の指示を出すイベントである第２のイベントとの双方のイベントが未処理である場合に、前記第２のイベントに関連する端末についてのイベントの処理を実行した後に、他の端末についてのイベントの処理を実行することを特徴とする反応速度向上装置。
【請求項２】
前記他の端末についてのイベントの処理を実行している途中で、前記第２のイベントが新たに発生した場合には、前記他の端末についてのイベントの処理を中断して、前記新たに発生した第２のイベントに関連する端末についてのイベントの処理を実行することを特徴とする請求項１に記載の反応速度向上装置。
【請求項３】
前記他の端末についてのイベントの処理を複数の他の端末の内の１つの端末について実行する度に、前記第２のイベントが新たに発生していないか否かを確認することを特徴とする請求項１又は２に記載の反応速度向上装置。
【請求項４】
前記第２のイベントに関連する端末についての前記第２のイベントを処理する場合に、前記第２のイベントに関連する端末についての第１のイベントの処理も併せて実行することを特徴とする請求項１乃至３の何れか１項に記載の反応速度向上装置。
【請求項５】
前記複数の端末は電話交換機に接続された電話機であり、前記第１のイベント及び前記第２のイベントにおける前記所定の指示は、前記電話交換機から送信される、前記電話機である端末を制御するための制御メッセージにより示されることを特徴とする請求項１乃至４の何れか１項に記載の反応速度向上装置。
【請求項６】
前記端末のそれぞれについて、着信先の端末を特定した通話の開始を試みている端末又は通話中の端末であるか否かを記憶する通話端末管理配列記憶手段と、
端末から、着信先の端末を特定した通話を開始又は終了するための操作の受け付けがあった旨のメッセージ、或いは着信先の端末を特定しない通話を開始又は終了するための操作の受け付けがあった旨のメッセージを受信する受信手段と、
前記受信手段で受け付けたメッセージを解析し、解析したメッセージの内容を呼制御手段に出力する上りイベント解析手段と、
前記上りイベント解析手段が出力するメッセージの内容に基づいて、端末それぞれの状態に対応するように前記通話端末管理配列記憶手段が記憶する情報を書き換えると共に端末に対して送信する前記所定の指示を生成し、生成した前記所定の指示を送信先となる端末に対して送信するように下りイベント解析手段に指示を出す前記呼制御手段と、
前記通話端末管理配列記憶手段が記憶している情報を読み取ることにより認識した、着信先の端末を特定した通話の開始を試みている端末又は通話中の端末を優先して順番に前記所定の指示を送信するように送信手段に指示を出す前記下りイベント解析手段と、
前記下りイベント解析手段の指示に従って前記所定の指示を複数の前記端末に送信する前記送信手段と、
を備えることを特徴とする請求項１乃至５の何れか１項に記載の反応速度向上装置。
【請求項７】
前記呼制御手段は前記上りイベント解析手段が出力するメッセージの内容が、
着信先の端末を特定した通話の開始を試みるためのメッセージである場合に、該メッセージに関連する端末を着信先の端末を特定した通話の開始を試みている端末として前記通話端末管理配列記憶手段を書き換え、
通話が開始されたことを表すメッセージである場合に、該メッセージに関連する端末を通話中の端末として前記通話端末管理配列記憶手段を書き換え、
通話を終了するためのメッセージである場合に、該メッセージに関連する端末を通話中の端末ではないとして前記通話端末管理配列記憶手段を書き換えることを特徴とする請求項６に記載の反応速度向上装置。
【請求項８】
前記通話端末管理配列は、優先制御の対象とする着信先の端末を特定した通話の開始を試みている端末又は通話中の端末を特定する通話端末処理列と、優先制御の対象としない端末を特定する通常処理列と、の２つの処理列を有しており、
前記下りイベント解析手段は、前記通話端末処理列を前記通常処理列よりも優先して参照することにより前記所定の指示を送信する前記順番を決定することを特徴とする請求項６又は７に記載の反応速度向上装置。
【請求項９】
反応速度向上装置と、複数の端末とを含む反応速度向上システムであって、
前記反応速度向上装置は、請求項１乃至８の何れか１項に記載の反応速度向上装置であり、
前記複数の端末のうちの少なくとも１つの端末は、前記反応速度向上装置からの前記所定の指示の内容に基づいて、ユーザに対して所定の情報を出力することを特徴とする反応速度向上システム。
【請求項１０】
複数の端末それぞれに対して割り当てた所定の順番に従って前記複数の端末それぞれに対して所定の指示を出すイベントである第１のイベントと、着信先の端末を特定した通話の開始を試みている端末及び通話中の端末に対して所定の指示を出すイベントである第２のイベントとの双方のイベントが未処理である場合に、前記第２のイベントに関連する端末についてのイベントの処理を実行した後に、他の端末についてのイベントの処理を実行する反応速度向上装置としてコンピュータを機能させることを特徴とする反応速度向上プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話機の反応速度を向上するための、反応速度向上装置、反応速度向上システム及び反応速度向上プログラムに関する。
【背景技術】
【０００２】
電話交換機システムには多機能電話機を多数接続することが可能であり、その接続台数を例えば５００台以上とすることも可能である。
【０００３】
そして、電話交換機システムが、これら多数の多機能電話機一台ずつに対して制御用メッセージを送出することによって各多機能電話機は制御される。また、このような電話交換機システムでは、多機能電話機一台ずつに所定の管理番号（以下、適宜「ポート番号」と呼ぶ。）を割り当て、若いポート番号から順番に制御メッセージを送出することにより制御を行なう。
【０００４】
このような電話交換機システムに関する技術の一例が、例えば特許文献１や特許文献２に記載されている。
【０００５】
この点、例えば特許文献１に記載の技術では、複数の多機能電話機を収容する構内交換機の記憶手段が、鳴動振動信号の送信順序をデータとして予め記憶しておく。そして、入力回線に着信があった場合は、記憶手段から送信順序を読み出し、その送信順序に従って順次鳴動信号を送信する。これにより、各多機能電話機に入力回線に着信があったことを通知している。
【０００６】
また、特許文献２に記載の技術では、ユーザによる操作があった多機能電話機を、一定時間優先的に処理対象とする。これにより、特許文献２に記載の技術では、操作を行ったユーザに対して遅延を感じさせないような動作を可能としている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平０１−２６４４６１号公報
【特許文献２】特開２０１０−１９９６９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、特許文献１や特許文献２に記載の技術を用いることにより、多数の多機能電話機を制御することが可能となる。
【０００９】
しかしながら、特許文献１等に記載の技術を電話交換機システムの処理能力がそれほど高くない状況で用いてしまうと、ある問題が生じる。その問題について説明する。電話交換機システムの処理能力がそれほど高くない状況であるにも関わらず、多機能電話機を多数接続させてしまい、更に特許文献１に記載の技術を用いてしまうと、処理の順番が後の多機能電話機は、動作を開始するのが遅くなってしまう。これにより、当該多機能電話機を操作しているユーザが多機能電話機の反応速度を遅く感じてしまう、という問題が生じる。
【００１０】
これに対し、特許文献２に記載の技術を用いれば、多機能電話機を操作したユーザに対して多機能電話機の反応速度を向上させることはできる。
【００１１】
しかしながら、直接ユーザからの操作がないもののユーザへの即時表示や即時通知等が求められるケース、例えば、内線着信を受けるケース、通話中に通話相手の操作により保留されるケース、通話元の操作により通話を転送されるケース等は、ユーザが多機能電話機の反応速度を遅く感じてしまうという問題が残っていた。
【００１２】
そこで、本発明は、即時表示や即時通知等が求められる電話機の反応速度を向上させることが可能な、反応速度向上装置、反応速度向上システム及び反応速度向上プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の第１の観点によれば、複数の端末それぞれに対して割り当てた所定の順番に従って前記複数の端末それぞれに対して所定の指示を出すイベントである第１のイベントと、着信先の端末を特定した通話の開始を試みている端末又は通話中の端末に対して所定の指示を出すイベントである第２のイベントとの双方のイベントが未処理である場合に、前記第２のイベントに関連する端末についてのイベントの処理を実行した後に、他の端末についてのイベントの処理を実行することを特徴とする反応速度向上装置が提供される。
【００１４】
本発明の第２の観点によれば、反応速度向上装置と、端末とを含む反応速度向上システムであって、前記反応速度向上装置は、上記本発明の第１の観点により提供される反応速度向上装置であり、前記複数の端末のうちの少なくとも１つの端末は、前記反応速度向上装置からの前記所定の指示の内容に基づいて、ユーザに対して所定の情報を出力することを特徴とする反応速度向上システムが提供される。
【００１５】
本発明の第３の観点によれば、複数の端末それぞれに対して割り当てた所定の順番に従って前記複数の端末それぞれに対して所定の指示を出すイベントである第１のイベントと、着信先の端末を特定した通話の開始を試みている端末及び通話中の端末に対して所定の指示を出すイベントである第２のイベントとの双方のイベントが未処理である場合に、前記第２のイベントに関連する端末についてのイベントの処理を実行した後に、他の端末についてのイベントの処理を実行する反応速度向上装置としてコンピュータを機能させることを特徴とする反応速度向上プログラムが提供される。
【発明の効果】
【００１６】
本発明によれば、即時表示や即時通知等が求められる電話機の反応速度を向上させることが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態の基本的構成を表すブロック図である。
【図２】本発明の実施形態の電話交換機システム内の制御モジュール構成を表すブロック図である。
【図３】本発明の実施形態の優先制御の仕組みについて表すイメージ図である。
【図４】本発明の実施形態における下りイベント解析モジュールの基本的動作を表すフローチャートである。
【図５−１】発明の実施形態の基本的動作を表すシーケンス図（１／３）である。
【図５−２】発明の実施形態の基本的動作を表すシーケンス図（２／３）である。
【図５−３】発明の実施形態の基本的動作を表すシーケンス図（３／３）である。
【発明を実施するための形態】
【００１８】
まず、本発明の実施形態の概略を説明する。本発明の実施形態は、概略、複数の多機能電話機を収容する電話交換機システムにおいて、即時表示や即時通知等が求められる多機能電話機の反応速度を向上する、というものである。
【００１９】
次に、本発明の実施形態の構成について図面を参照して詳細に説明する。
【００２０】
図１を参照すると、本発明の実施形態は、電話交換機システム１０と、５００台の多機能電話機である多機能電話機２０−１乃至２０−５００を含む。なお、多機能電話機の「−」以降の末尾の数字は、その多機能電話機２０のポート番号に対応する。例えば、多機能電話機２０−１のポート番号は、「ポート１」であり、多機能電話機２０−５００のポート番号は、「ポート５００」である。
【００２１】
また、電話交換機システム１０と多機能電話機２０−１乃至２０−５００及び通信網４０は、ＬＡＮ（Local Area Network）ケーブル３０を介して接続されている。ここで、通信網４０は、公衆網により実現される、いわゆる外線である。そして、多機能電話機２０−１乃至２０−５００は、電話交換機システム１０による制御に基づいて、通信網４０に接続されている外線の電話機（図示を省略する）と通信を行なうことができる。
【００２２】
電話交換機システム１０は、ハードウェアとソフトウェアが協働して動作する電話交換機である。電話交換機システム１０は各多機能電話機との通信機能のほか、通信網４０との通信機能も有し、外線着信等の通知の受信や応答などの通知を送信する機能を有する。そして、多機能電話機２０−１乃至２０−５００は、電話交換機システム１０による制御に基づいて、相互に通信を行なう。また、多機能電話機２０−１乃至２０−５００は、電話交換機システム１０による制御に基づいて、通信網４０に接続されている外線の電話機（図示を省略する）と通信を行なう。電話交換機システム１０の詳細な構成については図２を参照して後述する。
【００２３】
また、図１には、多機能電話機２０−１乃至２０−５００のうち、システム内部で１番目のポート、すなわちポート番号１として収容及び管理されている多機能電話機２０−１と、５００番目のポート、すなわちポート番号５００として収容及び管理されている多機能電話機２０−５００を図示する。一方で、２番目のポート、すなわちポート番号２として管理されている多機能電話機２０−２乃至ポート４９９番目のポート、すなわちポート番号４９９として管理されている多機能電話機２０−４９９は図示を省略する。今回の説明では、多機能電話機２０が計５００台であると想定して説明を行うが、この台数はあくまで例示であり本実施形態の適用可能な多機能電話機２０の台数を限定するものではない。
【００２４】
各多機能電話機２０はユーザによるボタン操作等を受け付けて、受け付けた操作内容を電話交換機システム１０に送信する機能を有する。また、各多機能電話機２０は電話交換機システム１０からのランプの点滅指示や、着信中である旨等の情報の表示部への表示指示等を制御メッセージとして受信する機能を有する。そして、これらの制御メッセージを受信した各多機能電話機２０は、制御メッセージの内容に応じてランプを点滅させたり、着信中である旨等の情報を自身に含まれる表示部に表示させたりする。
【００２５】
次に、図２を参照して電話交換機システム１０内に含まれる各制御モジュールについて説明をする。
【００２６】
図２を参照すると電話交換機システム１０は、ＬＡＮインターフェースモジュール１１（図中では、「ＬＡＮ  Ｉ／Ｆモジュール１１」と表記する。）、上りイベント解析モジュール１２、呼制御モジュール１３、下りイベント解析モジュール１４及び通話端末管理配列記憶部１５を含む。
【００２７】
ＬＡＮインターフェースモジュール１１はＬＡＮケーブル３０を介して多機能電話機２０−１乃至２０−５００あるいは通信網４０から送られてきたメッセージを受信したり、多機能電話機２０−１乃至２０−５００あるいは通信網４０へのメッセージを、ＬＡＮケーブル３０を介して送出したりする機能を有する。なお、ＬＡＮインターフェースモジュール１１は、本発明の受信手段及び送信手段に相当する。
【００２８】
上りイベント解析モジュール１２は、多機能電話機２０−１乃至２０−５００あるいは通信網４０から送られてきたメッセージをＬＡＮインターフェースモジュール１１から受信する。そして、上りイベント解析モジュール１２は、受信したメッセージを解析し、解析結果であるメッセージの内容を呼制御モジュール１３に送信する。
【００２９】
呼制御モジュール１３は上りイベント解析モジュール１２から送られてきたメッセージの内容を受信する。
【００３０】
そして、呼制御モジュール１３は、受信したメッセージの内容と、呼制御モジュール１３内で管理している多機能電話機２０−１乃至２０−５００の状態とに基づいて制御メッセージを生成する。また、呼制御モジュール１３は、生成した制御メッセージを下りイベント解析モジュール１４に送信する。ここで、制御メッセージの具体例としては「多機能電話機２０−１乃至２０−５００に対して、赤色でランプを点灯する旨を通知する」や「何れかの多機能電話機２０に対して、内線着信中である旨を表示部に表示する旨を通知する」等が挙げられる。更に、呼制御モジュール１３は、各多機能電話機２０の状態を判断し、通話端末管理配列記憶部１５に対して書き換えを行う機能を有する。
【００３１】
以下の説明においては、送話及び受話可能に回線が確立された状態を「通話状態」と呼ぶ。また、回線を確立する前段階である、発信元の電話機から着信先の電話機に対しての発呼が開始されてから着信先の電話機が応答をしたことにより送話及び受話可能に回線が確立されるまでの状態を「通話試行状態」と呼ぶ。
【００３２】
ただし、「通話試行状態」に含まれるのは、着信先となる多機能電話機２０が特定されている場合であり、着信先となる多機能電話機２０が特定されていない場合には発信元の電話機からの発呼が開始されたとしても「通話試行状態」にあるとは扱わない。例えば、多機能電話機２０間で内線による通話を行なう場合の発呼は、着信先となる多機能電話機２０を特定したものである。従って、このような発呼が開始されると「通話試行状態」にあるとして扱う。また、他の多機能電話機２０に対して外線を転送する場合にも、着信先となる多機能電話機２０は特定される。従ってこのような場合には、転送が開始されると「通話試行状態」にあると扱う。一方で、例えば、外線の電話機からの発呼があった場合には、着信先となる多機能電話機２０は特定されておらず、全ての多機能電話機２０が着信先となる。従ってこのような発呼が開始されたとしても「通話試行状態」にあるとは扱わない。
【００３３】
そして、呼制御モジュール１３は、通話試行状態にある多機能電話機２０と、通話状態にある多機能電話機２０のポート番号を通話端末処理列に加える。
【００３４】
一方で、呼制御モジュール１３は、通話試行状態にも通話状態にもない多機能電話機２０のポート番号を通常処理列に加える。
【００３５】
ここで、各多機能電話機２０が何れの状態にあるのかは、電話交換機システム１０が受信したメッセージの内容を確認することにより判断することができる。
【００３６】
例えば、発信元のユーザが多機能電話機２０の受話器を持ち、オフフックとした後に、ボタン押下により着信先に対応する内線番号を入力すると、着信先となる多機能電話機２０を特定した通話を開始するためのメッセージが発信元の多機能電話機２０から電話交換機システム１０へ送信される。電話交換機システム１０は、このメッセージを受信すると、送信元の多機能電話機２０と着信先の多機能電話機２０が通話試行状態に移行したと判断できる。そして、呼制御モジュール１３は、送信元の多機能電話機２０のポート番号と着信先の多機能電話機２０のポート番号を通話端末処理列に加える。
【００３７】
また、着信先の多機能電話機２０では着信があったことから着信音が鳴動している。これを聞いたユーザが受話器を持ち、オフフックとすると、着信先の多機能電話機２０からの通話を開始するためのメッセージが電話交換機システム１０へ送信される。電話交換機システム１０は、このメッセージを受信すると、送信元の多機能電話機２０と着信先の多機能電話機２０が通話状態に移行したと判断できる。そして、呼制御モジュール１３は、送信元の多機能電話機２０のポート番号と着信先の多機能電話機２０のポート番号を通話端末処理列に加える。
【００３８】
更に、通話状態にある多機能電話機２０の何れかの受話器が置かれオンフックとなると、通話状態にある多機能電話機２０から通話を終了するためのメッセージが電話交換機システム１０へ送信される。電話交換機システム１０は、このメッセージを受信すると、送信元の多機能電話機２０と着信先の多機能電話機２０の通話状態が終了したと判断できる。そして、呼制御モジュール１３は、この通話状態が終了した、送信元であった多機能電話機２０のポート番号と着信先であった多機能電話機２０のポート番号を通話端末処理列から通話端末処理列に移動させる。
【００３９】
下りイベント解析モジュール１４は、呼制御モジュール１３から送信された制御メッセージが有るか否かを所定の周期で監視する。そして、下りイベント解析モジュール１４は、送信するべき制御メッセージが存在する場合は、その制御メッセージに基づいた処理をするというイベントを処理する。具体的には、その制御メッセージを、多機能電話機２０−１乃至２０−５００に送信するフォーマットに準拠するように加工する。そして、イベント解析モジュール１４は、ＬＡＮインターフェースモジュール１１を介して、多機能電話機２０−１乃至２０−５００に対して、加工した制御メッセージを送信する。
【００４０】
ここで、下りイベント解析モジュール１４によるイベントの処理は、通話試行実行状態にある多機能電話機２０について優先して行われる。そのため、下りイベント解析モジュール１４は、イベントを処理する場合に、まず通話端末管理配列記憶部１５の読み込みを行う。
【００４１】
ここで、図３を参照して、下りイベント解析モジュール１４による通話端末管理配列記憶部１５の読み込みについて説明する。
【００４２】
図３の上側には、通話端末管理配列記憶部１５の通話端末処理列に多機能電話機２０のポート番号が加わっていない場合について記載されている。すなわち、何れの多機能電話機２０も通話状態及び通話試行状態（以下、通話状態又は通話試行状態をまとめて「通話試行実行状態」と呼ぶ）に無い場合について記載されている。
【００４３】
この場合には、図３の上側に表わされるように通常処理列のみが存在し、通話端末処理列には何れのポートも含まれていない（そのため、図３の上側では話端末処理列の図示を省略する）。この場合、下りイベント解析モジュール１４は、イベントを処理する際に常に通常処理列を読み込む。そのため、通常処理列に含まれるポート番号の内の、番号が若いポート１の多機能電話機２０−１からポート５００の多機能電話機２０−５００に昇順に処理を進める。
【００４４】
次に、図３の下側には、ポート５００の多機能電話機からポート４９９の多機能電話機２０への発信操作、すなわち、着信先となる多機能電話機２０を特定したＩＮＶＩＴメッセージの送信操作を受け付けたことにより、通話端末管理配列記憶部１５の通話端末処理列に多機能電話機２０のポート番号としてポート４９９及びポート５００が加わっている場合について記載されている。つまり、通話試行実行状態の多機能電話機２０が存在する場合について記載されている。
【００４５】
この場合には、通話試行実行状態の多機能電話機２０のポート番号であるポート４９９及びポート５００が通話端末処理列に加えられる。そして、ポート４９９及びポート５００に対応する多機能電話機２０−４９９及び多機能電話機２０−５００が優先制御の対象となる。そのため、下りイベント解析モジュール１４は、１つの多機能電話機２０についてのイベントの処理が終了する度に、通常処理列よりも通話端末処理列を常に優先して参照し、処理対象となる多機能電話機２０を選択してイベント処理の対象としていく。
【００４６】
この下りイベント解析モジュール１４によるイベント処理時の動作について図４のフローチャートを参照して説明する。
【００４７】
まず、下りイベント解析モジュール１４は、通話端末管理配列記憶部１５を参照し、通話端末処理列にポート番号が含まれているかを確認する（ステップＳ５１）。ここで、通話端末処理列にポート番号が含まれている場合（ステップＳ５１においてＹｅｓ）には、通話端末処理列に含まれているポート番号に対応する多機能電話機２０について未処理のイベントが有るか否かを確認する（ステップＳ５２）。未処理のイベントが存在する場合（ステップＳ５２においてＹｅｓ）には、かかる未処理のイベントを処理する（ステップＳ５３）。ここで、通話端末処理列にポート番号が複数存在し、この複数のポート番号に対応する多機能電話機２０それぞれについて未処理のイベントが存在する場合には、一番若いポート番号に対応する多機能電話機２０についての未処理のイベントを処理する。例えば、通話端末処理列にポート４９９とポート５００が存在しており、両ポートに対応する多機能電話機２０それぞれについて未処理のイベントが存在する場合には、ポート４９９に対応する多機能電話機２０−４９９についての未処理のイベントを処理する。
【００４８】
次に、下りイベント解析モジュール１４は、ステップＳ５３にて処理したイベントを、下りイベント解析モジュール１４から削除する。
【００４９】
そして、再度ステップＳ５１に戻り、通話端末管理配列記憶部１５を参照し、通話端末処理列にポート番号が含まれているかを確認する（ステップＳ５１）。仮に、通話端末処理列にポート番号が含まれており、このポート番号に対応する多機能電話機２０について未処理のイベントが存在するのであれば、通話端末処理列に含まれている全てのポート番号に対応する多機能電話機２０についての、全ての未処理のイベントが処理されるまで処理が繰り返される（ステップＳ５１においてＹｅｓ、ステップＳ５２においてＹｅｓ、ステップＳ５３及びステップＳ５４）。例えば、内線通話を行っている多機能電話機２０が二組存在する場合には、４台の多機能電話機２０が通話試行実行状態となっているので、これら４台についてのイベントが処理されるまで処理が繰り返される（ステップＳ５１においてＹｅｓ、ステップＳ５２においてＹｅｓ、ステップＳ５３及びステップＳ５４）。
【００５０】
一方で、通話端末処理列にポート番号が含まれていない場合（ステップＳ５１においてＮｏ）や、通話端末処理列にポート番号が含まれてはいるが、このポート番号に対応する多機能電話機２０について未処理のイベントが存在しない場合（ステップＳ５１においてＹｅｓ及びステップＳ５２においてＮｏ）には、ステップＳ５５に進む。
【００５１】
そして、ステップＳ５５では、下りイベント解析モジュール１４は、通話端末管理配列記憶部１５を参照し、通常処理列にポート番号が含まれているかを確認する（ステップＳ５５）。ここで、通常処理列にポート番号が含まれている場合（ステップＳ５５においてＹｅｓ）には、通常処理列に含まれているポート番号に対応する多機能電話機２０について未処理のイベントが有るか否かを確認する（ステップＳ５６）。未処理のイベントが存在する場合（ステップＳ５６においてＹｅｓ）には、かかる未処理のイベントを処理する（ステップＳ５７）。ここで、通常処理列にポート番号が複数存在し、この複数のポート番号に対応する多機能電話機２０それぞれについて未処理のイベントが存在する場合には、一番若いポート番号に対応する多機能電話機２０についての未処理のイベントを処理する。例えば、通常処理列にポート１乃至ポート４９７が存在しており、各ポートに対応する多機能電話機２０それぞれについて未処理のイベントが存在する場合には、ポート１に対応する多機能電話機２０−１についての未処理のイベントを処理する。
【００５２】
次に、下りイベント解析モジュール１４は、ステップＳ５７にて処理したイベントを、下りイベント解析モジュール１４から削除する。
【００５３】
そして、再度ステップＳ５１に戻り、通話端末管理配列記憶部１５を参照し、通常処理列にポート番号が含まれているかを確認する（ステップＳ５１）。
【００５４】
ここで、仮にステップＳ５５乃至ステップＳ５８の処理を実行中に新たに通話試行実行状態となった多機能電話機２０が存在するような場合には通話端末処理列に、この新たに通話試行実行状態となった多機能電話機２０のポート番号が含まれる。この場合には、この新たにポート番号が含まれた多機能電話機２０についての未処理のイベントを処理する（ステップＳ５１においてＹｅｓ、ステップＳ５２においてＹｅｓ、ステップＳ５３及びステップＳ５４）。
【００５５】
また、ステップＳ５５乃至ステップＳ５８の処理を実行中に、通話端末処理列に含まれるポート番号に対応する多機能電話機２０について、新たなイベントが発生するような場合も考えられる。例えば、通話試行実行状態にあった端末が通話を終了する場合には、通話を終了するためのイベントが新たに発生する。この場合にも、この多機能電話機２０についての新たに発生した未処理のイベントを処理する（ステップＳ５１においてＹｅｓ、ステップＳ５２においてＹｅｓ、ステップＳ５３及びステップＳ５４）。
【００５６】
一方で、ステップＳ５７にて処理後も、通話端末処理列にポート番号が含まれていない場合（ステップＳ５１においてＮｏ）や、通話端末処理列にポート番号が含まれてはいるが、このポート番号に対応する多機能電話機２０について未処理のイベントが存在しない場合（ステップＳ５１においてＹｅｓ及びステップＳ５２においてＮｏ）には、再度ステップＳ５５に進んで処理を繰り返す。
【００５７】
そして、通常処理列にポート番号が含まれていない場合（ステップＳ５５においてＮｏ）や、通常処理列にポート番号が含まれてはいるが、このポート番号に対応する多機能電話機２０について未処理のイベントが存在しない場合（ステップＳ５５においてＹｅｓ及びステップＳ５６においてＮｏ）には、ステップＳ５５に進んで処理を繰り返す。
【００５８】
下りイベント解析モジュール１４が、このように動作することにより、通話試行実行状態となった多機能電話機２０についてのイベントが常に優先的に処理されることとなり、優先制御の対象となった多機能電話機２０−１の反応速度を向上することが可能となる、という効果を奏する。
【００５９】
通話端末管理配列記憶部１５は、或る多機能電話機２０が通話試行実行状態であり優先制御の対象となっているか否かを多機能電話機２０毎に表す配列を記憶する部分である。上述したように、通話端末管理配列記憶部１５には「通常処理列」と「通話端末処理列」の２つの配列を含ませる。そして、通話試行実行状態に無い多機能電話機２０のポート番号は通常処理列に加える。例えば、何れの多機能電話機２０も通話試行実行状態にないのであれば、全ての多機能電話機２０のポート番号が通常処理列に加えられる。
【００６０】
一方で、通話試行実行状態にある多機能電話機２０のポート番号は、通話端末処理列に加え、通話試行実行状態にある間は、通常処理列からは削除される。そして、通話が終了し、アイドル状態に戻った場合には、通話試行実行状態からアイドル状態に戻った多機能電話機２０のポート番号は、通話端末処理から削除され、通常処理列に加えられる。つまり、通話試行実行状態にある多機能電話機２０のポート番号を、通話試行実行状態にある間は、通話端末処理列から通常処理列に移動する。
【００６１】
以上、電話交換機システム１０に含まれる各モジュールについて説明した。これらモジュールは本実施形態の動作に特に関連するモジュールであるが、電話交換機システム１０には、これ以外にも一般的な電話交換システムの機能を実現するための他のモジュールも含まれる。しかし、これら他のモジュールは当業者にとってよく知られているので、ここでは説明を省略する。
【００６２】
次に、図５−１、図５−２及び図５−３のシーケンス図を参照して本発明の実施形態の動作について詳細に説明する。
【００６３】
以下では、電話交換機システム１０に、通信網４０を介して外部の電話機より外線着信があったとほぼ同時に、多機能電話機２０−５００から多機能電話機２０−４９９へ内線発信操作を行なった場合を例として説明する。
【００６４】
まず、電話交換機システム１０はＬＡＮインターフェースモジュール１１にて外線着信メッセージを受信する。そして、かかる受信した外線着信メッセージを上りイベント解析モジュール１２に通知する（図５−１、ステップＳ１０１）。
【００６５】
これとほぼ同時に、ユーザＡが、多機能電話機２０−５００から多機能電話機２０−４９９の内線番号をダイヤルし発信ボタンを押す。なお、本説明では、説明の便宜上外線着信があった後に内線発信操作があったものとしているが、内線発信操作があった後に、外線着信があっても良い。
【００６６】
何れにしても、多機能電話機２０−５００は、この多機能電話機２０−４９９の内線番号のダイヤル及び発信ボタンの押下を受け付ける。その後、この内線番号ダイヤル及び発信ボタンを押したというメッセージは、ＬＡＮケーブル３０を通じて電話交換機システム１０に通知される（図５−１、ステップＳ１０２）。
【００６７】
上りイベント解析モジュール１２は、ＬＡＮインターフェースモジュール１１から通知された外線着信メッセージを解析する。そして、かかるメッセージの解析結果である「外線着信が発生した。」というメッセージを呼制御モジュール１３に通知する（図５−１、ステップＳ１０３）。
【００６８】
続いて電話交換機システム１０は、ＬＡＮインターフェースモジュール１１にて多機能電話機２０−５００からの、多機能電話機２０−４９９の内線番号のダイヤル及び発信ボタン押下を、多機能電話機２０−５００が受け付けた旨のメッセージを受信する。そして、かかる受信したメッセージを上りイベント解析モジュール１２に通知する（図５−１、ステップＳ１０４）。
【００６９】
「外線着信が発生した。」というメッセージを受信した呼制御モジュール１３は、接続されている５００台全ての多機能電話機２０である、多機能電話機２０−１（ポート１）乃至多機能電話機２０−５００（ポート５００）に対して外線着信があることを通知する。具体的には、「外線ボタンを赤点滅させる。」メッセージを、下りイベント解析モジュール１４に対して全ての多機能電話機の数の分だけ通知する（図５−１、ステップＳ１０５）。
【００７０】
上りイベント解析モジュール１２は、ステップＳ１０４にて通知されたメッセージの解析を行なう。そして、上りイベント解析モジュール１２は、解析結果である「多機能電話機２０−４９９の内線番号のダイヤル及び発信ボタン押下を、多機能電話機２０−５００が受け付けた。」というメッセージを呼制御モジュール１３に通知する（図５−１、ステップＳ１０６）。
【００７１】
「多機能電話機２０−４９９の内線番号のダイヤル及び発信ボタン押下を、多機能電話機２０−５００が受け付けた。」というメッセージを受信した呼制御モジュール１３は、内線発信であること、その発信元及び発信先となる多機能電話機のポートを解析する。そして、解析した発信元及び発信先となる多機能電話機のポートである、発信先ポート４９９及び発信元ポート５００について通話端末管理配列記憶部１５を書き換える（図５−１、ステップＳ１０７、Ｓ１０８）。具体的には、ポート４９９及びポート５００を通話端末管理配列記憶部１５の通常処理列から削除する一方で、これらポート４９９及びポート５００を通話端末管理配列記憶部１５の通話端末処理列に加える。なお、通話端末管理配列記憶部１５の書き換えたポート番号を通話端末処理列から削除して通常処理列に加えることによって、通話端末管理配列記憶部１５を書き換え前の元の状態に戻すのは呼制御モジュール１３が特定のメッセージにより通話試行実行状態の終了を判断したタイミングとなる。
【００７２】
さらに呼制御モジュール１３は、発信元多機能電話機２０−５００に対して内線発信中であることを通知するために、「発信元多機能電話機２０−５００に内線発信中の表示をさせる。」メッセージを下りイベント解析モジュール１４に対して出力する（図５−１、ステップＳ１０９）。
【００７３】
また呼制御モジュール１３は、発信先多機能電話機２０−４９９に対して内線着信中であることを通知するために、「発信先多機能電話機２０−４９９に内線着信中の表示をさせる。」メッセージを下りイベント解析モジュール１４に対して出力する（図５−１、ステップＳ１１０）。
【００７４】
他方で、下りイベント解析モジュール１４は、呼制御モジュール１３からメッセージを受信していないかを定周期で監視する。また、メッセージを受信していた場合には、このメッセージを解析して、どのようなイベントを表すメッセージであるかを確認する。この時点で受信しているメッセージを解析すると、未処理のイベントは、上述のステップＳ１０５にて通知された「多機能電話機２０−１乃至多機能電話機２０−５００の外線着信ボタンを赤点滅させる。」イベントと、上述のステップＳ１０９にて通知された「多機能電話機２０−５００に内線発信中の旨を表示させる。」イベントと、上述のステップＳ１１０にて通知された「多機能電話機２０−４９９に内線着信中の旨を表示させる。」イベントである。そして、下りイベント解析モジュール１４は、これらのイベントが未処理であることを認識する。次に、下りイベント解析モジュール１４は、まず通話端末管理配列記憶部１５に記憶されている通話端末管理配列を参照し、優先して処理すべきポートである、通話端末処理列に含まれるポートが有るか否かを確認する（図５−２、ステップＳ１１１）。
【００７５】
確認後、優先処理すべきポートである、通話端末処理列に含まれるポートが存在した場合、まず、優先制御すべきポートに対してイベント処理を開始する。
【００７６】
また、本説明では、上述したステップＳ１０８において、ポート４９９及びポート５００が通話端末処理列に加えられている。つまり、ポート４９９及びポート５００が優先制御の対象となっている。一方で、ポート１乃至ポート４９８は通常処理列に加えられている。つまり、ポート１乃至ポート４９８は優先制御の対象となっていない。そこで、下りイベント解析モジュール１４は、まず、ポート４９９及びポート５００の内で番号の若い、ポート４９９に対応する多機能電話機２０−４９９に対して、ステップＳ１０５にて通知されたイベント及びステップＳ１１０にて通知されたイベントに基づいて、外線着信ボタンを赤点滅させ、且つ、内線着信がある旨を表示させるメッセージを作成する。作成したメッセージは、ＬＡＮインターフェースモジュール１１に送信する（図５−２、ステップＳ１１２）。ここで、ステップＳ１１２における下りイベント解析モジュール１４の動作を図４のフローチャートに照らして説明する。ステップＳ１１２の時点では通話処理列にポート４９９及びポート５００が含まれることからステップＳ５１においてＹｅｓとなる。また、上述したようにポート４９９及びポート５００について未処理のイベントが存在することからステップＳ５２においてＹｅｓとなる。そして、ポート４９９についての未処理のイベントを処理する（ステップＳ５３）。更に、処理済みのイベントとなったポート４９９についてのイベントを削除する（ステップＳ５４）。
【００７７】
ＬＡＮインターフェースモジュール１１は、ステップＳ１１２において送信されたメッセージを受信し、多機能電話機２０−４９９に、そのメッセージを転送する（図５−２、ステップＳ１１３）。
【００７８】
多機能電話機２２０−４９９は、ステップＳ１１３にて転送されたメッセージに基づいて外線着信ボタンを赤点滅させ、且つ、内線着信がある旨を表示させる（図５−２、ステップＳ１１４）。
【００７９】
この時点で未処理のイベントは、上述のステップＳ１０５にて通知された「多機能電話機２０−１乃至多機能電話機２０−５００の外線着信ボタンを赤点滅させる。」イベントと、上述のステップＳ１０９にて通知された「多機能電話機２０−５００に内線発信中の旨を表示させる。」イベントである。そして、下りイベント解析モジュール１４は、処理すべきこれらのイベントがまだあることを認識しているので、再度、通話端末管理配列記憶部１５に記憶されている通話端末管理配列を参照し、優先して処理すべきポートである、通話端末処理列に含まれるポートが有るか否かを確認する（図５−２、ステップＳ１１５）。
【００８０】
今回は、上述したステップＳ１０８において、ポート４９９及びポート５００が通話端末処理列に加えられている。つまり、ポート４９９及びポート５００が優先制御の対象となっている。一方で、ポート１乃至ポート４９８は通常処理列に加えられている。つまり、ポート１乃至ポート４９８は優先制御の対象となっていない。そこで、下りイベント解析モジュール１４は、ポート５００に対応する多機能電話機２０−５００に対して外線着信ボタンを赤点滅させ、且つ、内線発信している旨を表示させるメッセージを作成し、ＬＡＮインターフェースモジュール１１に送信する（図５−２、ステップＳ１１６）。ここで、ステップＳ１１６における下りイベント解析モジュール１４の動作を図４のフローチャートに照らして説明する。ステップＳ１１６の時点では通話処理列にポート４９９及びポート５００が含まれることからステップＳ５１においてＹｅｓとなる。また、上述したようにポート５００について未処理のイベントが存在することからステップＳ５２においてＹｅｓとなる。そして、ポート５００についての未処理のイベントを処理する（ステップＳ５３）。更に、処理済みのイベントとなったポート５００についてのイベントを削除する（ステップＳ５４）。
【００８１】
ＬＡＮインターフェースモジュール１１は、ステップＳ１１６におけるメッセージを受信し、多機能電話機２０−５００に、そのメッセージを転送する（図５−２、ステップＳ１１７）。
【００８２】
多機能電話機２２０−５００は、ステップＳ１１７にて転送されたメッセージに基づいて外線着信ボタンを赤点滅させ、且つ、内線発信している旨を表示させる（図５−２、ステップＳ１１８）。
【００８３】
下りイベント解析モジュール１４は、処理すべきイベントがまだあると認識し、再度通話端末管理配列記憶部１５に記憶されている通話端末管理配列を参照し、優先して処理すべきポートである、通話端末処理列に含まれるポートが有るか否かを確認する（図５−２、ステップＳ１１９）。
【００８４】
今回は、上述したステップＳ１０８において、ポート４９９及びポート５００が通話端末処理列に加えられている。つまり、ポート４９９及びポート５００が優先制御の対象となっている。一方で、ポート１乃至ポート４９８は通常処理列に加えられている。つまり、ポート１乃至ポート４９８は優先制御の対象となっていない。そして、ポート４９９についてのイベントの処理は、ステップＳ１１２で処理済みである。また、ポート５００についてのイベントの処理は、ステップＳ１１６で処理済みである。
【００８５】
従って、優先して処理すべきポートに対しては処理するイベントは既に無い。そのため、次は通常処理する対象である、通常処理列に含まれる各ポートについてのイベントを処理する。ここで、未処理のイベントは、上述のステップＳ１０５にて通知された「多機能電話機２０−１乃至多機能電話機２０−５００の外線着信ボタンを赤点滅させる。」イベントである。また、現在通常処理列に含まれるポートはポート１乃至ポート４９９である。そこで、これらポートで一番若いポート１（に対応する多機能電話機２０−１）についてのイベントを処理後に、ポート２（に対応する多機能電話機２０−２）からポート４９９（に対応する多機能電話機２０−４９８）を対象としてイベントの処理を行なう。
【００８６】
具体的には、通常処理列に含まれる各ポートについて外線ボタンを赤点滅させるメッセージを作成する。作成したメッセージは、ＬＡＮインターフェースモジュール１１を介して各ポートそれぞれ対応する多機能電話機２０に対して送信する。このメッセージの作成及び送信の処理を、通常処理列に含まれる全てのポートについて行うまで、処理を繰り返す（図５−２、ステップＳ１２０、ステップＳ１２１）。ここで、ステップＳ１２０における下りイベント解析モジュール１４の動作を図４のフローチャートに照らして説明する。ステップＳ１２１の時点では通話処理列にポート４９９及びポート５００が含まれることからステップＳ５１においてＹｅｓとなる。また、上述したようにポート４９９及びポート５００について未処理のイベントは存在しないことからステップＳ５２においてＮｏとなる。そして、ポート１乃至ポート４９８が通常処理列に含まれることからステップＳ５５においてＹｅｓとなる。また、上述したようにポート１乃至ポート４９８について未処理のイベントが存在することからステップＳ５６においてＹｅｓとなる。そして、ポート１乃至ポート４９８についての未処理のイベントを処理する（ステップＳ５３）。更に、処理済みのイベントとなったポートについてのイベントを削除する（ステップＳ５４）。これを、ポート１乃至ポート４９８についての未処理のイベントがなくなり、ステップＳ５６においてＮｏとなるまで繰り返す。
【００８７】
そして、メッセージを受信した各多機能電話機は、ステップＳ１２１にて転送されたメッセージに基づいて外線着信ボタンを赤点滅させる（図５−２、ステップＳ１２２及びステップＳ１２３）。
【００８８】
また、下りイベント解析モジュール１４において、通常処理列に含まれるポートに対してのメッセージの作成及び送信の処理が完了後に、毎回、通話端末管理配列記憶部１５の通話端末処理列を参照して優先制御すべきポートが存在するか否かを確認する（ステップＳ１１９）。
【００８９】
仮に優先制御すべきポートが存在し、且つ、この優先制御すべきポートに対して処理すべきイベントが存在する場合には、この優先制御すべきポートに対してメッセージを作成し、ＬＡＮインターフェースモジュール１１を介して、この優先制御すべきポートに対応する多機能電話機２０に対して送信する。
【００９０】
つまり、通常処理列に含まれる或るポートに対する処理を行っている最中に、新たに通話を開始した多機能電話機２０が存在することから通話端末管理配列が書き換えられた、もしくは優先して処理すべきポートに対して処理するメッセージが新たに発生した場合は、処理中の或るポートに対する処理が完了後に、他の通常処理すべきポートに対するイベントの処理に先駆けて、優先制御すべきポートに対するイベントの処理が行なわれる。
【００９１】
優先制御すべきポートが無くなった場合又はこの優先制御すべきポートに関する未処理のイベントが無くなった場合は、また通常処理の対象とするポートの続きから処理を再開する。
【００９２】
具体例を挙げて説明する。ステップＳ１２０及びステップＳ１２１の繰り返しの過程で多機能電話機２０−１００に対してのイベントの処理を行っている途中で、例えば、多機能電話機２０−２９９と多機能電話機２０−３００間での通話が開始されたとする。この場合、多機能電話機２０−２９９と多機能電話機２０−３００に対応するポート２９９とポート３００は通話端末管理配列記憶部１５の通話端末処理列に追加される。
【００９３】
そして、多機能電話機２０−１００に対してのイベント処理が終了すると、次に、多機能電話機２０−１０１に対してのイベント処理を行なうのではなく、通話端末処理列に含まれるポート２９９とポート３００に対応する多機能電話機２０−２９９と多機能電話機２０−３００に対してのイベント処理を優先して行なう。そして、多機能電話機２０−２９９と多機能電話機２０−３００に対してのイベント処理が終了後、通常処理列の続きである多機能電話機２０−１０１以降の他の多機能電話機２０に対してのイベント処理に戻り、処理を継続する。
【００９４】
また、同時間帯に更に他の多機能電話機（２０−１乃至２０−４９８の何れか）も通話試行実行状態となり通話端末処理列に書き込まれていれば、これら他の通話試行実行状態の多機能電話機２０も優先制御の対象としてイベント処理を優先して行なう。そして、これら他の通話試行実行状態の多機能電話機２０に対してのイベント処理が終了後、多機能電話機２０−１０１以降の他の多機能電話機２０に対してのイベント処理が実行される。
【００９５】
このようにして、上記動作処理をさせることにより、ユーザ操作がない多機能電話機２０においても通話試行実行状態となった多機能電話機２０の処理の優先度を向上させることが可能となる。
【００９６】
そして、通常処理列に含まれる全てのポートに対する処理が終了していない場合であっても、優先度を向上させたポートについてのイベントを優先的に制御することにより、優先制御すべきポートに対するイベントの処理を迅速に実行することが可能となる。これにより、優先制御の対象となった多機能電話機２０−１の反応速度を向上することが可能となる、という効果を奏する。
【００９７】
次に、図５−３を参照して、多機能電話機２０−４９９が内線の着信に応答する場合の動作について説明する。
【００９８】
ステップＳ１１４にて、表示された内線着信中を表す表示を参照したユーザは、多機能電話機２０−４９９の受話器を取る。これに応じて多機能電話機２０−４９９はオフフックとなる。すると、このオフフックされたというメッセージは、ＬＡＮケーブル３０を通じて電話交換機システム１０に通知される（図５−３、ステップＳ１２４）。
【００９９】
上りイベント解析モジュール１２は、ＬＡＮインターフェースモジュール１１から通知された外線着信メッセージを解析する。そして、かかるメッセージの解析結果である「多機能電話機２０−４９９がオフフックされた。」というメッセージを呼制御モジュール１３に通知する（図５−３、ステップＳ１２５、ステップＳ１２６）。
【０１００】
「多機能電話機２０−４９９がオフフックされた。」というメッセージを受信した呼制御モジュール１３は、内線の発信元と着信先である多機能電話機２０−５００（ポート５００）と多機能電話機２０−４９９（ポート４９９）に対して内線通話が開始されたことを通知する。具体的には、「内線通話中を表示させる。」メッセージを、下りイベント解析モジュール１４に対して、多機能電話機２０−５００（ポート５００）と多機能電話機２０−４９９（ポート４９９）の分通知する（図５−３、ステップＳ１２７）
下りイベント解析モジュール１４は、呼制御モジュール１３からメッセージを受信していないかを定周期で監視する。また、メッセージを受信していた場合には、このメッセージを解析して、どのようなイベントを表すメッセージであるかを確認する。そして、下りイベント解析モジュール１４は、ステップＳ１２７にて通知された、発信元多機能電話機２０−４９９及び発信元多機能電話機２０−５００に内線通話中を表示させるイベントを受信したこと及びこれらのイベントが未処理であることを認識する。
【０１０１】
次に、下りイベント解析モジュール１４は、まず通話端末管理配列記憶部１５に記憶されている通話端末管理配列を参照し、優先して処理すべきポートである、通話端末処理列に含まれるポートが有るか否かを確認する（図５−３、ステップＳ１２８）。
【０１０２】
確認後、優先処理すべきポートである、通話端末処理列に含まれるポートが存在した場合、まず、優先制御すべきポートに対してイベント処理を開始する。今回は、上述したステップＳ１０８において、ポート４９９及びポート５００が通話端末処理列に加えられている。つまり、ポート４９９及びポート５００が優先制御の対象となっている。一方で、ポート１乃至ポート４９８は通常処理列に加えられている。つまり、ポート１乃至ポート４９８は優先制御の対象となっていない。そこで、下りイベント解析モジュール１４は、まず、ポート４９９及びポート５００の内で番号の若い、ポート４９９に対応する多機能電話機２０−４９９に対して、ステップＳ１２７にて通知されたイベントに基づいて、内線通話中である旨を表示させるメッセージを作成する。作成したメッセージは、ＬＡＮインターフェースモジュール１１に送信する（図５−３、ステップＳ１２９）。ここで、ステップＳ１２９における下りイベント解析モジュール１４の動作を図４のフローチャートに照らして説明する。ステップＳ１２９の時点では通話処理列にポート４９９及びポート５００が含まれることからステップＳ５１においてＹｅｓとなる。また、上述したようにポート４９９及びポート５００について未処理のイベントが存在することからステップＳ５２においてＹｅｓとなる。そして、ポート４９９についての未処理のイベントを処理する（ステップＳ５３）。更に、処理済みのイベントとなったポート４９９についてのイベントを削除する（ステップＳ５４）。
【０１０３】
ＬＡＮインターフェースモジュール１１は、ステップＳ１２９において送信されたメッセージを受信し、多機能電話機２０−４９９に、そのメッセージを転送する（図５−３、ステップＳ１３０）。
【０１０４】
多機能電話機２２０−４９９は、ステップＳ１３０にて転送されたメッセージに基づいて内線通話中である旨を表示させる（図５−３、ステップＳ１３１）。
【０１０５】
下りイベント解析モジュール１４は、処理すべきイベントがまだあることを認識しているので、再度、通話端末管理配列記憶部１５に記憶されている通話端末管理配列を参照し、優先して処理すべきポートである、通話端末処理列に含まれるポートが有るか否かを確認する（図５−３、ステップＳ１３２）。
【０１０６】
今回は、上述したステップＳ１０８において、ポート４９９及びポート５００が通話端末処理列に加えられている。つまり、ポート４９９及びポート５００が優先制御の対象となっている。一方で、ポート１乃至ポート４９８は通常処理列に加えられている。つまり、ポート１乃至ポート４９８は優先制御の対象となっていない。そして、ステップＳ１２７で受信したメッセージに対応するポート４９９についてのイベントの処理は、ステップＳ１２９で処理済みである。一方で、そして、テップＳ１２７で受信したメッセージに対応するポート５００についてのイベントの処理は未処理である。そこで、下りイベント解析モジュール１４は、ポート５００に対応する多機能電話機２０−５００に対して外線着信ボタン内線通話中である旨を表示させるメッセージを作成し、ＬＡＮインターフェースモジュール１１に送信する（図５−３、ステップＳ１３３）。ここで、ステップＳ１３３における下りイベント解析モジュール１４の動作を図４のフローチャートに照らして説明する。ステップＳ１３３の時点では通話処理列にポート４９９及びポート５００が含まれることからステップＳ５１においてＹｅｓとなる。また、上述したようにポート５００について未処理のイベントが存在することからステップＳ５２においてＹｅｓとなる。そして、ポート５００についての未処理のイベントを処理する（ステップＳ５３）。更に、処理済みのイベントとなったポート５００についてのイベントを削除する（ステップＳ５４）。
【０１０７】
ＬＡＮインターフェースモジュール１１は、ステップＳ１３３におけるメッセージを受信し、多機能電話機２０−５００に、そのメッセージを転送する（図５−３、ステップＳ１３４）。
【０１０８】
多機能電話機２２０−５００は、ステップＳ１３４にて転送されたメッセージに基づいて内線通話中である旨を表示させる（図５−３、ステップＳ１３５）。
【０１０９】
以上、図５−３を参照して説明した動作にて、内線通話状態であることから、通話端末処理列に含まれているポートに対応する多機能電話機２０−４９９及び多機能電話機２０−５００ついてのイベント処理を優先的に行なうことができる。従って、多機能電話機２０−４９９がオフフックをする前後において、外線着信が更に発生したような場合であっても、多機能電話機１乃至多機能電話機４９８についての外線着信のイベント処理に先立って、通話端末処理列に含まれているポートに対応する多機能電話機２０−４９９及び多機能電話機２０−５００ついてのイベント処理を優先的に行なうことができる。このように、通話状態にある多機能電話機２０についてのイベント処理を優先的に行うことから、これら通話状態にある多機能電話機２０の反応速度を向上することが可能となる。
【０１１０】
次に、本発明の実施形態の効果について説明する。
【０１１１】
本発明の実施形態では、呼制御モジュール１３における多機能電話機の通話試行実行状態移行をトリガーとして優先すべき端末がどれかを認識して通話端末管理配列を書き換え、下りイベント解析モジュール１４において優先処理すべき端末を通常処理する端末よりも先に処理する。これにより、本実施形態では、通常は先に処理すべき端末があらかじめ多くあった場合でも優先処理すべき端末が早い段階で処理されることになり、発着信及び通話を行なうユーザに対して遅延を感じさせないような動作が可能となる。
【０１１２】
特に、本発明の実施形態はＣＰＵ（Central Processing Unit）の処理パフォーマンスが低いような場合、かつ多機能電話機の数が多く制御メッセージが膨大となるケースに有用である。
【０１１３】
なお、上記の電話交換機システム及び多機能電話機２０−１乃至多機能電話機２０−５００のそれぞれは、ハードウェア、ソフトウェア又はこれらの組み合わせによりそれぞれを実現することができる。また、上記の電話交換機システム及び多機能電話機２０−１乃至多機能電話機２０−５００により行なわれる反応速度向上方法も、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。
【０１１４】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ(Read Only Memory)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(random access memory）)を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１５】
また、上述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【０１１６】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１１７】
（付記１）  複数の端末それぞれに対して割り当てた所定の順番に従って前記複数の端末それぞれに対して所定の指示を出すイベントである第１のイベントと、着信先の端末を特定した通話の開始を試みている端末又は通話中の端末に対して所定の指示を出すイベントである第２のイベントとの双方のイベントが未処理である場合に、前記第２のイベントに関連する端末についてのイベントの処理を実行した後に、他の端末についてのイベントの処理を実行することを特徴とする反応速度向上装置。
【０１１８】
（付記２）  前記他の端末についてのイベントの処理を実行している途中で、前記第２のイベントが新たに発生した場合には、前記他の端末についてのイベントの処理を中断して、前記新たに発生した第２のイベントに関連する端末についてのイベントの処理を実行することを特徴とする付記１に記載の反応速度向上装置。
【０１１９】
（付記３）  前記他の端末についてのイベントの処理を複数の他の端末の内の１つの端末について実行する度に、前記第２のイベントが新たに発生していないか否かを確認することを特徴とする付記１又は２に記載の反応速度向上装置。
【０１２０】
（付記４）  前記第２のイベントに関連する端末についての前記第２のイベントを処理する場合に、前記第２のイベントに関連する端末についての第１のイベントの処理も併せて実行することを特徴とする付記１乃至３の何れか１に記載の反応速度向上装置。
【０１２１】
（付記５）  前記複数の端末は電話交換機に接続された電話機であり、前記第１のイベント及び前記第２のイベントにおける前記所定の指示は、前記電話交換機から送信される、前記電話機である端末を制御するための制御メッセージにより示されることを特徴とする付記１乃至４の何れか１に記載の反応速度向上装置。
【０１２２】
（付記６）  前記端末のそれぞれについて、着信先の端末を特定した通話の開始を試みている端末又は通話中の端末であるか否かを記憶する通話端末管理配列記憶手段と、
端末から、着信先の端末を特定した通話を開始又は終了するための操作の受け付けがあった旨のメッセージ、或いは着信先の端末を特定しない通話を開始又は終了するための操作の受け付けがあった旨のメッセージを受信する受信手段と、
前記受信手段で受け付けたメッセージを解析し、解析したメッセージの内容を呼制御手段に出力する上りイベント解析手段と、
前記上りイベント解析手段が出力するメッセージの内容に基づいて、端末それぞれの状態に対応するように前記通話端末管理配列記憶手段が記憶する情報を書き換えると共に端末に対して送信する前記所定の指示を生成し、生成した前記所定の指示を送信先となる端末に対して送信するように下りイベント解析手段に指示を出す前記呼制御手段と、
前記通話端末管理配列記憶手段が記憶している情報を読み取ることにより認識した、着信先の端末を特定した通話の開始を試みている端末又は通話中の端末を優先して順番に前記所定の指示を送信するように送信手段に指示を出す前記下りイベント解析手段と、
前記下りイベント解析手段の指示に従って前記所定の指示を複数の前記端末に送信する前記送信手段と、
を備えることを特徴とする付記１乃至５の何れか１に記載の反応速度向上装置。
【０１２３】
（付記７）  前記呼制御手段は前記上りイベント解析手段が出力するメッセージの内容が、
着信先の端末を特定した通話の開始を試みるためのメッセージである場合に、該メッセージに関連する端末を着信先の端末を特定した通話の開始を試みている端末として前記通話端末管理配列記憶手段を書き換え、
通話が開始されたことを表すメッセージである場合に、該メッセージに関連する端末を通話中の端末として前記通話端末管理配列記憶手段を書き換え、
通話を終了するためのメッセージである場合に、該メッセージに関連する端末を通話中の端末ではないとして前記通話端末管理配列記憶手段を書き換えることを特徴とする付記６に記載の反応速度向上装置。
【０１２４】
（付記８）  前記通話端末管理配列は、優先制御の対象とする着信先の端末を特定した通話の開始を試みている端末又は通話中の端末を特定する通話端末処理列と、優先制御の対象としない端末を特定する通常処理列と、の２つの処理列を有しており、
前記下りイベント解析手段は、前記通話端末処理列を前記通常処理列よりも優先して参照することにより前記所定の指示を送信する前記順番を決定することを特徴とする付記６又は７に記載の反応速度向上装置。
【０１２５】
（付記９）  反応速度向上装置と、複数の端末とを含む反応速度向上システムであって、
前記反応速度向上装置は、付記１乃至８の何れか１に記載の反応速度向上装置であり、
前記複数の端末のうちの少なくとも１つの端末は、前記反応速度向上装置からの前記所定の指示の内容に基づいて、ユーザに対して所定の情報を出力することを特徴とする反応速度向上システム。
【０１２６】
（付記１０）  複数の端末それぞれに対して割り当てた所定の順番に従って前記複数の端末それぞれに対して所定の指示を出すイベントである第１のイベントと、着信先の端末を特定した通話の開始を試みている端末及び通話中の端末に対して所定の指示を出すイベントである第２のイベントとの双方のイベントが未処理である場合に、前記第２のイベントに関連する端末についてのイベントの処理を実行した後に、他の端末についてのイベントの処理を実行する反応速度向上装置としてコンピュータを機能させることを特徴とする反応速度向上プログラム。
【産業上の利用可能性】
【０１２７】
本実施形態は、端末の反応速度を向上させる用途に広く好適である。
【符号の説明】
【０１２８】
１０  電話交換機システム
１１  ＬＡＮインターフェースモジュール
１２  上りイベント解析モジュール
１３  呼制御モジュール
１４  下りイベント解析モジュール
１５  通話端末管理配列記憶部
２０−１、・・・２０−５００  多機能電話機
３０  ＬＡＮケーブル
４０  通信網
【図１】
2016134818.tif 000003
【図２】
2016134818.tif 000004
【図３】
2016134818.tif 000005
【図４】
2016134818.tif 000006
【図５−１】
2016134818.tif 000007
【図５−２】
2016134818.tif 000008
【図５−３】
2016134818.tif 000009