(57)【要約】【課題】集合住宅用情報システムにおいて、精度の高い気象警報情報を提供する。【解決手段】各住宅の住宅情報端末１３をインターホン回線１２に接続して通話信号を伝送させる集合住宅用情報システム１において、住宅情報端末のそれぞれは、インターホン回線及びゲートウェイ装置１７を経由して広域ネットワーク２に接続可能であり、表示部１３ａと、前記ゲートウェイ装置を通じて、広域ネットワーク上のサーバ装置３から気象警報情報を受信すると、その気象警報情報に対応した気象警報画面情報をポップアップ表示させる制御部１３ｂとを備えている。【選択図】図１
2018078649.tif 000002
【特許請求の範囲】
【請求項１】
各住宅の住宅情報端末をインターホン回線に接続して通話信号を伝送させる集合住宅用情報システムにおいて、
住宅情報端末のそれぞれは、
インターホン回線及びゲートウェイ装置を経由して広域ネットワークに接続可能であり、
表示部と、         
前記ゲートウェイ装置を通じて、広域ネットワーク上のサーバ装置から気象警報情報を受信すると、その気象警報情報に対応した気象警報画面情報をポップアップ表示させる制御部とを備えた集合住宅用情報システム。
【請求項２】
請求項１に記載の集合住宅用情報システムにおいて、
前記住宅情報盤のそれぞれは、操作を受け付ける操作部を備え、
前記制御部は、前記操作部が所定の操作を受け付けたとき、前記気象警報情報を含む情報の一覧を前記表示部に表示させる集合住宅用情報システム。
【請求項３】
請求項１又は２に記載の集合住宅用情報システムにおいて、
前記住宅情報端末のそれぞれは、前記ポップアップ表示可能な時間が一律に設定されている集合住宅用情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各住宅の住宅情報端末をインターホン回線に接続して通話信号を伝送させる集合住宅用情報システムの改良に関する。
【背景技術】
【０００２】
近時、上記のような集合住宅用情報システムにおいて、サーバ装置から各住宅の情報端末に地震情報を提供して安全性を向上させる技術が提案されている。
【０００３】
たとえば次の特許文献１には、警報監視盤は、通信ネットワークを通じて送信されてくる地震検知信号を受信したときには、地震警報指令信号を各住宅の住宅情報端末に送信して、各住宅の住宅情報端末は、警報監視盤から地震警報指令信号を受信したときには、所定の地震メッセージを読み出して報知することの記載がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2008-217435号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のような集合住宅用情報システムにおいて、サーバ装置から各住宅の情報端末に気象警報情報を提供するようなシステムは、現在まで提案されておらず、精度の高い気象警報情報の提供が要望されていた。本発明は、そのような要望に対応した新規な構成の集合住宅用情報システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る集合住宅用情報システムは、各住宅の住宅情報端末をインターホン回線に接続して通話信号を伝送させる集合住宅用情報システムにおいて、住宅情報端末のそれぞれは、インターホン回線及びゲートウェイ装置を経由して広域ネットワークに接続可能であり、表示部と、前記ゲートウェイ装置を通じて、広域ネットワーク上のサーバ装置から気象警報情報を受信すると、その気象警報情報に対応した気象警報画面情報をポップアップ表示させる制御部とを備えている。
【０００７】
前記住宅情報盤のそれぞれは、操作を受け付ける操作部を備え、
前記制御部は、前記操作部が所定の操作を受け付けたとき、前記気象警報情報を含む情報の一覧を前記表示部に表示させるようにしてもよい。
【０００８】
また前記住宅情報端末のそれぞれは、前記ポップアップ表示可能な時間が一律に設定されているようにしてもよい。
【発明の効果】
【０００９】
本発明では、テレビ等の放送によらずに、インターホン回線を通じた情報サービスによって、正確な気象警報を知ることができる。そのため外出を控えたり予め対処してから外出したりできるので、安全性が向上する
【図面の簡単な説明】
【００１０】
【図１】本発明を適用した集合住宅用情報システムの例を示したシステム図である。
【図２】住宅情報端末の例の正面図である。
【図３】（ａ）、（ｂ）はそれぞれ気象警報画面の例である。
【図４】集合住宅用インターホンシステムの基本動作を示したフロー図である。
【図５】（ａ）〜（ｆ）は、住宅情報端末における各種表示画面の例である。
【図６】（ａ）〜（ｆ）は、住宅情報端末における各種表示画面の他例である。
【図７】（ａ）〜（ｃ）はそれぞれ、住宅情報端末、ゲートウェイ装置、サーバ装置のプロトコルスタックの構成図である。
【図８】インターホンプロトコルによる通信データの概略フォーマット図である。
【発明を実施するための形態】
【００１１】
本発明に係る集合住宅管理システムは、インターホンシステムをベースとして、そこに火災等に対するセキュリティサービスや、電子掲示板等の情報サービスを付加したものである。
【００１２】
図１に示すように、実施形態として例示するシステム１は、システム全体を制御する制御装置１１より棟内回線（インターホン回線）１２が集合住宅棟の各住宅、共用部、管理人室まで敷設され、この回線に、住宅情報端末１３等の端末装置が分岐器１４を介して接続されている。
【００１３】
棟内回線１２は、インターホンシステムにおいて不可欠な通話信号、映像信号、制御信号等がパケット方式で伝送される。この回線に使用されるケーブルの種別に特に制限はなく、必要な通信帯域が確保できるならば、安価なツイストペアのケーブルとしてもよい。
【００１４】
この例では、制御装置１１から４系統の棟内回線１２を導出させ、それによって住宅情報端末１３を接続する回線、管理人室インターホン１５を接続する回線、ロビーインターホン１６を接続する回線、ゲートウェイ装置１７を接続する回線を分離した形態としている。このような形態とすれば、例えばロビーインターホン１６のみ棟内回線１２より電源を供給することも可能になる。しかしながら制御装置１１はルータ機能（ハブ機能）を有するので、特別な要請がなければ、端末装置の種別毎に回線を分離する必要は特にない。また回線の系統数も特に制限されない。
【００１５】
住宅情報端末１３は、通信部１３ａ、制御部１３ｂ、表示部１３ｃ、操作部１３ｄ、音声部１３ｅ等を備え、ドアホン１３ｈやセキュリティセンサ１３ｉが接続されている。通信部１３ａは、棟内回線１２に対して規定されたインターホンプロトコルに従って信号伝送を行う。制御部１３ｂはブラウザ１３ｆによって、トップ画面、通話画面、セキュリティ画面、情報サービス画面等を表示部１３ｃに表示させ、更に状態ランプも点灯制御する。
【００１６】
図２に示すように、表示部１３ｃは例えばカラータッチパネルであり、各種フォントや映像等が表示できる。音声部１３ｅはスピーカ、マイク等からなる。操作部１３ｄは、物理的なボタンあるいはタッチパネルに適宜表示されるソフト的なボタンからなり、言語設定部１３ｇを構成する。ここでは、物理的なボタンとして、復旧／警報停止ボタン、火災確認ボタン、メニューボタン、終了ボタン、解錠ボタン、通話ボタンが設けられているが、メニューボタンに新着情報を示すランプを内蔵させてもよい。
【００１７】
住宅情報端末１３における基本画面、すなわちトップ画面、通話画面、セキュリティ画面については、例えば日本語バージョン、英語バージョンというように、複数言語について住宅情報端末１３内にローカル文書として準備されており、画面表示の際には、言語設定部１３ｇによる表記言語の設定に基づいていずれかの言語バージョンの画面が選択される。
【００１８】
ゲートウェイ装置１７は、棟内回線１２と広域ネットワーク２とを跨いだ信号伝送、具体的には住宅情報端末１３とサーバ装置３との間の信号伝送を中継する。そのため棟内回線１２に対応した通信部１７ａ、棟内回線１２と広域ネットワーク２との間でプロトコルを双方向に変換する中継部１７ｂ、広域ネットワーク２に対応した通信部１７ｃを備えている。またゲートウェイ装置１７は、システム１のメンテナンス画面を提供するウェブサーバ部１７ｄも備える。
【００１９】
メンテナンス画面は、ゲートウェイ装置１７に着脱自在に接続したメンテナンス端末４等によってアクセスされる。なおサーバ装置３のＵＲＬは、住宅情報端末１３に予め設定されているが、このメンテナンス用ホームページを通じて書換えも可能である。
【００２０】
サーバ装置３は、広域ネットワーク２に対応した通信部３ａ、ウェブサーバ部３ｂ、記憶部３ｃ等を備えている。記憶部３ｃには、電子掲示板の記事を構成するＨＴＭＬ文書や、画像ファイル、住宅の識別情報等が格納されている。
【００２１】
ここでシステム１の基本動作を簡単に説明する。すなわちシステム１は、主たる機能の一つとしてインターホン機能を提供する。すなわちロビーインターホン１６で部屋番号を指定した呼出操作がなされると、対応した住宅の住宅情報端末１３では呼出音が鳴動して来訪者の映像が表示部１３ｃに映される。その住宅情報端末１３で応答操作がなされると、ロビーインターホン１６との間で相互通話が可能になる。住宅情報端末１３で所定操作をすればロビー扉の電気錠１８が解錠できる。また住宅情報端末１３と管理人室インターホン１５との間での呼出通話、住宅情報端末１３同士の呼出通話も提供される。これらの相互通話は一方の終了操作または所定時間の経過によって遮断される。
【００２２】
またシステム１は、セキュリティ機能を有する。たとえば住宅情報端末１３は、住宅内のセキュリティセンサ１３ｉが作動すれば警報音を鳴動させる。またモード切替操作によってセキュリティセンサ１３ｉをオン、オフすることもできる。管理人室インターホン１５は警報監視盤としての機能を有する。すなわち管理人室インターホン１５は、棟内共用部および各住宅のセキュリティセンサ１３ｉの作動状態、住宅情報端末１３の操作状態等を監視して、異常を検知したときには、棟内共用部に設置された音響装置（図示なし）や、各住宅の住宅情報端末１３を作動させて地区鳴動や全棟鳴動等を行う。
【００２３】
またシステム１は、電子掲示板や気象警報情報を配信する情報サービス機能を有する。
特に気象警報情報の配信は大きな特徴なので、以下にこの気象警報情報の配信について詳細に説明する。この機能は要約すると、異常気象時には、地方気象台等の発表した気象警報に基づいて、棟外の広域ネットワーク２上のサーバ装置３から住宅情報端末１３に向けて、気象警報情報を送信して、住宅情報端末１３より、対応した気象警報画面をポップアップ表示させるものである。このように外部からの情報に基づいて各住宅で気象警報を行えば、警報の精度が高いので、有償サービスであっても居住者の利用が期待できる。
【００２４】
住宅情報端末１３の制御部１３ｂは、気象警報の種別のそれぞれに対応して複数の気象警報画面が準備されている。気象警報は、大雨、洪水、暴風、暴風雪、大雪、波浪、高潮等の種別があるので、気象警報画面もそれぞれに対応したものとし、それぞれ天候を示す図案に警報メッセージを組み合わせたものとすればよい。また気象警報画面の替りに気象警報アイコンを準備しておき、そのアイコンをトップ画面に組み込むようにしてもよい。
【００２５】
また気象警報画面は、住宅情報端末１３の表記言語として選択可能な言語種別毎に複数バージョンを準備しておき、選択された表記言語に対応したバージョンの気象警報画面を選択すれば、日本語がわからない外国人でも気象警報画面の意味が理解できる。
【００２６】
図３の（ａ）、（ｂ）はそれぞれ、日本語バージョンおよび英語バージョンの大雨警報画像の例である。図３（ａ）では、大雨を示す図案に「大雨警報が発表されました！」の警報メッセージが組み合わされ、図３（ｂ）では同様の図案に「Heavy rain warning has been announced!」の警報メッセージが組み合わされている。他の気象警報画面についても同様に構成される。
【００２７】
以下、システム１の気象警報情報の配信と表示に係る基本動作を説明する。
【００２８】
サーバ装置３は、サービス事業者や気象台のセンター装置との情報通信によって、住宅情報端末１３に配信すべき気象警報が適宜登録される。当然であるが、サーバ装置３に登録される気象警報は集合住宅の所在地を含む地域を対象としたものである。
【００２９】
サーバ装置３は、気象警報が登録されると、気象警報情報を生成して各住宅情報端末１３に配信する。住宅情報端末１３は、サーバ装置３から気象警報情報を受信すると、対応した気象警報画面を読み出して表示部１３ｃにポップアップ表示させる。ポップアップ表示のタイミングで警報音を鳴動させてもよい。このようなシステムとすれば、居住者はテレビ等の放送によらずに、その地域に対して発表された正確な気象警報を知ることができる。そのため外出を控えたり、予め対処してから外出したりできるので、安全性が向上する。
【００３０】
気象警報画面はポップアップ表示してから所定時間経過したら自動的に消してもよいし、所定の操作、たとえば気象警報画面中に用意された確認ボタンの操作を受けたときに消してもよい。また気象警報画面のポップアップ表示は、居住者の活動時間帯でのみ行うようにしてもよい。この場合、住宅情報端末１３は、現時刻に基づいて気象警報画面をポップアップ表示するか否かを決定する。なお居住者の活動時間帯は、例えば午前６時から夜１０時までというように全住宅情報端末１３で一律に設定されており変更できなくてもよいし、各住宅情報端末１３で居住者の所定の操作によって独自に設定されてもよい。このようにすれば、ポップアップ表示によって安眠が妨げられるという問題が生じない。
【００３１】
また複数言語バージョンの気象警報画面が準備されている構成では、住宅情報端末１３の言語設定部１３ｇで選択された表示言語に対応したセットから表示すべき気象警報画面が選択される。そうすれば、居住者が日本語のわからない外国人であっても、気象警報画面を見てその内容が理解できる。
【００３２】
電子掲示板や気象警報情報を配信するような情報サービスでは、住宅情報端末１３とサーバ装置３との間で所定のプロトコルによる信号伝送が必要であるが、そのプロトコルとして、ＨＴＴＰを採用してもよい。ただしＨＴＴＰは、クライアントのＨＴＴＰリクエストに対して、サーバからＨＴＴＰレスポンスが返信されるだけのシンプルなプロトコルであり、サーバから自発的な情報発信はできない。そこでサーバから情報発信するのと実質的に等価な機能を実現するため、クライアントがサーバをポーリングする方法を提案する。すなわち住宅情報端末１３はダミーのＨＴＴＰリクエストをサーバ装置３に定期的に送信することとし、サーバ装置３が適宜そのＨＴＴＰレスポンスに発信したい情報を埋め込むようにする。
【００３３】
具体的には、サーバ装置３は、住宅情報端末１３に配信すべき気象警報が登録されると、気象警報情報を生成して、住宅情報端末１３からのＨＴＴＰリクエストを待つ。そしてサーバ装置３は、住宅情報端末１３からダミーのＨＴＴＰリクエストが送信されて来ると、気象警報情報を含めたＨＴＴＰレスポンスを返信する。また返信すべき気象警報情報がない場合は、空のＨＴＴＰレスポンスを返信する。
【００３４】
図４は、気象警報情報の配信に関する住宅情報端末１３およびサーバ装置３の基本動作を時系列的に示している。
【００３５】
時刻Ｔ１〜Ｔ２では、住宅情報端末１３はポーリングによって、ダミーのＨＴＴＰリクエストを定期的に送信している。しかしこの時点では、サーバ装置３に発信すべき気象警報情報がないので、空のレスポンスが返信されている。
【００３６】
時刻Ｔ３では、サーバ装置３に新規の気象警報情報が登録されている。
【００３７】
時刻Ｔ４では、サーバ装置３は、住宅情報端末１３からのダミーのＨＴＴＰリクエストに対して、その気象警報情報を含ませたＨＴＴＰレスポンスを返信している。
【００３８】
時刻Ｔ５では、住宅情報端末１３は、対応した気象警報画面をポップアップ表示している。
【００３９】
時刻Ｔ６では、気象警報画面が確認操作によって消されている。
【００４０】
また気象警報の配信を電子掲示板サービスの一部として実装することもできるので、以下、そのような変形例について説明する。
【００４１】
ここに電子掲示板サービスは、ヘッドラインと記事本文とで構成された掲示板の記事を配信するサービスである。気象警報の記事も、一般の記事の体裁に合わせたものにする。すなわち警報の種別情報等をヘッドラインとし、それにより詳細な警報内容を記事本文として追加した構成とする。
【００４２】
サーバ装置３は、管理者等によって、掲示板の新規記事あるいは気象警報の記事が登録されると、新着情報通知を生成する。つまり新着情報通知には、掲示板の記事に関するものと、気象警報に関するものの２種類がある。後者を特に新着気象警報通知と呼ぶことにする。新着情報通知は記事のヘッドラインを含み、新着気象警報通知は、気象警報のヘッドラインを含む。
【００４３】
サーバ装置３は新着情報通知、あるいは新着気象警報通知を住宅情報端末１３に自発的に送信し、その新着情通知を受信した住宅情報端末１３は、新着情報画面、あるいは気象警報画面をポップアップ表示する。新着情報画面であればそこに記事のヘッドラインが表記され、気象警報画面であればそこに気象警報の種別情報が表記される。たとえば気象警報画面は、「○○市に大雨警報が発表されました。」というようなメッセージ（ヘッドライン）が表記される。すなわち、この気象警報画面は、上記気象警報画面と同様の情報を伝達できる。
【００４４】
そして新着情報画面や新着気象警報画面には詳細ボタンを配置する。住宅情報端末１３はそのボタンが操作されると、要求信号をサーバ装置３に送信して、その記事を取得し、記事本文を表示部に表示させる。これにより居住者は、ポップアップ表示された気象警報の詳細な内容を知ることができる。
【００４５】
またサーバ装置３は、蓄積している記事のヘッドラインを並べた記事一覧表を更新、保持している。住宅情報端末１３は所定の操作を受けると、要求信号をサーバ装置３に送信して、その記事一覧表を取得し表示部に表示させる。更に、表示した記事一覧表で記事の選択操作を受けると、その記事の識別情報を含ませた要求信号をサーバ装置３に送信して、その記事を取得し、記事本文を表示部に表示させる。ここで、気象警報の記事は、電子掲示板の記事カテゴリに含めて同じ記事一覧表に表示させてもよい。また気象警報の記事は、独立したカテゴリとして、その専用の記事一覧表に表示させてもよい。
【００４６】
図５の（ａ）〜（ｆ）は、住宅用通信端末１３における各種表示画面の例であるが、表示言語の種別としては日本語が設定されている。
【００４７】
図５（ａ）はトップ画面Ｗ１の例である。上段部は、お知らせアイコンが配置されている。中段部は、現在のセキュリティモードを示す状態アイコン（在宅、外出等）と、モード切替ボタンとが配置されている。下段部は、呼出／伝言ボタン、情報ボタン、記録管理ボタンが配置されている。
【００４８】
図５（ｂ）は、情報サービス画面Ｗ２の例である。この画面はトップ画面の情報ボタンの操作によって呼び出される。情報サービスのサブカテゴリを呼び出すためのボタンが配置されている。
【００４９】
図５（ｃ）は、電子掲示板カテゴリに限定された記事一覧画面Ｗ３の例である。この画面は情報サービス画面のデジタル掲示板ボタンの操作によって呼び出される。記事のヘッドラインが一覧表示されており、そのそれぞれに対応して詳細ボタンが配置されている。
【００５０】
図５（ｄ）は、記事画面Ｗ４の例である。この画面は記事一覧表の表示画面での選択操作によって呼び出される。
【００５１】
図５（ｅ）は、新着情報の通知画面Ｗ５の例である。この画面は、トップ画面W1の表示中（消灯中を含む）に新着情報が受信されると、所定時間ポップアップ表示される。記事のヘッドラインが表記され、確認ボタンが配置されている。確認ボタンの操作によって、図５（ｄ）に示した記事画面Ｗ４が呼び出される。
【００５２】
図５（ｆ）は、気象警報画面Ｗ６の例である。この画面は、住宅情報端末１３が気象警報情報を受信したときに自動的にポップアップ表示される。
【００５３】
これらの画面の中で、トップ画面Ｗ１、新着情報の通知画面Ｗ５、および気象警報画面Ｗ６は、その画面情報が住宅情報端末１３にローカル文書として予め用意されている。それ以外の情報サービス画面Ｗ２、記事一覧画面Ｗ３、記事画面Ｗ４は、サーバ装置３に保存されており、住宅情報端末１３のブラウザ１３ｆによって読み出される。
【００５４】
図６の（ａ）〜（ｅ）は、住宅情報端末１３における表示画面の他例であるが、表示言語の種別としては英語が設定されている。これらはそれぞれ、図４の（ａ）〜（ｆ）の画面に対応しており、表記言語の種別のみが異なっている。
【００５５】
この実施形態では、電子回覧板の記事や気象警報情報等がＨＴＴＰによって伝送されているが、以下に、ＨＴＴＰによる信号伝送の仕組みを詳細に説明する。
【００５６】
図７の（ａ）〜（ｃ）に示すように、住宅情報端末１３、ゲートウェイ装置１７、サーバ装置３はそれぞれプロトコルスタックＰＳを構成している。プロトコルスタックＰＳは概念的な階層的構造であり、データ送信時には、通信データが上層から下層に向けて順番に流れて棟内回線１２に出力される。その際、各階層では適宜必要なヘッダが追加される。一方受信時には棟内回線１２から入力された通信データが下層から上層に向けて順番に流れていく。その際、各階層で不要になったヘッダは除去される。
【００５７】
住宅情報端末１３のプロトコルスタックＰＳは、アプリケーション層が最上位に置かれ、その下に順番に、インターホンプロトコル層、ＴＣＰ／ＵＤＰ層、ＩＰ層、データリンク・物理層が置かれている。
【００５８】
アプリケーション層は、住宅情報端末１３の制御プログラムと、情報サービス画面を表示させるブラウザプログラムとが置かれている。
【００５９】
インターホンプロトコル層は、アプリケーション層から制御され、通信相手の情報端末のアプリケーション層との間で各種コマンド信号や応答送信を伝送する。
【００６０】
ここにインターホンプロトコルは、棟内回線１２に対して規定された独自プロトコルであって、情報端末間で相互に伝送されるコマンド信号、応答信号は、送信元識別情報、送信先識別情報、コマンドコード、コマンドパラメータ等にフィールド区分されたフォーマットを有する。識別情報はローカルＩＰアドレスでもよいが、独自の識別情報でもよい。住宅情報端末１３のブラウザ１３ｆは、ＨＴＴＰメッセージ（リクエスト、レスポンス）を伝送するので、インターホンプロトコルのコマンド信号および応答信号は、その内部にＨＴＴＰメッセージを包含させるための仕組みが必要となる。これは、たとえばインターホンプロトコルのコマンド信号や応答信号において、ＨＴＴＰメッセージを示すコードを定義し、そのコマンドパラメータに、ＨＴＴＰメッセージの本体を埋め込む等によって実現できる（図８参照）。
【００６１】
ＴＣＰ／ＵＤＰ層は、送信元の情報端末におけるアプリケーションと、送信先の情報端末におけるアプリケーションとの間で規定される信号伝送を制御する。送信時にはこの層においてインターホンプロトコルの通信データに、通信エラーを回復させるための情報や、送信元、送信先のアプリケーションを特定するポート番号等を含んだヘッダが付加される。なお呼出信号等の制御信号は、確実ではあるが若干低速なＴＣＰによって伝送し、音声信号や映像信号は不確実ではあるが高速なＵＤＰによって伝送することが望ましい。音声信号や映像信号は所定のコーデックにより符号化された形態で伝送するとよい。
【００６２】
ＩＰ層は、送信元の情報端末と、送信先の情報端末との間で規定される中継可能な信号伝送を制御する。送信時にはここで送信元、送信先のローカルＩＰアドレス等を含んだヘッダが付加される。
【００６３】
データリンク・物理層は、ケーブルによって物理的に接続された情報端末間での信号伝送を行う。特にシステム１では棟内回線１２をツイストペア線で構成しているので、ＩＰ層で規定された通信パケット（ＩＰパケット）が、差動シリアル通信によって伝送される。シリアル通信は同期式でも非同期式でもよい。
【００６４】
ゲートウェイ装置１７のプロトコルスタックＰＳは、インターホンプロトコルと広域ネットワークプロトコルとの相互変換のための中継プログラムが最上位に置かれている。そしてその下に、インターホンプロトコル層、ＴＣＰ／ＵＤＰ層、ＩＰ層、データリンク・物理層からなる棟内回線側スタックと、ＨＴＴＰ層、ＴＣＰ／ＵＤＰ層、ＩＰ層、データリンク・物理層からなる広域ネットワーク側スタックとが並列に配置されている。
【００６５】
サーバ装置３のプロトコルスタックＰＳは、電子掲示板のＨＴＭＬファイル等を提供するウェブサーバプログラムが置かれ、その下に、ＨＴＴＰ層、ＴＣＰ／ＵＤＰ層、ＩＰ層、データリンク・物理層が置かれている。
【００６６】
上記のようなプロトコルスタックＰＳを構成した場合、住宅情報端末１３のブラウザプログラムから発信されたＨＴＴＰリクエストは、インターホンプロトコルの通信データに組み込まれた形で、棟内回線１２を通じてゲートウェイ装置１７まで伝送される。ゲートウェイ装置１７の中継プログラムは、そのインターホンプロトコルの通信データからＨＴＴＰリクエストを抽出して、通常のＨＴＴＰリクエストを再構築する。ゲートウェイ装置１７で再構築されたＨＴＴＰリクエストは、広域ネットワーク２を通じてサーバ装置３まで伝送される。
【００６７】
対して、サーバ装置３から発信されたＨＴＴＰレスポンスは、広域ネットワーク２を通じてゲートウェイ装置１７まで伝送される。ゲートウェイ装置１７の中継プログラムは、そのＨＴＴＰレスポンスを組み込んだインターホンプロトコルの通信データを生成する。ゲートウェイ装置１７で生成された通信データは、棟内回線１２を通じて住宅情報端末１３まで伝送される。住宅情報端末１３の制御プログラムは、その通信データからＨＴＴＰレスポンスを抽出してブラウザプログラムに渡す。
【００６８】
このような手順により、住宅情報端末１３とサーバ装置３との間での棟内回線１２を通じたＨＴＴＰリクエスト、レスポンスの伝送が可能になる。
【００６９】
図８は、インターホンプロトコルによる通信データの概略構造を示すフォーマット図である。このように、このようにＨＴＴＰメッセージは、ＨＴＴＰメッセージを示す識別コード（コマンドコード）に続くマンドパラメータとして、インターホンプロトコルの通信データに収容されている。この通信データ２０が、データリンク・物理層によって更に細かいパケットに分割されて棟内回線１２によって伝送される。
【符号の説明】
【００７０】
１        集合住宅用情報システム。
１２      インターホン回線
１３      住宅情報端末
１３ａ    表示部
１３ｂ    制御部
１３ｆ    ブラウザ
１３ｇ    言語設定部
１７      ゲートウェイ装置
２        広域ネットワーク
３        サーバ装置
【図１】
2018078649.tif 000003
【図２】
2018078649.tif 000004
【図３】
2018078649.tif 000005
【図４】
2018078649.tif 000006
【図５】
2018078649.tif 000007
【図６】
2018078649.tif 000008
【図７】
2018078649.tif 000009
【図８】
2018078649.tif 000010