JP2005124051A - ホテルネットワークシステム - Google Patents

Abstract

【課題】 客室にＬＡＮを敷設した場合にデータ通信サービスを規制する仕組みがない。
【解決手段】 ＰＢＸ１７が設置されている主拠点１０とその他の副拠点２０の間をＷＡＮ３０で接続する。各拠点には、ＷＡＮと基幹ＬＡＮ５０との間を接続するルータ２１と、基幹ＬＡＮとＶＬＡＮ６０との間を接続する客室ルータ２２と、客室２７と一対一対応の客室ＬＡＮ７０とＶＬＡＮとの間を接続する少なくとも一つのスイッチングハブ２６と、客室ＬＡＮと客室のＰＣ27-3との間を接続する客室毎のハブ27-1とを設ける。客室ルータは、受信パケットの送信元が客室の状態（ゲストがチェックインまたはチェックアウトしたか否か）に応じて送信許可されているサービスを利用している場合、受信したＭＡＣフレームの宛先ＩＰアドレスを元に、内蔵しているルーティングテーブルを参照し、受信パケットを基幹ＬＡＮまたはＶＬＡＮに送信する。
【選択図】 図２

Description

本発明は、ホテルの客室にインターネット接続環境を提供するホテルネットワークシステムに関する。

この種の従来技術の一例は、ホテルの客室においてコンピュータを内線電話回線経由で電話交換機に接続し、電話交換機からコンピュータネットワークに接続するためのアクセスサーバと、利用者やパスワード等を保存し管理する認証サーバ等の機器とを結合したネットワーク自体をルータを介して専用線でインターネットに接続し、そのための設定を行うことで利用者にインターネット接続環境を提供している（例えば、特許文献１参照）。

また、他の例は、客室と内線電話交換機間を接続する内線回線を分岐して端末用回線とし、内線電話交換機とアクセスサーバ間には複数の内線回線が接続され、更にアクセスサーバは専用線を介してインターネットに接続されたホテルインターネットシステムであって、利用者は端末用回線に端末を接続し、アクセスサーバの備える認証手段によって認証されることによりインターネット接続を可能としている（例えば、特許文献２参照）。

特開平１１−１５５１５９（第１頁ー第２頁、図１） 特開２００２−１６５２４１（第１頁ー第６頁、図１）

上述した従来技術は、いずれも既存の内線回線等の設備を最大限利用することにより、ホテル内にＬＡＮを敷設する場合の多大なコスト削減を狙ったものであると思われる。しかし、内線回線を経由する限り、必然的に利用上の制約があり、利用者は専用線接続の場合の利便性を期待することができない。

ところで、客室にＬＡＮを敷設した場合、客室のＬＡＮと基幹となるＬＡＮの間に客室の状態（チェックインまたはチェックアウト）によってデータ通信を制限する仕組みがないため、客室の状態に関わらすゲストは客室からデータ通信が可能であり、チェックイン前またはチェックアウト後にもインターネット接続することが可能であるという第１の問題点がある。

また、客室にＬＡＮを敷設した場合、客室間のセキュリティが脅かされかねないという第２の問題点がある。

そこで、本発明の目的は、客室に設置されたパソコンなどＩＰ端末で利用できるサービスを客室の状態に応じて制限しつつ、利便性の高い客室ＬＡＮ方式のホテルネットワークシステムを提供することにある。

本発明の他の目的は、客室間のセキュリティを向上させた客室ＬＡＮ方式のホテルネットワークシステムを提供することにある。

請求項１記載の発明は、チェーンホテルの客室にインターネット接続環境を提供するホテルネットワークシステムにおいて、ＰＢＸ（図２の１７）が設置されている主拠点（図２の１０）とその他の副拠点（図２の２０）の間をＩＰ網（図２の３０）で接続し、各拠点には、ＩＰ網と基幹ＬＡＮ（図２の５０）との間を接続するルータ（図２の２１）と、基幹ＬＡＮとＶＬＡＮ（図２の６０）との間を接続する客室ルータ（図２の２２）と、客室（図２の２７）と一対一対応の客室ＬＡＮ（図２の７０）とＶＬＡＮとの間を接続する少なくとも一つのスイッチングハブ（図２の２６）と、客室ＬＡＮと客室のＩＰ端末（図２の27-3）との間を接続する客室毎のハブ（図２の27-1）とを設け、客室ルータは、受信パケットの送信元が客室の状態（ゲストがチェックインまたはチェックアウトしたか否か）に応じて送信許可されているサービスを利用している場合、受信したＭＡＣフレームの宛先ＩＰアドレスを元に、内蔵しているルーティングテーブルを参照し、受信パケットを基幹ＬＡＮまたはＶＬＡＮに送信することを特徴とする。

請求項２記載の発明は、請求項１記載の発明において、客室ルータのメモリ（図８の６）は、スイッチングハブに接続されている客室ＬＡＮのポートと一対一対応でＴＣＩ領域を有し、各ＴＣＩ領域は、客室状態ビット（図９の＊１）と、客室内線番号と、当該ハブに接続されるＩＰ端末のＭＡＣアドレスと、該ＭＡＣアドレスと一対一対応のフィルタデータ（図９の＊２）とを含み、客室状態ビットは当該客室のチェックイン／チェックアウトの状態を表わし、フィルタデータは客室と該客室ルータ間の送信の許否を定める場合のＩＰアドレスの範囲を画し、ＭＡＣアドレスは当該ＩＰ端末のＩＰアドレスと状態を示すステータス（図９の＊３）を有し、客室ルータは、メモリを読み出し、その内容によって送信許可されているサービスを利用しているか否かの判断をすることを特徴とする。

請求項３記載の発明は、請求項２記載の発明において、拠点においてチェックインまたはチェックアウトしたときは、客室状態情報を当該拠点のホストコンピュータ（図２の２３）により、ゲストが宿泊する（していた）客室番号と共に主拠点のホテルサーバ経由でＰＢＸに通知し、ＰＢＸは、この時の客室状態情報をＤＮＳサーバ（図２の１８）が求める宛先により拠点の客室ル−タに送信し、客室ル−タは必要に応じて客室状態ビットを更新することを特徴とする。

請求項４記載の発明は、請求項１ないし請求項３のいずれかに記載の発明において、客室のＩＰ端末から客室ルータが備えているＤＨＣＰサーバ（図２の２５）にアクセスＩＰアドレスを取得する場合は、客室ルータが、受信パケットに設定されている送信元ＭＡＣアドレスを客室メモリの該当するＴＣＩのＭＡＣアドレスに設定し、ステータスフィールドのOFFERビットを設定して、該当するＴＣＩの客室メモリのフィルタデータを参照し、ＤＨＣＰサーバが送信許可になっていれば基幹ＬＡＮに送信する手順と、ＤＨＣＰサーバが、宛先ＭＡＣアドレスを客室ルータに設定してDHCP OFFERを基幹ＬＡＮに送信し、客室メモリのステータスフィールド中のOFFERビットが立っているＭＡＣアドレスを求めて、当該フィルタデータを参照し、ＤＨＣＰサーバが送信許可になっていればＶＬＡＮに送信してステータスフィールド中のOFFERビットをクリアする手順と、DHCP OFFERを受信したＩＰ端末が、配布されたネットワーク情報を設定後、DHCP REQUESTをＶＬＡＮにパケットを送信し、客室ルータはＴＣＩから客室メモリを読み出して、フィルタデータによりＤＨＣＰサーバが送信許可になっていれば基幹ＬＡＮ送信するとともに、受信したパケットに設定されている送信元ＩＰアドレスを客室メモリに設定されているＭＡＣアドレスに対応づけて設定する手順と、DHCP REQUESTを受信したＤＨＣＰサーバが、DHCP ACKを基幹ＬＡＮに送信し、客室ルータはこのパケットを受信すると、宛先ＩＰアドレスから客室メモリを検索して、該当する客室メモリのフィルタデータを参照し、その結果、ＤＨＣＰサーバが送信許可になっていればＶＬＡＮへ送信する手順とを実行することを特徴とする。

請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載の発明において、客室のＩＰ端末からＷＥＢアクセスする場合は、ＩＰ端末はＵＲＬの名前を解決するために、客室ルータが備えているＤＨＣＰサーバに問合せを行なうべく、上記ＵＲＬをデータとして持つパケットに宛先ポート番号に設定して客室ＬＡＮに送信し、客室ルータはＴＣＩから客室メモリを読み出して、フィルタデータによりＤＮＳサーバが送信許可になっていれば基幹ＬＡＮに送信し、受信したパケットに設定されている宛先ＭＡＣが客室メモリに設定されていない場合、ＭＡＣアドレスとＩＰアドレスを該当する客室メモリに設定する手順と、主拠点が備えているＤＮＳサーバは名前解決を行なうと、送信元である客室のＩＰアドレスを宛先ＩＰアドレスとして設定し、名前解決したデータを含むパケットを送信し、ＷＡＮから本データを受けたルータは宛先ＩＰアドレスにより客室ルータへ本パケットを転送し、客室ルータではＩＰアドレスを元に客室メモリを検索し、該当する客室メモリのフィルタデータを参照し、送信許可であればＶＬＡＮへ送信する手順と、名前解決できたＩＰ端末は拠点のプロキシサーバにアクセス要求を出すために宛先ポート番号を設定して客室ＬＡＮにパケットを送信し、客室ルータはＴＣＩを元に客室メモリを読み出し、フィルタデータによりＨＴＴＰサーバが客室の状態に応じて許可になっていれば基幹ＬＡＮに送信し、受信したパケットに設定されている送信元ＭＡＣが客室メモリに設定されていない場合、客室メモリに送信元ＭＡＣアドレスとＩＰアドレスを設定する手順と、ＷＷＷサーバからデータを受信したプロキシサーバは客室ルータに受信データを送信し、客室ルータは受信データをＩＰ端末へ中継する手順とを実行することを特徴とする。

請求項６記載の発明は、請求項１ないし請求項５のいずれかに記載の発明において、スイッチングハブは、ＩＰ端末からＭＡＣフレームを受信したときは、IEEE802.1Q規格のタグであり受信したポートに割り付けられている客室ＬＡＮのＩＤであるＴＣＩと、IEEE802.1Qタグを表わすタイプＩＤであるＴＰＩＤをＭＡＣフレームに挿入してＶＬＡＮに送信し、また客室ルータからＭＡＣフレームを受信すると、ＭＡＣフレームのＴＣＩを参照し、そのＴＣＩが管理しているポートのＴＣＩの場合、受信フレームからIEEE802.1Qタグを取り除き、該当する客室のポートにのみＭＡＣフレームを送信することを特徴とする。

請求項７記載の発明は、請求項６に記載の発明において、客室ルータは、基幹ＬＡＮに受信パケットを送信するときは、受信パケットからIEEE802.1Qタグを取り除き、またＶＬＡＮに受信パケットを送信するときは、受信パケットが客室の状態に応じて送信許可されているサービスであれば、客室のＴＣＩを求め、IEEE802.1Qタグを挿入してＶＬＡＮへＭＡＣフレームを送信することを特徴とする。

本発明の第１の効果は、メモリに記憶され適時に更新される客室状態情報によって、客室ルータは受信したパケットの通過を許可し、または阻止する機能を備えたため、客室のＰＣなどを使ったデータ通信も従来の音声通信と同様に客室状態情報に応じて可能にすることができるということである。

本発明の第２の効果は、各客室のＬＡＮが収容されているスイッチングハブの各ポート毎にＶＬＡＮを設定しておき、客室ルータが客室から届いたデータを客室の状態に応じて他の客室へ転送する／しないを判断することとしたため、本来なら各客室にルータを設置しなければ実現できないような客室間のセキュリティ向上機能を安価に実現することが可能になったということである。

本発明のホテルネットワークシステムは、チェーンホテルの客室にインターネット接続環境を提供するホテルネットワークシステムにおいて、ＰＢＸが設置されている主拠点とその他の副拠点の間をＩＰ網で接続し、各拠点には、ＩＰ網と基幹ＬＡＮとの間を接続するルータと、基幹ＬＡＮとＶＬＡＮとの間を接続する客室ルータと、客室と一対一対応の客室ＬＡＮとＶＬＡＮとの間を接続する少なくとも一つのスイッチングハブと、客室ＬＡＮと客室のＩＰ端末との間を接続する客室毎のハブとを設ける。

客室ルータは、受信パケットの送信元が客室の状態（ゲストがチェックインまたはチェックアウトしたか否か）に応じて送信許可されているサービスを利用している場合、受信したＭＡＣフレームの宛先ＩＰアドレスを元に、内蔵しているルーティングテーブルを参照し、受信パケットを基幹ＬＡＮまたはＶＬＡＮに送信する。

客室ルータのメモリは、スイッチングハブに接続されている客室ＬＡＮのポートと一対一対応でＴＣＩ領域を有し、各ＴＣＩ領域は、客室状態ビットと、客室内線番号と、当該ハブに接続されるＩＰ端末のＭＡＣアドレスと、該ＭＡＣアドレスと一対一対応のフィルタデータとを含み、客室状態ビットは当該客室のチェックイン／チェックアウトの状態を表わし、フィルタデータは客室と該客室ルータ間の送信の許否を定める場合のＩＰアドレスの範囲を画し、ＭＡＣアドレスは当該ＩＰ端末のＩＰアドレスと状態を示すステータスを有し、客室ルータは、メモリを読み出し、その内容によって送信許可されているサービスを利用しているか否かの判断をする。

拠点においてチェックインまたはチェックアウトしたときは、客室状態情報を当該拠点のホストコンピュータにより、ゲストが宿泊する（していた）客室番号と共に主拠点のホテルサーバ経由でＰＢＸに通知し、ＰＢＸは、この時の客室状態情報をＤＮＳサーバが求める宛先により拠点の客室ル−タに送信し、客室ル−タは必要に応じて客室状態ビットを更新する。

スイッチングハブは、ＩＰ端末からＭＡＣフレームを受信したときは、IEEE802.1Q規格のタグであり受信したポートに割り付けられている客室ＬＡＮのＩＤであるＴＣＩと、IEEE802.1Qタグを表わすタイプＩＤであるＴＰＩＤをＭＡＣフレームに挿入してＶＬＡＮに送信し、また客室ルータからＭＡＣフレームを受信すると、ＭＡＣフレームのＴＣＩを参照し、そのＴＣＩが管理しているポートのＴＣＩの場合、受信フレームからIEEE802.1Qタグを取り除き、該当する客室のポートにのみＭＡＣフレームを送信する。

客室ルータは、基幹ＬＡＮに受信パケットを送信するときは、受信パケットからIEEE802.1Qタグを取り除き、またＶＬＡＮに受信パケットを送信するときは、受信パケットが客室の状態に応じて送信許可されているサービスであれば、客室のＴＣＩを求め、IEEE802.1Qタグを挿入してＶＬＡＮへＭＡＣフレームを送信する。

次に、本発明の実施例について図面を参照して詳細に説明する。

同じ経営に係わるホテルを複数の拠点に設けて広域にチェーン展開されたチェーンホテルが知られている。このようなチェーンホテルは、今日では各地の拠点をネットワークで接続して経営の効率化を図っていることが多い。図１はこの種のホテルネットワークシステムの概要を示し、センター的な役割を果たす主拠点１０と、複数の副拠点２０とがＷＡＮ（Wide Area Network）３０で接続されている。なお、主拠点とはＰＢＸを備えている拠点をいうものとする。

図２は、主拠点１０と副拠点２０の構成の詳細を示す。図２は、また、副拠点２０のフロントにおいてチェックインした場合の処理経路を矢印線で示しており、主要部１０については、それに係わる部分の構成のみを明示している。すなわち、図２の主拠点１０では、ＷＡＮ３０に接続されたルータ１１と、ＰＢＸ１７，ＤＮＳ（Domain Name System）サーバ１８およびホテルサーバ１９とが基幹ＬＡＮ４０に接続されているように示されている。

しかし、実際には基幹ＬＡＮ４０には客室ルータおよびホストコンピュータも接続されているところ、図面の煩雑化を回避するため図示を省略している。また、主拠点１０の客室ルータの一方のポートは、副拠点２０におけるのと同様に、ＶＬＡＮ（Virtul ＬＡＮ）６０に接続され、ＶＬＡＮ６０には複数のスイッチングハブ２６、更には客室ＬＡＮ７０を介して客室ハブ27-1、その先には電話機27-2およびＰＣ27-3が接続されているが、同様に図示を省略している。

副拠点２０では、ＷＡＮ３０に接続されたルータ２１，客室ルータ２２，ホストコンピュータ２３，プロキシサーバ２４およびＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ２５が基幹ＬＡＮ５０に接続されている。客室ルータ２２の一方のポートは、ＶＬＡＮ６０に接続され、ＶＬＡＮ６０には複数のスイッチングハブ２６が接続されている。スイッチングハブ２６は、それぞれが客室２７のハブ27-1に接続された客室ＬＡＮ７０とＶＬＡＮ６０との接続を切り替える。客室２７のハブ27-1には、電話機27-2が接続されており、ゲストが所有するＰＣ27-3等のＩＰ端末も接続できる。

客室２７に設置されているＩＰ端末は、データ通信のためにDIX規格のＭＡＣ（Media Access Control）フレーム、またはIEEE802.3規格のＭＡＣフレームを客室ＬＡＮ７０に送受信することができる。図３ａはDIX規格のＭＡＣフレームのデータフォーマット、図４ａはIEEE802.3規格のＭＡＣフレームのデータフォーマットを示す。

このフレームを受信したスイッチングハブ２６は、IEEE802.1Q規格のタグであるＴＣＩ（Tag Control Interface）：受信したポートに割り付けられている客室ＬＡＮ７０のＩＤ）と、ＴＰＩＤ（IEEE802.1Qタグを表わすタイプＩＤ（＝0x8100））をＭＡＣフレームに挿入する。図３ｂはIEEE802.1Q規格のタグが挿入されたDIX規格のＭＡＣフレームのデータフォーマット、図４ｂはIEEE802.1Q規格のタグが挿入されたIEEE802.3規格のＭＡＣフレームのデータフォーマットを示す。スイッチングハブ２６はIEEE802.1Q規格のタグが挿入されたＭＡＣフレームをＶＬＡＮ６０に送信する。

また、スイッチングハブ２６は、客室ルータ２２からＭＡＣフレームを受信すると、ＭＡＣフレームのＴＣＩを参照し、そのＴＣＩが管理しているポートのＴＣＩであるかを確認する。その結果、受信フレームのＴＣＩが管理しているポートのＴＣＩ（割り付けられているＴＣＩ）の場合、スイッチング２６は受信フレームからIEEE802.1Qタグを取り除き、該当する客室２７のポートにのみＭＡＣフレームを送信する。

客室ルータ２２は、受信パケットの送信元（客室）が客室の状態（ゲストがチェックインまたはチェックアウトしたか否か）に応じて送信許可されているサービスを利用している場合、受信したＭＡＣフレームの宛先ＩＰアドレスを元に、内蔵しているルーティングテーブルを参照し、基幹ＬＡＮ５０またはＶＬＡＮ６０に出力する。なお、客室の状態に応じて送信許可されているか否かの判断については後述する。

基幹ＬＡＮ５０にパケットを送信するとき、客室ルータ２２は受信パケットからIEEE802.1Qタグを取り除く。また、ＶＬＡＮ６０に受信パケットを送信するとき、客室ルータ２２はＴＣＩを相手のＴＣＩに変更する。

各拠点１０，２０のフロント係は、客室状態情報をホストコンピュータ２３により、ゲストが宿泊する（していた）客室番号と共にホテルサーバ１９に通知する。ホテルサーバ１９は、メーカーや機種を異にすることが少なくないホストサーバ２３の仕様の違いを吸収して、受信した情報をＰＢＸ１７に通知する。ＰＢＸ１７は、この時の客室状態情報をＤＮＳサーバ１８が求める宛先により客室ル−タ２２に送る。図５は客室状態情報のデータフォーマットをネットワーク層（図５ａ），トランスポート層（図５ｂ）およびアプリケーション層（図５ｃ）毎に示している。なお、ＭＡＣ層は図３または図４と同様である。

例えば、図２において、副拠点２０のフロントでチェックインされた場合に、その客室状態情報は、ホストコンピュータ２３から基幹ＬＡＮ５０，ルータ２１，ＷＡＮ３０，ルータ１１および基幹ＬＡＮ４０を経由して主拠点１０のホテルサーバ１９に至り、更にホテルサーバ１９から基幹ＬＡＮ４０を経てＰＢＸ１７に伝えられている。ＰＢＸ１７は、客室状態情報を基幹ＬＡＮ４０，ルータ１１，ＷＡＮ３０，ルータ２１および基幹ＬＡＮ５０を経由して客室ルータ２２に伝える。

図６はこのような処理経路を分解して示す。図６ａは、副拠点２０のフロントでホストコンピュータ２３のいずれかから客室3000番をチェックインまたはチェックアウトした場合に、客室状態情報がＷＡＮ３０に伝えられる様子を示す。図６ｂは、主拠点１０において、ＷＡＮ３０からの客室状態情報がＰＢＸ１７に伝えられる様子、図６ｃはＰＢＸ１７が客室状態情報をＷＡＮ３０に伝える様子を示す。図６ｄは副拠点２０において、ＷＡＮ３０からの客室状態情報が客室ルータ２２に入力する様子を示している。

なお、主拠点１０の客室２７におけるチェックインまたはチェックアウトについては、主拠点１０内でのみ行われＷＡＮ３０を経由することがない。

ルータ２１は、客室２７宛のパケットを受信すると、内蔵しているルーティング・テーブルを参照し、客室２７宛のパケットを客室ルータ２２に送信する。客室ルータ２２は、内蔵している客室メモリ（後述する）の全ＩＰアドレスフィールドと受信パケットの宛先ＩＰアドレスを比較していくことにより、該当する客室２７の客室状態情報を客室メモリから読み出す。そして、受信パケットが、客室の状態に応じて送信許可されているサービスであれば、客室のＴＣＩを求め、IEEE802.1Qタグを挿入してＶＬＡＮ６０へＭＡＣフレームを送信する。

図７はＰＢＸ１７の構成を示す。ＰＢＸ１７は、メインプロセッサ１，スーパープロセッサ２およびローカルプロセッサ３で構成されている。メインプロセッサ１はダイヤルしている客室２７を判断し、スーパープロセッサ２は基幹ＬＡＮ４０との間の通信を行い、ローカルプロセッサ３はＰＢＸ１７に接続される端末（ルータ１１，ＤＮＳサーバ１８，ホテルサーバ１９等）の制御を行う。スーパープロセッサ２は、図５に示したデータフォーマットの客室状態情報を作成する。

図８は客室ルータ２２のハードウェア構成を示す。客室ルータ２２は、内部バスで接続されたＣＰＵ４，ノースブリッジ５および客室メモリ６と、ノースブリッジ５の他方のポートとともにＰＣＩバス８０で接続された第１のＮＩＣ（Network Interface Card）７および第２のＮＩＣ８とで構成されている。ＮＩＣ７はＶＬＡＮ６０、ＮＩＣ８は基幹ＬＡＮ５０に接続されている。

図９は客室メモリ６が記憶するデータの構成を示す。図９において、TCI1〜TCI4095は、スイッチングハブ２６に接続されている客室ＬＡＮ７０のポートと一対一に対応する。各TCIxは、客室状態ビット（＊１）と、客室内線番号と、ハブ27-1に接続されるＩＰ端末27-3のＭＡＣアドレス１〜１００と、ＭＡＣアドレス１〜１００と一対一対応のアウトバウンド（OutBound）・フィルタデータ（＊２）１〜１００と、ＭＡＣアドレス１〜１００と一対一対応のインバウンド（InBound）・フィルタデータ（＊２）１〜１００とから成る。アウトバウンドとは客室２７から客室ルータ２２への送信、インバウンドとは客室ルータ２２から客室２７への送信の意である。各ＭＡＣアドレスは当該ＩＰ端末27-3のＩＰアドレスとステータス（＊３）を有する。

図１０は図９における客室状態ビット（＊１），フィルタデータ（＊２）およびステータス（＊３）の内容を図示する。フィルタデータとは、アウトバウンド・フィルタデータとインバウンド・フィルタデータの総称である。図１０ａは客室状態ビット（＊１）の構成を示し、ビットB0がチェックインしている（０）か否（１）かを表わす。図１０ｂはフィルタデータ（＊２）の構成を示し、ビットB0〜B15がエンドデストポート番号、ビットB16〜B31がスタートデストポート番号、ビットB39〜B47がフィルタ詳細データを表わす。

スタートデストポート番号とエンドデストポート番号は送信の許否を定める場合のＩＰアドレスの範囲を画する。受信パケットのＩＰアドレス（図５ｂのＴＣＰ宛先ポート番号）がこの範囲に含まれているときは、送信が許可される可能性があるが、そうでないときは可能性がない。

更に、ビットB40はインバウンド・フィルタデータ、すなわちビットB40が“１”のときは客室ルータ２２から客室２７へのデータであることを示し、ビットB41はアウトバウンド・フィルタデータ、すなわちビットB41が“１”のときは客室２７から客室ルータ２２へのデータであることを表わし、ビットB42はチェックイン時に有効、ビットB43はチェックアウト時に有効であることを表わす。図１０ｃは、ＭＡＣアドレスのステータス（＊３）の詳細を示し、ビットB0において、当該ＭＡＣアドレスを持つＩＰ端末27-3がＤＨＣＰをオファーしているか否かを表わす。

ここで、先に保留した「客室の状態に応じて送信許可しているか否か」についての説明を行う。アウトバウンドであれ、インバウンドであっても、B43が有効でチェックアウト中は、受信パケットは送信許可されていない。チェックアウト状態のゲストにサービスを提供するいわれはないからである。これに対して、B42が有効でチェックイン中は、受信パケットの宛先ポート番号（図５ｂのＴＣＰ宛先ポート番号）がB16〜B31のスタートデストポート番号とB0〜B15のエンドデストポート番号の間に有れば送信許可されており、この間に無ければ送信許可されていないことになる。このような許否は、B41とB40によってアウトバウンドとインバウンドについて独立に設定され得る。

これにより、例えば複数の客室２７に分宿している団体客同士で客室２７間の通話を可能化する一方、チェックアウト中の客室２７に受信パケットが転送されたり、チェックイン中であっても予定していない客室２７に受信パケットが転送されるということを阻止でき、客室２７間のセキュリティを確保することができる。

次に、図１１のフローチャートを参照して本実施例の動作につき詳細に説明する。

客室ルータ２２では、ＣＰＵ４においてＯＳが周期的（例えば８ｍｓに１回）にＮＩＣ管理デーモンを起動する。ＮＩＣ管理デーモンはＮＩＣｘがパケットを受信していないかをチェックする（図１１ａのステップＳ１）。パケットを受信していないときは（ステップＳ１でＮｏ）、ＮＩＣ管理デーモンは終了する。一方、パケットを受信しているときは（ステップＳ１でＹｅｓ）、ＮＩＣ７とＮＩＣ８のいずれがパケットを受信しているかを調べておく（ステップＳ２〜Ｓ４）。

そして、送られてきたパケットの宛先ポート番号（図５ｂのＴＣＰ宛先ポート番号）が客室ルータ２２のポート番号である６００５１であり、かつ送信元ＩＰアドレス（図５ａの送信元ＩＰアドレス）がＰＢＸ１７の場合、送られてきたデータは客室状態情報であると判断し（ステップＳ５でＹｅｓ）、受信したテキストの客室内線番号（図５ｂのＴＣＰ宛先ポート番号が対応する）に対応する客室２７の現在の客室状態情報を客室メモリ６から読み出す（ステップＳ６）。具体的には、ＮＩＣ管理デーモンは客室メモリ６の客室内線番号フィールドをＴＣＩ番号＝１からＴＣＩ番号＝４０９５までについてサーチし、送られて来た客室内線番号を持つＴＣＩを調べる。そして、客室内線番号が合致するＴＣＩの客室状態ビットを読み出す。

その結果、送られてきた客室状態情報と現在の客室状態が違う場合（ステップＳ７でＹｅｓ）、客室メモリ６の客室状態ビットを更新する（ステップＳ８）。一方、送られてきた客室状態情報と現在の客室の状態が同じ場合には（ステップＳ７でＮｏ）、ログに出力し（ステップＳ９）、パケットを廃棄する（ステップＳ１０）。

以上は、ＰＢＸ１７のスーパープロセッサ２が図５に示したデータフォーマットの客室状態情報を作成して客室ルータ２２に送信した場合の説明であった。

次に、客室２７からが客室ルータ２２にパケットを送信した時に、客室ルータ２２が客室の状態に応じて受信パケットの通過を許可し、または阻止する場合の処理について説明する。

起動されているＮＩＣ管理デーモンは、受信パケットの宛先ＩＰアドレスが客室ルータ２２以外のパケットを受信した場合（ステップＳ５でＮｏ）、パケット受信時に調べたDirectionを確認する（図１１ｂのステップＳ１１）。その結果、Direction＝Out Boundの場合（ステップＳ１１でＹｅｓ）、受信パケットのＴＣＩを読み出す（ステップＳ１２）。そして、読み出したＴＣＩに該当するＴＣＩのデータを客室メモリ６から読み出す（ステップＳ１３）。そのデータに、受信したパケットの送信元のＭＡＣアドレスが登録されていない場合は、送信元のＭＡＣアドレスとＩＰアドレスを登録する（ステップＳ１４）。

そして、上記読み出したＴＣＩのアウトバウンド・フィルタデータに、受信パケットにおける宛先ポートフィールドのポート番号が設定されていること（通過が許可されている）ことを確認する（ステップＳ１５）。その結果、設定されている場合は（ステップＳ１５でＹｅｓ）ＮＩＣ８へパケットを送信する（ステップＳ１６）。これにより、受信パケットの“上流”への通過を許可する。

一方、上記読み出したＴＣＩ番号のデータにアウトバウンド・フィルタデータに、受信パケットの宛先ポートフィールドのポート番号が設定されていない場合は（ステップＳ１１でＮｏ）ログに出力し（ステップＳ９）、パケットを廃棄する（ステップＳ１０）。これにより、受信パケットの“上流”への通過を阻止する。

次に、基幹ＬＡＮ５０からパケットを受信した場合の処理を説明する。Direction＝In Boundの場合（ステップＳ１１でＮｏ）、客室メモリ６のＴＣＩを１から４０９５まで順に検索を行い、受信パケットにおける宛先ＩＰアドレスと該当するＩＰアドレスを保有する客室のＴＣＩを調べる（ステップＳ１７）。

その結果、受信パケットにおけるＩＰアドレスが客室メモリ６に存在しない場合（ステップＳ１８でＮｏ）、パケットを廃棄する（ステップＳ１０）。一方、受信パケットにおけるＩＰアドレスが客室メモリ６に存在するが（ステップＳ１８でＹｅｓ）、受信パケットの宛先ポート番号が検索して得たＴＣＩのインバウンド・フィルタデータに存在しない（禁止されている）場合（ステップＳ１９でＮｏ）、ログに出力し（ステップＳ９）、パケットを廃棄する（ステップＳ１０）。これにより、受信パケットの“下流”への通過を阻止する。

一方、受信パケットの宛先ポート番号がインバウンド・フィルタデータに存在する場合は（ステップＳ１９でＹｅｓ）、ＮＩＣ７へ受信パケットを送信する（ステップＳ２０）。これにより、受信パケットの“下流”への通過を許可する。

次に、図１１に示した処理が実行される他のケースとして、宿泊客がＤＨＣＰにてＩＰアドレスを取得する場合と、ブラウザにてＷＥＢアクセスを行なう場合とについて説明する。これらの場合は、パケットは客室情報でない（図１１ａのステップＳ５でＮｏ）ことになる。

例１）客室3000に宿泊したゲストがＤＨＣＰにてＩＰアドレスを取得する場合
1.1 客室→客室ルータ→ＤＨＣＰサーバ
ゲストはＰＣ27-3を客室3000のハブ27-1接続する。ＰＣ27-3はDHCP DISCOVERをブロードキャストする。この時、スイッチングハブ２６は客室ＬＡＮ７０から受けたパケットにＴＣＩを挿入し、ＶＬＡＮ６０にそのパケットを送信する。

ＶＬＡＮ７０に接続している客室ルータ２２のＮＩＣ７はこのパケットを受信する。この場合はDirection＝Out Boundであるため（図１１ｂのステップＳ１１でＹｅｓ）、客室ルータ２２は、受信したパケットに設定されている送信元ＭＡＣアドレスを客室メモリ６の該当するＴＣＩのＭＡＣアドレスに設定し（図１１ｂのステップＳ１４）、また、ステータスフィールドのOFFERビット＝１に設定する。

そして、該当するＴＣＩの客室メモリ６のアウトバウンド・フィルタデータを参照し、ＤＨＣＰサーバ２５（ポート６７）が客室の状態に応じて送信許可になっていれば（図１１ｂのステップＳ１５でＹｅｓ）、ＴＣＩをパケットから取り除き、ＮＩＣ８から基幹ＬＡＮ５０に送信する（図１１ｂのステップＳ１６）。この時、送信元ＭＡＣアドレスはＮＩＣ８のＭＡＣアドレスになる。
1.2 ＤＨＣＰサーバ→客室ルータ→客室
DHCP DISCOVERを受信したＤＨＣＰサーバ２５は、宛先ＭＡＣアドレスを客室ルータ２２のＮＩＣ８に設定し、DHCP OFFERを基幹ＬＡＮ５０に送信する。

この場合はDirection＝In Boundであるため（図１１ｂのステップＳ１１でＮｏ）、基幹ＬＡＮ５０に接続しているＮＩＣ８はこのパケットを受信すると、客室メモリ６のステータスフィールド中のOFFERビットが立っているＭＡＣアドレスを求める（図１１ｂのステップＳ１７）。

そして、当該インバウンド・フィルタデータを参照し、ＤＨＣＰサーバ２５（ポート６８）が客室の状態に応じて送信許可になっていれば、（図１１ｂのステップＳ１９）ＴＣＩを受信パケットに挿入後にＮＩＣ７からＶＬＡＮ６０に送信する（図１１ｂのステップＳ２０）。これにより、ゲストのＰＣ27-3はＩＰアドレスを取得する。送信後は客室メモリ６のステータスフィールド中のOFFERビットを０にする。
1.3 客室→客室ルータ→ＤＨＣＰサーバ
DHCP OFFERを受信したゲストのＰＣ27-3は、配布されたネットワーク情報（ＩＰアドレス，ＤＨＣＰサーバ２５，プロキシサーバ２４のＩＰアドレス）を設定後、DHCP REQUESTを客室ＬＡＮ７０へ送信する。このとき、スイッチングハブ２６は客室ＬＡＮ７０から受けたパケットにIEEE802.1Qタグを挿入し、ＶＬＡＮ６０にそのパケットを送信する。

ＶＬＡＮ６０に接続している客室ルータ２２のＮＩＣ７はこのパケットを受信する。この場合はDirection＝Out Boundであるため（図１１ｂのステップＳ１１でＹｅｓ）、客室ルータ２２はＴＣＩから客室メモリ６を読み出す（図１１ｂのステップＳ１３）。

その結果、アウトバウンド・フィルタデータによりＤＨＣＰサーバ（ポート６７）が客室の状態に応じて送信許可になっていれば（図１１ｂのステップＳ１５でＹｅｓ）、IEEE802.1Qタグをパケットから取り除いて元のパケットに戻し、ＮＩＣ８から基幹ＬＡＮ５０へ本パケットを送信する（図１１ｂのステップＳ１６）。このとき、客室ルータ２２は、受信したパケットに設定されている送信元ＩＰアドレスを、客室メモリ６に設定されているＭＡＣアドレスに対応づけて設定する（図１１ｂのステップＳ１４）。
1.4 ＤＨＣＰサーバ→客室ルータ→客室（ＩＰアドレス→客室メモリ）
DHCP REQUESTを受信したＤＨＣＰサーバ２５はDHCP ACKを基幹ＬＡＮ５０に送信する。 この場合はDirection＝In Boundであるため（図１１ｂのステップＳ１１でＮｏ）、基幹ＬＡＮ５０に接続している客室ルータ２２のＮＩＣ８はこのパケットを受信すると、宛先ＩＰアドレスから客室メモリ４を検索し（図１１ｂのステップＳ１７）、該当する客室のインバウンド・フィルタデータを参照する。

その結果、ＤＨＣＰサーバ２５（ポート６８）が客室の状態に応じて送信許可になっていれば（図１１ｂのステップＳ１９でＹｅｓ）、受信パケットにIEEE802.1Qタグを付加しＮＣＩ７からＶＬＡＮ６０へ送信する（図１１ｂのステップＳ２０）。このパケットをＰＣ27-3で受信したゲストは、ＩアドレスがＤＨＣＰサーバ２５に登録されたことの確証を得る。

例２）客室3000に宿泊したゲストがブラウザにてＷＥＢアクセスを行なう場合
2.1 客室→客室ルータ→ＤＮＳサーバ
ゲストはＰＣ27-3でブラウザを起動し、所望のＵＲＬへのアクセス要求を行なう。ＰＣ27-3はＵＲＬの名前を解決するためにＤＮＳサーバ１８に問合せを行なうため、上記ＵＲＬをデータとして持つパケットに宛先ポート番号＝５３に設定して客室ＬＡＮ７０に送信する。この時、スイッチングハブ２６は客室ＬＡＮ７０から受けたパケットにIEEE802.1Qタグを挿入し、ＶＬＡＮ６０にそのパケットを送信する。

ＶＬＡＮ６０に接続している客室ルータ２２のＮＩＣ７はこのパケットを受信すると、この場合はDirection＝Out Boundであるため（図１１ｂのステップＳ１１でＹｅｓ）、客室ルータ２２はＴＣＩから客室メモリ６を読み出す（図１１ｂのステップＳ１２）。

その結果、アウトバウンド・フィルタデータによりＤＮＳ（ポート５３）が客室の状態に応じて送信許可になっていれば（図１１ｂのステップＳ１４でＹｅｓ）、ＴＣＩをパケットから取り除いて元のパケットに戻しＮＩＣ８から基幹ＬＡＮ５０に送信する（図１１ｂのステップＳ１６）。また、受信したパケットに設定されている宛先ＭＡＣが客室メモリ６に設定されていない場合、ＭＡＣアドレスとＩＰアドレスを該当する客室メモリ６に設定する（図１１ｂのステップＳ１４）。
2.2 ＤＮＳサーバ→客室ルータ→客室
ＤＮＳサーバ１８は名前解決を行なうと、送信元である客室3000のＩＰアドレスを宛先ＩＰアドレスとして設定し、名前解決したデータを含むパケット（宛先ポート番号＝５３）を送信する。ＷＡＮ３０から本データを受けたルータ２１は宛先ＩＰアドレスにより、客室ルータ２２へ本パケットを転送する。

この場合はDirection＝In Boundであるため（図１１ｂのステップＳ１１でＮｏ）、客室ルータ２２ではＩＰアドレスを元に客室メモリ４を検索し（図１１ｂのステップＳ１７）、該当する客室のインバウンド・フィルタデータを参照し、客室の状態によって送信許可であれば（図１１ｂのステップＳ１９でＹｅｓ）、受信パケットにIEEE802.1Qタグを付加してＮＩＣ７からＶＬＡＮ６０へ送信する（図１１ｂのステップＳ２０）。
2.3 客室→客室ルータ→プロキシサーバ
名前解決できたゲストのＰＣ27-3はプロキシサーバ２４にアクセス要求を出すために宛先ポート番号＝８０を設定して客室ＬＡＮ７０にパケットを送信する。この時、スイッチングハブ２６は客室ＬＡＮ７０から受けたパケットにIEEE802.1Qタグを挿入し、ＶＬＡＮ６０にそのパケットを送信する。

ＶＬＡＮ６０に接続している客室ルータ２２のＮＩＣ７はこのパケットを受信すると、この場合はDirection＝Out Boundであるため（図１１ｂのステップＳ１１でＹｅｓ）、
客室ルータ２２はＴＣＩを元に客室メモリ６を読み出す（図１１ｂのステップＳ１２）。

その結果、アウトバウンド・フィルタデータによりＨＴＴＰサーバ（ポート８０）が客室の状態に応じて送信許可になっていれば（図１１ｂのステップＳ１５でＹｅｓ）、IEEE802.1Qタグをパケットから取り除いて元のパケットに戻しＮＩＣ８から基幹ＬＡＮ５０に送信する（図１１ｂのステップＳ１６）。また、受信したパケットに設定されている送信元ＭＡＣが客室メモリ６に設定されていない場合、客室メモリ４に送信元ＭＡＣアドレスとＩＰアドレスを設定する（図１１ｂのステップＳ１４）。
2.4 プロキシサーバ→客室ルータ→客室
ＷＷＷサーバからデータを受信したプロキシサーバ２４は客室ルータ２２に受信データを送信し、客室ルータ２２は上述と同様にして受信データを中継する。これにより、ゲストは上記ＵＲＬの閲覧が可能になる。

本発明が適用されるホテルネットワークシステムの概要を示す図 図１のホテルネットワークシステムにおける主拠点１０と副拠点２０の構成の詳細を示す図 DIX規格のＭＡＣフレームのデータフォーマットを示す図 IEEE802.1Q規格のタグが挿入されたDIX規格のＭＡＣフレームのデータフォーマット IEEE802.3規格のＭＡＣフレームのデータフォーマットを示す図 IEEE802.1Q規格のタグが挿入されたIEEE802.3規格のＭＡＣフレームのデータフォーマット 客室状態情報のネットワーク層データフォーマットを示す図 客室状態情報のトランスポテーション層データフォーマットを示す図 客室状態情報のアプリケーション層データフォーマットを示す図 副拠点におけるフロントのホストコンピュータからＷＡＮに客室状態情報が送信されるまでの経路を示す図 ＷＡＮからの客室状態情報が主拠点におけるＰＢＸに届くまでの経路を示す図 主拠点におけるＰＢＸからＷＡＮに客室状態情報が送信されるまでの経路を示す図 ＷＡＮからの客室状態情報が副拠点における客室ルータに届くまでの経路を示す図 ＰＢＸのハードウェア構成図 客室ルータのハードウェア構成図 客室ルータの処理シーケンス図である。 客室メモリ構成図 客室メモリ詳細（客室状態ビット）を示す図 客室メモリ詳細（フィルタデータ）を示す図 客室メモリ詳細（ステータス）を示す図 本発明の一実施例の動作（前半）を示すフローチャート 本発明の一実施例の動作（後半）を示すフローチャート

符号の説明

１ メインプロセッサ
２ スーパープロセッサ
３ ローカルプロセッサ
４ ＣＰＵ
５ ノースブリッジ
６ 客室メモリ
７ ＮＩＣ
８ ＮＩＣ
１０ 主拠点
１１ ルータ
１７ ＰＢＸ
１８ ＤＮＳサーバ
１９ ホテルサーバ
２０ 副拠点
２１ ルータ
２２ 客室ルータ
２３ ホストコンピュータ
２４ プロキシサーバ
２５ ＤＨＣＰサーバ
２６ スイッチングハブ
27-1 ハブ
27-2 客室電話機
27-3 ＰＣ
３０ ＷＡＮ
４０ 基幹ＬＡＮ
５０ 基幹ＬＡＮ
６０ ＶＬＡＮ
７０ 客室ＬＡＮ
８０ ＰＣＩバス

Claims (7)

1. チェーンホテルの客室にインターネット接続環境を提供するホテルネットワークシステムにおいて、
   ＰＢＸが設置されている主拠点とその他の副拠点の間をＩＰ網で接続し、各拠点には、
   前記ＩＰ網と基幹ＬＡＮとの間を接続するルータと、
   前記基幹ＬＡＮとＶＬＡＮとの間を接続する客室ルータと、
   客室と一対一対応の客室ＬＡＮと前記ＶＬＡＮとの間を接続する少なくとも一つのスイッチングハブと、
   前記客室ＬＡＮと客室のＩＰ端末との間を接続する客室毎のハブとを設け、
   前記客室ルータは、受信パケットの送信元が客室の状態（ゲストがチェックインまたはチェックアウトしたか否か）に応じて送信許可されているサービスを利用している場合、受信したＭＡＣフレームの宛先ＩＰアドレスを元に、内蔵しているルーティングテーブルを参照し、前記受信パケットを前記基幹ＬＡＮまたは前記ＶＬＡＮに送信することを特徴とするホテルネットワークシステム。
2. 前記客室ルータのメモリは、前記スイッチングハブに接続されている客室ＬＡＮのポートと一対一対応でＴＣＩ領域を有し、各ＴＣＩ領域は、
   客室状態ビットと、客室内線番号と、当該ハブに接続されるＩＰ端末のＭＡＣアドレスと、該ＭＡＣアドレスと一対一対応のフィルタデータとを含み、
   前記客室状態ビットは当該客室のチェックイン／チェックアウトの状態を表わし、前記フィルタデータは客室と該客室ルータ間の送信の許否を定める場合のＩＰアドレスの範囲を画し、前記ＭＡＣアドレスは当該ＩＰ端末のＩＰアドレスと状態を示すステータスを有し、
   客室ルータは、前記メモリを読み出し、その内容によって前記送信許可されているサービスを利用しているか否かの判断をすることを特徴とする請求項１に記載のホテルネットワークシステム。
3. 前記拠点においてチェックインまたはチェックアウトしたときは、客室状態情報を当該拠点のホストコンピュータにより、ゲストが宿泊する（していた）客室番号と共に前記主拠点のホテルサーバ経由で前記ＰＢＸに通知し、ＰＢＸは、この時の客室状態情報をＤＮＳサーバが求める宛先により前記拠点の客室ル−タに送信し、客室ル−タは必要に応じて前記客室状態ビットを更新することを特徴とする請求項２に記載のホテルネットワークシステム。
4. 前記客室のＩＰ端末から客室ルータが備えているＤＨＣＰサーバにアクセスＩＰアドレスを取得する場合は、
   前記客室ルータが、受信パケットに設定されている送信元ＭＡＣアドレスを前記客室メモリの該当するＴＣＩのＭＡＣアドレスに設定し、ステータスフィールドのOFFERビットを設定して、該当するＴＣＩの客室メモリのフィルタデータを参照し、ＤＨＣＰサーバが送信許可になっていれば前記基幹ＬＡＮに送信する手順と、
   前記ＤＨＣＰサーバが、宛先ＭＡＣアドレスを前記客室ルータに設定してDHCP OFFERを前記基幹ＬＡＮに送信し、前記客室メモリのステータスフィールド中のOFFERビットが立っているＭＡＣアドレスを求めて、当該フィルタデータを参照し、前記ＤＨＣＰサーバが送信許可になっていれば前記ＶＬＡＮに送信して前記ステータスフィールド中のOFFERビットをクリアする手順と、
   DHCP OFFERを受信した前記ＩＰ端末が、配布されたネットワーク情報を設定後、DHCP REQUESTをＶＬＡＮにパケットを送信し、前記客室ルータはＴＣＩから前記客室メモリを読み出して、フィルタデータによりＤＨＣＰサーバが送信許可になっていれば基幹ＬＡＮ送信するとともに、受信したパケットに設定されている送信元ＩＰアドレスを客室メモリに設定されているＭＡＣアドレスに対応づけて設定する手順と、
   DHCP REQUESTを受信したＤＨＣＰサーバが、DHCP ACKを前記基幹ＬＡＮに送信し、客室ルータはこのパケットを受信すると、宛先ＩＰアドレスから客室メモリを検索して、該当する客室メモリのフィルタデータを参照し、その結果、ＤＨＣＰサーバが送信許可になっていれば前記ＶＬＡＮへ送信する手順とを実行することを特徴とする請求項１ないし請求項３のいずれかに記載のホテルネットワークシステム。
5. 前記客室のＩＰ端末からＷＥＢアクセスする場合は、
   ＩＰ端末はＵＲＬの名前を解決するために、前記客室ルータが備えているＤＨＣＰサーバに問合せを行なうべく、上記ＵＲＬをデータとして持つパケットに宛先ポート番号に設定して客室ＬＡＮに送信し、客室ルータはＴＣＩから客室メモリを読み出して、フィルタデータによりＤＮＳサーバが送信許可になっていれば基幹ＬＡＮに送信し、受信したパケットに設定されている宛先ＭＡＣが客室メモリに設定されていない場合、ＭＡＣアドレスとＩＰアドレスを該当する客室メモリに設定する手順と、
   前記主拠点が備えているＤＮＳサーバは名前解決を行なうと、送信元である客室のＩＰアドレスを宛先ＩＰアドレスとして設定し、名前解決したデータを含むパケットを送信し、ＷＡＮから本データを受けたルータは宛先ＩＰアドレスにより客室ルータへ本パケットを転送し、客室ルータではＩＰアドレスを元に客室メモリを検索し、該当する客室メモリのフィルタデータを参照し、送信許可であればＶＬＡＮへ送信する手順と、
   名前解決できたＩＰ端末は拠点のプロキシサーバにアクセス要求を出すために宛先ポート番号を設定して客室ＬＡＮにパケットを送信し、客室ルータはＴＣＩを元に客室メモリを読み出し、フィルタデータによりＨＴＴＰサーバが送信許可になっていれば基幹ＬＡＮに送信し、受信したパケットに設定されている送信元ＭＡＣが客室メモリに設定されていない場合、客室メモリに送信元ＭＡＣアドレスとＩＰアドレスを設定する手順と、
   ＷＷＷサーバからデータを受信した前記プロキシサーバは客室ルータに受信データを送信し、客室ルータは受信データを前記ＩＰ端末へ中継する手順とを実行することを特徴とする請求項１ないし請求項４のいずれかに記載のホテルネットワークシステム。
6. 前記スイッチングハブは、前記ＩＰ端末からＭＡＣフレームを受信したときは、IEEE802.1Q規格のタグであり受信したポートに割り付けられている客室ＬＡＮのＩＤであるＴＣＩと、IEEE802.1Qタグを表わすタイプＩＤであるＴＰＩＤをＭＡＣフレームに挿入して前記ＶＬＡＮに送信し、また客室ルータからＭＡＣフレームを受信すると、ＭＡＣフレームのＴＣＩを参照し、そのＴＣＩが管理しているポートのＴＣＩの場合、受信フレームから前記IEEE802.1Qタグを取り除き、該当する客室のポートにのみＭＡＣフレームを送信することを特徴とする請求項１ないし請求項５のいずれかに記載のホテルネットワークシステム。
7. 前記客室ルータは、前記基幹ＬＡＮに受信パケットを送信するときは、受信パケットから前記IEEE802.1Qタグを取り除き、また前記ＶＬＡＮに受信パケットを送信するときは、受信パケットが客室の状態に応じて送信許可されているサービスであれば、客室のＴＣＩを求め、IEEE802.1Qタグを挿入してＶＬＡＮへＭＡＣフレームを送信することを特徴とする請求項６に記載のホテルネットワークシステム。

Images