(57)【要約】【課題】ローカルネットワーク内において、グローバルネットワーク上のコンテンツに対する、操作性のよい制御を実現することが可能なネットワークシステムを提供すること。【解決手段】本発明に係るネットワークシステムはグローバルネットワークとローカルネットワークとを接続するゲートウェイと、ゲートウェイを介してグローバルネットワークからコンテンツを取得し再生可能な２つの情報処理装置とを具備し、一方の情報処理装置はユーザからコンテンツの再生を他方の情報処理装置に引き継がせるための指示を受け付ける入力部と、指示が入力されたときに当該他方の情報処理装置にグローバルネットワークからコンテンツを取得するための再生引継ぎ命令を伝送する再生引継ぎ命令送信部とを具備し、他方の情報処理装置はコンテンツアクセス情報を含む再生引継ぎ命令を受信する再生引継ぎ命令受信部と、受信した再生引継ぎ命令を実行する命令実行部とを具備する。【選択図】図１
2012138731.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの供給源を含むグローバルネットワークとローカルネットワークとを接続するゲートウェイと、
前記ローカルネットワークに接続可能であり、前記ゲートウェイを介して前記グローバルネットワークから前記コンテンツを取得し再生可能な少なくとも２つの情報処理装置とを具備し、
前記２つの情報処理装置のうち、一方の情報処理装置は、
ユーザから前記コンテンツの再生を他方の情報処理装置に引き継がせるための指示を受け付ける入力部と、
前記指示が入力されたとき、前記他方の情報処理装置に、前記グローバルネットワークから前記コンテンツを取得するために必要なコンテンツアクセス情報を含む再生引継ぎ命令を伝送する再生引継ぎ命令送信部とを具備し、
他方の情報処理装置は、
前記コンテンツアクセス情報を含む前記再生引継ぎ命令を受信する再生引継ぎ命令受信部と、
前記受信した再生引継ぎ命令を実行する命令実行部とを具備する
ネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムであって、
前記再生引継ぎ命令送信部及び前記再生引継ぎ命令受信部は、前記２つの情報処理装置をダイレクトに接続するインターフェイス手段を通じて再生引継ぎ命令を送受信するネットワークシステム。
【請求項３】
請求項２に記載のネットワークシステムであって、
前記インターフェイス手段は、ＨＤＭＩ（High-Definition Multimedia Interface）規格に準拠したインターフェイスであり、
前記再生引継ぎ命令送信部は、ＨＤＭＩ−ＣＥＣ（Consumer Electronics Control）による制御信号に前記コンテンツアクセス情報を追加した制御信号を伝送する
ネットワークシステム。
【請求項４】
請求項１に記載のネットワークシステムであって、
前記再生引継ぎ命令送信部及び前記再生引継ぎ命令受信部は、前記ローカルネットワークを通じて前記再生引継ぎ命令を送受信するネットワークシステム。
【請求項５】
請求項４に記載のネットワークシステムであって、
前記ローカルネットワークは、ＤＬＮＡ（Digital Living Network Alliance）規格に準拠したネットワークであり、
前記再生引継ぎ命令送信部は、ＵＰｎＰ（Universal Plug and Play）の制御メッセージに前記コンテンツアクセス情報を追加した制御メッセージを伝送する
ネットワークシステム。
【請求項６】
請求項１に記載のネットワークシステムであって、
前記再生引継ぎ命令が、コンテンツの時刻情報を含むネットワークシステム。
【請求項７】
コンテンツの供給源を含むグローバルネットワークとローカルネットワークとを接続するゲートウェイを介して、前記グローバルネットワークから前記コンテンツを取得し再生可能な少なくとも２つの情報処理装置を前記ローカルネットワークに接続し、
一方の情報処理装置は、
入力部にて、ユーザからコンテンツの再生を他方の情報処理装置に引き継ぐための指示を受け付け、
前記指示が入力されたとき、再生引継ぎ命令送信部にて、前記他方の情報処理装置に、前記グローバルネットワークから前記コンテンツを取得するために必要なコンテンツアクセス情報を含む再生引継ぎ命令を伝送し
他方の情報処理装置は、
再生引継ぎ命令受信部にて、前記一方の情報処理装置より前記アクセス情報を含む再生引継ぎ命令を受信し、
命令実行部にて、前記受信した再生引継ぎ命令を実行する
コンテンツ再生引継ぎ方法。
【請求項８】
ゲートウェイを介してグローバルネットワークと接続可能なローカルネットワークと接続するためのネットワーク接続部と、
前記ゲートウェイを介して前記グローバルネットワークから前記コンテンツを取得し再生可能なコンテンツ取得再生部と、
前記コンテンツの再生を前記ローカルネットワークに接続された他の機器にて引き継がせるための指示をユーザより受け付ける入力部と、
前記指示が入力されたとき、前記他の機器に、前記グローバルネットワークから前記コンテンツを取得するために必要なコンテンツアクセス情報を含む再生引継ぎ命令を伝送する再生引継ぎ命令送信部と、
他の機器より前記アクセス情報を含む再生引継ぎ命令を受信する再生引継ぎ命令受信部と、
前記受信した再生引継ぎ命令を実行する命令実行部と
してコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グローバルネットワークからコンテンツを取得することが可能な複数の情報処理装置を含むネットワークシステム、コンテンツ再生引継ぎ方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、家庭内のホームネットワークを構築する規格として、ＤＬＮＡ（Digital Living Network Alliance：登録商標）が知られている。このＤＬＮＡ規格により、音楽データや動画データ等のデジタルコンテンツが、ホームネットワーク内にて制御される。
【０００３】
例えば特許文献１では、ＤＬＮＡ規格を用いたホームネットワーク上で動作するコンテンツ再生システムが記載されている。このコンテンツ再生システムは、ホームネットワークを介して相互に接続されたコントローラ、サーバ及びレンダラを備える。
【０００４】
コントローラを介してユーザにより再生を希望するコンテンツが指示される。このときにコントローラによりそのコンテンツが再生可能な場合には、コントローラ自身がサーバからコンテンツを取得して再生する。コントローラ自身がコンテンツを再生できない場合には、そのコンテンツを再生できる機能を有するレンダラにコンテンツの再生が指示される。これによりユーザの操作性が向上される（特許文献１の段落［００７６］、［０１２４］、図２等参照）。
【０００５】
また近年、デジタルコンテンツを扱うＡＶ（Audio/Visual）機器間においてコンテンツを伝送するための様々な方式のインターフェイスが提案されている。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４規格や、ＨＤＭＩ（High-Definition Multimedia Interface：登録商標）規格等が広く知られている（例えば特許文献２の図１、図２等参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第４２８１７９８号公報
【特許文献２】特開２００７−２６７１１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載のホームネットワークにおいて、インターネットとの接続のための家庭内ゲートウェイが設置されているとする。そしてコントローラ及びレンダラが、家庭内ゲートウェイを介してインターネット上のコンテンツにアクセスし、表示することが可能であるとする。
【０００８】
例えばコントローラにより表示・視聴されていたコンテンツが、レンダラに切り替えて表示・視聴される場合が考えられる。しかしながらＤＬＮＡ規格を用いたホームネットワークでは、インターネットのグローバルアドレス上のコンテンツを指定することが出来ない。従ってレンダラに対して、グローバルアクセス上のコンテンツにアクセスし、表示するように指示することは困難である。
【０００９】
またコントローラとレンダラとが、ＨＤＭＩ等の有線高速デジタルインターフェイスで接続されている場合、当該インターフェイスを用いてコンテンツが伝送可能である。しかしながらこの場合、両機器間におけるコンテンツの再生解像度の調整が必要となり、最適な表示品位にならない可能性がある。
【００１０】
以上のような事情に鑑み、本発明の目的は、ローカルネットワーク内において、グローバルネットワーク上のコンテンツに対する、操作性のよい制御を実現することが可能なネットワークシステム、コンテンツ再生引継ぎ方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明の一形態に係るネットワークシステムは、ゲートウェイと、少なくとも２つの情報処理装置とを具備する。  
前記ゲートウェイは、コンテンツの供給源を含むグローバルネットワークとローカルネットワークとを接続する。  
前記２つの情報処理装置は、前記ローカルネットワークに接続可能であり、前記ゲートウェイを介して前記グローバルネットワークから前記コンテンツを取得し再生可能である。
前記２つの情報処理装置のうち、一方の情報処理装置は、入力部と、再生引継ぎ命令送信部とを具備する。  
前記入力部は、ユーザから前記コンテンツの再生を他方の情報処理装置に引き継がせるための指示を受け付ける。  
前記再生引継ぎ命令送信部は、前記指示が入力されたとき、前記他方の情報処理装置に、前記グローバルネットワークから前記コンテンツを取得するために必要なコンテンツアクセス情報を含む再生引継ぎ命令を伝送する。  
前記２つの情報処理装置のうち、他方の情報処理装置は、再生引継ぎ命令受信部と、命令実行部とを具備する。  
前記再生引継ぎ命令受信部は、前記コンテンツアクセス情報を含む前記再生引継ぎ命令を受信する。  
前記命令実行部は、前記受信した再生引継ぎ命令を実行する。
【００１２】
このネットワークシステムは、グローバルネットワークからコンテンツを取得し再生可能な少なくとも２つの情報処理装置を有する。そしてコンテンツを再生する一方の情報処理装置から他方の情報処理装置に再生引継ぎ命令が伝送される。再生引継ぎ命令を受信した他方の情報処理装置は、グローバルネットワークから当該コンテンツを取得し再生する。これによりローカルネットワーク内において、グローバルネットワーク上のコンテンツに対する、操作性のよい制御を実現することが可能となる。
【００１３】
前記再生引継ぎ命令送信部及び前記再生引継ぎ命令受信部は、前記２つの情報処理装置をダイレクトに接続するインターフェイス手段を通じて再生引継ぎ命令を送受信してもよい。  
このように２つの情報処理装置をダイレクトに接続するインターフェイス手段を通じて、グローバルネットワーク上のコンテンツ供給源へのアクセスが指示されてもよい。
【００１４】
前記インターフェイス手段は、ＨＤＭＩ（High-Definition Multimedia Interface）規格に準拠したインターフェイスであってもよい。この場合、前記再生引継ぎ命令送信部は、ＨＤＭＩ−ＣＥＣ（Consumer Electronics Control）による制御信号に前記コンテンツアクセス情報を追加した制御信号を伝送してもよい。  
このようにＨＤＭＩ規格に準拠したインターフェイスによりＰｔｏＰ（peer-to-peer）接続された２つの情報処理装置間において、グローバルネットワーク上のコンテンツ供給源へのアクセスが指示されてもよい。
【００１５】
前記再生引継ぎ命令送信部及び前記再生引継ぎ命令受信部は、前記ローカルネットワークを通じて前記再生引継ぎ命令を送受信してもよい。  
このようにローカルネットワーク内での再生引継ぎ命令の送受信により、グローバルネットワーク上のコンテンツの取得が指示されてもよい。
【００１６】
前記ローカルネットワークは、ＤＬＮＡ（Digital Living Network Alliance）規格に準拠したネットワークであってもよい。この場合、前記再生引継ぎ命令送信部は、ＵＰｎＰ（Universal Plug and Play）の制御メッセージに前記コンテンツアクセス情報を追加した制御メッセージを伝送してもよい。  
このようにＤＬＮＡ規格に準拠したネットワークにおけるＵＰｎＰの制御メッセージにより、グローバルネットワーク上のコンテンツの取得が指示されてもよい。
【００１７】
前記再生引継ぎ命令が、コンテンツの時刻情報を含んでもよい。  
これにより例えばコンテンツ供給源によるコンテンツの供給が、ＶＯＤ（Video On Demand）方式で実行される場合に、操作性よくコンテンツを取得することができる。
【００１８】
本発明の一形態に係るコンテンツ再生引継ぎ方法は、コンテンツの供給源を含むグローバルネットワークとローカルネットワークとを接続するゲートウェイを介して、前記グローバルネットワークから前記コンテンツを取得し再生可能な少なくとも２つの情報処理装置を前記ローカルネットワークに接続することを含む。  
一方の情報処理装置は、入力部にて、ユーザからコンテンツの再生を他方の情報処理装置に引き継ぐための指示を受け付ける。前記指示が入力されたとき、再生引継ぎ命令送信部にて、前記他方の情報処理装置に、前記グローバルネットワークから前記コンテンツを取得するために必要なコンテンツアクセス情報を含む再生引継ぎ命令を伝送する。  
他方の情報処理装置は、再生引継ぎ命令受信部にて、前記一方の情報処理装置より前記アクセス情報を含む再生引継ぎ命令を受信する。また命令実行部にて、前記受信した再生引継ぎ命令を実行する。
【００１９】
本発明の一形態に係るプログラムは、コンピュータを、ネットワーク接続部と、コンテンツ取得再生部と、入力部と、再生引継ぎ命令送信部と、再生引継ぎ命令受信部と、命令実行部として機能させる。  
前記ネットワーク接続部は、ゲートウェイを介してグローバルネットワークと接続可能なローカルネットワークと接続するためのものである。  
前記コンテンツ取得再生部は、前記ゲートウェイを介して前記グローバルネットワークから前記コンテンツを取得し再生可能である。  
前記入力部は、前記コンテンツの再生を前記ローカルネットワークに接続された他の機器にて引き継がせるための指示をユーザより受け付ける。  
前記再生引継ぎ命令送信部は、前記指示が入力されたとき、前記他の機器に、前記グローバルネットワークから前記コンテンツを取得するために必要なコンテンツアクセス情報を含む再生引継ぎ命令を伝送する。  
前記再生引継ぎ命令受信部は、他の機器より前記アクセス情報を含む再生引継ぎ命令を受信する。  
前記命令実行部は、前記受信した再生引継ぎ命令を実行する。  
前記プログラムは、記録媒体に記録されていてもよい。
【発明の効果】
【００２０】
以上のように、本発明によれば、ローカルネットワーク内において、グローバルネットワーク上のコンテンツに対する、操作性のよい制御を実現することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係るネットワークシステムを模式的に示す図である。
【図２】図１に示すＴＶ装置の構成を示す模式的なブロック図である。
【図３】図１に示す携帯端末の構成を示す模式的なブロック図である。
【図４】図１に示すネットワークシステムにおいて、ＨＤＭＩ−ＣＥＣを用いたＴＶ装置及び携帯端末間の制御シーケンス例を模式的に示すシーケンス図である。
【図５】図４に示すシンク機器がネットワークコンテンツにアクセス可能な機能を有している場合のＥＤＩＤのデータ構造例を示す図である。
【図６】図５に示す「Vendor Specific」エリアの一例を詳細に示す図である。
【図７】本実施形態の拡張されたＨＤＭＩ−ＣＥＣのコマンドの一例を示す図である。
【図８】図１に示すネットワークシステムにおいて、ローカルネットワークを通じたＴＶ装置及び携帯端末間の制御シーケンス例を模式的に示すシーケンス図である。
【図９】図８に示すDiscovery AdvertisementやDiscovery Responseにより通知される、デバイスが有する機能を記述したＸＭＬ表現例を示す図である。
【図１０】本実施形態の拡張されたＵＰｎＰの「AVTransport::Play()」のコマンド例を示す図である。
【図１１】本実施形態の再生引継ぎ命令を伝送する携帯端末側での処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２３】
［ネットワークシステムの構成］
図１は、本発明の一実施形態に係るネットワークシステムを模式的に示す図である。図１には、本実施形態に係るネットワークシステム１００と、グローバルネットワークとしてのインターネット９００と、インターネット９００に接続されたコンテンツ供給源としてのサーバ９５０とが図示されている。
【００２４】
インターネット９００は、典型的には、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を利用したネットワークである。しかしながら他のプロトコルを利用したグローバルネットワークが用いられてもよい。
【００２５】
サーバ９５０には、静止画データ、動画データ、又は音楽データ等の種々のデジタルコンテンツが記録されている。サーバ９５０は、例えばインターネット９００に接続された他の情報処理装置からの要求により、インターネット９００を介して当該他の情報処理装置にコンテンツを供給することが可能である。
【００２６】
ネットワークシステム１００は、インターネット９００とローカルネットワーク２００とを接続するホームゲートウェイ２５０と、少なくとも２つの情報処理装置としての第１の表示装置３００と第２の表示装置４００とを有する。第１及び第２の表示装置３００及び４００は、それぞれローカルネットワーク２００に接続可能である。
【００２７】
本実施形態に係るローカルネットワーク２００は、ＤＬＮＡ規格に準拠したネットワークである。またホームゲートウェイ２５０、第１及び第２の表示装置３００及び４００はＤＬＮＡ規格に対応した機器である。
【００２８】
本実施形態では、第１の表示装置３００としてＴＶ装置が用いられる（以後、ＴＶ装置３００と記載する）。また第２の表示装置として携帯端末が用いられる（以後、携帯端末４００と記載する。）その他、第１及び第２の表示装置３００及び４００として、例えば携帯電話機等のＰＤＡ（Personal Digital Assistants）、ＰＣ（Personal computer）、プロジェクター装置等、種々の情報処理装置が用いられてよい。
【００２９】
図１に示すように、ホームゲートウェイ２５０は、インターネット９００を介してサーバ９５０に接続されている。従ってＴＶ装置３００及び携帯端末４００はホームゲートウェイ２５０を介して、サーバ９５０が記憶するコンテンツを取得し再生することが可能である。なおＴＶ装置３００及び携帯端末４００は、ホームゲートウェイ２５０とインターネット９００を介して接続された図示しない他のサーバよりコンテンツを取得することも可能である。
【００３０】
また本実施形態では、ＴＶ装置３００及び携帯端末４００がＨＤＭＩ規格やＷｉ‐Ｆｉ規格に準拠したデジタルインターフェイスによりダイレクトに接続されている。すなわち図１に示すように、ＴＶ装置３００及び携帯端末４００の間でＰｔｏＰ接続２１０が構築されている。
【００３１】
［ＴＶ装置］
図２は、本実施形態に係るＴＶ装置３００の構成を示す模式的なブロック図である。ＴＶ装置３００は、装置全体を制御するために、内部バス３０１に接続されたＣＰＵ（Central Processing Unit）３０２、ＦｌａｓｈＲＯＭ（Flash Read Only Memory）３０３及びＤＲＡＭ（Dynamic Random Access Memory）３０４等を有する。
【００３２】
ＴＶ装置３００は、携帯端末４００から伝送されたベースバンド映像・音声信号を受信するためのＨＤＭＩ端子３０５を有する。受信したベースバンド映像・音声信号は、ＨＤＭＩ受信部３０６により、映像信号、音声信号及び制御信号にそれぞれ分離される。
【００３３】
ＨＤＭＩ受信部３０６により生成された映像信号は、映像信号処理回路３０７に入力される。そして映像信号に必要な信号処理が施される。その後、映像信号にグラフィック生成回路３０８で生成されたOn Screen Display情報が重畳され、その信号がパネル駆動回路３０９に入力される。そしてＴＶ装置３００が有する表示パネル３１０に映像が表示される。
【００３４】
ＨＤＭＩ受信部３０６により生成された音声信号は、音声信号処理回路３１１に入力される。そして音声信号に必要な信号処理が施される。その後、音声信号は音声増幅回路３１２により所望の音声レベルに増幅されてスピーカー３１３に出力される。これによりスピーカー３１３で音声が再生される。
【００３５】
ＨＤＭＩ受信部３０６により生成された制御信号は、内部バス３０１を経由してＣＰＵ３０２に出力され、当該制御信号に基づいて種々の処理が実行される。
【００３６】
本実施形態では、後述する再生引継ぎ命令としての拡張されたＨＤＭＩ−ＣＥＣによる制御信号が、ＨＤＭＩ受信部３０６によりＨＤＭＩ端子３０５を介して受信される。そしてＣＰＵ３０２に制御信号が出力され再生引継ぎ命令が実行される。すなわち本実施形態に係るＨＤＭＩ受信部３０６は、再生引継ぎ命令受信部として機能する。またＣＰＵ３０２は、命令実行部として機能する。
【００３７】
ＴＶ装置３００は、ローカルネットワーク２００に接続するためのネットワーク端子３１４を有している。このネットワーク端子３１４により、インターネット９００からコンテンツが取得される。
【００３８】
ネットワーク端子３１４に入力されたコンテンツはEthernet（登録商標）伝送部３１５に出力され、そこで必要なパケットが抽出される。映像・音声に関わるパケットはＭＰＥＧ（Moving Picture Experts Group）デコーダ３１６に入力される。ＭＰＥＧデコーダ３１６は、入力されたパケットから映像・音声信号を復号し、各信号を映像信号処理回路３０７と音声信号処理回路３１１とに出力する。そして上記した処理により、表示パネル３１０に映像が表示され、スピーカー３１３から音声が再生される。ＤＬＮＡ規格に準拠した制御パケットは内部バス３０１を経由してＣＰＵに出力され、種々の処理が実行される。
【００３９】
本実施形態に係る他の再生引継ぎ命令としての、拡張されたＵＰｎＰの制御メッセージ信号は、Ethernet（登録商標）伝送部３１５によりネットワーク端子３１４を介して受信される。そしてＣＰＵ３０２に制御メッセージ信号が出力され再生引継ぎ命令が実行される。すなわち本実施形態に係るEthernet（登録商標）伝送部３１５は、もう１つの再生引継ぎ命令受信部として機能する。またＣＰＵ３０２は、命令実行部として機能する。
【００４０】
本実施形態では、ユーザがＴＶ装置３００をリモコン３１７により操作することが可能である。リモコン３１７により送信された制御コードがリモコン受信部３１８で受信される。受信された制御コードは内部バス３０１に接続されたＣＰＵ３０２に出力され、解読されてＴＶ装置３００が制御される。
【００４１】
またＴＶ装置３００は、Ｗｉ‐Ｆｉ伝送部３１９を有している。Ｗｉ‐Ｆｉ伝送部３１９は、ＴＶ装置３００及び携帯端末４００が、Ｗｉ‐Ｆｉ接続によりワイヤレスでＰｔｏＰ接続される場合に用いられる（以下このＰｔｏＰ接続２１０を、Ｗｉ‐Ｆｉ接続２１０という場合がある）。
【００４２】
本実施形態に係る他の再生引継ぎ命令としての、拡張されたＵＰｎＰの制御メッセージ信号が、Ｗｉ‐Ｆｉ伝送部３１９により受信されてもよい。そしてＣＰＵ３０２に制御メッセージ信号が出力され再生引継ぎ命令が実行される。すなわち本実施形態に係るＷｉ‐Ｆｉ伝送部３１９は、さらに別な再生引継ぎ命令受信部として機能する。またＣＰＵ３０２は、命令実行部として機能する。
【００４３】
［携帯端末］
図３は、本実施形態に係る携帯端末４００の構成を示す模式的なブロック図である。本実施形態に係る携帯端末４００としては、図２に示すＴＶ装置３００と比較して、表示出来る映像の解像度が低いあるいは表示部の画素数が少ない装置が想定されている。従って図３に示すように、携帯端末４００の構成は、ＴＶ装置３００と比べて簡素化されている。
【００４４】
図３に示すように携帯端末４００は、装置全体を制御するために、内部バス４０１に接続されたＣＰＵ４０２、ＦｌａｓｈＲＯＭ４０３及びＤＲＡＭ４０４等を有する。
【００４５】
携帯端末４００は、ローカルネットワーク２００に接続するためのネットワーク端子４１４を有している。このネットワーク端子４１４により、インターネット９００からコンテンツが取得される。
【００４６】
ネットワーク端子４１４に入力されたコンテンツはEthernet（登録商標）伝送部４１５に出力され、そこで必要なパケットが抽出される。映像・音声に関わるパケットは内部バス４０１を経由して信号・グラフィック処理部４０７に出力される。信号・グラフィック処理部４０７は入力された映像パケットを復号し、表示部４１０に表示させる。音声パケットは内部バス４０１を経由して音声処理部４１１に出力され、復号されてスピーカー４１３により再生される。
【００４７】
携帯端末４００は、ＨＤＭＩ送信部４０６及びＨＤＭＩ端子４０５を有する。ＨＤＭＩ送信部４０６及びＨＤＭＩ端子４０５を介してインターネットコンテンツをＴＶ装置３００に出力することも可能である。
【００４８】
携帯端末４００は、ユーザからの指示を受け付ける入力部４２０を有する。入力部４２０は、例えば数字キー又は文字キー等の各種のファンクションキーや、タッチパネル等で構成される。
【００４９】
入力部４２０より、ユーザからコンテンツの再生を他方の情報処理装置であるＴＶ装置３００に引き継がせるための指示が受け付けられる。すなわちユーザが入力部４２０を操作することで、ＴＶ装置３００によりコンテンツの表示を行う旨の指示が入力される。そうすると入力された指示はＣＰＵ４０２で処理され、ＦｌａｓｈＲＯＭ４０３及びＤＲＡＭ４０４に備えられている処理手順に従って制御コマンドが生成される。
【００５０】
このように本実施形態に係る再生引継ぎ命令としての、拡張されたＨＤＭＩ−ＣＥＣによる制御信号はＣＰＵ４０２にて生成される。そしてＨＤＭＩ送信部４０６によりＨＤＭＩ端子４０５を介してＴＶ装置３００へ伝送される。すなわち本実施形態では、ＨＤＭＩ送信部４０６は、再生引継ぎ命令送信部として機能する。
【００５１】
本実施形態に係る他の再生引継ぎ命令としての、拡張されたＵＰｎＰの制御メッセージ信号もＣＰＵ４０２にて生成される。そして内部バス４０１、Ethernet（登録商標）伝送部４１５、及びネットワーク端子４１４を経由してＴＶ装置３００に伝送される。すなわち本実施形態では、Ethernet（登録商標）伝送部４１５が、もう１つの再生引継ぎ命令送信部として機能する。
【００５２】
また携帯端末４００は、Ｗｉ‐Ｆｉ伝送部４１９を有している。本実施形態に係る他の再生引継ぎ命令としての、拡張されたＵＰｎＰの制御メッセージ信号が、内部バス４０１、Ｗｉ‐Ｆｉ伝送部４１９を経由してＴＶ装置３００に伝送されてもよい。すなわち本実施形態では、Ｗｉ‐Ｆｉ伝送部４１９が、さらに別な再生引継ぎ命令送信部として機能する。
【００５３】
［ネットワークシステムの動作］
図４は、本実施形態に係るネットワークシステムにおいて、ＨＤＭＩ−ＣＥＣを用いたＴＶ装置３００及び携帯端末４００間の制御シーケンス例を模式的に示すシーケンス図である。
【００５４】
ここではＴＶ装置３００がシンク機器となり、携帯端末４００がソース機器となる。以下、ＴＶ装置３００をシンク機器３００と記載し、携帯端末４００をソース機器４００と記載する場合がある。
【００５５】
ＨＤＭＩによるＰｔｏＰ接続２１０により、ソース機器４００からシンク機器３００にコンテンツ等が伝送可能である。本実施形態では、以下に示すように、ソース機器４００からシンク機器３００に再生引継ぎ命令が伝送される。そしてシンク機器３００自身がインターネット９００上のサーバ９５０にアクセスし、コンテンツを取得することが可能となる。
【００５６】
まず、ソース機器４００はＨＤＭＩの１８ピンを用いて５Ｖの電源をシンク機器３００に供給する(ステップ１)。シンク機器３００は供給された５Ｖの電源を用いて１９ピンのＨＰＤ（Hot Plug Detect）ラインを５Ｖにする。そして、シンク機器３００がＨＤＭＩ接続されていることをソース機器４００に伝える（ステップ２）。
【００５７】
ソース機器４００は、ＨＰＤラインが５Ｖになった時、シンク機器３００が有するＥＤＩＤ（Extended display identification data）を読み出す（ステップ３）。これによりシンク機器３００がインターネット９００上のコンテンツにアクセスして表示可能かどうかを判別することができる。
【００５８】
図５は、シンク機器３００がネットワークコンテンツにアクセス可能な機能を有している場合のＥＤＩＤのデータ構造例を示す図である。図５に示すように、ＥＤＩＤの拡張ブロックＡ内に、ベンダー独自に定義する領域として「Vendor Specific」エリアＢが設定されている。
【００５９】
図６は、その「Vendor Specific」エリアＢの一例を詳細に示す図である。１バイト目のByte０には、データ形式が「Vendor Specific」である事を示す（０ｘ０３）の値と、「Vendor Specific」エリアＢのデータ長が記入される。２〜４バイト目のByte１〜３には、ＩＥＥＥに登録されたメーカーコードが記入される。５、6バイト目のByte４、５には、物理アドレスが記入される。
【００６０】
７バイト目のByte６には、シンク機器３００が対応する機能を示すビットが割り当てられている。Byte６の第７ビットはオーディオのデータ形式を表し、第６〜第４ビットまではColor Depth対応を表す。第３ビットはビデオのYCbCr（4:4:4）形式の対応を表し、第０ビットはＤＶＩ（Digital Visual Interface）デュアルリンク対応を表す。
【００６１】
本実施形態では、シンク機器３００であるＴＶ装置３００がインターネット９００からコンテンツを取得し再生可能であることを表すために、第１ビットに「ＩＰＴＶ」フラグＣを新たに定義する。
【００６２】
図４のステップ３にて、シンク機器３００のＥＤＩＤの「ＩＰＴＶ」フラグＣが有効である場合、以下のシーケンスが実行される。まずソース機器４００である携帯端末４００によりインターネット９００のコンテンツが取得され再生される。そのために携帯端末４００はインターネット９００上のサーバ９５０にホームゲートウェイ２５０を介して接続し、コンテンツの取得要求を送信する（ステップ４）。取得要求は、例えばインターネット９００上のコンテンツのアドレス情報であるＵＲＬ（Uniform Resource Locator）と、ファイル名の情報とを含む。
【００６３】
サーバ９５０は、指定されたコンテンツをストリーミング又はダウンロード形式によりファイル伝送する（ステップ５）。携帯端末４００は、伝送されたファイルを受け取り、表示部４１０やスピーカー４１３にて再生する。
【００６４】
ここでユーザにより、ソース機器４００で表示・視聴されていたコンテンツを、シンク機器３００により表示・視聴させる指示が入力される。すなわちユーザにより、コンテンツの再生をシンク機器３００に引き継がせるための指示が、ソース機器４００の入力部４２０に入力される。このときソース機器４００はシンク機器３００の状態をＨＤＭＩ−ＣＥＣのコマンドである「Give Device Power Status(0x8F)」や「Give Tuner Device Status(0x08)」を用いて確認する（ステップ６）。
【００６５】
ＥＤＩＤの「ＩＰＴＶ」フラグＣが有効な場合、ソース機器４００は、ＨＤＭＩ−ＣＥＣによる制御信号にコンテンツのＵＲＬを含むコンテンツアクセス情報を追加した制御信号、すなわち本実施形態に係る再生引継ぎ命令をシンク機器３００に伝送する。この結果ソース機器４００により、ＨＤＭＩ−ＣＥＣの「Tuner Control」を拡張したコマンドが用いられることで、シンク機器３００が制御される（ステップ７）。
【００６６】
図７は、拡張されたＨＤＭＩ−ＣＥＣのコマンドの一例を示す図である。図７（Ａ）に示すように、アナログ放送の選局のために「０ｘ９２」のオペコードが用いられ、デジタル放送の選局のために「０ｘ９３」のオペコードが用いられている。
【００６７】
本実施形態では、インターネット上のコンテンツを取得するために「０ｘ９４」のオペコードＤが新規に付与される。この「０ｘ９４」のオペコードＤにおいて、オペランドとして３２バイト長のＡＳＣＩＩ（American Standard Code for Information Interchange）コードによるＵＲＬが指定される。
【００６８】
ＨＤＭＩ−ＣＥＣの規格では、オペランドの長さは１４バイトに制限されることが多い。しかしながらＵＲＬの指定には１４バイト以上のオペランド長が必要である。従って、図７（Ｂ）に示すように、本実施形態では、オペランドの長さとして３２バイトが割り当てられる。
【００６９】
図４のステップ７において、ソース機器４００は、ＨＤＭＩ−ＣＥＣのプロトコルに則り、異なる３つのＣＥＣパケットにＵＲＬデータを分解して伝送する。図７（Ｂ）に示すオペランドの最初のバイトには、当該３つのＣＥＣパケットの順番を示すシルアル番号が割り振られている。
【００７０】
シンク機器３００側では、「０ｘ９４」のオペコードＤとシリアル番号が認識される。そして異なるタイミングで伝送されるＣＥＣパケットが３つ受信された上で、３つ目のＣＥＣパケット内のデータ終端コードが判定される。これによりＵＲＬデータが再構築される。
【００７１】
ＡＳＣＩＩコードによる英数文字は、「０ｘ２０」〜「０ｘ７Ｅ」の間なので、データ終端コードを例えば「０ｘＦＦ」として定義すれば、容易に判定出来る。なお、ＵＲＬのデータ長を３２文字として説明したが、「０ｘ９４」のオペコードＤとシリアル番号のヘッダ情報の組合せで、３２文字に限定されることなく、ＵＲＬデータの伝送が可能となる。これにより、データ長が長いＵＲＬデータをＨＤＭＩ−ＣＥＣによる制御信号に付加することができる。
【００７２】
シンク機器３００は、拡張された「Tuner Control」コマンドに従って、インターネット９００上のサーバ９５０へ、取得したいコンテンツを指定してファイル伝送を要求する（ステップ８）。この際、シンク機器３００の表示能力に応じたコンテンツが指定されてもよい。
【００７３】
サーバ９５０はシンク機器３００からの要求に応じて、指定されたコンテンツのファイルを伝送する（ステップ９）。シンク機器３００は伝送されたファイルを受け取り、表示パネル３１０にて再生する。
【００７４】
ユーザにより、シンク機器３００でのコンテンツの再生を終了する旨の指示が、ソース機器４００の入力部４２０に入力される。この場合、ステップ６で状態情報を取得した際の状態にシンク機器３００を戻すために、ソース機器４００からのＨＤＭＩ−ＣＥＣのコマンドが伝送される（ステップ１０）。これによりシンク機器３００は、インターネットコンテンツの表示を終了する。
【００７５】
図８は、本実施形態に係るネットワークシステム１００において、ローカルネットワーク２００もしくはＷｉ‐Ｆｉ接続２１０を通じたＴＶ装置３００及び携帯端末４００間の制御シーケンス例を模式的に示すシーケンス図である。
【００７６】
ここではＵＰｎＰの制御メッセージが用いられることで、ローカルネットワーク２００内もしくはＷｉ‐Ｆｉ接続２１０に存在する機器間の制御が実行される。図８に示すように、以後携帯端末４００を、制御する側の機器としてコントロールポイント４００と記載する場合がある。またＴＶ装置３００を、制御される側の機器としてデバイス３００と記載する場合がある。
【００７７】
本実施形態では、ホームゲートウェイ２５０が、同一プライベートアドレス内において各機器にアドレスを割り当てるＤＨＣＰ（Dynamic Host Configuration Protocol）サーバとして機能する（以後、ＤＨＣＰサーバ２５０と記載する場合がある）。あるいはコントロールポイント４００又はデバイス３００がＡｕｔｏＩＰ機能を有してもよい。
【００７８】
ローカルネットワーク２００もしくはＷｉ‐Ｆｉ接続２１０に接続されるコントロールポイント４００及びデバイス３００は、ＤＨＣＰサーバ２５０からプライベートアドレスをそれぞれ取得する（ステップ１１、ステップ１２）。
【００７９】
アドレスを取得したデバイス３００は、ローカルネットワーク２００もしくはＷｉ‐Ｆｉ接続２１０上の機器へ、自身の存在をＳＳＤＰ（Simple Service Discovery Protocol）ＮＯＴＩＦＹメッセージを用いて、ブロードキャスト（Discovery Advertisement）する（ステップ１３）。これによりコントロールポイント４００は、デバイス３００がインターネット９００上のコンテンツを取得して再生することが可能かどうか確認できる。
【００８０】
ブロードキャストによる通知（ステップ１３）の他に、コントロールポイント４００がローカルネットワーク２００もしくはＷｉ‐Ｆｉ接続２１０上の全ての機器の機能を確認するための、Discovery Search（ステップ１３ａ）及びDiscovery Response（ステップ１３ｂ）による方法が用いられてもよい。この場合、コントロールポイント４００により、ＨＴＴＰＭＵ（HTTP Multicast over UDP）でＳＳＤＰ Ｍ_ＳＥＡＲＣＨメッセージがマルチキャストされる。そして、このメッセージを受信したデバイス３００により、ＳＳＤＰヘッダを含むＵＤＰレスポンスが通知される。
【００８１】
図９は、Discovery Advertisement（ステップ１３）やDiscovery Response（ステップ１３ｂ）により通知される、デバイス３００が有する機能を記述したＸＭＬ（Extensible Markup Language）表現例を示す図である。
【００８２】
本実施形態では、図９に示すＸＭＬの記述において、インターネットコンテンツを取得し再生することができるデバイス３００の機能が記述される。そのために本実施形態では、新たなサービスの定義として「InternetTuner」が追加され、その他の情報と合わせて記述される。図９の破線で囲った部分Ｅが、本実施形態において追加された記述である。このDiscovery情報により、デバイス３００がインターネットコンテンツへのアクセス及び表示の能力を有するかどうかの判別が可能となる。
【００８３】
ユーザからコントロールポイント４００に、インターネット９００上のコンテンツを取得し再生する操作が入力される。そうするとコントロールポイント４００がインターネット９００上のサーバ９５０に接続され、ユーザにより選択されたコンテンツの取得要求が行われる（ステップ１４）。
【００８４】
サーバ９５０は、指定されたコンテンツをストリーミング又はダウンロード形式によりファイル伝送する（ステップ１５）。コントロールポイント４００は、伝送されたファイルを受け取り、表示部４１０やスピーカー４１３にて再生する。
【００８５】
デバイス３００の「InternetTuner」サービスが有効な場合、続けて以下のシーケンスが実行される。まずユーザによりコントロールポイント４００で表示・視聴されていたコンテンツを、デバイス３００により表示・視聴させる指示が入力される。すなわちユーザにより、コンテンツの再生をデバイス３００に引き継がせるための指示が、コントロールポイント４００の入力部４２０に入力される。このときコントロールポイント４００は、サーバ９５０に、接続準備のためのコマンド「Prepare For Connection」を伝送する（ステップ１６）。
【００８６】
次に、コントロールポイント４００は、ＵＰｎＰの制御メッセージにコンテンツのＵＲＬを含むコンテンツアクセス情報を追加した制御メッセージ、すなわち本実施形態に係る再生引継ぎ命令をデバイス３００に伝送する。この結果コントロールポイント４００により、ＵＰｎＰの「AVTransport::Play()」を拡張したコマンドが用いられることで、デバイス３００が制御される（ステップ１７）。
【００８７】
デバイス３００の制御は、図９に示す「InternetTuner」サービスの制御を示す「Control URL」に記述されたアドレスへ、ＳＯＡＰ(Simple Object Access Protocol)を用いてコマンドをＰｏｓｔする事で実現可能である。
【００８８】
図１０は、拡張されたＵＰｎＰの「AVTransport::Play()」のコマンド例を示す図である。図１０に示す破線で囲まれた部分Ｆ1〜Ｆ7が、本実施形態に係る追加された記述である。
【００８９】
図１０に示すように、「AVTransport::Play()」のコマンド内において、グローバルアドレスとコンテンツのファイル名(Global Address + file name)が記述されている（部分Ｆ1及びＦ6参照）。この記述された情報により、デバイス３００によるインターネットコンテンツの選択、取得及び再生が可能となる。
【００９０】
また図１０に示すように、本実施形態では、コンテンツの絶対時間を表すアブソリュートタイムについて記述されている（部分Ｆ7参照）。これによりコンテンツを取得するデバイス３００に、コンテンツのどの位置から再生を開始するのかを指定することができる。このように再生引継ぎ命令としての拡張されたＵＰｎＰの制御メッセージが、コンテンツの時刻情報を含んでもよい。これにより例えばサーバ９５０によるコンテンツの供給が、ＶＯＤ方式で実行される場合に、操作性よくコンテンツを取得することができる。
【００９１】
デバイス３００は、コントロールポイント４００からの「AVTransport::Play()」コマンドに従って、サーバ９５０へコンテンツの伝送要求を行う（ステップ１８）。サーバ９５０は、指定されたコンテンツをＴＣＰやＵＤＰのプロトコルを用いてデバイス３００へ伝送する。デバイス３００は、受け取ったコンテンツを表示パネル３１０等で再生する。
【００９２】
ユーザにより、デバイス３００によるコンテンツの再生を終了する旨の指示が、コントロールポイント４００の入力部４２０に入力される。この場合コントロールポイント４００は、サーバ９５０及びデバイス３００に対し、伝送の停止を指示する「ConnectionComplete()」コマンドをそれぞれ伝送する（ステップ２０、ステップ２１）。これによりデバイス３００は、インターネットコンテンツの表示を終了する。
【００９３】
図１１は、再生引継ぎ命令を伝送する携帯端末４００側での処理手順の一例を示すフローチャートである。図１１には、図４及び図８の各シーケンス図に共通する携帯端末４００の基本的な処理手順が記載されている。
【００９４】
携帯端末４００は、ＴＶ装置３００と接続されているかを判断する（ステップ２２）。ＴＶ装置３００と接続されてない場合は処理が終了する。ＴＶ装置３００と接続されている場合は、ＴＶ装置３００がインターネットコンテンツを取得し再生することが可能かどうか判別される。ＴＶ装置３００の機能は、ＥＤＩＤ又はＵＰｎＰのデバイス情報が取得されることで確認される（ステップ２３）。なおＴＶ装置３００の機能は、携帯端末４００の所定の記憶領域に記憶される。
【００９５】
ユーザからのコンテンツの再生を携帯端末４００からＴＶ装置３００へ切り替える指示の有無が判定される（ステップ２４）。切り替え指示がない場合は、ステップ２４の判定処理が繰り返される（ステップ２４のＮｏ）。切り替え指示があった場合は、ステップ２３で取得したＴＶ装置３００の機能情報から、ＴＶ装置３００の機能が判別される。すなわち、ＴＶ装置３００が、携帯端末４００で表示・視聴されているインターネットコンテンツを表示する機能を有するかどうかが判定される（ステップ２５）。
【００９６】
ＴＶ装置３００が当該機能を有さない場合、切り替え操作が不可能であることがユーザに通知される。例えば携帯端末４００の表示部４１０に、警告表示等の切り替え操作非対応のＵＩ（User Interface）が表示される（ステップ２７）。ＴＶ装置３００が当該機能を有する場合は、拡張されたＨＤＭＩ−ＣＥＣによる制御信号や拡張されたＵＰｎＰの制御メッセージ信号を用いて、切り替え処理に必要な情報がＴＶ装置３００へ伝送される（ステップ２６）。
【００９７】
ユーザに切り替え処理が実行されたことを通知するためのＵＩが、携帯端末４００の表示部４１０に表示される（ステップ２８）。この後、ＴＶ装置３００によるコンテンツの再生を終了させるためのＵＩが表示されてもよい。例えばユーザが操作可能な入力ボタン等が表示される。
【００９８】
ＴＶ装置３００によりコンテンツが表示・視聴されている際、ユーザから携帯端末４００に、ＴＶ装置３００による表示・視聴の終了指示が入力されたかどうか判定される（ステップ２９）。終了指示の入力がない場合は、ステップ２９の判定処理が繰り返される（ステップ２９のＮｏ）。終了指示の入力があった場合は、ＨＤＭＩ−ＣＥＣのコマンドやＵＰｎＰの「AVTranspot::Stop()」コマンド等を用いて、表示・視聴の終了をＴＶ装置３００へ伝送する（ステップ３０）。これにより、本処理が終了となる。又はユーザからの切り替え指示を判断する処理（ステップ２４）が繰り返されてもよい。
【００９９】
以上、本実施形態に係るネットワークシステム１００は、インターネット９００からコンテンツを取得し再生可能な少なくとも２つの情報処理装置として携帯端末４００とＴＶ装置３００とを有する。そしてコンテンツを再生する携帯端末４００からＴＶ装置３００に再生引継ぎ命令が伝送される。再生引継ぎ命令を受信したＴＶ装置３００は、インターネット９００から当該コンテンツを取得し再生する。これによりローカルネットワーク２００内において、インターネット９００上のコンテンツに対する、操作性のよい制御を実現することが可能となる。
【０１００】
また携帯端末４００で表示・視聴されていたコンテンツを当該携帯端末４００での簡単な操作により、ＴＶ装置３００で引き続き表示・視聴することができる。またローカルアドレス内に存在するコンテンツの制御を可能としていたＤＬＮＡのいわゆる３ＢＯＸでの制御により、インターネット９００上のコンテンツも制御可能となる。この制御は、図１に示すホームゲートウェイ２５０に特別な機能を付与することなく実現可能である。
【０１０１】
またＨＤＭＩ−ＣＥＣの拡張により、簡単な方法でインターネットコンテンツの取得及び再生を指示することができる。例えばＨＤＭＩ等のインターフェイスを用いて携帯端末４００からＴＶ装置３００にコンテンツが伝送される。上記したように携帯端末４００の再生解像度は、ＴＶ装置３００の再生解像度よりも小さい。従ってＴＶ装置３００には、携帯端末４００の再生解像度に合致したコンテンツがベースバンド等で伝送される。この結果、ＴＶ装置３００においてスケーリング処理を実施する必要があり、最適な表示品位とはならない可能性がある。しかしながら本実施形態では、ＴＶ装置３００にインターネット９００からコンテンツを取得させ再生させることが可能である。従ってスケーリング処理が不要となり、最適な表示品位でコンテンツを表示することが可能となる。
【０１０２】
＜変形例＞
本発明に係る実施形態は、以上に説明した実施形態に限定されず種々変形される。
【０１０３】
上記ではＨＤＭＩ規格やＷｉ‐Ｆｉ規格に準拠したインターフェイスにより携帯端末４００とＴＶ装置３００とがＰｔｏＰ接続された。そして携帯端末４００及びＴＶ装置３００間において、インターネット９００上のサーバ９５０へのアクセスが指示された。しかしながらＨＤＭＩ規格やＷｉ‐Ｆｉ規格によらない他のインターフェイス手段により両機器がダイレクトにＰｔｏＰ接続されてもよい。この場合、図４に示すステップ３において、図５に示すようなデータ構造を有するＥＤＩＤに類似するデータが用いられてもよい。
【０１０４】
上記では、ＤＬＮＡ規格に準拠したローカルネットワーク２００におけるＵＰｎＰの制御メッセージにより、インターネット９００上のコンテンツの取得が指示された。しかしながら、ＤＬＮＡ規格によらないローカルネットワーク内での再生引継ぎ命令の送受信により、インターネット９００上のコンテンツの取得が指示されてもよい。
【０１０５】
なお上記で説明したようなＴＶ装置３００及び携帯端末４００によるデータ処理は、ＦｌａｓｈＲＯＭ３０３及び４０３等の記憶領域に記憶されたソフトウェアと、ＴＶ装置３００及び携帯端末４００のハードウェア資源との協働により実現される。例えばＣＰＵ３０２又は４０２が記憶領域等に記憶された、ソフトウェアを構成するプログラムをＤＲＡＭ３０４又は４０４にロードして実行することにより、各種のデータ処理が実現される。上記したように、ＣＰＵ３０２は命令実行部として機能する。またＣＰＵ３０２及び４０２は、コンテンツ取得再生部として機能する。
【符号の説明】
【０１０６】
１００…ネットワークシステム
２００…ローカルネットワーク
２１０…ＰｔｏＰ接続
２５０…ホームゲートウェイ、ＤＨＣＰサーバ
３００…第１の表示装置、ＴＶ装置、シンク機器、デバイス
３０２…ＴＶ装置のＣＰＵ
３０６…ＨＤＭＩ受信部
３１５…ＴＶ装置のEthernet（登録商標）伝送部
３１９…ＴＶ装置のＷｉ‐Ｆｉ伝送部
４００…第２の表示装置、携帯端末、ソース機器、コントロールポイント
４０２…携帯端末のＣＰＵ
４０６…ＨＤＭＩ送信部
４１５…携帯端末のEthernet（登録商標）伝送部
４１９…携帯端末のＷｉ‐Ｆｉ伝送部
４２０…入力部
９００…インターネット
９５０…サーバ
【図１】
2012138731.tif 000003
【図２】
2012138731.tif 000004
【図３】
2012138731.tif 000005
【図４】
2012138731.tif 000006
【図５】
2012138731.tif 000007
【図６】
2012138731.tif 000008
【図７】
2012138731.tif 000009
【図８】
2012138731.tif 000010
【図９】
2012138731.tif 000011
【図１０】
2012138731.tif 000012
【図１１】
2012138731.tif 000013