(57)【要約】【課題】  予期せぬ事態によってコントロールポイントの機能が失われた場合にも通信処理を継続できるようにする。【解決手段】  第１のサーバとなる第１の通信装置と、第２のサーバ及び第１のクライアントとなる第２の通信装置と、第２のクライアントとなる第３の通信装置とが接続されたネットワークの通信システムであって、第２の通信装置は、第１のクライアントによって第１の通信装置を制御し、第３の通信装置は、第２のクライアントによって、第２の通信装置の第１サーバから第１の通信装置の制御情報を受信すると共に、該制御情報に基づいて第１の通信装置を制御する通信システムを提供する。【選択図】  図１
2005184436.tif 000002
【特許請求の範囲】
【請求項１】
第１のサーバとなる第１の通信装置と、第２のサーバ及び第１のクライアントとなる第２の通信装置と、第２のクライアントとなる第３の通信装置とが接続されたネットワークの通信システムであって、
第２の通信装置は、第１のクライアントによって第１の通信装置を制御し、
第３の通信装置は、第２のクライアントによって、第２の通信装置の第１サーバから第１の通信装置の制御情報を受信すると共に、該制御情報に基づいて第１の通信装置を制御することを特徴とする通信システム。
【請求項２】
上記サーバは該サーバ自身が供給するサービスを該ネットワークに接続されている各機器に対して知らしめ、上記クライアントは上記サーバが知らしめるサービス内容に基づいて該サービスを利用することを特徴とする請求項１に記載の通信システム。
【請求項３】
上記第３の通信装置は、上記第２の通信装置が上記第１の通信装置を制御不可能の場合のみ、上記第１の通信装置を制御することを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
上記第３の通信装置は、一定期間の間、上記第２の通信装置からの送信信号が無いことを検出して、上記第１の通信装置を制御することを特徴とする請求項１又は２に記載の通信システム。
【請求項５】
複数のクライアントと複数のサーバとが接続可能なネットワークにおける通信システムであって、
サーバと、上記サーバを制御する第１のクライアントと、上記第１のクライアントが有する上記サーバの情報を受信する第２のクライアントとを有し、上記第２のクライアントは上記第１のクライアントから受信した上記サーバの情報に基づいて上記サーバを制御することを特徴とする通信システム。
【請求項６】
上記サーバは該サーバ自身が供給するサービスを該ネットワークに接続されている各機器に対して知らしめ、上記クライアントは上記サーバが知らしめるサービス内容に基づいて該サービスを利用することを特徴とする請求項５に記載の通信システム。
【請求項７】
上記第２のクライアントは、上記第１のクライアントが上記サーバを制御不可能な場合のみ、上記サーバを制御することを特徴とする請求項５又は６に記載の通信システム。
【請求項８】
上記第２のクライアントは、上記第１のクライアントから、一定の期間、送信信号が無いことを検出して、上記サーバを制御することを特徴とする請求項５項から第６に記載の通信システム。
【請求項９】
少なくとも第１及び第２の制御装置と、単数又は複数の被制御装置とが接続されたネットワークにおける通信システムであって、
上記第１制御装置は上記被制御装置を上記ネットワークを介して制御すると共に上記第２の制御装置に上記被制御装置の制御情報を送信し、上記第２の制御装置は上記制御情報に基づいて上記ネットワークを介して上記被制御装置を制御することを特徴とする通信システム。
【請求項１０】
上記第２の制御装置は、上記制御情報を記憶するための記憶手段と、上記第１の制御装置が上記被制御装置を制御不可能になったこと検出するための検出手段とを有し、上記検出手段の出力に基づいて上記被制御装置を制御することを特徴とする請求項９に記載の通信システム。
【請求項１１】
上記被制御装置のうち少なくとも一つの被制御装置は、上記制御情報を記憶するための記憶手段と、上記第１の制御装置が上記被制御装置を制御不可能になったこと検出するための検出手段とを有し、上記検出手段の出力に基づいて上記制御情報を上記第２の制御装置に送信することを特徴とする請求項９に記載の通信システム。
【請求項１２】
上記ネットワークとはＵＰｎＰネットワークであることを特徴とする請求項１から１１の何れかに記載の通信システム。
【請求項１３】
ネットワーク上のサーバとして動作する通信装置であって、
上記サーバと通信する第１のクライアントがネットワーク上に接続しないことを検出する検出手段と、上記第１のクライアントとは異なる第２のクライアントに対し上記検出手段の出力に基づく情報を通知するための通信手段とを有することを特徴とする通信装置。
【請求項１４】
上記検出手段は、上記第１のクライアントからの信号が一定期間送信されないことを検出する検出手段であることを特徴とする請求項１３に記載の通信装置。
【請求項１５】
上記検出手段は、上記第１のクライアントにＩＣＭＰパケットを送信して該パケットへのレスポンスが無いことを検出する検出手段であることを特徴とする請求項１３に記載の通信装置。
【請求項１６】
ネットワーク上のサーバとして動作する通信装置であって、
該通信装置とは異なる第２の通信装置をネットワークを介して制御する第１の制御装置がネットワーク上に接続しないことを検出する検出手段と、通信手段と、記憶手段とを有し、上記通信手段は上記第１の制御装置が上記第２の通信装置を制御する制御情報を受信し、上記記憶手段は上記制御情報を記憶し、上記通信手段は上記検出手段の検出結果に基づいて上記第１の制御装置とは異なる第２の制御装置に対し上記制御情報を送信することを特徴とする通信装置。
【請求項１７】
上記検出手段は、上記第１の制御装置から一定期間信号が送信されないことを検出する検出手段であることを特徴とする請求項１６に記載の通信装置。
【請求項１８】
上記検出手段は、上記第１の制御装置にＩＣＭＰパケットを送信し該パケットへの応答が無いことを検出する検出手段であることを特徴とする請求項１６に記載の通信装置。
【請求項１９】
ネットワーク上の第１のサーバと第１のクライアントとの両方の機能を有した通信装置であって、
該通信装置の第１のクライアントがネットワーク上の第２のサーバと通信するとともに該通信装置の第１のサーバがネットワーク上の第２のクライアントと通信するための通信手段を有し、上記第２サーバの情報を上記第２のクライアントに送信することを特徴とする通信装置。
【請求項２０】
ネットワークを介して他の装置を制御する通信装置であって、
通信手段と、制御手段とを有し、上記通信手段は上記制御手段の出力する情報を被制御装置に送信すると共に該通信装置及び被制御装置とは異なる第３の通信装置に対して送信することを特徴とする通信装置。
【請求項２１】
ネットワークを介して他の装置から制御される通信装置であって、
通信手段と、記憶手段とを有し、上記通信手段は制御情報を受信し、上記記憶手段は上記通信手段を介して入力される該装置の制御情報を記憶し、上記通信手段は上記記憶手段に記憶された制御情報を該制御情報の送信元とは異なる装置に送信することを特徴とする通信装置。
【請求項２２】
検出手段を有し、該検出手段は上記制御情報の送信元である装置が上記ネットワークに接続しないことを検出し、上記通信手段は該検出結果に基づいて上記記憶手段に記憶された制御情報を該制御情報の送信元とは異なる装置に送信することを特徴とする請求項２１に記載の通信装置。
【請求項２３】
上記検出手段は、上記制御情報の送信元である装置から一定期間、信号が送信されないことを検出する検出手段であることを特徴とする請求項２２に記載の通信装置。
【請求項２４】
上記検出手段は、上記制御情報の送信元である装置に対してＩＣＭＰパケットを送信し、該パケットへの応答が無いことを検出する検出手段であることを特徴とする請求項２２に記載の通信装置。
【請求項２５】
上記通信手段は該制御情報の送信元とは異なる装置から送信要求要求を受信し、該送信要求に応答して上記記憶手段に記憶された制御情報を該制御情報の送信元とは異なる装置に送信することを特徴とする請求項２１に記載の通信装置。
【請求項２６】
ネットワークを介して他の装置を制御する通信装置であって、
通信手段と、検出手段と、制御手段とを有し、上記検出手段は該通信装置及び該通信装置が制御する被制御装置とは異なる第３の装置が上記ネットワークに接続しないことを検出し、上記通信手段は制御情報に関する送信要求信号を上記第３の装置とは異なる装置に送信するとともに上記制御情報を受信し、上記制御手段は上記受信した制御情報に基づいて新たな制御情報を発生させ、上記通信手段は上記制御手段の出力を上記被制御装置に対して送信することを特徴とする通信装置。
【請求項２７】
上記通信手段が送信する送信要求信号は、被制御装置に送信されることを特徴とする請求項２６に記載の通信装置。
【請求項２８】
上記通信手段が送信する送信要求信号は、被制御装置及び上記第３の装置とは異なる第４の装置に送信されることを特徴とする請求項２６に記載の通信装置。
【請求項２９】
上記検出手段は、上記第３の装置から一定期間、信号が送信されないことを検出する検出手段であることを特徴とする請求項２６から２８の何れかに記載の通信装置。
【請求項３０】
上記検出手段は、上記第３の装置へＩＣＭＰパケットを送信し該パケットへの応答が無いことを検出する検出手段であることを特徴とする請求項２６から２８の何れかに記載の通信装置。
【請求項３１】
ネットワークを介して制御情報を受信し記憶する通信装置であって、
通信手段と、記憶手段とを有し、上記通信手段は該通信装置とは異なるネットワーク上の第１の装置から該通信装置とは異なるネットワーク上の第２の装置へ送信される制御情報を受信し、上記記憶手段は上記通信手段から入力される制御情報を記憶し、上記通信手段は該通信装置、上記第１の装置及び上記第２の装置とは異なる第３の装置に対して上記記憶手段が記憶する制御情報を送信することを特徴とする通信装置。
【請求項３２】
検出手段を有し、該検出手段は上記第１の装置が上記ネットワークに接続しないことを検出し、上記通信手段は上記検出手段により上記第１の装置が上記ネットワークに接続しないことが検出された場合に上記記憶手段に記憶された制御情報を該通信装置、上記第１の装置及び上記第２の装置とは異なる第３の装置に対して送信することを特徴とする請求項３１に記載の通信装置。
【請求項３３】
上記検出手段は、上記第１の装置から、一定期間、信号が送信されないことを検出する検出手段であることを特徴とする請求項３２に記載の通信装置。
【請求項３４】
上記検出手段は、上記第１の装置へＩＣＭＰパケットを送信し、該パケットへの応答が無いことを検出する検出手段であることを特徴とする請求項３２に記載の通信装置。
【請求項３５】
上記通信手段は上記第３の装置から送信要求信号を受信し、該送信要求に応答して上記記憶手段に記憶された制御情報を上記第３の装置に送信することを特徴とする請求項３１に記載の通信装置。
【請求項３６】
ネットワークを介して他の装置を制御する通信装置であって、
通信手段と、記憶手段と、制御手段とを有し、上記通信手段は該装置及び該装置が制御する被制御装置とは異なる第３の装置から上記被制御装置へ送信される制御情報を受信し、上記記憶手段は上記通信手段から入力される制御情報を記憶し、上記制御手段は上記記憶された制御情報に基づいて新たな制御情報を発生させ、上記通信手段は上記制御手段の出力を上記被制御装置に対して送信することを特徴とする通信装置。
【請求項３７】
検出手段を有し、該検出手段は上記第３の装置が上記ネットワークに接続しなくなったことを検出し、上記制御手段は上記検出手段により上記第３の装置が上記ネットワークに接続しなくなったことが検出された場合に上記記憶された制御情報に基づいて新たな制御情報を発生させ、上記通信手段は上記制御手段の出力を上記被制御装置に対して送信することを特徴とする請求項３６に記載の通信装置。
【請求項３８】
上記検出手段は、上記第３の装置から、一定期間、信号が送信されないことを検出する検出手段であることを特徴とする請求項３７に記載の通信装置。
【請求項３９】
上記検出手段は、上記第３の装置に対してＩＣＭＰパケットを送信し、該パケットに対する応答が無いことを検出する検出手段であることを特徴とする請求項３７に記載の通信装置。
【請求項４０】
上記ネットワークとは、ＵＰｎＰネットワークであることを特徴とする請求項１３から３９の何れかに記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び通信装置に関する。
【背景技術】
【０００２】
近年のデジタルネットワークは、通信インフラの高速化、インターフェースの多様化と共に、様々な機器構成により急速に家庭内、オフィスを含めて普及している。その中でも、家庭内やオフィスを問わず、機器同士のネットワークインターフェースの違いによるデータ通信の困難さを解消するために、デジタルインターフェースに依存しないネットワークを構成できる通信プロトコルが数多く提案されている。特に、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）層よりも上位の概念を持つ規格であり、物理層に依存しない特徴を持つため、多くの機器で実現可能なプロトコルとして注目を集めている（非特許文献１参照）。例えば、ＵＰｎＰでは、有線インターフェース（ＩＥＥＥ１３９４、ＰｏｗｅｒＬｉｎｅ、ＨｏｍｅＰＮＡなど）、無線インターフェース（ＩＥＥＥ８０２．１１ｂなど）を用いて複数の機器を接続して、１つのＵＰｎＰネットワークを構成することができる。
【０００３】
Ｐｌｕｇ  ａｎｄ  Ｐｌａｙの名前が示すように、様々なデジタルインターフェースを持つ機器同士を、一つのネットワーク内に混在させる手間と困難さを省くため、ネットワーク内への参加と脱退はユーザが手動で設定作業を行わずに、機器が自動的に最適な設定を行う。ＵＰｎＰネットワークにおいては、ある機能を提供する機器をデバイス（Ｄｅｖｉｃｅ）と呼び、提供する機能をサービス（Ｓｅｒｖｉｃｅ）と呼び、またこのデバイスのサービスを利用し、各デバイスを制御する機器をコントロールポイント（Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）と呼ぶ。また、ＵＰｎＰではデバイス及びコントロールポイントの両機能を併せ持つ機器も存在することができる。このように、ＵＰｎＰネットワークは、複数のデバイスと、複数のコントロールポイントから構成され得る。
【０００４】
電源の投入、あるいは、ＵＰｎＰネットワークへの物理的接続等の初期接続に伴って、デバイスは、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバからＩＰアドレスを取得しようとする。この際、デバイスは  ＤＨＣＰＤＩＳＣＯＶＥＲ  Ｒｅｑｕｅｓｔメッセージをネットワーク内にブロードキャストする。もし、ネットワーク内にＤＨＣＰサーバが存在すれば、デバイスはＤＨＣＰサーバからのＤＨＣＰＯＦＦＥＲメッセージを受信して、ＩＰアドレスを決定することができる。また、もし、ＤＨＣＰサーバからのレスポンスが無い場合、デバイスはＡｕｔｏＩＰプロトコルによって、ＩＰアドレスを決定できるようになっている。また、コントロールポイントも、ネットワークに接続されると、デバイスと同様な手順でＩＰアドレスを取得する。
【０００５】
デバイス及びコントロールポイントは、ＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）を用いてサービス等の通知及び検出を行う。上記デバイスが上記サービス等の通知を行う場合には、該デバイスがｓｓｄｐ：ａｌｉｖｅ  メッセージをネットワーク内にマルチキャスト送信する。該ｓｓｄｐ：ａｌｉｖｅメッセージの受信により、該サービスを利用したいと望むコントロールポイントは、該サービスがネットワーク内に存在することを検出する。また、コントロールポイントが必要なサービスを探索する場合には、該コントロールポイントは、該コントロールポイントが必要とするサービスを記述したｓｓｄｐ：ｄｉｓｃｏｖｅｒメッセージをネットワーク内にマルチキャスト送信する。該ｓｓｄｐ：ｄｉｓｃｏｖｅｒメッセージを受信したデバイスは、メッセージ内に記述されているサービスと、該デバイスが供給するサービスとが一致した場合に、上記ｓｓｄｐ：ｄｉｓｃｏｖｅｒメッセージに対するレスポンスメッセージを、コントロールポイントにユニキャスト送信する。該レスポンスを受信したコントロールポイントは、必要なサービスがネットワーク内に存在することを検出する。
【０００６】
デバイスは、ＩＰアドレス取得後、該デバイスの種類と該デバイスが有するサービスをネットワーク上にｓｓｄｐ：ａｌｉｖｅメッセージとしてマルチキャスト送信する。例えば、デバイスがＶＴＲの機能を有する場合、上記デバイスは対応している記録メディアの種類や記録フォーマット、再生機能などの情報をＸＭＬで記述して送信する。対応している記録メディアや記録フォーマットなどの情報は状態変数として定義され、再生機能などの機器の動作を行うための機能はアクションとして定義される。デバイスがＵＰｎＰネットワークから切断される場合は、切断されることを通知するｓｓｄｐ：ｂｙｅｂｙｅメッセージをマルチキャスト送信することが推奨されている。上記ｓｓｄｐ：ａｌｉｖｅメッセージにはこのｓｓｄｐ：ａｌｉｖｅメッセージで通知されたデバイスやサービスが有効である期間が記述されており、ｓｓｄｐ：ｂｙｅｂｙｅメッセージを送信しない場合は、コントロールポイントは受信した上記有効期間が経過することで上記サービス等を無効化する。
【０００７】
デバイスが、上記のｓｓｄｐ：ａｌｉｖｅメッセージによってＵＰｎＰネットワークへ参加することをＡｄｖｅｒｔｉｓｅと称する。また、デバイスは、ＵＰｎＰネットワーク内に参加している限り、ｓｓｄｐ：ａｌｉｖｅメッセージを、各機器固有の周期時間を用いて定期的に公表するようになっている。
【０００８】
ＩＰアドレスを取得した後、コントロールポイントは、制御可能なデバイスからサービスが通知されるのを待つか、必要なサービスのサーチのリクエストをネットワーク上にマルチキャスト送信することによってデバイスを検出する。コントロールポイントが、必要なサービスのサーチを行う場合、コントロールポイントはｓｓｄｐ：ｄｉｓｃｏｖｅｒメッセージをマルチキャストでＵＰｎＰネットワークに送信する。ＵＰｎＰネットワーク上の各デバイスは、上記サーチのリクエストを受信し、そのサーチ対象のサービスを有するデバイスがコントロールポイントに対してレスポンスを送信する。
【０００９】
必要なサービスを取得したコントロールポイントは、デバイスに対して状態変数の問い合わせや、アクションの要求を行う。上記問い合わせやアクションの要求は、ＨＴＴＰリクエストを用いてコントロールポイントからデバイスに送信され、その結果はＨＴＴＰレスポンスを用いてデバイスからコントロールポイントに送信される。
【非特許文献１】Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ、  Ｖｅｒｓｉｏｎ  １．０、  ０８  Ｊｕｎ  ２０００
【発明の開示】
【発明が解決しようとする課題】
【００１０】
携帯可能な通信装置を用いた場合、通常バッテリ等によって電源供給を行っている。上記のごとき携帯通信装置の場合、バッテリ等の電源供給装置の容量不足によって、上記コントロールポイントの機能が失われてしまう。また、ＰＣ等のコンピュータにおいては、動作しているプログラム・ソフトウェアの不具合や、オペレーティングシステムの不具合等によって、該ソフトウェアや該オペレーティングシステムが異常終了してしまう場合も存在する。このような場合においても、上記と同様にコントロールポイントの機能が失われてしまう。
【００１１】
しかしながら、上記従来例においては、通信処理中に上記コントロールポイントに機能が失われてしまうと該通信処理が継続できないといった問題点があった。とくに、比較的処理時間の長い通信処理中においては、継続できなくなる危険性が高い。
【００１２】
そこで、本発明は、予期せぬ事態によってコントロールポイントの機能が失われた場合にも通信処理を継続できる通信システム及び通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の通信システムの一つは、例えば、第１のサーバとなる第１の通信装置と、第２のサーバ及び第１のクライアントとなる第２の通信装置と、第２のクライアントとなる第３の通信装置とが接続されたネットワークの通信システムであって、第２の通信装置は、第１のクライアントによって第１の通信装置を制御し、第３の通信装置は、第２のクライアントによって、第２の通信装置の第１サーバから第１の通信装置の制御情報を受信すると共に、該制御情報に基づいて第１の通信装置を制御することを特徴とする。
【００１４】
本発明の通信装置の一つは、例えば、ネットワーク上のサーバとして動作する通信装置であって、上記サーバと通信する第１のクライアントがネットワーク上に接続しないことを検出する検出手段と、上記第１のクライアントとは異なる第２のクライアントに対し上記検出手段の出力に基づく情報を通知するための通信手段とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、予期せぬ事態によってコントロールポイントの機能が失われた場合にも通信処理を継続できる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に好適な実施の形態を説明する。
【００１７】
図１は、本実施の形態におけるＵＰｎＰネットワークを示す図である。本実施の形態では、ＵＰｎＰのネットワークに接続したデジタルカメラを例にとって説明を行う。デジタルカメラは、コントロールポイントの機能とデバイスとしてのサービスを提供する機能を、同時に使用することが可能なコンボデバイスである。
【００１８】
図１は、本実施の形態におけるネットワークの構成例を示した図である。１０１はコンボデバイスであるデジタルカメラ、１０２はコントロールポイントの機能を持つＰＣ、１０３はＵＰｎＰプリンティングデバイスであるプリンタ、１０４はＵＰｎＰ表示デバイスであるデジタルＴＶ、１０５はコントロールポイントの機能を持つＰＤＡ、１０６はＵＰｎＰインターネットゲートウェイデバイス、１０７はインターネットゲートウェイ１０６を通して接続しているインターネットを表している。図１においては、例えば、デジタルカメラ１０１及びＰＣ１０２並びにＰＣ１０２及びプリンタ１０３はＩＥＥＥ１３９４（参考文献：ＩＥＥＥ  Ｓｔｄ  １３９４−１９９５、  ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  ａ  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｓｅｒｉａｌ  Ｂｕｓ、  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ、  Ｉｎｃ．）で接続される。このように、ＵＰｎＰネットワークを構成する物理媒体は様々である。
【００１９】
ＵＰｎＰデバイスがＵＰｎＰネットワークに接続すると、ＵＰｎＰネットワーク内に存在する全ての機器へ向かって、ＵＰｎＰのＤｉｓｃｏｖｅｒｙメッセージであるＡｄｖｅｒｔｉｓｅがマルチキャストにより送信される。ＰＣ１０２やＰＤＡ１０５のコントロールポイントの機能を持つ機器は、これらのデバイスから公表されるメッセージパケットを受け取ることにより、ＵＰｎＰネットワーク内に、新たなデバイスが加入したことを知ることができる。各々のコントロールポイントは、送信されてきたデバイスからのパケット情報を記憶領域へ保存し、ＵＰｎＰネットワーク内のデバイスとサービスのテーブルを持つ。
【００２０】
例えば、デジタルカメラ１０１はサービスを提供するため、ＵＰｎＰデバイスとして必要なＵＵＩＤ、デバイスタイプ、ルートデバイス、サービスタイプの各パラメータに加え、デバイスとサービスの詳細情報を含んだＤｅｓｃｒｉｐｔｉｏｎのＸＭＬのＵＲＬをマルチキャストで送信する。各コントロールポイントは、このＵＲＬに対してＨＴＴＰ  ＧＥＴを行うことにより、ＸＭＬファイルを受信し、パーシングすることにより、各デバイスの実装しているサービスの詳細情報を得ることが可能となる。ＰＤＡ１０５は、デジタルカメラ１０１の持つコンテンツである画像を、デジタルカメラ１０１の提供するコンテンツディレクトリサービスを用いることにより知ることができる。また、プリンタ１０３の持つプリンティングサービスを用いることにより、任意のデータを用紙にプリントすることができる。このサービスを使うために各サービスへ登録することにより、ＰＣ１０２はデジタルカメラ１０１からプリンタ１０３へ、任意のコンテンツを指定してプリントアウトを行うことが可能になる。
【００２１】
上記のように、図１において、ＰＣ１０２がコントロールポイントとなり、デジタルカメラ１０１に記録されている画像を、プリンタ１０３に出力する場合を考える。前述したＤＨＣＰ又はＡｕｔｏＩＰによってＩＰアドレスを取得すると、デジタルカメラ１０１及びプリンタ１０３は、それぞれ、Ａｄｖｅｒｔｉｓｅを行う。コントロールポイントとなるＰＣ１０２は、該Ａｄｖｅｒｔｉｓｅによって、ＵＰｎＰネットワーク上にコンテンツディレクトリサービス及びプリントサービスが存在することを検知する。
【００２２】
この後、ＰＣ１０２は、ＨＴＴＰ  ＧＥＴリクエストを送信して、デジタルカメラ１０１及びプリンタ１０３からデバイス及びサービスの詳細情報である、ｄｅｓｃｒｉｐｔｉｏｎを受信しようとする。各デバイス、すなわち、デジタルカメラ１０１及びプリンタ１０３は該リクエストへの返信として、デバイス及びサービスのｄｅｓｃｒｉｐｔｉｏｎをＰＣ１０２に送信する。上記動作によって、ＰＣ１０２は、デジタルカメラ１０１及びプリンタ１０３のデバイス情報、サービス情報などの詳細を検出することが可能になる。
【００２３】
上述したＡｄｖｅｒｔｉｓｅの情報は、マルチキャスト送信であるので、バックアップコントロールポイントとなるＰＤＡ１０５にも到達する。該情報を受信したＰＤＡ１０５は、該ＰＤＡがバックアップコントロールポイントであることを示す情報をＡｄｖｅｒｔｉｓｅを用いてネットワーク内にマルチキャスト送信する。該情報を受信したＰＣ１０２は、バックアップするコントロール情報をＰＤＡ１０５に送信する。
【００２４】
例えば、ＰＣ１０２が、デジタルカメラ１０１に記録されている画像情報を、プリンタ１０３から出力する場合には、該画像の出力に必要な情報がＰＤＡ１０５にバックアップされる。さらに詳述すれば、例えば、画像の縦横サイズ、総バイト数、フォーマットや、画像をプリンタから出力する際に一度に読み出されるデータ数、プリント中の現在の出力バイト数、プリンタのペーパサイズ、解像度などである。もちろん、この他にも、画像を出力する際に必要となるデータや、あるいは、画像を出力する際の付加情報ならば何でも良いことは言うまでもない。また、このときバックアップされる情報は、上述したデバイス及びサービスのｄｅｓｃｒｉｐｔｉｏｎでも良い。
【００２５】
ＰＤＡ１０５は、デジタルカメラ１０１及びプリンタ１０３の何れか一方、又は、両方に対して、ＰＣ１０２からのコントロール情報の送受信がタイムアウトしたことを該ＰＤＡに対して通知するように要求する。該動作を、例えば、ｓｕｂｓｃｒｉｐｔｉｏｎと称する。この動作は、例えばＧＥＮＡプロトコルによって行われる。
【００２６】
その後、ＰＣ１０２は、デジタルカメラ１０１のコンテンツディレクトリサービスと、プリンタ１０３のプリントサービスを用いて、画像の印刷を開始する。コントロールポイントであるＰＣ１０２は、例えば、ＨＴＴＰ  ＰＯＳＴメソッド、あるいは、Ｍ−ＰＯＳＴメソッドによって、デジタルカメラ１０１及びプリンタ１０３を制御する。上記動作を、例えば、Ａｃｔｉｏｎと呼び、一定の周期で該Ａｃｔｉｏｎが繰り返されて、プリント動作を完了させるようになっている。
【００２７】
もし、ＰＣ１０２が、メモリリークなどのプログラムの不具合等によってコントロールポイントの機能が失われてしまうと、上記一定周期のＡｃｔｉｏｎが行われなくなる。デジタルカメラ１０１、または、プリンタ１０３は、該Ａｃｔｉｏｎを受信しなくなると、内部のタイマによってタイムアウトする。上述したＰＤＡ１０５のｓｕｂｓｃｒｉｐｔｉｏｎによってタイムアウトの通知要求を受けているデバイス、すなわち、デジタルカメラ１０１、プリンタ１０３のどちらか一方、あるいは、両方は、タイムアウトした旨の情報をＰＤＡ１０５に対して送信する。
【００２８】
該タイムアウト情報を受信したＰＤＡ１０５は、該ＰＤＡ１０５に記憶されているバックアップ情報に基づいて、プリント動作を継続する。該バックアップ情報は、デジタルカメラ１０１のコンテンツディレクトリサービスに基いた画像の読み出し情報や、プリンタ１０３のプリントサービスに基づいたプリントの経過情報等から構成される。これら時間経過と共に変化する情報は、コントロールポイントであるＰＣ１０２からＰＤＡ１０５に定期的にバックアップするようになっていてもよく、また、デジタルカメラ１０１及びプリンタ１０３を介してＰＤＡ１０５にバックアップされるようになっていても良い。
【００２９】
プリント動作を継続するＰＤＡ１０５は、新たなコントロールポイントとなり、上述したＰＣ１０２のＡｃｔｉｏｎと同様なＡｃｔｉｏｎを行うことにより、プリント動作が完了するまで、該動作を継続する。該動作は上記と同様、例えば、ＨＴＴＰ  ＰＯＳＴメソッド、あるいは、Ｍ−ＰＯＳＴメソッドによって、デジタルカメラ１０１及びプリンタ１０３を制御するようになっている。
【００３０】
本実施の形態では、上述したように、ＰＣ１０２のプログラムの不具合等によってコントロールポイントの機能が失われるとしているが、ほかにも、例えば、バッテリ等の残量が無くなったり、電源プラグが抜かれたりした場合のように、電源が断たれたことによってコントロールポイントの機能が失われても同様に適用できる。また、ほかにも、コントロールポイントの機能が失われるような状況であれば、同様に適用できる。
【００３１】
また、本実施の形態では、コントロールポイントの機能が失われたことの検出をタイムアウトによって行っているが、他にも、例えば、ＩＣＭＰパケットを用いて行うように構成しても良い。また、コントロールポイントの機能が失われたことの検出が可能であれば他の方法でも良いことは言うまでもない。また、上述のコントロールポイントの機能が失われたことの検出は、デジタルカメラ１０１、あるいは、プリンタ１０３が行わずに、ＰＤＡ１０５が直接行うように構成されていても良い。この場合には、例えば、ＰＤＡ１０５がＰＣ１０２に対してＩＣＭＰパケットを定期的に送り、そのレスポンスによって監視したり、ＰＣ１０２からデジタルカメラ１０１、あるいは、プリンタ１０３への制御パケットの送信を監視したりすることで実現可能である。また、バックアップコントロールポイントが対象のコントロールポイントの状態を監視できれば他の構成でも良い。
【００３２】
また、本実施の形態では、ＰＣ１０２とＰＤＡ１０５との間での上記制御情報の授受を、デジタルカメラ１０１、あるいは、プリンタ１０３を介して行っているが、該制御情報をＰＣ１０２とＰＤＡ１０５との間で直接授受しても良いことは言うまでもない。この場合には、例えば、バックアップコントロールポイントは最初ＵＰｎＰデバイスとなってコントロールポイントからの制御情報を受信、記憶し、その後、対象のコントロールポイントの機能が失われてしまった場合には、新たなコントロールポイントとなってそれまで制御されていたＵＰｎＰデバイスを制御するといった方法が適用できる。また、他にも、例えばバックアップコントロールポイントが対象のコントロールポイントからの制御パケットを監視して記憶するなど、バックアップコントロールポイントが対象のコントロールポイントの制御情報を受信、記憶可能であれば他の方法も適用できることは言うまでもない。
【００３３】
本実施の形態では、コントロールポイントとしてＰＣ１０２を、デバイスとしてデジタルカメラ１０１及びプリンタ１０３を、バックアップコントロールポイントとしてＰＤＡ１０５を、それぞれ使用しているが、ＵＰｎＰネットワークを構成可能な機器であれば他の機器を使用しても良いことは言うまでもない。
【００３４】
次に、図２を用いて本実施の形態における、上記バックアップ動作と最初のコントロールポイントが失われた場合の動作とについて説明する。図２は本実施の形態における各機器間の信号の授受について記したメッセージ・シークエンス図である。図２において、縦方向は論理的に示す時間的な流れであり、上から下方向に論理的な時間が経過することを示す。
【００３５】
まず、ＰＣ１０２は第１の送信リクエスト（送信リクエスト＃１）をデジタルカメラ１０１に送信する。次に、ＰＣ１０２は第１の受信リクエスト（受信リクエスト＃２）をプリンタ１０３に送信する。該受信リクエストを受信したプリンタ１０３は、該プリンタ１０３内部に有しているタイマを起動する。その後、上記送信リクエストを受信したデジタルカメラ１０１は、上記受信リクエストを受信したプリンタ１０３に対し、印刷するためのデータを送信する（データ送信＃１）。また、ＰＣ１０２は、上述した一連の処理をバックアップするためのバックアップデータを、ＰＤＡ１０５に対し送信する（バックアップデータ送信＃１）。本実施の形態では、ここまでの処理を単位としてこれらが繰り返されることにより、処理を継続していく。
【００３６】
次に、ＰＣ１０２は第２の送信リクエスト（送信リクエスト＃２）をデジタルカメラ１０１に、第２の受信リクエスト（受信リクエスト＃２）をプリンタ１０３に、それぞれ送信する。第２の受信リクエストを受信したプリンタ１０３は、内部タイマをリセットし新たにタイマを起動する。また、デジタルカメラ１０１はプリンタ１０３に第２のデータを送信し（データ送信＃２）、ＰＣ１０２はＰＤＡ１０５にバックアップデータを送信する（バックアップデータ送信＃２）。
【００３７】
次に、同様に、ＰＣ１０２は第３の送信リクエスト（送信リクエスト＃３）をデジタルカメラ１０１に、第３の受信リクエスト（受信リクエスト＃３）をプリンタ１０３に、それぞれ送信する。上記同様、第３の受信リクエストを受信したプリンタ１０３は、内部タイマをリセットし新たにタイマを起動する。その後、ソフトウェアの不具合等によって、ＰＣ１０２の処理が継続できなくなると（図２の×印）、プリンタ１０３の内部タイマはタイムアウトを起こす。該タイムアウト動作によって、プリンタ１０３はコントロールポイントであるＰＣ１０２が処理継続不能に陥ったことを検出する。
【００３８】
コントロールポイントであるＰＣ１０２が処理継続不能に陥ったことを検出したプリンタ１０３は、タイムアウト提示信号を、バックアップコントロールポイントであるＰＤＡ１０５に送信する。ＰＤＡ１０５は該信号からバックアップコントロールポイントとしての機能を起動させる。ＰＤＡ１０５は、その後、中断している印刷操作を継続すべく、送信リクエスト＃３のリカバリ信号及び受信リクエスト＃３のリカバリ信号を、デジタルカメラ１０１及びプリンタ１０３に送信する。上記リカバリ信号を受信した、デジタルカメラ１０１、及び、プリンタ１０３は印刷データの授受を再開する（データ送信＃３）。
【００３９】
その後、ＰＤＡ１０５は、上述したＰＣ１０２と同様に、デジタルカメラ１０１に送信リクエストを、プリンタ１０３に受信リクエストを、それぞれ送信して（送信リクエスト＃４、受信リクエスト＃４）、印刷データの授受を行わしめ（データ送信＃４）、印刷動作を完了させることができるようになっている。
【００４０】
上記実施の形態では、バックアップ情報の授受を二つの通信機器間で行っているが、専用の制御情報をバックアップする機器を設けても本発明の目的が達成できる。以下に、図１を用いて、この場合の実施の形態について説明する。
【００４１】
上記のように、図１において、ＰＣ１０２がコントロールポイントとなり、デジタルカメラ１０１に記録されている画像を、プリンタ１０３に出力する場合を考える。前述したＤＨＣＰ、または、ＡｕｔｏＩＰによってＩＰアドレスを取得すると、デジタルカメラ１０１及びプリンタ１０３は、それぞれＡｄｖｅｒｔｉｓｅを行う。コントロールポイントとなるＰＣ１０２は、該Ａｄｖｅｒｔｉｓｅによって、ＵＰｎＰネットワーク上にコンテンツディレクトリサービス及びプリントサービスが存在することを検知する。
【００４２】
この後、ＰＣ１０２は、ＨＴＴＰ  ＧＥＴリクエストを送信して、デジタルカメラ１０１及びプリンタ１０３からデバイス及びサービスの詳細情報である、ｄｅｓｃｒｉｐｔｉｏｎを受信しようとする。各デバイス（すなわち、デジタルカメラ１０１及びプリンタ１０３）は、該リクエストへの返信として、デバイス及びサービスのｄｅｓｃｒｉｐｔｉｏｎをＰＣ１０２に送信する。上記動作によって、ＰＣ１０２は、でいたるカメラ１０１及びプリンタ１０３のデバイス情報及びサービス情報などの詳細を検出することが可能になる。
【００４３】
また、ＰＣ１０２は、その後、バックアップサーバを検索する。ＰＣ１０２は、バックアップサービスを探索する旨のｓｓｄｐ：ｄｉｓｃｏｖｅｒメッセージを、マルチキャストでネットワーク内に送信する。バックアップサーバとなるインターネットゲートウェイ１０６は該ｓｓｄｐ：ｄｉｃｏｖｅｒメッセージに反応して、該メッセージのレスポンスをＰＣ１０２に送信する。一方、バックアップコントロールポイントとなるＰＤＡ１０５もＰＣ１０２と同様にバックアップサービスを検索する。ＰＤＡ１０５は、バックアップサービスを探索する旨のｓｓｄｐ：ｄｉｓｃｏｖｅｒメッセージを、マルチキャストでネットワーク内に送信する。バックアップサーバとなるインターネットゲートウェイ１０６は該ｓｓｄｐ：ｄｉｃｏｖｅｒメッセージに反応して、該メッセージのレスポンスをＰＤＡ１０５に送信する。
【００４４】
バックアップサーバであるインターネットゲートウェイ１０６を検出したＰＣ１０２は、該ＰＣ１０２をマスターコントロールポイントとして該バックアップサーバに登録する。また、同様にＰＤＡ１０５は該ＰＤＡ１０５をバックアップコントロールポイントとしてバックアップサーバに登録する。
【００４５】
上記したバックアップサーバがコントロールポイントを登録する手順を、図３に示す。図３において、ＳＴＥＰ１で処理が開始される。ＳＴＥＰ２ではｓｓｄｐ：ｄｉｓｃｏｖｅｒ信号がマルチキャストにて受信される。続くＳＴＥＰ３では、該ｓｓｄｐ：ｄｉｓｃｏｖｅｒ信号に対して、レスポンス信号が該ｓｓｄｐ：ｄｉｓｃｏｖｅｒ信号の送信元に返される。次のＳＴＥＰ４ではコントロールポイントのエントリ信号が受信される。上記ＳＴＥＰ４にてエントリ信号を受信したバックアップサーバは、受信したエントリに含まれるコントロールポイントをバックアップサーバ内部に登録して（ＳＴＥＰ５）、ＳＴＥＰ６で該処理を終了する。上記処理は、マスタのコントロールポイント及びバックアップコントロールポイントそれぞれに対して行われるようになっている。
【００４６】
その後、ＰＣ１０２は、デジタルカメラ１０１のコンテンツディレクトリサービスと、プリンタ１０３のプリントサービスを用いて、画像の印刷を開始する。コントロールポイントであるＰＣ１０２は、上述した実施の形態と同様にデジタルカメラ１０１及びプリンタ１０３に対して印刷動作を行わせると共に、該印刷動作の経過情報をバックアップサーバであるインターネットゲートウェイ１０６に送信する。インターネットゲートウェイ１０６は、該経過情報を逐次記憶していく。
【００４７】
もし、ＰＣ１０２が、メモリリークなどのプログラムの不具合等によってコントロールポイントの機能が失われてしまうと、上記の経過情報がバックアップサーバであるインターネットゲートウェイ１０６に送信されなくなる。インターネットゲートウェイ１０６は、該動作によりタイムアウトする。タイムアウトしたインターネットゲートウェイ１０６は、ＰＤＡ１０５に対しバックアップ動作を行うよう要求するためのイベント信号を送信する。
【００４８】
上述したバックアップサーバの動作を、図４に示すフローチャート図を用いて説明する。図４において、ＳＴＥＰ５１で処理が開始される。ＳＴＥＰ５２で印刷動作全体が終了したかどうかが判断される。該判断は、例えば、マスターコントロールポイント、あるいは、バックアップコントロールポイントからの動作終了信号によって検出される。次のＳＴＥＰ５３でマスターコントロールポイントからの印刷動作経過情報が受信される。上記経過情報が受信されると、ＳＴＥＰ５４でタイマがリセットされ、該タイマ値が０に戻される。ＳＴＥＰ５５ではタイマが改めて起動される。次のＳＴＥＰ５６で、上記の印刷動作経過情報を受信する前に、タイマがタイムアウトしたか否かが検出される。タイムアウトしていなければ、上記ＳＴＥＰ５２に戻る。タイムアウトしていれば、マスターコントロールポイントが処理継続不能になったとみなし、次のＳＴＥＰ５７でバックアップコントロールポイントへ、該バックアップコントロールポイントを起動させるためのイベント信号が送信され、続くＳＴＥＰ５８で該動作が終了する。また、上記ＳＴＥＰ５２で処理全体が修了していれば、同様に、ＳＴＥＰ５８で該動作が終了する。
【００４９】
該イベント信号を受信したＰＤＡ１０５は、前述の印刷動作経過情報を送信するようインターネットゲートウェイ１０６に要求信号を送信する。該要求信号を受信したインターネットゲートウェイ１０６は上記経過情報をＰＤＡ１０５に送信する。ＰＤＡ１０５は該経過情報に基づいて、印刷動作を継続する。
【００５０】
プリント動作を継続するＰＤＡ１０５は、新たなコントロールポイントとなり、上述したＰＣ１０２のＡｃｔｉｏｎと同様なＡｃｔｉｏｎを行うことにより、プリント動作が完了するまで、該動作を継続する。該動作は上述した実施の形態と同様、例えば、ＨＴＴＰ  ＰＯＳＴメソッド、あるいは、Ｍ−ＰＯＳＴメソッドによって、デジタルカメラ１０１及びプリンタ１０３を制御するようになっている。
【００５１】
本実施の形態では、バックアップサーバを別に設けているので、デジタルカメラ１０１、プリンタ１０３及びＰＤＡ１０５の処理負荷を小さくすることができ、デジタルカメラ１０１、プリンタ１０３及びＰＤＡ１０５に必要なプログラムサイズ、ＲＯＭサイズ、メモリサイズ等を小さくできる効果がある。
【００５２】
本実施の形態では、上述したように、ＰＣ１０２のプログラムの不具合等によってコントロールポイントの機能が失われるとしているが、ほかにも、例えば、バッテリ等の残量が無くなったり、電源プラグが抜かれたりした場合のように、電源が断たれたことによってコントロールポイントの機能が失われても同様に適用できる。また、ほかにも、コントロールポイントの機能が失われるような状況であれば、同様に適用できる。
【００５３】
また、本実施の形態では、バックアップサーバであるインターネットゲートウェイ１０６が、コントロールポイントの機能が失われたことを検出するのにタイムアウトを用いているが、他にも、例えば、ＩＣＭＰパケットを用いて行うように構成しても良い。また、コントロールポイントの機能が失われたことの検出が可能であれば他の方法でも良いことは言うまでもない。
【００５４】
また、上述したようにＰＣ１０２は、上記経過情報を明示的にバックアップサーバに送信するような構成としているが、これは本実施の形態ではデジタルカメラ１０１、プリンタ１０３及びＰＣ１０２がＩＥＥＥ１３９４で接続されており、ＰＣ１０２及びインターネットゲートウェイ１０６がイーサネット（登録商標）で接続されているため、通信媒体が異なっている理由からである。デジタルカメラ１０１、プリンタ１０３、ＰＣ１０２及びインターネットゲートウェイ１０６がイーサネット（登録商標）で接続されている場合には、バックアップサーバであるインターネットゲートウェイ１０６は該イーサネット（登録商標）上で授受されるパケットを監視し、ＰＣ１０２と、デジタルカメラ１０１及びプリンタ１０３との間の制御情報であるパケットを取り出して記憶するよう構成しても良い。また、上記イーサネット（登録商標）がＩＥＥＥ１３９４等のバスに置換された場合など、通信の物理媒体がバスシステムである場合にも同様に、バックアップサーバは関連するパケットのみを取り出して記憶するよう構成しても良い。
【００５５】
本実施の形態では、コントロールポイントとしてＰＣ１０２を、デバイスとしてデジタルカメラ１０１及びプリンタ１０３を、バックアップサーバとしてインターネットゲートウェイ１０６を、バックアップコントロールポイントとしてＰＤＡ１０５を、それぞれ使用しているが、ＵＰｎＰネットワークを構成可能な機器であれば他の機器を使用しても良いことは言うまでもない。
【図面の簡単な説明】
【００５６】
【図１】本実施の形態におけるＵＰｎＰネットワークを示した図である。
【図２】本実施の形態における信号の授受を示すメッセージ・シークエンスを示す図である。
【図３】本実施の形態におけるバックアップサーバがコントロールポイントを登録する手順の概要を示すフローチャートである。
【図４】本実施の形態に係るバックアップサーバのバックアップ動作と処理継続動作の概要を示すフローチャートである。
【符号の説明】
【００５７】
１０１  デジタルカメラ
１０２  パーソナルコンピュータ（ＰＣ）
１０３  プリンタ
１０４  デジタルＴＶ
１０５  ＰＤＡ
１０６  インターネットゲートウェイ
１０７  インターネット
【図１】
2005184436.tif 000003
【図２】
2005184436.tif 000004
【図３】
2005184436.tif 000005
【図４】
2005184436.tif 000006