ネットワークを通じてデータの送受信を行う機能を有する複数のクライアント機器と、クライアント機器より送受信されたデータを格納するとともに、要求に応じてクライアント機器へデータを送信する機能を有するサーバ機器と、サーバ機器からの要求によってクライアント機器へサーバ機器の代わりにデータを送信するキャッシュ機器とを有するネットワーク環境における分散処理制御システムであって、特定のアドレスを有するクライアント機器において、特定のアドレスを有するサーバ機器に対してデータを送信するデータ送信手段と、サーバ機器において、クライアント機器からデータ送信手段によって送信されたデータを受信するデータ受信手段と、サーバ機器において、データ受信手段で受信したデータを、データを送信してきたクライアント機器の情報とともにサーバ機器に格納するデータ格納手段と、サーバ機器において、データ格納手段で格納したデータを特定のアドレスを有するキャッシュ機器に転送するキャッシュ転送手段と、クライアント機器において、特定のアドレスを有するサーバ機器に対してデータを要求するデータ要求手段と、サーバ機器において、クライアントからデータ要求手段によって要求されたデータに対して、前記データを保持しているサーバ機器あるいはキャッシュ機器あるいは別のクライアント機器のいずれから取得するべきなのかの優先度を判定するデータ応答場所優先度判定手段と、サーバ機器において、データ応答場所優先度判定手段によって判定された優先度に基づき、サーバ機器、キャッシュ機器、クライアント機器の複数のアドレスを含むデータ要求先を生成し、その結果をクライアント機器のデータ要求手段への応答とすることによって、クライアント機器に再度データの要求手段を再実行することを要求するデータ要求先変更手段と、クライアント機器において、データ要求先変更手段によって指定された複数のアドレスから、サーバ機器、キャッシュ機器、クライアント機器のアドレスを取り出し、その各々の機器に対して再びデータ要求を実行するデータ要求再実行手段と、前記データを生成したクライアント機器において、データ要求再実行手段によって別のクライアント機器から前記データの取得要求が発行されたことに応答して、前記データを送信するクライアント側データ要求応答手段と、前記キャッシュ転送手段によって転送された前記データを格納しているキャッシュ機器において、前記データ要求再実行手段によってクライアント機器から前記データの取得要求が発行されたことに応答して、前記データを送信するキャッシュ側データ要求応答手段とを有することを特徴とする分散処理制御システム。サーバ機器におけるデータ格納手段において、保存するクライアント機器の情報とは、クライアント機器のアドレスとネットワーク接続の状況を含む情報であり、かつサーバ機器におけるデータ応答場所優先度判定手段は、前記データをデータ要求手段によって要求してきたクライアント機器の情報と、前記データをデータ送信手段によって送信してきたクライアント機器の情報とを照合することによって、データ送信手段によるクライアント機器のアドレスの優先度を決定することを特徴とする請求項1に記載の分散処理制御システム。サーバ機器におけるデータ要求先変更手段において、生成されるデータ要求先は複数の機器に対するアドレスが優先度に基づいて含まれたURLで示される情報であり、かつクライアント機器におけるデータ要求再実行手段において、前記URLを事前に定められた一定の規則性に基づいて複数に分割することによって、前記データを生成したクライアント機器に対して前記データを送信するクライアント側データ要求応答手段を呼び出すことができ、かつクライアント機器において前記URLを分割せずにそのまま使用した場合には、キャッシュ機器におけるキャッシュ側データ要求応答手段を呼び出すことができることを特徴とする請求項2に記載の分散処理制御システム。サーバ機器におけるデータ応答場所優先度判定手段において、前記データをデータ要求手段によって別のクライアント機器が要求してきたデータ要求時刻と、前記データをデータ送信手段によってクライアントが送信したデータ送信時刻とを照合し、データ送信時刻とデータ要求時刻が近接している場合にはデータ要求先変更手段におけるクライアント機器のアドレスに関する優先度を高くし、かつデータ送信時刻からデータ要求時刻までに相当の時間経過がある場合にはクライアント機器のアドレスに関する優先度を低くすることを特徴とする請求項3に記載の分散処理制御システム。複数のサーバ機器及び複数のキャッシュ機器が前記ネットワークに接続されていることを特徴とする請求項1~4の何れか1項に記載の分散処理制御システム。ネットワークを通じてデータの送受信を行う機能を有する複数のクライアント機器と、クライアント機器より送受信されたデータを格納するとともに、要求に応じてクライアント機器へデータを送信する機能を有するサーバ機器と、サーバ機器からの要求によってクライアント機器へサーバ機器の代わりにデータを送信するキャッシュ機器とを有するネットワーク環境における分散処理制御システムの制御方法であって、特定のアドレスを有するクライアント機器において、特定のアドレスを有するサーバ機器に対してデータを送信するデータ送信工程と、サーバ機器において、クライアント機器からデータ送信工程にて送信されたデータを受信するデータ受信工程と、サーバ機器において、データ受信工程にて受信したデータを、データを送信してきたクライアント機器の情報とともにサーバ機器に格納するデータ格納工程と、サーバ機器において、データ格納工程にて格納したデータを特定のアドレスを有するキャッシュ機器に転送するキャッシュ転送工程と、クライアント機器において、特定のアドレスを有するサーバ機器に対してデータを要求するデータ要求工程と、サーバ機器において、クライアントからデータ要求工程にて要求されたデータに対して、前記データを保持しているサーバ機器あるいはキャッシュ機器あるいは別のクライアント機器のいずれから取得するべきなのかの優先度を判定するデータ応答場所優先度判定工程と、サーバ機器において、データ応答場所優先度判定工程にて判定された優先度に基づき、サーバ機器、キャッシュ機器、クライアント機器の複数のアドレスを含むデータ要求先を生成し、その結果をクライアント機器のデータ要求工程への応答とすることによって、クライアント機器に再度データの要求工程を再実行することを要求するデータ要求先変更工程と、クライアント機器において、データ要求先変更工程にて指定された複数のアドレスから、サーバ機器、キャッシュ機器、クライアント機器のアドレスを取り出し、その各々の機器に対して再びデータ要求を実行するデータ要求再実行工程と、前記データを生成したクライアント機器において、データ要求再実行工程にて別のクライアント機器から前記データの取得要求が発行されたことに応答して、前記データを送信するクライアント側データ要求応答工程と、前記キャッシュ転送工程にて転送された前記データを格納しているキャッシュ機器において、前記データ要求再実行工程にてクライアント機器から前記データの取得要求が発行されたことに応答して、前記データを送信するキャッシュ側データ要求応答工程とを有することを特徴とする分散処理制御システムの制御方法。ネットワークを通じてデータの送受信を行う機能を有する複数のクライアント機器と、クライアント機器より送受信されたデータを格納するとともに、要求に応じてクライアント機器へデータを送信する機能を有するサーバ機器と、サーバ機器からの要求によってクライアント機器へサーバ機器の代わりにデータを送信するキャッシュ機器とを有するネットワーク環境における分散処理制御システムの制御方法をコンピュータに実行させるプログラムであって、特定のアドレスを有するクライアント機器において、特定のアドレスを有するサーバ機器に対してデータを送信するデータ送信工程と、サーバ機器において、クライアント機器からデータ送信工程にて送信されたデータを受信するデータ受信工程と、サーバ機器において、データ受信工程にて受信したデータを、データを送信してきたクライアント機器の情報とともにサーバ機器に格納するデータ格納工程と、サーバ機器において、データ格納工程にて格納したデータを特定のアドレスを有するキャッシュ機器に転送するキャッシュ転送工程と、クライアント機器において、特定のアドレスを有するサーバ機器に対してデータを要求するデータ要求工程と、サーバ機器において、クライアントからデータ要求工程にて要求されたデータに対して、前記データを保持しているサーバ機器あるいはキャッシュ機器あるいは別のクライアント機器のいずれから取得するべきなのかの優先度を判定するデータ応答場所優先度判定工程と、サーバ機器において、データ応答場所優先度判定工程にて判定された優先度に基づき、サーバ機器、キャッシュ機器、クライアント機器の複数のアドレスを含むデータ要求先を生成し、その結果をクライアント機器のデータ要求工程への応答とすることによって、クライアント機器に再度データの要求工程を再実行することを要求するデータ要求先変更工程と、クライアント機器において、データ要求先変更工程にて指定された複数のアドレスから、サーバ機器、キャッシュ機器、クライアント機器のアドレスを取り出し、その各々の機器に対して再びデータ要求を実行するデータ要求再実行工程と、前記データを生成したクライアント機器において、データ要求再実行工程にて別のクライアント機器から前記データの取得要求が発行されたことに応答して、前記データを送信するクライアント側データ要求応答工程と、前記キャッシュ転送工程にて転送された前記データを格納しているキャッシュ機器において、前記データ要求再実行工程にてクライアント機器から前記データの取得要求が発行されたことに応答して、前記データを送信するキャッシュ側データ要求応答工程とをコンピュータに実行させることを特徴とするプログラム。しかしながら、コンパクトデジタルカメラなど、非常に大量に販売される機器がクライアント機器としてネットサービスに接続するようになると、ネットサービスのサーバ機器側にも、従来と比較してより高いレベルでの負荷分散における性能が要求される。例えば、ネットワーク対応カメラを用いたチャットを行うサービスのような場合が典型的である。こうしたサービスでは、複数のクライアント機器間でリアルタイムに写真データを取り扱わなければならない。しかしながら、サーバ機器側の処理能力を向上させるための分散処理技術や分散キャッシュ技術だけでは、大量のクライアント機器からのデータ送受信要求を高速に取り扱うことは困難である。販売台数に比例して増加するクライアント機器からのアクセス要求を、相対的な台数に限界のあるサーバ機器あるいはキャッシュ機器の効率性向上で収容することには、限界があるからである。つまり、サーバ機器側の効率向上を行う手段だけでは、システム全体としての効率向上を実施することが困難である。このため、この限界を超えるためには、何らかの手段を用いてクライアント機器の効率向上も実現しなければならない。このような大規模化するデータ転送要求における課題に対応するための従来技術としては、まず特許文献1に記載の発明がある。この発明は、サーバのキャッシュ効率や負荷平衡を向上させるために、サーバ機器の集合であるクラスタにおける、オブジェクト要求の動的ルーティング方法を提供する手段を示したものである。すなわち、URLで示されたオブジェクトへのアクセス要求に応答する、複数のサーバ機器のマッピングを動的に調整できるようにするものである。これによれば、URLで指定されるオブジェクトをキャッシュする責務を、複数のキャッシュ機器あるいはサーバ機器で効率的に分担する際の課題を解決することができる。これは、サーバ機器側におけるキャッシュの構成方法となる。そのため、URLで示されるデータを、複数のキャッシュ機器で分散させる場合の効率向上は実現可能であるものの、クライアント機器を含めた、全体における効率性向上を実現するという課題を解決するものではない。なぜならば、ネットワーク上において状態が安定しないクライアント機器を、アクセス要求に応答するサーバ機器と見做して、事前に決定しておくことはできないからである。さらに、別の従来技術として特許文献2に記載の発明がある。特許文献2に記載の発明は、あるURLに関する転送速度やデータ種別などの特性情報を管理する書き換えサーバが、指定されたURLを書き換えてクライアント機器に返すようにしている。これにより、クライアント機器が最適な経路でデータをアクセスできるようにするための手段を示したものである。この発明を用いると、クライアント機器をキャッシュ機器として見做すようにURLを書き換えることができるようになる。これにより、クライアント機器からのアクセス要求をサーバ機器側だけではなく、別のクライアント機器に代替させて処理することができるようになる可能性がある。しかしながら、特許文献1に記載の発明における理由と同様に、通電の状態やネットワーク接続の状況に関して不安定な各々のクライアント機器が保有しているデータを、永続的にキャッシュとして使用し続けることは不可能である。このため、サーバ機器の処理能力を補完するという処理を実現するための手段としては、サーバ側のキャッシュ機器と併用できないという問題は大きな制約となる。以上述べたように、サーバ機器キャッシュ機器だけで、その処理能力を超えてしまう大量のクライアント機器からのデータ送受信要求を処理することは困難である。これを可能にするためには、クライアント機器間でのデータのやりとりを、クライアント機器側においてもキャッシュできるようにすることが考えられる。しかし、この場合には他のクライアント機器が必ずしも常に使用可能ではないという問題点がある。本発明は前述の問題点に鑑み、サーバ機器キャッシュ機器の処理能力を超えてしまう大量のクライアント機器からのデータ送受信要求を処理できるようにすることを目的とする。本発明の分散処理制御システムは、ネットワークを通じてデータの送受信を行う機能を有する複数のクライアント機器と、クライアント機器より送受信されたデータを格納するとともに、要求に応じてクライアント機器へデータを送信する機能を有するサーバ機器と、サーバ機器からの要求によってクライアント機器へサーバ機器の代わりにデータを送信するキャッシュ機器とを有するネットワーク環境における分散処理制御システムであって、特定のアドレスを有するクライアント機器において、特定のアドレスを有するサーバ機器に対してデータを送信するデータ送信手段と、サーバ機器において、クライアント機器からデータ送信手段によって送信されたデータを受信するデータ受信手段と、サーバ機器において、データ受信手段で受信したデータを、データを送信してきたクライアント機器の情報とともにサーバ機器に格納するデータ格納手段と、サーバ機器において、データ格納手段で格納したデータを特定のアドレスを有するキャッシュ機器に転送するキャッシュ転送手段と、クライアント機器において、特定のアドレスを有するサーバ機器に対してデータを要求するデータ要求手段と、サーバ機器において、クライアントからデータ要求手段によって要求されたデータに対して、前記データを保持しているサーバ機器あるいはキャッシュ機器あるいは別のクライアント機器のいずれから取得するべきなのかの優先度を判定するデータ応答場所優先度判定手段と、サーバ機器において、データ応答場所優先度判定手段によって判定された優先度に基づき、サーバ機器、キャッシュ機器、クライアント機器の複数のアドレスを含むデータ要求先を生成し、その結果をクライアント機器のデータ要求手段への応答とすることによって、クライアント機器に再度データの要求手段を再実行することを要求するデータ要求先変更手段と、クライアント機器において、データ要求先変更手段によって指定された複数のアドレスから、サーバ機器、キャッシュ機器、クライアント機器のアドレスを取り出し、その各々の機器に対して再びデータ要求を実行するデータ要求再実行手段と、前記データを生成したクライアント機器において、データ要求再実行手段によって別のクライアント機器から前記データの取得要求が発行されたことに応答して、前記データを送信するクライアント側データ要求応答手段と、前記キャッシュ転送手段によって転送された前記データを格納しているキャッシュ機器において、前記データ要求再実行手段によってクライアント機器から前記データの取得要求が発行されたことに応答して、前記データを送信するキャッシュ側データ要求応答手段とを有することを特徴とする。本発明によれば、サーバ機器キャッシュ機器の処理能力を超えてしまう大量のクライアント機器からのデータ送受信要求を処理することが可能になる。以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。本実施形態において、クライアント機器は、ネットワーク環境を通じてデータの送受信を行う機能を有する。サーバ機器は、クライアント機器より送受信されたデータを格納し、また要求に応じてクライアント機器へデータを送信する機能を有する。キャッシュ機器は、サーバ機器からの要求によって、クライアント機器へサーバ機器の代わりにデータを送信する機能を有する。第1の実施形態図1は、本発明の第1の実施形態を示すクライアント機器における、主要部の構成を示したブロック図である。以下に、各部に関してより詳細に説明する。まず、クライアントOS部101であるが、クライアント機器100を構成するハードウェアの各種構成要素を、計算機資源としてソフトウェア的に扱えるようにするものである。クライアントOS部101があることによって、クライアント機器100で動作する他の各ソフトウェア構成部が、直接ハードウェアに関する制御を行う必要がなくなる。次に、クライアントアプリ部102であるが、クライアント機器100における機種固有の機能を、使用者に提供するための機能を有する部分である。例えば、クライアント機器100がデジタルカメラであれば、画像の撮影、保管、編集、表示などの制御を行うためのソフトウェアである。本実施形態においては、クライアント機器100が具体的にどのような機能を使用者に提供しているかということに依存しないため、クライアント機器が有する個別の特徴的な機能を示すものとして、このクライアントアプリ部102を定義する。すなわち、例えばクライアント機器100が複写機なのであれば、紙の複写、印刷、送信などの機能を有する部分が、図1におけるクライアントアプリ部102の機能となる。クライアントデータ要求部103は、クライアントアプリ部102からのデータ送信要求を受理し、クライアントデータ送信部104に処理を依頼する。クライアントアプリ部102がネットワークを通じて他の機器へデータの送受信要求を行う場合においては、まずクライアントデータ要求部103がその要求を受理する。そして、その後にクライアントデータ送信部104が、クライアントOS部101を通じてネットワーク処理を行うハードウェアを駆動する。つまり、クライアントデータ要求部103は、クライアントアプリ部102が要求するデータの形式を、クライアントデータ送信部104が処理可能な形態に変換する。例えば、クライアント機器100がネットワークへのアップロード機能をもつデジタルカメラ機器である場合を例に説明する。この時、画像をネットワーク上の特定のURLで示されるファイルとしてアップロードするように、クライアントアプリ部102がクライアントデータ要求部103に要求する。クライアントデータ要求部103は、そのURLを解析し、実際のホスト名やIPアドレスといった送信先と、HTTPに準拠した形式での画像を含む送信データを生成する。このように、クライアントデータ要求部103は、特定のアドレスを有するサーバ機器に対して、データを要求するデータ要求手段を提供する部分となる。また、こうして発行したデータ要求に対して、複数のアドレスを含むURLを返答として受信した場合には、受信したURLから複数のアドレスを取り出し、各々へアクセスするために、クライアントデータ送信部104を制御する処理も行う。すなわち、データ要求再実行手段も提供する。データ要求再実行手段は、前述のURLを事前に定められた一定の規則性に基づいて複数に分割することによって、要求されたデータを生成したクライアント機器に対してそのデータを送信するクライアント側データ要求応答手段を呼び出すことができる。クライアントデータ送信部104は、クライアントデータ要求部103からの処理要求を、クライアントOS部101に転送する。例えば、クライアントデータ要求部103が変換した送信先アドレスと送信データとをもとに、クライアントOS部101を制御する。具体的には、TCP/IPのセッションを開設し、実際のHTTPデータを送信するといった制御を行う。すなわち、特定のアドレスを有するサーバ機器へ、データを送信するためのデータ送信手段を提供する部分となる。クライアントデータ格納部105は、クライアントデータ要求部103が取り扱うデータを、一時的に格納しておくための処理を行う部分である。クライアントデータ格納部105は、クライアントデータ要求部103を経由するデータの送信要求に対して、そのデータを一時的に複製して格納するための制御を行う。また、クライアントデータ受信部107からの要求を受け、クライアントデータ保持部106に保持されているデータを、再びクライアントデータ送信部104を制御することで、ネットワーク上に送信するための制御も行う。クライアントデータ保持部106は、クライアントデータ格納部105が実際にデータを保持しておくための記憶領域を制御する。例えば、機器に内蔵している不揮発性のメモリやハードディスクに、後で再利用できる形式で、データを保存しておくための処理を実行する。クライアントデータ受信部107は、外部の機器から発行される要求を受信する。ネットワーク上にある他の機器からの要求は、クライアントOS部101を経由して受信され、クライアントデータ受信部107に入力される。データを受信したクライアントデータ受信部107は、それをクライアントデータ格納部105が処理可能な形式に変換する。例えば、クライアントOS部101が開設するTCP/IPのポート番号80において、外部機器からHTTPによる接続があった場合を例に説明する。この時、HTTPによるURLやヘッダ、あるいはペイロードなどのデータを解析して、クライアントデータ格納部105に転送するのが、クライアントデータ受信部107の役割である。すなわち、他のクライアント機器から発行されたデータの要求に応答して、当該データを送信するためのクライアント側データ要求応答手段を提供する部分が、クライアントデータ受信部107である。前述のようなソフトウェア構成を備えることにより、ネットワーク上にある他の機器へ要求を送信するだけではなく、他の機器からの要求を受信して処理することができる機能を、クライアント機器100は有することができる。図2は、本発明の実施形態を示すサーバ機器キャッシュ機器における、主要部の構成を示したブロック図である。サーバ機器キャッシュ機器は同一のソフトウェアによって構成され、実行時配備時における役割によってサーバ機器あるいはキャッシュ機器として機能する。そのため、ソフトウェアの構成図としては同一の内容となる。以下に各部に関してより詳細に説明する。まず、サーバOS部201であるが、クライアント機器100のクライアントOS部101と基本的に同様である。つまり、サーバ機器200を構成するハードウェアの各種構成要素を、計算機資源としてソフトウェア的に扱えるようにするものである。サーバOS部201を備えることによって、サーバ機器200で動作する他の各ソフトウェア構成部は、直接ハードウェアに関する制御を行う必要がなくなる。次に、サーバアプリ部202であるが、サーバ機器200における機種固有の機能を、使用者に提供するための機能を有する部分である。例えば、サーバ機器200が画像保管を行うためのサーバなのであれば、画像の受信、保管、検索、送信などの制御を行うためのソフトウェアとなる。本発明は、サーバ機器200が具体的にどのような機能を使用者に提供しているかということに依存しないため、本実施形態においては、サーバ機器キャッシュ機器が有する個別の特徴的な機能を示すものとして、このサーバアプリ部202を定義する。すなわち、例えばサーバ機器200が画像保管サーバではなく文書保管サーバなのであれば、文書の受信、保管、検索、送信などの機能を有する部分が、本図におけるサーバアプリ部202の機能となる。サーバデータ要求部203は、サーバアプリ部202からのデータ送信要求を受理し、サーバデータ送信部204に処理を依頼する。サーバアプリ部202が、ネットワークを通じて他の機器へデータの送受信要求を行う場合、まず、サーバデータ要求部203がその要求を受理する。その後に、サーバデータ送信部204がサーバOS部201を通じて、ネットワーク処理を行うハードウェアを駆動する。言い換えると、サーバデータ要求部203は、サーバアプリ部202が要求するデータの形式を、サーバデータ送信部204が処理可能な形態に変換する。例えば、画像保管サーバであるサーバ機器200の、サーバアプリ部202を例にして説明する。特定のURLで示されるネットワーク上の画像データを、ファイルとしてダウンロードするように、サーバアプリ部202が要求する。この時、そのURLを解析し、実際のホスト名やIPアドレスといった送信先と、HTTPに準拠した形式での画像を要求する送信データを生成するのが、サーバデータ要求部203の役割である。サーバデータ送信部204は、サーバデータ要求部203からの処理要求を、サーバOS部201に転送する。例えば、サーバデータ要求部203が変換した送信先アドレスと送信データをもとに、サーバOS部201を制御する。具体的には、TCP/IPのセッションを開設し、実際のHTTPデータを送信するといった制御を行う。サーバデータ制御部205は、サーバデータ要求部203、サーバデータ受信部207、サーバデータ保持部206を制御することで、本発明の特徴的な処理を実施するための構成として機能する。他の機器から送信されてきたデータを、サーバデータ受信部207によってサーバデータ保持部206に格納する。そして、格納したデータを特定のアドレスを有する他のキャッシュ機器に転送するキャッシュ転送手段を、サーバデータ制御部205が提供する。これは、ネットワーク上に大量のクライアント機器が存在した場合に発行される大量の当該データに対する要求を、複数のサーバ機器キャッシュ機器によって分担できるようにするためである。また、クライアント機器からデータの取得を要求された場合に、どの機器からこれを取得するべきなのかを判定するデータ応答場所優先度判定手段も、サーバデータ制御部205は提供する。この場合の機器とは、当該データを保持しているサーバ機器、キャッシュ機器、あるいは他のクライアント機器のいずれかを意味する。また、さらにこのデータ応答場所優先度判定手段によって判定された優先度に基づき、複数のサーバ機器、キャッシュ機器、クライアント機器のアドレスを含むデータ要求先を生成する。そして、その結果をクライアント機器のデータ要求手段への応答とする。これにより、クライアント機器に送信を再度要求するデータ要求手段を再実行することを要求するデータ要求先変更手段も、サーバデータ制御部205が提供する。また、さらにキャッシュ転送手段によって当該データを格納しているキャッシュ機器において、データ要求再実行手段によってクライアント機器から当該データの取得要求が発行されたことに応答する手段も提供する。すなわち、当該データを送信するためのキャッシュ側データ要求応答手段も、サーバデータ制御部205が提供する。サーバデータ保持部206は、サーバデータ制御部205が管理するデータを保持しておくための記憶領域を制御する。例えば、サーバ機器200に内蔵している不揮発性のメモリやハードディスクに、後で再利用できる形式でデータを保存しておくための処理を実行する。保存されるデータには、画像や文書といったデータ以外に、そのデータを送信してきたクライアントを識別するための情報も含まれる。すなわち、クライアント機器から送信されたデータを、そのクライアント機器の情報とともに格納するためのデータ格納手段を提供する部分が、サーバデータ保持部206である。サーバデータ受信部207は、外部の機器から発行される要求を受信する。ネットワーク上にある他の機器からの要求は、サーバOS部201を経由して受信され、サーバデータ受信部207に入力される。データを受信したサーバデータ受信部207は、それをサーバデータ制御部205が処理可能な形式に変換する。例えば、サーバOS部201が開設するTCP/IPのポート番号80において、外部機器からHTTPによる接続があった場合を例に説明する。この時、HTTPによるURLやヘッダ、あるいはペイロードなどのデータを解析して、サーバデータ制御部205に要求として転送するのが、サーバデータ受信部207の役割である。すなわち、クライアント機器から送信されたデータを受信するための、データ受信手段を提供する部分となる。サーバ機器200は前述したようなソフトウェア構成を備えている。これにより、ネットワーク上にある他の機器へ要求を送信するだけではなく、他の機器からの要求を受信して処理することができる機能を、サーバ機器200は有することになる。図3は、本発明の実施形態を示すクライアント機器とサーバ機器キャッシュ機器における、処理のシーケンスを示す図である。特に、クライアント機器側のキャッシュ機能を使用しない場合の、処理のシーケンスに関する主要な箇所を示した図である。すなわち、本発明が提供するクライアント機器側のキャッシュ機能を一切使用しない場合に、各クライアント機器とサーバキャッシュ機器との間で行われる相互作用を示したものとなっている。カメラ機器301およびカメラ機器302は、それぞれ図1に記載されているソフトウェア構成を有することと特徴とするクライアント機器である。サーバ機器303およびキャッシュ機器304は、それぞれ図2に記載されているソフトウェア構成を有することを特徴とする、サーバ機器とキャッシュ機器である。図3においては、カメラ機器301およびカメラ機器302はデジタルカメラである。また、サーバ機器303およびキャッシュ機器304は、これらのカメラ機器301、302で保管した画像を保存するための写真保管サービスを構成するための機器である。また、各々の機器301~304はネットワークによって接続されており、ネットワーク上で各々を識別するための固有のアドレスがそれぞれ付与されている。次に、図3を参照しながら、デジタルカメラであるカメラ機器301と、サーバ機器303およびキャッシュ機器304で構成される写真保管サービスの処理の一例を説明する。デジタルカメラであるカメラ機器301は写真を撮影する。その写真が、サーバ機器303およびキャッシュ機器304で構成される写真保管サービスに格納される。そして、さらに当該写真を他のデジタルカメラであるカメラ機器302が使用するという場合、処理の流れは以下のようになる。まず、デジタルカメラであるカメラ機器301が写真を撮影すると、ステップ350において、その写真PIC1が画像保管サービスを構成するサーバ機器303にアップロードされる。この時、図1におけるクライアントアプリ部102が撮影を実施した後に、クライアントデータ要求部103が、クライアントデータ送信部104とクライアントOS部101を制御するデータ送信手段を用いることによって、クライアント機器側の処理が実行される。一方、サーバ機器303では、図2におけるサーバOS部201がクライアント機器からの当該要求を受信し、それをサーバデータ受信部207へと伝えることで、サーバデータ制御部205にカメラ機器301がアップロードした写真PIC1が送られる。次に、ステップ351で、サーバ機器303は受信した写真PIC1をキャッシュ機器304に転送する。次に、ステップ352で、写真PIC1を撮影したのではない別のデジタルカメラであるカメラ機器302が、写真PIC1を使用するためのダウンロード要求を、サーバ機器303に発行する。次に、ステップ353で、写真PIC1はすでにステップ351でキャッシュ機器304に転送済みのため、キャッシュ機器304のアドレスをサーバ機器303からカメラ機器302に返却するデータアドレス送信処理を行う。次に、ステップ354で、カメラ機器302はステップ353で得た情報をもとに、キャッシュ機器304に該当する写真のダウンロードを要求する。次に、ステップ355で、キャッシュ機器304は写真PIC1のデータをカメラ機器302に返却する。この結果、カメラ機器302はカメラ機器301が撮影した写真PIC1を取得することができる。図4は、本発明の実施形態を示す、クライアント機器とサーバ機器キャッシュ機器における処理のシーケンスを示すものである。特に、クライアント機器側のキャッシュ機能を使用する場合の処理に関する主要な箇所を示した図である。すなわち、本発明が提供するクライアント機器側のキャッシュ機能を使用した場合に、各クライアント機器とサーバキャッシュ機器との間で行われる相互作用を示したものである。デジタルカメラであるカメラ機器301が写真を撮影すると、まずステップ450によって、その写真PIC1が画像保管サービスを構成するサーバ機器303にアップロードされる。この時、カメラ機器301を構成する図1におけるクライアントアプリ部102が撮影を実施する。具体的には、クライアントデータ要求部103が、クライアントデータ送信部104とクライアントOS部101を制御するデータ送信手段を用いることによって、この処理は実行される。また、同時に写真PIC1は、カメラ機器301のクライアントデータ格納部105を通じて、クライアントデータ保持部106にも格納される。一方、サーバ機器303では、図2におけるサーバOS部201がクライアント機器からの当該要求を受信し、それをサーバデータ受信部207へと伝える。これにより、サーバデータ制御部205にカメラ機器301がアップロードした写真PIC1が送られる。次に、ステップ451で、サーバ機器303は受信した写真PIC1をキャッシュ機器304に転送する。この時、サーバ機器303を構成しているサーバデータ制御部205において、以下の処理が実行される。すなわち、サーバデータ受信部207によってクライアント機器から送信されてきた写真PIC1を、サーバデータ制御部205がサーバデータ保持部206に保管する。この時、写真PIC1を送信してきたカメラ機器301のアドレスやダウンロード開始完了時刻を、写真PIC1と関連付けて保管する。次に、この写真PIC1をキャッシュ機器304に転送する。次のステップ452は、ステップ352と同一である。すなわち、写真PIC1を撮影したのではない別のデジタルカメラであるカメラ機器302が、写真PIC1を使用するためのダウンロード要求を、サーバ機器303に発行する。次のステップ453では、写真PIC1をカメラ機器302に送信する際に、最も適した応答場所を判定する。これはサーバ機器303を構成する、サーバデータ制御部205によって実施される。本処理を行うためのデータ応答場所優先度判定手段において行われる処理の一例は、例えば以下に示す。データをデータ要求手段によって要求してきたクライアント機器の情報と、データをデータ送信手段によって送信してきたクライアント機器の情報とを照合することによって、データ送信手段によるクライアント機器のアドレスの優先度を決定する。データ応答場所優先度判定手段において行われる処理に関しては、後述する図5においてより詳細に説明する。図4におけるステップ453では、データ応答場所優先度判定手段が、写真PIC1を撮影したカメラ機器301を、最も優先度の高い応答場所と判定した場合を示す。また、ステップ451で保存したキャッシュ機器304が、次に優先度の高い場所として適していると判定した場合を示す。次に、ステップ454では、ステップ453で判定された応答場所が有するアドレスをもとにダウンロードURLを生成し、それをカメラ機器302に返却する。すなわち、データ応答場所優先度判定手段によって判定された優先度に基づき、カメラ機器301とキャッシュ機器304のアドレスを含むデータ要求先を生成する。そして、その結果をカメラ機器302へのデータ要求手段への応答URLとする。これにより、カメラ機器302に再度データの要求手段を再実行することを要求する。この処理は、サーバ機器303におけるサーバデータ制御部205が実施する。後述する図6において、図5のフローチャートと併せて本ステップで生成する応答URLを説明する。次に、ステップ455で、ステップ454の結果を受信したカメラ機器302が応答URLを解析し、判明したカメラ機器301のアドレスに対して、写真PIC1のダウンロード要求を発行する。本処理は、カメラ機器302を構成する図1におけるクライアントデータ要求部103において実施される。発行したデータ要求に対し、複数のアドレスを含むURLを返答として受信した場合には、当該URLから複数のアドレスを取り出し、各々へアクセスするために、クライアントデータ送信部104をクライアントデータ要求部103が制御する。本ステップにおいて行われる処理の詳細は、後述する図7において説明する。次に、ステップ456で、カメラ機器301は、写真PIC1のデータをカメラ機器302への応答として返却する。これはカメラ機器301におけるクライアントデータ格納部105が、クライアントデータ保持部106にステップ450において、保持しておいた写真PIC1を使用することによって実現する。こうして、カメラ機器302は、カメラ機器301が撮影した写真PIC1を取得することができる。図3に示されたシーケンスではキャッシュ機器304より取得するが、図4に示されたシーケンスではカメラ機器301から写真PIC1を取得することができる。すなわち、多数のクライアント機器がネットワーク上に存在した場合において、図3に比較して図4はキャッシュ機器304に負荷が集中することなく、画像のダウンロード処理を実施できることとなる。また、カメラ機器301と302が高速なネットワークに接続しており、キャッシュ機器304は低速なネットワーク経由である場合には、写真PIC1の転送に要する時間が短縮できる。このため、図4の場合は、結果としてより短時間で、カメラ機器302が写真PIC1を処理することができるようになる。図5は、本発明の実施形態を示すサーバ機器における処理手順を説明するフローチャートである。特に、図4に示されたクライアント機器側のキャッシュ機能を使用する場合における、サーバ機器303における特徴的な処理の流れを示したフローチャートである。すなわち、図4におけるステップ452、ステップ453、ステップ454において行われる処理のフローを、さらに詳細に示したものとなっている。まず、S511で、カメラ機器302から写真PIC1の要求を受信する。次に、S512で、写真PIC1を保持しているクライアント機器が他にあるかどうかを判定する。他にある場合はS513に進み、ない場合はS517に進む。図4におけるステップ451において、サーバデータ制御部205がサーバデータ保持部206に、写真PIC1を送信してきたカメラ機器301のアドレスと写真PIC1を関連付けて保管している。したがって、サーバデータ保持部206の情報を用いることによって、この判定処理を実施することができる。次に、S513で、当該データを保持しているクライアント機器と、当該データを要求してきたクライアント機器が、近傍に存在するかどうかを判定する。近傍に存在する場合はS514に進み、存在しない場合はS517に進む。ここでは近傍の定義を、ネットワーク的な距離が近いことと定義する。つまり、当該データを要求してきたカメラ機器302と当該データを保持しているカメラ機器301との接続が、キャッシュ機器304との間よりも高速であると期待できるかどうかを判定することとなる。本実施形態では、この判定にクライアント同士が同一のサブネットに所属しているかどうかを用いる。例えば、図3および図4では、カメラ機器301のアドレスは15061101であり、またカメラ機器302のアドレスは15061102であるため、この2台は同一のサブネットに存在する。しかし、キャッシュ機器304のアドレスは1010102であるため、異なるサブネットに存在する。したがって、この場合にはカメラ機器301の方が、近傍であると判定することができる。次に、S514で、写真PIC1のアップロード開始時刻が、現在時刻からどのくらい隔たっているのかを判定する。これは、写真PIC1がカメラ機器301に保持されているとしても、保持より一定以上の時間が経過した場合には、計算機資源に限界のあるクライアント機器においては、引き続きデータが保持されている可能性が低下することを考慮したものである。アップロード開始時刻が最近の場合はS515に進み、そうでない場合はS517に進む。次に、S515で、写真PIC1のアップロード完了時刻を確認する。これは、当該データのサーバ機器へのアップロードが完了されていない場合を考慮したものである。すなわち、カメラ機器301から写真PIC1をサーバ機器303へとアップロードするためのステップであるステップ450が、もしまだ完了していない状態である場合には、キャッシュ機器304に写真PIC1はまだ存在しない。この場合は、写真PIC1を必要とするカメラ機器302の要求を、この時点で処理できる可能性があるのは、カメラ機器301のみとなる。アップロードが完了している場合はS516に進み、完了していない場合はS518に進む。S516は、写真PIC1を生成元であるカメラ機器301が保持しており、かつキャッシュ機器304も保持していると判定できた場合に処理を実施する。すなわち、写真PIC1を保管している場所として、キャッシュ機器304とカメラ機器301の双方を指定したURLを生成する。S517は、写真PIC1の生成元であるカメラ機器301が近傍ではないか、あるいはデータがすでに削除されてしまった可能性が高いと判定できた場合に処理を実施する。この場合、写真PIC1を保管している場所として、キャッシュ機器304のみを指定してURLを生成する。S518は、写真PIC1が、生成元であるカメラ機器301のみに存在すると判定できた場合に処理を実施する。この場合、写真PIC1を保管している場所として、カメラ機器301のみを指定してURLを生成する。S519で、以上の各ステップで判定された写真PIC1の場所をもとに、ダウンロード場所としての応答URLを生成し、これをカメラ機器302に返信する。図6は、本発明の実施形態を示すサーバ機器における、クライアント機器への応答データの例を示す図である。特に、図5のフローチャートで示された各状態に対応するクライアント機器への応答データの例を、各々示したものである。601は、図5におけるS516を経由した場合に生成されるURLである。本実施形態では、単一のURLに複数のアドレスを混在させるため、特別なマークであるOPTを用いて、カメラ機器301のアドレスとキャッシュ機器304のアドレスを記述している。本方式によって生成されたURLの解析は、図1のクライアントデータ要求部103において処理される。602は、図5におけるS517を経由した場合に生成されるURLである。603は、図5におけるS518を経由した場合に生成されるURLである。図7は、本発明の実施形態を示すクライアント機器における処理手順を説明するフローチャートである。特に、図4に示されたクライアント機器側のキャッシュ機能を使用する場合における、カメラ機器302における特徴的な処理に関する流れを示している。本処理は、カメラ機器302を構成する図1における、クライアントデータ要求部103において、実施される処理である。発行したデータ要求に対し、複数のアドレスを含むURLを返答として受信した場合に、当該URLから複数のアドレスを取り出し、各々へアクセスするためにクライアントデータ送信部104を制御するために行われる。まず、S711で、サーバ機器303より写真PIC1の場所を示す応答URLを受信する。これは図6に示された内容のいずれかになる。次に、S712で当該URLを解析し、あらかじめ取り決められたマークが存在するかどうかを確認する。マークが存在する場合はS713に進み、存在しない場合はS716に進む。本実施形態の場合、図6に示されるようにOPTを特別なマークとして使用しているため、この文字列がURLに含まれているかどうかを判定する。マークが存在する場合はS713に進み、存在しない場合はS716に進む。次に、S713で、当該のマークが存在した場合には、URLからURL自身が示すアドレスではない別のアドレスを取り出す。例えば、図6における601ではURLの本来のアドレスは1010102であるため、マークOPTを用いて切り出される15061101が別のアドレスと判定されることとなる。次に、S714で、取り出したアドレスから再度URLを構成し、写真PIC1をそのURLに対して要求する。すなわち、図6における601がS711で返却された場合には、こうして解析された結果の写真PIC1を要求するURLはhttp15061101PIC1となる。次に、S715で、当該URLによって写真PIC1が取得できたかどうかを判定する。取得できなかった場合、つまり、カメラ機器301へアクセスできなかった場合、あるいはカメラ機器301はすでに当該の写真PIC1を保持していなかった場合には、次のS716へ移る。S716では、S711で取得されたURLそのものを用いてもう一度、写真PIC1の取得を実施する。すなわち、図6における601の場合のURLであるhttp1010102PIC1OPT15061101PIC1となる。このURLとして示されているアドレスはキャッシュ機器304となるため、キャッシュ機器304に写真PIC1を要求することとなる。図8は、本発明の実施形態を示すクライアント機器とサーバ機器キャッシュ機器における、データの状況、ネットワーク接続の状況を示すものである。特に、図4におけるクライアント機器側のキャッシュ機能を使用する場合の状態を示した図である。カメラ機器301とキャッシュ機器304は、ネットワーク801で接続されている。カメラ機器301のクライアントデータ保持部106には、撮影した写真PIC1が格納されている。また、その写真PIC1は、ネットワーク801を通じて外部の機器から図6の603で示されるURLであるhttp15061101PIC1でアクセスすることができる。キャッシュ機器304も、同じ写真PIC1をサーバデータ保持部206に保持している。また、その写真PIC1は、ネットワーク801を通じて2つの異なったURLである図6の601と602の双方で参照することができるようになっている。この時、601はhttp1010102PIC1OPT15061101PIC1である。また、602はhttp1010102PIC1である。また、キャッシュ機器304のサーバデータ保持部206には、図5で示されたフローチャートにおける処理を可能とするために、写真PIC1に付帯した送信元クライアント、アップロード開始時刻、アップロード完了時刻も保持されている。図9は、本発明の実施形態を示すクライアント機器とサーバ機器キャッシュ機器を構成可能なハードウェアである、コンピュータ装置900について示したブロック図である。図9において、901はコンピュータ装置900全体を制御するCPUである。902は変更を必要としないプログラムやパラメータを格納するROMである。903は外部装置などから供給されるプログラムやデータを一時記憶するRAMである。904はコンピュータ装置900に固定して設置されたハードディスクやメモリカードなどを含む外部記憶装置である。905はユーザの操作を受け、データを入力するポインティングデバイスやキーボードなどの入力機器とのI/Fである。906はコンピュータ装置900の保持するデータや供給されたデータを表示するための出力装置とのI/Fである。907はインターネットなどのネットワーク回線に接続するためのネットワークI/Fである。908は901~907の各ユニットを通信可能に接続するシステムバスである。前述した実施形態によれば、サーバ機器キャッシュ機器の処理能力を超えてしまう大量のクライアント機器からのデータ送受信要求を処理することが可能になる。すなわち、クライアント機器間でのデータのやりとりをキャッシュして、相互に使用することができるようになる。この時、必ずしも常に使用可能ではない別のクライアント機器に存在するデータを特定し、参照することができるようになる。また、従来使用されてきたサーバ機器キャッシュ機器におけるキャッシュ処理と併用することが可能となる。なお、前述した実施形態においては、2つのクライアント機器、1つのサーバ機器、1つのキャッシュ機器により分散処理制御システムを構成した例を説明したが、クライアント機器は3つ以上でもよい。また、サーバ機器及びキャッシュ機器は2つ以上の複数であってもよい。以上、第1の実施形態を記述したが、第1の実施形態における下記の部分において、異なる第2の実施形態も考えられる。第2の実施形態前述した第1の実施形態における図5で説明されている、S513で当該データを保持しているクライアント機器と、当該データを要求してきたクライアント機器が近傍に存在するかどうかを判定する部分は、以下のように異なってもよい。第1の実施形態では、近傍の定義をよりネットワーク的な距離が近いこととした。すなわち、キャッシュ機器との間よりクライアント機器間が高速であると期待できるかどうかを判定するために、クライアント同士が同一のサブネットに所属しているかどうかを用いていた。しかし、第2の実施形態においては、この判定を実際にICMPパケットなどの送受信をお互いに行い、その経過時間を計測することによって判定する。より具体的には、データ要求手段によって別のクライアント機器がデータを要求してきたデータ要求時刻と、該当するデータをデータ送信手段によってクライアントが送信したデータ送信時刻とを照合する。そして、データ送信時刻とデータ要求時刻とが近接している場合にはデータ要求先変更手段におけるクライアント機器のアドレスに関する優先度を高くする。また、データ送信時刻からデータ要求時刻までに相当の時間経過がある場合にはクライアント機器のアドレスに関する優先度を低くする。これにより、第1の実施形態よりもさらにネットワーク的な距離の測定精度を向上させることができる。ただし、第1の実施形態に比較して、ネットワークトラフィックを増大させる可能性がある。また、クライアント機器とサーバ機器キャッシュ機器において、主にセキュリティ上の理由によって、当該パケットの通過が許可されていない場合がある。このため、第1の実施形態の手法を第2の実施形態が置き換えるものではない。その他の実施形態また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアコンピュータプログラムを、ネットワーク又は各種のコンピュータ読み取り可能な記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。