(57)【要約】      （修正有）【課題】インターネットを使うことで、予約を受け付ける際に、事前に暗証番号の受け渡しを行い、鍵そのものの授受を不要としたホテル予約サーバを提供する。【解決手段】予約を受け付ける際に、入室時の暗証番号の設定を行う。４桁の暗証番号の設定は、宿泊予定者が任意に設定するようにしてもよいし、所定の条件の下で選択させるようにしてもよい。予約コントローラ３０は、宿泊予定者に関する情報、宿泊予定日、設定された暗証番号などを記憶部３６のデータ格納部３９に記憶する。そして、宿泊客が入室する際、この暗証番号を入力し、一致すれば解錠して入室可能とする。【選択図】図２
2013054472.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して宿泊予定者のコンピュータからの宿泊予約を受け付けるホテル予約受付サーバであって、
宿泊予定日、宿泊部屋を含む宿泊条件を受け付ける宿泊条件受付手段と、
前記宿泊条件受付手段で受け付けた宿泊に対する支払の条件を受け付ける決済条件受付手段と、
前記宿泊条件受付手段で受け付けた宿泊の際、各部屋へ入室するときに解錠に用いる暗証番号の設定を受け付ける暗証番号設定受付手段と、を備え、
前記宿泊条件受付手段で受け付けた宿泊予定日に、宿泊予定部屋で暗証番号の入力を受け付ける暗証番号入力受付手段と、
前記暗証番号入力受付手段で入力を受け付けた暗証番号と、前記暗証番号設定受付手段で設定を受け付けた暗証番号を照合する暗証番号照合手段と、
前記決済条件受付手段で受け付けた決済条件での決済が完了しているか否かを確認する決済完了確認手段と、
前記暗証番号照合手段での照合により暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、当該部屋の解錠を行う解錠手段と、を備えたことを特徴とするホテル予約サーバ。
【請求項２】
前記暗証番号入力受付手段をエレベータホールに設け、ここで入力された暗証番号を前記暗証番号照合手段で照合し、暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、エレベータを前記宿泊条件受付手段で受け付けた宿泊部屋のある階にのみ停止可能に制御することを特徴とする請求項１に記載のホテル予約サーバ。
【請求項３】
前記暗証番号入力受付手段をホテルの玄関口に設け、ここで入力された暗証番号を前記暗証番号照合手段で照合し、暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、当該ホテルに入館可能に制御することを特徴とする請求項１又は請求項２に記載のホテル予約サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホテル予約システムにおいて、例えば、ビジネスホテルでフロント等でのチェックイン、キーの受け渡しなどの手続きを省略することができるホテル予約サーバに関する。
【背景技術】
【０００２】
一般に、ビジネスホテルなどのホテルでは、宿泊客から宿泊料金の低減化の要求が強く、一方で安全性の確保、サービスの向上が求められてきた。
そこで、従来より、ホテルの予約、チェックイン、キーの受け渡し、チェックアウトなどに関し、ＩＴ技術を用いて可能な限り省力化し、業務の効率化、コストの削減を図る技術の提案が種々なされている。
例えば、特許文献１記載の発明では、客室に設けられた自動清算機とフロントコンピュータを接続して、現金、クレジットカード、デビットカードで決済を行える客室内料金精算システムが開示されている。
また、特許文献２には、２次元データコードを用いることにより、宿泊施設の予約、チェックイン、客室の開錠、及びチェックアウトを効率的に行う宿泊施設利用システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１０９６２９号公報
【特許文献２】特開２００７−１４９５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ホテルなどの宿泊施設で安全確保の上で特に重要であり、且つ業務遂行上最も考慮しなければならない事項として、各客室の鍵の管理の問題がある。
一般に、ホテルの来客にフロントで通常の鍵そのものを手渡すか、カード型の鍵を渡し、各客室でドアの所定の位置にそのカード型の鍵を挿入またはかざすことにより、各部屋に入室して、当該部屋を利用可能としていた。
しかしながら、このような方法によれば、鍵の受け渡し、回収に手間がかかり、また、客によっては、鍵そのものを紛失するといった面倒なことも起こり得た。
また、ホテルにおいて、客の支払の受付も手間のかかる業務である。すなわち、現金での支払いとなると、フロントで貨幣の受け渡しが必要となり、同時刻に多くの客がチェックイン、チェックアウトを行おうとすると、処理のために客を長い時間待たせることもあり得た。
そこで、本発明の目的は、インターネットなどの通信回線を使うことで、予約を受け付ける際に、決済を行い、事前に暗証番号の受け渡しを行い、鍵そのものの授受を不要としたホテル予約サーバを提供することである。
【課題を解決するための手段】
【０００５】
請求項１記載の発明では、通信回線を介して宿泊予定者のコンピュータからの宿泊予約を受け付けるホテル予約受付サーバであって、宿泊予定日、宿泊部屋を含む宿泊条件を受け付ける宿泊条件受付手段と、前記宿泊条件受付手段で受け付けた宿泊に対する支払の条件を受け付ける決済条件受付手段と、前記宿泊条件受付手段で受け付けた宿泊の際、各部屋へ入室するときに解錠に用いる暗証番号の設定を受け付ける暗証番号設定受付手段と、を備え、前記宿泊条件受付手段で受け付けた宿泊予定日に、宿泊予定部屋で暗証番号の入力を受け付ける暗証番号入力受付手段と、前記暗証番号入力受付手段で入力を受け付けた暗証番号と、前記暗証番号設定受付手段で設定を受け付けた暗証番号を照合する暗証番号照合手段と、前記決済条件受付手段で受け付けた決済条件での決済が完了しているか否かを確認する決済完了確認手段と、前記暗証番号照合手段での照合により暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、当該部屋の解錠を行う解錠手段と、を備えたことを特徴とするホテル予約サーバを提供することで、前記目的を達成する。
請求項２記載の発明では、請求項１記載の発明において、前記暗証番号入力受付手段をエレベータホールに設け、ここで入力された暗証番号を前記暗証番号照合手段で照合し、暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、エレベータを前記宿泊条件受付手段で受け付けた宿泊部屋のある階にのみ停止可能に制御することを特徴とする。
請求項３記載の発明では、請求項１又は請求項２記載の発明において、前記暗証番号入力受付手段をホテルの玄関口に設け、ここで入力された暗証番号を前記暗証番号照合手段で照合し、暗証番号が一致した場合、前記決済完了確認手段で決済が完了していることを確認したとき、当該ホテルに入館可能に制御することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、ネット上で予約が完結し、客室の鍵（暗証番号）も取得できる仕組みを提供できる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態に係るホテル予約システムの概略構成を示した図である。
【図２】予約コントローラのハードウェア的な構成を示した図である。
【図３】本実施形態で用いる携帯電話の外観を示した図である。
【図４】ビジネスホテルのサイトにアクセスした際に表示部に表示される画面の一例を示した図である。
【図５】宿泊日を設定するための画面を示した図である。
【図６】支払方法の選択を促す画面を示した図である。
【図７】予約内容の確認を求める画面を示した図である。
【図８】暗証番号の設定を求める画面を示した図である。
【図９】暗証番号の設定を求める画面を示した図である。
【図１０】予約の最終確認画面を示した図である。
【図１１】暗証番号を入力するためのテンキーを備えたホテルのドアの一例を示した図である。
【図１２】予約を行う処理手順を示したフローチャートである。
【図１３】宿泊客の入室までの手順を示したフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明のホテル予約サーバを用いたシステムにおける好適な実施の形態について、図１から図１３を参照して詳細に説明する。
（１）実施形態の概要
図１は、本実施形態に係るホテル予約システムの概略構成を示した図である。各ホテルには、例えばビジネスホテル５０、６０と携帯電話５、又はスマートフォン８０がインターネット１００を介して接続されている。
各ビジネスホテル５０、６０には、宿泊客からの予約等を受け付けるコンピュータ５２と、このコンピュータに接続された予約コントローラ（サーバ）３０が設置されている。
本実施形態では、宿泊客は、携帯電話５又はスマートフォン８０からインターネット１００を介してビジネスホテル５０、６０のサイトにアクセスし、宿泊の予約を行い、決済を完結し、暗証番号を設定することで、客室の鍵（暗証番号）を取得することができるようになっている。
【０００９】
（２）実施形態の詳細
図２は、予約コントローラ３０のハードウェア的な構成を示した図である。また、図３は、本実施形態で用いる携帯電話５の外観を示した図である。
図２に示す予約コントローラ３０は、ＣＰＵ（中央演算処理装置）３１、ＲＯＭ（リード・オンリ・メモリ）３２、通信制御部３３、ＲＡＭ（ランダム・アクセス・メモリ）３５、記憶部３６がバスラインで接続されて構成されている。
ＣＰＵ３１は、所定のプログラムに沿って各種の情報処理を行う。本実施の形態では、携帯電話５からの予約の処理や暗証番号の管理、ホテルの鍵の解錠などを行う。
ＲＯＭ３２は、読み出し専用のメモリであり、予約コントローラ３０を動作させるための基本的なプログラムやパラメータなどが記憶されている。
【００１０】
ＲＡＭ３５は、読み書き専用のメモリであり、ＣＰＵ３１のワーキングメモリを提供したり、記憶部３６に記憶されたプログラムやデータをロードして記憶したりなどする。
通信制御部３３は、携帯電話５やスマートフォン８０との通信を行うための制御部である。
記憶部３６は、例えば、ハードディスクなどの大容量の記憶手段を用いて構成されており、各種プログラムを格納したプログラム格納部３８、データを格納したデータ格納部３９が形成されている。
プログラム格納部３８には、予約コントローラ３０を機能させるための基本的なプログラムであるＯＳや、予約処理を行うプログラム、暗証番号を設定するプログラム、その他のプログラムが記憶されている。
データ格納部３９には、宿泊客に関するデータ、予約に関するデータ、決済に関するデータ、暗証番号に関するデータなどが記憶されている。
【００１１】
次に、図３を参照して、携帯電話５について説明する。携帯電話５は、カメラ機能とインターネット接続機能を備えた携帯電話である。
携帯電話５は、カメラ４７、表示部４２、操作キー４８、入力キー４４などを備えている。
また、図示しないが、携帯電話５の内部には、ＣＰＵ、ＲＯＭ、ＲＡＭなどから構成される情報処理部と、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）で構成され、各種プログラムやデータを記憶する読み書き可能な記憶媒体を内蔵している。
【００１２】
携帯電話５のＣＰＵは、ＲＯＭやその他の記憶媒体に記憶されたプログラムに従って各種の情報処理を行うようになっている。
ＲＡＭは、例えば、ＣＰＵが宿泊客に予約の画面を提示したり、受信したデータを記憶したり、受信したデータを予約コントローラ３０に送信したりする際のワーキングメモリを提供する。
【００１３】
記憶媒体には、予約を受け付ける予約コントローラ３０に接続するためのアプリケーションを実現するためのアプリケーションプログラムが記憶されている。
ＣＰＵは、このアプリケーションプログラムを実行することにより、予約受付機能、決済選択機能、暗証番号設定機能などを実現することができる。
【００１４】
カメラ４７は、携帯電話５の背面（表示部４２と対向する面）に形成されており、レンズなどからなる光学系と、光学系により投影された被写体の画像をデジタルデータに変換するＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）を備えている。
表示部４２は、例えば液晶ディスプレイなどにより構成されており、電話番号など、通話に関する情報を表示する他、インターネット１００を介してウェブサイトから送信されてきた各種の画面をブラウザによって表示することができる。
操作キー４８は、例えば、表示部４２に表示されたアイコンを選択したり、あるいはリンクを選択したりなど、表示部４２に表示された画面で顧客が各種の画面操作を行うためのキーである。
入力キー４４は、数字、文字、記号などを携帯電話５に入力するためのキーである。
【００１５】
次に、図４から図１０を用いて携帯電話５の表示部４２に表示されるビジネスホテル５０、６０のサイト画面を参照しつつ、本実施形態の処理を順次説明する。
図４は、携帯電話５でアプリケーションを起動して、インターネット１００を介して、ビジネスホテル５０のサイトにアクセスした際に表示部４２に表示される画面の一例を示している。
図５は、宿泊日を設定するための画面を示した図である。
宿泊を予定する宿泊客は、まず、ＡＢＣビジネスホテルのサイトに携帯電話５のインターネットアクセス機能を用いて接続し、図４の画面を携帯電話５の表示部４２に表示させる。
図５の画面において、画面に表示された「宿泊のご予約を承ります」をクリックすると、図５の「宿泊日を設定してください」の画面に移行する。
ここで、宿泊予定者は、画面の指示に従って、チェックイン日、泊数、部屋数、宿泊人数を入力する。
全ての数字の入力が終了したら、「次へ」のボタンをクリックする。
【００１６】
図６は、支払方法を宿泊予定者に選択を促す画面である。
この画面では、クレジットカード決済、コンビニ決済、その他を選択するようになっている。
ここで、クレジットカード決済が選択された場合、クレジットカード番号を打ち込んで送信を行う。また、コンビニ決済を選択した場合は、コンビニで送金を行うことで予約が完了することとなる。コンビニ（場合によっては決済を代行する業者）から例えば電子メールで当該ビジネスホテル５０のサイトに通知される。
決済の完了、非完了の情報は、予約コントローラの記憶部３６のデータ格納部３９に格納される。
なお、その他の決済方法としては、当日の現金支払い、電子マネーの送金、所定の口座からの引き落としなどがある。
決済方法が確定して、「次へ」のボタンをクリックすると、図７の予約確認画面が表示される。
図７は、予約内容の確認を求める画面を示した図である。
この予約確認画面は、チェックイン日、泊数、部屋数（宿泊人数）、決済方法を確認するために表示される。
宿泊予定者が確認を行い、問題がなければ「予約」ボタンをクリックし、問題があれば「戻る」ボタンをクリックして、予約処理をやり直す。
なお、図６の画面でクレジットカード決済が選択された場合、この段階でクレジットカード決済の処理を行ってもよい。
【００１７】
図８及び図９は、暗証番号の設定を求める画面を示した図である。
次に、図８の画面に移行し、入室時の暗証番号の設定を行う。
本実施形態では、予約時に入室時に使用する暗証番号も設定する。この暗証番号の設定は種々の方法が可能である。
図８に示す例では、暗証番号を４桁の数字を宿泊予定者が入力することにより設定する。この例では、宿泊予定者の好みの４桁の数字を入力し、設定できるようになっている。
また、図９に示す例のように、例えば、宿泊予定者が、クレジットカード決済を選択した場合、暗証番号の上２桁をクレジットカード番号の下２桁で予め設定し、暗証番号の下２桁を例えば携帯電話の番号の下２桁、又は生年月日の日にちから選択をさせることで設定できるようにしている。
このように、４桁の暗証番号の設定は、宿泊予定者が任意に設定するようにしてもよいし、所定の条件の下で選択させるようにしてもよい。
予約コントローラ３０は、宿泊予定者に関する情報、宿泊予定日、決済に関する情報（決済の完了の有無を含む）、設定された暗証番号などを記憶部３６のデータ格納部３９に記憶する。
図１０は、予約の最終確認画面を示した図である。
暗証番号の設定が終了すると、図１０に示す受付の最終確認画面に移行する。ここで、例えば、４桁の暗証番号の設定方法、「クレジットカード番号の下２桁及び携帯電話の番号の下２桁で設定されました。」と表示しておけば、この画面を宿泊予定者が保存しておけば、当日暗証番号を忘れて解錠できないということを防止できる。
図６の画面でクレジットカード決済が選択された場合、この段階でクレジットカード決済の処理を行ってもよい。また、クレジットカード決済の完了を暗証番号設定の条件としてもよい。
【００１８】
次に、当日、宿泊予定者、即ち宿泊客が当該ビジネスホテル５０を訪れた際の入室手順について説明する。
図１１は、ビジネスホテル５０の部屋に設置された入室ドア２００の一例を示した図である。このドア２００には、表示部２１０とテンキー２２０が設けられている。
まず、宿泊客は、当該ビジネスホテルに入り、直接予約をした部屋へ向かう。そして、そこで、図１１に示すようなテンキー２２０が敷設された入室ドア２００で、そのテンキー２２０を押下して、予約の際設定した暗証番号を入力する。テンキー２２０は、例えば、タッチパネルに設けられているものであってもよい。
暗証番号が入力されると、接続されている予約コントローラ３０は、記憶部３６のデータ格納部３９に記憶されている宿泊予定者の情報、宿泊予定日、宿泊予定の部屋、暗証番号と照合する。その結果、暗証番号が一致すれば、当該部屋のキーを解錠して、入室可能な状態にする。
ここで、暗証番号の一致とともに、記憶部３６のデータ格納部３９に記憶されている決済の有無のデータを参照して、決済が既に完了しているか否かもチェックするようにしてもよい。仮に決済が完了していない場合は、「決済を完了させてから入室下さい」との音声、又は表示を出すようにして、解錠を拒否する。この表示は、表示部２１０に表示する。
また、照合の結果、暗証番号は一致するが、部屋が相違していた場合、「部屋番号をもう一度ご確認下さい」との音声、又は表示を出すようにしてもよい。
【００１９】
上記実施の形態では、部屋の入口で暗証番号を入力するようにしたが、例えば、ホテルの玄関、エレベータ乗降口でも暗証番号を入力させるようにしてもよい。こうすることで、部外者の侵入を防止し、ホテルの安全性をより向上させることができる。
また、エレベータへ乗り込む際、暗証番号を入力させると、予約している部屋の階にのみ当該エレベータを停止させることとして、他の階へは入れないようにすることもできる。この場合は、予約コントローラ３０が、入力された暗証番号と予約された部屋とを照合して、当該階へのみエレベータが停止するように制御する。
また、ホテルの玄関、エレベータ乗降口でも暗証番号を入力させる際、暗証番号の一致とともに、記憶部３６のデータ格納部３９に記憶されている決済の有無のデータを参照して、決済が既に完了しているか否かもチェックするようにしてもよい。
例えば、エレベータ乗降口で決済が完了してないことが検知された場合、直接フロントでの支払を促すこともできる。
【００２０】
次に、図１２のフローチャート参照して、予約処理の手順を説明する。
図１２は、宿泊予定者が、携帯電話５を介してビジネスホテルの予約を行い、且つ暗証番号を設定する手順を示したフローチャートである。
まず、宿泊予定者は、自己の携帯電話５から宿泊したいビジネスホテル５０のサイトにアクセスする（ステップ１）。ホテルの側は、図４の画面を当該携帯電話５に送信して、表示させる（ステップ２）。
ここで、宿泊予定者が「予約承り」をクリックすると（ステップ３）、ホテル側は、図５の画面を送信して（ステップ４）、必要事項の入力を要求する。この入力事項が入力され、次の画面が要求されると、図６の支払方法の選択画面を送信する（ステップ６）。
宿泊予定者の支払方法に関する入力が完了し、次の画面要求が合った場合（ステップ７）、ビジネスホテル側は、図７の予約確認画面を送信する(ステップ８）。
「予約」の確認が携帯電話５から送信されると（ステップ９）、ホテル側は、図９の「暗証番号設定」の画面を送信する（ステップ１０）。
これに対応して、宿泊予定者より、暗証番号が設定され、「決定」が送信されると（ステップ１１）、ホテル側は、図１０の最終確認画面を送信して(ステップ１２）、処理を終了する。
なお、宿泊予定者は、この最終確認画面を保存しておくことで、宿泊予定日と、暗証番号をいつでも確認することができる。
ステップ７でクレジットカード決済が選択された場合、この段階でクレジットカード決済の処理を行ってもよい。また、クレジットカード決済の完了を暗証番号設定の条件としてもよい。
【００２１】
次に、図１３のフローチャートを参照して、ビジネスホテル５０への入室時の処理手順を説明する。
図１３は、宿泊予定者が、ビジネスホテル５０へ訪れ、入室するまでの処理の手順を示したフローチャートである。
この例では、玄関、エレベータ、各部屋で暗証番号が要求される例について説明する。
まず、ホテルの玄関口に宿泊客が来た場合（ステップ２０；Ｙ）、当該宿泊客に暗証番号の入力を要求する（ステップ２１）。
そして、暗証番号が入力されると、予約コントローラ３０は、記憶部３６のデータ格納部３９に記憶された当該日の宿泊予定者が設定した暗証番号と一致するか否かを照合する（ステップ２２）。
この照合の結果、一致しなかった場合（ステップ２２；Ｎ）、予約コントローラ３０は、は、ホテルへの入館を拒否する（ステップ２３）。一方、一致した場合（ステップ２２；Ｙ）、予約コントローラ３０は、ホテルへの入館を許可し、解錠する（ステップ２４）。
続いて、エレベータホールで、エレベータに乗り込む客がいないかをチェックする（ステップ２５）。そして、先程入館した宿泊客がエレベータに乗り込もうとする際（ステップ２５；Ｙ）、暗証番号の入力を要求する（ステップ２６）。
そして、暗証番号が入力されると、予約コントローラ３０は、記憶部３６のデータ格納部３９に記憶された当該日の宿泊予定者が設定した暗証番号と一致するか否かを照合する（ステップ２７）。
この照合の結果、一致しなかった場合（ステップ２７；Ｎ）、エレベータへの搭乗を拒否する（ステップ２８）。一方、一致した場合（ステップ２７；Ｙ）、エレベータへの搭乗を許可する。このとき、当該エレベータは、予約がなされている部屋の階に直接移動し、他の階へは停止しないようにする（ステップ２９）。これは、他の階への、関係のない宿泊客が入り込むことを防止するためである。このことにより、ホテルの安全性がより確保できる。
【００２２】
次に、当該宿泊客が部屋の前まで来たか否かをチェックする（ステップ３０）。そして、当該宿泊客が部屋の前まで来た場合（ステップ３０；Ｙ）、予約コントローラ３０は、暗証番号の入力を要求する（ステップ３１）。入力は、図１１の入室ドア２００に設けられたテンキー２２０を押下することにより行う。
その結果、予約コントローラ３０が、暗証番号の照合に失敗した場合（ステップ３２；Ｎ）、部屋への入室を拒否する（ステップ３３）。このとき、ドア２００の表示部２１０に、「暗証番号を再度ご確認下さい。」との表示を出すようにしてもよい。
一方、予約コントローラ３０が、暗証番号の照合に成功した場合（ステップ３２；Ｙ）、既に、決済が終了しているか否かを判断する（ステップ３４）。
その結果、決済が終了していない場合は（ステップ３４；Ｎ）、決済を行うように促す表示を表示部２１０に行い（ステップ３５）、入室を拒否する。
一方、予約コントローラ３０が、決済の終了を確認した場合（ステップ３４；Ｙ）、解錠して入室を許可する（ステップ３６）。
なお、決済の終了の有無をチェックするのは、ホテルの入館時に行うようにしてもよいし、エレベータに搭乗時に行うようにしてもよい。
【００２３】
本実施形態によれば、予約から暗証番号（鍵）設定まで、すべてウェブ上で処理できるので、ホテルの業務処理が大幅に軽減する。また、入館時、エレベータ搭乗時、入室時に暗証番号の入力を要求することで、正規の宿泊客でないものが入り込むのを防止できるので、ホテルの安全性をより高めることができる。
【符号の説明】
【００２４】
５  携帯電話
３０  予約コントローラ
５０、６０  ビジネスホテル
５２  コンピュータ
５４  予約コントローラ
８０  スマートフォン
１００  インターネット
２００  入室ドア
２１０  表示部
２２０  テンキー
【図１】
2013054472.tif 000003
【図２】
2013054472.tif 000004
【図３】
2013054472.tif 000005
【図４】
2013054472.tif 000006
【図５】
2013054472.tif 000007
【図６】
2013054472.tif 000008
【図７】
2013054472.tif 000009
【図８】
2013054472.tif 000010
【図９】
2013054472.tif 000011
【図１０】
2013054472.tif 000012
【図１１】
2013054472.tif 000013
【図１２】
2013054472.tif 000014
【図１３】
2013054472.tif 000015