(57)【要約】  誰にも予約されていない予約枠の予約を躊躇しないように、ユーザに予約の判断材料を提供することを可能とすることを目的とする。情報処理装置は、予約履歴に基づいて、誰にも予約されていない予約枠を予約することが苦手なユーザを判定する。情報処理装置は、誰にも予約されていない予約枠を予約することが苦手である第１のユーザからの予約枠情報の要求に基づいて特定される誰にも予約されていない予約枠の閲覧履歴を取得する。情報処理装置は、閲覧履歴に基づいて、予約枠情報を閲覧した第２のユーザを抽出する。情報処理装置は、第２のユーザのプロフィールを、予約枠情報が閲覧された予約枠に関連付けて、第１のユーザへ提示させる。
2014147750.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザが参加可能なイベントの予約枠であって、ユーザごとに予約が受け付けられる予約枠のそれぞれについて、予約したユーザの順序を特定可能な状態で予約履歴記憶手段に記憶された予約履歴に基づいて、誰にも予約されていない前記予約枠を予約することが苦手なユーザを判定する判定手段と、
前記予約枠に関する予約枠情報を閲覧したユーザを示す情報を含む閲覧履歴を記憶する閲覧履歴記憶手段から、前記判定手段により誰にも予約されていない予約枠を予約することが苦手であると判定された第１のユーザからの前記予約枠情報の要求に基づいて特定される誰にも予約されていない予約枠の前記閲覧履歴を取得する取得手段と、
前記取得手段により取得された前記閲覧履歴に基づいて、前記第１のユーザと異なるユーザの中から、前記要求に基づいて特定される前記予約枠の前記予約枠情報を閲覧した第２のユーザを抽出する抽出手段と、
前記抽出手段により抽出された前記第２のユーザのプロフィールの少なくとも一部を、前記第２のユーザにより前記予約枠情報が閲覧された前記予約枠に関連付けて、前記第１のユーザへ提示させる制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記第１のユーザが誰にも予約されていない前記予約枠の前記予約枠情報を閲覧した後に、該予約枠が前記第１のユーザと異なる第３のユーザにより予約された場合、該予約枠が予約されたことを前記第１のユーザへ通知する通知情報を出力する出力手段と、
を更に備えることを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記第３のユーザにより予約された前記予約枠の前記予約枠情報を該予約枠の予約前に閲覧した前記第１のユーザの人数が、該予約枠を現時点で予約可能なユーザの人数よりも多い場合、前記予約枠が予約されたことが通知される前記第１のユーザの優先順位を決定する優先順位決定手段を更に備え、
前記出力手段は、前記優先順位決定手段により決定された前記優先順位に従って、前記通知情報を出力することを特徴とする情報処理装置。
【請求項４】
請求項３に記載の情報処理装置において、
前記イベントは、複数のユーザが行う競技であり、
ユーザの競技の技量を示す技量情報を記憶する技量情報記憶手段から、前記第１のユーザの前記技量情報と、前記第３のユーザの前記技量情報と、を取得する技量情報取得手段を更に備え、
前記優先順位決定手段は、前記技量情報取得手段により取得された前記技量情報に基づいて、前記第３のユーザの前記技量と同程度の前記技量を有する前記第１のユーザへの通知が優先されるように、前記優先順位を決定することを特徴とする情報処理装置。
【請求項５】
請求項３又は請求項４に記載の情報処理装置において、
予約可能な前記予約枠の検索が可能なウェブサイトにおけるユーザの操作履歴を記憶する操作履歴記憶手段から、前記第１のユーザの前記操作履歴を取得する操作履歴取得手段と、
前記操作履歴取得手段により取得された前記操作履歴に基づいて、前記第３のユーザにより予約された前記予約枠に対応するイベントの開催場所及び開催時間のうち少なくとも何れかに対する前記第１のユーザの執心度を決定する執心度決定手段と、
を更に備え、
前記優先順位決定手段は、前記執心度決定手段により決定された前記執心度が高い前記第１のユーザであるほど、前記優先順位を高くすることを特徴とする情報処理装置。
【請求項６】
コンピュータにより実行される情報処理方法であって、
複数のユーザが参加可能なイベントの予約枠であって、ユーザごとに予約が受け付けられる予約枠のそれぞれについて、予約したユーザの順序を特定可能な状態で予約履歴記憶手段に記憶された予約履歴に基づいて、誰にも予約されていない前記予約枠を予約することが苦手なユーザを判定する判定ステップと、
前記予約枠に関する予約枠情報を閲覧したユーザを示す情報を含む閲覧履歴を記憶する閲覧履歴記憶手段から、前記判定ステップにより誰にも予約されていない予約枠を予約することが苦手であると判定された第１のユーザからの前記予約枠情報の要求に基づいて特定される誰にも予約されていない予約枠の前記閲覧履歴を取得する取得ステップと、
前記取得ステップにより取得された前記閲覧履歴に基づいて、前記第１のユーザと異なるユーザの中から、前記要求に基づいて特定される前記予約枠の前記予約枠情報を閲覧した第２のユーザを抽出する抽出ステップと、
前記抽出ステップにより抽出された前記第２のユーザのプロフィールの少なくとも一部を、前記第２のユーザにより前記予約枠情報が閲覧された前記予約枠に関連付けて、前記第１のユーザへ提示させる制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項７】
コンピュータを、
複数のユーザが参加可能なイベントの予約枠であって、ユーザごとに予約が受け付けられる予約枠のそれぞれについて、予約したユーザの順序を特定可能な状態で予約履歴記憶手段に記憶された予約履歴に基づいて、誰にも予約されていない前記予約枠を予約することが苦手なユーザを判定する判定手段、
前記予約枠に関する予約枠情報を閲覧したユーザを示す情報を含む閲覧履歴を記憶する閲覧履歴記憶手段から、前記判定手段により誰にも予約されていない予約枠を予約することが苦手であると判定された第１のユーザからの前記予約枠情報の要求に基づいて特定される誰にも予約されていない予約枠の前記閲覧履歴を取得する取得手段、
前記取得手段により取得された前記閲覧履歴に基づいて、前記第１のユーザと異なるユーザの中から、前記要求に基づいて特定される前記予約枠の前記予約枠情報を閲覧した第２のユーザを抽出する抽出手段、及び、
前記抽出手段により抽出された前記第２のユーザのプロフィールの少なくとも一部を、前記第２のユーザにより前記予約枠情報が閲覧された前記予約枠に関連付けて、前記第１のユーザへ提示させる制御手段、
として機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベントが開催される予約枠を、複数のユーザが予約することを可能とするシステムの技術分野に関する。
【背景技術】
【０００２】
従来、複数人で行われるイベントが開催される予約枠を、複数のユーザのそれぞれが別個に予約することを可能とするサービスが知られている。例えば、特許文献１には、ゴルフ場を予約する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１３８００３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したサービスでは、ある予約枠を予約した複数のユーザは、予約された予約枠に一緒にイベントに参加する。従って、ユーザが誰にも予約されていない予約枠を予約した段階では、ユーザは、如何なるユーザと一緒にイベントに参加するかが分からない。そのため、まだ誰にも予約されていない予約枠の予約を躊躇するユーザが存在する。【０００５】
本発明は、以上の点に鑑みてなされたものであり、誰にも予約されていない予約枠の予約を躊躇しないように、ユーザに予約の判断材料を提供することを可能とする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、複数のユーザが参加可能なイベントの予約枠であって、ユーザごとに予約が受け付けられる予約枠のそれぞれについて、予約したユーザの順序を特定可能な状態で予約履歴記憶手段に記憶された予約履歴に基づいて、誰にも予約されていない前記予約枠を予約することが苦手なユーザを判定する判定手段と、前記予約枠に関する予約枠情報を閲覧したユーザを示す情報を含む閲覧履歴を記憶する閲覧履歴記憶手段から、前記判定手段により誰にも予約されていない予約枠を予約することが苦手であると判定された第１のユーザからの前記予約枠情報の要求に基づいて特定される誰にも予約されていない予約枠の前記閲覧履歴を取得する取得手段と、前記取得手段により取得された前記閲覧履歴に基づいて、前記第１のユーザと異なるユーザの中から、前記要求に基づいて特定される前記予約枠の前記予約枠情報を閲覧した第２のユーザを抽出する抽出手段と、前記抽出手段により抽出された前記第２のユーザのプロフィールの少なくとも一部を、前記第２のユーザにより前記予約枠情報が閲覧された前記予約枠に関連付けて、前記第１のユーザへ提示させる制御手段と、を備えることを特徴とする。【０００７】
この発明によれば、誰にも予約されていない予約枠を予約することが苦手なユーザに、誰にも予約されていない予約枠の予約枠情報を閲覧したユーザのプロフィールが、その予約枠に関連付けて提示される。ある予約枠の予約枠情報を閲覧したユーザは、その予約枠の予約枠情報を閲覧していないユーザよりも、その予約枠を予約したい蓋然性が高い。従って、誰にも予約されていない予約枠を予約することが苦手なユーザは、その予約枠を予約した場合に一緒にイベントに参加するかもしれない他のユーザが、如何なるユーザであるかを知ることができる。このように、この発明によれば、誰にも予約されていない予約枠の予約を躊躇しないように、ユーザに予約の判断材料を提供することができる。【０００８】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記第１のユーザが誰にも予約されていない前記予約枠の前記予約枠情報を閲覧した後に、該予約枠が前記第１のユーザと異なる第３のユーザにより予約された場合、該予約枠が予約されたことを前記第１のユーザへ通知する通知情報を出力する出力手段と、を更に備えることを特徴とする。【０００９】
この発明によれば、誰にも予約されていない予約枠を予約することが苦手なユーザが閲覧した予約枠情報に対応する誰にも予約されていない予約枠が誰かに予約された場合、その予約枠が予約されたことが、そのユーザに通知される。そのため、誰にも予約されていない予約枠を予約することが苦手なユーザに、２番目以降となる予約を促すことができる。【００１０】
請求項３に記載の発明は請求項２に記載の情報処理装置において、前記第３のユーザにより予約された前記予約枠の前記予約枠情報を該予約枠の予約前に閲覧した前記第１のユーザの人数が、該予約枠を現時点で予約可能なユーザの人数よりも多い場合、前記予約枠が予約されたことが通知される前記第１のユーザの優先順位を決定する優先順位決定手段を更に備え、前記出力手段は、前記優先順位決定手段により決定された前記優先順位に従って、前記通知情報を出力することを特徴とする。【００１１】
この発明によれば、予約枠情報を閲覧したユーザの人数が、その予約枠情報に対応する予約枠を予約可能な人数よりも多い場合、ユーザの優先順位に従って通知が行われる。そのため、その予約枠を予約したユーザの人数が最大人数に達しているために、通知を受けたにもかかわらず、ユーザが予約をすることができないという事態を減らすことができる。【００１２】
請求項４に記載の発明は、請求項３に記載の情報処理装置において、前記イベントは、複数のユーザが行う競技であり、ユーザの競技の技量を示す技量情報を記憶する技量情報記憶手段から、前記第１のユーザの前記技量情報と、前記第３のユーザの前記技量情報と、を取得する技量情報取得手段を更に備え、前記優先順位決定手段は、前記技量情報取得手段により取得された前記技量情報に基づいて、前記第３のユーザの前記技量と同程度の前記技量を有する前記第１のユーザへの通知が優先されるように、前記優先順位を決定することを特徴とする。【００１３】
この発明によれば、予約したユーザの競技の技量と同程度の技量を有するユーザに優先的に通知が行われる。そのため、優先的に通知を受けたユーザが予約した場合、同程度の技量を有するユーザ同士で競技を行うことができる。そのため、通知を受けたユーザが予約をすることができないという事態を減らしつつ、予約が行われる蓋然性を高めることができる。【００１４】
請求項５に記載の発明は、請求項３又は請求項４に記載の情報処理装置において、予約可能な前記予約枠の検索が可能なウェブサイトにおけるユーザの操作履歴を記憶する操作履歴記憶手段から、前記第１のユーザの前記操作履歴を取得する操作履歴取得手段と、前記操作履歴取得手段により取得された前記操作履歴に基づいて、前記第３のユーザにより予約された前記予約枠に対応するイベントの開催場所及び開催時間のうち少なくとも何れかに対する前記第１のユーザの執心度を決定する執心度決定手段と、を更に備え、前記優先順位決定手段は、前記執心度決定手段により決定された前記執心度が高い前記第１のユーザであるほど、前記優先順位を高くすることを特徴とする。【００１５】
この発明によれば、操作履歴に基づいて、予約された予約枠でイベントが開催される場所にユーザがどの程度こだわっているか、或いは、予約された予約枠に応じた開催時間にユーザがどの程度こだわっているかということを示す執心度が決定される。そして、執心度が高い順に従って、通知が行われる。そのため、通知を受けたユーザが予約をすることができないという事態を減らしつつ、予約が行われる蓋然性を高めることができる。【００１６】
請求項６に記載の発明は、コンピュータにより実行される情報処理方法であって、複数のユーザが参加可能なイベントの予約枠であって、ユーザごとに予約が受け付けられる予約枠のそれぞれについて、予約したユーザの順序を特定可能な状態で予約履歴記憶手段に記憶された予約履歴に基づいて、誰にも予約されていない前記予約枠を予約することが苦手なユーザを判定する判定ステップと、前記予約枠に関する予約枠情報を閲覧したユーザを示す情報を含む閲覧履歴を記憶する閲覧履歴記憶手段から、前記判定ステップにより誰にも予約されていない予約枠を予約することが苦手であると判定された第１のユーザからの前記予約枠情報の要求に基づいて特定される誰にも予約されていない予約枠の前記閲覧履歴を取得する取得ステップと、前記取得ステップにより取得された前記閲覧履歴に基づいて、前記第１のユーザと異なるユーザの中から、前記要求に基づいて特定される前記予約枠の前記予約枠情報を閲覧した第２のユーザを抽出する抽出ステップと、前記抽出ステップにより抽出された前記第２のユーザのプロフィールの少なくとも一部を、前記第２のユーザにより前記予約枠情報が閲覧された前記予約枠に関連付けて、前記第１のユーザへ提示させる制御ステップと、を含むことを特徴とする。【００１７】
請求項７に記載の発明は、コンピュータを、複数のユーザが参加可能なイベントの予約枠であって、ユーザごとに予約が受け付けられる予約枠のそれぞれについて、予約したユーザの順序を特定可能な状態で予約履歴記憶手段に記憶された予約履歴に基づいて、誰にも予約されていない前記予約枠を予約することが苦手なユーザを判定する判定手段、前記予約枠に関する予約枠情報を閲覧したユーザを示す情報を含む閲覧履歴を記憶する閲覧履歴記憶手段から、前記判定手段により誰にも予約されていない予約枠を予約することが苦手であると判定された第１のユーザからの前記予約枠情報の要求に基づいて特定される誰にも予約されていない予約枠の前記閲覧履歴を取得する取得手段、前記取得手段により取得された前記閲覧履歴に基づいて、前記第１のユーザと異なるユーザの中から、前記要求に基づいて特定される前記予約枠の前記予約枠情報を閲覧した第２のユーザを抽出する抽出手段、及び、前記抽出手段により抽出された前記第２のユーザのプロフィールの少なくとも一部を、前記第２のユーザにより前記予約枠情報が閲覧された前記予約枠に関連付けて、前記第１のユーザへ提示させる制御手段、として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、誰にも予約されていない予約枠を予約することが苦手なユーザに、誰にも予約されていない予約枠の予約枠情報を閲覧したユーザのプロフィールが、その予約枠に関連付けて提示される。ある予約枠の予約枠情報を閲覧したユーザは、その予約枠の予約枠情報を閲覧していないユーザよりも、その予約枠を予約したい蓋然性が高い。従って、誰にも予約されていない予約枠を予約することが苦手なユーザは、その予約枠を予約した場合に一緒にイベントに参加するかもしれない他のユーザが、如何なるユーザであるかを知ることができる。このように、本発明によれば、誰にも予約されていない予約枠の予約を躊躇しないように、ユーザに予約の判断材料を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。
【図２】（ａ）は、枠種別として１人予約枠が指定された場合の時間枠選択ページの表示例であり、（ｂ）は、時間枠詳細ページの表示例である。
【図３】一実施形態に係る情報処理システムＳの処理例を示すシーケンス図である。
【図４】（ａ）は、１番目予約が苦手なユーザに対する未予約枠の時間枠選択ページの表示例であり、（ｂ）は、１番目予約が苦手なユーザに対する未予約枠の時間枠詳細ページの表示例である。
【図５】（ａ）は、一実施形態に係る情報処理システムＳの処理例を示すシーケンス図であり、（ｂ）は、予約通知メールの本文の一例である。
【図６】（ａ）は、一実施形態に係るゴルフ場予約サーバ１の概要構成の一例を示すブロック図であり、（ｂ）は、一実施形態に係るゴルフ場予約サーバ１の機能ブロックの一例を示す図である。
【図７】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、ゴルフ場情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、予約状況ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、予約情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、操作履歴ＤＢ１２ｅに登録される内容の一例を示す図である。
【図８】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の時間枠選択ページ送信処理の処理例を示すフローチャートである。
【図９】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の時間枠詳細ページ送信処理の処理例を示すフローチャートである。
【図１０】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約処理の処理例を示すフローチャートである。
【図１１】（ａ）は、ユーザのゴルフの技量に基づいて優先順位を決定する場合の優先順位決定処理の処理例を示すフローチャートであり、（ｂ）は、操作履歴に基づいて優先順位を決定する場合の優先順位決定処理の処理例を示すフローチャートである。
【図１２】一実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約通知制御処理の処理例を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、情報処理システムに対して本発明を適用した場合の実施形態である。
【００２１】
［１．情報処理システムの構成及び機能概要］
先ず、本実施形態に係る情報処理システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る情報処理システムＳの概要構成の一例を示す図である。
【００２２】
図１に示すように、情報処理システムＳは、ゴルフ場予約サーバ１と、複数のゴルフ場端末２と、複数のユーザ端末３と、を含んで構成されている。そして、ゴルフ場予約サーバ１と各ゴルフ場端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００２３】
ゴルフ場予約サーバ１は、ゴルフ場を予約するための予約サイトに関する各種処理を実行するサーバ装置である。ゴルフ場予約サーバ１は、本発明における情報処理装置の一例である。ユーザは、予約サイトを利用することにより、所望のゴルフ場の利用を予約することができる。ゴルフ場予約サーバ１は、ユーザ端末３からのリクエストに応じて、例えば、予約サイトのウェブページを送信したり、ゴルフ場の検索や予約等に関する処理を行ったりする。ゴルフは、本発明におけるイベントの一例である。ゴルフ場は、本発明におけるイベントの開催場所の一例である。予約サイトは、本発明におけるウェブサイトの一例である。
【００２４】
ゴルフ場端末２は、ゴルフ場を提供するゴルフ場提供者により利用される端末装置である。ゴルフ場端末２は、ゴルフ場提供者からの操作に基づいてゴルフ場予約サーバ１等のサーバ装置にアクセスする。これにより、ゴルフ場端末２は、サーバ装置からウェブページを受信して表示する。ゴルフ場端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ゴルフ場提供者は、ゴルフ場端末２を利用することにより、例えば、ゴルフ場提供者が提供するゴルフ場の予約状況を確認したり、予約変更を行ったりする。
【００２５】
ユーザ端末３は、予約サイトを利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいてゴルフ場予約サーバ１にアクセスすることにより、ゴルフ場予約サーバ１からウェブページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
【００２６】
［２．１人予約枠］
次に、１人予約枠について、図２を用いて説明する。予約サイトにおいてユーザがゴルフ場を予約するために、ユーザは、ゴルフのプレーを開始する時刻を指定する。この時間を、「スタート時間」という。ゴルフ場ごとに、スタート時間が複数定められている。また、ゴルフ場ごとに、スタート時間の間隔が定められている。あるスタート時間からその次のスタート時間の直前までの時間帯を、「時間枠」という。時間枠は、本発明における予約枠の一例である。本実施形態の時間枠は、ゴルフ場のコースに対応付けられている。ユーザは、指定したスタート時間に対応する時間枠で、その時間枠に対応付けられたゴルフ場及びコースを予約することになる。そして、予約した時間枠の範囲でゴルフのプレーを開始させることが予定される。
【００２７】
時間枠の種類として、通常枠と１人予約枠とがある。例えば、ゴルフ場を提供する時間枠を、通常枠と１人予約枠との何れにするかを、ゴルフ場提供者が時間枠ごとに設定することができるように、ゴルフ場予約サーバ１が構成されていてもよい。
【００２８】
通常枠は、少なくとも２人以上のメンバーで構成されるグループがゴルフをプレーするために予約することが可能な時間枠である。例えば、グループの代表者が、予約サイトで通常枠を予約する。
【００２９】
１人予約枠は、ユーザが１人で予約することが可能な時間枠である。１つの１人予約枠に対して、複数のユーザが予約を行うことができる。ある１人予約枠を予約した複数のユーザは、一緒にゴルフをプレーすることになる。ある１人予約枠を予約したユーザの人数を、「予約者数」という。１人予約枠には、最小催行人数及び最大催行人数が予め設定されている。最小催行人数は、１人予約枠においてゴルフを開催するための条件である。具体的に、最小催行人数は、ゴルフを開催するために最低必要なプレーヤーの人数である。つまり、１人予約枠は、ゴルフを開催するための予約者数の最小値である。最小催行人数は、例えば、２以上の範囲で設定される。現時点の予約者数が最小催行人数以上である１人予約枠を、「開催条件充足枠」という。現時点の予約者数が１人以上であり且つ最小催行人数未満である１人予約枠を、「人数不足枠」という。現時点の予約者数が０である１人予約枠を、「未予約枠」という。つまり、未予約枠は、誰にも予約されていない時間枠である。
【００３０】
例えば、予約された１人予約枠のプレー日の前日の所定の時刻に、ゴルフ場予約サーバ１は、予約者数が最小催行人数以上であるか否かを判定する。この時刻を、「開催決定時刻」という。開催決定時刻は、例えば、昼の１２時等であってもよい。ゴルフ場予約サーバ１は、予約者数が最小催行人数以上であると判定した場合、ゴルフを開催すると決定する。この場合、ゴルフ場予約サーバ１は、例えば、１人予約枠を予約した各ユーザ宛てに、ゴルフが開催されることを通知する電子メールを送信する。一方、ゴルフ場予約サーバ１は、予約者数が最小催行人数未満であると判定した場合、ゴルフを開催しないと決定する。この場合、ゴルフ場予約サーバ１は、１人予約枠に対する予約をキャンセルする処理を行う。そして、ゴルフ場予約サーバ１は、例えば、１人予約枠を予約した各ユーザ宛てに、予約者数が最小催行人数未満であるため、予約が自動的にキャンセルされたことを通知する電子メールを送信する。
【００３１】
最大催行人数は、１人予約枠でゴルフをプレー可能なユーザの最大の人数である。従って、最大催行人数までの人数のユーザが、１つの１人予約枠を予約することが可能である。最大催行人数は、例えば、２人以上の範囲で設定される。例えば、最大催行人数は、４人等であってもよい。最小催行人数及び最大催行人数の少なくとも一方は、例えば、ゴルフ場提供者により任意に設定することができてもよい。例えば、１つのゴルフ場において、全ての時間枠に、同一の最小催行人数及び最大催行人数を設定することが可能であってもよい。また、例えば、時間枠ごとに、最小催行人数及び最大催行人数を設定することが可能であってもよい。この場合、時間枠によって、最小催行人数及び最大催行人数の少なくとも何れかが異なっていてもよい。また、予約サイト全体で同一の最小催行人数及び最大催行人数が予め設定されてもよい。
【００３２】
ユーザは、予約サイトにおいてゴルフ場を検索するとき、様々な検索条件を入力することができる。ゴルフ場予約サーバ１は、指定された検索条件で予約可能なプランが提供されるゴルフ場を検索する。プランとは、ゴルフ場の提供を含むサービスである。プランは、例えば、ゴルフ場提供者により企画される。検索条件としては、例えば、プレー日、料金範囲、地域、希望スタート時間帯、ゴルフ場名、枠種別等がある。プレー日は、ゴルフ場でゴルフのプレーが行われる日付である。希望スタート時間帯は、ユーザがプレーの開始を希望する時間帯である。希望スタート時間帯は、例えば、９時台、１０時台という方法で指定可能である。枠種別は、検索する時間枠が、通常枠又は１人予約枠の何れであるかを示す。
【００３３】
ゴルフ場が検索されると、ユーザ端末３の画面には、ゴルフ場検索結果ページが表示される。ゴルフ場検索結果ページには、ゴルフ場の検索結果として、検索されたゴルフ場の一覧が表示される。一覧の中からユーザが所望のゴルフ場を選択すると、ユーザ端末３の画面には、ゴルフ場ページが表示される。ゴルフ場ページには、選択されたゴルフ場に関する情報が表示される。また、ゴルフ場ページには、選択されたゴルフ場において、検索条件を満たすプランの一覧が表示される。ゴルフ場ページにおいて、ユーザがプランとプレー日との組み合わせを選択すると、ゴルフ場予約サーバ１は、選択された組み合わせにおいて、予約可能な時間枠を検索する。これにより、予約サイトでは、予約可能な時間枠の検索が可能である。検索条件として希望スタート時間帯が指定された場合、ゴルフ場予約サーバ１は、例えば、指定された希望スタート時間帯の中で、予約可能な時間枠を検索する。枠種別が１人予約枠である場合、予約可能な時間枠とは、予約者数が最大催行人数未満である１人予約枠である。
【００３４】
時間枠が検索されると、ユーザ端末３の画面には、時間枠選択ページが表示される。時間枠選択ページには、時間枠の検索結果として、検索された時間枠の一覧が表示される。時間枠選択ページは、本発明における予約枠情報の一例である。図２（ａ）は、枠種別として１人予約枠が指定された場合の時間枠選択ページの表示例である。図２（ａ）に示すように、時間枠選択ページは、検索結果領域１００を含む。検索結果領域１００には、検索された１人予約枠ごとに、時間枠情報１１０が表示される。時間枠情報１１０には、コース名１１１、スタート時間１１２、現在の予約者数１１３、予約者一覧１１４及び詳細リンク１１５が表示される。予約者一覧１１４は、スタート時間１１２が示す１人予約枠を予約しているユーザの一覧である。例えば、予約者一覧１１４には、ユーザのニックネームが表示される。なお、予約者一覧１１４には、例えば、ユーザを示す顔の画像等が表示されてもよい。詳細リンク１１５は、時間枠詳細ページへのハイパーリンクである。ユーザが詳細リンク１１５を選択すると、ユーザ端末３の画面には、時間枠詳細ページが表示される。時間枠詳細ページは、本発明における予約枠情報の一例である。
【００３５】
時間枠詳細ページは、１人予約枠の詳細な情報が表示されるウェブページである。図２（ｂ）は、時間枠詳細ページの表示例である。図２（ｂ）に示すように、時間枠詳細ページは、時間枠詳細領域２１０、予約ボタン２２０等を含む。時間枠詳細領域２１０には、ゴルフ場名、プレー日、スタート時間、料金、プラン名、最小催行人数、プランの内容、備考等が表示される。予約ボタン２２０は、時間枠詳細ページに情報が提示されている１人予約枠を予約するためのボタンである。図２（ｂ）に示す時間枠詳細ページは、未予約枠の時間枠詳細ページである。１人予約枠を予約しているユーザが１人以上存在する場合、時間枠詳細ページには、予約しているユーザのプロフィールが更に表示される。例えば、プロフィールとして、ユーザのニックネーム、年代、性別、ゴルフのレベル、プレースタイル、自己紹介、ユーザの意気込み等が表示される。ゴルフのレベルは、ゴルフの技量を示す。例えば、過去のゴルフのスコアの平均値で、レベルが示される。プレースタイル、自己紹介、意気込み等は、例えば、ユーザが１人予約枠を予約する際に入力する。
【００３６】
［３．未予約枠の情報の閲覧者のプロフィールの提示］
次に、未予約枠の情報の閲覧者のプロフィールの提示について、図３及び図４を用いて説明する。ある１人予約枠を最初に予約することを、「１番目予約」という。つまり、未予約枠を予約することが、１番目予約である。未予約枠は、まだ誰にも予約されていない時間枠である。そのため、仮に、ユーザが未予約枠を予約した場合、予約した時点では、ユーザは、誰と一緒にゴルフをプレーすることになるかを知ることができない。そのため、ユーザは、１番目予約を躊躇する場合がある。このような理由により、既に誰かが予約している時間枠を予約することは容易にできるが、１番目予約が苦手なユーザが存在する。１番目予約が苦手なユーザは、例えば、１番目予約を躊躇する傾向があるユーザ、１番目予約を避ける傾向があるユーザ、又は、１番目予約をすることが好きではないユーザ等であってもよい。そこで、ゴルフ場予約サーバ１は、１番目予約が苦手なユーザが１番目予約を躊躇しないように、予約の判断材料を提供する。
【００３７】
ゴルフ場予約サーバ１は、予約情報に基づいて、ユーザが、１番目予約が苦手なユーザであるか否かを判定する。予約情報は、ゴルフ場の予約内容を示す情報である。ゴルフ場予約サーバ１は、予約が行われるごとに、予約情報を登録する。予約情報は、予約の履歴でもある。ゴルフ場予約サーバ１は、ユーザの予約の履歴から、ユーザの１人予約枠に対する過去の予約のうち、ユーザが１番目予約を行った割合を計算する。１番目予約を行われた割合が、予め設定された閾値未満である場合、ゴルフ場予約サーバ１は、ユーザが、１番目予約が苦手なユーザであると判定する。１番目予約が苦手であるか否かが判定されるユーザは、本発明における第１のユーザの一例である。
【００３８】
１番目予約が苦手なユーザが未予約枠の時間枠詳細ページを閲覧するとき、ゴルフ場予約サーバ１は、その未予約枠の時間枠詳細ページを閲覧した他のユーザのプロフィールの少なくとも一部を、その未予約枠に関連付けて、ユーザ端末３によりユーザへ提示させる。未予約枠の時間枠詳細ページを閲覧した他のユーザは、本発明における第２のユーザの一例である。ある時間枠詳細ページを閲覧したユーザは、その時間枠詳細ページに対応する時間枠でプレーしたい蓋然性がある。そのため、ある時間枠詳細ページを閲覧したユーザは、その時間枠詳細ページを閲覧していないユーザよりも、その時間枠詳細ページに対応する時間枠を予約したいと考えている蓋然性が高い。時間枠詳細ページを閲覧した他のユーザのプロフィールを見ることにより、１番目予約が苦手なユーザは、予約する蓋然性があるユーザの情報を知ることができる。従って、１番目予約が苦手なユーザは、他のユーザのプロフィールに基づいて、未予約枠を閲覧するか否かを判定することができる。他のユーザのプロフィールが提示されない場合よりも、１番目予約が苦手なユーザに１番目予約を促すことができる。
【００３９】
次に、情報処理システムＳの処理概要を説明する。図３は、本実施形態に係る情報処理システムＳの処理例を示すシーケンス図である。例えば、ユーザＡは１番目予約が苦手であり、ユーザＨは１番目予約が苦手ではないとする。ユーザＨは、ユーザ端末３Ｈを操作して、ゴルフ場を検索する。その結果、ユーザ端末３Ｈの画面に、ゴルフ場ＸのプランＹの２月１日の時間枠選択ページが表示されたとする。例えば、図２（ａ）に示す時間枠選択ページが表示される。ユーザＨは、時間枠選択ページから、例えば、９時１８分の未予約枠の詳細リンク１１５を選択したとする（ステップＳ１）。すると、ユーザ端末３Ｈは、ゴルフ場予約サーバ１へ、時間枠詳細ページリクエストを送信する（ステップＳ２）。時間枠詳細ページリクエストは、時間枠詳細ページの要求を示すメッセージである。時間枠詳細ページリクエストに応じて、ゴルフ場予約サーバ１は、９時１８分の未予約枠の時間枠詳細ページをユーザ端末３Ｈへ送信する（ステップＳ３）。このとき、ゴルフ場予約サーバ１は、閲覧履歴を記録する。閲覧履歴は、ウェブページの閲覧の履歴である。ユーザ端末３Ｈの画面には、例えば、図２（ｂ）に示す時間枠詳細ページが表示される。
【００４０】
その後、ユーザＡは、ユーザ端末３Ａを操作して、ゴルフ場を検索する。その結果、ユーザ端末３Ａに、ゴルフ場Ｘのゴルフ場ページが表示されたとする。ユーザＡは、ゴルフ場ページから、プランＹと２月１日との組み合わせを選択したとする。すると、ユーザ端末３Ａは、時間枠選択ページリクエストを送信する。時間枠選択ページリクエストは、時間枠選択ページの要求を示すメッセージである（ステップＳ４）。
【００４１】
時間枠選択ページリクエストを受信したゴルフ場予約サーバ１は、ユーザＡが１番目予約の苦手なユーザであると判定する（ステップＳ５）。なお、予約情報を用いることにより、ユーザが１番目予約の苦手ユーザであるかを判定するタイミングは任意である。例えば、ゴルフ場予約サーバ１は、予約の処理を行うときに、予約したユーザの予約情報に基づいて、予約したユーザが１番目予約の苦手ユーザであるか否かを判定してもよい。そして、ゴルフ場予約サーバ１は、判定結果を示すフラグ等を設定しておいてもよい。その後、ゴルフ場予約サーバ１は、時間枠選択ページリクエストを受信したときに、設定しておいたフラグ等に基づいて、時間枠選択ページを閲覧しようとするユーザが１番目予約の苦手ユーザであるか否かを判定してもよい。また、例えば、ゴルフ場予約サーバ１は、時間枠選択ページリクエストを受信したときに、時間枠選択ページを閲覧しようとするユーザの予約情報に基づいて判定を行ってもよい。
【００４２】
ユーザＡが１番目予約の苦手なユーザであると判定したゴルフ場予約サーバ１は、時間枠選択ページを送信する。このとき、ゴルフ場予約サーバ１は、閲覧履歴に基づいて、９時１８分の未予約枠の時間枠詳細ページがユーザＨ等に閲覧されていることを示す情報を含む時間枠選択ページを送信する（ステップＳ６）。図４（ａ）は、１番目予約が苦手なユーザに対する未予約枠の時間枠選択ページの表示例である。図４（ａ）に示すように、時間枠詳細ページが閲覧された未予約枠の時間枠情報１１０には、コース名１１１、スタート時間１１２、現在の予約者数１１３、予約者一覧１１４、詳細リンク１１５及び閲覧者一覧１１６が表示される。閲覧者一覧１１６は、スタート時間１１２が示す時間枠が未予約枠である場合に表示される。閲覧者一覧１１６は、スタート時間１１２が示す未予約枠の時間枠詳細ページを閲覧したユーザの一覧である。例えば、閲覧者一覧１１６には、ユーザのニックネームが表示されてもよい。図４（ａ）の例では、８時２８分の未予約枠の時間枠詳細ページは誰にも閲覧されていないことが示されている。また、９時１８分の未予約枠の時間枠詳細ページを、ユーザＨ及びＩが閲覧したことが示されている。なお、閲覧者一覧１１６には、例えば、ユーザを示す顔の画像が表示されてもよい。また、例えば、時間枠選択ページには、閲覧者一覧１１６は表示されなくてもよい。その代わり、例えば、未予約枠の時間枠情報１１０内に、その未予約枠の時間枠詳細ページを誰かが閲覧したことを示す情報が表示されればよい。
【００４３】
時間枠選択ページにおいて、ユーザＡが９時１８分の未予約枠の詳細リンク１１５を選択すると（ステップＳ７）、ユーザ端末３Ａは、時間枠詳細ページリクエストを送信する（ステップＳ８）。時間枠詳細ページリクエストを受信したゴルフ場予約サーバ１は、ユーザＨ等のプロフィールを含む時間枠詳細ページをユーザ端末３Ａへ送信する（ステップＳ９）。また、ゴルフ場予約サーバ１は、閲覧履歴を記録する。
【００４４】
図４（ｂ）は、１番目予約が苦手なユーザに対する未予約枠の時間枠詳細ページの表示例である。図４（ｂ）に示すように、時間枠詳細ページは、時間枠詳細領域２１０、予約ボタン２２０、プロフィール領域２３０を含む。プロフィール領域には、時間枠詳細ページを閲覧したユーザのプロフィールが表示される。例えば、プロフィールとして、ユーザのニックネーム、年代、性別、ゴルフのレベル等が表示される。
【００４５】
なお、プロフィールは、ユーザのニックネーム、年代、性別及びゴルフのレベルのみに限られるものではない。また、時間枠選択ページの閲覧者一覧１１６に、例えば、時間枠詳細ページを閲覧したユーザのプロフィール（例えば、年代、性別及びゴルフのレベル等）が表示されてもよい。この場合、時間枠詳細ページには、プロフィール領域２３０が含まれなくてもよい。
【００４６】
［４．未予約枠の予約の通知］
次に、未予約枠が予約された場合の１番目予約が苦手なユーザに対する通知について、図５を用いて説明する。１番目予約が苦手なユーザが、未予約枠の時間枠詳細ページを閲覧した場合、そのユーザはその未予約枠でプレーしたい蓋然性がある。しかしながら、１番目予約が苦手なユーザは、その未予約枠を予約しないことがある。そこで、１番目予約が苦手なユーザが閲覧した時間枠詳細ページに対応する未予約枠が誰かに予約された場合、ゴルフ場予約サーバ１は、１番目予約が苦手なユーザに、予約されたことを通知する。これにより、１番目予約が苦手なユーザが予約したい蓋然性がある時間枠に対する２番目以降の予約を、１番目予約が苦手なユーザに促すことができる。また、１番目予約が苦手なユーザが予約する機会を失うケースを減らすことができる。１番目予約されたことが通知される時間枠を、「通知対象枠」という。未予約枠を予約したユーザは、本発明における第３のユーザの一例である。
【００４７】
以下に、情報処理システムＳの処理概要を説明する。図５（ａ）は、本実施形態に係る情報処理システムＳの処理例を示すシーケンス図である。図３に示す処理の後、ユーザＡは予約を行わなかったとする。一方、あるユーザＪが、９時１８分の未予約枠を予約する操作を行ったとする（ステップＳ１１）。すると、ユーザＪが利用するユーザ端末３Ｊは、ゴルフ場予約サーバ１へ予約リクエストを送信する（ステップＳ１２）。予約リクエストは、予約の要求を示すメッセージである。ゴルフ場予約サーバ１は、予約リクエストに基づいて、予約情報を登録する（ステップＳ１３）。次いで、ゴルフ場予約サーバ１は、閲覧履歴に基づいて、９時１８分の時間枠の時間枠詳細ページを閲覧したユーザとして、ユーザＡ等を特定する。また、ゴルフ場予約サーバ１は、ユーザＡは１番目予約の苦手なユーザであると判定する（ステップＳ１４）。この場合、ゴルフ場予約サーバ１は、９時１８分の時間枠が予約されたことをユーザＡに通知する情報を出力する（ステップＳ１５）。例えば、ゴルフ場予約サーバ１は、予約されたことを通知する情報として、電子メールを送信してもよい。この電子メールを、「予約通知メール」という。予約通知メールは、本発明における通知情報の一例である。
【００４８】
図５（ｂ）は、予約通知メールの本文の一例である。図５（ｂ）に示すように、予約通知メールには、例えば、１番目予約が苦手なユーザが情報を閲覧した時間枠が予約されたことを知らせるメッセージ、通知対象枠のスタート時間、通知対象枠の時間枠詳細ページのＵＲＬ等が記載されてもよい。
【００４９】
また、ゴルフ場予約サーバ１は、予約サイトのウェブページにより通知してもよい。例えば、予約サイトには、ユーザが予約サイトで情報を閲覧したゴルフ場、コース等の履歴が表示されるウェブページがある。このウェブページを、「閲覧履歴ページ」という。例えば、ゴルフ場予約サーバ１は、通知対象枠が予約されたことを通知するメッセージや、通知対象枠の時間枠詳細ページのＵＲＬ等が、ゴルフ場、コース、プレー日、スタート時間等と関連付けて表示されるように、閲覧履歴ページを生成してもよい。
【００５０】
通知対象枠は、１番目予約が行われた時点において少なくとも１人以上のユーザからの予約を受け付けることが可能である。ある時間枠を、現時点で予約可能なユーザの人数を、「予約可能人数」という。最大催行人数と予約者数との差が、予約可能人数である。通知対象枠が１番目予約される前に、その通知対象枠の時間枠詳細ページを閲覧したユーザのうち、１番目予約が苦手なユーザの人数を、「未予約枠閲覧者数」という。未予約枠閲覧者数が、通知対象枠の予約可能人数よりも多い場合がある。この場合、ゴルフ場予約サーバ１は、例えば、１番目予約が苦手なユーザの全てに、予約されたことを通知してもよい。しかしながら、この場合、通知を受けたユーザのうち少なくとも１人は予約することができない。そこで、ゴルフ場予約サーバ１は、未予約者の時間枠詳細ページを閲覧した１番目予約が苦手なユーザに対して、通知の優先順位を決定してもよい。そして、ゴルフ場予約サーバ１は、例えば、優先順位に従って通知を行ってもよい。
【００５１】
例えば、ゴルフ場予約サーバ１は、優先順位が高いユーザの順に通知を行ってもよい。この場合、ゴルフ場予約サーバ１は、所定の時間が経過するごとに、所定人数のユーザに通知を行ってもよい。通知する時間の間隔及び一度に通知するユーザの人数は任意である。例えば、ゴルフ場予約サーバ１は、一度に１人のユーザに通知してもよい。ゴルフ場予約サーバ１は、通知対象枠の予約可能人数が０になった以降は、通知を行わなくてもよい。その理由は、通知を受けても、ユーザは通知対象枠を予約することができないからである。また、ゴルフ場予約サーバ１は、最初に通知を行うとき、通知対象枠の予約可能人数に相当する人数のユーザに、通知してもよい。また、ゴルフ場予約サーバ１は、所定時間が経過するタイミングで通知するのではなく、通知対象枠が予約されるごとに、予約されたタイミングで通知してもよい。
【００５２】
優先順位の決定方法は種々挙げられる。例えば、ゴルフ場予約サーバ１は、無作為に優先順位を決定してもよい。また、ゴルフ場予約サーバ１は、例えば、ユーザのゴルフの技量に基づいて、優先順位を決定してもよい。例えば、ゴルフ場予約サーバ１は、通知対象枠を１番予約したユーザの技量と同程度の技量を有するユーザに優先的に通知されるように、優先順位を決定してもよい。例えば、複数の技量の範囲が予め設定されてもよい。そして、ゴルフ場予約サーバ１は、通知対象枠を１番予約したユーザの技量と同一の範囲内にある技量を有するユーザに優先的に通知されるように、優先順位を決定してもよい。また、ゴルフ場予約サーバ１は、例えば、１番目予約が苦手なユーザの技量が、通知対象枠を１番予約したユーザの技量に近いほど、優先順位を高くしてもよい。ゴルフ場予約サーバ１は、技量として、例えば、平均スコア等を用いてもよい。例えば、ユーザがゴルフをプレーした場合、予約サイトでスコアを登録することができるように、ゴルフ場予約サーバ１が構成されてもよい。そして、ゴルフ場予約サーバ１は、登録されたスコアに基づいて、平均スコアを計算してもよい。また、例えば、ユーザが平均スコアを登録することができるように、ゴルフ場予約サーバ１が構成されてもよい。平均スコアは、本発明における技量情報の一例である。
【００５３】
また、ゴルフ場予約サーバ１は、予約サイトにおけるユーザの操作履歴を記録している。操作履歴は、ゴルフ場の検索履歴、ウェブページの閲覧履歴等を含む。そこで、ゴルフ場予約サーバ１は、操作履歴に基づいて、ユーザが通知対象枠でゴルフのプレーを開始させたい度合いを決定してもよい。この度合いを、「執心度」という。具体的に、執心度は、例えば、通知対象枠に対応するゴルフ場、プレー日、スタート時間等でユーザがゴルフのプレーしたい程度である。ゴルフ場予約サーバ１は、各ユーザの執心度を比較して、執心度が高いユーザであるほど、優先順位を高くしてもよい。
【００５４】
例えば、ユーザがゴルフ場を検索するとき、ユーザがゴルフをプレーしたい条件として、ゴルフ場名、プレー日、希望スタート時間帯等を指定することができる。そこで、ゴルフ場予約サーバ１は、これらの検索条件が通知対象枠に対応するユーザの執心度を、これらの検索条件が通知対象枠に対応しないユーザの執心度よりも高くしてもよい。
【００５５】
また、ユーザは、予約サイトにおいて、プレーしたいゴルフ場の情報、プレーしたい日の情報、プレーしたい時間枠の情報を閲覧する蓋然性がある。例えば、通知対象枠の情報及び通知対象枠に対応するゴルフ場やプレー日の情報しか閲覧していないユーザは、通知対象枠以外の時間枠の情報や、通知対象枠に対応しないゴルフ場やプレー日の情報をも閲覧したユーザよりも、通知対象枠でゴルフをプレーしたい蓋然性が高い。そこで、ゴルフ場予約サーバ１は、ユーザが閲覧したウェブページのうち、通知対象枠に対応する情報が表示されるウェブページの割合が高いユーザであるほど、執心度が高いと判定してもよい。ゴルフ場予約サーバ１は、例えば、ゴルフ場、プレー日及び時間枠のうち少なくとも１つに対する執心度を決定してもよいし、ゴルフ場、プレー日及び時間枠のうち２以上の組み合わせに対する執心度を決定してもよい。ゴルフ場予約サーバ１は、例えば、複数の方法を組み合わせて、優先順位を決定してもよい。
【００５６】
［５．ゴルフ場予約サーバの構成］
次に、ゴルフ場予約サーバ１の構成について、図６及び図７を用いて説明する。
【００５７】
図６（ａ）は、本実施形態に係るゴルフ場予約サーバ１の概要構成の一例を示すブロック図である。図６（ａ）に示すように、ゴルフ場予約サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００５８】
通信部１１は、ネットワークＮＷに接続して、ゴルフ場端末２やユーザ端末３等との通信状態を制御するようになっている。
【００５９】
記憶部１２は、例えば、ハードディスクドライブ等により構成されている。記憶部１２は、本発明における予約履歴記憶手段、閲覧履歴記憶手段、技量情報記憶手段、操作履歴記憶手段の一例である。この記憶部１２には、会員情報ＤＢ１２ａ、ゴルフ場情報ＤＢ１２ｂ、予約状況ＤＢ１２ｃ、予約情報ＤＢ１２ｄ、操作履歴ＤＢ１２ｅ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。
【００６０】
図７（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、情報処理システムＳに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、ゴルフの平均スコア、１番目予約苦手フラグ等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。１番目予約苦手フラグは、ユーザが１番目予約の苦手なユーザであるか否かを示す。１番目予約苦手フラグがＴＲＵＥに設定されている場合、ユーザは、１番目予約が苦手である。１番目予約苦手フラグがＦＡＬＳＥに設定されている場合、ユーザは、１番目予約が苦手ではない。１番目予約苦手フラグの初期値は、例えば、ＦＡＬＳＥである。つまり、ユーザがまだ１人予約枠を予約したことがない場合、ゴルフ場予約サーバ１は、ユーザは１番目予約が苦手ではないと判定する。本実施形態においては、ゴルフ場予約サーバ１は、予約が行われたときに、予約情報に基づいて、予約を行ったユーザが１番目予約の苦手なユーザであるか否かを判定する。そして、ゴルフ場予約サーバ１は、判定の結果を、１番目予約苦手フラグとして設定する。
【００６１】
図７（ｂ）は、ゴルフ場情報ＤＢ１２ｂに登録される内容の一例を示す図である。ゴルフ場情報ＤＢ１２ｂには、ゴルフ場に関するゴルフ場情報が登録されている。具体的に、ゴルフ場情報ＤＢ１２ｂには、ゴルフ場ＩＤ、ゴルフ場名、郵便番号、住所、電話番号、ＦＡＸ番号、電子メールアドレス、最小催行人数、最大催行人数、時間枠情報、プラン情報等のゴルフ場の属性が、ゴルフ場ごとに対応付けて登録される。ゴルフ場ＩＤは、ゴルフ場の識別情報である。時間枠情報は、ゴルフ場の提供者が設定している時間枠に関する情報である。例えば、時間枠情報には、一日に設定された時間枠ごとのスタート時間が設定されている。プラン情報は、ゴルフ場提供者が提供するプランに関する情報である。ゴルフ場情報ＤＢ１２ｂに登録される最小催行人数及び最大催行人数は、ゴルフ場ＩＤが示すゴルフ場の全ての時間枠に対して設定される最小催行人数及び最大催行人数である。
【００６２】
図７（ｃ）は、予約状況ＤＢ１２ｃに登録される内容の一例を示す図である。予約状況ＤＢ１２ｃには、各ゴルフ場の予約状況が登録されている。具体的に、ゴルフ場情報ＤＢ１２ｂには、ゴルフ場ＩＤ、コースＩＤ、プレー日、スタート枠種別等が、時間枠ごとに対応付けて登録される。コースＩＤは、コースの識別情報である。スタート時間は、時間枠を示す。枠種別は、時間枠の種類を示す。枠種別として、「通常枠」及び「１人予約枠」の何れかが設定される。枠種別が「通常枠」である場合、ゴルフ場情報ＤＢ１２ｂには、更に予約フラグ等が登録される。予約フラグは、時間枠が予約されているか否かを示す。枠種別が「１人予約枠」である場合、ゴルフ場情報ＤＢ１２ｂには、更に予約者数及び予約リスト等が登録される。予約者数は、１人予約枠を現在予約しているユーザの人数である。予約リストは、１人予約枠を予約しているユーザのリストである。予約リストには、予約者数分の予約番号が登録される。予約番号は、予約が成立するごとに発行される識別番号である。予約者リストに登録される予約番号は、ユーザが１人予約枠を予約したときに発行された識別番号である。ゴルフ場予約サーバ１は、予約番号で予約情報ＤＢ１２ｄを検索することにより、１人予約枠を予約したユーザを特定することができる。なお、予約状況ＤＢ１２ｃに予約者数は登録されていなくてもよい。その理由は、ゴルフ場予約サーバ１は、予約リストに登録されている予約番号の数をカウントすることにより、予約者数を取得することができるからである。
【００６３】
図７（ｄ）は、予約情報ＤＢ１２ｄに登録される内容の一例を示す図である。予約情報ＤＢ１２ｄには、ゴルフ場の予約内容を示す予約情報が登録される。予約情報は、予約の履歴を示す情報でもある。具体的に、予約情報ＤＢ１２ｄには、予約番号、枠種別、予約日時、ユーザＩＤ、ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日、スタート時間、プレースタイル、自己紹介、意気込み等が、対応付けて登録される。予約番号は、予約情報を識別する情報である。枠種別は、予約された時間枠の種類を示す。予約日時は、予約が行われた日時である。ユーザＩＤは、予約したユーザを示す。ゴルフ場ＩＤ、プランＩＤ及びコースＩＤは、予約されたゴルフ場、プラン及びコースを示す。スタート時間は、予約された時間枠を示す。プレースタイル、自己紹介及び意気込みは、予約したユーザが入力した情報である。予約情報ＤＢ１２ｄには、１つの１人予約枠を予約したユーザの順序が特定可能な状態で予約情報が登録される。具体的に、ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日及びスタート時間により時間枠の特定が可能である。また、ユーザＩＤにより、予約したユーザの特定が可能である。また、同一の時間枠に対する１以上の予約情報に含まれる予約日時により、予約の順序が特定可能である。
【００６４】
図７（ｅ）は、操作履歴ＤＢ１２ｅに登録される内容の一例を示す図である。操作履歴ＤＢ１２ｅには、予約サイトにおけるユーザの操作履歴が登録される。操作履歴ＤＢ１２ｅには、ユーザＩＤ、操作日時、ＵＲＬ等が対応付けて登録される。ゴルフ場予約サーバ１は、ユーザがユーザ端末３を操作することによりユーザ端末３がゴルフ場予約サーバ１へリクエストを送信するごとに、操作履歴を登録する。ユーザＩＤは、操作を行ったユーザを示す。操作日時は、操作が行われた日時である。ＵＲＬは、ユーザ端末３からのリクエストに設定されていたものである。ゴルフ場予約サーバ１は、ＵＲＬから、操作内容を特定することができる。予約サイトにおけるユーザの操作としては、例えば、ゴルフ場の検索の要求操作、ウェブページの閲覧操作、予約の操作、予約サイトへのログイン操作、ログアウト操作等がある。検索の要求操作の履歴は、検索履歴である。検索履歴に含まれるＵＲＬは、ユーザにより入力された検索条件を含む。ウェブページの閲覧操作の履歴は、閲覧履歴である。時間枠詳細ページの閲覧履歴に含まれるＵＲＬは、時間枠を特定する情報として、例えば、ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日及びスタート時間等を含む。
【００６５】
次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、ウェブページを表示するためのＨＴＭＬ文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、各種の設定値、閾値、定数等が記憶されている。
【００６６】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、予約管理プログラム等の各種プログラムが記憶されている。予約管理プログラムは、ゴルフ場の予約に関する各種の処理を実行するためのプログラムである。予約管理プログラムは、本発明における情報処理プログラムの一例である。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。また、予約管理プログラムは、プログラム製品であってもよい。
【００６７】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００６８】
図６（ｂ）は、本実施形態に係るゴルフ場予約サーバ１の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、図６（ｂ）に示すように、苦手判定部１４１、閲覧者抽出部１４２、ページ送信部１４３、予約処理部１４４、予約通知部１４５等として機能する。苦手判定部１４１は、本発明における判定手段の一例である。閲覧者抽出部１４２は、本発明における取得手段及び抽出手段の一例である。ページ送信部１４３は、本発明における制御手段の一例である。予約通知部１４５は、本発明における出力手段、優先順位決定手段、技量情報取得手段、操作履歴取得手段及び執心度決定手段の一例である。
【００６９】
苦手判定部１４１は、予約情報ＤＢ１２ｄに登録された予約情報に基づいて、ユーザが１番目予約の苦手なユーザであるか否かを判定する。閲覧者抽出部１４２は、苦手判定部１４１によりユーザが１番目予約の苦手なユーザであると判定された場合、操作履歴ＤＢ１２ｅに登録された閲覧履歴に基づいて、未予約枠の時間枠詳細ページを閲覧したユーザを抽出する。このとき、閲覧者抽出部１４２は、１番目予約が苦手であると判定されたユーザとは異なるユーザを抽出する。ページ送信部１４３は、予約サイトのウェブページをユーザ端末３へ送信する。ここで、ページ送信部１４３は、１番目予約が苦手であると判定されたユーザが利用するユーザ端末３へ、閲覧者抽出部１４２により抽出されたユーザのプロフィールを含む時間枠詳細ページを送信する。予約処理部１４４は、ユーザ端末３からの予約リクエストに基づき、時間枠を予約する処理を実行する。予約通知部１４５は、未予約枠が予約された場合、予約される前にその未予約枠の時間枠詳細ページを閲覧した１番目予約の苦手なユーザ宛てに、予約通知メールを送信する。予約通知部１４５は、未予約枠閲覧者数が予約可能人数よりも多い場合、予約通知メールが送信されるユーザの優先順位を決定する。
【００７０】
なお、ゴルフ場予約サーバ１が、複数のサーバ装置で構成されてもよい。例えば、予約サイトにおいてゴルフ場や時間枠の検索を行うサーバ装置、予約の処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてウェブページを送信するサーバ装置、電子メールを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００７１】
［６．情報処理システムの動作］
次に、情報処理システムＳの動作について、図８乃至図１２を用いて説明する。以下では、１人予約枠に関する処理のみ説明し、通常枠に関する処理の説明は省略する。実際には、ゴルフ場予約サーバ１は、ユーザが検索条件として指定した枠種別に応じて、処理内容を変える。
【００７２】
図８は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の時間枠選択ページ送信処理の処理例を示すフローチャートである。システム制御部１４は、ユーザ端末３から時間枠選択ページリクエストを受信したとき、時間枠選択ページ送信処理を実行する。リクエストを送信したユーザ端末３を利用するユーザを、「要求ユーザ」という。時間枠選択ページリクエストは、例えば、ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日、希望スタート時間帯、要求ユーザのユーザＩＤ等を含む。ゴルフ場ＩＤは、ゴルフ場検索結果ページで要求ユーザが選択したゴルフ場を示す。プランＩＤは、ゴルフ場ページで要求ユーザが選択したプランを示す。コースＩＤは、ゴルフ場ページで要求ユーザが選択したプランに対応するコースを示す。プレー日は、ゴルフ場ページで要求ユーザが選択した日である。希望スタート時間帯は、要求ユーザが指定した検索条件である。時間枠選択ページリクエストは、本発明における要求の一例である。
【００７３】
図８に示すように、ページ送信部１４３は、予約が可能な時間枠を検索する（ステップＳ２１）。具体的に、ページ送信部１４３は、予約状況ＤＢ１２ｃにおいて、ゴルフ場ＩＤ、コースＩＤ及びプレー日に対応付けられたスタート時間の中から、予約者数が最大催行人数未満であるスタート時間を検索する。このとき、ページ送信部１４３は、希望スタート時間帯の範囲内で、枠種別が「１人予約」であるスタート時間を検索する。
【００７４】
次いで、ゴルフ場予約サーバ１は、予約が可能な時間枠のうち、既に予約されている時間枠を予約したユーザのニックネームを取得する（ステップＳ２２）。具体的に、ページ送信部１４３は、予約状況ＤＢ１２ｃから、予約が可能な時間枠に対応する予約リストを取得する。次いで、ページ送信部１４３は、予約情報ＤＢ１２ｄから、予約リストに登録されている予約番号に対応する予約情報を検索する。次いで、ページ送信部１４３は、予約情報に含まれるユーザＩＤに対応する会員情報を、会員情報ＤＢ１２ａから検索する。次いで、ページ送信部１４３は、会員情報からニックネームを取得する。
【００７５】
次いで、苦手判定部１４１は、要求ユーザは１番目予約が苦手であるか否かを判定する（ステップＳ２３）。具体的に、苦手判定部１４１は、要求ユーザのユーザＩＤに対応する会員情報から、１番目予約苦手フラグを取得する。そして、苦手判定部１４１は、１番目予約苦手フラグに基づいて、判定を行う。このとき、苦手判定部１４１は、要求ユーザは１番目予約が苦手ではないと判定した場合には（ステップＳ２３：ＮＯ）、ステップＳ２４に進む。一方、苦手判定部１４１は、要求ユーザは１番目予約が苦手であると判定した場合には（ステップＳ２３：ＹＥＳ）、ステップＳ２６に進む。
【００７６】
ステップＳ２４において、ページ送信部１４３は、時間枠選択ページのＨＴＭＬ文書を生成する。具体的に、ページ送信部１４３は、コース名、検索した時間枠のスタート時間、予約者数、検索した時間枠を予約したユーザのニックネーム等を含むＨＴＭＬ文書を生成する。次いで、ページ送信部１４３は、生成したＨＴＭＬ文書を、要求ユーザのユーザ端末３へ送信する（ステップＳ２５）。ページ送信部１４３は、ステップＳ２５の処理を終えると、時間枠選択ページ送信処理を終了させる。ＨＴＭＬ文書を受信したユーザ端末３は、例えば、図２（ａ）に示す時間枠選択ページを表示する。
【００７７】
ステップＳ２６において、閲覧者抽出部１４２は、検索された時間枠のうち未予約枠の時間枠詳細ページを閲覧したユーザを抽出する。具体的に、閲覧者抽出部１４２は、検索された時間枠の中から、予約状況ＤＢ１２ｃに登録された予約者数が０である未予約枠を抽出する。こうして、閲覧者抽出部１４２は、時間枠選択ページリクエストと予約状況ＤＢ１２ｃとに基づいて、未予約枠を特定する。次いで、検索された未予約枠のスタート時間、リクエストに含まれるゴルフ場ＩＤ、コースＩＤ及びプレー日を含む閲覧履歴を検索する。このとき、閲覧者抽出部１４２は、要求ユーザの閲覧履歴は検索の対象から除外する。次いで、ページ送信部１４３は、未予約枠の時間枠詳細ページを閲覧したユーザのニックネームを取得する（ステップＳ２７）。具体的に、ページ送信部１４３は、検索された閲覧履歴に含まれるユーザＩＤに対応する会員情報を、会員情報ＤＢ１２ａから検索する。次いで、ページ送信部１４３は、会員情報からニックネームを取得する。次いで、ページ送信部１４３は、時間枠選択ページのＨＴＭＬ文書を生成する（ステップＳ２８）。具体的に、ページ送信部１４３は、コース名、検索した時間枠のスタート時間、予約者数、検索した時間枠を予約したユーザのニックネーム、未予約枠の時間枠選択ページを閲覧したユーザのニックネーム等を含むＨＴＭＬ文書を生成する。次いで、ページ送信部１４３は、ステップＳ２５に進む。そして、ページ送信部１４３は、生成したＨＴＭＬ文書を送信する。ＨＴＭＬ文書を受信したユーザ端末３は、例えば、図４（ａ）に示す時間枠選択ページを表示する。
【００７８】
図９は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の時間枠詳細ページ送信処理の処理例を示すフローチャートである。システム制御部１４は、ユーザ端末３から時間枠詳細ページリクエストを受信したとき、時間枠詳細ページ送信処理を実行する。時間枠詳細ページリクエストは、例えば、ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日、スタート時間、要求ユーザのユーザＩＤ等を含む。時間枠詳細ページリクエストに含まれるゴルフ場ＩＤ、プランＩＤ、コースＩＤ及びプレー日は、時間枠選択ページリクエストに含まれるゴルフ場ＩＤ、プランＩＤ、コースＩＤ及びプレー日と同一である。スタート時間は、時間枠選択ページで要求ユーザが選択した時間枠を示す。時間枠詳細ページリクエストに含まれるゴルフ場ＩＤ、コースＩＤ、プレー日及びスタート時間に基づいて、未予約枠が特定される。時間枠詳細ページリクエストは、本発明における要求の一例である。
【００７９】
図９に示すように、ページ送信部１４３は、時間枠詳細ページのＨＴＭＬ文書を生成する（ステップＳ３１）。具体的に、ページ送信部１４３は、ゴルフ場情報ＤＢ１２ｂから、ゴルフ場ＩＤに対応するゴルフ場情報を検索する。次いで、ページ送信部１４３は、ゴルフ場情報から、ゴルフ場名、プランＩＤ及びコースＩＤに対応するプラン名、プラン内容、料金、コース名等の情報を取得する。そして、ページ送信部１４３は、取得した情報、プレー日、スタート時間等を含むＨＴＭＬ文書を生成する。
【００８０】
次いで、ページ送信部１４３は、リクエストに対応する時間枠が未予約枠であるか否かを判定する（ステップＳ３２）。具体的に、ページ送信部１４３は、予約状況ＤＢ１２ｃにおいて、ゴルフ場ＩＤ、コースＩＤ、プレー日及びスタート時間に対応する予約者数に基づいて、判定を行う。このとき、ページ送信部１４３は、リクエストに対応する時間枠が未予約枠ではないと判定した場合には（ステップＳ３２：ＮＯ）、ステップＳ３３に進む。一方、ページ送信部１４３は、リクエストに対応する時間枠が未予約枠であると判定した場合には（ステップＳ３２：ＹＥＳ）、ステップＳ３５に進む。
【００８１】
ステップＳ３３において、ページ送信部１４３は、時間枠詳細ページのＨＴＭＬ文書に、リクエストに対応する時間枠を予約したユーザのプロフィールを追加する。具体的に、ページ送信部１４３は、予約状況ＤＢ１２ｃから、ゴルフ場ＩＤ、コースＩＤ、プレー日及びスタート時間に対応する予約リストを取得する。次いで、ページ送信部１４３は、予約情報ＤＢ１２ｄから、予約リストに登録されている予約番号に対応する予約情報を検索する。次いで、ページ送信部１４３は、予約情報から、ユーザＩＤ、プレースタイル、自己紹介及び意気込みを取得する。次いで、ページ送信部１４３は、予約情報にから取得したユーザＩＤに対応する会員情報を、会員情報ＤＢ１２ａから検索する。次いで、ページ送信部１４３は、会員情報からニックネーム、生年月日、性別及び平均スコアを取得する。次いで、ページ送信部１４３は、予約情報及び会員情報のそれぞれから取得した情報に基づいて、プロフィールを生成する。次いで、ページ送信部１４３は、生成したプロフィールをＨＴＭＬ文書に追加する。次いで、ページ送信部１４３は、プロフィールを追加したＨＴＭＬ文書を、要求ユーザのユーザ端末３へ送信する（ステップＳ３４）。ページ送信部１４３は、ステップＳ３４の処理を終えると、時間枠詳細ページ送信処理を終了させる。
【００８２】
ステップＳ３５において、苦手判定部１４１は、要求ユーザは１番目予約が苦手であるか否かを判定する。判定方法は、時間枠選択ページ送信処理のステップＳ２３と同様である。このとき、苦手判定部１４１は、要求ユーザは１番目予約が苦手ではないと判定した場合には（ステップＳ３５：ＮＯ）、ステップＳ３４に進む。そして、ページ送信部１４３は、生成したＨＴＭＬ文書を送信する。ＨＴＭＬ文書を受信したユーザ端末３は、例えば、図２（ｂ）に示す時間枠詳細ページを表示する。一方、苦手判定部１４１は、要求ユーザは１番目予約が苦手であると判定した場合には（ステップＳ３５：ＹＥＳ）、ステップＳ３６に進む。
【００８３】
ステップＳ３６において、閲覧者抽出部１４２は、リクエストに対応する未予約枠の時間枠詳細ページを閲覧したユーザを抽出する。具体的に、閲覧者抽出部１４２は、リクエストに含まれるゴルフ場ＩＤ、コースＩＤ、プレー日及びスタート時間を含む閲覧履歴を検索する。このとき、閲覧者抽出部１４２は、要求ユーザの閲覧履歴は検索の対象から除外する。次いで、ページ送信部１４３は、時間枠詳細ページのＨＴＭＬ文書に、リクエストに対応する未予約枠の時間枠詳細ページを閲覧したユーザのプロフィールを追加する（ステップＳ３７）。具体的に、ページ送信部１４３は、検索された閲覧履歴に含まれるユーザＩＤに対応する会員情報を、会員情報ＤＢ１２ａから検索する。次いで、ページ送信部１４３は、会員情報からニックネーム、生年月日、性別、平均スコアを取得する。次いで、ページ送信部１４３は、会員情報から取得した情報に基づいて、プロフィールを生成する。次いで、ページ送信部１４３は、生成したプロフィールをＨＴＭＬ文書に追加する。次いで、ページ送信部１４３は、ステップＳ３４に進む。そして、ページ送信部１４３は、プロフィールを追加したＨＴＭＬ文書を送信する。ＨＴＭＬ文書を受信したユーザ端末３は、例えば、図４（ｂ）に示す時間枠詳細ページを表示する。ページ送信部１４３は、ＨＴＭＬ文書をユーザ端末３に送信することにより、未予約枠を閲覧したユーザのプロフィールを、ユーザ端末３によりユーザへ提示させる。
【００８４】
図１０は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約処理の処理例を示すフローチャートである。システム制御部１４は、ユーザ端末３から予約リクエストを受信したとき、予約処理を実行する。予約リクエストは、例えば、ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日、スタート時間、プレースタイル、自己紹介、意気込み、要求ユーザのユーザＩＤ等を含む。ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日及びスタート時間は、予約されるゴルフ場、プラン、コース、プレー日及び時間枠を示す。プレースタイル、自己紹介、意気込みは、ユーザにより入力される。
【００８５】
図１０に示すように、予約処理部１４４は、予約情報の登録及び予約状況の変更を行う（ステップＳ４１）。具体的に、予約処理部１４４は、新しい予約番号を生成する。また、予約処理部１４４は、現在日時を予約日時として取得する。次いで、予約処理部１４４は、予約番号、予約日時、「１人予約枠」に設定された枠種別、予約リクエストに含まれる情報等を含む予約情報を生成する。次いで、予約処理部１４４は、生成した予約情報を予約情報ＤＢ１２ｄに登録する。次いで、予約処理部１４４は、予約状況ＤＢ１２ｃにおいて、ゴルフ場ＩＤ、コースＩＤ、プレー日及びスタート時間に対応する予約者数に１を加算し、予約リストに予約番号を追加する。
【００８６】
次いで、予約通知部１４５は、予約された時間枠は未予約枠であったか否かを判定する（ステップＳ４２）。このとき、予約通知部１４５は、更新後の予約者数が２以上である場合、予約された時間枠は未予約枠ではなかったと判定する（ステップＳ４２：ＮＯ）。この場合、予約通知部１４５は、ステップＳ５２に進む。一方、予約通知部１４５は、更新後の予約者数が１である場合、予約された時間枠は未予約枠であったと判定する（ステップＳ４２：ＹＥＳ）。この場合、予約通知部１４５は、ステップＳ４３に進む。
【００８７】
ステップＳ４３において、予約通知部１４５は、予約された時間枠の時間枠詳細ページを閲覧したユーザのうち、１番目予約が苦手なユーザを抽出する。具体的に、予約通知部１４５は、予約リクエストに含まれるゴルフ場ＩＤ、コースＩＤ、プレー日及びスタート時間を含む閲覧履歴を検索する。このとき、予約通知部１４５は、要求ユーザの閲覧履歴は検索の対象から除外する。次いで、予約通知部１４５は、検索された各閲覧履歴から、ユーザＩＤを取得する。次いで、予約通知部１４５は、取得したユーザＩＤに対応する会員情報から、１番目予約苦手フラグを取得する。次いで、予約通知部１４５は、１番目予約苦手フラグがＴＲＵＥであるユーザＩＤを抽出する。そして、予約通知部１４５は、抽出したユーザＩＤを含む通知対象リストを生成する。
【００８８】
次いで、予約通知部１４５は、抽出したユーザの数をカウントすることにより、未予約枠閲覧者数を計算する（ステップＳ４４）。次いで、予約通知部１４５は、予約した時間枠の最大催行人数から更新後の予約者数を引いて、予約可能人数を計算する（ステップＳ４５）。次いで、予約通知部１４５は、未予約枠閲覧者数が予約可能人数以下であるか否かを判定する（ステップＳ４６）。このとき、予約通知部１４５は、未予約枠閲覧者数が予約可能人数以下であると判定した場合には（ステップＳ４６：ＹＥＳ）、ステップＳ４７に進む。一方、予約通知部１４５は、未予約枠閲覧者数が予約可能人数より多いと判定した場合には（ステップＳ４６：ＮＯ）、ステップＳ４８に進む。
【００８９】
ステップＳ４７において、予約通知部１４５は、抽出した全てのユーザ宛てに、予約通知メールを送信する。具体的に、予約通知部１４５は、抽出したユーザの会員情報からメールアドレスを取得する。次いで、予約通知部１４５は、予約通知メールを生成する。このとき、予約通知部１４５は、予約通知メールの受信者アドレスに、取得したメールアドレスを追加する。また、予約通知部１４５は、予約通知メールの本文に、未予約枠が予約された旨を示すメッセージ、予約されたゴルフ場、プラン、プレー日、スタート時間等を追加する。予約通知部１４５は、生成した予約通知メールを送信する。予約通知部１４５は、抽出した全ての対象ユーザについて、予約通知メールの生成及び送信を行う。次いで、予約通知部１４５は、ステップＳ５２に進む。
【００９０】
ステップＳ４８において、予約通知部１４５は、優先順位決定処理を実行する。優先順位決定処理は、予約が通知されるユーザの優先順位が決定される。そして、通知対象リストに登録されたユーザＩＤが、優先順位に従って並べ替えられる。優先順位決定処理の詳細については後述する。次いで、予約通知部１４５は、通知対象リストに基づいて、優先順位が１位のユーザから優先順位に従って予約可能人数分のユーザを選択する（ステップＳ４９）。このとき、予約通知部１４５は、選択したユーザのユーザＩＤを、通知対象リストから削除する。次いで、予約通知部１４５は、選択したユーザ宛てに、予約通知メールを送信する（ステップＳ５０）。この処理の内容は、ステップＳ４７と同様である。次いで、予約通知部１４５は、予約通知制御処理を開始させる（ステップＳ５１）。予約通知制御処理では、所定時間が経過するごとに、予約された時間枠の時間枠詳細ページを閲覧した１番目予約が苦手なユーザ宛てに、予約通知メールが送信される。予約通知制御処理は、例えば、予約処理のプロセスとは異なるプロセスで実行させる。予約通知制御処理の詳細は後述する。予約通知制御処理が開始すると、予約通知部１４５は、ステップＳ５２に進む。
【００９１】
ステップＳ５２において、苦手判定部１４１は、要求ユーザの１人予約枠の予約情報を検索する。具体的に、苦手判定部１４１は、予約情報ＤＢ１２ｄから、要求ユーザのユーザＩＤ及び「１人予約枠」に設定された枠種別を含む予約情報を検索する。次いで、苦手判定部１４１は、要求ユーザによる予約のうち、要求ユーザが１番目予約した割合を計算する（ステップＳ５３）。具体的に、苦手判定部１４１は、検索された予約情報のうち１つを選択する。次いで、苦手判定部１４１は、予約情報から、ゴルフ場ＩＤ、プランＩＤ、コースＩＤ、プレー日及びスタート時間を取得する。次いで、苦手判定部１４１は、取得した情報を含む予約情報を、予約情報ＤＢ１２ｄから検索する。これにより、苦手判定部１４１は、要求ユーザが予約した時間枠と同じ時間枠を予約した他のユーザを特定する。次いで、苦手判定部１４１は、各予約情報から予約日時を取得する。次いで、苦手判定部１４１は、取得した予約日時のうち要求ユーザの予約日時が最も早いか否かを判定する。このとき、苦手判定部１４１は、要求ユーザの予約日時が最も早い場合、要求ユーザが１番目予約したと判定する。一方、苦手判定部１４１は、要求ユーザの予約日時が最も早くはない場合、要求ユーザは２番目以降に予約したと判定する。苦手判定部１４１は、要求ユーザの予約情報を順次選択して、要求ユーザが１番目予約したか否かを判定する。これにより、苦手判定部１４１は、要求ユーザが１番目予約した回数をカウントする。そして、苦手判定部１４１は、１番目予約の回数を、要求ユーザが１人予約枠を予約した回数で割ることにより、要求ユーザが１番目予約した割合を計算する。
【００９２】
次いで、苦手判定部１４１は、計算した割合が、記憶部１２に記憶されている閾値以上であるか否かを判定する（ステップＳ５４）。このとき、苦手判定部１４１は、計算した割合が閾値以上であると判定した場合には（ステップＳ５４：ＹＥＳ）、ステップＳ５５に進む。一方、苦手判定部１４１は、計算した割合が閾値未満であると判定した場合には（ステップＳ５４：ＮＯ）、ステップＳ５６に進む。
【００９３】
ステップＳ５５において、苦手判定部１４１は、会員情報ＤＢ１２ａにおいて、要求ユーザの１番目予約苦手フラグを、ＦＡＬＳＥに設定する。ステップＳ５６において、苦手判定部１４１は、会員情報ＤＢ１２ａにおいて、要求ユーザの１番目予約苦手フラグを、ＴＲＵＥに設定する。ステップＳ５５又はＳ５６の処理を終えた苦手判定部１４１は、予約処理を終了させる。
【００９４】
次に、ゴルフ場予約サーバ１のシステム制御部１４による優先順位決定処理について説明する。優先順位決定処理の内容は、優先順位決定処理の決定方法に応じて異なる。そのため、以下では、決定方法ごとに説明する。
【００９５】
図１１（ａ）は、ユーザのゴルフの技量に基づいて優先順位を決定する場合の優先順位決定処理の処理例を示すフローチャートである。図１１（ａ）に示すように、予約通知部１４５は、要求ユーザの平均スコア及び予約処理で抽出した各ユーザの平均スコアを、会員情報ＤＢ１２ａから取得する（ステップＳ６１）。次いで、予約通知部１４５は、要求ユーザの平均スコアと、抽出したユーザの平均スコアとの差を、抽出したユーザごとに計算する（ステップＳ６２）。次いで、予約通知部１４５は、平均スコアの差が小さいユーザの順を、予約が通知されるユーザの優先順位に決定する（ステップＳ６３）。そして、予約通知部１４５は、決定した優先順位に従って、通知対象リストに登録されているユーザＩＤを並べ替える。予約通知部１４５は、ステップＳ６３の処理を終えると、優先順位決定処理を終了させる。
【００９６】
図１１（ｂ）は、操作履歴に基づいて優先順位を決定する場合の優先順位決定処理の処理例を示すフローチャートである。図１１（ｂ）に示すように、予約通知部１４５は、予約処理で抽出された各ユーザの検索履歴及び閲覧履歴を取得する（ステップＳ７１）。具体的に、予約通知部１４５は、抽出されたユーザのうち１人を選択する。次いで、予約通知部１４５は、選択したユーザの通知対象枠の時間枠詳細ページの閲覧履歴の操作日時を、閲覧日時として取得する。次いで、予約通知部１４５は、操作履歴ＤＢ１２ｅから、選択したユーザのユーザＩＤを含む操作履歴を検索するする。次いで、予約通知部１４５は、検索された操作履歴の中から、予約サイトへのログインの履歴及びログアウトの履歴を抽出する。次いで、予約通知部１４５は、抽出した履歴の操作日時を、ログイン日時及びログアウト日時として取得する。次いで、予約通知部１４５は、通知対象枠の時間枠詳細ページの閲覧日時よりも前のログイン日時のうち、閲覧日時に最も近いログイン日時を選択する。また、予約通知部１４５は、通知対象枠の時間枠詳細ページの閲覧日時よりも後のログアウト日時のうち、閲覧日時に最も近いログアウト日時を選択する。次いで、予約通知部１４５は、ログイン日時からログアウト日時までの間に操作日時が含まれる操作履歴のうち、検索履歴及び時間枠詳細ページの閲覧履歴を抽出する。ログイン日時は、ユーザが予約サイトの利用を開始した日時である。ログアウト日時は、ユーザが予約サイトの利用を終了した日時である。つまり、予約通知部１４５は、ユーザが予約サイトの利用を開始してから利用を終了するまでの間にユーザが行った操作のうち、通知対象枠の時間枠詳細ページの閲覧と同時期にユーザが行った操作の履歴を取得する。なお、ユーザが通知対象枠の時間枠詳細ページの閲覧した後、現時点までまだ予約サイトにログインしている場合がある。この場合、ログアウト日時を特定することができない。そこで、この場合、予約通知部１４５は、ログイン日時以降の検索履歴及び時間枠詳細ページの閲覧履歴を抽出する。予約通知部１４５は、ユーザを順次選択して、検索履歴及び閲覧履歴を取得する。
【００９７】
次いで、予約通知部１４５は、取得した履歴に基づいて、各ユーザの執心度を計算する。具体的に、予約通知部１４５は、予約処理で抽出されたユーザうち１人を選択する。次いで、予約通知部１４５は、選択したユーザの執心度を、例えば、０に初期設定する。次いで、予約通知部１４５は、選択したユーザの検索履歴から、検索条件として指定されたゴルフ場名、プレー日、希望スタート時間帯を取得する。検索履歴が複数ある場合、予約通知部１４５は、各検索履歴から取得を行う。次いで、予約通知部１４５は、ゴルフ場情報ＤＢ１２ｂから、通知対象枠に対応するゴルフ場のゴルフ場名を取得する。次いで、予約通知部１４５は、通知対象枠に対応するゴルフ場のゴルフ場名と、検索条件として指定されたゴルフ場名が一致する場合、予め設定された第１加算値を執心度に加算する。次いで、予約通知部１４５は、通知対象枠のプレー日と、検索条件として指定されたプレー日が一致する場合、予め設定された第２加算値を執心度に加算する。次いで、予約通知部１４５は、通知対象枠のスタート時間が、希望スタート時間帯に含まれる場合、予め設定された第３加算値を執心度に加算する。なお、第１〜第３加算値は、それぞれ任意の値に設定されていてもよい。
【００９８】
次いで、予約通知部１４５は、選択したユーザの閲覧履歴から、ユーザが閲覧したウェブページに表示されたゴルフ場、プレー日及び時間枠を特定する。例えば、ゴルフ場ページの閲覧履歴から、ゴルフ場を特定することができる。また、時間枠選択ページの閲覧履歴から、ゴルフ場及びプレー日を特定することができる。また、時間枠詳細ページの閲覧履歴から、ゴルフ場、プレー日及び時間枠を特定することができる。次いで、予約通知部１４５は、選択したユーザが閲覧したウェブページのうち、通知対象枠に対応するゴルフ場の情報が表示されるウェブページの割合、通知対象枠に対応するプレー日の情報が表示されるウェブページの割合、及び、通知対象枠のスタート時間と同一のスタート時間の時間枠の情報が表示されるウェブページの割合を、それぞれ計算する。次いで、予約通知部１４５は、計算された各割合に基づいて、執心度に加算する加算値を決定する。このとき、予約通知部１４５は、計算された各割合が大きいほど、加算値を大きくする。そして、予約通知部１４５は、決定した加算値を執心度に加算する。
【００９９】
予約通知部１４５は、順次ユーザを選択して、執心度を計算する。なお、ここで説明した方法は、操作履歴に基づいて執心度を決定する方法の一例である。予約通知部１４５は、操作履歴に基づき、別の方法で、執心度を決定してもよい。
【０１００】
次いで、予約通知部１４５は、計算した執心度を、ユーザ間で比較する。そして、予約通知部１４５は、執心度が高いユーザの順を、予約が通知されるユーザの優先順位に決定する（ステップＳ７３）。そして、予約通知部１４５は、決定した優先順位に従って、通知対象リストに登録されているユーザＩＤを並べ替える。予約通知部１４５は、ステップＳ７３の処理を終えると、優先順位決定処理を終了させる。
【０１０１】
図１２は、本実施形態に係るゴルフ場予約サーバ１のシステム制御部１４の予約通知制御処理の処理例を示すフローチャートである。図１２に示すように、予約通知部１４５は、予め設定された時間待機する（ステップＳ８１）。待機した後、予約通知部１４５は、通知対象枠がまだ予約可能であるか否かを判定する（ステップＳ８２）。具体的に、予約通知部１４５は、通知対象枠の予約の締め切り日時が経過している場合には、予約は不可能であると判定する。また、予約通知部１４５は、予約状況ＤＢ１２ｃに登録されている通知対象枠の予約者数が最大催行人数と一致する場合には、予約は不可能であると判定する。予約通知部１４５は、予約は不可能であると判定した場合には（ステップＳ８２：ＮＯ）、予約通知制御処理を終了させる。一方、予約通知部１４５は、締め切り日時が経過しておらず、予約者数が最大催行人数未満である場合には、予約可能であると判定する。この場合、予約通知部１４５は、ステップＳ８３に進む。
【０１０２】
ステップＳ８３において、予約通知部１４５は、通知対象リストに基づいて、予約処理で抽出したユーザの中でまだ選択していないユーザのうち、優先順位が最も高いユーザを選択する（ステップＳ８３）。このとき、予約通知部１４５は、選択したユーザのユーザＩＤを通知対象リストから削除する。次いで、予約通知部１４５は、選択したユーザ宛てに、予約通知メールを送信する（ステップＳ８４）。次いで、予約通知部１４５は、抽出したユーザのうちまだ選択していないユーザがいるか否かを判定する（ステップＳ８５）。このとき、予約通知部１４５は、まだ選択していないユーザがいると判定した場合には（ステップＳ８５：ＹＥＳ）、ステップＳ８１に進む。一方、予約通知部１４５は、全てのユーザを選択したと判定した場合には（ステップＳ８５：ＮＯ）、予約通知制御処理を終了させる。
【０１０３】
以上説明したように、本実施形態によれば、システム制御部１４が、記憶部１２に記憶された予約情報に基づいて、１番目予約の苦手なユーザを判定する。次いで、システム制御部１４が、１番目予約が苦手であると判定されたユーザからのリクエストに基づいて特定される未予約枠の時間枠詳細ページの閲覧履歴を記憶部１２から取得する。次いで、システム制御部１４が、閲覧履歴に基づいて、特定される未予約枠の時間枠詳細ページを閲覧した別のユーザを抽出する。そして、システム制御部１４が、抽出されたユーザのプロフィールの少なくとも一部を、そのユーザにより時間枠詳細ページが閲覧された未予約枠に関連付けて、１番目予約が苦手なユーザへ提示させる。従って、未予約枠の予約を躊躇しないように、ユーザに予約の判断材料を提供することができる。
【０１０４】
また、システム制御部１４が、１番目予約が苦手なユーザであると判定されたユーザが未予約枠の時間枠詳細ページを閲覧した後に、その時間枠が別のユーザにより予約された場合、その時間枠が予約されたことを、１番目予約が苦手なユーザへ通知する情報を出力する。そのため、１番目予約が苦手なユーザに、２番目以降となる予約を促すことができる。
【０１０５】
また、システム制御部１４が、未予約枠閲覧者数が予約可能人数よりも多い場合、時間枠が予約されたことが通知されるユーザの優先順位を決定する。そして、システム制御部１４が、優先順位に従って、通知する情報を出力する。従って、その時間枠を予約したユーザの人数が最大人数に達しているために、通知を受けたにもかかわらず、ユーザが予約をすることができないという事態を減らすことができる。
【０１０６】
また、システム制御部１４が、記憶部１２から、１番目予約が苦手なユーザの平均スコアと、未予約枠を予約したユーザの平均スコアとを取得する。そして、システム制御部１４が、未予約枠を予約したユーザの平均スコアと同程度の平均スコアを有するユーザへの通知が優先されるように、優先順位を決定する。従って、通知を受けたユーザが予約をすることができないという事態を減らしつつ、予約が行われる蓋然性を高めることができる。
【０１０７】
また、システム制御部１４が、記憶部１２から、１番目予約が苦手なユーザの操作履歴を取得する。次いで、システム制御部１４が、操作履歴に基づいて、予約された未予約枠に対応するゴルフ場、プレー日及びゴルフを開始する時間帯のうち少なくとも何れかに対するユーザの執心度を決定する。そして、システム制御部１４が、執心度が高いユーザであるほど、優先順位を高くする。従って、通知を受けたユーザが予約をすることができないという事態を減らしつつ、予約が行われる蓋然性を高めることができる。
【０１０８】
なお、上記各実施形態においては、本発明のイベントがゴルフに適用されていた。しかしながら、ゴルフとは異なるイベントに本発明が適用されてもよい。
【０１０９】
また、上記各実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末３等に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における手段として機能することにより、制御部が、ディスプレイ等の表示手段にプロフィールを提示させたり、時間枠が予約されたことを通知する情報を出力したりしてもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。または、表示手段は、情報処理装置とは別個の装置であってもよい。
【符号の説明】
【０１１０】
１  ゴルフ場予約サーバ
２  ゴルフ場端末
３  ユーザ端末
１１  通信部
１２  記憶部
１２ａ  会員情報ＤＢ
１２ｂ  ゴルフ場情報ＤＢ
１２ｃ  予約状況ＤＢ
１２ｄ  予約情報ＤＢ
１２ｅ  操作履歴ＤＢ
１３  入出力インターフェース
１４  システム制御部
１４ａ  ＣＰＵ
１４ｂ  ＲＯＭ
１４ｃ  ＲＡＭ
１５  システムバス
１４１  苦手判定部
１４２  閲覧者抽出部
１４３  ページ送信部
１４４  予約処理部
１４５  予約通知部
ＮＷ  ネットワーク
Ｓ  情報処理システム
【図１】
2014147750.tif 000003
【図２】
2014147750.tif 000004
【図３】
2014147750.tif 000005
【図４】
2014147750.tif 000006
【図５】
2014147750.tif 000007
【図６】
2014147750.tif 000008
【図７】
2014147750.tif 000009
【図８】
2014147750.tif 000010
【図９】
2014147750.tif 000011
【図１０】
2014147750.tif 000012
【図１１】
2014147750.tif 000013
【図１２】
2014147750.tif 000014
【国際調査報告】
2014147750.tif 000015
2014147750.tif 000016