【事件の表示】
　特願２０１１−５２４４８３「３次元画像データの動的伝送のための方法及び装置」拒絶査定不服審判事件〔平成２２年　３月　４日国際公開、ＷＯ２０１０／０２３５８０、平成２４年　１月１２日国内公表、特表２０１２−５０１０２９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２００９年（平成２１年）８月１１日（パリ条約による優先権主張外国庁受理２００８年８月２９日、米国）を国際出願日とする国際特許出願であって、手続の概要は以下のとおりである。
　
手続補正　　　　　　　：平成２４年　８月　９日
拒絶理由通知　　　　　：平成２５年　８月２０日（起案日）
手続補正　　　　　　　：平成２６年　２月２１日
拒絶査定　　　　　　　：平成２６年　３月２５日（起案日）
拒絶査定不服審判請求　：平成２６年　８月　４日
手続補正　　　　　　　：平成２６年　８月　４日
拒絶理由（当審）　　　：平成２７年　９月１１日（起案日）
手続補正　　　　　　　：平成２７年１２月２１日
　
第２　本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２７年１２月２１日付けの手続補正書により補正された特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
（（Ａ）ないし（Ｇ）は当審において付与した。以下「構成要件（Ａ）」等として引用する。）
　
　　【請求項１】
（Ａ）ボリューム画像を複数の係数を有する階層的表現に変換し、前記係数を複数のボクセルへ分割するプロセッサと階層的表現のボリューム画像を格納するストレージとを含むサーバーであって、前記階層的表現のボリューム画像は、係数ボクセルのセットを有し、各連続的レベルが、増大した空間解像度を供給するための情報を加える、階層的レベルを持ち、各係数ボクセルは、前記ボリューム画像の規定された３次元空間領域に対応し、及び階層の選択されたレベルに対応する、当該サーバーと、
（Ｂ）選択された空間領域に対応し、選択された空間解像度に対応する前記ボリューム画像の撮像データに対するリクエストに応答して、ネットワークを介して、選択された係数ボクセルを伝達するネットワークインタフェースとを有し、
（Ｃ）前記ボリューム画像の新しい部分を再構成するために必要な前記階層的表現からの変換データを、前記ネットワークインタフェースから前記サーバーへ要求し、
（Ｄ）前に伝送されたレベルに対して前記階層的表現の一つ以上低いレベルである、前記ボリューム画像の前記新しい部分に対応する、前記階層的表現のレベルからの追加の変換データを、前記サーバーから前記ネットワークインタフェースへ伝送し、
（Ｅ）元々伝送されていた変換データ及び前記追加の変換データで前記ボリューム画像の前記新しい部分を再構成できるので、前記ボリューム画像の前記新しい部分を構成するために必要な増分の変換データだけを、前記サーバーから前記ネットワークインタフェースへ伝送する、画像処理システム。
　
第３　刊行物の記載事項
（３−１）当審における拒絶の理由の通知において引用された刊行物である米国特許第６９２５２０８号明細書（以下「刊行物１」という。）には、図面と共に次に掲げる事項が記載されている。
　
（３−１−１）
BACKGROUND OF THE INVENTION 
1. Field of the Invention
The present invention is directed toward the field of transferring images over a network, and more particularly towards partitioning transform data for efficient transfer of transform data between a server and a client.
2. Art Background
It has become more common for images to be stored, distributed, and viewed in digital form using computer technology. In the medical field Picture Archival and Communication Systems or PACS have been in widespread use. In a typical PACS application, image data obtained by imaging equipment, such as CT scanners or MRI scanners, is stored in the form of computer data files. The size of a data file for an image varies depending on the size and resolution of the image. For example, a typical image file for a diagnostic-quality chest X-ray is on the order of 10 megabytes (MB). The image data files are usually formatted in a standard or widely accepted format. In the medical field, one widely used image format is known as DICOM. The DICOM image data files are distributed over computer networks to specialized viewing stations capable of converting the image data to high-resolution images on a CRT display.
In imaging applications, it is important to display images at a high resolution. For example, in the medical imaging application, images require display at high resolution so that image details having potential diagnostic significance are visible. Also, in the medical imaging application, concurrent viewing of multiple images, captured over time, is desirable in order to enable the detection of changes that occur over a time period. The need for high resolution and multiple views translates into a need for high network bandwidth, large storage capacity, and significant processing power at the viewing stations. The traditional digitally encoded medical images, used in medical applications, usually require powerful and expensive computer systems to archive, distribute, manipulate, and display the medical images. Consequently, many current imaging systems, such as PACS, are very expensive. Because of this, a medical center having a PACS may have only a few image viewing stations, used primarily by specialists, such as radiologists.
A technique for distributing large images over a network, such as medical images, has been developed by Dr. Paul Chang, M.D., and Carlos Bentancourt at the University of Pittsburgh. This technique operates in a client-server environment to deliver, from the server to the client, image data as the image data is needed at the client (i.e., a just in time data delivery mechanism). To implement this just in time data delivery mechanism, the dynamic transfer syntax generates a flexible hierarchical representation of an image for storage at the server. The hierarchical representation consists of coefficients produced by a wavelet transform. To view portions of the image at the client, the client issues requests for data that include coefficient coordinates to identify coefficients in the hierarchical representation. The client then reconstructs the portion of the image, at the client, from the transform data requested. （中略）
Although the above-identified techniques increase the ability to distribute large data files over a network, in some circumstances additional performance is required. The present invention increases performance of data transfer techniques that use transform data by partitioning the transform data, so as to optimize the access and transfer of transform data in a client-server environment.（１欄４行−２欄１２行）
（訳）
発明の背景
１．発明の分野
　本発明は、ネットワーク上に画像を転送する分野に適した、 そしてさらにいうならば、特にサーバーとクライアントとの間で、変換されたデータの効率的な転送のため、変換データの分割に適したものである。
２．背景技術
　画像が、コンピュータ技術を用い、画像がデジタル形式で、蓄えられ、分配され、視聴されることが一般的になってきました。医療分野では、画像を蓄積し伝送するシステムあるいはＰＡＣＳが広範囲に使用されるようになっています。典型的なＰＡＣＳアプリケーションでは、ＣＴスキャナーやＭＲＩスキャナーといった画像処理装置により得られた画像データは、コンピュータデータファイルの形式で蓄積されます。画像のためのデータファイルのサイズは、画像の大きさと解像度に応じてさまざまです。例えば、典型的な診断品質に足る胸部Ｘ線のための画像ファイルは１０メガバイトのようです。そのイメージデータファイルは、通常“標準フォーマット”あるいは広く受け入れられるフォーマットでフォーマットされます。医療分野では、広く利用されるフォーマットの一つとしてＤＩＣＯＭが知られている。ＤＩＣＯＭの画像データファイルは、コンピュータネットワークを介して、ＣＲＴディスプレイ上に、画像データを高解像度画像として変換する能力がある専門の視聴ステーションに配布されます。
　画像処理アプリケーションでは、高解像度で画像を表示することが重要です。例えば、医療用画像のアプリケーションでは、潜在的な診断意義を有する画像の詳細が目に見えるように、画像が高解像度で表示されることが要求されます。同様に、医療用画像アプリケーションでは、ある期間にわたって生じる変化の発見を可能とするために、時間をかけてキャプチャされた多数の映像の同時表示が望ましい。高解像度と複数表示のための要求は、広帯域のネットワーク、多大な記憶容量、視聴ステーションにおけるかなりの処理能力の必要性を意味します。医療用アプリケーションで利用される、伝統的なデジタル符号化された医療用画像は、医療用画像を蓄積し、配布し、操作し、表示するために、通常、処理能力が高く高価なコンピュータシステムを要求します。したがって、多くの現在の画像処理システム（ＰＡＣＳのような）は大変高価です。このため、ＰＡＣＳを所有している医療センターは、放射線技術者のような専門家によって主に利用される、わずかな数の画像表示ステーションを有するのみであろう。
　ネットワークを介して、医療用画像のような大画面の画像を配布するための技術が、ピッツバーグ大学のポールチャン博士とカルロスベンタンコートによって開発されました。この技術は、クライアントによって必要とされる画像データとして、画像データがサーバーからクライアントに届けられるような、クライアント−サーバーの環境で動作します（すなわち、ジャストインタイムのデータ配信機構）。このジャストインタイムのデータ配信機構を実行するため、ダイナミックな転送シンタックスは、サーバーにおける蓄積のために、画像のフレキシブルな階層的な表現を生成します。階層的な表現は、ウェーブレット変換によって生成された係数から成ります。クライアントにおいて画像の部分を見るために、クライアントは、階層的表現の係数を特定するための係数座標を含むデータのための要求を出します。クライアントは、次に、要求した変換データから、クライアントに、画像の一部を再構築します。（中略）
　上記特定のためのテクニックはネットワークを介して大容量のデータファイルを配布するための能力を増加させるが、いくつかの状況で、追加のパフォーマンスが必要とされます。本発明は、クライアント−サーバーの環境で、変換データへのアクセスと変換データの転送を最適化するように、変換データを分割することによって変換データを用いるデータ転送技術のパフォーマンスを向上させます。
　
（３−１−２）
SUMMARY OF THE INVENTION 
Transform data is partitioned to more efficiently process requests in a server to transfer source data to a client. The transform data, generated from source data, comprises spatially related coefficients such that a block of coefficients permits reconstruction of identifiable portions of the source data. The transform data is partitioned into a plurality of partitions of coefficients. Each partition consists of coefficients for reconstruction of an identifiable portion of the source data. The client generates a request for one or more partitions of coefficients. The client request is sent to the server. The server extracts the partitions of coefficients set forth in the request, and transfers the partitions of coefficients to the client. In one embodiment, the server memory maps the partitions of coefficients to individually access the partitions of coefficients.
In one embodiment, the technique supports transfer of lossy coefficients to accommodate client-server sessions with limited bandwidth. For this embodiment, the client includes in the request at least one quantization value for the partition of coefficients. In one embodiment, the server compresses the partitions of coefficients for storage. For this embodiment, the server extracts the compressed partitions of coefficients, and de-compresses the partitions. The server quantizes the partitions of coefficients, in accordance with the quantization value, to generate quantized partitions of coefficients. The server then compresses the quantized partitions of coefficients to generate compressed partitions of coefficients. At the client, the compressed partitions of coefficients are de-compressed to recover the partitions of coefficients.（２欄１３行−４３行）
（訳）
発明の要約
　変換データは、クライアントにソースデータを転送するため、サーバーにより、要求をより効率的に処理するために分割される。ソースデータから生成された変換データは、１ブロックの係数がソースデータの識別可能なパーティションの再構成を可能とするような空間的に関連した係数を構成する。変換データは、係数の複数のパーティションに分割される。各パーティションはソースデータの識別可能な部分を再構築するための係数で構成されている。クライアントは、係数の１つ以上のパーティションの要求を生成する。クライアントの要求はサーバーに送られる。サーバーは要求にある係数のパーテションを取り出して、クライアントに係数のパーテションを転送する。一実施形態では、サーバのメモリは、個々の係数のパーティションにアクセスするために、係数のパーティションをマッピングする。
　一実施形態では、技術は、制限された帯域幅を有するクライアント−サーバセッションに適応するように損失係数の転送をサポートしている。この実施形態では、クライアントは、要求に、係数のパーティションの少なくとも一つの量子化値を含める。一実施形態では、サーバは、ストレージのための係数のパーティションを圧縮する。この実施形態では、サーバは、圧縮された係数のパーティションを抽出し、パーティションを圧縮解除する。サーバは、係数の量子化されたパーティションを生成するために、量子化値に応じて、係数のパーティションを量子化する。次に、サーバは、係数の圧縮パーティションを生成するための係数の量子化されたパーティションを圧縮する。クライアントでは、係数の圧縮パーティションは、係数のパーテションをもとどおりにするために圧縮解除される。
　
（３−１−３）
FIG. 1  is a block diagram illustrating one embodiment for processing source data. For this embodiment, source data  110  is processed for distribution to a plurality of clients (i.e., clients  150 ,  160  and  170 ). In one embodiment, source data  110  comprises one or more source images. If source data  110  comprises images, then the source images  110  are processed for distribution over network  180  for display on client computers ( 150 ,  160  and  170 ). For the embodiment of  FIG. 1 , source data  110  is input to decomposition processing  120 . In general, decomposition processing  120  executes a wavelet transform to generate the pyramidal data representations  130 . In a preferred embodiment, the source data is preprocessed and stored in the hierarchical or pyramidal data representation. The pyramidal data representation(s)  130  are the further processed by the partitioning and file generation processing  132  to generate a source data file  136 . The source data file  136  includes the pyramidal data representation(s) (i.e., physical coefficients), organized into partitions, and information to identify the location of the levels in the pyramidal data representation(s) as well as information to identify the location of the physical coefficients of the individual partitions within the levels. As shown in  FIG. 1 , server  100  has access to the source data file  136 . Also, the server  100  has access to the compression engine  140 . In one embodiment, the decomposition processing  120 , partitioning  file generation  132 , and compression engine  140  comprises software operating on server  100 .（３欄下から１９行−４欄８行）
（訳）
　図１はソースデータを生成するための一実施形態を示すブロック図です。この実施形態では、ソースデータ110は、多くのクライアント（すなわち、クライアント150、160及び170）に配布されるように生成される。一実施形態では、ソースデータ110は、1つまたは複数のソース画像を含む。ソースデータ110が画像を含む場合、ソース画像110は、ネットワーク180を介して、クライアントコンピュータ( 150 、160 及び170 )に表示できるように配布されるために処理される。図１のこの実施形態では、ソースデータ110は、分解処理装置120に入力される。一般的には、分解処理装置120は、ピラミッド形データ表現130を生成するためにウェーブレット変換を実行する。好ましい実施形態では、ソースデータは、『前処理され』階層またはピラミッド形データ表現で記憶される。ピラミッド形のデータ表現（複数可）130は、ソースデータファイル136を生成するために分割／ファイル生成装置132によってさらに処理される。ソースデータファイル136は、ピラミッド形のデータ表現（すなわち、物理的な係数）と、パーティションに整理され、そのレベルの中での個々のパーティションの物理係数の位置を識別する情報だけでなく、ピラミッド形のデータ表現の中のレベルの位置を識別するための情報とを含む。図１に示すように、サーバ100は、ソースデータファイル136へのアクセスを有します。また、サーバ100は、圧縮エンジン140へのアクセスを有する。一実施形態では、分解処理装置120、分割／ファイル生成装置132、圧縮エンジン140はサーバ100上で動作するソフトウェアを含む。
　
（３−１−４）
FIG. 2 a illustrates an example of a pyramidal data structure. For this example, the source image comprises a 4K×4K image. The decomposition processing  120  generates, in a first iteration, a level one Mallat structure. Specifically, as shown in  FIG. 2 a, a low-pass component, low low, is generated and consists of a 2K×2K sub-image. The high-pass components, consisting of low high, high high, and high low, contain physical coefficient coordinates (e.g., the upper right hand coordinate for the rectangle that constitutes the low high component is (4K, 0)).
FIG. 2 a also illustrates a second level decomposition. The second iteration of decomposition processing  120  operates on the low pass (i.e., low low), component of the level one data. For the second level, the low-pass component, low low, consists of a 1K×1K sub-image, as labeled in  FIG. 2 a.FIG. 2 b illustrates level three and level four decompositions for the 4K×4K source image of  FIG. 2 a. To generate the level three decomposition, decomposition processing  120  operates on the level two low low component (i.e., the 1K×1K image). For the level three transform, the low-pass component, low low, is a 512×512 sub-image as labeled on  FIG. 2 a.  FIG. 2 b also illustrates a fourth level of decomposition for the 4K×4K source image. For the level four transform, the low-pass component comprises a sub-image of 256×256 pixels.
The technique of the present invention organizes the coefficients in partitions.  FIG. 2 c illustrates organizing a level of a pyramidal data structure in partitions. For this example, the coefficients are organized into 64×64 coefficient partitions. In one embodiment, the coefficients consist of signed sixteen (16) bit values, so as to coincide with pixel data. In another embodiment, the coefficients consist of thirty-two (32) bit integer values as required for precision. In other embodiments, the coefficient values may comprise any type of format, such as thirty-two (32) bit floating point. For this example, the coefficients in the high pass components of the level (e.g., low-high (LH), high-low (HL), and high-high (HH)) are each partitioned into 16 partitions (i.e., 256×256 coefficients per component). Although the example of  FIG. 2 c is shown as partitioning coefficients into 64×64 coefficient blocks, any partition size may be used without deviating from the spirit or scope of the invention. In other embodiments, different levels may use different sized partitions. Each level of the pyramidal data representation above level n is organized into partitions (e.g., levels  1 ,  2 , and  3  for the example in  FIGS. 2 a and  2 b).
As shown in  FIG. 2 c, each partition is uniquely identified. The group of partitions for the LH component, labeled  200  in  FIG. 2 c, are identified as partitions P01-P151. Similarly, the group of partitions for the HH component ( 210 ) are identified as partitions P02-P152, and the group of partitions for the HL component ( 220 ) are identified as partitions P03-P153. In one embodiment, the coefficient blocks are organized in a file format as shown in blocks  230  and  240  of  FIG. 2 c. For this example, the file format organizes the coefficient data by grouping partitions from the LH, HH, and HL components. Thus, for this example, to store this level of coefficient data, partition P01 from the LH component is followed by partition P02 from the HH component and subsequently by partition P03 from the HL component. Similarly, partition P11 from the LH component is followed by partition P12 from the HH component and subsequently by partition P13 from the HL component.（５欄下から１７行−６欄４６行）
（訳）
　図２ａは、ピラミッド形のデータ構造の一例を示す図です。この例では、ソース画像は、4K×4K画像を含む。分解処理装置120は、最初の反復では、レベル１のマラー構造を生成する。具体的には、図２ａに示すように、低域成分“low low”が生成され、それは、2K×2Kの副画像からなる。low high, high high, high lowからなる高域成分は物理系数の座標を含んでいる。（例えば、右上方のlow highの要素を構成する矩形の座標は (4K, 0)座標です。）
　図２ａはまた二番目のレベルの分解を図示している。分解処理装置120の２回目の反復では、レベル１のデータの低域（すなわちlow low）上で動作する。第２のレベルでは、低域成分は（図２ａでlow lowとラベル付けされ）1K×1Kの副画像からなる。図２ｂは、図２ａの4K×4Kのソース画像を第３と第４のレベルに分解したことを示している。レベル３の分解を生成するために、分解処理装置120は、レベル２のlow lowの成分（すなわち、1K×1K画像）上で動作する。レベル３の変換のための、低域成分（図２ａでlow lowとレベル付けされた）は、512×512の副画像です。図２ｂはまた、4K×4Kのソース画像を分解した第４のレベルを示している。第４のレベルの変換のための低域成分は256×256 画素の副画像からなる。
　本発明の技術は、係数をパーティション内に整理する。図２ｃはピラミッド形データ構造のあるレベルをパーティション内に整理する様子を示している。この例では、係数は64×64の係数パーティションに整理されている。画素データと一致するように、一実施形態では、係数は、符号付きの１６個のビット値から成る。別の実施形態では、係数は精度に必要な３２個のビットの整数値から成る。他の実施形態において、係数値は、３２ビット浮動小数点のような、任意のタイプのフォーマットからなることも可能です。この例では、レベルの高域成分の係数（例えば、ロー・ハイ（LH）、ハイ・ロー（HL）、およびハイ・ハイ（HH））は、それぞれ１６パーティション（すなわち、成分毎に256×256の係数）に分割される。図２ｃの例は、64×64の係数ブロックに係数を分割することを表しているが、本発明の精神または範囲から逸脱することなければ、いずれのパーティションのサイズでも利用可能である。他の実施形態では、異なるレベルは、異なるサイズのパーティションを使用することができる。レベル「ｎ」を越えるピラミッド形のデータ表現の各レベルは、パーティション内に整理されている（例えば、レベル１、２、および３は、図２ａ、図２ｂ）。
　図２ｃに示すように、各パーテションは一意に識別される。LH成分のためのパーティションのグループ（図２ｃの200）は、パーティションＰ０１−Ｐ１５１として識別される。同様に、HH成分（210）用のパーティションのグループはパーティションＰ０２−Ｐ１５２として、およびHL成分（220）用のパーティションのグループはパーティションＰ０３−Ｐ１５３として識別される。１つの実施形態では、係数ブロックは、図２ｃのブロック230とブロック240で表されるようなファイル形式で編成されている。この例では、このファイル形式は、LH、HH、HL成分からパーティションをグループ化することにより、係数データを整理する。したがって、この例では、係数データのこのレベルを格納するために、LH成分からパーティションＰ０１、続いてHH成分からパーティションＰ０２パーテション、そしてその後HL成分からパーティションＰ０３のように続くとされる。同様に、LH成分からのパーティションＰ１１、HH成分からのパーティションＰ１２、続いて、HL成分からのパーティションＰ１３が続く。
　
（３−１−５）
For the embodiment of  FIG. 3 , data is transferred from the server  100  to a client upon the initiation of client requests. Specifically, a client generates a request that identifies one or more partitions of a pyramidal data representation(s) for a source datum or source image. In one embodiment, the client generates a request that defines partitions of coefficient coordinates sufficient to reconstruct the desired portion of the source data at the client. In other embodiments that employ lossy compression, the client specifies a quantization value, Q, to define the level of quantization. In general, the level of quantization, defined by Q, determines the amount of lossy compression (i.e., a greater quantization value yields the loss of a greater amount of information). Thus, there is a trade-off between the loss of information and the compressibility of the data.
In response to the request, the server  100  extracts the partitions of coefficients, identified in the request, losslessly compresses the partitions of coefficients, and transfers the compressed partitions of coefficients to the client. For the quantized embodiment, the server  100  quantizes the partitions of coefficients in accordance with the quantization value contained in the request, losslessly compresses the partitions of coefficients, and then transmits the compressed transform data to the client. This client-server process shown in  FIG. 3  depicts both client  150  and client  160  obtaining partitions of coefficients from server  100 .
As depicted in  FIG. 3 , the pyramidal data representations (e.g., Image A and Image B), are stored in a permanent storage medium, such as one or more hard disk drives in server  100 . Also, each level of the pyramidal data representation is organized into partitions (e.g., level 1 has X partitions, level 2 has Y partitions, level 3 has Z partitions, level 4 has AA partitions, and level 5 has BB partitions).
For this example, client  150  generates requests for physical coefficient partitions, and client  160  generates requests for quantized partitions of coefficients. The client request for coefficients includes an image ID (e.g., image A or image B) that identifies one or more levels in the pyramidal data representation and identifies one or more partitions within the levels. In response to the client request, server  100  transmits the partitioned blocks of coefficients to client  150 . The client request for client  160 , which generates requests for quantized coefficient partitions, includes the image ID, an identification of one or more levels of the pyramidal data representation, an identification of one or more partitions within those levels, and an identification of the quantization values for those partitions identified. For this example, server  100  transmits to client  160 , in response to the client's request, the quantized partitioned coefficients identified in the request.
In one embodiment, the server  100  memory maps locations of partitions of coefficients to generate responses to client requests. The memory map technique results in an efficient technique for transferring large data files because the use of volatile memory to store the coefficients is not required.
FIG. 4  illustrates one embodiment for a source data file. For this embodiment, a source data file  400  includes a file header  410 . The file header  410  includes general information about the source data file, as well as pointers to locations to identify levels within the source data file. For this embodiment, the file header  410  specifies: a byte order, version, format of image, compressed partitions, the number of rows, columns, and levels for the corresponding source data, the location of the level offsets, the coefficient checksum, and header CRC. The format of the image may comprise any number of suitable formats for storing images. For example, the image format may include monochrome, luminance/chrominance representations, as well as various types of encoding schemes (e.g., RLE, JPEG, etc.)
As shown in  FIG. 4 , file header  410  includes addresses to identify locations in the file for each individual level. For this example, level 0[addr] points to a location in source data file  400  for the start of data pertaining to level 0, level 1[addr] points to the starting location in source data file  400  for level 1 data, etc. For this embodiment, data for a level includes, in addition to the coefficients, the number of partitions contained in the corresponding level and offsets to each individual partition. The offsets to the partitions identify the starting address for the coefficients in that partition. For example, the partition0[offset] in level 0 points to Partition 0 coefficient data (i.e., the coefficients for partition 0 in level 0). Accordingly, the source data file provides locations for each partition by identifying the level and the partition offset within the level for the coefficient data. Thus, the source data file permits the server to directly memory map partitions to partition locations in the source data file. As shown in  FIG. 4 , level n includes the coefficient data (e.g., level n is not partitioned).
FIG. 5  is a flow diagram illustrating one embodiment for processing client requests for use with partitions of coefficients. A client application operates on a client computer that requires the display of source data, such as images. The process is initiated when the client computer receives a user request for additional source data. (Block  510 , FIG.  5 ). In one embodiment, the user request for additional data is based on a user that requests to view additional image data. This request may be a request for a new image, a request to view a different portion of a currently displayed image, a request to view a currently displayed image at a greater resolution or a request to improve the quality of a currently displayed image. The client computes the required coefficients (Block  520 , FIG.  5 ). If the coefficients to the request are stored at the client computer, then the client computer reconstructs the image from the user request from the coefficients cached (blocks  530  and  560 , FIG.  5 ). If the coefficients are not cached at the client computer, then the client formulates a client request to the server for the requisite partitioned block(s) of coefficients (blocks  530  and  540 , FIG.  5 ).
Upon receipt of the request, the server, using the source data file, identifies the location for the identified level(s), as well as the offset(s) to one or more partitions identified in the client request. In one embodiment, the server memory maps the entire image. Using the source data file, the server extracts partitions(s) of coefficients from the image file, and transfers the partitions(s) of coefficients to the client (block  550 , FIG.  5 ). At the client, the image is reconstructed from either the coefficients received from the server or coefficients locally cached (block  560 , FIG.  5 ). The client displays the new image in response to the user request (block  570 , FIG.  5 ).（７欄下から８行−９欄下から２０行）
（訳）
　図３の具体化のために、データは、クライアント・リクエストの開始時に、サーバ100からクライアントに転送される。具体的には、クライアントは、ソースデータまたはソース画像用のピラミッド形のデータ表現（単数または複数）の１つ以上のパーティションを識別するための要求を生成する。一実施形態では、クライアントは、クライアント上でソースデータの所望の部分を再構成するのに十分な係数座標を定義する要求を生成する。非可逆圧縮を利用する他の実施形態では、クライアントは、量子化のレベルを定義するために、量子化値Qを指定する。一般的には、Qによって定義される量子化のレベルは、非可逆圧縮（すなわち、より大きな量子化値は、より多くの情報の損失をもたらす）の量を決定する。したがって、情報の損失、データの圧縮率との間にトレードオフが存在する。
　要求に応じて、サーバ100は、要求により識別される係数のパーティションを抽出し、係数のパーティションを無損失圧縮し、クライアントへ圧縮された係数のパーティションを転送する。量子化された実施形態では、サーバ100は、要求に含まれる量子化値に応じた係数のパーティションを量子化し、係数のパーティションを無損失圧縮し、その後、クライアントに圧縮変換データを送信する。図３にあるこのクライアントサーバープロセスは、クライアント150と、クライアント160とが、サーバ100から係数のパーテションを取得する様子を描いている。
　図３で描写されるように、ピラミッド形のデータ表示（例えば、画像Ａと画像Ｂ）は、サーバ100の１つ以上のハードディスク装置のような不揮発性記憶メディアに記憶される。また、ピラミッド形のデータ表現の各レベルは、（例えば、レベル１は「X」のパーティション、レベル２は「Y」パーティション、レベル３は「Z」パーティション、レベル４は「AA」パーティション、およびレベル５は、「BB」パーティションのように）パーテションに整理される。
　この例では、クライアント150は、物理的な係数パーティションの要求を生成し、クライアント160は、係数の量子化されたパーティションの要求を生成する。係数に関するクライアントの要求は、ピラミッド形データ表現の１以上のレベルとそのレベル内の１以上のパーテションを識別している（画像Ａ、画像Ｂのような）イメージＩＤを含む。クライアント要求に応答して、サーバ100は、クライアント150に係数の分割ブロックを送信する。量子化係数パーテションに関する要求を生成するクライアント160のクライアント要求は、イメージＩＤと、１以上のピラミッド形データ表現のレベルの識別符号と、そのレベル内の１以上のパーテションの識別符号と、識別されたそれらパーテションに関する量子化値の識別符号とを含む。この例では、サーバ100は、クライアントの要求に応じて、要求によって識別される分割された量子化係数をクライアント160に送信する。
　一実施形態では、サーバ100のメモリは、クライアント要求への応答を生成するために、係数のパーティションの位置をマッピングする。メモリマップ技法は、係数を格納するための揮発性メモリの使用を必要としないため、大きなデータファイルを転送するための効率的な手法をもたらす。
　図４は、ソース・データ・ファイルの一実施形態を示す。この実施形態では、ソースデータファイル400は、ファイルヘッダ410を含む。ファイルヘッダ410は、ソースデータファイル内のレベルを識別するための場所に一般的なソース・データ・ファイルの情報だけでなく、ポインタを含む。この実施形態では、ファイルヘッダ410は、以下の指定を行う：バイト順、バージョン、画像の形式、圧縮されたパーティション、対応するソースデータの行、列、レベルの数、レベルオフセットの位置、係数のチェックサム、およびCRCヘッダ。画像のフォーマットは、画像を格納するための適切なフォーマットの任意の数からなってもよい。例えば、画像フォーマットはモノクロ、輝度/クロミナンス表現だけでなく、符号化方式の様々なタイプを含むことができる（例えば、ＲＬＥ、ＪＰＥＧ等）。
　図４に示すように、ファイルヘッダ410は、個々のレベルのファイル内の位置を識別するためのアドレスを含む。この例では、例えば、レベル０ [addr]は、ソースデータファイル400中のデータ区分レベル０の開始位置を、レベル１[addr]は、ソースデータファイル400中のデータ区分レベル１の開始位置を示している。この実施形態では、レベルのデータは、係数に加えて、対応するレベルに含まれるパーテションの番号、個々のパーテションのオフセットを含む。パーティションへのオフセットは、そのパーティション内の係数の開始アドレスを識別する。例えば、レベル０内の「partition０[offset] 」はパーティション０の係数データの場所を示す（すなわち、レベル０内のパーティション０の係数）。従って、ソース・データ・ファイルは、レベル及び係数データのレベル内のパーティションオフセットを識別することにより、各パーティションの場所を提供する。したがって、ソースデータファイルは、ソース・データ・ファイルの場所を分割するため、サーバーが直接メモリマップ分割を行うことを妨げない。図４にあるようにレベル「ｎ」は係数データを含む（例えば、レベル「ｎ」は分割されていません）。
　図５は、係数のパーティションで使用するためのクライアント要求を処理することに関する１つの実施形態を示すフロー図です。クライアント・アプリケーションは、画像などのソースデータの表示を要求するクライアントコンピュータ上で動作する。クライアントコンピュータが追加のソースデータに対するユーザ要求を受信すると処理が開始される。（ブロック510、図５）一実施形態では、追加のデータに対するユーザリクエストは、追加の画像データを表示するために要求するユーザに基づいている。この要求は、新たな画像の要求であってもよいし、現在表示されている画像の異なる部分を表示するための要求や、現在表示された画像をより高い解像度で表示させる要求や、または現在表示された画像の品質を向上させるための要求であってもよい。クライアントが必要な係数（ブロック520、図５）を算出する。要求に対する係数がクライアントコンピュータに保存されている場合、クライアントコンピュータは、キャッシュされた係数からユーザ要求から画像を再構成する（ブロック530及び560、図５）。係数がクライアントコンピュータにキャッシュされていない場合、クライアントは、係数の必要な分割ブロック（複数可）のためのサーバへのクライアント要求を定式化する（ブロック530及び540、図５）。
　サーバーは、要求を受信すると、ソースデータファイルを使用し、識別されたレベル（単数又は複数）の位置、加えて、クライアント要求において識別された１以上のパーテションに対するオフセット（単数又は複数）を識別する。一実施形態では、サーバのメモリは、画像全体をマッピングする。ソースデータファイルを使用して、サーバは、画像ファイルから係数のパーティション（複数可）を抽出し、クライアントへ係数のパーティション（複数可）を転送する（ブロック550、図５）。クライアント側で、サーバから受信した係数あるいはローカルにキャッシュされた係数のいずれかから、画像が再構成される（ブロック560、図５）。クライアントは、ユーザの要求に応じて、新しい画像を表示する（ブロック570、図５）。
　
（３−１−６）
FIG. 6  is a flow diagram illustrating one embodiment for image transfer of quantized coefficients. The process is initiated when a client application generates pixel coordinates at a desired resolution for underlying source or image data (block  600 , FIG.  6 ). From the pixel coordinates and resolution, the client determines the requisite coefficient partitions necessary to reconstruct the image. In addition, the client computer selects a quantization value, Q1, to quantize the partitioned coefficients (block  610 , FIG.  6 ). Typically, the selection of the quantization value is based on bandwidth restraints.
The client first determines whether the requisite coefficient partitions are cached locally (block  620 , FIG.  6 ). If the requisite coefficient partitions are not cached at the client, then the client generates a request to the server for the requisite coefficient partitions (block  630 , FIG.  6 ). If the requisite coefficient partitions are cached locally, then the client determines whether the level of quantization for the requested coefficients is less than the level of quantization for the cached coefficients (i.e., Q1Q0) (block  625 , FIG.  6 ). If it is, then the client retrieves the cached coefficient partitions to reconstruct the image. The cached coefficient partitions are sufficient to reconstruct the image because they contain a sufficient amount of information to reconstruct the image (i.e., the level of quantization is greater so the amount of information contained in the partitions is less than the amount stored at the client) (block  635 , FIG.  6 ). Alternatively, if the level of quantization for the requested coefficients is not less than the level quantization for the cached coefficients, then the client determines incremental coefficient partitions from the cached coefficient partitions and the requisite coefficient partitions (block  655 , FIG.  6 ). From this calculation, the client generates a request to the server for the incremental coefficient partitions, and transmits this client request to the server (block  660 , FIG.  6 ).
The server receives the client request, for either the coefficient partitions or the incremental coefficient partitions, and the server extracts, decompresses, quantizes, compresses and sends the coefficient partitions identified in the client request to the client (block  670 , FIG.  6 ). The client receives and caches the coefficient partitions or updates the cache with the residual coefficients. (block  680 , FIG.  6 ).
In one embodiment, the client uses physical coefficients blocks and virtual coefficient blocks to track coefficients cached at the client. For this embodiment, the client additionally updates the status of the physical coefficient blocks and virtual coefficient blocks based on the coefficient partitions received (block  682 , FIG.  6 ). In general, the physical coefficient blocks identify those partitions currently cached at the client. The physical coefficient blocks also include an address for the corresponding cached coefficient partition. The virtual coefficient blocks identify, if necessary, a level of quantization for at least a portion of a physical coefficient block (i.e., there may be multiple virtual coefficient blocks per physical coefficient block).
The client reconstructs the image from the coefficient partitions retrieved from the cache or the coefficient partitions, including incremental coefficient partitions, received from the server (block  645 , FIG.  6 ). If the client receives incremental coefficient partitions, then the client aggregates the received incremental coefficient partitions into the requisite coefficient partitions, and then the client reconstructs the image from the requisite coefficient partitions. The client then displays the image (block  650 , FIG.  6 ).（１１欄下から３２行−１２欄３２行）
（訳）
　図６は、量子化係数の画像転送のための一実施形態を示すフロー図です。クライアントアプリケーションが、基礎となるソースまたは画像データに対して所望の分解能のピクセル座標を生成したとき、処理が開始される（ブロック600、図６）。ピクセル座標と解像度から、クライアントは画像を再構成するために必要で必須な係数パーティションを決定する。また、クライアントコンピュータは、分割係数を量子化するための量子化値Ｑ１を選択する（ブロック610、図６）。典型的には、量子化値の選択は、帯域幅の制約に基づいている。
　クライアントは、必要な係数パーティションがローカルにキャッシュされているかどうかを最初に決定する（ブロック620、図６）。必要な係数のパーティションがクライアントでキャッシュされていない場合、クライアントは、サーバーに対する必要な係数のパーティションの要求を生成する（ブロック630、図６）。必要な係数のパーティションがローカルにキャッシュされている場合、クライアントは、要求された係数の量子化のレベルが、キャッシュされた係数の量子化のレベル未満であるか否か（すなわち、Ｑ１＜Ｑ０）を判定する（ブロック625、図６）。そうである場合、クライアントは、画像を再構成するために、キャッシュされた係数のパーティションを検索する。キャッシュされた係数のパーティションには画像を再構成するのに十分な情報量が含まれているため、キャッシュされた係数のパーティションは画像を再構成するのに十分である。（すなわち、パーティションに含まれる情報の量は、クライアントに格納されている量よりも少ないので、量子化のレベルが大きくなる）（ブロック635、図６）。逆に、要求された係数の量子化のレベルがキャッシュされた係数の量子化レベルよりも小さくない場合は、クライアントはキャッシュされた係数のパーティションと、必要な係数のパーティションとの増分係数パーティションを決定する（ブロック655、図６）。この計算から、クライアントは、増分係数パーティションの要求をサーバに生成し、このクライアント要求をサーバに送信する（ブロック660、図６）。
　サーバは、係数のパーティションまたは増分係数のパーティションに対する要求を受信し、抽出し、圧縮解除し、量子化し、圧縮して、クライアント要求で識別された係数のパーティションをクライアントへ送信する（ブロック670、図６）。クライアントは、受信して、係数のパーティションをキャッシュするか、残差係数でキャッシュを更新する。（ブロック680、図６）。
　一実施形態では、クライアントは、クライアントでキャッシュされた係数を追跡するために、物理的な係数ブロックおよび仮想係数ブロックを使用する。この実施形態では、クライアントは、さらに、受信した係数のパーティションに基づいて物理係数ブロックおよび仮想係数ブロックのステータスを更新する（ブロック682、図６）。一般的に、物理的な係数ブロックは、クライアントで現在キャッシュされたこれらのパーティションを識別する。物理係数ブロックは、また、対応するキャッシュされた係数パーティションに対応するアドレスを含んでいる。必要ならば、仮想係数ブロックは、少なくとも一部の物理係数ブロックの量子化のレベルを識別する（すなわち、物理的係数ブロックごとに複数の仮想係数ブロックがあってもよい）。
　クライアントは、キャッシュから検索された係数パーテションあるいは、サーバーから受信した、増分係数パーテションを含む係数パーテションから画像を再構成する（ブロック645、図６）。クライアントは増分係数パーティションを受信した場合、クライアントは、必要な係数パーティションに受信増分係数パーティションを集約し、クライアントは、必要な係数パーティションから画像を再構成する。クライアントは、画像を表示する（ブロック650、図６）。
　
第４　刊行物に記載された発明
　以上の記載によれば、刊行物１には次の発明（以下、刊行物１発明という。）が記載されている。
　
（４−１）刊行物１の（３−１−１）の記載によれば、サーバーとクライアントとの間で、変換された画像データの効率的な転送を行う画像処理システム（ＰＡＣＳのような）に関する発明が開示されているといえる。
　また、「サーバーにおける蓄積のために、画像のフレキシブルな階層的な表現を生成します。階層的な表現は、ウェーブレット変換によって生成された係数から成ります。」との記載があるから、サーバーには、ウェーブレット変換によって生成された階層的な表現の係数が蓄積されていることも開示されている。
　刊行物１の（３−１−２）の記載によれば、ソースデータから生成された変換データは、係数の複数のパーティションに分割され、各パーティションはソースデータの識別可能な部分を再構築するための係数で構成されていることが開示されている。上記ソースデータは（３−１−３）の記載によれば、「一実施形態では、ソースデータ110は、1つまたは複数のソース画像を含む。」とあるから、画像データであるといえる。
　上記係数について（３−１−４）の記載をみると、レベル１（低階層）からレベル４（高階層）に向かって階層的に分解するにあたり、各階層の低域成分を抽出し、抽出された部分を次の階層とする構成であるから、このことは、レベル４の係数に対して、レベル３ないしレベル１の係数を順に合成することにより、階層的に解像度が向上する構成であるといえ、刊行物１には当該構成に係る技術事項が開示されている。
　また、上記パーティションについて、（３−１−４）、（３−１−５）の記載も参酌すると、各階層レベルにおいて、係数をパーティションに分解し、対応する部分のパーティションごとに（例えば＜Ｐ０１、Ｐ０２、Ｐ０３＞、＜Ｐ１１、Ｐ１２、Ｐ１３＞等）識別可能に係数データを記憶することが開示されている。
　上記のパーティションへの分割やウェーブレット変換を行う処理装置（分解処理装置120）は、（３−１−３）の記載によれば、「一実施形態では、分解処理装置120、分割／ファイル生成装置132、圧縮エンジン140はサーバ100上で動作するソフトウェアを含む。」とあるから、サーバーが、上記ソフトウェアを実行するプロセッサを有することも開示されている。
　以上まとめると、刊行物１には、画像処理システムに関する発明であって、画像をウェーブレット変換によって生成された階層的な表現の係数に変換し、各階層レベルにおいて、係数をパーティションに分解するプロセッサと、対応する部分のパーティションごとに（例えば＜Ｐ０１、Ｐ０２、Ｐ０３＞、＜Ｐ１１、Ｐ１２、Ｐ１３＞等）識別可能に係数データを記憶する記憶部を含むサーバーであって、各パーティションは画像データの識別可能な部分を再構築するための係数で構成され、レベル４の係数に対して、レベル３ないしレベル１の係数を順に合成することにより、階層的に解像度が向上するように構成される、当該サーバーが開示されている。
　
（４−２）刊行物１の（３−１−５）の記載によれば、サーバーは、クライアントの要求に応じて、要求によって識別される分割された量子化係数をクライアントに送信することが開示されている。上記要求について（３−１−５）には「量子化係数パーテションに関する要求を生成するクライアント160のクライアント要求は、イメージＩＤと、１以上のピラミッド形データ表現のレベルの識別符号と、そのレベル内の１以上のパーテションの識別符号と、識別されたそれらパーテションに関する量子化値の識別符号とを含む。」とあるから、少なくとも「イメージＩＤと、ピラミッド形データ表現のレベルの識別符号と、そのレベル内のパーテションの識別符号、識別されたそれらパーテションに関する量子化値の識別符号」を含む要求をクライアントからサーバーに送信し、サーバーは上記要求に応じてクライアントに分割された量子化係数を送信している。
　上記「イメージＩＤ」は、画像Ａ、画像Ｂを識別するようなＩＤであるから、要求する画像を示している。
　また、「ピラミッド形データ表現のレベルの識別符号」は（３−１−３）の記載によれば「ソースデータは、『前処理され』階層またはピラミッド形データ表現で記憶される」とあるから（ソース）画像を、階層的な表現の係数とした階層のレベルを識別するような符号である。
　さらに、「パーテションの識別符号」は、パーティションを識別する符号である。
　「識別されたそれらパーテションに関する量子化値の識別符号」は、クライアントが決定した量子化レベルを定義する量子化値Ｑであることは明らかである。
　上記サーバーからクライアントへの送信は、（３−１−１）の記載によれば「ネットワーク上に画像を転送する分野に適」していることを前提としているから、ネットワークを介して上記送信を行うためのネットワークインタフェースを有していることは明らかである。
　以上のことから、刊行物１には、要求する画像のＩＤと、画像を階層的な表現の係数とした階層のレベルを識別する符号と、そのレベル内のパーテションの識別符号と、クライアントが決定した量子化レベルを定義する量子化値Ｑとからなるクライアントからの要求をサーバーが受信すると、上記要求に応じて、要求によって識別される分割された量子化係数をサーバーからクライアントへ送信するネットワークインタフェースが開示されている。
　
（４−３）刊行物１の（３−１−６）の記載によれば、クライアントは、基礎となる画像データに対して所望の分解能のピクセル座標を生成すると、ピクセル座標と解像度から、クライアントが画像を再構成するために必要な必須の係数パーティションを決定している。
　そして、上記必要な係数パーティションの決定（図６の620、625）の結果として、図６の630、または660にて「サーバーに対する必要な係数のパーティションの要求」、「増分係数パーティションの要求」を生成し、上記要求をサーバーに送信している。
　したがって、刊行物１には、クライアントは、基礎となるソースまたは画像データに対して所望の分解能のピクセル座標を生成すると、ピクセル座標と解像度から、クライアントが画像を再構成するために必要な係数パーティションを決定し、『サーバーに対する必要な係数のパーティションの要求』、『増分係数パーティションの要求』を生成し、上記要求をサーバーに送信することが開示されている。
　
（４−４）刊行物１の（３−１−６）の記載によれば、「サーバは、係数のパーティションまたは増分係数のパーティションに対する要求を受信し、抽出し、圧縮解除し、量子化し、圧縮して、クライアント要求で識別された係数のパーティションをクライアントへ送信」することが開示されている。
　
（４−５）刊行物１の（３−１−６）の記載によれば、クライアントは上記サーバーから送信された係数のパーティションを受信して、係数のパーティションをキャッシュするか、残差係数でキャッシュを更新し、キャッシュから検索された係数パーテションあるいは、サーバーから受信した、増分係数パーテションを含む係数パーテションから画像を再構成することが開示されている。
　
（４−６）まとめ
　以上まとめると、刊行物１発明として、以下のとおりのものを認定することができる。
（（ａ）ないし（ｅ）は当審において付与し、以下「構成要件（ａ）」等として引用する。）
　
（ａ）画像をウェーブレット変換によって生成された階層的な表現の係数に変換し、各階層レベルにおいて、係数をパーティションに分解するプロセッサと、対応する部分のパーティションごとに（例えば＜Ｐ０１、Ｐ０２、Ｐ０３＞、＜Ｐ１１、Ｐ１２、Ｐ１３＞等）識別可能に係数データを記憶する記憶部を含むサーバーであって、各パーティションは画像データの識別可能な部分を再構築するための係数で構成され、レベル４の係数に対して、レベル３ないしレベル１の係数を順に合成することにより、階層的に解像度が向上するように構成される、当該サーバーと、
（ｂ）要求する画像のＩＤと、画像を階層的な表現の係数とした階層のレベルを識別する符号と、そのレベル内のパーテションの識別符号と、クライアントが決定した量子化レベルを定義する量子化値Ｑとからなるクライアントからの要求をサーバーが受信すると、上記要求に応じて、要求によって識別される分割された量子化係数をサーバーからクライアントへ送信するネットワークインタフェースと、
（ｃ）クライアントは、基礎となる画像データに対して所望の分解能のピクセル座標を生成すると、ピクセル座標と解像度から、クライアントが画像を再構成するために必要な係数パーティションを決定し、『サーバーに対する必要な係数のパーティションの要求』、『増分係数パーティションの要求』を生成し、上記要求をサーバーに送信し、
（ｄ）サーバは、係数のパーティションまたは増分係数のパーティションに対する要求を受信し、抽出し、圧縮解除し、量子化し、圧縮して、クライアント要求で識別された係数のパーティションをクライアントへ送信し、
（ｅ）クライアントは上記サーバーから送信された係数のパーティションを受信して、係数のパーティションをキャッシュするか、残差係数でキャッシュを更新し、キャッシュから検索された係数パーテションあるいは、サーバーから受信した、増分係数パーテションを含む係数パーテションから画像を再構成する、画像処理システム。
　
第５　対比
　本願発明と刊行物１発明とを対比する。
　
（５−１）本願発明の構成要件（Ａ）と刊行物１発明の構成要件（ａ）とを対比する。
　刊行物１発明の画像は刊行物１の全体の記載からみて２次元（平面）画像を想定しているのに対し、本願発明ではボリューム画像（厚みのある、例えば３次元の画像）であるから、共に画像である点で共通するもの、
ボリューム
　また、刊行物１発明の係数は、画像を複数の係数を有する階層的表現に変換した係数である点で本願発明と共通しており、また、刊行物１発明のパーティションは、本願発明のボクセルと、前記係数を画像の領域及び解像度に対応するように分割する区分である点で、共通している。
　もっとも、本願発明の領域は３次元空間領域であるのに対し、刊行物１発明では２次元空間領域を想定していることは先に検討したとおりであり、したがって、刊行物１発明のパーティションは２次元空間の区分であるのに対し、本願発明のボクセルは３次元空間の区分である点で相違する。
　また、刊行物１発明では「レベル４の係数に対して、レベル３ないしレベル１の係数を順に合成することにより、階層的に解像度が向上するように構成される」のであるから、各連続するレベルは、階層的なレベルであり、各連続的レベルが、増大した空間解像度を供給するための情報を加えるものであることは明らかである。
　以上のことから、刊行物１発明は「画像を複数の係数を有する階層的表現に変換し、前記係数を複数の区分に分割するプロセッサと階層的表現の画像を格納するストレージとを含むサーバーであって、前記階層的表現の画像は、係数区分のセットを有し、各連続的レベルが、増大した空間解像度を供給するための情報を加える、階層的レベルを持ち、各区分は、前記画像の規定された空間領域に対応し、及び階層の選択されたレベルに対応する、当該サーバー」を有している点で、本願発明と相違がない。
　もっとも、画像が、本願発明ではボリューム画像であるのに対し、刊行物１発明では２次元画像を想定している点、区分が、本願発明では、ボクセルであるのに対し刊行物１発明ではパーティションである点、空間領域が、本願発明では３次元空間領域であるのに対し、刊行物１発明では２次元空間領域である点で相違する。
　
（５−２）本願発明の構成要件（Ｂ）と刊行物１発明の構成要件（ｂ）とを対比する。
　刊行物１発明のクライアントから要求される「そのレベル内のパーティションの識別符号」、「画像を階層的な表現の係数とした階層のレベルを識別する符号」は、それぞれ、クライアントが要求している「そのレベル内のパーティション」、「画像を階層的な表現の係数とした階層のレベル」を表す識別符号であり、上記パーティションは、２次元空間の区分であるからクライアントが選択した空間領域であり、上記階層のレベルは、増大した空間解像度の選択されたレベルであるから選択された空間解像度といえる。
　また、「要求する画像のＩＤ」は、撮像データの中から要求する画像データを選択するためのＩＤであるから、画像の撮像データに対するリクエストである。
　そして上記要求に応じて「要求によって識別される分割された量子化係数をサーバーからクライアントへ送信するネットワークインタフェース」を有しており、分割された量子化係数は、パーティションに分割されているのであるから係数パーティションを送信している。
　以上まとめると、刊行物１発明は、「選択された空間領域に対応し、選択された空間解像度に対応する前記画像の撮像データに対するリクエストに応答して、ネットワークを介して、選択された係数区分を伝達するネットワークインタフェースとを有し」ている点で本願発明と相違がない。
　もっとも、上記（５−１）で検討したように、画像が、本願発明ではボリューム画像であるのに対し、刊行物１発明では２次元画像である点、区分が、本願発明ではボクセルであるのに対し、刊行物１発明ではパーティションである点で相違する。
　
（５−３）本願発明の構成要件（Ｃ）と刊行物１発明の構成要件（ｃ）とを対比する。
　刊行物１発明の「基礎となる画像データに対して所望の分解能のピクセル座標を生成する」ことは、新たな部分（ピクセル座標）について、新たな解像度（所望の分解能）で、画像を生成することを要求していることであるといえる。
　そして、上記ピクセル座標と解像度から、「クライアントが画像を再構成するために必要な必須の係数パーティションを決定し、『サーバーに対する必要な係数のパーティションの要求』、『増分係数パーティションの要求』を生成し、上記要求をサーバーに送信」することは、係数パーティションが、階層的表現の係数であることから、新しい部分を再構成するために必要な前記階層的表現からの変換データを決定し、要求していることといえる。
　したがって、刊行物１発明は「画像の新しい部分を再構成するために必要な前記階層的表現からの変換データを、前記ネットワークインタフェースから前記サーバーへ要求」しているといえ、この点で本願発明と相違がない。
　もっとも、上記（５−１）で検討したように、画像が、本願発明ではボリューム画像であるのに対し、刊行物１発明では２次元画像である点で相違する。
　
（５−４）本願発明の構成要件（Ｄ）と刊行物１発明の構成要件（ｄ）とを対比する。
　刊行物１発明において、サーバが受信する要求は、構成要件（ｃ）でクライアントが決定した係数のパーティションまたは増分係数のパーティションに対する要求である。
　刊行物１発明の上記構成要件（ｃ）の決定について、刊行物１の（３−１−６）の記載を参酌すると、「必要な係数のパーティションがローカルにキャッシュされている場合」、「要求された係数の量子化のレベルがキャッシュされた係数の量子化レベルよりも小さくない場合」の判断を行っているが、上記判断の「キャッシュされている」係数は、前に伝送された係数であるといえる。
　そして、刊行物１の（３−１−６）には、さらに「必要な係数のパーティションがローカルにキャッシュされている場合、クライアントは、要求された係数の量子化のレベルが、キャッシュされた係数の量子化のレベル未満であるか否か（すなわち、Ｑ１＜Ｑ０）を判定する（ブロック625、図６）。そうである場合、クライアントは、画像を再構成するために、キャッシュされた係数のパーティションを検索する。キャッシュされた係数のパーティションには画像を再構成するのに十分な情報量が含まれているため、キャッシュされた係数のパーティションは画像を再構成するのに十分である。（すなわち、パーティションに含まれる情報の量は、クライアントに格納されている量よりも少ないので、量子化のレベルが大きくなる）（ブロック635、図６）。逆に、要求された係数の量子化のレベルがキャッシュされた係数の量子化レベルよりも小さくない場合は、クライアントはキャッシュされた係数のパーティションと、必要な係数のパーティションとの増分係数パーティションを決定する（ブロック655、図６）。この計算から、クライアントは、増分係数パーティションの要求をサーバに生成し、このクライアント要求をサーバに送信」との記載があるから、サーバーが受信する『増分係数パーティションの要求』は、「前に伝送されたレベルに対して前記階層的表現の一つ以上低いレベルである、前記画像の前記新しい部分に対応する、前記階層的表現のレベルからの追加の変換データ」に関する要求であり、当該要求を受信して、クライアント要求で識別された係数のパーティションをクライアントへ送信しているから、サーバーが送信する係数（のパーティション）は「前に伝送されたレベルに対して前記階層的表現の一つ以上低いレベルである、前記画像の前記新しい部分に対応する、前記階層的表現のレベルからの追加の変換データ」である。
　したがって、刊行物１発明は「前に伝送されたレベルに対して前記階層的表現の一つ以上低いレベルである、前記画像の前記新しい部分に対応する、前記階層的表現のレベルからの追加の変換データを、前記サーバーから前記ネットワークインタフェースへ伝送」する構成を有している点で本願発明と相違がない。
　もっとも、上記（５−１）で検討したように、画像が、本願発明ではボリューム画像であるのに対し、刊行物１発明では２次元画像である点で相違する。
　
（５−５）本願発明の構成要件（Ｅ）と刊行物１発明の構成要件（ｅ）とを対比する。
　刊行物１発明の「キャッシュから検索された係数パーテション」、「増分係数パーテション」は、それぞれ、本願発明の「元々伝送されていた変換データ」、「前記追加の変換データ」に相当する。
　刊行物１発明では、「キャッシュから検索された係数パーテションあるいは、サーバーから受信した、増分係数パーテションを含む係数パーテションから画像を再構成」しているから、「元々伝送されていた変換データ及び前記追加の変換データで前記画像の前記新しい部分を再構成できる」ことは明らかであり、上記新しい部分を再構成する際、キャッシュされている係数があれば、その係数は伝送されず、増分係数のみが伝送されているから、「前記画像の前記新しい部分を構成するために必要な増分の変換データだけを、前記サーバーから前記ネットワークインタフェースへ伝送する、画像処理システム」であるといえる。
　したがって、刊行物１発明は、「元々伝送されていた変換データ及び前記追加の変換データで前記画像の前記新しい部分を再構成できるので、前記画像の前記新しい部分を構成するために必要な増分の変換データだけを、前記サーバーから前記ネットワークインタフェースへ伝送する、画像処理システム」である点で本願発明と相違がない。
　もっとも、上記（５−１）で検討したように、画像が、本願発明ではボリューム画像であるのに対し、刊行物１発明では２次元画像である点で相違する。
　
（５−６）まとめ（一致点・相違点）
　以上まとめると、本願発明と刊行物１発明とは以下の一致点で一致し相違点で相違する。
　
（一致点）
　画像を複数の係数を有する階層的表現に変換し、前記係数を複数の区分に分割するプロセッサと階層的表現の画像を格納するストレージとを含むサーバーであって、前記階層的表現の画像は、係数区分のセットを有し、各連続的レベルが、増大した空間解像度を供給するための情報を加える、階層的レベルを持ち、各区分は、前記画像の規定された空間領域に対応し、及び階層の選択されたレベルに対応する、当該サーバーと、
　選択された空間領域に対応し、選択された空間解像度に対応する前記画像の撮像データに対するリクエストに応答して、ネットワークを介して、選択された係数区分を伝達するネットワークインタフェースとを有し、
　前記画像の新しい部分を再構成するために必要な前記階層的表現からの変換データを、前記ネットワークインタフェースから前記サーバーへ要求し、
　前に伝送されたレベルに対して前記階層的表現の一つ以上低いレベルである、前記画像の前記新しい部分に対応する、前記階層的表現のレベルからの追加の変換データを、前記サーバーから前記ネットワークインタフェースへ伝送し、
　元々伝送されていた変換データ及び前記追加の変換データで前記画像の前記新しい部分を再構成できるので、前記画像の前記新しい部分を構成するために必要な増分の変換データだけを、前記サーバーから前記ネットワークインタフェースへ伝送する、画像処理システム。
　
（相違点）
相違点１
画像が、本願発明ではボリューム画像であるのに対し、刊行物１発明では２次元画像を想定している点。
　
相違点２
区分が、本願発明では、ボクセルであるのに対し刊行物１発明ではパーティションである点。
　
相違点３
空間領域が、本願発明では３次元空間領域であるのに対し、刊行物１発明では２次元空間領域である点。
　
第６　判断
相違点１ないし相違点３について
　刊行物１発明は、２次元画像について、階層的表現の係数に変換し、区分に分割した係数を、必要な係数のみサーバーからクライアントに送信することで、サーバーからクライアントへデータを転送する際の、データ転送量を小さくする技術思想が開示されている。
　ここで、刊行物１発明が適用される技術分野について、刊行物１の記載をみると、医療分野での画像を蓄積し伝送するシステムに適用されることを想定していることが理解できる。
　そして、医療分野での画像を蓄積し伝送するシステムでは、撮影する部分が臓器であるから、これを２次元画像としてではなく３次元画像として処理することが従来から行われており、特に２次元画像として撮影した画像を複数並べることで３次元画像として階層的表現の係数に変換して処理することは、当審が拒絶理由通知書で通知した刊行物２に開示されており、刊行物１発明の構成を３次元の構成とすることは当業者が容易に想起しえたことであり、刊行物１発明の２次元の構成を３次元化する際に、相違点１ないし相違点３の構成を採用することは、当業者であれば容易になしえたことである。
　
　したがって、上記各相違点は、当業者が容易に想到し得たものと認められ、本願発明全体としてみても格別のものはなく、その作用効果も、上記各相違点に係る構成の採用に伴って当然に予測される程度のものにすぎず、格別顕著なものがあるとは認められない。
　
第７　意見書についての検討
　請求人は、平成２７年１２月２１日付けの意見書にて「本願発明は、３次元画像データの動的転送のための画像処理システム及びその方法に関する。本願発明の画像処理システムは、「本願発明では、更に、「前記ボリューム画像の新しい部分を再構成するために必要な前記階層的表現からの変換データを、前記ネットワークインタフェースから前記サーバーへ要求し、前に伝送されたレベルに対して前記階層的表現の一つ以上低いレベルである、前記ボリューム画像の前記新しい部分に対応する、前記階層的表現のレベルからの追加の変換データを、前記サーバーから前記ネットワークインタフェースへ伝送し、元々伝送されていた変換データ及び前記追加の変換データで前記ボリューム画像の前記新しい部分を再構成できるので、前記ボリューム画像の前記新しい部分を構成するために必要な増分の変換データだけを、前記サーバーから前記ネットワークインタフェースへ伝送」するので、低解像度の画像のボクセル、例えばＬＬＬ画像のボクセルの伝送後、高解像度の画像を得るために、必要な増分の変換データだけを伝送すればよく、伝送効率が向上されるという、更に有利な効果がある。例えば、図１１及び図１２を参照されたい。低い解像度ＬＬＬの係数ボクセル１２００をユーザは見ているとする。画像をズームして中央部分だけを拡大したいとする。この場合、解像度を上げるために、ボクセル１５０の全セットを伝送する必要はなく、新しい部分である中央部分に対応する高い解像度ＬＨＬ、ＨＨＬ、ＨＬＬ等のボクセルの各セット１２１０を伝送するだけでよく、伝送効率が向上される（本願明細書の段落００５８を参照）。」と主張しているから、この点について検討する。
　本願明細書の上記図１１及び図１２に関する記載を参照すると、以下のとおりの記載がある。（下線は、特に重要と思われる部分に、当審が付加した。）
「　【００５７】
　図１１及び図１２は、「ズーム」動作を概略的に図示する。図１１は、軸方向、すなわちｚ方向に沿ったフルの階層レベル解像度の半分であって、ｘ−ｙ（軸）平面でのフル階層レベル解像度の４分の１で軸方向表示を再構成するために要求される係数ボクセル１２００を特定する。係数ボクセル１２００は、ボリューム分割係数ボクセル１５０のセットのＬＬＬオクタントのｘ−ｙ平面のボクセルである。
図１２は、軸方向すなわちｚ方向では同じ解像度であるが、ｘ−ｙ平面では高い解像度で、図１１と同じ軸平面の「ズームされた」軸方向表示を再構成するために要求される追加の係数ボクセル１２１０を特定する。
　【００５８】
　好適には、係数ボクセル１２００、１２１０だけが、ズーム動作を含む軸方向スライス表示を実現するために、サーバー１６０からクライアント１６６へ伝送される必要がある。ボリューム分割係数ボクセル１５０の全セットが、伝送される必要はない。他の利点は、係数ボクセルの伝送がナビゲーションセッションにわたって配信されることであり、すなわち係数ボクセル１２００の第１のブロックがグループとして伝送されて医師又は放射線技師により見られ、後でズームを達成するために追加の画像データを供給する係数ボクセル１２１０を伝送する。医師が特定の領域（例えば、関心のある病変又は腫瘍の低いコントラスト表現を含む領域）にフォーカスして更に高い解像度まで連続してズームする通常の画像ナビゲーションセッションにおいて、残り（必須でないボクセルの部分）は以前の（より低い解像度の）画像表示のためにクライアントに既にキャッシュされているので、各連続するズーム動作が小さな部分の必須のボクセルの伝送を伴って、係数ボクセルの伝送は依然良好に配信される。」
　以上の記載によれば、本願発明では、ある部分について拡大（解像度を高くする）しようとしたとき、２軸（（ｘ−ｙ）平面）のみ拡大し、ｚ軸方向には拡大しないことも可能であるのに対し、刊行物１発明を単に３次元化したのみでは、ある部分について拡大しようとすれば、ｘ、ｙ、ｚ方向の全てについて拡大する構成のみが想定できるから、この点で追加の画像データが、本願発明では、さらに少なくできる効果があると主張しているとも捉えることができる。
　しかし、本願発明の記載は、「選択された空間領域に対応し、選択された空間解像度に対応する前記ボリューム画像の撮像データに対するリクエスト」、「前記ボリューム画像の新しい部分を再構成するために必要な前記階層的表現からの変換データ」、「前記ボリューム画像の前記新しい部分に対応する、前記階層的表現のレベルからの追加の変換データ」、「元々伝送されていた変換データ及び前記追加の変換データ」、「前記ボリューム画像の前記新しい部分を構成するために必要な増分の変換データだけ」との記載があるのみであり、これらの記載では、ボリューム（３次元）画像のうちの、一部の次元についてのみ追加の画像データが必要であることを特定しているといえず、選択した空間が３次元空間であれば、ｘ、ｙ、ｚ方向の全てについて追加の画像データが必要であることは明らかであり、そのような構成も含む記載であるから、上記主張は特許請求の範囲の記載に基づかない主張である。
　
第８　むすび
　以上のとおり、本願発明は、刊行物１、刊行物２に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、残る請求項２ないし請求項１２に係る発明について検討するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。