(57)【特許請求の範囲】
【請求項１】
断片化された複数の部分符号を有する被アクセス情報を記憶する記憶媒体に設けられるキャッシュ装置において、
前記部分符号の前記被アクセス情報における少なくとも開始位置および長さを表す要素よりなるテーブルをキャッシュするキャッシュ部と、
前記部分符号に対応する要素を前記テーブルに登録するキャッシュ登録部と、
アクセスが要求された部分符号に対応する前記テーブルの要素が表す開始位置および長さにしたがって前記記憶媒体から取得した部分符号で該アクセスに応答するアクセス応答部と、を備え、
前記テーブルは、前記各要素に部分符号をさらに含むことができ、
前記アクセス応答部は、前記アクセスが要求された部分符号に対応する要素が前記部分符号を含む場合に、前記記憶媒体から取得した部分符号で該アクセスに応答せずに、該要素に含まれる部分符号で該アクセスに応答し、
前記キャッシュ登録部は、前記部分符号に対応する要素を前記テーブルに登録するときに、前記テーブルに登録する要素のうち前記開始位置および前記長さを表す要素を格納するための記憶容量が前記キャッシュ部に不足している場合には、前記テーブルに登録済みの各要素に含まれる部分符号を削除した上で、前記テーブルに登録する要素のうち前記開始位置および前記長さを表す要素を前記テーブルに登録することを特徴とするキャッシュ装置。
【請求項２】
前記部分符号に対するアクセスの可否を当該アクセスの要求元毎に表すアクセス可否情報を格納するアクセス可否情報格納部を備え、
前記テーブルは、前記アクセス可否情報をさらに含み、
前記アクセス応答部は、前記アクセス可否情報に基づいて、前記部分符号で前記アクセスに応答するか否かを判断することを特徴とする請求項１に記載のキャッシュ装置。
【請求項３】
前記キャッシュ登録部は、前記部分符号に対応する要素を前記テーブルに登録するときに、前記被アクセス情報の他の部分符号に対応する要素も前記テーブルに登録することを特徴とする請求項１または請求項２に記載のキャッシュ装置。
【請求項４】
前記キャッシュ登録部は、前記部分符号に対するアクセスが要求されたときに、該部分符号に対応する要素が前記テーブルに含まれている場合には、該部分符号に対応する要素を前記テーブルに登録せず、該部分符号に対応する要素が前記テーブルに含まれていない場合には、該部分符号に対応する要素を前記テーブルに登録することを特徴とする請求項１乃至請求項３の何れかに記載のキャッシュ装置。
【請求項５】
前記部分符号は、画像を表す画像情報を構成し、
前記アクセス応答部は、前記画像における画像領域を指定したアクセスが要求された場合には、該画像領域に基づいて、該アクセスによって要求された画像領域に対応する部分符号を抽出することを特徴とする請求項１乃至請求項４の何れかに記載のキャッシュ装置。
【請求項６】
前記被アクセス情報は、ランダムアクセスデータであることを特徴とする請求項１乃至請求項５の何れかに記載のキャッシュ装置。
【請求項７】
前記被アクセス情報は、ＰＤＦファイルであることを特徴とする請求項６に記載のキャッシュ装置。
【請求項８】
前記被アクセス情報は、ＪＰＥＧ２０００ファミリーファイルであることを特徴とする請求項６に記載のキャッシュ装置。
【請求項９】
前記被アクセス情報は、ＪＰＥＧ２０００ファミリーファイルを構成するコードストリームであることを特徴とする請求項６に記載のキャッシュ装置。
【請求項１０】
前記部分符号は、タイルパートであることを特徴とする請求項８または請求項９に記載のキャッシュ装置。
【請求項１１】
前記部分符号は、パケットであることを特徴とする請求項８または請求項９に記載のキャッシュ装置。
【請求項１２】
請求項１乃至請求項１１の何れかに記載のキャッシュ装置を備えたサーバ装置。
【請求項１３】
請求項８乃至請求項１１の何れかに記載のキャッシュ装置を備えたＪＰＩＰサーバ装置。
【請求項１４】
断片化された複数の部分符号を有する被アクセス情報を記憶する記憶媒体に設けられたキャッシュ装置を用いたキャッシュ方法であって、
前記部分符号の前記被アクセス情報における少なくとも開始位置および長さを表す要素よりなるテーブルをキャッシュするキャッシュステップと、
前記部分符号に対応する要素を前記テーブルに登録するキャッシュ登録ステップと、
アクセスが要求された部分符号に対応する前記テーブルの要素が表す開始位置および長さにしたがって前記記憶媒体から取得した部分符号で該アクセスに応答するアクセス応答ステップと、を前記キャッシュ装置に実行させ、
前記テーブルは、前記各要素に部分符号をさらに含むことができ、
前記アクセス応答ステップは、前記アクセスが要求された部分符号に対応する要素が前記部分符号を含む場合に、前記記憶媒体から取得した部分符号で該アクセスに応答せずに、該要素に含まれる部分符号で該アクセスに応答し、
前記キャッシュ登録ステップは、前記部分符号に対応する要素を前記テーブルに登録するときに、前記テーブルに登録する要素のうち前記開始位置および前記長さを表す要素を格納するための記憶容量が前記キャッシュステップに不足している場合には、前記テーブルに登録済みの各要素に含まれる部分符号を削除した上で、前記テーブルに登録する要素のうち前記開始位置および前記長さを表す要素を前記テーブルに登録することを前記キャッシュ装置に実行させるキャッシュ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャッシュ装置に関し、特に、断片化された複数の部分符号を有する被アクセス情報を記憶する記憶媒体に設けられるキャッシュ装置に関する。
【背景技術】
【０００２】
従来、この種のキャッシュ装置としては、アクセスが要求されたデータそのものを記憶媒体から取得してキャッシュするものが知られている（例えば、特許文献１参照）。
【０００３】
図２０は、特許文献１に開示された従来のキャッシュ装置を示すブロック図である。図２０に示すように、キャッシュ装置としてのファイルシステム５０は、外部記憶装置５１のファイル５１Ａにアクセスするために必要な条件等を表すアクセス権関連情報を格納する標準属性情報格納部５２と、標準属性情報格納部５２に格納されているファイル５１Ａのアクセス権関連情報に基づいてユーザ認証を行う認識部５３と、ユーザの認証情報に応じたファイル５１Ａの利用内容を表す利用内容情報テーブル５４Ａを格納する利用内容情報記憶部５４と、利用内容情報が表す範囲内でファイル５１Ａにアクセスし、所定の処理を実行する処理部５５と、処理部５５による処理結果が適宜格納される処理結果格納部５６とを備えている。外部記憶装置５１と処理部５５との間には、キャッシュ部５７が設けられ、このキャッシュ部５７には、外部記憶装置５１から処理部５５に読み出されたデータが適宜記憶される。
【特許文献１】特開２００５−１７５６３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような従来のキャッシュ装置は、ファイル５１Ａのデータそのものをキャッシュ部５７に格納するため、互いに異なるデータに対するアクセスが次々に要求されると、ファイル５１Ａの容量に対してキャッシュ部５７の容量が小さい場合には、記憶容量が不足する事態が発生し、キャッシュ機能が有効に働かなくなってしまうという課題を有していた。
【０００５】
本発明は、従来の課題を解決するためになされたもので、互いに異なるデータに対するアクセスが次々に要求されても、キャッシュするための記憶容量を不足させずに、キャッシュ機能を有効に働かせることができるキャッシュ装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のキャッシュ装置は、断片化された複数の部分符号を有する被アクセス情報を記憶する記憶媒体に設けられるキャッシュ装置において、前記部分符号の前記被アクセス情報における少なくとも開始位置および長さを表す要素よりなるテーブルをキャッシュするキャッシュ部と、前記部分符号に対応する要素を前記テーブルに登録するキャッシュ登録部と、アクセスが要求された部分符号に対応する前記テーブルの要素が表す開始位置および長さにしたがって前記記憶媒体から取得した部分符号で該アクセスに応答するアクセス応答部と、を備え、前記テーブルは、前記各要素に部分符号をさらに含むことができ、前記アクセス応答部は、前記アクセスが要求された部分符号に対応する要素が前記部分符号を含む場合に、前記記憶媒体から取得した部分符号で該アクセスに応答せずに、該要素に含まれる部分符号で該アクセスに応答し、前記キャッシュ登録部は、前記部分符号に対応する要素を前記テーブルに登録するときに、前記テーブルに登録する要素のうち前記開始位置および前記長さを表す要素を格納するための記憶容量が前記キャッシュ部に不足している場合には、前記テーブルに登録済みの各要素に含まれる部分符号を削除した上で、前記テーブルに登録する要素のうち前記開始位置および前記長さを表す要素を前記テーブルに登録するような構成を有している。
【発明の効果】
【００２７】
本発明は、互いに異なるデータに対するアクセスが次々に要求されても、キャッシュ部の記憶容量を不足させずに、キャッシュ機能を有効に働かせることができるキャッシュ装置を提供することができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態について、図面を参照して説明する。なお、本発明に係るキャッシュ装置は、断片化された複数の部分符号を有する被アクセス情報を記憶する記憶媒体に設けられるものである。
【００２９】
ここで、被アクセス情報は、複数の部分符号と、各部分符号の開始位置およびサイズを表す情報とを含む。また、被アクセス情報は、ランダムアクセスが可能なフォーマットにしたがって形成されたランダムアクセスデータであり、例えば、ＩＳＯ／ＩＥＣ−１５４４４に規定されたＪＰＥＧ（Joint Photographic Experts Group）２０００形式のＪＰＥＧ２０００ファミリーファイル、ＪＰＥＧ２０００ファミリーファイルのコードストリーム、および、アドビシステムズ社が策定したＰＤＦ（Portable Document Format）ファイル等である。
【００３０】
本実施の形態においては、被アクセス情報として、ＪＰＥＧ２０００ファミリーファイルのコードストリームを適用した例について説明するが、本発明に係るキャッシュ装置が扱う被アクセス情報の形式を限定するものではない。
【００３１】
また、本実施の形態においては、ＩＳＯ／ＩＥＣ−１５４４４に規定されたＪＰＩＰ（Jpeg2000 Interactivity tools, APIs and protocols）に基づいて通信を行うＪＰＩＰサーバに本発明に係るキャッシュ装置を適用した例について説明するが、本発明に係るキャッシュ装置の用途を限定するものではない。
【００３２】
（第１の実施の形態）
本発明の第１の実施の形態のキャッシュ装置を適用したＪＰＩＰサーバを図１に示す。
【００３３】
図１に示すように、ＪＰＩＰサーバ１は、被アクセス情報を格納するための被アクセス情報格納部１０と、部分符号の少なくとも開始位置および長さを表す要素よりなるテーブルをキャッシュするキャッシュ部１１と、部分符号に対応する要素をテーブルに登録するキャッシュ登録部１２と、ネットワークを介して接続されたＪＰＩＰクライアント２によって要求されたアクセスに応答するアクセス応答部１３とを備えている。
【００３４】
より具体的なハードウェア構成としては、ＪＰＩＰサーバ１は、図２に示すように、ＣＰＵ（Central Processing Unit）２０と、ＲＯＭ（Read-Only Memory）２１と、ＲＡＭ（Random Access Memory ）２２と、ハードディスク装置２３と、ネットワークに接続された各機器と通信を行うための通信モジュール２６とを備えたコンピュータ装置によって構成されている。
【００３５】
ＲＯＭ２１やハードディスク装置２３には、当該コンピュータ装置をＪＰＩＰサーバ１として機能させるためのプログラムが格納されている。ＣＰＵ２０は、ＲＯＭ２１やハードディスク装置２３に格納されたプログラムをＲＡＭ２２に読み込みながら実行することにより、ＪＰＩＰサーバ１の各部を制御するようになっている。
【００３６】
ここで、被アクセス情報格納部１０は、ハードディスク装置２３によって構成され、キャッシュ部１１は、ＲＡＭ２２によって構成されている。また、キャッシュ登録部１２は、ＣＰＵ２０によって構成され、アクセス応答部１３は、ＣＰＵ２０および通信モジュール２６によって構成されている。
【００３７】
被アクセス情報格納部１０には、複数のＪＰＥＧ２０００ファミリーファイルが格納されている。ＪＰＥＧ２０００ファミリーファイルは、一般にコードストリームを有し、各コードストリームは、複数のタイルに領域分割された画像を表している。また、各タイルは、各タイルの画像をレイヤ、解像度、色成分および領域別に表すタイルパートを有している。
【００３８】
なお、本発明は、各タイルが解像度別にタイルパートを有する場合と同様に、各タイルがレイヤ、色成分および領域別のタイルパート有するものについても適用することができる。このため、以下の説明においては、代表的に各タイルが解像度別にタイルパートを有する例について説明するが他のタイルパートの種類についても同様に展開できる。
【００３９】
図３（ａ）および（ｂ）は、コードストリームが４つのタイルに分割され、各タイルが解像度別に２つのタイルパートを有する場合に、このコードストリームから得られる画像の例を示している。ここで、図３（ａ）は、各タイルのタイルパート０から得られる低解像度の画像であり、図３（ｂ）は、各タイルのタイルパート０および１から得られる高解像度の画像である。
【００４０】
なお、図３（ａ）および（ｂ）において、各タイルは、T:0、T:1、T:2、T:3と表され、各タイルパートは、TP:0、TP:1と表されている。このような画像を表すコードストリームは、図３（ｃ）に示すように、当該コードストリームの開始点を示すＳＯＣ（Start Of Codestream）マーカと、当該コードストリーム全般に関する情報を表す複数のマーカセグメント（以下、「メインヘッダマーカセグメント」（Main Header Marker Segment）と総称する。）とからなるメインヘッダを有している。また、コードストリームは、当該コードストリームの終了点を示すＥＯＣ（End Of Codestream）マーカを有している。
【００４１】
メインヘッダマーカセグメントには、例えば、ＳＩＺ（Image and tile size）、ＣＯＤ（Coding Style Default）、ＣＯＣ（Coding Style Component）、ＴＬＭ（Tile-part Lengths）およびＰＬＭ（Packet Lengths, Main header）等のマーカセグメントが格納されている。
【００４２】
ＳＩＺマーカセグメントには、当該コードストリームが表す画像のサイズ、タイルのサイズ、タイルのオフセット等の情報が格納されている。また、ＣＯＤマーカセグメントには、レイヤ、解像度、色成分および領域別のタイルパートがどのような順序で格納されているかを表すプログレッションオーダ、ならびに、各タイルパートのレイヤ数、色成分数、階層数および各領域のサイズを表す情報等が格納されている。
【００４３】
ＣＯＣマーカセグメントには、ＣＯＤマーカセグメントで設定された情報の一部を変更するための情報が格納されている。ＴＬＭマーカセグメントには、各タイルパートの長さに関する情報が格納されている。ＰＬＭマーカセグメントには、各タイルパートを構成するパケットの長さに関する情報が格納されている。
【００４４】
また、コードストリームは、各タイルのタイルパートに対して、当該タイルパートの開始点を示すＳＯＴ（Start Of Tile-Part）マーカセグメントと、当該タイルパートに関する情報を表す各マーカセグメント（以下、単に「タイルパートヘッダマーカセグメント」（Tile-Part Header Marker Segment）と総称する。）とからなるタイルパートヘッダと、当該タイルパートのビットストリーム（Bit Stream）の開始点を示すＳＯＤ（Start Of Data）マーカとからなるタイルパートヘッダを有している。
【００４５】
ＳＯＴマーカセグメントには、該当するタイルのインデックス番号、該当するタイルにおける当該タイルパートのインデックス番号、該当するタイルに含まれるタイルパートの数等を表す情報が格納されている。また、各タイルにおける先頭のタイルパートのタイルパートヘッダマーカセグメントには、該当するタイルに対するＣＯＤおよびＣＯＣ等のマーカセグメントが格納されている。
【００４６】
また、コードストリームは、各タイルのタイルパートに対して、タイルパートヘッダに続いて、ビットストリームを有している。なお、本実施の形態においては、タイルパートのビットストリームが部分符号に該当する。
【００４７】
キャッシュ部１１は、図４に示すような、コードストリーム毎のテーブルをキャッシュするようになっている。このテーブルは、各タイルにおける各階層に対するビットストリームの開始位置および長さを１つの要素とする。
【００４８】
ここで、開始位置は、被アクセス情報格納部１０に格納されたＪＰＥＧ２０００ファミリーファイルの先頭から当該ビットストリームの開始位置までのオフセットで表されている。なお、開始位置は、当該ＪＰＥＧ２０００ファミリーファイルの中で当該ビットストリームの開始位置が一意に識別できるように表されていればよい。
【００４９】
また、長さは、当該タイルパートのタイルパートヘッダマーカセグメントとビットストリームとの長さの和で表されている。なお、長さは、当該タイルパートのビットストリームの長さで表されていてもよい。
【００５０】
図１において、キャッシュ登録部１２は、ＪＰＩＰクライアント２から要求されたコードストリームに対するテーブルがキャッシュ部１１にキャッシュされていない場合には、ハードディスク装置２３等の不揮発性の記憶媒体から当該コードストリームに対するテーブルをキャッシュ部１１にキャッシュさせるようになっている。
【００５１】
ここで、キャッシュ登録部１２は、上述した不揮発性の記憶媒体に当該コードストリームに対するテーブルが格納されていない場合には、当該コードストリームに対するテーブルを生成し、生成したテーブルをキャッシュ部１１にキャッシュさせるようになっている。
【００５２】
キャッシュ登録部１２は、このようにキャッシュ部１１にキャッシュされたテーブルに対して、ＪＰＩＰクライアント２から要求されたコードストリームの要求範囲に該当する未登録の要素を登録するようになっている。
【００５３】
アクセス応答部１３は、ＪＰＩＰクライアント２によってアクセスが要求されたコードストリームの要求範囲に該当する要素をキャッシュ部１１にキャッシュされたテーブルから検出し、検出した要素が表す開始位置および長さにしたがって被アクセス情報格納部１０から取得したビットストリームでこのアクセスに応答するようになっている。
【００５４】
以上のように構成されたＪＰＩＰサーバ１について、図５乃至図７を参照してその動作を説明する。
【００５５】
図５において、まず、ＪＰＩＰクライアント２からＪＰＩＰサーバ１にコードストリームのアクセスが要求されると（Ｓ１）、このアクセスの要求が、要求対象のＪＰＥＧ２０００ファミリーファイルのなかで必要なデータの位置と長さをパラメータとしたＳｕｂ−Ｔａｒｇｅｔ方式の要求であるか、ＪＰＩＰクライアント２側で出力される画像の画像領域のサイズ（以下、単に「要求領域情報」という。）と、コードストリームが表す画像のなかでＪＰＩＰクライアント２側が必要とする必要領域の位置および大きさ（以下、単に「必要領域情報」という。）をパラメータとしたｖｉｅｗ−ｗｉｎｄｏｗ方式の要求であるかがアクセス応答部１３によって判断される（Ｓ２）。
【００５６】
ここで、ＪＰＩＰクライアント２からの要求がＳｕｂ−Ｔａｒｇｅｔ方式であると判断された場合には、被アクセス情報格納部１０に格納されたＪＰＥＧ２０００ファミリーファイルのうち、要求対象のＪＰＥＧ２０００ファミリーファイルの指定された位置と長さに対応するデータがアクセス応答部１３によってＪＰＩＰクライアント２に送信され（Ｓ３）、ＪＰＩＰサーバ１の動作はステップＳ１に戻る。
【００５７】
一方、ＪＰＩＰクライアント２からの要求がｖｉｅｗ−ｗｉｎｄｏｗ方式であると判断された場合には、被アクセス情報格納部１０に格納されたＪＰＥＧ２０００ファミリーファイルのうち、要求対象のＪＰＥＧ２０００ファミリーファイルのコードストリームのメインヘッダに含まれるＳＩＺ、ＣＯＤおよびＣＯＣマーカセグメントがアクセス応答部１３によって取得される（Ｓ４）。
【００５８】
次に、ＳＩＺマーカセグメントと、必要領域情報とに基づいて、要求対象のタイルのインデックス番号が抽出されると共に、要求領域情報と、必要領域情報とに基づいて、要求対象の階層がアクセス応答部１３によって抽出される（Ｓ５）。
【００５９】
次に、要求対象のＪＰＥＧ２０００ファミリーファイルのコードストリームのテーブルがキャッシュ部１１にキャッシュされていることがアクセス応答部１３によって確認される（Ｓ６）。
【００６０】
ここで、当該コードストリームのテーブルがキャッシュ部１１にキャッシュされていない場合には、当該コードストリームのテーブルがキャッシュ登録部１２によってハードディスク装置２３等の不揮発性の記憶媒体からキャッシュ部１１にキャッシュされる。
【００６１】
また、不揮発性の記憶媒体に当該コードストリームのテーブルが格納されていない場合には、当該コードストリームのテーブルがキャッシュ登録部１２によって生成され、キャッシュ部１１にキャッシュされる。
【００６２】
当該コードストリームのテーブルがキャッシュ部１１にキャッシュされた状態において、要求対象のタイルのインデックス番号と、要求対象の階層とに対応する全ての要素が当該テーブルに登録済みか否かがアクセス応答部１３によって判断される（Ｓ７）。
【００６３】
要求対象のタイルのインデックス番号と、要求対象の階層とに対応する全ての要素が当該テーブルに登録済みであると判断された場合には、ＪＰＩＰサーバ１の動作は、後述する送信動作を実行し（Ｓ９）、ステップＳ１に戻る。
【００６４】
一方、要求対象のタイルのインデックス番号と、要求対象の階層とに対応する全ての要素が当該テーブルに登録済みでないと判断された場合には、ＪＰＩＰサーバ１の動作は、後述するテーブル登録動作を実行し（Ｓ８）、さらに、送信動作を実行する（Ｓ９）。その後、ＪＰＩＰサーバ１の動作は、ステップＳ１に戻る。
【００６５】
図６は、テーブル登録動作のフローチャートである。図６においては、まず、当該コードストリームから最初のタイルパートヘッダがキャッシュ登録部１２によって検出される（Ｓ２１）。ここで、タイルパートヘッダが検出されなかった場合には（Ｓ２２）、当該コードストリームのテーブルがキャッシュ登録部１２によってハードディスク装置２３等の不揮発性の記憶媒体に保存され（Ｓ２３）、ＪＰＩＰサーバ１の動作は、テーブル登録動作の呼び出し元の次のステップに移る。
【００６６】
一方、タイルパートヘッダが検出された場合には（Ｓ２２）、タイルパートヘッダのＳＯＴマーカセグメントに含まれるタイルのインデックス番号が要求対象のタイルのインデックス番号に含まれるか否かに基づいて、当該タイルパートヘッダが要求対象のタイルに属するものであるか否かがキャッシュ登録部１２によって判断される（Ｓ２４）。
【００６７】
ここで、当該タイルパートヘッダが要求対象のタイルに属するものでないと判断された場合には、当該コードストリームから次のタイルパートヘッダが検出され（Ｓ３０）、ＪＰＩＰサーバ１の動作は、ステップＳ２２に戻る。
【００６８】
一方、当該タイルパートヘッダが要求対象のタイルに属するものであると判断された場合には、ＳＯＴマーカセグメントに含まれるタイルパートのインデックス番号に基づいて、当該タイルパートヘッダがタイルにおける最初のタイルパートに対するものであるか否かがキャッシュ登録部１２によって判断される（Ｓ２５）。
【００６９】
ここで、当該タイルパートヘッダがタイルにおける最初のタイルパートに対するものであると判断された場合には、タイルパートヘッダに含まれるＣＯＤおよびＣＯＣマーカセグメントがキャッシュ登録部１２によって当該コードストリームから抽出される（Ｓ２６）。
【００７０】
このように、メインヘッダから得られたＣＯＤおよびＣＯＣマーカセグメントならびに該当タイルの最初のタイルパートヘッダから得られたＣＯＤおよびＣＯＣマーカセグメントに基づいて、各タイルの階層が決定される。
【００７１】
このように決定された階層に基づいて、当該タイルパートヘッダが要求対象のタイルの要求対象の階層のビットストリームに対するものであるか否か、すなわち、当該タイルパートが要求対象であるか否かがキャッシュ登録部１２によって判断される（Ｓ２７）。
【００７２】
ここで、当該タイルパートが要求対象でないと判断された場合には、当該コードストリームから次のタイルパートヘッダがキャッシュ登録部１２によって検出され（Ｓ３０）、ＪＰＩＰサーバ１の動作は、ステップＳ２２に戻る。
【００７３】
一方、当該タイルパートが要求対象であると判断された場合には、当該タイルパートに対応する要素がキャッシュ部１１にキャッシュされているテーブルに登録済みであるか否かがキャッシュ登録部１２によって判断される（Ｓ２８）。
【００７４】
ここで、当該タイルパートに対応する要素が当該テーブルに登録済みであると判断された場合には、当該コードストリームから次のタイルパートヘッダが検出され（Ｓ３０）、ＪＰＩＰサーバ１の動作は、ステップＳ２２に戻る。
【００７５】
一方、当該タイルパートに対応する要素が当該テーブルに登録済みでないと判断された場合には、当該タイルパートに対応する要素がキャッシュ登録部１２によって当該テーブルに登録される（Ｓ２９）。
【００７６】
ここで、当該要素の開始位置は、当該タイルパートヘッダに続くビットストリームの開始位置でもよく、ＳＯＴマーカセグメントの位置でもよく、タイルパートヘッダに対して当該要素の開始位置を何処にとるかは、ＪＰＩＰクライアント２側との仕様によって決められる。
【００７７】
また、当該要素の長さは、当該タイルパートヘッダに含まれるＳＯＴマーカセグメントから得られる長さ（ＳＯＴマーカセグメントからビットストリームの終了点までの長さ）でもよく、ＳＯＴマーカセグメントから得られる長さからタイルパートヘッダの長さを引いた長さであってもよく、タイルパートヘッダに対して当該要素の長さを何処にとるかは、ＪＰＩＰクライアント２側との仕様によって決められる。
【００７８】
次に、当該コードストリームから次のタイルパートヘッダが検出され（Ｓ３０）、ＪＰＩＰサーバ１の動作は、ステップＳ２２に戻る。
【００７９】
なお、上述したＪＰＩＰサーバ１のテーブル登録動作において、ＪＰＩＰサーバ１は、コードストリームにおいて、アクセスが要求されていないタイルパートに対する要素もテーブルに登録するようにしてもよい。
【００８０】
具体的には、図６に示したテーブル登録動作において、ステップＳ２４を除き、ステップＳ２２の判断がＹＥＳの場合にステップＳ２５が実行されるようにすると共に、ステップＳ２７を除き、ステップＳ２５の判断がＮＯの場合、およびステップＳ２６の次に、ステップＳ２８が実行されるようにしてもよい。
【００８１】
図７は、送信動作のフローチャートである。図７においては、ステップＳ５（図５）で抽出された要求対象のタイルのインデックス番号と、要求対象の階層との各組み合わせに対して、以下のステップＳ４１〜Ｓ４３が実行される。
【００８２】
まず、キャッシュ部１１にキャッシュされたテーブルの該当する要素がアクセス応答部１３によって検出される（Ｓ４１）。
【００８３】
次に、検出された要素が表す開始位置から長さ分のデータが、アクセス応答部１３によって要求対象のＪＰＥＧ２０００ファミリーファイルから読み出され（Ｓ４２）、通信モジュール２６等に含まれる不図示の送信バッファに追加される（Ｓ４３）。
【００８４】
このように、送信バッファにバッファされたデータは、アクセス応答部１３によってＪＰＩＰクライアント２に送信され（Ｓ４４）、ＪＰＩＰサーバ１の動作は、送信動作の呼び出し元の次のステップに移る。
【００８５】
以上に説明したように、本発明の第１の実施の形態のＪＰＩＰサーバ１は、ビットストリーム等の部分符号の少なくとも開始位置および長さを表す要素よりなるテーブルをキャッシュ部１１にキャッシュすることによって、各部分符号の読み出し開始位置と読み出し量とをコードストリーム等の被アクセス情報から検出するためにかかる時間を短縮することができる。
【００８６】
したがって、ＪＰＩＰサーバ１は、部分符号と比較して小さいサイズの要素からなるテーブルをキャッシュ部１１にキャッシュするため、互いに異なるデータに対するアクセスが次々に要求されても、キャッシュするためのキャッシュ部１１の記憶容量を不足させずに、キャッシュ機能を有効に働かせることができる。
【００８７】
（第２の実施の形態）
本発明の第２の実施の形態は、図１に示したＪＰＩＰサーバ１に対して、図８に示すように、キャッシュ部１１にキャッシュされるテーブルの各要素に部分符号であるビットストリームを含めることができるように構成する。
【００８８】
具体的には、本発明の第２の実施の形態は、ＪＰＩＰサーバ１が以下に説明するように動作するよう、キャッシュ登録部１２およびアクセス応答部１３を構成するＣＰＵ２０に実行させるプログラムを変更することによって実現する。
【００８９】
本実施の形態におけるＪＰＩＰサーバ１のテーブル登録動作は、図６に示したテーブル登録動作のステップＳ２９が図９に示すように変更される。図９は、本発明の第２の実施の形態におけるＪＰＩＰサーバ１のテーブル登録動作のステップＳ２９（テーブル要素登録動作）を詳細に示すフローチャートである。
【００９０】
まず、当該タイルパートのビットストリームの開始位置、長さおよびビットストリームを表す要素を格納する記憶容量がキャッシュ部１１にあるか否かがキャッシュ登録部１２によって判断される（Ｓ６１）。
【００９１】
ここで、当該タイルパートのビットストリームの開始位置、長さおよびビットストリームを表す要素を格納する記憶容量がキャッシュ部１１にあると判断された場合には、キャッシュ登録部１２によって当該要素がキャッシュ部１１にキャッシュされたテーブルに登録され（Ｓ６２）、ＪＰＩＰサーバ１の動作は、ステップＳ３０（図６）に移る。
【００９２】
一方、当該タイルパートのビットストリームの開始位置、長さおよびビットストリームを表す要素を格納する記憶容量がキャッシュ部１１にないと判断された場合には、当該タイルパートのビットストリームの開始位置および長さを表す要素を格納する記憶容量がキャッシュ部１１にあるか否かがキャッシュ登録部１２によって判断される（Ｓ６３）。
【００９３】
ここで、当該タイルパートのビットストリームの開始位置および長さを表す要素を格納する記憶容量がキャッシュ部１１にあると判断された場合には、キャッシュ登録部１２によって当該要素がキャッシュ部１１にキャッシュされたテーブルに登録され（Ｓ６４）、ＪＰＩＰサーバ１の動作は、ステップＳ３０（図６）に移る。
【００９４】
一方、当該タイルパートのビットストリームの開始位置および長さを表す要素を格納する記憶容量がキャッシュ部１１にないと判断された場合には、キャッシュ部１１に格納されたテーブルの要素のうちビットストリームを含む要素があるか否かがキャッシュ登録部１２によって判断される（Ｓ６５）。
【００９５】
ここで、当該テーブルの要素のうちビットストリームを含む要素があると判断された場合には、この要素からビットストリームが削除され（Ｓ６６）、ＪＰＩＰサーバ１の動作は、ステップＳ６３に戻る。
【００９６】
一方、当該テーブルの要素のうちビットストリームを含む要素がないと判断された場合には、当該テーブルから１つの要素が削除され（Ｓ６７）、ＪＰＩＰサーバ１の動作は、ステップＳ６３に戻る。
【００９７】
また、本実施の形態におけるＪＰＩＰサーバ１の送信動作は、図７に示した送信動作が図１０に示すように変更される。図１０は、本発明の第２の実施の形態におけるＪＰＩＰサーバ１の送信動作のフローチャートである。
【００９８】
図１０においては、ステップＳ５（図５）で抽出された要求対象のタイルのインデックス番号と、要求対象の階層との各組み合わせに対して、以下のステップＳ８１〜Ｓ８５が実行される。
【００９９】
まず、キャッシュ部１１にキャッシュされたテーブルの該当する要素がアクセス応答部１３によって検出される（Ｓ８１）。
【０１００】
次に、検出された要素にビットストリームが含まれているか否かがアクセス応答部１３によって判断される（Ｓ８２）。ここで、検出された要素にビットストリームが含まれていると判断された場合には、このビットストリームが通信モジュール２６等に含まれる不図示の送信バッファに追加される（Ｓ８３）。
【０１０１】
一方、検出された要素にビットストリームが含まれていないと判断された場合には、当該要素が表す開始位置から長さ分のデータが、アクセス応答部１３によって要求対象のＪＰＥＧ２０００ファミリーファイルから読み出され（Ｓ８４）、送信バッファに追加される（Ｓ８５）。
【０１０２】
このように、送信バッファにバッファされたデータは、アクセス応答部１３によってＪＰＩＰクライアント２に送信され（Ｓ８６）、ＪＰＩＰサーバ１の動作は、送信動作の呼び出し元の次のステップに移る。
【０１０３】
以上に説明したように、本発明の第２の実施の形態のＪＰＩＰサーバ１は、アクセスが要求された部分符号がテーブルの要素に含まれていた場合、この部分符号で応答することができるため、部分符号の要求に対して高速に応答することができる。
【０１０４】
また、ＪＰＩＰサーバ１は、テーブルをキャッシュするキャッシュ部１１の記憶容量が不足しない範囲で部分符号そのものをキャッシュすることができるため、キャッシュするための記憶容量を不足させずに、キャッシュ機能を有効に働かせることができる。
【０１０５】
（第３の実施の形態）
本発明の第３の実施の形態は、図１１に示すように、図１に示したＪＰＩＰサーバ１に対して、部分符号に対するアクセスの可否を当該アクセスの要求元毎に表すアクセス可否情報を格納するアクセス可否情報格納部１４を設ける。
【０１０６】
アクセス可否情報格納部１４は、ハードディスク装置２３によって構成され、アクセス可否情報は、図１２に示すように、アクセスの要求元である各ＪＰＩＰクライアントに対して、各部分符号であるビットストリームに対するアクセスを許可するか否かを表し、テーブル要素登録時に必要に応じて、ＲＡＭ２２に読み込まれる。
【０１０７】
また、本発明の第３の実施の形態は、ＪＰＩＰサーバ１が以下に説明するように動作するよう、キャッシュ登録部１２およびアクセス応答部１３を構成するＣＰＵ２０に実行させるプログラムを変更することによって実現する。
【０１０８】
本実施の形態においてテーブル登録動作のステップＳ２９（図６）では、図１３に示すように、当該タイルパートに対応するアクセス可否情報を含む要素がキャッシュ登録部１２によって当該テーブルに登録される。
【０１０９】
また、図７に示した送信動作は、図１４に示すように変更される。図１４は、本実施の形態における送信動作のフローチャートである。図１４においては、ステップＳ５（図５）で抽出された要求対象のタイルのインデックス番号と、要求対象の階層との各組み合わせに対して、以下のステップＳ１０１〜Ｓ１０４が実行される。
【０１１０】
まず、キャッシュ部１１にキャッシュされたテーブルの該当する要素がアクセス応答部１３によって検出される（Ｓ１０１）。
【０１１１】
次に、検出された要素に含まれるアクセス可否情報に基づいて、当該要素に対応するタイルパートのビットストリームの送信がＪＰＩＰクライアント２に対して許可されているか否かがアクセス応答部１３によって判断される（Ｓ１０２）。
【０１１２】
ここで、当該ビットストリームの送信がＪＰＩＰクライアント２に対して許可されていると判断された場合には、検出された要素が表す開始位置から長さ分のデータが、アクセス応答部１３によって要求対象のＪＰＥＧ２０００ファミリーファイルから読み出され（Ｓ１０３）、通信モジュール２６等に含まれる不図示の送信バッファに追加される（Ｓ１０４）。
【０１１３】
一方、当該ビットストリームの送信がＪＰＩＰクライアント２に対して許可されていないと判断された場合には、ＪＰＩＰサーバ１の動作は、ステップＳ１０３およびＳ１０４をスキップする。
【０１１４】
このように、送信バッファにバッファされたデータは、アクセス応答部１３によってＪＰＩＰクライアント２に送信され（Ｓ１０５）、ＪＰＩＰサーバ１の動作は、送信動作の呼び出し元の次のステップに移る。
【０１１５】
この構成により、以上に説明したように、本発明の第３の実施の形態のＪＰＩＰサーバ１は、部分符号に対するアクセスの可否を当該アクセスの要求元毎に表すアクセス可否情報もキャッシュするため、アクセス可否情報格納部１４にアクセスする回数を減らすことができる。
【０１１６】
（第４の実施の形態）
本発明の第４の実施の形態は、本発明の第１の実施の形態がタイルパートのビットストリームを部分符号としたのに対し、タイルパートに含まれるパケットを部分符号とする。
【０１１７】
具体的には、本発明の第４の実施の形態は、本発明の第１の実施の形態のＪＰＩＰサーバ１が後述するように動作するよう、キャッシュ登録部１２およびアクセス応答部１３を構成するＣＰＵ２０に実行させるプログラムを変更することによって実現する。
【０１１８】
また、本実施の形態において、キャッシュ部１１は、図１５に示すように、パケット毎のテーブルをキャッシュするようになっている。このテーブルは、各タイルにおける各階層を構成する各パケットの識別番号（プリシンクトＩＤ）、開始位置および長さを１つの要素とする。
【０１１９】
以上のように構成されたＪＰＩＰサーバ１について、図１６乃至図１９を参照してその動作を説明する。
【０１２０】
図１６において、まず、ＪＰＩＰクライアント２からＪＰＩＰサーバ１にパケットのアクセスが要求されると（Ｓ２０１）、このアクセスの要求が、Ｓｕｂ−Ｔａｒｇｅｔ方式の要求であるか、ｖｉｅｗ−ｗｉｎｄｏｗ方式の要求であるかがアクセス応答部１３によって判断される（Ｓ２０２）。
【０１２１】
ここで、ＪＰＩＰクライアント２からの要求がＳｕｂ−Ｔａｒｇｅｔ方式であると判断された場合には、被アクセス情報格納部１０に格納されたＪＰＥＧ２０００ファミリーファイルのうち、要求対象のＪＰＥＧ２０００ファミリーファイルの指定された位置と長さに対応するデータがアクセス応答部１３によってＪＰＩＰクライアント２に送信され（Ｓ２０３）、ＪＰＩＰサーバ１の動作はステップＳ２０１に戻る。
【０１２２】
一方、ＪＰＩＰクライアント２からの要求がｖｉｅｗ−ｗｉｎｄｏｗ方式であると判断された場合には、被アクセス情報格納部１０に格納されたＪＰＥＧ２０００ファミリーファイルのうち、要求対象のＪＰＥＧ２０００ファミリーファイルのコードストリームのメインヘッダに含まれるＳＩＺ、ＣＯＤおよびＣＯＣマーカセグメントがアクセス応答部１３によって取得される（Ｓ２０４）。
【０１２３】
次に、ＳＩＺマーカセグメントと、必要領域情報とに基づいて、要求対象のタイルのインデックス番号が抽出されると共に、要求領域情報と、必要領域情報とに基づいて、要求対象の階層およびプリシンクトＩＤがアクセス応答部１３によって抽出される（Ｓ２０５）。
【０１２４】
次に、要求対象のＪＰＥＧ２０００ファミリーファイルのコードストリームのテーブルがキャッシュ部１１にキャッシュされていることがアクセス応答部１３によって確認される（Ｓ２０６）。
【０１２５】
ここで、当該コードストリームのテーブルがキャッシュ部１１にキャッシュされていない場合には、当該コードストリームのテーブルがキャッシュ登録部１２によってハードディスク装置２３等の不揮発性の記憶媒体からキャッシュ部１１にキャッシュされる。
【０１２６】
また、不揮発性の記憶媒体に当該コードストリームのテーブルが格納されていない場合には、当該コードストリームのテーブルがキャッシュ登録部１２によって生成され、キャッシュ部１１にキャッシュされる。
【０１２７】
当該コードストリームのテーブルがキャッシュ部１１にキャッシュされた状態において、要求対象のタイルのインデックス番号と、要求対象の階層と、プリシンクトＩＤとに対応する全ての要素が当該テーブルに登録済みか否かがアクセス応答部１３によって判断される（Ｓ２０７）。
【０１２８】
要求対象のタイルのインデックス番号と、要求対象の階層と、プリシンクトＩＤとに対応する全ての要素が当該テーブルに登録済みであると判断された場合には、ＪＰＩＰサーバ１の動作は、後述する送信動作を実行し（Ｓ２０９）、ステップＳ２０１に戻る。
【０１２９】
一方、要求対象のタイルのインデックス番号と、要求対象の階層と、プリシンクトＩＤとに対応する全ての要素が当該テーブルに登録済みでないと判断された場合には、ＪＰＩＰサーバ１の動作は、後述するテーブル登録動作を実行し（Ｓ２０８）、さらに、送信動作を実行する（Ｓ２０９）。その後、ＪＰＩＰサーバ１の動作は、ステップＳ２０１に戻る。
【０１３０】
図１７は、テーブル登録動作のフローチャートである。図１７においては、まず、当該コードストリームから最初のタイルパートヘッダがキャッシュ登録部１２によって検出される（Ｓ２２１）。
【０１３１】
ここで、タイルパートヘッダが検出されなかった場合には（Ｓ２２２）、当該コードストリームのテーブルがキャッシュ登録部１２によってハードディスク装置２３等の不揮発性の記憶媒体に保存され（Ｓ２２３）、ＪＰＩＰサーバ１の動作は、テーブル登録動作の呼び出し元の次のステップに移る。
【０１３２】
一方、タイルパートヘッダが検出された場合には（Ｓ２２２）、タイルパートヘッダのＳＯＴマーカセグメントに含まれるタイルのインデックス番号が要求対象のタイルのインデックス番号に含まれるか否かに基づいて、当該タイルパートヘッダが要求対象のタイルに属するものであるか否かがキャッシュ登録部１２によって判断される（Ｓ２２４）。
【０１３３】
ここで、当該タイルパートヘッダが要求対象のタイルに属するものでないと判断された場合には、当該コードストリームから次のタイルパートヘッダが検出され（Ｓ２３０）、ＪＰＩＰサーバ１の動作は、ステップＳ２２２に戻る。
【０１３４】
一方、当該タイルパートヘッダが要求対象のタイルに属するものであると判断された場合には、ＳＯＴマーカセグメントに含まれるタイルパートのインデックス番号に基づいて、当該タイルパートヘッダがタイルにおける最初のタイルパートに対するものであるか否かがキャッシュ登録部１２によって判断される（Ｓ２２５）。
【０１３５】
ここで、当該タイルパートヘッダがタイルにおける最初のタイルパートに対するものであると判断された場合には、タイルパートヘッダに含まれるＣＯＤおよびＣＯＣマーカセグメントがキャッシュ登録部１２によって当該コードストリームから抽出される（Ｓ２２６）。
【０１３６】
このように、メインヘッダから得られたＣＯＤおよびＣＯＣマーカセグメントならびに該当タイルの最初のタイルパートヘッダから得られたＣＯＤおよびＣＯＣマーカセグメントに基づいて、各タイルの階層が決定される。
【０１３７】
このように決定された階層に基づいて、当該タイルパートヘッダが要求対象のタイルの要求対象の階層のビットストリームに対するものであるか否か、すなわち、当該タイルパートが要求対象であるか否かがキャッシュ登録部１２によって判断される（Ｓ２２７）。
【０１３８】
ここで、当該タイルパートが要求対象でなないと判断された場合には、当該コードストリームから次のタイルパートヘッダがキャッシュ登録部１２によって検出され（Ｓ２３０）、ＪＰＩＰサーバ１の動作は、ステップＳ２２２に戻る。
【０１３９】
一方、当該タイルパートが要求対象であると判断された場合には、当該タイルパートに対して、後述するテーブル要素登録動作が実行される（Ｓ２２８）。次に、当該コードストリームから次のタイルパートヘッダが検出され（Ｓ２３０）、ＪＰＩＰサーバ１の動作は、ステップＳ２２２に戻る。
【０１４０】
なお、上述したＪＰＩＰサーバ１のテーブル登録動作において、ＪＰＩＰサーバ１は、コードストリームにおいて、アクセスが要求されていないタイルパートのパケットに対する要素もテーブルに登録するようにしてもよい。
【０１４１】
具体的には、図１７に示したテーブル登録動作において、ステップＳ２２４を除き、ステップＳ２２２の判断がＹＥＳの場合にステップＳ２２５が実行されるようにすると共に、ステップＳ２２７を除き、ステップＳ２２５の判断がＮＯの場合、およびステップＳ２２６の次に、ステップＳ２２８が実行されるようにしてもよい。
【０１４２】
図１８は、テーブル要素登録動作のフローチャートである。図１８においては、まず、当該タイルパートの最初のパケットがキャッシュ登録部１２によって検出される（Ｓ２３１）。ここで、パケットが検出されなかった場合には（Ｓ２３２）、ＪＰＩＰサーバ１の動作は、テーブル登録動作の呼び出し元の次のステップに移る。
【０１４３】
一方、パケットが検出された場合には、当該パケットが要求対象であるか否かがキャッシュ登録部１２によって判断される（Ｓ２３３）。ここで、当該パケットが要求対象でないと判断された場合には、当該タイルパートの次のパケットが検出され（Ｓ２３６）、ＪＰＩＰサーバ１の動作は、ステップＳ２３２に戻る。
【０１４４】
なお、キャッシュ登録部１２は、タイルパートのビットストリームに含まれるＳＯＰ（Start of packet）マーカを検出することによって各パケットを検出するようにしてもよく、メインヘッダマーカセグメントに含まれるＰＬＭマーカセグメントまたはタイルパートヘッダマーカセグメントに含まれるＰＬＴ（Packet Lengths, tile-part header）マーカセグメントに含まれる各パケットの長さを表す情報に基づいて各パケットを検出するようにしてもよい。
【０１４５】
ステップＳ２３３において、当該パケットが要求対象であると判断された場合には、当該パケットに対応する要素がキャッシュ部１１にキャッシュされているテーブルに登録済みであるか否かがキャッシュ登録部１２によって判断される（Ｓ２３４）。
【０１４６】
ここで、当該パケットに対応する要素が当該テーブルに登録済みでないと判断された場合には、当該パケットに対応する要素がキャッシュ登録部１２によって当該テーブルに登録される（Ｓ２３５）。
【０１４７】
当該パケットに対応する要素が当該テーブルに登録された場合、または、ステップＳ２３４において、当該パケットに対応する要素が当該テーブルに登録済みであると判断された場合には、当該タイルパートの次のパケットが検出され（Ｓ２３６）、ＪＰＩＰサーバ１の動作は、ステップＳ２３２に戻る。
【０１４８】
なお、上述したＪＰＩＰサーバ１のテーブル要素登録動作において、ＪＰＩＰサーバ１は、アクセスが要求されていないパケットに対する要素もテーブルに登録するようにしてもよい。具体的には、図１８に示したテーブル登録動作において、ステップＳ２３３を除き、ステップＳ２３２の判断がＹＥＳの場合にステップＳ２３４が実行されるようにしてもよい。
【０１４９】
図１９は、送信動作のフローチャートである。図１９においては、ステップＳ２０５（図１６）で抽出された要求対象のタイルのインデックス番号と、要求対象の階層と、プリシンクトＩＤとの各組み合わせに対して、以下のステップＳ２４１〜Ｓ２４３が実行される。
【０１５０】
まず、キャッシュ部１１にキャッシュされたテーブルの該当する要素がアクセス応答部１３によって検出される（Ｓ２４１）。
【０１５１】
次に、検出された要素が表す開始位置から長さ分のデータが、アクセス応答部１３によって要求対象のＪＰＥＧ２０００ファミリーファイルから読み出され（Ｓ２４２）、通信モジュール２６等に含まれる不図示の送信バッファに追加される（Ｓ２４３）。
【０１５２】
このように、送信バッファにバッファされたデータは、アクセス応答部１３によってＪＰＩＰクライアント２に送信され（Ｓ２４４）、ＪＰＩＰサーバ１の動作は、送信動作の呼び出し元の次のステップに移る。
【０１５３】
以上に説明したように、本発明の第４の実施の形態のＪＰＩＰサーバ１は、パケットの少なくとも開始位置および長さを表す要素よりなるテーブルをキャッシュ部１１にキャッシュすることによって、各パケットの読み出し開始位置と読み出し量とをコードストリーム等の被アクセス情報から検出するためにかかる時間を短縮することができる。
【０１５４】
したがって、ＪＰＩＰサーバ１は、パケットと比較して小さいサイズの要素からなるテーブルをキャッシュ部１１にキャッシュするため、互いに異なるデータに対するアクセスが次々に要求されても、キャッシュするためのキャッシュ部１１の記憶容量を不足させずに、キャッシュ機能を有効に働かせることができる。
【０１５５】
なお、本発明の第４の実施の形態に対して、本発明の第２の実施の形態で説明したように、キャッシュ部１１にキャッシュされるテーブルの各要素にパケットを含めるようにしてもよい。このように構成した場合については、本発明の各実施の形態の説明に基づいて容易に理解できるため、説明を省略する。
【０１５６】
また、本発明の第４の実施の形態に対して、本発明の第３の実施の形態で説明したように、パケットに対するアクセスの可否を当該アクセスの要求元毎に表すアクセス可否情報を格納するアクセス可否情報格納部１４を設けるようにしてもよい。このように構成した場合については、本発明の各実施の形態の説明に基づいて容易に理解できるため、説明を省略する。
【図面の簡単な説明】
【０１５７】
【図１】本発明の第１の実施の形態のキャッシュ装置を示すブロック図である。
【図２】本発明の第１の実施の形態のキャッシュ装置のハードウェア構成を示すブロック図である。
【図３】本発明の第１の実施の形態のキャッシュ装置に適用されるコードストリームが表す画像の例およびコードストリームのデータ構成を示す概念図である。
【図４】本発明の第１の実施の形態のキャッシュ装置を構成するキャッシュ部にキャッシュされるテーブルを示す概念図である。
【図５】本発明の第１の実施の形態のキャッシュ装置の動作を示すフローチャートである。
【図６】本発明の第１の実施の形態のキャッシュ装置のテーブル登録動作を示すフローチャートである。
【図７】本発明の第１の実施の形態のキャッシュ装置の送信動作を示すフローチャートである。
【図８】本発明の第２の実施の形態のキャッシュ装置を構成するキャッシュ部にキャッシュされるテーブルを示す概念図である。
【図９】本発明の第２の実施の形態のキャッシュ装置のテーブル要素登録動作を示すフローチャートである。
【図１０】本発明の第２の実施の形態のキャッシュ装置の送信動作を示すフローチャートである。
【図１１】本発明の第３の実施の形態のキャッシュ装置を示すブロック図である。
【図１２】本発明の第３の実施の形態のキャッシュ装置を構成するアクセス可否情報格納部に格納されるアクセス可否情報を示す概念図である。
【図１３】本発明の第３の実施の形態のキャッシュ装置を構成するキャッシュ部にキャッシュされるテーブルを示す概念図である。
【図１４】本発明の第３の実施の形態のキャッシュ装置の送信動作を示すフローチャートである。
【図１５】本発明の第４の実施の形態のキャッシュ装置を構成するキャッシュ部にキャッシュされるテーブルを示す概念図である。
【図１６】本発明の第４の実施の形態のキャッシュ装置の動作を示すフローチャートである。
【図１７】本発明の第４の実施の形態のキャッシュ装置のテーブル登録動作を示すフローチャートである。
【図１８】本発明の第４の実施の形態のキャッシュ装置のテーブル要素登録動作を示すフローチャートである。
【図１９】本発明の第４の実施の形態のキャッシュ装置の送信動作を示すフローチャートである。
【図２０】従来のキャッシュ装置を示すブロック図である。
【符号の説明】
【０１５８】
１  ＪＰＩＰサーバ
２  ＪＰＩＰクライアント
１０  被アクセス情報格納部
１１  キャッシュ部
１２  キャッシュ登録部
１３  アクセス応答部
１４  アクセス可否情報格納部
２０  ＣＰＵ
２１  ＲＯＭ
２２  ＲＡＭ
２３  ハードディスク装置
２６  通信モジュール
５０  ファイルシステム
５１  外部記憶装置
５２  標準属性情報格納部
５３  認識部
５４  利用内容情報記憶部
５５  処理部
５６  処理結果格納部
５７  キャッシュ部
【図１】
0005151561.tif 000002
【図２】
0005151561.tif 000003
【図３】
0005151561.tif 000004
【図４】
0005151561.tif 000005
【図５】
0005151561.tif 000006
【図６】
0005151561.tif 000007
【図７】
0005151561.tif 000008
【図８】
0005151561.tif 000009
【図９】
0005151561.tif 000010
【図１０】
0005151561.tif 000011
【図１１】
0005151561.tif 000012
【図１２】
0005151561.tif 000013
【図１３】
0005151561.tif 000014
【図１４】
0005151561.tif 000015
【図１５】
0005151561.tif 000016
【図１６】
0005151561.tif 000017
【図１７】
0005151561.tif 000018
【図１８】
0005151561.tif 000019
【図１９】
0005151561.tif 000020
【図２０】
0005151561.tif 000021