(57)【要約】【課題】構内交換機から呼制御信号を取り出して容易に通話状態を表示する状態表示装置を提供する。【解決手段】構内無線システムにおける各端末の状態を表示する状態表示装置であって、構内無線システムの構内交換機２から全ての呼制御信号４０を取得する呼制御信号取得部２１と、呼制御信号の種別に応じて状態表示を行なうための呼制御信号の解析を行なうとともに、状態表示に用いない呼制御信号を破棄する呼制御信号解析部２６と、呼制御信号解析部で呼制御信号を解析した結果に基づいて状態表示するための信号を生成する表示信号生成部２７−３２をもつ状態表示装置。【選択図】図１
2011015217.tif 000002
【特許請求の範囲】
【請求項１】
構内無線システムにおける各端末の状態を表示する状態表示装置であって、
前記構内無線システムの構内交換機から全ての呼制御信号を取得する呼制御信号取得部と、
前記呼制御信号の種別に応じて、状態表示を行なうための呼制御信号の解析を行なうとともに、状態表示に用いない呼制御信号を破棄する呼制御信号解析部と、
前記呼制御信号解析部で呼制御信号を解析した結果に基づいて状態表示するための信号を生成する表示信号生成部と、
を具備することを特徴とする状態表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＰＨＳ等の携帯電話機の通話状態を表示する状態表示装置に関し、特に構内交換機内の信号を解析する状態表示装置に関する。
【背景技術】
【０００２】
従来から、通信システムのネットワーク内の信号状況をモニタリングする装置が知られており、利用されてきている。すなわち、通信システムのネットワーク内の各端末が現在どのような状態で他の端末と通信を行っているかをモニタしたいという要望があり、これに応じる表示装置が多く知られている。
【０００３】
特許文献１は、構内交換装置に複数のユーザのパーソナルコンピュータが接続し、この接続状態を確認するバスモニタ装置を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１４３２９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の従来技術は、パーソナルコンピュータのネットワーク状態を表示してはいても、ＰＨＳや携帯電話等の工注情報や呼制御信号に基づいて通話状態をどのように行なうかを開示していない。
本発明は、構内交換機から呼制御信号を取り出して容易に通話状態を表示する状態表示装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
課題を解決する一実施形態は、
構内無線システムにおける各端末の状態を表示する状態表示装置であって、
前記構内無線システムの構内交換機から全ての呼制御信号を取得する呼制御信号取得部と、
前記呼制御信号の種別に応じて、状態表示を行なうための呼制御信号の解析を行なうとともに、状態表示に用いない呼制御信号を破棄する呼制御信号解析部と、
前記呼制御信号解析部で呼制御信号を解析した結果に基づいて状態表示するための信号を生成する表示信号生成部と、
を具備することを特徴とする状態表示装置である。
【発明の効果】
【０００７】
構内交換機の内部で用いられる呼制御信号をそのまま取得し、解析して、表示に必要な信号だけを選択しこれに基づいて表示信号を生成する。これにより、構内交換機の中で表示のための信号を生成する必要がないので、すでに設備されている構内交換機に対して、本発明に係る状態表示装置を後で取り付けて、現在の通話状態等を表示させることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る状態表示装置と構内交換機を示すブロック図。
【図２】同じく状態表示装置の構成の一例を示すブロック図。
【図３】同じく状態表示装置が行なう処理の各設定を説明する説明図。
【図４】同じく状態表示装置が取得する呼制御信号のフォーマットの一例。
【図５】同じく状態表示装置による携帯機一覧テーブルと発報一覧テーブル。
【図６】同じく状態表示装置における一斉通報状態テーブル、開催型グループ状態テーブル、参加型グループ状態テーブルの一例を説明する説明図。
【図７】同じく状態表示装置が行なうキャプチャ解析を示すフローチャート。
【図８】同じく状態表示装置が行なう一斉通話管理を示すフローチャート。
【図９】同じく状態表示装置による開催型グループ管理を示すフローチャート。
【図１０】同じく状態表示装置での参加型グループ管理を示すフローチャート。
【図１１】同じく状態表示装置における位置登録発報画面を示す説明図。
【図１２】同じく状態表示装置における一斉通報表示画面を示す説明図。
【図１３】同じく状態表示装置における開催型グループ会議画面を示す説明図。
【図１４】同じく状態表示装置における参加型グループ会議画面を示す説明図。
【発明を実施するための形態】
【０００９】
以下、この発明の実施の形態について図面を参照して詳細に説明する。
図１は、本発明の一実施形態に係る状態表示装置と構内交換機を示すブロック図、図２は、同じく状態表示装置の構成の一例を示すブロック図である。本発明に係る状態表示装置１は、図１に示すように、構内交換機２に接続されるものである。
【００１０】
（構内交換機）
ここで、構内交換機２は、全体の動作を制御する制御部１１と、制御部１１に接続されるタイムスイッチ１５と、制御部１１に接続される会議トランク１６と、制御部１１に接続される回線インタフェース部１７と、回線インタフェース部１７に接続される複数の基地局１８−１、１８−２、…１８−ｎと、一般携帯機および高機能携帯機１９−１、１９−２、…１９−ｎを有している。
【００１１】
制御部１１は、マイクロプロセッサ、およびその周辺回路、メモリで構成され、タイムスイッチ１５、会議トランク１６、回線インタフェース部１７を制御するプログラムが動作する。また制御部１１のメモリには、どのような種類のインタフェース回線がどのスロットに何回線あるかなどの構成情報（工注情報）をもっている。制御部１１のプログラムはこの工注情報を参照しながら、各回線インタフェース部１７を制御する。制御部１１は、携帯機１９の位置情報、呼の接続状態を管理する内部テーブル等を有しており、位置情報管理、呼接続制御を行っている。
【００１２】
タイムスイッチ１５は、入力ハイウエイ、出力ハイウエイと接続され、ハイウエイのタイムスロットごとに時分割交換を行うスイッチである。入力ハイウエイ、出力ハイウエイは、すべての会議トランク及び回線インタフェース部１７と接続されていて任意のハイウエイのタイムスロットを任意のハイウエイのタイムスロットに交換（接続）できる。
【００１３】
会議トランク１６は、複数のタイムスロットの音声データ（ＰＣＭ符号のデータ）を合成し、１つの出力ハイウエイのタイムスロットに複数のハイウエイタイムスロットの音声を合成して出力し、会議通話状態を作る。
回線インタフェース部１７は、複数の基地局１８と、制御部１１およびタイムスイッチ１５を接続するためのインタフェース回路である。回線インタフェース部１７は、制御信号とハイウエイが接続されており、基地局１８との間の制御信号は、発信、着信、など公知技術（ＰＨＳ標準規格  ＳＴＤ−２８）の呼制御信号を伝える。
【００１４】
携帯機１９は、２種類使用する。一つは、一般の携帯機（一般携帯機）であってテンキー、オフフックキー、オンフックキー等を有し、ダイヤル発信、着信ができるものである。もう一つは、高機能携帯機であり、テンキー、オフフックキー、オンフックキー等を有し、ダイヤル発信、着信ができるほかに、携帯機内部にフォトインタラプタによる傾き検出機能を備え、携帯機の傾きを検出するとダイヤル発信制御部と連動しあらかじめ指定されたダイヤル番号に発信する機能を有する。さらに高機能携帯機は、ワンタッチ（任意のダイヤルを登録可能）のボタンも備え、緊急時の連絡のときに、ワンタッチ操作で、ダイヤル発信する機能を有する。
【００１５】
交換制御部１２は、入出力制御部から送られる呼制御信号に基づき、タイムスイッチ、会議トランクの接続制御を行なう。入出力制御部１４は、回線インタフェース部との制御信号の入出力を行い、タイムスイッチ接続、会議トランク接続に必要な情報を交換制御部１２でやりとりする。この構成で、交換制御部１２と入出力制御部１４の間のＬＡＮには、呼の接続を制御するための全ての信号が送受信される。
【００１６】
状態表示装置１は、交換制御部１２と入出力制御部１４との間にハブ１３を備え、そこから接続する。これにより交換制御部１２と入出力制御部１４の間で送受信している呼制御信号を全てキャプチャできるようにした。すなわち、状態表示装置１は、全ての呼に関してタイムスイッチ、会議トランクの接続制御を行なうための信号（情報）を全て取り込めるようにした。この構成をとることで、状態表示装置１は、交換制御部１２や入出力制御部１４の、プログラムや制御方法に影響を与えることなく、呼制御信号を取り出し、その状態を表示することが可能である。
【００１７】
（状態表示装置）
次に、状態表示装置１の構成を、図２を用いて以下に説明する。状態表示装置１は、一例としてＰＣ（personal computer）とこれにより起動されるプログラムで構成されるが、同様の機能をもった回路基板により構成されてもよい。状態表示装置１は、全体の動作を制御する制御部２０と、構内交換機２の交換制御部１２と入出力制御部１４に接続されるハブ１３と繋がっているＬＡＮドライバ部２１と、工注情報ファイル２３と、ゾーン名称定義ファイル２４と、キャプチャファイル２５を記憶領域にそれぞれ格納している記憶部２２と、キャプチャファイル２５を解析して処理するキャプチャ解析部２６と、キャプチャ解析部２６にそれぞれ接続される位置登録管理処理部２７と、転倒警報管理処理部２８と、非常発報管理処理部２９と、一斉通報管理処理部３０と、開催型グループ管理処理部３１と、参加型グループ管理処理部３２と、制御部２０に接続される表示部３３と、制御部２０に接続される操作部３４から構成される。
【００１８】
なお、上記した構成の状態表示装置１は、ＰＣとプログラムにより実現することも可能である。この場合のＰＣ内部のプログラムは、ＬＡＮドライバプログラム、キャプチャ解析プログラム（キャプチャ解析部２６の動作）、ＵＩ（ユーザインタフェース）プログラム（表示部３３、操作部３４の動作）で構成される。
【００１９】
ＬＡＮドライバプログラムは、ＰＣに標準的に実装されているＬＡＮコントローラを直接制御し、交換制御部と入出力制御部の間を送受信している呼制御信号（ＬＡＮ電文）を、ハブ１３を介して受信し、キャプチャファイル２５に蓄積するプログラムである。
【００２０】
キャプチャ解析プログラムは、ＬＡＮドライバ部２１が蓄積したキャプチャファイルである呼制御信号４０を読み出し、その呼制御信号を解析するプログラムである。キャプチャ解析プログラムは、呼制御信号４０を解析して、位置登録管理、転倒警報管理、非常発報管理、一斉通報管理、開催型グループ管理、参加型グループ管理の機能を有する。位置登録管理、転倒警報管理、非常発報管理は、キャプチャ解析プログラム自体が呼制御信号４０をそれぞれ解析し、必要な内部テーブル（携帯機一覧テーブル、発報一覧テーブル）を更新することにより実行される。
【００２１】
一斉通報管理、開催型グループ管理、参加型グループ管理は、キャプチャ解析プログラムから、それぞれの管理プログラム（一斉通報管理プログラム、開催型グループ管理プログラム、参加型グループ管理プログラム）を呼び出し、それぞれの管理プログラムが、必要な内部テーブル（一斉通報状態テーブル、開催型グループ状態テーブル、参加型グループ状態テーブル）を更新することにより実行される。
【００２２】
ＵＩ（ユーザインタフェース）プログラムは、ＰＣの表示部３３へ表示を行い、ＰＣのポインティングデバイス（マウス）やキーボード等の操作部３４からのイベントを検出して、そのイベントに従った画面表示を行うプログラムである。
キャプチャ解析部２６（プログラム）は、呼制御信号４０を解析し、内部テーブルを更新するにあたり、記憶部２２が保持している工注情報の一部を読み出し参照する。これは各種の呼制御信号４０を解析の対象とするべきかどうか判断するために参照する。すなわち、工注情報は、特番（呼制御信号４０の着番号４４）の判定、各種グループのメンバの判定に使用される。
【００２３】
キャプチャ解析部２６は、呼制御信号４０を解析し、携帯機一覧テーブル、発報一覧テーブルを更新する際に、基地局番号４６を扱うが、画面表示したときに、よりユーザにわかりやすくするために、その基地局番号４６に対応する（その基地局の周辺の）場所の名称を定義したゾーン名称定義ファイル２４を参照する。ゾーン名称定義ファイル２４は、基地局番号４６とその基地局１８が設置されている場所を１対１で定義づけしているリストである。
【００２４】
キャプチャ解析部２６（プログラム）および制御部２０は、画面表示の際に、携帯機一覧テーブル（図９の(ａ)）、発報一覧テーブル（図９の(ｂ)）、一斉通報状態テーブル（図１０の(ａ)）、開催型グループ状態テーブル（図１０の(ｂ)）、参加型グループ状態テーブル（図１０の(ｃ)）を参照し編集して表示する。
【００２５】
（工注情報）
次に、状態表示装置１が呼制御信号の判別の際、および通話状態の表示の際に使用する工注情報を図３を用いて説明する。
転倒警報発信特番（図３の(ａ)）は、高機能携帯機が使用する特番である。高機能携帯機のメモリにあらかじめ登録しておき、高機能携帯機がフォトインタラプタにより傾きを検出したときに、高機能携帯機側の機能によりダイヤル発信してくる番号である。構内交換機２の制御部１１および状態表示装置１は、この転倒警報発信特番のダイヤル発信を検出すると、転倒警報があったものと認識する。
【００２６】
非常発報発信特番（図３の(ａ)）は、高機能携帯機が使用する特番である。高機能携帯機のメモリにあらかじめ登録しておき、高機能携帯機がワンタッチボタン押下を検出したときに、高機能携帯機側の機能によりダイヤル発信してくる番号である。構内交換機２の制御部１１および状態表示装置１は、この非常発報発信特番でダイヤル発信を検出すると、非常発報があったものと認識する。
【００２７】
一斉通報特番（図３の(ｂ)）は、工注情報の一斉通報設定のメンバに登録されている内線番号の携帯機１９が、使用できる特番である。グループのメンバが一斉通報特番をダイヤルすると、構内交換機２の制御部１１は、全ての基地局１８−１〜１８−ｎからページング着信信号を送信するように要求する。携帯機１９は、基地局１８−１〜１８−ｎからのページング着信信号を受信すると、高機能携帯機側の機能として、あらかじめ設定された接続特番で発信する。構内交換機２の制御部１１は、接続特番で発信してきた携帯機１９を一斉通報特番をダイヤルした携帯機１９とタイムスイッチ１５を介して音声接続する。このとき一斉通報特番をダイヤルした携帯機の（上り）音声を、接続特番で発信してきた全ての携帯機１９への（下り）音声へ接続するように、タイムスイッチ１５を設定する。
【００２８】
これにより、一斉通報特番をダイヤル発信した携帯機１９と、ページング着信に応答して接続特番で発信してきた携帯機１９同志を接続し、一斉通報が可能となる。
開催型グループ会議特番（図３の(ｃ)）は、工注情報の開催型グループ会議設定のメンバに登録されている内線番号の携帯機１９が使用できる特番である。グループのメンバが開催型グループ会議特番をダイヤルすると、構内交換機２の制御部１１は、該当グループのメンバの携帯機１９に対して１台ずつ個別の着信（呼び出し）をする。携帯機１９側が着信に対して応答（オフフック操作）すると、制御部１１は、応答してきた携帯機１９と開催型グループ会議特番をダイヤルした携帯機１９との間の音声を、タイムスイッチ１５と会議トランク１６を介して音声接続する。これにより、開催型グループ会議特番をダイヤル発信した携帯機１９と、着信に応答してきた携帯機１９を接続し、開催型グループ会議が可能となる。
【００２９】
参加型グループ会議特番（図３の(ｄ)）は、メンバ登録はなく、全ての携帯機が使用できる特番である。ある携帯機１９が参加型グループ会議特番をダイヤルすると、構内交換機２の制御部１１は、参加型グループ会議特番をダイヤルした携帯機１９の音声を、タイムスイッチ１５と会議トランク１６を介して音声接続する。２台目以降の携帯機１９も同様に携帯機１９の音声を、タイムスイッチ１５と会議トランク１６を介して音声接続する。これにより、参加型グループ会議が可能となる。
【００３０】
このような工注情報は、構内交換機２を保守するコンソールで作成され、構内交換機２の制御部１１の図示しない記憶領域に送信されて展開される。一方、状態表示装置１も、この工注情報を記憶部２２の工注情報ファイル２３として読み込み、状態表示装置１の処理のために工注情報ファイル２３は参照される。なお、状態表示装置１がこの工注情報を読み取る方法として、（１）コンソールから記憶媒体を使ってコピーする、（２）構内交換機２からＬＡＮ回線を使って読み込む、（３）状態表示装置１とコンソールを同一のＰＣとすることで、コンソールで作成した工注情報ファイル２３をそのまま参照する、という方法が可能である。
【００３１】
（呼制御信号）
次に、状態表示装置１により構内交換機２から、接続状態の表示処理のために読み出される呼制御信号について、図４を用いて以下に説明する。
呼制御信号４０は、構内交換機２の入出力制御部１４から交換制御部１２へ送信されるイーサネット（登録商標）のフレームの電文である。呼制御信号４０は、送信先ＭＡＣアドレス４１、送信元ＭＡＣアドレス４２、制御種別４３、着番号４４、発番号４５、基地局番号４６で構成される。呼制御信号４０は、ＬＡＮ標準規格（ＩＥＥＥ８０２．３）で規定されるＭＡＣ層の電文フォーマットである。
【００３２】
送信先ＭＡＣアドレス４１は、交換制御部１２のアドレスを、送信元ＭＡＣアドレス４２は入出力制御部１４のアドレスを設定する。制御種別４３は、携帯機１９からあがってくる呼制御信号４０の種別を示す。制御種別４３は、位置登録、プリセット発信、応答（オフフック）、終話（オンフック）などの種別を示す。
【００３３】
着番号４４は、制御種別４３がプリセット発信のときに、着信をかける番号（ダイヤル操作した番号）を示す。特番にダイヤル発信した場合に、その特番が着番号４４となる。
発番号４５は、制御種別４３が位置登録、プリセット発信、応答（オフフック）、終話（オンフック）のときに、その操作をした（発信もとの）携帯機の内線番号が発番号４５となる。
【００３４】
基地局番号４６は、携帯機１９が該当の制御種別４３の発信をしたときに、介した基地局１８の番号が基地局番号４６となる。
この呼制御信号４０は、入出力制御部１４から交換制御部１２へと送信され、交換制御部１２で各種の呼処理のために解析使用されるものである。本発明の一実施形態に係る状態表示装置１は、この呼制御信号４０を、入出力制御部１４から交換制御部１２へ送信する際にハブ１３を介して状態表示装置１がキャプチャし、状態表示装置１宛に送信された電文ではないが、状態表示装置１が解析して各種表示を行うことが特徴のひとつである。
【００３５】
（テーブル構成）
次に、状態表示装置１の各状態表示のために参照される各テーブルについて以下に説明する。状態表示装置１で用いられるテーブルは、携帯機一覧テーブル（図５の(ａ)）、発報一覧テーブル（図５の(ｂ)）、一斉通報状態テーブル（図６の(ａ)）、開催型グループ状態テーブル（図６の(ｂ)）、参加型グループ状態テーブル（図６の(ｃ)）がある。
【００３６】
携帯機一覧テーブル（図５の(ａ)）は、キャプチャ解析プログラムが更新し、ＵＩプログラムが編集表示するテーブルである。携帯機一覧テーブルは、携帯機１９の内線番号と、その携帯機が位置登録している基地局番号４６と、その基地局１８に対応したゾーン名称のリストである。キャプチャ解析部２６が、キャプチャした呼制御信号４０を解析することで携帯機一覧テーブルの内容を更新する。
【００３７】
発報一覧テーブル（図５の(ｂ)）は、キャプチャ解析部２６（プログラム）が更新し、ＵＩプログラムが編集表示するテーブルである。発報一覧テーブルは、携帯機１９の内線番号と、その携帯機１９が発報（転倒警報、非常発報）した日時、発報した種別、発報の呼制御信号４０を仲介した基地局番号４６、その基地局のゾーン名称のリストである。キャプチャ解析部２６が、キャプチャした呼制御信号４０のうち、呼制御信号４０（着番号がＥＥＥ（転倒警報を示す）またはＤＤＤ（非常発報を示す））を解析することで発報一覧テーブルの内容を更新する。
【００３８】
一斉通報状態テーブル（図６の(ａ)）は、キャプチャ解析部２６（プログラム）が更新し、ＵＩプログラムが編集表示するテーブルである。一斉通報状態テーブルは、工注情報ファイル（一斉通報設定の設定内容）から読み込んだ一斉通報特番、接続特番、グループに登録されているメンバの内線番号で構成され、さらに該当グループが起動されている状態かどうかを示す起動中フラグ、また内線番号に対応してその携帯機ごとの状態で構成される。一斉通報状態テーブルは、上記の構成要素にてグループごとに保持するテーブルである。
【００３９】
開催型グループ状態テーブル（図６の(ｂ)）は、キャプチャ解析プログラムが更新し、ＵＩプログラムが編集表示するテーブルである。開催型グループ状態テーブルは、工注情報ファイル２３（開催型グループ会議設定の設定内容）から読み込んだ開催型グループ特番、グループに登録されているメンバの内線番号で構成され、さらに該当グループが起動されている状態かどうかを示す起動中フラグ、また内線番号に対応してその携帯機ごとの状態で構成される。開催型グループ状態テーブルは、上記の構成要素にてグループごとに保持するテーブルである。
【００４０】
参加型グループ状態テーブル（図６の(ｃ)）は、キャプチャ解析プログラムが更新し、ＵＩプログラムが編集表示するテーブルである。参加型グループ状態テーブルは、工注情報ファイル（参加型グループ会議設定の設定内容）から読み込んだ参加型グループ特番、および参加型グループ特番をプリセット発信して会議に参入しているメンバの内線番号で構成され、さらに該当グループが起動されている状態かどうかを示す起動中フラグ、また内線番号に対応してその携帯機ごとの状態で構成される。参加型グループ状態テーブルは、上記の構成要素にてグループごとに保持するテーブルである。
【００４１】
（起動時の工注情報展開処理）
状態表示装置１の起動時に行う工注情報展開処理について、以下に説明する。状態表示装置１の制御部２０は、一例として工注情報展開のためのプログラムに従って、記憶部２２の工注情報ファイル２３を読み出し、一斉通報状態テーブルを作成する。工注情報から、一斉通報特番、接続特番、グループに登録されているメンバの内線番号を設定し、さらに該当グループが起動されている状態かどうかを示す起動中フラグを初期化、また内線番号に対応したその携帯機１９ごとの状態を初期化する。
【００４２】
次に、状態表示装置１の制御部２０は、開催型グループ状態テーブルを作成する。工注情報から、開催型グループ特番、グループに登録されているメンバの内線番号を設定し、さらに該当グループが起動されている状態かどうかを示す起動中フラグ、また内線番号に対応したその携帯機１９ごとの状態を初期化する。
【００４３】
次に、状態表示装置１の制御部２０は、参加型グループ状態テーブルを作成する。工注情報から、参加型グループ特番を設定し、さらに該当グループが起動されている状態かどうかを示す起動中フラグを初期化し、内線番号とその状態も初期化する。
（キャプチャ処理）
次に、状態表示装置１のキャプチャ解析部２６の処理について図７のフローチャートを用いて説明する。キャプチャ解析部２６（プログラム）は、ＬＡＮドライバプログラムが受信蓄積するキャプチャファイル２５である呼制御信号４０を読み出す(ステップＳ１１)。そして、呼制御信号４０の制御種別４３を判定する(ステップＳ１２)。キャプチャ解析部２６は、呼制御信号４０の制御種別４３が位置登録であれば、携帯機一覧テーブルの内線番号（呼制御信号４０の発番号４５）の基地局Ｎｏに呼制御信号４０の基地局番号４６を設定する(ステップＳ１３)。これにより位置登録がどこの基地局１８を通して上がってきたかを設定する。
【００４４】
位置登録管理処理部２７および制御部２０は、表示部３３に接続状態を表示する場合は、図５の携帯機一覧テーブルを参照し編集することで表示のための画像信号を生成して、一例として、図１１に示す画面を表示するものである。これにより、各内線番号の携帯機がどのゾーンの基地局と通信中であるかどうかを知ることができる。
【００４５】
キャプチャ解析部２６は、呼制御信号４０の制御種別４３を判定し、それがプリセット発信でかつ着番号がＥＥＥならば(ステップＳ１４，Ｓ１５)、発報一覧テーブルの内線番号に発番号４５を設定し種別に‘転倒’設定し基地局Ｎｏに基地局番号を設定し、日時にタイムスタンプを設定する。タイムスタンプは状態表示装置１のタイムスタンプである(ステップＳ１６)。
【００４６】
キャプチャ解析部２６は、呼制御信号４０の制御種別４３を判定し、それがプリセット発信でかつ着番号がＤＤＤならば(ステップＳ１４，Ｓ１５)、発報一覧テーブルの内線番号に発番号を設定し種別に‘非常’設定し基地局Ｎｏに基地局番号４５を設定し、日時にタイムスタンプを設定する(ステップＳ１７)。タイムスタンプは、状態表示装置１（ＰＣ）のタイムスタンプである。
【００４７】
転倒警報管理処理部２８、転倒警報管理処理部２９および制御部２０は、表示部３３に接続状態を表示する場合は、図５(ｂ)の発報一覧テーブルを参照し編集することで表示のための画像信号を生成して、一例として、図１１に示す発報画面を表示するものである。これにより、各内線番号の携帯機がどのゾーンの基地局において転倒状態または非常状態であるかどうかを知ることができる。
【００４８】
次に、キャプチャ解析部２６は、ステップＳ１２で、呼制御信号４０の制御種別４３が位置登録でもプリセット発信でもないと判断すると、呼制御信号４０の制御種別がプリセット発信かつ着番号が一斉通報特番を示しているかどうかを判断する(ステップＳ１８)。また、キャプチャ解析部２６は、ステップＳ１４で、着番号がＥＥＥでもＤＤＤなければ、呼制御信号４０の制御種別がプリセット発信かつ着番号が一斉通報特番であるかどうかを判断する(ステップＳ１８)。キャプチャ解析部２６が呼制御信号４０の制御種別がプリセット発信かつ着番号が一斉通報特番を示していると判断すると、図８に示す一斉通報管理のサブルーチンに進む(ステップＳ１９)。
【００４９】
キャプチャ解析部２６が呼制御信号４０の制御種別がプリセット発信かつ着番号が一斉通報特番を示していないと判断すると、呼制御信号４０の制御種別がプリセット発信かつ着番号が開催型グループ特番を示しているかどうかを判断する(ステップＳ２０)。キャプチャ解析部２６が呼制御信号４０の制御種別がプリセット発信かつ着番号が開催型グループ特番を示していると判断すると、図９に示す開催型グループのサブルーチンに進む(ステップＳ２１)。キャプチャ解析部２６が呼制御信号４０の制御種別がプリセット発信かつ着番号が開催型グループ特番を示していないと判断すると、呼制御信号４０の呼制御信号の制御種別がプリセット発信かつ着番号が参加型グループ特番を示しているかどうかを判断する(ステップＳ２２)。キャプチャ解析部２６が呼制御信号４０の呼制御信号の制御種別がプリセット発信かつ着番号が参加型グループ特番を示していると判断すると、図１０に示す参加型グループのサブルーチンに進む(ステップＳ２３)。キャプチャ解析部２６が呼制御信号４０の制御種別がプリセット発信かつ着番号が参加型グループ特番を示していないと判断すると、キャプチャ解析部２６は、状態表示に使用しない呼制御信号４０と判断してこの呼制御信号４０を破棄する(ステップＳ２４)。
【００５０】
このように、キャプチャ解析部２６は、構内交換機２から取得した呼制御信号４０を解析することで、構内交換機２で使用されている呼制御信号４０をそのまま状態表示に使用することができる。これにより、すでに設けられた既成の構内交換機２に対して、状態表示装置１を追加して設備することが可能となる。
【００５１】
（一斉通報管理処理）
次に、一斉通報管理処理部３０による一斉通報管理処理を図８のフローチャートを用いて説明する。キャプチャ解析部２６によりステップＳ１８にて、呼制御信号４０が一斉通報管理を示していると判断されて一斉通報管理のサブルーチンが呼び出されると、一斉通報管理処理部３０（一例として制御部２０と一斉通報管理プログラム）は、図６の(ａ)の一斉通報状態テーブルを参照する(ステップＳ３１)。一斉通報管理処理部３０は、一斉通報状態テーブルを参照しながら、各グループ毎に処理を行う。一斉通報管理処理部３０は、該当グループの一斉通報起動中フラグがオフ（該当グループが起動されていない）であると判断すると(ステップＳ３２)、呼制御信号４０の着番号４４が一斉通報特番であるかどうかを判定する(ステップＳ３３)。一斉通報管理処理部３０は、呼制御信号４０の着番号４４＝一斉通報特番であると判定すれば、該当グループの一斉通報が起動されたと認識し、一斉通報起動中フラグをオンにする(ステップＳ３４)。そして、発信者の状態（呼制御信号４０の発番号４５の携帯機の状態）を‘起動者’に設定し(ステップＳ３５)、メンバ全員の状態を‘呼出中’に設定する(ステップＳ３６)。
【００５２】
一斉通報管理処理部３０は、ステップＳ３２で、該当グループの一斉通報起動中フラグがオン（該当グループが既に起動されている）であると判定すると、呼制御信号４０の制御種別４３を判定し(ステップＳ３８)、制御種別４３がプリセット発信で、着番号４４が該当グループの接続特番で(ステップＳ３９)、発番号４５が該当グループの登録メンバであれば(ステップＳ４０)、該当メンバの携帯機の状態を‘接続’に設定する(ステップＳ４１)。
【００５３】
一斉通報管理処理部３０は、ステップＳ３８で、制御種別４３が終話（オンフック）で、発番号４５が該当グループの登録メンバであると判断すれば(ステップＳ４２)、発番号４５が起動者かどうかを判定する(ステップＳ４３)。一斉通報管理処理部３０は、発番号４５が起動者であると判定すれば、該当一斉通報は終了するということなので、一斉通報起動中フラグをオフし(ステップＳ４４)、該当グループのメンバ全員状態を‘アイドル’に設定する(ステップＳ４５)。一斉通報管理処理部３０は、ステップＳ４３で、発番号４５が起動者でないと判定すれば、発番号４５の携帯機が一斉通報から離脱したと認識し、該当メンバの状態を‘アイドル’に設定する(ステップＳ４６)。
【００５４】
一斉通報管理処理部３０は、一斉通報状態のテーブルが終了したと判定すれば処理を終了し、まだあると判定すれば、ステップＳ３２に戻って処理を反復する。
制御部２０および一斉通報管理処理部３０は、表示部３３に接続状態を表示する場合は、図６(ａ)の一斉通報状態テーブルを参照し編集することで表示のための画像信号を生成して、一例として、図１２に示す画面を表示するものである。これにより、内線番号１００７の起動者により、内線番号１０００〜１００９の携帯機への一斉通報が行なわれており、呼出中、接続中を知ることができる。
【００５５】
（開催型グループ管理処理）
次に、開催型グループ管理処理部３１による開催型グループ管理処理を図９のフローチャートを用いて説明する。キャプチャ解析部２６によりステップＳ１９にて、呼制御信号４０が開催型グループ管理を示していると判断されて開催型グループ管理のサブルーチンが呼び出されると、開催型グループ管理処理部３１（一例として制御部２０と開催型グループ管理プログラム）は、図６の(ｂ)の開催型グループ状態テーブルを参照する(ステップＳ５１)。
【００５６】
開催型グループ管理処理部３１は、開催型グループ状態テーブルを参照しながら、各グループ毎に処理を行う。開催型グループ管理処理部３１は、該当グループ起動中フラグがオフ（該当グループが起動されていない）であると判断すると(ステップＳ５２)、呼制御信号４０の着番号４４が開催型グループ特番であるかどうかを判定する(ステップＳ５３)。開催型グループ管理処理部３１は、呼制御信号４０の着番号４４＝開催型グループ特番であると判定すれば、該当グループの開催型グループ会議が開催されたと認識し、開催型グループ会議中フラグをオンにする(ステップＳ５４)。そして、発信者の状態（電文の発番号の携帯機の状態）を‘開催者’に設定し(ステップＳ５５)、メンバ全員の状態を‘呼出中’に設定する(ステップＳ５６)。
【００５７】
開催型グループ管理処理部３１は、ステップＳ５２で、該当グループの起動中フラグがオン（該当グループが既に起動されている）であると判定すると、呼制御信号４０の制御種別４３を判定し(ステップＳ５８)、制御種別４３がオフフック発信で、発番号４５が該当グループの登録メンバであれば(ステップＳ５９)、該当メンバの携帯機の状態を‘接続’に設定する(ステップＳ６０)。
【００５８】
開催型グループ管理処理部３１は、ステップＳ５８で、制御種別４３が終話（オンフック）で、発番号４５が該当グループの登録メンバであると判断すれば(ステップＳ６１)、発番号４５が開催者かどうかを判定する(ステップＳ６２)。開催型グループ管理処理部３１は、発番号４５が開催者であると判定すれば、該当開催型グループ会議は終了するということなので、開催型グループ会議中フラグをオフし(ステップＳ６３)、該当グループのメンバ全員状態を‘アイドル’に設定する(ステップＳ６４)。開催型グループ管理処理部３１は、ステップＳ６２で、発番号４５が開催者でないと判定すれば、発番号４５の携帯機が会議から離脱したと認識し、該当メンバの状態を‘アイドル’に設定する(ステップＳ６５)。
【００５９】
開催型グループ管理処理部３１は、開催型グループ状態テーブルが終了したと判定すれば処理を終了し、まだあると判定すれば、ステップＳ５２に戻って処理を反復する。
制御部２０および開催型グループ管理処理部３１は、表示部３３に接続状態を表示する場合は、図６(ｂ)の開催型グループ状態テーブルを参照し編集することで表示のための画像信号を生成して、一例として、図１３に示す画面を表示するものである。これにより、内線番号４００５の開催者により、内線番号４０００〜４００９の携帯機へのグループ会議の開催が行なわれており、呼出中、接続中を知ることができる。
【００６０】
（参加型グループ管理処理）
次に、参加型グループ管理処理部３２による参加型グループ管理処理を図１０のフローチャートを用いて説明する。キャプチャ解析部２６によりステップＳ２１にて、呼制御信号４０が参加型グループ管理を示していると判断されて参加型グループ管理のサブルーチンが呼び出されると、参加型グループ管理処理部３２（一例として制御部２０と参加型グループ管理プログラム）は、図６の(ｃ)の参加型グループ状態テーブルを参照する(ステップＳ７１)。
【００６１】
参加型グループ管理処理部３２は、参加型グループ状態テーブルを参照しながら、各グループ毎に処理を行う。参加型グループ管理処理部３２は、該当グループ起動中フラグがオフ（該当グループが起動されていない）であると判断すると(ステップＳ７２)、呼制御信号４０の着番号４４が参加型グループ特番であるかどうかを判定する(ステップＳ７３)。参加型グループ管理処理部３２は、呼制御信号４０の着番号４４＝参加型グループ特番であると判定すれば、該当グループの参加型グループ会議が開催されたと認識し、参加型グループ会議中フラグをオンにする(ステップＳ７４)。そして、参加型グループ管理処理部３２は、発信者の発番号４５をメンバに登録し、状態を‘接続’とする (ステップＳ７５)。
【００６２】
参加型グループ管理処理部３２は、ステップＳ７２で、該当グループの起動中フラグがオン（該当グループが既に起動されている）であると判定すると、呼制御信号４０の制御種別４３を判定し(ステップＳ７７)、制御種別４３がオフフック発信で、着番号４４が該当参加型グループの特番であれば(ステップＳ７８)、発信者の発番号４５をメンバに登録し、状態を‘接続’に設定する(ステップＳ７９)。
【００６３】
参加型グループ管理処理部３２は、ステップＳ７７で、制御種別４３が終話（オンフック）で、発番号４５が該当グループの登録メンバであると判断すれば(ステップＳ８０)、該当メンバ登録を削除し、状態を‘アイドル’に設定する(ステップＳ８１)。ここで、メンバが０人かどうかが判断され(ステップＳ８２)、メンバが０人なら参加型グループ起動中のフラグをオフする(ステップＳ８３)。
【００６４】
参加型グループ管理処理部３２は、参加型グループ状態テーブルが終了したと判定すれば処理を終了し(ステップＳ７６)、まだあると判定すれば、ステップＳ７２に戻って処理を反復する。
制御部２０および参加型グループ管理処理部３２は、表示部３３に接続状態を表示する場合は、図６(ｃ)の参加型グループ状態テーブルを参照し編集することで表示のための画像信号を生成して、一例として、図１４に示す画面を表示するものである。これにより、内線番号７０００〜７００３の参加者により参加型グループ会議の開催が行なわれており、接続中であることを知ることができる。
【００６５】
また、操作部３４は、一例として制御部２０とＵＩ（ユーザインタフェース）プログラムで構成される。ユーザインタフェースプログラムは、ＰＣの表示部３３へ表示を行い、ＰＣのポインティングデバイス（マウス）やキーボードからのイベントを検出、そのイベントに従った画面表示を行うプログラムである。イベントは、位置登録発報ボタンクリック、一斉通報ボタンクリック、開催型グループボタンクリック、参加型グループボタンクリック  の４つである。操作部３４は、それぞれのイベントを検出したときに、それに対応する画面状態に遷移し、画面表示を行なう。
【００６６】
以上、本発明の一実施形態に係る状態表示装置１によれば、一例としてＰＨＳ等の構内交換機の内部の呼の状態を表示するにあたり、構内交換機２の交換制御部１２の内部を送受信している呼制御信号４０をキャプチャする方法なので、交換制御部１２の内部で特別な呼制御信号４０への処理を行なう必要がない。従って、既成の構内交換機２に対して、状態表示装置１を追加で設備することも可能となる。また、交換制御部１２の内部を送受信している信号をキャプチャする方法なので、リアルタイム性に優れている。
【００６７】
このように、本発明に係る状態表示装置１によれば、ＰＨＳを使った業務、鉄鋼プラント、石油プラント、化学プラント、さらにホテル業務、レジャー施設など一斉通報や会議通話を行ないながら業務をする際に、誰がどこにいるのか、どこから緊急連絡がきたのか、一斉通報を聴いた人／聴いていない人の掌握、会議通話に入っている人／入っていない人の掌握をすることができ、効率的で、円滑で、かつ安全に各種業務に貢献できる。
【００６８】
なお、以下に、特許請求の範囲の基礎となりうる本発明の要点を挙げる。
・一斉通報管理処理を行なう点
・開催型グループ会議を行なう点
・参加開催型グループ会議を行なう点
・ハブを用いて呼制御信号を構内交換機から取得する点
・テーブルを更新することで表示信号を生成する点
また、次に、予備となる請求項案を以下に示しておく。
構内無線システムにおける各端末の状態を表示する状態表示装置であって、
前記構内無線システムの構内交換機から全ての呼制御信号を取得する呼制御信号取得部と、
当該構内無線システムにおける各端末の設定登録情報を予め保持しておく設定登録情報保持部と、
前記呼制御信号に含まれる制御種別信号に応じて、前記設定登録情報に基づいて状態表示を行なうための呼制御信号の解析を行なうとともに、状態表示に用いない呼制御信号を破棄する呼制御信号解析部と、
前記呼制御信号解析部で呼制御信号を解析した結果に基づいて状態表示するための信号を生成する表示信号生成部と、
を具備することを特徴とする状態表示装置。  
以上記載した様々な実施形態は複数同時に実施することが可能であり、これらの記載により、当業者は本発明を実現することができるが、更にこれらの実施形態の様々な変形例を思いつくことが当業者によって容易であり、発明的な能力をもたなくとも様々な実施形態へと適用することが可能である。従って、本発明は、開示された原理と新規な特徴に矛盾しない広範な範囲に及ぶものであり、上述した実施形態に限定されるものではない。
【符号の説明】
【００６９】
１…状態表示装置、２…構内交換機、２１…ＬＡＮドライバ部、２２…記憶部、２３…工注情報ファイル、２４…ゾーン名称定義ファイル、２５…キャプチャファイル（呼制御信号）、２６…キャプチャ解析部、２７…位置登録管理処理部、２８…転倒警報管理処理部、２９…非常発報管理処理部、３０…一斉通報管理処理部、３１…開催型グループ管理処理部、３２…参加型グループ管理処理部、３３…表示部、３４…操作部。
【図１】
2011015217.tif 000003
【図２】
2011015217.tif 000004
【図３】
2011015217.tif 000005
【図４】
2011015217.tif 000006
【図５】
2011015217.tif 000007
【図６】
2011015217.tif 000008
【図７】
2011015217.tif 000009
【図８】
2011015217.tif 000010
【図９】
2011015217.tif 000011
【図１０】
2011015217.tif 000012
【図１１】
2011015217.tif 000013
【図１２】
2011015217.tif 000014
【図１３】
2011015217.tif 000015
【図１４】
2011015217.tif 000016