JP5864041B2 - 制御方法、情報提供方法、及びプログラム - Google Patents

Description

本開示は、例えばコンサートのチケット、航空券などのチケットの予約処理を行う情報管理システムに用いられる通信装置の制御方法、前記チケットの予約処理を行う情報管理システムにおける情報提供方法、及び、プログラムに関する。

従来、例えば、航空券などのチケットの予約処理を行う情報管理システムとして特許文献１開示の技術がある。特許文献１は航空便予約システムに関するものである。

上記航空便予約システムは、インターネット上の航空便予約のためのウェブサーバを有している。出発空港、到着空港、乗換空港、利用航空会社、乗換便航空会社、利用（搭乗）クラス、乗換便航空会社利用（搭乗）クラス、ＣＲＳ区分の商品設定項目を記憶させた商品がウェブサイトに表示され、予約入力がなされると、航空会社予約システム（ＣＲＳ）を自動判別して予約処理する。

しかし、上記従来の技術では、更なる改善が必要であった。

特開２００２−１７００１５号公報（例えば、図１１等）

上記課題を解決するために、本開示の一態様は、チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムに用いられディスプレイを有する通信装置の制御方法であって、
前記通信装置は、前記通信装置のユーザのスケジュール情報を管理するメモリを有し、
前記通信装置のコンピュータに対して、
前記管理されたスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
前記チケットの予約処理をする際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから前記チケットの予約可能日時を示す候補データを取得させ、
前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、
前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時を前記チケットの予約日時とする予約用画面を前記ディスプレイに表示させるものである。

これにより、更なる改善を図ることができる。

本開示による予約システムの全体構成の第１例を示す図である。 本開示による予約システムの全体構成の第２例を示す図である。 本開示による予約システムの全体構成の第３例を示す図である。 本開示による予約システムの全体構成の第４例を示す図である。 第１例の予約システムの構成パターンを示すブロック図である。 第１例の予約システムの構成パターンを示すブロック図である。 第１例の予約システムの構成パターンを示すブロック図である。 第１例の予約システムの構成パターンを示すブロック図である。 第２例の予約システムの構成パターンを示すブロック図である。 第３例の予約システムの構成パターンを示すブロック図である。 第３例の予約システムの構成パターンを示すブロック図である。 第４例の予約システムの構成パターンを示すブロック図である。 基本画面の一例を示す図である。 トップ画面の一例を示す図である。 トップ画面の一例を示す図である。 トップ画面の一例を示す図である。 予約誘導通知画面の一例を示す図である。 チケット確認画面の一例を示す図である。 予約日選択画面の第１例を示す図である。 予約日選択画面の第２例を示す図である。 図２０に示す予約日選択画面に対する翌月の予約日選択画面の一例を示す図である。 予約日選択画面の第３例を示す図である。 予約日選択画面の第４例を示す図である。 予約時間選択画面の一例を示す図である。 予約候補時間が選択された状態の予約時間選択画面を示す図である。 予約内容確認画面の一例を示す図である。 予約完了画面の第１例を示す図である。 予約完了画面の第２例を示す図である。 予約詳細確認画面の一例を示す図である。 本開示の画面フローを示す図である。 顧客履歴のデータ構成の一例を示す図である。 顧客情報のデータ構成の一例を示す図である。 チケット一覧のデータ構成の一例を示す図である。 お勧めチケット情報のデータ構成の一例を示す図である。 カレンダー予定リストのデータ構成の一例を示す図である。 予約可能日リストのデータ構成の一例を示す図である。 予約候補日リストのデータ構成の一例を示す図である。 予約アプリの自動起動処理の第１例を示すシーケンス図である。 予約アプリの自動起動処理の第２例を示すシーケンス図である。 予約アプリが組込アプリの場合の予約アプリの起動処理を示すシーケンス図である。 予約アプリがＨＴＭＬアプリの場合の予約アプリの起動処理を示すシーケンス図である。 本開示の予約システムの第１例の全体処理シーケンスのシーケンス図である。 本開示の予約システムの第２例の全体処理シーケンスのシーケンス図である。 本開示の予約システムの第３例の全体処理シーケンスのシーケンス図である。 本開示の予約システムの第４例の全体処理シーケンスのシーケンス図である。 本開示の予約システムの第５例の全体処理シーケンスのシーケンス図である。 本開示の予約システムの第６例の全体処理シーケンスのシーケンス図である。 カレンダーアプリが組込アプリの場合のカレンダーアプリの起動処理を示すシーケンス図である。 カレンダーアプリがＨＴＭＬアプリの場合のカレンダーアプリの起動処理を示すシーケンス図である。 予約アプリの自動起動処理の第１例を示すフローチャートである。 予約アプリの自動起動処理の第２例を示すフローチャートである。 予約アプリの全体処理の一例を示すフローチャートである。 トップ画面の表示処理（図５２のＳ５２０２、図５４のＳ５４０７及び図５９のＳ５９０９）の詳細を示すフローチャートである。 チケット確認画面の表示処理（図５２のＳ５２０３、図５３のＳ５３０７及び図５８のＳ５８０７）の一例を示すフローチャートである。 予約日選択画面の表示処理（図５２のＳ５２０４及び図５４のＳ５４０５）の第１例を示すフローチャートである。 予約日選択画面の表示処理（図５２のＳ５２０４及び図５４のＳ５４０５）の第２例を示すフローチャートである。 予約日選択画面の表示処理（図５２のＳ５２０４及び図５４のＳ５４０５）の第３例を示すフローチャートである。 図５５〜図５７の続きのフローチャートである。 予約完了画面の表示処理（図５２のＳ５２０７）を示すフローチャートである。 予約サーバの第１例の処理を示すフローチャートである。 予約サーバの第２例の処理を示すフローチャートである。 予約サーバの第３例の処理を示すフローチャートである。 予約可能日時ごとに費用を算出する処理（図６０のＳ６００３、図６１のＳ６１０３及び図６２のＳ６２０３）の一例を示すフローチャートである。 予約サーバ又は予約端末における予約候補日の抽出処理の第１例を示すフローチャートである。 予約サーバ又は予約端末における予約候補日の抽出処理の第２例を示すフローチャートである。 予約サーバ又は予約端末における予約候補日の抽出処理の第３例を示すフローチャートである。 予約サーバ又は予約端末における予約候補日の抽出処理の第４例を示すフローチャートである。 予約サーバ又は予約端末における予約候補日の抽出処理の第５例を示すフローチャートである。 予約サーバ又は予約端末における予約候補日の抽出処理の第６例を示すフローチャートである。

（本開示に係る一態様を発明するに至った経緯）
上記特許文献１に開示の航空便予約システムを用いて、ユーザが航空便の予約をする際、以下の処理を行う。

まず、ユーザは、通信装置を用いてウェブサーバにアクセスする。前記通信装置には、航空便予約のための設定画面を含むウェブページが表示される。ユーザは、前記設定画面を用いて、出発都市、地域入力、搭乗（利用）クラス、航空会社（任意）の各入力を行なう。ウェブサーバは都市一覧をウェブページ上に表示するので、ユーザは希望する目的地を選択する。ウェブサーバは、該当する商品及びその内容として、航空会社、料金、商品タイトル、航空運賃種別（搭乗クラス）の別をウェブページ上に一覧表示する。前記一覧表示を用いた操作が進み、ユーザが画面中の「空席照会後予約へ移る」アイコンをクリックすると、前記通信装置はあらかじめ設定された航空会社予約システム（ＣＲＳ）のコンピュータにアクセスし、空席照会画面（特許文献１の図１１）がウェブページ上に表示される。ユーザは、前記空席照会画面上で、希望する往路出発日、復路出発日、搭乗客数を入力する。ユーザは、入力結果を空席照会結果画面で確認し、「予約」アイコンをクリックする。その後、いくつかの後処理を経て予約処理が完了する（特許文献１の段落［０００６］）。

一方、近年では、サービス事業者がネットワークを介して前記ユーザの通信装置にカレンダー機能を提供している。しかし、上記航空便予約システムによる予約処理は、前記カレンダー機能によるカレンダーデータとは連動していない。

前記ユーザが既にそのカレンダー機能を用いて、前記ユーザのスケジュールを管理している場合がある。この場合、前記ユーザは、例えば、空席照会画面（特許文献１の図１１）上で、希望する往路出発日、復路出発日、搭乗客数を入力する際、これから入力しようとする出発日が、前記ユーザの別のスケジュールと重複しないかを確認する必要がある。そのために、前記ユーザは、前記航空便予約システムが提供するウェブページに含まれる表示画面とは別に、前記カレンダー機能によるカレンダーデータを前記ユーザの通信装置に表示させる必要がある。その上で、ユーザは、前記これから入力する出発日と前記ユーザのカレンダーデータとを比較する。このため、上記予約処理が煩雑となる。その結果、前記カレンダー機能によるカレンダーデータの利便性を活かすことができず、むしろ前記予約処理が一層煩雑になる。したがって、前記ユーザにおいて誤入力が生じ、誤った予約日を登録するおそれがある。

また、例えば、これから入力しようとする日（例えば、出発日、コンサート開演日、スポーツイベントの開催日など）が、外出予定のある日と重なっている場合であっても、例えば、飛行場と前記外出先との距離が近ければ、前記外出予定のある日と同一日であっても、前記出発日にて航空便を予約してよい場合がある。しかし、前記ユーザは、前記航空便予約システムが提供するウェブページに含まれる表示画面と、前記カレンダー機能によるカレンダーデータとを、別々に見ながら確認する。このため、両者を比較しながら確認する作業が何度も発生し、航空便予約の処理効率が悪くなることがあり得る。そのため、前記ユーザにおいて予約可能な時間帯があっても、これを見落とすこともあり得る。その結果、例えば、航空便予約の処理が煩雑になることに起因して、本来であれば前記ユーザにおいて予約可能な時間帯であっても、その時間帯に予約の登録ができないこともあり得る。また、前記ユーザにおいて誤入力が生じて、誤った時間帯に予約を登録するおそれもある。

以上の課題を解決するために、本発明者は、以下の態様にかかる発明を想到するに至った。

本開示の一態様による制御方法は、チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムに用いられディスプレイを有する通信装置の制御方法であって、
前記通信装置は、前記通信装置のユーザのスケジュール情報を管理するメモリを有し、
前記通信装置のコンピュータに対して、
前記管理されたスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
前記チケットの予約処理をする際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから前記チケットの予約可能日時を示す候補データを取得させ、
前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、
前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時を前記チケットの予約日時とする予約用画面を前記ディスプレイに表示させるものである。

本態様によると、前記ユーザが前記チケット（例えば、コンサートのチケット、スポーツイベントのチケット又は航空券など）を予約したい場合、前記ユーザは、前記カレンダーデータを用いて、前記チケットを予約する予約用画面を表示させることができる。即ち、前記カレンダーデータは、前記チケットの予約用画面を表示させる指示画面を兼ねる。そのため、前記ユーザは、前記カレンダーデータと前記予約用画面とを別々に起動させて表示させ、別々に表示された前記カレンダーデータと前記予約用画面とを照合する手間を省くことができる。したがって、前記チケットの予約処理を効率化することができる。

また、本態様によると、前記ユーザの通信装置のディスプレイに前記カレンダーデータを表示させる。前記カレンダーデータという共通の媒体を用いて、前記通信装置において前記ユーザの予定の確認を行わせると共に、前記チケットの予約候補時間を表示させる。これにより、上記のように前記カレンダーデータという共通の媒体を用いている。このためので、前記ユーザの予定の表示と同一画面において、前記チケットの予約候補時間を前記ユーザに示すことができる。そのため、例えば、同一日において、前記予約候補時間と、前記予約候補時間の前後の前記ユーザの別の予定とを参照して、前記別の予定の場所若しくは前記別の予定の場所から前記チケットの会場までの移動時間などを考慮して、前記同一日において、前記予約候補時間に前記チケット会場に到達できるか等の判断が容易となる。その結果、例えば、前記ユーザが前記予約候補時間に前記チケットの会場に到達できないために、前記ユーザに何度も前記発券機関と予約日時を調整させる煩わしさを省き、前記チケットの予約処理をスムースにすることができる。このように、前記ユーザの予定と前記チケットの催しの予定との両方を同時に確認できる。したがって、前記チケットの予約処理をスムースにすることができる。

また、本態様によると、前記カレンダーデータに表された各日に対応する領域に前記ユーザの予定が登録された日時を除外して、前記チケットの予約候補時間を表示させる。これにより、上記のように前記カレンダーデータという共通の媒体を用いているので、前記ユーザの予定の表示と同一画面において、前記ユーザの予定が未だ登録されていない日時の中で、前記チケットの予約候補日時を前記ユーザに示すことができる。そのため、前記チケットの予約候補時間が前記カレンダーデータに表された各日に対応する領域に表示される段階では、前記ユーザの予定が登録されている日時は前記チケットの予約候補時間から既に除外されている。したがって、前記ユーザにおいて選択される可能性が高い前記予約候補日時を効率的に提示することができる。その結果、前記予約候補日時が前記ユーザの不在日時等を含むために、前記ユーザが前記予約候補日時の中から前記ユーザの不在日時等を除外する煩わしさを省く。また、前記ユーザが前記予約候補日時のために前記ユーザの予定を変更する手間を省く。したがって、前記チケットの予約処理をスムースにすることができる。

上記態様において、例えば、前記予約用画面を用いた予約結果に基づいて、前記ネットワークを介して前記選択された予約候補日時を示す予約要求を前記情報管理システムに送信させ、
前記選択された予約候補日時を前記チケットの予約日時として前記情報管理システムに登録させてもよい。

本態様によると、前記チケットの予約日時を前記情報管理システムへ登録する処理が完了する。

上記態様において、例えば、前記情報管理システムにおいて登録が完了したチケットの予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させてもよい。

例えば、前記チケットの予約処理をした後、前記カレンダーデータに、前記チケットの予約日時を登録する作業が別途発生すると、前記チケットの予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記チケットの予約日時を登録し忘れた場合、前記チケットを予約しても、前記チケットを用いる場所（例えば、コンサート会場、飛行場等）に行き忘れることがある。

本態様によると、前記情報管理システムにおいて登録が完了したチケットの予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させる。これにより、前記カレンダーデータには、前記チケットの予約日時が含まれることになる。即ち、前記カレンターデータには、前記チケットの予約結果が反映される。したがって、前記カレンダーデータに、前記ユーザがわざわざ前記予約結果を登録する必要がない。そのため、前記チケットの予約処理をした後、前記カレンダーデータに、前記チケットの予約日時を登録し忘れたために、前記チケットを用いる場所（例えば、コンサート会場、飛行場等）に行き忘れることを防止できる。

上記態様において、例えば、前記登録が完了した旨を前記カレンダーデータの表示に関連づけて前記ディスプレイに表示させてもよい。

本態様によると、前記登録が完了した旨を、前記カレンダーデータの表示に関連づけて前記ディスプレイに表示する。これにより、何のための予約がいつなされたのか、既存の表示資源を活用しながら、ユーザに効果的に認識させることができる。

上記態様において、例えば、前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
前記情報管理システムにおいて前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させてもよい。

本態様によると、前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させる。これにより、前記通信装置のユーザの嗜好に合ったチケットがあると、前記ユーザがそれを認識していない場合でも、前記顧客情報に基づき前記チケットの予約候補日時を提示させることができる。そのため、例えば、前記通信装置のユーザが前記チケットの存在を認識していない場合であっても、前記ユーザは前記チケットを予約することができる。

上記態様において、例えば、当該月の各日を表したカレンダーデータを含む表示データを用いて、前記カレンダーデータに表された各日に対応する領域に、前記チケットの予約候補時間を表す表示をさせる際、前記予約候補時間を表す表示が当該月及び翌月の各表示に含まれる場合、前記当該月の各日を表したカレンダーデータを含む表示データに、前記翌月の表示に含まれるいずれかの日に対応する領域に前記予約候補時間を表す表示がなされる旨を表示させてもよい。

例えば、本日が月末である場合、前記予約候補時間を表す表示が当該月に含まれるのみならず、翌月にも含まれることがある。この場合、現在表示されている当該月に含まれるいずれかの日に対応する領域にて前記予約候補時間を表す表示を選択すると、例えば、本来の予約候補日時の範囲より狭い範囲の中から、前記ユーザの予定との関係で無理に予約日時を選択させることになる。また、例えば、当該月の表示に含まれる日に対応する領域には予約候補時間を表す表示がなされず、翌月の表示に含まれる日に対応する領域に予約候補時間を表す表示が隠れている場合に、それを見逃して予約日時を設定し損なうこともある。

本態様によると、前記当該月の各日を表したカレンダーデータを含む表示データに、前記翌月の表示に含まれるいずれかの日に対応する領域に前記予約候補時間を表す表示がなされる旨を表示させる。これにより、例えば、前記予約候補時間を表す表示が当該月の表示に含まれるのみならず、翌月の表示にも含まれる場合に、本来の予約候補日時を前記ユーザに提示することになる。そのため、例えば、本来の予約候補日時の範囲より狭い範囲の中から、無理に予約日時を選択させることを防止できる。また、例えば、当該月の表示には予約候補時間を表す表示が含まれておらず、翌月の表示に予約候補時間を表す表示が含まれている場合に、それを見逃すことを防止できる。その結果、本来の予約候補日時を取りこぼすことなく、本来の予約候補日時の範囲の中から、前記ユーザの予定との関係で、前記ユーザにとって適切な予約日時を選択させることができる。

上記態様において、例えば、当該週の各日を表したカレンダーデータを含む表示データを用いて、前記カレンダーデータに表された各日に対応する領域に、前記チケットの予約候補時間を表す表示をさせる際、前記予約候補時間を表す表示が当該週及び翌週の各表示に含まれる場合、前記当該週の各日を表したカレンダーデータを含む表示データに、前記翌週の表示に含まれるいずれかの日に対応する領域に前記予約候補時間を表す表示がなされる旨を表示させてもよい。

例えば、本日が週末である場合、前記予約候補時間を表す表示が当該週に含まれるのみならず、翌週にも含まれることがある。この場合、現在表示されている当該週に含まれるいずれかの日に対応する領域にて前記予約候補時間を表す表示を選択すると、例えば、本来の予約候補日時の範囲より狭い範囲の中から、前記ユーザの予定との関係で無理に予約日時を選択させることになる。また、例えば、当該週の表示に含まれる日に対応する領域には予約候補時間を表す表示がなされず、翌週の表示に含まれる日に対応する領域に予約候補時間を表す表示が隠れている場合に、それを見逃して予約日時を設定し損なうこともある。

本態様によると、前記当該週の各日を表したカレンダーデータを含む表示データに、前記翌週の表示に含まれるいずれかの日に対応する領域に前記予約候補時間を表す表示がなされる旨を表示させる。これにより、例えば、前記予約候補時間を表す表示が当該週の表示に含まれるのみならず、翌週の表示にも含まれる場合に、本来の予約候補日時を前記ユーザに提示することになる。そのため、例えば、本来の予約候補日時の範囲より狭い範囲の中から、無理に予約日時を選択させることを防止できる。また、例えば、当該週の表示には予約候補時間を表す表示が含まれておらず、翌週の表示に予約候補時間を表す表示が含まれている場合に、それを見逃すことを防止できる。その結果、本来の予約候補日時を取りこぼすことなく、本来の予約候補日時の範囲の中から、前記ユーザの予定との関係で、前記ユーザにとって適切な予約日時を選択させることができる。

上記態様において、例えば、第１表示色にて、前記カレンダーデータに表された日であって前記ユーザの予定を含む日に対応する領域を表示させ、
前記第１表示色とは異なる第２表示色にて、前記カレンダーデータに表された日であって前記チケットの予約候補時間を表す表示を含む日に対応する領域を表示させてもよい。

本態様によると、前記カレンダーデータにおいて、前記ユーザの予定と、前記チケットの予約候補時間とを、異なる表示色にて識別して表示する。これにより、前記ユーザの予定と、前記チケットの予約候補時間との識別が容易となる。そのため、前記チケットの予約候補日時を見落として誤操作したり、また、前記チケットの予約候補時間を表す表示を前記ユーザの予定の表示と誤認して誤操作することを防止できる。その結果、前記チケットの予約候補日時を適切に、前記ユーザに認識させ、前記チケットの予約候補時間を表す表示を誤認することによる誤操作を防止できる。

上記態様において、例えば、前記カレンダーデータに表された各日に対応する領域に、前記チケットの予約候補時間を表す表示を表示させる際、前記チケットの料金を併せて表示させてもよい。

例えば、前記チケットの料金は、１ケ月前に購入するのか、また、２ケ月前に購入するのかで料金が異なる場合がある。また、前記チケットの料金は、平日と週末とで料金が異なる場合がある。前記チケットの予約候補日時が複数ある場合、前記ユーザの予定との関係で前記予約候補日時を選択することになるが、前記チケットの料金が表示されれば、前記料金をも考慮して前記予約候補日時を選択できる。本態様によると、前記ユーザは、前記予約候補日時の中から予約日時を選択する前に前記料金を確認できる。また、例えば、前記ユーザは、前記料金を確認した上で、より安い料金の予約候補日時を選択できる。

上記態様において、例えば、前記カレンダーデータに表された一の日に対応する領域に、前記一の日に対応する予約候補時間を表す表示の全てを表示させることができない場合、前記一の日に対応する領域に、前記一の日に対応する予約候補時間を表す表示を表示させず、前記チケットの予約候補日を表す表示を表示させてもよい。

前記カレンダーデータに表された各日に対応する領域には、表示面積に制約がある。例えば、前記カレンダーデータに表されたある一の日に対応する領域には、既に他のスケジュールが登録されている場合もある。また、前記カレンダーデータに表されたある一の日に対応する領域には、既に他のスケジュールが登録されていない場合であっても、前記一の日に対応する予約候補時間が複数ある場合もある。このような場合には、前記一の日に対応する予約候補時間を表す表示の全てを表示させることができない場合もある。

本態様によると、前記カレンダーデータに表された一の日に対応する領域に、前記一の日に対応する予約候補時間を表す表示の全てを表示させることができない場合、前記一の日に対応する領域に、前記一の日に対応する予約候補時間を表す表示を表示させず、前記チケットの予約候補日を表す表示を表示させる。これにより、上記場合には、前記ある一の日に対応する領域に前記予約候補時間を表示しないまでも、前記ある一の日が、前記チケットの予約候補日であることは知らせることができる。そのため、前記一の日に対応する予約候補時間を表す表示の一部のみを表示させて、表示されなかった予約候補時間がないものと誤認して予約処理を進めることを防止できる。

この場合、例えば、前記チケットの予約候補日を表す表示を選択することで、前記一の日に対応する予約候補時間を表す表示の全てを別途表示させる態様としてもよい。

上記態様において、例えば、前記カレンダーデータに表された各日に対応する領域には、前記通信装置において前記ユーザの予定が登録可能であるとしてもよい。

本開示の一態様による情報提供方法は、チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムにおける情報提供方法であって、
前記ネットワークを介して認証されたユーザの通信装置から、前記チケットの予約処理に関する問い合わせ信号、及び前記ユーザのスケジュール情報を受信し、前記ユーザのスケジュール情報は前記通信装置のメモリに管理され、
前記問い合わせ信号に基づき、前記チケットの予約可能日時を管理するデータベースを用いて、前記チケットの予約可能日時を示す第１候補データを取得し、
前記取得した第１候補データ及び前記受信したスケジュール情報を用いて、前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
前記抽出された予約候補日時を示す第２候補データを、前記ネットワークを介して前記通信装置に送信させ、前記第２候補データによって示される予約候補日時から、予約候補時間を表す表示が、前記通信装置において、前記スケジュール情報を用いて生成されたカレンダーデータに表された各日に対応する領域に表示され、
前記通信装置において前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知され、前記ネットワークを介して前記通信装置から、前記選択された領域に対応する予約候補日時を示す予約要求を受信すると、前記予約要求が示す予約候補日時を前記チケットの予約日時として前記情報管理システムに登録するものである。

本態様によると、情報管理システムは、チケットの予約処理に関する問い合わせ信号及びスケジュール情報を通信装置から受信する。情報管理システムは、受信したスケジュール情報と、チケットの予約可能日時を示す第１候補データとを用いて、ユーザの予定が登録された日時が除外された予約可能日時をチケットの予約候補日時として抽出する。情報管理システムは、抽出した予約候補日時を示す第２候補データを通信装置に送信する。

通信装置では、第２候補データによって示される予約候補日時から、予約候補時間を表す表示が、スケジュール情報を用いて生成されたカレンダーデータに表された各日に対応する領域に表示される。通信装置において、カレンダーデータに表されたいずれかの日に対応する領域であって、予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知される。

情報管理システムは、ネットワークを介して通信装置から、前記選択された領域に対応する予約候補日時を示す予約要求を受信すると、予約要求が示す予約候補日時をチケットの予約日時として登録する。

よって、本態様のように、スケジュール情報の管理を通信装置に担わせ、予約候補日時の抽出処理を情報管理システムに担わせる態様においても、上述したように、チケットの予約処理のスムース化及び効率化を図ることができる。

上記態様において、例えば、前記情報管理システムにおいて登録が完了したチケットの予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示されてもよい。

例えば、前記チケットの予約処理をした後、前記カレンダーデータに前記チケットの予約日時を登録する作業が別途発生すると、前記チケットの予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記チケットの予約日時を登録し忘れた場合、前記チケットを予約しても、前記チケットを用いる場所（例えば、コンサート会場、飛行場等）に行き忘れることがある。

本態様によると、前記情報管理システムにおいて登録が完了したチケットの予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示される。これにより、前記カレンダーデータには、前記チケットの予約日時が含まれることになる。そのため、前記チケットの予約処理をした後、前記カレンダーデータに、前記チケットの予約日時を登録し忘れたために、前記チケットを用いる場所（例えば、コンサート会場、飛行場等）に行き忘れることを防止できる。

上記態様において、例えば、前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
前記情報管理システムは、前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信してもよい。

本態様によると、前記情報管理システムは、前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信する。これにより、前記通信装置のユーザの嗜好に合ったチケットがあると、前記ユーザがそれを認識していない場合でも、前記顧客情報に基づき前記チケットの予約候補日時を提示させることができる。そのため、例えば、前記通信装置のユーザが前記チケットの存在を認識していない場合であっても、前記ユーザは前記チケットを予約することができる。

本開示の他の態様による制御方法は、チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムに用いられディスプレイを有する通信装置の制御方法であって、
前記情報管理システムは、前記通信装置のユーザのスケジュール情報を管理し、
前記通信装置のコンピュータに対して、
前記チケットの予約処理を行う際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから、前記通信装置のユーザのスケジュール情報、及び前記チケットの予約可能日時を示す候補データを取得させ、
前記取得したスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、
前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された予約候補日時を前記チケットの予約日時とする予約用画面を前記ディスプレイに表示させるものである。

本態様によると、チケットの予約処理を行う際、通信装置は、通信装置のユーザのスケジュール情報、及びチケットの予約可能日時を示す候補データを、情報管理システムから取得する。通信装置は、取得したスケジュール情報を用いて生成されカレンダーデータを含む表示データをディスプレイに表示する。通信装置は、チケットの予約可能日時を示す候補データを用いて、ユーザの予定が登録された日時が除外された予約可能日時をチケットの予約候補日時として抽出する。

通信装置は、抽出された予約候補日時から、予約候補時間を表す表示をカレンダーデータに表された各日に対応する領域に表示する。通信装置は、カレンダーデータに表されたいずれかの日に対応する領域であって、予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時をチケットの予約日時とする予約用画面をディスプレイに表示する。

よって、本態様のように、スケジュール情報の管理を情報管理システムに担わせ、予約候補日時の抽出処理を通信装置に担わせる態様においても、上述したように、チケットの予約処理のスムース化及び効率化を図ることができる。

上記他の態様において、例えば、前記予約用画面を用いた予約結果に基づいて、前記ネットワークを介して前記選択された予約候補日時を示す予約要求を前記情報管理システムに送信させ、
前記選択された予約候補日時を前記チケットの予約日時として前記情報管理システムに登録させてもよい。

上記他の態様において、例えば、前記情報管理システムにおいて登録が完了したチケットの予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させてもよい。

例えば、前記チケットの予約処理をした後、前記カレンダーデータに前記チケットの予約日時を登録する作業が別途発生すると、前記チケットの予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記チケットの予約日時を登録し忘れた場合、前記チケットを予約しても、前記チケットを用いる場所（例えば、コンサート会場、飛行場等）に行き忘れることがある。

本態様によると、前記情報管理システムにおいて登録が完了したチケットの予約日時を前記カレンダーデータに表された前記予約日時に対応する領域に表示させる。これにより、前記カレンダーデータには、前記チケットの予約日時が含まれることになる。そのため、前記チケットの予約処理をした後、前記カレンダーデータに、前記チケットの予約日時を登録し忘れたために、前記チケットを用いる場所（例えば、コンサート会場、飛行場等）に行き忘れることを防止できる。

上記他の態様において、例えば、前記登録が完了した旨を前記カレンダーデータの表示に関連づけて前記ディスプレイに表示させてもよい。

上記他の態様において、例えば、前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
前記情報管理システムにおいて前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させてもよい。

本態様によると、前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させる。これにより、前記通信装置のユーザの嗜好に合ったチケットがあると、前記ユーザがそれを認識していない場合でも、前記顧客情報に基づき前記チケットの予約候補日時を提示させることができる。そのため、例えば、前記通信装置のユーザが前記チケットの存在を認識していない場合であっても、前記ユーザは前記チケットを予約することができる。

上記他の態様において、例えば、前記カレンダーデータに表された各日に対応する領域には、前記通信装置において前記ユーザの予定が登録可能であるとしてもよい。

本開示の他の態様による情報提供方法は、チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムにおける情報提供方法であって、
前記ネットワークを介して認証されたユーザの通信装置から、前記チケットの予約処理に関する問い合わせ信号を受信し、
前記問い合わせ信号に基づき、前記通信装置のユーザのスケジュール情報を管理する第１データベースを用いて、前記通信装置のユーザのスケジュール情報を取得し、
前記問い合わせ信号に基づき、前記チケットの予約可能日時を管理する第２データベースを用いて、前記チケットの予約可能日時を示す第１候補データを取得し、
前記取得したスケジュール情報及び前記取得した第１候補データを用いて、前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
前記抽出された予約候補日時を示す第２候補データを、前記ネットワークを介して前記通信装置に送信させ、前記第２候補データによって示される予約候補日時から、予約候補時間を表す表示が、前記通信装置において生成されたカレンダーデータに表された各日に対応する領域に表示され、
前記通信装置において前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知され、前記ネットワークを介して前記通信装置から、前記選択された領域に対応する予約候補日時を示す予約要求を受信すると、前記予約要求が示す予約候補日を前記チケットの予約日時として前記情報管理システムに登録するものである。

本態様によると、情報管理システムは、通信装置からの問い合わせ信号に基づき、ユーザのスケジュール情報を第１データベースから取得する。情報管理システムは、通信装置からの問い合わせ信号に基づき、チケットの予約可能日時を示す第１候補データを取得する。情報管理システムは、スケジュール情報及び第１候補データを用いて、チケットの予約可能日時から、ユーザの予定が登録された日時が除外された予約可能日時をチケットの予約候補日時として抽出する。情報管理システムは、抽出した予約候補日時を示す第２候補データを通信装置に送信する。

通信装置では、第２候補データによって示される予約候補日時から、予約候補時間を表す表示が、通信装置において生成されたカレンダーデータに表された各日に対応する領域に表示される。通信装置において、カレンダーデータに表されたいずれかの日に対応する領域であって、予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知される。

情報管理システムは、ネットワークを介して通信装置から、前記選択された領域に対応する予約候補日時を示す予約要求を受信すると、予約要求が示す予約候補日時をチケットの予約日時として登録する。

よって、本態様のように、スケジュール情報の管理と、予約候補日時の抽出処理とを情報管理システムに担わせる態様においても、上述したように、チケットの予約処理のスムース化及び効率化を図ることができる。

上記他の態様において、例えば、前記情報管理システムにおいて登録が完了したチケットの予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示されてもよい。

例えば、前記チケットの予約処理をした後、前記カレンダーデータに前記チケットの予約日時を登録する作業が別途発生すると、前記チケットの予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記チケットの予約日時を登録し忘れた場合、前記チケットを予約しても、前記チケットを用いる場所（例えば、コンサート会場、飛行場等）に行き忘れることがある。

本態様によると、前記情報管理システムにおいて登録が完了したチケットの予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示される。これにより、前記カレンダーデータには、前記チケットの予約日時が含まれることになる。そのため、前記チケットの予約処理をした後、前記カレンダーデータに、前記チケットの予約日時を登録し忘れたために、前記チケットを用いる場所（例えば、コンサート会場、飛行場等）に行き忘れることを防止できる。

上記他の態様において、例えば、前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
前記情報管理システムは、前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信してもよい。

本態様によると、前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断した場合、前記情報管理システムは、前記ネットワークを介して前記通信装置にその旨の通知を送信する。これにより、前記通信装置のユーザの嗜好に合ったチケットがあると、前記ユーザがそれを認識していない場合でも、前記顧客情報に基づき前記チケットの予約候補日時を提示させることができる。そのため、例えば、前記通信装置のユーザが前記チケットの存在を認識していない場合であっても、前記ユーザは前記チケットを予約することができる。

（実施の形態）
以下、本開示の予約システムについて説明する。本開示の予約システムは、例えば航空券、コンサートなどのチケットの予約を管理するシステムである。

図１は、本開示による予約システムの全体構成の第１例を示す図である。第１例の予約システムは、予約サーバ１００、及び予約端末２００を備える。予約サーバ１００、及び予約端末２００は、ネットワークを介して相互に通信可能に接続されている。ネットワークとしては、例えば、インターネットや携帯電話通信網といった公衆通信網が採用でき、ＴＣＰ／ＩＰの通信プロトコルを用いて種々のデータが送受信される。

予約サーバ１００は、例えば、１以上のコンピュータで構成されるクラウドサーバである。そして、予約サーバ１００は、予約端末２００を通じてユーザにより入力された予約に関する情報を受信し、その情報を管理する。ここで、予約サーバ１００は、例えば、本開示におけるサービスをユーザに提供するサービスプロバイダが管理するサービスプロバイダサーバであってもよい。

なお、第１例の予約システムでは、予約サーバ１００が情報管理システムの一例に相当する。

予約端末２００は、例えば、ボタン式の携帯電話、タブレット端末、スマートフォン等の携帯式のコンピュータ、或いは、据え置き型のコンピュータで構成される。そして、予約端末２００は、ユーザから予約指示を受け付け、予約に関する情報をネットワークを介して予約サーバ１００に送信する。ここで、予約端末２００は、ユーザの家屋においてホームサーバとしての役割を担うコンピュータが採用されてもよいし、この役割を担っていないコンピュータが採用されてもよい。なお、図１では、予約端末２００は１台しか示していないが、複数のユーザに対応して複数台存在してもよい。

図２は、本開示の予約システムの全体構成の第２例を示す図である。第２例の予約システムは、第１例の予約システムに対して、更に顧客管理サーバ４００が設けられている点を特徴とする。顧客管理サーバ４００は、例えば、１以上のコンピュータで構成されるクラウドサーバである。そして、顧客管理サーバ４００は、各ユーザを管理する。そして、第２例の予約システムでは、顧客の管理を顧客管理サーバ４００に担わせている。ここで、顧客管理サーバ４００としては、例えば、電化機器の製造メーカが電化機器を購入したユーザに対して電化機器に関する種々のサービスを提供するメーカーサーバが採用できる。なお、第２例の予約システムでは、予約サーバ１００及び顧客管理サーバ４００が情報管理システムの一例に相当する。

図３は、本開示の予約システムの全体構成の第３例を示す図である。第３例の予約システムは、第１例の予約システムに対して、更にカレンダーサーバ５００が設けられた点を特徴とする。カレンダーサーバ５００は、例えば１以上のコンピュータで構成されるクラウドサーバである。そして、カレンダーサーバ５００は、１以上の各ユーザのスケジュール情報を管理する。ここで、スケジュール情報は、例えば、図３５に示すカレンダー予定リスト３５００が採用される。

第１例及び第２例の予約システムでは、スケジュール情報は予約サーバ１００又は予約端末２００が管理していたが、第３例の予約システムでは、スケジュール情報の管理をカレンダーサーバ５００に担わせている。なお、第３例の予約システムでは、予約サーバ１００及びカレンダーサーバ５００が情報管理システムの一例に相当する。

図４は、本開示の予約システムの全体構成の第４例を示す図である。第４例の予約システムは、第１例〜第３例で登場した全てのサーバが組み込まれている点を特徴とする。つまり、第４例の予約システムは、サーバとして、予約サーバ１００に加えて、顧客管理サーバ４００及びカレンダーサーバ５００が存在している。

第４例の予約システムでは、スケジュール情報の管理はカレンダーサーバ５００が担い、顧客の管理は顧客管理サーバ４００が担っている。なお、第４例の予約システムでは、予約サーバ１００、顧客管理サーバ４００、及びカレンダーサーバ５００が情報管理システムの一例に相当する。

図５は、第１例の予約システムの構成パターンＰ１−１を示すブロック図である。図５の予約システムにおいて、予約サーバ１００は、予約データ管理部１０１、予約データ記憶部１０２、蓄積部１０３、顧客管理部１０４、及び通信部１０５を備える。

予約データ管理部１０１は、予約端末２００を通じてユーザにより入力された予約に関する情報を予約データ記憶部１０２に記憶させ、予約に関する情報を管理する。予約データ管理部１０１は、チケット発券機関が発券するチケット一覧３３００（図３３）を管理する。チケット発券機関は、例えば航空会社、コンサートまたはスポーツなどのイベントの主催者などである。

予約データ記憶部１０２は、例えば、書き換え可能な不揮発性の記憶装置で構成され、予約に関する情報を記憶する。

蓄積部１０３は、例えば、書き換え可能な不揮発性の記憶装置で構成され、予約サーバ１００が種々の処理を行う際に使用する種々のデータを蓄積する。図５の例では、顧客管理部１０４が予約サーバ１００にあるため、蓄積部１０３は、顧客管理部１０４が管理する顧客情報を蓄積する。ここで、顧客情報としては、例えば、図３２に示す顧客情報３２００が採用できる。

顧客管理部１０４は、予約端末１００から送信される顧客履歴３１００（図３１）に基づき、顧客情報３２００を生成し、生成した顧客情報３２００を蓄積部１０３に蓄積し、顧客情報３２００を管理する。

通信部１０５は、予約サーバ１００をネットワークに接続し、予約サーバ１００を予約端末２００等と通信させる。

図５において、予約端末２００は、予約画面生成部２０１、予約候補日選定部２０２、蓄積部２０３、画面制御部２０４、カレンダー画面生成部２０５、カレンダーデータ管理部２０６、カレンダーデータ記憶部２０７、通信部２０８、及び表示部２０９を備える。

予約画面生成部２０１は、コンピュータを予約端末２００として機能させる予約アプリケーション（以下、予約アプリと記述する。）において用いられる種々の画面の画像データを生成し、表示部２０９に表示させる。

予約候補日選定部２０２は、チケットの予約が可能な日時である予約可能日時の中から、ユーザの予定が登録された日時を除外した予約可能日時をチケットの予約候補日時として抽出する。

或いは、予約候補日選定部２０２は、チケットの予約が可能な日である予約可能日の中から、ユーザの予定が登録された日を除外した予約可能日を予約候補日として抽出する。以下、予約候補日選定部２０２が行う予約候補日時又は予約候補日の抽出処理を総称して、予約候補日の抽出処理と記述する。

蓄積部２０３は、予約端末２００が種々の処理を行う際に使用する種々のデータを蓄積する。

画面制御部２０４は、表示部２０９に表示された種々の画面に対してユーザが行う種々の操作を検知する。本開示では、表示部２０９が備えるタッチパネルをユーザからの操作を受け付ける操作装置として採用する。よって、画面制御部２０４は、タッチパネルを通じてユーザにより入力されたタップ、スワイプ、フリックといった操作を検知する。また、画面制御部２０４は、表示部２０９に表示されたＧＵＩ部品をタップする操作を検知すると、そのＧＵＩ部品がユーザにより選択されたと判定する。なお、操作装置として、キーボードやマウスが採用される場合、画面制御部２０４は、キーボードに対するユーザの操作やマウスに対するユーザの操作を検知すればよい。なお、画面制御部２０４は、予約アプリの起動中にユーザからの操作を検知した場合、検知した内容を予約画面生成部２０１に通知し、予約画面生成部２０１にユーザの操作を検知させる。

カレンダー画面生成部２０５は、カレンダーアプリケーション（以下、カレンダーアプリと記述する。）で用いられる種々の画面の画像データを生成し、表示部２０９に表示させる。なお、カレンダーアプリは、既存のスマートフォンにインストールされているアプリケーションであり、カレンダー画面生成部２０５は、カレンダー画面を生成する機能を担うプログラムモジュールである。そして、本開示において、カレンダー画面は予約アプリの種々の画面内に表示され、この予約アプリの画面の画像データは予約画面生成部２０１が生成している。したがって、カレンダー画面生成部２０５が生成するカレンダー画面については特に説明しない。

カレンダーデータ管理部２０６は、スケジュール情報を生成し、カレンダーデータ記憶部２０７に記憶し、スケジュール情報を管理する。

カレンダーデータ記憶部２０７は、スケジュール情報を記憶する。

通信部２０８は、予約端末２００をネットワークに接続し、予約端末２００を予約サーバ１００等と通信させる。

表示部２０９は、例えば、タッチパネルを備えた液晶ディスプレイで構成される。

なお、図５に示す予約サーバ１００において、予約データ管理部１０１は、例えば、予約サーバ１００のプロセッサが、コンピュータを予約サーバ１００として機能させる予約サーバプログラムを実行することで実現される。また、予約データ記憶部１０２及び蓄積部１０３は、例えば、書き換え可能な不揮発性の記憶装置で構成される。通信部１０５は、モデム等の通信装置で構成される。

また、図５において、予約画面生成部２０１及び予約候補日選定部２０２は、予約端末２００のプロセッサが、予約アプリを実行することで実現される。また、カレンダー画面生成部２０５及びカレンダーデータ管理部２０６は、予約端末２００のプロセッサが、カレンダーアプリを実行することで実現される。

また、蓄積部２０３及びカレンダーデータ記憶部２０７は、例えば、書き換え可能な不揮発性の記憶装置で構成される。また、画面制御部２０４は、例えば、予約端末２００のプロセッサがオペレーションシステムを実行することで実現される。通信部２０８はモデム等の通信装置で構成される。

図６は、第１例の予約システムの構成パターンＰ１−２を示すブロック図である。構成パターンＰ１−２では、予約候補日の抽出処理が予約サーバ１００で行われ、スケジュール情報の管理が予約端末２００で行われている。そのため、予約サーバ１００は予約候補日選定部１０６を備えている。

図７は、第１例の予約システムの構成パターンＰ１−３を示すブロック図である。構成パターンＰ１−３では、予約候補日の抽出処理は予約端末２００で行われ、スケジュール情報の管理は予約サーバ１００で行われている。よって、予約端末２００は予約候補日選定部２０２を備え、予約サーバ１００はカレンダーデータ管理部１０７及びカレンダーデータ記憶部１０８を備えている。このパターンでは、カレンダー画面生成部２０５は、予約サーバ１００から、例えば、スクリプト言語（例えば、ＨＴＭＬやｊａｖａｓｃｒｉｐｔ（登録商標）等）で記述されたスケジュール情報を取得して表示部２０９に表示するブラウザで構成される。

図８は、第１例の予約システムの構成パターンＰ１−４を示すブロック図である。構成パターンＰ１−４では、予約候補日の抽出処理及びスケジュール情報の管理が予約サーバ１００で行われている。よって、予約サーバ１００は、予約候補日選定部１０６、カレンダーデータ管理部１０７、及びカレンダーデータ記憶部１０８を備えている。

図９は、第２例の予約システムの構成パターンＰ２−１を示すブロック図である。構成パターンＰ２−１では、構成パターンＰ１−１〜Ｐ１−４に対して、顧客管理サーバ４００が追加されている。顧客管理サーバ４００は、蓄積部４０１、顧客管理部４０２、及び通信部４０３を備える。

蓄積部４０１は、例えば、ユーザに関する情報である顧客情報３２００（図３２）を蓄積する。

顧客管理部４０２は、顧客情報３２００を蓄積部４０１に蓄積し、顧客情報３２００を管理する。

通信部４０３は、顧客管理サーバ４００をネットワークに接続させる。

図９において、顧客管理部４０２は、例えば、顧客管理サーバ４００のプロセッサがコンピュータを顧客管理サーバ４００として機能させる顧客管理サーバプログラムを実行することで実現される。なお、図９では、予約候補日の抽出処理及びスケジュール情報の管理は、予約端末２００が行っている。但し、これは一例であり、第２例の予約システムを採用した場合であっても、予約候補日の抽出処理は予約サーバ１００及び予約端末２００のいずれが行ってもよいし、スケジュール情報の管理は予約サーバ１００及び予約端末２００のいずれが行ってもよい。

図１０は、第３例の予約システムの構成パターンＰ３−１を示すブロック図である。構成パターンＰ３−１では、構成パターンＰ１−１〜Ｐ１−４に対してカレンダーサーバ５００が追加されている。

カレンダーサーバ５００は、蓄積部５０１、カレンダーデータ管理部５０２、カレンダーデータ記憶部５０３、及び通信部５０４を備える。

蓄積部５０１は、カレンダーサーバ５００が種々の処理を行う際に用いる種々のデータを蓄積する。

カレンダーデータ管理部５０２は、１以上の各ユーザのスケジュール情報をカレンダーデータ記憶部５０３に蓄積し、スケジュール情報を管理する。

カレンダーデータ記憶部５０３は、スケジュール情報を記憶する。

通信部５０４は、カレンダーサーバ５００をネットワークに接続させる。

カレンダーデータ管理部５０２は、例えば、カレンダーサーバ５００のプロセッサが、コンピュータをカレンダーサーバ５００として機能させるカレンダーサーバプログラムを実行することで実現される。蓄積部５０１及びカレンダーデータ記憶部５０３は、例えば、書き換え可能な不揮発性の記憶装置で構成される。通信部５０４は、モデム等の通信装置で構成される。構成パターンＰ３−１では、予約候補日の抽出処理は、予約端末２００が行い、スケジュール情報の管理はカレンダーサーバ５００が管理している。そのため、予約サーバ１００及び予約端末２００からカレンダーデータ管理部及びカレンダーデータ記憶部が省かれている。よって、カレンダー画面生成部２０５は、スケジュール情報を用いてカレンダーデータの画像データを生成し、表示部２０９に表示するブラウザで構成される。

図１１は、第３例の予約システムの構成パターンＰ３−２を示すブロック図である。構成パターンＰ３−２では、構成パターンＰ３−１に対して、予約候補日の抽出処理を予約サーバ１００が行う点を特徴とする。よって、予約サーバ１００は、予約候補日選定部１０６を備えている。

図１２は、第４例の予約システムの構成パターンＰ４−１を示すブロック図である。構成パターンＰ４−１では、構成パターンＰ１−１〜Ｐ１−４に対して、カレンダーサーバ５００及び顧客管理サーバ４００が追加されている。つまり、構成パターンＰ４−１では、スケジュール情報の管理は、カレンダーサーバ５００が行い、顧客情報の管理は顧客管理サーバ４００が行っている。また、構成パターンＰ４−１では、予約候補日の抽出処理は予約端末２００が行っている。そのため、予約端末２００は、予約候補日選定部２０２を備えている。

なお、構成パターンＰ４−１では、予約候補日の抽出処理は予約サーバ１００が行ってもよい。

図１３は、基本画面１３００の一例を示す図である。この基本画面１３００は、通常のスマートフォンやタブレット端末が表示する基本画面である。基本画面１３００には、１以上のアプリケーションを実行するための１以上のアイコンがマトリックス状に表示されている。そして、１以上のアイコンの中に、予約アプリを実行するための予約アプリアイコン１３０１が含まれている。図１３の例では、予約アプリアイコン１３０１は左上に配置されている。

図１４〜図１６は、トップ画面１４００の一例を示す図である。このトップ画面１４００は予約アプリのトップ画面であり、基本画面１３００において、予約アプリアイコン１３０１がタップされた場合に表示部２０９に表示される画面である。

トップ画面１４００の上部には、「チケット予約トップ」との見出しが表示され、この画面が予約アプリのトップ画面であることが明示されている。この見出しの下側には「チケット一覧」との文字が表示され、下側に予約が可能なチケットが一覧表示されていることが明示されている。

この文字の下側には、予約が可能なチケットを示すチケット表示欄１４０１が縦一列に表示されている。チケット表示欄１４０１には、チケットの種別と、チケットの内容と、予約ボタン１４０２とが表示されている。図１４の例では、チケットの種別として、「航空券」、「コンサート」、「スポーツ」が表示されている。最上段のチケット表示欄１４０１には、チケットの種別として「航空券」が表示され、チケットの内容として「成田→シンガポール」が表示されている。

トップ画面１４００の下部には、ページ送りボタン１４０３が表示されている。ページ送りボタン１４０３がタップされると、画面制御部２０４は、そのタップを検知する。すると、予約画面生成部２０１は、１ページ目で表示できなかったチケット表示欄１４０１を一覧表示する２ページ目のトップ画面１４００を表示する。

図１５は、２ページ目のトップ画面１４００の一例を示す。図１５の例では、チケットの種別として、「映画」、「アート」、「レジャー」、「演劇」が表示されている。図１５に示される２ページ目のトップ画面１４００の下部に表示されるページ送りボタン１４０３がタップされると、予約画面生成部２０１は、３ページ目のトップ画面１４００を表示する。

図１６は、３ページ目のトップ画面１４００の一例を示す。図１６の例では、チケットの種別として、「旅行」、「コンサート」、「レジャー」が表示されている。

図１５、図１６に示されるトップ画面１４００の上部には、ページ戻りボタン１４０４が表示されている。図１６に示されるトップ画面１４００が表示された状態で、ページ戻りボタン１４０４がタップされると、予約画面生成部２０１は、図１５に示される２ページ目のトップ画面１４００を表示する。同様に、図１５に示されるトップ画面１４００が表示された状態で、ページ戻りボタン１４０４がタップされると、予約画面生成部２０１は、図１４に示される１ページ目のトップ画面１４００を表示する。

図１７は、予約誘導通知画面１７００の一例を示す図である。予約誘導通知画面１７００は、予約システムがユーザの嗜好に合致するチケットの登録を検知したときに、当該ユーザの予約端末２００に送信されるプッシュ通知の通知画面である。ここでは、予約誘導通知画面１７００は、基本画面１３００において、上部から１／３程度の領域にオーバレイ表示される。

図１７の予約誘導通知画面１７００には、「予約アプリからのお知らせ、○○様におすすめの「航空券」があります。今ならキャンペーン価格で購入いただけます。ここをタップしてチケットの予約を行ってください。」との文章が記載され、ユーザに対して、新たなチケットが登録されたことが明示されている。予約誘導通知画面１７００に記載された文章内には、チケットの種別１７０１が含まれる。図１７の例では、航空券の予約が誘導されたため、チケットの種別が「航空券」と表示されている。ユーザによる予約誘導通知画面１７００のタップを画面制御部２０４が検知すると、予約画面生成部２０１はチケット確認画面１８００を表示部２０９に表示させる。

図１８は、チケット確認画面１８００の一例を示す図である。チケット確認画面１８００は、ユーザにチケットの予約内容を確認させる画面である。

チケット確認画面１８００の上部には「チケット確認」との見出しが付けられ、この画面がチケットの予約内容をユーザに確認させる画面であることが明示されている。

また、チケット確認画面１８００の見出しの表示欄の下には、「下記チケットを予約します。「予約する」をタップしてチケットの予約を行って下さい。」との文章が表示され、チケットの予約がユーザに促されている。

この文章の下側には、チケットの種別表示欄１８０２、チケットの内容表示欄１８０３、所要時間表示欄１８０４、費用表示欄１８０５が例えば縦一例で表示されている。

チケットの種別表示欄１８０２は、チケットの種別を表示する。ここでは、チケットが航空券であるため、チケットの種別表示欄１８０２には「種別：航空券」と表示されている。

チケットの内容表示欄１８０３は、チケットの内容が表示されている。ここでは、航空券の出発地と到着地として、チケットの内容表示欄１８０３には、「内容：成田→シンガポール」と表示されている。

所要時間表示欄１８０４は、出発地から到着地まで移動するのに要する所要時間を表示する。ここでは、成田からシンガポールまでの所要時間は約６時間であるため、所要時間表示欄１８０４には、「所要時間：約６時間」と表示されている。

費用表示欄１８０５は、チケット購入のためにユーザが支払う費用を表示する。ここでは、航空券の費用は約５千円であるため、費用表示欄１８０５には、「費用：約５千円」と表示されている。なお、所要時間及び費用は、後述するチケット一覧３３００（図３３）に予め登録されている。

費用表示欄１８０５の下側には、「予約する」と記載された予約ボタン１８０６が表示されている。予約ボタン１８０６は表示部２０９の表示画面を予約日選択画面１９００（図１９）に切り替えるためのボタンである。

なお、チケット確認画面１８００の上部の左側に表示された「トップ」と記載されたトップボタン１８０１は表示部２０９の表示画面をトップ画面１４００（図１４）に切り替えるためのボタンである。また、チケット確認画面１８００において、チケットの座席指定を可能に構成してもよい。

図１９は、予約日選択画面１９００の第１例を示す図である。予約日選択画面１９００は、ユーザにチケットの予約日を選択させる画面である。予約日選択画面１９００の上部には、「航空券 成田→シンガポールの予約日選択」との見出しが付けられ、この画面が予約日を選択する画面であることが明示されている。図１９の例では、航空券に対する予約日選択画面１９００が示されているため、この見出しには、チケット名１９０１として「航空券 成田→シンガポール」と記載されている。つまり、この見出しのチケット名１９０１の欄には、予約対象となるチケットの種別及びチケットの内容が記載される。

予約日選択画面１９００には、スケジュール情報を用いて生成されたユーザの予定をカレンダー形式で示すカレンダーデータ表示欄１９０４が設けられている。ここで、カレンダーデータ表示欄１９０４は、各日を１ヶ月又は１週間単位で表すカレンダーを表示する欄である。図１９の例では、各日が１ヶ月単位で表されたカレンダーが採用されている。

カレンダーデータ表示欄１９０４は、横方向に配置された日曜日から土曜日までの７つの曜日と、縦方向に配置された５つの週とでマトリックス状に区切られた３５個の矩形状のマス１９０５で構成されている。ここで、１つのマス１９０５は、日を示す領域である。各マス１９０５には、日を示す数字が表示されている。なお、図１９の例では、表示対象となる月に属していない前月又は翌月に属する日に対応するマス１９０５には日を示す数字が表示されていない。但し、これは、一例であり、前月又は翌月に属する日に対応するマス１９０５に日が表示されてもよい。カレンダーデータ表示欄１９０４の上側には、表示対象となる年月が表示されている。図１９の例では、カレンダーデータ表示欄１９０４には、２０１３年の１１月のカレンダーデータが表示されているため、カレンダーデータ表示欄１９０４の上側には「Ｎｏｖｅｍｂｅｒ ２０１３」と表示されている。

カレンダーデータ表示欄１９０４には、ユーザがカレンダーアプリを通じて入力したユーザのスケジュールを示すスケジュールアイコン１９０７が表示されている。図１９の例では、８日に「パーティ」、１０日に「バーベキュー」、１３日に「休み」、１８日から２３日まで「旅行」といったスケジュールアイコン１９０７が表示されている。また、図１９の例では、本日に対応するマス１９０５には「ｔｏｄａｙ」と表示され、ユーザに対して本日が明示されている。

更に、カレンダーデータ表示欄１９０４には、チケットの予約候補日に対応するマス１９０５には、その日が予約候補日であることを明示するための候補マーク１９０６が表示されている。図１９の例では、候補マーク１９０６として、星状の図形が採用されているが、予約候補日が分かる図形であれば、円、四角等のどのような図形が採用されてもよい。

このように、予約日選択画面１９００には、ユーザのスケジュールとチケットの予約候補日とを共に表示するカレンダーデータ表示欄１９０４が設けられている。そのため、ユーザは、予約日選択画面１９００のみを通じてチケットの予約日を選択できる。

例えば、予約日選択画面１９００にカレンダーデータ表示欄１９０４が設けられていない場合を想定する。この場合、ユーザは、別途、カレンダーアプリを起動させ、カレンダーアプリによるカレンダーデータの表示と予約日選択画面１９００の表示とを照合しながら、チケットの予約日を選択する必要がある。特に、予約端末２００がタブレット端末やスマートフォンであれば、表示部２０９が小さいため、カレンダーデータと予約日選択画面１９００とを同時に表示させることが困難であり、ユーザは両表示を切り替える操作を入力しながら両画面を照合する必要がある。

そこで、本開示では、カレンダーデータ表示欄１９０４を予約日選択画面１９００に設けることで、チケットの予約日の予約作業の効率化を図っている。

更に、カレンダーデータ表示欄１９０４に表示される予約候補日は、チケットの予約が可能な予約可能日のうちユーザの予定が入っている日が除外された予約可能日である。そのため、カレンダーデータ表示欄１９０４には、ユーザが選択する可能性が高い予約候補日のみが表示されることになる。その結果、予約候補日の表示数が絞り込まれ、ユーザは、チケットの予約日の予約作業をスムーズに行うことができる。

カレンダーデータ表示欄１９０４の下側には、「カレンダーの空き予定の中から、チケットの予約が可能な日を表示しています。」との文章が表示され、候補マーク１９０６が付された日が予約候補日であることがユーザに明示されている。また、この文章に続いて、「予約したい日をタップして、予約を確定させてください。」との文章が表示され、予約候補日の中から予約日を選択することがユーザに促されている。更に、この文章に続いて「費用は約５千円〜１万円です。」との文章が表示され、チケットに対する費用が明示されている。これにより、ユーザに対して、チケットを予約すべきか否かの判断材料が提供されている。

予約日選択画面１９００において、チケット名１９０１の表示欄の左側には、「戻る」と記載された戻るボタン１９０２が表示されている。この戻るボタン１９０２は、表示部２０９の表示画面を予約日選択画面１９００からチケット確認画面１８００に戻すためのボタンである。また、予約日選択画面１９００において、チケット名１９０１の表示欄の右側には、「詳細」と記載された詳細ボタン１９０３が表示されている。詳細ボタン１９０３は、表示部２０９の表示画面をチケット詳細確認画面２９００（図２９）に切り替えるためのボタンである。

なお、図１９では、カレンダーデータ表示欄１９０４にはカレンダーデータが１ヶ月単位で表示されているが、週単位で表示されてもよい。この場合、カレンダーデータ表示欄１９０４は、例えば、横方向に配置された日曜日から土曜日までの７つの曜日と、縦方向に配置された１つの週とでマトリックス状に区切られた７個のマス１９０５で構成される。

この場合、カレンダーデータ表示欄１９０４には、表示対象となる当週が翌月又は前月に跨る週であっても、月にとらわれずに週単位で日が表示される。例えば、図１９において、１行目の週は、１０月と１１月とに跨る週であるが、この週のみがカレンダーデータ表示欄１９０４に表示される場合、空欄である１０月に属する日にも日を示す数字と、スケジュールアイコン１９０７と、候補マーク１９０６とが表示される。

図２０は、予約日選択画面１９００の第２例を示す図である。第２例の予約日選択画面１９００は、次月候補表示ボタン２００１が追加されている点、及び予約候補日に対応するマス１９０５に費用が表示されている点を特徴とする。

次月候補表示ボタン２００１は、カレンダーデータ表示欄１９０４に次月のカレンダーデータを表示させるためのボタンである。この次月候補表示ボタン２００１は、予約候補日が表示対象の月である当月と、その当月の翌月に跨って抽出された場合に表示される。次月候補表示ボタン２００１のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、翌月のカレンダーデータを表示する予約日選択画面１９００を表示部２０９に表示する。

図２１は、図２０に示す予約日選択画面１９００に対する翌月の予約日選択画面１９００の一例を示す図である。

図２１の例では、当月が２０１３年１１月であったため、その翌月である２０１３年１２月のカレンダーデータがカレンダーデータ表示欄１９０４に表示されている。この翌月の予約日選択画面１９００も当月の予約日選択画面と同様、カレンダーデータ表示欄１９０４には、ユーザのスケジュールと、予約候補日とが合わせて表示されている。

そのため、本日が当月の月末である場合であっても、ユーザは、図２１に示す翌月のカレンダーデータが表示された予約日選択画面１９００を表示させることで、翌月の予約候補日を取りこぼすことなく、予約日を選択できる。

また、翌月の予約日選択画面１９００には、戻るボタン１９０２の下側に前月候補表示ボタン２１０１が表示されている。この前月候補表示ボタン２１０１は、図２０に示す当月の予約日選択画面１９００に表示部２０９の画面表示を切り替えるためのボタンである。

よって、前月候補表示ボタン２１０１のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、翌月の予約日選択画面１９００から当月の予約日選択画面１９００に画面表示を切り替える。

また、図２０、図２１に示すように、第２例の予約日選択画面１９００では、予約候補日に対応するマス１９０５にチケットに対する費用が表示されている。ここで、チケットに対する費用は、平日と週末とで異なる場合がある。この場合、予約候補日毎にチケットに対する費用をユーザに明示した方がユーザは、予約候補日を選択しやすくなる。そこで、図２０の例では、予約候補日に対応するマス１９０５にチケットに対する費用を表示している。これにより、ユーザは、費用がより安い予約候補日を選択できる。

図２０の例では、２４日の日曜日は１万円であり、１６日及び３０日の土曜日は５千円〜１万円であり、２５日の月曜日及び２６日の火曜日は５千円であり、日曜日及び土曜日の方が平日に比べて費用が高く設定されている。そのため、平日を選択した方が費用が安く済むという情報がユーザに明示されている。

なお、図２０では、曜日に応じて費用が異なる例を示したが、繁忙期であるか否かに応じて費用は変動する場合もある。この場合、繁忙期に該当する予約候補日は、それ以外の予約候補日に比べて高い費用が表示される。日本では、慣習上、１２月は繁忙期とされている。そのため、図２１に示す１２月の予約日選択画面１９００で表示されている費用は、図２０に示す１１月の予約日選択画面１９００で表示されている費用よりも相対的に高く設定されている。

また、図２０、図２１の例では、費用は同日では一定である場合を示したが、同日であっても時間帯に応じて費用は変動する場合もある。例えば、日中の発着便、残席が少ない便の時間帯は他の時間帯に比べて費用が高く設定される場合がある。この場合、時間帯に応じた費用を予約候補日のマス１９０５に表示すればよい。

なお、図２０、図２１において、週単位でカレンダーデータを表示する態様を採用した場合、予約日選択画面１９００には、例えば、次月候補表示ボタン２００１に代えて、次週候補表示ボタンが表示される。この場合、次週候補表示ボタンがタップされると、予約画面生成部２０１は、次週のカレンダーデータを表示すればよい。この次週のカレンダーデータにも、ユーザのスケジュールや予約候補日が表示されるため、ユーザは、次週の予約候補日をとりこぼすことなく、予約日を選択できる。

なお、第１、第２例の予約日選択画面において、予約画面生成部２０１は、スケジュールアイコン１９０７と候補マーク１９０６とを異なる色で表示してもよい。こうすることで、ユーザに自身のスケジュールと予約候補日とをより区別して認識させることができる。

図２２は、予約日選択画面１９００の第３例を示す図である。第３例の予約日選択画面１９００は、第２例の予約日選択画面１９００において、予約候補日を候補マーク１９０６で示すのではなく、予約候補時間２２０１で示す点を特徴とする。

図２２において、例えば、３０日のマス１９０５Ｘには、１３：００−１９：００の時間帯と、１４：００−２０：００の時間帯とが予約候補時間２２０１として表示されている。

ユーザは、希望する予約候補時間２２０１をタップすると、その予約候補時間２２０１が初期選択された予約時間選択画面２４００（図２５）が表示部２０９に表示される。例えば、１３：００−１９：００の予約候補時間２２０１がタップされると、図２５において、１３：００−１９：００の時間帯表示欄２４０３に対応するチェックボックス２４０４にチェックマークＣＭが初期表示された予約時間選択画面２４００が表示される。

一方、第１例、第２例の予約日選択画面１９００において、予約候補日に対応するマス１９０５がタップされると、チェックマークＣＭが初期表示されていない予約時間選択画面２４００（図２４）が表示され、ユーザは、図２４に示す予約時間選択画面２４００から希望する予約候補時間を表示する時間帯表示欄２４０３をタップする必要がある。

そのため、第３例の予約日選択画面１９００を採用した場合、予約時間選択画面２４００において、ユーザは希望する予約候補時間をタップする必要がなくなり、ユーザの手間が減る。

また、第３例の予約日選択画面１９００において、予約候補時間２２０１がタップされた場合、予約画面生成部２０１は、予約時間選択画面２４００を表示することなく、予約内容確認画面２６００（図２６）に表示画面を遷移させてもよい。これにより、画面表示の処理ステップが減少し、処理の効率化が図れる。

また、図２２において、予約候補時間２２０１の数が多すぎると、予約画面生成部２０１は、予約候補日に対応する１つのマス１９０５に全ての予約候補時間２２０１を表示することができなくなる。この場合、予約画面生成部２０１は、このマス１９０５に予約候補時間２２０１を表示しないようにしてもよい。具体的には、予約画面生成部２０１は、予約候補時間２２０１の個数がマス１９０５で表示できる所定の上限値より大きくなると、このマス１９０５に予約候補時間２２０１を表示しないようにすればよい。

或いは、予約画面生成部２０１は、１つのマス１９０５に全ての予約候補時間２２０１を表示できない場合、例えば、時間帯が早い順に上限値分の予約候補時間２２０１のみを表示させてもよい。

なお、予約候補時間２２０１を１つのマス１９０５で表示しきれなかった場合、予約画面生成部２０１は、このマス１９０５がタップされると、予約時間選択画面２４００を表示させればよい。そして、この予約時間選択画面２４００において、予約画面生成部２０１は、全ての予約候補時間に対応する時間帯表示欄２４０３を表示させればよい。これにより、ユーザは、予約日選択画面１９００において、非表示であった予約候補時間２２０１を選択できる。

図２３は、予約日選択画面１９００の第４例を示す図である。第４例の予約日選択画面１９００は、第２例、第３例の予約日選択画面１９００を組み合わせた点を特徴とする。すなわち、第３例では、１つのマス１９０５に全ての予約候補時間２２０１を表示できない場合、予約画面生成部２０１は、予約候補時間２２０１を表示しなかったが、第４例では、予約候補時間２２０１に代えて候補マーク１９０６を表示する。

図２３において、例えば、２６日は、予約候補時間２２０１の個数が上限値より多かったため、予約画面生成部２０１は、この日に対応するマス１９０５に候補マーク１９０６を表示している。

なお、第３例、第４例の予約日選択画面において、予約画面生成部２０１は、スケジュールアイコン１９０７と予約候補時間２２０１とを異なる色で表示してもよい。こうすることで、ユーザに自身のスケジュールと予約候補日とをより区別して認識させることができる。

図２４は、予約時間選択画面２４００の一例を示す図である。予約時間選択画面２４００は、ユーザにチケットの予約時間を選択させるための画面である。予約時間選択画面の上部には、「１１月３０日の航空券 成田→シンガポールの予約時間選択」との見出しが表示され、この画面が予約時間を選択する画面であることが明示されている。この見出しの左側に表示された戻るボタン２４０１は、画面表示を予約時間選択画面２４００から予約日選択画面１９００に戻すためのボタンである。

この見出しの右側に表示された詳細ボタン２４０２は、画面表示を予約時間選択画面２４００から予約詳細確認画面２９００（図２９）に切り替えるためのボタンである。

予約時間選択画面２４００において、見出しの下側には、「所要時間は約６時間、費用は約５千円〜１万円です。下記時間帯からご希望のフライトを選択してください。」との文章が表示され、予約時間の選択が促されている。

この文章の下側には、１以上の時間帯表示欄２４０３が縦一列に表示されている。また、各時間帯表示欄２４０３の左横には、チェックボックス２４０４が表示されている。時間帯表示欄２４０３には、予約日選択画面１９００においてユーザがタップした予約候補日において、チケットが予約可能な、予約候補時間が表示されている。

図２４の例では、予約日選択画面１９００において、１１月３０日のマス１９０５がタップされたため、１１月３０日における予約候補時間が表示されている。この例では、１３：００−１９：００の発着時間帯、１４：００−２０：００の発着時間帯、１８：００−２４：００の発着時間帯を示す３つの時間帯表示欄２４０３が表示されている。また、時間帯表示欄２４０３には、時間帯が早い順に、候補１〜候補３の候補番号が表示されている。更に、時間帯表示欄２４０３には、予約候補時間に対応する費用が表示されている。この例では、１８：００−２４：００の時間帯は例えば残席が少ない便であるため、他の時間帯である候補１、２に比べて費用が高く設定されている。

ユーザは、所望する予約候補時間を表示する時間帯表示欄２４０３に対応するチェックボックス２４０４をタップすることで予約候補時間を選択する。ユーザは、例えば、１段目のチェックボックス２４０４をタップしたとする。すると、予約画面生成部２０１は、図２５に示すように、タップされたチェックボックス２４０４にチェックマークＣＭを表示させる。

図２５は、予約候補時間が選択された状態の予約時間選択画面２４００を示す図である。これにより、ユーザは、自身が選択した予約候補時間を確認できる。

そして、予約時間選択画面２４００の下部に表示された予約ボタン２４０５がタップされると、予約画面生成部２０１は、予約内容確認画面２６００（図２６）を表示部２０９に表示させる。

図２６は、予約内容確認画面２６００の一例を示す図である。予約内容確認画面２６００は、ユーザが予約内容を確認するための画面である。

予約内容確認画面２６００の上部には、「予約内容確認」との見出しが表示され、この画面が予約内容を確認するための画面であることが明示されている。この見出しの下側には、「下記内容で予約します。よろしいですか？」との文章が表示されており、下側の欄に予約内容が表示されていることが明示されている。

この文章の下側には、種別表示欄２６０１、内容表示欄２６０２、日時表示欄２６０３、時間表示欄２６０４、及び費用表示欄２６０５が縦一例で表示されている。種別表示欄２６０１は、予約対象となるチケットの種別を表示する欄である。ここでは、「種別：航空券」と表示されている。

内容表示欄２６０２は、チケットの内容を表示する欄である。ここでは、出発地が成田で到着地がシンガポールの航空券が予約されたため、「内容：成田→シンガポール」と表示されている。

日時表示欄２６０３は、ユーザが選択した予約候補日及び予約候補時間を表示する欄である。ここでは、予約日選択画面１９００において１１月３０日の予約候補日が選択され、予約時間選択画面２４００において、１３：００−１９：００の予約候補時間が選択されたため、「日時：１１月３０日 １３：００−１９：００」と表示されている。

時間表示欄２６０４は、フライトに要する所要時間を表示する欄である。ここでは、「所要時間：約６時間」と表示されている。

費用表示欄２６０５は、チケットに対する費用を表示する欄である。ここでは、「費用：５千円」と表示されている。

ユーザは、予約内容確認画面２６００に表示された予約内容に同意する場合、予約ボタン２６０６をタップする。すると、予約画面生成部２０１は、予約完了画面２７００（図２７）を表示部２０９に表示する。

なお、予約内容確認画面２６００において、チケット予約だけでなく、購入処理（決済）まで行ってもよい。この場合には、予約画面生成部２０１は、予約ボタン２６０６に代えて、購入ボタンを表示すればよい。また、購入ボタンがタップされると、予約画面生成部２０１は、例えばクレジットカードのカード番号などを入力するための支払い方法選択画面を表示してもよい。

図２７は、予約完了画面２７００の第１例を示す図である。予約完了画面２７００の上部には、「航空券 成田→シンガポールの予約完了」との見出しが付けられ、この画面が予約の完了を通知する画面であることが明示されている。

予約完了画面２７００には、予約日選択画面１９００と同様、カレンダーデータ表示欄１９０４が表示されている。このカレンダーデータ表示欄１９０４には、ユーザが予約した予約日に対応するマス１９０５に予約日であることを示す予約アイコン２７０２が表示されている。図２７の例では、予約アイコン２７０２には「ＮＲＴ→ＳＧＰ」と表示され、成田からシンガポールへの航空便であることが明示されている。また、図２７の例では、ユーザが予約した予約日が３０日であるため、３０日に対応するマス１９０５に予約アイコン２７０２が表示されている。

更に、予約完了画面２７００では、予約候補日をユーザに通知する必要はないため、予約選択画面１９００では表示されていた予約候補日を示す候補マーク１９０６や予約候補時間２２０１は非表示にされている。これにより、ユーザは、予約アイコン２７０２を通じて、一目で予約日を確認できる。

一方、予約完了画面２７００において、スケジュールアイコン１９０７は、予約日選択画面１９００に引き続いて表示されている。そのため、ユーザは、別途カレンダーアプリを起動させることなく、予約完了画面２７００を通じて自身のスケジュールを確認できる。

なお、予約完了画面２７００において、予約画面生成部２０１は、スケジュールアイコン１９０７と予約アイコン２７０２とを異なる色で表示させてもよい。こうすることで、ユーザに自身のスケジュールと予約日とをより区別して認識させることができる。

予約完了画面２７００において、カレンダーデータ表示欄１９０４の下側には、「航空券の予約が完了しました。１１月３０日の１３：００成田発 １９：００シンガポール着です。予定は、カレンダーに自動登録されました。費用は５千円です。」と記載された予約が完了した旨の文章が表示されている。これにより、予約の完了がユーザに明示されている。

なお、上述した、予約日選択画面１９００及び予約完了画面２７００に表示されたカレンダーデータ表示欄１９０４において、ユーザはスケジュールを登録することも可能である。この場合、例えば、ユーザはカレンダーデータ表示欄１９０４の所望の日に対応するマス１９０５をタップすると予約画面生成部２０１は、スケジュールの詳細を入力する画面を表示させる。そして、予約画面生成部２０１は、この画面を通じて入力された情報をカレンダーデータ管理部１０７、２０６に通知する。これにより、カレンダーデータ表示欄１９０４を通じてユーザが入力したスケジュールがカレンダーデータ記憶部１０８、２０７に登録される。

なお、予約完了画面２７００の上部の左側に表示された「トップ」と記載されたトップボタン２７０１は表示部２０９の表示画面をトップ画面１４００（図１４）に切り替えるためのボタンである。

図２８は、予約完了画面２７００の第２例を示す図である。第１例との相違は、予約アイコン２７０２に発着時間が表示されている点にある。図２８の例では、１３：００−１９：００の時間帯が発着時間であるため、予約アイコン２７０２には、「ＮＲＴ→ＳＧＰ」の文字に加えて、「１３：００−１９：００」が表示されている。これにより、ユーザは、予約アイコン２７０２を通じて、予約日のみならず発着時間も認識できる。

第２例の予約完了画面２７００の上部の右側には、追加予約ボタン２８０１が表示されている。追加予約ボタン２８０１は、追加のチケットを予約するためのボタンである。追加予約ボタン２８０１には、「復路も予約する」と記載されて、「シンガポール→成田」の航空券を予約するためのボタンであることが明示されている。ユーザが追加予約ボタン２８０１をタップすると、予約画面生成部２０１は、表示部２０９の表示画面を「シンガポール→成田」の航空券を予約するための予約日選択画面１９００に切り替える。

図２９は、予約詳細確認画面２９００の一例を示す図である。予約詳細確認画面２９００は、予約日選択画面１９００において、詳細ボタン１９０３がタップされる、或いは、予約時間選択画面２４００において、詳細ボタン２４０２がタップされることで表示される画面である。

この予約詳細確認画面２９００は、ユーザに予約内容の詳細を確認させるための画面である。予約詳細確認画面２９００の上部には、「予約詳細」との見出しが表示され、この画面が予約内容の詳細を確認するための画面であることが明示されている。この見出しの下側には、「下記のチケットを予約します。」との文章が表示され、下側の欄に予約内容の詳細が表示されていることが明示されている。

この文章の下側には、種別表示欄２９０２、内容表示欄２９０３、時間表示欄２９０４、及び費用表示欄２９０５が表示されている。これらの欄には、予約内容確認画面２６００（図２６）の同一名称の欄に表示された内容と同じ内容が表示されている。

この予約詳細確認画面２９００により、ユーザに対して予約を行うべきか否かの判断材料を提示できる。

図３０は、本開示の画面フローを示す図である。本開示では、画面フローの起点は、２つある。一つ目の起点は、予約誘導通知画面１７００であり、もう一つ目の起点はトップ画面１４００である。予約誘導通知画面１７００は、予約システムがユーザの嗜好に合致するチケットの登録を検知したときに表示され、トップ画面１４００はユーザが基本画面１３００において予約アプリアイコン１３０１をタップしたときに表示される。

予約誘導通知画面１７００のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示をチケット確認画面１８００に切り替える（Ｃ３００１）。チケット確認画面１８００において、予約ボタン１８０６のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を予約日選択画面１９００に切り替える（Ｃ３００２）。

予約日選択画面１９００において、予約候補日を示すマス１９０５のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を予約時間選択画面２４００に切り替える（Ｃ３００３）。予約時間選択画面２４００において、時間帯表示欄２４０３のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を予約内容確認画面２６００に切り替える（Ｃ３００４）。

予約内容確認画面２６００において、予約ボタン２６０６のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を予約完了画面２７００に切り替える（Ｃ３００５）。予約日選択画面１９００において、詳細ボタン１９０３のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を予約詳細確認画面２９００に切り替える（Ｃ３００６）。この場合、予約詳細確認画面２９００で戻るボタン２９０１のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を予約日選択画面１９００に戻す（Ｃ３００６）。

また、予約時間選択画面２４００において、詳細ボタン２４０２のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を予約詳細確認画面２９００に切り替える（Ｃ３００７）。この場合、予約詳細確認画面２９００で戻るボタン２９０１のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を予約時間選択画面２４００に戻す（Ｃ３００７）。

トップ画面１４００において、チケット表示欄１４０１の予約ボタン１４０２のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示をチケット確認画面１８００に切り替える（Ｃ３００８）。

予約完了画面２７００において、トップボタン２７０１のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示をトップ画面１４００に切り替える（Ｃ３００９）。

なお、第３例の予約日選択画面１９００（図２２）の場合には、上述のように、予約候補時間２２０１のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、予約時間選択画面２４００をスルーして予約内容確認画面２６００を表示してもよい（Ｃ３０１０）。

図３１は、顧客履歴３１００のデータ構成の一例を示す図である。顧客履歴３１００は、顧客の行動の履歴を示すデータである。顧客履歴３１００は、予約端末２００から、顧客の情報を解析する予約サーバ１００又は顧客管理サーバ４００に定期的に送信される。そして、顧客履歴３１００は、予約サーバ１００又は顧客管理サーバ４００で複数蓄積されて、予約サーバ１００又は顧客管理サーバ４００が顧客の嗜好を解析する際に使用される。予約サーバ１００又は顧客管理サーバ４００は、複数の顧客の顧客履歴３１００を蓄積する。

顧客履歴３１００は、「ヘッダ」、「顧客属性」、及び「履歴」を備える。「ヘッダ」は、「ユーザＩＤ」及び「送信日時」を備える。「ユーザＩＤ」は、ユーザごとに固有に設定された識別子である。「送信日時」は、予約端末２００が顧客履歴３１００を予約サーバ１００又は顧客管理サーバ４００に送信した時刻である。

「顧客属性」は、「性別」、「年齢」、及び「地域」を備える。「性別」は、ユーザの性別を表す。図３１の例では、「男性」の情報が含まれている。「年齢」は、ユーザの年齢を表す。図３１の例では、「３０歳」の情報が含まれている。「地域」は、ユーザが居住する場所を概略的に表す。図３１の例では、「大阪、日本」の情報が含まれている。

「履歴」は、「最近閲覧したサイトジャンル」、「最近使ったアプリジャンル」、及び「最近見たＴＶ番組ジャンル」などを備える。「最近閲覧したサイトジャンル」は、ユーザが最近閲覧したウェブサイトのジャンルを表す。図３１の例では、「旅行」の情報が含まれている。「最近使ったアプリジャンル」は、ユーザが最近使用したアプリケーションのジャンルを表す。図３１の例では、「旅行」の情報が含まれている。「最近見たＴＶ番組ジャンル」は、ユーザが最近視聴したＴＶ放送番組のジャンルを表す。図３１の例では、「料理」の情報が含まれている。

予約サーバ１００又は顧客管理サーバ４００は、例えば、蓄積した顧客の複数の「履歴」のなかで、最も閲覧数が多いウェブサイトのジャンル、又は最も使用回数が多いアプリケーションのジャンルを、その顧客の嗜好ジャンルとしてもよい。予約サーバ１００又は顧客管理サーバ４００は、その他のいかなる方法で顧客の嗜好を解析してもよい。

また、予約サーバ１００又は顧客管理サーバ４００は、予約端末２００以外の端末（例えばパーソナルコンピュータまたはいわゆるスマートフォン）からも、顧客履歴を収集してもよい。

図３２は、顧客情報３２００のデータ構成の一例を示す図である。顧客情報３２００は、予約サーバ１００又は顧客管理サーバ４００が顧客履歴３１００を解析した結果に基づき生成した顧客に関する情報を示すデータである。予約サーバ１００又は顧客管理サーバ４００は、予約端末２００から送信された顧客履歴３１００に基づき、顧客情報３２００を生成して管理する。予約サーバ１００又は顧客管理サーバ４００で管理される顧客情報３２００は、複数の顧客の情報を含む。

顧客情報３２００は、「ユーザＩＤ」、「性別」、「年齢」、「地域」、「嗜好」、及び「サービス利用履歴」を備える。「ユーザＩＤ」は、ユーザごとに固有に設定された識別子である。「性別」は、対応するユーザＩＤのユーザの性別を表す。「年齢」は、対応するユーザＩＤのユーザの年齢を表す。「地域」は、対応するユーザＩＤのユーザが居住する場所を概略的に表す。

「嗜好」は、対応するユーザＩＤのユーザの嗜好を表す。「嗜好」は、関心が高い順に並べられたジャンルを含む。図３２の例では、「ユーザＩＤ」が「Ｕ０００１」のユーザは、「旅行」、「料理」、「映画」の順で、関心が高いことが表されている。

「サービス利用履歴」は、対応するユーザＩＤのユーザが利用したサービスの履歴を表す。「サービス利用履歴」は、ユーザが利用した最新のサービスから順に並べられたサービスを含む。図３２の例では、「ユーザＩＤ」が「Ｕ０００１」のユーザは、最も近い過去に航空券を予約し、その前にコンサートを予約したことが表されている。

図３３は、予約サーバ１００が管理するチケット一覧３３００のデータ構成の一例を示す図である。チケット一覧３３００には、チケット発券機関が発券する、ユーザが予約可能なチケットが登録されている。チケット発券機関は、例えば航空会社、コンサートまたはスポーツのイベントの主催者などである。チケット一覧３３００は、例えば、予約サーバ１００の蓄積部１０３に蓄積され、予約データ管理部１０１によって管理されている。

予約端末２００は、予約画面生成部２０１がトップ画面１４００を表示する際に、チケット一覧３３００を予約サーバ１００から取得する。

チケット一覧３３００には、１つのレコードに１つのチケットの情報が登録され、「チケットＩＤ」、「種別」、「内容」、「所要時間」、及び「費用」が登録されている。「チケットＩＤ」は、チケットごとに固有に設定された識別子である。「チケットＩＤ」は、チケット発券機関がチケットを予約サーバ１００に登録すると、予約データ管理部１０１によって付与される。

「種別」は、対応する「チケットＩＤ」のチケットの種別を表す。図３３の例では、「チケットＩＤ」が「Ｔ０００１」のチケットの「種別」は、「航空券」であることが表されている。「内容」は、対応する「チケットＩＤ」のチケットの内容を表す。図３３の例では、「チケットＩＤ」が「Ｔ０００１」のチケットの「内容」は、「成田→シンガポール」であることが表されている。

「所要時間」は、対応する「チケットＩＤ」のチケットの所要時間を表す。図３３の例では、「チケットＩＤ」が「Ｔ０００１」のチケットの「所要時間」は、「約６時間」であることが表されている。「費用」は、対応する「チケットＩＤ」のチケットの費用を表す。図３３の例では、「チケットＩＤ」が「Ｔ０００１」のチケットの「費用」は、「約５千円」であることが表されている。

なお、チケットごとに、複数の日程候補が含まれている。ユーザは、それら複数の日程候補を、予約可能日リスト３６００（図３６）で取得可能になっている。チケット一覧３３００は、チケットの残数などの他の情報を含んでもよい。

図３４は、お勧めチケット情報３４００のデータ構成の一例を示す図である。お勧めチケット情報３４００は、ユーザの嗜好に合致するチケットを示すデータである。ユーザの嗜好に合致するチケットがチケット発券機関によって予約サーバ１００に登録されると、予約サーバ１００は、お勧めチケット情報３４００を生成する。予約サーバ１００は、生成したお勧めチケット情報３４００を、該当するユーザの予約端末２００に送信する。

お勧めチケット情報３４００は、チケット一覧３３００と同様に、「チケットＩＤ」、「種別」、「内容」、「所要時間」、及び「費用」を備える。

図３４に示されるお勧めチケット情報３４００は、顧客情報３２００（図３２）の「嗜好」の欄に「旅行」が設定されているユーザの予約端末２００に、予約サーバ１００から送信される。

図３５は、カレンダー予定リスト３５００のデータ構成の一例を示す図である。カレンダー予定リスト３５００（スケジュール情報の一例）は、予約アプリ又はカレンダーアプリを用いてユーザが入力したスケジュールが登録されたデータである。このカレンダー予定リスト３５００は、予約画面生成部２０１が上述したカレンダーデータ表示欄１９０４を生成する際に用いられる。なお、このカレンダー予定リスト３５００は、カレンダー画面生成部２０５がカレンダー画面を表示する際にも使用される。また、このカレンダー予定リスト３５００は、ユーザ毎に存在する。

具体的には、カレンダー予定リスト３５００には、１つの予定について１以上のレコードが割り当てられたデータであり、「日」、「時間」、及び「予定内容」が登録されている。「日」は該当する予定が実行される日を示す。「時間」は該当する予定が実行される時間を示す。「予定内容」は該当する予定の内容を示す。

例えば、１行目のレコードには、２０１３年１１月８日の１３：００−１８：００に実行される「パーティ」の予定が登録されている。なお、この「パーティ」の予定は、この日で終了するため、この予定には１つのレコードが割り当てられている。

一方、４〜９行目に登録された「旅行」の予定は、１つの予定であるが、日が６日に跨っているため、６個のレコードが割り当てられている。

図３６は、予約可能日リスト３６００のデータ構成の一例を示す図である。予約可能日リスト３６００は、チケット一覧３３００（図３３）の「チケットＩＤ」について、予約可能日で展開したリストである。予約可能日リスト３６００は、チケット発券機関が予約サーバ１００に登録したデータに基づき、予約データ管理部１０１が生成したデータである。図３６の例では、予約可能日リスト３６００は、「チケットＩＤ」が「Ｔ０００１」に対応する航空券のフライト予定を表す。

具体的には、予約可能日リスト３６００には、１つの予約可能日時について１つのレコードが割り当てられたデータであり、「予約ＩＤ」、「予約可能日」、「実施時間」、及び「費用」が登録されている。

「予約ＩＤ」は、チケット一覧３３００の「チケットＩＤ」の予約可能日時ごとに、予約データ管理部１０１によって付与された識別子である。「予約可能日」は該当する予約可能日時の日を示す。「実施時間」は該当する予約可能日時の時間帯を示す。「費用」は該当する予約可能日時の費用が登録されている。

例えば、１行目のレコードには、「予約ＩＤ」が「Ｔ０００１−０００１」のデータとして、２０１３年１１月８日の１３：００−１９：００に費用が５千円の予約可能日時が登録されている。

図３７は、予約候補日リスト３７００のデータ構成の一例を示す図である。予約候補日リスト３７００は、予約可能日リスト３６００をベースとして作成され、予約可能日リスト３６００に該当するユーザの予約候補日時が登録されたデータである。この予約候補日リスト３７００は、予約候補日選定部２０２が各ユーザのカレンダー予定リスト３５００と予約可能日リスト３６００とを参照することでユーザ毎に作成される。

予約候補日リスト３７００は、１つの予約可能日時に対して１つのレコードが割り当てられたデータである。予約候補日リスト３７００には、「予約ＩＤ」、「予約可能日」、「実施時間」、「費用」、「予約候補」、及び「除外理由」が登録されている。「予約ＩＤ」、「予約可能日」、「実施時間」、及び「費用」は、予約可能日リスト３６００の同一名称のデータと同じである。

「予約候補」には、該当する予約可能日時が予約候補日時として抽出された場合は、「候補」が登録され、予約候補日時から除外された場合は、「除外」が登録される。「除外理由」は、該当する予約可能日時が予約候補日から除外された場合の理由を示す。

以下、カレンダー予定リスト３５００をユーザＡのものとし、ユーザＡにおける予約候補日時の抽出処理について説明する。

例えば、予約候補日リスト３７００の１行目（「予約ＩＤ」が「Ｔ０００１−０００１」）には、予約可能日時として、「２０１３年１１月８日」の「１３：００−１９：００」が登録されている。一方、この時間帯において、カレンダー予定リスト３５００には、「パーティ」の予定が登録されている。したがって、予約候補日選定部２０２は、ユーザＡについて１行目の予約可能日時を予約候補日時から除外する。そのため、予約候補日リスト３７００の１行目のレコードには、「予約候補」として「除外」が登録され、「除外理由」として「当該時間予定あり」が登録されている。ここで、予約候補日選定部２０２は、予約可能日時が示す時間帯の一部にユーザの予定が登録されていれば、その予約可能日時を予約候補日時から除外すればよい。

例えば、予約候補日リスト３７００の２行目（「予約ＩＤ」が「Ｔ０００１−０００２」）には、予約可能日時として、「２０１３年１１月１６日」の「１３：００−１９：００」が登録されている。一方、この時間帯において、カレンダー予定リスト３５００には、予定が何も登録されていない。したがって、予約候補日選定部２０２は、ユーザＡについて２行目の予約可能日時を予約候補日時として抽出する。そのため、予約候補日リスト３７００の２行目のレコードには、「予約候補」として「候補」が登録され、「除外理由」には何も登録されていない。

例えば、予約候補日リスト３７００の４行目（「予約ＩＤ」が「Ｔ０００１−０００４」）のレコードには、「除外理由」として「終日予定あり」が登録されている。これは、この４行目のレコードの予約可能日時が属する日において、カレンダー予定リスト３５００には、２４時間、予定が登録されていたからである。

例えば、予約候補日リスト３７００の１４行目（「予約ＩＤ」が「Ｔ０００１−００１４」）のレコードには、「除外理由」として、「近い時間に予定あり」が登録されている。これは、このレコードの予約可能日時は「２０１３年１２月１日」の「１３：００−１９：００」であるが、カレンダー予定リスト３５００には、「１３：００」の１時間前にショッピングの予定の終了時刻が登録されており、この予定の時間帯の終了時刻と、予約可能日時の開始時刻との間隔が短いからである。このように、予約候補日選定部２０２は、予約可能日時が示す時間帯と、ユーザの予定が示す時間帯とが重複していなくても、両時間帯の間隔が規定値よりも短ければ、この予約可能日時を予約候補日時から除外してもよい。これにより、ユーザはゆとりを持ってチケットを利用することができる。

ここでは、予約候補日選定部２０２は、予約可能日時が示す時間帯と、予約候補日時が示す時間帯とを比較して、予約候補日時を抽出したが、本開示はこれに限定されない。例えば、予約候補日選定部２０２は、予約可能日と、予約候補日とを比較して、予約候補日を抽出してもよい。

例えば、カレンダー予定リスト３５００において、２０１３年１１月１６日の９：００−１０：００の時間帯に予定が登録されていたとする。この場合、予約候補日リスト３７００の２行目の予約可能日時は、「２０１３年１１月１６日」の「１３：００−１９：００」であるため、時間帯は重複していないが、日が重複しているため、予約候補日時から除外される。

図３８は、予約アプリの自動起動処理の第１例を示すシーケンス図である。ここで、自動起動処理とは、ユーザが予約アプリを起動する操作を入力することなく、予約アプリを自動的に起動させる処理である。第１例では、予約サーバ１００が、顧客履歴３１００（図３１）を蓄積し、顧客情報３２００（図３２）を管理する。

まず、予約端末２００は、顧客履歴３１００（図３１）を予約サーバ１００に送信する（Ｓ３８０１）。ここで、予約端末２００は、例えば、一定の時間間隔で顧客履歴３１００を送信してもよいし、新たな履歴が生じたときに顧客履歴３１００を送信してもよい。

次に、予約サーバ１００は、送信された顧客履歴３１００を蓄積する（Ｓ３８０２）。この場合、顧客履歴３１００は、通信部１０５で受信され、蓄積部１０３に蓄積される。

次に、予約サーバ１００は、顧客履歴３１００に基づき顧客の嗜好を解析し、その解析結果に基づき顧客情報３２００を更新する（Ｓ３８０３）。

次に、あるタイミングで、チケット発券機関により新たなチケットの情報が予約サーバ１００に登録される（Ｓ３８０４）。この登録に基づき、チケット一覧３３００（図３３）が予約データ管理部１０１によって更新される（Ｓ３８０５）。

次に、予約データ管理部１０１は、Ｓ３８０４で登録されたチケットに嗜好が合致する顧客が存在するか否かを顧客情報３２００に基づき判定する（Ｓ３８０６）。Ｓ３８０４で登録されたチケットに嗜好が合致する顧客が存在すると判定されると、予約データ管理部１０１は、お勧めチケット情報３４００を生成し、生成したお勧めチケット情報３４００を、判定した顧客（判定した顧客が複数であれば複数の顧客）の予約端末２００に通信部１０５を介して送信する（Ｓ３８０７）。この場合、予約サーバ１００の通信部１０５は、顧客情報３２００のユーザＩＤが登録された予約端末２００に、お勧めチケット情報３４００を送信する。

例えば、Ｓ３８０４でレストランの割引チケットが登録されると、図３２の例では、顧客情報３２００の「嗜好」の欄の上位３位以内に「料理」が登録されている、「ユーザＩＤ」が「Ｕ０００１」、「Ｕ０００２」、「Ｕ０００４」の３人の予約端末２００にお勧めチケット情報が送信される。

例えば、Ｓ３８０４でテニスコートの割引チケットが登録されると、図３２の例では、顧客情報３２００の「嗜好」の欄の上位３位以内に「スポーツ」が登録されている、「ユーザＩＤ」が「Ｕ０００４」、「Ｕ０００５」の２人の予約端末２００にお勧めチケット情報が送信される。

次に、予約端末２００は、予約アプリを起動させる（Ｓ３８０８）。この場合、予約画面生成部２０１は、予約誘導通知画面１７００を表示部２０９に表示させる。なお、Ｓ３８０７，Ｓ３８０８の処理は、Ｓ３８０４で登録されたチケットに嗜好が合致する顧客が存在しないと判定されると、実行されない。これにより、Ｓ３８０４で登録されたチケットに嗜好が合致する顧客が存在すると、予約アプリが自動起動される。

図３９は、予約アプリの自動起動処理の第２例を示すシーケンス図である。第２例では、顧客管理サーバ４００が、顧客履歴３１００（図３１）を蓄積し、顧客情報３２００（図３２）を管理する。

まず、予約端末２００は、顧客履歴３１００（図３１）を顧客管理サーバ４００に送信する（Ｓ３９０１）。次に、顧客管理サーバ４００は、送信された顧客履歴３１００を蓄積する（Ｓ３９０２）。この場合、通信部４０３が顧客履歴３１００を受信し、顧客管理部４０２が顧客履歴３１００を蓄積部４０１に蓄積する。

次に、顧客管理サーバ４００は、顧客履歴３１００に基づき顧客の嗜好を解析し、その解析結果に基づき顧客情報３２００を更新する（Ｓ３９０３）。

次に、あるタイミングで、チケット発券機関により新たなチケットの情報が予約サーバ１００に登録される（Ｓ３９０４）。次いで、チケット一覧３３００（図３３）が予約データ管理部１０１によって更新される（Ｓ３９０５）。

次に、予約データ管理部１０１は、Ｓ３９０４で登録されたチケットに嗜好が合致する顧客の情報を顧客管理サーバ４００に要求する（Ｓ３９０６）。この場合、予約データ管理部１０１は、Ｓ３８０４で登録されたチケットから、「レストラン」、「旅行」などのジャンルを特定し、特定したジャンルに嗜好が合致する顧客の情報を要求する。

次に、顧客管理サーバ４００は、顧客情報３２００から、Ｓ３９０６で要求されたジャンルに合致する顧客が存在すれば、その顧客の情報を予約サーバ１００に送信する（Ｓ３９０７）。

次に、予約データ管理部１０１は、Ｓ３９０７で顧客の情報が送信されると、お勧めチケット情報３４００を生成する（Ｓ３９０８）。続くＳ３９０９，Ｓ３９１０は、図３８のＳ３８０７，Ｓ３８０８と同じである。なお、Ｓ３９０８〜Ｓ３９１０の処理は、Ｓ３９０７で顧客の情報が送信されない場合には、実行されない。これにより、Ｓ３９０４で登録されたチケットに嗜好が合致する顧客の情報がＳ３９０７で送信されると、予約アプリが自動起動される。

図４０は、予約アプリが組込アプリの場合の予約アプリの起動処理を示すシーケンス図である。ここで、組み込みアプリとは、予約端末２００のローカルメモリ（例えば、書き換え可能な不揮発性の記憶装置）に記憶されており、起動される都度、このローカルメモリからから読み出されるアプリを指す。

まず、予約端末２００は、予約アプリを起動する（Ｓ４００１）。この場合、予約端末２００は、ユーザにより予約アプリを起動させる操作が入力されたことをトリガーとして、又はお勧めチケット情報３４００が送信されたことをトリガーとして、予約アプリを起動させる。

次に、予約端末２００は、ローカルメモリから予約アプリを読み込む（Ｓ４００２）。この場合、予約アプリは、例えば、予約端末２００のプロセッサによりローカルメモリから読み込まれる。

次に、予約端末２００は、予約アプリの画面を表示部２０９に表示する（Ｓ４００３）。ここで、ユーザの操作をトリガーに予約アプリが起動された場合、トップ画面１４００が表示され、お勧めチケット情報３４００の送信をトリガーに予約アプリが起動された場合、予約誘導通知画面１７００が表示される。

図４１は、予約アプリがＨＴＭＬアプリの場合の予約アプリの起動処理を示すシーケンス図である。ここで、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）アプリとは、例えば、ＨＴＭＬやｊａｖａｓｃｒｉｐｔ等のブラウザが実行可能なスクリプト言語で記述されたアプリであって、アプリが起動される都度、予約端末２００が予約サーバ１００からダウンロードされるアプリを指す。

まず、予約端末２００は、予約アプリを起動する（Ｓ４１０１）。予約アプリの起動のトリガーは、Ｓ４００１と同じである。次に、予約端末２００は、予約アプリの取得要求を予約サーバ１００に送信する（Ｓ４１０２）。次に、予約サーバ１００は、予約アプリを予約端末２００に送信する（Ｓ４１０３）。次に、予約端末２００は、予約アプリの画面を表示する（Ｓ４１０４）。ここでの、表示の詳細は、Ｓ４００３と同じである。

図４２は、本開示の予約システムの第１例の全体処理シーケンスである処理シーケンスＳ１−１のシーケンス図である。ここで、処理シーケンスＳ１−１は、カレンダーデータ管理部２０６が予約端末２００にあり、予約端末２００が予約候補日の抽出処理を実行する点を特徴とする。また、処理シーケンスＳ１−１における「Ｓ１」は、予約システムの構成が図５〜図９のいずれかであることを示す。

まず、予約端末２００は、予約アプリの画面を表示部２０９に表示する（Ｓ４２０１））。ここでは、予約候補日が示されていない予約日選択画面１９００が表示される。

次に、予約端末２００の予約画面生成部２０１は、カレンダー予定リスト３５００の取得要求をカレンダーデータ管理部２０６に通知する（Ｓ４２０２）。次に、カレンダーデータ管理部２０６は、カレンダー予定リスト３５００を予約画面生成部２０１に通知する（Ｓ４２０３）。

次に、予約端末２００の予約画面生成部２０１は、通信部２０８を用いて、予約サーバ１００に、予約可能日時の取得要求を送信する（Ｓ４２０４）。次に、予約サーバ１００は、予約可能日時を予約端末２００に送信する（Ｓ４２０５）。

次に、予約端末２００の予約候補日選定部２０２は、カレンダー予定リスト３５００と予約可能日時とを用いて、予約候補日の抽出処理を実行する（Ｓ４２０６）。次に、予約画面生成部２０１は、抽出結果を用いて、カレンダーデータ表示欄１９０４に、予約候補日時又は予約候補日を表示する（Ｓ４２０７）。例えば、予約候補日を表示する態様が採用された場合、予約日選択画面１９００には、予約候補日に対応するマス１９０５に候補マーク１９０６が表示される。また、予約候補日時を表示する態様が採用された場合、予約日選択画面１９００には、予約候補日時に対応するマス１９０５に予約候補時間２２０１が表示される。なお、予約候補日時又は予約候補日に併せて費用も表示する態様が採用された場合、予約候補日時又は予約候補日に対応するマス１９０５に費用が表示される。この場合、予約候補日選定部２０２は、Ｓ４２０５で予約可能日時に対応する費用を取得し、その費用を該当するマス１９０５に表示すればよい。

次に、予約端末２００の画面制御部２０４は、ユーザから予約候補日時を選択する操作を受け付ける（Ｓ４２０８）。この場合、ユーザは、予約日選択画面１９００及び予約時間選択画面２４００を通じて予約候補日時を選択する操作を入力すればよい。

次に、予約画面生成部２０１は、通信部２０８を用いて、予約要求を予約サーバ１００に送信する（Ｓ４２０９）。予約要求は、ユーザが選択した予約候補日時を含み、予約内容確認画面２６００で予約ボタン２６０６がタップされることで送信される。

ここで、予約サーバ１００の予約データ管理部１０１は、予約要求が示す予約候補日時を、予約日時として予約データ記憶部１０２が記憶する予約可能日リスト３６００に登録する。この場合、予約可能日リスト３６００に「予約受付」（図略）のフィールドを設け、予約データ管理部１０１は、予約要求が示す予約日時に対応する予約可能日時のレコードの「予約受付」のフィールドに、予約したユーザのユーザＩＤを登録すればよい。これにより、予約サーバ１００はユーザが予約した予約日時を管理できる。

次に、予約サーバ１００の予約データ管理部１０１は、通信部１０５を用いて、受け付けた予約日時を示す予約結果を予約端末２００に送信する（Ｓ４２１０）。

次に、予約候補日選定部２０２は、送信された予約結果が示す予約日時の登録要求をカレンダーデータ管理部２０６に通知する（Ｓ４２１１）。これにより、カレンダーデータ管理部２０６は、予約結果が示す予約日時を、カレンダーデータ記憶部２０７が記憶するカレンダー予定リスト３５００に登録する。

次に、カレンダーデータ管理部２０６は、予約日時が登録されたカレンダー予定リスト３５００を予約画面生成部２０１に通知する（Ｓ４２１２）。

次に、予約画面生成部２０１は、通知されたカレンダー予定リスト３５００を用いて予約完了画面２７００を生成し、表示部２０９に表示する（Ｓ４２１３）。この場合、図２７又は図２８に示すように、予約日時に対応するマス１９０５に予約アイコン２７０２が表示された予約完了画面２７００が表示部２０９に表示される。

図４３は、本開示の予約システムの第２例の全体処理シーケンスである処理シーケンスＳ１−２のシーケンス図である。ここで、処理シーケンスＳ１−２は、カレンダーデータ管理部２０６が予約端末２００にあり、予約サーバ１００が予約候補日の抽出処理を実行する点を特徴とする。

Ｓ４３０１〜Ｓ４３０３は、図４２のＳ４２０１〜Ｓ４２０３と同じである。Ｓ４３０４において、予約端末２００は、予約候補日時又は予約候補日の取得要求を予約サーバ１００に送信する（Ｓ４３０４）。この場合、取得要求には、カレンダー予定リスト３５００が含まれている。これにより、予約サーバ１００は、カレンダー予定リスト３５００を取得できる。

次に、予約サーバ１００の予約データ管理部１０１は、予約データ記憶部１０２に記憶された予約可能日リスト３６００から予約可能日時を取得する（Ｓ４３０５）。次に、予約候補日選定部１０６は、カレンダー予定リスト３５００と取得した予約可能日時とを用いて、予約候補日の抽出処理を実行する（Ｓ４３０６）。抽出処理の詳細は、図４２のＳ４２０６と同じである。

次に、予約候補日選定部１０６は、通信部１０５を用いて、抽出結果を予約端末２００に送信する（Ｓ４３０７）。Ｓ４３０８〜Ｓ４３１４は、図４２のＳ４２０７〜Ｓ４２１３と同じである。

図４４は、本開示の予約システムの第３例の全体処理シーケンスである処理シーケンスＳ１−３のシーケンス図である。ここで、処理シーケンスＳ１−３は、カレンダーデータ管理部１０７が予約サーバ１００にあり、予約端末２００が予約候補日の抽出処理を実行する点を特徴とする。

Ｓ４４０１は、図４２のＳ４２０１と同じである。次に、予約端末２００の予約画面生成部２０１は、カレンダー予定リスト３５００の取得要求を、予約サーバ１００に送信する（Ｓ４４０２）。次に、予約サーバ１００のカレンダーデータ管理部１０７は、取得要求を送信した予約端末２００を所有するユーザのカレンダー予定リスト３５００をカレンダーデータ記憶部１０８から取得し、予約端末２００に送信する（Ｓ４４０３）。

Ｓ４４０４〜Ｓ４４１３は、図４２のＳ４２０４〜Ｓ４２１３と同じである。

図４５は、本開示の予約システムの第４例の全体処理シーケンスである処理シーケンスＳ１−４のシーケンス図である。ここで、処理シーケンスＳ１−４は、カレンダーデータ管理部１０７が予約サーバ１００にあり、予約サーバ１００が予約候補日の抽出処理を実行する点を特徴とする。

Ｓ４５０１は、図４２のＳ４２０１と同じである。次に、予約端末２００の予約画面生成部２０１は、予約可能日時の取得要求を予約サーバ１００に送信する（Ｓ４５０２）。

次に、予約サーバ１００の予約候補日選定部１０６は、予約データ記憶部１０２に記憶された予約可能日リスト３６００から予約可能日時を取得する（Ｓ４５０３）。次に、予約候補日選定部１０６は、カレンダーデータ管理部１０７に、取得要求を送信した予約端末２００を所有するユーザのカレンダー予定リスト３５００の取得要求を通知する（Ｓ４５０４）。

次に、カレンダーデータ管理部１０７は、カレンダーデータ記憶部１０８から該当するユーザのカレンダー予定リスト３５００を取得し、予約候補日選定部１０６に通知する（Ｓ４５０５）。Ｓ４５０６〜Ｓ４５１４は、図４３のＳ４３０６〜Ｓ４３１４と同じである。

図４６は、本開示の予約システムの第５例の全体処理シーケンスである処理シーケンスＳ２−１のシーケンス図である。ここで、処理シーケンスＳ２−１は、カレンダーデータ管理部１０７がカレンダーサーバ５００にあり、予約端末２００が予約候補日の抽出処理を実行する点を特徴とする。また、処理シーケンスＳ２−１における「Ｓ２」は、予約システムの構成が図１０〜図１２のいずれかであることを示す。

Ｓ４６０１は、図４２のＳ４２０１と同じである。次に、予約端末２００の予約画面生成部２０１は、カレンダー予定リスト３５００の取得要求を、カレンダーサーバ５００に送信する（Ｓ４６０２）。次に、カレンダーサーバ５００のカレンダーデータ管理部５０２は、取得要求を送信した予約端末２００を所有するユーザのカレンダー予定リスト３５００をカレンダーデータ記憶部１０８から取得し、予約端末２００に送信する（Ｓ４６０３）。Ｓ４６０４〜Ｓ４６１３は、図４４のＳ４４０４〜Ｓ４４１３と同じである。

図４７は、本開示の予約システムの第６例の全体処理シーケンスである処理シーケンスＳ２−２のシーケンス図である。ここで、処理シーケンスＳ２−２は、カレンダーデータ管理部５０２がカレンダーサーバ５００にあり、予約サーバ１００が予約候補日の抽出処理を実行する点を特徴とする。

Ｓ４７０１は、図４２のＳ４２０１と同じである。Ｓ４７０２、Ｓ４７０３は、図４５のＳ４５０２、Ｓ４５０３と同じである。次に、予約候補日選定部１０６は、カレンダーサーバ５００に、取得要求を送信した予約端末２００を所有するユーザのカレンダー予定リスト３５００の取得要求を通知する（Ｓ４７０４）。

次に、カレンダーサーバ５００のカレンダーデータ管理部５０２は、カレンダーデータ記憶部５０３から該当するユーザのカレンダー予定リスト３５００を取得し、予約サーバ１００に通知する（Ｓ４７０５）。Ｓ４７０６〜Ｓ４７１４は、図４５のＳ４５０６〜Ｓ４５１４と同じである。

図４８は、カレンダーアプリが組込アプリの場合のカレンダーアプリの起動処理を示すシーケンス図である。まず、予約端末２００は、カレンダーアプリを起動する（Ｓ４８０１）。この場合、予約端末２００は、ユーザによりカレンダーアプリを起動させる操作が入力されたことをトリガーとしてカレンダーアプリを起動させる。

次に、予約端末２００は、ローカルメモリから予約アプリを読み込む（Ｓ４８０２）。この場合、カレンダーアプリは、例えば、予約端末２００のプロセッサによりローカルメモリから読み込まれる。

次に、カレンダー画面生成部２０５は、カレンダーデータ管理部２０６からカレンダー予定リスト３５００を取得する（Ｓ４８０３）。

次に、カレンダー画面生成部２０５は、カレンダーアプリの画面を表示部２０９に表示する（Ｓ４８０４）。

図４９は、カレンダーアプリがＨＴＭＬアプリの場合のカレンダーアプリの起動処理を示すシーケンス図である。

まず、予約端末２００は、カレンダーアプリを起動する（Ｓ４９０１）。カレンダーアプリの起動のトリガーは、Ｓ４８０１と同じである。次に、予約端末２００は、カレンダーアプリの取得要求をカレンダーサーバ５００に送信する（Ｓ４９０２）。次に、カレンダーサーバ５００は、カレンダーアプリを予約端末２００に送信する（Ｓ４９０３）。次に、予約端末２００のカレンダー画面生成部２０５は、予約端末２００を所有するユーザのカレンダー予定リスト３５００の取得要求をカレンダーサーバ５００に送信する（Ｓ４９０４）。次に、カレンダーサーバ５００は、該当するユーザのカレンダー予定リスト３５００を予約端末２００に送信する（Ｓ４９０５）。次に、カレンダー画面生成部２０５は、送信されたカレンダー予定リスト３５００を用いて、カレンダーアプリの画面を表示する（Ｓ４９０６）。

図５０は、予約アプリの自動起動処理の第１例を示すフローチャートである。図５０では、予約サーバ１００が顧客情報３２００（図３２）を管理している。図５０のフローチャートは、図３８に示すシーケンス図に対応している。

まず、予約サーバ１００は、予約端末２００から顧客履歴３１００（図３１）を受信する（Ｓ５００１）。次に、予約サーバ１００は、顧客の嗜好を集積して生成された顧客情報３２００を管理する（Ｓ５００２）。

次に、予約サーバ１００は、外部のチケット発券機関からチケット情報の入力を受け付けて登録する（Ｓ５００３）。次に、予約サーバ１００は、受け付けたチケット情報を組み入れてチケット一覧３３００（図３３）を更新する（Ｓ５００４）。次に、予約サーバ１００は、管理している顧客情報３２００とチケット一覧３３００とを比較する（Ｓ５００５）。

次に、予約サーバ１００は、チケット一覧３３００に、顧客に適した情報があるか否かを判断する（Ｓ５００６）。顧客に適した情報がなければ（Ｓ５００６でＮＯ）、予約サーバ１００の処理は終了する。

一方、Ｓ５００６において、顧客に適した情報があれば（Ｓ５００６でＹＥＳ）、予約サーバ１００は、お勧めチケット情報３４００を生成し、生成したお勧めチケット情報３４００を、対応する顧客の予約端末２００に送信して（Ｓ５００７）、予約サーバ１００の処理は終了する。

一方、予約端末２００は、お勧めチケット情報３４００の受信を待機している（Ｓ５００８〜Ｓ５００９でＮＯ）。そして、お勧めチケット情報３４００を受信すると（Ｓ５００９でＹＥＳ）、予約画面生成部２０１は、予約誘導通知画面１７００を表示部２０９に表示して（Ｓ５０１０）、予約端末２００の処理は終了する。

図５１は、予約アプリの自動起動処理の第２例を示すフローチャートである。図５１では、顧客管理サーバ４００が顧客情報３２００（図３２）を管理している。図５１のフローチャートは、図３９に示すシーケンス図に対応している。

Ｓ５１０１，Ｓ５１０２は、図５０のＳ５００３，Ｓ５００４と同じである。Ｓ５１０２に続いて、予約サーバ１００は、顧客管理サーバ４００に、顧客情報３２００（図３２）の要求を送信する（Ｓ５１０３）。次に、予約サーバ１００は、顧客管理サーバ４００から、顧客情報３２００を受信する（Ｓ５１０４）。

Ｓ５１０４に続くＳ５１０５〜Ｓ５１０７は、図５０のＳ５００５〜Ｓ５００７と同じである。予約端末２００のＳ５１０８〜Ｓ５１１０は、図５０のＳ５００８〜Ｓ５０１０と同じである。

図５２は、予約アプリの全体処理の一例を示すフローチャートである。まず、予約画面生成部２０１は、予約誘導通知画面１４００からの起動である場合（Ｓ５２０１でＹＥＳ）、チケット確認画面１８００の表示処理を実行する（Ｓ５２０３）。チケット確認画面１８００において、トップボタン１８０１がタップされると、予約画面生成部２０１は、処理をＳ５２０２に進める一方、予約ボタン１８０６がタップされると、処理をＳ５２０４に進める。チケット確認画面１８００の表示処理の詳細については、後ほど説明する。

一方、予約誘導通知画面１７００からの起動でなければ（Ｓ５２０１でＮＯ）、予約画面生成部２０１は、トップ画面１４００の表示処理を実行して（Ｓ５２０２）、処理をＳ５２０３に進める。トップ画面１４００の表示処理の詳細については、後ほど説明する。

例えば、予約誘導通知画面１７００がタップされた場合に、予約画面生成部２０１は、Ｓ５２０１でＹＥＳと判定する。また、予約画面生成部２０１は、基本画面１３００において、予約アプリアイコン１３０１がタップされた場合に、Ｓ５２０１でＮＯと判定する。

次に、予約画面生成部２０１は、予約日選択画面１９００の表示処理を実行する（Ｓ５２０４）。予約日選択多面１９００の表示処理の詳細については、後ほど説明する。

次に、予約画面生成部２０１は、予約時間選択画面２４００を表示部２０９に表示する（Ｓ５２０５）。予約時間選択画面２４００において、予約ボタン２４０５がタップされると、予約画面生成部２０１は、予約内容確認画面２６００を表示部２０９に表示する（Ｓ５２０６）。次に、予約画面生成部２０１は、予約完了画面２７００の表示処理を実行する（Ｓ５２０７）。予約完了画面２７００において、トップボタン２７０１がタップされると、予約画面生成部２０１は、処理をＳ５２０２に進める。予約完了画面２７００の表示処理の詳細については、後ほど説明する。

なお、上述のように、第３例の予約日選択画面１９００（図２２）の場合には、予約候補時間２２０１がタップされると、予約画面生成部２０１は、Ｓ５２０５をスキップして、処理をＳ５２０６に進めてもよい。

なお、予約アプリは、予約端末２００のホームボタンをタップするなどの操作により任意のタイミングで終了することができる。

図５３は、トップ画面１４００の表示処理（図５２のＳ５２０２、図５４（後述）のＳ５４０７及び図５９（後述）のＳ５９０９）の詳細を示すフローチャートである。

まず、予約端末２００は、予約サーバ１００にチケット一覧３３００の要求を送信する（Ｓ５３０１）。次に、予約端末２０は、予約サーバ１００からチケット一覧３３００を受信する（Ｓ５３０２）。

次に、予約画面生成部２０１は、図１４に示すようにチケット一覧を表示したトップ画面１４００を表示部２０９に表示する（Ｓ５３０３）。これにより、チケット一覧３３００に登録されたチケットの一覧がトップ画面１４００に表示される。

次に、予約画面生成部２０１は、トップ画面１４００にその他の関連情報を表示する（Ｓ５３０４）。ここで、関連情報としては、例えば、予約ボタン１４０２、ページ送りボタン１４０３、見出しの文字などの画面パーツが該当する。

以上により、図１４に示すトップ画面１４００が完成する。

次に、予約画面生成部２０１は、ユーザからの選択の操作の待ち受け状態になる（Ｓ５３０５）。そして、予約ボタン１４０２がタップされると（Ｓ５３０６でＹＥＳ）、予約画面生成部２０１は、チケット確認画面１８００の表示処理を実行する（Ｓ５３０７）。

また、ページ送りボタン１４０３がタップ（選択）されると（Ｓ５３０６でＮＯ、且つ、Ｓ５３０８でＹＥＳ）、予約画面生成部２０１は、次ページのトップ画面１４００を表示部２０９に表示し（Ｓ５３０９）、処理をＳ５３０５に戻す。なお、Ｓ５３０６、Ｓ５３０８のいずれにおいてもＮＯの場合、つまり、ユーザにより何も操作が入力されない場合、処理がＳ５３０５に戻され、ユーザからの選択の操作の待ち受け状態が維持される。

図５４は、チケット確認画面１８００の表示処理（図５２のＳ５２０３、図５３のＳ５３０７及び図５８（後述）のＳ５８０７）の一例を示すフローチャートである。

まず、予約画面生成部２０１は、チケット一覧３３００を用いて、該当するチケットの内容を取得する（Ｓ５４０１）。ここで、該当するチケットとしては、予約誘導通知画面１７００から起動された場合は、お勧めチケット情報３４００のチケットが該当し、トップ画面１４００から起動された場合は、ユーザが選択したチケットが該当する。

次に、予約画面生成部２０１は、チケット確認画面１８００を表示部２０９に表示する（Ｓ５４０２）。

次に、予約画面生成部２０１は、ユーザからの選択の操作の待ち受け状態になる（Ｓ５４０３）。

ユーザにより、予約ボタン１８０６がタップされ、「予約する」が選択されると（Ｓ５４０４でＹＥＳ）、予約画面生成部２０１は、予約日選択画面１９００の表示処理を実行する（Ｓ５４０５）。

また、ユーザによりトップボタン１８０１がタップされ、「トップ」が選択されると（Ｓ５４０４でＮＯ、且つ、Ｓ５４０６でＹＥＳ）、予約画面生成部２０１は、トップ画面１４００の表示処理を実行する（Ｓ５４０７）。なお、Ｓ５４０４、Ｓ５４０６のいずれにおいてもＮＯの場合、つまり、ユーザにより何も操作が入力されない場合、処理がＳ５４０３に戻され、ユーザからの選択の操作の待ち受け状態が維持される。

図５５、図５８は、予約日選択画面１９００の表示処理（図５２のＳ５２０４及び図５４のＳ５４０５）の第１例を示すフローチャートである。このフローチャートは、予約候補日の抽出処理を予約端末２００が行う処理シーケンスＳ１−１、Ｓ１−３、Ｓ２−１に対応する。

まず、予約端末２００の予約画面生成部２０１は、予約サーバ１００、カレンダーサーバ５００、又は予約端末２００からカレンダー予定リスト３５００を取得する（Ｓ５５０１）。処理シーケンスＳ１−１では、カレンダー予定リスト３５００を予約端末２００が管理しているため、予約画面生成部２０１は、カレンダーデータ記憶部２０７からカレンダー予定リスト３５００を取得すればよい。処理シーケンスＳ１−３では、カレンダー予定リスト３５００を予約サーバ１００が管理しているため、予約画面生成部２０１は、予約サーバ１００からカレンダー予定リスト３５００を取得すればよい。処理シーケンスＳ２−１では、カレンダー予定リスト３５００をカレンダーサーバ５００が管理しているため、予約画面生成部２０１は、カレンダーサーバ５００からカレンダー予定リスト３５００を取得すればよい。

次に、予約画面生成部２０１は、予約サーバ１００に予約可能日時と費用との取得要求を送信する（Ｓ５５０２）。次に、予約画面生成部２０１は、予約サーバ１００から予約可能日時と費用とを受信する（Ｓ５５０３）。次に、予約候補日選定部２０２は、予約候補日の抽出処理を実行する（Ｓ５５０４）。

次に、予約画面生成部２０１は、カレンダーデータ表示欄１９０４にユーザの予定を表示する（Ｓ５５０５）。この場合、予約画面生成部２０１は、カレンダー予定リスト３５００においてユーザの予定が登録されている予約可能日時に対応するマス１９０５にスケジュールアイコン１９０７を表示する。このとき、予約画面生成部２０１は、カレンダー予定リスト３５００において「予定内容」に登録された文字をスケジュールアイコン１９０７上に記載すればよい。

次に、予約画面生成部２０１は、予約候補日の抽出処理の結果を用いて、カレンダーデータ表示欄１９０４に予約候補日及びチケットの費用を表示する（Ｓ５５０６）。この場合、予約画面生成部２０１は、抽出処理により得られた予約候補日リスト３７００において、「予約候補」として「候補」が登録された予約可能日時に対応するマス１９０５に、候補マーク１９０６、或いは、予約候補時間２２０１を表示する。加えて、予約画面生成部２０１は、予約候補日リスト３７００に登録された「費用」から算出された費用を用いて、該当するマス１９０５に費用を表示する。

次に、現在表示している予約日選択画面１９００の月に対して次月の予約候補日があれば（Ｓ５５０７でＹＥＳ）、予約画面生成部２０１は、この予約日選択画面１９００に対して次月候補表示ボタン２００１を表示する（Ｓ５５０８）。一方、現在表示している予約日選択画面１９００の月に対して前月の予約候補日があれば（Ｓ５５０７でＮＯ且つＳ５５１０でＹＥＳ）、予約画面生成部２０１は、この予約日選択画面１９００に前月候補表示ボタン２１０１を表示する（Ｓ５５１１）。前月に予約候補日がなければ（Ｓ５５１０でＮＯ）、処理がＳ５５０９に進む。

次に、予約画面生成部２０１は、その他の関連情報を予約日選択画面１９００に表示し（Ｓ５５０９）、処理を図５８のＳ５８０１に進める。ここで、関連情報としては、戻るボタン１９０２や、詳細ボタン１９０３や、見出しといった画面パーツが該当する。

図５８のＳ５８０１において、予約画面生成部２０１は、ユーザの選択の操作の入力の待ち受け状態になる（Ｓ５８０１）。次に、予約候補日に対応するマス１９０５がタップされ、ユーザにより「予約候補日」が選択されると（Ｓ５８０２でＹＥＳ）、予約画面生成部２０１は、予約時間選択画面２４００を表示部２０９に表示する（Ｓ５８０３）。なお、予約候補時間２２０１を表示する予約日選択画面１９００が採用された場合において、ユーザが予約候補時間２２０１をタップすることで、予約候補日が選択された場合、タップされた予約候補時間２２０１が示す時間帯がデフォルトで選択された予約時間選択画面２４００が表示される。

また、予約日選択画面１９００において、詳細ボタン１９０３がタップされ、ユーザにより「詳細」が選択されると（Ｓ５８０２でＮＯ、且つ、Ｓ５８０４でＹＥＳ）、予約画面生成部２０１は、予約詳細確認画面２９００を表示部２０９に表示する（Ｓ５８０５）。

また、予約日選択画面１９００において、戻るボタン１９０２がタップされ、ユーザにより「戻る」が選択されると（Ｓ５８０４でＮＯ、且つ、Ｓ５８０６でＹＥＳ）、予約画面生成部２０１は、チケット確認画面１８００の表示処理（図５４）を実行する（Ｓ５８０７）。

次に、予約候補時間２２０１がタップされ、ユーザにより「予約候補時間」が選択されると（Ｓ５８０６でＮＯ、且つ、Ｓ５８０８でＹＥＳ）、予約画面生成部２０１は、予約内容確認画面２３００を表示部２０９に表示する（Ｓ５８０９）。このＳ５８０９は図５２のＳ５５２０６と同じであり、処理が図５２に戻る。なお、候補マーク１９０６を表示する予約日選択画面１９００が採用された場合、予約候補時間２２０１は表示されないため、Ｓ５８０８は省かれる。

次に、次月候補表示ボタン２００１がタップ（選択）されると（Ｓ５８０８でＮＯ、且つ、Ｓ５８１０でＹＥＳ）、処理が図５５のＳ５５０５、図５６（後述）のＳ５６０３、又は図５７（後述）のＳ５７０４に進む。また、前月候補表示ボタン１８０１がタップ（選択）されると（Ｓ５８１０でＮＯ、且つ、Ｓ５８１１でＹＥＳ）、処理が図５５のＳ５５０５、図５６（後述）のＳ５６０３、又は図５７（後述）のＳ５７０４に進む。一方、予約日選択画面１９００において、ユーザにより操作が入力されなければ（Ｓ５８１１でＮＯ）、処理がＳ５８０１に戻され、ユーザの選択の処理の待ち受け状態が維持される。

図５６は、予約日選択画面１９００の表示処理（図５２のＳ５２０４及び図５４のＳ５４０５）の第２例を示すフローチャートである。このフローチャートは、予約候補日の抽出処理を予約サーバ１００が行う処理シーケンスＳ１−４、Ｓ２−２に対応する。

図５６では、カレンダー予定リスト３５００の取得は、予約サーバ１００が行い、予約候補日の抽出処理も予約サーバ１００が行う。

そこで、予約端末２００は、まず、予約サーバ１００に、予約候補日と費用の要求を送信する（Ｓ５６０１）。次に、予約端末２００は、予約サーバ１００から、予約候補日と費用を受信する（Ｓ５６０２）。続くＳ５６０３〜Ｓ５６０９は、図５５のＳ５５０５〜Ｓ５５１１と同じである。

図５７は、予約日選択画面１９００の表示処理（図５２のＳ５２０４及び図５４のＳ５４０５）の第３例を示すフローチャートである。このフローチャートは、予約候補日の抽出処理を予約サーバ１００が行い、且つ、カレンダー予定リスト３５００を予約端末２００が管理する処理シーケンスＳ１−２に対応する。

まず、予約画面生成部２０１は、蓄積部２０３からカレンダー予定リスト３５００を取得する（Ｓ５７０１）。以降のＳ５７０２〜Ｓ５７１０は、図５６のＳ５６０１〜Ｓ５６０９と同じである。但し、Ｓ５７０２では、予約端末２００は、Ｓ５７０１で取得したカレンダー予定リスト３５００を付けて送信する。

図５９は、予約完了画面２７００の表示処理（図５２のＳ５２０７）を示すフローチャートである。まず、予約端末２００は、予約サーバ１００へ予約要求を送信する（Ｓ５９０１）。この場合、予約内容確認画面２６００において、予約ボタン２６０６がタップされることで、予約端末２００は、予約要求を送信する。ここで、予約要求には、例えば、ユーザＩＤ、予約対象となるチケットの内容、及び予約候補日時等が含まれる。

次に、予約サーバ１００は予約要求を受信する（Ｓ５９１１）。次に、予約サーバ１００は、予約処理を実行する（Ｓ５９１２）。ここで、予約サーバ１００は、予約要求に含まれる予約候補日等の情報を、例えば、予約可能日リスト３６００に登録された該当する予約可能日時と関連付けて登録すればよい。これにより、予約要求が指定する予約候補日時が、予約日時として予約サーバ１００に登録される。

次に、予約サーバ１００は、予約結果を予約端末２００に送信する（Ｓ５９１３）。ここで、予約結果には、予約対象となるチケットの内容、及び予約日時等の情報が含まれる。

次に、予約端末２００は、予約サーバ１００から予約結果を受信する（Ｓ５９０２）。次に、予約端末２００は、予約結果をカレンダー予定リスト３５００に登録する（Ｓ５９０３）。

この場合、予約システムが処理シーケンスＳ１−１、Ｓ１−２を採用する場合、予約端末２００は、予約結果を、自身が管理するカレンダー予定リスト３５００に登録する。また、予約システムが処理シーケンスＳ１−３、Ｓ１−４を採用する場合、予約端末２００は、予約結果を、予約サーバ１００に送信し、予約サーバ１００が管理するカレンダー予定リスト３５００に登録させる。また、予約システムが処理シーケンスＳ２−１、Ｓ２−２を採用する場合、予約端末２００は、予約結果を、カレンダーサーバ５００に送信し、カレンダーサーバ５００が管理するカレンダー予定リスト３５００に登録させる。

次に、予約端末２００は、予約完了画面２７００のカレンダーデータ表示欄１９０４に、ユーザの予定を示すスケジュールアイコン１９０７を表示する（Ｓ５９０４）。

次に、予約端末２００は、予約完了画面２７００のカレンダーデータ表示欄１９０４に、予約日時を表示する（Ｓ５９０５）。

次に、予約端末２００は、予約完了画面２７００にその他の関連情報を表示する（Ｓ５９０６）。

次に、予約端末２００は、予約完了画面２７００に対するユーザの選択の操作の待ち受け状態になる（Ｓ５９０７）。

次に、トップボタン２７０１がタップされ、ユーザにより「トップ」が選択されると（Ｓ５９０８でＹＥＳ）、予約端末２００は、トップ画面１４００の表示処理（図５３）を実行する（Ｓ５９０９）。

一方、予約完了画面２７００に対してユーザの操作が何も入力されなければ（Ｓ５９０８でＮＯ）、処理がＳ５９０７に戻され、待ち受け状態が維持される。

図６０は、予約サーバ１００の第１例の処理を示すフローチャートである。なお、このフローチャートは、予約システムが処理シーケンスＳ１−１、Ｓ１−３、Ｓ２−１を採用した場合の処理を示す。

まず、予約サーバ１００は、予約端末２００から予約可能日時及び費用の取得要求を受信する（Ｓ６００１）。次に、予約サーバ１００は、予約可能日リスト３６００から予約可能日時を取得する（Ｓ６００２）。この場合、予約サーバ１００は、例えば、予約可能日リスト３６００に登録された予約可能日時のうち、当日を含む月と、翌月との予約可能日時を取得すればよい。

次に、予約サーバ１００は、取得した予約可能日時のそれぞれに対する費用を算出する（Ｓ６００３）。次に、予約サーバ１００は、予約端末２００に予約可能日時と費用とを送信する（Ｓ６００４）。

図６１は、予約サーバ１００の第２例の処理を示すフローチャートである。なお、このフローチャートは、予約システムが処理シーケンスＳ１−４、Ｓ２−２を採用した場合の処理を示す。Ｓ６１０１〜Ｓ６１０３は、図６０のＳ６００１〜Ｓ６００３と同じである。

このフローチャートでは、カレンダー予定リスト３５００をカレンダーサーバ５００が管理している。そのため、Ｓ６１０４において、カレンダーサーバ５００からカレンダー予定リスト３５００を取得する。また、このフローチャートでは、予約候補日時の抽出処理が予約サーバ１００で行われる。このため、Ｓ６１０５において、予約サーバ１００は、予約候補日時の抽出処理を行う。次に、予約サーバ１００は、抽出した予約候補日時と費用を予約端末２００に送信する（Ｓ６１０６）。

図６２は、予約サーバ１００の第３例の処理を示すフローチャートである。なお、このフローチャートは、予約システムが処理シーケンスＳ１−２を採用した場合の処理を示す。

このフローチャートでは、カレンダー予定リスト３５００は、予約端末２００が管理している。そのため、Ｓ６２０１において、予約サーバ１００は、予約候補日時と費用との取得要求に加えて、カレンダー予定リスト３５００を受信している。

続くＳ６２０２，Ｓ６２０３，Ｓ６２０４，Ｓ６２０５は、図６１のＳ６１０２，Ｓ６１０３，Ｓ６１０５，Ｓ６１０６と同じである。

図６３は、予約可能日時ごとに費用を算出する処理（図６０のＳ６００３、図６１のＳ６１０３、図６２のＳ６２０３）の一例を示すフローチャートである。まず、予約サーバ１００は、チケット一覧３３００から各チケット（ここでは航空券とする）に対する基本費用を取得する（Ｓ６３０１）。次に、予約サーバ１００は、取得した基本費用を用いて、予約可能日時ごとに費用を算出する（Ｓ６３０２）。ここでは、図６０のＳ６００２、図６１のＳ６１０２、又は図６２のＳ６２０２で取得された各予約可能日時のそれぞれについての基本費用が算出される。

次に、予約サーバ１００は、全ての予約可能日時に対する費用の算出が終了すれば（Ｓ６３０３でＹＥＳ）、処理を終了する。一方、全ての予約可能日時に対する費用の算出が終了していなければ（Ｓ６３０３でＮＯ）、予約サーバ１００は、その航空券に他の予約が多いか否かを判定する（Ｓ６３０４）。ここで、予約サーバ１００は、その航空券の予約数が規定値以上であれば、Ｓ６３０４でＹＥＳと判定し、規定値未満であれば、Ｓ６３０４でＮＯと判定すればよい。Ｓ６３０４でＹＥＳの場合、処理がＳ６３０７に進み、Ｓ６３０４でＮＯの場合、処理がＳ６３０５に進む。

次に、予約サーバ１００は、費用の算出対象となる予約可能日時が属する予約可能日が休日又は週末に該当するか否かを判定する（Ｓ６３０５）。ここで、休日としては、例えば、日曜日や祝日が採用される。また、週末としては、例えば、土曜日が採用される。

予約サーバ１００は、該当する予約可能日が休日又は週末であれば、Ｓ６３０５でＹＥＳと判定し、該当する予約可能日が休日または週末でなければ、Ｓ６３０５でＮＯと判定する。Ｓ６３０５でＹＥＳの場合、処理がＳ６３０７に進み、Ｓ６３０５でＮＯの場合、処理がＳ６３０６に進む。

Ｓ６３０６では、該当する航空券の出発時間が昼間か否かが判定される（Ｓ６３０６）。昼間であれば（Ｓ６３０６でＹＥＳ）、処理がＳ６３０７に進められ、昼間でなければ（Ｓ６３０６でＮＯ）、処理がＳ６３０３に戻る。そして、Ｓ６３０３にて、次の予約可能日時が費用の算出対象として決定され、以降の処理が行われる。ここで、昼間としては、例えば、１０時〜１５時が該当する。

Ｓ６３０７において、予約サーバ１００は、該当する予約可能日時に対してＳ６３０２で算出した費用に所定の料金を加算し、処理をＳ６３０３に戻す。この場合、予約サーバ１００は、例えば、Ｓ６３０４でＹＥＳの場合、Ｓ６３０５でＹＥＳの場合、及びＳ６３０６でＹＥＳの場合のそれぞれに応じて予め定められた加算値を、Ｓ６３０２で算出した費用に加算すればよい。

図６４は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第１例を示すフローチャートである。このフローチャートの処理主体は、予約サーバ１００が実行する場合は予約候補日選定部１０６であり、予約端末２００が実行する場合は予約候補日選定部２０２である。

まず、カレンダー予定リスト３５００と予約可能日とが比較される（Ｓ６４０１）。ここで、予約可能日は、図５５のＳ５５０３、図６０のＳ６００２、図６１のＳ６１０２、又は図６２のＳ６２０２で取得された予約可能日時が属する予約可能日のことを指す。

全ての予約可能日に対するチェックが終了すると（Ｓ６４０２でＹＥＳ）、処理が終了され、チェックが終了していなければ（Ｓ６４０２でＮＯ）、処理がＳ６４０３に進む。

Ｓ６４０３では、予約可能日にユーザの予定があるか否かが判定される。ユーザの予定があれば（Ｓ６４０３でＹＥＳ）、当該予約可能日が予約候補日から除外され（Ｓ６４０４）、処理がＳ６４０２に戻る。Ｓ６４０２では、次の予約可能日が処理対象として決定される。

予約可能日にユーザの予定がなければ（Ｓ６４０３でＮＯ）、当該予約可能日が予約候補日に選定され（Ｓ６４０５）、処理がＳ６４０２に戻る。

図６５は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第２例を示すフローチャートである。Ｓ６５０１，Ｓ６５０２は、図６４のＳ６４０１，Ｓ６４０２と同じである。

Ｓ６５０２でＮＯであれば、予約可能日に属する予約可能日時にユーザの予定があるか否かが判定される（Ｓ６５０３）。予約可能日時にユーザの予定がある場合（Ｓ６５０３でＹＥＳ）、当該予約可能日時が予約候補日時から除外され（Ｓ６５０４）、処理がＳ６５０２に戻る。一方、予約可能日時にユーザの予定がなければ（Ｓ６５０３でＮＯ）、当該予約可能日時が予約候補日時として選定され（Ｓ６５０５）、処理がＳ６５０２に戻る。

つまり、Ｓ６５０３〜Ｓ６５０５では、予約可能日にユーザの予定が入っている場合であっても、予約可能日時が、ユーザの予定が入っている時間帯と重複していなければ、その予約可能日時が予約候補日時として抽出される。

図６６は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第３例を示すフローチャートである。Ｓ６６０１，Ｓ６６０２，Ｓ６６０４，Ｓ６６０５は、図６５のＳ６５０１，Ｓ６５０２，Ｓ６５０４，Ｓ６５０５と同じである。

Ｓ６６０２でＮＯであれば、予約可能日時の前後２時間にユーザの予定があるか否かが判定される（Ｓ６６０３）。予約可能日時の前後２時間にユーザの予定があれば（Ｓ６６０３でＹＥＳ）、処理がＳ６６０４に進む。一方、予約可能日時の前後２時間にユーザの予定がなければ（Ｓ６６０３でＮＯ）、処理がＳ６６０５に進む。

つまり、Ｓ６６０３では、ユーザの予定にマージンを設けて、予約候補日時が選定される。ここで、予約可能日時の前後２時間とは、例えば、予約可能日時の開始時刻を１３：００、終了時刻を１９：００とすると、１１：００−１３：００の２時間と、１９：００−２１：００の２時間とが該当する。

ここでは、前後２時間としたがこれは一例であり、その値は、予約システムが事前に設定した値が採用されてもよいし、ユーザが設定した好みの値が採用されてもよい。

図６７は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第４例を示すフローチャートである。Ｓ６７０１，Ｓ６７０２，Ｓ６７０４，Ｓ６７０５は、図６４のＳ６４０１，Ｓ６４０２，Ｓ６４０４，Ｓ６４０５と同じである。

Ｓ６７０２でＮＯであれば、予約可能日の前日に終日予定があるか否かが判定される（Ｓ６７０３）。予約可能日の前日に終日予定があれば（Ｓ６７０３でＹＥＳ）、処理がＳ６７０４に進む。一方、予約可能日の前日に終日予定がなければ（Ｓ６７０３でＮＯ）、処理がＳ６７０５に進む。

ここで、終日予定とは、例えば、時間帯が０：００−２４：００の予定を指し、旅行のような複数の日に跨る予定が該当する。前日に終日予定が入っていると、次の日はユーザの疲れが残っている。このような日をユーザが予約日として選択する可能性は低い。そこで、この第４例は、このようなユーザが予約日として選択する可能性の低い日を予約候補日から除外する。

図６８は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第５例を示すフローチャートである。Ｓ６８０１〜Ｓ６８０３，Ｓ６８０６，Ｓ６８０７は、図６５のＳ６５０１〜Ｓ６５０３，Ｓ６５０４，Ｓ６５０５と同じである。Ｓ６８０４は、図６６のＳ６６０３と同じである。Ｓ６８０５は、図６７のＳ６７０３と同じである。そして、Ｓ６８０３でＮＯであれば、処理はＳ６８０４に進む。Ｓ６８０４でＹＥＳであれば、処理はＳ６８０６に進み、Ｓ６８０４でＮＯであれば、処理はＳ６８０５に進む。Ｓ６８０５でＹＥＳであれば、処理はＳ６８０６に進み、Ｓ６８０５でＮＯであれば、処理はＳ６８０７に進む。つまり、第５例は、第２例〜第４例を組み合わせたものである。

なお、図６８では、第２例〜第４例を組み合わせているが、本開示は、これに限られない。例えば、第２例と第３例との組合せ、第２例と第４例との組合せなど、本開示は、任意の組合せを採用してもよい。

図６９は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第６例を示すフローチャートである。Ｓ６９０１，Ｓ６９０２，Ｓ６９０５，Ｓ６９０６は、図６４のＳ６４０１，Ｓ６４０２，Ｓ６４０４，Ｓ６４０５と同じである。

Ｓ６９０２でＮＯであれば、予約可能日の次の日に予定があるか否かが判定される（Ｓ６９０３）。予約可能日の次の日に予定があれば（Ｓ６９０３でＹＥＳ）、次の日の予定が目的地以外で開催されるか否かが判定される（Ｓ６９０４）。次の日の予定が目的地以外で開催されれば（Ｓ６９０４でＹＥＳ）、処理がＳ６９０５に進む。

予約可能日の次の日に予定がなければ（Ｓ６９０３でＮＯ）、または次の日の予定が目的地で開催されれば（Ｓ６９０４でＮＯ）、処理がＳ６９０６に進む。

このように、第６例では、予約可能日の次の日に予定があった場合でも、その予定がチケットの目的地で開催される場合、当該予約可能日を予約候補日から除外しない。チケットの目的地とは、例えばコンサート又はスポーツなどのイベントのチケットの場合には、イベント会場のある都市が該当する。また、例えば航空券の場合には、渡航先の都市が該当する。

本開示によれば、ユーザの予定やチケットの予約可能日を管理するクラウドシステムにおいて有用である。

Claims (25)

1. チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムに用いられディスプレイを有する通信装置の制御方法であって、
   前記通信装置は、前記通信装置のユーザのスケジュール情報を管理するメモリを有し、
   前記通信装置のコンピュータに対して、
   前記管理されたスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
   前記チケットの予約処理をする際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから前記チケットの予約可能日時を示す候補データを取得させ、
   前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
   前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、前記取得したチケットの一の予約可能日時と前記ユーザの予定が登録された日時との間隔が規定値より短い場合前記一の予約可能日時は前記抽出されるチケットの予約候補日時から除外され、
   前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時を前記チケットの予約日時とする予約用画面を前記ディスプレイに表示させる、
   制御方法。
2. 前記予約用画面を用いた予約結果に基づいて、前記ネットワークを介して前記選択された予約候補日時を示す予約要求を前記情報管理システムに送信させ、
   前記選択された予約候補日時を前記チケットの予約日時として前記情報管理システムに登録させる、
   請求項１記載の制御方法。
3. 前記情報管理システムにおいて登録が完了したチケットの予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させる、
   請求項１から請求項２のいずれか一に記載の制御方法。
4. 前記登録が完了した旨を前記カレンダーデータの表示に関連づけて前記ディスプレイに表示させる、
   請求項１から請求項３のいずれか一に記載の制御方法。
5. 前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
   前記情報管理システムにおいて前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させる、
   請求項１から請求項４のいずれか一に記載の制御方法。
6. 当該月の各日を表したカレンダーデータを含む表示データを用いて、前記カレンダーデータに表された各日に対応する領域に、前記チケットの予約候補時間を表す表示をさせる際、前記予約候補時間を表す表示が当該月及び翌月の各表示に含まれる場合、前記当該月の各日を表したカレンダーデータを含む表示データに、前記翌月の表示に含まれるいずれかの日に対応する領域に前記予約候補時間を表す表示がなされる旨を表示させる、
   請求項１から請求項５のいずれか一に記載の制御方法。
7. 当該週の各日を表したカレンダーデータを含む表示データを用いて、前記カレンダーデータに表された各日に対応する領域に、前記チケットの予約候補時間を表す表示をさせる際、前記予約候補時間を表す表示が当該週及び翌週の各表示に含まれる場合、前記当該週の各日を表したカレンダーデータを含む表示データに、前記翌週の表示に含まれるいずれかの日に対応する領域に前記予約候補時間を表す表示がなされる旨を表示させる、
   請求項１から請求項５のいずれか一に記載の制御方法。
8. 第１表示色にて、前記カレンダーデータに表された日であって前記ユーザの予定を含む日に対応する領域を表示させ、
   前記第１表示色とは異なる第２表示色にて、前記カレンダーデータに表された日であって前記チケットの予約候補時間を表す表示を含む日に対応する領域を表示させる、
   請求項１から請求項７のいずれか一に記載の制御方法。
9. 前記カレンダーデータに表された各日に対応する領域に、前記チケットの予約候補時間を表す表示を表示させる際、前記チケットの料金を併せて表示させる、
   請求項１から請求項８のいずれか一に記載の制御方法。
10. 前記カレンダーデータに表された一の日に対応する領域に、前記一の日に対応する予約候補時間を表す表示の全てを表示させることができない場合、前記一の日に対応する領域に、前記一の日に対応する予約候補時間を表す表示を表示させず、前記チケットの予約候補日を表す表示を表示させる、
    請求項１から請求項９のいずれか一に記載の制御方法。
11. 前記カレンダーデータに表された各日に対応する領域には、前記通信装置において前記ユーザの予定が登録可能である、
    請求項１から請求項１０のいずれか一に記載の制御方法。
12. チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムに用いられディスプレイを有する通信装置において実行されるプログラムであって、
    前記通信装置は、前記通信装置のユーザのスケジュール情報を管理するメモリを有し、
    前記通信装置のコンピュータに対して、
    前記管理されたスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
    前記チケットの予約処理をする際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから前記チケットの予約可能日時を示す候補データを取得させ、
    前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
    前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、前記取得したチケットの一の予約可能日時と前記ユーザの予定が登録された日時との間隔が規定値より短い場合前記一の予約可能日時は前記抽出されるチケットの予約候補日時から除外され、
    前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時を前記チケットの予約日時とする予約用画面を前記ディスプレイに表示させる、
    プログラム。
13. チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムにおける情報提供方法であって、
    前記ネットワークを介して認証されたユーザの通信装置から、前記チケットの予約処理に関する問い合わせ信号、及び前記ユーザのスケジュール情報を受信し、前記ユーザのスケジュール情報は前記通信装置のメモリに管理され、
    前記問い合わせ信号に基づき、前記チケットの予約可能日時を管理するデータベースを用いて、前記チケットの予約可能日時を示す第１候補データを取得し、
    前記取得した第１候補データ及び前記受信したスケジュール情報を用いて、前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
    前記抽出された予約候補日時を示す第２候補データを、前記ネットワークを介して前記通信装置に送信させ、前記第２候補データによって示される予約候補日時から、予約候補時間を表す表示が、前記通信装置において、前記スケジュール情報を用いて生成されたカレンダーデータに表された各日に対応する領域に表示され、前記取得したチケットの一の予約可能日時と前記ユーザの予定が登録された日時との間隔が規定値より短い場合前記一の予約可能日時は前記抽出されるチケットの予約候補日時から除外され、
    前記通信装置において前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知され、前記ネットワークを介して前記通信装置から、前記選択された領域に対応する予約候補日時を示す予約要求を受信すると、前記予約要求が示す予約候補日時を前記チケットの予約日時として前記情報管理システムに登録する、
    情報提供方法。
14. 前記情報管理システムにおいて登録が完了したチケットの予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示される、
    請求項１３記載の情報提供方法。
15. 前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
    前記情報管理システムは、前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信する、
    請求項１３から請求項１４のいずれか一に記載の情報提供方法。
16. チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムに用いられディスプレイを有する通信装置の制御方法であって、
    前記情報管理システムは、前記通信装置のユーザのスケジュール情報を管理し、
    前記通信装置のコンピュータに対して、
    前記チケットの予約処理を行う際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから、前記通信装置のユーザのスケジュール情報、及び前記チケットの予約可能日時を示す候補データを取得させ、
    前記取得したスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
    前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
    前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、前記取得したチケットの一の予約可能日時と前記ユーザの予定が登録された日時との間隔が規定値より短い場合前記一の予約可能日時は前記抽出されるチケットの予約候補日時から除外され、
    前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された予約候補日時を前記チケットの予約日時とする予約用画面を前記ディスプレイに表示させる、
    制御方法。
17. 前記予約用画面を用いた予約結果に基づいて、前記ネットワークを介して前記選択された予約候補日時を示す予約要求を前記情報管理システムに送信させ、
    前記選択された予約候補日時を前記チケットの予約日時として前記情報管理システムに登録させる、
    請求項１６記載の制御方法。
18. 前記情報管理システムにおいて登録が完了したチケットの予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させる、
    請求項１６から請求項１７のいずれか一に記載の制御方法。
19. 前記登録が完了した旨を前記カレンダーデータの表示に関連づけて前記ディスプレイに表示させる、
    請求項１６から請求項１８のいずれか一に記載の制御方法。
20. 前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
    前記情報管理システムにおいて前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させる、
    請求項１６から請求項１９のいずれか一に記載の制御方法。
21. 前記カレンダーデータに表された各日に対応する領域には、前記通信装置において前記ユーザの予定が登録可能である、
    請求項１６から請求項２０のいずれか一に記載の制御方法。
22. チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムに用いられディスプレイを有する通信装置において実行されるプログラムであって、
    前記情報管理システムは、前記通信装置のユーザのスケジュール情報を管理し、
    前記通信装置のコンピュータに対して、
    前記チケットの予約処理を行う際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから、前記通信装置のユーザのスケジュール情報、及び前記チケットの予約可能日時を示す候補データを取得させ、
    前記取得したスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
    前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
    前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、前記取得したチケットの一の予約可能日時と前記ユーザの予定が登録された日時との間隔が規定値より短い場合前記一の予約可能日時は前記抽出されるチケットの予約候補日時から除外され、
    前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された予約候補日時を前記チケットの予約日時とする予約用画面を前記ディスプレイに表示させる、
    プログラム。
23. チケットの発券機関と接続されたネットワークを介して前記チケットの予約処理を行う情報管理システムにおける情報提供方法であって、
    前記ネットワークを介して認証されたユーザの通信装置から、前記チケットの予約処理に関する問い合わせ信号を受信し、
    前記問い合わせ信号に基づき、前記通信装置のユーザのスケジュール情報を管理する第１データベースを用いて、前記通信装置のユーザのスケジュール情報を取得し、
    前記問い合わせ信号に基づき、前記チケットの予約可能日時を管理する第２データベースを用いて、前記チケットの予約可能日時を示す第１候補データを取得し、
    前記取得したスケジュール情報及び前記取得した第１候補データを用いて、前記取得したチケットの予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記チケットの予約候補日時として抽出させ、
    前記抽出された予約候補日時を示す第２候補データを、前記ネットワークを介して前記通信装置に送信させ、前記第２候補データによって示される予約候補日時から、予約候補時間を表す表示が、前記通信装置において生成されたカレンダーデータに表された各日に対応する領域に表示され、前記取得したチケットの一の予約可能日時と前記ユーザの予定が登録された日時との間隔が規定値より短い場合前記一の予約可能日時は前記抽出されるチケットの予約候補日時から除外され、
    前記通信装置において前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知され、前記ネットワークを介して前記通信装置から、前記選択された領域に対応する予約候補日時を示す予約要求を受信すると、前記予約要求が示す予約候補日を前記チケットの予約日時として前記情報管理システムに登録する、
    情報提供方法。
24. 前記情報管理システムにおいて登録が完了したチケットの予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示される、
    請求項２３記載の情報提供方法。
25. 前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
    前記情報管理システムは、前記顧客情報に基づき前記通信装置のユーザの嗜好に合ったチケットがあると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信する、
    請求項２３から請求項２４のいずれか一に記載の情報提供方法。

Images