JP2017130018A - サーバ装置、予約支援方法およびプログラム - Google Patents

Abstract

【課題】ユーザのサービスに関する要望等をサービス提供者側に手間なく安全に伝えるサーバ装置、予約支援方法およびプログラムを提供する。【解決手段】サーバ装置１は、ユーザを識別するユーザ識別子とクレジットカードを識別するカード識別子とを格納するカード情報格納部１１１と、ユーザを特定するユーザ特定情報とユーザのサービスに関する要望等の情報であるサービス関連情報を格納するユーザ情報格納部１１２と、ユーザ特定情報を含む予約情報を受信する予約情報受信部１２１と、ユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済処理を行う決済処理部１２２と、ユーザ特定情報に対応するサービス関連情報をユーザ情報格納部から取得するサービス関連情報取得部１２３と、サービス関連情報を送信するサービス関連情報送信部１２４とを備える。【選択図】図２

Description

本発明は、ユーザによるサービスの予約を支援するサーバ装置等に関するものである。

近年、宿泊、レンタカー、飲食といったサービスの予約をインターネット経由で行う予約システムの利用者（ユーザ）が増えている。この種の予約システムでは、一般に、ユーザのサービスに対する細かな要望が受け付けられるが、細かな要望の入力は、ユーザにとって面倒である。

この点、特許文献１には、ユーザが宿泊設備を予約するときに、ユーザのホームネットワーク内の装置に記憶されているユーザプログラム可能な設定（ユーザの嗜好に関する情報）を、宿泊設備のネットワーク内の装置に転送する予約システムが記載されている。

特表２００５−５０４０２号公報

特許文献１の予約システムによれば、ユーザは、自分の嗜好に関する情報をホームネットワーク内の装置に一度設定すれば、予約の度にその情報が宿泊設備側に転送されるので、面倒な入力を毎回しなくても、宿泊設備側から当該ユーザの嗜好に合わせたサービスの提供を受けられることが期待される。

しかし、ホームネットワーク内の装置に上記のような転送処理を実行させるためのプログラムをインストールする手間がかかる上、ユーザの嗜好のようなプライベートな情報が、予約の度にホームネットワーク内の装置から宿泊設備側に送信されるので、ホームネットワークのセキュリティレベルによっては、第三者への情報流出の不安もある。

そこで、本発明は、ユーザがサービスを予約する際に、ユーザのサービスに関する要望等を、サービス提供者側に手間なく安全に伝えることを目的とする。

本第一の発明のサーバ装置は、ユーザを識別するユーザ識別子とクレジットカードを識別するカード識別子とを有する１以上のカード情報が格納されるカード情報格納部と、ユーザを特定するユーザ特定情報とユーザのサービスに関する情報であるサービス関連情報とを有する１以上のユーザ情報が格納されるユーザ情報格納部と、ユーザがサービスの予約を申し込んだ旨の情報であり、ユーザ特定情報を含む予約情報を受信する予約情報受信部と、予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う決済処理部と、予約情報が有するユーザ特定情報に対応するサービス関連情報をユーザ情報格納部から取得するサービス関連情報取得部と、サービス関連情報取得部が取得したサービス関連情報を送信するサービス関連情報送信部とを具備するサーバ装置である。

かかる構成により、ユーザがサービスを予約する際に、クレジットカードを利用した場合、サーバ装置から、ユーザのサービスに関する要望等を含むサービス関連情報が送信されるので、例えば、ユーザ側でサービス関連情報の転送を行うためのプログラムをインストールしたり、サービス関連情報の送信処理を実行したりする必要がない。そのため、ユーザのサービスに関する要望を、サービス提供者側に手間なく安全に伝えることができる。

また、本第二の発明のサーバ装置は、第一の発明に対して、ユーザ情報は、ユーザ特定情報ならびに、条件および条件に対応付いた１以上のサービス関連情報の組を２組以上、有し、サービス関連情報取得部は、予約情報が有するユーザ特定情報に対応するサービス関連情報であり、合致する条件と対になる１以上のサービス関連情報を取得するサーバ装置である。

かかる構成により、条件に合致する要望を伝えることができる。

また、本第三の発明のサーバ装置は、第二の発明に対して、サービスが提供される環境に関する環境情報を取得する環境情報取得部をさらに具備し、条件は、環境情報に関する条件であり、サービス関連情報取得部は、予約情報が有するユーザ特定情報に対応するサービス関連情報であり、環境情報取得部が取得した環境情報が合致する条件と対になる１以上のサービス関連情報を取得するサーバ装置である。

かかる構成により、サービスが提供される環境（例えば地域や期間等）に関する条件に合致する要望を伝えることができる。

また、本第四の発明のサーバ装置は、第一から第三いずれか１つの発明に対して、サービス関連情報送信部は、予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードをデポジットとして使用する場合のみ、サービス関連情報取得部が取得したサービス関連情報を送信するサーバ装置である。

かかる構成により、ユーザがカードをデポジットとして利用（例えばオーソゼーション予約）する場合に、当該ユーザの要望を伝えることができる。

また、本第五の発明のサーバ装置は、第一から第三いずれか１つの発明に対して、サービス関連情報送信部は、決済処理部が、予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う場合のみ、サービス関連情報取得部が取得したサービス関連情報を送信するサーバ装置である。

かかる構成により、ユーザがクレジットカードを用いた決済（カード決済）を行う場合に、当該ユーザ要望を伝えることができる。

また、本第六の発明のサーバ装置は、第一から第五いずれか１つの発明に対して、サービス関連情報は、ユーザのサービスに関する要望についての情報であるサーバ装置である。

かかる構成により、ユーザのサービスに関する要望を伝えることができる。

本発明によれば、ユーザがサービスを予約する際に、ユーザのサービスに関する要望等を、サービス提供者側に手間なく安全に伝えることができる。

実施の形態におけるサービス予約システムの概念図 （Ａ）がサーバ装置１のブロック図、（Ｂ）が第二サーバ装置２のブロック図、（Ｃ）が端末装置３のブロック図 同サーバ装置１の全体動作を説明するためのフローチャート 同サーバ装置１の一部動作（取得処理）の詳細に関するフローチャート 同カード情報格納部１１１に格納されるカード情報に関するデータ構造図 同ユーザ情報格納部１１２に格納されユーザ情報に関するデータ構造図 （Ａ）が同汎用のサービス関連情報に関するデータ構造図、（Ｂ）が同条件付のサービス関連情報に関するデータ構造図 同予約情報受信部１２１が受信する予約情報に関するデータ構造図 同サービス予約システムを利用したホテルの予約手順を示す概念図 同端末装置３により出力される予約支援申込み画面の一例を示す図 同第二サーバ装置２により出力される予約支援お知らせ画面の一例を示す図 同コンピュータシステム９００の外観図 同コンピュータシステム９００の内部構成を示す図

以下、本発明の一実施形態であるサーバ装置１を有するサービス予約システムについて、図面を参照しながら説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。また、同じ名称を付した要素（例えば各種の情報・識別子等）は同様の構成（例えばデータ構造）を有するので、再度の説明を省略する場合がある。

図１は、本実施の形態におけるサービス予約システム１００の概念図である。サービス予約システムは、サーバ装置１と、１以上の第二サーバ装置２と、１以上の端末装置３とを有する。サーバ装置１、１以上の第二サーバ装置２、および１以上の端末装置３は、インターネットを介して通信可能に接続される。サーバ装置１、第二サーバ装置２、端末装置３は、例えば、後述するような据え置き型のコンピュータシステム（図１２，図１３参照）である。サーバ装置１、第二サーバ装置２は、例えばクラウドサーバでもよい。端末装置３は、例えば、スマートフォン、タブレット、ノートＰＣなどの携帯端末でもよい。

サーバ装置１は、通常、クレジットカードによる決済（カード決済）のための処理を行うカード会社の管理下にある。ただし、サーバ装置１は、カード会社から委託を受けて本発明のサービス予約支援を行う別の会社の管理下にあってもよい。なお、会社等の管理下とは、当該会社等の職員以外の者による操作やアクセスが禁止または制限された状態をいう。

第二サーバ装置２は、例えば、宿泊、レンタカー、飲食等のサービスを提供するサービス提供者の管理下にある。ただし、サービスは、宿泊等それ自体に限らず、宿泊等の予約を行う予約サービスも含む。従って、サービス提供者とは、通常、宿泊施設（ホテル・旅館等）、レンタカー会社、飲食施設（レストラン・居酒屋等）であるが、こうした宿泊施設等のインターネット予約を行う予約サイトの運営会社等であってもよい。

端末装置３は、サービスを予約しようとするユーザによって操作される。

なお、本実施の形態で“ユーザ”とは、上記カード会社のクレジットカードを保有するカード保有者である。本実施の形態における予約支援は、カード会社によるカード保有者向けのサービスである。

なお、サーバ装置１は、通常、本発明の予約支援専用のサーバ装置であるが、カード会社の管理下にあって、カード決済に関する処理を実行する既存のサーバ装置（例えばカード決済装置４）と兼用でもよい。

図２は、本実施の形態におけるサービス予約システムのブロック図であり、（Ａ）がサーバ装置１の構成を、（Ｂ）が第二サーバ装置２の構成を、（Ｃ）が端末装置３の構成を、それぞれ示している。

サーバ装置１は、格納部１１、処理部１２を備える。格納部１１は、カード情報格納部１１１、ユーザ情報格納部１１２を備える。処理部１２は、予約情報受信部１２１、決済処理部１２２、サービス関連情報取得部１２３、サービス関連情報送信部１２４、環境情報取得部１２５を備える。

前提として、格納部１１には、サーバ装置１自身を識別する識別子や、１以上の第二サーバ装置２および１以上の端末装置３それぞれを識別する識別子が格納される。各装置（１〜３）を識別する識別子は、当該装置間で情報を送受信する際のアドレスとして用いられる。かかる識別子は、通常、ＩＰアドレス、ＭＡＣアドレスなどであるが、種類は問わない。なお、以下では特に言及しないが、装置間で送受信される情報には、通常、かかる識別子が送信元識別子または送信先識別子として付加される。

また、格納部１１には、処理部１２が処理を実行する際に参照する情報や、処理の結果に関する情報などが格納される。なお、こうした情報の詳細については後述する。

処理部１２は、本発明の予約支援を実現するための各種の処理、例えば、受信、蓄積、決済、取得、送信といった処理を実行する。なお、これらの処理の詳細については後述する。

カード情報格納部１１１には、１以上のカード情報が格納される。カード情報は、ユーザを識別するユーザ識別子とクレジットカードを識別するカード識別子とを有する。

ユーザ識別子は、例えば、メールアドレス、または携帯電話番号であるが、メールアドレスや携帯電話番号に対応付いた文字列（アカウント・会員番号・ログインＩＤ等）でもよく、ユーザを一意に識別可能な情報であれば、種類は問わない。

なお、カード情報は、ユーザ識別子およびカード識別子に加え、クレジットカードに関連する情報であるカード関連情報（例えば、カード決済に用いる金融機関の識別子や口座番号など）をさらに有していてもよい。

ユーザ情報格納部１１２には、１以上のユーザ情報が格納される。ユーザ情報は、ユーザを特定するユーザ特定情報と、当該ユーザのサービスに関する情報であるサービス関連情報とを有する。

ユーザ特定情報は、通常、上記のユーザ識別子またはカード識別子であるが、ユーザを特定可能な情報であれば、種類は問わない。

サービス関連情報は、通常、ユーザのサービスに関する要望についての情報（要望情報）である。

この実施の形態でいう要望は、例えば、希望、ニーズ、要請、リクエスト、要求等を含む概念である。

具体的には、宿泊の場合の要望情報とは、例えば、ルームタイプに関する要望（禁煙ルーム、夜景側・海側ルーム等）、チェックイン・アウトに関する要望（アーリーチェックイン、レイトチェックアウト等）、貸出品に関する要望（ズボンプレッサー、加湿器、エキストラベッド等）、備品に関する要望（ドライヤー、バスローブ等）、提供品に関する要望（新聞、子供用アメニティグッズ等）などのうち、１以上を含む情報である。なお、貸出品や備品や提供品等の分類は例示に過ぎず、適宜変更されてよい。

レンタカーの場合の要望情報とは、例えば、車種（ワンボックス等）、定員（５人乗り等）、ボディーカラー（シルバー等）などに関する要望のうち、１以上を含む情報である。

飲食の場合の要望情報とは、例えば、アレルギーを起こす食品や苦手な食材や制限されている調味料を避けた料理ないし調理法に関する要望（卵不使用、減塩等）や、席の種類（カウンター席・テーブル席等）や位置（窓際の席等）に関する要望である。

以上の例示から明らかなように、ユーザのサービスに関する要望とは、通常、ユーザが予約したサービスに含まれる無料の（追加料金が発生しない）オプションに関する要望であるが、ユーザが予約したサービスに付帯する有料の（追加料金が発生する）オプションに関する要望であってもよく、種類は問わない。

サービス関連情報には、サービスが提供される地域・期間等の条件に対応付いたもの（条件付サービス関連情報）があってよい。また、かかる条件に対応付いていないもの（汎用サービス関連情報）があってもよい。

地域に関する条件付きサービス関連情報とは、予約しようとするサービスが提供される場所が特定の地域内（国内・海外、山間地域・海浜地域、都市部・リゾート地等）にある場合のみ、宿泊施設に通知されるサービス関連情報であり、例えば、海外の宿泊施設の場合は“アーリーチェックインと変圧器”、山間地域の宿泊施設の場合は“マウンテンビュールーム”、都市部の宿泊施設の場合は“夜景側ルームおよび空気清浄器”といった要望情報である。

期間に関する条件付きサービス関連情報とは、予約しようとするサービスが提供される日時が特定の期間内（夏季・冬季、平日・週末・ランチタイム・ディナータイム等）である場合のみ、サービス提供者に通知されるサービス関連情報であり、例えば、冬季の宿泊の場合は“加湿器”、週末の宿泊の場合は“エキストラベッドと子供用アメニティグッズ”、ディナータイムの飲食の場合は“窓際の席”、といった要望情報である。期間に関する条件付きサービス関連情報は、期間に関する条件（例えば“１２月〜２月”）と、当該条件に対応付いた１以上のサービス関連情報（例えば“加湿器”）とで構成される。

なお、条件付きサービス関連情報は、上記のような、条件に合致する場合にのみ通知される情報（すなわち、条件に合致しない場合は通知されない情報）とは限らず、例えば、条件に合致しない場合にのみ通知される情報（すなわち、条件に合致する場合は通知されない情報）でもよい。

条件に対応付いていない汎用サービス関連情報とは、サービスが提供される場所や期間等によらずサービス提供者に通知されるサービス関連情報であり、例えば、宿泊の場合は、“禁煙ルーム、ズボンプレッサーおよびレイトチェックアウト”といった要望情報である。

なお、サービス関連情報は、上記のような要望そのものを示す情報に限らず、例えば、要望の推測に役立つ情報（趣味・嗜好等の通知等）でもよく、誕生日や結婚記念日などに関する情報でもよく、ユーザに対するサービスのために利用される情報であれば種類は問わない。

予約情報受信部１２１は、ユーザがサービスの予約を申し込んだ旨の情報であり、ユーザ特定情報を含む予約情報を受信する。

予約情報は、例えば、ユーザ特定情報と、申込情報と、決済情報とを有する。ユーザ特定情報は、例えば、前述したように、ユーザ識別子またはカード識別子である。

申込情報は、ユーザがサービスの予約を申し込んだ旨の情報であり、例えば、当該サービスを識別するサービス識別子（サービス提供者の名称および所在地名、サービス提供日時等）、当該予約を識別する予約識別子（予約番号等）などを含む。

決済情報は、サービスの代金の決済にどの方法を用いるかを示す情報である。この実施の形態で可能な方法は、クレジットカードをデポジット（保証金）として使用する方法（例えばオーソリ予約）、またはクレジットカードを用いて現時点の確定代金を直ちに決済する決済方法（即時決済）のいずれかである。

オーソリ予約とは、オーソリゼーション予約の略語であり、予想される代金に対してカード会社が与信を行い、代金が確定した時点でカード決済を実行する方法をいう。

なお、予約情報は、サービスが提供される環境に関する情報である環境情報をさらに有していてもよい。この実施の形態で環境とは、前述したような地域（国内・海外等）、期間（夏季・冬季等）のうち１以上をいう。従って、環境情報は、具体的には、例えば“国内”、“冬季”、“海外および夏季”といった情報である。

また、決済方法が、例えば“オーソリ予約”などのように予め決められている場合には、予約情報は、必ずしも決済情報を有していなくてもよい。

予約情報受信部１２１は、通常、予約情報をサービス提供者側（例えば第二サーバ装置２）から受信するが、ユーザ側（例えば端末装置３）から受信してもよく、どこから受信するかは問わない。

決済処理部１２２は、予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済（カード決済）のための処理を行う。

カード決済のための処理とは、例えば、決済情報を基に決済処理部１２２自身がクレジットカードによる即時決済またはオーソリ予約を行う処理でもよいし、別のサーバ装置（例えばカード決済装置４）に即時決済またはオーソリ予約を行わせるべく、決済情報をカード決済装置４等に送信する処理でもよいし、クレジットカードを用いた決済のための処理なら何でもよい。

サービス関連情報取得部１２３は、予約情報が有するユーザ特定情報に対応するサービス関連情報（例えば要望情報）をユーザ情報格納部１１２から取得する。

サービス関連情報取得部１２３は、例えば、決済処理部１２２が行った処理の結果を基に、予約情報が有するユーザ特定情報に対応するサービス関連情報をユーザ情報格納部１１２から取得する。

サービス関連情報取得部１２３は、通常、決済処理部１２２が行った処理の結果が即時決済の完了またはオーソリ予約の成立を示す場合に、予約情報が有するユーザ特定情報に対応するサービス関連情報をユーザ情報格納部１１２から取得する。ただし、サービス関連情報は、即時決済が未完了の段階で、またはオーソリ予約が未成立の段階で取得されてもよい。

すなわち、サービス関連情報取得部１２３は、決済処理部１２２が行った処理の結果によらず常に、予約情報が有するユーザ特定情報に対応するサービス関連情報をユーザ情報格納部１１２から取得するような形態も可能である。

サービス関連情報取得部１２３は、例えば、予約情報の受信に応じて、当該予約情報が有するユーザ特定情報に対応するサービス関連情報をユーザ情報格納部１１２から取得してもよい。受信に応じて取得するとは、受信した時または受信した後に取得することをいう。ただし、予約情報の受信時または受信後に限らず、例えば、決済に関する処理の実行時または実行後でもよく、サービス関連情報取得部１２３がサービス関連情報を取得するタイミングは問わない。

例えば、ユーザ情報格納部１１２に、ユーザ特定情報“ＵＳ１”とサービス関連情報“ＳＲ１”とを有するユーザ情報（言い換えると、ユーザ特定情報“ＵＳ１”および当該ユーザ特定情報“ＵＳ１”に対応付いたサービス関連情報“ＳＲ１”）が格納されている状態において、予約情報受信部１２１がユーザ識別子“ＵＩＤ１”を有する予約情報を受信した場合、サービス関連情報取得部１２３は、ユーザ識別子“ＵＩＤ１”に対応するサービス関連情報“ＳＲ１”をユーザ情報格納部１１２から取得する。

ユーザ情報が、ユーザ特定情報ならびに、上述したような条件および当該条件に対応付いた１以上のサービス関連情報の組を２組以上、有する場合、サービス関連情報取得部１２３は、予約情報の受信に応じて、当該予約情報が有するユーザ特定情報に対応するサービス関連情報であり、合致する条件と対になる１以上のサービス関連情報を取得する。

条件が、上述したような環境情報に関する条件である場合、サービス関連情報取得部１２３は、予約情報の受信に応じて、当該予約情報が有するユーザ特定情報に対応するサービス関連情報であり、後述する環境情報取得部１２５が取得した環境情報が合致する条件と対になる１以上のサービス関連情報を取得する。

例えば、ユーザ情報格納部１１２に格納されているユーザ情報が、地域に関する条件である“海外”および“海外”に対応付いた２つのサービス関連情報“アーリーチェックイン”および“変圧器”の組と、期間に関する条件である“冬季”および“冬季”に対応付いた１つのサービス関連情報“加湿器”の組とを有する場合、サービス関連情報取得部１２３は、環境情報取得部１２５が取得した環境情報が“冬季”を示していれば、これと合致する条件“冬季”と対になる１つのサービス関連情報“加湿器”を取得し、環境情報が“海外”を示していれば、これと合致する条件“海外”と対になる２つのサービス関連情報“アーリーチェックイン”および“変圧器”をユーザ情報格納部１１２から取得する。

サービス関連情報送信部１２４は、サービス関連情報取得部１２３が取得したサービス関連情報を送信する。

例えば、サービス関連情報取得部１２３が１つのサービス関連情報“加湿器”を取得した場合、サービス関連情報送信部１２４は、当該１つのサービス関連情報“加湿器”を送信する。また、サービス関連情報取得部１２３が２つのサービス関連情報“アーリーチェックイン”および“変圧器”を取得した場合、サービス関連情報送信部１２４は、当該２つのサービス関連情報“アーリーチェックイン”および“変圧器”を送信する。

サービス関連情報送信部１２４は、サービス関連情報取得部１２３が取得した１以上のサービス関連情報を、通常、サービス提供者側のサーバ装置（例えば、予約情報受信部１２１が受信した予約情報に含まれる申込情報に記載されたサービス識別子で識別されるサービス提供者の管理下にある第二サーバ装置２）に送信する。ただし、サービス関連情報の送信先は問わない。

例えば、サービス提供者が宿泊等のサービスを提供する宿泊施設等である場合、サービス関連情報送信部１２４は、１以上のサービス関連情報を当該宿泊施設等の管理下にある第二サーバ装置２に送信する。

また、サービス提供者が、宿泊施設等のインターネット予約を行うサイトの運営会社である場合、サービス関連情報送信部１２４は、１以上のサービス関連情報を、当該運営会社の管理下にある第二サーバ装置２に送信してもよいし、これに加えて、またはこれに代えて、当該宿泊施設等の管理下にある別のサーバ装置に送信してもよい。

サービス関連情報送信部１２４は、通常、前述したようなカード決済を行う場合のみ、サービス関連情報取得部１２３が取得したサービス関連情報を送信する。

好ましくは、サービス関連情報送信部１２４は、例えば、上記のようなオーソリ予約を行う場合または即時決済を行う場合にのみ、サービス関連情報取得部１２３が取得したサービス関連情報を送信する。

ただし、サービス関連情報送信部１２４は、例えば、予約情報受信部１２１が受信した予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードをデポジットとして使用する（オーソリ予約を行う）場合にのみ、サービス関連情報取得部１２３が取得したサービス関連情報を送信してもよい。

または、サービス関連情報送信部１２４は、例えば、決済処理部１２２が、予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う（自ら即時決済を行うか、カード決済装置４に決済情報を送信して即時決済を実行させる）場合にのみ、サービス関連情報取得部１２３が取得したサービス関連情報を送信してもよい。

ただし、例えば、カード会社のウェブサイトにサービス提供者のウェブサイトへのリンクが貼ってあり、ユーザがカード会社のウェブサイトを経由してサービス提供者のウェブサイトで予約を行うと、サービス提供者側の第二サーバ装置２からカード会社側のサーバ装置１に当該予約に関する情報が送信される、といった変形例においては、サービス関連情報送信部１２４は、カード決済の有無によらず、サービス関連情報を送信してよい。

なお、前述のように、サービス関連情報取得部１２３が、決済処理部１２２が行った処理の結果によらず常に、予約情報が有するユーザ特定情報に対応するサービス関連情報をユーザ情報格納部１１２から取得する形態では、サービス関連情報送信部１２４は、好ましくは、決済処理部１２２が行った処理の結果が即時決済の完了またはオーソリ予約の成立を示す場合に、サービス関連情報取得部１２３が取得したサービス関連情報をサービス提供者側のサーバ装置（第二サーバ装置２）に送信する。

他方、サービス関連情報取得部１２３が、決済処理部１２２が行った処理の結果が即時決済の完了またはオーソリ予約の成立を示す場合に、予約情報が有するユーザ特定情報に対応するサービス関連情報をユーザ情報格納部１１２から取得するような形態では、サービス関連情報送信部１２４は、単に、サービス関連情報取得部１２３が取得したサービス関連情報をサービス提供者側のサーバ装置に送信すればよい。

いずれの形態でも、サービス関連情報送信部１２４は、通常、即時決済が完了した場合またはオーソリ予約が成立した場合に、サービス関連情報を送信することになる。

環境情報取得部１２５は、サービスが提供される環境に関する環境情報を取得する。環境情報とは、例えば、前述したように、サービスが提供される地域（国内・海外等）、サービスが提供される期間（夏季・冬季等）のうち、１以上に関する情報である。

環境情報取得部１２５は、通常、予約情報受信部１２１が受信した予約情報に含まれている申込情報（サービス提供者の所在地名、サービス提供日時等）を基に環境情報を作成する。

例えば、国内の地名に関するデータベースが格納部１１に格納されており、環境情報取得部１２５は、サービス提供者の所在地名がこのデータベースに存在する場合は“国内”、存在しない場合は“海外”と判断し、判断結果を示す環境情報を作成する。

また、例えば、１月１日から１２月３１日までの日付と夏季・冬季等の季節との対応表や、０時から２４時までの時刻とランチタイム・ディナータイム等の時間帯との対応表が格納部１１に格納されており、環境情報取得部１２５は、サービス提供日時に対応する季節や時間帯をこれらの対応表から特定し、特定結果を示す環境情報を作成する。

ただし、第二サーバ装置２等から送信される予約情報の中に予め環境情報が含まれている場合には、環境情報取得部１２５は、予約情報受信部１２１が受信した予約情報から環境情報を抽出すればよい。

また、環境情報は、例えば、サービスが提供される地域（都道府県・市区町村等）の気温・湿度・天気といった気象情報を含み得る。環境情報取得部１２５は、かかる気象情報を、例えば気象庁の管理下にある外部サーバなどから取得してもよい。

そして、この場合、サービス関連情報取得部１２３は、環境情報取得部１２５が取得した気象情報が合致する条件と対になる１以上のサービス関連情報を取得してもよい。例えば、気環境情報取得部１２５が象情情報“気温８度”を取得したとすると、“気温８度”と合致する条件（例えば“冬季”）と対になるサービス関連情報“加湿器”が取得される。

第二サーバ装置２は、第二サーバ格納部２１、第二サーバ処理部２２を備える（図２（Ｂ）参照）。

第二サーバ格納部２１には、例えば、第二サーバ装置２自身を識別する識別子や、サーバ装置１および１以上の端末装置３それぞれを識別する識別子が格納される。

第二サーバ処理部２２は、例えば、端末装置３から送信された予約情報の受信、受信した予約情報のサーバ装置１への送信、サーバ装置１から送信されたサービス関連情報の受信、受信したサービス関連情報の出力、といった処理を実行する。

端末装置３は、端末格納部３１、端末処理部３２を備える（図２（Ｃ）参照）。

端末格納部３１には、例えば、端末装置３自身を識別する識別子や、サーバ装置１および１以上の第二サーバ装置２それぞれを識別する識別子が格納される。

端末処理部３２は、例えば、予約情報の入力の受け付け、受け付けた予約情報の第二サーバ装置２への送信、といった処理を実行する。

格納部１１、カード情報格納部１１１、ユーザ情報格納部１１２、第二サーバ格納部２１、端末格納部３１は、例えばハードディスクやフラッシュメモリといった不揮発性の記録媒体が好適であるが、ＤＲＡＭといった揮発性の記録媒体でも実現可能である。

格納部１１等に識別子やカード情報やユーザ情報等の情報が格納される過程（いつどのように記憶されるか）は問わない。例えば、ＣＤ−ＲＯＭやメモリカードのような着脱式の記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、インターネットや通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、キーボードやマウスやタッチパネル等の入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。適時、新たな情報が追記されたり、既存の情報が新たな情報に更新されたりしてもよい。

処理部１２、予約情報受信部１２１、決済処理部１２２、サービス関連情報取得部１２３、サービス関連情報送信部１２４、環境情報取得部１２５、第二サーバ処理部２２、端末処理部３２は、通常、ＭＰＵやメモリ（ＲＯＭ・ＲＡＭ）やその他のハードウェアと、メモリに格納されているソフトウェアとの協働により実現され得るが、ハードウェアのみ（専用回路）で実現してもよい。なお、以下では、ＭＰＵおよびメモリ等を“コンピュータ”、このコンピュータを処理部１２等として機能させるソフトウェアを“プログラム”と呼ぶ場合がある。

処理部１２、予約情報受信部１２１、サービス関連情報送信部１２４、第二サーバ処理部２２、端末処理部３２は、ネットワークカード等の通信モジュールを含むと考えても含まないと考えてもよい。すなわち、処理部１２等の送信機能および受信機能は、通信モジュールとそのドライバーソフトとで実現されるか、または、通信モジュールのドライバーソフトで実現され得る。

第二サーバ処理部２２は、ディスプレイやスピーカや出力端子等の出力デバイスを含むと考えても含まないと考えてもよい。すなわち、第二サーバ処理部２２の出力機能は、出力デバイスとそのドライバーソフトとで実現されるか、または、出力デバイスのドライバーソフトで実現され得る。

次に、サービス予約システムの動作について、図３および図４のフローチャートと、図５〜図８のデータ構造とを用いて説明する。

図３は、サーバ装置１の全体動作に関するフローチャートである。この動作は、サーバ装置１の電源が投入されると開始する。この時点で、カード情報格納部１１１には、例えば図５に示すようなカード情報が既に格納されている。

図５は、カード情報格納部１１１に格納されるカード情報に関するデータ構造図である。カード情報格納部１１１には、ユーザ識別子とカード識別子とカード関連情報との組が、１組以上格納される。この実施の形態では、かかる組それぞれをカード情報と呼び、それぞれのカード情報をカード情報Ｎｏ．（例えば１，２，…）で識別する。

例えば、１番目のカード情報は、あるユーザのユーザ識別子ＵＩＤ１と、当該ユーザ“ＵＩＤ１”が保有すクレジットカードのカード識別子ＣＩＤ１と、当該クレジットカード“ＣＩＤ１”によるカード決済に用いる金融機関の識別子および口座番号といったカード関連情報ＣＲ１とを有する。

同様に、２番目のカード情報は、別のユーザのユーザ識別子“ＵＩＤ２”と、当該ユーザ“ＵＩＤ２”が保有すクレジットカードのカード識別子“ＣＩＤ２”と、当該クレジットカード“ＣＩＤ２”によるカード決済に用いる金融機関の識別子および口座番号といったカード関連情報“ＣＲ２”とを有する。

（ステップＳ３０１）処理部１２は、電源オフ操作や他の処理の割り込みといった終了イベントが発生したか否かを判別する。終了イベントが発生していない場合はステップＳ３０２に進み、発生した場合は動作を終了する。

（ステップＳ３０２）処理部１２は、端末装置３からユーザ情報を受信したか否かを判別する。端末装置３からユーザ情報を受信した場合はステップ３０３に進み、受信していない場合はステップＳ３０４に進む。

（ステップＳ３０３）処理部１２は、当該ユーザ情報をユーザ情報格納部１１２に蓄積する。かかる蓄積処理が繰り返されることで、ユーザ情報格納部１１２には、例えば図６に示すようなユーザ情報が格納される。

図６は、ユーザ情報格納部１１２に格納されユーザ情報に関するデータ構造図である。ユーザ情報格納部１１２には、ユーザ特定情報（例えばユーザ識別子またはカード識別子）とサービス関連情報との組が、１組以上格納される。この実施の形態では、かかる組それぞれをユーザ情報と呼び、それぞれのユーザ情報をユーザ情報Ｎｏ．（例えば１，２，…）で識別する。

例えば、１番目のユーザ情報は、あるユーザのユーザ特定情報ＵＳ１と、当該ユーザ“ＵＳ１”のサービスに関するサービス関連情報ＳＲ１とを有する。同様に、２番目のユーザ情報は、別のユーザのユーザ特定情報ＵＳ２と、当該ユーザ“ＵＳ２”のサービスに関するサービス関連情報ＳＲ２とを有する。

そして、サービス関連情報ＳＲ１およびＳＲ２のそれぞれは、例えば、図７（Ａ）に示すような汎用のサービス関連情報１〜３と、図７（Ｂ）に示すような条件付のサービス関連情報４および５のうち、１以上のサービス関連情報を含んでいる。

図７は、ユーザ情報に含まれるサービス関連情報に関するデータ構造図であり、（Ａ）が汎用のサービス関連情報を、（Ｂ）が条件付のサービス関連情報を、それぞれ示している。

汎用のサービス関連情報は、条件に対応付いていないサービス関連情報であり、例えば、“禁煙ルーム”といったルームタイプに関するサービス関連情報１、“ズボンプレッサー”といった貸出品に関するサービス関連情報２、“レイトチェックアウト”といったチェックアウトに関するサービス関連情報３などである。

条件付のサービス関連情報は、例えば、地域に関する条件、または期間に関する条件、あるいは地域および期間の両方に関する条件、に対応付いたサービス関連情報である。

例えば、地域に関する条件である“海外”には、チェックインに関するサービス関連情報４である“アーリーチェックイン”と、貸出品に関するサービス関連情報５である“変圧器”とが対応付いている。また、期間に関する条件である“冬季”には、貸出品に関するサービス関連情報６である“加湿器”が対応付いている。

（ステップＳ３０４）処理部１２は、予約情報受信部１２１が第二サーバ装置２から予約情報を受信したか否かを判別する。

図８は、予約情報受信部１２１が受信する予約情報に関するデータ構造図である。予約情報は、例えば、ユーザ特定情報（ユーザ識別子またはカード識別子）と申込情報（サービス識別子、予約識別子、サービス提供者の所在地名、サービス提供日時等）と決済情報（オーソリ予約または即時決済を示す情報）とを有するが、環境情報（サービスが提供される地域および環境のうち１以上）をさらに有していてもよい。なお、これらの情報については前述したので、同じ説明を繰り返さない。

第二サーバ装置２からは、かかる予約情報が、例えば予約情報Ｎｏ．（例えば１，２，…）と対にして送信される。

例えば、１番目の予約情報は、あるサービスの予約を行ったユーザを特定するユーザ特定情報ＵＳ１と、当該サービスに関する申込情報ＳＢ１と、当該サービスの代金の決済に関する決済情報ＰＹ１と、当該サービスが提供される環境（例えば地域および／または期間）に関する環境情報ＰＲ１とを有する。同様に、２番目の予約情報は、別のサービスの予約を行ったユーザを特定するユーザ特定情報ＵＳ２と、当該別のサービスに関する申込情報ＳＢ２と、当該別のサービスの代金の決済に関する決済情報ＰＹ２と、当該別のサービスが提供される環境に関する環境情報ＰＲ２とを有する。

予約情報受信部１２１が第二サーバ装置２から予約情報を受信した場合はステップ３０５に進み、受信していない場合はステップＳ３０１に戻る。

（ステップＳ３０５）決済処理部１２２は、当該予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う。具体的には、決済処理部１２２は、例えば、決済情報を基に自らカード決済を行うか、または、カード決済装置４にカード決済を行わせるべく、決済情報をカード決済装置４に送信する。

（ステップＳ３０６）サービス関連情報取得部１２３は、当該予約情報が有するユーザ特定情報に対応する１以上のサービス関連情報をユーザ情報格納部１１２から取得する。なお、この取得処理については、後述する。

（ステップＳ３０７）サービス関連情報送信部１２４は、当該１以上のサービス関連情報をサービス提供者側のサーバ装置、つまり第二サーバ装置２に送信する。その後、ステップＳ３０１に戻る。

図４は、サーバ装置１の一部動作（上記ステップＳ３０６の取得処理）の詳細に関するフローチャートである。

（ステップＳ４０１）サービス関連情報取得部１２３は、ユーザ情報格納部１１２に格納されているユーザ情報（図６，図７）を参照して、当該予約情報が有するユーザ特定情報に対応する１以上のサービス関連情報があるか否かを判別する。当該予約情報が有するユーザ特定情報に対応する１以上のサービス関連情報がユーザ情報格納部１１２に格納されている場合は、ステップＳ４０１でＹＥＳと判別してステップＳ４０２に進み、かかる１以上のサービス関連情報がユーザ情報格納部１１２に格納されていない場合は、ステップＳ４０１でＮＯと判別し、図３のフローチャートにリターンする。

（ステップＳ４０２）サービス関連情報取得部１２３は、当該１以上のサービス関連情報に順序を示す番号１，２，…を付し、当該１以上のサービス関連情報のいずれか１つを示す変数ｉに初期値“１”をセットする。

（ステップＳ４０３）次に、サービス関連情報取得部１２３は、ｉ番目のサービス関連情報が条件に対応付いているか否かを判別する。ｉ番目のサービス関連情報が条件に対応付いている場合はステップＳ４０４に進み、対応付いていない場合はステップＳ４０７に進む。

（ステップＳ４０４）次に、環境情報取得部１２５が、当該予約情報に含まれるサービス識別子に対応する環境情報を取得する。

具体的には、例えば、環境情報取得部１２５は、当該予約情報に含まれている申込情報（例えばサービス提供者の所在地名、サービス提供日時等）と、格納部１１に格納されているデータベース（例えば国内の地名に関するデータベース）や対応表（例えば、１月１日から１２月３１日までの日付と夏季・冬季等の季節との対応表）を基に、環境情報を作成する。環境所法の作成方法については前述したので、同じ説明を繰り返さない。

または、当該予約情報の中に予め環境情報が含まれている場合には、環境情報取得部１２５は、当該予約情報から環境情報を抽出してもよい。

（ステップＳ４０５）次に、サービス関連情報取得部１２３は、環境情報取得部１２５が取得した環境情報が、ｉ番目のサービス関連情報が対応付いている条件に合致するか否かを判別する。

例えば、当該条件が“国内”である場合、サービス関連情報取得部１２３は、当該環境情報が“国内”であれば合致すると判別し、“国内”以外（例えば“海外”や“冬季”等）であれは、合致しないと判別する。

環境情報取得部１２５が取得した環境情報が、ｉ番目のサービス関連情報が対応付いている条件に合致する場合はステップＳ４０６に進み、合致しない場合はステップＳ４０７に進む。

（ステップＳ４０６）サービス関連情報取得部１２３は、ユーザ情報格納部１１２からｉ番目のサービス関連情報を取得する。その後、ステップＳ４０７に進む。

（ステップＳ４０７）サービス関連情報取得部１２３は、変数ｉをインクリメントする。

（ステップＳ４０８）次に、サービス関連情報取得部１２３は、ユーザ情報格納部１１２を参照して、ｉ番目のサービス関連情報があるか否かを判別する。ｉ番目のサービス関連情報がユーザ情報格納部１１２に格納されている場合は、ステップＳ４０８でＹＥＳと判別してステップＳ４０３に戻り、ｉ番目のサービス関連情報がユーザ情報格納部１１２に格納されていない場合は、ステップＳ４０８でＮＯと判別し、図３のフローチャートにリターンする。

なお、図３および図４のフローチャートにおいて、例えば、ステップＳ３０５とステップＳ３０６の間に、下記ステップＳ３０５ａを追加してもよい。

（ステップＳ３０５ａ）処理部１２は、ステップＳ３０５で決済処理部１２２が行った処理の結果が即時決済の完了またはオーソリ予約の成立を示すか否かを判別する。決済処理部１２２が行った処理の結果が即時決済の完了またはオーソリ予約の成立を示すと判断された場合はステップＳ３０６に進み、即時決済の完了もオーソリ予約の成立も示さないと判別された場合はステップＳ３０１に戻る。

または、例えば、ステップＳ３０６とステップＳ３０７の間に、下記ステップＳ３０６ａを追加してもよい。

（ステップＳ３０６ａ）処理部１２は、ステップＳ３０５で決済処理部１２２が行った処理の結果が即時決済の完了またはオーソリ予約の成立を示すか否かを判別する。決済処理部１２２が行った処理の結果が即時決済の完了またはオーソリ予約の成立を示すと判断された場合はステップＳ３０７に進み、即時決済の完了もオーソリ予約の成立も示さないと判別された場合はステップＳ３０１に戻る。

以下、本実施の形態におけるサービス予約システムの具体的な動作について、宿泊の予約支援を行う場合を例に説明する。ただし、このサービス予約システムは、宿泊に限らず、例えば、レンタカー、飲食といったあらゆるサービスの予約支援を行うことが可能であり、以下の動作例によって、本発明が何ら限定されるべきでないことは言うまでもない。

本実施の形態におけるサービス予約システムの概念図は、図１である。

サーバ装置１は、カード会社であるＡ社の管理下にある。Ａ社のクレジットカードによる決済処理は、同じくＡ社の管理下にあるカード決済装置４が実行する。第二サーバ装置２は、国内の宿泊施設であるＢホテルの管理下にある。Ｂホテルの予約に関する決済は、即時決済で行われるとする。端末装置３は、通常、Ａ社のクレジットカードを保有するユーザＣによって操作されるが、ユーザＣの家族なども操作可能な場合がある。

サーバ装置１のブロック図は図２（Ａ）、第二サーバ装置２のブロック図は図２（Ｂ）、端末装置３のブロック図は図２（Ｃ）である。

サーバ装置１のカード情報格納部１１１には、ユーザＣを含む全ユーザのカード情報が格納されている。カード情報のデータ構造は、図５に示されている。ここでは、１番目のカード情報がユーザＣのカード情報であるとする。

ユーザ情報格納部１１２には、別のユーザのユーザ情報が格納されているが、ユーザＣのユーザ情報は未だ格納されていない。ユーザ情報のデータ構造は、図６に示されている。ここでは、１番目のユーザ情報は別のユーザのカード情報であり、２番目のユーザ情報が、これから登録しようとしているユーザＣのユーザ情報であるとする。

図９は、本サービス予約システムを利用したホテルの予約手順を示す概念図である。

（１）予約支援の申し込み

予約支援を受けたいユーザは、Ａ社のウェブサイト上で自分のユーザ情報を登録する必要がある。そこで、ユーザＣは、端末装置３の入力デバイスを操作してＡ社のウェブサイトにアクセスする。端末装置３のディスプレイにＡ社のホームページが表示されると、ユーザＣは、ホームページ上のメニュー項目から“予約支援の申込み”を選択する。なお、Ａ社のウェブサイトには、英語等の外国語ページも準備されており、ユーザ情報の登録に用いる言語が選択可能であってもよい。

これに応じて、端末処理部３２は、予約支援の対象となり得る“宿泊”，“レンタカー”，“飲食”といったサービスを選択するためのサービス選択画面を表示する。ここでユーザＣが“宿泊”を選択すると、端末処理部３２は、例えば図１０に示すような、宿泊用の予約支援申し込み画面をディスプレイに表示する。

なお、ユーザＣが“レンタカー”を選択した場合、端末処理部３２は、レンタカー用の予約支援申し込み画面をディスプレイに表示し、ユーザＣが“飲食”を選択した場合、端末処理部３２は、飲食用の予約支援申し込み画面をディスプレイに表示する。

図１０の予約支援申込み画面は、“リクエストしたいサービスにチェックを入れてください”といったメッセージと、“禁煙ルーム”，“ズボンプレッサー”，“加湿器”，“アーリーチェックイン”，“レイトチェックアウト”，“変圧器”といった複数のサービス関連情報と、当該複数のサービス関連情報それぞれに対応する複数のチェックボックスと、ボタン“確認画面へ”とを有する。

また、この予約支援申込み画面は、オプション（任意項目）である“サービスを受けたい地域”と、“国内のみ”，“海外のみ”といった１以上の条件と、当該１以上の条件それぞれに対応する１以上のチェックボックスとをさらに有する。

また、この予約支援申込み画面は、同じくオプションである“サービスを受けたい期間”と、“冬季のみ”といった１以上の条件と、当該１以上の条件それぞれに対応する１以上のチェックボックスとをさらに有する。

ユーザＣは、例えば、海外で宿泊する際にのみ“アーリーチェックイン”および“変圧器”をリクエストしたい場合、それらに対応する２つのチェックボックスにチェックを入れ、さらに“海外のみ”に対応するチェックボックスにもチェックを入れた後、“確認画面へ”を選択する。

これに応じて、端末処理部３２は、今回の申込みの内容、つまり上記の予約支援申込み画面でチェックを入れたボックスに対応するサービス関連情報や条件、に関する確認画面がディスプレイに表示される。この確認画面は、“登録する”および“申し込みを続ける”といった項目を有しており、ここでユーザＣが“登録する”を選択したとすると、今回の申込み内容を含んだユーザ情報が端末装置３からサーバ装置１に送信されることになる。

しかし、ユーザＣは、“申し込みを続ける”を選択したとする。それに応じて、端末処理部３２は、今回の申込み内容を端末格納部３１に蓄積し、ディスプレイに図１０の予約支援申込み画面を再び表示する。

ユーザＣは、例えば、冬季に宿泊する際にのみ“加湿器”をリクエストしたい場合、それに対応するチェックボックスにチェックを入れ、さらに、“冬季のみ”に対応するチェックボックスにもチェックを入れた後、“確認画面へ”を選択する。

これに応じて、端末処理部３２は、今回の申込みの内容に関する確認画面をディスプレイに表示する。この確認画面でユーザＣが“登録する”を選択したとすると、今回の申込み内容と、端末格納部３１に格納されている前回の申込み内容と、を含んだユーザ情報が端末装置３からサーバ装置１に送信されることになる。

しかし、ユーザＣは、ここでも“申し込みを続ける”を選択したとする。端末処理部３２は、今回の申込み内容をメモリに蓄積し、ディスプレイに図１０の予約支援申込み画面を再び表示する。

ユーザＣは、例えば、宿泊する地域や期間によらず“禁煙ルーム”、“ズボンプレッサー”および“レイトチェックアウト”をリクエストしたい場合、それらに対応する３つのチェックボックスにのみチェックを入れた後、“海外”，“冬季”等の条件に対応するチェックボックスにはチェックを入れずに、“確認画面へ”を選択する。

これに応じて、端末処理部３２は、今回の申込み内容に関する確認画面をディスプレイに表示し、この確認画面で、ユーザＣは“登録する”を選択したとすると、端末処理部３２は、今回の申込み内容（図７（Ａ）に示した汎用のサービス関連情報）と、端末格納部３１に格納されている前回および前々回の申込み内容（図７（Ｂ）に示した条件付のサービス関連情報）と、を含んだユーザ情報をサーバ装置１に送信する。

（２）ユーザ情報の蓄積

サーバ装置１では、処理部１２が、上記のようにして端末装置３から送信されたユーザ情報を受信し、受信したユーザ情報をユーザ情報格納部１１２に蓄積する。これによって、ユーザＣのユーザ情報が、ユーザ情報格納部１１２に格納される結果となる。以下では、図６に示した２番目（Ｎｏ．２）のユーザ情報が、ユーザＣのユーザ情報であるとする。

２番目のユーザ情報は、ユーザＣのユーザ特定情報ＵＳ２（例えば“Ｃ”）と、ユーザＣのサービスに関するサービス関連情報ＳＲ２とを有する。このサービス関連情報ＳＲ２は、図７（Ａ）に示した汎用のサービス関連情報（条件に対応付いていない“禁煙ルーム”、“ズボンプレッサー”および“レイトチェックアウト”）と、図７（Ｂ）に示した条件付のサービス関連情報（“海外”に対応付いた“アーリーチェックイン”および“変圧器”、および“冬季”に対応付いた“加湿器”）とを含んでいる。

（３）ホテルの予約

Ｂホテルは、例えば、Ｂホテル自身の予約サイト上で予約を行うことができる。そこで、ユーザＣは、端末装置３の入力デバイスを操作してホテルＢの予約サイトにアクセスする。端末装置３のディスプレイにホテルＢの空室カレンダー・料金表等を含んだ予約ページが表示されると、ユーザＣは、例えば、チェックイン予定日“２０１５年１２月２０日”、チェックアウト予定日“２０１５年１２月２０日”、ルームタイプ“ツインルーム”、人数“２名”といった申込情報を入力する。入力された申込情報に対応する客室に空きがある場合、例えば、メールアドレス、住所・氏名、電話番号、カード番号といったユーザ特定情報を入力するための入力欄が表示され、ユーザＣは、自分のユーザ特定情報を入力する。

（４）カード決済の問い合わせ

これに応じて、端末処理部３２は、宿泊代金およびカード番号等を含んだ問い合わせをカード決済装置４に送信する。

（５）カード決済の回答

カード決済装置４は、各ユーザの支払い状況限度額や支払状況等に関する情報がカード番号に対応付けて格納されたデータベースを保有しており、第二サーバ装置２からの上記問い合わせを受信すると、このデータベースを参照して、当該宿泊代金を当該カード番号に対応するクレジットカードで決済可能か否かについて判断し、判断結果を含む回答を第二サーバ装置２に返信する。

（６）予約ＯＫの通知

第二サーバ装置２では、第二サーバ処理部２２が、上記判断結果を受信し、当該判断結果が決済可能を示す場合、端末装置３に予約ＯＫの通知を送信する。

端末装置３では、端末処理部３２が上記通知を受信し、受信した通知をディスプレイに表示する。

（７）予約情報の送信

第二サーバ処理部２２は、こうして端末装置３に予約ＯＫの通知を送信する一方、サーバ装置１には、上記ユーザ特定情報と、上記申込情報とを含んだ予約情報を、予約情報Ｎｏ．（１，２，…）と対にして送信する。なお、予約情報のデータ構造は図８に示されており、同じ説明は繰り返さない。ここでは、決済方法が予め即時決済と決められているため、予約情報に決済情報は含まれていない。

サーバ装置１では、予約情報受信部１２１が、上記予約情報を受信する。

（８）決済に関する処理とサービス関連情報（リクエスト）の送信

決済処理部１２２は、当該予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカード（つまりユーザＣが保有するクレジットカード）を用いた決済のための処理を行う。具体的には、決済処理部１２２は、カード決済装置４にカード決済を行わせるべく、決済情報をカード決済装置４に送信する。

他方、サービス関連情報取得部１２３は、当該予約情報が有するユーザ特定情報に対応する１以上のサービス関連情報をユーザ情報格納部１１２から取得する。

詳しくは、サービス関連情報取得部１２３は、まず、当該予約情報が有するユーザ特定情報に対応する１以上のサービス関連情報がユーザ情報格納部１１２に格納されているか否かを判別する。ここでは、ユーザＣのユーザ情報がユーザ情報格納部１１２に格納されているので、判別結果はＹＥＳである。

次に、サービス関連情報取得部１２３は、ユーザ情報格納部１１２内のユーザＣのユーザ情報に含まれている６つのサービス関連情報（図７参照）に番号１〜６を付与し、サービス関連情報１から順番に、次のような処理を実行する。まず、そのサービス関連情報が条件に対応付いているか否かを判別し、条件に対応付いていない場合は、そのサービス関連情報をユーザ情報格納部１１２から取得する。サービス関連情報１〜３は、条件に対応付いていないので、サービス関連情報取得部１２３は、サービス関連情報１〜３つまり“禁煙ルーム”，“ズボンプレッサー”および“レイトチェックアウト”をユーザ情報格納部１１２から取得する。

そのサービス関連情報が条件に対応付いている場合、環境情報取得部１２５が、当該予約情報が有する申込情報に含まれるホテルＡの所在地および宿泊日を示す情報と、格納部１１に格納されているデータベース（例えば国内の地名に関するデータベース）や対応表（例えば、１月１日から１２月３１日までの日付と夏季・冬季等の季節との対応表）を基に、当該予約情報に含まれるサービス識別子に対応する環境情報、つまり“国内”および“冬季”を示す環境情報を取得する。

次に、サービス関連情報取得部１２３は、環境情報取得部１２５が取得した環境情報つまり“国内”および“冬季”が、そのサービス関連情報が対応付いている条件に合致するか否かを判別して、合致すると判別した場合に、そのサービス関連情報をユーザ情報格納部１１２から取得する。

サービス関連情報４つまり“アーリーチェックイン”は、条件“海外”に対応付いており、この“海外”は、環境情報つまり“国内”および“冬季”のいずれとも合致しないため、“アーリーチェックイン”は取得されない。

同様に、サービス関連情報５つまり“変圧器”は、条件“海外”に対応付いており、“海外”は、環境情報つまり“国内”および“冬季”のいずれとも合致しないため、“変圧器”もまた取得されない。

他方、サービス関連情報６つまり“加湿器”は、条件“冬季”に対応付いており、この“冬季”は、環境情報つまり“国内”および“冬季”の後者と合致するため、サービス関連情報取得部１２３は、サービス関連情報６つまり“加湿器”をユーザ情報格納部１１２から取得する。

こうして、サービス関連情報取得部１２３は、４つのサービス関連情報１〜３および４つまり“禁煙ルーム”，“ズボンプレッサー”，“レイトチェックアウト”および“加湿器”を取得する結果となる。

サービス関連情報送信部１２４は、サービス関連情報取得部１２３が取得した４つのサービス関連情報１〜３および４（リクエスト）を、予約情報受信部１２１が受信した予約情報に含まれる申込情報に記載されたサービス識別子で識別されるサービス提供者に管理下にあるサーバ装置、つまりＢホテルの管理下にある第二サーバ装置２に送信する。

第二サーバ装置２では、第二サーバ処理部２２が、上記４つのサービス関連情報１〜３および４を受信し、図１１に示すような予約支援お知らせ画面をディスプレイに表示する。この予約支援お知らせ画面は、“貴ホテルにご宿泊予定のカード会員様よりサービスのリクエストがありましたのでお知らせします。”といったメッセージと、“お名前 ○○様”，“予約番号 ○○○○”，“宿泊予定 ２０１５年１２月２０日より１泊”といった予約に関する情報と、リクエスト内容として“（１）禁煙ルーム”，“（２）ズボンプレッサー”，“（３）レイトチェックアウト”および“（４）加湿器”と、ボタン“回答画面へ”とを有する。

なお、予約支援お知らせ画面は、この実施の形態では、予約時にディスプレイに表示されるが、これに代えて、またはこれに加えて、例えば第二サーバ装置２の出力端子に接続されたプリンタで印刷されてもよい。

また、予約支援お知らせ画面は、この実施の形態では、予約時に表示されるが、これに限らず、例えば、第二サーバ処理部２２によって第二サーバ格納部２１に蓄積され、ユーザＣがホテルＡに宿泊する一週間前や前日などに再び表示されてもよいし、予約情報一覧等から当該予約情報が選択されるのに応じて、随時表示されてもよい。

また、ホテルＡが海外のホテルである場合は、例えば、サーバ装置１において、格納部１１に辞書データを格納しておき、処理部１２が、当該予約情報が有するユーザ特定情報に対応する１以上のサービス関連情報の翻訳を、当該辞書データを用いて行うことで、第二サーバ装置２において、英語やその他の外国語による予約支援お知らせ画面が出力されるようにしてもよい。

ホテルＡの従業員は、ユーザＣがホテルＡに宿泊する際、この予約支援お知らせ画面を基に、ユーザの宿泊に関する要望（リクエスト）である禁煙ルーム，ズボンプレッサー，レイトチェックアウトおよび加湿器といったサービスを提供するべく、事前に準備を行うことができる。

（９）リクエストに対する回答

ホテルＡの従業員は、“回答画面へ”を選択し、これに応じて表示された回答画面上で、ユーザＣからリクエストされたサービスの提供の可否に関する可否情報を入力する。第二サーバ処理部２２は、かかる可否情報の入力を受け付け、当該可否情報を含んだ回答を端末装置３に送信する。なお、回答は、サーバ装置１にも送信されてよい。

端末装置３では、端末処理部が３２当該回答を受信し、ディスプレイに表示する。これにより、ユーザＣは、事前にカード会社のウェブサイトで登録しておいたリクエストに対応するサービスを、予約したホテルＡで受けられるか否かについて、事前に知ることができる。

以上、本実施の形態によれば、ユーザを識別するユーザ識別子とクレジットカードを識別するカード識別子とを有する１以上のカード情報が格納されるカード情報格納部１１１と、ユーザを特定するユーザ特定情報とユーザのサービスに関する情報であるサービス関連情報とを有する１以上のユーザ情報が格納されるユーザ情報格納部１１２と、ユーザがサービスの予約を申し込んだ旨の情報であり、ユーザ特定情報を含む予約情報を受信する予約情報受信部１２１と、予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う決済処理部１２２と、予約情報が有するユーザ特定情報に対応するサービス関連情報をユーザ情報格納部１１２から取得するサービス関連情報取得部１２３と、サービス関連情報取得部１２３が取得したサービス関連情報を送信するサービス関連情報送信部１２４とを具備するサーバ装置１により、ユーザがサービスを予約する際に、クレジットカードを利用した場合、サーバ装置１から、ユーザのサービスに関する要望等を含むサービス関連情報が送信されるので、ユーザ側でサービス関連情報の転送を行うためのプログラムをインストールしたりサービス関連情報の送信処理を実行したりする必要がなく、従って、ユーザのサービスに関する要望を、サービス提供者側に手間なく安全に伝えることができる。

また、上記サーバ装置１において、ユーザ情報は、ユーザ特定情報ならびに、条件および条件に対応付いた１以上のサービス関連情報の組を２組以上、有し、サービス関連情報取得部１２３は、予約情報が有するユーザ特定情報に対応するサービス関連情報であり、合致する条件と対なる１以上のサービス関連情報を取得することにより、条件に合致する要望を伝えることができる。

また、上記サーバ装置１において、サービスが提供される環境に関する環境情報を取得する環境情報取得部１２５をさらに具備し、条件は、環境情報に関する条件であり、サービス関連情報取得部１２３は、予約情報が有するユーザ特定情報に対応するサービス関連情報であり、環境情報取得部１２５が取得した環境情報が合致する条件と対になる１以上のサービス関連情報を取得することにより、サービスが提供される環境（例えば地域や期間等）に関する条件に合致する要望を伝えることができる。

また、上記サーバ装置１において、サービス関連情報送信部１２４は、予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードをデポジットとして使用する場合のみ、サービス関連情報取得部１２３が取得したサービス関連情報を送信することにより、ユーザがカードをデポジットとして利用（例えばオーソゼーション予約）する場合に、当該ユーザの要望を伝えることができる。

また、上記サーバ装置１において、サービス関連情報送信部１２４は、決済処理部１２２が、予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う場合のみ、サービス関連情報取得部１２３が取得したサービス関連情報を送信することにより、ユーザがカード決済を行う場合に、当該ユーザ要望を伝えることができる。

また、上記サーバ装置１において、サービス関連情報は、ユーザのサービスに関する要望についての情報（要望情報）であることにより、ユーザのサービスに関する要望を伝えることができる。

さらに、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをソフトウェアダウンロード等により配布してもよい。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布してもよい。

例えば、本実施の形態におけるサーバ装置１を実現するソフトウェアは、コンピュータを図２（Ａ）に示された各部として機能させるためのプログラムである。つまり、このプログラムは、コンピュータを、例えば、ユーザを識別するユーザ識別子とクレジットカードを識別するカード識別子とを有する１以上のカード情報が格納されるカード情報格納部１１１と、ユーザを特定するユーザ特定情報と当該ユーザのサービスに関する情報であるサービス関連情報とを有する１以上のユーザ情報が格納されるユーザ情報格納部１１２と、ユーザがサービスの予約を申し込んだ旨の情報であり、ユーザ特定情報を含む予約情報を受信する予約情報受信部と、前記予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う決済処理部１２２と、前記予約情報が有するユーザ特定情報に対応するサービス関連情報を前記ユーザ情報格納部１１２から取得するサービス関連情報取得部１２３と、前記サービス関連情報取得部１２３が取得したサービス関連情報を送信するサービス関連情報送信部１２４として機能させるためのプログラムである。

図１２は、上記プログラムを実行して、上記実施の形態によるサーバ装置１、第二サーバ装置２、端末装置３、カード決済装置４を実現するコンピュータシステム９００の外観の一例を示す模式図である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。

図１２において、コンピュータシステム９００は、ＣＤ−ＲＯＭドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、ディスプレイ９０４とを備える。

図１３は、コンピュータシステム９００の内部構成を示す図である。図１３において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５に加えて、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５と、インターネット等のネットワークへの接続を提供するネットワークカード９１６と、を備える。

コンピュータシステム９００に、上記実施の形態によるサーバ装置１等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１に記憶されて、ＣＤ−ＲＯＭドライブ９０５に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、インターネット等のネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは、実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１、またはネットワークから直接、ロードされてもよい。また、ＣＤ−ＲＯＭ９２１に代えて他の記録媒体（例えば、ＤＶＤやメモリカード等）を介して、プログラムがコンピュータシステム９００に読み込まれてもよい。

なお、端末装置３の場合は、上記のような据え置き型のコンピュータシステム９００に限らず、例えばスマートフォンやタブレットやノートＰＣといった携帯型のコンピュータシステムで実現されてもよい。この場合、図１３に記載のハードウェアのうち、ハードディスク９１４、ＣＤ−ＲＯＭドライブ９０５およびＣＤ-ＲＯＭ９２１は、例えば、フラッシュメモリ、メモリカードスロットおよびメモリカードにそれぞれ置き換えられてよいし、また、キーボード９０２およびマウス９０３は、例えばタッチパネルへの置き換えが可能である。

プログラムは、コンピュータの詳細を示す９０１に、上記実施の形態によるサーバ装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、モデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記実施の形態において、一の装置に存在する２以上の通信手段（予約情報受信部１２１、サービス関連情報送信部１２４など）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかるサーバ装置は、ユーザがサービスを予約する際に、クレジットカードを利用した場合、サーバ装置から、例えばサービス提供者側のサーバに、ユーザのサービスに関する要望等を含むサービス関連情報が送信されるので、ユーザ側でプログラムをインストールしたりサービス関連情報の送信処理を実行したりする必要がなく、従って、ユーザのサービスに関する要望を、サービス提供者側に手間なく安全に伝えることができるという効果を有し、サーバ装置等として有用である。

１ サーバ装置
２ 第二サーバ装置
３ 端末装置
４ カード決済装置
１１ 格納部
１２ 処理部
２１ 第二サーバ格納部
２２ 第二サーバ処理部
３１ 端末格納部
３２ 端末処理部
１１１ カード情報格納部
１１２ ユーザ情報格納部
１２１ 予約情報受信部
１２２ 決済処理部
１２３ サービス関連情報取得部
１２４ サービス関連情報送信部
１２５ 環境情報取得部

Claims (8)

1. ユーザを識別するユーザ識別子とクレジットカードを識別するカード識別子とを有する１以上のカード情報が格納されるカード情報格納部と、
   ユーザを特定するユーザ特定情報と当該ユーザのサービスに関する情報であるサービス関連情報とを有する１以上のユーザ情報が格納されるユーザ情報格納部と、
   ユーザがサービスの予約を申し込んだ旨の情報であり、ユーザ特定情報を含む予約情報を受信する予約情報受信部と、
   前記予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う決済処理部と、
   前記予約情報が有するユーザ特定情報に対応するサービス関連情報を前記ユーザ情報格納部から取得するサービス関連情報取得部と、
   前記サービス関連情報取得部が取得したサービス関連情報を送信するサービス関連情報送信部とを具備するサーバ装置。
2. 前記ユーザ情報は、
   前記ユーザ特定情報ならびに、条件および当該条件に対応付いた１以上のサービス関連情報の組を２組以上、有し、
   前記サービス関連情報取得部は、
   前記予約情報が有するユーザ特定情報に対応するサービス関連情報であり、合致する条件と対になる１以上のサービス関連情報を取得する請求項１記載のサーバ装置。
3. サービスが提供される環境に関する環境情報を取得する環境情報取得部をさらに具備し、
   前記条件は、
   環境情報に関する条件であり、
   前記サービス関連情報取得部は、
   前記予約情報が有するユーザ特定情報に対応するサービス関連情報であり、前記環境情報取得部が取得した環境情報が合致する条件と対になる１以上のサービス関連情報を取得する請求項２記載のサーバ装置。
4. 前記サービス関連情報送信部は、
   前記予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードをデポジットとして使用する場合のみ、前記サービス関連情報取得部が取得したサービス関連情報を送信する請求項１から請求項３いずれか一項に記載のサーバ装置。
5. 前記サービス関連情報送信部は、
   前記決済処理部が、前記予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う場合のみ、前記サービス関連情報取得部が取得したサービス関連情報を送信する請求項１から請求項３いずれか一項に記載のサーバ装置。
6. 前記サービス関連情報は、ユーザのサービスに関する要望についての情報である請求項１から請求項５いずれか一項に記載のサーバ装置。
7. カード情報格納部、ユーザ情報格納部、予約情報受信部、決済処理部、サービス関連情報取得部およびサービス関連情報送信部によって行われる予約支援方法であって、
   前記カード情報格納部に、ユーザを識別するユーザ識別子とクレジットカードを識別するカード識別子とを有する１以上のカード情報が格納されるカード情報格納ステップと、
   前記ユーザ情報格納部に、ユーザを特定するユーザ特定情報と当該ユーザのサービスに関する情報であるサービス関連情報とを有する１以上のユーザ情報が格納されるユーザ情報格納ステップと、
   前記予約情報受信部が、ユーザがサービスの予約を申し込んだ旨の情報であり、ユーザ特定情報を含む予約情報を受信する予約情報受信ステップと、
   前記決済処理部が、前記予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う決済処理部と、
   前記サービス関連情報取得部が、前記予約情報が有するユーザ特定情報に対応するサービス関連情報を前記ユーザ情報格納部から取得するサービス関連情報取得ステップと、
   前記サービス関連情報送信部が、前記サービス関連情報取得部が取得したサービス関連情報を送信するサービス関連情報送信ステップとを具備するサーバ装置。
8. コンピュータを、
   ユーザを識別するユーザ識別子とクレジットカードを識別するカード識別子とを有する１以上のカード情報が格納されるカード情報格納部と、
   ユーザを特定するユーザ特定情報と当該ユーザのサービスに関する情報であるサービス関連情報とを有する１以上のユーザ情報が格納されるユーザ情報格納部と、
   ユーザがサービスの予約を申し込んだ旨の情報であり、ユーザ特定情報を含む予約情報を受信する予約情報受信部と、
   前記予約情報が有するユーザ特定情報に対応するカード識別子により識別されるクレジットカードを用いた決済のための処理を行う決済処理部と、
   前記予約情報が有するユーザ特定情報に対応するサービス関連情報を前記ユーザ情報格納部から取得するサービス関連情報取得部と、
   前記サービス関連情報取得部が取得したサービス関連情報を送信するサービス関連情報送信部として機能させるためのプログラム。