μFRナノオンラインログおよびアクセス制御モード #
ログモードを有効にする方法は? #
- μFRオンラインログおよびアクセス制御モジュールのオンライン WEBコンフィグレータGUIにログインします。
- マスターモードがまだ有効になっていない場合は有効にします。
- [保存して再起動]オプションをクリックして、変更を適用します。
- ログモードを有効にする(マスターモードが有効になった後にのみ表示されます)
アクセス制御モードを有効にする方法は? #
- μFRオンラインログおよびアクセス制御モジュールオンラインWEBコンフィギュレータGUIにログインします。
- ログモードを有効にします。
- アクセス制御モードを有効にします(ログモードが以前に有効になっている場合にのみ使用可能)。
- 電源からμFRオンラインをオフにします
- アクセス制御ボードを接続します。
- 電源からμFRをオンラインでオンにします
アクセス制御ボードを接続する前に、アクセス制御モードを有効にする必要があります。
アクセス制御モードの追加オプション #
- リレーパルス時間:リレーが矩形波パルスを出力するミリ秒数
- リレーパルス周波数:矩形波出力周波数(Hz)
- リレーパルス電力:矩形波出力電力(デューティサイクル)
- リレーアクティブ時間:矩形波パルス後に出力をハイに保つためのミリ秒数
ユースケース #
このセクションでは、2 つの主要なユース ケース シナリオについて説明します。
-
アクセス制御なしのログモード #
ログモードを有効にし、アクセス制御モードが無効になっていることを確認します。
- ログモードセクションに移動し、[編集]ボタンをクリックします。
- ログ サーバーのホスト URL を入力します。
- [保存] ボタンをクリックします。
- [保存して再起動]ボタンをクリックします。
- これで、ログモードを使用する準備が整いました。
次の表では、ブラックリストまたはホワイトリストに基づいて許可または拒否されるカードについて説明します。
シナリオ |
許可/拒否 |
ホワイトリストとブラックリストの両方を空白にします |
すべてのカードが許可されます |
ホワイトリストが空白で、ブラックリストが空白ではない |
ブラックリストに登録されたカードを除くすべてのカードが許可されます |
ホワイトリストが空白ではなく、ブラックリストが空白である |
ホワイトリストに登録されたカードのみが許可されます |
ホワイトリストとブラックリストの両方が空白ではありません |
ブラックリストに載っていないホワイトリストに登録されたカードのみが許可されます |
排他的ホワイトリストが有効 |
ブラックリストに登録されていないホワイトリストに登録されているカードのみが許可されます(プロモードでは、ブラックリストに登録されている場合を除き、ホワイトリストに登録された企業カードのみが許可されます) |
カードが許可されている場合、リーダーはビープ音を一度鳴らし、緑色のライトが点灯します。 カードが拒否された場合、リーダーはビープ音を鳴らさず、赤いライトが点灯します。 |
-
アクセス制御付きのログモード #
ログモードを有効にし、アクセス制御モードが有効になっていることを確認します。
- ログモードセクションに移動し、[編集]ボタンをクリックします。
- ログ サーバーのホスト URL を入力します。
- [保存] ボタンをクリックします。
- [保存して再起動]ボタンをクリックします。
- これで、アクセス制御付きのログモードを使用する準備が整いました。
シナリオ |
許可/拒否 |
ホワイトリストとブラックリストの両方を空白にする |
すべてのカードが拒否されます(プロモードでは、すべての会社カードが許可されます) |
ホワイトリストが空白で、ブラックリストが空白ではない |
すべてのカードが拒否されます(プロモードでは、ブラックリストに登録されている場合を除き、すべての会社カードが許可されます) |
ホワイトリストが空白ではなく、ブラックリストが空白である |
ホワイトリストに登録されたカードのみが許可されます(プロモードでは、ブラックリストに登録されている場合を除き、すべての会社カードが許可されます) |
ホワイトリストとブラックリストの両方が空白ではありません |
ブラックリストに登録されていないホワイトリストに登録されたカードのみが許可されます(プロモードでは、ブラックリストに登録されている場合を除き、すべての企業カードが許可されます) |
排他的ホワイトリストが有効 |
ブラックリストに登録されていないホワイトリストに登録されているカードのみが許可されます(プロモードでは、ブラックリストに登録されている場合を除き、ホワイトリストに登録された企業カードのみが許可されます) |
カードが許可されている場合、リーダーはビープ音を一度鳴らし、緑色のライトが点灯します。 また、アクセス制御ボードはリレーをトリガーし、ビープ音を一度鳴らして外部LEDリングをオンにします。 カードが拒否された場合、リーダーはビープ音を鳴らさず、赤いライトが点灯します。 また、アクセス制御ボードは外部LEDリングをオンにします。 |
次の表では、ブラックリストまたはホワイトリストに基づいて許可または拒否されるカードについて説明します。
アクセス制御ボードを配線する方法は? #
μFRオンラインとアクセス制御ボードを接続するための既製のケーブルもあります。
注意: アクセス制御モードは、コントロールボードを接続する前に有効にする必要があります, そうしないと、ブザーが常に有効になります.
インリーダーログ形式 #
すべてのログイベントは、人間が判読できるJSON形式で保存されます。
μFRオンラインリーダーに保存されているログの例:
{"ログ":[ {"id":1,"uid":"11223344","time":"2022-08-15 06:56:02","delta":16,"type":0,"reader":1,"status":0}, {"id":2,"uid":"AABBCCDD","time":"2022-08-15 06:56:04","delta":18,"type":0,"reader":1,"status":2} ]} |
|
JSON キー/ノード名 |
D碑文 |
ログ |
ログイベントを含むメイン親ノード |
Id |
一意の自動インクリメントログイベント ID |
Uid |
カードの一意の ID |
Pid |
個人 ID。 プロモードでのみ使用可能 |
時間 |
イベントの日付/時刻を UTC 形式で記録する |
デルタ |
2 つのログイベント間の時間差 |
型 |
常に 0、将来の使用のために予約済み |
リーダー |
内蔵リーダーがカードを読み取った場合は1、外付けリーダーがカードを読み取った場合は2 |
ステータス |
|
インリーダーホワイトリスト/ブラックリスト形式 #
ホワイトリストとブラックリストは、人間が判読できるJSON形式で保存されます。
μFRオンラインリーダーに保存されたホワイトリストの例:
{ "ホワイトリスト":[“11223344”, “AABBCCDD”]、 "タイムスタンプ":1660492955 } |
|
JSON キー/ノード名 |
D碑文 |
Whitelist |
ホワイトリストに登録されたUIDをカンマ区切り形式で含むノード |
タイムスタンプ |
現在保存されているホワイトリストのタイムスタンプ |
μFRオンラインリーダーに保存されたブラックリストの例:
{ "ブラックリスト":[“11223344”, “AABBCCDD”]、 "タイムスタンプ":1660492955 } |
|
JSON キー/ノード名 |
D碑文 |
ブラックリスト |
ブラックリストに登録されたUIDをカンマ区切り形式で含むノード |
タイムスタンプ |
現在保存されているブラックリストのタイムスタンプ |
ログおよびアクセス制御モードのフローチャート #
ログおよびアクセス制御モードには、2 つの主要なイベントがあります。
-
カード読み取りイベント #
-
リーダー/サーバーの同期 (60 秒ごと) #
HTTP(S) サーバーの要求および応答プロトコル #
-
リアルタイムイベントプロトコル #
リアルタイムイベントは、人間が判読できるJSON形式でサーバーに送信されます。 リーダーからサーバーへのリアルタイムイベント要求の例:
サーバーへのリーダー HTTP(S) 要求 |
|
{ "rte": [{ "id":83,pid":10,uid":"AABBCCDD","time":"2022-08-16 07:45:01","delta":89349,"type":0,"reader":1,"status":1 }], "whitelist_timestamp":1660492955, "blacklist_timestamp":1660492955 } |
|
JSON キー/ノード名 |
D碑文 |
Rte |
リアルタイムイベントを含む親ノード |
RTE 子ノードの読み取りリーダー内ログ形式の詳細については、 |
|
whitelist_timestamp |
現在のリーダー内に保存されているホワイトリストのタイムスタンプ |
blacklist_timestamp |
現在のリーダー内に保存されているブラックリストのタイムスタンプ |
リーダーのシリアル番号、IP アドレス、およびファームウェア バージョンは、HTTP POST ヘッダーで "OSN"、"SN1"、"SN2"、"IP"、"FW"、"FW1"、"FW2" として送信されます。 |
リーダーへのサーバー HTTP(S) 応答 |
|
{ "last_id":79, "時間":1660636893, "ブラックリスト":[“AABBCCDD”], "blacklist_timestamp":1660636882, "ホワイトリスト":, "whitelist_timestamp":1660636882, "update_fw":[“11223344”][“2.8.2”, “5.0.71”, “5.0.70”] } |
|
JSON キー/ノード名 |
D碑文 |
last_id |
サーバーに保存されている最後のログ イベント ID。 リーダーは、last_idより大きいIDを持つすべてのログイベントを送信します |
時間 |
オプション。 サーバーのタイムスタンプが送信されると、リーダーは内部RTC時刻をサーバー時刻と同期します |
ブラックリスト |
オプション。 サーバーブラックリストが送信されると、リーダーは現在保存されているブラックリストを新しく受信したブラックリストに置き換えます。 |
blacklist_timestamp |
このパラメータは、ブラックリストが送信される場合は必須です。 リーダーは、現在保存されているblacklist_timestampを新しく受信したに置き換えます。 |
Whitelist |
オプション。 サーバーのホワイトリストが送信されると、リーダーは現在保存されているホワイトリストを新しく受信したホワイトリストに置き換えます。 |
blacklist_timestamp |
このパラメータは、ホワイトリストが送信される場合は必須です。 リーダーは、現在保存されているwhitelist_timestampを新しく受信したに置き換えます。 |
update_fw |
このパラメーターはオプションです。 リーダーファームウェアで更新する要求が含まれています。 このパラメータが送信されると、リーダーはファームウェアの更新手順をトリガーします。 最初の要素にはμFRオンラインファームウェアが含まれ、2番目の要素にはUART1リーダーが含まれ、3番目の要素にはUART2リーダーが含まれます。 配列要素が空の文字列の場合、更新はトリガーされません。 |
-
ログイベントプロトコル #
ログイベントは、人間が判読できるJSON形式でサーバーに送信されます。
リーダーからサーバーへのリアルタイムイベント要求の例:
サーバーへのリーダー HTTP(S) 要求 |
|
{ "ログ": [{ "id":83,pid":10,uid":"AABBCCDD","time":"2022-08-16 07:45:01","delta":89349,"type":0,"reader":1,"status":1, "id":84,pid":10,uid":"AABBCCDD","time":"2022-08-16 07:45:01","delta":89349,"type":0,"reader":1,"status":1 }]} |
|
JSON キー/ノード名 |
D碑文 |
ログ |
ログイベントの配列を含む親ノード |
ログの詳細については、子ノードがリーダー内ログ形式を読み取る |
ログイベントは、サーバーから「last_id」パラメータを受信するたびに送信されます(リアルタイムイベント応答またはリーダー/サーバー同期応答)。
-
リーダー/サーバー同期プロトコル #
ログイベントは、人間が判読できるJSON形式でサーバーに送信されます。
リーダーからサーバーへのリアルタイムイベント要求の例:
サーバーへのリーダー HTTP(S) 要求 |
|
{ "whitelist_timestamp":1660636882, "blacklist_timestamp":1660636882 } |
|
JSON キー/ノード名 |
D碑文 |
blacklist_timestamp |
現在のリーダー内ブラックリストのタイムスタンプ |
whitelist_timestamp |
現在のリーダー内ホワイトリストのタイムスタンプ |
PHP および MySQL サーバースクリプト #
サーバー上でホストできるビルド済みのPHPおよびMySQLスクリプトがあります。 ログとアクセスモードのサーバー側の部分を簡単に実装するために作られています。 リアルタイムイベント、ログイベント、および読み取りサーバーとサーバーの同期要求を処理できます。
-
MySql データベースの構造 #
「イベント」テーブル |
|
列名 |
列の説明 |
Id |
一意のログイベント ID |
Uid |
カード UID |
Pid |
個人 ID。 複数のカードUIDを持つ同じユーザーを識別するために使用できます |
時間 |
イベントのタイムスタンプ |
デルタ |
2 つのイベントの時差 |
型 |
常に 0、将来の使用のために予約済み |
ステータス |
イベントのステータス |
国連 |
μFRオンラインシリアル番号 |
SN1 |
内部接続されたμFR NFCリーダーのシリアル番号 |
SN2 |
外部接続されたμFR NFCリーダー、シリアル番号 |
リーダー |
|
Rte |
|
「リーダー」テーブル |
|
列名 |
列の説明 |
国連 |
μFRオンラインシリアル番号 |
ディスクリプタ |
μFR オンラインリーダー記述子。 デフォルトは空です |
SN2 |
外部接続されたμFR NFCリーダーのシリアル番号 |
whitelist_on_server |
サーバー上の最終変更ホワイトリストのタイムスタンプ。 user_after_updateトリガーによって自動的に更新される |
whitelist_in_reader |
リーダーに保存されているホワイトリストのタイムスタンプ。 HTTP POST によって自動的に更新されます。 リーダー |
blacklist_on_server |
サーバで最後に変更されたブラックリストのタイムスタンプ。 user_after_updateトリガーによって自動的に更新される |
blacklist_in_reader |
リーダーに保存されているブラックリストのタイムスタンプ。 HTTP POST によって自動的に更新されます。 リーダー |
Ip |
リーダーに保存されているブラックリストのタイムスタンプ。 HTTP POST によって自動的に更新されます。 リーダー |
online_firmware |
現在のμFRオンラインファームウェアバージョン。 HTTP POST によって自動的に更新されます。 リーダー |
reader1_firmware |
UART1ファームウェアバージョンの現在のμFR。 HTTP POST によって自動的に更新されます。 リーダー |
reader2_firmware |
UART2ファームウェアバージョンの現在のμFR。 HTTP POST によって自動的に更新されます。 リーダー |
requested_online_firmware |
このフィールドに値が入力され、online_firmwareと異なる場合は、更新要求がリーダーに送信されます |
requested_reader1_firmware |
このフィールドに値が入力され、reader1_firmwareと異なる場合は、更新要求がリーダーに送信されます |
requested_reader2_firmware |
このフィールドに値が入力され、reader2_firmwareと異なる場合は、更新要求がリーダーに送信されます |
新しいリーダーは、すべてのリーダーイベントに自動的に追加されます。 たとえば、新しいリーダーがネットワークに接続され、ログ モードのホスト URL が設定されている場合、イベントが初めて送信されたときに新しいリーダーが動的に追加されます。 **読者を手動で追加しないでください |
"ユーザー" テーブル |
|
列名 |
列の説明 |
Uid |
カードの一意の ID |
Pid |
個人 ID。 複数のカードUIDを持つ同じユーザーを識別するために使用できます |
説明 |
ユーザーの説明。 )を使用することができる。をクリックして、姓と名を設定します。 |
イメージ |
バイナリ形式のユーザー画像 |
*ON123456 |
シリアル番号ON123456のμFRオンラインリーダーの例。 このフィールドは、このリーダーの現在のユーザーをホワイトリストまたはブラックリストに登録するために使用されます |
*ON654321 |
シリアル番号ON654321のμFRオンラインリーダーの例。 このフィールドは、このリーダーの現在のユーザーをホワイトリストまたはブラックリストに登録するために使用されます |
新しいリーダーは、すべてのリーダーイベントに自動的に追加されます。 たとえば、新しいリーダーがネットワークに接続され、ログ モードのホスト URL が設定されている場合、イベントが新しい列として送信されるときに、新しいリーダーが初めて動的に追加されます。 新しいリーダーが追加された場合。 *読者の例。 **リーダーを手動で追加しないでください。 |
"debug_log" テーブル |
|
列名 |
列の説明 |
Id |
一意のデバッグ ID |
国連 |
μFRオンラインシリアル番号 |
ログ |
リーダーからサーバーへ、またはサーバーからリーダーに送信される生の POST データ |
時間 |
現在のサーバーのタイムスタンプ |
方向 |
FROM_SERVER – HTTP サーバー応答 FROM_READER – HTTP リーダー要求 |
デバッグログテーブルは、PHPスクリプトで「DEBUG」フラグが有効になっている場合にのみ入力されます |
-
PHP スクリプトのフローチャート #