(57)【要約】【課題】表示に関するインターフェースについて、送信すべきメッセージかを判断してメッセージの送信を制御する。【解決手段】本実施形態のＩＰ電話交換システムは、ＩＰ交換サーバにおいて、状態通知メッセージの送信処理が開始されると、該当呼において送信メッセージがすでに送信可能と判断されているか判定し、送信可であれば、全メッセージの送信処理を行うよう指示する。送信不可であれば、送信メッセージの送信先端末の数が閾値以上かを判定し、閾値以上でなければ、ネットワークへの負荷は小さいとみなし、全メッセージの送信処理を行うよう指示する。閾値以上であれば、ネットワーク負荷情報より取得する。ここで、ネットワークの負荷が閾値以上か判定し、閾値以上でなければ、ネットワークへの影響は小さいとみなし、全メッセージの送信処理を行うよう指示する。閾値以上であれば、端末ごとに状態通知メッセージの送信可否判断を行うよう指示する。【選択図】図５
2017069766.tif 000002
【特許請求の範囲】
【請求項１】
呼制御メッセージプロトコルが異なる複数のインターフェースにそれぞれＩＰ（Internet Protocol）ネットワークを通じてＩＰ電話端末を収容し、前記ＩＰ電話端末間の呼制御メッセージおよび端末状態通知メッセージをやり取りするＩＰ交換サーバを備え、
前記ＩＰ交換サーバは、
前記ＩＰネットワークからの呼状態と受信呼制御メッセージに応答して送信呼制御メッセージを決定すると共に、いずれかのＩＰ電話端末において状態に変更が生じた場合に状態通知メッセージの送信開始を指示する呼制御部と、
前記ＩＰ電話端末それぞれの状態を示す端末状態データを記憶する記憶部と、
前記ＩＰ電話端末それぞれの状態を管理して、状態に変更が生じた場合に前記記憶部に記憶された端末状態データを変更する管理部と、
前記複数のインターフェースを備え、前記呼制御部の制御下で前記インターフェースに収容されるＩＰ電話端末に対する呼制御メッセージの送受信を行う呼制御メッセージ処理部と、
前記呼制御部の制御下で前記状態通知メッセージの送受信を行う状態通知メッセージ処理部と、
前記状態通知メッセージの送信時に、その状態通知メッセージを送信可能な全てのＩＰ電話端末に対して送信してよいかを判断する全通知判断部と、
前記状態通知メッセージの送信時に、個々のＩＰ電話端末について状態通知メッセージを送信するか否かを判断する個別送信判断部と
を具備し、
前記呼制御部は、
前記呼状態において、既に送信可否判定済みかつ判定結果が送信可、送信メッセージの送信先端末数が閾値以下、前記ＩＰネットワークの負荷が閾値以下のいずれかの場合に、前記状態通知メッセージ処理部に全てのＩＰ電話端末に前記状態通知メッセージを送信するように指示し、
いずれにも該当しない場合には前記個別送信判断部にＩＰ電話端末ごとに状態通知メッセージの送信可否判断を行うよう指示し、
前記個別送信判断部で前記状態通知メッセージ処理部に送信可と判断されたＩＰ電話端末に前記状態通知メッセージを送信するように前記状態通知メッセージ処理部に指示するＩＰ電話交換システム。
【請求項２】
前記管理部は、
前記端末状態データとして、駆動状態、プレゼンス状態、取扱い呼数、キー情報の少なくともいずれかを管理するものとし、
前記個別送信判断部は、
前記ＩＰ電話端末ごとに前記状態通知メッセージの送信可否判断を行うように指示を受けると、前記状態通知メッセージを送信先となる可能性のあるＩＰ電話端末全てについて個別に送信の可否を判断するものとし、
前記管理部より前記ＩＰ電話端末のキー情報とプレゼンス情報を取得し、取得した情報を元に、
該当呼が直接関連する発信元／着信先のＩＰ電話端末か、
プレゼンス情報が席にいる状態か、
送信先端末がメッセージ送信を必須とする端末か、
を判断し、いずれかに該当するときは前記状態通知メッセージ処理部に前記状態通知メッセージの送信を指示し、いずれも該当しないときは前記状態通知メッセージ処理部に前記状態通知メッセージの送信の中止を指示する請求項１記載のＩＰ電話交換システム。
【請求項３】
前記個別送信判断部は、前記状態通知メッセージの送信の可否判断において、複数のインターフェース別に不要メッセージを振り分けて前記状態通知メッセージそれぞれの送信の可否を決定する請求項１記載のＩＰ電話交換システム。
【請求項４】
呼制御メッセージプロトコルが異なる複数のインターフェースにそれぞれＩＰ（Internet Protocol）ネットワークを通じてＩＰ電話端末を収容し、前記ＩＰ電話端末間の呼制御メッセージおよび端末状態通知メッセージをやり取りするＩＰ交換サーバであって、
前記ＩＰネットワークからの呼状態と受信呼制御メッセージに応答して送信呼制御メッセージを決定すると共に、いずれかのＩＰ電話端末において状態に変更が生じた場合に状態通知メッセージの送信開始を指示する呼制御部と、
前記ＩＰ電話端末それぞれの状態を示す端末状態データを記憶する記憶部と、
前記ＩＰ電話端末それぞれの状態を管理して、状態に変更が生じた場合に前記記憶部に記憶された端末状態データを変更する管理部と、
前記複数のインターフェースを備え、前記呼制御部の制御下で前記インターフェースに収容されるＩＰ電話端末に対する呼制御メッセージの送受信を行う呼制御メッセージ処理部と、
前記呼制御部の制御下で前記状態通知メッセージの送受信を行う状態通知メッセージ処理部と、
前記状態通知メッセージの送信時に、その状態通知メッセージを送信可能な全てのＩＰ電話端末に対して送信してよいかを判断する全通知判断部と、
前記状態通知メッセージの送信時に、個々のＩＰ電話端末について状態通知メッセージを送信するか否かを判断する個別送信判断部と
を具備し、
前記呼制御部は、
前記呼状態において、既に送信可否判定済みかつ判定結果が送信可、送信メッセージの送信先端末数が閾値以下、前記ＩＰネットワークの負荷が閾値以下のいずれかの場合に、前記状態通知メッセージ処理部に全てのＩＰ電話端末に前記状態通知メッセージを送信するように指示し、
いずれにも該当しない場合には前記個別送信判断部にＩＰ電話端末ごとに状態通知メッセージの送信可否の判断を行うよう指示し、
前記個別送信判断部で前記状態通知メッセージ処理部に送信可と判断されたＩＰ電話端末に前記状態通知メッセージを送信するように前記状態通知メッセージ処理部に指示するＩＰ交換サーバ。
【請求項５】
前記管理部は、
前記端末状態データとして、駆動状態、プレゼンス状態、取扱い呼数、キー情報の少なくともいずれかを管理するものとし、
前記個別送信判断部は、
前記ＩＰ電話端末ごとに前記状態通知メッセージの送信可否判断を行うように指示を受けると、前記状態通知メッセージを送信先となる可能性のあるＩＰ電話端末全てについて個別に送信の可否を判断するものとし、
前記管理部より前記ＩＰ電話端末のキー情報とプレゼンス情報を取得し、取得した情報を元に、
該当呼が直接関連する発信元／着信先のＩＰ電話端末か、
プレゼンス情報が席にいる状態か、
送信先端末がメッセージ送信を必須とする端末か、
を判断し、いずれかに該当するときは前記状態通知メッセージ処理部に前記状態通知メッセージの送信を指示し、いずれも該当しないときは前記状態通知メッセージ処理部に前記状態通知メッセージの送信の中止を指示する請求項４記載のＩＰ交換サーバ。
【請求項６】
前記個別送信判断部は、前記状態通知メッセージの送信の可否判断において、複数のインターフェース別に不要メッセージを振り分けて前記状態通知メッセージそれぞれの送信の可否を決定する請求項４記載のＩＰ交換サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、ＩＰ（Internet Protocol）電話交換システムとこのシステムに用いられるＩＰ交換サーバに関する。
【背景技術】
【０００２】
近年、電話交換システムにあっては、ＩＰ（Internet Protocol）ネットワーク化が進んできている。さらには、ＩＰ電話交換システムの大容量化やＩｏＴ（Internet of Things）の普及などによって、ネットワークに接続するデバイスが増加する傾向にあり、今後ますますトラフィックの増加が見込まれている。またＩＰ電話交換システムのクラウド化も進んできており、ＷＡＮを経由するトラフィックの増加も見込まれている。
【０００３】
ところで、呼処理に関するインターフェースと表示に関するインターフェースを持つＩＰ電話交換システムにあっては、１つの発信および着信が発生した場合に、関連する端末全てにその発信または着信の表示を行っている。このため、システムの構成によっては、ネットワーク上に大量のトラフィックが発生する要因になる場合があった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１３５３９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
以上のように、従来のＩＰ電話交換システムでは、１つの発信および着信が発生した場合に、関連する端末全てにその発信または着信の表示を行うため、ネットワーク上に大量のトラフィックを発生させてしまうことがあった。
【０００６】
本実施形態は上記課題に鑑みなされたもので、表示に関するインターフェースについて、送信すべきメッセージかを判断してメッセージの送信を制御することのできるＩＰ電話交換システムとこのシステムに用いられるＩＰ交換サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本実施形態に係るＩＰ電話交換システムは、呼制御メッセージプロトコルが異なる複数のインターフェースにそれぞれＩＰ（Internet Protocol）ネットワークを通じてＩＰ電話端末を収容し、前記ＩＰ電話端末間の呼制御メッセージおよび端末状態通知メッセージをやり取りするＩＰ交換サーバを備える。前記ＩＰ交換サーバは、前記ＩＰネットワークからの呼状態と受信呼制御メッセージに応答して送信呼制御メッセージを決定すると共に、いずれかのＩＰ電話端末において状態に変更が生じた場合に状態通知メッセージの送信開始を指示する呼制御部と、前記ＩＰ電話端末それぞれの状態を示す端末状態データを記憶する記憶部と、前記ＩＰ電話端末それぞれの状態を管理して、状態に変更が生じた場合に前記記憶部に記憶された端末状態データを変更する管理部と、前記複数のインターフェースを備え、前記呼制御部の制御下で前記インターフェースに収容されるＩＰ電話端末に対する呼制御メッセージの送受信を行う呼制御メッセージ処理部と、前記呼制御部の制御下で前記状態通知メッセージの送受信を行う状態通知メッセージ処理部と、前記状態通知メッセージの送信時に、その状態通知メッセージを送信可能な全てのＩＰ電話端末に対して送信してよいかを判断する全通知判断部と、前記状態通知メッセージの送信時に、個々のＩＰ電話端末について状態通知メッセージを送信するか否かを判断する個別送信判断部とを具備する。前記呼制御部は、前記呼状態において、既に送信可否判定済みかつ判定結果が送信可、送信メッセージの送信先端末数が閾値以下、前記ＩＰネットワークの負荷が閾値以下のいずれかの場合に、前記状態通知メッセージ処理部に全てのＩＰ電話端末に前記状態通知メッセージを送信するように指示し、いずれにも該当しない場合には前記個別送信判断部にＩＰ電話端末ごとに状態通知メッセージの送信可否判断を行うよう指示し、前記個別送信判断部で前記状態通知メッセージ処理部に送信可と判断されたＩＰ電話端末に前記状態通知メッセージを送信するように前記状態通知メッセージ処理部に指示する。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係るＩＰ電話交換システムの構成を示すブロック図。
【図２】実施形態に係るシステムのＩＰ交換サーバの構成を示すブロック図。
【図３】実施形態に係るシステムのＩＰ電話端末の構成を示すブロック図。
【図４】実施形態に係るシステムの端末状態データの具体例を示す図。
【図５】実施形態に係るシステムのＩＰ交換サーバにおける端末状態変更の場合のメッセージ管理に関する処理の流れを示すフローチャート。
【図６】実施形態に係るシステムのＩＰ交換サーバにおけるプレゼンス情報取得の場合のメッセージ管理に関する処理の流れを示すフローチャート。
【発明を実施するための形態】
【０００９】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００１０】
図１は実施形態に係るＩＰ電話交換システムの構成を示すブロック図である。図１において、クラウド１１にはＩＰ交換サーバ１２が設置されている。このＩＰ交換サーバ１２は、外部はＩＰネットワークを介してゲートウェイ１９に収容される公衆電話網１３、ＳＩＰ（Session Initiation Protocol）電話網１４、ＳＩＰトランク１５等と接続され、構内はＩＰ電話端末Ｔを収容可能なデータ通信環境（例えばＷｉＭａｘ（Worldwide Interoperability for Microwave Access：登録商標）等）１６、有線ＬＡＮ環境１７及び無線ＬＡＮ環境１８と接続され、ＩＰ電話端末間の呼制御メッセージおよび端末状態通知メッセージはＩＰ交換サーバ１２経由でやり取りされる。
【００１１】
図２は上記ＩＰ交換サーバ１２の構成を示すブロック図である。すなわち、上記ＩＰ交換サーバ１２は、図２に示すように、呼制御部１２１、端末状態管理部１２２、端末状態記憶部１２３、呼制御メッセージ処理部１２４、状態通知メッセージ処理部１２５、全通知判断部１２６、個別送信判断部１２７を備える。
【００１２】
上記呼制御部１２１は、受信した呼制御メッセージを処理し、ＩＰ交換サーバ１２を経由する全ての呼を制御する。呼状態と受信呼制御メッセージにより適切な処理を実行し、送信する呼制御メッセージを決定する。端末の状態に変更が生じた場合には、端末状態管理部１２２に端末状態データの変更を指示し、状態通知メッセージ送信処理を開始する。上記端末状態管理部１２２は、配下の端末の状態を管理し、端末の状態に変更が生じた場合に、端末状態記憶部１２３に記憶されている該当端末の端末状態データを変更する。上記端末状態記憶部１２３は、端末ごとに、駆動状態、プレゼンス状態、取扱い呼数に関する情報、キー配置および各キーの状態を記憶する。
【００１３】
上記呼制御メッセージ処理部１２４は、呼制御メッセージの送受信を行うもので、内部に呼制御メッセージプロトコルのインターフェースとしてＭＥＧＡＣＯ（Media Gateway Control Protocol; H.248）インターフェース１２４１とＳＩＰインターフェース１２４２を備える。状態通知メッセージ処理部１２５は、状態通知メッセージの送受信を行うもので、内部に状態通知メッセージプロトコルのインターフェースとしてＣＳＴＡ（Computer-Supported Telecommunications Applications）インターフェース１２５１を備える。上記全通知可否判断部１２６は、送信しようとする状態通知メッセージを送信可能な全端末に対して送信してよいか否かを判断する。上記個別送信可否判断部１２７は、個々の端末について状態通知メッセージを送信するか否かを判断する。
【００１４】
図３は上記ＩＰ電話端末Ｔの構成を示すブロック図である。すなわち、上記ＩＰ電話端末Ｔは、図３に示すように、端末呼制御部Ｔ１、端末表示制御部Ｔ２、呼制御メッセージ処理部Ｔ３、状態通知メッセージ処理部Ｔ４を備える。上記端末表示制御部Ｔ２は、ＬＣＤ（Liquid Crystal Display）表示部Ｔ２１およびＬＥＤ（Light Emitting Diode）表示部Ｔ２２を備え、これらの表示部Ｔ２１，Ｔ２２を駆動制御して端末の状態を表示する。上記呼制御メッセージ処理部Ｔ３は呼制御メッセージプロトコルによるインターフェースＴ３１を備え、当該インターフェースＴ３１を通じて、端末呼制御部Ｔ１からの指示に従って呼制御メッセージの送受信を行う。上記状態通知メッセージ処理部Ｔ４は状態通知メッセージプロトコルによるインターフェースＴ４１を備え、このインターフェースＴ４１を通じて、端末表示制御部Ｔ２からの指示に従って状態通知メッセージの送受信を行う。
【００１５】
上記構成によるＩＰ電話交換システムでは、端末状態の表示に関するインターフェースにおいて、発生した発着信の種別や端末上のキー操作の種別などから、送信すべきメッセージか否かを判断して、重要でないもしくは送信しなくても状態に矛盾を生じないメッセージならば、そのメッセージを送信しないようにしたことを特徴とする。
【００１６】
図４に端末状態データの例を示す。ここでは、端末状態記憶部１２３において、端末毎に端末状態データとして、通話中等の端末状態、在席中等のプレゼンス状態、本日の取扱呼数、１日あたりの取扱い呼数、端末が持つ全てのキーについて種別とその状態を記憶するものとする。
【００１７】
上記実施形態において、図２に示したＩＰ交換サーバ１２の全通知可否判断部１２６にて実行される状態通知メッセージの全通知可否判断について、図５に示すフローチャートを参照して説明する。
【００１８】
図５において、状態通知メッセージの送信処理が開始されると、該当呼において、すでに送信可否判定済みかつ判定結果が送信可か（すなわち、送信メッセージがすでに送信可能と判断されているか）判定する（ステップＳ１）。判定結果が送信可であれば（ＹＥＳ）、状態通知メッセージ処理部１２５に全メッセージの送信処理を行うよう指示する（ステップＳ２）。判定結果が判定済みでない、または送信不可であれば（ＮＯ）、送信メッセージの送信先端末の数が閾値以上かを判定する（ステップＳ３）。閾値以上でなければ（ＮＯ）、ネットワークへの負荷は小さいとみなし、ステップＳ２に移行して状態通知メッセージ処理部１２５に全メッセージの送信処理を行うよう指示する。閾値以上であれば（ＹＥＳ）、帯域使用率などのネットワーク負荷情報をクラウド上のデバイスより取得する（ステップＳ４）。
【００１９】
ここで、ネットワークの負荷が閾値以上か判定し（ステップＳ５）、閾値以上でなければ（ＮＯ）、ネットワークへの影響は小さいとみなし、ステップＳ２に移行して状態通知メッセージ処理部１２５に全メッセージの送信処理を行うよう指示する。閾値以上であれば（ＹＥＳ）、個別送信可否判断部１２７に端末ごとに状態通知メッセージの送信可否判断を行うよう指示する（ステップＳ６）。
【００２０】
なお、上記フローにおいて、ステップＳ３とステップＳ４〜Ｓ５とは、処理順序を逆にしてもよい。
【００２１】
次に、図２に示したＩＰ交換サーバ１２の個別送信可否判断部１２６にて実行される状態通知メッセージの個別送信可否判断について、図６に示すフローチャートを参照して説明する。
【００２２】
図６において、端末ごとに状態通知メッセージの送信可否判断を行うよう指示を受けると、個別送信可否判断部１２６は、状態通知メッセージを送信先となる可能性のある端末全てについて、以下の判定を実施する。まず、状態通知端末状態管理部１２２より端末のキー情報とプレゼンス情報を取得する（ステップＳ１１）。ステップＳ１１で取得した情報を元に、状態通知メッセージの送信先が該当呼が直接関連する発信元や着信先の端末かを判定する（ステップＳ１２）。判定結果がＹＥＳ（メッセージの送信先が該当呼が直接関連する発信元や着信先の端末）であれば、状態通知メッセージ処理部１２５にメッセージ送信を指示する（ステップＳ１３）。判定結果がＮＯ（メッセージの送信先が該当呼が直接関連する発信元や着信先の端末ではない）であれば、ステップＳ１１で取得した情報を元に、プレゼンス情報が離席中などによって席にいない状態かを判定する（ステップＳ１４）。判定結果がＮＯ（在籍中などの席にいる状態）であれば、ステップＳ１３に移行して状態通知メッセージ処理部１２５にメッセージ送信を指示する。判定結果がＹＥＳ（離席中などの席にいない状態）であれば、ステップＳ１５の判定に進む。
【００２３】
ステップＳ１５では、ステップＳ１１で取得した情報を元に、送信メッセージ種別と端末のキー情報から送信先端末がメッセージ送信を必須とする端末かを判定する（ステップＳ１５）。判定結果がＹＥＳ（送信先端末がメッセージ送信を必須とする端末）であれば、ステップＳ１３に移行して状態通知メッセージ処理部１２５にメッセージ送信を指示する。判定結果がＮＯ（送信先端末がメッセージ送信を必須とする端末ではない）であれば、ステップＳ１６の判定に進む。
【００２４】
ステップＳ１６では、ステップＳ１１で取得した情報を元に、端末の１日あたりの呼の取り扱い数が閾値以上かを判定する。判定結果がＮＯ（端末の１日あたりの呼の取り扱い数が閾値未満）であれば、メッセージを送信しない処理を実施する（ステップＳ１７）。判定結果がＹＥＳ（端末の１日あたりの呼の取り扱い数が閾値以上）であれば、送信メッセージの種別よりメッセージ種別が送信必須のメッセージ（状態表示に重要なメッセージ）かを判定する（ステップＳ１８）。判定結果がＮＯ（送信必須のメッセージではない）であれば、ステップＳ１７に移行してメッセージを送信しない処理を実施する（ステップＳ１８）。判定結果がＹＥＳ（送信必須のメッセージである）であれば、ステップＳ１３に移行して状態通知メッセージ処理部１２５にメッセージ送信を指示する。
【００２５】
以上のように、実施形態に係るＩＰ電話交換システムによれば、送信先の端末の状態や送信メッセージの種別により送信すべきメッセージか否かを判断して、重要でないもしくは送信しなくても状態に矛盾を生じないメッセージならば、そのメッセージを送信しないようにしているので、状態通知メッセージの送信量を抑えることができ、呼のサービスに影響を与えずに、動的にネットワークの負荷を低減させることができる。
【００２６】
なお、上記実施形態ではＩＰ交換サーバ１２がクラウド１１上に配置されている場合について説明したが、ＩＰ交換サーバ１２はクラウド１１上ではなくオンプレミスにあってもよい。
【００２７】
また、図４に示した端末状態データに端末所有者のプロファイルを追加して、端末所有者の役職等のプロファイルの情報を個別送信可否判断部のメッセージ送信可否の判断に使用してもよい。さらに、上記端末状態データにネットワークのセグメント情報を追記するようにしてもよい。
【００２８】
また、図２に示すＩＰ交換サーバ１２において、個別送信可否判断部１２７に複数のメッセージを１つにまとめて送信する可否を判断するロジックを追加して、状態通知メッセージ処理部１２５から複数のメッセージをまとめたメッセージ群を送信間隔をずらして送信するようにしてもよい。これにより、ネットワークの負荷を分散することが可能となる。
【００２９】
また、メッセージ送信の可否判断において、ＭＥＧＡＣＯ、ＳＩＰ、ＣＳＴＡのインターフェース別に不要メッセージを振り分けるようにしてもよい。
【００３０】
その他、本実施形態は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００３１】
１１…クラウド、
１２…ＩＰ交換サーバ、１２１…呼制御部、１２２…端末状態管理部、１２３…端末状態記憶部、１２４…呼制御メッセージ処理部、１２５…状態通知メッセージ処理部、１２６…全通知判断部、１２７…個別送信判断部、
１３…公衆電話網、１４…ＳＩＰ電話網、１５…ＳＩＰトランク、１６…データ通信環境、１７…有線ＬＡＮ環境、１８…無線ＬＡＮ環境、
Ｔ…ＩＰ電話端末、Ｔ１…端末呼制御部、Ｔ２…端末表示制御部、Ｔ３…呼制御メッセージ処理部、Ｔ４…状態通知メッセージ処理部、Ｔ２１…ＬＣＤ表示部、Ｔ２２…ＬＥＤ表示部、Ｔ３１…呼制御メッセージプロトコルによるインターフェース、Ｔ４１…状態通知メッセージプロトコルによるインターフェース。
【図１】
2017069766.tif 000003
【図２】
2017069766.tif 000004
【図３】
2017069766.tif 000005
【図４】
2017069766.tif 000006
【図５】
2017069766.tif 000007
【図６】
2017069766.tif 000008