JPWO2004040444A1 - サービスソフトウエア取得方法、ならびにシステムおよびそれに用いられる電子通信機器 - Google Patents

Abstract

事前に必要なソフトウエアが用意されていなくても、ローカルホスト・リモートホスト間で情報をやり取りすることができる方法を提供することを目的とする。ローカルホスト（１）は、サービス管理ホスト（４）に対して、所望のリモートサービスの開始を要求する。リモートサービスの開始要求に応じ、サービス管理ホスト（４）は、ローカルホストとリモートサービスの共有が可能なリモートホスト（２）を選択し、当該リモートホスト（２）に関する情報をローカルホストに返信する。返信されてくるリモートホスト（２）に関する情報に基づいて、ローカルホスト（１）は、リモートサービスを共有したいリモートホスト（２）を選択し、当該リモートホスト（２）に対し、リモートサービスを共有するためのソフトウエアをサービス管理ホスト（４）からダウンロードするように指示する。当該リモートホスト（２）が指示された必要なソフトウエアをサービス管理ホスト（４）からダウンロードする。

Description

本発明は、リモート処理を実行するためのソフトウエアを取得する方法に関し、より特定的には、ネットワークを介してサービス管理ホストに接続するデジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、携帯電話、デジタルテレビ（ＤＴＶ）、ホームサーバ、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ Ｂｏｘといった電子通信機器間で情報を共有するためのリモート処理を実行するためのソフトウエアを取得する方法に関する。

従来、ネットワークまたは無線を介してサービス管理ホストに接続するデジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、携帯電話、携帯機器、デジタルテレビ（ＤＴＶ）、ホームサーバ、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ Ｂｏｘ等の電子通信機器は、所望の処理を実行する状況において、自機器内に当該所望の処理を実行するために必要なソフトウエアが格納されていない場合、サービス管理ホストから当該必要なソフトウエアをダウンロードして、所望の処理を実行していた（たとえば、特開２００２−１６９６２１号公報参照）。
しかし、従来のような構成では、ソフトウエアをダウンロードした電子通信機器自身の処理自体にとどまり、他の電子通信機器との間で一定の処理を行うことはできなかった。
また、電子通信機器同士は他の電子通信機器のアドレスに関する情報を相互に持っていないため、電子通信機器が他の電子通信機器に対して何らかの処理を行わせたいとしても、当該電子通信機器が他の電子通信機器へ命令することはできなかった。
なお、電子通信機器間で所定の処理を共有できるようなアプリケーションを電子通信機器内に実装するような構成も考えられる。しかし、電子通信機器は多種多様に存在し、各電子通信機器にそれぞれ対応する複数のソフトウエアを実装させるのは、メモリの制限上、現実的ではない。

それゆえ、本発明の目的は、電子通信機器間でリモート処理する場合、電子通信機器のアドレス情報を事前に所持しておらず、かつ電子通信機器間で情報を共有するためのソフトウエアを事前に所持していなくてもリモート処理を実行することができる方法を提供することである。
上記課題を解決するために本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、ローカルホストがサービス管理ホストに対して、所望のリモートサービスの開始を要求するステップと、リモートサービスの開始要求に応じ、サービス管理ホストがローカルホストとリモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報をローカルホストに返信するステップと、返信されてくるリモートホストに関する情報に基づいて、ローカルホストが、リモートサービスを共有したいリモートホストを選択し、当該リモートホストに対し、リモートサービスを共有するためのソフトウエアをサービス管理ホストからダウンロードするように指示するステップと、ダウンロード指示された必要なソフトウエアをリモートホストがサービス管理ホストからダウンロードするステップとを備える。
これにより、リモートホストは、ローカルホストからの要求に応じて、サービス管理ホストから当該必要なソフトウエアをダウンロードすることができるので、リモートホスト側では、必要なソフトウエアを事前に実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。
また、本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、ローカルホストがサービス管理ホストに対して、所望のリモートサービスの開始を要求するステップと、リモートサービスの開始要求に応じ、サービス管理ホストがローカルホストとリモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報をローカルホストに返信するステップと、返信されてくるリモートホストに関する情報に基づいて、ローカルホストが、リモートサービスを共有したいリモートホストを選択し、サービス管理ホストに対し、リモートサービスを共有するためのソフトウエアを当該リモートホストに送信するよう指示するステップと、ソフトウエアの送信指示に応じて、サービス管理ホストが必要なソフトウエアをリモートホストに送信するステップとを備える。
これにより、ローカルホストからの指示により、リモートホストには、サービス管理ホストから必要なソフトウエアが送信されてくることとなるので、リモートホストのアドレスをローカルホストが知らなくても必要なソフトウエアをリモートホストに取得させることができ、かつリモートホスト側で、必要なソフトウエアを実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。
また、本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、ネットワークには、ローカルホストを認証するための認証局ホストが接続されており、ローカルホストが、登録されているユーザキーを認証局ホストから取得するステップと、ローカルホストがサービス管理ホストに対して、ユーザキーを共に送信して、所望のリモートサービスの開始を要求するステップと、リモートサービスの開始要求に応じ、ユーザキーでアクセスが許可できるリモートホストの中から、サービス管理ホストがローカルホストとリモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報をローカルホストに返信するステップと、返信されてくるリモートホストに関する情報に基づいて、ローカルホストが、リモートサービスを共有したいリモートホストを選択し、当該リモートホストに対し、ユーザキーを共に送信して、リモートサービスを共有するためのソフトウエアをサービス管理ホストからダウンロードするように指示するステップと、認証局ホストとの間でユーザキーの照合確認がとれた場合、指示された必要なソフトウエアをリモートホストがサービス管理ホストからダウンロードするステップとを備える。
これにより、リモートホストは、ローカルホストからの要求に応じて、サービス管理ホストから当該必要なソフトウエアをダウンロードすることができるので、リモートホスト側では、必要なソフトウエアを事前に実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。さらに、リモートホストでは、ユーザキーの照合を行うことによって不正な処理がなされようとしているか否かを判断するので、安全なサービスを提供することが可能となる。
また、本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、ネットワークには、ローカルホストを認証するための認証局ホストが接続されており、ローカルホストが、登録されているユーザキーを認証局ホストから取得するステップと、ローカルホストがサービス管理ホストに対して、ユーザキーを共に送信して、所望のリモートサービスの開始を要求するステップと、リモートサービスの開始要求に応じ、ユーザキーでアクセスが許可できるリモートホストの中から、サービス管理ホストがローカルホストとリモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報をローカルホストに返信するステップと、返信されてくるリモートホストに関する情報に基づいて、ローカルホストが、リモートサービスを共有したいリモートホストを選択し、サービス管理ホストに対し、ユーザキーを共に送信して、リモートサービスを共有するためのソフトウエアを当該リモートホストに送信するように指示するステップと、ソフトウエアの送信指示に応じて、サービス管理ホストは、認証局ホストとの間でユーザキーの照合確認がとれた後、必要なソフトウエアをリモートホストに送信するステップとを備える。
これにより、ローカルホストからの指示により、リモートホストには、サービス管理ホストから必要なソフトウエアが送信されてくることとなるので、リモートホストのアドレスをローカルホストが知らなくても必要なソフトウエアをリモートホストに取得させることができ、かつリモートホスト側で、必要なソフトウエアを実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。さらに、サービス管理ホストでは、ユーザキーの照合を行うことによって不正な処理がなされようとしているか否かを判断するので、安全なサービスを提供することが可能となる。
好ましくは、リモートホストに関する情報は、ネットワーク上に割り当てられている当該リモートホストのアドレスであるとよい。
これにより、ローカルホストが、リモートホストのネットワーク上のアドレスを知らなくても、ネットワーク上でリモートホストを特定することが可能となる。
好ましくは、リモートサービスを共有するのに必要なソフトウエアをローカルホストがサービス管理ホストからダウンロードするステップをさらに備えるとよい。
これにより、ローカルホスト内に必要なソフトウエアが存在しない場合であっても、当該ソフトウエアをダウンロードすることができるので、所望のサービスをローカルホストおよびリモートホストで共有することが可能となる。
好ましくは、リモートサービスを共有することができるリモートホストが複数ある場合、アクセスできるリモートホストをローカルホストが表示するステップをさらに備えるとよい。
これにより、ローカルホスト側で、リモートサービスを共有できるリモートホストを複数選択することが可能となる。したがって、最適のリモートホストの選択が可能となる。
好ましくは、リモートホストがダウンロードしたソフトウエアを利用して、リモートホストとローカルホストとの間で、情報を通信するステップをさらに備えるとよい。
これにより、リモートホストとローカルホストとの間で情報をやり取りすることが可能となる。たとえば、リモートホストに保存されているデータ等をローカルホストに転送するような処理が可能となる。
好ましくは、情報を通信するステップでは、ローカルホストまたはリモートホストが有する静止画像データを通信するとよい。
これにより、ローカルホストとリモートホストとの間で、静止画像データのやり取りを行うことが可能となる。
好ましくは、情報を通信するステップでは、ローカルホストまたはリモートホストが有する動画像データを通信することを特徴とする。
これにより、ローカルホストとリモートホストとの間で、動画像データのやり取りを行うことが可能となる。
好ましくは、ローカルホストと選択されたリモートホストとの間で情報を通信する場合、さらに、通信すべき情報に所定の処理を施すことが可能な選択されたリモートホストとは別のリモートホストに対して、ローカルホストまたは選択されたリモートホストが情報を送信するステップと、所定の処理を行った後、別のリモートホストが、処理後の情報を選択されたリモートホストまたはローカルホストに送信するステップとを備えるとよい。
これにより、ローカルホストおよびリモートホストだけでは、情報を共有できない場合であっても、別のリモートホストへ情報を送り、情報を共有できるようなものとすることができるので、ローカルホストおよびリモートホストだけでは情報の共有をできない場合であっても、これらの間での情報の共有を可能なものとすることができる。
好ましくは、所定の処理は、情報のフォーマットを変換する処理であるとよい。
これにより、フォーマットが異なっていても、フォーマット変換を中間で行うこととなるので、リモートホストとローカルホストとの間で、情報をやり取りすることが可能となる。
好ましくは、所定の処理は、情報の解像度を所定の解像度に変換する処理であるとよい。
これにより、ローカルホストとリモートホストとの解像度が異なっていても、解像度変換を中間で行うこととなるので、情報をやり取りすることが可能となる。
また、本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、共有したいリモートサービスに必要なソフトウエアを実行できるリモートホストをローカルホストが選択するステップと、選択された当該リモートホストに対し、ソフトウエアをサービス管理ホストからダウンロードするように指示するステップと、ダウンロード指示された必要なソフトウエアをリモートホストがサービス管理ホストからダウンロードするステップとを備えるとよい。
これにより、リモートホストは、ローカルホストからの指示に応じて、必要なソフトウエアをサービス管理ホストからダウンロードすることができるので、リモートホスト側では、必要なソフトウエアを事前に実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。
好ましくは、リモートホストがダウンロードしたソフトウエアを利用して、リモートホストとローカルホストとの間で、情報を通信するステップをさらに備えるとよい。
これにより、リモートホストとローカルホストとの間で情報をやり取りすることが可能となる。たとえば、リモートホストに保存されているデータ等をローカルホストに転送するような処理が可能となる。
好ましくは、リモートサービスを共有するのに必要なソフトウエアをローカルホストがサービス管理ホストからダウンロードするステップをさらに備えるとよい。
これにより、ローカルホスト内に必要なソフトウエアが存在しない場合であっても、当該ソフトウエアをダウンロードすることができるので、所望のサービスをローカルホストおよびリモートホストで共有することが可能となる。
好ましくは、リモートホストは、取得したソフトウエアを保存しており、リモートホストがサービス管理ホストからダウンロードするステップでは、必要なソフトウエアをダウンロードする指示がローカルホストから与えられた場合、保存しているソフトウエアの中に必要なソフトウエアと同一のソフトウエアが存在するか否かをリモートホストが判断し、同一のソフトウエアが存在しない場合、サービス管理ホストから必要なソフトウエアをリモートホストがダウンロードし、同一のソフトウエアが存在する場合、サービス管理ホストから必要なソフトウエアをダウンロードぜずに、保存されているソフトウエアを利用して、ローカルホストとリモートホストとがリモートサービスを実行するとよい。
これにより、ダウンロード済みのソフトウエアを再利用することとなるので、ダウンロードによる通信を削減することが可能となる。
好ましくは、リモートホストがサービス管理ホストからダウンロードするステップでは、さらに、同一のソフトウエアが存在する場合、必要なソフトウエアのバージョンと保存されているソフトウエアのバージョンとを比較し、保存されているソフトウエアのバージョンの方が古い場合、保存されているソフトウエアを破棄して、必要なソフトウエアをサービス管理ホストからダウンロードするとよい。
これにより、リモートホストは、最新バージョンのソフトウエアをダウンロードすることとなるので、リモートホストがソフトウエアをキャッシュした場合であっても、ローカルホストとリモートホストとの間でのソフトウエアのバージョンが一致しないといった事態を回避することができる。
好ましくは、リモートホストは、取得したソフトウエアを保存しており、サービス管理ホストが必要なソフトウエアをリモートホストに送信するステップでは、必要なソフトウエアを保存しているか否かをリモートホストにサービス管理ホストが問い合わせ、サービス管理ホストからの問い合わせに応じて、必要なソフトウエアと同一のソフトウエアを保存しているか否かをリモートホストが判断して、当該判断結果をサービス管理ホストにリモートホストが通知し、リモートホストからの通知に応じて、同一のソフトウエアを保存していない場合、必要なソフトウエアをリモートホストにサービス管理ホストが送信するとよい。
これにより、ダウンロード済みのソフトウエアを再利用することとなるので、ダウンロードによる通信を削減することが可能となる。
好ましくは、必要なソフトウエアと同一のソフトウエアを保存しているか否かをリモートホストが判断する際、リモートホストは、古いバージョンのソフトウエアを保存している場合、同一のソフトウエアを保存していないとして、サービス管理ホストに通知するとよい。
これにより、サービス管理ホストは、最新バージョンのソフトウエアを送信することとなるので、リモートホストがソフトウエアをキャッシュした場合であっても、ローカルホストとリモートホストとの間でのソフトウエアのバージョンが一致しないといった事態を回避することができる。
好ましくは、ローカルホストは、取得したソフトウエアを保存しており、ローカルホストがサービス管理ホストからダウンロードするステップでは、保存しているソフトウエアの中に必要なソフトウエアと同一のソフトウエアが存在するか否かをローカルホストが判断し、同一のソフトウエアが存在しない場合、サービス管理ホストから必要なソフトウエアをローカルホストがダウンロードし、同一のソフトウエアが存在する場合、サービス管理ホストから必要なソフトウエアをダウンロードぜずに、保存されているソフトウエアを利用して、ローカルホストとリモートホストとがリモートサービスを実行する。
これにより、ダウンロード済みのソフトウエアを再利用することとなるので、ダウンロードによる通信を削減することが可能となる。
好ましくは、ローカルホストがサービス管理ホストからダウンロードするステップでは、さらに、同一のソフトウエアが存在する場合、必要なソフトウエアのバージョンと保存されているソフトウエアのバージョンとを比較し、保存されているソフトウエアのバージョンの方が古い場合、保存されているソフトウエアを破棄して、必要なソフトウエアをサービス管理ホストからダウンロードする。
これにより、ローカルホストは、最新バージョンのソフトウエアをダウンロードすることとなるので、ローカルホストがソフトウエアをキャッシュした場合であっても、ローカルホストとリモートホストとの間でのソフトウエアのバージョンが一致しないといった事態を回避することができる。
好ましくは、さらに、ローカルホストが利用可能なリモートサービスの一覧を、サービス管理ホストに対してローカルホストが要求するステップと、ローカルホストからの要求に応じて、ローカルホストが利用可能な各リモートサービスを、サービス管理ホストが認識するステップと、認識された各リモートサービスをローカルホストと共有できるリモートホストを、サービス管理ホストが認識するステップと、リモートサービスとリモートホストとの組を示すサービス一覧を、ローカルホストにサービス管理ホストが通知するステップと、通知されたサービス一覧を、ローカルホストが表示するステップとを備えるとよい。
これにより、ローカルホストのユーザは、ローカルホストを用いて利用可能なサービスと、当該サービスを共有できるリモートホストとを同時に確認することが可能となる。
好ましくは、さらに、ローカルホストがアクセス可能なリモートホストの一覧を、サービス管理ホストに対してローカルホストが要求するステップと、ローカルホストからの要求に応じて、ローカルホストがアクセス可能なリモートホストを、サービス管理ホストが認識するステップと、認識された各リモートホストについて、ローカルホストと共有できるリモートサービスを、サービス管理ホストが認識するステップと、リモートホストとリモートサービスとの組を示すリモートホスト一覧を、ローカルホストにサービス管理ホストが通知するステップと、通知されたリモートホスト一覧を、ローカルホストが表示するステップとを備えるとよい。
これにより、ローカルホストのユーザは、利用可能なリモートホストと、当該リモートホストと共有できるサービスとを同時に確認することが可能となる。
好ましくは、さらに、ローカルホストが利用可能なリモートサービスの一覧を、ネットワークに接続された一覧中継用ホストに対してローカルホストが要求するステップと、ローカルホストからの要求に応じて、ローカルホストが利用可能なリモートサービスの一覧を、サービス管理ホストに一覧中継用ホストが要求するステップと、一覧中継用ホストからの要求に応じて、ローカルホストが利用可能な各リモートサービスを、サービス管理ホストが認識するステップと、認識された各リモートサービスをローカルホストと共有できるリモートホストを、サービス管理ホストが認識するステップと、リモートサービスとリモートホストとの組を示すサービス一覧を、ローカルホストにサービス管理ホストが通知するステップと、通知されたサービス一覧を、ローカルホストが表示するステップとを備えるとよい。
これにより、ローカルホストのユーザは、ローカルホストを用いて利用可能なサービスと、当該サービスを共有できるリモートホストとを同時に確認することが可能となる。
好ましくは、さらに、ローカルホストがアクセス可能なリモートホストの一覧を、ネットワークに接続された一覧中継用ホストに対してローカルホストが要求するステップと、ローカルホストからの要求に応じて、ローカルホストが利用可能なリモートホストの一覧を、サービス管理ホストに一覧中継用ホストが要求するステップと、一覧中継用ホストからの要求に応じて、ローカルホストがアクセス可能なリモートホストを、サービス管理ホストが認識するステップと、認識された各リモートホストについて、ローカルホストと共有できるリモートサービスを、サービス管理ホストが認識するステップと、リモートホストとリモートサービスとの組を示すリモートホスト一覧を、ローカルホストにサービス管理ホストが通知するステップと、通知されたリモートホスト一覧を、ローカルホストが表示するステップとを備えるとよい。
これにより、ローカルホストのユーザは、利用可能なリモートホストと、当該リモートホストと共有できるサービスとを同時に確認することが可能となる。
また、本発明は、ネットワークを介して接続されている少なくとも２以上の電子通信機器間で所望の処理を実行するためのシステムであって、ネットワークに接続されており、所望の処理を実行するために必要なソフトウエアを格納しているサービス管理ホストと、電子通信機器の内、ユーザによって操作される第１の電子通信機器と、第１の電子通信機器と連携することによって所望の処理を実行することができる第２の電子通信機器と、第１の電子通信機器と第２の電子通信機器との対応関係を認識する対応関係認識手段とを備え、第１の電子通信機器は、所望の処理を実行する場合、対応関係認識手段によって認識される第２の電子通信機器に、サービス管理ホストに格納されているソフトウエアを取得させるソフトウエア取得手段を含む。
これにより、第２の電子通信機器は、所望の処理を実行するために必要なソフトウエアを所得することができるので、当該ソフトウエアを事前に実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。
好ましくは、ソフトウエア取得手段は、ユーザによって選択された第２の電子通信機器に対し、ソフトウエアをサービス管理ホストからダウンロードするように指示するとよい。
好ましくは、ソフトウエア取得手段は、ユーザによって選択された第２の電子通信機器に対して、ソフトウエアを送信するようサービス管理ホストに指示するとよい。
好ましくは、対応関係認識手段は、対応関係を認識する際、第１の電子通信機器を操作しているユーザを認証することによって、第１の電子通信機器と連携することができる第２の電子通信機器を認識するとよい。
好ましくは、対応関係認識手段は、第１の電子通信機器を所有するユーザ用のホームサーバ内に設けられているとよい。
好ましくは、対応関係認識手段は、サービス管理ホスト内に設けられているとよい。
また、本発明は、ネットワークに接続されており、ネットワークに接続されているリモートホストと連携して所定の処理を実行する電子通信機器であって、ネットワークに接続されているコンピュータ装置から、所定の処理を連携して実行できるリモートホストに関する情報を取得する情報取得手段と、情報取得手段が取得した情報に基づいて、所定の処理を連携して実行できるリモートホストを特定するリモートホスト特定手段と、ネットワークに接続されたサービス管理ホストに格納されている所定の処理を実行するためのソフトウエアを、リモートホスト特定手段が特定したリモートホストに取得させるソフトウエア取得要求手段とを含む。
これにより、電子通信機器は、所望の処理を実行するために必要なソフトウエアをリモートホストに取得させることができる。
好ましくは、さらに、前記ネットワークに接続されている認証局ホストに登録されているユーザキーを取得するためのユーザキー取得手段を含み、前記ソフトウエア取得要求手段は前記所定の処理を実行するためのソフトウエアの取得要求と共に、前記ユーザキー取得手段が取得したユーザキーを送信するとよい。
これにより、電子通信機器は、所望の処理を実行するために必要なソフトウエアをリモートホストに取得させることができる。さらに、リモートホストでは、ユーザキーの照合を行うことによって不正な処理がなされようとしているか否かを判断するので、安全なサービスを提供することが可能となる。
また、本発明は、ネットワークに接続されており、前記ネットワークに接続されているローカルホストと連携して所定の処理を実行する電子通信端末であって、前記ローカルホストから前記所定の処理を実行するためのソフトウエアの取得要求を受け付けるソフトウエア取得要求受信手段と、前記所定の処理を実行するためのソフトウエアを前記ネットワークに接続されているサービス管理ホストからダウンロードするソフトウエア取得手段とを含む。
これにより、電子通信機器は、ローカルホストからの指示により、所望の処理を実行するために必要なソフトウエアを取得することができる。
好ましくは、さらに、前記ネットワークに接続されている認証局ホストに対してユーザキーの照合確認を行うユーザキー照合確認手段を備え、前記ソフトウエア取得要求受信手段が受信したソフトウエア取得要求にユーザキーが付随している場合、前記ソフトウエア取得手段は、前記ユーザキー照合確認手段によって前記ユーザキーの照合確認がとれたら、前記サービス管理ホストから前記所定の処理を実行するためのソフトウエアをダウンロードするとよい。
これにより、電子通信機器は、ローカルホストからの指示により、所望の処理を実行するために必要なソフトウエアを取得することができる。さらに、電子通信機器では、ユーザキーの照合を行うことによって不正な処理がなされようとしているか否かを判断するので、安全なサービスを提供することが可能となる。

図１は、本発明の第１の実施形態に係るサービスダウンロードシステムの全体構成を示す図である。
図２は、サービス管理ホスト４に格納されている情報の一例を示す図である。
図３は、本発明の第１の実施形態に係るローカルホスト１、およびリモートホスト２のハードウエア構成の一例を示すブロック図である。
図４は、本発明の第１の実施形態に係るシステム全体の動作を説明するためのフローチャートである。
図５は、本発明の第１の実施形態に係るシステムにおいて、サービス管理ホスト４がローカルホスト１に返信する情報の一例を示す図である。
図６は、本発明の第１の実施形態に係るシステムにおいて、ローカルホスト１がサービス管理ホスト４から受け取る付加情報の一例を示す図である。
図７は、本発明の第２の実施形態に係るリモートホストの動作を示すフローチャートである。
図８Ａは、本発明の第２の実施形態に係るソフトウエアのバージョンの一致を表す図である。
図８Ｂは、本発明の第２の実施形態に係るソフトウエアのバージョンの不一致を表す図である。
図９は、本発明の第３の実施形態に係るローカルホストの動作を示すフローチャートである。
図１０は、サービス一覧取得処理（ステップＳ６０１）におけるローカルホストおよびサービス管理ホストの動作を示すフローチャートである。
図１１は、アクセス可能なリモートホストの一覧を取得する場合のローカルホストおよびサービス管理ホストの動作を示すフローチャートである。
図１２は、本発明の第６の実施形態に係るサービスソフトウエア取得システムの全体構成を示す図である。
図１３は、本発明の第６の実施形態に係るシステム全体の動作を説明するためのフローチャートである。

（第１の実施形態）
図１は、本発明の第１の実施形態に係るサービスソフトウエア取得システムの全体構成を示す図である。図１において、サービスソフトウエア取得システムは、ローカルホスト１と、４つのリモートホスト２と、認証局ホスト３と、サービス管理ホスト４とを備える。なお、ここでは、ローカルホスト１、認証局ホスト３およびサービス管理ホスト４をそれぞれ一つずつ示したが、これらはそれぞれ複数存在していてもよい。また、リモートホスト２は、４つ未満であってもよいし、５つ以上であってもよい。
ローカルホスト１は、デジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、携帯電話、携帯機器、デジタルテレビ（ＤＴＶ）、ホームサーバ、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ Ｂｏｘ等の電子通信機器である。リモートホスト２は、デジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、携帯電話、携帯機器、デジタルテレビ（ＤＴＶ）、ホームサーバ、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ Ｂｏｘ等の電子通信機器である。
認証局ホスト３は、ローカルホスト１およびリモートホスト２のユーザキーを登録しているコンピュータである。認証局ホスト３は、家庭内に設置されているホームサーバであってもよいし、インターネットプロバイダ等に設置されているサーバであってもよいし、企業構内に設置されているサーバであってもよい。
サービス管理ホスト４は、ローカルホスト１、リモートホスト２のアドレス（たとえばＩＰアドレスなど）を管理するコンピュータである。典型的には、サービス管理ホスト４は、インターネット上のサーバ等である。
ローカルホスト１、リモートホスト２、認証局ホスト３およびサービス管理ホスト４は、ネットワーク５を介して接続されている。ネットワーク５は、有線であってもよいし、無線であってもよいし、またそれらの組み合わせであってもよい。典型的には、ネットワーク５は、インターネット、電話回線網、携帯電話網、ＰＨＳ網、ＡＤＳＬ網等が組合わさったネットワークである。
認証局ホスト３は、ローカルホスト１またはリモートホスト２から、ユーザキーの取得要求があった場合、事前に登録されている各々のユーザキーを返信する。また、認証局ホスト３は、ローカルホスト１、リモートホスト２またはサービス管理ホスト４よりユーザキーの照合要求があった場合、ユーザキーを照合して照合結果を返す。ここでユーザキーとは、ユーザを識別するための識別子のことをいう。
サービス管理ホスト４は、ローカルホスト１とネットワーク５を介した接続が許可されているリモートホスト２に関する情報を格納している。ローカルホスト１とリモートホスト２との対応付けには、ローカルホスト１を利用するユーザのユーザキー（以下、単に、ローカルホストのユーザキーという）とリモートホスト２のアドレス（たとえば、ＩＰアドレス）とが用いられる。サービス管理ホスト４は、リモートホスト２のアドレスと併せて、リモートホスト２のハードウエア特性などの情報を格納していている。
図２は、サービス管理ホスト４に格納されている情報の一例を示す図である。図２において、リモートホストＡ、リモートホストＢ、リモートホストＣ、およびリモートホストＤは、例えばＩＰアドレスといった個々のリモートホストのアドレスに関する情報を示すものとする。また、ローカルホストＡ、ローカルホストＢ、およびローカルホストＣは、各ローカルホストのユーザキーを示すものとする。図２に示すように、ローカルホストのユーザキーとリモートホストのアドレスとが対応付けられて、ローカルホストとネットワーク５を介した接続が許可されているリモートホストに関する情報が示される。
サービス管理ホスト４は、ローカルホスト１から当該ローカルホスト１が使用できるリモートホスト２に関する情報の送信要求があった場合、図２に示す情報を参照して、ローカルホスト１から送られてきたユーザキーに対応するリモートホスト２のアドレスおよびそれに関する情報を返信する。
サービス管理ホスト４は、ローカルホスト単体では必要のないソフトウエアであって、他の機器（リモートホスト）と連携するときに必要となるソフトウエアを予めその内部に保存している。このようなソフトウエアは、ローカルホスト１とリモートホスト２との間でのリモート処理に用いられるものであるので、リモートソフトウエアという。サービス管理ホスト４は、ローカルホスト１からの要求に応じて、ローカルホスト１および／またはリモートホスト２に、このソフトウエアを提供する。このように、サービス管理ホスト４は、リモート処理に必要なリモートソフトウエアを提供している。したがって、サービス管理ホスト４によるソフトウエアの提供を、リモートソフトウエア提供サービスという。以下、特に断らない限り、サービス、またはリモートサービスといった場合、このリモートソフトウエア提供サービスのことを意味するものとする。
たとえば、サービスソフトウエア（以下、単にソフトウエアという）は、ローカルホスト１とリモートホスト２との間で情報をやり取りするためのソフトウエア（図面上では、ＳＷと記す）である。ソフトウエアの例としては、ローカルホスト１が携帯電話で、リモートホスト２がデジタルテレビやビデオレコーダの場合、携帯電話に格納されている動画画像データをデジタルテレビやビデオレコーダに転送するためのソフトウエアや、逆に、ローカルホスト１がデジタルテレビやビデオレコーダで、リモートホスト２が携帯電話の場合、デジタルテレビやビデオレコードに格納されている動画画像データを携帯電話に転送するためのソフトウエアなどがある。
ローカルホスト１を単体で使用する場合、他の電子通信機器（この例ではリモートホスト２）で使用するためのソフトウエアは必要とされない。したがって、必ずしもこのようなソフトウエアをローカルホスト１内に事前に実装させておく必要はない。ところが、自身のハードウエアの制約上処理をするのが難しいが、他の電子通信機器のハードウエアではこの処理を実行できるような場合、これらの間で情報を送受信できるようにしてやれば、効率よく処理ができるようになる。
例えば、携帯電話に多くの静止画像、動画像を保存しすぎてこれ以上その内部に格納できなくなった場合、これらの静止画像、動画像の保存が可能な他の電子通信機器に携帯電話から転送するといった処理、デジタルＴＶの静止画像、動画像を携帯電話に取り込むなどの処理がこれに相当する。サービスソフトウエアは、このように他の電子通信機器と連携するためのソフトウエアである。
ローカルホスト１およびリモートホスト２のハードウエア構成は、公知のものである。図３は、ローカルホスト１およびリモートホスト２（図面上まとめて電子通信端末という）のハードウエア構成の一例を示すブロック図である。図３において、ローカルホスト１およびリモートホスト２である電子通信端末は、ネットワークを介して通信するための通信部ａ１と、装置の動作を制御するためのＣＰＵａ２と、ＣＰＵａ２で実行されるべきプログラムを格納したり、必要なデータを保存しておくメモリａ３と、フラッシュロム（ＦｌａｓｈＲＯＭ）やハードディスクなどの、電子通信端末の電源が切断された後もデータを保持する記録装置ａ４と、ＣＰＵａ２からの制御に基づいて、画面表示を行う液晶パネル等の表示部ａ５と、ユーザの指示を入力するボタンスイッチ等の入力部ａ６とを最低限含んでいる。以下に説明する動作を実行するプログラムが、記録装置ａ４に保存されている。ＣＰＵａ２は、当該プログラムをメモリａ３に読み込んで、当該プログラムを実行しながら、電子通信端末の動作を制御する。なお、図３で示した構成に加え、ローカルホスト１およびリモートホスト２は、機器特性に応じた構成要素を持つ。例えば、ローカルホスト１がデジタルテレビである場合、ローカルホスト１は、受信した放送波を復調する復調部や、復調された映像、音声データをデコードする映像デコーダー、音声デコーダーなどを持つ。
また、認証局ホスト３およびサービス管理ホスト４のハードウエア構成も公知のものであり、具体的には、通用のパーソナルコンピュータやサーバ装置で採用されている構成であればよい。本実施形態を実現するには、以下に説明する動作を実行するようなプログラムが各装置に格納されており、各装置のＣＰＵが当該プログラムを読み込んで、装置全体の動作を制御すればよい。
なお、ローカルホスト１およびリモートホスト２は、ダウンロードするサービスが動作できる程度の空き記憶容量を有するメモリａ３を少なくとも実装している必要がある。
図４は、本発明の第１の実施形態に係るシステム全体の動作を説明するためのフローチャートである。以下、図４を参照しながら、システム全体の動作および各ホストの動作について説明する。なお、ここでは、ローカルホスト１が、静止画像や動画像といった情報をリモートホスト２に転送する例を中心に説明することとする。
まず、ローカルホスト１は、リモートホスト２との間で情報をやり取りするリモートサービスために必要なソフトウエアを所持しているか否かを判断し、必要であれば、サービス管理ホスト４からダウンロードする（ステップＳ１０１）。これに応じて、サービス管理ホスト４は、所望のソフトウエアをローカルホスト１にアップロードする（ステップＳ４０１）。
次に、ローカルホスト１は、認証局ホスト３に対して、自己のユーザキーを送信するよう要求する（ステップＳ１０２）。これに応じて、認証局ホスト３は、ローカルホスト１の要求を受信し、登録されているユーザキーの情報の中から当該ローカルホスト１に対応するユーザキーを調べて、これを返信する（ステップＳ３０１）。
次に、ローカルホスト１は、サービス管理ホスト４に対して、取得したユーザキーを送信して、接続が許可されているリモートホストに関する情報を返信するよう要求し、所望のリモートサービスの開始を要求する（ステップＳ１０３）。これに応じて、サービス管理ホスト４は、送られてくるユーザキーを確認して（ステップＳ４０２）、格納されている情報を参照し、送られてきたユーザキーに対応するリモートホストに関する情報を取得して、当該ローカルホスト１に返信する（ステップＳ４０３）。
図５は、サービス管理ホスト４がローカルホスト１に返信する情報の一例を示す図である。図５に示すように、サービス管理ホスト４がローカルホスト１に返信する情報には、少なくとも、所望の処理を実行可能なリモートホストのアドレスと、リモートソフトウエアのアドレス情報とが含まれている。ローカルホスト１とリモートホストサービスを共有することができるリモートホストが１台も存在しない場合、図５に示すリモートホストのアドレスの行は空になる。この場合、ローカルホスト１は、ステップＳ１０４以降の処理を中断して終了する。図５に示すリモートソフトウエアのアドレスは、リモートホスト２がリモートソフトウエアをダウンロードする時に必要なＵＲＬである。
なお、図５に示す例では、リモートソフトウエアをハイパーテキスト転送プロトコル（ｈｔｔｐ）で取得するように記述されているが、ファイル転送プロトコル（ｆｔｐ）等の他のプロトコルを用いて取得するように記述されていてもよい。また、図５に示す例では、サービス管理ホスト４がリモートソフトウエアを提供することとしているが、サービス管理ホスト４がリモートソフトウエアを保持していない場合、サービス管理ホスト４は、別のサービス管理ホストのアドレス（例えば、ｈｔｔｐ：／／サービス管理ホスト５／ａｐｐ等）を返信してもよい。また、リモートソフトウエアは、圧縮、暗号化等の処理が施されていてもよい。
また、サービス管理ホスト４は、図５に示す情報に加えて、リモートホストのハードウエア特性（スペックや機能：例えば記憶容量、空き容量、処理できる情報のデータ形式、解像度、処理速度など）やリモートソフトウエアのバージョン等の付加情報をローカルホスト１に送信してもよい。図６は、付加情報の一例を示す図である。バージョン番号は、例えば数値や文字列などの大小比較が可能な形式のデータであって、バージョン番号が大きいほど新しいソフトウエアであることを表す。なお、図６はあくまで一例であり、サービス管理ホスト４は、これ以外の付加情報を送信してもよい。
次に、ローカルホスト１は、サービス管理ホスト４より送られてきたリモートホストに関する情報の中から、所望の処理を実行することができるハードウエア（ＨＷ）を有するリモートホストを表示部ａ５に表示し、入力部ａ６を用いてユーザにリモートホストの選択をさせる（ステップＳ１０４）。このとき、ローカルホスト１は、そのようなリモートホストが複数あれば、これらを複数表示するようにする。なお、ローカルホスト１は、所定の基準をクリアするようなリモートホストがある場合、自動的に当該リモートホストを選択するようにしてもよい。
なお、このとき、サービス管理ホスト４から付加情報が送信されている場合、ローカルホスト１は、その情報を併せて表示するようにすることによって、ユーザにより効率よくリモートホストを選択させることができる。また、ローカルホスト１は、複数の中から最適なもの（例えばユーザの要求を最も満足するハードウエアを具備するもの、ユーザの要求を最も短い時間で処理をするもの、ユーザの要求を満足するハードウエアの組み合わせなど）を選択して表示するようにしてもよい。
図６に示す例を用いて、ローカルホスト１を利用するユーザが具体的にどのようにリモートホストを選択するのかについて説明する。たとえば、ローカルホスト１が携帯電話で、リモートホスト２がパーソナルコンピュータであるとし、リモートホスト３がビデオデッキまたはＤＶＤレコーダであるとする。このとき、携帯電話に格納されているコンテンツをリモートホストに転送したい場合、ハードディスクの空き容量が大きいリモートホストの方がよいので、ユーザは、リモートホスト２を選択する。また、携帯電話に格納されているＭＰＥＧ４形式のコンテンツをリモートホストで再生したい場合、リモートホストはＭＰＥＧ４形式のデータを処理できる必要があるので、ユーザは、リモートホスト３を選択する。当然、このような選択は、ローカルホスト１が所望の処理内容を認識して、自動的に行われてもよい。
サービス管理ホスト４から送られる情報には、リモートホスト２のアドレスに関する情報も含まれている。したがって、次に、ローカルホスト１は、選択されたリモートホストのアドレスに基づいて、当該リモートホストに対して、必要なソフトウエアをダウンロードするように指示する（ステップＳ１０５）。このとき、ローカルホスト１は、取得しているユーザキーを当該リモートホストにあわせて送信する。また、サービス管理ホスト４から付加情報としてソフトウエアのバージョン番号が送信された場合、ローカルホスト１は、リモートホストにダウンロードを指示するソフトウエアのバージョン番号を、ダウンロード指示にあわせて送信してもよい。
これに応じて、リモートホスト２は、受信したユーザキーの照合を認証局ホスト３に対して要求する（ステップＳ２０１）。これに応じた認証局ホスト３は、ユーザキーの認証を行い、正しいユーザキーであるか否かを判断し、認証結果をリモートホスト２に送信する（ステップＳ３０２）。
次に、リモートホスト２は、正しく認証されたか否かを判断する（ステップＳ２０２）。認証されなかった場合、リモートホスト２は、そのまま処理を終了する。一方、認証された場合、リモートホスト２は、ローカルホスト１と情報をやり取りするために必要なソフトウエアの送信をサービス管理ホスト４に要求する（ステップＳ２０３）。これに応じて、サービス管理ホスト４は、所望のソフトウエアをリモートホスト２に送信する（ステップＳ４０４）。そして、リモートホスト２は、当該ソフトウエアを受信する（ステップＳ２０４）。
リモートホスト側での必要なソフトウエアのダウンロードが完了すると、ローカルホスト１とリモートホスト２との間で情報をやり取りするための環境が整うこととなるので、ローカルホスト１およびリモートホスト２は、必要な処理を互いに実行しあって（ステップＳ１０６，Ｓ２０５）、情報（静止画や動画像データ）のやり取りを行う。この時、ソフトウエアが圧縮、暗号化されていた場合には、リモートホスト２は、ステップＳ２０５の前、すなわちリモートアプリケーションの実行前に、伸張、複合化の処理を行う。
このように、ローカルホストは、事前にリモートホストのアドレス情報を知らなくても、サービス管理ホストからリモートホストのアドレス情報を得ることができる。また、ローカルホストおよびリモートホストは、両者の間で情報のやり取りが必要となった場合、必要なソフトウエアをサービス管理ホストからダウンロードしてくることができるので、メモリ領域の有効活用を図ることができる。さらに、リモートホストは、ユーザキーの認証処理を行ってから、ソフトウエアをダウンロードすることとなるので、不正な処理がローカルホストからなされることを防止することができ、安全なサービスを提供するシステムの構築が可能となる。
なお、ローカルホスト１およびリモートホスト２は、処理が完了すれば、必要に応じて、ダウンロードしたソフトウエア（ＳＷ）を削除してもよい。
なお、ローカルホスト１およびリモートホスト２は、処理が完了すれば、必要に応じて、ダウンロードしたソフトウエア（ＳＷ）を記録装置ａ４に保存してもよい。
なお、第１の実施形態では、ローカルホスト１と通信可能なリモートホスト２に関する情報がサービス管理ホスト４に格納されていることとしたが、別に、ローカルホスト１自身に格納されていてもよい。この場合、ローカルホスト１は、共有したいリモートサービスに必要なソフトウエアを実行できるリモートホストを格納されている情報に基づいて選択し、当該リモートホストに対し、当該ソフトウエアをサービス管理ホスト４からダウンロードするように指示する。これに応じて、当該リモートホストは、指示された必要なソフトウエアをサービス管理ホスト４からダウンロードする。そして、当該ソフトウエアをリモートホストおよびローカルホスト間で実行しあって、データのやり取りなどを行う。
なお、第１の実施形態では、ローカルホスト１は、リモートホスト２と情報をやり取りするために必要なソフトウエアを実装していないこととしたが、別に、当該ソフトウエアが予め実装されていてもよい。この場合、図４で示すステップＳ１０１の動作が省略されることとなる。
なお、第１の実施形態では、ローカルホスト１が静止画像、動画像といった情報をリモートホスト２へ転送するものを例に説明したが、これに限定されるものではない。逆に、リモートホスト２がローカルホスト１に必要なソフトウエアをサービス管理ホスト４からダウンロードさせて、ローカルホスト１へ、静止画像、動画像といった情報を転送するようにしてもよい。逆転の動作がなされるだけで、この処理は、上記の説明から容易に実施できる。
なお、第１の実施形態では、リモートホスト２が判断して、ソフトウエアをダウンロードすることとしたが、サービス管理ホスト４がリモートホスト２に対して一方的にソフトウエアを送信するようにしてもよい。この場合、ローカルホスト１は、ステップＳ１０５の動作において、リモートホスト２へ必要なソフトウエアを送信するようサービス管理ホスト４に指示する。その際、ローカルホスト１は、ユーザキーをあわせてサービス管理ホスト４に送信する。これに応じて、サービス管理ホスト４は、認証局ホスト３との間で、ユーザキーの照合を行い、ユーザキーが正しければ、必要なソフトウエアをリモートホスト２に送信する。これにより、リモートホスト２は、必要なソフトウエアを取得することができる。
なお、第１の実施形態では、リモートホスト２への不正アクセスを防止するために、リモートホスト２が認証局ホスト３に対して、ローカルホストの認証を行わせたが、不正アクセスを防止する方法は、これに限られるものではない。認証局ホスト３がなくても、不正アクセスを防止することはできる。たとえば、ローカルホスト１がリモートホスト２に対して、ソフトウエアのダウンロードを要求する場合、リモートホスト２は、ローカルホスト１に対して、パスワードの送信を要求し、正しいパスワードであれば、上記ソフトウエアのダウンロード要求を受け付け、正しいパスワードでなければ、上記ソフトウエアのダウンロード要求を拒否するようにすればよい。また、ローカルホスト１およびリモートホスト２を認識するためのパスワードをユーザキーと対応させてサービス管理ホスト４に設定しておき、リモートホスト２は、サービス管理ホスト４に依頼して、ユーザキーとパスワードとが一致するか否か判断するようにしてもよい。このように構成すれば、認証局ホスト３は不要になり、かつリモートホスト２独自で、ローカルホスト１からの要求の確認ができるようになり、ネットワーク上で行き交う情報を抑制することが可能となる。
（第２の実施形態）
第２の実施形態において、システム全体の構成は、第１の実施形態の場合と同様であるので、図１を援用することとする。第２の実施形態に係るリモートホスト２は、一度ダウンロードしたソフトウエアを装置内の記録装置ａ４に格納しておく。
図７は、本発明の第２の実施形態に係るリモートホストの動作を示すフローチャートである。図７に示す動作は、第１の実施形態に係るリモートホストにおける動作の内、図４に示すステップＳ２０２の次に行われる。以下、図７を参照しながら、第２の実施形態に係るリモートホストの動作について説明する。
まず、ローカルホスト１は、ステップＳ１０５でソフトウエアのダウンロード指示と共にバージョン番号を送る。ソフトウエアのバージョン番号は、ステップＳ４０３において、サービス管理ホスト４が返信する付加情報に含まれる。リモートホスト２は、ローカルホスト１からダウンロード指示があったソフトウエアが記録装置ａ４内に格納されているか否かを判断する（ステップＳ５０１）。格納されていない場合、リモートホスト２は、図４に示すステップＳ２０３の動作に進み、サービス管理ホスト４に対して、当該ソフトウエアの送信を要求する。
一方、格納されている場合、リモートホスト２は、格納されているソフトウエアのバージョンと要求のあったソフトウエアのバージョンとが一致するか否かを判断する（ステップＳ５０２）。このバージョンの比較は、ローカルホスト１からのダウンロード指示にあわせて送られてくるソフトウエアのバージョン番号と、リモートホスト２が記憶しているソフトウエアのバージョン番号とを比較することによって行われる。図８Ａは、バージョンが一致する場合の例を示す図である。図８Ｂは、バージョンが不一致である場合の例を示す図である。
なお、バージョン番号は完全に一致していなくても、一定の条件（例えばリモートホスト２が格納しているソフトウエアのバージョン番号が、ローカルホスト１が要求したソフトウエアのバージョン番号よりも新しい等）を満たす場合、リモートホスト２は、バージョンが一致していると取り扱ってもよい。ローカルホスト１は、サービス管理ホスト４から必要なソフトウエアをダウンロードしているので（図４，ステップＳ１０１参照）、最新のソフトウエアを取得していることとなる。したがって、ローカルホスト１が取得したソフトウエアとリモートホスト２が格納しているソフトウエアとのバージョンが一致しないことがある。ゆえに、リモートホスト２は、ステップＳ５０２の動作によって、バージョンを確認する。
ステップＳ５０２において、バージョンが一致すると判断した場合、リモートホスト２は、記録装置ａ４に格納されているソフトウエアを読み出して（ステップＳ５０３）、図４に示すステップＳ２０５の動作に進み、当該ソフトウエアをローカルホスト１との間で実行しあう。一方、バージョンが一致していない、すなわち古いバージョンのソフトウエアを格納していると判断した場合、リモートホスト２は、古いバージョンのソフトウエアを破棄して（ステップＳ５０４）、図４に示すステップＳ２０３の動作に進み、最新のバージョンのソフトウエアをサービス管理ホスト４からダウンロードする。
このように、第２の実施形態においては、リモートホストは、一度ダウンロードしたソフトウエアを格納しておく。実行すべきソフトウエアを格納していない場合、リモートホストは、最新バージョンのソフトウエアをダウンロードすることとなる。したがって、常にソフトウエアをダウンロードしないので、ダウンロードによる通信時間が削減されることとなる。
なお、上記第２の実施形態では、リモートホストがソフトウエアをサービス管理ホストからダウンロードする場合、バージョンの確認を行うこととしたが、ローカルホストからの指示に応じてサービス管理ホストがリモートホストに対して、ソフトウエアを送信する場合にも、リモートホストがバージョン確認するようにしてもよい。具体的には、サービス管理ホストは、ソフトウエアを一方的に送信する前に、送信しようとしているソフトウエアのバージョンをリモートホストに通知する。リモートホストは、通知されてきたバージョンを確認して、当該バージョンのソフトウエアを保存しているか否かを判断する。当該ソフトウエアを一切保存していない場合、または古いバージョンのソフトウエアを保存している場合、リモートホストは、当該ソフトウエアを送信してよい旨をサービス管理ホストに通知する。一方、最新バージョンのソフトウエアを保存している場合、リモートホストは、当該ソフトウエアの送信を中止するようサービス管理ホストに通知する。サービス管理ホストは、リモートホストからの通知に応じて、当該ソフトウエアを送信するか、あるいは送信しない。
（第３の実施形態）
第３の実施形態において、システム全体の構成は、第１の実施形態の場合と同様であるので、図１を援用することとする。第３の実施形態に係るローカルホスト１は、一度ダウンロードしたソフトウエアを装置内の記録装置ａ４に格納しておく。また、第３の実施形態では、第２の実施形態で示したように、リモートホストは、一度ダウンロードしたソフトウエアを装置内の記録装置ａ４に格納しておき、最新バージョンのソフトウエアをダウンロードするによう動作することとする。
図９は、本発明の第３の実施形態に係るローカルホストの動作を示すフローチャートである。図９に示す動作は、第１の実施形態に係るローカルホストにおける動作の内、図４に示すステップＳ１０１の前に行われる。以下、図９を参照しながら、第３の実施形態に係るローカルホストの動作について説明する。
まず、ローカルホスト１は、利用可能なサービスの一覧（以下、サービス一覧という）をサービス管理ホスト４から取得する（ステップＳ６０１）。ステップＳ６０１における処理については、後述する（図１０参照）。サービス一覧には、サービス毎に、当該サービスを実行するために必要なリモートホストが対応付けられている。当該リモートホストは、サービス一覧を要求したローカルホスト１にアクセス可能なリモートホストである。
次に、ローカルホスト１は、利用したいサービスをユーザに選択させ、当該サービスに必要なソフトウエアを認識する（ステップＳ６０２）。
次に、ローカルホスト１は、認識したソフトウエアが記録装置ａ４内に格納済みであるか否かを判断する（ステップＳ６０３）。格納済みでない場合、ローカルホスト１は、図４のステップＳ１０１の動作に進み、所望のソフトウエアをサービス管理ホスト４からダウンロードする。
一方、格納済みである場合、ローカルホスト１は、格納済みのソフトウエアが最新バージョンであるか否かをサービス管理ホスト４に問い合わせ、最新バージョンであるか否かを判断する（ステップＳ６０４）。最新バージョンでない場合、ローカルホスト１は、古いバージョンのソフトウエアを破棄して（ステップＳ６０６）、図４のステップＳ１０１の動作に進み、最新バージョンのソフトウエアをサービス管理ホスト４からダウンロードする。一方、最新バージョンである場合、ローカルホスト１は、記録装置ａ４内に格納済みのソフトウエアを読み出して（ステップＳ６０５）、図４のステップＳ１０２の動作に進む。
図１０は、サービス一覧取得処理（ステップＳ６０１）におけるローカルホストおよびサービス管理ホストの動作を示すフローチャートである。以下、図１０を参照しながら、サービス一覧取得処理（ステップＳ６０１）におけるローカルホスト１およびサービス管理ホスト４の動作について説明する。
まず、ローカルホスト１は、サービス管理ホスト４に対して、サービス一覧の送信を要求する（ステップＳ７０１）。
これに応じて、サービス管理ホスト４は、自装置内に登録されている全てのサービスを認識する（ステップＳ８０１）。次に、サービス管理ホスト４は、サービス毎に、当該サービスを実行可能で、かつローカルホスト１にアクセス可能なリモートホストを確認して、サービスとリモートホストとを対応付ける（ステップＳ８０２）。次に、サービス管理ホスト４は、サービスとリモートホストとを対応付けたリストをサービス一覧としてローカルホスト１に送信し（ステップＳ８０３）、処理を終了する。
ローカルホスト１は、サービス管理ホスト４から送られてくるサービス一覧を受信して、表示部ａ５へ表示し（ステップＳ７０２）、図９に示す動作に戻る。
これにより、ユーザは、アクセス可能なリモートホストを認識して、当該リモートホストが実行可能なサービスを認識することができる。
なお、上記第３の実施形態において、ローカルホスト１は、ステップＳ６０２の際、サービスを選択させると共に、ユーザキーを取得した後、ユーザにリモートホストも選択させるようにしてもよい。この場合、ステップＳ１０２〜Ｓ１０４の動作を省略することができる。
なお、上記第３の実施形態では、ローカルホスト１は、サービス一覧を取得することとしたが、アクセス可能なリモートホストの一覧（以下、リモートホスト一覧という）を取得するようにしてもよい。図１１は、アクセス可能なリモートホストの一覧を取得する場合のローカルホストおよびサービス管理ホストの動作を示すフローチャートである。
図１１に示すように、まず、ローカルホスト１は、サービス管理ホスト４に対して、リモートホスト一覧の送信を要求する（ステップＳ７１１）。これに応じて、サービス管理ホスト４は、当該ローカルホストにアクセス可能なリモートホストを、予め設定されているリスト（図２参照）を参照して確認し（ステップＳ８１１）、各リモートホストで実行可能なサービスを確認し（ステップＳ８１２）、リモートホストとサービスとを対応付けたリモートホスト一覧をローカルホスト１に送信し（ステップＳ８１３）、処理を終了する。ローカルホスト１は、当該リモートホスト一覧を受信して、表示し（ステップＳ７１２）、図９に示す動作に戻る。
このように、ユーザは、アクセス可能なリモートホストを認識して、当該リモートホストが実行可能なサービスを認識することができる。
なお、図１０および図１１で示した例では、ローカルホスト１がサービス管理ホスト４からサービス一覧やリモートホスト一覧を直接取得することとしたが、ローカルホスト１は、認証局ホスト３にサービス一覧やリモートホスト一覧の取得を要求し、認証局ホスト３がサービス管理ホスト４からサービス一覧やリモートホスト一覧を取得して、ローカルホスト１に送信するようにしてもよい。また、認証局ホスト３が、サービス一覧やリモートホスト一覧を作成して、ローカルホスト１に送信するようにしてもよい。この場合の認証局ホストの機能は、ローカルホストやリモートホスト、ホームサーバ等その他のコンピュータ装置（一覧中継用ホスト）が代わりに行ってもよい。
（第４の実施形態）
上記第１の実施形態では、ローカルホストから選択できるリモートホストがあったとしても、リモートホストの電源が入っていなければローカルホストの有する情報をリモートホストへ送信するといった処理を実行することはできない。
このような場合、第４の実施形態に係るローカルホストは、サービス管理ホスト（または、ローカルホストからの接続が許可されているその他のリモートホスト）に対して、要求する処理を一時的に実行させる。たとえば、ローカルホストからリモートホストへ画像データを転送する場合、ローカルホストは、一旦、当該画像データをサービス管理ホストに転送する。
サービス管理ホストは、ローカルホストが選択したリモートホストの電源が入ったことを確認した場合、先ほど代行して入手した情報を当該リモートホストに再転送する。
このように、第４の実施形態では、ローカルホストが選択したリモートホストの電源がＯＦＦであったとしても、サービス管理ホストが必要な処理を代行した後、当該リモートホストに情報を転送することができるので、所望のリモートホストの電源がＯＦＦであっても、ローカルホストの要求を満足させることが可能なシステムを提供できる。
なお、サービス管理ホストや他のリモートホストでは、完全な処理ができないものの、一部の処理ができるようであれば、ローカルホストは、その一部の処理をサービス管理ホストや他のリモートホストに実行させ、選択したリモートホストの電源が入った後に、実行済みの結果を転送するようにすれば、選択したリモートホストの負荷を軽減することができ、時間は多少遅れるが、ローカルホストで選択したリモートホストの電源がＯＦＦであっても、ローカルホストの要求をある程度満足させることが可能となる。
なお、ホームサーバとしての認証局ホストが、サービス管理ホストに代わって、上記のような代行処理を行ってもよい。
（第５の実施形態）
上記第１の実施形態では、ローカルホストの要求を満足する処理が単一のリモートホストだけではできない場合には、対応できない。ところが、そのような場合であっても、２つ以上のリモートホストを用いれば、要求を満足させることができる場合がある。たとえば、情報のフォーマット（データの形式、圧縮など）を変換する機能や解像度を変換する機能があるリモートホストにあり、情報を保存する機能が別のリモートホストにあるような場合、情報のフォーマットや解像度を変換した後に情報を保存するといった処理を一つのリモートホストで行うことはできないが、二つのリモートホストが協力仕合えば可能である。
第５の実施形態に係るローカルホストは、情報のフォーマットを変換する機能（解像度を変換する機能）を有するリモートホストに、情報を送信して変換を行わせた後、変換後の情報を情報保存機能を有する別のリモートホストに送信して、情報の保存を行わせる。
逆に、リモートホストは、情報のフォーマットを変換する機能（解像度を変換する機能）を有するリモートホストに、情報を送信して変換を行わせた後、変換後の情報をローカルホストに送信して、情報の保存を行わせてもよい。
このように、第５の実施形態では、フォーマット変換が必要な場合や解像度変換が必要な場合など、これらの処理を行えるリモートホストに予め処理を行わせた後、別のリモートホストとの間で情報をやり取りすることができるので、情報のフォーマットが異なることで処理が実行できない、または解像度が対応しないことで情報をやり取りすることができないといった事態を回避することが可能となる。
第５の実施形態は、具体的には、以下のような場合に適用できる。デジタルテレビでは、動画像のフォーマットとして、ＭＰＥＧ２を用いる。一方、携帯電話では、動画像のフォーマットとして、ＭＰＥＧ４を用いる。このような状況では、携帯電話に格納されている動画像データをデジタルテレビに転送したり、デジタルテレビに格納されている動画像データを携帯電話に転送したりしたとしても、うまく再生することができない。このような場合、携帯電話は、フォーマット変換機能を有するリモートホストにフォーマット変換をさせた後、デジタルテレビにデータを転送するようにすればよい。逆も同様である。
（第６の実施形態）
上記第１の実施形態において、ローカルホストは、サービス管理ホストからリモートホストの情報を取得することとした。しかし、ローカルホストとリモートホストとが同一のネットワークに属する場合、ローカルホストは、リモートホストの情報を、サービス管理ホストを利用することなく取得することができる。そのため、サービス管理ホストの構成をよりシンプルにすることができる。
図１２は、本発明の第６の実施形態に係るサービスソフトウエア取得システムの全体構成を示す図である。図１において、サービスソフトウエア取得システムは、ローカルホスト１１と、２つのリモートホスト１２と、サービス管理ホスト１４とを備える。なお、ここでは、ローカルホスト１、サービス管理ホスト４をそれぞれ一つずつ示したが、これらはそれぞれ複数存在していてもよい。また、リモートホスト２は、２つ未満であってもよいし、３つ以上であってもよい。
図１２において、ローカルホスト１１およびリモートホスト１２は、デジタルテレビ、セットトップボックス等の宅内に設置される電子機器である。ローカルホスト１１とリモートホスト１２とは、ローカルネットワーク１６を介して相互に接続されている。ローカルネットワーク１６は、有線であってもよいし、無線であってもよい。典型的には、ローカルネットワーク１６の通信プロトコルは、ＴＣＰ／ＩＰである。ＴＣＰ／ＩＰは、複数の装置間で情報交換を行うためのプロトコルを規定した公知の技術であり、詳細な説明は省略する。ローカルネットワーク１６は、ルータ１７を経由して宅外のインターネット１５へ接続されている。ルータ１７は、家庭内のローカルネットワーク１６とインターネット１５とを接続するためのゲートウェイである。ルータ１７の具体例としては、ＡＤＳＬモデム、ブロードバンドルータ、ホームサーバ等の公知の機器が挙げられる。
このようなネットワークにおいて、ブロードキャスト通信（または同報通信とも言う）を用いることで、ローカルホスト１１は、リモートホスト１２を発見することができる。ブロードキャストとは、ローカルネットワーク１６に接続されている全ての電子機器に対し、同一のメッセージを送る処理のことである。ブロードキャスト通信を用いてリモートホストを発見する公知技術の代表例として、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｃｏｖｅｒ Ｐｒｏｔｏｃｏｌがある。
ここで、ＳＳＤＰの動作について簡単に説明する。ローカルホスト１１は、「ＳＳＤＰ Ｓｅａｒｃｈ」という要求（以下、ＳＳＤＰサーチリクエストという）をローカルネットワーク１６に接続されている全ての機器にブロードキャスト送信する。これに応じて、リモートホスト１２は、自身のＩＰアドレスや、実行可能なサービスに関する情報をローカルホスト１１に返信する。これによって、ローカルホスト１１は、リモートホスト１２に関する情報を得ることができる。
図１３は、本発明の第６の実施形態に係るシステム全体の動作を説明するためのフローチャートである。以下、図１３を参照しながら、システム全体の動作および各ホストの動作について説明する。
まず、ローカルホスト１１は、リモートホスト１２との間で情報をやり取りするリモートサービスのために必要なソフトウエアを所持しているか否かを判断し、必要であれば、サービス管理ホスト１４からダウンロードする（ステップＳ１１０１、Ｓ１４０１）。
次に、ローカルホスト１１は、所望のサービスを実行できるリモートホストが存在するか否かを発見するため、ＳＳＤＰサーチリクエストをブロードキャスト送信する（ステップＳ１１０２）。これに応じて、リモートホスト１２は、自身のＩＰアドレス、自身のスペック、自身の処理機能等を含むメッセージ（以下、ＳＳＤＰサーチレスポンスという）を返信する（ステップＳ１２０１）。
次に、ローカルホスト１１は、受け取ったＳＳＤＰサーチレスポンスに含まれる情報に基づいて、所望の処理を実行することができるハードウエア（ＨＷ）を有するリモートホストを表示し、ユーザにリモートホストの選択をさせる（ステップＳ１１０３）。このとき、ローカルホスト１１は、そのようなリモートホストが複数あれば、これらを複数表示するようにする。なお、ローカルホスト１１は、所定の基準をクリアするようなリモートホストがある場合、自動的に当該リモートホストを選択するようにしてもよい。
次に、ローカルホスト１１は、選択されたリモートホストに対して必要なソフトウエアをダウンロードするように指示する（ステップＳ１１０４）。これに応じて、リモートホスト１２は、サービス管理ホスト４から必要なソフトウエアをダウンロードする（ステップＳ１２０２、Ｓ１４０２）。リモートホスト側での必要なソフトウエアのダウンロードが完了すると、ローカルホスト１１とリモートホスト１２との間で情報をやり取りするための環境が整うこととなるので、ローカルホスト１およびリモートホスト１２は、必要な処理を互いに実行しあって（ステップＳ１１０５，Ｓ１２０３）、情報（静止画や動画像データ）のやり取りを行う。
このような構成において、ローカルホスト１１は、ブロードキャスト通信によって、リモートホストに関する情報を得ることができる。したがって、サービス管理ホスト１４は、リモートホストに関する情報を保持する必要がない。
なお、第６の実施形態では、ローカルホスト１１がリモートホストを発見するための手法としてＳＳＤＰを用いることとしたが、これに限るものではない。同様の効果を持つ技術としてランデブー（Ｒｅｎｄｅｚｂｏｕｓ）等の公知の技術がある。これらの技術のように、ブロードキャスト通信を用いて、ローカルホストは、リモートホストを検索するようにすればよい。
なお、第６の実施形態では、ブロードキャスト通信を用いるネットワークをローカルネットワーク内であるとしたが、広域ネットワークであったとしても、ローカルホストは、特定のグループ内に属する複数のリモートホストとブロードキャスト通信することによって、所望の処理が実行可能なリモートホストを検索するようにしてもよい。
なお、第６の実施形態においても、当然、第１〜第５の実施形態に示した実施形態の変形例を適用することができる。

本発明にかかるサービスソフトウエア取得方法、ならびにシステムおよびそれに用いられる電子通信機器は、通常使わない不要なソフトウエアを、必要に応じて、取得することができ、ネットワーク接続された複数の電子通信機器間で連携してサービスを実行するシステム等において有用である。

本発明は、リモート処理を実行するためのソフトウエアを取得する方法に関し、より特定的には、ネットワークを介してサービス管理ホストに接続するデジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、携帯電話、デジタルテレビ（ＤＴＶ）、ホームサーバ、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ Ｂｏｘといった電子通信機器間で情報を共有するためのリモート処理を実行するためのソフトウエアを取得する方法に関する。

従来、ネットワークまたは無線を介してサービス管理ホストに接続するデジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、携帯電話、携帯機器、デジタルテレビ（ＤＴＶ）、ホームサーバ、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ Ｂｏｘ等の電子通信機器は、所望の処理を実行する状況において、自機器内に当該所望の処理を実行するために必要なソフトウエアが格納されていない場合、サービス管理ホストから当該必要なソフトウエアをダウンロードして、所望の処理を実行していた（たとえば、特許文献１参照）。
特開２００２−１６９６２１号公報

しかし、従来のような構成では、ソフトウエアをダウンロードした電子通信機器自身の処理自体にとどまり、他の電子通信機器との間で一定の処理を行うことはできなかった。

また、電子通信機器同士は他の電子通信機器のアドレスに関する情報を相互に持っていないため、電子通信機器が他の電子通信機器に対して何らかの処理を行わせたいとしても、当該電子通信機器が他の電子通信機器へ命令することはできなかった。

なお、電子通信機器間で所定の処理を共有できるようなアプリケーションを電子通信機器内に実装するような構成も考えられる。しかし、電子通信機器は多種多様に存在し、各電子通信機器にそれぞれ対応する複数のソフトウエアを実装させるのは、メモリの制限上、現実的ではない。

それゆえ、本発明の目的は、電子通信機器間でリモート処理する場合、電子通信機器のアドレス情報を事前に所持しておらず、かつ電子通信機器間で情報を共有するためのソフトウエアを事前に所持していなくてもリモート処理を実行することができる方法を提供することである。

上記課題を解決するために本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、ローカルホストがサービス管理ホストに対して、所望のリモートサービスの開始を要求するステップと、リモートサービスの開始要求に応じ、サービス管理ホストがローカルホストとリモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報をローカルホストに返信するステップと、返信されてくるリモートホストに関する情報に基づいて、ローカルホストが、リモートサービスを共有したいリモートホストを選択し、当該リモートホストに対し、リモートサービスを共有するためのソフトウエアをサービス管理ホストからダウンロードするように指示するステップと、ダウンロード指示された必要なソフトウエアをリモートホストがサービス管理ホストからダウンロードするステップとを備える。

これにより、リモートホストは、ローカルホストからの要求に応じて、サービス管理ホストから当該必要なソフトウエアをダウンロードすることができるので、リモートホスト側では、必要なソフトウエアを事前に実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。

また、本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、ローカルホストがサービス管理ホストに対して、所望のリモートサービスの開始を要求するステップと、リモートサービスの開始要求に応じ、サービス管理ホストがローカルホストとリモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報をローカルホストに返信するステップと、返信されてくるリモートホストに関する情報に基づいて、ローカルホストが、リモートサービスを共有したいリモートホストを選択し、サービス管理ホストに対し、リモートサービスを共有するためのソフトウエアを当該リモートホストに送信するよう指示するステップと、ソフトウエアの送信指示に応じて、サービス管理ホストが必要なソフトウエアをリモートホストに送信するステップとを備える。

これにより、ローカルホストからの指示により、リモートホストには、サービス管理ホストから必要なソフトウエアが送信されてくることとなるので、リモートホストのアドレスをローカルホストが知らなくても必要なソフトウエアをリモートホストに取得させることができ、かつリモートホスト側で、必要なソフトウエアを実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。

また、本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、ネットワークには、ローカルホストを認証するための認証局ホストが接続されており、ローカルホストが、登録されているユーザキーを認証局ホストから取得するステップと、ローカルホストがサービス管理ホストに対して、ユーザキーを共に送信して、所望のリモートサービスの開始を要求するステップと、リモートサービスの開始要求に応じ、ユーザキーでアクセスが許可できるリモートホストの中から、サービス管理ホストがローカルホストとリモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報をローカルホストに返信するステップと、返信されてくるリモートホストに関する情報に基づいて、ローカルホストが、リモートサービスを共有したいリモートホストを選択し、当該リモートホストに対し、ユーザキーを共に送信して、リモートサービスを共有するためのソフトウエアをサービス管理ホストからダウンロードするように指示するステップと、認証局ホストとの間でユーザキーの照合確認がとれた場合、指示された必要なソフトウエアをリモートホストがサービス管理ホストからダウンロードするステップとを備える。

これにより、リモートホストは、ローカルホストからの要求に応じて、サービス管理ホストから当該必要なソフトウエアをダウンロードすることができるので、リモートホスト側では、必要なソフトウエアを事前に実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。さらに、リモートホストでは、ユーザキーの照合を行うことによって不正な処理がなされようとしているか否かを判断するので、安全なサービスを提供することが可能となる。

また、本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、ネットワークには、ローカルホストを認証するための認証局ホストが接続されており、ローカルホストが、登録されているユーザキーを認証局ホストから取得するステップと、ローカルホストがサービス管理ホストに対して、ユーザキーを共に送信して、所望のリモートサービスの開始を要求するステップと、リモートサービスの開始要求に応じ、ユーザキーでアクセスが許可できるリモートホストの中から、サービス管理ホストがローカルホストとリモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報をローカルホストに返信するステップと、返信されてくるリモートホストに関する情報に基づいて、ローカルホストが、リモートサービスを共有したいリモートホストを選択し、サービス管理ホストに対し、ユーザキーを共に送信して、リモートサービスを共有するためのソフトウエアを当該リモートホストに送信するように指示するステップと、ソフトウエアの送信指示に応じて、サービス管理ホストは、認証局ホストとの間でユーザキーの照合確認がとれた後、必要なソフトウエアをリモートホストに送信するステップとを備える。

これにより、ローカルホストからの指示により、リモートホストには、サービス管理ホストから必要なソフトウエアが送信されてくることとなるので、リモートホストのアドレスをローカルホストが知らなくても必要なソフトウエアをリモートホストに取得させることができ、かつリモートホスト側で、必要なソフトウエアを実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。さらに、サービス管理ホストでは、ユーザキーの照合を行うことによって不正な処理がなされようとしているか否かを判断するので、安全なサービスを提供することが可能となる。

好ましくは、リモートホストに関する情報は、ネットワーク上に割り当てられている当該リモートホストのアドレスであるとよい。

これにより、ローカルホストが、リモートホストのネットワーク上のアドレスを知らなくても、ネットワーク上でリモートホストを特定することが可能となる。

好ましくは、リモートサービスを共有するのに必要なソフトウエアをローカルホストがサービス管理ホストからダウンロードするステップをさらに備えるとよい。

これにより、ローカルホスト内に必要なソフトウエアが存在しない場合であっても、当該ソフトウエアをダウンロードすることができるので、所望のサービスをローカルホストおよびリモートホストで共有することが可能となる。

好ましくは、リモートサービスを共有することができるリモートホストが複数ある場合、アクセスできるリモートホストをローカルホストが表示するステップをさらに備えるとよい。

これにより、ローカルホスト側で、リモートサービスを共有できるリモートホストを複数選択することが可能となる。したがって、最適のリモートホストの選択が可能となる。

好ましくは、リモートホストがダウンロードしたソフトウエアを利用して、リモートホストとローカルホストとの間で、情報を通信するステップをさらに備えるとよい。

これにより、リモートホストとローカルホストとの間で情報をやり取りすることが可能となる。たとえば、リモートホストに保存されているデータ等をローカルホストに転送するような処理が可能となる。

好ましくは、情報を通信するステップでは、ローカルホストまたはリモートホストが有する静止画像データを通信するとよい。

これにより、ローカルホストとリモートホストとの間で、静止画像データのやり取りを行うことが可能となる。

好ましくは、情報を通信するステップでは、ローカルホストまたはリモートホストが有する動画像データを通信することを特徴とする。

これにより、ローカルホストとリモートホストとの間で、動画像データのやり取りを行うことが可能となる。

好ましくは、ローカルホストと選択されたリモートホストとの間で情報を通信する場合、さらに、通信すべき情報に所定の処理を施すことが可能な選択されたリモートホストとは別のリモートホストに対して、ローカルホストまたは選択されたリモートホストが情報を送信するステップと、所定の処理を行った後、別のリモートホストが、処理後の情報を選択されたリモートホストまたはローカルホストに送信するステップとを備えるとよい。

これにより、ローカルホストおよびリモートホストだけでは、情報を共有できない場合であっても、別のリモートホストへ情報を送り、情報を共有できるようなものとすることができるので、ローカルホストおよびリモートホストだけでは情報の共有をできない場合であっても、これらの間での情報の共有を可能なものとすることができる。

好ましくは、所定の処理は、情報のフォーマットを変換する処理であるとよい。

これにより、フォーマットが異なっていても、フォーマット変換を中間で行うこととなるので、リモートホストとローカルホストとの間で、情報をやり取りすることが可能となる。

好ましくは、所定の処理は、情報の解像度を所定の解像度に変換する処理であるとよい。

これにより、ローカルホストとリモートホストとの解像度が異なっていても、解像度変換を中間で行うこととなるので、情報をやり取りすることが可能となる。

また、本発明は、ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、共有したいリモートサービスに必要なソフトウエアを実行できるリモートホストをローカルホストが選択するステップと、選択された当該リモートホストに対し、ソフトウエアをサービス管理ホストからダウンロードするように指示するステップと、ダウンロード指示された必要なソフトウエアをリモートホストがサービス管理ホストからダウンロードするステップとを備えるとよい。

これにより、リモートホストは、ローカルホストからの指示に応じて、必要なソフトウエアをサービス管理ホストからダウンロードすることができるので、リモートホスト側では、必要なソフトウエアを事前に実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。

好ましくは、リモートホストがダウンロードしたソフトウエアを利用して、リモートホストとローカルホストとの間で、情報を通信するステップをさらに備えるとよい。

これにより、リモートホストとローカルホストとの間で情報をやり取りすることが可能となる。たとえば、リモートホストに保存されているデータ等をローカルホストに転送するような処理が可能となる。

好ましくは、リモートサービスを共有するのに必要なソフトウエアをローカルホストがサービス管理ホストからダウンロードするステップをさらに備えるとよい。

これにより、ローカルホスト内に必要なソフトウエアが存在しない場合であっても、当該ソフトウエアをダウンロードすることができるので、所望のサービスをローカルホストおよびリモートホストで共有することが可能となる。

好ましくは、リモートホストは、取得したソフトウエアを保存しており、リモートホストがサービス管理ホストからダウンロードするステップでは、必要なソフトウエアをダウンロードする指示がローカルホストから与えられた場合、保存しているソフトウエアの中に必要なソフトウエアと同一のソフトウエアが存在するか否かをリモートホストが判断し、同一のソフトウエアが存在しない場合、サービス管理ホストから必要なソフトウエアをリモートホストがダウンロードし、同一のソフトウエアが存在する場合、サービス管理ホストから必要なソフトウエアをダウンロードせずに、保存されているソフトウエアを利用して、ローカルホストとリモートホストとがリモートサービスを実行するとよい。

これにより、ダウンロード済みのソフトウエアを再利用することとなるので、ダウンロードによる通信を削減することが可能となる。

好ましくは、リモートホストがサービス管理ホストからダウンロードするステップでは、さらに、同一のソフトウエアが存在する場合、必要なソフトウエアのバージョンと保存されているソフトウエアのバージョンとを比較し、保存されているソフトウエアのバージョンの方が古い場合、保存されているソフトウエアを破棄して、必要なソフトウエアをサービス管理ホストからダウンロードするとよい。

これにより、リモートホストは、最新バージョンのソフトウエアをダウンロードすることとなるので、リモートホストがソフトウエアをキャッシュした場合であっても、ローカルホストとリモートホストとの間でのソフトウエアのバージョンが一致しないといった事態を回避することができる。

好ましくは、リモートホストは、取得したソフトウエアを保存しており、サービス管理ホストが必要なソフトウエアをリモートホストに送信するステップでは、必要なソフトウエアを保存しているか否かをリモートホストにサービス管理ホストが問い合わせ、サービス管理ホストからの問い合わせに応じて、必要なソフトウエアと同一のソフトウエアを保存しているか否かをリモートホストが判断して、当該判断結果をサービス管理ホストにリモートホストが通知し、リモートホストからの通知に応じて、同一のソフトウエアを保存していない場合、必要なソフトウエアをリモートホストにサービス管理ホストが送信するとよい。

これにより、ダウンロード済みのソフトウエアを再利用することとなるので、ダウンロードによる通信を削減することが可能となる。

好ましくは、必要なソフトウエアと同一のソフトウエアを保存しているか否かをリモートホストが判断する際、リモートホストは、古いバージョンのソフトウエアのみを保存している場合、同一のソフトウエアを保存していないとして、サービス管理ホストに通知するとよい。

これにより、サービス管理ホストは、最新バージョンのソフトウエアを送信することとなるので、リモートホストがソフトウエアをキャッシュした場合であっても、ローカルホストとリモートホストとの間でのソフトウエアのバージョンが一致しないといった事態を回避することができる。

好ましくは、ローカルホストは、取得したソフトウエアを保存しており、ローカルホストがサービス管理ホストからダウンロードするステップでは、保存しているソフトウエアの中に必要なソフトウエアと同一のソフトウエアが存在するか否かをローカルホストが判断し、同一のソフトウエアが存在しない場合、サービス管理ホストから必要なソフトウエアをローカルホストがダウンロードし、同一のソフトウエアが存在する場合、サービス管理ホストから必要なソフトウエアをダウンロードせずに、保存されているソフトウエアを利用して、ローカルホストとリモートホストとがリモートサービスを実行する。

これにより、ダウンロード済みのソフトウエアを再利用することとなるので、ダウンロードによる通信を削減することが可能となる。

好ましくは、ローカルホストがサービス管理ホストからダウンロードするステップでは、さらに、同一のソフトウエアが存在する場合、必要なソフトウエアのバージョンと保存されているソフトウエアのバージョンとを比較し、保存されているソフトウエアのバージョンの方が古い場合、保存されているソフトウエアを破棄して、必要なソフトウエアをサービス管理ホストからダウンロードする。

これにより、ローカルホストは、最新バージョンのソフトウエアをダウンロードすることとなるので、ローカルホストがソフトウエアをキャッシュした場合であっても、ローカルホストとリモートホストとの間でのソフトウエアのバージョンが一致しないといった事態を回避することができる。

好ましくは、さらに、ローカルホストが利用可能なリモートサービスの一覧を、サービス管理ホストに対してローカルホストが要求するステップと、ローカルホストからの要求に応じて、ローカルホストが利用可能な各リモートサービスを、サービス管理ホストが認識するステップと、認識された各リモートサービスをローカルホストと共有できるリモートホストを、サービス管理ホストが認識するステップと、リモートサービスとリモートホストとの組を示すサービス一覧を、ローカルホストにサービス管理ホストが通知するステップと、通知されたサービス一覧を、ローカルホストが表示するステップとを備えるとよい。

これにより、ローカルホストのユーザは、ローカルホストを用いて利用可能なサービスと、当該サービスを共有できるリモートホストとを同時に確認することが可能となる。

好ましくは、さらに、ローカルホストがアクセス可能なリモートホストの一覧を、サービス管理ホストに対してローカルホストが要求するステップと、ローカルホストからの要求に応じて、ローカルホストがアクセス可能なリモートホストを、サービス管理ホストが認識するステップと、認識された各リモートホストについて、ローカルホストと共有できるリモートサービスを、サービス管理ホストが認識するステップと、リモートホストとリモートサービスとの組を示すリモートホスト一覧を、ローカルホストにサービス管理ホストが通知するステップと、通知されたリモートホスト一覧を、ローカルホストが表示するステップとを備えるとよい。

これにより、ローカルホストのユーザは、利用可能なリモートホストと、当該リモートホストと共有できるサービスとを同時に確認することが可能となる。

好ましくは、さらに、ローカルホストが利用可能なリモートサービスの一覧を、ネットワークに接続された一覧中継用ホストに対してローカルホストが要求するステップと、ローカルホストからの要求に応じて、ローカルホストが利用可能なリモートサービスの一覧を、サービス管理ホストに一覧中継用ホストが要求するステップと、一覧中継用ホストからの要求に応じて、ローカルホストが利用可能な各リモートサービスを、サービス管理ホストが認識するステップと、認識された各リモートサービスをローカルホストと共有できるリモートホストを、サービス管理ホストが認識するステップと、リモートサービスとリモートホストとの組を示すサービス一覧を、ローカルホストにサービス管理ホストが通知するステップと、通知されたサービス一覧を、ローカルホストが表示するステップとを備えるとよい。

これにより、ローカルホストのユーザは、ローカルホストを用いて利用可能なサービスと、当該サービスを共有できるリモートホストとを同時に確認することが可能となる。

好ましくは、さらに、ローカルホストがアクセス可能なリモートホストの一覧を、ネットワークに接続された一覧中継用ホストに対してローカルホストが要求するステップと、ローカルホストからの要求に応じて、ローカルホストが利用可能なリモートホストの一覧を、サービス管理ホストに一覧中継用ホストが要求するステップと、一覧中継用ホストからの要求に応じて、ローカルホストがアクセス可能なリモートホストを、サービス管理ホストが認識するステップと、認識された各リモートホストについて、ローカルホストと共有できるリモートサービスを、サービス管理ホストが認識するステップと、リモートホストとリモートサービスとの組を示すリモートホスト一覧を、ローカルホストにサービス管理ホストが通知するステップと、通知されたリモートホスト一覧を、ローカルホストが表示するステップとを備えるとよい。

これにより、ローカルホストのユーザは、利用可能なリモートホストと、当該リモートホストと共有できるサービスとを同時に確認することが可能となる。

また、本発明は、ネットワークを介して接続されている少なくとも２以上の電子通信機器間で所望の処理を実行するためのシステムであって、ネットワークに接続されており、所望の処理を実行するために必要なソフトウエアを格納しているサービス管理ホストと、電子通信機器の内、ユーザによって操作される第１の電子通信機器と、第１の電子通信機器と連携することによって所望の処理を実行することができる第２の電子通信機器と、第１の電子通信機器と第２の電子通信機器との対応関係を認識する対応関係認識手段とを備え、第１の電子通信機器は、所望の処理を実行する場合、対応関係認識手段によって認識される第２の電子通信機器に、サービス管理ホストに格納されているソフトウエアを取得させるソフトウエア取得手段を含む。

これにより、第２の電子通信機器は、所望の処理を実行するために必要なソフトウエアを所得することができるので、当該ソフトウエアを事前に実装しておく必要がなくなる。すなわち、通常使わない不要なソフトウエアは、必要に応じて、取得することが可能となる。

好ましくは、ソフトウエア取得手段は、ユーザによって選択された第２の電子通信機器に対し、ソフトウエアをサービス管理ホストからダウンロードするように指示するとよい。

好ましくは、ソフトウエア取得手段は、ユーザによって選択された第２の電子通信機器に対して、ソフトウエアを送信するようサービス管理ホストに指示するとよい。

好ましくは、対応関係認識手段は、対応関係を認識する際、第１の電子通信機器を操作しているユーザを認証することによって、第１の電子通信機器と連携することができる第２の電子通信機器を認識するとよい。

好ましくは、対応関係認識手段は、第１の電子通信機器を所有するユーザ用のホームサーバ内に設けられているとよい。

好ましくは、対応関係認識手段は、サービス管理ホスト内に設けられているとよい。

また、本発明は、ネットワークに接続されており、ネットワークに接続されているリモートホストと連携して所定の処理を実行する電子通信機器であって、ネットワークに接続されているコンピュータ装置から、所定の処理を連携して実行できるリモートホストに関する情報を取得する情報取得手段と、情報取得手段が取得した情報に基づいて、所定の処理を連携して実行できるリモートホストを特定するリモートホスト特定手段と、ネットワークに接続されたサービス管理ホストに格納されている所定の処理を実行するためのソフトウエアを、リモートホスト特定手段が特定したリモートホストに取得させるソフトウエア取得要求手段とを含む。

これにより、電子通信機器は、所望の処理を実行するために必要なソフトウエアをリモートホストに取得させることができる。

好ましくは、さらに、前記ネットワークに接続されている認証局ホストに登録されているユーザキーを取得するためのユーザキー取得手段を含み、前記ソフトウエア取得要求手段は前記所定の処理を実行するためのソフトウエアの取得要求と共に、前記ユーザキー取得手段が取得したユーザキーを送信するとよい。

これにより、電子通信機器は、所望の処理を実行するために必要なソフトウエアをリモートホストに取得させることができる。さらに、リモートホストでは、ユーザキーの照合を行うことによって不正な処理がなされようとしているか否かを判断するので、安全なサービスを提供することが可能となる。

また、本発明は、ネットワークに接続されており、前記ネットワークに接続されているローカルホストと連携して所定の処理を実行する電子通信端末であって、前記ローカルホストから前記所定の処理を実行するためのソフトウエアの取得要求を受け付けるソフトウエア取得要求受信手段と、前記所定の処理を実行するためのソフトウエアを前記ネットワークに接続されているサービス管理ホストからダウンロードするソフトウエア取得手段とを含む。

これにより、電子通信機器は、ローカルホストからの指示により、所望の処理を実行するために必要なソフトウエアを取得することができる。

好ましくは、さらに、前記ネットワークに接続されている認証局ホストに対してユーザキーの照合確認を行うユーザキー照合確認手段を備え、前記ソフトウエア取得要求受信手段が受信したソフトウエア取得要求にユーザキーが付随している場合、前記ソフトウエア取得手段は、前記ユーザキー照合確認手段によって前記ユーザキーの照合確認がとれたら、前記サービス管理ホストから前記所定の処理を実行するためのソフトウエアをダウンロードするとよい。

これにより、電子通信機器は、ローカルホストからの指示により、所望の処理を実行するために必要なソフトウエアを取得することができる。さらに、電子通信機器では、ユーザキーの照合を行うことによって不正な処理がなされようとしているか否かを判断するので、安全なサービスを提供することが可能となる。

（第１の実施形態）
図１は、本発明の第１の実施形態に係るサービスソフトウエア取得システムの全体構成を示す図である。図１において、サービスソフトウエア取得システムは、ローカルホスト１と、４つのリモートホスト２と、認証局ホスト３と、サービス管理ホスト４とを備える。なお、ここでは、ローカルホスト１、認証局ホスト３およびサービス管理ホスト４をそれぞれ一つずつ示したが、これらはそれぞれ複数存在していてもよい。また、リモートホスト２は、４つ未満であってもよいし、５つ以上であってもよい。

ローカルホスト１は、デジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、携帯電話、携帯機器、デジタルテレビ（ＤＴＶ）、ホームサーバ、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ Ｂｏｘ等の電子通信機器である。リモートホスト２は、デジタルスチールカメラ（ＤＳＣ）、デジタルビデオカメラ（ＤＶＣ）、携帯電話、携帯機器、デジタルテレビ（ＤＴＶ）、ホームサーバ、セットトップボックス（ＳＴＢ）、Ｓａｆｅ−ｄｅｐｏｓｉｔ Ｂｏｘ等の電子通信機器である。

認証局ホスト３は、ローカルホスト１およびリモートホスト２のユーザキーを登録しているコンピュータである。認証局ホスト３は、家庭内に設置されているホームサーバであってもよいし、インターネットプロバイダ等に設置されているサーバであってもよいし、企業構内に設置されているサーバであってもよい。

サービス管理ホスト４は、ローカルホスト１、リモートホスト２のアドレス（たとえばＩＰアドレスなど）を管理するコンピュータである。典型的には、サービス管理ホスト４は、インターネット上のサーバ等である。

ローカルホスト１、リモートホスト２、認証局ホスト３およびサービス管理ホスト４は、ネットワーク５を介して接続されている。ネットワーク５は、有線であってもよいし、無線であってもよいし、またそれらの組み合わせであってもよい。典型的には、ネットワーク５は、インターネット、電話回線網、携帯電話網、ＰＨＳ網、ＡＤＳＬ網等が組合わさったネットワークである。

認証局ホスト３は、ローカルホスト１またはリモートホスト２から、ユーザキーの取得要求があった場合、事前に登録されている各々のユーザキーを返信する。また、認証局ホスト３は、ローカルホスト１、リモートホスト２またはサービス管理ホスト４よりユーザキーの照合要求があった場合、ユーザキーを照合して照合結果を返す。ここでユーザキーとは、ユーザを識別するための識別子のことをいう。

サービス管理ホスト４は、ローカルホスト１とネットワーク５を介した接続が許可されているリモートホスト２に関する情報を格納している。ローカルホスト１とリモートホスト２との対応付けには、ローカルホスト１を利用するユーザのユーザキー（以下、単に、ローカルホストのユーザキーという）とリモートホスト２のアドレス（たとえば、ＩＰアドレス）とが用いられる。サービス管理ホスト４は、リモートホスト２のアドレスと併せて、リモートホスト２のハードウエア特性などの情報を格納している。

図２は、サービス管理ホスト４に格納されている情報の一例を示す図である。図２において、リモートホストＡ、リモートホストＢ、リモートホストＣ、およびリモートホストＤは、例えばＩＰアドレスといった個々のリモートホストのアドレスに関する情報を示すものとする。また、ローカルホストＡ、ローカルホストＢ、およびローカルホストＣは、各ローカルホストのユーザキーを示すものとする。図２に示すように、ローカルホストのユーザキーとリモートホストのアドレスとが対応付けられて、ローカルホストとネットワーク５を介した接続が許可されているリモートホストに関する情報が示される。

サービス管理ホスト４は、ローカルホスト１から当該ローカルホスト１が使用できるリモートホスト２に関する情報の送信要求があった場合、図２に示す情報を参照して、ローカルホスト１から送られてきたユーザキーに対応するリモートホスト２のアドレスおよびそれに関する情報を返信する。

サービス管理ホスト４は、ローカルホスト単体では必要のないソフトウエアであって、他の機器（リモートホスト）と連携するときに必要となるソフトウエアを予めその内部に保存している。このようなソフトウエアは、ローカルホスト１とリモートホスト２との間でのリモート処理に用いられるものであるので、リモートソフトウエアという。サービス管理ホスト４は、ローカルホスト１からの要求に応じて、ローカルホスト１および／またはリモートホスト２に、このソフトウエアを提供する。このように、サービス管理ホスト４は、リモート処理に必要なリモートソフトウエアを提供している。したがって、サービス管理ホスト４によるソフトウエアの提供を、リモートソフトウエア提供サービスという。以下、特に断らない限り、サービス、またはリモートサービスといった場合、このリモートソフトウエア提供サービスのことを意味するものとする。

たとえば、サービスソフトウエア（以下、単にソフトウエアという）は、ローカルホスト１とリモートホスト２との間で情報をやり取りするためのソフトウエア（図面上では、ＳＷと記す）である。ソフトウエアの例としては、ローカルホスト１が携帯電話で、リモートホスト２がデジタルテレビやビデオレコーダの場合、携帯電話に格納されている動画画像データをデジタルテレビやビデオレコーダに転送するためのソフトウエアや、逆に、ローカルホスト１がデジタルテレビやビデオレコーダで、リモートホスト２が携帯電話の場合、デジタルテレビやビデオレコードに格納されている動画画像データを携帯電話に転送するためのソフトウエアなどがある。

ローカルホスト１を単体で使用する場合、他の電子通信機器（この例ではリモートホスト２）で使用するためのソフトウエアは必要とされない。したがって、必ずしもこのようなソフトウエアをローカルホスト１内に事前に実装させておく必要はない。ところが、自身のハードウエアの制約上処理をするのが難しいが、他の電子通信機器のハードウエアではこの処理を実行できるような場合、これらの間で情報を送受信できるようにしてやれば、効率よく処理ができるようになる。

例えば、携帯電話に多くの静止画像、動画像を保存しすぎてこれ以上その内部に格納できなくなった場合、これらの静止画像、動画像の保存が可能な他の電子通信機器に携帯電話から転送するといった処理、デジタルＴＶの静止画像、動画像を携帯電話に取り込むなどの処理がこれに相当する。サービスソフトウエアは、このように他の電子通信機器と連携するためのソフトウエアである。

ローカルホスト１およびリモートホスト２のハードウエア構成は、公知のものである。図３は、ローカルホスト１およびリモートホスト２（図面上まとめて電子通信端末という）のハードウエア構成の一例を示すブロック図である。図３において、ローカルホスト１およびリモートホスト２である電子通信端末は、ネットワークを介して通信するための通信部ａ１と、装置の動作を制御するためのＣＰＵａ２と、ＣＰＵａ２で実行されるべきプログラムを格納したり、必要なデータを保存しておくメモリａ３と、フラッシュロム（ＦｌａｓｈＲＯＭ）やハードディスクなどの、電子通信端末の電源が切断された後もデータを保持する記録装置ａ４と、ＣＰＵａ２からの制御に基づいて、画面表示を行う液晶パネル等の表示部ａ５と、ユーザの指示を入力するボタンスイッチ等の入力部ａ６とを最低限含んでいる。以下に説明する動作を実行するプログラムが、記録装置ａ４に保存されている。ＣＰＵａ２は、当該プログラムをメモリａ３に読み込んで、当該プログラムを実行しながら、電子通信端末の動作を制御する。なお、図３で示した構成に加え、ローカルホスト１およびリモートホスト２は、機器特性に応じた構成要素を持つ。例えば、ローカルホスト１がデジタルテレビである場合、ローカルホスト１は、受信した放送波を復調する復調部や、復調された映像、音声データをデコードする映像デコーダー、音声デコーダーなどを持つ。

また、認証局ホスト３およびサービス管理ホスト４のハードウエア構成も公知のものであり、具体的には、通用のパーソナルコンピュータやサーバ装置で採用されている構成であればよい。本実施形態を実現するには、以下に説明する動作を実行するようなプログラムが各装置に格納されており、各装置のＣＰＵが当該プログラムを読み込んで、装置全体の動作を制御すればよい。

なお、ローカルホスト１およびリモートホスト２は、ダウンロードするサービスが動作できる程度の空き記憶容量を有するメモリａ３を少なくとも実装している必要がある。

図４は、本発明の第１の実施形態に係るシステム全体の動作を説明するためのフローチャートである。以下、図４を参照しながら、システム全体の動作および各ホストの動作について説明する。なお、ここでは、ローカルホスト１が、静止画像や動画像といった情報をリモートホスト２に転送する例を中心に説明することとする。

まず、ローカルホスト１は、リモートホスト２との間で情報をやり取りするリモートサービスのために必要なソフトウエアを所持しているか否かを判断し、必要であれば、サービス管理ホスト４からダウンロードする（ステップＳ１０１）。これに応じて、サービス管理ホスト４は、所望のソフトウエアをローカルホスト１にアップロードする（ステップＳ４０１）。

次に、ローカルホスト１は、認証局ホスト３に対して、自己のユーザキーを送信するよう要求する（ステップＳ１０２）。これに応じて、認証局ホスト３は、ローカルホスト１の要求を受信し、登録されているユーザキーの情報の中から当該ローカルホスト１に対応するユーザキーを調べて、これを返信する（ステップＳ３０１）。

次に、ローカルホスト１は、サービス管理ホスト４に対して、取得したユーザキーを送信して、接続が許可されているリモートホストに関する情報を返信するよう要求し、所望のリモートサービスの開始を要求する（ステップＳ１０３）。これに応じて、サービス管理ホスト４は、送られてくるユーザキーを確認して（ステップＳ４０２）、格納されている情報を参照し、送られてきたユーザキーに対応するリモートホストに関する情報を取得して、当該ローカルホスト１に返信する（ステップＳ４０３）。

図５は、サービス管理ホスト４がローカルホスト１に返信する情報の一例を示す図である。図５に示すように、サービス管理ホスト４がローカルホスト１に返信する情報には、少なくとも、所望の処理を実行可能なリモートホストのアドレスと、リモートソフトウエアのアドレス情報とが含まれている。ローカルホスト１とリモートホストサービスを共有することができるリモートホストが１台も存在しない場合、図５に示すリモートホストのアドレスの行は空になる。この場合、ローカルホスト１は、ステップＳ１０４以降の処理を中断して終了する。図５に示すリモートソフトウエアのアドレスは、リモートホスト２がリモートソフトウエアをダウンロードする時に必要なＵＲＬである。

なお、図５に示す例では、リモートソフトウエアをハイパーテキスト転送プロトコル（ｈｔｔｐ）で取得するように記述されているが、ファイル転送プロトコル（ｆｔｐ）等の他のプロトコルを用いて取得するように記述されていてもよい。また、図５に示す例では、サービス管理ホスト４がリモートソフトウエアを提供することとしているが、サービス管理ホスト４がリモートソフトウエアを保持していない場合、サービス管理ホスト４は、別のサービス管理ホストのアドレス（例えば、ｈｔｔｐ：／／サービス管理ホスト５／ａｐｐ等）を返信してもよい。また、リモートソフトウエアは、圧縮、暗号化等の処理が施されていてもよい。

また、サービス管理ホスト４は、図５に示す情報に加えて、リモートホストのハードウエア特性（スペックや機能：例えば記憶容量、空き容量、処理できる情報のデータ形式、解像度、処理速度など）やリモートソフトウエアのバージョン等の付加情報をローカルホスト１に送信してもよい。図６は、付加情報の一例を示す図である。バージョン番号は、例えば数値や文字列などの大小比較が可能な形式のデータであって、バージョン番号が大きいほど新しいソフトウエアであることを表す。なお、図６はあくまで一例であり、サービス管理ホスト４は、これ以外の付加情報を送信してもよい。

次に、ローカルホスト１は、サービス管理ホスト４より送られてきたリモートホストに関する情報の中から、所望の処理を実行することができるハードウエア（ＨＷ）を有するリモートホストを表示部ａ５に表示し、入力部ａ６を用いてユーザにリモートホストの選択をさせる（ステップＳ１０４）。このとき、ローカルホスト１は、そのようなリモートホストが複数あれば、これらを複数表示するようにする。なお、ローカルホスト１は、所定の基準をクリアするようなリモートホストがある場合、自動的に当該リモートホストを選択するようにしてもよい。

なお、このとき、サービス管理ホスト４から付加情報が送信されている場合、ローカルホスト１は、その情報を併せて表示するようにすることによって、ユーザにより効率よくリモートホストを選択させることができる。また、ローカルホスト１は、複数の中から最適なもの（例えばユーザの要求を最も満足するハードウエアを具備するもの、ユーザの要求を最も短い時間で処理をするもの、ユーザの要求を満足するハードウエアの組み合わせなど）を選択して表示するようにしてもよい。

図６に示す例を用いて、ローカルホスト１を利用するユーザが具体的にどのようにリモートホストを選択するのかについて説明する。たとえば、ローカルホスト１が携帯電話で、リモートホスト２がパーソナルコンピュータであるとし、リモートホスト３がビデオデッキまたはＤＶＤレコーダであるとする。このとき、携帯電話に格納されているコンテンツをリモートホストに転送したい場合、ハードディスクの空き容量が大きいリモートホストの方がよいので、ユーザは、リモートホスト２を選択する。また、携帯電話に格納されているＭＰＥＧ４形式のコンテンツをリモートホストで再生したい場合、リモートホストはＭＰＥＧ４形式のデータを処理できる必要があるので、ユーザは、リモートホスト３を選択する。当然、このような選択は、ローカルホスト１が所望の処理内容を認識して、自動的に行われてもよい。

サービス管理ホスト４から送られる情報には、リモートホスト２のアドレスに関する情報も含まれている。したがって、次に、ローカルホスト１は、選択されたリモートホストのアドレスに基づいて、当該リモートホストに対して、必要なソフトウエアをダウンロードするように指示する（ステップＳ１０５）。このとき、ローカルホスト１は、取得しているユーザキーを当該リモートホストにあわせて送信する。また、サービス管理ホスト４から付加情報としてソフトウエアのバージョン番号が送信された場合、ローカルホスト１は、リモートホストにダウンロードを指示するソフトウエアのバージョン番号を、ダウンロード指示にあわせて送信してもよい。

これに応じて、リモートホスト２は、受信したユーザキーの照合を認証局ホスト３に対して要求する（ステップＳ２０１）。これに応じた認証局ホスト３は、ユーザキーの認証を行い、正しいユーザキーであるか否かを判断し、認証結果をリモートホスト２に送信する（ステップＳ３０２）。

次に、リモートホスト２は、正しく認証されたか否かを判断する（ステップＳ２０２）。認証されなかった場合、リモートホスト２は、そのまま処理を終了する。一方、認証された場合、リモートホスト２は、ローカルホスト１と情報をやり取りするために必要なソフトウエアの送信をサービス管理ホスト４に要求する（ステップＳ２０３）。これに応じて、サービス管理ホスト４は、所望のソフトウエアをリモートホスト２に送信する（ステップＳ４０４）。そして、リモートホスト２は、当該ソフトウエアを受信する（ステップＳ２０４）。

リモートホスト側での必要なソフトウエアのダウンロードが完了すると、ローカルホスト１とリモートホスト２との間で情報をやり取りするための環境が整うこととなるので、ローカルホスト１およびリモートホスト２は、必要な処理を互いに実行しあって（ステップＳ１０６，Ｓ２０５）、情報（静止画や動画像データ）のやり取りを行う。この時、ソフトウエアが圧縮、暗号化されていた場合には、リモートホスト２は、ステップＳ２０５の前、すなわちリモートアプリケーションの実行前に、伸張、復号化の処理を行う。

このように、ローカルホストは、事前にリモートホストのアドレス情報を知らなくても、サービス管理ホストからリモートホストのアドレス情報を得ることができる。また、ローカルホストおよびリモートホストは、両者の間で情報のやり取りが必要となった場合、必要なソフトウエアをサービス管理ホストからダウンロードしてくることができるので、メモリ領域の有効活用を図ることができる。さらに、リモートホストは、ユーザキーの認証処理を行ってから、ソフトウエアをダウンロードすることとなるので、不正な処理がローカルホストからなされることを防止することができ、安全なサービスを提供するシステムの構築が可能となる。

なお、ローカルホスト１およびリモートホスト２は、処理が完了すれば、必要に応じて、ダウンロードしたソフトウエア（ＳＷ）を削除してもよい。

なお、ローカルホスト１およびリモートホスト２は、処理が完了すれば、必要に応じて、ダウンロードしたソフトウエア（ＳＷ）を記録装置ａ４に保存してもよい。

なお、第１の実施形態では、ローカルホスト１と通信可能なリモートホスト２に関する情報がサービス管理ホスト４に格納されていることとしたが、別に、ローカルホスト１自身に格納されていてもよい。この場合、ローカルホスト１は、共有したいリモートサービスに必要なソフトウエアを実行できるリモートホストを格納されている情報に基づいて選択し、当該リモートホストに対し、当該ソフトウエアをサービス管理ホスト４からダウンロードするように指示する。これに応じて、当該リモートホストは、指示された必要なソフトウエアをサービス管理ホスト４からダウンロードする。そして、当該ソフトウエアをリモートホストおよびローカルホスト間で実行しあって、データのやり取りなどを行う。

なお、第１の実施形態では、ローカルホスト１は、リモートホスト２と情報をやり取りするために必要なソフトウエアを実装していないこととしたが、別に、当該ソフトウエアが予め実装されていてもよい。この場合、図４で示すステップＳ１０１の動作が省略されることとなる。

なお、第１の実施形態では、ローカルホスト１が静止画像、動画像といった情報をリモートホスト２へ転送するものを例に説明したが、これに限定されるものではない。逆に、リモートホスト２がローカルホスト１に必要なソフトウエアをサービス管理ホスト４からダウンロードさせて、ローカルホスト１へ、静止画像、動画像といった情報を転送するようにしてもよい。逆転の動作がなされるだけで、この処理は、上記の説明から容易に実施できる。

なお、第１の実施形態では、リモートホスト２が判断して、ソフトウエアをダウンロードすることとしたが、サービス管理ホスト４がリモートホスト２に対して一方的にソフトウエアを送信するようにしてもよい。この場合、ローカルホスト１は、ステップＳ１０５の動作において、リモートホスト２へ必要なソフトウエアを送信するようサービス管理ホスト４に指示する。その際、ローカルホスト１は、ユーザキーをあわせてサービス管理ホスト４に送信する。これに応じて、サービス管理ホスト４は、認証局ホスト３との間で、ユーザキーの照合を行い、ユーザキーが正しければ、必要なソフトウエアをリモートホスト２に送信する。これにより、リモートホスト２は、必要なソフトウエアを取得することができる。

なお、第１の実施形態では、リモートホスト２への不正アクセスを防止するために、リモートホスト２が認証局ホスト３に対して、ローカルホストの認証を行わせたが、不正アクセスを防止する方法は、これに限られるものではない。認証局ホスト３がなくても、不正アクセスを防止することはできる。たとえば、ローカルホスト１がリモートホスト２に対して、ソフトウエアのダウンロードを要求する場合、リモートホスト２は、ローカルホスト１に対して、パスワードの送信を要求し、正しいパスワードであれば、上記ソフトウエアのダウンロード要求を受け付け、正しいパスワードでなければ、上記ソフトウエアのダウンロード要求を拒否するようにすればよい。また、ローカルホスト１およびリモートホスト２を認識するためのパスワードをユーザキーと対応させてサービス管理ホスト４に設定しておき、リモートホスト２は、サービス管理ホスト４に依頼して、ユーザキーとパスワードとが一致するか否か判断するようにしてもよい。このように構成すれば、認証局ホスト３は不要になり、かつリモートホスト２独自で、ローカルホスト１からの要求の確認ができるようになり、ネットワーク上で行き交う情報を抑制することが可能となる。

（第２の実施形態）
第２の実施形態において、システム全体の構成は、第１の実施形態の場合と同様であるので、図１を援用することとする。第２の実施形態に係るリモートホスト２は、一度ダウンロードしたソフトウエアを装置内の記録装置ａ４に格納しておく。

図７は、本発明の第２の実施形態に係るリモートホストの動作を示すフローチャートである。図７に示す動作は、第１の実施形態に係るリモートホストにおける動作の内、図４に示すステップＳ２０２の次に行われる。以下、図７を参照しながら、第２の実施形態に係るリモートホストの動作について説明する。

まず、ローカルホスト１は、ステップＳ１０５でソフトウエアのダウンロード指示と共にバージョン番号を送る。ソフトウエアのバージョン番号は、ステップＳ４０３において、サービス管理ホスト４が返信する付加情報に含まれる。リモートホスト２は、ローカルホスト１からダウンロード指示があったソフトウエアが記録装置ａ４内に格納されているか否かを判断する（ステップＳ５０１）。格納されていない場合、リモートホスト２は、図４に示すステップＳ２０３の動作に進み、サービス管理ホスト４に対して、当該ソフトウエアの送信を要求する。

一方、格納されている場合、リモートホスト２は、格納されているソフトウエアのバージョンと要求のあったソフトウエアのバージョンとが一致するか否かを判断する（ステップＳ５０２）。このバージョンの比較は、ローカルホスト１からのダウンロード指示にあわせて送られてくるソフトウエアのバージョン番号と、リモートホスト２が記憶しているソフトウエアのバージョン番号とを比較することによって行われる。図８Ａは、バージョンが一致する場合の例を示す図である。図８Ｂは、バージョンが不一致である場合の例を示す図である。

なお、バージョン番号は完全に一致していなくても、一定の条件（例えばリモートホスト２が格納しているソフトウエアのバージョン番号が、ローカルホスト１が要求したソフトウエアのバージョン番号よりも新しい等）を満たす場合、リモートホスト２は、バージョンが一致していると取り扱ってもよい。ローカルホスト１は、サービス管理ホスト４から必要なソフトウエアをダウンロードしているので（図４，ステップＳ１０１参照）、最新のソフトウエアを取得していることとなる。したがって、ローカルホスト１が取得したソフトウエアとリモートホスト２が格納しているソフトウエアとのバージョンが一致しないことがある。ゆえに、リモートホスト２は、ステップＳ５０２の動作によって、バージョンを確認する。

ステップＳ５０２において、バージョンが一致すると判断した場合、リモートホスト２は、記録装置ａ４に格納されているソフトウエアを読み出して（ステップＳ５０３）、図４に示すステップＳ２０５の動作に進み、当該ソフトウエアをローカルホスト１との間で実行しあう。一方、バージョンが一致していない、すなわち古いバージョンのソフトウエアのみを格納していると判断した場合、リモートホスト２は、古いバージョンのソフトウエアを破棄して（ステップＳ５０４）、図４に示すステップＳ２０３の動作に進み、最新のバージョンのソフトウエアをサービス管理ホスト４からダウンロードする。

このように、第２の実施形態においては、リモートホストは、一度ダウンロードしたソフトウエアを格納しておく。実行すべきソフトウエアを格納していない場合、リモートホストは、最新バージョンのソフトウエアをダウンロードすることとなる。したがって、常にソフトウエアをダウンロードしないので、ダウンロードによる通信時間が削減されることとなる。

なお、上記第２の実施形態では、リモートホストがソフトウエアをサービス管理ホストからダウンロードする場合、バージョンの確認を行うこととしたが、ローカルホストからの指示に応じてサービス管理ホストがリモートホストに対して、ソフトウエアを送信する場合にも、リモートホストがバージョン確認するようにしてもよい。具体的には、サービス管理ホストは、ソフトウエアを一方的に送信する前に、送信しようとしているソフトウエアのバージョンをリモートホストに通知する。リモートホストは、通知されてきたバージョンを確認して、当該バージョンのソフトウエアを保存しているか否かを判断する。当該ソフトウエアを一切保存していない場合、または古いバージョンのソフトウエアのみを保存している場合、リモートホストは、当該ソフトウエアを送信してよい旨をサービス管理ホストに通知する。一方、最新バージョンのソフトウエアを保存している場合、リモートホストは、当該ソフトウエアの送信を中止するようサービス管理ホストに通知する。サービス管理ホストは、リモートホストからの通知に応じて、当該ソフトウエアを送信するか、あるいは送信しない。

（第３の実施形態）
第３の実施形態において、システム全体の構成は、第１の実施形態の場合と同様であるので、図１を援用することとする。第３の実施形態に係るローカルホスト１は、一度ダウンロードしたソフトウエアを装置内の記録装置ａ４に格納しておく。また、第３の実施形態では、第２の実施形態で示したように、リモートホストは、一度ダウンロードしたソフトウエアを装置内の記録装置ａ４に格納しておき、最新バージョンのソフトウエアをダウンロードするように動作することとする。

図９は、本発明の第３の実施形態に係るローカルホストの動作を示すフローチャートである。図９に示す動作は、第１の実施形態に係るローカルホストにおける動作の内、図４に示すステップＳ１０１の前に行われる。以下、図９を参照しながら、第３の実施形態に係るローカルホストの動作について説明する。

まず、ローカルホスト１は、利用可能なサービスの一覧（以下、サービス一覧という）をサービス管理ホスト４から取得する（ステップＳ６０１）。ステップＳ６０１における処理については、後述する（図１０参照）。サービス一覧には、サービス毎に、当該サービスを実行するために必要なリモートホストが対応付けられている。当該リモートホストは、サービス一覧を要求したローカルホスト１にアクセス可能なリモートホストである。

次に、ローカルホスト１は、利用したいサービスをユーザに選択させ、当該サービスに必要なソフトウエアを認識する（ステップＳ６０２）。

次に、ローカルホスト１は、認識したソフトウエアが記録装置ａ４内に格納済みであるか否かを判断する（ステップＳ６０３）。格納済みでない場合、ローカルホスト１は、図４のステップＳ１０１の動作に進み、所望のソフトウエアをサービス管理ホスト４からダウンロードする。

一方、格納済みである場合、ローカルホスト１は、格納済みのソフトウエアが最新バージョンであるか否かをサービス管理ホスト４に問い合わせ、最新バージョンであるか否かを判断する（ステップＳ６０４）。最新バージョンでない場合、ローカルホスト１は、古いバージョンのソフトウエアを破棄して（ステップＳ６０６）、図４のステップＳ１０１の動作に進み、最新バージョンのソフトウエアをサービス管理ホスト４からダウンロードする。一方、最新バージョンである場合、ローカルホスト１は、記録装置ａ４内に格納済みのソフトウエアを読み出して（ステップＳ６０５）、図４のステップＳ１０２の動作に進む。

図１０は、サービス一覧取得処理（ステップＳ６０１）におけるローカルホストおよびサービス管理ホストの動作を示すフローチャートである。以下、図１０を参照しながら、サービス一覧取得処理（ステップＳ６０１）におけるローカルホスト１およびサービス管理ホスト４の動作について説明する。

まず、ローカルホスト１は、サービス管理ホスト４に対して、サービス一覧の送信を要求する（ステップＳ７０１）。

これに応じて、サービス管理ホスト４は、自装置内に登録されている全てのサービスを認識する（ステップＳ８０１）。次に、サービス管理ホスト４は、サービス毎に、当該サービスを実行可能で、かつローカルホスト１にアクセス可能なリモートホストを確認して、サービスとリモートホストとを対応付ける（ステップＳ８０２）。次に、サービス管理ホスト４は、サービスとリモートホストとを対応付けたリストをサービス一覧としてローカルホスト１に送信し（ステップＳ８０３）、処理を終了する。

ローカルホスト１は、サービス管理ホスト４から送られてくるサービス一覧を受信して、表示部ａ５へ表示し（ステップＳ７０２）、図９に示す動作に戻る。

これにより、ユーザは、アクセス可能なリモートホストを認識して、当該リモートホストが実行可能なサービスを認識することができる。

なお、上記第３の実施形態において、ローカルホスト１は、ステップＳ６０２の際、サービスを選択させると共に、ユーザキーを取得した後、ユーザにリモートホストも選択させるようにしてもよい。この場合、ステップＳ１０２〜Ｓ１０４の動作を省略することができる。

なお、上記第３の実施形態では、ローカルホスト１は、サービス一覧を取得することとしたが、アクセス可能なリモートホストの一覧（以下、リモートホスト一覧という）を取得するようにしてもよい。図１１は、アクセス可能なリモートホストの一覧を取得する場合のローカルホストおよびサービス管理ホストの動作を示すフローチャートである。

図１１に示すように、まず、ローカルホスト１は、サービス管理ホスト４に対して、リモートホスト一覧の送信を要求する（ステップＳ７１１）。これに応じて、サービス管理ホスト４は、当該ローカルホストにアクセス可能なリモートホストを、予め設定されているリスト（図２参照）を参照して確認し（ステップＳ８１１）、各リモートホストで実行可能なサービスを確認し（ステップＳ８１２）、リモートホストとサービスとを対応付けたリモートホスト一覧をローカルホスト１に送信し（ステップＳ８１３）、処理を終了する。ローカルホスト１は、当該リモートホスト一覧を受信して、表示し（ステップＳ７１２）、図９に示す動作に戻る。

このように、ユーザは、アクセス可能なリモートホストを認識して、当該リモートホストが実行可能なサービスを認識することができる。

なお、図１０および図１１で示した例では、ローカルホスト１がサービス管理ホスト４からサービス一覧やリモートホスト一覧を直接取得することとしたが、ローカルホスト１は、認証局ホスト３にサービス一覧やリモートホスト一覧の取得を要求し、認証局ホスト３がサービス管理ホスト４からサービス一覧やリモートホスト一覧を取得して、ローカルホスト１に送信するようにしてもよい。また、認証局ホスト３が、サービス一覧やリモートホスト一覧を作成して、ローカルホスト１に送信するようにしてもよい。この場合の認証局ホストの機能は、ローカルホストやリモートホスト、ホームサーバ等その他のコンピュータ装置（一覧中継用ホスト）が代わりに行ってもよい。

（第４の実施形態）
上記第１の実施形態では、ローカルホストから選択できるリモートホストがあったとしても、リモートホストの電源が入っていなければローカルホストの有する情報をリモートホストへ送信するといった処理を実行することはできない。

このような場合、第４の実施形態に係るローカルホストは、サービス管理ホスト（または、ローカルホストからの接続が許可されているその他のリモートホスト）に対して、要求する処理を一時的に実行させる。たとえば、ローカルホストからリモートホストへ画像データを転送する場合、ローカルホストは、一旦、当該画像データをサービス管理ホストに転送する。

サービス管理ホストは、ローカルホストが選択したリモートホストの電源が入ったことを確認した場合、先ほど代行して入手した情報を当該リモートホストに再転送する。

このように、第４の実施形態では、ローカルホストが選択したリモートホストの電源がＯＦＦであったとしても、サービス管理ホストが必要な処理を代行した後、当該リモートホストに情報を転送することができるので、所望のリモートホストの電源がＯＦＦであっても、ローカルホストの要求を満足させることが可能なシステムを提供できる。

なお、サービス管理ホストや他のリモートホストでは、完全な処理ができないものの、一部の処理ができるようであれば、ローカルホストは、その一部の処理をサービス管理ホストや他のリモートホストに実行させ、選択したリモートホストの電源が入った後に、実行済みの結果を転送するようにすれば、選択したリモートホストの負荷を軽減することができ、時間は多少遅れるが、ローカルホストで選択したリモートホストの電源がＯＦＦであっても、ローカルホストの要求をある程度満足させることが可能となる。

なお、ホームサーバとしての認証局ホストが、サービス管理ホストに代わって、上記のような代行処理を行ってもよい。

（第５の実施形態）
上記第１の実施形態では、ローカルホストの要求を満足する処理が単一のリモートホストだけではできない場合には、対応できない。ところが、そのような場合であっても、２つ以上のリモートホストを用いれば、要求を満足させることができる場合がある。たとえば、情報のフォーマット（データの形式、圧縮など）を変換する機能や解像度を変換する機能があるリモートホストにあり、情報を保存する機能が別のリモートホストにあるような場合、情報のフォーマットや解像度を変換した後に情報を保存するといった処理を一つのリモートホストで行うことはできないが、二つのリモートホストが協力仕合えば可能である。

第５の実施形態に係るローカルホストは、情報のフォーマットを変換する機能（解像度を変換する機能）を有するリモートホストに、情報を送信して変換を行わせた後、変換後の情報を情報保存機能を有する別のリモートホストに送信して、情報の保存を行わせる。

逆に、リモートホストは、情報のフォーマットを変換する機能（解像度を変換する機能）を有するリモートホストに、情報を送信して変換を行わせた後、変換後の情報をローカルホストに送信して、情報の保存を行わせてもよい。

このように、第５の実施形態では、フォーマット変換が必要な場合や解像度変換が必要な場合など、これらの処理を行えるリモートホストに予め処理を行わせた後、別のリモートホストとの間で情報をやり取りすることができるので、情報のフォーマットが異なることで処理が実行できない、または解像度が対応しないことで情報をやり取りすることができないといった事態を回避することが可能となる。

第５の実施形態は、具体的には、以下のような場合に適用できる。デジタルテレビでは、動画像のフォーマットとして、ＭＰＥＧ２を用いる。一方、携帯電話では、動画像のフォーマットとして、ＭＰＥＧ４を用いる。このような状況では、携帯電話に格納されている動画像データをデジタルテレビに転送したり、デジタルテレビに格納されている動画像データを携帯電話に転送したりしたとしても、うまく再生することができない。このような場合、携帯電話は、フォーマット変換機能を有するリモートホストにフォーマット変換をさせた後、デジタルテレビにデータを転送するようにすればよい。逆も同様である。

（第６の実施形態）
上記第１の実施形態において、ローカルホストは、サービス管理ホストからリモートホストの情報を取得することとした。しかし、ローカルホストとリモートホストとが同一のネットワークに属する場合、ローカルホストは、リモートホストの情報を、サービス管理ホストを利用することなく取得することができる。そのため、サービス管理ホストの構成をよりシンプルにすることができる。

図１２は、本発明の第６の実施形態に係るサービスソフトウエア取得システムの全体構成を示す図である。図１２において、サービスソフトウエア取得システムは、ローカルホスト１１と、２つのリモートホスト１２と、サービス管理ホスト１４とを備える。なお、ここでは、ローカルホスト１１、サービス管理ホスト１４をそれぞれ一つずつ示したが、これらはそれぞれ複数存在していてもよい。また、リモートホスト１２は、２つ未満であってもよいし、３つ以上であってもよい。

図１２において、ローカルホスト１１およびリモートホスト１２は、デジタルテレビ、セットトップボックス等の宅内に設置される電子機器である。ローカルホスト１１とリモートホスト１２とは、ローカルネットワーク１６を介して相互に接続されている。ローカルネットワーク１６は、有線であってもよいし、無線であってもよい。典型的には、ローカルネットワーク１６の通信プロトコルは、ＴＣＰ／ＩＰである。ＴＣＰ／ＩＰは、複数の装置間で情報交換を行うためのプロトコルを規定した公知の技術であり、詳細な説明は省略する。ローカルネットワーク１６は、ルータ１７を経由して宅外のインターネット１５へ接続されている。ルータ１７は、家庭内のローカルネットワーク１６とインターネット１５とを接続するためのゲートウェイである。ルータ１７の具体例としては、ＡＤＳＬモデム、ブロードバンドルータ、ホームサーバ等の公知の機器が挙げられる。

このようなネットワークにおいて、ブロードキャスト通信（または同報通信とも言う）を用いることで、ローカルホスト１１は、リモートホスト１２を発見することができる。ブロードキャストとは、ローカルネットワーク１６に接続されている全ての電子機器に対し、同一のメッセージを送る処理のことである。ブロードキャスト通信を用いてリモートホストを発見する公知技術の代表例として、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌがある。

ここで、ＳＳＤＰの動作について簡単に説明する。ローカルホスト１１は、「ＳＳＤＰ Ｓｅａｒｃｈ」という要求（以下、ＳＳＤＰサーチリクエストという）をローカルネットワーク１６に接続されている全ての機器にブロードキャスト送信する。これに応じて、リモートホスト１２は、自身のＩＰアドレスや、実行可能なサービスに関する情報をローカルホスト１１に返信する。これによって、ローカルホスト１１は、リモートホスト１２に関する情報を得ることができる。

図１３は、本発明の第６の実施形態に係るシステム全体の動作を説明するためのフローチャートである。以下、図１３を参照しながら、システム全体の動作および各ホストの動作について説明する。

まず、ローカルホスト１１は、リモートホスト１２との間で情報をやり取りするリモートサービスのために必要なソフトウエアを所持しているか否かを判断し、必要であれば、サービス管理ホスト１４からダウンロードする（ステップＳ１１０１、Ｓ１４０１）。

次に、ローカルホスト１１は、所望のサービスを実行できるリモートホストが存在するか否かを発見するため、ＳＳＤＰサーチリクエストをブロードキャスト送信する（ステップＳ１１０２）。これに応じて、リモートホスト１２は、自身のＩＰアドレス、自身のスペック、自身の処理機能等を含むメッセージ（以下、ＳＳＤＰサーチレスポンスという）を返信する（ステップＳ１２０１）。

次に、ローカルホスト１１は、受け取ったＳＳＤＰサーチレスポンスに含まれる情報に基づいて、所望の処理を実行することができるハードウエア（ＨＷ）を有するリモートホストを表示し、ユーザにリモートホストの選択をさせる（ステップＳ１１０３）。このとき、ローカルホスト１１は、そのようなリモートホストが複数あれば、これらを複数表示するようにする。なお、ローカルホスト１１は、所定の基準をクリアするようなリモートホストがある場合、自動的に当該リモートホストを選択するようにしてもよい。

次に、ローカルホスト１１は、選択されたリモートホストに対して必要なソフトウエアをダウンロードするように指示する（ステップＳ１１０４）。これに応じて、リモートホスト１２は、サービス管理ホスト４から必要なソフトウエアをダウンロードする（ステップＳ１２０２、Ｓ１４０２）。リモートホスト側での必要なソフトウエアのダウンロードが完了すると、ローカルホスト１１とリモートホスト１２との間で情報をやり取りするための環境が整うこととなるので、ローカルホスト１１およびリモートホスト１２は、必要な処理を互いに実行しあって（ステップＳ１１０５，Ｓ１２０３）、情報（静止画や動画像データ）のやり取りを行う。

このような構成において、ローカルホスト１１は、ブロードキャスト通信によって、リモートホストに関する情報を得ることができる。したがって、サービス管理ホスト１４は、リモートホストに関する情報を保持する必要がない。

なお、第６の実施形態では、ローカルホスト１１がリモートホストを発見するための手法としてＳＳＤＰを用いることとしたが、これに限るものではない。同様の効果を持つ技術としてランデブー（Ｒｅｎｄｅｚｖｏｕｓ）等の公知の技術がある。これらの技術のように、ブロードキャスト通信を用いて、ローカルホストは、リモートホストを検索するようにすればよい。

なお、第６の実施形態では、ブロードキャスト通信を用いるネットワークをローカルネットワーク内であるとしたが、広域ネットワークであったとしても、ローカルホストは、特定のグループ内に属する複数のリモートホストとブロードキャスト通信することによって、所望の処理が実行可能なリモートホストを検索するようにしてもよい。

なお、第６の実施形態においても、当然、第１〜第５の実施形態に示した実施形態の変形例を適用することができる。

本発明にかかるサービスソフトウエア取得方法、ならびにシステムおよびそれに用いられる電子通信機器は、通常使わない不要なソフトウエアを、必要に応じて、取得することができ、ネットワーク接続された複数の電子通信機器間で連携してサービスを実行するシステム等において有用である。

本発明の第１の実施形態に係るサービスダウンロードシステムの全体構成を示す図 サービス管理ホスト４に格納されている情報の一例を示す図 本発明の第１の実施形態に係るローカルホスト１、およびリモートホスト２のハードウエア構成の一例を示すブロック図 本発明の第１の実施形態に係るシステム全体の動作を説明するためのフローチャート 本発明の第１の実施形態に係るシステムにおいて、サービス管理ホスト４がローカルホスト１に返信する情報の一例を示す図 本発明の第１の実施形態に係るシステムにおいて、ローカルホスト１がサービス管理ホスト４から受け取る付加情報の一例を示す図 本発明の第２の実施形態に係るリモートホストの動作を示すフローチャート 本発明の第２の実施形態に係るソフトウエアのバージョンの一致を表す図 本発明の第２の実施形態に係るソフトウエアのバージョンの不一致を表す図 本発明の第３の実施形態に係るローカルホストの動作を示すフローチャート サービス一覧取得処理（ステップＳ６０１）におけるローカルホストおよびサービス管理ホストの動作を示すフローチャート アクセス可能なリモートホストの一覧を取得する場合のローカルホストおよびサービス管理ホストの動作を示すフローチャート 本発明の第６の実施形態に係るサービスソフトウエア取得システムの全体構成を示す図 本発明の第６の実施形態に係るシステム全体の動作を説明するためのフローチャート

符号の説明

１ ローカルホスト
２ リモートホスト
３ 認証局ホスト
４ サービス管理ホスト

Claims (29)

1. ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、
   前記ローカルホストが前記サービス管理ホストに対して、所望のリモートサービスの開始を要求するステップと、
   前記リモートサービスの開始要求に応じ、前記サービス管理ホストが前記ローカルホストと前記リモートサービスの共有が可能なリモートホストを選び出し、当該リモートホストに関する情報を前記ローカルホストに返信するステップと、
   返信されてくるリモートホストに関する情報に基づいて、前記ローカルホストが、前記リモートサービスを共有したいリモートホストを選択し、当該リモートホストに対し、前記リモートサービスを共有するためのソフトウエアを前記サービス管理ホストからダウンロードするように指示するステップと、
   ダウンロード指示された必要なソフトウエアを前記リモートホストが前記サービス管理ホストからダウンロードするステップとを備える、サービスソフトウエア取得方法。
2. ネットワークを介して接続されたローカルホストおよびリモートホスト間において共有したいリモートサービスに必要なソフトウエアを、当該ソフトウエアを格納しているサービス管理ホストから取得するための方法であって、
   前記共有したいリモートサービスに必要なソフトウエアを実行できるリモートホストを前記ローカルホストが選択するステップと、
   選択された当該リモートホストに対し、前記ソフトウエアを前記サービス管理ホストからダウンロードするように指示するステップと、
   ダウンロード指示された必要なソフトウエアを前記リモートホストが前記サービス管理ホストからダウンロードするステップとを備える、サービスソフトウエア取得方法。
3. さらに、前記ローカルホストが利用可能なリモートサービスの一覧を、前記サービス管理ホストに対して前記ローカルホストが要求するステップと、
   前記ローカルホストからの要求に応じて、前記ローカルホストが利用可能な各リモートサービスを、前記サービス管理ホストが認識するステップと、
   認識された各前記リモートサービスを前記ローカルホストと共有できるリモートホストを、前記サービス管理ホストが認識するステップと、
   前記リモートサービスと前記リモートホストとの組を示すサービス一覧を、前記ローカルホストに前記サービス管理ホストが通知するステップと、
   通知された前記サービス一覧を、前記ローカルホストが表示するステップとを備える、請求項１または２に記載のサービスソフトウエア取得方法。
4. さらに、前記ローカルホストがアクセス可能なリモートホストの一覧を、前記サービス管理ホストに対して前記ローカルホストが要求するステップと、
   前記ローカルホストからの要求に応じて、前記ローカルホストがアクセス可能なリモートホストを、前記サービス管理ホストが認識するステップと、
   認識された各前記リモートホストについて、前記ローカルホストと共有できるリモートサービスを、前記サービス管理ホストが認識するステップと、
   前記リモートホストと前記リモートサービスとの組を示すリモートホスト一覧を、前記ローカルホストに前記サービス管理ホストが通知するステップと、
   通知された前記リモートホスト一覧を、前記ローカルホストが表示するステップとを備える、請求項１または２に記載のサービスソフトウエア取得方法。
5. さらに、前記ローカルホストが利用可能なリモートサービスの一覧を、前記ネットワークに接続された一覧中継用ホストに対して前記ローカルホストが要求するステップと、
   前記ローカルホストからの要求に応じて、前記ローカルホストが利用可能なリモートサービスの一覧を、前記サービス管理ホストに前記一覧中継用ホストが要求するステップと、
   前記一覧中継用ホストからの要求に応じて、前記ローカルホストが利用可能な各リモートサービスを、前記サービス管理ホストが認識するステップと、
   認識された各前記リモートサービスを前記ローカルホストと共有できるリモートホストを、前記サービス管理ホストが認識するステップと、
   前記リモートサービスと前記リモートホストとの組を示すサービス一覧を、前記ローカルホストに前記サービス管理ホストが通知するステップと、
   通知された前記サービス一覧を、前記ローカルホストが表示するステップとを備える、請求項１または２に記載のサービスソフトウエア取得方法。
6. さらに、前記ローカルホストがアクセス可能なリモートホストの一覧を、前記ネットワークに接続された一覧中継用ホストに対して前記ローカルホストが要求するステップと、
   前記ローカルホストからの要求に応じて、前記ローカルホストが利用可能なリモートホストの一覧を、前記サービス管理ホストに前記一覧中継用ホストが要求するステップと、
   前記一覧中継用ホストからの要求に応じて、前記ローカルホストがアクセス可能なリモートホストを、前記サービス管理ホストが認識するステップと、
   認識された各前記リモートホストについて、前記ローカルホストと共有できるリモートサービスを、前記サービス管理ホストが認識するステップと、
   前記リモートホストと前記リモートサービスとの組を示すリモートホスト一覧を、前記ローカルホストに前記サービス管理ホストが通知するステップと、
   通知された前記リモートホスト一覧を、前記ローカルホストが表示するステップとを備える、請求項１または２に記載のサービスソフトウエア取得方法。
7. 前記リモートホストは、取得した前記ソフトウエアを保存しており、
   前記リモートホストが前記サービス管理ホストからダウンロードするステップでは、
   前記必要なソフトウエアをダウンロードする指示が前記ローカルホストから与えられた場合、保存しているソフトウエアの中に前記必要なソフトウエアと同一のソフトウエアが存在するか否かを前記リモートホストが判断し、
   同一のソフトウエアが存在しない場合、前記サービス管理ホストから前記必要なソフトウエアを前記リモートホストがダウンロードし、
   同一のソフトウエアが存在する場合、前記サービス管理ホストから前記必要なソフトウエアをダウンロードせずに、保存されているソフトウエアを利用して、前記ローカルホストと前記リモートホストとが前記リモートサービスを実行する、請求項１または２に記載のサービスソフトウエア取得方法。
8. 前記リモートホストが前記サービス管理ホストからダウンロードするステップでは、さらに、
   前記同一のソフトウエアが存在する場合、前記必要なソフトウエアのバージョンと保存されているソフトウエアのバージョンとを比較し、
   前記保存されているソフトウエアのバージョンの方が古い場合、前記保存されているソフトウエアを破棄して、前記必要なソフトウエアを前記サービス管理ホストからダウンロードする、請求項７に記載のサービスソフトウエア取得方法。
9. リモートサービスを共有するのに必要なソフトウエアを前記ローカルホストが前記サービス管理ホストからダウンロードするステップをさらに備える、請求項１または２に記載のサービスソフトウエア取得方法。
10. 前記ローカルホストは、取得した前記ソフトウエアを保存しており、
    前記ローカルホストが前記サービス管理ホストからダウンロードするステップでは、
    保存しているソフトウエアの中に前記必要なソフトウエアと同一のソフトウエアが存在するか否かを前記ローカルホストが判断し、
    同一のソフトウエアが存在しない場合、前記サービス管理ホストから前記必要なソフトウエアを前記ローカルホストがダウンロードし、
    同一のソフトウエアが存在する場合、前記サービス管理ホストから前記必要なソフトウエアをダウンロードせずに、保存されているソフトウエアを利用して、前記ローカルホストと前記リモートホストとが前記リモートサービスを実行する、請求項９に記載のサービスソフトウエア取得方法。
11. 前記ローカルホストが前記サービス管理ホストからダウンロードするステップでは、さらに、
    前記同一のソフトウエアが存在する場合、前記必要なソフトウエアのバージョンと保存されているソフトウエアのバージョンとを比較し、
    前記保存されているソフトウエアのバージョンの方が古い場合、前記保存されているソフトウエアを破棄して、前記必要なソフトウエアを前記サービス管理ホストからダウンロードする、請求項１０に記載のサービスソフトウエア取得方法。
12. 前記リモートホストに関する情報は、前記ネットワーク上に割り当てられている当該リモートホストのアドレスであることを特徴とする、請求項１または２に記載のサービスソフトウエア取得方法。
13. リモートサービスを共有することができるリモートホストが複数ある場合、アクセスできるリモートホストを前記ローカルホストが表示するステップをさらに備える、請求項１または２に記載のサービスソフトウエア取得方法。
14. 前記リモートホストがダウンロードしたソフトウエアを利用して、前記リモートホストと前記ローカルホストとの間で、情報を通信するステップをさらに備える、請求項１または２に記載のサービスソフトウエア取得方法。
15. 前記情報を通信するステップでは、前記ローカルホストまたは前記リモートホストが有する静止画像データを通信することを特徴とする、請求項１４に記載のサービスソフトウエア取得方法。
16. 前記情報を通信するステップでは、前記ローカルホストまたは前記リモートホストが有する動画像データを通信することを特徴とする、請求項１４に記載のサービスソフトウエア取得方法。
17. 前記ローカルホストと前記選択されたリモートホストとの間で情報を通信する場合、さらに、
    通信すべき情報に所定の処理を施すことが可能な前記選択されたリモートホストとは別のリモートホストに対して、前記ローカルホストまたは前記選択されたリモートホストが前記情報を送信するステップと、
    前記所定の処理を行った後、前記別のリモートホストが、処理後の情報を前記選択されたリモートホストまたは前記ローカルホストに送信するステップとを備える、請求項１４に記載のサービスソフトウエア取得方法。
18. 前記所定の処理は、前記情報のフォーマットを変換する処理であることを特徴とする、請求項１７に記載のサービスソフトウエア取得方法。
19. 前記所定の処理は、前記情報の解像度を所定の解像度に変換する処理であることを特徴とする、請求項１７に記載のサービスソフトウエア取得方法。
20. ネットワークを介して接続されている少なくとも２以上の電子通信機器間で所望の処理を実行するためのシステムであって、
    前記ネットワークに接続されており、前記所望の処理を実行するために必要なソフトウエアを格納しているサービス管理ホストと、
    前記電子通信機器の内、ユーザによって操作される第１の電子通信機器と、
    前記第１の電子通信機器と連携することによって前記所望の処理を実行することができる第２の電子通信機器と、
    前記第１の電子通信機器と前記第２の電子通信機器との対応関係を認識する対応関係認識手段とを備え、
    前記第１の電子通信機器は、前記所望の処理を実行する場合、前記対応関係認識手段によって認識される前記第２の電子通信機器に、前記サービス管理ホストに格納されている前記ソフトウエアを取得させるソフトウエア取得手段を含む、サービスソフトウエア取得システム。
21. 前記ソフトウエア取得手段は、ユーザによって選択された前記第２の電子通信機器に対し、前記ソフトウエアを前記サービス管理ホストからダウンロードするように指示する、請求項２０に記載のサービスソフトウエア取得システム。
22. 前記ソフトウエア取得手段は、ユーザによって選択された前記第２の電子通信機器に対して、前記ソフトウエアを送信するよう前記サービス管理ホストに指示する、請求項２０に記載のサービスソフトウエア取得システム。
23. 前記対応関係認識手段は、前記対応関係を認識する際、前記第１の電子通信機器を操作しているユーザを認証することによって、前記第１の電子通信機器と連携することができる前記第２の電子通信機器を認識する、請求項２０に記載のサービスソフトウエア取得システム。
24. 前記対応関係認識手段は、前記第１の電子通信機器を所有するユーザ用のホームサーバ内に設けられている、請求項２０に記載のサービスソフトウエア取得システム。
25. 前記対応関係認識手段は、前記サービス管理ホスト内に設けられている、請求項２０に記載のサービスソフトウエア取得システム。
26. ネットワークに接続されており、前記ネットワークに接続されているリモートホストと連携して所定の処理を実行する電子通信端末であって、
    前記ネットワークに接続されているコンピュータ装置から、前記所定の処理を連携して実行できるリモートホストに関する情報を取得する情報取得手段と、
    前記情報取得手段が取得した情報に基づいて、前記所定の処理を連携して実行できるリモートホストを特定するリモートホスト特定手段と、
    前記ネットワークに接続されたサービス管理ホストに格納されている前記所定の処理を実行するためのソフトウエアを、前記リモートホスト特定手段が特定したリモートホストに取得させるソフトウエア取得要求手段とを含む、電子通信端末。
27. さらに、前記ネットワークに接続されている認証局ホストに登録されているユーザキーを取得するためのユーザキー取得手段を含み、
    前記ソフトウエア取得要求手段は前記所定の処理を実行するためのソフトウエアの取得要求と共に、前記ユーザキー取得手段が取得したユーザキーを送信することを特徴とする、請求項２６に記載の電子通信端末。
28. ネットワークに接続されており、前記ネットワークに接続されているローカルホストと連携して所定の処理を実行する電子通信端末であって、
    前記ローカルホストから前記所定の処理を実行するためのソフトウエアの取得要求を受け付けるソフトウエア取得要求受信手段と、
    前記所定の処理を実行するためのソフトウエアを前記ネットワークに接続されているサービス管理ホストからダウンロードするソフトウエア取得手段とを含む、電子通信端末。
29. さらに、前記ネットワークに接続されている認証局ホストに対してユーザキーの照合確認を行うユーザキー照合確認手段を備え、
    前記ソフトウエア取得要求受信手段が受信したソフトウエア取得要求にユーザキーが付随している場合、前記ソフトウエア取得手段は、前記ユーザキー照合確認手段によって前記ユーザキーの照合確認がとれたら、前記サービス管理ホストから前記所定の処理を実行するためのソフトウエアをダウンロードすることを特徴とする、請求項２８に記載の電子通信端末。

Images