(57)【要約】【課題】  本発明は、複数の利用者で共同利用する複数施設に対する予約処理において、適切な予約の割当をコンピュータに行なわせるための方法を提供することを目的とする。【解決手段】  予約申込情報として、施設の利用時間に関する情報を受け付ける第一の受付ステップと、前記利用時間に関する見込情報を受け付ける第二の受付ステップと、前記第一の受付ステップで受け付けた予約申込情報に対し、少なくとも、既に予約済みの施設に対応付けて記録されている前記見込情報に基づき、前記複数施設のうちの何れの施設を割り当てるかを決定する割当ステップとにより上記課題を解決する。【選択図】  図１
2006209341.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、複数の利用者で共同利用する複数施設の予約を管理させるための方法であって、
予約申込情報として、施設の利用時間に関する情報を受け付ける第一の受付ステップと、
前記利用時間に関する見込情報を受け付ける第二の受付ステップと、
前記第一の受付ステップで受け付けた予約申込情報に対し、少なくとも、既に予約済みの施設に対応付けて記録されている前記見込情報に基づき、前記複数施設のうちの何れの施設を割り当てるかを決定する割当ステップと
を備えたことを特徴とする予約管理方法。
【請求項２】
前記見込情報は、前記予約申込情報として受け付けた利用時間の終了時間よりも、前記施設の実際の利用終了時間がどのくらい変動しそうかに関する情報であることを特徴とする予約管理方法。
【請求項３】
さらに、前記予約申込情報を入力した利用者毎に信頼度に関する情報を記録するステップを備え、
前記割当ステップは、少なくとも、既に予約済みの施設に対応付けて記録されている前記見込情報と、該施設の予約申込情報を入力した利用者に対応付けて記録されている信頼度とに基づき、前記複数施設のうちの何れの施設を割り当てることを特徴とする予約管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の利用者が共同で利用するような施設の予約管理方法に関する。
【背景技術】
【０００２】
近年、個人宛に宅配された荷物を不在時でも受け取るための方法として、宅配された荷物を収納するためのロッカーが利用されるようになってきた。これらのロッカーは、複数の格納庫を備えており、各個人毎に格納庫が備えられているものがある。また、複数の利用者で格納庫を共同利用するものでは、ロッカーが電気的に施錠開錠する機能を持ち、ロッカーと回線接続された管理センタで各格納庫の空き状況を管理したり、予約を受け付けたりするものもある（例えば特許文献１参照）。
【特許文献１】特開２００２−００８１３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このようなロッカーを利用者が利用する場合、宅配業者が荷物を運んでくることに先立って、該荷物を収納するための格納庫を予約しておくことが必要になる。しかし、これらロッカーは複数の利用者で共同利用するものであるので、格納されている荷物をその荷物の受取人である利用者がいつ取り出すかは、他の利用者は分からない。利用者によっては、利用時間を過ぎても荷物を取り出さず、予約終了時間を過ぎても格納庫が空かない場合も考えられる。
【０００４】
従って、新たに格納庫を予約したい利用者は、予約したい時間に空いている格納庫があったとしても、その前の時間の格納庫の予約状況を考慮し、その格納庫は時間通りに空きそうか否かを自分で予測して予約を行なう必要が生じるという手間が生じていた。
【０００５】
本発明は、このような状況に鑑み、複数の利用者で共同利用する複数施設に対する予約処理において、適切な予約の割当をコンピュータに行なわせるための方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するために、本発明は、予約申込情報として、施設の利用時間に関する情報を受け付ける第一の受付ステップと、前記利用時間に関する見込情報を受け付ける第二の受付ステップと、前記第一の受付ステップで受け付けた予約申込情報に対し、少なくとも、既に予約済みの施設に対応付けて記録されている前記見込情報に基づき、前記複数施設のうちの何れの施設を割り当てるかを決定する割当ステップとを備える。
【発明の効果】
【０００７】
上述の通り、本発明の予約管理方法では、施設の利用時間とともに利用時間に関する見込情報を受け付け、予約割当時には予約すべき直前の時間に既に予約されている施設の該見込情報に基づいて、次の予約をどの施設に割り当てるべきかを決定するようにしたので、施設利用時にまだ前の利用者が施設を占有している可能性が低くなり、より的確かつ効率よく施設を利用させるための予約割当処理をコンピュータに行なわせることができる。
【０００８】
また、本発明を適用したコンピュータシステムの利用者は、自分が利用した時間の前に予約されている他の利用者の予約状況を自分で考慮する必要が無くなる。
【発明を実施するための最良の形態】
【０００９】
本発明を実施するための最良の形態を、以下の実施例に基づき説明する。なお、以下の実施例では本発明を実現するコンピュータの一例としてサーバと、利用者が利用するコンピュータとして利用者端末とを挙げ、これらのサーバや利用者端末はネットワークを介して接続されている。利用者端末は複数台存在してもよい。また、サーバが保持する各プログラムやデータを、ネットワークによってサーバと接続されている他のコンピュータに保持させ、サーバはそれら他のコンピュータからデータを読み出して処理を実施してもよい。
【００１０】
なお図１では、予約対象施設としては電気的に施錠や開錠を行なえ、通信機能を備えたロッカーを例に挙げているが、これはロッカーに限る物ではなく、例えば、会議室や宿泊施設やカラオケなどの遊戯施設、レンタカーや駐車場等、複数の利用者によって利用される施設であって、同等機能を備えた複数の施設であれば、本発明を適用することができる。
【００１１】
図１は、本発明による予約管理方法をコンピュータで実現させるための一実施例の構成図である。図１の予約管理システムは、本発明の処理を実施するサーバ１と、予約を行なう利用者が利用するコンピュータである利用者端末４と、利用者が予約を行なう対象とする施設であるロッカー５と、宅配業者が利用するコンピュータである宅配業者端末６と、サーバ１および利用者端末４、ロッカー５、宅配業者端末６とを互いに通信可能なように接続するネットワーク３から構成されている。
【００１２】
サーバ1はコンピュータであって、処理を実施するためのプログラムとして送受信プログラム１１やテーブル管理プログラム１２や予約割当プログラム１３やロッカー管理プログラム１４を、処理を実施する際に利用するデータファイルとして、ロッカー管理テーブル２１や利用者管理テーブル２２やロッカーマスタテーブル２３をそれぞれ記憶手段に保持している。また、オペレータから直接操作を受け付けるための入力装置１８や、情報を出力するための出力手段１９を備えている。
【００１３】
送受信プログラム１１は、ネットワーク３を介してサーバ１が他の端末とデータを送受信するためのプログラムである。送受信プログラム１１によって、サーバ１は、利用者端末４から予約申込情報を受け付けたりすることができる。
【００１４】
テーブル管理プログラム１２は、サーバ１が受け付けたり処理を行なったたりした結果のデータに応じて、ロッカー管理テーブル２１や利用者管理テーブル２２を更新するためのプログラムである。
【００１５】
予約割当プログラム１３は、利用者端末４から送信されてきた予約申込情報に応じ、ロッカー５のうちの何れの格納庫を割り当てるかを決定するためのプログラムである。
【００１６】
ロッカー管理プログラム１４は、ロッカー５が備える格納庫の空きを管理したり、各格納庫の開錠や施錠の指示をロッカー５に行なうためのプログラムである。
【００１７】
ロッカー管理テーブル２１は、ロッカー内に備えられている各格納庫につき、割り当てられている予約に関する情報を管理するためのデータファイルである。
【００１８】
利用者管理テーブル２２は、ロッカーを利用する利用者に関する情報を管理するためのデータファイルである。
【００１９】
ロッカーマスタテーブル２３は、ロッカーが擁する格納庫の情報を管理するためのマスタファイルである。
【００２０】
ネットワーク３は、インターネットや無線などの通信網であって、サーバ１や各端末同士を互いに通信が可能なように接続している。ネットワーク３は接続されたコンピュータ同士が互いに通信可能であれば、どのような形態のネットワークであっても良い。
【００２１】
利用者端末４は、該利用者端末４を操作する利用者から入力された施設の予約申込情報をサーバ１へ送信したり、サーバ１から送信されてきた予約割当に関する情報を受信して出力したりするコンピュータである。同等の機能を有していれば、携帯端末であっても携帯電話であっても構わない。
【００２２】
ロッカー５は、複数の格納庫を備えたロッカーである。このロッカー５は、ネットワーク３を介した他コンピュータとの通信機能や、他コンピュータからの指示の受信またはロッカーに備えられている入力装置からの入力に応じて電気的に施錠や開錠を行なう機能を備えたものである。
【００２３】
宅配業者端末６は、サーバから予約割当に関する情報を受信して出力したりする、宅配業者が操作するコンピュータである。同等の機能を有していれば、携帯端末であっても携帯電話であっても構わない。
【００２４】
なお、サーバ１は、図示しない以下のようなハードウェア構成を備えている。すなわち、それぞれバスで相互に接続されている入力装置や、出力装置や、ドライブ装置や、補助記憶装置や、メモリ装置や、演算処理装置や、インターフェース装置を有するように構成されている。なお、これらコンピュータを構成する各種デバイスは、１つの筐体に収容してもよいし複数の筐体に分散して収容されていてもよい。
【００２５】
入力装置は例えばキーボードやマウスなどで構成され、様々な操作指示をコンピュータに入力するために用いられる。出力装置は例えばディスプレイやプリンタなどで構成され、操作に必要な各種ウインドウやデータ等を出力する。インターフェース装置は、ネットワーク３に接続する為のインターフェースであり、例えばモデムやルータ等で構成される。
【００２６】
これらコンピュータを制御するプログラムは、ＣＤ−ＲＯＭ等の記録媒体によって提供されることもできる。プログラムを記録した記録媒体は、ドライブ装置にセットされ、プログラムがドライブ装置を介して補助記憶装置にインストールされる。プログラムを記録した記録媒体としては、例えばＣＤ−ＲＯＭやフレキシブルディスクや光磁気ディスク（ＭＯ）等の様に情報を光学的、電気的或いは磁気的に記録する記録媒体、又はＲＯＭやフラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることが可能である。
【００２７】
また、プログラムはインターフェース装置を介して接続される他のコンピュータの記録媒体等に記録されているものも含まれる。他のコンピュータの記録媒体等に記録されているプログラムは、インターフェース装置を介してダウンロードされて補助記憶装置にインストールされる。補助記憶装置は、インストールされたプログラムと、そのプログラムの処理に必要な各種ファイル等を格納する。メモリ装置は、起動時に補助記憶装置からプログラムを読み出して格納する。演算処理装置は、メモリ装置に格納されたプログラムに従って、サーバ１が実施すべき処理を各種プロセスで実現する。
【００２８】
図２は、サーバ１が保持しているデータファイルの例で、図２（Ａ）はロッカー管理テーブル２１の、図２（Ｂ）は利用者管理テーブル２２の、図２（Ｃ）はロッカーマスタテーブル２３の例である。
【００２９】
図２（Ａ）のロッカー管理テーブル２１は、ロッカー内に備えられている格納庫につき、割り当てられている予約に関する情報を管理するために、各予約情報を一意に識別するための番号である受付ＩＤと、予約を行なった利用者の識別子である利用者ＩＤと、予約されている格納庫の識別子である格納庫ＩＤと、予約開始日時と予約終了日時と、実際の利用終了時間は予約終了日時とどの位の変動が生じそうかの見込みに関する情報である見込情報などをそれぞれ対応付けて格納している。また、これら情報と対応付けて、ロッカーを施錠や開錠するための鍵情報や、格納庫へ荷物を格納する宅配業者の識別子や、実際に荷物が格納庫へ格納された日時や、利用者が格納された荷物を受け取るために格納庫を開錠した受取日時などを記録してもよい。
【００３０】
例えば、図２（Ａ）の一番目の予約情報としては、受付ＩＤが００１である予約情報が記録されており、このロッカー管理テーブル２１に記録されている情報により、受付ＩＤが００１である予約は、利用者ＩＤが００１である利用者によって予約されたもので、予約が割り当てられているロッカー内格納庫はＡ１０１で、２００５年１月４日１８時００分から２０時００分に予約が成されており、利用者ＩＤ００１の利用者による利用終了時間の見込は「０」であるということが分かる。
【００３１】
ここでは見込情報は予約終了日時よりも早く利用が終わると見込んでいる場合をマイナス、利用終了が遅れる場合をプラスとし、予約終了時間からの変動分について１時間を「１」として表現している。利用者ＩＤ００１は見込情報が「０」なので、２０時迄に格納庫Ａ１０１の利用を終了すると見込んでいることを表す。
【００３２】
例えば、受付ＩＤが００３の予約は見込情報が「−１」であるので、この予約に関しては、この予約を行なっている利用者ＩＤがＵ００３の利用者は、２０時の１時間前、即ち１９時迄に格納庫Ａ１０３の利用が終了すると見込んでいることを表す。
【００３３】
なお、見込情報は、予約終了日時よりも実際の利用が早く終わるか遅れるかを示す情報であればどのようなデータであっても構わない。
【００３４】
また、この例では、複数の格納庫を備えた１台のロッカーに関するテーブルを例示しているが、このようなテーブルを各ロッカー毎にそれぞれ備えることもでき、複数のロッカー管理テーブルを用いれば、例えば各地に設けたそれぞれのロッカーを同時に管理することが可能になる。
【００３５】
このようなロッカー管理テーブル２１を利用することで、サーバ１は、どの格納庫がどの時間にどの利用者によって予約されているか、その予約に関する見込情報はどのようなものかなどを管理することができる。
【００３６】
図２（Ｂ）の利用者管理テーブル２２は、ロッカーを利用する利用者に関する情報を管理するために、利用者の識別子である利用者ＩＤや、利用者の氏名や、利用者と連絡をとるためのアドレスに関する情報や、利用者が設定した見込情報がどの程度信頼できるかを表す情報である信頼度や、利用者が現在予約している格納庫の格納庫ＩＤや過去の利用回数などをそれぞれ対応付けて格納している。
【００３７】
例えば、図２（Ｂ）の一番目の利用者情報としては、利用者ＩＤがＵ００１である利用者は山田さんで、見込情報の信頼度は「１．０」であり、現在予約中の格納庫はＡ１０１の格納庫であり、過去に５回利用していることがわかる。
【００３８】
ここでは信頼度には過去の利用実績から求める数値として、見込情報を設定した回数に対する見込情報通りに利用を終えた回数の割合を用いている。従って、信頼度は１．０が最高であり、数値が低くなるに従って、見込時間に対する信頼度が低くなることを表す。なお、信頼度は、見込情報をどの程度重視すべきかを表す情報であればどのようなデータであっても構わない。
【００３９】
このような利用者管理テーブル２２を利用することで、サーバ１は、格納庫の予約に応じて設定されている見込情報をどの程度信頼してよいかに関する情報を、該格納庫を予約している利用者と対応付けて管理することができる。
【００４０】
図２（Ｃ）のロッカーマスタテーブル２３は、各ロッカーが擁している格納庫の情報を管理するために、ロッカーの識別子であるロッカーＩＤや、格納庫の識別子である格納庫ＩＤを対応付けて格納している。例えば、図２（Ｃ）の一番目のロッカーの情報としては、ロッカーＡにはＡ１０１とＡ１０２とＡ１０３とＡ１０４の４つの格納庫があることがわかる。
【００４１】
このようなロッカーマスタテーブル２３を利用することで、サーバ１は、各ロッカーとそのロッカーが擁する格納庫とを対応付けて管理することができる。
【００４２】
次に、本発明の予約管理方法について、図を参照しつつ説明していく。
【実施例１】
【００４３】
図３は、図１のコンピュータシステムを宅配ロッカーに適用した場合の、全体の処理の流れの概略を表したフローチャートである。この例では、ネットショッピングで、ある品物を注文した利用者からの入力を受けて、該品物をロッカーで受け取るためのロッカーの予約処理を行ない、予約割当の結果を利用者と該品物を配達する宅配業者に知らせるという一連の流れを示している。
【００４４】
ステップＳ１１に先立って、利用者は利用者端末４を操作して既に品物の注文を終えているものとする。ステップＳ１１では、サーバ１は利用者端末４からロッカーの予約依頼として予約申込情報を受け付ける。ステップＳ１２では、サーバ１は、受け付けた予約申込情報に基づき、ロッカー内のいずれの格納庫に予約を割り当てるべきかを決定する。ステプＳ１３では、サーバ１は、割り当てた格納庫の予約情報を、予約を行なった利用者の利用者端末４と、品物の配達を行なう宅配業者の宅配業者端末６へ通知する。本発明の予約管理方法は、このうちステップＳ１２に適用される。
【００４５】
図４は、本発明の予約管理方法をコンピュータが実行する際のフローチャートである。なお、図３のフローと同じ処理ステップには同じステップ番号を付してある。
【００４６】
まずステップＳ１１で、サーバ１の送受信プログラム１１は、ネットワーク３を介して利用者端末４から予約申込情報を受信する。ここでは、予約の割当を決定するために最低限必要な情報として、少なくとも施設の利用開始日時と終了日時とを含んだデータを受信する。この他に、利用者ＩＤや、品物を配達する宅配業者ＩＤを一緒に受信しても構わない。また、管理対象とするロッカーが複数ある場合には、いずれのロッカーかを指定する情報を一緒に受信しても構わない。
【００４７】
続いてステップＳ２２で、予約申込情報に該当する施設で該当する時間が空いているかどうかを確認する。ここでは、テーブル管理プログラム１２がロッカーマスタテーブル２３から、ロッカーがどのような格納庫を擁しているかを参照し、各格納庫について、ロッカー管理テーブル２１から、予約申込情報に示される利用開始日時及び終了日時を参照し、予約申込情報に示される利用時間に予約が入っていない格納庫が存在するか否かを確認する。
【００４８】
次に、ステップＳ２３で予約割当プログラム１３は、ステップＳ２２で得た該当施設が複数あるか否かを判断する。
【００４９】
例えば、予約申込情報として図５（Ａ）に示すようなデータをステップＳ１１で送受信プログラム１１が受信した場合、ステップＳ２２では、テーブル管理プログラム１２が、まずロッカーマスタテーブル２３から、ロッカーAはＡ１０１からＡ１０４の４つの格納庫を擁しているという情報を得て、さらに、格納庫Ａ１０１からＡ１０４に関連する予約情報で、予約申込情報に示される利用日時である２００５年１月４日２０時から２２時にかかる予約がロッカー管理テーブル２１に記録されているかどうかを参照し、格納庫A１０１からＡ１０４の全てが２０時以降の予約はなく、空いているという情報を得る。そして予約割当プログラム１３は、ステップＳ２３の判断を「ＹＥＳ」とする。
【００５０】
なお、ステップＳ２２で予約時間に割当可能な施設が１件も存在しなければ、予約割当プログラム１３は「NO」と判断して処理をステップＳ３１に進め、予約が不可能である旨を予約申込情報を送信してきた利用者端末４へ通知する。
【００５１】
また、ステップＳ２３で予約時間に割当可能な施設が１件だけであれば、予約割当プログラム１３は「NO」と判断して処理をステップＳ３２に進め、該当する施設にＳ１１で受け付けた予約申込を割り当てる。
【００５２】
予約の割当可能な施設が複数存在する場合は、ステップＳ２４で、予約割当プログラム１３が、見込情報及び信頼度に基づいて各施設の優先度を判定する。
【００５３】
図６は格納庫Ａ１０１からＡ１０４の現在の予約状況を説明するための図である。ステップＳ２３までに得た情報により、格納庫Ａ１０１からＡ１０４は、図６に示すような予約が既に割り当てられていることが分かる。このような状況において、予約割当プログラム１３は、まずロッカー管理テーブル２１から各格納庫の予約のうち、予約申込情報に含まれる利用開始日時の直前に登録されている予約につき見込情報を参照し、格納庫の利用が早く終了すると推測できる順序を得る。この例では、格納庫Ａ１０１の見込情報は「０」、Ａ１０２は「０．５」、Ａ１０３は「−１」、Ａ１０４は「−１」であるので、見込情報の数値の小さい順、Ａ１０３とＡ１０４、ついでＡ１０１、ついでＡ１０２という順序を決定する。
【００５４】
さらに、利用者管理テーブル２２から、該予約をしている利用者ＩＤと対応づけて記録されている信頼度を参照する。A１０３を予約しているＵ００３の利用者の信頼度「０．８」とＡ１０４を予約しているＵ００４の利用者の信頼度「０．３」とでは、Ｕ００３の利用者の方が信頼度が高いことが判別できる。従って、予約割当プログラム１３は、格納庫の予約割当の優先順序をＡ１０３、ついでＡ１０４、ついでＡ１０１、ついでＡ１０２と決定する。
【００５５】
ステップＳ２５では、予約割当プログラム１３は、ステップＳ２４で得た優先順序の一番高い格納庫であるＡ１０３を予約の割当対象に決定し、ステップＳ１１で受け付けた予約申込をＡ１０３に割り当てる。
【００５６】
予約の割当が完了すると、次にステップＳ２６で、予約申込情報の送信元である利用者の入力により、利用者端末４から該予約に対する見込情報の入力を受け付けて、さらにステップＳ２７でロッカー管理プログラム１４が予約割当格納庫を開錠するための鍵情報を生成する。
【００５７】
ステップＳ２８で、テーブル管理プログラム１２は、予約割当の情報や鍵情報をもとにロッカー管理テーブル２１を登録更新する。
【００５８】
ステップＳ１３で、送受信プログラム１１は、利用者端末４へ予約割当情報として、例えば、図５（B）に示すようなデータを送信する。このような情報を送信されることにより、利用者端末４の利用者は、自分が配達を受けようとしている品物が、いずれの格納庫に配達されるか、格納庫を開錠するための鍵情報等に関する情報を知ることができる。また、利用者端末４へ送信するのと同様に、予約割当した格納庫の情報を、宅配業者端末６へ送信してもよい。このような情報を送信されることにより、宅配業者端末６を利用する宅配業者は、自分が配達しようとしている品物を、いずれの格納庫にいつ配達すべきか、格納庫を開錠するための鍵情報等に関する情報を知ることができる。
【００５９】
ロッカー管理プログラム１４は、上記処理により更新されたロッカー管理テーブル２１の内容に従って予約開始日時に達した格納庫へ施錠を指示し、宅配業者または利用者が入力する鍵情報をロッカー５から受信してロッカー管理テーブル２１に格納済みの該当する鍵情報と照合できた場合に格納庫の鍵を開錠を指示する。また、予約開始日時に達して施錠した後の格納庫が１回目に開錠された時間、すなわち宅配業者が荷物を預け入れた時間を格納日時として、２回目に開錠された時間、すなわち利用者が荷物を受け取った時間を受取日時として、それぞれロッカー管理テーブル２１の該当欄に記録してもよい。また、受取日時を受信した時点で、格納庫の利用が終了したと判断し、格納庫の状態を空きとしてもよい。
【００６０】
利用者端末４が携帯端末や携帯電話であれば、ステップＳ１３でサーバ１から送信されてきた鍵情報を記憶し、利用者が格納庫から荷物を受け取る開錠の際に、利用者端末４とロッカー５とが直接通信を行なって鍵情報をやり取りすることができる。
【００６１】
テーブル管理プログラム１２は、所定のタイミングで信頼度を算出し、利用者管理テーブル２２を更新する。例えば、ロッカー管理テーブル２１の受取日時欄が更新されたことを検出したタイミングで、予約終了日時と受取日時と見込情報とを比較し、受取日時が見込情報により示される予約時点での終了見込時間よりも遅いか否かを算出する。
【００６２】
例えば、図２（Ａ）に示す受付ＩＤ００１の格納庫Ａ１０１の予約に関し、受取日時として２００５年１月４日１９時５０分が登録されたとすると、予約終了時間は２０時で見込情報は「０」即ち、２０時迄に利用を終了する見込であったので、受取日時は見込情報が示す時間より早いということがわかる。受取日時は見込情報が示す時間より早い場合は、見込情報とおりに利用を終了したとみなす。
【００６３】
そして、利用者管理テーブル２２の利用者ＩＤがＵ００１に対応する利用回数欄と信頼度欄を参照し、利用回数は「５」、信頼度は「１．０」であるので、過去の利用回数５回のうち見込情報通りに利用を終了した回数が５回であることが分かるので、利用回数と見込情報通りに利用終了した回数とのそれぞれに１を加算し、見込情報を設定した回数６回に対する見込情報通りに利用を終えた回数６回の割合として「１．０」を算出する。そして、利用者管理テーブル２１の利用回数と信頼度の欄を更新する。
【００６４】
また例えば、図２（Ａ）に示す受付ＩＤ００４の格納庫Ａ１０４の予約に関し、受取日時として２００５年１月４日２０時１５分が登録されたとすると、見込情報「−１」が示す予約時点での終了見込時間である１９時よりも遅いので、見込情報とおりに利用を終了しなかったと判断する。利用者管理テーブル２２により利用回数は「１０」、信頼度は「０．３」であり、過去の利用回数１０回のうち見込情報通りに利用を終了した回数が３回であることが分かるので、利用回数に１を加算して１１とし、見込情報通りに利用終了した回数はそのまま３として、信頼度「０．２７」を算出する。そして、利用者管理テーブル２１の利用回数と信頼度の欄を更新する。
【００６５】
図１に示した図は一例であって、実際のプログラムモジュールの構成に合致しない場合もある。さらに、図２（Ａ）乃至（Ｃ）に示したデータの保持の仕方についても、同様のデータを管理可能な限りにおいて他の方式を用いても構わない。
【００６６】
本発明は、以下に記載する付記のような構成が考えられる。
【００６７】
（付記１）
コンピュータに、複数の利用者で共同利用する複数施設の予約を管理させるための方法であって、
予約申込情報として、施設の利用時間に関する情報を受け付ける第一の受付ステップと、
前記利用時間に関する見込情報を受け付ける第二の受付ステップと、
前記第一の受付ステップで受け付けた予約申込情報に対し、少なくとも、既に予約済みの施設に対応付けて記録されている前記見込情報に基づき、前記複数施設のうちの何れの施設を割り当てるかを決定する割当ステップと
を備えたことを特徴とする予約管理方法。
【００６８】
（付記２）
前記見込情報は、前記予約申込情報として受け付けた利用時間の終了時間よりも、前記施設の実際の利用終了時間がどのくらい変動しそうかに関する情報であることを特徴とする予約管理方法。
【００６９】
（付記３）
さらに、前記予約申込情報を入力した利用者毎に信頼度に関する情報を記録するステップを備え、
前記割当ステップは、少なくとも、既に予約済みの施設に対応付けて記録されている前記見込情報と、該施設の予約申込情報を入力した利用者に対応付けて記録されている信頼度とに基づき、前記複数施設のうちの何れの施設を割り当てることを特徴とする予約管理方法。
【００７０】
（付記４）
コンピュータに複数の利用者で共同利用する複数施設の予約を管理させるためのプログラムであって、コンピュータに、
予約申込情報として、施設の利用時間に関する情報と、該利用時間に関する見込情報とを受け付ける受付ステップと、
前記受け付けた予約申込情報に対し、少なくとも、既に予約済みの施設に対応付けて記録されている前記見込情報に基づき、前記複数施設のうちの何れの施設を割り当てるかを決定する割当ステップと
を機能させることを特徴とするプログラム。
【図面の簡単な説明】
【００７１】
【図１】本発明による予約管理システムの一実施例の構成図である。
【図２】本発明のデータファイルのデータ例である。
【図３】本発明を宅配ロッカーに適用した場合の処理フローである。
【図４】本発明による予約処理のフローチャートである。
【図５】本発明の送受信データ例である。
【図６】本発明による予約割当処理を説明するための図である。
【符号の説明】
【００７２】
１  サーバ
３  ネットワーク
４  利用者端末
５  ロッカー
６  宅配業者端末
１１  送受信プログラム
１２  テーブル管理プログラム
１３  予約割当プログラム
１４  ロッカー管理プログラム
１８  入力手段
１９  出力手段
２１  ロッカー管理テーブル
２２  利用者管理テーブル
２３  ロッカーマスタテーブル
【図１】
2006209341.tif 000003
【図２】
2006209341.tif 000004
【図３】
2006209341.tif 000005
【図４】
2006209341.tif 000006
【図５】
2006209341.tif 000007
【図６】
2006209341.tif 000008