JP7430747B2 - 情報処理システム、方法及びプログラム - Google Patents

Description

本開示は、施設の予約サービスを提供するための技術に関する。

従来、宿泊施設の予約やチェックインについて、利用者側及び／又は宿泊施設側の利便性を向上させるための技術が種々提案されている（特許文献１から３を参照）。

特開２０１７－０９１１１６号公報 特開２０１７－１３９０３３号公報 特開２００７－２４９５４９号公報

従来、二次元バーコード等のコードを施設に設置された端末（例えば、宿泊施設の自動チェックイン機が備えるコードリーダー）に読み取らせることで、予約した施設における利用開始処理（宿泊施設の場合、チェックイン処理）を行う技術が用いられている。ここで、複数の異なる施設についての予約を受け付けるための情報処理システムを提供する場合、施設毎に管理システムや利用開始処理のための読取端末の仕様が異なるため、複数の異なる施設についての予約を受け付け、各施設において用いることができるコードを利用者に提供するためには、少なくとも予約識別子（予約ＩＤ）をコードに含めることが考えられる。しかし、施設の予約者は１回の利用のために複数の予約（例えば、複数室の予約）を行うことがあり、また、施設毎に、管理システムや利用開始処理のための読取端末による、複数の予約の取り扱い方法が異なる。

本開示は、上記した問題に鑑み、１組の予約に含まれる複数の予約について予約者に対して発行されるチェックインコードの態様を、予約された施設毎に異ならせることが可能な予約管理システムを提供することを課題とする。

本開示の一例は、複数の施設の施設データを管理する施設データ管理手段と、前記施設データ管理手段に登録されている施設の予約を受け付ける予約受付手段と、前記予約を行ったユーザである予約者の端末に、前記予約に係るチェックインコードを表示するためのチェックインコード表示用情報を送信するチェックインコード表示用情報送信手段と、を備え、前記施設データ管理手段は、前記施設データとして、１の予約者による１の施設に対する複数の予約である１組の予約についてのチェックインコードを、該１組の予約に含まれる複数の予約を互いに区別可能な態様で発行するか否かの、施設毎の設定を更に管理し、前記チェックインコード表示用情報送信手段は、前記予約受付手段によって前記１組の予約が受け付けられた場合に、該予約の対象施設に係る前記設定に従って、該１組の予約に含まれる複数の予約を互いに区別可能なチェックインコードを表示するためのチェックインコード表示用情報、又は、該１組の予約に含まれる複数の予約を互いに区別しないチェックインコードを表示するためのチェックインコード表示用情報を送信する、情報処理システムである。

また、本開示に係る情報処理システムは、前記チェックインコード表示用情報を受信した前記予約者の端末において前記チェックインコードを表示させるための所定の操作が行われたことを検知する検知手段と、前記チェックインコードを利用して施設でのチェックイン処理の少なくとも一部を実行可能である旨の通知を、予約日時以前の所定のタイミングで前記予約者の端末に送信する通知手段と、を更に備え、前記通知手段は、前記検知手段によって前記所定の操作が検知済みである場合、前記通知の対象から前記予約者を除外してもよい。

本開示は、情報処理装置、システム、コンピュータによって実行される方法又はコンピュータに実行させるプログラムとして把握することが可能である。また、本開示は、そのようなプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものとしても把握できる。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。

本開示によれば、１組の予約に含まれる複数の予約について予約者に対して発行されるチェックインコードの態様を、予約された施設毎に異ならせることが可能な予約管理システムを提供することが可能となる。

実施形態に係るシステムの構成を示す概略図である。 実施形態に係るシステムのハードウェア構成の概略を示す図である。 実施形態に係る予約管理サーバの機能構成の概略を示す図である。 実施形態に係る予約データの概略を示す図である。 実施形態に係る予約処理の流れを示すフローチャート（Ａ）である。 実施形態に係る予約処理の流れを示すフローチャート（Ｂ）である。 実施形態における予約確認ＵＩの例を示す図である。 実施形態に係る通知除外処理の流れを示すフローチャートである。 実施形態に係る自動通知処理の流れを示すフローチャートである。

以下、本開示に係る情報処理装置、システム、方法及びプログラムの実施の形態を、図面に基づいて説明する。但し、以下に説明する実施の形態は、実施形態を例示するものであって、本開示に係る情報処理装置、システム、方法及びプログラムを以下に説明する具体的構成に限定するものではない。実施にあたっては、実施の態様に応じた具体的構成が適宜採用され、また、種々の改良や変形が行われてよい。

本実施形態では、本開示に係る技術を、複数の宿泊施設について予約受付及び予約管理を行うためのシステムにおいて実施した場合の実施の形態について説明する。但し、本開示に係る技術は、施設の予約サービスを利用者及び／又は施設に対して提供するための技術について広く用いることが可能であり、本開示の適用対象は、実施形態において示した例に限定されない。例えば、以下に説明する実施形態では、宿泊施設の部屋を予約の対象として説明しているが、予約の対象は、施設に備えられた設備や、施設によって提供されるサービスであってよく、施設の種類は宿泊施設に限定されない。予約の対象となる施設は、観光施設やスポーツ施設（例えば、ゴルフ場）等のその他の種類の施設であってよい。

従来、宿泊施設に設置された自動チェックイン機のコードリーダーに二次元バーコード等を読み取らせることで、予約した宿泊施設におけるチェックイン処理を行う技術が用いられている。ここで、複数の異なる宿泊施設についての予約を受け付けるための予約管理サービスを提供する場合、宿泊施設毎に施設サーバや自動チェックイン機の仕様が異なるため、複数の異なる宿泊施設についての予約を受け付け、各宿泊施設において用いることができるバーコードを利用者に提供するためには、少なくとも予約ＩＤをバーコードに含めることが考えられる。しかし、宿泊施設の予約者は１回の利用のために複数の部屋を予約することがあり（例えば、親夫婦の部屋と子供夫婦の部屋）、また、宿泊施設毎に、施設サーバや自動チェックイン機による、複数の部屋が予約された場合の取り扱い方法が異なる。

このような問題に鑑み、本実施形態に係るシステムでは、１組の予約に含まれる複数の予約について予約者に対して発行されるチェックインコードの態様を、施設側の設定に応じて変更可能とすることとした。

また、従来、複数の異なる施設についての予約を受け付けるための予約管理サービスが提供されており、予約者からの施設や当該施設内の設備やサービスを指定した予約を受け付け、受け付けられた予約に係る情報を施設側に提供することが行われている。しかし、このようなシステムでは、予約管理サービス側のシステムと施設側のシステムとの仕様の相違により、予約管理サービス側が、予約者のチェックインを確認することが困難であった。

このような問題に鑑み、本実施形態に係るシステムでは、予約者の端末における所定の操作が検知された場合に、チェックインが行われたか又は少なくともチェックインコードを用いたチェックイン方法が認識されたとみなすこととした。

＜システムの構成＞
図１は、本実施形態に係るシステムの構成を示す概略図である。本実施形態に係るシステムは、ネットワークに接続されることで互いに通信可能な予約管理サーバ１と、１又は複数のユーザ端末９と、１又は複数の施設側システムとを備える。そして、夫々の施設側システムは、施設サーバ５、宿泊施設に設置された自動チェックイン機７及び施設端末３を備える。なお、図１では、施設端末３及び自動チェックイン機７は、施設サーバ５に直接接続されているように示されているが、各装置の接続態様は、本実施形態における例示に限定されない。例えば、自動チェックイン機７は、所謂サイトコントローラーを介して施設サーバ５と通信を行ってもよい。

図２は、本実施形態に係るシステムのハードウェア構成の概略を示す図である。予約管理サーバ１は、ユーザ端末９のユーザ（予約者）に対して宿泊施設の予約サービスを提供し、また、宿泊施設に対して予約の仲介サービスを提供する。予約管理サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等の通信ユニット、等を備えるコンピュータである。但し、予約管理サーバ１の具体的なハードウェア構成に関しては、実施の態様に応じて適宜省略や置換、追加が可能である。また、予約管理サーバ１は、単一の筐体からなる装置に限定されない。予約管理サーバ１は、所謂クラウドや分散コンピューティングの技術等を用いた、複数の装置によって実現されてよい。

施設サーバ５は、予約管理サーバ１からの通知や施設端末３からの操作に応じて、施設サーバ５によって管理されている宿泊施設の部屋毎の予約状況及び利用状況を管理する。施設サーバ５は、予約管理サーバ１と同様、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、通信ユニット等を備えるコンピュータである。但し、施設サーバ５の具体的なハードウェア構成に関しては、実施の態様に応じて適宜省略や置換、追加が可能である。また、施設サーバ５は、単一の筐体からなる装置に限定されない。施設サーバ５は、所謂クラウドや分散コンピューティングの技術等を用いた、複数の装置によって実現されてよい。

自動チェックイン機７は、宿泊施設のエントランス又はフロント付近等に設置され、予約者によって操作されて当該宿泊施設へのチェックインを行うための装置であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、通信ユニット、入力装置（タッチパネルやコードリーダー等）、出力装置（ディスプレイやスピーカ等）等を備える。本実施形態では、予約者のユーザ端末９のディスプレイに表示されるか又は紙媒体等に印刷された、予約ＩＤを含む二次元バーコードを、コードリーダーを用いて光学読み取りすることで予約者と当該予約者の予約内容を特定し、チェックイン処理を行わせることが可能な自動チェックイン機７を例に説明する。なお、チェックイン処理が行われた場合、自動チェックイン機７は、レシートに加えて、宿泊する部屋に入室するための解錠手段（カードキーやパスコード等）をユーザに対して提供してもよい。また、自動チェックイン機７によって解錠手段を提供することなく、レシート等を提示してフロントで解錠手段（ルームキー等）を受け取ることとしてもよい。

なお、本実施形態では、チェックインのために予約者（実際に予約の操作を行なったユーザの他、当該ユーザによる予約を利用する他の利用者を含む）が提示する予約ＩＤを含むコードを、光学読み取り可能な二次元バーコード画像で提供する例について説明しているが、本開示に係る技術を適用可能なチェックイン用のコード（以下、「チェックインコード」と称する）は、本実施形態における例示に限定されない。チェックインコードは、バーコードや文字列、電子データ等のその他の形式で提供されてもよい。

施設端末３は、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、通信ユニット、入力装置、出力装置等を備えるコンピュータであり、宿泊施設のフロントやバックオフィス等に設置され、宿泊施設の担当者によって操作されることで、施設サーバ５の管理や予約管理サーバ１における当該宿泊施設に関する設定等を行うための端末装置である。

ユーザ端末９は、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、通信ユニット、入力装置（タッチパネルやキーボード等）、出力装置（ディスプレイやスピーカ等）等を備えるコンピュータであり、ユーザによって使用される端末装置である。但し、ユーザ端末９の具体的なハードウェア構成に関しては、実施の態様に応じて適宜省略や置換、追加が可能である。また、ユーザ端末９は、単一の筐体からなる装置に限定されない。ユーザ端末９は、所謂クラウドや分散コンピューティングの技術等を用いた、複数の装置によって実現されてよい。ユーザは、これらのユーザ端末９を介して予約管理サーバ１及び施設システムによって提供される各種サービスを利用する。

図３は、本実施形態に係る予約管理サーバ１の機能構成の概略を示す図である。予約管理サーバ１は、予約管理サーバ１の記憶装置に記録されているプログラムが、ＲＡＭに読み出され、ＣＰＵによって実行されて、予約管理サーバ１に備えられた各ハードウェアが制御されることで、施設データベース（施設データ管理部）２１、予約受付部２２、識別子発行部２３、予約データベース（予約データ管理部）２４、設定受付部２５、チェックインコード表示用情報送信部２６、検知部２７及び通知部２８を備える情報処理システムとして機能する。なお、本実施形態では、予約管理サーバ１の備える各機能は、汎用プロセッサであるＣＰＵによって実行されるが、これらの機能の一部又は全部は、１又は複数の専用プロセッサによって実行されてもよい。また、これらの機能の一部又は全部は、ユーザ端末９及び／又は施設システムと協働して、予約管理システムとして実行されてもよい。

施設データベース（施設データ管理部）２１は、複数の施設（本実施形態では、宿泊施設）の夫々について、施設ＩＤ、施設名称、チェックインコード発行態様、部屋タイプ、部屋数、部屋毎の収容人数、支払情報等を含む施設データを管理する。ここで、施設データに含まれるチェックインコード発行態様は、１の予約者による１の施設に対する複数の予約である１組の予約について発行されるチェックインコードを、当該１組の予約に含まれる複数の予約を互いに区別可能な態様で発行するか否かの、施設毎の設定内容を示す情報である。ここで管理されるチェックインコード発行態様の設定は、設定受付部２５によって受け付けられた設定であってもよいし、その他の方法で設定されたものであってもよい。

予約受付部２２は、施設データベース２１に登録されている施設の予約を受け付ける。本実施形態では、予約管理サーバ１は、ユーザ端末９に対して予約者のアカウントの認証（ログイン）サービス、施設データベース２１に登録されている宿泊施設及びこれらの宿泊施設によって提供されている部屋／宿泊プランの検索・情報提供サービスを提供し、予約受付部２２は、予約を所望するユーザのユーザ端末９に対して予約のためのＷｅｂ入力フォームを送信し、当該入力フォームを介して予約のための情報入力を受け付ける。

識別子発行部２３は、予約された施設及び予約を行ったユーザに対して、予約に係る予約ＩＤ（予約識別子）を発行する。ここで、識別子発行部２３は、予約受付部２２によって１組の予約が受け付けられた場合に、当該１組の予約に含まれる複数の予約を互いに区別可能な予約ＩＤを発行する。本実施形態において、１組の予約に含まれる複数の予約とは、１回の予約処理で１の宿泊施設における複数室及び／又は複数サービスの予約である。また、本実施形態において、１組の予約に含まれる複数の予約を互いに区別可能な予約ＩＤは、１組の予約について共通する共通識別子（共通ＩＤ）と、当該１組の予約に含まれる複数の予約間で異なる枝識別子（枝ＩＤ）とが組み合わされた予約ＩＤである。枝ＩＤには、例えば、「＿０１」、「＿０２」等の、共通ＩＤに付加される識別子が採用されてよい。

予約データベース（予約データ管理部）２４は、施設データベース２１に登録されている施設の予約データを管理する。

図４は、本実施形態に係る予約データの概略を示す図である。図面では一部省略されているが、予約データは、予約ＩＤ、予約者のユーザＩＤ、宿泊者氏名（予約者と異なってもよい）、予約者連絡先（電話番号やメールアドレス等）、施設ＩＤ、施設名称、部屋タイプ、チェックイン日時、チェックアウト日時、宿泊人数、宿泊者属性情報（性別や年齢等）、各種フラグ（予約確定フラグやキャンセルフラグ、通知除外フラグ等を含む）、及びその他の情報を含んでよい。図に示す例では、「ＲＹａ１２３４５６＿１」及び「ＲＹａ１２３４５６＿２」が、１組の予約に含まれる複数の予約を互いに区別可能な予約ＩＤであり、このうち、「ＲＹａ１２３４５６」が共通ＩＤであり、「＿１」や「＿２」が枝ＩＤである。図に示された例によれば、１組の予約に含まれる複数の予約データについて、予約者のユーザＩＤや予約者連絡先、施設ＩＤ等は同じだが、宿泊者の氏名は異なることが分かる。

設定受付部２５は、施設の担当者による、予約ＩＤを含むチェックインコードを、１組の予約に含まれる複数の予約を互いに区別可能な態様で発行するか否かの設定を受け付ける。本実施形態では、予約管理サーバ１は、当該予約管理サーバ１を用いた予約管理サービスの施設毎の設定を行うことが可能な管理ツールを、Ｗｅｂインターフェース等を用いて施設に対して提供し、施設の担当者は、当該管理ツールを介して設定可能な項目の１つとして、チェックインコード発行態様を設定する。

より具体的には、本実施形態において、設定受付部２５は、施設の担当者に対して管理ツールを介して以下の３つの選択肢を提示し、担当者によって選択された選択肢を受け付ける。担当者による選択が受け付けられると、施設データベース２１は、当該施設についてのチェックインコード発行態様を、施設データベース２１内の対象の施設データに設定する。
チェックインコード発行態様１：「二次元バーコードによる自動チェックインに未対応。」
チェックインコード発行態様２：「チェックイン用の二次元バーコードをお客様に配布。各部屋それぞれの予約ＩＤで二次元バーコードを発行。」
チェックインコード発行態様３：「チェックイン用の二次元バーコードをお客様に配布。全部屋同じ二次元バーコードを発行。」

チェックインコード発行態様１が選択・設定された場合、当該施設の予約について、チェックインコードの生成は省略される。当該施設については、予約管理サーバ1を介して予約を行った場合に予約者にチェックインコードは提供されず、利用者は、その他の手段（フロントに赴いて予約者又は宿泊者の氏名、予約ＩＤ等を記入する等）でチェックインを行う。

チェックインコード発行態様２又はチェックインコード発行態様３が選択・設定された場合、当該施設の予約について、後述するチェックインコード表示用情報送信部２６は、チェックインコード表示用情報を生成し、予約者に提供する。チェックインコード表示用情報の提供を受けた予約者は、チェックインコード表示用情報を用いてチェックインコードを取得し、施設に設置された自動チェックイン機７にチェックインコードを読み取らせることで、チェックインを行う。また、チェックインコード発行態様２又はチェックインコード発行態様３が選択・設定された場合、チェックインコード表示用情報の自動通知が有効化され、後述する自動通知処理が実行される。

また、チェックインコード発行態様２は、１の予約者が１の施設に対して１回の予約処理で行う複数の予約である１組の予約について発行されるチェックインコードを、当該１組の予約に含まれる複数の予約を互いに区別可能な態様で発行するための設定であり、施設の担当者は、当該施設のシステムが、１組の予約に含まれる複数の予約を互いに区別して管理する仕様である場合に、チェックインコード発行態様２を選択する。本実施形態において、１組の予約に含まれる複数の予約を互いに区別可能なチェックインコードは、１組の予約について共通する共通ＩＤと当該１組の予約に含まれる複数の予約間で異なる枝ＩＤとが組み合わされた予約ＩＤを含む。但し、１組の予約に含まれる複数の予約を互いに区別可能なチェックインコードは、その他のルールに従って発行されてもよい。例えば、１組の予約に含まれる複数の予約を互いに区別可能なチェックインコードは、共通ＩＤ等の共通部分を含まないチェックインコードとして発行されてもよい。

一方、チェックインコード発行態様３は、１組の予約について発行されるチェックインコードを、当該１組の予約に含まれる複数の予約を互いに区別しない態様で発行するための設定であり、施設の担当者は、当該施設のシステムが、１組の予約に含まれる複数の予約をまとめて管理する仕様である場合に、チェックインコード発行態様３を選択する。本実施形態において、１組の予約に含まれる複数の予約を互いに区別しないチェックインコードは、予約ＩＤのうち、１組の予約について共通する共通ＩＤを含むが、当該１組の予約に含まれる複数の予約間で異なる枝ＩＤを含まない。

チェックインコード表示用情報送信部２６は、予約を行ったユーザである予約者に対して、予約に係るチェックインコード表示用情報を送信する。ここで、チェックインコード表示用情報送信部２６は、予約受付部２２によって１組の予約が受け付けられた場合に、当該予約の対象施設に係る設定（上記説明した、チェックインコード発行態様）に従って、当該１組の予約に含まれる複数の予約を互いに区別可能なチェックインコードを表示するためのチェックインコード表示用情報、又は、当該１組の予約に含まれる複数の予約を互いに区別しないチェックインコードを表示するためのチェックインコード表示用情報を発行する。

また、チェックインコード表示用情報は、当該予約の対象施設に係る設定に従って、予約者に対して、予約に係る施設が備えるシステムに適した態様で提供される。より具体的には、本実施形態において、チェックインコード発行態様２が設定されている場合、チェックインコード表示用情報送信部２６は、共通ＩＤと枝ＩＤとが組み合わされた予約ＩＤと、チェックインコードを要求するアクセスを生じさせるための制御コードとを含むチェックインコード表示用情報を生成し、予約者に対して提供する。また、本実施形態において、チェックインコード発行態様３が設定されている場合、チェックインコード表示用情報送信部２６は、共通ＩＤを含むが枝ＩＤを含まない予約ＩＤと、チェックインコードを要求するアクセスを生じさせるための制御コードとを含むチェックインコード表示用情報を生成し、予約者に対して提供する。

更に、本実施形態において、チェックインコード表示用情報は、ユーザ端末９において所定の操作が行われたことを契機としてユーザ端末９にチェックインコードを表示させるような情報である。具体的には、本実施形態では、チェックインコード表示用情報送信部２６は、チェックインコード表示用情報に、予約完了メールやプッシュ通知、予約確認ページ等の、チェックインコードを表示させるための予約確認ユーザインターフェース（予約確認ＵＩ）に、ユーザ端末９において所定の操作が行われた場合にＷｅｂＡＰＩサーバ（図示は省略する）及び予約管理サーバ１に対してチェックインコードを要求するアクセスを生じさせるための制御コードを含める。ここで、予約確認ページは、所謂マイページや、ユーザ端末にインストールされた所定のアプリケーションから確認可能なページである。

制御コードは、通知を受信したユーザ端末９において、ユーザ端末９のディスプレイに表示されたボタン画像やリンク文字列、通知ダイヤログ、受信メール一覧等のユーザインターフェース要素（ＵＩ要素）に対する操作（クリック操作やタッチ操作等）が行われた場合に、ＷｅｂＡＰＩサーバ及び予約管理サーバ１に対してチェックインコードを要求するアクセスを生じさせるための制御コードである。即ち、制御コードは、ユーザ端末９に、予約管理サーバ１にアクセスさせることで、ユーザ端末９における所定の操作が予約管理サーバ１側で検知可能なものである。また、本実施形態において、制御コードは、ＷｅｂＡＰＩサーバが提供するチェックインコード画像生成用ＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ）を呼び出すためのスクリプトやタグの形式で提供される。なお、ユーザ端末９から予約管理サーバ１に対して送信された要求は予約管理サーバ１で記録用に保存されるため、ユーザ端末９における所定の操作が予約管理サーバ１側で検知可能となる。

予約確認ＵＩ内に表示されるＵＩ要素への操作（通知内のボタン画像やリンク文字列への操作等）を所定の操作として検知したい場合には、当該ＵＩ要素への操作を受けてアクセスが実行されるスクリプトやタグが用いられる。また、予約確認ＵＩの表示操作（通知ダイヤログ、受信メール一覧の選択操作等）を所定の操作として検知したい場合には、通知内容の表示に伴って予約管理サーバ１へのアクセスが自動実行されるスクリプトやタグ（サーバからのチェックインコード画像読み込みタグ等）が用いられる。

但し、制御コードは、単にＵＲＬが記述されたテキストとして提供されてもよい。このような場合であっても、ユーザ端末９が当該テキストをＵＲＬとして検出し、ユーザである予約者によって当該テキストへの操作がされた場合に予約管理サーバ１へのアクセスを行えば、予約管理サーバ１は、当該操作を、所定の操作として検出することが出来る。

本実施形態において、ＷｅｂＡＰＩサーバは、システム外部又は内部のサーバであり、ユーザ端末９からのアクセスを受け付け、当該アクセスがチェックインコードの要求であった場合に、対応するチェックインコードの画像を生成し、当該ユーザ端末９に対して送信する。チェックインコードは、当該予約の対象施設に係る設定に従って、予約者に対して、予約に係る施設が備える読み取り装置が読み取り可能な形式で提供される。より具体的には、本実施形態において、ＷｅｂＡＰＩサーバは、予約ＩＤを、自動チェックイン機７で読み取り可能な形式（本実施形態では、光学読み取り可能な二次元バーコード形式）にエンコードすることでチェックインコードの画像を生成し、予約者に対して提供する。

但し、チェックインコード画像の生成は、予約管理サーバ１やユーザ端末９等、その他の装置によって行われてもよい。また、チェックインコードの生成及び提供に、ＷｅｂアクセスによるＡＰＩ呼び出しに応じてチェックインコードを生成し提供する方式を採用しているが、チェックインコードの生成及び提供には、所謂ＷｅｂＡＰＩ以外の方法が採用されてもよい。

なお、本実施形態では、チェックインコードの発行要求が発生する都度ＷｅｂＡＰＩサーバがチェックインコードを生成して発行し、発行されたチェックインコードは、予約データベース２４等に保存されない。但し、実施の態様によっては、一度生成されたチェクインコードを保存し、要求に応じて読み出すこととしてもよい。

また、本実施形態では、チェックインコード表示用情報には直接はチェックインコードの画像が含まれず、チェックインコード表示用情報に含まれる予約ＩＤを制御コードを用いてチェクインコードの画像を取得し表示する態様について説明したが、チェックインコード表示用情報の具体的な構成は、本実施形態における例に限定されない。例えば、チェックインコード表示用情報に直接チェックインコードの画像が含まれることとしてもよい。即ち、チェックインコードは、予約管理サーバ１からの通知に直接含まれる形式（例えば、予約完了メールやプッシュ通知内に二次元バーコードの画像が直接含まれる形式）で通知されてもよい。

検知部２７は、予約者のユーザ端末９において所定の操作が行われたことを検知する。本実施形態では、検知部２７は、予約確認ＵＩを表示したユーザ端末９において所定の操作が行われた場合に予約確認ＵＩに含まれる制御コードに応じて生じた、予約管理サーバ１に対してチェックインコードを要求するアクセスを受け付けることで、ユーザ端末９において所定の操作が行われたことを検知する。

通知部２８は、予約日時以前の所定のタイミングで、予約を行ったユーザである予約者に予約の通知を行う。ここで、予約の通知は、単に予約がされていることの事実や予約に係る情報（宿泊施設名称やチェックイン時刻等）を通知するものであってもよいし、予約ＩＤやチェックインコード、チェックインコードへアクセスするための制御コード等を通知するものであってもよい。なお、本実施形態において、通知部２８は、予約データベース２４によって通知除外データが記録されていない場合に、予約の通知を行う。即ち、通知部２８は、予約データベース２４によって通知除外データが記録されている場合、予約の通知を省略してよい。

＜処理の流れ＞
次に、本実施形態に係る情報処理システムによって実行される処理の流れを説明する。なお、以下に説明する処理の具体的な内容及び処理順序は、本開示を実施するための一例である。具体的な処理内容及び処理順序は、本開示の実施の形態に応じて適宜選択されてよい。

図５及び図６は、本実施形態に係る、予約処理の流れを示すフローチャートである。本フローチャートに示された処理は、予約者のユーザ端末９から、施設を予約するためのアクセスが受け付けられたことを契機として実行される。

ステップＳ１０１では、予約が受け付けられる。予約受付部２２は、予約者のユーザ端末９からのアクセスに応じて、施設データベース２１に登録されている宿泊施設の予約を受け付ける。本実施形態に係る予約管理システムにおいて、予約者は、１回の予約で複数の部屋を予約することができる。１回の予約で複数の部屋を予約する場合、予約者は、部屋毎の宿泊者氏名を入力する。その後、処理はステップＳ１０２へ進む。

ステップＳ１０２からステップＳ１０４では、予約ＩＤが発行される。識別子発行部２３は、ステップＳ１０１で行われた予約の内容を確認し、１回の予約で複数の部屋を予約する予約（１組の予約）でない場合（ステップＳ１０２のＮＯ）、予約された部屋について１の予約ＩＤを発行し（ステップＳ１０３）、処理はステップＳ１０５へ進む。一方、１回の予約で複数の部屋を予約する１組の予約である場合（ステップＳ１０２のＹＥＳ）、識別子発行部２３は、当該１組の予約に含まれる複数の予約を互いに区別可能な予約ＩＤ（本実施形態では、共通ＩＤと枝ＩＤとの組み合わせ）を発行する（ステップＳ１０４）。その後、処理はステップＳ１０５へ進む。

ステップＳ１０５では、予約データが予約データベース２４に記録される。予約データベース２４は、ステップＳ１０１で受け付けられたデータと、ステップＳ１０２からステップＳ１０４で生成された予約ＩＤとを、予約データとして記録する。ここで予約データベース２４に記録される予約データの内容は、図４を参照して説明した通りである。また、１回の予約で複数の部屋が予約された場合、予約データベース２４には、部屋毎に予約データが記録される（図４を参照）。その後、処理はステップＳ１０８へ進む。

ステップＳ１０８からステップＳ１１０では、チェックインコード表示用情報が発行される。ここで、１回の予約で複数の部屋を予約する１組の予約に対しては、対象宿泊施設に係る設定に応じた態様でチェックインコード表示用情報が発行される。チェックインコード表示用情報送信部２６は、１組の予約であるが対象宿泊施設について１組の予約に含まれる複数の予約を互いに区別しないチェックインコードを発行する設定（チェックインコード発行態様３）がされている場合（ステップＳ１０８のＮＯ）、当該１組の予約に含まれる複数の予約を互いに区別しないチェックインコードを表示するためのチェックインコード表示用情報を発行する（ステップＳ１０９）。上述の通り、本実施形態において、１組の予約に含まれる複数の予約を互いに区別しないチェックインコードは、共通ＩＤを含むが、枝ＩＤを含まない。なお、１回の予約で複数の部屋を予約する１組の予約でない場合、換言すれば、１回の予約で１の部屋を予約する予約であった場合、チェックインコード表示用情報送信部２６は、当該予約について、ステップＳ１０３で発行された１の予約ＩＤに基づいて１のチェックインコード表示用情報を発行する。その後、処理はステップＳ１１１へ進む。

一方、対象宿泊施設について１組の予約に含まれる複数の予約を互いに区別可能なチェックインコードを発行する設定（チェックインコード発行態様２）がされている場合（ステップＳ１０８のＹＥＳ）、チェックインコード表示用情報送信部２６は、当該１組の予約に含まれる複数の予約を互いに区別可能なチェックインコードを表示するためのチェックインコード表示用情報を発行する（ステップＳ１１０）。上述の通り、本実施形態において、１組の予約に含まれる複数の予約を互いに区別可能なチェックインコードは、共通ＩＤと枝ＩＤとが組み合わされた予約ＩＤを含む。その後、処理はステップＳ１１１へ進む。

ステップＳ１１１及びステップＳ１１２では、予約完了メール及び予約データ送信メッセージの生成及び送信が行われる。チェックインコード表示用情報送信部２６は、予約者宛の予約完了メール、及び予約された宿泊施設宛の予約データ送信メッセージを生成し（ステップＳ１１１）、生成された予約完了メールを予約者のメールアドレス宛に、予約データ送信メッセージを施設サーバ５宛に送信する（ステップＳ１１２）。ここで生成・送信される予約完了メールは、チェックインコード表示用情報を送信するためのものである。このようにすることで、チェックインコード表示用情報送信部２６は、予約を行ったユーザである予約者に対して、予約に係るチェックインコード表示用情報を送信する。また、ここで生成・送信される予約データ送信メッセージには、予約データが含まれる。予約データ送信メッセージを受信した施設サーバ５は、メッセージに含まれる予約データを、施設サーバ５によって管理される当該施設の予約台帳に記録する。その後、本フローチャートに示された処理は終了する。

本実施形態において、予約された施設についてチェックインコード発行態様２又はチェックインコード発行態様３が設定されている場合、チェックインコードは、予約者に対して所謂二次元バーコード形式の画像で提供される。このため、チェックインコード表示用情報を受信したユーザ端末９は、予約確認ＵＩ内に表示されるＵＩ要素に対する予約者による所定の操作に応じて、制御コードに従い、ＷｅｂＡＰＩサーバ及び予約管理サーバ１に対してチェックインコードを要求するアクセスを行う。アクセスを受けたＷｅｂＡＰＩサーバは、予約ＩＤに基づくチェックインコード（本実施形態では、二次元バーコード）の画像を生成し、アクセス元のユーザ端末９に送信する。ＷｅｂＡＰＩサーバからチェックインコードを受信したユーザ端末９は、チェックインコードの画像を表示する。

ここで、チェックインコード発行態様２が設定されている場合、ユーザ端末９は、制御コードに従って共通ＩＤと枝ＩＤとが組み合わされた予約ＩＤのチェクインコード画像をＷｅｂＡＰＩサーバに対して要求するため、ＷｅｂＡＰＩサーバは、共通ＩＤと枝ＩＤとが組み合わされた予約ＩＤのチェクインコード画像を生成し提供する。また、チェックインコード発行態様３が設定されている場合、ユーザ端末９は、制御コードに従って共通ＩＤを含むが枝ＩＤを含まない予約ＩＤのチェクインコード画像をＷｅｂＡＰＩサーバに対して要求するため、ＷｅｂＡＰＩサーバは、共通ＩＤを含むが枝ＩＤを含まない予約ＩＤのチェクインコード画像を生成し提供する。

図７は、本実施形態における予約確認ＵＩの例を示す図である。予約管理サーバ１からユーザ端末９へ送信される予約完了メールやプッシュ通知、予約確認ページ等には、予約確認ＵＩを表示するためのＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルが含まれており、当該ＨＴＭＬファイルには、予約に係るチェックインコードを表示するためのチェックインコード表示用情報が含まれている。上述の通り、チェックインコード表示用情報は、予約ＩＤを含み、且つ、チェックインコードを生成するＷｅｂＡＰＩサーバへリクエストを送るための制御コードを含む。図７に示された例では、予約詳細ＵＩ中のＵＩ要素である「チェックイン用二次元バーコード」ボタンに対するユーザのクリック操作が行われると、ユーザ端末９からチェックインコードを生成するＷｅｂＡＰＩサーバに対して、予約ＩＤの情報を含む二次元バーコードの生成要求が送信される。ＷｅｂＡＰＩサーバから取得されたチェックインコード（本実施形態では、二次元バーコード）は、ユーザ端末９のディスプレイに表示される。

以上のようにして、予約ＩＤを含むチェックインコードが予約者に対して発行されることで、予約者によって提示されたチェックインコードを宿泊施設側が確認、照合し、予約者と宿泊施設との間で予約管理サーバ１を介さずにチェックイン処理を行うことが出来る。一方、予約された施設についてチェックインコード発行態様１が設定されている場合、チェックインコードは生成されない。

本実施形態では、予約者及び施設への予約内容の通知方法は、本実施形態で例示されたものに限定されない。また、予約者及び施設は、予約データベース２４中の予約データに基づく予約内容を、予約者アカウント用のユーザページ（所謂マイページ）や、施設アカウント用のユーザページ（管理ツール等）で確認することが可能であってもよい。

また、上記説明した予約処理が完了した後、予約管理サーバ１は、予約日時の７日前や前日等の所定のタイミングに基づいて、及び／又は予約者による送信要求が受け付けられたことに基づいて、予約確認メールを１又は複数回送信してよい。このようにすることで、ユーザは、同行者等の予約者以外の利用者のメールアドレスに対して、予約ＩＤを含むチェックインコードや予約データの内容等を含む予約情報を送信することが出来る。

そして、予約管理サーバ１は、予定日時の所定時間前（例えば、１日前）までに予約者からのキャンセル要求が受け付けられなかった場合、予約データベース２４中の対応する予約データに、予約が確定され、以降はキャンセル不可であることを示す予約確定フラグを設定してよい（図４を参照）。一方で、予約者からのキャンセル要求が受け付けられた場合、予約管理サーバ１は、予約データベース２４中の対応する予約データに、予約がキャンセルされたことを示すキャンセルフラグを設定してよい（図４を参照）。

更に、予約管理サーバ１は、予約の確定又はキャンセル（本実施形態では、予約確定フラグ又はキャンセルフラグが設定されたこと）を契機として、施設サーバ５に対して、予約ＩＤや予約データの内容等を含む予約確定メッセージ又はキャンセルメッセージを送信してよい。このようにすることで、施設側は、予約が確定又はキャンセルされたことを知ることが出来る。

図８は、本実施形態に係る通知除外処理の流れを示すフローチャートである。本フローチャートに示された処理は、ユーザ端末９からのチェックインコードの要求が受信されたことを契機として実行される。

ユーザ端末９は、受信された予約完了メールやプッシュ通知、予約確認ページ等の予約確認ＵＩを表示する。この予約確認ＵＩには、上記説明した、チェックインコードを要求するための制御コードが含まれており、ユーザがこの制御コードに応じた操作を行うと、ユーザ端末９は、ＷｅｂＡＰＩサーバ及び予約管理サーバ１にアクセスし、チェックインコードを要求する。検知部２７は、当該アクセスを受け付けることで、ユーザ端末９において所定の操作が行われたことを検知する（ステップＳ２０１）。予約データベース２４は、検知部２７によって所定の操作が検知された場合、予約された宿泊施設に利用者がチェックインしたか又は少なくともチェックインコードを用いたチェックイン方法が認識されたとみなし、通知除外データを予約データに記録する（ステップＳ２０２）。以降、予約管理サーバ１は、予約された宿泊施設に利用者がチェックインしたか又は少なくともチェックインコードを用いたチェックイン方法が認識されたとみなし、当該予約データに係る予約を、自動通知の対象から除外する。このため、自動通知の送信（例えば、予約日当日の正午）前にユーザ端末９からのチェックインコードの要求が受信された場合、当該予約は、自動通知の対象から除外される。その後、本フローチャートに示された処理は終了する。

本実施形態において、通知除外データは、予約データに設定される通知除外フラグとして記録される（図４を参照）。予約データベース２４は、予約データに、当該予約データが示す予約を後述する自動通知の対象から除外してよいことを示すデータを記入する（本実施形態では、予約データに通知除外フラグを立てる）ことで、利用状況を対応する予約データに関連付けて記録する。

なお、通知除外データの記録のタイミングは、本実施形態における例示に限定されない。また、本実施形態では、通知除外データをフラグとして記録しているが、通知除外データは、その他の形式で記録されてもよい。

なお、図８を参照して説明した通知除外処理では、チェックインコードを要求するためのアクセスを生じさせる制御コードを用いたが、通知に含められる制御コードは、ユーザの「チェックインの意思」や「チェックインコードを用いたチェックイン方法が認識されたこと」を推認可能なものであればよく、チェックインコードへのアクセス用制御コードに限定されない。

図９は、本実施形態に係る自動通知処理の流れを示すフローチャートである。本フローチャートに示された処理は、定期的に（例えば、毎日正午）、予約データベース２４内の、当日をチェックイン日として予約されている予約データについて実行される。但し、本フローチャートに示された処理は、各予約データについて予め設定されている日時に基づいて算出された日時（例えば、チェックイン予定日時の１時間前）等、その他のタイミングで実行されてもよい。

通知部２８は、予約された施設について、施設データのチェックインコード発行態様に、チェックインコード発行態様１からチェックインコード発行態様３の何れが設定されているかを確認する（ステップＳ３０１）。対象施設データのチェックインコード発行態様に、チェックインコード発行態様１が設定されている場合、即ち、チェックインコード表示用情報の自動通知が有効化されていない場合（ステップＳ３０１のＮＯ）、チェックインコード表示用情報の自動通知は行われず、本フローチャートに示された処理は終了する。

一方、対象施設データのチェックインコード発行態様に、チェックインコード発行態様２又はチェックインコード発行態様３が設定されている場合、即ち、チェックインコード表示用情報の自動通知が有効化されている場合（ステップＳ３０１のＹＥＳ）、通知部２８は、処理対象の予約データに、通知除外フラグが記録されているか否かを判定する（ステップＳ３０２）。処理対象の予約データに、通知除外フラグが記録されている場合（ステップＳ３０２のＹＥＳ）、チェックインコード表示用情報の自動通知は行われず、本フローチャートに示された処理は終了する。

一方、処理対象の予約データに、通知除外フラグが記録されていない場合（ステップＳ３０２のＮＯ）、通知部２８は、通知を受信したユーザ端末９において所定の操作が行われた場合にＷｅｂＡＰＩサーバ及び予約管理サーバ１に対して予約ＩＤを含むチェックインコードを要求するアクセスを生じさせるための制御コードを含む、チェックインコード表示用情報の自動通知メッセージを生成し（ステップＳ３０３）、生成された自動通知メッセージを、予約者のユーザ端末９に対してプッシュ通知する（ステップＳ３０４）。その後、本フローチャートに示された処理は終了する。

ここで、プッシュ通知とは、サーバ側からユーザ端末９に対して通信を開始することでユーザ端末９に通知を行い、ユーザ端末９における通信開始操作やポーリング処理無しで行われる、即時性の高い通知である。但し、本実施形態ではユーザ端末９への通知方法としてプッシュ通知が採用されているが、ユーザ端末９への通知方法は所謂プッシュ通知に限定されなくてもよい。通知は、ユーザ端末９における通信開始操作やポーリング処理に応じて行われてもよい。

プッシュ通知を受信したユーザ端末９は、受信されたプッシュ通知を表示する。この通知には、上記説明した、チェックインコードを要求するための制御コードが含まれており、ユーザがこの制御コードに応じた操作を行うと、ユーザ端末９は、ＷｅｂＡＰＩサーバ及び予約管理サーバ１にアクセスし、予約ＩＤを含むチェックインコードを要求する。これによって、ユーザは、自ら予約完了メールや予約確認メールを探して表示させることなく、自動チェックイン機７を用いたチェックインを行うことが出来る。

また、このようなプッシュ通知を行うことで、ユーザが予約完了メール等を読み落とし、紛失、失念等していたような場合であっても、ユーザにチェックインコードの存在に気づかせることが出来、ひいては、ユーザにおけるチェックインコードの認知度を高め、チェックインコードの利用率を高めることが出来る。なお、プッシュ通知には、プッシュ通知内で指定したＵＲＬに対してユーザ端末９にアクセスさせ、指定された画像等（チェックインコードの画像であってもよい）を表示させることが可能な、所謂リッチプッシュが用いられてもよい。

宿泊施設に到着した予約者は、自動チェックイン機７のコードリーダーに予約ＩＤを含むチェックインコードをかざし、自動チェックイン機７にチェックインコードを読み取らせる。本実施形態において、コードリーダーは、予約者によってかざされたチェクインコードの画像をデコードすることでチェクインコードを読み取り、チェックインコードに含まれる予約ＩＤを取得する。施設サーバ５は、自動チェックイン機７において読み取られたチェックインコードに含まれる予約ＩＤを検索キーとして当該施設の予約台帳を検索し、対応する予約データが索出されると、索出された予約データの内容を自動チェックイン機７に表示させる。

ここで、施設の自動チェックイン機７が、枝番ＩＤの読み取りに対応している場合、施設の担当者は、予め当該施設についてチェックインコード発行態様２を設定しておくことで、自動チェックイン機７において読み取られるチェックインコードに含まれる予約ＩＤを、１組の予約に含まれる複数の予約を互いに区別可能な予約ＩＤ（枝番ＩＤを含む予約ＩＤ）とすることが出来る。このため、施設サーバ５は、予約台帳から１の予約データを索出し、索出された１の予約データの内容を自動チェックイン機７に表示させることが出来る。

一方、施設の自動チェックイン機７が、枝番ＩＤの読み取りに対応していない場合、施設の担当者は、予め当該施設についてチェックインコード発行態様３を設定しておくことで、自動チェックイン機７において読み取られるチェックインコードに含まれる予約ＩＤを、１組の予約に含まれる複数の予約を互いに区別しない予約ＩＤ（枝番ＩＤを含まない予約ＩＤ）とすることが出来る。このため、施設サーバ５は、予約台帳から複数の予約データを索出し、索出された複数の予約内容を候補として自動チェックイン機７に表示し、予約者に選択させる。予約者によって目的の予約内容が選択されると、施設サーバ５は、予約者に選択された予約に係る予約データの内容を自動チェックイン機７に表示させる。

予約者は、自動チェックイン機７に表示された予約データの内容を確認し、自動チェックイン機７で、チェックイン及び／又は支払の操作を行う（但し、予約の際に予約者がクレジットカード決済等による、予約管理サービスを介した支払方法を選択していた場合、支払の選択肢は表示されない）。施設サーバ５は、自動チェックイン機７で入力されたチェックイン及び／又は支払の要求を受け付けると、自動チェックイン機７を介してチェックイン処理／支払処理を行う。チェックイン処理／支払処理が完了すると、施設サーバ５は、自動チェックイン機７を介して、予約者に対して宿泊施設のカードキー及び／又はレシートを発行する。予約者は、自動チェックイン機７から出力されたカードキー及び／又はレシートを受け取る。なお、自動チェックイン機７からレシートのみが出力される場合、予約者はレシートを提示して宿泊施設のフロントでルームキーを受け取る。一連の処理が完了すると、施設サーバ５は、予約台帳を更新し、チェックイン及び／支払が完了した旨を記録する。

上記説明した実施形態に係るシステムによれば、施設側が枝番ＩＤを含むチェックインコードの読み取りに対応している／いないにかかわらず、チェックインコードを用いたチェックイン時にエラーを回避することが可能となる。

また、上記説明した実施形態に係るシステムによれば、ユーザ端末における所定の操作が検知されたことをもって、チェックインが行われたか又は少なくともチェックインコードを用いたチェックイン方法が認識されたとみなすことで、不要な自動通知を省略することが可能となる。

１ 予約管理サーバ
５ 施設サーバ
９ ユーザ端末

Claims (4)

1. 複数の施設の施設データを管理する施設データ管理手段と、
   前記施設データ管理手段に登録されている施設の予約を受け付ける予約受付手段と、
   前記予約を行ったユーザである予約者の端末に、前記予約に係るチェックインコードを表示するためのチェックインコード表示用情報を送信するチェックインコード表示用情報送信手段と、
   前記チェックインコード表示用情報を受信した前記予約者の端末において前記チェックインコードを表示させるための所定の操作が行われたことを検知する検知手段と、
   前記チェックインコードを利用して施設でのチェックイン処理の少なくとも一部を実行可能である旨の通知を、予約日時以前の所定のタイミングで前記予約者の端末に送信する通知手段と、を備える情報処理システムであって、
   前記チェックインコード表示用情報送信手段は、前記チェックインコードを要求するアクセスを生じさせるための制御コードを含むチェックインコード表示用情報を送信し、
   前記検知手段は、前記チェックインコード表示用情報を受信した前記予約者の端末において前記所定の操作が行われた場合に前記制御コードに応じて生じた、該情報処理システムに対して前記チェックインコードを要求するアクセスを受け付けることで、前記予約者の端末において前記所定の操作が行われたことを検知し、
   前記通知手段は、前記検知手段によって前記所定の操作が検知済みである場合、前記通知の対象から前記予約者を除外する、
   情報処理システム。
2. 前記予約受付手段によって受け付けられた前記予約に係る予約データを管理する予約データ管理手段を更に備え、
   前記予約データ管理手段は、前記検知手段によって前記所定の操作が検知された場合に、前記通知の対象から前記予約者を除外することを示す通知除外データを前記予約データに記録し、
   前記通知手段は、前記予約データに前記通知除外データが記録されている場合に、前記通知の対象から該予約データに係る前記予約者を除外する、
   請求項１に記載の情報処理システム。
3. 複数の施設の施設データを管理する施設データ管理手段を備えるコンピュータが、
   前記施設データ管理手段に登録されている施設の予約を受け付ける予約受付ステップと、
   前記予約を行ったユーザである予約者の端末に、前記予約に係るチェックインコードを表示するためのチェックインコード表示用情報を送信するチェックインコード表示用情報送信ステップと、
   前記チェックインコード表示用情報を受信した前記予約者の端末において前記チェックインコードを表示させるための所定の操作が行われたことを検知する検知ステップと、
   前記チェックインコードを利用して施設でのチェックイン処理の少なくとも一部を実行可能である旨の通知を、予約日時以前の所定のタイミングで前記予約者の端末に送信する通知ステップと、を実行し、
   前記チェックインコード表示用情報送信ステップは、前記チェックインコードを要求するアクセスを生じさせるための制御コードを含むチェックインコード表示用情報を送信し、
   前記検知ステップは、前記チェックインコード表示用情報を受信した前記予約者の端末において前記所定の操作が行われた場合に前記制御コードに応じて生じた、該コンピュータに対して前記チェックインコードを要求するアクセスを受け付けることで、前記予約者の端末において前記所定の操作が行われたことを検知し、
   前記通知ステップは、前記検知ステップによって前記所定の操作が検知済みである場合、前記通知の対象から前記予約者を除外する、
   方法。
4. コンピュータを、
   複数の施設の施設データを管理する施設データ管理手段と、
   前記施設データ管理手段に登録されている施設の予約を受け付ける予約受付手段と、
   前記予約を行ったユーザである予約者の端末に、前記予約に係るチェックインコードを表示するためのチェックインコード表示用情報を送信するチェックインコード表示用情報送信手段と、
   前記チェックインコード表示用情報を受信した前記予約者の端末において前記チェックインコードを表示させるための所定の操作が行われたことを検知する検知手段と、
   前記チェックインコードを利用して施設でのチェックイン処理の少なくとも一部を実行可能である旨の通知を、予約日時以前の所定のタイミングで前記予約者の端末に送信する通知手段と、として機能させ、
   前記チェックインコード表示用情報送信手段は、前記チェックインコードを要求するアクセスを生じさせるための制御コードを含むチェックインコード表示用情報を送信し、
   前記検知手段は、前記チェックインコード表示用情報を受信した前記予約者の端末において前記所定の操作が行われた場合に前記制御コードに応じて生じた、該コンピュータに対して前記チェックインコードを要求するアクセスを受け付けることで、前記予約者の端末において前記所定の操作が行われたことを検知し、
   前記通知手段は、前記検知手段によって前記所定の操作が検知済みである場合、前記通知の対象から前記予約者を除外する、
   プログラム。

Images