(57)【要約】【課題】従来のWebクライアント／サーバシステムを用いることなく、クライアントパソコン内でWeb対応のプラグインを用いた画像表示を可能とする画像データベースシステムを実現すること【解決手段】コンピュータ内にインタフェース変換部、画像表示システム部、及び文字データ表示部を備えるとともに、インタフェース変換部は、ユーザが入力した問い合わせ指示を所定の言語に変換し、データベースへの問い合わせを行い、データベースへの問い合わせの結果、データベースで検索された結果データを受け取り、結果データを文字データと画像ファイルパスデータに分割し、文字データを文字データ表示部に表示し、画像ファイルパスデータを画像表示システム部に送って画像データを表示する。【選択図】図３
2009042955.tif 000002
【特許請求の範囲】
【請求項１】
データベースが内蔵あるいは直結されたユーザのコンピュータによって構成された画像データベースシステムであって、
前記コンピュータはインタフェース変換部、画像表示システム部、及び文字データ表示部を備えるとともに、
前記インタフェース変換部は、
前記ユーザが前記画像表示システム部又は前記文字データ表示部において入力した問い合わせ指示を所定の言語に変換し、前記データベースへの問い合わせを行う問い合わせ手段と、
前記データベースへの問い合わせの結果、前記データベースで検索された結果データを受け取り、該結果データを文字データと画像ファイルパスデータに分割する分割手段と、
前記文字データを前記文字データ表示部に、前記画像ファイルパスデータを前記画像表示システム部に送出する送出手段と、
前記文字データ内容を解析し、解析結果によってオブジェクトの表示又は非表示を前記画像表示システム部に対して指示する指示手段とを備えるとともに、
前記文字データ表示部は前記文字データを表示し、
前記画像表示システム部は受信した前記画像ファイルパスデータに基づいて画像データを表示し、前記指示内容に従ってオブジェクトを表示することを特徴とする画像データベースシステム。
【請求項２】
前記コンピュータは、さらに、
前記画像表示システム部によって表示されている画像の画素数の所定倍の画素数の画像をバックグラウンドで作成し、ビットマップ画像として所定のメモリ領域にキャプチャする画像生成手段と、該生成された画像を目的のプリンタの解像度に変換する解像度変換手段とを有する印刷部モジュールを備えるとともに、
前記インタフェース変換部は、前記ユーザによって印刷指示が与えられると、前記印刷部モジュールを呼び出し、前記プリンタに前記生成された画像を出力することを特徴とする請求項１に記載の画像データベースシステム。
【請求項３】
前記画像表示システム部はFlashプラグインによって前記画像データを表示することを特徴とする請求項１又は２に記載の画像データベースシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像データベースシステムに関し、特に、Webクライアント／サーバシステムに準拠して作成された画像データベース資源を、Webシステムを介さずに利用することを可能とする画像データベースシステムに関する。
【背景技術】
【０００２】
従来、Webクライアント／サーバシステムを利用した画像データベースシステムにおいて、画像を表示させるのにWebブラウザというソフトウェアが使用されているが、このWebブラウザの機能を拡張するために、「プラグイン」と呼ばれる小さなプログラムがブラウザに組み込まれて利用される（特許文献１参照）。かかるプラグインとして、例えば米国Adobe社のFlash  Playerが知られている。
【０００３】
しかしながら、Flash  PlayerはWeb対応のプラグインであるため、Webクライアント／サーバシステムを利用する必要があり、そのために、ネットワーク（ＬＡＮ又はＷＡＮ）に接続するか、若しくはクライアントパソコン内にWebサーバシステムのプログラムをインストールする必要があった（特許文献２）。従来技術のシステム構成図を図１及び図２に示す。図１はクライアントパソコンをネットワークに接続した場合を示し、図２はクライアントパソコン内にWebサーバシステムをインストールした場合を示している。
【０００４】
前者では、Webサーバ形式で公開する必要があるため、公開時のアクセス制限の設定も必要となり、その設定が面倒であった。後者では、クライアント側のシステムが大掛かりになったり、インストールに時間がかかったりする等の問題があった。
【０００５】
【特許文献１】特開２００３−９１２５６号公報
【特許文献２】特願２００７−２０１９６６号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上述のような事情に鑑みなされたものであり、従来のWebクライアント／サーバシステムを用いることなく、クライアントパソコン内でWeb対応のプラグインを用いた画像表示を可能とする画像データベースシステムを実現することを目的とするものである。
【課題を解決するための手段】
【０００７】
本発明は、データベースが内蔵あるいは直結されたユーザのコンピュータによって構成された画像データベースシステムに関し、本発明の上記目的は、前記コンピュータはインタフェース変換部、画像表示システム部、及び文字データ表示部を備えるとともに、前記インタフェース変換部は、前記ユーザが前記画像表示システム部又は前記文字データ表示部において入力した問い合わせ指示を所定の言語に変換し、前記データベースへの問い合わせを行う問い合わせ手段と、前記データベースへの問い合わせの結果、前記データベースで検索された結果データを受け取り、該結果データを文字データと画像ファイルパスデータに分割する分割手段と、前記文字データを前記文字データ表示部に、前記画像ファイルパスデータを前記画像表示システム部に送出する送出手段と、前記文字データ内容を解析し、解析結果によってオブジェクトの表示又は非表示を前記画像表示システム部に対して指示する指示手段とを備えるとともに、
前記文字データ表示部は前記文字データを表示し、前記画像表示システム部はWeb対応のプラグインを備え、受信した前記画像ファイルパスデータに基づいて画像データを表示し、前記指示内容に従ってオブジェクトを表示することによって達成される。
【０００８】
また、本発明の上記目的は、前記コンピュータが、さらに、前記画像表示システム部によって表示されている画像の画素数の所定倍の画素数の画像をバックグラウンドで作成し、ビットマップ画像として所定のメモリ領域にキャプチャする画像生成手段と、該生成された画像を目的のプリンタの解像度に変換する解像度変換手段とを有する印刷部モジュールを備えるとともに、前記インタフェース変換部は、前記ユーザによって印刷指示が与えられると、前記印刷部モジュールを呼び出し、前記プリンタに前記生成された画像を出力することによって効果的に達成される。
【発明の効果】
【０００９】
本発明に係る画像データベースシステムによれば、ユーザのコンピュータ内にインタフェース変換部を設けた為、Webサーバシステムが無くてもWeb対応のプラグインを利用したデータベースシステムを構築することが出来る。
【００１０】
また、Webサーバ形式で画像データベースを公開する必要がなくなる為、アクセス制限の設定がし易く、閉じたシステムに出来るという効果がある。
【００１１】
さらに、インタフェース変換部により、画像表示システム部内のオブジェクトの表示/非表示を、データベースからの応答によって切り替えることが出来るというメリットもある。
【００１２】
印刷部モジュールを設け、印刷時に、表示されている画像の画素数の所定倍の画素数の画像をバックグラウンドで作成し、ビットマップ画像として所定のメモリ領域にキャプチャし、キャプチャされた画像を目的のプリンタの解像度に変換して出力（印刷）するので、従来のWeb対応プラグインを使用した印刷では不可能であった高精細印刷が可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明に係る画像データベースシステムの最良の実施形態について、図面を参照しつつ詳細に説明する。
【００１４】
図３は本発明に係る画像データベースシステムの構成を示すブロック図である。クライアントコンピュータ（パソコン）に内蔵又は直接接続されたデータベースと、インタフェース変換部と、文字データ表示部と、画像表示システム部と、印刷部モジュールを含んでいる。印刷部モジュールは外部のプリンタと接続されており、データベースから検索された画像データを高精細に印刷することが可能となっている。なお、データベースがクライアントパソコンの外部にある場合は、データベースはデータベースサーバとして機能している。データベースサーバにはたとえばOracleデータベースやMicrosoft  SQL  Serverなどのデータベースサーバアプリケーションソフトが格納されている。
【００１５】
インタフェース変換部は、Microsoft  Visual  Basic等のプログラミング言語で作成されたソフトウェアであり、以下のような機能を有する。
【００１６】
すなわち、ユーザが文字データ表示部又は画像表示システム部において入力した問い合わせ指示（要求）を、データベース管理システム（DBMS）が理解できる言語（例えばSQL言語）に変換し、データベースへの問い合わせを行う問い合わせ手段と、データベースへの問い合わせの結果、データベースで検索された結果データ（結果応答）を受け取り、該結果データを文字データと画像ファイルパスデータ（画像の在り処を示すデータ）に分割する分割手段と、文字データを文字データ表示部に送り、画像ファイルパスデータを画像表示システム部に送出する送出手段と、文字データ内容を解析し、解析結果によってオブジェクトの表示又は非表示を判定して画像表示システム部に対して指示する指示手段とを備えている。
【００１７】
さらに、画像表示システム部によって表示されている画像の画素数の所定倍（例えば４倍）の画素数の画像をバックグラウンドで作成し、ビットマップ画像として所定のメモリ領域にキャプチャする画像生成手段と、生成された画像を印刷に用いるプリンタの解像度にあわせて変換する解像度変換手段とを有する印刷部モジュールを備えるとともに、インタフェース変換部は、ユーザによって印刷指示が与えられると、印刷部モジュールを呼び出し、生成された画像をプリンタによって出力する。
【００１８】
文字データ表示部はインタフェース変換部から送られた文字データを表示し、画像表示システム部はFlashプラグインのようなWeb対応のプラグインを備え、インタフェース変換部から送られた画像ファイルパスデータに基づいて画像データを表示し、また、表示／非表示の指示内容に従ってオブジェクトを表示する。
【００１９】
図４はデータベースへの要求／応答の流れを示す図であり、図５のフローチャートに基づいて説明する。
（１）の場合：「文字データ表示部」から要求内容を入力してデータベースへ問い合わせ指示を行うと（ステップＳ１）、インタフェース変換部はデータベース管理システム（DBMS）が理解できる言語（例えばSQL言語）に変換し（ステップＳ２）、データベースに対して問い合わせを行う（ステップＳ３）。問い合わせを受けたデータベースは要求に従ってデータベース内を検索し（ステップＳ４）、結果をインタフェース変換部に返す。
【００２０】
インタフェース変換部は結果データを文字データと画像ファイルパスデータに分割し、文字データ表示部に文字データを表示し（ステップＳ６）、画像表示システム部に画像データを表示する（ステップＳ８）。また文字データの内容を解析し（ステップＳ７）、その内容により、「画像表示システム部」内のオブジェクトの表示/非表示を行う（ステップＳ８）。
【００２１】
なお、データベースでの検索結果、該当するデータが無かった場合は、無い旨を表示して（ステップＳ９）、処理を終了する。
【００２２】
（２）の場合：「画像表示システム部」から要求内容を入力してデータベースへ問い合わせ指示を行うと（ステップＳ１）、インタフェース変換部はデータベース管理システム（DBMS）が理解できる言語（例えばSQL言語）に変換し（ステップＳ２）、データベースに対して問い合わせを行う（ステップＳ３）。問い合わせを受けたデータベースは要求に従ってデータベース内を検索し（ステップＳ４）、結果をインタフェース変換部に返す。
【００２３】
インタフェース変換部は結果データを文字データと画像ファイルパスデータに分割し、文字データ表示部に文字データを表示し（ステップＳ６）、画像表示システム部に画像データを表示する（ステップＳ８）。また文字データの内容を解析し（ステップＳ７）、その内容により、「画像表示システム部」内のオブジェクトの表示/非表示を行う（ステップＳ８）。
【００２４】
なお、データベースでの検索結果、該当するデータが無かった場合は、無い旨を表示して（ステップＳ９）、処理を終了する。
【００２５】
本発明に係る画像データベースシステムは、表示した画像を高精細で印刷することができるようにしたことが大きな特徴となっているが、その仕組みについて以下詳述する。
【００２６】
従来Flashプラグインを用いた画像表示システムでは、画像表示システム部内の一つのFlashオブジェクト（ムービークリップという。）に取込める画像のサイズが最大で2880×2880画素となっているが、2880×2880画素より高解像度な画像を表示する場合には、複数のムービークリップを利用する必要がある。しかし、Flash上で表示可能な領域（ステージという。）はやはり2880×2880画素が最大となっている。通常、Flashプラグインはインターネット経由のコンテンツ配信またはモニタ上での表示が主な目的なので、上記の最大画像サイズで十分と思われる。例えば、現在一般的に使用されているモニタのサイズは１７インチか１９インチであり、その時のモニタの解像度はSXVGAの1280×1024画素である。（画面表示規格：VGA＝640×480、SVGA＝800×600、XVGA＝1024×768、SXVGA＝1280×1024、UXVGA＝1600×1200、WUXVGA＝1920×1200）。インターネット経由のコンテンツ配信を考慮すると、最適な画像またはコンテンツのサイズは800×600画素とされていて、殆どのWebコンテンツは800×600画素に最適化されている。本発明に係るシステムのFlashオブジェクトのステージも800×600画素に最適化されている。Flashコンテンツを作成する時に、予めそのFlashの表示領域（ステージ）のサイズを設定しなければならない。画像を何ステージに分割するかは、Flashコンテンツの設計時に予め決定されるが、画像を細かく分割し過ぎると画像の分割処理や取り込み処理の負担が重くなるので、これらを考慮して決定される。ステージのサイズを決定するパラメータは、画像表示システム部のプログラムの中に組み込まれている。
【００２７】
例えば、Flashの画像表示システムに取込んだ画像のサイズが5000×5000画素だとすると、それぞれ2500×2500画素の４つの画像に分割して、画像表示システムに取り込む。しかし、Flashステージのサイズが800×600画素となっているため、画像が縮小表示されてしまう。逆に、Flashのステージのサイズを最大の2880×2880画素に設定すると、ユーザが使用しているモニタの表示可能な領域からはみ出て、操作できなくなる。Flashのコンテンツをモニタ上に表示するには、十分な解像度であるが、Flashのコンテンツを紙に印刷するためには不十分である。Flashの上で表示されているコンテンツを印刷すると、元の高解像度画像（例えば、5000×5000画素）が潜在的に存在しているにもかかわらず、印刷可能な解像度はFlashコンテンツ作成時のステージのサイズによって制限されて、結果として劣化した画像が印刷されてしまうことになる。例えば、本システムの画像を360DPIのプリンタでＡ３サイズ用紙全面に印刷すると、画像がぼけてしまう。ちなみに、360DPIのプリンタでＡ３サイズ全面に印刷するために必要な画像のサイズは：
横サイズ16.5インチ×360画素／インチ  ＝  5940画素
縦サイズ11.7インチ×360画素／インチ  ＝  4212画素
となる。
【００２８】
Flash上で表示されている画像又はコンテンツを印刷すると、予め設定されたステージのサイズ800×600画素の画像をキャプチャして、目的のプリンタ解像度（例えば、360DPI）に変換してから、プリンタに出力する。その時の拡大率は約７倍以上となるので、結果として、画像が劣化することになる。
【００２９】
そこで、本発明に係る画像データベースシステムでは、上述のような印刷による画像の劣化を防ぐため、以下のような構成をとった。
【００３０】
先ず、インタフェース変換部の印刷ボタンが押されると、印刷部モジュールが呼び出され、印刷部モジュールはそのときに画像表示システム部によって表示されている画面とは別に、バックグラウンドでメモリ・バッファ上に現在表示されている画面（800×600画素）の数倍（例えば、４倍の3200×2400画素）のFlashコンテンツを自動作成して（ユーザのモニタには表示されない。）、これをビットマップ画像として、別メモリ領域にキャプチャする。キャプチャしたビットマップ画像を目的のプリンタ解像度（例えば、360DPI、A3サイズであれば5940×4212画素）に変換してから、プリンタに出力する。印刷部モジュールで作成可能な画像領域は任意であるが、メモリの容量によって制限される。本システムの高解像度印刷機能ではFlashコンテンツに取込まれる本来の高解像度画像が使用できるため、高解像度印刷が実現可能となる。
【図面の簡単な説明】
【００３１】
【図１】従来のWebクライアント／サーバシステムを利用した画像データベースシステムの一例を示す図である。
【図２】図２はクライアントパソコン内にWebサーバシステムをインストールした場合を示す従来例である。
【図３】本発明に係る画像データベースシステムの構成を示すブロック図である。
【図４】データベースへの要求／応答の流れを示す図である。
【図５】データベースへの要求／応答の流れを示すフローチャートである。
【図１】
2009042955.tif 000003
【図２】
2009042955.tif 000004
【図３】
2009042955.tif 000005
【図４】
2009042955.tif 000006
【図５】
2009042955.tif 000007