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

Description

本開示は、例えば、電化機器の保守又は点検等を行うサービスマンの予約処理を行う情報管理システムに用いられる通信装置の制御方法、及び、前記サービスマンの予約処理を行う情報管理システムにおける情報提供方法に関する。

従来、電化機器の保守又は点検等に関する予約処理を行うシステムとして、例えば、以下のようなものがあった。このシステムは、コンピュータシステムによる修理依頼システムに関するものである。

修理依頼者（ユーザ）が、修理依頼者の端末を用いて修理依頼を指示すると、前記端末には修理依頼用の画面が表示される。修理依頼者は、前記画面の指示に従って、製品の製造番号、前記製品の製造番号に対応した質問事項への回答を入力する。前記修理依頼システムは、前記回答に対応して修理期間、費用の見積もりを前記端末に表示させる。修理依頼者は、修理依頼者の氏名や住所などの個人情報を前記端末に入力する。そして、修理依頼者は、修理品を引き取りに来て欲しい日や時間帯を前記端末に入力する。その後、修理依頼者は、前記入力した情報を確認して、前記端末を用いて修理依頼を行う。（例えば、特許文献１参照）。

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

特開２００２−３５２０２２号公報

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

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

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

（本開示に係る一態様を発明するに至った経緯）
上記特許文献１に開示の修理依頼システムにおいては、修理品を引き取りに来て欲しい日及び時間帯の選択を行う画面（特許文献１の図１１）において、修理依頼者（ユーザ）が希望をする日及び時間帯を入力しても、修理を行う製造業者の運送部門の都合により、前記入力した時間帯では前記修理品を引き取れない場合がある。この場合、上記特許文献１では、希望通りに引き取れない旨を表示し、再度別の日及び時間帯を入力させている（特許文献１の段落［００３９］）。そのため、修理依頼者のスケジュールと、修理を行う製造業者の運送業者のスケジュールとが合うまで同様の処理が繰り返される煩雑さがある。このように、修理依頼者のスケジュールと、修理を行う製造業者の運送業者のスケジュールとを効率的に合せる技術については、上記特許文献１には開示がない。

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

そのため、前記ユーザが既にそのカレンダー機能を用いて、ユーザのスケジュールを管理している場合、例えば、これから入力しようとする日及び時間帯が前記ユーザの別のスケジュールと重複しないかを確認するために、前記ユーザは、前記修理依頼システムの表示画面とは別に、前記カレンダー機能によるカレンダーデータを前記ユーザの通信装置に表示させ、その上で前記ユーザのスケジュールを確認しつつ、前記修理品を引き取りに来て欲しい日及び時間帯を入力する必要がある。その結果、修理依頼の処理が煩雑になるので、前記ユーザにおいて誤入力が生じ、誤った修理依頼を登録するおそれもある。

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

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

本態様によると、前記ユーザの通信装置のディスプレイに前記カレンダーデータを表示させる。前記カレンダーデータという共通の媒体を用いて、前記通信装置において前記ユーザの予定の確認を行わせると共に、前記サービスマンの訪問候補日を表す表示をさせる。これにより、上記のように前記カレンダーデータという共通の媒体を用いているので、前記ユーザの予定の表示と同一画面において、前記サービスマンの訪問候補日を前記ユーザに示すことができる。そのため、例えば、旅行から帰宅した翌日が前記訪問候補日の中の一つである場合、まだ旅行の疲れが残っているので、旅行から帰宅した翌日と異なる他の訪問候補日を選択する等の判断が容易となる。その結果、前記ユーザの予定と前記サービスマンの予定との両方を同時に確認できるので、前記サービスマンの訪問の予約処理をスムースにすることができる。

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

また、本態様によると、前記カレンダーデータに表された各日に対応する領域に前記ユーザの予定が登録された日を除外して、前記サービスマンの訪問候補日を表す表示をさせる。これにより、前記サービスマンの訪問候補日が前記カレンダーデータに提示される段階では、前記ユーザの外出予定日は前記サービスマンの訪問候補日から既に除外されているので、前記ユーザにおいて選択される可能性が高い前記訪問候補日を効率的に提示することができる。その結果、前記訪問候補日が前記ユーザの不在日等を含むために、前記ユーザが前記訪問候補日の中から前記ユーザの不在日等を除外する煩わしさを省き、また、前記ユーザが前記候補予定日のために前記ユーザの予定を変更する手間が省かれるので、前記サービスマンの訪問の予約処理をスムースにすることができる。

（２）また、上記態様において、前記予約用画面に基づいて、前記ネットワークを介して前記選択された訪問候補日を示す予約要求を前記情報管理システムに送信させ、前記選択された訪問候補日を前記サービスマンの訪問日として前記情報管理システムに登録させてもよい。

これにより、前記サービスマンの訪問日の前記情報管理システムへの登録する処理が完了する。

（３）また、上記態様において、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示を、前記カレンダーデータに表された前記訪問日に対応する領域に表示させてもよい。

例えば、前記サービスマンの予約処理をした後、前記カレンダーデータに前記サービスマンの訪問日を登録する作業が別途発生すると、前記サービスマンの予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記サービスマンの訪問日を登録し忘れた場合、前記サービスマンを予約したにも関わらず、前記カレンダーデータに登録されていない日時に前記サービスマンが予定外に突然訪問したように誤解することもある。

本態様によると、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示を、前記カレンダーデータに表された前記訪問日に対応する領域に表示させる。これにより、前記カレンダーデータには、前記サービスマンの訪問日が含まれることになる。そのため、前記サービスマンの訪問予約の処理をした後、前記カレンダーデータに、前記サービスマンの訪問日を登録し忘れたために、前記サービスマンが予定外に突然訪問したかのような誤解を前記ユーザに与えるのを防止できる。

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

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

（５）また、上記態様において、前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
前記情報管理システムにおいて前記ログ情報に基づきいずれかの電化機器につき保守又は点検が必要であると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させてもよい。

本態様によると、前記ログ情報に基づきいずれかの電化機器につき保守又は点検が必要であると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させる。これにより、前記電化機器が保守又は点検を必要としている状態にあることを、前記ユーザが認識していない場合でも、前記ログ情報に基づき前記電化機器を保守又は点検するサービスマンの訪問候補日を提示させることができる。そのため、例えば、前記電化機器が故障等をする前の段階において、前記電化機器を保守又は点検させることもできるので、前記ユーザに前記電化機器を安定した品質にて継続して使用させることができる。

（６）また、上記態様において、前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
前記通信装置から前記サービスマンの訪問予約したい旨の通知を前記情報管理システムにおいて受けた場合、前記情報管理システムにおいて前記ログ情報に基づいて生成された各電化機器につき保守又は点検が必要であるか否かを示す状態情報を、前記ネットワークを介して前記情報管理システムから受信させ、前記状態情報を含む表示データを前記ディスプレイに表示させてもよい。

本態様によると、前記通信装置から前記サービスマンの訪問予約したい旨の通知を前記情報管理システムにおいて受けた場合、各電化機器につき保守又は点検が必要であるか否かを示す状態情報が、前記ネットワークを介して前記情報管理システムから受信され、そして、前記状態情報を含む表示データが前記ディスプレイに表示される。これにより、前記通信装置のユーザは、前記サービスマンの訪問予約の指示を前記通信装置においてすることで、各電化機器につき保守又は点検が必要であるか否かを示す状態情報を前記通信装置のディスプレイにて確認できる。前記状態情報は、前記情報管理システムにおいて前記ログ情報に基づいて生成されるものであるため、各電化機器の状態についてその時点での正確な状態を把握できる。そのため、前記状態情報を確認して、サービスマンによる保守又は点検が必要と判断した場合は、前記サービスマンの予約処理に進むことができる。その結果、ユーザにおいてサービスマンに保守又は点検を依頼したいと考えている電化機器が本当に故障しているのか否かを、前記サービスマンの訪問予約の処理前に把握できるので、無駄な予約処理を削減できる。即ち、正確な情報に基づいて予約をするため、不用意に前記サービスマンの予約をすることを防止できる。

（７）また、上記態様において、当該月の各日を表したカレンダーデータを含む表示データを用いて、前記カレンダーデータに表された前記訪問日に対応する領域に、前記訪問候補日を表す表示をさせる際、
前記訪問候補日が当該月及び翌月の各表示に含まれる場合、前記当該月の各日を表したカレンダーデータを含む表示データに、前記訪問候補日を表した表示が前記翌月の表示にも含まれている旨を表示させてもよい。

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

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

（８）また、上記態様において、当該週の各日を表したカレンダーデータを含む表示データを用いて、前記カレンダーデータに表された前記訪問日に対応する領域に、前記訪問候補日を表す表示をさせる際、
前記訪問候補日が当該週及び翌週の各表示に含まれる場合、前記当該週の各日を表したカレンダーデータを含む表示データに、前記訪問候補日を表した表示が前記翌週の表示にも含まれている旨を表示させてもよい。

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

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

（９）また、上記態様において、第１表示色にて、前記カレンダーデータに表された各日に対応する領域に、前記ユーザの予定を表示させ、
前記第１表示色とは異なる第２表示色にて、前記カレンダーデータに表された各日に対応する領域に、前記訪問候補日を表す表示をさせてもよい。

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

（１０）また、上記態様において、前記カレンダーデータに表された各日に対応する領域に、前記訪問候補日を表す表示をさせる際、前記訪問候補日に対応する電化機器の保守又は点検に関する料金を併せて表示させてもよい。

例えば、前記電化機器の保守又は点検に関する料金は、繁忙期と繁閑期とで料金が異なる場合がある。また、前記電化機器の保守又は点検に関する料金は、平日と週末とで料金が異なる場合がある。前記サービスマンの訪問候補日が複数ある場合、前記ユーザの予定との関係で前記訪問候補日を選択することもあるが、前記電化機器の保守又は点検に関する料金が表示されれば、前記料金に基づいて前記訪問候補日を選択できる。本態様によると、前記ユーザは、前記訪問候補日の中から訪問日を選択する前に前記料金を確認できる。また、例えば、前記ユーザは、前記料金を確認した上で、より安い料金の訪問候補日を選択できる。

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

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

本態様によると、情報管理システムは、通信装置からサービスマンの訪問を予約する問い合わせ信号及びスケジュール情報を受信すると、受信したスケジュール情報及びサービスマンの訪問可能日を示す第１候補データを用いて、ユーザの予定が登録された日が除外された訪問可能日をサービスマンの訪問候補日として抽出し、抽出した訪問候補日を示す第２候補データを通信装置に送信する。通信装置は、その訪問候補日とユーザの予定とを共に示すカレンダーデータを表示する。そして、カレンダーデータの表示を通じてユーザにより選択された訪問候補日が通信装置から送信されると、情報管理システムは、その訪問候補日をサービスマンの訪問日として登録する。

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

（１３）また、上記態様において、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示は、前記通信装置において前記カレンダーデータに表された前記訪問日に対応する領域に表示されてもよい。

例えば、前記サービスマンの予約処理をした後、前記カレンダーデータに前記サービスマンの訪問日を登録する作業が別途発生すると、前記サービスマンの予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記サービスマンの訪問日を登録し忘れた場合、前記サービスマンを予約したにも関わらず、前記カレンダーデータに登録されていない日時に前記サービスマンが予定外に突然訪問したように誤解することもある。

本態様によると、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示は、前記通信装置において前記カレンダーデータに表された前記訪問日に対応する領域に表示される。これにより、前記カレンダーデータには、前記サービスマンの訪問日が含まれることになる。そのため、前記サービスマンの訪問予約の処理をした後、前記カレンダーデータに、前記サービスマンの訪問日を登録し忘れたために、前記サービスマンが予定外に突然訪問したかのような誤解を前記ユーザに与えるのを防止できる。

（１４）また、上記態様において、前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
前記情報管理システムにおいて前記ログ情報に基づきいずれかの電化機器につき保守又は点検が必要であると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信してもよい。

（１５）また、上記態様において、前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
前記通信装置から前記サービスマンの訪問予約したい旨の通知を受信した場合、前記ログ情報に基づいて生成された各電化機器につき保守又は点検が必要であるか否かを示す状態情報を、前記ネットワークを介して前記通信装置に送信してもよい。

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

本態様では、通信装置は、情報管理システムからユーザのスケジュール情報と、サービスマンの訪問可能日を示す候補データとを取得する。そして、通信装置は、サービスマンの訪問可能日の中からユーザの予定が登録された日を除外した訪問候補日をサービスマンの訪問候補日として抽出し、抽出した訪問候補日とユーザの予定とを共に示すカレンダーデータを表示する。そして、通信装置は、カレンダーデータの表示を通じてユーザにより１の訪問候補日が選択されると、その訪問候補日をサービスマンの訪問日とする予約用画面を表示する。

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

（１７）また、上記態様において、前記予約用画面に基づいて、前記ネットワークを介して前記選択された訪問候補日を示す予約要求を前記情報管理システムに送信させ、前記選択された訪問候補日を前記サービスマンの訪問日として前記情報管理システムに登録させてもよい。

これにより、前記サービスマンの訪問日の前記情報管理システムへの予約が完了する。

（１８）また、上記態様において、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示を、前記カレンダーデータに表示させてもよい。

例えば、前記サービスマンの予約処理をした後、前記カレンダーデータに前記サービスマンの訪問日を登録する作業が別途発生すると、前記サービスマンの予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記サービスマンの訪問日を登録し忘れた場合、前記サービスマンを予約したにも関わらず、前記カレンダーデータに登録されていない日時に前記サービスマンが予定外に突然訪問したように誤解することもある。

本態様によると、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示を、前記カレンダーデータに表示させる。これにより、前記カレンダーデータには、前記サービスマンの訪問日が含まれることになる。そのため、前記サービスマンの訪問予約の処理をした後、前記カレンダーデータに、前記サービスマンの訪問日を登録し忘れたために、前記サービスマンが予定外に突然訪問したかのような誤解を前記ユーザに与えるのを防止できる。

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

（２０）また、上記態様において、前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
前記情報管理システムにおいて前記ログ情報に基づきいずれかの電化機器につき保守又は点検が必要であると判断された場合、前記ネットワークを介して前記情報管理システムからその旨の通知を受信させてもよい。

（２１）また、上記態様において、前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
前記通信装置から前記サービスマンの訪問予約したい旨の通知を前記情報管理システムにおいて受けた場合、前記情報管理システムにおいて前記ログ情報に基づいて生成された各電化機器につき保守又は点検が必要であるか否かを示す状態情報を、前記ネットワークを介して前記情報管理システムから受信させ、前記状態情報を含む表示データを前記ディスプレイに表示させてもよい。

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

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

本態様によると、情報管理システムは、通信装置からサービスマンの訪問を予約する問い合わせ信号を受信すると、ユーザのスケジュール情報を管理する第１データベースからユーザのスケジュール情報を取得すると共に、サービスマンの訪問可能日を管理する第２データベースからサービスマンの訪問可能日を示す第１候補データを取得する。そして、情報管理システムは、取得したスケジュール情報及び第１候補データを用いて、ユーザの予定が登録された日が除外された訪問可能日をサービスマンの訪問候補日として抽出し、抽出した訪問候補日を示す第２候補データを通信装置に送信する。通信装置は、その訪問候補日とユーザの予定とを共に示すカレンダーデータを表示する。そして、カレンダーデータの表示を通じてユーザにより選択された訪問候補日が通信装置から送信されると、情報管理システムは、その訪問候補日をサービスマンの訪問日として登録する。

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

（２４）また、上記態様において、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示は、前記通信装置において前記カレンダーデータに表示されてもよい。

例えば、前記サービスマンの予約処理をした後、前記カレンダーデータに前記サービスマンの訪問日を登録する作業が別途発生すると、前記サービスマンの予約処理とは別に前記カレンダーデータへの登録作業を行うことになって、処理が煩雑である。もし、前記カレンダーデータに前記サービスマンの訪問日を登録し忘れた場合、前記サービスマンを予約したにも関わらず、前記カレンダーデータに登録されていない日時に前記サービスマンが予定外に突然訪問したように誤解することもある。

本態様によると、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示は、前記通信装置において前記カレンダーデータに表示される。これにより、前記カレンダーデータには、前記サービスマンの訪問日が含まれることになる。そのため、前記サービスマンの訪問予約の処理をした後、前記カレンダーデータに、前記サービスマンの訪問日を登録し忘れたために、前記サービスマンが予定外に突然訪問したかのような誤解を前記ユーザに与えるのを防止できる。

（２５）また、上記態様において、前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示は、前記通信装置において前記カレンダーデータに表示されてもよい。

（２６）また、上記態様において、前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
前記情報管理システムにおいて前記ログ情報に基づきいずれかの電化機器につき保守又は点検が必要であると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信してもよい。

（２７）また、上記態様において、前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
前記通信装置から前記サービスマンの訪問予約したい旨の通知を受信した場合、前記ログ情報に基づいて生成された各電化機器につき保守又は点検が必要であるか否かを示す状態情報を、前記ネットワークを介して前記通信装置に送信してもよい。

（実施の形態）
以下、本開示の予約システムについて説明する。本開示の予約システムは、電化機器を保守又は点検するサービスマンの訪問日の予約を管理するシステムである。

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

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

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

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

機器３００は、例えば、予約端末２００を所持するユーザの家屋に設置された電化機器で構成されている。図１の例では、機器３００として、エアコン、照明、テレビ、冷蔵庫、掃除機、及びレンジが示されている。但し、これは一例であり、機器３００としては、ユーザの家屋に設置された電化機器であればどのような機器が採用されてもよい。したがって、図１に示す電化機器以外の電化機器が機器３００に含まれてもよいし、図１に示す機器３００のいずれかが省かれてもよい。図１に例示されていない機器３００としては、例えば、電動シャッター、電動カーテン等が挙げられる。

なお、ここでは、機器３００としては、予約端末２００を所持するユーザの家屋に設置された電化機器が示されているが、他のユーザがいれば、それらのユーザの電化機器も機器３００に含まれる。

また、機器３００は、ネットワークを介して予約サーバ１００と通信できる通信機能を持つ電化機器であれば、直接ネットワークに接続されるが、この通信機能を持たない電化機器であれば、例えば、ゲートウェイやホームコントローラを介してネットワークに接続される。

また、上記説明では、機器３００はユーザの家屋に設置されているとしたが、これは一例にすぎず、例えば、ユーザが勤務するオフィスのビルディングに設置されてもよい。また、家屋としては、１戸建ての住宅であってもよいし、集合住宅であってもよい。

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

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

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

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

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

図５は、第１例の予約システムの構成パターンＰ１−１を示すブロック図である。図５の予約システムにおいて、予約サーバ１００は、予約データ管理部１０１、予約データ記憶部１０２、蓄積部１０３、機器管理部１０４、及び通信部１０５を備える。予約データ管理部１０１は、予約端末２００を通じてユーザにより入力された予約に関する情報を予約データ記憶部１０２に記憶させ、予約に関する情報を管理する。

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

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

機器管理部１０４は、機器３００から送信される機器情報を蓄積部１０３に蓄積し、機器情報を管理する。

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

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

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

予約候補日選定部２０２は、サービスマンが機器３００を保守又は点検するためにユーザの家屋に訪問可能な日時である予約可能日時（訪問可能日時の一例）の中から、ユーザの予定が登録された日時を除外した予約可能日時を予約候補日時（訪問候補日時の一例）として選定する。

或いは、予約候補日選定部２０２は、サービスマンが機器３００を保守又は点検するためにユーザの家屋に訪問可能な日である予約可能日（訪問可能日の一例）の中から、ユーザの予定が登録された日を除外した予約可能日を予約候補日（訪問候補日の一例）として選定する。以下、予約候補日選定部２０２が行う予約候補日時又は予約候補日の抽出処理を総称して、予約候補日の抽出処理と記述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

蓄積部４０１は、例えば、各機器３００の機器情報を蓄積する。

機器管理部４０２は、機器情報を蓄積部４０１に蓄積し、機器情報を管理する。

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

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

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

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

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

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

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

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

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

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

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

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

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

図１４は、予約誘導通知画面１４００の一例を示す図である。予約誘導通知画面１４００は、予約システムがユーザの家屋に設置された機器３００の不調を検知したときに、当該ユーザの予約端末２００に送信されるプッシュ通知の通知画面である。ここでは、予約誘導通知画面１４００は、基本画面１３００において、上部から１／３程度の領域にオーバレイ表示される。

予約誘導通知画面１４００には、「予約アプリからのお知らせ、エアコンの不調を検知しました。メンテナンスをおすすめします。ここをタップしてサービスマンの点検予約を行って下さい。」との文章が記載され、ユーザに対して、機器３００の不調が検知されたことが明示されている。予約誘導通知画面１４００に記載された文章内には、機器名１４０１が含まれる。図１４の例では、エアコンの不調が検知されたため、機器名１４０１が「エアコン」と表示されている。ユーザによる機器名１４０１のタップを画面制御部２０４が検知すると、予約画面生成部２０１は症状確認画面１５００を表示部２０９に表示させる。

図１５は、症状確認画面１５００の一例を示す図である。症状確認画面１５００は、機器情報を管理するサーバが不調を検知した機器３００の症状を示す画面であり、ユーザに機器３００の症状を確認させる画面である。

症状確認画面１５００の上部には「症状確認」との見出しが付けられ、この画面が機器３００の症状をユーザに確認させる画面であることが明示されている。

また、症状確認画面１５００の見出しの表示欄の下には、「エアコンの不調を検知しました。点検をおすすめします。「点検する」をタップして点検予約を行って下さい。」との文章が表示され、機器３００に対する点検への予約がユーザに促されている。

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

機器表示欄１５０２は、不調が検知された機器３００の名称を表示する。ここでは、エアコンの不調が検知されたため、機器表示欄１５０２には「機器：エアコン」と表示されている。

症状表示欄１５０３は、不調が検知された機器３００の症状が表示されている。ここで、症状とは、機器３００の不調の内容である。ここでは、冷房機能の低下が検知されたため、症状表示欄１５０３には、「症状：冷房機能低下」と表示されている。

所要時間表示欄１５０４は、ユーザの家屋の訪問したサービスマンが点検に費やす所要時間を表示する。ここで、サービスマンとは、機器３００に対する保守又は点検を行う人物を指し、例えば、機器３００の製造メーカや、予約サービスを提供するサービスプロバイダに所属している。

ここでは、冷房機能低下の症状に対する点検作業の所要時間は約１時間であるため、所要時間表示欄１５０４には、「所要時間：約１時間」と表示されている。

費用表示欄１５０５は、サービスマンが行う点検に対して、ユーザが対価として支払う費用を表示する。ここでは、冷房機能低下に対する点検に対する費用は約５千円であるため、費用表示欄１５０５には、「費用：約５千円」と表示されている。なお、所要時間及び費用は、後述する症状テーブル３９００を用いて算出される。

費用表示欄１５０５の下側には、「点検する」と記載された点検ボタン１５０６及び「その他の症状を選択」と記載された症状選択ボタン１５０７が例えば横一例に表示されている。点検ボタン１５０６は表示部２０９の表示画面を点検日選択画面１６００（図１６）に切り替えるためのボタンである。症状選択ボタン１５０７は、表示部２０９の表示画面を症状選択画面２７００（図２７）に切り替えるためのボタンである。

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

図１６は、点検日選択画面１６００の第１例を示す図である。点検日選択画面１６００は、ユーザにサービスマンの訪問日を選択させる画面である。点検日選択画面１６００の上部には、「エアコンの点検日選択」との見出しが付けられ、この画面が点検日を選択する画面であることが明示されている。図１６の例では、エアコンに対する点検日選択画面１６００が示されているため、この見出しには、機器名１６０１として「エアコン」と記載されている。つまり、この見出しの機器名１６０１の欄には、点検対象となる機器３００の名称が記載される。

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

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

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

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

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

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

そこで、本開示では、カレンダーデータ表示欄１６０４を点検日選択画面１６００に設けることで、サービスマンの訪問日の予約作業の効率化を図っている。

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

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

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

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

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

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

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

図１８は、図１７に示す点検日選択画面１６００に対する翌月の点検日選択画面１６００の一例を示す図である。

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

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

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

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

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

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

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

また、図１７、図１８の例では、費用は同日では一定である場合を示したが、同日であっても時間帯に応じて費用は変動する場合もある。例えば、夜遅い時間帯や、前後にサービスマンの予定が詰まっている時間帯は他の時間帯に比べて費用が高く設定される場合がある。この場合、時間帯に応じた費用を予約候補日のマス１６０５に表示すればよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図２１は、点検時間選択画面２１００の一例を示す図である。点検時間選択画面２１００は、ユーザにサービスマンの訪問時間を選択させるための画面である。点検時間選択画面の上部には、「１１月３０日のエアコンの点検時間選択」との見出しが表示され、この画面が点検時間を選択する画面であることが明示されている。この見出しの左側に表示された戻るボタン２１０１は、画面表示を点検時間選択画面２１００から点検日選択画面１６００に戻すためのボタンである。

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

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

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

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

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

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

そして、点検時間選択画面２１００の下部に表示された予約ボタン２１０５がタップされると、予約画面生成部２０１は、予約内容確認画面２３００（図２３）を表示部２０９に表示させる。図２３は、予約内容確認画面２３００の一例を示す図である。予約内容確認画面２３００は、ユーザが予約内容を確認するための画面である。

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

この文章の下側には、機器表示欄２３０１、症状表示欄２３０２、日時表示欄２３０３、時間表示欄２３０４、及び費用表示欄２３０５が縦一例で表示されている。機器表示欄２３０１は、点検対象となる機器３００の種別を表示する欄である。ここでは、エアコンが表示されている。

症状表示欄２３０２は、不調が検知された機器３００の症状を表示する欄である。ここでは、エアコンの冷房機能低下により機器３００の不調が検知されたため、「冷房機能低下」と表示されている。

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

時間表示欄２３０４は、点検に要する所要時間を表示する欄である。ここでは、「約１時間」と表示されている。

費用表示欄２３０５は、点検に対する費用を表示する欄である。ここでは、「５千円」と表示されている。

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

図２４は、点検予約完了画面２４００の第１例を示す図である。点検予約完了画面２４００の上部には、「エアコンの点検予約完了」との見出しが付けられ、この画面が予約の完了を通知する画面であることが明示されている。

点検予約完了画面２４００には、点検日選択画面１６００と同様、カレンダーデータ表示欄１６０４が表示されている。このカレンダーデータ表示欄１６０４には、ユーザが予約した訪問日に対応するマス１６０５に予約した訪問日であることを示す予約アイコン２４０２が表示されている。図２４の例では、予約アイコン２４０２には「エアコン点検」と表示され、点検対象の機器３００がエアコンであることが明示されている。また、図２４の例では、ユーザが予約した訪問日が３０日であるため、３０日に対応するマス１６０５に予約アイコン２４０２が表示されている。

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

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

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

点検予約完了画面２４００において、カレンダーデータ表示欄１６０４の下側には、「エアコンの点検予約が完了しました。１１月３０日の１３：００−１４：００にサービスマンが伺います。点検予定は、カレンダーに自動登録されました。費用は５千円です。」と記載された予約が完了した旨の文章が表示されている。これにより、予約の完了がユーザに明示されている。

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

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

図２６は、点検詳細確認画面２６００の一例を示す図である。点検詳細確認画面２６００は、点検日選択画面１６００において、詳細ボタン１６０３がタップされる、或いは、点検時間選択画面２１００において、詳細ボタン２１０２がタップされることで表示される画面である。そして、この点検詳細確認画面２６００は、ユーザに点検内容の詳細を確認させるための画面である。

点検詳細確認画面２６００の上部には、「点検内容詳細」との見出しが表示され、この画面が点検内容の詳細を確認するための画面であることが明示されている。この見出しの下側には、「以下の内容で点検をおすすめします。」との文章が表示され、下側の欄に点検内容の詳細が表示されていることが明示されている。

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

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

図２７は、症状選択画面２７００の一例を示す図である。症状選択画面２７００は、症状確認画面１５００において、点検が推奨されている症状とは別の症状についての点検をユーザに選択させる画面、或いは、トップ画面３０００において、正常な機器３００について点検する症状をユーザに選択させる画面である。そのため、症状選択画面２７００は、症状確認画面１５００において、症状選択ボタン１５０７がタップされる、或いは、トップ画面３０００において、点検ボタン３００２がタップされた場合に表示される。

症状選択画面２７００の上部には、「症状選択」との見出しが表示され、この画面が点検対象となる症状を選択する画面であることが明示されている。

この見出しの左側には戻るボタン２７０１が表示されている。戻るボタン２７０１がタップされると、予約画面生成部２０１は、画面表示を元の画面（症状確認画面１５００又はトップ画面３０００）に切り替える。

この見出しの下側には、「症状を選択してください。」との文章が表示され、症状の選択が促されている。この文章の下側には、機器表示欄２７０２及び症状選択欄２７０３が表示されている。機器表示欄２７０２は、症状確認画面１５００から遷移した場合は、不調が検知された機器３００の名称が表示され、トップ画面３０００から遷移した場合は、トップ画面３０００において、ユーザが選択した機器３００の名称が表示される。

症状選択欄２７０３は、ユーザに点検対象の症状を選択させる欄である。ユーザにより症状選択欄２７０３がタップされると、予約画面生成部２０１は、図２８に示すように、症状が一覧表示されたプルダウンメニュー２８０１を表示する。図２８は、プルダウンメニュー２８０１が表示された症状選択画面２７００を示す図である。図２８の例では、冷房機能低下、暖房機能低下といった、点検対象となる症状の候補が一覧表示されている。なお、図２８では、プルダウンメニュー２８０１にはエアコンについての症状が一覧表示されているが、他の機器３００が選択された場合は、選択された機器３００に応じた症状が一覧表示される。

また、図２７に示す、プルダウンメニュー２８０１が表示される前の状態においては、症状選択欄２７０３には、デフォルトの症状が表示されている。例えば、症状確認画面１５００から遷移した場合は、症状選択欄２７０３には不調が検知された症状がデフォルトの症状として表示される。一方、トップ画面３０００から遷移した場合は、例えば、プルダウンメニュー２８０１の最上段に表示された症状が症状選択欄２７０３にデフォルトの症状として表示される。

症状選択画面２７００において、「見積もりする」と記載された見積もりボタン２７０４がユーザによりタップされると、予約画面生成部２０１は、画面表示を症状選択画面２７００から点検見積もり画面２９００に切り替える。

図２９は、点検見積もり画面２９００の一例を示す図である。点検見積もり画面２９００の上部には、「点検見積もり」との見出しが表示され、この画面が点検に対する見積もりを表示する画面であることが明示されている。

この見出しの左側には戻るボタン２９０１が表示されている。戻るボタン２９０１がタップされると、予約画面生成部２０１は、画面表示を点検見積もり画面２９００から症状選択画面２７００に戻す。

見出しの下側には、「選択された症状の点検については、下記見積もりとなります。「点検する」をタップして点検予約を行って下さい。」との文章が表示され、下側の欄に見積もりの内容が表示されていることが明示されている。

この文章の下側には、機器表示欄２９０２、症状表示欄２９０３、時間表示欄２９０４、及び費用表示欄２９０５が縦一例に表示されている。これらの欄には、点検詳細確認画面２６００の同一名称の欄に表示された内容と同じ内容が表示されている。

図２９の例では、プルダウンメニュー２８０１の中から「電源が入らない」の症状が選択されたため、症状表示欄２９０３には、「電源が入らない」が表示されている。また、この症状に対する点検の所要時間は約２時間であるため、時間表示欄２９０４には、「約２時間」と表示されている。また、この症状に対する点検の費用は２万円であるため、費用表示欄２９０５には、「２万円」と表示されている。

点検見積もり画面２９００の下部には、「点検する」と記載された点検ボタン２９０６が表示されている。点検ボタン２９０６は、ユーザが点検見積もり画面２９００に表示された見積もりの内容に同意する場合にタップされるボタンである。点検ボタン２９０６がタップされると、予約画面生成部２０１は、点検日選択画面１６００を表示部２０９に表示する。

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

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

この文字の下側には、予約アプリを起動したユーザの家屋に設置された機器３００であって、点検可能な機器３００を示す機器表示欄３００１が縦一列に表示されている。図３０の例では、エアコン、照明、冷蔵庫、及び洗濯機の機器３００の機器表示欄３００１が表示されている。

機器表示欄３００１には、機器３００の名称と、機器３００の症状と、点検ボタン３００２とが表示されている。図３０の例では、エアコンの冷房機能の低下が検知されているため、機器表示欄３００１には、機器３００の症状として、「冷房機能低下」が表示されている。その他の機器３００は、不調の症状が検知されていないため、機器表示欄３００１には、機器３００の症状として「正常」が表示されている。

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

正常な機器３００に対応する点検ボタン３００２がタップされると、予約画面生成部２０１は、表示部２０９に症状選択画面２７００を表示させる。症状選択画面２７００については上述した。一方、不調が検知されている機器３００に対応する点検ボタン３００２がタップされると、予約画面生成部２０１は、表示部２０９に症状確認画面１５００を表示する。

例えば、図３０のトップ画面３０００において、冷蔵庫の点検ボタン３００２がタップされたとする。予約画面生成部２０１は、図３１に示すように、冷蔵庫の症状選択画面２７００を表示部２０９に表示する。図３１は、冷蔵庫の症状選択画面２７００の一例を示す図である。エアコンの症状選択画面２７００では、機器表示欄２７０２に「エアコン」と表示されていたが、冷蔵庫の症状選択画面２７００では、機器表示欄２７０２に「冷蔵庫」と表示されている。また、冷蔵庫の症状選択画面２７００では、症状選択欄２７０３には、冷蔵庫についての症状が一覧表示される。症状選択欄２７０３がタップされると、予約画面生成部２０１は、図３２に示すように、冷蔵庫の症状が一覧表示されたプルダウンメニュー２８０１を表示する。

プルダウンメニュー２８０１の中から所望の症状が選択され、見積もりボタン２７０４がタップされると、予約画面生成部２０１は、図３３に示す、点検見積もり画面２９００を表示する。図３３は、冷蔵庫の点検見積もり画面２９００の一例を示す図である。冷蔵庫の点検見積もり画面２９００も、エアコンの点検見積もり画面２９００と同様、機器表示欄２９０２〜費用表示欄２９０５が設けられている。図３３では、機器表示欄２９０２には「冷蔵庫」と表示されている。それ以外は、図２９に示すエアコンの点検見積もり画面２９００と同じである。

図３４は、本開示の画面フローを示す図である。本開示では、画面フローの起点は、２つある。一つ目の起点は、予約誘導通知画面１４００であり、もう一つ目の起点はトップ画面３０００である。予約誘導通知画面１４００は、機器３００の不調が検知されたときに表示され、トップ画面３０００はユーザが基本画面１３００において予約アプリアイコン１３０１をタップしたときに表示される。

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

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

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

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

トップ画面３０００において、不調が検知されている機器３００の点検ボタン３００２のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を症状確認画面１５００に切り替える（Ｃ３４０８）。

一方、トップ画面３０００において、不調が検知されていない機器３００の点検ボタン３００２のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を症状選択画面２７００に切り替える（Ｃ３４０９）。

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

症状選択画面２７００において、見積もりボタン２７０４のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を点検見積もり画面２９００に切り替える（Ｃ３４１１）。点検見積もり画面２９００において、点検ボタン２９０６のタップを画面制御部２０４が検知すると、予約画面生成部２０１は、画面表示を点検日選択画面１６００に切り替える（Ｃ３４１２）。

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

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

図３５は、機器状態３５００のデータ構成の一例を示す図である。機器状態３５００（状態情報の一例）は、機器３００の状態を示すデータである。機器状態３５００は、機器３００によって、機器３００の状態を解析する予約端末２００、予約サーバ１００、又は機器管理サーバ４００に定期的に送信される。そして、機器状態３５００は、予約端末２００、予約サーバ１００、又は機器管理サーバ４００で複数蓄積されて、予約端末２００、予約サーバ１００、又は機器管理サーバ４００が機器３００の状態を解析する際に使用される。

機器状態３５００は、「機器ＩＤ」、「機器種別」、及び「機器固有動作パラメータ」を備える。機器ＩＤは、機器３００が固有に持つ識別子である。この「機器ＩＤ」は、種別が同じ機器３００であっても機器３００毎に異なる記号列が採用され、例えば、機器３００の製造番号が採用できる。

「機器種別」は、機器３００の種別を示す情報である。「機器種別」としては、例えば、テレビ、エアコン、冷蔵庫といった、電化機器の種別を示す記号列が採用できる。なお、「機器種別」としては、機器の製品名を特定するための製品番号が採用されてもよい。

「機器固有動作パラメータ」は、機器３００の状態を示すパラメータである。図３５は、エアコンの機器状態３５００であるため、エアコンの状態を示すパラメータが示されている。図３５の例では、「機器固有動作パラメータ」には、「エラーコード」、「冷房動作」、「暖房動作」、「フィルター」、及び「電源」といった、エアコンの状態を示すパラメータが含まれている。

「エラーコード」は機器３００が自身に発生した故障の内容を示すパラメータである。「冷房動作」は、エアコンの冷房機能に関するパラメータである。ここでは、冷房機能が低下したため、「冷房動作」のパラメータは、「冷房機能低下」となっている。なお、冷房機能が正常であれば、「冷房動作」のパラメータは、「正常」となる。

「暖房動作」は、エアコンの暖房機能に関するパラメータである。ここでは、暖房機能は正常であるため、「暖房動作」のパラメータは「正常」となっている。「フィルター」は、エアコンのフィルターに関するパラメータである。ここでは、フィルターが摩耗しているため、「フィルター」のパラメータは「交換必要」となっている。「電源」は、エアコンの電源機能に関するパラメータである。ここでは、電源機能は正常であるため、「電源」のパラメータは「正常」となっている。なお、電源機能が不調であれば、「電源機能」のパラメータは「不調」となる。

なお、図３５は、エアコンについての機器状態３５００であるため、「機器固有動作パラメータ」としては、図示するパラメータが採用されたが、機器３００が異なれば、図示したパラメータとは別の機器３００に応じたパラメータが採用される。

図３６は、機器３００の状態の解析結果３６００のデータ構成の一例を示す図である。この解析結果３６００は、予約サーバ１００又は機器管理サーバ４００により生成され、予約端末２００に送信される。解析結果３６００は、「機器ＩＤ」、「機器種別」、及び「機器状態」を備える。「機器ＩＤ」、「機器種別」、及び「機器状態」は、機器状態３５００の同一名称のデータと同じ記号体系が採用されている。図３５の例では、予約サーバ１００又は機器管理サーバ４００は、「機器ＩＤ」が「０００１」のエアコンの冷房機能が低下と判断した場合の解析結果３６００が示されている。そのため、図３６に示す解析結果３６００には、「機器ＩＤ」として「０００１」、「機器種別」として「エアコン」、「機器状態」として「冷房機能低下」が含まれている。

図３７は、予約端末２００が管理する機器一覧テーブル３７００のデータ構成の一例を示す図である。機器一覧テーブル３７００には、機器３００の最新の状態を示す機器状態が登録されている。機器一覧テーブル３７００は、例えば、予約端末２００の蓄積部２０３に蓄積され、予約端末２００で管理されている。そして、機器一覧テーブル３７００は、予約画面生成部２０１がトップ画面３０００を表示する際に使用される。なお、機器管理サーバ４００を備える第２例、第４例の予約システムにおいては、機器一覧テーブル３７００は、機器管理サーバ４００も備えている。この場合、機器一覧テーブル３７００は、蓄積部４０１に蓄積され、機器管理部４０２で管理される。

機器一覧テーブル３７００には、１つのレコードに１つの機器３００の機器状態が登録され、「ユーザＩＤ」、「機器ＩＤ」、「機器種別」、「最新状態」、及び「ＩＰアドレス」が登録されている。

「ユーザＩＤ」は、該当する機器３００を所有するユーザのユーザＩＤである。「ユーザＩＤ」は個々のユーザを個別に識別するための識別子であり、ユーザが予約サーバ１００に対して事前に登録した識別子である。「機器ＩＤ」は、該当する機器３００の機器ＩＤである。「機器種別」には、該当する機器３００の機器種別である。なお、「機器ＩＤ」及び「機器種別」は、機器状態３５００の同一名称のデータと同じ記号体系が採用されている。

「最新状態」は、該当する機器３００の最新の状態を示す。この「最新状態」は、例えば、予約端末２００がある１の機器３００について受信した解析結果３６００のうち、最新の解析結果３６００の「機器状態」が採用されている。

「ＩＰアドレス」は、該当する機器３００が持つＩＰアドレス（通信アドレス）である。この「ＩＰアドレス」は、予約端末２００が機器３００と通信するために使用される。

例えば、１行目のレコードには、「ユーザＡの機器ＩＤが「０００１」のエアコンは、現在、冷房機能が低下しており、ＩＰアドレスが「１９２．１６８．０．３」であることが登録されている。

なお、図３７に示す機器一覧テーブル３７００は、予約端末２００が管理するものであるため、予約端末２００を所有する機器３００についての機器状態のみが登録されている。

図３８は、機器管理サーバ４００が管理する機器一覧テーブル３７００のデータ構成の一例を示す図である。なお、機器管理サーバ４００がない構成が採用される場合、予約サーバ１００が、図３８の機器一覧テーブル３７００を管理する。図３７の機器一覧テーブル３７００との相違は、図３８の機器一覧テーブル３７００は、機器管理サーバ４００が管理しているため、ユーザＩＤが異なる複数のユーザが所有する機器３００の機器情報が登録されている点にある。つまり、機器管理サーバ４００は、複数のユーザのそれぞれが所有する機器３００の機器状態を管理している。そのため、図３８に示す機器一覧テーブル３７００には、機器管理サーバ４００にユーザ登録されている各ユーザが所有する機器３００の機器状態が登録されている。

図３９は、症状テーブル３９００のデータ構成の一例を示す図である。症状テーブル３９００は、各点検についての点検時間及び費用等が登録されたテーブルであり、１のレコードに１の機器３００の１の点検が割り当てられている。

具体的には、症状テーブル３９００は、「機器種別」、「機器状態」、「基本点検時間」、及び「基本費用」が登録されている。

「機器種別」は、機器状態３５００の「機器種別」と同一の記号体系が採用されている。「機器状態」は、点検対象となる機器３００の機能の状態を示す機器状態が登録されている。この「機器状態」は、解析結果３６００の「機器状態」と同じである。

「基本点検時間」は、該当する点検に対するサービスマンの標準的な点検時間を示す。例えば、エアコンの冷房機能低下の点検に対しては、基本点検時間として「１時間」が登録されている。

「基本費用」は、該当する点検に対する費用が登録されている。例えば、エアコンの冷房機能の点検に対しては、基本費用として５千円が登録されている。

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

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

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

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

図４１は、予約可能日リスト４１００のデータ構成の一例を示す図である。予約可能日リスト４１００は、サービスマンが訪問可能な予約可能日時が登録されたデータであり、サービスマンが所属する製造メーカやサービスプロバイダによって予め作成されたデータである。

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

「予約可能日」は該当する予約可能日時の日を示す。「実施時間」は該当する予約可能日時の時間帯を示す。「費用」は該当する予約可能日時の費用が登録されている。

例えば、１行目のレコードには、２０１３年１１月８日の１３：００−１４：００に費用が５千円の予約可能日時が登録されている。

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

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

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

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

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

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

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

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

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

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

図４３は、予約アプリの自動起動処理の第１例を示すシーケンス図である。ここで、自動起動処理とは、ユーザが予約アプリを起動する操作を入力することなく、予約アプリを自動的に起動させる処理である。まず、機器３００は、機器状態３５００を送信する（Ｓ４３０１）。ここで、機器状態３５００は、例えば、一定の時間間隔で機器３００から送信されてもよいし、機器３００の状態が変化したときに送信されてもよい。

次に、予約端末２００は、送信された機器状態３５００を蓄積する（Ｓ４３０２）。この場合、機器状態３５００は、通信部２０８で受信され、蓄積部２０３に蓄積される。

次に、予約端末２００は、機器状態３５００を解析し（Ｓ４３０３）、機器一覧テーブル３７００を更新する（Ｓ４３０４）。この場合、予約端末２００は、機器一覧テーブル３７００の「最新状態」を、解析結果が示す機器３００の状態で更新すればよい。

次に、予約端末２００は、予約アプリを起動させる（Ｓ４３０５）。この場合、予約画面生成部２０１は、予約誘導通知画面１４００を表示部２０９に表示させる。なお、Ｓ４３０５の処理は、機器３００の解析結果が正常であれば実行されない。これにより、機器３００の不調が検知されると予約アプリが自動起動される。

図４４は、予約アプリの自動起動処理の第２例を示すシーケンス図である。第２例の自動起動処理は、機器状態３５００が機器管理サーバ４００を経由して予約端末２００に送信される点を特徴とする。

まず、機器３００は、機器状態３５００を機器管理サーバ４００に送信する（Ｓ４４０１）。次に、機器管理サーバ４００は、送信された機器状態を蓄積する（Ｓ４４０２）。この場合、通信部４０３が機器状態３５００を受信し、機器管理部４０２が機器状態３５００を蓄積部４０１に蓄積する。

次に、機器管理サーバ４００は、機器状態を解析する（Ｓ４４０３）。この場合、機器管理部４０２が機器状態３５００を解析する。次に、機器管理サーバ４００は、機器一覧テーブル３７００を更新する（Ｓ４４０４）。この場合、予約端末２００は、機器一覧テーブル３７００の「最新状態」を、受信した機器状態３５００の「機器固有動作パラメータ」に登録されたパラメータを用いて更新すればよい。

次に、機器管理サーバ４００は、解析結果３６００を予約端末２００に送信する（Ｓ４４０５）。次に、予約端末２００は、機器一覧テーブル３７００を更新する（Ｓ４４０６）。この場合、予約端末２００は、解析結果３６００の「機器状態」に登録されたデータで、機器一覧テーブル３７００の「最新状態」を更新すればよい。

次に、予約端末２００は、予約アプリを起動する（Ｓ４４０７）。ここで、予約端末２００は、解析結果３６００が機器３００の不調を示さなければ、予約アプリを起動しない。これにより、機器３００の不調が検知された場合、予約アプリが自動起動される。

なお、機器管理サーバ４００がない構成が採用される場合、図４４における機器管理サーバ４００は予約サーバ１００に置き換えられる。

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

まず、予約端末２００は、予約アプリを起動する（Ｓ４５０１）。この場合、予約端末２００は、ユーザにより予約アプリを起動させる操作が入力されたことをトリガーとして、或いは機器３００の不調が検知されたことをトリガーとして、予約アプリを起動させる。

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

次に、予約端末２００は、予約アプリの画面を表示部２０９に表示する（Ｓ４５０３）。ここで、ユーザの操作をトリガーに予約アプリが起動された場合、トップ画面３０００が表示され、機器３００の不調の検知をトリガーに予約アプリが起動された場合、予約誘導通知画面１４００が表示される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図５５は、予約アプリの自動起動処理の第１例を示すフローチャートである。このフローチャートは、図４３に示すシーケンス図に対応している。まず、予約端末２００は、機器３００から機器状態３５００を受信する（Ｓ５５０１）。

次に、予約端末２００は、機器状態３５００を蓄積部２０３に蓄積する（Ｓ５５０２）。次に、予約端末２００は、受信した機器状態３５００を蓄積部２０３に蓄積された過去の機器状態３５００と比較する（Ｓ５５０３）。

次に、予約端末２００は、比較結果から機器３００に不調の兆候があるか否かを判定する（Ｓ５５０４）。例えば、予約端末２００は、受信した機器状態３５００に含まれるあるパラメータが過去平均値から逸脱している場合、或いは、そのパラメータが閾値を超えている場合、機器３００に不調の兆候があると判定すればよい。また、予約端末２００は、受信した機器状態３５００にエラーコードのパラメータが含まれており、そのエラーコードのパラメータ含む機器状態３５００が、過去、一定回数以上継続されて受信している場合、機器３００に不調の兆候があると判定すればよい。

図３５を用いて具体的に説明する。図３５の例では、エラーコードとして、「０ｘ０Ａ」が含まれている。この場合、予約端末２００は、エラーコード「０ｘ０Ａ」を含む機器状態３５００を過去にも連続して一定回数以上受信していれば、この機器３００（ここでは、エアコン）は不調の兆候があると判定すればよい。

また、図３５には示されていないが、機器状態３５００に、例えば、機器３００の状態を数値で示すパラメータが含まれていたとする。この場合、予約端末２００は、このパラメータの平均値を、過去一定期間に受信された機器状態３５００を用いて算出し、今回受信した機器状態３５００におけるこのパラメータの値と、算出した平均値との差分が閾値以上であれば、不調の兆候があると判定すればよい。

そして、予約端末２００は、機器３００に不調の兆候があると判定した場合（Ｓ５５０４でＹＥＳ）、処理をＳ５５０５に進め、機器３００に不調の兆候がないと判定した場合（Ｓ５５０４でＮＯ）、処理を終了する。

次に、予約画面生成部２０１は、予約誘導通知画面１４００を表示部２０９に表示する（Ｓ５５０５）。

図５６は、予約アプリの自動起動処理の第２例を示すフローチャートである。このフローチャートは、図４４に示すシーケンス図に対応している。まず、機器管理サーバ４００の通信部５０４は、機器３００から機器状態３５００を受信する（Ｓ５６０１）。次に、機器管理サーバ４００の機器管理部４０２は、受信した機器状態３５００を蓄積部４０１に蓄積する（Ｓ５６０２）。次に、機器管理部４０２は、受信した機器状態３５００を蓄積部４０１に蓄積された過去の機器状態３５００と比較する（Ｓ５６０３）。

次に、機器管理部４０２は、比較結果から機器３００に不調の兆候があるか否かを判定する（Ｓ５６０４）。ここでの処理の詳細は、図５５のＳ５５０４と同じである。

そして、機器管理部４０２は、不調の兆候があると判定した場合（Ｓ５６０４でＹＥＳ）、処理をＳ５６０５に進め、機器３００に不調の兆候がないと判定した場合（Ｓ５６０４でＮＯ）、処理を終了する。

次に、機器管理部４０２は、解析結果３６００を予約端末２００に送信する（Ｓ５６０５）。次に、解析結果３６００の受信待ち状態（Ｓ５６０６）にある予約端末２００の通信部２０８が解析結果３６００を受信すると（Ｓ５６０７でＹＥＳ）、処理がＳ５６０８に進む。一方、通信部２０８が解析結果３６００を受信しない場合（Ｓ５６０７でＮＯ）、受信待ちの状態が維持される（Ｓ５６０６）。

次に、予約画面生成部２０１は、予約誘導通知画面１４００を表示部２０９に表示する（Ｓ５６０８）。

なお、図５６では、Ｓ５６０１〜Ｓ５６０５の処理主体が機器管理サーバ４００としたが、機器管理部１０４が予約サーバ１００にある場合は、Ｓ５６０１〜Ｓ５６０５の処理主体は、予約サーバ１００となる。

図５７は、予約アプリの全体処理の一例を示すフローチャートである。まず、予約画面生成部２０１は、予約誘導通知画面１４００からの起動である場合（Ｓ５７０１でＹＥＳ）、症状確認画面１５００の表示処理を実行する（Ｓ５７０２）。Ｓ５７０２の処理の詳細、並びにＳ５７０２でのＳ５７０３及びＳ５７０９への処理の分岐については、後ほど説明する。

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

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

次に、予約画面生成部２０１は、点検日選択画面１６００の表示処理を実行する（Ｓ５７０３）。Ｓ５７０３での処理の詳細、並びに、Ｓ５７０３でのＳ５７０４及びＳ５７０５への処理の分岐については、後ほど説明する。

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

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

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

トップ画面３０００において、正常な機器３００が選択された場合（Ｓ５７０８でＹＥＳ）、予約画面生成部２０１は、症状選択画面２７００を表示部２０９に表示する（Ｓ５７０９）。症状選択画面２７００において、見積もりボタン２７０４がタップされると、予約画面生成部２０１は、点検見積もり画面２９００を表示部２０９に表示し（Ｓ５７１０）、処理をＳ５７０３に進める。

図５８は、トップ画面３０００の表示処理（図５７のＳ５７０７、図５９のＳ５９１０、図６４のＳ６４０９）の詳細を示すフローチャートである。まず、予約端末２００は、機器一覧テーブル３７００を取得する（Ｓ５８０１）。ここで、機器管理サーバ４００が機器一覧テーブル３７００を管理している場合、予約端末２００は、機器管理サーバ４００から予約端末２００を所有するユーザの機器一覧テーブル３７００を取得すればよい。また、予約端末２００は、自身が機器一覧テーブル３７００を管理している場合、蓄積部２０３から機器一覧テーブル３７００を取得すればよい。

次に、予約画面生成部２０１は、機器一覧テーブル３７００から、各機器３００の状態を取得する（Ｓ５８０２）。図３７の例では、機器一覧テーブル３７００の「最新状態」に登録されたデータが取得される。

次に、予約画面生成部２０１は、図３０に示すように機器３００を一覧表示したトップ画面３０００を表示部２０９に表示する（Ｓ５８０３）。これにより、機器一覧テーブル３７００に登録された機器３００の一覧がトップ画面３０００に表示される。この時点では、トップ画面３０００には、機器３００の状態は表示されていない。

次に、予約画面生成部２０１は、一覧表示した全ての機器３００について、状態が正常であるか否かを判定する（Ｓ５８０４）。全ての機器３００の状態が正常であれば（Ｓ５８０４でＹＥＳ）、トップ画面３０００において、全ての機器３００の状態の表示欄に「正常」と表示する（Ｓ５８０５）。一方、状態が正常でない機器３００があれば（Ｓ５８０４でＮＯ）、予約画面生成部２０１は、正常でない機器３００については状態の表示欄に症状を表示し、正常な機器３００については状態の表示欄に「正常」と表示する（Ｓ５８０８）。

例えば、図３０の例では、機器一覧テーブル３７００において、ユーザが所有する機器３００として、エアコン、照明、冷蔵庫、及び洗濯機が登録されていたため、これらの機器３００が一覧表示されている。また、エアコンは、機器一覧テーブル３７００において、「最新状態」として「冷房機能低下」が登録されていたため、エアコンの状態の表示欄には「冷房機能低下」が表示されている。なお、エアコン以外の機器３００は、機器一覧テーブル３７００において、「最新状態」として「正常」が登録されていたため、これらの機器３００の状態の表示欄には、「正常」が表示されている。

次に、予約画面生成部２０１は、トップ画面３０００にその他の関連情報を表示する（Ｓ５８０６）。ここで、関連情報としては、例えば、点検ボタン３００２や、見出しの文字や、各機器３００の表示欄を取り囲む枠といった画面パーツが該当する。

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

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

また、状態が正常である機器３００の点検ボタン３００２がタップされ、その機器３００が選択されると（Ｓ５８０９でＮＯ、且つ、Ｓ５８１０でＹＥＳ）、予約画面生成部２０１は、症状選択画面２７００を表示部２０９に表示する（Ｓ５８１３）。

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

図５９は、症状確認画面１５００の表示処理（図５７のＳ５７０２、図５８のＳ５８１２、及び図６３のＳ６３０７）の一例を示すフローチャートである。まず、予約画面生成部２０１は、症状テーブル３９００を用いて、該当する点検に対する所要時間を算出する（Ｓ５９０１）。ここで、該当する点検としては、予約誘導通知画面１４００から起動された場合は、不調が検知された機器３００の不調の症状に対する点検が該当し、トップ画面３０００から起動された場合は、ユーザが選択した症状が該当する。

例えば、該当する点検が「冷房機能低下」であれば、図３９に示す症状テーブル３９００には、「基本点検時間」として「１時間」が登録されているため、該当する点検の所要時間として「１時間」が算出される。

次に、予約画面生成部２０１は、症状テーブル３９００を用いて、該当する点検に対する概算費用を算出する（Ｓ５９０２）。例えば、該当する点検が「冷房機能低下」であれば、図３９に示す症状テーブル３９００には、「基本費用」として「５千円」が登録されているため、該当する点検の概算費用として、「５千円」が算出される。

次に、予約画面生成部２０１は、症状確認画面１５００を表示部２０９に表示する（Ｓ５９０３）。

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

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

また、ユーザにより、症状選択ボタン１５０７がタップされ、「その他の症状を選択」が選択されると（Ｓ５９０５でＮＯ、且つ、Ｓ５９０６でＹＥＳ）、予約画面生成部２０１は、症状選択画面２７００を表示部２０９に表示する（Ｓ５９０９）。

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

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

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

次に、予約画面生成部２０１は、予約サーバ１００に予約可能日時と費用との取得要求を送信する（Ｓ６００２）。

次に、予約画面生成部２０１は、予約サーバ１００から予約可能日時と費用とを受信する（Ｓ６００３）。

次に、予約候補日選定部２０２は、予約候補日の抽出処理を実行する（Ｓ６００４）。

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

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

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

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

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

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

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

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

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

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

図６０との相違点は、図６０のＳ６００１、Ｓ６００４に相当する処理が図６１では省かれている点、Ｓ６００２、Ｓ６００３に代えてＳ６１０２、Ｓ６１０３が設けられている点にある。これは、カレンダー予定リスト４０００の取得は、予約サーバ１００が行い、予約候補日の抽出処理も予約サーバ１００が行うからである。それ以外は、図６１は、図６０と同じである。

Ｓ６１０２では、予約画面生成部２０１は、予約候補日時と費用との取得要求を予約サーバ１００に送信する。

Ｓ６１０３では、予約画面生成部２０１は、予約候補日時と費用とを予約サーバ１００から受信する。

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

まず、予約画面生成部２０１は、蓄積部２０３からカレンダー予定リスト４０００を取得する（Ｓ６２０１）。以降の処理は、図６１と同じである。但し、Ｓ６１０２では、予約端末２００は、Ｓ６２０１で取得したカレンダー予定リスト４０００を取得要求と合わせて送信する。

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

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

次に、予約サーバ１００は、予約結果を予約端末２００に送信する（Ｓ６４１３）。ここで、予約結果には、点検対象となる機器３００の名称、点検対象となる機器３００の症状、及び訪問日時等の情報が含まれる。

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

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

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

次に、予約端末２００は、点検予約完了画面２４００のカレンダーデータ表示欄１６０４に、予約された訪問日時を表示する（Ｓ６４０５）。

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

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

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

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

図６５は、予約サーバ１００の第１例の処理を示すフローチャートである。なお、このフローチャートは、予約システムが処理シーケンスＳ１−１、Ｓ１−３、Ｓ２−１を採用した場合の処理を示す。まず、予約サーバ１００は、予約端末２００から予約可能日時及び費用の取得要求を受信する（Ｓ６５０１）。次に、予約サーバ１００は、予約可能日リスト４１００から予約可能日時を取得する（Ｓ６５０２）。この場合、予約サーバ１００は、例えば、予約可能日リスト４１００に登録された予約可能日時のうち、当日を含む月と、翌月との予約可能日時を取得すればよい。

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

図６６は、予約サーバ１００の第２例の処理を示すフローチャートである。なお、このフローチャートは、予約システムが処理シーケンスＳ１−４、Ｓ２−２を採用した場合の処理を示す。このフローチャートでは、カレンダー予定リスト４０００はカレンダーサーバ５００が管理している。そのため、Ｓ６６０２に予約サーバ１００がカレンダー予定リスト４０００を取得する処理が追加されている。また、このフローチャートでは、予約候補日の抽出処理が予約サーバ１００で行われるため、Ｓ６６０１に予約候補日時と費用の取得要求を受信する処理が設けられ、Ｓ６６０３に予約候補日の抽出処理が設けられ、Ｓ６６０４に予約候補日時と費用とを送信する処理が追加されている。これら以外は、図６５と同じである。

図６７は、予約サーバ１００の第３例の処理を示すフローチャートである。なお、このフローチャートは、予約システムが処理シーケンスＳ１−２を採用した場合の処理を示す。このフローチャートでは、カレンダー予定リスト４０００は、予約端末２００が管理している。そのため、Ｓ６７０１において、予約サーバ１００は、予約候補日時と費用との取得要求に加えて、カレンダー予定リスト４０００を受信している。

また、このフローチャートでは、予約候補日の抽出処理が予約サーバ１００で行われているため、Ｓ６６０３に予約候補日の抽出処理が設けられ、Ｓ６６０４に予約候補日時と費用との送信処理が設けられている。また、これら以外は、図６５と同じである。

図６８は、Ｓ６５０３の予約可能日時ごとに費用を算出する処理の一例を示すフローチャートである。まず、予約サーバ１００は、症状テーブル３９００から各点検に対する基本費用を取得する（Ｓ６８０１）。次に、予約サーバ１００は、取得した基本費用を用いて、予約可能日時ごとに費用を算出する（Ｓ６８０２）。ここでは、Ｓ６５０２で取得された各予約可能日時のそれぞれについての基本費用が算出される。

次に、予約サーバ１００は、全ての予約可能日時に対する費用の算出が終了すれば（Ｓ６８０３でＹＥＳ）、処理を終了する。一方、全ての予約可能日時に対する費用の算出が終了していなければ（Ｓ６８０３でＮＯ）、予約サーバ１００は、費用の算出対象となる予約可能日時を決定し、決定した予約可能日時が属する予約可能日に他の予約が多いか否かを判定する（Ｓ６８０４）。ここで、予約サーバ１００は、該当する予約可能日の予約数が規定値以上であれば、Ｓ６８０４でＹＥＳと判定し、規定値未満であれば、Ｓ６８０４でＮＯと判定すればよい。

Ｓ６８０５において、該当する予約可能日が休日又は週末に該当するか否かを判定する。ここで、休日としては、例えば、日曜日や祝日が採用される。また、週末としては、例えば、土曜日が採用される。

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

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

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

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

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

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

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

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

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

第２例の予約候補日の抽出処理は、図６９において、Ｓ６９０３、Ｓ６９０４、Ｓ６９０５に代えてＳ７００１、Ｓ７００２、Ｓ７００３が設けられている点を特徴とする。Ｓ７００１では、予約可能日に属する予約可能日時にユーザの予定があるか否かが判定される。予約可能日時にユーザの予定がある場合（Ｓ７００１でＹＥＳ）、当該予約可能日時が予約候補日時から除外される（Ｓ７００２）。一方、予約可能日時にユーザの予定がなければ（Ｓ７００１でＮＯ）、当該予約可能日時が予約候補日時として選定され（Ｓ７００３）、処理がＳ６９０２に戻る。

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

図７１は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第３例を示すフローチャートである。第３例の予約候補日の抽出処理は、図７０において、Ｓ７００１に代えてＳ７１０１が設けられている点を特徴とする。

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

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

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

図７２は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第４例を示すフローチャートである。第４例の予約候補日の抽出処理は、図６９において、Ｓ６９０３に代えてＳ７２０１が設けられている点を特徴とする。

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

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

図７３は、予約サーバ１００又は予約端末２００における予約候補日の抽出処理の第５例を示すフローチャートである。第５例の予約候補日の抽出処理は、図７０において、ＳＳ７１０１、Ｓ７２０１が追加されている点を特徴とする。つまり、第５例は、第２例〜第４例を組み合わせたものである。

まず、Ｓ７００１で、予約可能日時に予定があるか否かが判定され、予定がなければ（Ｓ７００１でＮＯ）、処理がＳ７１０１に進み、予定があれば（Ｓ７００１でＹＥＳ）、処理がＳ７００２に進む。Ｓ７１０１で予約可能日時の前後２時間に予定があるか否かが判定され、予定がなければ（Ｓ７１０１でＮＯ）、処理がＳ７２０１に進み、予定があれば（Ｓ７１０１でＹＥＳ）、処理がＳ７００２に進む。Ｓ７２０１で予約可能日の前日に終日予定があるか否かが判定され、予定がなければ（Ｓ７２０１でＮＯ）、処理がＳ７００３に進み、予定があれば（Ｓ７２０１でＹＥＳ）、処理がＳ７００２に進む。

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

Claims (28)

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. ネットワークを介して、電化機器の保守又は点検を行うサービスマンの訪問予約を行う情報管理システムにおける情報提供方法であって、
    前記ネットワークを介して認証されたユーザの通信装置から、前記サービスマンの訪問を予約する問い合わせ信号を受信し、
    前記問い合わせ信号に基づき、前記通信装置のユーザのスケジュール情報を管理する第１データベースを用いて、前記通信装置のユーザのスケジュール情報を取得し、
    前記問い合わせ信号に基づき、前記サービスマンの訪問可能日を管理する第２データベースを用いて、前記サービスマンの訪問可能日を示す第１候補データを取得し、
    前記取得したスケジュール情報及び前記取得した第１候補データを用いて、前記取得したサービスマンの訪問可能日の中から前記ユーザの予定が登録された日を除外した訪問候補日を前記サービスマンの訪問候補日として抽出させ、前記抽出された訪問候補日を示す第２候補データを、前記ネットワークを介して前記通信装置に送信させ、前記第２候補データによって示される訪問候補日を表す表示は、前記通信装置において生成されたカレンダーデータに含まれる各日に対応する領域に表示され、
    前記通信装置において前記訪問候補日を表す表示の中のいずれか一つに対応する領域の選択が検知され、前記ネットワークを介して前記通信装置から、前記選択された訪問候補日を示す予約要求を受信すると、前記予約要求が示す訪問候補日を前記サービスマンの訪問日として前記情報管理システムに登録し、
    前記取得したサービスマンの一の訪問可能日の前日に、前記ユーザの終日予定が登録されている場合、前記一の訪問可能日は前記抽出されるサービスマンの訪問候補日から除外される、
    情報提供方法。
26. 前記情報管理システムにおいて登録が完了したサービスマンの訪問日を表す表示は、前記通信装置において前記カレンダーデータに表示される、
    請求項２５記載の情報提供方法。
27. 前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
    前記情報管理システムにおいて前記ログ情報に基づきいずれかの電化機器につき保守又は点検が必要であると判断した場合、前記ネットワークを介して前記通信装置にその旨の通知を送信する、
    請求項２５から請求項２６のいずれか一に記載の情報提供方法。
28. 前記情報管理システムは前記ネットワークを介して、前記通信装置のユーザと関連づけられた電化機器のログ情報を収集及び管理し、
    前記通信装置から前記サービスマンの訪問予約したい旨の通知を受信した場合、前記ログ情報に基づいて生成された各電化機器につき保守又は点検が必要であるか否かを示す状態情報を、前記ネットワークを介して前記通信装置に送信する、
    請求項２５から請求項２６のいずれか一に記載の情報提供方法。

Images