JPH04292093A - ホテルシステム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【技術分野】本発明はホテルシステムに関し、特に蓄積
プログラム制御方式の交換機を用いたホテルシステムに
関する。

【０００２】

【従来技術】従来、この種のホテルシステムは、蓄積プ
ログラム制御方式の交換装置を中核とし、その１つの交
換装置で集中制御的に客室用及び業務用の通信端末の制
御を行っている。すなわち、従来のホテルシステムの構
成が示されている図４を参照すれば、地上ｎ階、地下１
階のホテルの１〜ｎ階の全客室の端末１２は、交換装置
２１に接続されている。

【０００３】また、各階のサービス端末１３や１階のオ
フィスやフロントの業務用端末１４３も交換装置２１に
接続されている。さらに、客室の状態を示すルームイン
ジケータ１７やホテル中継台１５も交換装置２１に接続
されている。そして、コンピュータ１６及びその端末２
２が交換装置２１に接続されることにより、集中制御が
行われる。

【０００４】ところで、一般に客室用端末と業務用端末
とでは用途が異なる。すなわち、ホテルの宿泊客の各部
屋毎に設置されている客室用端末では部屋同士の通話、
フロントへの通話、外線発信、モーニングコールの設定
等の限定されたサービスのみが使用できる。これに対し
て、ホテルのスタッフが使用する業務端末では、一般企
業のＰＢＸと同様に、他の端末への転送、不在転送、い
わゆるキャンプオン等の通話をスムーズにできる種々の
機能を有している。

【０００５】つまり、従来方式のホテルシステムでは、
このように用途の異なる客室用端末と業務用端末とを集
中制御していたのである。

【０００６】しかしながら、ホテルシステムにおける機
能を実現する上で従来方式のシステムでは、以下に示す
２点の欠点がある。

【０００７】（１）ホテル業を考慮した場合、客室端末
と業務端末とでは上述のように用途が全く異なり、それ
故、操作性が異なる。従って上述した従来方式のシステ
ムでは異なる２つの操作性が混在するため、非常に複雑
なソフトウェアを必要とする。また、１つの交換装置の
みで制御するため、メモリ容量の制約から増設等の拡張
性に難がある。

【０００８】ここで、複雑さを要求される機能の例を列
挙する。 ■ナンバグループ、すなわち客室対応用のナンバリング
プランと業務対応用のナンバリングプランとを少なくと
も両方具備する必要がある。 ■同一番号展開、すなわち客室端末と業務端末とで同一
番号をダイヤルしても異なる相手に接続する必要がある
。 ■フッキング等の状態監視、すなわち客室用端末は操作
性をメリットとして機能拡張性を犠牲にしているため、
フッキング等の操作では、オペレータ等への接続として
いる。 ■階層別サービス、すなわち客室端末から同一特番（特
殊番号）により最寄りのサービスステーション等へ接続
する。

【０００９】（２）従来の方式のシステムでは１つの交
換装置から各フロアの客室へケーブルを引く必要がある
。よって、ケーブルの本数が多大になり、新設及び増設
工事が困難である。

【００１０】

【発明の目的】本発明は上述した従来の欠点を解決する
ためになされたものであり、その目的は経済的、かつ拡
張性に富むホテルシステムを提供することにある。

【００１１】

【発明の構成】本発明によるホテルシステムは、客室の
通信端末を管理制御する客室交換装置と、この客室交換
装置に対して分散配置され、前記客室交換装置及び業務
用端末を管理制御する業務交換装置とを有することを特
徴とする。

【００１２】

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

【００１３】図１は本発明によるホテルシステムの一実
施例の概略構成図であり、図２と同等部分は同一符号に
より示されている。

【００１４】図において、本実施例のシステムは客室の
ある各階に設けられ、各階の客室用端末が接続される客
室交換装置１８と、それら客室交換装置や業務用端末が
接続される業務交換装置１１とを含んで構成されている
。

【００１５】業務交換装置１１には業務内線電話、ワー
クステーション等の業務用端末１４と、外線からの取次
ぎ及び客室への案内等を行うホテル中継台１５と、チェ
ックイン、チェックアウト及び料金請求のためのデータ
ベースとなるホテルコンピュータ１６と、客室状態（空
室、使用中、清掃中等）を表示するルームインジケータ
１７とを収容する。

【００１６】客室交換装置１８には、客室に設置される
電話機１２と、ルームサービス、ランドリサービス用の
サービス端末１３と、客室の照明、空調、テレビ、冷蔵
庫の制御を行う客室コントローラ２０とを収容する。

【００１７】業務交換装置１１は１システムにて制御す
るが、客室交換装置１８は複数システム設備される。客
室交換装置１８の設置数は任意であり、例えばサービス
ステーションに１台設置しても良いし、本例のように各
フロア毎に１台設置してもかまわない。

【００１８】次に、本実施例のホテルシステムにおける
情報制御方式について詳細に説明する。

【００１９】業務交換装置１１と複数の客室交換装置１
８とはＣＣＩＴＴ準拠Ｎｏ　７共通線信号方式又はＴＴ
Ｃ標準共通チャネル形信号方式にて信号の授受を行う。 ＴＴＣ標準共通チャネル形信号方式はＰＢＸ間ディジタ
ルインタフェースの共通線信号方式でＩインタフェース
がベースとなっており、基本接続サービスのみ制定され
ている。

【００２０】本実施例では、Ｎｏ　７共通線信号方式の
レベル４と共通チャネル信号方式のホテルサービスを含
めた付加サービス手順は独自の手順により実現している
。 本手順による機能実施例の一部を以下に説明する。

【００２１】（１）チェックイン管理 チェックインはフロント等に設置されたホテルコンピュ
ータ１６の端末２２から入力される。チェックイン情報
がフロントの端末２２より入力されると業務交換装置１
１はこの情報をホテルコンピュータ１６から受信し、本
情報を該当する客室交換装置１８に共通線信号線１９経
由で送信する。客室交換装置１８では本情報を受信する
と、その客室の電話機を局線発信可能クラスへ自動的に
変更する。

【００２２】チェックイン時には、部屋番号の他、国籍
，団体／個人の別，ＶＩＰ等の各種情報も入力され、本
情報は業務交換装置１１に蓄積される。従って、オペレ
ータが客室からの問合せに対して応答するとホテル中継
台１５にこれら情報を表示する。

【００２３】また、サービスステーション１３が客室か
らの問合せに応答した場合には、業務交換装置１１から
共通線信号線１９経由で情報を表示する。ところで、業
務交換装置１１とホテルコンピュータとの接続手順は調
歩式（例えば、ＮＥＣ標準レベル２Ａ）、同期式（例え
ば、ＮＥＣ標準レベル２Ｂ）さらにＢＳＣ手順で実施し
ている。

【００２４】（２）通話料金管理 局線は業務交換装置１１に収容されており、客室端末１
２の局線発信は業務交換装置１１経由となる。その際、
客室端末１２の内線番号は共通線信号線１９により業務
交換装置１１に伝送され、通話料金を計算したのち、ホ
テルコンピュータ１６に通話明細を伝送しチェックアウ
トまで記録される。

【００２５】（３）ルームコントコールチェックイン情
報が、フロントより入力されるとホテルコンピュータ１
６より業務交換装置１１に伝達される。 業務交換装置１１では本情報を共通線信号線１９により
客室交換装置１８に伝送し、客室交換装置１８に収容さ
れる客室情報ターミナル２０を制御する。この結果、照
明，空調，テレビ及び冷蔵庫のオン／オフ制御を行う。

【００２６】（４）客室間相互接続 客室端末１２同士で通話を行う際、両客室端末を収容す
る客室交換装置１８が夫々異なる場合には、全て業務交
換装置１１を経由して通話を行う。すなわち２階の客室
端末１２間で通話する場合には２階の客室交換装置１８
にて自局内接続を行うが、２階とｎ階の客室端末１２が
通話する場合には２階の客室交換装置１８と業務交換装
置１１とｎ階の客室交換装置１８間を共通線信号線１９
により中継接続する。

【００２７】次に、業務交換装置１１及び客室交換装置
１８のソフトウェア構成を説明する。図２は業務交換装
置１１のソフトウェア構成を示す概念図であり、中央制
御装置ＣＰＵにはＰＢＸ機能を実現する基本ソフトウェ
ア４０と、共通線信号線１９を制御する共通チャネルソ
フトウェア４１と、ホテル中継台１５の制御及びホテル
プロセッサＨＰとのインタフェースを実現する業務ソフ
トウェア４２とを含む。　　また、ホテルプロセッサＨ
Ｐにはホテルコンピュータとの情報伝達、ルームインジ
ケータの制御を行う調歩式（例えば、ＮＥＣ標準レベル
２Ａ）のインタフェースソフトウェア４３とを含む。

【００２８】一方、図３は客室交換装置１８のソフトウ
ェア構成を示す概念図であり、中央制御装置ＣＰＵの基
本ソフトウェア４０と共通チャネルソフトウェア４１は
業務交換装置１１の中央制御装置ＣＰＵと全く同一のソ
フトウェアである。客室交換装置１８では客室ソフトウ
ェア４４が追加されており、本ソフトウェアでは客室端
末１２とサービス端末１３（図１参照）の制御を行って
いる。

【００２９】次に、各ソフトウェアの役割を詳述する。 基本ソフトウェア４０は基本交換接続制御機能と通話路
系制御機能、保守・運用管理機能、課金制御機能、再開
処理機能、故障処理機能からなる。

【００３０】基本接続制御機能は業務用端末１４相互接
続、客室端末１２相互接続、業務用端末１４又は客室端
末１２から局線へ発信するための局線発信接続、局線か
らの着信をホテル中継台１５にて一旦応答し、業務用端
末１４又は客室端末１２へ接続するホテル中継台経由局
線着信接続、局線からの着信を直接業務用端末１４に着
信させるダイヤルイン接続等の交換接続機能である。

【００３１】通話路系制御機能はホテル中継台、業務用
端末、客室端末等、実際のハードウェアを制御し、通話
路を開閉したり表示部に表示する機能である。

【００３２】保守・運用管理機能は各端末のデータ登録
，削除，番号変更等の制御、又トラフィック状況を管理
しプリンタ等に出力する機能である。

【００３３】課金制御機能は業務用端末１４、客室端末
１２より局線発信した場合、端末の番号，通話開始時間
，通話終了時間，発信先電話番号を通話終了時にホテル
プロセッサＨＰに情報転送する機能である。

【００３４】再開処理機能は業務交換装置１１又は客室
交換装置１８のシステム立上げ時，中央制御装置ＣＰＵ
，メモリ等を初期設定する機能である。

【００３５】故障処理機能は中央制御装置ＣＰＵ，メモ
リ等に故障を検出した場合，二重化構成であれば現用系
から予備系に切替える機能である。

【００３６】共通チャネルソフトウェアは業務交換装置
１１と客室交換装置１８間又は客室交換装置１８相互間
を共通線信号線１９を通して信号を送受する機能を有し
ている。信号送受の方式として前述したＣＣＩＴＴ準拠
Ｎｏ　７共通線信号方式とＴＴＣ標準共通チャネル形信
号方式とをサポートしている。本実施例では本信号方式
を用いて交換装置間を呼接続するが、制御情報として端
末番号，発信先電話番号等の交換接続に必要な情報，ル
ームコントロールを行うための情報，客室管理情報（宿
泊客の国籍，団体／個人の別，ＶＩＰ等）を規定してい
る。

【００３７】次に、図５を用いて共通線信号による制御
情報のシーケンス例を説明する。

【００３８】図５では、客室端末１２がホテル中継台１
５を呼出した後、ホテル中継台１５が応答して通話する
までのシーケンスが示されている。まず、客室端末１２
がホテル中継台番号をダイヤルすると「呼設定」メッセ
ージを業務交換装置１１に転送する。「呼設定」メッセ
ージには客室端末番号と発信先電話番号（本例ではホテ
ル中継台番号）が含まれている。業務交換装置１１では
ＴＴＣ標準共通チャネル形信号方式であれば「呼設定」
メッセージを受けとると「呼設定受付」メッセージを客
室交換装置１８に返送する。ＣＣＩＴＴ準拠Ｎｏ　７共
通線信号方式では「呼設定受付」メッセージは返送しな
い。

【００３９】次に、ホテル中継台１５に客室端末１２か
らの着信を表示すると同時に客室交換装置１８に「呼出
」メッセージを転送し、客室端末１２では呼出音を聴取
する。ホテル中継台１５が応答すると、その表示部に客
室端末番号と客室管理情報とを表示する。客室管理情報
の表示方法は後述する。ホテル中継台１５の応答により
「応答」メッセージを客室交換装置１８に転送し、客室
端末１２とホテル中継台１５は通話を開始する。

【００４０】次に、業務ソフトウェア４２の役割を具体
例とともに説明する。業務ソフトウェア４２はホテル中
継台１５及び業務用端末１４の交換接続制御を主体とし
ている。客室端末１２より、ホテル中継台１５を呼出し
た場合や逆にホテル中継台１５より客室端末１２を呼出
した場合、ホテル中継台１５の表示部に宿泊客の国籍，
団体／個人の別，ＶＩＰ等の客室端末１２に関する客室
管理情報を表示することで客サービスの向上を図ってい
る。これら客室管理情報はチェックイン時にホテルコン
ピュータ１６の端末より入力しホテルプロセッサＨＰに
記憶しておく。業務ソフトウェア４２ではホテルプロセ
ッサＨＰより客室管理情報を受信し、ホテル中継台１５
の表示部に表示している。

【００４１】一方、局線は業務交換装置１１に収容され
ており、客室端末１２は業務交換装置１１を経由して局
線発信する。そのため、客室端末１２や業務用端末１４
が局線発信した場合には、端末番号，通話開始時間，通
話終了時間，発信先電話番号等の課金情報をホテルプロ
セッサＨＰに転送している。ここで、客室端末１２の端
末番号は発信先電話番号とともに共通線信号線１９を通
して業務交換装置１１に転送される。

【００４２】ホテルプロセッサＨＰのインタフェースソ
フトウェアはチェックイン時、ホテルコンピュータ１６
から前述した客室管理情報を受信し記憶するとともに業
務ソフトウェア４２からの要求により前述した客室管理
情報を転送する。また、フロントからの指示によりルー
ムインジケータ１７の表示制御も行う。さらに、中央制
御装置ＣＰＵの業務ソフトウェア４２で編集した課金情
報を受信し、通話料金計算を行った結果、計算結果と課
金情報とをホテルコンピュータ１６に転送する機能も有
している。

【００４３】客室ソフトウェア４４は客室端末１２とサ
ービス端末１３の交換接続制御を行い、客室端末１２よ
りルームサービス，ランドリサービス等の客サービスを
要求された場合、サービス端末１３に客室端末番号を表
示するとともに前述した客室管理情報を業務交換装置１
１より共通線信号線１９によって受信し、サービスステ
ーションのサービス端末１３の表示部に表示する。また
、チェックイン，チェックアウト時には業務交換装置１
１より共通線信号線１９を通して該情報を受信し、客室
情報ターミナル２０の制御を行うことで照明，空調，テ
レビ，及び冷蔵庫のルームコントロールが行われる。

【００４４】なお、客室端末１２が局線と通話中にホテ
ル中継台１５を呼びたい場合、フッキングのみでホテル
中継台１５を呼出す機能を有している。

【００４５】一方、業務ソフトウェア１１では業務用端
末１４が通話中にフッキングした場合、他の業務用端末
への転送、又はホテル中継台１５への転送サービスを可
能とするため、ダイヤルコードを受信するソフトウェア
構成となっている。

【００４６】図１に戻り、図２，図３で示されているソ
フトウェア構成により、業務対応用と業務対応用のナン
バグループと同一番号展開は夫々具備するのみで良く、
夫々基本ソフトウェア４０で実現できる。さらに、フッ
キング等の状態監視は客室ソフトウェア４４にて実現し
、階層別サービスはサービスステーション毎に客室交換
装置１８を設置するため基本ソフトウェア４０で実現可
能である。

【００４７】つまり、本発明によれば、シンプルなソフ
トウェア構成によりホテルシステムが実現可能である。 すなわち、ナンバグループ，同一番号展開，フッキング
等の状態監視，階層別サービス等が業務交換装置と客室
交換装置とを分けることで容易に実現できるのである。 また、通信端末の移動工事が容易で拡張性に富むホテル
システムを実現できるのである。

【００４８】特に、２０００回線相当では、フロア間の
ケーブル本数の削減、すなわち従来の数千本から数十本
へ削減できる。また、本発明のシステムによれば、フロ
ア面積を従来の２／３にできる他、館内のみならず、本
館，別館等の館外にもシステムを拡張できる。

【００４９】

【発明の効果】以上説明したように本発明は、客室用端
末が接続される客室交換装置と、この客室交換装置に対
して分散配置され、客室交換装置及び業務用端末を管理
統括する業務交換装置とを設けてシステムを構築するこ
とにより、経済性及び拡張性が向上するという効果があ
る。

【図面の簡単な説明】

【図１】本発明の実施例によるホテルシステムの概略構
成図である。

【図２】業務交換装置のソフトウェア構成図である。

【図３】客室交換装置のソフトウェア構成図である。

【図４】従来のホテルシステムの概略構成図である。

【図５】客室交換装置と業務交換装置との間のシーケン
ス例である。

【符号の説明】

１１　　業務交換装置 １２　　客室端末 １４　　業務用端末 １８　　客室交換装置

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　客室の通信端末を管理制御する客室交
   換装置と、この客室交換装置に対して分散配置され、前
   記客室交換装置及び業務用端末を管理制御する業務交換
   装置とを有することを特徴とするホテルシステム。