(57)【特許請求の範囲】
【請求項１】
ファイルサーバからファイルを取得するファイル取得パスを構成するファイル取得用部分パス情報Ａと、取得したファイルをクライアントに保存するファイル保存用部分パス情報Ｂと、ファイル取得にもファイル保存にも用い、フォルダ名とファイル名とから構成されるファイル取得・保存用部分パス情報Ｃとを、上記ファイルサーバとは異なる別の配信サーバから取得する手段と；
上記ファイル取得用部分パス情報Ａと、上記ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスから、ファイルを取得する手段と；
上記取得したファイルを、上記ファイル保存用部分パス情報Ｂと、上記ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスに保存する手段と；
を有することを特徴とするファイル取得・保存システム。
【請求項２】
ファイルサーバからファイルを取得するファイル取得パスを構成するファイル取得用部分パス情報Ａと、取得したファイルをクライアントに保存するファイル保存用部分パス情報Ｂと、ファイル取得にもファイル保存にも用い、フォルダ名とファイル名とから構成されるファイル取得・保存用部分パス情報Ｃとを、上記ファイルサーバとは異なる別の配信サーバから取得する手段と；
上記ファイル取得用部分パス情報Ａと、上記ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスからファイルを取得する手段と；
上記取得したファイルを、上記ファイル保存用部分パス情報Ｂと、上記ファイル取得・保存用部分パス情報Ｃと、ファイル取得・保存システムで保持している取得したファイルの保存パスを構成する保存用部分パス情報Ｄとを組み合わせたパスに保存する手段と；
を有することを特徴とするファイル取得・保存システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツの配信方法に係り、ファイル取得・保存システムに関する。
【０００２】
【従来の技術】
従来、ファイルを取得する際に、その取得パスを、基準パスと、その相対パス情報とに分け、別々に記述される場合がある。このように別々に記述すると、記述の容易性、可読性、再利用性等に有効である。
【０００３】
たとえば、次の例を考える。
【０００４】
例html 3.2 baseタグ（http://www.w3.org/TR/REC-html32.html）
---HTMLソース
<html>
<head>
<title>タイトル</title>
<base href=http://www.yyy.zzz/>
</head>
<body>
<a href=“index.html”>XXX</a>
</body>
</head>
---。
【０００５】
上記例では、ｂａｓｅタグによって、基準ＵＲＬを、http://www.yyy/zzz/に設定し、index.htmlへのリンクをクリックすると、これら２つの部分ＵＲＬ情報（基準ＵＲＬと、index.htmlへのリンク）を組み合わせ、http://www.yyy.zzz/index.htmlにジャンプする（たとえば、非特許文献１参照）。
【０００６】
【非特許文献１】
HTML 3.2 Reference Specification W3C Recommendation 14-Jan-1997＜http://www.w3.org/TR/REC-html32.html＞
【０００７】
【発明が解決しようとする課題】
上記従来例において、ファイルの取得に使用するパスの記述は、簡単化されているが、上記取得したファイルを保存する保存パスに関しては、何ら情報が提供されてはいない。
【０００８】
たとえば、Ｗｅｂブラウザでは、ファイルを画面に表示すれば足り、ファイルを保存する必要がないので、ファイルを保存する必要がある場合には、保存パスを、ユーザに指定させる。
【０００９】
ところで、コンテンツを配信する場合、配信サーバがクライアントに対して、指定したパスにファイルを保存させる必要が生じる。
【００１０】
たとえば、コンテンツを再生する指示を実行するときに、サーバがクライアントに配信したファイルがどこに保存されているかを、サーバが認知する必要がある。
【００１１】
しかし、上記従来例では、コンテンツを配信する場合、ファイルを配信した後に、配信サーバが、配信済みファイルを指定することができず、また、上記配信済みファイルを動作指示することができないという問題がある。
【００１２】
本発明は、コンテンツ配信する場合、ファイルを配信した後に、配信サーバが、配信済みファイルを指定することができ、また、動作指示することができるファイル取得・保存システムを提供することを目的とするものである。
【００１３】
【課題を解決するための手段】
本発明は、ファイル取得パスを構成するファイル取得用部分パス情報Ａと、取得したファイルを保存するファイル保存用部分パス情報Ｂと、ファイル取得にもファイル保存にも用いるファイル取得・保存用部分パス情報Ｃとを取得し、上記ファイル取得用部分パス情報Ａと、上記ファイル保存用部分パス情報Ｃとを組み合わせたパスから、ファイルを取得し、上記取得したファイルを、上記ファイル保存用部分パス情報Ｂと、上記ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスに保存するファイル取得・保存システムである。
【００１４】
つまり、本発明は、クライアント装置におけるファイルの保存場所を、サーバが指定できるようにした発明である。
【００１５】
【発明の実施の形態および実施例】
本発明の第１の実施例は、パス情報をＸＭＬとして記述し、１つのＸＭＬファイル内で、部分パス情報を別々に記述する実施例である。
【００１６】
もちろん、上記パス情報を、複数のファイルにそれぞれ分散して記述するようにしてもよい。この場合、上記パス情報が複数のファイルに関連しているという情報を、別途必要とする。
【００１７】
次に、ファイル取得保存パス情報の例について説明する。
【００１８】
以下に示す例は、１つのＸＭＬファイル内に、部分パス情報が別々に記述されている例である。
【００１９】
<ファイル配信/>
<ファイル配信  部分パス情報Ａ＝“http://server.○○○.co.jp/” 部分パス情報Ｂ＝“C:/content_area/”>
<個別ファイル  部分パス情報Ｃ＝“content2/picture1.jpg”>
<個別ファイル  部分パス情報Ｃ＝“content2/picture2.jpg”>
<ファイル配信/>
---。
【００２０】
図１は、本発明の第１の実施例であるファイル取得・保存システム１００の構成と、その動作とを示す図である。
【００２１】
ファイル取得・保存システム１００は、配信サーバ１０と、クライアント２０と、ファイルサーバ３０とを有する。
【００２２】
また、ファイル取得・保存システム１００は、ファイル取得パスを構成するファイル取得用部分パス情報Ａと、取得したファイルを保存するファイル保存用部分パス情報Ｂと、ファイル取得にもファイル保存にも用いるファイル取得・保存用部分パス情報Ｃとを取得する手段と、上記ファイル取得用部分パス情報Ａと、上記ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスから、ファイルを取得する手段と、上記取得したファイルを、上記ファイル保存用部分パス情報Ｂと、上記ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスに保存する手段とを有する。上記３つの手段は、全て、クライアント２０の中に存在している。
【００２３】
なお、ファイル取得用部分パス情報Ａとファイル取得・保存用部分パス情報Ｃとを組み合わせたパスの例は、図１の左下に示す「取得絶対パス」である。
【００２４】
たとえば、上記部分パス情報Ａ  http://server.○○○co.jp/content1/と、部分パス情報Ｃ  music1.mp3とについて、何らかの組み合わせ方、たとえば、“ＡとＣの文字列を順番につなぎ合わせるという組み合わせ方”を用いれば、ファイル取得用部分パス情報Ａとファイル取得・保存用部分パス情報Ｃとを組み合わせたパスhttp://server.○○○co.jp/content1/music.mp3となる。なお、組み合わせ方については様々ある。
【００２５】
ファイル保存用部分パス情報Ｂと、ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスは、図１の右下に示す「各ファイルの保存絶対パス」である。
【００２６】
たとえば、上記部分パス情報Ｂ  C:/content_area/content1/と、部分パス情報Ｃ  music1.mp3とについて、何らかの組み合わせ方、たとえば、“ＢとＣの文字列を順番につなぎ合わせるという組み合わせ方”を用いれば、ファイル保存用部分パス情報Ｂと、ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスC:/content_area/content1/music.mp3である。なお、組み合わせ方については様々ある。
【００２７】
次に、ファイル取得・保存システム１００の動作について説明する。
【００２８】
まず、配信サーバ１０が、ファイル取得保存パス情報を送出し（Ｓ１）、ファイルサーバ３０がファイルを取得し（Ｓ２）、クライアント２０がファイルを保存する（Ｓ３）。
【００２９】
そして、配信サーバ１０が、配信済みファイルパスを指定して、何らかの動作を指示する（Ｓ４）。
【００３０】
このようなパス情報を取得と、上記ファイル取得・保存の仕組みを用いれば、配信サーバは、上記配信サーバが配信したファイルが、クライアントのどこに保存されているのかを、認識することができ、したがって、ファイルを配信した後に、配信済みファイルパスを指定し、動作指示が可能である。
【００３１】
図２は、本発明の第２の実施例であるファイル取得・保存システム２００の構成と、その動作とを示す図である。
【００３２】
ファイル取得・保存システム２００は、配信サーバ１１と、クライアント２１と、ファイルサーバ３１とを有する。
【００３３】
また、ファイル取得・保存システム２００は、クライアント１１の外部から受信したファイルを、クライアント２１側に格納するファイル保存部分パスを、予め設定し、その部分パス情報も組み合わせてファイルを保存する実施例である。
【００３４】
つまり、ファイル取得・保存システム１００は、ファイル取得パスを構成するファイル取得用部分パス情報Ａと、取得したファイルを保存するファイル保存用部分パス情報Ｂと、ファイル取得にもファイル保存にも用いるファイル取得・保存用部分パス情報Ｃとを取得する手段と、上記ファイル取得用部分パス情報Ａと、上記ファイル取得・保存用部分パス情報Ｃとを組み合わせたパスからファイルを取得する手段と、上記取得したファイルを、上記ファイル保存用部分パス情報Ｂと、上記ファイル取得・保存用部分パス情報Ｃと、自身（ファイル取得・保存システム、クライアント２１）で保持している取得したファイルの保存パスを構成する保存用部分パス情報Ｄとを組み合わせたパスに保存する手段とを有するファイル取得・保存システムである。
【００３５】
ファイル保存用部分パス情報Ｂと、ファイル取得・保存用部分パス情報Ｃと、ファイル取得・保存システム１００（クライアント２０）で保持している取得したファイルの保存パスを構成する保存用部分パス情報Ｄとを組み合わせたパスは、図２の右下に示す「各ファイルの保存絶対パス」である。なお、たとえば、上記部分パス情報Ｂ  content_area/content1/と、部分パス情報Ｃ  music1.mp3と、部分パス情報Ｃ  D:/とについて、何らかの組み合わせ方、たとえば、“ＤとＢとＣの文字列を順番につなぎ合わせるという組み合わせ方”等、組み合わせ方は、様々考えることができる。
【００３６】
ファイル取得・保存システム１００では、配信サーバ１０から取得する保存パス情報のみによって、保存パスの絶対パスが決定され、場合によっては、クライアント２０のセキュリティに問題が生じることがある。たとえば、クライアント２０に不可欠なファイルが、配信サーバ１０からの指示で、上書きされる等の問題がある。
【００３７】
なお、上記「絶対パス」は、パス情報そのものだけで、唯一のアドレスを特定することができるパスのことである。ファイルを保存するためには、最終的に絶対パスを特定する必要がある。たとえば、C://content_area/content1/music1.mp3が、絶対パスの例である。これは、Ｃドライブのcontent_areaディレクトリ配下のcontent1ディレクトリ配下のmusic1.mp3というファイルパスを特定するものである。絶対パスの反対が、相対パスであり、何らかの部分パス（基準パスともいう）と組み合わせて、絶対パスを形成するパスである。
【００３８】
上記上書き等の問題を解決するために、ファイル取得・保存システム２００では、クライアント２１の外部から受信したファイルを格納してもよいファイル保存部分パスを、クライアント２１に予め設定し、その部分パス情報も組み合わせてファイルを保存するシステムである。
【００３９】
このようにすれば、クライアント２１の保存パスが仮想化され、クライアント２１は、保存用部分パス情報Ｄで指定した以外の保存領域への書き込みをブロックすることができ、しかも、ファイル配信後に、クライアント２１内の配信済みのファイルを、配信サーバが指定する際に、ファイル保存用部分パス情報Ｂを指示すれば、クライアント２１は、保存用部分パス情報Ｄと組み合わせることによって、ファイル取得・保存システム１００における利便性と同じ利便性を得ることができる。
【００４０】
なお、たとえば、上記実施例において、配信サーバは、クライアントに対して、ファイル取得保存パス情報を用い、c://というコンテンツ保存領域を自由に書き込む指示をしてよいということが前提になっている。しかし、実際には、クライアントとしては、c://というコンテンツ保存領域には、ファイルを書き込みたくない場合がある。しかし、クライアントが持っているどこかのコンテンツ保存領域には書き込みたいということが考えられる。そこで、このようなことを克服するために、部分パス情報Ｄを導入し、この部分パス情報Ｄの導入によって、配信サーバは、上記のことを関知しなくてすむようになる。つまり、配信サーバから見ると、クライアントの保存領域を直に考えなくてよくなり、これを「仮想化」と呼ぶ。
【００４１】
次に、ファイル取得保存パス情報の例について説明する。
【００４２】
以下に示す例は、１つのＸＭＬファイル内に、部分パス情報が別々に記述されている例である。
【００４３】
<ファイル配信/>
<ファイル配信  部分パス情報Ａ＝“http://server.○○○.co.jp/” 部分パス情報Ｂ＝“content_area/”>
<個別ファイル  部分パス情報Ｃ＝“content2/picture1.jpg”>
<個別ファイル  部分パス情報Ｃ＝“content2/picture2.jpg”>
<ファイル配信/>
---
---クライアント保持  ファイル保存部分パス設定
部分パス情報Ｄ＝“D:/”
---。
【００４４】
次に、ファイル取得・保存システム２００の動作について説明する。
【００４５】
まず、配信サーバ１１が、ファイル取得保存パス情報を送出し（Ｓ１１）、ファイルサーバ３１がファイルを取得し（Ｓ１２）、クライアント２１がファイルを保存する（Ｓ１３）。
【００４６】
そして、配信サーバ１１が、ファイルパスを指定して、何らかの動作を指示する（Ｓ１４）。
【００４７】
【発明の効果】
本発明によれば、コンテンツ配信する場合、配信サーバが、クライアントに対して、指定したパスにファイルを保存させることができ、したがって、ファイルを配信した後に、配信サーバが、配信済みファイルを指定することができ、また、動作指示することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１の実施例であるファイル取得・保存システム１００の構成と、その動作とを示す図である。
【図２】本発明の第２の実施例であるファイル取得・保存システム２００の構成と、その動作とを示す図である。
【符号の説明】
１００、２００…ファイル取得・保存システム、
１０、１１…配信サーバ、
２０、２１…クライアント、
３０、３１…ファイルサーバ。
【図１】
0004738721.tif 000002
【図２】
0004738721.tif 000003