特許 6074555 情報処理装置、情報処理方法、プログラム、記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6074555

(24)【登録日】2017年1月13日

(45)【発行日】2017年2月1日

(54)【発明の名称】情報処理装置、情報処理方法、プログラム、記憶媒体

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20170123BHJP

【ＦＩ】

   G06Q10/06 302

【請求項の数】10

【全頁数】26

(21)【出願番号】特願2016-563202(P2016-563202)

(86)(22)【出願日】2015年12月10日

(86)【国際出願番号】JP2015084702

【審査請求日】2016年10月18日

【早期審査対象出願】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天株式会社

(74)【代理人】

【識別番号】100116942

【弁理士】

【氏名又は名称】岩田 雅信

(74)【代理人】

【識別番号】100167704

【弁理士】

【氏名又は名称】中川 裕人

(74)【代理人】

【識別番号】100114122

【弁理士】

【氏名又は名称】鈴木 伸夫

(74)【代理人】

【識別番号】100086841

【弁理士】

【氏名又は名称】脇 篤夫

(72)【発明者】

【氏名】齊藤 満

(72)【発明者】

【氏名】木塚 隼人

(72)【発明者】

【氏名】黒澤 隆由

【審査官】 宮地 匡人

(56)【参考文献】

【文献】 特開２００４−１９２３５７（ＪＰ，Ａ）

【文献】 特開２０１４−０８１８５７（ＪＰ，Ａ）

【文献】 国際公開第２０１４／１３２４０５（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

団体に属する各団体構成員の属性情報の登録処理及び前記団体の宿泊予約に関する第１条件の登録処理を行う構成員情報登録部と
端末装置により前記団体のある団体構成員が入力した宿泊予約に関する検索条件を第２条件として取得するとともに、当該団体構成員についての前記第１条件を取得する条件取得部と、
前記第１条件及び前記第２条件の両方を満たした宿泊予約候補の抽出を行う候補抽出部と、
前記候補抽出部が抽出した宿泊予約候補を前記端末装置に提示させる処理を行う提示制御部と、を備え、
前記候補抽出部は、宿泊予約候補の抽出において、宿泊当日までの日数に応じて前記第１条件を変更する
情報処理装置。

【請求項2】

前記候補抽出部は、
前記第２条件に合致する宿泊プランの検索処理を行った後、該検索処理で検索された宿泊プランのうちで、前記第１条件に合致する宿泊プランを宿泊予約候補とするとともに、
前記検索処理で検索された宿泊プランのうちで、前記第１条件に合致する宿泊プランが存在しない場合は、前記第１条件を緩和し、緩和した第１条件に合致する宿泊プランを宿泊予約候補とする処理を行う
請求項１に記載の情報処理装置。

【請求項3】

前記候補抽出部は、
前記第１条件と前記第２条件のアンド条件で宿泊予約候補の検索処理を行い、該検索処理で検索された宿泊プランを宿泊予約候補とするとともに、
検索結果として宿泊プランが得られなかった場合は、前記第１条件を緩和し、緩和した第１条件と前記第２条件のアンド条件で宿泊予約候補の検索処理を行い、前記検索処理で検索された宿泊プランを宿泊予約候補とする処理を行う
請求項１に記載の情報処理装置。

【請求項4】

前記第１条件の変更は、同じ団体に属する他の団体構成員に対応付けられた第１条件への変更である
請求項１に記載の情報処理装置。

【請求項5】

前記候補抽出部は、
前記団体のある団体構成員の第１条件を変更しても宿泊予約候補を抽出できない場合には、前記団体の他の団体構成員の予約済の宿泊施設を当該ある団体構成員の宿泊予約候補として抽出する
請求項１に記載の情報処理装置。

【請求項6】

前記候補抽出部が第１条件を変更して宿泊予約候補の抽出を行った場合には、前記提示制御部は第１条件変更の結果であることを明示する
請求項１に記載の情報処理装置。

【請求項7】

前記提示制御部は、第２条件を満たすが宿泊予約候補とされなかった候補外宿泊プランも提示するとともに、
前記候補外宿泊プランについての予約操作が行われた場合には、警告出力を実行させる
請求項１に記載の情報処理装置。

【請求項8】

情報処理装置が実行する情報処理方法として、
団体に属する各団体構成員の属性情報の登録処理及び前記団体の宿泊予約に関する第１条件の登録処理を行うステップと、
端末装置により前記団体のある団体構成員が入力した宿泊予約に関する検索条件を第２条件として取得するとともに、当該団体構成員についての前記第１条件を取得するステップと、
前記第１条件及び前記第２条件の両方を満たした宿泊予約候補の抽出を行うとともに、宿泊予約候補の抽出において、宿泊当日までの日数に応じて前記第１条件を変更して宿泊予約候補の抽出を行うステップと、
前記宿泊予約候補の抽出を行うステップにおいて抽出した宿泊予約候補を前記端末装置に提示させるステップを実行する
情報処理方法。

【請求項9】

団体に属する各団体構成員の属性情報の登録処理及び前記団体の宿泊予約に関する第１条件の登録処理を行う手順と、
端末装置により前記団体のある団体構成員が入力した宿泊予約に関する検索条件を第２条件として取得するとともに、当該団体構成員についての前記第１条件を取得する手順と、
前記第１条件及び前記第２条件の両方を満たした宿泊予約候補の抽出を行うとともに、宿泊予約候補の抽出において、宿泊当日までの日数に応じて前記第１条件を変更して宿泊予約候補の抽出を行う手順と、
前記宿泊予約候補の抽出を行うステップにおいて抽出した宿泊予約候補を前記端末装置に提示させる手順と、
を情報処理装置に実行させるプログラム。

【請求項10】

コンピュータに、
団体に属する各団体構成員の属性情報の登録処理及び前記団体の宿泊予約に関する第１条件の登録処理を行う手順と、
端末装置により前記団体のある団体構成員が入力した宿泊予約に関する検索条件を第２条件として取得するとともに、当該団体構成員についての前記第１条件を取得する手順と、
前記第１条件及び前記第２条件の両方を満たした宿泊予約候補の抽出を行うとともに、宿泊予約候補の抽出において、宿泊当日までの日数に応じて前記第１条件を変更して宿泊予約候補の抽出を行う手順と、
前記宿泊予約候補の抽出を行うステップにおいて抽出した宿泊予約候補を前記端末装置に提示させる手順と、
を実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、プログラム、記憶媒体に関し、具体的には、宿泊施設を検索する際の条件を設定するための技術に関する。

【先行技術文献】

【特許文献】

【0002】

【特許文献1】特開平１１−１４３９７７号公報

【特許文献2】特開２００４−７８９１３号公報

【背景技術】

【0003】

インターネットなどの通信ネットワークの発達に応じて、通信ネットワークを介した宿泊施設の予約が普及している。この流れにおいて、会社等の団体に所属する個人が団体の一社員として団体の規定に沿った条件の下でネットワークを介した宿泊施設の予約も行われている。

【0004】

上記特許文献１では、企業等の組織における業務出張に関して宿泊施設の予約がなされる際、宿泊条件と組織の規定との照合が自動的に行われ、出張規定に違反している場合には警告又はガイダンスを表示して旅程の変更又は例外処理申請を促すことが行われている。
また、上記特許文献２には、例えば所属する企業の予約システムからユーザがホテルを予約する際、ユーザの属性に従って予約できる種別が参照できる機能が紹介されている。

【発明の概要】

【発明が解決しようとする課題】

【0005】

例えば上記特許文献１，２のように、会社の規定を反映して社員等の業務上での宿泊予約を支援するサービスによれば、会社にとっては規定に沿った社員による宿泊予約を行わせることができる。
しかしながら、会社の規定を重視しすぎるあまり宿泊施設の候補の幅を狭めると業務に支障をきたしてしまうことがあり得る。例えば出張に行く必要があるのに宿泊施設が見つけられないということも生ずることが考えられる。
そこで、本発明は、会社の規定に従った検索を行うとともに、仮に検索条件を変更せざるを得ない状況となった場合でも可能な限り会社規定に近い条件を満たす宿泊予約候補が自動的に得られるようにすることを目的とする。

【課題を解決するための手段】

【0006】

本発明に係る情報処理装置は、団体に属する各団体構成員の属性情報の登録処理及び前記団体の宿泊予約に関する第１条件の登録処理を行う構成員情報登録部と、端末装置により前記団体のある団体構成員が入力した宿泊予約に関する検索条件を第２条件として取得するとともに、当該団体構成員についての前記第１条件を取得する条件取得部と、前記第１条件及び前記第２条件の両方を満たした宿泊予約候補を抽出する処理を行うとともに、宿泊予約候補が抽出できない場合は、前記第１条件を変更して宿泊予約候補の抽出を行う候補抽出部と、前記候補抽出部が抽出した宿泊予約候補を前記端末装置に提示させる処理を行う提示制御部とを備える。
即ち、一度目の第１条件によっては宿泊予約候補が抽出されない場合には、条件を変更することにより再度宿泊予約候補の抽出処理が行われる。

【0007】

上記の情報処理装置においては、前記候補抽出部は、前記第２条件に合致する宿泊プランの検索処理を行った後、該検索処理で検索された宿泊プランのうちで、前記第１条件に合致する宿泊プランを宿泊予約候補とするとともに、前記検索処理で検索された宿泊プランのうちで、前記第１条件に合致する宿泊プランが存在しない場合は、前記第１条件を緩和し、緩和した第１条件に合致する宿泊プランを宿泊予約候補とする処理を行うことが考えられる。
即ち、第１条件による抽出処理に先立ち、第２条件による検索処理が実行される。

【0008】

上記の情報処理装置においては、前記候補抽出部は、前記第１条件と前記第２条件のアンド条件で宿泊予約候補の検索処理を行い、該検索処理で検索された宿泊プランを宿泊予約候補とするとともに、検索結果として宿泊プランが得られなかった場合は、前記第１条件を緩和し、緩和した第１条件と前記第２条件のアンド条件で宿泊予約候補の検索処理を行い、前記検索処理で検索された宿泊プランを宿泊予約候補とする処理を行うことが考えられる。
即ち、第１条件による抽出処理と第２条件による検索処理がアンド条件の検索として一括して実行される。

【0009】

上記の情報処理装置においては、前記候補抽出部は、予約日から宿泊当日までの日数に応じて前記第１条件を変更することが考えられる。
例えば、宿泊当日までの日数が近い予約日ほど、第１条件の変更幅を大きくする。

【0010】

上記の情報処理装置においては、前記第１条件の変更は、同じ団体に属する他の団体構成員に対応付けられた第１条件への変更であることが考えられる。
即ち、同じ団体の属する他の団体構成員に対応付けられた第１条件を利用することにより宿泊予約に関する条件を変更する。

【0011】

上記の情報処理装置においては、前記候補抽出部は、前記団体のある団体構成員の第１条件を変更しても宿泊予約候補を抽出できない場合には、前記団体の他の団体構成員の予約済の宿泊施設を当該ある団体構成員の宿泊予約候補として抽出することが考えられる。
即ち、同じ団体に属する他の団体構成員が予約した宿泊施設へと変更することにより宿泊予約に関する条件を変更する。

【0012】

上記の情報処理装置においては、前記候補抽出部が第１条件を変更して宿泊予約候補の抽出を行った場合には、前記提示制御部は第１条件変更の結果であることを明示することが考えられる。
例えば、「第１条件変更の結果であることを明示する」とは、例えば団体の規定に違反していることの表示である。

【0013】

上記の情報処理装置においては、前記提示制御部は、第２条件を満たすが宿泊予約候補とされなかった候補外宿泊プランも提示するとともに、前記候補外宿泊プランについての予約操作が行われた場合には、警告出力を実行させることが考えられる。
このように、候補外宿泊プランも提示することで、少なくとも第２条件を満たす宿泊予約候補が表示される。

【0014】

本発明に係る情報処理方法は、情報処理装置が、団体に属する各団体構成員の属性情報の登録処理及び前記団体の宿泊予約に関する第１条件の登録処理を行うステップと、端末装置により前記団体のある団体構成員が入力した宿泊予約に関する検索条件を第２条件として取得するとともに、当該団体構成員についての前記第１条件を取得するステップと、前記第１条件及び前記第２条件の両方を満たした宿泊予約候補を抽出する処理を行うとともに、宿泊予約候補が抽出できない場合は、前記第１条件を変更して宿泊予約候補の抽出を行うステップと、前記宿泊予約候補の抽出を行うステップにおいて抽出した宿泊予約候補を前記端末装置に提示させるステップを実行する情報処理方法である。
この情報処理方法を実行することで、事前に登録された第１条件によっては宿泊予約候補が抽出されない場合には、条件を変更した上で宿泊予約候補の抽出処理が行われる。
本発明に係るプログラムは、上記の情報処理方法としての各ステップの処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記のプログラムを記憶した記憶媒体である。
これらのプログラムや記憶媒体により、上記の情報処理装置を実現する。

【発明の効果】

【0015】

本発明によれば、会社の規定に従った検索を行うことができるとともに、仮に検索条件を変更せざるを得ない状況となった場合でも可能な限り会社規定に近い条件を満たす宿泊予約候補が自動的に得られる。

【図面の簡単な説明】

【0016】

【図1】本発明の実施の形態のネットワークシステムの概要のブロック図である。

【図2】実施の形態で用いられるコンピュータ装置のブロック図である。

【図3】実施の形態の宿泊施設予約サーバの機能構成の説明図である。

【図4】実施の形態の団体情報データベースに登録される団体の情報の例を示した図である。

【図5】実施の形態の重み付けの例を示した図である。

【図6】実施の形態の宿泊予約画面の例を示した図である。

【図7】実施の形態の検索結果が表示された画面の例を示した図である。

【図8】実施の形態の処理の流れの一例を示す説明図である。

【図9】実施の形態の処理の流れの一例を示す説明図である。

【図10】実施の形態の宿泊施設予約処理のフローチャートである。

【図11】第１の実施の形態の候補抽出処理のフローチャートである。

【図12】第２の実施の形態の候補抽出処理のフローチャートである。

【図13】第４の実施の形態の候補抽出処理のフローチャートである。

【発明を実施するための形態】

【0017】

以下、実施の形態を次の順序で説明する。
＜１．全体構成＞
＜２．宿泊施設予約サーバの構成及びデータベース＞
＜３．第１の実施の形態の宿泊施設予約処理＞
＜４．第２の実施の形態の宿泊施設予約処理＞
＜５．第３の実施の形態の宿泊施設予約処理＞
＜６．第４の実施の形態の宿泊施設予約処理＞
＜７．まとめ＞
＜８．プログラム及び記憶媒体＞
なお、実施の形態では、本発明の請求項にいう情報処理装置の例として、宿泊施設を提供する予約サーバ（ウェブサーバ）を挙げる。宿泊施設予約サーバは１又は複数の情報処理装置によって実現されるものであり、従って本発明の請求項にいう情報処理装置は、一つの情報処理装置或いは複数の情報処理装置が連携して実現される。
また、以下の各実施の形態では、「会社」とは団体の一例であり「社員」とは団体構成員の一例であることとして説明する。即ち、以下の説明では、会社と団体とは同義であり、社員と団体構成員とは同義である場合がある。

【0018】

＜１．全体構成＞
図１に、複数の社員（ユーザ）及び宿泊施設が関与する宿泊予約システムとして機能するネットワークシステムの構成例を示す。図１示されるように、本実施の形態の宿泊施設予約サーバ２は、宿泊施設端末３，３，３，・・・とユーザ端末４，４，４，・・・がネットワーク１により相互に通信可能な状態で接続されている。また、宿泊施設予約サーバ２は、データベース５（以下データベース（Data base）を「DB」と表記する）にアクセス可能とされている。
ネットワーク１の構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。またネットワーク１の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。

【0019】

宿泊施設予約サーバ２は、ユーザ端末４から送られてきたＨＴＴＰリクエストに基づいて様々な処理を行う。例えば、各種ウェブページ（例えば宿泊施設や宿泊プランの紹介のためのウェブページなど）の生成及び送信や、ユーザによる宿泊予約確定操作に応じた料金支払処理等を実行する。また宿泊施設予約サーバ２は、宿泊施設端末３に対しても同様の動作で、ウェブページの提供や、ユーザ端末４からの要求に応じた宿泊プランの登録などを行う。

【0020】

宿泊施設端末３は、宿泊施設を提供する施設側で使用される情報処理装置として示している。宿泊施設端末３は、宿泊施設を提供する際に提示する施設や宿泊プランの情報等を、宿泊施設予約サーバ２を介してＤＢ５に登録することなどに用いられる。例えば、宿泊施設予約サーバ２から提供される専用画面が宿泊施設端末３の表示部に表示されることにより、宿泊施設の担当者はこの専用画面を介して施設や宿泊プランの情報等をＤＢ５に登録することができる。

【0021】

ユーザ端末４は、宿泊施設の検索や宿泊予約を行う際にユーザによって使用される情報処理装置の例である。このユーザ端末４は、ウェブブラウザを備えたコンピュータ装置とされている。ユーザ端末４としては、例えば高機能携帯電話機（スマートフォン）や携帯電話機、携帯情報端末（ＰＤＡ）、携帯型又は据置型のパーソナルコンピュータ（ＰＣ）などが挙げられるが、ユーザ端末４の種類はこれらに限定されない。
ユーザ端末４は、ＨＴＴＰ（Hypertext Transfer Protocol）リクエストを宿泊施設予約サーバ２等に送信することでウェブページや所定の処理を要求する。またユーザ端末４は、ＨＴＴＰリクエストに応じて送られてきたウェブページ（ウェブページデータ）を受信してウェブブラウザにより表示する。これにより、ユーザは所望のウェブページを閲覧したり操作したりすることができる。

【0022】

本実施の形態では、例えば、出張等の会社都合で宿泊予約を希望する社員が宿泊施設を検索する際、宿泊施設の上限金額（以下単に「上限金額」と称する場合もある）を会社側が社員毎に予め設定することで宿泊施設予約サーバ２から適切な宿泊施設（あるいは宿泊プラン）の候補が自動的に抽出されるようにされる。すなわち、高い役職の社員には宿泊施設の上限金額を高く設定することにより比較的高額な宿泊施設の利用も認める一方、低い役職の社員に対しては宿泊施設の上限金額を低く設定することによりあまりに高額な宿泊施設の利用を認めないようすることで、会社の規定に即した宿泊予約が行われるようにしている。
また、宿泊施設の検索を実行する際、一度の検索で適切な宿泊施設が該当しないことも想定される。その結果として検索回数が複数回に及んだ場合であっても、段階的に上限金額を変更（緩和）することにより、可能な限り出費が嵩むことを回避して会社規定に即した宿泊予約が行われるようにすることができる。

【0023】

＜２．宿泊施設予約サーバの構成及びデータベース＞
宿泊施設予約サーバ２がこれらの処理を行うために、ＤＢ５に必要な情報が格納されている。図１ではＤＢ５の例として、宿泊プランＤＢ５ａ、団体情報ＤＢ５ｂ、予約ログＤＢ５ｃを示している。もちろんこれ以外の宿泊予約のために必要な各種ＤＢが存在してもよい。

【0024】

宿泊プランＤＢ５ａは、各宿泊施設の宿泊プランの情報が登録されている。例えば、宿泊プランＤＢ５ａには、宿泊施設ＩＤ、宿泊施設の所在地、連絡先、ホームページアドレス、特徴、宿泊施設所在エリアなどの宿泊施設情報に加え、宿泊施設が提供する宿泊プラン情報が登録される。この宿泊プラン情報とは、例えば、プランＩＤ、宿泊プラン名、客室タイプＩＤ、宿泊プランの内容、宿泊費用の説明等の宿泊プランの属性である。

【0025】

団体情報ＤＢ５ｂは、宿泊施設予約サーバを利用する団体（会社）の情報を会社毎に登録する。具体的には、団体情報ＤＢ５ｂには会社属性情報、管理者用ログイン情報、社員情報、第１条件についての情報（第１条件情報）、変更条件情報及び重みづけ係数が登録されている。また、社員情報としては、社員毎のＩＤ、パスワード、役職名及びランクがそれぞれ対応付けられて登録されている。なお、各情報の詳細は後述する。

【0026】

予約ログＤＢ５ｃは、会社に属する社員の予約に関する情報を登録する。すなわち、予約ログＤＢ５ｃには、社員が過去に宿泊施設を利用した際の宿泊施設名、宿泊場所、宿泊日時、宿泊人数等の情報が社員毎に登録されている。なお、この予約ログＤＢ５ｃに登録されている情報は、請求金額を算出する際、あるいは社員の過去の宿泊の傾向を把握するために利用される。

【0027】

続いて図１に示した宿泊施設予約サーバ２、宿泊施設端末３、ユーザ端末４を構成する情報処理装置のハードウェア構成を図２に示す。宿泊施設予約サーバ２、宿泊施設端末３、ユーザ端末４として示した各装置は、情報処理および情報通信が可能な図２に示すようなコンピュータ装置として実現できる。

【0028】

図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワーク１を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

【0029】

このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われる。またコンピュータ装置はリムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、宿泊施設予約サーバ２、宿泊施設端末３、ユーザ端末４としての必要な情報処理や通信が実行される。
なお、宿泊施設予約サーバ２、宿泊施設端末３、ユーザ端末４を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。

【0030】

図３に、宿泊施設予約サーバ２としての機能構成を示す。ここでは、一例として、宿泊施設予約サーバ２が宿泊施設の検索及び提供を行う場合について説明する。
宿泊施設予約サーバ２が実行する機能は、情報処理装置においてＣＰＵ１０１がプログラムに応じて実行する処理により実現される機能である。但し、以下に説明する全部又は一部の構成の処理をハードウェアにより実現してもよい。
また、各機能をソフトウェアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。１つのプログラムにより複数の機能の処理が実行されてもよいし、１つの機能が複数のプログラムモジュールの連携で実現されてもよい。
宿泊施設予約サーバ２は、社員情報登録部２ａ、条件取得部２ｂ、候補抽出部２ｃ、提示制御部２ｄを有する。

【0031】

社員情報登録部２ａは、会社に属する各社員の属性情報及び会社の宿泊予約に関する第１条件の登録処理を行う。
条件取得部２ｂは、端末装置により社員がログインした状態で入力された宿泊予約に関する検索条件を第２条件として取得するとともにログインした社員についての第１条件を取得する。
候補抽出部２ｃは、第１条件及び第２条件の両方を満たした宿泊予約候補（宿泊プランの候補）を抽出する処理を行うとともに、宿泊予約候補が抽出できない場合は、第１条件を変更して宿泊予約候補の抽出を行う。
提示制御部２ｄは、候補抽出部が抽出した宿泊予約候補を端末装置に提示させる処理を行う。

【0032】

図４に、団体情報ＤＢ５ｂに登録されている会社属性情報、管理者用ログイン情報、社員情報、第１条件についての情報、変更条件情報及び重みづけ係数の例を示す。
会社属性情報とは、ここでは例えば会社ＩＤ、会社名、会社規模、会社の所在地、社員数等の、宿泊予約に関連する各種情報を意味することとする。

【0033】

管理者用ログイン情報とは、管理者がログインするために必要な管理者用の情報であり、例えばログインＩＤと認証パスワードを含む情報である。ここで、管理者とは、サーバのサービスを受ける会社の担当者であり、社内で団体情報ＤＢ５ｂの登録・更新の権限を有している者のことである。
本実施の形態では、管理者のみが上述の会社属性情報、社員情報、第１条件、変更条件情報及び重みづけ係数を登録・変更する権限を有していることとしている。そのため、管理者以外の人間がこれらの情報を勝手に登録・変更できないよう、特別に管理者用ログイン情報が与えられている。管理者用ログイン情報の具体例は省略する。

【0034】

社員情報とは、上述の通り、社員毎のＩＤ、パスワード、ランク、役職名を含む情報であり、社員毎に異なったＩＤ、パスワード、ランク、役職名が対応付けて登録されている。
社員ＩＤ（ログインＩＤ）は、各社員を識別するために社員毎に異なって割り当てられる識別子であり、図４には４桁の数字の例が示されている。勿論、社員ＩＤは４桁以外の桁数の数字であってもよく、英語及び数字の混在であってもよい。
パスワードは、ログイン処理のために入力される社員毎に異なって割り当てられる認証のための文字列であり、図４には４文字のアルファベット文字列の例が示されている。勿論、パスワードは４文字以外の文字数のアルファベットの文字列であってもよく、アルファベット及び数字の混在であってもよい。ここで、社員ＩＤ及びパスワードが、例えばログイン情報として機能する。具体的には、社員がユーザ端末４から宿泊施設の予約を試みる際にログインページにログインするために、社員ＩＤ及びパスワードを入力する。
役職名とは、会社内での役職を表す名称である。
ランクとは、会社内での序列に関する情報であり、役職に応じて変更される。このランクは役職毎に異なることとされており、役職が上であるほど高く、逆に役職が下であるほど低くなるように設定されている。図４に示されるように、役職名が一般１の社員と一般２の社員とは同じ一般として位置づけられているが、一般１の社員が一般２の社員よりも勤務年数が長い場合には、一般１の社員のランクが上であるように設定される。なお、本実施の形態では、役職毎に異なるランクを割り当てたが、異なる役職であっても同じランクが割り当てられることとしてもよい。すなわち、ランクの個数は役職数と同数であってもよく、あるいはランクの個数は役職数未満であってもよい。社員が社員ＩＤ及びパスワードを入力してログインすると、社員毎に登録されているランク及び役職名等の情報も対応付けて報ＤＢ５ｂから読み出される。

【0035】

第１条件とは、各ランクに対応付けられた宿泊上限金額の情報である。本実施の形態では、図４に示されるように、ランク１の社員には３００００円の上限金額が割り当てられ、ランク２の社員には２５０００円の上限金額が割り当てられ、ランク３の社員には２００００円の上限金額が割り当てられ、ランク４の社員には１５０００円の上限金額が割り当てられ、ランク５の社員には１００００円の上限金額が割り当てられることとしている。このように、予め管理者の入力に応じてランク毎に宿泊上限金額を示す第１条件が割り当てられている。
この第１条件は、宿泊予約を実行する場合に使用される。具体的には、社員が宿泊施設の検索を行う際には、例えばユーザ端末４より社員ＩＤ及びパスワードを入力してログインする。このログインした状態では、例えば図６に示されるような宿泊予約画面が表示される。この宿泊予約画面が表示された時点で、社員のランクが判明していることから、このランクに対応する上限金額が第１条件として利用される。このため、宿泊予約画面が表示された時点では、第２条件情報として利用期間（宿泊予定日）及び宿泊地を入力すればよいこととなる。
第１条件としての上限金額が設定されておらず、宿泊費用を社員の裁量に任せて自由に入力できる状況下にあっては、例えば、ランク１に位置付けられている社長よりもランク５に位置付けられている一般２の社員がより高額な一部屋当たりの宿泊費用を入力することも可能である。しかしながら、このような状況は、より大幅な会社規定違反を誘発しかねない。
そこで、予め宿泊予約の一要素として変更条件情報を団体情報ＤＢ５ｂに登録することにより、図６に示される宿泊予約画面が表示された状態では既に第１条件が固定されていることにより一部屋当たりの宿泊費用の入力を受け付けないようにされている。すなわち、図６に示される宿泊予約画面が表示された時点では、第１条件は固定された状態である一方、第２条件情報が可変であるようにされている。かかる構成により、一部屋当たりの費用の入力の手間を省くことが通じて処理負担の軽減を図ることができるとともに、適切な宿泊施設の候補（宿泊予約候補）を提供することができる。

【0036】

宿泊施設の検索結果が表示された画面の一例を図７Ａに示す。この画面には、宿泊施設を検索した結果、第１条件及び第２条件の両条件を満たした宿泊予約候補の一覧が表示されている。
ここでは、一例として、一般１の社員が宿泊施設の検索を実行して抽出結果が得られた場合の一覧を示す。検索結果としては、ホテルＡからは２件の宿泊プランが提示され、ホテルＢからは３件の宿泊プランが提示され、ホテルＣからは２件の宿泊プランが提示されている。なお、各宿泊プランの費用は一般１の社員のランク４に対応した上限金額である１５０００円の範囲内である。

【0037】

ところで、最初の検索によっては、宿泊予約候補が得られない可能性がある。
すなわち、例えば低い役職（ランク）の社員にあっては、予め設定されている第１条件の上限金額が低いために、設定範囲内の金額では適切な宿泊予約候補が抽出されないという状況も考えられる。これは、例えば、宿泊施設が既に満室で高い部屋しか空いていない、あるいは特別な日に該当するために宿泊施設側が予め宿泊費用を引き上げているという理由が想定される。このような状況で、何ら条件を緩和しない場合には、宿泊施設の予約ができないため、出張等に支障をきたしてしまうことになる。
そこで、宿泊施設予約サーバ２が一度目の検索を実行しても適切な宿泊予約候補が得られない場合には、自動的に第１条件の緩和により上限金額を引き上げることにより、宿泊予約候補が抽出され易くすることとしている。この第１条件の緩和の例として、本実施の形態では変更条件情報と重みづけ係数の少なくともいずれかを使用することとしている。

【0038】

先ず、変更条件情報の一例を図４に示す。
変更条件情報とは、検索の結果適切な宿泊予約候補が得られない場合に、宿泊予約候補を広げるために第１条件を緩和するものとして設けられている情報である。具体的には、第１の実施の形態では、一度目の検索により適切な宿泊予約候補が得られない場合には「１ランクアップ」することにより第１条件を緩和する。これは、他の社員に対応付けられた第１条件への変更であることを意味する。
例えば、上述の通り一般１の社員が宿泊予約を行う際にランク４に対応した上限金額１５０００円の範囲内で宿泊予約候補が１件も見つからなかった場合を想定する。この場合、ランクを１段階上げることにより再度検索を行う。具体的には、上限金額２００００円の範囲内で検索を実行する。

【0039】

変更条件情報により条件が緩和された状態で宿泊施設の検索結果が表示された画面の一例を図７Ｂに示す。この画面には、変更後の第１条件及び第２条件の両条件を満たした宿泊予約候補の一覧が表示されている。
具体的には、検索結果として、ホテルＡからは２件の宿泊プランが提示され、ホテルＢからは１件の宿泊プランが提示され、ホテルＣからは１件の宿泊プランが提示されている。なお、各宿泊プランの費用は一般１の社員のランク４の１つ上のランクであるランク４に対応した上限金額である２００００円の範囲内である。
ここで、図７Ｂに示されている宿泊予約候補は、第１条件を変更した結果得られた候補群である。具体的には、第１条件の変更の一例として、１ランクアップすることによって初めて得られた謂わば「会社規定違反」の宿泊予約候補である。そのため、第１条件変更の結果である旨が画面を閲覧している社員に分かるように宿泊費用の脇に「予算超過」である旨を表示することで社員に注意を促すこととする。なお、第１条件変更の結果である旨の表示としては、ハイライト表示、太字表示等を社員に規定違反が伝わる表記であればよい。あるいは、宿泊施設を予約しようとして予約ボタンを押下した際に、警告音が鳴る構成であってもよい。

【0040】

なお、変更条件情報の例は多数考えられる。例えば、上述の「１ランクアップ」に代えて、一度に「２ランクアップ」、「３ランクアップ」等としてもよい。また、ランクアップに代えて、「５００円アップ」、「１０００円アップ」、「２０００円アップ」・・・のように直接金額を引き上げることとしてもよい。また、上限金額に「×１．１」、「×１．２」、「×１．５」のように係数を掛けることによって上限金額を引き上げることとしてもよい。「２０００円」アップや「×１．５」のように大幅に緩和した場合には、検索回数を減らすことにもつながるため、処理負担の軽減を図ることができる。一方、「５００円アップ」や「×１．１」のように徐々に条件を緩和することとしても良く、このように徐々に条件を緩和する場合には、段階的に上限金額が上がるため、安い料金の宿泊予約候補から抽出され、より最適な宿泊予約候補の提供につながる。
また、どの変更条件情報を使用するかについては、検索が失敗する毎に変更することが可能であることとすればよい。例えばある社員が一度目の検索に失敗した場合、二度目に「１ランクアップ」による緩和された条件で検索を実行して検索に失敗した後、三度目に「１０００円アップ」による緩和された条件で検索を実行することとしてもよい。このように、異なる緩和の種類を混在させることにより第１条件を緩和してもよい。
更に、単に金額による調整のみならず、ポイント加算によって条件の緩和を図ることとしてもよい。具体的には、例えば役職（ランク）が上位に位置している社員はより多くのポイントを消費することにより、上限金額の緩和の幅が大きくなることとしてもよい。

【0041】

次いで、重みづけ係数の例を示す。
重みづけ係数とは、第１条件としての宿泊施設の上限金額をより適切な範囲に設定するために基準となる金額を変更するための係数であり、具体的には、「地域別重みづけ係数」と「日付別重みづけ係数」が設定されている。１以上の重みづけ係数により宿泊施設の上限金額を変更することは、上限金額が緩和されることを意味するため、重みづけ係数を設定しない場合と比較してより多くの宿泊予約候補が得られやすくなる。反対に、１以下の重みづけ係数により宿泊施設の上限金額を変更することは、上限金額が低い金額へと変更されることを意味するため、重みづけ係数を設定しない場合と比較して宿泊予約候補が得られにくくなる。
図５Ａに地域別重みづけ係数の例を示す。これは、地域によって宿泊施設の平均金額にばらつきが生じていることによる。例えば、東京、大阪、京都では物価を考慮すると比較的宿泊費用が高くなる傾向にある。そのため、予め重みづけ係数を１以上にすることにより、多くの宿泊予約候補が得られやすくなる。一方、長野、静岡では比較的低い宿泊費用の施設が多く認められることから、低い金額でも宿泊予約候補が得られる可能性が高いため、重みづけ係数は１以下とされている。
図５Ｂに日付別重みづけ係数の例を示す。これは、同じ宿泊場所であっても、日程によって宿泊費用にばらつきがあることによる。例えば、宿泊場所として京都を例にとると、１月１日や８月１４日は観光客が多いため特に宿泊費用が高く、その他の５月３日、７月１６日、１２月２４日がイベント開催日であることでやはり観光客が多いことから宿泊金額が通常よりも高い傾向がある。このような日程を対象として予約を実行しようとした場合、重みづけ係数による上限金額の変更が無かったとすると、適切な宿泊施設が得られるまでに通常よりも多くの検索回数を要することにもなりかねない。そこで、宿泊費用が高くなることが予め予想される日は、検索を開始する時点で重みづけ係数による第１条件を緩和することにより、検索失敗による処理負担を解消することとしている。

【0042】

なお、図４に示した会社属性情報等の情報は一例であり、会社毎に異なっていてもよく、一部が共通していてもよい。例えば、異なる会社間で第１条件についての情報あるいは変更条件情報のみが共通していてもよい。また、先の説明では社員毎に異なったＩＤ、パスワード、ランク、役職名が対応付けて登録されていると定義したが、ランク及び役職名については、異なる社員に同じランクあるいは役職名が与えられることとしてもよい。
変更条件情報あるいは重みづけ係数のいずれか一方のみを使用することによって第１条件を緩和することとしてもよく、また変更条件情報あるいは重みづけ係数のいずれか一方を他方に優先してもよい。
また、宿泊当日が迫ってきている場合には、予約日から当日までの日数に応じて上限金額である第１条件を緩めることとしてもよい。

【0043】

＜３．第１の実施の形態の宿泊施設予約処理＞
このような宿泊施設予約サーバ２による宿泊施設予約処理の例を説明する。この宿泊施設予約処理は、社員情報登録部２ａ、条件取得部２ｂ、候補抽出部２ｃ、提示制御部２ｄが有する各機能が連携することにより実行される。
宿泊施設予約処理は、会社に属する管理者及び社員の両者により実行される必要がある。具体的には、先ず管理者が図４に示される社員情報を予め団体情報ＤＢ５ｂに登録あるいは更新した上で、登録あるいは更新された社員情報を基に社員が予約処理を実行する。
先ず図８を用いて管理者による登録／更新処理について説明し、図９を用いて社員による予約処理について説明する。

【0044】

先ず、ステップＳ１０１において、管理者はユーザ端末４より宿泊施設予約サーバ２にログイン要求を行い、ステップＳ２０１において次いで宿泊施設予約サーバ２はこのログイン要求に対する認証処理を行う。具体的には、管理者は団体情報ＤＢ５ｂに登録されている管理者用ログイン情報により宿泊施設予約サーバ２へのログイン処理を実行する。
この認証処理が完了すると、ステップＳ２０２において宿泊施設予約サーバ２はユーザ端末４へと登録用画面を送信する。
次いで、ステップＳ１０２においてユーザ端末４では登録用画面が表示され、ステップＳ１０３においてログインしている社員の情報が団体情報ＤＢ５ｂから取得される。ステップＳ１０４では、社員情報が入力され、ユーザ端末４から宿泊施設予約サーバ２へ登録された社員情報が送信される。このステップＳ１０３、ステップＳ１０４において、例えば図４に示される社員毎の社員情報及び第１条件についての情報、変更条件情報及び重みづけ係数がそれぞれ団体情報ＤＢ５ｂに登録される。
ステップＳ２０３において、宿泊施設予約サーバ２は、送信されてきた社員情報等を取得し、次のステップＳ２０４において団体情報ＤＢ５ｂに登録する。あるいは、既に登録されている社員情報等を新たな社員情報等に更新する。

【0045】

管理者による登録／更新処理を経た後に、社員により宿泊施設予約サーバ２とユーザ端末４との間でなされる処理を図９により説明する。
先ず、ステップＳ３０１において、社員はユーザ端末４より宿泊施設予約サーバ２にログイン要求を行い、ステップＳ４０１において次いで宿泊施設予約サーバ２はこのログイン要求に対する認証処理を行う。具体的には、社員は社員毎に与えられている社員ＩＤ及びパスワードを入力して宿泊施設予約サーバ２へのログイン処理を実行する。
この認証処理が完了すると、ステップＳ４０２において宿泊施設予約サーバ２はユーザ端末４へと検索用画面を送信する。具体的には、例えば図６に示されるような宿泊予約画面を宿泊施設予約サーバ２はユーザ端末４へと送信する。
ステップＳ３０２において、検索用画面（例えば宿泊予約画面）がユーザ端末４に表示され、この検索用画面に社員は利用期間、宿泊地の情報を入力してステップＳ３０３において、宿泊施設予約サーバ２へと送信する。
宿泊施設予約サーバ２は、入力された利用期間、宿泊地の情報をステップＳ４０３において第２条件として取得する。また、宿泊施設予約サーバ２は、ステップＳ４０４において、管理者より先に入力された社員情報から第１条件を取得する。
宿泊施設予約サーバ２は、次のステップＳ４０５において、宿泊プランＤＢ５ａに登録された宿泊プランの中から、第１条件及び第２条件を満たす宿泊予約候補を抽出する。
更に、宿泊施設予約サーバ２は、次のステップＳ４０６において、抽出された宿泊予約候補を提示するウェブページデータを生成し、ユーザ端末４へと送信する。
ユーザ端末４は、ステップＳ３０４においてウェブページデータを受信し、宿泊予約候補を提示したウェブページを表示させる。
ステップＳ３０５において、ユーザ端末４では宿泊施設の予約操作が行われ、この予約データが宿泊施設予約サーバ２へと送信される。具体的には、例えば図７Ａ、図７Ｂに示される宿泊予約画面が表示されている状態で、或るプランについて予約ボタンが押下されると、宿泊施設の予約データが宿泊施設予約サーバ２へと送信される。
宿泊施設予約サーバ２は、次のステップＳ４０７において、宿泊施設予約処理を行う。

【0046】

以上の図８及び図９に示した宿泊施設予約処理に関し、宿泊施設予約サーバ２が実行する宿泊施設予約処理の手順を、図１０を参照して説明する。
宿泊施設予約サーバ２は、ステップＳ５０１において、管理者によるログイン処理を待機している。
宿泊施設予約サーバ２は、ステップＳ５０２において、社員によるログイン処理を待機している。
宿泊施設予約サーバ２は、ステップＳ５０３において、管理者あるいは社員によるログアウト処理を待機している。
宿泊施設予約サーバ２は、ステップＳ５０４において、登録データを受信したか否かを判別する。
宿泊施設予約サーバ２は、ステップＳ５０５において、検索データを受信したか否かを判別する。
宿泊施設予約サーバ２は、ステップＳ５０６において、予約データを受信したか否かを判別する。

【0047】

ステップＳ５０１において、管理者によるログイン処理があったと宿泊施設予約サーバ２が判別した場合には、宿泊施設予約サーバ２はステップＳ５０７において認証処理を実行する。次のステップＳ５０８において認証処理に問題が無いとの結果が得られると、宿泊施設予約サーバ２はステップＳ５１０において登録画面を送信する。具体的には、ログインＩＤと認証パスワードにより管理者の認証が完了すると、例えば図４に示される社員情報、第１条件情報を入力・更新するための登録画面がユーザ端末４に表示される。管理者は、この登録画面を介して、社員情報等の情報を新たに登録し、或いは登録済の情報を変更する。
なお、ステップＳ５０８において認証処理に問題があるとの結果が得られた場合には、宿泊施設予約サーバ２はステップＳ５０９においてエラー処理を実行し、処理を元に戻す。

【0048】

ステップＳ５０２において、社員によるログイン処理があったと宿泊施設予約サーバ２が判別した場合には、宿泊施設予約サーバ２はステップＳ５１１おいて認証処理を実行する。次のステップＳ５１２において認証処理に問題が無いとの結果が得られると、宿泊施設予約サーバ２はステップＳ５１３において登録画面を送信する。具体的には、社員によるログインが完了したことは、その社員の上限金額である第１条件が決定したことを意味する。そのため、その社員に対しては宿泊費用の入力欄が無い宿泊予約画面（図６参照）を提示すればよい。
なお、ステップＳ５１２において認証処理に問題があるとの結果が得られた場合には、宿泊施設予約サーバ２はステップＳ５１４においてエラー処理を実行し、処理を元に戻す。

【0049】

ステップＳ５０３において、管理者あるいは社員によるログアウト処理があったと宿泊施設予約サーバ２が判別した場合には、宿泊施設予約サーバ２はステップＳ５１５においてログアウト処理を実行する。

【0050】

ステップＳ５０４において、登録データを受信したと宿泊施設予約サーバ２が判別した場合には、ステップＳ５１６において登録データＤＢを更新する。具体的には、ある社員について初めて社員情報を受信した場合には、宿泊施設予約サーバ２はその社員情報を団体情報ＤＢ５ｂに登録する。また、既に社員情報が団体情報ＤＢ５ｂに登録されている社員について新たな社員情報を受信した場合には、宿泊施設予約サーバ２は古い社員情報を新たな社員情報に更新する（図８ステップＳ２０３−２０４参照）。

【0051】

ステップＳ５０５において、検索データを受信（図９ステップＳ４０３参照）したと宿泊施設予約サーバ２が判別した場合には、ステップＳ５１７において宿泊施設予約サーバ２は候補抽出処理を実行する。なお、この候補抽出処理の詳細は後述する。

【0052】

ステップＳ５０６において、予約データを受信したと宿泊施設予約サーバ２が判別した場合には、ステップＳ５１８において宿泊施設予約サーバ２は予約処理を実行する。具体的には、図７Ａ又は図７Ｂに示される宿泊予約候補のプランの一覧からある一つのプランが選択されると、宿泊施設予約サーバ２は予約処理を実行する。予約処理が完了すると、例えば予約完了画面がユーザ端末４に表示される。

【0053】

続いて、候補抽出処理（ステップＳ５１７）の詳細を図１１により説明する。
先ずステップＳ６０１において、宿泊施設予約サーバ２は第２条件を取得する。第２条件が取得される前提は、検索データが受信されたことである。この検索データとは社員によるログイン処理が実行され、更にそのログインした社員により利用期間及び宿泊地の情報が宿泊予約画面に入力され、検索要求が行われることにより得られる。
宿泊施設予約サーバ２は、ステップＳ６０１において第２条件を取得した後、ステップＳ６０２において第１条件を取得する。すなわち、宿泊施設予約サーバ２は、ログインした社員に関連して登録されているランク及びそのランクの金額を宿泊上限金額として団体情報ＤＢ５ｂから取得する。
宿泊施設予約サーバ２は、ステップＳ６０３において第２条件で宿泊プランＤＢ５ａを検索し、登録されている宿泊プランのうちで、第２条件に該当する宿泊プランの情報を取得する。
そしてステップＳ６０４で宿泊施設予約サーバ２は、宿泊プランＤＢ５ａの検索により取得した宿泊プランのうちで、第１条件に該当するものを宿泊予約候補として抽出する。すなわち、宿泊施設予約サーバ２は、先ず利用期間及び宿泊地により宿泊施設の候補を絞り込み、さらに絞り込まれた宿泊施設の中から宿泊上限金額の範囲内の宿泊プランの候補を抽出する。

【0054】

ステップＳ６０５において宿泊施設予約サーバ２は宿泊予約候補の有無により処理を分岐する。候補として提示すべき宿泊プランがある場合には、宿泊施設予約サーバ２はステップＳ６０６において、宿泊予約候補の一覧を表示する（図７Ａ、図７Ｂ参照）。
一方、宿泊予約候補として提示すべきものが存在しない場合には、ステップＳ６０７において宿泊施設予約サーバ２は、宿泊予約候補として提示されていない宿泊プランが存在するか否かを判別する。すなわち、ステップＳ６０５において宿泊予約候補が無いと判別された場合とは、そもそも第２条件を満たさないために宿泊予約候補が無いと判別された場合と第２条件を満たしているが第１条件を満たさないために宿泊予約候補が無いと判別された場合の２種類が混在している。
そこで、第１条件は満たさないものの、第２条件を満たしている宿泊プランが存在する場合には、宿泊施設予約サーバ２はステップＳ６０７からステップＳ６０９へと処理を進め、第１条件を変更する。そしてステップＳ６０４に戻って宿泊予約候補の抽出を行う。

【0055】

このステップＳ６０９における第１条件の変更の処理は、先に述べたように、図４の団体情報ＤＢ５ｂにおける変更条件情報に従う。
例えば変更条件情報が「１ランクアップ」であれば、当該社員のランクよりもランクを１つ上げた際の上限金額に変更する。
変更条件情報が「１０００円アップ」であれば、当該社員のランクにおける上限金額に対して１０００円加算した金額となるように上限金額に変更する。
変更条件情報が「１．５倍」であれば、当該社員のランクにおける上限金額に対して１．５を乗算した金額となるように上限金額に変更する。
このように変更条件情報に従って第１条件を変更するということは、第１条件が自動的に変更される場合は、その変更の度合いは、会社の管理者の意図に基づくものとなることを意味する。団体情報ＤＢ５ｂとしての登録内容に応じて行われるためである。その意味で第１条件の自動変更の金額の度合いも、会社が管理することができると言える。
なお、変更条件情報が登録されていない場合は、例えば宿泊施設サーバ２において予め設定した固定の変更条件、例えば「１０００円アップ」等が用いられるようにすればよい。
或いは、会社側の管理者による変更条件情報の登録は不可能とし、常に固定の変更条件が用いられることも考えられる。

【0056】

ステップＳ６０９で第１条件を何度か変更しても宿泊予約候補が得られない状況となるまでステップＳ６０４の抽出処理が実行される。
その過程で、宿泊予約候補が得られた場合、宿泊施設予約サーバ２はステップＳ６０５からＳ６０６に進み、宿泊予約候補の一覧表示を実行させる。
一方、第１条件の上限まで検索処理を行っても宿泊予約候補が得られない場合、あるいは第２条件を満たさないために宿泊予約候補が無い場合には、宿泊施設予約サーバ２はステップＳ６０８において候補が無い旨を表示する。
例えば、宿泊料金が３５０００円の宿泊施設が検索結果として得られた場合を想定する。この場合には、第２条件を満たしている宿泊施設が存在していることになる。しかしながら、一例として図４に示したように、ランク１まで第１条件を緩和し続けたとしても、上限金額が３００００円であり宿泊料金の３５０００円には到達しない。このように第１条件を変更することによる上限金額の緩和では最終的に宿泊予約候補が得られないこともあるため、この場合には宿泊施設予約サーバ２は候補が無いと判別することとなる。
但し、第１条件の上限、即ち上限金額を無制限とする例も考えられる。

【0057】

以上の処理によって社員等に対して、社内規定に沿った、もしくはやむを得ない場合は社内規定を越えた、宿泊予約候補の提示が可能となる。

【0058】

ところで先に図５Ａ、図５Ｂで地域別重み付け係数、日付別重み付け係数について説明した。これらの重み付け係数は、例えばステップＳ６０２の段階で、第１条件、つまり上限金額に反映させる。例えば団体情報ＤＢ５ｂを参照して取得した第１条件が「上限金額１００００円」であっても、ステップＳ６０１で第２条件として取得した宿泊地が京都であった場合、図５Ａの重み付け係数「１．６」を反映させ、「上限金額１６０００円」とする。
また例えば団体情報ＤＢ５ｂを参照して取得した第１条件が「上限金額１００００円」であっても、ステップＳ６０１で第２条件として取得した利用期間に５月３日を含む場合、図５Ｂの重み付け係数「２」を反映させ、「上限金額２００００円」とする。
このように第１条件に重み付け係数を反映させることで、地域的や日時的な都合を考慮した宿泊予約候補の抽出が可能になる。
なお、ステップＳ６０９で第１条件を変更する場合も、これらの地域別重み付け係数、日付別重み付け係数を反映させることが適切である。

【0059】

また先に、宿泊当日が迫ってきている場合には、予約日から当日までの日数に応じて上限金額である第１条件を緩めることとしてもよいと述べた。
例えばステップＳ６０２で第１条件取得の際に、第２条件としての利用期間（宿泊日）と現在日時を比較し、例えば１週間以内など、当日までの日数が所定日数に満たない場合、第１条件としての上限金額を１．２倍にしたり、１０００円加算したりする。
ステップＳ６０９で第１条件を変更する場合もこれを適用する。
これにより、宿泊当日が迫っている場合に、なるべく宿泊予約候補を抽出しやすくできる。

【0060】

またステップＳ６０２の元々の第１条件は変更せずに、ステップＳ６０９で第１条件を変更する場合において、宿泊当日が迫っている場合には、第１条件の緩和幅を大きくするようにしてもよい。
例えば、一度目の抽出により適切な宿泊予約候補が得られない場合には、予約日から宿泊当日までの日数を考慮した上で、通常は１ランクアップのところ、２ランク以上アップすることとして第１条件を緩和する。
これにより、宿泊当日が迫っている場合に、なるべく宿泊予約候補を抽出しやすくできるとともに、元々の第１条件に該当する宿泊プランが存在すれば、社内規定通りの宿泊予約候補を提示できる。
また当日の宿泊プランが少なくなる状況で、効率的に宿泊予約候補を抽出できる。

【0061】

＜４．第２の実施の形態の宿泊施設予約処理＞
ところで、第１の実施の形態では、第２条件での検索／結果取得（ステップＳ６０３）と第１条件での抽出（ステップＳ６０４）とを異なるタイミングで処理することとした。しかしながら、これらの処理をまとめて行うことも考えられる。そこで、第２の実施の形態では、これらの処理をアンド検索により行うこととする。
以下、第２の実施の形態の宿泊施設予約処理について説明する。なお、第１の実施の形態と同様の処理については、同一符号を付して説明を省略する。

【0062】

第２の実施の形態では、上述の通り、第２条件での検索／結果取得処理と第１条件での抽出処理とを同時に実行する点が第１の実施の形態と異なっている。具体的には、宿泊施設予約サーバ２は、図１２のステップＳ７０１の前までの処理において第１条件及び第２条件を取得した上で、ステップＳ７０１において、宿泊プランＤＢ５ａに対して、第１条件と第２条件のアンド条件で宿泊プランの抽出を行う。そして検索の結果、抽出された宿泊プランを宿泊予約候補とする。
宿泊施設予約サーバ２は、宿泊予約候補があれば、ステップＳ６０６でユーザ端末４において宿泊予約候補を一覧表示させる。

【0063】

また宿泊施設予約サーバ２は、宿泊予約候補がない場合は、ステップＳ７０２で第１条件変更が可能か否かを判断する。つまり第１条件が既に変更可能な上限に達しているか否かである。
第１条件変更が可能であれば宿泊施設予約サーバ２はステップＳ７０２からＳ６０９に進み第１条件を変更する。変更の手法は第１の実施の形態と同様である。
そしてステップＳ７０１に戻り、第２条件と変更した第１条件のアンド条件で宿泊プランＤＢ５ａの検索を行う。

【0064】

また宿泊施設予約サーバ２は、ステップＳ７０２で第１条件の変更ができないと判断した場合は、ステップＳ６０８に進んで、候補無しの表示をユーザ端末４において実行させる。

【0065】

以上の処理によっても、第１の実施の形態と同様に、社員等に対して、社内規定に沿った、もしくはやむを得ない場合は社内規定を越えた、宿泊予約候補の提示が可能となる。

【0066】

＜５．第３の実施の形態の宿泊施設予約処理＞
先の第１及び第２の実施の形態では、第２条件を満たした上で更に第１条件を満たした場合にのみ宿泊予約候補の一覧を表示することとした。しかしながら第１条件による抽出結果によっては宿泊予約候補の一覧が表示されない場合であっても、第２条件を満たした宿泊プランが存在していることがある。
そこで、第３の実施の形態では、第２条件を満たすが第１条件を満たさないために宿泊予約候補とされなかった候補外宿泊プランも提示するとともに、当該候補外宿泊プランについての予約操作が行われた場合には警告出力を実行させることとする。

【0067】

例えば、図４の例でランク５に位置付けられている一般２の社員が宿泊施設の検索を行う場合を想定し、図１１の処理に準じて説明する。
そして第２条件に該当する宿泊プランとして、
宿泊プランＰ１「１２０００円」
宿泊プランＰ２「１１５００円」
宿泊プランＰ３「２００００円」
宿泊プランＰ４「３００００円」
が検索される状況であるとする。
ランク５に対応する上限金額、すなわち第１条件は１００００円であるため、第１及び第２の実施の形態では、宿泊料金が１００００円を超える宿泊予約候補は、最初は宿泊予約候補とされないが、ステップＳ６０９で第１条件（上限金額）が自動変更されて、例えば１２０００円とされた段階で、上記の宿泊プランＰ１，Ｐ２が該当するため、ステップＳ６０６で宿泊プランＰ１，Ｐ２が宿泊施設候補として表示される。
このとき、宿泊施設予約サーバ２は候補外宿泊プランとして宿泊プランＰ３，Ｐ４も表示させるものとする。
ただし、当該一覧表示としてのウェブページは、ユーザ端末４において候補外宿泊プランについての予約操作が行われた場合は、警告出力を実行するプログラム（例えばジャヴァスクリプト（JavaScript：登録商標）によるプログラム）を備えるウェブページとする。警告出力とは、例えば音声や表示等で行うようにする。

【0068】

また仮に、或る会社の規定で、一般２の社員について変更条件情報の上限が１１０００円までとされていたとすると、結局、上記宿泊プランＰ１〜Ｐ４は、宿泊予約候補とはならないことになり、宿泊施設予約サーバ２はステップＳ６０７からＳ６０８に進んで、候補無しの表示を実行させる処理を行うことになる。
この場合に、宿泊施設予約サーバ２は、候補外宿泊プランとして宿泊プランＰ１，Ｐ２，Ｐ３，Ｐ４を表示させる。ただし、それらの候補外宿泊プランについての予約操作が行われた場合は、ユーザ端末４において警告出力が行われるようにする。

【0069】

以上説明した通り、第３の実施の形態では、利用期間（宿泊予定日）及び宿泊地に関する第２条件を満たした宿泊プランがあれば、第１条件を満たした宿泊予約候補とならないものについても、候補外宿泊プランとして提示する。このため、宿泊施設の検索を行っている社員は、社内規定による上限金額、或いはその自動変更によっても候補とならない宿泊プランを確認できる。

【0070】

＜６．第４の実施の形態の宿泊施設予約処理＞
続いて、第４の実施の形態について図１３を用いて説明する。なお、図１３において図１１又は図１２と同様の処理については、同一符号を付して説明を省略する。
第４の実施の形態では、宿泊施設の検索を行っている社員が第１条件を変更したとしても適切な宿泊予約候補が得られなかった状況で、同じ会社内で先に宿泊施設の予約を完了した社員がおり、その宿泊施設の料金が適切であれば、その宿泊施設を社員間で交換する機会を設ける例である。
第１の実施の形態と比較すれば、図１２のステップＳ６０７において宿泊予約候補が無いと宿泊施設予約サーバ２が判別した後の処理が異なっている。但し、以下の条件が満たされていることが条件となる。
条件Ａ：同じ会社内で同時期・同地域で宿泊予約を完了している他の社員がいる。
条件Ｂ：宿泊施設の検索を行っている社員のランクは他の社員のランクよりも低い。
条件Ｃ：第１条件を変更して検索を行ったが、適切な宿泊予約候補が見つからない。但し第１条件を考えなければ他の社員に提供できる宿泊プランが存在する。
条件Ｄ：他の社員が予約した宿泊施設の宿泊費用は、宿泊施設の検索を行っている社員のランクに割り当てられている金額（第１条件）以下である。
以下に、図１３を参照して第４の実施の形態を説明する。

【0071】

宿泊施設予約サーバ２は、ステップＳ６０７で宿泊予約候補として提示されていない宿泊プランが存在するか否かを判別する。そして存在すればステップＳ７０２で、第１条件変更可能か否かを判断する。即ち第１条件の変更の限度に達しているか否か（つまりその社員にとって最大の上限金額までの緩和を既にしているか否か）を判断する。
第１条件の変更が可能であればステップＳ６０９で第１条件を変更し、ステップＳ６０４の処理に戻る。

【0072】

ステップＳ６０７で他の宿泊プランが存在しないとされたときは、そもそも交換を提案する宿泊プランが存在しないことになるため、宿泊施設予約サーバ２はステップＳ８０５において宿泊予約候補がないことを、ユーザ端末４に提示させる処理を行う。

【0073】

一方、ステップＳ７０２で、第１条件の変更が不能、つまり第１条件の緩和がその社員にとって既に上限まで達していた場合には、ステップＳ８０１において、同社内の予約状況を確認する。これは条件Ｃが満たされた場合である。
当該社員にとって、宿泊予約候補が無いと判別した宿泊施設予約サーバ２は、予約ログＤＢ５ｃを参照して、過去に同じ会社内で宿泊施設の予約を完了している他の社員がいるかどうか確認する。
ステップＳ８０２において、宿泊施設予約サーバ２は、検索の対象とされている宿泊施設の第２条件と他の社員が予約を完了した宿泊施設の第２条件（宿泊地及び宿泊予定日）が同じであるか否かについて判別する。即ち、条件Ａを満たすか否かについての判別処理が実行される。
ステップＳ８０３において、宿泊施設予約サーバ２は、他の社員が予約した宿泊施設を現在宿泊施設の検索を行っている社員に交換しても良いか否かについて判別する。図４の例で説明すれば、ランク２の社員が予約を完了した宿泊施設の費用が１２０００円であった場合、宿泊施設の検索を行っているランク４の社員の第１条件を変更しない場合の上限金額は１５０００円であるため、条件Ｂ及び条件Ｄを満たすこととなり宿泊施設予約サーバ２は交換可能であると判別する。
交換可能であるとの判別結果が得られた場合には、ステップＳ８０４において、宿泊施設予約サーバ２は交換の提案の表示を行う。
一方、ステップＳ８０２で第２条件が同じ宿泊予約がないと判断したり、ステップＳ８０３で交換不能であると判断した場合には、ステップＳ８０５において、宿泊施設予約サーバ２はステップＳ８０５で候補無しの表示を行う。

【0074】

以上説明した通り、第４の実施の形態では、宿泊施設の検索を行っている社員が第１条件を変更したとしても適切な宿泊予約候補が得られなかった状況で、同じ会社内で先に宿泊施設の予約を完了した社員がおり、その宿泊施設の料金が適切であれば、その宿泊施設を社員間で交換することが提案される。即ち、会社内の宿泊施設の検索を行っている社員の第１条件を変更しても宿泊予約候補を抽出できない場合には、同じ会社内で先に宿泊施設の予約を完了した社員の予約済の宿泊施設が宿泊予約候補として抽出される。従って、結果的には、検索を行っている社員は第１条件を変更する前の上限金額内での宿泊料金で宿泊施設の予約をすることが可能となるため、会社の規定に即した宿泊予約が行われることになる。

【0075】

＜７．まとめ及び変形例＞
以上の実施の形態によれば、次のような効果が得られる。
実施の形態の情報処理装置は、団体に属する各団体構成員の属性情報の登録処理及び団体の宿泊予約に関する第１条件の登録処理を行う構成員情報登録部２ａと、端末装置により前記団体のある団体構成員がログインした状態で入力された宿泊予約に関する検索条件を第２条件として取得するとともに、当該団体構成員についての第１条件を取得する条件取得部２ｂと、第１条件及び第２条件の両方を満たした宿泊予約候補を抽出する処理を行うとともに、宿泊予約候補が抽出できない場合は、第１条件を変更して宿泊予約候補の抽出を行う候補抽出部２ｃと、候補抽出部が抽出した宿泊予約候補を端末装置に提示させる処理を行う提示制御部２ｄとを備える。
即ち、第１条件によっては宿泊予約候補が抽出されない場合には、第１条件を変更することにより再度宿泊予約候補の抽出処理が行われる。
即ち、先ずは利用期間（日付）及び宿泊地に関する情報である第２条件及び宿泊上限金額を示す第１条件の両方の条件を満たす宿泊予約候補の抽出を試みるため、会社規定に従った検索を行うことができる。更に、一度目の抽出処理で適切な宿泊予約候補が得られない場合には、第１条件を変更することにより宿泊予約候補が抽出され易くなるため、仮に検索条件を変更せざるを得ない状況となった場合でも可能な限り会社規定に近い条件を満たす宿泊予約候補が自動的に得られる。
このように、一度目の抽出処理で適切な宿泊予約候補が得られない場合でも、その後の抽出処理を重ねることにより宿泊費用の安い施設から優先的に宿泊予約候補として抽出されるため、会社規定に近い条件を満たす宿泊予約候補が自動的に得られることとなる。

【0076】

特に、第１の実施の形態では、候補抽出部は、第２条件に合致する宿泊プランの検索処理を行った後、該検索処理で検索された宿泊プランのうちで、第１条件に合致プランを宿泊予約候補とするとともに、前記検索処理で検索された宿泊プランのうちで、第１条件に合致する宿泊プランが存在しない場合は、第１条件を緩和し、緩和した第１条件に合致する宿泊プランを宿泊予約候補とする処理を行う。
即ち、日付及び宿泊地に関する第２条件による検索処理の後に上限金額に関する第１条件に合致する宿泊プランを宿泊予約候補とするとともに、第１条件に合致する宿泊プランが存在しない場合は、第１条件を緩和することで更に抽出処理が行われる。
このような処理として、第１条件、第２条件を満たした宿泊予約候補の抽出が容易に可能となる。この場合、宿泊プランＤＢ５ａへの検索アクセスは１回で良いことにもなる。

【0077】

また、第２の実施の形態では、候補抽出部は、第１条件と第２条件のアンド条件で宿泊予約候補の検索処理を行い、該検索処理で検索された宿泊プランを宿泊予約候補とするとともに、検索結果として宿泊プランが得られなかった場合は、第１条件を緩和し、緩和した第１条件と第２条件のアンド条件で宿泊予約候補の検索処理を行い、前記検索処理で検索された宿泊プランを宿泊予約候補とする処理を行うようにしている。
即ち、第１条件による抽出処理と第２条件による検索処理がアンド条件の検索として一括して実行される。このような処理として、第１条件、第２条件を満たした宿泊予約候補の抽出が容易に可能となる。なお、宿泊プランＤＢ５ａに対するアクセス回数が増えるが、当該アクセス能力が高いシステムの場合、候補抽出処理としての処理負担は軽減されることになる。

【0078】

また、第３の実施の形態では、提示制御部は、第２条件を満たすが宿泊予約候補とされなかった候補外宿泊プランも提示するとともに、候補外宿泊プランについての予約操作が行われた場合には、警告出力を実行させるようにしている。
この例によれば、利用期間（宿泊予定日）及び宿泊地に関する第２条件を満たした宿泊プランがあれば、第１条件を満たした宿泊予約候補とならないものについても、候補外宿泊プランとして提示される。従って、例えば出張等に行くためにどうしても必要な場合に、最終的な候補、例えば上司の許可を必要とするような特別の場合の候補を確認できる。また、そのような候補外宿泊プランに対して予約操作を行った場合は警告出力が行われることで、社員も候補該宿泊プランであることを明確に認識できる。

【0079】

また、実施の形態では、予約日から宿泊当日までの日数に応じて第１条件が変更される例を説明した。この例によれば、例えば予約日から宿泊当日までの日数が非常に短い場合には、予約日から宿泊当日までの日数が多い場合と比較して第１条件をはじめから緩和したり、或いは上限金額を変更する場合の緩和幅を大きくすることで、宿泊当日が迫っている場合に、なるべく宿泊予約候補を抽出しやすくできる。

【0080】

また、実施の形態では、第１条件の変更は同じ会社に属する他の社員に対応付けられた第１条件への変更である例を説明した。つまりランクアップとして第１条件を変更する。
これによれば、ある社員に対応した第１条件（上限金額）によっては宿泊予約候補が容易に抽出できない場合に、他の社員の第１条件（上限金額）を援用することができる。従って、既に登録されている他の社員の第１条件を利用して宿泊予約候補を抽出することができることから、別途第１条件を設定する手間を省略することができる。

【0081】

また、実施の形態では、ある社員の第１条件を変更しても宿泊予約候補を抽出できない場合には、同じ会社に属する他の社員の予約済の宿泊施設をある社員の宿泊予約候補として抽出する例を説明した。
この例によれば、ある社員が第１条件を満たさないために宿泊予約候補が得られない状況において、既に他の社員が宿泊予約を完了している場合に、条件が許して可能であれば、宿泊施設の交換を提案する。これにより、会社内での宿泊施設の交換を促し、それによって各社員がそれぞれランクに応じた宿泊プランの予約を行うことを促進できる。

【0082】

また、実施の形態では、候補抽出部が第１条件を変更して宿泊予約候補の抽出を行った場合には、提示制御部は第１条件変更の結果であることを明示する例を説明した。
この例によれば、宿泊施設の検索結果が表示された画面上にて会社規定を越えた宿泊施設であることが一目瞭然であるため、他に宿泊施設が見つからないというやむを得ない事情によって、会社規定の範囲を超えて提示されたものであることを社員が容易に理解することができる。

【0083】

なお、上述の候補抽出処理では、検索結果を表示する画面上に宿泊予約候補が無い旨が表示される場合として、第１条件の上限まで検索処理を行っても宿泊予約候補が得られない場合、あるいは第２条件を満たさないために宿泊予約候補が無い場合を例示した。しかしながら、例えば第１条件による抽出処理の回数制限を予め設け、第１条件による抽出処理の回数が一定数に達した場合には、宿泊予約候補が無い旨が表示されることとしてもよい。例えば、第１条件による抽出処理の上限回数が３回であるとすれば、図４のランク５に位置付けられている一般２の社員には２５０００円を超える宿泊予約候補は抽出されないこととなる。あるいは、抽出処理の回数制限に代えて、社員毎に第１条件の変更に伴って許容される最大金額を設定することとしてもよい。
また、上述の各実施の形態の候補抽出処理では、第１条件を第２条件の後に取得することとしたが、第２条件を第１条件の後に取得することとしてもよい。
実施の形態では、社員情報として社員毎のＩＤ、パスワード、ランク及び役職名を団体情報ＤＢ５ｂに登録することとしたが、社員情報として登録される情報はこれらの情報に限られない。例えば、年齢、性別、電話番号、家族構成その他社員の情報として会社が通常保持している情報を可能な限り登録することとしてもよい。

【0084】

上述の第４の実施の形態では、交換可能の条件として条件Ａ〜Ｄを満たすこととしたが、例えば「他の社員が予約した宿泊施設の宿泊費用は宿泊施設の検索を行っている社員のランクに割り当てられている金額（第１条件）以下である。」というこの条件Ｄを満たさない場合であっても宿泊施設予約サーバ２は交換可能として提案することとしてもよい。
具体的なケースとしては、ランク４の社員が宿泊施設の検索を行っているとして、第１条件をランク１（３００００円）まで変更して検索を実行したが、３２０００円の宿泊施設しか残っていないため候補無しと判断されたとする。一方、同じ会社内のランク２の社員が２５０００円の宿泊料金で既に宿泊施設の予約を完了していたとする。この２５０００円という金額は、ランク４の社員にとっては、第１条件を変更する前の上限金額（１５０００円）は超えているものの、第１条件を最大限変更した場合の上限金額（３００００円）の範囲内である。ランク２の社員が２５０００円の宿泊施設に泊まりランク１の社員が宿泊施設を見つけられないという状況よりも、ランク２の社員が例えば３２０００円の宿泊施設に泊まりランク１の社員が２５０００円の宿泊施設に泊まるという状況の方が出張を命じている会社にとって望ましいことは言うまでもない。そこで、あくまでも例外的な措置として、当初の第１条件の上限金額を超える場合であっても、他の社員の宿泊施設と交換を提案とすることとしてもよい。

【0085】

第１条件の緩和の回数に応じて、変更の結果表示される情報を変更することとしてもよい。例えば、一度目の第１条件緩和によって得られた検索結果を表示する場合には赤色（ハイライト表示）で、二度目の第１条件緩和によって得られた検索結果を表示する場合には青色（太字表示）でというように、検索回数毎に表示画面上で異なる表示とすることとしてもよい。

【0086】

＜８．プログラム及び記憶媒体＞
実施の形態のプログラムは、宿泊施設予約サーバ２の処理を情報処理装置（ＣＰＵ等）に実行させるプログラムである。
実施の形態のプログラムは、団体に属する各団体構成員の属性情報の登録処理及び団体の宿泊予約に関する第１条件の登録処理を行うステップと、端末装置により前記団体のある団体構成員がログインした状態で入力された宿泊予約に関する検索条件を第２条件として取得するとともに、当該団体構成員についての第１条件を取得するステップと、第１条件及び第２条件の両方を満たした宿泊予約候補を抽出する処理を行うとともに、宿泊予約候補が抽出できない場合は、第１条件を変更して宿泊予約候補の抽出を行うステップと、候補抽出部が抽出した宿泊予約候補を端末装置に提示させるステップと、を情報処理装置に実行させるプログラムである。

【0087】

このようなプログラムにより上述した宿泊施設予約サーバ２としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。

【符号の説明】

【0088】

１ ネットワーク、２ 宿泊施設予約サーバ、２ａ 社員情報登録部、２ｂ 条件取得部、２ｃ 候補抽出部、２ｄ 提示制御部、３ 宿泊施設端末、４ ユーザ端末

【要約】

団体に属する各団体構成員の属性情報の登録処理及び団体の宿泊予約に関する第１条件及び、団体構成員がログインした状態で入力された宿泊予約に関する検索条件である第２条件の両方を満たした宿泊予約候補を抽出し、抽出された宿泊予約候補を端末装置に提示させる。これにより、団体の規定に即した宿泊予約候補が見つかる可能性を高めることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】