JP3559571B2 - データ処理装置およびデータ処理方法 - Google Patents
データ処理装置およびデータ処理方法 Download PDFInfo
- Publication number
- JP3559571B2 JP3559571B2 JP36094992A JP36094992A JP3559571B2 JP 3559571 B2 JP3559571 B2 JP 3559571B2 JP 36094992 A JP36094992 A JP 36094992A JP 36094992 A JP36094992 A JP 36094992A JP 3559571 B2 JP3559571 B2 JP 3559571B2
- Authority
- JP
- Japan
- Prior art keywords
- database
- application
- object code
- data
- data processing
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Image Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
- Storing Facsimile Image Data (AREA)
- Compression Of Band Width Or Redundancy In Fax (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数のアプリケーションが蓄積される部分プログラムを参照してデータ処理を行うデータ処理装置およびデータ処理方法に関するものである。
【０００２】
【従来の技術】
従来、この種のデータ処理装置でデータベースに蓄積管理されるデータを共有するシステムを構築する場合、そのデータ種別によってはデータ量が大きくなるため、例えば画像情報、特にカラー画像情報等の場合は非常に膨大となり、蓄積する記憶媒体の記憶容量を圧迫するため、通常所定の形式でデータ圧縮されたデータを蓄積管理する場合が多い。
【０００３】
また、蓄積されたデータを各データ処理装置が同一のプロトコルで参照できるようにするため、分散型のデータベースシステムでは、各データ処理装置に接続される二次的な外部記憶装置（ハードディスク）を備え、各外部記憶装置間でのデータアクセスに一貫性を保持させて、データの転送またはデータの管理を行っていた。
【０００４】
さらに、この種のデータ処理装置において、マルチメディアデータをブラウジングする場合は、複数のメディアに対応した、複雑かつ膨大な編集用および出力用の部分プログラムを管理する必要性がある。この場合、複数のアプリケーションに共通する部分プログラムをライブラリファイルとして作成し、そのライブラリファイルを各アプリケーションにリンクして用いるという方法を採用している。
【０００５】
本発明は、上記の問題点を解決するためになされたもので、データベースの更新を検出し、該検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知し、該通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択し、該選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送することにより、複数のアプリケーションに共通する部分プログラムのオブジェクトコードをデータベースの構造の更新等に影響されずに柔軟に管理し、それぞれのアプリケーションが処理すべき対象データを効率よく処理できるオブジェクトコードを自在に共有することができるデータ処理装置およびデータ処理方法を提供することである。
【０００６】
特に、典型的なＵＮＩＸオペレーティングシステムを用いたワークステーションにおいて、音声情報データをデータベースを用いて管理する場合、そのデータのスキーマおよび性質に対応した部分プログラム（音声の入出力用ドライバ，部分抽出，フィルタリング等音声情報処理に特有の処理プログラム）を、アーカイブ形式のライブラリ・ファイルとして作成し、そのライブラリ・ファイルをＵＮＩＸワークステーションのｌｄコマンドにより、各アプリケーションにリンクすることで、それらの部分プログラムを利用している。
【０００７】
【発明が解決しようとする課題】
しかしながら、従来のデータ処理装置においては、データ処理の一貫性を保持するために、二次的な記憶媒体をそれぞれのデータ処理装置に設ける必要等があり、システム構築のためのコストが非常に高くなる。また、各データ処理装置に設けられる二次記憶装置のアクセス速度が低速なため、データ転送処理効率が極めて低い。さらに、動画像のような膨大なビデオデータを利用する応用分野では、上記のようなデータ処理の一貫性を保持するために、ネットワークを介して受け渡されるデータの量が膨大になる等の問題点があった。
【０００８】
一方、部分プログラムを利用する場合、データベースのスキーマが変更された等の理由から、ライブラリ化された共通の部分プログラムに修正を加えた場合、更新以前の部分プログラムをリンクしているすべてのアプリケーション・プログラムの動作が保証されなくなり、そのため、その部分プログラムを再度リンクし直す必要が発生し、アプリケーション・プログラムの保守コストが高くなる。また、新たなデータ構造あるいは性質を持ったデータが次々に追加されて行くようなマルチメディア・アプリケーション（例えばマルチメディア・データのデータ・ブラウザ）において、マルチメディア・データについての操作（例えばディスプレイへの表示等）を随時追加することができない。これは、汎用のマルチメディア・アプリケーションを作成することを困難にする。さらに、ライブラリ化された一連の部分プログラムは、複数のアプリケーションから共有されるため、決められた位置におかれている必要があった。これは、部分プログラムの選択における柔軟性を損ねてしまう等の問題点もあった。
【０００９】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、複数のアプリケーションで共通する部分プログラムをオブジェクトコードでデータベースに記憶し、対象データを処理するために実行されるアプリケーションに対応するオブジェクトコードをデータベースから動的に選択してアプリケーションの記憶領域に転送することにより、複数のアプリケーションに共通する部分プログラムのオブジェクトコードをデータベースの構造の更新等に影響されずに柔軟に管理し、それぞれのアプリケーションが処理すべき対象データを効率よく処理できるオブジェクトコードを自在に共有できる利便性に優れたデータ処理装置およびデータ処理方法を提供することである。
【００１０】
【課題を解決するための手段】
本発明に係る第１の発明は、複数のアプリケーションに共通する部分プログラムをオブジェクトコードで記憶するデータベースと、前記データベースの更新を検出する検出手段と、前記検出手段で検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知する通知手段と、前記通知手段による通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択する選択手段と、前記選択手段により動的に選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送する転送手段とを有することを特徴とする。
【００１１】
本発明に係る第２の発明は、アプリケーションの実行状態に基づいて、前記転送されたオブジェクトコードの全部または要部を読み出すオブジェクトコード読み出し手段を、更に有することを特徴とする。
【００１２】
本発明に係る第３の発明は、前記検出手段は、前記データベースのデータ構造または前記オブジェクトコードの更新を検出し、前記通知手段は、前記更新されたデータ構造またはオブジェクトコードを前記アプリケーションに通知することを特徴とする。
【００１３】
本発明に係る第４の発明は、前記検出手段は、前記実行されるアプリケーションの起動時に、前記データベースが更新された状態であるか検出することを特徴とする。
【００１４】
本発明に係る第５の発明は、前記アプリケーションの実行中に前記データベースのスキーマが変更された場合、前記通知手段は、前記アプリケーションにスキーマの変更を通知し、前記アプリケーションでは、前記通知手段によるスキーマ変更通知に応じて、当該アプリケーション内のオブジェクトコードの差し替えが必要か否かを問い合わせて、差し替えが必要と判断された場合、前記データベースから差し替え用のオブジェクトコードを抽出して、差し替えを必要とするオブジェクトコードと差し替えることを特徴とする。
【００１５】
本発明に係る第６の発明は、前記対象データはマルチメディアデータであり、
前記アプリケーションは前記転送手段で転送されるオブジェクトコードを用いて、該マルチメディアデータをブラウズするための汎用ブラウザであることを特徴とする。
本発明に係る第７の発明は、複数のアプリケーションに共通する部分プログラムをオブジェクトコードで記憶するデータベースを有するデータ処理装置を制御するためのデータ処理方法であって、前記データベースの更新を検出する検出工程と、前記検出工程で検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知する通知工程と、前記通知工程による通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択する選択工程と、前記選択工程で動的に選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送する転送工程と、
を有することを特徴とする。
【００２０】
【実施例】
〔第１実施例〕
図１は本発明の第１実施例を示すデータ処理装置の構成を説明するブロック図である。
図において、１１はサイトＡにおけるＣＰＵで、内部バス２１に接続された主記憶データベース管理システム５の主記憶データベース５１へのデータアクセスを制御する。３１は通信装置で、ネットワーク７と内部バス２１との通信をインタフェースする。４１１は圧縮手段で、転送されてきた加工データを圧縮する。４１２は伸長手段で、転送されてきた圧縮データを伸長して加工データに復元する。１２はサイトＢにおけるＣＰＵで、内部バス２２に接続されたデバイス間のデータ転送を制御する。６はアプリケーション群で、主記憶データベース５１に記憶されたデータをネットワーク７を介して読み出してデータ処理を行う。３２は通信装置で、ネットワーク７と内部バス２２との通信をインタフェースする。４２１は圧縮手段で、転送されてきた加工データを圧縮する。４２２は伸長手段で、転送されてきた圧縮データを伸長して加工データに復元する。なお、ネットワーク７は、例えばイーサネットまたは電話回線により構成される。また、主記憶データベース５１は高速アクセス可能な記憶媒体、例えばメモリカード等で構成される。さらに、サイトＢの接続個数は本実施例に示すように１台に限らず複数台であっても良い。
【００２１】
このように構成されたデータ処理装置において、所定のデータ圧縮形式で圧縮された共有データを記憶する主記憶データベース５１を有する第１のデータ処理装置と、複数のデータ処理装置とが通信装置３１，３２を介して所定のネットワーク７に接続されてデータ処理を行うデータ処理装置において、通信装置３１，３２を介して主記憶データベース５１から送信された圧縮データを受信すると、伸長手段４２２が伸長してデータを復元してアプリケーションに供するデータとして使用するとともに、所定のアプリケーションから送信するデータが生成されると、圧縮手段４２１が所定のデータ圧縮形式で圧縮し、通信装置３１，３２を介して主記憶データベース５１に圧縮データを格納するので、ネットワーク７上の各データ処理装置が参照するデータベースを主記憶データベース７として一元管理できるとともに、同一形式で圧縮されたデータを高速にネットワーク間で転送可能となる。
【００２２】
以下、サイトＢ上のアプリケーション６が、サイトＡ上のデータを参照あるいは更新する場合について説明する。
図２は、図１に示したデータ処理装置におけるデータ参照処理手順の一例を示すフローチャートである。なお、（１） 〜（３） は各ステップを示す。また、本実施例におけるデータ参照の基本的手続きは、どのデータを参照するのかを指定する検索データを、アプリケーション側（すなわちサイトＢ）からデータベース側（サイトＡ）へ転送し、その結果をデータベース側からアプリケーション側に転送する手続きに対応する。
【００２３】
先ず、サイトＡにおいて、主記憶データベース管理システム５は、アプリケーション６の要求、すなわち検索条件等を含む検索命令に従い、主記憶データベース５１を検索する（１） 。この際、主記憶データベース５１には、圧縮されたデータが蓄えられているので、必要であれば、それを伸長手段４１２により復元し、条件判定を行う。次いで、検索の結果求められたアプリケーションの要求するデータを、圧縮された形式のまま、通信装置３１，３２によりアプリケーション６のおかれているサイトＢに転送する（２） 。そして、サイトＢのアプリケーションは、受け取ったデータを必要に応じて、伸長手段４２２により復元し、必要な処理を加え（３） 、処理を終了する。
【００２４】
図３は、図１に示したデータ処理装置におけるデータ更新処理手順の一例を示すフローチャートである。なお、（１） ，（２） は各ステップを示す。
先ず、アプリケーション６により加工されたデータは、圧縮手段４２１によりデータ圧縮され、通信装置３２，３１によりネットワーク７を介して主記憶データベースのあるサイトＡ側に転送される（１） 。次いで、圧縮されたデータを受け取った主記憶データベース管理システム５は、必要に応じてサイトＢより転送されたデータを伸長手段４１２により復元して、主記憶データベース上に登録、あるいは主記憶データベース５１上のデータを更新して（２） 、処理を終了する。
【００２５】
上記実施例ではネットワーク転送されるデータをデータ圧縮する場合について説明したが、この際、データ圧縮に加えて、暗号化アルゴリズムを適用することで、データベースのセキュリティ管理の効果を高めることも可能である。また、上記圧縮手段，伸長手段，通信手段およびデータ保持手段は、ソフトウエアにより実現されてもいいし、ハードウエアとして、実現されていても良い。さらに、複数のデータ圧縮アルゴリズムあるいはその実現ハードウエアを用意し、対象データの属性によりそれらを選択的に利用するように構成しても良い。また、上記実施例では複数のデータ処理装置が、ネットワークによって結合されている環境を例にして説明したが、密結合型マルチプロセッサシステムへの適用では、主記憶を各ＣＰＵのローカルメモリ，ネットワークをデータ処理装置のバスと見なすことにより、容易に本発明を適用できる。さらに、上記実施例では、データベース上のデータが、すべて圧縮されている場合について説明したが、データ中の特定項目のみを圧縮して記憶する構成としても良い。
〔第２実施例〕
図４は本発明の第２実施例を示すデータ処理装置の構成を説明するブロック図であり、マルチメディア・データベースに管理されている音声情報をブラウジングする汎用ブラウザの場合に対応する。
【００２６】
図において、５７はブラウザの利用者がブラウザにコマンドやデータを入力するための入力装置で、例えばキーボードもしくはポインティングデバイスで構成される。５２はＣＰＵで、入力装置５１より入力された指令に基づいて本実施例の処理を行う。５３は前記ＣＰＵ５２の処理結果あるいはブラウザからのメッセージをプリントアウトあるいは表示するための出力装置で、プリンタＰ，ディスプレイＣＲＴ，スピーカＳである。
【００２７】
５４は画像，音声，図形および複雑に絡み合ったデータを管理し、さらに部分プログラムのオブジェクト・コードを保存・選択・取り出すためのマルチメディア・データベース（以下、単にデータベースとも呼ぶ）である。これらのデータは、それぞれ独立なデータベースで管理されていても良い。５５は本実施例で扱うマルチメディア・データ，処理プログラムおよび処理に要するデータを一時的に記憶するための記憶装置である。ここに、含まれる各データは、それぞれが独立の記憶装置に分かれていても良い。５６は上記各５１〜５５を結合するためのバスである。
【００２８】
このように構成されたデータ処理装置において、複数のデータ処理装置が複数のアプリケーションに共通する部分プログラムをオブジェクトコードで記憶するデータベース５４を備えるので、複数のアプリケーションに共通する部分プログラムを一元管理することが可能となり、各アプリケーションに共通するプログラムを整合性よく変更することが可能となる。
【００２９】
さらに、実行されるアプリケーションに対応して選択手段がオブジェクトコードを前記データベース５４から選択し、転送手段が選択されたオブジェクトコードを前記データベース５４から読み出してアプリケーション記憶領域に転送するので、各アプリケーションを正常に起動させることを可能となる。
【００３０】
また、アプリケーション実行状態に基づいてＣＰＵ５２が記憶装置５５から転送されたオブジェクトコードの全部または要部を読み出すので、不要となったオブジェクトコードをアプリケーション記憶領域から追い出して、アプリケーション記憶領域の空き容量を最大限に確保することが可能となる。
【００３１】
さらに、ＣＰＵ５２によりアプリケーション起動に伴いデータベースのデータ構造またはオブジェクトコードが自動更新された状態で、各アプリケーションが起動されると、ＣＰＵ５２が更新結果を検出して、更新されたデータ構造またはオブジェクトコードをアプリケーションに通知するので、データベースのデータ構造またはオブジェクトコードが変更されても、各アプリケーションの実行に必要なオブジェクトコードを正常に読み出すことが可能となる。
【００３２】
以下、必要とする部分プログラムのオブジェクト・コードを取り出す処理および取り出したオブジェクト・コードを動的にブラウザにロードして実行する処理について図５に示すフローチャートを参照しながら説明する。
【００３３】
図５は本発明に係るデータ処理装置における第１のオブジェクト・コード処理手順の一例を示すフローチャートである。なお、（１） 〜（７） は各ステップを示す。
先ず、ユーザの要求を受け取る（１） 。本実施例では、ある条件を満たす音声情報のスピーカへの出力である。次いで、ユーザの要求を解析し、その要求の実行に必要な部分プログラムを得るためのデータベースへの問い合わせを生成する（２） 。次いで、オブジェクト・コードを管理しているマルチメディア・データベースシステム５４に問い合わせを発行し、必要な音声情報の出力手続き（オブジェクト・コード）をデータベースを検索して（３） 、取り出す。次いで、音声情報の出力手続きをロード手段（ＣＰＵ５２）により、ブラウザ中に動的にロードする（４） 。次いで、ロードされた必要な音声情報の出力手続きに基づいてマルチメディア・データ（ここでは、音声情報）を出力する（５） 。次いで、アンロードが必要かどうかを判定し（６） 、必要ならばロードした出力手続きをアンロード手段（ＣＰＵ５２）により動的にアンロードする（７） 。これにより、マルチメディア・データベースシステム５４に管理されている音声情報をブラウジングする汎用ブラウザの処理が終了する。
【００３４】
図６は本発明に係るデータ処理装置における第２のオブジェクト・コード処理手順の一例を示すフローチャートである。なお、（１） 〜（４） は各ステップを示す。
先ず、ロードすべきオブジェクト・コードをプログラムのメモリ空間の一部に取り込む（１） 。次いで、そのオブジェクト・コードの名前管理表を取り出す（２） 。そして、プログラムのメモリ空間内での位置情報に合せて、オブジェクト・コードの内容を更新する。次いで、プログラム自身の名前管理表を取り出す（３） 。次いで、名前管理表の内容を、名前管理表と整合性をとりながら追加する（４） 。なお、追加したオブジェクト・コードのエントリは、アンロードを考慮して、名前管理表上において識別子をつけておく。ここでは、名前管理表上に識別子をつける方法を説明したが、オブジェクト・コード毎に名前管理表上のエントリを保持して管理する構成であってもよい。
【００３５】
図７は本発明に係るデータ処理装置における第３のオブジェクト・コード処理手順の一例を示すフローチャートである。なお、（１） 〜（３） は各ステップを示す。
先ず、アンロードすべきオブジェクト・コードの識別子を得る（１） 。次いで、プログラム自身の名前管理表において、識別子をもつエントリに「アンロード済」のマークを付ける（２） 。次いで、プログラムのメモリ空間から、識別子相当するオブジェクト・コードを取り除く（３） 。
【００３６】
なお、上記実施例では、マルチメディア・データとして、特に音声情報のブラウンジ例について述べたが、一般のアプリケーションについても、それぞれのアプリケーションに関する操作を実現している部分プログラムを、オブジェクト・コード管理手段として用いられているデータベース中に登録し管理することで、全く同様に説明することができる。
【００３７】
また、上記実施例ではデータベース中のマルチメディア・データをブラウズする例について説明したが、各メディアに対応する編集（登録および更新）用の部分プログラムをデータベースで管理することにより、拡張性のあるマルチメディア・エディタを実現することも可能である。
【００３８】
さらに、複数のプログラムおよび複数のユーザによって共有される様々なオブジェクト・コードおよびデータ構造をプログラムからの要求条件により、一貫性を保持してプログラムに提供するアプリケーションにも適用することができる。図８は本発明に係るデータ処理装置における第４のオブジェクト・コード処理手順の一例を示すフローチャートである。なお、（１） 〜（６） は各ステップを示す。また、マルチメディア・データベースを利用するアプリケーションについて説明するが、本実施例に示す処理は、アプリケーション実行中に、データベースのスキーマが変更された際のオブジェクト・コードの差し替え処理例に対応する。
【００３９】
先ず、データベースからのスキーマ変更通知を受け取る（１） 。差し替えの必要なオブジェクト・コードがあるかどうかをデータベースに問い合わせる（２） 。次いで、差し替えが必要かどうかを判断し（３） 、差し替えが必要な場合には、データベースから差し替え用のオブジェクト・コードを取り出す（４） 。次いで、アプリケーション内の差し替えを必要とするオブジェクト・コードをアンロードする（５） 。次いで、データベースから取り出した差し替え用のオブジェクト・コードをロードする（６） 。これにより、データベース等を用いて部分プログラムのオブジェクト・コードを柔軟に管理することにより、データ構造等の変化に対して容易、かつ適切に適応可能なアプリケーションの構築が可能となる。すなわち、類似の機能を持ったオブジェクトコードあるいはデータ構造が、プログラムの実行時に、随時増加して行くようなプログラムについて、プログラムの作成時に、予期していなかったオブジェクトコードあるいはデータ構造をプログラムからの要求条件に応じて提供できる。
【００４０】
なお、本実施例では、マルチメディア・データベースを例として、そのアプリケーションのオブジェクト・コード管理について述べたが、複数のユーザおよび複数アプリケーションによるオブジェクトコードの共有を必要とする一般のアプリケーションにも適用できる。
【００４１】
【発明の効果】
以上説明したように、本発明によれば、データベースの更新を検出し、該検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知し、該通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択し、該選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送するので、複数のアプリケーションに共通する部分プログラムのオブジェクトコードをデータベースの構造の更新等に影響されずに柔軟に管理し、それぞれのアプリケーションが処理すべき対象データを効率よく処理できるオブジェクトコードを自在に共有することができる。
【００４２】
また、各アプリケーションに共通するプログラムを整合性よく変更することが容易に行える。
また、データベースのデータ構造またはオブジェクトコードが変更されても、各アプリケーションの実行に必要なオブジェクトコードを正常に読み出すことができる。
また、アプリケーション作成時に、予期していなかったデータ構造あるいは性質を持ったデータを容易に操作でき、マルチメディアアプリケーション上で扱うメディア数が増加しても、登録されたアプリケーションを変更する必要がなくなる。
また、オブジェクトコードを複数人により共有することが容易となるので、プログラムのバージョン管理も容易になる。
さらに、プログラムの開発中のみならず、プログラムの完成後も、複数のアプリケーションにより部分プログラムを様々な条件で共有することができる等の優れた効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施例を示すデータ処理装置の構成を説明するブロック図である。
【図２】図１に示したデータ処理装置におけるデータ参照処理手順の一例を示すフローチャートである。
【図３】図１に示したデータ処理装置におけるデータ更新処理手順の一例を示すフローチャートである。
【図４】本発明の第２実施例を示すデータ処理装置の構成を説明するブロック図である。
【図５】本発明に係るデータ処理装置における第１のオブジェクト・コード処理手順の一例を示すフローチャートである。
【図６】本発明に係るデータ処理装置における第２のオブジェクト・コード処理手順の一例を示すフローチャートである。
【図７】本発明に係るデータ処理装置における第３のオブジェクト・コード処理手順の一例を示すフローチャートである。
【図８】本発明に係るデータ処理装置における第４のオブジェクト・コード処理手順の一例を示すフローチャートである。
【符号の説明】
５ 主記憶データベース管理システム
６ アプリケーション
７ ネットワーク
１１ ＣＰＵ
１２ ＣＰＵ
２１ 内部バス
２２ 内部バス
３１ 通信装置
３２ 通信装置
４１１ 圧縮手段
４１２ 伸長手段
４２１ 圧縮手段
４２２ 伸長手段
【発明の属する技術分野】
本発明は、複数のアプリケーションが蓄積される部分プログラムを参照してデータ処理を行うデータ処理装置およびデータ処理方法に関するものである。
【０００２】
【従来の技術】
従来、この種のデータ処理装置でデータベースに蓄積管理されるデータを共有するシステムを構築する場合、そのデータ種別によってはデータ量が大きくなるため、例えば画像情報、特にカラー画像情報等の場合は非常に膨大となり、蓄積する記憶媒体の記憶容量を圧迫するため、通常所定の形式でデータ圧縮されたデータを蓄積管理する場合が多い。
【０００３】
また、蓄積されたデータを各データ処理装置が同一のプロトコルで参照できるようにするため、分散型のデータベースシステムでは、各データ処理装置に接続される二次的な外部記憶装置（ハードディスク）を備え、各外部記憶装置間でのデータアクセスに一貫性を保持させて、データの転送またはデータの管理を行っていた。
【０００４】
さらに、この種のデータ処理装置において、マルチメディアデータをブラウジングする場合は、複数のメディアに対応した、複雑かつ膨大な編集用および出力用の部分プログラムを管理する必要性がある。この場合、複数のアプリケーションに共通する部分プログラムをライブラリファイルとして作成し、そのライブラリファイルを各アプリケーションにリンクして用いるという方法を採用している。
【０００５】
本発明は、上記の問題点を解決するためになされたもので、データベースの更新を検出し、該検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知し、該通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択し、該選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送することにより、複数のアプリケーションに共通する部分プログラムのオブジェクトコードをデータベースの構造の更新等に影響されずに柔軟に管理し、それぞれのアプリケーションが処理すべき対象データを効率よく処理できるオブジェクトコードを自在に共有することができるデータ処理装置およびデータ処理方法を提供することである。
【０００６】
特に、典型的なＵＮＩＸオペレーティングシステムを用いたワークステーションにおいて、音声情報データをデータベースを用いて管理する場合、そのデータのスキーマおよび性質に対応した部分プログラム（音声の入出力用ドライバ，部分抽出，フィルタリング等音声情報処理に特有の処理プログラム）を、アーカイブ形式のライブラリ・ファイルとして作成し、そのライブラリ・ファイルをＵＮＩＸワークステーションのｌｄコマンドにより、各アプリケーションにリンクすることで、それらの部分プログラムを利用している。
【０００７】
【発明が解決しようとする課題】
しかしながら、従来のデータ処理装置においては、データ処理の一貫性を保持するために、二次的な記憶媒体をそれぞれのデータ処理装置に設ける必要等があり、システム構築のためのコストが非常に高くなる。また、各データ処理装置に設けられる二次記憶装置のアクセス速度が低速なため、データ転送処理効率が極めて低い。さらに、動画像のような膨大なビデオデータを利用する応用分野では、上記のようなデータ処理の一貫性を保持するために、ネットワークを介して受け渡されるデータの量が膨大になる等の問題点があった。
【０００８】
一方、部分プログラムを利用する場合、データベースのスキーマが変更された等の理由から、ライブラリ化された共通の部分プログラムに修正を加えた場合、更新以前の部分プログラムをリンクしているすべてのアプリケーション・プログラムの動作が保証されなくなり、そのため、その部分プログラムを再度リンクし直す必要が発生し、アプリケーション・プログラムの保守コストが高くなる。また、新たなデータ構造あるいは性質を持ったデータが次々に追加されて行くようなマルチメディア・アプリケーション（例えばマルチメディア・データのデータ・ブラウザ）において、マルチメディア・データについての操作（例えばディスプレイへの表示等）を随時追加することができない。これは、汎用のマルチメディア・アプリケーションを作成することを困難にする。さらに、ライブラリ化された一連の部分プログラムは、複数のアプリケーションから共有されるため、決められた位置におかれている必要があった。これは、部分プログラムの選択における柔軟性を損ねてしまう等の問題点もあった。
【０００９】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、複数のアプリケーションで共通する部分プログラムをオブジェクトコードでデータベースに記憶し、対象データを処理するために実行されるアプリケーションに対応するオブジェクトコードをデータベースから動的に選択してアプリケーションの記憶領域に転送することにより、複数のアプリケーションに共通する部分プログラムのオブジェクトコードをデータベースの構造の更新等に影響されずに柔軟に管理し、それぞれのアプリケーションが処理すべき対象データを効率よく処理できるオブジェクトコードを自在に共有できる利便性に優れたデータ処理装置およびデータ処理方法を提供することである。
【００１０】
【課題を解決するための手段】
本発明に係る第１の発明は、複数のアプリケーションに共通する部分プログラムをオブジェクトコードで記憶するデータベースと、前記データベースの更新を検出する検出手段と、前記検出手段で検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知する通知手段と、前記通知手段による通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択する選択手段と、前記選択手段により動的に選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送する転送手段とを有することを特徴とする。
【００１１】
本発明に係る第２の発明は、アプリケーションの実行状態に基づいて、前記転送されたオブジェクトコードの全部または要部を読み出すオブジェクトコード読み出し手段を、更に有することを特徴とする。
【００１２】
本発明に係る第３の発明は、前記検出手段は、前記データベースのデータ構造または前記オブジェクトコードの更新を検出し、前記通知手段は、前記更新されたデータ構造またはオブジェクトコードを前記アプリケーションに通知することを特徴とする。
【００１３】
本発明に係る第４の発明は、前記検出手段は、前記実行されるアプリケーションの起動時に、前記データベースが更新された状態であるか検出することを特徴とする。
【００１４】
本発明に係る第５の発明は、前記アプリケーションの実行中に前記データベースのスキーマが変更された場合、前記通知手段は、前記アプリケーションにスキーマの変更を通知し、前記アプリケーションでは、前記通知手段によるスキーマ変更通知に応じて、当該アプリケーション内のオブジェクトコードの差し替えが必要か否かを問い合わせて、差し替えが必要と判断された場合、前記データベースから差し替え用のオブジェクトコードを抽出して、差し替えを必要とするオブジェクトコードと差し替えることを特徴とする。
【００１５】
本発明に係る第６の発明は、前記対象データはマルチメディアデータであり、
前記アプリケーションは前記転送手段で転送されるオブジェクトコードを用いて、該マルチメディアデータをブラウズするための汎用ブラウザであることを特徴とする。
本発明に係る第７の発明は、複数のアプリケーションに共通する部分プログラムをオブジェクトコードで記憶するデータベースを有するデータ処理装置を制御するためのデータ処理方法であって、前記データベースの更新を検出する検出工程と、前記検出工程で検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知する通知工程と、前記通知工程による通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択する選択工程と、前記選択工程で動的に選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送する転送工程と、
を有することを特徴とする。
【００２０】
【実施例】
〔第１実施例〕
図１は本発明の第１実施例を示すデータ処理装置の構成を説明するブロック図である。
図において、１１はサイトＡにおけるＣＰＵで、内部バス２１に接続された主記憶データベース管理システム５の主記憶データベース５１へのデータアクセスを制御する。３１は通信装置で、ネットワーク７と内部バス２１との通信をインタフェースする。４１１は圧縮手段で、転送されてきた加工データを圧縮する。４１２は伸長手段で、転送されてきた圧縮データを伸長して加工データに復元する。１２はサイトＢにおけるＣＰＵで、内部バス２２に接続されたデバイス間のデータ転送を制御する。６はアプリケーション群で、主記憶データベース５１に記憶されたデータをネットワーク７を介して読み出してデータ処理を行う。３２は通信装置で、ネットワーク７と内部バス２２との通信をインタフェースする。４２１は圧縮手段で、転送されてきた加工データを圧縮する。４２２は伸長手段で、転送されてきた圧縮データを伸長して加工データに復元する。なお、ネットワーク７は、例えばイーサネットまたは電話回線により構成される。また、主記憶データベース５１は高速アクセス可能な記憶媒体、例えばメモリカード等で構成される。さらに、サイトＢの接続個数は本実施例に示すように１台に限らず複数台であっても良い。
【００２１】
このように構成されたデータ処理装置において、所定のデータ圧縮形式で圧縮された共有データを記憶する主記憶データベース５１を有する第１のデータ処理装置と、複数のデータ処理装置とが通信装置３１，３２を介して所定のネットワーク７に接続されてデータ処理を行うデータ処理装置において、通信装置３１，３２を介して主記憶データベース５１から送信された圧縮データを受信すると、伸長手段４２２が伸長してデータを復元してアプリケーションに供するデータとして使用するとともに、所定のアプリケーションから送信するデータが生成されると、圧縮手段４２１が所定のデータ圧縮形式で圧縮し、通信装置３１，３２を介して主記憶データベース５１に圧縮データを格納するので、ネットワーク７上の各データ処理装置が参照するデータベースを主記憶データベース７として一元管理できるとともに、同一形式で圧縮されたデータを高速にネットワーク間で転送可能となる。
【００２２】
以下、サイトＢ上のアプリケーション６が、サイトＡ上のデータを参照あるいは更新する場合について説明する。
図２は、図１に示したデータ処理装置におけるデータ参照処理手順の一例を示すフローチャートである。なお、（１） 〜（３） は各ステップを示す。また、本実施例におけるデータ参照の基本的手続きは、どのデータを参照するのかを指定する検索データを、アプリケーション側（すなわちサイトＢ）からデータベース側（サイトＡ）へ転送し、その結果をデータベース側からアプリケーション側に転送する手続きに対応する。
【００２３】
先ず、サイトＡにおいて、主記憶データベース管理システム５は、アプリケーション６の要求、すなわち検索条件等を含む検索命令に従い、主記憶データベース５１を検索する（１） 。この際、主記憶データベース５１には、圧縮されたデータが蓄えられているので、必要であれば、それを伸長手段４１２により復元し、条件判定を行う。次いで、検索の結果求められたアプリケーションの要求するデータを、圧縮された形式のまま、通信装置３１，３２によりアプリケーション６のおかれているサイトＢに転送する（２） 。そして、サイトＢのアプリケーションは、受け取ったデータを必要に応じて、伸長手段４２２により復元し、必要な処理を加え（３） 、処理を終了する。
【００２４】
図３は、図１に示したデータ処理装置におけるデータ更新処理手順の一例を示すフローチャートである。なお、（１） ，（２） は各ステップを示す。
先ず、アプリケーション６により加工されたデータは、圧縮手段４２１によりデータ圧縮され、通信装置３２，３１によりネットワーク７を介して主記憶データベースのあるサイトＡ側に転送される（１） 。次いで、圧縮されたデータを受け取った主記憶データベース管理システム５は、必要に応じてサイトＢより転送されたデータを伸長手段４１２により復元して、主記憶データベース上に登録、あるいは主記憶データベース５１上のデータを更新して（２） 、処理を終了する。
【００２５】
上記実施例ではネットワーク転送されるデータをデータ圧縮する場合について説明したが、この際、データ圧縮に加えて、暗号化アルゴリズムを適用することで、データベースのセキュリティ管理の効果を高めることも可能である。また、上記圧縮手段，伸長手段，通信手段およびデータ保持手段は、ソフトウエアにより実現されてもいいし、ハードウエアとして、実現されていても良い。さらに、複数のデータ圧縮アルゴリズムあるいはその実現ハードウエアを用意し、対象データの属性によりそれらを選択的に利用するように構成しても良い。また、上記実施例では複数のデータ処理装置が、ネットワークによって結合されている環境を例にして説明したが、密結合型マルチプロセッサシステムへの適用では、主記憶を各ＣＰＵのローカルメモリ，ネットワークをデータ処理装置のバスと見なすことにより、容易に本発明を適用できる。さらに、上記実施例では、データベース上のデータが、すべて圧縮されている場合について説明したが、データ中の特定項目のみを圧縮して記憶する構成としても良い。
〔第２実施例〕
図４は本発明の第２実施例を示すデータ処理装置の構成を説明するブロック図であり、マルチメディア・データベースに管理されている音声情報をブラウジングする汎用ブラウザの場合に対応する。
【００２６】
図において、５７はブラウザの利用者がブラウザにコマンドやデータを入力するための入力装置で、例えばキーボードもしくはポインティングデバイスで構成される。５２はＣＰＵで、入力装置５１より入力された指令に基づいて本実施例の処理を行う。５３は前記ＣＰＵ５２の処理結果あるいはブラウザからのメッセージをプリントアウトあるいは表示するための出力装置で、プリンタＰ，ディスプレイＣＲＴ，スピーカＳである。
【００２７】
５４は画像，音声，図形および複雑に絡み合ったデータを管理し、さらに部分プログラムのオブジェクト・コードを保存・選択・取り出すためのマルチメディア・データベース（以下、単にデータベースとも呼ぶ）である。これらのデータは、それぞれ独立なデータベースで管理されていても良い。５５は本実施例で扱うマルチメディア・データ，処理プログラムおよび処理に要するデータを一時的に記憶するための記憶装置である。ここに、含まれる各データは、それぞれが独立の記憶装置に分かれていても良い。５６は上記各５１〜５５を結合するためのバスである。
【００２８】
このように構成されたデータ処理装置において、複数のデータ処理装置が複数のアプリケーションに共通する部分プログラムをオブジェクトコードで記憶するデータベース５４を備えるので、複数のアプリケーションに共通する部分プログラムを一元管理することが可能となり、各アプリケーションに共通するプログラムを整合性よく変更することが可能となる。
【００２９】
さらに、実行されるアプリケーションに対応して選択手段がオブジェクトコードを前記データベース５４から選択し、転送手段が選択されたオブジェクトコードを前記データベース５４から読み出してアプリケーション記憶領域に転送するので、各アプリケーションを正常に起動させることを可能となる。
【００３０】
また、アプリケーション実行状態に基づいてＣＰＵ５２が記憶装置５５から転送されたオブジェクトコードの全部または要部を読み出すので、不要となったオブジェクトコードをアプリケーション記憶領域から追い出して、アプリケーション記憶領域の空き容量を最大限に確保することが可能となる。
【００３１】
さらに、ＣＰＵ５２によりアプリケーション起動に伴いデータベースのデータ構造またはオブジェクトコードが自動更新された状態で、各アプリケーションが起動されると、ＣＰＵ５２が更新結果を検出して、更新されたデータ構造またはオブジェクトコードをアプリケーションに通知するので、データベースのデータ構造またはオブジェクトコードが変更されても、各アプリケーションの実行に必要なオブジェクトコードを正常に読み出すことが可能となる。
【００３２】
以下、必要とする部分プログラムのオブジェクト・コードを取り出す処理および取り出したオブジェクト・コードを動的にブラウザにロードして実行する処理について図５に示すフローチャートを参照しながら説明する。
【００３３】
図５は本発明に係るデータ処理装置における第１のオブジェクト・コード処理手順の一例を示すフローチャートである。なお、（１） 〜（７） は各ステップを示す。
先ず、ユーザの要求を受け取る（１） 。本実施例では、ある条件を満たす音声情報のスピーカへの出力である。次いで、ユーザの要求を解析し、その要求の実行に必要な部分プログラムを得るためのデータベースへの問い合わせを生成する（２） 。次いで、オブジェクト・コードを管理しているマルチメディア・データベースシステム５４に問い合わせを発行し、必要な音声情報の出力手続き（オブジェクト・コード）をデータベースを検索して（３） 、取り出す。次いで、音声情報の出力手続きをロード手段（ＣＰＵ５２）により、ブラウザ中に動的にロードする（４） 。次いで、ロードされた必要な音声情報の出力手続きに基づいてマルチメディア・データ（ここでは、音声情報）を出力する（５） 。次いで、アンロードが必要かどうかを判定し（６） 、必要ならばロードした出力手続きをアンロード手段（ＣＰＵ５２）により動的にアンロードする（７） 。これにより、マルチメディア・データベースシステム５４に管理されている音声情報をブラウジングする汎用ブラウザの処理が終了する。
【００３４】
図６は本発明に係るデータ処理装置における第２のオブジェクト・コード処理手順の一例を示すフローチャートである。なお、（１） 〜（４） は各ステップを示す。
先ず、ロードすべきオブジェクト・コードをプログラムのメモリ空間の一部に取り込む（１） 。次いで、そのオブジェクト・コードの名前管理表を取り出す（２） 。そして、プログラムのメモリ空間内での位置情報に合せて、オブジェクト・コードの内容を更新する。次いで、プログラム自身の名前管理表を取り出す（３） 。次いで、名前管理表の内容を、名前管理表と整合性をとりながら追加する（４） 。なお、追加したオブジェクト・コードのエントリは、アンロードを考慮して、名前管理表上において識別子をつけておく。ここでは、名前管理表上に識別子をつける方法を説明したが、オブジェクト・コード毎に名前管理表上のエントリを保持して管理する構成であってもよい。
【００３５】
図７は本発明に係るデータ処理装置における第３のオブジェクト・コード処理手順の一例を示すフローチャートである。なお、（１） 〜（３） は各ステップを示す。
先ず、アンロードすべきオブジェクト・コードの識別子を得る（１） 。次いで、プログラム自身の名前管理表において、識別子をもつエントリに「アンロード済」のマークを付ける（２） 。次いで、プログラムのメモリ空間から、識別子相当するオブジェクト・コードを取り除く（３） 。
【００３６】
なお、上記実施例では、マルチメディア・データとして、特に音声情報のブラウンジ例について述べたが、一般のアプリケーションについても、それぞれのアプリケーションに関する操作を実現している部分プログラムを、オブジェクト・コード管理手段として用いられているデータベース中に登録し管理することで、全く同様に説明することができる。
【００３７】
また、上記実施例ではデータベース中のマルチメディア・データをブラウズする例について説明したが、各メディアに対応する編集（登録および更新）用の部分プログラムをデータベースで管理することにより、拡張性のあるマルチメディア・エディタを実現することも可能である。
【００３８】
さらに、複数のプログラムおよび複数のユーザによって共有される様々なオブジェクト・コードおよびデータ構造をプログラムからの要求条件により、一貫性を保持してプログラムに提供するアプリケーションにも適用することができる。図８は本発明に係るデータ処理装置における第４のオブジェクト・コード処理手順の一例を示すフローチャートである。なお、（１） 〜（６） は各ステップを示す。また、マルチメディア・データベースを利用するアプリケーションについて説明するが、本実施例に示す処理は、アプリケーション実行中に、データベースのスキーマが変更された際のオブジェクト・コードの差し替え処理例に対応する。
【００３９】
先ず、データベースからのスキーマ変更通知を受け取る（１） 。差し替えの必要なオブジェクト・コードがあるかどうかをデータベースに問い合わせる（２） 。次いで、差し替えが必要かどうかを判断し（３） 、差し替えが必要な場合には、データベースから差し替え用のオブジェクト・コードを取り出す（４） 。次いで、アプリケーション内の差し替えを必要とするオブジェクト・コードをアンロードする（５） 。次いで、データベースから取り出した差し替え用のオブジェクト・コードをロードする（６） 。これにより、データベース等を用いて部分プログラムのオブジェクト・コードを柔軟に管理することにより、データ構造等の変化に対して容易、かつ適切に適応可能なアプリケーションの構築が可能となる。すなわち、類似の機能を持ったオブジェクトコードあるいはデータ構造が、プログラムの実行時に、随時増加して行くようなプログラムについて、プログラムの作成時に、予期していなかったオブジェクトコードあるいはデータ構造をプログラムからの要求条件に応じて提供できる。
【００４０】
なお、本実施例では、マルチメディア・データベースを例として、そのアプリケーションのオブジェクト・コード管理について述べたが、複数のユーザおよび複数アプリケーションによるオブジェクトコードの共有を必要とする一般のアプリケーションにも適用できる。
【００４１】
【発明の効果】
以上説明したように、本発明によれば、データベースの更新を検出し、該検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知し、該通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択し、該選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送するので、複数のアプリケーションに共通する部分プログラムのオブジェクトコードをデータベースの構造の更新等に影響されずに柔軟に管理し、それぞれのアプリケーションが処理すべき対象データを効率よく処理できるオブジェクトコードを自在に共有することができる。
【００４２】
また、各アプリケーションに共通するプログラムを整合性よく変更することが容易に行える。
また、データベースのデータ構造またはオブジェクトコードが変更されても、各アプリケーションの実行に必要なオブジェクトコードを正常に読み出すことができる。
また、アプリケーション作成時に、予期していなかったデータ構造あるいは性質を持ったデータを容易に操作でき、マルチメディアアプリケーション上で扱うメディア数が増加しても、登録されたアプリケーションを変更する必要がなくなる。
また、オブジェクトコードを複数人により共有することが容易となるので、プログラムのバージョン管理も容易になる。
さらに、プログラムの開発中のみならず、プログラムの完成後も、複数のアプリケーションにより部分プログラムを様々な条件で共有することができる等の優れた効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施例を示すデータ処理装置の構成を説明するブロック図である。
【図２】図１に示したデータ処理装置におけるデータ参照処理手順の一例を示すフローチャートである。
【図３】図１に示したデータ処理装置におけるデータ更新処理手順の一例を示すフローチャートである。
【図４】本発明の第２実施例を示すデータ処理装置の構成を説明するブロック図である。
【図５】本発明に係るデータ処理装置における第１のオブジェクト・コード処理手順の一例を示すフローチャートである。
【図６】本発明に係るデータ処理装置における第２のオブジェクト・コード処理手順の一例を示すフローチャートである。
【図７】本発明に係るデータ処理装置における第３のオブジェクト・コード処理手順の一例を示すフローチャートである。
【図８】本発明に係るデータ処理装置における第４のオブジェクト・コード処理手順の一例を示すフローチャートである。
【符号の説明】
５ 主記憶データベース管理システム
６ アプリケーション
７ ネットワーク
１１ ＣＰＵ
１２ ＣＰＵ
２１ 内部バス
２２ 内部バス
３１ 通信装置
３２ 通信装置
４１１ 圧縮手段
４１２ 伸長手段
４２１ 圧縮手段
４２２ 伸長手段
Claims (7)
- 複数のアプリケーションに共通する部分プログラムをオブジェクトコードで記憶するデータベースと、
前記データベースの更新を検出する検出手段と、
前記検出手段で検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知する通知手段と、
前記通知手段による通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択する選択手段と、
前記選択手段により動的に選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送する転送手段と、
を有することを特徴とするデータ処理装置。 - アプリケーションの実行状態に基づいて、前記転送されたオブジェクトコードの全部または要部を読み出すオブジェクトコード読み出し手段を、更に有することを特徴とする請求項１に記載のデータ処理装置。
- 前記検出手段は、前記データベースのデータ構造または前記オブジェクトコードの更新を検出し、
前記通知手段は、前記更新されたデータ構造またはオブジェクトコードを前記アプリケーションに通知することを特徴とする請求項１に記載のデータ処理装置。 - 前記検出手段は、前記実行されるアプリケーションの起動時に、前記データベースが更新された状態であるか検出することを特徴とする請求項１に記載のデータ処理装置。
- 前記アプリケーションの実行中に前記データベースのスキーマが変更された場合、前記通知手段は、前記アプリケーションにスキーマの変更を通知し、
前記アプリケーションでは、前記通知手段によるスキーマ変更通知に応じて、当該アプリケーション内のオブジェクトコードの差し替えが必要か否かを問い合わせて、差し替えが必要と判断された場合、前記データベースから差し替え用のオブジェクトコードを抽出して、差し替えを必要とするオブジェクトコードと差し替えることを特徴とする請求項１に記載のデータ処理装置。 - 前記対象データはマルチメディアデータであり、
前記アプリケーションは前記転送手段で転送されるオブジェクトコードを用いて、該マルチメディアデータをブラウズするための汎用ブラウザであることを特徴とする請求項１に記載のデータ処理装置。 - 複数のアプリケーションに共通する部分プログラムをオブジェクトコードで記憶するデータベースを有するデータ処理装置を制御するためのデータ処理方法であって、
前記データベースの更新を検出する検出工程と、
前記検出工程で検出された前記データベースの更新を、対象データを処理するために実行されるアプリケーションに通知する通知工程と、
前記通知工程による通知に基づいてなされた当該アプリケーションからの要求条件に応じて、当該アプリケーションの作成時には予期されていなかった該対象データの処理に必要なオブジェクトコードを前記データベースから動的に選択する選択工程と、
前記選択工程で動的に選択されたオブジェクトコードを前記データベースから読み出して前記実行されるアプリケーションの記憶領域に転送する転送工程と、
を有することを特徴とするデータ処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36094992A JP3559571B2 (ja) | 1992-12-29 | 1992-12-29 | データ処理装置およびデータ処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36094992A JP3559571B2 (ja) | 1992-12-29 | 1992-12-29 | データ処理装置およびデータ処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06202929A JPH06202929A (ja) | 1994-07-22 |
| JP3559571B2 true JP3559571B2 (ja) | 2004-09-02 |
Family
ID=18471581
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36094992A Expired - Fee Related JP3559571B2 (ja) | 1992-12-29 | 1992-12-29 | データ処理装置およびデータ処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3559571B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013084116A (ja) | 2011-10-07 | 2013-05-09 | Fujitsu Ltd | 通信装置、通信装置の制御方法及び情報処理システム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2509952B2 (ja) * | 1987-10-28 | 1996-06-26 | 富士通株式会社 | オンライン中におけるロ―ドモジュ―ル入替方式 |
| JP2569092B2 (ja) * | 1987-12-11 | 1997-01-08 | 株式会社日立製作所 | 入出力機器制御プログラムのアドレス解決方法 |
| JP2850322B2 (ja) * | 1988-03-09 | 1999-01-27 | 富士通株式会社 | ロードモジュール入替装置 |
| JPH02240756A (ja) * | 1989-03-14 | 1990-09-25 | Nippon Telegr & Teleph Corp <Ntt> | 端末リクエスト型動画提供方式 |
| JPH03164934A (ja) * | 1989-11-24 | 1991-07-16 | Hitachi Ltd | モジュール管理方法 |
| JPH03204723A (ja) * | 1990-01-08 | 1991-09-06 | Nippon Telegr & Teleph Corp <Ntt> | プログラム入れ替え方式 |
| JP3058672B2 (ja) * | 1990-11-07 | 2000-07-04 | 株式会社日立製作所 | データベース管理システム |
-
1992
- 1992-12-29 JP JP36094992A patent/JP3559571B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06202929A (ja) | 1994-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1517885B (zh) | 关于利用原子性更新的中央高速缓冲存储器的方法和系统 | |
| JP4615337B2 (ja) | ストレージシステム | |
| US20030225972A1 (en) | Storage system | |
| EP1300757A1 (en) | Shareable installation hierarchies | |
| GB2439578A (en) | Virtual file system with links between data streams | |
| JPH04232563A (ja) | 文書管理方法 | |
| JPH0785020A (ja) | 文書管理方法 | |
| JPWO2007099636A1 (ja) | ファイルシステム移行方法、ファイルシステム移行プログラム及びファイルシステム移行装置 | |
| JP2005259057A (ja) | 更新履歴管理装置及び記録媒体 | |
| JP5709903B2 (ja) | データレコードを圧縮し圧縮されたデータレコードを処理するための方法、システム、コンピュータプログラム、その記録媒体、データコレクションを記憶したデータ記憶媒体、並びに通話データ記録システム | |
| JP2006031608A (ja) | 計算機、ストレージシステム、計算機が行うファイル管理方法、およびプログラム | |
| JP3559571B2 (ja) | データ処理装置およびデータ処理方法 | |
| JPH04360246A (ja) | ファイル圧縮装置 | |
| US6625614B1 (en) | Implementation for efficient access of extended attribute data | |
| JPH05113920A (ja) | フアイル管理方法及びその装置 | |
| JPH0844609A (ja) | データバックアップ方法 | |
| JPH08314780A (ja) | ファイル管理方式 | |
| JPH07334406A (ja) | マルチメディアデータベースシステム | |
| GB2328531A (en) | Storing a long record in a set of shorter keyed records | |
| JP2641399B2 (ja) | フアイル管理装置 | |
| JPH11184889A (ja) | イメージデータ管理装置 | |
| JP3298904B2 (ja) | 付加サービス実行プログラム管理方式 | |
| JPH04324541A (ja) | ネットワークシステム | |
| JPH10133934A (ja) | 分散型文書管理システムおよびそれを実現するプログラム記憶媒体 | |
| JP2000123038A (ja) | データベース装置、データベースアクセス方法及びデータベースアクセスプログラムを記録した記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040203 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040511 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040524 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090528 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100528 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100528 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110528 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120528 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |