(57)【要約】【課題】  更新前のコンテンツへのアクセスと、同じアクセス要求で、更新後のコンテンツを取得できるようにする。【解決手段】  端末装置２７からの要求に応じてコンテンツを提供するコンテンツサーバプログラムが提供される。文書データ送信手段２２が、端末装置２７からの要求に応じて、複数のコンテンツが格納されたコンテンツ記憶手段２３に対する検索条件が含まれた文書データ２１を送信する。コンテンツ検索手段２４が、端末装置２７から検索条件を含むコンテンツ取得要求２１ａを受信すると、コンテンツ記憶手段２３から検索条件に合致するコンテンツを抽出する。コンテンツ送信手段２６が、抽出されたコンテンツを端末装置２７に送信する。【選択図】  図１
2005352583.tif 000002
【特許請求の範囲】
【請求項１】
端末装置からの要求に応じてコンテンツを提供するコンテンツサーバプログラムにおいて、
コンピュータに、
文書データ送信手段が、前記端末装置からの要求に応じて、複数のコンテンツが格納されたコンテンツ記憶手段に対する検索条件が、ハイパーリンクのリンク先を指定する情報に含まれた文書データを、前記端末装置に送信し、
コンテンツ検索手段が、前記端末装置から前記検索条件を含むコンテンツ取得要求を受信すると、前記コンテンツ記憶手段から前記検索条件に合致するコンテンツを抽出し、
コンテンツ送信手段が、抽出された前記コンテンツを前記端末装置に送信する、
処理を実行させることを特徴とするコンテンツサーバプログラム。
【請求項２】
前記検索条件において、コンテンツの名称に関する名前条件と、所定の配列上の順番とが指定されていた場合、前記コンテンツ検索手段は、前記名前条件を満たす１以上のコンテンツを前記所定の配列でならべ、指定された順番に位置するコンテンツを抽出することを特徴とする請求項１記載のコンテンツサーバプログラム。
【請求項３】
前記コンテンツ送信手段は、前記検索条件の中に、順位指定のある場合は順位指定に従い前記コンテンツを前記端末装置に送信し、順位指定のない場合は前記検索条件を満たすコンテンツの一覧を前記端末装置に送信することを特徴とする請求項１記載のコンテンツサーバプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク経由でコンテンツを提供するためのコンテンツサーバプログラムに関し、特にリンク先のコンテンツが更新されてもリンク元から最新のコンテンツにアクセスできるコンテンツサーバプログラムに関する。
【背景技術】
【０００２】
コンテンツサーバの代表的なものとして、Ｗｅｂサーバがある。Ｗｅｂサーバは、ＨＴＭＬ（Hypertext  Markup  Language）で作成された文書データ等のコンテンツを、クライアントに対して提供する。
【０００３】
ＨＴＭＬ形式の文書データは、ハイパーリンクにより、他のコンテンツと関連付けることができる。具体的には、ＨＴＭＬ形式の文書データ内にリンクタグを設け、リンクタグに対して、リンク先となる他のコンテンツの位置を表すＵＲＬ（Uniform  Resource  Locator）を設定する。このようにリンクタグが設けられた文書データがクライアントで表示され、リンクタグがクリックされると、クライアントからＵＲＬで示されるコンテンツの取得要求が出力される。これにより、クライアントにおいてコンテンツを取得することができる。
【０００４】
例えば、図１４は、従来のＨＴＭＬ文書の例を示す文書である。従来のＨＴＭＬ文書６０は、サーバ指定部６１、パス名管理部６２及びファイル名表現部６３から構成される。サーバ指定部６１は、サーバを表している。パス名管理部６２は、目的のファイルへのパス名である。サーバ指定部６１とパス名管理部６２とによりリンク先が指定されている。ファイル名表現部６３は、クライアントに応答する画面に表現される文言である。
【０００５】
ところで、提供されるコンテンツは、適宜更新される場合がある。例えば、製品の仕様書をインターネットで公開する場合がある。仕様書は、製品の改良が行われる毎に更新される。仕様書のように適宜更新されるコンテンツの場合、更新前と更新後の各コンテンツに対して、そのコンテンツの版数が分かるようなファイル名が設定される。
【０００６】
このように、コンテンツが更新される毎にファイル名が変更された場合、このコンテンツをリンク先として指定している文書データにおいて、リンク先のコンテンツのファイル名を変更しなければならない。例えば、リンク先のコンテンツが、仕様書第２版（ファイル名：仕様書第２版.doc）から仕様書第３版（ファイル名：仕様書第３版.doc）に更新された場合、リンク元の文書データのリンク先の指定を書き換える必要がある。
【０００７】
ところが、コンテンツの作成者が、そのコンテンツをリンク先として指定している全ての文書データを把握するのは困難である。そこで、コンテンツ（旧コンテンツ）の内容が更新され、新たなコンテンツ（新コンテンツ）が生成されると、旧コンテンツをリンク先として指定している文書データを検索し、その文書データのリンク先指定を書き換える技術が考えられている（例えば、特許文献１参照）。
【特許文献１】特開２０００−２３１５１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１記載の技術では、リンク先が更新されたらリンク元も更新し、完全にリンク先とリンク元が同期しなければならず、人為的手落ちも含めて、リンク元が最新であることが完全に保証できない。
【０００９】
さらに、リンク元の文書データの編集を伴うため、リンク元の文書データに対する編集の権限を有するユーザが実行する場合にしか適用できない。すなわち、リンク先のコンテンツの管理者とリンク元の文書データの管理者が異なる場合には適用できない。
【００１０】
しかも、インターネットのように膨大な量の情報が氾濫しているネットワークでは、リンク先のコンテンツの管理者とリンク元の文書データの管理者とが異なることが多い。そのため、リンク先のコンテンツを更新したとき、そのコンテンツをリンク先として指定している全ての文書データのリンク先の指定内容の変更を自動で行うのは困難である。
【００１１】
本発明はこのような点に鑑みてなされたものであり、リンク先として指定されているコンテンツが更新され、新たなコンテンツが生成されたとき、更新前のコンテンツへのアクセスと同じアクセス要求で更新後のコンテンツを取得できるコンテンツサーバプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明では上記課題を解決するために、図１に示すような、端末装置２７からの要求に応じてコンテンツを提供するコンテンツサーバプログラムが提供される。このコンテンツサーバを実行するコンピュータについて、文書データ送信手段２２が、端末装置２７からの要求に応じて、複数のコンテンツが格納されたコンテンツ記憶手段２３に対する検索条件がハイパーリンクのリンク先を指定する情報に含まれた文書データ２１を、端末装置２７に送信する。コンテンツ検索手段２４が、端末装置２７から、検索条件を含むコンテンツ取得要求を受信すると、コンテンツ記憶手段２３から検索条件に合致する目的のコンテンツ２５を抽出する。コンテンツ送信手段２６が、抽出された目的のコンテンツ２５を端末装置２７に送信する。
【００１３】
このようなコンテンツサーバプログラムによると、リンク先のＷｅｂコンテンツが更新された場合でも、端末装置２７は、文書データ送信手段２２により、複数のコンテンツが格納されたコンテンツ記憶手段２３に対する検索条件が含まれた文書データ２１を受信する。端末装置２７に、あるファイルの中で最新のファイルを提供することが検索条件の場合、端末装置２７は、受信した文書データ２１をコンテンツ取得要求としてコンテンツ検索手段２４に送信する。そして、端末装置２７は、コンテンツ検索手段２４によりコンテンツ記憶手段２３から検索条件に合う目的のコンテンツ２５を、コンテンツ送信手段２６により受信する。
【発明の効果】
【００１４】
本発明では、コンテンツ取得要求２１ａに含まれた検索条件に合致する目的のコンテンツ２５を、端末装置２７に送信するようにした。これにより、例えば、最新のコンテンツを指定する検索条件を定義しておくことで、リンク先のＷｅｂコンテンツが更新されても、端末装置２７から、常に、最新のリンク先のＷｅｂコンテンツを目的のコンテンツ２５として入手できる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して説明する。まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態に適用される発明の具体的な内容を説明する。
【００１６】
図１は、本発明の概念図である。文書データ２１は、目的のファイルの登録場所を表すものである。文書データ送信手段２２は、文書データ２１を端末装置２７へ送信するものである。コンテンツ記憶手段２３は、様々なコンテンツを記録している。コンテンツ取得要求２１ａは、文書データ２１からなるユーザのサービス要求である。コンテンツ検索手段２４は、文書データ２１からのコンテンツ取得要求とコンテンツ記憶手段２３とから、コンテンツ取得要求２１ａの検索条件に従い、目的のコンテンツ２５を検索する。目的のコンテンツ２５は、コンテンツ検索手段２４の処理結果である。コンテンツ送信手段２６は、コンテンツ検索手段２４が検索した目的のコンテンツ２５を、端末装置２７へ送信する。端末装置２７は、ユーザがＷｅｂコンテンツを閲覧するための装置である。
【００１７】
例えば、”／ｂｉｎ／ａｌ．ｄｌｌ（処理起動要求）”と”仕様書＊．ｄｏｃ（名前条件）”と”ｋｅｙ＝ｄａｔｅ（ソートに使用する情報の指定）”と”ｓｏｒｔ＝ｎｅｗ（ソートにおける並べ方の指定）”と”ｎｏ＝１（ソート後の順番の指定）”とからなる検索条件を含む文書データ２１は、文書データ送信手段２２により端末装置２７を経由して、コンテンツ検索手段２４に送信される。ここで、”＊”は、いわゆるワイルドカードを示す記号であり、０以上の任意の文字を示している。コンテンツ記憶手段２３が記憶しているコンテンツ情報も、コンテンツ検索手段２４に、送信される。コンテンツ検索手段２４は、”／ｂｉｎ／ａｌ．ｄｌｌ”というパラメタより起動される。そして、文書データ２１とコンテンツ情報とを用いて、”仕様書＊．ｄｏｃ”というパラメタより、”仕様書第３版、仕様書第２版、仕様書第１版”が検索される。さらに、”ｋｅｙ＝ｄａｔｅ、ｓｏｒｔ＝ｎｅｗ、ｎｏ＝１”というパラメタにより、最新の”仕様書第３版”が検索される。その”仕様書第３版”は、目的のコンテンツ２５であり、コンテンツ送信手段２６を用いて、端末装置２７へ送信される。
【００１８】
以上説明したように、本発明では、Ｗｅｂページのリンク先が更新された場合でも、クライアントが閲覧するＷｅｂページを更新する必要がなくなる。さらに、既存のＷｅｂサーバにＣＧＩ(Common Gateway Interface)処理部１０２を追加するだけで新規システムを実現できるため、複雑な新規システムを０から構築する必要はない。
【００１９】
これによって、クライアントは、確実にリンク先の目的のＷｅｂコンテンツ１０３ｂを入手できるし、リンク先が変更した場合でもリンク情報の修正が不要となり、人為的手落ちの可能性がなくなる。さらに、新規システムを０から構築せず既存のＷｅｂサーバを流用するので、新規システムの導入による弊害はない。
【００２０】
この様にすると、Ｗｅｂコンテンツが更新された場合、参照しているＷｅｂページを修正する必要がなくなる。それによって、修正による人為的手落ちや人為的労力が不必要となる。
【００２１】
以上のような機能を有するコンテンツサーバプログラムは、コンピュータによって実現できる。
図２は、本発明の実施の形態に用いるコンピュータのハードウェア構成例を示す図である。
【００２２】
コンピュータ８０は、ＣＰＵ(Central Processing Unit)８１によって装置全体が制御されている。ＣＰＵ８１には、バス８７を介してＲＡＭ(Random Access Memory)８２、ハードディスクドライブ(ＨＤＤ:Hard Disk Drive)８３、グラフィック処理装置８４、入力インタフェース８５及び通信インタフェース８６が接続されている。
【００２３】
ＲＡＭ８２には、ＣＰＵ８１に実行させるＯＳ(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ８２には、ＣＰＵ８１による処理に必要な各種データが格納される。
【００２４】
ＨＤＤ８３には、ＯＳやアプリケーションプログラムが格納される。
グラフィック処理装置８４には、モニタ９１が接続されている。グラフィック処理装置８４は、ＣＰＵ８１からの命令に従って、画像をモニタ９１の画面に表示させる。
【００２５】
入力インタフェース８５には、キーボード９２とマウス９３とが接続されている。入力インタフェース８５は、キーボード９２やマウス９３から送られてくる信号を、バス８７を介してＣＰＵ８１に送信する。
【００２６】
通信インタフェース８６は、ネットワーク９４に接続されている。通信インタフェース８６は、ネットワーク９４を介して、他のコンピュータとの間でデータの送受信を行う。
図３は、本発明の実施の形態に適用されるシステムを示す図である。第１のクライアント８は、ユーザのサービス要求を発する端末装置を表している。ネットワーク７は、電気通信サービスである。第１のＷｅｂサーバ１００は、ユーザのサービス要求を受けるものである。第１のクライアント８と第１のＷｅｂサーバ１００は、ネットワーク７を利用して接続されている。
【００２７】
第１のＷｅｂサーバ１００は、Ｗｅｂコンテンツ提供部１０４、ＣＧＩ処理部１０２、Ｗｅｂコンテンツデータベース１０３及びＨＴＭＬ文書データベース１０１ａから構成される。Ｗｅｂコンテンツ提供部１０４は、第１のクライアント８からの要求に対してどのような応答をするか判断する。ＣＧＩ処理部１０２は、第１のクライアント８からの要求を元に目的のＷｅｂコンテンツ１０３ｂを検索する。Ｗｅｂコンテンツデータベース１０３は、複数のＷｅｂコンテンツ１０３ｂと複数のＷｅｂコンテンツ１０３ｂを管理するコンテンツ管理情報１０３ａを保管する。ＨＴＭＬ文書データベース１０１ａは、複数のＷｅｂコンテンツを検索する場合の検索条件を含むＨＴＭＬ形式のＨＴＭＬ文書１０１を保管する。
【００２８】
以下、実施の形態の具体的な内容を説明する。
図４は、実施の形態のＨＴＭＬ文書の例を示す文書である。実施の形態のＨＴＭＬ文書３０のサーバ指定部３１は、ネットワーク上のＷｅｂサーバの所在のＵＲＬで表している。ＣＧＩ制御部３２は、Ｗｅｂサーバ内のＣＧＩ処理部１０２の所在を示し、ＣＧＩ処理部１０２を起動するコマンドである。パス名管理部３３は、目的のファイルへのパス名である。検索条件管理部３４は、検索条件を表すパラメタである。ファイル名表現部３５は、第１のクライアント８に応答する画面に表現される文言である。
【００２９】
実施の形態の記述方法によれば、ワイルドカードと選定方法とを記述することで、複数のＷｅｂコンテンツ１０３ｂから目的のＷｅｂコンテンツ１０３ｂを自動的に選択することが可能になる。
【００３０】
この図４は、パラメタとして、”ｋｅｙ（項目名）＝ｄａｔｅ（更新日付）”、”ｓｏｒｔ（並び替え順）＝ｎｅｗ（新しい順）”を指定している。”ｋｅｙ”は、注目する文字列を表している。”ｄａｔｅ”は、記録されている更新日付を表している。”ｓｏｒｔ”は、並び替えることを意味している。”ｎｅｗ”は、並び替える場合新しい順に並び替えることを意味している。
【００３１】
１行目では、Ｗｅｂサーバ内の最新のＷｅｂコンテンツ１０３ｂが仕様書第３版の場合、仕様書第３版．ｄｏｃがダウンロードされる。後に、仕様書第４版が登録された場合は、ＨＴＭＬ文書を修正することなく自動的に仕様書第４版がダウンロードされる。
【００３２】
２行目や３行目のように、順位指定をした場合、最新以外のＷｅｂコンテンツ１０３ｂを指定することも可能である。２行目では、２番目を指定しているので、１つ古いＷｅｂコンテンツ１０３ｂがダウンロードされる。この場合、仕様書第４版が登録されていない場合、仕様書第２版がダウンロードされるが、仕様書第４版が登録された場合は、ＨＴＭＬ文書を修正することなく自動的に仕様書第３版がダウンロードされる。
【００３３】
なお、Ｗｅｂコンテンツ１０３ｂを参照するＨＴＭＬ文書は、リンク先の記述を修正する。そして、一度修正したら、今後リンク先の記述を修正する必要はない。
図５は、Ｗｅｂサーバ内のＷｅｂコンテンツデータベースのコンテンツ管理情報の例を示す図である。Ｗｅｂコンテンツデータベース１０３は、各コンテンツを保管し、さらに、コンテンツ管理情報１０３ａをも保管する。コンテンツ管理情報１０３ａは、ファイルの名称とそのファイルのバージョンとを表すファイル名、そのファイルのファイルサイズをｂｙｔｅで表すサイズ、そのファイルの更新日付を表す更新日付、そのファイルの作成日付を表す作成日付及びそのファイルにアクセスできるか否かを０か１で表すアクセス権から構成される。各項目の横方向に並べられた情報同士は、互いに関連付けられている。
【００３４】
実施の形態では、既存のＷｅｂサーバのファイルシステムを利用する。即ち、ＯＳ内のファイルシステムが管理するファイルの属性データを利用する。これにより特別なデータベースの導入は不要となる。
【００３５】
図６は、実施の形態の動作の概略を示す図である。本実施の形態は、Ｗｅｂページのリンク先が更新されても、リンク元のＷｅｂページを修正する必要がない。なお、この図６では、Ｗｅｂコンテンツ提供部１０４は、省略されている。
【００３６】
この図の中で、第１のクライアント８は、第１のＷｅｂサーバ１００により目的のＷｅｂページを閲覧している。そして、そのＷｅｂページ上のリンクタグをクリックして、リンク先のＷｅｂコンテンツ１０３ｂを入手しようと考えている。
【００３７】
Ｓ１で、第１のクライアント８のアクセス要求より、第１のＷｅｂサーバ１００は第１のＷｅｂサーバ１００のＷｅｂページを第１のクライアント８に提供する。
Ｓ２で、第１のＷｅｂサーバ１００は、ＷｅｂページのＨＴＭＬ文書１０１のリンク情報を元に、第１のクライアント８から最新仕様書のダウンロードの問い合わせを受け付ける。
【００３８】
第１のＷｅｂサーバ１００は、ＣＧＩ処理部１０２を起動させる。ＣＧＩ処理部１０２は、本発明を実現するＷｅｂサーバにのみ導入される。ＣＧＩ処理部１０２は、Ｗｅｂコンテンツデータベース１０３から目的のＷｅｂコンテンツ１０３ｂを自動で入手する。例えば、仕様書第３版が提供される前は、仕様書第２版を第１のクライアント８に応答し、仕様書第３版が提供された後は、仕様書第３版を第１のクライアント８に応答する。
【００３９】
Ｓ３で、最後に、第１のＷｅｂサーバ１００は、後述する図７や図１３のような、ＣＧＩ処理部１０２によって自動に入手されたＷｅｂコンテンツ１０３ｂの一覧を第１のクライアント８に提供する。
【００４０】
さらに、この図の中で、第２のクライアント９は、第２のＷｅｂサーバ１１０により目的のＷｅｂページを閲覧している。そして、そのＷｅｂページ上のリンクタグをクリックして、リンク先のＷｅｂコンテンツ１０３ｂを入手しようと考えている。
【００４１】
Ｓ４で、第２のクライアント９のアクセス要求より、第２のＷｅｂサーバ１１０は第２のＷｅｂサーバ１１０のＷｅｂページを第２のクライアント９に提供する。
Ｓ５で、第１のＷｅｂサーバ１００は、ＷｅｂページのＨＴＭＬ文書１１１のリンク情報を元に、第２のクライアント９から最新仕様書のダウンロードの問い合わせを受け付ける。
【００４２】
第１のＷｅｂサーバ１００は、ＣＧＩ処理部１０２を起動させる。なお、ＣＧＩ処理部１０２は、他のＷｅｂサーバのＷｅｂコンテンツ１０３ｂを利用する第２のＷｅｂサーバ１１０には、導入されない。ＣＧＩ処理部１０２は、Ｗｅｂコンテンツデータベース１０３から目的のＷｅｂコンテンツを自動で入手する。例えば、仕様書第３版が提供される前は、仕様書第２版を第２のクライアント９に応答し、仕様書第３版が提供された後は、仕様書第３版を第２のクライアント９に応答する。
【００４３】
Ｓ６で、最後に、第１のＷｅｂサーバ１００は、後述する図７や図１３のような、ＣＧＩ処理部１０２によって自動に入手されたＷｅｂコンテンツ１０３ｂの一覧を第２のクライアント９に提供する。
【００４４】
図７は、実施の形態の順位指定のあるＨＴＭＬ記述時の画面の例を示す図である。この図は、後述する図１１のＳ１６ｂの結果、第１のクライアント８及び第２のクライアント９に応答する画面である。第１のクライアント８及び第２のクライアント９は、最新の仕様書４０ａ、１つ古い仕様書４０ｂ及び２つ古い仕様書４０ｃをクリックすると、そのＷｅｂコンテンツを取得できる。
【００４５】
図８は、実施の形態の処理全体を示すフローチャートである。この処理は、第１のクライアント８及び第２のクライアント９からサービス要求を受けた第１のＷｅｂサーバ１００が実行する。
【００４６】
第１のクライアント８及び第２のクライアント９が、Ｗｅｂページのリンクタグをクリックすると、以下の第１のＷｅｂサーバ１００の処理がスタートする。
［Ｓ１１］第１のＷｅｂサーバ１００が、第１のクライアント８及び第２のクライアント９から、リンク先ファイルのダウンロードに関するリクエスト情報を受け付ける。
【００４７】
［Ｓ１２］第１のＷｅｂサーバ１００は、第１のクライアント８及び第２のクライアント９に対して参照しているＷｅｂページのリンク情報に関し、ＨＴＴＰのリクエストに、”／ｂｉｎ／ａｌ．ｄｌｌ”の記述が存在すれば、第１のＷｅｂサーバ１００に新たに追加されたＣＧＩ処理部１０２を呼び出し、Ｓ１３へ進む。存在しなければ、ＣＧＩ処理部１０２を呼び出さず、Ｓ１８へ進む。
【００４８】
［Ｓ１３］第１のＷｅｂサーバ１００のＣＧＩ処理部１０２は、リンク情報のパス名を解析する。そして、指定されたリンク先のＷｅｂコンテンツ１０３ｂが本当に存在するか調査する。
【００４９】
［Ｓ１４］第１のＷｅｂサーバ１００のＣＧＩ処理部１０２が、指定されたリンク先のＷｅｂコンテンツ１０３ｂが本当に存在するか調査した結果、不正なパス名がある場合もしくはＷｅｂコンテンツ１０３ｂがない場合は、Ｓ２０に進む。そうでない場合は、Ｓ１５に進む。
【００５０】
［Ｓ１５］第１のＷｅｂサーバ１００のＣＧＩ処理部１０２は、Ｓ１４で存在が確認されたＷｅｂコンテンツ１０３ｂの一覧を取得する。そして、リクエスト情報のパラメタにより、そのＷｅｂコンテンツ１０３ｂを並べ替え、第１のクライアント８及び第２のクライアント９の目的のＷｅｂコンテンツ１０３ｂを選定する。
【００５１】
［Ｓ１６］第１のＷｅｂサーバ１００のＣＧＩ処理部１０２は、第１のＷｅｂサーバ１００内のＷｅｂコンテンツデータベース１０３から、目的のＷｅｂコンテンツ１０３ｂを読み込み、目的のＷｅｂコンテンツ１０３ｂを第１のクライアント８及び第２のクライアント９に提供する準備をする。
【００５２】
［Ｓ１７］第１のＷｅｂサーバ１００は、要求されたサービスに対し、目的のＷｅｂコンテンツ１０３ｂとして図７で表される画面を、第１のクライアント８及び第２のクライアント９に応答する。
【００５３】
［Ｓ１８］第１のＷｅｂサーバ１００は、ＣＧＩ処理部１０２を起動せずに、通常の処理をする。
［Ｓ１９］第１のＷｅｂサーバ１００は、従来同様、要求されたサービスに対し、リンクタグに埋め込まれているＵＲＬで指定されたＷｅｂコンテンツ１０３ｂを、第１のクライアント８に応答する。
【００５４】
［Ｓ２０］第１のＷｅｂサーバ１００のＣＧＩ処理部１０２は、エラーを出力する。
［Ｓ２１］第１のＷｅｂサーバ１００は、要求されたサービスに対し、エラーを第１のクライアント８及び第２のクライアント９に応答する。
【００５５】
図９は、処理受付を示すフローチャートである。この処理は、ＣＧＩ処理部１０２が実行する。
［Ｓ１３ａ］ＣＧＩ処理部１０２は、第１のクライアント８及び第２のクライアント９のリクエスト情報をパラメタとパス名とに分解する。そして、相対パス名たるパス名を絶対パス名たる物理パス名に変換する。
【００５６】
［Ｓ１３ｂ］ＣＧＩ処理部１０２は、第１のＷｅｂサーバ１００内のＷｅｂコンテンツデータベース１０３に、指定されたリンク先のＷｅｂコンテンツ１０３ｂが本当に存在するか調査する。例えば、物理パス名の中の、”仕様書＊．ｄｏｃ”に整合する”仕様書第３版、仕様書第２版、仕様書第１版”が存在することを確認する。
【００５７】
図１０は、検索処理を示すフローチャートである。
［Ｓ１５ａ］ＣＧＩ処理部１０２は、第１のＷｅｂサーバ１００内のＷｅｂコンテンツデータベース１０３から、”＊”で表され”＊”には何が入っても良いとするワイルドカードを利用した物理パス名より、Ｗｅｂコンテンツ情報を全て取得する。
【００５８】
［Ｓ１５ｂ］ＣＧＩ処理部１０２は、パラメタにより、Ｗｅｂコンテンツ情報を全て並べ替える。パラメタは、例えば、”ｋｅｙ”として、日付やサイズ等があり、”ｓｏｒｔ”として、昇順や降順がある。
【００５９】
［Ｓ１５ｃ］ＣＧＩ処理部１０２は、パラメタに順位の指定があるか判断する。例えば、”ｎｏ＝１”等の指定があればＳ１５ｄへ進み、指定がなければＳ１５ｅへ進む。
［Ｓ１５ｄ］ＣＧＩ処理部１０２は、パラメタで指定された順位を元に、第１のクライアント８及び第２のクライアント９に応答するコンテンツを選定する。例えば、”ｋｅｙ＝ｄａｔｅ、ｓｏｒｔ＝ｎｅｗ”というパラメタより、キーワードは日付で並び替えの順番は新しい順であり、”ｎｏ＝２”というパラメタより、並び替えられた後に、先頭から２番目を選択する。”ｋｅｙ=ｄａｔｅ”を変更することにより、サイズ等もキーワードにすることができる。そして、図７で表される画面を第１のクライアント８及び第２のクライアント９に応答することになる。
【００６０】
［Ｓ１５ｅ］ＣＧＩ処理部１０２は、取得された全てのＷｅｂコンテンツ情報の一覧を作成する。そして、図１３で表される画面を第１のクライアント８及び第２のクライアント９に応答することになる。
【００６１】
図１１は、クライアントへＷｅｂコンテンツを応答する処理を示すフローチャートである。この処理は、ＣＧＩ処理部１０２が実行する。
［Ｓ１６ａ］ＣＧＩ処理部１０２は、パラメタに順位の指定があるか判断する。例えば、”ｎｏ＝１”等の指定があればＳ１６ｂへ進み、指定がなければＳ１６ｃへ進む。
【００６２】
［Ｓ１６ｂ］ＣＧＩ処理部１０２は、選定されたＷｅｂコンテンツ１０３ｂを第１のクライアント８及び第２のクライアント９に応答する。
［Ｓ１６ｃ］ＣＧＩ処理部１０２は、取得された全てのＷｅｂコンテンツ情報の一覧を作成して、第１のクライアント８及び第２のクライアント９に応答する。
【００６３】
図１２は、検索処理の例を示す図である。この処理は、ＣＧＩ処理部１０２が実行する。なお、”仕様書＊．ｄｏｃ”に整合し更新日付が最新のものを指定された場合について説明する。
【００６４】
［Ｓ１１］ＣＧＩ処理部１０２は、ワイルドカードを利用した物理パス名より、Ｗｅｂコンテンツデータベース１０３のコンテンツ管理情報１０３ａから、該当するＷｅｂコンテンツ情報を全て取得する。
【００６５】
［Ｓ１２］ＣＧＩ処理部１０２は、パラメタの項目名と並べ替え順とにより、取得したＷｅｂコンテンツ情報を並べ替える。なお、ファイル名、サイズ及び更新日付等の項目名は、ファイルそのものに付着している情報であるため、Ｗｅｂサーバにより保持している情報は異なる。
【００６６】
［Ｓ１３］ＣＧＩ処理部１０２は、パラメタの順位より、応答するＷｅｂコンテンツ１０３ｂを決定する。
以下、実施の形態の具体的な内容の中で、図１１のＳ１６ｃの順位指定のない場合を説明する。
【００６７】
図１３は、順位指定のないＨＴＭＬ記述時の画面の例を示す図である。図１３は、図１１のＳ１６ｃの結果、第１のクライアント８及び第２のクライアント９に応答する画面である。第１のクライアント８及び第２のクライアント９は、仕様書第３版※最新版５０ａ、仕様書第２版５０ｂ及び仕様書第１版５０ｃをクリックすると、そのＷｅｂコンテンツ１０３ｂを取得できる。
【００６８】
なお、実施の形態では、”／ｂｉｎ／ａｌ．ｄｌｌ”の記述が存在すれば、ＣＧＩ処理部１０２を呼び出すが、”／ｂｉｎ／ａｌ．ｄｌｌ”の記述が存在しなくても、常にＣＧＩ処理部１０２を呼び出すように既存のサーバを修正するというものも考えられる。これによれば、ＨＴＭＬの記述に余分な記述を入れなくて済む。このようにすると、例えば、”＊”が存在すれば、該当する複数のコンテンツを入手し、”＊”が存在しなければ、該当する１つのコンテンツを入手する。
【００６９】
こうして、順位指定がある場合図７が、もしくは順位指定がない場合図１３が、ユーザに表示される。ユーザは要求通りのサービスを受けることができる。
なお、本実施の形態の処理機能は、図２のようなハードウェア構成のコンピュータによって、実現することができる。その場合、コンテンツサーバプログラムが有すべき機能の処理内容を記述したサーバプログラムが提供される。サーバコンピュータは、クライアントコンピュータからの要求に応答して、サーバプログラムを実行する。これにより、上記処理機能がサーバコンピュータ上で実現され、処理結果がクライアントコンピュータに提供される。
【００７０】
処理内容を記述したサーバプログラムは、サーバコンピュータで読み取り可能な記録媒体に記録しておくことができる。サーバコンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。
【００７１】
サーバプログラムを流通させる場合には、例えば、そのサーバプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。
サーバプログラムを実行するサーバコンピュータは、例えば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。
【００７２】
（付記１）  端末装置からの要求に応じてコンテンツを提供するコンテンツサーバプログラムにおいて、
コンピュータに、
文書データ送信手段が、前記端末装置からの要求に応じて、複数のコンテンツが格納されたコンテンツ記憶手段に対する検索条件が、ハイパーリンクのリンク先を指定する情報に含まれた文書データを、前記端末装置に送信し、
コンテンツ検索手段が、前記端末装置から前記検索条件を含むコンテンツ取得要求を受信すると、前記コンテンツ記憶手段から前記検索条件に合致するコンテンツを抽出し、
コンテンツ送信手段が、抽出された前記コンテンツを前記端末装置に送信する、
処理を実行させることを特徴とするコンテンツサーバプログラム。
【００７３】
（付記２）  前記検索条件において、コンテンツの名称に関する名前条件と、所定の配列上の順番とが指定されていた場合、前記コンテンツ検索手段は、前記名前条件を満たす１以上のコンテンツを前記所定の配列でならべ、指定された順番に位置するコンテンツを抽出することを特徴とする付記１記載のコンテンツサーバプログラム。
【００７４】
（付記３）  前記検索条件の中にコンテンツ検索機能を呼び出す処理起動要求を含み、前記コンテンツ検索手段は、前記処理起動要求に応答して前記コンテンツ検索機能を起動し、コンテンツの抽出処理を実行することを特徴とする付記１記載のコンテンツサーバプログラム。
【００７５】
（付記４）  前記コンテンツ送信手段は、前記検索条件の中に、順位指定のある場合は順位指定に従い前記コンテンツを前記端末装置に送信し、順位指定のない場合は前記検索条件を満たすコンテンツの一覧を前記端末装置に送信することを特徴とする付記１記載のコンテンツサーバプログラム。
【００７６】
（付記５）  コンピュータを用いて、端末装置からの要求に応じてコンテンツを提供するコンテンツサーバ制御方法において、
文書データ送信手段が、前記端末装置からの要求に応じて、複数のコンテンツが格納されたコンテンツ記憶手段に対する検索条件が、ハイパーリンクのリンク先を指定する情報に含まれた文書データを、前記端末装置に送信し、
コンテンツ検索手段が、前記端末装置から前記検索条件を含むコンテンツ取得要求を受信すると、前記コンテンツ記憶手段から前記検索条件に合致するコンテンツを抽出し、
コンテンツ送信手段が、抽出された前記コンテンツを前記端末装置に送信する、
ことを特徴とするコンテンツサーバ制御方法。
【００７７】
（付記６）  端末装置からの要求に応じてコンテンツを提供するコンテンツサーバ装置において、
前記端末装置からの要求に応じて、複数のコンテンツが格納されたコンテンツ記憶手段に対する検索条件が、ハイパーリンクのリンク先を指定する情報に含まれた文書データを、前記端末装置に送信する文書データ送信手段と、
前記端末装置から前記検索条件を含むコンテンツ取得要求を受信すると、前記コンテンツ記憶手段から前記検索条件に合致するコンテンツを抽出するコンテンツ検索手段、
抽出された前記コンテンツを前記端末装置に送信するコンテンツ送信手段、
を有することを特徴とするコンテンツサーバ装置。
【００７８】
（付記７）  端末装置からの要求に応じてコンテンツを提供するコンテンツサーバプログラムを記録したコンピュータ読み取り可能な記録媒体において、
コンピュータに、
文書データ送信手段が、前記端末装置からの要求に応じて、複数のコンテンツが格納されたコンテンツ記憶手段に対する検索条件が、ハイパーリンクのリンク先を指定する情報に含まれた文書データを、前記端末装置に送信し、
コンテンツ検索手段が、前記端末装置から前記検索条件を含むコンテンツ取得要求を受信すると、前記コンテンツ記憶手段から前記検索条件に合致するコンテンツを抽出し、
コンテンツ送信手段が、抽出された前記コンテンツを前記端末装置に送信する、
処理を実行させることを特徴とするコンテンツサーバプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【００７９】
【図１】本発明の概念図である。
【図２】本発明の実施の形態に用いるコンピュータのハードウェア構成例を示す図である。
【図３】本発明の実施の形態に適用されるシステムを示す図である。
【図４】実施の形態のＨＴＭＬ文書の例を示す文書である。
【図５】Ｗｅｂサーバ内のＷｅｂコンテンツデータベースのコンテンツ管理情報の例を示す図である。
【図６】実施の形態の動作の概略を示す図である。
【図７】実施の形態の順位指定のあるＨＴＭＬ記述時の画面の例を示す図である。
【図８】実施の形態の処理全体を示すフローチャートである。
【図９】処理受付を示すフローチャートである。
【図１０】検索処理を示すフローチャートである。
【図１１】クライアントへＷｅｂコンテンツを応答する処理を示すフローチャートである。
【図１２】検索処理の例を示す図である。
【図１３】順位指定のないＨＴＭＬ記述時の画面の例を示す図である。
【図１４】従来のＨＴＭＬ文書の例を示す文書である。
【符号の説明】
【００８０】
２１  文書データ
２２  文書データ送信手段
２３  コンテンツ記憶手段
２４  コンテンツ検索手段
２５  目的のコンテンツ
２６  コンテンツ送信手段
２７  端末装置
【図１】
2005352583.tif 000003
【図２】
2005352583.tif 000004
【図３】
2005352583.tif 000005
【図４】
2005352583.tif 000006
【図５】
2005352583.tif 000007
【図６】
2005352583.tif 000008
【図７】
2005352583.tif 000009
【図８】
2005352583.tif 000010
【図９】
2005352583.tif 000011
【図１０】
2005352583.tif 000012
【図１１】
2005352583.tif 000013
【図１２】
2005352583.tif 000014
【図１３】
2005352583.tif 000015
【図１４】
2005352583.tif 000016