(57)【特許請求の範囲】
【請求項１】
施設の利用者のために予約を取る処理を行う予約処理装置において、
前記利用者ごとに、当該利用者の居住地を記憶する、居住地情報記憶手段と、
前記利用者のうちの既に前記予約を済ませている利用者である第一の利用者ごとに、当該第一の利用者の前記予約の日時である第一の日時を記憶する、予約情報記憶手段と、
前記利用者のうちの前記予約を希望する利用者である第二の利用者の近所に住んでいる前記第一の利用者を、前記居住地情報記憶手段に記憶されている、当該第二の利用者および前記各第一の利用者それぞれの前記居住地に基づいて判別する、近隣利用者判別手段と、
前記第二の利用者のために前記予約を取る処理を、当該予約の日時である第二の日時が、前記予約情報記憶手段に記憶されている、前記近隣利用者判別手段によって当該第二の利用者の近所に住んでいると判別された前記第一の利用者の前記予約の前記第一の日時を含む、所定の長さの時間帯以外に当たるように、行う、予約処理手段と、
を備えることを特徴とする予約処理装置。
【請求項２】
エリアごとに、当該エリアの近隣に位置する他のエリアである近隣エリアを記憶する、近隣エリア記憶手段、を備え、
前記居住地情報記憶手段は、前記利用者の前記居住地として、当該利用者が住んでいる前記エリアを記憶し、
前記近隣利用者判別手段は、前記第二の利用者の近所に住んでいる前記第一の利用者を、前記居住地情報記憶手段に記憶されている、当該第二の利用者および前記各第一の利用者それぞれの前記居住地である前記エリアと、前記近隣エリア記憶手段に記憶されている、当該第二の利用者の前記居住地である前記エリアの前記近隣エリアと、に基づいて判別する、
請求項１記載の予約処理装置。
【請求項３】
前記施設は医療施設であって、
前記施設が有する診療科ごとに、前記予約情報記憶手段を備え、
前記近隣利用者判別手段は、前記第二の利用者が希望する前記診療科の前記第一の利用者を判別し、
前記予約処理手段は、前記第二の利用者のために当該第二の利用者が希望する前記診療科の前記予約を取る処理を行う、
請求項１または請求項２記載の予約処理装置。
【請求項４】
複数の駐車スペースを有する駐車場の利用者のために当該複数の駐車スペースのうちのいずれかの予約を取る処理を行う予約処理装置において、
前記利用者ごとに、当該利用者の居住地を記憶する、居住地情報記憶手段と、
前記駐車スペースごとに、当該駐車スペースの近隣に位置する他の駐車スペースである近隣駐車スペースを記憶する、近隣駐車スペース記憶手段と、
前記利用者のうちの既に前記予約を済ませている利用者である第一の利用者ごとに、当該第一の利用者の前記予約の日時である第一の日時および当該予約の前記駐車スペースを記憶する、予約情報記憶手段と、
前記利用者のうちの第二の日時の前記予約を希望する利用者である第二の利用者の近所に住んでおりかつ当該第二の日時を含む所定の長さの時間帯に属するいずれかの日時に既に前記予約を取っている前記第一の利用者を、前記居住地情報記憶手段に記憶されている、当該第二の利用者および前記各第一の利用者それぞれの前記居住地と、前記予約情報記憶手段に記憶されている、前記各第一の利用者それぞれの前記予約の前記第一の日時と、に基づいて判別する、近隣利用者判別手段と、
前記第二の利用者のために前記第二の日時の前記予約を取る処理を、前記近隣利用者判別手段によって当該第二の利用者の近所に住んでいると判別された前記第一の利用者の前記予約の前記駐車スペースにも当該駐車スペースの前記近隣駐車スペースにも当たらないように、行う、予約処理手段と、
を備えることを特徴とする予約処理装置。
【請求項５】
施設の利用者のために予約を取る予約方法であって、
前記利用者ごとに、当該利用者の居住地を居住地情報記憶手段に記憶させておき、
前記利用者のうちの既に前記予約を済ませている利用者である第一の利用者ごとに、当該第一の利用者の前記予約の日時である第一の日時を、予約情報記憶手段に記憶させておき、
コンピュータに、
前記利用者のうちの前記予約を希望する利用者である第二の利用者の近所に住んでいる前記第一の利用者を、前記居住地情報記憶手段に記憶されている、当該第二の利用者および前記各第一の利用者それぞれの前記居住地に基づいて判別する処理を行わせ、
前記第二の利用者のために前記予約を取る処理を、当該予約の日時である第二の日時が、前記予約情報記憶手段に記憶されている、当該第二の利用者の近所に住んでいると判別された前記第一の利用者の前記予約の前記第一の日時を含む、所定の長さの時間帯以外に当たるように、行わせる、
ことを特徴とする予約方法。
【請求項６】
施設の利用者のために予約を取る処理を行い、前記利用者ごとに当該利用者の居住地を記憶する居住地情報記憶手段を備え、かつ前記利用者のうちの既に前記予約を済ませている利用者である第一の利用者ごとに当該第一の利用者の前記予約の日時である第一の日時を記憶する予約情報記憶手段を備えたコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記利用者のうちの前記予約を希望する利用者である第二の利用者の近所に住んでいる前記第一の利用者を、前記居住地情報記憶手段に記憶されている、当該第二の利用者および前記各第一の利用者それぞれの前記居住地に基づいて判別する処理を行わせ、
前記第二の利用者のために前記予約を取る処理を、当該予約の日時である第二の日時が、前記予約情報記憶手段に記憶されている、当該第二の利用者の近所に住んでいると判別された前記第一の利用者の前記予約の前記第一の日時を含む、所定の長さの時間帯以外に当たるように、行わせる、
ことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設の予約を行う装置および方法などに関する。
【背景技術】
【０００２】
近年、個人のプライバシの保護が重要視されるようになった。病院などの医療機関も、電子カルテシステムのセキュリティを向上させたり従業員の教育を充実させたりして、個人情報の漏洩の防止に努めている。
【０００３】
また、特許文献１には、受診者のプライバシを保護する方法が開示されている。この方法によると、サーバシステムは、データベースに登録されている個人情報を所定期間経過後に消去するステップと、サーバシステムのデータベースに検査結果を登録してから所定期間経過後に、その検査結果を消去するステップとを実行する。
【特許文献１】特開２００６−１５４９２５号公報
【特許文献２】特開２００１−２８２９０９号公報
【特許文献３】特開２００７−２８７０３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、個人が施設に出向いてサービスを受ける場合は、施設内で他人と顔を合わせざるを得ない。例えば、病院においては、患者同士が顔を合わせざるを得ない。
【０００５】
しかし、患者の中には、病院に通院していること自体が個人的な情報であり、できるだけ他人に知られたくない、と考えるものもいる。
【０００６】
特許文献２、３には、予約の方法が開示されている。しかし、いずれの方法を用いても、上記のような考えを持った者の要求に応えることは、できない。
【０００７】
本発明は、このような課題に鑑み、施設においてサービスを受ける者のプライバシを従来よりも確実に保護できるようにすることを、目的とする。
【課題を解決するための手段】
【０００８】
本発明の一形態に係る予約処理装置は、施設の利用者のために予約を取る処理を行う予約処理装置である。この予約処理装置は、前記利用者ごとに、当該利用者の居住地を記憶する、居住地情報記憶手段と、前記利用者のうちの既に前記予約を済ませている利用者である第一の利用者ごとに、当該第一の利用者の前記予約の日時である第一の日時を記憶する、予約情報記憶手段と、前記利用者のうちの前記予約を希望する利用者である第二の利用者の近所に住んでいる前記第一の利用者を、前記居住地情報記憶手段に記憶されている、当該第二の利用者および前記各第一の利用者それぞれの前記居住地に基づいて判別する、近隣利用者判別手段と、前記第二の利用者のために前記予約を取る処理を、当該予約の日時である第二の日時が、前記予約情報記憶手段に記憶されている、前記近隣利用者判別手段によって当該第二の利用者の近所に住んでいると判別された前記第一の利用者の前記予約の前記第一の日時を含む、所定の長さの時間帯以外に当たるように、行う、予約処理手段と、を備える。
【０００９】
好ましくは、エリアごとに、当該エリアの近隣に位置する他のエリアである近隣エリアを記憶する、近隣エリア記憶手段、を備え、前記居住地情報記憶手段は、前記利用者の前記居住地として、当該利用者が住んでいる前記エリアを記憶し、前記近隣利用者判別手段は、前記第二の利用者の近所に住んでいる前記第一の利用者を、前記居住地情報記憶手段に記憶されている、当該第二の利用者および前記各第一の利用者それぞれの前記居住地である前記エリアと、前記近隣エリア記憶手段に記憶されている、当該第二の利用者の前記居住地である前記エリアの前記近隣エリアと、に基づいて判別する。
【００１０】
または、前記施設は医療施設であって、前記施設が有する診療科ごとに、前記予約情報記憶手段を備え、前記近隣利用者判別手段は、前記第二の利用者が希望する前記診療科の前記第一の利用者を判別し、前記予約処理手段は、前記第二の利用者のために当該第二の利用者が希望する前記診療科の前記予約を取る処理を行う。
【００１１】
本発明の他の形態に係る予約処理装置は、複数の駐車スペースを有する駐車場の利用者のために当該複数の駐車スペースのうちのいずれかの予約を取る処理を行う予約処理装置である。この予約処理装置は、前記利用者ごとに、当該利用者の居住地を記憶する、居住地情報記憶手段と、前記駐車スペースごとに、当該駐車スペースの近隣に位置する他の駐車スペースである近隣駐車スペースを記憶する、近隣駐車スペース記憶手段と、前記利用者のうちの既に前記予約を済ませている利用者である第一の利用者ごとに、当該第一の利用者の前記予約の日時である第一の日時および当該予約の前記駐車スペースを記憶する、予約情報記憶手段と、前記利用者のうちの第二の日時の前記予約を希望する利用者である第二の利用者の近所に住んでおりかつ当該第二の日時を含む所定の長さの時間帯に属するいずれかの日時に既に前記予約を取っている前記第一の利用者を、前記居住地情報記憶手段に記憶されている、当該第二の利用者および前記各第一の利用者それぞれの前記居住地と、前記予約情報記憶手段に記憶されている、前記各第一の利用者それぞれの前記予約の前記第一の日時と、に基づいて判別する、近隣利用者判別手段と、前記第二の利用者のために前記第二の日時の前記予約を取る処理を、前記近隣利用者判別手段によって当該第二の利用者の近所に住んでいると判別された前記第一の利用者の前記予約の前記駐車スペースにも当該駐車スペースの前記近隣駐車スペースにも当たらないように、行う、予約処理手段と、を備える。
【発明の効果】
【００１２】
本発明によると、施設においてサービスを受ける者のプライバシを従来よりも確実に保護することができる。
【発明を実施するための最良の形態】
【００１３】
図１は予約システム１の全体的な構成の例を示す図、図２は予約管理サーバ１０のハードウェア構成の例を示す図、図３は予約管理サーバ１０の機能的構成の例を示す図である。
【００１４】
図１に示すように、予約システム１は、予約管理サーバ１０、複数台の端末装置２、および通信回線３などによって構成される。予約管理サーバ１０と各端末装置２とは、通信回線を介して互いに接続可能である。通信回線３として、いわゆるＬＡＮ（Local Area Network）回線が用いられる。
【００１５】
予約システム１は、施設に訪れた者に対してサービスを提供する順番の予約を行うシステムである。以下、ある病院Ｘにおいて、ある診療科の、患者の診察の予約を行うために、予約システム１が使用される場合を例に、説明する。
【００１６】
予約管理サーバ１０は、病院Ｘの情報管理部門に設置されており、患者の診察の予約のための処理を実行する。また、予約管理サーバ１０は、従来のように空いている時間帯に単に患者の予約を入れるのではなく、互いに近所に住んでいる患者同士の予約が同じ時間帯に重ならないように、処理を行う。そのほか、予約管理サーバ１０は、駐車場の予約のための処理をも行う。
【００１７】
予約管理サーバ１０は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ハードディスク１０ｄ、ＮＩＣ（Network Interface Card）１０ｅ、そのほか種々のハードウェアによって構成される。
【００１８】
ＲＯＭ１０ｃまたはハードディスク１０ｄには、図３に示すような予約要求受信部１０１、予約可能時間帯判別部１０２、予約可能時間帯通知部１０３、時間帯指定受信部１０４、駐車スペース決定部１０５、予約確保処理部１０６、予約結果通知部１０７、患者住所データ記憶部１２１、近隣住所データ記憶部１２２、駐車スペースデータ記憶部１２３、および予約状況データ記憶部１２４などの機能を実現するためのプログラムおよびデータが格納されている。これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。
【００１９】
予約管理サーバ１０として、ワークステーションまたはいわゆるサーバ機などが用いられる。図３の各部が複数台の装置に分散されるように予約管理サーバ１０を構成してもよい。
【００２０】
端末装置２は、診察室および窓口係などに１台ずつ設置されており、病院Ｘの従業員が予約の操作を行うために用いられる。端末装置２として、パーソナルコンピュータまたはＰＤＡ（Personal Digital Assistant）などが用いられる。
【００２１】
なお、既存の電子カルテシステム用のサーバおよび端末装置を、予約管理サーバ１０および端末装置２として用いてもよい。
【００２２】
図４は患者住所データ７Ａの例を示す図、図５は近隣エリアデータ７Ｂの例を示す図、図６は駐車スペースデータ７Ｃの例を示す図、図７は予約状況データ７Ｄの例を示す図、図８は予約管理サーバ１０による予約のための処理の流れの例を説明するフローチャートである。
【００２３】
次に、図３に示す予約管理サーバ１０の各部および端末装置２の機能について説明する。
【００２４】
ところで、患者には、病院での初めての受診の予約を行う際に、ユニークな患者コードが与えられる。また、例えば「○○県○○市○○町」または「○○県○○市○○１丁目」くらいの範囲の住所で表わされるエリアごとに、ユニークなエリアコードが予め与えられている。また、病院Ｘの駐車場の、自動車を１台駐車するスペース（以下、「駐車スペース」と記載する。）ごとに、ユニークな位置コードが予め与えられている。
【００２５】
図３において、患者住所データ記憶部１２１には、図４に示すように、患者ごとの患者住所データ７Ａが記憶されている。患者住所データ７Ａには、その患者の患者コードおよびその患者の住所が属するエリアのエリアコードが示されている。
【００２６】
近隣住所データ記憶部１２２には、図５に示すように、エリアごとの近隣エリアデータ７Ｂが記憶されている。近隣エリアデータ７Ｂには、そのエリアのエリアコードと、そのエリアの近隣に位置する他のエリアごとのエリアコード（近隣エリアコード）とが、示されている。以下、あるエリアの近隣に位置する他のエリアを「近隣エリア」と記載することがある。
【００２７】
隣り合う２つのエリア同士は、互いに近隣しているものとして取り扱われる。また、隣合わない２つのエリア同士も、両者の距離が所定の距離Ｌａ以下であれば、互いに近隣しているものとして取り扱われる。これらの取扱いの基準に基づいて、各近隣エリアデータ７Ｂの「近隣エリアコード」に示されるべきエリアコードが定められる。
【００２８】
駐車スペースデータ記憶部１２３には、図６に示すように、駐車スペースごとの駐車スペースデータ７Ｃが記憶されている。駐車スペースデータ７Ｃには、その駐車スペースの位置コードと、その駐車スペースの近隣にある他の駐車スペースの位置コード（近隣位置コード）とが、示されている。
【００２９】
エリアの場合と同様に、隣り合う２つの駐車スペース同士は、互いに近隣しているものとして取り扱われる。また、隣合わない２つの駐車スペース同士も、両者の距離が所定の距離Ｌｂ以下であれば、互いに近隣しているものとして取り扱われる。これらの取扱いの基準に基づいて、各駐車スペースデータ７Ｃの「近隣位置コード」に示されるべき位置コードが定められる。
【００３０】
予約状況データ記憶部１２４には、図７に示すように、各日付の、所定の長さの時間帯ごとの、予約の状況を示す予約状況データ７Ｄが記憶されている。
【００３１】
病院Ｘでは、一日の診察時間を、９時０分〜１０時０分、１０時０分〜１１時０分、…のように、１時間の長さの複数の時間帯に区切っている。そして、１つの時間帯に診察する患者の人数を５人に限定している。したがって、１つの時間帯には５人までしか予約を受け付けない。なお、１１時０分〜１２時０分は、昼休みであり、診察は行われない。
【００３２】
予約状況データ７Ｄには、その日付および時間帯の予約を取った患者ごとの患者コードが示される。さらに、患者が診察の予約とともに駐車スペースの予約をも取った場合は、患者コードとともに、その駐車スペースの位置コードが括弧書きで示される。
【００３３】
Ｎ日後の予約の受付を開始する際に、Ｎ日後の日付の各時間帯の予約状況データ７Ｄが生成され予約状況データ記憶部１２４に記憶される。例えば、病院Ｘにおいて２週間（１４日）先までの予約が可能なように運営がなされている場合は、日付が変わるごとに、１４日後の日付の各時間帯の予約状況データ７Ｄが生成され予約状況データ記憶部１２４に記憶される。なお、予約状況データ７Ｄの「患者コード」は、最初は空である。
【００３４】
診察および駐車スペースの予約のための処理は、予約要求受信部１０１ないし予約結果通知部１０７および端末装置２によって、図８のフローチャートに示すような手順で行われる。
【００３５】
診察の予約を希望する患者（以下、「予約対象患者」と記載する。）は、病院Ｘに電話を掛けまたは病院Ｘの窓口係に出向き、予約の希望を従業員に申し出る。この際に、その予約対象患者は、自分の患者コードを従業員に伝える。さらに、駐車場が必要である場合は、その旨を従業員に伝える。すると、従業員は、その予約対象患者の患者コード、駐車場の有無、および予約のコマンドを端末装置２に入力する。
【００３６】
または、診察が終わった患者に次回の診察の予約が必要な場合は、診察室の従業員がその患者（予約対象患者）の患者コード、次回の診察の際の駐車場の有無、および予約のコマンドを端末装置２に入力する。
【００３７】
すると、端末装置２は、入力された患者コードおよび駐車場の有無を示す予約要求データ８１を予約管理サーバ１０に送信する。
【００３８】
予約管理サーバ１０において、予約要求受信部１０１は、端末装置２から予約要求データ８１を受信する（図８の＃３００）。
【００３９】
予約可能時間帯判別部１０２は、予約要求受信部１０１によって受信された予約要求データ８１に示される患者コードの患者つまりその予約対象患者の予約が可能な日付および時間帯を、次のような方法で検索する（＃３０１〜＃３０４）。
【００４０】
予約可能時間帯判別部１０２は、予約状況データ記憶部１２４に記憶されている、現在の日時以降の日付および時間帯に係る予約状況データ７Ｄの中から、空きのある（すなわち、予約済の患者が５人未満である）予約状況データ７Ｄを検索する（＃３０１）。
【００４１】
その予約対象患者の近所に住んでおりかつ既に予約を取っている他の患者を、次のように検索する（＃３０２）。
【００４２】
患者住所データ記憶部１２１（図４参照）から、受信した予約要求データ８１に示される患者コードの患者住所データ７Ａ（つまり、その予約対象患者の患者住所データ７Ａ）に示されるエリアコードを呼び出す。さらに、近隣住所データ記憶部１２２（図５参照）から、呼び出したエリアコードの近隣エリアデータ７Ｂの「近隣エリアコード」に示されるエリアコードを呼び出す。これにより、その患者の住所の属するエリアのエリアコードおよびその近隣エリアのエリアコードが呼び出される。
【００４３】
ステップ＃３０１で検索した予約状況データ７Ｄに示される各患者コードの患者住所データ７Ａ（すなわち、予約済の他の患者それぞれの患者住所データ７Ａ）を患者住所データ記憶部１２１から検索する。
【００４４】
その予約対象患者のエリアまたは近隣エリアのいずれかのエリアコードと、予約済の他の患者それぞれの患者住所データ７Ａに示される各エリアコードとを、照合する。
【００４５】
そして、その予約対象患者のエリアまたは近隣エリアのいずれかのエリアコードと一致する、他の患者の患者住所データ７Ａに示されるエリアコードがあれば、当該他の患者がその予約対象患者の近所に住んでいると判別できる。以上のような方法で、その予約対象患者の近所に住んでおりかつ既に予約を取っている他の患者を検索することができる。以下、検索された他の患者を「近隣患者」と記載する。
【００４６】
フローチャートに戻って、近隣患者が見つかった場合は（＃３０３でＹｅｓ）、予約可能時間帯判別部１０２は、その近隣患者の患者コードが示される予約状況データ７Ｄの日付および時間帯（すなわち、その近隣患者が既に予約を取っている日付および時間帯）を、既に他の予約で満杯になっているものとみなす。つまり、その日付および時間帯を、その予約対象患者の予約が可能な日付および時間帯から除外する。このようにして、予約可能時間帯判別部１０２は、その予約対象患者の予約が可能な日付および時間帯を検索する。
【００４７】
予約可能時間帯通知部１０３は、予約可能時間帯判別部１０２によって検索されたその予約対象患者の予約が可能な日付および時間帯、つまり、ステップ＃３０１で検索された予約状況データ７Ｄに示される日付および時間帯のうちステップ＃３０４で既に他の予約で満杯になっているとみなさなかった日付および時間帯を示す予約可能時間帯データ８２を、予約要求データ８１の送信元である端末装置２に送信する（＃３０５）。
【００４８】
端末装置２は、予約管理サーバ１０から受信した予約可能時間帯データ８２に示される日付および時間帯を表示する。ここで、従業員は、その予約対象患者に対してそれらの日付および時間帯を教え、都合のよい日付および時間帯を回答してもらう。そして、その日付および時間帯を端末装置２に入力する。すると、端末装置２は、その日付および時間帯を示す希望時間帯データ８３を予約管理サーバ１０に送信する。
【００４９】
予約管理サーバ１０において、時間帯指定受信部１０４は、希望時間帯データ８３を受信する（＃３０６）。
【００５０】
ステップ＃３００で受信した予約要求データ８１に、駐車場が必要である旨が示されている場合は（＃３０７でＹｅｓ）、駐車スペース決定部１０５は、その予約対象患者が診察日に使用すべき駐車スペースを決定する処理を、次のように行う（＃３０８〜＃３１１）。
【００５１】
駐車スペース決定部１０５は、ステップ＃３０６で受信された希望時間帯データ８３に示される日付および時間帯（すなわち、その予約対象患者が指定した日付および時間帯）よりも所定の時間（例えば、１時間）前までの日付および時間帯の予約状況データ７Ｄと、所定の時間（例えば、１時間）後までの日付および時間帯の予約状況データ７Ｄとを、予約状況データ記憶部１２４から呼び出し、それらの予約状況データ７Ｄのいずれかに、その予約対象患者の近隣患者の患者コードが位置コードとともに示されているか否かをチェックする（＃３０８）。つまり、その予約対象患者の予約の時間帯の近くに診察の予約とともに駐車スペースの予約をも済ませている近隣患者を検索する。
【００５２】
駐車スペースの予約をも済ませている近隣患者が見つかった場合は（＃３０９でＹｅｓ）、その近隣患者の駐車スペースの駐車スペースデータ７Ｃを駐車スペースデータ記憶部１２３から呼び出し、その駐車スペースデータ７Ｃの「近隣位置コード」に示されない（すなわち、その近隣患者の駐車スペースから離れている）駐車スペースのうち、その予約対象患者の指定した日付および時間帯にもその前後の時間帯にも未だ予約がなされていない駐車スペースを１つ、その予約対象患者のための選択する（＃３１０）。
【００５３】
一方、そのような近隣患者が見つからなかった場合は（＃３０９でＮｏ）、その予約対象患者の指定した日付および時間帯にもその前後の時間帯にも未だ予約がなされていない任意の駐車スペースを１つ、その予約対象患者のための選択する（＃３１１）。
【００５４】
そして、予約確保処理部１０６は、ステップ＃３０６で受信した希望時間帯データ８３に示される日付および時間帯の予約状況データ７Ｄの「患者コード」に、その予約対象患者の患者コードを追記する（＃３１２）。これにより、その予約対象患者の予約が完了する。ステップ＃３１０、＃３１１で駐車スペースを選択した場合は、その駐車スペースの位置コードを、その予約対象患者の患者コードとともに追記しておく。
【００５５】
予約結果通知部１０７は、予約の結果つまり診察の日付および時間帯と駐車スペースの位置コードを示す予約結果データ８４を、予約の要求元の端末装置２に送信する（＃３１３）。
【００５６】
端末装置２は、予約管理サーバ１０から受信した予約結果データ８４に示される診察の日付および時間帯と駐車スペースの位置コードとを表示する。従業員は、それらの情報をその予約対象患者に伝える。
【００５７】
なお、その予約対象患者は、今までに病院Ｘで受診したことがない場合は、患者コードを有しない。そこで、初診である旨を従業員に伝える。すると、従業員は、その予約対象患者の患者コードを新たに予約管理サーバ１０に発行させる。この際に、その予約対象患者の住所を聞き、その住所が属するエリアのエリアコードを入力する。すると、その患者コードとエリアコードとを示す患者住所データ７Ａが新たに生成され、患者住所データ記憶部１２１に記憶される。以下、その患者住所データ７Ａに基づいて、その予約対象患者の予約のための処理が、図８で説明した手順で実行される。
【００５８】
本実施形態によると、サービスを提供する施設においてサービスを受ける者のプライバシを従来よりも確実に保護することができる。
【００５９】
本実施形態では、病院Ｘの従業員が予約のための操作を院内の端末装置２を用いて行う場合を例に説明したが、患者本人が自分のパーソナルコンピュータまたは携帯電話端末などの端末装置を用いて操作を行えるように、構成してもよい。この場合は、患者の端末装置と予約管理サーバ１０とをインターネット、公衆回線、または専用線などを介して接続できるように構成すればよい。そして、予約管理サーバ１０は、端末装置２の代わりに患者の端末装置を相手に予約要求データ８１、予約可能時間帯データ８２、希望時間帯データ８３、および予約結果データ８４のやり取りを行えばよい。
【００６０】
図９は互いに近い時間帯を定義するデータの例を示す図である。本実施形態では、互いに近所である複数の患者の予約が同一の時間帯に取られないようにしたが、相違する時間帯であっても、両者が所定の時間以内しか離れていない場合は、互いに近所である複数の患者の予約を１つしか取れないようにしてもよい。すなわち、例えば、近隣患者の予約がＡ月Ｂ日のＮ時０分〜（Ｎ＋１）時０分の時間帯に既に取られている場合は、予約対象患者の予約をＡ月Ｂ日の（Ｎ−１）時０分〜（Ｎ＋２）時０分の間のいずれの時間帯にも取れないようにしてもよい。既に近隣患者の予約がある時間帯に取られている場合にどの時間帯へのその予約対象患者の予約を禁止するのかは、図９のように定義しておけばよい。
【００６１】
病院Ｘに複数の診療科がある場合は、診療科ごとに予約状況データ記憶部１２４を用意すればよい。そして、診療科ごとに待合室が離れているのであれば、予約管理サーバ１０は、診療科ごとに独立して、診察の予約の処理を行えばよい。または、待合室が共通でありまたは隣接しているのであれば、実際に空きのある日付および時間帯の検索の処理（図８のステップ＃３０１）は、診療科ごとに独立して行い、近隣患者の検索および満杯とみなす処理（ステップ＃３０２〜＃３０４）は、予約対象患者が予約しようとしている診療科の予約の状況だけでなく、他の診療科の予約の状況をも考慮して行うようにすればよい。
【００６２】
本実施形態では、予約管理サーバ１０は、予約対象患者の予約が可能な日付および時間帯を先に判別してから、その予約対象患者に提示し、希望の日付および時間帯を受け付けたが、次のような手順で行ってもよい。予約対象患者の希望の日付および時間帯を先に受け付ける。その日付および時間帯に空があるか否かおよび近隣患者の予約が既に取られているか否かを判別する。そして、空がありかつ近隣患者の予約が取られていない場合は、その予約対象患者の予約をその日付および時間帯に取る。空がなくまたは近隣患者の予約が取られている場合は、その日付および時間帯は既に先約で満杯である旨を知らせ、他の日付および時間帯を指定しなおしてもらう。
【００６３】
予約対象患者の近隣患者を、緯度および経度に基づいて検索（判別）してもよい。すなわち、各患者の住所の位置を表わす緯度および経度を登録しておく。予約対象患者の住所と予約済の他の患者の住所との距離を、緯度および経度に基づいて算出する。そして、予約対象患者の住所との距離が所定の距離以内である他の患者を近隣患者であると判別する。
【００６４】
患者同士の近さを、住所以外の属性に基づいて判別してもよい。例えば、住所の代わりに、勤務先または通学先など所属する組織の識別子を患者ごとに記憶しておく。そして、同一の組織に所属する患者同士を、近所に住む患者同士と同様に取り扱ってもよい。
【００６５】
過去の住まいの住所または過去に所属していた組織などに基づいて近隣患者を判別してもよい。
【００６６】
病院以外の施設で提供されるサービスの予約のためにも、予約システム１を適用することができる。例えば、レストラン、美容院、または宿泊施設などの予約のためにも適用することができる。
【００６７】
その他、予約システム１、予約管理サーバ１０の全体または各部の構成、処理内容、処理順序、データの構成などは、本発明の趣旨に沿って適宜変更することができる。
【図面の簡単な説明】
【００６８】
【図１】予約システムの全体的な構成の例を示す図である。
【図２】予約管理サーバのハードウェア構成の例を示す図である。
【図３】予約管理サーバの機能的構成の例を示す図である。
【図４】患者住所データの例を示す図である。
【図５】近隣エリアデータの例を示す図である。
【図６】駐車スペースデータの例を示す図である。
【図７】予約状況データの例を示す図である。
【図８】予約管理サーバによる予約のための処理の流れの例を説明するフローチャートである。
【図９】互いに近い時間帯を定義するデータの例を示す図である。
【符号の説明】
【００６９】
１０  予約管理サーバ（予約処理装置）
１０２  予約可能時間帯判別部（近隣利用者判別手段）
１０５  駐車スペース決定部（近隣利用者判別手段）
１０６  予約確保処理部（予約処理手段）
１２１  患者住所データ記憶部（居住地情報記憶手段）
１２２  近隣住所データ記憶部（近隣エリア記憶手段）
１２３  駐車スペースデータ記憶部（近隣駐車スペース記憶手段）
１２４  予約状況データ記憶部（予約情報記憶手段）
７Ａ  患者住所データ
７Ｂ  近隣エリアデータ
７Ｃ  駐車スペースデータ
７Ｄ  予約状況データ
【図１】
0005055581.tif 000002
【図２】
0005055581.tif 000003
【図３】
0005055581.tif 000004
【図４】
0005055581.tif 000005
【図５】
0005055581.tif 000006
【図６】
0005055581.tif 000007
【図７】
0005055581.tif 000008
【図８】
0005055581.tif 000009
【図９】
0005055581.tif 000010