• ログイン認証 [401]
• 権限チェック（運営者のみ）[404]

会社の一覧データを取得して返却するAPI（削除済みの会社を除く一覧を返却する）。
IDの降順に返却する。
運営者ではない場合、404エラーを返却する。

• ログイン認証 [401]
• 権限チェック（運営者のみ）[401]
• バリデーションチェック [422]

会社を新規登録するAPI。

• ログイン認証 [401]
• 権限チェック（運営者のみ）[401]
• データ存在チェック [404]

IDに紐づく会社の詳細情報を取得して返却するAPI。
運営者ではない場合・すでに削除された会社の場合、404エラーを返却する。

• ログイン認証 [401]
• 権限チェック（運営者のみ）[401]
• データ存在チェック [404]
• バリデーションチェック [422]

IDに紐づく会社の情報を更新するAPI。
password, email はリクエストに値が存在している場合のみ更新する。

• ログイン認証 [401]
• 権限チェック（運営者のみ）[401]
• データ存在チェック [404]
• 自社チェック [412]

IDに紐づく会社のレコードを削除するAPI。
運営者を削除しようとした場合、412エラーを返却する。

• ログイン認証 [401]

事業所の一覧データを取得して返却するAPI。(既に削除されている事業所は表示しない)

• 運営者の場合：全事業所データを取得する。
• 運営者以外の場合：会社IDに紐づく事業所データを取得する。
  IDの降順に返却する。
  

ログインユーザーの会社IDがリクエストパラメーターで渡された場合

• パラメータの会社IDに紐づく事業所の一覧を返却する(降順)

• ログイン認証 [401]
• バリデーションチェック [422]

事業所データの登録を行うAPI。
（ログインユーザーが運営者以外の場合は、会社ID m_company_id は必ずログインユーザーの会社IDとなる）※フロント対応

• ログイン認証 [401]
• データ存在チェック [404]

IDに紐づく事業所の詳細情報を取得するAPI。
運営者以外の場合：パスパラメーターのidに紐づく事業所データが、ログインユーザーの会社IDに紐づく事業所データではない場合、404エラーを返す。

• ログイン認証 [401]
• データ存在チェック [404]
• バリデーションチェック [422]

IDに紐づく事業所の情報を更新するAPI
（ログインユーザーが運営者以外の場合は、会社ID m_company_id は必ずログインユーザーの会社IDとなる）※フロント対応

• ログイン認証 [401]
• データ存在チェック [404]

IDに紐づく事業者のレコードを削除するAPI

• ログイン認証 [401]

会社IDに紐づく事業所の、利用者の一覧を取得して返却するAPI。
IDの降順で返却する。
バイタル系情報は、該当ユーザーの最新のバイタル情報を取得してくる。

• new_fallen_datetime：t_fallens.fallen_startdatetime
  

※削除済みユーザーは一覧には表示しない

• ログイン認証 [401]
• バリデーションチェック [422]

利用者の新規登録の登録を行うAPI。

• 登録時、端末ID(uuid)を生成し利用者マスタに登録する。
  

※sign in with apple 対応(user_id の取得)

・既に 存在する user_id がリクエストされた場合、

• 削除フラグが true の場合：既に存在している重複した user_id にランダム文字列追加(会社のemailと同様の形式に)・新たにユーザーを新規登録
• 削除フラグが false の場合：422エラー「この apple IDは既に使用されているため登録できません。」 を返却する。

• ログイン認証 [401]
• データ存在チェック [404]
• ユーザーチェック(削除済みか否か) [404]

IDに紐づく利用者の詳細情報を取得して返却するAPI。

• 利用者の事業所ID（m_office_id）が、ログインユーザーの会社IDに紐づく事業所と一致しない場合は、404エラーを返す。

• ログイン認証 [401]
• データ存在チェック [404]
• バリデーションチェック [422]

利用者のデータ更新を行うAPI

• ログインユーザーが運営者以外の場合
  • 利用者の事業所ID（m_office_id）が、ログインユーザーの事業所IDと一致しない場合は、404エラーを返す
• weeks：リモートの接続曜日タイプ
  DBに保存するとき(remote_connection_date_type)は、カンマ区切りの文字列として保存する。（例："1,3,4"）
• exclude_schedule：リモートの接続例外日
  DBに保存するときは、remote_exception_date_1（1の部分は、1～5の値が入る）として、各値を保存する。
  
• additional_schedule：リモートの接続追加日
  DBに保存するときは、remote_additional_date_1（1の部分は、1～5の値が入る）として、各値を保存する。
  ※住所（緯度）address_latitude、住所（経度）address_longitude は、フロントエンド側で住所を元に算出された値を保存する。

・既に 存在する user_id がリクエストされた場合、

• 削除フラグが true の場合：既に存在している重複した user_id にランダム文字列追加(会社のemailと同様の形式に)・リクエストされた利用者の user_id を更新（追加）
• 削除フラグが false の場合：422エラー「この apple IDは既に使用されているため登録できません。」 を返却する。

• ログイン認証 [401]
• データ存在チェック [404]

IDに紐づく利用者のレコードを削除するAPI。

• ログイン認証 [401]
• データ存在チェック [404]

IDに紐づく利用者の最新バイタル情報を取得し、返却するAPI。

• 利用者の事業所ID（m_office_id）が、ログインユーザーの会社IDに紐づく事業所と一致しない場合は、404エラーを返す。

• ログイン認証 [401]
• データ存在チェック [404]

IDに紐づく利用者のバイタル統計を取得し、返却するAPI。
(心拍数・血中酸素濃度以外のバイタルデータは、現状フロントエンドで使用していないのでnull可)

• 利用者の事業所ID（m_office_id）が、ログインユーザーの会社IDに紐づく事業所と一致しない場合は、404エラーを返す。

クエリの表示期間タイプに沿った表示期間でデータを取得する（period_type）。

• ログイン認証 [401]
• データ存在チェック [404]

IDに紐づく利用者の、最新の位置情報を取得するAPI。

• ログインユーザーが運営者以外の場合
  • 利用者の事業所ID（m_office_id）が、ログインユーザーの会社IDに紐づく事業所と一致しない場合は、404エラーを返す。
• full_name：登録した利用者の名前
• address：登録した利用者の住所

• ログイン認証 [401]

利用者の転倒情報を取得するAPI。
ログインユーザーの事業所IDに紐づく利用者から、以下のデータを返却する。

• 即時フラグ（t_fallens.immediate）が trueで、通知確認フラグ（t_fallens.is_read_notice）がfalse（未確認）の 利用者の一覧を返す。
  
• 最新転倒日時が古い順番で返す
• new_fallen_datetime：t_fallens.fallen_startdatetime

• ログインIDに一致するユーザーが存在するかチェック [401]
• バリデーションチェック [422]

ログインに使用するAPI。
認証には Laravel Sanctum のSPA認証を使用する。

• ログインチェック [401]

既にログイン済みの場合、ログイン情報を取得して返却するAPI。
401エラーが返却された場合、ログアウトさせる。

• ログインチェック [401]
• データ存在チェック [404]

管理画面で転倒情報を既に表示したユーザーの通知確認フラグを変更するAPI。

• バリデーションチェック [422]
• データ存在チェック [404]

デバイストークンを更新するAPI。 既に削除されているユーザーの場合は 404エラーを返却する。

• データ存在チェック [404]

アカウント情報を返却するAPI。

• remote_day_service : 当月の前後一か月（前月・今月・来月）のデータを返す。
• remote_day_service.end_time ・ remote_day_service.additional_schedule.end_time : start_time の 1時間後を返却する 既に削除済みユーザー・app_url_hash に一致するユーザーが存在しない場合は 404 エラーを返却する

• 存在チェック [404]

端末IDを返却するAPI。
user_id が一致する利用者のuuid を返却する。
既に削除済みユーザー・user_id に一致するユーザーが存在しない場合は 404 エラーを返却する。

• データ存在チェック [404]
• バリデーションチェック [422]

ユーザのサブスクリプションを登録するAPI。
通知が許可され、サブスクリプションを購読したら、登録する。 既にデータがある状態で、再度サブスクリプションの値が存在したら更新する。

• バリデーションチェック [422]
• データ存在チェック [404]

バイタル情報や位置情報を登録するAPI。
転倒時（即時）の場合、管理者側に転倒データをメールで別途通知する。