(57)【要約】【課題】本発明は、サービスの応答性を向上させ得るクライアント装置を提案する。【解決手段】ローカルキャッシュ機能を有するクライアント装置であって、ローカルキャッシュ機能を有する他のクライアント装置から、前記他のクライアント装置が保持するコンテンツの識別情報と、前記他のクライアント装置の識別情報とを対応づけて格納する外部共有テーブルを取得する手段と、ユーザからコンテンツの参照要求を受け付ける手段と、前記参照要求により特定されるコンテンツの識別情報が前記外部共有テーブルに登録されているかどうかを判断し、登録されていない場合に、前記参照要求に基づいてリクエストの送信先を決定し、登録されている場合に、前記外部共有テーブルに登録されている前記他のクライアントの識別情報に基づいてリクエストの送信先を決定して、決定したリクエストを送信する手段と、前記リクエストに応じてコンテンツを取得する手段とを備える。【選択図】図１
2011043945.tif 000002
【特許請求の範囲】
【請求項１】
ローカルキャッシュ機能を有するクライアント装置であって、
前記ローカルキャッシュ機能を有する他のクライアント装置から、前記他のクライアント装置が保持するコンテンツの識別情報と、前記他のクライアント装置の識別情報とを対応づけて格納する外部共有テーブルを取得する手段と、
ユーザからコンテンツの参照要求を受け付ける手段と、
前記参照要求により特定されるコンテンツの識別情報が前記外部共有テーブルに登録されているかどうかを判断し、登録されていない場合に、前記参照要求に基づいてリクエストの送信先を決定し、登録されている場合に、前記外部共有テーブルに登録されている前記他のクライアントの識別情報に基づいてリクエストの送信先を決定して、前記決定したリクエストを送信する手段と、
前記リクエストに応じてコンテンツを取得する手段と
を備えることを特徴とするクライアント装置。
【請求項２】
前記取得したコンテンツをローカルキャッシュに記憶する手段と、
前記取得したコンテンツの識別情報と、自己の識別情報とを対応づけて内部共有テーブルに格納する手段と、
前記内部共有テーブルに格納した情報を前記他のクライアント装置に送信する手段と
を備えることを特徴とする請求項１に記載のクライアント装置。
【請求項３】
前記ローカルキャッシュに格納されている前記コンテンツについて、前記他のクライアント装置から要求された場合に、当該コンテンツを要求した前記他のクライアント装置に送信する手段
を備えることを特徴とする請求項２に記載のクライアント装置。
【請求項４】
前記他のクライアント装置から取得したコンテンツが他のコンテンツを参照している場合に、当該他のクライアント装置から前記取得したコンテンツが参照している他のコンテンツについても取得する手段
を備えることを特徴とする請求項１に記載のクライアント装置。
【請求項５】
ローカルキャッシュ機能を有するクライアント装置の制御方法であって、
前記ローカルキャッシュ機能を有する他のクライアント装置から、前記他のクライアント装置が保持するコンテンツの識別情報と、前記他のクライアント装置の識別情報とを対応づけて格納する外部共有テーブルを取得するステップと、
ユーザからコンテンツの参照要求を受け付けるステップと、
前記参照要求により特定されるコンテンツの識別情報が前記外部共有テーブルに登録されているかどうかを判断し、登録されていない場合に、前記参照要求に基づいてリクエストの送信先を決定し、登録されている場合に、前記外部共有テーブルに登録されている前記他のクライアントの識別情報に基づいてリクエストの送信先を決定して、前記決定したリクエストを送信するステップと、
前記リクエストに応じてコンテンツを取得するステップと
を備えることを特徴とするクライアント装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置からコンテンツを取得するクライアント装置及びその制御方法に関する。
【背景技術】
【０００２】
ブラウザ装置などのクライアント装置によるコンテンツの閲覧は、サーバ装置にアクセスして必要なコンテンツを取得することにより行われている。この場合、コンテンツ提供側は十分な応答性を確保することができるようにサーバ装置の設備を用意して対応するのが一般的である。また、ネットワークの通信量の軽減などの目的でプロキシサーバを用意して対応することもある。
【０００３】
コンテンツの閲覧を行うクライアント装置としては、データベースを管理するサーバからこのデータベースの各データの更新時刻に関する情報を取得する第１の情報取得手段と、データベースを利用する各クライアントが現在記憶しているデータベースのデータおよびこの記憶されたデータの更新時刻に関する情報を各クライアントに直接問い合わせて取得する第２の情報取得手段と、第１の情報取得手段により取得される情報と第２の情報取得手段により取得される情報とを参照して、各クライアントのいずれかが現在記憶しているデータベースのデータが最新のものであるとき、当該データを送信するよう該当するクライアントに要求するデータ送信要求手段とを備えるクライアント装置が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−０８９９９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
クライアント装置によるコンテンツの閲覧は、サーバ装置側からコンテンツを取得することを前提にしているため、サーバ装置の数に対してコンテンツを要求するクライアント装置の数が圧倒的に多いのが通常である。特に、人気の高いサイト（コンテンツ）や注目が集まるサイトへのアクセスが集中するケースが多い。
【０００６】
この場合、クライアント装置によるコンテンツの閲覧は、多数のクライアント装置が対象のサーバ装置上との情報の送受信を行うこととなるので、特定のサーバ装置及び通信経路に負荷が集中する結果となり、サーバ装置を増設したり、プロキシサーバを用意してもサービスの応答性を十分に確保することができないという問題がある。
【０００７】
本発明は以上の点を考慮してなされたものであり、サービスの応答性を向上させ得るクラアント装置及びその制御方法を提案するものである。
【課題を解決するための手段】
【０００８】
かかる課題を解決するために本発明においては、ローカルキャッシュ機能を有するクライアント装置であって、前記ローカルキャッシュ機能を有する他のクライアント装置から、前記他のクライアント装置が保持するコンテンツの識別情報と、前記他のクライアント装置の識別情報とを対応づけて格納する外部共有テーブルを取得する手段と、ユーザからコンテンツの参照要求を受け付ける手段と、前記参照要求により特定されるコンテンツの識別情報が前記外部共有テーブルに登録されているかどうかを判断し、登録されていない場合に、前記参照要求に基づいてリクエストの送信先を決定し、登録されている場合に、前記外部共有テーブルに登録されている前記他のクライアントの識別情報に基づいてリクエストの送信先を決定して、前記決定したリクエストを送信する手段と、前記リクエストに応じてコンテンツを取得する手段とを備える。
【０００９】
また、本発明においては、ローカルキャッシュ機能を有するクライアント装置の制御方法であって、前記ローカルキャッシュ機能を有する他のクライアント装置から、前記他のクライアント装置が保持するコンテンツの識別情報と、前記他のクライアント装置の識別情報とを対応づけて格納する外部共有テーブルを取得するステップと、ユーザからコンテンツの参照要求を受け付けるステップと、前記参照要求により特定されるコンテンツの識別情報が前記外部共有テーブルに登録されているかどうかを判断し、登録されていない場合に、前記参照要求に基づいてリクエストの送信先を決定し、登録されている場合に、前記外部共有テーブルに登録されている前記他のクライアントの識別情報に基づいてリクエストの送信先を決定して、前記決定したリクエストを送信するステップと、前記リクエストに応じてコンテンツを取得するステップとを備える。
【００１０】
従って、本発明では、他のクライアント装置のローカルキャッシュから目的のコンテンツを検索・共有できるため、サーバ装置及び通信経路への負荷の集中を軽減することができる。
【発明の効果】
【００１１】
本発明によれば、サービスの応答性を向上させ得るクライアント装置及びその制御方法を実現することができる。
【図面の簡単な説明】
【００１２】
【図１】情報処理システムの構成を示すブロック図の一例である。
【図２】ブラウザ装置の構成を示すブロック図の一例である。
【図３】コンテンツ取得最適化手順を示すフローチャートの一例である。
【図４】コンテンツ管理手順を示すフローチャートの一例である。
【図５】コンテンツ位置情報共有手順を示すフローチャートの一例である。
【図６】コンテンツ位置情報共有手順を示すフローチャートの一例である。
【図７】ローカルキャッシュ共有手順を示すフローチャートの一例である。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施の形態を、図面を参照して詳細に説明する。なお、これにより本発明が限定されるものではない。
【００１４】
図１は、本実施の形態の情報処理システム１の構成を示している。情報処理システム１は、アプリケーションサーバ２、プロキシサーバ３及びブラウザ装置４から構成されている。なお、矢印は、後述するように、コンテンツをリクエスト（要求）する流れ及びリクエストに対してレスポンス（応答）する流れを示している。
【００１５】
アプリケーションサーバ２及びプロキシサーバ３は、パーソナルコンピュータなどにより構成されており、例えば、キャッシュにコンテンツを格納しており、ブラウザ装置４からのリクエストに基づいて、該当するコンテンツを送信する。
【００１６】
図２は、本実施の形態のブラウザ装置４の構成を示している。ブラウザ装置４は、コンテンツ取得最適化部１２、コンテンツ管理部１３、コンテンツ位置情報共有部１４、ローカルキャッシュ共有部１６及びローカルキャッシュ１７から構成されている。
【００１７】
例えば、Ｗｅｂなどのコンテンツを参照するためのコンテンツ取得要求１１は、コンテンツ取得最適化部１２を介してリクエストキュー１８に登録される。
【００１８】
コンテンツ取得最適化部１２は、共有可能なコンテンツか否かを判断する共有情報判定部２１、共有可能なコンテンツの場合に共有管理情報を生成する共有管理情報生成部２２及び最終的なコンテンツの取得位置の情報などから構成されるコンテンツ情報をリクエストキュー１８に登録するリクエスト登録部２３から構成されている。
【００１９】
コンテンツ管理部１３は、リクエストキュー１８を介してコンテンツ情報を取得し、取得したコンテンツをローカルキャッシュ１７に登録する。
【００２０】
コンテンツ管理部１３は、リクエストキュー１８のコンテンツ情報からコンテンツの所有者にコンテンツの要求を行うリクエスト送信部３１、コンテンツの取得を行うレスポンス受信部３２、取得したコンテンツ（コンテンツデータ３３）が共有可能か否かを判定する共有情報判定部３４、共有可能な情報の場合に管理情報７１を生成する共有管理情報生成部３５、コンテンツデータ３３（コンテンツデータ７２）と管理情報７１とをローカルキャッシュ１７に登録するキャッシュ登録部３６及びコンテンツデータ３３の中に他のコンテンツへの参照が含まれている場合にそれらの参照情報を抽出する参照情報抽出部３７から構成されている。参照情報抽出部３７が抽出した参照情報は、コンテンツ取得要求１１としてコンテンツ取得最適化部１２に入力され、引き続きコンテンツの取得が行われる。
【００２１】
ローカルキャッシュ１７には、管理情報７１とコンテンツデータ７２（コンテンツデータ３３）とが関連付けられて格納される。
【００２２】
コンテンツ位置情報共有部１４は、共有情報送受信部４１により他のブラウザ装置４から共有可能なコンテンツの所有者位置情報５２を送受信し、共有情報管理表１５に登録する。また、コンテンツ位置情報共有部１４は、ローカルキャッシュ１７から他のブラウザ装置４と共有可能なコンテンツの管理情報５１（管理情報７１）を取得して、共有情報登録部４２を介して共有情報管理表１５に登録する。
【００２３】
共有情報管理表１５は、管理情報５１（コンテンツの識別情報）と所有者位置情報５２（自己の識別情報、他のクライアント装置の識別情報）とを関連付けて管理する。
【００２４】
ローカルキャッシュ共有部１６は、他のブラウザ装置４のリクエスト送信部３１からのリクエストを受け付けるリクエスト受信部６１、リクエスト中の要求されたコンテンツをローカルキャッシュ１７で検索を行うキャッシュ検索部６２及びローカルキャッシュ１７の検索結果を要求元の他のブラウザ装置４に返却するレスポンス送信部６３から構成されている。
【００２５】
次に、ユーザの操作によりコンテンツ取得要求１１（コンテンツの参照要求）が作成された際のコンテンツ取得最適化部１２の動作を、図３のフローチャートに沿って説明する。
【００２６】
共有情報判定部２１は、ユーザの操作によりコンテンツ取得要求１１が作成されると、当該コンテンツ取得要求１１の内容を分析し（３０１）、どのブラウザ装置４に対しても同一となるコンテンツ、すなわち共有可能なコンテンツのコンテンツ取得要求１１か否かを判定する（３０２）。例えば、どのブラウザ装置４に対しても同一となるコンテンツとしては、動的に作成しない情報、代表的なものとして静止画、動画、アイコンなどがあり、Ｗｅｂページの装飾情報などに使用され、どのブラウザ装置４でも同一のデータを受信する。
【００２７】
そして、共有情報判定部２１は、共有できないコンテンツのコンテンツ取得要求１１の場合（３０２：ＮＯ）、従来と同様に、コンテンツの所有者であるアプリケーションサーバ２などに要求を行うため管理情報５１を生成せず、ステップ３０８に進む。
【００２８】
これに対して、共有管理情報生成部２２は、共有情報判定部２１により共有可能なコンテンツのコンテンツ取得要求１１と判定された場合（３０２：ＹＥＳ）、該当するコンテンツの位置情報から管理情報５１（管理情報７１も同一情報である）を生成する（３０３）。管理情報５１は、ドメイン情報、サーバ名情報、サーバ内パス名情報を有しており、コンテンツの位置を一意に示すと同時に、種々のコンテンツを所定のグループにグループ化して、グループ単位で管理するための情報であり、これによりコンテンツの検索性能を向上させることもできる。
【００２９】
続いて、リクエスト登録部２３は、共有情報管理表１５を検索して（３０４）、取得要求するコンテンツが他のブラウザ装置４のローカルキャッシュ１７に既に取得済みであるか否かをチェックする（３０５）。
【００３０】
そして、リクエスト登録部２３は、既に他のブラウザ装置４が該当するコンテンツを所有している場合（３０５：ＹＥＳ）、所有者位置情報５２をアプリケーションサーバ２ではなく当該ブラウザ装置４の位置情報に設定してリクエストを作成し（３０６）、管理情報５１とリクエストとをリクエストキュー１８に登録する（リクエストの送信先を決定する）（３０７）。これに対して、リクエスト登録部２３は、該当するコンテンツを他のブラウザ装置４を含めてまだ取得していない場合（３０５：ＮＯ）、所有者位置情報５２をアプリケーションサーバ２内の位置情報に設定してリクエストを作成し（３０８）、当該リクエストをリクエストキュー１８に登録する（リクエストの送信先を決定する）（３０９）。
【００３１】
次に、コンテンツ取得最適化部１２によりリクエストキュー１８が登録された際のコンテンツ管理部１３の動作を、図４のフローチャートに沿って説明する。
【００３２】
リクエスト送信部３１は、登録されたリクエストキュー１８から順に読み出し処理を行う（４０１）。続いて、リクエスト送信部３１は、読み出したリクエストに含まれる所有者位置情報５２に従い、アプリケーションサーバ２又は該当するブラウザ装置４に対してコンテンツのリクエストを送信する（４０２）。続いて、レスポンス受信部３２は、アプリケーションサーバ２又は該当するブラウザ装置４からコンテンツを受信するのを待ち合わせる（４０３）。
【００３３】
続いて、参照情報抽出部３７は、取得したコンテンツ（コンテンツデータ３３がそれに該当する）を分析し（４０４）、取得したコンテンツデータ３３が他のコンテンツを参照して否かの解析処理を行う（４０５）。そして、参照情報抽出部３７は、参照情報抽出部３７の解析結果が他のコンテンツを参照していることを検出した場合（４０５：ＹＥＳ）、その検索結果である検出したコンテンツのコンテンツ取得要求１１をコンテンツ取得最適化部１２に入力し（４０６）、前述の一連の処理（共有情報判定部２１〜共有管理情報生成部２２〜リクエスト登録部２３）を経てリクエストキュー１８に逐次登録する。なお、コンテンツ取得最適化部１２は、必要に応じて複数のコンテンツ取得要求１１を同時に処理することが可能である。またなお、参照情報抽出部３７は、他のコンテンツを再帰的に取得する回数を、例えば、３回までというように所定の回数に制限するようにしても良い。また、ユーザが規定の回数を設定できるようにしても良い。
【００３４】
続いて、共有情報判定部３４は、コンテンツデータ３３が共有可能なコンテンツか否かを判定する（４０７）。そして、共有管理情報生成部３５は、共有情報判定部３４によりコンテンツデータ３３が共有可能なコンテンツであると判定された場合（４０７：ＹＥＳ）、管理情報７１（管理情報５１と同一情報である）を生成する（４０８）。続いて、キャッシュ登録部３６は、生成した管理情報７１と、取得したコンテンツデータ３３（コンテンツデータ７２と同一情報である）とを関連づけてローカルキャッシュ１７に格納する（４０９）。これに対して、キャッシュ登録部３６は、共有情報判定部３４によりコンテンツデータ３３が共有できないコンテンツであると判定された場合（４０７：ＮＯ）、取得したコンテンツデータ３３（コンテンツデータ７２）をローカルキャッシュ１７に格納する（４１０）。なお、コンテンツ管理部１３は、必要に応じて複数のリクエストを同時に処理することが可能である。
【００３５】
次に、共有可能なコンテンツが格納された際のコンテンツ位置情報共有部１４の動作を、図５及び図６のフローチャートに沿って説明する。
【００３６】
共有情報登録部４２は、共有可能なコンテンツがローカルキャッシュ１７に格納されると（５０１：ＹＥＳ）、当該コンテンツの管理情報７１を読み出し（５０２）、自己のブラウザ装置４の所有者位置情報５２を作成して（５０３）、管理情報５１（管理情報７１）と所有者位置情報５２とを関連付けて共有情報管理表１５（内部共有テーブル）に格納する（５０４）。
【００３７】
また、共有情報登録部４２は、コンテンツを共有することができるブラウザ装置４を検索し（６０１）、コンテンツを共有することができるブラウザ装置４が存在する場合（６０２：ＹＥＳ）、現在自己のブラウザ装置４が所有しているコンテンツの管理情報５１と自己の所有者位置情報５２とを共有情報管理表１５から取得し（６０３）、当該管理情報５１と所有者位置情報５２とをコンテンツを共有することができるブラウザ装置４に対して同時に通知する（６０４）。
【００３８】
続いて、共有情報登録部４２は、他のブラウザ装置４からコンテンツに関する情報（コンテンツの管理情報５１）と当該他のブラウザ装置４が動作している端末の所有者位置情報５２とを取得し（６０５）、当該コンテンツの管理情報５１と所有者位置情報５２とを関連づけて共有情報管理表１５（外部共有テーブル）に格納する（６０６）。なお、共有情報登録部４２は、ステップ６０５及び６０６をステップ６０１〜６０４よりも先に実行するようにしても良く、また、ステップ６０５及び６０６を、ステップ６０１〜６０４とは非同期に実行するようにしても良く、この他種々の形態でコンテンツ位置情報共有手順を実行することができる。また、コンテンツ位置情報共有部１４は、他の構成要素と独立して非同期で動作することが可能である。
【００３９】
次に、他のブラウザ装置４からコンテンツの取得要求を受信した際のローカルキャッシュ共有部１６の動作を、図７のフローチャートに沿って説明する。
【００４０】
リクエスト受信部６１は、自己のブラウザ装置４が保有している共有可能なコンテンツに対して、他のブラウザ装置４からのコンテンツ取得要求を受け付ける（７０１）。キャッシュ検索部６２は、受け付けたコンテンツ取得要求に従い、ローカルキャッシュ１７上を検索して（７０２）、ローカルキャッシュ１７上に該当するコンテンツデータ７２が格納されている場合（７０３：ＹＥＳ）、格納されているコンテンツデータ７２を読み出して（７０４）、レスポンス送信部６３により要求元に返却する（７０５）。なお、ローカルキャッシュ１７に該当するコンテンツデータ７２が保持されていない場合もあり（７０３：ＮＯ）、その場合は、コンテンツデータ７２が無い状態であることを要求元に返却する（７０６）。なお、ローカルキャッシュ共有部１６は、他の構成要素と独立して非同期で動作することが可能である。
【００４１】
このようにして、本発明における情報処理システム１では、コンテンツ（サイト）の閲覧において、共有可能なコンテンツと共有不可のコンテンツとを分類し、ネットワーク上の他のブラウザ装置４上にキャッシュ済みである共有可能なコンテンツの管理情報５１（管理情報７１）を交換し、ブラウザ装置４間でコンテンツの管理情報５１の共有を行うことにより、他のブラウザ装置４のローカルキャッシュ１７から目的のコンテンツを検索・共有できるため、アプリケーションサーバ２及び通信経路への負荷の集中を軽減することができ、サービスの応答性を向上することができる。
【００４２】
また、本発明における情報処理システム１では、コンテンツ閲覧者（ブラウザ装置）間でコンテンツを共有することができるため、コンテンツ閲覧者（ブラウザ装置４）に対してもコンテンツ提供者（アプリケーションサーバ２）に対しても、双方にメリットが生じる。コンテンツ自体は、情報が共通でアクセス者全員で共有することが可能なものも多く含まれていることから（例えば、画像や動画など）、特定のサーバ装置及びネットワークを経由してアクセスする必要性はなく、また、人気の高いサイトや注目が集まったサイトは、周囲に同一のコンテンツにアクセスした閲覧者が存在する確率が高いからである。
【００４３】
さらに、本発明における情報処理システム１では、参照情報抽出部３７において、取得したコンテンツが他のコンテンツを参照している場合に、当該他のコンテンツについても取得することにより、ユーザが参照する可能性が高いコンテンツについても同時に取得することができ、一段とサービスの応答性を向上することができる。
【００４４】
そして、以上説明した構成により、本発明においては、以下に記載するような効果を奏する。第１の効果は、アプリケーションサーバ２上のコンテンツにアクセスする際の応答性が改善され、快適な操作性、閲覧・注文などの商活動が良好に行えるようになる。第２の効果は、サービス提供側がリッチコンテンツの提供に対して応答性を確保する目的でのアプリケーションサーバ２及びプロキシサーバ３の設備に対する投資が軽減できる。第３の効果は、アプリケーションサーバ２が接続されているネットワーク上の通信量が軽減されるため、ネットワークに対する設備の投資を軽減することができる。
【００４５】
なお、本発明では、コンテンツ以外でもブラウザ装置４間で共有することで通信及びアプリケーションサーバ２の負荷の軽減に効果がある情報を共有することが可能である。例えば、カラオケボックスにおいて、通信カラオケ装置が通信カラオケの配信サーバ装置から配信される音楽データを、店舗内の各カラオケボックス及び近隣店舗間で共有することが可能である。なお、課金は、音楽データのダウンロード配信回数ではなく、音楽データを再生（演奏）する回数に対して行われるべきものであり、音楽データの入手自体（入手元及び入手手段）は、課金に直接影響しないことによる。
【００４６】
また、本発明では、同一サーバ若しくは同一クラスタ上の仮想マシンをインストールした仮想ディスク装置上のキャッシュ間において、コンテンツの共有が可能である。この場合は、キャッシュ間でのコピーは必要なく、キャッシュ済みのコンテンツに対して各々の仮想ディスク装置が同一のコンテンツを共有して参照を解決することが可能である。
【産業上の利用可能性】
【００４７】
本発明は、Ｗｅｂブラウザを適用可能なシステム全般に適用することができる。
【符号の説明】
【００４８】
１……情報処理システム、２……アプリケーションサーバ、３……プロキシサーバ、４……ブラウザ装置、１１……コンテンツ取得要求、１２……コンテンツ取得最適化部、１３……コンテンツ管理部、１４……コンテンツ位置情報共有部、１５……共有情報管理表、１６……ローカルキャッシュ共有部、１７……ローカルキャッシュ、１８……リクエストキュー、２１……共有情報判定部、２２……共有管理情報生成部、２３……リクエスト登録部、３１……リクエスト送信部、３２……レスポンス受信部、３３……コンテンツデータ、３４……共有情報判定部、３５……共有管理情報生成部、３６……キャッシュ登録部、３７……参照情報抽出部、４１……共有情報送受信部、４２……共有情報登録部、５１……管理情報、５２……所有者位置情報、６１……リクエスト受信部、６２……キャッシュ検索部、６３……レスポンス送信部、７１……管理情報、７２……コンテンツデータ
【図１】
2011043945.tif 000003
【図２】
2011043945.tif 000004
【図３】
2011043945.tif 000005
【図４】
2011043945.tif 000006
【図５】
2011043945.tif 000007
【図６】
2011043945.tif 000008
【図７】
2011043945.tif 000009