番号が人に知られたときは、予約を作り直さずに、暗証番号やQRコード、カギのURLだけを新しくできます。
宿泊施設・時間貸しの施設・会員制の施設で、予約APIで発行したカギの問い合わせに応える例です。
こんなとき
番号の問い合わせに、予約をそのままにして応えられます
番号を忘れた、番号を人に見られたという連絡のたびに、予約を無効にして作り直すと、カギのURLが変わり、案内を送り直すことになります。APIで番号やURLを再発行するようにすると、予約の期間や扉はそのままで、カギだけを新しくできます。
しくみ
忘れたときはURLを送り直し、漏れたときは再発行します
番号を忘れただけのときは、再発行は要りません。前に送ったカギの画面のURL（ユニバーサルアクセスキー）をもう一度送れば、画面に番号が出ます（ユニバーサルアクセスキー）。
番号が人に知られたときは、貴社で作る連携のプログラムから、その予約の暗証番号やQRコードの再発行をRemoteLOCK APIに送ります。予約を変えてカギが変わっても、URLは変わらないため、利用者には同じURLを開き直してもらえば済みます。URLそのものが人に知られたときは、URLも再発行し、新しいURLを送ります。
※ お使いの予約システムがすでにRemoteLOCKと連携している場合は、開発は要りません。連携済みのサービスは 予約エンドポイントに対応した連携サービス と 連携システム一覧（公式サイト）でご覧いただけます。
必要なもの
始める前に4つがそろっているかお確かめください
| 必要なもの | 中身 |
| 料金プラン | ビジネス スタンダード以上で、お支払いが有効なこと（ご利用までの手続き） |
| アカウントとデバイス | 有効なRemoteLOCKのアカウントに、扉のデバイスが登録されていること |
| 契約 | 機密保持契約（NDA）。APIのご利用に必要です。API利用料はかかりません |
| 連携のプログラム | 貴社か、ご依頼先の開発会社で作っていただきます。弊社は開発の受託や技術支援を行っておりません |
気をつける点
作る前にお確かめいただきたいこと
- 暗証番号やカギのURLは、見られる人が多い表やチャットに残さないでください。表に書き戻すのは、予約のIDまでにするのがおすすめです
- APIを呼べる回数には上限があります。予約をまとめて作るときは、間隔をあけて送ってください
- 再発行した暗証番号には、プールPINは使われません。新しい番号が扉に届くのは、本体が次にクラウドと通信したときです（プールPIN）
- 急ぐときは、現地の方に本体のキーを一度押していただくと通信が起き、1分ほどで新しい番号が届きます（ハートビート通信のしくみ）
始め方
まずはAPI資料をお申し込みください
API資料のお申し込み からご請求いただくと、概要資料と、機密保持契約（NDA）の手続きのご案内をお送りします。NDAの締結後に、API仕様書と、動作を確かめるためのサンプルのアカウントとデバイスの情報をお送りします。手続きの流れは RemoteLOCK APIのご利用までの手続き に、そのほかの使い方は RemoteLOCK APIでできること にまとめています。
関連する記事