JP3571912B2 - 通信装置およびサービス提供方法 - Google Patents
通信装置およびサービス提供方法 Download PDFInfo
- Publication number
- JP3571912B2 JP3571912B2 JP14402898A JP14402898A JP3571912B2 JP 3571912 B2 JP3571912 B2 JP 3571912B2 JP 14402898 A JP14402898 A JP 14402898A JP 14402898 A JP14402898 A JP 14402898A JP 3571912 B2 JP3571912 B2 JP 3571912B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- server
- network
- attribute information
- terminal device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、例えば、ホームネットワーク環境における、ディレクトリサービス、及び機器の遠隔操作に関する。
【０００２】
【従来の技術】
近年、マルチメディアという言葉に代表されるように、電子機器のデジタル化が急速に進行している。この傾向は、まずオフィス環境で始まっている。具体的には、まずハードウエアとしては、パソコンの導入、ＯＡ機器のデジタル化、及びそれらのネットワーク化という形で進行している。また、ソフトウエアとして、ホストによる（あるいはライトサイジングされてパソコン等に移行されつつある）基幹業務や、ワープロ、表計算などのソフトウエア、あるいはＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）等のインターネットアプリケーション等、その発展をとどまるところを知らない。
【０００３】
この動きは、家庭においても見られる。即ち、家庭においても、ＡＶ機器のデジタル化（ＤＶＤ、デジタルＶＴＲ、デジタルビデオカメラ等）や、放送のデジタル化、あるいはＯＣＮ（Ｏｐｅｎ Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋ）等のインターネットアクセス等の形で、デジタル化の進行は着実に進んでいる。
【０００４】
オフィス環境と同様に、これらの波はネットワーク化へと今後向かっていくことが考えられる。即ち、情報・通信・放送といった種々の分野の技術がデジタル化によって束ねられ、ネットワーク化によって、相互乗り入れを始めていくと言われている。
【０００５】
このためのネットワーク技術としては、種々の候補が有る。例えば、イーサネットは、オフィス環境にて圧倒的な実績を持っており、家庭でのパソコンネットワークにおいても、その最有力候補であろう。また、ＡＴＭも有力な候補である。これは、インフラの構築側（電話会社やＣＡＴＶ等）が、高速、リアルタイム、広帯域といったＡＴＭの特徴に注目し、この技術を使ってインフラを構築していこうというのが一般的な動きであるからである。
【０００６】
これらの候補に加えて、最近ＩＥＥＥ１３９４なるネットワーク技術（バス技術）が注目を集めている。これは、高速、リアルタイム（ＱＯＳ保証）、プラグアンドプレイ等の数々の注目すべき特徴を持っており、特にＡＶ業界から、デジタルＡＶ機器同士の接続方式の最有力候補として、業界から大変な注目を集めている。これにひきづられる様に、パソコンなどのコンピュータ業界も、この技術への注目が集まりはじめた。
【０００７】
当初は、家庭向けのデジタル機器の普及に伴い、それらの機器の相互接続が、ユーザの好み・要望により、これらの数々のネットワーク技術により実現されていくだろう。このようにして、徐々に家庭内にデジタルネットワークの雛形が誕生していく。
【０００８】
その次の段階として、これらのデジタルネットワークを相互に接続したいという要求が出て来る。例えば、家庭の１３９４ネットワークに接続されたＡＶ機器と、公衆網と相互接続して、例えばビデオオンデマンド等の協調動作をさせようというような場合である。
【０００９】
【発明が解決しようとする課題】
しかしながら、これを実現するには、以下のような問題がある。
例えばＩＥＥＥ１３９４に接続される機器は、１３９４対応機器や、インターネット対応機器等多様であり、必ずしもその使用プロトコルは一致しない。特に、ＡＶ機器等の１３９４対応機器は、ＩＥＥＥ１３９４ＡＶ／Ｃ、ＩＥＣ６１８８３等のいわゆるＩＥＥＥ１３９４プロトコル群のみをサポートしているものが多い。これらの機器から、相互接続されたネットワーク、例えばインターネット上のサービスやコンテンツにアクセスしたい場合がある。しかしながら、これらにアクセスするためには、インターネットプロトコル群を使ってアクセスする必要がある。１３９４対応機器は、一般にインターネットプロトコル群を解釈したり、処理したりする能力は持たないため、結局１３９４対応機器から、インターネット上のサービスやコンテンツにアクセスすることはできない。
【００１０】
そこで、本発明は、上記問題点に鑑み、異なるプロトコルのネットワークを介してのサービスの提供および利用が行えるサービス提供方法を提供することを目的とする。
また、本発明は、異なるプロトコルのネットワークを介してのサービスの提供が行える通信装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
（１） 本発明の通信装置は、第１のネットワーク（例えば、インターネット）と第２のネットワーク（ＩＥＥＥ１３９４バス）に接続される通信装置であって、
前記第１のネットワーク上のサーバから収集した該サーバが提供するサービスを含む該サーバの属性情報を記憶する第１の記憶手段（ＩＥＥＥ１２１２レジスタ、サービス表示テーブル）と、
この第１の記憶手段で記憶された属性情報を前記第２のネットワーク上の任意の端末装置へ該第２のネットワークに依存するプロトコルに従って提示する提示手段と（ＩＥＥＥ１２１２レジスタ、サービス表示テーブル）、
この提示手段で提示された属性情報に基づき選択されたサービスの提供を、当該サービスを提供する第１のネットワーク上のサーバに要求して、当該サービスを前記第２のネットワーク上の当該サービスの要求元の端末装置へ提供するサービス提供手段と、
を具備したことを特徴とする。
【００１２】
本発明によれば、前記第１のネットワーク上のサーバから収集した該サーバが提供するサービスを含む該サーバの属性情報を記憶する第１の記憶手段（ＩＥＥＥ１２１２レジスタ、サービス表示テーブル）に記憶し（例えば、当該収集されたサーバの属性情報のうち、当該サーバの存在を前記第２のネットワーク上の端末装置が認識するのに必要な予め定められた種別の属性情報は、ＩＥＥＥ１２１２レジスタに書込み、当該サーバが提供するサービスに関する属性情報は、サービス表示テーブルに書き込む）、この第１の記憶手段で記憶された属性情報を前記第２のネットワーク上の任意の端末装置へ該第２のネットワークに依存するプロトコルに従って提示することにより、第２のネットワーク上の端末装置が第１のネットワーク上のサーバと、当該サーバが提供するサービスとを認識することができる。
【００１３】
例えば、第２のネットワーク上の端末装置がＩＥＥＥ１２１２レジスタの記憶内容を読み込むことにより、第２のネットワーク上の端末装置は第１のネットワーク上のサーバが、あたかも第２のネットワーク上に存在するかのごとく認識することができる。
【００１４】
また、第２のネットワーク上の端末装置からの要求に応じてサービス表示テーブルの内容を提示することにより、第２のネットワーク上の端末装置は第１のネットワーク上のサービスが、あたかも第２のネットワーク上に存在するかのごとく認識することができる。
【００１５】
従って、前記第２のネットワーク上の端末装置から前記第１のネットワークに接続されたサーバを遠隔操作（例えば、サービスの提供の要求と、当該サービスの利用）することができる。
【００１６】
（２） 本発明の通信装置において、前記サービス提供手段は、前記第２のネットワーク上の端末装置から前記第２のネットワークに依存するプロトコル（例えば、ＩＥＣ６１８８３等のＩＥＥＥ１３９４プロトコル群）に従って前記提示手段で提示された属性情報に基づき選択されたサービスの提供要求を受信すると、前記第１の記憶手段に記憶された当該サービスを提供するサーバの属性情報（例えばサービス表示テーブルに記憶された当該サーバに適用されているインターネットプロトコル群）に基づき該要求を前記第１のネットワーク上のサーバに送信することを特徴とする。
【００１７】
本発明によれば、第１の記憶手段として、例えばサービス表示テーブルのようなサービスに関する属性情報を記憶したテーブルを参照することにより、前記第２のネットワーク上の端末装置からの要求を受付けて、この要求を、前記第１のネットワーク上の当該サーバが受信可能なプロトコルで送信することができる。
【００１８】
すなわち、本発明の通信装置が、いわゆる代理サーバとなって、前記第２のネットワーク上の端末装置から前記第１のネットワークに接続されたサーバを遠隔操作すること（例えば、サービスの提供の要求と当該サービスの利用）ができる。
【００１９】
（３） 本発明の通信装置において、前記第１のネットワーク上のサーバから提供されるサービスと、該サービスの提供に係るコンテンツを前記第２のネットワーク上の端末装置に送信する際に必要な変換処理（例えば符号化方式の変換処理）との対応関係を記憶する第２の記憶手段（ゲートウエイ処理テーブル）を具備し、
前記サービス提供手段は、当該サービスを提供する前記第１のネットワーク上のサーバから前記第１のネットワークに依存するプロトコルに従って当該サービスの提供に係るコンテンツを受信すると、当該コンテンツに前記第２の記憶手段に記憶された対応関係から導かれる変換処理を施して前記第２のネットワークに依存するプロトコルに従って当該サービス要求元の端末装置に送信することを特徴とする。
【００２０】
本発明によれば、第２の記憶手段として、例えばゲートウエイ処理テーブルのような受信するデータパケットに関する属性情報を記憶したテーブルを参照することにより、前記第１のネットワーク上のサーバから送信されてきた当該要求したサービスの提供に係るコンテンツの符号化方式等を前記第２のネットワーク上の当該サービス要求元の端末装置に適合するよう変換することができる。従って、元来、前記第２のネットワーク上の端末装置が、前記第１のネットワーク上のサーバから送信されたユーザデータそのままの形では受信ができないような場合でも、本発明の通信装置によるフォーマット変換や符号化方式の変換を施すことによって、当該第２おネットワーク上の端末装置これを受信可能とすることができるようになる。
【００２１】
すなわち、本発明の通信装置が、いわゆる代理サーバとなって、前記第２のネットワーク上の端末装置から前記第１のネットワークに接続されたサーバを遠隔操作すること（例えば、サービスの提供の要求と、当該サービスの利用）ができる。
【００２２】
（４） 本発明の通信装置は、さらに、前記第１のネットワーク上のサーバへのアクセスする際に必要なアクセス情報を予め記憶した第３の記憶手段（アクセスサーバインデックステーブル）を具備したことにより、前記第１のネットワーク上のサーバから該サーバが提供するサービスを含む該サーバの属性情報を収集する際のアクセス先およびアクセス方法が容易に判断することができる。
【００２３】
（５） より好ましくは、前記提示手段は、前記収集されたサーバの属性情報のうち、前記第２のネットワーク上の端末装置が利用可能な（すなわち、例えば、サービスの提供に係るコンテンツの符号化方式が当該サービスを利用する第２のネットワークに接続されている端末装置にて適用されている符号化方式と同一であるか、あるいは、当該端末装置に適合するように施すべき変換処理機能を本発明の通信装置が有している場合）サービスに関する属性情報のみを提示する。これにより、第２のネットワーク上の端末装置には、前記提示手段で提示されているサービスの利用を保証することができる。
【００２４】
（６） 本発明のサービス提供方法は、第１のネットワーク上のサーバから第２のネットワーク上の端末装置へサービスを提供するサービス提供方法において、
前記第１のネットワーク上のサーバから該サーバが提供するサービスを含む該サーバの属性情報を収集して記憶手段に記憶し、この記憶手段で記憶された属性情報を前記第２のネットワーク上の任意の端末装置へ該第２のネットワークに依存するプロトコルに従って提示し、この提示された属性情報に基づき選択されたサービスの提供を該サービスを提供する第１のネットワーク上のサーバに要求して、当該サービスを前記第２のネットワーク上の当該サービスの要求元の端末装置へ提供することを特徴とする。
【００２５】
本発明によれば、前記第１のネットワーク上のサーバから収集した該サーバが提供するサービスを含む該サーバの属性情報を記憶する記憶手段（ＩＥＥＥ１２１２レジスタ、サービス表示テーブル）に記憶し（例えば、当該収集されたサーバの属性情報のうち、当該サーバの存在を前記第２のネットワーク上の端末装置が認識するのに必要な予め定められた種別の属性情報は、ＩＥＥＥ１２１２レジスタに書込み、当該サーバが提供するサービスに関する属性情報は、サービス表示テーブルに書き込む）、この記憶手段で記憶された属性情報を前記第２のネットワーク上の任意の端末装置へ該第２のネットワークに依存するプロトコルに従って提示することにより、第２のネットワーク上の端末装置が第１のネットワーク上のサーバと、当該サーバが提供するサービスとを認識することができる。
【００２６】
例えば、第２のネットワーク上の端末装置がＩＥＥＥ１２１２レジスタの記憶内容を読み込むことにより、第２のネットワーク上の端末装置は第１のネットワーク上のサーバが、あたかも第２のネットワーク上に存在するかのごとく認識することができる。
【００２７】
また、第２のネットワーク上の端末装置からの要求に応じてサービス表示テーブルの内容を提示することにより、第２のネットワーク上の端末装置は第１のネットワーク上のサービスが、あたかも第２のネットワーク上に存在するかのごとく認識することができる。
【００２８】
従って、前記第２のネットワーク上の端末装置から前記第１のネットワークに接続されたサーバを遠隔操作（例えば、サービスの提供の要求と、当該サービスの利用）することができる。
【００２９】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
図１は、本発明の実施形態に係るネットワークの構成例を示したもので、ある家庭のホームネットワーク（ＩＥＥＥ１３９４バス）１０２が、接続装置１０３を介して公衆網であるインターネット１０４と接続している。
【００３０】
ＩＥＥＥ１３９４バス１０２には、ＡＶ視聴装置（端末装置）１０１が接続されている。また、インターネット１０４には、ビデオサーバ１０５が接続されている。もちろん、ＩＥＥＥ１３９４バス１０２、インターネット１０４には、各種の端末装置が接続されていてもよい。
【００３１】
図１において、接続装置１０３とビデオサーバ１０５はインターネットノード、即ちＩＰアドレスを持ち、ＩＰ通信を行うことができるノードである。これに対して、ＡＶ視聴装置１０１は、ＩＰ通信機能は持っていない。ＡＶ視聴装置はＩＥＥＥ１３９４対応のＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）ノードであり、ＩＥＥＥ１３９４プロトコル群である１３９４ＡＶ／Ｃプロトコルや、ＩＥＣ６１８８３、ＨＡＶＩ（Ｈｏｍｅ Ａｕｄｉｏ Ｖｉｓｕａｌ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ：ＩＥＥＥ１３９４上のＡＶ機器のソフトウエア標準）等のプロトコル機能をもつ。なお、接続装置１０３については、ＩＥＥＥ１３９４バス１０２に対して、ＩＰ通信機能だけでなく、これらＩＥＥＥ１３９４プロトコル群にて通信する機能を持っている。
【００３２】
図２は、接続装置１０３の内部構成例を示したものである。図２に示すように、接続装置１０３は、ＩＥＥＥ１３９４バス１０２とインターネット１０４とに接続するため、ＩＥＥＥ１３９４とのインタフェース、すなわち、ＩＥＥＥ１３９４の物理層、リンク層、トランザクション層のインタフェースを司るＩＥＥＥ１３９４インタフェース部２０１、ＩＥＥＥ１２１２の規格に則ったＩＥＥＥ１２１２レジスタ２０２、インターネットとの物理インタフェースを司るインターネットインタフェース部２０８、インターネット上でのパケット（ＩＰパケット）の送受信やルーチング処理を行うインターネット処理部２０７を具備し、さらに、ＩＥＥＥ１３９４サービス・装置認識部２０３、フォーマット変換部２０４、サービス表示テーブル２０９、アクセスサーバインデックステーブル２１０、ゲートウエイ処理テーブル２１１、制御部２０５を具備する。
【００３３】
ＩＥＥＥ１３９４インタフェース部２０１は、さらに、例えばＩＥＣ６１８８３（オーディオ・ビデオ（ＡＶ）コンテンツデータ転送におけるコンテンツとコマンドの転送に関する規格）プロトコル、ＡＶ／Ｃプロトコル、ＨＡＶＩ等のＩＥＥＥ１３９４プロトコル群を制御する。
【００３４】
ＩＥＥＥ１３９４サービス・装置認識部２０３は、ＩＥＥＥ１３９４バス１０２に接続されている各装置の属性を認識するためのもので、具体的には、ＩＥＥＥ１３９４インタフェース部２０１が、ＩＥＥＥ１３９４バス１０２に接続されている各端末装置のＩＥＥＥ１２１２レジスタに予め書き込まれている当該端末装置の属性情報（例えば、当該端末装置のベンダや製造番号、装置名、商品名、当該装置により提供されるサービスの属性（例えば、ＡＶ視聴装置なら、視聴可能なコンテンツの符号化方式等）、アイコン、制御ソフトウエア等の当該端末装置の有する機能を認識するに必要な予め定められた種別の情報）を読み込んだら、それを各装置毎に登録するためのテーブルを具備する。
【００３５】
アクセスサーバインデックステーブル２１０は、ＩＥＥＥ１３９４バス１０２に接続されている例えばオーディオやビデオを視聴できる端末装置（例えば、ＡＶ視聴装置１０１）にオーディオ・ビデオ（ＡＶ）コンテンツを提供するインターネット１０４上のサーバの有する属性情報（例えば、当該サーバのベンダや製造番号、装置名、当該サーバにより提供されるサービス（例えば、オーディオ／ビデオコンテンツの配信）、当該サービスの属性（例えば、コンテンツのタイトル、当該コンテンツの符号化方式等）、当該サーバにて適用されているプロトコル、アイコン、制御ソフトウエア等）を収集するために、当該サーバのアドレス情報等が予め登録されている。
【００３６】
サービス表示テーブル２０９は、アクセスサーバインデックステーブル２１０を参照してアクセスされたインターネット１０４上のサーバから収集された当該サーバの属性情報のうち、当該サーバから提供されるサービスに関する属性情報（例えば、オーディオ／ビデオコンテンツを配信するサービスの場合、当該コンテンツのタイトル、当該コンテンツの符号化方式、当該サーバにて適用されているプロトコル、当該サーバのアドレス等）と、ＩＥＥＥ１３９４バス１０２に接続されている端末装置（例えばＡＶ視聴装置１０１）のサービスに係るコンテンツの符号化方式と、当該インターネット１０４上の装置のサービスに係るコンテンツの符号化方式とが異なるとき、その変換方法等が登録される。
【００３７】
フォーマット変換部２０４は、コンテンツの符号化方式、例えば、ＭＰＥＧ２、ＭＰＥＧ４、ＤＶのそれぞれのフォーマットの相互変換処理を行うようになっている。
【００３８】
ゲートウエイ処理テーブル２１１は、インターネット１０４から受信したパケットのうち、ＩＥＥＥ１３９４バス１０２へ送信すべきパケットの属性情報を登録したものである。例えば、インターネット１０４上のビデオサーバ１０５等から接続装置１０３を介してＩＥＥＥ１３９４バス１０２に接続されている端末装置（例えばＡＶ視聴装置１０１）へコンテンツを配信する際には、インターネット１０４側から入力される当該コンテンツのパケットを識別するための識別子（例えば、宛先ＩＰアドレスと宛先ポート番号、送信元ＩＰアドレスと送信元ポート番号）、ＩＥＥＥ１３９４バス１０２側へ出力するために必要なプロトコル変換等に関する情報（入力プロトコルと出力プロトコルとの対応関係等）等が登録されている。
【００３９】
制御部２０５は、接続装置１０３の動作全体を制御するもので、インターネット１０４とＩＥＥＥ１３９４バス１０２との間のパケットの送受や上記各テーブル２０９、２１０、２１１の読み書きの制御等を行う。
【００４０】
さて、図１に示したような構成のネットワーク上において、ＩＰ処理機能を持たないＡＶ視聴装置１０１から、接続装置１０３を介して、インターネットに接続されたビデオサーバ１０５に対して、ビデオコンテンツの送信を要求し、当該ビデオコンテンツを配信してもらう場合を例にとり、以降説明する。すなわち、ビデオサーバ１０５の提供するサービスとは、ビデオコンテンツの配信であり、ＡＶ視聴装置１０１の提供するサービスはビデオコンテンツの利用（再生・表示）である場合を例にとり説明する。
【００４１】
図３は、接続装置１０３を介して、ＩＥＥＥ１３９４バス１０２上のＡＶ視聴装置１０１がインターネット１０４上のビデオサーバ１０５により提供されるコンテンツを認識して、その中から選択されたコンテンツをビデオサーバ１０５より配信してもらうまでのＡＶ視聴装置１０１、接続装置１０３、ビデオサーバ１０５間のシーケンスを示したものである。
【００４２】
まず、図３および図４を参照して、接続装置１０３を介して、ＡＶ視聴装置１０１がビデオサーバ１０５から提供されるコンテンツを認識するまでを説明する。図４は接続装置１０３の処理動作を示したフローチャートである。
【００４３】
ステップＳ１） 接続装置１０３は、まずＩＥＥＥ１３９４バス１０２に接続されている端末装置の属性情報を入手するために、ＩＥＥＥ１３９４バス１０２に接続している各端末装置のＩＥＥＥ１２１２レジスタを読み込む。この動作は、接続装置１０３の制御部２０５が起動し、ＩＥＥＥ１３９４インタフェース部２０１がＩＥＥＥ１３９４バス１０２に接続された各端末装置のＩＥＥＥ１２１２の規格に則ったレジスタ（以下、簡単に、ＩＥＥＥ１２１２レジスタと呼ぶ）の予め定められた領域（属性情報の書込領域として予め定められた領域で、その領域がどこにあるかは予めＩＥＥＥ１３９４サービス・装置認識部２０３に登録してあるものとし、この登録された情報を参照してＩＥＥＥ１３９４インタフェース部２０１がＩＥＥＥ１３９４バス１０２に接続された各端末装置のＩＥＥＥ１２１２レジスタにアクセスする）を読み込むことで行う。
【００４４】
ＩＥＥＥ１３９４バス１０２に接続されている各端末装置に具備されているＩＥＥＥ１２１２レジスタには、例えば、図１０に示すように、当該装置のベンダや製造番号、装置名、商品名、サービスの属性（例えば、ＡＶ視聴装置１０１なら、視聴可能なコンテンツの符号化方式等）、アイコン、制御ソフトウエア等の当該装置の有する予め定められた種別の属性情報が格納されている。この動作を通して、接続装置１０３は、ＩＥＥＥ１３９４バス１１０２にＡＶ視聴装置１０１が接続され、これは、例えばディジタルビデオ（ＤＶ）デコーダを持つＤＶ専用再生装置である事を認識することができるようになっている（図４のステップＳ２１）。この認識を行うのが、ＩＥＥＥ１３９４サービス・装置認識部２０３である。
【００４５】
接続装置１０３は、ＩＥＥＥ１３９４バス１０２上にＡＶ視聴装置１０１が存在していることを認識すると（図４のステップＳ２２）、アクセスサーバインデックステーブル２１０に基いて、該テーブルに記されているサーバのサービス表示テーブル２０９の作成を開始する。
【００４６】
アクセスサーバインデックステーブル２１０とは、このために、インターネット１０４上のどのサーバにアクセスに行き、コンテンツ情報を集めてくるかについての情報をプールしておくためのテーブルである。
【００４７】
アクセスサーバインデックステーブル２１０の一例を図５に示す。図５に示すように、アクセスサーバインデックステーブル２１０には、アクセスすべき（属性情報を集めて来るべき）サーバ毎に、当該サーバにて適用されるプロトコル、アドレス、当該サーバから取得できるサービスの属性（例えば、オーディオコンテンツの提供でるか、ビデオコンテンツの提供であるか等のサービスの種別、オーディオ／ビデオコンテンツの符号化方式が何であるか）等が登録されている。本実施形態では、音声についてはどんな音声符号化されたものであってもよいが、映像についてはＭＰＥＧ２、ＭＰＥＧ４、ＤＶのどれかの符号化方式にて符号化されたものに限定するものとする。
【００４８】
アクセスサーバインデックステーブル２１０の内容は、接続装置１０３を販売・供給しているプロバイダやベンダ（例えば電話会社やＣＡＴＶ会社の業者）が供給時あるいは設置時に予め登録するようにしてもよいし、ユーザが登録するものであってもよい。また、ネットワークや放送網を通じてダウンロードされてきたり、ＩＣカードなどの形で随時登録できるようになっていてもよい。
【００４９】
ステップＳ２） さて、アクセスサーバインデックステーブル２１０を参照して、インターネット１０４のサーバ（例えば、サーバアドレス「ｖｉｄｅｏ．ｘｙｚ．ｃｏ．ｊｐ」）からビデオコンテンツの配信が可能である事を知った接続装置１０３は、当該ビデオサーバ１０５にアクセスし、ビデオサーバ１０５の有する属性情報を、例えばＲＴＳＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）等を用いて収集する。
【００５０】
ビデオサーバ１０５へのアクセスは、アクセスサーバインデックステーブル２１０を参照した制御部２０５がＲＴＳＰ等のインターネットコマンドの生成／解釈を行い、さらに、インターネット処理部２０７、インターネットインタフェース部２０８を介して行う。
【００５１】
ビデオサーバ１０５から収集された属性情報のうち、サービスに関する属性情報はサービス表示テーブル２０９に登録し、例えば、図７に示したようなサービス表示テーブルを作成する（図４のステップＳ２３）。また、ビデオサーバ１０５から収集された属性情報のうち、予め定められた種別の属性情報はＩＥＥＥ１２１２レジスタに書込む。
【００５２】
ここで、図６に示すフローチャートを参照して、サービス表示テーブル２０９の作成処理手順について説明する。
接続装置１０３は、好ましくは、アクセスサーバインデックステーブル２１０から、サービス属性がＡＶ視聴装置１０１のサービス属性（符号化方式等）と一致するビデオサーバ１０５にアクセスして、ビデオサーバ１０５からＲＴＳＰ等のプロトコルを用いてサービスの属性情報（この場合、コンテンツを提供するサービスであるので、当該コンテンツのタイトル、コンテンツの符号化方式、放送時間等）を収集する。この手順を、例えばビデオサーバ１０５にコンテンツのある限り続けていく（ステップＳ３１〜ステップＳ３３）。もちろん、コンテンツの数を予め限定して、あるいは、予め指定された条件に基づく検索（例えば主演俳優の名前とか、コンテンツのジャンル等、ユーザの好みをパラメータとして登録された情報フィルタリング等）が終わるまで行うようにしてもよい。
【００５３】
なお、収集するサービス属性は、ＡＶ視聴装置のサービス属性と一致する必要はない。すなわち、例えば、サーバから提供できるコンテンツの符号化方式がＡＶ視聴装置で視聴可能なコンテンツの符号化方式と異なっていてもよい。しかし、この場合には、当該コンテンツは、符号化方式の変換などを行わない限り、そのままＡＶ視聴装置１０１に配信しても意味が無い（ＡＶ視聴装置１０１が復号化できないから）ので、ビデオサーバ１０５から送られてきたサービス属性（符号化方式など）と、ＡＶ視聴装置１０１のサービス属性との間での属性変換機能が当該接続装置１０３内に存在するか否かをチェックする（ステップＳ３４〜ステップＳ３５）。
【００５４】
例えば、ビデオサーバ１０５から配信されるビデオコンテンツはＭＰＥＧ４で配信されるが、ＡＶ視聴装置１０１はＤＶコーデックしかない場合、接続装置１０３にはＭＰＥＧ４からＤＶへの変換機能が必要になる。このような属性変換機能の有無をチェックするわけである。
【００５５】
ここで、接続装置１０３内に、このような属性変換機能が無い場合には、そのコンテンツをＡＶ視聴装置１０１に配信することは意味がなくなる。よって、そのＡＶ視聴装置１０１について、接続装置１０３は、当該コンテンツを提供するサービスをサービス表示テーブル２０９に登録することはせず、結局そのサービスはＡＶ視聴装置１０１側には表示されないことになる（ステップＳ３６）。
【００５６】
サービス表示テーブル２０９は、ＩＥＥＥ１３９４バス１０２に接続されている各端末装置毎に複数作成されるものであってもよい。すなわち、収集されたサーバの属性情報のうち、当該端末装置に提供可能なサービスに関する属性情報のみを登録するものであってもよい。
【００５７】
これに対し、当該属性変換機能を接続装置１０３がサポートしている場合には、図７に示すように、サービス表示テーブル２０９に属性変換を登録し（ステップＳ３７）、さらに、そのサービスに関する属性情報（例えば、コンテンツのタイトル、符号化方式等、当該サーバにて適用されているプロトコル、アドレス等）をサービス表示テーブル２０９に登録する（ステップＳ３８）。
【００５８】
属性変換機能はフォーマット変換部２０４にある。すなわち、フォーマット変換部２０４では、ＭＰＥＧ２、ＭＰＥＧ４、ＤＶのそれぞれのフォーマットの相互変換を行う機能を持ち、例えば、ＭＰＥＧ４からＤＶへの変換機能のサポートをここで行える。
【００５９】
なお、ステップＳ３４において、収集されたサービス属性がＡＶ視聴装置１０１のサポートするサービス属性と一致している場合には、フォーマット変換を行う必要が無いため、そのままステップＳ３８に進み、サービス表示テーブル２０９への登録を行うようにしてもよい。
【００６０】
以上の処理を配信されてくるサービス属性に含まれるコンテンツタイトルに対して終了するか、もしくは所定の数のタイトルの調査が終わるまで、あるいは予め指定された検索（例えば主演俳優の名前とか、コンテンツのジャンル等、ユーザの好みをパラメータとして登録された情報フィルタリング等）が終わるまで行う（ステップＳ３９）。
【００６１】
なお、図６に示したサービス表示テーブル作成処理は、コンテンツの提供される装置によって、基準が異なる場合がある（例えば、２つ以上のＡＶ視聴装置があり、これらのサポートする符号化方式が異なる場合）。このような場合には、性能の異なるＡＶ視聴装置毎に、図７に示したようなサービス表示テーブルを作成してもよい。
【００６２】
また、図６に示したのサービス表示テーブル作成処理は、後述するＡＶ視聴装置１０１からのサービス表示要求（図３のステップＳ５）の受信後に行ってもよい。
【００６３】
ステップＳ３） さて、インターネット１０４上のビデオサーバ１０５の属性情報を収集した接続装置１０３は、その収集した属性情報に基づき、前述したように、サービス表示テーブル２０９を作成するとともに、当該属性情報のうち、予め定められた種別の属性情報はＩＥＥＥ１２１２レジスタ２０２に、例えば図１０に示したように書込む。すなわち、自分がビデオサーバ１０５であるとして、ＩＥＥＥ１３９４バス１０２上のＡＶ視聴装置１０１に広告を行うことになる。ＡＶ視聴装置１０１にとっては、接続装置１０３はビデオサーバ１０５の代理サーバとなる。つまり、ＡＶ視聴装置１０１にとっては、接続装置１０３がビデオサーバ１０５に見える。これは、ＡＶ視聴装置１０１がＩＥＥＥ１３９４プロトコル群しか認識ができないため、インターネットプロトコル群で提供されるコンテンツを、そのままでは見たり、配送してもらったりといった制御ができないからである。しかし、実際には接続装置１０３はビデオサーバ１０５の代わりに自分がビデオサーバであると名乗るのみであり、実際にビデオの配信要求などがきた場合は、後述するように、接続装置１０３がビデオサーバ１０５にビデオの配信要求を出し直す。
【００６４】
なお、アクセスしたサーバが複数ある場合は、各サーバ毎に図１０に示したような形式でＩＥＥＥ１２１２レジスタ２０２の予め定められた領域に属性情報を書き込めばよい。
【００６５】
さて、このようにＡＶ視聴装置１０１に対して、接続装置１０３自身がビデオサーバ１０５であるように認識させるため、接続装置１０３はＩＥＥＥ１３９４バス１０２に対して、自分がビデオサーバ１０５であるかのごとく、ＩＥＥＥ１２１２レジスタ２０２に自分の属性（ビデオサーバ）を広告する（図４のステップＳ２４）。
【００６６】
ステップＳ４） これにより、ＡＶ視聴装置１０１が接続装置１０３のＩＥＥＥ１２１２レジスタ２０２の所定領域を読み込んだ場合には、ＡＶ視聴装置１０１からは、接続装置１０３はビデオサーバ１０５（それも、ＩＥＥＥ１３９４プロトコルで稼働するビデオサーバ）である様に認識される。
【００６７】
ステップＳ５〜ステップＳ７） 接続装置１０３がビデオサーバであるとして認識したＡＶ視聴装置１０１は、この「ビデオサーバ」がどのようなコンテンツを持っているのかを調べるべく、ＩＥＥＥ１３９４プロトコル群（例えばＩＥＥＥ１３９４ＡＶ／Ｃ）を用いてサービスの一覧表示の要求を接続装置１０３に送出する場合がある（図４のステップＳ２５）。この様な場合には、前述の図７のサービス表示テーブル２０９のＡＶ視聴装置１０１に該当する部分の内容をＩＥＥＥ１３９４プロトコル群を使ってＡＶ視聴装置１０１に配信する。すなわち、接続装置１０３がＩＥＥＥ１３９４バス１０２に接続されている装置（具体的にはＡＶ視聴装置１０１）に対して提供するコンテンツに関する広告情報（例えば、コンテンツのタイトル、配信時間等を含む）として、サービス表示テーブル２０９の内容の全部あるいは一部をＡＶ視聴装置１０１に配信する（図４のステップＳ２６）。なお、サービス表示テーブル２０９の内容の配信のためのプロトコルとしては、ＩＥＥ１３９４ＡＶ／Ｃプロトコルに用意されるコンテンツ配信、あるいはファイル属性配信のためのプロトコルを用いてもよい。
【００６８】
ＡＶ視聴装置１０１では、この配信された広告情報を、例えばＧＵＩ表示画面に表示し、このＧＵＩ表示画面を介して、ユーザが所望のタイトルのコンテンツを選択できるようにしてもよい。
【００６９】
以上は、ＡＶ視聴装置１０１がビデオサーバ１０５のコンテンツを認識するまでの説明であった。
次に、図３および図８を参照して、ビデオサーバ１０５からユーザにより選択されたタイトルのコンテンツを配信する際の処理動作について説明する。図８は、接続装置１０３の配信処理動作を示したフローチャートである。
【００７０】
ステップＳ８） ＡＶ視聴装置１０１のユーザは、接続装置１０３から配信された広告情報から、自分が見たいタイトルのコンテンツを選択し、そのコンテンツの配信を要求する。ここで、このユーザが選択したコンテンツは、タイトルが「α」であるとする。これと前後して、ＡＶ視聴装置１０１は、タイトルαのコンテンツ配信に用いられるＩＥＥＥ１３９４バス１０２上の同期チャネルの確保や、そのチャネル番号の接続装置１０３への通知などを行っていてもよい。そして、確保したチャネルの識別子（チャネル番号＃ｘ）や、接続装置１０３内で行うべき変換処理等を図９に示すように、ゲートウエイ処理テーブル２１１へ登録しておく。
【００７１】
この時点で、ＡＶ視聴装置１０１は、当該配信されるコンテンツは接続装置１０３が配信するものであり、かつ、配信されるコンテンツの符号化方式はＤＶフォーマットであるものと期待している。しかしながら、実際には、このコンテンツはビデオサーバ１０５に蓄積されており、更にその符号化方式はＭＰＥＧ４であるものとする。即ち、接続装置１０３が、ＡＶ視聴装置１０１にとっては、ビデオ配信の代理サーバとなっており、かつそのことをＡＶ視聴装置１０１は認識していない。また、タイトルαのコンテンツの配信要求は、ＩＥＥＥ１３９４プロトコル群を用いて行われているものとする（図８のステップＳ４１）。
【００７２】
ＡＶ視聴装置１０１からの番組配信要求を受信した接続装置１０３は、図７のサービス表示テーブル２０９を参照し、配信要求のあったタイトルαのコンテンツは、インターネット１０４側のビデオサーバ１０５（アドレス「ｖｉｄｅｏ．ｘｙｚ．ｃｏ．ｊｐ」）にあり、その配信されるコンテンツの符号化方式はＭＰＥＧ４であるので、ＡＶ視聴装置１０１への配信時は、当該コンテンツをＭＰＥＧ４からＤＶへプロトコル変換を行う必要があることを認識する（図８のステップＳ４２）。よって、ここで接続装置１０３内のＭＰＥＧ４／ＤＶ変換機能、すなわち、フォーマット変換部２０４のＭＰＥＧ４／ＤＶ変換機能を起動する。
【００７３】
ステップＳ９） 次に、接続装置１０３は、インターネット１０４側のビデオサーバ１０５へ、ユーザから要求のあったタイトルαのコンテンツの配信要求を送信する（図８のステップＳ４３）。この際のプロトコルは、例えばＩＥＴＦのＲＴＳＰを用いてもよい。
【００７４】
以上の処理を行うことにより、図９に示したような、ビデオサーバ１０５からのコンテンツをＡＶ視聴装置１０１へ配信する際のゲートウエイ処理テーブルが完成する（図８のステップＳ４４）。
【００７５】
図９のゲートウエイ処理テーブルには、インターネット１０４上のビデオサーバ１０５から送られてくるパケットの属性情報（例えば、入力プロトコル、入力識別子、変換処理、出力プロトコル、出力識別子）が登録されている。すなわち、入力プロトコルとして「インターネット」が、また、当該パケットの識別子として、宛先ＩＰアドレスと宛先ポート番号（ＴＣＰやＵＤＰで規定）と送信元ＩＰアドレスと送信元ポート番号とが登録されている。また、ビデオサーバ１０５から配信される当該コンテンツの符号化方式はＭＰＥＧ４で、ＡＶ視聴装置１０１の属性はＤＶであるので、当該配信されるコンテンツに対し施すべき変換処理として、「ＭＰＥＧ４からＤＶへの変換処理」と登録されている。また、接続装置１０３からＡＶ視聴装置１０１へ出力するパケットの出力プロトコルとして「ＩＥＥＥ１３９４プロトコル」が、また、接続装置１０３とＡＶ視聴装置１０１との間に先に確保されたチャネルの識別子（＃ｘ）が出力識別子として登録されている。
【００７６】
ステップＳ１０） コンテンツの配信要求を受けたビデオサーバ１０５は、指定されたタイトルαのコンテンツの配信を行う。なお、ビデオサーバ１０５からは、ＭＰＥＧ４ｏｖｅｒＩＰの形で接続装置１０３に当該コンテンツが配信される（図８のステップＳ４５）。
【００７７】
ステップＳ１１） これを受信した接続装置１０３は、ゲートウェイ処理テーブル２１１を参照し、入力識別子（ＩＰアドレスとポート番号の組み合わせ）などから、これが先にステップＳ９において配信要求したタイトルαというコンテンツであることを認識し、この受信データをフォーマット変換部２０４において、ＤＶフォーマットに変換処理する。フォーマット変換部２０４では、インターネット１０４から入力したＩＰパケットからＭＰＥＧ４のストリームを取り出し、ＭＰＥＧ４復号化を行った後、ＤＶにて符号化し直す（図８のステップＳ４６）。
【００７８】
ステップＳ１２） 最後に、接続装置１０３は、先に予約した同期チャネル＃ｘ等を通して、ＩＥＥＥ１３９４プロトコル群にて定められたＤＶフォーマット映像の転送方式、例えばＩＥＣ６１８８３に従った転送方式にて、タイトルαというコンテンツをＡＶ視聴装置１０１に配信する（図８のステップＳ４７）。
【００７９】
ここで、ＡＶ視聴装置１０１は、タイトルαというコンテンツがビデオサーバ１０５から配信されたものであるという認識はなく、接続装置１０３から直接ＤＶフォーマットにて配信されたものであると認識している。
【００８０】
なお、ビデオサーバ１０５からの配信が有料である場合には、ステップＳ７でコンテンツの広告情報をＡＶ視聴装置１０１に提示する際に、このコンテンツの配信は有料である旨をＡＶ視聴装置１０１（のユーザ）に対してあらかじめ通知をしておくことが望ましい。
【００８１】
また、本実施形態ではＩＥＥＥ１３９４上の他端末からの、又は他端末へのサービス属性の通知は、ＩＥＥＥ１２１２レジスタを通じて行うものとして説明してきたが、サービス通知プロトコルをメッセージベースで行う等、種々の方式が考えられる。
【００８２】
以上の説明では、接続装置１０３はインターネットとＩＥＥＥ１３９４バスとに接続し、インターネット上のサーバの有するサービスをＩＥＥＥ１３９４バス上の端末装置へ提供する場合であったが、接続装置１０３により接続されるネットワークは、この場合に限るものではない。
【００８３】
例えば、図１のネットワーク構成において、インターネット１０４を第１のネットワーク１０４、ＩＥＥＥ１３９４バス１０２を第２のネットワーク１０２と一般化すると、接続装置１０３は、第１のネットワーク１０４上のサーバの有するサービスを第２のネットワーク１０２上の端末装置へ提供するものである。
【００８４】
図１１に接続装置１０３の一般的な構成例を示す。接続装置１０３は、大きく分けて、第１のネットワークのインタフェース部（第１のネットワークＩＦ部）３０１、第２のネットワークのインタフェース部（第２のネットワークＩＦ部）３０１、フォーマット変換部２０４、サービス表示テーブル２０９、ゲートウエイ処理テーブル２１１、制御部２０５から構成される。
【００８５】
第１のネットワークＩＦ部３０１は、当該第１のネットワーク１０４上での通信に必要な既存の構成および機能を有する。前述の実施形態におけるインターネット処理部２０７、インターネットインタフェース部２０８に対応する。
【００８６】
第２のネットワークＩＦ部３０２は、当該第２のネットワーク上での通信に必要な既存構成および機能を有する。前述の実施形態におけるＩＥＥＥ１３９４インタフェース部２１０、ＩＥＥＥ１２１２レジスタ２０２、ＩＥＥＥ１３９４サービス装置認識部２０３に対応する。
【００８７】
第２のネットワークＩＦ部３０２の本発明に特徴的な部分は、第１のネットワークＩＦ部３０１にて収集された当該第１のネットワーク１０４上のサーバ（サービス提供装置）の属性情報に基づき作成されたサービス表示テーブル２０９を基に、第１のネットワーク１０４上のサーバから提供されるサービスを（いわゆる代理サーバのごとく）第２のネットワーク１０２に提示することである。このための手段として、上記実施形態では、ＩＥＥＥ１２１２レジスタ２２０１とＩＥＥＥ１３９４サービス装置認識部２０３を用いているということである。
【００８８】
サービス表示テーブル２０９には、第１のネットワーク１０４上のサーバから収集した該サーバが提供するサービスを含む該サーバの属性情報が登録される。ゲートウエイ処理テーブル２１１には、第１のネットワーク１０４上のサーバから提供されるサービス（例えば、当該サービスの提供に係るコンテンツを包含したパケットの識別子等）と、該サービスの提供に係るコンテンツを第２のネットワーク１０２上の端末装置に送信する際に必要な変換処理との対応関係とが登録される。
フォーマット変換部２０４は、ゲートウエイ処理テーブル２１１に登録されている変換処理を実行する。
【００８９】
【発明の効果】
以上説明したように、本発明によれば、異なるプロトコルのネットワークを介してのサービスの提供・利用が容易に行える。
【図面の簡単な説明】
【図１】本発明の実施形態に係るネットワークの構成例を示した図。
【図２】接続装置の内部構成例を示した図。
【図３】接続装置を介して、ＩＥＥＥ１３９４バス上のＡＶ視聴装置がインターネット上のビデオサーバにより提供されるコンテンツを認識して、その中から選択されたコンテンツをビデオサーバより配信してもらうまでのＡＶ視聴装置、接続装置、ビデオサーバ間の処理手順を示したシーケンス図。
【図４】接続装置の処理動作を示したフローチャート。
【図５】アクセスサーバインデックステーブル一例を示した図。
【図６】接続装置におけるサービス表示テーブルの作成処理動作を説明するためのフローチャート。
【図７】サービス表示テーブルの一例を示した図。
【図８】接続装置におけるコンテンツの配信処理動作を説明するためのフローチャート。
【図９】ゲートウエイ処理テーブルの一例を示した図。
【図１０】ＩＥＥＥ１２１２レジスタに書き込まれるＩＥＥＥ１３９４端末装置およびサーバの属性情報の一例を示した図。
【図１１】接続装置の一般的な構成例を示した図。
【符号の説明】
１０１…ＡＶ接続装置、１０２…ＩＥＥＥ１３９４バス、１０３…接続装置、１０４…インターネット、１０５…ビデオサーバ
【発明の属する技術分野】
本発明は、例えば、ホームネットワーク環境における、ディレクトリサービス、及び機器の遠隔操作に関する。
【０００２】
【従来の技術】
近年、マルチメディアという言葉に代表されるように、電子機器のデジタル化が急速に進行している。この傾向は、まずオフィス環境で始まっている。具体的には、まずハードウエアとしては、パソコンの導入、ＯＡ機器のデジタル化、及びそれらのネットワーク化という形で進行している。また、ソフトウエアとして、ホストによる（あるいはライトサイジングされてパソコン等に移行されつつある）基幹業務や、ワープロ、表計算などのソフトウエア、あるいはＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）等のインターネットアプリケーション等、その発展をとどまるところを知らない。
【０００３】
この動きは、家庭においても見られる。即ち、家庭においても、ＡＶ機器のデジタル化（ＤＶＤ、デジタルＶＴＲ、デジタルビデオカメラ等）や、放送のデジタル化、あるいはＯＣＮ（Ｏｐｅｎ Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋ）等のインターネットアクセス等の形で、デジタル化の進行は着実に進んでいる。
【０００４】
オフィス環境と同様に、これらの波はネットワーク化へと今後向かっていくことが考えられる。即ち、情報・通信・放送といった種々の分野の技術がデジタル化によって束ねられ、ネットワーク化によって、相互乗り入れを始めていくと言われている。
【０００５】
このためのネットワーク技術としては、種々の候補が有る。例えば、イーサネットは、オフィス環境にて圧倒的な実績を持っており、家庭でのパソコンネットワークにおいても、その最有力候補であろう。また、ＡＴＭも有力な候補である。これは、インフラの構築側（電話会社やＣＡＴＶ等）が、高速、リアルタイム、広帯域といったＡＴＭの特徴に注目し、この技術を使ってインフラを構築していこうというのが一般的な動きであるからである。
【０００６】
これらの候補に加えて、最近ＩＥＥＥ１３９４なるネットワーク技術（バス技術）が注目を集めている。これは、高速、リアルタイム（ＱＯＳ保証）、プラグアンドプレイ等の数々の注目すべき特徴を持っており、特にＡＶ業界から、デジタルＡＶ機器同士の接続方式の最有力候補として、業界から大変な注目を集めている。これにひきづられる様に、パソコンなどのコンピュータ業界も、この技術への注目が集まりはじめた。
【０００７】
当初は、家庭向けのデジタル機器の普及に伴い、それらの機器の相互接続が、ユーザの好み・要望により、これらの数々のネットワーク技術により実現されていくだろう。このようにして、徐々に家庭内にデジタルネットワークの雛形が誕生していく。
【０００８】
その次の段階として、これらのデジタルネットワークを相互に接続したいという要求が出て来る。例えば、家庭の１３９４ネットワークに接続されたＡＶ機器と、公衆網と相互接続して、例えばビデオオンデマンド等の協調動作をさせようというような場合である。
【０００９】
【発明が解決しようとする課題】
しかしながら、これを実現するには、以下のような問題がある。
例えばＩＥＥＥ１３９４に接続される機器は、１３９４対応機器や、インターネット対応機器等多様であり、必ずしもその使用プロトコルは一致しない。特に、ＡＶ機器等の１３９４対応機器は、ＩＥＥＥ１３９４ＡＶ／Ｃ、ＩＥＣ６１８８３等のいわゆるＩＥＥＥ１３９４プロトコル群のみをサポートしているものが多い。これらの機器から、相互接続されたネットワーク、例えばインターネット上のサービスやコンテンツにアクセスしたい場合がある。しかしながら、これらにアクセスするためには、インターネットプロトコル群を使ってアクセスする必要がある。１３９４対応機器は、一般にインターネットプロトコル群を解釈したり、処理したりする能力は持たないため、結局１３９４対応機器から、インターネット上のサービスやコンテンツにアクセスすることはできない。
【００１０】
そこで、本発明は、上記問題点に鑑み、異なるプロトコルのネットワークを介してのサービスの提供および利用が行えるサービス提供方法を提供することを目的とする。
また、本発明は、異なるプロトコルのネットワークを介してのサービスの提供が行える通信装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
（１） 本発明の通信装置は、第１のネットワーク（例えば、インターネット）と第２のネットワーク（ＩＥＥＥ１３９４バス）に接続される通信装置であって、
前記第１のネットワーク上のサーバから収集した該サーバが提供するサービスを含む該サーバの属性情報を記憶する第１の記憶手段（ＩＥＥＥ１２１２レジスタ、サービス表示テーブル）と、
この第１の記憶手段で記憶された属性情報を前記第２のネットワーク上の任意の端末装置へ該第２のネットワークに依存するプロトコルに従って提示する提示手段と（ＩＥＥＥ１２１２レジスタ、サービス表示テーブル）、
この提示手段で提示された属性情報に基づき選択されたサービスの提供を、当該サービスを提供する第１のネットワーク上のサーバに要求して、当該サービスを前記第２のネットワーク上の当該サービスの要求元の端末装置へ提供するサービス提供手段と、
を具備したことを特徴とする。
【００１２】
本発明によれば、前記第１のネットワーク上のサーバから収集した該サーバが提供するサービスを含む該サーバの属性情報を記憶する第１の記憶手段（ＩＥＥＥ１２１２レジスタ、サービス表示テーブル）に記憶し（例えば、当該収集されたサーバの属性情報のうち、当該サーバの存在を前記第２のネットワーク上の端末装置が認識するのに必要な予め定められた種別の属性情報は、ＩＥＥＥ１２１２レジスタに書込み、当該サーバが提供するサービスに関する属性情報は、サービス表示テーブルに書き込む）、この第１の記憶手段で記憶された属性情報を前記第２のネットワーク上の任意の端末装置へ該第２のネットワークに依存するプロトコルに従って提示することにより、第２のネットワーク上の端末装置が第１のネットワーク上のサーバと、当該サーバが提供するサービスとを認識することができる。
【００１３】
例えば、第２のネットワーク上の端末装置がＩＥＥＥ１２１２レジスタの記憶内容を読み込むことにより、第２のネットワーク上の端末装置は第１のネットワーク上のサーバが、あたかも第２のネットワーク上に存在するかのごとく認識することができる。
【００１４】
また、第２のネットワーク上の端末装置からの要求に応じてサービス表示テーブルの内容を提示することにより、第２のネットワーク上の端末装置は第１のネットワーク上のサービスが、あたかも第２のネットワーク上に存在するかのごとく認識することができる。
【００１５】
従って、前記第２のネットワーク上の端末装置から前記第１のネットワークに接続されたサーバを遠隔操作（例えば、サービスの提供の要求と、当該サービスの利用）することができる。
【００１６】
（２） 本発明の通信装置において、前記サービス提供手段は、前記第２のネットワーク上の端末装置から前記第２のネットワークに依存するプロトコル（例えば、ＩＥＣ６１８８３等のＩＥＥＥ１３９４プロトコル群）に従って前記提示手段で提示された属性情報に基づき選択されたサービスの提供要求を受信すると、前記第１の記憶手段に記憶された当該サービスを提供するサーバの属性情報（例えばサービス表示テーブルに記憶された当該サーバに適用されているインターネットプロトコル群）に基づき該要求を前記第１のネットワーク上のサーバに送信することを特徴とする。
【００１７】
本発明によれば、第１の記憶手段として、例えばサービス表示テーブルのようなサービスに関する属性情報を記憶したテーブルを参照することにより、前記第２のネットワーク上の端末装置からの要求を受付けて、この要求を、前記第１のネットワーク上の当該サーバが受信可能なプロトコルで送信することができる。
【００１８】
すなわち、本発明の通信装置が、いわゆる代理サーバとなって、前記第２のネットワーク上の端末装置から前記第１のネットワークに接続されたサーバを遠隔操作すること（例えば、サービスの提供の要求と当該サービスの利用）ができる。
【００１９】
（３） 本発明の通信装置において、前記第１のネットワーク上のサーバから提供されるサービスと、該サービスの提供に係るコンテンツを前記第２のネットワーク上の端末装置に送信する際に必要な変換処理（例えば符号化方式の変換処理）との対応関係を記憶する第２の記憶手段（ゲートウエイ処理テーブル）を具備し、
前記サービス提供手段は、当該サービスを提供する前記第１のネットワーク上のサーバから前記第１のネットワークに依存するプロトコルに従って当該サービスの提供に係るコンテンツを受信すると、当該コンテンツに前記第２の記憶手段に記憶された対応関係から導かれる変換処理を施して前記第２のネットワークに依存するプロトコルに従って当該サービス要求元の端末装置に送信することを特徴とする。
【００２０】
本発明によれば、第２の記憶手段として、例えばゲートウエイ処理テーブルのような受信するデータパケットに関する属性情報を記憶したテーブルを参照することにより、前記第１のネットワーク上のサーバから送信されてきた当該要求したサービスの提供に係るコンテンツの符号化方式等を前記第２のネットワーク上の当該サービス要求元の端末装置に適合するよう変換することができる。従って、元来、前記第２のネットワーク上の端末装置が、前記第１のネットワーク上のサーバから送信されたユーザデータそのままの形では受信ができないような場合でも、本発明の通信装置によるフォーマット変換や符号化方式の変換を施すことによって、当該第２おネットワーク上の端末装置これを受信可能とすることができるようになる。
【００２１】
すなわち、本発明の通信装置が、いわゆる代理サーバとなって、前記第２のネットワーク上の端末装置から前記第１のネットワークに接続されたサーバを遠隔操作すること（例えば、サービスの提供の要求と、当該サービスの利用）ができる。
【００２２】
（４） 本発明の通信装置は、さらに、前記第１のネットワーク上のサーバへのアクセスする際に必要なアクセス情報を予め記憶した第３の記憶手段（アクセスサーバインデックステーブル）を具備したことにより、前記第１のネットワーク上のサーバから該サーバが提供するサービスを含む該サーバの属性情報を収集する際のアクセス先およびアクセス方法が容易に判断することができる。
【００２３】
（５） より好ましくは、前記提示手段は、前記収集されたサーバの属性情報のうち、前記第２のネットワーク上の端末装置が利用可能な（すなわち、例えば、サービスの提供に係るコンテンツの符号化方式が当該サービスを利用する第２のネットワークに接続されている端末装置にて適用されている符号化方式と同一であるか、あるいは、当該端末装置に適合するように施すべき変換処理機能を本発明の通信装置が有している場合）サービスに関する属性情報のみを提示する。これにより、第２のネットワーク上の端末装置には、前記提示手段で提示されているサービスの利用を保証することができる。
【００２４】
（６） 本発明のサービス提供方法は、第１のネットワーク上のサーバから第２のネットワーク上の端末装置へサービスを提供するサービス提供方法において、
前記第１のネットワーク上のサーバから該サーバが提供するサービスを含む該サーバの属性情報を収集して記憶手段に記憶し、この記憶手段で記憶された属性情報を前記第２のネットワーク上の任意の端末装置へ該第２のネットワークに依存するプロトコルに従って提示し、この提示された属性情報に基づき選択されたサービスの提供を該サービスを提供する第１のネットワーク上のサーバに要求して、当該サービスを前記第２のネットワーク上の当該サービスの要求元の端末装置へ提供することを特徴とする。
【００２５】
本発明によれば、前記第１のネットワーク上のサーバから収集した該サーバが提供するサービスを含む該サーバの属性情報を記憶する記憶手段（ＩＥＥＥ１２１２レジスタ、サービス表示テーブル）に記憶し（例えば、当該収集されたサーバの属性情報のうち、当該サーバの存在を前記第２のネットワーク上の端末装置が認識するのに必要な予め定められた種別の属性情報は、ＩＥＥＥ１２１２レジスタに書込み、当該サーバが提供するサービスに関する属性情報は、サービス表示テーブルに書き込む）、この記憶手段で記憶された属性情報を前記第２のネットワーク上の任意の端末装置へ該第２のネットワークに依存するプロトコルに従って提示することにより、第２のネットワーク上の端末装置が第１のネットワーク上のサーバと、当該サーバが提供するサービスとを認識することができる。
【００２６】
例えば、第２のネットワーク上の端末装置がＩＥＥＥ１２１２レジスタの記憶内容を読み込むことにより、第２のネットワーク上の端末装置は第１のネットワーク上のサーバが、あたかも第２のネットワーク上に存在するかのごとく認識することができる。
【００２７】
また、第２のネットワーク上の端末装置からの要求に応じてサービス表示テーブルの内容を提示することにより、第２のネットワーク上の端末装置は第１のネットワーク上のサービスが、あたかも第２のネットワーク上に存在するかのごとく認識することができる。
【００２８】
従って、前記第２のネットワーク上の端末装置から前記第１のネットワークに接続されたサーバを遠隔操作（例えば、サービスの提供の要求と、当該サービスの利用）することができる。
【００２９】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
図１は、本発明の実施形態に係るネットワークの構成例を示したもので、ある家庭のホームネットワーク（ＩＥＥＥ１３９４バス）１０２が、接続装置１０３を介して公衆網であるインターネット１０４と接続している。
【００３０】
ＩＥＥＥ１３９４バス１０２には、ＡＶ視聴装置（端末装置）１０１が接続されている。また、インターネット１０４には、ビデオサーバ１０５が接続されている。もちろん、ＩＥＥＥ１３９４バス１０２、インターネット１０４には、各種の端末装置が接続されていてもよい。
【００３１】
図１において、接続装置１０３とビデオサーバ１０５はインターネットノード、即ちＩＰアドレスを持ち、ＩＰ通信を行うことができるノードである。これに対して、ＡＶ視聴装置１０１は、ＩＰ通信機能は持っていない。ＡＶ視聴装置はＩＥＥＥ１３９４対応のＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）ノードであり、ＩＥＥＥ１３９４プロトコル群である１３９４ＡＶ／Ｃプロトコルや、ＩＥＣ６１８８３、ＨＡＶＩ（Ｈｏｍｅ Ａｕｄｉｏ Ｖｉｓｕａｌ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ：ＩＥＥＥ１３９４上のＡＶ機器のソフトウエア標準）等のプロトコル機能をもつ。なお、接続装置１０３については、ＩＥＥＥ１３９４バス１０２に対して、ＩＰ通信機能だけでなく、これらＩＥＥＥ１３９４プロトコル群にて通信する機能を持っている。
【００３２】
図２は、接続装置１０３の内部構成例を示したものである。図２に示すように、接続装置１０３は、ＩＥＥＥ１３９４バス１０２とインターネット１０４とに接続するため、ＩＥＥＥ１３９４とのインタフェース、すなわち、ＩＥＥＥ１３９４の物理層、リンク層、トランザクション層のインタフェースを司るＩＥＥＥ１３９４インタフェース部２０１、ＩＥＥＥ１２１２の規格に則ったＩＥＥＥ１２１２レジスタ２０２、インターネットとの物理インタフェースを司るインターネットインタフェース部２０８、インターネット上でのパケット（ＩＰパケット）の送受信やルーチング処理を行うインターネット処理部２０７を具備し、さらに、ＩＥＥＥ１３９４サービス・装置認識部２０３、フォーマット変換部２０４、サービス表示テーブル２０９、アクセスサーバインデックステーブル２１０、ゲートウエイ処理テーブル２１１、制御部２０５を具備する。
【００３３】
ＩＥＥＥ１３９４インタフェース部２０１は、さらに、例えばＩＥＣ６１８８３（オーディオ・ビデオ（ＡＶ）コンテンツデータ転送におけるコンテンツとコマンドの転送に関する規格）プロトコル、ＡＶ／Ｃプロトコル、ＨＡＶＩ等のＩＥＥＥ１３９４プロトコル群を制御する。
【００３４】
ＩＥＥＥ１３９４サービス・装置認識部２０３は、ＩＥＥＥ１３９４バス１０２に接続されている各装置の属性を認識するためのもので、具体的には、ＩＥＥＥ１３９４インタフェース部２０１が、ＩＥＥＥ１３９４バス１０２に接続されている各端末装置のＩＥＥＥ１２１２レジスタに予め書き込まれている当該端末装置の属性情報（例えば、当該端末装置のベンダや製造番号、装置名、商品名、当該装置により提供されるサービスの属性（例えば、ＡＶ視聴装置なら、視聴可能なコンテンツの符号化方式等）、アイコン、制御ソフトウエア等の当該端末装置の有する機能を認識するに必要な予め定められた種別の情報）を読み込んだら、それを各装置毎に登録するためのテーブルを具備する。
【００３５】
アクセスサーバインデックステーブル２１０は、ＩＥＥＥ１３９４バス１０２に接続されている例えばオーディオやビデオを視聴できる端末装置（例えば、ＡＶ視聴装置１０１）にオーディオ・ビデオ（ＡＶ）コンテンツを提供するインターネット１０４上のサーバの有する属性情報（例えば、当該サーバのベンダや製造番号、装置名、当該サーバにより提供されるサービス（例えば、オーディオ／ビデオコンテンツの配信）、当該サービスの属性（例えば、コンテンツのタイトル、当該コンテンツの符号化方式等）、当該サーバにて適用されているプロトコル、アイコン、制御ソフトウエア等）を収集するために、当該サーバのアドレス情報等が予め登録されている。
【００３６】
サービス表示テーブル２０９は、アクセスサーバインデックステーブル２１０を参照してアクセスされたインターネット１０４上のサーバから収集された当該サーバの属性情報のうち、当該サーバから提供されるサービスに関する属性情報（例えば、オーディオ／ビデオコンテンツを配信するサービスの場合、当該コンテンツのタイトル、当該コンテンツの符号化方式、当該サーバにて適用されているプロトコル、当該サーバのアドレス等）と、ＩＥＥＥ１３９４バス１０２に接続されている端末装置（例えばＡＶ視聴装置１０１）のサービスに係るコンテンツの符号化方式と、当該インターネット１０４上の装置のサービスに係るコンテンツの符号化方式とが異なるとき、その変換方法等が登録される。
【００３７】
フォーマット変換部２０４は、コンテンツの符号化方式、例えば、ＭＰＥＧ２、ＭＰＥＧ４、ＤＶのそれぞれのフォーマットの相互変換処理を行うようになっている。
【００３８】
ゲートウエイ処理テーブル２１１は、インターネット１０４から受信したパケットのうち、ＩＥＥＥ１３９４バス１０２へ送信すべきパケットの属性情報を登録したものである。例えば、インターネット１０４上のビデオサーバ１０５等から接続装置１０３を介してＩＥＥＥ１３９４バス１０２に接続されている端末装置（例えばＡＶ視聴装置１０１）へコンテンツを配信する際には、インターネット１０４側から入力される当該コンテンツのパケットを識別するための識別子（例えば、宛先ＩＰアドレスと宛先ポート番号、送信元ＩＰアドレスと送信元ポート番号）、ＩＥＥＥ１３９４バス１０２側へ出力するために必要なプロトコル変換等に関する情報（入力プロトコルと出力プロトコルとの対応関係等）等が登録されている。
【００３９】
制御部２０５は、接続装置１０３の動作全体を制御するもので、インターネット１０４とＩＥＥＥ１３９４バス１０２との間のパケットの送受や上記各テーブル２０９、２１０、２１１の読み書きの制御等を行う。
【００４０】
さて、図１に示したような構成のネットワーク上において、ＩＰ処理機能を持たないＡＶ視聴装置１０１から、接続装置１０３を介して、インターネットに接続されたビデオサーバ１０５に対して、ビデオコンテンツの送信を要求し、当該ビデオコンテンツを配信してもらう場合を例にとり、以降説明する。すなわち、ビデオサーバ１０５の提供するサービスとは、ビデオコンテンツの配信であり、ＡＶ視聴装置１０１の提供するサービスはビデオコンテンツの利用（再生・表示）である場合を例にとり説明する。
【００４１】
図３は、接続装置１０３を介して、ＩＥＥＥ１３９４バス１０２上のＡＶ視聴装置１０１がインターネット１０４上のビデオサーバ１０５により提供されるコンテンツを認識して、その中から選択されたコンテンツをビデオサーバ１０５より配信してもらうまでのＡＶ視聴装置１０１、接続装置１０３、ビデオサーバ１０５間のシーケンスを示したものである。
【００４２】
まず、図３および図４を参照して、接続装置１０３を介して、ＡＶ視聴装置１０１がビデオサーバ１０５から提供されるコンテンツを認識するまでを説明する。図４は接続装置１０３の処理動作を示したフローチャートである。
【００４３】
ステップＳ１） 接続装置１０３は、まずＩＥＥＥ１３９４バス１０２に接続されている端末装置の属性情報を入手するために、ＩＥＥＥ１３９４バス１０２に接続している各端末装置のＩＥＥＥ１２１２レジスタを読み込む。この動作は、接続装置１０３の制御部２０５が起動し、ＩＥＥＥ１３９４インタフェース部２０１がＩＥＥＥ１３９４バス１０２に接続された各端末装置のＩＥＥＥ１２１２の規格に則ったレジスタ（以下、簡単に、ＩＥＥＥ１２１２レジスタと呼ぶ）の予め定められた領域（属性情報の書込領域として予め定められた領域で、その領域がどこにあるかは予めＩＥＥＥ１３９４サービス・装置認識部２０３に登録してあるものとし、この登録された情報を参照してＩＥＥＥ１３９４インタフェース部２０１がＩＥＥＥ１３９４バス１０２に接続された各端末装置のＩＥＥＥ１２１２レジスタにアクセスする）を読み込むことで行う。
【００４４】
ＩＥＥＥ１３９４バス１０２に接続されている各端末装置に具備されているＩＥＥＥ１２１２レジスタには、例えば、図１０に示すように、当該装置のベンダや製造番号、装置名、商品名、サービスの属性（例えば、ＡＶ視聴装置１０１なら、視聴可能なコンテンツの符号化方式等）、アイコン、制御ソフトウエア等の当該装置の有する予め定められた種別の属性情報が格納されている。この動作を通して、接続装置１０３は、ＩＥＥＥ１３９４バス１１０２にＡＶ視聴装置１０１が接続され、これは、例えばディジタルビデオ（ＤＶ）デコーダを持つＤＶ専用再生装置である事を認識することができるようになっている（図４のステップＳ２１）。この認識を行うのが、ＩＥＥＥ１３９４サービス・装置認識部２０３である。
【００４５】
接続装置１０３は、ＩＥＥＥ１３９４バス１０２上にＡＶ視聴装置１０１が存在していることを認識すると（図４のステップＳ２２）、アクセスサーバインデックステーブル２１０に基いて、該テーブルに記されているサーバのサービス表示テーブル２０９の作成を開始する。
【００４６】
アクセスサーバインデックステーブル２１０とは、このために、インターネット１０４上のどのサーバにアクセスに行き、コンテンツ情報を集めてくるかについての情報をプールしておくためのテーブルである。
【００４７】
アクセスサーバインデックステーブル２１０の一例を図５に示す。図５に示すように、アクセスサーバインデックステーブル２１０には、アクセスすべき（属性情報を集めて来るべき）サーバ毎に、当該サーバにて適用されるプロトコル、アドレス、当該サーバから取得できるサービスの属性（例えば、オーディオコンテンツの提供でるか、ビデオコンテンツの提供であるか等のサービスの種別、オーディオ／ビデオコンテンツの符号化方式が何であるか）等が登録されている。本実施形態では、音声についてはどんな音声符号化されたものであってもよいが、映像についてはＭＰＥＧ２、ＭＰＥＧ４、ＤＶのどれかの符号化方式にて符号化されたものに限定するものとする。
【００４８】
アクセスサーバインデックステーブル２１０の内容は、接続装置１０３を販売・供給しているプロバイダやベンダ（例えば電話会社やＣＡＴＶ会社の業者）が供給時あるいは設置時に予め登録するようにしてもよいし、ユーザが登録するものであってもよい。また、ネットワークや放送網を通じてダウンロードされてきたり、ＩＣカードなどの形で随時登録できるようになっていてもよい。
【００４９】
ステップＳ２） さて、アクセスサーバインデックステーブル２１０を参照して、インターネット１０４のサーバ（例えば、サーバアドレス「ｖｉｄｅｏ．ｘｙｚ．ｃｏ．ｊｐ」）からビデオコンテンツの配信が可能である事を知った接続装置１０３は、当該ビデオサーバ１０５にアクセスし、ビデオサーバ１０５の有する属性情報を、例えばＲＴＳＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）等を用いて収集する。
【００５０】
ビデオサーバ１０５へのアクセスは、アクセスサーバインデックステーブル２１０を参照した制御部２０５がＲＴＳＰ等のインターネットコマンドの生成／解釈を行い、さらに、インターネット処理部２０７、インターネットインタフェース部２０８を介して行う。
【００５１】
ビデオサーバ１０５から収集された属性情報のうち、サービスに関する属性情報はサービス表示テーブル２０９に登録し、例えば、図７に示したようなサービス表示テーブルを作成する（図４のステップＳ２３）。また、ビデオサーバ１０５から収集された属性情報のうち、予め定められた種別の属性情報はＩＥＥＥ１２１２レジスタに書込む。
【００５２】
ここで、図６に示すフローチャートを参照して、サービス表示テーブル２０９の作成処理手順について説明する。
接続装置１０３は、好ましくは、アクセスサーバインデックステーブル２１０から、サービス属性がＡＶ視聴装置１０１のサービス属性（符号化方式等）と一致するビデオサーバ１０５にアクセスして、ビデオサーバ１０５からＲＴＳＰ等のプロトコルを用いてサービスの属性情報（この場合、コンテンツを提供するサービスであるので、当該コンテンツのタイトル、コンテンツの符号化方式、放送時間等）を収集する。この手順を、例えばビデオサーバ１０５にコンテンツのある限り続けていく（ステップＳ３１〜ステップＳ３３）。もちろん、コンテンツの数を予め限定して、あるいは、予め指定された条件に基づく検索（例えば主演俳優の名前とか、コンテンツのジャンル等、ユーザの好みをパラメータとして登録された情報フィルタリング等）が終わるまで行うようにしてもよい。
【００５３】
なお、収集するサービス属性は、ＡＶ視聴装置のサービス属性と一致する必要はない。すなわち、例えば、サーバから提供できるコンテンツの符号化方式がＡＶ視聴装置で視聴可能なコンテンツの符号化方式と異なっていてもよい。しかし、この場合には、当該コンテンツは、符号化方式の変換などを行わない限り、そのままＡＶ視聴装置１０１に配信しても意味が無い（ＡＶ視聴装置１０１が復号化できないから）ので、ビデオサーバ１０５から送られてきたサービス属性（符号化方式など）と、ＡＶ視聴装置１０１のサービス属性との間での属性変換機能が当該接続装置１０３内に存在するか否かをチェックする（ステップＳ３４〜ステップＳ３５）。
【００５４】
例えば、ビデオサーバ１０５から配信されるビデオコンテンツはＭＰＥＧ４で配信されるが、ＡＶ視聴装置１０１はＤＶコーデックしかない場合、接続装置１０３にはＭＰＥＧ４からＤＶへの変換機能が必要になる。このような属性変換機能の有無をチェックするわけである。
【００５５】
ここで、接続装置１０３内に、このような属性変換機能が無い場合には、そのコンテンツをＡＶ視聴装置１０１に配信することは意味がなくなる。よって、そのＡＶ視聴装置１０１について、接続装置１０３は、当該コンテンツを提供するサービスをサービス表示テーブル２０９に登録することはせず、結局そのサービスはＡＶ視聴装置１０１側には表示されないことになる（ステップＳ３６）。
【００５６】
サービス表示テーブル２０９は、ＩＥＥＥ１３９４バス１０２に接続されている各端末装置毎に複数作成されるものであってもよい。すなわち、収集されたサーバの属性情報のうち、当該端末装置に提供可能なサービスに関する属性情報のみを登録するものであってもよい。
【００５７】
これに対し、当該属性変換機能を接続装置１０３がサポートしている場合には、図７に示すように、サービス表示テーブル２０９に属性変換を登録し（ステップＳ３７）、さらに、そのサービスに関する属性情報（例えば、コンテンツのタイトル、符号化方式等、当該サーバにて適用されているプロトコル、アドレス等）をサービス表示テーブル２０９に登録する（ステップＳ３８）。
【００５８】
属性変換機能はフォーマット変換部２０４にある。すなわち、フォーマット変換部２０４では、ＭＰＥＧ２、ＭＰＥＧ４、ＤＶのそれぞれのフォーマットの相互変換を行う機能を持ち、例えば、ＭＰＥＧ４からＤＶへの変換機能のサポートをここで行える。
【００５９】
なお、ステップＳ３４において、収集されたサービス属性がＡＶ視聴装置１０１のサポートするサービス属性と一致している場合には、フォーマット変換を行う必要が無いため、そのままステップＳ３８に進み、サービス表示テーブル２０９への登録を行うようにしてもよい。
【００６０】
以上の処理を配信されてくるサービス属性に含まれるコンテンツタイトルに対して終了するか、もしくは所定の数のタイトルの調査が終わるまで、あるいは予め指定された検索（例えば主演俳優の名前とか、コンテンツのジャンル等、ユーザの好みをパラメータとして登録された情報フィルタリング等）が終わるまで行う（ステップＳ３９）。
【００６１】
なお、図６に示したサービス表示テーブル作成処理は、コンテンツの提供される装置によって、基準が異なる場合がある（例えば、２つ以上のＡＶ視聴装置があり、これらのサポートする符号化方式が異なる場合）。このような場合には、性能の異なるＡＶ視聴装置毎に、図７に示したようなサービス表示テーブルを作成してもよい。
【００６２】
また、図６に示したのサービス表示テーブル作成処理は、後述するＡＶ視聴装置１０１からのサービス表示要求（図３のステップＳ５）の受信後に行ってもよい。
【００６３】
ステップＳ３） さて、インターネット１０４上のビデオサーバ１０５の属性情報を収集した接続装置１０３は、その収集した属性情報に基づき、前述したように、サービス表示テーブル２０９を作成するとともに、当該属性情報のうち、予め定められた種別の属性情報はＩＥＥＥ１２１２レジスタ２０２に、例えば図１０に示したように書込む。すなわち、自分がビデオサーバ１０５であるとして、ＩＥＥＥ１３９４バス１０２上のＡＶ視聴装置１０１に広告を行うことになる。ＡＶ視聴装置１０１にとっては、接続装置１０３はビデオサーバ１０５の代理サーバとなる。つまり、ＡＶ視聴装置１０１にとっては、接続装置１０３がビデオサーバ１０５に見える。これは、ＡＶ視聴装置１０１がＩＥＥＥ１３９４プロトコル群しか認識ができないため、インターネットプロトコル群で提供されるコンテンツを、そのままでは見たり、配送してもらったりといった制御ができないからである。しかし、実際には接続装置１０３はビデオサーバ１０５の代わりに自分がビデオサーバであると名乗るのみであり、実際にビデオの配信要求などがきた場合は、後述するように、接続装置１０３がビデオサーバ１０５にビデオの配信要求を出し直す。
【００６４】
なお、アクセスしたサーバが複数ある場合は、各サーバ毎に図１０に示したような形式でＩＥＥＥ１２１２レジスタ２０２の予め定められた領域に属性情報を書き込めばよい。
【００６５】
さて、このようにＡＶ視聴装置１０１に対して、接続装置１０３自身がビデオサーバ１０５であるように認識させるため、接続装置１０３はＩＥＥＥ１３９４バス１０２に対して、自分がビデオサーバ１０５であるかのごとく、ＩＥＥＥ１２１２レジスタ２０２に自分の属性（ビデオサーバ）を広告する（図４のステップＳ２４）。
【００６６】
ステップＳ４） これにより、ＡＶ視聴装置１０１が接続装置１０３のＩＥＥＥ１２１２レジスタ２０２の所定領域を読み込んだ場合には、ＡＶ視聴装置１０１からは、接続装置１０３はビデオサーバ１０５（それも、ＩＥＥＥ１３９４プロトコルで稼働するビデオサーバ）である様に認識される。
【００６７】
ステップＳ５〜ステップＳ７） 接続装置１０３がビデオサーバであるとして認識したＡＶ視聴装置１０１は、この「ビデオサーバ」がどのようなコンテンツを持っているのかを調べるべく、ＩＥＥＥ１３９４プロトコル群（例えばＩＥＥＥ１３９４ＡＶ／Ｃ）を用いてサービスの一覧表示の要求を接続装置１０３に送出する場合がある（図４のステップＳ２５）。この様な場合には、前述の図７のサービス表示テーブル２０９のＡＶ視聴装置１０１に該当する部分の内容をＩＥＥＥ１３９４プロトコル群を使ってＡＶ視聴装置１０１に配信する。すなわち、接続装置１０３がＩＥＥＥ１３９４バス１０２に接続されている装置（具体的にはＡＶ視聴装置１０１）に対して提供するコンテンツに関する広告情報（例えば、コンテンツのタイトル、配信時間等を含む）として、サービス表示テーブル２０９の内容の全部あるいは一部をＡＶ視聴装置１０１に配信する（図４のステップＳ２６）。なお、サービス表示テーブル２０９の内容の配信のためのプロトコルとしては、ＩＥＥ１３９４ＡＶ／Ｃプロトコルに用意されるコンテンツ配信、あるいはファイル属性配信のためのプロトコルを用いてもよい。
【００６８】
ＡＶ視聴装置１０１では、この配信された広告情報を、例えばＧＵＩ表示画面に表示し、このＧＵＩ表示画面を介して、ユーザが所望のタイトルのコンテンツを選択できるようにしてもよい。
【００６９】
以上は、ＡＶ視聴装置１０１がビデオサーバ１０５のコンテンツを認識するまでの説明であった。
次に、図３および図８を参照して、ビデオサーバ１０５からユーザにより選択されたタイトルのコンテンツを配信する際の処理動作について説明する。図８は、接続装置１０３の配信処理動作を示したフローチャートである。
【００７０】
ステップＳ８） ＡＶ視聴装置１０１のユーザは、接続装置１０３から配信された広告情報から、自分が見たいタイトルのコンテンツを選択し、そのコンテンツの配信を要求する。ここで、このユーザが選択したコンテンツは、タイトルが「α」であるとする。これと前後して、ＡＶ視聴装置１０１は、タイトルαのコンテンツ配信に用いられるＩＥＥＥ１３９４バス１０２上の同期チャネルの確保や、そのチャネル番号の接続装置１０３への通知などを行っていてもよい。そして、確保したチャネルの識別子（チャネル番号＃ｘ）や、接続装置１０３内で行うべき変換処理等を図９に示すように、ゲートウエイ処理テーブル２１１へ登録しておく。
【００７１】
この時点で、ＡＶ視聴装置１０１は、当該配信されるコンテンツは接続装置１０３が配信するものであり、かつ、配信されるコンテンツの符号化方式はＤＶフォーマットであるものと期待している。しかしながら、実際には、このコンテンツはビデオサーバ１０５に蓄積されており、更にその符号化方式はＭＰＥＧ４であるものとする。即ち、接続装置１０３が、ＡＶ視聴装置１０１にとっては、ビデオ配信の代理サーバとなっており、かつそのことをＡＶ視聴装置１０１は認識していない。また、タイトルαのコンテンツの配信要求は、ＩＥＥＥ１３９４プロトコル群を用いて行われているものとする（図８のステップＳ４１）。
【００７２】
ＡＶ視聴装置１０１からの番組配信要求を受信した接続装置１０３は、図７のサービス表示テーブル２０９を参照し、配信要求のあったタイトルαのコンテンツは、インターネット１０４側のビデオサーバ１０５（アドレス「ｖｉｄｅｏ．ｘｙｚ．ｃｏ．ｊｐ」）にあり、その配信されるコンテンツの符号化方式はＭＰＥＧ４であるので、ＡＶ視聴装置１０１への配信時は、当該コンテンツをＭＰＥＧ４からＤＶへプロトコル変換を行う必要があることを認識する（図８のステップＳ４２）。よって、ここで接続装置１０３内のＭＰＥＧ４／ＤＶ変換機能、すなわち、フォーマット変換部２０４のＭＰＥＧ４／ＤＶ変換機能を起動する。
【００７３】
ステップＳ９） 次に、接続装置１０３は、インターネット１０４側のビデオサーバ１０５へ、ユーザから要求のあったタイトルαのコンテンツの配信要求を送信する（図８のステップＳ４３）。この際のプロトコルは、例えばＩＥＴＦのＲＴＳＰを用いてもよい。
【００７４】
以上の処理を行うことにより、図９に示したような、ビデオサーバ１０５からのコンテンツをＡＶ視聴装置１０１へ配信する際のゲートウエイ処理テーブルが完成する（図８のステップＳ４４）。
【００７５】
図９のゲートウエイ処理テーブルには、インターネット１０４上のビデオサーバ１０５から送られてくるパケットの属性情報（例えば、入力プロトコル、入力識別子、変換処理、出力プロトコル、出力識別子）が登録されている。すなわち、入力プロトコルとして「インターネット」が、また、当該パケットの識別子として、宛先ＩＰアドレスと宛先ポート番号（ＴＣＰやＵＤＰで規定）と送信元ＩＰアドレスと送信元ポート番号とが登録されている。また、ビデオサーバ１０５から配信される当該コンテンツの符号化方式はＭＰＥＧ４で、ＡＶ視聴装置１０１の属性はＤＶであるので、当該配信されるコンテンツに対し施すべき変換処理として、「ＭＰＥＧ４からＤＶへの変換処理」と登録されている。また、接続装置１０３からＡＶ視聴装置１０１へ出力するパケットの出力プロトコルとして「ＩＥＥＥ１３９４プロトコル」が、また、接続装置１０３とＡＶ視聴装置１０１との間に先に確保されたチャネルの識別子（＃ｘ）が出力識別子として登録されている。
【００７６】
ステップＳ１０） コンテンツの配信要求を受けたビデオサーバ１０５は、指定されたタイトルαのコンテンツの配信を行う。なお、ビデオサーバ１０５からは、ＭＰＥＧ４ｏｖｅｒＩＰの形で接続装置１０３に当該コンテンツが配信される（図８のステップＳ４５）。
【００７７】
ステップＳ１１） これを受信した接続装置１０３は、ゲートウェイ処理テーブル２１１を参照し、入力識別子（ＩＰアドレスとポート番号の組み合わせ）などから、これが先にステップＳ９において配信要求したタイトルαというコンテンツであることを認識し、この受信データをフォーマット変換部２０４において、ＤＶフォーマットに変換処理する。フォーマット変換部２０４では、インターネット１０４から入力したＩＰパケットからＭＰＥＧ４のストリームを取り出し、ＭＰＥＧ４復号化を行った後、ＤＶにて符号化し直す（図８のステップＳ４６）。
【００７８】
ステップＳ１２） 最後に、接続装置１０３は、先に予約した同期チャネル＃ｘ等を通して、ＩＥＥＥ１３９４プロトコル群にて定められたＤＶフォーマット映像の転送方式、例えばＩＥＣ６１８８３に従った転送方式にて、タイトルαというコンテンツをＡＶ視聴装置１０１に配信する（図８のステップＳ４７）。
【００７９】
ここで、ＡＶ視聴装置１０１は、タイトルαというコンテンツがビデオサーバ１０５から配信されたものであるという認識はなく、接続装置１０３から直接ＤＶフォーマットにて配信されたものであると認識している。
【００８０】
なお、ビデオサーバ１０５からの配信が有料である場合には、ステップＳ７でコンテンツの広告情報をＡＶ視聴装置１０１に提示する際に、このコンテンツの配信は有料である旨をＡＶ視聴装置１０１（のユーザ）に対してあらかじめ通知をしておくことが望ましい。
【００８１】
また、本実施形態ではＩＥＥＥ１３９４上の他端末からの、又は他端末へのサービス属性の通知は、ＩＥＥＥ１２１２レジスタを通じて行うものとして説明してきたが、サービス通知プロトコルをメッセージベースで行う等、種々の方式が考えられる。
【００８２】
以上の説明では、接続装置１０３はインターネットとＩＥＥＥ１３９４バスとに接続し、インターネット上のサーバの有するサービスをＩＥＥＥ１３９４バス上の端末装置へ提供する場合であったが、接続装置１０３により接続されるネットワークは、この場合に限るものではない。
【００８３】
例えば、図１のネットワーク構成において、インターネット１０４を第１のネットワーク１０４、ＩＥＥＥ１３９４バス１０２を第２のネットワーク１０２と一般化すると、接続装置１０３は、第１のネットワーク１０４上のサーバの有するサービスを第２のネットワーク１０２上の端末装置へ提供するものである。
【００８４】
図１１に接続装置１０３の一般的な構成例を示す。接続装置１０３は、大きく分けて、第１のネットワークのインタフェース部（第１のネットワークＩＦ部）３０１、第２のネットワークのインタフェース部（第２のネットワークＩＦ部）３０１、フォーマット変換部２０４、サービス表示テーブル２０９、ゲートウエイ処理テーブル２１１、制御部２０５から構成される。
【００８５】
第１のネットワークＩＦ部３０１は、当該第１のネットワーク１０４上での通信に必要な既存の構成および機能を有する。前述の実施形態におけるインターネット処理部２０７、インターネットインタフェース部２０８に対応する。
【００８６】
第２のネットワークＩＦ部３０２は、当該第２のネットワーク上での通信に必要な既存構成および機能を有する。前述の実施形態におけるＩＥＥＥ１３９４インタフェース部２１０、ＩＥＥＥ１２１２レジスタ２０２、ＩＥＥＥ１３９４サービス装置認識部２０３に対応する。
【００８７】
第２のネットワークＩＦ部３０２の本発明に特徴的な部分は、第１のネットワークＩＦ部３０１にて収集された当該第１のネットワーク１０４上のサーバ（サービス提供装置）の属性情報に基づき作成されたサービス表示テーブル２０９を基に、第１のネットワーク１０４上のサーバから提供されるサービスを（いわゆる代理サーバのごとく）第２のネットワーク１０２に提示することである。このための手段として、上記実施形態では、ＩＥＥＥ１２１２レジスタ２２０１とＩＥＥＥ１３９４サービス装置認識部２０３を用いているということである。
【００８８】
サービス表示テーブル２０９には、第１のネットワーク１０４上のサーバから収集した該サーバが提供するサービスを含む該サーバの属性情報が登録される。ゲートウエイ処理テーブル２１１には、第１のネットワーク１０４上のサーバから提供されるサービス（例えば、当該サービスの提供に係るコンテンツを包含したパケットの識別子等）と、該サービスの提供に係るコンテンツを第２のネットワーク１０２上の端末装置に送信する際に必要な変換処理との対応関係とが登録される。
フォーマット変換部２０４は、ゲートウエイ処理テーブル２１１に登録されている変換処理を実行する。
【００８９】
【発明の効果】
以上説明したように、本発明によれば、異なるプロトコルのネットワークを介してのサービスの提供・利用が容易に行える。
【図面の簡単な説明】
【図１】本発明の実施形態に係るネットワークの構成例を示した図。
【図２】接続装置の内部構成例を示した図。
【図３】接続装置を介して、ＩＥＥＥ１３９４バス上のＡＶ視聴装置がインターネット上のビデオサーバにより提供されるコンテンツを認識して、その中から選択されたコンテンツをビデオサーバより配信してもらうまでのＡＶ視聴装置、接続装置、ビデオサーバ間の処理手順を示したシーケンス図。
【図４】接続装置の処理動作を示したフローチャート。
【図５】アクセスサーバインデックステーブル一例を示した図。
【図６】接続装置におけるサービス表示テーブルの作成処理動作を説明するためのフローチャート。
【図７】サービス表示テーブルの一例を示した図。
【図８】接続装置におけるコンテンツの配信処理動作を説明するためのフローチャート。
【図９】ゲートウエイ処理テーブルの一例を示した図。
【図１０】ＩＥＥＥ１２１２レジスタに書き込まれるＩＥＥＥ１３９４端末装置およびサーバの属性情報の一例を示した図。
【図１１】接続装置の一般的な構成例を示した図。
【符号の説明】
１０１…ＡＶ接続装置、１０２…ＩＥＥＥ１３９４バス、１０３…接続装置、１０４…インターネット、１０５…ビデオサーバ
Claims (10)
- サーバの接続された第１のネットワークと、端末装置が接続された第２のネットワークとに接続された通信装置であって、
前記サーバから当該サーバが提供するサービスの属性情報を収集し、記憶する第１の記憶手段と、
前記第１の記憶手段で記憶された前記属性情報のうち、当該端末装置で利用可能なサービスの属性情報を前記第２のネットワークに依存するプロトコルに従って前記端末装置へ提示する提示手段と、
前記提示手段で提示された属性情報に基づき前記端末装置で選択されたサービスを前記サーバに要求し、当該選択されたサービスを前記端末装置へ提供する提供手段と、
を具備したことを特徴とする通信装置。 - 前記第１のネットワークは公衆網であり、前記第２のネットワークはホームネットワークであることを特徴とする請求項１記載の通信装置。
- 前記第１の記憶手段は、前記サーバが提供するサービスのうち予め指定された条件を満たすサービスの属性情報を収集することを特徴とする請求項１記載の通信装置。
- 前記予め指定された条件には、前記サービスとして提供されるコンテンツに出演する主演俳優の名前、当該コンテンツのジャンルのうちの少なくとも１つを含むことを特徴とする請求項３記載の通信装置。
- 前記提示手段は、前記端末装置で利用可能な属性をもつサービスの属性情報と、前記通信装置が前記端末装置で利用可能な属性へ変換することができる属性をもつサービスの属性情報を提示することを特徴とする請求項１記載の通信装置。
- 前記サービスの属性情報のうちコンテンツを提供するサービスの属性情報には、少なくとも当該コンテンツのタイトルと符号化方式を表す情報を含み、
前記第１の記憶手段は、収集された前記コンテンツを提供するサービスの属性情報のうち、前記端末装置で利用可能な符号化方式の属性情報と当該端末装置で利用可能な形態に変換可能な符号化方式の属性情報を記憶することを特徴とする請求項５記載の通信装置。 - 前記第１の記憶手段に記憶される前記属性情報は、少なくとも前記サーバのアドレスとプロトコルを含み、
前記提供手段は、前記端末装置から前記第２のネットワークに依存するプロトコルに従って前記提示手段で提示された属性情報に基づき選択されたサービスの要求を受信すると、前記第１の記憶手段に記憶された当該選択されたサービスの属性情報に基づき該要求を前記サーバに送信することを特徴とする請求項１記載の通信装置。 - 前記サーバから提供されるサービスと当該サービスを前記端末装置が利用可能な属性へ変換するための変換処理との対応関係を表す情報を記憶する第２の記憶手段をさらに具備し、
前記提供手段は、前記サーバから前記第１のネットワークに依存するプロトコルに従って前記選択されたサービスを受信すると、当該サービスに前記第２の記憶手段に記憶された対応関係から導かれる変換処理を施して前記第２のネットワークに依存するプロトコルに従って前記端末装置に送信することを特徴とすることを特徴とする請求項１記載の通信装置。 - 前記サーバへアクセスする際に必要なアクセス情報を予め記憶した第３の記憶手段をさらに具備したことを特徴とする請求項１記載の通信装置。
- 第１のネットワーク上のサーバから、第２のネットワーク上の端末装置へコンテンツあるいはサービスを提供するサービス提供方法であって、
前記サーバから当該サーバが提供するサービスの属性情報収集し、記憶するステップと、
この記憶された前記属性情報のうち当該端末装置で利用可能なサービスの属性情報を前記第２のネットワークに依存するプロトコルに従って前記端末装置へ提示するステップと、
提示された属性情報に基づき前記端末装置で選択されたサービスを前記サーバに要求し、当該選択されたサービスを前記端末装置へ提供するステップと、
を有することを特徴とするサービス提供方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14402898A JP3571912B2 (ja) | 1998-05-26 | 1998-05-26 | 通信装置およびサービス提供方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14402898A JP3571912B2 (ja) | 1998-05-26 | 1998-05-26 | 通信装置およびサービス提供方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11341040A JPH11341040A (ja) | 1999-12-10 |
| JP3571912B2 true JP3571912B2 (ja) | 2004-09-29 |
Family
ID=15352654
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14402898A Expired - Fee Related JP3571912B2 (ja) | 1998-05-26 | 1998-05-26 | 通信装置およびサービス提供方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3571912B2 (ja) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1867068A (zh) | 1998-07-14 | 2006-11-22 | 联合视频制品公司 | 交互式电视节目导视系统及其方法 |
| US6859799B1 (en) | 1998-11-30 | 2005-02-22 | Gemstar Development Corporation | Search engine for video and graphics |
| JP2002007074A (ja) * | 2000-04-17 | 2002-01-11 | Matsushita Electric Ind Co Ltd | 記録装置および送信装置 |
| JP3570501B2 (ja) | 2000-06-15 | 2004-09-29 | 日本電気株式会社 | ネットワークシステム及びパケットデータ伝送方法 |
| US7103906B1 (en) | 2000-09-29 | 2006-09-05 | International Business Machines Corporation | User controlled multi-device media-on-demand system |
| CN100397899C (zh) | 2000-10-11 | 2008-06-25 | 联合视频制品公司 | 提供数据存储到点播媒体传递系统中服务器上的系统和方法 |
| JP3685753B2 (ja) | 2001-11-30 | 2005-08-24 | パナソニック コミュニケーションズ株式会社 | 宅側情報配信システム及び番組受信方法 |
| US7209874B2 (en) | 2002-02-25 | 2007-04-24 | Zoran Corporation | Emulator-enabled network connectivity to a device |
| DE10228605A1 (de) * | 2002-06-26 | 2004-01-15 | Deutsche Thomson-Brandt Gmbh | Modul zur Integration in einem Heimnetzwerk |
| JP2004030374A (ja) | 2002-06-27 | 2004-01-29 | Fujitsu Ltd | ライセンス・ポリシーに応じたセキュリティ方式でコンテンツを送信するための情報処理装置、プログラムおよび方法 |
| US8931010B2 (en) * | 2002-11-04 | 2015-01-06 | Rovi Solutions Corporation | Methods and apparatus for client aggregation of media in a networked media system |
| US7493646B2 (en) | 2003-01-30 | 2009-02-17 | United Video Properties, Inc. | Interactive television systems with digital video recording and adjustable reminders |
| WO2005057865A1 (ja) * | 2003-12-11 | 2005-06-23 | Matsushita Electric Industrial Co., Ltd. | パケット送信装置 |
| US8086575B2 (en) | 2004-09-23 | 2011-12-27 | Rovi Solutions Corporation | Methods and apparatus for integrating disparate media formats in a networked media system |
| US9467322B2 (en) | 2005-12-27 | 2016-10-11 | Rovi Solutions Corporation | Methods and apparatus for integrating media across a wide area network |
| US8607287B2 (en) | 2005-12-29 | 2013-12-10 | United Video Properties, Inc. | Interactive media guidance system having multiple devices |
| US9681105B2 (en) | 2005-12-29 | 2017-06-13 | Rovi Guides, Inc. | Interactive media guidance system having multiple devices |
| US7929551B2 (en) | 2006-06-01 | 2011-04-19 | Rovi Solutions Corporation | Methods and apparatus for transferring media across a network using a network interface device |
| JP5148095B2 (ja) * | 2006-10-05 | 2013-02-20 | シャープ株式会社 | コンテンツ配信サーバ、コンテンツ提供サーバ、コンテンツ配信システム、コンテンツ配信方法、コンテンツ提供方法、および、制御プログラム |
| US20090019492A1 (en) | 2007-07-11 | 2009-01-15 | United Video Properties, Inc. | Systems and methods for mirroring and transcoding media content |
| US10063934B2 (en) | 2008-11-25 | 2018-08-28 | Rovi Technologies Corporation | Reducing unicast session duration with restart TV |
| US9014546B2 (en) | 2009-09-23 | 2015-04-21 | Rovi Guides, Inc. | Systems and methods for automatically detecting users within detection regions of media devices |
| JP5351136B2 (ja) * | 2010-12-22 | 2013-11-27 | 住友電気工業株式会社 | 映像中継装置及びホームゲートウェイ |
| US8805418B2 (en) | 2011-12-23 | 2014-08-12 | United Video Properties, Inc. | Methods and systems for performing actions based on location-based rules |
| US9674563B2 (en) | 2013-11-04 | 2017-06-06 | Rovi Guides, Inc. | Systems and methods for recommending content |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08274902A (ja) * | 1995-04-04 | 1996-10-18 | Sony Corp | データサーバシステム、および端末、並びにデータ送信方法 |
| JPH09101924A (ja) * | 1995-10-06 | 1997-04-15 | Nippon Telegr & Teleph Corp <Ntt> | 通信サービス仲介方法及び装置並びに通信サービス仲介装置を利用した電子掲示板システム |
| JP3719789B2 (ja) * | 1996-10-04 | 2005-11-24 | 株式会社東芝 | 通信端末装置及び中継装置 |
-
1998
- 1998-05-26 JP JP14402898A patent/JP3571912B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11341040A (ja) | 1999-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3571912B2 (ja) | 通信装置およびサービス提供方法 | |
| US6523696B1 (en) | Communication control device for realizing uniform service providing environment | |
| US7523214B2 (en) | Content providing server, information processing device and method, and computer program | |
| US8239574B2 (en) | Apparatus and method for sharing a bookmark with other users in a home network | |
| US20060195545A1 (en) | Information processing apparatus and content information processing method | |
| JP5393752B2 (ja) | 家庭用通信網の認証済み操作のための方法および機器 | |
| CN102007732B (zh) | UPnP/DNLA兼容的MR-DVR | |
| MX2007007265A (es) | Metodo y sistma para compartir y tramitar globalmente contenidos en area local. | |
| WO2007105460A1 (ja) | 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム | |
| JP2004274159A (ja) | 情報機器及び資源制御方法 | |
| JP2005318639A (ja) | データの伝送方法 | |
| JP2005531231A (ja) | ホームネットワークに組み込むためのモジュール | |
| WO2000044146A1 (fr) | Systeme de gestion de reseau, controleur, cible et consommateur destines a etre utilises dans ledit systeme de gestion de reseau | |
| CN102006519A (zh) | 多媒体终端和ip机顶盒之间的互动方法和系统 | |
| JP2007208693A (ja) | 通信装置、通信システム、通信方法および通信プログラム | |
| JPH1188406A (ja) | 集合住宅配線システム、蓄積装置、通信装置、ルータ装置及びラベルスイッチングパスの設定方法 | |
| JPWO2018034172A1 (ja) | 情報処理装置、クライアント装置、及び、データ処理方法 | |
| JP3583621B2 (ja) | 通信装置、通信方法及び通信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| US20050132366A1 (en) | Creating virtual device for universal plug and play | |
| JP4808122B2 (ja) | 内部ネットワーク上の内部端末に外部ネットワーク上の外部サーバからコンテンツを取得して送信する方法、内部サーバ、及び外部サーバ | |
| US20140012955A1 (en) | Communication System, Communication Device, And Communication Method | |
| EP2339787B1 (en) | System and Method for Displaying Document Content Using UPnP | |
| JP4419434B2 (ja) | サーバ装置、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| Den Hartog et al. | Tackling the complexity of residential gateways in an unbundling value chain | |
| JP5674090B2 (ja) | コンテンツ転送システム、コンテンツ転送システム制御方法およびその制御用プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040622 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040625 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080702 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090702 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090702 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100702 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110702 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120702 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130702 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |