特許 7381130 ゲートウェイ装置、構内交換システム、及び構内交換方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2023-11-07

(45)【発行日】2023-11-15

(54)【発明の名称】ゲートウェイ装置、構内交換システム、及び構内交換方法

(51)【国際特許分類】

   H04Q 3/60 20060101AFI20231108BHJP

   H04M 3/50 20060101ALI20231108BHJP

   H04M 3/42 20060101ALI20231108BHJP

【ＦＩ】

H04Q3/60

H04M3/50 B

H04M3/42 M

【請求項の数】 10

(21)【出願番号】P 2022092223

(22)【出願日】2022-06-07

【審査請求日】2022-06-07

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100080816

【弁理士】

【氏名又は名称】加藤 朝道

(74)【代理人】

【識別番号】100098648

【弁理士】

【氏名又は名称】内田 潔人

(72)【発明者】

【氏名】清水 陽介

【審査官】松原 徳久

(56)【参考文献】

【文献】特開２０２２－０４４４４８（ＪＰ，Ａ）

【文献】特開２０２１－０２７４２４（ＪＰ，Ａ）

【文献】特開２０１０－０８７６５６（ＪＰ，Ａ）

【文献】特開２０１９－１１５００５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｍ３／００

３／１６－３／２０

３／３８－３／５８

７／００－７／１６

１１／００－１１／１０

Ｈ０４Ｑ３／５８－３／６２

(57)【特許請求の範囲】

【請求項1】

外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸとの間の通信経路に設けられたゲートウェイ装置であって、
前記構内交換機からの他者応答通知に関連する応答パラメータを第１ＡＰＩ経由で受信して解析するように構成されたパラメータ解析部と、
前記パラメータ解析部の解析結果に基づいてメッセージを作成するように構成されたメッセージ作成部と、
前記メッセージ作成部で作成された前記メッセージを前記第１ＡＰＩと異なる第２ＡＰＩ経由で前記クラウドＰＢＸに送信するように構成されたメッセージ送信部と、
を備える、ゲートウェイ装置。

【請求項2】

前記パラメータ解析部は、前記第１ＡＰＩに係るデータ形式の前記応答パラメータを前記第２ＡＰＩに係るデータ形式に変換して前記応答パラメータにおけるデータを抽出するように構成され、
前記メッセージ作成部は、前記解析結果としての、前記パラメータ解析部で抽出されたデータに基づいて前記第２ＡＰＩに係るデータ形式の前記メッセージを作成するように構成されている、
請求項１記載のゲートウェイ装置。

【請求項3】

前記応答パラメータにおける前記データは、日時、発信者番号、応答か未応答かの応答状況、前記メッセージの送信先の内線番号を含み、前記応答状況が応答の場合には、前記応答状況には応答した端末の内線番号を含む、
請求項２記載のゲートウェイ装置。

【請求項4】

対応する内線番号及びユーザ名称又はメールアドレスを関連付けて整理したデータベースをさらに備え、
前記メッセージ作成部は、前記応答パラメータにおける前記データとして、前記パラメータ解析部で応答した端末の内線番号が抽出されたときに、前記データベースから、抽出された前記内線番号に対応するユーザ名称又はメールアドレスを取得し、前記データ、及び、前記ユーザ名称又はメールアドレスに基づいて前記第２ＡＰＩに係るデータ形式の前記メッセージを作成するように構成されている、
請求項３記載のゲートウェイ装置。

【請求項5】

前記メッセージ作成部は、前記応答パラメータにおける前記データとして、前記パラメータ解析部で応答した端末の内線番号が抽出されなかったときに、内線番号を含まない前記データに基づいて前記第２ＡＰＩに係るデータ形式の前記メッセージを作成するように構成されている、
請求項３記載のゲートウェイ装置。

【請求項6】

前記第１ＡＰＩは、ＴＡＰＩであり、
前記第２ＡＰＩは、ＲＥＳＴ ＡＰＩである、
請求項１乃至５のいずれか一記載のゲートウェイ装置。

【請求項7】

外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、
クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸと、
請求項１乃至５のいずれか一に記載のゲートウェイ装置と、
を備える、構内交換システム。

【請求項8】

前記構内交換機は、前記代表着信による応答又は未応答のときに、所定のデータを収集して他者応答通知に関連する応答パラメータを生成して前記第１ＡＰＩ経由で前記ゲートウェイ装置に送信するように構成され、
前記クラウドＰＢＸは、前記ゲートウェイ装置からの前記メッセージを受信して前記クラウドＰＢＸの配下の前記端末に送信するように構成されている、
請求項７記載の構内交換システム。

【請求項9】

前記構内交換機は、ＳＩＰ経由で前記ゲートウェイ装置を介して前記クラウドＰＢＸと通信可能に接続されており、前記代表着信を発生させることにより、前記構内交換機の配下の前記端末を呼び出すとともに、前記ＳＩＰ経由で前記ゲートウェイ装置を介して前記クラウドＰＢＸの配下の前記端末を呼び出す、
請求項７記載の構内交換システム。

【請求項10】

外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸとの間の通信経路に設けられたゲートウェイ装置を用いて構内交換を行う構内交換方法であって、
前記ゲートウェイ装置において、前記構内交換機からの他者応答通知に関連する応答パラメータを第１ＡＰＩ経由で受信して解析するステップと、
前記ゲートウェイ装置において、前記応答パラメータの解析結果に基づいてメッセージを作成するステップと、
前記ゲートウェイ装置において、作成された前記メッセージを前記第１ＡＰＩと異なる第２ＡＰＩ経由で前記クラウドＰＢＸに送信するステップと、
を含む、構内交換方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲートウェイ装置、構内交換システム、及び構内交換方法に関する。

【背景技術】

【0002】

公衆交換電話網に接続されるとともに、多数の端末（固定電話機等）に対して内線交換機能および外線接続機能を提供する構内交換機（非クラウドＰＢＸ（Private Branch eXchange））では、外線からの代表着信に対して誰が応答したのか（他者応答）、もしくは誰も応答しなかったのか（呼放棄）を知ることができる機能（他者応答通知機能）が搭載され、多くのユーザに利用されている（例えば、特許文献１参照）。構内交換機では、ＴＡＰＩ（Telephony Application Programming Interface）を備えており、ＴＡＰＩ経由で他者応答通知のデータを外部に送受信することができる。

【0003】

また、近年では、構内交換機をクラウド化したクラウドＰＢＸが登場し、クラウド上のサーバからインターネットを介して端末（パーソナルコンピュータ、スマートフォン、タブレット端末等）に対して内線交換機能および外線接続機能を提供できるようになっている。クラウドＰＢＸでは、ＲＥＳＴ ＡＰＩ（RESTful Application Programming Interface）を備えており、構内交換機で利用することができないチャットメッセージを、ＲＥＳＴ ＡＰＩ経由で外部に送受信することができる。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１０－８７６５６号

【発明の概要】

【発明が解決しようとする課題】

【0005】

以下の分析は、本願発明者により与えられる。

【0006】

近年、リモートワークで作業するユーザが増えており、固定電話機の利用が減少する一方、スマートフォンやパーソナルコンピュータ等の端末を利用するユーザが増加している。リモートワークで作業するユーザが代表着信を他のユーザがどのような対応を行ったのか知ることは重要である。クラウドＰＢＸにおいて、構内交換機の他者応答機能を利用することができれば、代表着信に誰が応答したのか知ることができるようになり、着信に応対したユーザに対応内容を確認することができることが考えられる。そこで、それぞれ独立して動作する構内交換機とクラウドＰＢＸとを組み合わせて１つの構内交換機として動作するようにしたハイブリッドシステムが考えられる（図６参照）。前記ハイブリッドシステムによれば、構内交換機の配下の端末、及び、クラウドＰＢＸの配下の端末は、代表着信に対して着信鳴動し、通話することができるようになる。

【0007】

しかしながら、前記ハイブリッドシステムでは、構内交換機とクラウドＰＢＸとではサポートしているＡＰＩ（Application Programming Interface）が異なるため、構内交換機のＡＰＩのデータ通信をクラウドＰＢＸで行うことができない。つまり、構内交換機の他者応答通知機能は構内交換機の配下の固定電話機で利用することができるが、クラウドＰＢＸでは構内交換機の他者応答通知機能のデータを受信するためのＡＰＩをサポートしていない。そのため、クラウドＰＢＸの配下の端末は構内交換機の他者応答通知機能を利用することができず、クラウドＰＢＸの配下の端末を使用しているユーザは代表着信をどのような対処を行ったのか他のユーザに確認する必要があり、確認に手間がかかる。

【0008】

また、前記ハイブリッドシステムでは、未応答の場合はコールバックを行うことができるが、応答の場合は、誰が応答したのか応答者以外のユーザは知ることができず、ビジネスチャンスを逃してしまう可能性がある。

【0009】

さらに、前記ハイブリッドシステムでは、構内交換機の他者応答通知を行うためのＡＰＩが構内交換機独自のＡＰＩを使用する場合、クラウドＰＢＸ側で構内交換機独自のＡＰＩをチャットメッセージに変換するための処理機能を新規に追加する必要があるため、既存のクラウドＰＢＸを改修するリスクがある。

【0010】

本発明の主な課題は、クラウドＰＢＸを改修することなく、クラウドＰＢＸにおいても構内交換機の他者応答通知機能を利用できるようにして利便性を高めることに貢献することができるゲートウェイ装置、構内交換システム、及び構内交換方法を提供することである。

【課題を解決するための手段】

【0011】

第１の視点に係るゲートウェイ装置は、外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸとの間の通信経路に設けられたゲートウェイ装置であって、前記構内交換機からの他者応答通知に関連する応答パラメータを第１ＡＰＩ経由で受信して解析するように構成されたパラメータ解析部と、前記パラメータ解析部の解析結果に基づいてメッセージを作成するように構成されたメッセージ作成部と、前記メッセージ作成部で作成された前記メッセージを前記第１ＡＰＩと異なる第２ＡＰＩ経由で前記クラウドＰＢＸに送信するように構成されたメッセージ送信部と、を備える。

【0012】

第２の視点に係る構内交換システムは、外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸと、前記第１の視点に係るゲートウェイ装置と、を備える。

【0013】

第３の視点に係る構内交換方法は、外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸとの間の通信経路に設けられたゲートウェイ装置を用いて構内交換を行う構内交換方法であって、前記ゲートウェイ装置において、前記構内交換機からの他者応答通知に関連する応答パラメータを第１ＡＰＩ経由で受信して解析するステップと、前記ゲートウェイ装置において、前記応答パラメータの解析結果に基づいてメッセージを作成するステップと、前記ゲートウェイ装置において、作成された前記メッセージを前記第１ＡＰＩと異なる第２ＡＰＩ経由で前記クラウドＰＢＸに送信するステップと、を含む。

【発明の効果】

【0014】

前記第１～第３の視点によれば、クラウドＰＢＸを改修することなく、クラウドＰＢＸにおいても構内交換機の他者応答通知機能を利用できるようにして利便性を高めることに貢献することができる。

【図面の簡単な説明】

【0015】

【図1】実施形態１に係る構内交換システムの構成を模式的に示したブロック図である。

【図2】実施形態１に係る構内交換システムにおけるクラウドＰＢＸの配下のパーソナルコンピュータ又はスマートフォンでの表示例である。

【図3】実施形態１に係る構内交換システムにおける構内交換機の配下の固定電話機での表示例である。

【図4】実施形態１に係る構内交換システムにおけるゲートウェイ装置のデータベースの構成の一例を模式的に示した表である。

【図5】実施形態１に係る構内交換システムの動作を模式的に示したシーケンスである。

【図6】比較例に係る構内交換システムの構成を模式的に示したブロック図である。

【図7】実施形態２に係る構内交換システムの構成を模式的に示したブロック図である。

【図8】ハードウェア資源の構成を模式的に示したブロック図である。

【発明を実施するための形態】

【0016】

以下、実施形態について図面を参照しつつ説明する。なお、本書において図面参照符号を付している場合は、それらは、専ら理解を助けるためのものであり、図示の態様に限定することを意図するものではない。また、下記の実施形態は、あくまで例示であり、本発明を限定するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。さらに、本開示に示す回路図、ブロック図、内部構成図、接続図などにおいて、明示は省略するが、入力ポート及び出力ポートが各接続線の入力端及び出力端のそれぞれに存在する。入出力インタフェイスも同様である。なお、プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。また、プログラムは、コンピュータ装置に入力装置又は外部から通信インタフェイスを介して入力され、記憶装置に記憶されて、プロセッサを所定のステップないし処理に従って駆動させ、必要に応じ中間状態を含めその処理結果を段階毎に表示装置を介して表示することができ、あるいは通信インタフェイスを介して、装置内又は外部の機器（コンピュータを含む）と、有線、無線を問わず、交信することができる。そのためのコンピュータ装置は、一例として、典型的には互いにバスによって接続可能なプロセッサ、記憶装置、入力装置、通信インタフェイス、及び必要に応じ表示装置を備える。

【0017】

［実施形態１］
実施形態１に係る構内交換システムについて図面を用いて説明する。図１は、実施形態１に係る構内交換システムの構成を模式的に示したブロック図である。図２は、実施形態１に係る構内交換システムにおけるクラウドＰＢＸの配下のパーソナルコンピュータ又はスマートフォンでの表示例である。図３は、実施形態１に係る構内交換システムにおける構内交換機の配下の固定電話機での表示例である。図４は、実施形態１に係る構内交換システムにおけるゲートウェイ装置のデータベースの構成の一例を模式的に示した表である。

【0018】

構内交換システム１は、構内交換機１０とクラウドＰＢＸ２０が１つの構内交換機として動作するように構成したシステム（ハイブリッドシステム）である（図１参照）。構内交換システム１は、構内交換機１０で公衆回線網５０を介して外部電話機４０と通信（有線通信、無線通信）可能に接続されている。構内交換システム１は、構内交換機１０と、固定電話機１１、１２と、構内回線網１３と、クラウドＰＢＸ２０と、パーソナルコンピュータ２１と、スマートフォン２２と、ネットワーク２３と、ゲートウェイ装置３０と、を備える。なお、図１の例では、外部電話機４０は、１台であるが、２台以上であってもよく、電話機能を有するその他の種類の端末でもよい。また、図１の例では、構内交換機１０の配下の固定電話機１１、１２は、２台であるが、１台以上あればよい。また、図１の例では、クラウドＰＢＸ２０の配下の端末は、パーソナルコンピュータ２１とスマートフォン２２であるが、その他の種類の端末（例えば、タブレット端末）でもよく、１台以上あればよい。

【0019】

構内交換機１０は、構内に設置された電話交換機である（図１参照）。構内交換機１０は、配下で構内回線網１３を介して固定電話機１１、１２と通信可能に接続されている。構内交換機１０は、公衆回線網５０（ＰＳＴＮ：Public Switched Telephone Networks）を介して外部電話機４０（外線）と通信可能に接続されている。構内交換機１０は、外線の発着信が可能である。図１の例では、構内交換機１０には電話番号（外線番号）「０３－９８７６－５４３２」が設定されている。構内交換機１０は、ＴＡＰＩとＳＩＰ（Session Initiation Protocol）のインタフェイスとを備えている。構内交換機１０は、ＳＩＰ経由でゲートウェイ装置３０を介してクラウドＰＢＸ２０と通信可能に接続されており、構内交換機１０が代表着信を発生させる（外部電話機４０からの代表番号の発信を受ける）ことにより、構内交換機１０の配下の固定電話機１１、１２を呼び出すとともに、ＳＩＰ経由でゲートウェイ装置３０を介してクラウドＰＢＸ２０の配下のパーソナルコンピュータ２１及びスマートフォン２２を呼び出す。構内交換機１０は、時刻機能を備え、代表着信発生時（応答時でも可）の日時を取得する機能を備える。構内交換機１０は、代表着信発生時に発信者番号（図１の例では外部電話機４０の電話番号）を取得する機能を備える。構内交換機１０は、代表着信による応答か未応答を検出する機能を備える。構内交換機１０は、代表着信による応答時に、応答した端末（固定電話機１１、１２、パーソナルコンピュータ２１、スマートフォン２２のいずれか１つ）の内線番号を取得する機能を備える。構内交換機１０は、代表着信による応答又は未応答のときに、応答受付又は未応答に関する所定のデータを収集して他者応答通知（固定電話機１１、１２で着信履歴）を生成し、生成された他者応答通知を固定電話機１１、１２に送信する。ここで、他者応答通知に含まれるデータは、日時、発信者番号、応答状況（応答、未応答）とすることができる。また、構内交換機１０は、代表着信による応答又は未応答のときに、所定のデータを収集して応答パラメータ（他者応答通知に関連するもの）を生成し、生成された応答パラメータをＴＡＰＩ経由でゲートウェイ装置３０に送信する。ここで、応答パラメータに含まれるデータは、例えば、日時、発信者番号、応答状況（応答及び応答した端末の内線番号、未応答）、内線番号（パーソナルコンピュータ２１、スマートフォン２２）とすることができる。

【0020】

固定電話機１１、１２は、構内の所定の位置に設置された電話機である（図１参照）。固定電話機１１、１２は、例えば、マイク、スピーカ、制御部、通信部、操作部、及び表示部を備えた電話機とすることができる。固定電話機１１、１２は、構内回線網１３を介して構内交換機１０と通信可能に接続されている。固定電話機１１、１２は、構内回線網１３、構内交換機１０、及び公衆回線網５０を介して外部電話機４０（外線）と通話可能にする外線通話機能を備える。固定電話機１１と固定電話機１２とは、構内回線網１３及び構内交換機１０を介して通話可能にする内線通話機能を備える。固定電話機１１、１２は、構内交換機１０からの他者応答通知に基づいて着信履歴を表示する（図３参照）。図１の例では、固定電話機１１には内線番号「１００」が設定されており、固定電話機１２には内線番号「１０１」が設定されている。構内回線網１３は、構内に設置された回線網である。構内回線網１３は、構内交換機１０及び固定電話機１１、１２と通信可能に接続されている。

【0021】

クラウドＰＢＸ２０は、クラウド上で配下の端末（図１ではパーソナルコンピュータ２１、スマートフォン２２）に対して仮想的に構内交換を行う機能を備えるサーバ装置である（図１参照）。クラウドＰＢＸ２０は、構内交換機１０が設置された構内に設置するようにしてもよい。クラウドＰＢＸ２０は、例えば、プロセッサ、メモリ、ネットワークインタフェイス等を含むコンピュータを備えるサーバ装置を用いることができる。クラウドＰＢＸ２０は、メモリを利用しながら、プロセッサにおいてプログラムを実行することにより、所定の処理を実行する。クラウドＰＢＸ２０は、配下でネットワーク２３を介してパーソナルコンピュータ２１及びスマートフォン２２と通信可能に接続されている。クラウドＰＢＸ２０は、ＲＥＳＴ ＡＰＩとＳＩＰのインタフェイスとを備えている。クラウドＰＢＸ２０は、ＳＩＰ経由でゲートウェイ装置３０を介して構内交換機１０と通信可能に接続されており、構内交換機１０で代表着信が発生することにより、ＳＩＰ経由でゲートウェイ装置３０を介して構内交換機１０の呼び出しに応じて、クラウドＰＢＸ２０の配下のパーソナルコンピュータ２１及びスマートフォン２２を呼び出す。クラウドＰＢＸ２０は、ゲートウェイ装置３０からＲＥＳＴ ＡＰＩ経由で送信されたチャットメッセージ（応答パラメータに基づいてゲートウェイ装置３０で生成されたもの）を受信し、受信したチャットメッセージを、配下のパーソナルコンピュータ２１、スマートフォン２２に送信する。

【0022】

パーソナルコンピュータ２１は、ユーザによって使用される情報通信端末である（図１参照）。スマートフォン２２は、ユーザによって携帯される情報通信端末である（図１参照）。パーソナルコンピュータ２１及びスマートフォン２２は、ネットワーク２３を介して、クラウドＰＢＸ２０と通信可能に接続されている。パーソナルコンピュータ２１及びスマートフォン２２には、コンピュータを構成する機能部（例えば、プロセッサ、記憶装置、入力装置、通信インタフェイス、及び表示装置）を備えるとともに、通話に必要な機能部（マイク、スピーカ等）を備えた（又は接続した）端末（コンピュータ端末）を用いることができる。パーソナルコンピュータ２１及びスマートフォン２２は、ネットワーク２３、クラウドＰＢＸ２０、ゲートウェイ装置３０、構内交換機１０、及び公衆回線網５０を介して外部電話機４０（外線）と通話可能にする外線通話機能を備える。パーソナルコンピュータ２１とスマートフォン２２とは、ネットワーク２３及びスマートフォン２２を介して通話可能にする内線通話機能を備える。パーソナルコンピュータ２１及びスマートフォン２２は、クラウドＰＢＸ２０からのチャットメッセージを表示する（図２参照）。図１の例では、パーソナルコンピュータ２１には内線番号「２００」が設定され、スマートフォン２２には内線番号「２０１」が設定されている。また、ここでは、パーソナルコンピュータ２１（内線番号：２００）及び固定電話機１１（内線番号：１００）の各ユーザはどちらも「田中太郎」であり、スマートフォン２２（内線番号：２０１）及び固定電話機１２（内線番号：１０１）の各ユーザはどちらも「鈴木次郎」である（図４参照）。ネットワーク２３は、クラウドＰＢＸ２０、パーソナルコンピュータ２１、及びスマートフォン２２の間において通信を行う通信網である（図１参照）。ネットワーク２３には、例えば、ＬＡＮ（Local Area Network）、ＰＡＮ（Personal Area Network）、ＭＡＮ（Metropolitan Area Network）、ＷＡＮ（Wide Area Network）、ＧＡＮ（Global Area Network）等の通信網を用いることができる。

【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】

なお、図８に示す構成は、ハードウェア資源１００のハードウェア構成を限定する趣旨ではない。ハードウェア資源１００は、図示しないハードウェア（例えば、入出力インタフェイス）を含んでもよい。あるいは、装置に含まれるプロセッサ１０１等のユニットの数も図８の例示に限定する趣旨ではなく、例えば、複数のプロセッサ１０１がハードウェア資源１００に含まれていてもよい。プロセッサ１０１には、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＧＰＵ（Graphics Processing Unit）等を用いることができる。

【0049】

メモリ１０２には、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等を用いることができる。

【0050】

ネットワークインタフェイス１０３には、例えば、ＬＡＮ（Local Area Network）カード、ネットワークアダプタ、ネットワークインタフェイスカード等を用いることができる。

【0051】

ハードウェア資源１００の機能は、上述の処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ１０２に格納されたプログラムをプロセッサ１０１が実行することで実現される。また、そのプログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。即ち、上記処理モジュールが行う機能は、何らかのハードウェアにおいてソフトウェアが実行されることによって実現できればよい。

【0052】

上記実施形態の一部または全部は以下の付記のようにも記載され得るが、以下には限られない。

【0053】

［付記１］
外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸとの間の通信経路に設けられたゲートウェイ装置であって、
前記構内交換機からの他者応答通知に関連する応答パラメータを第１ＡＰＩ経由で受信して解析するように構成されたパラメータ解析部と、
前記パラメータ解析部の解析結果に基づいてメッセージを作成するように構成されたメッセージ作成部と、
前記メッセージ作成部で作成された前記メッセージを前記第１ＡＰＩと異なる第２ＡＰＩ経由で前記クラウドＰＢＸに送信するように構成されたメッセージ送信部と、
を備える、ゲートウェイ装置。
［付記２］
前記パラメータ解析部は、前記第１ＡＰＩに係るデータ形式の前記応答パラメータを前記第２ＡＰＩに係るデータ形式に変換して前記応答パラメータにおけるデータを抽出するように構成され、
前記メッセージ作成部は、前記解析結果としての、前記パラメータ解析部で抽出されたデータに基づいて前記第２ＡＰＩに係るデータ形式の前記メッセージを作成するように構成されている、
付記１記載のゲートウェイ装置。
［付記３］
前記応答パラメータにおける前記データは、日時、発信者番号、応答か未応答かの応答状況、前記メッセージの送信先の内線番号を含み、前記応答状況が応答の場合には、前記応答状況には応答した端末の内線番号を含む、
付記２記載のゲートウェイ装置。
［付記４］
対応する内線番号及びユーザ名称又はメールアドレスを関連付けて整理したデータベースをさらに備え、
前記メッセージ作成部は、前記応答パラメータにおける前記データとして、前記パラメータ解析部で応答した端末の内線番号が抽出されたときに、前記データベースから、抽出された前記内線番号に対応するユーザ名称又はメールアドレスを取得し、前記データ、及び、前記ユーザ名称又はメールアドレスに基づいて前記第２ＡＰＩに係るデータ形式の前記メッセージを作成するように構成されている、
付記３記載のゲートウェイ装置。
［付記５］
前記メッセージ作成部は、前記応答パラメータにおける前記データとして、前記パラメータ解析部で応答した端末の内線番号が抽出されなかったときに、内線番号を含まない前記データに基づいて前記第２ＡＰＩに係るデータ形式の前記メッセージを作成するように構成されている、
付記３記載のゲートウェイ装置。
［付記６］
前記第１ＡＰＩは、ＴＡＰＩであり、
前記第２ＡＰＩは、ＲＥＳＴ ＡＰＩである、
付記１乃至５のいずれか一記載のゲートウェイ装置。
［付記７］
外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、
クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸと、
付記１乃至６のいずれか一に記載のゲートウェイ装置と、
を備える、構内交換システム。
［付記８］
前記構内交換機は、前記代表着信による応答又は未応答のときに、所定のデータを収集して他者応答通知に関連する応答パラメータを生成して前記第１ＡＰＩ経由で前記ゲートウェイ装置に送信するように構成され、
前記クラウドＰＢＸは、前記ケートウェイ装置からの前記メッセージを受信して前記クラウドＰＢＸの配下の前記端末に送信するように構成されている、
付記７記載の構内交換システム。
［付記９］
前記構内交換機は、ＳＩＰ経由で前記ゲートウェイ装置を介して前記クラウドＰＢＸと通信可能に接続されており、前記代表着信を発生させることにより、前記構内交換機の配下の前記端末を呼び出すとともに、前記ＳＩＰ経由で前記ゲートウェイ装置を介して前記クラウドＰＢＸの配下の前記端末を呼び出す、
付記７記載の構内交換システム。
［付記１０］
外線電話機からの発信に応じて代表着信を発生させたときに配下の端末に対して他者応答通知を行う機能を備える構内交換機と、クラウド上で配下の端末に対して仮想的に構内交換を行う機能を備えるクラウドＰＢＸとの間の通信経路に設けられたゲートウェイ装置を用いて構内交換を行う構内交換方法であって、
前記ゲートウェイ装置において、前記構内交換機からの他者応答通知に関連する応答パラメータを第１ＡＰＩ経由で受信して解析するステップと、
前記ゲートウェイ装置において、前記応答パラメータの解析結果に基づいてメッセージを作成するステップと、
前記ゲートウェイ装置において、作成された前記メッセージを前記第１ＡＰＩと異なる第２ＡＰＩ経由で前記クラウドＰＢＸに送信するステップと、
を含む、構内交換方法。

【0054】

なお、上記の特許文献の各開示は、本書に引用をもって繰り込み記載されているものとし、必要に応じて本発明の基礎ないし一部として用いることが出来るものとする。本発明の全開示（特許請求の範囲及び図面を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせないし選択（必要により不選択）が可能である。すなわち、本発明は、請求の範囲及び図面を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。また、本願に記載の数値及び数値範囲については、明記がなくともその任意の中間値、下位数値、及び、小範囲が記載されているものとみなされる。さらに、上記引用した文献の各開示事項は、必要に応じ、本願発明の趣旨に則り、本願発明の開示の一部として、その一部又は全部を、本書の記載事項と組み合わせて用いることも、本願の開示事項に含まれる（属する）ものと、みなされる。

【符号の説明】

【0055】

１ 構内交換システム
１０ 構内交換機
１１ 固定電話機（端末）
１２ 固定電話機（端末）
１３ 構内回線網
２０ クラウドＰＢＸ
２１ パーソナルコンピュータ（端末）
２２ スマートフォン（端末）
２３ ネットワーク
３０ ゲートウェイ装置
３１ パラメータ解析部
３２ メッセージ作成部
３３ データベース
３４ メッセージ送信部
４０ 外部電話機
５０ 公衆回線網
１００ ハードウェア資源
１０１ プロセッサ
１０２ メモリ
１０３ ネットワークインタフェイス
１０４ 内部バス

【要約】

【課題】クラウドＰＢＸを改修することなく、クラウドＰＢＸにおいても構内交換機の他者応答通知機能を利用できるようにして利便性を高めることに貢献することができるゲートウェイ装置等を提供すること。
【解決手段】ゲートウェイ装置は、構内交換機とクラウドＰＢＸとの間の通信経路に設けられ、構内交換機からの他者応答通知に関連する応答パラメータを第１ＡＰＩ経由で受信して解析するように構成されたパラメータ解析部と、パラメータ解析部の解析結果に基づいてメッセージを作成するように構成されたメッセージ作成部と、メッセージ作成部で作成されたメッセージを第２ＡＰＩ経由で前記クラウドＰＢＸに送信するように構成されたメッセージ送信部と、を備える。
【選択図】図７

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】