JP2010061377A - 制御装置およびサービス提供装置 - Google Patents

Abstract

【課題】ＵＰｎＰコントロール・ポイントが利用対象とするＵＰｎＰデバイスの切替を迅速に行うことができる制御装置およびサービス提供装置を提供する。
【解決手段】ＤＳＣ１０は、ＵＰｎＰデバイスが提供するサービスの利用を行うＵＰｎＰコントロール・ポイント１５０を有する。ＵＰｎＰコントロール・ポイント１５０は、第１のＵＰｎＰデバイスが提供するサービスの利用中に、第１のＵＰｎＰデバイスに対して、第２のＵＰｎＰデバイスへの切替を要求する。また、ＵＰｎＰコントロール・ポイント１５０は、この要求に対する肯定的な応答を第１のＵＰｎＰデバイスから得た後、第２のＵＰｎＰデバイスが提供するサービスの利用に係る制御を行う。
【選択図】図３

Description

本発明は、ＵＰｎＰデバイスが提供するサービスの利用を行うＵＰｎＰコントロール・ポイントとして動作する制御装置に関する。また、本発明は、制御装置に対してサービスの提供を行うＵＰｎＰデバイスを有するサービス提供装置に関する。

近年、複数のサービスを提供する装置が増えてきている。それら複数のサービスの中から、ユーザは、サービスの制御を行う制御装置を通じて、所望のサービスまたはサービスセットを利用することができる。例えばプリンタ装置では、プリントに関するサービスセットを提供することが可能である。さらに、コンテンツが記録されたメモリーカードをメモリーカードスロットに挿入することで、メディアサーバに関するサービスセットを提供することが可能となってきている。

従来、サービスの提供およびサービスの制御に関して、例えばＵＰｎＰ（Universal Plug and Play）のような相互接続技術が利用されている。特許文献１では、このＵＰｎＰに基づき、装置内の構成に関してこれから発生する変化を、制御装置であるＵＰｎＰコントロール・ポイント側へ通知する技術が開示されている。これにより、ＵＰｎＰコントロール・ポイント側でサービスまたはデバイスの切替タイミングを把握することができるようになっている。
特表２００６−５１９４３１号公報

しかしながら、従来のＵＰｎＰおよび特許文献１においては、ＵＰｎＰコントロール・ポイント側からサービスの切替を明示することができない。このため、以下の問題が生じる。サービスを提供可能なＵＰｎＰデバイスを有する装置が装置単体で複数のサービスを有していても、装置自身で利用できるリソースが少ない、あるいは、装置が有するユーザインターフェースの仕様上の制限等により、複数のサービスまたはサービスセットをユーザに対して同時に提供できない場合がある。そのような状況では、ＵＰｎＰコントロール・ポイント側が、あるサービスまたはサービスセットを利用していて、別のサービスまたはサービスセットを利用しようとするときに、サービスや装置の動作状況によっては、ＵＰｎＰコントロール・ポイント側のユーザを長時間待機させることになってしまい、これがユーザの不満となる。

一方、第１のＵＰｎＰコントロール・ポイントが利用対象のサービスを第１のＵＰｎＰデバイスから第２のＵＰｎＰデバイスへと切り替え、その後、第２のＵＰｎＰコントロール・ポイントが第１のＵＰｎＰデバイスのサービスを利用しようとした場合には以下の問題が生じる。第１のＵＰｎＰデバイスは、第１のＵＰｎＰコントロール・ポイントからの制御のために割いていたリソースを、サービスの切替の明示がないためにすぐに解放することができない。このため、第１のＵＰｎＰデバイスのリソースが少ない場合には、第１のＵＰｎＰデバイスは、第２のＵＰｎＰコントロール・ポイントから要求される制御を実行することができないまま第２のＵＰｎＰコントロール・ポイント側のユーザを長時間待機させることになってしまい、これがユーザの不満となる。

本発明は、上述した課題に鑑みてなされたものであって、ＵＰｎＰコントロール・ポイントが利用対象とするＵＰｎＰデバイスの切替を迅速に行うことができる制御装置およびサービス提供装置を提供することを目的とする。

本発明は、上記の課題を解決するためになされたもので、ＵＰｎＰデバイスが提供するサービスの利用を行うＵＰｎＰコントロール・ポイントとして動作する制御装置であって、第１のＵＰｎＰデバイスが提供するサービスの利用中に、前記第１のＵＰｎＰデバイスに対して、第２のＵＰｎＰデバイスへの切替を要求する要求部と、前記要求部が行った要求に対する肯定的な応答を前記第１のＵＰｎＰデバイスから得た後、前記第２のＵＰｎＰデバイスが提供するサービスの利用に係る制御を行う制御部とを具備することを特徴とする制御装置である。

また、本発明の制御装置は、ＵＰｎＰデバイスからサービス情報を取得する取得部をさらに具備し、前記要求部は、前記取得部によって前記第２のＵＰｎＰデバイスから前記サービス情報が取得されている場合に、前記第２のＵＰｎＰデバイスへの切替を要求することを特徴とする。

また、本発明の制御装置において、前記要求部は、前記第１のＵＰｎＰデバイスに対して、利用中のサービス毎に前記第２のＵＰｎＰデバイスへの切替を要求し、前記制御部は、前記要求部が要求を行った全てのサービスから肯定的な応答を得た後、前記第２のＵＰｎＰデバイスが提供するサービスの利用に係る制御を行うことを特徴とする。

また、本発明の制御装置は、前記要求部が行った要求に対する肯定的な応答を前記第１のＵＰｎＰデバイスから得た後、前記第１のＵＰｎＰデバイスに対して、前記第１のＵＰｎＰデバイスが提供するサービスの利用を解除する通知を行う通知部をさらに具備することを特徴とする。

また、本発明の制御装置において、利用するサービスを提供するＵＰｎＰデバイスを備える装置と、中継端末を介さず、直接通信することで、当該サービスの利用を行うことを特徴とする。

また、本発明は、ＵＰｎＰコントロール・ポイントとして動作する制御装置に対してサービスの提供を行うＵＰｎＰデバイスとして動作するサービス提供装置であって、前記制御装置へのサービスの提供中に、当該制御装置から、サービスを提供中のＵＰｎＰデバイスとは異なるＵＰｎＰデバイスへの切替の要求を受け付ける要求受付部と、前記要求を行った前記制御装置に対して、当該要求に対する肯定的な応答、または、当該要求に対する否定的な応答を行う応答部とを具備することを特徴とするサービス提供装置である。

本発明によれば、制御装置が、利用中のサービスを提供するＵＰｎＰデバイスに対して、利用中のサービスとは異なるサービスを提供するＵＰｎＰデバイスへの切替を要求することによって、ＵＰｎＰコントロール・ポイントが利用対象とするＵＰｎＰデバイスの切替を迅速に行うことができる。

以下、図面を参照し、本発明の実施形態を説明する。本実施形態では、ＵＰｎＰコントロール・ポイントの機能を有する制御装置の一例として、デジタルスチルカメラを用いて説明する。これに限らず、ＰＣ、携帯電話、ＰＤＡ、光ディスク・ＨＤＤレコーダ、ＴＶ、ゲーム機、ビデオカメラなど、ネットワークに接続可能であって、ＵＰｎＰコントロール・ポイントの機能を有しうる装置を制御装置として使用することが可能である。

一方、本実施形態では、サービス提供装置の一例として、印刷に係るサービスを提供するＵＰｎＰデバイスを有するプリンタを用いて説明する。これに限らず、ＰＣ、携帯電話、デジタルカメラなど、ネットワークに接続可能であって、ＵＰｎＰデバイスを有しうるＵＰｎＰデバイス装置をサービス提供装置として使用することが可能である。

図１は、本発明の一実施形態によるデジタルスチルカメラ（以下、ＤＳＣと略記する）およびプリンタの構成を示している。ＤＳＣ１０は、ＵＰｎＰコントロール・ポイントの機能を有する制御装置として動作する。プリンタ３０は、ネットワーク２０を介してＤＳＣ１０と接続されており、ＵＰｎＰデバイスを有するサービス提供装置として動作する。図２はＤＳＣ１０およびプリンタ３０の背面を示している。

図１に示すように、ＤＳＣ１０は、ＣＰＵ１０１、入力インターフェース部１０２、ＲＯＭ１０３、ＲＡＭ１０４、表示部１０５、外部Ｉ／Ｆ（外部インターフェース）１０６、ファイル管理部１０７、記録部１０８、圧縮伸張エンジン１０９、撮像部１１０を備える。

ＣＰＵ１０１は、ＲＯＭ１０３に格納されている制御プログラムに従い、ＲＡＭ１０４を作業領域に用いて各種制御を行う。また、このＣＰＵ１０１は、有線あるいは無線のネットワークプロトコルにより、外部Ｉ／Ｆ１０６を介してネットワーク２０に接続し、外部のプリンタ３０と通信できるようになっている。外部のプリンタ３０との通信時に送受信するデータは、ＲＡＭ１０４に格納される。

入力インターフェース部１０２は、ユーザがＤＳＣ１０に対する操作入力を行うためのスイッチ、ボタン、キー、ダイヤル等の操作入力部である。また、この入力インターフェース部１０２は、表示部１０５に重ねられたタッチパネル等であってもよい。表示部１０５は、画像や操作メニュー等を表示することが可能である。ファイル管理部１０７は、ＣＰＵ１０１からの指示に従い、記録部１０８に記録されるファイルを管理する。

記録部１０８は、半導体メモリ、磁気メモリ、磁気ディスク、光ディスク、光磁気ディスク等の不揮発性の記録媒体、あるいはそれらに限らず、情報を記録することができる不揮発性の記録媒体であり、また上記記録媒体の組み合わせであってもよい。さらには、記録部１０８が単数の記録媒体のみから構成される必要は無く、記録部１０８が複数の記録媒体から構成されていても構わない。

圧縮伸張エンジン１０９は、画像の圧縮および伸張を行う。撮像部１１０は、被写体像を撮像し撮像データを生成する。

このような構成のＤＳＣ１０では、撮影時には、入力インターフェース部１０２に入力された指示に従って、ＣＰＵ１０１が撮像部１１０から撮像データを取り込む。さらに、ＣＰＵ１０１は、図２に示すように、撮像データに基づく画像を表示部１０５に表示するとともに、ＲＡＭ１０４内に撮像データを格納する。そして、ＣＰＵ１０１が圧縮伸張エンジン１０９に圧縮指示を行うと、圧縮伸張エンジン１０９は、上記ＲＡＭ１０４内の撮像データを、ＣＰＵ１０１が指定するフォーマットの画像へと圧縮する。圧縮された画像は、ＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８に記録される。

このように記録部１０８に記録された画像の再生時には、まずＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８内の画像が読み出され、圧縮伸張エンジン１０９により、記録されているフォーマットに従い画像が伸張される。伸張された画像は表示部１０５に表示される。また、撮像時あるいは再生時のＤＳＣ１０および画像に係る設定を行うための設定画面が表示部１０５に表示された状態で、ユーザは入力インターフェース１０２を用いてＤＳＣ１０の設定を行うことが可能である。

一方、プリンタ３０は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、圧縮伸張エンジン３０４、外部Ｉ／Ｆ３０５、ファイル管理部３０６、記録部３０７、入力インターフェース部３０８、表示部３０９、印刷部３１０を備える。

ＣＰＵ３０１は、ＲＯＭ３０２に格納されている制御プログラムに従い、ＲＡＭ３０３を作業領域に用いて各種制御を行う。また、ＣＰＵ３０１は、有線あるいは無線のネットワークプロトコルにより、外部Ｉ／Ｆ３０５を介してネットワーク２０に接続し、外部のＤＳＣ１０と通信できるようになっている。外部のＤＳＣ１０との通信時に送受信するデータはＲＡＭ３０３に格納される。受信したデータが画像であり、この画像を記録する場合には、記録部３０７に画像が記録される。一方で、受信したデータに基づき印刷する場合には、ＣＰＵ３０１からの指示により、ＲＡＭ３０３に格納された受信データからレイアウトや画像等が読み出され、印刷部３１０により印刷が行われる。

圧縮伸張エンジン３０４は、画像の圧縮および伸張を行う。ファイル管理部３０６は、ＣＰＵ３０１からの指示に従い、記録部３０７に記録されるファイルを管理する。記録部３０７は記録媒体であり、前述した記録部１０８に関する説明と同様の説明が記録部３０７にも適用される。

入力インターフェース部３０８は、ユーザがプリンタ３０に対する操作入力を行うための操作入力部であり、前述した入力インターフェース部１０２に関する説明と同様の説明が入力インターフェース部３０８にも適用される。表示部３０９は、画像や操作メニュー等を表示することが可能である。

記録部３０７に記録された画像の再生時には、まずＣＰＵ３０１からの指示により、ファイル管理部３０６を通して記録部３０７内の画像が読み出され、圧縮伸張エンジン３０４により、記録されているフォーマットに従い画像が伸張される。伸張された画像は表示部３０９に表示される。

ＤＳＣ１０とプリンタ３０との通信は、アクセスポイント等の中継端末を介するインフラストラクチャモードで行われてもよいし、あるいは中継端末を介さず互いに直接通信するアドホックモードで行われてもよい。

次に、ＤＳＣ１０とプリンタ３０が有するＵＰｎＰの機能を説明する。図３に示すようにＤＳＣ１０は、ＵＰｎＰコントロール・ポイント１５０（要求部、制御部、取得部、通知部に対応）を内部に有する。プリンタ３０は、ＵＰｎＰプリンタデバイス３２０（要求受付部、応答部に対応）とＵＰｎＰメディアサーバデバイス３３０（要求受付部、応答部に対応）とを内部に有する。以下、ＵＰｎＰプリンタデバイス３２０とＵＰｎＰメディアサーバデバイス３３０とを含めてＵＰｎＰデバイスと呼ぶことにする。ＵＰｎＰコントロール・ポイント１５０、ＵＰｎＰプリンタデバイス３２０、ＵＰｎＰメディアサーバデバイス３３０の各機能は、ＣＰＵ１０１またはＣＰＵ３０１が制御プログラムに従って実行するソフトウェア処理により実現される。

ＵＰｎＰプリンタデバイス３２０はさらにＰｒｉｎｔＢａｓｉｃサービス３２１とＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２を有する。ＰｒｉｎｔＢａｓｉｃサービス３２１は、文書の印刷に関する基本的な印刷サービスを提供する。ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２は、より拡張されたレイアウトの指定等のサービスを提供する。

ＵＰｎＰメディアサーバデバイス３３０はさらにＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１とＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２を有する。ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１は、ディレクトリ上でコンテンツを管理するサービスを提供する。ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２は、コンテンツを通信するための接続に関するサービスを提供する。

ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰプリンタデバイス３２０に対して、ＰｒｉｎｔＢａｓｉｃサービス３２１または／およびＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２を制御することで、プリンタ３０に印刷させることができる。一方、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰメディアサーバデバイス３３０に対して、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１または／およびＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２を制御することで、プリンタ３０の記録部３０７に記録されているコンテンツをＤＳＣ１０上で再生することができる。

次に、ＤＳＣ１０の動作を説明する。図４および図５はＤＳＣ１０の動作の手順を示している。ステップＳ１０３〜Ｓ１１８は従来のＵＰｎＰコントロール・ポイントの処理ステップである。ＤＳＣ１０の電源がオンになると、ＵＰｎＰコントロール・ポイント１５０は、ネットワークに接続済みであるか否かを判定する（ステップＳ１０１）。ネットワークに接続済みでない場合、ＵＰｎＰコントロール・ポイント１５０はネットワークへの接続を確立する（ステップＳ１０２）。この後、処理はステップＳ１０３に進む。

一方、ネットワークに接続済みである場合、ＵＰｎＰコントロール・ポイント１５０は、ネットワーク上のＵＰｎＰデバイスを発見するためのＭ−ＳＥＡＲＣＨを送信する（ステップＳ１０３）。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ｍ−ＳＥＡＲＣＨに対する応答（Ｍ−ＳＥＡＲＣＨ Ｒｅｓｐｏｎｓｅ）を受信したか否かを判定する（ステップＳ１０４）。応答を受信していない場合、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰデバイスからネットワーク参加通知（ｓｓｄｐ:ａｌｉｖｅ）を受信したか否かを判定する（ステップＳ１０５）。ネットワーク参加通知を受信していない場合、処理はステップＳ１０４に戻る。

一方、Ｍ−ＳＥＡＲＣＨに対する応答またはネットワーク参加通知を受信した場合、ＵＰｎＰコントロール・ポイント１５０は、Ｍ−ＳＥＡＲＣＨに対する応答またはネットワーク参加通知により発見したＵＰｎＰデバイスから、そのＵＰｎＰデバイスの情報（製造者情報や、ＵＰｎＰデバイスが有するサービスの基本的な情報等）を含むＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ（デバイス情報）を取得するためのＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求（デバイス情報要求、ＨＴＴＰ ＧＥＴ）を送信する（ステップＳ１０６）。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信したか否かを判定する（ステップＳ１０７）。Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信していない場合、処理はステップＳ１０７に戻り、再度判定が行われる。

一方、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信した場合、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰデバイスが提供するサービスの具体的な制御内容等に関するサービス情報を含むＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ（サービス情報）を取得するためのＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求（サービス情報要求、ＨＴＴＰ ＧＥＴ）を送信する（ステップＳ１０８）。このＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求はサービス毎に送信される。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信したか否かを判定する（ステップＳ１０９）。Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信していない場合、処理はステップＳ１０９に戻り、再度判定が行われる。

一方、Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信した場合、ＵＰｎＰコントロール・ポイント１５０は、Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎに含まれるサービス情報をＲＡＭ１０４に記憶する（ステップＳ１１０）。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求の送信先である全てのサービスからＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信したか否かを判定する（ステップＳ１１１）。Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信していないサービスがある場合、Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎの受信を待つため、処理はステップＳ１０９に戻る。

一方、全てのサービスからＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信した場合、ＵＰｎＰコントロール・ポイント１５０は、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求の送信先である全てのＵＰｎＰデバイスからＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信したか否かを判定する（ステップＳ１１２）。Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信していないＵＰｎＰデバイスがある場合、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎの受信を待つため、処理はステップＳ１０７に戻る。

一方、全てのＵＰｎＰデバイスからＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信した場合、ＵＰｎＰコントロール・ポイント１５０は制御対象のＵＰｎＰデバイスを選択する（ステップＳ１１３）。このとき、図６に示すように、利用可能なＵＰｎＰデバイスの一覧がＤＳＣ１０の表示部１０５に表示され、ユーザは所望のＵＰｎＰデバイスを選択することが可能となる。利用したいＵＰｎＰデバイスの情報が入力インターフェース部１０２に入力されると、ＵＰｎＰコントロール・ポイント１５０は、入力された情報に基づいて制御対象のＵＰｎＰデバイスを選択する。

制御対象のＵＰｎＰデバイスの選択後、ＵＰｎＰコントロール・ポイント１５０は、制御対象のＵＰｎＰデバイス内の必要なサービスに対して、サービスの状態変化によるイベント通知を登録するためのＳｕｂｓｃｒｉｂｅ（イベント登録）を送信する（ステップＳ１１４）。続いて、ＵＰｎＰコントロール・ポイント１５０は、サービスにおけるイベントの発生を通知するＮｏｔｉｆｙを受信したか否かを判定する（ステップＳ１１５）。Ｎｏｔｉｆｙを受信した場合、処理はステップＳ１１９に進む。

一方、Ｎｏｔｉｆｙを受信していない場合、ＵＰｎＰコントロール・ポイント１５０は、ユーザからの指示等によりＵＰｎＰデバイスに対する何らかの制御を行うためのＡｃｔｉｏｎを発行するか否かを判定する（ステップＳ１１６）。Ａｃｔｉｏｎを発行する必要がない場合、処理はステップＳ１１９に進む。

一方、Ａｃｔｉｏｎを発行する必要がある場合、ＵＰｎＰコントロール・ポイント１５０は、制御対象のＵＰｎＰデバイスにＡｃｔｉｏｎを送信する（ステップＳ１１７）。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ａｃｔｉｏｎに対する応答を受信したか否かを判定する（ステップＳ１１８）。応答を受信していない場合、処理はステップＳ１１８に戻り、再度判定が行われる。

一方、応答を受信した場合、ＵＰｎＰコントロール・ポイント１５０は、制御対象のＵＰｎＰデバイスを変更するか否かを判定する（ステップＳ１１９）。このとき、図６に示したように、利用可能なＵＰｎＰデバイスの一覧がＤＳＣ１０の表示部１０５に表示され、ユーザは、現在利用中のＵＰｎＰデバイスとは異なるＵＰｎＰデバイスを切替先のＵＰｎＰデバイスとして選択することが可能となる。現在利用中のＵＰｎＰデバイスから他のＵＰｎＰデバイスへの切替指示が入力インターフェース部１０２に入力されず、制御対象のＵＰｎＰデバイスを変更する必要がない場合、処理はステップＳ１１５に戻る。

一方、現在利用中のＵＰｎＰデバイスから他のＵＰｎＰデバイスへの切替指示が入力インターフェース部１０２に入力されると、ＵＰｎＰコントロール・ポイント１５０は、入力された切替指示に基づいて、それまで制御対象としていたＵＰｎＰデバイス内に存在する各サービスに対して、切替準備要求Ａｃｔｉｏｎを送信する（ステップＳ１２０）。

続いて、ＵＰｎＰコントロール・ポイント１５０は、切替準備要求Ａｃｔｉｏｎに対応して切替準備の完了を通知する切替準備完了Ｎｏｔｉｆｙを受信したか否かを判定する（ステップＳ１２１）。切替準備完了Ｎｏｔｉｆｙを受信した場合、処理はステップＳ１２５に進む。

一方、切替準備完了Ｎｏｔｉｆｙを受信していない場合、ＵＰｎＰコントロール・ポイント１５０は、ステップＳ１２０で送信した切替準備要求Ａｃｔｉｏｎの応答を受信したか否かを判定する（ステップＳ１２２）。応答を受信していない場合、処理はステップＳ１２１に戻る。一方、応答を受信している場合、ＵＰｎＰコントロール・ポイント１５０は、その応答が正常応答であるか否かを判定する（ステップＳ１２３）。応答が正常応答である場合、処理はステップＳ１２５に進む。

一方、応答が正常応答でない場合、ＵＰｎＰコントロール・ポイント１５０は、応答が所定のエラー応答であるか否かを判定する（ステップＳ１２４）。応答がエラー応答でない場合、処理はステップＳ１１９に戻る。一方、応答がエラー応答であった場合、処理はステップＳ１２１に戻る。

後述するように、切替準備要求Ａｃｔｉｏｎを受信したＵＰｎＰデバイスは、切替準備要求Ａｃｔｉｏｎの受信時に既に切替可能な状態であれば、切替準備応答を正常応答としてＤＳＣ１０へ送信する。また、切替準備要求Ａｃｔｉｏｎの受信時に切替可能な状態でなければ、ＵＰｎＰデバイスは切替準備応答としてエラー応答をＤＳＣ１０へ送信し、その後、切替可能な状態になったときに切替準備完了ＮｏｔｉｆｙをＤＳＣ１０へ送信する。

切替準備完了Ｎｏｔｉｆｙまたは正常応答の切替準備応答を受信した場合、ＵＰｎＰコントロール・ポイント１５０は、その送信元のサービスの切替準備が完了していることをＲＡＭ１０４に記憶する（ステップＳ１２５）。続いて、ＵＰｎＰコントロール・ポイント１５０は、切替準備要求Ａｃｔｉｏｎの送信先のサービスの全てに関して切替準備が完了したか否かを判定する（ステップＳ１２６）。切替準備が完了していないサービスがある場合、処理はステップＳ１２１に戻る。

一方、切替準備要求Ａｃｔｉｏｎの送信先のサービスの全てに関して切替準備が完了した場合、ＵＰｎＰコントロール・ポイント１５０は、ステップＳ１２０で切替準備要求Ａｃｔｉｏｎを送信した各サービスに対して、登録されているイベントの解除を通知するためのＵｎｓｕｂｓｃｒｉｂｅ（イベント登録解除）を送信する（ステップＳ１２７）。Ｕｎｓｕｂｕｓｃｒｉｂｅを受信したＵＰｎＰデバイスにおいてイベントの登録が解除されることで、サービスの利用が解除される。

ステップＳ１２７の後、処理はステップＳ１１４に戻り、ＵＰｎＰコントロール・ポイント１５０は、切替先のＵＰｎＰデバイス内の必要なサービスに対してＳｕｂｓｃｒｉｂｅを送信する。その後、上記と同様の処理が実行される。

次に、プリンタ３０の動作を説明する。図７および図８はプリンタ３０の動作の手順を示している。ステップＳ２０４〜Ｓ２１８は従来のＵＰｎＰデバイスの処理ステップである。プリンタ３０の電源がオンになると、プリンタ３０内のＵＰｎＰデバイスは、各サービスに関する切替待ちフラグを全てＯＦＦに設定する（ステップＳ２０１）。

続いて、ＵＰｎＰデバイスは、ネットワークに接続済みであるか否かを判定する（ステップＳ２０２）。ネットワークに接続済みでない場合、ＵＰｎＰデバイスはネットワークへの接続を確立する（ステップＳ２０３）。この後、処理はステップＳ２０４に進む。

一方、ネットワークに接続済みである場合、プリンタ３０内の各ＵＰｎＰデバイスおよび各ＵＰｎＰデバイス内のサービスはネットワーク参加通知（ｓｓｄｐ：ａｌｉｖｅ）をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２０４）。続いて、ＵＰｎＰデバイスは、ＵＰｎＰコントロール・ポイントからＭ−ＳＥＡＲＣＨを受信したか否かを判定する（ステップＳ２０５）。Ｍ−ＳＥＡＲＣＨを受信していない場合、処理はステップＳ２０７へ進む。一方、Ｍ−ＳＥＡＲＣＨを受信した場合、ＵＰｎＰデバイスは、Ｍ−ＳＥＡＲＣＨに対する応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２０６）。続いて、処理はステップＳ２０７に進む。

処理がステップＳ２０７に進んだ場合、ＵＰｎＰデバイスは、ＵＰｎＰコントロール・ポイントからＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求（デバイス情報要求）を受信したか否かを判定する（ステップＳ２０７）。Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信していない場合、処理はステップＳ２０９へ進む。一方、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信した場合、ＵＰｎＰデバイスは応答としてＤｅｖｉｃｅ ＤｅｓｃｒｉｐｔｉｏｎをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２０８）。続いて、処理はステップＳ２０９に進む。

処理がステップＳ２０９に進んだ場合、ＵＰｎＰデバイス内のサービスは、ＵＰｎＰコントロール・ポイントからＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求（サービス情報要求）を受信したか否かを判定する（ステップＳ２０９）。Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信していない場合、処理はステップＳ２１１へ進む。一方、Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信した場合、ＵＰｎＰデバイス内のサービスは応答としてＳｅｒｖｉｃｅ ＤｅｓｃｒｉｐｔｉｏｎをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１０）。続いて、処理はステップＳ２１１に進む。

処理がステップＳ２１１に進んだ場合、ＵＰｎＰデバイス内のサービスは、ＵＰｎＰコントロール・ポイントからＳｕｂｓｃｒｉｂｅ（イベント登録）を受信したか否かを判定する（ステップＳ２１１）。Ｓｕｂｓｃｒｉｂｅを受信していない場合、処理はステップＳ２１５に進む。

一方、Ｓｕｂｓｃｒｉｂｅを受信した場合、ＵＰｎＰデバイス内のサービスは、Ｓｕｂｓｃｒｉｂｅに対する応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１２）。続いて、ＵＰｎＰデバイス内のサービスは、ＳｕｂｓｃｒｉｂｅにＳＩＤ（Ｓｅｒｖｉｃｅ ＩＤ）が付与されているか否かを判定する（ステップＳ２１３）。ＳＩＤが付与されていないＳｕｂｓｃｒｉｂｅは、初期イベントを登録するためのＳｕｂｓｃｒｉｂｅであり、ＳＩＤが付与されているＳｕｂｓｃｒｉｂｅは、登録されているイベントの状態を更新するためのＳｕｂｓｃｒｉｂｅである。ＳｕｂｓｃｒｉｂｅにＳＩＤが付与されている場合、処理はステップＳ２１５に進む。一方、ＳｕｂｓｃｒｉｂｅにサービスＩＤが付与されていない場合、ＵＰｎＰデバイス内のサービスは、初期状態を通知するための初期イベントをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１４）。続いて、処理はステップＳ２１５に進む。

処理がステップＳ２１５に進んだ場合、ＵＰｎＰデバイス内のサービスは、ＵＰｎＰコントロール・ポイントからＵｎｓｕｂｓｃｒｉｂｅ（イベント登録解除）を受信したか否かを判定する（ステップＳ２１５）。Ｕｎｓｕｂｓｃｒｉｂｅを受信していない場合、処理はステップ２１７に進む。一方、Ｕｎｓｕｂｓｃｒｉｂｅを受信した場合、ＵＰｎＰデバイス内のサービスは、Ｕｎｓｕｂｓｃｒｉｂｅに対する応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１６）。続いて、処理はステップＳ２１７に進む。

処理がステップＳ２１７に進んだ場合、ＵＰｎＰデバイス内のサービスは、サービス内の状態変化の有無を判定する（ステップＳ２１７）。サービス内の状態変化がない場合、処理はステップ２１９に進む。一方、サービス内の状態変化がある場合、ＵＰｎＰデバイス内のサービスは、状態変化を通知するためのＮｏｔｉｆｙをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１８）。続いて、処理はステップＳ２１９に進む。

処理がステップＳ２１９に進んだ場合、ＵＰｎＰデバイス内のサービスは切替待ちフラグがＯＮに設定されており、かつ自身のサービスから他のサービスへ切替可能な状態であるか否かを判定する（ステップＳ２１９）。切替待ちフラグがＯＮに設定されており、かつ自身のサービスから他のサービスへ切替可能な状態である場合、ＵＰｎＰデバイス内のサービスは切替準備完了ＮｏｔｉｆｙをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２２０）。切替準備完了Ｎｏｔｉｆｙの送信後、ＵＰｎＰデバイス内のサービスは切替待ちフラグをＯＦＦに設定する（ステップＳ２２１）。続いて、処理はステップＳ２２２に進む。

一方、切替待ちフラグがＯＦＦに設定されている場合、または自身のサービスから他のサービスへ切替可能な状態でない場合、ＵＰｎＰデバイス内のサービスはＵＰｎＰコントロール・ポイントからＡｃｔｉｏｎを受信したか否かを判定する（ステップＳ２２２）。Ａｃｔｉｏｎを受信していない場合、処理はステップＳ２０５に戻る。一方、Ａｃｔｉｏｎを受信した場合、ＵＰｎＰデバイス内のサービスは、受信したＡｃｔｉｏｎが切替準備要求Ａｃｔｉｏｎであるか否かを判定する（ステップＳ２２３）。受信したＡｃｔｉｏｎが切替準備要求Ａｃｔｉｏｎでない場合、ＵＰｎＰデバイス内のサービスは、Ａｃｔｉｏｎに対する応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２２４）。続いて、処理はステップＳ２０５に戻る。

一方、受信したＡｃｔｉｏｎが切替準備要求Ａｃｔｉｏｎである場合、ＵＰｎＰデバイス内のサービスは、自身のサービスから他のサービスへ切替可能な状態であるか否かを判定する（ステップＳ２２５）。自身のサービスから他のサービスへ切替可能な状態である場合、ＵＰｎＰデバイス内のサービスは切替準備応答として正常応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２２６）。続いて、処理はステップＳ２０５に戻る。

一方、自身のサービスから他のサービスへ切替可能な状態でない場合、ＵＰｎＰデバイス内のサービスは切替準備応答として所定のエラー応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２２７）。エラー応答の送信後、ＵＰｎＰデバイス内のサービスは切替待ちフラグをＯＮに設定する（ステップＳ２２８）。続いて、処理はステップＳ２０５に戻る。

次に、ＤＳＣ１０とプリンタ３０との間で行われる通信の例を説明する。図９は、この通信の手順を示している。プリンタ３０内の各ＵＰｎＰデバイス（ＵＰｎＰプリンタデバイス３２０、ＵＰｎＰメディアサーバデバイス３３０）および各ＵＰｎＰデバイス内のサービス（ＰｒｉｎｔＢａｓｉｃサービス３２１、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２）はネットワーク参加通知（ｓｓｄｐ：ａｌｉｖｅ）をネットワーク上にマルチキャストする（ステップＳ２０４に対応）。

一方、ＤＳＣ１０内のＵＰｎＰコントロール・ポイント１５０は、ネットワークに参加すると、ネットワーク上にＭ−ＳＥＡＲＣＨをマルチキャストする（ステップＳ１０３に対応）。ＵＰｎＰプリンタデバイス３２０とＵＰｎＰメディアサーバデバイス３３０は、Ｍ−ＳＥＡＲＣＨを受信すると、Ｍ−ＳＥＡＲＣＨレスポンスをＵＰｎＰコントロール・ポイント１５０へ送信する（ステップＳ２０５，Ｓ２０６に対応）。

ＵＰｎＰコントロール・ポイント１５０は、Ｍ−ＳＥＡＲＣＨレスポンスを受信すると、Ｍ−ＳＥＡＲＣＨレスポンス内に記述されている情報に基づき、ＵＰｎＰプリンタデバイス３２０とＵＰｎＰメディアサーバデバイス３３０に対してＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求（ＨＴＴＰ ＧＥＴ）を送信する（ステップＳ１０４，Ｓ１０６に対応）。

ＵＰｎＰプリンタデバイス３２０とＵＰｎＰメディアサーバデバイス３３０は、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信すると、それぞれのＵＰｎＰデバイスに関するＤｅｖｉｃｅ ＤｅｓｃｒｉｐｔｉｏｎをＵＰｎＰコントロール・ポイント１５０へ送信する（ステップＳ２０７，Ｓ２０８に対応）。

ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰプリンタデバイス３２０とＵＰｎＰメディアサーバデバイス３３０からＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信すると、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ内に記述されている情報に基づき、ＰｒｉｎｔＢａｓｉｃサービス３２１、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２に対してＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求（ＨＴＴＰ ＧＥＴ）を送信する（ステップＳ１０７，Ｓ１０８に対応）。

ＰｒｉｎｔＢａｓｉｃサービス３２１、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２は、Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信すると、それぞれのサービスに関するＳｅｒｖｉｃｅ ＤｅｓｃｒｉｐｔｉｏｎをＵＰｎＰコントロール・ポイント１５０へ送信する（ステップＳ２０９，Ｓ２１０に対応）。

ＵＰｎＰコントロール・ポイント１５０は、ＰｒｉｎｔＢａｓｉｃサービス３２１、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２からＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信すると、それぞれのＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ内に記述されている情報を記憶する（ステップＳ１０９，Ｓ１１０に対応）。

上記のように、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰプリンタデバイス３２０とＵＰｎＰメディアサーバデバイス３３０からＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信し、ＰｒｉｎｔＢａｓｉｃサービス３２１、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２からＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信する。受信の確認はステップＳ１１１，Ｓ１１２に対応している。

制御対象のＵＰｎＰデバイスとしてＵＰｎＰプリンタデバイス３２０が選択されると、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰプリンタデバイス３２０内のサービスであるＰｒｉｎｔＢａｓｉｃサービス３２１とＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２に対してＳｕｂｓｃｒｉｂｅを送信する（ステップＳ１１３，Ｓ１１４に対応）。

その後、ＵＰｎＰコントロール・ポイント１５０とＰｒｉｎｔＢａｓｉｃサービス３２１、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２との間で、Ａｃｔｉｏｎ、Ａｃｔｉｏｎ応答、イベント（Ｎｏｔｉｆｙ）が送受信される（ステップＳ１１５〜Ｓ１１８，Ｓ２１４，Ｓ２１７，Ｓ２１８，Ｓ２２２〜Ｓ２２４に対応）。

例えば、ユーザがＵＰｎＰプリンタデバイス３２０からＵＰｎＰメディアサーバデバイス３３０へと制御対象を変更したい場合（ステップＳ１１９に対応）、ＵＰｎＰコントロール・ポイント１５０は、現在制御対象としているＵＰｎＰプリンタデバイス３２０内の各サービスであるＰｒｉｎｔＢａｓｉｃサービス３２１とＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２に対して切替準備要求Ａｃｔｉｏｎを送信する（ステップＳ１２０に対応）。

ＰｒｉｎｔＢａｓｉｃサービス３２１とＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２は、切替準備要求Ａｃｔｉｏｎを受信すると（ステップＳ２２３に対応）、それぞれのサービスに関して、サービスを終了して他のサービスへ移行可能であるかどうかを判断する（ステップＳ２２５に対応）。例えば、切替準備要求Ａｃｔｉｏｎの受信時点において、ＰｒｉｎｔＢａｓｉｃサービス３２１では即移行可能であり、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２では即移行可能でないとする。その場合、ＰｒｉｎｔＢａｓｉｃサービス３２１は切替準備要求Ａｃｔｉｏｎの応答を正常応答で送信し（ステップＳ２２６に対応）、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２は切替準備要求Ａｃｔｉｏｎの応答を所定のエラー応答で送信する（ステップＳ２２７，Ｓ２２８に対応）。

その後、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２は、他のサービスへ移行が可能となったときに、切替準備完了Ｎｏｔｉｆｙを送信する（ステップＳ２２０に対応）。

ＵＰｎＰコントロール・ポイント１５０は、ＰｒｉｎｔＢａｓｉｃサービス３２１から受信した切替準備要求Ａｃｔｉｏｎの正常応答（ステップＳ１２３に対応）、ＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２から受信した切替準備要求Ａｃｔｉｏｎのエラー応答（ステップＳ１２４に対応）と切替準備完了Ｎｏｔｉｆｙの受信（ステップＳ１２１に対応）により、ＰｒｉｎｔＢａｓｉｃサービス３２１とＰｒｉｎｔＥｎｈａｎｃｅｄサービス３２２とで切替準備が完了していると判断し（ステップＳ１２５，Ｓ１２６に対応）、それぞれのサービスへＵｎｓｕｂｓｃｒｉｂｅを送信してから（ステップＳ１２７に対応）、新たに制御対象としたいサービスであるＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１とＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２に対してＳｕｂｓｃｒｉｂｅを送信する（ステップＳ１１４に対応）。

次に、ＵＰｎＰコントロール・ポイントとＵＰｎＰデバイス、ＵＰｎＰデバイス内のサービスとの間で送受信される各種メッセージの内容例を説明する。図１０はＳｅｒｖｉｃｅ Ｄｅｓｃｉｒｐｔｉｏｎの内容例を示している。符号１０００が示す部分では切替準備要求Ａｃｔｉｏｎの定義が記述されている。また、符号１０１０が示す部分では切替準備完了Ｎｏｔｉｆｙの定義が記述されている。

図１１は切替準備要求Ａｃｔｉｏｎの内容例を示している。符号１１００が示す部分では、切替準備要求Ａｃｔｉｏｎであることを示す内容が記述されている。図１２は切替準備要求Ａｃｔｉｏｎの応答（正常応答の場合）の内容例を示している。符号１２００が示す部分では、切替準備要求Ａｃｔｉｏｎの正常応答であることを示す内容が記述されている。

図１３は切替準備要求Ａｃｔｉｏｎの応答（エラー応答の場合）の内容例を示している。符号１３００が示す部分では、切替準備要求Ａｃｔｉｏｎのエラー応答であることを示す内容が記述されている。図１４は切替準備完了Ｎｏｔｉｆｙの内容例を示している。符号１４００が示す部分では、切替準備完了Ｎｏｔｉｆｙであることを示す内容が記述されている。

上述したように、本実施形態によれば、利用中のサービスとは異なるサービスを提供するＵＰｎＰデバイスへの切替の要求が発生した時点で、ＵＰｎＰコントロール・ポイントが、利用中のサービスを提供するＵＰｎＰデバイスに対してＵＰｎＰデバイスの切替を要求することによって、利用対象とするＵＰｎＰデバイスの切替を迅速に行うことができる。したがって、ＵＰｎＰコントロール・ポイントが第１のＵＰｎＰデバイスのサービスを利用しており、第１のＵＰｎＰデバイスのサービスから第２のＵＰｎＰデバイスのサービスへ利用を切り替えようとしている場合に、ＵＰｎＰコントロール・ポイントはＵＰｎＰコントロール・ポイント側のユーザを長時間待機させることなく、第２のＵＰｎＰデバイスのサービスを利用することができる。

また、本実施形態では、同一のサービス提供装置内で利用対象のＵＰｎＰデバイスを切り替える例を説明したが、異なるサービス提供装置の間で利用対象のＵＰｎＰデバイスを切り替えるようにしてもよい。この場合の手順も、本実施形態で説明した手順と同様である。したがって、サービスを提供する第１のＵＰｎＰデバイスが、そのサービスを利用している第１のＵＰｎＰコントロール・ポイントから、第２のＵＰｎＰデバイスへの切替要求を受けた場合に、リソースを迅速に解放することが可能となる。これによって、第２のＵＰｎＰコントロール・ポイントが第１のＵＰｎＰデバイスのサービスを利用しようとしている場合に、第２のＵＰｎＰコントロール・ポイントは第２のＵＰｎＰコントロール・ポイント側のユーザを長時間待機させることなく、第１のＵＰｎＰデバイスのサービスを利用することができる。

以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

本発明の一実施形態によるデジタルスチルカメラおよびプリンタの構成を示すブロック図である。 本発明の一実施形態によるデジタルスチルカメラおよびプリンタの背面図である。 本発明の一実施形態によるデジタルスチルカメラおよびプリンタが有するＵＰｎＰの機能を示す機能構成図である。 本発明の一実施形態によるデジタルスチルカメラの動作の手順を示すフローチャートである。 本発明の一実施形態によるデジタルスチルカメラの動作の手順を示すフローチャートである。 本発明の一実施形態におけるＵＰｎＰデバイスの選択方法を説明するための参考図である。 本発明の一実施形態によるプリンタの動作の手順を示すフローチャートである。 本発明の一実施形態によるプリンタの動作の手順を示すフローチャートである。 本発明の一実施形態によるデジタルスチルカメラとプリンタの間で行われる通信の手順を示すシーケンス図である。 本発明の一実施形態におけるメッセージの内容例を示す参考図である。 本発明の一実施形態におけるメッセージの内容例を示す参考図である。 本発明の一実施形態におけるメッセージの内容例を示す参考図である。 本発明の一実施形態におけるメッセージの内容例を示す参考図である。 本発明の一実施形態におけるメッセージの内容例を示す参考図である。

符号の説明

１０・・・ＤＳＣ、２０・・・ネットワーク、３０・・・プリンタ、１０１，３０１・・・ＣＰＵ、１０２，３０８・・・入力インターフェース部、１０３，３０２・・・ＲＯＭ、１０４，３０３・・・ＲＡＭ、１０５，３０９・・・表示部、１０６，３０５・・・外部Ｉ／Ｆ、１０７，３０６・・・ファイル管理部、１０８，３０７・・・記録部、１０９，３０４・・・圧縮伸張エンジン、１１０・・・撮像部、１５０・・・ＵＰｎＰコントロール・ポイント、３１０・・・印刷部、３２０・・・ＵＰｎＰプリンタデバイス、３３０・・・ＵＰｎＰメディアサーバデバイス、３２１・・・ＰｒｉｎｔＢａｓｉｃサービス、３２２・・・ＰｒｉｎｔＥｎｈａｎｃｅｄサービス、３３１・・・ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス、３３２・・・ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス

Claims (6)

1. ＵＰｎＰデバイスが提供するサービスの利用を行うＵＰｎＰコントロール・ポイントとして動作する制御装置であって、
   第１のＵＰｎＰデバイスが提供するサービスの利用中に、前記第１のＵＰｎＰデバイスに対して、第２のＵＰｎＰデバイスへの切替を要求する要求部と、
   前記要求部が行った要求に対する肯定的な応答を前記第１のＵＰｎＰデバイスから得た後、前記第２のＵＰｎＰデバイスが提供するサービスの利用に係る制御を行う制御部と、
   を具備することを特徴とする制御装置。
2. ＵＰｎＰデバイスからサービス情報を取得する取得部をさらに具備し、
   前記要求部は、前記取得部によって前記第２のＵＰｎＰデバイスから前記サービス情報が取得されている場合に、前記第２のＵＰｎＰデバイスへの切替を要求する
   ことを特徴とする請求項１に記載の制御装置。
3. 前記要求部は、前記第１のＵＰｎＰデバイスに対して、利用中のサービス毎に前記第２のＵＰｎＰデバイスへの切替を要求し、
   前記制御部は、前記要求部が要求を行った全てのサービスから肯定的な応答を得た後、前記第２のＵＰｎＰデバイスが提供するサービスの利用に係る制御を行う
   ことを特徴とする請求項１に記載の制御装置。
4. 前記要求部が行った要求に対する肯定的な応答を前記第１のＵＰｎＰデバイスから得た後、前記第１のＵＰｎＰデバイスに対して、前記第１のＵＰｎＰデバイスが提供するサービスの利用を解除する通知を行う通知部をさらに具備することを特徴とする請求項１に記載の制御装置。
5. 利用するサービスを提供するＵＰｎＰデバイスを備える装置と、中継端末を介さず、直接通信することで、当該サービスの利用を行うことを特徴とする請求項１に記載の制御装置。
6. ＵＰｎＰコントロール・ポイントとして動作する制御装置に対してサービスの提供を行うＵＰｎＰデバイスとして動作するサービス提供装置であって、
   前記制御装置へのサービスの提供中に、当該制御装置から、サービスを提供中のＵＰｎＰデバイスとは異なるＵＰｎＰデバイスへの切替の要求を受け付ける要求受付部と、
   前記要求を行った前記制御装置に対して、当該要求に対する肯定的な応答、または、当該要求に対する否定的な応答を行う応答部と、
   を具備することを特徴とするサービス提供装置。

Images