JP7142185B1 - チェックインシステム、チェックイン方法、及びプログラム - Google Patents

Abstract

チェックインシステム（Ｓ）の取得手段（２０１）は、第１サービスのユーザが第２サービスに関する場所を訪れた場合に、ユーザのユーザ端末（３０）と、場所のチェックイン端末（４０）と、の少なくとも一方を利用して、第１サービスでユーザを識別可能な第１情報を取得する。チェックイン実行手段（２０２）は、第１情報又は第１情報に関連付けられた第２情報に基づいて、場所へのチェックインを実行する。

Description

本開示は、チェックインシステム、チェックイン方法、及びプログラムに関する。

従来、ユーザが訪れた場所にユーザをチェックインさせる技術が知られている。例えば、特許文献１には、ユーザ端末にインストールされた飲食店アプリで二次元コードを表示させ、飲食店に配置された端末で二次元コードを読み取ることによって、ユーザを飲食店にチェックインさせるチェックインサービスが記載されている。

特開２０２０－１６０６８９号公報

しかしながら、特許文献１の技術では、ユーザは、飲食店アプリから利用可能なチェックインサービスに加盟する飲食店にチェックインするだけであり、他のサービスから飲食店にチェックインすることはできない。従来の技術では、ユーザは、サービスごとに情報を管理する必要があるので、チェックインに必要な情報の管理が煩雑であった。

本開示の目的の１つは、ユーザが訪れた場所へのチェックインに必要な情報の管理を簡易化することである。

本開示の一態様に係るチェックインシステムは、第１サービスのユーザが第２サービスに関する場所を訪れた場合に、前記ユーザのユーザ端末と、前記場所のチェックイン端末と、の少なくとも一方を利用して、前記第１サービスで前記ユーザを識別可能な第１情報を取得する取得手段と、前記第１情報又は前記第１情報に関連付けられた第２情報に基づいて、前記場所へのチェックインを実行するチェックイン実行手段と、を含む。

本開示によれば、ユーザが訪れた場所へのチェックインに必要な情報の管理を簡易化できる。

第１実施形態のチェックインシステムの全体構成の一例を示す図である。 第１実施形態で第２サービスからホテルを予約する手順の一例を示す図である。 第１実施形態で第１アプリから表示される画面の一例を示す図である。 第１実施形態でユーザがホテルを訪れてチェックインする様子の一例を示す図である。 第１実施形態のチェックインシステムで実現される機能の一例を示す機能ブロック図である。 第１データベースのデータ格納例を示す図である。 第２データベースのデータ格納例を示す図である。 第１実施形態のチェックインシステムで実行される処理の一例を示すフロー図である。 第１実施形態のチェックインシステムで実行される処理の一例を示すフロー図である。 第２実施形態のチェックインシステムの全体構成の一例を示す図である。 第２実施形態で第２サービスからチケットを購入する手順の一例を示す図である。 第２実施形態で第１アプリから表示される画面の一例を示す図である。 第２実施形態でユーザがスタジアムを訪れてチェックインする様子の一例を示す図である。 変形例における機能ブロック図の一例である。 変形例１における第１アプリのホーム画面の一例を示す図である。 変形例２のチェックインシステムの一例を示す図である。 変形例３のチェックインシステムの一例を示す図である。 変形例４のチェックインシステムの一例を示す図である。 変形例５のチェックインシステムの一例を示す図である。 変形例６のチェックインシステムの一例を示す図である。 変形例８のユーザ端末に表示される画面の一例を示す図である。

［１．第１実施形態］
本開示に係るチェックインシステムの実施形態の一例である第１実施形態を説明する。

［１－１．チェックインシステムの全体構成］
図１は、第１実施形態のチェックインシステムの全体構成の一例を示す図である。図１に示すように、チェックインシステムＳは、第１サーバ１０、第２サーバ２０、ユーザ端末３０、及びチェックイン端末４０を含む。第１サーバ１０、第２サーバ２０、ユーザ端末３０、及びチェックイン端末４０の各々は、インターネット等のネットワークＮに接続可能である。チェックインシステムＳは、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。

第１サーバ１０は、第１サービスのサーバコンピュータである。第１実施形態では、第１サービスの一例として、ＳＮＳ（Social Networking Service）を説明する。第１サービスは、第１実施形態の例に限られず、任意のサービスであってよい。他のサービスの適用例は、後述の第２実施形態及び変形例で説明する。

第１サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

第２サーバ２０は、第２サービスのサーバコンピュータである。第１実施形態では、第２サービスの一例として、旅行予約サービスを説明する。第２サービスは、第１サービスと連携可能なサービスである。第２サービスは、第１サービスとは異なるサービスである。第２サービスは、第１実施形態の例に限られない。他のサービスの適用例は、後述の第２実施形態及び変形例で説明する。第２サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

ユーザ端末３０は、ユーザが操作するコンピュータである。例えば、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、撮影部３６、ＩＣチップ３７、及びＧＰＳ受信部３８を含む。制御部３１、記憶部３２、及び通信部３３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

操作部３４は、タッチパネル等の入力デバイスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイである。撮影部３６は、少なくとも１つのカメラを含む。ＩＣチップ３７は、任意の規格のチップであってよく、例えば、ＦｅｌｉＣａ（登録商標）のチップ、又は、非接触型規格におけるいわゆるＴｙｐｅＡ若しくはＴｙｐｅＢのチップである。ＧＰＳ受信部３８は、衛星からの信号を受信する受信機を含む。ＧＰＳ受信部３８は、現在位置又は現在日時の取得に利用される。

チェックイン端末４０は、第２サービスから予約可能な施設に配置されたコンピュータである。例えば、チェックイン端末４０は、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。チェックイン端末４０は、制御部４１、記憶部４２、通信部４３、操作部４４、表示部４５、及び読取部４６を含む。制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部３４、及び表示部３５と同様である。読取部４６は、コードリーダ又はカメラを含む。読取部４６は、チェックイン端末４０の外部に接続されていてもよい。

なお、第１サーバ１０、第２サーバ２０、ユーザ端末３０、及びチェックイン端末４０の各々に記憶されるプログラム及びデータの少なくとも一方は、ネットワークＮを介して供給されてもよい。また、第１サーバ１０、第２サーバ２０、ユーザ端末３０、及びチェックイン端末４０の各々に、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）と、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）と、の少なくとも一方が含まれてもよい。例えば、情報記憶媒体に記憶されたプログラム及びデータの少なくとも一方が、読取部及び入出力部の少なくとも一方を介して供給されてもよい。

［１－２．第１実施形態のチェックインシステムの概要］
第１実施形態では、ユーザが、第２サービスから予約したホテルにチェックインする場合を例に挙げる。例えば、第１サービス及び第２サービスで共通のユーザＩＤ及びパスワードが利用される。ユーザは、１組のユーザＩＤ及びパスワードで、第１サービス及び第２サービスの両方にログインできる。まず、ユーザは、第２サービスにログインしてホテルを予約する。

図２は、第１実施形態で第２サービスからホテルを予約する手順の一例を示す図である。図２に示すように、ユーザがユーザ端末３０から第２サーバ２０にアクセスすると、第２サービスのトップページＰ１が表示される。第１実施形態では、ユーザがブラウザから第２サービスを利用する場合を説明するが、ユーザは、第２サービスのアプリケーションである第２アプリから第２サービスを利用してもよい。第２アプリは、ユーザ端末３０にインストール可能である。

ユーザは、トップページＰ１から任意の検索条件を入力し、所望のホテルを検索する。ユーザが、所望のホテルを検索して予約に必要な情報を入力すると、第２サービスのログインページＰ２が表示される。ユーザが、入力フォームＦ２０，Ｆ２１にユーザＩＤ及びパスワードを入力してボタンＢ２２を選択すると、第２サービスにログインしてホテルの予約が完了する。ユーザ端末３０には、ホテルの予約が完了したことを示す予約完了ページＰ３が表示される。

予約完了ページＰ３には、ユーザの予約内容と、当日のチェックイン方法と、が案内される。予約完了ページＰ３に示すように、ユーザは、第１サービスのアプリケーションである第１アプリを利用して、ホテルにチェックインする。第１アプリは、ユーザ端末３０にインストールされている。なお、ユーザは、ブラウザから第１サービスを利用してもよい。この場合、ブラウザの画面を利用してチェックインが実行されてもよい。

図３は、第１実施形態で第１アプリから表示される画面の一例を示す図である。ユーザがユーザ端末３０を操作して第１アプリを起動させると、第１サーバ１０及びユーザ端末３０の間で、第１サービスにログインするための処理が実行される。第１アプリが起動したタイミングで、ユーザＩＤ及びパスワードの入力が要求されてもよい。第１実施形態では、過去に第１サービスにログイン済みであり、ユーザＩＤ及びパスワードの入力が省略される場合を説明する。

図３に示すように、ユーザが第１サービスにログインすると、第１アプリのホーム画面Ｇ４が表示される。例えば、ユーザは、ホーム画面Ｇ４から他のユーザを選択してメッセージを送信したり、ホーム画面Ｇ４から他のユーザを友達追加したりすることによって、第１サービスを利用できる。ホーム画面Ｇ４は、第１サービス用のコードを表示させるためのボタンＢ４０と、第２サービス用のコードを表示させるためのボタンＢ４１と、を含む。

ユーザがボタンＢ４０を選択すると、第１サービス用のコードＣ５０を含む表示画面Ｇ５が表示される。例えば、コードＣ５０は、第１サービスにおける友達追加で利用される。あるユーザＡが表示させたコードＣ５０が、他のユーザＢのユーザ端末３０で読み取られると、他のユーザＢは、ユーザＡを友達追加できる。コードＣ５０は、第１サービスにおける他の目的で利用されてもよい。

コードＣ５０は、第１サービスでユーザを識別可能なＩＤを含む。このＩＤは、先述したユーザＩＤであってもよいが、第１実施形態では、ユーザＩＤとは異なる情報の場合を説明する。以降、このＩＤを、コードＩＤと記載する。コードＩＤには、有効期限が設定される。第１サーバ１０は、あるコードＩＤの有効期限が経過すると、新たなコードＩＤを発行し、コードＩＤ及び有効期限を更新する。コードＩＤ及び有効期限は、ユーザＩＤと関連付けられて第１サーバ１０に保持される。コードＩＤには、有効期限が設定されなくてもよい。コードＣ５０は、コードＩＤ以外の他の情報を含んでもよい。

ユーザがボタンＢ４１を選択すると、チェックイン用のコードＣ６０を含む表示画面Ｇ６が表示部３５に表示される。コードＣ６０は、コードＩＤを含む。コードＣ６０は、コードＩＤ以外の他の情報を含んでもよい。また、コードＣ５０が含むコードＩＤと、コードＣ６０が含むコードＩＤと、が異なってもよい。即ち、複数のコードＩＤが発行されてもよい。表示画面Ｇ６に示すように、コードＣ６０は、全国のホテルのチェックインで利用できる。コードＣ６０は、ホテル以外の他の施設へのチェックインでも利用できる。ユーザは、宿泊当日にホテルを訪れると、第１アプリを起動させて、表示画面ＧにコードＣ６０を表示させる。

図４は、第１実施形態でユーザがホテルを訪れてチェックインする様子の一例を示す図である。図４に示すように、ホテルに配置されたチェックイン端末４０には、第１アプリのチェックイン用のコードを読取部４６にかざすことを案内する案内画面Ｇ７が表示される。ユーザは、チェックイン端末４０の読取部４６にコードＣ６０をかざす。チェックイン端末４０は、読取部４６でコードＣ６０を読み取ると、コードＣ６０に含まれるコードＩＤを、第１サーバ１０に送信する。

第１サーバ１０は、コードＩＤに関連付けられたユーザＩＤを特定し、このユーザＩＤを第２サーバ２０に送信する。第２サーバ２０は、このユーザＩＤに関連付けられた予約内容を取得し、この予約内容に基づいて、チェックインを実行する。図４に示すように、チェックイン端末４０には、ユーザが予約時に入力した氏名や住所等の情報を含む完了画面Ｇ８が表示される。チェックイン端末４０は、ユーザが予約した部屋のルームキーを排出する。ユーザは、ルームキーを受け取り、この部屋に移動する。

以上のように、第１実施形態のチェックインシステムＳは、第１アプリから表示させたチェックイン用のコードＣ６０を利用して、第２サービスから予約されたホテルへのチェックインを実行する。チェックインに必要な情報が第１アプリで一元管理されるので、チェックインに必要な情報の管理を簡易化できる。以降、この技術の詳細を説明する。

［１－３．第１実施形態のチェックインシステムで実現される機能］
図５は、第１実施形態のチェックインシステムＳで実現される機能の一例を示す機能ブロック図である。

［１－３－１．第１サーバで実現される機能］
図５に示すように、第１サーバ１０では、データ記憶部１００、受付部１０１、発行部１０２、及び第１サービス提供部１０３が実現される。データ記憶部１００は、記憶部１２を主として実現される。受付部１０１、発行部１０２、及び第１サービス提供部１０３の各々は、制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、ユーザに第１サービスを提供するために必要なデータと、ユーザのチェックインに必要なデータと、を記憶する。例えば、データ記憶部１００は、第１データベースＤＢ１を記憶する。

図６は、第１データベースＤＢ１のデータ格納例を示す図である。図６に示すように、第１データベースＤＢ１は、第１サービスの利用設定をしたユーザに関する情報が格納されたデータベースである。例えば、第１データベースＤＢ１には、ユーザＩＤ、パスワード、コードＩＤ、有効期限、氏名、及び第１サービスの利用状況が格納される。

ユーザＩＤは、第２情報の一例である。このため、ユーザＩＤと記載した箇所は、第２情報と読み替えることができる。第２情報は、ユーザＩＤに限られず、少なくとも第２サービスでユーザを識別可能な情報であればよい。例えば、第２情報は、ＩＤと呼ばれる情報ではなく、ユーザアカウント等の他の名前で呼ばれる情報であってもよいし、メールアドレスが第２情報をとして利用されてもよい。他にも例えば、第２情報は、第１サービスと共通のユーザＩＤではなく、第２サービスで独自に発行されたユーザＩＤであってもよい。

コードＩＤは、第１情報の一例である。このため、コードＩＤと記載した箇所は、第１情報と読み替えることができる。第１情報は、コードＩＤに限られず、少なくとも第１サービスでユーザを識別可能な情報であればよい。例えば、第１情報は、ＩＤと呼ばれる情報ではなく、ユーザアカウント等の他の名前で呼ばれる情報であってもよいし、メールアドレスが第１情報をとして利用されてもよい。

例えば、ユーザＩＤが第１情報に相当してもよい。ユーザＩＤが第１情報に相当する場合には、後述の第２情報が存在せず、第２情報がチェックインで利用されなくてもよい。他にも例えば、第１情報は、第２サービスと共通のユーザＩＤではなく、第１サービスで独自に発行されたユーザＩＤであってもよい。この場合には、第２サービス側でユーザを特定する必要があるので、第２情報が存在し、第２情報がチェックインで利用されてもよい。第１情報と第２情報の関連付けは、第１データベースＤＢ１ではなく、第２データベースＤＢ２で管理されてもよい。

第１実施形態では、ユーザの会員登録の手続きは、第１サービス及び第２サービスで共通している。ユーザが会員登録をすると、第１サービス及び第２サービスの両方でユーザを識別可能な情報であるユーザＩＤが発行される。例えば、ユーザＩＤに関連付けられるユーザの登録情報は、第１データベースＤＢ１及び第２データベースＤＢ２とは異なる管理用のデータベースに格納される。登録情報は、パスワード、氏名、住所、及び電話番号等である。登録情報には、その他の個人情報が含まれてもよい。

ユーザは、会員登録の手続きを完了した後に、第１サービスの利用設定の手続きをする。この利用設定の手続きが完了すると、ユーザに対応するレコードが第１データベースＤＢ１に作成される。このレコードには、管理用のデータベースに格納されたユーザＩＤ、パスワード、及び氏名が格納される。

第１実施形態では、第１データベースＤＢ１によって、第１サーバ１０は、コードＩＤと、ユーザＩＤと、を関連付けて管理する。コードＩＤ及びユーザＩＤは、外部のデータベースに格納されてもよい。即ち、第１サーバ１０は、外部のデータベースを利用して、コードＩＤ及びユーザＩＤの関連付けを管理してもよい。第１サーバ１０は、後述のコードＩＤ取得部４０１により取得されたコードＩＤに関連付けられたユーザＩＤを、第２サーバ２０に送信する。

第１サービスの利用状況には、第１サービスに応じた内容が格納されるようにすればよい。第１実施形態では、ＳＮＳサービスが第１サービスに相当するので、第１サービスの利用状況には、ユーザが属するグループ、ユーザの友達、及びユーザのトーク内容が含まれる。第１サービス情報は、ユーザが第１サービスを利用すると更新される。なお、第１データベースＤＢ１に格納される情報は、図６の例に限られず、任意の情報が格納されてよい。例えば、ユーザＩＤ及びパスワードの入力を省略して第１サービスにログインするための情報が格納されてもよい。

［受付部］
受付部１０１は、ユーザ端末３０からコードＩＤの発行要求を受け付ける。発行要求は、所定形式のデータが送信されることによって行われる。発行要求は、任意のタイミングで送信可能であり、例えば、第１アプリが起動したタイミング、ユーザが第１サービスにログインするタイミング、コードＩＤの有効期限が経過したタイミング、又はユーザによりコードＩＤの発行が指示されたタイミングに送信される。

［発行部］
発行部１０２は、発行要求が受け付けられた場合に、コードＩＤを発行してユーザ端末３０に送信する。発行部１０２は、所定のＩＤ発行ルールに基づいて、他のコードＩＤと重複しないように、コードＩＤを発行する。発行部１０２は、乱数に基づいて、コードＩＤをランダムに発行してもよい。発行部１０２は、現在日時の所定時間だけ後の時間を、コードＩＤの有効期限として決定する。発行部１０２は、コードＩＤ及び有効期限を、発行要求をしたユーザのユーザＩＤに関連付けて第１データベースＤＢ１に格納する。第１実施形態では、発行部１０２がユーザ端末３０に有効期限も送信する場合を説明するが、有効期限は、ユーザ端末３０に送信されなくてもよい。

［第１サービス提供部］
第１サービス提供部１０３は、ユーザに第１サービスを提供する。第１サービス提供部１０３は、第１サービスの内容に応じた処理を実行すればよい。第１実施形態では、ＳＮＳサービスが第１サービスに相当するので、例えば、第１サービス提供部１０３は、ユーザが入力したメッセージが他のユーザに送信されるように、第１データベースＤＢ１の第１サービス情報を更新する。また例えば、第１サービス提供部１０３は、あるユーザがコードＣ５０を利用して友達追加をした場合に、このユーザの友達が追加されるように、第１データベースＤＢ１の第１サービス情報を更新する。

［３－２．第２サーバで実現される機能］
図５に示すように、第２サーバ２０では、データ記憶部２００、第２サービス提供部２０１、及びチェックイン実行部２０２が実現される。データ記憶部２００は、記憶部２２を主として実現される。第２サービス提供部２０１及びチェックイン実行部２０２の各々は、制御部２１を主として実現される。

［データ記憶部］
データ記憶部２００は、ユーザに第２サービスを提供するために必要なデータと、ユーザのチェックインに必要なデータと、を記憶する。例えば、データ記憶部２００は、第２データベースＤＢ２を記憶する。

図７は、第２データベースＤＢ２のデータ格納例を示す図である。図７に示すように、第２データベースＤＢ２は、第２サービスの利用設定をしたユーザに関する情報が格納されたデータベースである。例えば、第２データベースＤＢ２には、ユーザＩＤ、パスワード、氏名、申込情報、及びチェックイン情報が格納される。

ユーザは、会員登録の手続きを完了した後に、第２サービスの利用設定の手続きをする。この利用設定の手続きが完了すると、ユーザに対応するレコードが第２データベースＤＢ２に作成される。このレコードには、管理用のデータベースに格納されたユーザＩＤ、パスワード、及び氏名が格納される。

申込情報は、第２サービスに関する申し込みの内容に関する情報である。第１実施形態では、ホテルの予約が第２サービスに関する申し込みに相当する。このため、ホテルの予約について説明している箇所は、第２サービスに関する申し込みと読み替えることができる。第２サービスに関する申し込みは、第２サービスから行われる申し込み、又は、第２サービスを利用するための申し込みである。

第１実施形態のように、旅行予約サービスが第２サービスに相当する場合には、ホテルの予約は、第２サービスから行われる申し込みである。第２サービスに関する申し込みは、ホテルの予約に限られず、第２サービスに応じた申し込みであればよい。例えば、観光施設、公共施設、遊戯施設、レストラン、又は美容院といった他の施設の予約が申し込みに相当してもよい。また例えば、飛行機、列車、又はレンタカー等の予約が申し込みに相当してもよい。他にも例えば、後述の第２実施形態におけるチケットの購入も申し込みに相当する。

申込情報は、第２サービスに応じた内容を含めばよい。第１実施形態では、ホテルの予約が申し込みに相当するので、申込情報は、ホテルの予約内容を示す。例えば、申込情報は、ホテルを識別可能な情報（ホテル名・ホテルＩＤ等）、チェックイン日、チェックアウト日、宿泊者の氏名、住所、及び電話番号を含む。チェックイン情報は、チェックインの状況に関する情報である。例えば、チェックイン情報は、チェックインの有無と、チェックインが実行された日時と、を含む。

第１実施形態では、第２データベースＤＢ２によって、第２サーバ２０は、ユーザＩＤと、申込情報と、を関連付けて管理する。ユーザＩＤ及び申込情報は、外部のデータベースに格納されてもよい。即ち、第２サーバ２０は、外部のデータベースを利用して、ユーザＩＤ及び申込情報の関連付けを管理してもよい。なお、コードＩＤが第２サーバ２０に共有されて、申込情報がコードＩＤと関連付けられてもよい。この場合、ユーザＩＤを介することなく、コードＩＤから申込情報が検索可能になる。

例えば、ユーザが、複数のホテルの各々の予約を行った場合、第２サーバ２９は、ユーザＩＤと、複数のホテルの各々の申込情報と、を関連付けて管理する。即ち、予約ごとに、申込情報が管理される。なお、第２データベースＤＢ２に格納される情報は、図７の例に限られず、任意の情報が格納されてよい。例えば、コードＩＤが格納されてもよい。また、データ記憶部２００は、トップページＰ１等のデータやホテルの基本情報及び空室情報を記憶してもよい。

［第２サービス提供部］
第２サービス提供部２０１は、ユーザに第２サービスを提供する。第２サービス提供部２０１は、第２サービスの内容に応じた処理を実行すればよい。第１実施形態では、旅行予約サービスが第２サービスに相当するので、例えば、第２サービス提供部２０１は、ホテルの予約を受け付けるためのページ（トップページＰ１等）を、ユーザに提供する。また例えば、第２サービス提供部２０１は、ユーザが入力した検索条件に基づいて、ホテルを検索する。また例えば、第２サービス提供部２０１は、あるユーザがホテルを予約した場合に、申込情報を生成し、このユーザに関連付けて第２データベースＤＢ２に格納する。

［チェックイン実行部］
チェックイン実行部２０２は、コードＩＤ又はコードＩＤに関連付けられたユーザＩＤに基づいて、ホテルへのチェックインを実行する。第１実施形態では、第２サーバ２０は、自身でコードＩＤを管理しないので、チェックイン実行部２０２は、コードＩＤに関連付けられたユーザＩＤに基づいて、ホテルへのチェックインを実行する。第２サーバ２０が自身でコードＩＤを管理する場合には、チェックイン実行部２０２は、コードＩＤに基づいて、ホテルへのチェックインを実行する。この場合、ユーザＩＤはチェックインで利用されない。

チェックインを実行するとは、ユーザがホテルを訪れたことを検知することである。ホテルを訪れたユーザを特定すること、又は、ユーザが訪れたホテルを特定することは、チェックインを実行することに相当する。例えば、第２データベースＤＢ２のチェックイン情報を更新することは、チェックインを実行することに相当する。また例えば、ユーザが訪れたホテルのチェックイン端末４０又はこのホテルの他の端末に、ユーザの申込情報の全部又は一部を送信することは、チェックインを実行することに相当する。

第１実施形態では、ユーザは、ホテルを訪れる前に、第２サービスを利用してホテルの予約を行っているので、チェックイン実行部２０２は、ユーザＩＤに関連付けられた申込情報に基づいて、チェックインを実行する。チェックインの対象となるユーザのユーザＩＤは、第２サーバ２０自身で特定してもよいが、第１実施形態では、チェックイン実行部２０２は、第１サーバ１０から受信したユーザＩＤに関連付けられた申込情報に基づいて、チェックインを実行する。

例えば、チェックイン実行部２０２は、第１サーバ１０から受信したユーザＩＤに関連付けられた申込情報が第２データベースＤＢ２に存在する場合には、このユーザＩＤに関連付けられたチェックイン情報を更新する。チェックイン実行部２０２は、ユーザがチェックイン済みであることを示し、かつ、チェックイン日時として現在日時を含むように、このチェックイン情報を更新する。また例えば、チェックイン実行部２０２は、このユーザＩＤに関連付けられた申込情報の全部又は一部を、ユーザが訪れたホテルのチェックイン端末４０又はこのホテルの他の端末に送信する。

ユーザが複数のホテルを予約した場合には、複数の申込情報が存在するので、チェックイン実行部２０２は、複数のホテルの各々の申込情報のうち、ユーザが訪れたホテルの申込情報に基づいて、チェックインを実行する。ユーザが訪れたホテルは、チェックイン端末４０の端末ＩＤによって識別可能である。第１サーバ１０は、チェックイン端末４０からコードＩＤとともに端末ＩＤを受信する。第１サーバ１０は、このコードＩＤに関連付けられたユーザＩＤとともに、この端末ＩＤを第２サーバ２０に送信する。

第２サーバ２０は、第１サーバ１０から端末ＩＤ及びユーザＩＤを受信する。チェックイン実行部２０２は、端末ＩＤに基づいて、ユーザが訪れたホテルを特定する。チェックイン実行部２０２は、複数の申込情報のうち、当該特定されたホテルの申込情報に基づいて、このホテルへのチェックインを実行する。なお、端末ＩＤとホテルの関係は、データ記憶部２００に予め記憶されているものとする。即ち、どの端末ＩＤのチェックイン端末４０がどのホテルに配置されているかは、データ記憶部２００に予め記憶されている。これらの関係をデータ記憶部２００に記憶せずに、チェックイン端末４０に、自身が配置されたホテルを識別可能な情報を送信させてもよい。

［１－３－３．ユーザ端末で実現される機能］
図５に示すように、ユーザ端末３０では、データ記憶部３００と、表示制御部３０１と、が実現される。データ記憶部３００は、記憶部３２を主として実現される。表示制御部３０１は、制御部３１を主として実現される。

[データ記憶部]
データ記憶部３００は、ユーザが第１サービス及び第２サービスの各々を利用するために必要なデータと、チェックインに必要なデータと、を記憶する。例えば、データ記憶部３００は、第１アプリ及びコードＩＤを記憶する。ユーザ端末３０は、発行部１０２により発行されたコードＩＤを受信して自身のデータ記憶部３００に記録する。ユーザ端末３０は、コードＩＤの有効期限も受信した場合には、有効期限も自身のデータ記憶部３００に記録する。

［表示制御部］
表示制御部３０１は、図２及び図３の各画面を表示部３５に表示させる。例えば、表示制御部３０１は、第１サービスを利用するための第１アプリに基づいて、コードＩＤを含むコードを表示可能である。第１実施形態では、表示制御部３０１は、第１サービス用のコードＣ５０と、第２サービス用のコードＣ６０と、の各々を表示可能である。第１実施形態では、コードＣ５０もコードＩＤを含む場合を説明するが、コードＣ５０は、コードＩＤを含まずに、ユーザを識別可能な他の情報を含んでもよい。

コードＣ５０は第１コードの一例であり、コードＣ６０は第２コードの一例である。このため、コードＣ５０と記載した箇所は、第１コードと読み替えることができ、コードＣ６０と記載した箇所は、第２コードと読み替えることができる。第１コード及び第２コードの各々は、任意のコードであってよく、第１実施形態の例に限られない。第１コード及び第２コードの各々は、二次元コードではなく、バーコードであってもよいし、時間経過に応じて見た目が変わるコードであってもよい。表示制御部３０１は、データ記憶部３００に記憶されたコードＩＤをコード化し、コードＣ５０，Ｃ６０の各々を表示させる。

［１－３－４．チェックイン端末で実現される機能］
図５に示すように、チェックイン端末４０では、データ記憶部４００と、コードＩＤ取得部４０１と、が実現される。データ記憶部４００は、記憶部４２を主として実現される。コードＩＤ取得部４０１は、制御部４１を主として実現される。

[データ記憶部]
データ記憶部４００は、チェックインに必要なデータを記憶する。例えば、データ記憶部４００は、チェックイン端末４０を識別可能な端末ＩＤと、第１サーバ１０を識別可能な情報と、を記憶する。他にも例えば、データ記憶部４００は、チェックイン端末４０が配置されたホテルを識別可能な情報を記憶してもよい。

［コードＩＤ取得部］
コードＩＤ取得部４０１は、第１サービスのユーザがホテルを訪れた場合に、ユーザのユーザ端末３０と、ホテルのチェックイン端末４０と、の少なくとも一方を利用して、第１サービスでユーザを識別可能なユーザのコードＩＤを取得する。第１実施形態では、ユーザ端末３０及びチェックイン端末４０の両方が利用される場合を説明するが、後述の変形例のように、ユーザ端末３０又はチェックイン端末４０の何れか一方だけが利用されてもよい。

第１実施形態では、ユーザ端末３０のデータ記憶部３００にコードＩＤが記録されているので、コードＩＤ取得部４０１は、ユーザ端末３０に記録されたコードＩＤを取得する。例えば、第１実施形態では、コードＩＤ取得部４０１は、コードＣ６０がチェックイン端末４０で読み取られた場合に、コードＩＤを取得する。チェックイン端末４０は、コードＩＤを取得するための端末であればよく、コードＩＤの取得方法に応じた端末であればよい。

コードＩＤは、光学的に取得されなくてもよく、通信によって取得されてもよい。この場合、ユーザ端末３０と通信可能な通信機器がチェックイン端末に相当してもよい。通信自体は、任意のプロトコルを利用可能であり、例えば、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は赤外線通信であってもよいし、公知のＩＣカードで採用されている近距離無線通信であってもよい。

ホテルは、第２サービスに関する場所の一例である。このため、ホテルと記載した箇所は、第２サービスに関する場所と読み替えることができる。第２サービスに関する場所は、第２サービスを利用して申し込まれる場所、又は、第２サービスが提供される場所である。例えば、第２サービスに関する場所は、観光施設、公共施設、空港、駅、店舗、レストラン、又は美容院といった他の施設であってもよいし、屋外のスペースやバス停のように、特段の施設が存在しない場所が、第２サービスに関する場所であってもよい。

［１－４．第１実施形態のチェックインシステムで実行される処理］
図８及び図９は、第１実施形態のチェックインシステムＳで実行される処理の一例を示すフロー図である。図８及び図９に示す処理は、制御部１１，２１，３１，４１の各々が記憶部１２，２２，３２，４２の各々に記憶されたプログラムに従って動作することによって実行される。図８及び図９の処理は、図５の機能ブロックにより実行される処理の一例である。

図８に示すように、第２サーバ２０及びユーザ端末３０の間で、ホテルの予約処理が実行される（Ｓ１）。Ｓ１では、図２を参照して説明した流れによって、ホテルが予約される。第２サーバ２０は、ユーザ端末３０から受信した情報に基づいて申込情報を生成し、ホテルを予約したユーザのユーザＩＤに関連付けて第２データベースＤＢ２に格納する。

ユーザ端末３０は、ユーザが操作部３４から第１アプリを選択すると、記憶部３２に記憶された第１アプリを起動させ（Ｓ２）、第１サーバ１０との間で、ログイン処理を実行する（Ｓ３）。Ｓ３では、ユーザ端末３０は、第１サーバ１０に、ログイン処理の実行要求を送信する。この実行要求は、ログインに必要な情報を含み、第１実施形態ではコードＩＤの発行要求に相当する。第１サーバ１０は、ユーザ端末３０から受信した情報と、第１データベースＤＢ１と、に基づいて、ログイン処理を実行する。

第１サーバ１０は、ログインが成功した場合、コードＩＤを発行してユーザ端末３０に送信する（Ｓ４）。Ｓ４では、第１サーバ１０は、発行したコードＩＤに有効期限を設定し、ログインが成功したユーザＩＤに関連付けて第１データベースＤＢ１に格納する。ユーザ端末３０は、コードＩＤを受信すると、記憶部３２のうちの第１アプリの記憶領域にコードＩＤを記録する（Ｓ５）。この記憶領域には、コードＩＤの有効期限も記録される。

ユーザ端末３０は、第１アプリのホーム画面Ｇ４を表示部３５に表示させる（Ｓ６）。以降、ユーザの操作に応じた処理が実行される。ここでは、ボタンＢ４１を選択する操作が行われた場合を説明する。なお、コードＩＤの有効期限が経過した場合には、コードＣ５０が表示されずに、Ｓ４及びＳ５の処理と同様にして、新たなコードＩＤが発行される。

ユーザ端末３０は、ユーザがボタンＢ４１を選択すると、第１アプリの記憶領域に記録されたコードＩＤに基づいて、チェックイン用のコードＣ６０を表示画面Ｇ６に表示させる（Ｓ７）。ユーザは、予約したホテルを訪れた場合に、Ｓ７で表示させたコードＣ６０をチェックイン端末４０にかざす。チェックイン端末４０は、読取部４６によるコードＣ６０の読取結果に基づいて、コードＣ６０に含まれるコードＩＤを取得する（Ｓ８）。

図９に移り、チェックイン端末４０は、第１サーバ１０に端末ＩＤ及びコードＩＤを送信する（Ｓ９）。第１サーバ１０は、端末ＩＤ及びコードＩＤを受信すると、第１データベースＤＢ１に基づいて、当該コードＩＤに関連付けられたユーザＩＤを取得する（Ｓ１０）。第１サーバ１０は、第２サーバ２０に、チェックイン端末４０から受信した端末ＩＤと、Ｓ１０で取得したユーザＩＤと、を送信する（Ｓ１１）。

第２サーバ２０は、端末ＩＤ及びユーザＩＤを受信すると、第２データベースＤＢ２に基づいて、このユーザＩＤに関連付けられた、この端末ＩＤに対応するホテルの申込情報を取得する（Ｓ１２）。このユーザＩＤに関連付けられた申込情報が第２データベースＤＢ２に存在しない場合には、本処理は終了し、チェックインは実行されない。申込情報が存在したとしても、この端末ＩＤに対応するホテルではない場合には、本処理は終了し、チェックインは実行されない。

第２サーバ２０は、Ｓ１２で取得した申込情報に基づいて、ホテルへのチェックインを実行する（Ｓ１３）。Ｓ１３では、第２サーバ２０は、第１サーバ１０から受信したユーザＩＤに関連付けられたチェックイン情報を更新する。また、第２サーバ２０は、第１サーバ１０から受信した端末ＩＤが示すチェックイン端末４０に、Ｓ１２で取得した申込情報の全部又は一部を送信する。チェックイン端末４０は、申込情報の全部又は一部を受信すると、申込情報に基づいて、完了画面Ｇ８を表示部４６に表示させ（Ｓ１４）、本処理は終了する。

第１実施形態のチェックインシステムＳによれば、第１サービスのユーザが第２サービスを利用して予約したホテルを訪れた場合に、第１サービスのコードＩＤを利用して、ホテルへのチェックイン実行することによって、チェックインに必要な情報を第１アプリとは別に管理する必要がなくなるので、チェックインに必要な情報の管理を簡易化できる。例えば、ユーザが予約したホテルのチェックイン用のコードを電子メールで送信し、ユーザが宿泊当日にこのコードをユーザ端末３０に表示させてチェックインすることも考えられるが、ユーザは、多数の電子メールからコードを探し出す必要があり、情報の管理が煩雑になる。この点、ユーザが普段使用する第１アプリからチェックインできるようにすることで、管理すべき情報の数を減らせる。

また、チェックインシステムＳは、第１アプリから表示されたコードＣ６０がチェックイン端末４０で読み取られた場合に、コードＩＤを取得することによって、コードＣ６０の読み取りといった簡易な操作でチェックインを実行できる。また、コードＣ６０は第１アプリから表示でき、ホテルにチェックインするためのコードを第１アプリとは別に管理する必要がなくなるので、チェックインに必要な情報の管理を簡易化できる。

また、チェックインシステムＳは、チェックイン用のコードＣ６０がチェックイン端末４０で読み取られた場合に、コードＩＤを取得することによって、第１サービス用のコードＣ５０と、チェックイン用のコードＣ６０と、を使い分けることができる。ユーザは第１アプリさえ操作すれば、第１サービスの利用と、ホテルへのチェックインの実行と、の両方を行うことができるので、ユーザの情報の管理を簡易化できる。

また、チェックインシステムＳは、ユーザ端末３０からの発行要求が受け付けられた場合に、コードＩＤを発行してユーザ端末３０に送信し、ユーザ端末３０に記録されたコードＩＤを取得することによって、同じコードＩＤが長期間使いまわされることを防止できる。このため、悪意のある第三者によるなりすましを防止し、チェックイン時のセキュリティが高まる。例えば、悪意のある第三者がコードＣ６０のスクリーンショットを何らかの形で入手したとしても、コードＩＤが変更されればそのスクリーンショットではチェックインできなくなるので、セキュリティが高まる。また例えば、コードＩＤをランダムに生成することによって、第三者がコードＩＤの予測をできなくなり、よりセキュリティが高まる。また例えば、コードＩＤを更新する間隔を短くすることで、よりセキュリティが高まる。

また、チェックインシステムＳは、ユーザが予約したホテルの申込情報に基づいてチェックインを実行することによって、チェックイン時のユーザの手間を省くことができる。例えば、ユーザが宿泊当日にホテルのフロントで記帳する必要がなくなる。

また、チェックインシステムＳは、ユーザＩＤではなくコードＩＤをコードＣ５０，Ｃ６０に含めることによって、ユーザＩＤが漏洩するリスクを低減し、セキュリティが高まる。例えば、コードＣ５０，Ｃ６０にユーザＩＤを含めることもできるが、悪意のある第三者にユーザＩＤが漏洩し、不正ログインが行われる可能性がある。この点、コードＣ５０，Ｃ６０にはユーザＩＤが含まれていないので、第三者へのユーザＩＤの漏洩及び不正ログインを防止できる。仮にコードＩＤが漏洩したとしても、他のコードＩＤに更新すれば済むだけであり、何らかの情報が第三者に漏洩したとしても、ユーザＩＤを変更する必要がなくなる。

また、チェックインシステムＳは、ユーザが複数のホテルの各々の予約を行ったとしても、ユーザが訪れたホテルの申込情報に基づいて、チェックインを実行することによって、適切なホテルへのチェックインを実行できる。また、複数のホテルのチェックインで利用するコードＣ６０を共通化することによって、チェックインに必要な情報をホテルごとに管理する必要がなくなり、情報の管理をより簡易化できる。

［２．第２実施形態］
第１サービス及び第２サービスは、任意のサービスの組み合わせであってよく、第１実施形態の例に限られない。第２実施形態では、第１サービスが電子決済サービスであり、第２サービスがチケット販売サービスである場合を説明する。なお、第２実施形態では、第１実施形態と同様の内容は、説明を省略する。

第２実施形態の第１サービスは、電子決済を提供するサービスである。例えば、第１サービスは、ユーザ端末３０を利用した電子決済を提供するサービスである。第２実施形態では、第１アプリを利用して電子決済が実行される場合を説明する。第１アプリから利用可能な決済手段は、任意の種類であってよく、例えば、クレジットカード、デビットカード、電子マネー、電子キャッシュ、ポイント、銀行口座、ウォレット、仮想通貨、又はこれらの組み合わせであってもよい。

なお、第１サービスは、ユーザ端末３０のＩＣチップ３７を利用した電子決済を提供してもよい。第１サービスは、ユーザ端末３０を利用せずに、ＩＣカード又は磁気カード等の物理的なカードを利用した電子決済を提供してもよい。第１サービスは、ユーザの所有物ではなく、ユーザ自身を利用して（即ち、生体認証を利用して）電子決済を提供してもよい。これらの電子決済でも、任意の決済手段を利用可能である。

第２実施形態の第２サービスは、ユーザが訪れる場所に関するチケットの購入申し込みを受け付けるサービスである。この場所は、第２サービスに関する場所である。スポーツの試合、コンサート、演劇、その他のイベント、映画館、又は美術館等のチケットを販売するサービスである。第２サービスで販売されるチケット自体は、公知のプレイガイドで取り扱われているチケットであればよい。

第２実施形態では、ユーザが第２サービスを利用して野球の試合のチケットを購入する場合を例に挙げる。このため、試合が開催されるスタジアムは、第２サービスに関する場所の一例である。スタジアムについて説明している箇所は、第２サービスに関する場所と読み替えることができる。この場所は、チケットに記載される場所であればよく、コンサート会場、劇場、その他のイベント会場、映画館、又は美術館等の場所であってよい。

図１０は、第２実施形態のチェックインシステムＳの全体構成の一例を示す図である。図１０に示すように、チェックインシステムＳは、第１実施形態で説明した構成に加えて、決済端末５０を含む。第２実施形態では、チェックイン端末４０及び決済端末５０は、スタジアムに配置される。決済端末５０は、スタジアムにおける店舗のコンピュータである。第２実施形態では、この店舗がスタジアムの中に存在する場合を説明するが、店舗は、スタジアム付近であれば、スタジアムの外に存在してもよい。

例えば、決済端末５０は、ＰＯＳ端末、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。決済端末５０は、制御部５１、記憶部５２、通信部５３、操作部５４、表示部５５、及び読取部５６を含む。制御部５１、記憶部５２、通信部５３、操作部５４、表示部５５、及び読取部５６の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部３４、表示部３５、及び読取部４６と同様である。第２実施形態では、まず、ユーザは、第２サービスにログインして試合のチケットを購入する。

図１１は、第２実施形態で第２サービスからチケットを購入する手順の一例を示す図である。図１１に示すように、ユーザがユーザ端末３０から第２サーバ２０にアクセスすると、第２サービスのトップページＰ９が表示される。ユーザは、トップページＰ９から任意の検索条件を入力し、所望のチケットを検索する。ユーザが、所望のチケットの購入申し込みをすると、第２サービスのログインページＰ１０が表示される。

ユーザが、入力フォームＦ１００，Ｆ１０１にユーザＩＤ及びパスワードを入力してボタンＢ１０２を選択すると、第２サービスにログインしてチケットの購入が完了する。ユーザは、第１サービスを利用してチケットの代金を支払ってもよいし、第２サービスに登録した他の決済手段を利用してもよい。ユーザ端末３０には、チケットの購入が完了したことを示す購入完了ページＰ１１が表示される。購入完了ページＰ１１に示すように、スタジアムへのチェックイン方法自体は、第１実施形態と同様である。ユーザは、第１アプリを利用してスタジアムにチェックインする。

図１２は、第２実施形態で第１アプリから表示される画面の一例を示す図である。ユーザがユーザ端末３０を操作して第１アプリを起動させると、第１実施形態と同様にしてコードＩＤが発行され、第１アプリのホーム画面Ｇ１２が表示される。ホーム画面Ｇ１２には、電子決済用のコードＣ１２０が表される。コードＣ１２０は、コードＩＤを含む。コードＣ１２０は、第１実施形態のコードＣ５０に対応する。コードＣ１２０を表示させる方法は、コードＣ５０を表示させる方法と同様である。

ユーザは、コードＣ１２０を利用して電子決済を実行できる。例えば、ユーザは、スタジアムにチェックインした後に、決済端末５０にコードＣ１２０を読み取らせると、予め設定された決済手段（図１２ではクレジットカード）に基づいて、電子決済を実行できる。コードＣ１２０は、スタジアム以外の任意の店舗で利用可能である。即ち、コードＣ１２０は、第２サービスに関する場所以外の場所でも利用可能である。

なお、電子決済の実行方法自体は、種々の手法を利用可能である。例えば、決済端末５０に表示されたコードをユーザ端末３０で読み取る方法、紙等に印刷されて店舗に掲示されたコードをユーザ端末３０で読み取る方法、ユーザ端末３０のＩＣチップ３７を決済端末５０のリーダライタにかざす方法、又はユーザ端末３０に対する操作だけで完結する方法であってもよい。

ユーザがホーム画面Ｇ１２のボタンＢ１２１を選択すると、チェックイン用のコードＣ１３０を含む表示画面Ｇ１３が表示部３５に表示される。コードＣ１３０は、コードＩＤを含む。コードＣ１３０は、第２実施形態のコードＣ６０に対応する。コードＣ１３０を表示させる方法は、第１実施形態で説明したコードＣ６０を表示させる方法と同様である。

図１３は、第２実施形態でユーザがスタジアムを訪れてチェックインする様子の一例を示す図である。図１３に示すように、ユーザは、スタジアムのエントランスに配置されたチェックイン端末４０の読取部４６にコードＣ１３０をかざすと、第１実施形態と同様にして、第１サーバ１０及び第２サーバ２０の各々の制御によってチェックインが実行される。チェックインが完了すると、チェックイン端末４０には、ユーザが購入したチケットの詳細が表示され、ユーザの入場が許可される。チェックイン端末４０は、自身に接続されたプリンタから、ユーザが購入したチケットを発券してもよい。

チェックインが完了すると、ユーザは、スタジアムのエントランスから入場する。スタジアム内の複数の位置の各々に決済端末５０が配置されており、ユーザは、任意の店舗で商品を購入したり、サービスを利用したりすることができる。スタジアム内を移動する売り子が電子決済に対応する場合には、売り子は、可搬型の決済端末５０を持ち歩いてもよい。図１３の例では、ユーザは、第１アプリを利用した電子決済により、座席でドリンクを購入し、売店でグッズを購入し、レストランで食事の支払いをする。

試合が終了すると、ユーザは、チェックイン端末４０の読取部４６にコードＣ１３０をかざし、スタジアムからチェックアウトする。チェックアウト時の流れは、チェックイン時の流れと同様である。第２サーバ２０は、第１サーバ１０を介してチェックアウトしたユーザを特定すると、チェックアウトの処理を実行する。チェックイン端末４０には、チェックアウトが完了したことを示す画面が表示される。チェックアウトが完了すると、ユーザは、スタジアムのエントランスから退場する。なお、チェックアウトは省略してもよい。

第２実施形態のチェックインシステムＳの機能ブロック及び処理の流れは、第１実施形態と同様である。第２実施形態では、第２データベースＤＢ２に格納される申込情報は、ユーザにより購入されたチケットに関する情報である。例えば、申込情報は、ユーザがチケットを購入した試合の日時、開始時間、座席、及び価格を含む。チェックインが実行されると、チェックイン端末４０には、申込情報に含まれるこれらの情報が表示される。

なお、第２実施形態では、第１データベースＤＢ１に、電子決済に必要な情報が格納されているものとする。例えば、ユーザＩＤに関連付けて、クレジットカード情報、電子マネー情報、電子キャッシュ情報、又は銀行口座情報といった決済手段に関する情報が第１データベースＤＢ１に格納されている。また例えば、ユーザＩＤに関連付けて、複数の決済手段の中でユーザが選択した決済手段を識別する情報が第１データベースＤＢ１に格納されている。

ユーザがユーザ端末３０にコードＣ１２０を表示させて決済端末５０にかざすと、決済端末５０は、コードＣ１２０を読み取ってコードＩＤを取得して、電子決済に必要な情報（決済金額等）とともに第１サーバ１０に送信する。第１サーバ１０は、決済端末５０からコードＩＤを受信する。第１サービス提供部１０３は、第１データベースＤＢ１を参照し、このコードＩＤに関連付けられた情報に基づいて、ユーザが選択した決済手段を特定する。第１サービス提供部１０３は、当該特定された決済手段に関する情報（クレジットカード情報等）に基づいて、電子決済を実行する。電子決済の実行方法自体は、公知の種々の方法を利用可能である。

第１サービス提供部１０３は、チケットの購入に関する電子決済を実行してもよい。即ち、第１サービス提供部１０３は、ユーザが第２サービスを利用して購入するチケットの代金が第１サービスの電子決済で支払われるようにしてもよい。また、ユーザが、スタジアムで所定のサービス（図１３の例では、ドリンク購入、グッズ購入、食事利用の各サービス）を利用可能な場合には、第１サービス提供部１０３は、チェックインが実行された場合に、スタジアムにおける利用に関する電子決済を実行してもよい。

なお、チェックイン端末４０が電子決済機能を有してもよい。この場合、コードＣ１２０は、電子決済を実行するために第１サービスを利用することを識別可能な情報を含む。チェックイン端末４０は、コードＣ１２０を読み取った場合に、コードＩＤとともに、この情報を第１サーバ１０に送信する。第１サーバ１０は、この情報に基づいて、第１サービス提供部１０３に処理させると決定する。第１サービス提供部１０３は、上記と同様の流れにより、電子決済を実行すればよい。

同様に、コードＣ１３０は、チェックインを実行することを識別可能な情報を含んでもよい。チェックイン端末４０は、コードＣ１３０を読み取った場合に、コードＩＤとともに、この情報を第１サーバ１０に送信する。第１サーバ１０は、この情報に基づいて、チェックインのための処理を実行すると判定すればよい。第１サーバ１０は、上記と同様の流れにより、チェックインのための処理を実行すればよい。

また、決済端末５０がチェックイン機能を有してもよい。この場合も上記と同様にして、第１サーバ１０は、コードＣ１２０，Ｃ１３０に含まれる情報に基づいて、第１サービス提供部１０３に処理させるか、チェックインのための処理を実行するか、を判定すればよい。また、コードＣ１２０，Ｃ１３０にこの情報を含めるのではなく、後述する変形例１のように、第１サービスを利用するか、スタジアムへのチェックインを実行するか、をユーザに選択させてもよい。

第２実施形態のチェックインシステムＳによれば、ユーザが比較的頻繁に利用する電子決済サービスである第１サービスの第１アプリで、スタジアムへのチェックインのコードＣ１３０も管理できるので、チェックインに必要な情報の管理がより簡易化する。また、ユーザが予約したチケットの代金も第１サービスの電子決済で実行することによって、ユーザの利便性も高まる。

また、チェックインシステムＳは、チェックインが実行された場合に、スタジアムにおける利用に関する電子決済を実行することによって、スタジアム内での支払いが簡易化し、ユーザの利便性が高まる。ユーザは、スタジアム内で利用した支払額を管理しやすくなる。

［３．変形例］
なお、本開示は、以上に説明した実施の形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

図１４は、変形例における機能ブロック図の一例である。以降説明する変形例では、図１４に示す各機能が実現される。許可部１０４、利用額取得部１０５、情報提供部１０６、及び決定部１０７の各々は、制御部１１を主として実現される。分配部２０３は、制御部２１を主として実現される。なお、第２実施形態で説明した第１サービス及び第２サービスの組み合わせを例に挙げるが、第１実施形態で説明した組み合わせであってもよい。

［３－１．変形例１］
図１５は、変形例１における第１アプリのホーム画面Ｇ１４の一例を示す図である。図１５に示すように、ユーザ端末３０は、第１サービス及び第２サービスで共通のコードＣ１４０を表示可能であってもよい。即ち、第１サービス用のコードと、チェックイン用のコードと、は同じであってもよい。この共通のコードは、コードＩＤを含む。コードＩＤの発行方法は、第１実施形態及び第２実施形態と同様である。

例えば、コードＣ１４０が第１サービスを利用可能な場所（例えば、スタジアム内の店舗又は売り子）で読み取られると、ユーザは第１サービスを利用できる。変形例１の第１サービス提供部１０３は、第１サービスの決済端末５０で、共通のコードＣ１４０が読み取られた場合に、コードＩＤに基づいて、第１サービスを提供する。

決済端末５０は、第１サービス端末の一例である。このため、決済端末５０と記載した箇所は、第１サービス端末と読み替えることができる。第１サービス端末は、第１サービスを提供するためのコンピュータであればよく、スタジアムに配置された決済端末５０に限られない。スタジアムとは関係のない場所に配置されたコンピュータが第１サービス端末に相当してもよい。例えば、コンビニエンスストア、スーパーマーケット、その他の店舗、又は自動販売機等が第１サービス端末に相当してもよい。

変形例１では、第１サーバ１０のデータ記憶部１００は、第１サービス端末を識別可能な端末ＩＤを記憶する。第１サービス端末は、共通のコードＣ１４０を読み取ってコードＩＤを取得すると、第１サーバ１０に、自身の端末ＩＤ及びこのコードＩＤを送信する。第１サービス提供部１０３は、端末ＩＤ及びコードＩＤを受信すると、この端末ＩＤに基づいて、端末ＩＤ及びコードＩＤを送信したコンピュータが第１サービス端末であるか否かを判定する。

第１サービス提供部１０３は、端末ＩＤ及びコードＩＤを送信したコンピュータが第１サービス端末であると判定した場合に、このコードＩＤに関連付けられたユーザＩＤのユーザが指定した決済手段に基づいて、電子決済を実行する。電子決済の実行方法自体は、第２実施形態で説明した通り、公知の方法を利用可能である。コードＣ１４０がスタジアムの決済端末５０で読み取られると、第１サービス提供部１０３は、上記の流れに基づいて、電子決済を実行する。

一方、コードＣ１４０がスタジアムのチェックイン端末４０で読み取られると、電子決済は実行されず、ユーザは第２サービスで予約したチケットでスタジアムに入場できる。変形例１のコードＩＤ取得部４０１は、共通のコードＣ１４０がチェックイン端末４０で読み取られた場合に、コードＩＤを取得する。チェックイン端末４０は、第１実施形態及び第２実施形態と同様にして、自身の端末ＩＤ及びこのコードＩＤを第１サーバ１０に送信する。第１サーバ１０は、この端末ＩＤに基づいて、端末ＩＤ及びコードＩＤを送信したコンピュータがチェックイン端末４０であることを特定する。以降、第１実施形態及び第２実施形態と同様の流れでチェックインが実行される。

なお、チェックイン端末４０が電子決済機能を有する場合には、ユーザにより、第１サービスを利用するか、スタジアムへのチェックインを実行するか、を選択させてもよい。チェックイン端末４０は、ユーザの選択結果を識別可能な情報とともに、自身の端末ＩＤ及びコードＩＤを第１サーバ１０に送信する。第１サーバ１０は、この情報に基づいて、第１サービス提供部１０３に処理させるか、チェックインのための処理を実行するか、を判定すればよい。決済端末５０がチェックイン機能を有する場合も同様にして、第１サーバ１０は、ユーザの選択結果を識別可能な情報に基づいて、第１サービス提供部１０３に処理させるか、チェックインのための処理を実行するか、を判定すればよい。

また、図１５に示すように、ユーザがボタンＢ１４１を選択すると、購入済みのチケットの内容がユーザ端末３０に表示されてもよい。この場合、ユーザ端末３０は、第１サーバ１０を介して第２サーバ２０に購入済みのチケットの内容を要求する。第２サーバ２０は、第２データベースＤＢ２に格納された申込情報の全部又は一部を、第１サーバ１０を介して又は直接的にユーザ端末３０に送信する。ユーザは、申込情報を確認しながらコードＣ１４０によってチェックインを実行できる。

変形例１によれば、第１サービス及び第２サービスで共通のコードＣ１４０がチェックイン端末４０で読み取られた場合に、コードＩＤを取得することによって、第１サービス及び第２サービスのコードＣ１４０を共通化し、情報の管理をより簡易化できる。

［３－２．変形例２］
図１６は、変形例２のチェックインシステムＳの一例を示す図である。図１６に示すように、変形例２では、ユーザは、複数のスタジアムＡ～Ｃの各々のチケットを購入しており、ユーザが複数のスタジアムＡ～Ｃの各々を訪問可能である場合を説明する。第２サーバ２０の第２データベースＤＢ２には、複数のスタジアムＡ～Ｃの各々の申込情報が格納されている。図１６では、スタジアムＡにはチェックイン端末４０Ａが配置されており、スタジアムＢにはチェックイン端末４０Ｂが配置されており、スタジアムＣにはチェックイン端末４０Ｃが配置されている。

従来の技術では、複数のスタジアムＡ～Ｃの各々にチェックインするために、別々のコードが必要なので、コードの管理が煩雑である。そこで、変形例２のユーザ端末３０は、複数のスタジアムＡ～Ｃで共通のコードＣ１４０を表示可能である。ユーザは、コードＣ１４０を利用して、スタジアムＡ～Ｃの各々にチェックインできる。このコードＣ１４０は、変形例１と同様に第１サービス用及びチェックイン用で共通のものとするが、第１実施形態又は第２実施形態のように、チェックイン用のコードＣ６０，Ｃ１３０が利用されてもよい。

第２サーバ２０は、複数のチェックイン端末４０Ａ～４０Ｃの各々の端末ＩＤと、スタジアムを識別可能なスタジアムＩＤと、を関連付けてデータ記憶部２００に記憶している。このため、第２サーバ２０は、端末ＩＤを取得すれば、どのスタジアムにユーザがチェックインしようとしているかを特定できるようになっている。第２サーバ２０の申込情報には、スタジアムＩＤが含まれている。第２サーバ２０は、端末ＩＤに関連付けられたスタジアムＩＤを取得すれば、どのスタジアムにユーザがチェックインしようとしているかを特定できる。なお、スタジアムＩＤは、チェックイン端末４０Ａ～４０Ｃの各々に記憶されており、チェックイン端末４０Ａ～４０Ｃの各々から第１サーバ１０に送信されてもよい。

変形例２では、ユーザがスタジアムＡにチェックインする場合を例に挙げる。チェックイン端末４０ＡのコードＩＤ取得部４０１は、共通のコードＣ１４０がチェックイン端末４０Ａで読み取られた場合に、コードＩＤを取得する。チェックイン端末４０Ａは、第１サーバ１０に、自身の端末ＩＤ及びコードＩＤを送信する。第１サーバ１０は、第１データベースＤＢ１を参照し、コードＩＤに関連付けられたユーザＩＤを取得する。第１サーバ１０は、この端末ＩＤ及びこのユーザＩＤを第２サーバ２０に送信する。

第２サーバ２０は、第１サーバ１０から端末ＩＤ及びコードＩＤを受信する。チェックイン実行部２０２は、この端末ＩＤに関連付けられたスタジアムＩＤを取得し、このコードＩＤに関連付けられたユーザＩＤを取得する。チェックイン実行部２０２は、このユーザＩＤに関連付けられた申込情報のうち、このスタジアムＩＤを含む申込情報を取得する。

ここでは、スタジアムＡの申込情報が取得されるので、チェックイン実行部２０２は、この申込情報に基づいて、スタジアムＡへのチェックインを実行する。チェックイン自体は、第２実施形態で説明した通りである。スタジアムＡのチェックイン端末４０Ａには、チェックインが完了したことを示す画面が表示され、ユーザは、スタジアムＡのエントランスを通過する。

なお、ユーザがスタジアムＢ又はスタジアムＣにチェックインする場合も、上記と同様の処理により、スタジアムＢ又はスタジアムＣへのチェックインが実行される。第２サーバ２０は、チェックイン端末４０Ｂ又はチェックイン端末４０Ｃから受信した端末ＩＤに基づいて、ユーザがスタジアムＢ又はスタジアムＣの何れにチェックインしようとしているかを特定すればよい。ユーザがチケットを購入したスタジアムが２つ又は４つ以上の場合も同様である。

また、ユーザがチェックインしようとしているスタジアムは、第１サーバ１０によって特定されてもよい。この場合、第１サーバ１０は、端末ＩＤと、スタジアムＩＤと、の関連付けをデータ記憶部１００に記憶しているものとする。第１サーバ１０は、チェックイン端末４０から受信した端末ＩＤに関連付けられたスタジアムＩＤを取得し、ユーザＩＤとともに、第２サーバ２０に送信する。第２サーバ２０は、第１サーバ１０からスタジアムＩＤ及びユーザＩＤを受信し、その後のチェックイン実行部２０２の処理は、上記と同様にすればよい。

変形例２によれば、複数のスタジアムで共通のコードＣ１４０がチェックイン端末４０で読み取られた場合にコードＩＤを取得することによって、複数のスタジアムでコードＣ１４０を共通化し、情報の管理をより簡易化できる。

［３－３．変形例３］
図１７は、変形例３のチェックインシステムＳの一例を示す図である。図１７に示すように、変形例３では、ユーザは、複数の第２サービスを利用可能であり、複数の第２サービスの各々に関する場所を訪問可能である。変形例３では、複数の第２サービスとして、チケット購入サービス、旅行予約サービス、及びレストラン予約サービスを例に挙げる。チェックインシステムＳは、チケット購入サービスの第２サーバ２０Ｄ、旅行予約サービスの第２サーバ２０Ｅ、及びレストラン予約サービスの第２サーバ２０Ｆを含む。

例えば、ユーザは、チケット購入サービスからスタジアムで開催される試合のチケットを購入済みである。第２サーバ２０Ｄは、このチケットの申込情報を記憶する。このスタジアムには、チェックイン端末４０Ｄが配置されている。チケット購入サービスの詳細は、第２実施形態で説明した通りである。

また例えば、ユーザは、旅行予約サービスからホテルを予約済みである。第２サーバ２０Ｅは、このホテルの申込情報を記憶する。このホテルには、チェックイン端末４０Ｅが配置されている。旅行予約サービスの詳細は、第１実施形態で説明した通りである。

また例えば、ユーザは、レストラン予約サービスからレストランを予約済みである。第２サーバ２０Ｆは、レストランの申込情報を記憶する。レストランの予約自体は、公知の種々の方法を利用可能であり、この申込情報の形式は、第１実施形態及び第２実施形態と同様であってよい。この申込情報には、レストランを識別可能な情報、予約日時、予約者の氏名、及び人数といった内容が含まれる。このレストランには、チェックイン端末４０Ｆが配置されている。

従来の技術では、スタジアム、ホテル、及びレストランの各々にチェックインするために、別々のコードが必要なので、コードの管理が煩雑である。そこで、変形例３のユーザ端末３０は、複数の第２サービスで共通のコードＣ１４０を表示可能である。ユーザは、このコードＣ１４０を利用して、スタジアム、ホテル、及びレストランの各々にチェックインできる。このコードＣ１４０は、変形例１と同様に第１サービス用及びチェックイン用で共通のものとするが、第１実施形態又は第２実施形態のように、チェックイン用のコードＣ６０，Ｃ１３０が利用されてもよい。

第１サーバ１０は、複数のチェックイン端末４０Ｄ～４０Ｆの各々の端末ＩＤと、複数の第２サーバ２０Ｄ～２０Ｅの各々を識別可能な情報と、を関連付けてデータ記憶部１００に記憶している。このため、第１サーバ１０は、端末ＩＤを取得すれば、どの第２サービスに関する場所にユーザがチェックインしようとしているかを特定できるようになっている。

変形例３では、ユーザがスタジアムにチェックインする場合を例に挙げる。チェックイン端末４０ＤのコードＩＤ取得部４０１は、共通のコードＣ１４０がチェックイン端末４０Ｄで読み取られた場合に、コードＩＤを取得する。チェックイン端末４０Ｄは、第１サーバ１０に、自身の端末ＩＤ及びコードＩＤを送信する。第１サーバ１０は、この端末ＩＤに関連付けられた第２サーバ２０Ｄを特定する。第１サーバ１０は、第１データベースＤＢ１を参照し、コードＩＤに関連付けられたユーザＩＤを取得する。第１サーバ１０は、この端末ＩＤ及びこのユーザＩＤを、特定した第２サーバ２０Ｄに送信する。

第２サーバ２０Ｄは、第１サーバ１０から端末ＩＤ及びコードＩＤを受信し、その後のチェックイン実行部２０２の処理は、第２実施形態と同様にすればよい。ユーザがホテル又はレストランにチェックインする場合も、上記と同様の処理により、ホテル又はレストランへのチェックインが実行される。第１サーバ１０は、チェックイン端末４０Ｅ又はチェックイン端末４０Ｆから受信した端末ＩＤに基づいて、この端末ＩＤに関連付けられた第２サーバ２０Ｅ又は第２サーバ２０Ｆを特定する。第１サーバ１０は、特定した第２サーバ２０Ｅ又は第２サーバ２０Ｆに、この端末ＩＤと、コードＩＤに関連付けられたユーザＩＤと、を送信すればよい。その後のチェックイン実行部２０２の処理は、上記と同様にすればよい。

変形例３によれば、複数の第２サービスで共通のコードＣ１４０がチェックイン端末４０で読み取られた場合にコードＩＤを取得することによって、複数の第２サービスのコードＣ１４０を共通化し、情報の管理をより簡易化できる。

［３－４．変形例４］
図１８は、変形例４のチェックインシステムＳの一例を示す図である。図１８に示すように、変形例４では、ユーザは、複数の日時の各々でチケットの購入を行い、３／２６のチケット、３／２７のチケット、及び３／２８のチケットを購入済みである。個々のチケットの購入手順は、第２実施形態で説明した通りである。なお、図１８では、チェックイン端末４０を区別する必要がないので、図１６及び図１７とは異なり、末尾のアルファベットを省略する。

第２サーバ２０は、ユーザＩＤと、複数の日時の各々の申込情報と、を関連付けて管理する。即ち、第２データベースＤＢ２のうち、チケットを購入したユーザのレコードには、３／２６のチケットの申込情報、３／２７のチケットの申込情報、及び３／２８のチケットの申込情報が格納されている。

変形例４では、ユーザが３／２６にスタジアムにチェックインする場合を例に挙げる。第２サーバ２０に端末ＩＤ及びユーザＩＤが送信されるまでの流れは、第２実施形態と同様である。第２サーバ２０は、第１サーバ１０から端末ＩＤ及びユーザＩＤを受信すると、リアルタイムクロック等を利用して、現在日時を取得する。チェックイン実行部２０２は、複数の日時の各々の申込情報のうち、ユーザがスタジアムを訪れた日時（即ち、現在日時）に基づいて、チェックインを実行する。

チェックイン実行部２０２は、第１サーバ１０から受信したユーザＩＤに関連付けられた複数の申込情報のうち、現在日時に対応する申込情報を取得する。現在日時に対応する申込情報とは、現在日時及び申込情報の日時が一致する申込情報、現在の日付及び申込情報の日付が一致する申込情報、又は現在日時及び申込情報の日時のずれが閾値未満の申込情報である。チェックイン実行部２０２は、取得した申込情報に基づいて、チェックインを実行する。図１８の例であれば、チェックイン実行部２０２は、３／２６の申込情報に基づいて、３／２６のチェックインを実行する。チェックインの実行方法自体は、第２実施形態で説明した通りである。

なお、ユーザが３／２７又は３／２８にスタジアムにチェックインする場合も、上記と同様の処理により、３／２７の申込情報又は３／２８の申込情報に基づいて、３／２７又は３／２８のチェックインが実行される。また、現在日時は、第１サーバ１０又はチェックイン端末４０によって取得されて第２サーバ２０に送信されてもよい。

変形例４によれば、ユーザがチケットを購入した複数の日時の各々の申込情報のうち、ユーザがスタジアムを訪れた日時の申込情報に基づいて、チェックインを実行することによって、複数の日時のコードＣ１４０を共通化し、情報の管理をより簡易化できる。

［３－５．変形例５］
例えば、第２実施形態において、ユーザは、第２サービスを利用して、複数のチケットを申し込んでもよい。変形例５では、チケットを申し込んだユーザを第１ユーザＵＡと記載し、チケットが分配されるユーザを第２ユーザＵＢ，ＵＣと記載する。第１ユーザＵＡは、第２ユーザＵＢ，ＵＣと一緒に観戦する試合のチケットを３枚分申し込んで購入する。第１ユーザＵＡは、第２ユーザＵＢ，ＵＣの各々にチケットを分配する。なお、第１ユーザＵＡと、第２ユーザＵＢ，ＵＣと、の各々は、第１サービス及び第２サービスの両方の利用設定を済ませているものとする。

図１９は、変形例５のチェックインシステムＳの一例を示す図である。第２サーバ２０は、第１ユーザＵＡのユーザＩＤと、複数のチケットの各々の申込情報と、を関連付けて管理する。図１９では、第２データベースＤＢ２のうち、ユーザＩＤと申込情報の部分のみ示す。また、申込情報の内容を「チケット１」のように簡略化して示す。図１９に示すように、ユーザＡが３枚のチケットを購入した時点では、第１ユーザＵＡのユーザＩＤ「Ｙａｍａｄａ．Ｔａｒｏ」に、３枚のチケットの各々の申込情報が関連付けられている。この状態は、チケットの分配前の状態である。

変形例５のチェックインシステムＳは、分配部２０３を含む。第１ユーザＵＡは、自身のユーザ端末２０Ａから、３枚のチケットのうちの２枚を、第２ユーザＵＢ，ＵＣの各々に分配するための操作を行う。この操作自体は、公知のプレイガイドで利用されている方法であってよい。例えば、第１ユーザＵＡは、第２サービスにログインすると、購入した３枚のチケットをユーザ端末２０Ａに表示させる。第１ユーザＵＡは、第２ユーザＵＢ，ＵＣの各々のユーザＩＤと、分配するチケットと、を指定する。第２ユーザＵＢ，ＵＣの各々は、ユーザＩＤではなく、メールアドレス等の他の情報によって識別されてもよい。

第１ユーザＵＡが分配のための操作を終えると、分配部２０３は、複数のチケットのうち、第２ユーザＵＢ，ＵＣのチケットの申込情報を、第２ユーザＵＢ，ＵＣのユーザＩＤに関連付けることによって、第２ユーザＵＢ，ＵＣにチケットを分配する。図１９に示すように、分配部２０３は、第１ユーザＵＡのユーザＩＤ「Ｙａｍａｄａ．Ｔａｒｏ」に関連付けられていた３つの申込情報のうちの２つを、第２ユーザＵＢ，ＵＣのユーザＩＤ「ｈａｎａｋｏ９９９」及び「ｙｏｓｈｉｄａ１１１ｊｉｒｏ」に関連付ける。これにより、２枚目及び３枚目のチケットが第２ユーザＵＢ，ＵＣの各々に分配される。第２ユーザＵＢ，ＵＣの各々のユーザ端末２０Ｂ，２０Ｃには、チケットの分配が完了した旨の通知が電子メール等を利用して送信される。

コードＩＤ取得部４０１は、第１ユーザＵＡがスタジアムを訪れた場合に、第１ユーザＵＡのコードＩＤを取得し、第２ユーザＵＢ，ＵＣがスタジアムを訪れた場合に、第２ユーザＵＢ，ＵＣのコードＩＤを取得する。コードＩＤの取得方法自体は、第１実施形態及び第２実施形態と同様であってよい。第１サーバ１０は、第１データベースＤＢ１を参照し、第１ユーザＵＡのコードＩＤに関連付けられたユーザＩＤを取得し、第２ユーザＵＢ，ＵＣのコードＩＤに関連付けられたユーザＩＤを取得する。第１サーバ１０は、これらのユーザＩＤを、第２サーバ２０に送信する。

チェックイン実行部２０２は、第１ユーザＵＡのユーザＩＤに関連付けられた申込情報に基づいて、第１ユーザＵＡのチェックインを実行する。図１９の例であれば、チェックイン実行部２０２は、ユーザＩＤ「Ｙａｍａｄａ．Ｔａｒｏ」に関連付けられた１枚目のチケットの申込情報に基づいて、第１ユーザＵＡのチェックインを実行する。第２ユーザＵＢ，ＵＣのチケットの申込情報は、第１ユーザＵＡのチェックインでは参照されない。

チェックイン実行部２０２は、第２ユーザＵＢ，ＵＣのユーザＩＤに関連付けられた申込情報に基づいて、第２ユーザＵＢ，ＵＣのチェックインを実行する。図１９の例であれば、チェックイン実行部２０２は、ユーザＩＤ「ｈａｎａｋｏ９９９」及び「ｙｏｓｈｉｄａ１１１ｊｉｒｏ」に関連付けられた２，３枚目のチケットの申込情報に基づいて、第２ユーザＵＢ，ＵＣのチェックインを実行する。第１ユーザＵＡのチケットの申込情報は、第２ユーザＵＢ，ＵＣのチェックインでは参照されない。チェックインの方法自体は、第１実施形態及び第２実施形態で説明した通りである。

変形例５によれば、第１ユーザＵＡが第２ユーザＵＢ，ＵＣにチケットを分配したとしても、第２ユーザＵＢ，ＵＣは自身のユーザ端末３０Ｂ，３０ＣにコードＣ１４０を表示させて各自でスタジアムにチェックインできるので、各ユーザの情報の管理を簡易化しつつ、ユーザの利便性を高めることができる。例えば、第１ユーザＵＡと、第２ユーザＵＢ，ＵＣと、の各々が別々にスタジアムを訪れたとしても、各自が自分の第１アプリからチェックインをして入場できる。

［３－６．変形例６］
例えば、第１サービスが、ユーザ端末３０を利用した電子決済を提供するサービスである場合、ユーザは、電子決済を実行しようとすると、ユーザ端末３０を取り出す必要がある。この点、ユーザ端末３０を取り出す手間を省くために、生体認証を利用して電子決済を実行することが検討されている。例えば、ユーザの顔認証だけで電子決済時の認証が完了するのであれば、ユーザは、ユーザ端末３０を取り出さなくて済む。

しかしながら、第１サービスのユーザの中には、あるユーザと顔が似た他のユーザが存在することがある。この場合、あるユーザが顔認証で電子決済を実行しようとすると、顔が似た他のユーザに誤認証されてしまい、適切な電子決済が実行できないことがある。第１サービスを利用していない悪意のある第三者が、顔が似たユーザに成りすまして、このユーザのクレジットカード等を利用して電子決済する可能性もある。

そこで、変形例６では、あるユーザがチェックインした場所の中であれば、このユーザについては、顔認証による電子決済が許可されるようになっている。この場所の中にいる人間の数は限られているので、顔認証が成功する程度に顔が似た者がいる可能性は非常に低い。チェックイン時には、ユーザ端末３０を利用してセキュアな本人確認（いわゆる所持認証）が行われるため、顔認証による電子決済の範囲を、チェックインした場所に限定することによって、ユーザの利便性を高めつつ、セキュリティ性を担保できる。

図２０は、変形例６のチェックインシステムＳの一例を示す図である。図２０に示すように、第２実施形態と同様にして、ユーザがスタジアムにチェックインすると、スタジアム内に配置された決済端末５０であれば、生体認証による電子決済が可能になる。このため、ユーザは、コードＣ１３０を表示させる必要はない。

決済端末５０は、認証装置の一例である。このため、決済端末５０と記載した箇所は、認証装置と読み替えることができる。認証装置は、生体認証が可能な装置であればよい。変形例６では、顔認証が生体認証に相当する場合を説明するが、生体認証自体は、任意の生体認証を利用可能である。例えば、指紋認証、静脈認証、又は声紋認証といった他の生体認証が利用されてもよい。

変形例６の第１データベースＤＢ１には、ユーザＩＤに関連付けて、生体認証で利用される認証情報が格納されている。この認証情報は、生体認証における正解となる情報であり、例えば、顔の特徴量、顔写真、指紋パターン、静脈パターン、又は声紋パターンであってよい。ユーザは、第１サービスの利用設定時に、認証情報の登録に必要な情報（顔写真等）を第１サーバ１０にアップロードする。第１サーバ１０は、当該アップロードされた情報に基づいて、このユーザのユーザＩＤに関連付けて、認証情報を格納する。

変形例６のチェックインシステムＳは、許可部１０４を含む。許可部１０４は、チェックインが実行された場合には、スタジアムにおいて、ユーザ端末３０を利用せずに、生体認証によって電子決済が実行されることを許可する。第１サーバ１０は、第２サーバ２０からチェックインが実行されたユーザのユーザＩＤを取得する。第１サーバ１０は、第２サーバ２０からこのユーザＩＤを取得するのではなく、チェックイン時に第２サーバ２０に送信したユーザＩＤを、データ記憶部１００に保持してもよい。

例えば、許可部１０４は、スタジアムにチェックインしたユーザのユーザＩＤに、生体認証による電子決済が許可されたことを示す情報を関連付ける。これらの関連付けは、第１データベースＤＢ１に保持されてもよいし、他のデータベースに保持されてもよい。第１サービス提供部１０３は、生体認証による電子決済が許可されたユーザについては、このユーザの生体認証が成功した場合に、電子決済を実行する。

第１サービス提供部１０３は、生体認証による電子決済が許可されていないユーザについては、生体認証による電子決済を実行しない。第１サービス提供部１０３は、生体認証による電子決済が許可されていないユーザであったとしても、もし仮にスタジアム以外のコンピュータから生体認証による電子決済の要求を受け付けたとしても、生体認証による電子決済を実行しない。スタジアムにチェックインしたユーザと顔が似た他のユーザが第１データベースＤＢ１に登録されていたとしても、当該他のユーザはチェックインしていないので、生体認証の判定時に当該他のユーザの情報は判定されない。このため、当該他のユーザのクレジットカード情報等の決済情報は利用されない。

図２０の例であれば、ユーザは、スタジアムの座席でドリンクを購入する場合に、売り子が所持する決済端末５０のカメラで自分の顔を撮影させる。決済端末５０は、自身の端末ＩＤとともに、撮影画像を第１サーバ１０に送信する。第１サーバ１０が端末ＩＤ及び撮影画像を受信すると、第１サービス提供部１０３は、撮影画像から顔の特徴量を計算する。第１サービス提供部１０３は、第１データベースＤＢ１に格納された認証情報のうち、スタジアムにチェックイン中のユーザの認証情報を取得する。

第１サービス提供部１０３は、計算した顔の特徴量と、取得した認証情報と、に基づいて、生体認証を実行する。生体認証自体は、公知の方法を利用可能であり、顔の特徴量の類似度によって成否が判定されるようにすればよい。顔認証以外の生体認証が利用される場合も同様に、生体認証自体は、公知の方法を利用可能である。認証時の判定対象となる認証情報が、チェックイン中のユーザのものだけに限定されるようにすればよい。

第１サービス提供部１０３は、生体認証が成功した場合に、電子決済を実行する。第１サービス提供部１０３は、第１データベースＤＢ１を参照し、計算した顔の特徴量と類似する認証情報に関連付けられたクレジットカード情報等の決済情報を取得する。第１サービス提供部１０３は、この決済情報に基づいて、電子決済を実行する。図２０に示すように、ユーザがスタジアム内の売店でグッズを購入する場合、及び、スタジアム内のレストランで食事した場合も同様に、顔認証だけで電子決済が許可される。

許可部１０４は、ユーザがチェックアウトした場合、チェックインしてから所定の時間が経過した場合、又はチェックインした後の所定の時間が訪れた場合には、生体認証による電子決済を禁止する。図２０の例であれば、ユーザがチェックイン端末４０にユーザ端末３０のコードＣ１３０等をかざしてチェックアウトした場合には、許可部１０４は、生体認証が許可されないように、第１データベースＤＢ１を更新する。

変形例６によれば、チェックインが実行された場合には、スタジアムにおいて、ユーザ端末３０を利用せずに、生体認証によって電子決済が実行されることが許可されるので、ユーザの利便性を高めることができる。また、生体認証による電子決済が許可される範囲をスタジアム内に限定することで、誤認証や成りすましを防止し、セキュリティを高めることができる。

［３－７．変形例７］
変形例７では、第１サービスが電子決済サービスであり、第２サービスがカラオケ事業者により提供されるサービスである場合を説明する。ユーザがラオケ事業者の会員になると、カラオケボックスを会員価格で利用できるものとする。ユーザは、ユーザ端末３０を利用して、カラオケ事業者の会員登録の手続きを行う。会員登録の手続きは、ユーザ端末３０以外のコンピュータから行われてもよい。ユーザが会員登録の手続きをすると、第２サーバ２０は、ユーザＩＤと、第２サービスにおけるユーザの会員情報と、を関連付けて管理する。例えば、第２データベースＤＢ２には、ユーザが会員であるか否かを示す情報が格納される。

チェックイン端末４０は、カラオケボックスの店舗内に配置される。ユーザは、会員にならなくても、カラオケボックスにゲストユーザとしてチェックインできる。ユーザは、会員になった後に、カラオケボックスにチェックインすると、会員価格でカラオケボックスを利用できるようになる。チェックイン実行部２０２は、ユーザＩＤに関連付けられた会員情報に基づいて、チェックインを実行する。例えば、チェックイン実行部２０２は、第２データベースＤＢ２に、ユーザＩＤに関連付けられた会員情報が存在する場合、ユーザが会員価格でカラオケボックスを利用できるように、このユーザのチェックインを実行する。例えば、店舗の端末又はユーザ端末３０に、ユーザが会員であることを通知する処理がチェックインに相当する。また例えば、ユーザの利用金額の基準となる料金を会員価格に設定することがチェックインに相当する。

変形例７によれば、ユーザの会員情報に基づいてチェックインを実行することによって、ユーザの利便性を高めることができる。例えば、ユーザが多数の会員カードを持ち歩いたり、多数のアプリをユーザ端末３０にインストールしたりしなくても、ユーザが会員であることを第１アプリで一元管理できる。

［３－８．変形例８］
例えば、第２実施形態のように、ユーザが、スタジアムにおける複数の位置の各々で所定のサービスを利用可能である場合、ユーザがスタジアムで利用した利用額が表示されてもよい。変形例８では、このサービスが第１サービスである場合を説明するが、このサービスは、第２サービスであってもよいし、これらとは異なる任意の第３サービスであってもよい。変形例８のチェックインシステムＳは、利用額取得部１０５及び情報提供部１０６を含む。

利用額取得部１０５は、チェックインが実行された場合に、スタジアムにおける一連の利用額を取得する。利用額取得部１０５は、チェックインが実行された後に、ユーザが第１サービスから電子決済した個々の利用額を取得する。図１３の例であれば、利用額取得部１０５は、座席におけるドリンクの購入、売店におけるグッズの購入、及びレストランにおける食事の支払いの各々の利用額を取得する。個々の利用額は、決済端末５０から第１サーバ１０に送信される。第１サービス提供部１０３は、電子決済を実行するたびに、その実行結果の履歴を第１データベースＤＢ１に格納する。利用額取得部１０５は、この履歴を参照することによって、チェックイン後の個々の電子決済の利用額を取得する。

図２１は、変形例８のユーザ端末３０に表示される画面の一例を示す図である。図２１に示すように、情報提供部１０６は、利用額取得部１０５により取得された利用額に基づいて、スタジアムに関する情報を、ユーザに提供する。スタジアムに関する情報は、利用額に応じた情報であればよく、例えば、個々の利用額そのもの、利用額の合計額、所定の金額になるまでの不足額、利用額に応じたおすすめ情報、又は利用額に応じたクーポン情報である。これらの情報の提示に必要なデータは、第１サーバ１０又は他のコンピュータに記憶されているものとする。図２１の例では、情報提供部１０６は、スタジアムに関する情報として、スタジアム内における個々の利用額の履歴情報Ｉ１５０、合計額の情報Ｉ１５１、駐車場が無料になるまでの不足額の情報Ｉ１５２、及びおすすめ情報Ｉ１５３を含む提供画面Ｇ１５を表示させる。おすすめ情報Ｉ１５３は、駐車場が無料になるまでの不足額を達成できる程度の商品が表示されてもよい。

変形例８によれば、チェックインが実行された場合に、スタジアムにおける一連の利用額に基づいて、スタジアムに関する情報を、ユーザに提供することによって、一連のサービスの利用額に応じた有益な情報を提供できる。

［３－９．変形例９］
例えば、第２実施形態において、チェックインシステムＳは、チェックインが実行された場合に、スタジアムにおける一連の利用に関する電子決済を、都度実行するか、一括して実行するか、をユーザに応じて決定する決定部１０７を含んでもよい。電子決済を都度実行するのは、第２実施形態で説明した通りである。電子決済を一括して実行するのは、任意のタイミングであってよく、例えば、ユーザのチェックアウト時、チェックインしてから所定時間の経過時、所定の日時が訪れた時であってよい。一括して実行とは、複数回の利用で発生した複数の利用額の合計額を電子決済することである。

第１サービス提供部１０３は、決定部１０７により決定された決済方法に基づいて、電子決済を実行する。例えば、第１サービス提供部１０３は、決定部１０７により都度実行が決定された場合には、第２実施形態と同様にして、電子決済が要求されるたびに、電子決済を実行する。また例えば、第１サービス提供部１０３は、決定部１０７により一括して実行が決定された場合には、複数回の利用を第１データベースＤＢ１に蓄積し、所定のタイミングが訪れた場合に、合計額を一括した電子決済を実行する。

変形例９によれば、チェックインが実行された場合に、スタジアムにおける一連の利用に関する電子決済を、都度実行するか、一括して実行するか、をユーザに応じて決定することによって、ユーザが訪れたスタジアムにおける電子決済の利便性を高めることができる。

［３－１０．変形例１０］
例えば、上記説明した変形例を組み合わせてもよい。

また例えば、第１実施形態及び第２実施形態を組み合わせて、ユーザが電子決済を利用するための第１アプリからホテルにチェックインしてもよい。この場合、ユーザがチェックインしてからチェックアウトするまでにホテルで利用した食事等の支払いが第１アプリの電子決済から実行されてもよい。この場合、チェックアウト時に一括して電子決済が実行されてもよいし、利用の都度、電子決済が実行されてもよい。また例えば、チェックイン端末４０は、第１サーバ１０介して第２サーバ２０に情報を送信するのではなく、コードＩＤ等の情報を第２サーバ２０に直接的に送信してもよい。

また例えば、ユーザがユーザ端末３０をチェックイン端末４０にかざすことによってチェックインが実行される場合を説明したが、画像を利用するのではなく、ＩＣチップ３７に記録された何らかのＩＤをチェックイン端末４０に読み取らせてチェックインが実行されてもよい。また例えば、ユーザ端末３０又はチェックイン端末４０の何れか一方のみによってチェックインが実行されてもよい。例えば、ホテル又はスタジアム等の場所に掲示又は何らかのコンピュータに表示されたコードがユーザ端末３０の撮影部３６で撮影された場合に、ユーザ端末３０から第１サーバ１０に、この場所を識別可能な情報と、ユーザ端末３０に記憶されたコードＩＤと、が送信されてもよい。この場合、チェックイン端末４０は不要になる。

また例えば、ユーザ端末３０のＧＰＳ受信部３８によって検出された現在位置がホテルやスタジアムの付近になった場合に、チェックインが実行されてもよい。この場合、チェックイン端末４０は不要になる。また例えば、ユーザが物理カード又は磁気カードをチェックイン端末４０で読み取ることによってチェックインが実行されてもよい。この場合、ユーザ端末３０は不要になる。他にも例えば、ユーザがチェックイン端末４０からの生体認証でチェックインが実行されてもよい。この場合もユーザ端末３０は不要になる。

また例えば、第２サービスに関する場所は、予約等の申し込みが発生しない場所であってもよい。例えば、この場所は、ショッピングモール、スーパーマーケット、コンビニエンスストア、日帰りの温泉施設、ゲームセンター、又は百貨店等の施設であってもよい。ユーザは、特に予約をせずに、これらの施設を訪れる。ユーザは、第１実施形態、第２実施形態、及び変形例と同様の手順により、これらの施設に配置されたチェックイン端末４０からチェックインを実行すればよい。

また例えば、第１サーバ１０と第２サーバ２０が分けられておらず、１つのコンピュータで各機能が実現されてもよい。また例えば、第１サーバ１０で実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。また例えば、第２サーバ２０で実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。各機能は、少なくとも１つのコンピュータで実現されるようにすればよい。

Claims (20)

1. 第１サーバと第２サーバを含むチェックインシステムであって、
   前記第２サーバは、ユーザのユーザ端末から、第２サービスに関する場所に関する申し込みを受け付けた場合に、前記ユーザが前記場所にチェックインしたか否かを示すチェックイン情報を生成し、当該チェックイン情報と、前記第２サービスで前記ユーザを識別可能な第２情報と、を関連付ける生成手段を含み、
   前記第１サーバは、
   前記ユーザ端末から第１サービスへのログインが行われた場合に、前記第１サービスで前記ユーザを識別可能な第１情報を発行し、当該第１情報と、前記第２情報と、を関連付ける発行手段と、
   前記ユーザ端末に対し、前記第１情報を送信する第１送信手段と、
   前記ユーザ端末に表示された前記第１情報を含むコードが前記場所のチェックイン端末により読み取られた場合に、前記チェックイン端末から、前記第１情報を受信する受信手段と、
   前記チェックイン端末から受信した前記第１情報に関連付けられた前記第２情報を、前記第２サーバに送信する第２送信手段と、
   を含み、
   前記第２サーバは、前記第１サーバから前記第２情報を受信した場合に、当該第２情報に関連付けられた前記チェックイン情報を、前記場所にチェックインしたことを示すように更新することによって、前記 チェックインを実行するチェックイン実行手段を更に含む、
   チェックインシステム。
2. 前記ユーザ端末は、前記第１サービスを利用するための第１アプリに基づいて、前記コードを表示可能である、
   請求項１に記載のチェックインシステム。
3. 前記ユーザ端末は、前記第１サービス用の第１コードと、前記第２サービス用の第２コードと、の各々を表示可能であり、
   前記第２コードは、前記第１情報を含み、
   前記受信手段は、前記第２コードが前記チェックイン端末で読み取られた場合に、前記第１情報を受信する、
   請求項１又は２に記載のチェックインシステム。
4. 前記コードは、前記第１サービス及び前記第２サービスで共通のコードであり、
   前記チェックインシステムは、前記第１サービスの第１サービス端末で前記共通のコードが読み取られた場合に、前記第１情報に基づいて、前記第１サービスを提供する第１サービス提供手段を更に含み、
   前記受信手段は、前記共通のコードが前記チェックイン端末で読み取られた場合に、前記第１情報を受信する、
   請求項１又は２に記載のチェックインシステム。
5. 前記ユーザは、複数の前記場所の各々を訪問可能であり、
   前記コードは、前記複数の場所で共通のコードであり、
   前記受信手段は、前記共通のコードが前記チェックイン端末で読み取られた場合に、前記第１情報を受信する、
   請求項１～４の何れかに記載のチェックインシステム。
6. 前記ユーザは、複数の第２サービスの各々に関する前記場所を訪問可能であり、
   前記コードは、前記複数の第２サービスで共通のコードであり、
   前記受信手段は、前記共通のコードが前記チェックイン端末で読み取られた場合に、前記第１情報を受信する、
   請求項１～５の何れかに記載のチェックインシステム。
7. 前記第１サーバは、前記ユーザ端末から前記第１情報の発行要求を受け付ける受付手段を更に含み、
   前記発行手段は、前記発行要求が受け付けられた場合に、前記第１情報を発行する、
   請求項１～６の何れかに記載のチェックインシステム。
8. 前記第２サーバは、前記第２情報と、前記申し込みに関する申込情報と、を関連付けて管理し、
   前記チェックイン実行手段は、前記第２情報に関連付けられた前記申込情報に基づいて、前記チェックインを実行する、
   請求項１～７の何れかに記載のチェックインシステム。
9. 前記第２情報は、前記第１サービス及び前記第２サービスの両方で前記ユーザを識別可能な情報である、
   請求項８に記載のチェックインシステム。
10. 前記ユーザは、複数の前記場所の各々に関する前記申し込みを行い、
    前記第２サーバは、前記第２情報と、前記複数の場所の各々の前記申込情報と、を関連付けて管理し、
    前記チェックイン実行手段は、前記複数の場所の各々の前記申込情報のうち、前記チェックイン端末に対応する前記場所の前記申込情報に基づいて、前記チェックインを実行する、
    請求項８又は９に記載のチェックインシステム。
11. 前記ユーザは、複数の日時の各々で前記場所に関する前記申し込みを行い、
    前記第２サーバは、前記第２情報と、前記複数の日時の各々の前記申込情報と、を関連付けて管理し、
    前記チェックイン実行手段は、前記複数の日時の各々の前記申込情報のうち、前記ユーザが前記場所を訪れた日時の前記申込情報に基づいて、前記チェックインを実行する、
    請求項８～１０の何れかに記載のチェックインシステム。
12. 前記第２サービスは、前記場所に関するチケットの購入申し込みを受け付けるサービスであり、
    第１ユーザは、前記第２サービスを利用して、複数の前記チケットを申し込み、
    前記第２サーバは、前記第１ユーザの前記第２情報と、前記複数のチケットの各々の前記申込情報と、を関連付けて管理し、
    前記チェックインシステムは、前記複数のチケットのうち、第２ユーザの前記チケットの前記申込情報を、前記第２ユーザの前記第２情報に関連付けることによって、前記第２ユーザに当該チケットを分配する分配手段を更に含み、
    前記受信手段は、前記第１ユーザが前記場所を訪れた場合に、前記第１ユーザの前記第１情報を取得し、前記第２ユーザが前記場所を訪れた場合に、前記第２ユーザの前記第１情報を取得し、
    前記チェックイン実行手段は、前記第１ユーザの前記第２情報に関連付けられた前記申込情報に基づいて、前記第１ユーザの前記チェックインを実行し、前記第２ユーザの前記第２情報に関連付けられた前記申込情報に基づいて、前記第２ユーザの前記チェックインを実行する、
    請求項８～１１の何れかに記載のチェックインシステム。
13. 前記第１サービスは、電子決済を提供するサービスであり、
    前記チェックインシステムは、前記申し込みに関する前記電子決済を実行する第１サービス提供手段を更に含む、
    請求項８～１２の何れかに記載のチェックインシステム。
14. 前記第１サービスは、電子決済を提供するサービスであり、
    前記ユーザは、前記場所で所定のサービスを利用可能であり、
    前記チェックインシステムは、前記チェックインが実行された場合に、前記場所における利用に関する前記電子決済を実行する第１サービス提供手段を更に含む、
    請求項１～１３の何れかに記載のチェックインシステム。
15. 前記第１サービスは、前記ユーザ端末を利用した前記電子決済を提供するサービスであり、
    前記場所には、前記ユーザの生体認証を実行するための認証装置が配置されており、
    前記チェックインシステムは、前記チェックインが実行された場合には、前記場所において、前記ユーザ端末を利用せずに、前記生体認証によって前記電子決済が実行されることを許可する許可手段、
    を更に含む請求項１３又は１４に記載のチェックインシステム。
16. 前記第２サーバは、前記第２情報と、前記第２サービスにおける前記ユーザの会員情報と、を関連付けて管理し、
    前記チェックイン実行手段は、前記第２情報に関連付けられた前記会員情報に基づいて、前記チェックインを実行する、
    請求項１～１５の何れかに記載のチェックインシステム。
17. 前記第１サービスは、電子決済を提供するサービスであり、
    前記ユーザは、前記場所における複数の位置の各々で所定のサービスを利用可能であり、
    前記チェックインシステムは、
    前記チェックインが実行された場合に、前記場所における一連の利用額を取得する利用額取得手段と、
    前記利用額に基づいて、前記場所に関する情報を、前記ユーザに提供する提供手段と、
    を含む請求項１～１６の何れかに記載のチェックインシステム。
18. 前記第１サービスは、電子決済を提供するサービスであり、
    前記ユーザは、前記場所における複数の位置の各々で所定のサービスを利用可能であり、
    前記チェックインシステムは、
    前記チェックインが実行された場合に、前記場所における一連の利用に関する前記電子決済を、都度実行するか、一括して実行するか、を前記ユーザに応じて決定する決定手段と、
    前記決定手段により決定された決済方法に基づいて、前記電子決済を実行する第１サービス提供手段と、
    を含む請求項１～１７の何れかに記載のチェックインシステム。
19. 第１サーバと第２サーバにより実行されるチェックイン方法であって、
    前記第２サーバは、ユーザのユーザ端末から、第２サービスに関する場所に関する申し込みを受け付けた場合に、前記ユーザが前記場所にチェックインしたか否かを示すチェックイン情報を生成し、当該チェックイン情報と、前記第２サービスで前記ユーザを識別可能な第２情報と、を関連付ける生成ステップを実行し、
    前記第１サーバは、
    前記ユーザ端末から第１サービスへのログインが行われた場合に、前記第１サービスで前記ユーザを識別可能な第１情報を発行し、当該第１情報と、前記第２情報と、を関連付ける発行ステップと、
    前記ユーザ端末に対し、前記第１情報を送信する第１送信ステップと、
    前記ユーザ端末に表示された前記第１情報を含むコードが前記場所のチェックイン端末により読み取られた場合に、前記チェックイン端末から、前記第１情報を受信する受信ステップと、
    前記チェックイン端末から受信した前記第１情報に関連付けられた前記第２情報を、前記第２サーバに送信する第２送信ステップと、
    を実行し、
    前記第２サーバは、前記第１サーバから前記第２情報を受信した場合に、当該第２情報に関連付けられた前記チェックイン情報を、前記場所にチェックインしたことを示すように更新することによって、前記 チェックインを実行するチェックイン実行ステップを実行する、
    チェックイン方法。
20. 請求項１～１８の何れかに記載の第２サーバとしてコンピュータを機能させるためのプログラム。

Images