(57)【特許請求の範囲】
【請求項１】
場所の利用時間枠として定められた複数の時間枠の中から、ユーザの要求に応じて決定される連続する２以上の予約可能な時間枠を検索する第１検索手段と、
予約済みの時間枠を少なくとも１つ含む前記ユーザの要求に応じて決定される連続する２以上の時間枠であって、前記予約済みの時間枠を予約した他のユーザが前記予約済みの時間枠の移動を受け入れることにより予約可能になる可能性がある時間枠を検索する第２検索手段と、
前記第１検索手段による検索結果と、前記第２検索手段による検索結果とを、互いに区別可能な態様で提示させる提示制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記第２検索手段により検索された時間枠が予約可能になる蓋然性を推定する推定手段を更に備え、
前記提示制御手段は、前記推定手段により推定された前記蓋然性に基づいて、前記第２検索手段により検索された時間枠の情報の提示態様を制御することを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記推定手段は、前記第２検索手段により検索された時間枠に含まれる前記予約済みの時間枠の数に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項４】
請求項２又は請求項３に記載の情報処理装置において、
前記推定手段は、前記第２検索手段により検索された時間枠に含まれる前記予約済みの時間枠における前記場所の利用が予定される人数に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項５】
請求項２乃至４の何れか１項に記載の情報処理装置において、
前記推定手段は、前記第２検索手段により検索された時間枠に含まれる１以上の前記予約済みの時間枠のそれぞれを予約した他のユーザを特定し、前記予約した他のユーザの数に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項６】
請求項２乃至５の何れか１項に記載の情報処理装置において、
前記推定手段は、前記第２検索手段により検索された時間枠に含まれる前記予約済みの時間枠から、前記第２検索手段により検索された時間枠を除く予約可能な時間枠までの移動幅に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項７】
請求項２乃至６の何れか１項に記載の情報処理装置において、
前記推定手段は、前記他のユーザが検索を要求してから前記他のユーザが前記予約済みの時間枠を予約するまでに要した時間に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項８】
請求項２乃至７の何れか１項に記載の情報処理装置において、
前記推定手段は、前記他のユーザによる前記予約済みの時間枠の予約までに前記他のユーザが検索を要求した回数に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項９】
請求項２乃至８の何れか１項に記載の情報処理装置において、
前記推定手段は、前記予約済みの時間枠の検索のために前記他のユーザが検索条件として指定した時間帯のうち、前記第２検索手段により検索された時間枠を除く範囲の予約状況に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項１０】
請求項２乃至９の何れか１項に記載の情報処理装置において、
予約された時間枠を含む予約実績を、予約したユーザを識別する識別情報に関連付けて記憶する予約実績記憶手段から、前記他のユーザの前記識別情報に関連付けられた前記予約実績を取得する実績取得手段を更に備え、
前記推定手段は、前記実績取得手段により取得された前記予約実績から得られる予約の傾向に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項１１】
請求項１０に記載の情報処理装置において、
前記推定手段は、前記他のユーザが前記第２検索手段により検索された時間枠を除く予約可能な時間枠を予約する傾向に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項１２】
請求項９乃至１１の何れか１項に記載の情報処理装置において、
前記推定手段は、前記第２検索手段により検索された時間枠を除く予約可能な時間枠に隣接する時間枠が予約済みの時間枠である場合、前記他のユーザが予約済みの時間枠に隣接する時間枠を予約する傾向に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項１３】
請求項２乃至１２の何れか１項に記載の情報処理装置において、
前記場所は競技施設であり、
前記推定手段は、前記第２検索手段により検索された時間枠を除く予約可能な時間枠の直前の時間枠が予約済みの時間枠である場合、前記直前の時間枠を利用する競技者の競技の技量に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項１４】
請求項２乃至１３の何れか１項に記載の情報処理装置において、
前記推定手段は、前記他のユーザの住所から前記場所までの移動容易性に基づいて、前記蓋然性を推定することを特徴とする情報処理装置。
【請求項１５】
請求項２乃至１４の何れか１項に記載の情報処理装置において、
前記第２検索手段により検索された時間枠であって前記ユーザにより要求された時間枠に含まれる前記予約済みの時間枠の移動を受け入れた前記他のユーザに対して付与される特典を決定する決定手段であって、前記推定手段により推定された前記蓋然性が低いほど、価値が高い特典を決定する決定手段を更に備えることを特徴とする情報処理装置。
【請求項１６】
請求項１乃至１５の何れか１項に記載の情報処理装置において、      
前記第２検索手段により検索された時間枠を希望時間枠として含む前記ユーザからの予約要求を取得する予約要求取得手段と、
前記予約要求取得手段により取得された前記予約要求に含まれる前記希望時間枠に含まれる前記予約済みの時間枠を予約した前記他のユーザへの時間枠の移動依頼の通知を出力する依頼通知出力手段と、
前記他のユーザからの時間枠の移動の受け入れの通知を取得する受け入れ通知取得手段と、
前記受け入れ通知取得手段により前記受け入れの通知が取得された場合、前記希望時間枠が予約可能な時間枠になることの前記ユーザへの通知を出力する可能通知出力手段と、
を更に備えることを特徴とする情報処理装置。
【請求項１７】
請求項１乃至１５の何れか１項に記載の情報処理装置において、
前記第２検索手段により検索された時間枠を希望時間枠として含む前記ユーザからの予約要求を取得する予約要求取得手段と、
前記他のユーザが時間枠の移動先として受け入れる時間帯を取得する時間帯取得手段と、
前記時間帯取得手段により取得された時間帯のうち前記予約要求取得手段により取得された前記予約要求に含まれる前記希望時間枠を除く範囲が、前記予約済みの時間枠の移動先として予約可能な時間枠を含む場合、前記希望時間枠が予約可能な時間枠になることの前記ユーザへの通知を出力し、前記予約済みの時間枠が移動されることの前記他のユーザへの通知を出力する出力手段と、
を更に備えることを特徴とする情報処理装置。
【請求項１８】
コンピュータにより実行される情報処理方法であって、
場所の利用時間枠として定められた複数の時間枠の中から、ユーザの要求に応じて決定される連続する２以上の予約可能な時間枠を検索する第１検索ステップと、
予約済みの時間枠を少なくとも１つ含む前記ユーザの要求に応じて決定される連続する２以上の時間枠であって、前記予約済みの時間枠を予約した他のユーザが前記予約済みの時間枠の移動を受け入れることにより予約可能になる可能性がある時間枠を検索する第２検索ステップと、
前記第１検索ステップによる検索結果と、前記第２検索ステップによる検索結果とを、互いに区別可能な態様で提示させる提示制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項１９】
コンピュータを、
場所の利用時間枠として定められた複数の時間枠の中から、ユーザの要求に応じて決定される連続する２以上の予約可能な時間枠を検索する第１検索手段、
予約済みの時間枠を少なくとも１つ含む前記ユーザの要求に応じて決定される連続する２以上の時間枠であって、前記予約済みの時間枠を予約した他のユーザが前記予約済みの時間枠の移動を受け入れることにより予約可能になる可能性がある時間枠を検索する第２検索手段、及び、
前記第１検索手段による検索結果と、前記第２検索手段による検索結果とを、互いに区別可能な態様で提示させる提示制御手段、
として機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが場所の利用を希望する時間枠の数に基づいて、予約することができる時間枠を検索する情報処理装置及び情報処理方法の技術分野に関する。
【背景技術】
【０００２】
従来、ネットワークを利用して場所を予約する技術が知られている。例えば、特許文献１には、ゴルフ場を予約するシステムが開示されている。具体的に、特許文献１の段落００４０及び図１３には、ユーザが予約希望のスタート組の組数を入力すること、連続してスタート組の予約をとれる時間帯をシステムが検索すること、ユーザが希望するスタート組を連続して確保することができなかった場合、システムは、ユーザからの予約の電話をオペレータに接続することが記載されている。ゴルフ場の予約において、組数を入力することは、ゴルフのプレーを開始する時間枠の数を指定することに相当する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−９６０５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術は、ユーザが希望する連続する２以上の時間枠のうち、少なくとも１つの時間枠が他のユーザによって既に予約されている場合、その連続する２以上の時間枠の予約を受け付けることができない。
【０００５】
本発明は、以上の点に鑑みてなされたものであり、連続する２以上の時間枠を予約しやすくすることを可能とする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、場所の利用時間枠として定められた複数の時間枠の中から、ユーザの要求に応じて決定される連続する２以上の予約可能な時間枠を検索する第１検索手段と、予約済みの時間枠を少なくとも１つ含む前記ユーザの要求に応じて決定される連続する２以上の時間枠であって、前記予約済みの時間枠を予約した他のユーザが前記予約済みの時間枠の移動を受け入れることにより予約可能になる可能性がある時間枠を検索する第２検索手段と、前記第１検索手段による検索結果と、前記第２検索手段による検索結果とを、互いに区別可能な態様で提示させる提示制御手段と、を備えることを特徴とする。
【０００７】
ユーザの要求に応じて決定される連続する２以上の時間枠が予約済みの時間枠を少なくとも１つ含む場合、予約済みの時間枠を予約した他のユーザが予約済みの時間枠の移動を受け入れれば、ユーザの要求に応じた連続する２以上の時間枠を予約することができる。従って、他のユーザが予約済みの時間枠の移動を受け入れる可能性があれば、ユーザの要求に応じて決定される連続する２以上の時間枠も予約可能になる可能性がある。この発明によれば、予約可能になる可能性がある連続する２以上の時間枠の検索結果が、予約可能な連続する２以上の時間枠の検索結果とは区別可能な態様で提示される。そのため、連続する２以上の時間枠を予約しやすくすることができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記第２検索手段により検索された時間枠が予約可能になる蓋然性を推定する推定手段を更に備え、前記提示制御手段は、前記推定手段により推定された前記蓋然性に基づいて、前記第２検索手段により検索された時間枠の情報の提示態様を制御することを特徴とする。
【０００９】
この発明によれば、予約可能になる蓋然性に基づいて、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様が変化する。そのため、ユーザは、予約可能になる蓋然性を認識することができる。
【００１０】
請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記推定手段は、前記第２検索手段により検索された時間枠に含まれる前記予約済みの時間枠の数に基づいて、前記蓋然性を推定することを特徴とする。
【００１１】
この発明によれば、ユーザの要求に応じた連続する２以上の時間枠に含まれる予約済みの時間枠の数に基づいて、予約可能になる蓋然性が推定される。そのため、時間枠の移動のための日程調整の負担を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００１２】
請求項４に記載の発明は、請求項２又は請求項３に記載の情報処理装置において、前記推定手段は、前記第２検索手段により検索された時間枠に含まれる前記予約済みの時間枠における前記場所の利用が予定される人数に基づいて、前記蓋然性を推定することを特徴とする。
【００１３】
この発明によれば、ユーザの要求に応じて決定される連続する２以上の時間枠に含まれる予約済みの時間枠で利用が予定される人数に基づいて、予約可能になる蓋然性が推定される。そのため、時間枠の移動のための利用者の日程調整の負担を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００１４】
請求項５に記載の発明は、請求項２乃至４の何れか１項に記載の情報処理装置において、前記推定手段は、前記第２検索手段により検索された時間枠に含まれる１以上の前記予約済みの時間枠のそれぞれを予約した他のユーザを特定し、前記予約した他のユーザの数に基づいて、前記蓋然性を推定することを特徴とする。
【００１５】
この発明によれば、ユーザの要求に応じて決定される連続する２以上の時間枠に含まれる１以上の予約済みの時間枠の予約者の合計に基づいて、予約可能になる蓋然性が推定される。予約者ごとに、時間枠の移動が受け入れられる蓋然性が推定されると考えた場合、予約可能になる蓋然性は、時間枠の移動を受け入れられる蓋然性の積になる。従って、このような事情を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００１６】
請求項６に記載の発明は、請求項２乃至５の何れか１項に記載の情報処理装置において、前記推定手段は、前記第２検索手段により検索された時間枠に含まれる前記予約済みの時間枠から、前記第２検索手段により検索された時間枠を除く予約可能な時間枠までの移動幅に基づいて、前記蓋然性を推定することを特徴とする。
【００１７】
この発明によれば、予約済みの時間枠を予約可能な時間帯に移動させる際の移動幅に基づいて、予約可能になる蓋然性が推定される。そのため、時間枠の移動のための利用者の日程調整の負担を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００１８】
請求項７に記載の発明は、請求項２乃至６の何れか１項に記載の情報処理装置において、前記推定手段は、前記他のユーザが検索を要求してから前記他のユーザが前記予約済みの時間枠を予約するまでに要した時間に基づいて、前記蓋然性を推定することを特徴とする。
【００１９】
この発明によれば、他のユーザが予約までに要した時間に基づいて、予約可能になる蓋然性が推定される。そのため、予約者が予約するまでの熟考の程度を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００２０】
請求項８に記載の発明は、請求項２乃至７の何れか１項に記載の情報処理装置において、前記推定手段は、前記他のユーザによる前記予約済みの時間枠の予約までに前記他のユーザが検索を要求した回数に基づいて、前記蓋然性を推定することを特徴とする。
【００２１】
この発明によれば、他のユーザが予約までに試みた検索の回数に基づいて、予約可能になる蓋然性が推定される。そのため、他のユーザが予約するまでの熟考の程度を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００２２】
請求項９に記載の発明は、請求項２乃至８の何れか１項に記載の情報処理装置において、前記推定手段は、前記予約済みの時間枠の検索のために前記他のユーザが検索条件として指定した時間帯のうち、前記第２検索手段により検索された時間枠を除く範囲の予約状況に基づいて、前記蓋然性を推定することを特徴とする。
【００２３】
他のユーザが検索条件として指定した時間帯は、その時間帯を除く範囲よりも、他のユーザが予約したいと考えていた時間帯であると考えられる。そのため、検索条件として指定された時間帯に予約可能な時間枠がある場合、検索条件として指定された時間帯を除く範囲に予約可能な時間枠がない場合よりも、他のユーザが時間区の移動を受け入れる蓋然性は高いと考えられる。この発明によれば、他のユーザが検索条件として指定した時間帯の予約状況に基づいて、予約可能になる蓋然性が推定される。そのため、他のユーザが希望する時間帯を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００２４】
請求項１０に記載の発明は、請求項２乃至９の何れか１項に記載の情報処理装置において、予約された時間枠を含む予約実績を、予約したユーザを識別する識別情報に関連付けて記憶する予約実績記憶手段から、前記他のユーザの前記識別情報に関連付けられた前記予約実績を取得する実績取得手段を更に備え、前記推定手段は、前記実績取得手段により取得された前記予約実績から得られる予約の傾向に基づいて、前記蓋然性を推定することを特徴とする。
【００２５】
この発明によれば、他のユーザの予約の傾向を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００２６】
請求項１１に記載の発明は、請求項１０に記載の情報処理装置において、前記推定手段は、前記他のユーザが前記第２検索手段により検索された時間枠を除く予約可能な時間枠を予約する傾向に基づいて、前記蓋然性を推定することを特徴とする。
【００２７】
この発明によれば、他のユーザが移動先の候補となる予約可能な時間枠を予約する傾向に基づいて、予約可能になる蓋然性が推定される。そのため、他のユーザが予約する時間帯の傾向を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００２８】
請求項１２に記載の発明は、請求項９乃至１１の何れか１項に記載の情報処理装置において、前記推定手段は、前記第２検索手段により検索された時間枠を除く予約可能な時間枠に隣接する時間枠が予約済みの時間枠である場合、前記他のユーザが予約済みの時間枠に隣接する時間枠を予約する傾向に基づいて、前記蓋然性を推定することを特徴とする。
【００２９】
この発明によれば、移動先の候補となる予約可能な時間枠に隣接する時間枠が予約済みの時間枠である場合、他のユーザが予約済みの時間枠に隣接する時間枠を予約する傾向に基づいて、予約可能になる蓋然性が推定される。そのため、他人が利用する時間枠に隣接する時間枠を利用したくないと他のユーザが考える傾向を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００３０】
請求項１３に記載の発明は、請求項２乃至１２の何れか１項に記載の情報処理装置において、前記場所は競技施設であり、前記推定手段は、前記第２検索手段により検索された時間枠を除く予約可能な時間枠の直前の時間枠が予約済みの時間枠である場合、前記直前の時間枠を利用する競技者の競技の技量に基づいて、前記蓋然性を推定することを特徴とする。
【００３１】
競技施設で競技を行う競技者の技量が低いと、競技の進行が遅くなることがある。競技が遅延すると、直後の時間枠を利用する競技者は、競技を待たされるかもしれない。このような状況は、直後の時間枠を利用する競技者にとって好ましくはない。この発明によれば、移動先の候補となる予約可能な時間枠の直前の時間枠を利用する競技者の技量に基づいて、予約可能になる蓋然性が推定される。そのため、予約可能な時間枠を、予約済みの時間枠の移動先とすることの好ましさを、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００３２】
請求項１４に記載の発明は、請求項２乃至１３の何れか１項に記載の情報処理装置において、前記推定手段は、前記他のユーザの住所から前記場所までの移動容易性に基づいて、前記蓋然性を推定することを特徴とする。
【００３３】
他のユーザの住所から利用される場所までの移動が容易であるほど、他のユーザが時間枠の移動のための日程調整を容易に行うことができる蓋然性がある。この発明によれば、他のユーザの住所から利用される場所までの移動容易性に基づいて、予約可能になる蓋然性が推定される。そのため、時間枠の移動のための日程調整の負担を、予約可能になる可能性がある連続する２以上の時間枠の情報の提示態様に反映させることができる。
【００３４】
請求項１５に記載の発明は、請求項２乃至１４の何れか１項に記載の情報処理装置において、前記第２検索手段により検索された時間枠であって前記ユーザにより要求された時間枠に含まれる前記予約済みの時間枠の移動を受け入れた前記他のユーザに対して付与される特典を決定する決定手段であって、前記推定手段により推定された前記蓋然性が低いほど、価値が高い特典を決定する決定手段を更に備えることを特徴とする。
この発明によれば、予約済みの時間枠の移動を受け入れた他のユーザに付与される特典の価値が、ユーザにより要求された連続する２以上の時間枠が予約可能になる蓋然性に応じて決定される。そのため、予約済みの時間枠の移動を受け入れることの難しさに応じて、予約済みの時間枠の移動を受け入れた他のユーザが特典を得ることができる。
請求項１６に記載の発明は、請求項１乃至１５の何れか１項に記載の情報処理装置において、前記第２検索手段により検索された時間枠を希望時間枠として含む前記ユーザからの予約要求を取得する予約要求取得手段と、前記予約要求取得手段により取得された前記予約要求に含まれる前記希望時間枠に含まれる前記予約済みの時間枠を予約した前記他のユーザへの時間枠の移動依頼の通知を出力する依頼通知出力手段と、前記他のユーザからの時間枠の移動の受け入れの通知を取得する受け入れ通知取得手段と、前記受け入れ通知取得手段により前記受け入れの通知が取得された場合、前記希望時間枠が予約可能な時間枠になることの前記ユーザへの通知を出力する可能通知出力手段と、を更に備えることを特徴とする。
【００３５】
この発明によれば、予約可能になる可能性がある連続する２以上の時間枠の予約が要求された場合、他のユーザへ時間枠の移動依頼が通知される。そのため、予約済みの時間枠の移動を促すことができる。また、他のユーザが時間枠の移動を受け入れた場合、ユーザへ予約可能な連続する２以上の時間枠が確保されることが通知される。そのため、予約可能になる可能性がある連続する２以上の時間枠を予約しやすくすることができる。
【００３６】
請求項１７に記載の発明は、請求項１乃至１５の何れか１項に記載の情報処理装置において、前記第２検索手段により検索された時間枠を希望時間枠として含む前記ユーザからの予約要求を取得する予約要求取得手段と、前記他のユーザが時間枠の移動先として受け入れる時間帯を取得する時間帯取得手段と、前記時間帯取得手段により取得された時間帯のうち前記予約要求取得手段により取得された前記予約要求に含まれる前記希望時間枠を除く範囲が、前記予約済みの時間枠の移動先として予約可能な時間枠を含む場合、前記希望時間枠が予約可能な時間枠になることの前記ユーザへの通知を出力し、前記予約済みの時間枠が移動されることの前記他のユーザへの通知を出力する出力手段と、を更に備えることを特徴とする。
【００３７】
この発明によれば、予約可能になる可能性がある連続する２以上の時間枠の予約が要求されたとき、他のユーザが予約済みの時間枠の移動先として受け入れる時間帯が、移動先として予約可能な時間枠を含む場合には、ユーザへ予約可能な連続する２以上の時間枠が確保されることが通知される。そのため、予約可能になる可能性がある連続する２以上の時間枠を予約しやすくすることができる。また、他のユーザは、他のユーザが予約済みの時間枠が移動したことを知ることができる。
【００４０】
請求項１８に記載の発明は、コンピュータにより実行される情報処理方法であって、場所の利用時間枠として定められた複数の時間枠の中から、ユーザの要求に応じて決定される連続する２以上の予約可能な時間枠を検索する第１検索ステップと、予約済みの時間枠を少なくとも１つ含む前記ユーザの要求に応じて決定される連続する２以上の時間枠であって、前記予約済みの時間枠を予約した他のユーザが前記予約済みの時間枠の移動を受け入れることにより予約可能になる可能性がある時間枠を検索する第２検索ステップと、前記第１検索ステップによる検索結果と、前記第２検索ステップによる検索結果とを、互いに区別可能な態様で提示させる提示制御ステップと、を含むことを特徴とする。
【００４１】
請求項１９に記載の発明は、コンピュータを、場所の利用時間枠として定められた複数の時間枠の中から、ユーザの要求に応じて決定される連続する２以上の予約可能な時間枠を検索する第１検索手段、予約済みの時間枠を少なくとも１つ含む前記ユーザの要求に応じて決定される連続する２以上の時間枠であって、前記予約済みの時間枠を予約した他のユーザが前記予約済みの時間枠の移動を受け入れることにより予約可能になる可能性がある時間枠を検索する第２検索手段、及び、前記第１検索手段による検索結果と、前記第２検索手段による検索結果とを、互いに区別可能な態様で提示させる提示制御手段、として機能させることを特徴とする。
【発明の効果】
【００４２】
本発明によれば、予約可能になる可能性がある連続する２以上の時間枠の検索結果が、予約可能な連続する２以上の時間枠の検索結果とは区別可能な態様で提示される。そのため、連続する２以上の時間枠を予約しやすくすることができる。
【図面の簡単な説明】
【００４３】
【図１】一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。
【図２】（ａ）は、予約状況の一例を示す図であり、（ｂ）は、連続枠と、連続枠に対する予約可能性の一例を示す図であり、（ｃ）は、予約蓋然性スコアに影響する要因と、予約蓋然性スコアの算出基準の一例とを示す図である。
【図３】一実施形態に係る情報処理システムＳの処理概要を示すシーケンス図である。
【図４】（ａ）は、時間枠選択ページの表示例を示す図であり、（ｂ）は、現時点で予約することができる連続枠が検索されなかった場合の時間枠選択ページの表示例を示す図である。
【図５】時間枠選択ページの別の表示例を示す図である。
【図６】一実施形態に係る情報処理システムＳの処理概要を示すシーケンス図である。
【図７】（ａ）は、時間枠移動依頼メールの本文の内容の例を示す図であり、（ｂ）は、時間枠移動承諾ページの表示例を示す図である。
【図８】一実施形態に係るゴルフ場予約サーバ１の概要構成の一例を示すブロック図である。
【図９】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ゴルフ場情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、予約状況ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、予約情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、組情報に設定される内容の一例を示す図であり、（ｆ）は、操作履歴ＤＢ１２ｅに登録される内容の一例を示す図である。
【図１０】一実施形態に係るゴルフ場予約サーバ１の機能ブロックの一例を示す図である。
【図１１】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の連続枠検索処理における処理例を示すフローチャートである。
【図１２】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約蓋然性スコア算出処理における処理例を示すフローチャートである。
【図１３】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の１枠対応スコア算出処理における処理例を示すフローチャートである。
【図１４】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約制御処理における処理例を示すフローチャートである。
【図１５】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の時間枠移動制御処理における処理例を示すフローチャートである。
【図１６】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４のポイント付与処理における処理例を示すフローチャートである。
【図１７】一実施形態に係る情報処理システムＳの処理概要を示すシーケンス図である。
【図１８】予約情報ＤＢ１２ｄに登録される内容の一例を示す図である。
【図１９】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約制御処理における処理例を示すフローチャートである。
【発明を実施するための形態】
【００４４】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、情報処理システムに対して本発明を適用した場合の実施形態である。
【００４５】
［１．第１実施形態］
［１−１．情報処理システムの構成及び機能概要］
先ず、本実施形態に係る情報処理システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る情報処理システムＳの概要構成の一例を示す図である。
【００４６】
図１に示すように、情報処理システムＳは、ゴルフ場予約サーバ１と、複数のゴルフ場端末２と、複数のユーザ端末３と、を含んで構成されている。そして、ゴルフ場予約サーバ１と各ゴルフ場端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００４７】
ゴルフ場予約サーバ１は、ゴルフ場を予約するための予約サイトに関する各種処理を実行するサーバ装置である。ゴルフ場予約サーバ１は、本発明における情報処理装置の一例である。ユーザは、予約サイトを利用することにより、所望のゴルフ場の利用を予約することができる。ゴルフ場は、本発明における場所の一例である。ゴルフ場予約サーバ１は、ユーザ端末３からのリクエストに応じて、例えば、予約サイトのウェブページを送信したり、ゴルフ場の検索や予約等に関する処理を行ったりする。
【００４８】
ゴルフ場端末２は、ゴルフ場を提供するゴルフ場提供者により利用される端末装置である。ゴルフ場端末２は、ゴルフ場提供者からの操作に基づいてゴルフ場予約サーバ１等のサーバ装置にアクセスする。これにより、ゴルフ場端末２は、サーバ装置からウェブページを受信して表示する。ゴルフ場端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ゴルフ場提供者は、ゴルフ場端末２を利用することにより、例えば、ゴルフ場提供者が提供するゴルフ場の予約状況を確認したり、予約変更を行ったりする。
【００４９】
ユーザ端末３は、予約サイトを利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいてゴルフ場予約サーバ１にアクセスすることにより、ゴルフ場予約サーバ１からウェブページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
【００５０】
［１−２．連続枠の検索］
［１−２−１．概要］
次に、ゴルフ場における連続枠の検索について、図２乃至図７を用いて説明する。予約サイトにおいてユーザがゴルフ場を予約するために、ユーザは、ゴルフのプレーを開始する時刻を指定する。この時間を、「スタート時間」という。ゴルフ場ごとに、スタート時間が複数定められている。また、ゴルフ場ごとに、スタート時間の間隔が定められている。或るスタート時間からその次のスタート時間の直前までの時間帯を、「時間枠」という。本実施形態の時間枠は、ゴルフ場のコースに対応付けられている。ユーザは、指定したスタート時間に対応する時間枠で、その時間枠に対応付けられたゴルフ場及びコースを予約することになる。そして、予約した時間枠の範囲でゴルフのプレーを開始させることが予定される。
【００５１】
また、ユーザは、２以上の時間枠を予約することができる。このとき、時間的に連続する２以上の時間枠の予約も可能である。連続する２以上の時間枠を、「連続枠」という。連続枠を構成する時間枠の数は、ゴルフをプレーする組の数に相当する。１つの組が、１つの時間枠でゴルフのプレーを開始する。連続枠を構成する時間枠の数を、「時間枠連続数」という。時間枠連続数がｎである連続枠を、ｎ連続枠という。
【００５２】
ユーザは、予約サイトにおいてゴルフ場を検索するとき、様々な検索条件を入力することができる。ゴルフ場予約サーバ１は、指定された検索条件で予約可能なプランが提供されるゴルフ場を検索する。プランとは、ゴルフ場の提供を含むサービスである。プランは、例えば、ゴルフ場提供者により企画される。検索条件としては、例えば、プレー日、料金範囲、地域、希望スタート時間帯、連続枠の指定の有無、希望枠数、ゴルフ場名等がある。プレー日は、ゴルフ場でゴルフのプレーが行われる日付である。希望スタート時間帯は、ユーザがプレーの開始を希望する時間帯である。希望スタート時間帯は、例えば、９時台、１０時台という方法で指定可能である。あるいは、希望スタート時間帯は、例えば、１０時から１２時まで、という方法で指定可能であってもよい。連続枠の指定がない場合、ゴルフ場予約サーバ１は、時間枠の数として１が指定されたとみなす。希望枠数は、ユーザが希望する時間枠連続数である。検索条件として、例えば、７時００分から開始する２連続枠、という指定が可能であってもよい。また、検索条件として、７時００分のスタート時間から７時２１分のスタート時間まで、という指定が可能であってもよい。
【００５３】
ゴルフ場が検索されると、ユーザ端末３の画面には、ゴルフ場検索結果ページが表示される。ゴルフ場検索結果ページには、ゴルフ場の検索結果として、検索されたゴルフ場の一覧が表示される。一覧の中からユーザが所望のゴルフ場を選択すると、ユーザ端末３の画面には、ゴルフ場ページが表示される。ゴルフ場ページには、選択されたゴルフ場に関する情報が表示される。また、ゴルフ場ページには、選択されたゴルフ場において、検索条件を満たすプランの一覧が表示される。ゴルフ場ページにおいて、ユーザがプランとプレー日との組み合わせを選択すると、ゴルフ場予約サーバ１は、選択された組み合わせにおいて、予約することができる時間枠を検索する。予約することができる時間枠とは、まだ誰にも予約されていない時間枠である。この時間枠を、「空き枠」という。既に予約されている時間枠を、「予約済枠」という。予約済枠を予約したユーザを、「予約済者」という。予約済者は、本発明において、予約済みの時間枠を予約した他のユーザの一例である。検索条件で連続枠が指定されていた場合、ゴルフ場予約サーバ１は、検索条件で指定された時間枠の数の連続枠として、予約可能な連続枠を検索する。なお、ユーザは、検索条件として指定したプレー日とは異なる日付をプレー日として選択することができる。
【００５４】
時間枠が検索されると、ユーザ端末３の画面には、時間枠選択ページが表示される。時間枠選択ページには、時間枠の検索結果として、検索された時間枠の一覧が表示される。一覧の中からユーザが所望の時間枠を選択すると、ユーザ端末３の画面には、予約手続ページが表示される。予約手続ページは、ユーザが予約の手続に必要な各種の情報を入力するためのウェブページである。例えば、ユーザは、各時間枠でプレーする組のプレー人数、各組のメンバーの情報等を入力する。ユーザは手続を行うことにより、選択したゴルフ場、プラン及び日付において、選択した時間枠を予約することができる。
【００５５】
検索条件として連続枠が指定された場合、連続枠が示す時間帯の中に予約済枠が１つでも存在すると、その連続枠をユーザは予約することはできない。もし、その予約済枠を、指定された連続枠が示す時間帯の外に移動させることができれば、ユーザは連続枠を予約することができる。従って、予約済者が予約済枠の移動を受け入れる可能性があれば、連続枠を予約することができる可能性もある。連続枠の予約可能性とは、予約済者が予約済枠の移動を受け入れることで、連続枠が予約可能となる可能性である。予約済枠を移動させることは、予約内容を変更することに相当する。
【００５６】
現時点の予約可能な連続枠が存在しない場合、時間枠選択ページには、検索結果として、連続枠を検索することができなかった旨の示すメッセージが表示される。この場合、ユーザは連続枠を予約することができない。現時点の予約可能な連続枠の数が少ない場合には、時間枠選択ページには、検索された時間枠が表示される。しかしながら、この場合、ユーザによる時間枠の選択肢が限られてしまう。そこで、連続枠の予約を容易とするため、ゴルフ場予約サーバ１は、予約可能性がある連続枠を検索する。そして、ゴルフ場予約サーバ１は、現時点の予約可能な連続枠の検索結果と、予約可能性がある連続枠の検索結果とを、互いに区別可能な態様で、ユーザ端末３によりユーザへ提示させる。区別可能な態様とは、例えば、視覚的に区別可能な態様である。ここで、ゴルフ場予約サーバ１は、予約可能性がない連続枠を検索する必要がない。ユーザに予約可能性がない連続枠が提示されたとしても、将来においてもその連続枠を予約することができないと考えられるからである。
【００５７】
ユーザが指定した連続枠に含まれる予約済枠の移動先の候補となる空き枠を、「移動先候補の時間枠」という。移動先候補となる時間枠は、確保の対象となる連続枠以外の時間範囲内にある空き枠である。また、移動先候補となる時間枠の範囲は、予約済枠の移動によって予約済者が受ける不利益が極力小さくなるように定められている。具体的に、移動先候補となる時間枠は、例えば、移動対象の予約済枠が設定されたゴルフ場、コース及びプランと同一のゴルフ場、コース及びプランに設定された時間枠である。なお、プランは同一ではなくてもよい。また、移動対象の予約済枠が連続枠である場合、移動先候補となる時間枠は、例えば、予約済枠の時間枠連続数分連続して空いている時間枠に限られる。また、移動先候補となる時間範囲は、例えば、確保の対象となる連続枠がある日に限定される。例えば、確保の対象となる連続枠が１０月１日である場合、移動先候補の時間範囲も１０月１日である。あるいは、移動先候補となる時間範囲は、確保の対象となる連続枠がある日の前日から３日間であってもよい。例えば、確保の対象となる連続枠が１０月２日である場合、移動先候補の時間範囲は、１０月１日から１０月３日までである。あるいは、確保の対象となる連続枠が休日にある場合、移動先候補となる時間範囲は、休日が連続する範囲であってもよい。例えば、月曜日が祝日であり、確保の対象となる連続枠が土曜日にある場合、移動先候補の時間範囲は土曜日から月曜日までである。
【００５８】
以下に、予約可能性の有無の具体例を説明する。図２（ａ）は、予約状況の一例を示す図である。例えば、或るゴルフ場のＯＵＴコースにおいて、１日に９個の時間枠が設定されているとする。なお、説明の便宜上、時間枠の数が少なくなっている。図２（ａ）に示すように、一番早いスタート時間が７時００分である。また、スタート時間の時間間隔は７分である。９個の時間枠のうち、７時７分、７時２８分、７時３５分及び７時５６分にそれぞれ開始する時間枠が、予約済枠である。７時２８分及び７時３５分に開始する時間枠は、ユーザＣにより２連続枠として予約されている。これに対して、ユーザＡが４連続枠の予約を行いたいとする。この場合、現時点で予約可能な４連続枠は存在しない。しかしながら、予約可能性がある４連続枠は存在する。
【００５９】
図２（ｂ）は、連続枠と、連続枠に対する予約可能性の一例を示す図である。例えば、７時００分に開始する４連続枠においては、移動先候補として、７時４２分及び７時４９分に開始する時間枠がある。そのため、７時０７分に開始する予約済枠が、７時４２分又は７時４９分に開始する時間枠に移動することで、４連続して空いている連続枠を確保することができる。従って、予約可能性がある。この場合、７時０７分に開始する時間枠を予約したユーザＢが、時間枠の移動を受け入れる必要がある。
【００６０】
また、例えば、７時０７分に開始する４連続枠においては、移動先候補として、７時００分、７時４２分及び７時４９分に開始する時間枠がある。そのため、７時０７分に開始する予約済枠が７時００分に開始する時間枠に移動し、７時２８分に開始する２連続枠としての予約済枠が、７時４２分に開始する時間枠に移動することで、４連続して空いている連続枠を確保することができる。従って、予約可能性がある。
【００６１】
また、例えば、７時２１分に開始する４連続枠においては、この４連続枠以外の範囲で、２連続以上空いている時間枠が存在しない。そのため、７時２８分に開始する２連続枠としての予約済枠を移動させることができない。従って、予約可能性がない。
【００６２】
［１−２−２．時間枠選択ページの表示までの処理概要］
次に、情報処理システムＳの動作概要について説明する。図３は、本実施形態に係る情報処理システムＳの処理概要を示すシーケンス図である。ユーザＡが使用するユーザ端末３の画面には、予約サイトにおいて検索条件を指定するためのウェブページが表示されている。例えば、トップページにおいて検索条件の指定が可能である。そこで、ユーザＡは、検索条件を指定する。このとき、ユーザＡは、図３に示すように、連続枠を指定するとともに、希望枠数として２以上の値を指定したとする（ステップＳ１）。次いで、ユーザ端末３は、ユーザＡの操作に基づいて、ゴルフ場検索リクエストを送信する（ステップＳ２）。ゴルフ場検索リクエストは、ゴルフ場の検索を要求するメッセージである。ゴルフ場検索リクエストは、ユーザにより指定された検索条件を含む。
【００６３】
ゴルフ場検索リクエストを受信したゴルフ場予約サーバ１は、ゴルフ場検索リクエストに含まれる検索条件を満たすゴルフ場及びプランを検索する。そして、ゴルフ場予約サーバ１は、検索条件を満たすゴルフ場及びプランの中から、ユーザにより指定された希望枠数分の予約することができる時間枠が連続する連続枠があるゴルフ場及びプランを検索する（ステップＳ３）。
【００６４】
次いで、ゴルフ場予約サーバ１は、検索条件を満たすゴルフ場及びプランの中から、ユーザにより指定された希望枠数分の時間枠が連続し、予約済枠を少なくとも１つ含み、且つ、予約可能性がある連続枠があるゴルフ場及びプランを検索する（ステップＳ４）。なお、検索条件として連続枠が指定されなかった場合、ゴルフ場予約サーバ１は、予約可能な時間枠があるゴルフ場及びプランのみを検索する。
【００６５】
次いで、ゴルフ場予約サーバ１は、ゴルフ場検索結果ページを生成する。ゴルフ場予約サーバ１は、ステップＳ３における検索結果とステップＳ４における検索結果とを統合する。これにより、ゴルフ場予約サーバ１は、予約することができる連続枠があるゴルフ場、及び、予約可能性がある連続枠があるゴルフ場の少なくとも何れかであるゴルフ場のリストを生成する。そして、ゴルフ場予約サーバ１は、生成したリストに基づいて、ゴルフ場検索結果ページを生成する。ゴルフ場予約サーバ１は、生成されたゴルフ場検索結果ページをユーザＡのユーザ端末３へ送信する（ステップＳ５）。
【００６６】
ユーザ端末３は、受信したゴルフ場検索結果ページを表示する。ユーザＡは、ゴルフ場検索結果ページに表示されたゴルフ場の一覧の中から何れかのゴルフ場を選択する（ステップＳ６）。すると、ゴルフ場予約サーバ１は、ユーザ端末３からのリクエストに応じて、ゴルフ場ページをユーザ端末３へ送信する（ステップＳ７）。ユーザ端末３は、ゴルフ場検索ページを受信すると、受信したゴルフ場ページを表示する。ユーザＡは、ゴルフ場ページに表示されたプランの一覧及びプレー日の一覧の中から、何れかのプラン及びプレー日を選択する（ステップＳ８）。すると、ユーザ端末３は、時間枠検索リクエストをゴルフ場予約サーバ１へ送信する（ステップＳ９）。時間枠検索リクエストは、時間枠の検索を要求するメッセージである。
【００６７】
時間枠検索リクエストを受信したゴルフ場予約サーバ１は、ユーザにより選択されたゴルフ場、プラン及びプレー日において、検索条件として指定された希望枠数分の予約することができる時間枠が連続する連続枠を検索する（ステップＳ１０）。次いで、ゴルフ場予約サーバ１は、検索された連続枠の数をカウントする。そして、ゴルフ場予約サーバ１は、検索された連続枠の数が、予め設定された件数閾値未満であると判定したとする（ステップＳ１１）。この場合、ゴルフ場予約サーバ１は、ユーザにより選択されたゴルフ場、プラン及びプレー日において、検索条件として指定された希望枠数分の時間枠が連続し、予約済枠を少なくとも１つ含み、且つ、予約可能性がある連続枠を検索する（ステップＳ１２）。なお、検索条件として連続枠が指定されなかった場合、ゴルフ場予約サーバ１は、予約可能な時間枠のみを検索する。
【００６８】
一方、ゴルフ場予約サーバ１は、検索された連続枠の数が件数閾値以上である場合、予約可能性がある連続枠の検索を行わない。その理由は、ユーザによる時間枠の選択肢があるので、予約可能性がある連続枠を検索する必要がないからである。また、検索処理の回数が減ることにより、ゴルフ場予約サーバ１の処理負荷を軽減することができる。この場合、ゴルフ場予約サーバ１は、希望枠数分の予約することができる時間枠が連続する連続枠の検索結果を表示する時間枠選択ページを、ユーザ端末３へ送信する。
【００６９】
ゴルフ場予約サーバ１の管理者は、件数閾値を設定することができる。件数閾値は、例えば、１であってもよいし、２以上であってもよい。
【００７０】
ステップＳ１２の後、ゴルフ場予約サーバ１は、ステップＳ１２で検索された予約可能性がある連続枠ごとに、予約蓋然性を推定する（ステップＳ１３）。予約蓋然性とは、検索された予約可能性がある連続枠が予約可能になる蓋然性の程度を示す。連続枠が予約可能になる蓋然性は、連続枠に含まれる全ての予約済枠が、その連続枠以外の時間枠に移動する蓋然性と等しい。ゴルフ場予約サーバ１は、予約蓋然性を示す情報として、例えば、予約蓋然性スコアを算出する。あるいは、ゴルフ場予約サーバ１は、例えば、予約蓋然性を示す確率を算出してもよい。次いで、ゴルフ場予約サーバ１は、予約蓋然性スコアに基づいて、検索された予約可能性がある各連続枠の検索結果の表示態様を決定する（ステップＳ１４）。予約可能性がある連続枠の検索結果の表示態様については後述する。
【００７１】
次いで、ゴルフ場予約サーバ１は、ステップＳ１１における予約することができる連続枠の検索結果と、ステップＳ１２における予約可能性がある連続枠の検索結果とが区別可能に表示されるように、時間枠選択ページを生成する（ステップＳ１５）。このとき、ゴルフ場予約サーバ１は、予約可能性がある連続枠の検索結果がステップＳ１４で決定された表示態様で表示されるように、時間枠選択ページを生成する。ゴルフ場予約サーバ１は、生成した時間枠選択ページをユーザＡのユーザ端末３へ送信する（ステップＳ１６）。ユーザＡのユーザ端末３は、受信した時間枠選択ページを表示する（ステップＳ１７）。
【００７２】
［１−２−３．時間枠選択ページの表示内容］
図４（ａ）は、時間枠選択ページの表示例を示す図である。なお、図４（ａ）は、５連続枠の検索結果が表示される例を示す。また、図４（ａ）は、件数閾値が４未満である場合の例を示す。図４（ａ）に示すように、時間枠選択ページは、検索結果領域１００を含む。検索結果領域１００には、検索された連続枠の一覧が表示される。具体的に、検索結果領域１００には、検索された連続枠ごとに、連続枠情報１１０が表示される。連続枠情報１１０には、コース名１１１、予約可不可情報１１２、予約蓋然性情報１１３、連続枠１１４及び予約ボタン１１５が表示される。
【００７３】
予約可不可情報１１２は、現時点で予約することができるか否かを示す情報である。予約することができる場合、予約可不可情報１１２として、例えば「予約可」が表示される。予約することができない場合、予約可不可情報１１２として、例えば「予約不可」が表示される。予約可不可情報１１２が表示されることにより、ユーザは、現時点で予約することができる連続枠の検索結果であるか、又は、現時点では予約することはできない連続枠であって、予約可能性がある連続枠の検索結果であるかを区別することができる。図４（ａ）の例では、例えば、１０時３０分から開始する５連続枠については、予約可不可情報１１２として「予約可」が表示されている。従って、ユーザは、１０時３０分から開始する５連続枠を現時点で予約することができる。１２時１２分から開始する５連続枠については、予約可不可情報１１２として「予約不可」が表示されている。従って、ユーザは、１２時１２分から開始する５連続枠を現時点では予約することができない。なお、予約可不可情報１１２として表示される情報は、「予約可」及び「予約不可」ではなくてもよい。予約可不可情報１１２は、ユーザが検索結果の区別が可能な情報であればよい。
【００７４】
現時点で予約することができる連続枠の検索結果と、現時点では予約することはできない連続枠であって、予約可能性がある連続枠の検索結果と、を区別可能にする表示態様は、図４（ａ）に示す予約可不可情報１１２を用いた表示態様に限られるものではない。例えば、ゴルフ場予約サーバ１は、現時点で予約することができない連続枠の連続枠情報１１０に、連続枠に含まれる予約済枠の数が表示されるように、時間枠選択ページを生成してもよい。また、ゴルフ場予約サーバ１は、現時点で予約することができる連続枠の連続枠情報１１０と、現時点で予約することができない連続枠の連続枠情報１１０との間で、例えば、領域の背景色、領域の大きさ、文字の色、文字の大きさ、文字のスタイル等の何れかのうち少なくとも１つが異なるように、時間枠選択ページを生成してもよい。このとき、ゴルフ場予約サーバ１は、現時点で予約することができる連続枠の連続枠情報１１０の表示態様を、現時点で予約することができない連続枠の連続枠情報１１０の表示態様よりも視認しやすい表示態様となるように、時間枠選択ページを生成してもよい。また、ゴルフ場予約サーバ１は、現時点で予約することができる連続枠の検索結果と、現時点で予約することができない連続枠の検索結果とが別々の領域に表示されるように、時間枠選択ページを生成してもよい。また、ゴルフ場予約サーバ１は、時間枠選択ページに、現時点で予約することができる連続枠に対応するタブと、現時点で予約することができない連続枠に対応するタブとが、区別可能に表示されてもよい。そして、ゴルフ場予約サーバ１は、ユーザにより選択操作されたタブに対応する連続枠の検索結果が表示されるように、時間枠選択ページを生成してもよい。選択操作対象となる要素は、タブに限られない。選択操作対象となる要素は、例えば、ラジオボタン、リストボックス等であってもよい。
【００７５】
予約蓋然性情報１１３は、現時点で予約することができない連続枠が予約可能になる蓋然性を示す情報である。例えば、予約蓋然性情報１１３として、「Ａ」、「Ｂ」及び「Ｃ」の何れかのマークが表示される。これらのマークのうち、「Ａ」が、予約蓋然性が最も高い。そして、「Ｂ」、「Ｃ」の順に予約蓋然性が低くなっていく。図４（ａ）の例の場合、ステップＳ１４でゴルフ場予約サーバ１が決定する表示態様は、「Ａ」、「Ｂ」及び「Ｃ」のうち、表示されるマークを決定することである。予約蓋然性情報１１３が表示されることにより、各連続枠の予約蓋然性の程度を認識することができる。図４（ａ）の例では、例えば、１２時１２分から開始する５連続枠については、予約蓋然性情報１１３として「Ｃ」が表示されている。従って、１２時１２分から開始する５連続枠の予約蓋然性は低いと考えられる。なお、予約蓋然性情報１１３として表示される情報は、「Ａ」、「Ｂ」及び「Ｃ」ではなくてもよい。ユーザが検索結果の区別が可能な情報であればよい。
【００７６】
現時点では予約することはできない連続枠の検索結果の予約蓋然性に基づく表示態様の変更は、図４（ａ）に示す予約蓋然性情報１１３としてのマークの変更に限られるものではない。例えば、ゴルフ場予約サーバ１は、ステップＳ１３で、予約蓋然性を示す確率を算出した場合には、算出した確率が連続枠情報１１０に表示されるように、時間枠選択ページを生成してもよい。また、ゴルフ場予約サーバ１は、予約蓋然性スコアに基づいて、各連続枠の表示順位を決定してもよい。表示順位とは、検索結果領域１００において連続枠情報１１０が表示される順位である。連続枠の表示順位が高いほど、対応する連続枠情報１１０が上方に表示される。例えば、ゴルフ場予約サーバ１は、連続枠の予約蓋然性スコアが高いほど、表示順位を高くする。また、ゴルフ場予約サーバ１は、例えば、現時点で予約することができない連続枠の表示順位を、現時点で予約することができる連続枠の表示順位よりも低くする。また、ゴルフ場予約サーバ１は、予約蓋然性スコアが所定の閾値以下である連続枠の連続枠情報１１０が表示されないように、時間枠選択ページを生成してもよい。予約蓋然性スコアが所定の閾値以下である連続枠は、予約可能性がない、あるいは、予約蓋然性か低いとみなされる。また、ゴルフ場予約サーバ１は、予約蓋然性スコアが高い順に所定数までの連続枠のみについて連続枠情報１１０が表示されるように、時間枠選択ページを生成してもよい。
【００７７】
なお、ゴルフ場予約サーバ１は、予約蓋然性スコアの算出及び予約蓋然性スコアに基づく表示態様の制御を行わなくてもよい。少なくとも、現時点で予約することができる連続枠の検索結果と、現時点では予約することはできない連続枠であって予約可能性がある連続枠の検索結果が、区別可能にする表示されればよい。
【００７８】
連続枠１１４は、連続枠を示す情報である。連続枠１１４として、例えば、連続枠の先頭の時間枠のスタート時間と、連続枠の最後の時間枠のスタート時間とが表示される。連続枠１１４として、例えば、連続枠の先頭の時間枠のスタート時間のみが表示されてもよい。また、連続枠を構成する各時間枠のスタート時間がそれぞれ表示されてもよい。
【００７９】
予約ボタン１１５は、連続枠を予約するためのボタンである。ユーザが予約ボタン１１５を選択すると、予約を手続きするためのウェブページが表示される。現時点で予約することができる連続枠に対してユーザが予約の手続を行った場合、手続きが完了した時点で、連続枠が予約される。現時点で予約することができない連続枠に対してユーザが予約の手続を行った場合、手続きが完了した時点では連続枠は予約されない。この場合、ユーザにより選択された連続枠に含まれる予約済枠が全て移動し、その連続枠が、予約することができる連続枠になった後、連続枠が予約される。
【００８０】
図４（ｂ）は、現時点で予約することができる連続枠が検索されなかった場合の時間枠選択ページの表示例を示す図である。図４（ｂ）に示すように、時間枠選択ページには、メッセージ１２０及び検索結果領域１００が表示される。メッセージ１２０は、予約することができる連続枠の検索結果として、連続枠を検索することができなかったことを示すメッセージである。例えば、メッセージ１２０として、「５連続して予約可能な時間枠はありませんでした。」が表示されてもよい。検索結果領域１００には、予約することができない連続枠であって、予約可能性がある連続枠の検索結果のみが表示される。メッセージ１２０及び検索結果領域１００が表示されるので、ユーザは、現時点で予約することができる連続枠の検索結果と、現時点では予約することはできない連続枠であって予約可能性がある連続枠の検索結果と、を区別することができる。
【００８１】
なお、現時点で予約することができる連続枠の数が件数閾値以上である場合、又は、現時点で予約することができない連続枠であって予約可能性がある連続枠が１つも存在しない場合、検索結果領域１００には、現時点で予約することができる連続枠の検索結果のみが表示される。このとき、現時点では予約することはできない連続枠であって予約可能性がある連続枠の検索結果について、特段のメッセージは表示されなくてもよい。
【００８２】
図５は、時間枠選択ページの別の表示例を示す図である。図５が示す例は、現時点で予約することができる連続枠、及び、現時点では予約することはできないが予約可能性がある連続枠の少なくとも何れか一方に含まれる時間枠が、１枠ずつ表示される例である。なお、図５は、３連続枠の検索結果が表示される例を示す。
【００８３】
図５に示すように、時間枠選択ページには、検索結果領域２００、スライドバー２２０及び予約ボタン２３０が表示される。検索結果領域２００には、検索された時間枠ごとに、時間枠情報２１０が表示される。時間枠情報２１０には、予約可不可情報２１１、予約蓋然性情報２１２及び時間枠２１３が表示される。
【００８４】
予約可不可情報２１１は、時間枠情報２１０に対応する時間枠を連続枠の先頭の時間枠とした場合の連続枠を現時点で予約することができるか否かを示す情報である。予約可不可情報２１１の内容は予約可不可情報１１２の内容と同じである。図５の例では、例えば、９時００分から開始する時間枠については、「予約可」が表示されている。従って、ユーザは、９時００分から開始する３連続枠を現時点で予約することができる。例えば、９時０７分から開始する時間枠については、「予約不可」が表示されている。従って、ユーザは、９時０７分から開始する３連続枠を現時点で予約することはできない。
【００８５】
予約蓋然性情報２１２は、時間枠情報２１０に対応する時間枠を連続枠の先頭の時間枠とした場合に現時点で予約することができない連続枠が予約可能になる蓋然性を示す情報である。予約蓋然性情報２１２の内容は予約蓋然性情報１１３の内容と同じである。図５の例では、例えば、９時０７分から開始する時間枠については、「Ａ」が表示されている。従って、９時０７分から開始する３連続枠の予約蓋然性は高いと考えられる。時間枠２１３として、例えば、時間枠のスタート時間が表示される。
【００８６】
スライドバー２２０は、連続枠の選択に用いられる。スライドバー２２０は、つまみ２２１を含む。つまみ２２１の高さは、検索条件として指定された希望枠数分の時間枠情報２１０の高さに相当する。ユーザは、つまみ２２１を上下に動かすことができる。これにより、ユーザは、つまみ２２１の位置に対応する時間枠連続数分の時間枠を、連続枠として選択することができる。図５の例では、９時００分から開始する３連続枠が選択されている状態である。
【００８７】
ユーザがつまみ２２１を動かすとき、移動先の連続枠が現時点で予約可能であるか否か、及び、移動先の連続枠の予約蓋然性に応じて、ユーザがつまみ２２１を移動させることの容易さが変化する。具体的に、移動先の連続枠が現時点で予約可能である場合、ユーザはつまみ２２１をスムーズに動かすことができる。移動先の連続枠が現時点で予約可能ではない場合、移動先の連続枠が現時点で予約可能である場合よりも、ユーザは、つまみ２２１をスムーズに動かすことができない。例えば、つまみ２２１に対するユーザの移動操作の量が所定値未満である場合、つまみ２２１は操作方向に少し動くが、すぐに元の位置に戻ってもよい。そして、つまみ２２１に対するユーザの移動操作の量が所定値以上である場合、つまみ２２１は移動先の連続枠に移動してもよい。移動先の連続枠が現時点で予約可能ではない場合、移動先の連続枠の予約可能性が低いほど、ユーザは、つまみ２２１をスムーズに動かすことができない。このようなつまみ２２１の挙動は、例えば、時間枠選択ページのＨＴＭＬ（HyperText Markup Language）文書に記述されたスクリプトによって制御される。
【００８８】
予約ボタン１１５は、つまみ２２１により現在選択されている連続枠を予約するためのボタンである。
【００８９】
［１−２−４．予約蓋然性スコアの算出基準］
次に、予約蓋然性スコアの算出基準について説明する。図２（ｃ）は、予約蓋然性スコアに影響する要因と、予約蓋然性スコアの算出基準の一例とを示す図である。以下では、予約蓋然性スコアに影響する要因ごとに説明する。ゴルフ場予約サーバ１は、例えば、下記の要因１〜１０の全てに基づいて予約蓋然性スコアを算出してもよいし、一部の要因に基づいて予約蓋然性スコアを算出してもよい。
【００９０】
（要因１）予約済枠の数
対象となる連続枠に含まれる予約済枠を移動させる場合、予約済枠を予約した予約済者は、移動させる予約済枠の分、ゴルフのプレーの日程を調整する必要がある。従って、予約済枠の数が多いほど、日程調整に手間がかかる。そのため、予約済枠の数が多いほど、予約済者は、予約済枠の移動を受け入れる蓋然性が低いと考えられる。そこで、ゴルフ場予約サーバ１は、対象となる連続枠に含まれる予約済枠の数が多いほど、予約蓋然性スコアを低くする。例えば、図２（ａ）の例において、検索条件として３連続枠が指定されたとする。ここで、７時００分からの３連続枠では、予約済枠の数が１である。７時２１分からの３連続枠では、予約済枠の数が２である。従って、７時００分からの３連続枠の方が、７時２１分からの３連続枠よりも予約蓋然性スコアが高くなる。
【００９１】
（要因２）予約済枠でプレーするメンバーの人数
対象となる連続枠に含まれる予約済枠を移動させる場合、予約済枠を予約した予約済者は、予約済枠でプレーする組のメンバーとの間で日程を調整する必要がある。従って、メンバーの人数が多いほど、日程調整に手間がかかる。そのため、メンバーの人数が多いほど、予約済者は、予約済枠の移動を受け入れる蓋然性が低いと考えられる。そこで、ゴルフ場予約サーバ１は、対象となる連続枠に含まれる予約済枠でプレーする組のメンバーの人数が多いほど、予約蓋然性スコアを低くする。例えば、ゴルフ場予約サーバ１は、対象となる連続枠に含まれる全ての予約済枠のメンバーの人数を合計して、合計の人数が多いほど、予約蓋然性スコアを低くする。例えば、図２（ａ）の例において、７時００分からの３連続枠では、プレー人数の合計値が４である。７時２１分からの３連続枠では、プレー人数の合計値が８である。７時４２分からの３連続枠では、プレー人数の合計値が２である。従って、７時４２分からの３連続枠の予約蓋然性スコアが最も高くなり、７時２１分からの３連続枠の予約蓋然性スコアが最も低くなる。
【００９２】
（要因３）予約済者の数（予約のグループの数）
対象となる連続枠に含まれる１以上の予約済枠の全てが１人の予約済者によって予約されているとは限らない。１以上の予約済枠の一部ごとに、別々の予約済者が予約している場合がある。予約済者の数は、対象となる連続枠に含まれる１以上の予約済枠でプレーするグループの数に相当する。対象となる連続枠に含まれる全ての予約済枠を移動させる場合、グループごとの日程調整が必要である。そして、全ての予約済者が日程調整を行い、全ての予約済者が予約済枠の移動を受け入れないと、対象となる連続枠を空き枠として確保することができない。予約者済数ごとに予約済枠の移動を受け入れる蓋然性が算出されると考えた場合、予約蓋然性は、予約者済数ごとの予約済枠の移動を受け入れる蓋然性の積となる。そのため、予約済者の数が多いほど、全ての予約済者が予約済枠の移動を受け入れる蓋然性は低いと考えられる。そこで、ゴルフ場予約サーバ１は、対象となる連続枠に含まれる予約済枠を予約した予約済者の人数が多いほど、予約蓋然性スコアを低くする。例えば、図２（ａ）の例において、７時０７分からの４連続枠では、予約済者の数が２である。７時２１分からの４連続枠では、予約済者の数が１である。従って、７時２１分からの４連続枠の方が、７時０７分からの４連続枠よりも予約蓋然性スコアが高くなる。
【００９３】
（要因４）予約済枠の移動幅
対象となる連続枠に含まれる予約済枠を移動させる場合、移動幅が長いほど、日程の変更が大きくなる。そのため、日程調整に手間がかかる。そこで、ゴルフ場予約サーバ１は、対象となる連続枠に含まれる予約済枠から移動先候補の時間枠までの移動幅が長いほど、予約蓋然性スコアを低くする。移動先候補の時間枠が複数存在する場合、ゴルフ場予約サーバ１は、例えば、予約済枠からの移動幅が最も短い移動先候補の時間枠への移動幅に基づいて、予約蓋然性スコアを算出してもよい。
【００９４】
（要因５）予約済枠の予約までに要した時間
例えば、ユーザが、ゴルフ場の検索結果の中から何れのゴルフ場やプランを選択するかを悩んだり、検索された時間枠の中から何れの時間枠を選択するかを悩んだりすることがある。この場合、ユーザがゴルフ場の検索を開始してから予約を行うまでに要する時間は長くなる。この時間を、「予約所要時間」という。ユーザが悩んだ結果、予約対象として選択した時間枠は、熟考の結果として選択された蓋然性が高い。熟考の結果して選択された時間枠の移動を、ユーザが受け入れる可能性は低いと考えられる。そこで、ゴルフ場予約サーバ１は、対象となる連続枠に含まれる予約済枠を予約した予約済者について、ゴルフ場の最初の検索の操作から予約済枠の予約までの予約所要時間が長いほど、予約蓋然性スコアを低くする。ゴルフ場予約サーバ１は、例えば、ユーザがゴルフ場予約サイトにログインしてからユーザが最初に行った検索の要求の操作を、予約所要時間を算出するための最初の検索とみなしてもよい。また、ゴルフ場予約サーバ１は、ゴルフ場予約サイトに対するユーザの操作が所定時間以上なかった場合、ユーザがゴルフ場予約サイトの利用をやめたとみなしてもよい。そして、ゴルフ場予約サーバ１は、ゴルフ場予約サイトに対するユーザの操作が所定時間以上なかった後にユーザが最初に行った検索の要求の操作を、予約所要時間を算出するための最初の検索とみなしてもよい。
【００９５】
（要因６）検索回数
ユーザが或る検索条件を指定することによりゴルフ場予約サーバ１が検索を行った結果、検索されたゴルフ場、プラン及び時間枠の中にユーザが所望するゴルフ場、プラン及び時間枠がない場合、ユーザは、別の検索条件を指定して再度検索を要求することがある。ユーザが検索条件を変えて何度も検索を要求している場合、ユーザは、何れのゴルフ場、プラン及び時間枠を選択するかを悩んでいる蓋然性がある。従って、何度も検索が行われた後にユーザが選択した時間枠は、熟考の結果として選択された蓋然性が高い。そこで、ゴルフ場予約サーバ１は、対象となる連続枠に含まれる予約済枠を予約した予約済者について、ゴルフ場の最初の検索の操作から予約済枠の予約までの検索回数が多いほど、予約蓋然性スコアを低くする。
【００９６】
（要因７）検索条件として指定された希望スタート時間帯
ユーザが検索条件として希望スタート時間帯を指定した場合、指定した時間帯の範囲内でユーザはプレーを開始させたいと考えている蓋然性が高い。そのため、予約済者が希望スタート時間帯への時間枠の移動を受け入れる蓋然性は、予約済者が希望スタート時間帯以外の時間帯への時間枠の移動を受け入れる蓋然性よりも高い。そこで、ゴルフ場予約サーバ１は、希望スタート時間帯に移動先候補の時間枠が含まれる場合、希望スタート時間帯に移動先候補の時間枠が含まれていない場合よりも、予約蓋然性スコアを高くする。
【００９７】
（要因８）予約済者が予約する時間帯の傾向
ユーザが予約する時間帯の傾向がユーザごとに存在する場合がある。例えば、予約済者は５時から７時までの間の時間枠を予約する傾向があるとする。この場合、移動先候補の時間枠が５時から７時までの間にある場合、移動先候補の時間枠が他の時間帯にある場合よりも、予約済者が予約済枠の移動を受け入れる蓋然性が高い。そこで、ゴルフ場予約サーバ１は、予約済者が予約する傾向がある時間帯に移動先候補の時間枠が含まれる場合、予約済者が予約する傾向がある時間帯に移動先候補の時間枠が含まれていない場合よりも、予約蓋然性スコアを高くする。ユーザによる予約の傾向は、過去の予約実績を示す予約履歴に基づいて判断することができる。
【００９８】
（要因９）予約済者が他人の予約済枠の直後の時間枠に予約する傾向
ユーザの中には、他人の組の直後の組でゴルフをプレーすることを嫌うユーザが存在する。時間枠選択ページに表示される現時点で予約可能な時間枠の検索結果から、どの時間枠の直前が予約済の時間枠であるかをユーザは認識することができる。そのため、他人の組の直後の組でのプレーを嫌うユーザは、他人の予約済枠の直後の時間枠を予約しない。そこで、ゴルフ場予約サーバ１は、予約済者が他人の予約済枠の直後の時間枠を予約しない傾向がある場合であって、移動先候補の時間枠の中に、直前の時間枠が空き枠である時間帯が存在しない場合、直前の時間枠が空き枠である時間帯が存在する場合よりも、予約蓋然性スコアを高くする。
【００９９】
また、ゴルフ場予約サーバ１は、予約済者が他人の予約済枠の直前の時間枠を予約しない傾向がある場合であって、移動先候補の時間枠の中に、直前の時間枠が空き枠である時間帯が存在しない場合、直前の時間枠が空き枠である時間帯が存在する場合よりも、予約蓋然性スコアを高くしてもよい。ユーザの中には、他人の組の直前の組でゴルフをプレーすることを嫌うユーザが存在するかもしれないからである。なお、直前の時間枠及び直後の時間枠は、それぞれ隣接する時間枠の一例である。
【０１００】
（要因１０）他人の予約済枠でプレーするメンバーのゴルフの技量
ゴルフのプレーの進行の早さは、プレーヤーのゴルフの技量によって変化する場合がある。具体的に、ゴルフが下手なプレーヤーほど、プレーの進行が遅い傾向がある。ゴルフが下手なプレーヤーがいる組の直後でゴルフが上手い組がプレーする場合、前の組のプレーが遅いため、ゴルフが上手い組がプレーを待たされることがある。このような事態に遭うことを嫌うユーザは少なくない。そのため、下手なメンバーがいる組がプレーする予約済枠の直後の時間枠を移動先候補とすることは余り好ましくはないと考えられる。そこで、ゴルフ場予約サーバ１は、移動先候補の時間枠の直前の時間枠が予約済枠であり、且つ、その予約済枠でプレーするメンバーの技量が低い場合、その予約済枠でプレーするメンバーの技量が低くない場合よりも、予約蓋然性スコアを低くする。例えば、ゴルフ場予約サーバ１は、少なくとも一人のメンバーの技量が低い場合に、予約蓋然性スコアを低くしてもよい。その理由は、技量が低いメンバーが一人でもいると、プレーの進行が遅くなる蓋然性があるからである。
【０１０１】
また、ゴルフ場予約サーバ１は、移動先候補の時間枠の直前の時間枠でプレーするメンバーの技量が低い場合であって、且つ、移動させるべき予約済枠でプレーするメンバーの技量が高い場合に、予約蓋然性スコアを低くしてもよい。技量が低いか否か、及び技量が高いか否かは、それぞれ技量を示す値と閾値と比較することによって判定が可能である。技量が低いか否かの判定に用いられる閾値と、技量が高いか否に用いられる閾値とは異なっていていてもよい。
【０１０２】
例えば、ゴルフ場予約サイトでは、ゴルフの技量を示す情報として、ユーザが自分自身のハンディキャップを登録しておくことができる。また、ゴルフ場の予約の際、ユーザは、各組のプレー人数と、各組のメンバーを指定することができる。指定されたメンバーがゴルフ場サイトの会員である場合、ゴルフ場予約サーバ１は、そのメンバーのハンディキャップを取得することができる。また、ゴルフ場の予約の際に、ユーザは各メンバーのハンディキャップを入力することができる仕組みになっていてもよい。あるいは、ユーザがゴルフ場サイトで予約したゴルフ場でプレーした後、プレーしたときに各メンバーのスコアをゴルフ場サイトに登録することができるようになっていてもよい。この場合、ゴルフ場予約サーバ１は、登録されたスコアに基づいて、ハンディキャップを計算することができる。
【０１０３】
（要因１１）予約済者の住所からゴルフ場までの移動容易性
ユーザの住所からゴルフ場まで近い場合、プレーの日程が変更されても、ユーザは日程変更に容易に対応することができる蓋然性がある。そこで、ゴルフ場予約サーバ１は、予約済者の住所からゴルフ場までの移動が容易であるほど、予約蓋然性スコアを高くする。移動が容易さは、例えば、ユーザの住所からゴルフ場までの直線距離、移動距離、移動時間等により表すことができる。
【０１０４】
要因１〜１１のうち、要因１〜３は、対象となる連続枠内の予約状況あるいは予約内容である。要因５及び６は、予約済者が予約に至るまでの熟考の度合いである。要因８及び９は、予約済者の予約傾向である。要因１、２、４及び１１は、日程調整の負担の程度である。
【０１０５】
［１−２−５．予約可能性がある連続枠の予約］
時間枠選択ページに、予約可能性がある連続枠が表示されても、その連続枠に含まれる予約済枠を予約した予約済者が実際に予約済枠の移動を受け入れなければ、その連続枠を予約することはできない。そこで、ゴルフ場予約サーバ１は、予約可能性がある連続枠の予約を容易とするため、予約済者に対して通知を行う。
【０１０６】
図６は、本実施形態に係る情報処理システムＳの処理概要を示すシーケンス図である。図３に示す処理により、ユーザＡのユーザ端末３には、時間枠選択ページが表示されているとする。ここで、ユーザＡは、図６に示すように、時間枠選択ページから、予約を希望する連続枠として、予約済枠を含む連続枠に対応する予約ボタン１１５を選択する（ステップＳ２１）。すると、ユーザ端末３には、予約手続ページが表示される。ユーザＡが必要な情報を入力すると、ユーザ端末３は、予約リクエストをゴルフ場予約サーバ１へ送信する（ステップＳ２２）。予約リクエストは、予約の要求を示すメッセージである。予約リクエストは、本発明における予約要求の一例である。予約リクエストを送信したユーザ端末３を利用するユーザを、「予約要求者」という。
【０１０７】
予約リクエストを受信したゴルフ場予約サーバ１は、ユーザＡが選択した連続枠に含まれる予約済枠を予約した予約済者を特定する（ステップＳ２３）。ここで、予約済者として、ユーザＢが特定されたとする。ゴルフ場予約サーバ１は、ユーザＢに予約された予約済枠の移動先候補となる時間枠を検索する（ステップＳ２４）。ユーザＢが予約済枠を連続枠として予約していた場合、ゴルフ場予約サーバ１は、移動先候補となる連続枠を検索する。そして、ゴルフ場予約サーバ１は、ユーザＢ宛てに、時間枠移動依頼メールを送信する（ステップＳ２５）。時間枠移動依頼メールは、予約済枠の移動の依頼を通知する電子メールである。時間枠移動依頼メールは、本発明における時間枠の移動依頼の通知の一例である。
【０１０８】
図７（ａ）は、時間枠移動依頼メールの本文の内容の例を示す図である。図７（ａ）に示すように、時間枠移動依頼メールには、例えば、時間枠の移動依頼があったことを示すメッセージが記載される。また、時間枠移動依頼メールには、現在の予約内容、移動先候補の時間枠のスタート時間、時間枠移動承諾ページのＵＲＬ（Uniform Resource Locator）が記載される。時間枠移動承諾ページは、時間枠の移動の受け入れを選択するためのウェブページである。また、時間枠移動依頼メールには、時間枠の移動を受け入れたユーザにポイントが付与されること示すメッセージが表示される。ポイントとは、ユーザがゴルフ場予約サイトでゴルフ場を予約するときに、金銭と同等の価値を有するものとして予約料金に充てることができるものである。時間枠の移動を受け入れたユーザにポイントが付与されることで、時間枠の移動の受け入れを促すことができる。ポイントは、本発明においてユーザに付与される特典の一例である。特典は、ポイントに限られるものではない。例えば、特典は、金銭、電子マネー、予約料金の割引クーポン等であってもよい。なお、特典の付与は任意である。
【０１０９】
ユーザＢは、ユーザ端末３に表示された時間枠移動依頼メールに記載されたＵＲＬを選択する（ステップＳ２６）。すると、ユーザＢのユーザ端末３は、時間枠移動承諾ページのリクエストを送信する（ステップＳ２７）。時間枠移動承諾ページのリクエストを受信したゴルフ場予約サーバ１は、時間枠移動承諾ページを生成する。このとき、ゴルフ場予約サーバ１は、移動先の時間枠として、ステップＳ２４で検索された移動先候補の時間枠を選択可能なように、時間枠移動承諾ページを生成する。そして、ゴルフ場予約サーバ１は、時間枠移動承諾ページを送信する（ステップＳ２８）。
【０１１０】
ユーザＢのユーザ端末３は、受信した時間枠移動承諾ページを表示する。図７（ｂ）は、時間枠移動承諾ページの表示例を示す図である。図７（ｂ）に示すように、時間枠移動承諾ページには、移動先候補領域３１０、承諾ボタン３２０及び不承諾ボタン３３０が表示される。移動先候補領域３１０には、移動先候補の時間枠のスタート時間の一覧が表示される。また、移動先候補領域３１０には、移動先候補の時間枠ごとに、ラジオボタンが表示される。ユーザＢはラジオボタンに対する選択操作によって、移動先の時間枠を選択することができる。
【０１１１】
承諾ボタン３２０は、ユーザが時間枠の移動を受け入れることを通知するためのボタンである。不承諾ボタン３３０は、ユーザが時間枠の移動を受け入れないことを通知するためのボタンである。
【０１１２】
ユーザＢが、ラジオボタンで何れかの時間枠を選択し、承諾ボタン３２０を選択すると（ステップＳ２９）、ユーザ端末３は、承諾メッセージをゴルフ場予約サーバ１へ送信する（ステップＳ３０）。承諾メッセージは、ユーザが時間枠の移動を受け入れることを通知するメッセージである。承諾メッセージは、本発明における時間枠の移動の受け入れの通知の一例である。
【０１１３】
承諾メッセージを受信したゴルフ場予約サーバ１は、予約変更を行う。具体的に、ゴルフ場予約サーバ１は、ユーザＡが選択した連続枠に含まれるユーザＢの予約済枠を、ユーザＢが選択した移動先候補の時間枠に移動させる（ステップＳ３１）。
【０１１４】
次いで、ゴルフ場予約サーバ１は、ユーザＢに対してポイントを付与する処理を実行する（ステップＳ３２）。このとき、ゴルフ場予約サーバ１は、付与するポイントの量を決定する。例えば、ゴルフ場予約サーバ１は、予約蓋然性スコアが低いほど、付与するポイントの量を多くしてもよい。つまり、予約済者が時間枠の移動を受け入れる蓋然性が低いほどポイントの量が多くなる。また、ゴルフ場予約サーバ１は、移動元の時間枠から移動先の時間枠までの時間幅が長いほど、付与するポイントの量を多くしてもよい。時間幅が長いほど、日程の調整が容易ではないからである。あるいは、ゴルフ場予約サーバ１は、例えば、予め定められた量のポイントを付与するようにしてもよい。
【０１１５】
次いで、時間枠の移動により、ユーザＡが選択した連続枠が予約可能な連続枠になると、ゴルフ場予約サーバ１は、ユーザＡが選択した連続枠に対してユーザＡからの予約を登録する（ステップＳ３３）。次いで、ゴルフ場予約サーバ１は、ユーザＡ宛てに、予約成功通知メールを送信する（ステップＳ３４）。予約成功通知メールは、予約要求者が選択した連続枠が予約可能な連続枠として確保されたことを通知する電子メールである。予約成功通知メールは、本発明において、希望時間枠が予約可能な時間枠になることの通知の一例である。予約成功通知メールの本文には、例えば、連続枠の予約が成功したことを示すメッセージが記載される。なお、ゴルフ場予約サーバ１は、予約要求者の予約を自動的に登録しなくてもよい。ゴルフ場予約サーバ１は、予約要求者宛てに、予約要求者が選択した連続枠が予約可能な連続枠として確保されたことを通知することを通知するだけでもよい。この場合、予約要求者は、ゴルフ場予約サイトにアクセスして、予約の手続を行う。
【０１１６】
ステップＳ２９において、ユーザＢが不承諾ボタン３３０を選択した場合、ユーザ端末３は、不承諾メッセージをゴルフ場予約サーバ１へ送信する。承諾メッセージは、ユーザが時間枠の移動を受け入れないことを通知するメッセージである。不承諾メッセージを受信したゴルフ場予約サーバ１は、ユーザＡ宛てに、予約失敗通知メールを送信する。予約失敗通知メールは、予約要求者が選択した連続枠が予約可能な連続枠として確保することができなかったことを通知する電子メールである。予約失敗通知メールの本文には、例えば、連続枠の予約が失敗したことを示すメッセージが記載される。
【０１１７】
ゴルフ場予約サーバ１は、例えば、予約リクエストを受信してから所定時間が経過しても、予約要求者が選択した連続枠が予約可能な連続枠として確保することができなかった場合、予約要求者宛てに予約失敗通知メールを送信してもよい。あるいは、ゴルフ場予約サーバ１は、例えば、予約要求者が選択した連続枠が設定されているプレー日までの日数が所定日数以下になっても、予約要求者が選択した連続枠が予約可能な連続枠として確保することができなかった場合、予約要求者宛てに予約失敗通知メールを送信してもよい。
【０１１８】
［１−３−５．ゴルフ場提供者への情報提供］
ゴルフ場予約サーバ１は、例えば、ユーザが検索条件として指定する希望枠数の傾向を、ゴルフ場提供者へ提供してもよい。ゴルフ場予約サーバ１は、ゴルフ場予約サイトにおける各ユーザの操作履歴を記録する。操作履歴は、ユーザが検索を要求した際の検索条件を含む。ゴルフ場予約サーバ１は、例えば、ユーザによるゴルフ場の検索の要求操作の履歴を記録するとき、例えば、ユーザが指定した検索条件で検索されたゴルフ場の一覧も記録してもよい。ゴルフ場予約サーバ１は、操作履歴に基づいて、ゴルフ場ごとに、希望枠数の傾向を求めることができる。
【０１１９】
例えば、ゴルフ場予約サーバ１は、ゴルフ場提供者からの操作によりゴルフ場端末２からリクエストを受信したとき、希望枠数の傾向を求めてもよい。例えば、ゴルフ場予約サーバは、指定回数が最も多い希望枠数を、指定される傾向が強い希望枠数として抽出してもよいし、対象となるゴルフ場が検索された回数に対して、指定回数が所定値以上である希望枠数を、指定される傾向が強い希望枠数として抽出してもよい。そして、ゴルフ場予約サーバ１は、例えば、指定される傾向が強い希望枠数を示すウェブページをゴルフ場端末２へ送信してもよい。これにより、ゴルフ場提供者は、指定される傾向が強い希望枠数を把握することができる。また、ゴルフ場提供者は、時間枠ごとの予約状況を参照することにより、指定される傾向が強い希望枠数を、予約可能な連続枠として確保するために、どの予約済枠をどこに移動させればよいかを把握することができる。ゴルフ場提供者は、例えば、予約済枠を予約したユーザに対して予約済枠の移動を依頼してもよい。依頼の方法としては、例えば、電子メール、電話等がある。ユーザが予約済枠の移動を受け入れた場合、例えば、ゴルフ場予約サーバ１は、ゴルフ場端末２を操作して、予約済枠を移動させる。
【０１２０】
ゴルフ場予約サーバ１は、指定される傾向が強い希望枠数の時間枠で構成される連続枠を、予約可能な連続枠として確保するための情報をゴルフ場提供者へ提供してもよい。例えば、ゴルフ場予約サーバ１は、指定される傾向が強い希望枠数の時間枠で構成される連続枠であって、予約済枠を少なくとも１つ含む連続枠について、予約可能性があるか否かを判定し、予約蓋然性スコアを算出してもよい。そして、ゴルフ場予約サーバ１は、予約蓋然性スコアが所定値以上である連続枠に含まれる予約済枠を、移動元候補の予約済枠として抽出してもよい。また、ゴルフ場予約サーバ１は、例えば、移動元候補の予約済枠を、対象の連続枠以外の範囲に移動するための移動先候補の時間枠を検索してもよい。そして、ゴルフ場予約サーバ１は、移動元候補の予約済枠と移動先候補の時間枠の組み合わせを示すウェブページを、ゴルフ場端末２へ送信してもよい。これにより、ゴルフ場提供者は、どの予約済枠をどこに移動させればよいかを容易に把握することができる。
【０１２１】
［１−３．ゴルフ場予約サーバの構成］
次に、ゴルフ場予約サーバ１の構成について、図８乃至図１０を用いて説明する。
【０１２２】
図８は、本実施形態に係るゴルフ場予約サーバ１の概要構成の一例を示すブロック図である。図８に示すように、ゴルフ場予約サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【０１２３】
通信部１１は、ネットワークＮＷに接続して、ゴルフ場端末２やユーザ端末３等との通信状態を制御するようになっている。
【０１２４】
記憶部１２は、例えば、ハードディスクドライブ等により構成されている。記憶部１２は、本発明における実績記憶手段の一例である。この記憶部１２には、会員情報ＤＢ１２ａ、ゴルフ場情報ＤＢ１２ｂ、予約状況ＤＢ１２ｃ、予約情報ＤＢ１２ｄ、操作履歴ＤＢ１２ｅ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。
【０１２５】
図９（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、情報処理システムＳに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、ゴルフのハンディキャップ、保有ポイント数等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。ユーザＩＤは、本発明における識別情報の一例である。保有ポイント数は、ユーザが現在保有しているポイントの量を示す。
【０１２６】
図９（ｂ）は、ゴルフ場情報ＤＢ１２ｂに登録される内容の一例を示す図である。ゴルフ場情報ＤＢ１２ｂには、ゴルフ場に関するゴルフ場情報が登録されている。具体的に、ゴルフ場情報ＤＢ１２ｂには、ゴルフ場ＩＤ、ゴルフ場名、郵便番号、住所、電話番号、ＦＡＸ番号、電子メールアドレス、時間枠情報、プラン情報等のゴルフ場の属性が、ゴルフ場ごとに対応付けて登録される。ゴルフ場ＩＤは、ゴルフ場の識別情報である。時間枠情報は、ゴルフ場の提供者が設定している時間枠に関する情報である。例えば、時間枠情報には、一日に設定された時間枠ごとのスタート時間が設定されている。プラン情報は、ゴルフ場提供者が提供するプランに関する情報である。
【０１２７】
図９（ｃ）は、予約状況ＤＢ１２ｃに登録される内容の一例を示す図である。予約状況ＤＢ１２ｃには、各ゴルフ場の予約状況が登録されている。具体的に、ゴルフ場情報ＤＢ１２ｂには、ゴルフ場ＩＤ、コースＩＤ、プレー日、スタート時間、予約フラグ、予約番号等が、時間枠ごとに対応付けて登録される。コースＩＤは、コースの識別情報である。スタート時間は、時間枠を示す。予約フラグは、予約状況を示す。予約フラグには、「予約済」及び「空き」の何れかが設定される。「予約済」は、時間枠が予約済枠であることを示す。「空き」は、時間枠が空き枠であることを示す。予約番号は、予約が成立するごとに発行される識別番号である。予約番号は、予約フラグが「予約済」であるときに登録される。連続枠が予約された場合、連続枠に対応する各時間枠のスタート時間に対応して、同一の予約番号が登録される。
【０１２８】
図９（ｄ）は、予約情報ＤＢ１２ｄに登録される内容の一例を示す図である。予約情報ＤＢ１２ｄには、ゴルフ場の予約内容を示す予約情報が登録される。予約情報は、ユーザの予約の実績を示す情報である。具体的に、予約情報ＤＢ１２ｄには、予約番号、予約日時、ユーザＩＤ、ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日、枠数、スタート時間、組情報、料金、検索条件等が登録される。予約番号は、予約情報を識別する情報である。予約日時は予約が行われた日時である。ユーザＩＤは、予約したユーザを示す。ゴルフ場ＩＤ、プランＩＤ及びコースＩＤは、予約されたゴルフ場、プラン及びコースを示す。枠数は、予約された時間枠の数を示す。スタート時間は、予約された時間枠を示す。枠数が２以上である場合、スタート時間は、予約された連続枠の先頭の時間枠のスタート時間である。検索条件は、予約されたゴルフ場及びプランを検索するためにユーザが指定した検索条件である。
【０１２９】
組情報は、プレーを予定する組に関する情報である。組情報は、枠数分登録される。図９（ｅ）は、組情報に設定される内容の一例を示す図である。図９（ｅ）に示すように、組情報には、スタート時間、プレー人数及びメンバーリストが設定される。スタート時間は、組がゴルフのプレーを開始する時間枠を示す。メンバーリストは、組を構成するメンバーのユーザＩＤのリストである。
【０１３０】
図９（ｆ）は、操作履歴ＤＢ１２ｅに登録される内容の一例を示す図である。操作履歴ＤＢ１２ｅには、ゴルフ場サイトにおけるユーザの操作履歴が登録される。操作履歴ＤＢ１２ｅには、ユーザＩＤ、操作日時、ＵＲＬ等が対応付けて登録される。ゴルフ場予約サーバ１は、ユーザがユーザ端末３を操作することによりユーザ端末３がゴルフ場予約サーバ１へリクエストを送信するごとに、操作履歴を登録する。ユーザＩＤは、操作を行ったユーザを示す。操作日時は、操作が行われた日時である。ＵＲＬは、ユーザ端末３からのリクエストに設定されていたものである。ゴルフ場予約サーバ１は、ＵＲＬから、操作内容を特定することができる。ゴルフ場サイトにおけるユーザの操作としては、例えば、ゴルフ場の検索の要求操作、時間枠の検索の要求操作、ゴルフページの閲覧操作、予約の操作、ログイン操作、ログアウト操作等がある。操作履歴がゴルフ場の検索の要求操作の履歴である場合、操作履歴が、検索されたゴルフ場の一覧と対応付けて登録されてもよい。ゴルフ場の一覧には、例えば、検索されたゴルフ場のゴルフ場ＩＤが登録される。
【０１３１】
次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、ウェブページを表示するためのＨＴＭＬ文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、各種の設定値、閾値、定数等が記憶されている。
【０１３２】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、予約管理プログラム等の各種プログラムが記憶されている。予約管理プログラムは、ゴルフ場の予約に関する各種の処理を実行するためのプログラムである。予約管理プログラムは、本発明における情報処理プログラムの一例である。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。また、予約管理プログラムは、プログラム製品であってもよい。
【０１３３】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【０１３４】
図１０は、本実施形態に係るゴルフ場予約サーバ１の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、図１０に示すように、第１検索部１４１、第２検索部１４２、スコア算出部１４３、時間枠選択ページ生成部１４４、予約処理部１４５、及びポイント付与部１４６として機能する。第１検索部１４１は、本発明における第１検索手段の一例である。第２検索部１４２は、本発明における第２検索手段の一例である。スコア算出部１４３は、本発明における推定手段及び実績取得手段の一例である。時間枠選択ページ生成部１４４は、本発明における提示制御手段の一例である。予約処理部１４５は、本発明における予約要求取得手段、依頼通知出力手段、受け入れ通知取得手段及び可能通知出力手段の一例である。ポイント付与部１４６は、本発明における処理手段の一例である。
【０１３５】
第１検索部１４１は、ユーザにより指定された検索条件に基づいて、予約することができる時間枠があるゴルフ場及びプランを検索する。ゴルフ場ページにおいてユーザがプランとプレー日との組み合わせを選択した場合、第１検索部１４１は、選択された組み合わせにおいて予約することができる時間枠を検索する。検索条件として連続枠が指定されていた場合、第１検索部１４１は、予約することができる連続枠を検索する。
【０１３６】
第２検索部１４２は、検索条件として連続枠が指定された場合、予約することができない連続枠であって予約可能性がある連続枠があるゴルフ場及びプランを検索する。ゴルフ場ページにおいてユーザがプランとプレー日との組み合わせを選択した場合、第２検索部１４２は、選択された組み合わせにおいて予約することができない連続枠であって予約可能性がある連続枠を検索する。
【０１３７】
スコア算出部１４３は、第２検索部により検索された連続枠の予約蓋然性スコアを算出する。
【０１３８】
時間枠選択ページ生成部１４４は、第１検索部１４１及び第２検索部１４２の検索結果に基づいて、時間枠選択ページのＨＴＭＬ文書を生成する。時間枠選択ページ生成部１４４は、スコア算出部１４３により算出された予約蓋然性スコアに基づいて、第２検索部１４２により検索された連続枠の連続枠情報１１０の表示態様を制御する。時間枠選択ページ生成部１４４は、生成したＨＴＭＬ文書を送信することにより、第１検索部１４１による検索結果と第２検索部１４２による検索結果とを、互いに区別可能な態様でユーザ端末３により提示させる。
【０１３９】
予約処理部１４５は、予約状況の更新、予約情報の登録、予約情報の変更等を行う。また、予約処理部１４５は、予約済枠を含む連続枠の予約の要求に対する処理を行う。具体的に、予約処理部１４５は、時間枠移動依頼メール、時間枠移動承諾ページ、予約成功通知メールの送信、予約失敗メール等を出力する。また、予約処理部１４５は、予約済者の予約情報の変更、予約要求者の予約情報の登録、等を行う。
【０１４０】
ポイント付与部１４６は、予約処理部１４５の処理によって予約済者が予約した予約済枠が移動した場合、予約済者へポイントを付与する処理を行う。また、ポイント付与部１４６は、付与するポイント数を決定する。
【０１４１】
なお、ゴルフ場予約サーバ１が、複数のサーバ装置で構成されてもよい。例えば、予約サイトにおいてゴルフ場や時間枠の検索を行うサーバ装置、予約の処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてウェブページを送信するサーバ装置、電子メールを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【０１４２】
［１−４．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１１乃至図１６を用いて説明する。なお、以下に説明する動作例は、図４に示すような時間枠選択ページが表示される場合の例である。
【０１４３】
図１１は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の連続枠検索処理における処理例を示すフローチャートである。ゴルフ場ページにおいて、ユーザがプランとプレー日の組み合わせを選択すると、ユーザ端末３は、時間枠検索リクエストをゴルフ場予約サーバ１へ送信する。時間枠検索リクエストは、ユーザに選択されたプランのプランＩＤ、プレー日、及びゴルフ場ページに対応するゴルフ場のゴルフ場ＩＤを含む。また、時間枠検索リクエストは、トップページで指定された検索条件（連続枠の指定及び希望枠数を含む）を含む。連続枠検索処理は、ゴルフ場予約サーバ１が時間枠検索リクエストを受信したときであって、且つ、検索条件として連続枠が指定された場合に開始される。
【０１４４】
第１検索部１４１は、通信部１１から時間枠検索リクエストを取得する。そして、第１検索部１４１は、時間枠検索リクエストに設定された希望枠数分連続して空き時間枠である連続枠を検索する（ステップＳ５１）。具体的に、第１検索部１４１は、予約状況ＤＢ１２ｃから、時間枠検索リクエストに設定されたゴルフ場ＩＤ、プランＩＤ及びプレー日に対応付けられた複数のスタート時間のうち、希望枠数分連続するスタート時間であって、全ての予約フラグが「空き」である希望枠数分のスタート時間を検索する。次いで、時間枠選択ページ生成部１４４は、検索された各連続枠の予約可不可情報１１２として、「予約可」を決定する（ステップＳ５２）。
【０１４５】
次いで、時間枠選択ページ生成部１４４は、検索された連続枠の数が、記憶部１２に記憶された件数閾値未満であるか否かを判定する（ステップＳ５３）。このとき、時間枠選択ページ生成部１４４は、連続枠の数が件数閾値未満であると判定した場合には（ステップＳ５３：ＹＥＳ）、ステップＳ５４に進む。一方、時間枠選択ページ生成部１４４は、連続枠の数が件数閾値以上であると判定した場合には（ステップＳ５３：ＮＯ）、ステップＳ６５に進む。
【０１４６】
ステップＳ５４において、第２検索部１４２は、希望枠数分連続する連続枠であって、予約済枠を少なくとも１つ含む連続枠を検索する。具体的に、第２検索部１４２は、予約状況ＤＢ１２ｃから、時間枠検索リクエストに設定されたゴルフ場ＩＤ、プランＩＤ及びプレー日に対応付けられた複数のスタート時間のうち、希望枠数分連続するスタート時間であって、少なくとも１つの時間枠の予約フラグが「予約済」である希望枠数分のスタート時間を検索する。
【０１４７】
次いで、第２検索部１４２は、ステップＳ５４で検索された連続枠のうち１つを選択する（ステップＳ５５）。次いで、第２検索部１４２は、選択した連続枠以外の時間範囲から、空き枠を検索する（ステップＳ５６）。具体的に、第２検索部１４２は、予約状況ＤＢ１２ｃから、時間枠検索リクエストに設定されたゴルフ場ＩＤ、プランＩＤ、プレー日及び選択した連続枠が設定されたコースのコースＩＤに対応付けられた複数のスタート時間のうち、予約フラグが「空き」であるスタート時間を検索する。このとき、第２検索部１４２は、選択した連続枠に含まれる時間帯のスタート時間については、検索対象から除外する。
【０１４８】
次いで、第２検索部１４２は、選択した連続枠に含まれる全ての予約済枠を、選択した連続枠以外の空き枠に移動可能であるか否かを判定する（ステップＳ５７）。選択した連続枠に、連続枠としての予約済枠が含まれている場合、第２検索部１４２は、その予約済枠が連続枠として移動可能であるか否かを判定する。予約状況ＤＢ１２ｃにおいては、連続枠を構成する２以上の時間枠のスタート時間のそれぞれに対応付けられている予約番号が同一である。よって、第２検索部１４２は、予約済枠が連続枠であるか否かを判定することができる。第２検索部１４２は、選択した連続枠に含まれる少なくとも１つの予約済枠が移動可能ではないと判定した場合には（ステップＳ５７：ＮＯ）、ステップＳ５８に進む。一方、第２検索部１４２は、選択した連続枠に含まれる全ての予約済枠を移動可能であると判定した場合には（ステップＳ５７：ＹＥＳ）、ステップＳ５９に進む。
【０１４９】
ステップＳ５８において、第２検索部１４２は、選択した連続枠を、検索結果から除外する。次いで、第２検索部１４２は、ステップＳ６３に進む。検索結果から除外された連続枠は、予約可能性がない連続枠である。
【０１５０】
ステップＳ５９において、スコア算出部１４３は、予約蓋然性スコア算出処理を実行する。予約蓋然性スコア算出処理では、選択された連続枠の予約蓋然性スコアが算出される。予約蓋然性スコア算出処理の詳細については後述する。
【０１５１】
次いで、時間枠選択ページ生成部１４４は、算出された予約蓋然性スコアが、記憶部１２に記憶されたスコア閾値未満であるか否かを判定する（ステップＳ６０）。スコア閾値は、予め設定された閾値である。このとき、時間枠選択ページ生成部１４４は、予約蓋然性スコアがスコア閾値未満であると判定した場合には（ステップＳ６０：ＹＥＳ）、ステップＳ５８に進む。予約蓋然性が低いので、選択された連続枠は、検索結果から除外される。一方、時間枠選択ページ生成部１４４は、予約蓋然性スコアがスコア閾値以上であると判定した場合には（ステップＳ６０：ＮＯ）、ステップＳ６１に進む。
【０１５２】
ステップＳ６１において、時間枠選択ページ生成部１４４は、選択された連続枠の予約可不可情報１１２として、「予約不可」を決定する。次いで、時間枠選択ページ生成部１４４は、算出された予約蓋然性スコアに基づいて、予約蓋然性情報１１３として、「Ａ」、「Ｂ」及び「Ｃ」の何れかを決定する（ステップＳ６２）。
【０１５３】
次いで、第２検索部１４２は、ステップＳ５４で検索された連続枠の中にまだ選択していない連続枠があるか否かを判定する（ステップＳ６３）。このとき、第２検索部１４２は、まだ選択していない連続枠があると判定した場合には（ステップＳ６３：ＹＥＳ）、ステップＳ６４に進む。一方、第２検索部１４２は、全ての連続枠を選択したと判定した場合には（ステップＳ６３：ＮＯ）、ステップＳ６５に進む。
【０１５４】
ステップＳ６４において、第２検索部１４２は、ステップＳ５４で検索された連続枠の中から、まだ選択していない連続枠のうち１つを選択する。次いで、第２検索部１４２は、ステップＳ５６に進む。ステップＳ５４〜Ｓ６４により、第２検索部１４２は、予約済枠を少なく１つ含む連続枠であって予約可能性がある連続枠を検索する。
【０１５５】
ステップＳ６５において、時間枠選択ページ生成部１４４は、ステップＳ５１における検索結果、ステップＳ５４〜Ｓ６４における検索結果、予約可不可情報１１２の設定、及び予約蓋然性情報１１３の設定に基づいて、時間枠選択ページのＨＴＭＬ文書を生成する（ステップＳ６５）。次いで、時間枠選択ページ生成部１４４は、生成したＨＴＭＬ文書をユーザ端末３へ送信する（ステップＳ６６）。そして、時間枠選択ページ生成部１４４は、連続枠検索処理を終了させる。ユーザ端末３は、受信したＨＴＭＬ文書に基づいて、例えば、図４に示したような時間枠選択ページを表示する。
【０１５６】
図１２は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約蓋然性スコア算出処理における処理例を示すフローチャートである。
【０１５７】
図１２に示すように、スコア算出部１４３は、選択された連続枠に含まれる各予約済枠に対応する予約情報を予約情報ＤＢ１２ｄから取得する（ステップＳ８１）。予約状況ＤＢ１２ｃに登録されている予約番号と、予約情報ＤＢ１２ｄに登録されている予約情報に含まれる予約番号とで、予約済枠と予約情報とが対応付けられている。
【０１５８】
次いで、スコア算出部１４３は、選択された連続枠に含まれる予約済枠の数に応じた予約蓋然性スコアの加算値を決定する（ステップＳ８２）。例えば、スコア算出部１４３は、ＳＣ＝ＳＣ＋ＫＡ÷予約済枠の数、を計算する。ＳＣは、ワーク用のスコアである。ＫＡは正の定数である。
【０１５９】
次いで、スコア算出部１４３は、選択された連続枠に含まれる予約済枠でプレーするメンバーの人数に応じた予約蓋然性スコアの加算値を決定する（ステップＳ８３）。具体的に、スコア算出部１４３は、ステップＳ８１で取得した各予約情報に含まれる各組情報からプレー人数を取得する。次いで、スコア算出部１４３は、取得したプレー人数の合計値を計算する。そして、スコア算出部１４３は、例えば、ＳＣ＝ＳＣ＋ＫＢ÷プレー人数の合計値、を計算する。ＫＢは正の定数である。
【０１６０】
次いで、スコア算出部１４３は、選択された連続枠に含まれる予約済枠を予約した予約済者の数ｍに応じた予約蓋然性スコアの加算値を決定する（ステップＳ８４）。例えば、スコア算出部１４３は、ＳＣ＝ＳＣ＋ＫＣ÷ｍ、を計算する。ＫＢは正の定数である。予約状況ＤＢ１２ｃにおいて、予約番号が異なるスタート時間同士では、予約済者が異なる。従って、予約状況ＤＢ１２ｃに基づいて、予約済者の数ｍを算出することができる。
【０１６１】
次いで、スコア算出部１４３は、インデックスｉに１を設定する。また、スコア算出部１４３は、スコアＳｉにＳＣを設定する（ステップＳ８５）。スコアＳｉは、選択された連続枠に含まれる予約済枠を予約した予約済者のうち１人の予約済者が予約した予約済枠に対する予約蓋然性スコアである。予約済者が予約した予約済枠が連続枠である場合、スコアＳｉは、連続枠としての予約済枠に対する予約蓋然性スコアである。
【０１６２】
次いで、スコア算出部１４３は、１枠対応スコア算出処理を実行する（ステップＳ８６）。１枠対応スコア算出処理では、１人の予約済者が予約した予約済枠に対する予約蓋然性スコアとして、最終的なスコアＳｉが算出される。１枠対応スコア算出処理の詳細は後述する。
【０１６３】
次いで、スコア算出部１４３は、スコア算出部１４３は、インデックスｉに１を加算する（ステップＳ８７）。次いで、スコア算出部１４３は、インデックスｉが予約済者の数ｍの値よりも小さいか否かを判定する（ステップＳ８８）。このとき、スコア算出部１４３は、インデックスｉが予約済者の数ｍの値よりも小さいと判定した場合には（ステップＳ８８：ＹＥＳ）、ステップＳ８６に進む。一方、スコア算出部１４３は、インデックスｉが予約済者の数ｍの値以上であると判定した場合には（ステップＳ８８：ＮＯ）、ステップＳ８９に進む。スコア算出部１４３は、ステップＳ８５〜Ｓ８８を実行することにより、スコアＳＣ１〜ＳＣｍを算出する。
【０１６４】
ステップＳ８９において、スコア算出部１４３は、スコアＳＣ１〜ＳＣｍの平均値を算出する。そして、スコア算出部１４３は、算出した平均値を、予約蓋然性スコアとして決定する。スコア算出部１４３は、この処理を終えると、予約蓋然性スコア算出処理を終了させる。
【０１６５】
図１３は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の１枠対応スコア算出処理における処理例を示すフローチャートである。
【０１６６】
図１３に示すように、スコア算出部１４３は、インデックスｉに対応する予約済者の予約所要時間に応じた予約蓋然性スコアの加算値を決定する（ステップＳ１０１）。具体的に、スコア算出部１４３は、インデックスｉに対応する予約済者の予約情報からユーザＩＤ及び予約日時を取得する。次いで、スコア算出部１４３は、予約情報から取得したユーザＩＤを含む操作履歴を操作履歴ＤＢ１２ｅから検索する。次いで、スコア算出部１４３は、検索した操作履歴に基づいて、予約日時よりも前にログインされた日時のうち、予約日時に最も近い日時を特定する。次いで、スコア算出部１４３は、特定した日時と予約日時との差を計算することにより、予約所要時間を算出する。そして、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＤ÷予約所要時間、を計算する。ＫＤは正の定数である。
【０１６７】
次いで、スコア算出部１４３は、インデックスｉに対応する予約済者の検索回数に応じた予約蓋然性スコアの加算値を決定する（ステップＳ１０２）。具体的に、スコア算出部１４３は、検索した操作履歴に基づいて、ログインされた日時から予約日時までに検索が行われた回数をカウントする。そして、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＥ÷検索回数、を計算する。ＫＥは正の定数である。
【０１６８】
次いで、スコア算出部１４３は、インデックスｉに対応する予約済者が指定した希望スタート時間帯に基づく予約蓋然性スコアの加算値を決定する。具体的に、インデックスｉに対応する予約済者の予約情報に含まれる検索条件から希望スタート時間帯を取得する。そして、スコア算出部１４３は、移動先候補の時間枠のうち少なくとも１つが希望スタート時間帯に含まれるか否かを判定する（ステップＳ１０３）。このとき、スコア算出部１４３は、少なくとも１つの移動先候補の時間枠が希望スタート時間帯に含まれると判定した場合には（ステップＳ１０３：ＹＥＳ）、ステップＳ１０４に進む。一方、スコア算出部１４３は、全ての移動先候補の時間枠が希望スタート時間帯に含まれないと判定した場合には（ステップＳ１０３：ＮＯ）、ステップＳ１０５に進む。
【０１６９】
ステップＳ１０４において、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＦ、を計算する。ＫＦは正の定数である。次いで、スコア算出部１４３は、ステップＳ１０５に進む。
【０１７０】
ステップＳ１０５〜Ｓ１０８において、スコア算出部１４３は、インデックスｉに対応する予約済者が予約する時間帯の傾向に基づいて、予約蓋然性スコアの加算値を決定する。具体的に、スコア算出部１４３は、予約情報ＤＢ１２ｄから、インデックスｉに対応する予約済者のユーザＩＤを含む予約情報を全て検索する（ステップＳ１０５）。次いで、スコア算出部１４３は、検索した各予約情報に含まれるスタート時間及び枠数に基づいて、インデックスｉに対応する予約済者による所定時間帯ごとの予約割合を算出する（ステップＳ１０６）。次いで、スコア算出部１４３は、移動先候補の時間枠のうち少なくとも１つが、予約割合が所定値以上である時間帯に含まれるか否かを判定する（ステップＳ１０７）。このとき、スコア算出部１４３は、少なくとも１つの移動先候補の時間枠が、予約割合が所定値以上である時間帯に含まれると判定した場合には（ステップＳ１０７：ＹＥＳ）、ステップＳ１０８に進む。一方、スコア算出部１４３は、全ての移動先候補の時間枠が、予約割合が所定値以上である時間帯に含まれていないと判定した場合には（ステップＳ１０７：ＮＯ）、ステップＳ１０９に進む。ステップＳ１０８において、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＧを計算する。ＫＧは正の定数である。次いで、スコア算出部１４３は、ステップＳ１０９に進む。
【０１７１】
ステップＳ１０９〜Ｓ１１６において、スコア算出部１４３は、インデックスｉに対応する予約済者が他人の予約済枠の直後の時間枠に予約する傾向、及び、移動先候補の時間枠の直前の他人の予約済枠でプレーするメンバーのゴルフの技量に基づいて、予約蓋然性スコアの加算値を決定する。具体的に、スコア算出部１４３は、移動先候補の時間枠のうち少なくとも１つの移動先候補の時間枠の直前の時間枠が、空き枠であるか否かを判定する（ステップＳ１０９）。このとき、スコア算出部１４３は、少なくとも１つの移動先候補の時間枠の直前が、空き枠であると判定した場合には（ステップＳ１０９：ＹＥＳ）、ステップＳ１１０に進む。一方、スコア算出部１４３は、全ての移動先候補の時間枠の直前が予約済枠であると判定した場合には（ステップＳ１０９：ＮＯ）、ステップＳ１１１に進む。
【０１７２】
ステップＳ１１０において、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＨ＋ＫＩを計算する。ＫＨ及びＨＩは正の定数である。次いで、スコア算出部１４３は、ステップＳ１１７に進む。移動先候補の時間枠のうち少なくとも１つの移動先候補の時間枠の直前の時間枠が空き枠である場合、他人の予約済枠の直後の時間枠に予約する傾向の有無にかかわらず、空き枠の直前にある移動先候補の時間枠を移動先とすればよい。従って、この場合は予約蓋然性が高くなるので、予約蓋然性スコアにＫＨが加算される。また、空き枠の直前にある移動先候補の時間枠に予約済枠を移動することができれば、他人の予約済枠でプレーするメンバーのゴルフの技量は関係ない。従って、この場合は予約蓋然性が高くなるので、予約蓋然性スコアにＫＩが加算される。
【０１７３】
ステップＳ１１１において、スコア算出部１４３は、ステップＳ１０５で検索された予約情報と、予約状況ＤＢ１２ｃとに基づいて、予約済者の過去の予約のうち、予約された時間枠の直前の時間枠が予約済枠である予約の数と、予約された時間枠の直前の時間枠が空き枠である予約の数とをカウントする。そして、スコア算出部１４３は、予約済者の全ての予約のうち、予約済枠の直後の時間枠が予約された割合を計算する。次いで、スコア算出部１４３は、予約済枠の直後の時間枠が予約された割合が所定値未満であるか否かを判定する（ステップＳ１１２）。このとき、スコア算出部１４３は、予約済枠の直前の時間枠が予約された割合が所定値未満であると判定した場合には（ステップＳ１１２：ＹＥＳ）、ステップＳ１１４に進む。一方、スコア算出部１４３は、予約済枠の直前の時間枠が予約された割合が所定値以上であると判定した場合には（ステップＳ１１２：ＮＯ）、ステップＳ１１３に進む。
【０１７４】
ステップＳ１１３において、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＨを計算する。次いで、スコア算出部１４３は、ステップＳ１１４に進む。
【０１７５】
ステップＳ１１４において、スコア算出部１４３は、各移動先候補の時間枠の直前の予約済枠に対応する予約情報を、予約情報ＤＢ１２ｄから取得する。次いで、スコア算出部１４３は、検索された予約情報に含まれる組情報のうち予約済枠に対応する組情報のメンバーリストから、ユーザＩＤを取得する。次いで、スコア算出部１４３は、取得したユーザＩＤに対応するハンディキャップを会員情報ＤＢ１２ａから取得する。次いで、スコア算出部１４３は、移動先候補の時間枠の直前の予約済枠ごとに、最も高いハンディキャップを選択する。次いで、スコア算出部１４３は、選択したハンディキャップの中に、所定値未満のハンディキャップがあるか否かを判定する（ステップＳ１１５）。このとき、スコア算出部１４３は、所定値未満のハンディキャップがあると判定した場合には（ステップＳ１１５：ＹＥＳ）、ステップＳ１１６に進む。一方、スコア算出部１４３は、所定値未満のハンディキャップがないと判定した場合には（ステップＳ１１５：ＮＯ）、ステップＳ１１７に進む。
【０１７６】
ステップＳ１１６において、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＩを計算する。つまり、組のメンバーの全員のハンディキャップが所定値未満であれば、プレーの進行が遅くならない。一方、組のメンバーのうち１人でもハンディキャップが所定値以上のメンバーがいると、プレーの進行が遅くなる。移動先候補の時間枠のうち少なくとも１つの移動先候補の時間枠の直前の予約済枠でプレーする組のメンバーの全員のハンディキャップが所定値未満であれば、その移動先候補の時間枠を移動先とすればよい。従って、この場合は予約蓋然性が高くなることから、予約蓋然性スコアにＫＩが加算される。次いで、スコア算出部１４３は、ステップＳ１１７に進む。
【０１７７】
ステップＳ１１７及びＳ１１８において、スコア算出部１４３は、インデックスｉに対応する予約済者の住所からゴルフ場までの移動容易性に応じた予約蓋然性スコアの加算値を決定する。具体的に、スコア算出部１４３は、インデックスｉに対応する予約済者のユーザＩＤを含む会員情報から住所を取得する。また、スコア算出部１４３は、時間枠検索リクエストに含まれるゴルフ場ＩＤを含むゴルフ場情報から住所を取得する。そして、スコア算出部１４３は、取得した住所に基づいて、予約済者の住所からゴルフ場までの距離を計算する（ステップＳ１１７）。次いで、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＪ÷距離、を計算する（ステップＳ１１８）。ＫＪは、正の定数である。次いで、スコア算出部１４３は、ステップＳ１１９に進む。
【０１７８】
ステップＳ１１９及びステップＳ１２０において、スコア算出部１４３は、予約済枠の移動幅に応じた予約蓋然性スコアの加算値を決定する。具体的に、スコア算出部１４３は、インデックスｉに対応する予約済者の予約済枠のスタート時間と、移動先候補の時間枠のスタート時間との差を計算する。そして、スコア算出部１４３は、計算した差の絶対値を、移動幅とする（ステップＳ１１９）。移動先候補の時間枠が複数ある場合、スコア算出部１４３は、各移動先候補の時間枠について移動幅を計算し、計算された移動幅の中から最も短い移動幅を選択する。次いで、スコア算出部１４３は、例えば、Ｓｉ＝Ｓｉ＋ＫＫ÷移動幅、を計算する（ステップＳ１２０）。ＫＫは、正の定数である。そして、スコア算出部１４３は、１枠対応スコア算出処理を終了させる。
【０１７９】
図１４は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約制御処理における処理例を示すフローチャートである。予約手続ページにおいて、ユーザＡが必要な情報を入力すると、ユーザ端末３は、予約リクエストをゴルフ場予約サーバ１へ送信する。予約リクエストは、予約要求者のユーザＩＤ、ゴルフ場検索結果ページで選択されたゴルフ場のゴルフ場ＩＤ、ゴルフ場ページで選択されたプランのプランＩＤ及びプレー日、トップページで指定された検索条件、時間枠選択ページで選択された時間枠のスタート時間及びコースのコースＩＤ、予約手続ページで入力された情報等を含む。予約制御処理は、ゴルフ場予約サーバ１が予約リクエストを受信したときに開始される。
【０１８０】
図１４に示すように、予約処理部１４５は、予約リクエストに設定された検索条件において、連続枠が指定されているか否かを判定する（ステップＳ１３１）。このとき、予約処理部１４５は、連続枠が指定されていないと判定した場合には（ステップＳ１３１：ＮＯ）、ステップＳ１３３に進む。一方、予約処理部１４５は、連続枠が指定されていると判定した場合には（ステップＳ１３１：ＹＥＳ）、ステップＳ１３２に進む。
【０１８１】
ステップＳ１３２において、予約処理部１４５は、指定された連続枠が少なくとも１つの予約済枠を含むか否かを判定する。具体的に、予約処理部１４５は、予約状況ＤＢ１２ｃから、予約リクエストに設定されたゴルフ場ＩＤ、コースＩＤ及びプレー日を含む予約状況を検索する。次いで、予約処理部１４５は、検索された予約状況のうち、予約リクエストに設定されたスタート時間を含む予約状況から予約リクエストに設定された希望枠数分の予約状況を取得する。そして、予約処理部１４５は、取得した予約状況に含まれる予約フラグに基づいて、判定を行う。このとき、予約処理部１４５は、指定された連続枠が少なくとも１つの予約済枠を含むと判定した場合には（ステップＳ１３２：ＹＥＳ）、ステップＳ１３４に進む。一方、予約処理部１４５は、指定された連続枠が予約済枠を含まないと判定した場合には（ステップＳ１３２：ＮＯ）、ステップＳ１３３に進む。
【０１８２】
ステップＳ１３３において、予約処理部１４５は、通常の予約処理を実行する。具体的に、予約処理部１４５は、予約状況ＤＢ１２ｃにおいて、予約リクエストに設定されたゴルフ場ＩＤ、コースＩＤ、プレー日、スタート時間及び希望枠数に対応する予約フラグに「予約済」を設定するとともに、予約番号に新しい予約番号を設定する。そして、予約処理部１４５は、予約リクエストに設定された情報に基づいて、予約情報ＤＢ１２ｄに予約情報を登録する。予約処理部１４５は、この処理を終えると、予約制御処理を終了させる。
【０１８３】
ステップＳ１３４において、予約処理部１４５は、予約要求者により指定された連続枠に含まれる予約済枠を予約した予約済者のユーザＩＤを取得する。具体的に、予約処理部１４５は、予約情報ＤＢ１２ｄから、ステップＳ１３２で取得した予約状況に設定された予約番号を含む予約情報を検索する。そして、予約処理部１４５は、検索された予約情報からユーザＩＤを取得する。
【０１８４】
次いで、予約処理部１４５は、予約要求者により指定された連続枠に含まれる予約済枠を予約した予約済者のうち一人の予約済者を選択する（ステップＳ１３５）。次いで、予約処理部１４５は、予約要求者により指定された連続枠以外の時間範囲から、移動先候補の時間枠を検索する（ステップＳ１３６）。具体的に、予約処理部１４５は、予約状況ＤＢ１２ｃから、予約リクエストに設定されたゴルフ場ＩＤ、コースＩＤ、プレー日に対応付けられた複数のスタート時間のうち、予約フラグが「空き」であるスタート時間を検索する。このとき、第２検索部１４２は、選択した連続枠に含まれる時間帯のスタート時間については、検索対象から除外する。選択した予約済者が連続枠として予約済枠を予約した場合、予約処理部１４５は、移動先候補として連続枠を検索する。
【０１８５】
次いで、予約処理部１４５は、選択された予約済者の予約情報、検索した移動先候補の時間枠等に基づいて、時間枠移動依頼メールを生成する。そして、予約処理部１４５は、選択された予約済者宛てに時間枠移動依頼メールを送信する（ステップＳ１３７）。予約処理部１４５は、宛先の電子メールアドレスとして、予約済者のユーザＩＤを含む会員情報から電子メールアドレスを取得する。
【０１８６】
次いで、予約処理部１４５は、予約要求者により指定された連続枠に含まれる予約済枠を予約した予約済者の中にまだ選択していない予約済者がいるか否かを判定する（ステップＳ１３８）。このとき、予約処理部１４５は、まだ選択していない予約済者がいると判定した場合には（ステップＳ１３８：ＹＥＳ）、ステップＳ１３９に進む。ステップＳ１３９において、予約処理部１４５は、まだ選択していない予約済者のうち１人を選択する。次いで、予約処理部１４５は、ステップＳ１３６に進む。一方、予約処理部１４５は、全ての予約済者を選択したと判定した場合には（ステップＳ１３８：ＮＯ）、ステップＳ１４０に進む。ステップＳ１４０において、予約処理部１４５は、受信した予約リクエストと、ステップＳ１３４で取得された予約済者のユーザＩＤとを、仮の予約番号に対応付けて記憶部１２に一時的に保存する。そして、予約処理部１４５は、予約制御処理を終了させる。
【０１８７】
図１５は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の時間枠移動制御処理における処理例を示すフローチャートである。時間枠移動承諾ページにおいて、ユーザが承諾ボタン３２０又は不承諾ボタン３３０を選択する。すると、ユーザ端末３は、ユーザの選択に応じて、承諾メッセージ及び不承諾メッセージの何れかをゴルフ場予約サーバへ送信する。承諾メッセージ及び不承諾メッセージのそれぞれは、仮の予約番号、時間枠移動承諾ページにおいて操作を行った予約済者のユーザＩＤ、予約済者が予約済枠を行った際の予約番号を含む。また、承諾メッセージは、時間枠移動承諾ページで予約済者が選択したスタート時間及び予約済枠の枠数を含む。時間枠移動制御処理は、ゴルフ場予約サーバ１が承諾メッセージ及び不承諾メッセージの何れかを受信したときに開始される。
【０１８８】
図１５に示すように、予約処理部１４５は、受信したメッセージに含まれる仮の予約番号に対応する予約メッセージ及び予約済者のユーザＩＤを記憶部１２から取得する（ステップＳ１５１）。次いで、予約処理部１４５は、受信されたメッセージが承諾メッセージであるか否かを判定する（ステップＳ１５２）。このとき、予約処理部１４５は、受信されたメッセージが承諾メッセージであると判定した場合には（ステップＳ１５２：ＹＥＳ）、ステップＳ１５３に進む。一方、予約処理部１４５は、受信されたメッセージが不承諾メッセージであると判定した場合には（ステップＳ１５２：ＮＯ）、ステップＳ１６３に進む。
【０１８９】
ステップＳ１５３において、予約処理部１４５は、時間枠の移動を受け入れた予約済者が選択した移動先の時間枠を予約済枠に変更する。具体的に、予約処理部１４５は、予約状況ＤＢ１２ｃにおいて、予約リクエストに設定されたゴルフ場ＩＤ、コースＩＤ、プレー日、承諾メッセージに設定されたスタート時間及び枠数に対応する予約フラグ及び予約番号に、「予約済」及び承諾通知メッセージに含まれる予約済者の予約番号を設定する。また、予約処理部１４５は、承諾メッセージに設定された予約済者の予約番号、スタート時間及び枠数を、承諾メッセージに設定された仮の予約番号及びユーザＩＤに対応付けて記憶部１２に記憶させる。
【０１９０】
次いで、予約処理部１４５は、予約要求者が選択した連続枠に含まれる予約済枠を予約している全ての予約済者が時間枠の移動を受け入れたか否かを判定する（ステップＳ１５４）。例えば、承諾メッセージに設定された仮の予約番号に対応付けて記憶部１２に記憶されている全ての予約済者のユーザＩＤのそれぞれに、予約番号が対応付けられている場合、全ての予約済者が時間枠の移動を受け入れている。このとき、予約処理部１４５は、全ての予約済者が時間枠の移動を受け入れたと判定した場合には（ステップＳ１５４：ＹＥＳ）、ステップＳ１５５に進む。一方、予約処理部１４５は、時間枠の移動をまだ受け入れていない予約済者が少なくとも１人いると判定した場合には（ステップＳ１５４：ＮＯ）、時間枠移動制御処理を終了させる。
【０１９１】
ステップＳ１５５において、予約処理部１４５は、ステップＳ１５１で取得されたユーザＩＤに基づいて、予約要求者が選択した連続枠に含まれる予約済枠を予約している全ての予約済者のうち１人を選択する。次いで、予約処理部１４５は、予約情報ＤＢ１２ｄにおいて、選択された予約済者の予約情報を変更する（ステップＳ１５６）。具体的に、予約処理部１４５は、仮の予約番号及び選択した予約済者のユーザＩＤに対応付けて記憶部１２に記憶されている予約番号及びスタート時間を取得する。そして、予約処理部１４５は、取得した予約番号に対応する予約情報のスタート時間を、取得したスタート時間に変更する。また、予約処理部１４５は、予約情報に含まれる各組数情報のスタート時間も変更する。
【０１９２】
次いで、ポイント付与部１４６は、ポイント付与処理を実行する（ステップＳ１５７）。ポイント付与処理では、選択された予約済者が保有するポイントを増加させる処理が行われる。ポイント付与処理の詳細については後述する。
【０１９３】
次いで、予約処理部１４５は、予約要求者が選択した連続枠に含まれる予約済枠を予約している予約済者の中に、まだ選択していない予約済者がいるか否かを判定する（ステップＳ１５８）。このとき、予約処理部１４５は、まだ選択していない予約済者がいると判定した場合には（ステップＳ１５８：ＹＥＳ）、ステップＳ１５９に進む。ステップＳ１５９において、予約処理部１４５は、まだ選択していない予約済者のうち１人を選択する。次いで、予約処理部１４５は、ステップＳ１５６に進む。一方、予約処理部１４５は、全ての予約済者を選択したと判定した場合には（ステップＳ１５８：ＮＯ）、ステップＳ１６０に進む。
【０１９４】
ステップＳ１６０において、予約処理部１４５は、予約要求者が選択した連続枠の全ての時間枠を予約済枠にする。また、予約処理部１４５は、承諾メッセージに含まれる仮の予約番号を、予約要求者の新しい予約番号に決定する。そして、予約処理部１４５は、予約状況ＤＢ１２ｃにおいて、予約要求者が選択した連続枠の全ての時間枠の予約番号を、予約要求者の新しい予約番号に変更する。
【０１９５】
次いで、予約処理部１４５は、予約要求者の予約情報を予約情報ＤＢ１２ｄに登録する（ステップＳ１６１）。ステップＳ１６０及びＳ１６１の処理は、図１４に示す予約制御処理のステップＳ１３３と基本的に同様である。次いで、予約情報ＤＢ１２ｄは、予約要求者宛てに予約成功通知メールを送信する（ステップＳ１６２）。予約処理部１４５は、宛先の電子メールアドレスとして、予約要求者のユーザＩＤを含む会員情報から電子メールアドレスを取得する。そして、予約情報ＤＢ１２ｄは、時間枠移動制御処理を終了させる。なお、予約処理部１４５は、既に時間枠の移動を受け入れている予約済者宛てに、予約済枠が移動したことを通知する電子メールを送信してもよい。
【０１９６】
ステップＳ１６３において、予約処理部１４５は、既に時間枠の移動を受け入れた予約済者について、移動先の時間枠を空き枠に変更する。具体的に、予約処理部１４５は、仮の予約番号に対応付けて記憶部１２に記憶されている移動先の時間枠のスタート時間及び枠数を取得する。次いで、予約処理部１４５は、予約状況ＤＢ１２ｃにおいて、予約リクエストに設定されたゴルフ場ＩＤ、コースＩＤ、プレー日、記憶部１２から取得されたスタート時間及び枠数に対応する予約フラグに「空き」を設定する。次いで、予約処理部１４５は、予約要求者宛てに予約失敗通知メールを送信する（ステップＳ１６４）。そして、予約処理部１４５は、時間枠移動制御処理を終了させる。なお、予約処理部１４５は、既に時間枠の移動を受け入れている予約済者宛てに、予約済枠が移動しなかったことを通知する電子メールを送信してもよい。
【０１９７】
図１６は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４のポイント付与処理における処理例を示すフローチャートである。
【０１９８】
図１６に示すように、ポイント付与部１４６は、予約要求者が選択した連続枠を、予約蓋然性スコア算出処理のパラメータとして選択する（ステップＳ１７１）。次いで、ポイント付与部１４６は、予約蓋然性スコア算出処理を実行する（ステップＳ１７２）。次いで、ポイント付与部１４６は、加算ポイントを計算する（ステップＳ１７３）。例えば、ポイント付与部１４６は、加算ポイント数＝ＫＬ÷予約蓋然性スコア、を計算する。ＫＬは、正の定数である。
【０１９９】
次いで、ポイント付与部１４６は、会員情報ＤＢ１２ａに登録されている予約済者の会員情報に含まれる保有ポイント数に、加算ポイント数を加算する（ステップＳ１７４）。そして、ポイント付与部１４６は、ポイント付与処理を終了させる。
【０２００】
以上説明したように、本実施形態によれば、システム制御部１４が、ゴルフ場の利用時間枠として定められた複数の時間枠の中から、ユーザの要求に応じた予約可能な連続枠を検索し、予約済枠を少なくとも１つ含むユーザの要求に応じた連続枠であって、予約済枠を予約した予約済者が予約済枠の移動を受け入れることにより予約可能になる可能性がある連続枠を検索し、予約可能な連続枠の検索結果と、予約可能になる可能性がある連続枠とを、互いに区別可能な態様で提示させる。そのため、連続枠を予約しやすくすることができる。
【０２０１】
また、システム制御部１４が、予約可能になる可能性がある連続枠が予約可能になる予約蓋然性を、予約蓋然性スコアを算出することによって推定し、推定された蓋然性に基づいて、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様を制御する。そのため、ユーザは、予約可能になる蓋然性を認識することができる。
【０２０２】
また、システム制御部１４が、予約可能になる可能性がある連続枠に含まれる予約済枠の数に基づいて、予約蓋然性を推定する。そのため、時間枠の移動のための日程調整の負担を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２０３】
また、システム制御部１４が、予約可能になる可能性がある連続枠に含まれる予約済枠におけるプレー人数に基づいて、予約蓋然性を推定する。そのため、時間枠の移動のための利用者の日程調整の負担を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２０４】
また、システム制御部１４が、予約可能になる可能性がある連続枠に含まれる１以上の予約済枠のそれぞれを予約した予約済者を特定し、予約した予約済者の数に基づいて、予約蓋然性を推定する。そのため、予約可能になる蓋然性は、予約済者ごとの時間枠の移動を受け入れられる蓋然性の積になるという事情を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２０５】
また、システム制御部１４が、予約可能になる可能性がある連続枠に含まれる１以上の予約済枠から、予約可能になる可能性がある連続枠を除く範予約可能な時間枠までの移動幅に基づいて、予約蓋然性を推定する。そのため、時間枠の移動のための利用者の日程調整の負担を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２０６】
また、システム制御部１４が、予約済者が検索を要求してから予約済者が予約済枠を予約するまでに要した時間に基づいて、予約蓋然性を推定する。そのため、予約者が予約するまでの熟考の程度を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２０７】
また、システム制御部１４が、予約済者による予約済枠の予約までに予約済者が検索を要求した回数に基づいて、予約蓋然性を推定することを特徴とする。そのため、予約済者が予約するまでの熟考の程度を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２０８】
また、システム制御部１４が、予約済枠の検索のために予約済者が検索条件として指定した希望スタート時間帯のうち、予約可能になる可能性がある連続枠を除く範囲の予約状況に基づいて、予約蓋然性を推定する。そのため、予約済者が希望する時間帯を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２０９】
また、システム制御部１４が、予約された時間枠のスタート時間及び枠数を含む予約情報を、予約したユーザを識別するユーザＩＤに関連付けて記憶する記憶部１２から、予約済者のユーザＩＤに関連付けられた予約情報を取得し、取得された予約情報から得られる予約の傾向に基づいて、予約蓋然性を推定する。そのため、予約済者の予約の傾向を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２１０】
また、システム制御部１４が、予約可能になる可能性がある連続枠を除く予約可能な時間枠の直前の時間枠が予約済枠である場合、予約済者が予約済枠の直後の時間枠を予約する傾向に基づいて、予約蓋然性を推定する。そのため、他人が利用する時間枠の直後の時間枠を利用したくないと予約済者が考える傾向を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２１１】
また、システム制御部１４が、予約可能になる可能性がある連続枠を除く予約可能な時間枠の直前の時間枠が予約済枠である場合、直前の時間枠を利用するプレーヤーのゴルフの技量に基づいて、予約蓋然性を推定する。そのため、予約可能な時間枠を予約済枠の移動先とすることの好ましさを、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２１２】
また、システム制御部１４が、予約済者の住所からゴルフ場までの移動容易性に基づいて、予約蓋然性を推定する。そのため、時間枠の移動のための日程調整の負担を、予約可能になる可能性がある連続枠の連続枠情報１１０の提示態様に反映させることができる。
【０２１３】
また、システム制御部１４が、予約可能になる可能性がある連続枠のスタート時間及び希望枠数を含むユーザからの予約リクエストを取得し、取得された予約リクエストに含まれるスタート時間及び希望枠数が示す連続枠に含まれる予約済枠を予約した予約済者宛ての時間枠移動依頼通知メールを出力し、予約済者のユーザ端末３からの承諾通知メッセージを取得し、承諾通知メッセージが取得された場合、予約要求者宛ての予約成功通知メールを出力する。そのため、予約済枠の移動を促すことができる。また、予約済者が時間枠の移動を受け入れた場合、ユーザへ予約可能な連続枠が確保されることが通知される。そのため、予約可能になる可能性がある連続枠を予約しやすくすることができる。
【０２１４】
また、システム制御部１４が、予約可能になる可能性がある連続枠であって予約要求者により要求された連続枠に含まれる予約済枠の移動を受け入れた予約済者に対して付与されるポイントの数を、予約蓋然性が低いほど多く決定する。そのため、予約済枠の移動を受け入れることの難しさに応じて、予約済枠の移動を受け入れた予約済者が特典を得ることができる。
【０２１５】
［２．第２実施形態］
次に、第２実施形態について、図１７乃至図１９を用いて説明する。第１実施形態においては、予約要求者が選択した連続枠が予約済枠を含む場合、ゴルフ場予約サーバ１は、予約済者に時間枠の移動を依頼する通知を行っていた。これに対し、第２実施形態では、予約の際にユーザが時間枠の移動先として受け入れる時間帯を登録しておく。この時間帯を、「移動可能時間帯」という。ゴルフ場予約サーバ１は、予約済者が予約した予約済枠を、移動可能時間帯の範囲内で自動的に移動させる。これにより、ユーザは連続枠の迅速に予約することができる。
【０２１６】
図１７は、本実施形態に係る情報処理システムＳの処理概要を示すシーケンス図である。図１７に示すように、予約を行うユーザＢは、予約手続ページにおいて、必要な情報を入力する（ステップＳ２０１）。このとき、ユーザＢは、移動可能時間帯として、開示時刻と終了時刻とを入力する。ユーザＢは、移動可能時間帯を指定してもよいし、指定しなくてもよい。ユーザＢのユーザ端末３は、入力された情報を含む予約リクエストをゴルフ場予約サーバ１へ送信する（ステップＳ２０２）。ゴルフ場予約サーバ１は、受信した予約リクエストに設定された情報に基づいて、予約情報を予約情報ＤＢ１２ｄに登録する（ステップＳ２０３）。このとき、ゴルフ場予約サーバ１は、ユーザＢが指定した移動可能時間帯を含む予約情報を登録する。図１８は、予約情報ＤＢ１２ｄに登録される内容の一例を示す図である。図９（ｄ）に示す第１実施形態の予約情報ＤＢ１２ｄと比較して、本実施形態の予約情報ＤＢ１２ｄは、登録される情報として移動可能時間帯が追加されている。
【０２１７】
その後、図３に示す処理により、ユーザＡのユーザ端末３には、時間枠選択ページが表示されているとする。ここで、ユーザＡは、予約済枠を含む連続枠に対応する予約ボタン１１５を選択する（ステップＳ２０４）。そして、予約手続ページにおいてユーザＡが必要な情報を入力すると、ユーザ端末３は、予約リクエストをゴルフ場予約サーバ１へ送信する（ステップＳ２０５）。
【０２１８】
予約リクエストを受信したゴルフ場予約サーバ１は、ユーザＡが選択した連続枠に含まれる予約済枠を予約した予約済者として、ユーザＢを特定する（ステップＳ２０６）。ゴルフ場予約サーバ１は、ユーザＢの予約情報に設定された移動可能時間帯の範囲内で、ユーザＢに予約された予約済枠の移動先候補となる時間枠を検索する。ここで、ゴルフ場予約サーバ１は、移動先候補となる時間枠があると判定したとする（ステップＳ２０７）。この場合、ゴルフ場予約サーバ１は、ユーザＡが選択した連続枠に含まれるユーザＢの予約済枠を、移動可能時間帯の中の移動先候補の時間枠に移動させる（ステップＳ２０８）。次いで、ゴルフ場予約サーバ１は、ユーザＢに対してポイントを付与する処理を実行する（ステップＳ２０９）。次いで、ゴルフ場予約サーバ１は、ユーザＢ宛てに、時間枠移動通知メールを送信する（ステップＳ２１０）。時間枠移動通知メールは、予約済枠が移動されたことを通知する電子メールである。時間枠移動通知メールは、本発明において、予約済の時間枠が移動されることの通知の一例である。時間枠移動通知メールの本文には、例えば、予約済枠が移動されたことを示すメッセージ、予約済枠の移動後の予約内容、付与されたポイント等が記載される。
【０２１９】
次いで、ゴルフ場予約サーバ１は、ユーザＡが選択した連続枠に対してユーザＡからの予約を登録する（ステップＳ２１１）。次いで、ゴルフ場予約サーバ１は、予約成功ページをユーザＡのユーザ端末３へ送信する（ステップＳ２１２）。予約成功ページは、予約要求者が選択した連続枠が予約可能な連続枠として確保されたことを通知するウェブページである。予約成功ページは、本発明において、希望時間枠が予約可能な時間枠になることの通知の一例である。予約成功ページには、例えば、連続枠の予約が成功したことを示すメッセージが表示される。なお、ゴルフ場予約サーバ１は、予約要求者の予約を自動的に登録しなくてもよい。ゴルフ場予約サーバ１は、予約要求者宛てに、予約要求者が選択した連続枠が予約可能な連続枠として確保されたことを通知することを通知するだけでもよい。
【０２２０】
ユーザＢが予約の際に移動可能時間枠を指定しなかった場合、又は、移動可能時間帯に移動先候補となる時間枠がなかった場合、ゴルフ場予約サーバ１は、ユーザＢの予約済枠を移動させない。この場合、ゴルフ場予約サーバ１、ユーザＡのユーザ端末３へ予約失敗ページを送信する。予約失敗ページは、予約要求者が選択した連続枠が予約可能な連続枠として確保することができなかったことを通知するウェブページである。予約失敗ページには、例えば、連続枠の予約が失敗したことを示すメッセージが表示される。
【０２２１】
図１９は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約制御処理における処理例を示すフローチャートである。図１９において図１４と同様の処理については同様の符号が付されている。
【０２２２】
図１９に示すように、ステップＳ１３１、Ｓ１３２、Ｓ１３４及びＳ１３５の実行の後、予約処理部１４５は、選択した予約済者の予約情報に移動可能時間帯が登録されているか否かを判定する（ステップＳ２２１）。このとき、予約処理部１４５は、移動可能時間帯が登録されていないと判定した場合には（ステップＳ２２１：ＮＯ）、ステップＳ２２２に進む。一方、予約処理部１４５は、移動可能時間帯が登録されていると判定した場合には（ステップＳ２２１：ＹＥＳ）、ステップＳ２２３に進む。ステップＳ２２２において、予約処理部１４５は、予約失敗ページをユーザ端末３へ送信する。そして、予約処理部１４５は、予約制御処理を終了させる。
【０２２３】
ステップＳ２２３において、予約処理部１４５は、予約要求者が選択した連続枠以外の時間範囲のうち、予約情報に登録されている移動可能時間帯の中から、移動先候補の時間枠を検索する。次いで、予約処理部１４５は、移動先候補の時間枠があるか否かを判定する（ステップＳ２２４）。このとき、予約処理部１４５は、移動先候補の時間枠がないと判定した場合には（ステップＳ２２４：ＮＯ）、ステップＳ２２２に進む。一方、予約処理部１４５は、移動先候補の時間枠があると判定した場合には（ステップＳ２２４：ＹＥＳ）、ステップＳ２２５に進む。
【０２２４】
ステップＳ２２５において、予約処理部１４５は、移動先候補の時間枠を、予約済枠の移動先として選択する。移動先候補の時間枠が複数ある場合、予約処理部１４５は、何れかの時間枠を選択する。例えば、予約処理部１４５は、移動元の時間枠から最も近い時間枠を選択してもよい。次いで、ポイント付与部１４６は、ポイント付与処理を実行する（ステップＳ２２６）。
【０２２５】
次いで、予約処理部１４５は、予約要求者により指定された連続枠に含まれる予約済枠を予約した予約済者の中にまだ選択していない予約済者がいるか否かを判定する（ステップＳ１３８）。このとき、予約処理部１４５は、まだ選択していない予約済者がいると判定した場合には（ステップＳ１３８：ＹＥＳ）、ステップＳ１３９に進む。ステップＳ１３９において、予約処理部１４５は、まだ選択していない予約済者のうち１人を選択する。次いで、予約処理部１４５は、ステップＳ２２１に進む。一方、予約処理部１４５は、全ての予約済者を選択したと判定した場合には（ステップＳ１３８：ＮＯ）、ステップＳ２２７に進む。
【０２２６】
ステップＳ２２７において、予約処理部１４５は、予約要求者が選択した連続枠の全ての時間枠を予約済に変更する。次いで、予約処理部１４５は、予約要求者の予約情報を予約情報ＤＢ１２ｄに登録する（ステップＳ２２８）。ステップＳ２２７及びＳ２２８の処理は、図１４に示す予約制御処理のステップＳ１３３と同様である。次いで、予約処理部１４５は、予約成功ページをユーザ端末３へ送信する（ステップＳ２２９）。そして、予約処理部１４５は、予約制御処理を終了させる。なお、本実施形態の予約処理部１４５は、予約要求取得手段、時間帯取得手段及び出力手段の一例である。
【０２２７】
以上説明したように、本実施形態によれば、システム制御部１４が、予約可能になる可能性がある連続枠のスタート時間及び希望枠数を含むユーザからの予約リクエストを取得し、時間枠を予約したユーザが時間枠の移動先として受け入れる移動可能時間帯を記憶する記憶部１２から、予約リクエストに含まれるスタート時間及び希望枠数が示す連続枠に含まれる予約済枠を予約した予約済者の移動可能時間帯を取得し、取得された移動可能時間帯のうち予約が要求された時間枠を除く範囲が、予約済枠の移動先として予約可能な時間枠を含む場合、予約成功ページを出力し、予約済者宛ての時間枠移動通知メールを出力する。そのため、予約可能になる可能性がある連続枠を予約しやすくすることができる。また、予約済者は、予約済枠が移動したことを知ることができる。
【０２２８】
なお、上記各実施形態においては、本発明の場所がゴルフ場に適用されていた。しかしながら、時間枠を指定して予約可能な場所に、本発明の場所を適用することができる。例えば、本発明の場所が、会議室、体育館、競技施設等に適用されてもよい。
【０２２９】
また、上記各実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末３等に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における手段として機能することにより、制御部が、ディスプレイ等の表示手段により、本発明に係る検索結果を提示させてもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。または、表示手段は、情報処理装置とは別個の装置であってもよい。
【符号の説明】
【０２３０】
１  ゴルフ場予約サーバ
２  ゴルフ場端末
３  ユーザ端末
１１  通信部
１２  記憶部
１２ａ  会員情報ＤＢ
１２ｂ  ゴルフ場情報ＤＢ
１２ｃ  予約状況ＤＢ
１２ｄ  予約情報ＤＢ
１２ｅ  操作履歴ＤＢ
１３  入出力インターフェース
１４  システム制御部
１４ａ  ＣＰＵ
１４ｂ  ＲＯＭ
１４ｃ  ＲＡＭ
１５  システムバス
１４１  第１検索部
１４２  第２検索部
１４３  スコア算出部
１４４  時間枠選択ページ生成部
１４５  予約処理部
１４６  ポイント付与部
ＮＷ  ネットワーク
Ｓ  情報処理システム
【図１】
0005618338.tif 000002
【図２】
0005618338.tif 000003
【図３】
0005618338.tif 000004
【図４】
0005618338.tif 000005
【図５】
0005618338.tif 000006
【図６】
0005618338.tif 000007
【図７】
0005618338.tif 000008
【図８】
0005618338.tif 000009
【図９】
0005618338.tif 000010
【図１０】
0005618338.tif 000011
【図１１】
0005618338.tif 000012
【図１２】
0005618338.tif 000013
【図１３】
0005618338.tif 000014
【図１４】
0005618338.tif 000015
【図１５】
0005618338.tif 000016
【図１６】
0005618338.tif 000017
【図１７】
0005618338.tif 000018
【図１８】
0005618338.tif 000019
【図１９】
0005618338.tif 000020