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