JP4898269B2 - 通信装置及びそのインストール方法 - Google Patents

Description

本発明は、通信装置及びそのインストール方法に関するものである。

ＨＤＤ内蔵型のビデオレコーダーや一部のテレビなど、ＬＡＮ（Local Area Network）接続機能を持つ製品が市販されている。これらの製品は、ネットワーク経由でレコーダー内部に保存された静止画や映像を取得し、テレビで表示するなどの使い方ができる。このような使い方に代表される、異なるメーカー間での静止画や動画のやり取りに関する標準規格としては、ＤＬＮＡ（Digital Living Network Alliance）が知られている。

一方、ネットワーク機能を持たない入出力デバイスにネットワーク通信機能を付加する通信アダプタがある。例えば、ＵＳＢ（Universal Serial Bus）インターフェースを持つプリンタにＬＡＮ機能を持たせるプリントサーバが市販されている。

デジタルカメラやプリンタ、スキャナなどの入出力機器はネットワーク機能を持たない機種が多いため、このような外付け型の通信アダプタを使用することにより後からネットワーク機能を付加できる。

ネットワークに接続しないデバイスのファームウェアの更新は、ＵＳＢなどのインターフェースを通じて行ったり、Ethernet（登録商標）カードなどのメディア経由で行ったりする方法が一般的である。これに対して、ネットワーク接続された機器の組み込みソフトウェアの更新は、パーソナルコンピュータと同様にネットワーク経由で行うことができる。例えば、インストールサーバから複数のクライアントに対してソフトウェアを配布し、クライアントがサーバに対してインストールの終了を通知する技術が、特許文献１に開示されている。

また、コンピュータがネットワーク上にプリンタを検知した場合に、自動的にプリンタポートを作成し、ドライバソフトウェアをインストールする技術が特許文献２に開示されている。また、ネットワーク経由で入出力デバイスの機器構成を動的に変更及び再構築する例としては、特許文献３がある。

また、複数のサービスを統括して要求特性を抽出し、各サービスの提供方法を動的に決定する例として、特許文献４がある。
特開２０００−４０００３号公報 特開２００２−３６６５０２号公報 特開２００５−１８２４８１号公報 特開２００５−１００３２０号公報

このように、ネットワークに接続されたソフトウェアの更新は、ネットワーク経由か、そうでないかにかかわらず、機器毎に行うことが一般的であった。しかしながら、複数の機器を組み合わせて使用するシステムの場合、機器単体のソフトウェアを個別に更新するので不十分であり、接続相手の機器も含めてソフトウェアを更新する必要がある。

ここで考えられる全ての組み合わせに対応するソフトウェアを事前にインストールすることは、機器の種類の増加や通信アダプタの容量を考えると事実上不可能である。

また、外付けタイプの通信アダプタの場合は、接続されるデバイスが事前に分からないため、デバイスが判明した時点で最適なソフトウェアを選択してインストールする必要があった。

また、入出力デバイスの入出力処理の処理実行を行うために、デバイスの機能・能力を動的に再構築することしかできないため、新たなサービスを実行した時に、機能の組み合わせの関係で機能が不足する場合には対応できないという問題もあった。

本発明は、通信装置によって実現されるサービスを提供するソフトウェアをインストールすることを目的とする。

本発明は、それぞれに入出力デバイスが接続された、ネットワーク上の複数の通信装置に、サーバ装置からソフトウェアをインストールするインストール方法であって、前記複数の通信装置のうちの一つの取得手段が、前記ネットワーク上の他の通信装置に接続された入出力デバイスの能力情報を取得する取得工程と、前記複数の通信装置のうちの前記一つの判定手段が、前記複数の通信装置のそれぞれに接続された入出力デバイスの組み合わせによって実現されるサービスを判定する判定工程と、前記複数の通信装置のそれぞれの受信手段が、前記判定工程で判定したサービスを提供するためのソフトウェアを前記サーバ装置から受信する受信工程と、前記複数の通信装置のそれぞれのインストール手段が、前記受信工程で受信したソフトウェアをインストールするインストール工程とを有することを特徴とする。

また、本発明は、ネットワークに接続される通信装置であって、入出力デバイスを接続する接続手段と、前記ネットワーク上の他の通信装置に接続された他の入出力デバイスの能力情報を取得する取得手段と、前記接続手段に接続された入出力デバイスと前記ネットワーク上の他の通信装置に接続された他の入出力デバイスの組み合わせによって実現されるサービスを判定する判定手段と、前記判定手段で判定したサービスを提供するためのソフトウェアを前記ネットワーク上のサーバ装置から受信する受信手段と、前記受信手段で受信したソフトウェアをインストールするインストール手段とを有することを特徴とする。

本発明によれば、入出力デバイスが接続される通信装置に、ネットワーク上の他の通信装置に接続された入出力デバイスの能力に適応して、複数の通信装置のそれぞれに接続された入出力デバイスの組み合わせによって実現されるサービスを提供するためのソフトウェアをインストールすることができる。

以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。

［第１の実施形態］
第１の実施形態では、ディスプレイに接続された通信アダプタ（通信装置）が、インストール情報に基づきネットワーク上に接続された他の通信アダプタ（通信装置）にソフトモジュールのインストールを指示する場合を説明する。

尚、以下では、ディスプレイに接続された通信アダプタを「ディスプレイアダプタ」と称す。また、アプリケーションソフトを単に「アプリ」と略す。

図１は、第１の実施形態におけるシステムの構成の一例を示す図である。システムは、複数の入出力デバイスに接続された通信アダプタ（通信装置）がネットワーク１７０で接続された形態をしている。図１に示す例では、入出力デバイスと通信アダプタは、ディスプレイ１０１とディスプレイアダプタ１０２、カメラ１１１とカメラアダプタ１１２、プリンタ１２１とプリンタアダプタ１２２、スキャナ１４１とスキャナアダプタ１４２である。ここで、通信アダプタの呼称は便宜上デバイス名を冠しているが、各通信アダプタは共通の仕様であり、何れの入出力デバイスに対しても接続可能である。もちろん、特定デバイス向けの通信アダプタも存在し、例えばパン・チルト制御が可能な雲台を持つカメラ向け通信アダプタなどの実施形態が可能である。また、入出力デバイスと通信アダプタには制御を行うためのソフトウェアが各々搭載されている。

ここで通信アダプタは、ＵＳＢなどのインターフェースによってデバイスと接続されており、その結果ネットワーク経由でデバイスの制御が可能となる。例えば、カメラ１１１はカメラアダプタ１１２を通じてズーム、焦点、露出、シャッタースピードなどのカメラパラメータの変更やレリーズ動作、画像の取り出しや削除などを外部から制御可能である。このようなカメラ制御を要求するためのソフトウェアは、例えばディスプレイアダプタ１０２に搭載され、ユーザはディスプレイ１０１上に表示されたＧＵＩ（Graphical User Interface）を通じてカメラ１１１を制御できる。

尚、通信アダプタ間で制御を行うためのプロトコルとしては、本発明はUPnPやDLNAなどの特定のプロトコルに依存するものではなく、種々のプロトコルを適用できることは言うまでもない。

また、通信アダプタはＬＡＮ１７０によって相互に接続される一方で、ルータ１５０を通じてインターネット１８０などの外部ネットワークに通じており、インストールサーバ１６０へのアクセスが可能である。ここで、各通信アダプタは必要に応じてインストールサーバ１６０にアクセスし、サーバが持つインストールモジュールやインストール情報を取得してインストール処理を行う。

次に、図２を用いて、入出力デバイスと接続される通信アダプタ（通信装置）のハードウェア構成について説明する。尚、それぞれの通信アダプタ（通信装置）は、基本的には同じ構成である。

図２は、通信アダプタ（通信装置）のハードウェア構成の一例を示す図である。通信アダプタ２００は、通常のコンピュータと同様に、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３を備えている。また、ＲＯＭ２０２には書き換え可能なフラッシュＲＯＭも含まれる。更に、外部記憶２０９として、Ethernet（登録商標）やＳＤカードなどのメモリカードも利用可能である。外部記憶２０９の制御は外部記憶制御部２０８が行う。

また、通信アダプタ２００は、表示手段としてディスプレイ部（ＬＥＤ）２０５とディスプレイ制御部２０４とを備えている。また、入力手段としてスイッチ２０７とスイッチ制御部２０６とを備えている。勿論、不図示のマウスやキーボードなどの入力デバイスの接続も可能である。また、ＵＳＢなどの外部インターフェース２１０を通じて入出力デバイス１００との通信が可能である。入出力デバイスに対しては、電源の供給や電源制御部２１１を通じた電源制御が可能である。更に、ネットワーク１７０との通信は、通信インターフェース２１２を使用する。通信インターフェース２１２には、有線ＬＡＮに加えて無線ＬＡＮも搭載する。

次に、入出力デバイスと通信アダプタのソフトウェア構成について説明する。通信アダプタのソフトウェアは、ＬＡＮやメモリカードなどの入出力インターフェース向けの各種ドライバ、ＯＳ（Operating System）、ファームアプリケーション、固有のライブラリなどから構成される。ここで固有のライブラリとは、ファームアプリケーションから呼び出されるものであり、例えば映像伝送に関わるＲＴＰ、MPEGのデコード、動き検知や顔検知などの画像処理などを行うものである。ここで、ＲＴＰはReal-Time Transport Protocolの略である。

一方、通信アダプタは、ファームアプリケーションを更新したり、ライブラリを必要に応じてインストールしたりすることにより、様々な機能を実現することができる。通常、通信アダプタでは、マルチプロセスＯＳが動作し、ファームアプリケーションとしてデバイスの制御プロセスの他に、HTTPサーバ、FTPサーバ、LOGデーモンなどのプロセスが同時に動作する。例えば、入力系の通信アダプタでは、他の通信アダプタからの要求に対して画像を送信したり、機器の制御を仲介したりするサーバプロセスが動作する。一方、表示系の通信アダプタでは、ユーザにデバイスの状態を表示、或いはデバイスを制御するためのＧＵＩを持つアプリケーションが複数起動する。

次に、図３を用いて、第１の実施形態におけるソフトウェアのインストール手順の概要について説明する。

図３は、図１に示すシステムと同様に、通信アダプタ（通信装置）経由でネットワーク１７０に接続された複数の入出力デバイスから構成されるシステムである。説明のためディスプレイ、カメラ、プリンタと、各通信アダプタとを用いている。また、インストールに関する情報はディスプレイアダプタ１０２が保持している。尚、この情報の表現方法については更に後述する。

図３に示すシステムは、ディスプレイ１０１とディスプレイアダプタ１０２、プリンタ１２１とプリンタアダプタ１２２は既に起動しているものとする。そして、新規にカメラ１１１とカメラアダプタ１１２が起動した場合に、通信アダプタ用のソフトモジュールをインストールする手順を示している。

まず、Ｓ３０１において、カメラアダプタ１１２から各通信アダプタに対して接続通知がなされる。次に、Ｓ３０２でディスプレイアダプタ１０２がこれを検知する。接続通知と検知のしくみは、例えばUPnPを使用することによって実現できる。ここで、新たな通信アダプタ（新規通信装置）を検知したディスプレイアダプタ（通信装置）１０２は、Ｓ３０４でインストール情報を参照する。そして、カメラアダプタ１１２が新たに接続したことによって使用可能になるアプリケーションと、そのアプリケーションに必要な、各通信アダプタ向けのモジュール情報を取得する。

次に、Ｓ３０５でディスプレイアダプタ１０２は取得した情報に基づいてインストールを行うことで使用可能になるアプリケーション（サービス）の一覧をディスプレイ１０１に表示する。そして、Ｓ３０６でユーザがインストールを所望するアプリケーションを指定する。

このように、インストールを行うアプリケーションが決定した場合、Ｓ３０７でディスプレイアダプタ１０２はカメラアダプタ１１２に対してインストールモジュールの指示を行う。これに対してカメラアダプタ１１２は、Ｓ３１０でインストールサーバ（サーバ装置）１６０からインストールモジュールを取得し、Ｓ３１１でインストールを行う。また、ディスプレイアダプタ１０２は、プリンタアダプタ１２２に対しても、Ｓ３０８でインストールモジュールの指定を行う。これに対してプリンタアダプタ１２２は、Ｓ３１３でインストールモジュールを取得し、Ｓ３１４でモジュールのインストールを行う。

インストールが終了すると、Ｓ３１５及びＳ３１６で、各通信アダプタはインストールの終了をディスプレイアダプタ１０２に通知する。各通信アダプタからインストール完了通知を受信したディスプレイアダプタ１０２は、Ｓ３１７でサーバからアプリケーションをダウンロードし、Ｓ３１８でインストールを行い、一連のインストール処理を終了する。

次に、図４及び図５を用いて、入出力デバイスにインストールされるインストール情報の内容と記述方法について説明する。

図４は、第１の実施形態におけるインストール情報の内容を示す図である。図４に示すように、インストール情報はディスプレイアダプタ１０２で実行されるアプリケーション、そのアプリケーションの実行のために必要な通信アダプタ、及び各通信アダプタで必要なモジュールを記述したものである。

例えば、リモートキャプチャアプリに必要な通信アダプタ及びソフトウェアモジュールは、図４に示すように、標準モジュールを持つディスプレイアダプタと標準モジュールを持つカメラアダプタとであり、各モジュールのバージョンは１．０である。当然のことながら各通信アダプタは入出力デバイスと接続した状態となっている。

また同様に、モニタリングアプリケーションに必要な通信アダプタ及びモジュールは、標準に加えてMotion JPEGのデコードモジュールを持つディスプレイアダプタと動き検知及び追尾モジュールを持つカメラアダプタとである。そして、各モジュールのバージョンは１．０である。

図５は、図４に示すインストール情報の内容をＸＭＬ形式で記述した例を示す図である。図５に示す＜InstallModule＞タグで囲まれた部分が一つのアプリケーションに関してインストールを行うモジュールである。＜Application＞タグにアプリケーション名が、＜Adapter＞タグに通信アダプタ名とバージョンが、また＜SoftModule＞タグ内に必要なモジュール名とバージョンの一覧が記述されている。

次に、図６を用いて、ディスプレイ１０１に表示されるＧＵＩの一例について説明する。図６は、入出力デバイスにインストールするアプリケーションを表示するＧＵＩの一例を示す図である。６０１はディスプレイ上の１つのウィンドウないしはディスプレイ全体の表示であり、内部にアプリケーションのアイコン６０４〜６０７が表示される。ここで、アイコン６０４、６０７はインストール済みのアプリケーションであり、６０６はインストールが不可能なアプリケーションである。インストール不可能なアプリケーションとは必要な通信アダプタが揃わないために、インストールができないものである。

アイコン６０５は未インストールのアプリケーションの中でインストールが可能なアプリケーションであり、このようなアプリケーションのアイコンは強調表示される。また、アプリケーション６０５に関する説明６０８が表示される。

カーソルボタン６０２、６０３の押下か、或いはカーソルキー押下によってアプリケーションアイコンを選択できる。ここで、インストール可能なアプリケーションのアイコン６０５にフォーカスがある場合、インストールボタン６１０が有効化する。そして、このボタン６１０をユーザが押下すると、ディスプレイアダプタ１０２から各通信アダプタに対してモジュールのインストール命令が送信される。

尚、図６に示す例では、説明のために全てのアプリケーションのアイコンを表示しているが、インストール可能なアプリケーションのみを表示するＧＵＩを用いることも可能である。

このように、インストール可能なソフトウェアを画面上に表示してユーザに選択させた上でインストールを行うことにより、必要なソフトウェアのみをインストールすることができる。

次に、図７を用いて、各通信アダプタ（通信装置）とインストールサーバ（サーバ装置）との処理手順を詳細に説明する。尚、図７に示す例では、通信アダプタＡ、通信アダプタＢ、ディスプレイアダプタ、及びインストールサーバの相互通信手順を示している。通信アダプタＡと通信アダプタＢは、ディスプレイアダプタ以外の入出力デバイスに接続された通信アダプタであるが、特定の通信アダプタに限定されるものではない。

図７は、ディスプレイアダプタ（通信装置）１０２が他の通信アダプタへのインストールを判断する処理手順を示す図である。まず、Ｓ７０１で通信アダプタＡが起動され、Ｓ７０２でディスプレイアダプタ１０２が起動する。ここで、起動手順はどちらが先でも良い。起動後、ディスプレイアダプタ１０２は、Ｓ７０３においてネットワーク１７０上の通信アダプタを探索する。これに対して通信アダプタＡは、Ｓ７０４で探索要求に対して反応を返す。ディスプレイアダプタ１０２は、Ｓ７０５で反応を受信し、通信アダプタＡを発見する。これに対して、Ｓ７０６で通信アダプタの能力を要求する。通信アダプタＡは、Ｓ７０７で接続デバイスや接続デバイスの提供するサービス、インストールモジュール、そのバージョンなどの情報（サービス一覧）を返信する。以上の仕組みは、例えばUPnPを用いることで実装が可能である。

Ｓ７０８で通信アダプタの能力を受信したディスプレイアダプタ１０２は、交換した能力情報と手持ちのサービス情報を参照し、新たにインストール可能なアプリケーションが存在するか否かを判定する。ここで、通信アダプタＡは過去に接続の実績があり、新たにインストール可能なアプリケーションが無かったため、新規にモジュールのインストールは行わないと判定する。

次に、Ｓ７１０で通信アダプタＢが起動する。この通信アダプタＢはこれまで接続実績が無かったものである。通信アダプタＢは起動通知を行い、ディスプレイアダプタ１０２は、Ｓ７１１でこの通知を検知する。次に、Ｓ７１２で通信アダプタＢの能力を要求すると、Ｓ７１３で通信アダプタＢは能力（サービス一覧）を返信する。このように通信アダプタＢが後で起動を行い、起動を通知する方法もUPnPで実装可能である。

ここで、インストールモジュール情報が古い場合は、ディスプレイアダプタ１０２は、Ｓ７１４でインストールサーバ１６０に対してインストール情報の更新を要求する。これに対してインストールサーバ１６０がＳ７１５でインストール情報を返信し、ディスプレイアダプタ１０２は、Ｓ７１６でインストール情報を更新する。インストール情報を更新するタイミングは、このようにインストールの判断をする直前でも良いし、或いは起動時に行っても良い。また、定期的に行っても良い。

次に、Ｓ７１７でインストールの判定を行う。ここで、通信アダプタＢはこれまで接続実績のない新規デバイスに接続されたアダプタ（新規通信装置）であるため、既存の通信アダプタとの組み合わせによって新たに使用可能になるアプリケーション（サービス）が存在する可能性がある。そこで、ディスプレイアダプタ１０２は、図５に示すインストール情報を参照してインストール可能なアプリケーションを判別する。そして、Ｓ７１８で図６に示すようなＧＵＩを表示し、ユーザによるアプリケーションの指定を促す。その後、Ｓ７１９でユーザによるアプリケーションの指定があると、Ｓ７３１以降で当該アプリケーション（サービス）に必要なモジュール（ソフトウェア）のインストールを各通信アダプタに要求する。

まず、Ｓ７３１で通信アダプタＡに対してソフトモジュールのインストールを要求し、Ｓ７３２で通信アダプタＢに対してもソフトモジュールのインストールを要求する。この要求はインストールするモジュールの一覧を添付した命令を、通信アダプタに送信する形で行う。インストール要求を受信した通信アダプタＡは、Ｓ７３３でインストールサーバ１６０に対してソフトモジュールを要求する。これに対してインストールサーバ１６０がＳ７３４で当該モジュールの返信を行う。一方、モジュールを受信した通信アダプタＡはＳ７３５でインストールを行う。インストールするソフトモジュールが複数ある場合には、上述のＳ７３３からＳ７３５を繰り返す。また、通信アダプタＢも同様な手順により、Ｓ７３６からＳ７３８においてインストールを行う。

インストールが完了したら、各通信アダプタはＳ７３９、Ｓ７４０で完了通知をディスプレイアダプタ１０２に対して送信する。これにより、ディスプレイアダプタ１０２は、アプリケーションに必要なソフトモジュールのインストールが全ての通信アダプタにおいて完了したことを確認する。そして、Ｓ７４１でインストールサーバ１６０に対してアプリケーションモジュールを要求する。インストールサーバ１６０は、７４２でアプリケーションモジュールを送信する。Ｓ７４３でディスプレイアダプタ１０２はアプリケーションモジュールを受信してインストールを行い、ディスプレイ画面上にインストールが終了したことを表示し、インストールに関する全ての処理を終了する。

第１の実施形態によれば、ディスプレイアダプタで動作するアプリケーションに必要な通信アダプタとソフトモジュールからなるインストール情報を提供する。また、通信アダプタがネットワークに接続されたときに、インストール情報を参照してインストール可能なアプリケーションをユーザに選択させる。また、ユーザの選択したアプリケーションの実行に必要なソフトモジュールを各通信アダプタに通知する手段を提供する。更に、通知を受信した各通信アダプタは、インストールサーバから当該ソフトモジュールをダウンロードしてインストールを行う。

これにより、システム構成に応じて実際に使用可能なアプリケーションをインストールすることができる。また、ディスプレイアダプタにおいてインストールの指示を行うだけで、関連する通信アダプタ上で動作するソフトモジュールもまとめてインストールできる。

［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態について詳細に説明する。第２の実施形態では、通信アダプタがインストール情報を持ち、実行可能なアプリケーションやソリューションに関わるソフトモジュールを各通信アダプタの判断でインストールする場合を説明する。ここで、ソリューションとは、カメラアダプタからプリンタアダプタに対してカメラ内部の写真を印刷するように要求する機能のように、複数の通信アダプタの組み合わせによって実現可能なサービスを意味する。

第２の実施形態では、ディスプレイアダプタがネットワーク上に存在しなくても良い。つまり、カメラアダプタとプリンタアダプタのみが起動している場合であっても、各々の通信アダプタが必要なソフトウェアモジュールを自動的に判断し、取得してインストールすることができる。

第２の実施形態におけるシステムの構成は、第１の実施形態で用いた図３と同一であるため、その説明は省略する。

図３と同様に、ディスプレイ１０１、カメラ１１１、プリンタ１２１が、各々通信アダプタ１０２、１１２、１２２経由でネットワーク１７０に接続されている。また、インストールサーバ１６０があり、インターネット１８０経由でアクセスを行う。

ここで、既にディスプレイアダプタ１０２とプリンタアダプタ１２２は、ネットワーク１７０上に接続済みであり、カメラアダプタ１１２が新規に接続する状況を考える。このカメラアダプタ１１２の接続により、各通信アダプタがモジュールをインストールするか否かを自動的に判断する。

次に、図８を用いて、各通信アダプタ（通信装置）とインストールサーバ（サーバ装置）との処理手順を詳細に説明する。

図８は、ネットワーク上の各通信アダプタがインストール判断を行う場合の処理手順を示す図である。カメラアダプタ１１２の起動に先立ち、まずＳ８０１でディスプレイアダプタ（通信装置）１０２が起動し、Ｓ８０２でプリンタアダプタ１２２が起動する。そして、Ｓ８０３でプリンタアダプタ１２２が起動をディスプレイアダプタ１０２に通知すると、Ｓ８０４でディスプレイアダプタ１０２はプリンタアダプタ１２２を発見する。次に、Ｓ８０５でディスプレイアダプタ１０２は、プリンタアダプタ１２２に対して能力を要求する。プリンタアダプタ１２２は、Ｓ８０６で提供可能なサービスや機能情報、インストール済みのソフトモジュール情報やバージョン（サービス一覧）を返信する。尚、ディスプレイアダプタ１０２の能力についてもプリンタアダプタ１２２は同様な手順で知りえることができる。これは例えば、UPnPを用いて実装することが可能である。

能力交換後、Ｓ８０７及びＳ８０８でインストールが必要か否かを判別する。具体的には、インストール情報を参照し、新規に使用可能になるアプリケーションやソリューションが存在するか否かを判別し、存在する場合には、実行に必要なソフトモジュールをインストールする。ここで、インストール情報の表現形式は、第１の実施形態で用いた図４や図５と同一である。

尚、アプリケーションはディスプレイアダプタ１０２で実行可能なソフトモジュールであるが、このソリューションはディスプレイアダプタ１０２の有無に関わらず、実行可能なサービスである。即ち、図４において、ディスプレイアダプタ１０２の欄が空欄の場合もある。

さて、図８に示す例では、プリンタアダプタ１２２及びディスプレイアダプタ１０２共に新規に利用可能なソリューションは無かったため、更新作業は行わない。

ここで、Ｓ８１０でカメラアダプタ１１２が起動すると、Ｓ８１１でプリンタアダプタ１２２とディスプレイアダプタ１０２に対して起動通知を行う。各通信アダプタ（通信装置）１０２、１２２は、Ｓ８１２、Ｓ８１３でカメラアダプタ（新規通信装置）１１２を発見し、能力情報を要求する。これに対してカメラアダプタ１１２は、Ｓ８１６で能力情報（サービス一覧）を返信する。

一方、第２の実施形態においては、各通信アダプタが相互に能力情報を取得する必要があるため、Ｓ８１７でネットワーク上の他の通信アダプタに対して能力情報を要求する。これに対して、Ｓ８１８及びＳ８１９でプリンタアダプタ１２２及びディスプレイアダプタ１０２は能力情報を返信する。Ｓ８１４〜Ｓ８１９までの手順により、互いの能力情報（サービス一覧）を取得することができる。このような仕組みは、UPnPにより実装が可能である。

カメラアダプタ１１２は、続いてＳ８２０でインストール情報を参照し、インストールモジュールを決定する。カメラアダプタ（通信装置）１１２は新規にネットワークに接続した通信アダプタ（新規通信装置）であるため、新規にインストールすべきモジュールが存在する。そこで、Ｓ８２０でモジュールのインストール開始を他の通信アダプタ１０２、１２２に通知し、Ｓ８２１でインストールサーバ（サーバ装置）１６０に対して、ソフトモジュール（ソフトウェア）を要求する。インストールサーバ１６０はＳ８２２でソフトモジュールを返信し、Ｓ８２３でソフトモジュールのインストールを行う。インストール終了後、カメラアダプタ１１２はＳ８２４で他の通信アダプタ１０２、１２２にインストール完了を通知する。

また、プリンタアダプタ１２２はＳ８１５〜Ｓ８１９までの能力交換後、インストール情報を参照して新たにモジュールをインストールする必要があるか否かを判別する。ここで、新たにインストール可能なモジュールが無ければインストールは行わない。また同様に、ディスプレイアダプタ１０２も能力交換後、Ｓ８２１で新規に利用可能なアプリケーションがあるか否かを判別する。実際、カメラアダプタ１１２の登場によって新規に利用可能なアプリケーションがあるため、Ｓ８３０でインストールサーバ１６０に対してアプリケーションモジュールを要求する。これに対してインストールサーバ１６０がＳ８３１でアプリケーションモジュールを返信し、ディスプレイアダプタ１０２はＳ８３２でインストールを行う。最後に、ディスプレイアダプタ１０２は、Ｓ８３３で使用可能なアプリケーションが新たに追加されたことを画面上に表示する。

第２の実施形態では、インストール情報は各通信アダプタが保持する。そして、インストール情報の更新タイミングについては、通信アダプタの起動時、インストールの判断をする直前、或いは１日１回など定期的にインストールサーバから取得する方法がある。

第２の実施形態によれば、各通信アダプタが起動時にネットワーク上の既存の通信アダプタと能力交換を行い、保持しているインストール情報を参照して、組み合わせによって新たに使用可能になるサービスを検索する。そして、当該サービスに必要なソフトウェアモジュールをインストールサーバからダウンロードし、インストールする。

これにより、使用しないソフトウェアを予め通信アダプタ内に保持しておく必要がなく、システムに応じて柔軟にインストールを行うことができる。

また、ネットワークに接続された通信アダプタのソフトウェアの更新により、他の通信アダプタのソフトウェアも更新する必要がある場合であっても、関連するソフトウェアを自動的に更新することができる。

［第３の実施形態］
次に、本発明に係る第３の実施形態について説明する。第３の実施形態では、第１及び第２の実施形態で保持していたインストール情報を必ずしも通信アダプタ内部に保持する必要は無い場合である。即ち、インストール情報は外部のインストールサーバ１６０上に置き、インストールの判別を行うときのみ、インストール情報をダウンロードすることも可能である。

更に、別の方法としては、インストールモジュールをインストールサーバ１６０に問い合わせる形式とすることも可能である。つまり、ネットワーク上で検出した通信アダプタの能力情報をインストールサーバ１６０に送信すると、適切なインストールモジュール名がインストールサーバ１６０から返信される。従って、改めてこのモジュールをインストールサーバ１６０に要求し、インストールを行うこともなんら問題ない。

［第４の実施形態］
次に、図面を参照しながら本発明に係る第４の実施形態について詳細に説明する。第４の実施形態では、アプリケーション又はサービスが使用可能か否かを判別する際に、単に通信アダプタの組み合わせによらず、通信アダプタや通信アダプタの接続するデバイスの能力によって制限を加える場合を説明する。

例えば、業務用で、より高画質かつ解像度の大きな映像や高いフレームレートが必要なセキュリティモニタリングアプリが存在したとする。この場合、カメラアダプタへの要求として、これらの項目への保証が必要であることをインストール情報に追加する。具体的な例としては、図９に示すように、サービス「監視システム」においては、最大フレームレート、最大解像度などの項目をカメラアダプタに追加する。同様に、多数の画像を出力するために、より高解像度のディスプレイが必要な場合がある。この場合もディスプレイの付加項目として、最大解像度を追加する。

図９に示すインストールモジュールリストは、図１０に示すような記述ファイルとして表現することができる。実際に、インストールサーバに保存されるのは図１０に示すような記述ファイルの形式である。インストールに際しては、第１及び第２の実施形態と同様に、検出した通信アダプタと能力交換を行い、アプリケーションやソリューションに必要なソフトモジュールをインストールする。

［第５の実施形態］
次に、本発明に係る第５の実施形態について説明する。第５の実施形態では、モジュールがインストール済みであるが、デバイスの都合により一時的に使用できないアプリケーションやソリューションに関しては、ディスプレイのＧＵＩ上で当該アイコンをグレイアウトする。インストール済みであるが使用できない状態とは、通信アダプタに接続しているデバイスの電源がオフになっている場合などである。このような場合、通信アダプタを検知し、能力交換を行ったにも関わらず、使用できない状態となる。

この機能を実現するためには、デバイスの電源を確認し、使用可能か否かを判別する必要がある。ハードウェア面からは電源制御部２１１により電源状態を確認できる。また、ソフトウェア面からは通信アダプタで動作するサーバソフトウェアにおいて、デバイスの接続状態を知るためのアクションを追加し、能力交換後に当該アクションを呼び出して、接続状態を取得することにより実現できる。

［第６の実施形態］
次に、本発明に係る第６の実施形態について説明する。入出力デバイスと未接続である通信アダプタがネットワークに接続された場合に、当該通信アダプタに過去に接続された入出力デバイスの履歴を元に、過去に接続されたデバイスに関連するソフトモジュールをインストールすることも可能である。過去に接続されたデバイスは再度接続される可能性が高いため、デバイスの接続を実際に行わなくても関連するモジュールのインストールのみを先行して行うことができる。

この場合、通信アダプタ内部には、過去に接続された入出力デバイスのデバイス記述ファイルやサービス記述ファイルが保管されているものとする。そして通信アダプタが単独でネットワークに接続した場合には、仮にデバイスが接続したものとして、起動通知を行う。但し、デバイスの状態を表す変数や情報のうち、デバイスの接続や電源に関する情報はオフとして通知する。その他の処理は第１及び第２の実施形態と同一である。

過去に複数のデバイス接続履歴がある場合には、直近に接続されたデバイスを通知しても良いし、最も接続回数の多いデバイスを選択しても良い。

このように、実際にデバイスが接続されていない状態の通信アダプタを用いてデバイスの接続を先取りしてソフトモジュールのインストールを行うことができる。

［第７の実施形態］
次に、図面を参照しながら本発明に係る第７の実施形態について詳細に説明する。第７の実施形態では、映像配信サービス対応映像出力システムについて説明する。

図１１を用いて、映像表示制御装置や映像出力制御装置で構成される映像配信サービス対応映像出力システムの概要を説明する。

図１１は、映像配信サービス対応映像出力システムの構成の一例を示す図である。ここでは、有線／無線通信規格に準拠するネットワーク上における、装置間の相互接続動作をサポートする映像データの伝送システムを想定する。各々の装置は、共通のネットワークプロトコル（ＴＣＰ／ＩＰなど）で接続されている。

図１１に示すように、映像表示制御装置１１０２と映像出力制御装置１１１２はネットワークで接続される。また、映像配信サービス１１２１は、ユーザが要求した映像を配信するサービスである。サービスリストＤＢ１１２２は、映像配信サービス１１２１が映像配信するために提供できるサービスとユーザ情報を管理する。尚、システムのユーザは、映像配信サービスの利用登録を完了していることを前提とする。

映像表示制御装置１１０２は映像表示装置１１０１と接続され、機器機能モジュールリストＤＢ１１０３と、機器状態ＤＢ１１０４の２つのデータベースを所有する。機器機能モジュールリストＤＢ１１０３は、ネットワークに接続された装置にインストールされたアプリケーション情報を管理するデータベースである。また、機器状態ＤＢ１１０４は、ネットワーク上に接続された装置の現在の状態と保有機能の情報を管理するデータベースである。

映像出力制御装置１１１２は映像出力装置１１１１と接続され、機器機能モジュールリストＤＢ１１１３を所有する。機器機能モジュールリストＤＢ１１１３は、ネットワーク上の装置のアプリケーション情報を管理するデータベースである。この情報は、機器機能モジュールリストＤＢ１１０３と同様の情報である。

第７の実施形態におけるシーケンスと処理フローを、図１２〜図１６を用いて説明する。図１２は、第７の実施形態における装置間のシーケンスと処理フローを示す図である。図１３は、図１２で呼び出される処理を示すフローチャートである。図１４は、図１２で呼び出される処理を示すフローチャートである。図１５は、図１４で呼び出される処理を示すフローチャートである。

図１６は、サービスリストＤＢ１１２２の構成を示す図である。図１６に示すように、ＤＢレイアウト１６０１とＤＢレイアウト１６０２は表形式のテーブルで構成され、階層的に紐付けされた形となっている。ＤＢレイアウト１６０１は、映像配信サービスの利用登録されたユーザＩＤをＫＥＹ部の項目として持つ。これは必須項目である。データ部として、１つ又は複数の映像配信サービスのサービスＩＤが格納されている。このサービスＩＤは、ＤＢレイアウト１６０２のＫＥＹ部の項目であるサービスＩＤと紐付けされている。紐付けされていないサービスＩＤは存在しない。データ部では、サービスの具体的な内容が記憶されている。

図１７は、機器状態ＤＢ１１０４の構成を示す図である。図１８は、機器機能モジュールリストＤＢ１１０３、１１１３の構成を示す図である。図１９は、現在の機器状態情報（通信メッセージＭ１２０１）を示す図である。図２０は、映像配信サービス要求情報（通信メッセージＭ１２０２）を示す図である。図２１は、サービス定義情報（通信メッセージＭ１２０３）を示す図である。図２２は、サービス処理実行指示（通信メッセージＭ１２０４）を示す図である。図２３は、映像表示制御装置１１０２の構成の一例を示す図である。図２４は、映像出力制御装置１１１２の構成の一例を示す図である。尚、各制御装置の構成は、第１の実施形態で用いた図２に示す通信アダプタ２００の構成と基本的に同じである。

これより、第７の実施形態におけるシーケンスと処理フローについて、図１２を用いて説明する。これは、映像配信サービスの多種多様なサービス要件に基づき、映像出力装置１１１１が、映像配信サービスの映像配信データに応じた映像出力処理を実現するものである。

まず、映像配信サービスを処理するための事前処理を行う。映像表示制御装置１１０２は、映像配信サービス１１２１に対して、サービス定義受信用のクライアントアプリケーションを要求する。この要求を受けた映像配信サービス１１２１は、映像表示制御装置１１０２がサービス利用登録者であるか否かを認証する。ここで、認証に問題がなければ、サービス定義受信用のクライアントアプリケーションを映像表示制御装置１１０２に送信する。このサービス定義受信用のクライアントアプリケーションのデータは、映像表示制御装置１１０２の通信Ｉ／Ｆ部２３１２を経由して、制御部２３１３の制御指示により、ＲＡＭ２３０３上に記憶される。

次に、機器状態の確認要求処理を行う。映像表示制御装置１１０２が現在の機器状態の確認要求を映像出力制御装置１１１２に送信する。この要求を受信した映像出力制御装置１１１２は映像出力装置１１１１の機器状態を収集し、図１９に示す現在の機器状態情報（通信メッセージＭ１２０１）に収集情報をセットし、映像表示制御装置１１０２に送信する。一方、映像表示制御装置１１０２が通信メッセージＭ１２０１を受信すると、その通信メッセージＭ１２０１の機器ＩＤが存在しない場合、機器状態ＤＢ１１０４に通信メッセージＭ１２０１のデータ内容を新規登録する。また、存在する場合は、通信メッセージＭ１２０１のデータ内容を機器ＩＤにより上書き更新する。この機器状態の確認要求処理は、本システムに定められた一定間隔で、随時新規登録／上書き更新される。

次に、映像配信サービス要求処理を行う。映像出力制御装置１１１２が映像表示制御装置１１０２へ、図２０に示す映像配信サービス要求情報（通信メッセージＭ１２０２）を送信する。これにより、映像表示制御装置１１０２は、映像配信サービス１１２１へ通信メッセージＭ１２０２を転送する。

ここで、図１３に示す映像配信サービス１１２１の処理に制御が移る。まずＳ１３０１において、映像配信サービス１１２１が通信メッセージＭ１２０２を受信する。そして、Ｓ１３０２において、通信メッセージＭ１２０２のユーザＩＤに基づいてサービスリストＤＢ１１２２を検索し、該ユーザがサービスリストＤＢ１１２２に存在するか否かを確認する。そして、Ｓ１３０３で存在しないと判断した場合は、このまま処理を終了するが、存在すると判断した場合は、Ｓ１３０４へ処理を進める。Ｓ１３０４では、図２１に示すサービス定義情報（通信メッセージＭ１２０３）をサービスリストＤＢ１１２２のＤＢレイアウト１６０１とＤＢレイアウト１６０２から移送する。そして、Ｓ１３０５で、通信メッセージＭ１２０３を映像表示制御装置１１０２へ送信する。

これにより、図１４に示す映像表示制御装置１１０２の処理に制御が移る。Ｓ１４０１で、映像表示制御装置１１０２が映像配信サービス１１２１から通信メッセージＭ１２０３を受信すると、Ｓ１４０２で、通信メッセージＭ１２０３のサービスＩＤから機器状態ＤＢ１１０４を検索する。機器状態ＤＢ１１０４のデータ項目のサービス処理が“ＰＲＴ”であれば、機能ＩＤの上３桁が“ＰＲＴ”のものだけを抽出する。そして、Ｓ１４０３で、抽出されたデータと機器状態ＤＢ１１０４のサービス定義情報を比較する。Ｓ１４０４で、それぞれの項目に合致もしくは範囲内であるものが存在するか否かを判別する。

例えば、印刷サイズの場合は、最大値と最小値の内包的比較、カラーであれば、色空間の内包的比較を行う。そして、合致もしくは範囲内であるものが存在する場合、Ｓ１４０５において、映像出力制御装置１１１２に対してサービスの実行を指示する。また、存在しない場合、図１５に示す処理に制御が移る。

まず、Ｓ１５０１において、機器状態ＤＢ１１０４の機器ＩＤ、ＩＰアドレス、デバイス種別をキー項目として、機器機能モジュールリストＤＢ１１０３を検索する。そして、Ｓ１５０２において、該当するモジュールが存在するか否かを判定し、存在する場合は、Ｓ１５０３において、機器モジュールリスト情報とサービス定義情報とを比較する。そして、Ｓ１５０４において、それぞれの項目に合致もしくは範囲内であるものが存在するか否かを判定する。例えば、出力サイズの場合は最大値と最小値の内包的比較、色であれば、色空間の内包的比較を行う。ここで、合致もしくは範囲内であるものが存在する場合、Ｓ１５０５において、映像出力制御装置１１１２にサービスの実行を指示し、この処理を終了する。

また、上述のＳ１５０２において、該当モジュールが存在しない場合、及びＳ１５０４において、許容範囲内でない場合、Ｓ１５０６において、映像表示装置１１０１にエラーメッセージを表示し、この処理を終了する。

第７の実施形態によれば、映像配信サービスの多種多様なサービス要件に基づき、映像出力装置が、映像配信サービスの映像配信データに応じた映像出力処理を実現できる。

また、入出力デバイス間の機能・能力を自動収集し、デバイス間による処理条件の合致を自動的に調停・判定し、必要な機能をインストールした上で、入出力デバイスに信頼性の高い処理実行を提供することができる。

［他の実施形態］
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。

また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。

更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

第１の実施形態におけるシステムの構成の一例を示す図である。 通信アダプタのハードウェア構成の一例を示す図である。 図１に示すシステムと同様に、通信アダプタ経由でネットワーク１７０に接続された複数の入出力デバイスから構成されるシステムである。 第１の実施形態におけるインストール情報の内容を示す図である。 図４に示すインストール情報の内容をＸＭＬ形式で記述した例を示す図である。 入出力デバイスにインストールするアプリケーションを表示するＧＵＩの一例を示す図である。 ディスプレイアダプタ１０２が他の通信アダプタへのインストールを判断する処理手順を示す図である。 ネットワーク上の各通信アダプタがインストール判断を行う場合の処理手順を示す図である。 インストールモジュールリストの一例を示す図である。 図９に示すインストールモジュールリストを記述ファイルとして表現した図である。 映像配信サービス対応映像出力システムの構成の一例を示す図である。 第７の実施形態における装置間のシーケンスと処理フローを示す図である。 図１２に示す映像配信サービス１１２１の詳細な処理を示すフローチャートである。 、 図１２に示す映像表示制御装置１１０２の詳細な処理を示すフローチャートである。 サービスリストＤＢ１１２２の構成を示す図である。 機器状態ＤＢ１１０４の構成を示す図である。 機器機能モジュールリストＤＢ１１０３、１１１３の構成を示す図である。 現在の機器状態情報（通信メッセージＭ１２０１）を示す図である。 映像配信サービス要求情報（通信メッセージＭ１２０２）を示す図である。 サービス定義情報（通信メッセージＭ１２０３）を示す図である。 サービス処理実行指示（通信メッセージＭ１２０４）を示す図である。 映像表示制御装置１１０２の構成の一例を示す図である。 映像出力制御装置１１１２の構成の一例を示す図である。

符号の説明

１００ 入出力デバイス
１０１ ディスプレイ
１０２ 通信アダプタ
１１１ カメラ
１１２ 通信アダプタ
１２１ プリンタ
１２２ 通信アダプタ
１３１ ストレージ
１３２ 通信アダプタ
１４１ スキャナ
１４２ 通信アダプタ
１５０ ルータ／ファイヤーウォール
１６０ インストールサーバ
１７０ ネットワーク
１８０ 外部ネットワーク
２００ 通信アダプタ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ディスプレイ制御部
２０５ ディスプレイ部（ＬＥＤ）
２０６ スイッチ制御部
２０７ スイッチ
２０８ 外部記憶制御部
２０９ 外部記憶
２１０ 外部インターフェース
２１１ 電源制御部
２１２ 通信インターフェース

Claims (10)

1. それぞれに入出力デバイスが接続された、ネットワーク上の複数の通信装置に、サーバ装置からソフトウェアをインストールするインストール方法であって、
   前記複数の通信装置のうちの一つの取得手段が、前記ネットワーク上の他の通信装置に接続された入出力デバイスの能力情報を取得する取得工程と、
   前記複数の通信装置のうちの前記一つの判定手段が、前記複数の通信装置のそれぞれに接続された入出力デバイスの組み合わせによって実現されるサービスを判定する判定工程と、
   前記複数の通信装置のそれぞれの受信手段が、前記判定工程で判定したサービスを提供するためのソフトウェアを前記サーバ装置から受信する受信工程と、
   前記複数の通信装置のそれぞれのインストール手段が、前記受信工程で受信したソフトウェアをインストールするインストール工程と、
   を有することを特徴とするインストール方法。
2. 前記複数の通信装置のうちの前記一つの要求手段が、前記判定工程で判定したサービスを提供するためのソフトウェアのインストールを前記他の通信装置に要求する要求工程を更に有し、
   前記受信工程では、前記他の通信装置の受信手段が、前記要求工程で要求されたソフトウェアを前記サーバ装置から受信することを特徴とする請求項１記載のインストール方法。
3. 前記取得工程では、前記複数の通信装置のうちの他の通信装置の一つに前記入出力デバイスが接続されていない場合、前記他の通信装置の一つに過去に接続された入出力デバイスの能力情報を取得し、
   前記判定工程では、前記複数の通信装置のうちの他の通信装置の一つに前記入出力デバイスが接続されていない場合、前記他の通信装置の一つに過去に接続された入出力デバイスを含む前記組み合わせによって実現されるサービスを判定することを特徴とする請求項１記載のインストール方法。
4. 前記複数の通信装置のうちの前記一つの表示手段が、前記複数の通信装置のそれぞれに接続された入出力デバイスによって実現されるサービスを提供するためのソフトウェアを表示する表示工程を更に有し、
   前記受信工程では、前記表示工程で表示されたソフトウェアから指定されたソフトウェアを前記サーバ装置から受信することを特徴とする請求項１記載のインストール方法。
5. ネットワークに接続される通信装置であって、
   入出力デバイスを接続する接続手段と、
   前記ネットワーク上の他の通信装置に接続された他の入出力デバイスの能力情報を取得する取得手段と、
   前記接続手段に接続された入出力デバイスと前記ネットワーク上の他の通信装置に接続された他の入出力デバイスの組み合わせによって実現されるサービスを判定する判定手段と、
   前記判定手段で判定したサービスを提供するためのソフトウェアを前記ネットワーク上のサーバ装置から受信する受信手段と、
   前記受信手段で受信したソフトウェアをインストールするインストール手段と、
   を有することを特徴とする通信装置。
6. 前記判定手段で判定したサービスを提供するためのソフトウェアのインストールを前記他の通信装置に要求する要求手段を更に有することを特徴とする請求項５記載の通信装置。
7. 前記取得手段は、前記他の通信装置に入出力デバイスが接続されていない場合、前記他の通信装置に過去に接続された入出力デバイスの能力情報を取得し、
   前記判定手段は、前記他の通信装置に入出力デバイスが接続されていない場合、前記接続手段に接続された入出力デバイスと前記他の通信装置に過去に接続された入出力デバイスの組み合わせによって実現されるサービスを判定することを特徴とする請求項５記載の通信装置。
8. ネットワークに接続されると共に、入出力デバイスに接続されるコンピュータに、
   前記ネットワーク上の他の通信装置に接続された他の入出力デバイスの能力情報を取得する取得手順と、
   前記入出力デバイスとネットワーク上の他の通信装置に接続された他の入出力デバイスの組み合わせによって実現されるサービスを判定する判定手順と、
   前記判定手順で判定したサービスを提供するためのソフトウェアを前記ネットワーク上のサーバ装置から受信する受信手順と、
   前記受信手順で受信したソフトウェアをインストールするインストール手順と、
   を実行させるためのプログラム。
9. 前記判定手順で判定したサービスを提供するためのソフトウェアのインストールを前記他の通信装置に要求する要求手順を更にコンピュータに実行させることを特徴とする請求項８記載のプログラム。
10. 前記取得手順では、前記他の通信装置に入出力デバイスが接続されていない場合、前記他の通信装置に過去に接続された入出力デバイスの能力情報を取得し、
    前記判定手順では、前記他の通信装置に入出力デバイスが接続されていない場合、前記コンピュータに接続された入出力デバイスと前記他の通信装置に過去に接続されたデバイスの組み合わせによって実現されるサービスを判定することを特徴とする請求項８記載のプログラム。

Images