"各種施設を利用する利用者によって用いられる利用者情報端末と、当該利用者情報端末と通信可能に接続された情報提供装置とを備える情報提供システムにおいて、前記利用者情報端末は、前記利用者が施設を利用しようとする日時を含む順番待ち登録情報を前記情報提供装置に送信する送信手段を含み、前記情報提供装置は、前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースと、前記送信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理されている他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録する登録手段と、前記施設の順番待ちの有無に関わらず、前記施設の順番待ちが発生したときには、前記情報提供装置が予め指定された条件で順番を取得する取得手段とを含むことを特徴とする情報提供システム。各種施設を利用する利用者によって用いられる利用者情報端末と、当該利用者情報端末と通信可能に接続された情報提供装置とを備える情報提供システムにおいて、前記利用者情報端末は、前記利用者が施設を利用しようとする日時を含む順番待ち登録情報を前記情報提供装置に送信する送信手段を含み、前記情報提供装置は、前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースと、前記送信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理されている他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録する登録手段と、前記登録された順番情報によって示される順番の譲受を希望する希望者が前記利用者によって指定された条件を満たす場合、当該順番情報を当該希望者の順番を示す順番情報として前記データベースに再登録する再登録手段とを含むことを特徴とする情報提供システム。各種施設を利用する利用者によって用いられる利用者情報端末と、当該利用者情報端末と通信可能に接続された情報提供装置とを備える情報提供システムにおいて、前記利用者情報端末は、前記利用者が施設を利用しようとする日時を含む順番待ち登録情報を前記情報提供装置に送信する送信手段を含み、前記情報提供装置は、前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースと、前記送信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理されている他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録する登録手段とを含むことを特徴とする情報提供システム。前記情報提供装置は、前記施設を利用可能となった他の利用者の順番を示す順番情報を順次取得する取得手段と、前記データベースに登録された順番情報及び前記取得された順番情報に基づいて、前記利用者の順番が近くなったことを当該利用者によって用いられる前記利用者情報端末に通知する通知手段とを更に含むことを特徴とする請求項1~3の何れか1項に記載の情報提供システム。前記利用者情報端末は、課金に応じる旨を前記情報提供装置に対して指示する指示手段を更に含み、前記登録手段は、前記指示手段によって前記課金に応じる旨が指示された場合、前記順番情報を前記データベースに登録することを特徴とする請求項1~3の何れか1項に記載の情報提供システム。前記利用者情報端末は、前記利用者を識別するための識別情報を含む二次元コードを表示する表示手段を含み、前記情報提供装置は、前記情報提供装置と接続された二次元コード読取装置で前記表示された二次元コードを読み取ることによって取得される情報から、当該二次元コードに含まれる識別情報を取得する識別情報取得手段と、前記取得された識別情報によって識別される利用者に対して付与されるポイントを、当該識別情報に対応づけて前記データベースに登録するポイント登録手段と、前記ポイント登録手段によってポイントが登録された場合、前記取得された識別情報に対して禁止情報を設定する設定手段とを含み、前記ポイント登録手段は、前記取得された識別情報に対して禁止情報が設定されている場合、前記ポイントを前記データベースに登録しないことを特徴とする請求項1~3の何れか1項に記載の情報提供システム。各種施設を利用する利用者によって用いられる利用者情報端末と、当該利用者情報端末と通信可能に接続された情報提供装置とを備える情報提供システムにおいて、前記利用者情報端末は、前記利用者が利用しようとする施設における順番待ちを登録するための順番待ち登録情報を前記情報提供装置に送信する送信手段を含み、前記情報提供装置は、前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースと、前記送信された順番待ち登録情報及び前記データベースにおいて管理されている他の利用者の順番を示す順番情報に基づいて、前記利用者が利用しようとする施設を利用可能になるまでの当該利用者の順番を示す順番情報を前記データベースに登録する登録手段と、前記施設を利用可能となった他の利用者の順番を示す順番情報を順次取得する取得手段と、前記データベースに登録された順番情報及び前記取得された順番情報に基づいて、前記利用者の順番が近くなったことを当該利用者によって用いられる前記利用者情報端末に通知する通知手段とを含むことを特徴とする情報提供システム。各種施設を利用する利用者によって用いられる利用者情報端末と通信可能に接続された情報提供装置において、前記利用者が利用しようとする施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースと、前記利用者が施設を利用しようとする日時を含む順番待ち登録情報を前記利用者情報端末から受信する受信手段と、前記受信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理されている他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録する登録手段と、前記施設の順番待ちの有無に関わらず、前記施設の順番待ちが発生したときには、前記情報提供装置が予め指定された条件で順番を取得する取得手段とを具備することを特徴とする情報提供装置。各種施設を利用する利用者によって用いられる利用者情報端末と、当該利用者情報端末と通信可能に接続された前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースを有する情報提供装置とを備える情報提供システムによって実行される情報提供方法であって、前記利用者情報端末が、前記利用者が前記施設を利用しようとする日時を含む順番待ち登録情報を前記情報提供装置に送信するステップと、前記情報提供装置が、前記送信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理された他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録するステップと、前記施設の順番待ちの有無に関わらず、前記施設の順番待ちが発生したときには、前記情報提供装置が予め指定された条件で順番を取得するステップとを具備することを特徴とする情報提供方法。各種施設を利用する利用者によって利用される利用者情報端末と通信可能に接続された前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースを有する情報提供装置のコンピュータによって実行される情報提供プログラムであって、前記コンピュータに、前記利用者が前記施設を利用しようとする日時を含む順番待ち登録情報を前記利用者情報端末から受信するステップと、前記受信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理された他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録するステップと、前記施設の順番待ちの有無に関わらず、前記施設の順番待ちが発生したときには、前記情報提供装置が予め指定された条件で順番を取得するステップとを実行させるための情報提供プログラム。しかしながら、上記したような情報提供システムにおいては例えば施設が利用可能になるまでの待ち時間等の情報が提供されるが、このような情報のみでは利用者にとって十分であるとはいえない。そこで、本発明の目的は、施設を利用する利用者の利便性を向上させることを可能とする情報提供システム、情報提供装置、情報提供方法及び情報提供プログラムを提供することにある。本発明の1つの態様によれば、各種施設を利用する利用者によって用いられる利用者情報端末と、当該利用者情報端末と通信可能に接続された情報提供装置とを備える情報提供システムにおいて、前記利用者情報端末は、前記利用者が施設を利用しようとする日時を含む順番待ち登録情報を前記情報提供装置に送信する送信手段を含み、前記情報提供装置は、前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースと、前記送信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理されている他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録する登録手段と、前記施設の順番待ちの有無に関わらず、前記施設の順番待ちが発生したときには、前記情報提供装置が予め指定された条件で順番を取得する取得手段とを具備することを特徴とする情報提供システムが提供される。また、本発明の1つの態様によれば、各種施設を利用する利用者によって用いられる利用者情報端末と通信可能に接続された情報提供装置において、前記利用者が利用しようとする施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースと、前記利用者が施設を利用しようとする日時を含む順番待ち登録情報を前記利用者情報端末から受信する受信手段と、前記受信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理されている他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録する登録手段と、前記施設の順番待ちの有無に関わらず、前記施設の順番待ちが発生したときには、前記情報提供装置が予め指定された条件で順番を取得する取得手段とを具備することを特徴とする情報提供装置が提供される。また、本発明の1つの態様によれば、各種施設を利用する利用者によって用いられる利用者情報端末と、当該利用者情報端末と通信可能に接続された前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースを有する情報提供装置とを備える情報提供システムによって実行される情報提供方法であって、前記利用者情報端末が、前記利用者が前記施設を利用しようとする日時を含む順番待ち登録情報を前記情報提供装置に送信するステップと、前記情報提供装置が、前記送信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理された他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録するステップと、前記施設の順番待ちの有無に関わらず、前記施設の順番待ちが発生したときには、前記情報提供装置が予め指定された条件で順番を取得するステップとを具備することを特徴とする情報提供方法が提供される。また、本発明の1つの態様によれば、各種施設を利用する利用者によって利用される利用者情報端末と通信可能に接続された前記施設において順番待ちをしている他の利用者の順番を示す順番情報を管理するデータベースを有する情報提供装置のコンピュータによって実行される情報提供プログラムであって、前記コンピュータに、前記利用者が前記施設を利用しようとする日時を含む順番待ち登録情報を前記利用者情報端末から受信するステップと、前記受信された順番待ち登録情報に含まれる日時及び前記データベースにおいて管理された他の利用者の順番を示す順番情報に基づいて、前記利用者が当該日時の所定範囲内の期間において前記施設を利用可能となる順番を示す順番情報を前記データベースに登録するステップと、前記施設の順番待ちの有無に関わらず、前記施設の順番待ちが発生したときには、前記情報提供装置が予め指定された条件で順番を取得する取得手段とを実行させるための情報提供プログラムが提供される。本発明は、施設を利用する利用者の利便性を向上させることを可能とする。以下、図面を参照して、本発明の実施形態について説明する。図1は、本実施形態に係る情報提供システムを示すブロック図であり、該情報提供システム1は、コンピュータネットワークであるインターネット上に存在する情報管理センター情報提供装置2を中心に構成されている。なお、情報管理センター2は、各機能を実現するためのハードウェア構成、又はハードウェアとソフトウェアとの組み合わせ構成として実現されている。ソフトウェアは、予め記憶媒体又はネットワークからインストールされ、その機能を実現させるためのプログラムからなる。この情報管理センター2には、インターネットを介して第1~第4の施設11~14が接続されているとともに、利用者のナビゲーション装置や携帯電話、PC、スマートフォン等の情報端末など演算部15を有する利用者情報端末16をインターネットを経由して常時接続できるように構成されている。情報管理センター2は、データベース17と演算部18とゲートウェイサーバ19を備えており、該ゲートウェイサーバ19には通信回線21が接続されている。第1の施設11は、人や車などの有無をセンサ等の各種検出装置にてセンシングするタイプの施設であり、例えば図2に示すように、駐車場31が挙げられる。この駐車場31の場合、利用者へ提供する情報としては、駐車区画32の空き台数であり、車両の有無を判断するために各駐車区画32に設置された超音波や赤外線センサや磁気センサ等のセンサと、各センサが接続された制御装置33と、該制御装置33を通信回線21に接続するデータ送信装置34とにより構成される。制御装置33は、各センサからの検出結果に基づき、駐車可能な空き台数を演算するとともに空き台数が変更する度に、その空き台数情報を、データ送信装置34から通信回線21を介して情報管理センター2へ送信するように構成されている。ここで、各駐車区画32には、それぞれセンサが設置されているので、例えば変形地を利用した場合において、軽車両用のスペースと普通車両用のスペースと大型車両用のスペースとの三種類が駐車可能な場合、現在どの種類の車両が駐車可能かという情報を送信することができる。また、第1の施設11を、駐車場31を備えた宿泊施設とした場合、各部屋のドアロックやドア開閉センサ等の検出装置41を制御装置33に接続する。そして、制御装置33にて各部屋の利用状況を把握し、宿泊可能人数や利用施設などの情報とともに空き部屋数情報を、情報管理センター2へ送信してもよい。更に、第1の施設11を、有料道路のサービスエリア等に設置されている公衆トイレ情報を提供してもよい。この場合、公衆トイレのドア開閉センサやドアロックセンサ等からの各トイレの使用状況を収集し、この情報を提供することによって、行楽時期等の混雑時に大型サービスエリア等への偏った利用を避け、後先のサービスエリアへの利用の分散化が可能となる。なお、図2に示す例では、制御装置33が第1の施設11側に設けられているものとして説明しているが、当該制御装置33の処理は、例えば情報管理センター2側で行われても構わない。なお、以下に説明する他の施設についても同様である。第2の施設12は、施設の入り口で施設利用予約端末を有し、主に施設の利用待ち情報を送信するタイプの施設である。このような施設としては、例えば、ファミリーレストランなどの飲食店が該当し、施設入り口等に設置された利用予約端末装置51からの利用待ち人数や利用希望条件等の情報を制御装置52で収集し、その更新の都度、データ送信装置53から通信回線21を介して情報管理センター2へ送信するように構成する。利用予約端末装置51としては、利用者用のライトペン、タッチパネル、モバイル端末等の情報端末を用いた予約入力装置が挙げられ、収集情報としては、施設利用希望者の名前情報、人数情報、喫煙情報などが挙げられる。また空席発生時の予約解除方法としては、利用者用のライトペン、タッチパネル、モバイル端末等の情報端末に対し、施設従業員用のライトペン、タッチパネル、モバイル端末等の情報端末が挙げられる。これにより利用者による誤った予約解除等などの情報の誤更新を防止することができる。なお、第2の施設12に該当するレストラン等の飲食店については、現在の予約者数を検出する手段として、利用予約端末装置51を例に挙げて説明したが、利用希望者が番号等の表示されたカード番号札等を予約装置から受け取り抜き取り、空席ができ案内される際、そのカードを予約装置に戻す差し戻すような装置でもよい。これにより抜かれているカードの枚数で予約者数を検出することができる。第3の施設13は、海の家などの臨時施設であり、汎用のコンピュータ端末、タッチパネル、モバイル端末等の情報端末を含む端末61から混雑状況情報や待ち時間情報を提供するタイプの施設である。また、この第3の施設13には、各種イベントや季節限定で開設される施設や場所等の臨時駐車場62なども該当し、端末61から混雑状況情報や待ち時間情報等の詳細情報を、データ送信装置63を介して情報管理センター2へ送信するように構成する。そして、第4の施設14は、商品やサービスの在庫の有無を在庫管理システムやPOSシステム等の装置71からの情報を提供するタイプの施設であり、コンビニエンスストア等を含む小売店などが挙げられる。この第4の施設14では、在庫情報が、データ送信装置72を介して、情報管理センター2へ送信されるように構成されている。以上の構成に係る本実施の形態の動作をフローチャートに従って説明する。図3は、各施設11~14から提供される各情報がインターネット等の通信回線を経由して入力される過程を示すフローチャートであり、各施設11~14においては、当該施設の所在を示す位置情報が、情報管理センター2のデータベース17に管理された地図データに対応して予め登録されているものとする。すなわち、第1の施設11にあっては、各駐車区画32への入出庫状態宿泊施設の場合、人の出入りの変化を常時検出したS1、空き数を確定しS2、その空き数に変化が生じた場合には、その都度、データ送信装置34を作動して、空き数を駐車可能な車種等の情報とともに情報管理センター2へ送信するS3。すると、情報管理センター2では、取得した情報を、予め登録された当該施設11の位置情報に関連付けてデータベース17に登録する。また、第2の施設12においては、利用予約端末装置51から入力された利用待ち人数を検出しS11、利用待ち数が0より大きい場合にはS12、満席と判断するとともに利用予約端末装置51から入力された利用希望条件例えば、禁煙席または喫煙席、個室の希望等に応じた予約数を確定しS13、予約数に変化が生じる度に、データ送信装置53を作動して、予約数を含んだ情報を情報管理センター2へ送信するS14。すると、情報管理センター2では、取得した情報を、予め登録された当該施設12の位置情報に関連付けてデータベース17に登録する。更に、第3の施設13では、端末61により更新された更新情報を入力するとともにS21、更新毎に、データ送信装置63を作動して、更新情報を情報管理センター2へ送信するS22。すると、情報管理センター2では、取得した情報を、予め登録された当該施設13の位置情報に関連付けてデータベース17に登録する。そして、第4の施設14では、POSシステム等の装置71により随時更新される在庫情報を検出するとともにS31、更新毎に、データ送信装置72を作動して、在庫情報を情報管理センター2へ送信するS32。すると、情報管理センター2では、取得した情報を、予め登録された当該施設14の位置情報に関連付けてデータベース17に登録する。図4は、情報管理センター2から情報を得るまでの経過を示すフローチャートであり、利用者が、利用者情報端末16を情報管理センター2に接続した際には、図5に示すように、利用者情報端末16に利用希望施設の選択画面101が表示される。この画面への入力は、利用者がリモコンまたは音声または画面タッチ等少なくとも何れか1つの方法で選択入力できるように構成されており、これは利用者の操作負担を軽減するためのものである。これに応答して利用者が、例えばレストラン飲食店102を選択した場合SB1、図6に示すように、施設別利用条件入力画面111が表示される。この画面に従って、現在乗車中の車両の車検証に記載されている車名及び型式等からなる型式ナンバー112の入力と、利用者人数113の入力と、禁煙席114の指定入力と、洋食115の指定入力とを行うとともに、型式ナンバー112及び禁煙席114の指定については条件の保存116,117にして次回からの再入力の手間を省きSB2、同画面上の情報表示ボタン118を選択して各施設の位置表示及び混雑状況情報表示の要求を情報管理センター2へ送信する。なお、ここでは、条件の保存116,117により次回からの再入力の手間を省くものとして説明したが、その都度入力させるような構成であっても構わない。そして、GPSによる現在位置の自動検出が可能か否かを判断しSB3、自動検出不能の場合には、手動により地域を検索するとともにSB4、座標上での位置指定により目的地である地域を選択するSB5。つまり、GPSが未装着または作動しない場合、地域の手動選択に自動的に切り替わる機能を有し、かつ利用者が自動または手動を自ら選択ができる機能を備えている。また、ステップSB3にて自動検出可能の場合には、表示地域を自動選択するか否かを判断しSB6、自動選択しない場合には、ステップSB4へ分岐する一方、自動選択する場合には、表示地位値を確定しSB7、表示希望地域情報を情報管理センター2へ送信するSB8。これを受けた情報管理センター2では、予め利用者に付与されたID番号から個人認証を行ってSB9、情報の提供を許可するか否かを判断しSB10、認証不能の場合には、再ログインを要求してSB11、ステップSB9へ戻る。一方、認証できた場合には、予め定められた料金体系によりID番号の利用者に対する課金情報をデータベース17に一定期間蓄積するとともに、一定期間蓄積した課金情報を基に、ID番号の利用者に対して課金してSB13、利用料の請求処理を行うとともにSB14、データベース17に蓄積された情報から要求内容に対応する情報を検索してSB15、利用者に提供するSB16。なお、ここでは、利用者に対して課金が行われるものとして説明したが、サービスの内容に応じて課金が行われないような構成とすることも可能である。ここで、図4に示す処理を具体的に説明すると、利用者により選択された目的地としての地域近辺の同種別の施設の位置情報及び該位置情報に関連付けされた情報を、データベース17より検索して読み出し、利用者情報端末16に表示された地図データ上に、その図像化表示を、位置情報に基づく位置に表示するとともに、図像化された施設における情報を表示する。そして、表示された何れかの図像化表示が選択された際には、当該施設のサービス内容に応じた予約を促すとともに、当該予約をインターネットを介して受け付ける。すなわち、利用者においては、図7に示すように、条件設定、具体的には、前述した利用施設の種類選択や利用条件の選択及び地域の選択をした後SC1、施設情報を情報管理センター2より受信するSC2。そして、表示された何れかの図像化表示をリモコンまたは音声または画面タッチ等少なくとも何れか1つの方法で選択しSC3、その施設及び併設の駐車場が利用可能か否かを判断するSC4。何れかが利用が不能の場合には図8のマトリクス表S2のAでは併設駐車場が利用不能、現在地から近距離の施設を優先するまたは第1目的地から近距離の施設を優先するかの条件選択画面図示省略を表示して条件の選択を促しSC5、選択された何れか近辺の施設、例えば予め定められた半径以内に存在する施設までの距離を測定するSC6。そして、各施設を、図8のマトリクス表S3に示すように、測定距離の短い順に順位付けするとともにSC7、順位と利用可能フラグの関連付けを行いSC8、第1順位を検査するSC9。その後、順位付けされた順位と、施設が利用可能な場合に1となる空きフラグとの加算結果が順位となるか否かの判断をSC10、第1順位から最終順位まで順に繰り返すSC10~SC11。この間に、マトリクス表P3のBに示すように、加算結果が順位にならない場合には、施設の利用が可能と判断してステップSC12へ分岐する。該ステップSC12では、利用可能施設において、併設の駐車場が利用可能か否かを判断する。利用可能な場合には、この施設を目的地に設定しSC13、再度利用可能か否かをチェックしてSC14、ステップSC4へ移行する。また、併設駐車場の利用が不能の場合には、駐車場情報を情報管理センター2から受信してSC15、目的地近辺の駐車場及び空き台数を検出するとともにSC16、目的地から該目的地近辺の駐車場までの距離を測定するSC17。そして、測定距離の短い順に順位付けするとともにSC18、順位と利用可能フラグの関連付けを行いSC19、第1順位を検査した後SC20、順位付けされた順位と、駐車場が利用可能な場合に1となる空きフラグとの加算結果が順位となるか否かの判断をSC21、マトリクス表P2に示すように、第1順位から最終順位まで繰り返す。この間に、マトリクス表P2のBに示すように、加算結果が順位にならない場合には、当該駐車場の利用が可能と判断してステップSC13へ分岐する。これにより、図9に示すように、利用者情報端末16には、目的地近辺の地図121が表示されるとともに、地図121上には、現在地122と駐車場を示す矩形表示123~125が示される。また、矩形表示123~125内には、空き台数126及び1時間当たりの料金127が表示され、かつ現時点において、空きの無い駐車場においては、矩形表示が薄色図中矩形表示123を破線で図示で表示される。そして、表示された駐車場において、空きがありかつ目的施設に最も近い駐車場図中矩形表示124が第1順位の目的地として設定され、現在地から当該駐車場までの道程128がルートに表示される。また、現在、目的地とされている駐車場図中矩形表示124が移動中に満車になった際には、第2順位の駐車場図中矩形表示125が目的地とされ、ルート表示が現在地から当該駐車場まで道程に変更される図示省略。そして、図6の施設別利用条件入力画面111に示したように、車検証に記載されている型式ナンバー112が情報管理センター2へ送信されていることから、情報管理センター2においては、データベース17に予め備蓄された車名及び型式等からなる型式ナンバー及び型式ナンバーに関連付けられた車体情報を検出して読み出すことにより、その車種及び寸法を把握することができる。これにより、車体情報から、その車両が駐車できる駐車場のみを抽出して利用者情報端末16に表示させることができる。また、型式ナンバーは、車両の大きさを特定するためだけではなく、何らかの理由により駐車場が独自の駐車ルールを設けている場合、例えば、3ナンバーの外車お断り等や、駐車場の出入り口に大きな段差等がありスポーツ車等の車高の低い車が車底を段差に接触させないようにする等、車種固有の情報と駐車場固有の情報をマッチングさせ利用者の車両が駐車可能か否かを判断することもできる。更に、大型ディーゼル車の排ガスが問題視されている近年においては、型式ナンバーを用いて大型ディーゼル車の駐車を予め拒否することもできる。一方、図5に示した選択画面101にて、コンビニエンスストア103が選択された際には、図10に示すように、どの種類のコンビニエンスストアを選択するかを入力する店舗種類選択画面131が表示される。この画面において、例えば第1コンビニ132が選択された際には、図11に示すように、当該第1コンビニ132での取り扱い商品が分類別に表示された購入希望商品分類画面141が表示される。この画面において、例えば、弁当類142を選択した際には、図12に示すように、現時点において取り扱いをしている最新の弁当名商品名151及び料金152が列記された弁当類選択画面153が表示される。そして、この画面において、牛カルビ弁当154を選択し情報管理センター2へ送信すると、当該弁当の在庫の在るコンビニエンスストアが検出され利用者情報端末16へ表示される。また図外の予約画面が表示され、当該画面の指示に従って予約を行うことにより、その予約内容が情報管理センター2へ送信され、該情報管理センター2からは当該コンビニエンスストアへ予約情報が送られる。また、図13は、表示された施設としての駐車場の予約を行う際のフローチャートであり、利用する施設の空き情報、つまり、駐車場の空き情報を情報管理センター2から検出しSD1、地図上に表示された施設をリモコンまたは音声または画面タッチ等少なくとも何れか1つの方法で選択することによりSD2、予約情報の提供を情報管理センター2へ促すSD3。すると、情報管理センター2では、当該施設固有のID番号から該施設に対応した予約情報処理を選択しSD4、予約システムを起動するSD5。つまり、駐車区画の予約を促すとともに、当該予約をインターネットを介して受け付ける。そして、予約が成立した際には、現在位置から予約した駐車場までの最短ルートを検索して表示させるとともに、現在位置から駐車場までの到達予測時間を、その道程及び使用する道路の制限速度から算出して表示させる。また、ID番号を有する駐車場において、自動ゲートを閉作動させ、予約された駐車区画への他者の侵入を阻止した後SD6、予約を自動解除するための解除時間の計測を開始しSD7、データベース17を更新するSD8。このとき、当該駐車場においては、予約処理制御が開始される。次に、予約した利用者が駐車場に到着し、自動ゲートを開作動させる要求を利用者情報端末16を介して情報管理センター2へ送信した際には、情報管理センター2は、ID番号より当該利用者が予約者であることを確認した後、自動ゲートを開作動させる信号を駐車場へ送信する。これにより、利用者の駐車が可能となる。このように、利用可能施設に対して所定の距離から施設利用の予約を行うことが可能となるので、目的地直前で同種のシステムを利用した他者の先入を防止することができる。一方、解除時間が経過した際には、情報管理センター2は、予約を解除するとともに、当該駐車場に対して、自動ゲートを開作動させる信号を駐車場へ送信する。すなわち、所定の距離からの予約は、システムの性質上、予約忘れが発生し易く、予約中に要する料金問題や、施設利用の円滑な流れが阻害される恐れがある。これを防止するために、予約を自動解除できるようにカウントダウンを行い、利用者が予約した施設まで所定の時間で到達できる距離からの予約を促す仕組みである。また、図14は、ファミリーレストランなどの飲食店等において待ち時間を算出するフローチャートであり、利用者から予約のリクエストが入った場合には、受付日時、曜日、または天候を自動取得するとともにSF1、当該飲食店での平均滞在時間の算出を行うSF2。すなわち、データベース17には、当該飲食店への入店日と、入退店時間例えば入店客の注文を情報端末に入力した時点を入店時間とするとともに、当該入店客がレジにて支払を済ませた時間を退店時間とする。と、その日の曜日または天候と、滞在時間とからなる過去データが随時蓄積されており、各過去データには、その前後約30分間に入店された各過去データを抽出し、抽出された各過去データの滞在時間を合計するとともに、その抽出数で除した平均時間が関連付けて記憶されている。このデータを用いた平均滞在時間の算出を具体的に説明すると、2000年5月20日土晴れの日の午後1時に予約された際には、第1に、去年の過去データにおける5月第3週の土曜日の午後1時近辺のデータを参照し、この日における天候が晴れの場合には、その平均時間を第1参照データとして抽出する。第2に、前月である2000年4月の過去データにおける第3週の土曜日の午後1時近辺のデータを参照し、この日における天候が雨の場合には、その前の週である4月第2週の土曜日の午後1時近辺のデータを参照し、この日における天候が晴れの場合には、その平均時間を第2参照データとして抽出する。第3に、全集である2000年5月第2週の過去データにおける土曜日の午後1時近辺のデータを参照し、この日における天候が晴れの場合には、その平均時間を第3参照データとして抽出する。次に、第1~第3参照データを合算するとともに3で除し、平均滞在時間を算出する。そして、当該飲食店の各テーブルに着席した入店客の入店時刻に基づいて順位付けを行い、施設内各セッションの入時刻の順位付けをし、順位とその順位に対応した入店時刻からなる順位テーブルを形成するSF3。その後、予約者数の検出を行いSF4、予約者がいるか否かを判断するSF5。予約者がいる場合には、予約者数に1を加算して必要退店者数を算出するとともに、必要退店者数が示す順位の入店時刻を順位テーブルから抽出した後SF6、この入店時刻に滞在時間を加えることにより、当該順位までの入店客が退店する予測時刻を算出しSF7、この予測時刻から現在の時刻を減算した時間を待ち時間として情報管理センター2へ送信するSF8。すると、情報管理センター2は、この待ち時間を利用者情報端末16に表示させる。また、ステップSF5において、予約者無しと判断された際には、テーブル施設に空きがあるか否かを判断しSF9、空き有りの場合には、その空き数を情報管理センター2へ送信するSF10。すると、情報管理センター2は、この空き数を利用者情報端末16に表示させる。また、空き無しの場合には、第1順位の入店時刻を順位テーブルから抽出した後SF11、この入店時刻に滞在時間を加えることにより、空きが出る予測時刻を算出しSF12、この予測時刻から現在の時刻を減算した時間を待ち時間として情報管理センター2へ送信するSF8。これに基づき、情報管理センター2は、この待ち時間を利用者情報端末16に表示させる。このように待ち時間を取得することができるので、車両の現在位置から、空きの有る飲食店までの到達予測時間を、道程及び使用する道路の制限速度及び道路交通情報通信システムから算出するとともに、現在、空きの無い飲食店における待ち時間と、現在位置から当該飲食店までの到達時間を加えた合算時間を算出し、空きの有る飲食店までの到達予測時間と、現在空きの無い飲食店における合算時間とから所要時間の短いものを選択して、その選択された飲食店を目標値として設定することもできる。このとき、待ち時間には、飲食店の予約状況も加味して演算されている。したがって、施設固有の平均的な滞在時間情報を時系列的及び自然環境的に生成することができ、利用者に対し、その施設が後どのくらいの時間で利用可能になるのかという情報を提供することができる。上記したように、本実施形態においては、目的の施設の混雑状況等の提供情報を到着する以前に知ることができるだけでなく、時々刻々と変化する混雑状況等の提供情報を得ることができるとともに、その時々の最適な到着場所を利用者に案内することが可能となる。なお、本実施形態においては、例えばナビゲーション端末等を用いることができるが、当該ナビゲーション装置の代わりに例えばスマートフォンやモバイル端末を用いることも可能である。また、利用者が本来利用したい目的施設と同種の施設を、選択された地域内で検出し、それらの施設が、混雑状況等の変化により利用不能となった場合でも、現在地または当初の目的地から最短時間で到着可能な次施設を自動的に検出追跡して案内することができる。これにより、運転中あるいは歩行中の利用者による情報端末の操作を大幅に減少することができ、安全性の向上を図ることができる。なお、本実施形態に係る情報提供システム1は、以下に説明する各処理を更に実行することができる。まず、図15のフローチャートを参照して、本実施形態に係る情報提供システム1によって実行されるメール配信処理の処理手順について説明する。このメール配信処理は、例えば飲食店等において会員として登録されている利用者に対して各種情報をメールにて提供する際に実行される処理である。なお、このような場合、会員として登録されている利用者のメールアドレス等の会員情報は、情報管理センター2のデータベース17において管理されているものとする。また、メールが配信される日以下、メール配信日と表記は、予め例えばデータベース17に登録されているものとする。メール配信日としては、例えば利用者の誕生日、当該利用者が会員登録した日からnn=1,2,...日後及びその他の所望の日等が含まれる。また、データベース17には、利用者に配信されるメールの内容本文を生成するためのテンプレートが予め登録されているものとする。メール配信処理においては、情報管理センター2は、上記したように予め登録されているメール配信日に、会員として登録されている利用者のメールアドレスをデータベース17から取得するSG1。次に、情報管理センター2では、データベース17から上記したテンプレートが取得され、当該テンプレートに基づいてメールの本文が生成されるSG2。なお、ここで生成されるメールの本文には、例えば飲食店で利用できるクーポンの情報及び当該店舗情報等の利用者の来店を促すような内容が含まれる。このようなメールの本文が生成されると、利用者のメールアドレスを用いて、情報管理センター2からメールが送信されるSG3。これにより、利用者は、例えば携帯電話等の利用者情報端末16を介してメールを確認することができる。上記したようにメール配信処理によれば、メール配信日及びテンプレートを予め設定しておくだけで、定期的なメールの自動配信が可能となり、会員の来店を促すことが可能となる。更に、会員の予約情報等を管理し、メールが配信された利用者会員の再来店率や当該メール配信の反響率等を集計することによって、来店頻度向上の施策のために利用することも可能となる。次に、図16のフローチャートを参照して、本実施形態に係る情報提供システム1によって実行されるアンケート配信処理の処理手順について説明する。このアンケート配信処理は、例えば飲食店等に来店した利用者に対してアンケートを配信するために実行される処理である。まず、情報管理センター2では、飲食店等に来店した利用者のメールアドレスが取得されるSH1。このメールアドレスは、利用者が会員である場合には上記したように当該会員のメールアドレスを管理するデータベース17から取得されてもよいし、利用者が会員でない場合には当該利用者に情報管理センター2に対する例えば空メールの送信を促すことで取得されてもよい。次に、情報管理センター2は、取得されたメールアドレスを用いて、アンケートを送信するSH2。なお、このアンケートは、予め設定されたものでもよいし、アンケートの送信時にその都度作成されてもよい。このように情報管理センター2からアンケートが送信されることによって、利用者は、利用者情報端末16を介して当該アンケートに回答することができる。また、アンケート結果は、利用者情報端末16から情報管理センター2に対して返信することができる。情報管理センター2では、アンケート結果が受信されるSH3。この場合、情報管理センター2は、アンケートに回答した利用者に対してクーポンを発行するSH4。このクーポンは、例えば上記したステップSH1において取得されたメールアドレスに対してメールで発行される。上記したようにアンケート配信処理によれば、アンケート結果を収集することができるため、利用者の潜在的なニーズをリサーチすることができる。更に、アンケート配信処理においては、アンケートの回答者にクーポンを発行することによって、アンケートへの回答を促進するとともに、利用者の再来店を促すことが可能となる。次に、図17のフローチャートを参照して、本実施形態に係る情報提供システム1によって実行される会員登録支援処理の処理手順について説明する。この会員登録支援処理は、飲食店等への会員登録を支援するために実行される処理である。まず、利用者は、例えば携帯電話等の利用者情報端末16を介して、氏名及びメールアドレス等の必要な情報会員情報を情報管理センター2に送信することによって、会員登録を行うSJ1。このとき、利用者は、会員登録をしようとする飲食店等を紹介した紹介者会員がいる場合には、当該紹介者の紹介者名や会員番号等の識別情報を指定することができる。なお、このように会員登録が行われた場合には、情報管理センター2側では、当該会員として登録された利用者の識別情報やメールアドレス等を含む会員情報がデータベース17に登録される。情報管理センター2は、上記した会員登録の内容を参照して、紹介者があるか否かを判定するSJ2。紹介者がある場合、当該紹介者のメールアドレスが情報管理センター2のデータベース17から取得され、クーポンが発行されるSJ3。具体的には、紹介者のメールアドレスに対して、クーポンを含むメールが送信される。また、会員登録をした利用者登録者に対しては、会員証及びクーポンが発行されるSJ4。この場合、会員証及びクーポンを含むメールが登録者のメールアドレスに対して送信される。なお、この会員証は、携帯電話等の利用者情報端末16に表示して利用することができる。ここで、図18は、携帯電話等の利用者情報端末16に表示された会員証の一例を示す。なお、会員証には例えば二次元コードQRコード登録商標が含まれている。なお、ここでは、携帯電話等の利用者情報端末16に表示されることによって会員証を利用できるものとして説明するが、当該会員証として例えば磁気カード等が使用されても構わない。図19は、利用者情報端末16に表示された二次元コード会員証に含まれる二次元コードの一例を示す。図19に示す例では、利用者情報端末16にQRコードが表示されている。ここで、QRコードについて簡単に説明する。例えばバーコードは横方向にした情報を持たないのに対し、QRコードは縦横に情報を持つ。そのため、QRコードは、バーコードと比較して格納可能な情報量が多く、数字だけでなく英字及び漢字等の多言語のデータを格納することが可能である。なお、QRコードの容量としては、数字のみであれば最大7,089文字、英数であれば最大4,296文字、バイナリ8ビットであれば最大2,953バイト、漢字かなであれば最大1,817文字である。近年ではカメラ付き携帯電話等の多くの端末がQRコードに対応しており、当該QRコードは、印刷媒体やウェブ画面等において頻繁に用いられている。本実施形態において、会員証に含まれる二次元コードQRコードには、会員登録をした利用者を識別するための識別情報等が保持されており、これにより、会員の認証等が行われ、後述するポイント付与のような各種サービスを提供することが可能となる。上記したように会員登録支援処理によれば、会員登録をした利用者に対してクーポンを発行することによって当該利用者の来店を促すことができるとともに、紹介者に対してもクーポンを発行することによって会員による宣伝活動を促し、より多くの会員を獲得することが可能となる。更に、上記したように二次元コードを含む会員証をメールで発行するため、例えば携帯電話等の利用者情報端末16をそのまま会員証として用いることができ、利用者情報端末16以外のカード等の会員証を管理する必要がなく、利用者の利便性を向上させることができる。更に、利用者情報端末16をそのまま会員証として用いることによって、一般に知られているリライト式カードと比較して、コストを削減でき、メールによって広告及び宣伝等を容易に行うことが可能となる。次に、図20のフローチャートを参照して、本実施形態に係る情報提供システム1によって実行されるポイント発行処理の処理手順について説明する。このポイント発行処理は、飲食店等店舗等の会員に対して当該飲食店等で利用可能なポイントを発行するために実行される処理である。まず、利用者は、飲食店等に来店した際に、上記した利用者情報端末16に表示された二次元コード会員登録支援処理によって発行された会員証に含まれる二次元コードを、当該飲食店等の店頭に設置されている二次元コード読取装置に読み取らせるSK1。ここで、二次元コード読取装置について簡単に説明すると、二次元コード読取装置では例えば明暗モジュールにコード化された二次元コードを読み取る機能を有する。具体的には、二次元コード読取装置では、二次元コードに反射した光の強弱色の濃淡または明度に対応するに応じて信号レベルが変化する受光センサからのセンサ信号を、所定の閾値と比較することで二値化して、明モジュールであるかあるいは暗モジュールであるかを判断する。二次元コード読取装置では、その判断結果に基づいて、二次元コードに含まれる各種データが取得される。なお、ここで用いられているモジュールとは、二次元コードを構成する最小構成要素のことである。また、明モジュールとは、当該モジュールが明色例えば、白色等の明度の高い色と暗色例えば、黒色等の明度の低い色の2種類で構成される場合における明色のモジュールのことであり、暗モジュールとは、当該モジュールが明色と暗色の2種類で構成される場合における暗色のモジュールのことである。なお、本実施形態に係る情報提供システム1において用いられる二次元コード読取装置は、二次元コードを読取可能な一般的に知られているものであればよいため、その詳しい説明を省略する。次に、情報管理センター2では、二次元コード読取装置によって読み取られた二次元コードから取得される識別情報が会員情報として当該情報管理センター2のデータベース17に登録されているか否かを判定するSK2。なお、この識別情報は、会員を一意に識別するための情報である。識別情報がデータベース17に登録されている場合、情報管理センター2では、当該識別情報に対して禁止情報が設定されているか否かを判定するSK3。なお、禁止情報は、上記したポイントを発行可能であるか否かを示す情報であり、例えばデータベース17等に設定される。禁止情報が設定されていない場合、情報管理センター2は、利用者に対してポイントを発行するSK4。このとき、発行されたポイント数及び累積ポイント等は利用者の利用者情報端末16に通知され、情報管理センター2側では、利用者に発行されたポイント数及び累積ポイントが当該利用者を識別するための識別情報に対応づけて例えばデータベース17上で管理される。ポイントが発行されると、情報管理センター2は、上記した識別情報に対して禁止情報を設定するSK5。これにより、例えば1度の来店に対して1回ポイントを付与するような場合に、1度の来店で複数回ポイントが付与されるような事態を回避することが可能となる。なお、例えば上記したように来店毎に会員にポイントを付与するような場合、禁止情報は、後日、設定が解除されればよい。また、例えばポイントを付与するギフトとしてQRコードが配布され、当該1つのQRコードで1回ポイントが付与されるような場合には、禁止情報により当該1つのQRコードで複数回ポイントが付与されることを回避することができる。なお、ステップSK2において二次元コードから取得された識別情報がデータベース17に登録されていないと判定された場合、またはステップSK3において禁止情報が設定されていると判定された場合、ポイントは発行されず、ポイント発行処理は終了される。上記したようにポイント発行処理によれば、複雑な手続をすることなく利用者情報端末16に表示された二次元コードを二次元コード読取装置に読み取らせるだけでポイントが発行されるようにすることにより利用者の利便性を向上させることができるとともに、ポイントを発行した際に禁止情報が設定されることにより不正なポイント発行を回避することが可能となる。なお、上記したポイント発行処理において発行されるポイントを複数の店舗で使用できるものとすれば、例えば異業種間での相互総客を促すことが可能となる。次に、図21及び図22のシーケンスチャートを参照して、本実施形態に係る情報提供システム1によって実行される呼び出し処理の処理手順について説明する。この呼び出し処理は、例えば施設において順番待ちをしている利用者の順番が近くなった場合に当該利用者を呼び出すために実行される処理である。まず、図21のシーケンスチャートを参照して、例えば飲食店において順番待ちをする場合の呼び出し処理について説明する。順番待ちをしようとする利用者以下、対象利用者と表記は、例えば携帯電話等の利用者情報端末16を用いて、利用を希望する飲食店以下、対象飲食店と表記のサイト等にアクセスする。この場合、対象利用者は、利用者情報端末16を介して、情報提供センター2に対して順番待ち登録情報を送信することができるSL1。この順番待ち登録情報は、対象飲食店への順番待ちを登録するための情報であり、例えば利用者名、利用者の人数及び利用希望条件等の情報を含む。利用者情報端末16から順番待ち登録情報が送信されると、情報管理センター2では、当該利用者情報端末16のメールアドレスや当該順番待ち登録情報が例えばデータベース17に登録される。次に、情報管理センター2は、順番待ち登録完了情報を利用者情報端末16に送信するSL2。この順番待ち登録完了情報は、例えばメールで送信され、現在または対象利用者によって指定された時刻において、対象飲食店で順番待ちをしている他の利用者の数組数や例えば対象利用者の順番を示す利用者番号順番情報等の情報を含む。なお、順番待ち登録完了情報には、上述したように順番待ちをしている人数等の情報から算出された待ち時間等の情報が含まれていても構わない。ここで、情報管理センター2側では、対象飲食店において順番待ちをしている他の利用者のうち、当該対象飲食店に入店させた利用者の利用者番号つまり、対象飲食店において対応された利用者の利用者番号をデータベース17において管理しているものとする。これにより、情報管理センター2側では、順番待ちをしているどの利用者までを入店させたかを管理することができる。なお、対象飲食店に入店させた利用者の利用者番号は、例えば当該飲食店のスタッフによって利用される端末等から情報管理センター2に順次通知されればよい。情報管理センター2は、対象飲食店において対応された利用者の利用者番号を監視し、データベース17に登録された対象利用者の利用者番号の付近の利用者番号まで対応された場合つまり、利用者の呼び出しが近くになった場合に、当該データベース17に登録された対象利用者のメールアドレスを用いて利用者情報端末16に対して呼出メールを送信するSL3。上記した呼び出し処理においては、順番待ち登録情報を利用者情報端末16を介して情報管理センター2に登録することで、対象利用者の呼び出しが近くなった場合にその旨がメールで通知される。これにより、対象利用者は、対象飲食店に行くことなく当該対象飲食店の順番待ちを行うことができるとともに、呼び出されるまで当該対象飲食店で待機する必要がなく、より利用者の利便性を向上させることができる。次に、図22のシーケンスチャートを参照して、例えば携帯電話販売店のような店舗において順番待ちをする場合の処理について説明する。まず、利用者対象利用者が店舗に来店した場合、当該対象利用者の要求に応じて、当該店舗において処理される順番を表す受付番号順番情報及び当該受付番号と対応付けられた二次元コードが記載された順番カード番号札が発行される。この順番カードは、例えば情報管理センター2と通信可能に接続されている店舗の店頭等に設置されている端末施設利用予約端末から発行される。なお、図23は、例えば携帯電話販売店の店頭に設置されている端末から発行された順番カードの一例を示す。ここで、対象利用者は、当該対象利用者が所持する携帯電話等の利用者情報端末16を利用して、発行された順番カードに表示されている二次元コードを読み取るSM1。この場合、利用者情報端末16には、例えばそのまま送信して下さい。等のメッセージが記載されたメール送信画面が表示される。対象利用者は、このメール送信画面から空メールを送信する操作を行うことができるSM2。このように利用者情報端末16から送信された空メールは、情報管理センター2で受信される。この場合、情報管理センター2は、例えばご利用有難うございます。呼び出し近くになりましたら、お知らせメールにてご連絡致します。等のメッセージが記載された呼出登録完了メールを利用者情報端末16に対して送信するSM3。なお、この際、情報管理センター2では、上記した空メールの送信に用いられた二次元コードに対応する受付番号及び利用者情報端末16のメールアドレス等の情報順番待ち登録情報が登録される。ここで、情報管理センター2側では、上記したように発行された順番カードに記載されている受付番号のうち、係員が対応する等によって処理された受付番号つまり、既に呼び出されて店舗のスタッフ等によって応対された受付番号をデータベース17において管理しているものとする。なお、処理された受付番号は、例えば店舗のスタッフによって利用される端末等から情報管理センター2に順次通知されればよい。情報管理センター2は、上記した処理された受付番号を監視し、データベース17に登録された受付番号の付近まで処理された場合つまり、利用者の呼び出しが近くになった場合に、当該データベース17に登録されたメールアドレスを用いて利用者情報端末16に対して呼出メールを送信するSM4。上記した呼び出し処理においては、店舗の店頭に設置されている端末から発行された順番カード番号札に記載されている二次元コードを利用者情報端末16において読み取り、情報管理センター2に登録を行うことで、対象利用者の呼び出しが近くになった場合にその旨がメールで通知される。これにより、対象利用者は呼び出されるまで店舗等で待機する必要がなく、より利用者の利便性を向上させることができる。また、ここではメールで通知する場合について説明したが、適宜、例えば音声システム等が利用されるような構成であっても構わない。なお、図21及び図22においては飲食店及び携帯電話販売店等の店舗において順番待ちを行う場合について主に説明したが、ここで説明した呼び出し処理は、例えば美容院、病院、レストラン、小売業、映画館、ショッピングモール及び各種イベントのような順番待ちを行うような施設に対して適用可能である。すなわち、本実施形態における呼び出し処理においては、対象利用者の番号順番情報及び施設を利用可能となった他の利用者の番号順番情報が情報管理センター2側で管理され、当該対象利用者の順番が近くなったつまり、当該対象利用者の呼び出しが近くなった場合に呼出メールが送信される。これにより、対象利用者は施設が利用可能になるまでの時間を有効に利用することができ、利用者の利便性を向上させることができる。なお、ここでは利用者の呼び出しが近くなったことを番号利用者番号や受付番号を管理することによって判断するものとして説明したが、上述したように待ち時間等を算出して管理しているような場合には、当該待ち時間が短くなった場合つまり、呼び出しが近くなった場合にその旨を通知する構成としても構わない。また、上記したように順番情報及び待ち時間等に応じた店舗の状況つまり、順番待ちをしている利用者の数や待ち時間の長さによる店舗の混雑状況等を予め登録された利用者例えば、会員等にメールで配信するような構成とすることも可能である。これにより、店舗の混雑を回避し、利用者の利便性を向上させることが可能となる。次に、図24のフローチャートを参照して、本実施形態に係る情報提供システム1によって実行される順番割り込み処理の処理手順について説明する。この順番割り込み処理は、例えば前述した図21において説明した呼び出し処理において順番待ち登録情報を情報管理センター2に登録する際に実行される処理である。ここでは、利用者が飲食店で順番待ちをしようとしているものとし、当該利用者を対象利用者、当該飲食店を対象飲食店と便宜的に称する。情報管理センター2では、対象利用者が所持する利用者情報端末16から送信された順番待ち登録情報が受信されるSN1。なお、この順番待ち登録情報には、上記したように利用者名、利用者の人数及び利用希望条件等の情報が含まれる。次に、情報管理センター2は、利用者情報端末16に対して、対象飲食店の状況混雑状況を表す状況情報を例えばメールで送信するSN2。この状況情報には、例えば現在または対象利用者によって指定された時刻の対象利用者の順番を表す利用者番号等が含まれる。ここで、対象利用者は、利用者情報端末16を操作して例えば情報管理センター2から送信されたメール状況情報に対して返信することによって、情報管理センター2に対して課金に応じることを指示することができる。なお、この課金は対象利用者の順番を優先させるためのものであり、課金に係る料金は予め定められた方法で対象利用者が支払うことになる。対象利用者によって課金に応じることが指示された場合SN3のYES、情報管理センター2は、データベース17において管理されている対象利用者の順番が他の利用者の順番に優先するように、当該対象利用者の利用者番号をデータベース17に登録するSN4。なお、この場合には、上記した順番待ち登録情報等についてもデータベース17に登録される。登録された対象利用者の利用者番号は情報管理センター2側で管理され、当該対象利用者の利用者番号を含む順番待ち登録完了情報メールが当該対象利用者の利用者情報端末16に対して送信されるSN5。このSN5の処理が実行されると、以下、前述したように対象利用者の順番が近くなった場合に呼出メールが利用者情報端末16に対して送信される。なお、対象利用者によって課金に応じることが指示されていない場合SN3のNO、対象利用者の利用者番号は、他の利用者の順番に優先することなく、すなわち、通常の順番でデータベース17に登録されるSN6。なお、SN6の処理が実行されると、上記したSN5の処理が実行される。上記したように順番割り込み処理においては、対象利用者が課金に応じる場合に当該対象利用者の順番を優先させることができるため、例えば当該対象利用者が有料会員であるような場合には当該対象利用者の利便性をより向上させることが可能となる。なお、ここでは、順番割り込み処理が呼び出し処理において順番待ち登録情報を情報管理センター2に登録する際に実行されるものとして説明したが、適宜、順番待ち登録情報が登録された後に実行されるような構成であっても構わない。次に、図25のフローチャートを参照して、本実施形態に係る情報提供システム1によって実行される順番待ち受付処理の処理手順について説明する。この順番待ち受付処理は、例えば電話等による予約を受け付けない施設例えば、病院等、すなわち当該施設に行かなければ順番待ちをすることができないような施設の順番待ちを受け付けるための処理である。ここでは、利用者が利用しようとする施設を対象施設、当該利用者を対象利用者と便宜的に称する。まず、対象利用者は、例えば携帯電話等の利用者情報端末16を用いて、利用を希望する施設のサイト等にアクセスする。この場合、対象利用者は、利用者情報端末16を介して、情報提供センター2に対して順番待ち登録情報を送信することができる。この順番待ち登録情報は、情報提供センター2に対して対象施設への順番待ちを登録するための情報であり、例えば利用者名、利用者の人数、利用日時利用日及び利用時刻を含む利用希望条件等の情報を含む。なお、これらの情報は、対象利用者によって指定される。利用者情報端末16から順番待ち登録情報が送信されると、情報管理センター2は、当該順番待ち登録情報を受信するSO1。情報管理センター2では、対象利用者によって用いられる利用者情報端末16のメールアドレス及び順番待ち登録情報が例えばデータベース17に登録されるSO2。ここで、情報管理センター2のデータベース17に登録された順番待ち登録情報に含まれる利用時刻の所定時間前例えば、数時間前になると、以下に説明するSO3以降の処理が実行される。なお、この所定時間前とは、後述するように現時点から順番待ちをしたと仮定した場合に対象利用者が施設を利用可能となる時間が、少なくとも当該対象利用者の希望する利用日時を越えないような時間が設定されているものとする。なお、情報管理センター2のデータベース17においては、対象施設において現時点で実際に順番待ちをしている他の利用者の順番情報及び当該他の利用者のうち当該対象施設を利用可能となった利用者の順番情報例えば、番号等が管理されているものとする。なお、このような順番情報の管理については、前述した通りであるため、その詳しい説明を省略する。この場合、情報管理センター2では、データベース17を参照して、対象施設において他の利用者による順番待ちが発生しているか否かが判定されるSO3。なお、データベース17において他の利用者の順番情報が管理登録されている場合には、他の利用者による順番待ちが発生していると判定される。また、ステップSO3はステップSO2の後で処理が実行されているが、ステップSO3はステップSO1の後で実行される処理なっていてもよい。つまり、ステップSO2は情報管理センター2がステップSO1で利用者から順番待ち登録情報をデータベースに書き込む処理であるので、ステップS01の処理を受信した時点で、情報管理センター2では順番待ちの発生がしているか否かを演算している。そのため、ステップS02のデータベースの書込処理が、ステップSO3の後で実行されてもよいことは言うまでもない。他の利用者による順番待ちが発生していると判定された場合SO3のYES、情報管理センター2では、対象施設において順番待ちをしている他の利用者の数に応じて、順番待ち時間が算出されるSO4。ここで、順番待ち時間とは、例えばこの段階で順番待ちをした場合に、対象施設を利用可能になるまでに必要とする時間をいう。なお、順番待ち時間は、例えば順番待ちをしている利用者が1組いた場合の平均的な待ち時間順番待ち時間を予めデータベース17に登録しておくことによって、当該順番待ちをしている利用者の組の数に応じて算出されるような構成であってもよい。この場合、施設の種別に応じて適切な順番待ち時間をデータベース17に登録しておくことが好ましい。また、例えば順番待ちをしている利用者の組数に応じて、データベース17に登録されている順番待ち時間に重み付けを行うなどの処理が適宜実行されるような構成であっても構わない。更に、前述した図14等において説明したような処理によって待ち時間が算出されるような構成であっても構わない。次に、情報管理センター2では、上記したようにデータベース17に登録された順番待ち登録情報に含まれる利用日時ここでは、利用時刻及び算出された順番待ち時間に基づいて、対象利用者の順番待ちの登録が必要であるか否かが判定されるSO5。なお、このSO5の処理では、例えば現在時刻に順番待ち時間を加算した場合に、利用日時または利用日時の数分前等を過ぎてしまうような場合や当該利用日時の前後数分例えば、10分以内になるような場合には、対象利用者の順番待ちの登録が必要であると判定される。対象利用者の順番待ちの登録が必要であると判定された場合SO5のYES、情報管理センター2では、現時点での順番対象施設を利用可能になるまでの順番を示す順番情報が例えば対象利用者の識別情報やメールアドレス等に対応づけてデータベース17に登録されるSO6。つまり、上記したSO5及びSO6の処理では、対象利用者が希望する利用日時の所定範囲内の期間において対象施設を利用可能となる順番順番情報がデータベース17に登録される。これにより、対象利用者は、対象施設において順番待ちをしている状態となる。なお、図25においては省略されているが、順番情報がデータベース17に登録された場合、前述したように当該順番情報等が対象利用者に通知されても構わない。ここで、対象施設において現在順番待ちをしていない利用者であって上記した対象利用者の順番順番情報の譲受を希望する利用者以下、希望者と表記が存在する場合を想定する。この場合、希望者は、例えば当該希望者によって用いられる端末等を介して、その旨を情報提供センター2に対して通知する。なお、希望者によって譲受が希望される順番順番情報は、当該希望者が直接指定してもよいし、情報管理センター2側で当該希望者によって指定された利用日時に応じて特定されてもよい。情報提供センター2では、このような通知に応じて希望者があると判定された場合SO7のYES、上記した対象利用者に対して登録された順番情報を当該希望者に変更するS08。すなわち、データベース17に登録された対象利用者の順番を示す順番情報は、希望者の順番を示す順番情報として当該データベースに再登録される。具体的には、対象利用者の識別情報やメールアドレス等に対応づけてデータベース17に登録されている順番情報を、希望者の識別情報やメールアドレス等に対応づけて当該データベース17に再登録する。なお、ここでは、便宜的に希望者に対して無条件で順番情報が変更されるものとして説明したが、例えば対象利用者によって指定される条件を満たす希望者に対して順番情報が変更されるような構成であっても構わない。具体的には、例えば対象利用者によって確保されている順番情報を、希望者に販売するような構成とすることも可能である。更に、このように順番待ち受付処理によって確保されている順番は、最も高い金額を提示する希望者に販売されるような構成とすることも可能である。なお、ここでは希望者から料金を支払う旨の指示がされればよく、具体的な料金の支払等については予め定められた方法で別の処理として行われればよい。上述したように情報管理センター2側では対象施設を利用可能となった利用者の順番情報が管理されているため、情報管理センター2は、データベース17に登録された利用者ここでは、再登録された希望者の順番情報及び当該対象施設を利用可能となった利用者の順番情報に基づいて、当該希望者の呼び出しが近くになった場合に例えば呼出メールを送信するSO7。なお、上記したSO3において他の利用者による順番待ちが発生していないと判定された場合、すなわちデータベース17に登録された順番待ち登録情報に含まれる利用日時対象利用者が希望する利用日時まで順番待ちが発生していないような場合には、当該利用日時に合わせて上述したSO9の処理が実行される。この場合には、対象利用者に対して呼出メールが送信される。また、上記したSO5において対象利用者の順番待ちの登録が必要でないと判定された場合、SO3に戻って処理が繰り返される。また、上記したSO7において希望者がないと判定された場合、上述したSO9の処理が実行される。この場合には、対象利用者に対して呼出メールが送信される。上記したように順番待ち受付処理においては、例えば電話等による予約をすることができず、現地に行かなければ順番待ちをすることができないような施設の場合であっても、実際に対象施設において順番待ちをしている他の利用者の順番情報等を管理して対象利用者によって指定された利用日時に当該対象利用者が施設を利用可能なように自動で順番待ちが登録されるため、当該施設に行くことなく順番を待つことが可能になり、利用者の利便性をより向上させることが可能となる。つまり、上記した順番待ち受付処理によれば、対象利用者による順番待ちが発生した順番待ち登録情報が登録されたときには、対象施設の順番待ちの有無に関わらず、予め指定された条件利用日時等で当該対象施設における当該対象利用者の順番を取得することが可能となる。これにより、例えば利用者が施設の利用を希望する日時利用日時より前つまり、まだ順番待ちができないような時点であっても順番待ちを受け付けることが可能になるため、より利用者の利便性を向上させることができる。また、上記した順番待ち受付処理においては、希望者がいる場合には対象利用者の順番情報を当該希望者に変更することによって、当該希望者は対象利用者の順番情報を譲り受けることが可能となる。これにより、一旦確保された順番を例えば条件に応じて他の利用者に変更する譲ることが可能であるため、より利用者の利便性を向上させ、かつ、柔軟な対応をとることができる。なお、上記した順番待ち受付処理は、課金に応じる利用者例えば、有料会員のみを対象としても構わない。また、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。"