ここではコミュニティ矯正監視システムの基本的な動作を中心に紹介します。ユーザーの一般的な操作は、ログイン、パスワードの変更、グループのカスタマイズ、終了です。
ログインシステム
ユーザー名とパスワードを使用してログインします
§ システム ログイン インターフェイスの右側にあるログイン ボタンをクリックして、ログイン ウィンドウを展開します。
§ ユーザーは、正しいユーザー名と一致するパスワードを入力し、ログイン ボタンをクリックしてコミュニティ修正システムにログインする必要があります (ユーザー名と初期パスワードはシステム管理者によって割り当てられます)。
プロンプト: エラーを入力すると、システムは「ユーザー名またはパスワードが間違っています」というプロンプトを表示します。管理者にパスワードをリセットするよう依頼できます。
ユーザーが正常にログインすると、ホームページのインターフェイスが次のように表示されます。
ホームページのインターフェイス レイアウトについては、次の表で説明します。
高度なクエリ。ユーザー名を入力し、クリックしてユーザーのステータスをクエリします。
トラック再生とリアルタイムトラッキング
以下に示すように、クリックしてトラック再生に入ります
表示するユーザー名を入力してください。表示時間を選択できます
1～4倍の高速再生
クリックしてリアルタイム追跡を開始します
以下に示すようにページを入力してください
ユーザー名を入力してトレース オブジェクトを表示します
アラームの詳細
以下に示すように、クリックして警告の詳細を入力します
アラーム時間のアラームレベルとアラームの種類を表示できます
クエリ処理後の確認
クエリ時間はオプションです
アラーム状態は単独で処理可能
ユーザー名をクリックし、「パスワード変更」ボタンをクリックします。ユーザーは、新しいパスワード変更ウィンドウに元のパスワードと新しいパスワードを入力し、「確認」ボタンをクリックしてパスワードを変更できます。
ログアウトするには、「ログアウト」を選択します。
管理終了
バックグラウンド管理は、基本情報保守とシステム管理の 2 つのモジュールに分かれています
システムにログインした後、ユーザーはアバターの左側にあるボタンをクリックしてバックグラウンド管理に入ります。
ユーザーがバックグラウンド管理を開始すると、デフォルトのホームページは統計になります。システム ユーザーは、このモジュールを通じてデータに関する基本的な統計を実行できます。このモジュールは、アラーム レベル、アラーム タイプ、オンライン ユーザーの 3 つの部分に分かれています。
視聴時間を選択してください
過去の時間を確認する
管理
左側のメニュー バーの管理ボタンをクリックして管理リストを展開します。このリストから、監視オブジェクト、デバイス、フェンスを管理できます。
新しい
システムに追加する新しいデバイス情報がある場合は、
各項目の後には赤い * 項目が続きます。
オブジェクトのメンテナンスを監視する
クリックして表示
オブジェクト情報の変更 変更のために 1 行を選択、オブジェクトを削除 操作のために 1 行を選択 デバイス バインディング フェンス バインディング クリックしてユーザーの詳細を表示
フェンスの管理
フェンスの名前とフェンスの種類を入力します。最後に、所属する組織を選択してフェンスを削除します
高度なクエリ、クエリするユーザー名を入力、詳細を表示ボタン、クリックしてフェンスの詳細を表示
ログ管理
ユーザーのログインログをカウントする
権利管理
権限追加リストを入力してください
ユーザー管理
OK キー終了、ユーザー変更、ユーザー認証、ユーザー一括削除の入力には * が必要なユーザーの追加。
そしてパスワードをリセットします。
アラームセット
IOT クラウド プラットフォームの正常なインストールと安定した動作を保証するために、サーバー構成情報は次のように具体的に記述されます。
シリアル番号 | メモリ | ハードディスク | CPU | デバイスアクセス | データを保存する |
1 | 32GB | 500g | 8コア | < = 500 | データ: <=1 年;ログ: 過去 3 か月 |
単一バージョンの展開: 単一バージョンのサービスはサーバー上に展開されます。データのセキュリティと高いパフォーマンスは完全に保証できないため、テスト、デモンストレーション、その他の環境で使用することをお勧めします。
シリアル番号 | 役割 | 数字 | CPU | メモリ | ハードディスク | デバイスアクセス | データを保存する |
1 | データストレージサービス | 3 | 8つの核 | 32GB | 2TB | < = 5000 | データ: <= 1 年 ログ: 過去 3 か月 |
2 | データ取得サービス | 2 | 8つの核 | 32GB | 500GB | ||
3 | データ分析サービス | 3 | 8つの核 | 32GB | 500GB | ||
4 | メッセージサービス | 3 | 4 核 | 16ギガバイト | 500GB | ||
5 | WEBサービス | 2 | 4 核 | 16ギガバイト | 300GB | ||
6 | 合計 | 13 | 84 核 | 128GB | 10.5TB |
クラスター バージョンの展開: 各サーバー コンポーネントのクラスター バージョンは、次のように高可用性モードで展開されます。
(1) データ ストレージ サービス: データは 3 台のストレージ サーバーに 2 つのコピーの形式で保存され、3 台のサーバーのいずれか 1 台の通常の動作をサポートできます。シャットダウン サービスが開始されると、通常はクラスターに参加して再び実行できます。
(2) データ取得サービス: データ取得サービスは、デバイス データのリアルタイム取得に使用され、デバイス アクセス プラットフォームへの入り口です。データ取得サービスは可用性が高く、2 つのサーバーに展開されます。 2 つのサーバーのいずれかの通常の操作をサポートします。
（3）データ分析サービス：データ分析サービスは主に設備の大量データのリアルタイムデータ分析に使用され、電子フェンスアラームや速度超過アラームを含むプラットフォーム全体のコンピューティングセンターです。データ分析は3つのサーバーに3つのコピーで展開されます。 3 つのサーバーはトラフィック共有と柔軟なスケーリングをサポートします。最悪の場合、3台のサーバーのうち2台がダウンしても正常に動作する可能性があります。
(4) メッセージ サービス: メッセージ サービスはプラットフォーム データのメッセージ センターであり、デバイス データのリアルタイム メッセージ送信に使用されます。 3 台のサーバーのダウンと 1 台のサーバーの通常実行をサポートします。
(5) WEB サービス: WEB サービスは、ユーザーが見ることができる管理システムであり、デバイスへのアクセス、デバイスの状態監視、デバイスの軌跡のクエリ、デバイスのアラーム分析、デバイスの統計などの機能に使用されます。
IoT クラウド プラットフォームのインストール、運用、通常の使用を保証するため。 ここで、オペレーティング システムのバージョン番号、データベースのバージョン番号を使用して、次の操作を行います。
シリアル番号 | サービス一覧 | バージョン番号 | 説明書 |
1 | CentOS - 7-1611 | 開発バージョン 1611 | オペレーティング システムの開発バージョン |
2 | 動物園の飼育員 | 3.4.9 | コーディネーター、構成センター |
3 | カフカ | 2.10 | メッセージセンター |
3 | レディス | 3.2.3 | インメモリデータベース |
4 | ポストグレSQL | 9.3 | リレーショナルデータベース |
6 | カサンドラ | 3.10 | ビッグデータストレージ |
7 | Telnet | 0.17 | サービスポートのリスニング |
8 | パイソン | 3.5.4 | サービスの監視と起動 |
9 | Nginx | 1.16 | フロントセグメントWEBサーバー |
10 | トムキャット | 8.0 | バックグラウンドWEBサービス |
IoT クラウド プラットフォームのインストール、運用、通常の使用を保証するため。 関連するサービス ポートとその通信プロトコルは次のとおりです。
シリアル番号 | サービス名 | ポート | 通信プロトコル | 説明書 |
3 | 動物園の飼育員 | 2181 | TCP/IP | コーディネーター、構成センター |
4 | カフカ | 9092 | TCP/IP | メッセージセンター |
5 | レディス | 6379 | TCP/IP | インメモリデータベース |
6 | psotgresql | 5432 | TCP/IP | リレーショナルデータベース |
7 | カサンドラ | 9042 | TCP/IP | ビッグデータストレージ |
9 | ズクイ | 9000 | HTTP | 飼育員管理ツール |
10 | KafkaOffsetMonitor | 9001 | HTTP | Kafka監視ツール |
11 | Cベーシックサービス | 8001 | HTTP | 基本サービス |
12 | Cコアサービス | 8002 | HTTP | コアサービス |
13 | CIOV2サービス | 8009 | HTTP | IOVサービス |
14 | CIOV2アナライザー | 8008 | HTTP | IOVデータ分析 |
15 | CIOV2コレクター | 8005 8006 8007 | TCP/IP | IOVデータ取得 |
16 | Nginx | 8000 | TCP/IP | WEBフロントエンドサービス |
17 | トムキャット | 8080 | TCP/IP | WEBバックエンドサービス |
1. システムは、悪意のあるデバイスの接続を防止するために、デバイス ログインと統一認証メカニズムを採用しています。
2. システムは、アクセス デバイスを安定させるために Netty 非同期フレームワークを使用します。
3. システム API は、統一的な認証方法、つまり任意のユーザー アクセス インターフェイスを使用します。
4. システムは、パスワード漏洩を防ぐために API インターフェース更新メカニズムを提供します。
5. システムはサービスの検出と自動回復を提供します。
6. システムはデータマスターとスレーブの相互バックアップを採用し、リアルタイムでデータのセキュリティを確保します。
1. システムの堅牢性または堅牢性とも呼ばれる堅牢性は、さまざまなエラー状態から回復するシステムの能力の尺度です。
2. 設計またはコーディング構造の観点から、システムは会社の統一コーディング標準を採用し、システムの分離と安定性を確保するためにマイクロサービス機器を採用しています。
3. システムインターフェイスは、統一された仕様開発、例外の統一処理、およびメソッドインターセプトを採用し、システムフォールトトレランスレートを提供します。
4. システムは、問題をタイムリーに検出して修復するために、サービスの検出と回復を提供します。
5. システムデータはメインモードとスタンバイモードに保存されており、メインマシンルームのマシンダウンやディスク障害時にもスタンバイサーバーから直接復旧できるため、セキュリティが向上します。
データバックアップ機構を採用し、マスターサーバーからスタンバイサーバーへリアルタイムにデータをバックアップします。マスターサーバーのデータが変更されたとき