(57)【要約】【課題】  従来はユーザの自覚症状の入力に基づき、医療機関側の端末により病名や診察科目が判定されるため、必ずしも正確な病名を判断できるものではなく、従って、診察科目も病状に応じた最適な診察科目の判断ができない。【解決手段】  ユーザはユーザ端末１０を用いて入力した体温、病歴、アレルギーの有無、症状等の問診票データと、ＧＰＳ衛星から受信した位置情報とをＡＳＰ端末２０に送信する（４−６）。ＡＳＰ端末２０は問診票データとユーザの現在位置の解析結果とに基づき、最適な医療機関を選択する（４−７）。選択した医療機関の端末３０は、予約状況と予約外の来院患者数から待ち時間を推測し、その推測した待ち時間を基に予約可能な時間を決定し、ＡＳＰ端末２０に送信する（４−１０）。ユーザ端末１０はＡＳＰ端末２０からの医療機関情報と予約可能時間に基づき予約依頼をＡＳＰ端末３０へ送信する（４−１２）。【選択図】            図４
2006023973.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが予約のために使用する第１の端末と、前記ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末とが、少なくともネットワークを介して互いに通信可能に接続されており、前記第１の端末により前記第２の端末に対して、前記ユーザが前記予約対象の利用日時を予約するための予約管理方法であって、
前記第１の端末から前記ネットワークを介して前記予約依頼を前記第２の端末へ送信するときに、前記ユーザが前記予約対象のサービスを利用するときのサービス利用条件と、前記第１の端末の現在位置情報とに基づき、前記ユーザに前記サービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する第１のステップと、
前記予約対象の推奨候補に設けられた前記第２の端末へ前記第１の端末から前記予約依頼を通知することにより、前記第２の端末で現在の予約状況と時間待ちを示す混雑状況とから、予約可能時間を決定する第２のステップと、
前記第２の端末から前記第１の端末へ、前記第２のステップで決定された前記予約対象の推奨候補毎の前記予約可能時間を送信する第３のステップと、
前記第１の端末により前記予約対象の推奨候補毎の前記予約可能時間に基づき、一の予約対象と予約時間を選択して前記第２の端末へ送信する第４のステップと
を含むことを特徴とする予約管理方法。
【請求項２】
ユーザが予約のために使用する第１の端末と、前記ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末と、前記第１の端末と前記第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、前記ユーザが前記予約対象の利用日時を予約するための予約管理方法であって、
前記第１の端末が、前記ユーザが前記予約対象のサービスを利用するときのサービス利用条件を、自端末の現在位置情報と共に、前記ネットワークを介して前記第３の端末へ送信する第１のステップと、
前記第３の端末が、前記ネットワークを介して受信した前記サービス利用条件と、前記現在位置情報が示す前記第１の端末の現在位置とに基づき、前記ユーザに前記サービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する第２のステップと、
前記第３の端末から前記予約対象の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して前記予約依頼を通知する第３のステップと、
前記第２の端末が受信した予約依頼の内容に応じて、自端末が設けられた予約対象の現在の予約状況と時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は前記現在の予約状況及び前記混雑状況の情報を前記第３の端末へ送信する第４のステップと、
前記第３の端末が、前記予約対象の推奨候補に設けられた前記第２の端末から前記ネットワークを介して受信した前記予約可能時間、又は前記第２の端末から前記ネットワークを介して受信した前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、前記予約対象の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信する第５のステップと、
前記第１の端末により前記予約対象の推奨候補毎の前記予約可能時間に基づき、一の予約対象と予約時間を選択して前記第２の端末へ送信する第６のステップと
を含むことを特徴とする予約管理方法。
【請求項３】
前記第１の端末が、前記第６のステップにより予約した前記一の予約対象のサービスの提供を受けるために前記第３の端末へ利用要求のアクセスを行う第７のステップと、
前記第１の端末から送信された前記利用要求の受信により、前記第３の端末が、前記第１の端末が予約した前記一の予約対象と予約時間とからなる前記予約情報を前記第１の端末へ送信する第８のステップと、
前記第３の端末から送信された予約情報を受信した前記第１の端末が、その予約情報に含まれる前記一の予約対象の位置情報の送信を要求する第９のステップと、
前記位置情報要求を受信した前記第３の端末により、前記第１の端末が予約した前記一の予約対象の位置情報を前記第１の端末へ送信する第１０のステップとを更に含むことを特徴とする請求項２記載の予約管理方法。
【請求項４】
ユーザが予約のために使用する第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、前記第１の端末と前記第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、前記ユーザが前記医療機関の利用日時を予約するための予約管理方法であって、
前記ユーザが前記医療機関のサービスを利用するため、問診票に少なくともそのユーザの現在の症状を入力した問診票データを、第１の端末の現在位置情報と共に、前記第１の端末から前記ネットワークを介して前記第３の端末へ送信する第１のステップと、
前記問診票データと、前記現在位置情報が示す前記第１の端末の現在位置とに基づき、前記第３の端末が、前記問診票データに応じた医療サービスを提供する一又は二以上の医療機関の推奨候補を解析する第２のステップと、
前記第２のステップにより解析した前記医療機関の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して前記予約依頼を通知する第３のステップと、
前記医療機関の推奨候補に設けられた前記第２の端末から前記ネットワークを介して受信した前記予約可能時間、又は前記第２の端末から前記ネットワークを介して受信した前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、前記医療機関の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信する第４のステップと、
前記第１の端末が、受信した前記医療機関の推奨候補の情報及び前記予測可能時間に基づき、予約する一の医療機関と予約時間とをそれぞれ選択する第５のステップと、
前記第１の端末により前記第５のステップで予約された一の医療機関に設けられた前記第２の端末へ前記第３の端末から前記問診票データを送信する第６のステップと、
予約された一の医療機関に設けられた前記第２の端末が、前記問診票データを受信したときは、追加で問診する内容の追加問診票情報を作成して前記第３の端末を介して前記第１の端末へ送信する第７のステップと、
前記第３の端末から追加問診票情報を受信した前記第１の端末が、その追加問診票にデータを書き込んだ追加問診票回答データを作成して前記第３の端末へ送信する第８のステップと、
前記追加問診票回答データを受信した前記第３の端末が、その追加問診票回答データを前記予約された一の医療機関に設けられた第２の端末へ送信する第９のステップと
を含むことを特徴とする予約管理方法。
【請求項５】
ユーザが予約のために使用する第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、少なくとも前記第１の端末と前記第２の端末との通信を行うための第３の端末と、調剤を行う薬局に設けられた第４の端末とがネットワークを介して互いに接続されており、前記ユーザが前記医療機関の利用日時を前記請求項５記載に基づき予約した予約管理方法であって、
予約した医療機関に設けられた前記第２の端末から、その医療機関での診察結果に基づく処方箋の情報を前記第３の端末へ送信する第１０のステップと、
前記処方箋情報を受信した前記第３の端末が、その処方箋情報と前記第１の端末からの位置情報に基づき解析した薬局の推奨候補と、前記処方箋とからなる情報を前記第１の端末へ送信する第１１のステップと、
前記処方箋と薬局の推奨候補とからなる情報を受信した前記第１の端末が、前記薬局の推奨候補の中から希望の一の薬局を選択して、前記第３の端末へ薬局選択要求を行う第１２のステップと、
前記薬局選択要求を受信した前記第３の端末が、前記第２の端末から受信した前記処方箋の情報を前記第１の端末で選択された一の薬局に設けられた前記第４の端末へ送信する第１３のステップと、
前記処方箋の情報を受信した前記第４の端末が、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した前記調剤完了予定時間を決定して前記第３の端末へ応答送信する第１４のステップと、
前記第３の端末が、前記第４の端末から受信した前記調剤完了予定時間を前記第１の端末へ送信する第１５のステップと、
前記調剤完了予定時間を受信した前記第１の端末が、調剤依頼要求を前記第３の端末へ送信する第１６のステップと、
前記第１の端末から前記調剤依頼要求を受信した前記第３の端末が、前記調剤依頼要求で選択された一の薬局に設けられた前記第４の端末へ調剤依頼を送信する第１７のステップと、
前記調剤依頼を受信した前記第４の端末からの調剤依頼受信通知の応答を受信した前記第３の端末が、前記第１の端末へ調剤依頼受信通知を行う第１８のステップと
を更に含むことを特徴とする請求項５記載の予約管理方法。
【請求項６】
前記第３の端末から前記第１の端末へ送信される前記追加問診票情報と、前記第１の端末から前記第３の端末へ送信される追加問診票回答データとは、それぞれ電子メールで送信されることを特徴とする請求項５記載の予約管理方法。
【請求項７】
ユーザが予約のために使用する第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、少なくとも前記第１の端末と前記第２の端末との通信を行うための第３の端末と、調剤を行う薬局に設けられた第４の端末とがネットワークを介して互いに接続されており、前記ユーザが前記医療機関の利用日時を前記請求項５記載に基づき予約した予約管理方法であって、
予約した医療機関に設けられた前記第２の端末から、その医療機関での診察結果に基づく処方箋の情報を前記第３の端末へ送信する第１０のステップと、
前記処方箋情報を受信した前記第３の端末が、その処方箋情報を前記第１の端末と前記ネットワークに接続された各医療機関の前記第４の端末へ送信する第１１のステップと、
前記第３の端末から処方箋の情報を受信した前記第１の端末が、前記第３の端末へ自端末の位置情報と共に薬局選択要求のアクセスをする第１２のステップと、
前記処方箋情報を受信した前記第４の端末が、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した前記調剤完了予定時間を決定して前記第３の端末へ応答送信する第１３のステップと、
前記第１の端末から前記位置情報と共に前記薬局選択要求を受信した前記第３の端末が、前記第４の端末から受信した調剤完了予定時間と、前記第１の端末から受信したその第１の端末の位置情報と、前記第２の端末から受信した前記処方箋の情報とに基づき、薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の前記調剤完了予定時間とからなる情報を前記第１の端末へ送信する第１４のステップと、
前記第１の端末が、受信した薬局の推奨候補の中から所望の一の薬局に対して調剤依頼の要求を行う第１５のステップと、
前記第１の端末から前記調剤依頼要求を受信した前記第３の端末が、前記調剤依頼要求で選択された一の薬局に設けられた前記第４の端末へ調剤依頼を送信する第１６のステップと、
前記調剤依頼を受信した前記第４の端末からの調剤依頼受信通知の応答を受信した前記第３の端末が、前記第１の端末へ調剤依頼受信通知を行う第１７のステップと
を更に含むことを特徴とする請求項５記載の予約管理方法。
【請求項８】
前記第４の端末が前記第３の端末から前記処方箋情報を受信したときは、前記第１４のステップに替えて、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とを前記第３の端末へ応答送信する第１９のステップを含み、前記第１５のステップは、前記第１９のステップにより送信された前記現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とに基づいて前記調剤完了予定時間を推測し、その調剤完了予定時間を前記第１の端末へ送信することを特徴とする請求項６記載の予約管理方法。
【請求項９】
前記第４の端末が前記第３の端末から前記処方箋情報を受信したときは、前記第１３のステップに替えて、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とを前記第３の端末へ応答送信する第１８のステップを含み、前記第１４のステップは、前記第１の端末から前記位置情報と共に前記薬局選択要求を受信したときには、前記第４の端末から受信した前記現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とに基づいて前記調剤完了予定時間を推測し、その調剤完了予定時間と、前記第１の端末から受信したその第１の端末の位置情報と、前記第３の端末から受信した前記処方箋の情報とに基づき、薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の前記調剤完了予定時間とからなる情報を前記第１の端末へ送信して前記第１の端末により前記調剤依頼の要求をさせることを特徴とする請求項８記載の予約管理方法。
【請求項１０】
ユーザが予約のために使用する第１の端末と、前記ユーザに飲食サービスを提供する飲食店に設けられた第２の端末と、前記第１の端末と前記第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、前記ユーザが前記飲食店の利用日時を予約するための予約管理方法であって、
前記ユーザが前記飲食店のサービスを利用するときのサービス利用条件を、前記第１の端末の現在位置情報と共に、前記第１の端末が前記ネットワークを介して前記第３の端末へ送信する第１のステップと、
前記第３の端末が受信した前記サービス利用条件と、前記現在位置情報が示す前記第１の端末の現在位置とに基づき、前記ユーザに前記サービス利用条件を満足するサービスを提供する一又は二以上の飲食店の推奨候補を解析する第２のステップと、
前記飲食店の推奨候補に設けられた前記第２の端末へ、前記第３の端末から前記ネットワークを介して前記予約依頼を通知する第３のステップと、
前記予約依頼を受信した前記第２の端末が、その予約依頼の内容に応じて、自端末が設けられた飲食店の現在の予約状況と、客の現在及び過去の滞在時間及び空席状況から推測した時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は前記現在の予約状況及び前記混雑状況の情報を前記第３の端末へ送信する第４のステップと、
前記予約可能時間又は前記現在の予約状況と前記混雑状況の情報を受信した前記第３の端末が、受信した前記予約可能時間又は受信した前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、受信した前記飲食店の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信する第５のステップと、
受信した前記飲食店の推奨候補の情報及び予約可能時間に基づき、前記第１の端末が予約する飲食店及び予約時間を、前記ネットワークを介して前記第３の端末に通知する第６のステップと
を含むことを特徴とする予約管理方法。
【請求項１１】
前記サービス利用条件に予約する飲食店を含めたときは、前記第２のステップによる飲食店の推奨候補の解析を行うことなく、前記第３のステップによる前記予約依頼の通知を、予約指定された飲食店に設けられた前記第２の端末へ前記ネットワークを介して行うことを特徴とする請求項１１記載の予約管理方法。
【請求項１２】
前記第４のステップは、前記第２の端末が設けられている飲食店の客席の上に設置された赤外線センサ、又は前記客席の椅子単位で若しくはテーブル単位で設置された荷重センサにより空席を検出して得られた前記空席状況を取得することを特徴とする請求項１１記載の予約管理方法。
【請求項１３】
ユーザが予約のために使用する第１の端末と、前記ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末とが、少なくともネットワークを介して互いに通信可能に接続されており、前記第１の端末により前記第２の端末に対して、前記ユーザが前記予約対象の利用日時を予約するための予約管理システムであって、
前記第１の端末は、
自端末の現在位置を検出する現在位置検出手段と、
前記ユーザが前記予約対象のサービスを利用するときのサービス利用条件と、前記現在位置検出手段により検出した現在位置情報とに基づき、前記ユーザに前記サービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する解析手段と、
前記解析手段により解析した前記予約対象の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して前記予約依頼を通知する予約依頼通知手段と、
前記予約対象の推奨候補に設けられた前記第２の端末から前記ネットワークを介して受信した予約可能時間と前記解析手段により解析した予約対象の推奨候補とから、予約する一の予約対象と予約可能時間とをそれぞれ選択する選択手段とを有し、
前記第２の端末は、
前記第１の端末から前記ネットワークを介して前記予約依頼を受信したときは、自端末が設けられた予約対象の現在の予約状況と時間待ちを示す混雑状況とから、予約可能時間を決定する予約可能時間決定手段と、
前記予約可能時間決定手段により決定した前記予約可能時間を、前記ネットワークを介して前記第１の端末へ送信する予約可能時間送信手段とを有することを特徴とする予約管理システム。
【請求項１４】
ユーザが予約のために使用する第１の端末と、前記ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末と、前記第１の端末と前記第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、前記ユーザが前記予約対象の利用日時を予約するための予約管理システムであって、
前記第１の端末は、
自端末の現在位置を検出する現在位置検出手段と、
前記ユーザが前記予約対象のサービスを利用するときのサービス利用条件を、前記現在位置検出手段により検出した現在位置情報と共に、前記ネットワークを介して前記第３の端末へ送信する第１の送信手段と、
前記予約対象の利用日時の予約を、前記ネットワークを介して前記第３の端末に依頼する予約依頼手段とを有し、
前記第２の端末は、
前記第３の端末から前記ネットワークを介して予約依頼を受信したときは、その予約依頼の内容に応じて、自端末が設けられた予約対象の現在の予約状況と時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は前記現在の予約状況及び前記混雑状況の情報を前記第３の端末へ送信する情報送信手段を有し、
前記第３の端末は、
前記第１の端末から前記ネットワークを介して受信した前記サービス利用条件と、前記現在位置情報が示す前記第１の端末の現在位置とに基づき、前記ユーザに前記サービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する解析手段と、
前記解析手段により解析した前記予約対象の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して前記予約依頼を通知する予約依頼通知手段と、
前記予約対象の推奨候補に設けられた前記第２の端末から前記ネットワークを介して受信した前記予約可能時間、又は前記第２の端末から前記ネットワークを介して受信した前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、前記予約対象の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信して、前記第１の端末の前記予約依頼手段により予約する一の予約対象と予約時間とをそれぞれ選択させる第２の送信手段とを有することを特徴とする予約管理システム。
【請求項１５】
前記第１の端末は、前記予約依頼手段により予約した前記一の予約対象のサービスの提供を受けるために前記第３の端末へ利用要求のアクセスを行うアクセス手段と、前記第３の端末から送信された予約情報を受信し、その予約情報に含まれる前記一の予約対象の位置情報の送信を要求する位置情報要求手段とを更に有し、
前記第３の端末は、前記第１の端末から送信された前記利用要求の受信により、前記第１の端末が予約した前記一の予約対象と予約時間とからなる前記予約情報を前記第１の端末へ送信する予約情報送信手段と、前記第１の端末から送信された前記位置情報要求の受信により、前記第１の端末が予約した前記一の予約対象の位置情報を前記第１の端末へ送信する位置情報送信手段とを更に有することを特徴とする請求項１５記載の予約管理システム。
【請求項１６】
ユーザが予約のために使用する第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、前記第１の端末と前記第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、前記ユーザが前記医療機関の利用日時を予約するための予約管理システムであって、
前記第１の端末は、
自端末の現在位置を検出する現在位置検出手段と、
前記ユーザが前記医療機関のサービスを利用するため、問診票に少なくともそのユーザの現在の症状を入力した問診票データを、前記現在位置検出手段により検出した現在位置情報と共に、前記ネットワークを介して前記第３の端末へ送信する第１の送信手段と、
前記医療機関の利用日時の予約を、前記ネットワークを介して前記第３の端末に依頼する予約依頼手段と、
前記第３の端末から追加問診票情報を受信したときは、その追加問診票にデータを書き込んだ追加問診票回答データを作成して前記第３の端末へ送信する追加問診票回答データ送信手段とを有し、
前記第２の端末は、
前記第３の端末から前記ネットワークを介して予約依頼を受信したときは、その予約依頼の内容に応じて、自端末が設けられた医療機関の現在の予約状況と時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は前記現在の予約状況及び前記混雑状況の情報を前記第３の端末へ送信する情報送信手段を有し、
前記第３の端末は、
前記第１の端末から前記ネットワークを介して受信した前記問診票データと、前記現在位置情報が示す前記第１の端末の現在位置とに基づき、前記問診票データに応じた医療サービスを提供する一又は二以上の医療機関の推奨候補を解析する解析手段と、
前記解析手段により解析した前記医療機関の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して前記予約依頼を通知する予約依頼通知手段と、
前記医療機関の推奨候補に設けられた前記第２の端末から前記ネットワークを介して受信した前記予約可能時間、又は前記第２の端末から前記ネットワークを介して受信した前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、前記医療機関の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信して、前記第１の端末の前記予約依頼手段により予約する一の医療機関と予約時間とをそれぞれ選択させる第２の送信手段と、
前記第１の端末により予約された一の医療機関に設けられた前記第２の端末へ前記問診票データを送信する第３の送信手段と、
前記予約された一の医療機関に設けられた前記第２の端末から、追加で問診する内容の追加問診票情報を受信したときは、その追加問診票情報を前記第１の端末へ送信する第４の送信手段と、
前記第１の端末から前記追加問診票にデータが書き込まれた追加問診票回答データを受信したときは、その追加問診票回答データを前記予約された一の医療機関に設けられた第２の端末へ送信する第５の送信手段とを有することを特徴とする予約管理システム。
【請求項１７】
ユーザが予約のために使用する第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、少なくとも前記第１の端末と前記第２の端末との通信を行うための第３の端末と、調剤を行う薬局に設けられた第４の端末とがネットワークを介して互いに接続されており、前記ユーザが前記医療機関の利用日時を予約した予約管理システムであって、
前記第１の端末は、
前記第３の端末から処方箋と薬局の推奨候補とからなる情報を受信したときは、前記薬局の推奨候補の中から希望の一の薬局を選択して、前記第３の端末へアクセスする薬局選択要求手段と、
前記第３の端末から送信された調剤完了予定時間を受信したときは、薬局の推奨候補の中から所望の一の薬局に対して調剤依頼を前記第３の端末へ要求する調剤依頼要求手段とを有し、
前記第２の端末は、前記医療機関での診察結果に基づく処方箋の情報を前記第３の端末へ送信する処方箋情報送信手段を有し、
前記第３の端末は、
前記第２の端末から前記処方箋情報を受信したときには、その処方箋情報と前記第１の端末からの位置情報に基づき解析した薬局の推奨候補と、前記処方箋とからなる情報を前記第１の端末へ送信する第６の送信手段と、
前記第１の端末から前記薬局選択要求を受信したときは、前記第２の端末から受信した前記処方箋の情報を前記第１の端末で選択された一の薬局に設けられた前記第４の端末へ送信する第７の送信手段と、
前記第４の端末から受信した調剤完了予定時間を前記第１の端末へ送信する第８の送信手段と、
前記第１の端末から前記調剤依頼要求を受信したときは、前記調剤依頼要求で選択された一の薬局に設けられた前記第４の端末へ調剤依頼を送信する第９の送信手段と、
前記調剤依頼を受信した前記第４の端末からの調剤依頼受信通知の応答を受信して前記第１の端末へ調剤依頼受信通知を行う通知手段とを有し、
前記第４の端末は、
前記第３の端末から前記処方箋の情報を受信したときは、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した前記調剤完了予定時間を決定して前記第３の端末へ応答送信する調剤完了予定時間決定及び送信手段と、
前記第３の端末から前記調剤依頼を受信したときは、前記調剤依頼受信通知を前記第３の端末へ応答送信する応答送信手段とを有することを特徴とする請求項１７記載の予約管理システム。
【請求項１８】
前記第３の端末から前記第１の端末へ送信される前記追加問診票情報と、前記第１の端末から前記第３の端末へ送信される追加問診票回答データとは、それぞれ電子メールで送信されることを特徴とする請求項１７記載の予約管理システム。
【請求項１９】
ユーザが予約のために使用する第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、少なくとも前記第１の端末と前記第２の端末との通信を行うための第３の端末と、調剤を行う薬局に設けられた第４の端末とがネットワークを介して互いに接続されており、前記ユーザが前記医療機関の利用日時を前記請求項１７記載に基づき予約した予約管理システムであって、
前記第１の端末は、
前記第３の端末から処方箋の情報を受信したときは、前記第３の端末へ自端末の位置情報と共に薬局選択要求のアクセスをする薬局選択要求手段と、
薬局の推奨候補の中から所望の一の薬局に対して調剤依頼を前記第３の端末へ要求する調剤依頼要求手段とを有し、
前記第２の端末は、前記医療機関での診察結果に基づく処方箋の情報を前記第３の端末へ送信する処方箋情報送信手段を有し、
前記第３の端末は、
前記第２の端末から前記処方箋情報を受信したときには、その処方箋情報を前記第１の端末と前記ネットワークに接続された各医療機関の前記第４の端末へ送信する第１０の送信手段と、
前記第１の端末から前記位置情報と共に前記薬局選択要求を受信したときには、前記第４の端末から受信した調剤完了予定時間と、前記第１の端末から受信したその第１の端末の位置情報と、前記第２の端末から受信した前記処方箋の情報とに基づき、薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の前記調剤完了予定時間とからなる情報を前記第１の端末へ送信して前記第１の端末により前記調剤依頼の要求をさせる第１１の送信手段と、
前記第１の端末から前記調剤依頼要求を受信したときは、前記調剤依頼要求で選択された一の薬局に設けられた前記第４の端末へ調剤依頼を送信する第１２の送信手段と、
前記調剤依頼を受信した前記第４の端末からの調剤依頼受信通知の応答を受信して前記第１の端末へ調剤依頼通知を行う通知手段とを有し、
前記第４の端末は、
前記第３の端末から前記処方箋情報を受信したときは、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した前記調剤完了予定時間を決定して前記第３の端末へ応答送信する調剤完了予定時間決定及び送信手段と、
前記第３の端末から前記調剤依頼を受信したときは、前記調剤依頼受信通知を前記第３の端末へ応答送信する応答送信手段とを有することを特徴とする請求項１７記載の予約管理システム。
【請求項２０】
前記第４の端末の前記応答送信手段は、前記第３の端末から前記調剤依頼を受信したときは、予約可能な場合は前記調剤依頼受信通知を前記第３の端末へ応答送信し、予約不可のときは予約不可通知と調剤完了時間とを前記第３の端末へ応答送信することを特徴とする請求項１８又は２０記載の予約管理システム。
【請求項２１】
前記第４の端末は、前記調剤完了予定時間決定及び送信手段に替えて、前記第３の端末から前記処方箋情報を受信したときは、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とを前記第３の端末へ応答送信する応答送信手段を有し、前記第３の端末の前記第８の送信手段は、前記第４の端末の前記応答送信手段により送信された前記現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とに基づいて前記調剤完了予定時間を推測し、その調剤完了予定時間を前記第１の端末へ送信する手段であることを特徴とする請求項１８記載の予約管理システム。
【請求項２２】
前記第４の端末は、前記調剤完了予定時間決定及び送信手段に替えて、前記第３の端末から前記処方箋情報を受信したときは、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とを前記第３の端末へ応答送信する応答送信手段を有し、前記第３の端末の前記第１１の送信手段は、前記第１の端末から前記位置情報と共に前記薬局選択要求を受信したときには、前記第４の端末から受信した前記現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とに基づいて前記調剤完了予定時間を推測し、その調剤完了予定時間と、前記第１の端末から受信したその第１の端末の位置情報と、前記第３の端末から受信した前記処方箋の情報とに基づき、薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の前記調剤完了予定時間とからなる情報を前記第１の端末へ送信して前記第１の端末により前記調剤依頼の要求をさせる手段であることを特徴とする請求項２０記載の予約管理システム。
【請求項２３】
ユーザが予約のために使用する第１の端末と、前記ユーザに飲食サービスを提供する飲食店に設けられた第２の端末と、前記第１の端末と前記第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、前記ユーザが前記飲食店の利用日時を予約するための予約管理システムであって、
前記第１の端末は、
自端末の現在位置を検出する現在位置検出手段と、
前記ユーザが前記飲食店のサービスを利用するときのサービス利用条件を、前記現在位置検出手段により検出した現在位置情報と共に、前記ネットワークを介して前記第３の端末へ送信する第１の送信手段と、
前記飲食店の利用日時の予約を、前記ネットワークを介して前記第３の端末に依頼する予約依頼手段とを有し、
前記第２の端末は、
前記第３の端末から前記ネットワークを介して予約依頼を受信したときは、その予約依頼の内容に応じて、自端末が設けられた飲食店の現在の予約状況と、客の現在及び過去の滞在時間及び空席状況から推測した時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は前記現在の予約状況及び前記混雑状況の情報を前記第３の端末へ送信する情報送信手段を有し、
前記第３の端末は、
前記第１の端末から前記ネットワークを介して受信した前記サービス利用条件と、前記現在位置情報が示す前記第１の端末の現在位置とに基づき、前記ユーザに前記サービス利用条件を満足するサービスを提供する一又は二以上の飲食店の推奨候補を解析する解析手段と、
前記解析手段により解析した前記飲食店の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して前記予約依頼を通知する予約依頼通知手段と、
前記飲食店の推奨候補に設けられた前記第２の端末から前記ネットワークを介して受信した前記予約可能時間、又は前記第２の端末から前記ネットワークを介して受信した前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、前記飲食店の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信して、前記第１の端末の前記予約依頼手段により予約する一の飲食店と予約時間とをそれぞれ選択させる第２の送信手段とを有することを特徴とする予約管理システム。
【請求項２４】
前記サービス利用条件に予約する飲食店を含めたときは、前記第３の端末は、前記解析手段による飲食店の推奨候補の解析を行うことなく、前記予約依頼通知手段による前記予約依頼の通知を、予約指定された飲食店に設けられた前記第２の端末へ前記ネットワークを介して行うことを特徴とする請求項２４記載の予約管理システム。
【請求項２５】
前記第２の端末は、自端末が設けられている飲食店の客席の上に設置された赤外線センサ、又は前記客席の椅子単位で若しくはテーブル単位で設置された荷重センサにより空席を検出して前記空席状況を取得することを特徴とする請求項２４記載の予約管理システム。
【請求項２６】
ユーザが予約のために使用する第１の端末と、前記ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末と、前記第１の端末と前記第２の端末との間で通信を行うために、ネットワークを介して互いに接続されており、前記ユーザが前記予約対象の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
自端末の現在位置を検出する現在位置検出手段を備えた前記第１の端末から前記ネットワークを介して、前記サービス利用条件と前記現在位置情報が示す前記第１の端末の現在位置とを受信して、受信した前記サービス利用条件及び現在位置情報とに基づき、前記ユーザに前記サービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する解析手段と、
前記解析手段により解析した前記予約対象の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して前記予約依頼を通知する予約依頼通知手段と、
前記予約対象の推奨候補に設けられた前記第２の端末において、現在の予約状況と時間待ちを示す混雑状況とに基づき決定された予約可能時間、又は前記現在の予約状況及び前記混雑状況の情報を、前記第２の端末から前記ネットワークを介して受信する受信手段と、
前記受信手段により受信した予約可能時間、又は受信した前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、前記予約対象の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信する送信手段と
を有し、前記送信手段により送信した前記予約対象の推奨候補及び予約可能時間に基づき、前記前記第１の端末により予約する一の予約対象と予約時間とをそれぞれ選択させることを特徴とする端末装置。
【請求項２７】
前記第１の端末が予約した前記一の予約対象のサービスの提供を受けるために、その第１の端末からの利用要求のアクセスを受信して、前記第１の端末が予約した前記一の予約対象と予約時間とからなる前記予約情報を前記第１の端末へ送信する予約情報送信手段と、
前記予約情報を受信した前記第１の端末から送信された、その予約情報に含まれる前記一の予約対象の位置情報の送信要求を受信して、前記第１の端末が予約した前記一の予約対象の位置情報を前記第１の端末へ送信する位置情報送信手段とを更に有することを特徴とする請求項２７記載の端末装置。
【請求項２８】
ユーザが予約のために使用する第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、前記第１の端末と前記第２の端末との間で通信を行うために、ネットワークを介して互いに接続されており、前記ユーザが前記医療機関の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
自端末の現在位置を検出する現在位置検出手段を備えた前記第１の端末から前記ネットワークを介して、問診票に少なくともそのユーザの現在の症状を入力した問診票データと、前記現在位置情報が示す前記第１の端末の現在位置情報とを受信して、受信した前記問診票データに応じた医療サービスを提供する一又は二以上の医療機関の推奨候補を解析する解析手段と、
前記解析手段により解析した前記医療機関の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して予約依頼を通知する予約依頼通知手段と、
前記医療機関の推奨候補に設けられた前記第２の端末において、現在の予約状況と時間待ちを示す混雑状況とに基づき推測された予約可能時間、又は前記現在の予約状況及び前記混雑状況の情報を、前記第２の端末から前記ネットワークを介して受信する受信手段と、
前記受信手段により受信した前記予約可能時間、又は受信した前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、前記医療機関の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信する送信手段と、
前記第１の端末からの一の医療機関の予約依頼を受信したときは、その予約依頼された一の医療機関に設けられた前記第２の端末へ前記問診票データを送信する問診票データ送信手段と、
前記予約依頼された一の医療機関に設けられた前記第２の端末から、追加で問診する内容の追加問診票情報を受信したときは、その追加問診票情報を前記第１の端末へ送信する追加問診票情報送信手段と、
前記第１の端末から前記追加問診票にデータが書き込まれた追加問診票回答データを受信したときは、その追加問診票回答データを前記予約依頼された一の医療機関に設けられた第２の端末へ送信する追加問診票回答データ送信手段と
を有することを特徴とする端末装置。
【請求項２９】
ユーザが予約のために使用する第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、調剤を行う薬局に設けられた第３の端末と、前記第１乃至第３の端末との間で通信を行うために、ネットワークを介して互いに接続されており、前記医療機関の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
予約された前記医療機関に設けられた前記第２の端末から、その医療機関での診察結果に基づく処方箋の情報を受信する処方箋情報受信手段と、
受信した前記処方箋の情報と前記第１の端末からの位置情報に基づき、薬局の推奨候補を解析する薬局解析手段と、
解析された前記薬局の推奨候補と前記処方箋の情報とからなる統合情報を前記第１の端末へ送信する統合情報送信手段と、
前記統合情報を受信した前記第１の端末が前記薬局の推奨候補の中から希望の一の薬局を選択して、前記ネットワークを介して送信した薬局選択要求を受信したときは、前記第２の端末から受信した前記処方箋の情報を前記第１の端末で選択された一の薬局に設けられた前記第３の端末へ送信する処方箋情報送信手段と、
前記処方箋の情報を受信した第３の端末が、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測して送信した前記調剤完了予定時間を受信したときは、受信した調剤完了予定時間を前記第１の端末へ送信する調剤完了予定時間送信手段と、
前記調剤完了予定時間を受信した前記第１の端末から送信された前記調剤依頼要求を受信したときは、前記調剤依頼要求で選択された一の薬局に設けられた前記第３の端末へ調剤依頼を送信する調剤依頼送信手段と、
前記調剤依頼を受信した前記第３の端末からの調剤依頼受信通知の応答を受信して前記第１の端末へ調剤依頼受信通知を行う通知手段とを
有することを特徴とする端末装置。
【請求項３０】
前記第３の端末から前記第１の端末へ送信される前記追加問診票情報と、前記第１の端末から前記第３の端末へ送信される追加問診票回答データとは、それぞれ電子メールで送信されることを特徴とする請求項２９記載の予約管理システム。
【請求項３１】
ユーザが予約のために使用する自端末の現在位置の位置情報を検出する現在位置検出手段を備えた第１の端末と、前記ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、調剤を行う薬局に設けられた第３の端末と、前記第１乃至第３の端末との間で通信を行うために、ネットワークを介して互いに接続されており、前記医療機関の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
予約された前記医療機関に設けられた前記第２の端末から、その医療機関での診察結果に基づく処方箋の情報を受信する処方箋情報受信手段と、
受信した前記処方箋の情報を前記第１の端末と前記ネットワークに接続された各医療機関の前記第３の端末へ送信する第１の送信手段と、
前記処方箋の情報を受信した前記第１の端末から前記位置情報と共に前記薬局選択要求を受信したときには、前記処方箋情報を受信したときに、前記第３の端末において現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測して送信された前記調剤完了予定時間と、前記第１の端末から受信したその第１の端末の位置情報と、前記第２の端末から受信した前記処方箋の情報とに基づき、薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の前記調剤完了予定時間とからなる情報を前記第１の端末へ送信して前記第１の端末により前記調剤依頼の要求をさせる第２の送信手段と、
前記第１の端末から前記調剤依頼要求を受信したときは、前記調剤依頼要求で選択された一の薬局に設けられた前記第３の端末へ調剤依頼を送信する第３の送信手段と、
前記調剤依頼を受信した前記第３の端末からの調剤依頼受信通知の応答を受信して前記第１の端末へ調剤依頼通知を行う通知手段と
を有することを特徴とする端末装置。
【請求項３２】
ユーザが予約のために使用する自端末の現在位置の位置情報を検出する現在位置検出手段を備えた第１の端末と、前記ユーザに飲食サービスを提供する飲食店に設けられた第２の端末と、前記第１及び第２の端末との間で通信を行うために、ネットワークを介して互いに接続されており、前記飲食店の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
前記第１の端末から前記ネットワークを介して受信した前記サービス利用条件と、前記位置情報が示す前記第１の端末の現在位置とに基づき、前記ユーザに前記サービス利用条件を満足するサービスを提供する一又は二以上の飲食店の推奨候補を解析する解析手段と、
前記解析手段により解析した前記飲食店の推奨候補に設けられた前記第２の端末へ、前記ネットワークを介して前記予約依頼を通知する予約依頼通知手段と、
前記予約依頼を受信したとき前記第２の端末において、その予約依頼の内容に応じて、自端末が設けられた飲食店の現在の予約状況と、客の現在及び過去の滞在時間及び空席状況から推測した時間待ちを示す混雑状況とに基づき決定された予約可能時間、又は前記現在の予約状況及び前記混雑状況の情報が前記第２の端末から送信され、その予約可能時間又は前記現在の予約状況及び前記混雑状況の情報を前記ネットワークを介して受信する受信手段と、
受信手段により受信された前記予約可能時間又は前記現在の予約状況と前記混雑状況の情報から推測した予約可能時間を、前記飲食店の推奨候補の情報と共に前記第１の端末へ前記ネットワークを介して送信して、前記第１の端末により予約する一の飲食店と予約時間とをそれぞれ選択させる送信手段と
を有することを特徴とする端末装置。
【請求項３３】
前記サービス利用条件に予約する飲食店を含めたときは、前記解析手段による飲食店の推奨候補の解析を行うことなく、前記予約依頼通知手段による前記予約依頼の通知を、予約指定された飲食店に設けられた前記第２の端末へ前記ネットワークを介して行うことを特徴とする請求項３３記載の端末装置。
【請求項３４】
前記第２の端末は、自端末が設けられている飲食店の客席の上に設置された赤外線センサ、又は前記客席の椅子単位で若しくはテーブル単位で設置された荷重センサにより空席を検出して前記空席状況を取得することを特徴とする請求項３３記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は予約管理方法、予約管理システム及びそれに用いる端末装置に係り、特に医療機関、飲食店等の店舗、アミューズメントパーク等の施設において、ユーザがサービスを受ける際、ユーザに最適なサービスを提供するために、医療機関、店舗又は施設の予約をネットワークを介して管理する予約管理方法、予約管理システム及びそれに用いる端末装置に関する。
【背景技術】
【０００２】
従来、医療機関で診療を受ける際、医療機関へ保険証・診察券等を提出し診療依頼してから実際に診療を受けるまで、長い待ち時間を強いられていた。特に、冬季など風邪が流行る時期は医療機関が混雑し易く、１時間以上の待ち時間を強いられ、発熱・悪寒などで体調が悪い状態が、更に悪化してしまうことがあった。また、狭い待合室で長い時間、他の患者と同席するために別の病気にかかる心配もあった。
【０００３】
また、昨今の医療方針では医薬分業が推奨されており、医療機関とは別の建物内の薬局に処方箋を提出した後に、患者に薬が処方されるシステムとなっている。上記のシステムでは、前述の診療待ち時間の後、会計までの長期の待ち時間を得て処方箋を受け取り、別の建物内の薬局に処方箋を提出して、診療時と同様に長い待ち時間の後、やっと薬を処方されることになる。つまり、医療機関に到着してから薬が処方されるまでに、患者は何度も待ち時間を強いられることになる。
【０００４】
また、従来の医療機関のシステムでは、患者が病気にかかってから医療機関へ行くため対処療法的な治療が主となっており、予防医学の見地から患者へ接する事は難しかった。更に、従来の医療機関のシステムでは、患者の判断で内科、耳鼻科、小児科等を選択するため、病気に対して最適な医療機関を選択できるとは限らなかった。
【０００５】
一方、上記の医療機関での混雑時に受けるユーザの不快感は、医療機関のみでなく一般の店舗、施設にもいえることである。従来、店舗や施設の混雑状況は現地に行くまで不明であり、混雑時には、食事をするだけでも複数の店舗を回る必要があることがある。
【０００６】
そこで、ユーザがユーザ端末からインターネット経由で飲食店利用サービスプロバイダにアクセスすると、飲食店利用サービスプロバイダからメニューと飲食店の概要の情報をユーザ端末に表示し、ユーザはこの表示内容から詳細を知りたい飲食店を指定して、飲食店の提供する詳細情報から特定の飲食店とユーザの現在位置などを指定して必要付帯情報の詳細を入手し、ユーザはこの付帯情報を基に飲食店を決定して、インターネット経由で飲食店端末に予約情報を送信するようにした予約方法が知られている（例えば、特許文献１参照）。
【０００７】
また、契約したレストラン事業者又はレストラン利用者とそれぞれのインターネット接続装置を介して情報を授受しながら、かつ、レストラン事業者の店舗情報、そのレストラン事業者が提供できる料理のメニュー表又はレストラン利用者の予約情報を登録するための予約表を使用しながら、レストラン利用者からのレストランの予約を実行するサーバとをインターネットサービスプロバイダに設けた予約システムも従来知られている（例えば、特許文献２参照）。
【０００８】
一方、前者の医療機関の待ち時間を低減するには予約診療があるが、予約診療は定期的に診察を受ける患者には有効であるが、急患患者には有効とはいえない。一般の人が医療機関に診察を受けに行くのは、急を要する場合が多く、少なくとも患者は早急に診察してもらいたいと思っている場合が多く、また、体調が悪くなるのは予測できないのが通常であり、診察日時を予約して診察してもらう余裕はないのが普通であるからである。
【０００９】
また、早急に診察を受けるために医療機関に予約を入れようとしても、常に予約できるとは限らない。更に、患者は自分の症状から自分の病気を予測した上で、診察を受ける診察科を自分で決定して、その診察科のある医療機関を自分で探して診察予約をし、予約日になってからその医療機関で診察した結果、患者が推測した病気とは異なった病気であった場合は、再度適切な診察科を探して診察を受けねばならず、患者にとって極めて負担が大きい。
【００１０】
そこで、医療機関の通信端末装置と患者側の通信端末装置とを通信回線を介してシステム全体を管理するシステム用サーバに接続してネットワークを構成し、システム用サーバは、患者側の通信端末装置から入力された患者の健康情報に基づいて、病名、診察を受けるべき診察科目、疾患の程度を判定すると共に、診察可能な医療機関を検索して予約日時を決定するようにした病院予約支援装置が、従来より知られている（例えば、特許文献３参照）。
【００１１】
また、予め決められた地域毎の少なくとも病院名と、その病院が扱う専門科と担当医及び所在地等のデータからなる地域病院データと、病院毎に専門科とその診療時間帯の予約状況を示す病院予約状況データを格納するデータベースと、そのデータベースを管理するサーバとを備え、ユーザ端末及び病院端末がインターネットを介してサーバと接続されるネットワークシステムの病院予約方法において、ユーザ端末によって選ばれた病院の予約時間帯をサーバが予約済みとし、また、サーバは病院端末から送られてきた診察後の診療データ及びその病院名をユーザデータに書き込むと共に、そのユーザデータに記入されている保険会社の端末に対して請求書を電子メールで送付するようにした病院予約方法も従来、知られている（例えば、特許文献４参照）。
【００１２】
更に、自覚症状から診療科目を推定するためのデータベースと、病院の静的情報データベースと、病院の混雑度や空き時間などを示す動的情報データベースと、サーバを有する病院紹介システムが、利用者端末からインターネットを介して利用者（患者）の自覚症状の入力があると、病院名及び診療科目と待ち時間を利用者端末へ送信し、利用者が空き時間に予約すると、その情報及び簡易診断の内容を当該病院の端末へ送信するシステムも従来知られている（例えば、特許文献５参照）。
【００１３】
【特許文献１】特開２００１−３０６７１４号公報
【特許文献２】特開２００２−２７９２６１号公報
【特許文献３】特開２００２−０９９６１５号公報
【特許文献４】特開２００２−０１５０６０号公報
【特許文献５】特開２００３−２５６５８０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかるに、特許文献１及び２記載の従来の予約管理方法では、既予約客による混雑予想しかしておらず、現在の空席状況を管理していないため、現在の最適な空席情報の管理ができず、また、先に店舗が複数表示された後、１店舗ずつ予約確認をとるようにしているため、予約の可否を確認する時間がかかるという問題がある。
【００１５】
一方、特許文献３乃至５記載の従来の予約管理方法では、予め患者による自覚症状の入力が必ずしも正確ではなく、また、問診票などのような予め定められた項目に対する回答としての自覚症状の入力に基づき、医療機関側の端末（システム用サーバー等）により病名や診察科目が判定されるため、必ずしも正確な病名を判断できるものではなく、従って、診察科目も病状に応じた最適な診察科目の判断ができないという問題がある。また、予約可能な医療機関を１つずつ予約確認をとるようにしているため、患者が診療希望時間に基づいた複数の予約可能な医療機関の中から医療機関を選択することができず、予約の可否を確認する時間がかかるという問題もある。
【００１６】
本発明は以上の点に鑑みなされたもので、ユーザが求める最適なサービスを選択することができ、ユーザがサービスを受ける際の待ち時間を短縮することができ、ユーザのサービス利用状況から最適な情報をユーザに配信することができる予約管理方法、予約管理システム及びそれに用いる端末装置を提供することを目的とする。
【００１７】
本発明の他の目的は、医療機関、飲食店等の店舗、アミューズメントパーク等の施設において、ユーザがサービスを受ける際、ユーザに最適な医療機関、店舗、施設をネットワークを介して提案する予約管理方法、予約管理システム及びそれに用いる端末装置を提供することにある。
【００１８】
また、本発明の他の目的は、医療機関、飲食店等の店舗、アミューズメントパーク等の施設において、ネットワークを介して医療機関、店舗、施設の混雑状況、予約状況を管理し、ユーザがサービスを受ける際の待ち時間を短縮できる予約管理方法、予約管理システム及びそれに用いる端末装置を提供することにある。
【００１９】
更に、本発明の他の目的は、ユーザの利用状況をもとに最適な情報をユーザに配信する予約管理方法、予約管理システム及びそれに用いる端末装置を提供することにある。
【課題を解決するための手段】
【００２０】
上記の目的を達成するため、第１の発明の予約管理方法は、ユーザが予約のために使用する第１の端末と、ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末とが、少なくともネットワークを介して互いに通信可能に接続されており、第１の端末により第２の端末に対して、ユーザが予約対象の利用日時を予約するための予約管理方法であって、第１の端末からネットワークを介して予約依頼を第２の端末へ送信するときに、ユーザが予約対象のサービスを利用するときのサービス利用条件と、第１の端末の現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する第１のステップと、予約対象の推奨候補に設けられた第２の端末へ第１の端末から予約依頼を通知することにより、第２の端末で現在の予約状況と時間待ちを示す混雑状況とから、予約可能時間を決定する第２のステップと、第２の端末から第１の端末へ、第２のステップで決定された予約対象の推奨候補毎の予約可能時間を送信する第３のステップと、第１の端末により予約対象の推奨候補毎の予約可能時間に基づき、一の予約対象と予約時間を選択して第２の端末へ送信する第４のステップとを含むことを特徴とする。
【００２１】
この発明では、予約対象のサービスを利用するときのサービス利用条件と、第１の端末の現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析し、更にその予約対象の推奨候補について、現在の予約状況と時間待ちを示す混雑状況とから予約可能時間を決定して、それらの中からユーザ端末により一の予約対象と予約時間を選択させるようにしたため、待ち時間無しで予約対象を予約することができる。
【００２２】
また、上記の目的を達成するため、第２の発明の予約管理方法は、ユーザが予約のために使用する第１の端末と、ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末と、第１の端末と第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、ユーザが予約対象の利用日時を予約するための予約管理方法であって、第１の端末が、ユーザが予約対象のサービスを利用するときのサービス利用条件を、自端末の現在位置情報と共に、ネットワークを介して第３の端末へ送信する第１のステップと、第３の端末が、ネットワークを介して受信したサービス利用条件と、現在位置情報が示す第１の端末の現在位置とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する第２のステップと、第３の端末から予約対象の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する第３のステップと、第２の端末が受信した予約依頼の内容に応じて、自端末が設けられた予約対象の現在の予約状況と時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は現在の予約状況及び混雑状況の情報を第３の端末へ送信する第４のステップと、第３の端末が、予約対象の推奨候補に設けられた第２の端末からネットワークを介して受信した予約可能時間、又は第２の端末からネットワークを介して受信した現在の予約状況と混雑状況の情報から推測した予約可能時間を、予約対象の推奨候補の情報と共に第１の端末へネットワークを介して送信する第５のステップと、第１の端末により予約対象の推奨候補毎の予約可能時間に基づき、一の予約対象と予約時間を選択して第２の端末へ送信する第６のステップとを含むことを特徴とする。
【００２３】
この発明では、ユーザが使用する第１の端末と予約対象に設けられた第２の端末との間で、第３の端末及びネットワークを介して通信可能なシステムにおいて、予約対象のサービスを利用するときのサービス利用条件と、第１の端末の現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析し、更にその予約対象の推奨候補について、現在の予約状況と時間待ちを示す混雑状況とから予約可能時間を決定して、それらの中からユーザ端末により一の予約対象と予約時間を選択させるようにしたため、待ち時間無しで予約対象を予約することができる。
【００２４】
また、上記の目的を達成するため、第３の発明の予約管理方法は、第１の端末が、第６のステップにより予約した一の予約対象のサービスの提供を受けるために第３の端末へ利用要求のアクセスを行う第７のステップと、第１の端末から送信された利用要求の受信により、第３の端末が、第１の端末が予約した一の予約対象と予約時間とからなる予約情報を第１の端末へ送信する第８のステップと、第３の端末から送信された予約情報を受信した第１の端末が、その予約情報に含まれる一の予約対象の位置情報の送信を要求する第９のステップと、位置情報要求を受信した第３の端末により、第１の端末が予約した一の予約対象の位置情報を第１の端末へ送信する第１０のステップとを更に含むことを特徴とする。
【００２５】
この発明では、予約した一の予約対象のサービスの提供を受けるために、第１の端末から第３の端末へ利用要求を行うことにより、第３の端末から予約した一の予約対象の位置情報を第１の端末へ送信するようにしたため、第１の端末を使用するユーザは、一の予約対象の場所が分からなくても位置情報に基づいて知ることができる。
【００２６】
また、上記の目的を達成するため、第４の発明の予約管理方法は、ユーザが予約のために使用する第１の端末と、ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、第１の端末と第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、ユーザが医療機関の利用日時を予約するための予約管理方法であって、ユーザが医療機関のサービスを利用するため、問診票に少なくともそのユーザの現在の症状を入力した問診票データを、第１の端末の現在位置情報と共に、第１の端末からネットワークを介して第３の端末へ送信する第１のステップと、問診票データと、現在位置情報が示す第１の端末の現在位置とに基づき、第３の端末が、問診票データに応じた医療サービスを提供する一又は二以上の医療機関の推奨候補を解析する第２のステップと、第２のステップにより解析した医療機関の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する第３のステップと、医療機関の推奨候補に設けられた第２の端末からネットワークを介して受信した予約可能時間、又は第２の端末からネットワークを介して受信した現在の予約状況と混雑状況の情報から推測した予約可能時間を、医療機関の推奨候補の情報と共に第１の端末へネットワークを介して送信する第４のステップと、第１の端末が、受信した医療機関の推奨候補の情報及び予測可能時間に基づき、予約する一の医療機関と予約時間とをそれぞれ選択する第５のステップと、第１の端末により第５のステップで予約された一の医療機関に設けられた第２の端末へ第３の端末から問診票データを送信する第６のステップと、予約された一の医療機関に設けられた第２の端末が、問診票データを受信したときは、追加で問診する内容の追加問診票情報を作成して第３の端末を介して第１の端末へ送信する第７のステップと、第３の端末から追加問診票情報を受信した第１の端末が、その追加問診票にデータを書き込んだ追加問診票回答データを作成して第３の端末へ送信する第８のステップと、追加問診票回答データを受信した第３の端末が、その追加問診票回答データを予約された一の医療機関に設けられた第２の端末へ送信する第９のステップとを含むことを特徴とする。
【００２７】
この発明では、ユーザが第１の端末を使用して問診票データ及び現在位置情報を第３の端末へ送信すると、第３の端末が位置情報と問診票データに応じた、ユーザの現在位置及び症状にとって最適な医療サービスを提供する一又は二以上の医療機関の推奨候補を解析し、更にそれらの医療機関の第２の端末からは現在の予約状況だけでなく、待ち時間を含めた混雑状況とに基づいた予約可能時間を第３の端末へ送信させて、それらを第３の端末を介して第１の端末へ送信してユーザにより最適な一の医療機関を予約させることができ、更にその予約医療機関から追加問診票を第１の端末へ送信させ、その追加問診票に回答を記入した追加問診票回答データを予約医療機関へ送信することができる。
【００２８】
また、上記の目的を達成するため、第６の発明の予約管理方法は、ユーザが予約のために使用する第１の端末と、ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、少なくとも第１の端末と第２の端末との通信を行うための第３の端末と、調剤を行う薬局に設けられた第４の端末とがネットワークを介して互いに接続されており、ユーザが医療機関の利用日時を請求項５記載に基づき予約した予約管理方法であって、予約した医療機関に設けられた第２の端末から、その医療機関での診察結果に基づく処方箋の情報を第３の端末へ送信する第１０のステップと、処方箋情報を受信した第３の端末が、その処方箋情報と第１の端末からの位置情報に基づき解析した薬局の推奨候補と、処方箋とからなる情報を第１の端末へ送信する第１１のステップと、処方箋と薬局の推奨候補とからなる情報を受信した第１の端末が、薬局の推奨候補の中から希望の一の薬局を選択して、第３の端末へ薬局選択要求を行う第１２のステップと、薬局選択要求を受信した第３の端末が、第２の端末から受信した処方箋の情報を第１の端末で選択された一の薬局に設けられた第４の端末へ送信する第１３のステップと、処方箋の情報を受信した第４の端末が、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した調剤完了予定時間を決定して第３の端末へ応答送信する第１４のステップと、第３の端末が、第４の端末から受信した調剤完了予定時間を第１の端末へ送信する第１５のステップと、調剤完了予定時間を受信した第１の端末が、調剤依頼要求を第３の端末へ送信する第１６のステップと、第１の端末から調剤依頼要求を受信した第３の端末が、調剤依頼要求で選択された一の薬局に設けられた第４の端末へ調剤依頼を送信する第１７のステップと、調剤依頼を受信した第４の端末からの調剤依頼受信通知の応答を受信した第３の端末が、第１の端末へ調剤依頼受信通知を行う第１８のステップとを更に含むことを特徴とする。
【００２９】
この発明では、予約した医療機関での診察結果に基づく処方箋が、ユーザが使用する第１の端末の現在位置情報と処方箋の情報に基づいて解析された、ユーザにとって最適な一又は二以上の薬局の推奨候補の中からユーザに一の薬局を選択させることができると共に、選択した一の薬局の現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した調剤完了予定時間を第１の端末へ送信するようにしたため、第１の端末を操作するユーザは、選択した一の薬局で待ち時間無しに処方箋により調剤された薬を手に入れることができる。
【００３０】
また、上記の目的を達成するため、第７の発明の予約管理方法は、第３の端末から第１の端末へ送信される追加問診票情報と、第１の端末から第３の端末へ送信される追加問診票回答データとは、それぞれ電子メールで送信されることを特徴とする。この発明では、第１の端末及び第３の端末はメール受信後は何時でも追加問診票情報や追加問診票回答データを入手できる。
【００３１】
また、上記の目的を達成するため、第８の発明の予約管理方法は、ユーザが予約のために使用する第１の端末と、ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、少なくとも第１の端末と第２の端末との通信を行うための第３の端末と、調剤を行う薬局に設けられた第４の端末とがネットワークを介して互いに接続されており、ユーザが医療機関の利用日時を請求項５記載に基づき予約した予約管理方法であって、予約した医療機関に設けられた第２の端末から、その医療機関での診察結果に基づく処方箋の情報を第３の端末へ送信する第１０のステップと、処方箋情報を受信した第３の端末が、その処方箋情報を第１の端末とネットワークに接続された各医療機関の第４の端末へ送信する第１１のステップと、第３の端末から処方箋の情報を受信した第１の端末が、第３の端末へ自端末の位置情報と共に薬局選択要求のアクセスをする第１２のステップと、処方箋情報を受信した第４の端末が、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した調剤完了予定時間を決定して第３の端末へ応答送信する第１３のステップと、第１の端末から位置情報と共に薬局選択要求を受信した第３の端末が、第４の端末から受信した調剤完了予定時間と、第１の端末から受信したその第１の端末の位置情報と、第２の端末から受信した処方箋の情報とに基づき、薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の調剤完了予定時間とからなる情報を第１の端末へ送信する第１４のステップと、第１の端末が、受信した薬局の推奨候補の中から所望の一の薬局に対して調剤依頼の要求を行う第１５のステップと、第１の端末から調剤依頼要求を受信した第３の端末が、調剤依頼要求で選択された一の薬局に設けられた第４の端末へ調剤依頼を送信する第１６のステップと、調剤依頼を受信した第４の端末からの調剤依頼受信通知の応答を受信した第３の端末が、第１の端末へ調剤依頼受信通知を行う第１７のステップとを更に含むことを特徴とする。
【００３２】
この発明では、予約した医療機関での診察結果に基づく処方箋が、ユーザが使用する第１の端末の現在位置情報と処方箋の情報に基づいて解析された、ユーザにとって最適な一又は二以上の薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した調剤完了予定時間とからなる情報を第１の端末へ送信するようにしたため、第１の端末を操作するユーザは、薬局の推奨候補と調剤予定時間を確認後に一の薬局を予約して待ち時間無しに処方箋により調剤された薬を手に入れることができる。
【００３３】
また、上記の目的を達成するため、第９の発明の予約管理方法は、第４の端末が第３の端末から処方箋情報を受信したときは、第１４のステップに替えて、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とを第３の端末へ応答送信する第１９のステップを含み、第１５のステップは、第１９のステップにより送信された現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とに基づいて調剤完了予定時間を推測し、その調剤完了予定時間を第１の端末へ送信することを特徴とする。
【００３４】
また、上記の目的を達成するため、第１０の発明の予約管理方法は、第４の端末が第３の端末から処方箋情報を受信したときは、第１３のステップに替えて、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とを第３の端末へ応答送信する第１８のステップを含み、第１４のステップは、第１の端末から位置情報と共に薬局選択要求を受信したときには、第４の端末から受信した現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とに基づいて調剤完了予定時間を推測し、その調剤完了予定時間と、第１の端末から受信したその第１の端末の位置情報と、第３の端末から受信した処方箋の情報とに基づき、薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の調剤完了予定時間とからなる情報を第１の端末へ送信して第１の端末により調剤依頼の要求をさせることを特徴とする。
【００３５】
また、上記の目的を達成するため、第１１の発明の予約管理方法は、ユーザが予約のために使用する第１の端末と、ユーザに飲食サービスを提供する飲食店に設けられた第２の端末と、第１の端末と第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、ユーザが飲食店の利用日時を予約するための予約管理方法であって、ユーザが飲食店のサービスを利用するときのサービス利用条件を、第１の端末の現在位置情報と共に、第１の端末がネットワークを介して第３の端末へ送信する第１のステップと、第３の端末が受信したサービス利用条件と、現在位置情報が示す第１の端末の現在位置とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の飲食店の推奨候補を解析する第２のステップと、飲食店の推奨候補に設けられた第２の端末へ、第３の端末からネットワークを介して予約依頼を通知する第３のステップと、予約依頼を受信した第２の端末が、その予約依頼の内容に応じて、自端末が設けられた飲食店の現在の予約状況と、客の現在及び過去の滞在時間及び空席状況から推測した時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は現在の予約状況及び混雑状況の情報を第３の端末へ送信する第４のステップと、予約可能時間又は現在の予約状況と混雑状況の情報を受信した第３の端末が、受信した予約可能時間又は受信した現在の予約状況と混雑状況の情報から推測した予約可能時間を、受信した飲食店の推奨候補の情報と共に第１の端末へネットワークを介して送信する第５のステップと、受信した飲食店の推奨候補の情報及び予約可能時間に基づき、第１の端末が予約する飲食店及び予約時間を、ネットワークを介して第３の端末に通知する第６のステップとを含むことを特徴とする。
【００３６】
この発明では、ユーザが第１の端末を使用してサービス利用条件（ユーザが希望する飲食店の条件、予約希望日時、１人当りの予算、飲食店の環境、立地条件など）を、第１の端末の位置情報と共に第３の端末へ送信すると、第３の端末がサービス利用条件を満足するサービスを提供する一又は二以上の飲食店の推奨候補を解析して、その推奨候補の飲食店の現在の予約状況と、客の現在及び過去の滞在時間及び空席状況から推測した時間待ちを示す混雑状況とに基づき決定した予約可能時間を第１の端末へ送信するようにしたため、第１の端末を使用するユーザに最適な一の飲食店を予約させることができる。ここで、予約可能時間は、飲食店の現在の予約状況だけでなく、客の現在及び過去の滞在時間及び空席状況をも加味して推測しているので、より正確な予約可能時間を推測できる。
【００３７】
また、上記の目的を達成するため、第１２の発明の予約管理方法は、サービス利用条件に予約する飲食店を含めたときは、第２のステップによる飲食店の推奨候補の解析を行うことなく、第３のステップによる予約依頼の通知を、予約指定された飲食店に設けられた第２の端末へネットワークを介して行うことを特徴とする。この発明では、ユーザが予約する飲食店を選択してから飲食店の予約・混雑状況を確認した時には、予約指定された飲食店のみについて予約可能時間を推測する。
【００３８】
また、上記の目的を達成するため、第１３の発明の予約管理方法は、上記の第１１の発明の第４のステップが、第２の端末が設けられている飲食店の客席の上に設置された赤外線センサ、又は客席の椅子単位で若しくはテーブル単位で設置された荷重センサにより空席を検出して得られた空席状況を取得することを特徴とする。この発明では、現在の空席情報も管理することができる。
【００３９】
また、上記の目的を達成するため、本発明の第１の予約管理システムは、ユーザが予約のために使用する第１の端末と、ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末とが、少なくともネットワークを介して互いに通信可能に接続されており、第１の端末により第２の端末に対して、ユーザが予約対象の利用日時を予約するための予約管理システムであって、
第１の端末は、自端末の現在位置を検出する現在位置検出手段と、ユーザが予約対象のサービスを利用するときのサービス利用条件と、現在位置検出手段により検出した現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する解析手段と、解析手段により解析した予約対象の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する予約依頼通知手段と、予約対象の推奨候補に設けられた第２の端末からネットワークを介して受信した予約可能時間と解析手段により解析した予約対象の推奨候補とから、予約する一の予約対象と予約可能時間とをそれぞれ選択する選択手段とを有し、
第２の端末は、第１の端末からネットワークを介して予約依頼を受信したときは、自端末が設けられた予約対象の現在の予約状況と時間待ちを示す混雑状況とから、予約可能時間を決定する予約可能時間決定手段と、予約可能時間決定手段により決定した予約可能時間を、ネットワークを介して第１の端末へ送信する予約可能時間送信手段とを有することを特徴とする。
【００４０】
この発明は第１の発明の予約管理方法と同様に、予約対象のサービスを利用するときのサービス利用条件と、第１の端末の現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析し、更にその予約対象の推奨候補について、現在の予約状況と時間待ちを示す混雑状況とから予約可能時間を決定して、それらの中からユーザ端末により一の予約対象と予約時間を選択させるようにしたため、待ち時間無しで予約対象を予約することができる。
【００４１】
また、上記の目的を達成するため、本発明の第２の予約管理システムは、ユーザが予約のために使用する第１の端末と、ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末と、第１の端末と第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、ユーザが予約対象の利用日時を予約するための予約管理システムであって、
第１の端末は、自端末の現在位置を検出する現在位置検出手段と、ユーザが予約対象のサービスを利用するときのサービス利用条件を、現在位置検出手段により検出した現在位置情報と共に、ネットワークを介して第３の端末へ送信する第１の送信手段と、予約対象の利用日時の予約を、ネットワークを介して第３の端末に依頼する予約依頼手段とを有し、
第２の端末は、第３の端末からネットワークを介して予約依頼を受信したときは、その予約依頼の内容に応じて、自端末が設けられた予約対象の現在の予約状況と時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は現在の予約状況及び混雑状況の情報を第３の端末へ送信する情報送信手段を有し、
第３の端末は、第１の端末からネットワークを介して受信したサービス利用条件と、現在位置情報が示す第１の端末の現在位置とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する解析手段と、解析手段により解析した予約対象の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する予約依頼通知手段と、予約対象の推奨候補に設けられた第２の端末からネットワークを介して受信した予約可能時間、又は第２の端末からネットワークを介して受信した現在の予約状況と混雑状況の情報から推測した予約可能時間を、予約対象の推奨候補の情報と共に第１の端末へネットワークを介して送信して、第１の端末の予約依頼手段により予約する一の予約対象と予約時間とをそれぞれ選択させる第２の送信手段とを有することを特徴とする。
【００４２】
この発明は、ユーザが使用する第１の端末と予約対象に設けられた第２の端末との間で、第３の端末及びネットワークを介して通信可能なシステムにおいて、予約対象のサービスを利用するときのサービス利用条件と、第１の端末の現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析し、更にその予約対象の推奨候補について、現在の予約状況と時間待ちを示す混雑状況とから予約可能時間を決定して、それらの中からユーザ端末により一の予約対象と予約時間を選択させるようにしたため、待ち時間無しで予約対象を予約することができる。
【００４３】
また、上記の目的を達成するため、本発明の第３の予約管理システムは、第１の端末は、予約依頼手段により予約した一の予約対象のサービスの提供を受けるために第３の端末へ利用要求のアクセスを行うアクセス手段と、第３の端末から送信された予約情報を受信し、その予約情報に含まれる一の予約対象の位置情報の送信を要求する位置情報要求手段とを更に有し、第３の端末は、第１の端末から送信された利用要求の受信により、第１の端末が予約した一の予約対象と予約時間とからなる予約情報を第１の端末へ送信する予約情報送信手段と、第１の端末から送信された位置情報要求の受信により、第１の端末が予約した一の予約対象の位置情報を第１の端末へ送信する位置情報送信手段とを更に有することを特徴とする。
【００４４】
この発明では、予約した一の予約対象のサービスの提供を受けるために、第１の端末から第３の端末へ利用要求を行うことにより、第３の端末から予約した一の予約対象の位置情報を第１の端末へ送信するようにしたため、第１の端末を使用するユーザは、一の予約対象の場所が分からなくても位置情報に基づいて知ることができる。
【００４５】
また、上記の目的を達成するため、本発明の第４の予約管理システムは、ユーザが予約のために使用する第１の端末と、ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、第１の端末と第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、ユーザが医療機関の利用日時を予約するための予約管理システムであって、
第１の端末は、自端末の現在位置を検出する現在位置検出手段と、ユーザが医療機関のサービスを利用するため、問診票に少なくともそのユーザの現在の症状を入力した問診票データを、現在位置検出手段により検出した現在位置情報と共に、ネットワークを介して第３の端末へ送信する第１の送信手段と、医療機関の利用日時の予約を、ネットワークを介して第３の端末に依頼する予約依頼手段と、第３の端末から追加問診票情報を受信したときは、その追加問診票にデータを書き込んだ追加問診票回答データを作成して第３の端末へ送信する追加問診票回答データ送信手段とを有し、
第２の端末は、第３の端末からネットワークを介して予約依頼を受信したときは、その予約依頼の内容に応じて、自端末が設けられた医療機関の現在の予約状況と時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は現在の予約状況及び混雑状況の情報を第３の端末へ送信する情報送信手段を有し、
第３の端末は、第１の端末からネットワークを介して受信した問診票データと、現在位置情報が示す第１の端末の現在位置とに基づき、問診票データに応じた医療サービスを提供する一又は二以上の医療機関の推奨候補を解析する解析手段と、解析手段により解析した医療機関の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する予約依頼通知手段と、医療機関の推奨候補に設けられた第２の端末からネットワークを介して受信した予約可能時間、又は第２の端末からネットワークを介して受信した現在の予約状況と混雑状況の情報から推測した予約可能時間を、医療機関の推奨候補の情報と共に第１の端末へネットワークを介して送信して、第１の端末の予約依頼手段により予約する一の医療機関と予約時間とをそれぞれ選択させる第２の送信手段と、第１の端末により予約された一の医療機関に設けられた第２の端末へ問診票データを送信する第３の送信手段と、予約された一の医療機関に設けられた第２の端末から、追加で問診する内容の追加問診票情報を受信したときは、その追加問診票情報を第１の端末へ送信する第４の送信手段と、第１の端末から追加問診票にデータが書き込まれた追加問診票回答データを受信したときは、その追加問診票回答データを予約された一の医療機関に設けられた第２の端末へ送信する第５の送信手段とを有することを特徴とする。
【００４６】
この発明では、ユーザが第１の端末を使用して問診票データ及び現在位置情報を第３の端末へ送信すると、第３の端末が位置情報と問診票データに応じた、ユーザの現在位置及び症状にとって最適な医療サービスを提供する一又は二以上の医療機関の推奨候補を解析し、更にそれらの医療機関の第２の端末からは現在の予約状況だけでなく、待ち時間を含めた混雑状況とに基づいた予約可能時間を第３の端末へ送信させて、それらを第３の端末を介して第１の端末へ送信してユーザにより最適な一の医療機関を予約させることができ、更にその予約医療機関から追加問診票を第１の端末へ送信させ、その追加問診票に回答を記入した追加問診票回答データを予約医療機関へ送信することができる。
【００４７】
また、上記の目的を達成するため、本発明の第５の予約管理システムは、ユーザが予約のために使用する第１の端末と、ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、少なくとも第１の端末と第２の端末との通信を行うための第３の端末と、調剤を行う薬局に設けられた第４の端末とがネットワークを介して互いに接続されており、ユーザが医療機関の利用日時を予約した予約管理システムであって、
第１の端末は、第３の端末から処方箋と薬局の推奨候補とからなる情報を受信したときは、薬局の推奨候補の中から希望の一の薬局を選択して、第３の端末へアクセスする薬局選択要求手段と、第３の端末から送信された調剤完了予定時間を受信したときは、薬局の推奨候補の中から所望の一の薬局に対して調剤依頼を第３の端末へ要求する調剤依頼要求手段とを有し、第２の端末は、医療機関での診察結果に基づく処方箋の情報を第３の端末へ送信する処方箋情報送信手段を有し、
第３の端末は、第２の端末から処方箋情報を受信したときには、その処方箋情報と第１の端末からの位置情報に基づき解析した薬局の推奨候補と、処方箋とからなる情報を第１の端末へ送信する第６の送信手段と、第１の端末から薬局選択要求を受信したときは、第２の端末から受信した処方箋の情報を第１の端末で選択された一の薬局に設けられた第４の端末へ送信する第７の送信手段と、第４の端末から受信した調剤完了予定時間を第１の端末へ送信する第８の送信手段と、第１の端末から調剤依頼要求を受信したときは、調剤依頼要求で選択された一の薬局に設けられた第４の端末へ調剤依頼を送信する第９の送信手段と、調剤依頼を受信した第４の端末からの調剤依頼受信通知の応答を受信して第１の端末へ調剤依頼受信通知を行う通知手段とを有し、
第４の端末は、第３の端末から処方箋の情報を受信したときは、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した調剤完了予定時間を決定して第３の端末へ応答送信する調剤完了予定時間決定及び送信手段と、第３の端末から調剤依頼を受信したときは、調剤依頼受信通知を第３の端末へ応答送信する応答送信手段とを有することを特徴とする。
【００４８】
この発明では、予約した医療機関での診察結果に基づく処方箋が、ユーザが使用する第１の端末の現在位置情報と処方箋の情報に基づいて解析された、ユーザにとって最適な一又は二以上の薬局の推奨候補の中からユーザに一の薬局を選択させることができると共に、選択した一の薬局の現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測した調剤完了予定時間を第１の端末へ送信するようにしたため、第１の端末を操作するユーザは、選択した一の薬局で待ち時間無しに処方箋により調剤された薬を手に入れることができる。
【００４９】
また、上記の目的を達成するため、本発明の第６の予約管理システムは、ユーザが予約のために使用する第１の端末と、ユーザに飲食サービスを提供する飲食店に設けられた第２の端末と、第１の端末と第２の端末との通信を行うための第３の端末とが、ネットワークを介して互いに接続されており、ユーザが飲食店の利用日時を予約するための予約管理システムであって、
第１の端末は、自端末の現在位置を検出する現在位置検出手段と、ユーザが飲食店のサービスを利用するときのサービス利用条件を、現在位置検出手段により検出した現在位置情報と共に、ネットワークを介して第３の端末へ送信する第１の送信手段と、飲食店の利用日時の予約を、ネットワークを介して第３の端末に依頼する予約依頼手段とを有し、
第２の端末は、第３の端末からネットワークを介して予約依頼を受信したときは、その予約依頼の内容に応じて、自端末が設けられた飲食店の現在の予約状況と、客の現在及び過去の滞在時間及び空席状況から推測した時間待ちを示す混雑状況とに基づき決定した予約可能時間、又は現在の予約状況及び混雑状況の情報を第３の端末へ送信する情報送信手段を有し、
第３の端末は、第１の端末からネットワークを介して受信したサービス利用条件と、現在位置情報が示す第１の端末の現在位置とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の飲食店の推奨候補を解析する解析手段と、解析手段により解析した飲食店の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する予約依頼通知手段と、飲食店の推奨候補に設けられた第２の端末からネットワークを介して受信した予約可能時間、又は第２の端末からネットワークを介して受信した現在の予約状況と混雑状況の情報から推測した予約可能時間を、飲食店の推奨候補の情報と共に第１の端末へネットワークを介して送信して、第１の端末の予約依頼手段により予約する一の飲食店と予約時間とをそれぞれ選択させる第２の送信手段とを有することを特徴とする。
【００５０】
この発明では、ユーザが第１の端末を使用してサービス利用条件（ユーザが希望する飲食店の条件、予約希望日時、１人当りの予算、飲食店の環境、立地条件など）を、第１の端末の位置情報と共に第３の端末へ送信すると、第３の端末がサービス利用条件を満足するサービスを提供する一又は二以上の飲食店の推奨候補を解析して、その推奨候補の飲食店の現在の予約状況と、客の現在及び過去の滞在時間及び空席状況から推測した時間待ちを示す混雑状況とに基づき決定した予約可能時間を第１の端末へ送信するようにしたため、第１の端末を使用するユーザに最適な一の飲食店を予約させることができる。ここで、予約可能時間は、飲食店の現在の予約状況だけでなく、客の現在及び過去の滞在時間及び空席状況をも加味して推測しているので、より正確な予約可能時間を推測できる。
【００５１】
また、上記の目的を達成するため、本発明の第１の端末装置は、ユーザが予約のために使用する第１の端末と、ユーザにサービスを提供する医療機関、店舗及び施設を含む予約対象に設けられた第２の端末と、第１の端末と第２の端末との間で通信を行うために、ネットワークを介して互いに接続されており、ユーザが予約対象の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
自端末の現在位置を検出する現在位置検出手段を備えた第１の端末からネットワークを介して、サービス利用条件と現在位置情報が示す第１の端末の現在位置とを受信して、受信したサービス利用条件及び現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析する解析手段と、解析手段により解析した予約対象の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する予約依頼通知手段と、予約対象の推奨候補に設けられた第２の端末において、現在の予約状況と時間待ちを示す混雑状況とに基づき決定された予約可能時間、又は現在の予約状況及び混雑状況の情報を、第２の端末からネットワークを介して受信する受信手段と、受信手段により受信した予約可能時間、又は受信した現在の予約状況と混雑状況の情報から推測した予約可能時間を、予約対象の推奨候補の情報と共に第１の端末へネットワークを介して送信する送信手段とを有し、送信手段により送信した予約対象の推奨候補及び予約可能時間に基づき、第１の端末により予約する一の予約対象と予約時間とをそれぞれ選択させることを特徴とする。
【００５２】
この発明では、ユーザが使用する第１の端末と予約対象に設けられた第２の端末との間で、端末装置及びネットワークを介して通信可能なシステムにおいて、予約対象のサービスを利用するときのサービス利用条件と、第１の端末の現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析し、更にその予約対象の推奨候補について、現在の予約状況と時間待ちを示す混雑状況とから予約可能時間を決定して、それらの中からユーザ端末により一の予約対象と予約時間を選択させるようにしたため、待ち時間無しで予約対象を予約することができる。
【００５３】
また、上記の目的を達成するため、本発明の第２の端末装置は、ユーザが予約のために使用する第１の端末と、ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、第１の端末と第２の端末との間で通信を行うために、ネットワークを介して互いに接続されており、ユーザが医療機関の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
自端末の現在位置を検出する現在位置検出手段を備えた第１の端末からネットワークを介して、問診票に少なくともそのユーザの現在の症状を入力した問診票データと、現在位置情報が示す第１の端末の現在位置情報とを受信して、受信した問診票データに応じた医療サービスを提供する一又は二以上の医療機関の推奨候補を解析する解析手段と、解析手段により解析した医療機関の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する予約依頼通知手段と、医療機関の推奨候補に設けられた第２の端末において、現在の予約状況と時間待ちを示す混雑状況とに基づき推測された予約可能時間、又は現在の予約状況及び混雑状況の情報を、第２の端末からネットワークを介して受信する受信手段と、受信手段により受信した予約可能時間、又は受信した現在の予約状況と混雑状況の情報から推測した予約可能時間を、医療機関の推奨候補の情報と共に第１の端末へネットワークを介して送信する送信手段と、第１の端末からの一の医療機関の予約依頼を受信したときは、その予約依頼された一の医療機関に設けられた第２の端末へ問診票データを送信する問診票データ送信手段と、予約依頼された一の医療機関に設けられた第２の端末から、追加で問診する内容の追加問診票情報を受信したときは、その追加問診票情報を第１の端末へ送信する追加問診票情報送信手段と、第１の端末から追加問診票にデータが書き込まれた追加問診票回答データを受信したときは、その追加問診票回答データを予約依頼された一の医療機関に設けられた第２の端末へ送信する追加問診票回答データ送信手段とを有することを特徴とする。
【００５４】
また、上記の目的を達成するため、本発明の第３の端末装置は、ユーザが予約のために使用する第１の端末と、ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、調剤を行う薬局に設けられた第３の端末と、第１乃至第３の端末との間で通信を行うために、ネットワークを介して互いに接続されており、医療機関の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
予約された医療機関に設けられた第２の端末から、その医療機関での診察結果に基づく処方箋の情報を受信する処方箋情報受信手段と、受信した処方箋の情報と第１の端末からの位置情報に基づき、薬局の推奨候補を解析する薬局解析手段と、解析された薬局の推奨候補と処方箋の情報とからなる統合情報を第１の端末へ送信する統合情報送信手段と、統合情報を受信した第１の端末が薬局の推奨候補の中から希望の一の薬局を選択して、ネットワークを介して送信した薬局選択要求を受信したときは、第２の端末から受信した処方箋の情報を第１の端末で選択された一の薬局に設けられた第３の端末へ送信する処方箋情報送信手段と、処方箋の情報を受信した第３の端末が、現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測して送信した調剤完了予定時間を受信したときは、受信した調剤完了予定時間を第１の端末へ送信する調剤完了予定時間送信手段と、調剤完了予定時間を受信した第１の端末から送信された調剤依頼要求を受信したときは、調剤依頼要求で選択された一の薬局に設けられた第３の端末へ調剤依頼を送信する調剤依頼送信手段と、調剤依頼を受信した第３の端末からの調剤依頼受信通知の応答を受信して第１の端末へ調剤依頼受信通知を行う通知手段とを有することを特徴とする。
【００５５】
また、上記の目的を達成するため、本発明の第４の端末装置は、ユーザが予約のために使用する自端末の現在位置の位置情報を検出する現在位置検出手段を備えた第１の端末と、ユーザに医療サービスを提供する医療機関に設けられた第２の端末と、調剤を行う薬局に設けられた第３の端末と、第１乃至第３の端末との間で通信を行うために、ネットワークを介して互いに接続されており、医療機関の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
予約された医療機関に設けられた第２の端末から、その医療機関での診察結果に基づく処方箋の情報を受信する処方箋情報受信手段と、受信した処方箋の情報を第１の端末とネットワークに接続された各医療機関の第３の端末へ送信する第１の送信手段と、処方箋の情報を受信した第１の端末から位置情報と共に薬局選択要求を受信したときには、処方箋情報を受信したときに、第３の端末において現在の予約状況と待ち時間の混雑状況と調剤に必要な時間とから推測して送信された調剤完了予定時間と、第１の端末から受信したその第１の端末の位置情報と、第２の端末から受信した処方箋の情報とに基づき、薬局の推奨候補を決定し、その薬局の推奨候補とその推奨候補の調剤完了予定時間とからなる情報を第１の端末へ送信して第１の端末により調剤依頼の要求をさせる第２の送信手段と、第１の端末から調剤依頼要求を受信したときは、調剤依頼要求で選択された一の薬局に設けられた第３の端末へ調剤依頼を送信する第３の送信手段と、調剤依頼を受信した第３の端末からの調剤依頼受信通知の応答を受信して第１の端末へ調剤依頼通知を行う通知手段と
を有することを特徴とする。
【００５６】
また、上記の目的を達成するため、本発明の第５の端末装置は、ユーザが予約のために使用する自端末の現在位置の位置情報を検出する現在位置検出手段を備えた第１の端末と、ユーザに飲食サービスを提供する飲食店に設けられた第２の端末と、第１及び第２の端末との間で通信を行うために、ネットワークを介して互いに接続されており、飲食店の利用日時を予約するための予約管理システムに用いられる、サービス事業者が提供する端末装置であって、
第１の端末からネットワークを介して受信したサービス利用条件と、位置情報が示す第１の端末の現在位置とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の飲食店の推奨候補を解析する解析手段と、解析手段により解析した飲食店の推奨候補に設けられた第２の端末へ、ネットワークを介して予約依頼を通知する予約依頼通知手段と、予約依頼を受信したとき第２の端末において、その予約依頼の内容に応じて、自端末が設けられた飲食店の現在の予約状況と、客の現在及び過去の滞在時間及び空席状況から推測した時間待ちを示す混雑状況とに基づき決定された予約可能時間、又は現在の予約状況及び混雑状況の情報が第２の端末から送信され、その予約可能時間又は現在の予約状況及び混雑状況の情報をネットワークを介して受信する受信手段と、
受信手段により受信された予約可能時間又は現在の予約状況と混雑状況の情報から推測した予約可能時間を、飲食店の推奨候補の情報と共に第１の端末へネットワークを介して送信して、第１の端末により予約する一の飲食店と予約時間とをそれぞれ選択させる送信手段とを有することを特徴とする。
【発明の効果】
【００５７】
本発明によれば、予約対象のサービスを利用するときのサービス利用条件と、第１の端末の現在位置情報とに基づき、ユーザにサービス利用条件を満足するサービスを提供する一又は二以上の予約対象の推奨候補を解析し、更にその予約対象の推奨候補について、現在の予約状況と時間待ちを示す混雑状況とから予約可能時間を決定して、それらの中からユーザ端末により一の予約対象と予約時間を選択させるようにしたため、ユーザが求める最適なサービスを選択でき、ユーザがサービスを受ける際の待ち時間を大幅に短縮でき、更に、ユーザのサービス利用状況から最適な情報をユーザに配信できる。
【発明を実施するための最良の形態】
【００５８】
次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は本発明になる予約管理方法及び予約管理システムの第１の実施の形態のシステム構成図を示す。この第１の実施の形態の予約管理システムは、ユーザ端末１０と、サービス事業者（以下ＡＳＰ）が所有するＡＳＰ端末２０と、医療機関端末３０と、薬局端末４０と、これらを相互に接続するインターネット等の通信ネットワーク１００とから構成されている。
【００５９】
ユーザ端末１０は、携帯電話等の携帯端末、もしくはパーソナルコンピュータ等の情報処理装置である。屋外での利用時には携帯端末、自宅等での利用時はパーソナルコンピュータ等の情報処理装置を利用するなど、ＴＰＯに合わせて使い分けることが可能である。  ＡＳＰ端末２０は、サービス事業者が所有するワークステーション・サーバ等の情報処理装置によって構成される。医療機関端末３０は、医療機関に備えられたパーソナルコンピュータ等の情報処理装置である。薬局端末４０は、薬局に備えられたパーソナルコンピュータ等の情報処理装置である。なお、図１では、上記の端末１０〜４０は図示の便宜上、代表してそれぞれ１つずつ示されているが、実際は多数の端末がネットワーク１００に接続される。
【００６０】
次に、図１乃至図６を参照して、第１の実施の形態の動作について詳細に説明する。ここで、ネットワーク１００はインターネット、ユーザ端末１０は携帯電話であるとする。ユーザおよび医療機関、薬局はそれぞれＡＳＰに書面もしくはウェブ（ｗｅｂ）上でサービス登録を行う。ユーザのサービス登録時は個人名、健康保険証番号、ユーザＩＤ、パスワードを登録する。医療機関、薬局のサービス登録時には法人名、ユーザＩＤ、パスワード等を登録する。
【００６１】
また、本実施の形態では、ユーザ端末１０と医療機関端末３０、ユーザ端末１０と薬局端末４０、医療機関端末３０と薬局端末４０は、それぞれＡＳＰ端末２０を介して通信することとする（なお、ユーザ端末１０と医療機関端末３０、ユーザ端末１０と薬局端末４０、医療機関端末３０と薬局端末４０はＡＳＰ端末２０を介さず直接通信を行い、本発明の予約管理方法を実現することも可能である。）。
【００６２】
また、医療機関端末３０は、医療機関従事者によりＡＳＰ端末２０にログイン（ユーザＩＤ、パスワードにより認証）し、常時接続状態であるとする。薬局端末４０も同様に薬剤師等によりＡＳＰ端末２０にログイン（ユーザＩＤ、パスワードにより認証）し、常時接続状態であるとする。
【００６３】
図３はユーザ端末１０の一実施の形態のブロック図を示す。同図に示すように、ユーザ端末１０は、最寄りの基地局（図２に５０で示す）との間で無線通信する送受信アンテナ１２と、送受信アンテナ１２で受信した電波の復調および制御部１４からのデータを変調する無線部１３と、無線部１３、表示処理部１６、入力処理部１９等の各処理部の動作を制御する制御部１４と、制御部１４が実行するプログラムや、ＩＤ等のデータを蓄積するメモリ１５と、制御部１４からの表示データに基づき表示制御を行う表示処理部１６と、表示処理部１６から供給される文字等を表示する表示部１７と、電話番号の入力等を行うキーボード１８と、キーボード１８からの入力データを検出・解析する入力処理部１９と、公知の全地球測位システム（ＧＰＳ）の一部を構成する人工衛星であるＧＰＳ衛星（図２に６０で示す）からの電波を受信するＧＰＳアンテナ１Ａと、ＧＰＳアンテナ１Ａで受信した電波を復調するＧＰＳ受信部１Ｂとから構成される。上記の無線部１３、制御部１４、メモリ１５、表示処理部１６、入力処理部１９及びＧＰＳ受信部１Ｂは端末本体１１内に設けられている。
【００６４】
次に、図４を用いて本実施の形態におけるユーザが、医療機関を予約する際の動作を説明する。まず、ユーザは、ユーザ端末１０を用いて、ＡＳＰ端末２０にネットワーク（ここでは、インターネット）１００を介してアクセスする（ステップ４−１）。具体的には、ユーザはユーザ端末１０のキーボード１８を用いてＡＳＰ端末２０のＵＲＬ（Uniform Resource Locator）を入力し、インターネット１００に接続する。すると、ＡＳＰ端末２０は、ユーザ端末１０にＡＳＰのＴＯＰページのデータ（ｈｔｍｌ等）を送信する。ユーザ端末１０は表示部１７にＡＳＰのＴＯＰページを表示する。ユーザは、ユーザ端末１０の表示部１７に表示されたＡＳＰのＴＯＰページのメニューからログインを選択する。
【００６５】
次に、ＡＳＰ端末２０は登録済みのユーザであることを確認するために、ユーザ端末１０に対し認証要求を行う（ステップ４−２）。このステップ４−２では、ＡＳＰ端末２０はユーザ端末１０にＡＳＰのログインページのデータ（ｈｔｍｌ等）を送信する。ユーザ端末１０は表示部１７にＡＳＰのログインページを表示する。
【００６６】
これにより、ユーザ端末１０の表示部１７のＡＳＰのログインページを見たユーザが、ユーザ端末１０のキーボード１８を用いて、ユーザＩＤとパスワードを入力して、そのユーザＩＤとパスワードＡＳＰ端末に送信する（ステップ４−３）。
【００６７】
ＡＳＰ端末２０は、上記のユーザ端末１０からのユーザＩＤとパスワードを受信すると、それらと登録ユーザ管理用のデータ（データベース）とを照合し（ステップ４−４）、照合結果がＯＫ（登録済みユーザの場合）か照合結果がＮＧ（未登録ユーザの場合）かを判定し、ＡＳＰ端末２０はその判定結果を示す認証完了通知をユーザ端末１０に送信する（ステップ４−５）。
【００６８】
上記の認証完了通知は、照合結果がＮＧのときには、ユーザ登録端末を推奨するページのデータ（ｈｔｍｌ等）の送信であり、これにより、ユーザ端末１０は表示部１７にユーザ登録を推奨するページを表示する。また、照合結果がＯＫの時はユーザ端末１０への問診票入力ページのデータ（ｈｔｍｌ等）の送信であり、これにより、ユーザ端末１０は表示部１７にＡＳＰのログインページを表示する。
【００６９】
照合結果がＯＫであるときには、ユーザはユーザ端末１０の表示部１７に表示された問診票を見ながら、ユーザ端末１０のキーボード１８を用いて、体温、病歴、アレルギーの有無、症状等を入力した後、それら体温、病歴、アレルギーの有無、症状等の問診票データと、ＧＰＳ衛星６０から受信した位置情報とをＡＳＰ端末２０に送信する（ステップ４−６）。
【００７０】
ＡＳＰ端末２０は病状解析用のデータ（データベース）を用いて、受信した問診票データの内容から病状を解析し病名を推測し、推測した病名から最適な医療機関（内科、耳鼻科、眼科等）を決定する。更に、ＡＳＰ端末２０は受信したユーザ端末１０の位置情報から、ユーザの現在位置を解析する。そして、ＡＳＰ端末２０は推測した病名から決定した最適な医療機関と、ユーザの現在位置の解析結果とに基づき、医療機関管理用のデータ（データベース）から、ユーザにとって最適な医療機関（医療機関の推奨候補）を選択する（ステップ４−７）。なお、図４では１つの医療機関だけを示しているが、ここで決定する医療機関は複数あり、以下の処理ではそれぞれの医療機関端末３０とＡＳＰ端末２０が通信を行う。
【００７１】
次に、ＡＳＰ端末２０は上記ステップ４−７で選択した推奨候補の医療機関の医療機関端末３０に、現在の予約状況、混雑状況（待ち時間）の確認通知を送信する（ステップ４−８）。医療機関端末３０は、受信した現在の予約状況、混雑状況（待ち時間）の確認通知が、ＡＳＰ端末２０からのアクセスであることを確認するための認証処理を行う（ステップ４−９）。この認証処理は、ＩＰアドレス、ＭＡＣアドレス等からＡＳＰ端末２０であるか否かを識別することで行う。
【００７２】
次に、医療機関端末３０は、ＡＳＰ端末２０からのアクセスであることを確認すると、ＡＳＰ端末２０及びＡＳＰ端末外（個人の電話予約等）からの予約状況と予約外の来院患者数から待ち時間を推測し、その推測した待ち時間を基に予約可能な時間を決定し、ＡＳＰ端末２０に現在の予約状況、混雑状況（待ち時間）、予約可能時間を送信する（ステップ４−１０）。
【００７３】
ＡＳＰ端末２０には、ＡＳＰ端末が推奨する複数の医療機関から、上記と同様にしてそれぞれの医療機関情報（名称、住所、地図等）と予約可能時間を記した一覧ページのデータ（ｈｔｍｌ等）が送信されて受信されるので、ＡＳＰ端末２０は、ユーザ端末１０へＡＳＰ端末２０が推奨する医療機関情報（名称、住所、地図等）と予約可能時間を記した一覧ページのデータ（ｈｔｍｌ等）を送信して、その表示部１７に表示させる（ステップ４−１１）。
【００７４】
続いて、ユーザ端末１０はキーボード１８を用いて、ユーザにより選択した一の医療機関の予約依頼をＡＳＰ端末３０へ送信する（ステップ４−１２）。ここで、ユーザ端末１０により、ＡＳＰ端末２０の推奨する医療機関を予約する場合は、ユーザはキーボード１８を用いて表示部１７に表示された上記の一覧ページのデータ中から診療希望する医療機関と予約時間を選択し、予約依頼をＡＳＰ端末２０に送信して次のステップ４−１３へ進む。医療機関、予約時間を変更する場合は、ユーザはキーボード１８を用いてＡＳＰ端末２０が推奨する医療機関以外の医療機関名、予約希望時間を入力し、ＡＳＰ端末２０に送信してステップ４−８に戻る。
【００７５】
ステップ４−１３では、ＡＳＰ端末２０はユーザ端末１０から受信した予約時間を予約依頼した医療機関の医療機関端末３０へ送信し、予約依頼する。すると、予約依頼された医療機関端末３０はＡＳＰ端末２０に予約可否を通知する（ステップ４−１４）。このステップ４−１４において、医療機関端末３０は予約可能な場合は、ＡＳＰ端末２０に予約完了通知を送信してステップ４−１５へ進み、予約不可の場合は医療機関端末３０はステップ４−１０の処理を行い、ＡＳＰ端末２０に予約不可通知と予約可能時間を送信し、その後ステップ４−１１へ戻る。
【００７６】
ステップ４−１５では、ＡＳＰ端末２０はユーザ端末１０に予約が完了した医療機関の情報（名称、住所、地図等）と予約時間を記したページのデータ（ｈｔｍｌ等）を、予約完了通知として送信する。これにより、ユーザ端末１０の表示部１７には予約が完了した医療機関の情報（名称、住所、地図等）と、予約時間を記したページのデータ（ｈｔｍｌ等）が表示される。その後、ユーザがユーザ端末１０とＡＳＰ端末２０の通信を切断する（ログアウト）。
【００７７】
続いて、ＡＳＰ端末２０は、ユーザ端末１０に予約が完了した医療機関の情報（名称、住所、電話番号）と予約時間と、予約が完了した医療機関の情報（名称、住所、地図等）と予約時間を記したページ（上記ステップ４−１５でユーザ端末１０に表示したページ）のＵＲＬが記載された予約完了メールをユーザ端末１０へ送信する（ステップ４−１６）。
【００７８】
その後、ＡＳＰ端末２０は、医療機関端末３０に問診票データ等を送信する（ステップ４−１７）。すなちわ、このステップ４−１７では、ＡＳＰ端末２０は医療機関端末３０に、上記ステップ４−６でユーザ端末１０から受信した問診票データと、上記ステップ４−７で解析した病名と、登録ユーザ管理用のデータ（データベース）に登録されているユーザの病歴（カルテ）等を送信する。
【００７９】
医療機関端末３０はＡＳＰ端末２０からのアクセスであることを確認するために、認証処理を行う（ステップ４−１８）。この認証処理では、医療機関端末３０はＩＰアドレス、ＭＡＣアドレス等からＡＳＰ端末２０であるか否かを識別する。上記の認証がＯＫである時には、続いて、医療機関端末３０は追加問診票の必要有無を確認する追加問診票をＡＳＰ端末２０に送信する（ステップ４−１９）。
【００８０】
すなわち、上記のステップ４−１９では、医師もしくは医療機関従事者は、ＡＳＰ端末２０から受信した問診票等のデータを医療機関端末３０で受信して確認し、追加で問診が必要であると判断した場合、医師もしくは医療従事者が医療機関端末３０に追加で問診する内容を入力し、その内容をＡＳＰ端末２０に送信する。なお、医師もしくは医療機関従事者が追加で問診が不要であると判断した場合は、ユーザの来院待ちとなり、予約処理を終了する。
【００８１】
上記のステップ４−１９で医療機関端末３０から送信された追加問診票を受信したＡＳＰ端末２０は、その追加問診の内容を記した電子メール（追加問診票メール）をユーザ端末１０に送信する（ステップ４−２０）。ユーザ端末１０は、その追加問診票メールを受信してその表示部１７に追加問診の内容を表示すると、ユーザはその内容の回答（症状等）を記入した追加問診票返信メールをユーザ端末１０のキーボード１８を用いて作成してＡＳＰ端末２０へ送信する（ステップ４−２１）。
【００８２】
ＡＳＰ端末２０はユーザ端末１０から追加問診票メールを受信すると、その受信メールに記入されている回答内容を示す追加問診票を作成して医療機関端末３０にネットワークを介して送信する（ステップ４−２２）。
【００８３】
医療機関端末３０はＡＳＰ端末２０からのアクセスであることを確認するために、認証処理を行う（ステップ４−２３）。この認証処理では、医療機関端末３０はＩＰアドレス、ＭＡＣアドレス等からＡＳＰ端末２０であるか否かを識別する。上記の認証がＯＫである時には、続いて、医療機関端末３０は追加問診票の必要有無を確認し、追加問診票のユーザ回答内容を上記ステップ４−１７でＡＳＰ端末２０から受信した問診票に追記（結合）し、その問診票を医師もしくは医療機関従事者が医療機関端末３０で確認し、追加で問診が不要な場合はユーザの来院待ちとなり事前問診処理を終了して医療機関端末３０からＡＳＰ端末２０へ問診完了通知を送信する（ステップ４−２４）。
【００８４】
なお、受信した追加問診票を先に受信した問診票に追記した問診票を医師もしくは医療機関従事者が医療機関端末３０で確認した結果、追加で問診が更に必要であると判断した場合は、ステップ４−１９に戻り、医師もしくは医療従事者が医療機関端末３０に追加で問診する内容を再度入力した追加問診票を再度ＡＳＰ端末２０へ送信する。
【００８５】
このように、本実施の形態では、問診票などのような予め定められた項目に対する回答としての自覚症状の入力に基づき、予約完了後に、医師もしくは医療機関従事者が患者（ユーザ）の入力した問診票の内容を確認し、追加で患者（ユーザ）に確認したい内容がある場合は、医師もしくは医療機関従事者が確認したい内容を記載した追加問診票をメールでユーザ端末１０へ送信し、患者（ユーザ）からそれに対する回答を事前に得ることができるため、実際の診察前に患者（ユーザ）の病状を正確に把握することができ、従って、診察科目も病状に応じた最適な診察科目の判断ができると共に、診療時間を短縮することができ、待ち時間を短縮することもできる。
【００８６】
また、本実施の形態では、ステップ４−１０でＡＳＰ端末２０及びＡＳＰ端末外（個人の電話予約等）からの既予約患者数だけでなく、予約外の来院患者数をも加えて総合的に管理し現在の患者数を推測して、現在の待ち時間を推測するようにしているため、既予約患者による混雑予想だけでなく、現在の状況を含めて混雑状況を予想することができ、これにより、患者（ユーザ）は、待ち時間無し又は殆ど無しで診察を受けられる医療機関を検索することができる。
【００８７】
更に、本実施の形態では、予約可能な医療機関を１つずつ予約確認をとるのではなく、患者（ユーザ）が診療希望時間に基づいた複数の予約可能な医療機関の中から医療機関を選択するようにしているため、予約の可否を確認する時間を省略することができる。
【００８８】
なお、本実施の形態では、ステップ４−６でＧＳＰ衛星６０から受信した位置情報からユーザの最寄りの医療機関を検索しているが、ユーザが問診票に希望する地域を入力して、ＡＳＰ端末２０にユーザが希望する地域の医療機関を検索させることも可能である。
【００８９】
また、本実施の形態では、ステップ４−２０で追加問診の内容を電子メールの本文に記載しているが、添付ファイルを利用することも可能である。この場合、ユーザは添付ファイルに回答を入力し、添付ファイルを電子メールで返信する必要がある。また、追加問診の内容を記したｗｅｂページのＵＲＬを本文に記載した電子メールとすることも可能である。この場合、ユーザは前述のＵＲＬをクリックする等してＡＳＰ端末２０にアクセスし、ｗｅｂ上で回答を入力することになる。
【００９０】
次に、図５を用いて本実施の形態におけるユーザが医療機関を利用する際の動作を説明する。まず、ユーザはユーザ端末１０のキーボード１８を用いて、前記ステップ４−１６でＡＳＰ端末２０から受信した予約完了メールに記載された「予約が完了した医療機関の情報（名称、住所、地図等）と予約時間を記したページ（上記ステップ４−１５でユーザ端末１０に表示したページ）のＵＲＬ」をクリックする等してインターネットでＡＳＰ端末２０に接続する（ステップ５−１）。このとき、ユーザ端末１０はＡＳＰ端末２０に、加入者番号、電話番号等の識別番号を送信する。
【００９１】
すると、ＡＳＰ端末２０は図４で予約処理したユーザであることを確認するために、ユーザ端末１０に対し認証処理を行う（ステップ５−２）。この認証処理では、ＡＳＰ端末２０は登録ユーザ管理用のデータ（データベース）とユーザ端末１０の加入者番号、電話番号等を照合し、照合結果がＯＫ（予約ユーザの場合）であれば、次のステップ５−３へ進み、照合結果がＮＧ（非予約ユーザの場合）であれば、予約ユーザで無い旨を記載したページ（エラー表示）のデータ（ｈｔｍｌ等）をユーザ端末１０へ送信する。この場合、ユーザ端末１０は表示部１７に予約ユーザで無い旨を記載したページ（エラー表示）を表示する。
【００９２】
ＡＳＰ端末２０は上記の認証による照合結果がＯＫであるときは、続いて予約が完了した医療機関の情報（名称、住所、地図等）と予約時間を記したページのデータ（ｈｔｍｌ等）をユーザ端末１０に送信する（ステップ５−３）。これにより、ユーザ端末１０の表示部１７には、予約が完了した医療機関の情報（名称、住所、地図等）と予約時間を記したページが表示される。
【００９３】
ここで、この（ｗｅｂ）ページではナビゲーションデータのダウンロードボタンが表示されており、ダウンロードボタンをクリックすることで、予約した医療機関の位置情報と、ユーザが予約依頼した地点から予約した医療機関までの経路情報をダウンロードすることができる。
【００９４】
次に、ユーザはユーザ端末１０のキーボード１８を用いて、ナビゲーションデータのダウンロードボタンをクリックすることで、ＡＳＰ端末２０にナビゲーションデータのダウンロード要求を送信する（ステップ５−４）。ＡＳＰ端末２０はユーザ端末１０からのナビゲーションデータのダウンロード要求を受信すると、予約した医療機関の位置情報と、ユーザが予約依頼した地点から予約した医療機関までの経路情報をユーザ端末１０へ送信する（ステップ５−５）。
【００９５】
すると、ユーザはユーザ端末１０のナビゲーション機能を利用して医療機関まで移動する（ステップ５−６）。すなわち、ユーザ端末１０はＡＳＰ端末２０から経路情報を受信すると、その経路情報を基に、医療機関までの経路を表示部１７に表示する。ここで、ユーザの現在地が予約時と異なる場合、ユーザ端末１０は表示部１７にリルートの必要有無選択画面を表示し、ユーザがリルートを選択した場合はリルート処理を行う。そして、ユーザはユーザ端末１０の表示部１７に表示されたナビゲーション表示に従い、予約した医療機関まで移動する。
【００９６】
なお、図５の例では、ステップ５−２でユーザＩＤ、パスワードの確認なしで認証処理を行っているが、前述のステップ４−２のような認証を行いセキュリティをあげることも勿論可能である。
【００９７】
次に、図６を用いて本実施の形態におけるユーザが医療機関から処方箋を受け取り、薬局を利用する際の動作を説明する。
【００９８】
まず、医療機関端末３０からＡＳＰ端末２０に処方箋データ等を送信する（ステップ６−１）。このステップ６−１では、医療機関において医師もしくは医療機関従事者が、ユーザの診察結果と処方箋データ等を医療機関端末３０に入力すると、医療機関端末３０がＡＳＰ端末２０にユーザの診察結果と処方箋データ等を送信する。ＡＳＰ端末２０は受信したユーザの診察結果と処方箋データを、登録ユーザ管理用のデータ（データベース）に登録する（カルテデータの更新）。
【００９９】
次に、ＡＳＰ端末２０は、受信した処方箋の内容と薬局予約用のＵＲＬを記載した電子メール（処方箋メール）を作成して、ユーザ端末１０に送信する（ステップ６−２）。ユーザ端末１０は受信した処方箋メールの内容を表示部１７に表示し、この表示を見たユーザが、キーボード１８を用いて薬局予約用ＵＲＬをクリックし、インターネットに接続することで、ＡＳＰ端末２０にアクセスする（ステップ６−３）。このとき、ユーザ端末１０はＡＳＰ端末２０に、加入者番号、電話番号等の識別番号およびＧＰＳ衛星６０から受信した位置情報を送信する。
【０１００】
続いて、ＡＳＰ端末２０はステップ６−２で処方箋メールを送信したユーザ端末１０からのアクセスであることを確認するために、ユーザ端末１０に対し認証処理を行う（ステップ６−４）。この認証処理では、ＡＳＰ端末２０は登録ユーザ管理用のデータ（データベース）とユーザ端末１０の加入者番号、電話番号等を照合する。照合結果がＯＫ（該当ユーザの場合）であれば、正当なユーザ端末であると判断して次のステップ６−５へ進むが、照合結果がＮＧ（非該当ユーザの場合）の場合は、正当のユーザで無い旨を記載したページ（エラー表示）のデータ（ｈｔｍｌ等）をデータ端末１０へ送信し、そのユーザ端末１０の表示部１７に正当なユーザ無い旨を記載したページ（エラー表示）を表示させる。
【０１０１】
ステップ６−５では、ＡＳＰ端末２０はユーザ端末１０に認証完了通知を送信する。この認証完了通知の際には、ＡＳＰ端末２０は上記ステップ６−３で受信したユーザ端末１０の位置情報から、ユーザの端末の現在位置を解析し、その現在位置の解析結果と薬局管理用のデータ（データベース）から取得した、ユーザ端末１０の最寄りの薬局を決定する。続いて、ＡＳＰ端末２０は、決定した薬局一覧予約用ページのデータ（ｈｔｍｌ等）をユーザ端末１０に認証完了通知として送信し、そのユーザ端末１０の表示部１７に上記の決定した薬局一覧の予約用ページを表示させる。
【０１０２】
ユーザは、ユーザ端末１０の表示部１７に表示されたＡＳＰ端末２０が推奨する薬局とその一覧予約用ページを見て、ＡＳＰ端末２０の推奨する薬局を予約する場合はユーザはユーザ端末１０のキーボード１８を用いて希望する薬局を選択し、予約依頼をＡＳＰ端末２０に送信する（ステップ６−６）。薬局をＡＳＰ端末２０の推奨する薬局から変更する場合は、ユーザはユーザ端末１０のキーボード１８を用いて、上記の推奨薬局以外の薬局名を入力し、ＡＳＰ端末２０に送信する（ステップ６−６）。薬局を予約しない場合は、ユーザは希望する薬局へ移動し、ユーザ端末１０の表示部１７に処方箋を表示させる。もしくは、処方箋メールの内容を薬局端末へ赤外線通信、電子メール等を利用して送信し調剤依頼する。
【０１０３】
ユーザ端末１０からの薬局選択を受信したＡＳＰ端末２０は、ステップ６−１で医療機関端末３０から受信した処方箋を、選択された薬局端末４０へ送信する（ステップ６−７）。続いて、ＡＳＰ端末２０は薬局端末４０に調剤完了時間確認通知を送信して、調剤完了時間の確認依頼をする（ステップ６−８）。
【０１０４】
薬局端末４０は、ＡＳＰ端末２０からのアクセスであることを確認するために、ＩＰアドレス、ＭＡＣアドレス等からＡＳＰ端末２０であるか否かを識別する認証処理を行う（ステップ６−９）。認証処理によりＡＳＰ端末２０からのアクセスであることが確認できた場合は、薬局端末４０は、ＡＳＰ端末２０及びＡＳＰ外（個人の携帯電話等）からの予約状況と予約外の来院患者数から待ち時間を推測し、更にその推測した待ち時間と調剤に必要な時間とから調剤完了予定時間を決定し、ＡＳＰ端末２０に現在の予約状況、混雑状況（待ち時間）、調剤完了予定時間を送信する（ステップ６−１０）。
【０１０５】
ＡＳＰ端末２０は薬局端末４０から調剤完了予定時間を受信すると、調剤完了予定時間を記した一覧ページのデータ（ｈｔｍｌ等）を生成し、それをユーザ端末１０に送信し、ユーザ端末１０の表示部１７に調剤完了予定時間を記した一覧ページのデータ（ｈｔｍｌ等）を表示させる（ステップ６−１１）。
【０１０６】
ユーザは、表示部１７に表示された調剤完了予定時間を記した一覧のページを見て、ＡＳＰ端末２０へ調剤依頼を行う（ステップ６−１２）。この調剤依頼の際、ユーザ端末１０がＡＳＰ端末２０の推奨する薬局に調剤依頼する場合は、ユーザ端末１０のキーボード１８を用いて希望する薬局を選択し、調剤依頼をＡＳＰ端末２０に送信するが、薬局、予約時間を変更する場合は、ユーザはユーザ端末１０のキーボード１８を用いてＡＳＰ端末２０が推奨する薬局以外の医療機関名、予約希望時間を入力し、ＡＳＰ端末２０に送信した後、再びステップ６−８へ戻り調剤完了時間の確認を行う。
【０１０７】
ＡＳＰ端末２０はユーザ端末１０から送信された調剤依頼を受信すると、その調剤依頼に示されている薬局端末４０へ調剤依頼と調剤完了予定時間を送信する（ステップ６−１３）。薬局端末４０は、上記の調剤依頼と調剤完了予定時間を受信すると、ＡＳＰ端末２０に調剤依頼受信通知を送信する（ステップ６−１４）。
【０１０８】
ここで、上記のステップ６−１４において、予約可能な場合は薬局端末４０はＡＳＰ端末２０に調剤依頼受信（予約完了）通知を送信する。予約不可の場合はステップ６−１０の処理を行い、ＡＳＰ端末２０に予約不可通知と調剤完了時間を送信する。予約付加通知を受信したＡＳＰ端末２０はステップ６−１１の処理へ戻る。
【０１０９】
ＡＳＰ端末２０は、調剤依頼受信（予約完了）通知を受信すると、調剤依頼が完了した薬局の情報（名称、住所、地図等）と調剤完了予定時間を記したページのデータ（ｈｔｍｌ等）からなる調剤依頼受信通知をユーザ端末１０に送信する（ステップ６−１５）。これにより、ユーザ端末１０は表示部１７に調剤依頼が完了した薬局の情報（名称、住所、地図等）と調剤完了予定時間を記したページのデータ（ｈｔｍｌ等）を表示する。また、ユーザはユーザ端末１０とＡＳＰ端末２０の通信を切断する（ログアウト）。
【０１１０】
続いて、ＡＳＰ端末２０は調剤依頼が完了した薬局の情報（名称、住所、電話番号）と調剤完了予定時間を記したページ（上記ステップ６−１５でユーザ端末１０に表示したページ）のＵＲＬが記載された電子メール（調剤依頼完了メール）をユーザ端末１０に送信する（ステップ６−１６）。これにより、処理が終了する。
【０１１１】
なお、上記の第１の実施の形態では、上記ステップ６−５でＧＰＳ衛星６０から受信した位置情報からユーザの最寄りの薬局を検索しているが、ユーザが希望する地域をｗｅｂ上で入力し、ＡＳＰ端末にユーザが希望する地域の薬局を検索させることも可能である。
また、上記の第１の実施の形態では、上記のステップ６−１で処方箋の内容を電子メール本文に記載しているが、添付ファイルを利用することも可能である。また、処方箋の内容を記したｗｅｂページのＵＲＬを本文に記載した電子メールとすることも可能である。この場合、ユーザは前述のＵＲＬをクリックする等してＡＳＰ端末２０にアクセスし、ｗｅｂ上で処方箋を確認することになる。
【０１１２】
また、図５において医療機関を薬局と読み替えれば、医療機関を利用する時と同様に薬局を利用する際にも、ＡＳＰから薬局の位置情報、経路情報をダウンロードし、ユーザ端末１０でナビゲーション機能を利用することが可能である。また第１の実施の形態では、ユーザの病歴、現在の健康状態を記録したカルテを、ＡＳＰ端末２０が登録ユーザ管理用のデータ（データベース）として保有しているため、ＡＳＰ端末２０がユーザの現在から将来にわたる健康状態を予測・解析し、予防医学の見地から健康情報メールをユーザ端末１０へ送信することが可能である。ここで、健康情報メールとは、ユーザの健康を保つために必要な健康器具、健康食品、自己の健康管理方法の紹介や情報を記載したメールである。
【０１１３】
次に、本発明の第２の実施の形態の構成について、図面を参照して説明する。図７は本発明になる予約管理方法及び予約管理システムの第２の実施の形態のシステム構成図を示す。この第２の実施の形態の予約管理システムは、ユーザ端末１０と、サービス事業者（以下ＡＳＰ）端末２０と、飲食店端末７０と、これらを相互に接続するインターネット等の通信ネットワーク１００とから構成されている。
【０１１４】
ユーザ端末１０は携帯電話等の携帯端末、もしくはパーソナルコンピュータ等の情報処理装置である。屋外での利用時には携帯端末、自宅等での利用時はパーソナルコンピュータ等の情報処理装置を利用するなど、ＴＰＯに合わせて使い分けることが可能である。ＡＳＰ端末２０はワークステーション・サーバ等の情報処理装置によって構成される。飲食店端末７０は飲食店に設けられたパーソナルコンピュータ等の情報処理装置である。
【０１１５】
また、ここでは、ネットワーク１００はインターネット、ユーザ端末１０は携帯電話であるとする。ユーザ端末１０及び飲食店７０は、それぞれＡＳＰ端末２０に書面もしくはｗｅｂ上でサービス登録を行う。ユーザのサービス登録時には個人名、ユーザＩＤ、パスワードを登録する。飲食店のサービス登録時には法人名、ユーザＩＤ、パスワード等を登録する。
【０１１６】
また、第２の実施の形態の説明では、ユーザ端末１０と飲食店端末７０はＡＳＰ端末２０を介して通信することとする（ただし、ユーザ端末１０と飲食店端末７０はＡＳＰ端末２０を介さず直接通信を行い、本発明の予約管理方法を実現することも可能である。）。
また、飲食店端末７０は従業員等によりＡＳＰ端末２０にログイン（ユーザＩＤ、パスワードにより認証）し、常時接続状態であるとする。
【０１１７】
次に、図８を用いて本実施の形態におけるユーザが飲食店を予約する際の動作を説明する。まず、ユーザはユーザ端末１０を用いて、ＡＳＰ端末２０にアクセスする（ステップ８−１）。このＡＳＰ端末２０へのアクセスは、具体的には、ユーザがユーザ端末１０のキーボード１８を用いてＡＳＰ端末２０のＵＲＬを入力し、インターネットに接続すると、ＡＳＰ端末２０がユーザ端末１０にＡＳＰ端末２０のＴＯＰページのデータ（ｈｔｍｌ等）を送信して、ユーザ端末１０の表示部１７にＡＳＰ端末２０のＴＯＰページを表示させ、その表示部１７に表示されたＡＳＰ端末２０のＴＰＯページのメニューからユーザがログインを選択することで行われる。
【０１１８】
次に、ＡＳＰ端末２０は登録済みのユーザであることを確認するために、ユーザ端末１０に対し認証要求を行う（ステップ８−２）。この認証要求のため、ＡＳＰ端末２０がユーザ端末１０にＡＳＰ端末のログインページのデータ（ｈｔｍｌ等）を送信して、ユーザ端末１０の表示部１７にＡＳＰ端末２０のログインページを表示させる。
【０１１９】
ユーザはユーザ端末１０の表示部１７に表示されたＡＳＰ端末２０のログインページを見て、ユーザ端末１０のキーボード１８を用いて、ユーザＩＤとパスワードを入力して、その入力ユーザＩＤとパスワードをＡＳＰ端末２０に送信する（ステップ８−３）。
【０１２０】
ＡＳＰ端末２０はユーザ端末１０からのユーザＩＤとパスワードを受信すると、それらと登録ユーザ管理用のデータ（データベース）に登録されているユーザＩＤとパスワードとを比較照合し、一致するかどうか認証処理を行う（ステップ８−４）。一致した比較結果が得られ、照合結果がＯＫ（登録済みユーザの場合）である場合は、次のステップ８−５へ進む。一致した結果が得られず、照合結果がＮＧ（未登録ユーザの場合）である場合は、ＡＳＰ端末２０はユーザ端末１０へユーザ登録を推奨するページのデータ（ｈｔｍｌ等）を送信して、ユーザ端末１０の表示部１７にユーザ登録を推奨するページを表示させる。
【０１２１】
上記のステップ８−５では、ＡＳＰ端末２０はユーザ端末１０に認証完了通知を送信する。この認証完了通知に際して、ＡＳＰ端末２０はユーザ端末１０に希望条件入力ページのデータ（ｈｔｍｌ等）を送信する。ここでいう希望条件とはユーザが希望する飲食店の条件、予約希望日時、予約人数、１人当たりの予算等である。例えば、和食、イタリア料理、無国籍料理、ラーメンなどのジャンル、また、優雅な雰囲気、にぎやかな雰囲気、屋外等の飲食店の環境、また、郊外、駅前等の立地条件等から希望する条件をユーザが選択できるように構成されている。これにより、ユーザ端末１０の表示部１７には、ＡＳＰ端末２０から送信された希望条件入力ページが表示される。
【０１２２】
続いて、ユーザが、ユーザ端末１０の表示部１７には、ＡＳＰ端末２０から送信された希望条件入力ページを見ながら、キーボード１８を用いて、飲食店の希望条件、予約日時、予約人数、予約等を入力すると、ユーザ端末１０はそれら入力した飲食店の希望条件、予約日時、予約人数、予約等の情報に、ＧＰＳ衛星６０から受信した位置情報を付加してＡＳＰ端末２０に送信する（ステップ８−６）。
【０１２３】
すると、ＡＳＰ端末２０は受信した希望条件の内容から、最適な飲食店を選択する（ステップ８−７）。すなわち、このステップ８−７では、ＡＳＰ端末２０は上記ステップ８−６で受信したユーザ端末１０の位置情報から、ユーザの現在位置を解析し、更にＡＳＰ端末２０は上記ステップ８−６で受信した希望条件と飲食店管理用のデータ（データベースを用いて、ユーザの希望に合う飲食店を検索する。
【０１２４】
更に、ＡＳＰ端末２０は、上記検索結果の中から、位置情報から解析したユーザの現在位置からユーザの最寄りの飲食店を決定する。図８では１つの飲食店だけを示しているが、ここで決定する飲食店は複数あり、以下の処理ではそれぞれの飲食店端末７０とＡＳＰ端末２０が通信を行う。
【０１２５】
次に、ＡＳＰ端末２０は上記ステップ８−７で決定した飲食店端末７０に、現在の予約状況、混雑状況を確認依頼する（ステップ８−８）。確認依頼を受けた飲食店端末７０はＡＳＰ端末２０からのアクセスであることを確認するために、ＩＰアドレス、ＭＡＣアドレス等からＡＳＰ端末２０であるか否かを識別する認証処理を行う（ステップ８−９）。
【０１２６】
認証処理の結果、認証ＯＫの場合は、飲食店端末７０は、現在の予約状況、混雑状況をＡＳＰ端末２０に送信する（ステップ８−１０）。ここで、ステップ８−１０における飲食店端末７０による現在の予約状況、混雑状況の送信時には、まず、飲食店端末７０は、ＡＳＰ端末２０及びＡＳＰ外（個人の電話予約等）からの予約状況と混雑状況を検知する。ここで空席数の検知は下記のような方法が可能である。
【０１２７】
すなわち、客席の上にそれぞれ赤外線センサを設置し空席の有無を検知する方法である。赤外線センサの替わりに、椅子などに荷重センサを設置して空席の有無を検知することも可能である。また、テーブル席の場合、一脚でも使用されていれば空席が有っても使用できないため、各椅子ではなくテーブル毎にセンサを用意してもよい。飲食店内の無線ＬＡＮ等を介して各センサの検出結果が飲食店端末７０に送信される。飲食店端末７０は、このような検知方法で得られた空席情報に、ユーザからのオーダ情報、会計情報、最新の予約状況等を付加して、それらを現在の予約状況、混雑状況としてＡＳＰ端末２０に送信する。
【０１２８】
ＡＳＰ端末２０は、飲食店端末７０から予約状況と混雑状況を受信すると、ＡＳＰ端末２０が推奨する複数の飲食店とそれぞれの予約可能時間をユーザ端末１０に通知する（ステップ８−１１）。すなわち、このステップ８−１１では、ＡＳＰ端末２０が、飲食店端末７０から受信した予約状況と混雑状況から予約可能時間を算出し、ユーザ端末１０からの予約依頼時間が現在からｘ時間（たとえば１時間）以内の場合、ＡＳＰ端末２０は各テーブル（もしくは来店グループ）の入店時間とユーザからのオーダ情報からユーザの滞在時間を推測し、現在の空席状況と前後の予約状況から予約可能時間（待ち時間）を算出する。この時、予約時もしくは入店時にユーザからユーザ情報を受信し、ＡＳＰ端末２０がユーザを特定できる場合は、登録ユーザ管理データ（データベース）から過去の滞在時間、オーダ情報の記録から、より正確な予約可能時間（待ち時間）を予測しユーザの待ち時間を短縮する。
【０１２９】
ユーザ端末１０からの予約依頼時間が現在からｘ時間以後の場合、前後の予約状況から待ち時間を推測する。その後、ＡＳＰ端末２０は自身が推奨する飲食店情報（名称、住所、地図等）と予約可能時間を記した一覧ページのデータ（ｈｔｍｌ等）をユーザ端末１０に送信し。ユーザ端末１０の表示部１７にＡＳＰ端末２０が推奨する飲食店情報（名称、住所、地図等）と予約可能時間を記した一覧ページのデータ（ｈｔｍｌ等）を表示させる。
【０１３０】
次に、ユーザは表示部１７に表示されている推奨する飲食店情報（名称、住所、地図等）と予約可能時間を記した一覧ページに基づき、予約依頼を行う（ステップ８−１２）。この予約依頼の際、ＡＳＰ端末２０の推奨する飲食店を予約する場合は、ユーザはユーザ端末１０のキーボード１８を用いて希望する飲食店と予約時間を選択し、予約依頼をＡＳＰ端末２０に送信する。他方、飲食店、予約時間を変更する場合は、ユーザはユーザ端末１０のキーボード１８を用いてＡＳＰ端末が推奨する飲食店以外の飲食店名、予約希望時間を入力し、ＡＳＰ端末２０に送信して、ＡＳＰ端末２０にステップ８−８の処理を行わせる。
【０１３１】
ユーザがＡＳＰ端末２０の推奨する飲食店を予約する予約依頼を行った場合は、ＡＳＰ端末２０はユーザ端末から受信した予約希望時間を飲食店端末７０へ送信し、予約依頼する（ステップ８−１３）。飲食店端末７０は、予約依頼を受信すると、ＡＳＰ端末２０に予約可否を通知する（ステップ８−１４）。ここで、予約依頼に基づき予約可能な場合は、飲食店端末７０はＡＳＰ端末２０に予約完了通知を送信する。一方、予約不可の場合は、飲食店端末７０はステップ８−１０の処理を行い、ＡＳＰ端末２０に予約不可通知と空席情報とユーザからのオーダ情報、会計情報、最新の予約状況等を送信する。
【０１３２】
ＡＳＰ端末２０は、飲食店端末７０から予約完了通知を受信したときは、予約が完了した飲食店の情報（名称、住所、地図等）と予約時間を記したページのデータ（ｈｔｍｌ等）を、予約完了通知としてユーザ端末１０へ送信する（ステップ８−１５）。これにより、ユーザ端末１０の表示部１７には、予約が完了した飲食店の情報（名称、住所、地図等）と予約時間を記したページのデータ（ｈｔｍｌ等）が表示される。これにより、ユーザはユーザ端末１０とＡＳＰ端末２０の通信を切断する（ログアウト）。
【０１３３】
続いて、ＡＳＰ端末２０は、ユーザ端末１０に予約完了メールを送信する（ステップ８−１６）。この予約完了メールは、予約が完了した飲食店の情報（名称、住所、電話番号）と予約時間と、予約が完了した飲食店の情報（名称、住所、地図等）と予約時間を記したページ（上記ステップ８−１５でユーザ端末１０に表示したページ）のＵＲＬが記載された電子メールである。
【０１３４】
このように、本実施の形態によれば、荷重センサ等を利用して店内の現在の空席状況を管理しているため、既予約客による混雑予想だけでなく、現在の店内の空席状況を含めた混雑状況を予想することができるため、ユーザは今すぐ入店して待ち時間無しでサービスを受けられる飲食店を検索することができる。また、本実施の形態では、システム側にユーザが希望条件の中に予約希望時間を含めて予約依頼をすることができるので、複数の予約可能な飲食店をユーザ端末１０の表示部１７に表示でき、予約の可否を確認する時間を省略することができる。
【０１３５】
なお、第２の実施の形態では、上記ステップ８−６でＧＰＳ衛星６０から受信した位置情報からユーザの最寄りの飲食店を検索しているが、ユーザが希望条件に希望する地域を入力し、ＡＳＰにユーザが希望する地域の飲食店を検索させることも可能である。また、第２の実施の形態では、上記ステップ８−１６で予約完了内容を電子メール本文に記載しているが、添付ファイルを利用することも可能である。この場合、ユーザは添付ファイルに回答を入力し、添付ファイルを電子メールで返信する必要がある。
【０１３６】
また、ＡＳＰ端末２０はユーザ毎のｗｅｂページ（以下マイページ）を作成しており、ユーザはユーザ端末１０を用いてＡＳＰ端末２０にアクセスすることにより、現在の利用している飲食店でのオーダ情報、会計情報を確認できる。これにより、現在の利用金額を確認しながらオーダすることができる。
【０１３７】
また、ＡＳＰ端末２０はユーザの予約時間が近づくと、ユーザ端末１０に対し位置情報を要求する。ユーザ端末１０はＧＰＳ衛星６０から受信した位置情報をＡＳＰ端末２０に送信する。ＡＳＰ端末２０はユーザの位置情報と予約店舗の位置情報から経路検索を行い、ユーザが飲食店に到着予定時間を算出する。もし、到着予定時間が予約時間を超える場合は、ＡＳＰ端末２０はユーザ端末１０に予約確認メールを送信し、予約時間の変更、もしくはキャンセルの有無を確認する。ＡＳＰ端末２０は、過去のユーザの利用状況（飲食店の利用時期、利用時間、オーダ情報）からユーザの嗜好を解析し、割引クーポンなどタイムリーな情報配信を行う。
【０１３８】
なお、本発明は以上の実施の形態に限定されるものではなく、その他種々の変形例を包含するものである。例えば、本発明の第１の実施の形態では、ＡＳＰ端末２０が医療機関に予約・混雑状況を確認後に推奨する医療機関をユーザに紹介しているが、ユーザが医療機関を選択後に、ＡＳＰ端末が医療機関に対して予約・混雑状況を確認するようにしてもよい。
【０１３９】
また、本発明の第１の実施の形態におけるステップ４−１０で、医療機関側で予約状況、予約外来院患者から待ち時間・予約可能時間を推測しているが、医療従事者が医療機関端末３０にＡＳＰ外（個人の電話予約等）からの予約と予約外の来院患者を入力し、ＡＳＰ端末２０にＡＳＰ外（個人の電話予約等）からの予約と予約外の来院患者の情報を送信することにより、ＡＳＰ端末側で待ち時間・予約可能時間を推測するようにしてもよい。
【０１４０】
また、本発明の第１の実施の形態において、ユーザが薬局を選択後にＡＳＰ端末２０が薬局端末４０に対して予約・混雑状況を確認しているが、ＡＳＰ端末２０が薬局端末４０に予約・混雑状況を確認後に推奨する薬局をユーザに紹介することも可能である。この場合、図６では１つの薬局だけを示しているが、決定する薬局は複数あり、以下の処理ではそれぞれの薬局端末４０とＡＳＰ端末２０が通信を行う。
【０１４１】
また、本発明の第１の実施の形態におけるステップ６−１０で、薬局端末４０が予約状況、予約外来院患者数から調剤完了予定時間を推測しているが、薬剤師等が薬局端末４０にＡＳＰ外（個人の電話予約等）からの予約と予約外の来院患者を入力し、ＡＳＰ端末２０にＡＳＰ外（個人の電話予約等）からの予約と予約外の来院患者の情報を送信することにより、ＡＳＰ端末２０で調剤完了予定時間を推測することも可能である。このとき、ＡＳＰ端末２０には調剤時間データ（データベース）をあらかじめ登録しておき、ユーザの処方箋毎に必要な調剤時間を解析させる必要がある。
【０１４２】
また、本発明の第２の実施の形態におけるステップ８−１０では、ＡＳＰ端末２０が予約状況、混雑状況を飲食店端末７０に確認依頼しているが、飲食店端末７０が空席情報とユーザからのオーダ情報、会計情報、最新の予約状況等を定期的にＡＳＰ端末２０に送信するようにしてもよい。
【０１４３】
更に、本発明の第２の実施の形態におけるステップ８−１０では、ＡＳＰ端末２０側で予約状況、空席数等から待ち時間・予約可能時間を推測しているが、飲食店端末７０側で予約状況、空席数等から時間・予約可能時間を推測するようにしてもよい。
【０１４４】
また、更に、本発明の第２の実施の形態では、ＡＳＰ端末２０が飲食店に予約・混雑状況を確認後に推奨する飲食店をユーザに紹介しているが、ユーザが飲食店を選択後にＡＳＰ端末が飲食店端末に対して予約・混雑状況を確認するようにしてもよい。
【０１４５】
また、以上の実施の形態では、ユーザの現在位置を解析する手段として、ＧＰＳ衛星を利用するように説明したが、本発明はこれに限定されるものではなく、例えば、３つ以上の基地局との送信電力を基に位置を推定する公知の方法も利用できる。この場合、送信電力から基地局と携帯通信端末（ユーザ端末）までの距離が分かり、各基地局からその求めた距離の円を描き、２つの基地局からの円の交点に携帯通信端末が位置する。交点は２つできるので、もう１つの基地局のからの距離でどちらか判断する。あるいは、３つ以上の基地局の条件から最小二乗法の手法を使って、位置の最適値を求めてもよい。基地局の位置は固定であり、既知であるので、接続している基地局の位置と基地局と携帯通信端末の相対位置から、携帯通信端末の位置が分かる。
【０１４６】
また、予約を時間帯毎に設定し、予約外は予め設定しておく各時間帯内での余裕分と予約キャンセル（当日含む）にて処理することとしてもよい。この場合、待ち時間算出にはキャンセルがないとして算出するか、過去の実績より求めた所定のキャンセル率を考えて求めてもよい。
【産業上の利用可能性】
【０１４７】
本発明によれば、医療機関や飲食店等の店舗の予約管理に適用できる。また、アミューズメントパーク等の施設の予約管理にも適用可能である。
【図面の簡単な説明】
【０１４８】
【図１】本発明の第１の実施の形態のシステム構成図である。
【図２】本発明システムにおけるユーザ端末とＧＰＳ衛星及び基地局との関係の一例を示す図である。
【図３】本発明におけるユーザ端末の一例のブロック図である。
【図４】図１の実施の形態におけるユーザが、医療機関を予約する際の動作の一例を説明するシーケンス図である。
【図５】図１の実施の形態におけるユーザが、医療機関を利用する際の動作の一例を説明するシーケンス図である。
【図６】図１の実施の形態におけるユーザが、医療機関から処方箋を受け取り、薬局を利用する際の動作の一例を説明するシーケンス図である。
【図７】本発明の第２の実施の形態のシステム構成図である。
【図８】図７の実施の形態におけるユーザが、飲食店を予約する際の動作の一例を説明するシーケンス図である。
【符号の説明】
【０１４９】
１０  ユーザ端末
１２  送受信アンテナ
１３  無線部
１４  制御部
１７  表示部
１８  キーボード
１Ａ  ＧＰＳアンテナ
１Ｂ  ＧＰＳ受信部
２０  ＡＳＰ端末
３０  医療機関端末
４０  薬局端末
５０  基地局
６０  ＧＰＳ衛星
１００  ネットワーク
【図１】
2006023973.tif 000003
【図２】
2006023973.tif 000004
【図３】
2006023973.tif 000005
【図４】
2006023973.tif 000006
【図５】
2006023973.tif 000007
【図６】
2006023973.tif 000008
【図７】
2006023973.tif 000009
【図８】
2006023973.tif 000010