Loading article…
コンピュータ支援ディスパッチ( CAD ) は、コンピュータ支援ディスパッチとも呼ばれ、タクシー、宅配便業者、フィールドサービス技術者、大量輸送車両、または緊急サービスをコンピュータの支援を受けてディスパッチする方法です。モバイルデータ端末(MDT) を介してディスパッチ先にメッセージを送信したり、データ (無線ログ、フィールドインタビュー、クライアント情報、スケジュールなど) を保存および取得したりするために使用できます。ディスパッチャは、双方向ラジオを介してフィールドユニットに呼び出しの詳細を通知する場合があります。一部のシステムは、双方向ラジオシステムの選択呼び出し機能を使用して通信します。CAD システムは、サービス呼び出しの詳細を含むテキストメッセージを英数字ポケベルまたはSMSなどのワイヤレステレフォニーテキストサービスに送信する場合があります。中心となる考え方は、ディスパッチセンターの人が、ディスパッチされているすべてのユニットの状態を簡単に確認して理解できるようにすることです。CAD には、ディスパッチャがサービス呼び出しを可能な限り効率的に処理する機会が得られるように、ディスプレイとツールが用意されています。
CAD は通常、公共安全サービス要請の開始、派遣、および現場での対応リソースの状態維持に使用されるソフトウェアパッケージ スイートで構成されています。これは通常、集中型公共安全コール センターの緊急通信ディスパッチャ、コールテイカー、および 911 オペレータによって使用されるほか、モバイル データ ターミナル (MDT) またはモバイル データ コンピュータ (MDC) を使用する現場担当者によっても使用されます。
CAD システムは、ディスパッチ センターおよび公共安全の分野で複数のレベルでサービスを提供する複数のモジュールで構成されています。これらのサービスには、コール入力、コール ディスパッチ、コール ステータスの維持、イベント ノート、フィールド ユニットのステータスと追跡、コールの解決と処理が含まれます。CAD システムには、ディスパッチャ、コール テイカー、および現場の担当者にアナログ無線および電話機器の制御と使用、およびロガー レコーダー機能に関するサービスをソフトウェアが提供できるようにするインターフェイスも含まれています。
方法論
コンピュータ支援ディスパッチ システムでは、中央ディスパッチ オフィスにある 1 台以上のサーバーを使用し、通信センターのコンピュータ端末または車両に搭載されたモバイル データ端末と通信します。さまざまな部門のニーズに合わせた CAD プログラムが多数ありますが、各システムの基本は同じです。次のようなものがあります。
- 警察官（宣誓・非宣誓）のログオン/ログオフ時間
- 市民からの電話や現場の職員から発生したインシデントを生成し、アーカイブする
- インシデントへの現場担当者の割り当て
- インシデントの更新とその更新の記録
- 調査が必要なインシデントのケース番号を生成する
- ターミナルのディスパッチャーが行ったすべてのアクションにタイムスタンプを付ける
理想的な設定では、電話は受付担当者によって受信され、その電話に関する情報が CAD テンプレートに入力されます。簡単に言えば、場所、報告者、事件が、タイプ コードで入力する必要がある主なフィールドです。たとえば、窃盗が進行中だった場合、その事件のタイプ コードは「BURG」になります。BURG と入力すると、プログラムは「BURGLARY (in progress)」と表示します。場所がマディソンの 1400 ブロックだった場合、タイプ コードは「14MAD」になります。報告者の情報は、姓、名、コールバック番号など、電話受付担当者によって入力されます。
上記の例に基づくと、典型的な CAD プリントアウトは次のようになります。
----------------------------------- 場所 - 1400 Madison RP - ドウ、ジョン、555-5555、1404 マディソン 事件 - 強盗（進行中） 概要 - 「通報者は、人物を目撃したことから、窃盗事件が進行中である可能性があると報告した。 住居内/発信者はその場所内に2人いると伝え、電話は 現在の居住者は休暇中です。」 -----------------------------------
また、フィールドがスペルアウトされていることがわかるように、通話受付担当者は情報を迅速に収集して送信するために、事前に決定された略語を使用します。
ディスパッチャは、コールテイカーからの電話を受信し、対応可能な人員に電話を振り分けることができます。ディスパッチャの画面には、振り分け可能な人員が表示されます。一般的な設定の例を次に示します。
----------------------------------- 事件番号 - 110001 場所 - 1400 Madison RP - ドウ、ジョン、555-5555 事件 - 強盗（進行中） 概要 - 「通報者は、人物を目撃したことから、窃盗事件が進行中である可能性があると報告した。 住居内/発信者はその場所内に2人いると伝え、電話は 現在の居住者は休暇中です。」 ユニット - 746 (Pri)、749 (Cov) ----------------------------------- 利用可能なユニット - (3) 使用不能ユニット - (2) 745 - 利用可能 746 - 利用不可。Inc # 554121 747 - 利用可能 748 - 利用可能 749 - 利用不可。Inc # 554122 -----------------------------------
収集、発送、処分されたすべてのものは、通常、タイプ コードが存在する中央サーバー、または別のサーバーに保存されます。インシデント番号が付けられたこれらの通話はすべて、内部検索エンジンで呼び出すことができます。たとえば、過去 1 時間に Madison にかけられたすべての通話のプリントアウトの要求は、CAD プログラムに場所を指定してクエリを実行することで収集できます。
検索条件: 場所 位置 [ ] --- 結果： （記入完了） 検索条件: 場所 場所 [14MAD] --- 結果: (1) 事件
CAD は、無線ログ、通話ログ、統計分析など、さまざまな用途に使用できます。
コンソール
デンバー RTD の施設は、地方自治体のディスパッチ施設の典型であり、交通ディスパッチ センターの一例です。通信コンソールは、デスク スタイルの電子機器ラックに取り付けられています。機能には、多回線電話が含まれます。現代の施設には通常、運用および管理目的のさまざまなコンピューティング システムが含まれています。
コンソールはヒューマン インターフェイスとして機能し、プッシュ ツー トーク ディスパッチ無線システムに接続します。すべてのチャネルからのオーディオは、オーディオ レベル圧縮回路で処理され、選択および非選択として識別される 2 つの個別のスピーカーにルーティングされます。それぞれにボリューム コントロールがあります。選択チャネルは、最も優先度の高い通信を伝送します。重要なチャネルでメッセージを聞き逃さないように、選択ボリュームを設定して、聞こえないレベルに設定できないようにすることができます。非選択チャネルは、特別なイベント、他の機関、またはディスパッチを伴わない目的で使用され、聞こえない場合があります。ボタンを押すと、コンソールの任意のチャネルを選択状態と非選択状態の間で切り替えることができます。各チャネルには独立したプッシュ ツー トーク ボタンがあり、ディスパッチャは一度に 1 つのチャネルで話すことができます。ブロードキャスト メッセージの場合、1 つのボタンで、選択したすべてのチャネルに同時に送信されます。デジタル時計とLEDバー グラフまたはVU メーターが含まれています。
各チャネルには、チャネルを識別するためのラベルと、設定を制御するためのインジケータ ライトおよびボタンがあります。一般的なチャネルには、ビジー ライト、コール ライト、選択ライト、選択ボタン、および送信ボタンがあります。赤色のビジー ライトが点灯している場合は、別のディスパッチ ポジションがチャネルで送信中であることを示します。黄色のコール ライトが点滅している場合は、フィールド ユニットがチャネルで通話中であることを示します。コール ライトは通常、送信終了後に数秒間点滅し、忙しいディスパッチャが電話から目を離して、最後のメッセージがどのチャネルから来たのかを判断できるようにします。
一部のコンソール ディスパッチ パネルは、実際には PC ベースのアプリケーションです。Zetron の Acom システムや Avtec の Scout システムなどがその例です。これにより、ディスパッチ キーのレイアウトを簡単にカスタマイズおよび変更できます。
サービスレベルと地理情報
コンピュータ化されたマッピング、自動車両位置特定、自動番号識別、発信者識別技術は、顧客と顧客にサービスを提供するのに最適な車両の両方の位置を正確に特定することで、サービスを強化するためによく使用されます。
一部の CAD システムでは、複数の情報源を組み合わせることができます。たとえば、自動車両位置 (AVL) と地理情報 (GIS) を追加すると、ユニットをサービス コールの場所に迅速に移動できるため、サービスが向上します。理想的には、CAD は AVL システムによって提供される車両の位置を監視するように接続されます。この情報は、イベントに最も近い車両を提案するために使用されます。最も近いユニットはどのように決定されますか?
基本ゾーンシステム
最も単純なシステムは、巡回またはゾーンマップシステムです。たとえば、4つの消防署があるコミュニティでは、コミュニティマップにグリッドが重ねられます。グリッドの各ゾーンは、警察巡回、救急車ゾーン、交通ゾーン、または消防署の順序で識別されます。[1] 1つのグリッドには、AB241というラベルが付けられます。これは、このゾーン内で発生した火災の呼び出しに、消防署2、4、1、3の順に応答することを意味します。事前定義された順序は、提供されるサービス、地域の地理、交通、およびサービス呼び出しのパターンに関する専門知識を持つ人によって作成されます。
基本的な GIS 情報のみが含まれているため、AVL が利用可能であれば、サービス車両の位置が地図上に表示されるだけです。最も近いユニットは、ディスパッチャーが地図上に投影された車両の位置を見て判断します。
詳細な地理データが利用できない場合は、地区の中心に基づいてユニットを割り当てることができます。計算問題を容易にするために、CAD システムは重心を使用してサービス車両の位置を評価する場合があります。重心は、ゾーン内の推定中心点です。システムは、消防署または AVL の場所から重心点までの距離を計算します。CAD システムのルールに従って、最も近い消防署が割り当てられます。システムでは、システムの決定を歪めたり重み付けしたりするために、正確に中心に配置されていない重心を使用する場合があります。地図上に直線を引くと物理的に近い消防署に配属されているスタッフは、ゾーンに到達するのが遅くなる可能性があります。これは、対応ユニットがゾーンに到達するために高速道路、湖、または地形の障害物を迂回する必要があるために発生する可能性があります。200 両編成の貨物列車が特定のゾーンへのアクセスに使用される踏切をブロックすることが多いため、重心が移動することがあります。
これは、最も少ない詳細な地理情報と最も単純な計算を必要とするため、開発コストが最も低いシステムです。複数のサービスが同じシステムを使用する場合、別の問題が発生します。たとえば、警察と交通機関では、理想的なゾーンを定義する境界や重心の重み付け方法について異なる考えを持っている場合があります。
ジオコーディングを使用したCAD
ジオコーディングは、住所を X 座標と Y 座標に変換できる変換システムです。サービスを求める電話をかける人は、有線電話番号に住所を関連付けるか、ディスパッチャーに住所を伝えます。たとえば、発信者の住所が123 Main Streetであるとします。
GIS または CAD システムには、ルックアップ テーブルが含まれています。テーブルでは、コミュニティ内の奇数番地が通りの北側および東側にあると識別される場合があります。メイン ストリート 113 番地から 157 番地までの住所は、メイン ストリートの中心線沿い、ブロードウェイとワシントンの間に位置すると識別されます。123 番地は、メイン ストリートの北側、157 番地よりも 113 番地に近い場所にあると推定されます。この推定により、緯度と経度、またはユニバーサル横メルカトル座標のセットが生成されます。座標は、最も近いサービス車両を識別するのに十分近いものです。このシステムでは、最も近い交差点または交差する通りの名前が自動的に追加される場合があります。
ここでも、システムは直線距離を使用して、サービス要請に最も近いサービス車両を決定します。AVL システムを使用する場合、CAD システムは、報告された最新の車両位置のリストを調べます。次に、位置がサービス車両のステータスと比較されます。CAD システムは、ステータスが「使用可能」である最も近いユニットをいくつか特定する場合があります。ディスパッチャは、CAD システムの候補リストから最適なものを選択します。
このタイプのシステムは、ゾーン システムよりも大幅に高価です。基本的なシステムは、米国国勢調査局または郡評価官事務所の地図から開始される場合があります。これらの地図の品質は良好かもしれませんが、ディスパッチには理想的ではありません。通常、新しい開発、新しい道路、またはデータ品質の問題によるデータの変更を処理するスタッフが 1 人以上います。その人は住所をコンパイルし、マッピング ソフトウェアで道路の中心線を生成します。ジオコーディングの精度は、データ ソースとベンダーによって異なります。通常、システムを実装するには何年もの作業と計画が必要です。最新のジオコーディング システムでは、多くの場合、サービス車両の位置、サービス コールの位置、および発信者の位置が地図上に表示されます。これにより、サービス要求の曖昧さがなくなり、1 つのサービス要求に対する 2 つの報告が 2 つの別々の要求としてディスパッチされる可能性が減ります。
もう 1 つの問題は、異なるデータムまたは座標系を使用するテクノロジから生じます。たとえば、AVL システムが度 - 10 進度形式を使用しているとします。モンタナ州ハート ビュート郵便局の車両の AVL ディスプレイには、緯度と経度として 48.28333 N、-112.83583 W が表示されます。CAD システムは度 - 分 - 秒形式のデータを使用し、同じ場所を 481700N、1125009W として表示します。どのように変換しますか。これは、近隣の CAD システムで問題になることがあります。理想的には、近隣の地域の CAD システムとの間で通話を送受信できる必要があります。州政府または地方政府が別の座標系を標準化している場合はどうなるでしょうか。
完全なGIS/AVL統合
最も高価で技術的に難しいシステムは、地理情報システム (GIS) と自動車両位置検出 (AVL) の機能をフル活用します。これらのシステムでは、道路の中心線はルーティング可能と記述されます。ジオコーディングと正確な道路の中心線に加えて、交差点には属性またはスコアがあります。サービス車両は、東行きのカーネギー ストリートから北行きのフーリガン ブールバードに左折できますか。スコアリング システムを使用して、曲がることの難しさを評価します。スコアリング システムの一方の端には、サービス車両が制限なく曲がることができるインターチェンジがある場合があります。おそらく、両方の道路が一方通行で、一方から他方に曲がるのは比較的簡単です。中間のスコアでは、交通量の多い交通、跳ね橋、または路面電車によって左折が時々ブロックされる可能性があります。最も難しいスコアでは、2 つの道路は交差しますが、インターチェンジがないため、サービス車両は一方から他方に移動できません。
最も近いサービス車両を計算するために、CAD システムは、これらのルーティング可能な道路の中心線に基づいて道路システムのネットワーク分析を実行します。サービス コールから利用可能な車両の AVL 位置までのパスを評価します。システムは、最短パスを持つサービス車両を推奨します。
ルーティング可能な道路の中心線は、高速道路や有料道路の北行き車線と南行き車線の違いを考慮します。たとえば、有料道路の南行き車線にある地点に到達するには、サービス車両は北に向かって次の出口まで運転し、南行き側に戻る必要がある場合があります。ルーティング可能な道路ネットワークの分析では、イベントの場所が正確に報告されている限り、この点が考慮されます。ルーティング可能なシステムでは、直線距離ではなく運転ルートの距離を計算することで、湖などの障害物を考慮に入れます。サービス車両の運転手は最短経路を知っているか、すべての運転手が同様の回数間違った方向転換をしているものと想定されます。
集中
CAD システムには、特別なスキルを持つサポート スタッフが必要です。特に人口増加が見込まれる地域や、定義されたサービス目標を達成するために自動化が必要な場合、このため派遣施設が集中する可能性があります。
どのようなシステムでも、施設が集中すると、停止や大規模な障害のリスクが高まります。通話量が非常に多く、日常的な通話の日常的なレベルを処理するために高度なテクノロジが必要なシステムでは、比較的小さな障害でもサービス レベルに大きな影響を及ぼす可能性があります。たとえば、誰もが自動車両位置検出 (AVL) の利便性に慣れている場合、AVL の停止によってスタッフの作業負荷が急激に増加する可能性があります。障害によって CAD が最も近いユニットを推奨できない状況になったとします。ディスパッチャはどのユニットを割り当てるかを効率的に判断するにはどうすればよいでしょうか。
データ交換（EDI）
公共安全システムでは、異なるシステム間で通話情報を交換できるようにするための標準が議論されています。たとえば、郡消防署の電話受付担当者が市内の自動車事故の電話を受け取ります。標準が進化すると、CAD システムは、管轄区域外からの通話に対して互いにメッセージを送信できるようになります。一部の組織では、システム間のデータ交換をすでにサポートしていますが、標準はこれらの相互接続をより一般的にすることを目指しています。監査証跡とフェイルセーフの必要性により、問題は思ったよりも複雑です。[2]
CAD に適用される EDI の使用は法執行機関に特有のものであり、電子商取引の電子文書交換 (EDI) 標準と混同しないでください。法執行機関では、EDI はすべての電子自動メッセージングを表す流行語として使用されています。
CADを相互接続するためのより成熟した取り組みは、運輸省のインテリジェント交通イニシアチブプログラム用に開発された標準に見ることができます。[3]このイニシアチブは、CADソフトウェアを使用してオペレーションセンター間でインシデントを調整するための高度な手段を提供する、緊急管理用のIEEE 1512シリーズのプロトコル[4]を後援しました。
国家情報交換モデル[5]の下で、国土安全保障とCADをリンクするための追加作業が行われています。また、国際標準化団体OASISは、 DHSと災害管理e-govイニシアチブ[7]の一部資金提供を受けて、緊急時の通信のための 標準[6]を作成しました。
その他の相互運用性技術は、さまざまな管轄区域のさまざまなコンピュータ支援ディスパッチ システムを構成するデータ形式、ソフトウェア、ハードウェア間の相違点を埋めることができます。ミドルウェア、ソフトウェア、サーバー (データ ブローカー) は、さまざまなシステムを変換して統合し、シームレスな自動ディスパッチ システムにすることができます。このようなミドルウェアの 1 つの例 (ユタ州に拠点を置く FATPOT Technologies/CII 提供) [8]は、カリフォルニア州オレンジ カウンティにあります。そこでは、消防局がさまざまな緊急サービス応答ポイントをシームレスなディスパッチ ネットワークに統合しました。同様のプロジェクトがシリコン バレー地域相互運用性プロジェクト (SVRIP) でも完了しており、国土安全保障省の CADIP レポートの一部となっています。
オーストラリアとニュージーランドでは、さまざまな緊急サービス組織が運営するさまざまな CAD システム間のメッセージングに ICEMS プロトコルを使用しています。
ビジネスエンタープライズコンピューティングシステムの一部
CADのビジネス利用においては、ディスパッチシステムは、大規模なエンタープライズコンピューティングシステムのモジュールまたは一部となる場合があります。複数のインフラストラクチャを持つのではなく、単一のインフラストラクチャで多くのアプリケーションを実行できることが重要です。[9]
CAD のエンタープライズ統合のハイエンドには SOS があります。SOS またはシステム オブ システムズは、分散された独立したアプリケーションを 1 つのメタシステムまたはシステム オブ システムズにリンクするための方法論と一連のテクノロジです。[10]これらの方法は、もともと国防総省でコマンド アンド コントロール (C2) に使用されていましたが、現在では運輸省の運輸管理センターでのインテリジェント交通システム[11]や、国土安全保障省の対テロ センターやフュージョン センターが関与するその他の取り組みでのディスパッチに適用されています。一部の地方自治体では、EAI (電子アプリケーション統合) ソフトウェアを使用してディスパッチ システムを統合しています。
最近の動向
コンピュータ支援コール処理(CACH) は、効果的なコール処理が効率的なディスパッチ対応の基盤であるという前提に基づいて構築されています。構造化されたコール処理と一連のリスク計算を使用することで、このようなシステムは発信者から提供された情報に基づいて客観的なディスパッチ推奨を行うことができます。
参照
参考文献
オリジナル記事
- Horn, DW、(2005)。統合型公共安全コンピュータ支援ディスパッチシステム。 印刷中の修士論文プロジェクト、Regis University、デンバー、コロラド州。
注記
- ^ これは、タクシーや荷物の受け取りを含むあらゆるシステムで機能します。
- ^ Associated Public-Safety Communications Officers の Web サイト、データ転送委員会、フォーカス グループ III。2006 年 10 月 10 日、Wayback Machineにアーカイブ。APCO はこれをプロジェクト 36 と呼んでいます。
- ^ インテリジェント交通システム
- ^ 「IEEE Incident Management Working Group」。2009年4月19日時点のオリジナルよりアーカイブ。2009年2月28日閲覧。
- ^ NIEM.gov
- ^ OASIS EM TC および EDXL 緊急データ交換言語
- ^ “Egov.gov”. 2008年9月8日時点のオリジナルよりアーカイブ。2019年7月8日閲覧。
- ^ “Fatpot.com”. 2018年7月10日時点のオリジナルよりアーカイブ。2019年11月13日閲覧。
- ^ 同じインフラストラクチャを持つ複数のアプリケーション、アプリケーションのモデル、出典: 2007 年 3 月。
- ^ システムオブシステムズシステムオブシステムズ
- ^ Ops.fhwa.dot.gov
12.^ https://www.intrado.com/life-safety# は、CADに情報を提供する緊急通報処理システムの例です。
外部リンク
- カリフォルニアハイウェイパトロールオンライン CAD ログ。
- 将来のコンソール設計に関する NASA の研究。
- 現代の民間警備派遣システム。