(57)【要約】      （修正有）【課題】ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスのプロトコルを変換して提供するミドルウェア装置を設けてＵＰｎＰおよびウェブサービス基盤の全ての装置間の互換性を支援する。【解決手段】ミドルウェア装置は、ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のディスカバリメッセージを受信し、前記ディスカバリメッセージの伝送を受信する装置が処理できるプロトコルによってディスカバリメッセージを変換するディスカバリ部と、前記ＵＰｎＰおよびウェブサービスから要請された所定の装置のディスクリプションファイルを生成し、前記生成されたディスクリプションファイルを前記ディスクリプションファイルを要請した装置が処理することができるように変換して提供する。【選択図】図４
2007188500.tif 000002
【特許請求の範囲】
【請求項１】
ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のディスカバリメッセージを受信し、前記ディスカバリメッセージを受信する装置が処理できるプロトコルによってディスカバリメッセージを変換するディスカバリ部と、
前記ＵＰｎＰおよびウェブサービスから要請された所定の装置のディスクリプションファイルを生成し、前記生成されたディスクリプションファイルを、前記ディスクリプションファイルを要請した装置が処理することができるように変換して提供するディスクリプション部と、
前記ディスカバリメッセージおよびディスクリプションファイルに基づいてホームネットワーク上に存在する装置の情報およびサービス情報を管理する情報管理部とを含むホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
【請求項２】
前記ディスカバリ部は、
前記ＵＰｎＰおよびウェブサービスから伝送されたディスカバリメッセージのプロトコルを区分し、前記伝送されたディスカバリメッセージを前記情報管理部に格納するディスカバリ管理部と、
前記受信されたディスカバリメッセージを前記ＵＰｎＰおよびウェブサービスが処理することができるように変換するディスカバリメッセージ変換処理部とを含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
【請求項３】
前記ディスクリプション部は、
前記ＵＰｎＰおよびウェブサービスから要請された所定の装置のディスクリプションファイルを生成し、生成されたディスクリプションファイルを前記情報管理部に格納するディスクリプション管理部と、
前記生成されたディスクリプションファイルを前記ＵＰｎＰおよびウェブサービスが処理することができるように変換するディスクリプションファイル変換処理部とを含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
【請求項４】
前記情報管理部は、
前記ディスカバリ部および前記ディスクリプション部から伝送されたホームネットワーク上に存在する装置の情報およびサービス情報を格納する装置／サービス情報リストと、
前記装置／サービス情報リストの管理および前記ディスカバリ部および前記装置／サービス情報リストの情報のアップデートを行う装置／サービス情報リスト管理部とを含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
【請求項５】
前記ＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のコントロールメッセージを受信し、前記コントロールメッセージの伝送を受信する装置が処理できるプロトコルによってコントロールメッセージを変換して提供するコントロール部を含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
【請求項６】
前記ＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のイベンティングメッセージを受信し、前記イベンティングメッセージを受信する装置が処理できるプロトコルによってイベンティングメッセージを変換して提供するイベンティング部を含む請求項１に記載のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置。
【請求項７】
ホームネットワーク上に存在するＵＰｎＰ  ＣＰおよびウェブサービスＣＰから伝送されるディスカバリメッセージを受信するステップと、
前記伝送されたディスカバリメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、
前記判断の結果、前記伝送されたディスカバリメッセージがＵＰｎＰ基盤である場合、前記ディスカバリメッセージをウェブサービス基盤のディスカバリメッセージに変換するステップとを含むホームネットワークにおけるデバイス間の互換性を支援する方法。
【請求項８】
前記ディスカバリメッセージを伝送した装置の登録可否を判断するステップと、
前記判断の結果、登録されていない場合、前記ディスカバリメッセージを伝送した装置の情報を生成および格納するステップとを含む請求項７に記載のホームネットワークにおけるデバイス間の互換性を支援する方法。
【請求項９】
前記ディスカバリメッセージがＡｌｉｖｅ／ＨｅｌｌｏメッセージおよびＳｅａｒｃｈ／Ｐｒｏｂｅメッセージである請求項７に記載のホームネットワークにおけるデバイス間の互換性を支援する方法。
【請求項１０】
ホームネットワーク上に存在するＵＰｎＰ  ＣＰおよびウェブサービスＣＰから伝送されるディスクリプションメッセージを受信するステップと、
前記伝送されたディスクリプションメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、
前記ディスクリプションメッセージが伝送される所定のＣＤの情報を検索するステップと、
前記判断の結果、ディスクリプションメッセージがＵＰｎＰ基盤であり、前記検索の結果、前記ＣＤがウェブサービス基盤である場合、前記伝送されたディスクリプションメッセージをウェブサービス基盤のディスクリプションメッセージに変換するステップとを含むホームネットワークにおけるデバイス間の互換性を支援する方法。
【請求項１１】
前記ホームネットワーク上に存在するＵＰｎＰ  ＣＰおよびウェブサービスＣＰから伝送されるコントロールメッセージを受信した場合、
前記伝送されたコントロールメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、
前記コントロールメッセージが伝送される所定のＣＤの情報を検索するステップと、
前記判断の結果、ディスクリプションメッセージがＵＰｎＰ基盤であり、前記検索の結果、前記ＣＤがウェブサービス基盤である場合、前記伝送されたコントロールメッセージをウェブサービス基盤のコントロールメッセージに変換するステップとを含む請求項１０に記載のホームネットワークにおけるデバイス間の互換性を支援する方法。
【請求項１２】
前記ホームネットワーク上に存在するＵＰｎＰ  ＣＰおよびウェブサービスＣＰから伝送されるイベントメッセージを受信した場合、
前記伝送されたコントロールメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、
前記イベントメッセージが伝送される所定のＣＤの情報を検索するステップと、
前記判断の結果、ディスクリプションメッセージがＵＰｎＰ基盤であり、前記検索の結果、前記ＣＤがウェブサービス基盤である場合、前記伝送されたイベントメッセージをウェブサービス基盤のイベントメッセージに変換するステップとを含む請求項１０に記載のホームネットワークにおけるデバイス間の互換性を支援する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置およびその方法に関するものであって、より詳しくは、ホームネットワーク上に存在するＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ−ａｎｄ−Ｐｌａｙ）およびウェブサービスのプロトコルを変換して提供するミドルウェア装置を設けてＵＰｎＰおよびウェブサービス基盤の全ての装置間の互換性を支援するものである。
【背景技術】
【０００２】
ホームネットワークのためのプロトコルの代表的なものとして、ＵＰｎＰおよびウェブサービスがある。
【０００３】
ＵＰｎＰ技術は、全ての形態の知能製品、無線装置およびＰＣの同等階層ネットワークの連結（Ｐｅｅｒ−ｔｏ−ｐｅｅｒ  ｃｏｎｎｅｃｔｉｖｉｔｙ）のためのアーキテクチャである。ＵＰｎＰは、自宅、小規模事業場（Ｓｍａｌｌ  ｏｆｆｉｃｅ）、公共場所またはインターネットに連結したアドホックネットワーク、あるいは、非管理ネットワーク（Ｕｎｍａｎａｇｅｄ  Ｎｅｔｗｏｒｋ）に用いやすく、柔軟で、標準に基づいた連結性を与えるために設計された。ＵＰｎＰ技術は、ＴＣＰ／ＩＰおよびウェブ技術において途切れることのない近接通信（Ｐｒｏｘｉｍｉｔｙ  Ｎｅｔｗｏｒｋｉｎｇ）を可能にさせる分散開放ネットワーク（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｏｐｅｎ  Ｎｅｔｗｏｒｋ）アーキテクチャを提供する。ＵＰｎＰデバイスアーキテクチャは、制御を行うデバイス（Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ；以下、ＣＰという）とＣＰの制御を受けるデバイス（Ｃｏｎｔｒｏｌｌｅｄ  Ｄｅｖｉｃｅ；以下、ＣＤという）との間の通信プロトコルを定義する。ＣＰはクライアントに該当し、ＣＤはサービスまたはサービスを提供するデバイスに該当する。ＵＰｎＰ基盤のネットワークでの通信は、ディスカバリ、ディスクリプション、制御およびイベンティング段階に分けることができる。以下、図２によって前記段階を詳しく説明する。
【０００４】
ウェブサービス技術は、アプリケーション開発者がウェブ上に公開されているサービスを用いて、さらに強力なアプリケーションを開発することができるようにする技術であって、インターネット上の分散コンピュータ環境を可能にする。ウェブサービス基盤のネットワーキング技術を構成する重要概念は、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）、ＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃｏｖｅｒｙ  Ｄｅｓｃｒｉｐｔｉｏｎ  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）である。ウェブサービスは、有用な機能をＳＯＡＰという標準ウェブプロトコルを介してウェブユーザに公開する。ＳＯＡＰは、メッセージのためのＸＭＬフォーマットを定義する。ウェブサービスは、クライアントアプリケーションに必要なインターフェースを記述するために、ＷＳＤＬというＸＭＬ文書を提供する。ＷＳＤＬは、ウェブサービスに対する要請メッセージが含むべき事項と応答メッセージがどのように表現しなければならないかを定義する。クライアントアプリケーションは、ＵＤＤＩを介して必要なウェブサービスを探すことができる。
【０００５】
上述した通り、ウェブサービスおよびＵＰｎＰ技術は、分散コンピュータ環境においてサービ間の連結性（Ｃｏｎｎｅｃｔｉｖｉｔｙ）および相互連動性（Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）を提供するための技術という類似点がある。しかし、ＵＰｎＰまたはウェブサービスなどの分散コンピュータのためのプロトコルは、各段階別に用いられるプロトコルの細部事項および表現形式に差異があって、相互互換されない問題点がある。
【０００６】
図１は、従来のホームネットワーク構成図である。
【０００７】
図に示す通り、ホームネットワーク上でのデバイスは、論理的に２種類に大きく分けることができる。１つはデバイス固有のサービスを提供し、ユーザの制御を受けるＣＤ３ａ、３ｂ、３ｃおよび３ｄであり、他の１つはユーザに自宅デバイスを制御できる機能を提供するＣＰ１および２である。ＵＰｎＰおよびウェブサービスは何れもＣＤとＣＰとのデバイス形態で自宅ホームネットワークを構成する。
【０００８】
しかし、ＵＰｎＰまたはウェブサービス基盤のミドルウェアを搭載したデバイスがネットワーク上に混在する場合、ＵＰｎＰを支援するデバイスとウェブサービスを支援するデバイスとは相互互換および通信できない。
【０００９】
ここで、サービス開発者は、ネットワークがＵＰｎＰ技術基盤であるか、ウェブサービス技術基盤であるかを考慮してアプリケーションを開発しなければならない不便さがある。
【００１０】
図２Ａないし図２Ｄは、従来のホームネットワーク上において、ディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。
【００１１】
図２Ａは、ＵＰｎＰとウェブサービスのディスカバリ段階を示すものであって、図に示す通り、ＵＰｎＰとウェブサービスデバイスとは何れもホームネットワーク環境においてディスカバリプロトコルとして動的マルチキャストディスカバリプロトコル（ｄｙｎａｍｉｃ  ｍｕｌｔｉｃａｓｔ  ｄｉｓｃｏｖｅｒｙ  ｐｒｏｔｏｃｏｌ）を用いる。
【００１２】
しかし、ＵＰｎＰはＨＴＴＰヘッダ基盤のＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）を用い、ウェブサービスはウェブサービス基盤のＷＳ−ディスかバリプロトコルを用いる。ここで、ＳＳＤＰおよびＷＳ−ディスカバリは何れも動的マルチキャストディスカバリプロトコルを基盤として相互類似するロジックを有しているが、互換性はない。
【００１３】
ディスカバリ段階は、二段階に大きく分けられる。１つはＣＰがホームネットワーク上で制御しようとするＣＤを探す過程（ＵＰｎＰはａｄｖｅｒｔｉｓｅメッセージ伝送、ウェブサービスはｈｅｌｌｏメッセージ伝送）であり、他の１つはＣＰがホームネットワーク上に入ってきて、自身の存在をＣＤに知らせる過程（ＵＰｎＰはｓｅａｒｃｈメッセージ伝送、ウェブサービスはｐｒｏｂｅメッセージ伝送）である。ここで、ＣＰにはＣＤからユニキャスト応答メッセージ（ＵＰｎＰはｒｅｓｐｏｎｓｅメッセージ、ウェブサービスはｐｒｏｂｅ  ｍａｔｃｈメッセージ）が伝送される。
【００１４】
また、ホームネットワーク上において、それ以上動作せずに出る段階では、ＵＰｎＰおよびウェブサービスデバイスが何れも「ｂｙｅメッセージ」を自宅ＣＰにマルチキャストで送るようになる。
【００１５】
図２Ｂは、ＵＰｎＰとウェブサービスのディスクリプション段階を示すものであって、図に示す通り、ＵＰｎＰとウェブサービスとは、何れもデバイスと提供するサービスとのディスクリプションとしてＸＭＬフォーマットを用いる。
【００１６】
しかし、ＵＰｎＰはＵＰｎＰフォーラムで定めたデバイスディスクリプションテンプレートとサービスディスクリプションテンプレートとを用い、ウェブサービスデバイスはウェブサービスのサービスディスクリプション関連標準であるＷＳＤＬを用いる。ここで、ＵＰｎＰとウェブサービスは、何れもＸＭＬを基盤として相互類似するが互換性はない。
【００１７】
ディスクリプション段階は、ＣＰが制御しようとするＣＤのデバイスおよびサービスのディスクリプション情報を獲得する過程である。
【００１８】
すなわち、ＵＰｎＰとウェブサービスは、何れもディスカバリ段階を介して獲得した該当ＣＤのディスクリプションＵＲＬ情報を基盤として該当デバイスまたはサービスのディスクリプション情報を読み込むようになる。
【００１９】
図２Ｃは、ＵＰｎＰとウェブサービスのコントロール段階を示すものであって、図に示す通り、ＵＰｎＰとウェブサービスデバイスは何れも制御メッセージプロトコルとしてＳＯＡＰを用いる。しかし、ＵＰｎＰはＳＯＡＰ  ｖｅｒ．１．１を、ウェブサービスデバイスはＳＯＡＰ  ｖｅｒ．１．２を基盤としているため、相互互換性に問題があり得る。
【００２０】
コントロール段階は、ＣＰとＣＤとの間に制御命令をやり取りする段階であって、ＵＰｎＰとウェブサービスは何れもＳＯＡＰメッセージプロトコルを用いる。また、要請メッセージに対する応答メッセージ形式からなる。
【００２１】
図２Ｄは、ＵＰｎＰとウェブサービスのイベンティング段階を示すものであって、図に示す通り、ＵＰｎＰとウェブサービスデバイスのイベンティングロジックは相互類似するが、ＵＰｎＰはＨＴＴＰヘッダ基盤のＧＥＮＡ（Ｇｅｎｅｒｉｃ  Ｅｖｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）を用い、ウェブサービスデバイスはウェブサービスのイベンティング関連標準であるＷＳ−イベンティングを用いることによって相互互換性はない。
【００２２】
イベンティング段階は、ＣＰがＣＤから該当イベントメッセージを受けることであって、イベントメッセージをＣＰが受けるためには、サブスクリプション段階を介してＣＰがＣＤに登録をしなければならない。
【００２３】
この後、ＣＤが状態変化および特定イベンティング状況が発生した場合、イベントメッセージが登録されたＣＰに伝送するようになる。ここで、ＣＰはサブスクリプション段階においてタイムアウト設定などができ、タイムアウト時間内にリニューアル要請をすることができる。また、ＣＤからこれ以上イベントメッセージが伝送されることを望まない場合、取消要請ができる。
【００２４】
しかし、ＵＰｎＰとウェブサービスデバイス間の相互互換性がないため、自宅ホームネットワーク上にＵＰｎＰとウェブサービスデバイスが存在する場合、ＵＰｎＰ  ＣＰはウェブサービスデバイスを制御できず、ウェブサービスＣＰはＵＰｎＰ  ＣＤを制御することができない。また、ＵＰｎＰ  ＣＤとウェブサービスデバイス間の互換性にも問題になる。
【００２５】
特許文献１では、ＵＰｎＰ接続技術をアドレッシング、ディスカバリ、ディスクリプション、コントロールおよびプレゼンテーションの段階で区分し、ホームサーバミドルウェアが外部ネットワーク上の接続媒体とウェブサービス通信をするためのコミュニケーションマネージャモジュール、ＵＰｎＰ規格メッセージをウェブサービス接続規格であるウェブサービスメッセージで相互変換するコンバータモジュール、該当製品のサービス詳細情報を記載したディスクリプションマネージャモジュール、アプリケーションマネージャモジュールなどを備えるホームサーバシステムを開始しているが、これはホームネットワーク上に存在するＵＰｎＰおよびウェブサービスと共に相互互換されないデバイス間の互換性を提供する技術を提示していない。
【特許文献１】韓国特許公開第２００４−０７３８６４号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
本発明は、ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスのプロトコルを変換して提供するミドルウェア装置にてＵＰｎＰおよびウェブサービス基盤の全ての装置間の互換性を支援することにその目的がある。
【００２７】
本発明の目的は以上で言及した目的に制限されず、言及されないまた他の目的は下記から当業者に明確に理解できる。
【課題を解決するための手段】
【００２８】
上記目的を達成するために、本発明の一態様に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置は、ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスから互いに異なるプロトコル基盤のディスカバリメッセージを受信し、前記ディスカバリメッセージの伝送を受信する装置が処理できるプロトコルによってディスカバリメッセージを変換するディスカバリ部と、前記ＵＰｎＰおよびウェブサービスから要請された所定の装置のディスクリプションファイルを生成し、前記生成されたディスクリプションファイルを前記ディスクリプションファイルを要請した装置が処理することができるように変換して提供するディスクリプション部と、前記ディスカバリメッセージおよびディスクリプションファイルに基づいてホームネットワーク上に存在する装置の情報およびサービス情報を管理する情報管理部とを含む。
【００２９】
また、本発明の他の態様に係るホームネットワークにおけるデバイス間の互換性を支援する方法は、ホームネットワーク上に存在するＵＰｎＰ  ＣＰおよびウェブサービスＣＰから伝送されるディスカバリメッセージを受信するステップと、前記伝送されたディスカバリメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、前記判断の結果、前記伝送されたディスカバリメッセージがＵＰｎＰ基盤である場合、前記ディスカバリメッセージをウェブサービス基盤のディスカバリメッセージに変換するステップとを含む。
【００３０】
また、本発明のまた他の態様に係るホームネットワークにおけるデバイス間の互換性を支援する方法は、ホームネットワーク上に存在するＵＰｎＰ  ＣＰおよびウェブサービスＣＰから伝送されるディスクリプションメッセージを受信するステップと、前記伝送されたディスクリプションメッセージがＵＰｎＰ基盤であるかウェブサービス基盤であるかを判断するステップと、前記ディスクリプションメッセージが伝送される所定のＣＤの情報を検索するステップと、前記判断の結果、ディスクリプションメッセージがＵＰｎＰ基盤であり、前記検索の結果、前記ＣＤがウェブサービス基盤である場合、前記伝送されたディスクリプションメッセージをウェブサービス基盤のディスクリプションメッセージに変換するステップとを含む。
【発明の効果】
【００３１】
本発明のホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置およびその方法によれば次のような効果が１つあるいはそれ以上ある。
【００３２】
ホームネットワーク上に存在するＵＰｎＰおよびウェブサービスのプロトコルを変換するミドルウェア装置を介してＵＰｎＰおよびウェブサービス基盤の全ての装置間の互換性を提供できる長所がある。
【００３３】
また、ＵＰｎＰおよびウェブサービスのプロトコルを変換してホームネットワーク上に存在する装置に伝送することによって、基本のＵＰｎＰ基盤の装置およびウェブサービス基盤の装置をそのまま用いることができる長所がある。
【発明を実施するための最良の形態】
【００３４】
その他、実施形態の具体的な事項は、詳細な説明および図面に含まれている。
【００３５】
本発明の利点および特徴、そしてそれらを達成する方法は、添付する図面と共に詳細に後述している実施形態を参照すれば明確になる。しかし、本発明は以下で開示する実施形態に限定されず、互いに異なる多様な形態によって実現することができ、単に本実施形態は本発明の開示を完全なものとし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供しているものであって、本発明は請求項の範疇によってのみ定義されるものである。明細書全体に亘って、同一参照符号は同一の構成要素を示す。
【００３６】
以下、添付した図面を参照して、本発明の好ましい実施形態を詳細に説明する。
【００３７】
図３は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置を含むホームネットワークシステムを示す図である。
【００３８】
図に示す通り、ホームネットワークシステム構造は、多数のＵＰｎＰ基盤の装置２１０，２２０，２３０，２４０および多数のウェブサービス基盤の装置３１０，３２０がネットワークに連結され、ＵＰｎＰおよびウェブサービスを何れも支援するミドルウェア装置１００が位置づけられた構造である。ここで、ＵＰｎＰ基盤のＣＰは、ＤＴＶ２１０であり、ＵＰｎＰ基盤のＣＤはホーム・シアター２２０、ＤＶＤプレーヤ２３０および電子レンジ２４０である。また、ウェブサービス基盤のＣＰはノートパソコン３１０であり、ウェブサービス基盤のＣＤはプリンタ３２０である。
【００３９】
したがって、ミドルウェア装置１００は、ホームネットワーク上に存在する全ての装置が相互通信するようにＵＰｎＰプロトコルおよびウェブサービスプロトコルを変換して伝送する。ここで、ホームネットワーク内に存在するＵＰｎＰおよびウェブサービス基盤の全ての装置は相互互換することができる。
【００４０】
図４は本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置の内部ブロック図である。
【００４１】
図に示す通り、ミドルウェア装置１００は、ディスカバリ部１１０、ディスクリプション部１２０、コントロール部１３０、イベンティング部１４０および情報管理部１５０を含んで構成される。
【００４２】
本発明の実施形態に係るミドルウェア装置１００は、ＴＣＰ／ＩＰ基盤のネットワークミドルウェアとしてＵＰｎＰとウェブサービスの統合ソリューションを提供する。したがって、ＵＰｎＰとウェブサービスにＳＯＡＰという同一のメッセージプロトコルを用いる制御ステップを提供し、ディスカバリ段階、ディスクリプション段階、イベンティング段階ではＵＰｎＰとウェブサービスを同時に支援する機能を提供する。
【００４３】
この時、本実施形態で用いられる「〜部」という用語は、ソフトウェア、または、ＦＰＧＡ、または、ＡＳＩＣのようなハードウェア構成要素を意味し、「〜部」は何かの役割を行う。ところが「〜部」はソフトウェア、または、ハードウェアに限定される意味ではない。「〜部」はアドレッシングできる格納媒体にあるように構成することもでき、１つ、あるいは、それ以上のプロセッサを再生させるように構成することもできる。従って、一例として「〜部」はソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素、および、タスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および、変数を含む。構成要素と「〜部」との中で提供されている機能は、さらに小さい数の構成要素および「〜部」によって結合されたり、追加的な構成要素と「〜部」にさらに分離したりすることができる。それだけでなく、構成要素および「〜部」は、デバイスまたは保安マルチメディアカード内の１つ、または、それ以上のＣＰＵを再生させるように実現することもできる。
【００４４】
ディスカバリ部１１０は、ＵＰｎＰおよびウェブサービスのディスカバリメッセージを区分し、ディスカバリメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換する。すなわち、ＵＰｎＰを用いる装置およびウェブサービスを用いる装置と何れも通信できるメカニズムを提供する。
【００４５】
例えば、ＵＰｎＰディスカバリ段階は、２種類に大きく分けることができる。第一は新しいＣＤがネットワークに参加する場合であり、第二は新しいＣＰがネットワークに参加する場合である。
【００４６】
すなわち、新しいＣＤがネットワークに参加する場合、ＣＤは自身の存在を知らせるために基本的な情報を含んだメッセージをマルチキャストする。ここで、基本的な情報とはＣＤを提供するデバイスに関する詳細情報（Ｄｅｓｃｒｉｐｔｉｏｎ）のＵＲＬ、デバイスの類型、お知らせメッセージの有効時間（Ｅｘｐｉｒｅ  ｔｉｍｅ）などを含む。
【００４７】
反面、新しいＣＰがネットワークに参加する場合、ＣＰが用いようとするＣＤを探すメッセージをマルチキャストすれば、該当するＣＤがメッセージをマルチキャストしたＣＰに応答メッセージを伝送する。前記のようなメカニズムは、ウェブサービスにも同一に適用する。
【００４８】
しかし、ＵＰｎＰはマルチキャストディスカバリメカニズムを提供するプロトコルとしてＨＴＴＰ基盤のＳＳＤＰを用い、ウェブサービスはＸＭＬ基盤のＷＳ−ディスカバリを用いる。ここで、ディスカバリ部１１０は、ディスカバリメッセージ関連ＵＰｎＰとウェブサービス相互間のメッセージ変換を処理する。以下、図５によってディスカバリ部１１０の細部構造を説明する。
【００４９】
ディスクリプション部１２０は、ＵＰｎＰおよびウェブサービスのディスクリプションＸＭＬファイルを生成し、ディスクリプションＸＭＬファイルをＵＰｎＰおよびウェブサービスが処理することができるように変換する。すなわち、ＵＰｎＰおよびウェブサービスのディスクリプション段階を全て支援する。
【００５０】
例えば、ディスクリプション部１２０は、ディスカバリ部１１０を介して探したＣＤの詳細情報を提供する。ディスクリプション段階において、ＵＰｎＰはデバイスとサービスを一定のフォーマットで定義したデバイス／サービステンプレートとして表現し、ウェブサービスはＷＳＤＬでサービスの詳細情報を表現する。デバイス／サービステンプレートとＷＳＤＬは、何れもＸＭＬ形式や細部表現形式にあたって多くの差異がある。
【００５１】
したがって、ディスクリプション部１２０は、ディスクリプションＸＭＬファイルをＵＰｎＰおよびウェブサービスが処理することができるように変換して提供し、ここでＣＰには該当ＣＤのディスクリプション情報が提供される。以下、図６によってディスクリプション部１２０の細部構造を説明する。
【００５２】
コントロール部１３０は、ＵＰｎＰおよびウェブサービス間の互いに異なるコントロールＳＯＡＰメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換し、変換されたメッセージを該当ＣＤに伝送する。以下、図７によってコントロール部１３０の細部構造を説明する。
【００５３】
イベンティング部１４０は、ＵＰｎＰおよびウェブサービス間の他のイベンティングメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換し、装置／サービス情報リスト処理部１５３の該当ＣＤ情報に基づいて対応するＣＤまたはＣＰに変換されたイベンティングメッセージを伝送する。
【００５４】
例えば、ＣＰが用いようとするＣＤの状態変化を知ろうとする場合、ミドルウェア装置１００はディスカバリ段階において獲得したＣＤに関する情報のうちイベンティングＵＲＬによって登録要請メッセージを生成して伝送する。次に、ＣＤは、登録要請メッセージを送ったＣＰを登録した後、ＣＤの状態が変わるごとに登録されたＣＰに状態変化に関する情報を含んだイベントメッセージを伝送する。
【００５５】
ＵＰｎＰは、イベンティング段階のためのプロトコルとしてＧＥＮＡを用い、ウェブサービスはＷＳ−イベンティングプロトコルを用いる。二つのプロトコルは、類似するメカニズムを提供するが、該当メッセージフォーマットおよび細部事項にあたって差異がある。ここで、イベンティング部１４０は、ＵＰｎＰおよびウェブサービスを何れも支援するイベントメッセージを提供する。以下、図８によってイベンティング部１４０に対する細部構造を説明する。
【００５６】
情報管理部１５０は、ホームネットワーク上に存在するＣＤの装置およびサービス情報を管理するものであって、装置情報リスト１５１、サービス情報リスト１５２および装置／サービス情報リスト管理部１５３を含んで構成される。
【００５７】
装置情報リスト１５１およびサービス情報リスト１５２は、ホームネットワーク上に存在するＣＤの情報および該当ＣＤが提供するサービス情報をリストとして格納する。ここで、該当情報は、ＵＰｎＰおよびウェブサービスに従属的な構造を有さず、各装置またはサービスがＵＰｎＰおよびウェブサービス基盤であるかに対する情報を有している。
【００５８】
装置／サービス情報リスト管理部１５３は、ホームネットワーク上に存在するＣＤの情報および該当ＣＤが提供するサービス情報を格納しているリスト１５０，１６０を管理する。
【００５９】
また、装置／サービス情報リスト管理部１５３は、ディスカバリ部１１０から伝送された要請により装置情報リスト１５１およびサービス情報リスト１５２を持続的にアップデートする。
【００６０】
図５は、図４に示したミドルウェア装置のディスカバリ部の内部ブロック図である。
【００６１】
図に示す通り、ディスカバリ部１１０はＴＣＰ／ＩＰ１１１、ポート１１２，１１３、ディスカバリ管理部１１４およびディスカバリメッセージ変換処理部１１５を含んで構成される。
【００６２】
ＴＣＰ／ＩＰ１１１および下位通信レイヤー（マルチキャストチャンネル、ポート１１２，１１３）は、ＵＰｎＰおよびウェブサービスのマルチキャストとユニキャストのメッセージを送受信する。
【００６３】
ディスカバリ管理部１１４は、ＵＰｎＰおよびウェブサービスのディスカバリメッセージを区分し、装置／サービス情報リスト処理部１５３に所定の装置のディスカバリ情報を登録する。
【００６４】
すなわち、下位通信レイヤーまたは各メッセージの特性（例えば、ＵＰｎＰはＨＴＴＰヘッダ基盤、ウェブサービスはＳＯＡＰ基盤）によりＵＰｎＰまたはウェブサービスを区分する。
【００６５】
ディスカバリメッセージ変換処理部１１５は、ディスカバリメッセージをＵＰｎＰおよびウェブサービスで処理することができるように変換する。ここで、ディスカバリメッセージ変換処理部１１５は、ＵＰｎＰとウェブサービスおよび各々のバージョンによって差異のあり得るプロトコルを管理しながら、アップデートすることができる。
【００６６】
例えば、マルチキャストチャンネルから受信されたメッセージがＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージである場合、メッセージ内のＣＤ情報を情報管理部１５０に伝送する。ここで、ＳＳＤＰメッセージの場合、ポート１９００  １１２に受信され、ＷＳ−ディスカバリメッセージである場合、ポート３７０２  １１３に受信される。したがって、ディスカバリ段階においてマルチキャストされるメッセージは、用いるポートによりＳＳＤＰメッセージとＷＳ−ディスカバリメッセージに区分することができる。また、ＵＰｎＰ基盤では「Ａｌｉｖｅメッセージ」を、ウェブサービス基盤では「Ｈｅｌｌｏメッセージ」を伝送する。
【００６７】
次に、情報管理部１５０は、該当ＣＤが登録されているかをチェックし、チェックの結果、該当ＣＤが登録されていない場合、ディスカバリメッセージを基盤として該当ＣＤのディスクリプション情報を読み込んで装置／サービス情報リスト１５１，１５２に登録する。
【００６８】
また、マルチキャストチャンネルから受信されたメッセージがＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージであり、情報管理部１５０に登録されている場合、情報管理部１５０から該当ＣＤのディスカバリ関連情報を要請した後、ディスカバリメッセージ変換処理部１１５に登録されたプロトコルにより該当「Ａｌｉｖｅ（またはＨｅｌｌｏ）メッセージ」を、ＵＰｎＰはウェブサービスで支援するメッセージプロトコルに変換し、ウェブサービスはＵＰｎＰで支援するプロトコルに変換して、ホームネットワーク上にマルチキャストする。
【００６９】
さらに、マルチキャストチャンネルから受信されたメッセージがＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージである場合、メッセージ内のＣＤ情報を情報管理部１５０に伝送する。
【００７０】
ここで、情報管理部１５０は、一致するＣＤがあるかをチェックし、チェックの結果、現在登録されたＣＤがない場合、情報管理部１５０はＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージをマルチキャストした後、該当ＣＤを登録する過程を経る。ここで、ＵＰｎＰ基盤では「Ｓｅａｒｃｈメッセージ」を、ウェブサービス基盤では「Ｐｒｏｂｅメッセージ」を伝送する。
【００７１】
また、マルチキャストチャンネルから受信されたメッセージがＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージであり、該当ＣＤが情報管理部１５０に登録されている場合、情報管理部１５０から該当ＣＤのディスカバリ関連情報を要請した後、ディスカバリメッセージ変換処理部１１５に登録されたプロトコルにより該当Ｓｅａｒｃｈ（またはＰｒｏｂｅ）メッセージに対する応答メッセージを、ＵＰｎＰはウェブサービスで支援するメッセージプロトコルに変換し、ウェブサービスはＵＰｎＰで支援するメッセージプロトコルに変換した後、Ｓｅａｒｃｈ（またはＰｒｏｂｅ）メッセージを送ったＣＰに伝送する。
【００７２】
図６は、図４に示したミドルウェア装置のディスクリプション部の内部ブロック図である。
【００７３】
図に示す通り、ディスクリプション部１２０は、ＴＣＰ／ＩＰ１２１、ディスクリプション管理部１２２およびディスクリプションファイル変換処理部１２３を含んで構成される。
【００７４】
ＴＣＰ／ＩＰ１２１は、ＨＴＴＰを基盤としてディスクリプション情報を所定のＣＰの要請により提供する。
【００７５】
ディスクリプション管理部１２２は、情報管理部１５０の該当ＣＤ情報に基づいてＵＰｎＰおよびウェブサービスのディスクリプションＸＭＬファイルを生成し、生成されたディスクリプションＸＭＬファイルを該当ＣＰに提供する。ここで、ディスクリプション管理部１２２は、該当ＣＤが支援するプロトコルによってディスクリプションＸＭＬファイルを生成する。
【００７６】
ディスクリプションファイル変換処理部１２３は、ディスクリプションＸＭＬファイルをＵＰｎＰおよびウェブサービスが処理することができるように変換する。ここで、ディスクリプションファイル変換処理部１２３は、ＵＰｎＰ、ウェブサービスおよび各々のバージョンによって差異のあり得る装置またはサービスディスクリプション変換プロトコルを管理およびアップデートすることができる。
【００７７】
図７は、図４に示したミドルウェア装置のコントロール部の内部ブロック図である。
【００７８】
図に示す通り、コントロール部１３０は、ＴＣＰ／ＩＰ１３１、コントロール管理部１３２およびコントロールメッセージ変換処理部１３３を含んで構成される。
【００７９】
ＴＣＰ／ＩＰ１３１は、ＨＴＴＰを基盤としてＨＴＴＰポストメッセージを送受信する機能を提供する。
【００８０】
コントロール管理部１３２は、ＵＰｎＰおよびウェブサービス間の互いに異なるコントロールＳＯＡＰメッセージをコントロールメッセージ変換処理部１３３を介して変換し、装置／サービス情報リスト処理部１５３の該当ＣＤ情報に基づいて対応するＣＤまたはＣＰに変換された制御ＳＯＡＰメッセージを伝送する。
【００８１】
コントロールメッセージ変換処理部１３３は、ＵＰｎＰおよびウェブサービス間の他のコントロールＳＯＡＰメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換する。また、コントロールメッセージ変換処理部１３３は、コントロールメッセージの変換プロトコルを管理およびアップデートする。
【００８２】
図８は、図４に示したミドルウェア装置のイベンティング部の内部ブロック図である。
【００８３】
図に示す通り、イベンティング部１４０は、ＴＣＰ／ＩＰ１４１、イベンティング管理部１４２およびイベンティングメッセージ変換処理部１４３を含んで構成される。
【００８４】
ＴＣＰ／ＩＰ１４１は、ＨＴＴＰを基盤としてＨＴＴＰポストメッセージを送受信する機能を提供する。
【００８５】
イベンティング管理部１４２は、ＵＰｎＰおよびウェブサービス間の互いに異なるイベンティングメッセージをイベンティングメッセージ変換処理部１４３を介して変換し、装置／サービス情報リスト処理部１５３の該当ＣＤ情報に基づいて対応するＣＤまたはＣＰに変換されたイベンティングメッセージを伝送する。
【００８６】
イベンティングメッセージ変換処理部１４３は、ＵＰｎＰおよびウェブサービス間の互いに異なるイベンティングメッセージをＵＰｎＰおよびウェブサービスが処理することができるように変換する。また、イベンティングメッセージ変換処理部１４３はイベンティングメッセージの変換プロトコルを管理およびアップデートする。
【００８７】
図９は、図４に示したミドルウェア装置の情報管理部内の装置／サービス情報リスト管理部において情報を形成する過程を示す図である。
【００８８】
図に示す通り、装置／サービス情報リスト管理部１５３は、ディスカバリ過程を介して所定の装置のディスクリプションを獲得できる情報が伝えられれば、装置／サービス情報生成部１５３ａにより全てのメタデータ情報を生成する。
【００８９】
装置／サービス情報生成部１５３ａは、装置ディスクリプション情報を獲得して装置メタデータを構成する。ここで、装置メタデータは、ＵＰｎＰおよびウェブサービスフォーマットに独立的に該当装置と関連して獲得できる全ての情報をいう。ここで、装置／サービス情報生成部１５３ａは、ディスカバリメッセージ、ディスクリプションメッセージ、コントロールメッセージおよびイベンティングメッセージを生成する。
【００９０】
すなわち、装置／サービス情報生成部１５３ａは、各装置／サービスメタデータと連係して、ディスカバリ段階で提供されている情報に基づいてディスカバリメタデータを構成する。ここで、ディスカバリメタデータは、ＵＰｎＰとウェブサービスフォーマットに独立的に該当装置またはサービスのディスカバリメカニズムと関連して獲得できる全ての情報をいう。
【００９１】
例えば、装置／サービス情報生成部１５３ａにディスカバリ管理部１１４がＡｌｉｖｅメッセージ（またはＨｅｌｌｏメッセージ）に対する応答メッセージの生成を要請する。
【００９２】
ここで、装置／サービス情報生成部１５３ａは、ＵＰｎＰである場合にＳＳＤＰプロトコルによるディスカバリメッセージフォーマットを、ウェブサービスである場合にＷＳ−ディスカバリプロトコルによるディスカバリメッセージフォーマットを生成する。ここで、該当フォーマットは、ディスカバリメタデータを介して運んで来る。
【００９３】
次に、生成されたディスカバリメッセージフォーマットに基づいてディスカバリメッセージを生成する。
【００９４】
また、装置／サービス情報生成部１５３ａは、各装置／サービスメタデータと連係してディスクリプションメタデータを構成し、サービスメタデータと連係してイベンティングメタデータを構成する。ここで、ディスクリプションメタデータは、ＵＰｎＰとウェブサービスフォーマットに独立的に該当装置またはサービスのディスクリプションメカニズムと関連して獲得できる全ての情報をいう。一方、ＵＰｎＰおよびウェブサービスで装置はイベンティングメカニズムを支援しない。すなわち、イベンティングはサービスにのみ適用される。
【００９５】
例えば、ＣＰが所定のＣＤのディスクリプション情報を要請すれば、ディスクリプション管理部１２２は、要請メッセージに基づいてＵＰｎＰ  ＸＭＬディスクリプションであるかまたはウェブサービス基盤のＷＳ−ディスクリプションであるかをチェックする。
【００９６】
次に、装置／サービス情報生成部１５３ａは、ディスクリプション管理部１２２に基づいて要請されたディスクリプション情報がＵＰｎＰ関連の場合、ディスクリプションメタデータを基盤としてＵＰｎＰ  ＸＭＬディスクリプション情報を生成し、要請されたディスクリプション情報がＷＳＤ関連の場合、ディスクリプションメタデータを基盤として要請によるウェブサービス関連のＷＳ−ディスクリプションを生成する。
【００９７】
さらに、装置／サービス情報生成部１５３ａは、装置ディスクリプション内のサービスディスクリプション情報を獲得でき、データを基盤としてサービスディスクリプション情報を獲得してサービスメタデータを構成する。ここで、サービスは、各々の装置により複数のサービスディスクリプション情報を提供することができる。したがって、特定装置とこれに伴うサービスリストは関連関係にあって、前記関連関係は装置メタデータとサービスメタデータに表示される。
【００９８】
図１０は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のディスカバリメッセージの例を示す図である。ここで、図１０Ａは、ＵＰｎＰのＡｌｉｖｅメッセージを示す図であり、図１０ＢはウェブサービスのＨｅｌｌｏメッセージを示す図である。
【００９９】
図１０Ａに示す通り、図面上に表示された各部分はディスカバリメタデータを構成する必須情報であり、残りの部分はＵＰｎＰフレームワークで基本的に支援する定義された、またはフレームワークにより生成される情報である。
【０１００】
例えば、ＵＰｎＰ  ＳＳＤＰメッセージのＬＯＣＡＴＩＯＮヘッダ（１）に．ＸＭＬで終わるＵＲＬを有するようになり、ＮＴＳヘッダ（２）にＳＳＤＰ：ａｌｉｖｅが明示されている。また、ＳＥＲＶＥＲヘッダ（３）にはＵＰｎＰ／１．０タグが明示されている。ここで、メッセージのヘッダの部分を分析してＵＰｎＰ  ＳＳＤＰメッセージであることが分かる。
【０１０１】
図１０Ｂに示す通り、図面上に表示された各部分（０９，２１，２５，２９）は、ディスカバリメタデータを構成する必須情報であり、残り部分はウェブサービスフレームワークで基本的に支援する定義された、またはフレームワークにより生成される情報である。
【０１０２】
例えば、ＷＳ−ディスカバリメッセージには、ヘッダ部分のアクション部分（０９）を介してＷＳ−ディスカバリメッセージであることが分かる。
【０１０３】
図１１は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のコントロールメッセージの例を示す図である。ここで、図１１Ａは、ＵＰｎＰ  ＳＯＡＰコントロールメッセージを示す図であり、図１１ＢはウェブサービスＳＯＡＰコントロールメッセージを示す図である。
【０１０４】
図に示す通り、ＵＰｎＰとウェブサービスは何れもＳＯＡＰメッセージプロトコルを用いる。しかし、ＵＰｎＰおよびウェブサービスのＳＯＡＰメッセージフォーマットは図示された例に示す通り相当な差異があることが分かる。
【０１０５】
例えば、ＵＰｎＰとウェブサービスは同じプロトコルを用いるが、他のフォーマットを用いる。しかし、フォーマットが異なるだけ、内部に含まれて伝えられる情報は異ならない。すなわち、ウェブサービスがＵＰｎＰ装置アーキテクチャバージョン２．０に進める場合、ＵＰｎＰ  Ｗｏｒｋｉｎｇ  Ｃｏｍｍｉｔｔｅｅで定義したサービス説明書により各要素（ｅｌｅｍｅｎｔ）値が定義される。
【０１０６】
図１２は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のイベンティングメッセージの例を示す図である。ここで、図１２ＡはＵＰｎＰ  ＧＥＮＡサブスクリプションメッセージを示す図であり、図１２Ｂはウェブサービスイベンティングサブスクリプションメッセージを示す図である。
【０１０７】
図に示す通り、表示された部分はサブスクライブ要請時に必要な情報であり、残り部分は各プロトコルにより生成される部分である。特に、ＷＳ−イベンティング部分では、ＳＯＡＰヘッダの部分に関連動作に対する情報およびアドレス情報がウェブサービス標準に合わせて提供され、フィルタ機能など追加オプションを設定することができる。ここで、該当オプションは、各プロトコルにより無視または支援しないことを該当ＣＰに知らせることができる。
【０１０８】
図１３は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスカバリＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージを処理する過程を示すフローチャートである。
【０１０９】
まず、ディスカバリ管理部１１４には、自宅ホームネットワーク上に存在するＵＰｎＰ  ＣＰまたはウェブサービスＣＰから制御しようとするＣＤを探すディスカバリメッセージ（例えば、ＵＰｎＰ  ＣＰはＡｌｉｖｅメッセージ、ウェブサービスＣＰはＨｅｌｌｏメッセージ）がマルチキャストチャンネルを介して伝送される（Ｓ１３００）。
【０１１０】
ディスカバリ管理部１１４は、伝送されたディスカバリメッセージがＵＰｎＰディスカバリメッセージであるか、ウェブサービスメッセージであるかをチェックする。ここで、ＵＰｎＰはＳＳＤＰ形式であり、ウェブサービスはＷＳ−ディスカバリ形式を有する。また、ＳＳＤＰメッセージの場合「ポート１９００」に伝送され、ＷＳ−ディスカバリメッセージの場合「ポート３７０２」で受信されるため、用いられるポートによりメッセージがＵＰｎＰディスカバリメッセージであるか、ウェブサービスメッセージであるかをチェックすることができる。
【０１１１】
チェックの結果、ＵＰｎＰディスカバリメッセージである場合（Ｓ１３０２）、ディスカバリ管理部１１４はＳＳＤＰメッセージ内の装置／サービスディスクリプションＵＲＬ情報を獲得し（Ｓ１３０４）、獲得されたディスクリプションＵＲＬ情報を装置／サービス情報リスト管理部１５３に伝送する。
【０１１２】
次に、装置／サービス情報リスト管理部１５３は、ディスカバリ管理部１１４から伝えられた情報に基づいて現在管理されている装置／サービス情報リストに該当ＣＰの登録可否をチェックする（Ｓ１３０６）。
【０１１３】
チェックの結果、装置／サービス情報リストに該当ＣＰが存在する場合（Ｓ１３０８）、装置／サービス情報リスト管理部１５３に該当ＣＰの情報を格納しない。次に、ディスカバリ管理部１１４は、受信されたＳＳＤＰ  Ａｌｉｖｅメッセージをディスカバリメッセージ変換処理部１１５を介してＷＳ−ディスカバリＨｅｌｌｏメッセージに変換し、変換されたＨｅｌｌｏメッセージをマルチキャストする（Ｓ１３１０）。
【０１１４】
チェックの結果、装置／サービス情報リストに該当ＣＰが存在しない場合（Ｓ１３０８）、装置／サービス情報リスト管理部１５３は該当ＣＰのＵＰｎＰ装置／サービスＸＭＬディスクリプション情報をパーシング（ｐａｒｓｉｎｇ）し、前記ディスクリプションを基盤としてＵＰｎＰとウェブサーバに独立的な装置／サービス情報を生成する（Ｓ１３１２）。次に、生成された装置／サービス情報は、装置情報リスト１５１およびサービス情報リスト１５２に格納する（Ｓ１３１４）。
【０１１５】
一方、ディスカバリ管理部１１４のチェックの結果、伝送されたディスカバリメッセージがウェブサービスメッセージである場合（Ｓ１３２１）、ディスカバリ管理部１１４はＷＳ−ディスカバリメッセージ内の装置／サービスディスクリプションＵＲＬ情報を獲得し（Ｓ１３２２）、獲得されたディスクリプションＵＲＬ情報を装置／サービス情報リスト管理部１５３に伝送する（図１３Ｂ参照）。
【０１１６】
次に、装置／サービス情報リスト管理部１５３は、ディスカバリ管理部１１４から伝えられた情報に基づいて現在管理されている装置／サービス情報リストに該当ＣＰの登録可否をチェックする（Ｓ１３２４）。
【０１１７】
チェックの結果、装置／サービス情報リストに該当ＣＰが存在する場合（Ｓ１３２６）、装置／サービス情報リスト管理部１５３に該当ＣＰの情報を格納しない。次に、ディスカバリ管理部１１４は、受信されたＷＳ−ディスカバリＨｅｌｌｏメッセージをディスカバリメッセージ変換処理部１１５を介してＳＳＤＰ  Ａｌｉｖｅメッセージに変換し、変換されたＡｌｉｖｅメッセージをマルチキャストする（Ｓ１３２８）。
【０１１８】
チェックの結果、装置／サービス情報リストに該当ＣＰが存在しない場合（Ｓ１３２６）、装置／サービス情報リスト管理部１５３はＷＳＤＬを検索してパーシング（ｐａｒｓｉｎｇ）し、前記ＷＳＤＬを基盤としてＵＰｎＰとウェブサーバに独立的な装置／サービス情報を生成する（Ｓ１３３０）。次に、生成された装置／サービス情報は、装置情報リスト１５１およびサービス情報リスト１５２に追加格納する（Ｓ１３３２）。
【０１１９】
図１４は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスカバリＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージを処理する過程を示すフローチャートである。
【０１２０】
まず、ディスカバリ管理部１１４には、自宅ホームネットワーク上に存在するＵＰｎＰ  ＣＰまたはウェブサービスＣＰからディスカバリメッセージ（例えば、ＵＰｎＰ  ＣＰはＳｅａｒｃｈメッセージ、ウェブサービスＣＰはＰｒｏｂｅメッセージ）がマルチキャストチャンネルを介して伝送される（Ｓ１４００）。
【０１２１】
次に、ディスカバリ管理部１１４は、伝送されたディスカバリメッセージがＵＰｎＰディスカバリメッセージであるか、ウェブサービスメッセージであるかをチェックする。ここで、ＵＰｎＰはＳＳＤＰ形式であり、ウェブサービスはＷＳ−ディスカバリ形式である。
【０１２２】
チェックの結果、ＵＰｎＰディスカバリメッセージである場合（Ｓ１４０２）、ディスカバリ管理部１１４はＳＳＤＰメッセージからＵＵＩＤ情報を抽出し（Ｓ１４０４）、抽出されたＵＵＩＤ情報を装置／サービス情報リスト管理部１５３に伝送する。
【０１２３】
次に、装置／サービス情報リスト管理部１５３は、ディスカバリ管理部１１４から伝えられた情報に基づいて現在管理されている装置／サービス情報リストに該当ＣＰの登録可否をチェックする（Ｓ１４０６）。
【０１２４】
チェックの結果、装置／サービス情報リストに該当ＣＰが存在する場合（Ｓ１４０８）、装置／サービス情報リスト管理部１５３は該当ＣＰ情報を格納せずに終了する。
【０１２５】
チェックの結果、装置／サービス情報リストに該当ＣＰが存在しない場合（Ｓ１４０８）、ディスカバリ管理部１１４は装置／サービス情報リスト管理部１５３にＳＳＤＰ情報を提供し、これに装置／サービス情報リスト管理部１５３はＳＳＤＰ情報に基づいて該当装置／サービス情報を生成および装置／サービス情報リスト１５１，１５２に格納する（Ｓ１４１０、Ｓ１４１２）。
【０１２６】
次に、伝送されたＵＰｎＰディスカバリメッセージをＷＳ−ディスカバリメッセージに変換してマルチキャストする（Ｓ１４１４）。
【０１２７】
一方、ディスカバリ管理部１１４のチェックの結果、伝送されたディスカバリメッセージがウェブサービスメッセージである場合（Ｓ１４２１）、ディスカバリ管理部１１４はＷＳ−ディスカバリメッセージから「ＥｎｄｐｏｉｎｔＲｅｆｅｒｅｎｃｅ．Ａｄｄｒｅｓｓ」情報を抽出し（Ｓ１４２２）、抽出された情報を装置／サービス情報リスト管理部１５３に伝送する（図１４Ｂ参照）。
【０１２８】
次に、装置／サービス情報リスト管理部１５３は、ディスカバリ管理部１１４から伝えられた情報に基づいて現在管理されている装置／サービス情報リストに該当ＣＰの登録可否をチェックする（Ｓ１４２４）。
【０１２９】
チェックの結果、装置／サービス情報リストに該当ＣＰが存在する場合（Ｓ１４２６）、装置／サービス情報リスト管理部１５３は該当ＣＰ情報を格納せずに終了する。
【０１３０】
チェックの結果、装置／サービス情報リストに該当ＣＰが存在しない場合（Ｓ１４２６）、装置／サービス情報リスト管理部１５３はＷＳ−ディスカバリ情報を基盤として該当装置／サービス情報を生成および装置／サービス情報リスト１５１，１５２に追加格納する（Ｓ１４２８、Ｓ１４３０）。
【０１３１】
次に、伝送されたＷＳ−ディスカバリメッセージをＵＰｎＰディスカバリメッセージに変換してマルチキャストする（Ｓ１４３２）。
【０１３２】
図１５は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスクリプション過程を示すフローチャートである。
【０１３３】
まず、ディスクリプション管理部１２２には、ホームネットワークに存在するＣＰからディスクリプションを得るためのディスクリプション要請メッセージが伝送される（Ｓ１５００）。
【０１３４】
次に、ディスクリプション管理部１２２は、伝送されたディスクリプション要請メッセージがＵＰｎＰ  ＸＭＬディスクリプション要請メッセージであるか、ウェブサービスのＷＳＤＬ要請メッセージであるかをチェックする（Ｓ１５１０）。
【０１３５】
チェックの結果、ＵＰｎＰ  ＸＭＬディスクリプション要請メッセージである場合、ディスクリプションファイル変換処理部１２３は装置／サービス情報リスト管理部１５３に該当ＣＤの検索を要請し、これに装置／サービス情報リスト管理部１５３は該当ＣＤを検索する（Ｓ１５２０）。
【０１３６】
検索の結果、該当ＣＤが本来ウェブサービスを支援するＣＤである場合、装置／サービス情報ディスクリプションファイル変換処理部１２３を介してＵＰｎＰ  ＸＭＬディスクリプションファイルに変換する（Ｓ１５３０）。
【０１３７】
次に、ディスクリプション管理部１２２は、変換されたディスクリプション応答メッセージ（例えば、ＵＰｎＰ  ＸＭＬディスクリプションファイル）で答える（Ｓ１５４０）。
【０１３８】
一方、チェックの結果、ＷＳＤＬ要請メッセージである場合（Ｓ１５５０）、ディスクリプションファイル変換処理部１２３は装置／サービス情報リスト管理部１５３に該当ＣＤの検索を要請し、これに装置／サービス情報リスト管理部１５３は該当ＣＤを検索する（Ｓ１５６０）。
【０１３９】
検索の結果、ＣＤが本来ＵＰｎＰを支援するＣＤである場合、該当装置／サービス情報に基づいてディスクリプションファイル変換処理部１２３を介してＷＳＤＬファイルに変換する（Ｓ１５７０）。
【０１４０】
次に、ディスクリプション管理部１２２は、変換されたディスクリプション応答メッセージ（例えば、ＷＳＤＬファイル）で答える（Ｓ１５４０）。
【０１４１】
図１６は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、コントロール過程を示すフローチャートである。ここで、コントロール過程は、コントロール要請メッセージを処理する過程と、コントロール応答メッセージを処理する過程に区分される。
【０１４２】
図１６Ａは、コントロール要請メッセージを処理する過程を示すフローチャートである。
【０１４３】
まず、ホームネットワーク上に存在するＣＰからコントロール要請メッセージが伝送されれば（Ｓ１６００）、コントロール管理部１３２は該当メッセージがＵＰｎＰおよびウェブサービスコントロールメッセージであるかをチェックする。ここで、装置／サービスディスクリプションにはコントロール動作を受信できる情報が含まれていて、該当ＣＤのディスクリプションに基づいてＵＰｎＰまたはウェブサービスコントロール要請メッセージであるかを区分することができる。
【０１４４】
チェックの結果、ＵＰｎＰコントロール要請メッセージである場合（Ｓ１６０２）、コントロール管理部１３２はコントロール要請メッセージを伝送したＣＰが制御しようとするＣＤがＵＰｎＰ基盤であるかウェブサービス基盤であるかを検索する（Ｓ１６０４）。
【０１４５】
検索の結果、該当ＣＤがウェブサービス基盤である場合（Ｓ１６０６）、コントロールメッセージ変換処理部１３３は該当ＵＰｎＰコントロール要請をウェブサービスコントロール要請メッセージに変換する（Ｓ１６０８）。
【０１４６】
次に、コントロール管理部１３２は、装置／サービス情報リスト管理部１５３を介して該当ＣＤのコントロール要請受信ＵＲＬ情報を検索し、検索されたＵＲＬに変換された要請メッセージを伝送する（Ｓ１６１０）。
【０１４７】
チェックの結果、ウェブサービスコントロール要請メッセージである場合（Ｓ１６１２）、コントロール管理部１３２はコントロール要請メッセージを伝送したＣＰが制御しようとするＣＤがＵＰｎＰ基盤であるかウェブサービス基盤であるかを検索する（Ｓ１６１４）。
【０１４８】
検索の結果、該当ＣＤがＵＰｎＰ基盤である場合（Ｓ１６１４）、コントロールメッセージ変換処理部１３３は該当ＵＰｎＰコントロール要請をウェブサービスコントロール要請メッセージに変換する（Ｓ１６１６）。
【０１４９】
次に、コントロール管理部１３２は、装置／サービス情報リスト管理部１５３を介して該当ＣＤのコントロール要請受信ＵＲＬ情報を検索し、検索されたＵＲＬに変換された要請メッセージを伝送する（Ｓ１６１０）。
【０１５０】
図１６Ｂは、コントロール応答メッセージを処理する過程を示すフローチャートである。
【０１５１】
まず、コントロール要請メッセージ処理動作を行った後、ホームネットワーク上に存在するＣＤに伝送された要請メッセージに対する応答メッセージが伝送される（Ｓ１６２０）。
【０１５２】
ここで、コントロール管理部１３２は、該当応答メッセージがＵＰｎＰメッセージであるか、ウェブサービスメッセージであるかをチェックする。
【０１５３】
チェックの結果、ＵＰｎＰコントロール応答メッセージである場合（Ｓ１６２２）、コントロール管理部１３２は該当応答メッセージが伝送されるＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかを検索する（Ｓ１６２４）。
【０１５４】
検索の結果、該当ＣＰがウェブサービス基盤である場合（Ｓ１６２６）、コントロールメッセージ変換処理部１３３は該当ＵＰｎＰコントロール応答メッセージをウェブサービスコントロール応答メッセージに変換する（Ｓ１６２８）。
【０１５５】
次に、コントロール管理部１３２は、装置／サービス情報リスト管理部１５３を介して以前のコントロール要請メッセージを伝送したＣＰのＵＲＬ情報を検索し、検索されたＵＲＬに変換された要請メッセージを伝送する（Ｓ１６３０）。ここで、コントロール要請ＣＰのＵＲＬ情報は、コントロール要請メッセージ処理動作のうち、臨時的に格納されてコントロール応答メッセージ処理動作において用いられる。
【０１５６】
チェックの結果、ウェブサービスコントロール応答メッセージである場合（Ｓ１６３２）、コントロール管理部１３２は該当応答メッセージが伝送されるＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかを検索する。
【０１５７】
検索の結果、該当ＣＰがＵＰｎＰ基盤である場合（Ｓ１６３４）、コントロールメッセージ変換処理部１３３は該当ウェブサービスコントロール応答メッセージをＵＰｎＰコントロール応答メッセージに変換する（Ｓ１６３６）。
【０１５８】
次に、コントロール管理部１３２は、装置／サービス情報リスト管理部１５３を介して以前のコントロール要請メッセージを伝送したＣＰのＵＲＬ情報を検索し、検索されたＵＲＬに変換された要請メッセージを伝送する（Ｓ１６３０）。
【０１５９】
図１７は、本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、イベンティング過程を示すフローチャートである。ここで、イベンティング過程は、サブスクリプション要請メッセージを処理する過程と、サブスクリプション応答メッセージを処理する過程に区分される。
【０１６０】
図１７Ａはサブスクリプション要請メッセージを処理する過程を示すフローチャートである。
【０１６１】
まず、イベンティング管理部１４２は、ホームネットワーク上に存在するＣＰから伝送されたイベントサブスクリプション要請メッセージを受信し（Ｓ１７００）、受信されたイベントサブスクリプション要請メッセージがＧＥＮＡまたはＷＳ−イベンティングメッセージであるかをチェックする。
【０１６２】
チェックの結果、受信されたイベントサブスクリプション要請メッセージがＵＰｎＰのＧＥＮＡメッセージである場合（Ｓ１７０２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に該当ＣＤの情報を要請し（Ｓ１７０４）、要請により伝送されたＣＤの情報に基づいて該当ＣＤがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。
【０１６３】
チェックの結果、該当ＣＤがウェブサービス基盤である場合（Ｓ１７０６）、イベンティングメッセージ変換処理部１４３は該当ＵＰｎＰ  ＧＥＮＡサブスクリプション要請メッセージをＷＳ−イベンティングサブスクリプション要請メッセージに変換する（Ｓ１７０８）。
【０１６４】
次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して該当ＣＤのサブスクリプション要請受信ＵＲＬ情報を検索し、検索されたＵＲＬに変換されたサブスクリプション要請メッセージを伝送する（Ｓ１７１０）。
【０１６５】
チェックの結果、受信されたイベントサブスクリプション要請メッセージがウェブサービスのＷＳ−イベンティングメッセージである場合（Ｓ１７１２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に該当ＣＤの情報を要請し、要請により伝送されたＣＤの情報に基づいて該当ＣＤがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。
【０１６６】
チェックの結果、該当ＣＤがＵＰｎＰ基盤である場合（Ｓ１７１４）、イベンティングメッセージ変換処理部１４３は該当ＷＳ−イベンティングサブスクリプション要請メッセージをＵＰｎＰ  ＧＥＮＡサブスクリプション要請メッセージに変換する（Ｓ１７１６）。
【０１６７】
次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して該当ＣＤのサブスクリプション要請受信ＵＲＬ情報を検索し、変換されたサブスクリプション要請メッセージを検索された該当ＵＲＬに伝送する（Ｓ１７１０）。
【０１６８】
図１７Ｂは、サブスクリプション応答メッセージを処理する過程を示すフローチャートである。
【０１６９】
まず、イベンティング管理部１４２には、サブスクリプション要請メッセージを処理する過程を行ってＣＤに伝送されたサブスクリプション要請メッセージに対する応答メッセージが伝送される（Ｓ１７２０）。ここで、イベンティング管理部１４２は、該当イベントサブスクリプション応答メッセージがＧＥＮＡまたはＷＳ−イベンティングメッセージであるかをチェックする。
【０１７０】
チェックの結果、伝送された応答メッセージがＵＰｎＰのＧＥＮＡメッセージである場合（Ｓ１７２２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に応答メッセージが伝送されるＣＰの情報を要請し（Ｓ１７２４）、要請により伝送されたＣＰの情報に基づいて該当ＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。
【０１７１】
チェックの結果、該当ＣＰがウェブサービス基盤である場合（Ｓ１７２６）、イベンティングメッセージ変換処理部１４３は該当ＵＰｎＰ  ＧＥＮＡサブスクリプション応答メッセージをＷＳ−イベンティングサブスクリプション応答メッセージに変換する（Ｓ１７２８）。
【０１７２】
次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して以前のサブスクリプション要請メッセージを伝送したＣＰのＵＲＬ情報を検索し、検索されたＵＲＬに変換された応答メッセージを伝送する（Ｓ１７３０）。ここで、サブスクリプション要請メッセージを伝送したＣＰのＵＲＬ情報はサブスクリプション応答メッセージを基盤として該当装置／サービス情報内のサブスクリプションリストに追加されなければならない。以後、通報メッセージがＣＤから伝送される場合、該当サブスクリプションリストに登録されたＣＰに該当通報メッセージを伝送するようになる。以下、図１７Ｃによって通報メッセージを処理する過程を説明する。
【０１７３】
チェックの結果、伝送された応答メッセージがウェブサービスのＷＳ−イベンティングメッセージである場合（Ｓ１７３２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に該当ＣＰの情報を要請し、要請により伝送されたＣＰの情報に基づいてＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。
【０１７４】
チェックの結果、該当ＣＰがＵＰｎＰ基盤である場合（Ｓ１７３４）、イベンティングメッセージ変換処理部１４３は該当ＷＳ−イベンティングサブスクリプション応答メッセージをＵＰｎＰ  ＧＥＮＡサブスクリプション応答メッセージに変換する（Ｓ１７３６）。
【０１７５】
次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して以前のサブスクリプション要請メッセージを伝送したＣＰのＵＲＬ情報を検索し、検索されたＵＲＬに変換された応答メッセージを伝送する（Ｓ１７３０）。
【０１７６】
図１７Ｃは、通報メッセージを処理する過程を示すフローチャートである。
【０１７７】
まず、イベンティング管理部１４２には、ホームネットワーク上に存在するＣＤから通報メッセージが伝送される（Ｓ１７５０）。ここで、イベンティング管理部１４２は、該当通報メッセージがＧＥＮＡまたはＷＳ−イベンティングメッセージであるかをチェックする。
【０１７８】
チェックの結果、伝送された通報メッセージがＵＰｎＰのＧＥＮＡメッセージである場合（Ｓ１７５２）、イベンティングメッセージ変換処理部１４３は装置／サービス情報リスト管理部１５３に通報メッセージが伝送されるＣＰの情報を要請し（Ｓ１７５４）、要請された情報に基づいて該当ＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。
【０１７９】
チェックの結果、該当ＣＰがウェブサービス基盤である場合（Ｓ１７５６）、イベンティングメッセージ変換処理部１４３はＣＤから伝送されたＵＰｎＰ  ＧＥＮＡ通報メッセージをＷＳ−イベンティング通報メッセージに変換する（Ｓ１７５８）。
【０１８０】
次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して該当装置／サービス情報を検索し、検索された情報内のサブスクリプションリストに登録されたＣＰに通報メッセージを伝送する（Ｓ１７６０）。
【０１８１】
チェックの結果、伝送された通報メッセージがウェブサービスのＷＳ−イベンティングメッセージである場合（Ｓ１７６２）、イベンティングメッセージ変換処理部１４３は通報メッセージが伝送されたＣＰがＵＰｎＰ基盤であるか、ウェブサービス基盤であるかをチェックする。
【０１８２】
チェックの結果、ＣＰがＵＰｎＰ基盤である場合（Ｓ１７６４）、イベンティングメッセージ変換処理部１４３はＣＤから伝送されたＷＳ−イベンティング通報メッセージをＵＰｎＰ  ＧＥＮＡ通報メッセージに変換する（Ｓ１７６８）。
【０１８３】
次に、イベンティング管理部１４２は、装置／サービス情報リスト管理部１５３を介して該当装置／サービス情報を検索し、検索された情報内のサブスクリプションリストに登録されたＣＰに通報メッセージを伝送する（Ｓ１７５６）。
【０１８４】
以上添付した図面を参照して本発明の実施形態を説明したが、本発明が属する技術分野で通常の知識を有する者は本発明がその技術的思想や必須の特徴を変更せず、他の具体的な形態によって実施し得るということが理解することができる。従って、以上にて記述した実施形態は全ての面で例示的なものであって、限定的なものではないことを理解しなければならない。
【図面の簡単な説明】
【０１８５】
【図１】従来のホームネットワーク構成図を示す図である。
【図２Ａ】従来のホームネットワーク上でディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。
【図２Ｂ】従来のホームネットワーク上でディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。
【図２Ｃ】従来のホームネットワーク上でディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。
【図２Ｄ】従来のホームネットワーク上でディスカバリ、ディスクリプション、コントロールおよびイベンティング段階を行う過程を示す図である。
【図３】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置を含むホームネットワークシステムを示す図である。
【図４】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置の内部ブロック図を示す図である。
【図５】図４に示したミドルウェア装置のディスカバリ部の内部ブロック図を示す図である。
【図６】図４に示したミドルウェア装置のディスクリプション部の内部ブロック図を示す図である。
【図７】図４に示したミドルウェア装置のコントロール部の内部ブロック図を示す図である。
【図８】図４に示したミドルウェア装置のイベンティング部の内部ブロック図を示す図である。
【図９】図４に示したミドルウェア装置の情報管理部内の装置／サービス情報リスト管理部において情報を形成する過程を示す図である。
【図１０Ａ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のディスカバリメッセージの例を示す図である。
【図１０Ｂ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のディスカバリメッセージの例を示す図である。
【図１１Ａ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のコントロールメッセージの例を示す図である。
【図１１Ｂ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のコントロールメッセージの例を示す図である。
【図１２Ａ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のイベンティングメッセージの例を示す図である。
【図１２Ｂ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援するミドルウェア装置のイベンティングメッセージの例を示す図である。
【図１３Ａ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、ディスカバリＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージを処理する過程を示すフローチャートである。
【図１３Ｂ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、ディスカバリＡｌｉｖｅ（またはＨｅｌｌｏ）メッセージを処理する過程を示すフローチャートである。
【図１４Ａ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスカバリＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージを処理する過程を示すフローチャートである。
【図１４Ｂ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうちディスカバリＳｅａｒｃｈ（またはＰｒｏｂｅ）メッセージを処理する過程を示すフローチャートである。
【図１５】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、ディスクリプション過程を示すフローチャートである。
【図１６Ａ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、コントロール過程を示すフローチャートである。
【図１６Ｂ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、コントロール過程を示すフローチャートである。
【図１７Ａ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、イベンティング過程を示すフローチャートである。
【図１７Ｂ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、イベンティング過程を示すフローチャートである。
【図１７Ｃ】本発明の実施形態に係るホームネットワークにおけるデバイス間の互換性を支援する方法のうち、イベンティング過程を示すフローチャートである。
【符号の説明】
【０１８６】
１００      ミドルウェア装置
１１０      ディスカバリ部
１２０      ディスクリプション部
１３０      コントロール部
１４０      イベンティング部
１５０      情報管理部
【図１】
2007188500.tif 000003
【図２Ａ】
2007188500.tif 000004
【図２Ｂ】
2007188500.tif 000005
【図２Ｃ】
2007188500.tif 000006
【図２Ｄ】
2007188500.tif 000007
【図３】
2007188500.tif 000008
【図４】
2007188500.tif 000009
【図５】
2007188500.tif 000010
【図６】
2007188500.tif 000011
【図７】
2007188500.tif 000012
【図８】
2007188500.tif 000013
【図９】
2007188500.tif 000014
【図１０Ａ】
2007188500.tif 000015
【図１０Ｂ】
2007188500.tif 000016
【図１１Ａ】
2007188500.tif 000017
【図１１Ｂ】
2007188500.tif 000018
【図１２Ａ】
2007188500.tif 000019
【図１２Ｂ】
2007188500.tif 000020
【図１３Ａ】
2007188500.tif 000021
【図１３Ｂ】
2007188500.tif 000022
【図１４Ａ】
2007188500.tif 000023
【図１４Ｂ】
2007188500.tif 000024
【図１５】
2007188500.tif 000025
【図１６Ａ】
2007188500.tif 000026
【図１６Ｂ】
2007188500.tif 000027
【図１７Ａ】
2007188500.tif 000028
【図１７Ｂ】
2007188500.tif 000029
【図１７Ｃ】
2007188500.tif 000030