AIコールの予約受付｜空き枠の案内と予約確定を分ける

AIコールが「明日の午後3時は空いています」と答え、お客様が「では、お願いします」と返す。その直後に別の窓口から同じ枠が埋まった場合、AIは何と案内すべきでしょうか。

電話で希望を確認できたことと、予約システムに登録できたことは別です。予約受付を任せるなら、空き枠の照会、仮押さえ、予約確定という状態を分け、実際の処理結果に合わせて話す設計が必要になります。

Google Cloudの予約連携例から考える

2026年10月7日に確認したGoogle Cloudの公式記事は、MCP Toolbox Java SDK v1.0を紹介しています。掲載された架空のバス会社「Cymbal Transit」の例では、運行情報や利用条件、予約データを扱うツールとAIエージェントを連携させています。

企業の担当者にとって注目したいのは、会話から希望を読み取る部分と、データベースで照会・処理する部分を分けている点です。自然な回答を作るだけでなく、業務データに接続して予約などの操作を進める構成が示されています。Google Cloud公式記事：MCP Toolbox Java SDK v1.0

ただし、この例があるだけで、自社の予約システムでも二重予約を防げると判断はできません。以下は製品の機能保証ではなく、IvyLeapが電話受付に応用する際の設計提案です。

「空いています」は、まだ確保したという意味ではない

予約の進み具合に合わせて、案内文と記録をそろえます。

• 空き枠の照会済み：調べた時点で空きがある状態。「現在、午後3時の枠に空きがあります。こちらをご希望ですか」
• 仮押さえ済み：システムが一定時間、その枠を確保した状態。「午後3時の枠を仮押さえしました。残りの内容を確認します」
• 予約確定済み：登録が成功し、予約番号などの結果を取得できた状態。「午後3時で予約が確定しました。予約番号は〇〇です」

仮押さえは、接続先にその機能がある場合にだけ使う表現です。AIの会話履歴に「仮押さえ」と書いても、システム側で枠が確保されていなければ、他の人が予約できてしまいます。

仮押さえ機能がないなら、希望日時と必要事項を確認した後に、登録処理の結果を待って確定を伝えます。空き枠を示す段階で「確保しました」と言わないことが大切です。

最後の1枠に二つの予約が来たら

電話とウェブから同じ時間帯への申し込みがほぼ同時に届く場面を想定します。どちらも空き状況を照会した時点では、残り1枠だったかもしれません。

このとき、AIがもう一度「空いているか」を尋ねるだけでは十分ではありません。再照会の直後にも別の予約が入る可能性があるからです。空きの確認と枠の確保を一連の処理として行い、同時に来た申し込みをどう扱うかは予約システム側で制御します。

担当者は開発側へ、次の点を確認してください。

• 同時に最後の1枠を予約したとき、一方だけが成功する仕組みになっているか
• 満枠で登録できなかった場合、AIに明確な結果が返るか
• 仮押さえの期限が切れた場合、確定前に再確認するか
• 枠を確保できなかったとき、別の候補を調べ直せるか

失敗時は「申し訳ありません。確認中にその枠が埋まったため、予約は確定していません。別の時間帯をお調べします」と案内します。希望した枠と、実際に登録できた枠を混同しないようにします。

返事が来ないときは、失敗と決めつけない

予約登録を送信した後に通信が途切れると、AIからは結果が見えなくても、予約システムには登録されていることがあります。結果が不明なまま新規登録を繰り返すと、同じ予約が二つできる原因になります。

設計上は、一つの受付操作を識別する番号を残し、同じ操作の結果を照会できるようにします。接続先が対応していれば、同じ識別番号で再送しても予約を重複作成しない仕組みを利用します。識別番号を付けるだけで重複が防げるわけではなく、受け取る側の対応も必要です。

結果を調べられない場合は、いったん「登録結果を確認しています。現時点では確定をお伝えできません」と案内し、担当者の確認へつなぎます。その際は希望日時、登録を試みた時刻、確認できた結果を渡します。不要な個人情報まで記録する必要はありません。

通話が切れた場合も同様です。切断されたから予約が取り消された、と判断はできません。登録済みなら予約は存在するため、確定結果を伝え直す方法を事前に決めます。SMSなどを使う場合は、連絡先と利用する連絡方法を受付時に確認しておきます。

予約の状態と、伝えられた内容を別々に残す

「予約完了」という一つのメモだけでは、後から対応を判断しにくくなります。たとえば、システムへの登録は完了したものの、確定案内の途中で電話が切れる場合があります。

受付記録には、少なくとも次の情報を分けて残します。

• 予約の状態：未登録、仮押さえ、確定、結果確認中など
• 確定した内容：日時、場所、対象サービス、予約番号
• 顧客への案内：確定を伝え終えたか、途中で切断されたか
• 次の対応：誰が、どの方法で、いつまでに確認するか

「お客様が希望した日時」と「予約システムから返った確定日時」が一致していることも確かめます。別の候補を自動で確定する運用にはせず、条件が変わる場合は改めて希望を聞きます。

導入前に試したい五つの場面

会話の録音を聞くだけでなく、予約システムに残った結果と突き合わせて検証します。

1. 同時申し込み：電話とウェブで最後の1枠を取り合い、成功した予約だけに確定案内が出るか。
2. 仮押さえの期限切れ：必要事項の確認中に期限が切れたとき、そのまま確定と言わないか。
3. 登録後の応答切断：処理は成功しているのに返答が届かない場合、重複登録を避けて結果を調べられるか。
4. 確定案内中の通話切断：予約を勝手に取り消さず、未案内として担当者が追えるか。
5. 候補変更：最初の希望が満枠だった場合、別の日時への同意を得てから登録するか。

合格条件は、AIが流暢に「完了しました」と話すことではありません。実際の予約、顧客への案内、担当者に残る記録が一致することです。

IvyLeapのAIコール導入支援では、任せたい受付業務と、人が確認する場面を整理して構成を検討します。既存の予約システムとの連携を含めた設計については、AIエージェント構築支援もご覧ください。