通信回線を介して宿泊予定者のコンピュータからの宿泊予約を受け付けるホテル予約受付サーバであって、宿泊予定日、宿泊部屋を含む宿泊条件を受け付ける宿泊条件受付手段と、前記宿泊条件受付手段で受け付けた宿泊に対する支払の条件を受け付ける決済条件受付手段と、前記宿泊条件受付手段で受け付けた宿泊の際、各部屋へ入室するときに解錠に用いる暗証番号の設定を受け付ける暗証番号設定受付手段と、を備え、前記宿泊条件受付手段で受け付けた宿泊予定日に、宿泊予定部屋で暗証番号の入力を受け付ける暗証番号入力受付手段と、前記暗証番号入力受付手段で入力を受け付けた暗証番号と、前記暗証番号設定受付手段で設定を受け付けた暗証番号を照合する暗証番号照合手段と、前記決済条件受付手段で受け付けた決済条件での決済が完了しているか否かを確認する決済完了確認手段と、前記暗証番号照合手段での照合により暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、当該部屋の解錠を行う解錠手段と、を備えたことを特徴とするホテル予約サーバ。前記暗証番号入力受付手段をエレベータホールに設け、ここで入力された暗証番号を前記暗証番号照合手段で照合し、暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、エレベータを前記宿泊条件受付手段で受け付けた宿泊部屋のある階にのみ停止可能に制御することを特徴とする請求項1に記載のホテル予約サーバ。前記暗証番号入力受付手段をホテルの玄関口に設け、ここで入力された暗証番号を前記暗証番号照合手段で照合し、暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、当該ホテルに入館可能に制御することを特徴とする請求項1又は請求項2に記載のホテル予約サーバ。ところで、ホテルなどの宿泊施設で安全確保の上で特に重要であり、且つ業務遂行上最も考慮しなければならない事項として、各客室の鍵の管理の問題がある。一般に、ホテルの来客にフロントで通常の鍵そのものを手渡すか、カード型の鍵を渡し、各客室でドアの所定の位置にそのカード型の鍵を挿入またはかざすことにより、各部屋に入室して、当該部屋を利用可能としていた。しかしながら、このような方法によれば、鍵の受け渡し、回収に手間がかかり、また、客によっては、鍵そのものを紛失するといった面倒なことも起こり得た。また、ホテルにおいて、客の支払の受付も手間のかかる業務である。すなわち、現金での支払いとなると、フロントで貨幣の受け渡しが必要となり、同時刻に多くの客がチェックイン、チェックアウトを行おうとすると、処理のために客を長い時間待たせることもあり得た。そこで、本発明の目的は、インターネットなどの通信回線を使うことで、予約を受け付ける際に、決済を行い、事前に暗証番号の受け渡しを行い、鍵そのものの授受を不要としたホテル予約サーバを提供することである。請求項1記載の発明では、通信回線を介して宿泊予定者のコンピュータからの宿泊予約を受け付けるホテル予約受付サーバであって、宿泊予定日、宿泊部屋を含む宿泊条件を受け付ける宿泊条件受付手段と、前記宿泊条件受付手段で受け付けた宿泊に対する支払の条件を受け付ける決済条件受付手段と、前記宿泊条件受付手段で受け付けた宿泊の際、各部屋へ入室するときに解錠に用いる暗証番号の設定を受け付ける暗証番号設定受付手段と、を備え、前記宿泊条件受付手段で受け付けた宿泊予定日に、宿泊予定部屋で暗証番号の入力を受け付ける暗証番号入力受付手段と、前記暗証番号入力受付手段で入力を受け付けた暗証番号と、前記暗証番号設定受付手段で設定を受け付けた暗証番号を照合する暗証番号照合手段と、前記決済条件受付手段で受け付けた決済条件での決済が完了しているか否かを確認する決済完了確認手段と、前記暗証番号照合手段での照合により暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、当該部屋の解錠を行う解錠手段と、を備えたことを特徴とするホテル予約サーバを提供することで、前記目的を達成する。請求項2記載の発明では、請求項1記載の発明において、前記暗証番号入力受付手段をエレベータホールに設け、ここで入力された暗証番号を前記暗証番号照合手段で照合し、暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、エレベータを前記宿泊条件受付手段で受け付けた宿泊部屋のある階にのみ停止可能に制御することを特徴とする。請求項3記載の発明では、請求項1又は請求項2記載の発明において、前記暗証番号入力受付手段をホテルの玄関口に設け、ここで入力された暗証番号を前記暗証番号照合手段で照合し、暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、当該ホテルに入館可能に制御することを特徴とする。本発明によれば、ネット上で予約が完結し、客室の鍵暗証番号も取得できる仕組みを提供できる。以下、本発明のホテル予約サーバを用いたシステムにおける好適な実施の形態について、図1から図13を参照して詳細に説明する。1実施形態の概要図1は、本実施形態に係るホテル予約システムの概略構成を示した図である。各ホテルには、例えばビジネスホテル50、60と携帯電話5、又はスマートフォン80がインターネット100を介して接続されている。各ビジネスホテル50、60には、宿泊客からの予約等を受け付けるコンピュータ52と、このコンピュータに接続された予約コントローラサーバ30が設置されている。本実施形態では、宿泊客は、携帯電話5又はスマートフォン80からインターネット100を介してビジネスホテル50、60のサイトにアクセスし、宿泊の予約を行い、決済を完結し、暗証番号を設定することで、客室の鍵暗証番号を取得することができるようになっている。2実施形態の詳細図2は、予約コントローラ30のハードウェア的な構成を示した図である。また、図3は、本実施形態で用いる携帯電話5の外観を示した図である。図2に示す予約コントローラ30は、CPU中央演算処理装置31、ROMリードオンリメモリ32、通信制御部33、RAMランダムアクセスメモリ35、記憶部36がバスラインで接続されて構成されている。CPU31は、所定のプログラムに沿って各種の情報処理を行う。本実施の形態では、携帯電話5からの予約の処理や暗証番号の管理、ホテルの鍵の解錠などを行う。ROM32は、読み出し専用のメモリであり、予約コントローラ30を動作させるための基本的なプログラムやパラメータなどが記憶されている。RAM35は、読み書き専用のメモリであり、CPU31のワーキングメモリを提供したり、記憶部36に記憶されたプログラムやデータをロードして記憶したりなどする。通信制御部33は、携帯電話5やスマートフォン80との通信を行うための制御部である。記憶部36は、例えば、ハードディスクなどの大容量の記憶手段を用いて構成されており、各種プログラムを格納したプログラム格納部38、データを格納したデータ格納部39が形成されている。プログラム格納部38には、予約コントローラ30を機能させるための基本的なプログラムであるOSや、予約処理を行うプログラム、暗証番号を設定するプログラム、その他のプログラムが記憶されている。データ格納部39には、宿泊客に関するデータ、予約に関するデータ、決済に関するデータ、暗証番号に関するデータなどが記憶されている。次に、図3を参照して、携帯電話5について説明する。携帯電話5は、カメラ機能とインターネット接続機能を備えた携帯電話である。携帯電話5は、カメラ47、表示部42、操作キー48、入力キー44などを備えている。また、図示しないが、携帯電話5の内部には、CPU、ROM、RAMなどから構成される情報処理部と、例えば、EEPROMElectricallyErasableandProgrammableROMで構成され、各種プログラムやデータを記憶する読み書き可能な記憶媒体を内蔵している。携帯電話5のCPUは、ROMやその他の記憶媒体に記憶されたプログラムに従って各種の情報処理を行うようになっている。RAMは、例えば、CPUが宿泊客に予約の画面を提示したり、受信したデータを記憶したり、受信したデータを予約コントローラ30に送信したりする際のワーキングメモリを提供する。記憶媒体には、予約を受け付ける予約コントローラ30に接続するためのアプリケーションを実現するためのアプリケーションプログラムが記憶されている。CPUは、このアプリケーションプログラムを実行することにより、予約受付機能、決済選択機能、暗証番号設定機能などを実現することができる。カメラ47は、携帯電話5の背面表示部42と対向する面に形成されており、レンズなどからなる光学系と、光学系により投影された被写体の画像をデジタルデータに変換するCCDChargeCoupledDeviceを備えている。表示部42は、例えば液晶ディスプレイなどにより構成されており、電話番号など、通話に関する情報を表示する他、インターネット100を介してウェブサイトから送信されてきた各種の画面をブラウザによって表示することができる。操作キー48は、例えば、表示部42に表示されたアイコンを選択したり、あるいはリンクを選択したりなど、表示部42に表示された画面で顧客が各種の画面操作を行うためのキーである。入力キー44は、数字、文字、記号などを携帯電話5に入力するためのキーである。次に、図4から図10を用いて携帯電話5の表示部42に表示されるビジネスホテル50、60のサイト画面を参照しつつ、本実施形態の処理を順次説明する。図4は、携帯電話5でアプリケーションを起動して、インターネット100を介して、ビジネスホテル50のサイトにアクセスした際に表示部42に表示される画面の一例を示している。図5は、宿泊日を設定するための画面を示した図である。宿泊を予定する宿泊客は、まず、ABCビジネスホテルのサイトに携帯電話5のインターネットアクセス機能を用いて接続し、図4の画面を携帯電話5の表示部42に表示させる。図5の画面において、画面に表示された宿泊のご予約を承りますをクリックすると、図5の宿泊日を設定してくださいの画面に移行する。ここで、宿泊予定者は、画面の指示に従って、チェックイン日、泊数、部屋数、宿泊人数を入力する。全ての数字の入力が終了したら、次へのボタンをクリックする。図6は、支払方法を宿泊予定者に選択を促す画面である。この画面では、クレジットカード決済、コンビニ決済、その他を選択するようになっている。ここで、クレジットカード決済が選択された場合、クレジットカード番号を打ち込んで送信を行う。また、コンビニ決済を選択した場合は、コンビニで送金を行うことで予約が完了することとなる。コンビニ場合によっては決済を代行する業者から例えば電子メールで当該ビジネスホテル50のサイトに通知される。決済の完了、非完了の情報は、予約コントローラの記憶部36のデータ格納部39に格納される。なお、その他の決済方法としては、当日の現金支払い、電子マネーの送金、所定の口座からの引き落としなどがある。決済方法が確定して、次へのボタンをクリックすると、図7の予約確認画面が表示される。図7は、予約内容の確認を求める画面を示した図である。この予約確認画面は、チェックイン日、泊数、部屋数宿泊人数、決済方法を確認するために表示される。宿泊予定者が確認を行い、問題がなければ予約ボタンをクリックし、問題があれば戻るボタンをクリックして、予約処理をやり直す。なお、図6の画面でクレジットカード決済が選択された場合、この段階でクレジットカード決済の処理を行ってもよい。図8及び図9は、暗証番号の設定を求める画面を示した図である。次に、図8の画面に移行し、入室時の暗証番号の設定を行う。本実施形態では、予約時に入室時に使用する暗証番号も設定する。この暗証番号の設定は種々の方法が可能である。図8に示す例では、暗証番号を4桁の数字を宿泊予定者が入力することにより設定する。この例では、宿泊予定者の好みの4桁の数字を入力し、設定できるようになっている。また、図9に示す例のように、例えば、宿泊予定者が、クレジットカード決済を選択した場合、暗証番号の上2桁をクレジットカード番号の下2桁で予め設定し、暗証番号の下2桁を例えば携帯電話の番号の下2桁、又は生年月日の日にちから選択をさせることで設定できるようにしている。このように、4桁の暗証番号の設定は、宿泊予定者が任意に設定するようにしてもよいし、所定の条件の下で選択させるようにしてもよい。予約コントローラ30は、宿泊予定者に関する情報、宿泊予定日、決済に関する情報決済の完了の有無を含む、設定された暗証番号などを記憶部36のデータ格納部39に記憶する。図10は、予約の最終確認画面を示した図である。暗証番号の設定が終了すると、図10に示す受付の最終確認画面に移行する。ここで、例えば、4桁の暗証番号の設定方法、クレジットカード番号の下2桁及び携帯電話の番号の下2桁で設定されました。と表示しておけば、この画面を宿泊予定者が保存しておけば、当日暗証番号を忘れて解錠できないということを防止できる。図6の画面でクレジットカード決済が選択された場合、この段階でクレジットカード決済の処理を行ってもよい。また、クレジットカード決済の完了を暗証番号設定の条件としてもよい。次に、当日、宿泊予定者、即ち宿泊客が当該ビジネスホテル50を訪れた際の入室手順について説明する。図11は、ビジネスホテル50の部屋に設置された入室ドア200の一例を示した図である。このドア200には、表示部210とテンキー220が設けられている。まず、宿泊客は、当該ビジネスホテルに入り、直接予約をした部屋へ向かう。そして、そこで、図11に示すようなテンキー220が敷設された入室ドア200で、そのテンキー220を押下して、予約の際設定した暗証番号を入力する。テンキー220は、例えば、タッチパネルに設けられているものであってもよい。暗証番号が入力されると、接続されている予約コントローラ30は、記憶部36のデータ格納部39に記憶されている宿泊予定者の情報、宿泊予定日、宿泊予定の部屋、暗証番号と照合する。その結果、暗証番号が一致すれば、当該部屋のキーを解錠して、入室可能な状態にする。ここで、暗証番号の一致とともに、記憶部36のデータ格納部39に記憶されている決済の有無のデータを参照して、決済が既に完了しているか否かもチェックするようにしてもよい。仮に決済が完了していない場合は、決済を完了させてから入室下さいとの音声、又は表示を出すようにして、解錠を拒否する。この表示は、表示部210に表示する。また、照合の結果、暗証番号は一致するが、部屋が相違していた場合、部屋番号をもう一度ご確認下さいとの音声、又は表示を出すようにしてもよい。上記実施の形態では、部屋の入口で暗証番号を入力するようにしたが、例えば、ホテルの玄関、エレベータ乗降口でも暗証番号を入力させるようにしてもよい。こうすることで、部外者の侵入を防止し、ホテルの安全性をより向上させることができる。また、エレベータへ乗り込む際、暗証番号を入力させると、予約している部屋の階にのみ当該エレベータを停止させることとして、他の階へは入れないようにすることもできる。この場合は、予約コントローラ30が、入力された暗証番号と予約された部屋とを照合して、当該階へのみエレベータが停止するように制御する。また、ホテルの玄関、エレベータ乗降口でも暗証番号を入力させる際、暗証番号の一致とともに、記憶部36のデータ格納部39に記憶されている決済の有無のデータを参照して、決済が既に完了しているか否かもチェックするようにしてもよい。例えば、エレベータ乗降口で決済が完了してないことが検知された場合、直接フロントでの支払を促すこともできる。次に、図12のフローチャート参照して、予約処理の手順を説明する。図12は、宿泊予定者が、携帯電話5を介してビジネスホテルの予約を行い、且つ暗証番号を設定する手順を示したフローチャートである。まず、宿泊予定者は、自己の携帯電話5から宿泊したいビジネスホテル50のサイトにアクセスするステップ1。ホテルの側は、図4の画面を当該携帯電話5に送信して、表示させるステップ2。ここで、宿泊予定者が予約承りをクリックするとステップ3、ホテル側は、図5の画面を送信してステップ4、必要事項の入力を要求する。この入力事項が入力され、次の画面が要求されると、図6の支払方法の選択画面を送信するステップ6。宿泊予定者の支払方法に関する入力が完了し、次の画面要求が合った場合ステップ7、ビジネスホテル側は、図7の予約確認画面を送信するステップ8。予約の確認が携帯電話5から送信されるとステップ9、ホテル側は、図9の暗証番号設定の画面を送信するステップ10。これに対応して、宿泊予定者より、暗証番号が設定され、決定が送信されるとステップ11、ホテル側は、図10の最終確認画面を送信してステップ12、処理を終了する。なお、宿泊予定者は、この最終確認画面を保存しておくことで、宿泊予定日と、暗証番号をいつでも確認することができる。ステップ7でクレジットカード決済が選択された場合、この段階でクレジットカード決済の処理を行ってもよい。また、クレジットカード決済の完了を暗証番号設定の条件としてもよい。次に、図13のフローチャートを参照して、ビジネスホテル50への入室時の処理手順を説明する。図13は、宿泊予定者が、ビジネスホテル50へ訪れ、入室するまでの処理の手順を示したフローチャートである。この例では、玄関、エレベータ、各部屋で暗証番号が要求される例について説明する。まず、ホテルの玄関口に宿泊客が来た場合ステップ20;Y、当該宿泊客に暗証番号の入力を要求するステップ21。そして、暗証番号が入力されると、予約コントローラ30は、記憶部36のデータ格納部39に記憶された当該日の宿泊予定者が設定した暗証番号と一致するか否かを照合するステップ22。この照合の結果、一致しなかった場合ステップ22;N、予約コントローラ30は、は、ホテルへの入館を拒否するステップ23。一方、一致した場合ステップ22;Y、予約コントローラ30は、ホテルへの入館を許可し、解錠するステップ24。続いて、エレベータホールで、エレベータに乗り込む客がいないかをチェックするステップ25。そして、先程入館した宿泊客がエレベータに乗り込もうとする際ステップ25;Y、暗証番号の入力を要求するステップ26。そして、暗証番号が入力されると、予約コントローラ30は、記憶部36のデータ格納部39に記憶された当該日の宿泊予定者が設定した暗証番号と一致するか否かを照合するステップ27。この照合の結果、一致しなかった場合ステップ27;N、エレベータへの搭乗を拒否するステップ28。一方、一致した場合ステップ27;Y、エレベータへの搭乗を許可する。このとき、当該エレベータは、予約がなされている部屋の階に直接移動し、他の階へは停止しないようにするステップ29。これは、他の階への、関係のない宿泊客が入り込むことを防止するためである。このことにより、ホテルの安全性がより確保できる。次に、当該宿泊客が部屋の前まで来たか否かをチェックするステップ30。そして、当該宿泊客が部屋の前まで来た場合ステップ30;Y、予約コントローラ30は、暗証番号の入力を要求するステップ31。入力は、図11の入室ドア200に設けられたテンキー220を押下することにより行う。その結果、予約コントローラ30が、暗証番号の照合に失敗した場合ステップ32;N、部屋への入室を拒否するステップ33。このとき、ドア200の表示部210に、暗証番号を再度ご確認下さい。との表示を出すようにしてもよい。一方、予約コントローラ30が、暗証番号の照合に成功した場合ステップ32;Y、既に、決済が終了しているか否かを判断するステップ34。その結果、決済が終了していない場合はステップ34;N、決済を行うように促す表示を表示部210に行いステップ35、入室を拒否する。一方、予約コントローラ30が、決済の終了を確認した場合ステップ34;Y、解錠して入室を許可するステップ36。なお、決済の終了の有無をチェックするのは、ホテルの入館時に行うようにしてもよいし、エレベータに搭乗時に行うようにしてもよい。本実施形態によれば、予約から暗証番号鍵設定まで、すべてウェブ上で処理できるので、ホテルの業務処理が大幅に軽減する。また、入館時、エレベータ搭乗時、入室時に暗証番号の入力を要求することで、正規の宿泊客でないものが入り込むのを防止できるので、ホテルの安全性をより高めることができる。