(57)【要約】【課題】利用者の自宅等に設置されたカメラ映像を、該利用者が操作可能な利用者端末にて簡便に取得することのできるカメラ映像配信システムを提供すること。【解決手段】インターネットに接続され、映像データを送信可能で、リレーモード＋ログイン中に動作モードが設定されたときに、接続管理サーバ４のＩＰアドレスに対して、この給餌装置１の機器ＩＤを含む映像データを５秒間隔毎に送信する給餌装置１と、利用者ＩＤに対応付けて機器ＩＤを記憶し、利用者ＩＤを含むログイン要求の受信に応じて、利用者ＩＤに対応する機器ＩＤを含む映像データを、ログイン要求を送信してきたノートパソコン６に中継するＷｅｂサーバ３並びに接続管理サーバ４と、給餌装置１から送信され、Ｗｅｂサーバ３並びに接続管理サーバ４に中継された映像データを受信して表示するノートパソコン６と、から成るカメラ映像配信システム。【選択図】図１
2008042583.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ通信ネットワークに接続されるとともに、撮像対象領域の映像データを送信可能なネットワークカメラ端末と、利用者が操作可能とされるとともに前記ネットワークカメラ端末から送信される映像データを受信して表示する利用者端末と、前記ネットワークカメラ端末から送信される映像データを利用者端末に中継する中継サーバコンピュータと、から成るカメラ映像配信システムであって、
前記中継サーバコンピュータは、前記利用者を個々に識別可能な利用者識別情報に対応付けて当該利用者が利用可能な前記ネットワークカメラ端末を特定可能なカメラ端末特定情報とを記憶しており、
前記ネットワークカメラ端末は、予め記憶されている前記中継サーバコンピュータの前記コンピュータ通信ネットワーク上の所定アドレスに対して、前記カメラ端末特定情報を含む映像データを所定時間間隔毎に送信し、
前記中継サーバコンピュータは、前記利用者端末から前記利用者識別情報を含む配信要求の受信に応じて、該利用者識別情報に対応して記憶しているカメラ端末特定情報を含む前記映像データを、該配信要求の送信元の利用者端末に対して中継し、
前記利用者端末は、前記中継された映像データに基づく映像を表示することを特徴とするカメラ映像配信システム。
【請求項２】
コンピュータ通信ネットワークに接続されるとともに、撮像対象領域の映像データを送信可能なネットワークカメラ端末と、利用者が操作可能とされるとともに前記ネットワークカメラ端末から送信される映像データを受信して表示する利用者端末と、前記ネットワークカメラ端末から送信される映像データを利用者端末に中継する中継サーバコンピュータと、から成るカメラ映像配信システムであって、
前記中継サーバコンピュータは、前記利用者を個々に識別可能な利用者識別情報に対応付けて当該利用者が利用可能な前記ネットワークカメラ端末を特定可能なカメラ端末特定情報とを記憶しており、
前記ネットワークカメラ端末は、予め記憶されている前記中継サーバコンピュータの前記コンピュータ通信ネットワーク上の所定アドレスに対して、前記カメラ端末特定情報を含む通知データを所定時間間隔毎に送信し、
前記中継サーバコンピュータは、前記利用者端末から前記利用者識別情報を含む配信要求の受信に応じて、該利用者識別情報に対応して記憶しているカメラ端末特定情報を含む前記通知データの受信に対して、映像データ送信要求を返信し、
前記ネットワークカメラ端末は、前記映像データ送信要求の受信に応じて前記中継サーバコンピュータへの映像データの送信を開始し、
前記中継サーバコンピュータは、前記映像データ送信要求の送信に応じてネットワークカメラ端末から送信されてきた映像データを、該配信要求の送信元の利用者端末に対して中継し、
前記利用者端末は、前記中継された映像データに基づく映像を表示することを特徴とするカメラ映像配信システム。
【請求項３】
前記ネットワークカメラ端末は、前記所定アドレスに対して、通常時においては前記カメラ端末特定情報を含み映像データを含まない通知データを送信し、
前記中継サーバコンピュータは、前記利用者端末から前記利用者識別情報を含む配信要求を受信したときに、該配信要求の受信後において受信した前記通知データに対する返信データとして映像データ送信要求を含む返信データを送信し、
前記ネットワークカメラ端末は、前記映像データ送信要求を含む返信データを受信したことに基づいて、前記映像データの所定時間間隔毎の送信を開始し、前記映像データの送信が終了したことに基づいて、前記通知データの送信を開始するとともに、前記映像データを、前記通知データを送信する時間間隔ＴＡよりも短い時間間隔ＴＢにて送信することを特徴とする請求項１に記載のカメラ映像配信システム。
【請求項４】
前記ネットワークカメラ端末は、前記中継サーバコンピュータへの前記通知データ若しくは映像データを所定時間間隔毎に送信するモードであるリレーモードと、前記利用者端末からの映像送信要求の受信に応じて、該映像送信要求の送信元の利用者端末に対して、映像データを送信するサーバモードと、を有するとともに、該ネットワークカメラ端末が接続されているネットワーク上のアドレスを含む前記通知データを送信し、
前記中継サーバコンピュータは、前記通知データに含まれるアドレスに対してモード確認用リクエストデータを送信するとともに、該モード確認用リクエストデータの受信に応じたネットワークカメラ端末からの返信の有無に基づいて動作モードを決定し、前記モード確認用リクエストデータに対する返信がある場合には、前記返信データとして、サーバモード動作要求を含む返信データを送信する一方、前記モード確認用リクエストデータに対する返信がない場合には、前記返信データとして、リレーモード動作要求を含む返信データを送信し、
前記ネットワークカメラ端末は、前記サーバモード動作要求を含む返信データを受信したときには前記サーバモードにて動作し、前記リレーモード動作要求を含む返信データを受信したときには前記リレーモードにて動作することを特徴とする請求項１〜３のいずれかに記載のカメラ映像配信システム。
【請求項５】
前記ネットワークカメラ端末は、前記サーバモードにおいても、前記リレーモードの所定時間間隔よりも長い時間間隔毎に前記通知データを送信することを特徴とする請求項４に記載のカメラ映像配信システム。
【請求項６】
前記ネットワークカメラ端末は、前記撮像対象領域において飼育されている愛玩動物への給餌するための給餌手段を備える給餌装置であって、
前記中継サーバコンピュータは、前記利用者端末からの給餌要求を受信したときに、前記映像データの送信元の前記給餌装置に対して、該給餌装置から送信された映像データ若しくは通知データの返信として給餌要求を中継し、
前記給餌装置は、前記給餌要求の受信に応じて前記給餌手段による給餌を実施することを特徴とする請求項１〜５のいずれかに記載のカメラ映像配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の自宅等に設置されたカメラ映像を、該利用者が操作可能な利用者端末にて、これらカメラが接続されたネットワーク機器の状況に依らずに、簡便に取得することのできるカメラ映像配信システムに関する。
【背景技術】
【０００２】
近年、ネットワークカメラ等の普及に伴い、自宅の様子、例えば自宅に残してきている犬や猫等のペットの様子を、カメラ映像にて確認することのできるシステムがある（例えば、非特許文献１参照）。
【０００３】
【非特許文献１】ケータイWatch編集部、パソコンやケータイで外出先からペットケア「iSeePet」発売、［online］、［２００６年０６月２７日］、インターネット＜ＵＲＬ：http://k-tai.impress.co.jp/cda/article/news_toppage/11700.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
これらのシステムにおいては、ネットワークカメラ端末にて撮像された映像データの配信を、どのような利用者端末においても受けられるように、映像データの送信リクエストをネットワークカメラ端末に対して送信することにより、ネットワークカメラ端末が該リクエストの送信元のネットワークアドレスに対して、映像データを返信するようにしていることから、外部の利用者端末からの送信リクエストがネットワークカメラ端末に届くように、該ネットワークカメラ端末が接続されている通信機器、例えば、ルータや無線ＬＡＮ装置等を、接続状況に応じて設定する必要があるが、これらの設定が、ネットワーク知識を有しない一般利用者、特に、犬や猫等のペットを飼うことの多い高齢者等にとっては、非常に難解であるとともに、高齢者ではなくても、例えば、ローカルＩＰアドレスの変換機能等を有するルータや無線ＬＡＮ装置が多段に接続されている場合等においては、自力にてこれら多段に接続されている各機器を設定できず、機器的には故障等がないにも拘わらず、結果的にカメラ映像による確認ができないという問題があった。
【０００５】
本発明は、このような問題点に着目してなされたもので、利用者の自宅等に設置されたカメラ映像を、該利用者が操作可能な利用者端末にて簡便に取得することのできるカメラ映像配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の請求項１に記載のカメラ映像配信システムは、
コンピュータ通信ネットワーク（インターネット）に接続されるとともに、撮像対象領域の映像データ（静止画データ）を送信可能なネットワークカメラ端末（給餌装置１ｂ）と、利用者が操作可能とされるとともに前記ネットワークカメラ端末から送信される映像データを受信して表示する利用者端末（ノートパソコン６）と、前記ネットワークカメラ端末から送信される映像データを利用者端末に中継する中継サーバコンピュータ（Ｗｅｂサーバ３、接続管理サーバ４）と、から成るカメラ映像配信システムであって、
前記中継サーバコンピュータ（接続管理サーバ４）は、前記利用者を個々に識別可能な利用者識別情報（利用者ＩＤ）に対応付けて当該利用者が利用可能な前記ネットワークカメラ端末を特定可能なカメラ端末特定情報（機器ＩＤ）とを（図４（ｂ）に示す利用者所有機器テーブルに）記憶しており、
前記ネットワークカメラ端末（リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂ）は、予め記憶されている前記中継サーバコンピュータの前記コンピュータ通信ネットワーク上の所定アドレス（接続管理サーバ４のＩＰアドレス）に対して、前記カメラ端末特定情報を含む映像データ（機器ＩＤ、静止画データを含む要求問い合わせ）を所定時間間隔（５秒間隔）毎に送信し、
前記中継サーバコンピュータ（Ｗｅｂサーバ３、接続管理サーバ４）は、前記利用者端末（ノートパソコン６で実行されている給餌アプリ）から前記利用者識別情報を含む配信要求（利用者ＩＤを含むログイン要求）の受信に応じて、該利用者識別情報に対応して記憶しているカメラ端末特定情報を含む前記映像データを、該配信要求の送信元の利用者端末に対して中継し、
前記利用者端末は、前記中継された映像データに基づく映像（静止画）を表示することを特徴としている。
この特徴によれば、ネットワークカメラ端末は、外部からの送信要求等の受信に依ることなく、中継サーバコンピュータの所定アドレスに対して所定時間間隔毎に映像データを送信し、該送信された映像データが利用者端末に中継されるようになるので、前記外部からの送信要求等の受信するための設定、例えば受信ポート設定等を実施する必要がないので、これらを設定することなく、これらネットワークカメラ端末からの映像を、該利用者が操作可能な利用者端末にて簡便に取得することができる。
【０００７】
本発明の請求項２に記載のカメラ映像配信システムは、
コンピュータ通信ネットワーク（インターネット）に接続されるとともに、撮像対象領域の映像データ（静止画データ）を送信可能なネットワークカメラ端末（給餌装置１ｂ）と、利用者が操作可能とされるとともに前記ネットワークカメラ端末から送信される映像データを受信して表示する利用者端末（ノートパソコン６）と、前記ネットワークカメラ端末から送信される映像データを利用者端末に中継する中継サーバコンピュータ（Ｗｅｂサーバ３、接続管理サーバ４）と、から成るカメラ映像配信システムであって、
前記中継サーバコンピュータ（接続管理サーバ４）は、前記利用者を個々に識別可能な利用者識別情報（利用者ＩＤ）に対応付けて当該利用者が利用可能な前記ネットワークカメラ端末を特定可能なカメラ端末特定情報（機器ＩＤ）とを（図４（ｂ）に示す利用者所有機器テーブルに）記憶しており、
前記ネットワークカメラ端末（リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂ）は、予め記憶されている前記中継サーバコンピュータの前記コンピュータ通信ネットワーク上の所定アドレス（接続管理サーバ４のＩＰアドレス）に対して、前記カメラ端末特定情報を含む通知データ（機器ＩＤを含む要求問い合わせ）を所定時間間隔（５秒間隔）毎に送信し、
前記中継サーバコンピュータ（Ｗｅｂサーバ３、接続管理サーバ４）は、前記利用者端末（ノートパソコン６で実行されている給餌アプリ）から前記利用者識別情報を含む配信要求（利用者ＩＤを含むログイン要求）の受信に応じて、該利用者識別情報に対応して記憶しているカメラ端末特定情報を含む前記通知データの受信に対して、映像データ送信要求（静止画データ送信要求）を返信し、
前記ネットワークカメラ端末は、前記映像データ送信要求の受信に応じて前記中継サーバコンピュータへの映像データの送信を開始し、
前記中継サーバコンピュータは、前記映像データ送信要求の送信に応じてネットワークカメラ端末から送信されてきた映像データを、該配信要求の送信元の利用者端末に対して中継し、
前記利用者端末は、前記中継された映像データに基づく映像（静止画）を表示することを特徴としている。
この特徴によれば、ネットワークカメラ端末は、外部からの送信要求等の受信に依ることなく、中継サーバコンピュータの所定アドレスに対して所定時間間隔毎に映像データを送信し、該送信された映像データが利用者端末に中継されるようになるので、前記外部からの送信要求等の受信するための設定、例えば受信ポート設定等を実施する必要がないので、これらを設定することなく、これらネットワークカメラ端末からの映像を、該利用者が操作可能な利用者端末にて簡便に取得することができる。また、利用者端末から映像データ送信要求を受信したときにのみ、つまり、映像データを中継する必要がある場合においてのみ、映像データが送信されるようになるので、不必要な映像データが送信されることによる通信負荷の増加を防止することができる。
【０００８】
本発明の請求項３に記載のカメラ映像配信システムは、請求項１に記載のカメラ映像配信システムであって、
前記ネットワークカメラ端末（給餌装置１ｂ）は、前記所定アドレス（接続管理サーバ４のＩＰアドレス）に対して、通常時（非ログイン時のリレーモード）においては前記カメラ端末特定情報（機器ＩＤ）を含み映像データ（静止画データ）を含まない通知データ（リレーモード中での機器ＩＤ、ルータ２’のＩＰアドレスを含むＩＰアドレス通知）を送信し、
前記中継サーバコンピュータ（Ｗｅｂサーバ３、接続管理サーバ４）は、前記利用者端末（ノートパソコン６で実行されている給餌アプリ）から前記利用者識別情報を含む配信要求（利用者ＩＤを含むログイン要求）を受信したときに、該配信要求の受信後において受信した前記通知データに対する返信データとして映像データ送信要求を含む返信データ（リレーモード＋ログイン中を示す動作モード設定）を送信し、
前記ネットワークカメラ端末は、前記映像データ送信要求を含む返信データを受信したことに基づいて（リレーモード＋ログイン中に動作モードが設定されて）、前記映像データ（機器ＩＤ、静止画データを含む要求問い合わせ）の所定時間間隔（５秒間隔）毎の送信を開始し、前記映像データの送信が終了したことに基づいて（リレーモードに動作モードが設定されて）、前記通知データ（リレーモード中での機器ＩＤ、ルータ２’のＩＰアドレスを含むＩＰアドレス通知）の送信を開始するとともに、前記映像データを、前記通知データを送信する時間間隔ＴＡ（１分間）よりも短い時間間隔ＴＢ（５秒間隔）にて送信することを特徴としている。
この特徴によれば、利用者端末から配信要求を受信したときにのみ、つまり、映像データを中継する必要がある場合においてのみ、映像データが送信されるようになるので、不必要な映像データが送信されることによる通信負荷の増加を防止することができる。また、通知データの送信時間間隔ＴＡよりも短い時間間隔ＴＢにて映像データが送信されることで、より短い時間間隔ＴＢの映像データによる映像、つまり、時間的に短い間隔による詳細映像を、利用者は得ることができる。
【０００９】
本発明の請求項４に記載のカメラ映像配信システムは、請求項１〜３のいずれかに記載のカメラ映像配信システムであって、
前記ネットワークカメラ端末（給餌装置１ａ、１ｂ）は、前記中継サーバコンピュータ（接続管理サーバ４）へ前記映像データ（実施例１、リレーモード＋ログイン中での機器ＩＤ、静止画データを含む要求問い合わせ）若しくは前記通知データ（実施例２、リレーモード＋ログイン中での機器ＩＤを含む要求問い合わせ）を所定時間間隔（５秒間隔）毎に送信するモードであるリレーモードと、前記利用者端末（ノートパソコン６）からの映像送信要求（定期アクセス）の受信に応じて、該映像送信要求の送信元の利用者端末に対して、映像データ（静止画データ）を送信するサーバモードと、を有するとともに、該ネットワークカメラ端末が接続されているネットワーク上のアドレスを含む前記通知データ（機器ＩＤ、ルータ２またはルータ２’のＩＰアドレスを含むＩＰアドレス通知）を送信し、
前記中継サーバコンピュータ（接続管理サーバ４）は、前記通知データに含まれるアドレス（ルータ２またはルータ２’のＩＰアドレス）に対してモード確認用リクエストデータ（アクセス確認）を送信するとともに、該モード確認用リクエストデータの受信に応じたネットワークカメラ端末からの返信の有無に基づいて動作モードを決定し、前記モード確認用リクエストデータに対する返信（ルータ２からの正常な応答）がある場合には、前記返信データとして、サーバモード動作要求を含む返信データ（サーバモードを示す動作モード設定）を（給餌装置１ａに）送信する一方、前記モード確認用リクエストデータに対する返信がない場合（ルータ２’からの返信がない場合もしくは不正な応答がある場合）には、前記返信データとして、リレーモード動作要求を含む返信データ（リレーモードを示す動作モード設定）を（給餌装置１ｂに）送信し、
前記ネットワークカメラ端末は、前記サーバモード動作要求を含む返信データ（サーバモードを示す動作モード設定）を受信したときには前記サーバモードにて動作し（例えば、給餌装置１ａ）、前記リレーモード動作要求を含む返信データ（リレーモードを示す動作モード設定）を受信したときには前記リレーモードにて動作する（例えば、給餌装置１ｂ）ことを特徴としている。
この特徴によれば、ネットワークカメラ端末が、外部からの要求データとなるモード確認用リクエストデータを受信できない場合には、リレーモード動作要求を含む返信データが送信されてネットワークカメラ端末はリレーモードにて動作する一方、外部からの要求データとなるモード確認用リクエストデータを受信できる場合には、サーバモード動作要求を含む返信データが送信されることで、ネットワークカメラ端末はサーバモードにて動作するようになるので、これらネットワークの状況に合ったモードが利用者が設定することなく自動的に選択されて設定されるようになり、利用者の利便性を向上できる。
【００１０】
本発明の請求項５に記載のカメラ映像配信システムは、請求項４に記載のカメラ映像配信システムであって、
前記ネットワークカメラ端末（給餌装置１ａ）は、前記サーバモードにおいても、前記リレーモードの所定時間間隔（１分間隔）よりも長い時間間隔（１５分間隔）毎に前記通知データ（機器ＩＤ、ルータ２のＩＰアドレスを含むＩＰアドレス通知）を送信することを特徴としている。
この特徴によれば、不定期に送信要求データを受信することのできるサーバモードにおける通知データの送信間隔に比較して、これら送信要求データを受信することのできないリレーモードにおける通知データの送信間隔を短くすることで、これら通知データに対する返信による各種データのネットワークカメラ端末への送信を、可能な限り遅滞なく実施できるようになる。
【００１１】
本発明の請求項６に記載のカメラ映像配信システムは、請求項１〜５のいずれかに記載のカメラ映像配信システムであって、
前記ネットワークカメラ端末（給餌装置１ａ、１ｂ）は、前記撮像対象領域において飼育されている愛玩動物（犬１２）への給餌するための給餌手段（給餌ユニット１０２）を備える給餌装置であって、
前記中継サーバコンピュータ（Ｗｅｂサーバ３、接続管理サーバ４）は、前記利用者端末（ノートパソコン６で実行されている給餌アプリ）からの給餌要求を受信したときに、前記映像データ（静止画データ）の送信元の前記給餌装置に対して、該給餌装置から送信された映像データ（実施例１、リレーモード＋ログイン中での機器ＩＤ、静止画データを含む要求問い合わせ）若しくは通知データ（実施例２、リレーモード＋ログイン中での機器ＩＤを含む要求問い合わせ）の返信として給餌要求（リレーモード＋ログイン中＋給餌操作または呼出操作を示す動作モード設定）を中継し、
前記給餌装置は、前記給餌要求の受信に応じて前記給餌手段による給餌を実施する（給餌ユニット１０２を駆動して下皿１０に餌１１を排出する）ことを特徴としている。
この特徴によれば、利用者は利用者端末から、撮像対象領域において飼育されている愛玩動物に対して給餌を実施することができる。
【発明を実施するための最良の形態】
【００１２】
本発明の実施例を以下に説明する。
【実施例１】
【００１３】
本発明の実施例１を図面に基づいて説明すると、まず図１は、本発明の実施形態におけるカメラ映像配信システムの全体像を示すシステム図である。
【００１４】
本実施例のカメラ映像配信システムは、図１に示すように、本発明のネットワークカメラ端末となる給餌装置１と、本発明の利用者端末となるノートパソコン６と、本発明の中継サーバコンピュータとなるＷｅｂサーバ３と、本発明の中継サーバコンピュータとなる接続管理サーバ４と、本発明の中継サーバコンピュータとなる複数の映像中継サーバ５と、から主に構成されており、インターネットを介して相互にデータ通信可能に接続されている。
【００１５】
具体的な接続方法について説明する。まず、給餌装置１は、カメラ映像配信システムにおける撮像対象領域となる撮像の実施場所（例えば、自宅）に利用者が設置するものであり、当該撮像対象領域においてインターネットにアクセスできるようになっている。そのため、本実施例の給餌装置１には、図１に示すように、当該撮像対象領域の通信機器の接続状況に応じて、１つ（１段）のルータ２を介してインターネットに接続されている給餌装置１ａが設置場所ａに設置され、２つ（２段）のルータ２、２’を介してインターネットに接続されている給餌装置１ｂが設置場所ｂに設置されている。
【００１６】
また、ノートパソコン６は、利用者が携行するものであり、利用者の所在地においてインターネットにアクセスできるように、有線ＬＡＮや無線ＬＡＮや携帯電話網を介したデータ通信接続等の、なんらかのデータ通信手段にてインターネットに接続可能とされたノートパソコン６とされている。
【００１７】
また、Ｗｅｂサーバ３、接続管理サーバ４、映像中継サーバ５は、このカメラ映像配信システムを用いてカメラ映像配信サービスを提供するサービス提供企業に設置されており、各々がインターネットに比較的高速な通信回線で接続されている。
【００１８】
尚、これら各機器はインターネットにデータ通信可能に接続されていれば良く、これら各機器がインターネットとのデータ通信を実施するための通信手段は、適宜に選択すれば良い。
【００１９】
本実施例の給餌装置１ａ、１ｂは、図２に示すように、筒状の筐体９と、筐体９の上部に装着する蓋８と、筐体９の下部に装着する下皿１０と、から主に構成される。筐体９は、内部に給餌ユニット１０２を装着可能に形成されており、給餌ユニット１０２は、ペット用の餌１１を上方から入れることができるとともに、入れられた餌１１を内部に貯留できるようになっている。また、給餌ユニット１０２は、給餌装置１ａ、１ｂに内蔵された制御マイコン１０１の制御信号に基づいて、内部に貯留している餌１１のうち一定量を下皿１１に排出できるようになっている。
【００２０】
給餌装置１ａ、１ｂの筐体９の内部には、図２に示すように各種電子機器が搭載されている。具体的には、ＣＰＵやＲＡＭやＲＯＭ等からなり他の電子機器の制御を行う制御マイコン１０１、前述した給餌ユニット１０２、通信ケーブル７により接続されたルータ２を介してインターネットとデータ通信を行うための通信部１０３、各種報知を行うためのＬＥＤ１０４、撮像対象領域近辺の音声を取得するためのマイク１０５、撮像対象領域を撮像するためのカメラ１０６、撮像対象領域近辺に音声を出力するためのスピーカ１０７、が搭載されている。
【００２１】
ここで、撮像対象領域について説明する。カメラ１０６は、図２に示すように、下皿１０の上方を撮像可能に筐体９内部に装着されている。このため本実施例の撮像対象領域は、下皿１０の上方を中心とした領域とされている。この下皿１０には、給餌ユニット１０２により餌１１が排出されるので、これら餌１１を食べるための下皿１０に寄って来たペット（例えば犬１２）が、カメラ１０６により撮像できるようになっている。更には、下皿１０に寄って来たペット（例えば犬１２）による音声をマイク１０５により取得できるとともに、下皿１０に寄って来たペット（例えば犬１２）に対してスピーカ１０７により音声を出力できるようになっている。
【００２２】
また、給餌装置１ａ、１ｂの制御マイコン１０１は、カメラ１０６により撮像した静止画データや動画データと、マイク１０５により取得した音声データを、通信部１０３によりインターネットを介して接続管理サーバ４、映像中継サーバ５、ノートパソコン６に送信できる。また、ＲＯＭ等に予め記憶されている音声データをスピーカ１０７により出力できる。
【００２３】
尚、本実施例においては、給餌装置１ａ、１ｂは、図２に示すように、通信ケーブル７を介してルータ２に接続されているが、通信ケーブルを介さずに、給餌装置１ａ、１ｂとルータ２を無線通信により接続しても良い。
【００２４】
ここで、ルータ２の基本的な機能であり、一般にＮＡＴまたはＩＰマスカレードと呼ばれる機能について説明する。
【００２５】
これは、インターネット側からルータ２の内部ネットワークに能動的にアクセスできないものの、内部ネットワーク側からはインターネット側に能動的にアクセスできるようにする、言い換えると、インターネット側からルータ２の内部ネットワークに受動的にアクセスできるようにする技術である。このＮＡＴまたはＩＰマスカレード機能は、ルータ２に付与されるインターネット側のＩＰアドレス（グローバルＩＰアドレス）１個を利用して、内部ネットワークに接続された複数のコンピュータから、インターネットに設置された各種サーバに接続するために利用される。
【００２６】
尚、一方（内部）から他方（インターネット）へ能動的にアクセスできる、という意味は、一方（内部）から他方（インターネット）へ任意にデータを送信できるということである。逆に、他方（インターネット）から一方（内部）へ受動的にアクセスできる、という意味は、一方（内部）から他方（インターネット）へ能動的にデータを送信してきたときに、そのデータへの応答データとして、他方（インターネット）から一方（内部）へデータを送信できる、ということである。
【００２７】
本実施例のルータ２は、これら一般的なルータ２の基本的な機能であるＮＡＴまたはＩＰマスカレード機能を備えているものとする。
【００２８】
本実施例のノートパソコン６は、キーボード等の利用者端末入力部と、液晶ディスプレイにより構成された利用者端末表示部と、利用者端末スピーカと、ＣＰＵやＲＡＭやＲＯＭ等からなる利用者端末制御部と、データ通信カードや各種機器を接続するための利用者端末通信部と、ハードディスク（ＨＤＤ）等から成る利用者端末記憶部と、から構成される通常のノートパソコンとされている。
【００２９】
本実施例のＷｅｂサーバ３は、ＣＰＵやＲＡＭやＲＯＭ等からなるＷｅｂサーバ制御部と、インターネットを介したデータ通信のためのＷｅｂサーバ通信部と、後述の各種情報を記憶するＷｅｂサーバ記憶部と、から構成される通常のサーバコンピュータとされている。
【００３０】
Ｗｅｂサーバ３は、利用者認証が主な役割であり、Ｗｅｂサーバ記憶部には、利用者認証のための図４（ａ）に示す利用者情報テーブルが記憶されている。利用者情報テーブルには、利用者を識別可能な本発明の利用者識別情報である利用者ＩＤに対応付けて、パスワードと、ログイン中か否かを示すログイン中と、が記憶されている。
【００３１】
本実施例の接続管理サーバ４は、ＣＰＵやＲＡＭやＲＯＭ等からなる接続管理サーバ制御部と、インターネットを介したデータ通信のための接続管理サーバ通信部と、後述の各種情報を記憶する接続管理サーバ記憶部と、から構成される通常のサーバコンピュータとされている。
【００３２】
接続管理サーバ４は、給餌装置１ａ、１ｂの接続状況の管理が主な役割であり、接続管理サーバ記憶部には、接続管理のための図４（ｂ）に示す利用者所有機器情報テーブルと、図４（ｃ）に示す機器情報テーブルが記憶されている。
【００３３】
利用者所有機器情報テーブルには、図４（ｂ）に示すように、利用者ＩＤと、給餌装置１ａ、１ｂを特定可能な本発明のカメラ端末特定情報である機器ＩＤとが対応付けて記憶されている。つまり、利用者が購入（所有）し、サービス提供企業と利用契約を結んでいる１つもしくは複数の給餌装置１ａ、１ｂが登録されている。このテーブルにより、利用者ＩＤに基づいて、当該利用者が所有する給餌装置１ａ、１ｂの機器ＩＤを特定できるとともに、機器ＩＤに基づいて、当該給餌装置１ａ、１ｂを所有する利用者の利用者ＩＤを特定できる。
【００３４】
機器情報テーブルには、図４（ｃ）に示すように、機器ＩＤに対応付けて、当該給餌装置１ａ、１ｂが接続管理サーバ４に接続してきたときのＩＰアドレスと、当該給餌装置１ａ、１ｂの動作モードがサーバモードかリレーモードかを示すモードと、動作モードがリレーモードである場合に利用する中継用鍵データ並びに映像中継サーバ５のＩＰアドレスである中継サーバアドレスと、が記憶されている。動作モード並びに中継用鍵データについては後述する。
【００３５】
本実施例の映像中継サーバ５は、ＣＰＵやＲＡＭやＲＯＭ等からなる映像中継サーバ制御部と、インターネットを介したデータ通信のための映像中継サーバ通信部と、後述の各種情報を記憶する映像中継サーバ記憶部と、から構成される通常のサーバコンピュータとされている。
【００３６】
この映像中継サーバ５は、動作モードがリレーモードに設定された給餌装置１ｂから送信されてきた動画データと音声データを合成した映像データを受信するとともに、受信した映像データをノートパソコン６に送信する映像中継機能を備えている。映像中継は負荷の高い処理であり、１台の映像中継サーバ５で、同時に多数の、例えば数百台のノートパソコン６に対して映像中継を行うことは困難である。本実施例の映像中継サーバ５は、同時に３０台の映像中継を行うよう構成されており、利用者数が増大したときには、映像中継サーバ５の台数を適宜増やすようになっている。
【００３７】
ここで、本実施例における動作モードについて説明する。給餌装置１ａは、図１に設置場所ａとして示すように、ルータ２を１つ（１段）介してインターネットに接続され、給餌装置１ｂは、図１に設置場所ｂとして示すように、ルータ２並びにルータ２’の複数（２つ以上）のルータを多段に介してインターネットに接続されている。
【００３８】
設置場所ｂに設置された給餌装置１ｂのように、ルータ２を複数（２つ以上）介してインターネットに接続している場合としては、例えば、マンションにおいて、自宅に１つ、マンションの共用部に１つ、計２つのルータ２が設置され、多段に接続されている場合等が例示される。また、元々ルータ２を所有している利用者が、その後ルータ機能をもつ無線ＬＡＮアンテナを購入し、この無線ＬＡＮアンテナをルータ２に接続することで、利用者の自宅において、意図せずにルータ２を多段接続してしまう場合もある。
【００３９】
まず、図１に設置場所ａの給餌装置１ａのように、ルータ２を１つ（１段）介してインターネットに接続されている場合について説明する。
【００４０】
このルータ２は、一般にポートフォワードあるいは静的ＩＰマスカレードと呼ばれる技術に対応しており、かつ、これら技術に基づいて、インターネットから受付けたルータ２の所定ポートへのアクセスが、給餌装置１ａにポートフォワード（転送）されるようにルータ２が設定されている。このため、接続管理サーバ４やノートパソコン６は、インターネットを介して給餌装置１ａに能動的にアクセスできる。
【００４１】
尚、通常このようなポートフォワードの設定は、ルータ２に対して手動で行うこととなるが、ルータ２が一般にＵＰｎＰと呼ばれる技術に対応している場合には、ルータ２にはポートフォワードの設定が自動的に実施される。
【００４２】
すなわちルータ２の機能次第ではあるが、接続管理サーバ４やノートパソコン６が、インターネットを介して給餌装置１ａに能動的にアクセスできるように、言い換えると、給餌装置１ａがサーバとなって接続管理サーバ４やノートパソコン６からのアクセスを受付けられるように、ルータ２にポートフォワード設定を行うことができる。
【００４３】
本実施例の給餌装置１ａ、１ｂは、ルータ２をポートフォワード設定した上で、給餌装置１ａ、１ｂの動作モードをサーバモードに設定することにより、接続管理サーバ４やノートパソコン６からの能動的なアクセスに応じて、制御を実施したり、データを送信したりできるようになっている。
【００４４】
次に、図１に示す設置場所ｂの給餌装置１ｂのように、ルータ２、２’を介してインターネットに接続されている場合について説明する。
【００４５】
このような場合に、給餌装置１ｂが接続されたルータ２（例えば、自宅に設置）をポートフォワード設定したとする。しかしながら、実際にインターネットに接続されているのは、ルータ２に更に接続されたルータ２’（例えば、マンションの共用部に設置された共用ルータ）である。したがって、接続管理サーバ４やノートパソコン６は、ポートフォワード設定されていないルータ２’にアクセスできるのみであり、給餌装置１に能動的にアクセスすることはできない。
【００４６】
一方、ルータ２’をルータ２にポートフォワードするように設定すれば、インターネットからのアクセスがルータ２’及びルータ２を介して給餌装置１ｂにポートフォワード（転送）されるようになるが、このような設定は難易度が高く、一般的な利用者にとっては非常に難しい。また、ルータ２’が、前述したように、マンションの共用部に設置されている共用ルータの場合には、これら共有ルータに不正な変更がされてしまわないように、通常は、これら共有ルータの変更が認められておらず、ルータ２’の設定を個人的な事情のために変更するのは、事実上不可能である。
【００４７】
すなわち、設置場所ｂのような接続環境のルータ２、２’に、利用者が給餌装置１ｂを接続した場合には、接続管理サーバ４やノートパソコン６は、インターネットを介して給餌装置１ｂに能動的にアクセスできないことになる。このときにも、接続管理サーバ４やノートパソコン６から給餌装置１ｂに対して、受動的にアクセスすることは可能である。
【００４８】
尚、ルータ２を１つ介してインターネットに接続している場合でも、接続管理サーバ４やノートパソコン６が、インターネットを介して給餌装置１ａに能動的にアクセスできない場合がある。例えば、ルータ２を適切にポートフォワード設定していない場合や、ルータ２がポートフォワード機能をもたない場合である。このような場合にも、給餌装置１ａの動作モードをリレーモードに設定することにより、接続管理サーバ４やノートパソコン６からの受動的なアクセスに応じて、制御を実施したり、データを送信したりできるようになっている。
【００４９】
一方、ルータ２を１つも介さずに、給餌装置１（１ａ、１ｂ）を直接インターネットに接続している場合には、当然ながら、接続管理サーバ４やノートパソコン６が、インターネットを介して給餌装置１（１ａ、１ｂ）に能動的にアクセスできる。すなわち、給餌装置１（１ａ、１ｂ）の動作モードをサーバモードに設定することにより、接続管理サーバ４やノートパソコン６からの能動的なアクセスに応じて、制御を実施したり、データを送信したりできる。
【００５０】
このように、給餌装置１ａ、１ｂのインターネットへの接続方法は様々な形態が想定されるが、本実施例の給餌装置１ａ、１ｂはサーバモード、リレーモードのいずれでも動作することにより、どのような接続方法であっても、カメラ映像配信サービスを提供できるようになっている。
【００５１】
図６（ａ）は、給餌装置１（１ａ）がサーバモードに設定される処理の流れを示す図である。
【００５２】
前提として、給餌装置１ａは、ルータ２を１つ介してインターネットに接続されており、このルータ２には前述のようにポートフォワード設定がされているものとする。したがって、接続管理サーバ４とノートパソコン６が、インターネットを介して給餌装置１ａに能動的にアクセスできるようになっている。
【００５３】
本実施例の給餌装置１ａは、動作モードがサーバモードに設定されている場合には、当該給餌装置１ａの機器ＩＤと、を含むＩＰアドレス通知を１５分間隔で接続管理サーバ４に送信する。尚、給餌装置１ａは、購入直後（デフォルト）は該サーバモードに設定されている。
【００５４】
このＩＰアドレス通知はルータ２を介して送信される。ルータ２はＮＡＴまたはＩＰマスカレード機能を備えており、ルータ２の内部ネットワークから受信したＩＰアドレス通知に対して、ルータ２のインターネット側のＩＰアドレス（グローバルＩＰアドレス）を付与して送信する。
【００５５】
具体的には、ＩＰアドレス通知を構成するＩＰパケットのヘッダ部分に含まれる送信元ＩＰアドレス情報が、ルータ２のインターネット側のＩＰアドレス（グローバルＩＰアドレス）となる。
【００５６】
尚、ルータ２が、ルータ２のＩＰアドレスをＩＰアドレス通知に自動的に書き込む構成としているが、本発明はこれに限定されるものではなく、給餌装置１ａがルータ２のＩＰアドレスをＩＰアドレス通知に書き込む構成としても良い。
【００５７】
給餌装置１からルータ２を介してＩＰアドレス通知を受付けた接続管理サーバ４は、ＩＰアドレス通知に含まれる機器ＩＤに対応付けて、機器情報テーブル（図４（ｃ））に記憶されているＩＰアドレスを、ＩＰアドレス通知に付与されたルータ２のＩＰアドレスに更新する。機器ＩＤが登録されていない場合には、機器ＩＤに対応付けてルータ２のＩＰアドレスを新規に登録する。
【００５８】
そして、接続管理サーバ４は、ルータ２のＩＰアドレスの所定のポート（８０番ポート、または３７０００番〜３８０００番ポート）にアクセス確認を送信する。
【００５９】
アクセス確認を受信したルータ２は、ポートフォワード設定に基づいて、アクセス確認を給餌装置１ａに転送する。このとき、ルータ２がポートフォワード設定されていない場合には、もしくはルータ２の先にルータ２’が接続されている場合には、アクセス確認は給餌装置１ａに転送されない。
【００６０】
アクセス確認を受信した給餌装置１ａは、正常な応答（例えば、機器ＩＤを含む情報）を接続管理サーバ４にルータ２を介して送信する。
【００６１】
接続管理サーバ２は、給餌装置１ａから正常な応答を受信したことにより、給餌装置１ａに能動的にアクセスできる旨を確認したので、当該給餌装置１はサーバモードで動作可能であると判定する。更に、ＩＰアドレス通知に含まれる機器ＩＤに対応付けて、機器情報テーブル（図４（ｃ））に記憶されているモードをサーバに更新する。
【００６２】
そして、接続管理サーバ２は、給餌装置１ａから受信したＩＰアドレス通知への応答として、サーバモードを示す動作モード設定を送信する。
【００６３】
サーバモードを示す動作モード設定を受信した給餌装置１ａは、動作モードをサーバモードに設定し、この後も１５分間隔でＩＰアドレス通知を送信する。つまりは、サーバモードに動作モードが設定された給餌装置１ａは、機器ＩＤと、ルータ２のＩＰアドレスを含むＩＰアドレス通知を１５分間隔で接続管理サーバ４に送信する。
【００６４】
図６（ｂ）は、給餌装置１ｂがリレーモードに設定される処理の流れを示す図である。
【００６５】
前提として、給餌装置１ｂは、２つのルータ２、２’を介してインターネットに接続されており、特にインターネットに接続されているルータ２’にはポートフォワード設定がされていないものとする。したがって、接続管理サーバ４とノートパソコン６が、インターネットを介して給餌装置１ｂに能動的にアクセスできないように、言い換えると受動的にアクセスできるようになっている。
【００６６】
尚、本実施例の給餌装置１ｂは、動作モードがサーバモードに設定されている場合には、当該給餌装置１ｂの機器ＩＤを含むＩＰアドレス通知を１５分間隔で接続管理サーバ４に送信する。尚、給餌装置１ｂは、購入直後（デフォルト）は給餌装置１ａと同様に、サーバモードに設定されている。
【００６７】
このＩＰアドレス通知はルータ２、２’を介して送信される。ルータ２、２’はＮＡＴまたはＩＰマスカレード機能を備えており、ルータ２、２’の内部ネットワークから受信したＩＰアドレス通知に対して、ルータ２、２’の外部ネットワーク側のＩＰアドレスを付与して送信する。したがって、最終的には、一番外側のルータであるルータ２’の外部ネットワーク（インターネット）側のＩＰアドレス（グローバルＩＰアドレス）を付与して送信する。
【００６８】
具体的には、ＩＰアドレス通知を構成するＩＰパケットのヘッダ部分に含まれる送信元ＩＰアドレス情報が、ルータ２’のインターネット側のＩＰアドレス（グローバルＩＰアドレス）となる。
【００６９】
尚、ルータ２’が、ルータ２’のＩＰアドレスをＩＰアドレス通知に自動的に書き込む構成としているが、本発明はこれに限定されるものではなく、給餌装置１ｂがルータ２’のＩＰアドレスをＩＰアドレス通知に書き込む構成としても良い。
【００７０】
給餌装置１ｂからルータ２、２’を介してＩＰアドレス通知を受付けた接続管理サーバ４は、ＩＰアドレス通知に含まれる機器ＩＤに対応付けて、機器情報テーブル（図４（ｃ））に記憶されているＩＰアドレスを、ＩＰアドレス通知に付与されたルータ２’のＩＰアドレスに更新する。機器ＩＤが登録されていない場合には、機器ＩＤに対応付けてルータ２’のＩＰアドレスを新規に登録する。
【００７１】
そして、接続管理サーバ４は、ルータ２’のＩＰアドレスの所定のポート（８０番ポート、または３７０００番〜３８０００番ポート）にアクセス確認を送信する。
【００７２】
アクセス確認を受信したルータ２’は、ポートフォワード設定がされていないため、アクセス確認を給餌装置１ｂに転送することはない。
【００７３】
ここで、ポートフォワード設定がされていないポートにアクセスがあったときのルータの一般的な動作について説明する。ルータは、このような意図しないポートへのアクセスに対しては、何も応答を返さないか、接続を拒絶する旨の応答を送信するようになっている。このため、接続管理サーバ４は、ルータ２’から、アクセス確認に対する正常な応答（例えば、機器ＩＤを含む情報）ではなく、不正な応答（無応答状態が所定時間続いた旨すなわちタイムアウト、または接続を拒絶した旨）を受信する。
【００７４】
接続管理サーバ２は、ルータ２’から不正な応答を受信したことにより、給餌装置１ｂに能動的にアクセスできない旨を確認したので、当該給餌装置１ｂはリレーモードで動作可能であると判定する。更に、ＩＰアドレス通知に含まれる機器ＩＤに対応付けて、機器情報テーブル（図４（ｃ））に記憶されているモードをリレーに更新する。
【００７５】
そして、接続管理サーバ２は、給餌装置１ｂから受信したＩＰアドレス通知への応答として、言い換えると受動的なアクセスとして、リレーモードを示す動作モード設定を送信する。
【００７６】
リレーモードを示す動作モード設定を受信した給餌装置１ｂは、動作モードをリレーモードに設定し、この後は１分間隔でＩＰアドレス通知を送信する。つまりは、リレーモードに動作モードが設定された給餌装置１ｂは、機器ＩＤを含むＩＰアドレス通知を１分間隔で接続管理サーバ４に送信する。つまり、後述するように、利用者がログイン中でない非ログイン時においては、給餌装置１ｂからは、データ容量が少ない機器ＩＤ、ルータ２’のＩＰアドレスを含むＩＰアドレス通知が送信されることで、非ログイン時における通信負荷を低減できるようになっている。
【００７７】
図７（ａ）は、利用者が利用者端末（ノートパソコン６）からログインする処理の流れを示す図である。
【００７８】
利用者がノートパソコン６を操作してブラウザソフトを起動させて、Ｗｅｂサーバ３にアクセスすると、Ｗｅｂサーバ３は、図５（ａ）に示すログインページをノートパソコン６に送信する。
【００７９】
ログインページを受信したノートパソコン６は、ブラウザソフトにログインページ（図５（ａ））を出力して、利用者から利用者ＩＤとパスワードの入力を受付ける。そして、受付けた利用者ＩＤとパスワードを含むログイン要求をＷｅｂサーバ３に送信する。
【００８０】
ログイン要求を受信したＷｅｂサーバ３は、ログイン要求に含まれる利用者ＩＤとパスワードが対応付けて、利用者情報テーブル（図４（ａ））に記憶されているかを確認し、記憶されている場合には、接続管理サーバ４に利用者ＩＤを含むログイン要求を送信する。記憶されていない場合には、ログインに失敗した旨を示す応答をノートパソコン６に送信する。
【００８１】
ログイン要求を受信した接続管理サーバ４は、利用者ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている機器ＩＤを特定する。そして、特定した機器ＩＤに対応付けて、機器情報テーブル（図４（ｃ））に記憶されているＩＰアドレスと給餌装置１（１ａ、１ｂ）の動作モードを特定する。
【００８２】
給餌装置１（１ａ、１ｂ）の動作モードがサーバモードであるときには、接続管理サーバ４は、受信した利用者ＩＤと、特定した機器ＩＤと、機器情報テーブル（図４（ｃ））に記憶されているＩＰアドレス、すなわちルータ２のＩＰアドレスと、を対応付けてＷｅｂサーバ３に送信する。
【００８３】
一方、給餌装置１（１ａ、１ｂ）の動作モードがリレーモードであるときには、接続管理サーバ４は、受信した利用者ＩＤと、特定した機器ＩＤと、Ｗｅｂサーバ３のＩＰアドレスと、を対応付けてＷｅｂサーバ３に送信する。
【００８４】
利用者ＩＤ、機器ＩＤ、ＩＰアドレス（サーバモードではルータ２のＩＰアドレス、リレーモードではＷｅｂサーバ３のＩＰアドレス）を対応付けて受信したＷｅｂサーバ３は、受信した利用者ＩＤ、機器ＩＤ、ＩＰアドレスを対応付けてＷｅｂサーバ記憶部に記憶する。
【００８５】
そして、Ｗｅｂサーバ３は、利用者ＩＤとＩＰアドレスを含み、ノートパソコン６において実行可能に構成された、給餌装置１（１ａ、１ｂ）を操作するためのアプリケーションプログラム（以下、給餌アプリと略称する）をノートパソコン６に送信する。
【００８６】
給餌アプリを受信したノートパソコン６は、給餌アプリを実行する。ここで、給餌アプリについて簡単に説明する。
【００８７】
給餌アプリは、ノートパソコン６において実行可能に構成された、給餌装置１（１ａ、１ｂ）を操作するためのアプリケーションプログラムである。給餌装置１（１ａ、１ｂ）が有する機能としては、餌１１を下皿１０に排出する給餌機能、下皿１０周辺の静止画並びに動画を撮像して映像データとして配信する映像配信機能、設置場所周辺に音声を出力する音声出力機能、設置場所周辺の音声を取得して配信する音声配信機能などである。給餌アプリは、利用者の操作に応じて、ノートパソコン６から給餌装置１（１ａ、１ｂ）にこれら機能を実行させるためのデータを送信するとともに、その結果となるデータを受信してノートパソコン６において出力するアプリケーションプログラムである。
【００８８】
図７（ｂ）は、利用者端末（ノートパソコン６）がサーバモードの給餌装置１（１ａ）に接続されて各種操作が実施される処理の流れを示す図である。
【００８９】
前提として、利用者はノートパソコン６を介してＷｅｂサーバ３にログインしており、ノートパソコン６はＷｅｂサーバ３から給餌アプリを受信して実行中であるものとする。また、接続管理サーバ４とノートパソコン６は給餌装置１ａに能動的にアクセスでき、給餌装置１ａはサーバモードに動作モードが設定されており、給餌アプリは利用者ＩＤとルータ２のＩＰアドレスを含んでいるものとする。
【００９０】
ノートパソコン６は、給餌アプリの実行に基づいて、ルータ２のＩＰアドレスにアクセスしていく。この後、給餌アプリは給餌装置１ａからデータを受信するまで、図５（ｂ）に示す接続待機中画面を出力する。
【００９１】
ルータ２にはポートフォワード設定がなされており、ルータ２は、給餌アプリからのアクセスを給餌装置１ａに転送する。つまり、給餌アプリは給餌装置１ａに能動的にアクセスする。
【００９２】
給餌アプリからの能動的なアクセスを受付けた給餌装置１ａは、カメラ１０６により撮像した静止画データを、ルータ２を介して給餌アプリに送信する。
【００９３】
尚、給餌装置１ａは、給餌アプリからの最初のアクセスを受付けた後、直ちに静止画データを送信しているが、本発明はこれに限定されるものではなく、給餌アプリからの最初のアクセスを受付けた後には、映像送信が可能であることを示す、静止画データよりも容量の小さい応答データを送信するようにしても良い。この場合には、静止画データの配信要求を送信するように給餌アプリを構成し、給餌アプリからの配信要求の受信に基づいて静止画データを送信するように給餌装置１ａを構成することにより、給餌アプリは、給餌装置１ａから静止画データを任意に取得できる。
【００９４】
給餌アプリは、静止画データを受信したことで、給餌装置１ａと通信可能な状態となった旨を確認できたので、図５（ｃ）に示す給餌画面をノートパソコン６に出力する。
【００９５】
ここでログイン中の給餌アプリについて説明する。ログイン中の給餌アプリは、動画データの表示中以外は、定期的（例えば、５秒間隔）にルータ２のＩＰアドレスに対してアクセスするように構成されている。以降では、この定期的なアクセスを定期アクセスと称する。前述したようにルータ２は、ポートフォワード設定に基づいてこの定期アクセスを給餌装置１ａに転送する。したがって、サーバモードに動作モードが設定された給餌装置１ａは、給餌アプリからの能動的な定期アクセスの受信に応じて静止画データを送信するようになっている。
【００９６】
尚、サーバモードの給餌装置１ａに接続している給餌アプリは、給餌装置１ａに任意のタイミングでアクセスできるため、必ずしも定期的にルータ２のＩＰアドレスにアクセスする必要はない。少なくとも静止画データが必要なときに、静止画データ送信要求を給仕装置１ａに送信すれば良い。一方、給餌装置１ａは、給餌アプリからの定期アクセスを受付けた場合には、少なくとも通信可能である旨を示す応答データを送信すれば良く、必ずしも静止画データを送信する必要はない。このときには、給餌アプリから静止画データ送信要求を受信したときに、静止画データを送信するようにすれば良い。
【００９７】
このように給餌アプリと給餌装置１ａが通信可能な状態において、利用者が給餌画面（図５（ｃ））上の再生ボタンを操作すると、給餌アプリは、図７（ｂ）に示すように、動画配信要求をルータ２に送信する。ルータ２は動画配信要求を給餌装置１ａに転送（ポートフォワード）する。
【００９８】
動画配信要求を受信した給餌装置１ａは、カメラ１０６から撮像した動画データと、マイク１０５から取得した音声データと、を合成した映像データを持続的に送信するための映像ストリームを給餌アプリに送信する。
【００９９】
映像ストリームを受信した給餌アプリは、該映像ストリームを介して持続的に受信した映像データをノートパソコン６に出力する。具体的には、給餌画面（図５（ｃ））に動画が出力され、ノートパソコン６のスピーカから音声が出力される。このようにサーバモードにおいては、給餌装置１ａからノートパソコン６に対して、直接ストリーミング配信が実施される。
【０１００】
また、給餌装置１ａと給餌アプリが通信している状態において、利用者が給餌画面（図５（ｃ））上の給餌ボタンまたは呼出ボタンを操作すると、給餌アプリは、図７（ｂ）に示すように、給餌要求または呼出要求をルータ２に送信する。ルータ２は給餌要求または呼出要求を給餌装置１ａに転送（ポートフォワード）する。
【０１０１】
給餌要求または呼出要求を受信した給餌装置１ａは、要求に応じた制御を行う。給餌要求に対しては、給餌ユニット１０２を駆動して下皿１０に餌１１を排出する。また、呼出要求に対しては、スピーカ１０７を駆動して予め記憶されている音声データを出力する。
【０１０２】
そして、給餌装置１ａは、給餌または呼出を行った旨を示す操作結果データを給餌アプリに送信する。尚、給餌ユニット１０２の内部に貯留された餌１１がなくなった場合には、その旨を含む操作結果データを送信する。
【０１０３】
操作結果データを受信した給餌アプリは、操作結果を示す文字データ、例えば、餌をあげました、呼びかけました、餌がなくなりました、餌がありません、などを出力する。尚、ストリーミング配信中の場合には、ストリーミング配信を継続する。
【０１０４】
図８は、利用者端末（ノートパソコン６）がリレーモードの給餌装置１（１ｂ）に接続されて給餌または呼出操作が実施される処理の流れを示す図である。
【０１０５】
前提として、利用者はノートパソコン６を介してＷｅｂサーバ３にログインしており、ノートパソコン６はＷｅｂサーバ３から給餌アプリを受信して実行中であるものとする。また、接続管理サーバ４とノートパソコン６は給餌装置１ｂに能動的にアクセスできず、受動的にのみアクセスでき、給餌装置１ｂはリレーモードに動作モードが設定されており、給餌アプリは利用者ＩＤとＷｅｂサーバ３のＩＰアドレスを含んでいるものとする。
【０１０６】
ノートパソコン６は、給餌アプリの実行に基づいて、Ｗｅｂサーバ３のＩＰアドレスにアクセスしていく。この後、給餌アプリは給餌装置１ｂからデータを受信するまで、図５（ｂ）に示す接続待機中画面を出力する。
【０１０７】
尚、ログイン中の給餌アプリは、定期的（例えば、５秒間隔）にＷｅｂサーバ３のＩＰアドレスに対してアクセスするように構成されている。以降では、この定期的なアクセスを定期アクセスと称する。
【０１０８】
ここで、リレーモードに動作モードが設定された給餌装置１ｂの動作について説明する。
【０１０９】
リレーモード中の給餌装置１ｂは、図８上部に示すように、１分間隔で機器ＩＤを含むＩＰアドレス通知を接続管理サーバ４に送信する。このＩＰアドレス通知はルータ２、２’を介して送信される。ルータ２、２’はＮＡＴまたはＩＰマスカレード機能を備えており、ルータ２の内部ネットワークから受信したＩＰアドレス通知に対して、最終的にルータ２’のインターネット側のＩＰアドレス（グローバルＩＰアドレス）を付与して送信する。
【０１１０】
つまりは、リレーモードに動作モードが設定された給餌装置１ｂは、機器ＩＤと、ルータ２’のＩＰアドレスを含むＩＰアドレス通知を１分間隔で接続管理サーバ４に送信する。
【０１１１】
ＩＰアドレス通知を受信した接続管理サーバ４は、ルータ２’のＩＰアドレスに対してアクセス確認を送信する。しかしながら、アクセス確認が給餌装置１ｂに転送（ポートフォワード）されることはなく、ルータ２’により不正な応答（無応答、または接続を拒絶した旨）が送信される。
【０１１２】
不正な応答（無応答、または接続を拒絶した旨）を受信した接続管理サーバ４は、ＩＰアドレス通知に含まれていた機器ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている利用者ＩＤを特定し、この利用者ＩＤを含むログイン確認をＷｅｂサーバ３に送信する。
【０１１３】
ログイン確認を受信したＷｅｂサーバ３は、ログイン確認に含まれる利用者ＩＤに対応付けて、利用者情報テーブル（図４（ａ））に記憶されているログイン中を抽出し、抽出したログイン中判定結果を接続管理サーバ４に送信する。
【０１１４】
ログイン中判定結果を受信した接続管理サーバ４は、ログイン中判定結果に基づいて利用者がログイン中か否かを確認する。利用者がログイン中でない場合には、リレーモードを示す動作モード設定を、ＩＰアドレス通知に対する応答データとして給餌装置１ｂに送信する。
【０１１５】
利用者がログイン中である場合には、接続管理サーバ４は、リレーモード＋ログイン中である旨を示す動作モード設定（リレーモード＋ログイン中）を、ＩＰアドレス通知に対する応答データとして給餌装置１ｂに送信する。
【０１１６】
リレーモード＋ログイン中を示す動作モード設定を受信した給餌装置１ｂは、動作モードをリレーモード＋ログイン中に設定し、この後は５秒間隔で、機器ＩＤ、カメラ１０６で撮像した静止画データ、ルータ２’のＩＰアドレスを含む要求問い合わせを送信する。
【０１１７】
つまりは、リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂは、機器ＩＤと、静止画データと、ルータ２’のＩＰアドレスを含む要求問い合わせを５秒間隔で接続管理サーバ４に送信する。
【０１１８】
機器ＩＤと、静止画データと、ルータ２’のＩＰアドレスを含む要求問い合わせを受信した接続管理サーバ４は、機器ＩＤに対応付けて静止画データを接続管理サーバ記憶部に記憶する。
【０１１９】
このように給餌装置１ｂがリレーモード＋ログイン中に設定された場合について説明する。前述したように、Ｗｅｂサーバ３は給餌アプリからの利用者ＩＤを含む定期アクセスを受信している。Ｗｅｂサーバ３は定期アクセスをそのまま接続管理サーバ４に送信する。
【０１２０】
定期アクセスを受信した接続管理サーバ４は、定期アクセスに含まれる利用者ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている機器ＩＤを特定し、この機器ＩＤに対応付けて記憶されている静止画データがあるか否かを確認する。
【０１２１】
静止画データがない場合には、接続管理サーバ４は、静止画データがない旨の情報を含む応答をＷｅｂサーバ３に送信する。そしてＷｅｂサーバ３は、定期アクセスへの応答として、静止画データがない旨の情報を含む応答を給餌アプリに送信する。静止画データがない旨を受信した給餌アプリは、図５（ｂ）に示す接続待機中画面の出力を継続し、定期アクセスの送信を継続する。
【０１２２】
静止画データがある場合には、接続管理サーバ４は、静止画データを含む応答をＷｅｂサーバ３に送信する。そしてＷｅｂサーバ３は、定期アクセスへの応答として、静止画データを含む応答を給餌アプリに送信する。
【０１２３】
給餌アプリは、静止画データを受信したことで、給餌装置１ｂと通信状態となった旨を確認できたので、図５（ｃ）に示す給餌画面をノートパソコン６に出力する。そして定期アクセスの送信を継続する。
【０１２４】
この結果、利用者がなんら操作を行わない場合にも、給餌装置１ｂから接続管理サーバ４に対して要求問い合わせとして５秒間隔で送信される静止画データが、給餌アプリからＷｅｂサーバ３を介して接続管理サーバ４に対して５秒間隔で送信される定期アクセスへの応答データとして、給餌アプリに送信される。したがって、給餌アプリは、給餌装置１ｂからＷｅｂサーバ３並びに接続管理サーバ４を介して静止画データを受信しており、給餌画面（図５（ｃ））の静止画を５秒間隔で更新する。
【０１２５】
つまり、給餌装置１ｂの動作モード設定がリレーモード＋ログイン中になることで、給餌装置１ｂからは静止画データが送信されるようになる。したがって、利用者のログイン操作により給餌アプリが送信するログイン要求に応じて、接続管理サーバ４が給餌装置１ｂに送信するリレーモード＋ログイン中を示す動作モード設定は、給餌アプリから給餌装置１ｂへの静止画データの配信要求に該当する。
【０１２６】
このように給餌アプリと給餌装置１ｂが通信している状態において、利用者が給餌画面（図５（ｃ））上の給餌ボタンまたは呼出ボタンを操作すると、給餌アプリは、図８下部に示すように、利用者ＩＤを含む給餌要求または呼出要求をＷｅｂサーバ３に送信する。
【０１２７】
給餌要求または呼出要求を受信したＷｅｂサーバ３は、これら要求を接続管理サーバ４に送信する。接続管理サーバ４は、給餌要求または呼出要求に含まれる利用者ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている機器ＩＤを特定する。そして、特定した機器ＩＤに対応付けて、給餌要求または呼出要求を記憶する。
【０１２８】
一方、給餌要求または呼出要求を送信した給餌アプリは、利用者ＩＤを含む操作結果確認を定期的（例えば、５秒間隔）にＷｅｂサーバ３に送信する。
【０１２９】
操作結果確認を受信したＷｅｂサーバ３は、操作結果確認を接続管理サーバ４に送信する。接続管理サーバ４は、操作結果確認に含まれる利用者ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている機器ＩＤを特定する。そして、特定した機器ＩＤに対応付けて記憶されている操作結果があるか否かを判定し、ある場合には操作結果を応答としてＷｅｂサーバ３に送信し、ない場合には操作結果待ちである旨を応答としてＷｅｂサーバ３に送信する。Ｗｅｂサーバ３は、接続管理サーバ４から受信した応答をそのまま給餌アプリに応答として送信する。
【０１３０】
次に、給餌装置１ｂと接続管理サーバ４のやり取りについて説明する。
【０１３１】
動作モードがリレーモード＋ログイン中に設定された給餌装置１ｂから、定期的（５秒間隔）に送信されてくる機器ＩＤ、静止画データ、ルータ２のＩＰアドレスを含む要求問い合わせを受信すると、接続管理サーバ４は、機器ＩＤに対応付けて記憶している要求があるか否かを判定する。
【０１３２】
要求がない場合には、接続管理サーバ４は、リレーモード＋ログイン中を示す動作モード設定を応答として給餌装置１ｂに送信する。
【０１３３】
図８下部に示すように、機器ＩＤに対応付けて給餌要求または呼出要求が記憶されている状態においては、給餌装置１ｂから機器ＩＤ、静止画データ、ルータ２’のＩＰアドレスを含む要求問い合わせを受信した接続管理サーバ４は、機器ＩＤに対応付けて記憶している給餌要求または呼出要求があると判定する。
【０１３４】
そして、接続管理サーバ４は、リレーモード＋ログイン中＋給餌操作または呼出操作を示す動作モード設定を応答として給餌装置１ｂに送信する。送信後、接続管理サーバ４は、記憶していた機器ＩＤと給餌要求または呼出要求を削除する。
【０１３５】
リレーモード＋ログイン中＋給餌要求または呼出要求を示す動作モード設定を受信した給餌装置１ｂは、要求に応じた制御を行う。給餌要求に対しては、給餌ユニット１０２を駆動して下皿１０に餌１１を排出する。また、呼出要求に対しては、スピーカ１０７を駆動して予め記憶されている音声データを出力する。
【０１３６】
そして、リレーモード＋ログイン中である給餌装置１ｂは、定期的（５秒間隔）に実施される次回の要求問い合わせにおいて、機器ＩＤ、操作結果、ルータ２’のＩＰアドレスを含む要求問い合わせを接続管理サーバ４に送信する。ここで操作結果とは、給餌または呼出の成否を示す内容である。
【０１３７】
機器ＩＤ、静止画データを含む操作結果、ルータ２’のＩＰアドレスを含む要求問い合わせを受信した接続管理サーバ４は、機器ＩＤに対応付けて静止画データを含む操作結果を記憶する。そして、この時点で、機器ＩＤに対応付けて新たに操作の要求が記憶されていなければ、リレーモード＋ログイン中を示す動作モード設定を給餌装置１ｂに送信する。
【０１３８】
尚、新たに操作の要求が記憶されていれば、リレーモード＋ログイン中＋操作の要求を示す動作モード設定を給餌装置１ｂに送信する。
【０１３９】
一方、給餌要求または呼出要求を送信した給餌アプリは、前述したように利用者ＩＤを含む操作結果確認を定期的（例えば、５秒間隔）にＷｅｂサーバ３に送信している。
【０１４０】
操作結果確認を受信したＷｅｂサーバ３は、操作結果確認を接続管理サーバ４に送信する。接続管理サーバ４は、操作結果確認に含まれる利用者ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている機器ＩＤを特定する。そして、特定した機器ＩＤに対応付けて記憶されている操作結果がある場合には操作結果を応答としてＷｅｂサーバ３に送信するので、給餌装置１ｂから受信した静止画データを含む操作結果を応答としてＷｅｂサーバ３に送信する。Ｗｅｂサーバ３は、受信した操作結果をそのまま給餌アプリに応答として送信する。
【０１４１】
操作結果データを受信した給餌アプリは、操作結果を示す文字データ、例えば、餌をあげました、呼びかけました、餌がなくなりました、餌がありません、などを出力する。尚、ストリーミング配信中の場合には、ストリーミング配信を継続する。
【０１４２】
図９は、利用者端末（ノートパソコン６）がリレーモードの給餌装置１ｂに接続されて動画／静止画操作が実施される処理の流れを示す図である。
【０１４３】
給餌アプリと給餌装置１ｂが通信している状態において、利用者が給餌画面（図５（ｃ））上の再生ボタンを操作すると、給餌アプリは、図９上部に示すように、利用者ＩＤを含む動画配信要求をＷｅｂサーバ３に送信する。
【０１４４】
動画配信要求を受信したＷｅｂサーバ３は、この要求を接続管理サーバ４に送信する。接続管理サーバ４は、動画配信要求に含まれる利用者ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている機器ＩＤを特定する。また、接続管理サーバ４は、動画の配信に必要となる中継用鍵データを生成する。
【０１４５】
そして、接続管理サーバ４は、映像中継サーバ５が複数ある場合には、この時点であまり利用されていない映像中継サーバ５を特定し、当該映像中継サーバ５に生成した中継用鍵データを送信する。また、特定した映像中継サーバ５のＩＰアドレスと、生成した中継用鍵データからなる中継用鍵データを応答としてＷｅｂサーバ３に送信する。Ｗｅｂサーバ３は、受信した中継用鍵データを給餌アプリに応答として送信する。
【０１４６】
更に、接続管理サーバ４は、動画配信要求に含まれる機器ＩＤに対応付けて、動画配信要求、中継用鍵データ、映像中継サーバ５のＩＰアドレスを接続管理サーバ記憶部に記憶する。
【０１４７】
尚、映像中継サーバ５があまり利用されていないか否かは、この時点までに映像中継サーバ５のＩＰアドレスがＷｅｂサーバ３に送信された回数を集計することにより確認できる。すなわち利用されていない映像中継サーバ５とは、接続管理サーバ記憶部に記憶されているＩＰアドレス数が最も少ないサーバのことである。
【０１４８】
次に、給餌装置１ｂと接続管理サーバ４のやり取りについて、図９中段に基づいて説明する。
【０１４９】
動作モードがリレーモード＋ログイン中に設定された給餌装置１ｂから、５秒間隔で送信されてくる機器ＩＤ、静止画データ、ルータ２’のＩＰアドレスを含む要求問い合わせを受信すると、接続管理サーバ４は、機器ＩＤに対応付けて記憶している要求があるか否かを判定する。
【０１５０】
要求がない場合には、接続管理サーバ４は、リレーモード＋ログイン中を示す動作モード設定を応答として給餌装置１ｂに送信する。
【０１５１】
図９上部に示すように、機器ＩＤに対応付けて動画配信要求が記憶されている状態においては、給餌装置１から機器ＩＤ、静止画データ、ルータ２’のＩＰアドレスを含む要求問い合わせを受信した接続管理サーバ４は、機器ＩＤに対応付けて記憶している動画配信要求があると判定する。また、動画配信要求である場合には、中継用鍵データ、映像中継サーバ５のＩＰアドレスも記憶されているため、これらも特定する。
【０１５２】
そして、接続管理サーバ４は、リレーモード＋ログイン中＋動画配信を示し、かつ中継用鍵データ、映像中継サーバ５のＩＰアドレスを含む動作モード設定を応答として給餌装置１ｂに送信する。送信後も、接続管理サーバ４は、記憶していた機器ＩＤ、中継用鍵データ、映像中継サーバ５のＩＰアドレスを削除しない。これら情報は映像中継終了時に削除する。
【０１５３】
リレーモード＋ログイン中＋動画配信（中継用鍵データ、映像中継サーバ５のＩＰアドレス）を示す動作モード設定を受信した給餌装置１ｂは、カメラ１０６から撮像した動画データと、マイク１０５から取得した音声データと、を合成した映像データを持続的に送信するための送信用映像ストリームを、中継用鍵データとともに、ＩＰアドレスにより特定される映像中継サーバ５に送信する。
【０１５４】
送信用映像ストリーム及び中継用鍵データを受信した映像中継サーバ５は、中継用鍵データに対応付けて送信用映像ストリームを保持する。そして、受信した中継用鍵データに対応付けて、既に受信用映像ストリームを保持しているか否かを確認する。保持していれば送信用映像ストリームの出力を受信用映像ストリームに入力することで、映像の中継を実施する。保持していなければ、送信用映像ストリームを保持し続ける。
【０１５５】
図９中段に示す例においては、送信用映像ストリームを受信した時点において、映像中継サーバ５は、中継用鍵データに対応付けて受信用映像ストリームを保持していないため、給餌装置１ｂからの送信用映像ストリームを保持し続ける。
【０１５６】
一方、映像配信要求を送信した給餌アプリは、接続管理サーバ４からＷｅｂサーバ３を介して受信した映像中継サーバ５のＩＰアドレスに対して、動画データと音声データとを合成した映像データを持続的に受信するための受信用映像ストリームを、中継用鍵データとともに送信する。
【０１５７】
受信用映像ストリーム及び中継用鍵データを受信した映像中継サーバ５は、中継用鍵データに対応付けて受信用映像ストリームを保持する。そして、受信した中継用鍵データに対応付けて、既に送信用映像ストリームを保持しているか否かを確認する。保持していれば送信用映像ストリームの出力を受信用映像ストリームに入力することで、映像の中継を実施する。保持していなければ、受信用映像ストリームを保持し続ける。
【０１５８】
図９中段に示す例においては、受信用映像ストリームを受信した時点において、映像中継サーバ５は、中継用鍵データに対応付けて送信用映像ストリームを保持している。そのため、映像中継サーバ５は、給餌装置１ｂからの送信用映像ストリームの出力を、給餌アプリへの受信用映像ストリームに入力することで、給餌装置１ｂから給餌アプリへの映像の中継を実施する。
【０１５９】
映像中継が実施されている状態において、給餌画面（図５（ｃ））において停止ボタンが操作された場合について、図９下部を参照して説明する。
【０１６０】
利用者が給餌画面（図５（ｃ））上の停止ボタンを操作すると、給餌アプリは、図９下部に示すように、利用者ＩＤを含む停止要求をＷｅｂサーバ３に送信するとともに、受信用映像ストリームを停止（切断）して、映像の受信を終了する。
【０１６１】
停止要求を受付けたＷｅｂサーバ３は、この要求を接続管理サーバ４に送信する。接続管理サーバ４は、停止要求に含まれる利用者ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている機器ＩＤを特定する。そして、特定した機器ＩＤに対応付けて、停止要求を記憶する。
【０１６２】
また、機器ＩＤに対応付けて、中継用鍵データと、映像中継サーバ５のＩＰアドレスが記憶されているか否かを判定する。記憶されていない場合には、何も処理を行わない。
【０１６３】
記憶されている場合には、映像中継サーバ５のＩＰアドレスに中継用鍵データを含む映像配信停止要求を送信する。
【０１６４】
映像配信停止要求を受信した映像中継サーバ５は、中継用鍵データに対応付けて保持している送信用映像ストリーム、受信用映像ストリームを停止（切断）する。
【０１６５】
一方、前述したように、リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂは、機器ＩＤ、静止画データ、ルータ２’のＩＰアドレスを含む要求問い合わせを定期的（５秒間隔）に接続管理サーバ４に送信している。この要求問い合わせを受信した接続管理サーバ４は、機器ＩＤに対応付けて記憶している映像配信停止要求があると判定する。また、映像配信停止要求である場合には、中継用鍵データも記憶されているため、この中継用鍵データも特定する。
【０１６６】
そして、接続管理サーバ４は、リレーモード＋ログイン中＋映像配信停止である旨を示し、かつ中継用鍵データを含む動作モード設定を応答として給餌装置１ｂに送信する。送信後、接続管理サーバ４は、記憶していた機器ＩＤ、中継用鍵データ、映像中継サーバ５のＩＰアドレスを削除する。
【０１６７】
リレーモード＋ログイン中＋映像配信停止（中継用鍵データ）を示す動作モード設定を受信した給餌装置１ｂは、映像配信停止処理を実施して送信用映像ストリームを停止（切断）する。
【０１６８】
その後も、リレーモード＋ログイン中である給餌装置１ｂからは、機器ＩＤ、静止画データ、ルータ２’のＩＰアドレスを含む要求問い合わせが定期的（５秒間隔）に接続管理サーバ４に送信される。
【０１６９】
ここで、給餌装置１ｂの動作モードが、リレーモード＋ログイン中からリレーモードに変更される処理について説明する。
【０１７０】
ログイン中の給餌アプリは、前述のように利用者ＩＤを含む定期アクセスを定期的（５秒間隔）にＷｅｂサーバ３に送信している。この状態で、利用者が給餌アプリを終了すると、給餌アプリからＷｅｂサーバ３への定期アクセスが途切れる。
【０１７１】
Ｗｅｂサーバ３は、定期アクセスが途切れてから所定時間（例えば、３０秒間）が経過すると、利用者がログアウトしたと判定し、途切れた利用者ＩＤに対応付けて、利用者情報テーブル（図４（ａ））に記憶されているログイン中をログインしていない旨に更新する。そして、接続管理サーバ４に、利用者ＩＤに対応付けてログアウト要求を送信する。
【０１７２】
接続管理サーバ４は、ログアウト要求に含まれる利用者ＩＤに対応付けて、利用者所有機器情報テーブル（図４（ｂ））に記憶されている機器ＩＤを特定する。そして、特定した機器ＩＤに対応付けて、ログアウト要求を記憶する。
【０１７３】
前述しているように、動作モードがリレーモード＋ログイン中に設定された給餌装置１ｂから、定期的（５秒間隔）に送信されてくる機器ＩＤ、静止画データ、ルータ２’のＩＰアドレスを含む要求問い合わせを受信すると、接続管理サーバ４は、機器ＩＤに対応付けて記憶している要求があるか否かを判定する。
【０１７４】
機器ＩＤに対応付けてログアウト要求が記憶されている状態においては、接続管理サーバ４は、リレーモードを示す動作モード設定を応答として給餌装置１ｂに送信する。送信後、接続管理サーバ４は、記憶していた機器ＩＤとログアウト要求を削除する。
【０１７５】
リレーモードを示す動作モード設定を受信した給餌装置１ｂは、動作モードをリレーモードに設定し、この後は１分間隔で機器ＩＤ、ルータ２’のＩＰアドレスを含むＩＰアドレス通知を送信する。
【０１７６】
尚、給餌画面（図５（ｃ））にログアウトボタンを設け、このログアウトボタンが操作されてことに基づいて、Ｗｅｂサーバ３及び接続管理サーバ４にログアウト要求を送信することで、給餌装置１ｂの動作モード設定をリレーモードに設定しても良い。
【０１７７】
このように、給餌装置１ｂの動作モード設定がリレーモードになることで、給餌装置１ｂからは要求問い合わせが送信されなくなる。したがって、給餌アプリの終了もしくはログアウト操作によるログアウト要求に基づいて、接続管理サーバ４から給餌装置１ｂに送信されるリレーモードを示す動作モード設定は、給餌アプリから給餌装置１ｂへの静止画データの配信停止要求に該当する。
【０１７８】
以上、本実施例１によれば、動作モード設定がリレーモード＋ログイン中に設定された給餌装置１ｂは、外部からの送信要求等の受信に依ることなく、接続管理サーバ４の所定アドレスに対して所定時間間隔（５秒間隔）毎に静止画データを含むＩＰアドレス通知を送信し、該送信された静止画データが給餌アプリ（ノートパソコン６）に中継されるようになるので、前記外部からの送信要求等の受信するための設定、例えば受信ポート設定等を実施する必要がないので、これらを設定することなく、これら給餌装置１ｂからの静止画を、該利用者が操作可能なノートパソコン６にて簡便に取得することができる。
【０１７９】
また、本実施例１によれば、給餌アプリ（ノートパソコン６）から利用者ＩＤを含むログイン要求を受信したときにのみ、つまり、静止画データを中継する必要がある場合においてのみ、リレーモード＋ログイン中を示す動作モード設定が給餌装置１ｂに送信されて給餌装置１ｂから、静止画データが送信されるようになるので、不必要な静止画データが送信されることによる通信負荷の増加を防止することができる。
【０１８０】
また、本実施例１によれば、リレーモードでの機器ＩＤ、ルータ２のＩＰアドレスを含むＩＰアドレス通知の送信時間間隔ＴＡ（１分間）よりも短い時間間隔ＴＢ（５秒間）にてリレーモード＋ログイン中での機器ＩＤ、静止画データを含む要求問い合わせが送信されることで、より短い時間間隔ＴＢの静止画データによる映像、つまり、時間的に短い間隔による詳細映像を、利用者は得ることができる。
【０１８１】
すなわち、本実施例１は、本発明の請求項１、３並びに４〜６に対応する。
【実施例２】
【０１８２】
次に、実施例２に係るカメラ映像配信システムに関して説明する。尚、本実施例２は、本発明の請求項２並びに４〜６に該当する。
【０１８３】
本実施例２の第１の特徴としては、前記実施例１においては、リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂが、接続管理サーバ４の所定アドレスに対して所定時間間隔（５秒間隔）毎に静止画データを含むＩＰアドレス通知を送信し、該送信された静止画データが給餌アプリ（ノートパソコン６）に中継されるようになっているのに対し、リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂが、接続管理サーバ４の所定アドレスに対して所定時間間隔（５秒間隔）毎に静止画データを含まない要求問い合わせを送信する一方で、接続管理サーバ４から静止画データ送信要求を受信したことに基づいて接続管理サーバ４に対して静止画データを送信し、該送信された静止画データが給餌アプリ（ノートパソコン６）に中継されるようになっている点である。
【０１８４】
また、本実施例２の第２の特徴としては、前記実施例１においては、給餌装置１ｂが、給餌画面（図５（ｃ））上の停止ボタンの操作に基づいて給餌アプリから送信されて接続管理サーバ４から中継される停止要求を受信することで、映像配信停止処理を実施しているのに対し、給餌装置１ｂが、映像中継サーバ４が中継を終了したのを検知したことに基づいて、映像配信停止処理を実施しているという点である。
【０１８５】
その他のシステム構成等は、前記実施例１のカメラ映像配信システムと同一であることから、同一である部分の説明は省略するものとし、前記実施例１からの変更点となる本実施例２の特徴部分について以下に説明する。
【０１８６】
以降では、本実施例２のカメラ映像配信システムの処理内容について、実施例１との相違点を中心に説明していく。
【０１８７】
まず、実施例２の第１の特徴について説明する。
【０１８８】
実施例１においては、図８に示すように、リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂは、５秒間隔で機器ＩＤ、静止画データを含む要求問い合わせを接続管理サーバ４に送信している。
【０１８９】
一方、実施例２においては、図１０に示すように、リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂは、５秒間隔で機器ＩＤを含み、静止画データを含まない要求問い合わせを接続管理サーバ４に送信する。
【０１９０】
実施例２の給餌アプリには図示しない静止画ボタンが設けられており、利用者が静止画ボタンを操作すると、静止画データ送信要求が接続管理サーバ４に送信されて記憶される。
【０１９１】
静止画データ送信要求を記憶した接続管理サーバ４は、給餌装置１ｂが５秒間隔で送信してくる要求問い合わせへの応答データとして、記憶していた静止画データ送信要求を給餌装置１ｂに送信する。
【０１９２】
静止画データ送信要求を受信した給餌装置１ｂは、機器ＩＤと静止画データを接続管理サーバ４に送信して、接続管理サーバ４は、機器ＩＤに対応付けて静止画データを記憶する。
【０１９３】
尚、要求問い合わせへの応答データとして静止画データ送信要求を受信しなかった場合は、給餌装置１ｂは、機器ＩＤを含み、静止画データを含まない要求問い合わせを接続管理サーバ４に５秒間隔で送信し続ける。
【０１９４】
具体的には、給餌装置１ｂは、リレーモード＋ログイン中に動作モードが設定されている間は、静止画データ送信要求の受信とは無関係に、機器ＩＤを含み、静止画データを含まない要求問い合わせを、５秒間隔で接続管理サーバ４に送信し続けている。そのため、静止画データ送信要求の受信に応じて静止画を送信した後も、給餌装置１ｂは、５秒間隔で機器ＩＤを含み、静止画データを含まない要求問い合わせを接続管理サーバ４に送信し続ける。
【０１９５】
機器ＩＤに対応付けて静止画データを記憶した接続管理サーバ４は、給餌アプリが５秒間隔でＷｅｂサーバ３を介して送信してくる定期アクセスへの応答データとして、静止画データをＷｅｂサーバ３を介して給餌アプリに送信する。静止画データを受信した給餌アプリは、静止画データを表示する。
【０１９６】
尚、実施例２の給餌アプリには図示しない静止画ボタンを設けずに、利用者の操作に関係なく、接続管理サーバ４が、静止画データ送信要求を定期的に、例えば、３０秒ごとに給餌装置１ｂに送信する構成としても良い。こうすることで、接続管理サーバ４は、給餌装置１ｂから静止画データを３０秒ごとに自動的に取得して記憶する。そして記憶されたデータは、５秒間隔で送信されてくる定期アクセスへの応答データとして給餌アプリに送信されて表示されることとなる。
【０１９７】
このようにすることで、静止画データを含む容量の大きい通知データ（要求問い合わせ）を頻繁（５秒間隔）に送信しなくても、静止画データを含まない容量の小さい通知データ（要求問い合わせ）を頻繁に（５秒間隔で）送信することで、給餌アプリにおいて給餌装置１ｂの撮像画像を取得して表示することができるようになる。
【０１９８】
以上が、実施例２の第１の特徴である。続いて、実施例２の第２の特徴について説明する。
【０１９９】
実施例１においては、図９に示すように、利用者が停止ボタンを操作すると、停止要求が接続管理サーバ４に送信されて機器ＩＤに対応付けて記憶される。更に、接続管理サーバ４は、停止要求を映像中継サーバ５に送信して、映像ストリームを停止（切断）する。
【０２００】
停止要求を記憶した接続管理サーバ４は、給餌装置１ｂが５秒間隔で送信してくる要求問い合わせへの応答データとして、停止要求を給餌装置１ｂに送信する。停止要求を受信した給餌装置１ｂは、映像配信停止処理を行い、映像ストリームを停止（切断）する。
【０２０１】
一方、実施例２においては、特に図示しないが、利用者が停止ボタンを操作すると、停止要求が接続管理サーバ４に送信されて機器ＩＤに対応付けて記憶される。更に、接続管理サーバ４は、停止要求を映像中継サーバ５に送信して、映像ストリームを停止（切断）する。この後、接続管理サーバ４は、給餌装置１ｂに対してデータを送信しない。
【０２０２】
このとき、給餌装置１ｂは、映像中継サーバ５との間で映像ストリームが停止（切断）された旨を、映像中継サーバ５との間の通信がなくなったことにより検知する。そして、この検知結果に基づいて、映像配信停止処理を行い、映像ストリームを停止（切断）する。
【０２０３】
このようにすることで、利用者による停止ボタンの操作に基づく停止要求を給餌装置１ｂに送信しなくても、給餌装置１ｂからの映像配信を停止することができる。
【０２０４】
尚、本実施例２においても、前記実施例１と同様に、利用者が停止ボタンを操作したことに基づいて、停止要求を給餌装置１ｂに送信し、該停止要求に基づいて給餌装置１ｂが映像配信停止処理を行うことで、映像ストリームを停止（切断）しても良い。
【０２０５】
以上、本実施例２によれば、動作モード設定がリレーモード＋ログイン中に設定された給餌装置１ｂは、外部からの送信要求等の受信に依ることなく、接続管理サーバ４の所定アドレスに対して所定時間間隔（５秒間隔）毎に静止画データを含むＩＰアドレス通知を送信し、該送信された静止画データが給餌アプリ（ノートパソコン６）に中継されるようになるので、前記外部からの送信要求等の受信するための設定、例えば受信ポート設定等を実施する必要がないので、これらを設定することなく、これら給餌装置１ｂからの静止画を、該利用者が操作可能なノートパソコン６にて簡便に取得することができる。
【０２０６】
また、本実施例２によれば、給餌アプリ（ノートパソコン６）から映像データ送信要求（静止画データ送信要求）を受信したときにのみ、つまり、静止画データを中継する必要がある場合においてのみ、静止画データが送信されるようになるので、不必要な静止画データが送信されることによる通信負荷の増加を防止することができる。
【０２０７】
また、本実施例１、２によれば、給餌装置１が、外部（接続管理サーバ４）からのアクセス確認を受信できない給餌装置１ｂである場合には、リレーモードを示す動作モード設定が送信されて給餌装置１ｂはリレーモードにて動作する一方、外部（接続管理サーバ４）からのアクセス確認を受信できる給餌装置１ａである場合には、サーバモードを示す動作モード設定が送信されることで、給餌装置１ａはサーバモードにて動作するようになるので、これらネットワークの状況に合ったモードが利用者が設定することなく自動的に選択されて設定されるようになり、利用者の利便性を向上できる。
【０２０８】
また、本実施例１、２によれば、不定期に利用者ＩＤを含むログイン要求を受信することのできるサーバモードにおける給餌装置１ａからの機器ＩＤ、ルータ２のＩＰアドレスを含むＩＰアドレス通知の送信間隔（１５分間）に比較して、これら利用者ＩＤを含むログイン要求を受信することのできないリレーモードにおける給餌装置１ｂからの機器ＩＤ、ルータ２’のＩＰアドレスを含むＩＰアドレス通知の送信間隔（１分間）を短くすることで、これらＩＰアドレス通知に対する返信による各種データの給餌装置１ｂへの送信を、可能な限り遅滞なく実施できるようになる。
【０２０９】
また、本実施例１、２によれば、利用者はノートパソコン６から、撮像対象領域において飼育されているペット（例えば、犬１２）に対して給餌を実施することができる。
【０２１０】
以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０２１１】
例えば、前記実施例１では、リレーモード＋ログイン中に動作モードが設定された給餌装置１ｂが、定期的（５秒間隔）に機器ＩＤ、静止画データ（１枚）を含む要求問い合わせを接続管理サーバ４に送信するとともに、この接続管理サーバ４が、Ｗｅｂサーバ３を介してアクセスしてきた給餌アプリに静止画データ（１枚）を送信することで、給餌アプリにおいて、５秒間隔で撮像された静止画データ（１枚）を表示するようにしているが、本発明はこれに限定されるものではなく、給餌装置１ｂが、定期的（５秒間隔）に機器ＩＤ、動画データ（５秒間分）を含む要求問い合わせを接続管理サーバ４に送信するとともに、この接続管理サーバ４が、Ｗｅｂサーバ３を介してアクセスしてきた給餌アプリに動画データ（５秒間分）を送信することで、給餌アプリにおいて、５秒間隔で撮像された動画データ（５秒間分）を表示するようにしても良い。
【０２１２】
あるいは、リレーモードの給餌装置１ｂが、定期的（５秒間隔）に機器ＩＤ、静止画データ（複数枚、５秒間分）を含む要求問い合わせを接続管理サーバ４に送信するとともに、この接続管理サーバ４が、Ｗｅｂサーバ３を介してアクセスしてきた給餌アプリに静止画データ（複数枚、５秒間分）を送信することで、給餌アプリにおいて、５秒間隔で撮像された静止画データ（複数枚、５秒間分）を表示するようにしても良い。
【０２１３】
このようにすれば、給餌装置１ｂから定期的（５秒間隔）にデータを送信していても、送信されていない間（５秒間分）のデータが送信されて給餌アプリにおいて出力されるので、利用者は、時間の遅れはあるものの、送信されていない間の映像も確認できる。
【０２１４】
また、前記各実施例では、映像中継サーバ５が、給餌装置１ｂから給餌アプリ（ノートパソコン６）に映像データを中継するときに、給餌装置１ｂから給餌アプリへのデータストリームを形成し、リアルタイムに映像データを送信（いわゆるストリーミング配信）するようにしているが、本発明はこれに限定されるものではなく、給餌装置１ｂから映像中継サーバ５に映像データが格納されたファイルを送信し、この送信されてきたファイルを映像中継サーバ５が給餌アプリ（ノートパソコン６）にそのまま送信する構成としても良い。尚、映像データをファイルとして送信する場合には、１ファイルあたりの再生時間は任意（例えば１分間）に設定すれば良い。
【０２１５】
あるいは、映像中継サーバ５が、給餌装置１ｂから受信した映像データが格納されたファイルを複数受信するとともに、これら受信したファイルをつなげて、これらつなげた映像データを給餌装置１ｂに対してストリーミング配信しても良い。
【０２１６】
また、前記各実施例では、給餌装置１（１ａ、１ｂ）は、サーバモード、リレーモードのいずれの動作モードでも動作する構成とされているが、本発明はこれに限定されるものではなく、少なくともリレーモードで動作するようになっていれば良い。
【０２１７】
例えば、給餌装置の販売時に、利用者のインターネットへの接続状況が確認できて、リレーモードでしか動作しないと確認できる場合には、予め、サーバモードの機能を有せずに、リレーモードでのみ動作する給餌装置を販売するようにしても良い。
【０２１８】
また、前記各実施例では、ネットワークカメラ端末として給餌ユニット１０２、カメラ１０６を備えた給餌装置を適用しているが、本発明はこれに限定されるものではなく、ネットワークカメラ端末としては、これら給餌ユニット１０２を有することのない、少なくともカメラと、本実施例におけるリレーモードでの動作が可能とされた端末機器であれば良い。
【図面の簡単な説明】
【０２１９】
【図１】本発明の実施形態におけるカメラ映像配信システムの全体像を示すシステム図である。
【図２】給餌装置の全体像を示す斜視図である。
【図３】給餌装置の構成を示すブロック図である。
【図４】（ａ）はＷｅｂサーバが記憶する利用者情報テーブルを示す図であり、（ｂ）は接続管理サーバが記憶する利用者所有機器情報テーブルを示す図であり、（ｃ）は接続管理サーバが記憶する機器情報テーブルを示す図である。
【図５】（ａ）は給餌アプリが出力するログインページを示す図であり、（ｂ）は給餌アプリが出力する接続中ページを示す図であり、（ｃ）は給餌アプリが出力する静止画ページを示す図である。
【図６】（ａ）は給餌装置がサーバモードに設定される処理の流れを示す図であり、（ｂ）給餌装置がリレーモードに設定される処理の流れを示す図である。
【図７】（ａ）は利用者が利用者端末からログインする処理の流れを示す図であり、（ｂ）は利用者端末がサーバモードの給餌装置に接続されて各種操作が実施される処理の流れを示す図である。
【図８】利用者端末がリレーモードの給餌装置に接続されて給餌または呼出操作が実施される処理の流れを示す図である。
【図９】利用者端末がリレーモードの給餌装置に接続されて動画／静止画操作が実施される処理の流れを示す図である。
【図１０】実施例２における、利用者端末がリレーモードの給餌装置に接続されて静止画、給餌または呼出操作が実施される処理の流れを示す図である。
【符号の説明】
【０２２０】
１ａ、１ｂ        給餌装置（ネットワークカメラ端末）
２、２’          ルータ
３                Ｗｅｂサーバ（中継サーバコンピュータ）
４                接続管理サーバ（中継サーバコンピュータ）
５                映像中継サーバ
６                ノートパソコン（利用者端末）
７                通信ケーブル
８                蓋
９                筐体
１０              下皿
１１              餌
１２              犬
１０１            制御マイコン
１０２            給餌ユニット
１０３            通信部
１０４            ＬＥＤ
１０５            マイク
１０６            カメラ
１０７            スピーカ
【図１】
2008042583.tif 000003
【図２】
2008042583.tif 000004
【図３】
2008042583.tif 000005
【図４】
2008042583.tif 000006
【図５】
2008042583.tif 000007
【図６】
2008042583.tif 000008
【図７】
2008042583.tif 000009
【図８】
2008042583.tif 000010
【図９】
2008042583.tif 000011
【図１０】
2008042583.tif 000012