JP2020030731A - 予約支援サーバ装置 - Google Patents

Abstract

【課題】店舗等の予約を支援するために用いられ、ユーザに対する利便性を向上させることが可能なサーバ装置を提供する。【解決手段】サーバ装置は、インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、ユーザによる店舗の予約を支援する予約支援サーバ装置であって、店舗の予約についての少なくとも１つの条件に関する条件情報をユーザの端末装置から第１のＡＰＩを介して受信する受信手段と、少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、第１のＡＰＩを介してユーザの端末装置に送信する送信手段と、を具備する。【選択図】図５

Description

本出願に開示される技術は、ユーザによる店舗等の予約を支援するために用いられるサーバ装置に関する。

ユーザによる店舗等の予約を支援するサーバ装置としては、特許第３９４１９１６号公報（特許文献１）に開示されたものが知られている。

特許文献１に開示されたサーバ装置は、ユーザが希望するサービスの内容等に関する情報を受信し、その情報とサービス提供者に関する情報とのマッチングを行い、条件を満たすサービス提供者に関する情報を検出する。このサーバ装置は、検出されたサービス提供者にユーザが希望する内容等を通知し、この通知に返信したサービス提供者に関する情報をユーザに通知する。ユーザは、このように通知されたサービス提供者に対して、ウェブページや電子メール等を介して、サービスに関する交渉を行うことができるものとされている。

特許第３９４１９１６号公報

ユーザが希望するサービスを提供するサービス提供者を簡単にかつ効率的に検索して予約することができるシステムが、必要とされている。したがって、様々な実施形態では、店舗等の予約を支援するために用いられ、ユーザに対する利便性を向上させることが可能なサーバ装置を提供する。

一態様に係る予約支援サーバ装置は、インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置であって、店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する受信手段と、前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する送信手段と、を具備するものである。

一態様に係る端末装置は、ユーザによる店舗の予約を支援する予約支援サーバ装置に対して、インストールされたメッセージングアプリケーションを実行することにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続される端末装置であって、店舗の予約に関する少なくとも１つの条件に関する条件情報を前記第１のＡＰＩを介して前記予約支援サーバ装置に対して送信する送信手段と、前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記予約支援サーバ装置から受信する受信段と、を具備するものである。

一態様に係る方法は、インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置により実行される方法であって、店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する段階と、前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する段階と、を含むものである。

一態様に係るコンピュータプログラムは、コンピュータを、インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置に含まれる、店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する受信手段、及び、前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する送信手段、として機能させるものである。

図１は、一実施形態に係る予約支援サービスを実現するために用いられる予約支援システムの構成の一例を示すブロック図である。 図２は、図１に示した予約支援システム１において用いられる予約支援サーバ装置３０の内部構成の一例を示すブロック図である。 図３は、図１に示した予約支援システム１において用いられる端末装置１０の内部構成の一例を示すブロック図である。 図４は、図２に示した構成を有する予約支援サーバ装置３０により実現される機能の一例を示すブロック図である。 図５は、図１に示した予約支援システムにおいて行われる全体的な動作の一例を示すフロー図である。 図６は、図５に示した動作のうちの一部（ステップＡ）の動作の具体例を示すフロー図である。 図７Ａは、図５に示した動作のうちの一部（ステップＢ）の動作の具体例を示すフロー図である。 図７Ｂは、図５に示した動作のうちの一部（ステップＢ）の動作であって図７Ａに示した動作に続く動作の具体例を示すフロー図である。 図８は、図５に示した動作のうちの一部（ステップＣ）の動作の具体例を示すフロー図である。 図９は、別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。 図１０は、さらに別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。 図１１は、さらに別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。 図１２は、さらに別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。 図１３は、別の実施形態に係る予約支援システムにおける予約支援サーバ装置３０により記憶される複数の画像のうちの一部の画像の例を示す図である。 図１４は、さらに別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。

以下、添付図面を参照して、本発明の様々な実施形態を説明する。なお、添付図面において共通する構成要素には同一の参照符号が付されている。

１．予約支援システムの概要
一実施形態に係る予約支援システムは、各ユーザが、その端末装置にインストールされたメッセージング（メッセンジャー／インスタントメッセンジャー）アプリケーションを実行することにより、自己が所望する少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する情報を取得し、必要に応じて候補店舗の端末装置との間において（メール及び／又は電話を利用して）文字／音声メッセージの送受信を行い、候補店舗から選択した対象店舗を予約する、という処理を支援するサービス（以下便宜上「予約支援サービス」という。）を提供するものである。なお、メッセージングアプリケーションとは、一方のユーザ（顧客及び／又は店舗）の端末装置及び他方のユーザ（顧客及び／又は店舗）の端末装置の両方にインストールされ実行されることにより、当該一方のユーザの端末装置と当該他方のユーザの端末装置との間において、テキストメッセージ及び／又は音声メッセージをリアルタイム方式で送受信することを可能にするアプリケーションであって、例えば、「ＬＩＮＥ」、「カカオトーク」、「Ｃｕｂｉｅ」、「ＷｅＣｈａｔ」、「Ｃｏｍｍ」及び「ＣｈａｔＯｎ」等を、これらに限定することなく含むものである。

２．予約支援システムの構成
図１は、一実施形態に係る予約支援サービスを実現するために用いられる予約支援システムの構成の一例を示すブロック図である。図１に示すように、予約支援システム１は、各ユーザの端末装置１０と、各ユーザの端末装置１０により実行されるメッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）２０と、第１のＡＰＩ２０を介して各ユーザの端末装置１０に接続され、各ユーザによる店舗等の予約を支援する予約支援サーバ装置３０と、予約支援サーバ装置３０に接続され、各ユーザの予約を管理等する店舗サーバ装置４０と、店舗サーバ装置４０に接続される各店舗の端末装置５０と、を主に含み得る。

なお、予約支援システム１においては、複数のユーザが、各々の端末装置１０を利用して、その端末装置１０が実行するメッセージングアプリケーションにより呼び出される第１のＡＰＩ２０を介して、予約支援サーバ装置３０に接続することができるが、図１には、説明の簡略化のために、複数のユーザのうちの或る１人のユーザに用いられる１つの端末装置１０のみしか示されていない。同様に、予約支援システム１においては、複数の店舗の担当者が、各々の端末装置５０を利用して、店舗サーバ装置４０に接続することができるが、図１には、説明の簡略化のために、複数の店舗の担当者のうちの或る１人の担当者により用いられる１つの端末装置５０のみしか示されていない。

また、予約支援システム１は、各ユーザの予約等に関連する履歴（ログ）を記録するログデータベース６０を含むことができる。ログデータベース６０は、ログデータベース６０にアクセスする予約支援サーバ装置３０及び／又は店舗サーバ装置４０に対して、各ユーザの予約等に関連するログに関する情報を提供することができる。

さらに、予約支援システム１は、店舗サーバ装置４０が実行するアプリケーションにより呼び出され、各ユーザによる店舗等に対する予約を実行及び管理等する第２のアプリケーションプログラミングインターフェイス（ＡＰＩ）を含むことができる。

上記構成を有する予約支援システム１において、ユーザの端末装置１０は、所定のメッセージングアプリケーションを実行することが可能な、スマートフォン、タブレット、パーソナルコンピュータ及び携帯電話（フィーチャーフォン）等を、これらに限定することなく含むものである。

第１のＡＰＩ２０は、上記のとおり、ユーザの端末装置１０が実行するメッセージングアプリケーションにより呼び出されるＡＰＩである。この第１のＡＰＩ２０は、ユーザの端末装置１０が実行するメッセージングアプリケーションにより呼び出されることにより、予約支援サービスに関する様々な機能をユーザの端末装置１０により実行されるメッセージングアプリケーションに対して提供するものである。このような第１のＡＰＩ２０により呼び出される様々な機能は、ユーザの端末装置１０が実行するメッセージングアプリケーションに対して「メッセージング機能」を提供する所定の１又は複数のメッセージングサーバ装置（図示せず）により提供されるものであってもよいし、当該所定のメッセージングサーバ装置とは別体として設けられた別の１又は複数のサーバ装置（図示せず）により提供されるものであってもよい。

予約支援サーバ装置３０は、各ユーザの端末装置１０が実行するメッセージングアプリケーションにより呼び出される第１のＡＰＩを介して、各ユーザの端末装置１０に接続され、各ユーザに対して予約支援サービスを提供する（特に各ユーザによる店舗等の予約に必要な様々な情報を各ユーザの端末装置１０との間において送受信する）ものである。

店舗サーバ装置４０は、予約支援サーバ装置３０と協働して、各ユーザに対して予約支援サービスを提供する（特に各ユーザによる店舗等の予約を管理する）ものである。

これら予約支援サーバ装置３０及び店舗サーバ装置４０について、図１には、予約支援サーバ装置３０及び店舗サーバ装置４０が、それぞれ、別体として物理的に別々の場所に配置される態様が例示されているが、予約支援サーバ装置３０及び店舗サーバ装置４０は、物理的に同一の場所に配置された１つのサーバ装置として統合されたものであってもよい。

第２のＡＰＩ７０は、上記のとおり、店舗サーバ装置４０が実行する所定のアプリケーションにより呼び出されるＡＰＩである。この第２のＡＰＩ７０は、店舗サーバ装置４０が実行する所定のアプリケーションにより呼び出されることにより、予約支援サービスに関する様々な機能（特に各ユーザによる店舗等に対する予約を実行及び管理等する機能）を店舗サーバ装置４０により実行される所定のアプリケーションに対して提供するものである。このような第２のＡＰＩ７０により呼び出される様々な機能は、所定の１又は複数のサーバ装置（図示せず）により提供されるものであってもよい。

各店舗の担当者の端末装置５０は、各ユーザの端末装置１０と同様に、所定のメッセージングアプリケーションを実行することが可能な、スマートフォン、タブレット、パーソナルコンピュータ及び携帯電話（フィーチャーフォン）等を、これらに限定することなく含むものである。各担当者の端末装置５０が実行するメッセージングアプリケーションに対して「メッセージング機能」を提供する所定の１又は複数のメッセージングサーバ装置（図示せず）は、ユーザの端末装置１０が実行するメッセージングアプリケーションに対して「メッセージング機能」を提供する上述した所定の１又は複数のメッセージングサーバ装置（図示せず）と同一のものであってもよい。これにより、各端末装置１０と各端末装置５０とは、同一のメッセージングアプリケーションを実行することにより、文字／音声によるメッセージの送受信を行うことができる。

２−１．予約支援サーバ装置３０の構成
図２は、図１に示した予約支援システム１において用いられる予約支援サーバ装置３０の内部構成の一例を示すブロック図である。

予約支援サーバ装置３０は、図２に示すように、ＣＰＵ３１と、メインメモリ３２と、ユーザインタフェイス（Ｉ／Ｆ）３３と、通信インタフェイス（Ｉ／Ｆ）３４と、外部メモリ３５と、ディスクドライブ３６と、を含み、これらの各構成要素がバス３７を介して互いに電気的に接続されている。ＣＰＵ３１は、外部メモリ３５からオペレーティングシステムや予約支援サービスの進行を制御する様々なプログラムをメインメモリ３２にロードし、ロードしたプログラムに含まれる命令を実行する。メインメモリ３２は、ＣＰＵ３１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭによって構成される。

ユーザＩ／Ｆ３３は、例えば、オペレータの入力を受け付けるキーボードやマウス等の情報入力装置と、ＣＰＵ３１の演算結果を出力するディスプレイ等の情報出力装置と、を含む。通信Ｉ／Ｆ３４は、ハードウェア、ファームウェア、ＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア、又は、これらの組み合わせとして実装され、通信網Ｎを介して端末装置１０と通信可能に構成される。

外部メモリ３５は、例えば磁気ディスクドライブで構成され、予約支援サービスの進行を制御するための制御用プログラム等の様々なプログラムが記憶される。また、外部メモリ３５には、予約支援サービスにおいて用いられる各種データも記憶され得る。

ディスクドライブ３６は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ等の各種の記憶メディアに格納されたデータを読み込み、又は、これらの記憶メディアにデータを書き込む。

一実施形態において、予約支援サーバ装置３０は、端末装置１０によりインストールされ実行された所定のメッセージングアプリケーションを介して、予約支援サービスの提供に際して必要とされる様々な情報を端末装置１０との間で送受信することができるものである。

さらに、予約支援サーバ装置３０は、階層構造を有する複数のウェブページから成るウェブサイトを管理するウェブサーバとして機能するようになっていてもよい。端末装置１０にインストールされたメッセージングアプリケーションは、ウェブページを表示するためのＨＴＭＬデータを予約支援サーバ装置３０及び／又は店舗サーバ装置４０から取得し、取得したＨＴＭＬデータを解析して、当該ウェブページを端末装置１０のユーザに提示することができる。このウェブページを表示するためのＨＴＭＬデータも外部メモリ３５に記憶され得る。ＨＴＭＬデータは、ＨＴＭＬ等のマークアップ言語で記述されたＨＴＭＬ文書から成り、このＨＴＭＬ文書には、タグを利用して様々な画像を関連付けることができる。また、ＨＴＭＬ文書には、Ａｃｔｉｏｎ ＳｃｒｉｐｔやＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語等で記述されたプログラムを埋め込むことができる。

このように、予約支援サーバ装置３０は、メッセージングアプリケーションを実行する端末装置１０からこのメッセージングアプリケーションにより呼び出される第１のＡＰＩ２０を介して受信する要求に応じて様々な情報を送受信することにより、予約支援サービスを進行させることができる。或いはまた、予約支援サーバ装置３０は、予約支援サービスを提供するウェブサイトを管理し、当該ウェブサイトを構成するウェブページを第１の
ＡＰＩ２０を介して端末装置１０からの要求に応じて配信することにより、予約支援サービスを進行させることができるものであってもよい。予約支援サーバ装置３０は、各ユーザを識別する識別情報ごとに予約支援サービスの進行に必要なデータを記憶することができる。

端末装置１０は、一実施形態において、予約支援サーバ装置３０、店舗サーバ装置４０及び／又は別途設けられた他のサーバ装置（図示せず）からダウンロードした所定のメッセージングアプリケーションをインストールして実行することにより、さらには、このメッセージングアプリケーションにより呼び出された第１のＡＰＩ２０を利用することにより、予約支援サーバ装置３０との間において通信網Ｎを介して予約支援サービスに関連した様々な情報の送受信を実行可能な任意の情報処理装置である。別の実施形態において、端末装置１０は、通信網Ｎを介して、予約支援サーバ装置３０、店舗サーバ装置４０及び／又は他のサーバ装置（図示せず）から取得した予約支援サービスのためのウェブページを当該メッセージングアプリケーションに組み込まれたウェブブラウザ上で表示することができる任意の情報処理装置である。このような情報処理装置は、例えば、タブレット、携帯電話機、スマートフォン、携帯情報端末、パーソナルコンピュータ、タッチパッド、電子書籍リーダー、及び、テレビ等を、これらに限定することなく含むことができる。

２−２．店舗サーバ装置４０の構成
店舗サーバ装置４０は、図２を参照して上述した予約支援サーバ装置３０と同様の内部構成を有するものとすることができる。

２−３．端末装置１０の構成
図３は、図１に示した予約支援システム１において用いられる端末装置１０の内部構成の一例を示すブロック図である。

端末装置１０は、図２に示すように、ＣＰＵ１１と、メインメモリ１２と、ユーザＩ／Ｆ１３と、通信Ｉ／Ｆ１４と、外部メモリ１５と、を含み、これらの各構成要素がバス１６を介して互いに電気的に接続されている。

ＣＰＵ１１は、外部メモリ１５からオペレーティングシステム等の様々なプログラムをメインメモリ１２にロードし、ロードしたプログラムに含まれる命令を実行する。メインメモリ１２は、ＣＰＵ１１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭによって構成される。

ユーザＩ／Ｆ１３は、例えば、ユーザの入力を受け付けるタッチパネル、キーボード、ボタンやマウス等の情報入力装置と、ＣＰＵ１１の演算結果を出力する液晶ディスプレイ等の情報出力装置と、を含む。通信Ｉ／Ｆ１４は、ハードウェア、ファームウェア、又は、ＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装され、通信網Ｎを介して予約支援サーバ装置３０と通信可能に構成される。

外部メモリ１５は、例えば磁気ディスクドライブやフラッシュメモリ等により構成され、オペレーティングシステム、メッセージングアプリケーション及びブラウザ等の様々なプログラムを記憶する。

このような構成を有する端末装置１０は、一実施形態では、メッセージングアプリケーションをインストールして実行することにより、予約支援サーバ装置３０及び／又は店舗サーバ装置４０との間において様々な情報の送受信を行い、予約支援サービスの提供に必要な画面等を表示することができる。

また、端末装置１０は、例えば、ＨＴＭＬ形式のファイル（ＨＴＭＬデータ）を解釈して画面表示するためのブラウザソフトウェアを（例えばメッセージングアプリケーションに組み込まれた態様により）備えており、このブラウザソフトウェアの機能により予約支援サーバ装置３０、店舗サーバ装置４０及び／又は他のサーバ装置（図示せず）から取得したＨＴＭＬデータを解釈して、受信したＨＴＭＬデータに対応するウェブページを表示することができる。また、端末装置１０は、ブラウザソフトウェアに組み込まれるプラグインソフト（例えば、アドビシステムズ社から提供されているＦＬＡＳＨ Ｐｌａｙｅｒ）（ＦＬＡＳＨは商標）を備えており、ＨＴＭＬデータに埋め込まれたＳＷＦ形式のファイルを予約支援サーバ装置３０、店舗サーバ装置４０及び／又は他のサーバ装置（図示せず）から取得し、当該ＳＷＦ形式のファイルをブラウザソフトウェア及びプラグインソフトを用いて実行することができる。

端末装置１０において予約支援サービスの提供を受けると、例えば、メッセージングアプリケーションにより指示されたアニメーションや操作用アイコンが端末装置１０の画面に表示される。ユーザは、端末装置１０の入力インタフェイス（例えば、タッチスクリーン、ボタン及びマイク）を用いて外部評価サービスを進行させるための指示を文字又は音声により入力することができる。ユーザから入力された指示は、端末装置１０により実行される、メッセージングアプリケーション、ブラウザ（メッセージングアプリケーションに組み込まれたブラウザ等）、メッセージングアプリケーションにより呼び出される第１のＡＰＩ２０、及び／又は、ＮｇＣｏｒｅ（商標）等のプラットフォームの機能を通じて、予約支援サーバ装置３０、店舗サーバ装置４０及び／又は他のサーバ装置（図示せず）に伝達される。

２−４．予約支援サーバ装置３０の機能
図４は、図２に示した構成を有する予約支援サーバ装置３０により実現される機能の一例を示すブロック図である。図４に示すように、予約支援サーバ装置３０は、主に、受信部９０と、送信部９１と、記憶部９２と、制御部９８と、を含むことができる。また、オプションとして、予約支援サーバ装置３０は、さらに、表示部９３と、第１の取得部９４と、第２の取得部９５と、第３の取得部９６と、第４の取得部９７と、を含むものであってもよい。

受信部９０は、端末装置１０が実行するメッセージングアプリケーションにより呼び出される第１のＡＰＩ２０（及び通信網Ｎ）を介して、端末装置１０に接続され、端末装置１０から、予約支援サービスの提供に必要な様々な情報を受信するものである。受信部９０は、図２に示した構成のうち主にＣＰＵ３１、メインメモリ３２及び通信Ｉ／Ｆ３４により実現され得るものである。

例えば、受信部９０は、店舗の予約についての少なくとも１つの条件に関する条件情報を端末装置１０から第１のＡＰＩ２０を介して受信する。また、受信部９０は、少なくとも１つの候補店舗から選択された対象店舗に関する対象店舗情報を端末装置１０から第１のＡＰＩ２０を介して受信することができる。さらに、受信部９０は、複数の条件の各々に対応する条件情報を、相互に異なるタイミングで受信してもよい。さらにまた、受信部９０は、少なくとも１つの条件に関する条件情報を含むテキスト情報を、端末装置１０から第１のＡＰＩ２０を介して受信してもよい。

送信部９１は、端末装置１０が実行するメッセージングアプリケーションにより呼び出される第１のＡＰＩ２０（及び通信網Ｎ）を介して、端末装置１０に接続され、端末装置１０に対して、予約支援サービスの提供に必要な様々な情報を送信するものである。送信部９１は、図２に示した構成のうち主にＣＰＵ３１、メインメモリ３２及び通信Ｉ／Ｆ３４により実現され得るものである。

例えば、送信部９１は、少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、第１のＡＰＩ２０を介して端末装置１０に送信する。また、送信部９１は、複数の店舗から少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、候補店舗情報を送信してもよい。さらに、送信部９１は、少なくとも１つの条件を少なくとも部分的に満たしかつ空席のある少なくとも１つの候補店舗に関する候補店舗情報を送信してもよい。さらにまた、送信部１００は、複数の店舗から少なくとも１つの条件を少なくとも部分的に満たしかつ空席のある少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、候補店舗情報を送信してもよい。

また、送信部９１は、リクエストに返信した少なくとも１つの候補店舗に関する候補店舗情報を送信するようにしてもよい。さらに、送信部９１は、複数の店舗から、少なくとも１つの条件を少なくとも部分的に満たし、リクエストに返信しかつ空席のある少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、候補店舗情報を送信してもよい。

また、送信部９１は、テキスト情報に対する形態素解析により抽出される条件情報を、端末装置１０に確認させるために送信してもよい。

記憶部９２は、予約支援サービスに関連する様々な情報、例えば、オペレーティングシステムに関連する情報、メッセージングアプリケーションに関連する情報、各ユーザの端末装置１０及び／又は各担当者の端末装置５０から受信した情報等を含む様々な情報を、記憶する。記憶部９２は、図２に示した構成のうち主にＣＰＵ３１、メインメモリ３２及び外部メモリ３５により実現され得るものである。

表示部９３は、予約支援サービスに関連する様々な情報を、必要に応じて予約支援サーバ装置３０のオペレータ等に提示すべくディスプレイ等に出力するものである。表示部９３は、図２に示した構成のうち主にユーザＩ／Ｆ３３により実現され得るものである。

第１の取得部９４は、テキスト情報に対する形態素解析により抽出される条件情報を取得するものである。第１の取得部９４は、テキスト情報に対して形態素解析を実行する第１の解析サーバ装置から条件情報を取得してもよい。

第２の取得部９５は、（ユーザにより選択された）画像に割り当てられた少なくとも１つの特性に関する情報からユーザの志向値に関する情報を取得するものである。第２の取得部９５は、特性に関する情報から志向値を生成する第２の解析サーバから、ユーザの志向値に関する情報を取得してもよい。

第３の取得部９６は、複数のサンプルユーザの中から抽出された、ユーザの志向値に適合する志向値を有する少なくとも１つのサンプルユーザに関する情報を取得するものである。第３の取得部９６は、複数のサンプルユーザの中から、指定された志向値に適合する志向値を有する少なくとも１つのサンプルユーザを抽出する第２の解析サーバから、少なくとも１つのサンプルユーザに関する情報を取得してもよい。

第４の取得部９７は、少なくとも１つのサンプルユーザの各々に対応付けて記憶された少なくとも１つの店舗に関する情報を取得する。第４の取得部９７は、各サンプルユーザに対応付けて少なくとも１つの店舗に関する情報を記憶する第２の解析サーバから、少なくとも１つのサンプルユーザの各々に対応付けて記憶された少なくとも１つの店舗に関する情報を取得してもよい。

これら第１の取得部９４〜第４の取得部９７は、図２に示した構成のうち主にＣＰＵ３１、メインメモリ３２及び通信Ｉ／Ｆ３４により実現され得るものである。

制御部９８は、上記各部の動作を制御するものである。制御部９８は、図２に示した構成のうち主にＣＰＵ３１及びメインメモリ３２により実現され得るものである。

３．予約支援システムの動作
上記構成を有する予約支援システムにおいて各ユーザに予約支援サービスを提供するために行われる動作の具体例について説明する。

３−１．全体の動作
まず、全体的な動作の一例について説明する。
図５は、図１に示した予約支援システムにおいて行われる全体的な動作の一例を示すフロー図である。図５には、最上段において、動作を行う主体として、端末装置１０、予約支援サーバ装置３０、店舗サーバ装置４０及び店舗の端末装置５０が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。なお、端末装置１０が行う動作は、端末装置１０が実行するメッセージングアプリケーションにより呼び出される第１のＡＰＩ２０を介して端末装置１０により行われる（第１のＡＰＩ２０が行う動作ということもできる）ものである。

まず、ステップ（以下「ＳＴ」という。）１００において、メッセージングアプリケーションを実行している端末装置１０は、店舗の予約を選択する旨を示す情報をユーザから入力して予約支援サーバ装置３０に送信する。ＳＴ１０１において、予約支援サーバ装置３０は、ユーザに対して希望する店舗等に対するニーズ（条件）を入力する旨を要求する信号を送信する。なお、ＳＴ１００及びＳＴ１０１をまとめて「ステップＡ」と称し、このステップＡの詳細については、図６を参照して後述する。

次に、ＳＴ１０２において、端末装置１０は、ユーザから希望する店舗等に対する少なくとも１つのニーズ（条件）を入力して予約支援サーバ装置３０に送信する。ＳＴ１０３において、予約支援サーバ装置３０は、端末装置１０から受信したニーズ（条件）に関する情報（条件情報）から、ユーザによる店舗等の予約に関する情報（予約情報）を生成して店舗サーバ装置４０に送信する。なお、ＳＴ１０２及びＳＴ１０３をまとめて「ステップＢ」と称し、このステップＢの詳細については、図７Ａ及び図７Ｂを参照して後述する。

次に、ＳＴ１０４において、店舗サーバ装置４０は、予約支援サーバ装置３０から受信した予約情報に基づいて、ユーザにより指定された少なくとも１つのニーズ（条件）を少なくとも部分的に満たす少なくとも１つの店舗を候補店舗として抽出する。さらに、一実施形態では、店舗サーバ装置４０は、ユーザにより指定された少なくとも１つのニーズ（条件）の中に特別なリクエスト（例えば、コース料理に特定の料理を追加する旨のリクエストやコース料理から鶏肉を除去する旨のリクエスト等）が含まれている場合には、各候補店舗の端末装置５０に対して、ユーザにより指定されたそのようなリクエストを通知することができる。なお、ＳＴ１０４を「ステップＣ」と称し、このステップＣの詳細については、図８を参照して後述する。

次に、ＳＴ１０５において、各候補店舗の担当者は、その端末装置５０を利用して、そのようなリクエストに対して（リクエストを受け入れる又は拒否する等について）店舗サーバ装置４０に返信することができる。なお、各候補店舗の担当者は、そのようなリクエストに対して返信をしないことも可能である。

次に、ＳＴ１０６において、店舗サーバ装置４０は、一実施形態では、ＳＴ１０４において抽出した少なくとも１つの候補店舗のうち、ＳＴ１０５においてリクエストに返信してきた候補店舗のみを、最終的な候補店舗として予約支援サーバ装置３０に通知することができる。別の実施形態では、店舗サーバ装置４０は、ＳＴ１０４において抽出した少なくとも１つの候補店舗すべてを、最終的な候補店舗として（例えばリクエストに対する返信の有無を示して）予約支援サーバ装置３０に通知することができる。

次に、ＳＴ１０７において、予約支援サーバ装置３０は、店舗サーバ装置４０から通知されてきた少なくとも１つの候補店舗に関する情報（候補店舗情報）を端末装置１０に送信することにより、候補店舗をユーザに表示して選択させる旨を、端末装置１０に要求する。これにより、端末装置１０は、予約支援サーバ装置３０から受信した候補店舗情報に示されている少なくとも１つの候補店舗を、例えばリスト形式により表示してユーザに提示することができる。一実施形態では、端末装置１０は、ユーザが指定したリクエストに対する応答の内容（応答の有無、応答の具体的な内容等）を、候補店舗ごとに表示してもよい。

ＳＴ１０８において、ユーザは、端末装置１０に表示された少なくとも１つの候補店舗のうちのいずれかの店舗を選択することができる。ＳＴ１０９において、ユーザは、そのように選択した店舗を予約するかどうかを端末装置１０を用いて決定することができる。ユーザがそのように選択した店舗を予約の対象となる対象店舗として決定した場合には、端末装置１０は、対象店舗に関する情報（対象店舗情報：対象店舗を特定する情報）を予約支援サーバ装置３０に送信して、処理はＳＴ１１０に移行する。逆に、ユーザがそのように選択した店舗をまだ対象店舗として決定しない場合には、処理はＳＴ１１５に移行する。

ＳＴ１１０において、予約支援サーバ装置３０は、端末装置１０から受信した対象店舗情報から対象店舗を特定し、予約の登録を行うとともに、この対象店舗情報を店舗サーバ装置４０に転送する。ＳＴ１１１において、予約支援サーバ装置３０は、登録した予約を示す情報を、ログデータベース６０に記録する。

ＳＴ１１２において、対象店舗情報を受信した店舗サーバ装置４０は、受信した対象店舗情報から対象店舗を特定し、予約の登録を行う。さらに、店舗サーバ装置４０は、対象店舗の端末装置５０に対して予約を行った旨を通知する。ＳＴ１１３において、店舗サーバ装置４０は、第２のＡＰＩ７０を呼び出して、各店舗の空席情報を記憶する所定のデータベース（顧客台帳データベース）に対して、対象店舗の空席情報に予約がなされた旨（対応する空席が埋まった旨）を示す情報を書き込むことができる。

ＳＴ１１４において、店舗サーバ装置４０から対象店舗として予約された旨を通知された対象店舗の端末装置５０は、その旨を担当者に示すことができる。

他方、ＳＴ１１５において、ユーザは、ＳＴ１０８において選択された候補店舗の端末装置５０とチャット（文字及び／又は音声によるメッセージの送受信）を行うかどうかを、端末装置１０を用いて決定することができる。ユーザがチャットを行うことを決定した場合には、処理はＳＴ１１６に移行し、逆に、ユーザがチャットを行わないことを決定した場合には、処理はＳＴ１１９に移行する。

ＳＴ１１６において、予約支援サーバ装置３０は、ユーザの端末装置１０と選択された候補店舗の端末装置５０との間におけるチャットを開始する。具体的には、予約支援サーバ装置３０は、端末装置１０により端末装置５０に対して送信された文字／音声メッセージ（メッセージ情報）を店舗サーバ装置４０に転送する。次に、ＳＴ１１７において、店舗サーバ装置４０は、予約支援サーバ装置３０から転送されてきた文字／音声メッセージ（メッセージ情報）を端末装置５０に転送する。

ＳＴ１１８において、選択された候補店舗の端末装置５０は、メッセージングアプリケーション（端末装置１０により実行されるメッセージングアプリケーションと同一のもの）を実行することにより、店舗サーバ装置４０から端末装置１０により送信された文字／音声メッセージ（メッセージ情報）を受信して表示部に表示又はスピーカから出力する。担当者が、端末装置５０を利用して、文字／音声メッセージを返信した場合には、かかる文字／音声メッセージ（メッセージ情報）は、例えば、店舗サーバ装置４０及び予約支援サーバ装置３０を介して、端末装置１０により受信される。端末装置１０は、受信した文字／音声メッセージ（メッセージ情報）を、実行しているメッセージングアプリケーションにより提示される画面において表示又はスピーカから出力することができる。これにより、ユーザは、アクティブ状態にあるアプリケーションをメッセージングアプリケーションから他のアプリケーションに切り替えるという煩わしい動作を行うことなく、メッセージングアプリケーションにより提示される画面において、受信したメッセージ（メッセージ情報）を確認することができる。この後、処理は上述したＳＴ１１５に戻る。

他方、ＳＴ１１９において、ユーザは、ＳＴ１０８において選択された候補店舗に関する情報を閲覧するかどうかを、端末装置１０を用いて決定することができる。ユーザがかかる情報を閲覧することを決定した場合には、処理はＳＴ１２０に移行し、逆に、ユーザがかかる情報を閲覧しないことを決定した場合には、処理は上述したＳＴ１０８に戻る。

ＳＴ１２０において、端末装置１０は、実行しているメッセージングアプリケーションに組み込まれたウェブブラウザを用いて、選択された候補店舗に関するウェブページを店舗サーバ装置４０に要求することにより、当該ウェブページを店舗サーバ装置４０から受信して表示部に表示することができる。これにより、ユーザは、アクティブ状態にあるアプリケーションをメッセージングアプリケーションからウェブブラウザに切り替えるという煩わしい動作を行うことなく、メッセージングアプリケーションにより提示される画面において、選択された候補店舗に関するウェブページを表示させることができる。

３−２．ステップＡの具体例
上述したステップＡの具体例について、図６を参照して説明する。図６は、図５に示した動作のうちの一部（ステップＡ）の動作の具体例を示すフロー図である。図６には、最上段において、動作を行う主体として、端末装置１０、第１のＡＰＩ２０及び予約支援サーバ装置３０が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。

図６を参照すると、まず、ＳＴ２００において、メッセージングアプリケーションを実行している端末装置１０は、店舗の予約を選択する旨を示す情報をユーザから入力する。ＳＴ２０１において、端末装置１０により実行されているメッセージングアプリケーションにより呼び出された第１のＡＰＩ２０は、ユーザに関する情報（ユーザ情報）を端末装置１０から取得して予約支援サーバ装置３０に送信する。ここで、ユーザ情報は、氏名、年齢、性別、住所等を含む任意の情報であってもよい。

ＳＴ２０２において、ユーザ情報を受信した予約支援サーバ装置３０は、ユーザによる店舗等の予約に関する情報（予約情報）を生成し、ニーズ（条件）を入力する旨を要求する通知を第１のＡＰＩ２０に送信する。ここでは、予約情報は、ユーザ情報のみを含むものとすることができる。

ＳＴ２０３において、第１のＡＰＩ２０は、ニーズ（条件）を入力する旨を要求する通知を端末装置１０に送信する。ＳＴ２０４において、端末装置１０は、ニーズ（条件）を入力する旨を要求する通知を確認する。ＳＴ２０５において、ユーザからニーズ（条件）を入力する動作（ステップＢ）に移行する。

３−３．ステップＢの具体例
上述したステップＢの具体例について、図７Ａ及び図７Ｂを参照して説明する。図７Ａ及び図７Ｂは、図５に示した動作のうちの一部（ステップＢ）の動作の具体例を示すフロー図である。図７Ａ及び図７Ｂには、図６と同様に、最上段において、動作を行う主体として、端末装置１０、第１のＡＰＩ２０及び予約支援サーバ装置３０（図７Ｂには、さらに、ログデータベース６０及び店舗サーバ装置４０）が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。

図７Ａを参照すると、ＳＴ２１０において、端末装置１０は、ニーズ（条件）を入力する旨を要求する通知を確認して、第１のＡＰＩ２０に処理の実行を指示する。ＳＴ２１１において、第１のＡＰＩ２０は、（ニーズ／条件の１つである）日程の入力を要求するメッセージを呼び出して端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２１２において、端末装置１０のメッセージングアプリケーションは、受信したメッセージ（日程の入力を要求するメッセージ。例えば「希望の日時をお知らせ下さい」といったようなメッセージ。）を表示部に出力する。ＳＴ２１３において、このメッセージを確認したユーザは、端末装置１０を利用して、希望の日時を入力する。一実施形態では、ユーザは、表示部に表示されたカレンダーにおける日時をタップ又はクリックすることにより簡単に希望の日時を入力することができる。端末装置１０は、入力された日時に関する情報（日程情報）を、ニーズ／条件に関する情報（条件情報）として予約支援サーバ装置３０に送信する。ＳＴ２１４において、予約支援サーバ装置３０は、受信した条件情報を用いて、ＳＴ２０２（図６参照）において生成した予約情報を更新する。これにより、予約情報は、ユーザ情報、及び、日時に関する情報を含むことができる。

次に、ＳＴ２１５において、第１のＡＰＩ２０は、日程情報を確認する旨の通知を端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２１６において、端末装置１０は、メッセージングアプリケーションにおいて日程情報を表示部に出力してユーザに確認させる。

次に、ＳＴ２１７において、第１のＡＰＩ２０は、（ニーズ／条件の１つである）人数の入力を要求するメッセージを呼び出して端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２１８において、端末装置１０のメッセージングアプリケーションは、受信したメッセージ（人数の入力を要求するメッセージ。例えば「希望の人数をお知らせ下さい」といったようなメッセージ。）を表示部に出力する。ＳＴ２１９において、このメッセージを確認したユーザは、端末装置１０を利用して、希望の人数を入力する。一実施形態では、ユーザは、表示部に表示された例えば１〜２０等の数字をタップ又はクリックすることにより簡単に希望の人数を入力することができる。端末装置１０は、入力された人数に関する情報（人数情報）を、ニーズ／条件に関する情報（条件情報）として予約支援サーバ装置３０に送信する。ＳＴ２２０において、予約支援サーバ装置３０は、受信した条件情報を用いて、ＳＴ２１４において更新した予約情報をさらに更新する。これにより、予約情報は、ユーザ情報、日時に関する情報及び人数に関する情報を含むことができる。

次に、ＳＴ２２１において、第１のＡＰＩ２０は、人数情報を確認する旨の通知を端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２２２において、端末装置１０は、メッセージングアプリケーションにおいて人数情報を表示部に出力してユーザに確認させる。

次に、ＳＴ２２３において、第１のＡＰＩ２０は、（ニーズ／条件の１つである）エリアの入力を要求するメッセージを呼び出して端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２２４において、端末装置１０のメッセージングアプリケーションは、受信したメッセージ（エリアの入力を要求するメッセージ。例えば「希望のエリアをお知らせ下さい」といったようなメッセージ。）を表示部に出力する。次に、図７Ｂを参照すると、ＳＴ２２５において、このメッセージを確認したユーザは、端末装置１０を利用して、希望のエリアを入力する。一実施形態では、ユーザは、表示部に表示された例えば複数のエリアを表現する文字等をタップ又はクリックすることにより簡単に希望のエリアを入力することができる。端末装置１０は、入力されたエリアに関する情報（エリア情報）を、ニーズ／条件に関する情報（条件情報）として予約支援サーバ装置３０に送信する。ＳＴ２２６において、予約支援サーバ装置３０は、受信した条件情報を用いて、ＳＴ２２０において更新した予約情報をさらに更新する。これにより、予約情報は、ユーザ情報、日時に関する情報、人数に関する情報及びエリアに関する情報を含むことができる。

次に、ＳＴ２２７において、第１のＡＰＩ２０は、エリア情報を確認する旨の通知を端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２２８において、端末装置１０は、メッセージングアプリケーションにおいてエリア情報を表示部に出力してユーザに確認させる。

次に、ＳＴ２２９において、第１のＡＰＩ２０は、（ニーズ／条件の１つである）ジャンルの入力を要求するメッセージを呼び出して端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２３０において、端末装置１０のメッセージングアプリケーションは、受信したメッセージ（ジャンルの入力を要求するメッセージ。例えば「希望のジャンルをお知らせ下さい」といったようなメッセージ。）を表示部に出力する。ＳＴ２３１において、このメッセージを確認したユーザは、端末装置１０を利用して、希望のジャンル（和食、洋食等のジャンル）を入力する。一実施形態では、ユーザは、表示部に表示された例えば複数のジャンルを表現する文字等をタップ又はクリックすることにより簡単に希望の人数を入力することができる。端末装置１０は、入力されたジャンルに関する情報（ジャンル情報）を、ニーズ／条件に関する情報（条件情報）として予約支援サーバ装置３０に送信する。ＳＴ２３２において、予約支援サーバ装置３０は、受信した条件情報を用いて、ＳＴ２２６において更新した予約情報をさらに更新する。これにより、予約情報は、ユーザ情報、日時に関する情報、人数に関する情報、エリアに関する情報及びジャンルに関する情報を含むことができる。

次に、ＳＴ２３３において、第１のＡＰＩ２０は、ジャンル情報を確認する旨の通知を端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２３４において、端末装置１０は、メッセージングアプリケーションにおいてジャンル情報を表示部に出力してユーザに確認させる。

次に、ＳＴ２３５において、第１のＡＰＩ２０は、（ニーズ／条件の１つである）リクエストの入力を要求するメッセージを呼び出して端末装置１０のメッセージングアプリケーションに送信する。ＳＴ２３６において、端末装置１０のメッセージングアプリケーションは、受信したメッセージ（リクエストの入力を要求するメッセージ。例えば「リクエストをお知らせ下さい」といったようなメッセージ。）を表示部に出力する。ＳＴ２３７において、このメッセージを確認したユーザは、端末装置１０を利用して、希望のリクエスト（例えば、コース料理から特定の食材を除くこと、参加者の１人の料理を子供料理にすること等を含む任意のリクエスト）を入力する。端末装置１０は、入力されたリクエストに関する情報（リクエスト情報）を、ニーズ／条件に関する情報（条件情報）として予約支援サーバ装置３０に送信する。ＳＴ２３８において、予約支援サーバ装置３０は、受信した条件情報を用いて、ＳＴ２３２において更新した予約情報をさらに更新する。これにより、予約情報は、ユーザ情報、日時に関する情報、人数に関する情報、エリアに関する情報、ジャンルに関する情報及びリクエストに関する情報を含むことができる。さらに、予約支援サーバ装置３０は、このように更新した予約情報を、各ユーザの予約情報を将来のサービスに利用すべく収集するログデータベース６０に送信する。これにより、ＳＴ２３９において、ログデータベース６０は、予約支援サーバ装置３０から受信した予約情報を、記憶するとともに、店舗サーバ装置４０に送信する（予約支援サーバ装置３０が予約情報を直接店舗サーバ装置４０に送信してもよい）。

ＳＴ２４０において、店舗サーバ装置４０は、（この後に抽出されることになる）候補店舗に通知すべき情報を生成して、ＳＴ２４１において処理をステップＣに移行させる。

なお、図７Ａ及び図７Ｂを参照して説明した例では、ニーズ／条件に関する情報（条件情報）は、日時、人数、エリア、ジャンル及びリクエストに関するニーズ／条件を含むものとすることができるが、一実施形態では、条件情報は、日時、人数、エリア、ジャンル、リクエスト及び他のニーズ／条件を含む群から選択された少なくとも１つのニーズ／条件を含むものであってもよい。

また、端末装置１０の表示部において、ユーザに対して確認させるために表示されるメッセージ、ユーザにより入力及び表示されるメッセージ等を含む様々なメッセージは、あたかもメッセージングアプリケーションとユーザとが対話をしているかのように見えるように、時系列的に順次表示されるようにしてもよい。また、このように時系列的に表示されるメッセージ群は、ユーザが表示部に対してタップ又はクリック操作をすることによって、及び／又は、ユーザがボタン又はキーボード等を操作することによって、古いメッセージから新しいメッセージに向かって及び／又は新しいメッセージから古いメッセージに向かって、スクロールさせることができるものであってもよい。これにより、ユーザは、予約に際して現時点までに入力した内容、過去に行った各予約の内容等を、簡単な操作で迅速に確認することができる。なお、時系列的に順次表示されるメッセージは、例えば、上述したＳＴ２１２、ＳＴ２１３、ＳＴ２１６、ＳＴ２１８、ＳＴ２１９、ＳＴ２２２、ＳＴ２２４、ＳＴ２２５、ＳＴ２２８、ＳＴ２３０、ＳＴ２３１、ＳＴ２３４、ＳＴ２３６及びＳＴ２３７等において、第１のＡＰＩ２０の指示により表示されるメッセージ及び／又はユーザにより入力されるメッセージを、これらに限定することなく含むものである。

３−４．ステップＣの具体例
上述したステップＣの具体例について、図８を参照して説明する。図８は、図５に示した動作のうちの一部（ステップＣ）の動作の具体例を示すフロー図である。図８には、最上段において、動作を行う主体として、店舗サーバ装置４０、第２のＡＰＩ７０及び店舗の端末装置５０が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。

図８を参照すると、まず、ＳＴ２５０において、店舗サーバ装置４０は、各ユーザに関する予約情報を収集する。各ユーザについて、以下に述べる動作が行われるものとすることができる。

ＳＴ２５１において、店舗サーバ装置４０は、対象となっているユーザの予約情報に基づいて、複数の店舗から、予約情報により特定される少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗を抽出する（ここで、候補店舗の総数をｎとする）。なお、店舗サーバ装置４０は、候補店舗としては、複数の店舗のうち、予約情報により特定される条件（少なくとも１つの条件）を「完全に」満たす少なくとも１つの店舗を候補店舗として抽出してもよいし、予約情報により特定される条件（少なくとも１つの条件）を「部分的に」満たす少なくとも１つの店舗を候補店舗として抽出してもよい。ここで、「部分的に満たす」とは、予約情報により特定される条件が例えば４つの条件（例えば、日時、人数、エリア、ジャンル）である場合に、３つ以下の条件を満たすことを含むことができる。

ＳＴ２５２において、店舗サーバ装置４０は、変数ｉを設定して、以下に説明するＳＴ２５３〜ＳＴ２５７を、ｉ＝１〜ｉ＝ｎまで繰り返す。

ＳＴ２５３において、店舗サーバ装置４０は、第２のＡＰＩ７０を呼び出して、ｉ番目の空席情報を要求する。ＳＴ２５４において、店舗サーバ装置４０により呼び出された第２のＡＰＩ７０は、各店舗の空席情報を記憶する所定のデータベースを検索することにより、店舗サーバ装置４０により要求されたｉ番目の店舗の空席情報を検索して店舗サーバ装置４０に返信する。

ＳＴ２５５において、店舗サーバ装置４０は、対象となっているユーザの予約情報と、ｉ番目の店舗の空席情報と、を比較して、ｉ番目の店舗において、ユーザにより要求された人数等に関する条件を満たす空席が存在するかを決定する。空席が存在しない場合には、ＳＴ２５６において、店舗サーバ装置４０は、ｉ番目の店舗を候補店舗から削除する。空席が存在する場合には、ＳＴ２５７において、店舗サーバ装置４０は、ｉ番目の店舗を候補店舗として残す。以上のようなＳＴ２５３〜ＳＴ２５７が、ｎの候補店舗のすべてについて実行される。

ＳＴ２５８において、店舗サーバ装置４０は、ＳＴ２５７において残された各候補店舗の端末装置５０に対して、（例えばユーザがニーズ／条件の１つとしてリクエストを指定している場合には）、ユーザにより指定されたリクエストを通知することができる（図５におけるＳＴ１０４に対応）。

このように、本実施形態によれば、ユーザは、店舗の予約に付随する一連の処理（ニーズ／条件の入力、列挙された候補店舗の確認、列挙された候補店舗から対象店舗の選択、店舗とのチャット、対象店舗の予約等を含む処理）を、単一のメッセージングアプリケーションにより要求される操作を行うことにより、実行することができる。すなわち、店舗の予約に付随する一連の処理は、単一のメッセージングアプリケーションの実行により完結させることができるものである。これにより、様々なニーズ／条件を入力すべく、表示されたウェブページにおける対応するフィールドに逐一カーソルを移動させること、同時に起動されている複数のアプリケーション（ブラウザ、電話アプリケーション、メールアプリケーション等）のうち、実際に操作したいアプリケーションを選択すべく、複数のウィンドウを切り替えること等を含む煩わしい操作から、ユーザは少なくとも部分的に解放され得る。したがって、ユーザによる店舗等に対する予約を、ユーザに対する利便性を向上させながら、支援することができる。

４．変形例
以下、様々な変形例に係る実施形態について説明する。

４−１．第１の変形例
店舗等（の特に端末装置５０）による操作を必要とすることなく、ユーザが店舗等の予約を確定することができる実施形態について、図９を参照して説明する。図９は、別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。なお、図９においてこれまでに説明した実施形態におけるものと共通する構成要素については、同一の参照符号を付して、その詳細な説明を省略する。図９には、最上段において、動作を行う主体として、端末装置１０、店舗サーバ装置４０及び第２のＡＰＩ７０が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。

図９には、説明の簡略化のために、端末装置１０と店舗サーバ装置４０との間に配置された予約支援サーバ装置３０により実行される動作が（以下の説明においても）省略されているが、実際には、図６等を参照して上述したものと同様に、予約支援サーバ装置３０が端末装置１０と店舗サーバ装置４０との間を接続する動作を行うものとすることができる。

図９を参照すると、まず、ＳＴ３００において、店舗サーバ装置４０は、ユーザの端末装置１０に対して、予約情報をリクエストする。ＳＴ３０１において、ユーザは、端末装置１０を利用して予約情報（ニーズ／条件）を入力する。ここでの動作は、図７Ａ及び図７Ｂを参照して上述したものと同様である。

ＳＴ３０２において、店舗サーバ装置４０は、ユーザの端末装置１０から受信した予約情報に基づいて、ｎの候補店舗を抽出する。ここでの動作は、ＳＴ２５１（図８）に関連して上述したものと同様である。ＳＴ３０３において、店舗サーバ装置４０は、第２のＡＰＩ７０を呼び出して、ｎの候補店舗の空席情報をリクエストする。ここでの動作は、ＳＴ２５３に関連して上述したものと同様である。ＳＴ３０４において、店舗サーバ装置４０により呼び出された第２のＡＰＩ７０は、ｎの候補店舗の空席情報を検索して店舗サーバ装置４０に返信する。ここでの動作は、ＳＴ２５４に関連して上述したものと同様である。

ｎの候補店舗の空席情報を第２のＡＰＩ７０から受信した店舗サーバ装置４０は、ＳＴ３０５において、ｎの候補店舗に関する情報（候補店舗情報）を、端末装置１０に送信する。この候補店舗情報は、各候補店舗についての空席情報（空席があるか否かを示す情報）を含むものであってもよい。

ＳＴ３０６において、ユーザは、端末装置１０を利用して、ｎの候補店舗の中から予約したい店舗（対象店舗）を決定することができる。端末装置１０は、決定された候補店舗に関する情報（対象店舗情報）を店舗サーバ装置４０に送信する。

ＳＴ３０７において、対象店舗情報を受信した店舗サーバ装置４０は、第２のＡＰＩ７０を呼び出して、対象店舗情報により特定される店舗の空席を確保するようにリクエストする。ＳＴ３０８において、店舗サーバ装置４０により呼び出された第２のＡＰＩ７０は、各店舗の空席情報を記憶する所定のデータベース（顧客台帳データベース）にアクセスして、店舗サーバ装置４０により指定された店舗に空席があるか否かを判定する。

ＳＴ３０８において当該空席がないと判定された場合には、ＳＴ３０９において、店舗サーバ装置４０は、当該店舗に空席がない旨を端末装置１０に通知する。このとき、店舗サーバ装置４０は、同一のニーズ／条件に部分的に又は完全に合致する別の店舗（をレコメンドすべく）に関連する情報を端末装置１０に送信してもよい。この後、処理は、上述したＳＴ３０６に戻る。

一方、ＳＴ３０８において当該空席が存在すると判定された場合には、ＳＴ３１０において、第２のＡＰＩ７０は、各店舗の空席情報を記憶する所定のデータベース（顧客台帳データベース）に対して、対象店舗の空席情報に予約がなされた旨（対応する空席が埋まった旨）を示す情報を書き込む。次に、ＳＴ３１１において、店舗サーバ装置４０は、ユーザにより決定された対象店舗について指定されたニーズ／条件により予約を完了した旨を示す情報（予約確定情報）を端末装置１０に送信する。ＳＴ３１２において、端末装置１０は、予約確定情報を表示部に出力してユーザに確認させる。

４−２．第２の変形例
今までに存在しなかったコースに対する予約を行うことを可能にする実施形態について、図１０を参照して説明する。図１０は、さらに別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。なお、図１０においてこれまでに説明した実施形態におけるものと共通する構成要素については、同一の参照符号を付して、その詳細な説明を省略する。図１０には、最上段において、動作を行う主体として、端末装置１０、店舗サーバ装置４０、第２のＡＰＩ７０及び店舗の端末装置５０が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。

図１０には、説明の簡略化のために、端末装置１０と店舗サーバ装置４０との間に配置された予約支援サーバ装置３０により実行される動作が（以下の説明においても）省略されているが、実際には、図６等を参照して上述したものと同様に、予約支援サーバ装置３０が端末装置１０と店舗サーバ装置４０との間を接続する動作を行うものとすることができる。

図１０を参照すると、ＳＴ４００〜ＳＴ４０４において、それぞれ、上述したＳＴ３００〜ＳＴ３０４（図９参照）におけるものと同様の動作が行われる。ここで、ＳＴ４０１においては、ユーザが、端末装置１０を利用して、ニーズ／条件の１つとしてリクエストを指定することにより、端末装置１０は、リクエストに関する情報を含む予約情報を店舗サーバ装置４０に送信する。

ＳＴ４０５において、店舗サーバ装置４０は、ｎの候補店舗に関する空席情報に基づいて、ｎの候補店舗のうち、空席が存在する候補店舗（の端末装置５０）のみに対して、ユーザの予約情報を送信する。

予約情報を受信した各店舗の担当者は、ＳＴ４０６において、予約情報から特定されるリクエストに対応可能であるか否かを判断する。そのようなリクエストに対応できないと判断した担当者は、端末装置５０を利用して、その旨を店舗サーバ装置４０に通知する。これにより、ＳＴ４０７において、店舗サーバ装置４０は、そのような店舗を候補店舗から削除する。

逆に、ＳＴ４０６において、そのようなリクエストに対応できると判断した担当者は、ＳＴ４０８において、端末装置５０を利用して、その旨を対応可能なコースの内容を示した情報（コース情報）とともに、店舗サーバ装置４０に通知する。

ＳＴ４０９において、店舗サーバ装置４０は、候補店舗として残っている各候補店舗（ＳＴ４０７において候補店舗から削除されていない各候補店舗）について、その候補店舗に関する候補店舗情報をコース情報とともに、端末装置１０に送信する。ＳＴ４０９の前又は後に（又はＳＴ４０９と並行して）、ＳＴ４１０において、店舗サーバ装置４０は、第２のＡＰＩ７０を呼び出して、候補店舗として残っている各候補店舗に存在する空席を確保するように指示する。具体的には、例えば、店舗サーバ装置４０は、各店舗の空席情報を記憶する所定のデータベース（顧客台帳データベース）に対して、対象店舗の空席情報に仮の予約がなされた旨（対応する空席が一時的に埋まった旨）を示す情報を書き込むようにしてもよい。

ＳＴ４１１において、端末装置１０は、ＳＴ４０９において店舗サーバ装置４０により送信された候補店舗情報及びコース情報を受信し、これらの情報を表示部に出力する。ＳＴ４１２において、ユーザは、端末装置１０を利用して、候補店舗の中から希望する店舗を対象店舗として選択する。端末装置１０は、対象店舗に関する対象店舗情報を店舗サーバ装置４０に送信する。ＳＴ４１３において、店舗サーバ装置４０は、端末装置１０から受信した対象店舗情報に基づいて対象店舗を特定し、第２のＡＰＩ７０を呼び出す。ＳＴ４１４において、店舗サーバ装置４０により呼び出された第２のＡＰＩ７０は、各店舗の空席情報を記憶する所定のデータベース（顧客台帳データベース）に対して、ＳＴ４１０において確保された対象店舗の空席情報に予約がなされた旨（対応する空席が埋まった旨）を示す情報を書き込む一方、ＳＴ４１０において確保された他の対象店舗の空席情報に仮の予約がキャンセルされた旨（対応する空席が空いている旨）を示す情報を書き込む。

次に、ＳＴ４１５及びＳＴ４１６において、それぞれ、上述したＳＴ３１１及びＳＴ３１２（図９参照）におけるものと同様の動作が行われる。

４−３．第３の変形例
ユーザがニーズ／条件をテキストベースで入力することを可能にする実施形態について、図１１を参照して説明する。図１１は、さらに別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。なお、図１１においてこれまでに説明した実施形態におけるものと共通する構成要素については、同一の参照符号を付して、その詳細な説明を省略する。図１１には、最上段において、動作を行う主体として、端末装置１０、予約支援サーバ装置３０、解析サーバ装置８０及び店舗サーバ装置４０が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。

図１１を参照すると、まず、ＳＴ５００において、店舗サーバ装置４０は、予約支援サーバ装置３０を介して、ユーザの端末装置１０に対して予約情報をリクエストする。ＳＴ５０１において、予約支援サーバ装置３０は、端末装置１０に対して、希望する店舗等に対するニーズ（条件）を入力する旨を要求する信号を送信する。

ＳＴ５０２において、ユーザは、端末装置１０を利用して、希望する情報（ニーズ／条件に関する情報）を例えば１又はそれ以上の文章（なお、単なる単語の羅列であってもよい）で入力する。このように入力された文章は、１又はそれ以上のニーズ／条件を含むテキスト情報であるといえる。例えば、ユーザが「京都市左京区で２０１８年１２月２日１９時に５名でフランス料理を提供するレストランを予約したい。」という文章（又は「京都市左京区、２０１８年１２月２日１９時、５名、フランス料理」という単語の羅列）を入力した場合、この文章（又は単語の羅列）は、「京都市左京区」というエリアに関するニーズ／条件、「２０１８年１２月２日１９時」という日時に関するニーズ／条件、「５名」という人数に関するニーズ／条件、及び、「フランス料理」というジャンルに関するニーズ／条件を含むテキスト情報であるといえる。端末装置１０は、ユーザに入力された文章をテキスト情報として予約支援サーバ装置３０に送信する。

ＳＴ５０３において、予約支援サーバ装置３０は、端末装置１０から受信したテキスト情報を解析サーバ装置８０に送信する。解析サーバ装置８０は、予約支援サーバ装置３０の内部に配置される装置であってもよいし、予約支援サーバ装置３０の外部に配置され予約支援サーバ装置３０に通信回線を介して接続される装置であってもよい。

ＳＴ５０４において、解析サーバ装置８０は、予約支援サーバ装置３０から受信したテキスト情報に対して形態素解析を実行することにより、テキスト情報を単語ごとに分割する（テキスト情報を複数の単語に分割する）。ＳＴ５０５において、解析サーバ装置８０は、ＳＴ５０４において得られた複数の単語から意味のある単語を（例えば、動詞・助動詞・接続詞等を除いた名詞のみを意味のある単語として）抽出する。上記の例では、解析サーバ装置８０は、意味のある単語として、例えば、「京都市左京区」、「２０１８年１２月２日１９時」、「５名」、「フランス料理」、「レストラン」という単語を抽出することができる。

ＳＴ５０６において、解析サーバ装置８０は、ＳＴ５０５において抽出した複数の単語から予約条件を抽出する。上記の例では、解析サーバ装置８０は、「京都市左京区」、「２０１８年１２月２日１９時」、「５名」、「フランス料理」という予約条件を抽出することができる。これらの予約条件は、それぞれ、エリアに関する条件／ニーズ、日時に関する条件／ニーズ、人数に関する条件／ニーズ及びジャンルに関する条件／ニーズであるといえる。解析サーバ装置８０は、このように抽出した予約条件に関する情報（条件情報）を予約支援サーバ装置３０に送信する。

ＳＴ５０７において、予約支援サーバ装置３０は、端末装置１０に対して、条件情報を送信するとともに、予約条件を確認すること、及び、追加の条件の有無を確認することを要求する。

ＳＴ５０８において、端末装置１０は、予約支援サーバ装置３０から受信した条件情報を表示部に出力してユーザに確認させる。さらに、ユーザは、追加の条件があるかを端末装置１０に入力する。ユーザが追加の条件がある旨を入力した場合には、処理は上述したＳＴ５０２に移行する。逆に、ユーザが追加の条件がない旨を入力した場合には、処理はＳＴ５０９に移行する。

なお、図１１には、ＳＴ５０８において、追加の条件の有無をユーザが判断して端末装置１０に入力する態様が例示されているが、これに代えて／これとともに、端末装置１０が、又は、予約支援サーバ装置３０若しくは解析サーバ装置８０により指示を受けた端末装置１０が、不足している条件の入力を促す態様を用いることも可能である。例えば、上記の例では、端末装置１０は、「京都市左京区のどの辺りですか？」等のメッセージを表示して、ユーザに対して、より詳細なエリアに関する情報の入力を促すことも可能である。或いは、端末装置１０は、ＳＴ５０２において入力されたテキスト情報に例えば「日時」に関する条件／ニーズが含まれていなかった場合には、「希望の日時を入力して下さい」等のメッセージを表示して、ユーザに対して、日時に関する情報の入力を促すようにしてもよい。

ＳＴ５０９において、店舗サーバ装置４０は、（例えば予約支援サーバ装置３０を介して）端末装置１０から受信した予約情報（条件情報）に基づいて、候補店舗を検索して抽出する。なお、候補店舗を抽出する動作は、図８〜図１０を参照して上述したものと同様であり得る。

４−４．第４の変形例
予約時におけるユーザの気分に応じて最適な店舗をレコメンドする実施形態について、図１２を参照して説明する。図１２は、さらに別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。なお、図１２においてこれまでに説明した実施形態におけるものと共通する構成要素については、同一の参照符号を付して、その詳細な説明を省略する。図１２には、最上段において、動作を行う主体として、端末装置１０、予約支援サーバ装置３０、店舗サーバ装置４０及び解析サーバ装置８５が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。

まず、前処理として、ＳＴ６００において、予約支援サーバ装置３０は、ユーザに提示するための（料理に関する）複数の画像と、これら複数の画像の各々に対応付けて当該画像が想起させる特性（ジャンル等の特性）を識別する情報（特性情報）と、を予め用意して記憶しておく。

また、同じく前処理として、ＳＴ６０１において、解析サーバ装置８５が、各店舗の空席情報を予め取得しておく。なお、解析サーバ装置８５は、予約支援サーバ装置３０の内部に配置される装置であってもよいし、予約支援サーバ装置３０の外部に配置され予約支援サーバ装置３０に通信回線を介して接続される装置であってもよい。

また、解析サーバ装置８５は、（各店舗の空席情報を記憶する所定のデータベース（顧客台帳データベース）にアクセスして各店舗の空席情報を取得すべく）第２のＡＰＩ７０を呼び出すように構成された店舗サーバ装置４０に対して、各店舗の空席情報を要求して取得することができる。或いはまた、解析サーバ装置８５は、直接、第２のＡＰＩ７０を呼び出して、各店舗の空席情報を記憶する所定のデータベース（顧客台帳データベース）にアクセスすることにより、各店舗の空席情報を取得することも可能である。

次に、ＳＴ６０２において、ユーザは、端末装置１０を利用して、店舗等の予約を行うことを選択する。これに応答して、予約支援サーバ装置３０は、ＳＴ６０３において、予め記憶しておいた料理に関する複数の画像の中から、無作為に（ランダムに）、１組の画像を抽出して端末装置１０に送信する。１組の画像は、複数の画像を含むものであるが、ここでは一例として、２枚の画像である。端末装置１０は、予約支援サーバ装置３０から受信した１組の画像を表示部に出力する。

ＳＴ６０４において、ユーザは、端末装置１０を利用して、表示された１組の画像のうち自分の気分／好みに合う画像を選択する。これに応答して、端末装置１０は、ユーザに選択された画像に関する（ユーザに選択された画像を識別する）情報（画像情報）を、予約支援サーバ装置３０に送信する。

ＳＴ６０５において、予約支援サーバ装置３０は、端末装置１０から受信した画像情報に基づいて、ユーザにより選択された画像を識別する。さらに、予約支援サーバ装置３０は、このように識別された画像に対応付けられた特性情報（当該画像が想起させる特性を識別する情報）を解析サーバ装置８５に送信する。ＳＴ６０６において、解析サーバ装置８５は、予約支援サーバ装置３０から受信した特性情報に基づいて、このユーザの志向値に関する情報を生成する。

ここで、画像が想起させる特性を識別する情報（特性情報）と、特性情報から生成される志向値に関する情報との関係について、その一例を説明する。図１３は、別の実施形態に係る予約支援システムにおける予約支援サーバ装置３０により記憶される複数の画像のうちの一部の画像の例を示す図である。

図１３（ａ）は、陽が燦々と注ぐテラス席の画像（画像１）を示す。この画像１には、「解放感」、「テラス席」及び「明るい」といったような特性（ジャンル）を識別する特性情報が割り当てられている。図１３（ｂ）は、少し薄暗くムーディーなソファ席の画像（画像２）を示す。この画像２には、「ソファ」、「デート」、「薄暗い」といったような特性（ジャンル）を識別する特性情報が割り当てられている。図１３（ｃ）は、刺し身の盛り合わせの画像（画像３）を示す。この画像３には、「魚」、「刺し身」、「生」、「和食」、「海鮮」といったような特性（ジャンル）を識別する特性情報が割り当てられている。図１３（ｄ）は、お肉のステーキの画像（画像４）を示す。この画像４には、「肉」、「牛肉」、「ステーキ」、「がっつり」といったような特性（ジャンル）を識別する特性情報が割り当てられている。

例えば、上述したＳＴ６０３において、予約支援サーバ装置３０が、画像１及び画像２を１組の画像として抽出し、上述したＳＴ６０４において、ユーザがこのような１組の画像のうち、画像１を選択した場合には、上述したＳＴ６０５において、予約支援サーバ装置３０は、画像１に対応付けられた特性情報（「解放感」、「テラス席」及び「明るい」といったような特性を識別する情報）を解析サーバ装置８５に送信する。これに応答して、解析サーバ装置８５は、このように受信した特性情報に基づいて、このユーザの志向値に関する情報を生成する。具体的には、このユーザの志向値に関する情報は、例えば、複数の特性（上記のように例示した画像に割り当てられた特性を含む様々な特性）の各々に対応付けたパラメータを含むものであり得る。解析サーバ装置８５は、画像１に対応付けられた特性情報（「解放感」、「テラス席」及び「明るい」といったような特性を識別する情報）を受信することにより、このユーザの志向値に関する情報においては、これら「解放感」、「テラス席」及び「明るい」という特性に対するパラメータを増加させる。

図１２に例示されているとおり、上述したＳＴ６０３〜ＳＴ６０６は、複数回、繰り返されるものとすることができる。この場合、ＳＴ６０３においては、予約支援サーバ装置３０は、上述したとおり、予め記憶しておいた料理に関する複数の画像の中から、無作為に（ランダムに）、１組の画像を抽出するものであるから、予約支援サーバ装置３０は、ＳＴ６０３を毎回実行するごとに、前回とは異なる１組の画像を抽出する可能性が高いといえる。これにより、ユーザの志向値に関する情報にあっては、複数の特性の各々に対応付けられたパラメータは、上述したＳＴ６０３〜ＳＴ６０６が繰り返される度に、更新されていくことになる。
以上、特性情報と、特性情報から生成される志向値に関する情報との関係について説明した。

図１２に戻り、ＳＴ６０７において、解析サーバ装置８５は、過去のデータとして、複数のサンプルユーザの各々について、そのサンプルユーザの志向値に関する情報と、そのサンプルユーザの予約情報と、を対応付けて記憶している。まず、解析サーバ装置８５は、このような複数のサンプルユーザの各々の志向値に関する情報と、ここで対象とされているユーザの志向値に関する情報とを比較して、対象とされているユーザの志向値に合致又は類似する志向値を有する、少なくとも１つのサンプルユーザを抽出する。例えば、対象とされているユーザの志向値における所定値以上の複数の特性に割り当てられているパラメータと、或るサンプルユーザの志向値におけるこれらの同一の複数の特性に割り当てられているパラメータとが、合致又は類似している場合に、当該或るサンプルユーザが抽出され得る。さらに、解析サーバ装置８５は、このように抽出した少なくとも１つのサンプルユーザに関する情報を、店舗サーバ装置４０に送信する。

ＳＴ６０８において、店舗サーバ装置４０は、過去に複数のユーザの各々に関する予約の履歴を記憶するデータベース（例えばログデータベース６０）にアクセスして、各サンプルユーザの各々が利用した店舗（例えば、当該サンプルユーザが高い評価を与えた店舗等）を特定する。店舗サーバ装置４０は、このように特定された店舗に関する情報を（対応するサンプルユーザに対応付けて）解析サーバ装置８５に送信する。

ＳＴ６０９において、解析サーバ装置８５は、店舗サーバ装置４０から受信した店舗に関する情報を、高いマッチ度（適合度）を有するサンプルユーザに対応する店舗の順に、並べることができる。ここでいうマッチ度（適合度）とは、対象とされているユーザの志向値に関する情報と、サンプルユーザの志向値に関する情報とのマッチ度（適合度）である。

次に、オプションとして、ＳＴ６１０において、解析サーバ装置８５は、各サンプルユーザの志向値に関する情報と、対象とされているユーザの志向値に関する情報との間におけるマッチ度（適合度）に着目し、マッチ度（適合度）についてサンプルユーザ間にばらつきが存在するかを判定することができる。マッチ度についてサンプルユーザ間にばらつきが存在しないと判定された場合には、処理は上述したＳＴ６０３に戻る。逆に、マッチ度についてサンプルユーザ間にばらつきが存在すると判定された場合には、処理は、ＳＴ６１１に移行する。

ＳＴ６１１において、解析サーバ装置８５によりＳＴ６０９において得られた店舗に関する情報が、端末装置１０に通知され表示される。以後、例えば、上述したＳＴ１０８（図５参照）以降の処理、又は、上述したＳＴ３０６（図９参照）以降の処理が実行されるものとすることができる。

４−５．第５の変形例
ユーザが予約した店舗等を利用した後、ユーザ及び店舗等が相互に評価することを可能にする実施形態について、図１４を参照して説明する。図１４は、さらに別の実施形態に係る予約支援システムにおいて行われる動作の一例を示すフロー図である。なお、図１４においてこれまでに説明した実施形態におけるものと共通する構成要素については、同一の参照符号を付して、その詳細な説明を省略する。図１４には、最上段において、動作を行う主体として、端末装置１０、予約支援サーバ装置３０、店舗サーバ装置４０及び店舗の端末装置５０が示されている。さらに、これらの主体の各々の下方には、各主体に対応付けて、各主体が実行する動作が示されている。

まず、ユーザが予約支援サービスを利用して店舗等を予約して来店した後に、例えば、来店後の翌日１２時に、ＳＴ７００において、店舗サーバ装置４０は処理を開始する。ＳＴ７０１において、店舗サーバ装置４０は、来店人数を入力するように、店舗の端末装置５０に対して要求する。

これに応答して、店舗の担当者は、ＳＴ７０２において、店舗の端末装置５０を利用して、来店人数を入力する。次に、ＳＴ７０３において、店舗の担当者は、店舗の端末装置５０を利用して、ユーザの良かった点を入力する。この後、ＳＴ７０８以降の動作と、ＳＴ７０４以降の動作とが、並行して実行される。ここでは、ＳＴ７０４以降の動作について説明し、その後、ＳＴ７０８以降の動作について説明する。

ＳＴ７０４において、店舗の担当者は、ユーザの良くなかった点についても評価するか否かを選択することができる。担当者がユーザの良くなかった点について評価しない場合には、ＳＴ７０５において、店舗サーバ装置４０は、ユーザ評価（不良）に関する情報を空白にして保存することができる。

逆に、担当者がユーザの良くなかった点について評価する場合には、ＳＴ７０６において、担当者は、端末装置５０を利用して、ユーザの良くなかった点を入力する。次に、ＳＴ７０７において、店舗サーバ装置４０は、端末装置５０により入力された内容を、ユーザ評価（不良）に関する情報として保存する。

他方、ＳＴ７０８以降の動作に着目すると、ＳＴ７０８において、店舗サーバ装置４０は、ＳＴ７０３において端末装置５０により入力された内容を、ユーザ評価（良）に関する情報として保存する。次に、ＳＴ７０９において、予約支援サーバ装置３０は、ユーザの端末装置１０に対して、店舗を評価するように要求する。このとき、予約支援サーバ装置３０は、店舗サーバ装置４０により保存された、ユーザ評価（良）に関する情報を端末装置１０に送信してもよい。

ＳＴ７１０において、ユーザは、店舗の良かった点を入力するか否かを選択することができる。ユーザが店舗の良かった点を評価しない場合には、ＳＴ７１１において処理が終了する。ユーザが店舗の良かった点を評価する場合には、ＳＴ７１２において、ユーザは、端末装置１０を利用して、店舗の良かった点を入力する。これに応答して、ＳＴ７１３において、店舗サーバ装置４０が、端末装置１０により入力された内容を、店舗評価（良）に関する情報として保存する。

次に、ＳＴ７１４において、ユーザは、店舗の改善点を入力するか否かを選択することができる。ユーザが店舗の改善点を入力しない場合には、ＳＴ７１５において、店舗サーバ装置４０は、ＳＴ７１３において保存した、店舗評価（良）に関する情報を店舗の端末装置５０に通知する。

逆に、ユーザが店舗の改善点を入力する場合には、ＳＴ７１６において、ユーザは、端末装置１０を利用して、店舗の良くなかった点を入力する。これに応答して、ＳＴ７１７において、店舗サーバ装置４０は、端末装置１０に入力された内容を、店舗評価（不良）に関する情報として保存する。次に、ＳＴ７１８において、店舗サーバ装置４０は、ＳＴ７１３において保存した、店舗評価（良）に関する情報と、ＳＴ７１７において保存した、店舗評価（不良）に関する情報とを、店舗の端末装置５０に通知する。

このように、ユーザは、店舗によりどのように評価されたのかを確認することができ、店舗もまた、ユーザによりどのように評価されたのかを確認することもできる。

なお、店舗の担当者によりユーザに対してなされた評価に関する情報（すなわち、ＳＴ７０８及び／又はＳＴ７０７において店舗サーバ装置４０により保存された情報）は、上述したＳＴ１０４（図５参照）、ＳＴ２５８（図８参照）、及び／又は、ＳＴ４０５（図１０参照）において店舗の端末装置５０に送信される情報とともに、店舗の端末装置５０に送信されるようにしてもよい。これにより、店舗の担当者は、ユーザに対して候補店舗として通知されるかどうかを、ひいては、ユーザにより自己の店舗を利用されるかどうかを、実質的に店舗側において決定することができる。例えば、店舗の担当者は、他の店舗により良い評価が与えられているユーザのみから予約を受け付け、他の店舗により悪い評価が与えられているユーザからの予約を見送ることができる。

また、ユーザにより店舗に対してなされた評価に関する情報（すなわち、ＳＴ７１３及び／又はＳＴ７１７において店舗サーバ装置４０により保存された情報）は、上述したＳＴ１０７（図５）、ＳＴ３０５（図９）、ＳＴ４０９（図１０）及び／又はＳＴ６１１（図１２）においてユーザの端末装置１０に送信される情報とともに、ユーザの端末装置１０に送信されるようにしてもよい。これにより、ユーザは、他のユーザにより良い評価が与えられている店舗に予約をし、他のユーザにより悪い評価が与えられている店舗への予約を見送ることができる。

上述した様々な実施形態は、矛盾の生じない限りにおいて、相互に組み合わせて利用することが可能なものである。

本明細書で説明される処理及び手順は、実施形態において明示的に説明されたものによってのみならず、ソフトウェア、ハードウェア又はこれらの組み合わせによっても実現可能なものである。具体的には、本明細書で説明された処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク、光ストレージ等の媒体に、当該処理に相当するロジックを実装することによって実現される。また、本明細書で説明される処理及び手順は、それらの処理・手順をコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

本明細書中で説明される処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理又は手順は、複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は、複数のモジュールによって実行されるものとすることができる。また、本明細書中で説明されるデータ、テーブル又はデータベースが単一のメモリに格納される旨説明されたとしても、そのようなデータ、テーブル又はデータベースは、単一の装置に備えられた複数のメモリ又は複数の装置に分散して配置された複数のメモリに分散して格納されるものとすることができる。さらに、本明細書において説明されるソフトウェア及びハードウェアの要素は、それらをより少ない構成要素に統合して、又は、より多い構成要素に分解することによって実現されるものとすることができる。

５．様々な態様
第１の態様に係る予約支援サーバ装置は、インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置であって、店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する受信手段と、前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する送信手段と、を具備するものである。

第２の態様に係る予約支援サーバ装置は、上記第１の態様において、前記受信手段が、前記少なくとも１つの候補店舗から選択された対象店舗に関する対象店舗情報を前記端末装置から前記第１のＡＰＩを介して受信するものである。

第３の態様に係る予約支援サーバ装置は、上記第２の態様において、前記少なくとも１つの条件が、日時に関する条件、人数に関する条件、エリアに関する条件、ジャンルに関する条件及びリクエストに関する条件を含む群から選択されるものである。

第４の態様に係る予約支援サーバ装置は、上記第２の態様又は上記第３の態様において、前記少なくとも１つの条件が複数の条件を含み、前記受信手段が、該複数の条件の各々に対応する条件情報を、相互に異なるタイミングで受信するものである。

第５の態様に係る予約支援サーバ装置は、上記第２の態様から上記第４の態様のいずれかにおいて、前記送信手段が、複数の店舗から前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、前記候補店舗情報を送信し、前記店舗サーバ装置が、当該予約支援サーバ装置の内部又は外部に配置されるものである。

第６の態様に係る予約支援サーバ装置は、上記第２の態様から上記第５の態様のいずれかにおいて、前記送信手段が、前記少なくとも１つの条件を少なくとも部分的に満たしかつ空席のある少なくとも１つの候補店舗に関する前記候補店舗情報を送信するものである。

第７の態様に係る予約支援サーバ装置は、上記第６の態様において、前記送信手段が、複数の店舗から前記少なくとも１つの条件を少なくとも部分的に満たしかつ空席のある少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、前記候補店舗情報を送信し、前記店舗サーバ装置が、当該予約支援サーバ装置の内部又は外部に配置されるものである。

第８の態様に係る予約支援サーバ装置は、上記第２の態様から上記第７の態様のいずれかにおいて、前記少なくとも１つの条件がリクエストに関する条件を含み、前記送信手段が、前記リクエストに返信した少なくとも１つの候補店舗に関する前記候補店舗情報を送信するものである。

第９の態様に係る予約支援サーバ装置は、上記第８の態様において、前記送信手段が、複数の店舗から、前記少なくとも１つの条件を少なくとも部分的に満たし、前記リクエストに返信しかつ空席のある少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、前記候補店舗情報を送信し、前記店舗サーバ装置が、当該予約支援サーバ装置の内部又は外部に配置されるものである。

第１０の態様に係る予約支援サーバ装置は、上記第７の態様又は上記第９の態様において、或る店舗に空席があるか否かは、前記店舗サーバ装置により呼び出される第２のアプリケーションプログラミングインターフェイス（ＡＰＩ）が、各店舗の空席情報を記憶するデータベースを検索することにより、各店舗に問い合わせることなく識別されるものである。

第１１の態様に係る予約支援サーバ装置は、上記第２の態様から上記第１０の態様のいずれかにおいて、前記受信手段が、前記少なくとも１つの条件に関する条件情報を含むテキスト情報を、前記端末装置から前記第１のＡＰＩを介して受信し、当該予約支援サーバ装置が、前記テキスト情報に対する形態素解析により抽出される前記条件情報を取得する第１の取得手段をさらに具備するものである。

第１２の態様に係る予約支援サーバ装置は、上記第１１の態様において、前記送信手段が、前記第１の取得手段により取得された前記条件情報を、前記端末装置に確認させるために送信し、前記端末装置により要求された場合に、前記受信手段が、前記少なくとも１つの条件に関する条件情報を含む別のテキスト情報をさらに受信し、前記第１の取得手段が、前記別のテキスト情報に対する形態素解析により抽出される前記条件情報を取得するものである。

第１３の態様に係る予約支援サーバ装置は、上記第１１の態様又は上記第１２の態様において、前記第１の取得手段が、テキスト情報に対して形態素解析を実行する第１の解析サーバ装置から前記条件情報を取得し、前記第１の解析サーバ装置が、当該予約支援サーバ装置の内部又は外部に配置されるものである。

第１４の態様に係る予約支援サーバ装置は、上記第２の態様から上記第１３の態様のいずれかにおいて、前記受信手段が、前記対象店舗の端末装置に対して前記ユーザの前記端末装置により送信されたメッセージ情報を、前記第１のＡＰＩを介して受信し、前記送信手段が、前記受信手段により受信された前記メッセージ情報を前記対象店舗の前記端末装置に対して送信し、前記受信手段が、前記ユーザの前記端末装置に対して前記対象店舗の前記端末装置により送信されたメッセージ情報を受信し、前記送信手段が、前記受信手段により受信された前記メッセージ情報を、前記第１のＡＰＩを介して、前記ユーザの前記端末装置に対して送信するものである。

第１５の態様に係る予約支援サーバ装置は、上記第１の態様から上記第１４の態様のいずれかにおいて、前記送信手段が、複数組の画像を、前記第１のＡＰＩを介して前記端末装置に送信し、前記複数組の画像に含まれる各組の画像が、各々が少なくとも１つの特性に関する情報を割り当てられた、比較して表示されるべき複数の画像を含み、前記受信手段が、各組の画像のうち前記端末装置により選択された画像に関する画像情報を、前記端末装置から前記第１のＡＰＩを介して受信し、当該予約支援サーバ装置が、前記画像情報により特定される画像に割り当てられた前記少なくとも１つの特性に関する情報から前記ユーザの志向値に関する情報を取得する第２の取得手段と、複数のサンプルユーザの中から抽出された、前記ユーザの前記志向値に適合する志向値を有する少なくとも１つのサンプルユーザに関する情報を取得する第３の取得手段と、前記少なくとも１つのサンプルユーザの各々に対応付けて記憶された少なくとも１つの店舗に関する情報を取得する第４の取得手段と、を具備し、前記送信手段が、前記第４の取得手段により取得された前記少なくとも１つの店舗に関する情報を、前記候補店舗情報として、前記第１のＡＰＩを介して前記端末装置に送信するものである。

第１６の態様に係る予約支援サーバ装置は、上記第１５の態様において、前記第２の取得手段が、特性に関する情報から志向値に関する情報を生成する第２の解析サーバから、前記ユーザの志向値に関する情報を取得し、前記第３の取得手段が、複数のサンプルユーザの中から、指定された志向値に適合する志向値を有する少なくとも１つのサンプルユーザを抽出する前記第２の解析サーバから、前記少なくとも１つのサンプルユーザに関する情報を取得し、前記第４の取得手段が、各サンプルユーザに対応付けて少なくとも１つの店舗に関する情報を記憶する前記第２の解析サーバから、前記少なくとも１つのサンプルユーザの各々に対応付けて記憶された少なくとも１つの店舗に関する情報を取得し、前記第２の解析サーバが、当該予約支援サーバ装置の内部又は外部に配置されるものである。

第１７の態様に係る予約支援サーバ装置は、上記第１５の態様又は上記第１６の態様において、前記送信手段が、前記複数組の画像に含まれる各組の画像を、該複数組の画像に含まれる他の組の画像とは異なるタイミングで送信するものである。

第１８の態様に係る予約支援サーバ装置は、上記第１０の態様において、前記対象店舗の空席情報を更新する旨を前記店舗サーバ装置に指示する予約手段、をさらに具備するものである。

第１９の態様に係る端末装置は、ユーザによる店舗の予約を支援する予約支援サーバ装置に対して、インストールされたメッセージングアプリケーションを実行することにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続される端末装置であって、店舗の予約に関する少なくとも１つの条件に関する条件情報を前記第１のＡＰＩを介して前記予約支援サーバ装置に対して送信する送信手段と、前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記予約支援サーバ装置から受信する受信段と、を具備するものである。

第２０の態様に係る方法は、インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置により実行される方法であって、店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する段階と、前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する段階と、を含むものである。

第２１の態様に係るコンピュータプログラムは、コンピュータを、インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置に含まれる、店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する受信手段、及び、前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する送信手段、として機能させるものである。

１ 予約支援システム
１０ ユーザの端末装置
２０ 第１のＡＰＩ
３０ 予約支援サーバ装置
４０ 店舗サーバ装置
５０ 店舗の端末装置
６０ ログデータベース
７０ 第２のＡＰＩ
８０、８５ 解析サーバ装置
９０ 受信部
９１ 送信部
９２ 記憶部
９３ 表示部
９４ 第１の取得部
９５ 第２の取得部
９６ 第３の取得部
９７ 第４の取得部
９８ 制御部

Claims (21)

1. インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置であって、
   店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する受信手段と、
   前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する送信手段と、
   を具備することを特徴とする予約支援サーバ装置。
2. 前記受信手段は、前記少なくとも１つの候補店舗から選択された対象店舗に関する対象店舗情報を前記端末装置から前記第１のＡＰＩを介して受信する、請求項１に記載の予約支援サーバ装置。
3. 前記少なくとも１つの条件は、日時に関する条件、人数に関する条件、エリアに関する条件、ジャンルに関する条件及びリクエストに関する条件を含む群から選択されるものである、請求項２に記載の予約支援サーバ装置。
4. 前記少なくとも１つの条件が複数の条件を含み、
   前記受信手段は、該複数の条件の各々に対応する条件情報を、相互に異なるタイミングで受信する、請求項２又は請求項３に記載の予約支援サーバ装置。
5. 前記送信手段は、複数の店舗から前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、前記候補店舗情報を送信し、
   前記店舗サーバ装置は、当該予約支援サーバ装置の内部又は外部に配置される、請求項２から請求項４のいずれかに記載の予約支援サーバ装置。
6. 前記送信手段は、前記少なくとも１つの条件を少なくとも部分的に満たしかつ空席のある少なくとも１つの候補店舗に関する前記候補店舗情報を送信する、請求項２から請求項５のいずれかに記載の予約支援サーバ装置。
7. 前記送信手段は、複数の店舗から前記少なくとも１つの条件を少なくとも部分的に満たしかつ空席のある少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、前記候補店舗情報を送信し、
   前記店舗サーバ装置は、当該予約支援サーバ装置の内部又は外部に配置される、請求項６に記載の予約支援サーバ装置。
8. 前記少なくとも１つの条件がリクエストに関する条件を含み、
   前記送信手段は、前記リクエストに返信した少なくとも１つの候補店舗に関する前記候補店舗情報を送信する、請求項２から請求項７のいずれかに記載の予約支援サーバ装置。
9. 前記送信手段は、複数の店舗から、前記少なくとも１つの条件を少なくとも部分的に満たし、前記リクエストに返信しかつ空席のある少なくとも１つの店舗を抽出する店舗サーバ装置から受信した該少なくとも１つの店舗に関する情報に基づいて、前記候補店舗情報を送信し、
   前記店舗サーバ装置は、当該予約支援サーバ装置の内部又は外部に配置される、請求項８に記載の予約支援サーバ装置。
10. 或る店舗に空席があるか否かは、前記店舗サーバ装置により呼び出される第２のアプリケーションプログラミングインターフェイス（ＡＰＩ）が、各店舗の空席情報を記憶するデータベースを検索することにより、各店舗に問い合わせることなく識別される、請求項７又は請求項９に記載の予約支援サーバ装置。
11. 前記受信手段は、前記少なくとも１つの条件に関する条件情報を含むテキスト情報を、前記端末装置から前記第１のＡＰＩを介して受信し、
    当該予約支援サーバ装置は、前記テキスト情報に対する形態素解析により抽出される前記条件情報を取得する第１の取得手段をさらに具備する、請求項２から請求項１０のいずれかに記載の予約支援サーバ装置。
12. 前記送信手段は、前記第１の取得手段により取得された前記条件情報を、前記端末装置に確認させるために送信し、
    前記端末装置により要求された場合に、
    前記受信手段が、前記少なくとも１つの条件に関する条件情報を含む別のテキスト情報をさらに受信し、前記第１の取得手段が、前記別のテキスト情報に対する形態素解析により抽出される前記条件情報を取得する、請求項１１に記載の予約支援サーバ装置。
13. 前記第１の取得手段は、テキスト情報に対して形態素解析を実行する第１の解析サーバ装置から前記条件情報を取得し、
    前記第１の解析サーバ装置は、当該予約支援サーバ装置の内部又は外部に配置される、請求項１１又は請求項１２に記載の予約支援サーバ装置。
14. 前記受信手段が、前記対象店舗の端末装置に対して前記ユーザの前記端末装置により送信されたメッセージ情報を、前記第１のＡＰＩを介して受信し、前記送信手段が、前記受信手段により受信された前記メッセージ情報を前記対象店舗の前記端末装置に対して送信し、
    前記受信手段が、前記ユーザの前記端末装置に対して前記対象店舗の前記端末装置により送信されたメッセージ情報を受信し、前記送信手段が、前記受信手段により受信された前記メッセージ情報を、前記第１のＡＰＩを介して、前記ユーザの前記端末装置に対して送信する、請求項２から請求項１３のいずれかに記載の予約支援サーバ装置。
15. 前記送信手段は、複数組の画像を、前記第１のＡＰＩを介して前記端末装置に送信し、前記複数組の画像に含まれる各組の画像は、各々が少なくとも１つの特性に関する情報を割り当てられた、比較して表示されるべき複数の画像を含み、
    前記受信手段は、各組の画像のうち前記端末装置により選択された画像に関する画像情報を、前記端末装置から前記第１のＡＰＩを介して受信し、
    当該予約支援サーバ装置は、
    前記画像情報により特定される画像に割り当てられた前記少なくとも１つの特性に関する情報から前記ユーザの志向値に関する情報を取得する第２の取得手段と、
    複数のサンプルユーザの中から抽出された、前記ユーザの前記志向値に適合する志向値を有する少なくとも１つのサンプルユーザに関する情報を取得する第３の取得手段と、
    前記少なくとも１つのサンプルユーザの各々に対応付けて記憶された少なくとも１つの店舗に関する情報を取得する第４の取得手段と、
    を具備し、
    前記送信手段は、前記第４の取得手段により取得された前記少なくとも１つの店舗に関する情報を、前記候補店舗情報として、前記第１のＡＰＩを介して前記端末装置に送信する、請求項１から請求項１４のいずれかに記載の予約支援サーバ装置。
16. 前記第２の取得手段は、特性に関する情報から志向値に関する情報を生成する第２の解析サーバから、前記ユーザの志向値に関する情報を取得し、
    前記第３の取得手段は、複数のサンプルユーザの中から、指定された志向値に適合する志向値を有する少なくとも１つのサンプルユーザを抽出する前記第２の解析サーバから、前記少なくとも１つのサンプルユーザに関する情報を取得し、
    前記第４の取得手段は、各サンプルユーザに対応付けて少なくとも１つの店舗に関する情報を記憶する前記第２の解析サーバから、前記少なくとも１つのサンプルユーザの各々に対応付けて記憶された少なくとも１つの店舗に関する情報を取得し、
    前記第２の解析サーバは、当該予約支援サーバ装置の内部又は外部に配置される、請求項１５に記載の予約支援サーバ装置。
17. 前記送信手段は、前記複数組の画像に含まれる各組の画像を、該複数組の画像に含まれる他の組の画像とは異なるタイミングで送信する、請求項１５又は請求項１６に記載の予約支援サーバ装置。
18. 前記対象店舗の空席情報を更新する旨を前記店舗サーバ装置に指示する予約手段、をさらに具備する、請求項１０に記載の予約支援サーバ装置。
19. ユーザによる店舗の予約を支援する予約支援サーバ装置に対して、インストールされたメッセージングアプリケーションを実行することにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続される端末装置であって、
    店舗の予約に関する少なくとも１つの条件に関する条件情報を前記第１のＡＰＩを介して前記予約支援サーバ装置に対して送信する送信手段と、
    前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記予約支援サーバ装置から受信する受信段と、
    を具備することを特徴とする端末装置。
20. インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置により実行される方法であって、
    店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する段階と、
    前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する段階と、
    を含むことを特徴とする方法。
21. コンピュータを、
    インストールされたメッセージングアプリケーションを実行するユーザの端末装置に対して、該メッセージングアプリケーションにより呼び出される第１のアプリケーションプログラミングインターフェイス（ＡＰＩ）を介して通信可能に接続され、前記ユーザによる店舗の予約を支援する予約支援サーバ装置に含まれる、
    店舗の予約についての少なくとも１つの条件に関する条件情報を前記端末装置から前記第１のＡＰＩを介して受信する受信手段、及び、
    前記少なくとも１つの条件を少なくとも部分的に満たす少なくとも１つの候補店舗に関する候補店舗情報を、前記第１のＡＰＩを介して前記端末装置に送信する送信手段、
    として機能させることを特徴とするコンピュータプログラム。