JP2007188500A - ホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置およびその方法 - Google Patents

Abstract

【課題】ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスのプロトコルを変換して提供するミドルウェア装置を設けてＵＰｎＰおよびウェブサービス基盤の全ての装置間の互換性を支援する。
【解決手段】ミドルウェア装置は、ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のディスカバリメッセージを受信し、前記ディスカバリメッセージの伝送を受信する装置が処理できるプロトコルによってディスカバリメッセージを変換するディスカバリ部と、前記ＵＰｎＰおよびウェブサービスから要請された所定の装置のディスクリプションファイルを生成し、前記生成されたディスクリプションファイルを前記ディスクリプションファイルを要請した装置が処理することができるように変換して提供する。
【選択図】図４

Description

本発明はホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置およびその方法に関するものであって、より詳しくは、ホームネットワーク上に存在するＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ−ａｎｄ−Ｐｌａｙ）およびウェブサービスのプロトコルを変換して提供するミドルウェア装置を設けてＵＰｎＰおよびウェブサービス基盤の全ての装置間の互換性を支援するものである。

ホームネットワークのためのプロトコルの代表的なものとして、ＵＰｎＰおよびウェブサービスがある。

ＵＰｎＰ技術は、全ての形態の知能製品、無線装置およびＰＣの同等階層ネットワークの連結（Ｐｅｅｒ−ｔｏ−ｐｅｅｒ ｃｏｎｎｅｃｔｉｖｉｔｙ）のためのアーキテクチャである。ＵＰｎＰは、自宅、小規模事業場（Ｓｍａｌｌ ｏｆｆｉｃｅ）、公共場所またはインターネットに連結したアドホックネットワーク、あるいは、非管理ネットワーク（Ｕｎｍａｎａｇｅｄ Ｎｅｔｗｏｒｋ）に用いやすく、柔軟で、標準に基づいた連結性を与えるために設計された。ＵＰｎＰ技術は、ＴＣＰ／ＩＰおよびウェブ技術において途切れることのない近接通信（Ｐｒｏｘｉｍｉｔｙ Ｎｅｔｗｏｒｋｉｎｇ）を可能にさせる分散開放ネットワーク（Ｄｉｓｔｒｉｂｕｔｅｄ Ｏｐｅｎ Ｎｅｔｗｏｒｋ）アーキテクチャを提供する。ＵＰｎＰデバイスアーキテクチャは、制御を行うデバイス（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ；以下、ＣＰという）とＣＰの制御を受けるデバイス（Ｃｏｎｔｒｏｌｌｅｄ Ｄｅｖｉｃｅ；以下、ＣＤという）との間の通信プロトコルを定義する。ＣＰはクライアントに該当し、ＣＤはサービスまたはサービスを提供するデバイスに該当する。ＵＰｎＰ基盤のネットワークでの通信は、ディスカバリ、ディスクリプション、制御およびイベンティング段階に分けることができる。以下、図２によって前記段階を詳しく説明する。

ウェブサービス技術は、アプリケーション開発者がウェブ上に公開されているサービスを用いて、さらに強力なアプリケーションを開発することができるようにする技術であって、インターネット上の分散コンピュータ環境を可能にする。ウェブサービス基盤のネットワーキング技術を構成する重要概念は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）、ＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｃｏｖｅｒｙ Ｄｅｓｃｒｉｐｔｉｏｎ ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）である。ウェブサービスは、有用な機能をＳＯＡＰという標準ウェブプロトコルを介してウェブユーザに公開する。ＳＯＡＰは、メッセージのためのＸＭＬフォーマットを定義する。ウェブサービスは、クライアントアプリケーションに必要なインターフェースを記述するために、ＷＳＤＬというＸＭＬ文書を提供する。ＷＳＤＬは、ウェブサービスに対する要請メッセージが含むべき事項と応答メッセージがどのように表現しなければならないかを定義する。クライアントアプリケーションは、ＵＤＤＩを介して必要なウェブサービスを探すことができる。

上述した通り、ウェブサービスおよびＵＰｎＰ技術は、分散コンピュータ環境においてサービ間の連結性（Ｃｏｎｎｅｃｔｉｖｉｔｙ）および相互連動性（Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）を提供するための技術という類似点がある。しかし、ＵＰｎＰまたはウェブサービスなどの分散コンピュータのためのプロトコルは、各段階別に用いられるプロトコルの細部事項および表現形式に差異があって、相互互換されない問題点がある。

図１は、従来のホームネットワーク構成図である。

図に示す通り、ホームネットワーク上でのデバイスは、論理的に２種類に大きく分けることができる。１つはデバイス固有のサービスを提供し、ユーザの制御を受けるＣＤ３ａ、３ｂ、３ｃおよび３ｄであり、他の１つはユーザに自宅デバイスを制御できる機能を提供するＣＰ１および２である。ＵＰｎＰおよびウェブサービスは何れもＣＤとＣＰとのデバイス形態で自宅ホームネットワークを構成する。

しかし、ＵＰｎＰまたはウェブサービス基盤のミドルウェアを搭載したデバイスがネットワーク上に混在する場合、ＵＰｎＰを支援するデバイスとウェブサービスを支援するデバイスとは相互互換および通信できない。

ここで、サービス開発者は、ネットワークがＵＰｎＰ技術基盤であるか、ウェブサービス技術基盤であるかを考慮してアプリケーションを開発しなければならない不便さがある。

図２Ａないし図２Ｄは、従来のホームネットワーク上において、ディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。

図２Ａは、ＵＰｎＰとウェブサービスのディスカバリ段階を示すものであって、図に示す通り、ＵＰｎＰとウェブサービスデバイスとは何れもホームネットワーク環境においてディスカバリプロトコルとして動的マルチキャストディスカバリプロトコル（ｄｙｎａｍｉｃ ｍｕｌｔｉｃａｓｔ ｄｉｓｃｏｖｅｒｙ ｐｒｏｔｏｃｏｌ）を用いる。

しかし、ＵＰｎＰはＨＴＴＰヘッダ基盤のＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を用い、ウェブサービスはウェブサービス基盤のＷＳ−ディスかバリプロトコルを用いる。ここで、ＳＳＤＰおよびＷＳ−ディスカバリは何れも動的マルチキャストディスカバリプロトコルを基盤として相互類似するロジックを有しているが、互換性はない。

ディスカバリ段階は、二段階に大きく分けられる。１つはＣＰがホームネットワーク上で制御しようとするＣＤを探す過程（ＵＰｎＰはａｄｖｅｒｔｉｓｅメッセージ伝送、ウェブサービスはｈｅｌｌｏメッセージ伝送）であり、他の１つはＣＰがホームネットワーク上に入ってきて、自身の存在をＣＤに知らせる過程（ＵＰｎＰはｓｅａｒｃｈメッセージ伝送、ウェブサービスはｐｒｏｂｅメッセージ伝送）である。ここで、ＣＰにはＣＤからユニキャスト応答メッセージ（ＵＰｎＰはｒｅｓｐｏｎｓｅメッセージ、ウェブサービスはｐｒｏｂｅ ｍａｔｃｈメッセージ）が伝送される。

また、ホームネットワーク上において、それ以上動作せずに出る段階では、ＵＰｎＰおよびウェブサービスデバイスが何れも「ｂｙｅメッセージ」を自宅ＣＰにマルチキャストで送るようになる。

図２Ｂは、ＵＰｎＰとウェブサービスのディスクリプション段階を示すものであって、図に示す通り、ＵＰｎＰとウェブサービスとは、何れもデバイスと提供するサービスとのディスクリプションとしてＸＭＬフォーマットを用いる。

しかし、ＵＰｎＰはＵＰｎＰフォーラムで定めたデバイスディスクリプションテンプレートとサービスディスクリプションテンプレートとを用い、ウェブサービスデバイスはウェブサービスのサービスディスクリプション関連標準であるＷＳＤＬを用いる。ここで、ＵＰｎＰとウェブサービスは、何れもＸＭＬを基盤として相互類似するが互換性はない。

ディスクリプション段階は、ＣＰが制御しようとするＣＤのデバイスおよびサービスのディスクリプション情報を獲得する過程である。

すなわち、ＵＰｎＰとウェブサービスは、何れもディスカバリ段階を介して獲得した該当ＣＤのディスクリプションＵＲＬ情報を基盤として該当デバイスまたはサービスのディスクリプション情報を読み込むようになる。

図２Ｃは、ＵＰｎＰとウェブサービスのコントロール段階を示すものであって、図に示す通り、ＵＰｎＰとウェブサービスデバイスは何れも制御メッセージプロトコルとしてＳＯＡＰを用いる。しかし、ＵＰｎＰはＳＯＡＰ ｖｅｒ．１．１を、ウェブサービスデバイスはＳＯＡＰ ｖｅｒ．１．２を基盤としているため、相互互換性に問題があり得る。

コントロール段階は、ＣＰとＣＤとの間に制御命令をやり取りする段階であって、ＵＰｎＰとウェブサービスは何れもＳＯＡＰメッセージプロトコルを用いる。また、要請メッセージに対する応答メッセージ形式からなる。

図２Ｄは、ＵＰｎＰとウェブサービスのイベンティング段階を示すものであって、図に示す通り、ＵＰｎＰとウェブサービスデバイスのイベンティングロジックは相互類似するが、ＵＰｎＰはＨＴＴＰヘッダ基盤のＧＥＮＡ（Ｇｅｎｅｒｉｃ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）を用い、ウェブサービスデバイスはウェブサービスのイベンティング関連標準であるＷＳ−イベンティングを用いることによって相互互換性はない。

イベンティング段階は、ＣＰがＣＤから該当イベントメッセージを受けることであって、イベントメッセージをＣＰが受けるためには、サブスクリプション段階を介してＣＰがＣＤに登録をしなければならない。

この後、ＣＤが状態変化および特定イベンティング状況が発生した場合、イベントメッセージが登録されたＣＰに伝送するようになる。ここで、ＣＰはサブスクリプション段階においてタイムアウト設定などができ、タイムアウト時間内にリニューアル要請をすることができる。また、ＣＤからこれ以上イベントメッセージが伝送されることを望まない場合、取消要請ができる。

しかし、ＵＰｎＰとウェブサービスデバイス間の相互互換性がないため、自宅ホームネットワーク上にＵＰｎＰとウェブサービスデバイスが存在する場合、ＵＰｎＰ ＣＰはウェブサービスデバイスを制御できず、ウェブサービスＣＰはＵＰｎＰ ＣＤを制御することができない。また、ＵＰｎＰ ＣＤとウェブサービスデバイス間の互換性にも問題になる。

特許文献１では、ＵＰｎＰ接続技術をアドレッシング、ディスカバリ、ディスクリプション、コントロールおよびプレゼンテーションの段階で区分し、ホームサーバミドルウェアが外部ネットワーク上の接続媒体とウェブサービス通信をするためのコミュニケーションマネージャモジュール、ＵＰｎＰ規格メッセージをウェブサービス接続規格であるウェブサービスメッセージで相互変換するコンバータモジュール、該当製品のサービス詳細情報を記載したディスクリプションマネージャモジュール、アプリケーションマネージャモジュールなどを備えるホームサーバシステムを開始しているが、これはホームネットワーク上に存在するＵＰｎＰおよびウェブサービスと共に相互互換されないデバイス間の互換性を提供する技術を提示していない。
韓国特許公開第２００４−０７３８６４号公報

本発明は、ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスのプロトコルを変換して提供するミドルウェア装置にてＵＰｎＰおよびウェブサービス基盤の全ての装置間の互換性を支援することにその目的がある。

本発明の目的は以上で言及した目的に制限されず、言及されないまた他の目的は下記から当業者に明確に理解できる。

上記目的を達成するために、本発明の一態様に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置は、ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のディスカバリメッセージを受信し、前記ディスカバリメッセージの伝送を受信する装置が処理できるプロトコルによってディスカバリメッセージを変換するディスカバリ部と、前記ＵＰｎＰおよびウェブサービスから要請された所定の装置のディスクリプションファイルを生成し、前記生成されたディスクリプションファイルを前記ディスクリプションファイルを要請した装置が処理することができるように変換して提供するディスクリプション部と、前記ディスカバリメッセージおよびディスクリプションファイルに基づいてホームネットワーク上に存在する装置の情報およびサービス情報を管理する情報管理部とを含む。

また、本発明の他の態様に係るホームネットワークにおけるデバイス間の互換性を支援する方法は、ホームネットワーク上に存在するＵＰｎＰ ＣＰおよびウェブサービスＣＰから伝送されるディスカバリメッセージを受信するステップと、前記伝送されたディスカバリメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、前記判断の結果、前記伝送されたディスカバリメッセージがＵＰｎＰ基盤である場合、前記ディスカバリメッセージをウェブサービス基盤のディスカバリメッセージに変換するステップとを含む。

また、本発明のまた他の態様に係るホームネットワークにおけるデバイス間の互換性を支援する方法は、ホームネットワーク上に存在するＵＰｎＰ ＣＰおよびウェブサービスＣＰから伝送されるディスクリプションメッセージを受信するステップと、前記伝送されたディスクリプションメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、前記ディスクリプションメッセージが伝送される所定のＣＤの情報を検索するステップと、前記判断の結果、ディスクリプションメッセージがＵＰｎＰ基盤であり、前記検索の結果、前記ＣＤがウェブサービス基盤である場合、前記伝送されたディスクリプションメッセージをウェブサービス基盤のディスクリプションメッセージに変換するステップとを含む。

本発明のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置およびその方法によれば次のような効果が１つあるいはそれ以上ある。

ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスのプロトコルを変換するミドルウェア装置を介してＵＰｎＰおよびウェブサービス基盤の全ての装置間の互換性を提供できる長所がある。

また、ＵＰｎＰおよびウェブサービスのプロトコルを変換してホームネットワーク上に存在する装置に伝送することによって、基本のＵＰｎＰ基盤の装置およびウェブサービス基盤の装置をそのまま用いることができる長所がある。

その他、実施形態の具体的な事項は、詳細な説明および図面に含まれている。

本発明の利点および特徴、そしてそれらを達成する方法は、添付する図面と共に詳細に後述している実施形態を参照すれば明確になる。しかし、本発明は以下で開示する実施形態に限定されず、互いに異なる多様な形態によって実現することができ、単に本実施形態は本発明の開示を完全なものとし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供しているものであって、本発明は請求項の範疇によってのみ定義されるものである。明細書全体に亘って、同一参照符号は同一の構成要素を示す。

以下、添付した図面を参照して、本発明の好ましい実施形態を詳細に説明する。

図３は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置を含むホームネットワークシステムを示す図である。

図に示す通り、ホームネットワークシステム構造は、多数のＵＰｎＰ基盤の装置２１０，２２０，２３０，２４０および多数のウェブサービス基盤の装置３１０，３２０がネットワークに連結され、ＵＰｎＰおよびウェブサービスを何れも支援するミドルウェア装置１００が位置づけられた構造である。ここで、ＵＰｎＰ基盤のＣＰは、ＤＴＶ２１０であり、ＵＰｎＰ基盤のＣＤはホーム・シアター２２０、ＤＶＤプレーヤ２３０および電子レンジ２４０である。また、ウェブサービス基盤のＣＰはノートパソコン３１０であり、ウェブサービス基盤のＣＤはプリンタ３２０である。

したがって、ミドルウェア装置１００は、ホームネットワーク上に存在する全ての装置が相互通信するようにＵＰｎＰプロトコルおよびウェブサービスプロトコルを変換して伝送する。ここで、ホームネットワーク内に存在するＵＰｎＰおよびウェブサービス基盤の全ての装置は相互互換することができる。

図４は本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置の内部ブロック図である。

図に示す通り、ミドルウェア装置１００は、ディスカバリ部１１０、ディスクリプション部１２０、コントロール部１３０、イベンティング部１４０および情報管理部１５０を含んで構成される。

本発明の実施形態に係るミドルウェア装置１００は、ＴＣＰ／ＩＰ基盤のネットワークミドルウェアとしてＵＰｎＰとウェブサービスの統合ソリューションを提供する。したがって、ＵＰｎＰとウェブサービスにＳＯＡＰという同一のメッセージプロトコルを用いる制御ステップを提供し、ディスカバリ段階、ディスクリプション段階、イベンティング段階ではＵＰｎＰとウェブサービスを同時に支援する機能を提供する。

この時、本実施形態で用いられる「〜部」という用語は、ソフトウェア、または、ＦＰＧＡ、または、ＡＳＩＣのようなハードウェア構成要素を意味し、「〜部」は何かの役割を行う。ところが「〜部」はソフトウェア、または、ハードウェアに限定される意味ではない。「〜部」はアドレッシングできる格納媒体にあるように構成することもでき、１つ、あるいは、それ以上のプロセッサを再生させるように構成することもできる。従って、一例として「〜部」はソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素、および、タスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および、変数を含む。構成要素と「〜部」との中で提供されている機能は、さらに小さい数の構成要素および「〜部」によって結合されたり、追加的な構成要素と「〜部」にさらに分離したりすることができる。それだけでなく、構成要素および「〜部」は、デバイスまたは保安マルチメディアカード内の１つ、または、それ以上のＣＰＵを再生させるように実現することもできる。

ディスカバリ部１１０は、ＵＰｎＰおよびウェブサービスのディスカバリメッセージを区分し、ディスカバリメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換する。すなわち、ＵＰｎＰを用いる装置およびウェブサービスを用いる装置と何れも通信できるメカニズムを提供する。

例えば、ＵＰｎＰディスカバリ段階は、２種類に大きく分けることができる。第一は新しいＣＤがネットワークに参加する場合であり、第二は新しいＣＰがネットワークに参加する場合である。

すなわち、新しいＣＤがネットワークに参加する場合、ＣＤは自身の存在を知らせるために基本的な情報を含んだメッセージをマルチキャストする。ここで、基本的な情報とはＣＤを提供するデバイスに関する詳細情報（Ｄｅｓｃｒｉｐｔｉｏｎ）のＵＲＬ、デバイスの類型、お知らせメッセージの有効時間（Ｅｘｐｉｒｅ ｔｉｍｅ）などを含む。

反面、新しいＣＰがネットワークに参加する場合、ＣＰが用いようとするＣＤを探すメッセージをマルチキャストすれば、該当するＣＤがメッセージをマルチキャストしたＣＰに応答メッセージを伝送する。前記のようなメカニズムは、ウェブサービスにも同一に適用する。

しかし、ＵＰｎＰはマルチキャストディスカバリメカニズムを提供するプロトコルとしてＨＴＴＰ基盤のＳＳＤＰを用い、ウェブサービスはＸＭＬ基盤のＷＳ−ディスカバリを用いる。ここで、ディスカバリ部１１０は、ディスカバリメッセージ関連ＵＰｎＰとウェブサービス相互間のメッセージ変換を処理する。以下、図５によってディスカバリ部１１０の細部構造を説明する。

ディスクリプション部１２０は、ＵＰｎＰおよびウェブサービスのディスクリプションＸＭＬファイルを生成し、ディスクリプションＸＭＬファイルをＵＰｎＰおよびウェブサービスが処理することができるように変換する。すなわち、ＵＰｎＰおよびウェブサービスのディスクリプション段階を全て支援する。

例えば、ディスクリプション部１２０は、ディスカバリ部１１０を介して探したＣＤの詳細情報を提供する。ディスクリプション段階において、ＵＰｎＰはデバイスとサービスを一定のフォーマットで定義したデバイス／サービステンプレートとして表現し、ウェブサービスはＷＳＤＬでサービスの詳細情報を表現する。デバイス／サービステンプレートとＷＳＤＬは、何れもＸＭＬ形式や細部表現形式にあたって多くの差異がある。

したがって、ディスクリプション部１２０は、ディスクリプションＸＭＬファイルをＵＰｎＰおよびウェブサービスが処理することができるように変換して提供し、ここでＣＰには該当ＣＤのディスクリプション情報が提供される。以下、図６によってディスクリプション部１２０の細部構造を説明する。

コントロール部１３０は、ＵＰｎＰおよびウェブサービス間の互いに異なるコントロールＳＯＡＰメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換し、変換されたメッセージを該当ＣＤに伝送する。以下、図７によってコントロール部１３０の細部構造を説明する。

イベンティング部１４０は、ＵＰｎＰおよびウェブサービス間の他のイベンティングメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換し、装置／サービス情報リスト処理部１５３の該当ＣＤ情報に基づいて対応するＣＤまたはＣＰに変換されたイベンティングメッセージを伝送する。

例えば、ＣＰが用いようとするＣＤの状態変化を知ろうとする場合、ミドルウェア装置１００はディスカバリ段階において獲得したＣＤに関する情報のうちイベンティングＵＲＬによって登録要請メッセージを生成して伝送する。次に、ＣＤは、登録要請メッセージを送ったＣＰを登録した後、ＣＤの状態が変わるごとに登録されたＣＰに状態変化に関する情報を含んだイベントメッセージを伝送する。

ＵＰｎＰは、イベンティング段階のためのプロトコルとしてＧＥＮＡを用い、ウェブサービスはＷＳ−イベンティングプロトコルを用いる。二つのプロトコルは、類似するメカニズムを提供するが、該当メッセージフォーマットおよび細部事項にあたって差異がある。ここで、イベンティング部１４０は、ＵＰｎＰおよびウェブサービスを何れも支援するイベントメッセージを提供する。以下、図８によってイベンティング部１４０に対する細部構造を説明する。

情報管理部１５０は、ホームネットワーク上に存在するＣＤの装置およびサービス情報を管理するものであって、装置情報リスト１５１、サービス情報リスト１５２および装置／サービス情報リスト管理部１５３を含んで構成される。

装置情報リスト１５１およびサービス情報リスト１５２は、ホームネットワーク上に存在するＣＤの情報および該当ＣＤが提供するサービス情報をリストとして格納する。ここで、該当情報は、ＵＰｎＰおよびウェブサービスに従属的な構造を有さず、各装置またはサービスがＵＰｎＰおよびウェブサービス基盤であるかに対する情報を有している。

装置／サービス情報リスト管理部１５３は、ホームネットワーク上に存在するＣＤの情報および該当ＣＤが提供するサービス情報を格納しているリスト１５０，１６０を管理する。

また、装置／サービス情報リスト管理部１５３は、ディスカバリ部１１０から伝送された要請により装置情報リスト１５１およびサービス情報リスト１５２を持続的にアップデートする。

図５は、図４に示したミドルウェア装置のディスカバリ部の内部ブロック図である。

図に示す通り、ディスカバリ部１１０はＴＣＰ／ＩＰ１１１、ポート１１２，１１３、ディスカバリ管理部１１４およびディスカバリメッセージ変換処理部１１５を含んで構成される。

ＴＣＰ／ＩＰ１１１および下位通信レイヤー（マルチキャストチャンネル、ポート１１２，１１３）は、ＵＰｎＰおよびウェブサービスのマルチキャストとユニキャストのメッセージを送受信する。

ディスカバリ管理部１１４は、ＵＰｎＰおよびウェブサービスのディスカバリメッセージを区分し、装置／サービス情報リスト処理部１５３に所定の装置のディスカバリ情報を登録する。

すなわち、下位通信レイヤーまたは各メッセージの特性（例えば、ＵＰｎＰはＨＴＴＰヘッダ基盤、ウェブサービスはＳＯＡＰ基盤）によりＵＰｎＰまたはウェブサービスを区分する。

ディスカバリメッセージ変換処理部１１５は、ディスカバリメッセージをＵＰｎＰおよびウェブサービスで処理することができるように変換する。ここで、ディスカバリメッセージ変換処理部１１５は、ＵＰｎＰとウェブサービスおよび各々のバージョンによって差異のあり得るプロトコルを管理しながら、アップデートすることができる。

例えば、マルチキャストチャンネルから受信されたメッセージがＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージである場合、メッセージ内のＣＤ情報を情報管理部１５０に伝送する。ここで、ＳＳＤＰメッセージの場合、ポート１９００ １１２に受信され、ＷＳ−ディスカバリメッセージである場合、ポート３７０２ １１３に受信される。したがって、ディスカバリ段階においてマルチキャストされるメッセージは、用いるポートによりＳＳＤＰメッセージとＷＳ−ディスカバリメッセージに区分することができる。また、ＵＰｎＰ基盤では「Ａｌｉｖｅメッセージ」を、ウェブサービス基盤では「Ｈｅｌｌｏメッセージ」を伝送する。

次に、情報管理部１５０は、該当ＣＤが登録されているかをチェックし、チェックの結果、該当ＣＤが登録されていない場合、ディスカバリメッセージを基盤として該当ＣＤのディスクリプション情報を読み込んで装置／サービス情報リスト１５１，１５２に登録する。

また、マルチキャストチャンネルから受信されたメッセージがＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージであり、情報管理部１５０に登録されている場合、情報管理部１５０から該当ＣＤのディスカバリ関連情報を要請した後、ディスカバリメッセージ変換処理部１１５に登録されたプロトコルにより該当「Ａｌｉｖｅ（またはＨｅｌｌｏ）メッセージ」を、ＵＰｎＰはウェブサービスで支援するメッセージプロトコルに変換し、ウェブサービスはＵＰｎＰで支援するプロトコルに変換して、ホームネットワーク上にマルチキャストする。

さらに、マルチキャストチャンネルから受信されたメッセージがＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージである場合、メッセージ内のＣＤ情報を情報管理部１５０に伝送する。

ここで、情報管理部１５０は、一致するＣＤがあるかをチェックし、チェックの結果、現在登録されたＣＤがない場合、情報管理部１５０はＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージをマルチキャストした後、該当ＣＤを登録する過程を経る。ここで、ＵＰｎＰ基盤では「Ｓｅａｒｃｈメッセージ」を、ウェブサービス基盤では「Ｐｒｏｂｅメッセージ」を伝送する。

また、マルチキャストチャンネルから受信されたメッセージがＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージであり、該当ＣＤが情報管理部１５０に登録されている場合、情報管理部１５０から該当ＣＤのディスカバリ関連情報を要請した後、ディスカバリメッセージ変換処理部１１５に登録されたプロトコルにより該当Ｓｅａｒｃｈ（またはＰｒｏｂｅ）メッセージに対する応答メッセージを、ＵＰｎＰはウェブサービスで支援するメッセージプロトコルに変換し、ウェブサービスはＵＰｎＰで支援するメッセージプロトコルに変換した後、Ｓｅａｒｃｈ（またはＰｒｏｂｅ）メッセージを送ったＣＰに伝送する。

図６は、図４に示したミドルウェア装置のディスクリプション部の内部ブロック図である。

図に示す通り、ディスクリプション部１２０は、ＴＣＰ／ＩＰ１２１、ディスクリプション管理部１２２およびディスクリプションファイル変換処理部１２３を含んで構成される。

ＴＣＰ／ＩＰ１２１は、ＨＴＴＰを基盤としてディスクリプション情報を所定のＣＰの要請により提供する。

ディスクリプション管理部１２２は、情報管理部１５０の該当ＣＤ情報に基づいてＵＰｎＰおよびウェブサービスのディスクリプションＸＭＬファイルを生成し、生成されたディスクリプションＸＭＬファイルを該当ＣＰに提供する。ここで、ディスクリプション管理部１２２は、該当ＣＤが支援するプロトコルによってディスクリプションＸＭＬファイルを生成する。

ディスクリプションファイル変換処理部１２３は、ディスクリプションＸＭＬファイルをＵＰｎＰおよびウェブサービスが処理することができるように変換する。ここで、ディスクリプションファイル変換処理部１２３は、ＵＰｎＰ、ウェブサービスおよび各々のバージョンによって差異のあり得る装置またはサービスディスクリプション変換プロトコルを管理およびアップデートすることができる。

図７は、図４に示したミドルウェア装置のコントロール部の内部ブロック図である。

図に示す通り、コントロール部１３０は、ＴＣＰ／ＩＰ１３１、コントロール管理部１３２およびコントロールメッセージ変換処理部１３３を含んで構成される。

ＴＣＰ／ＩＰ１３１は、ＨＴＴＰを基盤としてＨＴＴＰポストメッセージを送受信する機能を提供する。

コントロール管理部１３２は、ＵＰｎＰおよびウェブサービス間の互いに異なるコントロールＳＯＡＰメッセージをコントロールメッセージ変換処理部１３３を介して変換し、装置／サービス情報リスト処理部１５３の該当ＣＤ情報に基づいて対応するＣＤまたはＣＰに変換された制御ＳＯＡＰメッセージを伝送する。

コントロールメッセージ変換処理部１３３は、ＵＰｎＰおよびウェブサービス間の他のコントロールＳＯＡＰメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換する。また、コントロールメッセージ変換処理部１３３は、コントロールメッセージの変換プロトコルを管理およびアップデートする。

図８は、図４に示したミドルウェア装置のイベンティング部の内部ブロック図である。

図に示す通り、イベンティング部１４０は、ＴＣＰ／ＩＰ１４１、イベンティング管理部１４２およびイベンティングメッセージ変換処理部１４３を含んで構成される。

ＴＣＰ／ＩＰ１４１は、ＨＴＴＰを基盤としてＨＴＴＰポストメッセージを送受信する機能を提供する。

イベンティング管理部１４２は、ＵＰｎＰおよびウェブサービス間の互いに異なるイベンティングメッセージをイベンティングメッセージ変換処理部１４３を介して変換し、装置／サービス情報リスト処理部１５３の該当ＣＤ情報に基づいて対応するＣＤまたはＣＰに変換されたイベンティングメッセージを伝送する。

イベンティングメッセージ変換処理部１４３は、ＵＰｎＰおよびウェブサービス間の互いに異なるイベンティングメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換する。また、イベンティングメッセージ変換処理部１４３はイベンティングメッセージの変換プロトコルを管理およびアップデートする。

図９は、図４に示したミドルウェア装置の情報管理部内の装置／サービス情報リスト管理部において情報を形成する過程を示す図である。

図に示す通り、装置／サービス情報リスト管理部１５３は、ディスカバリ過程を介して所定の装置のディスクリプションを獲得できる情報が伝えられれば、装置／サービス情報生成部１５３ａにより全てのメタデータ情報を生成する。

装置／サービス情報生成部１５３ａは、装置ディスクリプション情報を獲得して装置メタデータを構成する。ここで、装置メタデータは、ＵＰｎＰおよびウェブサービスフォーマットに独立的に該当装置と関連して獲得できる全ての情報をいう。ここで、装置／サービス情報生成部１５３ａは、ディスカバリメッセージ、ディスクリプションメッセージ、コントロールメッセージおよびイベンティングメッセージを生成する。

すなわち、装置／サービス情報生成部１５３ａは、各装置／サービスメタデータと連係して、ディスカバリ段階で提供されている情報に基づいてディスカバリメタデータを構成する。ここで、ディスカバリメタデータは、ＵＰｎＰとウェブサービスフォーマットに独立的に該当装置またはサービスのディスカバリメカニズムと関連して獲得できる全ての情報をいう。

例えば、装置／サービス情報生成部１５３ａにディスカバリ管理部１１４がＡｌｉｖｅメッセージ（またはＨｅｌｌｏメッセージ）に対する応答メッセージの生成を要請する。

ここで、装置／サービス情報生成部１５３ａは、ＵＰｎＰである場合にＳＳＤＰプロトコルによるディスカバリメッセージフォーマットを、ウェブサービスである場合にＷＳ−ディスカバリプロトコルによるディスカバリメッセージフォーマットを生成する。ここで、該当フォーマットは、ディスカバリメタデータを介して運んで来る。

次に、生成されたディスカバリメッセージフォーマットに基づいてディスカバリメッセージを生成する。

また、装置／サービス情報生成部１５３ａは、各装置／サービスメタデータと連係してディスクリプションメタデータを構成し、サービスメタデータと連係してイベンティングメタデータを構成する。ここで、ディスクリプションメタデータは、ＵＰｎＰとウェブサービスフォーマットに独立的に該当装置またはサービスのディスクリプションメカニズムと関連して獲得できる全ての情報をいう。一方、ＵＰｎＰおよびウェブサービスで装置はイベンティングメカニズムを支援しない。すなわち、イベンティングはサービスにのみ適用される。

例えば、ＣＰが所定のＣＤのディスクリプション情報を要請すれば、ディスクリプション管理部１２２は、要請メッセージに基づいてＵＰｎＰ ＸＭＬディスクリプションであるかまたはウェブサービス基盤のＷＳ−ディスクリプションであるかをチェックする。

次に、装置／サービス情報生成部１５３ａは、ディスクリプション管理部１２２に基づいて要請されたディスクリプション情報がＵＰｎＰ関連の場合、ディスクリプションメタデータを基盤としてＵＰｎＰ ＸＭＬディスクリプション情報を生成し、要請されたディスクリプション情報がＷＳＤ関連の場合、ディスクリプションメタデータを基盤として要請によるウェブサービス関連のＷＳ−ディスクリプションを生成する。

さらに、装置／サービス情報生成部１５３ａは、装置ディスクリプション内のサービスディスクリプション情報を獲得でき、データを基盤としてサービスディスクリプション情報を獲得してサービスメタデータを構成する。ここで、サービスは、各々の装置により複数のサービスディスクリプション情報を提供することができる。したがって、特定装置とこれに伴うサービスリストは関連関係にあって、前記関連関係は装置メタデータとサービスメタデータに表示される。

図１０は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のディスカバリメッセージの例を示す図である。ここで、図１０Ａは、ＵＰｎＰのＡｌｉｖｅメッセージを示す図であり、図１０ＢはウェブサービスのＨｅｌｌｏメッセージを示す図である。

図１０Ａに示す通り、図面上に表示された各部分はディスカバリメタデータを構成する必須情報であり、残りの部分はＵＰｎＰフレームワークで基本的に支援する定義された、またはフレームワークにより生成される情報である。

例えば、ＵＰｎＰ ＳＳＤＰメッセージのＬＯＣＡＴＩＯＮヘッダ（１）に．ＸＭＬで終わるＵＲＬを有するようになり、ＮＴＳヘッダ（２）にＳＳＤＰ：ａｌｉｖｅが明示されている。また、ＳＥＲＶＥＲヘッダ（３）にはＵＰｎＰ／１．０タグが明示されている。ここで、メッセージのヘッダの部分を分析してＵＰｎＰ ＳＳＤＰメッセージであることが分かる。

図１０Ｂに示す通り、図面上に表示された各部分（０９，２１，２５，２９）は、ディスカバリメタデータを構成する必須情報であり、残り部分はウェブサービスフレームワークで基本的に支援する定義された、またはフレームワークにより生成される情報である。

例えば、ＷＳ−ディスカバリメッセージには、ヘッダ部分のアクション部分（０９）を介してＷＳ−ディスカバリメッセージであることが分かる。

図１１は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のコントロールメッセージの例を示す図である。ここで、図１１Ａは、ＵＰｎＰ ＳＯＡＰコントロールメッセージを示す図であり、図１１ＢはウェブサービスＳＯＡＰコントロールメッセージを示す図である。

図に示す通り、ＵＰｎＰとウェブサービスは何れもＳＯＡＰメッセージプロトコルを用いる。しかし、ＵＰｎＰおよびウェブサービスのＳＯＡＰメッセージフォーマットは図示された例に示す通り相当な差異があることが分かる。

例えば、ＵＰｎＰとウェブサービスは同じプロトコルを用いるが、他のフォーマットを用いる。しかし、フォーマットが異なるだけ、内部に含まれて伝えられる情報は異ならない。すなわち、ウェブサービスがＵＰｎＰ装置アーキテクチャバージョン２．０に進める場合、ＵＰｎＰ Ｗｏｒｋｉｎｇ Ｃｏｍｍｉｔｔｅｅで定義したサービス説明書により各要素（ｅｌｅｍｅｎｔ）値が定義される。

図１２は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のイベンティングメッセージの例を示す図である。ここで、図１２ＡはＵＰｎＰ ＧＥＮＡサブスクリプションメッセージを示す図であり、図１２Ｂはウェブサービスイベンティングサブスクリプションメッセージを示す図である。

図に示す通り、表示された部分はサブスクライブ要請時に必要な情報であり、残り部分は各プロトコルにより生成される部分である。特に、ＷＳ−イベンティング部分では、ＳＯＡＰヘッダの部分に関連動作に対する情報およびアドレス情報がウェブサービス標準に合わせて提供され、フィルタ機能など追加オプションを設定することができる。ここで、該当オプションは、各プロトコルにより無視または支援しないことを該当ＣＰに知らせることができる。

図１３は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスカバリＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージを処理する過程を示すフローチャートである。

まず、ディスカバリ管理部１１４には、自宅ホームネットワーク上に存在するＵＰｎＰ ＣＰまたはウェブサービスＣＰから制御しようとするＣＤを探すディスカバリメッセージ（例えば、ＵＰｎＰ ＣＰはＡｌｉｖｅメッセージ、ウェブサービスＣＰはＨｅｌｌｏメッセージ）がマルチキャストチャンネルを介して伝送される（Ｓ１３００）。

ディスカバリ管理部１１４は、伝送されたディスカバリメッセージがＵＰｎＰディスカバリメッセージであるか、ウェブサービスメッセージであるかをチェックする。ここで、ＵＰｎＰはＳＳＤＰ形式であり、ウェブサービスはＷＳ−ディスカバリ形式を有する。また、ＳＳＤＰメッセージの場合「ポート１９００」に伝送され、ＷＳ−ディスカバリメッセージの場合「ポート３７０２」で受信されるため、用いられるポートによりメッセージがＵＰｎＰディスカバリメッセージであるか、ウェブサービスメッセージであるかをチェックすることができる。

チェックの結果、ＵＰｎＰディスカバリメッセージである場合（Ｓ１３０２）、ディスカバリ管理部１１４はＳＳＤＰメッセージ内の装置／サービスディスクリプションＵＲＬ情報を獲得し（Ｓ１３０４）、獲得されたディスクリプションＵＲＬ情報を装置／サービス情報リスト管理部１５３に伝送する。

次に、装置／サービス情報リスト管理部１５３は、ディスカバリ管理部１１４から伝えられた情報に基づいて現在管理されている装置／サービス情報リストに該当ＣＰの登録可否をチェックする（Ｓ１３０６）。

チェックの結果、装置／サービス情報リストに該当ＣＰが存在する場合（Ｓ１３０８）、装置／サービス情報リスト管理部１５３に該当ＣＰの情報を格納しない。次に、ディスカバリ管理部１１４は、受信されたＳＳＤＰ Ａｌｉｖｅメッセージをディスカバリメッセージ変換処理部１１５を介してＷＳ−ディスカバリＨｅｌｌｏメッセージに変換し、変換されたＨｅｌｌｏメッセージをマルチキャストする（Ｓ１３１０）。

チェックの結果、装置／サービス情報リストに該当ＣＰが存在しない場合（Ｓ１３０８）、装置／サービス情報リスト管理部１５３は該当ＣＰのＵＰｎＰ装置／サービスＸＭＬディスクリプション情報をパーシング（ｐａｒｓｉｎｇ）し、前記ディスクリプションを基盤としてＵＰｎＰとウェブサーバに独立的な装置／サービス情報を生成する（Ｓ１３１２）。次に、生成された装置／サービス情報は、装置情報リスト１５１およびサービス情報リスト１５２に格納する（Ｓ１３１４）。

一方、ディスカバリ管理部１１４のチェックの結果、伝送されたディスカバリメッセージがウェブサービスメッセージである場合（Ｓ１３２１）、ディスカバリ管理部１１４はＷＳ−ディスカバリメッセージ内の装置／サービスディスクリプションＵＲＬ情報を獲得し（Ｓ１３２２）、獲得されたディスクリプションＵＲＬ情報を装置／サービス情報リスト管理部１５３に伝送する（図１３Ｂ参照）。

次に、装置／サービス情報リスト管理部１５３は、ディスカバリ管理部１１４から伝えられた情報に基づいて現在管理されている装置／サービス情報リストに該当ＣＰの登録可否をチェックする（Ｓ１３２４）。

チェックの結果、装置／サービス情報リストに該当ＣＰが存在する場合（Ｓ１３２６）、装置／サービス情報リスト管理部１５３に該当ＣＰの情報を格納しない。次に、ディスカバリ管理部１１４は、受信されたＷＳ−ディスカバリＨｅｌｌｏメッセージをディスカバリメッセージ変換処理部１１５を介してＳＳＤＰ Ａｌｉｖｅメッセージに変換し、変換されたＡｌｉｖｅメッセージをマルチキャストする（Ｓ１３２８）。

チェックの結果、装置／サービス情報リストに該当ＣＰが存在しない場合（Ｓ１３２６）、装置／サービス情報リスト管理部１５３はＷＳＤＬを検索してパーシング（ｐａｒｓｉｎｇ）し、前記ＷＳＤＬを基盤としてＵＰｎＰとウェブサーバに独立的な装置／サービス情報を生成する（Ｓ１３３０）。次に、生成された装置／サービス情報は、装置情報リスト１５１およびサービス情報リスト１５２に追加格納する（Ｓ１３３２）。

図１４は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスカバリＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージを処理する過程を示すフローチャートである。

まず、ディスカバリ管理部１１４には、自宅ホームネットワーク上に存在するＵＰｎＰ ＣＰまたはウェブサービスＣＰからディスカバリメッセージ（例えば、ＵＰｎＰ ＣＰはＳｅａｒｃｈメッセージ、ウェブサービスＣＰはＰｒｏｂｅメッセージ）がマルチキャストチャンネルを介して伝送される（Ｓ１４００）。

次に、ディスカバリ管理部１１４は、伝送されたディスカバリメッセージがＵＰｎＰディスカバリメッセージであるか、ウェブサービスメッセージであるかをチェックする。ここで、ＵＰｎＰはＳＳＤＰ形式であり、ウェブサービスはＷＳ−ディスカバリ形式である。

チェックの結果、ＵＰｎＰディスカバリメッセージである場合（Ｓ１４０２）、ディスカバリ管理部１１４はＳＳＤＰメッセージからＵＵＩＤ情報を抽出し（Ｓ１４０４）、抽出されたＵＵＩＤ情報を装置／サービス情報リスト管理部１５３に伝送する。

次に、装置／サービス情報リスト管理部１５３は、ディスカバリ管理部１１４から伝えられた情報に基づいて現在管理されている装置／サービス情報リストに該当ＣＰの登録可否をチェックする（Ｓ１４０６）。

チェックの結果、装置／サービス情報リストに該当ＣＰが存在する場合（Ｓ１４０８）、装置／サービス情報リスト管理部１５３は該当ＣＰ情報を格納せずに終了する。

チェックの結果、装置／サービス情報リストに該当ＣＰが存在しない場合（Ｓ１４０８）、ディスカバリ管理部１１４は装置／サービス情報リスト管理部１５３にＳＳＤＰ情報を提供し、これに装置／サービス情報リスト管理部１５３はＳＳＤＰ情報に基づいて該当装置／サービス情報を生成および装置／サービス情報リスト１５１，１５２に格納する（Ｓ１４１０、Ｓ１４１２）。

次に、伝送されたＵＰｎＰディスカバリメッセージをＷＳ−ディスカバリメッセージに変換してマルチキャストする（Ｓ１４１４）。

一方、ディスカバリ管理部１１４のチェックの結果、伝送されたディスカバリメッセージがウェブサービスメッセージである場合（Ｓ１４２１）、ディスカバリ管理部１１４はＷＳ−ディスカバリメッセージから「ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ．Ａｄｄｒｅｓｓ」情報を抽出し（Ｓ１４２２）、抽出された情報を装置／サービス情報リスト管理部１５３に伝送する（図１４Ｂ参照）。

次に、装置／サービス情報リスト管理部１５３は、ディスカバリ管理部１１４から伝えられた情報に基づいて現在管理されている装置／サービス情報リストに該当ＣＰの登録可否をチェックする（Ｓ１４２４）。

チェックの結果、装置／サービス情報リストに該当ＣＰが存在する場合（Ｓ１４２６）、装置／サービス情報リスト管理部１５３は該当ＣＰ情報を格納せずに終了する。

チェックの結果、装置／サービス情報リストに該当ＣＰが存在しない場合（Ｓ１４２６）、装置／サービス情報リスト管理部１５３はＷＳ−ディスカバリ情報を基盤として該当装置／サービス情報を生成および装置／サービス情報リスト１５１，１５２に追加格納する（Ｓ１４２８、Ｓ１４３０）。

次に、伝送されたＷＳ−ディスカバリメッセージをＵＰｎＰディスカバリメッセージに変換してマルチキャストする（Ｓ１４３２）。

図１５は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスクリプション過程を示すフローチャートである。

まず、ディスクリプション管理部１２２には、ホームネットワークに存在するＣＰからディスクリプションを得るためのディスクリプション要請メッセージが伝送される（Ｓ１５００）。

次に、ディスクリプション管理部１２２は、伝送されたディスクリプション要請メッセージがＵＰｎＰ ＸＭＬディスクリプション要請メッセージであるか、ウェブサービスのＷＳＤＬ要請メッセージであるかをチェックする（Ｓ１５１０）。

チェックの結果、ＵＰｎＰ ＸＭＬディスクリプション要請メッセージである場合、ディスクリプションファイル変換処理部１２３は装置／サービス情報リスト管理部１５３に該当ＣＤの検索を要請し、これに装置／サービス情報リスト管理部１５３は該当ＣＤを検索する（Ｓ１５２０）。

検索の結果、該当ＣＤが本来ウェブサービスを支援するＣＤである場合、装置／サービス情報ディスクリプションファイル変換処理部１２３を介してＵＰｎＰ ＸＭＬディスクリプションファイルに変換する（Ｓ１５３０）。

次に、ディスクリプション管理部１２２は、変換されたディスクリプション応答メッセージ（例えば、ＵＰｎＰ ＸＭＬディスクリプションファイル）で答える（Ｓ１５４０）。

一方、チェックの結果、ＷＳＤＬ要請メッセージである場合（Ｓ１５５０）、ディスクリプションファイル変換処理部１２３は装置／サービス情報リスト管理部１５３に該当ＣＤの検索を要請し、これに装置／サービス情報リスト管理部１５３は該当ＣＤを検索する（Ｓ１５６０）。

検索の結果、ＣＤが本来ＵＰｎＰを支援するＣＤである場合、該当装置／サービス情報に基づいてディスクリプションファイル変換処理部１２３を介してＷＳＤＬファイルに変換する（Ｓ１５７０）。

次に、ディスクリプション管理部１２２は、変換されたディスクリプション応答メッセージ（例えば、ＷＳＤＬファイル）で答える（Ｓ１５４０）。

図１６は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、コントロール過程を示すフローチャートである。ここで、コントロール過程は、コントロール要請メッセージを処理する過程と、コントロール応答メッセージを処理する過程に区分される。

図１６Ａは、コントロール要請メッセージを処理する過程を示すフローチャートである。

まず、ホームネットワーク上に存在するＣＰからコントロール要請メッセージが伝送されれば（Ｓ１６００）、コントロール管理部１３２は該当メッセージがＵＰｎＰおよびウェブサービスコントロールメッセージであるかをチェックする。ここで、装置／サービスディスクリプションにはコントロール動作を受信できる情報が含まれていて、該当ＣＤのディスクリプションに基づいてＵＰｎＰまたはウェブサービスコントロール要請メッセージであるかを区分することができる。

チェックの結果、ＵＰｎＰコントロール要請メッセージである場合（Ｓ１６０２）、コントロール管理部１３２はコントロール要請メッセージを伝送したＣＰが制御しようとするＣＤがＵＰｎＰ基盤であるかウェブサービス基盤であるかを検索する（Ｓ１６０４）。

検索の結果、該当ＣＤがウェブサービス基盤である場合（Ｓ１６０６）、コントロールメッセージ変換処理部１３３は該当ＵＰｎＰコントロール要請をウェブサービスコントロール要請メッセージに変換する（Ｓ１６０８）。

次に、コントロール管理部１３２は、装置／サービス情報リスト管理部１５３を介して該当ＣＤのコントロール要請受信ＵＲＬ情報を検索し、検索されたＵＲＬに変換された要請メッセージを伝送する（Ｓ１６１０）。

チェックの結果、ウェブサービスコントロール要請メッセージである場合（Ｓ１６１２）、コントロール管理部１３２はコントロール要請メッセージを伝送したＣＰが制御しようとするＣＤがＵＰｎＰ基盤であるかウェブサービス基盤であるかを検索する（Ｓ１６１４）。

検索の結果、該当ＣＤがＵＰｎＰ基盤である場合（Ｓ１６１４）、コントロールメッセージ変換処理部１３３は該当ＵＰｎＰコントロール要請をウェブサービスコントロール要請メッセージに変換する（Ｓ１６１６）。

次に、コントロール管理部１３２は、装置／サービス情報リスト管理部１５３を介して該当ＣＤのコントロール要請受信ＵＲＬ情報を検索し、検索されたＵＲＬに変換された要請メッセージを伝送する（Ｓ１６１０）。

図１６Ｂは、コントロール応答メッセージを処理する過程を示すフローチャートである。

まず、コントロール要請メッセージ処理動作を行った後、ホームネットワーク上に存在するＣＤに伝送された要請メッセージに対する応答メッセージが伝送される（Ｓ１６２０）。

ここで、コントロール管理部１３２は、該当応答メッセージがＵＰｎＰメッセージであるか、ウェブサービスメッセージであるかをチェックする。

チェックの結果、ＵＰｎＰコントロール応答メッセージである場合（Ｓ１６２２）、コントロール管理部１３２は該当応答メッセージが伝送されるＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかを検索する（Ｓ１６２４）。

検索の結果、該当ＣＰがウェブサービス基盤である場合（Ｓ１６２６）、コントロールメッセージ変換処理部１３３は該当ＵＰｎＰコントロール応答メッセージをウェブサービスコントロール応答メッセージに変換する（Ｓ１６２８）。

次に、コントロール管理部１３２は、装置／サービス情報リスト管理部１５３を介して以前のコントロール要請メッセージを伝送したＣＰのＵＲＬ情報を検索し、検索されたＵＲＬに変換された要請メッセージを伝送する（Ｓ１６３０）。ここで、コントロール要請ＣＰのＵＲＬ情報は、コントロール要請メッセージ処理動作のうち、臨時的に格納されてコントロール応答メッセージ処理動作において用いられる。

チェックの結果、ウェブサービスコントロール応答メッセージである場合（Ｓ１６３２）、コントロール管理部１３２は該当応答メッセージが伝送されるＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかを検索する。

検索の結果、該当ＣＰがＵＰｎＰ基盤である場合（Ｓ１６３４）、コントロールメッセージ変換処理部１３３は該当ウェブサービスコントロール応答メッセージをＵＰｎＰコントロール応答メッセージに変換する（Ｓ１６３６）。

次に、コントロール管理部１３２は、装置／サービス情報リスト管理部１５３を介して以前のコントロール要請メッセージを伝送したＣＰのＵＲＬ情報を検索し、検索されたＵＲＬに変換された要請メッセージを伝送する（Ｓ１６３０）。

図１７は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、イベンティング過程を示すフローチャートである。ここで、イベンティング過程は、サブスクリプション要請メッセージを処理する過程と、サブスクリプション応答メッセージを処理する過程に区分される。

図１７Ａはサブスクリプション要請メッセージを処理する過程を示すフローチャートである。

まず、イベンティング管理部１４２は、ホームネットワーク上に存在するＣＰから伝送されたイベントサブスクリプション要請メッセージを受信し（Ｓ１７００）、受信されたイベントサブスクリプション要請メッセージがＧＥＮＡまたはＷＳ−イベンティングメッセージであるかをチェックする。

チェックの結果、受信されたイベントサブスクリプション要請メッセージがＵＰｎＰのＧＥＮＡメッセージである場合（Ｓ１７０２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に該当ＣＤの情報を要請し（Ｓ１７０４）、要請により伝送されたＣＤの情報に基づいて該当ＣＤがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。

チェックの結果、該当ＣＤがウェブサービス基盤である場合（Ｓ１７０６）、イベンティングメッセージ変換処理部１４３は該当ＵＰｎＰ ＧＥＮＡサブスクリプション要請メッセージをＷＳ−イベンティングサブスクリプション要請メッセージに変換する（Ｓ１７０８）。

次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して該当ＣＤのサブスクリプション要請受信ＵＲＬ情報を検索し、検索されたＵＲＬに変換されたサブスクリプション要請メッセージを伝送する（Ｓ１７１０）。

チェックの結果、受信されたイベントサブスクリプション要請メッセージがウェブサービスのＷＳ−イベンティングメッセージである場合（Ｓ１７１２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に該当ＣＤの情報を要請し、要請により伝送されたＣＤの情報に基づいて該当ＣＤがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。

チェックの結果、該当ＣＤがＵＰｎＰ基盤である場合（Ｓ１７１４）、イベンティングメッセージ変換処理部１４３は該当ＷＳ−イベンティングサブスクリプション要請メッセージをＵＰｎＰ ＧＥＮＡサブスクリプション要請メッセージに変換する（Ｓ１７１６）。

次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して該当ＣＤのサブスクリプション要請受信ＵＲＬ情報を検索し、変換されたサブスクリプション要請メッセージを検索された該当ＵＲＬに伝送する（Ｓ１７１０）。

図１７Ｂは、サブスクリプション応答メッセージを処理する過程を示すフローチャートである。

まず、イベンティング管理部１４２には、サブスクリプション要請メッセージを処理する過程を行ってＣＤに伝送されたサブスクリプション要請メッセージに対する応答メッセージが伝送される（Ｓ１７２０）。ここで、イベンティング管理部１４２は、該当イベントサブスクリプション応答メッセージがＧＥＮＡまたはＷＳ−イベンティングメッセージであるかをチェックする。

チェックの結果、伝送された応答メッセージがＵＰｎＰのＧＥＮＡメッセージである場合（Ｓ１７２２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に応答メッセージが伝送されるＣＰの情報を要請し（Ｓ１７２４）、要請により伝送されたＣＰの情報に基づいて該当ＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。

チェックの結果、該当ＣＰがウェブサービス基盤である場合（Ｓ１７２６）、イベンティングメッセージ変換処理部１４３は該当ＵＰｎＰ ＧＥＮＡサブスクリプション応答メッセージをＷＳ−イベンティングサブスクリプション応答メッセージに変換する（Ｓ１７２８）。

次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して以前のサブスクリプション要請メッセージを伝送したＣＰのＵＲＬ情報を検索し、検索されたＵＲＬに変換された応答メッセージを伝送する（Ｓ１７３０）。ここで、サブスクリプション要請メッセージを伝送したＣＰのＵＲＬ情報はサブスクリプション応答メッセージを基盤として該当装置／サービス情報内のサブスクリプションリストに追加されなければならない。以後、通報メッセージがＣＤから伝送される場合、該当サブスクリプションリストに登録されたＣＰに該当通報メッセージを伝送するようになる。以下、図１７Ｃによって通報メッセージを処理する過程を説明する。

チェックの結果、伝送された応答メッセージがウェブサービスのＷＳ−イベンティングメッセージである場合（Ｓ１７３２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に該当ＣＰの情報を要請し、要請により伝送されたＣＰの情報に基づいてＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。

チェックの結果、該当ＣＰがＵＰｎＰ基盤である場合（Ｓ１７３４）、イベンティングメッセージ変換処理部１４３は該当ＷＳ−イベンティングサブスクリプション応答メッセージをＵＰｎＰ ＧＥＮＡサブスクリプション応答メッセージに変換する（Ｓ１７３６）。

次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して以前のサブスクリプション要請メッセージを伝送したＣＰのＵＲＬ情報を検索し、検索されたＵＲＬに変換された応答メッセージを伝送する（Ｓ１７３０）。

図１７Ｃは、通報メッセージを処理する過程を示すフローチャートである。

まず、イベンティング管理部１４２には、ホームネットワーク上に存在するＣＤから通報メッセージが伝送される（Ｓ１７５０）。ここで、イベンティング管理部１４２は、該当通報メッセージがＧＥＮＡまたはＷＳ−イベンティングメッセージであるかをチェックする。

チェックの結果、伝送された通報メッセージがＵＰｎＰのＧＥＮＡメッセージである場合（Ｓ１７５２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に通報メッセージが伝送されるＣＰの情報を要請し（Ｓ１７５４）、要請された情報に基づいて該当ＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。

チェックの結果、該当ＣＰがウェブサービス基盤である場合（Ｓ１７５６）、イベンティングメッセージ変換処理部１４３はＣＤから伝送されたＵＰｎＰ ＧＥＮＡ通報メッセージをＷＳ−イベンティング通報メッセージに変換する（Ｓ１７５８）。

次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して該当装置／サービス情報を検索し、検索された情報内のサブスクリプションリストに登録されたＣＰに通報メッセージを伝送する（Ｓ１７６０）。

チェックの結果、伝送された通報メッセージがウェブサービスのＷＳ−イベンティングメッセージである場合（Ｓ１７６２）、イベンティングメッセージ変換処理部１４３は通報メッセージが伝送されたＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。

チェックの結果、ＣＰがＵＰｎＰ基盤である場合（Ｓ１７６４）、イベンティングメッセージ変換処理部１４３はＣＤから伝送されたＷＳ−イベンティング通報メッセージをＵＰｎＰ ＧＥＮＡ通報メッセージに変換する（Ｓ１７６８）。

次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して該当装置／サービス情報を検索し、検索された情報内のサブスクリプションリストに登録されたＣＰに通報メッセージを伝送する（Ｓ１７５６）。

以上添付した図面を参照して本発明の実施形態を説明したが、本発明が属する技術分野で通常の知識を有する者は本発明がその技術的思想や必須の特徴を変更せず、他の具体的な形態によって実施し得るということが理解することができる。従って、以上にて記述した実施形態は全ての面で例示的なものであって、限定的なものではないことを理解しなければならない。

従来のホームネットワーク構成図を示す図である。 従来のホームネットワーク上でディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。 従来のホームネットワーク上でディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。 従来のホームネットワーク上でディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。 従来のホームネットワーク上でディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置を含むホームネットワークシステムを示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置の内部ブロック図を示す図である。 図４に示したミドルウェア装置のディスカバリ部の内部ブロック図を示す図である。 図４に示したミドルウェア装置のディスクリプション部の内部ブロック図を示す図である。 図４に示したミドルウェア装置のコントロール部の内部ブロック図を示す図である。 図４に示したミドルウェア装置のイベンティング部の内部ブロック図を示す図である。 図４に示したミドルウェア装置の情報管理部内の装置／サービス情報リスト管理部において情報を形成する過程を示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のディスカバリメッセージの例を示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のディスカバリメッセージの例を示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のコントロールメッセージの例を示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のコントロールメッセージの例を示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のイベンティングメッセージの例を示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のイベンティングメッセージの例を示す図である。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、ディスカバリＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージを処理する過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、ディスカバリＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージを処理する過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスカバリＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージを処理する過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスカバリＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージを処理する過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、ディスクリプション過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、コントロール過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、コントロール過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、イベンティング過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、イベンティング過程を示すフローチャートである。 本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、イベンティング過程を示すフローチャートである。

符号の説明

１００ ミドルウェア装置
１１０ ディスカバリ部
１２０ ディスクリプション部
１３０ コントロール部
１４０ イベンティング部
１５０ 情報管理部

Claims (12)

1. ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のディスカバリメッセージを受信し、前記ディスカバリメッセージを受信する装置が処理できるプロトコルによってディスカバリメッセージを変換するディスカバリ部と、
   前記ＵＰｎＰおよびウェブサービスから要請された所定の装置のディスクリプションファイルを生成し、前記生成されたディスクリプションファイルを、前記ディスクリプションファイルを要請した装置が処理することができるように変換して提供するディスクリプション部と、
   前記ディスカバリメッセージおよびディスクリプションファイルに基づいてホームネットワーク上に存在する装置の情報およびサービス情報を管理する情報管理部とを含むホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
2. 前記ディスカバリ部は、
   前記ＵＰｎＰおよびウェブサービスから伝送されたディスカバリメッセージのプロトコルを区分し、前記伝送されたディスカバリメッセージを前記情報管理部に格納するディスカバリ管理部と、
   前記受信されたディスカバリメッセージを前記ＵＰｎＰおよびウェブサービスが処理することができるように変換するディスカバリメッセージ変換処理部とを含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
3. 前記ディスクリプション部は、
   前記ＵＰｎＰおよびウェブサービスから要請された所定の装置のディスクリプションファイルを生成し、生成されたディスクリプションファイルを前記情報管理部に格納するディスクリプション管理部と、
   前記生成されたディスクリプションファイルを前記ＵＰｎＰおよびウェブサービスが処理することができるように変換するディスクリプションファイル変換処理部とを含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
4. 前記情報管理部は、
   前記ディスカバリ部および前記ディスクリプション部から伝送されたホームネットワーク上に存在する装置の情報およびサービス情報を格納する装置／サービス情報リストと、
   前記装置／サービス情報リストの管理および前記ディスカバリ部および前記装置／サービス情報リストの情報のアップデートを行う装置／サービス情報リスト管理部とを含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
5. 前記ＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のコントロールメッセージを受信し、前記コントロールメッセージの伝送を受信する装置が処理できるプロトコルによってコントロールメッセージを変換して提供するコントロール部を含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
6. 前記ＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のイベンティングメッセージを受信し、前記イベンティングメッセージを受信する装置が処理できるプロトコルによってイベンティングメッセージを変換して提供するイベンティング部を含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
7. ホームネットワーク上に存在するＵＰｎＰ ＣＰおよびウェブサービスＣＰから伝送されるディスカバリメッセージを受信するステップと、
   前記伝送されたディスカバリメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、
   前記判断の結果、前記伝送されたディスカバリメッセージがＵＰｎＰ基盤である場合、前記ディスカバリメッセージをウェブサービス基盤のディスカバリメッセージに変換するステップとを含むホームネットワークにおけるデバイス間の互換性を支援する方法。
8. 前記ディスカバリメッセージを伝送した装置の登録可否を判断するステップと、
   前記判断の結果、登録されていない場合、前記ディスカバリメッセージを伝送した装置の情報を生成および格納するステップとを含む請求項７に記載のホームネットワークにおけるデバイス間の互換性を支援する方法。
9. 前記ディスカバリメッセージがＡｌｉｖｅ／ＨｅｌｌｏメッセージおよびＳｅａｒｃｈ／Ｐｒｏｂｅメッセージである請求項７に記載のホームネットワークにおけるデバイス間の互換性を支援する方法。
10. ホームネットワーク上に存在するＵＰｎＰ ＣＰおよびウェブサービスＣＰから伝送されるディスクリプションメッセージを受信するステップと、
    前記伝送されたディスクリプションメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、
    前記ディスクリプションメッセージが伝送される所定のＣＤの情報を検索するステップと、
    前記判断の結果、ディスクリプションメッセージがＵＰｎＰ基盤であり、前記検索の結果、前記ＣＤがウェブサービス基盤である場合、前記伝送されたディスクリプションメッセージをウェブサービス基盤のディスクリプションメッセージに変換するステップとを含むホームネットワークにおけるデバイス間の互換性を支援する方法。
11. 前記ホームネットワーク上に存在するＵＰｎＰ ＣＰおよびウェブサービスＣＰから伝送されるコントロールメッセージを受信した場合、
    前記伝送されたコントロールメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、
    前記コントロールメッセージが伝送される所定のＣＤの情報を検索するステップと、
    前記判断の結果、ディスクリプションメッセージがＵＰｎＰ基盤であり、前記検索の結果、前記ＣＤがウェブサービス基盤である場合、前記伝送されたコントロールメッセージをウェブサービス基盤のコントロールメッセージに変換するステップとを含む請求項１０に記載のホームネットワークにおけるデバイス間の互換性を支援する方法。
12. 前記ホームネットワーク上に存在するＵＰｎＰ ＣＰおよびウェブサービスＣＰから伝送されるイベントメッセージを受信した場合、
    前記伝送されたコントロールメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、
    前記イベントメッセージが伝送される所定のＣＤの情報を検索するステップと、
    前記判断の結果、ディスクリプションメッセージがＵＰｎＰ基盤であり、前記検索の結果、前記ＣＤがウェブサービス基盤である場合、前記伝送されたイベントメッセージをウェブサービス基盤のイベントメッセージに変換するステップとを含む請求項１０に記載のホームネットワークにおけるデバイス間の互換性を支援する方法。

Images