JP4044656B2 - データ通信システム及びその装置 - Google Patents
データ通信システム及びその装置 Download PDFInfo
- Publication number
- JP4044656B2 JP4044656B2 JP29501297A JP29501297A JP4044656B2 JP 4044656 B2 JP4044656 B2 JP 4044656B2 JP 29501297 A JP29501297 A JP 29501297A JP 29501297 A JP29501297 A JP 29501297A JP 4044656 B2 JP4044656 B2 JP 4044656B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- reception
- information
- call
- station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/204—Multiple access
- H04B7/212—Time-division multiple access [TDMA]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Time-Division Multiplex Systems (AREA)
- Use Of Switch Circuits For Exchanges And Methods Of Control Of Multiplex Exchanges (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はデータ通信システム及びその装置に関し、更に詳しくは複数の装置（端末装置，回線接続装置等）の間で音声や情報データの通信を行うデータ通信システム及びその装置に関する。
この種の通信システムの一例として、消防センタ／警察本部の主要機能である加入者からの１１９／１１０番呼受付，台間モニタ・割込，署所／派出所指令，出動車両（救急車，消防車，パトカー等）との無線通話等を行う緊急通報システムがある。緊急通報システムでは複数の装置（公衆網交換機，通報受付台，署所／派出所の受令装置，遠隔の無線基地局装置等）が消防センタ／警察本部の交換機（ＰＢＸ）を介して相互に接続し、音声や情報データの通信を行う。この様な緊急通報システムは、その社会的重要性より高品質、高信頼性の通信サービスは元より、高速性（特に指令接続時間の短縮）、システムの小型化、納期短縮化及び低コスト化が顧客より要求されている。
【０００２】
【従来の技術】
図１５は従来の緊急通報システムを説明する図である。
図１５（Ａ）は従来の緊急通報システムの概略構成を示しており、図において、１は加入者電話（ＴＥＬ）、１００は公衆（ＮＴＴ）網、２はライン回路（ＬＣ）、７０はＮＴＴ網の交換機（ＮＷ）、３は緊急通報トランク（ＦＰＴ）、２００／３００は消防センタ／警察本部、４０は緊急通報の受付台、２０は消防センタ／警察本部の交換機（ＮＷ）、２３は緊急通報受付トランク（ＦＰＩ）、２４は指令回線用トランク（ＬＤＳ）、２０１／３０１は消防署所／派出所、６０は受令装置である。
【０００３】
加入者がＴＥＬ１で１１９番発呼を行うと、該呼はＮＴＴ網の交換機７０，緊急通報回線を介して消防センタ２００の交換機２０に着信し、通報受付台４０で受け付けられる。通報を受けた受付者は関係（現場に近い）署所２０１に指令を発し、該指令は交換機２０，指令回線を介して関係署所２０１の受令装置６０に送られる。指令を聴取した受令者は指令内容に従い車両（救急車，消防車）を現場に出動させ、こうして、加入者は病気／災害時の緊急サービスを迅速に受けられる。
【０００４】
又は、加入者がＴＥＬ１で１１０番発呼を行うと、該呼はＮＴＴ網の交換機７０，緊急通報回線を介して警察本部３００の交換機２０に着信し、通報受付台４０で受け付けられる。通報を受けた受付者は関係（現場に近い）派出所３０１に指令を発し、該指令は交換機２０，指令回線を介して関係派出所３０１の受令装置６０に送られる。指令を聴取した受令者は指令内容に従いパトカーや警察官等を現場に急行させ、こうして、加入者は事件／事故時の緊急サービスを迅速に受けられる。なお、出動後の車両と受付台４０との交信は不図示の無線回線を介して行われる。
【０００５】
図１５（Ｂ）は通報受付台の外観斜視図を示しており、図において、５１は緊急通報回線，指令回線，無線回線の各回線状態（空き，着信中，通話中，保留中等）をリアルタイムに表示する回線状態表示部（ＬＳＤＩＳＰ）、５５は緊急呼着信の旨の情報表示やその着信応答操作（釦操作）等を行うための操作部、４３は表示ランプ（ＬＭＰ）、４４は操作釦（ＫＥＹ）である。幾つかの操作釦４４は表示ランプ４３と組（対）で設けられ、ランプ表示に対応した釦操作が迅速に行われる。更に、図示しないが、受付台扱い者が使用する通話用のヘッドセット又はハンドセット（ＨＳ）、無線車両（消防車，パトカー等）からの無線呼び音声をたれ流しでモニタするためのモニタスピーカ（ＭＳＰ）等を備える。
【０００６】
図１６は従来の緊急通報回線の信号方式を説明する図である。
図の縦欄のＤＣはＤＣ回線、ＡＣはＡＣ回線（１６Ｈz のリンガー等）を夫々表し、横欄はＦＰＴ３側の回線状態（空き，発信，通話，再信号，切断）を表す。例えば、消防ＤＣにおける「空き」の状態ではＦＰＴ３のＡ線，Ｂ線は共に無電位（開放）とされ、一方、ＦＰＩ２３のＡ線は無電位（開放），かつＢ線は地気（定抵抗を介してアースに接続）の状態にされている。この状態でＦＰＴ３が発信（Ａ線，Ｂ線を共に−４８Ｖに接続）すると、ＦＰＩ２３ではＢ線に電流が流れ、ＦＰＴ３の発信（即ち、緊急通報回線からの着信）を検出できる。他も同様に考えられる。
【０００７】
なお、以下は消防センタの緊急通報システムを中心に述べるが、警察本部の緊急通報システムについても同様に考えられる。
図１７は従来の緊急通報システムの構成を示す図である。
従来の緊急通報システムは交換機２０の回線交換機能（通話路スイッチ２２，呼制御部２１）を利用して加入者，受付台，受令装置，無線車両等の間の呼を接続するものであった。以下、詳細に説明する。
【０００８】
図において、２０は消防センタの交換機本体（ＮＷ）、４０1 〜４０n は消防センタの主要機能である１１９番呼受付，台間モニタ・割込，関係署所への指令，無線車両との無線連絡を行う受付台＃１〜＃ｎ、６０1 〜６０m は各署所に配置された受令装置、４1 〜４k は出動後の車両ＭＳとの間で無線連絡を行う無線装置（ＲＦＵ）である。
【０００９】
ＮＷ２０におて、２１は交換機本体の主制御（呼処理等）を行う呼制御部（ＣＣ）、２２は音声や情報データの交換を行う通話路スイッチ（ＮＳＷ）、２３は緊急通報回線に接続する緊急通報受付トランク（ＦＰＩ）、２４は受令装置６０に接続する指令回線用トランク（ＬＤＳ）、２５はＲＦＵ４に接続する無線回線用トランク（ＲＬＴ）、２６は受付台４０に接続する受付台接続パッケージ（ＡＴＴ）、２７は受付台間の音声モニタ・割込接続制御を行う台間モニタ接続パッケージ（ＯＴＬ）、２８は受付台４０をＲＦＵ４に接続する無線装置接続制御パッケージ（ＤＭＣ）である。
【００１０】
また受付台４０において、４１は受付台の主制御を行う受付台制御パッケージ（ＣＴＬ）、４２はランプ情報や釦情報の処理を行うランプ・釦情報処理部（ＣＢＡ）、５５は受付台操作部、４３はＬＥＤ等からなるランプ情報表示部（ＬＭＰ）、４４は釦操作部（ＫＥＹ）、４５はランプ情報対応のＬＥＤを点灯させるランプドライバ（ＳＤＡ）、４６は釦押下を識別して釦情報をＣＢＡ４２に送出する釦操作識別部（ＳＣＡ）、４７は音声信号を処理する音声処理部（ＳＰＡ）、４８は受付台扱い者が使用するヘッドセット又はハンドセット（ＨＳ）、ＭＩＣはマイク、ＨＤＰはヘッドフォン、４９はＳＰＡ４７−ＡＴＴ２６間の音声を接続すると共にＯＴＬ２７やＤＭＣ２８との間の通話路切替制御を行う通話路制御パッケージ（ＳＰＣ）、５０はＯＴＬ２７，ＤＭＣ２８に対する起動信号の送出及びその応答信号の検出を行う台間モニタ・無線起動パッケージ（ＩＦＣ）、５１は緊急通報回線，指令回線，無線回線の各回線状態を前面パネルに表示する回線状態表示部（ＬＳＤＩＳＰ）、５２は無線車両ＭＳからの無線呼び音声をたれ流しで出力するモニタスピーカ（ＭＳＰ）である。
【００１１】
以下、各部の機能を概説する。
ＦＰＩ２３は、１１９番呼着信を検出して受付台４０に通知する機能、受付台４０の再呼び操作（加入者が呼を切断した場合に受付台４０よりリンガー呼出しを行う操作）に従い緊急通報回線に再呼する機能、受付台４０の復旧操作により緊急通報回線に切断信号を送出する機能、緊急通報回線の状態を受付台４０のＬＳＤＩＳＰ５１に表示させる機能等を備える。
【００１２】
この場合に、緊急通報回線の状態情報は、別途メタリック情報ライン８１を介してＭＤＦ(Main Distributing Frame) に送られ、該ＭＤＦからのマルチ接続により受付台４０1 〜４０n の各ＬＳＤＩＳＰ５１に分配され、こうして全受付台４０1 〜４０n で全緊急通報回線の状態をリアルタイムに監視できる。ここで緊急通報回線状態の表示態様は、空き：滅火（消灯），着信中：１２０ＩＮＴ（点滅），通話中：連点（点灯），保留中：６０ＩＮＴである。
【００１３】
ＬＤＳ２４は、受付台操作によりＮＳＷ２２経由で捕捉されて受令装置６０に起動信号（リンガー）を送出する機能、該受令装置６０からの応答（ループ）を検出して受付台４０に応答情報を送出する機能、受付台４０からの指令音声を受令装置６０に送出する機能、指令回線の状態を受付台４０のＬＳＤＩＳＰ５１に表示させる機能等を備える。
【００１４】
この場合に、指令回線の状態情報は上記同様にメタリック情報ライン８１，ＭＤＦを介して受付台４０1 〜４０n の各ＬＳＤＩＳＰ５１に分配され、こうして全受付台４０1 〜４０n で全指令回線の状態をリアルタイムに監視できる。ここで指令回線状態の表示態様は、空き：滅火，呼出し中：１２０ＩＮＴ，指令中：連点である。
【００１５】
ＲＬＴ２５は、受付台操作によりＮＳＷ２２経由で捕捉されて無線車両を呼び出す機能、ＲＦＵ４からの着信を受付台４０に通知する機能、無線回線の状態を受付台４０のＬＳＤＩＳＰ５１に表示させる機能も有する。
この場合に、無線回線の状態情報は上記同様にメタリック情報ライン８１，ＭＤＦを介して受付台４０1 〜４０n の各ＬＳＤＩＳＰ５１に分配され、こうして全受付台４０1 〜４０n で全無線回線の状態をリアルタイムに監視できる。ここで無線回線状態の表示態様は、空き：滅火，着信中：１２０ＩＮＴ，通話中：連点である。またＲＬＴ２５は無線車両ＭＳからの無線呼び音声を受付台４０のＭＳＰ５２に送出する機能も備える。この場合に、無線呼び音声は別途メタリック音声ライン８２を介してＭＤＦに送られ、該ＭＤＦからのマルチ接続により受付台４０1 〜４０n の各ＭＳＰ５２に分配され、こうして全受付台４０1 〜４０n で無線車両からの無線呼び音声をリアルタイムに聴取できる。
【００１６】
ＯＴＬ２７は、受付台間の音声モニタ・割込接続を実現するもので、受付台１台毎にＮＳＷ２２の通話路１回線分が設けられる。例えば、加入者と受付台４０1 の扱い者とが通話中に、受付台４０n で台間モニタ操作を行うと、ＣＴＬ４１n の制御によりＩＦＣ５０n からＯＴＬ２７n に対して起動信号が送出され、これにより被モニタ台４０1 のＳＰＣ４９1 にＮＳＷ２２経由で通話チャネルが形成され、これにより受付台４０n の扱い者は上記通話中の音声をＳＰＣ４９1 −ＯＴＬ２７1 −ＮＳＷ２２−ＯＴＬ２７n −ＳＰＣ４９n 経由で台間モニタ可能となる。詳細は図２１に従い後述する。
【００１７】
ＤＭＣ２８は、受付台４０をＲＦＵ４に接続するもので、受付台１台毎にＮＳＷ２２の通話路１回線分が設けられる。例えば受付台４０1 にて無線車両への発信操作を行うと、ＣＴＬ４１1 の制御によりＩＦＣ５０1 からＤＭＣ２８に対して起動信号が送出され、ＲＬＴ２５経由でＲＦＵ４との間に通話路が形成され、無線通話可能となる。詳細は図２４に従い後述する。
【００１８】
ＡＴＴ２６は、ＦＰＩ２３からの１１９番呼着信情報又はＲＬＴ２５からの無線呼着信情報を受付台４０に送出する機能、受付台操作部５５の釦押下情報をＦＰＩ２３，ＬＤＳ２４又はＲＬＴ２５等に送出する機能、これらの間の音声信号を中継する機能等を備える。
ＣＴＬ４１は、ＡＴＴ２６との間でランプ情報や釦押下情報のやり取りを行う機能、台間モニタ・割込／無線発信時におけるＩＦＣ５０からＯＴＬ２７／ＤＭＣ２８に起動情報を送出する機能、台間モニタ時にＳＰＣ４９の通話路切替制御を行う機能等を備える。
【００１９】
図１８は従来のＣＴＬ４１−ＡＴＴ２６間の情報インタフェースを説明する図である。上記の如くＡＴＴ２６からＣＴＬ４１には緊急呼着信検出等のランプ情報が送られ、これに対してＣＴＬ４１からＡＴＴ２６には呼受付操作等の釦情報が送られる。
図１８（Ａ）はランプ情報のフォーマットを示している。ランプ情報の１ＲＯＷは８ビットからなり、最上位のフラグビットＢ７を除く各ビットは受付台操作部５５のランプ（ＬＥＤ）１個分に対応する。ランプ情報は操作部５５の全表示ランプ４３に対応して設けられ、例えばＲＯＷ０〜ＲＯＷｎが設けられる。またＲＯＷ０の最上位ビットＢ７＝０，かつＲＯＷ１〜ＲＯＷｎの各最上位ビットＢ７＝１とすることで、先頭のランプ情報ＲＯＷ０を識別できる。
【００２０】
図１８（Ｂ）はＣＴＬ４１−ＡＴＴ２６間のデータ通信フォーマットを示している。ＡＴＴ２６からＣＴＬ４１にはランプ情報がビットシリアル転送される。最初はランプ情報ＲＯＷ０が送られる。ランプ情報ＲＯＷ０の送信１フレームは、スタートビット「ＳＴ」，ランプ情報ビット「Ｂ０〜Ｂ６」，フラグビット「Ｂ７」，パリティビット「ＰＡ」，ストップビット「ＳＴ」の計１１ビットからなる。１ビット当たりの伝送時間は３２μＳであり、計１１ビットで３５２μＳとなる。その後にα（システムにより異なる）の休止時間を設け、引き続きランプ情報ＲＯＷ１が送られる。こうしてランプ情報ＲＯＷ０〜ＲＯＷｎが送られ、１回目の全ランプ情報が送られる。以下、同様にして２回目以降の全ランプ情報が送られる。この場合に、例えばＲＯＷ０のランプ情報ビット「Ｂ２」を常時１とすれば対応するＬＥＤは連続点灯し、また常時０とすれば連続消灯し、そして周期的に１及び０とすれば点滅となる。
【００２１】
一方、ＣＴＬ４１からＡＴＴ２６には釦情報が送られる。釦情報の送信１フレームは、スタートビット「ＳＴ」，釦のコード情報ビット「Ｂ０〜Ｂ７」，パリティビット「ＰＡ」，ストップビット「ＳＴ」の計１１ビットからなる。１ビット当たりの伝送時間は３２μＳであり、計１１ビットで３５２μＳとなる。その後に全体で１０ｍＳとなる様な約９．６５ｍＳの休止時間を設け、引き続き２度目の釦情報が送られる。ここで、釦のコード情報ビット「Ｂ０〜Ｂ７」は操作部５５の釦押下をエンコードした情報であり、この例では最大２５６個の釦を識別できる。こうして釦のコード情報は１０ｍＳ周期で送られ、ある釦が押されている間はそのコード情報が連続して送られ、また釦から手を離すと、全ビット０のコード情報が送られる。
【００２２】
図１９は従来の指令回線の通信プロトコルを説明する図である。
受付台操作部５５の受令装置起動釦を押すと、ＬＤＳ２４は起動信号（リンガー）を送り、受令装置６０は該リンガーを検出して自動的に応答（ループ）を返送する。ＬＤＳ２４はループを検出すると、更に起動トーンを送出し、受令装置６０は該起動トーンを検出して音声アンプを起動する。引き続き扱い者がＬＤＳ２４を介して指令音声を送ると、該指令音声は受令装置６０のスピーカに出力され、受令者により聴取される。やがて、指令終了により指令復旧操作をすると、ＬＤＳ２４より復旧トーンが送られ、受令装置６０は該復旧トーンを検出して音声アンプを消勢すると共に、復旧応答（ループ断）を返送する。なお、図示しないが、受令装置６０から受付台４０への発呼操作もある。
【００２３】
以下、従来の緊急通報システムの主要機能である１１９番呼受付，台間モニタ・割込，署所指令，無線通話の各動作を説明する。
図２０は従来の１１９番呼受付動作を説明する図である。
ＴＥＬ１からの１１９番呼はＬＣ２−公衆網１００−ＦＰＴ３−緊急通報回線経由でＦＰＩ２３に着信する（図２０−▲１▼）。ＦＰＩ２３は緊急通報回線の着信を検出すると着信情報（ランプ情報）を送出し、該ランプ情報はＮＳＷ２２の制御チャネル−ＣＣ２１−ＡＴＴ２６経由で受付台４０のＣＴＬ４１に送られる（図２０−▲２▼）。ＣＴＬ４１はこの着信ランプ情報に従いＣＢＡ４２−ＳＤＡ４５経由で受付台操作部５５の受付釦ランプ４３を点灯させ、かつ着信ブザー（不図示）を鳴動させる。
【００２４】
これに対して受付台扱い者が操作部５５の受付釦４４を押下すると、該釦情報はＳＣＡ４６−ＣＢＡ４２−ＣＴＬ４１−ＡＴＴ２６経由で交換機本体（ＣＣ２１）へ送出され（図２０−▲３▼）、これによりＦＰＩ２３よりＦＰＴ３に対して着信応答信号が返送され（図２０−▲４▼）、これにより加入者と受付台扱い者との間に通話路（通話チャネル）が形成され（図２０−▲５▼）、通話可能となる。
【００２５】
また受付台扱い者が通話終了により操作部５５の切断釦を押下すると、該釦情報はＳＣＡ４６−ＣＢＡ４２−ＣＴＬ４１−ＡＴＴ２６経由で交換機本体に送出され（図２０−▲３▼）、これによりＦＰＩ２３よりＦＰＴ３に呼切断信号が送出され（図２０−▲６▼）、緊急通報回線は復旧される。
また上記緊急通報回線の各状態（着信，空き等）はＦＰＩ２３より別途メタリック情報ライン８１を介して全受付台４０1 〜４０n に送出され、全受付台で緊急通報回線の状態をリアルタイムに監視できる。
【００２６】
図２１は従来の台間モニタ・割込動作を説明する図である。
台間モニタは１１９番呼受付通話中の受付台４０1 に対して、他の受付台４０n よりその通話内容をモニタする機能であり、モニタ聴取した内容により関係署所に指令を行う等、通報受付台４０1 の後方支援を行うことが可能となる。また台間割込は１１９番呼受付通話中の受付台４０1 に他の受付台４０n より通話割込する機能である。ここでは、１１９番呼受付中の受付台４０1 を受付台４０n より台間モニタ及び通話割込する場合を説明する。
【００２７】
上記同様にして加入者と受付台４０1 との間に通話路が形成され、加入者と受付台扱い者とが通話中である（図２１−▲１▼）。この状態で受付台４０n の扱い者が操作部５５n の台間モニタ釦４４n を押下すると、該釦情報はＳＣＡ４６n −ＣＢＡ４２n 経由でＣＴＬ４１n に通知され、かつ該ＣＴＬ４１n の制御下でＩＦＣ５０n の台間モニタ起動ＳＤポイントがＯＮにされ、ＯＴＬ２７n が起動される（図２１−▲２▼）。ＯＴＬ２７n はこの発信を検出すると、受付台４０1 側のＯＴＬ２７1 へ内線ホットライン接続（ダイヤル番号を必要としない呼接続）を行い（図２１−▲３▼）、これにより受付台４０n 側のＳＰＣ４９n と受付台４０1 側のＳＰＣ４９1 との間に通話路が形成され、受付台４０1 の１１９番呼受付通話内容を受付台４０n にてモニタ聴取できることになる（図２１−▲４▼）。
【００２８】
更に、この状態で受付台４０n の操作部割込釦４４n を押下すると、該釦情報はＳＣＡ４６n −ＣＢＡ４２n 経由でＣＴＬ４１n に通知され、かつ該ＣＴＬ４１n の制御下でＳＰＣ４９n 内の割込リレー（不図示）がＯＮとなり、受付台４０n から受付台４０1 の１１９番呼通話に割り込むことができる（図２１−▲５▼）。この場合にＳＰＣ４９1 における通話割込は音声信号の加算により行われる。
【００２９】
また台間モニタ・割込の復旧は、受付台４０n の操作部切断釦４４n を押下することにより、該釦情報がＳＣＡ４６n −ＣＢＡ４２n 経由でＣＴＬ４１n に通知され、かつ該ＣＴＬ４１n の制御下でＩＦＣ５０n の台間モニタ起動ＳＤポイントがＯＦＦにされ、これにより受付台４０n と受付台４０1 間の通話路が切断され、台間モニタ・割込接続が復旧する。
【００３０】
図２２は従来の署所指令動作を説明する図である。
署所指令は１１９番通報の内容により署所の救急車，消防車に対して出動指令を行う機能で、受付台扱い者の操作により対象となる署所を選択して指令を行う。受付台操作部５５1 の署所釦を押下すると、該釦情報はＳＣＡ４６1 −ＣＢＡ４２1 −ＣＴＬ４１1 −ＡＴＴ２６経由で交換機本体（ＣＣ２１）に送出される（図２２−▲１▼）。ＣＣ２１は被指令署所対応のＬＤＳ２４を捕捉し（図２２−▲２▼）、該ＬＤＳ２４より受令装置６０が起動される。ＬＤＳ２４が受令装置６０からの応答を検出すると、ＳＰＡ４７1 −ＡＴＴ２６−ＮＳＷ２２−ＬＤＳ２４の間で通話路が形成され、受付台扱い者の指令音声が受令装置６０で聴取される（図２２−▲３▼）。なお、上記署所指令は複数の署所を選択して同時に指令を行うことができる。
【００３１】
図２３は従来の緊急通報システムの署所指令シーケンスを説明する図である。各署所の起動釦を押すと、ＣＣ２１により各署所に対応するＬＤＳ1 〜ＬＤＳm が順次捕捉され、各ＬＤＳ1 〜ＬＤＳm と各受令装置６０1 〜６０m との間で上記図１９で述べた指令回線の通信プロトコルが実行される。この時、従来は、ＮＳＷ２２を使用した各ＬＤＳ1 〜ＬＤＳm の捕捉に時間を要していた。そして、受令装置６０1 〜６０m の各音声アンプが起動されると指令音声を一斉に送出する。指令終了後、署所指令の切断は受付台操作部５５1 の各切断釦の押下により行われる。
【００３２】
図２４は従来の無線通話動作を説明する図である。
無線通話は署所指令後の出動車両（消防車，救急車）に対して後方支援を行う機能である。無線車両への発信は、受付台操作部５５1 の無線選択釦を押下することにより、該釦情報がＳＣＡ４６1 −ＣＢＡ４２1 経由でＣＴＬ４１1 に通知され、かつ該ＣＴＬ４１1 の制御下でＩＦＣ５０1 の無線起動ＳＤポイントがＯＮにされ、ＤＭＣ２８が起動される（図２４−▲１▼）。ＤＭＣ２８はホットライン接続によりＲＬＴ２５に接続し（図２４−▲２▼）、これにより受付台４０1 −ＳＰＡ４７1 −ＳＰＣ４９1 −ＤＭＣ２８−ＮＳＷ２２−ＲＬＴ２５の間で通話路が形成される（図２４−▲３▼）。この場合に、車両との無線通話は双方向で１周波数を使用しているため所謂プレストークとなる。受付台操作部５５1 のプレス釦を押下すると、該釦情報はＳＣＡ４６1 −ＣＢＡ４２1 経由でＣＴＬ４１1 に通知され、かつ該ＣＴＬ４１1 の制御下でＩＦＣ５０1 のプレスＳＤポイントがＯＮにされ、ＲＦＵ４にプレス情報が送信される。
【００３３】
一方、車両からの無線着信の認識は、ＲＦＵ４からの着信信号をＲＬＴ２５−メタリック情報ライン８１経由で受付台４０1 〜４０n の各ＬＳＴＤＩＳＰ５１に表示することと（図２４−▲４▼）、車両からの無線呼び音声がＲＬＴ２５−メタリック音声ライン８２経由で受付台４０1 〜４０n の各ＭＳＰ５２にたれ流されることと、により行われる（図２４−▲５▼）。これに対する着信応答は、上記無線発信操作と同様に無線選択釦の押下により対応するＲＬＴ２５を捕捉して行われる。
【００３４】
図２５は従来の緊急通報システムのシステム容量を説明する図である。
図２５（Ａ）は従来の交換機（当社機種Ｅ３１６０Ｄ相当）の実装態様を示している。１つの架は５段のシェルフより成り、１シェルフには基板１６枚を実装可能である。図の編掛け部は受付台１４台の実装時における各機能ユニットの配置を示しており、ＣＣ，ＣＰＮＷは制御系、ＬＴはインタフェース系、ＬＴ（台）は台側インタフェース系の各機能ユニットである。
【００３５】
ＬＴユニットにおいて、ＮＷ００〜ＮＷ０３は交換機のネットワーク番号、ＨＷ００〜ＨＷ３１はそのネットワークハイウェイ番号を夫々表す。因みに、１ＨＷには３２チャネル（タイムスロット）が収容される。上記従来方式によると、受付台１４台の実装時には７架４ＮＷ構成が必要となり、トータルで２７個のＬＴユニットが実装されていた。
【００３６】
図２５（Ｂ）は従来のＭＤＦケーブル数を示している。図の枡目はＭＤＦ端子盤を表し、１端子盤当たり５０ピン換算コネクタのＭＤＦケーブル５本を収容可能である。上記従来システムでは、ＭＤＦケーブル数は５０ピン換算で計７５０本必要であった。
【００３７】
【発明が解決しようとする課題】
以上述べた如く上記従来システムでは、各装置間の呼接続をＮＳＷ２２を介した回線交換機能により行うため、システム容量が増していた。これを具体的に言うと、台間モニタ・割込機能はＮＳＷ２２を介して行うため、受付台−ＮＳＷ間のインタフェースをとるＳＰＣ４９，起動用ＩＦＣ５０，台間モニタ用ＯＴＬ２７が夫々受付台毎に必要となる。また無線通話はＮＳＷ２２を介して行うため、受付台−ＮＳＷ間のインタフェースをとる無線接続用ＤＭＣ２８が受付台毎に必要となる。従って、システム容量は受付台数によって大きく左右され、受付台数が増すと、顧客からのシステム小型化の要求を満足できなかった。
【００３８】
また従来は受付台数の増加に伴い接続パッケージ数が増加するので、これに伴いケーブル本数やＭＤＦ端子数も増加し、工期区間が増加していた。これを具体的に言うと、緊急，指令，無線の各回線状態の受付台への表示は別途メタリック情報ライン８１，ＭＤＦを介して各受付台の回線状態表示部５１にマルチ接続されるため、ケーブル本数やＭＤＦ端子数は回線数，受付台数に応じて大幅に増大していた。また受付台への無線着信表示，無線呼び音声は別途メタリック情報ライン８１，メタリック音声ライン８２，ＭＤＦを介して各受付台（ＬＤＳＩＳＰ５１，ＭＳＰ５２）にマルチ接続されるため、ケーブル本数やＭＤＦ端子数は受付台数や無線回線数の増加に応じて大幅に増大していた。
【００３９】
また緊急通報システムの主要機能の一つである署所指令動作の高速化は最重要課題であるが、上記従来システムでは署所接続が交換機本体の呼接続処理により行われるため、署所への接続時間は交換機本体の呼接続処理時間により大きく影響を受ける。特に、同時に複数の受令装置に対して指令を行う場合は交換機本体（ＣＣ２１）に負担が掛かり、ＮＳＷ２２の接続時間が大幅に伸びる傾向にあった。
【００４０】
本発明は上記従来技術の問題点に鑑み成されたもので、その目的とする所は、簡単かつ柔軟なネットワーク構成を備えると共に、端末相互間のデータ通信を高速、かつ簡便に行えるデータ通信システム及びその装置を提供することにある。
【００４１】
【課題を解決するための手段】
上記の課題は例えば図１（Ａ）の構成により解決される。即ち、本発明（１）のデータ通信システムは、自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置＃１〜＃ｎと、前記各端末装置からの全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配するデータ蓄積・分配装置３０とを備え、前記各端末装置間でデータのやり取りを行うものである。
【００４２】
好ましくは、本発明（２）においては、上記本発明（１）において、前記各端末装置間でやり取りするデータは音声データ又は情報データである。
図１（Ｂ）に従い本発明（１）の構成による音声データの流れを説明する。
なお、左右の同一番号の各端末装置＃１〜＃ｎは夫々に同一の装置であり、図は音声データの上りと下りとについての理解が容易な様に描かれている。
【００４３】
端末装置＃１〜＃ｎは夫々に自局の音声データＡ〜Ｎを周期的に送信する。但し、各音声データＡ〜Ｎは夫々が所定周期で出力されていれば良く、必ずしも、図示の如く、各音声データＡ〜Ｎの各位相が順番にずれている必要は無い。一方、データ蓄積・分配装置３０は前記各端末装置からの全受信音声データＡ〜Ｎを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置＃１〜＃ｎに分配する。そして、各端末装置＃１〜＃ｎは夫々に自局の受信フレームの音声多重データＭＶ中から所望の１又は２以上のタイムスロットの音声データを抽出し、こうして、前記各端末装置＃１〜＃ｎ間で多様な音声データのやり取りを行う。
【００４４】
動作を具体的に言うと、例えば、端末装置＃２は端末装置＃１の音声データＡを抽出し、かつ端末装置＃１は端末装置＃２の音声データＢを抽出することで、端末装置＃１，＃２間の通話が可能となる。他の端末装置についても同様であり、実際上ｎ：ｎの任意かつ多様なの通話路接続が可能となる。
しかも、この様な通話路交換機能は、各端末装置において夫々に自局の抽出タイムスロットを変更するだけの簡単なファーム制御により実現でき、簡単なネットワーク構成で通話路交換を柔軟に運用できる。また、従来システムの様な回線交換機能（ＮＳＷ２２，ＣＣ２１）を必要とせずに、常時全端末装置間で多様な通話が可能であり、よって各端末相互間の通話を高速、かつ簡便に行える。また通話路インタフェースは全装置で共通化され、通信システム容量の小型化，低コスト化が図れる。
【００４５】
なお、上記図１（Ｂ）の方法で情報データの通信を行っても良いことは言うまでも無い。
また、上記の課題は例えば図１（Ａ）の構成により解決される。即ち、本発明（３）のデータ通信システムは、自局の固定長の送信フレームの１又は２以上のタイムスロットに情報データを搭載して周期的に送信すると共に、該自局の前記固定長の受信フレームの情報多重データ中から所望の１又は２以上のタイムスロットの情報データを抽出する複数の端末装置＃１〜＃ｎと、前記各端末装置からの全受信フレームデータをビット対応にて論理和後、これを複製して前記各端末装置＃１〜＃ｎに分配するデータ蓄積・分配装置３０とを備え、前記各端末装置間で情報データのやり取りを行うものである。
【００４６】
図１（Ｃ）に従い本発明（３）の構成による情報データの流れを説明する。
各端末装置＃１〜＃ｎは夫々に自局の固定長の送信フレームの１又は２以上のタイムスロットに情報データを搭載して周期的に送信する。一方、データ蓄積・分配装置３０は前記各端末装置からの全受信フレームデータをビット対応にて論理和後、これを複製して前記各端末装置＃１〜＃ｎに分配する。そして、各端末装置＃１〜＃ｎは夫々に自局の前記固定長の受信フレームの情報多重データＲＤ中から所望の１又は２以上のタイムスロットの情報データを抽出し、こうして、前記各端末装置間で多様な情報データのやり取りを行う。
【００４７】
動作を具体的に言うと、この場合の通信路接続方法は様々である。
例えば、端末装置＃１は自局用に割り当てられた最初の送信スロットに情報データａ´（他の送信スロットは０）を搭載して送信し、かつ端末装置＃２は自局用に割り当てられた２番目の送信スロットに情報データｂ´（他の送信スロットは０）を搭載して送信する。各送信フレームはデータ蓄積・分配装置３０でビット対応に論理和・複製されるが、この例では下りフレームの最初のスロットデータａ＝ａ´，２番目のスロットデータｂ＝ｂ´となる。従って、この場合の下り側では、端末装置＃１は２番目の受信スロットから情報データｂを抽出し、かつ端末装置＃２は１番目の受信スロットから情報データａを抽出することで、端末装置＃１，＃２間の情報データ通信が可能となる。これは本発明（３）の構成により、上記図１（Ｂ）につき述べた情報データの交換が行える事を表す。即ち、自局が発した情報データ（状態データ，通知データ等）は任意の他の端末装置で参照し得る。
【００４８】
又は、例えば、端末装置＃１は２番目の送信スロットに端末装置＃２宛の情報データｂ´（他の送信スロットは０）を搭載して送信し、かつ端末装置＃２は最初の送信スロットに端末装置＃１宛の情報データａ´（他の送信スロットは０）を搭載して送信する。この例でも下りフレームの最初のスロットデータａ＝ａ´，２番目のスロットデータｂ＝ｂ´となる。従って、この場合の下り側では、端末装置＃１は自局用の最初の受信スロットから自局宛の情報データａを抽出し、かつ端末装置＃２は自局用の２番目の受信スロットから自局宛の情報データｂを抽出することで、端末装置＃１，＃２間の情報データ通信が可能となる。これは本発明（３）の構成により、宛て先端末装置のタイムスロットに情報データ（命令データ，応答データ，通知データ等）を直接に書き込んでも良い事を表す。
【００４９】
実運用上は、上記２つの情報伝達方法を使い分けることで、多様なデータ通信が可能となる。この場合に、各上りフレームの特定のビットが１及び０となる時は、下りフレームの当該ビットは１（論理ＯＲ出力）となる。通信方法の詳細は後述の実施の形態の説明により一層明らかとなる。
好ましくは、本発明（４）においては、上記本発明（３）において、前記各端末装置は更に自局の音声データを周期的に送信し、かつ該自局の受信フレームの音声多重データ中から所望の１又は２以上のタイムスロットの音声データを抽出すると共に、前記データ蓄積・分配装置は更に前記各端末装置からの受信音声データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配する。
【００５０】
即ち、本発明（４）のデータ通信システムは、上記図１（Ａ）に示す如く、上記図１（Ｃ）の方式による情報データ通信機能と、上記図１（Ｂ）の方式による音声データ通信機能とを兼ね備え、簡単なネットワー構成及びファーム制御で音声及び情報データの通信が効率良く行われる。
また、本発明（５）のデータ蓄積・分配装置は、自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置がデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記データ蓄積・分配装置において、前記複数の端末装置から周期的に送られる全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配するものである。
【００５１】
また、本発明（６）のデータ蓄積・分配装置は、自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置が共通フォーマットの伝送フレームによりデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記データ蓄積・分配装置において、前記複数の端末装置から受信した全フレームデータをビット対応にて論理和後、これを複製して前記各端末装置に分配するものである。
【００５２】
また、本発明（７）の端末装置は、複数の端末装置が、該複数の端末装置から送信された全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配するデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記端末装置において、自局のデータを所定周期で送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出するものである。
【００５３】
好ましくは、本発明（８）においては、上記本発明（４）において、前記各端末装置は、公衆網の緊急通報回線に接続する緊急通報受付トランク装置と、加入者の緊急通報を受け付ける受付台装置と、消防署所又は警察派出所等に設置される受令装置に接続する指令回線用インタフェース装置と、遠隔の無線基地局装置に接続する無線用回線用インタフェース装置とからなる。
【００５４】
上記本発明（４）のデータ通信システムを、緊急通報システムに提供することにより、署所指令時間の短縮化、システム容量，ＭＤＦ及び接続ケーブルの大幅な削減化、システムの納期短縮化、及び低コスト化等の従来の懸案が一挙に解決される。詳細は後述の実施の形態の説明により一層明らかとなる。
また好ましくは、本発明（９）においては、上記本発明（８）において、複数の受付台装置を備え、前記緊急通報受付トランク装置と第１の受付台装置との間でやり取りされる音声データを第２の受付台装置で抽出する。
【００５５】
従って、緊急通報システムにおける台間モニタ機能が簡単な構成及びファーム制御で実現される。
また好ましくは、本発明（１０）においては、上記本発明（９）において、前記第２の受付台装置からの音声データを前記緊急通報受付トランク装置及び又は前記第１の受付台装置で抽出する。
【００５６】
従って、緊急通報システムにおける台間モニタ・割込機能が簡単な構成及びファーム制御で実現される。
また好ましくは、本発明（１１）においては、上記本発明（８）において、複数の受付台装置を備え、該各受付台装置は受信フレームの情報多重データ中に含まれる他の１又は２以上の装置の動作状態に係る各情報データを受付台表示部に表示する。
【００５７】
従って、従来は別途メタリック情報ライン８１により各受付台表示部に分配されていた様な回線状態情報は、本発明（１１）によれば、情報多重データＲＤに集約されて各受付台装置に効率良くリアルタイムに分配され、各受付台表示部に表示される。
また、本発明（１２）のデータ交換装置は、自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の周辺装置であって、公衆網の緊急通報回線に接続する緊急通報受付トランク装置と、加入者の緊急通報を受け付ける受付台に接続する１又は２以上の受付台インタフェース装置と、消防署所又は警察派出所等に設置される受令装置に接続する指令回線用インタフェース装置と、遠隔の無線基地局装置に接続する無線用回線用インタフェース装置と、前記各周辺装置から周期的に送られる全受信音声データを各周辺装置対応のタイムスロットに時分割多重後、これを複製して前記各周辺装置に分配する音声データ蓄積・分配装置と、前記各周辺装置から周期的に送られる全受信情報フレームデータをビット対応にて論理和後、これを複製して前記各周辺装置に分配する情報データ蓄積・分配装置とを備え、前記各周辺装置間で音声及び情報データのやり取りを行うものである。
【００５８】
従って、本発明（１２）のデータ交換装置は、小型，低価格で迅速に設置でき、かつ高性能，高信頼性で稼働する。
好ましくは、本発明（１３）においては、上記本発明（１２）において、前記各周辺装置は外部入力の音声データを音声データ蓄積・分配装置に周期的に出力すると共に、該音声データ蓄積・分配装置からの受信音声多重データより所望の１又は２以上のタイムスロットの音声データを抽出して必要な音声データの合成を行い、これを接続回線又は接続受付台に出力する。
【００５９】
従って、音声データ蓄積・分配装置に接続する各種の周辺装置（緊急通報受付トランク，受付台接続パッケージ等）を簡単な構成の共通の音声接続インタフェースにより収容できると共に、各周辺装置は外部との間で所要の音声信号（音声データ）のやり取りを行える。なお、音声データの合成は音声データの加算により容易に実現される。
【００６０】
また好ましくは、本発明（１４）においては、上記本発明（１２）において、前記緊急通報受付トランク装置と受付台インタフェース装置との間に介在する通話路スイッチとその呼制御部とからなる回線交換機能部であって、前記緊急通報受付トランク装置からの緊急呼着信の旨を受付台インタフェース装置に通知すると共に、該受付台インタフェース装置からの呼転送要求に従い空き回線を捕捉して前記着信呼を呼転送先に転送するもの、を備える。
【００６１】
一般に、緊急通報システムの実運用上では緊急通報回線の着信を他の関係部署（電力会社等）に呼転送する場合があるが、この様な緊急通報回線については従来同様の回線交換機能部に収容することで呼転送を効率良く行える。
【００６２】
【発明の実施の形態】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。
なお、全図を通して同一符号は同一又は相当部分を示すものとする。
また、以下の説明では、単に装置と言う時は、ＦＰＩ２３，受付台４０，ＬＤＳ２４，ＲＬＴ２５を指す。また音声データは音声のサンプリングデータを表し、情報データには音声データ以外のランプ情報，状態情報，釦情報及び応答情報等の各種データが含まれる。
【００６３】
図２は実施の形態による緊急通報システムの構成を示す図で、図１７の従来システムと同様の機能を図１の本発明思想に基づく構成により実現したものである。以下、詳細に説明する。
図において、２０は交換機本体（ＮＷ）、４０1 〜４０n は受付台＃１〜＃ｎ、６０1 〜６０m は受令装置、４1 〜４k は無線装置（ＲＦＵ）である。
【００６４】
ＮＷ２０におて、２１は呼制御部（ＣＣ）、２２は通話路スイッチ（ＮＳＷ）、ＨＷはネットワークハイウェイ、２３は緊急通報受付トランク（ＦＰＩ）、２４は指令回線用トランク（ＬＤＳ）、２５は無線回線用トランク（ＲＬＴ）、２９は受付台４０に接続する受付台接続パッケージ（ＰＯＳ）、３０は音声及び情報データの多重等及び分配を行うデータ蓄積・分配装置（ＶＳＣ）、３１は音声データＶの多重を行う音声多重ユニット（ＣＦＴ）、３２はその音声多重部（ＭＵＸ）、ＢＦはバッファメモリ、３３は音声多重データＭＶの分配及び情報多重データの論理和・分配を行う情報多重ユニット（ＬＩＣ）、３４は音声多重データＭＶを分配する音声データ分配部（ＤＵＰ）、３５は多重情報データＳＤの論理和を行う多重情報データ論理和部（ＬＯＲ）、３６は論理和後の多重情報データＲＤを分配する情報データ分配部（ＤＵＰ）、３７はＶＳＣ３０と各装置間の音声多重データＭＶ及び情報多重データＳＤ，ＲＤを接続するラインインタフェース（ＬＩＢ）、そして、８３はＬＩＢ３７と各装置間を接続するＬＩＢケーブルである。
【００６５】
また受付台４０において、４１は受付台制御パッケージ（ＣＴＬ）、４２はランプ・釦情報処理部（ＣＢＡ）、５５は受付台操作部、４３はランプ情報表示部（ＬＭＰ）、４４は釦操作部（ＫＥＹ）、４５はランプドライバ（ＳＤＡ）、４６は釦操作識別部（ＳＣＡ）、４７は音声処理部（ＳＰＡ）、ＰＣＭはそのＰＣＭエンコーダ、ＢＢＰはベースバンド処理部、５６は音声データのセレクタ（ＳＥＬ）、４８はヘッドセット又はハンドセット（ＨＳ）、ＭＩＣはマイク、ＨＤＰはヘッドフォン、５１は回線状態表示部（ＬＳＤＩＳＰ）、５２はモニタスピーカ（ＭＳＰ）である。
【００６６】
以下、各部の機能を概説する。
ＶＳＣ３０は、従来システムのＮＳＷ２２，ＣＣ２１からなる回線交換機能に取って代わるものであり、全装置からの音声及び情報データを多重等し、その出力を全装置に分配する機能を備える。
具体的に言うと、各装置からの音声データＶ１〜Ｖ３１はＮＳＷ２２経由でＣＦＴ３１に入力される。ＮＳＷ２２のこれらの各通話路は常時接続されている。ＭＵＸ３２は音声データＶ１〜Ｖ３１を時多重し、出力の音声多重データＭＶをＬＩＣ３３に送出する。ＬＩＣ３３ではＤＵＰ３４により音声多重データＭＶを複製し、ＬＩＢ３７1 〜３７16に分配する。各ＬＩＢ３７は基板１枚に８インタフェース分の回路とＬＩＢコネクタを備えており、またＶＳＣ３０にはＬＩＢ３７を最大１６枚実装できることから、ＶＳＣ３０により最大１２８装置分のインタフェースが可能となる。
【００６７】
なお、本システムでも１１９番呼については従来と同様にＦＰＩ２３−ＮＳＷ２２−ＰＯＳ２９−ＣＴＬ４１経由で処理する事としている。実運用上では１１９番呼を受付けた受付台４０から他の消防署や関係機関（警察，電力会社，ガス会社等）に呼を転送する場合があり、この転送はＮＳＷ２２の空き回線を捕捉して行うのが効果的な為である。
【００６８】
なお、この様な呼転送を考えない場合は、ＮＳＷ２２，ＣＣ２１による回線交換機能を省略でき、緊急通報回線（即ち、ＦＰＩ２３）を直接にＶＳＣ３０に収容できる。この場合の動作は図９に従い後述する。
一方、各装置からの情報多重データＳＤ１〜ＳＤ１２８は、ＮＳＷ２２を介さずに、ＬＩＢケーブル８３を介して直接にＬＩＣ３３のＬＯＲ３５に入力される。ＬＯＲ３５は入力の全情報多重データＳＤ１〜ＳＤ１２８の論理和をとり、その出力の情報多重データＲＤをＤＵＰ３６に送出する。ＤＵＰ３６は情報多重データＲＤを複製し、ＬＩＢ３７1 〜３７16に分配する。この場合に、ＬＩＢケーブル８３は５芯程度の共通の電話線ケーブルで良い。
【００６９】
なお、本システムの他の構成は基本的には従来システムの同一符号の構成と同様の機能を備える。但し、本システムによる相違もあるので、以下に各部の機能を概説する。
ＮＷ２０におて、ＦＰＩ２３は、１１９番呼着信を検出して受付台４０にＮＳＷ２２経由で通知する機能、受付台４０の再呼び／復旧操作に従い緊急通報回線に再呼／切断信号を送出する機能、及び緊急通報回線の状態をＶＳＣ３０経由で受付台のＬＳＤＩＳＰ５１に表示させる機能等を備える。緊急通報回線状態の表示態様は従来と同様で良い。
【００７０】
ＬＤＳ２４は、受付台操作によりＶＳＣ３０経由で捕捉されて受令装置６０に起動信号（リンガー）を送出する機能、受令装置６０からの応答（ループ）を検出して受付台４０にＶＳＣ３０経由で応答情報を送出する機能、受付台４０からの指令音声をＶＳＣ３０経由で受令装置６０に送出する機能、及び指令回線の状態をＶＳＣ経由で受付台のＬＳＤＩＳＰ５１に表示させる機能等を備える。指令回線状態の表示態様は従来と同様で良い。
【００７１】
ＲＬＴ２５は、受付台操作によりＶＳＣ３０経由で捕捉されて無線車両ＭＳを呼び出す機能、ＲＦＵ４からの着信信号及び車両からの無線呼び音声をＶＳＣ３０経由で受付台４０に送出する機能、及び無線回線の状態をＶＳＣ３０経由で受付台のＬＳＤＩＳＰ５１に表示させる機能等を備える。無線回線状態の表示態様は従来と同様で良い。
【００７２】
ＰＯＳ２９は、従来システムのＡＴＴ２６に相当し、ＮＷ２０からの１１９番呼着信情報を受付台４０に通知する機能、受付台４０からの発信操作情報等をＮＷ２０に通知する機能、及び受付台４０と加入者との間の通話を中継する機能等を備える。
受付台４０において、ＣＴＬ４１は、受付台本体の主制御を行う機能、及びＰＯＳ２９との間でランプ情報Ｌ及び釦情報Ｋのやり取りを行う機能等を備える。
【００７３】
またＳＰＡ４７において、ＰＣＭはマイク４８の入力音声信号を８ＫＨｚ（１２５μＳ周期）でサンプリングして８ビットの音声データ（ＰＣＭコード）に変換する。ＳＥＬ５６はＣＴＬ４１の制御下で入力の音声多重データＭＶより所望の１又は２以上のタイムスロット（通話チャネル）の音声データを抽出する。そして、ＢＢＰは前記抽出された音声データを音声信号に変換し、ＨＤＰに出力する。
【００７４】
図３は実施の形態による音声及び情報データの流れを説明する図である。
なお、ここではＮＳＷ２２，ＣＣ２１からなる回線交換機能を考えずに、ＶＳＣ３０によるより一般化されたネットワーク構成のデータの流れを説明する。
ここで、装置＃１〜＃ｎは夫々ＦＰＩ２３，受付台４０，ＬＤＳ２４，ＲＬＴ２５に相当し、かつＦＰＩ２３，ＬＤＳ２４，ＲＬＴ２５はＶＳＣ３０とのインタフェースに関しては受付台４０と共通のインタフェース機能（ＣＴＬ４１，ＳＥＬ５６相当）を備える。
【００７５】
本システムによれば、音声及び情報データの交換機能は、各装置のデータを多重等及び分配するだけの簡単なＶＳＣ３０と、各装置に共通な情報選択機能（ファームウエア制御）とにより、多様性かつ柔軟性をもって極めて効率的に実現されることになる。
図３（Ａ）は音声データの流れを示している。
【００７６】
図の左側の装置＃１〜＃３２は夫々に独自の音声データＶ１〜Ｖ３２を出力可能な音声出力装置に位置付けられる。例えば装置＃１（ＦＰＩ２３）は加入者の音声データＶ１（＝Ａ）を出力し、装置＃２（受付台４０）は扱い者の音声データＶ２（＝Ｂ）を出力する。他の装置についても同様に考えられる。
なお、音声出力装置を最大３２台に限定する必要は無いが、本システムではたまたま交換機内タイムスロット（ＨＷ１本分のタイムスロット）数が３２である為に、音声出力装置を最大３２台としている。ＶＳＣ３０により独自のフレーム構成を採れる場合には、音声出力装置を例えば最大１２８台にできる。
【００７７】
図の右側の装置＃１〜＃１２８は多重音声データＭＶを入力として夫々に所望の１又は２以上の音声データを抽出する音声入力装置に位置付けられる。例えば装置＃１（ＦＰＩ２３）は多重音声データＭＶの中から装置＃２（受付台４０）の扱い者の音声データＢを抽出し、また装置＃２（受付台４０）は多重音声データＭＶの中から装置＃１（ＦＰＩ２３）の加入者の音声データＡを抽出する。こうして、加入者と受付台扱い者との間で通話が行われる。
【００７８】
なお、音声多重データＭＶは全装置で抽出可能であり、よって音声入力装置は最大１２８台となり得る。
かかる構成で、装置＃１〜＃３２は夫々に８ビットシリアルの音声データＶ１〜Ｖ３２を１２５μＳ周期で出力する。なお、各音声データＶ１〜Ｖ３２は夫々に１２５μＳ周期で出力されれば良く、図示の如く、出力位相がずれている必要は無い。ＭＵＸ３１は各音声データＶ１〜Ｖ３２を例えば装置番号順に多重する。即ち、装置＃１の音声データＡをＴＳ０に挿入し、装置＃２の音声データＢをＴＳ１に挿入し、以下同様にして進み、装置＃３２の音声データＮをＴＳ３２に挿入する。得られた音声多重データＭＶの１フレームは１２５μＳ周期でかつ３２ＴＳからなる。ＤＵＰ３４は音声多重データＭＶを複製し、ＬＩＢ３７を介して装置＃１〜＃１２８に分配する。各装置＃１〜＃１２８ではＣＴＬ４１相当のファーム制御によりＳＥＬ５６を動作させ、音声多重データＭＶの中から所望の１又は２以上の音声データＶを抽出し、ＨＤＰ又は接続回線に出力する。なお、２以上の音声データＶを抽出した場合はこれらの加算後に出力される。
【００７９】
図３（Ｂ）は情報データの流れを示している。
情報データの交換についてはＶＳＣ３０を介して行うので全装置＃１〜＃１２８が情報データの送受信機能を備えることになる。情報データの上りラインの１フレームは１２８ＴＳからなり、１ＴＳには３２バイト分のビットシリアルデータが含まれる。各装置＃１〜＃１２８は夫々に１２８ＴＳ×３２バイト＝４０９６バイト分のビットシリアルデータを生成し、これを１フレームとして１６ｍＳ周期でＶＳＣ３０に送出する。
【００８０】
この場合に、基本的には各装置＃１〜＃１２８には予め自局用の送信スロットＴＳ０〜ＴＳ１２７が夫々割り当てられており、例えば装置＃１にはＴＳ０が割り当てられる。これにより装置＃１が自己の送信スロットＴＳ０に書いた情報データａ´は他の装置＃２〜＃１２８により装置＃１からの情報データとして参照可能である。また装置＃１は他の送信スロットＴＳ１〜ＴＳ１２７にも情報データｂ´〜ｎ´を書込可能であり、こうして装置＃１は上記２つの方法により所望の装置＃２〜＃１２８に対して情報データを伝達可能である。他の装置＃２〜＃１２８についても同様に考えられる。
【００８１】
なお、本システムでは上りラインの情報データが１２８ＴＳ分多重されていることから、これを情報多重データＳＤと呼ぶ。ここでＳＤは送信データを意味する。
ＬＯＲ３５は全情報多重データＳＤ１〜ＳＤ１２８につきビット対応の論理和を取り、情報多重データＲＤを生成する。情報多重データＲＤの１フレームは１２８ＴＳからなり、１ＴＳには３２バイト分のビットシリアルデータが含まれる。ここで、情報多重データＲＤの先頭データａの最初のビットは全情報多重データＳＤ１〜ＳＤ１２８の各先頭データａ´の最初のビットの論理和出力に対応する。そして、ＤＵＰ３６は入力の情報多重データＲＤを複製し、これらを下りラインを介して全装置＃１〜＃１２８に分配する。
【００８２】
この場合に、装置＃１は自己の受信スロットＴＳ０を参照することで他の装置＃２〜＃１２８から自己宛に書き込まれた情報データａを読取可能である。また装置＃１は他の受信スロットＴＳ１〜ＴＳ１２７を参照することで他の装置＃２〜＃１２８が夫々に発生した情報データｂ〜ｎを読取可能である。こうして装置＃１は上記２つの方法により所望の装置＃２〜＃１２８から送られる情報データを受信可能である。他の装置＃２〜＃１２８についても同様に考えられる。
【００８３】
かくして、本システムによれば送受信タイムスロットＴＳを選択するだけの簡単なファーム制御下で多様なネットワーク接続を柔軟に構成できると共に、任意装置間における実時間のＮ：Ｎ接続が可能となり、かつハードウェアの大幅な共通化、削減化が図れる。
図４〜図７は実施の形態による情報データを説明する図（１）〜（４）で、図４はＦＰＩ２３に割り付けられた情報エリアのフレームフォーマットを示している。この場合に、１つのＦＰＩ２３は４回線分の緊急通報回線を収容しているため、３２バイト分の情報エリアを４分割して使用する。
【００８４】
０回線において、ＳＤは基本的にはＦＰＩ２３から受付台４０に送る情報（書込）データを意味する。但し、この情報データを他の装置で参照しても良い。▲１▼は緊急通報回線状態通知（即ち、受付台４０に状態通知するビット）を表し、５ビットからなる。各ビットは緊急通報回線の空き，着信中，保留中，再呼び中，通報者切断の各状態に夫々対応する。▲２▼は正常性確認ビット（１ビット）を表し、ＦＰＩ２３が正常動作中の場合は該ビット▲２▼は例えば１秒間隔で１（ＯＮ）及び０（ＯＦＦ）に交番駆動される。受付台４０の側では、情報多重データＲＤの当該ＦＰＩ情報エリアの正常性確認ビット▲２▼がＯＮ／ＯＦＦしていることで、当該ＦＰＩ２３が正常動作中及びＬＩＢケーブル８３が外れていない事等を確認できる。空は未使用ビットを表し、例えばビット０が書き込まれている。▲３▼はチェックサムエリア（８ビット）を表し、ＦＰＩ情報エリアＲＯＷ００〜ＲＯＷ０７の全情報の例えばパリティーチェック情報が書き込まれる。
【００８５】
図５は受付台４０に割り付けられた情報エリアのフレームフォーマットを示している。ＳＤは基本的には自受付台から他受付台等に送る情報データを意味し、ＳＣＡＮは他受付台等から自受付台に送られる情報データを意味する。そして、ＳＤ／ＳＣＡＮはこの情報エリアの各情報ビットが読み書き共用であることを意味する。即ち、受付台４０1 が自フレームに書き込んだ情報ビットは他受付台４０2 等により読み取られ、また他受付台４０2 等がその自フレームに書き込んだ情報ビットは自受付台４０1 により読み取られる。
【００８６】
▲１▼は受付台状態通知（７ビット）を表し、各ビットは受付台の離席，空き，話中，指令中，無線中，着信中，保留中の各状態に対応する。▲２▼は正常性確認ビット（１ビット）を表す。▲３▼は三者・扱い者ビット（２ビット）を表し、ここで、三者とは加入者と受付台扱い者との間の通話に他の受付台の扱い者が割り込んで三者通話をする状態、また扱い者とは、前記加入者を除く、受付台扱い者間で通話する状態を夫々表す。▲４▼は割込要求パターンビット（１６ビット）を表し、各ビットは台間割込要求操作時の割込要求先受付台に対応する。▲５▼はチェックサムエリア（８ビット）を表し、受付台情報エリアＲＯＷ００〜ＲＯＷ０４の全情報の例えばパリティーチェック情報が書き込まれる。
【００８７】
図６はＬＤＳ２４に割り付けられた情報エリアのフレームフォーマットを示している。１つのＬＤＳ２４は２回線分の指令回線を収容しているため、３２バイト分の情報エリアを２分割して使用する。
０回線において、ＳＣＡＮは基本的には受付台４０からＬＤＳ２４に送られる情報データを意味する。▲１▼はＬＤＳ起動ビット（１ビット）を表し、全受付台からの起動ビットの論理ＯＲ情報が搭載される。即ち、何れかの受付台４０1 ／４０2 で同一ＬＤＳ１４に対するこのビット▲１▼に１を立てると、ＬＯＲ３５で論理和され、当該ＬＤＳ２４に読み取られる。▲２▼は系統選択パターン（各４ビット）を表し、受付台１６台分に対応するエリアが設けられている。これによりどの受付台からの音声データを０回線に接続するどの受令装置６０（端末スピーカ）に流すかの系統選択を行える。
【００８８】
またＳＤは基本的にはＬＤＳ２４から受付台４０に送られる情報データを意味する。▲４▼は指令回線状態通知（８ビット）を表し、各ビットは指令回線の空き，台呼，緊急台呼，指令中，指令応答，使用中，共用中，障害中の各状態に夫々対応する。▲５▼は状態変化通知（１ビット）を表し、指令回線状態が変化した時にビット１が送られる。▲６▼はＬＤＳ情報エリアＲＯＷ００〜ＲＯＷ１５のチェックサムエリア（８ビット）である。
【００８９】
図７はＲＬＴ２５に割り付けられた情報エリアのフレームフォーマットを示している。１つのＲＬＴ２５は２回線分の無線回線を収容しているため、３２バイト分の情報エリアを２分割して使用する。
０回線において、ＳＤは基本的にはＲＬＴ２５から受付台４０に送られる情報データを意味する。▲１▼は無線回線からのプレストーク釦押下中を表すプレス中（１ビット）、▲２▼は同じく微弱電波カット釦押下中を表すスケルチＯＦＦ中（１ビット）、▲３▼は無線回線からの着信検出を表す着信中（１ビット）、▲４▼は無線回線に指令中を表す指令中（１ビット）、そして▲５▼は無線回線を使用中を表す使用中（１ビット）の各状態を夫々表す。更に、▲６▼は基地局一位着信（３ビット）を表し、当該基地局（ＲＦＵ４）が最寄りの無線車両ＭＳを１位（最大受信レベル）で受信したことを表す。▲７▼は応答台表示（５ビット）、▲８▼は状態変化通知（１ビット）、▲９▼はこれらのチェックサムエリア（８ビット）である。
【００９０】
ＳＣＡＮは基本的には受付台４０からＲＬＴ２５に送られる情報データを意味する。▲１▼は全受付台のプレスＯＲ（１ビット）、▲２▼は全受付台のスケルチＯＲ（１ビット）、▲３▼は全受付台の消防ＣＨ起動ＯＲ（１ビット）、▲４▼は全受付台の空線ＯＲ（１ビット）、▲５▼は各受付台のプレス（１６ビット）、そして▲６▼は各受付台の基地局指定（３ビット×１６台＝４８ビット）を夫々表す。
【００９１】
なお、無線回線からの着信による受付台４０のＬＳＤＩＳＰ５１への着信表示は、１１９番回線の場合と同様に、ＲＬＴ２５にて無線回線からの着信を検出し、上記ＲＬＴ情報エリアのＲＯＷ０−ＢＩＴ２の着信中ビット▲３▼をＯＮにする。また着信応答操作後の無線通話においても音声及び無線機を制御する各種信号（プレス信号，スケルチ信号，無線起動信号等）を全てＶＳＣ３０経由で行う。
【００９２】
以下に本システムの主要機能である１１９番呼受付，台間モニタ・割込，署所指令，無線通話動作を説明する。
なお、以下の説明ではＦＰＩ２３は多重フレームのＴＳ００、受付台＃１はＴＳ０１、受付台＃２はＴＳ０２、ＬＤＳ２４はＴＳ０３、ＲＬＴ２５はＴＳ０４に夫々割り付けられているものとする。
【００９３】
図８は実施の形態による１１９番呼受付動作を説明する図（１）で、ＦＰＩ２３と受付台４０との間の呼接続をＮＳＷ２２，ＣＣ２１の回線交換機能により行う場合を示している。
緊急通報回線から１１９番呼の着信があると、ＦＰＩ２３で着信を検出し、例えばＮＳＷ２２−ＰＯＳ２９−ＣＴＬ４１1 −ＣＢＡ４２1 −ＳＤＡ４５1 経由で受付台操作部５５1 の着信釦にランプ表示する。ＰＯＳ２９−ＣＴＬ４１間の着信情報等の情報伝達は電文形式又は図１８のランプ・釦インタフェース形式をとる。また、図示しないが、上記同様のランプ表示制御が受付台＃２以降にも行われる。
【００９４】
更にＦＰＩ２３は、緊急通報回線の状態情報を受付台４０に表示させるため、図４のＦＰＩ情報エリア−ＲＯＷ００における緊急通報回線状態▲１▼の着信中ビットをＯＮにする。該情報はＦＰＩ２３からＬＩＢ３７経由でＶＳＣ３０へ送出され、ＶＳＣ３０のＬＯＲ３５で全装置からの情報データが論理和され、再び全装置に送出される。一方、受付台＃１，＃２等ではＦＰＩ情報エリアの緊急通報回線状態▲１▼を常時モニタ（ＳＣＡＮ）しており、ＦＰＩ２３からの着信中ビットＯＮを検出すると、受付台＃１，＃２の各ＬＳＤＩＳＰ５１へ緊急通報回線からの着信がある旨を表示する。
【００９５】
この場合に、どの受付台で着信応答するかは受付釦操作の早い者勝ちである。例えば受付台＃１で操作部の着信応答釦を押下すると、従来と同様にＰＯＳ２９−ＮＳＷ２２−ＦＰＩ２３を介して通話ラインが形成され、通報者と受付台＃１の扱い者間で通話が可能となる。やがて、通話終了すると、受付台操作部の復旧釦押下により、従来と同様にして加入者との間の呼が切断され、緊急通報回線は復旧される。
【００９６】
ＦＰＩ２３は、今度は図４のＦＰＩ情報エリア−ＲＯＷ００における緊急通報回線状態▲１▼の空きビットをＯＮにすることで、該情報はＦＰＩ２３からＬＩＢ３７経由でＶＳＣ３０へ送出され、ＶＳＣ３０のＬＯＲ３５で全装置からの情報データが論理和され、再び全装置に送出される。これにより受付台＃１，＃２等における緊急通報回線状態表示は空きとなる。
【００９７】
図９は実施の形態による１１９番呼受付動作を説明する図（２）で、ＦＰＩ２３と受付台４０との間の呼接続をＶＳＣ３０により行う場合を示している。但し、この構成は図２の実施の形態とは異なるため、一仮定上の動作を述べることになる。
緊急通報回線から１１９番呼の着信があると、ＦＰＩ２３で着信を検出し、該検出情報はＶＳＣ３０経由で受付台＃１，＃２等に分配され、各受付台操作部の着信釦に一斉にランプ表示される。更にＦＰＩ２３は図４のＦＰＩ情報エリア−ＲＯＷ００における緊急通報回線状態▲１▼の着信中ビットをＯＮし、該情報ビットはＶＳＣ３０経由で全装置に分配され、最終的に受付台＃１，＃２等の各ＬＳＤＩＳＰ５１に緊急通報回線からの着信がある旨が表示される。
【００９８】
この場合も、どの受付台で着信応答するかは受付釦操作の早い者勝ちである。例えば受付台＃１で操作部の着信応答釦を押下すると、該情報はＶＳＣ３０経由で全装置に分配され、最終的にＦＰＩ２３により読み取られる。これに基づき、受付台＃１ではファーム制御によりＳＥＬ５６を制御してＦＰＩ２３（ＴＳ００）からの音声データを抽出し、またＦＰＩ２３では同じくＳＥＬ５６を制御して受付台＃１（ＴＳ０１）からの音声データを抽出する。こうしてし、受付台＃１とＦＰＩ２３との間に通話路が形成される。
【００９９】
図１０は実施の形態による台間モニタ・割込動作を説明する図である。
ここでは受付台＃１で緊急通報受付中（緊急通報回線からの着信に応答し通話中）に受付台＃２よりその通話を台間モニタ及び割込する場合を説明する。
受付台＃１と加入者との通話ラインが形成さている時は、両者の通話音声はＣＴＬ４１−ＰＯＳ２９−ＮＳＷ２２−ＣＦＴ３１経由でＶＳＣ３０に常時入力されている。この時、ＦＰＩ２３からの加入者の音声データは例えば受付台＃１のＣＴＬ４１において扱い者の上り音声データに加算（合成）される。ＶＳＣ３０は各装置からの音声データを時多重・複製し、再び各装置に分配する。
【０１００】
この状態で、受付台＃２にて受付台＃１への台間モニタ操作を行うと、受付台＃２のＳＥＬ５６までは常時全装置の音声データが入力されているため、ＣＴＬ４１2 のファーム制御にて受付台＃２のＳＥＬ５６を制御し、受付台＃１からの音声データを選択することで受付台＃１の通話音声を受付台＃２の扱い者がモニタ可能となる。
【０１０１】
更に、この状態で受付台＃２の操作部の割込釦を押下すると、受付台＃２のファーム制御により、図５の受付台情報エリアの割込要求ビット（ビット単位に接続先の受付台を割り付けている）につき、受付台＃２のＴＳ０２の割込要求ビットをＯＮにする。該情報はＶＳＣ３０経由で論理和・複製され、全装置へ分配される。受付台＃１では受付台＃２の受付台情報エリアＴＳ０２を監視しており、受付台＃１宛の割込要求ビットがＯＮである事を検出することにより受付台＃２が割込操作を行ったことを認識する。そして、受付台＃１においても受付台＃２の音声データは入力されるため、受付台＃１のＳＥＬ５６をファーム制御により受付台＃２の音声を取り込むことにより、割込機能が実現される。
【０１０２】
図１１は実施の形態による署所指令動作を説明する図である。
受付台＃１より受令装置６０1 に対して指令を行う場合について説明する。
受付台＃１の操作部にて受令装置６０1 に対する指令操作を行うと、受付台＃１のＣＴＬ４１1 はＳＣＡ４６1 −ＣＢＡ４２1 経由でＣＴＬ４１1 が指令操作を認識し、図６のＬＤＳ情報エリア（ＴＳ０３）−ＲＯＷ１２−ＢＩＴ０のＬＤＳ起動ビット▲１▼をＯＮにする。その情報はＶＳＣ３０経由で論理和・複製され全装置に分配される。
【０１０３】
ＬＤＳ２４ではこの起動情報により受令装置６０1 を起動する。
受令装置６０1 は上記図１９の指令回線通信プロトコルに従い応答（ループ）する。指令応答はＬＤＳ２４にて検出され、ＬＤＳ情報エリア（ＴＳ０３）の回線状態通知ブロック▲４▼に指令応答ビットが書き込まれる。該情報はＶＳＣ３０経由で全装置に分配され、最終的に受付台＃１のＬＳＤＩＳＰ５１に受令装置６０1 の指令応答表示が行われる。勿論、該情報は受付台＃２のＬＳＤＩＳＰ５１にも表示されるが、単なるモニタの対象である。
【０１０４】
受付台＃１の扱い者は応答表示を確認後、必要な指令開始操作を行い、受付台＃１とＬＤＳ２４間に通話路が形成される。扱い者が指令音声を発すると、該指令音声データはＳＰＡ４７1 −ＣＴＬ４１1 −ＰＯＳ２９−ＮＳＷ２２−ＣＦＴ３１経由でＶＳＣ３０に入力され、最終的にＬＤＳ２４により抽出され、受令者に聴取される。なお、指令は複数の受令装置６０1 〜６０m を選択して一斉に行える。
【０１０５】
図１２は実施の形態による緊急通報システムの署所指令シーケンスを説明する図である。本実施の形態によれば受付台＃１からのＬＤＳ起動ビット▲１▼は瞬時に各ＬＤＳ２４1 〜２４m に伝わるため、全指令回線の接続時間が大幅に短縮される。因みに、各署所に対する指令の接続時間は、同時に１００署所に指令を行った場合に、従来システムでは４００ｍＳかかっていたのに対し、本システムではＶＳＣ３０経由による伝送遅延の３２ｍＳとなり、これは従来の１／１０以下である。しかも、この接続時間は署所端末数に依存せず一定である。
【０１０６】
図１３は実施の形態による無線通話動作を説明する図である。
無線機からの着信は、各受付台のＬＳＤＩＳＰ５１への着信表示と、無線機からの音声呼び（受付台操作部のＭＳＰ５２より無線機からの音声が流れる）にて行われる。
ＲＬＴ２５にて無線回線からの着信を認識すると、図７のＲＬＴ情報エリア（ＴＳ０４）−ＲＯＷ００−ＢＩＴ２の着信中ビット▲３▼をＯＮにする。この情報はＶＳＣ３０経由で全装置に分配され、最終的に受付台＃１，＃２等の各ＬＳＤＩＳＰ５１に着信表示が行われる。
【０１０７】
また、無線機からの無線音声呼び信号はＲＬＴ２５−ＮＳＷ２２−ＣＦＴ３１−ＶＳＣ３０経由で多重・分配され、最終的に受付台＃１，＃２等におけるファーム制御によりＳＥＬ５６を介して抽出され、各ＭＳＰ５２より無線音声呼びが垂れ流される。そして、例えば受付台＃１で着信応答操作を行うと、受付台＃１とＲＬＴ２５との間で通話路が形成され、扱い者と無線車両との間で無線通話可能となる。なお、図示しないが、無線通話においても音声及び無線機を制御する各種信号（プレス信号，スケルチ信号，無線起動信号等）をすべてＶＳＣ３０経由で行っている。
【０１０８】
図１４は実施の形態による緊急通報システムのシステム容量を説明する図で、図１４（Ａ）は実施の形態による交換機（当社機種Ｅ３１５０Ｄ相当）の実装態様を示している。本実施の形態によればＯＴＬ２７，ＤＭＣ２８等を削除出来た結果、受付台１４台の実装時でも４架２ＮＷ構成でカバーでき、トータルで１５ＬＴユニットの実装となる。これは従来システムの約６０％のシステム容量である。
【０１０９】
図１４（Ｂ）は実施の形態によるＭＤＦケーブル数を示している。
本実施の形態によると、上記ＯＴＬ２７，ＤＭＣ２８等に加えてメタリック情報及び音声ライン８１，８２を削除出来た結果、ＭＤＦケーブル数は５０ピン換算で２５０本で良く、これは従来システムの１／３の本数である。従って、納期に一番影響するシステム設置工事をＭＤＦ端子数を減少させることにより大幅に短縮できる。
【０１１０】
なお、上記実施の形態では本発明の緊急通報システムへの適用例を中心に述べたが、本発明は複数の端末装置が相互にデータ通信を行う全てのデータ通信システムに適用可能である。
また、上記本発明に好適なる実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【０１１１】
【発明の効果】
以上述べた如く本発明によれば、簡単かつ柔軟なネットワーク構成を備えると共に、端末相互間のデータ通信を高速、かつ簡便に行え、実際上ｎ：ｎの任意かつ多様なの通信路接続が可能となる。
また本発明の緊急通報システムへの適用により、従来の受付台４０毎に必要であったＳＰＣ４９，ＩＦＣ５０，ＯＴＬ２７，ＤＭＣ２８やメタリックライン８１，８２が省略され、システム容量及びＭＤＦが大幅に削減される。更には署所指令時間の短縮化、インタフェースの共通化、納期の短縮化、及びシステムの低コスト化が図れる。
【図面の簡単な説明】
【図１】図１は本発明の原理を説明する図である。
【図２】図２は実施の形態による緊急通報システムの構成を示す図である。
【図３】図３は実施の形態による音声及び情報データの流れを説明する図である。
【図４】図４は実施の形態による情報データを説明する図（１）である。
【図５】図５は実施の形態による情報データを説明する図（２）である。
【図６】図６は実施の形態による情報データを説明する図（３）である。
【図７】図７は実施の形態による情報データを説明する図（４）である。
【図８】図８は実施の形態による１１９番呼受付動作を説明する図（１）である。
【図９】図９は実施の形態による１１９番呼受付動作を説明する図（２）である。
【図１０】図１０は実施の形態による台間モニタ・割込動作を説明する図である。
【図１１】図１１は実施の形態による署所指令動作を説明する図である。
【図１２】図１２は実施の形態による緊急通報システムの署所指令シーケンスを説明する図である。
【図１３】図１３は実施の形態による無線通話動作を説明する図である。
【図１４】図１４は実施の形態による緊急通報システムのシステム容量を説明する図である。
【図１５】図１５は従来の緊急通報システムを説明する図である。
【図１６】図１６は従来の緊急通報回線の信号方式を示す図である。
【図１７】図１７は従来の緊急通報システムの構成を示す図である。
【図１８】図１８は従来のＣＴＬ−ＡＴＴ間の情報インタフェースを説明する図である。
【図１９】図１９は従来の指令回線の通信プロトコルを説明する図である。
【図２０】図２０は従来の１１９番呼受付動作を説明する図である。
【図２１】図２１は従来の台間モニタ・割込動作を説明する図である。
【図２２】図２２は従来の署所指令動作を説明する図である。
【図２３】図２３は従来の緊急通報システムの署所指令シーケンスを説明する図である。
【図２４】図２４は従来の無線通話動作を説明する図である。
【図２５】図２５は従来の緊急通報システムのシステム容量を説明する図である。
【符号の説明】
１ 加入者電話（ＴＥＬ）
２ ライン回路（ＬＣ）
３ 緊急通報トランク（ＦＰＴ）
４ 無線基地局（ＲＦＵ）
２０ 交換機本体（ＮＷ）
２１ 呼制御部（ＣＣ）
２２ 通話路スイッチ（ＮＳＷ）
２３ 緊急通報受付トランク（ＦＰＩ）
２４ 指令回線用トランク（ＬＤＳ）
２５ 無線回線用トランク（ＲＬＴ）
２６ 受付台接続パッケージ（ＡＴＴ）
２７ 台間モニタ接続パッケージ（ＯＴＬ）
２８ 無線装置接続制御パッケージ（ＤＭＣ）
２９ 受付台接続パッケージ（ＰＯＳ）
３０ データ蓄積・分配装置（ＶＳＣ）
３１ 音声多重ユニット（ＣＦＴ）
３２ 音声多重部（ＭＵＸ）
３３ 情報多重ユニット（ＬＩＣ）
３４ 音声データ分配部（ＤＵＰ）
３５ 多重情報データ論理和部（ＬＯＲ）
３６ 情報データ分配部（ＤＵＰ）
３７ ラインインタフェース（ＬＩＢ）
４０ 通報受付台
４１ 受付台制御パッケージ（ＣＴＬ）
４２ ランプ・釦情報処理部（ＣＢＡ）
４３ ランプ情報表示部（ＬＭＰ）
４４ 釦操作部（ＫＥＹ）
４５ ランプドライバ（ＳＤＡ）
４６ 釦操作識別部（ＳＣＡ）
４７ 音声処理部（ＳＰＡ）
４８ ヘッドセット／ハンドセット（ＨＳ）
４９ 通話路制御パッケージ（ＳＰＣ）
５０ 台間モニタ・無線起動パッケージ（ＩＦＣ）
５１ モニタスピーカ（ＭＳＰ）
５５ 操作部
５６ セレクタ（ＳＥＬ）
７０ ＮＴＴ交換機（ＮＷ）
６０ 受令装置
８１ メタリック情報ライン
８２ メタリック音声ライン
８３ ＬＩＢケーブル
１００ 公衆（ＮＴＴ）網
２００ 消防センタ
２０１ 消防署所
３００ 警察本部
３０１ 派出所
ＢＢＰ ベースバンド処理部
ＢＦ バッファメモリ
ＨＤＰ ヘッドフォン
ＭＩＣ マイク
ＨＷ ネットワークハイウェイ
ＰＣＭ ＰＣＭエンコーダ
【発明の属する技術分野】
本発明はデータ通信システム及びその装置に関し、更に詳しくは複数の装置（端末装置，回線接続装置等）の間で音声や情報データの通信を行うデータ通信システム及びその装置に関する。
この種の通信システムの一例として、消防センタ／警察本部の主要機能である加入者からの１１９／１１０番呼受付，台間モニタ・割込，署所／派出所指令，出動車両（救急車，消防車，パトカー等）との無線通話等を行う緊急通報システムがある。緊急通報システムでは複数の装置（公衆網交換機，通報受付台，署所／派出所の受令装置，遠隔の無線基地局装置等）が消防センタ／警察本部の交換機（ＰＢＸ）を介して相互に接続し、音声や情報データの通信を行う。この様な緊急通報システムは、その社会的重要性より高品質、高信頼性の通信サービスは元より、高速性（特に指令接続時間の短縮）、システムの小型化、納期短縮化及び低コスト化が顧客より要求されている。
【０００２】
【従来の技術】
図１５は従来の緊急通報システムを説明する図である。
図１５（Ａ）は従来の緊急通報システムの概略構成を示しており、図において、１は加入者電話（ＴＥＬ）、１００は公衆（ＮＴＴ）網、２はライン回路（ＬＣ）、７０はＮＴＴ網の交換機（ＮＷ）、３は緊急通報トランク（ＦＰＴ）、２００／３００は消防センタ／警察本部、４０は緊急通報の受付台、２０は消防センタ／警察本部の交換機（ＮＷ）、２３は緊急通報受付トランク（ＦＰＩ）、２４は指令回線用トランク（ＬＤＳ）、２０１／３０１は消防署所／派出所、６０は受令装置である。
【０００３】
加入者がＴＥＬ１で１１９番発呼を行うと、該呼はＮＴＴ網の交換機７０，緊急通報回線を介して消防センタ２００の交換機２０に着信し、通報受付台４０で受け付けられる。通報を受けた受付者は関係（現場に近い）署所２０１に指令を発し、該指令は交換機２０，指令回線を介して関係署所２０１の受令装置６０に送られる。指令を聴取した受令者は指令内容に従い車両（救急車，消防車）を現場に出動させ、こうして、加入者は病気／災害時の緊急サービスを迅速に受けられる。
【０００４】
又は、加入者がＴＥＬ１で１１０番発呼を行うと、該呼はＮＴＴ網の交換機７０，緊急通報回線を介して警察本部３００の交換機２０に着信し、通報受付台４０で受け付けられる。通報を受けた受付者は関係（現場に近い）派出所３０１に指令を発し、該指令は交換機２０，指令回線を介して関係派出所３０１の受令装置６０に送られる。指令を聴取した受令者は指令内容に従いパトカーや警察官等を現場に急行させ、こうして、加入者は事件／事故時の緊急サービスを迅速に受けられる。なお、出動後の車両と受付台４０との交信は不図示の無線回線を介して行われる。
【０００５】
図１５（Ｂ）は通報受付台の外観斜視図を示しており、図において、５１は緊急通報回線，指令回線，無線回線の各回線状態（空き，着信中，通話中，保留中等）をリアルタイムに表示する回線状態表示部（ＬＳＤＩＳＰ）、５５は緊急呼着信の旨の情報表示やその着信応答操作（釦操作）等を行うための操作部、４３は表示ランプ（ＬＭＰ）、４４は操作釦（ＫＥＹ）である。幾つかの操作釦４４は表示ランプ４３と組（対）で設けられ、ランプ表示に対応した釦操作が迅速に行われる。更に、図示しないが、受付台扱い者が使用する通話用のヘッドセット又はハンドセット（ＨＳ）、無線車両（消防車，パトカー等）からの無線呼び音声をたれ流しでモニタするためのモニタスピーカ（ＭＳＰ）等を備える。
【０００６】
図１６は従来の緊急通報回線の信号方式を説明する図である。
図の縦欄のＤＣはＤＣ回線、ＡＣはＡＣ回線（１６Ｈz のリンガー等）を夫々表し、横欄はＦＰＴ３側の回線状態（空き，発信，通話，再信号，切断）を表す。例えば、消防ＤＣにおける「空き」の状態ではＦＰＴ３のＡ線，Ｂ線は共に無電位（開放）とされ、一方、ＦＰＩ２３のＡ線は無電位（開放），かつＢ線は地気（定抵抗を介してアースに接続）の状態にされている。この状態でＦＰＴ３が発信（Ａ線，Ｂ線を共に−４８Ｖに接続）すると、ＦＰＩ２３ではＢ線に電流が流れ、ＦＰＴ３の発信（即ち、緊急通報回線からの着信）を検出できる。他も同様に考えられる。
【０００７】
なお、以下は消防センタの緊急通報システムを中心に述べるが、警察本部の緊急通報システムについても同様に考えられる。
図１７は従来の緊急通報システムの構成を示す図である。
従来の緊急通報システムは交換機２０の回線交換機能（通話路スイッチ２２，呼制御部２１）を利用して加入者，受付台，受令装置，無線車両等の間の呼を接続するものであった。以下、詳細に説明する。
【０００８】
図において、２０は消防センタの交換機本体（ＮＷ）、４０1 〜４０n は消防センタの主要機能である１１９番呼受付，台間モニタ・割込，関係署所への指令，無線車両との無線連絡を行う受付台＃１〜＃ｎ、６０1 〜６０m は各署所に配置された受令装置、４1 〜４k は出動後の車両ＭＳとの間で無線連絡を行う無線装置（ＲＦＵ）である。
【０００９】
ＮＷ２０におて、２１は交換機本体の主制御（呼処理等）を行う呼制御部（ＣＣ）、２２は音声や情報データの交換を行う通話路スイッチ（ＮＳＷ）、２３は緊急通報回線に接続する緊急通報受付トランク（ＦＰＩ）、２４は受令装置６０に接続する指令回線用トランク（ＬＤＳ）、２５はＲＦＵ４に接続する無線回線用トランク（ＲＬＴ）、２６は受付台４０に接続する受付台接続パッケージ（ＡＴＴ）、２７は受付台間の音声モニタ・割込接続制御を行う台間モニタ接続パッケージ（ＯＴＬ）、２８は受付台４０をＲＦＵ４に接続する無線装置接続制御パッケージ（ＤＭＣ）である。
【００１０】
また受付台４０において、４１は受付台の主制御を行う受付台制御パッケージ（ＣＴＬ）、４２はランプ情報や釦情報の処理を行うランプ・釦情報処理部（ＣＢＡ）、５５は受付台操作部、４３はＬＥＤ等からなるランプ情報表示部（ＬＭＰ）、４４は釦操作部（ＫＥＹ）、４５はランプ情報対応のＬＥＤを点灯させるランプドライバ（ＳＤＡ）、４６は釦押下を識別して釦情報をＣＢＡ４２に送出する釦操作識別部（ＳＣＡ）、４７は音声信号を処理する音声処理部（ＳＰＡ）、４８は受付台扱い者が使用するヘッドセット又はハンドセット（ＨＳ）、ＭＩＣはマイク、ＨＤＰはヘッドフォン、４９はＳＰＡ４７−ＡＴＴ２６間の音声を接続すると共にＯＴＬ２７やＤＭＣ２８との間の通話路切替制御を行う通話路制御パッケージ（ＳＰＣ）、５０はＯＴＬ２７，ＤＭＣ２８に対する起動信号の送出及びその応答信号の検出を行う台間モニタ・無線起動パッケージ（ＩＦＣ）、５１は緊急通報回線，指令回線，無線回線の各回線状態を前面パネルに表示する回線状態表示部（ＬＳＤＩＳＰ）、５２は無線車両ＭＳからの無線呼び音声をたれ流しで出力するモニタスピーカ（ＭＳＰ）である。
【００１１】
以下、各部の機能を概説する。
ＦＰＩ２３は、１１９番呼着信を検出して受付台４０に通知する機能、受付台４０の再呼び操作（加入者が呼を切断した場合に受付台４０よりリンガー呼出しを行う操作）に従い緊急通報回線に再呼する機能、受付台４０の復旧操作により緊急通報回線に切断信号を送出する機能、緊急通報回線の状態を受付台４０のＬＳＤＩＳＰ５１に表示させる機能等を備える。
【００１２】
この場合に、緊急通報回線の状態情報は、別途メタリック情報ライン８１を介してＭＤＦ(Main Distributing Frame) に送られ、該ＭＤＦからのマルチ接続により受付台４０1 〜４０n の各ＬＳＤＩＳＰ５１に分配され、こうして全受付台４０1 〜４０n で全緊急通報回線の状態をリアルタイムに監視できる。ここで緊急通報回線状態の表示態様は、空き：滅火（消灯），着信中：１２０ＩＮＴ（点滅），通話中：連点（点灯），保留中：６０ＩＮＴである。
【００１３】
ＬＤＳ２４は、受付台操作によりＮＳＷ２２経由で捕捉されて受令装置６０に起動信号（リンガー）を送出する機能、該受令装置６０からの応答（ループ）を検出して受付台４０に応答情報を送出する機能、受付台４０からの指令音声を受令装置６０に送出する機能、指令回線の状態を受付台４０のＬＳＤＩＳＰ５１に表示させる機能等を備える。
【００１４】
この場合に、指令回線の状態情報は上記同様にメタリック情報ライン８１，ＭＤＦを介して受付台４０1 〜４０n の各ＬＳＤＩＳＰ５１に分配され、こうして全受付台４０1 〜４０n で全指令回線の状態をリアルタイムに監視できる。ここで指令回線状態の表示態様は、空き：滅火，呼出し中：１２０ＩＮＴ，指令中：連点である。
【００１５】
ＲＬＴ２５は、受付台操作によりＮＳＷ２２経由で捕捉されて無線車両を呼び出す機能、ＲＦＵ４からの着信を受付台４０に通知する機能、無線回線の状態を受付台４０のＬＳＤＩＳＰ５１に表示させる機能も有する。
この場合に、無線回線の状態情報は上記同様にメタリック情報ライン８１，ＭＤＦを介して受付台４０1 〜４０n の各ＬＳＤＩＳＰ５１に分配され、こうして全受付台４０1 〜４０n で全無線回線の状態をリアルタイムに監視できる。ここで無線回線状態の表示態様は、空き：滅火，着信中：１２０ＩＮＴ，通話中：連点である。またＲＬＴ２５は無線車両ＭＳからの無線呼び音声を受付台４０のＭＳＰ５２に送出する機能も備える。この場合に、無線呼び音声は別途メタリック音声ライン８２を介してＭＤＦに送られ、該ＭＤＦからのマルチ接続により受付台４０1 〜４０n の各ＭＳＰ５２に分配され、こうして全受付台４０1 〜４０n で無線車両からの無線呼び音声をリアルタイムに聴取できる。
【００１６】
ＯＴＬ２７は、受付台間の音声モニタ・割込接続を実現するもので、受付台１台毎にＮＳＷ２２の通話路１回線分が設けられる。例えば、加入者と受付台４０1 の扱い者とが通話中に、受付台４０n で台間モニタ操作を行うと、ＣＴＬ４１n の制御によりＩＦＣ５０n からＯＴＬ２７n に対して起動信号が送出され、これにより被モニタ台４０1 のＳＰＣ４９1 にＮＳＷ２２経由で通話チャネルが形成され、これにより受付台４０n の扱い者は上記通話中の音声をＳＰＣ４９1 −ＯＴＬ２７1 −ＮＳＷ２２−ＯＴＬ２７n −ＳＰＣ４９n 経由で台間モニタ可能となる。詳細は図２１に従い後述する。
【００１７】
ＤＭＣ２８は、受付台４０をＲＦＵ４に接続するもので、受付台１台毎にＮＳＷ２２の通話路１回線分が設けられる。例えば受付台４０1 にて無線車両への発信操作を行うと、ＣＴＬ４１1 の制御によりＩＦＣ５０1 からＤＭＣ２８に対して起動信号が送出され、ＲＬＴ２５経由でＲＦＵ４との間に通話路が形成され、無線通話可能となる。詳細は図２４に従い後述する。
【００１８】
ＡＴＴ２６は、ＦＰＩ２３からの１１９番呼着信情報又はＲＬＴ２５からの無線呼着信情報を受付台４０に送出する機能、受付台操作部５５の釦押下情報をＦＰＩ２３，ＬＤＳ２４又はＲＬＴ２５等に送出する機能、これらの間の音声信号を中継する機能等を備える。
ＣＴＬ４１は、ＡＴＴ２６との間でランプ情報や釦押下情報のやり取りを行う機能、台間モニタ・割込／無線発信時におけるＩＦＣ５０からＯＴＬ２７／ＤＭＣ２８に起動情報を送出する機能、台間モニタ時にＳＰＣ４９の通話路切替制御を行う機能等を備える。
【００１９】
図１８は従来のＣＴＬ４１−ＡＴＴ２６間の情報インタフェースを説明する図である。上記の如くＡＴＴ２６からＣＴＬ４１には緊急呼着信検出等のランプ情報が送られ、これに対してＣＴＬ４１からＡＴＴ２６には呼受付操作等の釦情報が送られる。
図１８（Ａ）はランプ情報のフォーマットを示している。ランプ情報の１ＲＯＷは８ビットからなり、最上位のフラグビットＢ７を除く各ビットは受付台操作部５５のランプ（ＬＥＤ）１個分に対応する。ランプ情報は操作部５５の全表示ランプ４３に対応して設けられ、例えばＲＯＷ０〜ＲＯＷｎが設けられる。またＲＯＷ０の最上位ビットＢ７＝０，かつＲＯＷ１〜ＲＯＷｎの各最上位ビットＢ７＝１とすることで、先頭のランプ情報ＲＯＷ０を識別できる。
【００２０】
図１８（Ｂ）はＣＴＬ４１−ＡＴＴ２６間のデータ通信フォーマットを示している。ＡＴＴ２６からＣＴＬ４１にはランプ情報がビットシリアル転送される。最初はランプ情報ＲＯＷ０が送られる。ランプ情報ＲＯＷ０の送信１フレームは、スタートビット「ＳＴ」，ランプ情報ビット「Ｂ０〜Ｂ６」，フラグビット「Ｂ７」，パリティビット「ＰＡ」，ストップビット「ＳＴ」の計１１ビットからなる。１ビット当たりの伝送時間は３２μＳであり、計１１ビットで３５２μＳとなる。その後にα（システムにより異なる）の休止時間を設け、引き続きランプ情報ＲＯＷ１が送られる。こうしてランプ情報ＲＯＷ０〜ＲＯＷｎが送られ、１回目の全ランプ情報が送られる。以下、同様にして２回目以降の全ランプ情報が送られる。この場合に、例えばＲＯＷ０のランプ情報ビット「Ｂ２」を常時１とすれば対応するＬＥＤは連続点灯し、また常時０とすれば連続消灯し、そして周期的に１及び０とすれば点滅となる。
【００２１】
一方、ＣＴＬ４１からＡＴＴ２６には釦情報が送られる。釦情報の送信１フレームは、スタートビット「ＳＴ」，釦のコード情報ビット「Ｂ０〜Ｂ７」，パリティビット「ＰＡ」，ストップビット「ＳＴ」の計１１ビットからなる。１ビット当たりの伝送時間は３２μＳであり、計１１ビットで３５２μＳとなる。その後に全体で１０ｍＳとなる様な約９．６５ｍＳの休止時間を設け、引き続き２度目の釦情報が送られる。ここで、釦のコード情報ビット「Ｂ０〜Ｂ７」は操作部５５の釦押下をエンコードした情報であり、この例では最大２５６個の釦を識別できる。こうして釦のコード情報は１０ｍＳ周期で送られ、ある釦が押されている間はそのコード情報が連続して送られ、また釦から手を離すと、全ビット０のコード情報が送られる。
【００２２】
図１９は従来の指令回線の通信プロトコルを説明する図である。
受付台操作部５５の受令装置起動釦を押すと、ＬＤＳ２４は起動信号（リンガー）を送り、受令装置６０は該リンガーを検出して自動的に応答（ループ）を返送する。ＬＤＳ２４はループを検出すると、更に起動トーンを送出し、受令装置６０は該起動トーンを検出して音声アンプを起動する。引き続き扱い者がＬＤＳ２４を介して指令音声を送ると、該指令音声は受令装置６０のスピーカに出力され、受令者により聴取される。やがて、指令終了により指令復旧操作をすると、ＬＤＳ２４より復旧トーンが送られ、受令装置６０は該復旧トーンを検出して音声アンプを消勢すると共に、復旧応答（ループ断）を返送する。なお、図示しないが、受令装置６０から受付台４０への発呼操作もある。
【００２３】
以下、従来の緊急通報システムの主要機能である１１９番呼受付，台間モニタ・割込，署所指令，無線通話の各動作を説明する。
図２０は従来の１１９番呼受付動作を説明する図である。
ＴＥＬ１からの１１９番呼はＬＣ２−公衆網１００−ＦＰＴ３−緊急通報回線経由でＦＰＩ２３に着信する（図２０−▲１▼）。ＦＰＩ２３は緊急通報回線の着信を検出すると着信情報（ランプ情報）を送出し、該ランプ情報はＮＳＷ２２の制御チャネル−ＣＣ２１−ＡＴＴ２６経由で受付台４０のＣＴＬ４１に送られる（図２０−▲２▼）。ＣＴＬ４１はこの着信ランプ情報に従いＣＢＡ４２−ＳＤＡ４５経由で受付台操作部５５の受付釦ランプ４３を点灯させ、かつ着信ブザー（不図示）を鳴動させる。
【００２４】
これに対して受付台扱い者が操作部５５の受付釦４４を押下すると、該釦情報はＳＣＡ４６−ＣＢＡ４２−ＣＴＬ４１−ＡＴＴ２６経由で交換機本体（ＣＣ２１）へ送出され（図２０−▲３▼）、これによりＦＰＩ２３よりＦＰＴ３に対して着信応答信号が返送され（図２０−▲４▼）、これにより加入者と受付台扱い者との間に通話路（通話チャネル）が形成され（図２０−▲５▼）、通話可能となる。
【００２５】
また受付台扱い者が通話終了により操作部５５の切断釦を押下すると、該釦情報はＳＣＡ４６−ＣＢＡ４２−ＣＴＬ４１−ＡＴＴ２６経由で交換機本体に送出され（図２０−▲３▼）、これによりＦＰＩ２３よりＦＰＴ３に呼切断信号が送出され（図２０−▲６▼）、緊急通報回線は復旧される。
また上記緊急通報回線の各状態（着信，空き等）はＦＰＩ２３より別途メタリック情報ライン８１を介して全受付台４０1 〜４０n に送出され、全受付台で緊急通報回線の状態をリアルタイムに監視できる。
【００２６】
図２１は従来の台間モニタ・割込動作を説明する図である。
台間モニタは１１９番呼受付通話中の受付台４０1 に対して、他の受付台４０n よりその通話内容をモニタする機能であり、モニタ聴取した内容により関係署所に指令を行う等、通報受付台４０1 の後方支援を行うことが可能となる。また台間割込は１１９番呼受付通話中の受付台４０1 に他の受付台４０n より通話割込する機能である。ここでは、１１９番呼受付中の受付台４０1 を受付台４０n より台間モニタ及び通話割込する場合を説明する。
【００２７】
上記同様にして加入者と受付台４０1 との間に通話路が形成され、加入者と受付台扱い者とが通話中である（図２１−▲１▼）。この状態で受付台４０n の扱い者が操作部５５n の台間モニタ釦４４n を押下すると、該釦情報はＳＣＡ４６n −ＣＢＡ４２n 経由でＣＴＬ４１n に通知され、かつ該ＣＴＬ４１n の制御下でＩＦＣ５０n の台間モニタ起動ＳＤポイントがＯＮにされ、ＯＴＬ２７n が起動される（図２１−▲２▼）。ＯＴＬ２７n はこの発信を検出すると、受付台４０1 側のＯＴＬ２７1 へ内線ホットライン接続（ダイヤル番号を必要としない呼接続）を行い（図２１−▲３▼）、これにより受付台４０n 側のＳＰＣ４９n と受付台４０1 側のＳＰＣ４９1 との間に通話路が形成され、受付台４０1 の１１９番呼受付通話内容を受付台４０n にてモニタ聴取できることになる（図２１−▲４▼）。
【００２８】
更に、この状態で受付台４０n の操作部割込釦４４n を押下すると、該釦情報はＳＣＡ４６n −ＣＢＡ４２n 経由でＣＴＬ４１n に通知され、かつ該ＣＴＬ４１n の制御下でＳＰＣ４９n 内の割込リレー（不図示）がＯＮとなり、受付台４０n から受付台４０1 の１１９番呼通話に割り込むことができる（図２１−▲５▼）。この場合にＳＰＣ４９1 における通話割込は音声信号の加算により行われる。
【００２９】
また台間モニタ・割込の復旧は、受付台４０n の操作部切断釦４４n を押下することにより、該釦情報がＳＣＡ４６n −ＣＢＡ４２n 経由でＣＴＬ４１n に通知され、かつ該ＣＴＬ４１n の制御下でＩＦＣ５０n の台間モニタ起動ＳＤポイントがＯＦＦにされ、これにより受付台４０n と受付台４０1 間の通話路が切断され、台間モニタ・割込接続が復旧する。
【００３０】
図２２は従来の署所指令動作を説明する図である。
署所指令は１１９番通報の内容により署所の救急車，消防車に対して出動指令を行う機能で、受付台扱い者の操作により対象となる署所を選択して指令を行う。受付台操作部５５1 の署所釦を押下すると、該釦情報はＳＣＡ４６1 −ＣＢＡ４２1 −ＣＴＬ４１1 −ＡＴＴ２６経由で交換機本体（ＣＣ２１）に送出される（図２２−▲１▼）。ＣＣ２１は被指令署所対応のＬＤＳ２４を捕捉し（図２２−▲２▼）、該ＬＤＳ２４より受令装置６０が起動される。ＬＤＳ２４が受令装置６０からの応答を検出すると、ＳＰＡ４７1 −ＡＴＴ２６−ＮＳＷ２２−ＬＤＳ２４の間で通話路が形成され、受付台扱い者の指令音声が受令装置６０で聴取される（図２２−▲３▼）。なお、上記署所指令は複数の署所を選択して同時に指令を行うことができる。
【００３１】
図２３は従来の緊急通報システムの署所指令シーケンスを説明する図である。各署所の起動釦を押すと、ＣＣ２１により各署所に対応するＬＤＳ1 〜ＬＤＳm が順次捕捉され、各ＬＤＳ1 〜ＬＤＳm と各受令装置６０1 〜６０m との間で上記図１９で述べた指令回線の通信プロトコルが実行される。この時、従来は、ＮＳＷ２２を使用した各ＬＤＳ1 〜ＬＤＳm の捕捉に時間を要していた。そして、受令装置６０1 〜６０m の各音声アンプが起動されると指令音声を一斉に送出する。指令終了後、署所指令の切断は受付台操作部５５1 の各切断釦の押下により行われる。
【００３２】
図２４は従来の無線通話動作を説明する図である。
無線通話は署所指令後の出動車両（消防車，救急車）に対して後方支援を行う機能である。無線車両への発信は、受付台操作部５５1 の無線選択釦を押下することにより、該釦情報がＳＣＡ４６1 −ＣＢＡ４２1 経由でＣＴＬ４１1 に通知され、かつ該ＣＴＬ４１1 の制御下でＩＦＣ５０1 の無線起動ＳＤポイントがＯＮにされ、ＤＭＣ２８が起動される（図２４−▲１▼）。ＤＭＣ２８はホットライン接続によりＲＬＴ２５に接続し（図２４−▲２▼）、これにより受付台４０1 −ＳＰＡ４７1 −ＳＰＣ４９1 −ＤＭＣ２８−ＮＳＷ２２−ＲＬＴ２５の間で通話路が形成される（図２４−▲３▼）。この場合に、車両との無線通話は双方向で１周波数を使用しているため所謂プレストークとなる。受付台操作部５５1 のプレス釦を押下すると、該釦情報はＳＣＡ４６1 −ＣＢＡ４２1 経由でＣＴＬ４１1 に通知され、かつ該ＣＴＬ４１1 の制御下でＩＦＣ５０1 のプレスＳＤポイントがＯＮにされ、ＲＦＵ４にプレス情報が送信される。
【００３３】
一方、車両からの無線着信の認識は、ＲＦＵ４からの着信信号をＲＬＴ２５−メタリック情報ライン８１経由で受付台４０1 〜４０n の各ＬＳＴＤＩＳＰ５１に表示することと（図２４−▲４▼）、車両からの無線呼び音声がＲＬＴ２５−メタリック音声ライン８２経由で受付台４０1 〜４０n の各ＭＳＰ５２にたれ流されることと、により行われる（図２４−▲５▼）。これに対する着信応答は、上記無線発信操作と同様に無線選択釦の押下により対応するＲＬＴ２５を捕捉して行われる。
【００３４】
図２５は従来の緊急通報システムのシステム容量を説明する図である。
図２５（Ａ）は従来の交換機（当社機種Ｅ３１６０Ｄ相当）の実装態様を示している。１つの架は５段のシェルフより成り、１シェルフには基板１６枚を実装可能である。図の編掛け部は受付台１４台の実装時における各機能ユニットの配置を示しており、ＣＣ，ＣＰＮＷは制御系、ＬＴはインタフェース系、ＬＴ（台）は台側インタフェース系の各機能ユニットである。
【００３５】
ＬＴユニットにおいて、ＮＷ００〜ＮＷ０３は交換機のネットワーク番号、ＨＷ００〜ＨＷ３１はそのネットワークハイウェイ番号を夫々表す。因みに、１ＨＷには３２チャネル（タイムスロット）が収容される。上記従来方式によると、受付台１４台の実装時には７架４ＮＷ構成が必要となり、トータルで２７個のＬＴユニットが実装されていた。
【００３６】
図２５（Ｂ）は従来のＭＤＦケーブル数を示している。図の枡目はＭＤＦ端子盤を表し、１端子盤当たり５０ピン換算コネクタのＭＤＦケーブル５本を収容可能である。上記従来システムでは、ＭＤＦケーブル数は５０ピン換算で計７５０本必要であった。
【００３７】
【発明が解決しようとする課題】
以上述べた如く上記従来システムでは、各装置間の呼接続をＮＳＷ２２を介した回線交換機能により行うため、システム容量が増していた。これを具体的に言うと、台間モニタ・割込機能はＮＳＷ２２を介して行うため、受付台−ＮＳＷ間のインタフェースをとるＳＰＣ４９，起動用ＩＦＣ５０，台間モニタ用ＯＴＬ２７が夫々受付台毎に必要となる。また無線通話はＮＳＷ２２を介して行うため、受付台−ＮＳＷ間のインタフェースをとる無線接続用ＤＭＣ２８が受付台毎に必要となる。従って、システム容量は受付台数によって大きく左右され、受付台数が増すと、顧客からのシステム小型化の要求を満足できなかった。
【００３８】
また従来は受付台数の増加に伴い接続パッケージ数が増加するので、これに伴いケーブル本数やＭＤＦ端子数も増加し、工期区間が増加していた。これを具体的に言うと、緊急，指令，無線の各回線状態の受付台への表示は別途メタリック情報ライン８１，ＭＤＦを介して各受付台の回線状態表示部５１にマルチ接続されるため、ケーブル本数やＭＤＦ端子数は回線数，受付台数に応じて大幅に増大していた。また受付台への無線着信表示，無線呼び音声は別途メタリック情報ライン８１，メタリック音声ライン８２，ＭＤＦを介して各受付台（ＬＤＳＩＳＰ５１，ＭＳＰ５２）にマルチ接続されるため、ケーブル本数やＭＤＦ端子数は受付台数や無線回線数の増加に応じて大幅に増大していた。
【００３９】
また緊急通報システムの主要機能の一つである署所指令動作の高速化は最重要課題であるが、上記従来システムでは署所接続が交換機本体の呼接続処理により行われるため、署所への接続時間は交換機本体の呼接続処理時間により大きく影響を受ける。特に、同時に複数の受令装置に対して指令を行う場合は交換機本体（ＣＣ２１）に負担が掛かり、ＮＳＷ２２の接続時間が大幅に伸びる傾向にあった。
【００４０】
本発明は上記従来技術の問題点に鑑み成されたもので、その目的とする所は、簡単かつ柔軟なネットワーク構成を備えると共に、端末相互間のデータ通信を高速、かつ簡便に行えるデータ通信システム及びその装置を提供することにある。
【００４１】
【課題を解決するための手段】
上記の課題は例えば図１（Ａ）の構成により解決される。即ち、本発明（１）のデータ通信システムは、自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置＃１〜＃ｎと、前記各端末装置からの全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配するデータ蓄積・分配装置３０とを備え、前記各端末装置間でデータのやり取りを行うものである。
【００４２】
好ましくは、本発明（２）においては、上記本発明（１）において、前記各端末装置間でやり取りするデータは音声データ又は情報データである。
図１（Ｂ）に従い本発明（１）の構成による音声データの流れを説明する。
なお、左右の同一番号の各端末装置＃１〜＃ｎは夫々に同一の装置であり、図は音声データの上りと下りとについての理解が容易な様に描かれている。
【００４３】
端末装置＃１〜＃ｎは夫々に自局の音声データＡ〜Ｎを周期的に送信する。但し、各音声データＡ〜Ｎは夫々が所定周期で出力されていれば良く、必ずしも、図示の如く、各音声データＡ〜Ｎの各位相が順番にずれている必要は無い。一方、データ蓄積・分配装置３０は前記各端末装置からの全受信音声データＡ〜Ｎを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置＃１〜＃ｎに分配する。そして、各端末装置＃１〜＃ｎは夫々に自局の受信フレームの音声多重データＭＶ中から所望の１又は２以上のタイムスロットの音声データを抽出し、こうして、前記各端末装置＃１〜＃ｎ間で多様な音声データのやり取りを行う。
【００４４】
動作を具体的に言うと、例えば、端末装置＃２は端末装置＃１の音声データＡを抽出し、かつ端末装置＃１は端末装置＃２の音声データＢを抽出することで、端末装置＃１，＃２間の通話が可能となる。他の端末装置についても同様であり、実際上ｎ：ｎの任意かつ多様なの通話路接続が可能となる。
しかも、この様な通話路交換機能は、各端末装置において夫々に自局の抽出タイムスロットを変更するだけの簡単なファーム制御により実現でき、簡単なネットワーク構成で通話路交換を柔軟に運用できる。また、従来システムの様な回線交換機能（ＮＳＷ２２，ＣＣ２１）を必要とせずに、常時全端末装置間で多様な通話が可能であり、よって各端末相互間の通話を高速、かつ簡便に行える。また通話路インタフェースは全装置で共通化され、通信システム容量の小型化，低コスト化が図れる。
【００４５】
なお、上記図１（Ｂ）の方法で情報データの通信を行っても良いことは言うまでも無い。
また、上記の課題は例えば図１（Ａ）の構成により解決される。即ち、本発明（３）のデータ通信システムは、自局の固定長の送信フレームの１又は２以上のタイムスロットに情報データを搭載して周期的に送信すると共に、該自局の前記固定長の受信フレームの情報多重データ中から所望の１又は２以上のタイムスロットの情報データを抽出する複数の端末装置＃１〜＃ｎと、前記各端末装置からの全受信フレームデータをビット対応にて論理和後、これを複製して前記各端末装置＃１〜＃ｎに分配するデータ蓄積・分配装置３０とを備え、前記各端末装置間で情報データのやり取りを行うものである。
【００４６】
図１（Ｃ）に従い本発明（３）の構成による情報データの流れを説明する。
各端末装置＃１〜＃ｎは夫々に自局の固定長の送信フレームの１又は２以上のタイムスロットに情報データを搭載して周期的に送信する。一方、データ蓄積・分配装置３０は前記各端末装置からの全受信フレームデータをビット対応にて論理和後、これを複製して前記各端末装置＃１〜＃ｎに分配する。そして、各端末装置＃１〜＃ｎは夫々に自局の前記固定長の受信フレームの情報多重データＲＤ中から所望の１又は２以上のタイムスロットの情報データを抽出し、こうして、前記各端末装置間で多様な情報データのやり取りを行う。
【００４７】
動作を具体的に言うと、この場合の通信路接続方法は様々である。
例えば、端末装置＃１は自局用に割り当てられた最初の送信スロットに情報データａ´（他の送信スロットは０）を搭載して送信し、かつ端末装置＃２は自局用に割り当てられた２番目の送信スロットに情報データｂ´（他の送信スロットは０）を搭載して送信する。各送信フレームはデータ蓄積・分配装置３０でビット対応に論理和・複製されるが、この例では下りフレームの最初のスロットデータａ＝ａ´，２番目のスロットデータｂ＝ｂ´となる。従って、この場合の下り側では、端末装置＃１は２番目の受信スロットから情報データｂを抽出し、かつ端末装置＃２は１番目の受信スロットから情報データａを抽出することで、端末装置＃１，＃２間の情報データ通信が可能となる。これは本発明（３）の構成により、上記図１（Ｂ）につき述べた情報データの交換が行える事を表す。即ち、自局が発した情報データ（状態データ，通知データ等）は任意の他の端末装置で参照し得る。
【００４８】
又は、例えば、端末装置＃１は２番目の送信スロットに端末装置＃２宛の情報データｂ´（他の送信スロットは０）を搭載して送信し、かつ端末装置＃２は最初の送信スロットに端末装置＃１宛の情報データａ´（他の送信スロットは０）を搭載して送信する。この例でも下りフレームの最初のスロットデータａ＝ａ´，２番目のスロットデータｂ＝ｂ´となる。従って、この場合の下り側では、端末装置＃１は自局用の最初の受信スロットから自局宛の情報データａを抽出し、かつ端末装置＃２は自局用の２番目の受信スロットから自局宛の情報データｂを抽出することで、端末装置＃１，＃２間の情報データ通信が可能となる。これは本発明（３）の構成により、宛て先端末装置のタイムスロットに情報データ（命令データ，応答データ，通知データ等）を直接に書き込んでも良い事を表す。
【００４９】
実運用上は、上記２つの情報伝達方法を使い分けることで、多様なデータ通信が可能となる。この場合に、各上りフレームの特定のビットが１及び０となる時は、下りフレームの当該ビットは１（論理ＯＲ出力）となる。通信方法の詳細は後述の実施の形態の説明により一層明らかとなる。
好ましくは、本発明（４）においては、上記本発明（３）において、前記各端末装置は更に自局の音声データを周期的に送信し、かつ該自局の受信フレームの音声多重データ中から所望の１又は２以上のタイムスロットの音声データを抽出すると共に、前記データ蓄積・分配装置は更に前記各端末装置からの受信音声データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配する。
【００５０】
即ち、本発明（４）のデータ通信システムは、上記図１（Ａ）に示す如く、上記図１（Ｃ）の方式による情報データ通信機能と、上記図１（Ｂ）の方式による音声データ通信機能とを兼ね備え、簡単なネットワー構成及びファーム制御で音声及び情報データの通信が効率良く行われる。
また、本発明（５）のデータ蓄積・分配装置は、自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置がデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記データ蓄積・分配装置において、前記複数の端末装置から周期的に送られる全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配するものである。
【００５１】
また、本発明（６）のデータ蓄積・分配装置は、自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置が共通フォーマットの伝送フレームによりデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記データ蓄積・分配装置において、前記複数の端末装置から受信した全フレームデータをビット対応にて論理和後、これを複製して前記各端末装置に分配するものである。
【００５２】
また、本発明（７）の端末装置は、複数の端末装置が、該複数の端末装置から送信された全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配するデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記端末装置において、自局のデータを所定周期で送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出するものである。
【００５３】
好ましくは、本発明（８）においては、上記本発明（４）において、前記各端末装置は、公衆網の緊急通報回線に接続する緊急通報受付トランク装置と、加入者の緊急通報を受け付ける受付台装置と、消防署所又は警察派出所等に設置される受令装置に接続する指令回線用インタフェース装置と、遠隔の無線基地局装置に接続する無線用回線用インタフェース装置とからなる。
【００５４】
上記本発明（４）のデータ通信システムを、緊急通報システムに提供することにより、署所指令時間の短縮化、システム容量，ＭＤＦ及び接続ケーブルの大幅な削減化、システムの納期短縮化、及び低コスト化等の従来の懸案が一挙に解決される。詳細は後述の実施の形態の説明により一層明らかとなる。
また好ましくは、本発明（９）においては、上記本発明（８）において、複数の受付台装置を備え、前記緊急通報受付トランク装置と第１の受付台装置との間でやり取りされる音声データを第２の受付台装置で抽出する。
【００５５】
従って、緊急通報システムにおける台間モニタ機能が簡単な構成及びファーム制御で実現される。
また好ましくは、本発明（１０）においては、上記本発明（９）において、前記第２の受付台装置からの音声データを前記緊急通報受付トランク装置及び又は前記第１の受付台装置で抽出する。
【００５６】
従って、緊急通報システムにおける台間モニタ・割込機能が簡単な構成及びファーム制御で実現される。
また好ましくは、本発明（１１）においては、上記本発明（８）において、複数の受付台装置を備え、該各受付台装置は受信フレームの情報多重データ中に含まれる他の１又は２以上の装置の動作状態に係る各情報データを受付台表示部に表示する。
【００５７】
従って、従来は別途メタリック情報ライン８１により各受付台表示部に分配されていた様な回線状態情報は、本発明（１１）によれば、情報多重データＲＤに集約されて各受付台装置に効率良くリアルタイムに分配され、各受付台表示部に表示される。
また、本発明（１２）のデータ交換装置は、自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の周辺装置であって、公衆網の緊急通報回線に接続する緊急通報受付トランク装置と、加入者の緊急通報を受け付ける受付台に接続する１又は２以上の受付台インタフェース装置と、消防署所又は警察派出所等に設置される受令装置に接続する指令回線用インタフェース装置と、遠隔の無線基地局装置に接続する無線用回線用インタフェース装置と、前記各周辺装置から周期的に送られる全受信音声データを各周辺装置対応のタイムスロットに時分割多重後、これを複製して前記各周辺装置に分配する音声データ蓄積・分配装置と、前記各周辺装置から周期的に送られる全受信情報フレームデータをビット対応にて論理和後、これを複製して前記各周辺装置に分配する情報データ蓄積・分配装置とを備え、前記各周辺装置間で音声及び情報データのやり取りを行うものである。
【００５８】
従って、本発明（１２）のデータ交換装置は、小型，低価格で迅速に設置でき、かつ高性能，高信頼性で稼働する。
好ましくは、本発明（１３）においては、上記本発明（１２）において、前記各周辺装置は外部入力の音声データを音声データ蓄積・分配装置に周期的に出力すると共に、該音声データ蓄積・分配装置からの受信音声多重データより所望の１又は２以上のタイムスロットの音声データを抽出して必要な音声データの合成を行い、これを接続回線又は接続受付台に出力する。
【００５９】
従って、音声データ蓄積・分配装置に接続する各種の周辺装置（緊急通報受付トランク，受付台接続パッケージ等）を簡単な構成の共通の音声接続インタフェースにより収容できると共に、各周辺装置は外部との間で所要の音声信号（音声データ）のやり取りを行える。なお、音声データの合成は音声データの加算により容易に実現される。
【００６０】
また好ましくは、本発明（１４）においては、上記本発明（１２）において、前記緊急通報受付トランク装置と受付台インタフェース装置との間に介在する通話路スイッチとその呼制御部とからなる回線交換機能部であって、前記緊急通報受付トランク装置からの緊急呼着信の旨を受付台インタフェース装置に通知すると共に、該受付台インタフェース装置からの呼転送要求に従い空き回線を捕捉して前記着信呼を呼転送先に転送するもの、を備える。
【００６１】
一般に、緊急通報システムの実運用上では緊急通報回線の着信を他の関係部署（電力会社等）に呼転送する場合があるが、この様な緊急通報回線については従来同様の回線交換機能部に収容することで呼転送を効率良く行える。
【００６２】
【発明の実施の形態】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。
なお、全図を通して同一符号は同一又は相当部分を示すものとする。
また、以下の説明では、単に装置と言う時は、ＦＰＩ２３，受付台４０，ＬＤＳ２４，ＲＬＴ２５を指す。また音声データは音声のサンプリングデータを表し、情報データには音声データ以外のランプ情報，状態情報，釦情報及び応答情報等の各種データが含まれる。
【００６３】
図２は実施の形態による緊急通報システムの構成を示す図で、図１７の従来システムと同様の機能を図１の本発明思想に基づく構成により実現したものである。以下、詳細に説明する。
図において、２０は交換機本体（ＮＷ）、４０1 〜４０n は受付台＃１〜＃ｎ、６０1 〜６０m は受令装置、４1 〜４k は無線装置（ＲＦＵ）である。
【００６４】
ＮＷ２０におて、２１は呼制御部（ＣＣ）、２２は通話路スイッチ（ＮＳＷ）、ＨＷはネットワークハイウェイ、２３は緊急通報受付トランク（ＦＰＩ）、２４は指令回線用トランク（ＬＤＳ）、２５は無線回線用トランク（ＲＬＴ）、２９は受付台４０に接続する受付台接続パッケージ（ＰＯＳ）、３０は音声及び情報データの多重等及び分配を行うデータ蓄積・分配装置（ＶＳＣ）、３１は音声データＶの多重を行う音声多重ユニット（ＣＦＴ）、３２はその音声多重部（ＭＵＸ）、ＢＦはバッファメモリ、３３は音声多重データＭＶの分配及び情報多重データの論理和・分配を行う情報多重ユニット（ＬＩＣ）、３４は音声多重データＭＶを分配する音声データ分配部（ＤＵＰ）、３５は多重情報データＳＤの論理和を行う多重情報データ論理和部（ＬＯＲ）、３６は論理和後の多重情報データＲＤを分配する情報データ分配部（ＤＵＰ）、３７はＶＳＣ３０と各装置間の音声多重データＭＶ及び情報多重データＳＤ，ＲＤを接続するラインインタフェース（ＬＩＢ）、そして、８３はＬＩＢ３７と各装置間を接続するＬＩＢケーブルである。
【００６５】
また受付台４０において、４１は受付台制御パッケージ（ＣＴＬ）、４２はランプ・釦情報処理部（ＣＢＡ）、５５は受付台操作部、４３はランプ情報表示部（ＬＭＰ）、４４は釦操作部（ＫＥＹ）、４５はランプドライバ（ＳＤＡ）、４６は釦操作識別部（ＳＣＡ）、４７は音声処理部（ＳＰＡ）、ＰＣＭはそのＰＣＭエンコーダ、ＢＢＰはベースバンド処理部、５６は音声データのセレクタ（ＳＥＬ）、４８はヘッドセット又はハンドセット（ＨＳ）、ＭＩＣはマイク、ＨＤＰはヘッドフォン、５１は回線状態表示部（ＬＳＤＩＳＰ）、５２はモニタスピーカ（ＭＳＰ）である。
【００６６】
以下、各部の機能を概説する。
ＶＳＣ３０は、従来システムのＮＳＷ２２，ＣＣ２１からなる回線交換機能に取って代わるものであり、全装置からの音声及び情報データを多重等し、その出力を全装置に分配する機能を備える。
具体的に言うと、各装置からの音声データＶ１〜Ｖ３１はＮＳＷ２２経由でＣＦＴ３１に入力される。ＮＳＷ２２のこれらの各通話路は常時接続されている。ＭＵＸ３２は音声データＶ１〜Ｖ３１を時多重し、出力の音声多重データＭＶをＬＩＣ３３に送出する。ＬＩＣ３３ではＤＵＰ３４により音声多重データＭＶを複製し、ＬＩＢ３７1 〜３７16に分配する。各ＬＩＢ３７は基板１枚に８インタフェース分の回路とＬＩＢコネクタを備えており、またＶＳＣ３０にはＬＩＢ３７を最大１６枚実装できることから、ＶＳＣ３０により最大１２８装置分のインタフェースが可能となる。
【００６７】
なお、本システムでも１１９番呼については従来と同様にＦＰＩ２３−ＮＳＷ２２−ＰＯＳ２９−ＣＴＬ４１経由で処理する事としている。実運用上では１１９番呼を受付けた受付台４０から他の消防署や関係機関（警察，電力会社，ガス会社等）に呼を転送する場合があり、この転送はＮＳＷ２２の空き回線を捕捉して行うのが効果的な為である。
【００６８】
なお、この様な呼転送を考えない場合は、ＮＳＷ２２，ＣＣ２１による回線交換機能を省略でき、緊急通報回線（即ち、ＦＰＩ２３）を直接にＶＳＣ３０に収容できる。この場合の動作は図９に従い後述する。
一方、各装置からの情報多重データＳＤ１〜ＳＤ１２８は、ＮＳＷ２２を介さずに、ＬＩＢケーブル８３を介して直接にＬＩＣ３３のＬＯＲ３５に入力される。ＬＯＲ３５は入力の全情報多重データＳＤ１〜ＳＤ１２８の論理和をとり、その出力の情報多重データＲＤをＤＵＰ３６に送出する。ＤＵＰ３６は情報多重データＲＤを複製し、ＬＩＢ３７1 〜３７16に分配する。この場合に、ＬＩＢケーブル８３は５芯程度の共通の電話線ケーブルで良い。
【００６９】
なお、本システムの他の構成は基本的には従来システムの同一符号の構成と同様の機能を備える。但し、本システムによる相違もあるので、以下に各部の機能を概説する。
ＮＷ２０におて、ＦＰＩ２３は、１１９番呼着信を検出して受付台４０にＮＳＷ２２経由で通知する機能、受付台４０の再呼び／復旧操作に従い緊急通報回線に再呼／切断信号を送出する機能、及び緊急通報回線の状態をＶＳＣ３０経由で受付台のＬＳＤＩＳＰ５１に表示させる機能等を備える。緊急通報回線状態の表示態様は従来と同様で良い。
【００７０】
ＬＤＳ２４は、受付台操作によりＶＳＣ３０経由で捕捉されて受令装置６０に起動信号（リンガー）を送出する機能、受令装置６０からの応答（ループ）を検出して受付台４０にＶＳＣ３０経由で応答情報を送出する機能、受付台４０からの指令音声をＶＳＣ３０経由で受令装置６０に送出する機能、及び指令回線の状態をＶＳＣ経由で受付台のＬＳＤＩＳＰ５１に表示させる機能等を備える。指令回線状態の表示態様は従来と同様で良い。
【００７１】
ＲＬＴ２５は、受付台操作によりＶＳＣ３０経由で捕捉されて無線車両ＭＳを呼び出す機能、ＲＦＵ４からの着信信号及び車両からの無線呼び音声をＶＳＣ３０経由で受付台４０に送出する機能、及び無線回線の状態をＶＳＣ３０経由で受付台のＬＳＤＩＳＰ５１に表示させる機能等を備える。無線回線状態の表示態様は従来と同様で良い。
【００７２】
ＰＯＳ２９は、従来システムのＡＴＴ２６に相当し、ＮＷ２０からの１１９番呼着信情報を受付台４０に通知する機能、受付台４０からの発信操作情報等をＮＷ２０に通知する機能、及び受付台４０と加入者との間の通話を中継する機能等を備える。
受付台４０において、ＣＴＬ４１は、受付台本体の主制御を行う機能、及びＰＯＳ２９との間でランプ情報Ｌ及び釦情報Ｋのやり取りを行う機能等を備える。
【００７３】
またＳＰＡ４７において、ＰＣＭはマイク４８の入力音声信号を８ＫＨｚ（１２５μＳ周期）でサンプリングして８ビットの音声データ（ＰＣＭコード）に変換する。ＳＥＬ５６はＣＴＬ４１の制御下で入力の音声多重データＭＶより所望の１又は２以上のタイムスロット（通話チャネル）の音声データを抽出する。そして、ＢＢＰは前記抽出された音声データを音声信号に変換し、ＨＤＰに出力する。
【００７４】
図３は実施の形態による音声及び情報データの流れを説明する図である。
なお、ここではＮＳＷ２２，ＣＣ２１からなる回線交換機能を考えずに、ＶＳＣ３０によるより一般化されたネットワーク構成のデータの流れを説明する。
ここで、装置＃１〜＃ｎは夫々ＦＰＩ２３，受付台４０，ＬＤＳ２４，ＲＬＴ２５に相当し、かつＦＰＩ２３，ＬＤＳ２４，ＲＬＴ２５はＶＳＣ３０とのインタフェースに関しては受付台４０と共通のインタフェース機能（ＣＴＬ４１，ＳＥＬ５６相当）を備える。
【００７５】
本システムによれば、音声及び情報データの交換機能は、各装置のデータを多重等及び分配するだけの簡単なＶＳＣ３０と、各装置に共通な情報選択機能（ファームウエア制御）とにより、多様性かつ柔軟性をもって極めて効率的に実現されることになる。
図３（Ａ）は音声データの流れを示している。
【００７６】
図の左側の装置＃１〜＃３２は夫々に独自の音声データＶ１〜Ｖ３２を出力可能な音声出力装置に位置付けられる。例えば装置＃１（ＦＰＩ２３）は加入者の音声データＶ１（＝Ａ）を出力し、装置＃２（受付台４０）は扱い者の音声データＶ２（＝Ｂ）を出力する。他の装置についても同様に考えられる。
なお、音声出力装置を最大３２台に限定する必要は無いが、本システムではたまたま交換機内タイムスロット（ＨＷ１本分のタイムスロット）数が３２である為に、音声出力装置を最大３２台としている。ＶＳＣ３０により独自のフレーム構成を採れる場合には、音声出力装置を例えば最大１２８台にできる。
【００７７】
図の右側の装置＃１〜＃１２８は多重音声データＭＶを入力として夫々に所望の１又は２以上の音声データを抽出する音声入力装置に位置付けられる。例えば装置＃１（ＦＰＩ２３）は多重音声データＭＶの中から装置＃２（受付台４０）の扱い者の音声データＢを抽出し、また装置＃２（受付台４０）は多重音声データＭＶの中から装置＃１（ＦＰＩ２３）の加入者の音声データＡを抽出する。こうして、加入者と受付台扱い者との間で通話が行われる。
【００７８】
なお、音声多重データＭＶは全装置で抽出可能であり、よって音声入力装置は最大１２８台となり得る。
かかる構成で、装置＃１〜＃３２は夫々に８ビットシリアルの音声データＶ１〜Ｖ３２を１２５μＳ周期で出力する。なお、各音声データＶ１〜Ｖ３２は夫々に１２５μＳ周期で出力されれば良く、図示の如く、出力位相がずれている必要は無い。ＭＵＸ３１は各音声データＶ１〜Ｖ３２を例えば装置番号順に多重する。即ち、装置＃１の音声データＡをＴＳ０に挿入し、装置＃２の音声データＢをＴＳ１に挿入し、以下同様にして進み、装置＃３２の音声データＮをＴＳ３２に挿入する。得られた音声多重データＭＶの１フレームは１２５μＳ周期でかつ３２ＴＳからなる。ＤＵＰ３４は音声多重データＭＶを複製し、ＬＩＢ３７を介して装置＃１〜＃１２８に分配する。各装置＃１〜＃１２８ではＣＴＬ４１相当のファーム制御によりＳＥＬ５６を動作させ、音声多重データＭＶの中から所望の１又は２以上の音声データＶを抽出し、ＨＤＰ又は接続回線に出力する。なお、２以上の音声データＶを抽出した場合はこれらの加算後に出力される。
【００７９】
図３（Ｂ）は情報データの流れを示している。
情報データの交換についてはＶＳＣ３０を介して行うので全装置＃１〜＃１２８が情報データの送受信機能を備えることになる。情報データの上りラインの１フレームは１２８ＴＳからなり、１ＴＳには３２バイト分のビットシリアルデータが含まれる。各装置＃１〜＃１２８は夫々に１２８ＴＳ×３２バイト＝４０９６バイト分のビットシリアルデータを生成し、これを１フレームとして１６ｍＳ周期でＶＳＣ３０に送出する。
【００８０】
この場合に、基本的には各装置＃１〜＃１２８には予め自局用の送信スロットＴＳ０〜ＴＳ１２７が夫々割り当てられており、例えば装置＃１にはＴＳ０が割り当てられる。これにより装置＃１が自己の送信スロットＴＳ０に書いた情報データａ´は他の装置＃２〜＃１２８により装置＃１からの情報データとして参照可能である。また装置＃１は他の送信スロットＴＳ１〜ＴＳ１２７にも情報データｂ´〜ｎ´を書込可能であり、こうして装置＃１は上記２つの方法により所望の装置＃２〜＃１２８に対して情報データを伝達可能である。他の装置＃２〜＃１２８についても同様に考えられる。
【００８１】
なお、本システムでは上りラインの情報データが１２８ＴＳ分多重されていることから、これを情報多重データＳＤと呼ぶ。ここでＳＤは送信データを意味する。
ＬＯＲ３５は全情報多重データＳＤ１〜ＳＤ１２８につきビット対応の論理和を取り、情報多重データＲＤを生成する。情報多重データＲＤの１フレームは１２８ＴＳからなり、１ＴＳには３２バイト分のビットシリアルデータが含まれる。ここで、情報多重データＲＤの先頭データａの最初のビットは全情報多重データＳＤ１〜ＳＤ１２８の各先頭データａ´の最初のビットの論理和出力に対応する。そして、ＤＵＰ３６は入力の情報多重データＲＤを複製し、これらを下りラインを介して全装置＃１〜＃１２８に分配する。
【００８２】
この場合に、装置＃１は自己の受信スロットＴＳ０を参照することで他の装置＃２〜＃１２８から自己宛に書き込まれた情報データａを読取可能である。また装置＃１は他の受信スロットＴＳ１〜ＴＳ１２７を参照することで他の装置＃２〜＃１２８が夫々に発生した情報データｂ〜ｎを読取可能である。こうして装置＃１は上記２つの方法により所望の装置＃２〜＃１２８から送られる情報データを受信可能である。他の装置＃２〜＃１２８についても同様に考えられる。
【００８３】
かくして、本システムによれば送受信タイムスロットＴＳを選択するだけの簡単なファーム制御下で多様なネットワーク接続を柔軟に構成できると共に、任意装置間における実時間のＮ：Ｎ接続が可能となり、かつハードウェアの大幅な共通化、削減化が図れる。
図４〜図７は実施の形態による情報データを説明する図（１）〜（４）で、図４はＦＰＩ２３に割り付けられた情報エリアのフレームフォーマットを示している。この場合に、１つのＦＰＩ２３は４回線分の緊急通報回線を収容しているため、３２バイト分の情報エリアを４分割して使用する。
【００８４】
０回線において、ＳＤは基本的にはＦＰＩ２３から受付台４０に送る情報（書込）データを意味する。但し、この情報データを他の装置で参照しても良い。▲１▼は緊急通報回線状態通知（即ち、受付台４０に状態通知するビット）を表し、５ビットからなる。各ビットは緊急通報回線の空き，着信中，保留中，再呼び中，通報者切断の各状態に夫々対応する。▲２▼は正常性確認ビット（１ビット）を表し、ＦＰＩ２３が正常動作中の場合は該ビット▲２▼は例えば１秒間隔で１（ＯＮ）及び０（ＯＦＦ）に交番駆動される。受付台４０の側では、情報多重データＲＤの当該ＦＰＩ情報エリアの正常性確認ビット▲２▼がＯＮ／ＯＦＦしていることで、当該ＦＰＩ２３が正常動作中及びＬＩＢケーブル８３が外れていない事等を確認できる。空は未使用ビットを表し、例えばビット０が書き込まれている。▲３▼はチェックサムエリア（８ビット）を表し、ＦＰＩ情報エリアＲＯＷ００〜ＲＯＷ０７の全情報の例えばパリティーチェック情報が書き込まれる。
【００８５】
図５は受付台４０に割り付けられた情報エリアのフレームフォーマットを示している。ＳＤは基本的には自受付台から他受付台等に送る情報データを意味し、ＳＣＡＮは他受付台等から自受付台に送られる情報データを意味する。そして、ＳＤ／ＳＣＡＮはこの情報エリアの各情報ビットが読み書き共用であることを意味する。即ち、受付台４０1 が自フレームに書き込んだ情報ビットは他受付台４０2 等により読み取られ、また他受付台４０2 等がその自フレームに書き込んだ情報ビットは自受付台４０1 により読み取られる。
【００８６】
▲１▼は受付台状態通知（７ビット）を表し、各ビットは受付台の離席，空き，話中，指令中，無線中，着信中，保留中の各状態に対応する。▲２▼は正常性確認ビット（１ビット）を表す。▲３▼は三者・扱い者ビット（２ビット）を表し、ここで、三者とは加入者と受付台扱い者との間の通話に他の受付台の扱い者が割り込んで三者通話をする状態、また扱い者とは、前記加入者を除く、受付台扱い者間で通話する状態を夫々表す。▲４▼は割込要求パターンビット（１６ビット）を表し、各ビットは台間割込要求操作時の割込要求先受付台に対応する。▲５▼はチェックサムエリア（８ビット）を表し、受付台情報エリアＲＯＷ００〜ＲＯＷ０４の全情報の例えばパリティーチェック情報が書き込まれる。
【００８７】
図６はＬＤＳ２４に割り付けられた情報エリアのフレームフォーマットを示している。１つのＬＤＳ２４は２回線分の指令回線を収容しているため、３２バイト分の情報エリアを２分割して使用する。
０回線において、ＳＣＡＮは基本的には受付台４０からＬＤＳ２４に送られる情報データを意味する。▲１▼はＬＤＳ起動ビット（１ビット）を表し、全受付台からの起動ビットの論理ＯＲ情報が搭載される。即ち、何れかの受付台４０1 ／４０2 で同一ＬＤＳ１４に対するこのビット▲１▼に１を立てると、ＬＯＲ３５で論理和され、当該ＬＤＳ２４に読み取られる。▲２▼は系統選択パターン（各４ビット）を表し、受付台１６台分に対応するエリアが設けられている。これによりどの受付台からの音声データを０回線に接続するどの受令装置６０（端末スピーカ）に流すかの系統選択を行える。
【００８８】
またＳＤは基本的にはＬＤＳ２４から受付台４０に送られる情報データを意味する。▲４▼は指令回線状態通知（８ビット）を表し、各ビットは指令回線の空き，台呼，緊急台呼，指令中，指令応答，使用中，共用中，障害中の各状態に夫々対応する。▲５▼は状態変化通知（１ビット）を表し、指令回線状態が変化した時にビット１が送られる。▲６▼はＬＤＳ情報エリアＲＯＷ００〜ＲＯＷ１５のチェックサムエリア（８ビット）である。
【００８９】
図７はＲＬＴ２５に割り付けられた情報エリアのフレームフォーマットを示している。１つのＲＬＴ２５は２回線分の無線回線を収容しているため、３２バイト分の情報エリアを２分割して使用する。
０回線において、ＳＤは基本的にはＲＬＴ２５から受付台４０に送られる情報データを意味する。▲１▼は無線回線からのプレストーク釦押下中を表すプレス中（１ビット）、▲２▼は同じく微弱電波カット釦押下中を表すスケルチＯＦＦ中（１ビット）、▲３▼は無線回線からの着信検出を表す着信中（１ビット）、▲４▼は無線回線に指令中を表す指令中（１ビット）、そして▲５▼は無線回線を使用中を表す使用中（１ビット）の各状態を夫々表す。更に、▲６▼は基地局一位着信（３ビット）を表し、当該基地局（ＲＦＵ４）が最寄りの無線車両ＭＳを１位（最大受信レベル）で受信したことを表す。▲７▼は応答台表示（５ビット）、▲８▼は状態変化通知（１ビット）、▲９▼はこれらのチェックサムエリア（８ビット）である。
【００９０】
ＳＣＡＮは基本的には受付台４０からＲＬＴ２５に送られる情報データを意味する。▲１▼は全受付台のプレスＯＲ（１ビット）、▲２▼は全受付台のスケルチＯＲ（１ビット）、▲３▼は全受付台の消防ＣＨ起動ＯＲ（１ビット）、▲４▼は全受付台の空線ＯＲ（１ビット）、▲５▼は各受付台のプレス（１６ビット）、そして▲６▼は各受付台の基地局指定（３ビット×１６台＝４８ビット）を夫々表す。
【００９１】
なお、無線回線からの着信による受付台４０のＬＳＤＩＳＰ５１への着信表示は、１１９番回線の場合と同様に、ＲＬＴ２５にて無線回線からの着信を検出し、上記ＲＬＴ情報エリアのＲＯＷ０−ＢＩＴ２の着信中ビット▲３▼をＯＮにする。また着信応答操作後の無線通話においても音声及び無線機を制御する各種信号（プレス信号，スケルチ信号，無線起動信号等）を全てＶＳＣ３０経由で行う。
【００９２】
以下に本システムの主要機能である１１９番呼受付，台間モニタ・割込，署所指令，無線通話動作を説明する。
なお、以下の説明ではＦＰＩ２３は多重フレームのＴＳ００、受付台＃１はＴＳ０１、受付台＃２はＴＳ０２、ＬＤＳ２４はＴＳ０３、ＲＬＴ２５はＴＳ０４に夫々割り付けられているものとする。
【００９３】
図８は実施の形態による１１９番呼受付動作を説明する図（１）で、ＦＰＩ２３と受付台４０との間の呼接続をＮＳＷ２２，ＣＣ２１の回線交換機能により行う場合を示している。
緊急通報回線から１１９番呼の着信があると、ＦＰＩ２３で着信を検出し、例えばＮＳＷ２２−ＰＯＳ２９−ＣＴＬ４１1 −ＣＢＡ４２1 −ＳＤＡ４５1 経由で受付台操作部５５1 の着信釦にランプ表示する。ＰＯＳ２９−ＣＴＬ４１間の着信情報等の情報伝達は電文形式又は図１８のランプ・釦インタフェース形式をとる。また、図示しないが、上記同様のランプ表示制御が受付台＃２以降にも行われる。
【００９４】
更にＦＰＩ２３は、緊急通報回線の状態情報を受付台４０に表示させるため、図４のＦＰＩ情報エリア−ＲＯＷ００における緊急通報回線状態▲１▼の着信中ビットをＯＮにする。該情報はＦＰＩ２３からＬＩＢ３７経由でＶＳＣ３０へ送出され、ＶＳＣ３０のＬＯＲ３５で全装置からの情報データが論理和され、再び全装置に送出される。一方、受付台＃１，＃２等ではＦＰＩ情報エリアの緊急通報回線状態▲１▼を常時モニタ（ＳＣＡＮ）しており、ＦＰＩ２３からの着信中ビットＯＮを検出すると、受付台＃１，＃２の各ＬＳＤＩＳＰ５１へ緊急通報回線からの着信がある旨を表示する。
【００９５】
この場合に、どの受付台で着信応答するかは受付釦操作の早い者勝ちである。例えば受付台＃１で操作部の着信応答釦を押下すると、従来と同様にＰＯＳ２９−ＮＳＷ２２−ＦＰＩ２３を介して通話ラインが形成され、通報者と受付台＃１の扱い者間で通話が可能となる。やがて、通話終了すると、受付台操作部の復旧釦押下により、従来と同様にして加入者との間の呼が切断され、緊急通報回線は復旧される。
【００９６】
ＦＰＩ２３は、今度は図４のＦＰＩ情報エリア−ＲＯＷ００における緊急通報回線状態▲１▼の空きビットをＯＮにすることで、該情報はＦＰＩ２３からＬＩＢ３７経由でＶＳＣ３０へ送出され、ＶＳＣ３０のＬＯＲ３５で全装置からの情報データが論理和され、再び全装置に送出される。これにより受付台＃１，＃２等における緊急通報回線状態表示は空きとなる。
【００９７】
図９は実施の形態による１１９番呼受付動作を説明する図（２）で、ＦＰＩ２３と受付台４０との間の呼接続をＶＳＣ３０により行う場合を示している。但し、この構成は図２の実施の形態とは異なるため、一仮定上の動作を述べることになる。
緊急通報回線から１１９番呼の着信があると、ＦＰＩ２３で着信を検出し、該検出情報はＶＳＣ３０経由で受付台＃１，＃２等に分配され、各受付台操作部の着信釦に一斉にランプ表示される。更にＦＰＩ２３は図４のＦＰＩ情報エリア−ＲＯＷ００における緊急通報回線状態▲１▼の着信中ビットをＯＮし、該情報ビットはＶＳＣ３０経由で全装置に分配され、最終的に受付台＃１，＃２等の各ＬＳＤＩＳＰ５１に緊急通報回線からの着信がある旨が表示される。
【００９８】
この場合も、どの受付台で着信応答するかは受付釦操作の早い者勝ちである。例えば受付台＃１で操作部の着信応答釦を押下すると、該情報はＶＳＣ３０経由で全装置に分配され、最終的にＦＰＩ２３により読み取られる。これに基づき、受付台＃１ではファーム制御によりＳＥＬ５６を制御してＦＰＩ２３（ＴＳ００）からの音声データを抽出し、またＦＰＩ２３では同じくＳＥＬ５６を制御して受付台＃１（ＴＳ０１）からの音声データを抽出する。こうしてし、受付台＃１とＦＰＩ２３との間に通話路が形成される。
【００９９】
図１０は実施の形態による台間モニタ・割込動作を説明する図である。
ここでは受付台＃１で緊急通報受付中（緊急通報回線からの着信に応答し通話中）に受付台＃２よりその通話を台間モニタ及び割込する場合を説明する。
受付台＃１と加入者との通話ラインが形成さている時は、両者の通話音声はＣＴＬ４１−ＰＯＳ２９−ＮＳＷ２２−ＣＦＴ３１経由でＶＳＣ３０に常時入力されている。この時、ＦＰＩ２３からの加入者の音声データは例えば受付台＃１のＣＴＬ４１において扱い者の上り音声データに加算（合成）される。ＶＳＣ３０は各装置からの音声データを時多重・複製し、再び各装置に分配する。
【０１００】
この状態で、受付台＃２にて受付台＃１への台間モニタ操作を行うと、受付台＃２のＳＥＬ５６までは常時全装置の音声データが入力されているため、ＣＴＬ４１2 のファーム制御にて受付台＃２のＳＥＬ５６を制御し、受付台＃１からの音声データを選択することで受付台＃１の通話音声を受付台＃２の扱い者がモニタ可能となる。
【０１０１】
更に、この状態で受付台＃２の操作部の割込釦を押下すると、受付台＃２のファーム制御により、図５の受付台情報エリアの割込要求ビット（ビット単位に接続先の受付台を割り付けている）につき、受付台＃２のＴＳ０２の割込要求ビットをＯＮにする。該情報はＶＳＣ３０経由で論理和・複製され、全装置へ分配される。受付台＃１では受付台＃２の受付台情報エリアＴＳ０２を監視しており、受付台＃１宛の割込要求ビットがＯＮである事を検出することにより受付台＃２が割込操作を行ったことを認識する。そして、受付台＃１においても受付台＃２の音声データは入力されるため、受付台＃１のＳＥＬ５６をファーム制御により受付台＃２の音声を取り込むことにより、割込機能が実現される。
【０１０２】
図１１は実施の形態による署所指令動作を説明する図である。
受付台＃１より受令装置６０1 に対して指令を行う場合について説明する。
受付台＃１の操作部にて受令装置６０1 に対する指令操作を行うと、受付台＃１のＣＴＬ４１1 はＳＣＡ４６1 −ＣＢＡ４２1 経由でＣＴＬ４１1 が指令操作を認識し、図６のＬＤＳ情報エリア（ＴＳ０３）−ＲＯＷ１２−ＢＩＴ０のＬＤＳ起動ビット▲１▼をＯＮにする。その情報はＶＳＣ３０経由で論理和・複製され全装置に分配される。
【０１０３】
ＬＤＳ２４ではこの起動情報により受令装置６０1 を起動する。
受令装置６０1 は上記図１９の指令回線通信プロトコルに従い応答（ループ）する。指令応答はＬＤＳ２４にて検出され、ＬＤＳ情報エリア（ＴＳ０３）の回線状態通知ブロック▲４▼に指令応答ビットが書き込まれる。該情報はＶＳＣ３０経由で全装置に分配され、最終的に受付台＃１のＬＳＤＩＳＰ５１に受令装置６０1 の指令応答表示が行われる。勿論、該情報は受付台＃２のＬＳＤＩＳＰ５１にも表示されるが、単なるモニタの対象である。
【０１０４】
受付台＃１の扱い者は応答表示を確認後、必要な指令開始操作を行い、受付台＃１とＬＤＳ２４間に通話路が形成される。扱い者が指令音声を発すると、該指令音声データはＳＰＡ４７1 −ＣＴＬ４１1 −ＰＯＳ２９−ＮＳＷ２２−ＣＦＴ３１経由でＶＳＣ３０に入力され、最終的にＬＤＳ２４により抽出され、受令者に聴取される。なお、指令は複数の受令装置６０1 〜６０m を選択して一斉に行える。
【０１０５】
図１２は実施の形態による緊急通報システムの署所指令シーケンスを説明する図である。本実施の形態によれば受付台＃１からのＬＤＳ起動ビット▲１▼は瞬時に各ＬＤＳ２４1 〜２４m に伝わるため、全指令回線の接続時間が大幅に短縮される。因みに、各署所に対する指令の接続時間は、同時に１００署所に指令を行った場合に、従来システムでは４００ｍＳかかっていたのに対し、本システムではＶＳＣ３０経由による伝送遅延の３２ｍＳとなり、これは従来の１／１０以下である。しかも、この接続時間は署所端末数に依存せず一定である。
【０１０６】
図１３は実施の形態による無線通話動作を説明する図である。
無線機からの着信は、各受付台のＬＳＤＩＳＰ５１への着信表示と、無線機からの音声呼び（受付台操作部のＭＳＰ５２より無線機からの音声が流れる）にて行われる。
ＲＬＴ２５にて無線回線からの着信を認識すると、図７のＲＬＴ情報エリア（ＴＳ０４）−ＲＯＷ００−ＢＩＴ２の着信中ビット▲３▼をＯＮにする。この情報はＶＳＣ３０経由で全装置に分配され、最終的に受付台＃１，＃２等の各ＬＳＤＩＳＰ５１に着信表示が行われる。
【０１０７】
また、無線機からの無線音声呼び信号はＲＬＴ２５−ＮＳＷ２２−ＣＦＴ３１−ＶＳＣ３０経由で多重・分配され、最終的に受付台＃１，＃２等におけるファーム制御によりＳＥＬ５６を介して抽出され、各ＭＳＰ５２より無線音声呼びが垂れ流される。そして、例えば受付台＃１で着信応答操作を行うと、受付台＃１とＲＬＴ２５との間で通話路が形成され、扱い者と無線車両との間で無線通話可能となる。なお、図示しないが、無線通話においても音声及び無線機を制御する各種信号（プレス信号，スケルチ信号，無線起動信号等）をすべてＶＳＣ３０経由で行っている。
【０１０８】
図１４は実施の形態による緊急通報システムのシステム容量を説明する図で、図１４（Ａ）は実施の形態による交換機（当社機種Ｅ３１５０Ｄ相当）の実装態様を示している。本実施の形態によればＯＴＬ２７，ＤＭＣ２８等を削除出来た結果、受付台１４台の実装時でも４架２ＮＷ構成でカバーでき、トータルで１５ＬＴユニットの実装となる。これは従来システムの約６０％のシステム容量である。
【０１０９】
図１４（Ｂ）は実施の形態によるＭＤＦケーブル数を示している。
本実施の形態によると、上記ＯＴＬ２７，ＤＭＣ２８等に加えてメタリック情報及び音声ライン８１，８２を削除出来た結果、ＭＤＦケーブル数は５０ピン換算で２５０本で良く、これは従来システムの１／３の本数である。従って、納期に一番影響するシステム設置工事をＭＤＦ端子数を減少させることにより大幅に短縮できる。
【０１１０】
なお、上記実施の形態では本発明の緊急通報システムへの適用例を中心に述べたが、本発明は複数の端末装置が相互にデータ通信を行う全てのデータ通信システムに適用可能である。
また、上記本発明に好適なる実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【０１１１】
【発明の効果】
以上述べた如く本発明によれば、簡単かつ柔軟なネットワーク構成を備えると共に、端末相互間のデータ通信を高速、かつ簡便に行え、実際上ｎ：ｎの任意かつ多様なの通信路接続が可能となる。
また本発明の緊急通報システムへの適用により、従来の受付台４０毎に必要であったＳＰＣ４９，ＩＦＣ５０，ＯＴＬ２７，ＤＭＣ２８やメタリックライン８１，８２が省略され、システム容量及びＭＤＦが大幅に削減される。更には署所指令時間の短縮化、インタフェースの共通化、納期の短縮化、及びシステムの低コスト化が図れる。
【図面の簡単な説明】
【図１】図１は本発明の原理を説明する図である。
【図２】図２は実施の形態による緊急通報システムの構成を示す図である。
【図３】図３は実施の形態による音声及び情報データの流れを説明する図である。
【図４】図４は実施の形態による情報データを説明する図（１）である。
【図５】図５は実施の形態による情報データを説明する図（２）である。
【図６】図６は実施の形態による情報データを説明する図（３）である。
【図７】図７は実施の形態による情報データを説明する図（４）である。
【図８】図８は実施の形態による１１９番呼受付動作を説明する図（１）である。
【図９】図９は実施の形態による１１９番呼受付動作を説明する図（２）である。
【図１０】図１０は実施の形態による台間モニタ・割込動作を説明する図である。
【図１１】図１１は実施の形態による署所指令動作を説明する図である。
【図１２】図１２は実施の形態による緊急通報システムの署所指令シーケンスを説明する図である。
【図１３】図１３は実施の形態による無線通話動作を説明する図である。
【図１４】図１４は実施の形態による緊急通報システムのシステム容量を説明する図である。
【図１５】図１５は従来の緊急通報システムを説明する図である。
【図１６】図１６は従来の緊急通報回線の信号方式を示す図である。
【図１７】図１７は従来の緊急通報システムの構成を示す図である。
【図１８】図１８は従来のＣＴＬ−ＡＴＴ間の情報インタフェースを説明する図である。
【図１９】図１９は従来の指令回線の通信プロトコルを説明する図である。
【図２０】図２０は従来の１１９番呼受付動作を説明する図である。
【図２１】図２１は従来の台間モニタ・割込動作を説明する図である。
【図２２】図２２は従来の署所指令動作を説明する図である。
【図２３】図２３は従来の緊急通報システムの署所指令シーケンスを説明する図である。
【図２４】図２４は従来の無線通話動作を説明する図である。
【図２５】図２５は従来の緊急通報システムのシステム容量を説明する図である。
【符号の説明】
１ 加入者電話（ＴＥＬ）
２ ライン回路（ＬＣ）
３ 緊急通報トランク（ＦＰＴ）
４ 無線基地局（ＲＦＵ）
２０ 交換機本体（ＮＷ）
２１ 呼制御部（ＣＣ）
２２ 通話路スイッチ（ＮＳＷ）
２３ 緊急通報受付トランク（ＦＰＩ）
２４ 指令回線用トランク（ＬＤＳ）
２５ 無線回線用トランク（ＲＬＴ）
２６ 受付台接続パッケージ（ＡＴＴ）
２７ 台間モニタ接続パッケージ（ＯＴＬ）
２８ 無線装置接続制御パッケージ（ＤＭＣ）
２９ 受付台接続パッケージ（ＰＯＳ）
３０ データ蓄積・分配装置（ＶＳＣ）
３１ 音声多重ユニット（ＣＦＴ）
３２ 音声多重部（ＭＵＸ）
３３ 情報多重ユニット（ＬＩＣ）
３４ 音声データ分配部（ＤＵＰ）
３５ 多重情報データ論理和部（ＬＯＲ）
３６ 情報データ分配部（ＤＵＰ）
３７ ラインインタフェース（ＬＩＢ）
４０ 通報受付台
４１ 受付台制御パッケージ（ＣＴＬ）
４２ ランプ・釦情報処理部（ＣＢＡ）
４３ ランプ情報表示部（ＬＭＰ）
４４ 釦操作部（ＫＥＹ）
４５ ランプドライバ（ＳＤＡ）
４６ 釦操作識別部（ＳＣＡ）
４７ 音声処理部（ＳＰＡ）
４８ ヘッドセット／ハンドセット（ＨＳ）
４９ 通話路制御パッケージ（ＳＰＣ）
５０ 台間モニタ・無線起動パッケージ（ＩＦＣ）
５１ モニタスピーカ（ＭＳＰ）
５５ 操作部
５６ セレクタ（ＳＥＬ）
７０ ＮＴＴ交換機（ＮＷ）
６０ 受令装置
８１ メタリック情報ライン
８２ メタリック音声ライン
８３ ＬＩＢケーブル
１００ 公衆（ＮＴＴ）網
２００ 消防センタ
２０１ 消防署所
３００ 警察本部
３０１ 派出所
ＢＢＰ ベースバンド処理部
ＢＦ バッファメモリ
ＨＤＰ ヘッドフォン
ＭＩＣ マイク
ＨＷ ネットワークハイウェイ
ＰＣＭ ＰＣＭエンコーダ
Claims (14)
- 自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置と、
前記各端末装置からの全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配するデータ蓄積・分配装置とを備え、
前記各端末装置間でデータのやり取りを行うこと
を特徴とするデータ通信システム。 - 前記各端末装置間でやり取りするデータは音声データ又は情報データであることを特徴とする請求項１に記載のデータ通信システム。
- 自局の固定長の送信フレームの１又は２以上のタイムスロットに情報データを搭載して周期的に送信すると共に、該自局の前記固定長の受信フレームの情報多重データ中から所望の１又は２以上のタイムスロットの情報データを抽出する複数の端末装置と、
前記各端末装置からの全受信フレームデータをビット対応にて論理和後、これを複製して前記各端末装置に分配するデータ蓄積・分配装置とを備え、
前記各端末装置間で情報データのやり取りを行うこと
を特徴とするデータ通信システム。 - 前記各端末装置は更に自局の音声データを周期的に送信し、かつ該自局の受信フレームの音声多重データ中から所望の１又は２以上のタイムスロットの音声データを抽出すると共に、前記データ蓄積・分配装置は更に前記各端末装置からの受信音声データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配することを特徴とする請求項３に記載のデータ通信システム。
- 自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置がデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記データ蓄積・分配装置において、
前記複数の端末装置から周期的に送られる全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記複数の端末装置に分配すること
を特徴とするデータ蓄積・分配装置。 - 自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の端末装置
が共通フォーマットの伝送フレームによりデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記データ蓄積・分配装置において、
前記複数の端末装置から受信した全フレームデータをビット対応にて論理和後、これを複製して前記複数の端末装置に分配すること
を特徴とするデータ蓄積・分配装置。 - 複数の端末装置が、該複数の端末装置から送信された全受信データを各端末装置対応のタイムスロットに時分割多重後、これを複製して前記各端末装置に分配するデータ蓄積・分配装置を介して相互にデータ通信を行うデータ通信システムの前記端末装置において、
自局のデータを所定周期で送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出すること
を特徴とする端末装置。 - 前記各端末装置は、公衆網の緊急通報回線に接続する緊急通報受付トランク装置と、加入者の緊急通報を受け付ける受付台装置と、消防署所又は警察派出所等に設置される受令装置に接続する指令回線用インタフェース装置と、遠隔の無線基地局装置に接続する無線用回線用インタフェース装置とからなることを特徴とする請求項４に記載のデータ通信システム。
- 複数の受付台装置を備え、前記緊急通報受付トランク装置と第１の受付台装置との間でやり取りされる音声データを第２の受付台装置で抽出することを特徴とする請求項８に記載のデータ通信システム。
- 前記第２の受付台装置からの音声データを前記緊急通報受付トランク装置及び又は前記第１の受付台装置で抽出することを特徴とする請求項９に記載のデータ通信システム。
- 複数の受付台装置を備え、該各受付台装置は受信フレームの情報多重データ中に含まれる他の１又は２以上の装置の動作状態に係る各情報データを受付台表示部に表示することを特徴とする請求項８に記載のデータ通信システム。
- 自局のデータを周期的に送信すると共に、該自局の受信フレームの多重データ中から所望の１又は２以上のタイムスロットのデータを抽出する複数の周辺装置であって、公衆網の緊急通報回線に接続する緊急通報受付トランク装置、加入者の緊急通報を受け付ける受付台に接続する１又は２以上の受付台インタフェース装置、消防署所又は警察派出所等に設置される受令装置に接続する指令回線用インタフェース装置、及び遠隔の無線基地局装置に接続する無線用回線用インタフェース装置と、
前記各周辺装置から周期的に送られる全受信音声データを各周辺装置対応のタイムスロットに時分割多重後、これを複製して前記各周辺装置に分配する音声データ蓄積・分配装置と、
前記各周辺装置から周期的に送られる全受信情報フレームデータをビット対応にて論理和後、これを複製して前記各周辺装置に分配する情報データ蓄積・分配装置とを備え、
前記各周辺装置間で音声及び情報データのやり取りを行うこと
を特徴とするデータ交換装置。 - 前記各周辺装置は外部入力の音声データを前記音声データ蓄積・分配装置に周期的に出力すると共に、該音声データ蓄積・分配装置からの受信音声多重データより所望の１又は２以上のタイムスロットの音声データを抽出して必要な音声データの合成を行い、これを接続回線又は接続受付台に出力することを特徴とする請求項１２に記載のデータ交換装置。
- 前記緊急通報受付トランク装置と受付台インタフェース装置との間に介在する通話路スイッチとその呼制御部とからなる回線交換機能部であって、前記緊急通報受付トランク装置からの緊急呼着信の旨を受付台インタフェース装置に通知すると共に、該受付台インタフェース装置からの呼転送要求に従い空き回線を捕捉して前記着信呼を呼転送先に転送するもの、を備えることを特徴とする請求項１２に記載のデータ交換装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29501297A JP4044656B2 (ja) | 1997-10-14 | 1997-10-14 | データ通信システム及びその装置 |
| US09/046,353 US6731610B2 (en) | 1997-10-14 | 1998-03-23 | Data communication system and apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29501297A JP4044656B2 (ja) | 1997-10-14 | 1997-10-14 | データ通信システム及びその装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11122685A JPH11122685A (ja) | 1999-04-30 |
| JP4044656B2 true JP4044656B2 (ja) | 2008-02-06 |
Family
ID=17815201
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29501297A Expired - Fee Related JP4044656B2 (ja) | 1997-10-14 | 1997-10-14 | データ通信システム及びその装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6731610B2 (ja) |
| JP (1) | JP4044656B2 (ja) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4498175B2 (ja) * | 2005-03-14 | 2010-07-07 | 中国電力株式会社 | 無線指令装置 |
| US9838858B2 (en) | 2014-07-08 | 2017-12-05 | Rapidsos, Inc. | System and method for call management |
| CN108476260A (zh) | 2015-11-02 | 2018-08-31 | 快速求救公司 | 用于紧急响应的态势感知的方法和*** |
| MX2018007509A (es) | 2015-12-17 | 2018-11-29 | Rapidsos Inc | Dispositivos y métodos para llamada de emergencia eficiente. |
| US9986404B2 (en) | 2016-02-26 | 2018-05-29 | Rapidsos, Inc. | Systems and methods for emergency communications amongst groups of devices based on shared data |
| JP6919978B2 (ja) | 2016-04-26 | 2021-08-18 | ラピッドエスオーエス，インク． | 緊急通信用のシステムおよび方法 |
| AU2017262647A1 (en) | 2016-05-09 | 2018-12-20 | Rapidsos, Inc. | Systems and methods for emergency communications |
| WO2018039142A1 (en) | 2016-08-22 | 2018-03-01 | Rapidsos, Inc. | Predictive analytics for emergency detection and response management |
| EP3721402A4 (en) | 2017-12-05 | 2021-08-04 | Rapidsos Inc. | EMERGENCY MANAGEMENT SOCIAL MEDIA CONTENT |
| US10820181B2 (en) | 2018-02-09 | 2020-10-27 | Rapidsos, Inc. | Emergency location analysis system |
| US20190320310A1 (en) | 2018-04-16 | 2019-10-17 | Rapidsos, Inc. | Emergency data management and access system |
| EP3803774A4 (en) | 2018-06-11 | 2022-03-09 | Rapidsos, Inc. | SYSTEMS AND USER INTERFACES FOR EMERGENCY DATA INTEGRATION |
| US11917514B2 (en) | 2018-08-14 | 2024-02-27 | Rapidsos, Inc. | Systems and methods for intelligently managing multimedia for emergency response |
| US10977927B2 (en) | 2018-10-24 | 2021-04-13 | Rapidsos, Inc. | Emergency communication flow management and notification system |
| US11218584B2 (en) | 2019-02-22 | 2022-01-04 | Rapidsos, Inc. | Systems and methods for automated emergency response |
| US11146680B2 (en) | 2019-03-29 | 2021-10-12 | Rapidsos, Inc. | Systems and methods for emergency data integration |
| WO2020205033A1 (en) | 2019-03-29 | 2020-10-08 | Rapidsos, Inc. | Systems and methods for emergency data integration |
| US11228891B2 (en) | 2019-07-03 | 2022-01-18 | Rapidsos, Inc. | Systems and methods for emergency medical communications |
| US11330664B1 (en) | 2020-12-31 | 2022-05-10 | Rapidsos, Inc. | Apparatus and method for obtaining emergency data and providing a map view |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4076966A (en) * | 1976-08-02 | 1978-02-28 | Societa Italiana Telecomunicazioni Siemens S.P.A. | Method of and system for handling conference calls in digital telephone exchange |
| US4293946A (en) * | 1979-11-21 | 1981-10-06 | International Telephone And Telegraph Corporation | Trilateral duplex path conferencing system with broadcast capability |
| GB2187067B (en) * | 1986-02-21 | 1989-11-29 | Fuji Xerox Co Ltd | Stellate store and broadcast network with collision avoidance |
| JPS62226365A (ja) | 1986-03-28 | 1987-10-05 | Mitsubishi Electric Corp | 分散形計算機システムの異常伝達機構 |
| IT1202598B (it) * | 1987-02-27 | 1989-02-09 | Etefin Spa | Impianti di controllo e gestione automatizzata di dispositivi,apparecchiature e umita' periferiche per la commutazione ed elaborazione di segnali in genere,in particolare di fonici e/o di dati e/o immagini |
| US5239570A (en) * | 1990-07-25 | 1993-08-24 | Teltone Corporation | 9-1-1 Switched access system |
| US5249223A (en) * | 1991-01-03 | 1993-09-28 | At&T Bell Laboratories | Call-load-control arrangement for an emergency-call-answering center |
| US5311569A (en) * | 1992-06-05 | 1994-05-10 | At&T Bell Laboratories | Line-based public safety answering point |
| US5646987A (en) * | 1994-12-22 | 1997-07-08 | Lucent Technologies Inc. | Dynamic reallocation of calls to agent groups |
-
1997
- 1997-10-14 JP JP29501297A patent/JP4044656B2/ja not_active Expired - Fee Related
-
1998
- 1998-03-23 US US09/046,353 patent/US6731610B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11122685A (ja) | 1999-04-30 |
| US6731610B2 (en) | 2004-05-04 |
| US20030053479A1 (en) | 2003-03-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4044656B2 (ja) | データ通信システム及びその装置 | |
| JPS61131921A (ja) | 重要回線ダウン時の無線によるバツクアツプ方式 | |
| JP3369787B2 (ja) | 非常電話機システム | |
| JP2600938B2 (ja) | 電話網による緊急一斉通知装置 | |
| JP3148107B2 (ja) | チャネル状態遷移表示交換機システム | |
| JPH11243447A (ja) | 緊急指令装置および指令伝達方法 | |
| JP2009296519A (ja) | 地震予告一斉指令システム | |
| JPH09116633A (ja) | 集線装置 | |
| JPH0451111B2 (ja) | ||
| JPH01117557A (ja) | １１９番回線の転送装置 | |
| JPS59172900A (ja) | 着信接続方式 | |
| JP2020195114A (ja) | 緊急通報装置 | |
| JP4118121B2 (ja) | 回線試験システム | |
| JP2003061121A (ja) | 消防緊急指令システム | |
| JP2001045529A (ja) | ディーリング通話システム | |
| JP3569792B2 (ja) | 手動受付台回線自動試験システム | |
| JPH07297926A (ja) | １１９番通報同時指令方式 | |
| JPH04287468A (ja) | 交換台装置の多紐制御方法 | |
| JPH03175868A (ja) | 多重情報伝送方式 | |
| JPH09116628A (ja) | 簡易交換システムの保留通話中止方法 | |
| JP2006013793A (ja) | 受話システム | |
| JPH077543A (ja) | 障害情報自動通知方式 | |
| JP2001285500A (ja) | インターホン装置 | |
| JPH0373652A (ja) | 指令交換制御システム | |
| JPH1093698A (ja) | １１９回線自動試験装置及び１１９受付装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040805 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061212 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070209 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071113 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071116 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131122 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |