JP2006185269A - 施設予約装置および施設予約方法およびプログラムおよび記録媒体 - Google Patents

Abstract

【課題】ロッカや駐車場等の施設について、利用者が所望する時間帯と場所に適合した設備を検索し、事前予約ができ、事前に賃貸用施設を予約することにより、施設利用の予約時間帯に関する情報を利用して、該予約時間帯を有効利用できる周辺地域の店舗等のサービス機関の紹介とサービス内容に関する情報提供と該サービス機関への予約処理を引継すること。
【解決手段】
施設希望利用者の操作する端末とネットワークを介して接続された、遠隔制御可能な電子錠を備えた施設の利用を予約する施設予約装置は、利用者からの利用予約の要求を受け付け、該利用者が所望する場所、及び利用時間帯に利用可能な前記施設を検索し、該利用者が施設選択において、最適な選択が可能な施設利用条件と割引条件を提示し、利用者が選択した施設について予約を可能とする構成を特徴とする。
【選択図】図１２

Description

遠隔制御可能な電子錠を備えた施設の利用を予約する施設予約装置において、利用者が所望する時間帯と場所に適合した設備を予約し、該予約が成立した後、前記施設利用時間帯内で受けることができる該施設周辺でのサービス機関の利用についての情報を該利用者の所望する条件に絞り込んで検索して提供する周辺サービス機関検索手段を有する施設予約装置に関する。

従来から、ロッカ利用者に個別に広告を行うことにより、得た広告料をロッカの利用料
に充当する広告ビジネスは知られていた。

特許文献１では、貸しロッカや貸し駐車場の利用者に対して利用料金の割引に加えて、ユーザの嗜好を把握し、宣伝広告・クーポンの発行を行うことにより、ロッカなどの利用率の向上を目的とするロッカシステムを利用した広告方法およびシステムが提案されている。
特開２００３―１０９１１２号公報

しかしながら、特許文献１に記載された広告情報提供システムは、ロッカや駐車場等の施設を利用する際、宣伝広告・クーポンの発行や利用料金の割引は行えるが、該ロッカや駐車場等の施設について、利用者が所望する時間帯と場所に適合した設備を検索し、事前予約ができないという問題があった。また、予約から得られる時間帯他の情報が予約が出来ないため、予約条件と時間帯から利用者の所望する他の情報をつかみ、事前に有益な情報を提供することができないという問題があった。

本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、該ロッカや駐車場等の施設について、利用者が所望する時間帯と場所に適合した設備を検索し、事前予約ができ、事前に賃貸用施設を予約することにより、施設利用の予約時間帯に関する情報を利用して、該予約時間帯を有効利用できる周辺地域の店舗等のサービス機関の紹介とサービス内容に関する情報提供と該サービス機関への予約処理を引継することにある。

上述した課題を解決し、目的を達成するため、施設希望利用者の操作する端末とネットワークを介して接続された、遠隔制御可能な電子錠を備えた施設の利用を予約する施設予約装置を提供する。該施設予約装置は、該利用者からの利用予約の要求を受け付け、該利用者が所望する場所、及び利用時間帯に利用可能な前記施設を検索する施設検索手段と、該利用者が施設選択において、最適な選択が可能な施設利用条件と割引条件を提示する施設利用条件表示手段と、利用者が選択した施設について予約を可能とする施設予約登録手段とを有することを特徴とする。

また、前記施設予約装置は、前記施設予約登録手段から得た予約時間帯及び場所条件に基づき、該場所において、かつ該予約時間帯に適合することを条件として、前記施設周辺のサービス機関に関する利用情報と照合し、前記施設利用者の所望するサービス業種に絞って、周辺サービス機関を検索する周辺サービス機関検索手段と、該利用者が周辺サービス機関の選択において、該サービス機関が提供する付帯サービスを表示して、該利用者が最適な条件を選択できる周辺サービス機関選択条件紹介手段とを有することを特徴とする。

また、前記施設予約装置は、前記施設利用者が選択した前記周辺サービス機関に対して、該周辺サービス機関の予約受付を中継するサービス機関予約情報伝達手段を有することを特徴とする。

本発明によれば、ロッカや駐車場等の施設について、利用者が所望する時間帯と場所に適合した設備を検索し、事前予約ができる効果を奏する。賃貸施設等の予約から得られる予約時間帯他の情報を利用して、予約条件と時間帯から利用者の所望する周辺のサービス機関に関する利用情報を照合し、適合する情報に絞って提供できる効果を奏する。また、該周辺地域のサービス機関の適合する情報から、該周辺サービス機関の利用予約を中継できる効果を奏する。

以下、図面を参照して本発明の実施形態（施設予約条件に連動した周辺サービス機関紹介システム）を説明する。

図１は本発明の実施形態である施設予約を利用した広告配信サービスの全体構成を示すシステム構成図である。コインロッカ１０２は、ユーザが荷物を預ける施設であるが、駐車場であってもよい。なお、当実施例ではコインロッカ利用者を‘ユーザ’と言うが、‘利用者’と同義であり、場合により‘利用者’を使うこともある。また、荷物や車を預ける業務において預かり機能のある場所を本発明は‘施設’と呼び、本実施形態では、コインロッカを使用して説明するものである。

ユーザは端末１０１からネットワーク１０３を介して、サーバ１０５を呼び出し、コインロッカの空き情報を求める。サーバはユーザが指定する地域内（例えば、新宿、渋谷の単位で本実施例は説明するが、もっと狭い地域単位でも、広い範囲の地域でもよい）にユーザが利用したい時間帯に空いているコインロッカを施設ＤＢ（この場合はコインロッカ）から検索し、空いているロッカの一覧をユーザの端末に送信する。ユーザは画面に表示された空きロッカの一覧から最も自分に好都合なコインロッカ１０２を指定し、その入力画面をサーバに送信し、予約要求する。サーバ１０５は、予約情報を予約ＤＢに登録する。次いで、当該コインロッカ周辺にある、レストラン、映画館、飲み屋等の他のサービス利用機関情報の利用の希望があるか否かをユーザに問う。ユーザがそれらのサービスに関する情報を知りたい旨の応答を端末からした場合には、サーバは、ユーザがロッカに荷物を預けている滞在時間帯に基づいて、滞在時間内に利用可能なサービス情報を検索し、ユーザに送信する。検索時は、利用予約をした施設周辺の店舗に絞り込み、また指定したサービスの業種ジャンルに絞り、検索する。店舗や映画館は、ロッカ利用者がロッカ利用の際、自分達のサービスを利用してもらうように広告としてサービス内容を、サーバを管理する業者（コインロッカ施設業者でもよい）に提供する。この情報は、サーバが検索する広告ＤＢに登録される。ユーザは、広告主である店舗にロッカと同時に予約することができる。当ロッカ周辺のサービス機関への予約は、当サーバを管理する業者のシステム、又は周辺サービス機関のシステムへのデータ交換で行われるが、本実施例では、当該処理を経由する説明のみを掲載し、本発明外のものとして、詳細な説明は割愛する。

前述のように、サーバ１０５は、ユーザの好む娯楽を予め聞き出し、好みに絞った広告情報を広告ＤＢから検索し、これをユーザに送信する。ユーザは、好みが見つかれば、その時間帯に店舗１０４を訪れ、食事等をすることができる。即ち、コインロッカや駐車場は、ユーザが他の本来の目的をもって利用する施設であるから、ロッカ等を予約したエリア・利用時間等の情報とリンクして、その手助けをすれば、ユーザ、施設、店舗にメリットを生じさせることができる。具体的には、ユーザは、目的がすぐ選択できるメリットがあり、店舗側は、広告をユーザに知ってもらい、ユーザに店舗の利用の可能性があるメリットがあり、施設は便利さから繰り返し利用が期待できるというメリットがある。また、コインロッカの割引料は、店舗側が広告代として負担してもらえれば、３者は更にメリットを得ることができる。から成り立っている。また、エリア・滞在時間・滞在時間帯の情報を事前に取得することによって、サーバはユーザが求めている広告を絞って配信することができ、これにより、余分な情報により、ユーザが混乱する事態を避けることができる。

ユーザは予約時に受け取った電子キーに基づき、コインロッカを利用するときは、電子キーを手又は端末に格納した電子キー情報から開錠する。サーバ１０５は遠隔で電子錠の開閉を制御するが、予約した利用時間帯に限り、電子錠を開けることは言うまでもない。

なお、図１には、３個のＤＢしか記載していないが、実際のシステムでは使用するＤＢや、精算処理や、広告情報登録等が必要である。しかし、本発明からは説明を省く。

図２は本発明施設予約を利用した広告配信サービスのハードウェア構成を示す図である。図２に示すように、本発明の施設予約を利用した広告配信サービスシステムは、通信ネットワーク２１０を通じて、コインロッカ予約、広告情報提供及び店舗予約を行うサーバ２００と、ユーザの端末や店舗及びコインロッカと通信を行う。

以下、図２を参照して、サーバ装置２００のハードウェア構成について説明する。

図２は、図１に示したサーバ装置２００のハードウェア構成の一例を示すブロック図である。

図２において、２０１はＣＰＵで、ＲＯＭ２０３又は外部メモリ２０４（例えば、ハードディスク，フレキシブルディスク，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ等）に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより、サーバ装置２００全体を制御する。ＲＡＭ２０２は、ＣＰＵ２０１の作業領域として使用される。

２０６は入力装置で、キーボードやマウス等のポインティングデバイス等に相当する。なお、入力装置２０６を備えない構成であってもよい。また、ＣＲＴ，ＬＣＤ，ＳＥＤ等の表示装置を有する構成であってもよい。

２０９は通信インタフェースで、ネットワークを介してのデータ送受信を制御する。外部メモリ２０４は、プログラム，データ等を記憶している。また、外部メモリ２０４は、各種情報を記憶するためのＤＢ２０５を備えている。

なお、表示装置２０７はサーバ２００の操作画面であり、入力装置２０６と協働してサーバ２００の制御等に使用される、印刷装置２０８は備えない場合がある。

図３は図２に示した外部メモリ２０４記憶されている予約情報でありＤＢ２０４に含まれる予約ＤＢの一例を示す図である。

以下、図３を参照して、予約ＤＢの構成について説明する。

予約ＤＢのレコードは、日付毎に階層を形成しているが、模式図は、ある日のレコードである。各レコードは、３０１から３１１の項目から構成されている。なお、実用的なシステムでは更に多くの項目が必要になるが、本実施形態に必要な項目のみを記載してある。予約番号３０１はユーザがコインロッカを予約したとき、予約を識別する番号として生成される。これは、システムがスタートしてからクローズするまでユニークな連番である。暗唱番号３０２はシステムが自動生成する乱数である。予約番号３０１と暗唱番号３０２により、コインロッカの電子キーとなる。開始予定時間３０３から終了時間３０６までは、予約できる時間帯と実際にロッカを利用した時間帯が記録される。なお、この予定時間帯内でないと、ロッカは開錠しない。エリア３０７は、ユーザが指定したロッカ施設のある地域である。広告利用情報３０８は広告ＤＢのキーに相当し、図４の会員番号４０１／店名４０２／エリア４０３／時間帯４０４からなる。このキーによりユーザが利用した店舗に関する情報を取得できる。なお、当該情報が広告利用情報３０８に登録されている場合は広告のサービスが利用されたことを示す。値が‘−’の場合は広告の利用がされなかったことを示す。３０９から３１１は予約したユーザが端末から手で又は自動入力するものであるが、本実施例の説明では省略する。

図４は図２に示した外部メモリ２０４記憶されている広告情報でありＤＢ２０４に含まれる広告ＤＢの一例を示す図である。

以下、図４を参照して、広告ＤＢの構成について説明する。

広告ＤＢの各レコードは、４０１から４１２の項目から構成されている。なお、実用的なシステムでは更に多くの項目が必要になるが、本実施形態に必要な項目のみを記載してある。会員番号４０１は広告主である店舗を識別する。店名４０２は店舗の名称である。エリア４０３は店舗のある地域名である。時間帯４０４は施設ＤＢの予約時間／予約番号の組の番号である。店舗広告情報４０５は、ユーザが店舗広告を見るときの固定情報である。その発行期間が４０６である。４０７から４０８は店舗に関する情報である。４０９はより詳細な表示メッセージである。４１０は、ユーザの目的である店舗のジャンルであり、店舗照会時に情報を絞ることに利用される。なお、この他に、ユーザの好みをアンケート形式で取得し、検索するサービスのために、他の項目を追加してもよい。４１１は、コインロッカを使用した場合のユーザへの割引料であり、この料金は、店舗予約したときには、店舗側に請求する。時間帯４１２は店舗利用時に割り引きされる時間制限値である。

図５は図２に示した外部メモリ２０４記憶されている施設情報でありＤＢ２０４に含まれる施設ＤＢの一例を示す図である。

以下、図５を参照して、施設ＤＢの構成について説明する。

施設ＤＢのレコードは、日付毎に階層を形成しているが、模式図は、ある日のレコードである。各レコードは、５０１から５１１の項目から構成されている。なお、実用的なシステムでは更に多くの項目が必要になるが、本実施形態に必要な項目のみを記載してある。施設ＤＢは、コインロッカ、駐車場等の利用施設毎に項目が異なる。また、同じコインロッカでも、施設の仕組みや機能により異なるので、それぞれの構成を持つ、図５は、その模式図を表した一例である。エリア５０１は施設のある地域名である。サイズ５０２はコインロッカ時間帯４０４は店舗のサービスや割引の種類を表している。ただし、当該サービスのされの容量である。料金５０４は時間当たりの正規料金である。５０５／５０６、５０７／５０８、５０９／５１０はそれぞれロッカごとの予約された時間帯であり、システムが隙間時間帯を処理しながら予約を登録する。なお、模式図では、３組しか表現していないが、実際はレンタル時間単位で相当数を用意する必要がある。予約番号は予約ＤＢ上の３０１である。施設情報５１１は、施設の名称や住所、地図情報等の複数情報を総称しているが、本実施例では説明を省略する。

図６から図１１は、本システムの処理フローである図１２に示すコインロッカ予約処理及び図１３に示す広告表示と店舗予約処理で使用するユーザ側端末の表示画面の模式図である。

図６はユーザがコインロッカを利用したいエリアと時間帯指定する画面の模式図である。

図７は検索したコインロッカの空き情報の表示画面の模式図である。

図８はコインロッカを予約し、更にロッカ周辺のサービス利用店舗情報が必要か否かを照会している画面である。

図９はサービス利用店舗の種別を絞るためのアンケート画面の模式図である。

図１０は好みを絞り、検索したサービス利用店舗の一覧表示及び予約画面の模式図である。

図１１はサービス利用店舗の予約完了画面の模式図である。

図１２は本発明の施設予約を利用した広告配信サービスの処理におけるコインロッカ予約処理について説明するフローチャートである。

図６から図８の画面を参照して図１２を説明する。

ユーザは、本実施例のシステムのホームページからコインロッカの予約サービスを受ける。Ｓ１２０１においてユーザが該ホームページを開き、Ｓ１２０２においてサーバがホームページを送信する。この時の画面が図６である。

図６は、エリア検索画面６０１の模式図であり、ユーザが、コインロッカの予約条件を入力指定する画面である。６０２は、ユーザが利用したいコインロッカ所在地の入力項目であり、この地域をエリアと呼ぶ。エリアは、メニュボタンにより候補エリアを選択できる。

６０３は利用開始日、６０４は予約開始時間である。６０５は利用終了日、６０６は予約終了時間である。利用開始日により、予約DBの日付単位のレコードが参照される。日付が変われば、時間を分離して登録される。６０７は次の画面表示をデータを要求するボタンである。決定ボタン６０８により、予約の情報がサーバに送信される。キャンセルボタン６０９が押されると予約せずに当サービスを止めることを要求する場合であるが、予約せずに決定ボタン６０８を押したと同様である。

説明を図１２に戻し、Ｓ１２０３においてユーザがコインロッカの所在場所と利用時間帯を入力しサーバに送信する。実際には他の情報も送信及び入力するが本発明では説明を省略する。Ｓ１２０４においてサーバは施設ＤＢを順次照合し、指定エリアのロッカで指定時間帯の空きロッカがあるかを検索する。まず、エリア５０１により、指定エリアと一致したレコードを検索対象とする。次に予約時間帯５０５、５０７、５０９等、以下、模式図には表していないが、予約時間帯と予約番号の組の予約時間帯をメモリに集め、時間列を形成し、指定された予約時間帯と重複する既予約時間が有るかを検査する。重複すれば、そのレコードに登録されたロッカは予約済みとして候補から外す。この処理を例えば１０件を最大として、一覧化する。Ｓ１２０６において、この空きロッカ候補一覧をユーザ端末に送信する。Ｓ１２０５において図７に示す画面が、ユーザ端末に表示される。

図７はコインロッカ空き情報画面７０１の模式図であり、ユーザが、好みのコインロッカを予約する画面である。７０２は、ユーザが利用したいコインロッカ所在地のエリア名と利用時間帯を含めたメッセージであり、サーバが定型文を生成する。７０３はＳ１２０４でサーバが作成した空きロッカ候補一覧の一つの空きロッカの情報であり、‘ＪＲ渋谷駅北口’はエリアの１地点名であり、施設ＤＢの施設情報５１１から、‘Ｍ’はサイズ５０２から、‘￥１００／Ｈ’は料金であり、料金５０４から、‘ロッカＮＯ．０００２’は５０３のデータから、それぞれ参照され、編集される。また、７０４は該空きロッカを予約する場合にチェックを記入する項目になる。‘地図’で示すボタン７０５は、このボタン押下により、該ロッカの所在場所の地図情報をサーバに要求するものであり、施設情報５１１の情報を経由して地図サービスＷｅｂとリンクする。７０４は該空きロッカを予約しない場合にチェックを記入する項目になる。７０７は次の画面表示をデータを要求するボタンである。決定ボタン７０８により、予約したロッカを特定する情報がサーバに送信される。キャンセルボタン７０９が押されると予約せずに当サービスを止めることを要求する場合であるが、予約せずに決定ボタン７０８を押したと同様である。なお、複数のロッカは予約できない。

説明を図１２に戻し、Ｓ１２０７においてユーザはロッカ予約情報をサーバに送信する。予約の有無は、Ｓ１２０８においてサーバが判断し、予約が無ければ処理を終了し、予約があれば、Ｓ１２０９においてサーバは予約ＤＢに当該ユーザの予約レコードを新規に登録する。該レコードは予約番号３０１、暗証番号３０２を該ユーザの予約ＤＢにおけるキーとする。その生成方法は図３の予約ＤＢで述べたとおりである。更に送受信情報から開始予定時間３０３、終了予定時間３０４、エリア３０７、３０９から３１１までのユーザ固有の情報を登録する。また、Ｓ１２１０においてサーバは、Ｓ１２０４で検索した施設ＤＢの予約されたロッカの該当レコードの予約時間帯と予約番号の空いている組に予約時間帯と予約ＤＢの予約番号の値を登録する。この処理により、ロッカが予約されたことになる。

Ｓ１２１１においてサーバは予約ＤＢの該予約レコードの予約番号３０１、暗証番号３０２からなる値を電子キー情報に設定し、このデータをユーザ端末に送信する。Ｓ１２１２においてユーザは図８に示す画面を受信する。

図８はコインロッカ予約完了画面８０１の模式図であり、ユーザが、好みのコインロッカを予約を確認する画面である。８０２は、ユーザが予約したコインロッカ所在地のエリア名と利用時間帯を含めたメッセージであり、サーバが定型文を生成する。８０３はＳ１２０７でユーザが予約した時の空きロッカ候補一覧の一つの空きロッカの情報であり、Ｓ１２０４のサーバの処理説明において説明済みである。８０４と８０５は空きロッカを予約したときのチェックが残っており、予約をした識別となる。ロッカの予約の次に、該ロッカ周辺に所在する他のサービス機関のサービス情報が必要か否かを問い合わせるメッセージ‘広告サービスは必要ですか’に基づきユーザが回答する項目である。‘広告サービス’の意味するところは、他のサービス機関にとって自己の店舗等の広告に相当するからである。しかし、ユーザにとっては主として本来の目的である店舗等の事前サービス情報に該当する。‘欲しい’の指定項目８０６をチェック記入すれば次の店舗等のサービス情報の検索処理になる。‘終了’ の指定項目８０７をチェック記入すれば、処理は終了する。なお、キャンセルボタン８０９が押されると予約した当サービスを止めることを要求する。決定ボタン８０８の押下により、広告サービス情報を要求する。

図１２に戻る。Ｓ１２１３において、ユーザは広告情報の要否を回答する。不要の場合はＳ１２１４の判断でシステムは終了する。必要な場合は、図１３に示す広告表示と店舗予約処理に移る。

図１３は本発明の施設予約を利用した広告配信サービスの処理における広告表示と店舗予約処理について説明するフローチャートである。

図９から図１１の画面を参照して図１３を説明する。

Ｓ１３０１においてサーバは、周辺サービス機関の業種分類のメニュを送信する。このメニュは業種ジャンルテーブルから抽出する。業種ジャンルテーブルは図には示していない。本発明である当サービスに参加を申し出た周辺サービス機関である店舗等が広告ＤＢに登録する場合に業種ジャンルを選択し、テーブルに存在しない業種の場合は、当サービスのシステム管理者が新たに登録していく。また、そのデータは店舗情報のジャンル４１０にも登録される。

Ｓ１３０２においてユーザに、図９に示す広告サービス指定画面が受け取られる。

９０１は、ユーザが、好みの周辺サービス機関のサービス内容に相当する広告情報を選択する画面である。９０２及び９０３は、サービスの種別である業種ジャンルのメニュの中の１項目であり、９０２はユーザが広告情報を要求した場合のチェックを入れたもの、９０３は広告情報を要求しない項目であることを模式で表現したものである。メニュを見た結果、予約をしない場合は、９０４の項目にチェックを入れる。９０５は次のメニュ画面表示を要求するボタンである。決定ボタン９０６の押下により、９０２のようにチェックにより指定したサービスの業種ジャンルの広告情報を要求する。なお、キャンセルボタン９０７は広告情報の閲覧を止めることを要求するボタンである。

図１３のフローに戻る。Ｓ１３０３においてユーザは、好みのジャンルを指定してサーバに送信する。Ｓ１３０４においてサーバは広告ＤＢを検索し、指定時間帯に指定エリアで利用可能な店舗があるかを検索する。指定時間帯は図１２のロッカ予約サービスでサーバがユーザから得た情報であり、予約ＤＢの３０３及び３０４に記録された予約時間帯の値でもある。この予約時間帯について、広告ＤＢ時間帯４０４と順に比較していく。時間帯４０４は、当該レコードの店舗等がサービスをする時間帯の区切りである。例えば、映画の場合は、上映開始時間と終了時間が該当する。この場合は、指定時間帯は、上映開始時間と終了時間を含んでいなければならない。また、レストランのように、営業時間内に利用するものは、指定時間帯が、営業時間内に含まれていなければならない。但し、割引や何かの無料サービスがある場合は、その時間内に訪れることが出来ればよく、その時間を経過しても構わないというケースもある。このような種別や条件を時間帯４０４は時刻情報と共に格納している。図４に示した広告ＤＢの時間帯４０４の（１）、（２）、（３）は上記の条件を分類した模式である。時間帯が条件に合った場合は、エリア４０３を照合する。エリア３０７にユーザの指定したエリアが格納されている。一致しない場合は、候補から除外される。Ｓ１３０５においてサーバは、条件に適合した利用可能な店舗等について、広告ＤＢから広告情報と店舗情報を抽出し、編集し、図１０に示す画面を形成し、ユーザ端末に送信する。Ｓ１３０６においてユーザは図１０に示す画面上にサービス利用店舗情報を取得する。

図１０は広告サービスのご案内画面１００１の模式図であり、ユーザが、好みのサービス機関を予約する画面である。１００２は、ユーザが利用したいサービス機関所在地のエリア名と利用時間帯を含めたメッセージであり、サーバが定型文を生成する。ここで、エリア名も時間帯も図１２のロッカ予約処理でユーザから得たデータを利用する。１００３はＳ１３０５でサーバが作成した店舗等の候補一覧の一つの店舗の広告情報であり、‘フランス料理’は広告詳細メッセージ４０９のサブ項目であり、‘５％ＯＦＦ’は店舗広告情報４０５から、‘１００円割引’は施設割引情報４１１から、‘ＢＢ’は店名４０２のデータから、それぞれ参照され、編集される。また、７０４は該空きロッカを予約する場合にチェックを記入する項目になる。また、‘店からのメッセージ’及び‘店舗内容’のボタンを押すと店舗詳細メッセージ４０９のサブ項目の情報を介して、該店舗システムのＷｅｂとリンクし、該当情報を提示できる。また、‘地図’で示すボタン１００７は、このボタン押下により、該店舗等の所在場所の地図情報をサーバに要求するものであり、同様に、店舗詳細メッセージ４０９のサブ項目の情報を介して、地図サービスＷｅｂとリンクする。１００５は１００３で表示された店舗等を予約する場合にチェックを記入する項目になる。１００８は次の画面表示をデータを要求するボタンである。決定ボタン１００９により、予約希望の店舗等を特定する情報がサーバに送信される。キャンセルボタン１０１０が押されると予約せずに当サービスを止めることを要求する場合であるが、予約せずに決定ボタン１００９を押したと同様である。なお、複数の店舗を予約できるが、本実施例ではその説明を省略している。

図１３のフローに戻り、Ｓ１３０６においてユーザは店舗を選択し、１３０７において店舗予約希望の有無を送信する。予約の有無は、Ｓ１３０８においてサーバが判断し、予約がなければ処理を終了する。予約希望があれば、Ｓ１３０９においてサーバは店舗詳細メッセージ４０９のサブ項目の情報を介して、該店舗等のシステムのＷｅｂに中継するか、または、該システムとの情報交換を行うか、または、当サーバを管理する業者のシステムが該店舗ＤＢを管理し、そのＤＢ処理において予約処理を行う。ただし、本実施例では、当該処理を経由する説明のみを掲載し、本発明外のものとして、詳細な説明は割愛する。

Ｓ１３１０において、予約処理の結果をもらい、予約が成立した場合は、予約番号３０１、暗証番号３０２をキーとする予約ＤＢ上の該ユーザのレコードの広告利用情報３０８に広告ＤＢの該当する店舗の４０１から４０４の情報を登録する。予約できなかった場合は、予約できなかった旨の表示情報をユーザに送信して処理を終了するが、その処理フローと表示画面は、記載から除外してある。なお、予約が成立しなかった場合にユーザが他のサービス機関の情報を求め、繰り返し検索をするときは、Ｓ１３０５に戻ることが出来るがそのフローは記載していない。本実施例では、予約成立のフローのみを記載する。Ｓ１３１１においてサーバは予約成立のメッセージを形成して送信する。

Ｓ１３１２においてユーザは図１１に示す店舗への予約完了の報告を受け、処理を終了する。

図１１は店舗への予約完了のお知らせ画面１１０１の模式図である。１１０２は、ユーザが予約した店舗等サービス機関所在地のエリア名と利用時間帯を含めたメッセージであり、サーバが定型文を生成する。ここで、エリア名も時間帯も図１２のロッカ予約処理でユーザから得たデータを利用する。１１０３はクレジット番号３１１等の情報を介して、サーバがクレジット決済機関と情報交換した精算の内容を表示している。１１０４は処理の終了を示すメッセージである。

図１３のフローに戻る。サーバは、Ｓ１３１３において広告をしたサービス利用店舗に予約情報を送信し、ロッカ割引料を該店舗等から受領できる権利を得る。この処理の詳細は本発明とは直接関係しないので説明を省略する。

Ｓ１３１４においてサーバは、該店舗やユーザとの料金精算処理や割引処理を行うために必要名情報を関連ＤＢに登録し、処理を終了する。この処理と関連ＤＢも本発明とは直接関係しないので説明を省略する。

上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以下、図１４に示すメモリマップを参照して本発明に係るシステムを構成する各情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１４は、本発明に係るシステムを構成する各情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図１２，図１３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

本発明の実施形態である施設予約を利用した広告配信サービスの全体構成を示すシステム構成図である。 本発明施設予約を利用した広告配信サービスのハードウェア構成を示す図である。 図２に示した外部メモリ２０４記憶されている予約情報でありＤＢ２０４に含まれる予約ＤＢの一例を示す図である。 図２に示した外部メモリ２０４記憶されている広告情報でありＤＢ２０４に含まれる広告ＤＢの一例を示す図である。 図２に示した外部メモリ２０４記憶されている施設情報でありＤＢ２０４に含まれる施設ＤＢの一例を示す図である。 ユーザがコインロッカを利用したいエリアと時間帯指定する画面の模式図である。 検索したコインロッカの空き情報の表示画面の模式図である。 コインロッカを予約し、更にロッカ周辺のサービス利用店舗情報が必要か否かを照会している画面の模式図である。 サービス利用店舗の種別を絞るためのアンケート画面の模式図である。 好みを絞り、検索したサービス利用店舗の一覧表示及び予約画面の模式図である。 サービス利用店舗の予約完了画面の模式図である。 本発明の施設予約を利用した広告配信サービスの処理におけるコインロッカ予約処理について説明するフローチャートである。 本発明の施設予約を利用した広告配信サービスの処理における広告表示と店舗予約処理について説明するフローチャートである。 本発明に係るシステムを構成する各情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

２００ サーバ装置
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ 外部メモリ
２０５ ＤＢ
２０６ 入力装置
２０７ 表示装置
２０８ 印刷装置
２０９ 通信インタフェイス
２１０ 通信ネットワーク
２１１ 端末装置

Claims (6)

1. 遠隔制御可能な電子錠を備えた施設の利用を予約する施設予約装置であって、
   該施設希望利用者の操作する端末とネットワークを介して接続され、該利用者からの利用予約の要求を受け付け、該利用者が所望する場所、及び利用時間帯に利用可能な前記施設を検索する施設検索手段と、
   該利用者が施設選択において、最適な選択が可能な施設利用条件と割引条件を提示する施設利用条件表示手段と、
   利用者が選択した施設について予約を可能とする施設予約登録手段と、
   を有することを特徴とする施設予約装置。
2. 前記施設予約登録手段から得た予約時間帯及び場所条件に基づき、該場所において、かつ該予約時間帯に適合することを条件として、前記施設周辺のサービス機関に関する利用情報と照合し、前記施設利用者の所望するサービス業種に絞って、周辺サービス機関を検索する周辺サービス機関検索手段と、
   該利用者が周辺サービス機関の選択において、該サービス機関が提供する付帯サービスを表示して、該利用者が最適な条件を選択できる周辺サービス機関選択条件紹介手段と、
   を有することを特徴とする請求項１記載の施設予約装置。
3. 前記施設利用者が選択した前記周辺サービス機関に対して、該周辺サービス機関の予約受付を中継するサービス機関予約情報伝達手段を有することを特徴とする請求項１及び請求項２記載の施設予約装置。
4. 遠隔制御可能な電子錠を備えた施設の利用を予約する施設予約装置における施設予約方法であって、
   該施設希望利用者の操作する端末とネットワークを介して接続され、該利用者からの利用予約の要求を受け付け、該利用者が所望する場所、及び利用時間帯に利用可能な前記施設を検索する施設検索ステップと、
   該利用者が施設選択において、最適な選択が可能な施設利用条件と割引条件を提示する施設利用条件表示ステップと、
   利用者が選択した施設について予約を可能とする施設予約登録ステップと、
   を有することを特徴とする施設予約方法。
5. 請求項４に記載された施設予約方法をコンピュータが実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
6. 請求項４に記載された施設予約方法をコンピュータが実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。

Images