JPH11120194A

JPH11120194A - 情報記録再生装置

Info

Publication number: JPH11120194A
Application number: JP9283719A
Authority: JP
Inventors: Hisashi Matsuyama; 久松山
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 1997-10-16
Filing date: 1997-10-16
Publication date: 1999-04-30

Abstract

(57)【要約】【課題】記録媒体を効率よく使用することが可能な情
報記録再生装置を提供すること。【解決手段】ネットワークに対してコマンドを発行
し、コマンドに対するコンテンツ情報を受信するための
ネットワークインタフェース３１と、ネットワークイン
タフェース３１が受信したコンテンツ情報をファイルに
し、当該ファイルを編集可能な形式で単独でまたは複数
のファイルとまとめて１つの複合ファイルとして記録媒
体に記録し、記録媒体に記録された複合ファイルの中か
らファイルを選択的に再生するための光磁気ディスクド
ライブ１とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータで使
用される情報を記録、再生するための情報記録再生装置
に関し、特に、ネットワークを介して受信された情報を
記録、再生するための情報記録再生装置に関する。

【０００２】

【従来の技術】近年、ワークステーションまたはパーソ
ナルコンピュータ等の情報端末装置が普及し、これらの
情報端末装置を利用してネットワーク上のサーバ計算機
が保持する情報をアクセスできるネットワークファイル
システムが種々ユーザに提供されている。その代表的な
ものとして、いわゆるインターネットにおけるＨＴＴＰ
（Hyper Text Transfer Protocol）を使用した高域分散
型マルチメディア情報システムがある。

【０００３】インターネットは、その基本プロトコルと
してＴＣＰ／ＩＰ（Transmission Control Protocol ／
Internet Protocol ）を利用したグローバルなネットワ
ークである。インターネット上に構築された地域分散型
マルチメディア情報システムは、ＷＷＷ（World Wide W
eb）と呼ばれ、インターネット上に分散したファイルオ
ブジェクトを扱うことができる。これらのファイルオブ
ジェクトは、単なるテキストデータに留まらず、画像デ
ータ、音声データ、ビデオ画像データなどさまざまな種
類のものを含む。ＷＷＷは、情報提供側にとってもユー
ザ側にとっても魅力的であるため、ネットワーク上のＷ
ＷＷに関するトラフィックが爆発的に増加している。Ｗ
ＷＷシステムでは、クライアント計算機のユーザは、グ
ラフィカルユーザインタフェースを持ったブラウザソフ
トウェアをクライアント計算機上で実行させるだけで、
ネットワーク上に分散したサーバ計算機の保持するさま
ざまなファイルオブジェクトから構成された情報を次々
とアクセスすることができる。ＷＷＷは、このような操
作の簡単さのために近年目ざましい普及を見せている。

【０００４】インターネットへの接続は、商用回線、専
用回線、無線またはＬＡＮ（LocalArea Network）等の
さまざまな物理的配線によって実現され、世界中でのコ
ンピュータ間通信が可能となっている。このような状況
下でクライアント計算機とサーバ計算機との間で通信を
行なう場合、アドレスであるＩＰに基づいてパケット化
されたデータが複数のサーバ計算機を介してバケツリレ
ー的に転送される。

【０００５】ＷＷＷシステムにおいては、ＵＲＬ（Unif
orm Resource Locators ）により、サーバ計算機への接
続またはサーバ計算機からのデータのダウンロードを可
能としている。使用者は、ブラウザに表示されたＵＲＬ
記述されたアドレスをマウス等でクリックすることによ
りサーバ計算機へコマンドを送出し、指定されたサーバ
計算機は文字データ、画像データおよび音声データ等を
クライアント計算機へ送出する。データを受取ったブラ
ウザは、このダウンロードしたデータを画面上に表示
し、表示されたデータからリンクしたＵＲＬを指定する
ことでさらに別のデータをダウンロードしたり、別のサ
ーバ計算機へ切替えを行なうことが可能である。

【０００６】このように、クライアント計算機からサー
バ計算機への上り情報は極めて少なく、サーバ計算機か
らダウンロードする下り情報は膨大な量となる。また、
パケット化されたデータがバケツリレー的に通信される
ため、介在する回線の中で一番遅い部分がボトルネック
になったり、サーバ計算機へのダウンロード依頼が複数
箇所から集中してサーバ計算機が輻輳する等の理由によ
り待ち時間が発生する。

【０００７】一般的なブラウザは、この待ち時間をクラ
イアント計算機側で解消するために、キャッシュ機能を
備えているものが多い。コンピュータに接続されるハー
ドディスク等の外部記憶装置にダウンロードしたコンテ
ンツ情報をファイルとして蓄積しておき、同じコンテン
ツ情報に対するアクセスがあった場合に外部記憶装置に
キャッシュされたコンテンツ情報を読出す。このよう
に、サーバ計算機へアクセス要求を出す代わりに、キャ
ッシュされたコンテンツ情報を読出すことにより、待ち
時間をクライアント計算機側で解消している。なお、コ
ンテンツ情報は、一定量を超える場合には古いものから
順次消去等される。このキャッシュ機能により、たとえ
ば２度目に同じホームページを指定した場合、キャッシ
ュ内にその情報があれば読出して表示することにより、
待ち時間を解消することができる。ただし、仮にサーバ
計算機側で情報が更新されていた場合、キャッシュ内に
存在するコンテンツ情報は古い内容のものなので、使用
者はリロードをかけることも可能である。

【０００８】また、企業等のＬＡＮを構築したシステム
においては、ブロキシーサーバを利用することにより待
ち時間を解消することも可能である。このシステムで
は、インターネットに接続されるプロバイダとの接続を
１つのプロキシーサーバによって行ない、このプロキシ
ーサーバがＬＡＮ内のクライアント計算機からのサービ
スを受ける中継機能を果たす。クライアント計算機上の
ブラウザはＵＲＬコマンドを発行するとき、自身のＩＰ
も同時に出力する。プロキシーサーバは、クライアント
計算機からＵＲＬコマンドを受信すると、プロバイダに
対しては上記ＵＲＬコマンドにプロキシーサーバ自身の
ＩＰを付加して発行する。プロキシーサーバは、インタ
ーネット上のサーバ計算機からコマンドに対する情報を
受信すると、コマンドを発行したクライアント計算機に
受信した情報を送信する。このとき、プロキシーサーバ
はインターネットを介して受信したデータをすべてキャ
ッシュする。そして、プロキシーサーバはクライアント
計算機からコマンドを受信すると、そのコマンドに対す
る情報がキャッシュされているか否かを判定し、キャッ
シュされている場合にはそのキャッシュデータをクライ
アント計算機へ送出することにより、ＬＡＮ内で頻繁に
使用されるデータを高速にアクセスすることが可能とな
る。

【０００９】一方、コンピュータ用の記録装置として、
磁気ディスク、光磁気ディスクまたは相変化ディスク等
が広く使用されている。これらの記録装置においては、
コンピュータで使用されるＯＳ（Operating System）に
よって使用されるファイル構造が記録媒体上に定義さ
れ、ランダムアクセスを可能にしている。

【００１０】図１０および図１１は、従来の一般的なフ
ァイル構造を説明するための図である。図１０に示され
るように、記録媒体の最初の記録エリアにはディレクト
リ領域が設けられており、ディレクトリ領域にそれぞれ
のファイルのファイル名、使用状況、作成日時、ファイ
ル容量、および先頭データのＦＡＴ（File Allocation
Table ）番号等が記録されている。ディレクトリ領域の
次に、ＦＡＴ領域が設けられており、各ファイルがデー
タ領域内のどの領域に記録されているかの情報が記録さ
れている。また、ＦＡＴ領域の次に、データ領域が設け
られており、２ｋＢの領域が合計ｎ個設けられている。

【００１１】図１１に示すように、ファイル１が記録さ
れた場合、ディレクトリ領域の最初の領域に、ファイル
１に関するディレクトリが記録される。ファイル１の
“先頭データのＦＡＴ番号”を参照することにより、最
初のファイル１の２ｋＢ分の情報が、ＦＡＴ番号の
“１”に相当するデータ領域に記録されていることがわ
かる。また、ＦＡＴ番号“１”の内容を参照することに
より続く２ｋＢ分の情報がＦＡＴ番号“２”に相当する
データ領域に記録されていることがわかる。このよう
に、ＦＡＴ領域の内容を順次参照することにより、７ｋ
Ｂ分の情報が４つのデータ領域に分けて記録されている
ことがわかる。

【００１２】このようなファイル構造を有する記録媒体
においては、全体の記録容量が増えてくるとＦＡＴ自身
の容量を増やさないために、ＦＡＴ１つが指すデータ単
位を多くとる場合がある。パーソナルコンピュータ等で
は、５１２Ｂ〜２ｋＢを１セクタとしたものが広く普及
している。また、ＤＶＤ（Digital Versatile Disc）等
の映像データ主体の記録媒体においては、１セクタ３２
ｋＢとなってきている。

【００１３】ＷＷＷ自身はハイパーテキストを基本とし
ているが、扱う情報の大半は文字データである。この文
字データは、ＨＴＭＬ（Hyper Text Marking Language
）で記述され、組版情報やリンク情報なども記述され
る。文字ファイルの容量は、一般的に小さく、１ｋＢ程
度のものが多い。静止画像データは、ＪＰＥＧ（JointP
hotographic coding Experts Group ）圧縮ファイル
や、ＧＩＦ（Graphic Interchange Format）ファイルの
ものが主で、数１０ｋＢ程度である。また、動画像ファ
イルは、Quick Time VR フォーマットやＭＰＥＧ（Movi
ng Picture ExpertsGroup）圧縮ファイルなどで数ＭＢ
以上のものがある。また音声データについても各種フォ
ーマットがあり、動画像に比べて容量は小さく、数１０
０ｋＢ程度である。

【００１４】

【発明が解決しようとする課題】しかし、上述したセク
タ単位が大きな記録媒体に文字データファイルを記録す
る場合、文字データファイルの容量が小さいため、使用
効率が低下するという問題点があった。

【００１５】本発明は、上記問題点を解決するためにな
されたものであり、請求項１〜４に記載の発明の目的
は、再利用可能な形で情報を記録することが可能な情報
記録再生装置を提供することである。

【００１６】請求項５〜６に記載の発明の目的は、記録
媒体を効率よく使用することが可能な情報記録再生装置
を提供することである。

【００１７】請求項７に記載の発明の目的は、記録媒体
に記録された情報を効率よく使用することが可能な情報
記録再生装置を提供することである。

【００１８】請求項８に記載の発明の目的は、記録媒体
にファイルを効率よく記録することが可能な情報記録再
生装置を提供することである。

【００１９】

【課題を解決するための手段】請求項１に記載の情報記
録再生装置は、パソコン上の情報をクライアント側の要
求に応じて再利用可能な形で記録媒体に記録する。

【００２０】パソコン上の情報をクライアント側の要求
に応じて再利用可能な形で記録媒体に記録するので、サ
ーバ側に要求を発行せずに同じ情報を記録媒体から高速
に読出すことが可能となる。

【００２１】請求項２に記載の情報記録再生装置は、請
求項１記載の情報記録再生装置であって、パソコン上の
情報はネットワークを介して受信される。

【００２２】ネットワークを介して受信した情報を再利
用可能な形で記録媒体に記録するので、同じ情報をアク
セスする場合ネットワークを介してアクセスする必要が
なくなる。

【００２３】請求項３に記載の情報記録再生装置は、請
求項２記載の情報記録再生装置であって、ネットワーク
はインターネットである。

【００２４】インターネットを介して受信した情報を再
利用可能な形で記録媒体に記録するので、同じ情報をア
クセスする場合にインターネットにアクセスする必要が
なくなる。

【００２５】請求項４に記載の情報記録再生装置は、請
求項１〜３のいずれかに記載の情報記録再生装置であっ
て、記録媒体は光磁気記録媒体である。

【００２６】記録媒体は光磁気記録媒体であるので、多
量の情報を記録することが可能となる。

【００２７】請求項５に記載の情報記録再生装置は、ネ
ットワークを介して受信したコンテンツ情報を記録媒体
の所定のファイルに記録するための記録手段と、記録媒
体に記録された所定のファイルからコンテンツ情報を再
生するための再生手段とを含む。

【００２８】記録手段は、ネットワークを介して受信し
たコンテンツ情報を記録媒体の所定のファイルに記録す
るため、記録媒体を効率よく使用することが可能とな
る。

【００２９】請求項６に記載の情報記録再生装置は、ネ
ットワークに対してコマンドを発行し、コマンドに対す
るコンテンツ情報を受信するためのネットワークインタ
フェース手段と、ネットワークインタフェース手段が受
信したコンテンツ情報をファイルにし、当該ファイルを
編集可能な形式で単独でまたは複数のファイルとまとめ
て１つの複合ファイルとして記録媒体に記録するための
記録手段と、記録媒体に記録された複合ファイルの中か
らファイルを選択的に再生するための再生手段とを含
む。

【００３０】記録手段は、コンテンツ情報のファイルを
単独でまたは複数のファイルとまとめて１つの複合ファ
イルとして記録媒体に記録するので、記録媒体に効率よ
くファイルを記録することが可能となる。

【００３１】請求項７に記載の情報記録再生装置は、請
求項６記載の情報記録再生装置であって、再生手段は受
けたコマンドに対応するコンテンツ情報が記録媒体に記
録された複合ファイルの中にある場合は、当該コマンド
に対応するコンテンツ情報を複合ファイルの中から読出
して送出し、コマンドに対応するコンテンツ情報が記録
媒体に記録された複合ファイルの中にない場合は、当該
コマンドをネットワークインタフェース手段に発行させ
る。

【００３２】再生手段は、コマンドに対応するコンテン
ツ情報が記録媒体に記録されている場合には、コンテン
ツ情報を読出して送出するので、記録媒体に記録された
情報を効率よく使用することが可能となる。

【００３３】請求項８に記載の情報記録再生装置は、請
求項６記載の情報記録再生装置であって、記録手段は、
古いファイルから順に複合ファイルに記録する。

【００３４】

【発明の実施の形態】図１は、本発明の実施の形態にお
ける情報記録再生装置の概略構成を示すブロック図であ
る。この情報記録再生装置１は、光磁気ディスク１０に
所定のタイミングで６３５ｎｍの波長を有するレーザ光
を照射し、光磁気ディスク１０に磁気的に記録されたデ
ータ、同期信号および物理的に記録されたウォブルに基
づくウォブル信号等の情報を読取るためのピックアップ
／ヘッドアンプ部１１と、データの書込時にピックアッ
プ／ヘッドアンプ部１１とともに磁界によってデータを
記録するための磁気ヘッド１２と、磁気ヘッド１２の制
御を行なう磁気ヘッド制御部１３と、光磁気ディスク１
０を所定の回転数で回転させるためのスピンドルモータ
１４と、ピックアップ／ヘッドアンプ部１１により読出
されたデータ等の高周波の増幅、およびピックアップ内
のレーザの出力を制御するためのＲＦ（Radio Frequec
y）アンプ／レーザパワー制御部１５と、フォーカスサ
ーボおよびトラッキングサーボ等の制御を行なうための
サーボ制御部１６と、同期信号の生成およびサーボ等の
各種タイミング信号を生成するためのＰＬＬ（Phase Lo
cked Loop ）・タイミング生成部１７と、光磁気ディス
ク１０に記録されたアドレスを抽出するためのアドレス
デコーダ１８と、光磁気ディスク１０に記録されたデー
タの復調および光磁気ディスク１０に書込むためのデー
タの変調を行なうための変復調部１９と、光磁気ディス
ク１０からの読出データおよび光磁気ディスク１０への
書込データを一時的に保持するためのＤ−ＲＡＭ（Dyna
mic Random Access Memory）２０と、誤り訂正／検出符
号の付与および誤り訂正／検出を行なうためのＥＣＣ
（Error Correction Code ）／ＥＤＣ（Error Detectio
n Code）部２１と、パーソナルコンピュータとの間でデ
ータの入出力を行なうためのＰＣインタフェース部２２
と、情報記録再生装置の全体的な制御を行なうための機
器制御部２３と、電源２４とを含む。

【００３５】データを光磁気ディスク１０に記録する場
合、データがＰＣインタフェース部２２を介して入力さ
れ、ＥＣＣ／ＥＤＣ部２１により誤り訂正／検出符号が
付与され、一時的にＤ−ＲＡＭ２０に格納される。サー
ボ制御部１６は、ピックアップのトラッキングを行な
い、ピックアップをデータを記録するトラックへ移動す
る。また、アドレスデコーダ１８は、ピックアップによ
って読出されたデータから所定のアドレスを抽出する。
変復調部１９は、アドレスデコーダ１８が所定のアドレ
スを抽出したときに、Ｄ−ＲＡＭ２０から書込データを
読出し、変調後磁気ヘッド制御部１３へ変調データを出
力する。磁気ヘッド制御部１３は、磁気ヘッド１２を制
御し、ピックアップとともに変調データを光磁気ディス
ク１０に記録する。

【００３６】また、光磁気ディスク１０からデータを再
生する場合、サーボ制御部１６がピックアップのトラッ
キングを行ない、データを読出すトラックへピックアッ
プを移動する。アドレスデコーダ１８は、ピックアップ
によって読出されたデータから、所定のアドレスを抽出
する。変復調部１９は、アドレスデコーダ１８が所定の
アドレスを抽出したときに、ピックアップが読出したデ
ータを復調し、一時的にＤ−ＲＡＭ２０に格納する。Ｅ
ＣＣ／ＥＤＣ部２１は、Ｄ−ＲＡＭ２０に格納されたデ
ータを読出し、誤り検出および誤り訂正を行なった後、
データをＰＣインタフェース部２２へ出力する。そし
て、ＰＣインタフェース部２２は、接続されたＰＣへデ
ータを出力する。

【００３７】本実施の形態においては、記録媒体として
光磁気ディスクを使用し、記録再生装置として光磁気デ
ィスクドライブを使用している。しかし、これに限られ
るものではなく、記録媒体として磁気ディスクまたは相
変化ディスクを用いてもよく、また記録再生装置として
磁気ディスクドライブまたは相変化ディスクドライブを
使用してもよい。

【００３８】図２は、インターネットを介してサーバ計
算機からデータを受信する際のネットワーク形態の例を
示す図である。図２（ａ）は、ＰＣ２とプロバイダ３と
を商用回線を介して接続し、ＰＣ２とプロバイダ３との
通信をＰＰＰ（Point-to-Point Protocol ）により行な
う場合を示している。図２（ｂ）は、ＰＣ２とプロバイ
ダ３とを専用回線により接続し、ＰＣ２とプロバイダ３
との間の通信をＰＰＰまたはＴＣＰ／ＩＰによって行な
う場合を示している。また、図２（ｃ）は、ＬＡＮ４上
にあるＰＣ２がＬＡＮ４上にあるプロキシーサーバ５を
経由して、専用回線で接続されるプロバイダ３を介して
インターネットに接続される場合を示す図である。本実
施の形態においては、ＷＷＷサービスを受けられるネッ
トワーク形態であれば、いずれの接続形態であってもよ
い。

【００３９】図３は、本実施の形態における情報記録再
生プログラムのソフトウェア構造を示す図である。情報
記録再生プログラムは、ＯＳ上で動作する１つのアプリ
ケーションソフトであり、ブラウザソフトから見た場
合、情報記録再生ソフトはあたかもプロキシーサーバの
ように動作する。このようなソフトウェア構造にするこ
とにより、一般的なブラウザソフトを変更することな
く、本実施の形態における情報記録再生を行なうことが
可能となる。

【００４０】図４は、本実施の形態におけるＷＷＷサー
ビスのプロトコル概念を説明するための図である。ブラ
ウザソフトは、“http://????/”という記述を用いた接
続コマンドをＴＣＰ／ＩＰ回線に送出する。情報記録再
生ソフトは、ブラウザソフトからのコマンドをネットワ
ークに対してトランスペアレントに送出する。そして、
情報記録再生ソフトは、ネットワークを介してサーバ計
算機から送出されたコンテンツ情報をブラウザソフトに
対してトランスペアレントに戻す。このシーケンスにお
いて、ブラウザソフトの通信相手は情報記録再生ソフト
であり、この設定はブラウザ初期設定に含まれるプロキ
シーサーバのＩＰ記述欄に自身の端末を指定することに
より可能である。この設定により、ブラウザソフトと情
報記録再生ソフトとが別のＰＣ上に存在するかのごと
く、一旦ブラウザソフトからネットワークへ送出された
コマンドを情報記録再生ソフトが受信し、それをもう１
度ネットワークへ送出することになる。逆に、サーバ計
算機から送られてくるコンテンツ情報は、情報記録再生
ソフト宛に送られてくるので、情報記録再生ソフトがブ
ラウザ宛に変換して再度ネットワークへ送出することに
なる。仮に、ブラウザソフト自身が情報記録再生ソフト
の機能を持てば、１回の通信で情報を送受信できること
になる。

【００４１】図５は、本実施の形態における情報記録再
生ソフトの概略構成を示すブロック図である。情報記録
再生ソフトは、ネットワークに対してコマンドを送出
し、ネットワークを介してコンテンツ情報を受信するた
めのネットワークインタフェース３１と、ネットワーク
インタフェース３１を制御するためのネットワークドラ
イバ３２と、ＯＳに設けられたＯＳ通信ハンドラ３３
と、接続情報コマンドからＵＲＬ情報を取得するための
プロトコル解釈部３４と、コマンドの内容を解釈するた
めのメッセージ解釈部３５と、メッセージを作成してＯ
Ｓ通信ハンドラ３３へ送出するためのメッセージ作成部
３６と、記録媒体に記録される情報を管理するための記
録情報管理部３７と、管理ファイルの読出と書込を行な
うための管理ファイルＲ／Ｗ部３８と、コンテンツファ
イルの読出および書込を行なうためのコンテンツファイ
ルＲ／Ｗ部３９と、ＯＳに設けられたＯＳファイルハン
ドラ４０と、ＳＣＳＩ（Small Computer System Interf
ace ）を制御するためのＳＣＳＩドライバ４１と、ＯＳ
に設けられたＯＳ時計ハンドラ４３とを含む。

【００４２】まず、使用者がブラウザを用いて接続情報
コマンドを情報記録再生ソフトへ送出すると、ネットワ
ークインタフェース３１、ネットワークドライバ３２お
よびＯＳ通信ハンドラ３３を介してコマンドがプロトコ
ル解釈部３４に受信される。プロトコル解釈部３４は、
コマンドからＵＲＬ情報を取得し、メッセージ解釈部３
５へ送出する。メッセージ解釈部３５は、ＵＲＬ情報を
解析し、解析結果を記録情報管理部３７へ送出する。コ
マンドがサーバへのものである場合、記録情報管理部３
７は、コンテンツ情報がキャッシュされているか否かを
判定する。コンテンツ情報がキャッシュされていなけれ
ば、ＵＲＬ情報をメッセージ作成部３６へ送出し、メッ
セージ作成部３６がコマンドをＷＷＷサーバ宛に送出す
る。このとき、記録情報管理部３７はＯＳ時計ハンドラ
４３によって取得した日時情報を付加して、転送したコ
マンドを管理ファイルおよびコンテンツファイルへ記録
する。コンテンツファイルにはコマンドそのものを記録
し、管理ファイルには再生／編集時に必要な情報および
目次情報を記録する。管理ファイルおよびコンテンツフ
ァイルの光磁気ディスクへの書込は、ＯＳファイルハン
ドラ４０、およびＳＣＳＩドライバ４１を介して行なわ
れる。ＷＷＷサーバから情報記録再生ソフト宛にコンテ
ンツ情報が送られてくると、コマンド同様メッセージ解
釈部３５がコンテンツ情報の解釈を行ない、その結果を
記録情報管理部３７へ送出する。通常コンテンツ情報
は、複数のファイルから構成されている。ＨＴＭＬで記
述されたテキスト情報がまず最初にあり、そのページに
貼付けられる画像等が別ファイルとして送られてくる。
このとき、メッセージ解釈部３５がＨＴＭＬテキストを
解釈することにより、ＷＷＷサーバ上でのファイル階層
構造を復元することが可能であり、記録されるコンテン
ツファイルも同様に階層構造で記録することが可能であ
る。コンテンツ情報を光磁気ディスクに記録しないモー
ドの場合には、プロトコル解釈部３４から直接メッセー
ジ作成部３６へコンテンツ情報を送出するだけでよい。

【００４３】次に、キャッシュ機能について説明する。
記録情報管理部３７にブラウザコマンドが到着したと
き、光磁気ディスク内に管理ファイルがあれば読出し、
その管理ファイルの中にコマンド１２およびそのコマン
ド対応するコンテンツ情報があれば、コンテンツファイ
ルを読出してブラウザ宛に送出する。このことにより、
ネットワーク負荷を軽減することができる。また、ブラ
ウザからのコマンドがリロードの場合には、ＷＷＷサー
バへコマンドを発行する。

【００４４】図６は、本実施の形態における情報記録再
生ソフトの処理手順を示すフローチャートである。ま
ず、ネットワークからメッセージを受信すると、これが
コンテンツ情報であるか否かを判定する（Ｓ１０）。コ
ンテンツ情報であれば（Ｓ１０，Ｙｅｓ）、ブラウザへ
コンテンツ情報を送出し（Ｓ１１）、コンテンツ情報お
よび管理データを記録する（Ｓ１２）。

【００４５】ステップＳ１０において、コンテンツ情報
でなければ（Ｓ１０，Ｎｏ）、ＰＣからのメッセージ受
信であるか否かを判定する（Ｓ１３）。ＰＣからのメッ
セージ受信でなければ（Ｓ１３，Ｎｏ）、ステップＳ１
０へ戻る。また、ＰＣからのメッセージ受信であれば
（Ｓ１３，Ｙｅｓ）、そのメッセージがロードコマンド
であるか否かを判定する（Ｓ１４）。ロードコマンドで
あれば（Ｓ１４，Ｙｅｓ）、光磁気ディスク内にそのコ
マンドに対応するコンテンツ情報があるか否かを判定す
る（Ｓ１５）。

【００４６】ステップＳ１５において、光磁気ディスク
内にコンテンツ情報がある場合（Ｓ１５，Ｙｅｓ）、光
磁気ディスクからコンテンツ情報を読出し（Ｓ１６）、
コンテンツ情報をブラウザへ送出する（Ｓ１７）。ま
た、ステップＳ１５において、光磁気ディスク内にコン
テンツ情報がなければ（Ｓ１５，Ｎｏ）、ネットワーク
に対してコマンドを発行する（Ｓ１９）。

【００４７】ステップＳ１４において、ロードコマンド
でなければ（Ｓ１４，Ｎｏ）、リロードコマンドである
か否かを判定する（Ｓ１８）。リロードコマンドであれ
ば（Ｓ１８，Ｙｅｓ）、ネットワークへリロードコマン
ドを発行し（Ｓ１９）、ステップＳ１０へ戻る。また、
ステップＳ１８において、リロードコマンドでなければ
（Ｓ１８，Ｎｏ）、他のコマンドのチェックを行ない、
そのコマンドに対する処理を行なう（Ｓ２０）。

【００４８】図７は、図６のコンテンツ情報および管理
データの記録（Ｓ１２）の処理手順を示すフローチャー
トである。まず、ファイル複合化モードであるか否かを
判定する（Ｓ２１）。ファイル複合化モードであれば
（Ｓ２１，Ｙｅｓ）、光磁気ディスク内にある複合ファ
イルをオープンし（Ｓ２２）、その複合ファイルへファ
イル情報およびコンテンツ情報を追加して記録する（Ｓ
２３）。そして、ステップＳ２６へ進む。

【００４９】また、ステップＳ２１において、ファイル
複合化モードでなければ（Ｓ２１，Ｎｏ）、単独ファイ
ルをオープンし（Ｓ２４）、その単独ファイルへコンテ
ンツデータを記録する。

【００５０】そして、管理ファイルをオープンし（Ｓ２
６）、管理ファイルへ管理情報を追加して記録する（Ｓ
２７）。

【００５１】図８は、本発明の実施の形態におけるディ
レクトリ（ａ）、複合ファイル（ｂ）および単独ファイ
ル（ｃ）のファイル構造を説明するための図である。デ
ィレクトリには、ファイル名、使用状況、作成日時、フ
ァイル容量、先頭データのＦＡＴ番号および属性等が記
録される。属性には、複合ファイルまたは単独ファイル
の識別情報が記録される。

【００５２】複合ファイルは、複数のファイルを１つの
ファイルとしたものであり、それぞれのファイルにはフ
ァイル名、作成日時、ファイル容量および次のファイル
名の位置等が記録される。ファイル１〜ｍには、コンテ
ンツ情報が記録され、それぞれのデータは可変長であ
る。

【００５３】また、単独ファイルは、ただ１つのコンテ
ンツ情報が記録され、そのデータ長は可変である。

【００５４】図９は、管理ファイル情報を説明するため
の図である。管理ファイル情報は、キャラクタ数、作成
日時、ＰＣからのコマンド、複合ファイルのファイル
名、ディレクトリ位置、複合ファイル内におけるサブフ
ァイル名、複合ファイル内におけるファイルの位置およ
びＣ／Ｒが記録される。複合ファイルには、古いコンテ
ンツ情報から順に記録される。

【００５５】以上説明したように、本実施の形態におけ
る情報記録再生装置によれば、複数のコンテンツ情報を
複合ファイルにまとめることにより、記録媒体の容量を
効率よく使用することが可能となった。

【００５６】

【発明の効果】請求項１における情報記録再生装置によ
れば、パソコン上の情報をクライアント側の要求に応じ
て再利用可能な形で記録媒体に記録するので、同じ情報
をアクセスするのにサーバ側に要求を出さずに高速にア
クセスすることが可能となった。

【００５７】請求項２における情報記録再生装置によれ
ば、ネットワークを介して受信した情報を再利用可能な
形で記録媒体に記録するので、同じ情報をアクセスする
のにネットワークに対して要求を出す必要がなくなっ
た。

【００５８】請求項３における情報記録再生装置によれ
ば、インターネットを介して受信した情報を再利用可能
な形で記録媒体に記録するので、同じ情報をアクセスす
るのにインターネットにアクセス要求を出す必要がなく
なった。

【００５９】請求項４における情報記録再生装置によれ
ば、記録媒体は光磁気記録媒体であるので、クライアン
ト側の要求に応じた情報を多量に記録することが可能と
なった。

【００６０】請求項５における情報記録再生装置によれ
ば、ネットワークを介して受信したコンテンツ情報を記
録媒体の所定のファイルに記録するので、記録媒体に効
率よく記録することが可能となった。

【００６１】請求項６における情報記録再生装置によれ
ば、コンテンツ情報を編集可能な形式で単独でまたは複
数のファイルとまとめて１つの複合ファイルとして記録
媒体に記録するので、コンテンツ情報を効率よく記録媒
体に記録することが可能となった。

【００６２】請求項７における情報記録再生装置によれ
ば、コマンドに対応するコンテンツ情報が記録媒体に記
録された複合ファイルの中にある場合は、当該コマンド
に対応するコンテンツ情報を複合ファイルの中から読出
して送出するので、複合ファイル内のコンテンツ情報を
有効に利用することが可能となった。

【００６３】請求項８における情報記録再生装置によれ
ば、複合ファイルに古いファイルから順に記録するの
で、記録媒体に効率よく記録することが可能となった。

【図面の簡単な説明】

【図１】本実施の形態における情報記録再生装置の概略
構成を示すブロック図である。

【図２】ＰＣ２をインターネットに接続する場合のネッ
トワーク形態の例を示す図である。

【図３】本実施の形態における情報記録再生ソフトのソ
フトウェア構造を説明するための図である。

【図４】本発明の実施の形態におけるＷＷＷサービスの
プロトコル概念を説明するための図である。

【図５】本発明の実施の形態における情報記録再生ソフ
トの概略構成を説明するためのブロック図である。

【図６】本発明の実施の形態における情報記録再生ソフ
トの処理手順を示すフローチャートである。

【図７】図６のコンテンツ、管理データ記録（Ｓ１２）
の処理手順を説明するためのフローチャートである。

【図８】本発明の実施の形態におけるディレクトリ、複
合ファイルおよび単独ファイルのファイル構造を説明す
るための図である。

【図９】本発明の実施の形態における管理ファイル情報
の構造を説明するための図である。

【図１０】従来の記録媒体におけるファイル構造を説明
するための図（その１）である。

【図１１】従来の記録媒体におけるファイル構造を説明
するための図（その２）である。

【符号の説明】

１情報記録再生装置２ＰＣ３プロバイダ４ＬＡＮ５プロキシサーバ１０光磁気ディスク１１ピップアップ／ヘッドアンプ部１２磁気ヘッド１３磁気ヘッド制御部１４スピンドルモータ１５ＲＦアンプ／レーザパワー制御部１６サーボ制御部１７ＰＬＬ・タイミング生成部１８アドレスデコーダ１９変復調部２０Ｄ−ＲＡＭ２１ＥＣＣ／ＥＤＣ部２２ＰＣインタフェース部２３機器制御部２４電源３１ネットワークインタフェース３２ネットワークドライバ３３ＯＳ通信ハンドラ３４プロトコル解釈部３５メッセージ解釈部３６メッセージ作成部３７記録情報管理部３８管理ファイルＲ／Ｗ部３９コンテンツファイルＲ／Ｗ部４０ＯＳファイルハンドラ４１ＳＣＳＩドライバ４３ＯＳ時計ハンドラ

Claims

【特許請求の範囲】

【請求項１】パソコン上の情報をクライアント側の要
求に応じて再利用可能な形で記録媒体に記録する、情報
記録再生装置。
【請求項２】前記パソコン上の情報は、ネットワーク
を介して受信される、請求項１記載の情報記録再生装
置。
【請求項３】前記ネットワークは、インターネットで
ある、請求項２記載の情報記録再生装置。
【請求項４】前記記録媒体は、光磁気記録媒体であ
る、請求項１〜３のいずれかに記載の情報記録再生装
置。
【請求項５】ネットワークを介して受信したコンテン
ツ情報を記録媒体の所定のファイルに記録するための記
録手段と、前記記録媒体に記録された所定のファイルからコンテン
ツ情報を再生するための再生手段とを含む情報記録再生
装置。
【請求項６】ネットワークに対してコマンドを発行
し、該コマンドに対するコンテンツ情報を受信するため
のネットワークインタフェース手段と、前記ネットワークインタフェース手段が受信したコンテ
ンツ情報をファイルにし、当該ファイルを編集可能な形
式で単独でまたは複数のファイルとまとめて１つの複合
ファイルとして記録媒体に記録するための記録手段と、前記記録媒体に記録された複合ファイルの中からファイ
ルを選択的に再生するための再生手段とを含む情報記録
再生装置。
【請求項７】前記再生手段は、受けたコマンドに対応
するコンテンツ情報が前記記録媒体に記録された複合フ
ァイルの中にある場合は、当該コマンドに対応するコン
テンツ情報を前記複合ファイルの中から読出して送出
し、前記コマンドに対応するコンテンツ情報が前記記録媒体
に記録された複合ファイルの中にない場合は、当該コマ
ンドをネットワークインタフェース手段に発行させる、
請求項６記載の情報記録再生装置。
【請求項８】前記記録手段は、古いファイルから順に
前記複合ファイルに記録する、請求項６記載の情報記録
再生装置。