JP5110902B2 - サービス予約システム、情報提供装置、情報提供方法及び情報提供処理プログラム - Google Patents

Description

本発明は、ネットワークを介して端末装置からの要求に応じて予約が行われたサービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システム、当該サービス予約システムにおいて予約可能なサービスの内容を少なくとも示すサービス情報を前記端末装置に提供する情報提供装置、情報提供方法及び情報提供処理プログラムの技術分野に関する。

従来から、パーソナルコンピュータ等の端末装置を用いてインターネット等のネットワークに接続し、サーバ装置等から提供される情報を通じて宿泊施設の宿泊予約や交通機関のチケット予約等の各種のサービスの予約を行うサービス予約システムが知られている。一般的に、こうしたシステムにおいては、端末装置を利用する個人が、当該システムを利用するためのユーザ登録を行った上で、上述したようなサービスの予約を行うことができるようになっている。

また、近年においては、団体（企業等の法人及び法人格を有さない団体を含む）をターゲットとしたサービス予約システムが各種提案されている（例えば、特許文献１及び２）。こうしたシステムにおいては、例えば、企業に所属する社員が、当該企業に設置された端末装置等からサービスの予約入力等を行うと、サーバ装置等は当該入力された内容に基づいて予約登録処理等を実行し、予約されたサービスの料金を、例えば、１ヶ月単位で合算して企業に対して一括で支払い請求するようになっている。これにより、企業は、出張の手配や清算業務等の事務コストを削減することが可能となる。
特開２００４−１１０５７７号公報 特開２００４−０５４７１７号公報

しかしながら、上述した従来における団体をターゲットとしたサービス予約システムでは、出張の手配や清算業務等の事務コストの削減に重点が置かれており、如何にしてサービスの予約を促進するかという点については考慮されていなかった。例えば、サービスを提供する側としては、サービス予約システムにおいて、新規の顧客を獲得したり、そのサービスを頻繁に予約し利用している顧客（得意客）により多く予約してもらいたいと望んでいるのにもかかわらず、団体（またはその所属者）に対する積極的なアプローチができないため、団体からの予約をより多く見込むことが困難であった。また、団体としては、予約可能なサービス自体に魅力（お得感があったりその団体に適したサービスであること等）を感じなければ、事務コストの削減できるというだけでは、時にはサービス予約システムを利用しては予約を行わない（別途の方法で予約を行う）可能性がある。

本発明は、以上の点に鑑みてなされたものであり、団体の所属者により予約されたサービスの料金の支払いを当該団体に請求するサービス予約システムにおいて、サービスの提供者から団体に対して魅力的なサービスを提示することにより、サービスの予約を促進することを可能とするサービス予約システム、情報提供装置、情報提供方法及び情報提供処理プログラムを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、ネットワークに接続可能な端末装置と、前記ネットワークを介して前記端末装置の要求に応じて所定のサービスの内容を少なくとも示すサービス情報をネットワークを介して端末装置に提供する情報提供装置と、を備え、前記端末装置からの要求に応じて予約が行われた前記サービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システムであって、前記情報提供装置は、前記ユーザが所属する前記団体を識別するための団体識別情報を、当該ユーザを識別するためのユーザ識別情報に対応付けて登録しておくとともに、特定の前記団体用に設定された前記サービスである特別サービスの前記サービス情報を、当該団体の前記団体識別情報に対応付けて登録しておくデータベースであり、前記特別サービスの提供場所を示す提供場所情報を、当該特別サービスの前記サービス情報に対応付けて登録しておくとともに、前記団体に含まれる複数の部門夫々の所在地を示す部門情報を、当該団体の前記団体識別情報に対応付けて登録しておき、更に、前記複数の部門のうち前記ユーザの所属部門を示す所属部門情報を、当該ユーザの前記ユーザ識別情報に対応付けて登録するデータベースと、前記登録されたサービス情報が対応する前記特別サービスを予約可能にして当該サービス情報を表示するための画面を構成するサービス画面情報を生成するサービス画面情報生成手段と、前記ユーザの指令に基づいて前記端末装置から送信された当該ユーザの前記ユーザ識別情報を受信するユーザ識別情報受信手段と、前記受信されたユーザ識別情報に対応する前記団体識別情報に基づいて、前記ユーザが所属する前記団体を特定する所属団体特定手段と、前記受信されたユーザ識別情報に対応する前記所属部門情報に基づいて、前記ユーザの所属部門を特定する所属部門特定手段と、前記特定された団体の前記団体識別情報に対応する前記部門情報が示す所在地が含まれる地域のうち、前記特定された所属部門の所在地が含まれる地域を除く少なくとも何れか一つの地域に、前記特定された団体用に設定された前記特別サービスの前記提供場所情報が示す提供場所が含まれるか否かを判定する第１部門地域判定手段と、前記特定された団体用に設定された前記特別サービスのうち、前記何れか一つの地域に前記提供場所が含まれる前記特別サービスに対応する前記サービス画面情報を、前記ユーザ識別情報を送信した前記端末装置に送信するサービス画面情報送信手段と、を備え、前記端末装置は、前記ユーザの指令に基づいて、当該ユーザの前記ユーザ識別情報を前記情報提供装置に送信するユーザ識別情報送信手段と、前記情報提供装置から送信された前記サービス画面情報を受信するサービス画面情報受信手段と、前記受信されたサービス画面情報に基づいて、当該サービス画面情報が対応する前記特別サービスを予約可能にして前記サービス情報を画面に表示するサービス情報表示手段と、を備えることを特徴とする。

この発明によれば、データベースには、ユーザが所属する団体の団体識別情報が、当該ユーザのユーザ識別情報に対応付けて登録されるとともに、特定の団体用に設定された特別サービスのサービス情報が、当該団体の団体識別情報に対応付けて登録される。そして、情報提供装置は、データベースに登録されたサービス情報が対応する特別サービスを予約可能にして当該サービス情報を表示するためのサービス画面情報を生成し、端末装置から送信されたユーザ識別情報を受信し、当該ユーザ識別情報に対応してデータベースに登録された団体識別情報により、ユーザの所属する団体を特定し、特定された団体用に設定された特別サービスに対応するサービス画面情報を、ユーザ識別情報を送信した端末装置に送信すると、端末装置により当該サービス画面情報が対応する特別サービスを予約可能にしてサービス情報が画面に表示される。そして、この特別サービスの予約が行われると、サービス予約システムにより、当該特別サービスの料金の支払いをユーザが所属する団体に請求するための請求金額情報が登録されることとなる。

従って、サービスの提供者は、特定の団体に対して魅力的なサービスを提示することが可能であり、特定の団体または当該団体に所属するユーザは、自分たちに特別なサービスが提供されているというお得感を味わうこととなるため、サービスの予約を促進することができる。
また、この発明によれば、ユーザが所属する団体に含まれる各部門の所在地を含む地域のうち、ユーザの所属部門の所在地を含む地域を除いた少なくとも何れか一つの地域に提供場所がある特別サービスがユーザに提示される。通常、各部門の所属者は当該部門の所在する地域で提供されているサービスを利用する可能性があり、また、部門間で所属者の行き来が頻繁に行われる場合には、ある部門の所属者が他の部門の所在地に行った際に、その地域のサービスを利用する可能性がある。ところが、例えば、宿泊施設の提供サービス等のようなサービスでは、自分が所属する部門の所在する地域のサービスを利用する可能は少ない場合がある。
従って、この発明によれば、宿泊施設の提供サービス等のようなサービスにおいて、予約を行う可能性のある部門に対して特別サービスを提示することができるとともに、予約を行う可能性が少ない部門に対して特別サービスを提示しないようにすることができる。

請求項２に記載の発明は、所定のサービスの内容を少なくとも示すサービス情報をネットワークを介して端末装置に提供するとともに、前記端末装置からの要求に応じて予約が行われた前記サービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システムにおける情報提供装置であって、前記ユーザが所属する前記団体を識別するための団体識別情報を、当該ユーザを識別するためのユーザ識別情報に対応付けて登録しておくとともに、特定の前記団体用に設定された前記サービスである特別サービスの前記サービス情報を、当該団体の前記団体識別情報に対応付けて登録しておくデータベースであり、前記特別サービスの提供場所を示す提供場所情報を、当該特別サービスの前記サービス情報に対応付けて登録しておくとともに、前記団体に含まれる複数の部門夫々の所在地を示す部門情報を、当該団体の前記団体識別情報に対応付けて登録しておき、更に、前記複数の部門のうち前記ユーザの所属部門を示す所属部門情報を、当該ユーザの前記ユーザ識別情報に対応付けて登録するデータベースと、前記登録されたサービス情報が対応する前記特別サービスを予約可能にして当該サービス情報を表示するための画面を構成するサービス画面情報を生成するサービス画面情報生成手段と、前記ユーザの指令に基づいて前記端末装置から送信された当該ユーザの前記ユーザ識別情報を受信するユーザ識別情報受信手段と、前記受信されたユーザ識別情報に対応する前記団体識別情報に基づいて、前記ユーザが所属する前記団体を特定する所属団体特定手段と、前記受信されたユーザ識別情報に対応する前記所属部門情報に基づいて、前記ユーザの所属部門を特定する所属部門特定手段と、前記特定された団体の前記団体識別情報に対応する前記部門情報が示す所在地が含まれる地域のうち、前記特定された所属部門の所在地が含まれる地域を除く少なくとも何れか一つの地域に、前記特定された団体用に設定された前記特別サービスの前記提供場所情報が示す提供場所が含まれるか否かを判定する第１部門地域判定手段と、前記特定された団体用に設定された前記特別サービスのうち、前記何れか一つの地域に前記提供場所が含まれる前記特別サービスに対応する前記サービス画面情報を、前記ユーザ識別情報を送信した前記端末装置に送信するサービス画面情報送信手段と、を備えることを特徴とする。

この発明によれば、データベースには、ユーザが所属する団体の団体識別情報が、当該ユーザのユーザ識別情報に対応付けて登録しされるとともに、特定の団体用に設定された特別サービスのサービス情報が、当該団体の団体識別情報に対応付けて登録される。そして、情報提供装置は、データベースに登録されたサービス情報が対応する特別サービスを予約可能にして当該サービス情報を表示するためのサービス画面情報を生成し、端末装置から送信されたユーザ識別情報を受信し、当該ユーザ識別情報に対応してデータベースに登録された団体識別情報により、ユーザの所属する団体を特定し、特定された団体用に設定された特別サービスに対応するサービス画面情報を、ユーザ識別情報を送信した端末装置に送信すると、端末装置により当該サービス画面情報が対応する特別サービスを予約可能にしてサービス情報が画面に表示される。そして、この特別サービスの予約が行われると、サービス予約システムにより、当該特別サービスの料金の支払いをユーザが所属する団体に請求するための請求金額情報が登録されることとなる。

従って、サービスの提供者は、特定の団体のユーザに対して魅力的なサービスを提示することが可能であり、これにより特定の団体または当該団体に所属するユーザは、自分たちに特別なサービスが提供されているというお得感を味わうこととなるため、サービスの予約を促進することができる。
また、この発明によれば、ユーザが所属する団体に含まれる各部門の所在地を含む地域のうち、ユーザの所属部門の所在地を含む地域を除いた少なくとも何れか一つの地域に提供場所がある特別サービスがユーザに提示される。通常、各部門の所属者は当該部門の所在する地域で提供されているサービスを利用する可能性があり、また、部門間で所属者の行き来が頻繁に行われる場合には、ある部門の所属者が他の部門の所在地に行った際に、その地域のサービスを利用する可能性がある。ところが、例えば、宿泊施設の提供サービス等のようなサービスでは、自分が所属する部門の所在する地域のサービスを利用する可能は少ない場合がある。
従って、この発明によれば、宿泊施設の提供サービス等のようなサービスにおいて、予約を行う可能性のある部門に対して特別サービスを提示することができるとともに、予約を行う可能性が少ない部門に対して特別サービスを提示しないようにすることができる。

請求項３に記載の発明は、請求項２に記載の情報提供装置において、前記サービスの提供者により、対象とする前記団体を指定して設定された特別サービスの前記サービス情報を当該提供者が利用するサービス端末装置から受信するサービス情報受信手段と、前記受信されたサービス情報を、前記指定された団体の前記団体識別情報に対応付けて前記データベースに登録するサービス情報登録手段と、前記サービスに関連した前記団体の傾向を示す傾向情報を前記提供者が閲覧可能に前記サービス端末装置に提供する傾向情報提供手段と、を更に備えることを特徴とする。

この発明によれば、サービスの提供者により設定された特別サービスのサービス情報がデータベースに登録されるが、この設定の前または設定の際等において、サービスに関連した団体の傾向を、その提供者が閲覧できるので、サービスの提供者は、団体の傾向に合わせた特別サービスを提示することができ、これにより、一層サービスの予約を促進することができる。

請求項４に記載の発明は、請求項３に記載の情報提供装置において、前記データベースには、前記団体の所属者により過去に予約された前記サービスの少なくとも内容を示す予約情報が当該団体の前記団体識別情報に対応付けて登録されており、前記傾向情報提供手段は、前記登録された予約情報に基づいて、当該予約情報に対応する前記団体識別情報が示す団体の前記傾向情報を提供することを特徴とする。

この発明によれば、サービスの提供者は、団体の所属者により過去に予約されたサービスの内容等に基づく団体の傾向を閲覧することができるので、より的確な特別サービスを提示することができる。

請求項５に記載の発明は、前記データベースには、前記団体の所属者が行く頻度の高い地域として予め設定された地域情報が、当該団体の前記団体識別情報に対応付けて登録されており、前記登録された地域情報が示す地域に前記登録された提供場所情報により示される提供場所が含まれるか否かを判定する提供地域判定手段を更に備え、前記傾向情報提供手段は、前記地域に前記提供場所が含まれる場合には、前記地域情報に対応する前記団体識別情報が示す前記団体の所属者が当該地域に行く頻度が高いことを示す前記傾向情報を、前記サービス端末装置に提供することを特徴とする。

この発明によれば、団体の所属者が行く頻度の高い地域として当該団体等により予め設定された地域に提供場所があるサービスの提供者に対して、当該団体の傾向が提供されるので、提供者は、自らが提供するサービスの予約を行う可能性のある団体に対して特別サービスを提示することができる。

請求項６に記載の発明は請求項３に記載の情報提供装置において、前記登録された部門情報が示す各所在地の少なくとも何れか一つを含む地域に、前記登録された提供場所情報により示される提供場所が含まれるか否かを判定する提供地域判定手段を更に備え、前記傾向情報提供手段は、前記地域に前記提供場所が含まれる場合には、前記部門情報に対応する前記団体識別情報により示される前記団体の所属者が当該地域に行く頻度が高いことを示す前記傾向情報を、前記サービス端末装置に提供することを特徴とする。

この発明によれば、団体に含まれる複数の部門の所在地の少なくとも何れか一つを含む地域に提供場所があるサービスの提供者に対して、当該団体の傾向が提供される。各部門の所属者は当該部門の所在地を含む地域で提供されているサービスを利用する可能性があり、また、部門間で所属者の行き来が頻繁に行われる場合には、ある部門の所属者が他の部門の所在地に行った際に、その地域のサービスを利用する可能性がある。

従って、提供者は、自らが提供するサービスの予約を行う可能性のある団体に対して特別サービスを提示することができる。

請求項７に記載の発明は、請求項２または請求項３に記載の情報提供装置において、前記データベースには、前記団体の所属者により過去に予約された前記サービスの内容と、当該所属者の所属部門と、を少なくとも示す予約情報が当該団体の前記団体識別情報に対応付けて登録されており、前記特定された前記団体の前記団体識別情報に対応する前記予約情報のうち、前記特定された所属部門を含む前記予約情報に基づいて、当該所属部門の所属者が行く頻度の高い地域を特定し、当該特定された地域に、前記登録された提供場所情報が示す提供場所が含まれるか否かを判定する第２部門地域判定手段、を更に備え、前記サービス画面情報送信手段は、前記地域に前記提供場所が含まれる場合に、前記サービス画面情報を送信することを特徴とする。

この発明によれば、ユーザの所属部門の所属者により過去に予約されたサービスの内容等に基づいて特定された当該所属部門の所属者が行く頻度の高い地域に提供場所がある特別サービスがユーザに提示されるので、部門毎に予約する可能性の高い特別サービスを提示することができる。

請求項８に記載の発明は、請求項２乃至７の何れか１項に記載の情報提供装置において、前記ユーザが前記団体の所属者として予約を行うか否かを示す団体予約情報を前記端末装置から受信する団体予約情報受信手段と、前記ユーザにより指定された前記サービスの予約の要求を示す予約要求情報を前記端末装置から受信する予約要求情報受信手段と、前記受信された団体予約情報に基づいて、前記受信された予約要求情報が示す前記サービスを前記団体の所属者として予約するか否かを判定する団体予約判定手段と、前記予約要求情報が示す前記サービスを前記団体の所属者として予約すると判定した場合には、当該サービスの料金を含む前記請求金額情報を、前記特定された団体識別情報に対応付けて前記データベースに登録する請求金額登録手段と、を更に備えることを特徴とする。

この発明によれば、情報提供装置は、端末装置から団体予約情報及び予約情報を受信し、団体予約情報に基づいてユーザが団体の所属者として予約すると判定した場合に、予約情報が示すサービスの利用料金を含む請求金額情報を、ユーザが所属する団体の団体識別情報に対応付けてデータベースに登録するようになっている。

従って、ユーザは、特別サービスを予約する際に、団体予約情報により個人として予約を行うことが可能であるとともに、団体の所属者として予約を行うことができる。また、団体の所属者として予約が行われたサービスの料金は、団体に対して支払いを請求するための請求金額の一部または全部として登録されるので、予約したユーザ自身は料金を支払う必要が無く、清算業務負担を削減することができる。そして、特定の団体のユーザに対して魅力的なサービスを提示することが可能であることと相まって、より一層、サービスの予約を促進することができる。

請求項９に記載の発明は、所定のサービスの内容を少なくとも示すサービス情報をネットワークを介して端末装置に提供するとともに、前記端末装置からの要求に応じて予約が行われた前記サービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システムにおける情報提供装置であって、前記ユーザが所属する前記団体を識別するための団体識別情報を、当該ユーザを識別するためのユーザ識別情報に対応付けて登録しておくとともに、特定の前記団体用に設定された前記サービスである特別サービスの前記サービス情報を、当該団体の前記団体識別情報に対応付けて登録しておくデータベースであり、前記特別サービスの提供場所を示す提供場所情報を、当該特別サービスの前記サービス情報に対応付けて登録しておくとともに、前記団体に含まれる複数の部門夫々の所在地を示す部門情報を、当該団体の前記団体識別情報に対応付けて登録しておき、更に、前記複数の部門のうち前記ユーザの所属部門を示す所属部門情報を、当該ユーザの前記ユーザ識別情報に対応付けて登録するデータベースを備える情報提供装置による情報提供方法において、前記登録されたサービス情報が対応する前記特別サービスを予約可能にして当該サービス情報を表示するための画面を構成するサービス画面情報を生成するサービス画面情報生成工程と、前記ユーザの指令に基づいて前記端末装置から送信された当該ユーザの前記ユーザ識別情報を受信するユーザ識別情報受信工程と、前記受信されたユーザ識別情報に対応する前記団体識別情報に基づいて、前記ユーザが所属する前記団体を特定する所属団体特定工程と、前記受信されたユーザ識別情報に対応する前記所属部門情報に基づいて、前記ユーザの所属部門を特定する所属部門特定工程と、前記特定された団体の前記団体識別情報に対応する前記部門情報が示す所在地が含まれる地域のうち、前記特定された所属部門の所在地が含まれる地域を除く少なくとも何れか一つの地域に、前記特定された団体用に設定された前記特別サービスの前記提供場所情報が示す提供場所が含まれるか否かを判定する第１部門地域判定工程と、前記特定された団体用に設定された前記特別サービスのうち、前記何れか一つの地域に前記提供場所が含まれる前記特別サービスに対応する前記サービス画面情報を、前記ユーザ識別情報を送信した前記端末装置に送信するサービス画面情報送信工程と、を含むことを特徴とする。

請求項１０に記載の発明は、所定のサービスの内容を少なくとも示すサービス情報をネットワークを介して端末装置に提供するとともに、前記端末装置からの要求に応じて予約が行われた前記サービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システムにおける情報提供装置であって、前記ユーザが所属する前記団体を識別するための団体識別情報を、当該ユーザを識別するためのユーザ識別情報に対応付けて登録しておくとともに、特定の前記団体用に設定された前記サービスである特別サービスの前記サービス情報を、当該団体の前記団体識別情報に対応付けて登録しておくデータベースであり、前記特別サービスの提供場所を示す提供場所情報を、当該特別サービスの前記サービス情報に対応付けて登録しておくとともに、前記団体に含まれる複数の部門夫々の所在地を示す部門情報を、当該団体の前記団体識別情報に対応付けて登録しておき、更に、前記複数の部門のうち前記ユーザの所属部門を示す所属部門情報を、当該ユーザの前記ユーザ識別情報に対応付けて登録するデータベースを備える情報提供装置に含まれるコンピュータを、前記登録されたサービス情報が対応する前記特別サービスを予約可能にして当該サービス情報を表示するための画面を構成するサービス画面情報を生成するサービス画面情報生成手段、前記ユーザの指令に基づいて前記端末装置から送信された当該ユーザの前記ユーザ識別情報を受信するユーザ識別情報受信手段、前記受信されたユーザ識別情報に対応する前記団体識別情報に基づいて、前記ユーザが所属する前記団体を特定する所属団体特定手段、前記受信されたユーザ識別情報に対応する前記所属部門情報に基づいて、前記ユーザの所属部門を特定する所属部門特定手段、前記特定された団体の前記団体識別情報に対応する前記部門情報が示す所在地が含まれる地域のうち、前記特定された所属部門の所在地が含まれる地域を除く少なくとも何れか一つの地域に、前記特定された団体用に設定された前記特別サービスの前記提供場所情報が示す提供場所が含まれるか否かを判定する第１部門地域判定手段、前記特定された団体用に設定された前記特別サービスのうち、前記何れか一つの地域に前記提供場所が含まれる前記特別サービスに対応する前記サービス画面情報を、前記ユーザ識別情報を送信した前記端末装置に送信するサービス画面情報送信手段、として機能させることを特徴とする。

本発明によれば、サービスの提供者は、特定の団体のユーザに対して魅力的なサービスを提示することが可能であり、これにより特定の団体または当該団体に所属するユーザは、自分たちに特別なサービスが提供されているというお得感を味わうこととなるため、サービスの予約を促進することができる。また、宿泊施設の提供サービス等のようなサービスにおいて、予約を行う可能性のある部門に対して特別サービスを提示することができるとともに、予約を行う可能性が少ない部門に対して特別サービスを提示しないようにすることができる。

以下、図面を参照して本発明の最良の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、宿泊予約システムに対して本発明を適用した場合の実施形態である。

［１．宿泊予約システムの構成及び機能概要］
先ず、本実施形態に係る宿泊予約システムＳの構成及び機能概要について、図１を用いて説明する。

図１は、本実施形態に係る宿泊予約システムＳの概要構成の一例を示す図である。

図１に示すように、宿泊予約システムＳは、データベースの一例としての宿泊施設情報データベース１０１、会員情報データベース１０２、法人情報データベース１０３及び宿泊関連情報データベース１０４を備える情報提供装置の一例としての旅行代理店サーバ１と、宿泊施設Ｈ−ｉに設置された宿泊施設端末２−ｉ（ｉ＝１，２・・・ｍ）と、法人Ｃ−ｊが所有する施設等に設置された端末装置の一例としての法人端末３−ｊ（ｊ＝１，２・・・ｎ）と、ユーザ端末４−ｋ（ｋ＝１，２・・・ｐ）と、を含んで構成されている。

旅行代理店サーバ１、宿泊施設端末２−ｉ、法人端末３−ｊ及びユーザ端末４−ｋは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

このような構成の宿泊予約システムＳにおいて、旅行代理店サーバ１は、例えば、旅行代理店により旅行サイトを開設するために設置されたサーバ装置である。この旅行代理店は、宿泊施設Ｈ−ｉの各提供者から宿泊予約の受け付けを委託されており、この宿泊施設Ｈ−ｉに関する宿泊施設情報、宿泊予約状況等は宿泊施設情報データベース１０１に登録されるようになっている。そして、宿泊予約システムＳは、ネットワークＮＷを介して法人端末３−ｊやユーザ端末４−ｋからのリクエストに応じて、旅行代理店サーバ１が宿泊施設Ｈ−ｉの予約登録処理を行うこと等により、法人端末３−ｊやユーザ端末４−ｋを利用するユーザに対して宿泊予約サービスを提供している。

この宿泊予約サービスを利用するために、ユーザは、個人として宿泊予約システムＳの会員登録手続を行うことにより、当該システムによる宿泊予約サービスを利用することが可能になっており、登録された会員に関する会員情報等は会員情報データベース１０２に登録されるようになっている。

なお、以降の説明において、宿泊予約等を行う場合における法人端末３−ｊやユーザ端末４−ｋを総称する場合には、「予約者端末」というものとし、当該予約者端末を利用するユーザを、単に「ユーザ」（場合によって、「会員」あるいは「社員」）というものとする。

また、宿泊予約システムＳにおいては、個人に対する宿泊予約サービスの他に、法人Ｃ−ｊに所属する社員としてユーザが宿泊予約を行った場合には、予約された宿泊施設Ｈ−ｉの宿泊料金を当該所属する法人Ｃ−ｊに対して一括請求する法人予約サービスが提供されている。

次に、宿泊施設端末２−ｉは、宿泊施設Ｈ−ｉの従業者等が利用する端末装置であり、例えば、パーソナルコンピュータ等を適用することができる。そして、宿泊施設端末２−ｉは、旅行代理店サーバ１にアクセスして、宿泊施設情報データベース１０１に登録された宿泊予約状況等を取得し、画面に表示するようになっている。このようにして、宿泊施設Ｈ−ｉの従業者等は、その宿泊施設Ｈ−ｉの予約内容、空室状況等を管理することができるようになっている（例えば、予約内容、空室状況等を参照したり、予約のキャンセル手続を行う等）。

次に、法人端末３−ｊは、法人Ｃ−ｊの施設内等に設置された端末装置であり、例えば、パーソナルコンピュータ等を適用することができる。

同一法人Ｃ−ｊの施設内等に設置された法人端末３−ｊは、当該法人により構築されたイントラネット等の社内ネットワークにおいて、夫々個別のＩＰアドレス（ローカルＩＰアドレス）が静的あるいは動的に割り当てられている。この法人端末３−ｊが社内ネットワークの外のネットワークＮＷにアクセスする場合、当該法人端末３−ｊから送信されたデータパケットのヘッダに設定された送信元ＩＰアドレス（当該法人端末３−ｊを示すＩＰアドレス）は、例えば、ＮＡＴ（Network Address Translation）機能を有するルータ装置等により、当該法人に対して固有に割り当てられたインターネット上等におけるＩＰアドレス（グローバルＩＰアドレス）に変換され、例えば、旅行代理店サーバ１等に転送される。旅行代理店サーバ１等は、パケットヘッダに設定された送信元ＩＰアドレスを参照することにより、アクセス元が特定の法人Ｃ−ｊであることを認識することができる。旅行代理店サーバ１は、送信元ＩＰアドレスから法人Ｃ−ｊを特定することにより、後述する社員による管理画面へのアクセスの許可・不許可等を制御するようになっている。

なお、ある法人Ｃ−ｊに対しては、固有のＩＰアドレスが割り当てられておらず、当該法人Ｃ−ｊの法人端末３−ｊがネットワークＮＷにアクセスする際に、インターネットサービスプロバイダ等に設置されたルータ装置等により、動的にＩＰアドレス（グローバルＩＰアドレス）が割り当てられるような場合には、上記のような方法では法人Ｃ−ｊを特定することができない。この場合、旅行代理店サーバ１は、パスワード認証を行うことにより、アクセス元が法人Ｃ−ｊであることを認識するようになっている。

法人Ｃ−ｊに所属する管理者（例えば、係長、課長、部長等の管理職に就いている者であって、ある社員から見て、当該社員を管理する立場にある上司等を意味する）は、法人端末３−ｊを用いて、法人予約サービスに関する設定や管理、請求金額や出張実績（宿泊予約、キャンセル、宿泊等の実績）の確認等を行うことができるようになっている。また、法人に所属する社員（管理者を含む）は、法人端末３−ｊを用いて、宿泊予約システムＳの会員登録や法人予約サービスの利用登録、宿泊予約や予約のキャンセル等を行うことができるようになっている。

次に、ユーザ端末４−ｋは、法人Ｃ−ｊに属する社員あるいは法人Ｃ−ｊには属さないユーザが所有等する端末装置であり、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、ＳＴＢ（Set Top Box）、携帯電話機等を適用することができる。ユーザは、ユーザ端末４−ｋを用いて宿泊予約や予約のキャンセル等を行うことができるようになっており、法人Ｃ−ｊに属する社員であれば、更に、法人予約サービスを利用した宿泊予約等を行うことができるようになっている。

なお、宿泊施設端末２−ｉ、法人端末３−ｊ及びユーザ端末４−ｋには、夫々所定のオペレーティングシステム、Ｗｅｂブラウザアプリケーション、電子メールアプリケーション等がインストールされている。

［２．法人予約サービスの概要］
次に、本実施形態に係る宿泊予約サービスシステムＳの法人予約サービスの概要について、図２を用いて説明する。

図２は、本実施形態に係る宿泊予約システムＳにおいて提供される法人予約サービスの概要について説明する図である。

図２に示すように、法人が宿泊予約システムＳにおける法人予約サービスを利用するためには、先ず旅行代理店との間で法人契約を締結する（ステップＳ１）。この契約により、旅行代理店は、当該法人が法人予約サービスを利用するために必要な法人情報等を法人情報データベース１０３に登録するようになっている。その後、法人に所属する管理者は、法人端末３−ｊを用いて、法人予約サービスを利用可能な社員の管理情報（社員管理情報）の登録等を行ったり、当該登録の際に社員に入力させる情報の設定等を行う（ステップＳ２）。

そして、各社員は、夫々法人端末３−ｊを用いて、法人予約サービスの利用登録を行う（ステップＳ３）。ここでいう利用登録とは、会員情報データベース１０２に登録されている社員の会員情報に法人予約サービスに関する情報を設定するための手続である。これにより社員は、法人に所属する者として宿泊予約を行うようになっている。つまり、社員が法人予約サービスを利用するためには、社員自身が宿泊予約システムＳに会員登録されなければならないため、ステップＳ３における利用登録の時点で社員が会員登録されていない場合は、この時に会員登録手続を行わなければならない。

次いで、法人において出張等の必要が発生した際に、管理者から社員に対して法人予約サービスの利用指示等がなされ（ステップＳ４）、社員は、法人端末３−ｊを用いて宿泊予約を行い（ステップＳ５）、宿泊施設に宿泊する（ステップＳ６）。宿泊施設に宿泊する前に予約をキャンセルしたい場合には、法人端末３−ｊを用いてユーザ自身がキャンセル手続を行うこともできるし、また、宿泊施設に連絡することにより、宿泊施設の従業員等が宿泊施設端末２−ｉを用いてキャンセル手続を行うこともできる。こうした宿泊予約や予約のキャンセルに関する情報は、宿泊関連情報データベース１０４に登録されるようになっている。なお、ステップＳ５においては、社員自身が所有等するユーザ端末４−ｋを用いて宿泊予約やキャンセル等を行うことも可能である。

そして、旅行代理店サーバ１において、法人予約サービスを利用することにより発生した、例えば、１ヶ月間の宿泊料金やキャンセル料等の合計を法人に対する請求金額（請求金額情報の一例）として宿泊関連情報データベース１０４に登録する。この請求金額に相当する料金の支払いが旅行代理店から法人に対して一括して請求され（ステップＳ７）、法人から旅行代理店に対して一括して支払われる（ステップＳ８）。法人から回収された宿泊料金やキャンセル料等は、旅行代理店から宿泊施設に対して一括して支払われる（ステップＳ９）。

社員による出張実績やステップＳ７において登録された請求金額は、管理者が法人端末３−ｊを用いて確認することができる（ステップＳ１０）。

［３．法人用シークレット予約サービスの概要］
次に、本実施形態に係る宿泊予約サービスシステムＳの法人予約サービスにおける法人用シークレット予約サービスの概要について説明する。

法人用シークレット予約サービスとは、宿泊施設Ｈ−ｉの提供者が、１または複数の特定の法人Ｃ−ｊを対象とする特別な宿泊プラン（特別サービスの一例）を設定し、対象となっている法人に所属する社員が、この特別な宿泊プランの宿泊予約を行うことを可能とするサービスである。

ここで、宿泊プランは、宿泊施設Ｈ−ｉの提供者における宿泊サービス（宿泊施設の提供サービス）の提供単位、すなわち宿泊予約が可能な単位を示し、宿泊サービスの内容（例えば、部屋タイプ、宿泊人数、宿泊日数、食事有無等）や宿泊料金等によって区分されるものである。

宿泊予約サービスシステムＳにおける宿泊プランは、当該システムの会員であれば法人Ｃ−ｊに所属する社員であるか否かにかかわらず誰でも予約可能な通常プランと、特定の法人Ｃ−ｊに所属する社員のみが予約可能な特別な宿泊プランとに大別されている。なお、この特別な宿泊プランに関する情報は、特定の法人Ｃ−ｊに所属する社員にのみに提示され、その他の会員には提示されないことから、この特別な宿泊プランのことを「シークレットプラン」というものとする。

宿泊施設Ｈ−ｉの提供者は、通常プランを設定するとともに、任意にシークレットプランを設定することが可能であり、シークレットプランを提供する対象の法人Ｃ−ｊまたは当該法人に所属する社員にとって、通常プランを利用するよりも有利なようにシークレットプランを設定することができるようになっている。例えば、通常プランと同一料金で、通常プランよりもグレードの高い内容のシークレットプランを設定したり、通常プランよりも宿泊料金が安いシークレットプランを設定することができるようになっている。このようにして、通常プランとシークレットプランとの間でサービス内容や宿泊料金等の差別化を図り、特定の法人Ｃ−ｊを優遇することによって、当該法人（または社員）が「自分には特別なプランが用意されている」というお得感を味わうこととなるため、シークレットプランを提供する宿泊施設Ｈ−ｉに対する宿泊予約の促進が期待されるのである。

宿泊プランは、宿泊施設Ｈ−ｉの提供者（従業者等）が、宿泊施設端末２−ｉを操作して設定可能である。その際、旅行代理店サーバ１により、各法人Ｃ−ｊに関する情報（後述する部署情報、宿泊地域情報、宿泊傾向情報）に基づいて、１または複数の法人Ｃ−ｊの宿泊施設の利用に関する傾向を示す情報（傾向情報の一例）が宿泊施設端末２−ｉに送信され、宿泊施設端末２−ｉにおいて宿泊施設の利用に関する傾向を示す情報が画面に表示される。宿泊施設Ｈ−ｉの提供者は、この情報を参照しながら、特定の法人Ｃ−ｊに対して適切と思われるシークレットプランを設定することができる。そして、設定された宿泊プランの情報は、旅行代理店サーバ１により、宿泊施設情報データベース１０１に登録されるようになっている。

宿泊施設情報データベース１０１に登録されたシークレットプランの情報は、その対象である法人Ｃ−ｊに所属する社員が、予約者端末を用いて旅行代理店サーバ１にアクセスしたときに、旅行代理店サーバ１から予約者端末に送信される。これにより、当該社員はシークレットプランの内容等を閲覧し、宿泊予約を行うことができるようになっている。その際、旅行代理店サーバ１は、社員が所属する部署（部門の一例）等に応じて、予約者端末に送信するシークレットプランの情報を制限するようになっている。

［４．法人予約サービスにおける社員の管理権限］
次に、法人予約サービスにおける社員の管理権限について、図３を用いて説明する。

図３は、法人予約サービスにおける社員の管理権限を説明する図である。

法人予約サービスにおける社員の管理権限とは、法人予約サービスにおいて法人Ｃ−ｊに所属する社員に対して提供される管理画面（法人端末３−ｊからのリクエストに応じて旅行代理店サーバ１により送信されるページデータにより構成される）を当該社員が法人端末３−ｊを用いて操作することにより利用可能な機能を意味する。

そして、法人Ｃ−ｊに所属する社員は、管理権限の範囲の違いによって、上級管理者、一般管理者及びその他の一般社員に区分されている。ここで、一般管理者は、一般社員が利用できる機能の全てを利用することができ、上級管理者は、一般管理者及び一般社員が利用できる機能の全てを利用することができるようになっている。

なお、以降の説明においては、上級管理者、一般管理者及び一般社員を総称する場合には、単に「社員」というものとし、上級管理者及び一般管理者を総称する場合には、「管理者」というものとする。ここで、前記図２の説明においては、管理者を上司等として説明したが、上級管理者及び一般管理者（つまり、以降の説明で管理者と称される者）は、必ずしも上司等でなくても良く、例えば、社内ネットワークの管理者や請求金額などを管理する経理部門の担当者等であっても良い。

図３に示すように、先ず、上級管理者は、社員が、法人予約サービスの利用登録を行う際に、社員情報として入力させる項目を設定することができる（図３の符号５１）。社員情報は、宿泊予約の確認時や出張実績の確認時に画面に表示される情報であり、管理者による出張管理等に用いられる。

また、上級管理者は、一般管理者の登録、変更及び削除を行うことができるようになっている（図３の符号５２）。

次に、管理者は、法人予約サービスの利用登録を行える社員の管理情報を登録し、当該管理情報を変更及び削除することができるようになっている（図３の符号５３）。これは、上述したように、法人Ｃ−ｊに対して固有のＩＰアドレスが割り当てられていない場合に、法人予約サービスの利用登録を行える者を、社員にのみ制限するための機能であり（更に、利用登録を行える社員を制限しても良い）、固有のＩＰアドレスが割り当てられている法人Ｃ−ｊは、当該機能を利用することはできないようになっている（利用できるようにすることも可能である）。

また、管理者は、法人予約サービスの利用登録を行った社員及び当該社員の社員情報を確認することができるようになっている（図３の符号５４）。

更に、管理者は、自分自身以外の社員による法人予約サービスの利用登録を削除することができるようになっている（図３の符号５５）。例えば、社員が退職したこと等により法人に所属しなくなったときには、これにより処理することが可能である。

更にまた、管理者は、各種の条件を設定して、社員の出張実績を確認することができるようになっている（図３の符号５６）。

また更に、管理者は、法人予約サービスを利用することにより旅行代理店から請求された宿泊料金を月ごとに確認することができるようになっている（図３の符号５７）。

次に、社員は、自分自身の法人予約サービスの利用登録及び当該登録の削除を行うことができるようになっている（図３の符号５８）。社員は、利用登録を行うことにより、法人の所属者として宿泊予約等を行うことが可能となり、利用登録の削除を行った後は、法人の所属者として宿泊予約等を行うことはできないようになっている（個人として宿泊予約等を行うことは可能である）。

上級管理者については、更に、法人Ｃ−ｊが有する部署及び当該部署の所在地を登録し、また、高頻度宿泊地域（法人Ｃ−ｊに所属する社員が頻繁に宿泊する地域）を登録することができるようになっている（図３の符号５９）。これらの情報は、法人用シークレット予約サービスにおいて、法人Ｃ−ｊの宿泊施設の利用に関する傾向を示す情報を宿泊施設Ｈ−ｉの提供者に対して提供するために用いられる。

以上が、管理画面を操作して利用可能な機能である。なお、管理画面は、上級管理者用、一般管理者用、一般社員用に夫々上級管理者用管理画面、一般管理者用管理画面、社員用管理画面として用意されている。

［５．旅行代理店サーバの構成及び機能］
次に、旅行代理店サーバ１の構成及び機能について、図４乃至図１３を用いて説明する。

図４は、本実施形態に係る旅行代理店サーバ１の概要構成の一例を示すブロック図である。また、図５は、宿泊施設関連情報の構成例を示す図である。また、図６は、会員情報の構成例を示す図である。また、図７は、法人情報の構成例を示す図である。また、図８は、社員情報の構成例を示す図である。また、図９は、入力項目設定情報の構成例を示す図である。また、図１０は、社員管理情報の構成例を示す図である。また、図１１は、宿泊施設予約情報の構成例を示す図である。また、図１２は、個人用予約履歴情報及び法人用予約履歴情報の構成例を示す図である。また、図１３は、請求金額情報の構成例を示す図である。

図４に示すように、旅行代理店サーバ１は、オペレータ等からの操作指示を受け付け、その指示内容を指示信号としてシステム制御部２０に出力する操作部１１（例えば、キーボード、マウス等）と、文字や画像等の情報を表示する表示部１２（例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ等）と、ネットワークＮＷに接続して、宿泊施設端末２−ｉ、法人端末３−ｊ、ユーザ端末４−ｋ等との通信状態を制御する通信部１３と、例えば、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等のディスクＤＫからデータ等を読み出す一方、当該ディスクＤＫに対してデータ等を記録するドライブ部１４と、各種プログラム及びデータ等を記憶する記憶部１５（例えば、ハードディスクドライブ等）と、操作部１１〜記憶部１５とシステム制御部２０との間のインタフェース処理を行う入出力インタフェース部１６と、ＣＰＵ（Central Processing Unit）１７、ＲＯＭ（Read Only Memory）１８、ＲＡＭ（Random Access Memory）１９等を備えるシステム制御部２０と、を備え、システム制御部２０と入出力インタフェース部１６とは、システムバス２１を介して接続されている。

記憶部１５には、宿泊施設情報データベース１０１、会員情報データベース１０２、法人情報データベース１０３及び宿泊関連情報データベース１０４が構築されている。

宿泊施設情報データベース１０１には、宿泊予約システムＳに登録されている各宿泊施設Ｈ−ｉの宿泊施設関連情報が、当該宿泊施設を識別するための施設ＩＤ（識別情報）に対応付けて登録されている。

図５に示すように、宿泊施設関連情報は、例えば、施設ＩＤ、パスワード、宿泊施設情報、提供可能客室数、法人予約対応有無情報及び宿泊予約状況、宿泊プラン情報、施設所在地域宿泊法人情報等により構成されている。

パスワードは、宿泊施設端末２−ｉが、旅行代理店サーバ１にアクセスして、予約状況の確認や予約のキャンセル等の操作を行うための宿泊施設Ｈ−ｉ用の管理画面をリクエストする際の認証に用いられる情報である。

宿泊施設情報は、例えば、宿泊施設Ｈ−ｉの名称、住所（提供場所情報の一例）、郵便番号、電話番号、ＦＡＸ番号、電子メールアドレス、客室数、客室のタイプ、宿泊料金、交通機関によるアクセス方法、食事の有無、案内メッセージ、宿泊施設の外観や内部施設の画像データ等により構成される。

提供可能客室数は、宿泊施設Ｈ−ｉが旅行代理店に対して宿泊予約の受付を委託した客室数である。

また、法人予約対応有無情報は、法人予約サービスを利用して宿泊施設Ｈ−ｉに対する宿泊予約を行えることができるか否かを示す情報である。当該情報が法人予約対応有りに設定されている場合は、法人予約サービスを利用して宿泊予約が行えることを示すとともに、当該法人予約サービスを利用して宿泊予約を行った場合における宿泊料金、キャンセル料金等は、一旦各法人Ｃ−ｊから旅行代理店に支払われ、当該旅行代理店から一括して宿泊施設Ｈ−ｉに支払われることをも示す。

また、宿泊予約状況には、例えば、日付に対応した客室毎の宿泊予約状況（宿泊予約が登録されているか否か）、宿泊予約が登録されている場合には、その登録された内容（例えば、宿泊代表者の氏名、連絡先、チェックイン時刻等）が登録される。

また、宿泊プラン情報には、宿泊施設Ｈ−ｉの提供者により設定された宿泊プランの内容等を示す情報である。宿泊プラン情報は、例えば、通常プランであるかシークレットプランであるかを示すプラン種別、提供対象の法人Ｃ−ｊを示す法人ＩＤ、全ての部署を提供対象とするか否かを示す全部署対象フラグ、宿泊プランの名称、提供期間、宿泊プランの内容（例えば、部屋タイプ、宿泊人数、宿泊日数、食事有無、その他内容に関する任意のテキスト、客室等の画像データ等）、宿泊料金、宿泊ポイント等が、宿泊プラン毎に当該宿泊プランを識別するためのプランＩＤに対応付けて、設定されている。なお、法人ＩＤ及び全部署対象フラグは、プラン種別がシークレットプランである場合にのみ設定される。

また、施設所在地域宿泊法人情報は、宿泊施設Ｈ−ｉの所在する地域（宿泊施設情報の住所がある地域）に頻繁に宿泊する法人Ｃ−ｊ（に所属する社員）の法人ＩＤが設定されている。

次に、会員情報データベース１０２には、宿泊予約システムＳに登録されている各会員の会員情報（ユーザ情報の一例）が当該会員を識別するための会員ＩＤ（ユーザ識別情報の一例）に対応付けて登録されている。

図６に示すように、会員情報は、例えば、会員ＩＤ、旅行サイトにログインするためのパスワード、会員の氏名、郵便番号、住所、電話番号、電子メールアドレス、生年月日、性別、クレジットカードのカード番号及びその有効期限、会員ポイント、法人予約利用登録有無情報及び法人ＩＤ等により構成されている。

ここで、会員ポイントは、宿泊予約システムＳを利用して宿泊予約を行う際に、宿泊料金に充てることができるポイントである。この会員ポイントは、会員が宿泊予約システムＳを利用して宿泊予約を行い、且つ、予約を行った宿泊施設に宿泊した場合（会員が宿泊施設に宿泊料金を支払った場合（旅行代理店サーバ１の処理としては、キャンセル、不泊もなくチェックアウト日を経過した場合））に、宿泊料金等に応じた宿泊ポイントが加算される。なお、法人予約サービスを利用して宿泊予約を行った場合には、当該宿泊予約を行ったユーザの会員ポイントに宿泊ポイントが加算される。

また、法人予約利用登録有無情報は、会員による法人予約サービスの利用登録がされているか否かを示す情報であり、当該情報が法人予約利用登録有りに設定された場合には、会員が社員として所属する法人Ｃ−ｊを示す法人ＩＤが会員情報に設定され、更に、後述する社員情報が法人情報データベース１０３に登録される。

次に、法人情報データベース１０３には、宿泊予約システムＳに登録されている法人Ｃ−ｊの法人情報、法人Ｃ−ｊに所属する各社員の社員情報、入力項目設定情報及び社員管理情報が、当該法人を識別するための法人ＩＤ（団体識別情報の一例）に対応付けて登録されている。

先ず、法人情報は、図７に示すように、例えば、法人ＩＤ、法人の名称、郵便番号、住所、代表の電話番号及び電子メールアドレス、上級管理者用ＵＲＬ（Uniform Resource Locator）、一般管理者用ＵＲＬ、社員用ＵＲＬ、上級管理者認証コード、上級管理者用認証パスワード、グローバルＩＰ有無情報、グローバルＩＰアドレス、部署情報、宿泊地域情報、宿泊傾向情報、対応シークレットプラン管理情報等により構成されている。

ここで、上級管理者用ＵＲＬ、一般管理者用ＵＲＬ及び社員用ＵＲＬは、法人端末３−ｊを用いて夫々上級管理者用管理画面、一般管理者用管理画面及び社員用管理画面をリクエストするためのＵＲＬである。これらのＵＲＬは、例えば、旅行代理店サーバ１を示すドメイン名と、法人ＩＤ及び上級管理者・一般管理者・社員の別を示す情報（法人ＩＤ及び上級管理者・一般管理者・社員の別を示す情報が暗号化された情報でも良い）により構成されている。

また、上級管理者認証コード及び上級管理者用認証パスワードは、上級管理者が法人端末３−ｊを用いて夫々上級管理者用管理画面をリクエストする際に認証に用いられる識別情報及びパスワードである。

また、グローバルＩＰ有無情報は、法人Ｃ−ｊに対して固有のＩＰアドレスが割り当てられているか否かを示す情報であり、グローバルＩＰ有りが設定されている場合は、後続のグローバルＩＰアドレスに、固有に割り当てられたＩＰアドレスが設定される。

なお、上級管理者が複数存在する場合は、上級管理者認証コード及び上級管理者用認証パスワードは、夫々複数であっても良く。また、法人Ｃ−ｊに対して固有のＩＰアドレスが複数割り当てられている場合は、グローバルＩＰアドレスは複数であっても良い。

また、部署情報（部門情報の一例）は、上級管理者により登録される情報であり（図３の符号５９参照）、当該法人Ｃ−ｊに所属する各部署（本社・支社、本店・支店等でも良い）の名称と、当該部署の所在地（例えば、住所等）とが、対応付けて設定されている。

また、宿泊地域情報は、上級管理者により登録される情報であり（図３の符号５９参照）、１または複数の高頻度宿泊地域の名称が設定されている。

また、宿泊傾向情報は、後述する法人用予約履歴情報の解析の結果得られた当該法人Ｃ−ｊ（に所属する社員）の宿泊施設の予約に関する傾向を示す情報である。具体的に、宿泊傾向情報には、例えば、高頻度宿泊予約地域（頻繁に宿泊予約する宿泊施設が所在する地域）、宿泊日数の傾向、宿泊料金の傾向、朝食・夕食を取るか否かの傾向等が設定されているとともに、当該法人Ｃ−ｊに所属する部署毎に、高頻度宿泊予約地域や各傾向等が設定されている。

また、対応シークレットプラン管理情報には、当該法人Ｃ−ｊを対象とするシークレットプランを提供する宿泊施設Ｈ−ｉの施設ＩＤ及び当該シークレットプランの宿泊プラン情報（プラン種別がシークレットプランに設定されている宿泊情報。以下、「シークレットプラン情報」という）のプランIＤが対応付けて設定されている。

次に、社員情報は、宿泊予約の確認時や出張実績の確認時に、社員の情報として画面に表示される情報であり、図８に示すように、例えば、会員ＩＤ、項目１〜項目１０により構成される。

項目１〜項目１０は、会員が法人予約サービスの利用登録を行った際に入力された各項目が設定される。特に、項目１には会員の氏、項目２には会員の名、項目４には会員が所属する部署の名称（所属部署情報の一例）、項目１０には会員が所属する法人Ｃ−ｊにおける当該会員の上司の電子メールアドレス（必ずしも上司である必要はなく、例えば、経理部門の担当者等であってもよい。）が夫々設定される。

次に、入力項目設定情報は、上記社員情報の項目１〜項目１０の内容等を規定するための情報であり、図９に示すように、例えば、項目番号１〜１０に夫々対応付けて、入力項目名、必須フラグ、登録時表示フラグ、予約時表示フラグが登録されて、更に備考が登録されるようになっている。

ここで、必須フラグは、対応する項目が、利用登録時及び宿泊予約時に必ず入力しなければならない必須入力項目であるか否かを示す情報である。また、登録時表示フラグ及び予約時表示フラグは、対応する項目が、夫々利用登録時、宿泊予約時に入力項目として画面に表示されるか否かを示す情報である。備考は、利用登録時に画面に表示される、例えば注意事項や指示等の情報である。

初期状態（法人契約が締結されて、旅行代理店の従業員等により初めて入力項目情報が登録された状態）における入力項目設定情報は、項目番号１の入力項目名には「氏」が設定され、項目番号２の入力項目名には「名」が設定され、項目番号４の入力項目名には「部署名」が設定され、項目番号１０の入力項目名には「上司のメールアドレス」が設定される。また、項目番号１、２、４及び１０の必須フラグ、登録時表示フラグ、予約時表示フラグには夫々「必須」、「表示」、「表示」に設定される。また、その他（項目３、５〜項目９）の入力項目名は未設定であり、必須フラグ、登録時表示フラグ、予約時表示フラグには、夫々「任意」、「表示」、「表示」が設定される。また、備考は未設定である。

次に、社員管理情報は、法人ＩＤに対応付けて社員毎に登録される情報であり（図３の符号５２、符号５３に対応）、図１０に示すように、例えば、社員を識別するための社員管理ＩＤ、管理画面をリクエストする際の認証に用いられるパスワード、社員の氏及び名、管理者権限により構成されている。

ここで、社員管理ＩＤは、法人Ｃ−ｊにおいて社員を識別するための社員コード等と一致していても良いし、一致していなくても良い。

また、管理者権限は、社員が一般管理者権限を有しているか否かを示す情報である。

次に、宿泊関連情報データベース１０４には、宿泊施設予約情報、個人用予約履歴情報、法人用予約履歴情報（予約情報の一例）及び請求金額情報が登録される。

先ず、宿泊施設予約情報は、会員が宿泊予約を行ったときに登録される情報であり、会員が個人として宿泊予約を行った場合には、会員ＩＤに対応付けて、また、法人の所属者として（法人予約サービスを利用して）宿泊予約を行った場合には会員ＩＤ及び法人ＩＤに対応付けて登録されるようになっている。そして、宿泊施設予約情報は、図１１に示すように、例えば、予約を行った会員の会員ＩＤ、法人予約有無情報、法人ＩＤ、予約番号、予約日、チェックイン日、チェックアウト日、予約が行われた宿泊施設の施設ＩＤ、客室タイプ、宿泊料金、宿泊した場合に会員ポイントに加算される宿泊ポイント、予約確認の際に会員により入力された宿泊者代表者名、宿泊代表者電話番号、チェックイン時刻及び朝食・夕食有無等により構成されている。

ここで、予約番号は宿泊予約一件毎に一意に割り当てられる識別番号である。

また、法人予約有無情報は、会員が法人予約サービスを利用して予約を行ったか否かを示す情報であり、この情報が法人予約有りに設定されている場合には、後続の法人ＩＤに、会員が所属する法人の法人ＩＤが設定される。

なお、宿泊施設予約情報は、図１１に示した例に限らず、例えば、図５の宿泊施設関連情報の宿泊予約状況の中に、予約番号を設け、宿泊予約状況と宿泊施設予約情報の中で共通する項目については、対応付けてデータを共有できるような構成としてもよい。

次に、個人用予約履歴情報は、会員が個人として予約を行った宿泊予約に関する履歴を示す情報であり、宿泊予約一件ごとに会員ＩＤに対応付けて登録される。そして個人用予約履歴情報は、図１２（ａ）に示すように、例えば、会員ＩＤ、予約番号、予約日、チェックイン日、チェックアウト日、キャンセル有無、不泊有無、宿泊先の宿泊施設Ｈ−ｉの施設ＩＤ、名称、郵便番号、住所及び電話番号、宿泊料金、キャンセル・不泊料金、宿泊代表者名及び朝食・夕食有無等により構成されている。

次に、法人用予約履歴情報は、会員が法人の所属者として予約を行った宿泊予約に関する履歴を示す情報であり、宿泊予約一件ごとに法人ＩＤに対応付けて登録される。そして、法人用予約履歴情報は、図１２（ｂ）に示すように、例えば、法人ＩＤ、予約番号、予約日、チェックイン日、チェックアウト日、キャンセル有無、不泊有無、宿泊先の宿泊施設Ｈ−ｉの施設ＩＤ、名称、郵便番号、住所及び電話番号、宿泊料金、通常料金（法人予約サービスを利用しない場合における宿泊料金）、キャンセル・不泊料金、朝食・夕食有無、宿泊代表者名、及び予約した会員の社員情報等により構成されている。

また、法人用予約履歴情報は、出張実績の確認の他に、法人Ｃ−ｊに対する請求金額の算出に用いられる情報である。詳細は後述するが、請求金額の算出において、キャンセル有無がキャンセル無しであり、且つ不泊有無が不泊無しである場合は、宿泊料金が請求金額に加算される。一方、キャンセル有無がキャンセル有りであるか、または、不泊有無が不泊無しである場合は、宿泊料金に代えてキャンセル・不泊料金が請求金額に加算される。

なお、個人用予約履歴情報の宿泊先情報及び法人用予約履歴情報の宿泊情報は、図１２に示した例に限らず、例えば、図１２の宿泊先情報としては、施設ＩＤだけを設けるようにし、この施設ＩＤと図５の宿泊施設関連情報の施設ＩＤとの関連付けによって、名称、郵便番号、住所、および電話番号を特定するような構成としてもよい。また、他の情報についても、このようなデータ構成としても良い（例えば、法人用予約履歴情報に、予約した会員の社員情報を設定する代わりに当該会員の会員ＩＤを設定し、この会員ＩＤにより社員情報を特定する等）。

次に、請求金額情報は、法人ＩＤに対応付けて月毎に登録される情報であり、図１３に示すように、例えば、法人ＩＤ、請求対象の年及び月、請求金額により構成されている。

以上が、各データベースに登録される情報である。

記憶部１５には、また、旅行サイトのＷｅｂページを構成するＨＴＭＬ（Hyper Text Markup language）データ、画像データ、音声データ、テキストデータ等が記憶されている。

更に、記憶部１５には、所定のオペレーティングシステムの他、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルを用いて、宿泊施設端末２−ｉ、法人端末３−ｊ及びユーザ端末４−ｋ等の端末装置から送信されたリクエストに応じて、当該記憶部１５に記憶されている各種のデータに基づきＷｅｂページを生成し、当該Ｗｅｂページを端末装置に送信するためのＷＷＷ（World Wide Web）サーバプログラム、ＳＭＴＰ（Simple Mail Transfer Protocol）プロトコルを用いて、他のメールサーバから送信された電子メールを受信する一方、旅行代理店サーバ１において作成された電子メールを、他のメールサーバに送信するためのメールサーバプログラム、会員情報データベース１０２を用いて宿泊予約システムＳの会員の会員情報を管理し、会員の登録、退会（登録の削除）、会員情報の変更等の処理を実行するための会員情報管理プログラム、宿泊予約の登録、宿泊施設Ｈ−ｉの検索等の宿泊予約に関する処理を実行するための宿泊予約管理プログラム、法人端末３−ｊからのリクエストに応じて法人予約サービスに関する管理処理や法人に対する請求金額の清算処理等を実行するための法人予約管理プログラム等が記憶されている。

なお、各種プログラム等は、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、ＣＤ−ＲＯＭ等のディスクＤＫに記録されてドライブ部１４を介して読み込まれるようにしても良い。

システム制御部２０は、本実施形態において、サービス画面情報生成手段、ユーザ識別情報受信手段、所属団体特定手段、サービス画面情報送信手段、サービス情報受信手段、サービス情報登録手段、傾向情報提供手段、提供地域判定手段、所属部門特定手段、部門地域判定手段、団体予約情報受信手段、予約要求情報受信手段、団体予約判定手段、請求金額登録手段の一例を構成している。

そして、システム制御部２０は、ＣＰＵ１７が、ＲＯＭ１８や記憶部１５に記憶された各種プログラムを読み出し実行することにより旅行代理店サーバ１の各部を制御するとともに、上述した各手段等として機能するようになっている。

この各手段等としての機能について説明すると、システム制御部２０は、法人Ｃ−ｊの宿泊施設の利用に関する傾向を示す情報を宿泊施設端末２−ｉに提供するようになっている。

具体的に、システム制御部２０は、法人用予約履歴情報を解析して法人Ｃ−ｊの宿泊傾向情報を生成し、当該宿泊傾向情報を法人情報データベース１０３に登録し、また、法人端末３−ｊからのリクエストに基づいて、部署情報及び宿泊地域情報を法人情報データベース１０３に登録するようになっている。

そして、提供地域判定手段としてのシステム制御部２０は、法人情報データベース１０３に登録された宿泊傾向情報、部署情報及び宿泊地域情報と、各宿泊施設の宿泊施設情報に設定された宿泊施設Ｈ−ｉの住所とに基づいて、法人Ｃ−ｊ（に所属する社員）が頻繁に宿泊予約を行う傾向にあると予想される地域にある宿泊施設を検索するようになっている。

より詳細に、システム制御部２０は、宿泊傾向情報を参照し、法人Ｃ−ｊが高頻度宿泊予約地域内に宿泊施設の住所があるか否かを判定するようになっている。また、システム制御部２０は、部署情報に設定された少なくともいずれか一つの部署の所在地がある地域内に宿泊施設の住所があるか否かを判定するようになっている。また、システム制御部２０は、宿泊地域情報に設定された高頻度宿泊地域内に宿泊施設の住所があるか否かを判定するようになっている。

なお、法人Ｃ−ｊに所属する部署が複数の地域に分散されている場合には、ある地域に所在する部署に所属する社員が他の地域に所在する部署に出張等する可能性が高いと予想されるため、各部署の所在する地域を法人Ｃ−ｊが頻繁に宿泊予約を行うと予想される地域としている。また、地域としては、例えば、都道府県、市町村、各駅周辺の所定範囲等として定めることができる。

次いで、システム制御部２０は、法人Ｃ−ｊが頻繁に宿泊予約を行う傾向にあると予想される地域にある宿泊施設が検索された場合には、当該検索された宿泊施設Ｈ−ｉの施設ＩＤに対応する施設所在地域宿泊法人情報に、当該法人Ｃ−ｊの法人ＩＤを登録するようになっている。

また、傾向情報提供手段としてのシステム制御部２０は、法人Ｃ−ｊが頻繁に宿泊予約を行う傾向にあると予想される地域にある宿泊施設に対して、当該法人Ｃ−ｊに関する法人宿泊傾向メールを送信するようになっている。この法人宿泊傾向メールの本文には、例えば、「○○○株式会社は、×××ホテル様の地域に良く宿泊（予約）しています。」、「○○○株式会社は、×××ホテル様の地域に多く出張しています。」というように、ある法人Ｃ−ｊ（○○○株式会社）が、メール送信先の宿泊施設Ｈ−ｉ（×××ホテル）の所在する地域に良く宿泊している旨を示す情報（傾向情報の一例）に加えて、当該法人Ｃ−ｊの宿泊傾向情報から取得した宿泊傾向に関する情報（例えば、「１日平均10,000円の宿泊料金を支払っています」、「平均３泊しています」、「朝食は良くとりますが、夕食はあまりとりません」等：傾向情報の一例）が記載される。送信された法人宿泊傾向メールは、所定メールサーバ等を介して宿泊施設端末２−ｉにより受信されて、宿泊施設Ｈ−ｉの従業者等の操作に基づいて、その本文の内容が画面に表示されることとなる。

更に、傾向情報提供手段としてのシステム制御部２０は、宿泊施設端末２−ｉからの宿泊プラン設定画面リクエストに応じて、宿泊プラン情報を設定するための宿泊プラン設定画面ページを宿泊施設端末２−ｉに送信するとともに、法人Ｃ−ｊの宿泊傾向を示す情報を当該ページに埋め込むようになっている。より詳細に、システム制御部２０は、予めログイン認証により宿泊施設端末２−ｉから取得した宿泊施設Ｈ−ｉの施設ＩＤに対応する施設所在地域宿泊法人情報に設定されている各法人ＩＤが示す法人Ｃ−ｊが、当該宿泊施設Ｈ−ｉの所在する地域に良く宿泊している旨を示す情報及び各法人ＩＤに夫々対応する宿泊傾向情報から取得した宿泊傾向に関する情報（内容は、法人宿泊傾向メールの本文と同様）を宿泊プラン設定画面ページに埋め込むようになっている。送信された宿泊プラン設定画面ページは、宿泊施設端末２−ｉにより表示される。これにより、宿泊施設Ｈ−ｉの従業者等は、当該宿泊施設Ｈ−ｉの所在する地域に頻繁に宿泊する法人Ｃ−ｊの宿泊傾向を閲覧することができる。

また、サービス情報受信手段及びサービス情報登録手段としてのシステム制御部２０は、宿泊プラン設定画面を通じて宿泊施設Ｈ−ｉの従業者等に設定された宿泊プラン情報を受信し、当該宿泊プラン情報を宿泊施設情報データベース１０１に登録するようになっている。このとき、システム制御部２０は、宿泊プラン情報がシークレットプラン情報である場合は、当該シークレットプラン情報に設定されている法人ＩＤに対応する対応シークレット情報に、宿泊施設Ｈ−ｉの施設ＩＤ及び当該シークレットプラン情報のプランＩＤを登録するようになっている。

また、サービス画面情報生成手段としてのシステム制御部２０は、宿泊施設情報データベース１０１に登録されたシークレットプラン情報に基づいて、後述するシークレットプラン詳細表示画面ページ（サービス画面情報の一例）を生成し、当該ページのＨＴＭＬデータを記憶部１５に登録するようになっている。このシークレットプラン詳細表示画面ページには、シークレットプランの内容や料金等を示す情報が表示され、当該シークレットプランの宿泊予約を行うための予約ボタンが設けられている。

また、システム制御部２０は、予約者端末（宿泊予約等を行う場合における法人端末３−ｊやユーザ端末４−ｋ）からのリクエストに応じて、シークレットプラン詳細表示画面ページを予約者端末に送信するようになっている。

具体的に、システム制御部２０は、予約者端末から送信された旅行サイトアクセスリクエストに応じて、会員認証を行うための会員ログインページをと該予約者端末装置に送信するようになっている。そして、ユーザ識別情報受信手段としてのシステム制御部２０は、送信された会員ログインページを通じて予約者端末のユーザに入力された会員ＩＤ及びパスワードを当該予約者端末から受信するようになっている。

また、所属団体特定手段としてのシステム制御部２０は、受信された会員ＩＤに対応する会員情報を参照し、法人予約利用登録有無情報が法人予約利用登録有りに設定されている場合には、会員情報から法人ＩＤを取得することにより、予約者端末のユーザが所属する法人Ｃ−ｊを特定するようになっている。

また、所属部門特定手段としてのシステム制御部２０は、会員情報から取得された法人ＩＤに対応し、且つ受信された会員ＩＤに対応する社員情報から部署名（項目４）を取得することにより、予約者端末のユーザが所属する部署を特定するようになっている。

また、部門地域判定手段としてのシステム制御部２０は、予約者端末のユーザが所属する部署の所在地がある地域内に住所がなく、且つ他の部署の所在地がある地域内に住所がある宿泊施設Ｈ−ｉにより、当該ユーザが所属する法人Ｃ−ｊにシークレットプランが提供されているか否かを判定するようになっている。より詳細に、システム制御部２０は、会員情報から取得された法人ＩＤに対応する各対応シークレットプラン管理情報に設定された施設ＩＤに対応する宿泊施設情報から各宿泊施設Ｈ−ｉの住所を取得するとともに、部署情報から他の部署の所在地を取得し、他の部署の所在地がある地域内に宿泊施設Ｈ−ｉがあるか否かを判定し、当該地域内に泊施設Ｈ−ｉの住所がある場合には、社員情報から取得された部署名に対応する所在地を取得して、予約者端末のユーザが所属する部署の所在地がある地域内に泊施設Ｈ−ｉの住所があるか否かを判定するようになっている。

更に、部門地域判定手段としてのシステム制御部２０は、予約者端末のユーザが所属する部署が頻繁に宿泊予約を行う地域内にある宿泊施設Ｈ−ｉにより、当該ユーザが所属する法人Ｃ−ｊにシークレットプランを提供されているか否かを判定するようになっている。より詳細に、システム制御部２０は、会員情報から取得された法人ＩＤに対応する宿泊傾向情報から、社員情報から取得された部署名に対応する高頻度宿泊予約地域を取得し、当該高頻度宿泊予約地域内にシークレットプランを提供している宿泊施設Ｈ−ｉがあるか否かを判定するようになっている。

また、サービス画面情報送信手段としてのシステム制御部２０は、予約者端末のユーザが所属する部署の所在地がある地域内に住所がなく、且つ他の部署の所在地がある地域内に住所がある宿泊施設Ｈ−ｉにより、当該ユーザが所属する法人Ｃ−ｊにシークレットプランが提供されている場合、または、予約者端末のユーザが所属する部署が頻繁に宿泊予約を行う地域内に住所がある宿泊施設Ｈ−ｉにより当該ユーザが所属する法人Ｃ−ｊにシークレットプランを提供されている場合には、当該シークレットプランに対応するシークレットプラン詳細表示画面ページを予約者端末に送信するようになっている。なお、全部署対象フラグが全部署対象に設定されているシークレットプラン情報に対応するシークレットプラン詳細表示画面ページについては、所属部署に関係なく、対象とする法人Ｃ−ｊに所属する全てのユーザの予約者端末に対して送信される。

こうした処理により、法人Ｃ−ｊに所属する社員に対して、適切なシークレットプランを提示することができるようになっている。つまり、社員は他の部署の所在する地域に宿泊することは考えられるが、社員自身が所属する部署が所在する地域に宿泊することはあまり考えられないため、提示しても無駄となる可能性が高いシークレットプランは提示しないようにしている。また、同一の法人内であっても部署によって頻繁に宿泊する地域が異なる場合があるので、部署によってはあまり宿泊しない地域のシークレットプランは提示しないようにしている。

また、システム制御部２０は、予約者端末からのリクエストに応じて、宿泊予約の登録を行うようになっている。

また、団体予約情報受信手段及び予約要求情報受信手段としてのシステム制御部２０は、宿泊予約を行うか否かの確認時において、ユーザ自身が現地で宿泊料金を支払うか（会員が個人として予約を行うか）、あるいは、ユーザが所属する法人に宿泊料金を請求するか（会員が法人の所属者として予約を行うか）のいずれがユーザにより選択されたか示す支払方法情報（団体予約情報の一例）を含む予約リクエスト（予約要求情報の一例）を利用者端末から受信するようになっている。

次いで、団体予約判定手段としてのシステム制御部２０は、受信された予約リクエストに含まれる支払方法情報に基づいて、会員が現地で宿泊料金を支払うか、または、会員が所属する法人に宿泊料金を請求するか、のいずれがユーザにより選択されたかを判定するようになっている。

そして、システム制御部２０は、会員が所属する法人に宿泊料金を請求すると判定した場合に、予約リクエストに基づいて宿泊施設予約情報を宿泊関連情報データベース１０４に登録するとともに、予約対象の宿泊施設Ｈ−ｉの宿泊施設情報、会員の会員情報、社員情報等を各データベースから取得して一件分の法人用予約履歴情報（前記図１２（ｂ））を生成し、当該法人用予約履歴情報を会員が所属する法人の法人ＩＤに対応付けて宿泊関連情報データベース１０４に登録するようになっている。

また、請求金額登録手段としてのシステム制御部２０は、例えば、月初めに、法人予約システムに登録されている法人Ｃ−ｊ全てについて、前月分の宿泊料金、キャンセル・不泊料金等を合計して今月請求分の請求金額情報を生成し、当該請求金額情報を各法人Ｃ−ｊに対応付けて宿泊関連情報データベース１０４に登録するようになっている。

なお、旅行代理店サーバ１を、例えば、宿泊施設情報データベース１０１に登録されている宿泊施設に関する情報を管理し、予約受け付けや法人予約に関する処理等を行う予約管理サーバ、会員情報データベース１０２に登録されている会員情報を管理し、会員登録、会員情報の変更等の処理を行う会員情報管理サーバ、他のサーバにおいて管理されている各種情報等に基づき、旅行サイトとして、各種情報を提供するＷＷＷサーバ等の複数のサーバ装置により構成しても良い。

［６．宿泊予約システムの動作］
次に、宿泊予約システムＳの動作について、図１４乃至図３０を用いて説明する。

［６−１．部署情報・宿泊地域情報登録時の動作］
先ず、部署情報・宿泊地域情報登録時における動作について説明する。

図１４は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０の部署情報・宿泊地域情報登録時における処理例を示すフローチャートである。

先ず、上級管理者の操作により法人端末３−ｊから送信されたリクエストに応じて、旅行代理店サーバ１は、部署情報・宿泊地域情報を設定するための部署情報・宿泊地域情報設定画面ページを法人端末３−ｊに送信する。そして、法人端末３−ｊにより表示された部署情報・宿泊地域情報設定画面において、ユーザが法人Ｃ−ｊに所属する部署の部署名及びその所在地、高頻度宿泊地域を設定すると、法人端末３−ｊから旅行代理店サーバ１に部署情報・宿泊地域情報登録リクエストが送信される。

そして、図１４に示すように、旅行代理店サーバ１のシステム制御部２０は、部署情報・宿泊地域情報登録リクエストを受信すると（ステップＳ３１）、当該リクエストに設定された部署情報、宿泊地域情報を、予め特定されている法人ＩＤに対応付けて法人情報データベース１０３に登録する（ステップＳ３２）。

次いで、システム制御部２０は、法人ＩＤに対応する各法人用予約履歴情報（例えば、所定の期間内に登録された法人用予約履歴情報のみでも良い）を解析することにより宿泊傾向情報を生成し、当該宿泊傾向情報を法人ＩＤに対応付けて法人情報データベース１０３に登録する（ステップＳ３３）。

次いで、システム制御部２０は、登録された部署情報に設定された法人Ｃ−ｊに所属する部署の所在する地域、宿泊地域情報に設定された高頻度宿泊地域または宿泊傾向情報に設定された高頻度宿泊予約地域にある宿泊施設Ｈ−ｉを、宿泊施設情報データベース１０１に登録された宿泊施設情報を参照して検索する（ステップＳ３４）。

次いで、システム制御部２０は、一つ以上の宿泊施設Ｈ−ｉが検索されたか否かを判定し（ステップＳ３５）、宿泊施設Ｈ−ｉが一つも検索されなかった場合には（ステップＳ３５：ＮＯ）、処理を終了し、一つ以上の宿泊施設Ｈ−ｉが検索された場合には（ステップＳ３５：ＹＥＳ）、検索された宿泊施設Ｈ−ｉのうち一つを特定する（ステップＳ３６）。

次いで、システム制御部２０は、特定された宿泊施設Ｈ−ｉの施設ＩＤに対応する施設所在地域宿泊法人情報に法人ＩＤを登録する。（ステップＳ３７）。

次いで、システム制御部２０は、登録された宿泊傾向情報等に基づいて、上述したような情報を本文に設定した法人宿泊傾向メールを生成するとともに、法人ＩＤに対応する法人情報から法人Ｃ−ｊの電子メールアドレスを取得し、当該電子メールアドレスを法人宿泊傾向メールの宛先アドレスに設定して当該電子メールを送信する（ステップＳ３８）。

次いで、システム制御部２０は、検索された宿泊施設Ｈ−ｉ全てについて登録・送信処理（ステップＳ３６〜Ｓ３８）を行ったか否かを判定し（ステップＳ３９）、当該処理を行っていない宿泊施設Ｈ−ｉが存在する場合には（ステップＳ３９：ＮＯ）、ステップＳ３６に移行して、次の宿泊施設Ｈ−ｉを特定し、登録・送信処理を行う（ステップＳ３６〜Ｓ３８）。

そして、システム制御部２０は、検索された宿泊施設Ｈ−ｉ全てについて、登録・送信処理を行った場合には（ステップＳ３９：ＹＥＳ）、処理を終了する。

なお、上記説明において、システム制御部２０は、部署情報及び宿泊地域情報が登録されたときに、宿泊傾向情報の登録、施設所在地域宿泊施設情報に対する登録及び法人宿泊傾向メールの送信を行っていたが、例えば、各法人Ｃ−ｊについて、所定の期間（例えば、１ヶ月）が経過する毎に行うようにしても良い。

［６−２．宿泊プラン設定時の動作］
次に、宿泊プラン設定時における動作について説明する。

図１５は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０の宿泊プラン設定時における処理例を示すフローチャートである。

先ず、宿泊施設Ｈ−ｉの従業者等の操作に基づいて、宿泊施設端末２−ｉから宿泊プラン設定画面リクエストが送信される。

そして、図１５に示すように、旅行代理店サーバ１のシステム制御部２０は、宿泊プラン設定画面リクエストを受信すると（ステップＳ６１）、予めログイン認証により宿泊施設端末２−ｉから受信されている施設ＩＤに対応する施設所在地域宿泊法人情報に法人ＩＤが登録されているか否かを判定する（ステップＳ６２）。ここで、システム制御部２０は、施設所在地域宿泊法人情報に法人ＩＤが登録されていない場合には（ステップＳ６２：ＮＯ）、ステップＳ６７に移行する。

一方、システム制御部２０は、施設所在地域宿泊法人情報に法人ＩＤが登録されている場合には（ステップＳ６２：ＹＥＳ）、登録されている法人のうち一つを特定する（ステップＳ６３）。

次いで、システム制御部２０は、特定された法人ＩＤに対応する宿泊傾向情報を取得し（ステップＳ６４）、当該宿泊傾向情報に基づいて、当該法人ＩＤが示す法人Ｃ−ｊの宿泊傾向を示す情報を宿泊プラン設定画面ページに埋め込む（ステップＳ６５）。

次いで、システム制御部２０は、施設所在地域宿泊法人情報に登録されている法人ＩＤ全てについて埋め込み処理（ステップＳ６３〜Ｓ６５）を行ったか否かを判定し（ステップＳ６６）、当該処理を行っていない法人ＩＤが存在する場合には（ステップＳ６６：ＮＯ）、ステップＳ６３に移行して、次の法人ＩＤを特定し、埋め込み処理を行う（ステップＳ６３〜Ｓ６５）。

そして、システム制御部２０は、施設所在地域宿泊法人情報に登録されている法人ＩＤ全てについて、埋め込み処理を行った場合には（ステップＳ６６：ＹＥＳ）、ステップＳ６７に移行する。

ステップＳ６７において、システム制御部２０は、宿泊プラン設定画面ページを宿泊施設端末２−ｉに送信する（ステップＳ６７）。

宿泊プラン設定画面ページを受信した宿泊施設端末２−ｉは、当該ページを画面に表示する。宿泊プラン設定画面ページには、プラン種別、提供対象の法人Ｃ−ｊ、全ての部署を提供対象とするか否か、宿泊プランの名称、提供期間、宿泊プランの内容、宿泊料金等の各項目を設定するためのプルダウンメニューや入力フォーム等が設けられている。また、システム制御部２０により埋め込み処理（ステップＳ６３〜Ｓ６５）が行われている場合は、宿泊プラン設定画面ページには、例えば、「以下の法人が貴方様の地域によく宿泊しています」という情報とともに、法人Ｃ−ｊの名称のリストが表示される。

ここで、従業員等が任意の名称を選択すると、選択された名称が示す法人Ｃ−ｊの宿泊傾向を示す情報が画面に表示される。そして、従業員等が宿泊プランの設定操作を行うことにより、宿泊施設端末２−ｉは当該設定内容を含む宿泊プラン登録リクエストを旅行代理店サーバ１に送信する。

宿泊プラン登録リクエストを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ６８）、新たにプランＩＤを割り当てるとともに、当該リクエストに設定された内容の宿泊プラン情報を、施設ＩＤに対応付けて宿泊施設情報データベース１０１に登録する（ステップＳ６９）。

次いで、システム制御部２０は、登録された宿泊プラン情報に基づいて、宿泊プラン詳細表示画面ページ（通常プラン詳細表示画面ページまたはシークレットプラン詳細表示画面ページ）を生成し、記憶部１５に登録する。なお、登録された宿泊プラン詳細表示画面ページは、例えば、施設ＩＤ及びプランＩＤが設定されたＵＲＬにより特定することができるようになっている。

次いで、システム制御部２０は、登録された宿泊プラン情報のプラン種別がシークレットプランであるか否かを判定し（ステップＳ７１）、シークレットプランではない場合、すなわち、通常プランである場合には（ステップＳ７１：ＮＯ）、処理を終了し、シークレットプランである場合には（ステップＳ７１：ＹＥＳ）、当該宿泊プラン情報に設定されている法人ＩＤに対応する対応シークレットプラン管理情報に、施設ＩＤ及びプランＩＤを登録して（ステップＳ７２）、処理を終了する。

なお、上記説明においては、宿泊プラン設定画面ページで従業員等が任意の法人Ｃ−ｊの名称を選択すると、選択された法人Ｃ−ｊの宿泊傾向を示す情報を表示していたが、このとき、宿泊プラン設定画面ページにおける各項目の選択（入力）内容として、宿泊傾向に基づいて求められた当該法人Ｃ−ｊに適した内容が設定されるようにしても良い。これにより、特定の法人Ｃ−ｊに提供するシークレットプランを設定する場合に、その設定作業をある程度省略することができる。

［６−３．法人予約利用登録時の動作］
次に、法人予約利用登録時における動作について説明する。

図１６は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０の法人予約利用登録時における処理例を示すフローチャートである。また、図１７は、新規登録画面４００の表示例を示す図である。また、図１８は、社員情報入力画面４５０の表示例を示す図である。

法人端末３−ｊの画面には上級管理者用管理画面、一般管理者用管理画面、または社員用管理画面のいずれかの画面が表示されている。

ここで、ユーザが法人端末３−ｊを操作して、新規登録ボタンを選択すると、法人端末３−ｊから旅行代理店サーバ１に法人予約利用登録リクエストが送信され、図１６に示すように、旅行代理店サーバ１のシステム制御部２０は、当該リクエストを受信する（ステップＳ１０１）。

次いで、システム制御部２０は、新規登録画面ページを法人端末３−ｊに送信する（ステップＳ１０２）。

新規登録画面ページを受信した法人端末３−ｊは、当該ページに基づいて新規登録画面４００を、図１７に示すように表示する。新規登録画面４００は、法人予約利用登録ボタン４１０及び会員新規登録ボタン４２０により構成されている。

ここで、ユーザが法人端末３−ｊを操作して、法人予約利用登録ボタン４１０を選択すると、法人端末３−ｊから旅行代理店サーバ１に、会員認証リクエストが送信される。

会員認証リクエストを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ１０３）、受信されたリクエストが会員認証リクエストであるか否かを判定するが（ステップＳ１０４）、受信されたリクエストは会員認証リクエストであるため（ステップ１０４：ＹＥＳ）、ログイン認証を行うための会員ログインページを法人端末３−ｊに送信する（ステップＳ１０５）。

会員ログインページを受信した法人端末３−ｊは、当該ページに基づいて会員ログイン画面を表示し、ユーザにより会員ＩＤ及びパスワードが入力されると、法人端末３−ｊにより、これらの情報が旅行代理店サーバ１に送信される。

会員ＩＤ及びパスワードを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ１０６）、受信された会員ＩＤにより、対応する会員情報を特定して、当該会員情報に設定されているパスワードと、受信されたパスワードとを比較することにより認証が成功したか否かを判定し（ステップＳ１０７）、認証が失敗した場合は（ステップＳ１０７：ＮＯ）、処理を終了し、認証が成功した場合は（ステップＳ１０７：ＹＥＳ）、ステップＳ１１１に移行する。

一方、新規登録画面４００において、ユーザが会員新規登録ボタン４２０を選択すると、法人端末３−ｊから旅行代理店サーバ１に、会員登録リクエストが送信される。

会員登録リクエストを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ１０３）、受信されたリクエストは会員認証リクエストではないため（ステップ１０４：ＮＯ）、会員情報入力画面ページを法人端末３−ｊに送信する（ステップＳ１０８）。

会員情報入力画面ページを受信した法人端末３−ｊは、当該ページに基づいて会員情報入力画面ページを表示する。ここで、ユーザが法人端末３−ｊを操作して、会員ＩＤ、パスワード、氏名、郵便番号、住所等の会員情報を入力した後、登録ボタン等を選択すると、法人端末３−ｊから旅行代理店サーバ１に、入力を会員情報が送信される。

会員情報を受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ１０９）、受信された会員情報を、当該会員情報に含まれる会員ＩＤに対応付けて会員情報データベース１０２に登録し（ステップＳ１１０）、ステップＳ１１１に移行する。

ステップＳ１１１において、システム制御部２０は、保持されている法人ＩＤに対応付けて法人情報データベース１０３に登録されている入力項目設定情報に基づいて社員情報入力画面ページを生成し、当該ページを法人端末３−ｊに送信する。

社員情報入力画面ページを受信した法人端末３−ｊは、当該ページに基づいて社員情報入力画面４５０を、図１８に示すように表示する。

ここで、社員情報入力画面４５０について説明すると、当該画面は、備考表示エリア４６０、項目入力エリア４７０及び、登録ボタン４８０により構成されている。

備考表示エリア４６０には、入力項目設定情報の備考に設定された情報が表示される。

また、項目入力エリア４７０は、社員情報を入力するための入力フォームであり、入力項目設定情報において登録時表示フラグが「表示」に設定されている入力項目名が表示される。そして、入力項目設定情報において必須フラグが「必須」に設定されている入力項目名の右隣には、必須入力項目であることを示す「（必須）」の文字が表示される。

ここで、ユーザが法人端末３−ｊを操作して、各項目を入力して登録ボタン４８０を選択すると、社員情報入力画面４５０を構成する社員情報入力画面ページに埋め込まれたプログラム（例えば、ＪＡＶＡ（登録商標）スクリプトやアプレット等）が実行され、必須入力項目が全て入力されているか否かがチェックされて、いずれか一つでも必須入力項目が入力されていない場合は、必須入力項目の入力を促すメッセージが画面に表示される。

ユーザが必須入力項目を全て入力（その他の項目も任意に入力）した上で登録ボタン４８０を選択すると、法人端末３−ｊから旅行代理店サーバ１に、入力された社員情報（入力社員情報）が送信される。

入力社員情報を受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ１１２）、会員情報データベース１０２に登録されている会員情報（図６）の法人予約利用登録有無情報を法人予約利用登録有りに設定し、保持されている法人ＩＤを当該会員情報の法人ＩＤに設定するとともに、会員ＩＤと入力社員情報とからなる社員情報を法人ＩＤに対応付けて法人情報データベース１０３に登録する（ステップＳ１１３）。

［６−４．宿泊予約時の動作］
次に、宿泊予約時における動作について説明する。

図１９は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０の宿泊予約時における処理例を示すフローチャートである。また、図２０は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０のシークレットプラン用リンク埋め込み処理における処理例を示すフローチャートである。また、図２１は、宿泊施設検索画面７００の表示例を示す図である。また、図２２は、シークレットプラン詳細表示画面８００の表示例を示す図である。また、図２３は、予約内容確認画面５００の表示例を示す図である。

なお、予約者端末を利用するユーザは、既に法人予約サービスの利用登録を行っているものとする。

先ず、ユーザが予約者端末を操作してＷｅｂアプリケーションプログラムを起動し、旅行サイトのＵＲＬを入力等すると、予約者端末から旅行代理店サーバ１にログインリクエストが送信され、図１９に示すように、旅行代理店サーバ１のシステム制御部２０は、当該リクエストを受信する（ステップＳ２０１）。

次いで、システム制御部２０は、会員ログインページを予約者端末に送信する（ステップＳ２０２）。

会員ログインページを受信した予約者端末は、当該ページに基づいて会員ログイン画面を表示し、ユーザにより会員ＩＤ及びパスワードが入力されると、予約者端末により、これらの情報が旅行代理店サーバ１に送信される。

会員ＩＤ及びパスワードを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ２０３）、上記６−３と同様にして認証が成功したか否かを判定し（ステップＳ２０４）、認証が失敗した場合は（ステップＳ２０４：ＮＯ）、処理を終了し、認証が成功した場合は（ステップＳ２０４：ＹＥＳ）、シークレットプラン用リンク埋め込み処理を実行する（ステップＳ２０５）。

具体的に、システム制御部２０は、図２０に示すように、認証処理において取得した会員ＩＤに対応する会員情報に設定されている法人ＩＤを取得して、予約者端末のユーザが所属する法人Ｃ−ｊを特定する（ステップＳ４０１）。

次いで、システム制御部２０は、取得された法人ＩＤに対応して法人情報データベース１０３に登録されている対応シークレットプラン管理情報を参照して、当該法人ＩＤが示す法人Ｃ−ｊに対応するシークレットプランが登録されているか否か（対応シークレットプラン管理情報に施設ＩＤ及びプランＩＤが登録されているか否か）を判定する（ステップＳ４０２）。ここで、システム制御部２０は、対応するシークレットプランが登録されていない場合には（ステップＳ４０２：ＮＯ）、シークレットプラン用リンク埋め込み処理を終了し、図１９のステップＳ２０６に移行する。

一方、システム制御部２０は、対応するシークレットプランが登録されている場合には（ステップＳ４０２：ＹＥＳ）、法人ＩＤに対応する部署情報、宿泊地域情報、宿泊傾向情報を法人情報データベース１０３から取得する（ステップＳ４０３）。

次いで、システム制御部２０は、対応シークレットプラン管理情報から一組の施設ＩＤ及びプランＩＤを取得することにより、登録されているシークレットプランのうち一つを特定する（ステップＳ４０４）。

次いで、システム制御部２０は、取得された施設ＩＤ及びプランＩＤに対応するシークレットプラン情報から全部署対象フラグを取得し、当該フラグが全部署対象に設定されているか否かを判定する（ステップＳ４０５）。

ここで、システム制御部２０は、全部署対象フラグが全部署対象に設定されている場合には、旅行サイトのトップページである宿泊施設検索画面ページに、全部署に対応するシークレットプラン用リンクを埋め込む（ステップＳ４０６）。具体的に、システム制御部２０は、シークレットプラン用リンクとして、例えば、「○○○株式会社の社員様にお得なプランがあります！」等を表示するとともに、特定されたシークレットプランに対応するシークレットプラン詳細表示画面ページの登録場所を示すＵＲＬ（例えば、取得された施設ＩＤ及びプランＩＤが設定されている）を設定したリンクを宿泊施設検索画面ページに埋め込む。そして、システム制御部２０は、ステップＳ４１４に移行する。

一方、システム制御部２０は、ステップＳ４０５において、全部署対象フラグが全部署対象に設定されていない場合には、法人ＩＤ及び会員ＩＤに対応する社員情報からユーザが所属する部署の部署名を取得する（ステップＳ４０７）。

次いで、システム制御部２０は、施設ＩＤに対応する宿泊施設情報から宿泊施設Ｈ−ｉの住所を取得する（ステップＳ４０８）。

次いで、システム制御部２０は、取得された部署名に対応する高頻度宿泊予約地域を宿泊地域情報から取得し、当該高頻度宿泊予約地域内に、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所があるか否かを判定する（ステップＳ４０９）。

ここで、システム制御部２０は、ユーザが所属する部署の高頻度宿泊予約地域内に、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所があると判定した場合には、宿泊施設検索画面ページに、行き先の地域を示すシークレットプラン用リンクを埋め込む（ステップＳ４１０）。具体的に、システム制御部２０は、シークレットプラン用リンクとして、例えば、「○○へ出張する方はこちら！」（○○は宿泊施設Ｈ−ｉの住所がある地域の名称）等を表示するとともに、特定されたシークレットプランに対応するシークレットプラン詳細表示画面ページの登録場所を示すＵＲＬを設定したリンクを宿泊施設検索画面ページに埋め込む。そして、システム制御部２０は、ステップＳ４１４に移行する。

一方、システム制御部２０は、ユーザが所属する部署の高頻度宿泊予約地域内に、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所がないと判定した場合には（ステップＳ４０９：ＮＯ）、部署情報から各部署の所在地を取得し、当該各部署の所在地がある何れかの地域内に、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所があるか否かを判定する（ステップＳ４１１）。ここで、システム制御部２０は、各部署の所在地がある何れの地域内にも、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所がない場合には（ステップＳ４１１：ＮＯ）、ステップＳ４１４に移行する。

一方、システム制御部２０は、各部署の所在地がある何れかの地域内に、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所がある場合には（ステップＳ４１１：ＹＥＳ）、部署情報からユーザが所属する部署の所在地を取得し、当該所在地がある地域内に、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所があるか否かを判定する（ステップＳ４１２）。ここで、システム制御部２０は、ユーザが所属する部署の所在地がある地域内に、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所がある場合には（ステップＳ４１２：ＹＥＳ）、ステップＳ４１４に移行する。

一方、システム制御部２０は、ユーザが所属する部署の所在地がある地域内に、特定されたシークレットプランを提供する宿泊施設Ｈ−ｉの住所がない場合には（ステップＳ４１２：ＮＯ）、宿泊施設検索画面ページに、行き先の部署を示すするシークレットプラン用リンクを埋め込む（ステップＳ４１３）。具体的に、システム制御部２０は、シークレットプラン用リンクとして、例えば、「○○支社へ行く方はこちら！」（○○支社は宿泊施設Ｈ−ｉの住所がある地域内にある部署の名称）等を表示するとともに、特定されたシークレットプランに対応するシークレットプラン詳細表示画面ページの登録場所を示すＵＲＬを設定したリンクを宿泊施設検索画面ページに埋め込む。そして、システム制御部２０は、ステップＳ４１４に移行する。

ステップＳ４１４において、システム制御部２０は、法人ＩＤが示す法人Ｃ−ｊに対応するシークレットプラン全てについて、リンク埋め込み処理を行ったか否かを判定し、当該処理を行っていないシークレットプランが存在する場合には（ステップＳ４１４：ＮＯ）、ステップＳ４０４に移行して、次のシークレットプランを特定し、リンク埋め込み処理を行う（ステップＳ４０４〜Ｓ４１３）。

そして、システム制御部２０は、法人ＩＤが示す法人Ｃ−ｊに対応するシークレットプラン全てについて、リンク埋め込み処理を行った場合には（ステップＳ４１４：ＹＥＳ）、処理を終了し、図１９のステップＳ２０６に移行する。

ステップＳ２０６において、システム制御部２０は、旅行サイトのトップページである宿泊施設検索画面ページを予約者端末に送信する。

宿泊施設検索画面ページを受信した予約者端末は、当該ページに基づいて宿泊施設検索画面７００を、図２１に示すように表示する。

ここで、宿泊施設検索画面７００について説明すると、当該画面は、シークレットプラン用リンク表示エリア７１０、検索条件設定エリア７２０及び検索ボタン７３０により構成されている。

シークレットプラン用リンク表示エリア７１０には、シークレットプラン用リンク埋め込み処理において埋め込まれたシークレットプラン用リンクが表示される。例えば、全部署を対象とするシークレットプランが提供されている場合には、「○○○株式会社の社員様にお得なプランがあります！」と表示される（図２０ステップＳ４０６において埋め込まれたリンクが表示される）。また、例えば、ユーザが所属する部署が東京都に所在する部署であって、当該部署が頻繁に宿泊予約を行う地域が札幌市であり、且つ札幌市にある宿泊施設Ｈ−ｉが提供するシークレットプランが提供されている場合には、「札幌へ出張する方はこちら！」と表示される（図２０ステップＳ４１０において埋め込まれたリンクが表示される）。また、例えば、ユーザが所属する部署が名古屋支社であって、ユーザが所属する法人Ｃ−ｊが、名古屋支社のほかに大阪支社、京都支社、福岡支社を有し、且つ名古屋市、大阪府及び京都府夫々にある宿泊施設Ｈ−ｉが提供するシークレットプランが提供されている場合には、「大阪支社へ行く方はこちら！」及び「京都支社へ行く方はこちら！」と表示される（図２０ステップＳ４１３において埋め込まれたリンクが表示される）が、「名古屋市へ行く方はこちら！」とは表示されない。

ここで、ユーザが予約者端末を操作して、何れかのシークレットプラン用リンクを選択すると、シークレットプラン表示リクエストが予約者端末から旅行代理店サーバ１に送信される。また、検索条件設定エリア７２０において、ユーザが、例えば、チェックイン日、チェックアウト日、申し込み人数、客室タイプ、宿泊料金、地域、検索範囲を法人予約に対応した宿泊施設に限定するか否か等の検索条件を入力して、検索ボタン７２０等を選択すると、入力された検索条件情報が設定された検索リクエストが予約者端末から旅行代理店サーバ１に送信される。

リクエストを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ２０７）、当該リクエストがシークレットプラン表示リクエストであるか否かを判定し（ステップＳ２０８）、受信されたリクエストがシークレットプラン表示リクエストである場合には（ステップＳ２０８：ＹＥＳ）、当該リクエストのヘッダに設定されたアクセス先のＵＲＬ（シークレットプラン用リンクに設定されていたＵＲＬ）に対応するシークレットプラン詳細表示画面ページを記憶部１５から取得し、当該ページを予約者端末に送信する（ステップＳ２０９）。

シークレットプラン詳細表示画面ページを受信した予約者端末は、当該ページに基づいてシークレットプラン詳細表示画面８００を、図２２に示すように表示する。

ここで、シークレットプラン詳細表示画面８００について説明すると、当該画面は、プラン詳細表示エリア８１０、宿泊期間設定エリア８２０、予約ボタン８３０により構成されている。

プラン詳細表示エリア８１０には、選択されたシークレットプランの名称、サービスの内容、客室タイプ、宿泊日数、宿泊人数、宿泊料金等が表示される。ここで、ユーザが予約者端末を操作し、宿泊期間設定エリア８２０においてチェックイン日及びチェックアウト日を指定し、予約ボタン８３０を選択すると、当該シークレットプランに対応する施設ＩＤ及びプランＩＤ、チェックイン日、チェックアウト日等が設定された空き室確認リクエストが予約者端末から旅行代理店サーバ１に送信される。

空き室確認リクエストを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ２１０）、当該リクエストに設定された施設ＩＤ及びプランＩＤに対応するシークレットプラン情報から客室タイプを取得し、宿泊予約状況を参照して、当該タイプの客室が、指定されたチェックイン日からチェックアウト日前まで空いていることを確認すると（ステップＳ２１１）、ステップＳ２１５に移行する。なお、システム制御部２０は、客室が空いていない場合には、指定された期間には客室が空いていない旨のメッセージを表示するためのページデータを予約者端末に送信する。

一方、システム制御部２０は、ステップＳ２０８において、受信されたリクエストがシークレットプラン表示リクエストではない場合、すなわち、受信されたリクエストが検索リクエストである場合には（ステップＳ２０８：ＮＯ）、宿泊施設データベース１０１に登録されている宿泊施設情報及び宿泊プラン情報を検索して、受信された検索条件情報に合致する宿泊施設を抽出する（ステップＳ２１２）。なお、検索条件において、検索範囲を法人予約に対応した宿泊施設に限定した場合は、宿泊施設情報に法人予約対応有無情報が法人予約対応有りに設定されている宿泊施設のみが抽出される。

次いで、システム制御部２０は、検索結果を表示するための検索結果画面ページを予約者端末に送信する（ステップＳ２１３）。

検索結果画面ページを受信した予約者端末は、当該ページに基づいて検索結果画面を表示する。当該画面においては、例えば、検索された宿泊施設の一覧が表示される。ここで、ユーザが予約者端末を操作して、一覧の中から予約したい宿泊施設を選択し、予約内容確認ボタン（予約ボタン）等を選択すると、選択された宿泊施設の施設ＩＤ、チェックイン日、チェックアウト日、客室タイプ等が設定された予約内容確認リクエストが予約者端末から旅行代理店サーバ１に送信される。

予約内容確認リクエストを受信した旅行代理店サーバのシステム制御部２０は（ステップＳ２１４）、ステップＳ２１５に移行する。

ステップＳ２１５において、システム制御部２０は、認証処理において取得した会員ＩＤに対応付けて会員情報データベースに登録されている会員情報から、氏名、住所、電話番号、電子メール、法人ＩＤ等を取得するとともに、取得された法人ＩＤに対応付けて法人データベース１０３に登録されている社員情報を取得する。また、取得した法人ＩＤに対応付けて法人情報データベースに登録されている入力項目設定情報を取得する。

次いで、システム制御部２０は、取得した情報に基づいて予約内容確認画面ページを生成し、当該ページを予約者端末に送信する（ステップＳ２１６）。

予約内容確認画面ページを受信した予約者端末は、当該ページに基づいて予約内容確認画面５００を、図２３に示すように表示する。

ここで、予約内容確認画面５００について説明すると、当該画面は、宿泊予約内容表示エリア５１０、予約者情報入力エリア５２０、支払い方法選択エリア５３０及び予約ボタン５４３により構成されている（符号５４０については後述する）。

宿泊予約内容表示エリア５１０には、ユーザが選択した宿泊施設の名称、チェックイン日、チェックアウト日、申し込み人数、客室タイプ、宿泊料金及び宿泊ポイント等が表示される。

また、予約者情報入力エリア５２０は、宿泊予約をする代表者名及び連絡先（ユーザと同行する者の情報でも良い）、チェックイン時刻を入力するための入力フォームである。

また、支払い方法選択エリア５３０は、ユーザ自身が現地で宿泊料金を支払うか、あるいは、ユーザが所属する法人に宿泊料金を請求するかを選択するための入力フォームである。

ここで、ユーザが予約者端末を操作して、支払い方法選択エリア５３０に表示されている「法人からのお支払い」に対応するラジオボタンを選択すると、符号５４０に示す会員情報表示エリア５４１及び社員情報入力エリア５４２が表示される。

会員情報表示エリアには、ユーザの電子メール、氏名、住所、ユーザが所属する法人の名称等が表示される。

また、社員情報入力エリア５４２は、社員情報を入力するための入力フォームであり、入力項目設定情報において予約時表示フラグが「表示」に設定されている入力項目名が表示され、更に会員情報データベース１０２に登録されている社員情報が各項目の入力エリアに初期値として表示される。そして、入力項目設定情報において必須フラグが「必須」に設定されている入力項目名の右隣には、必須入力項目であることを示す「（必須）」の文字が表示される。

この場合においても、上記６−３と同様に、必須入力項目が一つでも入力されていない場合は、必須入力項目の入力を促すメッセージが画面に表示される。

なお、シークレットプランの宿泊予約を行う場合には（システム制御部２０がステップＳ２０９〜Ｓ２１１の処理を行った場合）、支払い方法選択エリア５３０の「法人からのお支払い」が予め選択状態となっており、「現地で決済」は選択できないようになっている。つまり、シークレットプランは特定の法人用に提供されるものゆえ、法人Ｃ−ｊに所属する社員としてのみ予約可能とし、個人としては予約できないようにしている。もっとも、宿泊施設Ｈ−ｉ側としては、予約者が誰であっても宿泊してもらえれば良いこともあるから、「現地で決済」を選択できるようにしても良い。

ユーザが予約者端末を操作して、宿泊代表者名、宿泊者連絡先、チェックイン時刻を入力し、また、支払方法を選択する。そして、「法人からのお支払い」を選択した場合には、ユーザは、更に社員情報を確認、入力あるいは修正する。そして、予約ボタン５４３を選択すると、予約内容（例えば、予約する宿泊施設の施設ＩＤ、チェックイン日、チェックアウト日、申込人数、客室タイプ、宿泊料金、宿泊ポイント等）、入力された宿泊代表者の情報、料金の支払方法を示す支払方法情報、そして「法人からのお支払い」が選択された場合は、更に入力された社員情報（入力社員情報）が設定された予約リクエストが予約者端末から旅行代理店サーバ１に送信される。

予約リクエストを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ２１７）、当該リクエストに設定されている支払方法情報が法人からの支払いを示しているか否かを判定し（ステップＳ２１８）、法人からの支払いではない（個人として予約する）場合は（ステップＳ２１８：ＮＯ）、ステップＳ２１９に移行し、法人からの支払である（法人予約を利用して予約する）場合は（ステップＳ２１８：ＮＯ）、ステップＳ２２３に移行する。

法人からの支払いではないと判定したシステム制御部２０は、ステップＳ２１９において、予約リクエストに対応する宿泊予約状況を更新する。具体的に、システム制御部２０は、予約リクエストに対して予約番号を割り当て、当該リクエストに設定されている施設ＩＤに対応付けて宿泊施設関連情報データベース１０１に登録されている宿泊施設Ｈ−ｉの宿泊予約状況の該当箇所（例えば、客室タイプ及び宿泊日により特定される箇所）を宿泊予約有りに変更し、更に、当該箇所にその宿泊内容（例えば、予約番号、宿泊代表者の情報、チェックイン時刻、申込人数等）を登録する。

次いで、システム制御部２０は、予約リクエストに対応する宿泊施設予約情報を登録する（ステップＳ２２０）。具体的に、システム制御部２０は、予約リクエストに設定された情報に基づいて宿泊施設予約情報（図１１）を生成する。この場合、システム制御部２０は、法人予約有無情報を法人予約無しに設定する。そして、システム制御部２０は、生成された宿泊施設予約情報を、認証処理において取得した会員ＩＤに対応付けて宿泊関連データベース１０４に登録する。

次いで、システム制御部２０は、個人用予約履歴を更新する（ステップＳ２２１）。具体的に、システム制御部２０は、予約リクエストに設定されている施設ＩＤに対応付けて宿泊施設情報データベース１０１に登録されている宿泊施設情報から宿泊施設Ｈ−ｉの名称、郵便番号、住所及び電話番号等を取得する。そして、システム制御部２０は、取得した情報と、予約リクエストに設定されている他の情報とに基づいて個人用予約履歴情報（図１２（ａ））を生成する。ここで、システム制御部２０は、キャンセル有無はキャンセル無しに設定し、不泊有無は不泊無しに設定する。次いで、システム制御部２０は、生成された個人用予約履歴情報を会員ＩＤに対応付けて宿泊関連データベース１０４に登録する。

最後に、システム制御部２０は、会員情報に設定された電子メールアドレスを送信先メールアドレスとする個人予約完了通知メールを生成し、当該電子メールを送信する（ステップＳ２２２）。この個人予約完了通知メールの本文には、予約内容（例えば、予約番号、予約日、チェックイン日、チェックアウト日、宿泊施設の名称、郵便番号、住所、電話番号、客室タイプ、宿泊料金、宿泊者代表者名、宿泊代表者連絡先、チェックイン時刻等）が設定される。

一方、法人からの支払いであると判定したシステム制御部２０は、ステップＳ２２３において、ステップＳ２１４と同様にして宿泊予約状況を更新する。

次いで、システム制御部２０は、予約リクエストに対応する宿泊施設予約情報を登録する（ステップＳ２２４）。具体的に、システム制御部２０は、予約リクエストに設定された情報に基づいて宿泊施設予約情報を生成する。この場合、システム制御部２０は、法人予約有無情報に法人予約有りを設定し、会員ＩＤに対応付けて会員情報データベース１０２に登録されている会員情報から法人ＩＤを取得して宿泊施設予約情報に設定する。そして、システム制御部２０は、生成された宿泊施設予約情報を、法人ＩＤ及び会員ＩＤに対応付けて宿泊関連データベース１０４に登録する。

次いで、システム制御部２０は、ステップＳ２１６と同様にして個人用予約履歴を更新する（ステップＳ２２５）。

そして、システム制御部２０は、法人用予約履歴を更新する（ステップＳ２２６）。具体的に、システム制御部２０は、予約リクエストに設定されている施設ＩＤに対応付けて宿泊施設情報データベース１０１に登録されている宿泊施設情報から宿泊施設Ｈ−ｉの名称、郵便番号、住所及び電話番号等を取得する。そして、システム制御部２０は、取得した情報と、予約リクエストに設定されている他の情報とに基づいて法人用予約履歴情報（図１２（ｂ））を生成する。ここで、システム制御部２０は、キャンセル有無はキャンセル無しに設定し、不泊有無は不泊無しに設定する。また、システム制御部２０は、予約リクエストに設定されている入力社員情報を法人用予約履歴情報に設定する。次いで、システム制御部２０は、生成された法人用予約履歴情報を法人ＩＤに対応付けて宿泊関連データベース１０４に登録する。

そして、システム制御部２０は、Ｓ２２２と同様にして個人予約完了通知メールを送信する（ステップＳ２２７）。

最後に、システム制御部２０は、予約リクエストに含まれる入力社員情報に上司のメールアドレス（項目１０）が設定されているか否かを判定し（ステップＳ２２８）、設定されていない場合は（ステップＳ２２８：ＮＯ）、処理を終了し、設定されている場合は（ステップＳ２２８：ＹＥＳ）、上司のメールアドレスを送信先メールアドレスとする法人予約完了通知メール（部下が法人予約サービスを利用して宿泊予約を行ったことを通知し、且つ、その予約の内容を通知する電子メール）を生成し、当該電子メールを送信する（ステップＳ２２９）。この予約完了通知メールの本文には、個人予約完了通知メールの本文と同様の予約内容に加えて、予約リクエストに設定された入力社員情報（項目１〜９）が設定される。これにより、会員の上司は、部下により宿泊予約が行われたことを確認することができる。

なお、予約者端末を利用するユーザが、法人予約サービスの利用登録を行っていない場合、システム制御部２０は、ステップＳ２１６において、予約内容確認画面５００に方法選択エリア５３０、会員情報表示エリア５４１及び社員情報入力エリア５４２が表示されないように検索結果画面ページを生成する。従って、ユーザは、予約内容確認画面５００において「法人からのお支払い」を選択することはできないため、ステップＳ２１３においては、常に法人からの支払いではない（個人として予約する）と判定される。また、予約者端末を利用するユーザが、法人予約サービスの利用登録を行っていない場合には、ステップＳ２０５のシークレットプラン用リンク埋め込み処理は行われない。

［６−５．ユーザによる宿泊予約キャンセル時の動作］
次に、ユーザによる宿泊予約キャンセル時における動作について説明する。

図２４は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０のユーザによる宿泊予約キャンセル時における処理例を示すフローチャートであり、同図において、図１９と同様の要素については同様の符号を付してある。

先ず、上記６−４の場合と同様にして、認証処理が実行され、旅行代理店サーバ１から予約者端末に宿泊施設検索画面ページが送信されて、予約者端末において宿泊施設検索画面が表示される（ステップＳ２０１〜Ｓ２０６）。

ここで、ユーザが予約者端末を操作して、例えば、宿泊施設検索画面に表示されている予約確認ボタン（図２１において図示せず）を選択すると、予約者端末から旅行代理店サーバ１に予約確認リクエストが送信される。

予約確認リクエストを受信したシステム制御部２０は（ステップＳ２３１）、認証処理において取得された会員ＩＤに対応付けて宿泊関連データベース１０４に登録されている宿泊施設予約情報を取得し（ステップＳ２３２）、当該宿泊施設予約情報に基づいて予約確認画面ページを生成し、当該ページを予約者端末に送信する（ステップＳ２３３）。

予約確認画面ページを受信した予約者端末は、当該ページに基づいて予約確認画面を表示する。この予約確認画面には、現在宿泊予約されている内容（例えば、予約番号、宿泊施設の名称、チェックイン日、チェックアウト日、客室タイプ、申込人数等）の一覧が表示される。

ここで、ユーザが予約者端末を操作して、キャンセルしたい宿泊予約を選択した後でキャンセルボタンを選択し、あるいは確認ボタンを選択すると、予約者端末から旅行代理店サーバ１にキャンセルリクエストまたは確認終了リクエストが送信される。

リクエストを受信したシステム制御部２０は（ステップＳ２３４）、当該リクエストがキャンセルリクエストであるか否かを判定し（ステップＳ２３５）、キャンセルリクエストではない場合は（ステップＳ２３５：ＮＯ）、処理を終了し、キャンセルリクエストである場合は（ステップＳ２３５：ＹＥＳ）、キャンセルリクエストに対応する宿泊予約状況を更新する（ステップＳ２３６）。具体的に、システム制御部２０は、キャンセルリクエストに設定されている施設ＩＤ及び予約番号に対応付けて宿泊施設関連情報データベース１０１に登録されている宿泊施設Ｈ−ｉの宿泊予約状況の該当箇所を宿泊予約無しに変更する。

次いで、システム制御部２０は、キャンセルリクエストに設定された予約番号に対応する宿泊施設予約情報を宿泊関連情報データベース１０４から削除する（ステップＳ２３７）。

そして、システム制御部２０は、個人用予約履歴を更新する（ステップＳ２３８）。具体的に、システム制御部２０は、会員ＩＤに対応付けて宿泊関連情報データベース１０４に登録されている個人用予約履歴情報の中から、キャンセルリクエストに含まれている予約番号が設定されている個人用予約履歴情報を特定する。そして、特定した個人用予約履歴情報のキャンセル有無をキャンセル有りに設定し、キャンセル・不泊料金に、宿泊料金及びチェックイン日までの日数に応じたキャンセル料を設定する（例えば、チェックイン日から７日以上前であれば０円、６日〜前日までであれば宿泊料金の半額、当日であれば宿泊料金の全額等）。また更に、キャンセル日に今日の日付を設定する。

最後に、システム制御部２０は、削除した宿泊施設予約情報の法人予約有無情報に法人予約有りが設定されていたか否かを判定し（ステップＳ２３９）、設定されていない場合は（ステップＳ２３９：ＮＯ）、処理を終了し、設定されていた場合は（ステップＳ２３９：ＹＥＳ）、法人用予約履歴を更新する（ステップＳ２４０）。具体的に、システム制御部２０は、法人ＩＤに対応付けて宿泊関連情報データベース１０４に登録されている法人用予約履歴情報の中から、キャンセルリクエストに含まれている予約番号が設定されている法人用予約履歴情報を特定する。そして、特定した法人用予約履歴情報のキャンセル有無をキャンセル有りに設定し、キャンセル・不泊料金に、宿泊料金及びチェックイン日までの日数に応じたキャンセル料を設定し、更に、キャンセル日に今日の日付を設定する。

なお、図２４の例では、旅行代理店サーバ１でキャンセルリクエストが受信された場合に、ステップＳ２３６に示されるように、施設ＩＤ及び予約番号に対応付けて宿泊施設関連情報データベース１０１に登録されている宿泊施設Ｈ−ｉの宿泊予約状況の該当箇所を宿泊予約無しに変更するようにしたが、キャンセルされた旨を施設ＩＤにより特定される宿泊施設に電子メールにて連絡するようにしてもよいし、宿泊施設関連情報データベース１０１にキャンセルされた旨のログ情報をデータベース等に記録するようにしてもよい。このようにすることで、宿泊施設Ｈ−ｉは、キャンセルがあった旨を確認することができる。

［６−６．宿泊施設による宿泊予約キャンセル、不泊登録時の動作］
次に、宿泊施設Ｈ−ｉによる宿泊予約キャンセル、不泊登録時の動作における動作について説明する。

図２５は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０の宿泊施設Ｈ−ｉによる宿泊予約キャンセル、不泊登録時の動作における処理例を示すフローチャートである。

先ず、宿泊施設Ｈ−ｉの従業員等が宿泊施設端末２−ｉを操作してＷｅｂアプリケーションプログラムを起動し、予約状況確認用のＵＲＬを入力等すると、宿泊施設端末２−ｉから旅行代理店サーバ１にログインリクエストが送信され、図２５に示すように、旅行代理店サーバ１のシステム制御部２０は、当該リクエストを受信する（ステップＳ２５１）。

次いで、システム制御部２０は、宿泊施設のログインページを予約者端末に送信する（ステップＳ２５２）。

ログインページを受信した宿泊施設端末２−ｉは、当該ページに基づいてログイン画面を表示し、従業員等により施設ＩＤ及びパスワードが入力されると、宿泊施設端末２−ｉにより、これらの情報が旅行代理店サーバ１に送信される。

施設ＩＤ及びパスワードを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ２５３）、受信された施設ＩＤにより、対応する宿泊施設情報を特定して、当該宿泊施設情報に設定されているパスワードと、受信されたパスワードとを比較することにより認証が成功したか否かを判定し（ステップＳ２５４）、認証が失敗した場合は（ステップＳ２５４：ＮＯ）、処理を終了し、認証が成功した場合は（ステップＳ２５４：ＹＥＳ）、ステップＳ２５５に移行する。

ステップＳ２５５において、システム制御部２０は、施設ＩＤに対応付けて宿泊施設情報データベース１０１に登録されている予約状況を取得する。

次いで、システム制御部２０は、取得された予約状況に基づいて予約状況確認画面ページを生成し、当該ページを宿泊施設端末２−ｉに送信する（ステップＳ２５６）。

予約状況確認画面ページを受信した宿泊施設端末２−ｉは、当該ページに基づいて予約状況確認画面を表示する。この予約状況確認画面には、客室及び日ごとに、当該客室に対する宿泊予約の有無が表示され、予約されている客室には、その予約内容（例えば、予約番号、客室タイプ、申込人数等、宿泊代表者名等）の一覧が表示される。

ここで、従業員等は、例えば、電話連絡等によりユーザから宿泊予約のキャンセルを受け付け、宿泊施設端末２−ｉして、当該キャンセルに対応する宿泊予約のキャンセル手続を行う。あるいは、従業員等は、宿泊予定日当日になってもユーザが宿泊に訪れない場合には、不泊手続を行う。そうすると、宿泊施設端末２−ｉから旅行代理店サーバ１に、キャンセルリクエストあるいは不泊登録リクエストが送信される。

リクエストを受信した旅行代理店サーバ１のシステム制御部２０は（ステップＳ２５７）、当該リクエストに対応する宿泊予約状況を更新する（ステップＳ２５８）。具体的に、システム制御部２０は、リクエストに設定されている施設ＩＤ及び予約番号に対応付けて宿泊施設関連情報データベース１０１に登録されている宿泊施設Ｈ−ｉの宿泊予約状況の該当箇所を宿泊予約無しに変更する。

次いで、システム制御部２０は、リクエストに設定された予約番号に対応する宿泊施設予約情報を宿泊関連情報データベース１０４から削除する（ステップＳ２５９）。

そして、システム制御部２０は、個人用予約履歴を更新する（ステップＳ２６０）。具体的に、システム制御部２０は、会員ＩＤに対応付けて宿泊関連情報データベース１０４に登録されている個人用予約履歴情報の中から、リクエストに含まれている予約番号が設定されている個人用予約履歴情報を特定する。そして、受信されたリクエストがキャンセルリクエストである場合は、特定した個人用予約履歴情報のキャンセル有無をキャンセル有りに設定し、キャンセル・不泊料金に、宿泊料金及びチェックイン日までの日数に応じたキャンセル料を設定し、更に、キャンセル日に今日の日付を設定する。一方、受信されたリクエストが不泊登録リクエストである場合は、特定した個人用予約履歴情報の不泊有無を不泊有りに設定し、キャンセル・不泊料金に、宿泊料金全額を設定する。

最後に、システム制御部２０は、削除した宿泊施設予約情報の法人予約有無情報に法人予約有りが設定されていたか否かを判定し（ステップＳ２６１）、設定されていない場合は（ステップＳ２６１：ＮＯ）、処理を終了し、設定されていた場合は（ステップＳ２６１：ＹＥＳ）、法人用予約履歴を更新する（ステップＳ２６２）。具体的に、システム制御部２０は、法人ＩＤに対応付けて宿泊関連情報データベース１０４に登録されている法人用予約履歴情報の中から、キャンセルリクエストに含まれている予約番号が設定されている法人用予約履歴情報を特定する。そして、受信されたリクエストがキャンセルリクエストである場合は、特定した個人用予約履歴情報のキャンセル有無をキャンセル有りに設定し、キャンセル・不泊料金に、宿泊料金及びチェックイン日までの日数に応じたキャンセル料を設定し、更に、キャンセル日に今日の日付を設定する。一方、受信されたリクエストが不泊登録リクエストである場合は、特定した個人用予約履歴情報の不泊有無を不泊有りに設定し、キャンセル・不泊料金に、宿泊料金全額を設定する。

［６−７．出張実績確認時の動作］
次に、管理者により出張実績を確認する場合における動作について説明する。

図２６は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０の出張実績確認時における処理例を示すフローチャートである。また、図２７は、出張実績確認画面５５０の表示例を示す図である。

法人端末３−ｊを利用するユーザは上級管理者、または一般管理者であり、上記５−１において説明した動作により、法人端末３−ｊの画面には上級管理者用管理画面、または一般管理者用管理画面が表示されている。

ここで、ユーザが法人端末３−ｊを操作して、出張実績を確認する期間、予約日または宿泊日のいずれを対象にして検索するか、出張実績の表示単位を予約一件あたりを基準にするかたは宿泊一泊あたりを基準にするか、法人予約サービスを利用しない場合の通常の宿泊料金をも表示するか否か等の検索条件を設定した後で、検索ボタンを選択すると、法人端末３−ｊから旅行代理店サーバ１に、当該検索条件が設定された出張実績確認リクエストが送信され、図２６に示すように、旅行代理店サーバ１のシステム制御部２０は、当該リクエストを受信する（ステップＳ２７１）。なお、予約日とは、予約を取った日（すなわち、図１９の処理において、ユーザが予約内容確認ボタン等を選択した日）であり、図１９の処理によって予約されたチェックイン日からチェックアウトの日のことではない。また、宿泊日とは、チェックイン日からチェックアウト日の前日までの実際に宿泊した日である。すなわち、ここで、宿泊日とは、実際に宿泊施設で夜を過ごした日を指す。具体的な例としては、チェックイン日を４月１日とし、チェックアウト日を４月３日とする場合、宿泊日は、４月１日と４月２日の２日となる。

次いで、システム制御部２０は、出張実績確認リクエストに設定されている検索対象を判定し（ステップＳ２７２）、予約日を対象にする場合は（ステップＳ２７２：予約日）、ステップＳ２７３に移行し、宿泊日を対象にする場合は（ステップＳ２７２：宿泊日）、ステップＳ２７４に移行する。

予約日を対象にして検索すると判定したシステム制御部２０は、ステップＳ２７３において、保持されている法人ＩＤに対応付けて宿泊関連データベース１０４に登録されている法人用予約履歴情報の中から、出張実績確認リクエストに設定されている年月日の範囲内に含まれる予約日が設定された法人用予約履歴情報を検索し、ステップＳ２７５に移行する。

一方、宿泊日を対象にして検索すると判定したシステム制御部２０は、ステップＳ２７４において、保持されている法人ＩＤに対応付けて宿泊関連データベース１０４に登録されている法人用予約履歴情報の中から、出張実績確認リクエストに設定されている年月日の範囲内に含まれる宿泊日（チェックイン日からチェックアウト日の前日）が設定された法人用予約履歴情報を検索し、ステップＳ２７５に移行する。

ステップＳ２７５において、システム制御部２０は、出張実績確認リクエストに設定されている検索基準を判定し、予約一件あたりを基準にする場合は（ステップＳ２７５：予約一件あたり）、ステップＳ２７７に移行し、宿泊一件あたりを基準にする場合は（ステップＳ２７５：宿泊一件あたり）、ステップＳ２７６に移行する。

ステップＳ２７６において、システム制御部２０は、検索された各法人用予約履歴情報を宿泊日で分割し（例えば、チェックイン日が４月１日であり、チェックアウト日が４月３日である場合は、４月１日及び２日の２件に分割する）、ステップＳ２７７に移行する。

ステップＳ２７７において、システム制御部２０は、検索された法人用予約履歴情報に基づいて出張実績確認画面ページを生成し、当該ページを法人端末３−ｊに送信する。

出張実績確認画面ページを受信した法人端末３−ｊは、当該ページに基づいて出張実績確認画面５５０を、図２７に示すように表示する。

ここで、出張実績確認画面５５０について説明すると、当該画面は、出張実績表示エリア５６０及びＣＳＶダウンロードボタン５７０により構成される。図２７は、予約日を対象として法人用予約履歴情報を検索した場合の表示例であり、出張実績表示エリア５６０には、予約日、予約番号、チェックイン日、チェックアウト日、キャンセル・不泊有無、宿泊先の宿泊施設の名称、住所、電話番号、宿泊代表者名、宿泊金額、通常料金、キャンセル・不泊料金、社員情報（例えば、氏名、社員番号等）が、予約日を一行として、予約日の古いものから順に表示される。なお、図２７は通常料金の表示を指定して検索した場合の表示例であり、通常料金の表示を指定しない場合は、出張実績表示エリア５６０に通常料金は表示されない。また、宿泊日を対象として法人用予約履歴情報を検索した場合は、宿泊日を一行として、宿泊日の古いものから順に表示される。

ここで、ユーザが法人端末３−ｊを操作して、ＣＳＶダウンロードボタン５７０を選択すると、法人端末３−ｊから旅行代理店サーバ１に、ＣＳＶダウンロードリクエストが送信される。

ＣＳＶダウンロードリクエストを受信した旅行代理店サーバ１のシステム制御部２０（ステップＳ２７８）、受信されたリクエストがＣＳＶダウンロードリクエストであるか否かを判定し（ステップＳ２７９）、ＣＳＶダウンロードリクエストではない場合は（ステップＳ２７９：ＮＯ）、処理を終了し、ＣＳＶダウンロードリクエストである場合は（ステップＳ２７９：ＹＥＳ）、検索された法人用予約履歴情報をＣＳＶ（Comma Separated Values）形式で法人端末３−ｊに送信する（ステップＳ２８０）。

法人端末３−ｊにより受信された法人用予約履歴情報は、その後、例えば、ユーザにより所定のフォーマットで印刷等され、あるいは、法人Ｃ−ｊが管理するデータベース等に登録される。

［６−８．請求金額情報登録時の動作］
次に、法人Ｃ−ｊに対する請求金額情報を登録する場合における動作について説明する。

図２８は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０の請求金額情報登録時における処理例を示すフローチャートである。

月初め（例えば、毎月１日の午前０時等）において、請求金額情報登録処理の実行が開始されると、図２８に示すように、旅行代理店サーバ１のシステム制御部２０は、処理対象とする法人Ｃ−ｊの法人ＩＤに、例えば、法人情報データベース１０３に最初に登録された法人ＩＤ等を設定する（ステップＳ２９１）。

次いで、システム制御部２０は、処理対象の法人ＩＤに対応付けて宿泊関連データベース１０４に登録されている法人用予約履歴情報の中から、前月の１日から月末日の範囲に含まれるチェックアウト日が設定された法人用予約履歴情報及び前月の１日から月末日の範囲に含まれるキャンセル日が設定された法人用予約履歴情報を検索する（ステップＳ２９２）。

そして、システム制御部２０は、検索された法人用予約履歴情報のうち、キャンセル有無情報がキャンセル無しに設定され、且つ不泊有無情報が不泊無しに設定された法人用予約履歴情報の宿泊料金の合計金額を算出する（ステップＳ２９３）。

次いで、システム制御部２０は、検索された法人用予約履歴情報のうち、キャンセル有無情報がキャンセル有りに設定され、または不泊有無情報が不泊有りに設定された法人用予約履歴情報のキャンセル・不泊料金の合計金額を算出する（ステップＳ２９４）。

そしてシステム制御部２０は、宿泊料金の合計金額とキャンセル・不泊料金の合計金額とを加算して請求金額を算出し、更に、所定の基準に基づいて請求金額を修正する（ステップＳ２９５）。

次いで、システム制御部２０は、算出された請求金額を含む請求金額情報を生成し、当該請求金額情報を、処理対象の法人ＩＤに対応付けて宿泊関連情報データベース１０４（図１３の請求金額情報）に登録する（ステップＳ２９６）。

次いで、システム制御部２０は、処理対象となる法人Ｃ−ｊがまだ存在するか否かを判定し（ステップＳ２９７）、存在する場合は（ステップＳ２９７：ＹＥＳ）、処理対象の法人ＩＤに次の法人ＩＤを設定して（ステップＳ２９８）、ステップＳ２９２〜Ｓ２９７の処理を続行する。

そして、処理対象となる法人Ｃ−ｊがなくなった場合は（ステップＳ２９７：ＮＯ）、法人予約対応の宿泊施設Ｈ−ｉに対する支払い金額登録処理を実行する（ステップＳ２９９）。例えば、システム制御部２０は、宿泊関連データベース１０４に登録されている法人用予約履歴情報の中から、前月の１日から月末日の範囲に含まれるチェックアウト日が設定された法人用予約履歴情報及び前月の１日から月末日の範囲に含まれるキャンセル日が設定された法人用予約履歴情報を検索し、検索された法人用予約履歴情報に設定されている宿泊先の宿泊施設Ｈ−ｉの施設ＩＤ単位で分けて、夫々宿泊料金及びキャンセル・不泊料金を合算し、合算した料金を宿泊施設Ｈ−ｉに対する支払料金として、施設ＩＤに対応付けて宿泊関連データベース１０４に登録する。

この後、例えば、オペレータ等が旅行代理店サーバ１の操作部１１を操作して、今月分の各法人Ｃ−ｊに対する請求書を作成し、当該請求書を各法人Ｃ−ｊに郵送等する。

なお、請求書に代えて、例えば、旅行代理店サーバ１のシステム制御部２０が請求金額登録処理を終えた後、請求書に相当する内容の電子メールを生成し、各法人Ｃ−ｊ宛て（送信先アドレスが法人Ｃ−ｊの電子メールアドレス）に送信するようにしても良い。また、旅行代理店サーバ１と金融機関（例えば、銀行、クレジットカード会社等）のオンラインシステムとを接続して、法人Ｃ−ｊの口座等から請求金額に相当する料金の引き落とし処理等を実行して、自動的に清算を行っても良い。

また、図２８の例では、月初めに法人Ｃ−ｊと宿泊施設Ｈ−ｉのそれぞれに対する請求金額情報の登録処理を行うようにしているが、例えば、法人や宿泊施設によって、処理を行う日を異なるものとしてもよい。この場合は、例えば、法人情報に締め日を設け、図２８に示す請求金額情報登録時の処理で、処理対象の法人ＩＤを設定するときに（ステップＳ２９１とステップＳ２９８）、締め日が本日（または前日）であるもののみを設定するようにしてもよい。このようにすることで、各法人や各宿泊施設に対応した請求を行うことができる。

［６−９．請求金額確認時の動作］
次に、管理者による請求金額確認時における動作について説明する。

図２９は、本実施形態に係る旅行代理店サーバ１のシステム制御部２０の請求金額確認時における処理例を示すフローチャートであり、同図において、図２８と同様の要素については同様の符号を付してある。また、図３０は、請求金額確認画面６００の表示例を示す図である。

法人端末３−ｊを利用するユーザは上級管理者、または一般管理者であり、上記５−１において説明した動作により、法人端末３−ｊの画面には上級管理者用管理画面または一般管理者用管理画面が表示されている。

ここで、ユーザが法人端末３−ｊを操作して、表示年及び月を選択した後、表示ボタンを選択すると、法人端末３−ｊから旅行代理店サーバ１に、選択された表示年及び月が設定された請求金額確認リクエストが送信され、図２９に示すように、旅行代理店サーバ１のシステム制御部２０は、当該リクエストを受信する（ステップＳ３１１）。

次いで、システム制御部２０は、保持されている法人ＩＤに対応付けて宿泊関連データベース１０４に登録されている法人用予約履歴情報の中から、請求金額確認リクエストに設定された年月の前月の１日から月末日の範囲に含まれるチェックアウト日が設定された法人用予約履歴情報及び前月の１日から月末日の範囲に含まれるキャンセル日が設定された法人用予約履歴情報を検索する（ステップＳ３１２）。

そして、システム制御部２０は、上記５−１２の場合と同様にして、請求金額を算出する（ステップＳ２９３〜Ｓ２９５）。

次いで、システム制御部２０は、検索された法人用予約履歴情報及び算出された請求金額に基づいて請求金額確認画面ページを生成し、当該ページを法人端末３−ｊに送信する（ステップＳ３１３）。

請求金額確認画面ページを受信した法人端末３−ｊは、当該ページに基づいて請求金額確認画面を、図３０に示すように表示する。

ここで、請求金額確認画面について説明すると、当該画面は、明細表示エリア６１０及び請求金額表示エリア６２０により構成される。明細表示エリア６１０には、予約日、予約番号、宿泊日、キャンセル・不泊有無、宿泊先の宿泊施設の名称、住所、電話番号、宿泊代表者名、宿泊金額、通常料金、キャンセル・不泊料金、社員情報が、支払請求の対象となる予約一件を一行として表示される。

また、請求金額表示エリア６２０には、ユーザにより指定された月に法人Ｃ−ｊが支払うべき宿泊料金の合計金額、キャンセル・不泊料金の合計金額、修正金額、及び請求金額の合計が表示される。

以上説明したように、本実施形態によれば、会員情報データベース１０２には、ユーザが所属する法人の法人ＩＤを含む会員情報が、当該ユーザの会員ＩＤに対応付けて登録され、宿泊施設情報データベース１０１には、特定の法人用に設定されたシークレットプランのシークレットプラン情報が登録されている。このシークレットプラン情報には、法人ＩＤが設定されていることにより、対象とする法人Ｃ−ｊと対応付けられている。そして、旅行代理店サーバ１のシステム制御部２０は、登録されたシークレットプラン情報が対応するシークレットプランを予約可能に予約ボタンを埋め込み且つシークレットプラン情報が示す内容を表示するシークレットプラン詳細表示画面ページを生成する。そして、システム制御部２０は、ログイン認証の際に予約者端末から送信された会員ＩＤを受信し、当該会員ＩＤに対応する会員情報に設定された法人ＩＤにより、ユーザの所属する法人を特定し、特定された法人用に設定されたシークレットプランに対応するシークレットプラン詳細表示画面ページを、ログイン認証を行った予約者端末に送信すると、予約者端末によりシークレットプラン詳細表示画面８００が表示される。そして、ユーザが当該画面に表示されている予約ボタン８３０を選択することに基づいて、このシークレットサービスの宿泊予約が行われると、当該シークレットプランの宿泊料金の支払いをユーザが所属する法人に請求するための請求金額情報が宿泊関連情報データベース１０４に登録されることとなる。

従って、宿泊施設Ｈ−ｉの提供者は、特定の法人に対して魅力的な宿泊プランを提示することが可能であり、特定の法人または当該法人に所属するユーザは、自分たちに特別な宿泊プランが提供されているというお得感を味わうこととなるため、宿泊施設の予約を促進することができる。

また、旅行代理店サーバ１のシステム制御部２０は、法人Ｃ−ｊの宿泊傾向に関する法人宿泊傾向メールを送信し、また、法人Ｃ−ｊの宿泊傾向を表示可能に埋め込んだ宿泊プラン設定画面ページを宿泊施設端末２−ｉに送信する。そして、システム制御部２０は、宿泊プラン設定画面を通じて宿泊施設Ｈ−ｉの従業者等に設定されたシークレットプラン情報を受信し、当該シークレットプラン情報を宿泊施設データベース１０１に登録する。

従って、宿泊施設Ｈ−ｉの従業者等は、法人Ｃ−ｊの宿泊傾向を参照して、シークレットプラン情報を設定することができるので、法人Ｃ−ｊの宿泊傾向に合わせたシークレットプランを提示することができる。

具体的に、旅行代理店サーバ１のシステム制御部２０は、法人Ｃ−ｊの所属者により過去に予約された宿泊施設Ｈ−ｉの名称や住所等の情報、チェックイン日、チェックアウト日、朝食・夕食の有無、宿泊料金等が設定された法人用予約履歴情報を解析し、その結果得られた宿泊傾向情報から取得した法人Ｃ−ｊの宿泊傾向を埋め込んだ宿泊プラン設定画面ページを送信するので、宿泊施設Ｈ−ｉの従業者等は、より的確なシークレットサービスを提示することができる。しかも、宿泊傾向情報には、法人Ｃ−ｊの所属者により頻繁に宿泊予約された地域である高頻度宿泊予約地域を示す情報が含まれており、旅行代理店サーバ１のシステム制御部２０は、高頻度宿泊予約地域内にある宿泊施設Ｈ−ｉに対して、当該法人Ｃ−ｊの宿泊傾向を提供するように、宿泊プラン設定画面ページへの埋め込みを行うので、宿泊施設Ｈ−ｉの従業者等は、宿泊予約を行う可能性のある法人Ｃ−ｊに対してシークレットプランを提示することができる。

また、旅行代理店サーバ１のシステム制御部２０は、法人Ｃ−ｊの上級管理者により設定された高頻度宿泊地域の名称を含む宿泊地域情報を法人情報データベース１０３に登録し、高頻度宿泊地域内にある宿泊施設Ｈ−ｉに対して、当該法人Ｃ−ｊの宿泊傾向を提供するように、宿泊プラン設定画面ページへの埋め込みを行うので、宿泊施設Ｈ−ｉの従業者等は、宿泊予約を行う可能性のある法人Ｃ−ｊに対してシークレットプランを提示することができる。

更に、旅行代理店サーバ１のシステム制御部２０は、法人Ｃ−ｊの上級管理者により設定された当該法人Ｃ−ｊが有する複数の部署の所在地を含む部署情報を法人情報データベース１０３に登録し、各部署の所在する地域の少なくとも何れかひとつの地域にある宿泊施設Ｈ−ｉに対して、当該法人Ｃ−ｊの宿泊傾向を提供するように、宿泊プラン設定画面ページへの埋め込みを行うので、部署間で社員の行き来が頻繁に行われていれば、宿泊施設Ｈ−ｉの従業者等は、宿泊予約を行う可能性のある法人Ｃ−ｊに対してシークレットプランを提示することができる。

また、宿泊傾向情報には、部署毎の高頻度宿泊予約地域が設定されており、旅行代理店サーバ１のシステム制御部２０は、ログイン認証の際に予約者端末から受信された会員ＩＤ及当該会員ＩＤに対応する法人ＩＤに基づいてユーザの所属部署の名称を取得し、ユーザの所属部署の高頻度宿泊予約地域を特定する。そして、システム制御部２０は、法人ＩＤに対応する対応シークレットサービス管理情報に設定された施設ＩＤが示す宿泊施設Ｈ−ｉの住所を宿泊施設情報から取得し、ユーザの所属部署の高頻度宿泊予約地域内に宿泊施設Ｈ−ｉの住所がある場合には、シークレットプラン詳細画面ページを予約者端末に送信する。

従って、部署毎に予約する可能性の高いシークレットプランをユーザに提示することができる。

また更に、旅行代理店サーバ１のシステム制御部２０は、部署情報に設定された各部署の所在地を含む地域のうち、ユーザの所属部署の所在地を含む地域を除いた少なくとも何れか一つの地域に、対応シークレットサービス管理情報に設定された施設ＩＤが示す宿泊施設Ｈ−ｉの住所がある場合には、シークレットプラン詳細画面ページを予約者端末に送信する。

従って、部署間で社員の行き来が頻繁に行われていれば、宿泊施設Ｈ−ｉの従業者等は、宿泊予約を行う可能性のある法人Ｃ−ｊに対してシークレットプランを提示することができるとともに、ユーザの所属部署の所在する地域にある宿泊施設Ｈ−ｉに宿泊予約を行う可能性は少ないことから、宿泊予約を行う可能性が少ない所属部署に対してシークレットプランを提示しないようにすることができる。

また、旅行代理店サーバ１のシステム制御部２０は、予約者端末から送信された予約リクエストに設定された支払方法情報が法人からの支払いを示しているか否かを判定し、法人からの支払いを示していない場合は、ユーザによる現地での支払として処理し、法人からの支払いを示しいる場合は、予約リクエストが示す宿泊施設Ｈ−ｉの宿泊料金を含んだ請求金額情報を宿泊関連情報データベース１０４に登録するようになっている。

従って、ユーザは、選択により個人として宿泊予約システムを利用して宿泊施設Ｈ−ｉの宿泊予約を行うことが可能であるとともに、法人の所属者として宿泊施設Ｈ−ｉの宿泊予約を行うことができる。また、法人の所属者として宿泊予約が行われた宿泊施設Ｈ−ｉの宿泊料金は、法人に対して支払いを請求するための請求金額の一部または全部として登録されるので、宿泊予約したユーザ自身は料金を支払う必要が無く、清算業務負担を削減することができる。

なお、上記実施形態においては、宿泊傾向情報として、法人Ｃ−ｊの宿泊予約に関する傾向及び当該法人が有する部署の宿泊予約に関する傾向を登録するようにしていたが、例えば、法人Ｃ−ｊに所属する社員の会員情報をも解析して、これにより得られた傾向（例えば、宿泊予約を行う社員の年齢層、性別等）を登録し、当該傾向を宿泊施設Ｈ−ｉに提供しても良い。この場合、旅行代理店サーバ１のシステム制御部２０は、宿泊予約の際に、予約を行ったユーザの会員ＩＤを法人用予約履歴情報に設定して、社員の会員情報をできるようにすれば良い。

また、個人用予約履歴情報を解析して、ユーザ毎の宿泊傾向を取得し、宿泊施設検索画面ページにシークレットプラン用リンクを埋め込む際に、ユーザ毎の宿泊傾向に基づいてシークレットプラン用リンクを埋め込むか否かを制御しても良い。

また、上記実施形態においては旅行代理店サーバ１のシステム制御部２０は、予めシークレットプラン詳細表示画面ページを生成しておくようにしていたが、例えば、予約者端末からシークレットプラン表示リクエストを受信したときに、対応するシークレットプラン情報に基づいてシークレットプラン詳細表示画面ページを生成し、当該ページを予約者端末に送信しても良い。

また、上記実施形態においては、ユーザが個人として宿泊予約を行う場合には、現地で宿泊料金を支払うようにしていたが、法人予約サービスの場合と同様に、１ヶ月毎にユーザから旅行代理店に支払うようにし、旅行代理店に支払われた宿泊料金は、旅行代理店から各宿泊施設Ｈ−ｉに支払うようにしても良い。これにより、ユーザは、現地で宿泊料金を支払う必要が無く、キャンセル料金や不泊料金の支払い等もスムーズに行うことができる。

また、上記実施形態においては、宿泊施設Ｈ−ｉの従業員等は管理画面を操作することにより、旅行代理店サーバ１から送信された宿泊予約状況を確認したり、宿泊予約のキャンセル等の手続を行うようにしていたが、必ずしもこのように構成する必要は無く、例えば、旅行代理店と宿泊施設Ｈ−ｉとの間は電子メール、ＦＡＸ、電話等を用いて宿泊予約の通知やキャンセルの通知等を行うようにしても良い。この場合、キャンセル等の通知を受けた旅行代理店のオペレータ等は、旅行代理店サーバ１を操作することにより、宿泊関連データベース１０４に登録されている宿泊予約状況や法人用予約履歴情報等を更新するようにしても良い。

また、上記実施形態においては、本発明に係るサービス予約システムに宿泊施設の宿泊予約システムを適用したが、これに限られるものではなく、あらゆるサービスの予約に対して適用することができる。例えば、宿泊施設の宿泊予約に加えて交通機関のチケットの予約を適用した場合には、出張費用の清算がトータルに行われるので、法人による出張費用の清算業務負担を大幅に削減することができる。また、例えば、宿泊施設の宿泊予約に限らず、チケットの購入や、ゴルフ場の予約、レストランの予約などにも本発明に係るサービス予約システムを適用することで、法人による清算業務負担を大幅に削減することができる。

また、上記実施形態においては、本発明に係る団体に法人を適用していたが、例えば、法人格を有さない団体（例えば、町内会やクラブ等）にも適用することができる。

本実施形態に係る宿泊予約システムＳの概要構成の一例を示す図である。 本実施形態に係る宿泊予約システムＳにおいて提供される法人予約サービスの概要について説明する図である。 法人予約サービスにおける社員の管理権限を説明する図である。 本実施形態に係る旅行代理店サーバ１の概要構成の一例を示すブロック図である。 宿泊施設関連情報の構成例を示す図である。 会員情報の構成例を示す図である。 法人情報の構成例を示す図である。 社員情報の構成例を示す図である。 入力項目設定情報の構成例を示す図である。 社員管理情報の構成例を示す図である。 宿泊施設予約情報の構成例を示す図である。 個人用予約履歴情報及び法人用予約履歴情報の構成例を示す図である。 請求金額情報の構成例を示す図である。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０の部署情報・宿泊地域情報登録時における処理例を示すフローチャートである。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０の宿泊プラン設定時における処理例を示すフローチャートである。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０の法人予約利用登録時における処理例を示すフローチャートである。 新規登録画面４００の表示例を示す図である。 社員情報入力画面４５０の表示例を示す図である。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０の宿泊予約時における処理例を示すフローチャートである。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０のシークレットプラン用リンク埋め込み処理における処理例を示すフローチャートである。 宿泊施設検索画面７００の表示例を示す図である。 シークレットプラン詳細表示画面８００の表示例を示す図である。 予約内容確認画面５００の表示例を示す図である。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０のユーザによる宿泊予約キャンセル時における処理例を示すフローチャートである。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０の宿泊施設Ｈ−ｉによる宿泊予約キャンセル、不泊登録時の動作における処理例を示すフローチャートである。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０の出張実績確認時における処理例を示すフローチャートである。 出張実績確認画面５５０の表示例を示す図である。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０の請求金額情報登録時における処理例を示すフローチャートである。 本実施形態に係る旅行代理店サーバ１のシステム制御部２０の請求金額確認時における処理例を示すフローチャートである。 請求金額確認画面６００の表示例を示す図である。

符号の説明

１ 旅行代理店サーバ
２−ｉ 宿泊施設端末
３−ｊ 法人端末
４−ｋ ユーザ端末
１１ 操作部
１２ 表示部
１３ 通信部
１４ ドライブ部
１５ 記憶部
１６ 入出力インタフェース
１７ ＣＰＵ
１８ ＲＯＭ
１９ ＲＡＭ
２０ システム制御部
２１ システムバス
１０１ 宿泊施設情報データベース
１０２ 会員情報データベース
１０３ 法人情報データベース
１０４ 宿泊関連情報データベース
ＮＷ ネットワーク
Ｓ 宿泊予約システム

Claims (10)

1. ネットワークに接続可能な端末装置と、前記ネットワークを介して前記端末装置の要求に応じて所定のサービスの内容を少なくとも示すサービス情報をネットワークを介して端末装置に提供する情報提供装置と、を備え、前記端末装置からの要求に応じて予約が行われた前記サービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システムであって、
   前記情報提供装置は、
   前記ユーザが所属する前記団体を識別するための団体識別情報を、当該ユーザを識別するためのユーザ識別情報に対応付けて登録しておくとともに、特定の前記団体用に設定された前記サービスである特別サービスの前記サービス情報を、当該団体の前記団体識別情報に対応付けて登録しておくデータベースであり、前記特別サービスの提供場所を示す提供場所情報を、当該特別サービスの前記サービス情報に対応付けて登録しておくとともに、前記団体に含まれる複数の部門夫々の所在地を示す部門情報を、当該団体の前記団体識別情報に対応付けて登録しておき、更に、前記複数の部門のうち前記ユーザの所属部門を示す所属部門情報を、当該ユーザの前記ユーザ識別情報に対応付けて登録するデータベースと、
   前記登録されたサービス情報が対応する前記特別サービスを予約可能にして当該サービス情報を表示するための画面を構成するサービス画面情報を生成するサービス画面情報生成手段と、
   前記ユーザの指令に基づいて前記端末装置から送信された当該ユーザの前記ユーザ識別情報を受信するユーザ識別情報受信手段と、
   前記受信されたユーザ識別情報に対応する前記団体識別情報に基づいて、前記ユーザが所属する前記団体を特定する所属団体特定手段と、
   前記受信されたユーザ識別情報に対応する前記所属部門情報に基づいて、前記ユーザの所属部門を特定する所属部門特定手段と、
   前記特定された団体の前記団体識別情報に対応する前記部門情報が示す所在地が含まれる地域のうち、前記特定された所属部門の所在地が含まれる地域を除く少なくとも何れか一つの地域に、前記特定された団体用に設定された前記特別サービスの前記提供場所情報が示す提供場所が含まれるか否かを判定する第１部門地域判定手段と、
   前記特定された団体用に設定された前記特別サービスのうち、前記何れか一つの地域に前記提供場所が含まれる前記特別サービスに対応する前記サービス画面情報を、前記ユーザ識別情報を送信した前記端末装置に送信するサービス画面情報送信手段と、を備え、
   前記端末装置は、
   前記ユーザの指令に基づいて、当該ユーザの前記ユーザ識別情報を前記情報提供装置に送信するユーザ識別情報送信手段と、
   前記情報提供装置から送信された前記サービス画面情報を受信するサービス画面情報受信手段と、
   前記受信されたサービス画面情報に基づいて、当該サービス画面情報が対応する前記特別サービスを予約可能にして前記サービス情報を画面に表示するサービス情報表示手段と、
   を備えることを特徴とするサービス予約システム。
2. 所定のサービスの内容を少なくとも示すサービス情報をネットワークを介して端末装置に提供するとともに、前記端末装置からの要求に応じて予約が行われた前記サービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システムにおける情報提供装置であって、
   前記ユーザが所属する前記団体を識別するための団体識別情報を、当該ユーザを識別するためのユーザ識別情報に対応付けて登録しておくとともに、特定の前記団体用に設定された前記サービスである特別サービスの前記サービス情報を、当該団体の前記団体識別情報に対応付けて登録しておくデータベースであり、前記特別サービスの提供場所を示す提供場所情報を、当該特別サービスの前記サービス情報に対応付けて登録しておくとともに、前記団体に含まれる複数の部門夫々の所在地を示す部門情報を、当該団体の前記団体識別情報に対応付けて登録しておき、更に、前記複数の部門のうち前記ユーザの所属部門を示す所属部門情報を、当該ユーザの前記ユーザ識別情報に対応付けて登録するデータベースと、
   前記登録されたサービス情報が対応する前記特別サービスを予約可能にして当該サービス情報を表示するための画面を構成するサービス画面情報を生成するサービス画面情報生成手段と、
   前記ユーザの指令に基づいて前記端末装置から送信された当該ユーザの前記ユーザ識別情報を受信するユーザ識別情報受信手段と、
   前記受信されたユーザ識別情報に対応する前記団体識別情報に基づいて、前記ユーザが所属する前記団体を特定する所属団体特定手段と、
   前記受信されたユーザ識別情報に対応する前記所属部門情報に基づいて、前記ユーザの所属部門を特定する所属部門特定手段と、
   前記特定された団体の前記団体識別情報に対応する前記部門情報が示す所在地が含まれる地域のうち、前記特定された所属部門の所在地が含まれる地域を除く少なくとも何れか一つの地域に、前記特定された団体用に設定された前記特別サービスの前記提供場所情報が示す提供場所が含まれるか否かを判定する第１部門地域判定手段と、
   前記特定された団体用に設定された前記特別サービスのうち、前記何れか一つの地域に前記提供場所が含まれる前記特別サービスに対応する前記サービス画面情報を、前記ユーザ識別情報を送信した前記端末装置に送信するサービス画面情報送信手段と、
   を備えることを特徴とする情報提供装置。
3. 請求項２に記載の情報提供装置において、
   前記サービスの提供者により、対象とする前記団体を指定して設定された特別サービスの前記サービス情報を当該提供者が利用するサービス端末装置から受信するサービス情報受信手段と、
   前記受信されたサービス情報を、前記指定された団体の前記団体識別情報に対応付けて前記データベースに登録するサービス情報登録手段と、
   前記サービスに関連した前記団体の傾向を示す傾向情報を前記提供者が閲覧可能に前記サービス端末装置に提供する傾向情報提供手段と、
   を更に備えることを特徴とする情報提供装置。
4. 請求項３に記載の情報提供装置において、
   前記データベースには、前記団体の所属者により過去に予約された前記サービスの少なくとも内容を示す予約情報が当該団体の前記団体識別情報に対応付けて登録されており、
   前記傾向情報提供手段は、前記登録された予約情報に基づいて、当該予約情報に対応する前記団体識別情報が示す団体の前記傾向情報を提供することを特徴とする情報提供装置。
5. 請求項３に記載の情報提供装置において、
   前記データベースには、前記団体の所属者が行く頻度の高い地域として予め設定された地域情報が、当該団体の前記団体識別情報に対応付けて登録されており、
   前記登録された地域情報が示す地域に前記登録された提供場所情報により示される提供場所が含まれるか否かを判定する提供地域判定手段を更に備え、
   前記傾向情報提供手段は、前記地域に前記提供場所が含まれる場合には、前記地域情報に対応する前記団体識別情報が示す前記団体の所属者が当該地域に行く頻度が高いことを示す前記傾向情報を、前記サービス端末装置に提供することを特徴とする情報提供装置。
6. 請求項３に記載の情報提供装置において、
   前記登録された部門情報が示す各所在地の少なくとも何れか一つを含む地域に、前記登録された提供場所情報により示される提供場所が含まれるか否かを判定する提供地域判定手段を更に備え、
   前記傾向情報提供手段は、前記地域に前記提供場所が含まれる場合には、前記部門情報に対応する前記団体識別情報により示される前記団体の所属者が当該地域に行く頻度が高いことを示す前記傾向情報を、前記サービス端末装置に提供することを特徴とする情報提供装置。
7. 請求項２または請求項３に記載の情報提供装置において、
   前記データベースには、前記団体の所属者により過去に予約された前記サービスの内容と、当該所属者の所属部門と、を少なくとも示す予約情報が当該団体の前記団体識別情報に対応付けて登録されており、
   前記特定された前記団体の前記団体識別情報に対応する前記予約情報のうち、前記特定された所属部門を含む前記予約情報に基づいて、当該所属部門の所属者が行く頻度の高い地域を特定し、当該特定された地域に、前記登録された提供場所情報が示す提供場所が含まれるか否かを判定する第２部門地域判定手段、を更に備え、
   前記サービス画面情報送信手段は、前記地域に前記提供場所が含まれる場合に、前記サービス画面情報を送信することを特徴とする情報提供装置。
8. 請求項２乃至７の何れか１項に記載の情報提供装置において、
   前記ユーザが前記団体の所属者として予約を行うか否かを示す団体予約情報を前記端末装置から受信する団体予約情報受信手段と、
   前記ユーザにより指定された前記サービスの予約の要求を示す予約要求情報を前記端末装置から受信する予約要求情報受信手段と、
   前記受信された団体予約情報に基づいて、前記受信された予約要求情報が示す前記サービスを前記団体の所属者として予約するか否かを判定する団体予約判定手段と、
   前記予約要求情報が示す前記サービスを前記団体の所属者として予約すると判定した場合には、当該サービスの料金を含む前記請求金額情報を、前記特定された団体識別情報に対応付けて前記データベースに登録する請求金額登録手段と、
   を更に備えることを特徴とする情報提供装置。
9. 所定のサービスの内容を少なくとも示すサービス情報をネットワークを介して端末装置に提供するとともに、前記端末装置からの要求に応じて予約が行われた前記サービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システムにおける情報提供装置であって、前記ユーザが所属する前記団体を識別するための団体識別情報を、当該ユーザを識別するためのユーザ識別情報に対応付けて登録しておくとともに、特定の前記団体用に設定された前記サービスである特別サービスの前記サービス情報を、当該団体の前記団体識別情報に対応付けて登録しておくデータベースであり、前記特別サービスの提供場所を示す提供場所情報を、当該特別サービスの前記サービス情報に対応付けて登録しておくとともに、前記団体に含まれる複数の部門夫々の所在地を示す部門情報を、当該団体の前記団体識別情報に対応付けて登録しておき、更に、前記複数の部門のうち前記ユーザの所属部門を示す所属部門情報を、当該ユーザの前記ユーザ識別情報に対応付けて登録するデータベースを備える情報提供装置による情報提供方法において、
   前記登録されたサービス情報が対応する前記特別サービスを予約可能にして当該サービス情報を表示するための画面を構成するサービス画面情報を生成するサービス画面情報生成工程と、
   前記ユーザの指令に基づいて前記端末装置から送信された当該ユーザの前記ユーザ識別情報を受信するユーザ識別情報受信工程と、
   前記受信されたユーザ識別情報に対応する前記団体識別情報に基づいて、前記ユーザが所属する前記団体を特定する所属団体特定工程と、
   前記受信されたユーザ識別情報に対応する前記所属部門情報に基づいて、前記ユーザの所属部門を特定する所属部門特定工程と、
   前記特定された団体の前記団体識別情報に対応する前記部門情報が示す所在地が含まれる地域のうち、前記特定された所属部門の所在地が含まれる地域を除く少なくとも何れか一つの地域に、前記特定された団体用に設定された前記特別サービスの前記提供場所情報が示す提供場所が含まれるか否かを判定する第１部門地域判定工程と、
   前記特定された団体用に設定された前記特別サービスのうち、前記何れか一つの地域に前記提供場所が含まれる前記特別サービスに対応する前記サービス画面情報を、前記ユーザ識別情報を送信した前記端末装置に送信するサービス画面情報送信工程と、
   を含むことを特徴とする情報提供方法。
10. 所定のサービスの内容を少なくとも示すサービス情報をネットワークを介して端末装置に提供するとともに、前記端末装置からの要求に応じて予約が行われた前記サービスの料金の支払いを当該端末装置のユーザが所属する団体に請求するための請求金額情報を登録するサービス予約システムにおける情報提供装置であって、前記ユーザが所属する前記団体を識別するための団体識別情報を、当該ユーザを識別するためのユーザ識別情報に対応付けて登録しておくとともに、特定の前記団体用に設定された前記サービスである特別サービスの前記サービス情報を、当該団体の前記団体識別情報に対応付けて登録しておくデータベースであり、前記特別サービスの提供場所を示す提供場所情報を、当該特別サービスの前記サービス情報に対応付けて登録しておくとともに、前記団体に含まれる複数の部門夫々の所在地を示す部門情報を、当該団体の前記団体識別情報に対応付けて登録しておき、更に、前記複数の部門のうち前記ユーザの所属部門を示す所属部門情報を、当該ユーザの前記ユーザ識別情報に対応付けて登録するデータベースを備える情報提供装置に含まれるコンピュータを、
    前記登録されたサービス情報が対応する前記特別サービスを予約可能にして当該サービス情報を表示するための画面を構成するサービス画面情報を生成するサービス画面情報生成手段、
    前記ユーザの指令に基づいて前記端末装置から送信された当該ユーザの前記ユーザ識別情報を受信するユーザ識別情報受信手段、
    前記受信されたユーザ識別情報に対応する前記団体識別情報に基づいて、前記ユーザが所属する前記団体を特定する所属団体特定手段、
    前記受信されたユーザ識別情報に対応する前記所属部門情報に基づいて、前記ユーザの所属部門を特定する所属部門特定手段、
    前記特定された団体の前記団体識別情報に対応する前記部門情報が示す所在地が含まれる地域のうち、前記特定された所属部門の所在地が含まれる地域を除く少なくとも何れか一つの地域に、前記特定された団体用に設定された前記特別サービスの前記提供場所情報が示す提供場所が含まれるか否かを判定する第１部門地域判定手段、
    前記特定された団体用に設定された前記特別サービスのうち、前記何れか一つの地域に前記提供場所が含まれる前記特別サービスに対応する前記サービス画面情報を、前記ユーザ識別情報を送信した前記端末装置に送信するサービス画面情報送信手段、
    として機能させることを特徴とする情報提供処理プログラム。

Images