(57)【特許請求の範囲】
【請求項１】
自装置が所定状態になるとスリープ状態に遷移する情報処理装置において、
自装置で実行中の第１アプリケーションの情報を取得する第１取得手段と、
自装置と共に使用される他装置で実行中の第２アプリケーションの情報を取得する第２取得手段と、
前記第１アプリケーションによって自装置で表示される表示画面に、前記第２アプリケーションに関する文字情報あるいは画像情報が含まれる場合、前記スリープ状態への遷移を制限する制御手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
自装置が所定状態になるとスリープ状態に遷移する情報処理装置において、
自装置で実行中の第１アプリケーションの情報を取得する第１取得手段と、
自装置と共に使用される他装置で実行中の第２アプリケーションの情報を取得する第２取得手段と、
前記第１アプリケーションの情報と前記第２アプリケーションの情報とが所定の操作条件を満たすときに前記スリープ状態への遷移を制限する制御手段と、を備え、
前記制御手段は、前記第１アプリケーションに関する記述が前記第２アプリケーションに含まれる場合、又は、前記第２アプリケーションに関する記述が前記第１アプリケーションに含まれる場合に、前記スリープ状態への遷移を制限することを特徴とする情報処理装置。
【請求項３】
自装置が所定状態になるとスリープ状態に遷移する情報処理装置において、
自装置で実行中の第１アプリケーションの情報を取得する第１取得手段と、
自装置と共に使用される他装置で実行中の第２アプリケーションの情報を取得する第２取得手段と、
前記第１アプリケーションの情報と前記第２アプリケーションの情報とが所定の操作条件を満たすときに前記スリープ状態への遷移を制限する制御手段と、を備え、
前記制御手段は、前記第１アプリケーションに関する画像が前記第２アプリケーションに含まれる場合、又は、前記第２アプリケーションに関する画像が前記第１アプリケーションに含まれる場合に、前記スリープ状態への遷移を制限することを特徴とする情報処理装置。
【請求項４】
自装置が所定状態になるとスリープ状態に遷移する情報処理装置において、
自装置で実行中の第１アプリケーションの情報を取得する第１取得手段と、
自装置と共に使用される他装置で実行中の第２アプリケーションの情報を取得する第２取得手段と、
前記第１アプリケーションの情報と前記第２アプリケーションの情報とが所定の操作条件を満たすときに前記スリープ状態への遷移を制限する制御手段と、
前記第２アプリケーションの情報に代えて前記他装置に固有の設定情報を取得する設定情報取得手段を備えており、
前記制御手段は、取得した前記固有の設定情報に関する記述が前記第１アプリケーションの情報に含まれる場合に、前記スリープ状態への遷移を制限することを特徴とする情報処理装置。
【請求項５】
自装置が所定状態になるとスリープ状態に遷移する情報処理装置において、
自装置で実行中の第１アプリケーションの情報を取得する第１取得手段と、
自装置と共に使用される他装置で実行中の第２アプリケーションの情報を取得する第２取得手段と、
前記第１アプリケーションの情報と前記第２アプリケーションの情報とが所定の操作条件を満たすときに前記スリープ状態への遷移を制限する制御手段と、
それぞれ関連して使用されている自装置及び前記他装置で実行中のアプリケーションの組み合わせを関連アプリケーションとして保持する関連アプリケーション保持手段を備えており、
前記制御手段は、前記第１アプリケーションと前記第２アプリケーションの組み合わせが前記関連アプリケーション保持手段に保持されている関連アプリケーションに該当する場合に、前記スリープ状態への遷移を制限することを特徴とする情報処理装置。
【請求項６】
前記関連アプリケーション保持手段は、自装置及び前記他装置においてそれぞれユーザにより操作されたスリープ解除の操作かどうかを表す操作種別、操作された装置を識別するための装置ＩＤ、操作時刻、及び、操作された時に実行中のアプリケーションの名前を含む操作情報に基づき、前記スリープ解除の操作が入力された装置の装置ＩＤとスリープ解除の１つ前の操作が入力された装置の装置ＩＤとが異なり、かつ、スリープ解除の１つ前の操作が入力された装置の装置ＩＤとスリープ解除の１つ後の操作が入力された装置の装置ＩＤとが同じとされたときに、前記第１アプリケーションと前記第２アプリケーションとの組み合わせを前記関連アプリケーションとして保持する、
請求項５に記載の情報処理装置。
【請求項７】
前記関連アプリケーション保持手段は、さらに前記スリープ解除の操作時刻とスリープ解除から１つ後の操作の操作時刻との時間差が一定時間以内である場合、スリープ解除の操作が入力された情報処理装置で動作中のアプリケーションとスリープ解除の１つ後の操作が入力された情報処理装置で動作中のアプリケーションとを前記関連アプリケーションとして保持する、
請求項６に記載の情報処理装置。
【請求項８】
前記他装置の動作状態を表す情報を取得する第３取得手段を備えており、
自装置が前記所定状態のときに取得された前記他装置の動作状態がスリープ状態又はスリープ状態への遷移が制限された状態を表す場合は、前記第１取得手段及び前記第２取得手段が起動しない、
請求項１ないし７のいずれか一項に記載の情報処理装置。
【請求項９】
前記他装置は、自装置と直接又は間接に自動接続される情報処理装置である、
請求項１ないし８のいずれか一項に記載の情報処理装置。
【請求項１０】
ユーザの操作を受け付けるためのタッチパネルを備えており、
前記スリープ状態は、前記タッチパネルへのワンタッチ操作で遷移直前に復帰する状態である、請求項１ないし９のいずれか一項に記載の情報処理装置。
【請求項１１】
それぞれ請求項６に記載された２つの情報処理装置と接続されるサーバであって、
前記２つの情報処理装置から前記操作情報を受信する受信手段と、
前記２つの情報処理装置が関連して使用されているかどうかを判定する関連使用判定手段と、
関連して使用されていると判定された前記２つの情報処理装置で動作しているアプリケーションの組み合わせを前記関連アプリケーションとしていずれかの前記関連アプリケーション保持手段に保持させる関連アプリケーション登録手段と、
を備えたことを特徴とするサーバ。
【請求項１２】
前記関連使用判定手段は、スリープ解除の操作が入力された情報処理装置の装置ＩＤとスリープ解除の１つ前の操作が入力された情報処理装置の装置ＩＤとが異なり、かつ、スリープ解除の１つ前の操作が入力された情報処理装置の装置ＩＤと、スリープ解除の１つ後の操作が入力された情報処理装置の装置ＩＤとが同じであるときに、前記２つの情報処理装置が関連して使用されていると判定する、
請求項１１に記載のサーバ。
【請求項１３】
前記関連アプリケーション登録手段は、前記スリープ解除の操作時刻とスリープ解除から１つ後の操作の操作時刻との時間差が一定時間以内であり、かつ、スリープ解除の１つ前の操作が入力された情報処理装置の装置ＩＤと、スリープ解除の１つ後の操作が入力された情報処理装置の装置ＩＤとが同じである場合、スリープ解除の操作が入力された情報処理装置で動作中のアプリケーションとスリープ解除の１つ後の操作が入力された情報処理装置で動作中のアプリケーションとを前記関連アプリケーションとする、
請求項１２に記載のサーバ。
【請求項１４】
第１情報処理装置が、自装置の無操作状態が一定時間継続すると、自装置と共に使用中の第２情報処理装置を探索し、
前記第２情報処理装置が見つかったときは、自装置で実行中の第１アプリケーションの情報と前記第２情報処理装置で実行中の第２アプリケーションの情報とを取得するとともに、前記第１アプリケーションによって自装置で表示される表示画面に、前記第２アプリケーションに関する文字情報あるいは画像情報が含まれる場合、自装置におけるスリープ状態への遷移を制限することを特徴とするスリープ制御方法。
【請求項１５】
第１情報処理装置が、自装置の無操作状態が一定時間継続すると、自装置と共に使用中の第２情報処理装置を探索し、
前記第２情報処理装置が見つかったときは、該第２情報処理装置の動作状態を取得し、取得した動作状態がスリープ状態又はスリープ状態への遷移が制限された状態でない場合は、自装置で実行中の第１アプリケーションの情報と前記第２情報処理装置で実行中の第２アプリケーションの情報とを取得するとともに、取得した情報に基づき前記第１アプリケーションと前記第２アプリケーションとが関連して操作されているかどうかを判定し、関連して操作されているときは、自装置におけるスリープ状態への遷移を制限し、
前記第２情報処理装置が見つかったときは、該第２情報処理装置の動作状態を取得し、取得した動作状態がスリープ状態又はスリープ状態への遷移が制限された状態の場合は、前記第１アプリケーション及び前記第２アプリケーションの情報を取得することなく、自装置をスリープ状態に遷移させることを特徴とするスリープ制御方法。
【請求項１６】
前記判定において、ユーザにより操作されたスリープ解除の操作かどうかを表す操作種別、操作された自装置又は前記第２情報処理装置を識別するための装置ＩＤ、操作時刻、及び、操作された時に実行中のアプリケーションの名前を含む操作情報に基づき、前記スリープ解除の操作が入力された情報処理装置の装置ＩＤとスリープ解除の１つ前の操作が入力された情報処理装置の装置ＩＤとが異なり、かつ、スリープ解除の１つ前の操作が入力された情報処理装置の装置ＩＤと、スリープ解除の１つ後の操作が入力された情報処理装置の装置ＩＤとが同じであるときに、前記第１アプリケーションと前記第２アプリケーションとが関連して操作されていると判定する、
請求項１５に記載のスリープ制御方法。
【請求項１７】
前記スリープ解除の操作時刻とスリープ解除から１つ後の操作の操作時刻との時間差が一定時間以内で、かつ、スリープ解除の１つ前の操作が入力された情報処理装置の装置ＩＤと、スリープ解除の１つ後の操作が入力された情報処理装置の装置ＩＤとが同じである場合、スリープ解除の操作が入力された情報処理装置で動作中のアプリケーションとスリープ解除の１つ後の操作が入力された情報処理装置で動作中のアプリケーションとが前記関連して操作されていると判定する、
請求項１６に記載のスリープ制御方法。
【請求項１８】
通信機能を有するコンピュータを請求項１ないし１０のいずれか一項に記載された情報処理装置として動作させるためのコンピュータプログラム。
【請求項１９】
通信機能を有するコンピュータを請求項１１ないし１３のいずれか一項に記載されたサーバとして動作させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置のスリープ制御に関する。
【背景技術】
【０００２】
消費電力を減らすために、ユーザの操作が一定時間なかった場合に、スリープ状態に遷移する情報処理装置がある。このような情報処理装置において、表示されている文書を読んでいる間、ユーザの操作がなく、スリープ状態に遷移すると、ユーザは文書を読めなくなってしまう。つまり、ユーザの操作の有無だけを基準としてスリープ制御を行うことは好ましくない。このような問題を解決するため、特許文献１に開示された情報処理装置は、画像が表示されている状態で検出されたユーザの視線が表示手段を向く方向である間は、スリープ状態に遷移しないようにしている。ユーザの操作の有無のほかにユーザの目の検出結果を考慮した電子装置のスリープ制御については、特許文献２にも開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２３３９６４号公報
【特許文献２】特開２００５−２６９８９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザが複数の情報処理装置を一緒に使用することがある。例えば、スマートフォンでゲームをしながら、タブレット端末で攻略法を調べる場合などである。攻略法を調べている間ユーザはタブレット端末を操作しており、スマートフォンは操作されない。また、ユーザはタブレット端末を見ており、スマートフォンを見ていない。
よって特許文献１，２の技術を採用すると、ユーザが攻略法を調べ終わり、ゲームを再開しようとしても、スマートフォンがスリープ状態のため、すぐに再開ができない。また、攻略法を調べている間に、ゲーム画面を確認しようとスマートフォンを見たときには、すでにスリープ状態になっていることもある。このように、複数の情報処理装置を一緒に使用する場合は、ユーザの操作や視線を基準としてスリープ制御を行うと、好ましくない場面でスリープ状態へ遷移してしまう問題がある。
本発明は、このような問題を解決する情報処理システム及びその構成装置を提供することを主たる課題とする。
【課題を解決するための手段】
【０００５】
上記課題を解決する本発明の一つの態様は、自装置が所定状態になるとスリープ状態に遷移する情報処理装置において、自装置で実行中の第１アプリケーションの情報を取得する第１取得手段と、自装置と共に使用される他装置で実行中の第２アプリケーションの情報を取得する第２取得手段と、前記第１アプリケーションによって自装置で表示される表示画面に、前記第２アプリケーションに関する文字情報あるいは画像情報が含まれる場合、前記スリープ状態への遷移を制限する制御手段と、を備えたことを特徴とする情報処理装置である。
【発明の効果】
【０００６】
本発明によれば、ユーザが複数の情報処理装置を使用している場合に、好ましくない場面ではスリープ状態へ遷移が制限されるという格別の効果が得られる。
【図面の簡単な説明】
【０００７】
【図１】（ａ），（ｂ）は第１実施形態に係る情報処理システムの構成図。
【図２】第１実施形態に係る情報処理装置の機能構成図。
【図３】自装置として動作する情報処理装置の処理手順説明図。
【図４】第１ＡＰの情報を取得する場合の処理手順説明図。
【図５】関連操作判定部における処理手順説明図。
【図６】（ａ）〜（ｃ）は実行中のＡＰの例示図。
【図７】（ａ）〜（ｃ）は取得する実行中のＡＰの情報の例示図。
【図８】第２実施形態に係る情報処理装置の機能構成図。
【図９】自装置として動作する情報処理装置の処理手順説明図。
【図１０】第３実施形態に係る情報処理装置の機能構成図。
【図１１】自装置として動作する情報処理装置の処理手順説明図。
【図１２】第３実施形態の実施例において実行中のＡＰの例示図。
【図１３】第４実施形態に係る情報処理装置の機能構成図。
【図１４】関連ＡＰ管理部の処理手順説明図。
【図１５】（ａ），（ｂ）は関連ＡＰの登録タイミングの例示図。
【発明を実施するための形態】
【０００８】
［第１実施形態］
図１（ａ）は、本発明の第１実施形態に係る情報処理システムの構成図である。この情報処理システムは、それぞれ通信機能を有する第１情報処理装置１、第２情報処理装置２及びサーバ３を含んで構成される。第１情報処理装置１及び第２情報処理装置２は、例えば、タブレット端末、スマートフォン、デジタルカメラのほか、例えば複合機などの画像形成装置であり、コンピュータを備えるものである。サーバ３は、サーバ機能を有するコンピュータであり、第１情報処理装置１と第２情報処理装置２との間で受け渡される情報を取得して保持するためのデータベース（ＤＢ）３１を有する。サーバ３を介して受け渡される情報は、第１情報処理装置１又は第２情報処理装置２において設定された情報および実行中のアプリケーション（以下、「ＡＰ」と表記する）に関する情報である。本実施形態では、一人のユーザが、第１情報処理装置１を第２情報処理装置２と共に同時期に使用することを想定する。「同時期」とはほぼ同時の意味あいである。以降の説明において、第１情報処理装置１と第２情報処理装置２とは、本発明を実施する限りにおいて同じ機能のものなので、両者を区別する必要がない場合は、情報処理装置という。
【０００９】
図１（ｂ）は情報処理装置のコンピュータ部分のハードウエア構成図である。情報処理装置は、制御バス１００に、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、通信部１０４、操作部１０５、表示部１０６を接続して構成される。
ＣＰＵ（Central Processing Unit）１０１は、本発明のコンピュータプログラムを実行することにより、装置全体の動作制御と後述する各種の処理を実行する。ＲＡＭ（Random Access Memory）１０２は上記コンピュータプログラムやデータを一時的に記憶する。ＲＡＭ１０２は、また、ＣＰＵ１０１が各種の処理を実行する際に用いるワークエリアとして機能する。ＲＯＭ（Read Only Memory）１０３は、上記コンピュータプログラムやデータを保持する。通信部１０４は、他装置やサーバ３と情報の受け渡しを行う。他装置とは、ブルートゥースや赤外線などを用いた近距離無線通信、あるいは、Ｗｉｆｉ通信により接続する。サーバ３とはインターネット又はイントラネットを通じて接続する。他装置及びサーバ３とは、使用開始時（起動時）に自動接続されるように、予め通信設定を行っておくことが望ましい。操作部１０５は、タッチパネルやボタンなどで構成され、ユーザの操作（タッチ操作やボタン押下など）を装置に入力する。表示部１０６は、装置で実行中のアプリケーション（以下、「ＡＰ」という）などを表示する。
【００１０】
ここで、情報処理装置のＣＰＵ１０１が本発明のコンピュータプログラムを実行することにより装置内に形成される機能ブロック（機能実現体）について説明する。図２は、情報処理装置の機能構成図である。図２を参照すると、情報処理装置は、操作検知部２０１の機能を有する。操作検知部２０１は、自装置が所定状態になること、例えば操作部１０５に於いてユーザによる操作の無い無操作状態が一定時間継続したことを検知する。
【００１１】
情報処理装置は、また、設定情報保持部２０２の機能を有する。設定情報保持部２０２は、自装置の設定情報を保持する。設定情報は、自装置の装置ＩＤ（ＩＤはidentificationの略、以下同じ）、機種名、オペレーションシステムとそのバージョンなどである。ユーザのユーザＩＤを設定情報として含んでも良い。装置ＩＤは、自装置を一意に特定するための識別情報である。ＳＩＭカードの番号や、ネットワークカードのＭＡＣ（Media Access Control）アドレス、製造番号などの値を装置ＩＤとして用いることができる。デジタルカメラなどでは、オペレーティングシステムの代わりにファームウェアのバージョンを保持しても良い。この設定情報は、自装置の起動時に、通信部１０４によりサーバ３へ送信される。サーバ３は、受信した設定情報をＤＢ３１へ登録する。登録する際は設定情報に含まれる装置ＩＤをキーとする。また、自装置の動作終了時、通信部１０４が設定情報の削除をサーバ３に要求する。サーバ３は登録済みの設定情報を削除する。これにより、サーバ３には起動中の情報処理装置の設定情報が登録される。
【００１２】
情報処理装置は、また、第１ＡＰ情報取得部２０３の機能を有する。第１ＡＰ情報取得部２０３は、自装置で実行中の第１ＡＰの情報を取得する（第１取得手段）。取得する情報は、第１ＡＰの名前、表示されているテキストや画像、スクリーンショットなどである。取得した第１ＡＰ情報は、通信部１０４を通じてサーバ３へ送信される。送信に際しては、設定情報保持部２０２から装置ＩＤを取得し、第１ＡＰ情報と関連付ける。サーバ３は、受信した第１ＡＰの情報を、装置ＩＤをキーにして、登録済の設定情報と関連付けてＤＢ３１へ登録する。
【００１３】
第１ＡＰの情報例を図６及び図７を参照して説明する。図６（ａ）は、「ＡＢＣ」という名前のゲームＡＰ（第１ＡＰ）がタブレット端末において実行中のときの表示部１０６の表示画面例である。このときサーバ３が取得する情報の例を示したのが図７（ａ）である。ゲームＡＰの「名前」は「ＡＢＣ」である。タブレット端末にはゲーム画面が表示されているが、文書は表示されていない。そのため、「テキスト」と「画像」は空欄となる。ゲームＡＰの中には「お知らせ」などの文書を表示する場面もあり、その場合は「テキスト」や「画像」を取得することになる。「スクリーンショット」は図６（ａ）の表示画面のイメージデータとなる。
【００１４】
図６（ｂ）は、第１ＡＰの他の例となるウエブブラウザを実行中の表示部１０６の表示画面例である。このとき取得する情報の例が図７（ｂ）である。第１ＡＰの「名前」は「ウェブブラウザ」である。ここでは「ＡＢＣの攻略」というウェブページの文書が表示されている。表示中の文書から「テキスト」を取得する。なお、ウエブページでは、文書にｈｔｍｌなどのタグが含まれる場合があるが、そのようなタグは削除することが望ましい。ウェブページの文章に画像が埋め込まれているときは、その「画像」を取得する。「スクリーンショット」は図６（ｂ）の表示画面のイメージデータとなる。
【００１５】
図６（ｃ）は、第１ＡＰの他の例となるメールＡＰを実行中の表示部１０６の表示画面例である。このとき取得する情報の例が図７（ｃ）である。第１ＡＰの「名前」は「メール」である。ここでは受信したメールの内容を表示している。表示しているメールの文書から「テキスト」を取得する。文書に含まれるｈｔｍｌなどのタグやメールの受信経路を表すヘッダなどは削除することが望ましい。通常のメールは画像を含んでいないので、「画像」は空欄となる。メールが画像を含む場合はその画像を取得することになる。「スクリーンショット」は図６（ｃ）の表示画面のイメージデータとなる。なお、情報処理装置がデジタルカメラなどで、第１ＡＰを実行できない場合、図６（ａ）〜（ｃ）に示した情報は、すべて空欄となる。
【００１６】
図２に戻り、情報処理装置は、他装置探索部２０４の機能を有する。他装置探索部２０４は、自装置と共に使用される他の情報処理装置（他装置）を探索する。自装置は、図１の例では第１情報処理装置１であり、他装置は第２情報処理装置２である。他装置は自装置と直接又は間接に接続される。直接に接続される他装置の探索は、ペアリングにより行われる。すなわち、ユーザは自装置を起動し、通信部１０４でペアリング設定された情報処理装置の中で動作しているものを探索し、見つかれば自動接続する。ここでは、他装置（第２情報処理装置２）が探索により特定され、自動接続される。他装置が探索開始後に起動された場合は、他装置の側で、既に起動済みの自装置を探索して接続するので、いずれにしても、自装置と他装置とが自動接続される。他装置探索部２０４は、接続された他装置との間で通信を開始する。他装置からは、その装置ＩＤを自装置へ返す。これにより、自装置において、他装置がユーザにより同時期に使用可能な情報処理装置として認識される。
【００１７】
間接に接続される他装置の探索は、サーバ３を介して行われる。他装置探索部２０４は、設定情報保持部２０２からユーザＩＤを取得する。次に、通信部１０４からサーバ３に向けてユーザＩＤを送信する。サーバ３は、自装置の他に、受信したユーザＩＤと同じユーザＩＤを持つ他装置の情報がＤＢ３１に登録されているかどうかを探索する。見つかった場合、サーバ３は、他装置の装置ＩＤを探索結果として自装置に返す。これにより、自装置において、他装置がユーザにより同時期に使用可能な情報処理装置として認識される。
【００１８】
情報処理装置は、また、第２ＡＰ情報取得部２０５の機能を有する。第２ＡＰ情報取得部２０５は、ユーザにより自装置と共に使用される他装置で実行中の第２ＡＰに関する情報を取得する。具体的には、他装置探索部２０４が探索した装置ＩＤを持つ他装置から情報を取得する。取得する情報は、第１ＡＰ情報取得部２０３が取得するものと同じである。つまり、第２ＡＰの名前、表示されているテキストや画像、スクリーンショットなどである。情報取得の手法は、直接通信による手法とサーバ３を介した通信による手法とがある。直接通信する手法は、上述したペアリングによる。すなわち、他装置探索部２０４と同様、ペアリングで接続している他装置へ情報の送信を要求する。他装置は、情報を自装置へ送信する。サーバ３を介した通信は、装置ＩＤをキーとして行う。すなわち、第２ＡＰ情報取得部２０５は、他装置探索部２０４が探索した装置ＩＤをサーバ３へ送信する。サーバ３は、受信した装置ＩＤをキーにしてＤＢ３１からＡＰの情報を取り出す。サーバ３は取り出した第２ＡＰの情報を自装置へ送信する。
【００１９】
情報処理装置は、また、関連操作判定部２０６の機能を有する。関連操作判定部２０６は、自装置で実行中の第１ＡＰの情報と他装置で実行中の第２ＡＰの情報とが所定の操作条件を満たすかどうかを判定する。操作条件は、本実施形態では、第１ＡＰと第２ＡＰとが関連して操作されているかどうかとする。例えば、関連操作判定部２０６は、以下の場合に、関連して操作されていると判定する。
（１）第１ＡＰに関する記述が第２ＡＰに含まれる場合。
例えば、第１ＡＰの名前が第２ＡＰのテキストに含まれている場合である。あるいは、第２ＡＰに関する記述が第１ＡＰに含まれる場合である。この判定は、図７に示した「名前」と「テキスト」に対して文字列マッチングを行うことにより可能となる。
（２）第１ＡＰに関する画像が第２ＡＰに含まれる場合。
例えば、第２ＡＰの画像が第１ＡＰのスクリーンショットに含まれる場合である。あるいは、第２ＡＰに関する画像が第１ＡＰに含まれる場合である。この判定は、画像探索の特定物体認識技術などを用いることにより可能となる。
【００２０】
情報処理装置は、また、スリープ制御部２０７の機能を有する。スリープ制御部２０７は、自装置が所定状態、例えば無操作状態が一定時間継続された状態を検知したときに自装置をスリープ状態に遷移させる。スリープ状態では、通常、表示部１０６の画面の表示を消すなど、電力消費量が比較的多い機能を停止させる。本実施形態では、そのような通常のスリープ状態のほか、操作部１０５又は表示部１０６などへのワンタッチ操作で遷移直前に復帰する状態となるようにスリープ制御を行う。例えば、スリープ状態であっても操作部１０５のタッチパネルの動作については停止させないようにする。あるいは、スリープ状態に遷移してもパスワードのロックをかけないようにする。以後の説明では、通常のスリープ状態を第１スリープ状態、ワンタッチ操作で復帰するように第１スリープ状態より緩和されたスリープ状態を第２スリープ状態とする。第１スリープ状態では、操作部１０５のタッチパネルの動作を停止し、ユーザはボタン操作のみが可能となる。第１スリープ状態から通常状態に復帰させるためには、操作部１０５のボタンないしボタン画像を押下し、次にパスワードを入力する必要があるが、第２スリープ状態に緩和することにより、そのような操作が不要となる。
【００２１】
スリープ制御部２０７は、また、関連操作判定部２０６が所定の操作条件を満たすと判定した場合は、スリープ状態（第１／第２スリープ状態）への遷移を制限する。単純な制限の例では、スリープ状態への遷移を中止したりすることであるが、さまざまな制限を設定することができる。例えば、スリープ状態に遷移するまでの時間を予め設定された時間より長くしたりすることができる。
【００２２】
＜運用形態例＞
次に、上記のように構成される情報処理システムの運用形態例を説明する。図３は、自装置として動作する場合の情報処理装置の処理手順説明図である。情報処理装置は、操作部１０５でユーザの操作をチェックする（Ｓ３０１）。この処理は、予め定めた単位時間（例えば２０ミリ秒）毎に行う。操作検知部２０１は、無操作状態が一定時間（例えば６０秒）継続したかどうかを判定する（Ｓ３０２）。この判定には、情報処理装置が有する時間カウンタを用いる。すなわち、単位時間内に操作を検知しない場合、操作検知部２０１が、時間カウンタを単位数、例えば「１」ずつ増加させる。操作があった場合は、時間カウンタを「０」にリセットし、Ｓ３０１に戻る（Ｓ３０２：Ｎ）。２０ミリ秒操作がなかった場合に時間カウンタが「１」増加するので、時間カウンタが「３０００」に達したときは、無操作状態が一定時間継続したことになる。この場合（Ｓ３０２：Ｙ）、他装置探索部２０４が、同時期に使用中の他装置を探索する（Ｓ３０３）。他装置が見つからなかった場合（Ｓ３０４：Ｎ）、スリープ状態（第１スリープ状態）へ遷移させ（Ｓ３１０）、処理を終える。
【００２３】
Ｓ３０４において、他装置が見つかった場合（Ｓ３０４：Ｙ）、探索結果として他装置から装置ＩＤが取得される。この場合、第１ＡＰ情報取得部２０３が、自装置で実行中の第１ＡＰの情報を取得する（Ｓ３０５）。第１ＡＰの情報を取得するときの処理手順は後述する。その後、第２ＡＰ情報取得部２０５が、他装置で実行中の第２ＡＰの情報を取得する（Ｓ３０６）。そして、取得した第１ＡＰの情報及び第２ＡＰ情報を基に、関連操作判定部２０６が、第１ＡＰと第２ＡＰが関連して操作されているかどうかを判定する（Ｓ３０７）。判定処理の手順は後述する。関連して操作されていると判定した場合は（Ｓ３０８：Ｙ）、スリープ状態への遷移を制限する（Ｓ３０９）。関連して操作されていないと判定した場合は（Ｓ３０８：Ｎ）、自装置をスリープ状態（第２スリープ状態）に遷移させ（Ｓ３１０）、処理を終える。関連して操作されていると判定した場合（Ｓ３０８：Ｙ）、スリープ状態への遷移を制限して処理を終える。
【００２４】
図４を参照して、第１ＡＰの情報を取得する場合の処理手順を説明する。この処理は、第１ＡＰ情報取得部２０３が実行する。第１ＡＰ情報取得部２０３は、自装置で第１ＡＰが実行中か否かを判定する（Ｓ４０１）。実行中でない場合は処理を終える（Ｓ４０１：Ｎ）。第１ＡＰが実行中の場合（Ｓ４０１：Ｙ）、第１ＡＰ情報取得部２０３は、実行中の第１ＡＰの名前を取得する（Ｓ４０２）。また、実行中の第１ＡＰが取得可能なテキストを含むかを判定する（Ｓ４０３）。テキストが含まれる場合（Ｓ４０３：Ｙ）、テキストを取得する（Ｓ４０４）。テキストが含まれない場合は（Ｓ４０３：Ｎ）、画像を含むかどうかを判定する（Ｓ４０５）。画像を含む場合は（Ｓ４０５：Ｙ）、画像を取得する（Ｓ４０６）。画像を含まない場合は（Ｓ４０５：Ｎ）、実行中の第１ＡＰのスクリーンショットを取得して（Ｓ４０７）、処理を終える。
【００２５】
Ｓ３０７における判定処理の詳細手順例を図５を参照して説明する。関連操作判定部２０６は、第１ＡＰの情報から文字列である名前を取得し、取得した名前を保存する（Ｓ５０１）。なお、取得した名前や後述する情報の保存先はＲＡＭ１０２に形成されるバッファである。関連操作判定部２０６は、また、第２ＡＰの情報から文字列であるテキストを取得し、取得したテキストを保存する（Ｓ５０２）。その後、関連操作判定部２０６は、第１ＡＰの名前が第２ＡＰのテキストに含まれているかどうかを文字列の比較により判定する（Ｓ５０３）。含まれている場合は（Ｓ５０３：Ｙ）、第１ＡＰと第２ＡＰとが関連して操作されていると判定する（Ｓ５０８）。含まれていない場合（Ｓ５０３：Ｎ）、関連操作判定部２０６は、第１ＡＰの情報からスクリーンショットを取り出し、取り出したスクリーンショットを保存する（Ｓ５０４）。また、第２ＡＰ情報取得部２０５が取り出した第２ＡＰ情報から画像を取り出し、取り出した画像を保存する（Ｓ５０５）。その後、関連操作判定部２０６は、それぞれ保存されている第２ＡＰの画像が第１ＡＰのスクリーンショットに含まれているかどうかを判定する（Ｓ５０６）。含まれていない場合は（Ｓ５０６：Ｎ）、第１ＡＰと第２ＡＰが関連して操作されていないと判定し（Ｓ５０７）、処理を終える。含まれている場合は（Ｓ５０６：Ｙ）、第１ＡＰと第２ＡＰとが関連して操作されていると判定する（Ｓ５０８）。
【００２６】
＜第１実施例＞
次に、スリープ制御の実施例を説明する。第１実施例では、ユーザが自装置（第１情報処理装置１）であるタブレット端末で「ＡＢＣ」という名前のゲームＡＰ（第１ＡＰ）を実行しているものとする（図６（ａ））。途中で進め方が判らなくなり、攻略法を調べることにした。そこで、ユーザは他装置（第２情報処理装置２）であるスマートフォンを取り出し、ウェブブラウザ（第２ＡＰ）を立ち上げ、ウェブページを探した。その結果、「ＡＢＣの攻略」というウェブページが見つかったため、ユーザはスマートフォンで攻略法を調べている（図６（ｂ））。第１実施例では、上記場面におけるタブレット端末のスリープ制御の例について説明する。
【００２７】
ユーザはスマートフォンを操作しており、ゲームＡＰを実行中のタブレット端末では、無操作状態が一定時間継続している。そのため、タブレット端末の処理は、図３のＳ３０２からＳ３０３へ進む。自動接続され、ユーザが使用中のスマートフォンが見つかるため、タブレット端末の処理は、さらに、Ｓ３０４からＳ３０７へ進む。Ｓ３０７では、タブレット端末で実行中のゲームＡＰとスマートフォンで実行中のウェブブラウザとが関連して操作されているかが判定される。図６（ａ）から明らかなとおり、ゲームＡＰの名前「ＡＢＣ」が、ウェブブラウザの実行中に表示されるテキストに含まれている。そのため、タブレット端末の処理は、図５のＳ５０３からＳ５０８へ進む。Ｓ５０８では、関連して操作されていると判定される。そのため、タブレット端末の処理は、図３のＳ３０８からＳ３０９へ進み、スリープ状態への遷移が制限される。
【００２８】
このように、ゲームＡＰを実行中のタブレット端末では無操作状態が一定時間継続されてもスリープ状態への遷移が制限される。そのため、スマートフォンの操作に時間がかかっても、ユーザは、タブレット端末（表示部１０６）に表示されている内容を確認することができる。また、攻略法を確認中にタブレット端末（表示部１０６）を何回も確認することになる場合、制限なくスリープ状態に遷移した場合、その回数分スリープ状態を解除する必要があるが、第１実施例によれば、その手間を省くことができる。
【００２９】
＜第２実施例＞
第１実施例と同様、タブレット端末では「ＡＢＣ」という名前のゲームＡＰ（第１ＡＰ）が実行中である（図６（ａ））。途中、スマートフォンがメール受信を検知したため、スマートフォンでメールＡＰ（第２ＡＰ）を実行し、受信したメールを読むものとする（図６（ｃ））。第２実施例では、この場面でのタブレット端末のスリープ制御の例について説明する。
【００３０】
ユーザはメールを読んでいる間、スマートフォンを操作しており、ゲームＡＰを実行中のタブレット端末では、無操作状態が一定時間継続している。そのため、タブレット端末の処理は、図３のＳ３０２からＳ３０３へ進む。Ｓ３０７で、タブレット端末で実行中のゲームＡＰと、スマートフォンで実行中のメールＡＰとが関連して操作されているかが判定される。ゲームＡＰの名前「ＡＢＣ」は、メールＡＰで表示中のテキストに含まれていない。そのため、タブレット端末の処理は、図５のＳ５０３からＳ５０４へ進む。Ｓ５０４では、メールＡＰで表示中の文書（メール）が画像を含まない。その結果、タブレット端末の処理はＳ５０６からＳ５０７へ進むが、Ｓ５０７では、関連して操作されていないと判定される。そのため、タブレット端末の処理は、図３のＳ３０８からＳ３１０へ進み、タブレット端末はスリープ状態となる。
【００３１】
ユーザがメールを読んでいる間、タブレット端末は操作されない。そのため、タブレット端末がスリープ状態に遷移する。但し、このときのスリープ状態は第２スリープ状態であるため、ユーザがメールを読み終わってタブレット端末で実行中のゲームＡＰを再開するときはワンタッチ操作でスリープ解除することができる。
【００３２】
［第２実施形態］
次に、本発明の第２実施形態について説明する。第２実施形態では、他装置の動作状態に基づいて自装置のスリープ制御を行う場合の例を示す。情報処理システムのハードウエア構成は第１実施形態と同じである。但し、情報処理装置の機能構成は、図８のようになる。すなわち、図２に示した機能構成に加え、動作状態の管理を行う動作状態管理部８０１が付加される。動作状態管理部８０１は、自装置及び他装置の動作状態を、「動作（通常）」、「動作（スリープキャンセル）」、「スリープ」の３状態に分類して管理する。この３状態は、自装置のみならず他装置にも伝えられる。「動作（通常）」は、スリープ状態に遷移する前の通常の動作状態である。「動作（スリープキャンセル）」は、動作中であるが、図３のＳ３０９においてスリープ状態への遷移が制限された状態である。「スリープ」はスリープ状態である。自装置も他装置も起動直後は「動作（通常）」となる。また、「動作（スリープキャンセル）」でユーザの操作が検知されると、動作状態は「動作（通常）」に変わる。
【００３３】
第２実施形態における情報処理装置の処理手順例を図９を参照して説明する。図９において、Ｓ３０１からＳ３１０の処理は、図３と同じ処理である。Ｓ９０１では、自装置（第１情報処理装置１）から他装置（第２情報処理装置２）へ動作状態取得の要求を送信し、他装置から現在の動作状態を取得する。他装置の動作状態が「動作（通常）」の場合は、Ｓ３０５へ進む。「動作（通常）」以外、つまり「動作（スリープキャンセル）」又は「スリープ」の場合はスリープ状態に遷移させる（Ｓ３１０）。動作状態管理部８０１は、動作状態を「スリープ」とし（Ｓ９０４）処理を終える。Ｓ３０８において、第１ＡＰと第２ＡＰとが関連して操作されていないと判定された場合も（Ｓ３０８：Ｎ）も同様の処理となる。Ｓ３０８において、第１ＡＰと第２ＡＰとが関連して操作されていると判定された場合（Ｓ３０８：Ｙ）、スリープ状態への遷移が制限される（Ｓ３０９）。そのため、動作状態管理部８０１は、自装置の動作状態を「動作（スリープキャンセル）」として（Ｓ９０３）処理を終える。
【００３４】
このように、第２実施形態では、他装置の動作状態を表す情報を取得する動作状態管理部８０１（第３取得手段）を備え、自装置のスリープ制御に他装置の動作状態が考慮される。具体的には、自装置において無操作状態が一定時間継続し、かつ、動作状態管理部８０１で取得した他装置の動作状態がスリープ状態又はスリープ状態への遷移が制限された状態を表す場合は、直ちにスリープ状態となる。そのため、第１ＡＰ情報取得部２０３及び第２ＡＰ情報取得部２０５が起動しない（させる必要がない）。第１ＡＰ及び第２ＡＰの情報の取得は、他装置が「動作（通常）」の場合に限られるので、スリープ制御に伴う自装置の負担が第１実施形態より軽減される。
【００３５】
＜実施例＞
第２実施形態におけるスリープ制御の実施例を説明する。第１実施形態と同様、ユーザが第１情報処理装置１であるタブレット端末で「ＡＢＣ」という名前のゲームをしている（図６（ａ））。途中、進め方が判らなくなり、攻略法を調べることにした。そこで、ユーザは第２情報処理装置２であるスマートフォンを取り出し、ウェブブラウザを実行した。「ＡＢＣの攻略」というウェブページＡＰを見つけ、攻略法を調べたとする（図６（ｂ））。この例では、タブレット端末のスリープ制御の例について説明する。
【００３６】
この場面で、ユーザはスマートフォンを操作しており、ゲームを実行しているタブレット端末ではユーザ操作の無い状態が一定時間継続されている。そのため、タブレット端末の処理が図９のＳ３０２からＳ３０３へ進む。Ｓ９０１で、スマートフォンの動作状態を取得するが、スマートフォンはユーザが操作中であり、動作状態は「動作（通常）」である。そのため、タブレット端末の処理はＳ９０２からＳ３０５へ進む。Ｓ３０７では、タブレット端末で実行中のゲームＡＰと、スマートフォンで実行中のウェブブラウザとが関連して操作されていると判定される。よって、タブレット端末の処理は、図９のＳ３０８からＳ３０９へ進み、タブレット端末ではスリープ状態への遷移が制限される。また、Ｓ９０３で、タブレット端末の操作状態が「動作（スリープキャンセル）」となる。
【００３７】
＜変形例＞
上記実施例において、ユーザが、無操作状態が続くタブレット端末とスマートフォンとを席に置いたまま、一定時間以上その席を離れることになったとする。この状態では、スマートフォンが上述の自装置となり、タブレット端末が他装置として動作する。以後は、スマートフォンのスリープ制御の例を説明する。
スマートフォンでは無操作状態が一定時間継続される。よって、スマートフォンの処理は図９のＳ３０２からＳ３０３へ進む。Ｓ９０１では、スマートフォンは、タブレット端末の動作状態を取得する。先の処理により、タブレット端末の動作状態は「動作（スリープキャンセル）」である。よって、スマートフォンの処理はＳ９０２からＳ３１０へ進み、スマートフォンがスリープを実行する。また、Ｓ９０４で、スマートフォンの動作状態が「スリープ」となる。
【００３８】
この状態でタブレット端末のスリープ制御について説明する。タブレット端末側の処理なので、タブレット端末が自装置であり、スマートフォンが他装置となる。ユーザは席を離れたが、タブレット端末はそれ以前から無操作状態である。よって、タブレット端末の処理は、図９のＳ３０２からＳ３０３へ進む。Ｓ９０１では、タブレット端末がスマートフォンの動作状態を取得する。先の処理により、スマートフォンの動作状態は「スリープ」である。よって、タブレット端末の処理はＳ９０２からＳ３１０へ進み、タブレット端末がスリープ状態に遷移する。また、Ｓ９０４で、タブレット端末の動作状態が「スリープ」となる。従って、ユーザが席を離れて一定時間経過すると、タブレット端末とスマートフォンが共にスリープ状態となる。よって、無駄な消費電力の削減へつながる。
【００３９】
［第３実施形態］
次に、本発明の第３実施形態について説明する。第３実施形態では、第２ＡＰの情報に代えて、他装置に固有の設定情報を用いてスリープ制御を行う場合の例を説明する。情報処理システムのハードウエア構成は第１実施形態と同じである。但し、情報処理装置の機能構成は、図１０のようになる。すなわち、図２の第２ＡＰ情報取得部２０５に代えて、他装置に固有の設定情報を取得する設定情報取得部１００１を有するものとなる。スリープ制御部２０７は、取得した他装置に固有の設定情報に関する記述が第１ＡＰの情報に含まれる場合に、スリープ状態への遷移を制限する。
【００４０】
第３実施形態における情報処理装置の処理手順を図１１を参照して説明する。Ｓ３０１からＳ３１０の処理は、図３と同じ処理である。第３実施形態では、Ｓ３０５の後、設定情報取得部１００１が、直接あるいはサーバ３を介して他装置に固有の設定情報を取得する（Ｓ１１０１）。その後、関連操作判定部２０６が、第１ＡＰが他装置と関連して操作されているかを判定する（Ｓ１１０２）。他装置に固有の設定情報（装置ＩＤ，機種名など）に関する記述が、自装置で実行中の第１ＡＰのテキストなどに含まれる場合、関連して操作されていると判定する。
【００４１】
第３実施形態の実施例について説明する。ここでは、自装置（第１情報処理装置１）がスマートフォンで、他装置（第２情報処理装置２）がデジタルカメラである場合の例を示す。すなわち、ユーザが、スマートフォンでデジタルカメラの使い方を確認しながら、「ＸＹＺ」というデジタルカメラを操作しているものとする。スマートフォンはウェブブラウザを実行し、図１２に示される「デジカメＸＹＺの使い方」というウェブページを表示している。ユーザはデジタルカメラを操作している。そのため、スマートフォンでは、ユーザの操作の無い状態が一定時間継続している。よってスマートフォンの処理はＳ３０２からＳ３０３へ進む。Ｓ１１０２では、スマートフォンで実行中のウェブブラウザがデジタルカメラと関連して操作されているかを判定する。図１２に示されるようにデジタルカメラの機種名「ＸＹＺ」がウェブブラウザで表示中のテキストに含まれるため、関連して操作されていると判定される。よって、スマートフォンの処理はＳ３０８からＳ３０９へ進み、スリープ状態への遷移が制限される。ウェブブラウザを表示中のスマートフォンは一定時間操作がなくてもスリープ状態にならないため、あわてずにデジタルカメラを操作することができる。また、スマートフォンのスリープ状態の解除を何度も繰り返す必要がなくなる。
【００４２】
［第４実施形態］
次に、本発明の第４実施形態について説明する。第４実施形態では、他装置の操作種別を基にスリープ制御を行う場合の例を説明する。情報処理システムのハードウエア構成は第１実施形態と同じである。但し、情報処理装置の機能構成は図１３のようになる。すなわち、情報処理装置に操作種別判定部１３０１、操作情報送信部１３０２、及び関連ＡＰ保持部１３０６が付加される。また、サーバ３が、関連ＡＰを管理する関連ＡＰ管理部１３１０を有している。関連ＡＰ管理部１３１０は、操作情報受信部１３０３、関連使用判定部１３０４、関連ＡＰ登録部１３０５を有する。
【００４３】
操作種別判定部１３０１は、操作種別、すなわちユーザの操作がスリープ解除の操作か、それ以外の通常操作かを判定する。スリープ解除の操作は、スリープ状態からその直前の状態に復帰するまでに入力されるユーザの複数の操作をいう。具体的には、操作部１０５及び表示部１０６を例えばボタン操作やスライド操作により入力画面を表示させ、その入力画面上で複数のタッチ操作を行うことによりパスコードを入力する。これらの一連の操作がスリープ解除の操作である。スリープ解除以外の操作を通常の操作とする。
【００４４】
操作情報送信部１３０２は、操作情報をサーバ３へ送信する。操作情報は、装置ＩＤ、ＡＰ名、操作種別、操作時刻をまとめたものである。装置ＩＤは、ユーザによる操作が入力された装置（自装置／他装置）の装置ＩＤである。ＡＰ名は、操作が入力された時に実行中のＡＰの名前である。なお、操作種別が同じ一連の操作については、１つの操作情報にまとめても良い。例えば、前述のスリープ解除の操作をまとめて１つの操作情報としても良い。
【００４５】
サーバ３の操作情報受信部１３０３は、自装置及び他装置から上記の操作情報を取得する（受信手段）。関連使用判定部１３０４は、取得した各操作情報を基に自装置及び他装置が関連して使用されているかどうかを判定する。以下の２つの条件を満たす場合に、自装置及び他装置が関連して使用されていると判定する。
（１）スリープ解除の操作が入力された装置（自装置又は他装置）の装置ＩＤと、スリープ解除の１つ前の操作が入力された装置（自装置又は他装置）の装置ＩＤとが異なること。
（２）スリープ解除の１つ前の操作が入力された装置（自装置又は他装置）の装置ＩＤと、スリープ解除の１つ後の操作が入力された装置（自装置又は他装置）の装置ＩＤとが同じであること。
【００４６】
関連ＡＰ登録部１３０５は、関連して使用されていると判定された複数のＡＰ、すなわち２つの情報処理装置で実行中の各ＡＰの組み合わせを関連アプリケーションとして登録する関連アプリケーション登録手段として機能する。以後、関連アプリケーションを「関連ＡＰ」と表記する。関連ＡＰ登録部１３０５は、登録した関連ＡＰを関連ＡＰ保持部１３０６に保持する。つまり、関連ＡＰ保持部１３０６は、関連アプリケーション保持手段として機能する。本例の場合、自装置では第１ＡＰが実行され、他装置では第２ＡＰが実行されているので、関連ＡＰ保持部１３０６は、第１ＡＰと第２ＡＰの組み合わせを関連ＡＰとして取得し、保持することになる。この場合、関連操作判定部２０６は、第１ＡＰと第２ＡＰが関連して操作されていると判定する。これにより、スリープ制御部２０７は自装置のスリープ状態への遷移を制限する。
【００４７】
次に、図１４を参照して、関連ＡＰの判定手順を説明する。本例では、サーバ３が、図示しないＲＡＭに操作情報に応じたバッファを形成する。すなわち、スリープ解除の操作情報を保持するｕｎｌｏｃｋバッファをＲＡＭ１０２に形成する。また、スリープ解除の一つ前の操作情報を保持するｂｅｆｏｒｅ−ｕｎｌｏｃｋバッファと、スリープ解除の一つ後の操作情報を保持するａｆｔｅｒ＿ｕｎｌｏｃｋバッファとをＲＡＭ１０２に形成する。サーバ３では、まず、操作情報受信部１３０３において、操作情報を受信したかどうかをチェックする（Ｓ１４０１）。受信しない場合は（Ｓ１４０２：Ｎ）、Ｓ１４０１に戻る。操作情報を受信した場合（Ｓ１４０２：Ｙ）、関連使用判定部１３０４において、受信した操作情報の操作種別がスリープ解除の操作かどうかを判定する（Ｓ１４０３）。スリープ解除の操作でない場合（Ｓ１４０３：Ｎ）、操作情報をｂｅｆｏｒｅ−ｕｎｌｏｃｋバッファに保持する（Ｓ４１２）。その後、関連ＡＰ管理部１３１０の処理終了の指示があったかどうかを判定する（Ｓ４１３）。処理終了の指示は、サーバ３をシャットダウンするときなどに出力される。指示があった場合は（Ｓ４１３：Ｙ）、処理を終える。指示がなかった場合はＳ１４０１へ戻る。
【００４８】
Ｓ４０３においてスリープ状態解除の操作の場合は（Ｓ１４０３：Ｙ）、受信したスリープ解除の操作情報をｕｎｌｏｃｋバッファに保持する（Ｓ１４０４）。関連使用判定部１３０４は、その後、スリープ解除の操作が入力された情報処理装置と、スリープ解除の１つ前の操作が入力された情報処理装置が異なるかどうかを判定する（Ｓ１４０６）。スリープ解除の操作情報はｕｎｌｏｃｋバッファに保持されている。また、スリープ解除の１つ前の操作の操作情報は後述するｂｅｆｏｒｅ＿ｕｎｌｏｃｋバッファに保持されている。２つのバッファに保持されている操作情報から装置ＩＤを取り出し、異なるかどうかを判定する（Ｓ１４０５）。装置ＩＤが同じ場合（Ｓ１４０５：Ｎ）、Ｓ１４１２へ進む。装置ＩＤが異なる場合は（Ｓ１４０５：Ｙ）、操作情報受信部１３０３で操作情報を受信したかチェックする（Ｓ１４０６）。操作情報を受信しない場合（Ｓ１４０７：Ｎ）、Ｓ１４０６へ進む。受信した場合は（Ｓ１４０７：Ｙ）、受信した操作情報をａｆｔｅｒ＿ｕｎｌｏｃｋバッファに保持する（Ｓ１４０８）。
【００４９】
関連使用判定部１３０４は、スリープ解除の操作とスリープ解除の１つ後の操作の時間差が一定時間以内かを判定する（Ｓ１４０９）。この段階では、スリープ解除の操作が入力された情報処理装置と１つ後の操作が入力された情報処理装置とが同じか異なるかは問わない。スリープ解除の操作情報はｕｎｌｏｃｋバッファに保持されている。また、スリープ解除の１つ後の操作の操作情報はａｆｔｅｒ＿ｕｎｌｏｃｋバッファに保持されている。この２つの操作情報から操作時刻を取り出し、その時間差を求めることで判定する。一定時間以内に次の操作が入力されなかった場合（Ｓ１４０９：Ｎ）、Ｓ１４１２へ進む。一定時間以内に次の操作が入力された場合（Ｓ１４０９：Ｙ）、関連使用判定部１３０４は、スリープ解除の１つ前の操作が入力された情報処理装置とスリープ解除の１つ後の操作が入力された情報処理装置が同じかどうかを判定する（Ｓ１４１０）。スリープ解除の１つ前の操作の操作情報はｂｅｆｏｒｅ＿ｕｎｌｏｃｋバッファに保持されている。スリープ解除の１つ後の操作の操作情報はａｆｔｅｒ＿ｕｎｌｏｃｋバッファに保持されている。この２つの操作情報から装置ＩＤを取り出し、同じかどうかを判定する。異なる場合は（Ｓ１４１０：Ｎ）、Ｓ１４１２へ進む。同じ場合は（Ｓ１４１０：Ｙ）、関連ＡＰ登録部１３０５が、次の２つのＡＰの組み合わせを関連ＡＰとする。１つ目は、スリープ解除の操作が入力された情報処理装置で動作中のＡＰである。２つ目は、スリープ解除の１つ後の操作が入力された情報処理装置で動作中のＡＰである。関連ＡＰ登録部１３０５は、この関連ＡＰを関連ＡＰ保持部１３０６へ登録し（Ｓ１４１１）、Ｓ１４０２へ進む。
【００５０】
ここで、図１５を参照して、関連ＡＰの登録タイミングについて説明する。第１実施形態の第１実施例と同様、第１情報処理装置１であるタブレット端末でゲームＡＰが実行されているものとする。また、第２情報処理装置２であるスマートフォンでユーザがウェブブラウザを見たり、メールを受信したものとする。図１５において丸印と三角印は、ユーザの操作タイミングを表す。丸印はスリープ解除でない通常の操作のタイミングである。三角印はスリープ解除の操作のタイミングである。時間差Ｔ０は、２つの操作のタイミング差であり、所定時間内であるものとする。
【００５１】
図１５（ａ）の上段は、ユーザが、タブレット端末でゲームＡＰを使用している状態を表す。ユーザは操作（１）でゲーム画面を確認しながら所要の操作をしている。スリープ解除でない通常の操作のため、処理はＳ１４０３からＳ１４１２へ進む。途中進め方が分からなくなり、攻略法を調べることにした。ユーザはスマートフォンを取り出す。図１５（ａ）の下段に示されるとおり、取り出したときのスマートフォンはスリープ状態である。そのため、ユーザは、操作（２）によりスリープ解除を行う。その後、操作（３）によりスマートフォンでウェブブラウザを起動し、攻略法を調べる。スリープ解除の操作（２）が入力されたため、処理は、Ｓ１４０３からＳ１４０４へ進む。スリープ解除の操作（２）の１つ前の操作（１）はタブレット端末に入力されている。また、スリープ解除の操作（２）はスマートフォンに入力されている。タブレット端末とスマートフォンとで装置ＩＤが異なる。そのため、処理は、Ｓ１４０５からＳ１４０６へ進む。さらにスリープ解除の操作（２）の１つ後の操作（３）はスマートフォンで行われている。スリープ解除の前後で操作された装置ＩＤが異なる。そのため、処理はＳ１４１０からＳ１４１２へ進む。つまり、この場面では関連ＡＰとして登録されない。
【００５２】
次に、ユーザはゲーム画面を確認するため、再びタブレット端末へ操作を移す。タブレット端末はしばらく操作の入力がなかったため、スリープ状態中である。ユーザは、操作（４）でスリープ解除を行う。ゲーム画面を確認したユーザは、さらに攻略法を調べるため、操作（５）でスマートフォンを操作する。タブレット端末ではスリープ解除の操作（４）がなされているため、処理はＳ１４０３からＳ１４０４へ進む。スリープ解除の１つ前の操作（３）はスマートフォンでなされている。また、スリープ解除の操作（４）はタブレット端末でなされている。スマートフォンとタブレット端末とで装置ＩＤが異なる。そのため、処理はＳ１４０５からＳ１４０６へ進む。また、スリープ解除の操作（４）と１つ後の操作（５）の時間差がＴ０であり、一定時間以内である。よって、処理は、Ｓ１４０９からＳ１４１０へ進む。さらに、スリープ解除の１つ後の操作（５）はスマートフォンでなされている。スリープ解除の前後の操作がなされた装置ＩＤは同じである。そのため、処理はＳ１４１０からＳ１４１１へ進む。つまり、タブレット端末で動作中のゲームと、スマートフォンで動作中のウェブブラウザが関連ＡＰとして登録される。
【００５３】
図１５（ｂ）の例では、上段の操作（１）でユーザはタブレット端末でゲームをしている。スリープ解除でない通常の操作のため、処理はＳ１４０３からＳ１４１２へ進む。途中スマートフォンがメールを受信したので、ユーザはスマートフォンのスリープ解除の操作（２）をし、メールを読む操作（３）を行う。ここまでの操作のタイミングは図１５（ａ）と同じである。図１５（ａ）の場合と同様、この場面では、ゲームＡＰとメールＡＰは関連ＡＰとして登録されない。
【００５４】
次に、ユーザはゲームを再開するためにタブレット端末へ操作を移す。タブレット端末はしばらく操作の入力がなかったためスリープ状態中である。そのため、ユーザは、操作（４）でスリープ解除を行う。スリープ解除後、ユーザは操作（５）でゲームＡＰを操作する。スリープ解除の操作（４）がなされたため、処理はＳ１４０３からＳ１４０４へ進む。スリープ解除の１つ前の操作（３）はスマートフォンでなされている。また、スリープ解除の操作（４）はタブレット端末でなされている。スマートフォンとタブレット端末で装置ＩＤが異なる。そのため、処理はＳ１４０５からＳ１４０６へ進む。また、スリープ解除の操作（４）と１つ後の操作（５）の時間差がＴ０であり、一定時間以内である。よって、処理はＳ１４０９からＳ１４１０へ進む。さらに、スリープ解除の１つ後の操作（５）はタブレット端末でなされている。スリープ解除の前後で、操作がなされた装置ＩＤが異なる。そのため、処理は、Ｓ１４１０からＳ１４１２へ進む。つまり、この場面では関連ＡＰとして登録されない。つまり、ゲームＡＰとメールＡＰは、関連ＡＰとして登録されないので、タブレット端末はスリープ状態に遷移する。
【００５５】
［他の実施形態］
以上、第１〜第４実施形態と実施例とを詳述したが、ＣＰＵ１０１を用いたソフトウェア処理の代替としてハードウェアを構成する場合には、各実施形態において示した機能を演算部や回路で構成すれば良い。本発明はまた、装置、方法、コンピュータプログラム若しくは記録媒体(記憶媒体)等としての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、webアプリケーション等）から構成されるほか、一つの機器からなる装置に適用しても良い。また、本発明の目的は、以下のようにすることによって達成されることはいうまでもない。即ち、前述した各実施形態の機能を実現するソフトウェアのプログラムコード（コンピュータプログラム）を記録した記録媒体（又は記憶媒体）を、システム、装置あるいはサーバに供給する。係る記憶媒体は言うまでもなく、コンピュータ読み取り可能な記憶媒体である。そして、そのシステム、装置あるいはサーバのコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【図１】
0006525843.tif 000002
【図２】
0006525843.tif 000003
【図３】
0006525843.tif 000004
【図４】
0006525843.tif 000005
【図５】
0006525843.tif 000006
【図６】
0006525843.tif 000007
【図７】
0006525843.tif 000008
【図８】
0006525843.tif 000009
【図９】
0006525843.tif 000010
【図１０】
0006525843.tif 000011
【図１１】
0006525843.tif 000012
【図１２】
0006525843.tif 000013
【図１３】
0006525843.tif 000014
【図１４】
0006525843.tif 000015
【図１５】
0006525843.tif 000016