JPH1097456A - クライアント／サーバシステムにおけるデータ転送方法 - Google Patents

Abstract

(57)【要約】 【課題】 不要なファイルアクセスや制御を省き、メデ
ィアデータの転送性能を向上させること。 【解決手段】 クライアント２から、サーバ１へデータ
通知フラグをオフにしてデータ転送要求があると、サー
バ１は、コードデータとメディア管理情報から固定長デ
ータを生成してクライアント２に転送する。また、クラ
イアント２から、サーバ１へデータ通知フラグをオンに
してデータ転送要求があったとき、サーバ１は、コード
データ、メディア管理情報およびメディア情報から可変
長データを生成してクライアント２に転送する。また、
メディア情報をデータベース１中にＢＬＯＢデータとし
て格納してもよい。また、本システムをスタンドアロン
のシステムに適用することができる。さらに、上記デー
タ通知フラグを利用することにより、動画サーバ等の別
のサーバ５と組み合わせて用いることもできる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はクライアント／サー
バシステムにおけるメディアデータの転送方法およびシ
ステムに関し、特に、本発明は、不要なファイルアクセ
スや制御をなくし、メディアデータの転送性能を向上さ
せることができるクライアント／サーバシステムにおけ
るデータ転送方法に関するものである。

【０００２】

【従来の技術】クライアント／サーバシステムにおい
て、データベースを用いてメディアデータを管理する場
合、次の要件が必要となる。 メディアデータは容量が大きいため、リムーバブル
系のディスク（差し替え可能なＭＤ等のディスク）が必
要となる。 データベースに登録されるデータフォーマットと利
用されるデータフォーマットが必ずしも一致せず、デー
タ変換が必要となる場合がある。

【０００３】図１０は、クライアント／サーバシステム
における従来のメディアデータの転送制御を説明する図
であり、１０はサーバマシン（以下サーバと略記する）
であり、サーバ１０はデータベース１１とＤＢサーバ１
２を備えている。２０はクライアントマシン（以下クラ
イアントと略記する）であり、クライアント２０はＤＢ
クライアント２１とアプリケーションプログラム２２を
備えている。

【０００４】同図に示すように、サーバ１０のデータベ
ース１１が管理するレコードの中にはレコードＲ１があ
り、レコードＲ１は、コードデータと、メディアデータ
Ｍｄ１を管理する管理データから構成される。また、サ
ーバ１０上には、サーバデーモンプログラムが存在し、
このサーバデーモンは、クライアント２０からの要求に
従い、リムーバブルディスクからファイルコピーまたは
ファイルコンテンツ変換（クライアント側で利用できる
形式へのデータに変換）のためのメディアデータＭｄ１
のリード／ライトを行い、クライアント２０に転送する
データを生成する。クライアント２０のアプリケーショ
ン２２は、ＤＢクライアント２１より、例えばＯＤＢＣ
（データベースへのアクセス規約）等を介してレコード
データを入手する。また、クライアント２０が上記サー
バデーモンと通信し、ファイル転送によりレコードＲ１
を入手し、レコードＲ１のファイル名を元に、メディア
データを読み込むといった作業を行う。

【０００５】図１１は、上記メディアデータの転送の処
理フローを示す図である。同図に示すように、クライア
ント２０がＤＢアクセスを開始すると、サーバ１０はＤ
Ｂをオープンする。ついで、クライアント２０が初期情
報を生成すると、サーバ１０は、検索対象となるテーブ
ルをオープンする。一方、クライアント２０は検索条件
を生成し、サーバ１０に検索依頼を発行する。これによ
り、サーバ１０はデータベース１１に対して発行するＳ
ＱＬ文（検索文）を作成し検索を実施する。そして、検
索結果を入力してクライアント２０に転送する。クライ
アント２０は上記検索結果を入手すると、通知された検
索結果のレコードを表示装置に表示する。ユーザが上記
表示されたレコードの中から読み込むメディアデータを
選択すると、クライアント２０においては、アクセスパ
スを生成し、メディアデータのデータ形式をチェックす
る。ついで、サーバデモーンに対してメディアデータの
取り出しを依頼する。

【０００６】サーバデーモンは上記依頼を受けると、形
式変換が必要な場合、メディアデータをリムーバブルデ
ィスク等からリードして形式変換を行い、形式変換した
データをライトする。また、形式変換が必要でないとき
には、メディアデータをリムーバブルディスク等からコ
ピーする。ついで、ｆｔｐ等によるファイル転送プロト
コルを起動する。クライアント２０は上記転送データを
受信して転送結果をリードし、表示装置の画面上に表示
する。

【０００７】

【発明が解決しようとする課題】図１１に示すように、
従来のシステムにおいては、アプリケーションの処理制
御が複雑であり、メディアデータのリード／ライトが頻
繁に行われる。すなわち、サーバデーモンにおけるデー
タ形式の変換時、データ／リードが発生し、また、ｆｔ
ｐでファイル転送する際、リード／ライトが発生する。
さらに、ファイル転送においてもメモリのリード／ライ
トが発生し、メディアデータを画面に表示する際にリー
ドが発生する。現在のコンピュータシステムにおいて、
一番性能ネックとなるのは回線性能とファイルのリード
／ライト性能であり、ファイルの頻繁なリード／ライト
は性能に悪影響を与える。

【０００８】一方、上記したシステムの利点は、大容量
のメディアデータをサーバから転送するタイミングをク
ライアントのアプリケーションから容易に制御できる点
にあり、無駄なメディアデータの転送（回線の負荷軽
減）の抑止をＤＢ操作に関係なくプログラミングとして
行えるとともに、ＤＢで管理できないようなデータの管
理を行える点にある。本発明は、上記した事情に鑑みな
されたものであり、その目的とするところは、上記した
利点を残しながら、不要なファイルアクセスや制御を省
き、メディアデータの転送性能を向上させることであ
る。

【０００９】

【課題を解決するための手段】図１は本発明の原理図で
ある。同図において、１はサーバ、２はクライアント、
３はサーバ側に設けられてデータベース、４，４’はメ
ディアデータを格納する手段、５は動画サーバ等の別の
サーバである。

【００１０】図１において、本発明は次のようにして前
記課題を解決する。 （１）メディア情報を格納する手段４と、コードデータ
とメディア情報の管理情報を格納したデータベース３と
を備えたサーバ１から、クライアント２の要求に応じて
メディア情報を含むデータをクライアントに転送する
際、クライアント２から、サーバ１へデータ通知フラグ
をオフにしてデータ転送要求があったとき、サーバ１
は、上記コードデータとメディア管理情報から固定長デ
ータを生成してクライアント２に転送する。また、クラ
イアント２から、サーバ１へデータ通知フラグをオンに
してデータ転送要求があったとき、サーバ１は、上記コ
ードデータ、メディア管理情報およびメディア情報から
可変長データを生成して、クライアントに転送する。 （２）上記（１）において、メディア情報をデータベー
ス１中にＢＬＯＢデータとして格納し、上記（１）と同
様、データ通知フラグのオン／オフに応じて、サーバ１
からクライアント２に固定長データもしくは可変長デー
タを転送する。 （３）同一システム内にサーバ１とクライアント２を有
するスタンドアロンシステムのサーバ１側にコードデー
タとメディア情報の管理情報を格納したデータベース３
を設け、またクライアント２側にメディア情報を格納す
る手段４’を設ける。そして、クライアント２は、サー
バ１へ、データ通知フラグをオフにしてデータ転送要求
を行い、サーバ１はこれに応じて上記コードデータとメ
ディア管理情報から固定長データを生成してクライアン
ト２に転送し、クライアント２は、上記サーバ１から転
送されたメディア管理情報に基づき、クライアント１側
に設けられたメディア情報を読み込む。 （４）上記（１）において、メディア情報をサーバ１，
クライアント２の双方に設ける。そして、クライアント
２から、サーバ１へデータ通知フラグをオフにしてデー
タ転送要求を行って、サーバ１からメディア管理情報を
入手してメディアデータの所在を調べる。メディア情報
がサーバ１側にあるとき、クライアント２はサーバ１へ
データ通知フラグをオンにしてデータ転送要求を行い、
サーバ１からメディア情報を得る。また、メディア情報
がクライアント２側にあるとき、クライアント２はクラ
イアント２側にあるメディア情報を読み込む。 （５）コードデータとメディア情報の管理情報を格納し
たデータベース３とを備えたサーバ１と、動画サーバ等
の別のサーバ５から、クライアントの要求に応じてメデ
ィア情報を含むデータをクライアントに転送する際、ク
ライアント２は、サーバ１へデータ通知フラグをオフに
してデータ転送要求を行って、コードデータとメディア
管理情報からなる固定長データ入手し、上記メディア管
理情報に基づき、動画サーバ等の別のサーバ５へアクセ
スしてメディア情報を読み込む。

【００１１】本発明の請求項１，２の発明は、上記
（１）（２）のようにデータ通知フラグのＯＮ／ＯＦＦ
に応じてメディア管理情報を含む固定長データ、もしく
はメディア情報を含む可変長データをサーバ１からクラ
イアント２に転送したので、アプリケーションの処理が
簡単になる。また、従来より効率的なレコード転送が行
うことが可能となる。さらに、従来のクライアントから
のデータの転送制御を上記データ通知フラグにより指定
し、サーバ１から可変長データを転送しているので、従
来の利点を失うことなく処理可能となる。本発明の請求
項３の発明は、上記（３）のように、本発明をスタンド
アロンのシステムに適用し、また、メディア情報をクラ
イアント１側においたので、不要なデータ領域の削減を
図ることができるとともに、不要な通信を低減化するこ
とかできる。本発明の請求項４の発明は、上記（４）の
ようにメディア情報をサーバ１とクライアント２の双方
においたので、高速なアクセスが可能となる。本発明の
請求項５の発明は、上記（５）のようにデータ通知フラ
グを利用してデータを転送しているので、動画サーバ等
の別のサーバに格納されたメディア情報を利用すること
が可能となる。

【００１２】

【発明の実施の形態】図２は本発明の第１の実施例のシ
ステムの構成を示す図、図３は本実施例におけるメディ
アデータの転送制御を説明する図であり、本実施例は、
前記図１０に示したように、レコード中のメディア管理
データによりメディアデータをポイントするファイルポ
イント方式の実施例を示している。図２において、１０
はサーバであり、１１はデータベース、１０ａはデータ
ベース１１にアクセスするデータベースアクセス部、１
０ｂはリムーバブルディスク等のディスク内にあるメデ
ィアデータＭｄ１のリードおよびメディアデータの生成
を行うメディアデータアクセス部、１０ｃはサーバの各
部全体の制御を行う制御部、１０ｄはネットワークを介
したデータ転送を制御するネットワーク制御部、１０ｅ
はデータ変換等を行い、ネットワークを介してクライア
ント２０に転送するデータを生成する転送データ生成部
である。

【００１３】２０はクライアントであり、２０ａはネッ
トワーク制御部、２０ｂはクライアントの各部全体の制
御を行う制御部である。また、図３において、１０はサ
ーバ、１１はデータベース１１、１２はＤＢサーバ、２
０はクライアント、２１はＤＢクライアント、２２はア
プリケーションプログラムである。本実施例において
は、図３に示すように、従来のレコードをコードデータ
Ａ，Ｂ，Ｃとメディア管理データＡ，Ｄ１，Ｄ２，Ｄ３
に分割する（図３の）。ここで、Ａは両者を関連付け
るキーデータであり、メディア管理データにおけるＤ１
はメディアデータの種別、Ｄ２はメディアデータのファ
イル名、Ｄ３メディアデータのデータ形式（例えば、Ｂ
ＭＰ，ＴＩＦＦ等）である。

【００１４】上記のようにレコードを分割することによ
り、コードデータからメディアデータを完全に追い出す
ことができる。すなわち、従来のデータベースシステム
の構成に影響を与えずに、メディア情報を保持できるの
で、不要なレコード情報や複雑なレコード構成をとる必
要がなくなる。これは、コードデータとメディアデータ
が１対１に対応するわけではないからである。ＤＢサー
バが上記レコードにアクセスする場合は、上記したコー
ドデータとメディア管理データの２つのデータに対して
アクセスするか、あるいは、図３に示すように、上記２
つのデータを結合した論理ファイル（結合ファイル）を
経由してアクセスする（図３の）。

【００１５】上記のようにコードデータとメディア管理
データの２つのデータに対してアクセスするのは、従来
のレコードとメディアデータが１対１に対応していない
ので、論理ファイル経由で読み込むと、同一レコードの
アクセスが多発するのを防ぐためであり、この場合は、
ＤＢサーバ１２内で不要なアクセスをしないように読み
込んだデータをスタックして内部で合成する。一方、レ
コードとメディアデータが1 対１に対応している場合
は、論理ファイルを経由した方が処理は早くなる。

【００１６】ＤＢサーバ１２内部では、レコードを再編
集し、メディア情報をメディアの存在フラグ情報、又は
メディアの実体情報に置き換える（図３の）。メディ
アの存在フラグ情報は同図に示すように、固定長データ
であり、キーデータＡとコードデータＢ，Ｃとメディア
管理データＤからなる（以下、このデータを固定長フラ
グという）。メディアの実体情報は、同図に示すように
可変長データであり、上記データＡ，Ｂ，Ｃ，Ｄと可変
長のメディアデータ（実データ）からなる。このデータ
はデータベースでいうＢＬＯＢ（可変長データのデータ
形式の一つ）の可変長項目に近い（若しくは同じ）形式
である。

【００１７】ＤＢクライアント２１はアプリケーション
２２からデータの要求を受けると、サーバ１０に対して
データ付きで（同図に示すデータ通知フラグＯＮ）、も
しくは、データ無しで（同図に示すデータ通知フラグＯ
ＦＦ）でデータ転送を依頼する。データ通知フラグＯＮ
でデータ転送を依頼すると、サーバ１０は上記メディア
のメディアの実体情報を含む情報を生成してクライアン
トに転送し、データ通知フラグＯＦＦでデータの転送を
依頼すると、サーバ１０は上記固定長フラグを生成しク
ライアントに転送する。

【００１８】図４は本実施例における処理フローであ
り、同図により本実施例の処理を説明する。なお、同図
の〔〕で囲まれた部分が本実施例の処理であり、（）で
囲まれた部分は、後述する第２の実施例における処理で
ある。同図に示すように、クライアント２０がＤＢアク
セスを開始すると、サーバ１０はＤＢをオープンする。
ついで、クライアント２０が初期情報を生成すると、サ
ーバ１０は、検索対象となるテーブルをオープンする。
一方、クライアント２０はデータ通知フラグをＯＦＦに
設定し、検索条件を生成し、サーバ１０に検索依頼を発
行する。これにより、サーバ１０はデータベース１１に
対して発行するＳＱＬ文（検索文）を作成し検索を実施
する。そして、検索結果を入手して固定長レコード（固
定長フラグ）を生成し、クライアント２０に転送する。

【００１９】クライアント２０は上記検索結果を入手す
ると、通知された検索結果のレコードを表示装置に表示
する。ユーザが上記表示されたレコードの中から読み込
むメディアデータを選択すると、クライアント２０にお
いては、データ通知フラグをＯＮにして、検索のための
キーを設定し、サーバ１０に対してデータの取り出しを
依頼する。サーバ１０においては、上記キーによりレコ
ードをｇｅｔする。すなわち、メディアデータをリムー
バブルディスク等から読み込み、レコードデータとメデ
ィアデータを結合し、可変長データを生成する。そし
て、クライアント２０に可変長レコードを通知する。ク
ライアント２０はサーバ２０から通知されたデータ（メ
ディアデータを含む）を表示装置に表示する。

【００２０】本実施例においては、上記のようにアプリ
ケーションの処理が簡単になる。これは、アプリケーシ
ョン２２から見た場合、従来のようにメディアの実体を
意識することなく、前記したようにＢＬＯＢのようにレ
コードの一部としてアクセスできるようになるためであ
る、すなわち、レコードの転送とメディアデータの転送
が一緒になるため、従来のようにタイムラグが発生せ
ず、処理が容易となる。また、ファイル転送について
も、サーバ１０上でアプリケーション２２に必要なデー
タのみの形に編集し直すので、従来より効率的なレコー
ド転送が行え、ｆｔｐ等のファイル転送との併用による
弊害も発生しない。

【００２１】これは、従来は、クライアント２０のアプ
リケーション２２から通知によりサーバデーモンがデー
タを加工していたためであり、本実施例では先にデータ
通知フラグを指定してもらうことにより、サーバ１０上
でデータを変化させ、データを最適化できる。さらに、
従来のクライアントからのデータの転送制御を上記デー
タ通知フラグにより指定し、サーバ１０から可変長デー
タを通知してもらうことで、ＤＢの範囲内で処理が可能
となり従来の利点を失うことなく処理可能となる。

【００２２】上記実施例はファイルポイント方式による
大量データの転送方式であるが、本発明はメディアデー
タを前記したＢＬＯＢで格納した場合、すなわち、可変
長のメディアデータをデータベース内にＢＬＯＢ項目と
して格納した場合にも適用することができる。現状で
は、上記ＢＬＯＢの場合、データのサイズに制約がある
場合が多く、動画等の大容量データの管理にはむかない
が、例えばイメージなどの中程度のデータ容量なら適用
できる。

【００２３】以下、メディアデータを上記ＢＬＯＢ項目
として扱った本発明の第２の実施例を説明する。図５は
本実施例のシステムの構成を示す図であり、本実施例で
は、メディアデータをデータベース１１中のＢＬＯＢ項
目として扱っているので、前記した図２に示したメディ
アデータアクセス部１０ｂが設けられておらず、その他
の点は前記図２と同じである。

【００２４】図６は本実施例におけるメディアデータの
転送制御を説明する図であり、本実施例では、同図に示
すようにメディアデータの実体がＢＬＯＢ項目として、
メディア管理データの中に含まれている。そして、メデ
ィアデータをＤＢサーバ１２に読み込むときに、クライ
アント２０からの要求にそって、レコードを再編集し、
固定長フラグ、又はメディアの実体情報を含む可変長デ
ータに置き換える（図６の）。クライアント２０から
の通知がデータ通知フラグＯＦＦの場合には上記固定長
フラグをクライアント２０に転送し、データ通知フラグ
ＯＮの場合にはメディアデータを含む上記可変長データ
をクライアント２０に転送する（図６の）。ＤＢクラ
イアント２１も含めてその後のクライアント２０におけ
る処理は前記した第１の実施例と同じである。

【００２５】本実施例の処理は前記図４に示した処理フ
ローと基本的には同じであり、図４において（）で囲ん
だ処理が本実施例の処理を示す。すなわち、図４におい
て、クライアント２０から検索の依頼があったとき、サ
ーバ１０はＳＱＬ文を生成するが、本実施例の場合メデ
ィアデータがデータベース中にＢＬＯＢ項目として含ま
れているので、メディアデータの検索は行われない。ま
た、クライアント２０からデータの取り出し依頼があっ
たとき、サーバ１０はキーによりレコードをｇｅｔする
が、本実施例の場合は、上記したようにデータベース中
にＢＬＯＢ項目として含まれているので、ｇｅｔしたデ
ータ中にメディアデータが含まれることになる。その他
の処理は前記第１の実施例で説明したのと同様である。

【００２６】本実施例においては、単なる格納庫として
のＢＬＯＢ項目と比較して、転送タイミングやクライア
ントからの制御やアプリケーションの作成工数の軽減等
の第１の実施例の利点をそのまま利用できる。また、将
来、ＢＬＯＢが扱える実データのサイズが大きくなった
場合、アプリケーションからはＢＬＯＢあるいはファイ
ルポイント方式を意識することなく同様にアクセスする
ことが可能になると考えられる。

【００２７】ところで、前記した第１の実施例のファイ
ルポイント方式のシステムにおいて、データベースアク
セス部をスタンドアロン型に置き換えても同様に実施す
ることができる。すなわち、データ通知フラグを利用し
てデータベースにアクセスすることにより容易にスタン
ドアロンのシステムに置き換えることができる。例え
ば、クライアント／サーバ型システムをスタンドアロン
型システムに作り替える場合、通常は多大なプログラム
修正が必要とため、サーバ／クライアントを同一のシス
テム内に入れる方式をとる場合が多い。しかし、この方
式であると、不要なメディアデータの転送が発生し（内
部ではネットワークを介して実際にファイル転送を行っ
ているため）、性能が遅くなり、また、サーバ／クライ
アントの双方でメディア領域を確保するため、メモリも
大きく無駄になる。

【００２８】これに対し、本実施例においては、アプリ
ケーションの要求に合わせて、サーバのメディアデータ
転送部を介さずに直接クライアントのメディアデータ転
送部でメディアデータを読み込むようにすることによ
り、不要なデータ領域の削減および不要な通信の低減化
を図ることができる。また、ＤＢアクセス部を独立化
し、スタンドアロン用のアクセスに切替え可能としてお
けば不要な通信の撲滅も図ることができる。図７は本発
明を上記スタンドアロン型システムに適用した本発明の
第３の実施例のシステム構成を示す図であり、本実施例
のシステムは、前記図２に示したシステムにおいて、サ
ーバ側のメディアデータアクセス部１０ｂ、転送データ
生成部１０ｅが存在せず、また、メディアデータＭｄ１
およびメディアアクセス部２０ｃがクライアント２０側
に設けられており、メディアアクセス部２０ｃにより直
接メディアデータＭｄ１にアクセスする。

【００２９】本実施例における処理は前記した図４と基
本的には同様であるが、クライアント２０はサーバ１０
に対して、データ通知フラグをＯＦＦにして検索を依頼
する。そして検索結果を表示し、入手すべきレコードが
選択されると、クライアント側に設けたメディアデータ
アクセス部２０ｃによりメディアデータＭｄ１にアクセ
スし、入手したメディアデータを表示する。このように
することにより、前記したように不要なデータ領域の削
減および不要な通信の低減化を図ることができる。

【００３０】ところで、メディアデータをサーバとクラ
イアントの双方に持たせたり、あるいはメディアデータ
をサーバとクライアントで分散して持たせ（以下、これ
をメディアデータの双方管理という）、第１〜第３の実
施例で説明したデータ通知フラグを利用しデータを転送
することにより、従来のクライアント／サーバシステム
に比べて高速なアクセスが可能となる。図８は上記した
メディアデータの双方管理による本発明の第４の実施例
のシステム構成を示す図であり、本実施例においては、
前記図２のシステムにおいて、クライアント２０側にメ
ディアデータアクセス部２０ｃとメディアデータＭｄ２
を設けたものである。

【００３１】図８のシステムにおいて、クライアント２
０はサーバ１０にデータ通知フラグＯＦＦで検索を依頼
して固定長フラグを入手する。そして、固定長フラグか
らメディアデータの所在を確認し、入手するメディアデ
ータがクライアント２０側にある場合には、メディアデ
ータアクセス部２０ｃによりクライアント側にあるメデ
ィアデータＭｄ１を取り出す。また、入手するメディア
データがサーバ側にある場合には、前記図４で説明した
ように、データ通知フラグＯＮでサーバ１０に対してデ
ータの取り出しを依頼する。上記構成とすることによ
り、入手すべきメディアデータがクライアント側にある
ときには、クライアント側のメディアデータを直接取り
出すことができるので、不要なデータ領域の削減および
通信の低減化を図ることができる。

【００３２】また上記したデータ通知フラグを使用する
ことにより、実データを持たずに管理機構のみを提供す
ることで、動画サーバ等と組み合わせて使用することが
可能となる。図９は上記のように動画サーバ等と組み合
わせ使用するようにした本発明の第５の実施例のシステ
ム構成を示す図である。本実施例においては、前記図２
のシステムにおいて、サーバ１０側にメディアデータア
クセス部１０ｂ、転送データ生成部１０ｅ、メディアデ
ータＭｄ１を設けず、また、クライアント２０側に動画
サーバのクライアント制御部２０ｄを付加し、また動画
サーバ３０を設けたものてある。

【００３３】図９のシステムにおいて、クライアント２
０はサーバ１０に対して、データ通知フラグをＯＦＦに
して検索を依頼する。そして、検索結果を表示し、入手
するレコードが選択されると、動画サーバのクライアン
ト制御部２０ｄにより動画サーバ３０にアクセスし、動
画データを得る。通常、動画サーバは動画に特化したサ
ーバであり、既存のデータベースと連携してアクセスす
ることはできなかった。一方、データベースはファイル
を全て読み切るまで動画の再生等はできないため、再生
に入るまでに時間が必要であり、データベース内で閉じ
た処理しかできなかった。このため、動画データとその
他のデータを別々に処理するか、動画データのみしか扱
えなかった。本実施例では、上記のようにデータ通知フ
ラグを利用して動画データを入手しているので、データ
が別の場所に存在していても、あたかも存在するかごと
くアクセスできる。このため、データベース内で閉じて
データを管理する必要はなく、動画サーバ等の別のサー
バと組み合わせて用いることができる。

【００３４】

【発明の効果】以上説明したように本発明においては、
以下の効果を得ることができる。 （１）クライアントから、サーバへデータ通知フラグを
オフにしてデータ転送要求があったとき、サーバから、
コードデータとメディア管理情報を含む固定長データを
クライアントに転送し、また、クライアントから、サー
バへデータ通知フラグをオンにしてデータ転送要求があ
ったとき、サーバから、コードデータ、メディア管理情
報およびメディア情報を含む可変長データをクライアン
トに転送するようにしたので、アプリケーションの処理
が簡単になる。また、従来より効率的なレコード転送が
行うことが可能となる。さらに、従来のクライアントか
らのデータの転送制御を上記データ通知フラグにより指
定し、サーバ１から可変長データを転送しているので、
従来の利点を失うことなく処理可能となる。

【００３５】（２）同一システム内にサーバとクライア
ントを有するスタンドアロンシステムにおいて、サーバ
側にコードデータとメディア情報の管理情報を格納した
データベースを設け、クライアント側にメディア情報を
格納する手段を設け、データ通知フラグを利用して、ク
ライアントがサーバからコードデータとメディア管理情
報からなる固定長データを入手し、クライアント側に設
けられたメディア情報を読み込むようにすることによ
り、不要なデータ領域の削減を図ることができるととも
に、不要な通信を低減化することかできる。 （３）メディア情報をサーバ、クライアントの双方に設
けデータ通知フラグを利用してデータ転送を行うように
することにより高速なアクセスが可能となる。 （４）データ通知フラグを利用してデータを転送してい
るので、動画サーバ等の別のサーバに格納されたメディ
ア情報を利用することが可能となる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の第１の実施例のシステムの構成を示す
図である。

【図３】第１の実施例におけるメディアデータの転送制
御を説明する図である。

【図４】第１、第２の実施例の処理を示すフローチャー
トである。

【図５】本発明の第２の実施例のシステムの構成を示す
図である。

【図６】第２の実施例におけるメディアデータの転送制
御を説明する図である。

【図７】本発明の第３の実施例のシステム構成を示す図
である。

【図８】本発明の第４の実施例のシステム構成を示す図
である。

【図９】本発明の第５の実施例のシステム構成を示す図
である。

【図１０】従来のメディアデータの転送制御を説明する
図である。

【図１１】従来のメディアデータの転送の処理フローを
示す図である。

【符号の説明】

１ サーバ ２ クライアント ３ データベース ４，４’ メディアデータを格納する手段 ５ 動画サーバ等の別のサーバ １０ サーバ １０ａ データベースアクセス部 １０ｂ メディアアクセス部 １０ｃ 制御部 １０ｄ ネットワーク制御部 １０ｅ 転送データ生成部 １１ データベース １２ ＤＢサーバ ２０ クライアント ２０ａ ネットワーク制御部 ２０ｂ 制御部である。 ２０ｃ メディアデータアクセス部 ２０ｄ 動画サーバのクライアント制御部 ２１ ＤＢクライアント ２２ アプリケーションプログラム ３０ 動画サーバ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 メディア情報を格納する手段と、コード
   データとメディア情報の管理情報を格納したデータベー
   スとを備えたサーバから、クライアントの要求に応じて
   メディア情報を含むデータをクライアントに転送するデ
   ータ転送方法において、 クライアントから、サーバへデータ通知フラグをオフに
   してデータ転送要求があったとき、サーバは、上記コー
   ドデータとメディア管理情報から固定長データを生成し
   てクライアントに転送し、 クライアントから、サーバへデータ通知フラグをオンに
   してデータ転送要求があったとき、サーバは、上記コー
   ドデータ、メディア管理情報およびメディア情報から可
   変長データを生成して、クライアントに転送することを
   特徴とするクライアント／サーバシステムにおけるデー
   タ転送方法。
2. 【請求項２】 コードデータとメディア情報の管理情報
   とＢＬＯＢデータとしてメディア情報を格納したデータ
   ベースを備えたサーバから、クライアントの要求に応じ
   てメディア情報を含むデータをクライアントに転送する
   データ転送方法において、 クライアントから、サーバへデータ通知フラグをオフに
   してデータ転送要求があったとき、サーバは、上記コー
   ドデータとメディア管理情報から固定長データを生成し
   てクライアントに転送し、 クライアントから、サーバへデータ通知フラグをオンに
   してデータ転送要求があったとき、上記コードデータ、
   メディア管理情報およびメディア情報から可変長データ
   を生成して、クライアントに転送することを特徴とする
   クライアント／サーバシステムにおけるデータ転送方
   法。
3. 【請求項３】 同一システム内にサーバとクライアント
   を有するスタンドアロンシステムのサーバ側にコードデ
   ータとメディア情報の管理情報を格納したデータベース
   が設けられ、またクライアント側にメディア情報を格納
   する手段が設けられており、上記クライアントからの要
   求に応じて上記サーバから上記クライアントにデータを
   転送するデータ転送方法において、 クライアントは、サーバへ、データ通知フラグをオフに
   してデータ転送要求を行い、サーバはこれに応じて上記
   コードデータとメディア管理情報から固定長データを生
   成してクライアントに転送し、 クライアントは、上記サーバから転送されたメディア管
   理情報に基づき、クライアント側に設けられたメディア
   情報を読み込むことを特徴とする同一システム内にサー
   バとクライアントを有するスタンドアロンシステムにお
   けるデータ転送方法。
4. 【請求項４】 メディア情報を格納する手段と、コード
   データとメディア情報の管理情報を格納したデータベー
   スとを備えたサーバから、クライアントの要求に応じて
   メディア情報を含むデータをクライアントに転送するデ
   ータ転送方法において、 クライアント側にメディア情報を設け、クライアントか
   ら、サーバへデータ通知フラグをオフにしてデータ転送
   要求を行い、サーバはこれに応じて上記コードデータと
   メディア管理情報から固定長データを生成してクライア
   ントに転送し、 クライアントは、上記サーバから転送されたメディア管
   理情報に基づき、メディアデータの所在を調べ、メディ
   ア情報がサーバ側にあるとき、サーバへデータ通知フラ
   グをオンにしてデータ転送要求を行い、サーバは、これ
   に応じて上記コードデータ、メディア管理情報およびメ
   ディア情報から可変長データを生成して、クライアント
   に転送し、 また、クライアントは、メディア情報がクライアント側
   にあるとき、クライアント側にあるメディア情報を読み
   込むことを特徴とするクライアント／サーバシステムに
   おけるデータ転送方法。
5. 【請求項５】 コードデータとメディア情報の管理情報
   を格納したデータベースとを備えたサーバと、動画サー
   バ等の別のサーバから、クライアントの要求に応じてメ
   ディア情報を含むデータをクライアントに転送するデー
   タ転送方法において、 クライアントから、サーバへデータ通知フラグをオフに
   してデータ転送要求を行い、サーバは、これに応じて上
   記コードデータとメディア管理情報から固定長データを
   生成してクライアントに転送し、 クライアントは、上記サーバから転送されたメディア管
   理情報に基づき、別のサーバへアクセスしてメディア情
   報を読み込むことを特徴とするクライアント／サーバシ
   ステムにおけるデータ転送方法。