"顧客を呼び出す順序を規定する受付番号を採番するための採番予定時刻を決定する受付番号処理装置であって、顧客来店頻度を示す時間情報である変動幅と予約番号ごとに顧客の来店予定時刻と前記受付番号が採番済か否かを示す受付状態とがあらかじめ記憶されている記憶手段と、前記来店予定時刻に対する遅れ時間の入力を前記予約番号ごとに受け付ける予約調整部と、前記受付状態として採番済でない前記予約番号のうちの前記予約調整部から前記遅れ時間の入力を受け付けた前記予約番号について、その予約番号の来店予定時刻を前記記憶手段から読み取り、計算式前記採番予定時刻=前記来店予定時刻-前記変動幅前記遅れ時間によって、前記採番予定時刻を求める受付採番調整部と、現在時刻が前記採番予定時刻になったときに、前記受付番号の採番を指示する受付採番通知部とを有することを特徴とする受付番号処理装置。前記変動幅は、前記遅れ時間よりも短いことを特徴とする請求項1に記載の受付番号処理装置。前記受付採番調整部は、前記変動幅を前記記憶手段から読み取る代わりに、前記遅れ時間に比例して前記変動幅が決定される所定関数に対して、前記予約調整部が受け付けた前記遅れ時間を入力することにより、前記採番予定時刻を求めるための前記変動幅を取得することを特徴とする請求項1または請求項2に記載の受付番号処理装置。顧客来店頻度を示す時間情報である変動幅と予約番号ごとに顧客の来店予定時刻と前記受付番号が採番済か否かを示す受付状態とがあらかじめ記憶されている記憶手段を備え、顧客を呼び出す順序を規定する受付番号を採番するための採番予定時刻を決定する受付番号処理装置の受付番号処理方法であって、前記受付番号処理装置は、前記来店予定時刻に対する遅れ時間の入力を前記予約番号ごとに受け付ける予約調整ステップと、前記受付状態として採番済でない前記予約番号のうちの前記予約調整ステップで前記遅れ時間の入力を受け付けた前記予約番号について、その予約番号の来店予定時刻を前記記憶手段から読み取り、計算式前記採番予定時刻=前記来店予定時刻-前記変動幅前記遅れ時間によって、前記採番予定時刻を求める受付採番調整ステップと、現在時刻が前記採番予定時刻になったときに、前記受付番号の採番を指示する受付採番通知ステップとを実行することを特徴とする受付番号処理方法。前記変動幅は、前記遅れ時間よりも短いことを特徴とする請求項4に記載の受付番号処理方法。前記受付採番調整ステップは、前記変動幅を前記記憶手段から読み取る代わりに、前記遅れ時間に比例して前記変動幅が決定される所定関数に対して、前記予約調整ステップで受け付けた前記遅れ時間を入力することにより、前記採番予定時刻を求めるための前記変動幅を取得することを特徴とする請求項4または請求項5に記載の受付番号処理方法。請求項4ないし請求項6のいずれか1項に記載の受付番号処理方法を、前記受付番号処理装置のコンピュータに実行させることを特徴とする受付番号処理プログラム。受付番号は、番号の小さい順に呼び出されるため、この受付番号の採番時刻以下、採番予定時刻とするが顧客の実際の来店時刻に対して早すぎても遅すぎても、不都合である。受付番号を早く採番しすぎると、顧客の来店前に受付番号が呼ばれてしまい、予約の意味が無くなる。一方、受付番号を遅く採番しすぎると、顧客が来店してからの待ち時間も長くなってしまい、顧客に不便を強いてしまう。そこで、本発明は、前記した課題を解決するためになされたものであり、採番予定時刻を高精度に求めることを、主な目的とする。前記課題を解決するために、本発明は、顧客を呼び出す順序を規定する受付番号を採番するための採番予定時刻を決定する受付番号処理装置であって、顧客来店頻度を示す時間情報である変動幅と予約番号ごとに顧客の来店予定時刻と前記受付番号が採番済か否かを示す受付状態とがあらかじめ記憶されている記憶手段と、前記来店予定時刻に対する遅れ時間の入力を前記予約番号ごとに受け付ける予約調整部と、前記受付状態として採番済でない前記予約番号のうちの前記予約調整部から前記遅れ時間の入力を受け付けた前記予約番号について、その予約番号の来店予定時刻を前記記憶手段から読み取り、計算式前記採番予定時刻=前記来店予定時刻-前記変動幅前記遅れ時間によって、前記採番予定時刻を求める受付採番調整部と、現在時刻が前記採番予定時刻になったときに、前記受付番号の採番を指示する受付採番通知部とを有することを特徴とする。本発明によれば、採番予定時刻を高精度に求めることができる。以下、本発明の一実施形態を、図面を参照して詳細に説明する。図1は、受付番号処理システムを示す構成図である。受付番号処理システムは、混雑照会サーバ1と、データベースサーバ2と、受付発券装置3と、管理端末4と、顧客端末5とが、それぞれネットワークで接続されて構成される。これらの受付番号処理システムの各装置は、制御部CPU、記憶部メモリ、ハードディスクなど、および、通信部ネットワークインタフェースを備えるコンピュータとして構成される。管理者などが常駐するセンタ設備には、混雑照会サーバ1とデータベースサーバ2とが設置される。混雑照会サーバ1とデータベースサーバ2とは、LANLocalAreaNetworkなどのネットワークで接続し、相互に通信できる。管理端末4は、本部などに設置され、データベースサーバ2内の各情報の閲覧や編集などの管理目的で、管理者に使用される端末である。顧客端末5は、受付番号をもとに呼び出される顧客が操作する端末であり、例えば、PCPersonalComputerや携帯電話として構成される。顧客は、顧客端末5上のWebブラウザなどのクライアントソフトウェアから混雑照会サーバ1にアクセスし、窓口予約、予約調整を行うことができる。特に、データベースサーバ2の記憶部記憶手段には、データベースサーバ2の記憶内容が一時記憶される。窓口予約に関する3つの時刻の関係は、採番予定時刻→来店予定時刻→呼出時刻の順である。つまり、顧客が来店する前に、あらかじめ受付番号34を採番する採番予定時刻が最初であり、その後、顧客が来店してから来店予定時刻、受付発券装置3から顧客への受付番号34の呼び出しを受ける呼出時刻。表1は、データベースサーバ2に格納される各情報を示す。データベースサーバ2は、予約調整情報21と、窓口予約情報22と、受付採番情報23と、予約設定情報24とを格納する。予約調整情報21は、予約番号ごとに、その予約の来店予定時刻からの遅れ時間を示す。窓口予約情報22は、店舗における窓日手続きの予約情報として、予約番号ごとに、予約に関する情報業務ID、顧客名、来店予定時刻、呼出時刻を格納する。受付採番情報23は、窓口予約情報22に基づき生成される情報であり、予約番号ごとに、受付状態、採番予定時刻、時刻調整、および、受付番号34を対応づけて格納する。予約設定情報24は、業務IDごとに、受付番号34の採番の変動幅30分などを格納する。変動幅とは、来店予定時刻から採番予定時刻を算出するために参照されるパラメータであり、顧客の来店頻度を示す時間情報である。例えば、顧客の来店頻度が高い場合には、大人数の待ち行列が発生することが予測されるため、変動幅も大きくなる。予約番号001では、窓口予約情報22の来店予定時刻1230に対して、予約調整情報21の遅れ10分が指定されているため、窓口予約情報22の呼出時刻1240123010分である。さらに、受付採番情報23の受付状態採番済であるため、採番予定時刻は過去の時刻であり、受付採番情報23の時刻調整の値には影響されない。なお、時刻調整40分=変動幅30分遅れ10分である。なお、採番予定時刻に対して、来店予定時刻が遅すぎるときには、顧客が来店していないにもかかわらず、呼出時刻になってしまうこともある。そのときには、呼出時刻を来店予定時刻に対して遅れ分に時間を追加して後回しにしてもよいし、受付番号34の再採番を行ってもよい。予約番号002では、窓口予約情報22の来店予定時刻1300に対して、予約調整情報21の遅れ5分が指定されているため、窓口予約情報22の呼出時刻130513005分である。さらに、受付採番情報23の受付状態未採番であるため、採番予定時刻は将来の時刻であり、受付採番情報23の時刻調整の値に基づいて修正される。つまり、採番予定時刻1235=来店予定時刻1300-時刻調整25分である。なお、時刻調整25分=変動幅30分-遅れ5分である。予約番号003では、窓口予約情報22の来店予定時刻1400に対して、予約調整情報21の遅れが指定されていないため、窓口予約情報22の呼出時刻も来店予定時刻と同じ1400である。さらに、受付採番情報23の受付状態未採番であるため、採番予定時刻は将来の時刻であり、受付採番情報23の時刻調整の値に基づいて修正される。つまり、採番予定時刻1330=来店予定時刻1400-時刻調整30分である。なお、時刻調整30分=変動幅30分である。表2は、予約設定情報24内の変動幅の詳細を示す。表1の予約設定情報24では、1つの業務IDG01などに対して、変動幅を1つの値30分などとしたが、予約調整情報21の遅れ値を入力値とし表2の左列、予約設定情報24内の変動幅を出力値とする表2の右列関数として、定義することとしてもよい。表2の例では、遅れ時間の略半分を変動幅とし、かつ、変動幅の上限値を30分とする関数が示されている。例えば、3分遅れの時には、5分までなので、変動幅を3分とする。受付採番情報23の時刻調整値は、例えば、遅れ値表2の左列と、変動幅表2の右列との和であるので、8分となる。この場合、採番予定時刻=来店予定時刻-時刻調整であることは同様であるが、時刻調整=変動幅となる。さらには、前日までであれば表2のような変動幅の調整を行わず固定値30分などとし、当日あるいは来店予定時刻から一定時間の場合のみ変動幅の調整を行うようにしてもよい。なお、前日などの事前に指定した予約時刻の場合、顧客が実際に訪れる時間はある程度の幅をみておく必要がある。しかし、時間すなわち予約した来店予定時刻近くになって、5分遅れや10分遅れなどの細かい時間が指定された場合は、顧客がその時刻に来る可能性は高くなると考えられる。このため、顧客が指定した遅れ時間に応じて、表2のように変動幅を変えることで、顧客の来店時刻の予測をより細かく制御することが可能になる。よって、来店状況に応じて、予約をキャンセルすることなく受付番号34の採番タイミングを調整することができる。図1に戻り、受付発券装置3は、処理部として番号呼出部31と受付採番部32とを有し、記憶部に格納するデータとして、待ち人数情報33と受付番号34とを有する。受付採番部32は、受付採番通知部13からの採番指示に従って受付番号34を採番し、その採番した受付番号34を顧客に通知する。番号呼出部31は、採番された受付番号34をもとに、その番号が小さい順に顧客を呼び出す。なお、待ち人数情報33は、受付採番部32が採番して、まだ番号呼出部31に呼び出されていない受付番号34の個数として特定できる。混雑照会サーバ1は、予約調整部11と、窓口予約部12と、受付採番通知部13と、受付採番調整部14と、受付呼出部15とを有する。予約調整部11は、顧客端末5から、予約の到着時刻の遅れの指定を受け付ける。例えば、来店予定時刻からの遅れを5分遅れ、10分遅れなどと指定して、予約調整情報21を編集する。窓口予約部12は、顧客端末5から、店舗における手続きの予約を行う旨の指定を受け付け、店舗窓口への来店予約や、窓口予約情報22の照会を行う。受付採番通知部13は、受付採番情報23を定期的にポーリングし、採番予定時刻に達した予約に対して、受付番号34の採番を受付採番部32に依頼し、その採番結果を受付番号34として顧客に通知する。受付採番調整部14は、予約調整情報21内の遅れの情報に基づき、受付採番情報23の修正調整を行う。調整処理として、例えば、ある予約に対して、顧客から遅れの指定が予約調整情報21にあった場合、遅れの情報を時刻調整として受付採番情報23に更新する。すなわち、前述のように来店予定時刻や変動幅を用いて採番予定時刻を更新する。受付呼出部15は、受付発券装置3番号呼出部31と連携し、受付番号34の呼出を行う。図2は、受付番号の採番前処理を示すフローチャートである。顧客は、自らの窓口予約情報22を参照し、その来店予定時刻の調整を行う。顧客は、顧客端末5から混雑照会サーバ1の窓口予約部12にアクセスして、来店予定時刻の照会を行うS101。窓口予約部12では、データベースサーバ2に対して窓口予約情報22の検索を要求するS102。データベースサーバ2は、予約番号を指定して、窓口予約情報22の検索を行いS103、その結果を混雑照会サーバ1に返すS104。混雑照会サーバ1の窓口予約部12は、取得した窓口予約情報22を顧客端末5に返して表示出力させるS105。顧客は、来店予定時刻に間に合わないと判断した場合、顧客端末5から混雑照会サーバ1の予約調整部11にアクセスして、指定した予約番号に対する遅れの情報例えば、5分遅れなどを入力し、来店予定時刻の調整を要求するS111。予約調整部11では、データベースサーバ2に対して、S111で要求された予約調整情報21の登録遅れの情報の指定を依頼するS112。データベースサーバ2は、S112で依頼されたように、予約調整情報21に予約番号と遅れ時間のデータとを対応づけて登録するS113。この登録結果を示す登録完了は、混雑照会サーバ1へと通知されS114、調整結果を示す調整完了として顧客端末5に通知されるS115。混雑照会サーバ1の受付採番調整部14は、表1で説明したように、予約番号に対する遅れとその変動幅から時刻調整の値を計算する。そして、混雑照会サーバ1の受付採番調整部14は、データベースサーバ2の各情報予約調整情報21、受付採番情報23、予約設定情報24の修正をデータベースサーバ2に対して依頼するS121。データベースサーバ2は、依頼された修正内容を自身の各情報へと反映する修正を行いS122、その修正が完了したことを返答するS123。図3は、受付番号の採番時処理を示すフローチャートである。混雑照会サーバ1は、定期的に受付採番情報23の検索を行うS201。データベースサーバ2は、S201の検索要求を受けて受付採番情報23を検索し、予約番号、受付状態、採番予定時刻、時刻調整の値を取得するS202。混雑照会サーバ1は、S202の検索結果が通知されるとS203、取得した値から、受付状態が未採番のレコードを抽出する。そして、混雑照会サーバ1は、表1で説明したように、受付状態が未採番のレコードに対して、採番予定時刻に時刻調整の値を反映することで、採番予定時刻を更新する。混雑照会サーバ1は、受付状態が未採番のレコードについて、現在時刻が採番予定時刻になったときにS204,Yes、採番要求を受付発券装置3に送信するS211。一方、採番予定時刻になっていないならS204,No、S201へ戻る。受付発券装置3は、S211の採番要求を受け、受付採番部32により新たに受付番号34を採番しS212、その受付番号34を混雑照会サーバ1に通知するS213。なお、採番した受付番号は、呼出時刻になると番号呼出部31を介して顧客を呼び出すときに使用される。混雑照会サーバ1は、データベースサーバ2の受付採番情報23に対して、取得した受付番号34と、その受付状態の更新データ未採番から採番済への格納要求を送信するS221。データベースサーバ2は、S221に従って、受付採番情報23に受付番号34を格納しS222、その格納結果を通知するS223。混雑照会サーバ1の受付採番通知部13は、顧客端末5に対してメールなどの手段により、採番された受付番号34を通知するS224。以上説明した本実施形態では、顧客が予約した来店予定時刻に対して、遅れの通知が発生したときに、その遅れ時間を採番予定時刻や呼出時刻へと反映させることで、高精度な受付番号34の採番処理や呼出処理を実現できる。"