JP2003303091A - 画像通信装置及び画像通信方法 - Google Patents
画像通信装置及び画像通信方法Info
- Publication number
- JP2003303091A JP2003303091A JP2002109438A JP2002109438A JP2003303091A JP 2003303091 A JP2003303091 A JP 2003303091A JP 2002109438 A JP2002109438 A JP 2002109438A JP 2002109438 A JP2002109438 A JP 2002109438A JP 2003303091 A JP2003303091 A JP 2003303091A
- Authority
- JP
- Japan
- Prior art keywords
- image
- data
- request
- partial
- image data
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/4728—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for selecting a Region Of Interest [ROI], e.g. for requesting a higher resolution version of a selected region
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
- H04N21/8153—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics comprising still images, e.g. texture, background image
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Abstract
(57)【要約】
【課題】 マルチメディア記述データ内に記述された各
グラフィックオブジェクトの重なり部分に対しては画像
データの送受信を行わず、通信量及び通信時間を削減さ
せる。 【解決手段】 画像通信装置２０２でマルチメディア記
述データ内に記述された各グラフィックオブジェクトの
重なりを判定し、他のグラフィックオブジェクトが重な
っていないと判定された画像については、画像データ全
体の全体画像リクエストを画像通信装置２０１に送信
し、他のグラフィックオブジェクトが重なっていると判
定された画像については、１個以上の部分画像を決定
し、決定された部分画像に対応する部分画像データリク
エストを画像通信装置２０１に送信する。そして、その
リクエストに応じて返信された全体画像データ若しくは
部分画像データを受信し、受信した全体画像データ若し
くは部分画像データを用いてマルチメディア記述データ
によって記述されたレイアウト画像を生成する。
グラフィックオブジェクトの重なり部分に対しては画像
データの送受信を行わず、通信量及び通信時間を削減さ
せる。 【解決手段】 画像通信装置２０２でマルチメディア記
述データ内に記述された各グラフィックオブジェクトの
重なりを判定し、他のグラフィックオブジェクトが重な
っていないと判定された画像については、画像データ全
体の全体画像リクエストを画像通信装置２０１に送信
し、他のグラフィックオブジェクトが重なっていると判
定された画像については、１個以上の部分画像を決定
し、決定された部分画像に対応する部分画像データリク
エストを画像通信装置２０１に送信する。そして、その
リクエストに応じて返信された全体画像データ若しくは
部分画像データを受信し、受信した全体画像データ若し
くは部分画像データを用いてマルチメディア記述データ
によって記述されたレイアウト画像を生成する。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータ、携
帯電話、PDA等の情報処理装置と、他のコンピュータ、
携帯電話、PDA、或いはプリンタにおける画像データを
含む画像通信システム、画像通信装置、画像通信方法、
プログラム及び記録媒体に関する。
帯電話、PDA等の情報処理装置と、他のコンピュータ、
携帯電話、PDA、或いはプリンタにおける画像データを
含む画像通信システム、画像通信装置、画像通信方法、
プログラム及び記録媒体に関する。
【０００２】
【従来の技術】World Wide Webシステムで主に用いられ
るHTML（Hyper Text Markup Language）は、“＜”と
“＞”で囲まれたタグと文字データとからなるテキスト
データであるが、テキストと画像データを含むマルチメ
ディアドキュメントの記述を可能とし、インターネット
の普及とともに普及、発展してきた。
るHTML（Hyper Text Markup Language）は、“＜”と
“＞”で囲まれたタグと文字データとからなるテキスト
データであるが、テキストと画像データを含むマルチメ
ディアドキュメントの記述を可能とし、インターネット
の普及とともに普及、発展してきた。
【０００３】初期のHTMLは、単にテキストデータと画像
データを、ブラウザと呼ばれる表示プログラムの表示領
域に並べるものであったが、その後の普及に従い、より
複雑なレイアウト表現力を持つように拡張されてきた。
この拡張は、現在では、W3C（World Wide Web Consorti
um）によりスタイルシートとして整理され、例えばCSS
（Cascade Style Sheet）、XSL（Extensible Styleshee
t Language）といったスタイルシートに関する規格が存
在する。
データを、ブラウザと呼ばれる表示プログラムの表示領
域に並べるものであったが、その後の普及に従い、より
複雑なレイアウト表現力を持つように拡張されてきた。
この拡張は、現在では、W3C（World Wide Web Consorti
um）によりスタイルシートとして整理され、例えばCSS
（Cascade Style Sheet）、XSL（Extensible Styleshee
t Language）といったスタイルシートに関する規格が存
在する。
【０００４】このW3Cは、この他にも、HTMLをXML（Exte
nsible Markup Language）によって再定義したXHTMLも
規定している。
nsible Markup Language）によって再定義したXHTMLも
規定している。
【０００５】現在では、HTML/XHTML/XMLとスタイルシー
ト（例えばCSS）を組み合わせることにより、初期のHTM
Lでは表現し得なかったようなレイアウト、例えばフォ
ントデータを用いて視覚化した文字列、画像、矩形とい
ったグラフィックオブジェクトを重ね合わせる、といっ
たようなことが可能となっている。
ト（例えばCSS）を組み合わせることにより、初期のHTM
Lでは表現し得なかったようなレイアウト、例えばフォ
ントデータを用いて視覚化した文字列、画像、矩形とい
ったグラフィックオブジェクトを重ね合わせる、といっ
たようなことが可能となっている。
【０００６】また、W3Cでは、この他にもSMIL、SVGとい
ったような種々の規格を規定している。前者は主にプレ
ゼンテーションを目的としたマルチメディアドキュメン
トの記述方式で、特に時間軸方向に関する記述能力を持
つ。一方、後者は、ベクターグラフィックスの記述方式
であり、プリンタなどで使われているPDL（Page Descri
ption Language, ページ記述言語）とほぼ同様のより複
雑なレイアウトの記述能力を持っている。
ったような種々の規格を規定している。前者は主にプレ
ゼンテーションを目的としたマルチメディアドキュメン
トの記述方式で、特に時間軸方向に関する記述能力を持
つ。一方、後者は、ベクターグラフィックスの記述方式
であり、プリンタなどで使われているPDL（Page Descri
ption Language, ページ記述言語）とほぼ同様のより複
雑なレイアウトの記述能力を持っている。
【０００７】ここで挙げた各記述方式によるデータはテ
キストデータ形式で記述されており、画像などの非テキ
ストデータに関してはその画像ファイルへの参照のみを
記述（Hyper Link）する。ブラウザは、例えばHTMLデー
タを表示する際に、まずHTMLデータを読み込み、タグを
解析してレイアウトを決定するとともに視覚化する。そ
のHTML中に画像などの非テキストデータへの参照が含ま
れていた場合は、HTMLの解釈後、若しくはそれと平行し
て、HTML中に含まれる参照に従って、参照されている画
像ファイル（或いはその他の非テキストデータ）のファ
イル全体を取得してそれを表示する。
キストデータ形式で記述されており、画像などの非テキ
ストデータに関してはその画像ファイルへの参照のみを
記述（Hyper Link）する。ブラウザは、例えばHTMLデー
タを表示する際に、まずHTMLデータを読み込み、タグを
解析してレイアウトを決定するとともに視覚化する。そ
のHTML中に画像などの非テキストデータへの参照が含ま
れていた場合は、HTMLの解釈後、若しくはそれと平行し
て、HTML中に含まれる参照に従って、参照されている画
像ファイル（或いはその他の非テキストデータ）のファ
イル全体を取得してそれを表示する。
【０００８】この画像ファイルの転送は、HTMLや画像の
データへのHyper Linkで指定されたURL（Uniform Resou
rce Locator）に記述されたプロトコルに従って行われ
るが、最も一般的なのはHTTP（Hyper Text Transfer Pr
otocol）であろう。HTTPでは、クライアントが目的のフ
ァイルのサーバ上での仮想的なパス名及びファイル名を
指定し、サーバはクライアント指定の仮想パス名及びフ
ァイル名からファイル実体を特定し、そのファイル全体
をクライアントに送信する。
データへのHyper Linkで指定されたURL（Uniform Resou
rce Locator）に記述されたプロトコルに従って行われ
るが、最も一般的なのはHTTP（Hyper Text Transfer Pr
otocol）であろう。HTTPでは、クライアントが目的のフ
ァイルのサーバ上での仮想的なパス名及びファイル名を
指定し、サーバはクライアント指定の仮想パス名及びフ
ァイル名からファイル実体を特定し、そのファイル全体
をクライアントに送信する。
【０００９】一方、画像がFlashpix画像フォーマット
（“Flashpix Specification 1.0”,I3A）の場合には、
その部分画像を通信する方式としてIIP（“Internet Im
agingProtocol version 1.06”, Digital Imaging Grou
p）というものが知られている。Flashpix画像フォーマ
ットは、画像を複数解像度（各解像度画像は、一つ上の
解像度画像の1/2の解像度という関係がある）で保持す
るとともに、各解像度画像を６４画素×６４画素のタイ
ルと呼ばれる部分画像として区切るとともに、各タイル
画像にアクセス可能な形式でファイル内に保持する。II
Pプロトコルは、HTTP上に実装されたプロトコルであ
り、目的のFlashpix画像ファイルに対するURLに加え
て、目的とする解像度画像と、その解像度画像での目的
の領域に対応するタイルのタイル識別子を送信すること
により、タイル単位で目的の部分画像を取得することが
できる。
（“Flashpix Specification 1.0”,I3A）の場合には、
その部分画像を通信する方式としてIIP（“Internet Im
agingProtocol version 1.06”, Digital Imaging Grou
p）というものが知られている。Flashpix画像フォーマ
ットは、画像を複数解像度（各解像度画像は、一つ上の
解像度画像の1/2の解像度という関係がある）で保持す
るとともに、各解像度画像を６４画素×６４画素のタイ
ルと呼ばれる部分画像として区切るとともに、各タイル
画像にアクセス可能な形式でファイル内に保持する。II
Pプロトコルは、HTTP上に実装されたプロトコルであ
り、目的のFlashpix画像ファイルに対するURLに加え
て、目的とする解像度画像と、その解像度画像での目的
の領域に対応するタイルのタイル識別子を送信すること
により、タイル単位で目的の部分画像を取得することが
できる。
【００１０】
【発明が解決しようとする課題】従来の技術の欄で述べ
たように、現在のマルチメディアデータの記述方式で
は、グラフィックオブジェクトの上に他のグラフィック
オブジェクトが重なるような複雑なレイアウトが記述可
能である。この場合、下側にあるグラフィックオブジェ
クトの重なった部分のデータは結果として生成されるレ
イアウト結果に影響しない。下側のグラフィックオブジ
ェクトが画像である場合、最終的なレイアウトに寄与し
ない部分のデータをも、現在のHTTPプロトコルでは取得
することになるので、サーバ・クライアント間の回線速
度が低速であった場合や、或いは通信など課金される場
合などに、通信時間や通信料が本来必要である以上にか
かってしまい、好ましくないという問題がある。
たように、現在のマルチメディアデータの記述方式で
は、グラフィックオブジェクトの上に他のグラフィック
オブジェクトが重なるような複雑なレイアウトが記述可
能である。この場合、下側にあるグラフィックオブジェ
クトの重なった部分のデータは結果として生成されるレ
イアウト結果に影響しない。下側のグラフィックオブジ
ェクトが画像である場合、最終的なレイアウトに寄与し
ない部分のデータをも、現在のHTTPプロトコルでは取得
することになるので、サーバ・クライアント間の回線速
度が低速であった場合や、或いは通信など課金される場
合などに、通信時間や通信料が本来必要である以上にか
かってしまい、好ましくないという問題がある。
【００１１】そこで、マルチメディアデータ作成時に、
作成者が最終的なレイアウトを予測して予め画像を分割
して複数の画像データにして重なりのないレイアウトを
作成する方法も考えられるが、以下に述べるような問題
がある。 （１）現状のHTML/XHTML、スタイルシートの規格では、
仕様上曖昧で解釈者（例えばブラウザ）依存の部分があ
り、実際に目的の解釈者でレイアウトを決定した場合と
作成者の予測が合致しない場合がある。 （２）動的にレイアウトが変わる場合、例えば参照され
る画像データの大きさや、上側に重なるグラフィックオ
ブジェクトが毎回変わるといった場合や、或いは解釈者
側でグラフィックオブジェクトのレイアウトを動的に変
更できたりするような場合に矛盾が生じるという問題が
残る。
作成者が最終的なレイアウトを予測して予め画像を分割
して複数の画像データにして重なりのないレイアウトを
作成する方法も考えられるが、以下に述べるような問題
がある。 （１）現状のHTML/XHTML、スタイルシートの規格では、
仕様上曖昧で解釈者（例えばブラウザ）依存の部分があ
り、実際に目的の解釈者でレイアウトを決定した場合と
作成者の予測が合致しない場合がある。 （２）動的にレイアウトが変わる場合、例えば参照され
る画像データの大きさや、上側に重なるグラフィックオ
ブジェクトが毎回変わるといった場合や、或いは解釈者
側でグラフィックオブジェクトのレイアウトを動的に変
更できたりするような場合に矛盾が生じるという問題が
残る。
【００１２】このようなグラフィックオブジェクトの重
なりに関する処理については、特開平8-251391号公報や
特開平10-21020号公報に記載の方法が知られている。前
者はページプリンタ等のPDL解釈時に画像データに対し
て重なりの判定を行い、画像オブジェクトの上に他のグ
ラフィックオブジェクトが重なる場合には画像を分割
し、他のグラフィックオブジェクトに覆い隠される部分
の画像データを削除して省メモリを実現するものであ
る。また、後者は他のグラフィックオブジェクトに完全
に覆い隠されるグラフィックオブジェクト命令を削除し
て後続する描画処理の負荷を削減するというものである
が、これらは何れも削減対象となるグラフィックオブジ
ェクトデータ（画像であれば画像データ）を受信した後
の処理であり、先に述べた通信時間の短縮には寄与しな
いものである。
なりに関する処理については、特開平8-251391号公報や
特開平10-21020号公報に記載の方法が知られている。前
者はページプリンタ等のPDL解釈時に画像データに対し
て重なりの判定を行い、画像オブジェクトの上に他のグ
ラフィックオブジェクトが重なる場合には画像を分割
し、他のグラフィックオブジェクトに覆い隠される部分
の画像データを削除して省メモリを実現するものであ
る。また、後者は他のグラフィックオブジェクトに完全
に覆い隠されるグラフィックオブジェクト命令を削除し
て後続する描画処理の負荷を削減するというものである
が、これらは何れも削減対象となるグラフィックオブジ
ェクトデータ（画像であれば画像データ）を受信した後
の処理であり、先に述べた通信時間の短縮には寄与しな
いものである。
【００１３】本発明は、上述の課題を解決するためにな
されたもので、マルチメディア記述データ内に記述され
た各グラフィックオブジェクトの重なり部分に対しては
画像データの送受信を行わず、通信量及び通信時間を削
減させた画像通信システム、画像通信装置、画像通信方
式、プログラム及び記録媒体を提供することを目的とす
る。
されたもので、マルチメディア記述データ内に記述され
た各グラフィックオブジェクトの重なり部分に対しては
画像データの送受信を行わず、通信量及び通信時間を削
減させた画像通信システム、画像通信装置、画像通信方
式、プログラム及び記録媒体を提供することを目的とす
る。
【００１４】
【課題を解決するための手段】上記目的を達成するため
に、本発明は、画像データへの外部参照を含むマルチメ
ディア記述データと、前記マルチメディア記述データで
参照される画像データを保持する第１の画像通信装置
と、第２の画像通信装置が通信路を介して通信を行う画
像通信システムであって、第１の画像通信装置は、画像
全体である全体画像データ若しくは部分画像に対応する
部分画像データのリクエストを受信し、該リクエストに
応じて要求された全体画像データ若しくは部分画像デー
タを送信する画像送信手段を有し、第２の画像通信装置
は、前記マルチメディア記述データ内に記述された各グ
ラフィックオブジェクトの重なりを判定する重なり判定
手段と、前記重なり判定手段により、他のグラフィック
オブジェクトが重なっていないと判定された画像につい
ては、画像データ全体の全体画像リクエストを前記第１
の画像通信装置に送信し、他のグラフィックオブジェク
トが重なっていると判定された画像については、１個以
上の部分画像を決定し、決定された部分画像に対応する
部分画像データのリクエストを前記第１の画像通信装置
に送信する送信手段と、前記リクエストに応じて返信さ
れた全体画像データ若しくは部分画像データを受信する
画像受信手段と、前記画像受信手段によって受信した全
体画像データ若しくは部分画像データを用いて前記マル
チメディア記述データによって記述されたレイアウト画
像を生成する画像生成手段とを有することを特徴とす
る。
に、本発明は、画像データへの外部参照を含むマルチメ
ディア記述データと、前記マルチメディア記述データで
参照される画像データを保持する第１の画像通信装置
と、第２の画像通信装置が通信路を介して通信を行う画
像通信システムであって、第１の画像通信装置は、画像
全体である全体画像データ若しくは部分画像に対応する
部分画像データのリクエストを受信し、該リクエストに
応じて要求された全体画像データ若しくは部分画像デー
タを送信する画像送信手段を有し、第２の画像通信装置
は、前記マルチメディア記述データ内に記述された各グ
ラフィックオブジェクトの重なりを判定する重なり判定
手段と、前記重なり判定手段により、他のグラフィック
オブジェクトが重なっていないと判定された画像につい
ては、画像データ全体の全体画像リクエストを前記第１
の画像通信装置に送信し、他のグラフィックオブジェク
トが重なっていると判定された画像については、１個以
上の部分画像を決定し、決定された部分画像に対応する
部分画像データのリクエストを前記第１の画像通信装置
に送信する送信手段と、前記リクエストに応じて返信さ
れた全体画像データ若しくは部分画像データを受信する
画像受信手段と、前記画像受信手段によって受信した全
体画像データ若しくは部分画像データを用いて前記マル
チメディア記述データによって記述されたレイアウト画
像を生成する画像生成手段とを有することを特徴とす
る。
【００１５】また、上記目的を達成するために、本発明
の画像通信装置は、マルチメディア記述データ内に記述
された各グラフィックオブジェクトの重なりを判定する
重なり判定手段と、前記重なり判定手段により、他のグ
ラフィックオブジェクトが重なっていないと判定された
画像については、画像データ全体の全体画像リクエスト
を画像記憶装置に送信し、他のグラフィックオブジェク
トが重なっていると判定された画像については、１個以
上の部分画像を決定し、決定された部分画像に対応する
部分画像データリクエストを前記画像記憶装置に送信す
る送信手段と、前記リクエストに応じて返信された全体
画像データ若しくは部分画像データを受信する画像受信
手段と、前記画像受信手段によって受信した全体画像デ
ータ若しくは部分画像データを用いて前記マルチメディ
ア記述データによって記述されたレイアウト画像を生成
する画像生成手段とを有することを特徴とする。
の画像通信装置は、マルチメディア記述データ内に記述
された各グラフィックオブジェクトの重なりを判定する
重なり判定手段と、前記重なり判定手段により、他のグ
ラフィックオブジェクトが重なっていないと判定された
画像については、画像データ全体の全体画像リクエスト
を画像記憶装置に送信し、他のグラフィックオブジェク
トが重なっていると判定された画像については、１個以
上の部分画像を決定し、決定された部分画像に対応する
部分画像データリクエストを前記画像記憶装置に送信す
る送信手段と、前記リクエストに応じて返信された全体
画像データ若しくは部分画像データを受信する画像受信
手段と、前記画像受信手段によって受信した全体画像デ
ータ若しくは部分画像データを用いて前記マルチメディ
ア記述データによって記述されたレイアウト画像を生成
する画像生成手段とを有することを特徴とする。
【００１６】更に、上記目的を達成するために、本発明
の画像通信方法は、マルチメディア記述データ内に記述
された各グラフィックオブジェクトの重なりを判定する
重なり判定工程と、前記重なり判定工程により、他のグ
ラフィックオブジェクトが重なっていないと判定された
画像については、画像データ全体の全体画像リクエスト
を画像記憶装置に送信し、他のグラフィックオブジェク
トが重なっていると判定された画像については、１個以
上の部分画像を決定し、決定された部分画像に対応する
部分画像データリクエストを前記画像記憶装置に送信す
る送信工程と、前記リクエストに応じて返信された全体
画像データ若しくは部分画像データを受信する画像受信
工程と、前記画像受信工程によって受信した全体画像デ
ータ若しくは部分画像データを用いて前記マルチメディ
ア記述データによって記述されたレイアウト画像を生成
する画像生成工程とを有することを特徴とする。
の画像通信方法は、マルチメディア記述データ内に記述
された各グラフィックオブジェクトの重なりを判定する
重なり判定工程と、前記重なり判定工程により、他のグ
ラフィックオブジェクトが重なっていないと判定された
画像については、画像データ全体の全体画像リクエスト
を画像記憶装置に送信し、他のグラフィックオブジェク
トが重なっていると判定された画像については、１個以
上の部分画像を決定し、決定された部分画像に対応する
部分画像データリクエストを前記画像記憶装置に送信す
る送信工程と、前記リクエストに応じて返信された全体
画像データ若しくは部分画像データを受信する画像受信
工程と、前記画像受信工程によって受信した全体画像デ
ータ若しくは部分画像データを用いて前記マルチメディ
ア記述データによって記述されたレイアウト画像を生成
する画像生成工程とを有することを特徴とする。
【００１７】
【発明の実施の形態】以下、図面を参照しながら本発明
に係る実施の形態を詳細に説明する。
に係る実施の形態を詳細に説明する。
【００１８】［第１の実施形態］図１は、画像通信シス
テムを構成する画像通信装置の構成を示すブロック図で
ある。図１に示す入力部１０１は、ユーザからの指示
や、データを入力する装置であり、キーボードやポイン
ティング装置を含む。尚、ポインティング装置として
は、マウス、トラックボール、トラックパッド、タブレ
ット等が挙げられる。また、この装置を、例えば公知の
デジタルカメラに適用した場合には、ボタンやモードダ
イヤル等で構成されるものであっても良い。
テムを構成する画像通信装置の構成を示すブロック図で
ある。図１に示す入力部１０１は、ユーザからの指示
や、データを入力する装置であり、キーボードやポイン
ティング装置を含む。尚、ポインティング装置として
は、マウス、トラックボール、トラックパッド、タブレ
ット等が挙げられる。また、この装置を、例えば公知の
デジタルカメラに適用した場合には、ボタンやモードダ
イヤル等で構成されるものであっても良い。
【００１９】記憶部１０２は、データを保持する部分
で、通常はハードディスク、フレキシブルディスク、Ｃ
Ｄ−ＲＯＭやＣＤ−Ｒ、メモリーカード、ＣＦカード、
スマートメディア、ＳＤカード、メモリスティック等で
構成される。また、記憶部１０２にプログラムやその他
のデータを保存することも可能である。
で、通常はハードディスク、フレキシブルディスク、Ｃ
Ｄ−ＲＯＭやＣＤ−Ｒ、メモリーカード、ＣＦカード、
スマートメディア、ＳＤカード、メモリスティック等で
構成される。また、記憶部１０２にプログラムやその他
のデータを保存することも可能である。
【００２０】通信部１０７は、モデムによる一般回線と
の間の通信やＬＡＮのようなネットワークとの間の通信
を制御する部分である。尚、通信方式は任意であって公
知のUSB、IEEE1284、IEEE1394などの有線による通信方
式であっても良いし、或いは赤外線、IEEE802.11b、IEE
E802.11a、Bluetoothなどの無線の通信方式であっても
良い。通信部１０７はこれらの通信路制御装置部分であ
る。
の間の通信やＬＡＮのようなネットワークとの間の通信
を制御する部分である。尚、通信方式は任意であって公
知のUSB、IEEE1284、IEEE1394などの有線による通信方
式であっても良いし、或いは赤外線、IEEE802.11b、IEE
E802.11a、Bluetoothなどの無線の通信方式であっても
良い。通信部１０７はこれらの通信路制御装置部分であ
る。
【００２１】表示部１０３は、GUI（グラフィックユー
ザインターフェース）などの画像を表示する装置で、一
般的にはＣＲＴや液晶ディスプレイなどが用いられる。
また、ケーブルなどで接続された装置外部のディスプレ
イ装置であっても構わない。或いは、公知の印字装置を
用いて構成するようにしても良い。
ザインターフェース）などの画像を表示する装置で、一
般的にはＣＲＴや液晶ディスプレイなどが用いられる。
また、ケーブルなどで接続された装置外部のディスプレ
イ装置であっても構わない。或いは、公知の印字装置を
用いて構成するようにしても良い。
【００２２】ＣＰＵ１０４は本装置全体を制御するもの
であり、上述した各部の処理の全てに関わる。ＲＯＭ１
０５とＲＡＭ１０６は、処理に必要なプログラム、デー
タ、作業領域などをＣＰＵ１０４に提供する。また、後
述する処理に必要な制御プログラムは、記憶部１０２に
格納されているか、或いはＲＯＭ１０５に格納されてい
る場合は、一旦ＲＡＭ１０６に読み込まれてから実行さ
れる。
であり、上述した各部の処理の全てに関わる。ＲＯＭ１
０５とＲＡＭ１０６は、処理に必要なプログラム、デー
タ、作業領域などをＣＰＵ１０４に提供する。また、後
述する処理に必要な制御プログラムは、記憶部１０２に
格納されているか、或いはＲＯＭ１０５に格納されてい
る場合は、一旦ＲＡＭ１０６に読み込まれてから実行さ
れる。
【００２３】画像処理部１０８は、例えば画像の圧縮・
伸長処理や、或いは画像の補正処理を行う。これらの画
像処理は、ＲＯＭ１０５や記憶部１０２内部に格納され
たプログラムをＣＰＵ１０４が実行することにより実現
するのであっても良い。その場合、画像処理部１０８は
省略できる。また、ＣＰＵ１０４と画像処理部１０８が
協調して画像処理を実現するように構成しても良い。
伸長処理や、或いは画像の補正処理を行う。これらの画
像処理は、ＲＯＭ１０５や記憶部１０２内部に格納され
たプログラムをＣＰＵ１０４が実行することにより実現
するのであっても良い。その場合、画像処理部１０８は
省略できる。また、ＣＰＵ１０４と画像処理部１０８が
協調して画像処理を実現するように構成しても良い。
【００２４】また、図示しないが、更に公知のＣＣＤな
どの画像入力手段を設けて、画像を入力して記憶部１０
２に蓄える、というように構成しても良い。
どの画像入力手段を設けて、画像を入力して記憶部１０
２に蓄える、というように構成しても良い。
【００２５】尚、システム構成については、上記以外に
も、様々な構成要素が存在するが、本発明の主眼ではな
いので、その説明は省略する。
も、様々な構成要素が存在するが、本発明の主眼ではな
いので、その説明は省略する。
【００２６】次に、第１の実施形態における画像通信シ
ステムの構成及び動作について説明する。
ステムの構成及び動作について説明する。
【００２７】図２は、第１の実施形態における画像通信
システムの構成例を示す図である。図２では、画像通信
装置２０１と画像通信装置２０２とが通信路２１０を介
して接続されている。ここで、画像通信装置２０１及び
２０２は図１に示したような構成である。
システムの構成例を示す図である。図２では、画像通信
装置２０１と画像通信装置２０２とが通信路２１０を介
して接続されている。ここで、画像通信装置２０１及び
２０２は図１に示したような構成である。
【００２８】尚、第１の実施形態では、画像通信装置２
０１がサーバ装置（以後「サーバ」とも呼ぶ）で、画像
通信装置２０２がクライアント装置（以後「クライアン
ト」とも呼ぶ）であってユーザが操作する場合を例に説
明する。
０１がサーバ装置（以後「サーバ」とも呼ぶ）で、画像
通信装置２０２がクライアント装置（以後「クライアン
ト」とも呼ぶ）であってユーザが操作する場合を例に説
明する。
【００２９】また、説明を簡単化するために、以下のよ
うな条件を設けて説明を行うものとする。 ・マルチメディアデータ記述形式はHTMLとCSSである。 ・サーバ２０１では、httpリクエストを受信するための
httpサーバプログラムが動作しており、クライアント２
０２からのhttpリクエストに応じることができる。 ・サーバ２０１では、更にクライアント２０２からの部
分画像の要求を受け取り解釈し、指定された画像より部
分画像を生成することができ、それをクライアント２０
２に返すことができる。詳しくは後述する。 ・クライアント２０２では、サーバ２０１に部分画像の
要求を送信することができ、その結果サーバ２０１が返
してきた部分画像を受信してレイアウトすることができ
る。尚、詳しくは更に後述する。
うな条件を設けて説明を行うものとする。 ・マルチメディアデータ記述形式はHTMLとCSSである。 ・サーバ２０１では、httpリクエストを受信するための
httpサーバプログラムが動作しており、クライアント２
０２からのhttpリクエストに応じることができる。 ・サーバ２０１では、更にクライアント２０２からの部
分画像の要求を受け取り解釈し、指定された画像より部
分画像を生成することができ、それをクライアント２０
２に返すことができる。詳しくは後述する。 ・クライアント２０２では、サーバ２０１に部分画像の
要求を送信することができ、その結果サーバ２０１が返
してきた部分画像を受信してレイアウトすることができ
る。尚、詳しくは更に後述する。
【００３０】クライアント２０１は、マルチメディアデ
ータの記述形式であるHTMLの受信、解釈、表示を行うHT
ML解釈器プログラム（ブラウザ）が動作している（不図
示）。この状態で、ユーザがブラウザプログラムにサー
バ２０１の持つ目的のマルチメディアコンテンツを指示
するURLを入力する。ブラウザプログラムはユーザが指
示したURLに基づいてサーバ２０１に対してHTTPリクエ
ストを送信する。
ータの記述形式であるHTMLの受信、解釈、表示を行うHT
ML解釈器プログラム（ブラウザ）が動作している（不図
示）。この状態で、ユーザがブラウザプログラムにサー
バ２０１の持つ目的のマルチメディアコンテンツを指示
するURLを入力する。ブラウザプログラムはユーザが指
示したURLに基づいてサーバ２０１に対してHTTPリクエ
ストを送信する。
【００３１】サーバ２０１は、図１に示したＲＡＭ１０
６や記憶部１０２で構成される記憶装置２０３を持って
おり、記憶装置２０３にはpic1.jpgで識別される画像デ
ータ２０４、pic2.jpgで識別される画像データ２０５、
/path/to/data.htmlで識別されるHTMLデータ２０６を保
持している。また、不図示のHTTPサーバプログラムが動
作している。
６や記憶部１０２で構成される記憶装置２０３を持って
おり、記憶装置２０３にはpic1.jpgで識別される画像デ
ータ２０４、pic2.jpgで識別される画像データ２０５、
/path/to/data.htmlで識別されるHTMLデータ２０６を保
持している。また、不図示のHTTPサーバプログラムが動
作している。
【００３２】図３は、記憶装置２０３に保持されるHTML
データの一例を示す図である。図３に示すHTMLデータ３
０１では、説明の便利のために行頭に行番号を付与して
いるが、実際のHTMLデータではこの行番号は不要であ
る。HTMLデータ３０１の構造は、以下のようになってい
る。 ・１行目 ：HTML文書の開始を表す＜html＞タグ ・２行目 ：HTML文書のヘッダ部の開始を示す＜head＞
タグ ・３行目 ：HTML文書のタイトルとそれを示す＜title
＞タグ ・４行目〜１９行目：スタイルシートデータ部 ・２０行目：HTML文書のヘッダ部の終了を示す＜/head
＞タグ ・２１行目：HTML文書のボディ部の開始を示す＜body＞
タグ ・２２行目：画像データの埋め込みを表す＜img＞タグ ・２３行目：画像データの埋め込みを表す＜img＞タグ ・２４行目：HTML文書のボディ部の終了を示す＜/body
＞タグ ・２５行目：HTML文書の終了を表す＜/html＞タグ 次に、このHTMLデータ３０１の２２，２３行目の画像デ
ータの埋め込みを表す＜img＞タグについて説明する。 ・２２行目の＜img＞タグは、属性（attribute）とし
て、 ＊class=“pic1”は、後述するスタイルシートでclass
属性値がpic1であるものを適用することを指示してい
る。 ＊src=“pic1.jpg”は、このタグによりpic1.jpgという
ファイルを参照していることを示している。 ＊width=“160”、height=“120”はそれぞれ、このタ
グによって参照している画像、即ち、src属性で指定し
たpic1.jpgの画像サイズが、幅160画素、高さ120画素で
あることを示している。 ・２３行目の＜img＞タグは、属性（attribute）とし
て、 ＊class=“pic2”は、後述するスタイルシートでclass
属性値がpic2であるものを適用することを指示してい
る。 ＊src=“pic2.jpg”は、このタグによりpic2.jpgという
ファイルを参照していることを示している。 ＊width=“160”、height=“120”はそれぞれ、このタ
グによって参照している画像、即ち、src属性で指定し
たpic2.jpgの画像サイズが、幅160画素、高さ120画素で
あることを示している。
データの一例を示す図である。図３に示すHTMLデータ３
０１では、説明の便利のために行頭に行番号を付与して
いるが、実際のHTMLデータではこの行番号は不要であ
る。HTMLデータ３０１の構造は、以下のようになってい
る。 ・１行目 ：HTML文書の開始を表す＜html＞タグ ・２行目 ：HTML文書のヘッダ部の開始を示す＜head＞
タグ ・３行目 ：HTML文書のタイトルとそれを示す＜title
＞タグ ・４行目〜１９行目：スタイルシートデータ部 ・２０行目：HTML文書のヘッダ部の終了を示す＜/head
＞タグ ・２１行目：HTML文書のボディ部の開始を示す＜body＞
タグ ・２２行目：画像データの埋め込みを表す＜img＞タグ ・２３行目：画像データの埋め込みを表す＜img＞タグ ・２４行目：HTML文書のボディ部の終了を示す＜/body
＞タグ ・２５行目：HTML文書の終了を表す＜/html＞タグ 次に、このHTMLデータ３０１の２２，２３行目の画像デ
ータの埋め込みを表す＜img＞タグについて説明する。 ・２２行目の＜img＞タグは、属性（attribute）とし
て、 ＊class=“pic1”は、後述するスタイルシートでclass
属性値がpic1であるものを適用することを指示してい
る。 ＊src=“pic1.jpg”は、このタグによりpic1.jpgという
ファイルを参照していることを示している。 ＊width=“160”、height=“120”はそれぞれ、このタ
グによって参照している画像、即ち、src属性で指定し
たpic1.jpgの画像サイズが、幅160画素、高さ120画素で
あることを示している。 ・２３行目の＜img＞タグは、属性（attribute）とし
て、 ＊class=“pic2”は、後述するスタイルシートでclass
属性値がpic2であるものを適用することを指示してい
る。 ＊src=“pic2.jpg”は、このタグによりpic2.jpgという
ファイルを参照していることを示している。 ＊width=“160”、height=“120”はそれぞれ、このタ
グによって参照している画像、即ち、src属性で指定し
たpic2.jpgの画像サイズが、幅160画素、高さ120画素で
あることを示している。
【００３３】更に、４行目〜１９行目のスタイルシート
部について説明する。
部について説明する。
【００３４】このスタイルシート部には、３つの規則集
合が記述されている。即ち、３つの規則集合とは、５〜
８行目、９〜１３行目、１４〜１８行目にそれぞれ書か
れている。 ・５〜８行目の規則集合：（以下、rule set 1） ５行目にある"IMG"は、後続する"{"（5行目）から"}"
（8行目）に書かれている規則を、＜body＞タグ以降のH
TMLデータの＜img＞タグに適用することを示している。
6行目は＜img＞タグで参照した画像を、幅4インチ（6行
目の "width :4in;"）、高さ3インチ（7行目の"height
: 3in;"）の矩形領域としてレイアウトすることを指示
している。 ・９〜１３行目の規則集合：（以下、rule set 2） 9行目にある“IMG.pic1”は、後続する“{”（１０行
目）から“}”（１３行目）までに書かれている規則
を、HTMLの＜img＞タグのうち、class属性がpic1である
ものに適用することを示している。続く１０行目は＜im
g＞タグで参照した画像の位置を、親要素となるタグか
らの領域に対する絶対位置で配置を指定することを宣言
している。更に１１行目、１２行目で、親要素となるタ
グに対して、上に１インチ（１２行目の“top : 1i
n;”）、左に１インチ（１１行目の“left: 1in;”）あ
けた位置であることを指示している。 ・１４〜１８行目の規則集合：（以下、rule set 3） １４行目にある“IMG.pic1”は、後続する“{”（１４
行目）から“}”（１８行目）までに書かれている規則
を、HTMLの＜img＞タグのうち、class属性がpic2である
ものに適用することを示している。続く１５行目は＜im
g＞タグで参照した画像の位置を、親要素となるタグか
らの領域に対する絶対位置で配置を指定することを宣言
している。更に１６行目、１７行目で、親要素となるタ
グに対して、上に２インチ（１７行目の“top : 2i
n;”）、左に２インチ（１６行目の“left : 2in;”）
あけた位置であることを指示している。
合が記述されている。即ち、３つの規則集合とは、５〜
８行目、９〜１３行目、１４〜１８行目にそれぞれ書か
れている。 ・５〜８行目の規則集合：（以下、rule set 1） ５行目にある"IMG"は、後続する"{"（5行目）から"}"
（8行目）に書かれている規則を、＜body＞タグ以降のH
TMLデータの＜img＞タグに適用することを示している。
6行目は＜img＞タグで参照した画像を、幅4インチ（6行
目の "width :4in;"）、高さ3インチ（7行目の"height
: 3in;"）の矩形領域としてレイアウトすることを指示
している。 ・９〜１３行目の規則集合：（以下、rule set 2） 9行目にある“IMG.pic1”は、後続する“{”（１０行
目）から“}”（１３行目）までに書かれている規則
を、HTMLの＜img＞タグのうち、class属性がpic1である
ものに適用することを示している。続く１０行目は＜im
g＞タグで参照した画像の位置を、親要素となるタグか
らの領域に対する絶対位置で配置を指定することを宣言
している。更に１１行目、１２行目で、親要素となるタ
グに対して、上に１インチ（１２行目の“top : 1i
n;”）、左に１インチ（１１行目の“left: 1in;”）あ
けた位置であることを指示している。 ・１４〜１８行目の規則集合：（以下、rule set 3） １４行目にある“IMG.pic1”は、後続する“{”（１４
行目）から“}”（１８行目）までに書かれている規則
を、HTMLの＜img＞タグのうち、class属性がpic2である
ものに適用することを示している。続く１５行目は＜im
g＞タグで参照した画像の位置を、親要素となるタグか
らの領域に対する絶対位置で配置を指定することを宣言
している。更に１６行目、１７行目で、親要素となるタ
グに対して、上に２インチ（１７行目の“top : 2i
n;”）、左に２インチ（１６行目の“left : 2in;”）
あけた位置であることを指示している。
【００３５】従って、２２行目の＜img＞タグで参照さ
れる画像、即ち、pic1.jpgのレイアウトにはrule set 1
とrule set 2が適用され、２３行目の＜img＞タグで参
照される画像のpic2.jpgのレイアウトにはrule set 1と
rule set 3が適用される。その結果、pic1.jpg, pic2.j
pgはそれぞれ、 ・ pic1.jpg：160×120画素の画像を、４インチ×３イ
ンチの大きさで、親要素（＜body＞タグ）より下１イン
チ、右１インチの位置にレイアウトされる。 ・ pic2.jpg：160×120画素の画像を、４インチ×３イ
ンチの大きさで、親要素（＜body＞タグ）より下２イン
チ、右２インチの位置にレイアウトされる。
れる画像、即ち、pic1.jpgのレイアウトにはrule set 1
とrule set 2が適用され、２３行目の＜img＞タグで参
照される画像のpic2.jpgのレイアウトにはrule set 1と
rule set 3が適用される。その結果、pic1.jpg, pic2.j
pgはそれぞれ、 ・ pic1.jpg：160×120画素の画像を、４インチ×３イ
ンチの大きさで、親要素（＜body＞タグ）より下１イン
チ、右１インチの位置にレイアウトされる。 ・ pic2.jpg：160×120画素の画像を、４インチ×３イ
ンチの大きさで、親要素（＜body＞タグ）より下２イン
チ、右２インチの位置にレイアウトされる。
【００３６】図４は、HTMLデータ３０１のレイアウト例
を示す図である。図４に示す４０１はブラウザの表示領
域、４０２はpic1.jpgの占める矩形領域、４０３はpic
2.jpgの占める矩形領域を示している。図４に示す例で
は、pic1.jpgの一部がpic2.jpgの下に配置されるように
レイアウトされている。この例は、HTMLデータ３０１で
pic1.jpgを参照する＜img＞タグがpic2.jpgを参照する
＜img＞タグの前に記述されているので、pic1.jpgを先
に描画して次にpic2.jpgを描画する、という手順で処理
を行った場合の例であり、HTML解釈器（ブラウザ等）の
実装次第ではこれと逆にpic2.jpgの一部がpic1.jpgに覆
い隠されるように描画する可能性もある。
を示す図である。図４に示す４０１はブラウザの表示領
域、４０２はpic1.jpgの占める矩形領域、４０３はpic
2.jpgの占める矩形領域を示している。図４に示す例で
は、pic1.jpgの一部がpic2.jpgの下に配置されるように
レイアウトされている。この例は、HTMLデータ３０１で
pic1.jpgを参照する＜img＞タグがpic2.jpgを参照する
＜img＞タグの前に記述されているので、pic1.jpgを先
に描画して次にpic2.jpgを描画する、という手順で処理
を行った場合の例であり、HTML解釈器（ブラウザ等）の
実装次第ではこれと逆にpic2.jpgの一部がpic1.jpgに覆
い隠されるように描画する可能性もある。
【００３７】これを避けるためには、例えば各＜img＞
タグにz-index属性を明示的に指定する方法も考えられ
るが、z-index属性は必須の属性ではないので、指定さ
れない場合に曖昧性が残る場合がある。また、HTMLのレ
イアウトに関してはこの他にもHTML解釈器依存の部分や
暗黙値による曖昧な点があり、最終的なレイアウト結果
に関しては目的のHTML解釈器が対象のHTMLデータを解釈
するまでわからない。
タグにz-index属性を明示的に指定する方法も考えられ
るが、z-index属性は必須の属性ではないので、指定さ
れない場合に曖昧性が残る場合がある。また、HTMLのレ
イアウトに関してはこの他にもHTML解釈器依存の部分や
暗黙値による曖昧な点があり、最終的なレイアウト結果
に関しては目的のHTML解釈器が対象のHTMLデータを解釈
するまでわからない。
【００３８】第１の実施形態では、クライアント２０２
で動作するブラウザが、図３に示すHTMLデータ３０１を
解釈して、図４で示したようなレイアウトを決定すると
して説明する。
で動作するブラウザが、図３に示すHTMLデータ３０１を
解釈して、図４で示したようなレイアウトを決定すると
して説明する。
【００３９】図５は、レイアウトの結果、必要な画像領
域とその矩形分割例を示す図である。図５に示す５０１
は、図４に示した矩形領域４０２のうち、矩形領域４０
３によって覆い隠されない部分を示している。図５にお
いて、５０２及び５０３は、５０１を矩形になるように
分割した例を表す図である。この分割は、分割結果の全
領域が矩形領域であれば、他の形に分割しても良い。ま
た、図５に示す５０１の場合、５０２，５０３への分割
例で示すように２分割だけで全ての領域が矩形領域とな
るが、分割数を必要最小限に限る必要はなく、更に細か
く矩形分割しても良い。
域とその矩形分割例を示す図である。図５に示す５０１
は、図４に示した矩形領域４０２のうち、矩形領域４０
３によって覆い隠されない部分を示している。図５にお
いて、５０２及び５０３は、５０１を矩形になるように
分割した例を表す図である。この分割は、分割結果の全
領域が矩形領域であれば、他の形に分割しても良い。ま
た、図５に示す５０１の場合、５０２，５０３への分割
例で示すように２分割だけで全ての領域が矩形領域とな
るが、分割数を必要最小限に限る必要はなく、更に細か
く矩形分割しても良い。
【００４０】図６は、図５の矩形領域５０２と５０３を
図４の４０２の代わりに使って図４と同じレイアウトを
作成した状態を表す図である。このように、矩形に分割
したものを代わりに使ってレイアウトを作成することが
できる。
図４の４０２の代わりに使って図４と同じレイアウトを
作成した状態を表す図である。このように、矩形に分割
したものを代わりに使ってレイアウトを作成することが
できる。
【００４１】次に、矩形領域５０２と５０３を表示する
のに必要な、pic1.jpgでの部分領域の大きさ、位置の算
出方法について説明する。
のに必要な、pic1.jpgでの部分領域の大きさ、位置の算
出方法について説明する。
【００４２】図７は、画像pic1.jpgの元々のレイアウト
領域４０２と、領域５０２，５０３の大きさ及び位置と
の関係を示す図である。領域４０２は４インチ×３イン
チであり、それに対応する画像pic1.jpgは１６０×１２
０画素である。
領域４０２と、領域５０２，５０３の大きさ及び位置と
の関係を示す図である。領域４０２は４インチ×３イン
チであり、それに対応する画像pic1.jpgは１６０×１２
０画素である。
【００４３】従って、領域５０２，５０３に対応する画
像pic1.jpgの部分領域の大きさは、以下のようになる。 ・領域５０２ ＊幅：１６０画素 ＊高さ：１２０画素×（１インチ／３インチ）＝４０画
素 ・領域５０３ ＊幅：１６０画素×（１インチ／４インチ）＝４０画素 ＊高さ：１２０画素×（２インチ／３インチ）＝８０画
素 更に、pic1.jpgの左上の点を原点（0,0）として、画素
単位で水平方向右向きにｘ座標、垂直方向下向きにｙ座
標を規定した座標系で４０２，５０２，５０３を表した
ものが図８である。即ち、図８に示す領域５０２，５０
３はそれぞれ、以下のように対応する。 ・領域５０２：pic1.jpgの（0,0）を左上の頂点とし、
（160,40）を右下の頂点とする矩形領域 ・領域５０３：pic1.jpgの（0,40）を左上の頂点とし、
（40,120）を右下の頂点とする矩形領域 次に、第１の実施形態における画像通信システムの画像
通信装置２０２（クライアント２０２）で動作するHTML
解釈器プログラム（ブラウザ）の処理について説明す
る。
像pic1.jpgの部分領域の大きさは、以下のようになる。 ・領域５０２ ＊幅：１６０画素 ＊高さ：１２０画素×（１インチ／３インチ）＝４０画
素 ・領域５０３ ＊幅：１６０画素×（１インチ／４インチ）＝４０画素 ＊高さ：１２０画素×（２インチ／３インチ）＝８０画
素 更に、pic1.jpgの左上の点を原点（0,0）として、画素
単位で水平方向右向きにｘ座標、垂直方向下向きにｙ座
標を規定した座標系で４０２，５０２，５０３を表した
ものが図８である。即ち、図８に示す領域５０２，５０
３はそれぞれ、以下のように対応する。 ・領域５０２：pic1.jpgの（0,0）を左上の頂点とし、
（160,40）を右下の頂点とする矩形領域 ・領域５０３：pic1.jpgの（0,40）を左上の頂点とし、
（40,120）を右下の頂点とする矩形領域 次に、第１の実施形態における画像通信システムの画像
通信装置２０２（クライアント２０２）で動作するHTML
解釈器プログラム（ブラウザ）の処理について説明す
る。
【００４４】図９は、クライアント２０２の処理を示す
フローチャートである。まず、ユーザはクライアント２
０２の入力部１０１を操作し、所望のHTMLデータを表す
URLを入力し、ブラウザプログラムに処理の開始を指示
する（ステップＳ９０１）。一方、ブラウザプログラム
は指定されたHTMLデータを表すURLに基づき、非画像デ
ータ受信処理を行う（ステップＳ９０２）。
フローチャートである。まず、ユーザはクライアント２
０２の入力部１０１を操作し、所望のHTMLデータを表す
URLを入力し、ブラウザプログラムに処理の開始を指示
する（ステップＳ９０１）。一方、ブラウザプログラム
は指定されたHTMLデータを表すURLに基づき、非画像デ
ータ受信処理を行う（ステップＳ９０２）。
【００４５】図１０は、図９の非画像データ受信処理を
示すフローチャートである。非画像データ受信処理で
は、まずステップＳ１００１において、データ中の外部
参照を格納するための２つのデータ、即ち、非画像リス
トＮと画像リストＩを空にして初期化する。この処理
は、HTMLデータやCSSデータを解析して得られる外部参
照を格納するリスト変数で、画像への参照と、画像以外
への参照とに分類して格納するために、２つのリスト変
数を用いる。
示すフローチャートである。非画像データ受信処理で
は、まずステップＳ１００１において、データ中の外部
参照を格納するための２つのデータ、即ち、非画像リス
トＮと画像リストＩを空にして初期化する。この処理
は、HTMLデータやCSSデータを解析して得られる外部参
照を格納するリスト変数で、画像への参照と、画像以外
への参照とに分類して格納するために、２つのリスト変
数を用いる。
【００４６】次に、ステップＳ１００２では、上述のス
テップＳ９０１でユーザが指定したURLからリクエスト
を作成してサーバ２０１に送信する。
テップＳ９０１でユーザが指定したURLからリクエスト
を作成してサーバ２０１に送信する。
【００４７】図１１は、クライアント及びサーバ間の通
信手順を説明する図である。本実施形態では、TCP/IPに
よる接続を通信路上に構築し、予め定められたhttpサー
ビスのポート（例えば８０番など）を介してサーバ２０
１に接続して、所望のデータ（HTMLデータなど）を要求
するリクエスト１１０１を送信する。このリクエスト１
１０１は、“GET”（コマンド）、“/path/to/data.htm
l”（データのパスと識別子）、“HTTP/1.0”（プロト
コルのバージョン）からなる。
信手順を説明する図である。本実施形態では、TCP/IPに
よる接続を通信路上に構築し、予め定められたhttpサー
ビスのポート（例えば８０番など）を介してサーバ２０
１に接続して、所望のデータ（HTMLデータなど）を要求
するリクエスト１１０１を送信する。このリクエスト１
１０１は、“GET”（コマンド）、“/path/to/data.htm
l”（データのパスと識別子）、“HTTP/1.0”（プロト
コルのバージョン）からなる。
【００４８】サーバ２０１は、クライアント２０２から
送られてきたリクエスト１１０１を解析し、要求された
データをレスポンス１１０２としてクライアント２０２
に返す。このレスポンス１１０２は、データの型を表す
MIME-Typeと、実際のデータを接合したものからなる。
尚、サーバ２０１側での処理は更に後述する。
送られてきたリクエスト１１０１を解析し、要求された
データをレスポンス１１０２としてクライアント２０２
に返す。このレスポンス１１０２は、データの型を表す
MIME-Typeと、実際のデータを接合したものからなる。
尚、サーバ２０１側での処理は更に後述する。
【００４９】図１０に戻り、ステップＳ１００３におい
て、クライアント２０２は、サーバ２０１からのレスポ
ンス１１０２を受け取る。クライアント２０２が受け取
ったレスポンスデータ１１０２は、クライアント２０２
内部のＲＡＭ１０６や記憶部１０２に保存される。本実
施形態では、クライアント２０２は図３に示したHTMLデ
ータ３０１を含むレスポンス１１０２を受け取ったもの
として説明を行う。
て、クライアント２０２は、サーバ２０１からのレスポ
ンス１１０２を受け取る。クライアント２０２が受け取
ったレスポンスデータ１１０２は、クライアント２０２
内部のＲＡＭ１０６や記憶部１０２に保存される。本実
施形態では、クライアント２０２は図３に示したHTMLデ
ータ３０１を含むレスポンス１１０２を受け取ったもの
として説明を行う。
【００５０】次に、クライアント２０２はサーバ２０１
のレスポンスのデータ部分を参照し、データの解釈を行
う（ステップＳ１００４）。例えば、データがHTMLデー
タである場合は、タグを一つ読み込み、その解釈を行
う。データの解釈を行うことにより、他のHTML（フレー
ム機能など）、外部参照CSS、画像データ、音声データ
等、他データへの参照が含まれているかどうかが判定で
きる。
のレスポンスのデータ部分を参照し、データの解釈を行
う（ステップＳ１００４）。例えば、データがHTMLデー
タである場合は、タグを一つ読み込み、その解釈を行
う。データの解釈を行うことにより、他のHTML（フレー
ム機能など）、外部参照CSS、画像データ、音声データ
等、他データへの参照が含まれているかどうかが判定で
きる。
【００５１】続くステップＳ１００５では、ステップＳ
１００４の解釈の結果に応じて外部参照があるかどうか
で処理を分岐する。ここで外部参照がなかった場合は、
処理はステップＳ１００９へ進み、外部参照があった場
合にはステップＳ１００６へ進む。
１００４の解釈の結果に応じて外部参照があるかどうか
で処理を分岐する。ここで外部参照がなかった場合は、
処理はステップＳ１００９へ進み、外部参照があった場
合にはステップＳ１００６へ進む。
【００５２】このステップＳ１００６では、外部参照が
画像であるかどうかを判定し、処理を分岐する。参照し
ているデータが画像であるかどうかは、どのHTMLのどの
タグのどの属性で参照されているか、あるいはCSSでど
の要素で指定されているか、ということで判定できる。
例えば、以下の属性、要素などは画像データへの参照で
あると判定できる。 ・＜img＞タグのsrc属性、lowsrc属性 ・＜body＞タグなどのbackground属性 ・CSSの、background-image:要素 尚、リンク先のファイルの拡張子を参照して、JPG、GI
F、PNG等の画像と思われる拡張子であれば、画像として
判定し、そうでない場合には非画像として判定しても良
い。
画像であるかどうかを判定し、処理を分岐する。参照し
ているデータが画像であるかどうかは、どのHTMLのどの
タグのどの属性で参照されているか、あるいはCSSでど
の要素で指定されているか、ということで判定できる。
例えば、以下の属性、要素などは画像データへの参照で
あると判定できる。 ・＜img＞タグのsrc属性、lowsrc属性 ・＜body＞タグなどのbackground属性 ・CSSの、background-image:要素 尚、リンク先のファイルの拡張子を参照して、JPG、GI
F、PNG等の画像と思われる拡張子であれば、画像として
判定し、そうでない場合には非画像として判定しても良
い。
【００５３】ここで、参照しているデータが画像である
場合はステップＳ１００７へ進み、その参照を画像リス
トＩに追加する。また、画像と判定されなかった場合は
ステップＳ１００８へ進み、その参照を非画像リストＮ
に追加する。
場合はステップＳ１００７へ進み、その参照を画像リス
トＩに追加する。また、画像と判定されなかった場合は
ステップＳ１００８へ進み、その参照を非画像リストＮ
に追加する。
【００５４】次に、ステップＳ１００９では、現在注目
しているデータが終了したかどうかを判定する。これ
は、注目しているデータがHTMLである場合、＜/html＞
というタグを見つけた場合、ここでデータの終了として
良く、或いはデータを格納したファイルの終了（EOF）
を検知して終了としても良い。また、データが終了して
いない場合にはステップＳ１００４に戻り、上述の処理
を繰り返す。
しているデータが終了したかどうかを判定する。これ
は、注目しているデータがHTMLである場合、＜/html＞
というタグを見つけた場合、ここでデータの終了として
良く、或いはデータを格納したファイルの終了（EOF）
を検知して終了としても良い。また、データが終了して
いない場合にはステップＳ１００４に戻り、上述の処理
を繰り返す。
【００５５】一方、上述のステップＳ１００９でデータ
の終了であればステップＳ１０１０へ進み、非画像リス
トＮが空かどうかの判定を行う。ここで、非画像リスト
Ｎが空の場合、最初にユーザが指示したHTMLデータを表
示するのに必要なデータは、画像を除いてその他は全て
完了したことになり、処理を終了する。また、非画像リ
ストＮが空でなかった場合にはステップＳ１０１１へ進
み、非画像リストＮより、参照を一つ取り出してリスト
より削除し、その参照を元に、ステップＳ１００２と同
様にしてサーバ２０１にリクエストを送信する。続く、
ステップＳ１０１２では、ステップＳ１００３と同様
に、サーバ２０１からレスポンス１１０２を受け取り、
データをＲＡＭ１０６や記憶部１０２に保存して上述の
ステップＳ１００４に戻り、非画像リストＮが空になる
まで上述の処理を繰り返す。
の終了であればステップＳ１０１０へ進み、非画像リス
トＮが空かどうかの判定を行う。ここで、非画像リスト
Ｎが空の場合、最初にユーザが指示したHTMLデータを表
示するのに必要なデータは、画像を除いてその他は全て
完了したことになり、処理を終了する。また、非画像リ
ストＮが空でなかった場合にはステップＳ１０１１へ進
み、非画像リストＮより、参照を一つ取り出してリスト
より削除し、その参照を元に、ステップＳ１００２と同
様にしてサーバ２０１にリクエストを送信する。続く、
ステップＳ１０１２では、ステップＳ１００３と同様
に、サーバ２０１からレスポンス１１０２を受け取り、
データをＲＡＭ１０６や記憶部１０２に保存して上述の
ステップＳ１００４に戻り、非画像リストＮが空になる
まで上述の処理を繰り返す。
【００５６】図１０で示した処理の結果として、ユーザ
指定のHTMLデータ表示するのに必要なデータは画像を除
いて全て受信され、ＲＡＭ１０６や記憶部１０２に保持
され、一方、画像データへの参照は画像リストＩに格納
される。
指定のHTMLデータ表示するのに必要なデータは画像を除
いて全て受信され、ＲＡＭ１０６や記憶部１０２に保持
され、一方、画像データへの参照は画像リストＩに格納
される。
【００５７】ここで図９に戻り、以上説明したステップ
Ｓ９０２の非画像データ受信処理の後、ステップＳ９０
３では、ステップＳ９０２で受信し保持した非画像デー
タを用いてHTMLデータのレイアウトを決定する。この
時、画像データはクライアント２０２内部にないが、図
３のHTMLデータ３０１のように、スタイルシート部分で
領域が指定されていれば、レイアウトを決定することは
可能である。
Ｓ９０２の非画像データ受信処理の後、ステップＳ９０
３では、ステップＳ９０２で受信し保持した非画像デー
タを用いてHTMLデータのレイアウトを決定する。この
時、画像データはクライアント２０２内部にないが、図
３のHTMLデータ３０１のように、スタイルシート部分で
領域が指定されていれば、レイアウトを決定することは
可能である。
【００５８】次に、ステップＳ９００４において、ユー
ザの指定したHTMLデータに外部参照の画像があるかどう
かを判定する。これは図１０の説明で用いた画像リスト
Ｉが空かどうかを判定すれば良い。ここで、画像リスト
Ｉが空の場合、ユーザ指定のHTMLデータは画像を含まな
いのでステップＳ９１０へ進む。
ザの指定したHTMLデータに外部参照の画像があるかどう
かを判定する。これは図１０の説明で用いた画像リスト
Ｉが空かどうかを判定すれば良い。ここで、画像リスト
Ｉが空の場合、ユーザ指定のHTMLデータは画像を含まな
いのでステップＳ９１０へ進む。
【００５９】また、画像リストＩが空でない場合にはス
テップＳ９０６へ進み、画像部分の重なり判定を行う。
この処理は、各画像リストＩに格納されている参照が指
す各画像データの位置をステップＳ９０３で決定したレ
イアウトに基づき、他のグラフィックオブジェクトとの
重なり判定を行う。重なり判定は公知の任意の方式であ
って構わないが、簡単には各グラフィックオブジェクト
に外接する矩形を仮定して、その位置と大きさ、描画順
序から判定すれば良い。
テップＳ９０６へ進み、画像部分の重なり判定を行う。
この処理は、各画像リストＩに格納されている参照が指
す各画像データの位置をステップＳ９０３で決定したレ
イアウトに基づき、他のグラフィックオブジェクトとの
重なり判定を行う。重なり判定は公知の任意の方式であ
って構わないが、簡単には各グラフィックオブジェクト
に外接する矩形を仮定して、その位置と大きさ、描画順
序から判定すれば良い。
【００６０】ステップＳ９０５で、画像の上に他のオブ
ジェクトがなく重なりがないと判定された場合にはステ
ップＳ９０７へ進むが、重なりがあると判定された場合
にはステップＳ９０６へ進み、画像分割処理を行う。
ジェクトがなく重なりがないと判定された場合にはステ
ップＳ９０７へ進むが、重なりがあると判定された場合
にはステップＳ９０６へ進み、画像分割処理を行う。
【００６１】図１２は、図９の画像分割処理を示すフロ
ーチャートである。まず、ステップＳ１２０１におい
て、矩形分割した部分画像領域を格納するためのリスト
変数、部分画像リストＰを空にして初期化する。この部
分画像リストＰには、１件の部分画像につき、以下の識
別子と情報が対となって格納される。・分割前の画像の
識別子（ファイル名）・矩形領域を表す情報（座標値な
ど）次に、ステップＳ１２０２において、図４〜図８を
用いて既に説明したように、重なりの下側の画像のう
ち、重ならない部分を検出し、その領域を矩形に分割す
る。
ーチャートである。まず、ステップＳ１２０１におい
て、矩形分割した部分画像領域を格納するためのリスト
変数、部分画像リストＰを空にして初期化する。この部
分画像リストＰには、１件の部分画像につき、以下の識
別子と情報が対となって格納される。・分割前の画像の
識別子（ファイル名）・矩形領域を表す情報（座標値な
ど）次に、ステップＳ１２０２において、図４〜図８を
用いて既に説明したように、重なりの下側の画像のう
ち、重ならない部分を検出し、その領域を矩形に分割す
る。
【００６２】本実施形態では、図３に示すHTMLデータに
対して、図４〜図８で既に説明したような処理により部
分領域５０２，５０３の領域として、以下の矩形領域を
得て、これらの領域に関する情報を部分画像リストＰに
追加する。 ・領域５０２：pic1.jpgの（0,0）を左上の頂点とし、
（160,40）を右下の頂点とする矩形領域 ・領域５０３：pic1.jpgの（0,40）を左上の頂点とし、
（40,120）を右下の頂点とする矩形領域 そして、ステップＳ１２０３において、部分画像リスト
Ｐより部分画像の情報を１件取り出してリストより削除
し、取り出した部分画像情報に対応するリクエストを生
成してサーバ２０１に送信する。尚、リクエストの形式
は、画像を指すpic1.jpg、矩形領域の大きさを表す情報
を含むものであれば任意のものであって良いが、本実施
形態では、図８で示した座標系における、矩形領域の左
上の点の座標値と右下の点の座標値を含めるものとす
る。
対して、図４〜図８で既に説明したような処理により部
分領域５０２，５０３の領域として、以下の矩形領域を
得て、これらの領域に関する情報を部分画像リストＰに
追加する。 ・領域５０２：pic1.jpgの（0,0）を左上の頂点とし、
（160,40）を右下の頂点とする矩形領域 ・領域５０３：pic1.jpgの（0,40）を左上の頂点とし、
（40,120）を右下の頂点とする矩形領域 そして、ステップＳ１２０３において、部分画像リスト
Ｐより部分画像の情報を１件取り出してリストより削除
し、取り出した部分画像情報に対応するリクエストを生
成してサーバ２０１に送信する。尚、リクエストの形式
は、画像を指すpic1.jpg、矩形領域の大きさを表す情報
を含むものであれば任意のものであって良いが、本実施
形態では、図８で示した座標系における、矩形領域の左
上の点の座標値と右下の点の座標値を含めるものとす
る。
【００６３】具体的には、領域５０２に対しては、
“GET pic1.jpg?left=0&top=0&bottom=40&right=160 HT
TP/1.0” また、領域５０３に対しては、 “GET pic1.jpg?left=0&top=40&bottom=120&right=40 H
TTP/1.0” というように、ファイル名の後に“?”を付与し、“キ
ーワード=値”というデータを“&”で連結した形のリク
エストを生成し、サーバ２０１に送信するものとする。
TP/1.0” また、領域５０３に対しては、 “GET pic1.jpg?left=0&top=40&bottom=120&right=40 H
TTP/1.0” というように、ファイル名の後に“?”を付与し、“キ
ーワード=値”というデータを“&”で連結した形のリク
エストを生成し、サーバ２０１に送信するものとする。
【００６４】この他にも、矩形領域の頂点１つの座標
と、幅と高さという情報を送信しても本発明の意図する
ところと同じである。また、図８で示した座標系を画像
の幅、高さのどちらか一つを用いて正規化した座標系
や、或いは水平方向と垂直方向を独立してそれぞれ画像
の幅と高さで正規化した座標系として、その座標値を用
いても本発明の意図するところと同じである。
と、幅と高さという情報を送信しても本発明の意図する
ところと同じである。また、図８で示した座標系を画像
の幅、高さのどちらか一つを用いて正規化した座標系
や、或いは水平方向と垂直方向を独立してそれぞれ画像
の幅と高さで正規化した座標系として、その座標値を用
いても本発明の意図するところと同じである。
【００６５】ここで、サーバ２０１はこのリクエストを
受け取って解釈し、その部分領域に対応する画像データ
を取り出してクライアント２０２に返す。尚、サーバ２
０１側の処理については更に後述する。
受け取って解釈し、その部分領域に対応する画像データ
を取り出してクライアント２０２に返す。尚、サーバ２
０１側の処理については更に後述する。
【００６６】一方、クライアント２０２は、サーバ２０
１から返送されたレスポンスの部分画像データを受信
し、ＲＡＭ１０６や記憶部１０２に保存する（ステップ
Ｓ１２０４）。そして、ステップＳ１２０５において、
部分画像リストPが空かどうかを判定する。ここで、部
分リストＰが空であれば、矩形分割した全ての部分画像
データを受信したので、この処理を終了する。また、部
分リストＰが空でない場合にはステップＳ１２０３に戻
り、残りの矩形領域に対するリクエストをサーバ２０１
に送信する。
１から返送されたレスポンスの部分画像データを受信
し、ＲＡＭ１０６や記憶部１０２に保存する（ステップ
Ｓ１２０４）。そして、ステップＳ１２０５において、
部分画像リストPが空かどうかを判定する。ここで、部
分リストＰが空であれば、矩形分割した全ての部分画像
データを受信したので、この処理を終了する。また、部
分リストＰが空でない場合にはステップＳ１２０３に戻
り、残りの矩形領域に対するリクエストをサーバ２０１
に送信する。
【００６７】ここで、再び図９に戻る。図９に示すステ
ップＳ９０７，Ｓ９０８での画像を分割せずに全て受信
する必要がある場合の処理であるが、それぞれ図１０に
示すステップＳ１００２，Ｓ１００３或いはＳ１０１
１，Ｓ１０１２で説明したように、サーバ２０１に対し
てリクエストを送信してサーバ２０１からレスポンスを
受け取り、データをＲＡＭ１０６や記憶部１０２に格納
する処理であり、説明は割愛する。
ップＳ９０７，Ｓ９０８での画像を分割せずに全て受信
する必要がある場合の処理であるが、それぞれ図１０に
示すステップＳ１００２，Ｓ１００３或いはＳ１０１
１，Ｓ１０１２で説明したように、サーバ２０１に対し
てリクエストを送信してサーバ２０１からレスポンスを
受け取り、データをＲＡＭ１０６や記憶部１０２に格納
する処理であり、説明は割愛する。
【００６８】次に、ステップＳ９０９において、全ての
画像について処理を行ったかどうかを判定する。この処
理は、図１０に示す画像リストＩが空であるかどうかを
判断する処理である。ここで、画像リストＩが空の場
合、全ての画像について処理が終わったので、ステップ
Ｓ９１０へ進むが、画像リストＩが空でなかった場合に
はステップＳ９０５に戻り、上述の処理を繰り返す。
画像について処理を行ったかどうかを判定する。この処
理は、図１０に示す画像リストＩが空であるかどうかを
判断する処理である。ここで、画像リストＩが空の場
合、全ての画像について処理が終わったので、ステップ
Ｓ９１０へ進むが、画像リストＩが空でなかった場合に
はステップＳ９０５に戻り、上述の処理を繰り返す。
【００６９】ステップＳ９１０では、これまでの処理で
受信したデータを用いてレイアウトを作成して表示す
る。例えば、図３に示したHTMLデータ３０１を解釈した
場合、図６で示したようなレイアウトが作成され、クラ
イアント２０２の表示部１０３に表示され、ユーザに提
示される。
受信したデータを用いてレイアウトを作成して表示す
る。例えば、図３に示したHTMLデータ３０１を解釈した
場合、図６で示したようなレイアウトが作成され、クラ
イアント２０２の表示部１０３に表示され、ユーザに提
示される。
【００７０】次に、クライアント２０２からのリクエス
トに対してレスポンスを返すサーバ２０１側での処理に
ついて説明する。
トに対してレスポンスを返すサーバ２０１側での処理に
ついて説明する。
【００７１】図１３は、サーバ２０１側の処理を示すフ
ローチャートである。まずステップＳ１３０１におい
て、クライアント２０２からのリクエストを待つループ
であり、クライアント２０２よりリクエストが到着する
とステップＳ１３０２へ進み、クライアント２０２から
送信されてきたリクエストを解析する。
ローチャートである。まずステップＳ１３０１におい
て、クライアント２０２からのリクエストを待つループ
であり、クライアント２０２よりリクエストが到着する
とステップＳ１３０２へ進み、クライアント２０２から
送信されてきたリクエストを解析する。
【００７２】本実施形態の場合、リクエストは、
・コマンド（“GET”）
・データに関する情報（データのパスと識別子、或いは
データのパスと識別子と部分領域情報） ・プロトコル（“HTTP/1.0”） からなるので、これらをリクエストデータから切り出
す。更に、データに関する情報の文字列を走査し、文字
列の先頭方向から“?”を探す。“?”が見つかった場
合、“?”の前の部分をファイル名として保持し、“?”
以降の部分を部分領域情報として格納する。また、
“?”が見つからなかった場合は、データに関する情報
の文字列そのものをファイル名として保持する。
データのパスと識別子と部分領域情報） ・プロトコル（“HTTP/1.0”） からなるので、これらをリクエストデータから切り出
す。更に、データに関する情報の文字列を走査し、文字
列の先頭方向から“?”を探す。“?”が見つかった場
合、“?”の前の部分をファイル名として保持し、“?”
以降の部分を部分領域情報として格納する。また、
“?”が見つからなかった場合は、データに関する情報
の文字列そのものをファイル名として保持する。
【００７３】具体的に例を挙げると、
・“GET pic1.jpg?left=0&top=0&bottom=40&right=160
HTTP/1.0”の場合、 ＊コマンド：“GET” ＊データに関する情報：“pic1.jpg?left=0&top=0&bott
om=40&right=160” ＊ファイル名：“pic1.jpg” ＊部分領域情報：“left=0&top=0&bottom=40&right=16
0” ＊プロトコル：“HTTP/1.0” となる。 ・“GET pic2.jpg HTTP/1.0”の場合、 ＊コマンド：“GET” ＊データに関する情報：“pic2.jpg” ＊ファイル名：“pic2.jpg” ＊部分領域情報：“” ＊プロトコル：“HTTP/1.0” となる。
HTTP/1.0”の場合、 ＊コマンド：“GET” ＊データに関する情報：“pic1.jpg?left=0&top=0&bott
om=40&right=160” ＊ファイル名：“pic1.jpg” ＊部分領域情報：“left=0&top=0&bottom=40&right=16
0” ＊プロトコル：“HTTP/1.0” となる。 ・“GET pic2.jpg HTTP/1.0”の場合、 ＊コマンド：“GET” ＊データに関する情報：“pic2.jpg” ＊ファイル名：“pic2.jpg” ＊部分領域情報：“” ＊プロトコル：“HTTP/1.0” となる。
【００７４】次に、ステップＳ１３０３では、ステップ
Ｓ１３０２で得たファイル名の情報に基づき、ＲＡＭ１
０６や記憶部１０２に保存してあるデータを検索する。
もし、ファイル名で指定されたデータファイルが見つか
らなかった場合はステップＳ１３０４からステップＳ１
３０８へ進み、所定のエラー処理を実行する。
Ｓ１３０２で得たファイル名の情報に基づき、ＲＡＭ１
０６や記憶部１０２に保存してあるデータを検索する。
もし、ファイル名で指定されたデータファイルが見つか
らなかった場合はステップＳ１３０４からステップＳ１
３０８へ進み、所定のエラー処理を実行する。
【００７５】また、指定されたデータファイルが見つか
った場合にはステップＳ１３０５へ進み、ユーザのリク
エストが部分画像要求かどうかの判定を行う。この処理
は、ステップＳ１３０２で切り出したファイル名の情報
と、部分領域情報の有無とによって判定し、ユーザが指
定したデータが画像データであり、かつ部分画像領域情
報がある場合にステップＳ１３０５での判定は真とな
り、ステップＳ１３０６へ進む。また、ユーザが指定し
たデータが画像データでないか、或いは部分領域情報が
ない（空文字列）の場合はステップＳ１３０５での判定
は偽となり、そのままステップＳ１３０７へ進む。
った場合にはステップＳ１３０５へ進み、ユーザのリク
エストが部分画像要求かどうかの判定を行う。この処理
は、ステップＳ１３０２で切り出したファイル名の情報
と、部分領域情報の有無とによって判定し、ユーザが指
定したデータが画像データであり、かつ部分画像領域情
報がある場合にステップＳ１３０５での判定は真とな
り、ステップＳ１３０６へ進む。また、ユーザが指定し
たデータが画像データでないか、或いは部分領域情報が
ない（空文字列）の場合はステップＳ１３０５での判定
は偽となり、そのままステップＳ１３０７へ進む。
【００７６】尚、要求されたデータが画像であるかどう
かという判定のためには、ファイルの拡張子を参照し、
“.jpg”、“.gif”等、画像を表す拡張子であるかどう
かで判断すれば良い。これは、例えば公知のApacheとい
うhttpサーバプログラムでもファイルの拡張子からファ
イルの種類を決定しているので妥当であろう。或いは、
この他に公知のデータベース手段を設け、各ファイルと
その種類の対応を保持しておき、それを参照するのでも
良い。
かという判定のためには、ファイルの拡張子を参照し、
“.jpg”、“.gif”等、画像を表す拡張子であるかどう
かで判断すれば良い。これは、例えば公知のApacheとい
うhttpサーバプログラムでもファイルの拡張子からファ
イルの種類を決定しているので妥当であろう。或いは、
この他に公知のデータベース手段を設け、各ファイルと
その種類の対応を保持しておき、それを参照するのでも
良い。
【００７７】次に、ステップＳ１３０６では、ユーザの
指示に応じて部分画像を生成する。ステップＳ１３０２
で得た部分領域情報に基づき、ステップＳ１３０３で検
索した画像データより部分画像を得るために画像データ
を読み込みクリッピング処理を行う。先の例の、 ・“GET pic1.jpg?left=0&top=0&bottom=40&right=160
HTTP/1.0”の場合、 ＊コマンド：“GET” ＊データに関する情報：“pic1.jpg?left=0&top=0&bott
om=40&right=160” ＊ファイル名：“pic1.jpg” ＊部分領域情報：“left=0&top=0&bottom=40&right=16
0” ＊プロトコル：“HTTP/1.0” まず、部分領域情報の文字列“pic1.jpg?left=0&top=0&
bottom=40&right=160”を走査する。この処理では、
“&”を区切り記号として、４つのキーワードと値の
対、即ち、 ・left=0 ・top=0 ・bottom=40 ・right=160 を得る。これらのキーワードと値の対より、図８に示す
領域５０２の指定を認識し、pic1.jpgが指す画像データ
（JPEG画像データ）を復号して読み込み、該当部分を切
り出し、切り出した部分画像領域をクライアントが識別
可能な形式でＲＡＭ１０６若しくは保存部１０２に保持
する。本例では、例えば公知のJPEG符号化方式で符号化
するものとする。画像切り出し処理、JPEG符号化方式は
公知の方式で良い。
指示に応じて部分画像を生成する。ステップＳ１３０２
で得た部分領域情報に基づき、ステップＳ１３０３で検
索した画像データより部分画像を得るために画像データ
を読み込みクリッピング処理を行う。先の例の、 ・“GET pic1.jpg?left=0&top=0&bottom=40&right=160
HTTP/1.0”の場合、 ＊コマンド：“GET” ＊データに関する情報：“pic1.jpg?left=0&top=0&bott
om=40&right=160” ＊ファイル名：“pic1.jpg” ＊部分領域情報：“left=0&top=0&bottom=40&right=16
0” ＊プロトコル：“HTTP/1.0” まず、部分領域情報の文字列“pic1.jpg?left=0&top=0&
bottom=40&right=160”を走査する。この処理では、
“&”を区切り記号として、４つのキーワードと値の
対、即ち、 ・left=0 ・top=0 ・bottom=40 ・right=160 を得る。これらのキーワードと値の対より、図８に示す
領域５０２の指定を認識し、pic1.jpgが指す画像データ
（JPEG画像データ）を復号して読み込み、該当部分を切
り出し、切り出した部分画像領域をクライアントが識別
可能な形式でＲＡＭ１０６若しくは保存部１０２に保持
する。本例では、例えば公知のJPEG符号化方式で符号化
するものとする。画像切り出し処理、JPEG符号化方式は
公知の方式で良い。
【００７８】次に、ステップＳ１３０７において、クラ
イアント２０２に対するレスポンスデータを生成する。
レスポンスデータは、図１１の１１０２のように、デー
タの前にMIME-Typeを付与したものであるが、クライア
ント２０２からのリクエストが部分画像要求でなかった
場合には、ファイル名の拡張子より、部分画像要求の場
合には、ステップＳ１３０６で保持した部分画像データ
のデータ形式により、決定できる。例えば、ステップＳ
１３０６で説明した例では、JPEG符号化方式で符号化し
てあるので、MIME-Typeは、image/jpegとなる。このMIM
E-Typeと、ステップＳ１３０３で読み出したデータ、或
いはステップＳ１３０５で生成した部分画像データを接
合してレスポンスを生成し、続くステップＳ１３０９に
おいて、クライアント２０２に返す。そして、ステップ
Ｓ１３０１に戻り、クライアント２０２からの次のリク
エストを待つ。
イアント２０２に対するレスポンスデータを生成する。
レスポンスデータは、図１１の１１０２のように、デー
タの前にMIME-Typeを付与したものであるが、クライア
ント２０２からのリクエストが部分画像要求でなかった
場合には、ファイル名の拡張子より、部分画像要求の場
合には、ステップＳ１３０６で保持した部分画像データ
のデータ形式により、決定できる。例えば、ステップＳ
１３０６で説明した例では、JPEG符号化方式で符号化し
てあるので、MIME-Typeは、image/jpegとなる。このMIM
E-Typeと、ステップＳ１３０３で読み出したデータ、或
いはステップＳ１３０５で生成した部分画像データを接
合してレスポンスを生成し、続くステップＳ１３０９に
おいて、クライアント２０２に返す。そして、ステップ
Ｓ１３０１に戻り、クライアント２０２からの次のリク
エストを待つ。
【００７９】以上説明した実施形態によれば、画像の表
示に影響する部分のみを送受信することにより、通信量
の削減を図ることができる。これは、通信路２１０が低
速な場合や画像データのデータ量が非常に大きな場合に
速度の向上が図れる。また、通信路２１０の接続時間や
データ流通量に対して課金が行われるような場合に、料
金の削減を図ることができるという利得もある。更に、
クライアントが表示のために保存するデータ量も削減で
きるので、クライアントのＲＡＭや外部記憶装置の容量
に制限があるような場合に好適となる、という利得もあ
る。
示に影響する部分のみを送受信することにより、通信量
の削減を図ることができる。これは、通信路２１０が低
速な場合や画像データのデータ量が非常に大きな場合に
速度の向上が図れる。また、通信路２１０の接続時間や
データ流通量に対して課金が行われるような場合に、料
金の削減を図ることができるという利得もある。更に、
クライアントが表示のために保存するデータ量も削減で
きるので、クライアントのＲＡＭや外部記憶装置の容量
に制限があるような場合に好適となる、という利得もあ
る。
【００８０】上述した実施形態では、画像の上に１つの
グラフィックオブジェクトが重なる場合について説明し
たが、画像の上に複数のグラフィックオブジェクトが重
なる場合にも容易に適用可能なのは自明である。
グラフィックオブジェクトが重なる場合について説明し
たが、画像の上に複数のグラフィックオブジェクトが重
なる場合にも容易に適用可能なのは自明である。
【００８１】また更に、他のグラフィックオブジェクト
との重なりによって完全に隠されてしまう画像について
は、０個の部分画像リクエスト、即ち部分画像リクエス
トを送信しない、というように構成することも可能であ
ることは自明である。
との重なりによって完全に隠されてしまう画像について
は、０個の部分画像リクエスト、即ち部分画像リクエス
トを送信しない、というように構成することも可能であ
ることは自明である。
【００８２】上述した実施形態では、マルチメディアデ
ータの記述形式をHTMLとCSSであるとして説明を行った
が、一般的にはグラフィックオブジェクトの一部が重畳
するようなレイアウトの記述が可能で、かつ画像データ
を外部参照として持つような他のマルチメディアデータ
の記述形式も適用可能である。従って、XHTML、XML、SM
IL（Synchronized Multimedia Integration Language,
W3c Recommendation）、SVG（Scalable Vector Graphic
s 1.0 Specification, W3C Recommendation）などにCSS
やXSLなどのスタイルシートを組み合わせたデータ、ま
た画像データを外部参照可能なページ記述言語などにも
適用できるのは自明である。
ータの記述形式をHTMLとCSSであるとして説明を行った
が、一般的にはグラフィックオブジェクトの一部が重畳
するようなレイアウトの記述が可能で、かつ画像データ
を外部参照として持つような他のマルチメディアデータ
の記述形式も適用可能である。従って、XHTML、XML、SM
IL（Synchronized Multimedia Integration Language,
W3c Recommendation）、SVG（Scalable Vector Graphic
s 1.0 Specification, W3C Recommendation）などにCSS
やXSLなどのスタイルシートを組み合わせたデータ、ま
た画像データを外部参照可能なページ記述言語などにも
適用できるのは自明である。
【００８３】上述した実施形態では、データ通信方式と
してhttpプロトコルを例にして説明したが、クライアン
トが指示するデータの識別子をサーバに送信可能で、そ
れに対するサーバの応答データをクライアントに送信可
能であれば任意のプロトコル上で同様に実現できる。従
って、例えばFTP（File Transfer Protocol）、OBEX（I
rDA Object Exchange Protocol）など他のプロトコルで
あっても良い。例えば、FTPの場合は、画像領域に関す
る情報の送信にはHTTPの場合と同様に行うとともに、サ
ーバ側でそれを認識すれば良い。OBEXの場合は、画像領
域情報を格納する領域をヘッダとして予め定めておき、
そのヘッダ領域に画像領域情報を記述しても良いし、或
いはリクエストのBodyに記述しても良い。
してhttpプロトコルを例にして説明したが、クライアン
トが指示するデータの識別子をサーバに送信可能で、そ
れに対するサーバの応答データをクライアントに送信可
能であれば任意のプロトコル上で同様に実現できる。従
って、例えばFTP（File Transfer Protocol）、OBEX（I
rDA Object Exchange Protocol）など他のプロトコルで
あっても良い。例えば、FTPの場合は、画像領域に関す
る情報の送信にはHTTPの場合と同様に行うとともに、サ
ーバ側でそれを認識すれば良い。OBEXの場合は、画像領
域情報を格納する領域をヘッダとして予め定めておき、
そのヘッダ領域に画像領域情報を記述しても良いし、或
いはリクエストのBodyに記述しても良い。
【００８４】また、URLに記述されているプロトコルを
他のプロトコルにマップすることも可能である。例え
ば、HTMLデータ中にある外部データへの参照がhttpによ
る参照であると判定された場合にも、クライアントが予
め定めておいた他のプロトコル、例えばOBEXに変換し、
サーバとクライアント間の通信をOBEXで行うということ
も可能である。
他のプロトコルにマップすることも可能である。例え
ば、HTMLデータ中にある外部データへの参照がhttpによ
る参照であると判定された場合にも、クライアントが予
め定めておいた他のプロトコル、例えばOBEXに変換し、
サーバとクライアント間の通信をOBEXで行うということ
も可能である。
【００８５】［第２の実施形態］次に、図面を参照しな
がら本発明に係る第２の実施形態を詳細に説明する。
がら本発明に係る第２の実施形態を詳細に説明する。
【００８６】以下では、第１の実施形態と異なる部分の
みを説明する。第１の実施形態では、ユーザが画像通信
装置２０２を操作して画像通信装置２０１よりHTMLデー
タを取得することをトリガとして処理を開始したが、ユ
ーザが操作するのが画像通信装置２００１で、ユーザが
指定したHTMLデータを画像通信装置２０２に送信し、そ
れをトリガとして処理を開始するように構成しても良
い。
みを説明する。第１の実施形態では、ユーザが画像通信
装置２０２を操作して画像通信装置２０１よりHTMLデー
タを取得することをトリガとして処理を開始したが、ユ
ーザが操作するのが画像通信装置２００１で、ユーザが
指定したHTMLデータを画像通信装置２０２に送信し、そ
れをトリガとして処理を開始するように構成しても良
い。
【００８７】図１４は、画像通信装置２０１でのデータ
送信処理を示すフローチャートである。ユーザは情報通
信装置２０１の入力部１０１を操作し、画像通信装置２
０２に送信するHTMLデータを選択する（ステップＳ１４
０１）。選択方法としては、例えばファイルの一覧を画
像通信装置２０１の表示部１０３に提示して、ユーザに
選択させるのでも良いし、或いはユーザが入力部１０１
を用いて送信するHTMLデータ２０６を表す識別子（例え
ば/path/to/data.htmlなど）を入力するようにしても良
い。
送信処理を示すフローチャートである。ユーザは情報通
信装置２０１の入力部１０１を操作し、画像通信装置２
０２に送信するHTMLデータを選択する（ステップＳ１４
０１）。選択方法としては、例えばファイルの一覧を画
像通信装置２０１の表示部１０３に提示して、ユーザに
選択させるのでも良いし、或いはユーザが入力部１０１
を用いて送信するHTMLデータ２０６を表す識別子（例え
ば/path/to/data.htmlなど）を入力するようにしても良
い。
【００８８】次に、ステップＳ１４０２において、ステ
ップＳ１４０１でユーザが指定したデータを送信する。
ここで、送信方式はhttpプロトコルによるものでも良い
が、その他FTPやOBEXなどの方式であっても良い。更に
は、通信路２１０がシリアル通信、パラレル通信、若し
くはそのエミュレーションが可能な場合にはその手順に
従って転送されるのでも良い。尚、ステップＳ１４０２
における転送方式は、第１の実施形態で説明した非画像
データ、或いは画像データ、部分画像データの通信プロ
トコルと同一である必要はない。
ップＳ１４０１でユーザが指定したデータを送信する。
ここで、送信方式はhttpプロトコルによるものでも良い
が、その他FTPやOBEXなどの方式であっても良い。更に
は、通信路２１０がシリアル通信、パラレル通信、若し
くはそのエミュレーションが可能な場合にはその手順に
従って転送されるのでも良い。尚、ステップＳ１４０２
における転送方式は、第１の実施形態で説明した非画像
データ、或いは画像データ、部分画像データの通信プロ
トコルと同一である必要はない。
【００８９】図１５は、画像通信装置２０２側での処理
を示すフローチャートである。尚、この処理は、ステッ
プＳ１５０１，Ｓ１５０２が第１の実施形態における図
９に示したステップＳ９０１，Ｓ９０２と異なるだけで
あるため、他の処理については図９と同じ符号を付与
し、説明を省略する。
を示すフローチャートである。尚、この処理は、ステッ
プＳ１５０１，Ｓ１５０２が第１の実施形態における図
９に示したステップＳ９０１，Ｓ９０２と異なるだけで
あるため、他の処理については図９と同じ符号を付与
し、説明を省略する。
【００９０】まず、ステップＳ１５０１において、画像
通信装置２０１が送信してきたHTMLデータを受信し、Ｒ
ＡＭ１０６又は記憶部１０２に保存する。次に、ステッ
プＳ１５０２では、基本的には第１の実施形態のステッ
プＳ９０２と同様に、図１０に示した処理に従って処理
を行う。但し、第２の実施形態では、図１０に示したス
テップＳ１００２、Ｓ１００３の処理は不要なので、省
略する点が第１の実施形態と異なる。
通信装置２０１が送信してきたHTMLデータを受信し、Ｒ
ＡＭ１０６又は記憶部１０２に保存する。次に、ステッ
プＳ１５０２では、基本的には第１の実施形態のステッ
プＳ９０２と同様に、図１０に示した処理に従って処理
を行う。但し、第２の実施形態では、図１０に示したス
テップＳ１００２、Ｓ１００３の処理は不要なので、省
略する点が第１の実施形態と異なる。
【００９１】この第２の実施形態は、例えば画像通信装
置２０２がプリンタ装置（この場合、図１の表示部１０
３は、公知の印字装置で構成される）で、ユーザが操作
する画像通信装置２０１からHTMLデータで記述されたド
キュメントの印刷要求を送る、というような場合に好適
である。
置２０２がプリンタ装置（この場合、図１の表示部１０
３は、公知の印字装置で構成される）で、ユーザが操作
する画像通信装置２０１からHTMLデータで記述されたド
キュメントの印刷要求を送る、というような場合に好適
である。
【００９２】［第３の実施形態］次に、図面を参照しな
がら本発明に係る第３の実施形態を詳細に説明する。
がら本発明に係る第３の実施形態を詳細に説明する。
【００９３】以下では、第１、第２の実施形態と異なる
部分のみ説明を行う。第１、第２の実施形態では、レイ
アウトに必要な領域のみを取得するように構成した例を
示したが、第３の実施形態によるシステムでは、必ずし
もそのように構成する必要はない。また、第１、第２の
実施形態では、分割数が最小になるような分割を行う例
を示したが、第３の実施形態によるシステムでは必ずし
もそのように構成する必要はない。
部分のみ説明を行う。第１、第２の実施形態では、レイ
アウトに必要な領域のみを取得するように構成した例を
示したが、第３の実施形態によるシステムでは、必ずし
もそのように構成する必要はない。また、第１、第２の
実施形態では、分割数が最小になるような分割を行う例
を示したが、第３の実施形態によるシステムでは必ずし
もそのように構成する必要はない。
【００９４】例えば、公知のFlashpix画像フォーマット
（“Flashpix Specification 1.0”, I3A）は、同一内
容の画像を複数解像度に保持するとともに、各解像度画
像を６４画素×６４画素のタイル状に分割して保持し、
タイル単位での部分画像データアクセスを可能としてい
る。
（“Flashpix Specification 1.0”, I3A）は、同一内
容の画像を複数解像度に保持するとともに、各解像度画
像を６４画素×６４画素のタイル状に分割して保持し、
タイル単位での部分画像データアクセスを可能としてい
る。
【００９５】図１６は、第３の実施形態におけるタイル
分割を表す図である。図１６では、画像１６００が複数
のタイル１６０１〜１６３５に分割されている状態を表
している。
分割を表す図である。図１６では、画像１６００が複数
のタイル１６０１〜１６３５に分割されている状態を表
している。
【００９６】図１７は、第１の実施形態で用いたHTMLデ
ータ３０１によるレイアウトで、画像４０２のうち、画
像４０３によって覆い隠されていない部分（図４）、即
ち、図５の領域５０１を図１６と重ね合わせたものであ
る。
ータ３０１によるレイアウトで、画像４０２のうち、画
像４０３によって覆い隠されていない部分（図４）、即
ち、図５の領域５０１を図１６と重ね合わせたものであ
る。
【００９７】従って、図４において、下側にある画像４
０２が図１６に示すように、複数のタイル１６０１〜１
６３５に分割されている場合、図１８に示すように、タ
イル１６０１〜１６０７、タイル１６０８〜１６１４、
タイル１６１５，１６１６、タイル１６２２，１６２
３、タイル１６２９，１６３０があれば良く、その他の
タイル１６１７〜１６２１、タイル１６２４〜１６２
８、タイル１６３１〜１６３５の部分の通信を省くこと
ができることがわかる。
０２が図１６に示すように、複数のタイル１６０１〜１
６３５に分割されている場合、図１８に示すように、タ
イル１６０１〜１６０７、タイル１６０８〜１６１４、
タイル１６１５，１６１６、タイル１６２２，１６２
３、タイル１６２９，１６３０があれば良く、その他の
タイル１６１７〜１６２１、タイル１６２４〜１６２
８、タイル１６３１〜１６３５の部分の通信を省くこと
ができることがわかる。
【００９８】また、特に画像１６００がFlashpixフォー
マットである場合は、画像通信装置２０１と画像通信装
置２０２間の部分画像データ取得の通信手順に、公知の
IIP（“Internet Imaging Protocol version 1.06”, D
igital Imaging Group）を適用することも可能である。
マットである場合は、画像通信装置２０１と画像通信装
置２０２間の部分画像データ取得の通信手順に、公知の
IIP（“Internet Imaging Protocol version 1.06”, D
igital Imaging Group）を適用することも可能である。
【００９９】このIIPでは、Flashpixのタイル単位の画
像を送受信する他に最大解像度画像の幅と高さといった
情報を通信することが可能である。従って、図９のステ
ップＳ９０３におけるレイアウト決定処理において、II
Pを使用して画像の幅と高さを得るリクエストを送信
し、サーバからの応答を参照してこれらの値を得る処理
を追加することにより、図３のHTMLデータ３０１におけ
る＜img＞タグ中のwidthやheight属性が省略されている
場合にも適用できる。
像を送受信する他に最大解像度画像の幅と高さといった
情報を通信することが可能である。従って、図９のステ
ップＳ９０３におけるレイアウト決定処理において、II
Pを使用して画像の幅と高さを得るリクエストを送信
し、サーバからの応答を参照してこれらの値を得る処理
を追加することにより、図３のHTMLデータ３０１におけ
る＜img＞タグ中のwidthやheight属性が省略されている
場合にも適用できる。
【０１００】図１９は、IIPによるリクエスト及びレス
ポンスの例を示す図である。図１９において、１９０１
は画像通信装置２０２が画像通信装置２０１に対して送
信する、画像に関する情報のリクエストの一例である。
このリクエスト１９０１及び１９０３はIIPサーバプロ
グラムをCGIとしてhttpサーバ上に構築した例である。
リクエスト１９０１のデータに関する部分、 /cgi-bin/iipsrv.cgi?FIF=pic3.fpx?OBJ=Resolution-nu
mber?OBJ=Max-size は、更に、 ・IIPサーバ（CGI）へのパス：/cgi-bin/iipsrv.cgi ・IIPコマンド列：FIF=pic3.fpx?OBJ=Resolution-numbe
r?OBJ=Max-size ＊画像ファイルの指定：FIF=pic3.fpx ＊階層数の要求：OBJ=Resolution-number ＊最大解像度画像の大きさの要求：OBJ＝Max-size と分解して解釈される。ここでは、ファイル識別子pic
3.fpxというFlashpix画像の階層数のデータと、最大解
像度画像の大きさ（画素単位）を要求しているIIPサー
バプログラムに解釈される。
ポンスの例を示す図である。図１９において、１９０１
は画像通信装置２０２が画像通信装置２０１に対して送
信する、画像に関する情報のリクエストの一例である。
このリクエスト１９０１及び１９０３はIIPサーバプロ
グラムをCGIとしてhttpサーバ上に構築した例である。
リクエスト１９０１のデータに関する部分、 /cgi-bin/iipsrv.cgi?FIF=pic3.fpx?OBJ=Resolution-nu
mber?OBJ=Max-size は、更に、 ・IIPサーバ（CGI）へのパス：/cgi-bin/iipsrv.cgi ・IIPコマンド列：FIF=pic3.fpx?OBJ=Resolution-numbe
r?OBJ=Max-size ＊画像ファイルの指定：FIF=pic3.fpx ＊階層数の要求：OBJ=Resolution-number ＊最大解像度画像の大きさの要求：OBJ＝Max-size と分解して解釈される。ここでは、ファイル識別子pic
3.fpxというFlashpix画像の階層数のデータと、最大解
像度画像の大きさ（画素単位）を要求しているIIPサー
バプログラムに解釈される。
【０１０１】図１９において、１９０２はリクエスト１
９０１に対する画像通信装置２０１のレスポンスの一例
である。レスポンス１９０２の１行目はIIP応答を表すM
IME-Typeである。２行目は階層数のデータで、この例で
は、４階層あることを示している。そして、３行目は最
大解像度画像の大きさで、幅４００画素、高さ３００画
素であることを示している。
９０１に対する画像通信装置２０１のレスポンスの一例
である。レスポンス１９０２の１行目はIIP応答を表すM
IME-Typeである。２行目は階層数のデータで、この例で
は、４階層あることを示している。そして、３行目は最
大解像度画像の大きさで、幅４００画素、高さ３００画
素であることを示している。
【０１０２】また、１９０３は画像通信装置２０２が画
像通信装置２０１に対して送信する、タイル画像送信の
リクエストの一例である。
像通信装置２０１に対して送信する、タイル画像送信の
リクエストの一例である。
【０１０３】このリクエスト１９０３のデータに関する
部分、 /cgi-bin/iipsrv.cgi?FIF=pic3.fpx?TIL=3,0-13?TIL=3,
14-29 は、更に、 ・IIPサーバ（CGI）へのパス：/cgi-bin/iipsrv.cgi ・IIPコマンド列：/cgi-bin/iipsrv.cgi?FIF=pic3.fpx?
TIL=3,0-13?TIL=3,14-29 ＊画像ファイルの指定：FIF=pic3.fpx ＊タイル画像の要求（1）：TIL=3,0-13 ＊タイル画像の要求（2）：TIL=3,14-29 と分解して解釈される。ここでは、ファイル識別子pic
3.fpxというFlashpix画像の階層番号３（最大解像度）
のタイル番号範囲０−１３で表される範囲のタイル画像
データ（タイル画像の要求（1））と、階層番号３のタ
イル番号範囲１４−２９で表される範囲のタイル画像デ
ータ（タイル画像の要求（2））として解釈される。
部分、 /cgi-bin/iipsrv.cgi?FIF=pic3.fpx?TIL=3,0-13?TIL=3,
14-29 は、更に、 ・IIPサーバ（CGI）へのパス：/cgi-bin/iipsrv.cgi ・IIPコマンド列：/cgi-bin/iipsrv.cgi?FIF=pic3.fpx?
TIL=3,0-13?TIL=3,14-29 ＊画像ファイルの指定：FIF=pic3.fpx ＊タイル画像の要求（1）：TIL=3,0-13 ＊タイル画像の要求（2）：TIL=3,14-29 と分解して解釈される。ここでは、ファイル識別子pic
3.fpxというFlashpix画像の階層番号３（最大解像度）
のタイル番号範囲０−１３で表される範囲のタイル画像
データ（タイル画像の要求（1））と、階層番号３のタ
イル番号範囲１４−２９で表される範囲のタイル画像デ
ータ（タイル画像の要求（2））として解釈される。
【０１０４】図２０は、タイル番号範囲とタイルの対応
関係を説明する図である。図１６に示した画像１６００
を用いて説明するが、図２０で各タイル画像の付与され
ている番号は、IIPでのタイル番号である。IIPでは、左
上から右、上から下へ０から順番になるようにタイル番
号を付与する。また、２０１１はタイル番号範囲０−１
３によって表される範囲のタイル画像、２０１２はタイ
ル番号範囲１４−２９で表される。２０１２の例からわ
かるように、IIPでのタイル番号範囲は、数列的な範囲
を表すのではなく、矩形領域の左上のタイル番号と左下
のタイル番号を“−”で連結して表される。
関係を説明する図である。図１６に示した画像１６００
を用いて説明するが、図２０で各タイル画像の付与され
ている番号は、IIPでのタイル番号である。IIPでは、左
上から右、上から下へ０から順番になるようにタイル番
号を付与する。また、２０１１はタイル番号範囲０−１
３によって表される範囲のタイル画像、２０１２はタイ
ル番号範囲１４−２９で表される。２０１２の例からわ
かるように、IIPでのタイル番号範囲は、数列的な範囲
を表すのではなく、矩形領域の左上のタイル番号と左下
のタイル番号を“−”で連結して表される。
【０１０５】図１９に戻り、１９０４はリクエスト１９
０３に対する画像通信装置２０１のレスポンスの一例で
ある。レスポンス１９０４の１行目はIIP応答を表すMIM
E-Typeである。２行目以降は各タイル画像のデータであ
る。例えば２行目は階層番号３のタイル番号０のデータ
を表しており、＜data of tile 0＞の部分には実際のタ
イル番号０のタイル画像データ、＜len-of-tile0＞には
＜data of tile 0＞の部分に入るタイル画像データのデ
ータ長が入る。以下同様に、３行目は階層番号３のタイ
ル番号１のデータ、４行目は階層番号３のタイル番号２
のデータを表している。
０３に対する画像通信装置２０１のレスポンスの一例で
ある。レスポンス１９０４の１行目はIIP応答を表すMIM
E-Typeである。２行目以降は各タイル画像のデータであ
る。例えば２行目は階層番号３のタイル番号０のデータ
を表しており、＜data of tile 0＞の部分には実際のタ
イル番号０のタイル画像データ、＜len-of-tile0＞には
＜data of tile 0＞の部分に入るタイル画像データのデ
ータ長が入る。以下同様に、３行目は階層番号３のタイ
ル番号１のデータ、４行目は階層番号３のタイル番号２
のデータを表している。
【０１０６】レスポンス１９０４を受け取った画像通信
装置２０２は、レスポンス１９０４を上述したように解
釈し、データ部分を取り出して描画に備える。
装置２０２は、レスポンス１９０４を上述したように解
釈し、データ部分を取り出して描画に備える。
【０１０７】この他にも、公知のJPEG2000画像フォーマ
ット（ISO/IEC 15444-1 ITUT T.800“JPEG 2000 IMAGE
CODING SYSTEM”）も複数解像度の画像データを差分で
保持するとともに、タイル状に画像を分割して保持する
ことが可能なので、Flashpix同様に本実施形態の方式に
適用可能である。
ット（ISO/IEC 15444-1 ITUT T.800“JPEG 2000 IMAGE
CODING SYSTEM”）も複数解像度の画像データを差分で
保持するとともに、タイル状に画像を分割して保持する
ことが可能なので、Flashpix同様に本実施形態の方式に
適用可能である。
【０１０８】Flashpix画像フォーマットに対するIIPの
ような、JPEG2000画像フォーマット専用の通信プロトコ
ルは存在しないが、例えば先に説明したIIPのリクエス
トと同様の処理を行えば良い。但し、JPEG2000のタイル
分割はFlashpixとは異なり、符号化時のパラメータによ
って決定されるものなので、例えば、リクエスト１９０
１にOBJ=Tilesizeのようなコマンドを追加し、このリク
エストを受信した画像通信装置２０１は、指定されたJP
EG2000画像フォーマットデータを解析し、MainHeaderの
SIZマーカー中のXTsiz, YTsiz, XTOsiz, YTOsizのフィ
ールド等を参照して最大解像度におけるタイルのサイズ
（幅、高さ）を特定し、例えば１９０２の応答にTile-s
ize: ＜タイルの幅＞＜タイルの高さ＞を返すようにす
れば良い。クライアントは、ここで得た最大解像度での
タイルサイズ、階層数、最大解像度での画像サイズか
ら、目的の階層画像で必要なタイルを特定し、それに応
じてタイル画像を要求するように構成すれば良い。
ような、JPEG2000画像フォーマット専用の通信プロトコ
ルは存在しないが、例えば先に説明したIIPのリクエス
トと同様の処理を行えば良い。但し、JPEG2000のタイル
分割はFlashpixとは異なり、符号化時のパラメータによ
って決定されるものなので、例えば、リクエスト１９０
１にOBJ=Tilesizeのようなコマンドを追加し、このリク
エストを受信した画像通信装置２０１は、指定されたJP
EG2000画像フォーマットデータを解析し、MainHeaderの
SIZマーカー中のXTsiz, YTsiz, XTOsiz, YTOsizのフィ
ールド等を参照して最大解像度におけるタイルのサイズ
（幅、高さ）を特定し、例えば１９０２の応答にTile-s
ize: ＜タイルの幅＞＜タイルの高さ＞を返すようにす
れば良い。クライアントは、ここで得た最大解像度での
タイルサイズ、階層数、最大解像度での画像サイズか
ら、目的の階層画像で必要なタイルを特定し、それに応
じてタイル画像を要求するように構成すれば良い。
【０１０９】また、公知の米国特許USP-6041143による
方式のように、画像通信装置２０２の部分画像の要求に
応じて、画像通信装置２０１でJPEG2000の画像データの
部分データより、部分領域に対応するJPEG2000画像デー
タを生成して、画像通信装置２０１に送信するように構
成することも可能である。
方式のように、画像通信装置２０２の部分画像の要求に
応じて、画像通信装置２０１でJPEG2000の画像データの
部分データより、部分領域に対応するJPEG2000画像デー
タを生成して、画像通信装置２０１に送信するように構
成することも可能である。
【０１１０】また、画像データがJPEG画像フォーマット
の場合、例えば公知の特開平05-207259号公報に記載さ
れているように、部分領域のリクエストに対して、画像
の切り出しをJPEGのMCU（Minimum Coding Unit）単位で
行い、画像通信装置２０２が要求した領域を表す情報を
付加してJPEG画像フォーマットに再符号化して、画像通
信装置２０２に部分画像データを送信するというように
構成することも可能である。
の場合、例えば公知の特開平05-207259号公報に記載さ
れているように、部分領域のリクエストに対して、画像
の切り出しをJPEGのMCU（Minimum Coding Unit）単位で
行い、画像通信装置２０２が要求した領域を表す情報を
付加してJPEG画像フォーマットに再符号化して、画像通
信装置２０２に部分画像データを送信するというように
構成することも可能である。
【０１１１】更に、画像データがJPEG画像フォーマット
の場合、画像通信装置２０２が分割を決定する際に、水
平方向、垂直方向、或いはその両方がMCU単位となるよ
うに部分領域のリクエストを変更して画像通信装置２０
１に送信するように構成しても良い。
の場合、画像通信装置２０２が分割を決定する際に、水
平方向、垂直方向、或いはその両方がMCU単位となるよ
うに部分領域のリクエストを変更して画像通信装置２０
１に送信するように構成しても良い。
【０１１２】また、画像データがJPEG画像フォーマット
に対する部分画像の要求、若しくは部分画像の生成をMC
U単位にした場合、部分画像生成においてJPEG画像の復
号処理を全て完遂する必要はなく、ハフマン符号を復号
化した後のDCT係数の状態で分割が可能なので、逆DCT、
DCTの処理を省略することができ、第１の実施形態に比
べ部分画像生成処理を高速化することができる。また、
逆DCT、DCTによる演算誤差を削減できるので、再符号化
による画質劣化を低減することが期待できるという利得
もある。
に対する部分画像の要求、若しくは部分画像の生成をMC
U単位にした場合、部分画像生成においてJPEG画像の復
号処理を全て完遂する必要はなく、ハフマン符号を復号
化した後のDCT係数の状態で分割が可能なので、逆DCT、
DCTの処理を省略することができ、第１の実施形態に比
べ部分画像生成処理を高速化することができる。また、
逆DCT、DCTによる演算誤差を削減できるので、再符号化
による画質劣化を低減することが期待できるという利得
もある。
【０１１３】以上説明したように、第３の実施形態によ
る方式は、第１の実施形態の説明で用いたように、レイ
アウトに影響する部分のみを最小の分割数に分割して要
求するのではなくても良い。
る方式は、第１の実施形態の説明で用いたように、レイ
アウトに影響する部分のみを最小の分割数に分割して要
求するのではなくても良い。
【０１１４】第３の実施形態の場合、矩形分割の対象と
なる画像が予め矩形分割されて保持されているような画
像フォーマットに対して好適に動作するという利得があ
る。
なる画像が予め矩形分割されて保持されているような画
像フォーマットに対して好適に動作するという利得があ
る。
【０１１５】［第４の実施形態］次に、図面を参照しな
がら本発明に係る第４の実施形態を詳細に説明する。
がら本発明に係る第４の実施形態を詳細に説明する。
【０１１６】以下では、第１、第２、第３の実施形態と
異なる部分のみ説明を行う。第１、第２の実施形態で
は、他のグラフィックオブジェクトを矩形として重なり
の判定を行ったが、第４の実施形態による方式は矩形の
グラフィックオブジェクトに限るものではない。例え
ば、SVGでは、任意の形状のグラフィックオブジェクト
を指定可能である。
異なる部分のみ説明を行う。第１、第２の実施形態で
は、他のグラフィックオブジェクトを矩形として重なり
の判定を行ったが、第４の実施形態による方式は矩形の
グラフィックオブジェクトに限るものではない。例え
ば、SVGでは、任意の形状のグラフィックオブジェクト
を指定可能である。
【０１１７】図２１は、画像領域に矩形でない非透過の
グラフィックオブジェクトが重なった状態を表す図であ
る。図２１に示す２１０１では、画像２１１１の上に三
角のグラフィックオブジェクト２１１２が重なってい
る。この場合、２１０２に示すように画像を矩形分割す
れば良い。即ち、２１０２で２１２１〜２１２４は矩形
分割した部分画像領域であり、破線２１２５は三角のグ
ラフィックオブジェクト２１１２の輪郭を表している。
また、領域２１２６はこの処理により転送が省略される
画像領域を示している。
グラフィックオブジェクトが重なった状態を表す図であ
る。図２１に示す２１０１では、画像２１１１の上に三
角のグラフィックオブジェクト２１１２が重なってい
る。この場合、２１０２に示すように画像を矩形分割す
れば良い。即ち、２１０２で２１２１〜２１２４は矩形
分割した部分画像領域であり、破線２１２５は三角のグ
ラフィックオブジェクト２１１２の輪郭を表している。
また、領域２１２６はこの処理により転送が省略される
画像領域を示している。
【０１１８】この輪郭２１２５は、例えば図９のステッ
プＳ９０３におけるレイアウト決定処理でマルチメディ
アデータ記述形式を解釈したときに得られるので、その
輪郭情報に応じてステップＳ９０６における画像分割処
理で図２１に示すように矩形分割すれば良い。
プＳ９０３におけるレイアウト決定処理でマルチメディ
アデータ記述形式を解釈したときに得られるので、その
輪郭情報に応じてステップＳ９０６における画像分割処
理で図２１に示すように矩形分割すれば良い。
【０１１９】尚、図２１の２１０２に示す矩形分割は一
例であり、各部分画像領域が矩形になるのであれば他の
形式で分割しても良い。また、更に細かく分割して、転
送を省略する領域の面積が増えるようにしても良い。
例であり、各部分画像領域が矩形になるのであれば他の
形式で分割しても良い。また、更に細かく分割して、転
送を省略する領域の面積が増えるようにしても良い。
【０１２０】また、この他にも、画像透過情報を持つグ
ラフィックオブジェクトデータが、他の画像データに重
なっている場合にも適用できる。
ラフィックオブジェクトデータが、他の画像データに重
なっている場合にも適用できる。
【０１２１】図２２は、画像の上に透過情報を持つグラ
フィックオブジェクトを重ね合わせるレイアウトを説明
する図である。図２２において、２２０１はマルチメデ
ィアデータ解釈機（ブラウザ等）の描画領域、２２１１
は下に重ねられる画像、２２１２は上に重なる画像で、
公知のPNGフォーマット（Portable Network Graphics,
W3C Recommendation）や公知のGIF89Aフォーマットのよ
うに、透過情報を持っている。また、２２１３は透過を
指示された画素の領域、２２１４は透過でない画素の領
域である。
フィックオブジェクトを重ね合わせるレイアウトを説明
する図である。図２２において、２２０１はマルチメデ
ィアデータ解釈機（ブラウザ等）の描画領域、２２１１
は下に重ねられる画像、２２１２は上に重なる画像で、
公知のPNGフォーマット（Portable Network Graphics,
W3C Recommendation）や公知のGIF89Aフォーマットのよ
うに、透過情報を持っている。また、２２１３は透過を
指示された画素の領域、２２１４は透過でない画素の領
域である。
【０１２２】図２３は、図２２に示す画像２２１１と画
像２２１２とを重ね合わせた状態を表す図である。図２
３において、図２２と同番号のものは図２２と同一のも
のを指している。
像２２１２とを重ね合わせた状態を表す図である。図２
３において、図２２と同番号のものは図２２と同一のも
のを指している。
【０１２３】図２３において、２３０１は透過領域２２
１３に外接する矩形を表している。図２３から明らかな
ように、下側の画像２２１１については矩形領域２３０
１だけあれば良いので、図２３のレイアウトを作成する
ためには、画像２２１１の識別子と矩形領域２３０１の
情報とを送信して画像２２１１の部分画像を得れば良
い。
１３に外接する矩形を表している。図２３から明らかな
ように、下側の画像２２１１については矩形領域２３０
１だけあれば良いので、図２３のレイアウトを作成する
ためには、画像２２１１の識別子と矩形領域２３０１の
情報とを送信して画像２２１１の部分画像を得れば良
い。
【０１２４】矩形領域２３０１は、画像２２１１若しく
はその部分画像の取得の前に、画像２２１２を取得して
透過指定された画素の位置を調べれば良い。これは、各
画素を順次走査し、図８で規定したような座標空間での
透過指定された画素のｘ座標の最大値、最小値、またｙ
座標の最大値、最小値を調べることにより可能である。
はその部分画像の取得の前に、画像２２１２を取得して
透過指定された画素の位置を調べれば良い。これは、各
画素を順次走査し、図８で規定したような座標空間での
透過指定された画素のｘ座標の最大値、最小値、またｙ
座標の最大値、最小値を調べることにより可能である。
【０１２５】また、領域２２１３を含むようにより細か
く分割したり、或いは第２の実施形態で示したように画
像が予めタイル状に分割されている場合には、それに適
応させるように分割しても良い。
く分割したり、或いは第２の実施形態で示したように画
像が予めタイル状に分割されている場合には、それに適
応させるように分割しても良い。
【０１２６】このように、画像の上に非矩形のグラフィ
ックオブジェクトや透過情報を持つグラフィックオブジ
ェクトを重ね合わせる場合にも本発明は適用可能であ
る。
ックオブジェクトや透過情報を持つグラフィックオブジ
ェクトを重ね合わせる場合にも本発明は適用可能であ
る。
【０１２７】尚、本発明は複数の機器（例えば、ホスト
コンピュータ，インターフェース機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、１つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用しても良い。
コンピュータ，インターフェース機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、１つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用しても良い。
【０１２８】また、本発明の目的は前述した実施形態の
機能を実現するソフトウェアのプログラムコードを記録
した記録媒体を、システム或いは装置に供給し、そのシ
ステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰ
Ｕ）が記録媒体に格納されたプログラムコードを読出し
実行することによっても、達成されることは言うまでも
ない。
機能を実現するソフトウェアのプログラムコードを記録
した記録媒体を、システム或いは装置に供給し、そのシ
ステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰ
Ｕ）が記録媒体に格納されたプログラムコードを読出し
実行することによっても、達成されることは言うまでも
ない。
【０１２９】この場合、記録媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記録媒体は
本発明を構成することになる。
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記録媒体は
本発明を構成することになる。
【０１３０】プログラムコードを供給するための記録媒
体としては、例えばフレキシブルディスク，ハードディ
スク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，Ｃ
Ｄ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ
などを用いることができる。
体としては、例えばフレキシブルディスク，ハードディ
スク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，Ｃ
Ｄ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ
などを用いることができる。
【０１３１】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部又は全部
を行い、その処理によって前述した実施形態の機能が実
現される場合も含まれることは言うまでもない。
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部又は全部
を行い、その処理によって前述した実施形態の機能が実
現される場合も含まれることは言うまでもない。
【０１３２】更に、記録媒体から読出されたプログラム
コードが、コンピュータに挿入された機能拡張ボードや
コンピュータに接続された機能拡張ユニットに備わるメ
モリに書込まれた後、そのプログラムコードの指示に基
づき、その機能拡張ボードや機能拡張ユニットに備わる
ＣＰＵなどが実際の処理の一部又は全部を行い、その処
理によって前述した実施形態の機能が実現される場合も
含まれることは言うまでもない。
コードが、コンピュータに挿入された機能拡張ボードや
コンピュータに接続された機能拡張ユニットに備わるメ
モリに書込まれた後、そのプログラムコードの指示に基
づき、その機能拡張ボードや機能拡張ユニットに備わる
ＣＰＵなどが実際の処理の一部又は全部を行い、その処
理によって前述した実施形態の機能が実現される場合も
含まれることは言うまでもない。
【０１３３】
【発明の効果】以上説明したように、本発明によれば、
マルチメディア記述データ内に記述された各グラフィッ
クオブジェクトの重なり部分に対しては画像データの送
受信を行わず、通信量及び通信時間を削減させることが
できる。
マルチメディア記述データ内に記述された各グラフィッ
クオブジェクトの重なり部分に対しては画像データの送
受信を行わず、通信量及び通信時間を削減させることが
できる。
【図１】画像通信システムを構成する画像通信装置の構
成を示すブロック図である。
成を示すブロック図である。
【図２】第１の実施形態における画像通信システムの構
成例を示す図である。
成例を示す図である。
【図３】記憶装置２０３に保持されるHTMLデータの一例
を示す図である。
を示す図である。
【図４】HTMLデータ３０１のレイアウト例を示す図であ
る。
る。
【図５】レイアウトの結果、必要な画像領域とその矩形
分割例を示す図である。
分割例を示す図である。
【図６】図５の矩形領域５０２と５０３を図４の４０２
の代わりに使って図４と同じレイアウトを作成した状態
を表す図である。
の代わりに使って図４と同じレイアウトを作成した状態
を表す図である。
【図７】画像pic1.jpgの元々のレイアウト領域４０２
と、領域５０２，５０３の大きさ及び位置との関係を示
す図である。
と、領域５０２，５０３の大きさ及び位置との関係を示
す図である。
【図８】元の画像を基準とした座標系における、図５に
よる矩形分割した各領域の位置および大きさを表す図で
ある。
よる矩形分割した各領域の位置および大きさを表す図で
ある。
【図９】クライアント２０２の処理を示すフローチャー
トである。
トである。
【図１０】図９の非画像データ受信処理を示すフローチ
ャートである。
ャートである。
【図１１】クライアント及びサーバ間の通信手順を説明
する図である。
する図である。
【図１２】図９の画像分割処理を示すフローチャートで
ある。
ある。
【図１３】サーバ２０１側の処理を示すフローチャート
である。
である。
【図１４】第２の実施形態における画像通信装置２０１
でのデータ送信処理を示すフローチャートである。
でのデータ送信処理を示すフローチャートである。
【図１５】第２の実施形態における画像通信装置２０２
側での処理を示すフローチャートである。
側での処理を示すフローチャートである。
【図１６】第３の実施形態におけるタイル分割を表す図
である。
である。
【図１７】図４のレイアウトの結果、必要な画像領域
と、図１６のタイル分割との関係を示す図である。
と、図１６のタイル分割との関係を示す図である。
【図１８】図４のレイアウトの結果、必要なタイル画像
を説明する図である。
を説明する図である。
【図１９】IIPによるリクエスト及びレスポンスの例を
示す図である。
示す図である。
【図２０】タイル番号範囲とタイルの対応関係を説明す
る図である。
る図である。
【図２１】第４の実施形態での画像領域に矩形でない非
透過のグラフィックオブジェクトが重なった状態を表す
図である。
透過のグラフィックオブジェクトが重なった状態を表す
図である。
【図２２】画像の上に透過情報を持つグラフィックオブ
ジェクトを重ね合わせるレイアウトを説明する図であ
る。
ジェクトを重ね合わせるレイアウトを説明する図であ
る。
【図２３】図２２に示す画像２２１１と画像２２１２と
を重ね合わせた状態を表す図である。
を重ね合わせた状態を表す図である。
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１５年５月１９日（２００３．５．１
９）
９）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】発明の名称
【補正方法】変更
【補正内容】
【発明の名称】 画像通信装置及び画像通信方法
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正内容】
【０００１】
【発明の属する技術分野】本発明は、画像通信装置及び
画像通信方法に関する。
画像通信方法に関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正内容】
【００１３】本発明は、上述の課題を解決するためにな
されたもので、重なり部分に対しては画像データの送受
信を行わず、通信量及び通信時間を削減させた画像通信
装置及び画像通信方法を提供することを目的とする。
されたもので、重なり部分に対しては画像データの送受
信を行わず、通信量及び通信時間を削減させた画像通信
装置及び画像通信方法を提供することを目的とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】削除
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正内容】
【００１５】
【課題を解決するための手段】
上記目的を達成するため
に、本発明の画像通信装置は、画像記憶装置に画像デー
タをリクエストする場合に、その画像データと他の画像
データとの重なりを判定する重なり判定手段と、前記重
なり判定手段により、他の画像データが重なっていない
と判定された画像データについては、画像データ全体の
全体画像リクエストを画像記憶装置に送信し、他の画像
データが重なっていると判定された画像データについて
は、１個以上の部分画像を決定し、決定された部分画像
に対応する部分画像データリクエストを前記画像記憶装
置に送信する送信手段と、前記リクエストに応じて返信
された全体画像データ若しくは部分画像データを受信す
る画像受信手段と、前記画像受信手段によって受信した
全体画像データ若しくは部分画像データを用いてレイア
ウト画像を生成する画像生成手段とを有することを特徴
とする。
に、本発明の画像通信装置は、画像記憶装置に画像デー
タをリクエストする場合に、その画像データと他の画像
データとの重なりを判定する重なり判定手段と、前記重
なり判定手段により、他の画像データが重なっていない
と判定された画像データについては、画像データ全体の
全体画像リクエストを画像記憶装置に送信し、他の画像
データが重なっていると判定された画像データについて
は、１個以上の部分画像を決定し、決定された部分画像
に対応する部分画像データリクエストを前記画像記憶装
置に送信する送信手段と、前記リクエストに応じて返信
された全体画像データ若しくは部分画像データを受信す
る画像受信手段と、前記画像受信手段によって受信した
全体画像データ若しくは部分画像データを用いてレイア
ウト画像を生成する画像生成手段とを有することを特徴
とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正内容】
【００１６】更に、上記目的を達成するために、本発明
の画像通信方法は、画像記憶装置に画像データをリクエ
ストする場合に、その画像データと他の画像データとの
重なりを判定する重なり判定工程と、前記重なり判定手
段により、他の画像データが重なっていないと判定され
た画像データについては、画像データ全体の全体画像リ
クエストを画像記憶装置に送信し、他の画像データが重
なっていると判定された画像データについては、１個以
上の部分画像を決定し、決定された部分画像に対応する
部分画像データリクエストを前記画像記憶装置に送信す
る送信工程と、前記リクエストに応じて返信された全体
画像データ若しくは部分画像データを受信する画像受信
工程と、前記画像受信工程によって受信した全体画像デ
ータ若しくは部分画像データを用いてレイアウト画像を
生成する画像生成工程とを有することを特徴とする。
の画像通信方法は、画像記憶装置に画像データをリクエ
ストする場合に、その画像データと他の画像データとの
重なりを判定する重なり判定工程と、前記重なり判定手
段により、他の画像データが重なっていないと判定され
た画像データについては、画像データ全体の全体画像リ
クエストを画像記憶装置に送信し、他の画像データが重
なっていると判定された画像データについては、１個以
上の部分画像を決定し、決定された部分画像に対応する
部分画像データリクエストを前記画像記憶装置に送信す
る送信工程と、前記リクエストに応じて返信された全体
画像データ若しくは部分画像データを受信する画像受信
工程と、前記画像受信工程によって受信した全体画像デ
ータ若しくは部分画像データを用いてレイアウト画像を
生成する画像生成工程とを有することを特徴とする。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正内容】
【００５８】次に、ステップＳ９０４において、ユーザ
の指定したHTMLデータに外部参照の画像があるかどうか
を判定する。これは図１０の説明で用いた画像リストＩ
が空かどうかを判定すれば良い。ここで、画像リストＩ
が空の場合、ユーザ指定のHTMLデータは画像を含まない
のでステップＳ９１０へ進む。
の指定したHTMLデータに外部参照の画像があるかどうか
を判定する。これは図１０の説明で用いた画像リストＩ
が空かどうかを判定すれば良い。ここで、画像リストＩ
が空の場合、ユーザ指定のHTMLデータは画像を含まない
のでステップＳ９１０へ進む。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正内容】
【００８６】以下では、第１の実施形態と異なる部分の
みを説明する。第１の実施形態では、ユーザが画像通信
装置２０２を操作して画像通信装置２０１よりHTMLデー
タを取得することをトリガとして処理を開始したが、ユ
ーザが操作するのが画像通信装置２０１で、ユーザが指
定したHTMLデータを画像通信装置２０２に送信し、それ
をトリガとして処理を開始するように構成しても良い。
みを説明する。第１の実施形態では、ユーザが画像通信
装置２０２を操作して画像通信装置２０１よりHTMLデー
タを取得することをトリガとして処理を開始したが、ユ
ーザが操作するのが画像通信装置２０１で、ユーザが指
定したHTMLデータを画像通信装置２０２に送信し、それ
をトリガとして処理を開始するように構成しても良い。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１３３
【補正方法】変更
【補正内容】
【０１３３】
【発明の効果】以上説明したように、本発明によれば、
重なり部分に対しては画像データの送受信を行わず、通
信量及び通信時間を削減させることができる。
重なり部分に対しては画像データの送受信を行わず、通
信量及び通信時間を削減させることができる。
Claims (18)
- 【請求項１】 画像データへの外部参照を含むマルチメ
ディア記述データと、前記マルチメディア記述データで
参照される画像データを保持する第１の画像通信装置
と、第２の画像通信装置が通信路を介して通信を行う画
像通信システムであって、 第１の画像通信装置は、 画像全体である全体画像データ若しくは部分画像に対応
する部分画像データのリクエストを受信し、該リクエス
トに応じて要求された全体画像データ若しくは部分画像
データを送信する画像送信手段を有し、 第２の画像通信装置は、 前記マルチメディア記述データ内に記述された各グラフ
ィックオブジェクトの重なりを判定する重なり判定手段
と、 前記重なり判定手段により、他のグラフィックオブジェ
クトが重なっていないと判定された画像については、画
像データ全体の全体画像リクエストを前記第１の画像通
信装置に送信し、他のグラフィックオブジェクトが重な
っていると判定された画像については、１個以上の部分
画像を決定し、決定された部分画像に対応する部分画像
データのリクエストを前記第１の画像通信装置に送信す
る送信手段と、 前記リクエストに応じて返信された全体画像データ若し
くは部分画像データを受信する画像受信手段と、 前記画像受信手段によって受信した全体画像データ若し
くは部分画像データを用いて前記マルチメディア記述デ
ータによって記述されたレイアウト画像を生成する画像
生成手段とを有することを特徴とする画像通信システ
ム。 - 【請求項２】 前記第２の画像通信装置は、前記第１の
画像通信装置が保持する前記マルチメディア記述データ
をユーザが指定する指定手段と、前記ユーザ指定の前記
マルチメディア記述データのリクエストを送信し、その
リクエストに応じて返信された前記マルチメディア記述
データを受信する受信手段とを有することを特徴とする
請求項１記載の画像通信システム。 - 【請求項３】 前記第１の画像通信装置は、前記第１の
画像通信装置が保持する前記マルチメディア記述データ
をユーザが指定する指定手段と、前記ユーザ指定の前記
マルチメディア記述データを前記第２の画像通信装置に
送信する送信手段とを有することを特徴とする請求項１
記載の画像通信システム。 - 【請求項４】 前記マルチメディア記述データは、HTM
L、XHTML、XML、SVG、SMILの少なくとも何れか１つより
なることを特徴とする請求項１乃至請求項３の何れか一
項に記載の画像通信システム。 - 【請求項５】 前記部分画像データのリクエストは、少
なくとも前記画像の識別子と画像の領域情報を含むリク
エストであることを特徴とする請求項１乃至請求項３の
何れか一項に記載の画像通信システム。 - 【請求項６】 前記画像の領域情報とは、該画像によっ
て規定される座標系上の２点の座標値であることを特徴
とする請求項５記載の画像通信システム。 - 【請求項７】 前記画像の領域情報とは、該画像によっ
て規定される座標系上の１点の座標値と幅及び高さであ
ることを特徴とする請求項５記載の画像通信システム。 - 【請求項８】 前記画像の領域情報とは、該画像によっ
て規定される座標系上の１点の座標値と幅若しくは高さ
の何れか一方と幅及び高さの比であることを特徴とする
請求項５記載の画像通信システム。 - 【請求項９】 前記画像データは、画像全体を予め矩形
領域に分割して保持する画像フォーマットの画像データ
であり、前記画像の領域情報とは該矩形領域の識別子で
あることを特徴とする請求項５記載の画像通信システ
ム。 - 【請求項１０】 前記第１の画像通信装置は画像データ
に関するメタデータのリクエストを受け取り、指定され
た画像データのメタデータを送信するメタデータ送信手
段を更に有し、 前記第２の画像通信装置はレイアウト決定時に画像に関
するメタデータのリクエストを送信し、そのリクエスト
に応じて返信されたメタデータを受信するメタデータ受
信手段を有することを特徴とする請求項１乃至請求項９
の何れか一項に記載の画像通信システム。 - 【請求項１１】 前記画像データに関するメタデータと
は、少なくとも画像の幅と高さを決定するのに十分な情
報を含むことを特徴とする請求項１０記載の画像通信シ
ステム。 - 【請求項１２】 前記画像の幅と高さを決定するのに十
分な情報とは、画像の水平方向の画素数と垂直方向の画
素数であることを特徴とする請求項１１記載の画像通信
システム。 - 【請求項１３】 前記画像の幅と高さを決定するのに十
分な情報とは、画像の水平方向の画素数と垂直方向の画
素数の何れか１つと、前記水平方向の画素数と前記垂直
方向の画素数の比であることを特徴とする請求項１１記
載の画像通信システム。 - 【請求項１４】 前記画像データとは、前記画像データ
に関するメタデータとは少なくとも画像の階層数、最大
解像度の画像サイズを含む情報であることを特徴とする
請求項１１記載の画像通信システム。 - 【請求項１５】 マルチメディア記述データ内に記述さ
れた各グラフィックオブジェクトの重なりを判定する重
なり判定手段と、 前記重なり判定手段により、他のグラフィックオブジェ
クトが重なっていないと判定された画像については、画
像データ全体の全体画像リクエストを画像記憶装置に送
信し、他のグラフィックオブジェクトが重なっていると
判定された画像については、１個以上の部分画像を決定
し、決定された部分画像に対応する部分画像データリク
エストを前記画像記憶装置に送信する送信手段と、 前記リクエストに応じて返信された全体画像データ若し
くは部分画像データを受信する画像受信手段と、 前記画像受信手段によって受信した全体画像データ若し
くは部分画像データを用いて前記マルチメディア記述デ
ータによって記述されたレイアウト画像を生成する画像
生成手段とを有することを特徴とする画像通信装置。 - 【請求項１６】 マルチメディア記述データ内に記述さ
れた各グラフィックオブジェクトの重なりを判定する重
なり判定工程と、 前記重なり判定工程により、他のグラフィックオブジェ
クトが重なっていないと判定された画像については、画
像データ全体の全体画像リクエストを画像記憶装置に送
信し、他のグラフィックオブジェクトが重なっていると
判定された画像については、１個以上の部分画像を決定
し、決定された部分画像に対応する部分画像データリク
エストを前記画像記憶装置に送信する送信工程と、 前記リクエストに応じて返信された全体画像データ若し
くは部分画像データを受信する画像受信工程と、 前記画像受信工程によって受信した全体画像データ若し
くは部分画像データを用いて前記マルチメディア記述デ
ータによって記述されたレイアウト画像を生成する画像
生成工程とを有することを特徴とする画像通信方法。 - 【請求項１７】 コンピュータを、請求項１乃至請求項
１５の何れか一項に記載の手段として機能させるための
プログラム。 - 【請求項１８】 請求項１７に記載のプログラムが記録
されたコンピュータ読み取り可能な記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002109438A JP2003303091A (ja) | 2002-04-11 | 2002-04-11 | 画像通信装置及び画像通信方法 |
| US10/408,565 US7167603B2 (en) | 2002-04-11 | 2003-04-08 | Image requesting apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002109438A JP2003303091A (ja) | 2002-04-11 | 2002-04-11 | 画像通信装置及び画像通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003303091A true JP2003303091A (ja) | 2003-10-24 |
Family
ID=29392909
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002109438A Pending JP2003303091A (ja) | 2002-04-11 | 2002-04-11 | 画像通信装置及び画像通信方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7167603B2 (ja) |
| JP (1) | JP2003303091A (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006093864A (ja) * | 2004-09-21 | 2006-04-06 | Sumitomo Electric Ind Ltd | 画像表示方法、端末装置、及び双方向対話型システム |
| JP2007017945A (ja) * | 2005-06-10 | 2007-01-25 | Canon Inc | 情報処理装置及びその方法 |
| JP2007122722A (ja) * | 2005-10-27 | 2007-05-17 | Hewlett-Packard Development Co Lp | 装置の取り外し可能な構成要素の存在を反映するように更新可能なベクトル画像を提供するユーティリティ、方法、及び装置 |
| JP2007122724A (ja) * | 2005-10-27 | 2007-05-17 | Hewlett-Packard Development Co Lp | 埋め込み画像スタイル識別子と共にベクトル画像を記憶する装置並びに画像スタイル属性を使用して装置画像をフォーマットする方法及びユーティリティ |
| JP2007122723A (ja) * | 2005-10-27 | 2007-05-17 | Hewlett-Packard Development Co Lp | 装置の状態を反映するように更新可能なベクトル画像を提供するユーティリティ、方法、及び装置 |
| JP2008252725A (ja) * | 2007-03-30 | 2008-10-16 | Fuji Xerox Co Ltd | 情報提供システム、情報提供装置、及びプログラム |
| JP2010505162A (ja) * | 2006-09-27 | 2010-02-18 | 北大方正集▲団▼有限公司 | 透明ページに関する格子型処理方法及び装置 |
| WO2011024716A1 (ja) * | 2009-08-26 | 2011-03-03 | 日本電気株式会社 | 構造化文書検索式生成装置、その方法及びプログラム、並びに構造化文書検索装置、その方法及びプログラム |
| JP2012142919A (ja) * | 2010-12-17 | 2012-07-26 | Canon Inc | 送信装置、送信方法 |
| JP2012164310A (ja) * | 2011-01-26 | 2012-08-30 | Boeing Co:The | 画像管理及び提示 |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005088572A (ja) * | 2003-08-08 | 2005-04-07 | Canon Inc | 記録装置と画像供給装置及び記録システム及びその制御方法、プログラム |
| US7634500B1 (en) * | 2003-11-03 | 2009-12-15 | Netlogic Microsystems, Inc. | Multiple string searching using content addressable memory |
| US7262782B1 (en) * | 2003-11-07 | 2007-08-28 | Adobe Systems Incorporated | Selectively transforming overlapping illustration artwork |
| JP4484619B2 (ja) * | 2004-07-30 | 2010-06-16 | 株式会社Ａｃｃｅｓｓ | テーブル画像の自動認識による画像出力の為の方法、端末装置およびプログラム |
| US20060028477A1 (en) * | 2004-08-06 | 2006-02-09 | Juraj Bystricky | System and method for efficiently performing manual partial transfers of image data |
| WO2006026338A1 (en) * | 2004-08-25 | 2006-03-09 | Spx Corporation | Scalable vector graphics editing systems and methods |
| US8006178B2 (en) | 2005-06-14 | 2011-08-23 | Microsoft Corporation | Markup language stylization |
| US7353332B2 (en) * | 2005-10-11 | 2008-04-01 | Integrated Device Technology, Inc. | Switching circuit implementing variable string matching |
| KR100765781B1 (ko) | 2006-04-13 | 2007-10-12 | 삼성전자주식회사 | Ｘｈｔｍｌ 데이터 생성 방법 및 장치 |
| KR101461938B1 (ko) * | 2007-01-31 | 2014-11-14 | 엘지전자 주식회사 | 시스템 정보의 전송 및 수신 방법 |
| US8619131B2 (en) * | 2007-09-21 | 2013-12-31 | Koninklijke Philips N.V. | Method of illuminating a 3D object with a modified 2D image of the 3D object by means of a projector, and projector suitable for performing such a method |
| US8212771B1 (en) * | 2008-03-24 | 2012-07-03 | Sanchez-Garcia Raul A | Interconnected computer mouse and pad |
| US8396246B2 (en) | 2008-08-28 | 2013-03-12 | Microsoft Corporation | Tagging images with labels |
| US8867779B2 (en) * | 2008-08-28 | 2014-10-21 | Microsoft Corporation | Image tagging user interface |
| US9524342B2 (en) | 2011-12-21 | 2016-12-20 | The Boeing Company | Panoptic visualization document navigation |
| US10268761B2 (en) | 2011-12-21 | 2019-04-23 | The Boeing Company | Panoptic visualization document collection |
| US9104760B2 (en) | 2011-12-21 | 2015-08-11 | The Boeing Company | Panoptic visualization document database management |
| US9495476B2 (en) | 2012-03-23 | 2016-11-15 | The Boeing Company | Panoptic visualization of an illustrated parts catalog |
| KR20140021231A (ko) * | 2012-08-09 | 2014-02-20 | 한국전자통신연구원 | 증강방송 메타데이터 전송 장치, 사용자 단말, 증강방송 메타데이터 전송 방법과 재생 방법 |
| US10268662B2 (en) | 2012-09-10 | 2019-04-23 | The Boeing Company | Panoptic visualization of a document according to the structure thereof |
| US10275428B2 (en) | 2012-09-25 | 2019-04-30 | The Boeing Company | Panoptic visualization document differencing |
| US10824680B2 (en) | 2012-10-02 | 2020-11-03 | The Boeing Company | Panoptic visualization document access control |
| US9875220B2 (en) | 2012-11-09 | 2018-01-23 | The Boeing Company | Panoptic visualization document printing |
| US9858245B2 (en) | 2013-01-28 | 2018-01-02 | The Boeing Company | Panoptic visualization of elements of a complex system using a model viewer |
| US9665557B2 (en) | 2013-01-28 | 2017-05-30 | The Boeing Company | Panoptic visualization of elements of a complex system using localization of a point on a physical instance of the complex system |
| US9734625B2 (en) | 2013-01-28 | 2017-08-15 | The Boeing Company | Panoptic visualization of a three-dimensional representation of a complex system |
| US9098593B2 (en) | 2013-04-23 | 2015-08-04 | The Boeing Company | Barcode access to electronic resources for lifecycle tracking of complex system parts |
| US8887993B2 (en) | 2013-04-23 | 2014-11-18 | The Boeing Company | Barcode access to electronic resources for complex system parts |
| US10191997B2 (en) | 2014-08-21 | 2019-01-29 | The Boeing Company | Visualization and diagnostic analysis of interested elements of a complex system |
| US9841870B2 (en) | 2014-08-21 | 2017-12-12 | The Boeing Company | Integrated visualization and analysis of a complex system |
| US9489597B2 (en) | 2014-08-21 | 2016-11-08 | The Boeing Company | Visualization and analysis of a topical element of a complex system |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0540591A (ja) | 1991-08-06 | 1993-02-19 | Nec Corp | ウインドウ描画方式 |
| US5657402A (en) * | 1991-11-01 | 1997-08-12 | Massachusetts Institute Of Technology | Method of creating a high resolution still image using a plurality of images and apparatus for practice of the method |
| JP3014199B2 (ja) | 1992-01-27 | 2000-02-28 | 日本電信電話株式会社 | 画像切り出し処理方法 |
| US6205259B1 (en) * | 1992-04-09 | 2001-03-20 | Olympus Optical Co., Ltd. | Image processing apparatus |
| US5432542A (en) * | 1992-08-31 | 1995-07-11 | Television Computer, Inc. | Television receiver location identification |
| US5565909A (en) * | 1992-08-31 | 1996-10-15 | Television Computer, Inc. | Method of identifying set-top receivers |
| JPH06149523A (ja) | 1992-11-13 | 1994-05-27 | Matsushita Electric Ind Co Ltd | マルチウインドウ画像受信装置 |
| JPH08251391A (ja) | 1995-03-10 | 1996-09-27 | Canon Inc | 画像処理装置及び画像処理方法及び印刷装置及び印刷方法 |
| JP3610563B2 (ja) | 1996-07-01 | 2005-01-12 | 富士ゼロックス株式会社 | Ｐｄｌデータ処理装置 |
| SE508972C2 (sv) * | 1996-08-28 | 1998-11-23 | Ralip International Ab | Förfarande för kvalitetssäkring vid scanning/kopiering av bilder/dokument samt anordning för genomförande av förfarandet |
| US5912720A (en) * | 1997-02-13 | 1999-06-15 | The Trustees Of The University Of Pennsylvania | Technique for creating an ophthalmic augmented reality environment |
| US6041143A (en) * | 1998-04-14 | 2000-03-21 | Teralogic Incorporated | Multiresolution compressed image management system and method |
| US6501441B1 (en) * | 1998-06-18 | 2002-12-31 | Sony Corporation | Method of and apparatus for partitioning, scaling and displaying video and/or graphics across several display devices |
| JP2000267967A (ja) | 1999-03-15 | 2000-09-29 | Fuji Xerox Co Ltd | 情報処理装置 |
| JP2001075846A (ja) | 1999-08-31 | 2001-03-23 | Canon Inc | 記録装置、記録方法、および記憶媒体 |
| US6351776B1 (en) | 1999-11-04 | 2002-02-26 | Xdrive, Inc. | Shared internet storage resource, user interface system, and method |
| US6940529B2 (en) * | 2000-03-17 | 2005-09-06 | Sun Microsystems, Inc. | Graphics system configured to perform distortion correction |
| US6546152B1 (en) * | 2000-05-04 | 2003-04-08 | Syscan Technology (Shenzhen) Co. Limited | Method and apparatus for providing images in portable 2-D scanners |
-
2002
- 2002-04-11 JP JP2002109438A patent/JP2003303091A/ja active Pending
-
2003
- 2003-04-08 US US10/408,565 patent/US7167603B2/en not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006093864A (ja) * | 2004-09-21 | 2006-04-06 | Sumitomo Electric Ind Ltd | 画像表示方法、端末装置、及び双方向対話型システム |
| JP2007017945A (ja) * | 2005-06-10 | 2007-01-25 | Canon Inc | 情報処理装置及びその方法 |
| JP2007122722A (ja) * | 2005-10-27 | 2007-05-17 | Hewlett-Packard Development Co Lp | 装置の取り外し可能な構成要素の存在を反映するように更新可能なベクトル画像を提供するユーティリティ、方法、及び装置 |
| JP2007122724A (ja) * | 2005-10-27 | 2007-05-17 | Hewlett-Packard Development Co Lp | 埋め込み画像スタイル識別子と共にベクトル画像を記憶する装置並びに画像スタイル属性を使用して装置画像をフォーマットする方法及びユーティリティ |
| JP2007122723A (ja) * | 2005-10-27 | 2007-05-17 | Hewlett-Packard Development Co Lp | 装置の状態を反映するように更新可能なベクトル画像を提供するユーティリティ、方法、及び装置 |
| JP2010505162A (ja) * | 2006-09-27 | 2010-02-18 | 北大方正集▲団▼有限公司 | 透明ページに関する格子型処理方法及び装置 |
| JP2008252725A (ja) * | 2007-03-30 | 2008-10-16 | Fuji Xerox Co Ltd | 情報提供システム、情報提供装置、及びプログラム |
| WO2011024716A1 (ja) * | 2009-08-26 | 2011-03-03 | 日本電気株式会社 | 構造化文書検索式生成装置、その方法及びプログラム、並びに構造化文書検索装置、その方法及びプログラム |
| JP2012142919A (ja) * | 2010-12-17 | 2012-07-26 | Canon Inc | 送信装置、送信方法 |
| JP2012164310A (ja) * | 2011-01-26 | 2012-08-30 | Boeing Co:The | 画像管理及び提示 |
| US9529832B2 (en) | 2011-01-26 | 2016-12-27 | The Boeing Company | Image management and presentation |
Also Published As
| Publication number | Publication date |
|---|---|
| US7167603B2 (en) | 2007-01-23 |
| US20040028294A1 (en) | 2004-02-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003303091A (ja) | 画像通信装置及び画像通信方法 | |
| US8261179B2 (en) | Web page hot spots | |
| JP4290011B2 (ja) | ビューワ装置及びその制御方法、プログラム | |
| US7600183B2 (en) | System and method for data publication through web pages | |
| KR101021321B1 (ko) | 캐시 및 저장된 객체 콤포넌트들로부터 캐시되지 않은객체를 생성하는 캐시 시스템 및 방법 | |
| JP5306429B2 (ja) | デジタルドキュメント処理のための方法 | |
| US8255792B2 (en) | Techniques for binding scalable vector graphics to associated information | |
| US8001466B2 (en) | Document processing apparatus and method | |
| JP5222997B2 (ja) | 動的な画像合成 | |
| US20140225928A1 (en) | Manipulation of textual content data for layered presentation | |
| EP0969389A2 (en) | Method for generating display control information and computer | |
| JP5901704B2 (ja) | 情報処理装置、情報処理方法、プログラム | |
| JP4934462B2 (ja) | 部分的な書類画像にアクセスするための方法、サーバー及びコンピュータプログラム | |
| Shekhar et al. | WMS and GML based interoperable web mapping system | |
| JPH09222974A (ja) | 言語解釈表示方法とその方法を用いた装置およびシステム | |
| JP2002091726A (ja) | プリンタシステム | |
| JP2016522464A (ja) | 印刷可能文書ビューア最適化のためのシステムおよび方法 | |
| JPWO2002103554A1 (ja) | データ処理方法、データ処理プログラム、およびデータ処理装置 | |
| JP2005182735A (ja) | 文書データ表示装置、携帯電話装置、文書データ表示方法、文書データ表示プログラム、文書データ表示プログラムを記録したコンピュータ読取可能な記録媒体、文書データ印刷装置、文書データ出力装置、文書データ出力方法、文書データ出力プログラム、および文書データ出力プログラムを記録したコンピュータ読取可能な記録媒体 | |
| US20140164891A1 (en) | Method and system for navigating a hard copy of a web page | |
| KR101160973B1 (ko) | 상세정보 이미지 파일 생성 방법 및 장치 | |
| JP2005063243A (ja) | 情報処理装置、プログラム及びコンピュータ読み取り可能な記録媒体 | |
| JPH0581395A (ja) | 複数のサイズを有する文書用の交換可能なイメージ・オブジエクトを扱うためのデータ処理システムおよび方法 | |
| JP2004348480A (ja) | データ処理装置、データ処理方法、データ処理プログラム、およびデータ処理プログラムを記録したコンピュータ読取可能な記録媒体 | |
| JP2004220282A (ja) | コンテンツ表示システム、コンテンツ表示方法及びコンテンツ表示プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050825 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060105 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060220 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061208 |