JP6256455B2

JP6256455B2 - 情報処理装置、情報処理システム、サーバー及びプログラム

Info

Publication number: JP6256455B2
Application number: JP2015240151A
Authority: JP
Inventors: 増田　敏; 敏増田; 和也姉崎; 裕典原田; 功資大島; 松原　賢士; 賢士松原; 崎山　大輔; 大輔崎山; 武士前川
Original assignee: Konica Minolta Inc
Current assignee: Konica Minolta Inc
Priority date: 2015-12-09
Filing date: 2015-12-09
Publication date: 2018-01-10
Anticipated expiration: 2035-12-09
Also published as: US20170171412A1; US10033896B2; JP2017107369A

Description

本発明は、情報処理装置、情報処理システム、サーバー及びプログラムに関し、特にサーバーとの接続状態を維持する情報処理装置において省電力効果を高めるための技術に関する。

ＭＦＰ（Multi-Function Peripherals）などのような情報処理装置は、インターネット上に設置されるサーバーと連携してジョブを実行することができる。例えば、情報処理装置は、オフィスなどのローカル環境からインターネット上のサーバーにアクセスすることにより、スキャンジョブで生成した画像データをサーバーに保存したり、或いは、サーバーに保存されている画像データを取得して印刷ジョブなどを実行したりすることができる。

しかしその一方、情報処理装置が設置されるローカル環境にはセキュリティの観点からファイヤウォールが設置されるのが一般的である。そのため、インターネット上のサーバーから情報処理装置に対して印刷ジョブなどを送信するためには、サーバーがローカル環境に設置されているファイヤウォールを超えて情報処理装置と通信を行える環境の構築が必要となる。

従来、上記のような環境を構築するため、ローカル環境内にインターネット上のサーバーと通信を行うための専用のゲートウェイを設けることが提案されている（例えば特許文献１）。このようなゲートウェイは、例えば電源投入時にインターネット上のサーバーとＸＭＰＰ（eXtensible Messaging and Presence Protocol）による常時通信可能なセッションを確立することにより、サーバーがファイヤウォールを超えてローカル環境内の情報処理装置と通信を行うことができる通信路を開設する。したがって、インターネット上のサーバーは、情報処理装置がサーバーにアクセスしていない状態であっても、ゲートウェイとの間に確立されるセッションを利用したトンネル通信を行うことにより、ローカル環境内の情報処理装置に対して印刷ジョブなどを送信することができる。

特開２０１５−１１５８３１号公報

ところで、近年では上述したゲートウェイの機能を内蔵した情報処理装置が提供されつつある。この場合、情報処理装置は、インターネット上のサーバーと常時通信可能なセッションを確立する。そして情報処理装置は、そのセッションを維持するために一定の時間間隔で定期的にサーバーと通信を行うように構成される。

一方、情報処理装置は、省電力を目的としたスリープ機能を搭載しており、サーバーとの間にセッションを確立している場合であっても所定の条件が成立すると、通電状態を通常モードからスリープモードへ移行させる。情報処理装置がスリープモードへ移行すると、サーバーと定期通信を行うための機能が停止するため、サーバーとの定期通信が行われなくなり、情報処理装置とサーバーとのセッションが切断されてしまう可能性がある。これを防止するためには、スリープモードへ移行した場合であっても、サーバーとの定期通信を行うために一定の時間間隔で情報処理装置の通電状態を元の通常モードに復帰させることが必要となる。

しかし、情報処理装置がサーバーとの定期通信を行うためにスリープモードから通常モードへ頻繁に復帰するようになると、スリープモードでの継続時間が短くなり、十分な省電力効果を得られないという課題があった。特にローカル環境内に複数の情報処理装置が設けられている場合には、各情報処理装置がサーバーとの定期通信のためにスリープモードから通常モードへ個別に復帰してしまうと効率が悪いという問題がある。

そこで本発明は、上記従来の課題を解決するためになされたものであり、従来よりも省電力効果を得られるようにした情報処理装置、情報処理システム、サーバー及びプログラムを提供することを目的とする。

上記目的を達成するため、請求項１に係る発明は、ローカルネットワークを経由してインターネット上に設けられたサーバーと通信を行う情報処理装置であって、前記ローカルネットワークを経由して前記サーバーと通信可能なセッションを確立するセッション確立手段と、前記確立されたセッションにより前記サーバーからのジョブを受信する受信手段と、前記セッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う定期通信手段と、スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記定期通信手段が行うべき前記サーバーとの定期通信の代行を、前記ローカルネットワークに設けられ、前記サーバーと通信可能なセッションを確立している他の装置へ依頼する代行依頼手段と、を備え、前記代行依頼手段は、前記ローカルネットワークに複数の他の装置が設けられている場合、それら複数の他の装置のうちから前記サーバーと通信可能なセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記サーバーと通信可能なセッションを確立している複数の他の装置が存在する場合には、それら複数の他の装置のうち、スリープモードへ移行するまでの残時間が最も長い他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項２に係る発明は、ローカルネットワークを経由してインターネット上に設けられたサーバーと通信を行う情報処理装置であって、前記ローカルネットワークを経由して前記サーバーと通信可能なセッションを確立するセッション確立手段と、前記確立されたセッションにより前記サーバーからのジョブを受信する受信手段と、前記セッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う定期通信手段と、スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記定期通信手段が行うべき前記サーバーとの定期通信の代行を、前記ローカルネットワークに設けられ、前記サーバーと通信可能なセッションを確立している他の装置へ依頼する代行依頼手段と、を備え、前記代行依頼手段は、前記ローカルネットワークに複数の他の装置が設けられている場合、それら複数の他の装置のうちから前記サーバーと通信可能なセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記サーバーと通信可能なセッションを確立している複数の他の装置が存在する場合には、それら複数の他の装置のうち、前記サーバーとは異なる他のサーバーと通信可能なセッションを確立している他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項３に係る発明は、請求項１に記載の情報処理装置において、前記代行依頼手段は、前記サーバーと通信可能なセッションを確立している複数の他の装置のそれぞれに対してスリープモードへ移行するまでの残時間を問い合わせ、それら複数の他の装置からの回答に基づいて一の装置を選択することを特徴とする構成である。
請求項４に係る発明は、請求項２に記載の情報処理装置において、前記代行依頼手段は、前記サーバーと通信可能なセッションを確立している複数の他の装置のそれぞれに対して前記サーバーとは異なる他のサーバーと通信可能なセッションを確立しているか否かを問い合わせ、それら複数の他の装置からの回答に基づいて一の装置を選択することを特徴とする構成である。

請求項５に係る発明は、請求項１乃至４のいずれかに記載の情報処理装置において、前記ローカルネットワークに設けられた他の装置から前記サーバーとの定期通信の代行の依頼を受けた場合に、当該他の装置が行うべき前記サーバーとの定期通信を代行して行う通信代行手段、を更に備えることを特徴とする構成である。

請求項６に係る発明は、請求項５に記載の情報処理装置において、前記通信代行手段は、前記定期通信手段が前記サーバーとの定期通信を行うタイミングで前記サーバーとの定期通信を代行して行うことを特徴とする構成である。

請求項７に係る発明は、請求項５又は６に記載の情報処理装置において、前記代行依頼手段は、前記通信代行手段が前記サーバーとの定期通信を代行して行っている状態でスリープモードへ移行するとき、前記定期通信手段が行うべき前記サーバーとの定期通信と、前記通信代行手段が行うべき前記サーバーとの定期通信との双方の代行を前記ローカルネットワークに設けられた他の装置へ依頼することを特徴とする構成である。

請求項６に係る発明は、請求項１乃至７のいずれかに記載の情報処理装置において、前記代行依頼手段は、前記一の装置に対して前記サーバーとの定期通信の代行を依頼した後、少なくとも前記サーバーと通信可能なセッションを確立している他の装置に対し、前記一の装置に定期通信の代行を依頼したことを示す代行情報を送信することを特徴とする構成である。

請求項９に係る発明は、請求項１乃至８のいずれかに記載の情報処理装置において、前記代行依頼手段は、スリープモードへ移行するとき、前記サーバーに対して問い合わせを行い、前記サーバーから指定された他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項１０に係る発明は、請求項１乃至９のいずれかに記載の情報処理装置において、スリープモードへの移行条件成立により前記定期通信手段に対する通電を停止させる電力制御手段、を更に備えることを特徴とする構成である。

請求項１１に係る発明は、ローカルネットワークに設けられる第１の情報処理装置と、前記ローカルネットワークに設けられる第２の情報処理装置と、インターネット上に設けられ、前記ローカルネットワークを経由して前記第１の情報処理装置及び前記第２の情報処理装置のそれぞれが通信可能なサーバーと、を有する情報処理システムであって、前記第１の情報処理装置は、前記ローカルネットワークを経由して前記サーバーと通信可能な第１のセッションを確立し、当該第１のセッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第１のセッション管理手段と、前記確立された第１のセッションにより前記サーバーからのジョブを受信する第１の受信手段と、を備え、前記第２の情報処理装置は、前記ローカルネットワークを経由して前記サーバーと通信可能な第２のセッションを確立し、当該第２のセッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第２のセッション管理手段と、前記確立された第２のセッションにより前記サーバーからのジョブを受信する第２の受信手段と、を備え、前記第１のセッション管理手段は、スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記第１のセッション管理手段が行うべき前記サーバーとの定期通信の代行を、前記第２のセッションが確立している前記第２の情報処理装置へ依頼し、前記第２のセッション管理手段は、前記第１の情報処理装置から前記サーバーとの定期通信の代行の依頼を受けた場合に、前記第１の情報処理装置が行うべき前記サーバーとの定期通信を代行して行い、前記第１のセッション管理手段は、前記ローカルネットワークに複数の前記第２の情報処理装置が設けられている場合、前記複数の第２の情報処理装置のうちから前記サーバーと通信可能な第２のセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記複数の第２の情報処理装置の中に、前記サーバーと通信可能な第２のセッションを確立している２以上の装置が含まれる場合には、前記２以上の装置のうち、スリープモードへ移行するまでの残時間が最も長い装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項１２に係る発明は、ローカルネットワークに設けられる第１の情報処理装置と、前記ローカルネットワークに設けられる第２の情報処理装置と、インターネット上に設けられ、前記ローカルネットワークを経由して前記第１の情報処理装置及び前記第２の情報処理装置のそれぞれが通信可能なサーバーと、を有する情報処理システムであって、前記第１の情報処理装置は、前記ローカルネットワークを経由して前記サーバーと通信可能な第１のセッションを確立し、当該第１のセッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第１のセッション管理手段と、前記確立された第１のセッションにより前記サーバーからのジョブを受信する第１の受信手段と、を備え、前記第２の情報処理装置は、前記ローカルネットワークを経由して前記サーバーと通信可能な第２のセッションを確立し、当該第２のセッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第２のセッション管理手段と、前記確立された第２のセッションにより前記サーバーからのジョブを受信する第２の受信手段と、を備え、前記第１のセッション管理手段は、スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記第１のセッション管理手段が行うべき前記サーバーとの定期通信の代行を、前記第２のセッションが確立している前記第２の情報処理装置へ依頼し、前記第２のセッション管理手段は、前記第１の情報処理装置から前記サーバーとの定期通信の代行の依頼を受けた場合に、前記第１の情報処理装置が行うべき前記サーバーとの定期通信を代行して行い、前記第１のセッション管理手段は、前記ローカルネットワークに複数の前記第２の情報処理装置が設けられている場合、前記複数の第２の情報処理装置のうちから前記サーバーと通信可能な第２のセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記複数の第２の情報処理装置の中に、前記サーバーと通信可能な第２のセッションを確立している２以上の装置が含まれる場合には、前記２以上の装置のうち、前記サーバーとは異なる他のサーバーと通信可能なセッションを確立している装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項１３に係る発明は、請求項１１に記載の情報処理システムにおいて、前記第１のセッション管理手段は、前記２以上の装置のそれぞれに対してスリープモードへ移行するまでの残時間を問い合わせ、前記２以上の装置からの回答に基づいて一の装置を選択することを特徴とする構成である。
請求項１４に係る発明は、請求項１２に記載の情報処理システムにおいて、前記第１のセッション管理手段は、前記２以上の装置のそれぞれに対して前記サーバーとは異なる他のサーバーと通信可能なセッションを確立しているか否かを問い合わせ、前記２以上の装置からの回答に基づいて一の装置を選択することを特徴とする構成である。
請求項１５に係る発明は、請求項１１乃至１４のいずれかに記載の情報処理システムにおいて、前記第１のセッション管理手段は、前記一の装置に対して前記サーバーとの定期通信の代行を依頼した後、前記複数の第２の情報処理装置のうち、少なくとも前記サーバーと通信可能な第２のセッションを確立している他の装置に対し、前記一の装置に定期通信の代行を依頼したことを示す代行情報を送信することを特徴とする構成である。
請求項１６に係る発明は、請求項１１乃至１５のいずれかに記載の情報処理システムにおいて、前記第１のセッション管理手段は、スリープモードへ移行するとき、前記サーバーに対して問い合わせを行い、前記サーバーから指定された前記第２の情報処理装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項１７に係る発明は、請求項１１乃至１６のいずれかに記載の情報処理システムにおいて、前記第１の情報処理装置は、スリープモードへの移行条件成立により前記第１のセッション管理手段に対する通電を停止させる電力制御手段、を更に備えることを特徴とする構成である。

請求項１８に係る発明は、インターネットに接続され、複数の情報処理装置と通信を行うサーバーであって、前記複数の情報処理装置のそれぞれと個別にセッションを確立し、各情報処理装置からの定期通信を受信することによって前記セッションを維持するセッション管理手段と、前記複数の情報処理装置のそれぞれに対して、個別に確立されたセッションによりジョブを送信する送信手段と、前記複数の情報処理装置のうちの一の情報処理装置から定期通信を代行する装置の問い合わせを受けた場合に、前記一の情報処理装置を除く、前記セッションを確立している他の情報処理装置のうちから定期通信を代行する代行装置を決定し、前記一の情報処理装置に対して代行装置を通知する代行装置決定手段と、前記各情報処理装置と通信を行った履歴に関する履歴情報を管理する手段と、を備え、前記代行装置決定手段は、前記セッションを確立している他の情報処理装置が複数存在する場合に、前記履歴情報に基づいて、前回の定期通信を行ってからの経過時間が最も短い装置を前記代行装置に決定することを特徴とする構成である。

請求項１９に係る発明は、ローカルネットワークを経由してインターネット上に設けられたサーバーと通信を行う情報処理装置において実行されるプログラムであって、前記情報処理装置に、前記ローカルネットワークを経由して前記サーバーと通信可能なセッションを確立する第１ステップと、前記確立されたセッションにより前記サーバーからのジョブを受信する第２ステップと、前記セッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第３ステップと、スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記第３ステップで行うべき前記サーバーとの定期通信の代行を、前記ローカルネットワークに設けられ、前記サーバーと通信可能なセッションを確立している他の装置へ依頼する第４ステップと、を実行させ、前記第４ステップは、前記ローカルネットワークに複数の他の装置が設けられている場合、それら複数の他の装置のうちから前記サーバーと通信可能なセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記サーバーと通信可能なセッションを確立している複数の他の装置が存在する場合には、それら複数の他の装置のうち、スリープモードへ移行するまでの残時間が最も長い他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項２０に係る発明は、ローカルネットワークを経由してインターネット上に設けられたサーバーと通信を行う情報処理装置において実行されるプログラムであって、前記情報処理装置に、前記ローカルネットワークを経由して前記サーバーと通信可能なセッションを確立する第１ステップと、前記確立されたセッションにより前記サーバーからのジョブを受信する第２ステップと、前記セッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第３ステップと、スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記第３ステップで行うべき前記サーバーとの定期通信の代行を、前記ローカルネットワークに設けられ、前記サーバーと通信可能なセッションを確立している他の装置へ依頼する第４ステップと、を実行させ、前記第４ステップは、前記ローカルネットワークに複数の他の装置が設けられている場合、それら複数の他の装置のうちから前記サーバーと通信可能なセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記サーバーと通信可能なセッションを確立している複数の他の装置が存在する場合には、それら複数の他の装置のうち、前記サーバーとは異なる他のサーバーと通信可能なセッションを確立している他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項２１に係る発明は、請求項１９に記載のプログラムにおいて、前記第４ステップは、前記サーバーと通信可能なセッションを確立している複数の他の装置のそれぞれに対してスリープモードへ移行するまでの残時間を問い合わせ、それら複数の他の装置からの回答に基づいて一の装置を選択することを特徴とする構成である。
請求項２２に係る発明は、請求項２０に記載のプログラムにおいて、前記第４ステップは、前記サーバーと通信可能なセッションを確立している複数の他の装置のそれぞれに対して前記サーバーとは異なる他のサーバーと通信可能なセッションを確立しているか否かを問い合わせ、それら複数の他の装置からの回答に基づいて一の装置を選択することを特徴とする構成である。
請求項２３に係る発明は、請求項１９乃至２２のいずれかに記載のプログラムにおいて、前記情報処理措置に、前記ローカルネットワークに設けられた他の装置から前記サーバーとの定期通信の代行の依頼を受けた場合に、当該他の装置が行うべき前記サーバーとの定期通信を代行して行う第５ステップ、を更に実行させることを特徴とする構成である。
請求項２４に係る発明は、請求項２３に記載のプログラムにおいて、前記第５ステップは、前記第３ステップが前記サーバーとの定期通信を行うタイミングで前記サーバーとの定期通信を代行して行うことを特徴とする構成である。
請求項２５に係る発明は、請求項２３又は２４に記載のプログラムにおいて、前記第４ステップは、前記第５ステップにおいて前記サーバーとの定期通信を代行して行っている状態でスリープモードへ移行するとき、前記第３ステップで行うべき前記サーバーとの定期通信と、前記第５ステップで行うべき前記サーバーとの定期通信との双方の代行を前記ローカルネットワークに設けられた他の装置へ依頼することを特徴とする構成である。
請求項２６に係る発明は、請求項２５に記載のプログラムにおいて、前記第４ステップは、前記一の装置に対して前記サーバーとの定期通信の代行を依頼した後、少なくとも前記サーバーと通信可能なセッションを確立している他の装置に対し、前記一の装置に定期通信の代行を依頼したことを示す代行情報を送信することを特徴とする構成である。
請求項２７に係る発明は、請求項１９乃至２６のいずれかに記載のプログラムにおいて、前記第４ステップは、スリープモードへ移行するとき、前記サーバーに対して問い合わせを行い、前記サーバーから指定された他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする構成である。
請求項２８に係る発明は、請求項１９乃至２７のいずれかに記載のプログラムにおいて、前記情報処理装置に、スリープモードへの移行条件成立により通電を停止させる第６ステップ、を更に実行させることを特徴とする構成である。

請求項２９に係る発明は、インターネットに接続され、複数の情報処理装置と通信を行うサーバーにおいて実行されるプログラムであって、前記サーバーに、前記複数の情報処理装置のそれぞれと個別にセッションを確立し、各情報処理装置からの定期通信を受信することによって前記セッションを維持する第１ステップと、前記複数の情報処理装置のそれぞれに対して、個別に確立されたセッションによりジョブを送信する第２ステップと、前記複数の情報処理装置のうちの一の情報処理装置から定期通信を代行する装置の問い合わせを受けた場合に、前記一の情報処理装置を除く、前記セッションを確立している他の情報処理装置のうちから定期通信を代行する代行装置を決定し、前記一の情報処理装置に対して代行装置を通知する第３ステップと、前記各情報処理装置と通信を行った履歴に関する履歴情報を管理する第４ステップと、を実行させ、前記第３ステップにおいては、前記セッションを確立している他の情報処理装置が複数存在する場合に、前記履歴情報に基づいて、前回の定期通信を行ってからの経過時間が最も短い装置を前記代行装置に決定することを特徴とする構成である。

本発明によれば、情報処理装置がサーバーとの間に確立したセッションを有効に維持しつつ、従来よりも高い省電力効果が得られるようになる。

情報処理システムの一構成例を示す図である。情報処理装置とサーバーとの間にセッションが確立されている状態の一例を示す図である。第１実施形態におけるサーバーのハードウェア構成及び機能構成の一例を示すブロック図である。セッション管理情報の一例を示す図である。情報処理装置のハードウェア構成及び機能構成の一例を示すブロック図である。複数の情報処理装置が通常モードで稼働している状態の動作シーケンスを示す図である。情報処理装置がスリープモードへ移行する場合の第１の動作シーケンスを示す図である。代行依頼の一例を示す図である。情報処理装置における代行管理情報の一例を示す図である。情報処理装置がスリープモードへ移行する場合の第２の動作シーケンスを示す図である。情報処理装置において更新される代行管理情報の一例を示す図である。情報処理装置がスリープモードへ移行する場合の第３の動作シーケンスを示す図である。情報処理装置において更新される代行管理情報の一例を示す図である。情報処理装置がスリープモードへ移行する場合の第４の動作シーケンスを示す図である。情報処理装置において更新される代行管理情報の一例を示す図である。情報処理装置が通常モードへ復帰する場合の動作シーケンスを示す図である。情報処理装置の処理手順の一例を示すフローチャートである。定常処理の詳細な処理手順の一例を示すフローチャートである。代行装置決定処理の詳細な処理手順の一例を示すフローチャートである。第２実施形態におけるサーバーのハードウェア構成及び機能構成の一例を示すブロック図である。第２実施形態において情報処理装置がスリープモードへ移行する場合の動作シーケンスを示す図である。

以下、本発明に関するいくつかの好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。

（第１実施形態）
図１は、本発明の第１実施形態である情報処理システム１の構成例を示す図である。この情報処理システム１は、ローカル環境２に複数の情報処理装置３ａ，３ｂ，３ｃ，３ｄと通信中継装置４とが設けられ、インターネット６上に複数のサーバー７ａ，７ｂが設けられた構成である。ローカル環境２には、ＬＡＮ（Local Area Network）などのローカルネットワーク５が設けられており、複数の情報処理装置３ａ，３ｂ，３ｃ，３ｄがそのローカルネットワーク５に接続されると共に、通信中継装置４もローカルネットワーク５に接続されている。そしてローカルネットワーク５は、通信中継装置４を介してインターネット６に接続される。尚、以下においては、複数の情報処理装置３ａ，３ｂ，３ｃ，３ｄのそれぞれを区別しないときにはそれらを情報処理装置３として表す。また複数のサーバー７ａ，７ｂのそれぞれを区別しないときにはそれらをサーバー７として表す。また図１では、ローカル環境２に４台の情報処理装置３ａ，３ｂ，３ｃ，３ｄが設けられる場合を例示しているが、情報処理装置３の台数は４台に限られるものではなく、２台以上であれば良い。更に図１では、インターネット６に２台のサーバー７ａ，７ｂが設けられる場合を例示しているが、サーバー７の台数は２台に限られるものでもない。

情報処理装置３は、例えばＭＦＰなどで構成され、スキャンジョブや印刷ジョブなどの各種のジョブを実行することができる。また情報処理装置３は、ローカルネットワーク５及び通信中継装置４を経由してインターネット６上のサーバー７と通信を行うことにより、サーバー７と連携してジョブを実行することも可能である。このような情報処理装置３は、省電力を目的としたスリープ機能を有しており、例えばユーザーによって使用されない状態が所定時間以上継続するなどの所定の条件が成立すると、スリープ機能が作動し、通電状態を通常モードから省電力モードへ移行させるように構成される。

通信中継装置４は、例えばネットワークルーターなどによって構成され、ローカルネットワーク５をインターネットに接続するための装置である。この通信中継装置４は、ファイヤウォール機能を備えており、情報処理装置３とサーバー７との間に確立されるセッションを利用した通信を除き、インターネット上からローカルネットワーク５へのアクセスを遮断する。

サーバー７は、インターネット経由でクラウドサービスを提供するサーバーである。サーバー７によって提供されるサービスには様々なサービスがあり、例えばドキュメントデータや画像データなどの各種データを記憶しておくストレージサービスや、ドキュメントや画像などを編集するための編集サービス、情報処理装置３のファームウェアをアップデートするためのアップデートサービスなどがある。

上記のような情報処理システム１では、情報処理装置３に、サーバー７と連携してジョブを実行するためのアプリケーションが予めインストールされる。情報処理装置３においてそのアプリケーションが起動されると、情報処理装置３は、インターネット６上のサーバー７との間にＸＭＰＰによる常時通信可能なセッションを確立させる。具体的に説明すると、まず情報処理装置３は、ローカルネットワーク５及び通信中継装置４を介してインターネット６上のサーバー７のアドレスに対して接続要求を送信する。サーバー７は、情報処理装置３からの接続要求に基づき、ＸＭＰＰによる新規なセッションを開設して情報処理装置３との通信可能な状態を確立させる。このとき、サーバー７は、情報処理装置３との間に開設するセッションに対して新規なセッションＩＤを付与し、そのセッションをセッションＩＤで管理する。セッションＩＤは、サーバー７が複数のセッションのそれぞれを識別するために付与する識別情報である。そしてサーバー７は、情報処理装置３に対してそのセッションＩＤを通知し、以後、そのセッションＩＤを用いて情報処理装置３との相互通信を行う。

サーバー７は、情報処理装置３との間にセッションを確立させた後、情報処理装置３と定期的に通信を行うことにより、そのセッションを有効に維持する。情報処理装置３とサーバー７との間に確立されるセッションが継続的に維持されることにより、サーバー７は、そのセッションを利用してローカルネットワーク５に設けられた情報処理装置３に印刷ジョブを送信することができる。そのため、ユーザーは、スマートフォンやタブレット端末などの端末装置を利用してサーバー７にアクセスし、サーバー７に記憶されているデータを印刷対象として指定すると共に、印刷ジョブの出力先としてローカルネットワーク５に接続されている情報処理装置３を指定すると、サーバー７から情報処理装置３に印刷ジョブが送信されるようになる。そして情報処理装置３がサーバー７から送信される印刷ジョブを受信すると、その印刷ジョブを実行することにより、ユーザーによって指定されたデータに基づく印刷出力を行うことができる。またサーバー７は、情報処理装置３との接続状態を利用して印刷ジョブ以外の他のジョブを情報処理装置３へ送信することができると共に、情報処理装置３へファームウェアを送信することにより情報処理装置３のファームウェアをアップデートさせることもできる。

一方、サーバー７は、情報処理装置３との定期通信が所定時間以上途絶えると、情報処理装置３とのセッションを切断する。これにより、サーバー７は、ローカルネットワーク５に設けられた情報処理装置３に対してジョブやファームウェアなどのデータを送信することができなくなる。

通信中継装置４は、情報処理装置３とサーバー７との間にセッションが確立されることに伴い、情報処理装置３とサーバー７との間で送受信されるセッションＩＤを取得し、そのセッションＩＤで情報処理装置３とサーバー７との接続状態を管理する。そして通信中継装置４は、情報処理装置３とサーバー７との間で定期的に通信が行われることにより、情報処理装置３とサーバー７との接続状態を維持する。これに対し、情報処理装置３とサーバー７との間の定期通信が所定時間以上途絶えると、通信中継装置４は、タイムアウトと判定し、セッションＩＤを破棄すると共に、情報処理装置３とサーバー７との接続状態を解除する。この場合、通信中継装置４によって情報処理装置３とサーバー７とのセッションが切断されることになり、サーバー７は、情報処理装置３に対してジョブやファームウェアなどのデータを送信することができなくなる。これを防止するため、本実施形態では、情報処理装置３がサーバー７と定期通信を行う時間間隔が、通信中継装置４においてセッションが切断されるまでのタイムアウト時間よりも短い間隔に予め設定される。ただし、情報処理装置３がサーバー７ａと定期通信を行う時間間隔とサーバー７ｂと定期通信を行う時間間隔は互いに異なる時間であっても良い。そして情報処理装置３は、アプリケーションの起動によってサーバー７とのセッションを確立させると、そのセッションを有効に維持すべく、サーバー７と一定の時間間隔で定期的に通信を行う。

また情報処理装置３は、サーバー７とのセッションを確立させている状態においても、所定の条件が成立すると、スリープ機能を作動させ、通電状態を通常モードからスリープモードへ移行させるように構成される。情報処理装置３においてスリープ機能が作動すると、サーバー７と定期通信を行うための機能が停止する。そのため、情報処理装置３は、スリープ機能の作動中においても、サーバー７と定期通信を行うための時間間隔を計測し、サーバー７と定期通信を行うタイミングになると、スリープモードを解除して通常モードへと復帰させ、サーバー７との定期通信を行うことができる機能を有している。

図２は、本実施形態において情報処理装置３とサーバー７との間にセッションが確立されている状態の一例を示す図である。本実施形態では、情報処理装置３ａ，３ｂにサーバー７ａと連携するアプリケーションがインストールされており、情報処理装置３ｄにサーバー７ｂと連携するアプリケーションがインストールされている。そして情報処理装置３ｃには、サーバー７ａ及びサーバー７ｂのそれぞれと連携するアプリケーションがインストールされている。これにより、本実施形態では、図２に示すように、情報処理装置３ａ，３ｂ，３ｃがサーバー７ａとの間にセッション８ａ，８ｂ，８ｃを個別に確立し、情報処理装置３ｃ，３ｄがサーバー７ｂとの間にセッション９ａ，９ｂを個別に確立する。すなわち、複数の情報処理装置３ａ，３ｂ，３ｃ，３ｄのうち、３つの情報処理装置３ａ，３ｂ，３ｃがセッション８ａ，８ｂ，８ｃにより第１のサーバー７ａと通信を行う第１のグループＧ１を構成し、２つの情報処理装置３ｃ，３ｄがセッション９ａ，９ｂにより第２のサーバー７ｂと通信を行う第２のグループＧ２を構成する。ここで、情報処理装置３ｃは、第１のサーバー７ａとセッション８ｃを確立すると共に、第２のサーバー７ｂともセッション９ａを確立するため、第１のグループＧ１と第２のグループＧ２の双方に属している。

情報処理装置３ａ，３ｂは、第１のサーバー７ａとのセッション８ａ，８ｂを維持するべく、第１のサーバー７ａにおいて予め定められている時間間隔で第１のサーバー７ａとの定期通信を行う。また情報処理装置３ｃは、第１のサーバー７ａとのセッション８ｃを維持するべく、第１のサーバー７ａにおいて予め定められている時間間隔で第１のサーバー７ａとの定期通信を行うと共に、第２のサーバー７ｂとのセッション９ａを維持するべく、第２のサーバー７ｂにおいて予め定められている時間間隔で第２のサーバー７ｂとの定期通信を行う。さらに情報処理装置３ｄは、第２のサーバー７ｂとのセッション９ｂを維持するべく、第２のサーバー７ｂにおいて予め定められている時間間隔で第２のサーバー７ｂとの定期通信を行う。

そして本実施形態では、上記のようなセッション８ａ，８ｂ，８ｃ，９ａ，９ｂが確立されている状態において、複数の情報処理装置３のうちのいずれかがスリープモードへ移行するとき、他の情報処理装置３に対して定期通信の代行を依頼するように構成される。また他の情報処理装置３は、その依頼を受けると、依頼元の情報処理装置３に代わってサーバー７との定期通信を行うように構成される。以下、このような情報処理システム１について詳しく説明する。

図３は、サーバー７のハードウェア構成及び機能構成の一例を示すブロック図である。図３に示すように、サーバー７は、ハードウェア構成として、通信インタフェース１０と、制御部１１と、記憶部１２とを有している。通信インタフェース１０は、サーバー７をネットワークに接続し、インターネットを介して情報処理装置３と通信を行うものである。制御部１１は、ＣＰＵとメモリとを備えて構成され、情報処理装置３とのＸＭＰＰによるセッションを管理すると共に、各種のクラウドサービスを提供するための処理を実行する。記憶部１２は、例えばハードディスクドライブ（ＨＤＤ）などによって構成される不揮発性の記憶手段である。記憶部１２には、例えば制御部１１のＣＰＵによって実行されるプログラム１３が予めインストールされている。また記憶部１２にはセッション管理情報１４が記憶される。さらに記憶部１２には、クラウドサービスを提供するため、図示を省略するデータ記憶領域が設けられ、そのデータ記憶領域に、ドキュメントデータや画像データ、情報処理装置３のファームウェアなどの各種のデータが記憶される。

制御部１１は、ＣＰＵがプログラム１３を実行することにより、サービス提供部１５及び通信制御部１６として機能する。通信制御部１６は、通信インタフェース１０を介して情報処理装置３とのＸＭＰＰによるセッションを確立し、そのセッションを利用して情報処理装置３と通信を行うものである。この通信制御部１６は、後述するセッション管理部１７を備えている。サービス提供部１５は、通信制御部１６を介してクラウドサービスを提供する処理部である。例えばサービス提供部１５は、記憶部１２に記憶されているドキュメントデータや画像データなどを読み出して印刷ジョブを生成し、その印刷ジョブを通信制御部１６へ出力する。そして通信制御部１６は、情報処理装置３との間に確立しているセッションを利用してトンネル通信を行うことにより、サービス提供部１５から出力される印刷ジョブを情報処理装置３へ送信する。これにより、サーバー７は、情報処理装置３に印刷ジョブを実行させることができる。また通信制御部１６は、情報処理装置３からドキュメントデータや画像データなどを受信した場合には、それらのデータをサービス提供部１５へ出力する。そしてサービス提供部１５は、それらのデータを記憶部１２へ保存して管理する。

セッション管理部１７は、情報処理装置３から受信する接続要求に基づき、情報処理装置３との間にＸＭＰＰによるセッションを確立し、そのセッションを管理する。セッション管理部１７は、情報処理装置３との間に新規なセッションを開設することに伴い、そのセッションをセッション管理情報１４に登録して管理する。

図４は、セッション管理情報１４の一例を示す図である。図４に示すように、セッション管理情報１４には、例えば情報処理装置３との間に確立するセッションのセッションＩＤ１４ａと、そのセッションによる通信相手を特定するための通信相手情報１４ｂと、定期通信履歴情報１４ｃとが相互に関連付けられて記録される。定期通信履歴情報１４ｃには、例えば情報処理装置３との間で行った前回の定期通信の日時が記録される。ただし、前回の定期通信の後にサーバー７と情報処理装置３との間でジョブの送受信を行った場合には、その送受信日時が定期通信履歴情報１４ｃに記録される。

そしてセッション管理部１７は、セッション管理情報１４の定期通信履歴情報１４ｃを参照し、前回の定期通信から所定時間が経過するまでに情報処理装置３との間でセッションＩＤを用いた定期通信を行うと、そのセッションＩＤに対応する定期通信履歴情報１４ｃを更新し、そのセッションＩＤに対応するセッションを有効な状態で維持する。これに対し、前回の定期通信から所定時間が経過するまでに情報処理装置３との間でセッションＩＤを用いた定期通信を行わなかった場合、セッション管理部１７は、そのセッションＩＤに対応する情報をセッション管理情報１４から削除する。これにより、サーバー７と情報処理装置３とのセッションが切断される。

またセッション管理部１７は、セッション管理情報１４に登録されているセッションＩＤを用いて通信を行う通信相手とは異なる情報処理装置３であって通信相手情報１４ｂに登録されている他の装置から、代行による定期通信を受信した場合には、その定期通信を有効なものとして受け付ける。この場合、セッション管理部１７は、他の情報処理装置３の代行による定期通信に付与されたセッションＩＤに対応する定期通信履歴情報１４ｃを更新し、そのセッションＩＤに対応するセッションを有効な状態で維持する。

このようにサーバー７は、情報処理装置３とのセッションを確立した後、そのセッションを利用する情報処理装置３が一定の時間間隔で定期通信を行うことにより、そのセッションを有効に維持すると共に、そのセッションを利用しない他の情報処理装置３が一定の時間間隔で定期通信を代行した場合にもそのセッションを有効に維持するように構成される。ただし、サーバー７は、セッションを確立していない情報処理装置３が定期通信を代行した場合には、そのような定期通信の代行を受け付けない。例えば図２においてサーバー７ａが定期通信の代行を受け付けることができるのは、情報処理装置３ａ，３ｂ，３ｃのいずれかであり、情報処理装置３ｄによる代行は受け付けない。

次に図５は、情報処理装置３のハードウェア構成及び機能構成の一例を示すブロック図である。情報処理装置３は、ハードウェア構成として、メイン制御部２０と、操作パネル２１と、通信インタフェース２２と、電力制御部２３と、記憶装置２４と、スキャナ部２５と、プリンタ部２６と、ＦＡＸ部２７とを備えている。メイン制御部２０は、各部の動作を制御するものであり、図示を省略するＣＰＵとメモリとを備えて構成される。操作パネル２１は、ユーザーが情報処理装置３を使用する際のユーザーインタフェースとなるものであり、ユーザーに対して各種情報を表示する表示部２１ａと、ユーザーによる操作を受け付ける操作部２１ｂとを有している。通信インタフェース２２は、情報処理装置３をローカルネットワーク５に接続して通信を行うためのものである。

スキャナ部２５は、ユーザーによってセットされる原稿を光学的に読み取って画像データを生成するものである。プリンタ部２６は、画像データに基づいてトナー像を形成し、そのトナー像を印刷用紙などの印刷媒体に転写して印刷出力を行うものである。ＦＡＸ部２７は、図示を省略する電話回線を介してＦＡＸデータの送受信を行うものである。

記憶装置２４は、例えばハードディスクドライブ（ＨＤＤ）などの不揮発性の記憶手段によって構成され、メイン制御部２０のＣＰＵによって実行される各種プログラムを記憶する。本実施形態では、記憶装置２４に、情報処理装置３のオペレーティングシステムとなるプログラム２８と、インターネット６上のサーバー７と連携した処理を行うためのアプリケーションプログラム２９とが予めインストールされている。また記憶装置２４には、代行管理情報３０が記憶される。

電力制御部２３は、情報処理装置３のスリープ機能を制御するためのものである。電力制御部２３は、情報処理装置３における通電状態を、例えば、通常モードと、スリープモードとの２段階で切り換えて制御する。通常モードは、上述した各部に対して電力を供給する通常の通電状態であり、情報処理装置３においてジョブの実行が可能となるモードである。これに対し、スリープモードは、通常モードにおいて情報処理装置３が使用されない状態で所定時間が経過した場合に移行する省電力モードであり、メイン制御部２０、操作パネル２１の表示部２１ａ、スキャナ部２５、プリンタ部２６、ＦＡＸ部２７及び記憶装置２４への通電を停止するモードである。したがって、電力制御部２３の制御によって情報処理装置３がスリープモードへ移行すると、メイン制御部２０は、その機能を停止させる。

ただし、スリープモードであっても、操作パネル２１の操作部２１ｂ及び通信インタフェース２２に対する通電は継続される。そのため、スリープモード中にユーザーによって操作パネル２１が操作された場合、或いは、通信インタフェース２２がジョブなどを受信した場合には、操作パネル２１又は通信インタフェース２２から電力制御部２３へ復帰命令が出力される。これにより、電力制御部２３は、通電状態をスリープモードから通常モードへ復帰させることができる。ただし、通信インタフェース２２は、ローカルネットワーク５を介して受信する情報を解析する機能を備えており、スリープモード中にローカルネットワーク５内にブロードキャストされる情報などを受信した場合には電力制御部２３に対して復帰命令を出力しない。そのため、電力制御部２３は、スリープモード中に通信インタフェース２２がブロードキャストされる情報などを受信した場合でもスリープモードを継続させることができる。

また電力制御部２３は、タイマー２３ａを備えている。タイマー２３ａは、通常モードにおいて通電状態をスリープモードへ移行させる時間を計測すると共に、スリープモード中においてはサーバー７との定期通信のために通常モードへ復帰させる時間を計測するものである。例えばタイマー２３ａは、通常モードのとき、メイン制御部２０においてジョブに関する処理が行われていない状態のときに作動し、通電状態をスリープモードへ移行させるまでの時間計測を開始する。そしてタイマー２３ａが所定時間を計測すると、電力制御部２３は、メイン制御部２０に対してスリープモードへ移行することを通知し、その後、通電状態を通常モードからスリープモードへ移行させる。また電力制御部２３は、メイン制御部２０に対してスリープモードへ移行することを通知した後、メイン制御部２０からサーバー７との定期通信のために通常モードへの復帰タイミングが指示された場合には、スリープモードへ移行させるときにタイマー２３ａを再び作動させ、通電状態を通常モードへ復帰させるまでの時間計測を開始する。そしてタイマー２３ａが復帰タイミングとなったことを検知すると、電力制御部２３は、通電状態を通常モードへ復帰させる。ただし、電力制御部２３は、メイン制御部２０から復帰タイミングが指示されなかった場合には、スリープモード中においてタイマー２３ａを動作させない。そのため、スリープモードが長期に亘って継続するようになる。

情報処理装置３に主電源が投入されると、メイン制御部２０のＣＰＵが記憶装置２４からプログラム２８を自動的に読み出して実行する。これにより、メイン制御部２０は、ジョブ制御部３２として機能する。ジョブ制御部３２は、情報処理装置３におけるジョブの実行を統括的に制御するものである。ジョブ制御部３２は、操作パネル２１や通信インタフェース２２を介してジョブの入力を受け付け、スキャナ部２５、プリンタ部２６又はＦＡＸ部２７を動作させることにより、受け付けたジョブの実行を制御する。

またメイン制御部２０のＣＰＵは、プログラム２８を起動した後、自動的に、或いは、ユーザーによる指示操作に基づいて、記憶装置２４からアプリケーションプログラム２９を読み出して実行する。これにより、メイン制御部２０は、アプリケーション３１を機能させる。アプリケーション３１は、インターネット６上のサーバー７と連携した処理を行うためのものであり、ジョブ制御部３２とサーバー７との間でジョブデータなどの送受信を仲介する機能を有している。このアプリケーション３１は、サーバー７と通信を行うためのセッション管理部３３を備えている。セッション管理部３３は、サーバー７との間に確立するセッションを管理するためのものであり、メイン制御部２０においてアプリケーション３１が起動している状態においてそのセッションを有効に維持するように構成される。このようなセッション管理部３３は、さらにセッション確立部３４、定期通信部３５、代行依頼部３６及び通信代行部３７を備えている。

セッション確立部３４は、アプリケーション３１の起動時に、サーバー７に対して接続要求を送信し、サーバー７と常時通信可能なセッションを確立させる。このとき、セッション確立部３４は、サーバー７からセッションＩＤを取得する。そのため、セッション管理部３３は、サーバー７とのセッションが確立された後にサーバー７と通信を行うときには、そのセッションＩＤを用いて通信する。そしてセッション管理部３３は、そのセッションを利用してサーバー７から送信されるジョブを受信した場合には、そのジョブをジョブ制御部３２へ出力する。これにより、情報処理装置３においてサーバー７から受信したジョブが実行される。

また定期通信部３５は、サーバー７との間でジョブデータの送受信が行われていないときに作動し、サーバー７と一定の時間間隔で定期通信を行うことにより、サーバー７とのセッションを維持する。この定期通信を行うための時間間隔は、サーバー７においてセッションが切断されるまでに要する時間よりも短い時間として、予めアプリケーション３１に設定されている。定期通信部３５は、内部タイマーを備えており、セッション管理部３３がサーバー７とジョブの送受信を行っていない状態のときにその内部タイマーを作動させる。そして定期通信部３５は、その内部タイマーがアプリケーション３１に予め設定されている時間を計測する度に、セッションＩＤを付したアライブ信号をサーバー７へ送信することにより定期通信を行う。また定期通信部３５は、スリープモードから通常モードへ復帰した場合にも、セッションＩＤを付したアライブ信号をサーバー７へ送信することにより定期通信を行う。これにより、アプリケーション３１がサーバー７との間でジョブの送受信を行っていない状態が長時間続いた場合でも、サーバー７とのセッションを有効に維持することができる。

代行依頼部３６は、電力制御部２３によって通電状態がスリープモードへ移行するときに作動する。そして代行依頼部３６は、定期通信部３５が行うべきサーバー７との定期通信の代行を、ローカルネットワーク５に設けられた他の情報処理装置３へ依頼する。代行依頼部３６が定期通信の代行を依頼するのは、同じサーバー７との間にセッションを確立している他の情報処理装置３である。そのため、代行依頼部３６は、サーバー７に問い合わせを行い、同じサーバー７とセッションを確立している他の情報処理装置３を確認する。このとき、他の情報処理装置３が複数存在することが判明することがある。そのため、代行依頼部３６は、複数の情報処理装置３が存在する場合には、それら複数の情報処理装置３のうちから一の装置を代行装置として選択し、その代行装置に対して定期通信の代行を依頼する。これにより、スリープモードへ移行した後には、サーバー７とのセッションを維持するための定期通信を他の情報処理装置３に行わせることができるようになる。尚、複数の情報処理装置３のうちから一の情報処理装置３を代行装置として選択する手法については後に詳しく説明する。

また代行依頼部３６は、情報処理装置３のうちから一の装置を代行装置として決定することができなかった場合には、電力制御部２３に対して復帰タイミングを通知し、他の情報処理装置３に対して代行依頼を行わない。したがって、この場合は、スリープモードへ移行した後、サーバー７との定期通信を行うために一定の時間間隔で通常モードへ復帰するようになる。

代行依頼部３６は、他の情報処理装置３に対して定期通信の代行を依頼すると、サーバー７、代行装置及び被代行装置（自機）を相互に関連付けた代行情報を生成し、その代行情報を代行管理情報３０に登録すると共に、その代行情報を他の情報処理装置３に対して送信する。またセッション管理部３３は、他の情報処理装置３から代行情報を受信した場合には、その代行情報に基づいて代行管理情報３０を更新する。これにより、ローカルネットワーク５内で、定期通信の代行関係を共有することができるようになる。

通信代行部３７は、他の情報処理装置３から定期通信の依頼を受けた場合に、他の情報処理装置３に代わって、サーバー７との定期通信を行うものである。この通信代行部３７は、他の情報処理装置３がサーバー７と確立しているセッションのセッションＩＤを付加したアライブ信号をサーバー７へ送信することにより、他の情報処理装置３が行うべき定期通信を代行して行う。このような通信代行部３７は、複数の情報処理装置３の定期通信を代行して行うこともある。例えば２台の情報処理装置３の定期通信を代行している場合、通信代行部３７は、それぞれのセッションＩＤを付加したアライブ信号をサーバー７へ個別に送信することにより、２台の情報処理装置３のそれぞれが行うべき定期通信を代行して行う。また通信代行部３７は、定期通信部３５がサーバー７との定期通信を行うときに、他の情報処理装置３のセッションＩＤを付加したアライブ信号をサーバー７へ送信する。これにより、定期通信部３５によって行われる定期通信と、通信代行部３７によって行われる定期通信とがほぼ同時に行われるようになるため、例えばスリープモードから通常モードへ復帰してから定期通信が行われる場合に復帰頻度を低減することができるようになる。

尚、情報処理装置３ｃの場合には、上記構成において、セッション確立部３４がサーバー７ａ及びサーバー７ｂの双方とセッションを個別に確立し、定期通信部３５がサーバー７ａ及びサーバー７ｂのそれぞれと個別に定期通信を行う。

図６は、情報処理装置３ａ，３ｂ，３ｃが通常モードで稼働している状態の動作シーケンスを示す図である。図６に示すように情報処理装置３ａ，３ｂ，３ｃが通常モードである状態において、まず情報処理装置３ａにおいてサーバー７ａとの定期通信を行うタイミングになると、情報処理装置３ａは、サーバー７ａに対して定期通信を行う（プロセスＰ１）。サーバー７ａは、情報処理装置３ａからの定期通信を正常に受信すると、情報処理装置３ａに対して定期通信応答を返信し、情報処理装置３ａとのセッション８ａを有効に維持する（プロセスＰ２）。次に情報処理装置３ｂにおいてサーバー７ａとの定期通信を行うタイミングになると、情報処理装置３ｂは、サーバー７ａに対して定期通信を行う（プロセスＰ３）。サーバー７ａは、情報処理装置３ｂからの定期通信を正常に受信すると、情報処理装置３ｂに対して定期通信応答を返信し、情報処理装置３ｂとのセッション８ｂを有効に維持する（プロセスＰ４）。更に情報処理装置３ｃにおいてサーバー７ａとの定期通信を行うタイミングになると、情報処理装置３ｃは、サーバー７ａに対して定期通信を行う（プロセスＰ５）。サーバー７ａは、情報処理装置３ｃからの定期通信を正常に受信すると、情報処理装置３ｃに対して定期通信応答を返信し、情報処理装置３ｃとのセッション８ｃを有効に維持する（プロセスＰ６）。その後、情報処理装置３ａにおいて前回の定期通信から所定時間Ｔａが経過し、次の定期通信を行うタイミングになると、情報処理装置３ａは、サーバー７ａに対して再び定期通信を行う（プロセスＰ７）。そしてサーバー７ａは、情報処理装置３ａからの定期通信を正常に受信すると、前回と同様に、情報処理装置３ａに対して定期通信応答を返信し、情報処理装置３ａとのセッション８ａを有効に維持する（プロセスＰ８）。このようにサーバー７ａとセッションを確立している情報処理装置３ａ，３ｂ，３ｃのそれぞれが通常モードで稼働しているときには、各情報処理装置３ａ，３ｂ，３ｃが一定の時間間隔（Ｔａ）で個別にサーバー７ａと定期通信を行い、それぞれのセッションを有効に維持する。

次に図６に示す状態から情報処理装置３ａがスリープモードへ移行する場合について説明する。図７は、情報処理装置３ａがスリープモードへ移行する場合の動作シーケンスを示す図である。まず情報処理装置３ａにおいてスリープモードへの移行条件が成立すると、情報処理装置３ａは、スリープモード移行処理を開始する（プロセスＰ１０）。このスリープモード移行処理は、代行依頼部３６によって行われる処理である。スリープモード移行処理を開始すると、代行依頼部３６はまず接続装置確認処理を行う（プロセスＰ１１）。代行依頼部３６によって接続装置確認処理が行われると、情報処理装置３ａからサーバー７ａに接続装置確認要求が送信される（プロセスＰ１２）。この接続装置確認要求により、サーバー７ａに対して現在セッションを確立している他の情報処理装置３ｂ，３ｃの問い合わせが行われる。サーバー７ａは、この接続装置確認要求を受信すると、その時点において同じローカルネットワーク５内でセッションを確立している他の情報処理装置３ｂ，３ｃに関する情報を、接続装置回答として情報処理装置３ａへ返信する（プロセスＰ１３）。これにより、情報処理装置３ａは、他の情報処理装置３ｂ，３ｃの存在を把握することができる。尚、ここではサーバー７ａに対して問い合わせを行う場合を例示したが、これに限られるものではない。例えば情報処理装置３ａは、ローカルネットワーク５に対し、サーバー７ａとセッションを確立している他の情報処理装置３からの回答を求めるコマンドをブロードキャスト送信し、情報処理装置３ｂ，３ｃから直接回答を得ることにより、他の情報処理装置３ｂ，３ｃの存在を把握するようにしても良い。

次に情報処理装置３ａの代行依頼部３６は、他の情報処理装置３ｂ，３ｃがスリープモードへ移行するまでの残時間を確認するための残時間確認処理を行う（プロセスＰ１４）。代行依頼部３６によって残時間確認処理が行われると、情報処理装置３ａから他の情報処理装置３ｂ，３ｃに残時間要求が送信される（プロセスＰ１５）。情報処理装置３ｂ，３ｃは、この残時間要求を受けると、自機がスリープモードへ移行するまでの残時間を確認し、情報処理装置３ａに対して残時間回答を送信する（プロセスＰ１６）。そして代行依頼部３６は、代行装置決定処理を行い、他の情報処理装置３ｂ，３ｃのうちから１つの代行装置を決定する（プロセスＰ１７）。すなわち、代行依頼部３６は、情報処理装置３ｂ，３ｃのうち、スリープモードへ移行するまでの残時間が最も長い装置を代行装置として決定する。尚、ここでは、情報処理装置３ｂが代行装置として決定される場合を例示する。

次に情報処理装置３ａの代行依頼部３６は、代行装置として決定した情報処理装置３ｂに対する代行依頼処理を行う（プロセスＰ１８）。代行依頼部３６によって代行依頼処理が行われると、情報処理装置３ａから情報処理装置３ｂに代行依頼が送信される（プロセスＰ１９）。

図８は、このとき送信される代行依頼３９の一例を示す図である。図８に示すように、代行依頼３９には、定期通信の代行を依頼するコマンド３９ａと、情報処理装置３ａ（自機）に関する装置情報３９ｂと、サーバー７ａと確立しているセッションのセッションＩＤ３９ｃと、情報処理装置３ａがサーバー７ａとの間で行った前回の定期通信の時刻３９ｄと、その他の付属情報３９ｅとが含まれる。情報処理装置３ｂは、このような代行依頼３９を受信することにより、情報処理装置３ａがサーバー７ａと行うべき定期通信を情報処理装置３ａから適切に引き継いで代行することができる。すなわち、代行依頼３９にセッションＩＤ３９ｃが含まれるので、情報処理装置３ｂは、情報処理装置３ａの定期通信を代行するとき、情報処理装置３ａのセッションＩＤを付加したアライブ信号をサーバー７ａへ送信することができる。また代行依頼３９に、前回の定期通信の時刻３９ｄが含まれるので、情報処理装置３ｂは、情報処理装置３ａによる前回の定期通信が行われてから所定時間Ｔａが経過するまでにサーバー７ａとの定期通信を代行して行うことが可能になる。また付属情報３９ｅには、情報処理装置３ａが他の情報処理装置３の定期通信を代行していた場合に、情報処理装置３ａ以外の定期通信に関する情報が含まれる。したがって、情報処理装置３ｂは、情報処理装置３ａが他の情報処理装置３の定期通信を代行していた場合には、情報処理装置３ａ以外の装置の定期通信も代行できるようになる。

情報処理装置３ｂは、情報処理装置３ａから、上記のような代行依頼３９を正常に受信すると、情報処理装置３ａに対して受理通知を送信する（プロセスＰ２０）。情報処理装置３ａの代行依頼部３６は、情報処理装置３ｂから受理通知を受信すると、代行情報登録処理を行う（プロセスＰ２１）。すなわち、代行依頼部３６は、サーバー７ａに関するサーバー情報と、情報処理装置３ｂに関する代行装置情報と、情報処理装置３ａ（自機）に関する被代行装置情報とを相互に関連付けた代行情報を生成し、それを代行管理情報３０に登録する。また代行依頼部３６は、その代行情報を他の情報処理装置３ｂ，３ｃに対してブロードキャスト送信する（プロセスＰ２２）。これにより、情報処理装置３ｂ，３ｃにおいても代行情報が代行管理情報３０に登録される（プロセスＰ２３，Ｐ２４）。

図９は、情報処理装置３ａ，３ｂ，３ｃにおける代行管理情報３０の一例を示す図である。代行管理情報３０は、サーバー情報３０ａと、代行装置情報３０ｂと、被代行装置情報３０ｃとが相互に関連付けられた情報となっている。そのため、情報処理装置３ａ，３ｂ，３ｃは、このような代行管理情報３０を参照することにより、ローカルネットワーク５内での代行関係を把握することができる。

情報処理装置３ａは、代行依頼部３６による上述した処理が終了すると、スリープモードへ移行する（プロセスＰ２５）。この場合、情報処理装置３ａは、サーバー７ａとの定期通信の代行を情報処理装置３ｂへ依頼済みであるため、サーバー７ａとの定期通信のために一定の時間間隔Ｔａで通常モードへ復帰する必要はなく、スリープモードを長時間に亘って継続させることができるようになる。

一方、情報処理装置３ｂは、その後、情報処理装置３ａの定期通信を代行する。そのため、情報処理装置３ｂは、サーバー７ａと定期通信を行うタイミングになると、サーバー７ａとの定期通信を行う（プロセスＰ２６）。このとき、情報処理装置３ｂにおいて定期通信部３５と通信代行部３７の双方が機能し、定期通信部３５による定期通信と、通信代行部３７による代行分の定期通信とがほぼ同時に行われる。すなわち、定期通信部３５は、情報処理装置３ｂのセッションＩＤを付したアライブ信号をサーバー７ａへ送信すると共に、通信代行部３７は、情報処理装置３ａのセッションＩＤを付したアライブ信号をサーバー７ａへ送信する。そしてサーバー７ａは、それら２種類の定期通信を情報処理装置３ｂから受信することにより、情報処理装置３ａ及び３ｂの双方のセッションＩＤの有効期間を延長し、情報処理装置３ｂに対して２種類の定期通信応答を返信する（プロセスＰ２７）。そして情報処理装置３ｂの通信代行部３７は、サーバー７ａから定期通信応答を受信すると、依頼元の情報処理装置３ａに対して代行通知を送信する（プロセスＰ２８）。ただし、情報処理装置３ａの通信インタフェース２２は、情報処理装置３ａがスリープモードであるため、情報処理装置３ｂから送信される代行通知を破棄する。そのため、情報処理装置３ａのスリープモードは継続される。

次に情報処理装置３ｂが情報処理装置３ａに続いてスリープモードへ移行する場合について説明する。図１０は、情報処理装置３ｂがスリープモードへ移行する場合の動作シーケンスを示す図である。まず情報処理装置３ｂにおいてスリープモードへの移行条件が成立すると、情報処理装置３ｂは、スリープモード移行処理を開始する（プロセスＰ３０）。このスリープモード移行処理は、情報処理装置３ｂの代行依頼部３６によって行われる処理である。スリープモード移行処理を開始すると、代行依頼部３６はまず接続装置確認処理を行う（プロセスＰ３１）。代行依頼部３６によって接続装置確認処理が行われると、情報処理装置３ｂからサーバー７ａに接続装置確認要求が送信される（プロセスＰ３２）。サーバー７ａは、この接続装置確認要求を受信すると、その時点において同じローカルネットワーク５内でセッションを確立している他の情報処理装置３ａ，３ｃに関する情報を、接続装置回答として情報処理装置３ｂへ返信する（プロセスＰ３３）。これにより、情報処理装置３ｂは、他の情報処理装置３ａ，３ｃがサーバー７ａとのセッションを確立させていることを把握することができる。

次に情報処理装置３ｂの代行依頼部３６は、他の情報処理装置３ａ，３ｃがスリープモードへ移行するまでの残時間を確認するための残時間確認処理を行う（プロセスＰ３４）。ただし、このとき情報処理装置３ｂの代行依頼部３６は、代行管理情報３０を参照することにより、自機が情報処理装置３ａの定期通信を代行しており、情報処理装置３ａがスリープモードであることを把握することができる。このような場合、残時間の確認は、代行管理情報３０に登録されていない情報処理装置３ｃに対して行えば良い。そのため、代行依頼部３６によって残時間確認処理が行われると、情報処理装置３ｂから他の情報処理装置３ｃに残時間要求が送信される（プロセスＰ３５）。情報処理装置３ｃは、この残時間要求を受けると、自機がスリープモードへ移行するまでの残時間を確認し、情報処理装置３ｂに対して残時間回答を送信する（プロセスＰ３６）。そして情報処理装置３ｂの代行依頼部３６は、代行装置決定処理を行い、自機よりも情報処理装置３ｃの方が残時間が長いことを条件として、他の情報処理装置３ｃを代行装置として決定する（プロセスＰ３７）。

次に情報処理装置３ｂの代行依頼部３６は、代行装置として決定した情報処理装置３ｃに対する代行依頼処理を行う（プロセスＰ３８）。代行依頼部３６によって代行依頼処理が行われると、情報処理装置３ｂから情報処理装置３ｃに代行依頼が送信される（プロセスＰ３９）。このとき送信される代行依頼は、図８に示したものと同様である。ただし、情報処理装置３ｂは、情報処理装置３ａの定期通信を代行しているため、付属情報３９ｅには情報処理装置３ａの定期通信を代行するための情報も含まれる。

情報処理装置３ｃは、情報処理装置３ｂから代行依頼を正常に受信すると、情報処理装置３ｂに対して受理通知を送信する（プロセスＰ４０）。情報処理装置３ｂの代行依頼部３６は、情報処理装置３ｃから受理通知を受信すると、代行情報登録処理を行う（プロセスＰ４１）。すなわち、情報処理装置３ｂの代行依頼部３６は、サーバー７ａに関するサーバー情報と、情報処理装置３ｃに関する代行装置情報と、情報処理装置３ｂ（自機）に関する被代行装置情報とを相互に関連付けた代行情報を生成すると共に、更にサーバー７ａに関するサーバー情報と、情報処理装置３ｃに関する代行装置情報と、情報処理装置３ａに関する被代行装置情報とを相互に関連付けた代行情報を生成し、それを代行管理情報３０に登録する。また代行依頼部３６は、その代行情報を他の情報処理装置３ａ，３ｃに対してブロードキャスト送信する（プロセスＰ４２）。これにより、情報処理装置３ｃにおいても代行情報が登録され、代行管理情報３０が更新される（プロセスＰ４３）。ただし、情報処理装置３ａはスリープモード中であるため、代行情報の登録は行われない。

図１１は、情報処理装置３ｂ，３ｃにおいて更新される代行管理情報３０の一例を示す図である。上述のプロセスＰ４１〜Ｐ４３により、情報処理装置３ｂ，３ｃにおける代行管理情報３０は、図１１に示すような情報に更新され、サーバー７ａに対して情報処理装置３ａが行うべき定期通信を情報処理装置３ｃが代行すること、および、サーバー７ａに対して情報処理装置３ｂが行うべき定期通信を情報処理装置３ｃが代行することが登録された情報となる。

情報処理装置３ｂは、代行依頼部３６による上述の処理が終了すると、スリープモードへ移行する（プロセスＰ４４）。この場合、情報処理装置３ｂは、サーバー７ａとの定期通信の代行を情報処理装置３ｂへ依頼済みであるため、サーバー７ａとの定期通信のために一定の時間間隔Ｔａで通常モードへ復帰する必要はなく、スリープモードを長時間に亘って継続させることができるようになる。

一方、情報処理装置３ｃは、その後、情報処理装置３ａ及び３ｂの定期通信を代行する。そのため、情報処理装置３ｃは、サーバー７ａと定期通信を行うタイミングになると、サーバー７ａとの定期通信を行う（プロセスＰ４５）。このとき、情報処理装置３ｃにおいて定期通信部３５と通信代行部３７の双方が機能し、定期通信部３５による定期通信と、通信代行部３７による代行分の定期通信とがほぼ同時に行われる。すなわち、定期通信部３５は、情報処理装置３ｃ（自機）のセッションＩＤを付したアライブ信号をサーバー７ａへ送信する。また通信代行部３７は、それとほぼ同時に、情報処理装置３ａのセッションＩＤを付したアライブ信号をサーバー７ａへ送信すると共に、情報処理装置３ｂのセッションＩＤを付したアライブ信号をサーバー７ａへ送信する。そしてサーバー７ａは、それら３種類の定期通信を情報処理装置３ｃから受信することにより、情報処理装置３ａ，３ｂ，３ｃの全てのセッションＩＤの有効期間を延長し、情報処理装置３ｃに対して３種類の定期通信応答を返信する（プロセスＰ４６）。情報処理装置３ｃの通信代行部３７は、サーバー７ａから定期通信応答を受信すると、情報処理装置３ａ，３ｂに対して代行通知を送信する（プロセスＰ４７）。ただし、情報処理装置３ａ及び３ｂの通信インタフェース２２は、情報処理装置３ａ，３ｂがスリープモードであるため、情報処理装置３ｃから送信される代行通知を破棄する。そのため、情報処理装置３ａ，３ｂのスリープモードは継続される。

次に情報処理装置３ｃが情報処理装置３ａ，３ｂに続いてスリープモードへ移行する場合について説明する。図１２は、情報処理装置３ｃがスリープモードへ移行する場合の動作シーケンスを示す図である。まず情報処理装置３ｃにおいてスリープモードへの移行条件が成立すると、情報処理装置３ｃは、スリープモード移行処理を開始する（プロセスＰ５０）。このスリープモード移行処理は、情報処理装置３ｃの代行依頼部３６によって行われる。スリープモード移行処理を開始すると、代行依頼部３６はまず接続装置確認処理を行う（プロセスＰ５１）。ここで、情報処理装置３ｃは、サーバー７ａとのセッション８ｃと、サーバー７ｂとのセッション９ａとを同時確立させた状態にある。そのため、代行依頼部３６による接続装置確認処理は、サーバー７ａ，７ｂの双方に対して行われる。代行依頼部３６によって接続装置確認処理が行われると、まず情報処理装置３ｃからサーバー７ａに接続装置確認要求が送信される（プロセスＰ５２）。サーバー７ａは、この接続装置確認要求を受信すると、その時点において同じローカルネットワーク５内でセッションを確立している他の情報処理装置３ａ，３ｂに関する情報を、接続装置回答として情報処理装置３ｃへ返信する（プロセスＰ５３）。また情報処理装置３ｃの代行依頼部３６は、サーバー７ｂにも接続装置確認要求を送信する（プロセスＰ５４）。サーバー７ｂは、この接続装置確認要求を受信すると、その時点において同じローカルネットワーク５内でセッションを確立している他の情報処理装置３ｄに関する情報を、接続装置回答として情報処理装置３ｃへ返信する（プロセスＰ５５）。これにより、情報処理装置３ｃは、情報処理装置３ａ，３ｂがサーバー７ａとセッションを確立させており、さらに情報処理装置３ｄがサーバー７ｂとセッションを確立させていることを把握することができる。

次に情報処理装置３ｃの代行依頼部３６は、他の情報処理装置３ａ，３ｂ，３ｄがスリープモードへ移行するまでの残時間を確認するための残時間確認処理を行う（プロセスＰ５６）。ただし、このとき情報処理装置３ｃの代行依頼部３６は、代行管理情報３０を参照することにより、自機が情報処理装置３ａ，３ｂの定期通信を代行しており、情報処理装置３ａ，３ｂがスリープモードであることを把握することができる。このような場合、残時間の確認は、代行管理情報３０に登録されていない情報処理装置３ｄに対して行えば良い。そのため、代行依頼部３６によって残時間確認処理が行われると、情報処理装置３ｃから情報処理装置３ｄに残時間要求が送信される（プロセスＰ５７）。情報処理装置３ｄは、この残時間要求を受けると、自機がスリープモードへ移行するまでの残時間を確認し、情報処理装置３ｃに対して残時間回答を送信する（プロセスＰ５８）。そして情報処理装置３ｃの代行依頼部３６は、代行装置決定処理を行い、自機よりも情報処理装置３ｄの方が残時間が長いことを条件として、情報処理装置３ｄを代行装置として決定する（プロセスＰ５９）。ただし、情報処理装置３ｄは、サーバー７ａとのセッションを確立させていないため、サーバー７ａとの定期通信を代行することができない。そのため、情報処理装置３ｃは、自機がサーバー７ｂと行うべき定期通信を代行する代行装置として、情報処理装置３ｄを決定する。

次に情報処理装置３ｃの代行依頼部３６は、代行装置として決定した情報処理装置３ｄに対する代行依頼処理を行う（プロセスＰ６０）。代行依頼部３６によって代行依頼処理が行われると、情報処理装置３ｃから情報処理装置３ｄに代行依頼が送信される（プロセスＰ６１）。このとき送信される代行依頼も図８に示したものと同様である。すなわち、代行依頼３９のセッションＩＤ３９ｃには、情報処理装置３ｃがサーバー７ｂと確立しているセッションのセッションＩＤが含まれる。また情報処理装置３ｄにサーバー７ａとの定期通信を代行させることができないため、付属情報３９ｅには情報処理装置３ａ，３ｂの定期通信を代行するための情報が含まれない。

情報処理装置３ｄは、情報処理装置３ｃから代行依頼を正常に受信すると、情報処理装置３ｃに対して受理通知を送信する（プロセスＰ６２）。情報処理装置３ｃの代行依頼部３６は、情報処理装置３ｄから受理通知を受信すると、代行情報登録処理を行う（プロセスＰ６３）。すなわち、情報処理装置３ｃの代行依頼部３６は、サーバー７ｂに関するサーバー情報と、情報処理装置３ｄに関する代行装置情報と、情報処理装置３ｃ（自機）に関する被代行装置情報とを相互に関連付けた代行情報を生成し、その代行情報を代行管理情報３０に登録する。また代行依頼部３６は、その代行情報を情報処理装置３ａ，３ｂ，３ｄに対してブロードキャスト送信する（プロセスＰ６４）。これにより、情報処理装置３ｄにおいても代行情報が登録され、代行管理情報３０が更新される（プロセスＰ６５）。ただし、情報処理装置３ａ，３ｂはスリープモード中であるため、代行情報の登録は行われない。

図１３は、情報処理装置３ｃ，３ｄにおいて更新される代行管理情報３０の一例を示す図である。上述のプロセスＰ６３〜Ｐ６５により、情報処理装置３ｃ，３ｄにおける代行管理情報３０は、図１３に示すような情報に更新され、サーバー７ａに対して情報処理装置３ａ，３ｂのそれぞれが行うべき定期通信を情報処理装置３ｃが代行すること、および、サーバー７ｂに対して情報処理装置３ｃが行うべき定期通信を情報処理装置３ｄが代行することが登録された情報となる。

情報処理装置３ｃは、代行依頼部３６による上述の処理が終了すると、スリープモードへ移行する（プロセスＰ６６）。この場合、情報処理装置３ｃは、サーバー７ｂとの定期通信の代行を情報処理装置３ｄへ依頼済みであるため、サーバー７ｂとの定期通信のために一定の時間間隔で通常モードへ復帰する必要はない。ただし、情報処理装置３ｃは、以前としてサーバー７ａとの間で情報処理装置３ａ，３ｂ，３ｃのそれぞれが行うべき定期通信を行う必要がある。そのため、スリープモードへ移行後は、サーバー７ａと定期通信を行うタイミングになる度に、スリープモードから通常モードへ復帰して定期通信を行うようになる。

情報処理装置３ｄは、その後、情報処理装置３ｃの定期通信を代行する。そのため、情報処理装置３ｄは、サーバー７ｂと定期通信を行うタイミングになると、サーバー７ｂとの定期通信を行う（プロセスＰ６７）。このとき、情報処理装置３ｄにおいて定期通信部３５と通信代行部３７の双方が機能し、定期通信部３５による定期通信と、通信代行部３７による代行分の定期通信とがほぼ同時に行われる。すなわち、定期通信部３５は、情報処理装置３ｄ（自機）のセッションＩＤを付したアライブ信号をサーバー７ｂへ送信する。また通信代行部３７は、それとほぼ同時に、情報処理装置３ｃのセッションＩＤを付したアライブ信号をサーバー７ｂへ送信する。これにより、情報処理装置３ｄがサーバー７ｂと確立しているセッションだけでなく、情報処理装置３ｃがサーバー７ｂと確立しているセッションを有効に維持することができる。

また情報処理装置３ｃは、サーバー７ａとの定期通信を行うタイミングになると、スリープモードから通常モードへ一時的に復帰し（プロセスＰ６８）、サーバー７ａとの定期通信を行う（プロセスＰ６９）。このとき、情報処理装置３ｃにおいても定期通信部３５と通信代行部３７の双方が機能し、定期通信部３５による定期通信と、通信代行部３７による代行分の定期通信とがほぼ同時に行われる。すなわち、定期通信部３５は、情報処理装置３ｃ（自機）のセッションＩＤを付したアライブ信号をサーバー７ａへ送信する。また通信代行部３７は、それとほぼ同時に、情報処理装置３ａのセッションＩＤを付したアライブ信号をサーバー７ａへ送信すると共に、情報処理装置３ｂのセッションＩＤを付したアライブ信号をサーバー７ａへ送信する。これにより、情報処理装置３ａ，３ｂ，３ｃのそれぞれがサーバー７ａと確立しているセッションを有効に維持することができる。

次に情報処理装置３ｄが情報処理装置３ａ，３ｂ，３ｃに続いてスリープモードへ移行する場合について説明する。図１４は、情報処理装置３ｄがスリープモードへ移行する場合の動作シーケンスを示す図である。まず情報処理装置３ｄにおいてスリープモードへの移行条件が成立すると、情報処理装置３ｄは、スリープモード移行処理を開始する（プロセスＰ７０）。このスリープモード移行処理は、情報処理装置３ｄの代行依頼部３６によって行われる。スリープモード移行処理を開始すると、代行依頼部３６はまず接続装置確認処理を行う（プロセスＰ７１）。代行依頼部３６によって接続装置確認処理が行われると、情報処理装置３ｄからサーバー７ｂに接続装置確認要求が送信される（プロセスＰ７２）。サーバー７ｂは、この接続装置確認要求を受信すると、その時点において同じローカルネットワーク５内でセッションを確立している他の情報処理装置３ｃに関する情報を、接続装置回答として情報処理装置３ｄへ返信する（プロセスＰ７３）。これにより、情報処理装置３ｄは、情報処理装置３ｃがサーバー７ｂとセッションを確立させていることを把握することができる。

次に情報処理装置３ｄの代行依頼部３６は、他の情報処理装置３ｃがスリープモードへ移行するまでの残時間を確認するための残時間確認処理を行う（プロセスＰ７４）。代行依頼部３６によって残時間確認処理が行われると、情報処理装置３ｄから情報処理装置３ｃに残時間要求が送信される（プロセスＰ７５）。ただし、情報処理装置３ｃはスリープモードであるため、情報処理装置３ｄからの残時間要求が情報処理装置３ｃの通信インタフェース２２において破棄される。そのため、情報処理装置３ｄは、残時間要求を送信した場合であっても、所定時間以内に情報処理装置３ｃから残時間回答を受信することはない。これにより、情報処理装置３ｄは、情報処理装置３ｃがスリープモードであることを把握する。ただし、これに限らず、上記と同様に、情報処理装置３ｄの代行依頼部３６は、代行管理情報３０を参照することにより、情報処理装置３ｃがスリープモードであることを把握するようにしても良い。

このように同じローカルネットワーク５内から同じサーバー７ｂとセッションを確立している他の情報処理装置３ｃがスリープモードである場合、情報処理装置３ｄは、自機と他の情報処理装置３ｃとのいずれが代行装置として適切であるかを決定するための代行装置決定処理を行う（プロセスＰ７６）。このプロセスＰ７６では、代行管理情報３０を参照することにより、同じサーバー７ｂとセッションを確立している複数の情報処理装置３ｃ，３ｄの中に、他のサーバー７ａともセッションを確立している装置が存在するか否かが判定され、他のサーバー７ａともセッションを確立している装置が存在すれば、その装置を代行装置として決定する処理が行われる。したがって、情報処理装置３ｄの代行依頼部３６は、代行管理情報３０を参照することにより、スリープモード中である情報処理装置３ｃが他のサーバー７ａともセッションを確立していることを把握できるため、情報処理装置３ｃを代行装置として決定する。

次に情報処理装置３ｄの代行依頼部３６は、代行装置として決定した情報処理装置３ｃに対する代行依頼処理を行う（プロセスＰ７７）。代行依頼部３６によって代行依頼処理が行われると、まず情報処理装置３ｄから情報処理装置３ｃに対し、スリープモードから通常モードへ復帰させるための復帰命令が送信される（プロセスＰ７８）。これにより、情報処理装置３ｃは、スリープモードから通常モードへ一時的に復帰する（プロセスＰ７９）。その後、情報処理装置３ｃから情報処理装置３ｄに代行依頼が送信される（プロセスＰ８０）。このとき送信される代行依頼も図８に示したものと同様である。すなわち、代行依頼３９のセッションＩＤ３９ｃには、情報処理装置３ｄがサーバー７ｂと確立しているセッションのセッションＩＤが含まれる。また情報処理装置３ｄは、情報処理装置３ｃの定期通信を代行しているため、付属情報３９ｅには情報処理装置３ｃの定期通信を代行するための情報も含まれる。

情報処理装置３ｃは、通常モードへ復帰後、情報処理装置３ｄから代行依頼を正常に受信すると、情報処理装置３ｃに対して受理通知を送信する（プロセスＰ８１）。情報処理装置３ｄの代行依頼部３６は、情報処理装置３ｃから受理通知を受信すると、代行情報登録処理を行う（プロセスＰ８２）。すなわち、情報処理装置３ｄの代行依頼部３６は、サーバー７ｂに関するサーバー情報と、情報処理装置３ｃに関する代行装置情報と、情報処理装置３ｄ（自機）に関する被代行装置情報とを相互に関連付けた代行情報を生成し、その代行情報を代行管理情報３０に登録する。また代行依頼部３６は、その代行情報を情報処理装置３ａ，３ｂ，３ｃに対してブロードキャスト送信する（プロセスＰ８３）。これにより、情報処理装置３ｃにおいても代行情報が登録され、代行管理情報３０が更新される（プロセスＰ８４）。ただし、情報処理装置３ａ，３ｂはスリープモード中であるため、代行情報の登録は行われない。

図１５は、情報処理装置３ｃ，３ｄにおいて更新される代行管理情報３０の一例を示す図である。上述のプロセスＰ８２〜Ｐ８４により、情報処理装置３ｃ，３ｄにおける代行管理情報３０は、図１５に示すような情報に更新され、サーバー７ａに対して情報処理装置３ａ，３ｂのそれぞれが行うべき定期通信を情報処理装置３ｃが代行すること、および、サーバー７ｂに対して情報処理装置３ｄが行うべき定期通信を情報処理装置３ｃが代行することが登録された情報となる。

情報処理装置３ｄは、代行依頼部３６による上述の処理が終了すると、スリープモードへ移行する（プロセスＰ８５）。この場合、情報処理装置３ｄは、サーバー７ｂとの定期通信の代行を情報処理装置３ｃへ依頼済みであるため、その後、サーバー７ｂとの定期通信のために一定の時間間隔で通常モードへ復帰する必要はない。

一方、情報処理装置３ｃは、代行情報を登録した後に再びスリープモードへ移行する（プロセスＰ８６）。ただし、情報処理装置３ｃは、サーバー７ａ，７ｂとの間で情報処理装置３ａ，３ｂ，３ｃ，３ｄのそれぞれが行うべき定期通信を行う必要があるため、スリープモードへ移行した後においても、サーバー７ａ，７ｂと定期通信を行うタイミングになる度に、スリープモードから通常モードへ復帰して定期通信を行うようになる。すなわち、情報処理装置３ｃは、サーバー７ａ，７ｂとの定期通信を行うタイミングになると、スリープモードから通常モードへ一時的に復帰し（プロセスＰ８７）、サーバー７ａ，７ｂとの定期通信を行う（プロセスＰ８８，Ｐ８９）。すなわち、情報処理装置３ｃは、自機がサーバー７ａ，７ｂと行うべき定期通信を行うだけでなく、他の情報処理装置３ａ，３ｂがサーバー７ａと行うべき定期通信及び情報処理装置３ｄがサーバー７ｂと行うべき定期通信を代行して実行する。これにより、ローカルネットワーク５に設けられた複数の情報処理装置３ａ，３ｂ，３ｃ，３ｄのうち、サーバー７ａ，７ｂとの定期通信のためにスリープモードから復帰する装置の台数を少なくすることができるため、システム全体として、より高い省電力効果を得ることができる。また情報処理装置３ｃは、サーバー７ａ，７ｂとの定期通信のためにスリープモードから通常モードへ一時的に復帰した場合には、サーバー７ａ，７ｂとの定期通信が終了すると速やかに再びスリープモードへ移行する。

尚、図１４では、情報処理装置３ｃがスリープモードから通常モードへ復帰したタイミングでサーバー７ａ，７ｂの双方に対して定期通信を行う場合を例示しているが、サーバー７ａ，７ｂと定期通信を行う時間間隔がそれぞれ異なることもある。その場合、情報処理装置３ｃは、サーバー７ａと定期通信を行うタイミングでスリープモードから一時的に通常モードへ復帰すると共に、サーバー７ｂと定期通信を行うタイミングでもスリープモードから一時的に通常モードへ復帰する。

次に上述のように情報処理装置３ｃがスリープモードから定期的に通常モードへ復帰してサーバー７ａとの定期通信を行う状態において、情報処理装置３ｂがローカルネットワーク５を介してジョブを受信することによって通常モードへ復帰した後、情報処理装置３ｃが行うべきサーバー７ａとの定期通信を引き受ける動作について説明する。図１６は、情報処理装置３ｂが通常モードへ復帰する場合の動作シーケンスを示す図である。まず情報処理装置３ｂは、スリープモード中にジョブを受信すると（プロセスＰ９０）、通信インタフェース２２が電力制御部２３に対してジョブの受信を通知することにより、電力制御部２３がメイン制御部２０への通電を再開し、スリープモードから通常モードへ復帰する（プロセスＰ９１）。そして情報処理装置３ｂのメイン制御部２０は、ジョブ制御部３２を機能させ、受信したジョブを実行する。その後、情報処理装置３ｂの電力制御部２３は、スリープモードへの移行条件が成立するまで通常モードを維持する。ただし、情報処理装置３ｂは、サーバー７ａとの定期通信を情報処理装置３ｃへ代行依頼しているため、通常モードへ復帰した状態であってもこの時点ではサーバー７ａとの定期通信を行わない。

情報処理装置３ｂが通常モードに復帰しているときに、情報処理装置３ｃがサーバー７ａとの定期通信を行うためにスリープモードから通常モードへ復帰すると（プロセスＰ９２）、情報処理装置３ｃからサーバー７ａに対して定期通信が行われる（プロセスＰ９３）。このとき、情報処理装置３ｃは、情報処理装置３ａ，３ｂ，３ｃのそれぞれのセッションに対応した３種類の定期通信をサーバー７ａへ送信する。そして情報処理装置３ｃは、サーバー７ａとの定期通信を行うと、情報処理装置３ａ，３ｂに対して代理通知を送信する（プロセスＰ９４）。情報処理装置３ｂは、その代理通知を受信すると、代理依頼部３６が機能し、復帰通知処理を行う（プロセスＰ９５）。尚、情報処理装置３ａはスリープモードであるため、情報処理装置３ｃからの代理通知が破棄される。

情報処理装置３ｂの代行依頼部３６が復帰通知処理を行うと、情報処理装置３ｂから情報処理装置３ｃに対して復帰通知が送信される（プロセスＰ９６）。この復帰通知により、情報処理装置３ｂの定期通信を代行している情報処理装置３ｃに対して情報処理装置３ｂが通常モードへ復帰したことが通知される。情報処理装置３ｃは、代行通知に対する応答として復帰通知を受信すると、記憶装置２４から代行管理情報３０を読み出し、その代行管理情報３０を情報処理装置３ｂへ送信する（プロセスＰ９７）。情報処理装置３ｂは、情報処理装置３ｃから代行管理情報３０を受信すると、その代行管理情報３０を解析することにより、ローカルネットワーク５内における現在の代行関係を把握することができる。また情報処理装置３ｃは、代行管理情報３０を情報処理装置３ｂへ送信するとき、情報処理装置３ｃの現在のステータス情報を同時に送信する。このとき送信されるステータス情報には、情報処理装置３ｃがサーバー７ａとの定期通信のためにスリープモードから一時的に通常モードへ復帰した状態であることを示す情報が含まれる。そのため、情報処理装置３ｂは、ステータス情報を解析することにより、情報処理装置３ｃがサーバー７ａとの定期通信のためにスリープモードから一時的に通常モードへ復帰した状態であることを把握することができる。

そして情報処理装置３ｂは、代行装置決定処理を行う（プロセスＰ９８）。この代行装置決定処理では、情報処理装置３ｃがサーバー７ａとの定期通信のためにスリープモードから一時的に通常モードへ復帰した状態である場合、情報処理装置３ｂ（自機）が他の情報処理装置３ａ，３ｃの定期通信を代行する代行装置として決定する。そして情報処理装置３ｂは、情報処理装置３ｃの代行を解除するための代行解除処理を行う（プロセスＰ９９）。情報処理装置３ｂの代行依頼部３６によって代行解除処理が行われると、情報処理装置３ｂから情報処理装置３ｃに対して代行解除が送信される（プロセスＰ１００）。情報処理装置３ｃは、情報処理装置３ｂから代行解除を受信すると、自機の代行管理情報３０に登録している情報を全て削除し、情報処理装置３ｂに対して受理通知を送信する（プロセスＰ１０１）。

情報処理装置３ｂの代行依頼部３６は、情報処理装置３ｃから受理通知を受信すると、代行情報登録処理を行う（プロセスＰ１０２）。すなわち、情報処理装置３ｂの代行依頼部３６は、サーバー７ａに関するサーバー情報と、情報処理装置３ｂ（自機）に関する代行装置情報と、情報処理装置３ａに関する被代行装置情報とを相互に関連付けた代行情報を生成すると共に、サーバー７ａに関するサーバー情報と、情報処理装置３ｂ（自機）に関する代行装置情報と、情報処理装置３ｃに関する被代行装置情報とを相互に関連付けた代行情報を生成し、それらの代行情報を代行管理情報３０に登録する。また代行依頼部３６は、それらの代行情報を情報処理装置３ａ，３ｃに対してブロードキャスト送信する（プロセスＰ１０３）。これにより、情報処理装置３ｃにおいても代行情報が登録され、代行管理情報３０が更新される（プロセスＰ１０４）。ただし、情報処理装置３ａはスリープモード中であるため、代行情報の登録は行われない。このような処理により、情報処理装置３ｃがサーバー７ａと行うべき定期通信は、代行分を含めて全て情報処理装置３ｂへ移管されることになる。

情報処理装置３ｃは、上述の処理が終了すると、スリープモードへ移行する（プロセスＰ１０５）。この場合、情報処理装置３ｃは、サーバー７ａとの定期通信の代行を情報処理装置３ｂへ依頼済みであるため、サーバー７ａとの定期通信のために一定の時間間隔で通常モードへ復帰する必要はない。

これに対し、情報処理装置３ｂは、その後、情報処理装置３ａ，３ｃの定期通信を代行する。そのため、情報処理装置３ｂは、サーバー７ａと定期通信を行うタイミングになると、サーバー７ａとの定期通信を行う（プロセスＰ１０６）。このとき、情報処理装置３ｂにおいて定期通信部３５と通信代行部３７の双方が機能し、定期通信部３５による定期通信と、通信代行部３７による代行分の定期通信とがほぼ同時に行われる。これにより、情報処理装置３ａ，３ｂ，３ｃのそれぞれがサーバー７ａと確立しているセッションが有効に維持される。

次に情報処理装置３において行われる具体的な処理手順について説明する。図１７乃至図１９は、情報処理装置３の処理手順の一例を示すフローチャートである。尚、この処理は、メイン制御部２０のＣＰＵによってアプリケーションプログラム２９が実行されることにより順次行われる処理手順の一例を示している。

図１７に示すように情報処理装置３は、この処理を開始すると、アプリケーション３１に予め設定されたアドレスにアクセスすることにより、サーバー７との通信を開始し（ステップＳ１０）、サーバー７とのセッションを確立する（ステップＳ１１）。その後、情報処理装置３は、スリープモードへの移行条件が成立するまで、定常処理を繰り返し実行する（ステップＳ１２）。また情報処理装置３は、スリープモードから通常モードへ復帰したときにも、この定常処理（ステップＳ１２）から処理を再開する。

図１８は定常処理（ステップＳ１２）の詳細な処理手順の一例を示すフローチャートである。情報処理装置３は、定常処理を開始すると、サーバー７との定期通信タイミングとなったか否かを判断する（ステップＳ３０）。そしてサーバー７との定期通信タイミングである場合（ステップＳ３０でＹＥＳ）、情報処理装置３は、自機の定期通信の代行を他の装置へ依頼済みであるか否かを判断する（ステップＳ３１）。その結果、自機の定期通信の代行を他の装置へ依頼していない場合（ステップＳ３１でＮＯ）、情報処理装置３は、サーバー７との定期通信を行い（ステップＳ３２）、サーバー７との間に確立しているセッションを有効に維持する。その後、情報処理装置３は、代行管理情報３０を参照することにより、他の装置が行うべき定期通信を自機が代行しているか否かを判断し（ステップＳ３３）、代行している場合（ステップＳ３３でＹＥＳ）、サーバー７との間で代行分の定期通信を行う（ステップＳ３４）。これにより、他の装置がサーバー７と確立しているセッションも有効に維持することができる。尚、自機が他の装置の定期通信を代行していない場合には（ステップＳ３３でＮＯ）、ステップＳ３４の処理はスキップする。またサーバー７と定期通信を行うタイミングでない場合（ステップＳ３０でＮＯ）、或いは、自機の定期通信の代行を既に他の装置に依頼済みである場合（ステップＳ３１でＹＥＳ）、ステップＳ３２，Ｓ３３，Ｓ３４の処理はスキップする。

次に情報処理装置３は、他の装置から代行依頼を受信したか否かを判断する（ステップＳ３５）。他の装置から代行依頼を受信した場合（ステップＳ３５でＹＥＳ）、情報処理装置３は、その代行依頼の送信元に対して受理回答を送信し（ステップＳ３６）、その後、他の装置から受信する代行情報を代行管理情報３０に登録する（ステップＳ３７）。これにより、他の装置が行うべき定期通信に関する情報を代行管理情報３０に登録することができるので、これ以降、他の装置に代わって定期通信を行うことができるようになる。尚、他の装置から代行依頼を受信していない場合には（ステップＳ３５でＮＯ）、ステップＳ３６，Ｓ３７の処理はスキップする。

次に情報処理装置３は、他の装置から代行通知を受信したか否かを判断する（ステップＳ３８）。そして他の装置から代行通知を受信した場合（ステップＳ３８でＹＥＳ）、情報処理装置３は、代行通知の送信元である他の装置に対して復帰通知を送信し（ステップＳ３９）、他の装置から代行管理情報３０を取得する（ステップＳ４０）。その後、情報処理装置３は、代行解除判定処理を行う（ステップＳ４１）。この代行解除判定処理では、他の装置がサーバー７との定期通信のためにスリープモードから通常モードへ復帰したか否かが判定され、他の装置がサーバー７との定期通信のためにスリープモードから通常モードへ復帰したのであれば、他の装置によって行われている定期通信の代行を解除することを決定する。そして情報処理装置３は、代行解除判定処理の結果、代行解除を行うか否かを判断し（ステップＳ４２）、代行解除を行う場合（ステップＳ４２でＹＥＳ）、他の装置に対して代行解除を送信する（ステップＳ４３）。その後、情報処理装置３は、代行情報を生成し（ステップＳ４４）、その代行解除を他の装置に対してブロードキャスト送信する（ステップＳ４５）。

定常処理（ステップＳ１２）において上記のような処理が行われることにより、情報処理装置３は、通常モードにおいて、サーバー７と一定の時間間隔で定期通信を行うことができると共に、他の装置から定期通信の代行依頼を受理したり、他の装置が代行している定期通信を自機が行うように変更したりすることができる。また上述した処理の他にも、定常処理（ステップＳ１２）においては、例えば他の装置からブロードキャスト送信される代行情報を受信すると、その代行情報を代行管理情報３０へ登録する処理なども行われる。

図１７のフローチャートに戻り、上述の定常処理（ステップＳ１２）を繰り返し行っている状態でスリープモードへの移行条件が成立すると（ステップＳ１３でＹＥＳ）、情報処理装置３は、同一サーバー７に接続中の他の装置を確認する処理を行う（ステップＳ１４）。例えば情報処理装置３は、サーバー７に対し、同じローカルネットワーク５内にセッションを確立している他の装置が存在するか否かを問い合わせることにより、同一サーバー７に接続中の他の装置を確認する。その結果、他の装置が存在する場合（ステップＳ１５でＹＥＳ）、情報処理装置３は、代行装置決定処理を実行する（ステップＳ１６）。

図１９は、代行装置決定処理（ステップＳ１６）の詳細な処理手順の一例を示すフローチャートである。情報処理装置３は、代行装置決定処理を開始すると、まず残時間確認処理を行う（ステップＳ５０）。すなわち、情報処理装置３は、他の装置に対して残時間要求を送信する。そして情報処理装置３は、他の装置から残時間回答を受信したか否かを判断し（ステップＳ５１）、残時間回答を受信した場合には（ステップＳ５１でＹＥＳ）、残時間の最も長い装置を代行装置に決定する（ステップＳ５２）。

これに対し、他の装置から残時間回答を所定時間以内に受信しなかった場合、他の装置はスリープモードであることが分かる。そのため、情報処理装置３は、他の装置から残時間回答を所定時間以内に受信しなかった場合には（ステップＳ５１でＮＯ）、例えば代行管理情報３０を参照することにより、自機と同一のサーバー７に接続している他の装置の中に、他のサーバー７にも接続している装置が存在するか否かを判断する（ステップＳ５３）。その結果、他のサーバー７にも接続している装置が存在する場合（ステップＳ５３でＹＥＳ）、情報処理装置３は、他のサーバー７にも接続している装置を代行装置に決定する（ステップＳ５４）。これに対し、他のサーバー７にも接続している装置が存在しない場合（ステップＳ５３でＮＯ）、情報処理装置３は、他の装置に対して定期通信の代行を依頼せず、自機でサーバー７との定期通信を行うことを決定する（ステップＳ５５）。以上で、代行装置決定処理が終了する。

図１７に戻り、情報処理装置３は、上述した代行装置決定処理（ステップＳ１６）によって他の装置へ定期通信の代行を依頼することが決定されたか否かを判断し（ステップＳ１７）、他の装置へ依頼する場合（ステップＳ１７でＹＥＳ）、代行装置として決定された他の装置に対し、代行依頼を送信する（ステップＳ１８）。そして他の装置から受理通知を受信することに伴い、情報処理装置３は、代行情報を生成し（ステップＳ１９）、その代行情報を他の装置へブロードキャスト送信する（ステップＳ２０）。以上で、スリープモードへ移行する直前に他の装置へ定期通信の代行を依頼する処理が終了する。

一方、同一サーバー７に接続中の他の装置が存在しなかった場合（ステップＳ１５でＮＯ）、或いは、代行処理決定処理において他の装置へ代行依頼を行わないことが決定された場合（ステップＳ１７でＮＯ）、情報処理装置３は、スリープモードへ移行する前に、次にサーバー７との定期通信を行うために通常モードへ復帰する復帰タイミングを電力制御部２３に設定する（ステップＳ２１）。その後、情報処理装置３は、通電状態を通常モードからスリープモードへ移行させる（ステップＳ２２）。

以上のように本実施形態の情報処理装置３は、電力制御部２３によって通常モードからスリープモードへ移行するときに、定期通信部３５が行うべきサーバー７との定期通信の代行を同じローカルネットワーク５に設けられた他の装置へ依頼する。そのため、スリープモードへ移行した後は、サーバー７との定期通信のために一定の時間間隔で通常モードに復帰する必要がなくなるので、スリープモードを長時間に亘って継続させることができるようになる。したがって、本実施形態の情報処理装置３は、従来よりも高い省電力効果を得ることができるようになる。

（第２実施形態）
次に本発明の第２実施形態について説明する。上述の第１実施形態では、サーバー７との定期通信を代行する代行装置を情報処理装置３において決定する場合を説明した。これに対し、本実施形態では、サーバー７において代行装置を決定する場合について説明する。尚、本実施形態においても情報処理システム１の構成及び情報処理装置３の構成は第１実施形態で説明したものと同様である。

図２０は、本実施形態におけるサーバー７のハードウェア構成及び機能構成の一例を示すブロック図である。図２０に示すように、本実施形態のサーバー７が第１実施形態と異なる点は、通信制御部１６がセッション管理部１７だけでなく、代行装置決定部１８を更に備えている点である。

代行装置決定部１８は、一の情報処理装置３から定期通信を代行する代行装置の問い合わせを受けた場合に、その一の情報処理装置３を除く他の情報処理装置３のうちから定期通信を代行する代行装置を決定し、問い合わせ元である一の情報処理装置に対して代行装置を通知する機能を有している。具体的に説明すると、代行装置決定部１８は、ローカルネットワーク５の情報処理装置３から代行装置の問い合わせを受信すると、セッション管理情報１４を参照し、同じローカルネットワーク５に設けられている他の装置とのセッションを確立していれば、そのような他の装置を代行装置候補として全て抽出する。そして代行装置候補として１台の装置だけを抽出した場合、代行装置決定部１８は、その１台の装置を代行装置として決定し、問い合わせ元の情報処理装置３へ回答する。

また代行装置候補として複数の装置が抽出されることもある。その場合、代行装置決定部１８は、それら複数の装置の中から１台の装置を代替装置として決定する。このとき、代行装置決定部１８は、例えばセッション管理情報１４の定期通信履歴情報１４ｃを参照し、前回の定期通信を行ってからの経過時間が最も短い装置を代行装置として決定するようにしても良い。すなわち、前回の定期通信を行ってからの経過時間が最も短い装置は、通常モードで稼働している可能性が高いため、その通常モードが継続している間に代行装置に設定することができる。またこの他にも、代行装置決定部１８は、例えばセッション管理情報１４の通信相手情報１４ｂに登録されている情報処理装置３とは異なる装置から定期通信を受信していれば、その定期通信の相手装置が他の装置の定期通信を既に代行していると判断し、その定期通信の相手装置を代行装置として決定するようにしても良い。この場合、定期通信を代行する権限を１台の情報処理装置３に集約させていくことができるので、より好ましい。そして代行装置決定部１８は、問い合わせ元の情報処理装置３に対して代行装置を回答する。

図２１は、本実施形態において情報処理装置３ａがスリープモードへ移行する場合の動作シーケンスを示す図である。まず情報処理装置３ａにおいてスリープモードへの移行条件が成立すると、情報処理装置３ａは、スリープモード移行処理を開始する（プロセスＰ１１０）。このスリープモード移行処理は、代行依頼部３６によって行われる処理である。スリープモード移行処理を開始すると、代行依頼部３６はまず代行装置決定処理を行う（プロセスＰ１１１）。代行依頼部３６によって接続装置確認処理が行われると、情報処理装置３ａからサーバー７ａに代行装置問い合わせが送信される（プロセスＰ１１２）。サーバー７ａは、この代行装置問い合わせを受信すると、上述したような代行装置決定処理を行う（プロセスＰ１１３）。これにより、サーバー７ａとのセッションを確立させている他の情報処理装置３ｂ，３ｃの中から、１つの情報処理装置が代行装置として決定される。尚、本実施形態では、情報処理装置３ｂが代行装置として決定される場合を例示する。

サーバー７ａは、情報処理装置３ｂを代行装置として決定すると、情報処理装置３ａに対して代行装置回答を送信する（プロセスＰ１１４）。情報処理装置３ａは、サーバー７ａから代行装置回答を受信すると、それによって代行装置を決定することができる。そして情報処理装置３ａは、情報処理装置３ｂに対する代行依頼処理を開始する（プロセスＰ１１５）。尚、プロセスＰ１１５以降は、図７に示したプロセスＰ１８以降の処理と同様である。したがって、本実施形態においても情報処理装置３ａは、スリープモードへ移行する直前に、自機がサーバー７ａと行うべき定期通信を他の情報処理装置３ｂに代行させることができる。

このように本実施形態では、情報処理装置３がスリープモードへ移行するとき、サーバー７に代行装置を問い合わせ、サーバー７が代行装置を決定して情報処理装置３へ回答する。そのため、情報処理装置３は、他の装置がスリープモードへ移行するまでの残時間を確認したりする必要がないため、他の装置に代行依頼を行うための処理を効率的に行うことができるようになる。

尚、本実施形態において上記以外の点は、第１実施形態で説明したものと同様である。

（変形例）
以上、本発明に関する実施形態について説明したが、本発明は、上記実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。

例えば上記実施形態では、サーバー７がインターネット６に設けられる場合を例示したが、これに限られるものではない。すなわち、サーバー７は必ずしもインターネット６上に設けられるものでなくても良く、複数の情報処理装置３ａ，３ｂ，３ｃが設けられるローカルネットワーク５とは異なるネットワーク環境に設けられるものであれば良い。

また上記実施形態では、情報処理装置３がＭＦＰなどで構成され、サーバー７と連携してジョブを実行することができる装置である場合を例示した。しかし、本発明の情報処理装置は、ＭＦＰなどのような装置に限られるものではなく、例えばローカルネットワークに設けられるゲートウェイなどで構成され、ＭＦＰなどのような装置とサーバー７との通信を中継する装置であっても構わない。

また上記実施形態では、情報処理装置３が代行装置を決定するとき、まず他の装置がスリープモードに移行するまでの残時間を確認し、他の装置から残時間回答を得られなかった場合に他の装置が別のサーバー７ともセッションを確立しているか否かを確認する処理を行う場合を例示した。しかし、これに限られるものではなく、別のサーバー７ともセッションを確立している他の装置を、残時間よりも優先的に代行装置として決定するようにしても良い。この場合、例えば情報処理装置３ａが代行装置を決定するときには、同じサーバー７ａとセッションを確立している他の情報処理装置３ｂ，３ｃに対し、サーバー７ａとは異なる別のサーバーともセッションを確立しているか否かを問い合わせ、他の情報処理装置３ｂ，３ｃからの回答に基づいて別のサーバー７ｂともセッションを確立している情報処理装置３ｃを代行装置として決定するようにしても良い。これにより、定期通信を代行する権限を複数のサーバー７ａ，７ｂとセッションを確立している情報処理装置３ｃに集約させることができるため、ローカル環境２において定期通信のためにスリープモードから定期的に通常モードに復帰する情報処理装置３の数を最小限に抑えることができるようになる。

１情報処理システム
３（３ａ，３ｂ，３ｃ，３ｄ）情報処理装置
５ローカルネットワーク
７（７ａ，７ｂ）サーバー
１７セッション管理部（セッション管理手段）
１８代行装置決定部（代行装置決定手段）
２３電力制御部（電力制御手段）
３３セッション管理部（セッション管理手段）
３４セッション確立部（セッション確立手段）
３５定期通信部（定期通信手段）
３６代行依頼部（代行依頼手段）
３７通信代行部（通信代行手段）

Claims

ローカルネットワークを経由してインターネット上に設けられたサーバーと通信を行う情報処理装置であって、
前記ローカルネットワークを経由して前記サーバーと通信可能なセッションを確立するセッション確立手段と、
前記確立されたセッションにより前記サーバーからのジョブを受信する受信手段と、
前記セッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う定期通信手段と、
スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記定期通信手段が行うべき前記サーバーとの定期通信の代行を、前記ローカルネットワークに設けられ、前記サーバーと通信可能なセッションを確立している他の装置へ依頼する代行依頼手段と、
を備え、
前記代行依頼手段は、前記ローカルネットワークに複数の他の装置が設けられている場合、それら複数の他の装置のうちから前記サーバーと通信可能なセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記サーバーと通信可能なセッションを確立している複数の他の装置が存在する場合には、それら複数の他の装置のうち、スリープモードへ移行するまでの残時間が最も長い他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする情報処理装置。
ローカルネットワークを経由してインターネット上に設けられたサーバーと通信を行う情報処理装置であって、
前記ローカルネットワークを経由して前記サーバーと通信可能なセッションを確立するセッション確立手段と、
前記確立されたセッションにより前記サーバーからのジョブを受信する受信手段と、
前記セッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う定期通信手段と、
スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記定期通信手段が行うべき前記サーバーとの定期通信の代行を、前記ローカルネットワークに設けられ、前記サーバーと通信可能なセッションを確立している他の装置へ依頼する代行依頼手段と、
を備え、
前記代行依頼手段は、前記ローカルネットワークに複数の他の装置が設けられている場合、それら複数の他の装置のうちから前記サーバーと通信可能なセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記サーバーと通信可能なセッションを確立している複数の他の装置が存在する場合には、それら複数の他の装置のうち、前記サーバーとは異なる他のサーバーと通信可能なセッションを確立している他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする情報処理装置。
前記代行依頼手段は、前記サーバーと通信可能なセッションを確立している複数の他の装置のそれぞれに対してスリープモードへ移行するまでの残時間を問い合わせ、それら複数の他の装置からの回答に基づいて一の装置を選択することを特徴とする請求項１に記載の情報処理装置。
前記代行依頼手段は、前記サーバーと通信可能なセッションを確立している複数の他の装置のそれぞれに対して前記サーバーとは異なる他のサーバーと通信可能なセッションを確立しているか否かを問い合わせ、それら複数の他の装置からの回答に基づいて一の装置を選択することを特徴とする請求項２に記載の情報処理装置。
前記ローカルネットワークに設けられた他の装置から前記サーバーとの定期通信の代行の依頼を受けた場合に、当該他の装置が行うべき前記サーバーとの定期通信を代行して行う通信代行手段、
を更に備えることを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
前記通信代行手段は、前記定期通信手段が前記サーバーとの定期通信を行うタイミングで前記サーバーとの定期通信を代行して行うことを特徴とする請求項５に記載の情報処理装置。
前記代行依頼手段は、前記通信代行手段が前記サーバーとの定期通信を代行して行っている状態でスリープモードへ移行するとき、前記定期通信手段が行うべき前記サーバーとの定期通信と、前記通信代行手段が行うべき前記サーバーとの定期通信との双方の代行を前記ローカルネットワークに設けられた他の装置へ依頼することを特徴とする請求項５又は６に記載の情報処理装置。
前記代行依頼手段は、前記一の装置に対して前記サーバーとの定期通信の代行を依頼した後、少なくとも前記サーバーと通信可能なセッションを確立している他の装置に対し、前記一の装置に定期通信の代行を依頼したことを示す代行情報を送信することを特徴とする請求項１乃至７のいずれかに記載の情報処理装置。
前記代行依頼手段は、スリープモードへ移行するとき、前記サーバーに対して問い合わせを行い、前記サーバーから指定された他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする請求項１乃至８のいずれかに記載の情報処理装置。
スリープモードへの移行条件成立により前記定期通信手段に対する通電を停止させる電力制御手段、
を更に備えることを特徴とする請求項１乃至９のいずれかに記載の情報処理装置。
ローカルネットワークに設けられる第１の情報処理装置と、
前記ローカルネットワークに設けられる第２の情報処理装置と、
インターネット上に設けられ、前記ローカルネットワークを経由して前記第１の情報処理装置及び前記第２の情報処理装置のそれぞれが通信可能なサーバーと、
を有する情報処理システムであって、
前記第１の情報処理装置は、
前記ローカルネットワークを経由して前記サーバーと通信可能な第１のセッションを確立し、当該第１のセッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第１のセッション管理手段と、
前記確立された第１のセッションにより前記サーバーからのジョブを受信する第１の受信手段と、
を備え、
前記第２の情報処理装置は、
前記ローカルネットワークを経由して前記サーバーと通信可能な第２のセッションを確立し、当該第２のセッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第２のセッション管理手段と、
前記確立された第２のセッションにより前記サーバーからのジョブを受信する第２の受信手段と、
を備え、
前記第１のセッション管理手段は、スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記第１のセッション管理手段が行うべき前記サーバーとの定期通信の代行を、前記第２のセッションが確立している前記第２の情報処理装置へ依頼し、
前記第２のセッション管理手段は、前記第１の情報処理装置から前記サーバーとの定期通信の代行の依頼を受けた場合に、前記第１の情報処理装置が行うべき前記サーバーとの定期通信を代行して行い、
前記第１のセッション管理手段は、前記ローカルネットワークに複数の前記第２の情報処理装置が設けられている場合、前記複数の第２の情報処理装置のうちから前記サーバーと通信可能な第２のセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記複数の第２の情報処理装置の中に、前記サーバーと通信可能な第２のセッションを確立している２以上の装置が含まれる場合には、前記２以上の装置のうち、スリープモードへ移行するまでの残時間が最も長い装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする情報処理システム。
ローカルネットワークに設けられる第１の情報処理装置と、
前記ローカルネットワークに設けられる第２の情報処理装置と、
インターネット上に設けられ、前記ローカルネットワークを経由して前記第１の情報処理装置及び前記第２の情報処理装置のそれぞれが通信可能なサーバーと、
を有する情報処理システムであって、
前記第１の情報処理装置は、
前記ローカルネットワークを経由して前記サーバーと通信可能な第１のセッションを確立し、当該第１のセッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第１のセッション管理手段と、
前記確立された第１のセッションにより前記サーバーからのジョブを受信する第１の受信手段と、
を備え、
前記第２の情報処理装置は、
前記ローカルネットワークを経由して前記サーバーと通信可能な第２のセッションを確立し、当該第２のセッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第２のセッション管理手段と、
前記確立された第２のセッションにより前記サーバーからのジョブを受信する第２の受信手段と、
を備え、
前記第１のセッション管理手段は、スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記第１のセッション管理手段が行うべき前記サーバーとの定期通信の代行を、前記第２のセッションが確立している前記第２の情報処理装置へ依頼し、
前記第２のセッション管理手段は、前記第１の情報処理装置から前記サーバーとの定期通信の代行の依頼を受けた場合に、前記第１の情報処理装置が行うべき前記サーバーとの定期通信を代行して行い、
前記第１のセッション管理手段は、前記ローカルネットワークに複数の前記第２の情報処理装置が設けられている場合、前記複数の第２の情報処理装置のうちから前記サーバーと通信可能な第２のセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記複数の第２の情報処理装置の中に、前記サーバーと通信可能な第２のセッションを確立している２以上の装置が含まれる場合には、前記２以上の装置のうち、前記サーバーとは異なる他のサーバーと通信可能なセッションを確立している装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする情報処理システム。
前記第１のセッション管理手段は、前記２以上の装置のそれぞれに対してスリープモードへ移行するまでの残時間を問い合わせ、前記２以上の装置からの回答に基づいて一の装置を選択することを特徴とする請求項１１に記載の情報処理システム。
前記第１のセッション管理手段は、前記２以上の装置のそれぞれに対して前記サーバーとは異なる他のサーバーと通信可能なセッションを確立しているか否かを問い合わせ、前記２以上の装置からの回答に基づいて一の装置を選択することを特徴とする請求項１２に記載の情報処理システム。
前記第１のセッション管理手段は、前記一の装置に対して前記サーバーとの定期通信の代行を依頼した後、前記複数の第２の情報処理装置のうち、少なくとも前記サーバーと通信可能な第２のセッションを確立している他の装置に対し、前記一の装置に定期通信の代行を依頼したことを示す代行情報を送信することを特徴とする請求項１１乃至１４のいずれかに記載の情報処理システム。
前記第１のセッション管理手段は、スリープモードへ移行するとき、前記サーバーに対して問い合わせを行い、前記サーバーから指定された前記第２の情報処理装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする請求項１１乃至１５のいずれかに記載の情報処理システム。
前記第１の情報処理装置は、
スリープモードへの移行条件成立により前記第１のセッション管理手段に対する通電を停止させる電力制御手段、
を更に備えることを特徴とする請求項１１乃至１６のいずれかに記載の情報処理システム。
インターネットに接続され、複数の情報処理装置と通信を行うサーバーであって、
前記複数の情報処理装置のそれぞれと個別にセッションを確立し、各情報処理装置からの定期通信を受信することによって前記セッションを維持するセッション管理手段と、
前記複数の情報処理装置のそれぞれに対して、個別に確立されたセッションによりジョブを送信する送信手段と、
前記複数の情報処理装置のうちの一の情報処理装置から定期通信を代行する装置の問い合わせを受けた場合に、前記一の情報処理装置を除く、前記セッションを確立している他の情報処理装置のうちから定期通信を代行する代行装置を決定し、前記一の情報処理装置に対して代行装置を通知する代行装置決定手段と、
前記各情報処理装置と通信を行った履歴に関する履歴情報を管理する手段と、
を備え、
前記代行装置決定手段は、前記セッションを確立している他の情報処理装置が複数存在する場合に、前記履歴情報に基づいて、前回の定期通信を行ってからの経過時間が最も短い装置を前記代行装置に決定することを特徴とするサーバー。
ローカルネットワークを経由してインターネット上に設けられたサーバーと通信を行う情報処理装置において実行されるプログラムであって、前記情報処理装置に、
前記ローカルネットワークを経由して前記サーバーと通信可能なセッションを確立する第１ステップと、
前記確立されたセッションにより前記サーバーからのジョブを受信する第２ステップと、
前記セッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第３ステップと、
スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記第３ステップで行うべき前記サーバーとの定期通信の代行を、前記ローカルネットワークに設けられ、前記サーバーと通信可能なセッションを確立している他の装置へ依頼する第４ステップと、
を実行させ、
前記第４ステップは、前記ローカルネットワークに複数の他の装置が設けられている場合、それら複数の他の装置のうちから前記サーバーと通信可能なセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記サーバーと通信可能なセッションを確立している複数の他の装置が存在する場合には、それら複数の他の装置のうち、スリープモードへ移行するまでの残時間が最も長い他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とするプログラム。
ローカルネットワークを経由してインターネット上に設けられたサーバーと通信を行う情報処理装置において実行されるプログラムであって、前記情報処理装置に、
前記ローカルネットワークを経由して前記サーバーと通信可能なセッションを確立する第１ステップと、
前記確立されたセッションにより前記サーバーからのジョブを受信する第２ステップと、
前記セッションを維持するべく前記サーバーと所定の時間間隔で定期通信を行う第３ステップと、
スリープモードへの移行条件成立によりスリープモードへ移行するとき、前記第３ステップで行うべき前記サーバーとの定期通信の代行を、前記ローカルネットワークに設けられ、前記サーバーと通信可能なセッションを確立している他の装置へ依頼する第４ステップと、
を実行させ、
前記第４ステップは、前記ローカルネットワークに複数の他の装置が設けられている場合、それら複数の他の装置のうちから前記サーバーと通信可能なセッションを確立している一の装置を選択し、当該一の装置に対して前記サーバーとの定期通信の代行を依頼するように構成され、前記サーバーと通信可能なセッションを確立している複数の他の装置が存在する場合には、それら複数の他の装置のうち、前記サーバーとは異なる他のサーバーと通信可能なセッションを確立している他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とするプログラム。
前記第４ステップは、前記サーバーと通信可能なセッションを確立している複数の他の装置のそれぞれに対してスリープモードへ移行するまでの残時間を問い合わせ、それら複数の他の装置からの回答に基づいて一の装置を選択することを特徴とする請求項１９に記載のプログラム。
前記第４ステップは、前記サーバーと通信可能なセッションを確立している複数の他の装置のそれぞれに対して前記サーバーとは異なる他のサーバーと通信可能なセッションを確立しているか否かを問い合わせ、それら複数の他の装置からの回答に基づいて一の装置を選択することを特徴とする請求項２０に記載のプログラム。
前記情報処理装置に、
前記ローカルネットワークに設けられた他の装置から前記サーバーとの定期通信の代行の依頼を受けた場合に、当該他の装置が行うべき前記サーバーとの定期通信を代行して行う第５ステップ、
を更に実行させることを特徴とする請求項１９乃至２２のいずれかに記載のプログラム。
前記第５ステップは、前記第３ステップが前記サーバーとの定期通信を行うタイミングで前記サーバーとの定期通信を代行して行うことを特徴とする請求項２３に記載のプログラム。
前記第４ステップは、前記第５ステップにおいて前記サーバーとの定期通信を代行して行っている状態でスリープモードへ移行するとき、前記第３ステップで行うべき前記サーバーとの定期通信と、前記第５ステップで行うべき前記サーバーとの定期通信との双方の代行を前記ローカルネットワークに設けられた他の装置へ依頼することを特徴とする請求項２３又は２４に記載のプログラム。
前記第４ステップは、前記一の装置に対して前記サーバーとの定期通信の代行を依頼した後、少なくとも前記サーバーと通信可能なセッションを確立している他の装置に対し、前記一の装置に定期通信の代行を依頼したことを示す代行情報を送信することを特徴とする請求項２５に記載のプログラム。
前記第４ステップは、スリープモードへ移行するとき、前記サーバーに対して問い合わせを行い、前記サーバーから指定された他の装置に対して前記サーバーとの定期通信の代行を依頼することを特徴とする請求項１９乃至２６のいずれかに記載のプログラム。
前記情報処理装置に、
スリープモードへの移行条件成立により通電を停止させる第６ステップ、
を更に実行させることを特徴とする請求項１９乃至２７のいずれかに記載のプログラム。
インターネットに接続され、複数の情報処理装置と通信を行うサーバーにおいて実行されるプログラムであって、前記サーバーに、
前記複数の情報処理装置のそれぞれと個別にセッションを確立し、各情報処理装置からの定期通信を受信することによって前記セッションを維持する第１ステップと、
前記複数の情報処理装置のそれぞれに対して、個別に確立されたセッションによりジョブを送信する第２ステップと、
前記複数の情報処理装置のうちの一の情報処理装置から定期通信を代行する装置の問い合わせを受けた場合に、前記一の情報処理装置を除く、前記セッションを確立している他の情報処理装置のうちから定期通信を代行する代行装置を決定し、前記一の情報処理装置に対して代行装置を通知する第３ステップと、
前記各情報処理装置と通信を行った履歴に関する履歴情報を管理する第４ステップと、
を実行させ、
前記第３ステップにおいては、前記セッションを確立している他の情報処理装置が複数存在する場合に、前記履歴情報に基づいて、前回の定期通信を行ってからの経過時間が最も短い装置を前記代行装置に決定することを特徴とするプログラム。