JP2001306676A - Ｓｏｈｏシステム - Google Patents

Abstract

(57)【要約】 【課題】遠隔地に分散する比較的小規模なネットワーク
に適切なＳＯＨＯサーバを提供し、情報ネットワークサ
ービスのビジネスモデル構築のために適したＳＯＨＯシ
ステムを提供する。 【解決手段】ＳＯＨＯサーバ１に接続されたＳＯＨＯ情
報盤４は、セキュリティ監視制御系（５）、設備監視制
御系（６）、マルチメディア系（７，８，９）のうち、
少なくとも１つの区域内ネットワークを接続しており、
ゲートウェイ機能によって、ＳＯＨＯサーバ１からサー
ビスの提供を受けるとともに、ＳＯＨＯサーバ１からの
監視制御を可能にする。ＳＯＨＯサーバ１は、ソフトウ
ェア構成を、カーネル１６，１３上に、直接、ＳＯＨＯ
サーバＯＳ（１０ｃ）、ＳＯＨＯサーバＯＳ・ＡＰＩ
（１０ｂ）、ＳＯＨＯサーバＯＳアプリケーション（１
０ａ）の順にして構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＳＯＨＯ（small
office home office）システム、詳しくは、小規模でプ
ライベートな情報通信ネットワーク機器のユーザに対し
て提供するエンドツーエンドのサービスの品質向上、及
びネットワーク管理のカスタマイズ機能の充実を図る情
報通信ネットワークシステムに関する。

【０００２】

【従来の技術】インターネットは、インターネットプロ
トコル（ＩＰ）で接続されたオープンなネットワークで
ある。図１５に、ＩＰネットワークの典型例を示す。ポ
ータルサイトは、Ｗｅｂサーバなどをベースに、サービ
ス提供企業あるいはサービス消費者の各種個人、団体の
ホームページが提供されており、個人企業のクライアン
トがアクセスして電子商取引の仮想市場を形成したり、
仮想企業体、コミュニティなどのサーバ空間を提供する
場になるものである。

【０００３】周知のように、現在では、インターネット
上で流通する貨幣、これを扱う銀行、インターネット上
のＴＶ放送局など、インターネットをプラットホームと
するサイバー空間上で、知識や情報によって顧客に価値
を提供するようになっている。

【０００４】インターネットマンションやホテルなどの
遠隔サイトには、管理室や防災監視室などに、防災管理
受信機１０１、設備管理受信機１０２を設置するととも
に、遠隔サーバ１０３、ＳＯＨＯスイッチ１０４、ＳＯ
ＨＯルータ１０５、ファイヤウォール１０６を備えてい
る。各住戸や各室などには、火災感知器１２１と照明器
具１２２などを接続した住宅情報盤１１１、電話機１２
３などを接続したホームＰＢＸ１１２、パソコンなどの
ＳＯＨＯ端末１２４を接続したホームサーバ１１３、テ
レビ受像機１２５を接続したセットトップボックス１１
４を設置している。

【０００５】防災管理受信機１０１は、各室の住宅情報
盤１１１を接続して防災ネットワークＮａを構成してお
り、火災感知器１２１などに対するセキュリティ監視制
御（火災監視など）を行っている。設備管理制御盤１０
２は、各室の住宅情報盤１１１を接続して設備ネットワ
ークＮｂを構成しており、照明器具１２２などに対する
設備監視制御（オンオフ制御など）を行っている。防災
管理受信機１０１、設備管理制御盤１０２、各室のホー
ムＰＢＸ１１２は、電話端子台１０７を介して電話網に
接続されている。また、各室のセットトップボックス１
１４はインターネットに接続されている。

【０００６】ＳＯＨＯスイッチ１０４は、各室のホーム
サーバ１１３を接続してＳＯＨＯネットワークＮｃを構
成するするとともに、遠隔サーバ１０３、防災管理受信
機１０１、設備管理受信機１０２を接続している。

【０００７】サービスサポートセンタでは、電話網及び
インターネットを、構内交換機２０３、ファイヤウォー
ル２０２を介して接続しており、バックボーンＬＡＮ２
０１によって、各サービススタッフ用端末２２１や、顧
客サービスＷＷＷサーバ２０４を接続している。

【０００８】ここでは、更に、データベースサーバ２１
１、システム管理サーバ２１２、メッセージングアプリ
ケーションサーバ２１３、顧客管理アプリケーションサ
ーバ２１４、サプライチェーンアプリケーションサーバ
２１５、会計／財務などのアプリケーションサーバ２１
６を接続しており、各遠隔サイトの遠隔サーバ１０３
に、各種サービスを提供するとともに、管理している。

【０００９】なお、図中に示した「ＶＰＮ（Virtual Pr
ivate Network）」 とは、エンドツーエンドに、データ
を暗号化し、認証された相手との間で、暗号を解くため
に必要な鍵を交換するネットワークのことであり、イン
ターネット上で、セキュリティが確保された仮想的な専
用回線を引く効果がある。

【００１０】標準的なデータの暗号化方式としては、Ｄ
ＥＳ（the US Data Encryption Standard） 、公開鍵方
式としてはＰＫＩ（Public Key Infrastructure） が代
表的で、ＲＦＣのＩＰＳＥＣ／ＩＫＥが広く使われる。
ＩＰＳＥＣはＩＰパケットの暗号化、ＩＫＥはＩＰＳＥ
Ｃの鍵交換に関する取り決めである。商品化されている
暗号化方法には、５６ビットの暗号化を３個組み合わせ
た168 bit Triple-DES(3DES)をはじめ、2048 bit RSA,S
HA-1,MD5など、様々なものがある。

【００１１】電子メールなどでは、個人認証が電子商取
引などのＷｅｂサイトでも行われ、ＳＳＬの暗号化と併
用され、鍵交換と共に個人認証が行われ、なりすましな
どの偽った電子メールあるいはＷｅｂアクセスを防止す
るようになっている。

【００１２】一方、近時では、ネットワーク機器とコン
ピュータが融合するようになっており、ハードウェアで
は、用途別のシステム全体が一つのＩＣ上に実装でき、
例えば、マイクロソフト社のＷｉｎｄｏｗｓなどのＯＳ
には、ネットワークのルーティング機能、セキュリテ
ィ、ユーザ管理、メッセージサービス、データベース、
トランザクション処理、ファイル管理、Ｗｅｂサーバな
ど、さまざまな機能が統合され、コンポーネント化さ
れ、必要なコンポーネントのみを集めてＯＳとして編集
したり、ネットワーク上のコンピュータに分散させるこ
とができるようになっている。

【００１３】従来、プロセス制御用などのリアルタイム
処理用のコンピュータ、Ｗｉｎｄｏｗｓような情報系の
コンピュータ、および、メインフレームなどの勘定系、
基幹系のミッションクリティカルなコンピュータの各々
は、全くかけ離れたもののようであったが、現在は、従
来の情報系のパソコン、ワークステーションのハードウ
ェアおよびソフトウェアの技術進歩により、モバイルコ
ンピュータも統合可能になり、無線技術の進歩で、いつ
でもどこでもネットワークでコンピュータにアクセス可
能なユービカタスコンピューティング（Ubiquitous Com
puting）の時代になりつつあるともいわれている。

【００１４】ＣＰＵなどの半導体デバイスの集積度向
上、処理スピード向上、及び、通信プロトコルの標準化
をベースに、ネットワークでコンピュータ間を接続する
インターネットの技術、すなわちルータ、スイッチング
ハブなどのネットワーク機器、コンピュータおよびソフ
トウェアが高度化する一方で、低価格化などによって普
及が進み、インターネット、パソコン、ソフトウェアパ
ッケージなどのデファクトスタンダード化により、ＩＰ
プロトコルに従来の勘定系のネットワーク、電話、ＴＶ
などが融合し、パソコンに従来のメインフレーム、オフ
ィスコンピュータ、ＴＶなどが融合し、ソフトウェアパ
ッケージは、従来の専用の業務ソフトウェアが、マイク
ロソフト社のＷｉｎｄｏｗｓ、ＵＮＩＸ（登録商標）な
どの汎用ＯＳ上のアプリケーションサーバパッケージ、
ＥＲＰ（enterprise resource planning）、データベー
ス、データウェアハウス、データマイニングなどの基幹
業務パッケージはじめ、インターネットの電子商取引、
映像、音声などによるインターラクティブなマルチメデ
ィア通信、グループウェアなどのコラボレーション、知
識管理などの情報通信技術（ＩＴ）が住宅から企業、政
府機関などさまざまな組織に影響し、大きな社会的な変
革が進んでいることは周知のことである。

【００１５】一般にデータベースサーバ、アプリケーシ
ョンサーバおよびクライアントからなる情報システムを
３層（３ティア）システムと呼ぶが、特にアプリケーシ
ョンサーバがＷＷＷサーバであり、サーバとクライアン
ト間が十分高速なネットワークで接続され、クライアン
トをＷｅｂブラウザ機能を主体として軽くすることによ
って、サーバ上にアプリケーションを集中管理できるの
で、ＴＣＯが安くなるといわれているが、この軽いクラ
イアントを「シン・クライアント」（ＴｈｉｎＣｌｉｅ
ｎｔ）と呼んでいる。

【００１６】企業間（Ｂ−ｔｏ−Ｂ）用途以外にも企業
−家庭間（Ｂ−ｔｏ−Ｃ）の場合にもポータルサイトの
ＷＷＷサーバを高性能にして、家庭内の端末であるセッ
トトップボックスなどがシンクライアントになることが
有望視され、最近はＰＤＡ、携帯電話などのモバイル機
器もＷｅｂブラウザを搭載し、シンクライアントの範疇
に含まれるインターネット接続端末になっている。

【００１７】

【発明が解決しようとする課題】ところが、従来は、図
１５に示したように、ＴＶ、ＴＶゲームのように、娯楽
中心で、パソコンベースのホームサーバ、ＴＶベースの
セットトップボックスを中心にしたＳＯＨＯネットワー
クが一般的で、マルチメディアには適しているが、必要
な時にのみ電源を入れる機器を中心とするので、２４時
間稼動のインフラに適さず、個々の機器の使用期間、耐
用年数が短いという問題があった。また、ＳＯＨＯサー
ビスサポートの為に、防災管理受信機、設備管理制御
盤、ホームＰＢＸなどに対して、それぞれ別個に電話回
線が必要であった。

【００１８】一方、既存の２４時間稼動の監視制御シス
テム、例えば電話回線、防災システム、住宅情報盤など
は、法的な規制などで使用が制限されたり、伝送帯域が
限られる場合がある。そこで、ＨｏｍｅＰＮＡなど電話
線を使って１０Ｍｂｐｓ程度の高速伝送のモデムで、住
宅用のＬＡＮを構成し、ＩＰパケットを通す方法も開発
され、最近は、無線も同様に高速化している。

【００１９】本発明は、このような事情を考慮してなさ
れたものであり、インターネットマンション、住宅、Ｓ
ＯＨＯなど、遠隔地に分散する比較的小規模なネットワ
ークに適切なＳＯＨＯサーバを提供し、情報ネットワー
クサービスのビジネスモデル構築のために適したＳＯＨ
Ｏシステムを提供することを目的としている。

【００２０】

【課題を解決するための手段】上記目的を達成するため
に、本発明のＳＯＨＯシステムは、分散設置されたＳＯ
ＨＯサーバの各々を、通信ネットワークを介して接続す
るとともに、ＳＯＨＯサーバの各々に、所定区域毎に設
置された複数のＳＯＨＯ情報盤を接続して構成する。

【００２１】ここに、通信ネットワークには、インター
ネット、電話網やＩＳＤＮなどの公衆回線、専用線、Ｌ
ＡＮ等のすべての電気通信回線を含んでいる。ＳＯＨＯ
サーバは、ビルやマンションなどの管理室や警備室など
に設置される。ＳＯＨＯ情報盤は、ビルやマンションな
どの各室や各住戸などに設置される。

【００２２】請求項１では、ＳＯＨＯ情報盤は、所定区
域内において、防災や防犯などのセキュリティ監視制御
系、照明や空調などの設備監視制御系、通信や放送など
のマルチメディア系のうち、少なくとも１つの区域内ネ
ットワークを接続しており、ゲートウェイ機能によっ
て、ＳＯＨＯサーバから、接続した区域内ネットワーク
の各々に対するサービスの提供を受けるとともに、ＳＯ
ＨＯサーバからの、接続した区域内ネットワークの各々
の監視制御を可能にする。

【００２３】ここに、セキュリティ監視制御系のネット
ワークに接続される機器には、火災感知器、防犯セン
サ、ガス漏れ警報機などがある。設備監視制御系のネッ
トワークに接続される機器には、照明器具、空調機器
（エアコン）などがある。マルチメディア系のネットワ
ークに接続される機器には、パソコン、テレビ受像機、
電話機、ファクシミリ装置などがある。

【００２４】ゲートウェイとは、一般に、ネットワーク
を別のネットワークに接続し、データを相互にやり取り
するためのハードウェアやソフトウェアをいい、メッセ
ージのフォーマット、アドレス、プロトコルの変換機能
を有するものであるが、本発明では、各所定区域内のネ
ットワークとＳＯＨＯサーバとの間に、ＳＯＨＯ情報盤
を介在させることによって、各所定区域内の複数のネッ
トワークを統合し、ＳＯＨＯサーバからの、各々のネッ
トワークに適したサービスの提供、制御監視を可能にす
る。

【００２５】各所定区域内のネットワークとＳＯＨＯ情
報盤との間では、各ネットワークに接続された機器の本
来の通信を行っても行わなくてもよく、本発明ではこれ
らの両方を含んでいる。本来の通信を行うものには、例
えば、パソコンなどのＳＯＨＯ端末によるインターネッ
トのアクセスや、テレビ受像機のＣＡＴＶとの接続、電
話機などの電話網との接続などがある。本来の通信を行
わないものには、例えば、火災感知器や、テレビ放送網
を接続するテレビ受像機などがある。火災感知器は、別
系統の多重伝送線を介してセキュリティ管理制御盤に接
続され、この管理制御盤がＳＯＨＯサーバに接続され
る。

【００２６】ＳＯＨＯサーバは、ソフトウェア構成を、
カーネル上に、直接、ＳＯＨＯサーバＯＳ、ＳＯＨＯサ
ーバＯＳ・ＡＰＩ、ＳＯＨＯサーバＯＳアプリケーショ
ンの順に構成している。ここに、カーネルは、ＯＳの基
本機能を実行するプログラムであり、モジュール化され
たＯＳの各機能を制御する。ＳＯＨＯサーバＯＳは、Ｓ
ＯＨＯサーバの基本ソフトウェアであり、システム管理
機能やユーザインタフェース機能などを備える。ＳＯＨ
ＯサーバＯＳ・ＡＰＩは、ＳＯＨＯサーバＯＳアプリケ
ーションに各種の関数を提供する。ＳＯＨＯサーバＯＳ
アプリケーションは、ＳＯＨＯサーバの各種目的に合わ
せた処理を実行するソフトウェアである。

【００２７】請求項２では、請求項１において、ＳＯＨ
Ｏサーバは、ソフトウェア構成を、カーネル、ＳＯＨＯ
サーバＯＳ、ＳＯＨＯサーバＯＳ・ＡＰＩ、ＳＯＨＯサ
ーバＯＳアプリケーションの各々を機能毎に分割し、更
に接続チャネルを備えて構成しており、接続チャネルの
切換制御によって、ＳＯＨＯサーバ機能の分割・並行処
理を可能にする。

【００２８】請求項３では、請求項１又は請求項２にお
いて、ＳＯＨＯサーバの各々を接続した通信ネットワー
クには、ＳＯＨＯサーバホストを更に接続しており、Ｓ
ＯＨＯサーバホストは、ＳＯＨＯサーバにサービスを提
供するとともに、ＳＯＨＯサーバの監視制御を行う。こ
のＳＯＨＯサーバホストは、サービスサポートセンタな
どに設置されている。

【００２９】請求項４では、請求項３において、ＳＯＨ
Ｏサーバホストは、ＳＯＨＯサーバにアクセスすること
により、ＳＯＨＯサーバが接続している区域内ネットワ
ークの各々に対して、サービスを一括して提供するとと
もに監視制御を一括して行う。

【００３０】

【発明の実施の形態】以下に、本発明の実施の形態につ
いて、図面とともに説明する。図１は、ＳＯＨＯシステ
ムの遠隔サイト側の構成の一例を示した図であり、図２
は、ＳＯＨＯシステムの全体の構成の一例を示した図で
ある。

【００３１】ＳＯＨＯシステムでは、ＳＯＨＯサーバ１
を遠隔サイトに分散設置する。また、ＳＯＨＯサーバ１
にアクセスして、ＳＯＨＯサービスサポートを受けるオ
フィスなどの所定区域内には、ＳＯＨＯ情報盤４を設置
する。すなわち、ＳＯＨＯサーバ１に、ＳＯＨＯ情報盤
４、各種の宅内のネットワーク、あるいは外部接続のネ
ットワークを統合して、ＳＯＨＯサーバプラットホーム
を構成する。

【００３２】ＳＯＨＯ情報盤４は、所定区域内におい
て、防災や防犯などのセキュリティ監視制御系、照明や
空調などの設備監視制御系、通信や放送などのマルチメ
ディア系のうち、少なくとも１つの区域内ネットワーク
を接続している。

【００３３】ここでは、セキュリティ監視制御系のネッ
トワークとして、ＳＯＨＯゲートウェイユニット４ａと
監視制御ユニット４ｃとを介して、火災感知器５を接続
している。設備監視制御系のネットワークとして、ＳＯ
ＨＯゲートウェイユニット４ａと監視制御ユニット４ｃ
とを介して、、照明器具６を接続している。マルチメデ
ィア系のネットワークとして、ＳＯＨＯゲートウェイユ
ニット４ａと通信制御ユニット４ｂとを介して、テレビ
受像機７、電話機８、ＳＯＨＯ端末（パソコン、クライ
アントなど）を接続している。

【００３４】ＳＯＨＯサーバ１と各ＳＯＨＯ情報盤４と
は、ＬＡＮなどのＳＯＨＯネットワークＮを介して接続
されており、ＳＯＨＯ情報盤４は、ゲートウェイ機能に
よって、ＳＯＨＯサーバ１から、接続した区域内ネット
ワーク（５〜９）の各々に対するサービスの提供を受け
るとともに、ＳＯＨＯサーバ１からの、接続した区域内
ネットワーク（５〜９）の各々の監視制御を可能にす
る。

【００３５】ゲートウェイ機能では、各所定区域内のネ
ットワーク（５〜９）とＳＯＨＯサーバ１との間におい
て、データを相互にやり取りするために、データのフォ
ーマット、アドレス、プロトコルを変換する。このよう
に、ＳＯＨＯ情報盤４を介在させることによって、各所
定区域内の複数のネットワーク（５〜９）を統合し、Ｓ
ＯＨＯサーバ１からの、各々の区域内ネットワーク（５
〜９）に適したサービスの提供、制御監視を可能にす
る。

【００３６】各所定区域内のネットワーク（５〜９）と
ＳＯＨＯ情報盤４との間では、各ネットワークに接続さ
れた機器の本来の通信を行う構成であっても、本来の通
信を行わない構成であってもよい。例えば、ＳＯＨＯ端
末９によるインターネットのアクセスや、テレビ受像機
７のＣＡＴＶとの接続、電話機８などの電話網との接続
は、ＳＯＨＯ情報盤４、ＳＯＨＯサーバ１を介して通信
する。一方、火災感知器５は多重伝送線など（不図示）
を介して防災管理受信機２２に接続され、防災管理受信
機２２によって火災監視等を行う。また、照明器具６は
多重伝送線など（不図示）を介して設備管理制御盤２１
に接続され、設備管理制御盤２１によってオンオフ制御
や状態監視等を行う。

【００３７】遠隔サイトに設置されたＳＯＨＯサーバ１
は、インターネットＮ１などの通信ネットワークを介し
て相互に接続されているが、図２では、インターネット
Ｎ１に、ＳＯＨＯサーバホスト９０を更に接続してい
る。ＳＯＨＯサーバホスト９０は、サービスサポートセ
ンタなどに設置されるものであり、更に、ＳＯＨＯサー
ビスサポートスタッフの端末９１を接続する。

【００３８】ＳＯＨＯサーバホスト９０は、ＳＯＨＯサ
ーバ１にサービスを提供するとともに、ＳＯＨＯサーバ
１の監視制御を行う。また、ＳＯＨＯサーバホスト９０
は、ＳＯＨＯサーバ１にアクセスすることにより、ＳＯ
ＨＯサーバ１が接続しているネットワーク（５〜９）の
各々に対して、サービスを一括して提供するとともに監
視制御を一括して行うことができる。

【００３９】図１に示すように、ＳＯＨＯサーバ１は、
そのソフトウェア構成を、カーネル１６，１３上に、直
接、ＳＯＨＯサーバＯＳ（１０ｃ）、ＳＯＨＯサーバＯ
Ｓ・ＡＰＩ（１０ｂ）、ＳＯＨＯサーバＯＳアプリケー
ション（１０ａ）の順に構成にしている。

【００４０】これによって、汎用サーバＯＳアプリケー
ション１１上にＳＯＨＯサーバＯＳアプリケーション１
０ａを搭載した場合のように、バーションアップなどで
環境が変わる度に、ＳＯＨＯサーバＯＳアプリケーショ
ン１０ａを変更する必要がない。一方、汎用リアルタイ
ムＯＳアプリケーション１４上にＳＯＨＯサーバＯＳア
プリケーション１０ａを搭載した場合のように、汎用サ
ーバＯＳ・ＡＰＩ１２などが使用できなくなることがな
い。この場合、ＳＯＨＯサーバＯＳアプリケーション１
０ａでは、リアルタイム性は、さほど要求されないので
問題はない。

【００４１】図１に示すように、仮想ＳＯＨＯサーバ１
０のＳＯＨＯサーバＯＳ１０ｃ、ミッションクリティカ
ルなＳＯＨＯサーバＯＳ・ ＡＰＩ１０ｂの上で、ＳＯ
ＨＯサーバＯＳアプリケーション１０ａを構成すること
によって、種々のＣＰＵ、ＯＳに依存しないＳＯＨＯサ
ービス・サポートプラットホームを提供できる。

【００４２】なおかつ、汎用ＯＳ（１１，１２，１３）
と統合することにより、汎用ＯＳの資源を活用する仮想
ＳＯＨＯサーバ１０を構成し、汎用のＳＯＨＯアプリケ
ーションおよびＳＯＨＯサービスアプリケーションの利
用が可能で、しかも、ＳＯＨＯサーバＯＳ１０ｃ、およ
びＳＯＨＯサーバＯＳ・ ＡＰＩ１０ｂの上のＳＯＨＯ
サーバアプリケーション１０ａが高性能で信頼性が高く
なる。

【００４３】したがって、ＳＯＨＯサーバ１は、種々の
ＣＰＵ、ＯＳに依存しない組込型のＷｅｂサーバおよび
遠隔アクセスサーバを対象にして、ミッションクリティ
カルな遠隔サービスを安価に提供することができる。

【００４４】図中、１１は汎用サーバＯＳアプリケーシ
ョン、１２は汎用サーバＯＳ・ＡＰＩ、１３は汎用サー
バＯＳカーネル、１４は汎用リアルタイムＯＳアプリケ
ーション、１５はリアルタイムＯＳ・ＡＰＩ、１６はリ
アルタイムＯＳカーネルである。リアルタイムＯＳカー
ネル１６は、ＳＯＨＯサーバ・ＣＰＵボード１７上に搭
載され、ファイヤウォール３、ＳＯＨＯルータ１８によ
って通信ネットワークＮ１に接続される一方、ＳＯＨＯ
スイッチ９によって、ＳＯＨＯネットワークＮを介し
て、ＳＯＨＯ情報盤４のＳＯＨＯゲートウェイユニット
４ａや、設備管理制御盤２１や防災管理受信機２２など
を接続するＳＯＨＯゲートウェイ２０を接続している。

【００４５】汎用ＯＳは、サービスパックなどのバージ
ョンアップが頻繁に行われ、特別のサポートが必要であ
ることが多いが、ミッションクリティカルなＳＯＨＯネ
ットワークに関するインフラストラクチャの高い信頼
性、品質を低コストで維持するために、仮想ＳＯＨＯサ
ーバ１０を汎用ＯＳと分けることが有効であり、さらに
は汎用サーバ用のコンピュータに一緒にインストールす
ることによって、ＳＯＨＯサーバ１の中に汎用ＯＳと同
居させた仮想ＳＯＨＯサーバ１０が、コンピュータのサ
ポートをＳＯＨＯサービスの一環として提供できる顧客
メリットが得られる。

【００４６】したがって、ＳＯＨＯサーバ１にインスト
ールするだけで、図１に示したソフトウェア構成とする
ような、ＣＤ−ＲＯＭなどのプログラム記録媒体を用い
れば、容易に、コンピュータを、本発明のＳＯＨＯシス
テムのＳＯＨＯサーバ１として構成することが出来る。

【００４７】汎用ＯＳサーバと統合する場合には、一般
的なベンダー仕様の汎用サービスのアプリケーションを
汎用サーバＯＳアプリケーション１１として提供すると
共に、ＳＯＨＯサービスに関するユーザとの会話処理な
ど、汎用サーバＯＳ・ＡＰＩ１２を活用し、通信などミ
ッションクリティカルなプロセスは、リアルタイムＯＳ
カーネル１６、あるいは、リアルタイムＯＳ・ＡＰＩ１
５を使用することによって、優先処理を行う。

【００４８】なお、ＯＳカーネルおよびＯＳ・ＡＰＩの
境界を明確に定義することは困難であり、ＯＳは、元
来、縦割り的な構成で分割され、モジュール化、コンポ
ーネント化されたソフトウェアを組み合わせて構成され
ることが一般的であるので、本明細書において、ＯＳカ
ーネル上と呼ぶ場合には、ＯＳ・ＡＰＩ上も含めて、Ｏ
Ｓカーネル上のコンポーネント、ライブラリ、ＡＰＩな
ども含むものとする。例えば、図３に示すＳＯＨＯサー
バのソフトウェア構成は、図１に示した構成と同じであ
るとする。

【００４９】図１では、ＳＯＨＯサーバ１のソフトウェ
ア構成は、リアルタイムＯＳカーネル１６上に、リアル
タイムＯＳ・ＡＰＩ１５および汎用サーバＯＳカーネル
１３にまたがって、この上にＳＯＨＯサーバＯＳ１０
ｃ、および、ＳＯＨＯサーバＯＳ・ＡＰＩ１０ｂが構成
されている。これによって、リアルタイムＯＳのＡＰＩ
１５および汎用ＯＳのＡＰＩ１２を統合し、汎用アプリ
ケーションを総合する仮想的なＯＳを構成し、種々のＣ
ＰＵ、ＯＳに依存しないで、ＳＯＨＯサーバＯＳアプリ
ケーション１０ａを提供することができる。

【００５０】リアルタイムＯＳは、ＣＰＵを始めとする
ハードウェアの資源を使って、スケジューリング、メモ
リ管理、割り込み処理、プロセス間通信などを行うが、
ＳＯＨＯサーバＯＳ・ＡＰＩ１０ｂおよびＳＯＨＯサー
バＯＳ１０ｃのミッションクリティカルなデバイス管
理、プロセス管理、デバイスネットワーク管理などに関
する部分は、リアルタイムＯＳカーネル１６あるいはリ
アルタイムＯＳ・ＡＰＩ１５を使い、その他のファイル
管理、オープンネットワーク管理などは、汎用サーバＯ
Ｓカーネル１３あるいは汎用サーバＯＳ・ＡＰＩ１２を
使うように、ＳＯＨＯサーバＯＳ１０ｃが、汎用サーバ
ＯＳカーネル１３およびリアルタイムＯＳカーネル１６
の上にまたがって構成されている。汎用サーバＯＳカー
ネル１３の上にＳＯＨＯサーバＯＳ１０ｃが仮想的にあ
るデバイスは、直接アクセスできないので、ハードウェ
アのドライバは、ＳＯＨＯサーバＯＳ１０ｃの中で、仮
想的に扱われる。

【００５１】図４に示すように、ＳＯＨＯサーバ１のソ
フトウェア優先処理では、リアルタイムＯＳカーネル１
６のメッセージ処理およびプロセス処理のスケジューリ
ングの動作フローは、汎用リアルタイムＯＳアプリケー
ション１４の優先順位が最も高く、「優先順位１、ＩＤ
＝ＲＴ、リアルタイム・プロセス制御」のパケットが最
優先処理される。その次に、ミッションクリティカルな
ＳＯＨＯサーバＯＳアプリケーション１０ａの優先度が
高く、「優先順位２、ＩＤ＝ＳＯＨＯ、ＳＯＨＯサービ
ス」が優先処理され、最後に汎用サーバＯＳアプリケー
ション１１の「優先順位３、ＩＤ＝ＡＰＰＳ、一般のサ
ービス」のパケットが処理される。

【００５２】図１及び図２に示したＳＯＨＯサービス・
ビジネス・プラットホームは、インターネットマンショ
ン、ホテルなどで提供されるＳＯＨＯサービスの例であ
る。ＳＯＨＯサーバ１内に仮想ＳＯＨＯサーバ１０を設
け、ミッションクリティカルなＳＯＨＯサービスを提供
している。

【００５３】ＳＯＨＯサーバ１は、マンション、ホテル
などの管理室などに設置され、個々の住戸、客室などの
ＳＯＨＯサービスユニットにＳＯＨＯ情報盤４を設置
し、ＳＯＨＯ情報盤４に、防災、ＨＡなどの監視制御ユ
ニット４ｃ、電話・ＴＶ・データ通信などの通信制御ユ
ニット４ｂおよびＳＯＨＯゲートウェイユニット４ａが
設置されており、ＳＯＨＯサーバ１、および、ＳＯＨＯ
サービスユニットによってローカルなＳＯＨＯサービス
プラットホームを構成し、さらにサービスサポートセン
タを付加することによって、遠隔のサービスサポートが
提供されるＳＯＨＯサービスビジネスプラットホームを
構成する。

【００５４】ＳＯＨＯゲートウェイユニット４ａは、Ｓ
ＯＨＯネットワークＮを通して仮想ＳＯＨＯサーバ１０
とＳＯＨＯサービス対象の各種ネットワーク接続機器
（５〜９）との間のコミュニケーションを中継し、これ
らのミッションクリティカルなトラヒックのサービス品
質（ＱｏＳ）を保証する為の優先処理、暗号化などを行
う。ＳＯＨＯサーバ１の中に、ＳＯＨＯネットワークＮ
の分岐を行うＳＯＨＯスイッチ１９、およびインターネ
ット接続を行うＳＯＨＯルータ１８を含めており、ＳＯ
ＨＯスイッチ１９およびＳＯＨＯルータ１８は、仮想Ｓ
ＯＨＯサーバ１０とＳＯＨＯゲートウェイユニット４ａ
との間の通信を中継する。

【００５５】さらにＳＯＨＯゲートウェイユニット４ａ
は、後述する図１２に示す情報ネットワーク構内配線
（電話など）、図１３に示す情報ネットワーク構内配線
（ＢＡなど）、図１４に示すＳＯＨＯネットワークな
ど、ネットワークの複数本の構内配線ケーブルが敷設さ
れている場合に、従来は、電話用、ＢＡ用などがそれぞ
れ個別に各機器間に配線されたいたものを、ゲートウェ
イ間で複数本束ねて同時に使い、各ケーブルをＱｏＳに
応じた使い分け、バックアップ回線で多重化する使い分
けなどによって、ＳＯＨＯサービスのミッションクリテ
ィカルな用途の品質、信頼性を保証しながら、各種サー
ビスを安価に統合する。

【００５６】ＳＯＨＯネットワークＮ自体は、図示した
ような有線には限定されず、無線であってもよい。ま
た、ＳＯＨＯサーバ１は、他システム制御盤（他システ
ムサーバ）として、設備管理制御盤２１と防災管理受信
機２２とを接続しているが、これには限定されず、ビル
オートメーション（ＢＡ）、ホームオートメーション
（ＨＡ）、ファクトリーオートメーション（ＦＡ）など
の監視制御盤などであってもよく、Ｗｅｂサーバ機能が
含まれたり、ＵＮＩＸ、Ｗｉｎｄｏｗｓなどのサーバプ
ラットホームを使用している場合も含まれる。

【００５７】また、図１，図２では、宅内のネットワー
ク、あるいは外部接続のネットワークの端末として、Ｔ
Ｖ系端末７、電話系端末８、ＳＯＨＯ端末９を示した
が、ＩＥＥＥ１３９４、無線などの新しい伝送媒体や、
デジタル機器など、技術革新と融合によって、絶えず多
様な変化に対応できるようになっている。

【００５８】一般の情報盤は、マンションなどでは、住
宅情報盤としてインターホンのハンドセットを一緒にリ
ビングルーム、ダイニングルームなどに設置され、住宅
用分電盤、住宅用ＰＢＸ、ＤＳＵなどは、玄関、パイプ
スペースなどに設置されるが、本発明のＳＯＨＯサーバ
１は、その設置場所は限定されず、その適用範囲も既存
の従来の住宅情報盤と同様に限定されるものではない。

【００５９】また、最近のインターネットの普及によ
り、インターネットとＩＥＥＥ１３９４などを接続する
ホームゲートウェイの機能が、ＳＯＨＯ情報盤４に含ま
れており、インターネットＮ１に複数の情報端末からア
クセスすることを可能にし、各種ネットワーク接続機器
のアプリケーションを提供するホームサーバの機能も、
ＳＯＨＯ情報盤４に含まれる。ＳＯＨＯサーバ１は、こ
れらのＳＯＨＯ情報盤４が共有するホームサーバのホス
ト側に位置した共有サーバとなる。

【００６０】ＳＯＨＯサーバ１およびＳＯＨＯ情報盤４
は、このように、従来の情報盤、ホームサーバなどを包
含し総称したもので、ＣＰＵなどで構成される制御部
と、各種キーなどで構成される操作部とを一体にしたも
のに限定されるものではない。その違いは、一般的なデ
スクトップ用のＳＯＨＯルータあるいはパソコンのよう
な家電製品ではなく、ＤＳＵのように、壁面に半固定的
に設置したり、電設盤、情報配線のような情報通信イン
フラストラクチャに近い情報通信ネットワーク設備であ
る点にある。従って、ＳＯＨＯサーバ１は、サービスサ
ポートセンタのＳＯＨＯサーバホスト９０に接続され
て、遠隔のサービス、サポートをＳＯＨＯサービスサポ
ートスタッフから受けるビジネスモデルのプラットホー
ムとしても適している。

【００６１】ＳＯＨＯサーバ１は、ネットワークセキュ
リティ、ＱｏＳ（quality of service）、通信プロトコ
ル処理などのネットワークサービス、ユーザ管理、課金
サービスなどのインターネット接続サービスの基本サー
ビスを行うと共に、アプリケーションサーバ、データー
ベースサーバなどの、ユーザのアプリケーションを経済
的に提供するＳＯＨＯサービスサポートを行い、さらに
設備の維持管理、防災、セキュリティなどのトータルな
システムの運用維持管理を提供する制御・状態監視サー
ビスを行い、これらのインターラクションのメッセージ
交換を行う。

【００６２】このため、ＳＯＨＯサーバ１と、他システ
ム制御盤２１，２２との間では、システム連携条件設定
で初期設定を行い、システム連携サービスメッセージ交
換によって、ＳＯＨＯサーバ１経由の制御・状態監視サ
ービスメッセージ交換およびオンデマンドサービスメッ
セージ交換にリンクしたサービスサポートが提供され
る。

【００６３】図５（ａ）は、ＳＯＨＯサーバ１の動作の
例を示すフローチャート（Ｓ１００〜Ｓ１０８）、図５
（ｂ）は、ＳＯＨＯ情報盤４の動作の例を示すフローチ
ャート（Ｓ２００〜Ｓ２０４）である。

【００６４】ＳＯＨＯサーバ１は、インフラの自己診断
及び初期設定を行った後（Ｓ１００）、ＳＯＨＯ情報盤
４からの割り込みがあれば、割り込み処理を行い（Ｓ１
０１、Ｓ１０２）、各ＳＯＨＯ情報盤４に対してポーリ
ングを行う（Ｓ１０３）。この結果、ＳＯＨＯ情報盤４
からの要求があれば、その要求に対応したサービスを提
供する（Ｓ１０４、Ｓ１０５）。そして、ＳＯＨＯ情報
盤４の代理機能を更新し（Ｓ１０６）、ＳＯＨＯサービ
スエージェント処理（Ｓ１０７）、個別サービス処理、
特別サービス処理を順に行う（Ｓ１０８）。

【００６５】ＳＯＨＯ情報盤４は、設定処理（Ｓ２０
０）、自己診断（Ｓ２０１）、ＳＯＨＯサーバ１への割
込要求処理（Ｓ２０２）、端末（５〜９）への要求処理
（Ｓ２０３）、サーバ更新処理（Ｓ２０４）を繰り返
す。

【００６６】図６には、ＳＯＨＯサーバホスト９０の動
作の例を示しており、初期設定（Ｓ３００）、システム
診断（Ｓ３０１）、制御状態監視（Ｓ３０２）、オンデ
マンド処理（Ｓ３０３）、顧客サービス処理（Ｓ３０
４）、特別サービス処理（Ｓ３０５）、パートナ連携処
理（Ｓ３０６）、課金処理（Ｓ３０７）を繰り返す。

【００６７】各住戸などでは、ビルオートメーション
（ＢＡ）、ホームオートメーション（ＨＡ）、ファクト
リーオートメーション（ＦＡ）、防災機器、防犯機器な
どの監視制御端末機器を接続したフールドネットワー
ク、これらの監視制御端末機器をコントロールする制御
部、これらのシステムの状態を表示し、指令を与える操
作部から構成され、常時制御部にＨＴＴＰ、ＸＭＬなど
のＷｅｂサーバ機能が組み込まれ、操作部および操作部
が分離されネットワーク上でそれぞれ分散配置され、遠
隔に操作することが可能で、上記制御部が、ＳＯＨＯ情
報盤４に集約され、ＳＯＨＯ情報盤４、各種の宅内、あ
るいは外部接続のネットワークをＳＯＨＯサーバ１に接
続したＳＯＨＯサービスユニットを構成する。

【００６８】すなわち、他システム制御盤が、ＢＡ、Ｈ
Ａ、ＦＡなどの設備管理制御盤２１あるいは防災受信
機、防犯などの防災管理受信機２２を包含し、ＳＯＨＯ
情報盤４にビルオートメーション（ＢＡ）、ホームオー
トメーション（ＨＡ）、ファクトリーオートメーション
（ＦＡ）、防災機器、防犯機器などの監視制御端末機器
を接続して、ＳＯＨＯサーバ１が、これらを統合するシ
ステム連携サービスを提供する。

【００６９】店舗ビル、マンション、オフィスビルなど
のサイトにＳＯＨＯサーバ１を分散設置し、上記サイト
のＳＯＨＯサーバ１にアクセスして、ＳＯＨＯサービス
サポートを受けるテナント、住居、オフィスなどの宅内
にＳＯＨＯ情報盤４を設置し、ＳＯＨＯ情報盤４に、Ｂ
Ａ／ＨＡなどの監視制御サービス、コミュニティサービ
ス、ＳＯＨＯ端末などのネットワークを統合し、サービ
スサポートセンタが集中して、サービスを提供するＳＯ
ＨＯプラットホームを構成する。

【００７０】伝統的なＢＡ／ＨＡなどの監視制御、ある
いは、住宅情報盤などの制御部のＯＳ（例えばリアルタ
イムＯＳ、機器組込用ＯＳなど）にＷｅｂサーバ機能が
組み込まれ、操作部は、パソコンなどのＷｅｂブラウザ
が使われる。

【００７１】ＳＯＨＯ端末９は、ＢＡ／ＨＡなどの操作
部、マルチメディアディスプレイと統合されて各部屋ご
とに設置することや、無線接続のモバイル機器のＷｅｂ
ブラウザと統合する操作部の分散化が可能である。すな
わち、従来の住宅情報盤などの場合を例にとれば、制御
部と操作部が一体であったものが、ＳＯＨＯ情報盤４
は、サーバクライアントモデルでネットワークに接続さ
れるので、ＳＯＨＯサーバ１にＨＴＴＰサーバ、ＸＭＬ
サーバなどＷｅｂサーバ機能が内蔵されることによっ
て、従来の住宅情報盤のような情報盤の制御部が、ＳＯ
ＨＯサーバ１に一体化され、分電盤と同じ場所にあり、
情報盤の操作部は、ＳＯＨＯサーバ１に対するＳＯＨＯ
端末（クライアント）であり、ＳＯＨＯ端末となるもの
も適用範囲に含まれ、Ｗｅｂ対応のフラットパネルディ
スプレイ、パソコン上のＷｅｂブラウザ、携帯電話のＷ
ｅｂブラウザなど、ＳＯＨＯサーバ１に対するＳＯＨＯ
端末（クライアント）であり、どこにあってもよい。

【００７２】次に、ＳＯＨＯサーバ１のソフトウェア構
成の別の例について説明する。図７に示す構成では、リ
アルタイムＯＳカーネル１６上に、直接、仮想的なＳＯ
ＨＯサーバＯＳ１０ｃ、および、ＳＯＨＯサーバＯＳ・
ＡＰＩ１０ｂが置かれている。したがって、リアルタイ
ムアプリケーションとしての性能が改善され、更に、Ｓ
ＯＨＯサーバＯＳアプリケーション１０ａが、汎用サー
バＯＳ・ＡＰＩ１２の上に構築されているので、仮想Ｓ
ＯＨＯサーバ１０として、汎用アプリケーションを総合
するＳＯＨＯサーバ１が提供できる。

【００７３】この構成は、ＳＯＨＯサーバ１の基本形で
あり、リアルタイムＯＳのカーネル１６に直接アクセス
できるので、ハードウェアのドライバは、ＳＯＨＯサー
バ１に対して独自に提供できる。ＳＯＨＯサーバ１にお
いて、ミッションクリティカルなＳＯＨＯサーバＯＳ・
ＡＰＩ１０ｂおよびＳＯＨＯサーバＯＳ１０ｃは、リア
ルタイムＯＳカーネル１６を使い、その他のファイル管
理、オープンネットワーク管理などを応用するＳＯＨＯ
サーバＯＳアプリケーション１０ａは、汎用サーバＯＳ
・ＡＰＩ１２を使うことができる。

【００７４】また、ＳＯＨＯサーバＯＳ１０ｃが、リア
ルタイムＯＳカーネル１６の上に構成されているので、
直接カーネル１６にアクセスでき、ハードウェアのドラ
イバは、リアルタイムＯＳカーネル１６上で、他の構成
のＳＯＨＯサーバと共通なＳＯＨＯサーバＯＳ１０ｃの
中で仮想的に扱われる。

【００７５】なお、リアルタイムＯＳカーネル１６の処
理は、図４に示した、図１のリアルタイムＯＳカーネル
１６のメッセージ処理およびプロセス処理のスケジュー
リングの動作フローと同様である。

【００７６】この構成においても、ＳＯＨＯサービスビ
ジネスプラットホームを構成し、ＳＯＨＯサーバ１内に
仮想ＳＯＨＯサーバ１０を設け、ミッションクリティカ
ルなＳＯＨＯサービスを提供することができる。

【００７７】次に、ＳＯＨＯサーバ１の更に別のソフト
ウェア構成を図８に示す。ここでは、汎用サーバＯＳカ
ーネル１３上で、リアルタイムＯＳカーネルエミュレー
ション１ａが行われるようになっている。汎用ＯＳ上の
リアルタイムＯＳカーネルエミュレーション１ａが行わ
れる環境では、リアルタイム性能は若干落ちるが、ＣＰ
Ｕの高性能化によって実用可能な仮想ＳＯＨＯサーバ１
０として、汎用アプリケーションを総合するＳＯＨＯサ
ーバ１を提供できる。

【００７８】汎用サーバＯＳカーネル１３の上にリアル
タイムＯＳカーネルエミュレーション１ａ、すなわちリ
アルタイムＯＳカーネル１６のインターフェースを提供
するので、仮想ＳＯＨＯサーバ１０を汎用サーバＯＳ上
の１アプリケーションの様にして、幅広いＳＯＨＯサー
ビスを提供することができる。

【００７９】この場合のリアルタイムＯＳカーネルエミ
ュレーション１ａのメッセージ処理およびプロセス処理
のスケジューリングの動作フローは、図４と同様で、リ
アルタイムＯＳカーネルエミュレーション１ａに対し
て、汎用サーバＯＳカーネル１３から優先度の高い割り
込みを使用するデバイスドライバ、割り込みハンドラを
利用するなどの方法が提供される。

【００８０】仮想ＳＯＨＯサーバ１０を構築するので、
ミッションクリティカルなＳＯＨＯサービスは、ハード
ウェアアクセスが汎用サーバＯＳを経由して行われる。
ＣＰＵが十分高速で、ＯＳのサービスに占有される１０
ミリ秒程度の時間が実質的に問題にならない場合に、真
にリアルタイムＯＳではないが、擬似的なリアルタイム
ＯＳとして、遠隔サービスが、汎用サーバＯＳと仮想Ｓ
ＯＨＯサーバ１０に統合される。

【００８１】汎用サーバＯＳからのハードウェアアクセ
スを行うときに、仮想ＳＯＨＯサーバ１０からのアクセ
スが妨げられるので、このようなアクセスを制御するた
めに、先に汎用ＯＳがアクセスしている場合には、汎用
ＯＳの持っている制御状態情報を仮想ＳＯＨＯサーバ１
０が受け取り、仮想ＳＯＨＯサーバ１０のプロセスに情
報を与えることができる様に、リアルタイムＯＳカーネ
ルエミュレーション１ａは、ハードウェアへのアクセス
を擬似的に直接行っている。

【００８２】次に、ＳＯＨＯサーバ１の更に別のソフト
ウェア構成について、図９及び図１０とともに説明す
る。ＳＯＨＯサーバ１のソフトウェア構成を、ＳＯＨＯ
サーバＯＳカーネル１０ｄ、ＳＯＨＯサーバＯＳ・ＡＰ
Ｉ１０ｂ、ＳＯＨＯサーバＯＳアプリケーション１０ａ
の各々を機能毎に分割し、更に、接続チャネル１Ｂを備
えて構成する。そして、仮想ＳＯＨＯサーバ接続チャネ
ル１Ｂの切換制御によって、ＳＯＨＯサーバ機能の分割
・並行処理を可能にする。このように、ＳＯＨＯサーバ
機能を、ボードコンピュータなどにより、管理対象とす
るフロア別や、機能の種類別などで分割すれば、処理の
効率化が図れる。

【００８３】汎用ＯＳサーバ（１１〜１３）、汎用リア
ルタイムＯＳサーバ（１４〜１６）などのＳＯＨＯサー
バ１、および単機能モジュール化された単機能化ＳＯＨ
Ｏサーバ１０Ａなどの複数のＳＯＨＯサーバ群上で、ア
プリケーション、ユーザによるアクセスチャネルを提供
する仮想ＳＯＨＯサーバ・プラットホームを構成する。
これによって、ユーザおよびアプリケーションが物理的
なアプリケーションサーバを意識する必要がなく、仮想
ＳＯＨＯサーバ接続チャネル１Ｂを構成することによっ
て、仮想的に単一のＳＯＨＯサーバのように構成され
る。

【００８４】複数のサーバをまとめる公知技術として、
マルチプロセッサ構成のメモリおよびＣＰＵをスイッチ
ングする構成、コンパクトＰＣＩバス上のカード、イー
サネット（登録商標）スイッチでの相互接続などのハー
ドウェア、ディレクトリサービス、コンポーネントなど
様々あり、電源を切らないで追加削除が行えるプラグア
ンドプレイ、ホットスワップ機能を提供しているが、図
９，図１０では、仮想ＳＯＨＯサーバ１０はＯＳとし
て、ソフトウェア構成され、ＳＯＨＯサーバＯＳ・ＡＰ
Ｉ１０ｂに一貫性のあるインタフェースが提供される
が、物理的には、公知技術も応用する様々な組み合わせ
が可能である。なお、複数のＳＯＨＯサーバを物理的に
相互に接続するハブをＳＯＨＯサーバ接続ハブと呼ぶ。

【００８５】仮想ＳＯＨＯサーバ接続チャネル１Ｂは論
理的な接続チャネルで、ＳＯＨＯスイッチ１９は物理的
なデバイス（ハードウェア）で実装され、ＬＡＮ機器と
同様に、ＳＯＨＯスイッチ１９はＳＯＨＯサーバ接続ハ
ブであるとも言える。

【００８６】図９のソフトウェア構成は、仮想ＳＯＨＯ
サーバグループの中に、図７に示したＳＯＨＯサーバ１
および単機能化ＳＯＨＯサーバ１０Ａが含まれ、仮想Ｓ
ＯＨＯサーバ接続チャネル１Ｂは、仮想ＳＯＨＯサーバ
スイッチとしてパケット転送を行うＱｏＳを提供し、物
理的には、図１と同様のＳＯＨＯスイッチ１９のＱｏＳ
機能を使用する。ＶＬＡＮのタグを仮想ＳＯＨＯサーバ
１０に割り当てることによって、仮想ＳＯＨＯサーバ１
０を同一のブロードキャストドメインにして、優先順位
を汎用サーバＯＳよりも高くする。汎用リアルタイムＯ
Ｓとの兼ねあいは、使用する環境でのユーザ要件に依存
する。

【００８７】図９に示した仮想ＳＯＨＯサーバープラッ
トホーム１Ａは、仮想ＳＯＨＯサーバゲートウェイとし
てアプリケーション、ユーザによるアクセスチャネルを
提供する。アプリケーションおよびユーザによるアクセ
スチャネルは、所謂マルチレイヤスイッチングあるいは
ポリシーベーススイッチングの技術によって実現され
る。すなわち、スイッチが、アプリケーション、ユーザ
をパケットのヘッダ情報から識別し、優先処理、認証処
理などのサービスを行う。なお、近時では、ネットワー
ク用のコントローラチップなどの集積度の向上、高機能
化により、小型のポリシーベース管理対応スイッチが安
価に製造できるようになっている。

【００８８】単機能化ＳＯＨＯサーバ１０Ａは、ＣＰＵ
の計算量が少なく、小型で安価な製品になるので、一台
の高性能なサーバ上で実装するよりも、値段が安く、そ
れぞれが優先度の高いミッションクリティカルなプロセ
スを並行処理し、スイッチのポリシーベース機能との組
み合わせによって、ネットワークがミッションクリティ
カルなトラフィックのＱｏＳをサポートすることと組み
合わされて、ネットワークのボトルネックが解消される
ので、仮想ＳＯＨＯサーバグループ全体のコストが安
く、性能が向上する。

【００８９】単機能化ＳＯＨＯサーバ１０Ａは、所謂シ
ンサーバであり、アプリケーション、Ｗｅｂサーバなど
の機能を最低限もつが、機能あるいは付加を分散するた
めに複数の単機能化ＳＯＨＯサーバ１０Ａを、仮想ＳＯ
ＨＯサーバ接続チャネル１Ｂおよび仮想ＳＯＨＯサーバ
プラットホーム１Ａによって連携させて仮想ＳＯＨＯサ
ーバグループを構成することによって、高性能で、ミッ
ションクリティカルなＳＯＨＯアプリケーションに適
し、低コストのＳＯＨＯサーバ１が提供できる。

【００９０】図１０に示すように、従来のＢＡなどの設
備管理制御、防災管理制御などの他システムであったも
のを、単機能化ＳＯＨＯサーバ１０Ａと同様に、単機能
化管理制御サーバ１０ＢとしてＳＯＨＯサーバ１に統合
でき、さらに、従来のＰＢＸ、コンピュータテレフォニ
などの情報通信ネットワーク管理制御、ＦＡプロセス管
理制御などを汎用リアルタイムＯＳサーバ１４Ａに統合
して、ミッションクリティカルなＳＯＨＯサービスを提
供することもできる。

【００９１】図１１のソフトウェア優先処理例に示すよ
うに、図９及び図１０に示したＳＯＨＯサーバＯＳカー
ネル１０ｄ、仮想ＳＯＨＯサーバ接続チャネル１Ｂは、
論理的な接続を示し、汎用リアルタイムＯＳアプリケー
ション１４の優先順位が最も高く、「ＡＰＩＤ＝Ｒ１、
ＵＩＤ＝ＡＲＭ、リアルタイム・プロセス制御」のパケ
ットが、最優先処理される。ＡＰＩＤはアプリケーショ
ン識別子、ＵＩＤはユーザ識別子である。その次に、ミ
ッションクリティカルなＳＯＨＯサーバＯＳアプリケー
ション１０ａの優先度が高く、「ＡＰＩＤ＝Ｓ２、ＵＩ
Ｄ＝ＳＳＣ、ＳＯＨＯサービス」のパケットが、優先処
理され、最後に汎用サーバＯＳアプリケーション１１の
「ＡＰＩＤ＝Ｕ３、ＵＩＤ＝ＧＵＹ、一般のサービス」
のパケットが処理される。

【００９２】図の下側は、ＳＯＨＯネットワークＮおよ
びＳＯＨＯスイッチ１９の物理的接続を示しており、Ｓ
ＯＨＯスイッチ１９は、ＳＯＨＯ通信制御・スイッチお
よびＳＯＨＯ通信制御・接続ポートから構成され、仮想
ＳＯＨＯサーバ接続チャネル１Ｂを提供する。メッセー
ジ処理およびプロセス処理のスケジューリングの動作フ
ローは、汎用リアルタイムＯＳアプリケーション１４の
優先順位が最も高く、「優先順位１、ＩＤ＝ＲＴ、リア
ルタイム・プロセス制御」のパケットが、ＳＯＨＯスイ
ッチ１９のリアルタイム送受信バッファを経由して最優
先処理される。

【００９３】その次に、ミッションクリティカルなＳＯ
ＨＯサーバＯＳアプリケーション１０ｂの優先度が高
く、「優先順位２、ＩＤ＝ＳＯＨＯ、ＳＯＨＯサービ
ス」がＳＯＨＯスイッチ１９の優先処理送受信バッファ
を経由して優先処理され、最後に汎用サーバＯＳアプリ
ケーション１１の「優先順位３、ＩＤ＝ＡＰＰＳ、一般
のサービス」のパケットがＳＯＨＯスイッチ１９の汎用
送受信バッファを経由して処理される。

【００９４】ＳＯＨＯスイッチ１９は、一般のＬＡＮス
イッチ同様に、パケットヘッダの優先順位、アプリケー
ション、ユーザなどの識別子によって、優先処理を行う
ことが可能であり、通常は、スイッチのヘッダ情報を読
み取り、ルックアップテーブルを参照し、あて先のポー
トの所定の優先順位の送信バッファにパケットを送る。

【００９５】以上に説明したように、本発明のＳＯＨＯ
システムでは、遠隔サイトにＳＯＨＯサーバ１を設置
し、遠隔サイトよりＳＯＨＯサービスサポートを受ける
ＳＯＨＯサービスユニットにＳＯＨＯ情報盤４を設置
し、ＳＯＨＯ情報盤４に、ホーム監視制御、ＴＶ会話通
信機能、ＳＯＨＯ端末などのＳＯＨＯサービスサポート
対象を統合し、サービスサポートセンタが、サービス、
サポートを集中的に行うＳＯＨＯサービスビジネスプラ
ットホームを構成することによって、防災管理受信機２
２、設備管理制御盤２１、ホームＰＢＸなどを、ＳＯＨ
Ｏサーバ１に統合することで電話回線も削減でき、ＳＯ
ＨＯアプリケーションサービスプロバイダとしてＴＣＯ
（total cost of ownership） の削減、サービス向上が
でき、ＳＯＨＯコミュニティサービスなどの新たな付加
価値サービスが提供できる。サービスサポートセンタか
ら、ＳＯＨＯサーバ１をプラットホームにして、顧客の
ニーズに応じて顧客に価値を提供する様様なビジネスモ
デルを提供できる。

【００９６】ポータルサイトは、ＳＯＨＯサービスサポ
ートのフロントエンドとして提携するサービス提供企業
およびサービス消費者に対するコミュニティに対しても
サービスサポートを統合して提供する。

【００９７】サービスサポートセンタのＳＯＨＯサーバ
ホスト管理プラットホームは、ＳＯＨＯサーバ１をプラ
ットホームとするサービスサポートと共に、顧客管理、
サポート情報のデータベースサーバ、ネットワークセキ
ュリティに関する暗号化の鍵管理、認証局、ユーザおよ
びアプリケーションに応じたポリシーベース管理などを
行うネットワークシステム管理サーバ、顧客とのコミュ
ニケーション、ビジネス−顧客間の電子商取引、サポー
ト、ヘルプデスクなどを統合する顧客管理・メッセージ
ングアプリケーションサーバ、バックオフィスとして、
ビジネス−ビジネス間の調達サイドのサプライチェーン
アプリケーションサーバ、会計／財務などのアプリケー
ションサーバなど、ＩＴ（information technology：情
報関連技術）活用のビジネスプロセスのためのアプリケ
ーションサーバプラットホームが含まれる。

【００９８】特に、遠隔サービスサポートプラットホー
ムとして、サービスサポートセンタに、ＳＯＨＯサーバ
アクセスに関する暗号化の鍵管理、認証局、ポリシーベ
ース管理、ネットワーク管理、システム管理を統合する
管理プラットホームを構成し、各リモートサイトのＳＯ
ＨＯサーバ１の顧客情報、サービス内容、ヘルプデスク
のサポート情報も含めたＳＯＨＯサーバクラスごとのオ
ブジェクトデータベースによって一括管理することが重
要である。

【００９９】また、２４時間稼動のＳＯＨＯサーバ１
に、電話網、ＣＡＴＶ網、ＣＳなどの無線網のインタフ
ェースを統合し、ＳＯＨＯサーバ１の遠隔アクセス機能
を通してサービスサポートのプラットホームを提供する
ことができる。

【０１００】この場合、外部ネットワークのヘッドエン
ド、交換機、ＤＳＵなどの宅内終端装置およびマルチメ
ディアゲートウェイが、ＳＯＨＯサーバ１と外部ネット
ワークとの間に設置される。

【０１０１】マルチメディアゲートウェイは、ＩＥＥＥ
１３９４上のＩＰパケットを、イーサネットとの間で相
互に接続するなど、媒体アクセス方式の異なるネットワ
ーク間で、上位層のプロトコルのパケットを伝送する機
能であり、ここでは、ＯＳＩプロトコル階層のアプリケ
ーションレイヤで中継するゲートウェイだけではなく、
ＩＰパケットレベルで中継するような、ネットワークレ
イヤ、トランスポートレイヤレベルの中継機能もゲート
ウェイと呼ぶ。

【０１０２】ＳＯＨＯネットワークＮが、ＡＴＭ、ＩＥ
ＥＥ１３９４などのマルチメディア多重化の要件を満た
す場合には、ＳＯＨＯサーバ１とＳＯＨＯ情報盤４との
間のＳＯＨＯネットワークＮの配線が１本でも可能にな
る。

【０１０３】また、管理室だけではなく、各室のＳＯＨ
Ｏサービスユニットごとに、ゲートウェイを置き、各Ｓ
ＯＨＯサービスユニットに、外部ネットワークをそれぞ
れ選択的に接続するような構成であってもよい。

【０１０４】次に、ＳＯＨＯシステムの別の構成につい
て説明すると、遠隔サイトが住宅、店舗などの小規模な
サイトである場合には、管理室などにＳＯＨＯサーバ１
を別に設けないで、ＳＯＨＯ情報盤４に、ＳＯＨＯサー
バ１の機能を組込んで構成することができる。この場
合、各ＳＯＨＯサーバ１は、ＳＯＨＯルータによってイ
ンターネットＮ１に接続される。

【０１０５】また、ＳＯＨＯシステムの更に別の構成で
は、ＳＯＨＯ情報盤４に代理サーバ機能を備え、この代
理サーバ機能のキャッシュ機能を用いることによって、
ＳＯＨＯサーバ１との間のトラフィックを小さくする。
すなわち、ＳＯＨＯ情報盤４に、ＩＰ接続あるいは情報
盤専用接続の代理サーバ機能（プロキシーサーバ機能）
を備え、優先度の低い対話処理などの応答時間を短くし
ながら、優先度の高い情報を遅延なく伝送できるように
帯域を有効活用する。

【０１０６】代理サーバ機能という意味は、ＳＯＨＯサ
ーバ１が元になり、ＳＯＨＯサービスユニットのＳＯＨ
Ｏ情報盤４に関するＳＯＨＯサーバ１の機能の一部を、
ＳＯＨＯ情報盤４側に持つことであり、ＳＯＨＯサーバ
１の機能に応じて、例えばＳＯＨＯサーバ１のコンポー
ネントソフトウェアをキャッシュさせる擬似的ＳＯＨＯ
サーバあるいはドキュメント（文書）などをキャッシュ
する。また、元のＳＯＨＯサーバ１の内容が変更された
ときだけ、代理サーバ機能の内容を更新するように、Ｓ
ＯＨＯサーバ１のエージェントとしての機能を持つ。

【０１０７】ＳＯＨＯサーバ１とＳＯＨＯサービスユニ
ットの端末（５〜９）が、ＳＯＨＯサーバ１とは異なっ
た通信プロトコルを使っている場合には、代理サーバ機
能は、プロトコルを変換して中継する、いわゆるプロキ
シーサーバ機能を含む。

【０１０８】更に、ＳＯＨＯシステムの別の構成では、
ＳＯＨＯサーバホスト９０側に、分散設置されたＳＯＨ
Ｏサーバ１の代わりに、ＳＯＨＯサーバ機能を備えるこ
ともできる。この場合もＳＯＨＯ情報盤４は代理サーバ
機能を備えており、この代理サーバ機能のキャッシュ機
能を用いることによって、ＳＯＨＯサーバホスト９０と
の間のトラフィックを小さくする。すなわち、ＳＯＨＯ
情報盤４が、各種ネットワーク接続機器（５〜９）と自
動的にコミュニケーションを行い、自動監視制御を行う
と共に、ＳＯＨＯ情報盤４がＳＯＨＯサーバホスト９０
と自動的にコミュニケーションを行い、仮想的にユーザ
からはＳＯＨＯ情報盤４にアクセスすることによって、
ＳＯＨＯサーバホスト９０が提供する仮想ＳＯＨＯサー
バによってＳＯＨＯサービスをＳＯＨＯ情報盤４上で受
ける。

【０１０９】このような構成にすることによって、イン
ターネットＮ１などの伝送速度が十分確保され、ＳＯＨ
Ｏサーバ機能を、サービスサポートセンタに集約して、
仮想ＳＯＨＯサーバとして借りることがＴＣＯ削減に結
びつく。

【０１１０】図１２には、ＳＯＨＯシステムの別の構成
をブロック図で示している。ＳＯＨＯ情報盤４としてＳ
ＯＨＯゲートウェイユニット４０を備え、このＳＯＨＯ
ゲートウェイユニット４０には情報ネットワーク端末４
３を接続する。

【０１１１】ＳＯＨＯゲートウェイユニット４０は、Ｓ
ＯＨＯ代理接続ユニット４１と情報ネットワーク中継制
御部４２とで構成され、ＳＯＨＯ代理接続ユニット４１
は、ＳＯＨＯサーバ代理機能４１ａと、送受信バッファ
４１ｃ及び送受信バッファ制御部４１ｂとを備えてい
る。情報ネットワーク中継制御部４２は多重化・変調復
調部４２ａを備えている。情報ネットワーク端末４３に
は、情報ネットワーク通信端末機能４３ａと、情報ネッ
トワーク端末制御部４３ｂと、表示・操作パネル４３ｃ
とを備えている。

【０１１２】ＳＯＨＯサーバ代理機能４１ａは、ＳＯＨ
Ｏ端末９から見たときに、ＳＯＨＯサーバ１に見えるよ
うに、キャッシュ機能を持っている。送受信バッファ制
御部４１ｂが、ＳＯＨＯサーバ代理機能４１ａからのユ
ーザアクセスの優先度および多重化・変調復調部４２ａ
のトラフィックに応じて、送受信バッファ４１ｃのパケ
ットの優先制御を行う。この機能によれば、ＣＰＵのメ
モリのキャッシュあるいは、ハードディスクのキャッシ
ュのように見かけ上のアクセスが早く見える。すなわ
ち、ＳＯＨＯ端末９から見て、ＳＯＨＯサーバ１の応答
が速く見える。

【０１１３】ここでは、住宅、オフィスなどの各種情報
通信等の電話回線宅内機器、電気設備等の情報盤、セッ
トトップボックスなどの情報ネットワークの構内配線Ｎ
ｉ１を利用して、ＳＯＨＯサーバ１、ＳＯＨＯ端末９間
のパケットと情報ネットワーク端末４３のパケットを多
重化伝送し、ＩＰ接続端末および専用接続の代理サーバ
機能を提供している。

【０１１４】これによって、端末機器のＯＳ或いはＣＰ
Ｕに依存しない端末機器組込みの仮想端末用ＡＰＩを提
供し、２４時間稼動のインフラとしてＳＯＨＯサーバネ
ットワークを構成し、高品質で信頼性が高いＳＯＨＯサ
ービスサポートビジネスのプラットホームを経済的に提
供することができる。

【０１１５】また、ここでは、ＳＯＨＯサーバ１には、
ＳＯＨＯサーバ接続ハブ１９とＳＯＨＯルータ１８を備
えている。インターネットＮ１などの情報ネットワーク
網には、情報ネットワーク通信制御部３１を接続してお
り、ファイヤウォール３を介してＳＯＨＯサーバ１を接
続する。情報ネットワーク通信制御部３１は、情報通信
ネットワーク構内スイッチングシステム３１ａと、情報
ネットワーク終端装置３１ｂと、情報ネットワーク構内
接続端子台３１ｃとを備える。

【０１１６】情報ネットワーク通信制御部３１とＳＯＨ
Ｏゲートウェイユニット４０間、及び、ＳＯＨＯサーバ
１とＳＯＨＯゲートウェイユニット４０間には、ＳＯＨ
Ｏ代理接続ハブ３２を設ける。ＳＯＨＯ代理接続ハブ３
２には、情報ネットワーク中継制御部３２ａとＳＯＨＯ
端末代理機能３２ｂとを備える。ＳＯＨＯ端末代理機能
３２ｂは、ＳＯＨＯサーバ１から見たときに、ＳＯＨＯ
端末９に見えるようにキャッシュ機能を持っている。

【０１１７】このような構成では、ＳＯＨＯサーバ１が
Ｗｅｂサーバに相当するとともに、ＳＯＨＯ端末９がＷ
ｅｂブラウザに相当し、キャッシュ技術を応用すること
によって、既設の情報ネットワーク構内配線での低速の
伝送路を使うことが可能になる。

【０１１８】ＳＯＨＯ端末９からデータを読み取る場合
に、情報源の情報に変化が無い場合には、キャッシュか
ら読み取ることで、情報ネットワーク構内配線のトラフ
ィックが削減され、エンドツーエンドに通さなくとも良
い応答などは、擬似的に代理機能で応答して省略するこ
とも可能であるので、短い複数のパケットを繋げて長く
まとめて、一回の送信と応答にすることが可能になる。

【０１１９】図１３には、更に別の構成を示している。
なお、図１２と同じ構成については説明を省略する。こ
こでは、ＳＯＨＯ情報盤４として、マルチメディアゾー
ンボックス５０（ＳＯＨＯゲートウェイユニット）を備
えており、ＢＡ／ＨＡ、各種マルチメディア機器などの
リモコン（無線）インタフェースを兼用させ、ゾーンボ
ックス中継制御部４４を内蔵している。

【０１２０】マルチメディアゾーンボックス５０は、Ｓ
ＯＨＯ代理接続ユニット４１Ａと、情報ネットワーク中
継制御部４２Ａと、ゾーンボックス中継制御部４４と、
監視制御系伝送ユニット３３と、狭帯域無線伝送ユニッ
ト３４と、無線接続インタフェース４５とで構成されて
いる。

【０１２１】ＳＯＨＯ代理接続ユニット４１Ａは、ＳＯ
ＨＯサーバ代理機能４１ａ、送受信バッファ制御部４１
ｂ及び送受信バッファ４１ｃ、ＳＯＨＯ端末接続ハブ４
１ｄを備えている。情報ネットワーク中継制御部４２Ａ
は、多重化・変調復調部４２ａとカプセル化通信制御部
４２ｂとを備えている。ゾーンボックス中継制御部４４
は、デジタルデータ編集部４４ａと、オープン系通信制
御部４４ｂと、フィールド系通信制御部４４ｃと、デジ
タルデータバッファ４４ｄとを備えている。無線接続イ
ンタフェース４５には、無線通信ブリッジ４５ａと、無
線アクセス制御部４５ｂと、多重化・変調復調部４５ｃ
と、送受信バッファ制御部４５ｄ及び送受信バッファ４
５ｅと、広帯域無線送受信部４５ｆとを備えている。ま
た、ＳＯＨＯ代理接続ハブ３２Ａには、ゾーンボックス
中継制御部３２ｃと、情報ネットワーク中継制御部３２
ｄと、ＳＯＨＯ端末代理機能３２ｅとを備えている。

【０１２２】ここでは、天井、壁面などに設置する２４
時間稼動のインフラとしてＳＯＨＯサーバネットワーク
を構成するので、高品質で信頼性が高いＳＯＨＯサービ
スサポートビジネスのプラットホームを経済的に提供で
きる。

【０１２３】マルチメディアゾーンボックス５０は、オ
ープン系情報ネットワークＮｏ、フィールド系バス、無
線などの複数の伝送媒体を集線する装置である。マルチ
メディアゾーンボックス５０は、オフィスビルなどで、
例えば５００平方ｍ単位に配線の区画をゾーンと呼ん
で、その区画ごとに設けられる。

【０１２４】ゾーンボックス中継制御部４４は、オープ
ン系の通信機能、監視制御系（フィールド系）伝送ユニ
ット３３、狭帯域無線伝送ユニット３４との間の通信機
能を持ち、オープン系通信制御部４４ｂがオープン系の
インタフェース、フィールド系通信制御部４４ｃがフィ
ールドバスの有線、および、狭帯域無線とのインタフェ
ースとして、通信プロトコルを処理し、デジタルデータ
編集部４４ａで、パケットのフォーマットを変換する。

【０１２５】無線接続インタフェース４５は、広帯域無
線とのインタフェースであり、オープン系情報ネットワ
ーク（ＴＣＰ／ＩＰ）と同様の通信プロトコルが使用で
きる。ＳＯＨＯサーバ端末９ＡおよびＳＯＨＯサーバ無
線端末９Ｃは、いずれも、ＳＯＨＯサーバ１に対するク
ライアントであり、ＳＯＨＯサーバ端末９Ａは、ツイス
トペア線などの有線、ＳＯＨＯサーバ無線端末９Ｃは、
無線のオープン系情報ネットワーク（ＴＣＰ／ＩＰな
ど）に接続される。

【０１２６】既設のＢＡ／防災などの情報ネットワーク
構内配線が、ＢＡＣｎｅｔ、ＴＣＰ／ＩＰなどのオープ
ン系情報ネットワークを使っている場合であっても、Ｂ
Ａ／防災などの制御盤、ＳＯＨＯ代理接続ユニット４１
Ａ、監視制御系伝送ユニット３３などのアドレス体系あ
るいはパケットフォーマットがＢＡ／防災などの情報ネ
ットワーク構内配線独自のフォーマットの場合には、カ
プセル化通信制御部４２ｂは、情報ネットワーク構内配
線フォーマットのパケットのデータ領域にＳＯＨＯサー
バ１のＩＰパケットをＩＰヘッダ部も含めて包み込むカ
プセル化を行う。ネットワーク構内配線独自のフォーマ
ットではなく、一般的なＴＣＰ／ＩＰの場合には、カプ
セル化は不要になる。

【０１２７】図１４には、更に別の構成を示している。
なお、図１３と同じ構成については説明を省略する。こ
こでは、ＳＯＨＯサーバ１とＳＯＨＯ端末９を接続する
新規のＳＯＨＯネットワークＮに、情報ネットワーク中
継制御部４２Ｂ、ＳＯＨＯ通信制御部４６、ゾーンボッ
クス中継制御部４４で構成されるマルチメディアゾーン
ボックス５０Ａを接続する。

【０１２８】また、ＢＡ、電話などの情報ネットワーク
構内配線Ｎｉを情報ネットワーク中継制御部４２Ｂで接
続し、フィールド系ネットワークＮｆを、ゾーンボック
ス中継制御部４４を経由して情報ネットワーク中継制御
部４２Ｂに接続し、情報ネットワーク中継制御部４２Ｂ
からＳＯＨＯ通信制御部４６を経由してＳＯＨＯネット
ワークＮに統合する。

【０１２９】ＳＯＨＯ通信制御部４６は、複数の接続ポ
ート４６ｂと、接続ポート４６ｂの接続を切り替えるス
イッチ４６ａとを備えている。情報ネットワーク中継制
御部４２Ｂは、多重化・変調復調部４２ａと、カプセル
通信制御部４２ｂとを備えている。

【０１３０】ＳＯＨＯサーバ１とマルチメディアゾーン
ボックス５０Ａの間、及び、情報ネットワーク通信制御
部３１とマルチメディアゾーンボックス５０Ａの間に
は、情報ネットワーク代理接続ハブ３２Ｂを設けてい
る。情報ネットワーク代理接続ハブ３２Ｂには、情報ネ
ットワーク通信制御部３２ｆと、ゾーンボックス中継制
御部３２ｇと、ＳＯＨＯ通信制御部３２ｈと、ＳＯＨＯ
端末代理機能部３２ｉとを備えている。情報ネットワー
ク代理接続ハブ３２Ｂによって、新規のＳＯＨＯネット
ワークＮに、電話、ＢＡなどの情報ネットワークの通信
を多重化する。

【０１３１】情報ネットワーク中継制御部４２Ｂに、電
話などの情報ネットワーク構内配線Ｎｉを接続する多重
化・変調復調部４２ａ、およびＢＡなどの情報ネットワ
ーク構内配線Ｎｉを接続するカプセル化通信制御部４２
ｂを内蔵し、情報ネットワーク構内配線Ｎｉ１および情
報ネットワーク構内配線Ｎｉ２を統合する。

【０１３２】図１及び図２とともに説明したように、本
発明のＳＯＨＯシステムでは、ＳＯＨＯ情報盤４をベー
スにＳＯＨＯサービスユニットの中でネットワークに接
続された各種機器（５〜９）の制御状態監視を行い、こ
れらの制御状態監視情報をＳＯＨＯサーバ１をベースに
するＳＯＨＯ制御盤４に集約し、サービスサポートセン
タのＳＯＨＯサーバホスト９０上で運用保守管理などの
サービスサポートを提供すると共に、サービスセンタの
ＳＯＨＯサーバホスト９０からＳＯＨＯサーバ１に常駐
するサービス・サポートに関する契約に合致するプログ
ラムおよびデータを提供し、ＳＯＨＯサーバ１が、ＳＯ
ＨＯ情報盤４を経由した各種ネットワーク接続機器（５
〜９）へのサービス、サポートを提供する。

【０１３３】ＳＯＨＯサーバホスト９０を含むサービス
サポートセンタには、顧客の問題を解決するソリューシ
ョン、あるいは、顧客価値を創造するビジネスモデルと
して、様様なＳＯＨＯサービスが、顧客の個別サービ
ス、特別サービス、サービス・サポートなど契約条件項
目と共に用意されいる。

【０１３４】サービスサポートセンタでは、通常のイン
ターネットアクセス、インターネットサーバ上の各種ア
プリケーション利用の他、サービスを顧客からの要求の
都度のオンデマンド、ＳＯＨＯサービスサポートセンタ
あるいは顧客の設定によるスケジュールなどで自動的に
提供する顧客サービス提供機能、サポートを自動的に行
う顧客サポート提供機能に加えて、自動的に遠隔サイト
の状態を監視する遠隔診断機能などを含み、サービス・
サポートを集中的に提供するＳＯＨＯサービスビジネス
プラットホームを提供する。

【０１３５】ＳＯＨＯサーバホスト９０は、複数のＳＯ
ＨＯサーバ１を相互に接続するＳＯＨＯスイッチ機能を
内蔵している。それそれのＳＯＨＯサーバ１はいわゆる
シンサーバとして、特定のアプリケーションに特化した
サービスを提供する。ネットワークのノード数が大き
く、大規模になることによって、ＳＯＨＯサーバ１も、
シンサーバとして分散され、ＳＯＨＯルータ、ファイヤ
ウォールなどの機能も、それぞれの組込型シンサーバと
して実装されている。また、構内交換機はＩＰプロトコ
ル処理、インターネット接続機能を有している。スタッ
フオフィスでは、それぞれの機能別、担当別に、システ
ム管理卓、ＢＡ／防災等監視制御卓、サービスサポート
デスクなどの専門家がネットワークを通して協力する。

【０１３６】

【発明の効果】以上の説明からも理解できるように、本
発明の請求項１に記載のＳＯＨＯシステムは、ＳＯＨＯ
情報盤は、セキュリティ監視制御系、設備監視制御系、
マルチメディア系のうち、少なくとも１つのネットワー
クを接続し、ゲートウェイ機能によって、ＳＯＨＯサー
バから、接続したネットワークの各々に対するサービス
の提供を受けるとともに、ＳＯＨＯサーバからの、接続
したネットワークの各々の監視制御を可能にする。これ
によって、ＳＯＨＯサービスサポート対象を統合し、電
話回線も削減でき、ＳＯＨＯアプリケーションサービス
プロバイダとしてＴＣＯ（total cost of ownership）
の削減、サービス向上ができる。

【０１３７】また、ＳＯＨＯサーバのソフトウェア構成
を、ＳＯＨＯサーバＯＳ、ミッションクリティカルなＳ
ＯＨＯサーバＯＳ・ ＡＰＩの上で、ＳＯＨＯサーバＯ
Ｓアプリケーション１０を構成することによって、種々
のＣＰＵ、ＯＳに依存しないＳＯＨＯサービス・サポー
トプラットホームを提供できる。なおかつ、汎用ＯＳと
統合することにより、汎用ＯＳの資源を活用できる。し
たがって、ＳＯＨＯサーバは、種々のＣＰＵ、ＯＳに依
存しないサーバを対象にして、ミッションクリティカル
な遠隔サービスを安価に提供することができる。

【０１３８】請求項２に記載のＳＯＨＯシステムでは、
ＳＯＨＯサーバは、ソフトウェア構成を、カーネル、Ｓ
ＯＨＯサーバＯＳ、ＳＯＨＯサーバＯＳ・ＡＰＩ、ＳＯ
ＨＯサーバＯＳアプリケーションの各々を機能毎に分割
し、接続チャネルの切換制御によって、ＳＯＨＯサーバ
機能の分割・並行処理を可能にしている。したがって、
単機能化されたＳＯＨＯサーバは、ＣＰＵの計算量が少
なく、小型で安価な製品になるので、一台の高性能なサ
ーバ上で実装するよりも、値段が安くなる。また、それ
ぞれが優先度の高いミッションクリティカルなプロセス
を並行処理し、スイッチのポリシーベース機能との組み
合わせによって、ネットワークがミッションクリティカ
ルなトラフィックのＱｏＳをサポートすることと組み合
わされて、ネットワークのボトルネックが解消されるの
で、仮想ＳＯＨＯサーバグループ全体のコストが安くな
り、性能が向上する。

【０１３９】請求項３では、ＳＯＨＯサーバホストか
ら、ＳＯＨＯサーバにサービスを提供し、ＳＯＨＯサー
バの監視制御を行う。また、請求項４では、ＳＯＨＯサ
ーバホストは、各ＳＯＨＯ情報盤が接続している各ネッ
トワークへに対して、サービスを一括して提供するとと
もに監視制御を一括して行う。これによって、サービス
サポートセンタが、サービス、サポートを集中的に行う
ＳＯＨＯサービスビジネスプラットホームを構成するこ
とができる。また、サービスサポートセンタから、ＳＯ
ＨＯサーバをプラットホームにして、顧客のニーズに応
じて顧客に価値を提供する様様なビジネスモデルが提供
できる。

【図面の簡単な説明】

【図１】本発明のＳＯＨＯシステムの要部構成の一例を
示す図である。

【図２】本発明のＳＯＨＯシステムの全体構成の一例を
示す図である。

【図３】ＳＯＨＯサーバのソフトウェア構成の一例を示
す図である。

【図４】ＳＯＨＯサーバのソフトウェアの優先処理の一
例を説明するための図である。

【図５】ＳＯＨＯサーバ及びＳＯＨＯ情報盤の動作の例
を示すフローチャートである。

【図６】ＳＯＨＯサーバホストの動作の例を示すフロー
チャートである。

【図７】ＳＯＨＯサーバのソフトウェア構成の他の例を
示す図である。

【図８】本発明のＳＯＨＯシステムの要部構成の他の例
を示す図である。

【図９】ＳＯＨＯサーバのソフトウェア構成の他の例を
示す図である。

【図１０】ＳＯＨＯサーバのソフトウェア構成の他の例
を示す図である。

【図１１】ＳＯＨＯサーバのソフトウェアの優先処理の
他の例を説明するための図である。

【図１２】本発明のＳＯＨＯシステムの構成の他の例を
示すブロック図である。

【図１３】本発明のＳＯＨＯシステムの構成の他の例を
示すブロック図である。

【図１４】本発明のＳＯＨＯシステムの構成の他の例を
示すブロック図である。

【図１５】従来のＳＯＨＯシステムの構成の例を示す図
である。

【符号の説明】

１ ＳＯＨＯサーバ １０ 仮想ＳＯＨＯサーバ １０ａ ＳＯＨＯサーバＯＳアプリケーション １０ｂ ＳＯＨＯサーバＯＳ・ＡＰＩ １０ｃ ＳＯＨＯサーバＯＳ １０Ａ 単機能化ＳＯＨＯサーバ １Ｂ 仮想ＳＯＨＯサーバ接続チャネル １１ 汎用サーバＯＳアプリケーション １２ 汎用サーバＯＳ・ＡＰＩ １３ 汎用サーバＯＳカーネル １４ 汎用リアルタイムＯＳアプリケーション １５ リアルタイムＯＳ・ＡＰＩ １６ リアルタイムＯＳカーネル ４ ＳＯＨＯ情報盤 ５ 火災感知器 ６ 照明器具 ７ テレビ受像機 ８ 電話機 ９ ＳＯＨＯ端末 ９０ ＳＯＨＯサーバホスト Ｎ ＳＯＨＯネットワーク

Claims (4)

【特許請求の範囲】
1. 【請求項１】分散設置されたＳＯＨＯサーバの各々を、
   通信ネットワークを介して接続するとともに、上記ＳＯ
   ＨＯサーバの各々に、所定区域毎に設置された複数のＳ
   ＯＨＯ情報盤を接続した構成のＳＯＨＯシステムであっ
   て、 上記ＳＯＨＯ情報盤は、上記所定区域内において、防災
   や防犯などのセキュリティ監視制御系、照明や空調など
   の設備監視制御系、通信や放送などのマルチメディア系
   のうち、少なくとも１つの区域内ネットワークを接続
   し、ゲートウェイ機能によって、上記ＳＯＨＯサーバか
   ら、接続した区域内ネットワークの各々に対するサービ
   スの提供を受けるとともに、上記ＳＯＨＯサーバから
   の、接続した区域内ネットワークの各々の監視制御を可
   能にしており、 上記ＳＯＨＯサーバは、ソフトウェア構成を、カーネル
   上に、直接、ＳＯＨＯサーバＯＳ、ＳＯＨＯサーバＯＳ
   ・ＡＰＩ、ＳＯＨＯサーバＯＳアプリケーションの順に
   構成したことを特徴とする、ＳＯＨＯシステム。
2. 【請求項２】上記ＳＯＨＯサーバは、ソフトウェア構成
   を、カーネル、ＳＯＨＯサーバＯＳ、ＳＯＨＯサーバＯ
   Ｓ・ＡＰＩ、ＳＯＨＯサーバＯＳアプリケーションの各
   々を機能毎に分割し、更に接続チャネルを備えて構成し
   ており、 上記接続チャネルの切換制御によって、ＳＯＨＯサーバ
   機能の分割・並行処理を可能にしたことを特徴とする、
   請求項１に記載のＳＯＨＯシステム。
3. 【請求項３】上記ＳＯＨＯサーバの各々を接続した通信
   ネットワークには、ＳＯＨＯサーバホストを更に接続し
   ており、 上記ＳＯＨＯサーバホストは、上記ＳＯＨＯサーバにサ
   ービスを提供するとともに、上記ＳＯＨＯサーバの監視
   制御を行うことを特徴とする、請求項１又は請求項２に
   記載のＳＯＨＯシステム。
4. 【請求項４】上記ＳＯＨＯサーバホストは、上記ＳＯＨ
   Ｏサーバにアクセスすることにより、上記ＳＯＨＯサー
   バが接続している区域内ネットワークの各々に対して、
   サービスを一括して提供するとともに、監視制御を一括
   して行うことを特徴とする、請求項３に記載のＳＯＨＯ
   システム。