(57)【要約】【課題】  各コンテンツソースが画面上の表示領域（位置・大きさ）を指定できるようにすること、ユーザによる表示装置におけるコンテンツへの変更と、コンテンツソース側でのコンテンツ変更を差分情報だけで処理できるようにする。【解決手段】  描画可能なマークアップ言語で記述されたコンテンツデータをコンテンツソースから読み込み、該コンテンツデータを解析して描画要素によって構成される描画要素階層構造を生成し、該コンテンツデータが該表示画面上のどの領域に表示するかを示す描画領域情報を取得して、１つ又は複数のコンテンツデータについて、描画領域情報と描画要素階層構造を全体階層構造に統合して保持し、該保持される各々の描画要素階層構造に基づき、対応する描画領域に表示を行うように指示する。【選択図】  図１
2007057980.tif 000002
【特許請求の範囲】
【請求項１】
データを表示する表示手段と、
描画可能なマークアップ言語で記述されたコンテンツデータをコンテンツソースから読み込むデータ読み込み手段と、
該コンテンツデータを解析して描画要素によって構成される描画要素階層構造を生成し、該コンテンツデータが該表示手段上のどの領域に表示するかを示す描画領域情報を取得する描画情報解析手段と、
１つ又は複数のコンテンツデータについて、描画領域情報と描画要素階層構造を全体階層構造に統合して保持する全体階層構造保持手段と、
該全体階層構造保持手段に保持される各々の描画要素階層構造に基づき、対応する描画領域に表示を行うよう該表示手段に指示する描画処理手段とを有することを特徴とする表示装置。
【請求項２】
全体階層構造保持手段は、全体階層構造と描画要素階層構造が同じ構造をもち、全体階層構造が描画要素階層構造の上位階層になるように、該描画要素階層構造を保持することを特徴とする請求項１に記載の表示装置。
【請求項３】
コンテンツソースから、コンテンツデータの変更を元のコンテンツデータへの差分情報として得る変更取得手段と、
該コンテンツソースに対応する描画要素階層構造を特定する手段と、
該変更差分情報を該描画要素階層構造に対して適用して変更を行う手段と、
該変更に伴う再描画を描画処理手段に要求する手段とを有することを特徴とする請求項１又は２に記載の表示装置。
【請求項４】
ユーザからの入力を受ける手段と、
該入力を描画要素に対する変更操作に変換する手段と、
該変更操作による描画変更を描画処理手段に要求する手段と、
該描画要素が属する描画要素階層構造の元になったコンテンツデータのコンテンツソースを特定する手段と、
該変更操作を該コンテンツソースに対して元のコンテンツデータに対する差分情報として通知する変更通知手段とを有することを特徴とする請求項１又は２に記載の表示装置。
【請求項５】
コンテンツソースから、コンテンツデータの変更を元のコンテンツデータへの差分情報として得る変更取得手段と、
該コンテンツソースに対応する描画要素階層構造を特定する手段と、
該変更差分情報を該描画要素階層構造に対して適用して変更を行う手段と、
該変更に伴う再描画を描画処理手段に要求する手段とを有することを特徴とする請求項４に記載の表示装置。
【請求項６】
描画情報解析手段は、解析するコンテンツデータから、更に、該コンテンツデータの他コンテンツデータに対する重なり表示優先度も取得することを特徴とし、
描画処理手段は、更に、該重なり表示優先度を用いて全体階層構造に保持されているコンテンツデータの表示の重なりを決めることを特徴とする請求項１又は２に記載の表示装置。
【請求項７】
描画情報解析手段は、解析するコンテンツデータから、更に、該コンテンツデータに対する変更通知が必要かどうかを示す変更通知要求情報も取得することを特徴とし、
変更通知手段は、該変更通知要求情報で通知不要となっている場合はコンテンツソースに対して変更通知をしないことを特徴とする請求項４又は５に記載の表示装置。
【請求項８】
請求項１〜７のいずれか１項に記載の表示装置と、１つ又は複数のコンテンツソースが、互いに通信手段を介して接続され、
該コンテンツソースは、コンテンツデータを保持する手段と、該表示装置に該通信手段を通じて該コンテンツデータを送信する手段とを有し、
該表示装置は、該通信手段を通じて受信した該コンテンツデータを検知する手段を有し、該表示装置のデータ読み込み手段は、該データ送信検知手段がコンテンツデータを検知した場合に該通信手段からコンテンツデータの読み込みを行うことを特徴とする表示システム。
【請求項９】
表示装置は、通信手段を用いてコンテンツソースにコンテンツデータ送信要求を送信する手段を有し、
コンテンツソースは、通信手段を通じて受信した該コンテンツデータ送信要求を検知する手段と、該送信要求検知手段が要求を検知した場合に通信手段を用いてコンテンツデータを送信する手段を有する請求項８に記載の表示システム。
【請求項１０】
コンテンツソースは、通信手段を用いて表示装置に変更通知を送信する手段を有し、
表示装置は、請求項３に記載の表示装置であって、変更取得手段が通信手段から該変更通知を受信することを特徴とする請求項８に記載の表示システム。
【請求項１１】
表示装置は、請求項４又は５に記載の表示装置であって、変更通知手段が通信手段を用いてコンテンツソースに変更通知を送信し、
コンテンツソースは、通信手段を通じて受信した該変更通知を検知する手段と、該変更通知に応じてコンテンツデータを変更する手段とを有することを特徴とする請求項８に記載の表示システム。
【請求項１２】
変更通知に応じてコンテンツデータの変更をするかどうかをユーザが指示するデータ変更指示手段を備え、コンテンツソースのコンテンツデータ変更手段は、該データ変更指示手段によりデータ変更を行わないと指示されたときは、実際にコンテンツデータを変更しないことを特徴とする請求項１１に記載の表示システム。
【請求項１３】
データを表示する表示工程と、
描画可能なマークアップ言語で記述されたコンテンツデータをコンテンツソースから読み込むデータ読み込み工程と、
該コンテンツデータを解析して描画要素によって構成される描画要素階層構造を生成し、該コンテンツデータが該表示画面上のどの領域に表示するかを示す描画領域情報を取得する描画情報解析工程と、
１つ又は複数のコンテンツデータについて、描画領域情報と描画要素階層構造を全体階層構造に統合して保持する全体階層構造保持工程と、
該保持される各々の描画要素階層構造に基づき、対応する描画領域に表示を行うように指示する描画処理工程とを有することを特徴とする表示方法。
【請求項１４】
データを表示する表示処理と、
描画可能なマークアップ言語で記述されたコンテンツデータをコンテンツソースから読み込むデータ読み込み処理と、
該コンテンツデータを解析して描画要素によって構成される描画要素階層構造を生成し、該コンテンツデータが該表示画面上のどの領域に表示するかを示す描画領域情報を取得する描画情報解析処理と、
１つ又は複数のコンテンツデータについて、描画領域情報と描画要素階層構造を全体階層構造に統合して保持する全体階層構造保持処理と、
該保持される各々の描画要素階層構造に基づき、対応する描画領域に表示を行うように指示する描画処理処理とをコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のグラフィクスコンテンツを同時に表示する表示装置、システム、方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
ネットワークで繋がった複数のソースから送られた描画可能なマークアップ言語で記述されたコンテンツを同時に表示する表示装置において、従来、分散したグラフィックス情報（コンテンツ）を連携させるためには、あらかじめ合成した後のグラフィックスを用意しておかなければならなかった。
【０００３】
例えば、特許文献１に開示された地図表示システムにおいては、広域ネットワークに点在した地理情報を、同一画面上に座標が一致するように重畳させて表示装置をもつ端末に表示することが可能である。
【０００４】
しかし、前記システムにおいては、各グラフィック情報は同一座標の描画データに変換されて表示されるため、情報を提供する側から画面上のどの領域（位置・大きさ）に表示するかを指定することができなかった。
【０００５】
また、表示させたコンテンツの変更をしたい場合には、変更するコンテンツ全体を再送する必要があった。
【０００６】
例えば特許文献２においては、現在表示中の画像と、更新しようとする画像の差分をとり、表示処理に使用しているが、表示装置に与えられる入力画像は、元画像と同じサイズの画像である。
【０００７】
【特許文献１】特許第３５０３３９７号公報
【特許文献２】特開平８−７６７４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明では、複数のコンテンツソースからのグラフィック情報表示要求に対し、複数のグラフィック情報を同一画面上に表示するために、各コンテンツソースの情報を管理することで各コンテンツソースが画面上の表示領域（位置・大きさ）を指定できるようにすること、ユーザによる表示装置におけるコンテンツへの変更と、コンテンツソース側でのコンテンツ変更を差分情報だけで処理できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明による表示装置は、データを表示する表示手段と、描画可能なマークアップ言語で記述されたコンテンツデータをコンテンツソースから読み込むデータ読み込み手段と、該コンテンツデータを解析して描画要素によって構成される描画要素階層構造を生成し、該コンテンツデータが該表示手段上のどの領域に表示するかを示す描画領域情報を取得する描画情報解析手段と、１つ又は複数のコンテンツデータについて、描画領域情報と描画要素階層構造を全体階層構造に統合して保持する全体階層構造保持手段と、該全体階層構造保持手段に保持される各々の描画要素階層構造に基づき、対応する描画領域に表示を行うよう該表示手段に指示する描画処理手段とを有する点に特徴を有する。
本発明による表示システムは、請求項１〜７のいずれか１項に記載の表示装置と、１つ又は複数のコンテンツソースが、互いに通信手段を介して接続され、該コンテンツソースは、コンテンツデータを保持する手段と、該表示装置に該通信手段を通じて該コンテンツデータを送信する手段とを有し、該表示装置は、該通信手段を通じて受信した該コンテンツデータを検知する手段を有し、該表示装置のデータ読み込み手段は、該データ送信検知手段がコンテンツデータを検知した場合に該通信手段からコンテンツデータの読み込みを行う点に特徴を有する。
本発明による表示方法は、データを表示する表示工程と、描画可能なマークアップ言語で記述されたコンテンツデータをコンテンツソースから読み込むデータ読み込み工程と、該コンテンツデータを解析して描画要素によって構成される描画要素階層構造を生成し、該コンテンツデータが該表示画面上のどの領域に表示するかを示す描画領域情報を取得する描画情報解析工程と、１つ又は複数のコンテンツデータについて、描画領域情報と描画要素階層構造を全体階層構造に統合して保持する全体階層構造保持工程と、該保持される各々の描画要素階層構造に基づき、対応する描画領域に表示を行うように指示する描画処理工程とを有する点に特徴を有する。
本発明によるコンピュータプログラムは、データを表示する表示処理と、描画可能なマークアップ言語で記述されたコンテンツデータをコンテンツソースから読み込むデータ読み込み処理と、該コンテンツデータを解析して描画要素によって構成される描画要素階層構造を生成し、該コンテンツデータが該表示画面上のどの領域に表示するかを示す描画領域情報を取得する描画情報解析処理と、１つ又は複数のコンテンツデータについて、描画領域情報と描画要素階層構造を全体階層構造に統合して保持する全体階層構造保持処理と、該保持される各々の描画要素階層構造に基づき、対応する描画領域に表示を行うように指示する描画処理処理とをコンピュータに実行させる点に特徴を有する。
【発明の効果】
【００１０】
本発明によれば、複数のコンテンツソースを一つデータ構造に統合して管理することにより、各コンテンツソースが画面上の表示領域（位置・大きさ・重なり優先度）を指定できる。また、表示装置と、コンテンツソース側での変更を、差分情報だけで送りあうことにより、両者における処理の軽減、及び両者間の通信量の軽減をすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、添付図面を参照して、本発明の好適な実施形態について説明する。
（第１の実施形態）
図１は本実施例における表示装置のハードウェア構成を示す図である。１２はＣＰＵであり、各種処理のための演算や論理判断等を行い、バス１１に接続された各構成要素を制御する。本装置には、プログラムメモリとデータメモリを含むメモリが搭載されている。プログラムメモリには、フローチャートにつき後述する処理手順を含むＣＰＵによる制御のためのプログラムを格納する。メモリはＲＯＭ１３であっても良いし、外部記憶装置等からプログラムがロードされるＲＡＭ１４であっても良い。
【００１２】
１６はユーザからの情報を入力するための入力装置であり、この装置はマウス、タッチパネル、キーボード等ある。
【００１３】
１８は分析されたデータ出力情報を出力する出力装置であり、ＣＲＴや液晶表示器等の表示装置である。また、これらの表示装置に表示される内容を保持するメモリとしてＶＲＡＭ１５を備える。
【００１４】
１７はネットワークＩ／Ｆであり、ネットワークで接続された他の機器とのやり取りを行う。
【００１５】
図２は全体の構成図を示す図である。２０１は表示装置であり、複数のコンテンツソースからのグラフィック情報の表示要求を受け同一画面上に同時に表示することができる。２０２はコンテンツソースであり、表示装置２０１とコンテンツソース２０２はUNIX(登録商標)等で広く使われているソケットを用いて通信する。
【００１６】
２１１はＤＯＭ（Document Object Model）であり、全体ＤＯＭ２１５とコンテンツＤＯＭ２１６と継承関係にある。２１２はコンテンツＤＯＭ２１６を構成する要素である。２１４はレンダラであり、出力２１３に対して出力を行う。
【００１７】
２１５は全体ＤＯＭであり、表示装置全体のＤＯＭである。２１６はコンテンツＤＯＭであり、複数の要素２１２からなる。２１７はパーサであり、送信された描画可能なマークアップ言語を解析して、複数の要素２１２からなるコンテンツＤＯＭ２１６を作成する。
【００１８】
２１８はコンテンツリストであり、コンテンツポート２２２とコンテンツＤＯＭ２１６の関係を保持する。２１９は入力であり、マウス等によるユーザの入力を受け付ける。２２０は入力制御であり、入力２１９を制御し全体制御２２１に処理を依頼する。２２１は全体制御であり、表示装置２０１全体の処理を制御する。
【００１９】
２２４はコネクトポートであり、socket関数の返り値であるファイルディスクリプタに対応し、コンテンツソース２０２からの接続を受け付ける。２２２はコンテンツポートであり、accept関数の返り値であるファイルディスクリプタに対応し、コンテンツソース２０２からのコンテンツデータや変更要求を受信し、変更通知を送信する。２２３はPath変換であり、コンテンツソース２０２のＤＯＭのローカルパス２３２を表示装置２０１の全体ＤＯＭ２１３のパスに変換する。
【００２０】
２３１はＤＯＭ管理でありＤＯＭ２３２を管理している。２３２はＤＯＭであり、コンテンツソース２０２の保持する描画可能なマークアップ言語に対応するＤＯＭである。２３３はディスプレイポートであり、表示装置２０１に対して表示要求及び通知を送受信するために使用する。
【００２１】
図３にはコンテンツソースと表示装置の関係を示す。図２のような構成で、本実施形態では複数のコンテンツソースの表示要求に従って表示装置上に同時に複数の例えばXMLベースのようなの描画可能なマークアップ言語を表示することができる。
【００２２】
このとき表示装置の画面３１上にコンテンツソースＡ３２、コンテンツソースＢ３３、コンテンツソースＣ３４からの表示要求を受けて、それぞれ３５、３６、３７のグラフィックスイメージのように、同時に複数のコンテンツデータを表示することができる。
【００２３】
図４は本実施例における全体制御処理の流れを示す図であり、図５は図３の画面表示が行われた際の全体ＤＯＭを表わす図である。まず、装置の電源が入ると、全体制御２２１は装置への要求を処理するためにＳ４００で要求を待つ。
【００２４】
全体制御２２１は要求を検知すると、その要求元により処理を分岐させる。ここで、コンテンツソースＡ、Ｂ、Ｃから図６、７、８に示されるようなSVGデータが送信されてくるとする。なお、これら図６、図７、図８と、後述の図１０、図１３、図２３、図２４はXMLデータのソースを示すが、これらの図において行頭の数字は説明のための行番号であり、実際のデータには含まれない。
【００２５】
まず、コンテンツソースＡ３２から表示装置２０１に対してデータが送られてきた場合には、全体制御２２１はコネクトポート２２４でディスプレイポート２２３からの接続要求を受け付けて、Ｓ４００の要求待ちの状態からＳ４０１の要求判別へ移行し、ここで検知された要求がコネクトポート２２４からの要求であることを判定してＳ４０２へ進む。
【００２６】
全体制御２２１はＳ４０２においてコンテンツポート２２２を新規作成してディスプレイポート２３３へ接続を受け付けたことを通知する。全体制御２２１はＳ４０３において、パーサ２１７にデータを解析してコンテンツＤＯＭ２１６を生成するように依頼する。その結果、コンテンツソースＡから送信されたSVGから図５に示されるＤＯＭツリーの５１１トップ要素以下のようなコンテンツＤＯＭ２１６が作成される。
【００２７】
全体制御２２１はＳ４０４において新規作成されたコンテンツポート２２２とコンテンツＤＯＭ２１６の情報をコンテンツリスト２１８に追加する。全体制御２２１はＳ４０５において、コンテンツＤＯＭ２１６をルート５０１の子要素として追加する。このとき、コンテンツＤＯＭ２１６のトップ要素５１１の属性情報５１２にid属性としてコンテンツポート２２２のファイルディスクリプタの値として付与する。
【００２８】
また、全体ＤＯＭ２１５内に同一のid属性が存在してはならないので、コンテンツＤＯＭ内の各要素のid属性をコンテンツソースのidを付加した形に変更する。例えばファイルディスクリプタの値が「001」であった場合には、図６の６０５行の「id="A"」は「id="001A"」となる。
【００２９】
全体ＤＯＭ２１５への追加Ｓ４０５が終了した後、全体制御２２１は新規にＤＯＭが追加されたかを判定ステップＳ４１２へ進み、Ｓ４１４において部分描画処理を行う。
【００３０】
同様にコンテンツソースＢ、Ｃから送信されたSVGの表示要求それぞれに対して、上記のような処理を繰り返し再描画を行うことにより、図３のように表示され、全体ＤＯＭの構成は図５のようになる。
【００３１】
コンテンツソース２０２から表示装置２０１に表示変更要求があった場合、例えばコンテンツソースＡから表示変更要求があった場合、全体制御２２１はＳ４０６においてコンテンツポート２２２からの要求であることを判定してＳ４０７へ進む。
【００３２】
全体制御２２１はＳ４０７においてコンテンツリスト２１８を参照してコンテンツポート２２２のidに対応するコンテンツＤＯＭ２１６を特定する。
【００３３】
続いて、Ｓ４０８の判定において、送られてきたデータがSVGである場合には処理はＳ４０９へ進み、パーサ２１７を使ってコンテンツＤＯＭを作り、Ｓ４１１において全体ＤＯＭ２１５のコンテンツソースＡのコンテンツＤＯＭと置き換え、コンテンツソースＡ内部の変更ではなく全体の変更であるのでＳ４１３の判定ではＳ４１５へ進み全体を再描画する。
【００３４】
本実施形態においては変更個所の差分情報を表現するために、The XML:DB Initiativeが開発中の言語であるXUpdateを用いるが、Ｓ４０８の判定において、データがこのXUpdateの場合にはＳ４１０へ進み、対象となるコンテンツＤＯＭ２１６を特定し、Ｓ４１１において全体ＤＯＭ２１５の特定されたコンテンツＤＯＭを変更し、コンテンツソースＡ内部の変更であるのでＳ４１３の判定ではＳ４１４へすすみ変更された要素のみを部分描画する。
【００３５】
全体制御２２１はディプレイにおける入力装置、例えばマウスを使用して、入力２１９から表示変更要求があった場合にはＳ４１６へ進みコンテンツＤＯＭを特定し、Ｓ４１７において特定したコンテンツＤＯＭの属性の変更を行い、さらにコンテンツＤＯＭからコンテンツポート２２２を特定Ｓ４１８し、コンテンツポート２２２にXUpdateを用いて変更を通知Ｓ４１９する。
【００３６】
Ｓ４１９の通知の後、変更がコンテンツＤＯＭ２１６の内側の変更である場合にはＳ４１４へ進み部分描画し、変更がコンテンツＤＯＭ２１６の外側の変更である場合にはＳ４１５へ進み全体を再描画する。Ｓ４１４部分描画又はＳ４１５全体描画が終了した後Ｓ４００要求待ちへ戻る。
【００３７】
コンテンツソースＡ３２、コンテンツソースＢ３３、コンテンツソースＣ３４からの表示要求を受け、図３のような画面表示がなされている場合に、各コンテンツソースからの表示変更要求、及び表示装置側からの表示変更に対する処理の詳細について図６〜図２３を用いて以下で説明する。
【００３８】
まず、コンテンツソース２０２側から表示の変更要求があった場合について処理の詳細を説明する。例えば、図３におけるコンテンツソースＣ３４が表示中のグラフィックスイメージ３７中の要素を図９の９８のように別の位置に移動したい場合、コンテンツソースＣから変更要求として図１０のようなXUpdateのデータが送られて来る。
【００３９】
この表示変更要求に対する処理の流れは図１１に示される。図１１において、コンテンツソースＣ１１０１からＳ１１０９表示変更要求である図１０のXUpdateデータがコンテンツポート１１０２へ送信されると、コンテンツポート１１０２はＳ１１１０表示変更要求を全体制御１１０３へ依頼する。
【００４０】
全体制御１１０３はこの要求に応じて、XUpdateの内容を解析するため、パーサ１１０６に対してＳ１１１１でXUpdateのパースを要求し、Ｓ１１１２でその結果を得る。
【００４１】
次に、全体制御１１０３は、コンテンツポート１１０２に対応するコンテンツＤＯＭを得るため、コンテンツリスト１１０５に対してＳ１１１３コンテンツ情報取得要求を出し、Ｓ１１１４でその結果を得る。
【００４２】
さらに、全体制御１１０３は、XUpdateに記述されている変更対象を示すパスを、コンテンツソースＣ１１０１内でのものから、全体ＤＯＭ１１０７におけるパスに変換するため、Path変換１１０４に対してそのパス名とＳ１１１２で得たコンテンツＤＯＭを使ってＳ１１１５で変換要求を出し、Ｓ１１１６でその結果を得る。
【００４３】
具体的には、コンテンツソースＣ(コンテンツポートid=003)から送られた図１０の行１００３中のselectで指定されているパス"/SVG/image[@id='A']/@x"を全体ＤＯＭ上のパス"/SVG/SVG[@id='003']/image[@id='003A']/@x"に、行１００６中のパス"/SVG/image[@id='A']/@y"を、全体ＤＯＭ上のパス"/SVG/SVG[@id='003']/image[@id='003A']/@y"にそれぞれ変換する。
【００４４】
続いて、全体制御１１０３はＳ１１１６で得た変換結果を用いて全体ＤＯＭ１１０７に対してＳ１１１７でＤＯＭの変更を要求する。
【００４５】
この要求を受けて全体ＤＯＭ１１０７は図５中のコンテンツソースＣが表示していたコンテンツＤＯＭ５３１中の要素イメージＡ５３３の属性情報５３５を変更する。具体的には、属性情報５３５中の座標属性x="120" y="40"をx="30" y="100"に変更する。
【００４６】
全体ＤＯＭ１１０７は、Ｓ１１１８においてこの変更された要素イメージＡ５３３を全体制御１１０３に返す。
【００４７】
ここで、変更はコンテンツＤＯＭ５３１の内部だけであるので、全体制御１１０３はＳ１１１９において変更された部分を部分描画するようにレンダラ１１０８へ要求する。
【００４８】
このようにして、コンテンツソースＣの表示は、図９のイメージ要素Ａ９８のように変更される。
【００４９】
次に、図３においてコンテンツソースＣ３４が表示中のグラフィックスイメージ３７を図１２の１２０７のように拡大したい場合、コンテンツソースＣ１２０４から変更要求として送られるXUpdateは図１３のようなデータである。
【００５０】
この表示変更要求に対する処理の流れは図１４に示される。この処理の流れはＳ１４０９〜Ｓ１４１６までは図１１のＳ１１０９〜Ｓ１１１６とほぼ同じであるので、以下は異なる部分だけを説明する。
【００５１】
Ｓ１４１５のパス変換要求に対して、コンテンツソースＣ１４０１(コンテンツポートid=003)から送られた図１３の１３０３中のselectで指定されているパス"/SVG/@width"を全体ＤＯＭ上のパス"/SVG/SVG[@id='003']/@width"に、１３０６中のパス"/SVG/@height"を、全体ＤＯＭ上のパス"/SVG/SVG[@id='003']/@height"にそれぞれ変換する。
【００５２】
全体制御１４０３からのＳ１４１７ＤＯＭ変更要求を受けて、全体ＤＯＭ１４０７は図５の中のコンテンツソースＣ３４が表示していたコンテンツＤＯＭ５３１のトップ要素の属性情報５３２を変更する。具体的には、属性情報５３２中の座標属性width="240" height="240"をwidth="360" height="360"に変更する。
【００５３】
全体ＤＯＭ１４０７は、Ｓ１４１８においてこの変更されたコンテンツＤＯＭ５３１を全体制御１１０３に返す。
【００５４】
ここで、変更はコンテンツＤＯＭ５３１の枠の変更であり画面全体に影響するので、全体制御１４０３はＳ１４１９において全体ＤＯＭを再描画するようにレンダラ１４０８へ要求する。このようにして、図１２のコンテンツソースＣ１２０４のグラフィックスイメージは１２０７のように表示が変更される。
【００５５】
続いて、表示装置側から表示の変更要求があった場合について処理の詳細を説明する。表示装置を操作するユーザが入力装置を使用して操作メニューを表示する操作を行うと、図１５に示されるような操作メニュー１５０１（移動、リサイズ、切り取り、複製、貼付、削除、入れ替え、プロパティ）を出す。このメニューの中から選択された操作に従って全体制御に処理を依頼する。
【００５６】
図３におけるコンテンツソースＣ３４が表示中のグラフィックスイメージ３７中の要素を図９の９８のように別の位置に移動したい場合についての処理の流れは図１６に示される。
【００５７】
まず、表示装置を操作するユーザが入力装置１６０１によって、Ｓ１６１１メニュー表示を指示した場合には、入力制御１６０２はこの要求を検知し、Ｓ１６１２メニュー表示要求を全体制御１６０３へ発行する。
【００５８】
これを受けてＳ１６１３メニュー表示をレンダラ１６０７へ依頼することにより、表示装置上に図１５のようなメニューが表示される。
【００５９】
ここで、ユーザが入力装置１６０１を使用して、表示された図１５のような操作メニューから操作「移動」を選択したとすると、この選択がＳ１６１４によって、入力制御１６０２に検知され、Ｓ１６１５によって全体制御１６０３に伝えられる。
【００６０】
さらにユーザが入力装置１６０１を用いて画面上で移動対象を示す始点と移動先を示す終点を指定すると、入力装置１６０１からＳ１６１６によってそれらの値が入力制御１６０２に通知される。さらに、入力制御１６０２はＳ１６１７で始点と終点の情報を全体制御１６０３へ通知する。
【００６１】
全体制御１６０３は、始点の座標から移動対象要素及び移動元のコンテンツＤＯＭ（対象要素が属するコンテンツＤＯＭ）を特定するために、全体ＤＯＭ１６０６に対してＳ１６１８を要求し、Ｓ１６１９でその結果を得る。
【００６２】
次に全体制御１６０３は、終点の座標から移動先のコンテンツＤＯＭを特定するために、Ｓ１６２０を要求し、Ｓ１６２１でその結果を得る。
【００６３】
例えば、ユーザがマウスによってメニュー１５０１の「移動」を選んだ後に図９のイメージ９８をドラッグした場合、マウスボタンダウンの位置である始点から移動対象要素である図５の要素５３３と移動元のコンテンツＤＯＭ５３１が返され、マウスボタンアップ位置である終点から移動先として移動元と同じコンテンツＤＯＭ５３１が返される。
【００６４】
この場合、移動元と移動先のコンテンツＤＯＭが同じであるので、全体制御１６０３はそのコンテンツＤＯＭ５３１に対して、図５の要素５３３の属性を始点の座標から終点の座標へ変更するために、Ｓ１６２２属性変更要求をする。
【００６５】
例えば、ユーザが入力した始点座標が座標x="350" y="250",終点座標がx="260" y="310"（画面全体の絶対座標系）であった場合、始点と終点の差分はΔx="-90" Δy="60"なの
で、イメージＡの属性の座標x="120" y="40"をx="30" y="100"（37グラフィックスイメージ内での相対座標系）に変更する要求を出す。
【００６６】
全体ＤＯＭ１６０６は、そのＳ１６２２属性変更要求に応じた変更を行い、変更後の要素をＳ１６２３で返す。
【００６７】
続いて、全体制御１６０３は変更された要素のパスをそれが属するコンテンツソース内でのパスに変換するため、Path変換１６０４に対してＳ１６２４パス名変換要求をし、Path変換１６０４はＳ１６２５でその結果を返す。
【００６８】
具体的には、Ｓ１６１９で返された対象要素の全体ＤＯＭ上のx座標属性を示すパス"/SVG/SVG[@id='003']/image[@id='003A']/@x'を、コンテンツソースＣ１６０９(コンテンツポートid=003)内でのパス"/SVG/image[@id='A']/@x"に、y座標属性を示すパス"/SVG/SVG[@id='003']/image[@id='003A']/@y"を"/SVG/image[@id='A']/@y"にそれぞれ変換する。
【００６９】
これらの結果を用いて、全体制御１６０３は、表示装置側の表示変更による差分通知を図１０のようなXUpdateデータを生成する。
【００７０】
また、全体制御１６０３は、変更対象のコンテンツＤＯＭに対応するコンテンツポートを得るため、コンテンツリスト１６０５に対してＳ１６２６コンテンツ情報取得要求を出し、コンテンツリスト１６０５はＳ１６２７で結果を返す。
【００７１】
全体制御１６０３は、Ｓ１６２７で得たコンテンツポート１６０８に対して、生成したXUpdateデータを送信しＳ１６２８、コンテンツポート１６０８はコンテンツポートＣ１６０９に変更を通知Ｓ１６２９する。
【００７２】
コンテンツソースＣ１６０９は、ディスプレイポート２３３においてこの変更を受け取り、ＤＯＭ管理２３１を用いてＤＯＭ２３２を変更する。
【００７３】
一方、全体制御１６０３はＳ１６３０において、画面の再描画をレンダラ１６０７へ要求することにより、対象移動後の画面を表示する。
【００７４】
次に、図３においてコンテンツソースＣ３４が表示中のグラフィックスイメージ３７を図１２の１２０７のように拡大したい場合についての処理の流れは図１７に示される。Ｓ１７１０〜Ｓ１７１４までは図１６の流れと同様であるが、ここでは表示された操作メニュー１５０１から「リサイズ」を選択する。
【００７５】
ユーザがマウスをドラッグすると、入力装置１７０１はその時のマウスボタンダウンとボタンアップの位置をそれぞれ画面全体での絶対座標系を使った始点と終点として入力制御１７０２に通知する。
【００７６】
入力制御１７０２は、通知された始点と終点の座標からリサイズ率を計算する。リサイズ率は２点のy座標の差から計算され、始点より終点が上にあった場合はリサイズ率が100%以上（拡大）となり、差が大きいほどよりリサイズ率の値が大きくなる（より拡大される）。逆に、終点が下にあった場合はリサイズ率が100%以下（縮小）となり、差が大きいほどリサイズ率の値は小さくなる（より縮小される）。
【００７７】
入力制御１７０２は、こうして計算されたリサイズ率とＳ１７１５で通知された始点座標をＳ１７１６で全体制御１７０２に通知する。
【００７８】
通知された全体制御１７０３は、始点の座標を含む要素を特定するため、全体ＤＯＭ１７０６に対してＳ１７１７対象要素特定を要求し、Ｓ１７１８で要素を得る。
【００７９】
次に、全体制御１７０３は、Ｓ１７１８で得た要素の現在のサイズとＳ１７１６で通知されたリサイズ率からリサイズ後のサイズを計算する。
【００８０】
そして、リサイズ対象となるＳ１７１８で得た要素のwidth, height属性を変更するため、全体ＤＯＭ１７０６に対してＳ１７１９属性変更を要求し、Ｓ１７２０でその結果として対象要素を得る。
【００８１】
さらに、全体制御１７０３は、リサイズ対象要素が属するコンテンツＤＯＭを得るため、全体ＤＯＭ１７０６に対してＳ１７２１コンテンツＤＯＭ特定を要求し、Ｓ１７２２でコンテンツＤＯＭを得る。
【００８２】
ここで、図３において、マウスドラッグの始点がグラフィックスイメージ３７のバックグラウンドの場合は、グラフィックスイメージ３７全体がリサイズ対象となる。始点によってはグラフィックスイメージ内の要素の場合もある。
【００８３】
続いて、全体制御１７０３は、変更された要素の属性に対するパスをそれが属するコンテンツソース内でのパスに変換するため、Path変換１７０４に対してＳ１７２３パス名変換要求をし、Ｓ１７２４で変換結果を得る。
【００８４】
例えば、リサイズ対象が図３のグラフィックスイメージ３７全体であった場合、Ｓ１７２０で結果として返された対象要素の全体ＤＯＭ上のwidth属性を示すパス"/SVG/SVG[@id='003']/@width"をコンテンツソースＣ(コンテンツポートid=003)内でのパス "/SVG/@width"に、height属性を示すパス"/SVG/SVG[@id='003]/@height"を"/SVG/@height"にそれぞれ変換する。
【００８５】
これらの結果を用いて、全体制御１７０３は、表示装置側の表示変更による差分通知のために図１３のようなXUpdateデータを生成する。
【００８６】
続いて、全体制御１７０３は、Ｓ１７２２で得たリサイズ対象が属するコンテンツＤＯＭに対応するコンテンツポート１７０８を得るため、コンテンツリスト１７０５に対してＳ１７２５コンテンツ情報取得を要求し、Ｓ１７２６で結果を得る。
【００８７】
さらに、全体制御１７０３は、Ｓ１７２６で得たコンテンツポート１７０８に対して、生成したXUpdateデータを送信しＳ１７２７、コンテンツポート１７０８はコンテンツソースＣ１７０９に変更を通知Ｓ１７２８する。
【００８８】
コンテンツソースＣ１７０９は、ディスプレイポート２３３においてこの変更を受け取り、ＤＯＭ管理２３１を用いてＤＯＭ２３２を変更する。
【００８９】
一方、全体制御１７０３はＳ１７２９において、画面の再描画をレンダラ１７０７へ要求することにより、対象リサイズ後の画面を表示する。
【００９０】
次に、異なるコンテンツソース間で表示の変更要求があった場合について処理の詳細を説明する。図３におけるコンテンツソースＣ３４が表示中のグラフィックスイメージ３７中の要素を図１８の１８８のように別のコンテンツソースＡ１８２が表示しているグラフィックスイメージ中に移動したいとする。
【００９１】
ユーザの入力による、操作の指示、及び始点・終点の座標の指示、移動対象要素及び移動元のコンテンツＤＯＭの特定、移動先コンテンツＤＯＭの特定は、図１６のＳ１６１１〜Ｓ１６２１までと同様であり、それ以降の処理は図１９に示される。この場合、始点を含む１８７と終点を含む１８５は異なり、それに対応する移動元のコンテンツＤＯＭと移動先のコンテンツＤＯＭも異なるので、変更要求はそれぞれに対応するコンテンツソースの各々に分割されることになる。
【００９２】
まず、全体制御１９０１は、移動元のコンテンツＤＯＭ５３１から移動対象の要素５３３を削除するため、全体ＤＯＭ１９０４に対してＳ１９０８変更要求を送る。
【００９３】
続いて、全体制御１９０１は削除した要素のパス５３３を、それが属するコンテンツソース内でのパスに変換するため、Path変換１９０２に対してＳ１９０９パス名変換を要求し、Ｓ１９１０でその結果を得る。
【００９４】
これらの結果を用いて、全体制御１９０１は、要素５３３が削除されたと言う差分通知を図２０のようなXUpdateデータを生成し、コンテンツリスト１９０３とのやり取りＳ１９１１とＳ１９１２で得たコンテンツポートＣ１９０６に、Ｓ１９１３で変更通知としてそのデータを送信する。
【００９５】
次に、全体制御１９０１は、移動先のコンテンツＤＯＭ５１１に移動対象の要素５３３を追加するため、全体ＤＯＭ１９０４に対してＳ１９１４変更要求を送る。
【００９６】
そして、上記と同様にＳ１９１５、Ｓ１９１６でPath名の変換をした後、図２１のようなXUpdateデータを生成し、Ｓ１９１７とＳ１９１８で得たコンテンツポートＡ１９０７に、Ｓ１９１９で変更通知としてそのデータを送信する。
【００９７】
この通知の後、Ｓ１９２０において、画面の再描画をレンダラ１９０５へ要求することにより、画面が再描画され、図１８のように画面表示が更新される。
【００９８】
次に、各コンテンツリストとのセッションが切断される場合、すなわちコンテンツリストから削除する場合の処理について説明する。図３におけるコンテンツソースＣ３４が表示中のグラフィックスイメージ３７を図２２のように削除したい場合、コンテンツソースＣ３４側からセッションを切断する場合に送られるXUpdateは図２３のようなデータである。
【００９９】
この要求に従って、図１１と同様に処理を行う。この結果、Ｓ１１１７ＤＯＭ変更処理において、図５のコンテンツＤＯＭ５３１が削除され、Ｓ１１１９によって、全体ＤＯＭが再描画され、図２２のように画面表示が更新される。
【０１００】
また、表示装置側から図３のコンテンツソースＣ３４の表示するグラフィックオブジェクト３７を図２２のように削除する場合には、図１７と同様に処理を行う。この場合、Ｓ１７１３、Ｓ１７１４で削除が指示され、Ｓ１７１５、Ｓ１７１６で削除対象が指示される。Ｓ１７１７、Ｓ１７１８で削除対象が特定され、Ｓ１７１９、Ｓ１７２０で全体ＤＯＭからの削除が行われ、Ｓ１７２１〜Ｓ１７２６で削除を通知すべきコンテンツポートを特定し、Ｓ１７２７で削除を通知する。その後、Ｓ１７２９で全体ＤＯＭが再描画され、図２２のように画面表示が更新される。
【０１０１】
（第２の実施形態）
以下、図面を用いて本発明の第２の実施形態を説明する。第２の実施形態においても、表示装置のハードウェア構成及び全体構成は第１の実施形態と同じで、それぞれ図１、図２に示す通りである。
【０１０２】
本実施形態は、コンテンツソースからの描画領域の指定の仕方が第１の実施形態とは違う。さらに描画領域だけでなく、重なりの優先度、表示装置におけるデータ変更の通知が必要かどうかを指定することも第１の実施形態とは違う。
【０１０３】
図２４はコンテンツソースから送られるコンテンツデータの例を示す図である。なお、同図において各行の頭についている４桁の数字及び下線は説明のためのものであり、実際のコンテンツデータには含まれない。同図において、行２４０２で始まり行２４１２で終わる要素はコンテンツの描画領域を指定するための属性を持っている。ここでは、表示装置の(100,200)を原点に640x480のサイズでの表示を指定している。
【０１０４】
また、行２４０２の下線部にある属性zはコンテンツソース間の重なりを示すもので、自然数あるいは-１の値をとる。0は最前面、1は二番目と数が大きいほど重なりの後ろになり、-1を指定すると最背面になることを意味する。ここではz="0"であるので最前面に表示することを指定している。なお、コンテンツ処理時に表示装置に表示されているコンテンツソースの数よりも大きい数を指定した場合は、一番後ろに表示されるものとする。また、属性zの指定がない場合、表示は常に最前面になる。
【０１０５】
さらに、行２４０３の下線部にある属性change-notifyはtrueかfalseの値をとり、trueならば表示装置側での変更をコンテンツソース側に通知することを、falseならば通知しないことを意味する。この場合、change-notify="true"であるので通知が必要なことを指定している。デフォルトはtrueであり、指定がない場合は常に通知を行う。
【０１０６】
行２４０４から行２４１１までが実際のコンテンツであり、上記で指定した領域、重なりで表示装置上に表示される。なお、この例ではコンテンツとしてXHTMLを示しているが、SVG等他のXML文書でもかまわない。
【０１０７】
表示装置における全体処理は図４で示されるものとほぼ同じであるが、change-notify="false"の場合にＳ４１９において、コンテンツポートへ変更通知をしないことが異なる。
【０１０８】
本実施形態により、コンテンツソースから重なりの優先度を指定すること、及び表示装置におけるデータの変更の通知が必要かどうかを指定することができるようになる。
【０１０９】
（第３の実施形態）
以下は、第１の実施形態及び第２の実施形態を基に、本発明の第３の実施形態を説明する。本実施形態も、第１の実施形態及び第２の実施形態で説明した表示装置と同様のハードウェア構成及び全体構成を有しているが、第１の実施形態及び第２の実施形態と異なるのは表示装置からコンテンツソースへ要求を行う点である。
【０１１０】
図２５は、本実施形態における表示装置とコンテンツソースとの間で行われる通信のシーケンス図である。表示装置２５０１は、以前表示装置２５０１に対してアクセスを行ったコンテンツソースのURLを保持している。表示装置２５０１から、あるコンテンツソースへアクセスを行いたい場合、例えば利用者が過去に使用したコンテンツソースの内容をもう一度見たいと思い履歴情報等を用いて該当するコンテンツソースへアクセスしたい場合、表示装置２５０１はコンテンツソース２５０２のURL情報を用いてコンテンツソース２５０２に対して表示を行うためのデータを送信するようデータ要求Ｓ２５０３を行う。
【０１１１】
コンテンツソース２５０２は、表示装置２５０１からのデータ要求Ｓ２５０３に応じて、SVGやXHTML等のようなデータを送信しＳ２５０４、表示装置２５０１はコンテンツソース２５０２から送信されたデータＳ２５０４を解釈して表示を行う。
【０１１２】
この要求の仕組みを有することで、表示装置からコンテンツソースを呼び出して表示を行うことができるようになる。また、この要求の仕組みを利用することにより、表示装置からコンテンツソースを能動的に操作することが可能になり、表示装置を使っている利用者がコンテンツソースを遠隔操作すること等が可能となる。
【０１１３】
（第４の実施形態）
以下は、第１の実施形態及び第２の実施形態及び第３の実施形態を基に、本発明の第４の実施形態を説明する。本実施形態も、第１の実施形態及び第２の実施形態及び第３の実施形態で説明した表示装置と同様のハードウェア構成及び全体構成を有しているが、表示装置側からのＤＯＭ変更要求に対してコンテンツソース側が変更するかどうかの選択を行うという点が異なる。
【０１１４】
図２６は、コンテンツソースにおける処理を示す図である。コンテンツソースは、Ｓ２６０１において表示装置からの変更通知やユーザからの指示等のイベントを待っており、イベントが発生するとＳ２６０２に移る。Ｓ２６０２においてイベントが表示装置からの変更通知であると判断された場合、Ｓ２６０３に移る。Ｓ２６０３では複製ＤＯＭが存在するかどうかを確認し、複製ＤＯＭが存在しない場合はＳ２６０４において複製ＤＯＭを作成してからＳ２６０５に移る。複製ＤＯＭが存在しない場合はＳ２６０４を飛ばしてＳ２６０５に移る。Ｓ２６０５では、変更通知に応じて複製ＤＯＭの内容の変更を行い、Ｓ２６０１に戻る。
【０１１５】
Ｓ２６０２でイベントがユーザからの終了指示であると判断された場合、Ｓ２６０６に移る。Ｓ２６０６では、表示装置からの変更を保存するかどうかの指示を得る。Ｓ２６０６は、ダイアログ等を出してユーザからの指示を得ても良いし、あらかじめユーザ設定において変更を保存するかどうかを設定たうえで保存しておき、保存されている指示を得ても良い。
【０１１６】
続くＳ２６０７では、Ｓ２６０６で得られた結果を判断し、変更保存をする場合はＳ２６０８において複製ＤＯＭをオリジナルのＤＯＭに上書きして変更を反映し、Ｓ２６０９に移る。変更保存をしない場合はＳ２６０８を飛ばしてＳ２６０９に移る。Ｓ２６０９では、複製ＤＯＭを削除し、処理を終了する。
【０１１７】
これらの処理により、コンテンツソースは表示装置側から変更を受けても自らのＤＯＭを変更するかどうかの選択を行うことができるようになり、変更して欲しくないＤＯＭを保護することが可能となる。
【０１１８】
なお、本発明は上記の実施の形態に限定されず、この発明を逸脱しない範囲内において種種変形応用可能である。
【０１１９】
本発明の目的は、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１２０】
この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２１】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１２２】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１２４】
【図１】本発明の第１の実施形態におけるハードウェアの構成を表わす図である。
【図２】本発明の第１の実施形態における全体構成を表わす図である。
【図３】本発明の第１の実施形態における表示装置とコンテンツソースの表示を表わす図である。
【図４】本発明の第１の実施形態における動作の流れ図である。
【図５】本発明の第１の実施形態における全体ＤＯＭを表わす図である。
【図６】本発明の第１の実施形態におけるコンテンツソースＡから送信されるSVGデータを表わす図である。
【図７】本発明の第１の実施形態におけるコンテンツソースＢから送信されるSVGデータを表わす図である。
【図８】本発明の第１の実施形態におけるコンテンツソースＣから送信されるSVGデータを表わす図である。
【図９】本発明の第１の実施形態におけるコンテンツソースが表示するグラフィックスイメージ内部の変更を表わす図である。
【図１０】本発明の第１の実施形態におけるコンテンツソースと表示装置間で送信される変更データを表わす図である。
【図１１】本発明の第１の実施形態におけるコンテンツソース側からの内部の変更のシーケンスを表わす図である。
【図１２】本発明の第１の実施形態におけるコンテンツソースが表示するグラフィックスイメージの枠サイズの変更を表わす図である。
【図１３】本発明の第１の実施形態におけるコンテンツソースと表示装置間で送信される変更データを表わす図である。
【図１４】本発明の第１の実施形態におけるコンテンツソース側からの枠サイズの変更のシーケンスを表わす図である。
【図１５】本発明の第１の実施形態における表示装置側からの操作メニューを表わす図である。
【図１６】本発明の第１の実施形態における表示装置側からのコンテンツＤＯＭ内部の変更のシーケンスを表わす図である。
【図１７】本発明の第１の実施形態における表示装置側からのコンテンツＤＯＭの枠サイズ変更のシーケンスを表わす図である。
【図１８】本発明の第１の実施形態における複数コンテンツソース間の表示装置側からの表示変更を表わす図である。
【図１９】本発明の第１の実施形態における複数コンテンツソース間の表示装置側からの表示変更シーケンスを表わす図である。
【図２０】本発明の第１の実施形態における表示装置からコンテンツソースへ送信される変更通知データを表わす図である。
【図２１】本発明の第１の実施形態における表示装置からコンテンツソースへ送信される変更通知データを表わす図である。
【図２２】本発明の第１の実施形態におけるコンテンツリストからの削除を表わす図である。
【図２３】本発明の第１の実施形態における表示装置とコンテンツソース間で送信される変更データを表わす図である。
【図２４】本発明の第２の実施形態におけるコンテンツソースから送られるデータの例を表わす図である。
【図２５】本発明の第３の実施形態における表示装置とコンテンツソース間のシーケンスの流れを表わす図である。
【図２６】本発明の第４の実施形態における処理の流れを表わす図である。
【符号の説明】
【０１２５】
１２    ＣＰＵ
１３    ＲＯＭ
１４    ＲＡＭ
１５    ＶＲＡＭ
１６    入力装置
１７    ネットワークＩ／Ｆ
１８    出力装置
【図１】
2007057980.tif 000003
【図２】
2007057980.tif 000004
【図３】
2007057980.tif 000005
【図４】
2007057980.tif 000006
【図５】
2007057980.tif 000007
【図６】
2007057980.tif 000008
【図７】
2007057980.tif 000009
【図８】
2007057980.tif 000010
【図９】
2007057980.tif 000011
【図１０】
2007057980.tif 000012
【図１１】
2007057980.tif 000013
【図１２】
2007057980.tif 000014
【図１３】
2007057980.tif 000015
【図１４】
2007057980.tif 000016
【図１５】
2007057980.tif 000017
【図１６】
2007057980.tif 000018
【図１７】
2007057980.tif 000019
【図１８】
2007057980.tif 000020
【図１９】
2007057980.tif 000021
【図２０】
2007057980.tif 000022
【図２１】
2007057980.tif 000023
【図２２】
2007057980.tif 000024
【図２３】
2007057980.tif 000025
【図２４】
2007057980.tif 000026
【図２５】
2007057980.tif 000027
【図２６】
2007057980.tif 000028