WO2015111103A1

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

Info

Publication number: WO2015111103A1
Application number: PCT/JP2014/002352
Authority: WO
Inventors: 崇光佐々木
Original assignee: パナソニックインテレクチュアルプロパティコーポレーションオブアメリカ
Priority date: 2014-01-24
Filing date: 2014-04-25
Publication date: 2015-07-30
Also published as: CN104969243A; US20150324710A1; JP5994028B2; JPWO2015111103A1

Abstract

　本開示の通信装置の制御方法は、通信装置のコンピュータに対して、情報管理システムから専門機関の予約可能日時を示す候補データを取得させ、取得した専門機関の予約可能日時の中からユーザの予定が登録された日時を除外した予約可能日時を専門機関の予約候補日時として抽出させ、抽出された予約候補日時から、予約候補時間を表す表示をカレンダーデータに表された各日に対応する領域に表示させ、カレンダーデータに表されたいずれかの日に対応する領域であって予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、選択された領域に対応する予約候補日時を専門機関の予約日時とする予約用画面をディスプレイに表示させる。

Description

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

　本開示は、例えば医療機関等の専門機関の予約処理を行う情報管理システムに用いられる通信装置の制御方法、前記専門機関の予約処理を行う情報管理システムにおける情報提供方法、及び、プログラムに関する。

　従来、例えば、医療機関の情報管理システムとして以下のようなものがあった。

　上記情報管理システムは、家庭に設置された家庭側装置、医療機関に設置された医療機関側装置、及び、前記家庭側装置及び前記医療機関側装置と接続し前記家庭側装置から前記医療機関の予約要求を受付けて前記医療機関の予約処理を仲介するサービス提供者側装置を含む（例えば、特許文献１参照）。

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

特開２００１－２２２６１８号公報

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

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

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

　（本開示に係る一態様を発明するに至った経緯）
　上記特許文献１に開示の医療機関情報管理システムを用いて、前記家庭側装置の患者（ユーザ）が、前記医療機関の予約日時を決定する際に、以下の処理を行う。

　まず、ユーザは、前記家庭側装置を用いて、前記サービス提供者側装置にアクセスし、前記サービス提供者が提供する医療機関情報管理システム用プログラムを、前記サービス提供者側装置から前記家庭側装置にダウンロードする。次に、ユーザは、前記医療機関を予約するために、前記家庭側装置を用いて前記医療機関予約用プログラムを起動させ、前記サービス提供者側装置にアクセスする。前記家庭側装置の表示画面には、前記医療機関の予約に必要な情報を入力させる初期入力画面が現れる。前記サービス提供者側装置は、前記初期入力画面を通して入力された情報に基づき、ユーザの希望にあった医療機関をリストアップし、前記家庭側装置の表示画面に表示させる。前記ユーザは、リストアップされた医療機関の中から予約を希望する医療機関を選択する。前記サービス提供者側装置は、前記ユーザの患者情報を前記選択された医療機関側装置に伝送し、前記医療機関側装置から予約可能日時データを取り込み、前記家庭側装置の表示画面に予約可能日時選択肢を表示させる（例えば、特許文献１の段落［００２８］）。例えば、その表示サンプルは、特許文献１の図７に示されている。前記ユーザが、前記表示された予約可能日時選択肢の中から希望日時を選択すると、前記サービス提供者側装置を経由して前記医療機関の予約処理がなされる（例えば、特許文献１の段落［００２９］）。

　しかし、上記特許文献１開示の医療機関情報管理システムでは、前記医療機関の予約可能日時選択肢が、前記医療機関側装置から前記家庭側装置に一方的に提示されるだけであって、前記ユーザの都合は一切考慮されていない。

　また、近年では、サービス事業者がネットワークを介して前記ユーザの通信装置にカレンダー機能を提供している。しかし、医療機関情報管理システムによる前記専門機関の予約処理は、前記カレンダー機能によるカレンダーデータとは連動していない。

　前記ユーザが既にそのカレンダー機能を用いて、前記ユーザのスケジュールを管理している場合がある。この場合、前記ユーザは、例えば、前記予約可能日時選択肢が前記ユーザの別のスケジュールと重複しないかを確認する必要がある。そのために、前記ユーザは、前記医療機関情報管理システムの表示画面とは別に、前記カレンダー機能によるカレンダーデータを前記ユーザの通信装置に表示させる。その上で、前記ユーザは、前記予約可能日時選択肢と前記ユーザのカレンダーデータとを比較する必要がある。その結果、前記カレンダー機能によるカレンダーデータの利便性を活かすことができず、むしろ前記予約処理が一層煩雑になる。したがって、前記ユーザにおいて誤入力が生じ、誤った予約可能日時選択肢を登録するおそれがある。

　また、例えば、前記予約可能日時選択肢の一つが、外出予定のある日と重なっている場合であっても、前記医療機関と前記外出先との距離が近ければ、前記外出予定のある日と同一日に前記医療機関を予約してよい場合がある。しかし、前記ユーザは、前記予約可能日時選択肢と、前記ユーザの外出予定日とを、別々に見ながら確認する。このため、何度も両者を比較しながら確認する作業が繰り返され、予約処理の作業効率が悪くなることもある。その結果、前記専門機関を予約できる日時を見落とす場合もあり得る。

　また、例えば、前記予約可能日時選択肢が複数提示された場合であっても、前記ユーザの外出予定日を、前記予約可能日時選択肢の中から外す処理を、前記ユーザの頭の中ですることがある。しかし、この場合、前記ユーザの誤認識又は予約操作の誤操作によって、前記ユーザの外出日と同じ日を予約する処理をするおそれもある。

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

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

　本態様によると、前記ユーザが前記専門機関を予約したい場合、前記ユーザは、前記カレンダーデータを用いて、前記専門機関を予約する予約用画面を表示させることができる。即ち、前記カレンダーデータは、前記専門機関の予約用画面を表示させる指示画面を兼ねる。そのため、前記ユーザは、前記カレンダーデータと前記予約用画面とを別々に起動させて表示させ、別々に表示された前記カレンダーデータと前記予約用画面とを照合する手間を省くことができる。したがって、前記専門機関の予約処理を効率化することができる。

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

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

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

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

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

　例えば、前記専門機関の予約処理をした後、前記カレンダーデータに、前記専門機関の予約日時を登録する作業が別途発生すると、前記専門機関の予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記専門機関の予約日時を登録し忘れた場合、前記専門機関を予約しても、前記専門機関に行き忘れることがある。

　本態様によると、前記情報管理システムにおいて登録が完了した専門機関の予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させる。これにより、前記カレンダーデータには、前記専門機関の予約日時が含まれることになる。即ち、前記カレンターデータには、前記専門機関の予約結果が反映される。したがって、前記カレンダーデータに、前記ユーザがわざわざ前記予約結果を登録する必要がない。そのため、前記専門機関の予約処理をした後、前記カレンダーデータに、前記専門機関の予約日時を登録し忘れたために、前記専門機関に行き忘れることを防止できる。

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

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

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

　本態様によると、前記顧客情報に基づき前記通信装置のユーザの嗜好又は履歴に合った専門機関によるサービスがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させる。これにより、前記通信装置のユーザの嗜好又は履歴に合った専門機関のサービスがあると、前記ユーザがそれを認識していない場合でも、前記顧客情報に基づき前記専門機関の予約候補日時を提示させることができる。そのため、例えば、ユーザが半年に一度に歯科検診を受けている場合、予め予約をせず半年後の歯科検診の予約を忘れている場合であっても、前回から半年程度経った時期に前記ユーザは歯科検診のために医療機関を予約できる。

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

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

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

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

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

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

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

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

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

　例えば、前記専門機関によるサービスの料金は、提供されるサービスの種別に応じて料金が異なる場合がある。前記専門機関により提供されるサービスの料金が表示されれば、前記料金をも考慮して前記予約候補日時を選択できる。本態様によると、前記ユーザは、前記予約候補日時の中から予約日時を選択する前に前記料金を確認できる。また、例えば、前記ユーザは、前記料金を確認した上で予約候補日時を選択できる。

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

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

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

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

　上記態様において、例えば、前記専門機関は、医療機関、レストラン又は宿泊施設を含んでもよい。

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

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

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

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

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

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

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

　例えば、前記専門機関の予約処理をした後、前記カレンダーデータに前記専門機関の予約日時を登録する作業が別途発生すると、前記専門機関の予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記専門機関の予約日時を登録し忘れた場合、前記専門機関を予約しても、前記専門機関に行き忘れることがある。

　本態様によると、前記情報管理システムにおいて登録が完了した専門機関の予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示される。これにより、前記カレンダーデータには、前記専門機関の予約日時が含まれることになる。そのため、前記専門機関の予約処理をした後、前記カレンダーデータに、前記専門機関の予約日時を登録し忘れたために、前記専門機関に行き忘れることを防止できる。

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

　本態様によると、前記情報管理システムは、前記顧客情報に基づき前記通信装置のユーザの嗜好又は履歴に合った専門機関によるサービスがあると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信する。これにより、前記通信装置のユーザの嗜好又は履歴に合った専門機関のサービスがあると、前記ユーザがそれを認識していない場合でも、前記顧客情報に基づき前記専門機関の予約候補日時を提示させることができる。そのため、例えば、ユーザが半年に一度に歯科検診を受けている場合、予め予約をせず半年後の歯科検診の予約を忘れている場合であっても、前回から半年程度経った時期に前記ユーザは歯科検診のために医療機関を予約できる。

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

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

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

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

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

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

　本態様によると、前記情報管理システムにおいて登録が完了した専門機関の予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させる。これにより、前記カレンダーデータには、前記専門機関の予約日時が含まれることになる。そのため、前記専門機関の予約処理をした後、前記カレンダーデータに、前記専門機関の予約日時を登録し忘れたために、前記専門機関に行き忘れることを防止できる。

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

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

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

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

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

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

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

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

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

　（実施の形態）
　以下、本開示の予約システムについて説明する。本開示の予約システムは、例えば病院、レストランなどの専門機関の予約を管理するシステムである。

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

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

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

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

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

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

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

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

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

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

　予約データ管理部１０１は、予約端末２００を通じてユーザにより入力された予約に関する情報を予約データ記憶部１０２に記憶させ、予約に関する情報を管理する。予約データ管理部１０１は、専門機関一覧３３００及び専門機関サービスメニュー（後述）を管理する。専門機関は、例えば病院、ホテル、レストランなどである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　この文字の下側には、予約が可能な専門機関を示す専門機関表示欄１４０１が縦一列に表示されている。専門機関表示欄１４０１には、専門機関の種別と、専門機関の名称と、予約ボタン１４０２とが表示されている。図１４の例では、専門機関の種別として、「病院」、「ホテル」、「レストラン」、「美容院」が表示されている。最上段の専門機関表示欄１４０１には、専門機関の種別として「病院」が表示され、専門機関の名称として「○○病院」が表示されている。

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

　図１５は、２ページ目のトップ画面１４００の一例を示す。図１５の例では、専門機関の種別として、「レンタカー」、「テニスコート」、「キャンプ場」、「ジム」が表示されている。上から２段目の専門機関表示欄１４０１には、専門機関の種別として「テニスコート」が表示され、専門機関の名称として「○○テニス」が表示されている。

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

　なお、本開示は、図１４、図１５に示される専門機関に限られない。例えば専門機関として図書館が含まれていてもよい。この場合には、ユーザは、図書館に対して図書の貸し出しを予約してもよい。

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

　図１６Ａの予約誘導通知画面１７００には、「予約アプリからのお知らせ、まもなく○○病院の定期健診の時期です。ここをタップして予約を行ってください。」との文章が記載され、ユーザに対して、病院の検診時期が近づいたことが明示されている。予約誘導通知画面１７００に記載された文章内には、専門機関の種別又は名称１７０１が含まれる。図１６Ａの例では、病院の予約が誘導されたため、専門機関の名称が「○○病院」と表示されている。ユーザによる予約誘導通知画面１７００のタップを画面制御部２０４が検知すると、予約画面生成部２０１は専門機関確認画面１８００（後述の図１７）を表示部２０９に表示させる。

　図１６Ｂは、予約誘導通知画面１７００の別の例を示す図である。図１６Ｂの予約誘導通知画面１７００には、「予約アプリからのお知らせ、○○様におすすめのレストランがあります。今ならキャンペーン価格でお楽しみいただけます。ここをタップして予約を行ってください。」との文章が記載され、ユーザに対して、新たな専門機関の情報が登録されたことが明示されている。図１６Ｂの例では、レストランの予約が誘導されたため、専門機関の種別又は名称１７０１には「レストラン」と表示されている。

　図１７は、専門機関確認画面１８００の一例を示す図である。専門機関確認画面１８００は、ユーザに専門機関の予約内容を確認させる画面である。

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

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

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

　名称表示欄１８０２は、専門機関の名称を表示する。ここでは、専門機関が病院であるため、名称表示欄１８０２には「専門機関：○○病院」と表示されている。

　内容表示欄１８０３には、専門機関の内容が表示されている。ここでは、内容表示欄１８０３には、「内容：内科診察」と表示されている。

　所要時間表示欄１８０４は、専門機関における所要時間を表示する。ここでは、○○病院において内科の診察に要する時間は約１時間であるため、所要時間表示欄１８０４には、「所要時間：約１時間」と表示されている。

　費用表示欄１８０５は、専門機関利用のためにユーザが支払う費用を表示する。ここでは、診察の費用は約５千円であるため、費用表示欄１８０５には、「費用：約５千円」と表示されている。なお、所要時間及び費用は、後述する専門機関一覧３３００（図３３）に予め登録されている。

　ユーザにより内容表示欄１８０３がタップされると、予約画面生成部２０１は、図１８に示すように、専門機関の内容が一覧表示されたプルダウンメニュー１８０８を表示する。

　図１８は、プルダウンメニュー１８０８が表示された専門機関確認画面１８００を示す図である。図１８の例では、歯科診察、外科診察、眼科診察、小児科診察といった、予約対象となる診療科の候補が一覧表示されている。なお、図１８では、プルダウンメニュー１８０８には病院についての診療科が一覧表示されているが、他の専門機関が選択された場合は、選択された専門機関に応じた内容が一覧表示される。

　また、プルダウンメニュー１８０８が表示される前の、図１７に示される状態においては、内容表示欄１８０３には、デフォルトの内容が表示されている。例えば、予約誘導通知画面１７００から遷移した場合は、内容表示欄１８０３には予約が誘導された内容がデフォルトの内容として表示される。一方、トップ画面１４００から遷移した場合は、例えば、プルダウンメニュー１８０８の最上段に表示された内容が内容表示欄１８０３にデフォルトの内容として表示される。

　プルダウンメニュー１８０８をユーザがタップして内容が変更されると、変更された内容に応じて、予約画面生成部２０１は、所要時間表示欄１８０４及び費用表示欄１８０５の表示内容も更新する。予約画面生成部２０１は、専門機関ごとに設けられた標準サービステーブル（図示省略）を予約サーバ１０から取得し、該標準サービステーブルから必要な情報を取得する。

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

　なお、専門機関確認画面１８００の上部の左側に表示された「トップ」と記載されたトップボタン１８０１は表示部２０９の表示画面をトップ画面１４００（図１４）に切り替えるためのボタンである。

　図１９は、予約日選択画面１９００の第１例を示す図である。予約日選択画面１９００は、ユーザに専門機関の予約日を選択させる画面である。予約日選択画面１９００の上部には、「○○病院　内科診察の予約日選択」との見出しが付けられ、この画面が予約日を選択する画面であることが明示されている。図１９の例では、病院に対する予約日選択画面１９００が示されているため、この見出しには、専門機関名１９０１として「○○病院　内科診察」と記載されている。つまり、この見出しの専門機関名１９０１の欄には、予約対象となる専門機関の名称及び専門機関利用の内容が記載される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　図２４は、予約時間選択画面２４００の一例を示す図である。予約時間選択画面２４００は、ユーザに専門機関の予約時間を選択させるための画面である。予約時間選択画面の上部には、「１１月３０日の○○病院　内科診察の予約時間選択」との見出しが表示され、この画面が予約時間を選択する画面であることが明示されている。この見出しの左側に表示された戻るボタン２４０１は、画面表示を予約時間選択画面２４００から予約日選択画面１９００に戻すためのボタンである。

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

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

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

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

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

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

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

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

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

　この文章の下側には、名称表示欄２６０１、内容表示欄２６０２、日時表示欄２６０３、時間表示欄２６０４、及び費用表示欄２６０５が縦一例で表示されている。名称表示欄２６０１は、予約対象となる専門機関の名称を表示する欄である。ここでは、「専門機関名：○○病院」と表示されている。

　内容表示欄２６０２は、専門機関利用の内容を表示する欄である。ここでは、内科の診察が予約されたため、「内容：内科診察」と表示されている。

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

　時間表示欄２６０４は、専門機関の利用に要する所要時間を表示する欄である。ここでは、「所要時間：約１時間」と表示されている。

　費用表示欄２６０５は、専門機関に対する費用を表示する欄である。ここでは、「費用：５千円」と表示されている。

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

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

　図２７は、予約完了画面２７００の第１例を示す図である。予約完了画面２７００の上部には、「○○病院　内科診察の予約完了」との見出しが付けられ、この画面が予約の完了を通知する画面であることが明示されている。

　予約完了画面２７００には、予約日選択画面１９００と同様、カレンダーデータ表示欄１９０４が表示されている。このカレンダーデータ表示欄１９０４には、ユーザが予約した予約日に対応するマス１９０５に予約日であることを示す予約アイコン２７０２が表示されている。図２７の例では、予約アイコン２７０２には「○○病院」と表示され、予約した専門機関が○○病院であることが明示されている。また、図２７の例では、ユーザが予約した予約日が３０日であるため、３０日に対応するマス１９０５に予約アイコン２７０２が表示されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　「定期サービス利用状況」は、対応するユーザＩＤのユーザが定期的に利用しているサービスの利用状況を表す。図３２の例では、「ユーザＩＤ」が「Ｕ０００１」のユーザは、○○病院の定期検診を利用していることが表されている。

　図３３は、予約サーバ１００が管理する専門機関一覧３３００のデータ構成の一例を示す図である。専門機関一覧３３００には、ユーザが予約可能な専門機関が登録されている。専門機関一覧３３００は、例えば、予約サーバ１００の蓄積部１０３に蓄積され、予約データ管理部１０１によって管理されている。

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

　専門機関一覧３３００には、１つのレコードに１つの専門機関の情報が登録され、「専門機関ＩＤ」、「種別」、「専門機関名」、「内容」、「所要時間」、及び「費用」が登録されている。

　「専門機関ＩＤ」は、専門機関ごとに固有に設定された識別子である。「専門機関ＩＤ」は、専門機関が予約サーバ１００に登録されると、予約データ管理部１０１によって付与される。

　「種別」は、対応する「専門機関ＩＤ」の専門機関の種別を表す。図３３の例では、「専門機関ＩＤ」が「Ｔ０００１」の専門機関の「種別」は、「病院」であることが表されている。

　「専門機関名」は、対応する「専門機関ＩＤ」の専門機関の名称を表す。図３３の例では、「専門機関ＩＤ」が「Ｔ０００１」の「専門機関名」は、「○○病院」であることが表されている。

　「内容」は、対応する「専門機関ＩＤ」の専門機関の内容を表す。図３３の例では、「専門機関ＩＤ」が「Ｔ０００１」の専門機関の「内容」は、「内科診察」であることが表されている。

　「所要時間」は、対応する「専門機関ＩＤ」の専門機関を利用する際の所要時間を表す。図３３の例では、「専門機関ＩＤ」が「Ｔ０００１」の専門機関の「所要時間」は、「約１時間」であることが表されている。「費用」は、対応する「専門機関ＩＤ」の専門機関の費用を表す。図３３の例では、「専門機関ＩＤ」が「Ｔ０００１」の専門機関の「費用」は、「約５千円」であることが表されている。

　専門機関一覧３３００の「内容」、「所要時間」、「費用」については、主たる内容のみが含まれている。専門機関ごとの詳細な内容は、専門機関サービスメニュー（図示省略）に記載されている。予約サーバ１００の予約データ管理部１０１が専門機関サービスメニューを管理する。予約端末２００は、例えば専門機関確認画面１８００（図１７）を表示する際に、予約サーバ１００から専門機関サービスメニューを取得する。予約画面生成部２０１は、専門機関確認画面１８００の内容表示欄１８０３がタップされると、この専門機関サービスメニューに基づき、プルダウンメニュー１８０８を表示する。これによって、ユーザは、別の内容を選択することができる。

　なお、専門機関ごとに、複数の日程候補が含まれている。ユーザは、それら複数の日程候補を、予約可能日リスト３６００（図３６）で取得可能になっている。

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

　お勧め予約情報３４００は、専門機関一覧３３００と同様に、「専門機関ＩＤ」、「種別」、「専門機関名」、「内容」、「所要時間」、及び「費用」を備える。

　図３４Ａの例では、お勧め予約情報３４００は、「専門機関名」が「○○病院」で、「内容」が「内科の定期健診」の情報を含む。予約サーバ１００は、顧客情報３２００（図３２）を参照して、例えば「定期サービス利用状況」の欄に「○○病院定期健診」が設定されている、「ユーザＩＤ」が「Ｕ０００１」のユーザの予約端末２００に、お勧め予約情報３４００を送信する。

　図３４Ｂは、お勧め予約情報３４００のデータ構成の別の例を示す図である。図３４Ｂの例では、お勧め予約情報３４００は、「専門機関名」が「○○レストラン」で、「内容」が「ディナー」の情報を含む。予約サーバ１００は、顧客情報３２００（図３２）を参照して、例えば「嗜好」の欄に「料理」が設定され、「サービス利用履歴」の欄に「レストラン予約」が設定されている、「ユーザＩＤ」が「Ｕ０００２」のユーザの予約端末２００に、お勧め予約情報３４００を送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　まず、予約画面生成部２０１は、該当する専門機関の専門機関サービスメニューを予約サーバ１００から取得する（Ｓ５４０１）。ここで、該当する専門機関としては、予約誘導通知画面１７００から起動された場合は、お勧め予約情報３４００の専門機関が該当し、トップ画面１４００から起動された場合は、ユーザが選択した専門機関が該当する。

　次に、予約画面生成部２０１は、専門機関サービスメニューの情報に基づき、専門機関確認画面１８００を表示部２０９に表示する（Ｓ５４０２）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

　専門機関と接続されたネットワークを介して前記専門機関の予約処理を行う情報管理システムに用いられディスプレイを有する通信装置の制御方法であって、
　前記通信装置は、前記通信装置のユーザのスケジュール情報を管理するメモリを有し、
　前記通信装置のコンピュータに対して、
　前記管理されたスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
　前記専門機関の予約処理を行う際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから前記専門機関の予約可能日時を示す候補データを取得させ、
　前記取得した専門機関の予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記専門機関の予約候補日時として抽出させ、
　前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、
　前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時を前記専門機関の予約日時とする予約用画面を前記ディスプレイに表示させる、
　制御方法。
　前記予約用画面を用いた予約結果に基づいて、前記ネットワークを介して前記選択された予約候補日時を示す予約要求を前記情報管理システムに送信させ、
　前記選択された予約候補日時を前記専門機関の予約日時として前記情報管理システムに登録させる、
　請求項１記載の制御方法。
　前記情報管理システムにおいて登録が完了した専門機関の予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させる、
　請求項１から請求項２のいずれか一に記載の制御方法。
　前記登録が完了した旨を前記カレンダーデータの表示に関連づけて前記ディスプレイに表示させる、
　請求項１から請求項３のいずれか一に記載の制御方法。
　前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
　前記情報管理システムにおいて前記顧客情報に基づき前記通信装置のユーザの嗜好又は履歴に合った専門機関によるサービスがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させる、
　請求項１から請求項４のいずれか一に記載の制御方法。
　当該月の各日を表したカレンダーデータを含む表示データを用いて、前記カレンダーデータに表された各日に対応する領域に、前記専門機関の予約候補時間を表す表示をさせる際、前記予約候補時間を表す表示が当該月及び翌月の各表示に含まれる場合、前記当該月の各日を表したカレンダーデータを含む表示データに、前記翌月の表示に含まれるいずれかの日に対応する領域に前記予約候補時間を表す表示がなされる旨を表示させる、
　請求項１から請求項５のいずれか一に記載の制御方法。
　当該週の各日を表したカレンダーデータを含む表示データを用いて、前記カレンダーデータに表された各日に対応する領域に、前記専門機関の予約候補時間を表す表示をさせる際、前記予約候補時間を表す表示が当該週及び翌週の各表示に含まれる場合、前記当該週の各日を表したカレンダーデータを含む表示データに、前記翌週の表示に含まれるいずれかの日に対応する領域に前記予約候補時間を表す表示がなされる旨を表示させる、
　請求項１から請求項５のいずれか一に記載の制御方法。
　第１表示色にて、前記カレンダーデータに表された日であって前記ユーザの予定を含む日に対応する領域を表示させ、
　前記第１表示色とは異なる第２表示色にて、前記カレンダーデータに表された日であって前記専門機関の予約候補時間を表す表示を含む日に対応する領域を表示させる、
　請求項１から請求項７のいずれか一に記載の制御方法。
　前記カレンダーデータに表された各日に対応する領域に、前記専門機関の予約候補時間を表す表示を表示させる際、前記専門機関によるサービスの料金を併せて表示させる、
　請求項１から請求項８のいずれか一に記載の制御方法。
　前記カレンダーデータに表された一の日に対応する領域に、前記一の日に対応する予約候補時間を表す表示の全てを表示させることができない場合、前記一の日に対応する領域に、前記一の日に対応する予約候補時間を表す表示を表示させず、前記専門機関の予約候補日を表す表示を表示させる、
　請求項１から請求項９のいずれか一に記載の制御方法。
　前記専門機関は、医療機関、レストラン又は宿泊施設を含む、
　請求項１から請求項１０のいずれか一に記載の制御方法。
　前記カレンダーデータに表された各日に対応する領域には、前記通信装置において前記ユーザの予定が登録可能である、
　請求項１から請求項１１のいずれか一に記載の制御方法。
　専門機関と接続されたネットワークを介して前記専門機関の予約処理を行う情報管理システムに用いられディスプレイを有する通信装置において実行されるプログラムであって、
　前記通信装置は、前記通信装置のユーザのスケジュール情報を管理するメモリを有し、
　前記通信装置のコンピュータに対して、
　前記管理されたスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
　前記専門機関の予約処理を行う際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから前記専門機関の予約可能日時を示す候補データを取得させ、
　前記取得した専門機関の予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記専門機関の予約候補日時として抽出させ、
　前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、
　前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時を前記専門機関の予約日時とする予約用画面を前記ディスプレイに表示させる、
　プログラム。
　専門機関と接続されたネットワークを介して前記専門機関の予約処理を行う情報管理システムにおける情報提供方法であって、
　前記ネットワークを介して認証されたユーザの通信装置から、前記専門機関の予約処理に関する問い合わせ信号、及び前記ユーザのスケジュール情報を受信し、前記ユーザのスケジュール情報は前記通信装置のメモリに管理され、
　前記問い合わせ信号に基づき、前記専門機関の予約可能日時を管理するデータベースを用いて、前記専門機関の予約可能日時を示す第１候補データを取得し、
　前記取得した第１候補データ及び前記受信したスケジュール情報を用いて、前記取得した専門機関の予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記専門機関の予約候補日時として抽出させ、
　前記抽出された予約候補日時を示す第２候補データを、前記ネットワークを介して前記通信装置に送信させ、前記第２候補データによって示される予約候補日時から、予約候補時間を表す表示が、前記通信装置において、前記スケジュール情報を用いて生成されたカレンダーデータに表された各日に対応する領域に表示され、
　前記通信装置において前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知され、前記ネットワークを介して前記通信装置から、前記選択された領域に対応する予約候補日時を示す予約要求を受信すると、前記予約要求が示す予約候補日時を前記専門機関の予約日時として前記情報管理システムに登録する、
　情報提供方法。
　前記情報管理システムにおいて登録が完了した専門機関の予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示される、
　請求項１４記載の情報提供方法。
　前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
　前記情報管理システムは、前記顧客情報に基づき前記通信装置のユーザの嗜好又は履歴に合った専門機関によるサービスがあると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信する、
　請求項１４から請求項１５のいずれか一に記載の情報提供方法。
　専門機関と接続されたネットワークを介して前記専門機関の予約処理を行う情報管理システムに用いられディスプレイを有する通信装置の制御方法であって、
　前記情報管理システムは、前記通信装置のユーザのスケジュール情報を管理し、
　前記通信装置のコンピュータに対して、
　前記専門機関の予約処理を行う際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから、前記通信装置のユーザのスケジュール情報、及び前記専門機関の予約可能日時を示す候補データを取得させ、
　前記取得したスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
　前記取得した候補データが示す専門機関の予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記専門機関の予約候補日時として抽出させ、
　前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、
　前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時を前記専門機関の予約日時とする予約用画面を前記ディスプレイに表示させる、
　制御方法。
　前記予約用画面を用いた予約結果に基づいて、前記ネットワークを介して前記選択された予約候補日時を示す予約要求を前記情報管理システムに送信させ、
　前記選択された予約候補日時を前記専門機関の予約日時として前記情報管理システムに登録させる、
　請求項１７記載の制御方法。
　前記情報管理システムにおいて登録が完了した専門機関の予約日時を、前記カレンダーデータに表された前記予約日時に対応する領域に表示させる、
　請求項１７から請求項１８のいずれか一に記載の制御方法。
　前記登録が完了した旨を前記カレンダーデータの表示に関連づけて前記ディスプレイに表示させる、
　請求項１７から請求項１９のいずれか一に記載の制御方法。
　前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
　前記情報管理システムにおいて前記顧客情報に基づき前記通信装置のユーザの嗜好又は履歴に合った専門機関によるサービスがあると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させる、
　請求項１７から請求項２０のいずれか一に記載の制御方法。
　前記カレンダーデータに表された各日に対応する領域には、前記通信装置において前記ユーザの予定が登録可能である、
　請求項１７から請求項２１のいずれか一に記載の制御方法。
　専門機関と接続されたネットワークを介して前記専門機関の予約処理を行う情報管理システムに用いられディスプレイを有する通信装置において実行されるプログラムであって、
　前記情報管理システムは、前記通信装置のユーザのスケジュール情報を管理し、
　前記通信装置のコンピュータに対して、
　前記専門機関の予約処理を行う際、前記ネットワークを介して前記情報管理システムにアクセスさせて前記情報管理システムから、前記通信装置のユーザのスケジュール情報、及び前記専門機関の予約可能日時を示す候補データを取得させ、
　前記取得したスケジュール情報を用いて生成された表示データであって、各月又は各週の各日を表したカレンダーデータを含む表示データを前記ディスプレイに表示させ、
　前記取得した専門機関の予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記専門機関の予約候補日時として抽出させ、
　前記抽出された予約候補日時から、予約候補時間を表す表示を前記カレンダーデータに表された各日に対応する領域に表示させ、
　前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知されると、前記選択された領域に対応する予約候補日時を前記専門機関の予約日時とする予約用画面を前記ディスプレイに表示させる、
　プログラム。
　専門機関と接続されたネットワークを介して前記専門機関の予約処理を行う情報管理システムにおける情報提供方法であって、
　前記ネットワークを介して認証されたユーザの通信装置から、前記専門機関の予約処理に関する問い合わせ信号を受信し、
　前記問い合わせ信号に基づき、前記通信装置のユーザのスケジュール情報を管理する第１データベースを用いて、前記通信装置のユーザのスケジュール情報を取得し、
　前記問い合わせ信号に基づき、前記専門機関の予約可能日時を管理する第２データベースを用いて、前記専門機関の予約可能日時を示す第１候補データを取得し、
　前記取得したスケジュール情報及び前記取得した第１候補データを用いて、前記取得した専門機関の予約可能日時の中から前記ユーザの予定が登録された日時を除外した予約可能日時を前記専門機関の予約候補日時として抽出させ、
　前記抽出された予約候補日時を示す第２候補データを、前記ネットワークを介して前記通信装置に送信させ、前記第２候補データによって示される予約候補日時から、予約候補時間を表す表示が、前記通信装置において生成されたカレンダーデータに表された各日に対応する領域に表示され、
　前記通信装置において前記カレンダーデータに表されたいずれかの日に対応する領域であって前記予約候補時間を表す表示の中のいずれか一つに対応する領域の選択が検知され、前記ネットワークを介して前記通信装置から、前記選択された領域に対応する予約候補日時を示す予約要求を受信すると、前記予約要求が示す予約候補日を前記専門機関の予約日時として前記情報管理システムに登録する、
　情報提供方法。
　前記情報管理システムにおいて登録が完了した専門機関の予約日時は、前記通信装置において前記カレンダーデータに表された前記予約日時に対応する領域に表示される、
　請求項２４記載の情報提供方法。
　前記情報管理システムは、前記ネットワークを介して、前記通信装置のユーザと関連づけられた顧客情報を収集して管理し、
　前記情報管理システムは、前記顧客情報に基づき前記通信装置のユーザの嗜好又は履歴に合った専門機関によるサービスがあると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信する、
　請求項２４から請求項２５のいずれか一に記載の情報提供方法。