JPWO2007122689A1 - クライアントサーバシステム、クライアント装置、キャッシュサーバ装置、及びデータ処理方法 - Google Patents

Abstract

データ及びそのデータのインデックス情報を格納するオリジナルサーバ装置と、オリジナルサーバ装置から受信したインデックス情報、インデックス情報の送信元がキャッシュサーバ装置であることを明示するキャッシュ明示情報、及び、インデックス情報に示されるデータを有するオリジナルサーバ装置を特定するオリジナルサーバ特定情報、を格納するキャッシュサーバ装置と、キャッシュサーバ装置から受信したキャッシュ明示情報に基づいて、インデックス情報の送信元を判別し、キャッシュサーバ装置から受信したキャッシュ明示情報とオリジナルサーバ特定情報に基づいて、インデックス情報に示されるデータを有するオリジナルサーバ装置の起動を判別し、オリジナルサーバ装置が起動していると判別した場合は、オリジナルサーバ装置から受信したインデックス情報を選択するクライアント装置と、を備えてクライアントサーバシステムを構成する。

Description

本発明は、クライアントサーバシステム、クライアント装置、キャッシュサーバ装置、及びデータ処理方法に関し、特に、映像及び音声情報サービスを送受信するクライアントサーバシステム、クライアント装置、キャッシュサーバ装置、及びデータ処理方法に関する。

通常、サーバ・クライアント型のシステムにおいてクライアントがサーバ上のデータやサービスを利用する際には、サーバ上にあるデータやサービスが利用可能である（サーバの電源がオンされている、など）ことが条件となる。例えばホームネットワークでの利用を考えた際、サーバとなるＰＣや家電機器は、一般的な２４時間稼動のサーバとは違い、通常電源オフにされており使いたい時にだけ電源をオンするのが一般的な利用の仕方である。従って、通常はサーバのデータやサービスが利用できない状態であり、ユーザは記憶を頼りに目的のデータやサービスを提供していると思われるサーバを一つ一つ起動し、これらを探し出さなければならない。

さらにデータやサービスの数が増えるにつれこれら操作はユーザへの負担や面倒な手間を増大させることになる。そこで、サーバ上のデータやサービスが利用出来ない状態であってもクライアントからの操作一つで簡単にそれらデータやサービスを利用できるようにする仕組みを実現すると、ユーザの利便性を高めることが可能となる。

オフ状態にあるサーバをリモートから起動させる方法にＷＯＬ（Wakeup On LAN）がある。これにより、ユーザが離れたところにあるサーバをクライアントから起動することが出来る。しかし、起動させる前にサーバが提供しているデータやサービスを知ることは出来ないので、一台一台サーバを起動し目的のデータやサービスを提供するサーバを自らが見つける、という操作は行わなければならない。

この問題を解決するために、次のような技術が提案されている（特許文献１参照）。即ち、オリジナルサーバの保有しているデータやサービスのインデックス情報（ユーザがデータやサービスを探すときに参考となる情報。例えば、ＴＶ録画した動画と共に記憶されるＥＰＧデータ、音楽データのメタ情報、写真データのサムネイルなどを指す）を記憶する手段とクライアントからの要求に応じて記憶したインデックス情報を提供する手段を持った装置（キャッシュサーバ）を設けることである。

オリジナルサーバのデータやサービスの実体（データそのもの。例えば動画ファイルなど）が利用出来ない場合は、キャッシュサーバがオリジナルサーバであるかのように振る舞い、インデックス情報を提供する。また、データやサービスの実体を利用する要求を受けた際には、キャッシュサーバがオリジナルサーバのデータやサービスを利用可能にさせ起動を検出、アクセス先の情報をクライアントへ教える。

しかし、オリジナルサーバとキャッシュサーバが両方起動している際には、オリジナルサーバが持つデータやサービス実体の情報とキャッシュサーバが持つオリジナルサーバのインデックス情報との、同じ情報が２つ公開されることになる。この情報をクライアントで表示すると同じ情報が重複して表示されることになる。

図１は、オリジナルサーバとキャッシュサーバが起動している場合の従来技術に基づくクライアント、オリジナルサーバ、及び、キャッシュサーバのコラボレーション図である。図１に示す矢印１〜５は、クライアント、オリジナルサーバ、及び、キャッシュサーバの連続的な通信や処理の流れを示す。

矢印１に示すように、オリジナルサーバは、オリジナルサーバの有するデータ実体から生成されたオリジナルサーバの有するインデックス情報を、キャッシュサーバのインデックス情報に複製する。次に、矢印２に示すように、クライアントは、オリジナルサーバとキャッシュサーバに情報取得要求を行う。この情報取得要求は、ネットワークに接続されるコンピュータに対するマルチキャスト等により実現される。次に、矢印３に示すように、オリジナルサーバはクライアントへインデックス情報を送信し、同様に、矢印４に示すように、キャッシュサーバはクライアントへインデックス情報を送信する。最後に、矢印５に示すように、クライアントは、受信したインデックス情報を画面表示する。

図１に示すように、オリジナルサーバとキャッシュサーバの双方が起動している場合、２つの同じインデックス情報、例えば、「音楽１」が、クライアントに送信される。

図２に、図１でクライアントが受信したインデックス情報を表示するクライアントの画面を表す。この表示画面では、オリジナルサーバとキャッシュサーバの情報が重複して表示される。例えば、「音楽１」が２つ表示される。この画面は、クライアントに、不要な表示が多く、目的のデータを探しにくくする。

このように従来の技術では、オリジナルサーバとキャッシュサーバの双方が起動している場合、クライアント画面は、不要に表示量を多くし、ユーザによる目的データ探索を困難にし、また、目的データ探索のためのユーザのクライアント操作量を増やす等の問題が発生する。

特開２００５−２４４４０８号公報

本発明は、上述した従来のサーバが有する課題に鑑み、キャッシュサーバに、キャッシュサーバであることを示すキャッシュ明示情報、オリジナルサーバ特定情報を出力させ、クライアントにオリジナルサーバを判断させることで、クライアントからオリジナルサーバへのアクセスを可能にすることを目的とする。

本発明は、上記の課題を解決するためになされたもので、データ及びそのデータのインデックス情報を格納する記憶手段を備える少なくとも１つのオリジナルサーバ装置と、オリジナルサーバ装置から受信したインデックス情報、インデックス情報の送信元がキャッシュサーバ装置であることを明示するキャッシュ明示情報、及び、インデックス情報に示されるデータを有するオリジナルサーバ装置を特定するオリジナルサーバ特定情報、を格納する記憶手段を備える少なくとも１つのキャッシュサーバ装置と、キャッシュサーバ装置から受信したキャッシュ明示情報に基づいて、インデックス情報の送信元を判別するサーバ判別手段、キャッシュサーバ装置から受信したキャッシュ明示情報とオリジナルサーバ特定情報に基づいて、インデックス情報に示されるデータを有するオリジナルサーバ装置の起動を判別するオリジナルサーバ起動判別手段、及び、オリジナルサーバ起動判別手段により、オリジナルサーバ装置が起動していると判断した場合は、オリジナルサーバ装置から受信したインデックス情報を選択するインデックス情報選択手段を備える少なくとも１つのクライアント装置と、を備えるクライアントサーバシステムを提供する。

さらに、上記クライアントサーバシステムにおけるキャッシュサーバ装置の記憶手段は、オリジナルサーバ装置を起動するために必要なオリジナルサーバ起動情報をさらに格納し、上記クライアントサーバシステムにおけるクライアント装置は、さらにオリジナルサーバ装置を起動するサーバ起動手段を備え、オリジナルサーバ起動判別手段により、オリジナルサーバ装置が起動していないと判別する場合、インデックス情報選択手段により選択されたインデックス情報に示されるデータを選択すると、キャッシュサーバから受信したオリジナルサーバ特定情報とオリジナルサーバ起動情報を用いて、サーバ起動手段により、選択データを有するオリジナルサーバ装置を起動することが可能である。

また、上記クライアントシステムにおけるキャッシュサーバ装置は、さらに、オリジナルサーバを起動するサーバ起動手段、及び、インデックス情報に示されるデータを有するオリジナルサーバ装置の起動を判別するオリジナルサーバ起動判別手段を備え、キャッシュサーバ装置の記憶手段は、オリジナルサーバ装置を起動するために必要なオリジナルサーバ起動情報をさらに格納し、キャッシュサーバ装置のオリジナルサーバ起動判別手段が、クライアント装置から受信した選択データを有するオリジナルサーバが起動していないと判断する場合、クライアント装置においてインデックス情報選択手段により選択されたインデックス情報に示されるデータが選択されると、オリジナルサーバ特定情報とオリジナルサーバ起動情報を用いて、サーバ起動手段により、選択データを有するオリジナルサーバを起動することが可能である。

本発明は、上述した従来のサーバが有する課題に鑑み、キャッシュサーバに、キャッシュサーバであることを示すキャッシュ明示情報と、オリジナルサーバ特定情報を出力させ、クライアントにオリジナルサーバを判断させることで、クライアントからオリジナルサーバへのアクセスを可能にすることが出来る。

さらに、クライアントは、アクセス対象となるオリジナルサーバがオフ状態のときは、クライアントからオリジナルサーバを起動することでオリジナルサーバへのアクセスを可能にする。

また、クライアントは、アクセス対象となるオリジナルサーバがオフ状態のときは、クライアントがキャッシュサーバにオリジナルサーバを起動させ、オリジナルサーバへアクセスすることも出来る。

オリジナルサーバとキャッシュサーバが起動している場合の従来技術に基づくクライアント、オリジナルサーバ、及び、キャッシュサーバのコラボレーション図である。 図１でクライアントが受信したインデックス情報を表示するクライアントの画面を表す図である。 クライアントサーバシステムの本発明に基づく機能構成図である。 オリジナルサーバ及びキャッシュサーバが起動している場合の本発明に基づくクライアントサーバシステムのコラボレーション図である。 本発明に基づくクライアントにおけるインデックス情報の表示画面を表す図である。 本発明に基づくクライアントのインデックス情報使用判断処理のフローチャートである。 クライアント１１がオリジナルサーバ１２を起動する処理を行う場合の本発明に基づくコラボレーション図である。 キャッシュサーバ１３がオリジナルサーバ１２を起動する処理を行う場合の本発明に基づくコラボレーション図である。 本発明に基づくＵＰｎＰ−ＡＶを使用したクライアントとサーバとの間の通信処理のシーケンス図である。

符号の説明

１０ クライアントサーバシステム
１１ クライアント
１１ｂ サーバ判別手段
１１ｃ サーバ起動判別手段
１１ｄ インデックス選択手段
１１ｅ サーバ起動手段
１２ オリジナルサーバ
１３ キャッシュサーバ
１３ａ 記憶装置
１３ｃ サーバ起動判別手段
１３ｅ サーバ起動手段
３０１ データ実体
３０２−１ インデックス情報
３０２−２ インデックス情報
３０３ キャッシュ明示情報
３０４ オリジナルサーバ特定情報
３０５ オリジナルサーバ起動情報

本発明の実施形態を、図面を参照して説明する。

図３は、本発明の一実施形態によるクライアントサーバシステムの機能構成図を示す。クライアントサーバシステム１０は、クライアント１１、オリジナルサーバ１２、及び、キャッシュサーバ１３から構成され、それらは互いに有線又は無線のネットワーク１４に接続される。図３では、図解のためクライアント１１、オリジナルサーバ１２、及び、キャッシュサーバ１３は１つずつ表されているが、クライアントサーバシステム１０は、実際にはそれらを各々２つ以上備えても良い。

オリジナルサーバ１２は、データやサービスの実体であるデータ実体３０１及びそのデータ実体３０１のインデックス情報３０２を有する。

キャッシュサーバ１３は、記憶装置１３ａの中にオリジナルサーバ１２から受信した複数のインデックス情報３０２−１から構成されるインデックス情報３０２−２と、そのインデックス情報３０２−２がキャッシュサーバから送信されたことを示すキャッシュ明示情報３０３、インデックス情報３０２−２に示されるデータ実体３０１を有するオリジナルサーバを特定するオリジナルサーバ特定情報３０４、オリジナルサーバ１２をリモート起動するために必要な情報、例えばＷＯＬでリモート起動する場合は対象となるサーバのＭＡＣアドレスが該当する、オリジナルサーバ起動情報３０５を有することが出来る。また、ネットワーク１４上のサーバが起動しているか否かを判別するサーバ起動判別手段１３ｃ、特定のオリジナルサーバ１２をリモート起動するための手段である、サーバ起動手段１３ｅも有することが出来る。

クライアント１１は、サーバ判別手段１１ｂ、サーバ起動判別手段１１ｃ、インデックス選択手段１１ｄ、サーバ起動手段１１ｅを有することが出来る。サーバ判別手段１１ｂは、キャッシュ明示情報３０３により、インデックス情報送信元がオリジナルサーバ１２かキャッシュサーバ１３かを判別する手段である。

サーバ起動判別手段１１ｃは、ネットワーク１４上のサーバが起動しているか否かを判別する手段である。例えば、クライアント１１は、インデックス情報取得要求に対する返答の有無等でサーバ起動判別を行うことが出来る。また、キャッシュサーバ１３が、ネットワーク上のサーバへのインデックス情報取得要求を行い、キャッシュサーバ１３がその返答の有無をインデックス情報３０２−２と共にクライアント１１に送信し、その返答結果情報に基づいて、クライアント１１がサーバ起動判別をしても良い。この場合、クライアント１１は、インデックス情報取得要求に対する返答結果を、クライアント１１内でキャッシュする必要は無くなるという特有の効果がある。

インデックス選択手段１１ｄは、受信したオリジナルサーバ１２からのインデックス情報３０２−１、又は、キャッシュサーバ１３からのインデックス情報３０２−２のいずれかを、図示しないメモリに在中させ、又は、ハードディスクに格納し、さらに、図示しない表示手段に表示するために取捨選択する処理を行う手段である。サーバ起動手段１１ｅは、例えばＷＯＬ等により特定のサーバをリモート起動する手段である。

図４は、オリジナルサーバ及びキャッシュサーバが起動している場合の本発明に基づくクライアントサーバシステムのコラボレーション図である。図４では、オリジナルサーバは起動しているため、クライアント１１及びキャッシュサーバ１３は、図３で示したサーバ起動手段１１ｅを使用せず、さらに、キャッシュサーバ１３はオリジナルサーバ起動情報３０５も使用しない。矢印２１〜２６は、クライアント１１、オリジナルサーバ１２、及び、キャッシュサーバ１３の連続的な通信の流れを示す。

矢印２１に示すように、データ実体３０１から生成されたインデックス情報３０２−１は、キャッシュサーバ１３に送信され、インデックス情報３０２−２又はその一部を構成して記憶される。矢印２２に示すように、キャッシュサーバ１３は、インデックス情報３０２−２にキャッシュ明示情報３０３と、オリジナルサーバ特定情報３０４を関係付ける。例えば、「音楽１」というインデックス情報に、キャッシュ明示情報として「１」というフラグをたてる。従って、フラグがあれば、キャッシュサーバ１３からのインデックス情報３０２−２であり、フラグがなければ、オリジナルサーバ１２からのインデックス情報３０２−１と判別できる。また、オリジナルサーバ特定情報３０４として、インデックス情報３０２−２に、オリジナルサーバ１２の識別情報（ＩＰアドレス等）を関係付ける。

キャッシュ明示情報３０３及びオリジナルサーバ特定情報３０４は、インデックス情報３０２−２の中に埋め込む方法、インデックス情報３０２−２とは別にして送信し、識別情報等に基づいて、クライアント１１によりインデックス情報３０２−３、キャッシュ明示情報３０３、オリジナルサーバ特定情報３０４を関係付ける方法等がある。

矢印２３に示すように、クライアント１１は、ネットワーク上に接続されるオリジナルサーバ１２とキャッシュサーバ１３に対して、インデックス情報取得要求をマルチキャストする。次に、矢印２４に示すように、オリジナルサーバ１２は、インデックス情報３０２−１をクライアント１１に対して返答する。ほぼ同時に、矢印２５に示すように、キャッシュサーバ１３は、インデックス情報３０２−２、キャッシュ明示情報３０３、及び、オリジナルサーバ特定情報３０４をクライアント１１に返答する。

次に、クライアント１１は、オリジナルサーバ１２からのインデックス情報３０２−２、及び、キャッシュサーバ１３からのインデックス情報３０２−１、キャッシュ明示情報３０３及びオリジナルサーバ特定情報３０４を取得する。このとき、クライアント１１は、インデックス情報３０２−１とインデックス情報３０２−２の２つを受信するが、キャッシュサーバ１３から受信したインデックス情報３０２−２は、キャッシュ明示情報３０３と関係付けられているため、クライアント１１は、インデックス情報３０２−１とインデックス情報３０２−２の送信元が、キャッシュサーバ１３か、オリジナルサーバ１２からを判別可能である。これにより、クライアント１１は、いずれかのインデックス情報３０２−１又はインデックス情報３０２−２をクライアント１１の画面上に表示することで、上述した同じインデックス情報３０２の重複表示を解消できる。

図５は、本発明に基づくクライアントにおけるインデックス情報の表示画面を表す。この表示画面では、例えば、「音楽１」は１つのみ表示される。上述のように、クライアント１１は、キャッシュサーバ１３から提供されるキャッシュ明示情報３０３により、キャッシュサーバ１３からのインデックス情報３０２−２を識別する。従って、オリジナルサーバ１２からのインデックス情報３０２−１のみを選択表示することが出来る。

図６は、本発明に基づくクライアントのインデックス情報使用判断処理のフローチャートである。クライアント１１は、インデックス情報３０２−１又はインデックス情報３０２−２を受信すると、メモリ等の記憶装置に記憶し、又は、図示しないディスプレイ等の表示装置に表示するために、インデックス情報３０２−１又はインデックス情報３０２−２を使用するか否かの判断処理を行う。ステップＳ１０１では、サーバ判別手段１１ｂは、受信したインデックス情報３０２−１又はインデックス情報３０２−２の送信元が、オリジナルサーバ１２かキャッシュサーバ１３かを、キャッシュ明示情報３０３により判別する。インデックス情報３０２の送信元が、キャッシュサーバ１３の場合はステップＳ１０２に進み、オリジナルサーバ１２の場合は、ステップＳ１０４に進む。

ステップＳ１０２では、サーバ起動判別手段１１ｃは、オリジナルサーバ１２が起動中か否かを判断し、起動中の場合は、ステップＳ１０３に進み、起動していない場合は、ステップＳ１０４に進む。

ステップＳ１０３では、受信したインデックス情報３０２を画面表示に使用しない処理を行う。インデックス情報３０２−２の送信元がキャッシュサーバ１３であり、かつ、オリジナルサーバ１２が起動中の場合は、クライアント１１は、すぐにオリジナルサーバ１２からのインデックス情報３０２−１を受信するものと考えられるため、このインデックス情報３０２を使用しない処理を行う。

ステップＳ１０４では、受信したインデックス情報３０２をメモリに格納し、及び、画面に表示するために使用する処理を行う。

図７は、クライアント１１がオリジナルサーバ１２を起動する処理を行う場合の本発明に基づくコラボレーション図を表す。図７では、クライアント１１がオリジナルサーバを起動するために、クライアント１１は、図３で示したサーバ起動手段１１ｅを使用するが、キャッシュサーバ１３はサーバ起動手段１３ｅを使用しない。矢印３１〜３７は、クライアント１１、オリジナルサーバ１２、及び、キャッシュサーバ１３の連続的な通信の流れを示す。

オリジナルサーバ起動情報３０５は、オリジナルサーバ１２を起動するために必要な情報であり、例えば、ＷＯＬによりオリジナルサーバ１２をリモート起動する場合は、オリジナルサーバ１２のＭＡＣアドレスが必要となるので、オリジナルサーバ起動情報３０５は、ＭＡＣアドレスを含むこととなる。この場合、キャッシュサーバ１３は、ネットワーク上にＡＲＰ（Address Resolution Protocol）を定期的にマルチキャストすることで、オリジナルサーバ１２のＭＡＣアドレスやＩＰアドレスを取得することが可能である。

オリジナルサーバ１２がオフ状態のとき、最初に、矢印３１に示すように、クライアント１１は、ネットワーク上のサーバにインデックス情報取得要求をマルチキャスト等により送信する。次に、矢印３２に示すように、キャッシュサーバ１３は、記憶装置１３ａに格納するインデックス情報３０２−２、キャッシュ明示情報３０３、オリジナルサーバ特定情報３０４、及び、オリジナルサーバ起動情報３０５をクライアント１１に送信する。このとき、オリジナルサーバ１２は、オフ状態であるため、クライアント１１に対してインデックス情報３０２−１を返答することは出来ない。

クライアント１１のサーバ判別手段１１ｂは、取得したインデックス情報３０２−２のキャッシュ明示情報３０３から、インデックス情報の送信元のサーバ種類を判別する。次に、クライアント１１のサーバ起動判別手段１１ｃは、インデックス情報３０２−２に関連するオリジナルサーバ１２がインデックス情報取得要求に対して返答をしたか否か等により、オリジナルサーバ１２の判断処理を行う。

次に、インデックス選択手段１１ｄは、図６に示したインデックス情報使用判断処理を行い、クライアント１１の画面にキャッシュサーバのインデックス情報３０２−２を表示する。クライアント１１は、クライアント１１の図示しない入力装置から、ユーザのアクセス対象となるデータやサービスの選択情報を受領する。次に、サーバ起動手段１１ｅにより、選択されたデータやサービスを有するオリジナルサーバ１２を起動する処理を行う。この起動処理には、オリジナルサーバ起動情報３０５としてＭＡＣアドレス等を用いて、ＷＯＬ等で行うことができる。なお、オリジナルサーバ起動情報３０５は、最新のサーバ起動情報３０５を取得するために、サーバ起動手段１１ｅが起動を行う処理の開始時に、キャッシュサーバ１３に問い合わせても良い。その場合、矢印３２において示すインデックス情報返答の中に、オリジナルサーバ起動情報３０５は含まれてなくて良い。

次に、矢印３３に示すように、クライアント１１のサーバ起動手段１１ｅによって、例えば、ＷＯＬを用いて、オリジナルサーバ１２に起動指示が送信される。

次に、オリジナルサーバ１２は、クライアント１１のリモート起動を受けてオン状態になる。矢印３４に示すように、クライアント１１は、オリジナルサーバリモート起動後、オリジナルサーバ１２の起動確認を行う。そして起動確認後、クライアント１１は、矢印３５に示すように、オリジナルサーバ１２に対してインデックス情報取得要求を行う。

次に、オリジナルサーバ１２は、所有するデータ実体３０１から最新のインデックス情報３０２−１を作成し、矢印３６に示すように、クライアント１１にインデックス情報３０２−１を返答する。インデックス情報３０２−１を取得したクライアント１１は、矢印３７に示すように、オリジナルサーバ１２のデータ実体３０１にアクセスする。

図８は、キャッシュサーバ１３がオリジナルサーバ１２を起動する処理を行う場合の本発明に基づくクライアントサーバシステム１０のコラボレーション図を表す。図８では、キャッシュサーバ１３がオリジナルサーバ１２を起動するためにサーバ起動手段１３ｅを使用するが、クライアント１１は、サーバ起動手段１１ｅを使用しない。図８に示す矢印４１〜４９は、クライアント１１等の連続的な通信の流れを示す。なお、図８では、図解のためクライアント１１、オリジナルサーバ１２、及び、キャッシュサーバ１３は１つずつ表されているが、実際にはそれらは２つ以上あっても良い。

矢印４１に示すように、クライアント１１は、ネットワーク上のサーバにインデックス情報取得要求を送信する。次に、矢印４２に示すように、キャッシュサーバ１３は、インデックス情報３０２−２、キャッシュ明示情報３０３、及び、オリジナルサーバ特定情報３０４をクライアント１１に送信する。このとき、オリジナルサーバ１２は、オフ状態であるため、クライアント１１に対してインデックス情報３０２−１を返答することが出来ない。

クライアント１１のサーバ判別手段１１ｂは、取得したキャッシュ明示情報３０３から、インデックス情報３０２−２を送信したサーバ種類がキャッシュサーバかオリジナルサーバかを判別する。次に、クライアント１１のサーバ起動判別手段１１ｃは、オリジナルサーバ１２からインデックス情報３０２−１を取得していないため、オリジナルサーバ１２が起動していないことを判断する。

次に、インデックス選択手段１１ｄは、図５に示すインデックス情報選択処理に従って、キャッシュサーバ１３から受信したインデックス情報３０２−２をメモリに格納し、そして、図示しないクライアント１１の画面に表示する。そして、クライアント１１は、このインデックス情報画面から、図示しない入力装置によって入力されるユーザの選択した実体データのインデックス情報を受信する。

次に、矢印４３に示すように、クライアント１１は、キャッシュサーバ１３に実体データアクセス要求を行う。クライアント１１は、オリジナルサーバ特定情報３０４を受信しているため、キャッシュサーバ１３への実体データアクセス要求送信後、キャッシュサーバ１１の起動処理によって起動するオリジナルサーバ１２の起動報告を待つ。

次に、矢印４４に示すように、キャッシュサーバ１３のサーバ起動判別手段１３ｃは、実体データアクセス要求に対応する実体データ３０１を有するオリジナルサーバ１２の起動状態を確認し、起動していない場合は、サーバ起動手段１３ｅは、そのオリジナルサーバ１２の起動処理を、ＷＯＬ等を利用して起動する。

次に、オリジナルサーバ１２は、キャッシュサーバ１３のリモート起動を受けてオン状態になる。そして、矢印４５に示すように、クライアント１１は、オリジナルサーバ１２の起動を確認する。クライアント１１は、起動確認後、矢印４６に示すように、インデックス情報取得要求を行う。そして、矢印４７に示すように、オリジナルサーバ１２は、クライアント１１に、インデックス情報返答を行う。

次に、矢印４８に示すように、クライアント１１は、受領したインデックス情報３０２−１に従い、オリジナルサーバ１２の実体データへのアクセスを行う。次に、矢印６３に示すように、クライアント１１は、オリジナルサーバ１２のインデックス情報３０２−１が最新であることを認識しているため、キャッシュサーバ１３に対して、インデックス情報３０２更新要求を行っても良い。また、この処理は、クライアント１１内にあるキャッシュサーバ１１からのインデックス情報３０２−２と、オリジナルサーバ１２からのインデックス情報３０２−１との相当部分のインデックス情報に相違が生じている場合に行っても良い。また、同時に、クライアント１１内のインデックス情報３０２−２をオリジナルサーバ１２からのインデックス情報３０２−１に更新しても良い。

次に、キャッシュサーバ１３は、クライアント１１の要求に従って、オリジナルサーバ１２の最新のインデックス情報３０２−１に従って、自分のインデックス情報３０２−２を更新する。

なお、矢印４５に示すオリジナルサーバ１２の起動確認を行い、一定時間経過後もオリジナルサーバ１２の起動が確認できない場合は、処理を中断しても良い。この場合、図示しないクライアント１１の画面上に、例えば「オリジナルサーバのリモート起動が出来ません。オリジナルサーバのコンセントが電源に接続されていることを確認して下さい」等のエラー表示を表示させても良い。

従来のキャッシュサーバからのオリジナルサーバの起動処理は、クライアント１１が、オリジナルサーバ特定情報３０４を有しないために、キャッシュサーバ１３によるＨＴＴＰリクエストに対するリダイレクト返答処理のような、アクセス先変更処理をキャッシュサーバに行わせ、再度オリジナルサーバ１２へ実体データアクセス先を変更する処理を行っていた。しかし、本実施例によれば、クライアント１１が、キャッシュサーバ１３のサーバ起動手段１３ｄによるオリジナルサーバ１２の起動処理を待ち、かつ、オリジナルサーバ１２の起動を確認することで、キャッシュサーバ１３によるＨＴＴＰリクエストに対するリダイレクト返答が不要となる。それにより、クライアント１１とキャッシュサーバ１３との間の通信手順をより単純化することが可能である。

また、キャッシュサーバ１１が複数台ある場合、キャッシュされるインデックス情報３０２−２が複数になることを回避するために、あるキャッシュサーバ１１は、キャッシュ明示情報３０３を利用して他キャッシュサーバがキャッシュするインデックス情報３０２−２をキャッシュしないことも可能である。

さらに、キャッシュ明示情報３０３は、インデックス情報全体に対してキャッシュの有無を表示しても良いが、オリジナルサーバ特定情報と共に利用することで、特定のオリジナルサーバのインデックス情報３０２をキャッシュしていることを表示することも可能である。その場合、あるキャッシュサーバ１３は、オリジナルサーバ特定情報３０４とキャッシュ明示情報３０３を利用して、他のキャッシュサーバがキャッシュするオリジナルサーバ特定情報３０４で特定されるオリジナルサーバのインデックス情報をキャッシュしないことも可能である。

以下に、具体例として、ＵＰｎＰ（Universal Plug and Play）−ＡＶの通信仕様に基づいた本発明の一実施形態によるキャッシュ明示情報３０３、オリジナルサーバ特定情報３０４等の実装について説明をする。なお、ＵＰｎＰ−ＡＶは、ＰＣ（Personal Computer）やＣＥ（Consumer Electronics）を問わずネットワークに接続できる機器であれば、それらが持つ動画・音楽等のコンテンツを共有するための仕組みである。ＰＣメーカや家電機器メーカも対応製品を市場に出しており、特にホームネットワークにおいては、ＰＣとＣＥの共存を実現する事はＰＣとＣＥの利用形態の拡大の意味で大変重要である。

ＵＰｎＰにおいては、ＰＣやＣＥは、デバイス（Device）と、コントロールポイント（Control Point）の２つの機能により大別される。デバイス ＵＰｎＰ１．０勧告では、デバイスはサービスの集合体と明記され、サービスとは、例えばラジオを一つのデバイスであると仮定すると、時計を表示するクロック処理や、バンド、音量などを調節するコントロール制御等、一つの機能を実現するための制御を、サービスと呼ぶ。また、そのサービスが集まって、一つのオーディオデッキというデバイスと種別される。コントロールポイントは、他のデバイスをコントロールする機能をいう。例えば、ＵＰｎＰを使用したネットワークリモコンや、デバイスをコントロールできるＰＣが該当する。ＰＣは、理論的には、デバイスと、コントロールポイントの両方の機能を持つことが可能である。

キャッシュ明示情報３０３は、ＵＰｎＰでは、以下の（Ａ）〜（Ｆ）ように規定することが可能である。なお、キャッシュ明示情報３０３は、フラグと同様の意味となるので、値として特定する場合「１」など判別可能であればどのような値でも良く、各ＵＰｎＰ-Deviceが持つ一意的情報ＵＤＮ（Unique Device Name）も使用出来る。なお、UDNは、32桁の16進数で表されている。例えば「12345678-90ab-cdef-1234-567890abcdef」である。

（Ａ）既存タグ利用：例えば、<dc:description>タグは中にフリーフォーマットで情報を記述できるので利用する事が可能である。Device DescriptionやService Description、Browseの返答の中に、キャッシュサーバ１３の場合、「<dc:description>1,12345678-90ab-cdef-1234-567890abcdef</dc:description>」といったタグを追加する方法が考えられる。オリジナルサーバ１２の判別は、<dc:description>が無い、中身が空白等で可能である。

（Ｂ）新しいタグの定義：例えば、ＵＰｎＰでベンダー拡張として定義されている<X-****>タグを利用して、<X-CacheInformation>などと定義する。キャッシュサーバ１３の場合、Device Descriptionなどに「<X-CacheInformation>1,12345678-90ab-cdef-1234-567890abcdef<X-CacheInformation>」といったタグを追加する方法が考えられる。オリジナルサーバ１２の判別は、<X-CacheInformation>が無い、中身が空白等で可能である。

（Ｃ）新しいActionを定義：例えば、既存サービスであるContentDirectoryの中に「X-GetCacheInformation」などの新しいActionを定義して、このActionを実行する事でキャッシュ情報を取得できるようにする。ContentDirectoryService（CDS）などの既存サービス内に、例えば「X-GetCacheInformation」といったActionを定義する。Actionの１つであるBrowseと同様の形で、上記Actionを実行してキャッシュサーバ情報を取得できるようにする。オリジナルサーバ１２の判別は、既存Service内にActionが存在しない場合に行え、キャッシュサーバ１３の判別は、既存Service内にActionが存在する場合に行える。

（Ｄ）新しいServiceの定義：ベンダー拡張サービスを利用する。例えば、「urn:Extension:service:X-Cache」などと定義する。このServiceDescription内に記述したり、取得用Actionを定義したりして情報を取得できるようにする。「urn:fujitsu.com:service:X-Cache」のように、CDSなど既存サービスと並列して新たなサービスを定義する。上記で挙げたような、Service Description内で、既存タグや新タグを定義して情報を渡すことと、Actionを定義して、Actionを実行して情報を渡すことの両形式が可能である。この場合、オリジナルサーバ１２の判別は、新規Serviceが存在しない。キャッシュサーバ１３の判別は新規Serviceが存在するとして可能である。

（Ｅ）新しいDeviceの定義：ベンダー拡張デバイスを利用する（「urn:Extension:device:X-Cache」などと定義する）。このDeviceDescription内に記述したり、取得用Actionを定義したりして情報を取得できるようにする。「urn:fujitsu.com:device:X-Cache」のように、MediaServerなど既存デバイスと並列して、新たなデバイスを定義する。上記で挙げたような、Device Description内で、既存タグや新タグを定義して情報を渡す形式と、Device内に、新ServiceやActionを定義してAction経由で情報を渡す形式の両形式が可能である。その場合、オリジナルサーバ１２は、新規Deviceが存在しない、キャッシュサーバ１３は新規Deviceが存在するとして判別できる。

（Ｆ）別物のDeviceの定義：MediaServerと並列するDeviceをもう一つ用意する。「CacheServer」のようなデバイスを、ＵＰｎＰのデバイスとして追加する。オリジナルサーバ判別は、DeviceTypeが「urn:schemas-UPnP-org:device:MediaServer:1」であるとして、キャッシュサーバ判別は、DeviceTypeが「urn:schemas-UPnP-org:device:CacheServer:1」などとして可能である。

また、キャッシュサーバ明示情報３０３は、ＵＰｎＰ仕様以外でも実装可能であり、例えば、特定のポートを使用してＨＴＴＰでアクセスした際に、キャッシュ情報を取得すると見なし情報を返す（プロキシのように動作する）ことが挙げられる。例えば、キャッシュサーバ１３は、ポート60000番を使用するなど定義しておき、60000番でアクセスして来たときのみ情報を返すようにする（例えば、「http://192.168.1.100:60000/」など）。これにより、60000番ポート番号のあるＵＲＬからの情報は、キャッシュサーバ１３からの情報であると判別可能である。

さらに、オリジナルサーバ特定情報３０４は、例えば、任意のＵＤＮ「12345678-90ab-cdef-1234-567890abcdef」を、Service Descriptionや、後述するコンテンツＵＲＬリストに付加することで、各実体データやサービス毎にオリジナルサーバ１２を特定できる。

さらに、クライアント１１からキャッシュサーバ１３のインデックス情報３０２−２を更新させる方法として、以下の方法がある。
・キャッシュサーバ更新用拡張Actionをキャッシュサーバに持たせて、そのActionをクライアント１１に行わせる。
・キャッシュサーバのインデックス情報３０２更新用デバイスの設置。
・上述したＨＴＴＰの特定のポートへアクセスした場合に更新。

また、ネットワーク経由でサーバをリモート起動する方法は、ＷＯＬ以外にＵＰｎＰ−ＡＶを用いて可能である。例えば、キャッシュサーバがオリジナルサーバを起動するＵＰｎＰ拡張Actionを持ち、クライアントはこのActionを実行することにより可能である。例えば、ＵＰｎＰ以外の起動方法として、キャッシュサーバにHTTPで特定のポートにアクセスした際はオリジナルサーバを起動する等がある。

図９に、本発明に基づくＵＰｎＰ−ＡＶを使用したクライアントとサーバとの間の通信処理のシーケンスを示す。又、上述したようにＵＰｎＰ−ＡＶによりキャッシュ明示情報３０３等を実装する方法は様々あるが、図９においては、上述した実装方法のいずれかを用いて通信処理シーケンスを示す。

同一ネットワーク上に、ＵＰｎＰ−ＡＶに対応した「UPnP Control Point」であるクライアント１１（以下、「ＣＰ（Control Point）」という。）、「Media Serverデバイス」であるオリジナルサーバ１２（以下、「オリジナル」という。）、オリジナルサーバ１２に対するキャッシュサーバ１３（以下、「キャッシュ」という。）がある。このとき、オリジナルは電源オフであり、キャッシュは利用可能の状態にある。

ステップＳ２０１では、ＣＰがM-Searchを送信し、ネットワーク上で起動している全MediaServerを確認する。M-Search受信後、起動しているMediaServerは一定時間内にM-Searchに対し応答するという規則がＵＰｎＰにあるので、ＣＰは、一定時間内にM-Searchに応答したMediaServerを起動サーバとして認識することが出来る。

従って、ステップＳ２０２では、キャッシュは、ＣＰからのM-Searchに応答するが、オリジナルは起動していないため応答しない。この応答により、ＣＰは起動中のサーバを認識することが出来る。キャッシュは、そのM-Searchの応答として、Device Description内に規定されるＵＲＬを返答する。なお、Device Descriptionは、デバイス情報を示すドキュメントであり、ＸＭＬ形式で定義される。このステップでは、キャッシュは、Device Descriptionの中の１つの項目であるデバイスのＵＲＬを、M-Searchの返答として返す。次に、ステップＳ２０３に進む。

ステップＳ２０３では、ＣＰは、Device DescriptionのＵＲＬに対して、ＨＴＴＰ ＧＥＴを送信し、ステップＳ２０４に進む。

ステップＳ２０４では、キャッシュは、Device Descriptionを返答する。なお、Device
Descriptionの中には、キャッシュであるデバイスが有するサービスのＵＲＬ情報が示される。次に、ステップＳ２０５に進む。

ステップＳ２０５では、ＣＰは、インデックス情報３０２の表示に関連するサービスのＵＲＬに対して、ＨＴＴＰ ＧＥＴを送信する。次に、ステップＳ２０６に進む。

ステップＳ２０６では、Service Descriptionを返答する。Service Descriptionは、サービスのアクション一覧である。上述のように、このアクションの中に、オリジナルのＭＡＣアドレスを取得するアクションを記載しても良い。このアクションをＣＰが実行することで、キャッシュからオリジナルサーバ起動情報を取得することもできる。次に、ステップＳ２０７に進む。

ステップＳ２０７では、ＣＰは、インデックス情報３０２に相当するコンテンツＵＲＬリストを取得するためにService Description内に記載されたアクションの１つであるBrowseを実行する。次に、ステップＳ２０８に進む。また、以上のステップＳ２０１〜ステップＳ２０７までの処理は、図４、７、８に示したインデックス情報取得要求に相当する。

ステップＳ２０８では、キャッシュは、コンテンツＵＲＬリストをＣＰに送信する。コンテンツＵＲＬリストには、そのコンテンツを有する位置情報であるＵＲＬがある。そのため、ＣＰは、このコンテンツＵＲＬリストにより、インデックス情報３０２に加え、オリジナルサーバ特定情報３０４を取得できる。また、ＣＰは、上述したタグ情報等により、キャッシュ明示情報３０３を取得する。さらに、このコンテンツＵＲＬリストに、オリジナルサーバのＭＡＣアドレスを記載しても良い。次にステップＳ２０９に進む。なお、ステップＳ２０８の処理は、図４、７、８に示したインデックス情報返答に相当し、コンテンツＵＲＬリストは、インデックス情報３０２−２に相当する。

ステップＳ２０９では、クライアント１１は、上述のインデックス情報３０２の表示処理、並びに、ユーザがアクセス対象とするサービス情報を受領し、ステップＳ２１０に進む。

ステップＳ２１０では、サービスのあるデバイスであるオリジナルをＷＯＬで起動し、ステップＳ２１１に進む。また、ここでは、ＷＯＬで説明するが、キャッシュのService Description内のAction情報に、オリジナルを起動するためのＵＰｎＰベンダー拡張Actionを持たせ、これにより、クライアントがオリジナルサーバを起こすActionを実行することでもオリジナルの起動が可能である。なお、ステップＳ２１０の処理は、図７、８に示したオリジナルサーバ１２の起動処理に相当する。

ステップＳ２１１では、オリジナルは、ＷＯＬの指示に従い起動する。次に、ステップＳ２１２に進む。

ステップＳ２１２では、オリジナルは、ssdp:aliveをネットワーク上にマルチキャストする。ＵＰｎＰデバイスは起動した際にssdp:aliveを発行する決まりになっている。そのため、ＣＰとキャッシュは、オリジナルの起動を確認することが出来る。

また、何らかの原因でオリジナルの起動に失敗する事も考えられる。その際に、ＣＰ処理がサーバの起動待ち状態に陥ってしまう事を避けるため、一定時間が経過したらサーバの起動確認処理を終了しアクセスを中断する事も可能である。本実施例ではオリジナルが起動時に発行するssdp:aliveをＣＰが受信できたら、オリジナルの起動が確認できたとする。また、ＵＰｎＰデバイスは終了した際には、ssdp:byebyeを発行する決まりにもなっているので、ssdp:byebyeを監視する事でクライアントやキャッシュサーバはオリジナルサーバの起動情報を更新することが可能となる。次に、ステップＳ２１３に進む。

ステップＳ２１３では、ＣＰは、ssdp:aliveを受信して、オリジナルの起動を確認する。次に、ステップＳ２１４に進む。なお、このステップＳ２１２とステップＳ２１３の処理は、図７、８に示したオリジナルサーバ１２の起動確認に相当する。

ステップＳ２１４では、ＣＰは、ＨＴＴＰ ＧＥＴにより、目的のデータやコンテンツをオリジナルから取得する。コンテンツＵＲＬリストには、コンテンツ位置情報を示すＵＲＬも記載されているので、このＵＲＬへＨＴＴＰやＲＴＰでアクセスする事でコンテンツを取得することができる。なお、このステップＳ２１４の処理は、図７、８に示したクライアント１１の実体データアクセスに相当する。

このように、オリジナルの起動を確認したら、オリジナルから最新のコンテンツＵＲＬリストを取得しなおし、オリジナルとキャッシュの情報が異なっていないかを確認する。この際、両者の情報が異なっていた際は自らの情報を更新すると共に、キャッシュサーバの情報を更新させる事で、アクセス先ＵＲＬなどインデックス情報３０２を常に正しいものにし、目的のコンテンツにアクセスできない場合を無くすことが可能である。このようにして、コンテンツの実体へアクセスする事が可能となる。

また、ステップＳ２０１〜ステップＳ２０７までの処理は、図３、６、７に示したインデックス情報取得要求に相当する。

以上述べたように、オリジナルサーバ１２が電源オフ状態でコンテンツが利用出来ない状態にある場合でも、ユーザがアクセスを望むコンテンツを選択するだけで、オリジナルサーバ１２上のコンテンツを利用可能にすることが可能となる。また、本手法ではクライアント１１、又は、キャッシュサーバ１３のどちらでもオリジナルサーバ１２の起動処理が可能である。

また、図示しないが、上述したクライアント１１、オリジナルサーバ１２、及び、キャッシュサーバ１３は、それぞれＣＰＵ等のプロセッサ、メモリ、ハードディスク、ＮＩＣ（Network Interface Card）等の手段を有する。上述したサーバ判別手段、サーバ起動判別手段、インデックス選択手段、サーバ起動手段等は、ＣＰＵ等で実施可能である。さらに、送受信処理等で発生するデータは、ネットワークを介してそれら機器のＮＩＣで受信され、必要に応じてＣＰＵによりメモリやハードディスクに格納され、又は、それらのデータはＣＰＵにより必要な演算処理等を行った後に、ＮＩＣに伝送され、ＮＩＣからネットワークを介して、ネットワークに接続された他機器に送信される。

本明細書では、ホームネットワークにおけるＡＶコンテンツの利用を実施例に挙げたが、例えば自動電源オフ機能を適用したＰＣをインターネットＶＰＮ（Virtual Private Network）やイントラネット上に配置し、ブラウザを用いてアクセスする場合も適用可能である。また、クライアントコンピュータ、オリジナルサーバ、及び、キャッシュサーバという用語を用いたが、特にホームネットワークでは、それらの用語を用いて説明した機能は、様々なＣＥとして実現可能である。

以上説明した実施形態は典型例として挙げたに過ぎず、その各実施形態の構成要素を組合せること、その変形及びバリエーションは当業者にとって明らかであり、当業者であれば本発明の原理及び請求の範囲に記載した発明の範囲を逸脱することなく上述の実施形態の種趣の変形を行えることは明らかである。

Claims (18)

1. データ及び該データのインデックス情報を格納する記憶手段を備える少なくとも１つのオリジナルサーバ装置と、
   前記オリジナルサーバ装置から受信した前記インデックス情報、前記インデックス情報の送信元が前記キャッシュサーバ装置であることを明示するキャッシュ明示情報、及び、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置を特定するオリジナルサーバ特定情報、を格納する記憶手段を備える少なくとも１つのキャッシュサーバ装置と、
   前記キャッシュサーバ装置から受信した前記キャッシュ明示情報に基づいて、前記インデックス情報の送信元を判別するサーバ判別手段、
   前記キャッシュサーバ装置から受信した前記キャッシュ明示情報と前記オリジナルサーバ特定情報に基づいて、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置の起動を判別するオリジナルサーバ起動判別手段、及び、
   前記オリジナルサーバ起動判別手段により、前記オリジナルサーバ装置が起動していると判断した場合は、前記オリジナルサーバ装置から受信した前記インデックス情報を選択するインデックス情報選択手段を備える少なくとも１つのクライアント装置と、
   を備えることを特徴とするクライアントサーバシステム。
2. 前記キャッシュサーバ装置の前記記憶手段は、前記オリジナルサーバ装置を起動するために必要なオリジナルサーバ起動情報をさらに格納し、
   前記クライアント装置は、さらに前記オリジナルサーバ装置を起動するサーバ起動手段を備え、前記オリジナルサーバ起動判別手段により、前記オリジナルサーバ装置が起動していないと判別する場合、前記インデックス情報選択手段により選択された前記インデックス情報に示されるデータを選択すると、前記キャッシュサーバから受信した前記オリジナルサーバ特定情報と前記オリジナルサーバ起動情報を用いて、前記サーバ起動手段により、前記選択データを有する前記オリジナルサーバ装置を起動する請求項１に記載のクライアントサーバシステム。
3. 前記キャッシュサーバ装置は、さらに、前記オリジナルサーバを起動するサーバ起動手段、及び、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置の起動を判別する前記オリジナルサーバ起動判別手段を備え、
   前記キャッシュサーバ装置の前記記憶手段は、前記オリジナルサーバ装置を起動するために必要なオリジナルサーバ起動情報をさらに格納し、
   前記キャッシュサーバ装置の前記オリジナルサーバ起動判別手段が、前記クライアント装置から受信した前記選択データを有する前記オリジナルサーバが起動していないと判断する場合、前記クライアント装置において前記インデックス情報選択手段により選択された前記インデックス情報に示されるデータが選択されると、前記オリジナルサーバ特定情報と前記オリジナルサーバ起動情報を用いて、前記サーバ起動手段により、前記選択データを有する前記オリジナルサーバを起動する請求項１に記載のクライアントサーバシステム。
4. 前記キャッシュサーバ装置は、前記オリジナルサーバ装置の起動を判別するオリジナルサーバ起動判別手段を備え、
   前記クライアント装置の前記オリジナルサーバ起動判別手段は、前記キャッシュサーバの前記オリジナルサーバ起動判別手段の判別結果を受信して、該判別結果に基づいて、サーバ起動を判断する請求項１〜３のいずれか１項に記載のクライアントサーバシステム。
5. データ及び該データのインデックス情報を格納する記憶手段を備える少なくとも１つのオリジナルサーバ装置と、
   前記オリジナルサーバ装置から受信した前記インデックス情報、前記インデックス情報の送信元が前記キャッシュサーバ装置であることを明示するキャッシュ明示情報、及び、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置を特定するオリジナルサーバ特定情報を格納する記憶手段を備える少なくとも１つのキャッシュサーバ装置と、
   前記データを使用する少なくとも１つのクライアント装置を有するクライアントサーバシステムにおけるクライアント装置であって、
   前記キャッシュサーバ装置から受信した前記キャッシュ明示情報に基づいて、前記インデックス情報の送信元を判別するサーバ判別手段、
   前記キャッシュサーバ装置から受信した前記キャッシュ明示情報と前記オリジナルサーバ特定情報に基づいて、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置の起動を判別するオリジナルサーバ起動判別手段、
   前記オリジナルサーバ起動判別手段により、前記オリジナルサーバ装置が起動していると判断した場合は、前記オリジナルサーバ装置から受信した前記インデックス情報を選択するインデックス情報選択手段と、
   を備えることを特徴とするクライアント装置。
6. 前記キャッシュサーバ装置の前記記憶手段は、前記オリジナルサーバ装置を起動するために必要なオリジナルサーバ起動情報をさらに格納し、
   前記クライアント装置は、前記オリジナルサーバを起動するサーバ起動手段をさらに備え、前記オリジナルサーバ起動判別手段により、前記オリジナルサーバ装置が起動していないと判別する場合、前記インデックス情報選択手段により選択された前記インデックス情報に示されるデータを選択すると、前記キャッシュサーバから受信した前記オリジナルサーバ特定情報と前記オリジナルサーバ起動情報を用いて、前記サーバ起動手段により、前記選択データを有する前記オリジナルサーバ装置を起動する請求項５に記載のクライアント装置。
7. 前記クライアント装置は、表示手段をさらに備え、
   前記インデックス情報選択手段により保存されたインデックス情報を前記表示手段に表示する請求項５又は６に記載のクライアント装置。
8. 前記オリジナルサーバ装置をネットワーク経由で起動させた後に、前記オリジナルサーバ装置の起動を確認した後で、前記データにアクセスする請求項５〜７のいずれか１項に記載のクライアント装置。
9. 前記オリジナルサーバ起動判別手段は、受信した前記インデックス情報の有無により判断する請求項５〜８のいずれか１項に記載のクライアント装置。
10. 前記サーバ起動手段による前記オリジナルサーバへのサーバ起動指示送信後、一定時間経過内に前記オリジナルサーバ装置が起動しない場合、前記オリジナルサーバの前記データへのアクセスを中断する請求項６〜９のいずれか１項に記載のクライアント装置。
11. 前記サーバ起動手段による前記オリジナルサーバの起動後、前記オリジナルサーバ装置の前記インデックス情報と、前記キャッシュサーバ装置の前記インデックス情報が異なっていた場合、前記クライアントコンピュータが格納する前記インデックス情報を更新する請求項６〜１０のいずれか１項に記載のクライアント装置。
12. 前記サーバ起動手段による前記オリジナルサーバの起動後、前記オリジナルサーバ装置の前記インデックス情報と、前記キャッシュサーバ装置の前記インデックス情報が異なっていた場合、前記キャッシュサーバ装置が格納する前記インデックス情報を更新させる請求項６〜１１のいずれか１項に記載のクライアント装置。
13. データ及び該データのインデックス情報を格納する記憶手段を備える少なくとも１つのオリジナルサーバ装置と、
    少なくとも１つのキャッシュサーバ装置と、
    前記データを使用する少なくとも１つのクライアント装置を有するクライアントサーバシステムにおけるキャッシュサーバ装置であって、
    前記オリジナルサーバ装置から受信した前記インデックス情報、前記インデックス情報の送信元が前記キャッシュサーバ装置であることを明示するキャッシュ明示情報、及び、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置を特定するオリジナルサーバ特定情報を格納する記憶手段を備え、
    前記クライアント装置からの要求に応じて、前記インデックス情報と共に前記キャッシュ明示情報、及び、前記オリジナルサーバ特定情報を提供することを特徴とするキャッシュサーバ装置。
14. 前記オリジナルサーバを起動するサーバ起動手段、及び、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置の起動を判別する前記オリジナルサーバ起動判別手段をさらに備え、
    前記キャッシュサーバ装置の前記記憶手段は、前記オリジナルサーバ装置を起動するために必要なオリジナルサーバ起動情報をさらに格納し、
    前記キャッシュサーバ装置の前記オリジナルサーバ起動判別手段が、前記クライアント装置から受信した前記選択データを有する前記オリジナルサーバが起動していないと判断する場合、前記クライアント装置において前記インデックス情報に示されるデータを選択されると、前記オリジナルサーバ特定情報と前記オリジナルサーバ起動情報を用いて、前記サーバ起動手段により、前記選択データを有する前記オリジナルサーバを起動する請求項６に記載のキャッシュサーバ装置。
15. 前記キャッシュ明示情報を使用して、他のキャッシュサーバがキャッシュするインデックス情報を、キャッシュしない請求項１３又は１４に記載のキャッシュサーバ装置。
16. 前記キャッシュ明示情報及び前記オリジナルサーバ特定情報を使用して、他のキャッシュサーバがキャッシュする特定のオリジナルサーバのインデックス情報を、キャッシュしない請求項１３〜１５のいずれか１項に記載のキャッシュサーバ装置。
17. データ及び該データのインデックス情報を格納する記憶手段を備える少なくとも１つのオリジナルサーバ装置と、
    前記オリジナルサーバ装置から受信した前記インデックス情報、前記インデックス情報の送信元が前記キャッシュサーバ装置であることを明示するキャッシュ明示情報、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置を特定するオリジナルサーバ特定情報、及び、前記オリジナルサーバ装置を起動するために必要なオリジナルサーバ起動情報を格納する記憶手段を備える少なくとも１つのキャッシュサーバ装置と、
    前記データを使用する少なくとも１つのクライアント装置を有するクライアントサーバシステムのためのクライアント装置におけるデータ処理方法であって、
    前記キャッシュサーバ装置から受信した前記キャッシュ明示情報に基づいて、前記インデックス情報の送信元を判別するステップと、
    前記キャッシュサーバ装置から受信した前記キャッシュ明示情報と前記オリジナルサーバ特定情報に基づいて、前記インデックス情報に示されるデータを有する前記オリジナルサーバ装置の起動を判別するステップと、
    前記オリジナルサーバ起動判別手段により、前記オリジナルサーバ装置が起動していると判断した場合は、前記オリジナルサーバ装置から受信した前記インデックス情報を選択するステップと、
    を有することを特徴とするデータ処理方法。
18. 前記オリジナルサーバ起動判別ステップにより、前記オリジナルサーバ装置が起動していないと判別される場合、前記インデックス情報選択手段により選択された前記インデックス情報に示されるデータを選択することにより、前記キャッシュサーバから受信した前記オリジナルサーバ特定情報と前記オリジナルサーバ起動情報を用いて、前記選択データを有する前記オリジナルサーバ装置を起動するステップと、を有する請求項７に記載のデータ処理方法。

Images