Online Store

μFR Nanoオンラインログおよびアクセス制御モードを有効にするにはどうすればよいですか?

μFRナノオンラインログおよびアクセス制御モード #

ログモードを有効にする方法は? #

  1. μFRオンラインログおよびアクセス制御モジュールのオンライン WEBコンフィグレータGUIにログインします。
  2. マスターモードがまだ有効になっていない場合は有効にします。
  3. [保存して再起動]オプションをクリックして、変更を適用します。

uFR オンライン・ログおよびアクセス制御モード1

  1. ログモードを有効にする(マスターモードが有効になった後にのみ表示されます)

uFR オンライン・ログおよびアクセス制御モード 2 

アクセス制御モードを有効にする方法は? #

  1. μFRオンラインログおよびアクセス制御モジュールオンラインWEBコンフィギュレータGUIにログインします。
  2. ログモードを有効にします。
  3. アクセス制御モードを有効にします(ログモードが以前に有効になっている場合にのみ使用可能)。
  4. 電源からμFRオンラインをオフにします
  5. アクセス制御ボードを接続します。
  6. 電源からμFRをオンラインでオンにします

uFRオンラインイネーブルログおよびアクセス制御モード

アクセス制御ボードを接続する前に、アクセス制御モードを有効にする必要があります。

アクセス制御モードの追加オプション #

  • リレーパルス時間:リレーが矩形波パルスを出力するミリ秒数
  • リレーパルス周波数:矩形波出力周波数(Hz)
  • リレーパルス電力:矩形波出力電力(デューティサイクル)
  • リレーアクティブ時間:矩形波パルス後に出力をハイに保つためのミリ秒数

uFR オンライン・ログおよびアクセス制御モード 4

ユースケース #

このセクションでは、2 つの主要なユース ケース シナリオについて説明します。

  • アクセス制御なしのログモード #

ログモードを有効にし、アクセス制御モードが無効になっていることを確認します。

  1. ログモードセクションに移動し、[編集]ボタンをクリックします。
  2. ログ サーバーのホスト URL を入力します。
  3. [保存] ボタンをクリックします。
  4. [保存して再起動]ボタンをクリックします。
  5. これで、ログモードを使用する準備が整いました。

次の表では、ブラックリストまたはホワイトリストに基づいて許可または拒否されるカードについて説明します。

シナリオ

許可/拒否

ホワイトリストとブラックリストの両方を空白にします

すべてのカードが許可されます

ホワイトリストが空白で、ブラックリストが空白ではない

ブラックリストに登録されたカードを除くすべてのカードが許可されます

ホワイトリストが空白ではなく、ブラックリストが空白である

ホワイトリストに登録されたカードのみが許可されます

ホワイトリストとブラックリストの両方が空白ではありません

ブラックリストに載っていないホワイトリストに登録されたカードのみが許可されます

排他的ホワイトリストが有効

ブラックリストに登録されていないホワイトリストに登録されているカードのみが許可されます(プロモードでは、ブラックリストに登録されている場合を除き、ホワイトリストに登録された企業カードのみが許可されます)

カードが許可されている場合、リーダーはビープ音を一度鳴らし、緑色のライトが点灯します。

カードが拒否された場合、リーダーはビープ音を鳴らさず、赤いライトが点灯します。

  • アクセス制御付きのログモード #

ログモードを有効にし、アクセス制御モードが有効になっていることを確認します。

  1. ログモードセクションに移動し、[編集]ボタンをクリックします。
  2. ログ サーバーのホスト URL を入力します。
  3. [保存] ボタンをクリックします。
  4. [保存して再起動]ボタンをクリックします。
  5. これで、アクセス制御付きのログモードを使用する準備が整いました。

シナリオ

許可/拒否

ホワイトリストとブラックリストの両方を空白にする

すべてのカードが拒否されます(プロモードでは、すべての会社カードが許可されます)

ホワイトリストが空白で、ブラックリストが空白ではない

すべてのカードが拒否されます(プロモードでは、ブラックリストに登録されている場合を除き、すべての会社カードが許可されます)

ホワイトリストが空白ではなく、ブラックリストが空白である

ホワイトリストに登録されたカードのみが許可されます(プロモードでは、ブラックリストに登録されている場合を除き、すべての会社カードが許可されます)

ホワイトリストとブラックリストの両方が空白ではありません

ブラックリストに登録されていないホワイトリストに登録されたカードのみが許可されます(プロモードでは、ブラックリストに登録されている場合を除き、すべての企業カードが許可されます)

排他的ホワイトリストが有効

ブラックリストに登録されていないホワイトリストに登録されているカードのみが許可されます(プロモードでは、ブラックリストに登録されている場合を除き、ホワイトリストに登録された企業カードのみが許可されます)

カードが許可されている場合、リーダーはビープ音を一度鳴らし、緑色のライトが点灯します。 また、アクセス制御ボードはリレーをトリガーし、ビープ音を一度鳴らして外部LEDリングをオンにします。

カードが拒否された場合、リーダーはビープ音を鳴らさず、赤いライトが点灯します。 また、アクセス制御ボードは外部LEDリングをオンにします。

次の表では、ブラックリストまたはホワイトリストに基づいて許可または拒否されるカードについて説明します。

 

アクセス制御ボードを配線する方法は? #

uFR オンライン・ログおよびアクセス制御モード 5

 

 

μ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

ステータス

  1. – 許可されたカード
  2. – 拒否されたカード
  3. – ホワイトリストに登録されたカード
  4. – ブラックリストに登録されたカード
  5. – プロモードの名刺可
  6. – プロモードの名刺が拒否されました

 

インリーダーホワイトリスト/ブラックリスト形式 #

ホワイトリストとブラックリストは、人間が判読できるJSON形式で保存されます。

μFRオンラインリーダーに保存されたホワイトリストの例:

{

"ホワイトリスト":[“11223344”, “AABBCCDD”]、

"タイムスタンプ":1660492955

}

JSON キー/ノード名

D碑文

Whitelist

ホワイトリストに登録されたUIDをカンマ区切り形式で含むノード

タイムスタンプ

現在保存されているホワイトリストのタイムスタンプ

 

μFRオンラインリーダーに保存されたブラックリストの例:

 

{

"ブラックリスト":[“11223344”, “AABBCCDD”]、

"タイムスタンプ":1660492955

}

JSON キー/ノード名

D碑文

ブラックリスト

ブラックリストに登録されたUIDをカンマ区切り形式で含むノード

タイムスタンプ

現在保存されているブラックリストのタイムスタンプ

 

ログおよびアクセス制御モードのフローチャート #

ログおよびアクセス制御モードには、2 つの主要なイベントがあります。

  • カード読み取りイベント #

 

uFR オンライン・ログおよびアクセス制御モード 6

 

  • リーダー/サーバーの同期 (60 秒ごと) #

uFR オンライン・ログおよびアクセス制御モード 7

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リーダー、シリアル番号

リーダー

  1. カードが内蔵リーダーによって読み取られる場合
  2. カードが外部リーダーによって読み取られる場合

Rte

  1. – イベントがリアルタイムの場合
  2. – イベントがログの場合

 

「リーダー」テーブル

 

列名

列の説明

国連

μ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 スクリプトのフローチャート #

uFR オンライン・ログおよびアクセス制御モード 7uFR オンライン・ログおよびアクセス制御モード 8