Contents
合カギの概要（Qrioロック複数ユーザー共有の要点）
Qrioロックを複数人で運用するには、合カギの発行・受領・権限設定・取り消しを運用化することが重要です。ここでは Qrio ロック 複数ユーザー 共有 方法 を実務視点で整理し、最短手順と運用上の注意を示します。Qrio ロック 複数ユーザー 共有 方法 の導入前は必ずテスト運用で動作確認を行うことを推奨します。
最短手順（発行→受諾→検証→取り消し）
最短で運用を開始するための要点を示します。ここで示す手順は実務で即使える最小限の流れです。詳細や画面表示はアプリ・OS・ファームウェアで変わるため、公式情報と合わせて運用してください。
発行側：最短手順
発行者が最小限の手順で合カギを発行する流れです。
- Qrioアプリにログインする。
- 該当ロックを選び、共有／ユーザー管理を開く。
- 新しい合カギを作成し、権限種別（常時／期間限定／時間帯／ワンタイム）を選択する。
- 有効期限・利用時間帯を必要に応じて設定する。
- 招待用URLを発行し、安全な個別チャネルで送付する（公開投稿は不可）。
- 発行履歴をログに残し、受諾後に現地で開閉テストを行う。
受け取り側：最短手順
受取側が最短で利用を開始する手順です。
- 招待URLを受け取る端末で開く（未インストール時はQrioアプリを導入）。
- アプリでログインまたはアカウント作成後、招待を受諾する。
- アプリに該当ロックが表示されることを確認する。
- 現地で開閉テストを行い、発行者へ結果を報告する。
テスト手順（最短）
導入前に必ず行う簡易テストの流れを示します。テストは発行者と受取側で同一端末を使うことが望ましい。
- テスト用アカウントで合カギを発行。
- 招待を受け取り、受諾してロック反映を確認。
- 現地で開閉を実行してログを取得。
- 取り消しを実施し、受取側のアクセスが即時に無効化されるか確認。
詳細手順と注意点
ここでは発行・受諾・権限変更・マスター移譲に関する実務的な注意点をまとめます。操作が組織内ルールに合致するよう、役割と証跡の管理を厳密にすることが重要です。
発行側の詳細（権限分類と運用ルール）
権限の種類と運用ルールを明確にします。権限は最小化が原則です。
- 権限の種類：常時アクセス／期間限定／時間帯／ワンタイム。
- 運用ルール例：業務で不要な長期権限は与えない。有効期限は明確に設定する。
- 申請フロー：合カギ発行は申請→承認→発行のワークフローを定め、誰が発行できるかを限定する。
- 記録：発行者・受取者・発行時刻・有効期限・送付チャネルをログに残す。
受け取り側のトラブルシューティング
受諾時に起きやすい問題と切り分け手順をまとめます。OSやアプリのバージョン差異が原因となることが多い点に注意します。
- 招待が届かない：発行者側の送信履歴と受信先情報を照合し、迷惑メール等を確認する。
- ブラウザで開かれアプリに遷移しない：同一端末にアプリがインストールされ最新版であるか確認する。
- 合カギが反映されない：端末のBluetoothや必要な権限を有効化し、アプリ再起動やログインし直す。遠隔利用ならHubのオンライン状態を確認する。
- 開閉失敗：端末の位置（ロックに近接しているか）、ロックの電池残量、ファームウェアバージョンを確認する。Hub経由の場合はHubの接続状況も点検する。
- 上記で解決しないときは発行者側と条件を切り分け、必要に応じて公式サポートへ問い合わせる。
注：OSの権限名（たとえばAndroidの位置情報やiOSのローカルネットワーク許可、Bluetoothの扱い）はOS・アプリ・ファームウェアのバージョンで変化します。具体的な権限名や手順は最新版の公式情報を参照することを推奨します。
マスター権限の移譲と初期化
マスター移譲は機能やファームで差があるため慎重に扱います。
- まず公式のマスター移譲機能の可否を確認する。機能がない場合はロックの初期化と再登録が必要になる。
- マスター移譲や初期化は事前通知と記録を残し、移譲先のアカウントを検証する。
- 退去や契約終了時は全合カギの取り消しを実施し、必要に応じてロック再登録を行う運用をルール化する。
運用ルール・ログ管理・セキュリティ
運用時に必須となるログ保存・保管場所・アクセス制御など、組織で実装すべき具体例を示します。証跡は監査・法務に耐えうる形式で残すことが重要です。
ログ保存ポリシーの例
運用で採用されやすい保存期間と保管例を示します。
| 項目 | 例（運用例） |
|---|---|
| 保存期間 | 開閉ログ: 90日、運用監査ログ: 1年、法務保全: 5年 |
| 保管場所 | 暗号化されたクラウドストレージ（KMS管理）またはオンプレミスDB |
| フォーマット | JSON LinesまたはCSV（timestamp, user_id, action, device_id, app_version, source, ip） |
| アクセス制御 | RBAC、監査ログ、管理者はMFA必須 |
ログ保管とアクセス制御の実務例
運用で実装すべき具体措置を列挙します。
- ログは書き込み専用を基本とし、削除や改ざんはチケット管理による承認でのみ実行する。
- ログの整合性を確保するためにハッシュやタイムスタンプ署名を付与する。
- アクセス権は役割ごとに分離（例：発行運用者＝合カギ発行/取消、監査者＝閲覧のみ）。
- ログのバックアップは定期（例：週次）、監査証跡は別箇所に長期保存する。
監査・法務上の留意点
契約書やプライバシー観点での注意点を挙げます。
- 賃貸や民泊で電子キーを使う場合、 利用ルールを賃貸契約書や宿泊規約に明記する。
- アクセスログや連絡先は個人情報となるため、保存期間・閲覧権限・利用目的を社内規程で定める。
- 不審アクセスの疑いがある場合はログを保全し、関係部署と連携して対応履歴を残す。
テンプレートとチェックリスト
現場でそのまま使えるテンプレートと短縮チェックリスト、トラブル時の優先対応手順を示します。必要に応じて組織の様式に合わせて活用してください。
招待メール／メッセージテンプレート
入居者・業者・社内向けの短めの例です。{{}}は置換用のプレースホルダです。
-
入居者向け（賃貸）
件名：入居者用合カギ（有効期間: {{有効開始}}〜{{有効終了}}）
本文：{{名前}} 様、電子キーを発行しました。招待URL：{{招待URL}}。到着時に現地で開閉をご確認ください。 -
民泊ゲスト向け
件名：チェックイン用合カギ（{{宿泊日}}）
本文：{{名前}} 様、チェックイン用の合カギを送付します。招待URL：{{招待URL}}。ご利用時間は{{利用時間}}です。チェックアウト後にキーは無効化されます。 -
業者向け（清掃・工事）
件名：作業用合カギ（作業日: {{作業日}}）
本文：{{業者名}} 御中、作業用の時間限定キーを発行しました。招待URL：{{招待URL}}。作業完了後、ログを確認します。
短縮チェックリスト（発行→運用→定期点検）
日常運用で迅速に使える最小チェック項目です。
- 発行前：アプリ/OS/ファームの最新化、受取先アカウント準備、権限と有効期限設定、送信チャネル指定、発行履歴記録。
- 受領後：受領確認、現地で開閉テスト、初期ログの保存、利用ルールの周知。
- 定期点検：不要アカウント削除、ファームウェア更新確認、ログレビュー（例：週次または月次）、緊急連絡先更新。
トラブル時の優先対応フローチャート
緊急時に優先すべき対応手順を簡潔に示します。
- 異常検知（ログ・報告）
- 影響範囲特定（該当ユーザー・期間・デバイス）
- 該当合カギの取り消し（即時）
- 関連ログのエクスポート・保全（改ざん防止措置）
- 紛失端末のパスワード変更とアカウントの無効化
- 必要があれば公式サポートへエスカレーション
公式情報とサポート確認の注意
Qrioの機能やアプリ挙動、OSの権限名はバージョンで変わるため、重要操作の前には必ず公式情報を参照することが望ましいです。Qrio公式サポート（合カギの発行・受け取り方法）を参照（アクセス日: 2026-05-17）: https://support.qrio.me/hc/ja/articles/7030079240473-%E5%90%88%E3%82%AB%E3%82%AE%E3%81%AE%E7%99%BA%E8%A1%8C-%E5%8F%97%E3%81%91%E5%8F%96%E3%82%8A%E6%96%B9%E6%B3%95
また、ブランド表記や商標に関する取り扱いは公式の表記ルールに準拠することを推奨します。
まとめ
- 合カギ運用は「発行→受諾→検証→取り消し」を標準化し、発行履歴を必ず残すこと。
- 権限は最小化し、期間限定や時間帯設定を活用してリスクを低減すること。
- ログは構造化（JSON/CSV）、暗号化保存、RBACでアクセス制御し、保存期間を運用ルールで定めること。
- 導入前にテスト運用を行い、OS／アプリ／ファームの差異は公式サポートを参照すること。