JP6367961B2 - 管理装置、管理方法及びプログラム - Google Patents

Description

本発明は、管理装置、管理方法及びプログラムに関する。

音量や輝度などを示す属性の値に基づいてコントローラ、ヘッドセット、キーボードなどといった周辺機器に関する処理を実行する技術が存在する。このような技術では例えば音量を示す属性の値に応じた音量で周辺機器から効果音等の音声が出力されることとなる。また例えば光束、光度、照度、輝度などといった明るさを示す属性の値に応じた明るさで周辺機器が備えるＬＥＤ（ＬＩＧＨＴ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等の発光素子が発光されることとなる。

しかし従来技術では周辺機器の属性の値は周辺機器毎に個別に管理されていなかった。そのため例えば複数の周辺機器が使用される場面であっても、各周辺機器から互いに異なる音量で音声が出力されるようにしたり、各周辺機器が備える発光素子が互いに異なる明るさで発光するようにしたりすることができなかった。また従来技術ではバッテリの残量を示す属性の値も周辺機器毎に個別に管理されていなかった。そのためバッテリの残量が少ない周辺機器が存在してもその旨を通知することができなかった。

本発明は上記課題に鑑みてなされたものであって、その目的の１つは、周辺機器の属性の値を周辺機器毎に管理できる管理装置、管理方法、プログラム及び情報記憶媒体を提供することにある。

上記課題を解決するために、本発明に係る管理装置は、複数の周辺機器のそれぞれについて個別に管理される、当該周辺機器に関連付けられている属性の値を取得する取得部と、取得する前記属性の値に基づいて、当該属性の値に関連付けられている前記周辺機器に関する処理を実行する処理実行部と、を含む。

また、本発明に係る管理方法は、複数の周辺機器のそれぞれについて個別に管理される、当該周辺機器に関連付けられている属性の値を取得するステップと、取得する前記属性の値に基づいて、当該属性の値に関連付けられている前記周辺機器に関する処理を実行するステップと、を含む。

また、本発明に係るプログラムは、複数の周辺機器のそれぞれについて個別に管理される、当該周辺機器に関連付けられている属性の値を取得する手順、取得する前記属性の値に基づいて、当該属性の値に関連付けられている前記周辺機器に関する処理を実行する手順、をコンピュータに実行させる。

また、本発明に係る情報記憶媒体は、複数の周辺機器のそれぞれについて個別に管理される、当該周辺機器に関連付けられている属性の値を取得する手順、取得する前記属性の値に基づいて、当該属性の値に関連付けられている前記周辺機器に関する処理を実行する手順、をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な情報記憶媒体である。

本発明の一態様では、前記処理実行部は、前記複数の周辺機器について取得する前記属性の値に応じた情報を表示させる。

この態様では、前記処理実行部は、前記管理装置に接続されている前記周辺機器及び前記管理装置に接続されていない前記周辺機器の両方について、前記情報を表示させてもよい。

また、本発明の一態様では、前記処理実行部は、取得する前記属性の値に基づいて、当該属性の値に関連付けられている前記周辺機器を制御する。

また、本発明の一態様では、前記周辺機器に関連付けられる属性の値は、当該周辺機器のバッテリの残量を示す値である。

この態様では、前記処理実行部は、前記周辺機器のバッテリの残量を示す値に基づいて当該周辺機器のバッテリの残量が所定の残量よりも少ないことが特定される場合にその旨を通知してもよい。

また、本発明の一態様では、前記属性の値はユーザにより変更可能な値である。

本発明の一実施形態に係る情報処理システムの全体構成の一例を示す図である。 本発明の一実施形態に係る情報処理装置のハードウェア構成の一例を示す図である。 本発明の一実施形態に係るコントローラの一例の平面図である。 図３Ａに示すコントローラの背面図である。 コントローラ管理データの一例を示す図である。 コントローラ管理画面の一例を示す図である。 設定画面の一例を示す図である。 設定画面の別の一例を示す図である。 捜索画面の一例を示す図である。 電源管理画面の一例を示す図である。 本発明の一実施形態に係る情報処理装置で実装される機能の一例を示す機能ブロック図である。

以下、本発明の一実施形態について図面に基づき詳細に説明する。

図１は、本発明の一実施形態に係る情報処理システム１０の全体構成の一例を示す図である。図１に示すように、本実施形態に係る情報処理システム１０は、情報処理装置１２とディスプレイ１４とコントローラ１６（１６ａ−１、１６ａ−２、１６ａ−３、及び、１６ｂ）とを含んでいる。なお情報処理システム１０がカメラやマイクを含んでいてもよい。

本実施形態に係る情報処理装置１２は、例えばゲームコンソールなどといったエンタテインメント装置等のコンピュータであり、例えば図２に示すように、制御部２０、記憶部２２、通信部２４、入出力部２６、サブシステム部２８を含んでいる。制御部２０は、例えば情報処理装置１２にインストールされるプログラムに従って動作するＣＰＵ等のプログラム制御デバイスである。本実施形態に係る制御部２０には、ＣＰＵから供給されるグラフィックスコマンドやデータに基づいてフレームバッファに画像を描画するＧＰＵ（Graphics Processing Unit）も含まれている。記憶部２２は、例えばＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである。記憶部２２には、制御部２０によって実行されるプログラムなどが記憶される。また、本実施形態に係る記憶部２２には、ＧＰＵにより画像が描画されるフレームバッファの領域が確保されている。通信部２４は、例えばイーサネット（登録商標）モジュールや無線ＬＡＮモジュールなどの通信インタフェースである。入出力部２６は、例えばＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ポートやＵＳＢポートなどの入出力ポートである。サブシステム部２８は、制御部２０とは別に設けられたＣＰＵ等のプログラム制御デバイスや記憶部２２とは別に設けられた記憶素子を含んでいる。サブシステム部２８は、情報処理装置１２が、制御部２０や記憶部２２が動作しないスタンバイ状態でもネットワーク処理が低消費電力で継続できるようにするために本実施形態に係る情報処理装置１２に設けられている。また、図１に示すように、本実施形態に係る情報処理装置１２の正面には、情報処理装置１２への電源の投入や切断を行うための電源ボタンＰが設けられている。本実施形態では、ユーザが電源ボタンＰを押下すると、情報処理装置１２が起動する。

本実施形態に係るディスプレイ１４は、液晶ディスプレイ等であり、情報処理装置１２が生成する画面などを表示させる。また、本実施形態に係るディスプレイ１４は、情報処理装置１２が生成する音声データが表す音声を出力するスピーカも備えている。情報処理装置１２とディスプレイ１４とは、例えば、ＡＶケーブルや、ＨＤＭＩケーブル等を介して接続されている。

本実施形態に係るコントローラ１６は、情報処理装置１２に対する操作入力を行うための操作入力装置である。本実施形態に係る情報処理システム１０には例えば第１種のコントローラ１６ａが３つ含まれている。また、本実施形態に係る情報処理システム１０には例えば第２種のコントローラ１６ｂが１つ含まれている。本実施形態では第１種のコントローラ１６ａと第２種のコントローラ１６ｂとは例えば製造者や販売者が異なる。例えば第１種のコントローラ１６ａは純正のコントローラ１６であり、コントローラ１６ｂはサードパーティが製造するコントローラ１６である。

図３Ａは、本実施形態に係るコントローラ１６ａの一例の平面図である。図３Ｂは、当該コントローラ１６ａの背面図である。コントローラ１６ａの上面中央には、ボタンＢ１やスピーカＳが配置されている。またコントローラ１６ａの上面右側にはボタンＢ２が配置されている。また、コントローラ１６ａの背面中央下側には、予め定められた所定数の色のうちのいずれかが発光可能なＬＥＤであるライトバーＬが設けられている。

また、本実施形態に係るコントローラ１６ａには、その他のボタン、方向キー、ボタン、タッチセンサ、操作スティックも設けられている。また、本実施形態に係るコントローラ１６ａは、角速度を検出するジャイロセンサ、加速度を検出する加速度センサ等のセンサを備えている。

またユーザは、方向キーやボタンを押下したり、操作スティックを傾けたりすることで、コントローラ１６ａを用いて各種の操作入力を行うことができる。そして本実施形態では、コントローラ１６ａは、操作入力に対応付けられる入力データを情報処理装置１２に出力する。

また、本実施形態に係るコントローラ１６ａは、ＵＳＢポートを備えている。コントローラ１６ａは、ＵＳＢケーブルで情報処理装置１２と接続することで、入出力部２６を介して有線で入力データを情報処理装置１２に出力することができる。また、本実施形態に係るコントローラ１６ａは、無線通信モジュール等を備えており、通信部２４を介して無線で入力データを情報処理装置１２に出力することができるようにもなっている。

また本実施形態に係るコントローラ１６ａには、充電可能な充電池が設けられている。そして当該充電池は、例えばＵＳＢケーブルで接続された情報処理装置１２からの給電による充電が可能になっている。

本実施形態に係るコントローラ１６ｂは、スピーカＳ、ライトバーＬ、充電池を備えていないこととする。

また本実施形態に係るコントローラ１６ａ及びコントローラ１６ｂは、バイブレータを備えていることとする。

またコントローラ１６ａであるかコントローラ１６ｂであるかに関わらず、本実施形態に係るコントローラ１６には、当該コントローラ１６を一意に識別する識別情報であるコントローラＩＤが付与されている。そして当該コントローラＩＤが当該コントローラ１６に記憶されている。本実施形態では例えば、コントローラ１６ａ−１、コントローラ１６ａ−２、コントローラ１６ａ−３、コントローラ１６ｂのコントローラＩＤは、それぞれ、０００１、０００２、０００３、０１００であることとする（図４参照）。

本実施形態では例えば、ユーザがコントローラ１６をはじめて使用するときに、ＵＳＢケーブルで当該コントローラ１６と情報処理装置１２とを接続すると、当該コントローラ１６及び情報処理装置１２がペアリング処理を実行する。すると本実施形態では、当該コントローラ１６が情報処理装置１２に登録されることとなる。本実施形態では、コントローラ１６ａ−１、コントローラ１６ａ−２、コントローラ１６ａ−３、及び、コントローラ１６ｂが、情報処理装置１２に登録されていることとする。

また本実施形態では、ユーザがコントローラ１６ａのボタンＢ１を押下すると、当該コントローラ１６ａは、当該コントローラ１６ａを使用することを示す信号を情報処理装置１２に送信する。すると、当該コントローラ１６ａは情報処理装置１２と接続されている状態となり、当該コントローラ１６ａによる情報処理装置１２への操作入力が可能となる。また本実施形態ではコントローラ１６ａを使用することを示す信号が当該コントローラ１６ａから情報処理装置１２に送信されると、情報処理装置１２は、ライトバーＬを発光させる色を示す信号を当該コントローラ１６ａに返信する。するとコントローラ１６ａは、当該信号が示す色でライトバーＬを発光させる。本実施形態では例えば、上述した信号を最初に送信したコントローラ１６ａのライトバーＬは青色で発光する。そしてその次に上述した信号を送信したコントローラ１６ａのライトバーＬは赤色で発光する。そしてさらにその次に上述した信号を送信したコントローラ１６ａのライトバーＬは緑色で発光する。このようにして本実施形態では、ユーザは、コントローラ１６ａが情報処理装置１２に接続された順序を識別できるようになっている。また本実施形態では、ユーザは、ライトバーＬが発光しているコントローラ１６ａを、情報処理装置１２への操作入力が可能であるコントローラ１６ａとして認識できることとなる。

また本実施形態では、ユーザがコントローラ１６ｂに対して所定の操作を行うことで、当該コントローラ１６ｂが情報処理装置１２と接続されている状態となり、当該コントローラ１６ｂによる情報処理装置１２への操作入力が可能となる。

そして本実施形態では、図４に例示するコントローラ管理データによって、情報処理装置１２に登録されたコントローラ１６の属性の値が管理される。本実施形態では、コントローラ１６が情報処理装置１２に登録された際に、当該コントローラ１６のコントローラＩＤを含むコントローラ管理データが生成されて、情報処理装置１２に記憶される。

本実施形態に係るコントローラ管理データには、上述のコントローラＩＤ、コントローラ種別値、ペアリング順序値、接続フラグ、異常動作検知フラグ、バッテリ残量値、振動有効化フラグ、音量値、輝度値、が含まれている。そして図４には、上から順に、コントローラ１６ａ−１、コントローラ１６ｂ、コントローラ１６ａ−２、コントローラ１６ａ−３のコントローラ管理データが示されている。このように本実施形態では、情報処理装置１２に登録されたコントローラ１６とコントローラ管理データとは１対１で対応付けられる。

コントローラ種別値は、コントローラ１６の種別に対応付けられる値である。コントローラ種別値は、本実施形態におけるコントローラ１６の属性の値の一種である。本実施形態では例えば、コントローラ１６ａに対応付けられるコントローラ管理データについてはコントローラ種別値として１が設定され、コントローラ１６ｂに対応付けられるコントローラ管理データについてはコントローラ種別値として２が設定される。

ペアリング順序値は、コントローラ１６ａについて、情報処理装置１２とのペアリング処理が行われた順序、すなわち情報処理装置１２に登録された順序を示す値である。ペアリング順序値は、本実施形態におけるコントローラ１６ａの属性の値の一種である。ここでは例えば、コントローラ１６ａについては、コントローラ１６ａ−１、コントローラ１６ａ−２、コントローラ１６ａ−３の順に情報処理装置１２に登録されたこととする。この場合は図４に示すように、コントローラ１６ａ−１、コントローラ１６ａ−２、コントローラ１６ａ−３に対応付けられるコントローラ管理データについては、ペアリング順序値として、それぞれ、１、２、３が設定される。

接続フラグは、コントローラ１６が情報処理装置１２と接続されている状態であるか否かを示すフラグである。接続フラグは、本実施形態におけるコントローラ１６ａの属性の値の一種である。ここでは例えば、図１に示すように、コントローラ１６ａ−１とコントローラ１６ｂとは、情報処理装置１２と接続されており、コントローラ１６ａ−２とコントローラ１６ａ−３とは、情報処理装置１２と接続されていないこととする。この場合は図４に示すように、コントローラ１６ａ−１とコントローラ１６ｂに対応付けられるコントローラ管理データについては、接続フラグの値として１が設定される。また図４に示すように、コントローラ１６ａ−２とコントローラ１６ａ−３に対応付けられるコントローラ管理データについては、接続フラグの値として０が設定される。

異常動作検知フラグは、コントローラ１６が過去に異常動作を検知したか否かを示すフラグである。異常動作検知フラグは、本実施形態におけるコントローラ１６ａの属性の値の一種である。ここでは例えば、コントローラ１６ａ−３は、過去に異常動作を検知したことがあることとする。この場合図４に示すように、コントローラ１６ａ−３に対応付けられるコントローラ管理データについては異常動作検知フラグの値として１が設定される。またこの場合は図４に示すように、その他のコントローラ１６に対応付けられるコントローラ管理データについては異常動作検知フラグの値として０が設定される。

バッテリ残量値は、コントローラ１６のバッテリの残量を示す値である。バッテリ残量値は、本実施形態におけるコントローラ１６ａの属性の値の一種である。本実施形態では、上述の通りコントローラ１６ｂは充電池を備えていないのでコントローラ１６ｂに対応付けられるコントローラ管理データにはバッテリ残量値は設定されない。本実施形態では、バッテリ残量値は０以上４以下の整数のいずれかの値をとることとする。本実施形態では例えば、バッテリの残量がフル充電された際のバッテリの残量の７５％以上である場合には、バッテリ残量値として４が設定される。また本実施形態では例えば、バッテリの残量がフル充電された際のバッテリの残量の５０％以上７５％未満である場合にはバッテリ残量値として３が設定される。また本実施形態では例えば、バッテリの残量がフル充電された際のバッテリの残量の２５％以上５０％未満である場合にはバッテリ残量値として２が設定される。また本実施形態では例えば、バッテリの残量がフル充電された際のバッテリの残量の２５％未満である場合にはバッテリ残量値として１が設定される。また本実施形態では例えば、バッテリの残量がない場合にはバッテリ残量値として０が設定されることとする。

なお本実施形態に係るコントローラ管理データに、当該コントローラ１６が最初に接続された日時を示す値が含まれていてもよい。

本実施形態では、コントローラ１６が備えるバッテリの残量の確認は間欠的に行われることとする。なお本実施形態では情報処理装置１２がスタンバイ状態であっても、コントローラ１６が備えるバッテリの残量の確認はサブシステム部２８によって行われることとする。ここで例えば情報処理装置１２は、コントローラ１６との通信によって、当該コントローラ１６のバッテリの残量を示す情報を当該コントローラ１６から受信してもよい。例えばこの場合には、コントローラ管理データに含まれるバッテリ残量値は、当該コントローラ管理データに対応付けられるコントローラ１６から受信した最新の情報が示す値に更新される。また例えば、情報処理装置１２が、所定のタイミングで、例えば所定の時間間隔で、最後にバッテリの残量を示す情報を最後に受信してからの経過時間に基づいて、バッテリの残量を推定してもよい。例えばこの場合には、コントローラ管理データに含まれるバッテリ残量値は、当該コントローラ管理データに対応付けられるコントローラ１６について推定された最新の値に更新される。なお上述したように、コントローラ管理データに当該コントローラ１６が最初に接続された日時を示す値が含まれている場合は、当該日時からの経過時間に基づいてバッテリの残量が推定されるようにしてもよい。

振動有効化フラグは、コントローラ１６が備えるバイブレータによる振動の有効化の有無を示す値である。振動有効化フラグは、本実施形態における、ユーザにより変更可能なコントローラ１６の属性の値の一種である。本実施形態では例えば、バイブレータによる振動が有効化されている場合には、振動有効化フラグの値として１が設定され、有効化されていない場合には、振動有効化フラグの値として０が設定される。振動有効化フラグの値が１であるコントローラ１６は、振動の強さを表す信号を情報処理装置１２から受信した際に、当該信号が表す振動の強さで当該コントローラ１６が備えるバイブレータを振動させる。

音量値は、スピーカＳから出力される音声の音量を示す値である。音量値は、本実施形態における、ユーザにより変更可能なコントローラ１６ａの属性の値の一種である。本実施形態では、上述の通りコントローラ１６ｂはスピーカＳを備えていないのでコントローラ１６ｂのコントローラ管理データには音量値は設定されない。本実施形態では、音量値は、実際にスピーカＳから出力されることとなる音量の、出力される最大音量に対する割合を示すこととする。

輝度値は、発光するライトバーＬの明るさ、本実施形態では輝度を示す値である。輝度値は、本実施形態における、ユーザにより変更可能なコントローラ１６ａの属性の値の一種である。本実施形態では、上述の通りコントローラ１６ｂはライトバーＬを備えていないのでコントローラ１６ｂのコントローラ管理データには輝度値は設定されない。本実施形態では、輝度値は、実際にライトバーＬが発光することとなる輝度の、ライトバーＬの最大輝度に対する割合を示す。なお本実施形態では、ライトバーＬの明るさを示す値として輝度値が用いられているが、輝度値の代わりに、光束値、光度値、照度値などが、発光するライトバーＬの明るさを示す値として用いられてもよい。

そして本実施形態では、図４に例示するコントローラ管理データに基づいて、図５に例示するコントローラ管理画面３０が生成される。そして当該コントローラ管理画面３０は、ディスプレイ１４に表示される。

図５に示すように本実施形態に係るコントローラ管理画面３０には、コントローラ１６の属性の値が示された属性領域３２が設けられている。本実施形態に係る属性領域３２は、コントローラ１６に対応付けられる領域であり、図５に例示するコントローラ管理画面３０には４つの属性領域３２が設けられている。本実施形態では、図５に示すコントローラ管理画面３０に配置されている最も左の属性領域３２が、図４において最も上に示されているコントローラ管理データに対応付けられる、コントローラ１６ａ−１の属性の値が示された属性領域３２ａ−１であることとする。そして当該コントローラ管理画面３０に配置されている左から２番目の属性領域３２が、図４において上から２番目に示されているコントローラ管理データに対応付けられる、コントローラ１６ｂの属性の値が示された属性領域３２ｂであることとする。そして当該コントローラ管理画面３０に配置されている右から２番目の属性領域３２が、図４において下から２番目に示されているコントローラ管理データに対応付けられる、コントローラ１６ａ−２の属性の値が示された属性領域３２ａ−２であることとする。そして当該コントローラ管理画面３０に配置されている最も右の属性領域３２が、図４において最も下に示されているコントローラ管理データに対応付けられる、コントローラ１６ａ−３の属性の値が示された属性領域３２ａ−３であることとする。

属性領域３２には、コントローラアイコン３４、バッテリ残量アイコン３６、属性情報３８、設定ボタン４０が配置されている。

本実施形態では、コントローラ管理データに含まれるコントローラ種別値に応じた態様のコントローラアイコン３４が、当該コントローラ管理データに対応付けられる属性領域３２に配置される。図５の例では、コントローラ種別値が１であるコントローラ管理データに対応付けられる属性領域３２にはコントローラ１６ａの形状を模したコントローラアイコン３４ａが配置される。また図５の例では、コントローラ種別値が２であるコントローラ管理データに対応付けられる属性領域３２にはコントローラ１６ｂの形状を模したコントローラアイコン３４ｂが配置される。このように図５の例では、コントローラアイコン３４の形状によって、当該コントローラアイコン３４が配置されている属性領域３２に対応付けられるコントローラ１６の種別をユーザは識別できることとなる。

また本実施形態では、コントローラ管理データに含まれるペアリング順序値に応じた番号が、当該コントローラ管理データに対応付けられる属性領域３２内のコントローラアイコン３４の右上に配置される。

また本実施形態では、コントローラ管理データに含まれる接続フラグの値に基づいてコントローラアイコン３４の表示態様が決定される。図５の例では、接続フラグの値が１であるコントローラ管理データに対応付けられるコントローラアイコン３４にはハッチングが付されない。ここでは例えば、属性領域３２ａ−１に配置されたコントローラアイコン３４ａ及び属性領域３２ｂに配置されたコントローラアイコン３４ｂには、ハッチングが付されない。一方図５の例では、接続フラグの値が０であるコントローラ管理データに対応付けられるコントローラアイコン３４にはハッチングが付されている。ここでは例えば、属性領域３２ａ−２に配置されたコントローラアイコン３４ａ及び属性領域３２ａ−３に配置されたコントローラアイコン３４ａには、ハッチングが付されている。

また本実施形態では、コントローラ管理データに含まれる異常動作検知フラグの値に基づいてコントローラアイコン３４の表示態様が決定される。図５の例では、異常動作検知フラグの値が１であるコントローラ管理データに対応付けられるコントローラアイコン３４の周りには枠線が付されている。ここでは例えば、属性領域３２ａ−３に配置されたコントローラアイコン３４ａの周りには枠線が付されている。一方図５の例では、異常動作検知フラグの値が０であるコントローラ管理データに対応付けられるコントローラアイコン３４の周りには枠線が付されない。ここでは例えば、属性領域３２ａ−１に配置されたコントローラアイコン３４ａ、属性領域３２ｂに配置されたコントローラアイコン３４ｂ、属性領域３２ａ−２に配置されたコントローラアイコン３４ａ、の周りには枠線が付されない。

また本実施形態では、コントローラ管理データに含まれるバッテリ残量値に応じた態様のバッテリ残量アイコン３６が、当該コントローラ管理データに対応付けられる属性領域３２に配置される。図５の例では、バッテリ残量アイコン３６に設けられた４つの領域のうち、右側の領域から順に、バッテリ残量値が表す数だけハッチングが付されている。また図５の例ではバッテリ残量値が設定されていないコントローラ管理データに対応付けられる属性領域３２ｂには、１本の斜線が付されたバッテリ残量アイコン３６が配置される。なお、属性領域３２に、バッテリ残量値に応じた色や大きさのバッテリ残量アイコン３６が配置されてもよい。

また本実施形態では、コントローラ管理データに含まれるユーザが変更可能なコントローラ１６の属性のそれぞれについて、当該属性の名称と当該属性の値とが対応付けられた属性情報３８が、当該コントローラ管理データに対応付けられる属性領域３２に配置される。図５の例では、振動有効化フラグの値が１である場合には「振動 ＯＮ」との文字列が、０である場合には「振動 ＯＦＦ」との文字列が配置される。また図５の例では、音量値及び輝度値も属性情報３８として配置される。なお、音量値及び輝度値が設定されていないコントローラ管理データに対応付けられる属性領域３２ｂには、音量値及び輝度値が属性情報３８として配置されない。

そして本実施形態では、属性領域３２に配置された設定ボタン４０を選択する操作をユーザが行うと、当該属性領域３２に示されている、当該属性領域３２に対応付けられるコントローラ１６の属性の値を設定するための設定画面４２がディスプレイ１４に表示される。

図６Ａは、属性領域３２ａ−２に配置されている設定ボタン４０を選択する操作が行われた際にディスプレイ１４に表示される設定画面４２である設定画面４２ａの一例を示す図である。

図６Ａに例示する、属性領域３２ａ−２に対応付けられる設定画面４２ａは、コントローラ１６ａ−２の属性の値の設定を行うための画面である。図６Ａに例示する設定画面４２ａには、コントローラ１６ａ−２に対応付けられるコントローラ管理データに含まれる振動有効化フラグの値を設定するためのチェックボックスＣが配置されている。また当該設定画面４２ａには、当該コントローラ管理データに含まれる音量値を設定するためのフォームＦ１が配置されている。また、当該設定画面４２ａには、当該コントローラ管理データに含まれる輝度値を設定するためのフォームＦ２が配置されている。また当該設定画面４２ａには、保存ボタンＳＢ、キャンセルボタンＣＢが配置されている。

ここでユーザが、振動有効化フラグ、音量値、及び、輝度値の設定を行った上で、保存ボタンＳＢを選択する操作を行ったとする。すると、コントローラ１６ａ−２に対応付けられるコントローラ管理データに含まれる、振動有効化フラグの値、音量値、及び、輝度値が、それぞれ、設定画面４２ａにおいて設定された値に設定される。ここでコントローラ１６ａ−２に対応付けられるコントローラ管理データに含まれる値と設定画面４２ａにおいて設定された値とが異なる場合は、コントローラ１６ａ−２に対応付けられるコントローラ管理データに含まれる値は変更されることとなる。本実施形態では例えば、チェックボックスＣがチェックされている場合は、コントローラ１６ａ−２に対応付けられるコントローラ管理データに含まれる振動有効化フラグの値として１が設定される。またチェックボックスＣがチェックされていない場合は、コントローラ１６ａ−２に対応付けられるコントローラ管理データに含まれる振動有効化フラグの値として０が設定される。またフォームＦ１、フォームＦ２に設定された値に応じた音量値、輝度値が、それぞれ、コントローラ１６ａ−２に対応付けられるコントローラ管理データに含まれる音量値、輝度値として設定される。

またユーザがキャンセルボタンＣＢを選択する操作を行うとコントローラ管理データは変更されることなく、図５に示すコントローラ管理画面３０がディスプレイ１４に表示される。

また図６Ａに例示する設定画面４２ａには、３つのテストボタンＴＢ（ＴＢ−１〜ＴＢ−３）も配置されている。ここで例えばユーザが「スピーカを鳴らす」と記載された第１のテストボタンＴＢ−１を選択する操作を行ったとする。この場合は、情報処理装置１２は、フォームＦ１の設定に応じた音量の音声がコントローラ１６ａ−２から出力されるようコントローラ１６ａ−２を制御する。また例えばユーザが「ライトバーを点滅」と記載された第２のテストボタンＴＢ−２を選択する操作を行ったとする。この場合は、情報処理装置１２は、フォームＦ２の設定に応じた輝度でコントローラ１６ａ−２が備えるライトバーＬが発光するよう、コントローラ１６ａ−２を制御する。また例えばユーザが「振動のテスト」と記載された第３のテストボタンＴＢ−３を選択する操作を行ったとする。この場合は、情報処理装置１２は、チェックボックスＣがチェックされている場合は、コントローラ１６ａ−２が備えるバイブレータを振動させるよう、コントローラ１６ａ−２を制御する。ここでは例えば情報処理装置１２が上述の制御を行うための制御信号をコントローラ１６ａ−２に送信し、当該制御信号を受信したコントローラ１６ａ−２は受信した制御信号に応じた上述の制御を行う。

なお本実施形態では、設定画面４２ａに対応付けられるコントローラ１６ａ−２が情報処理装置１２と接続されていない場合でも、サブシステム部２８が当該コントローラ１６ａ−２と通信可能である場合には、上述の制御が行われる。

また本実施形態では例えば、情報処理装置１２は、設定画面４２ａにおいてチェックボックスＣがチェックされた際に、コントローラ１６ａ−２が備えるバイブレータを振動させるよう当該コントローラ１６ａ−２を制御してもよい。また例えば、情報処理装置１２は、設定画面４２ａにおいてフォームＦ１に対する値の設定が行われた際に、コントローラ１６ａ−２が備えるスピーカＳから設定後の音量の音声が出力されるよう当該コントローラ１６ａ−２を制御してもよい。また例えば、情報処理装置１２は、設定画面４２ａにおいてフォームＦ２に対する値の設定が行われた際に、コントローラ１６ａ−２が備えるライトバーＬが設定後の明るさ（ここでは例えば輝度）で発光するよう当該コントローラ１６ａ−２を制御してもよい。なおこれらの制御は、情報処理装置１２と当該コントローラ１６ａ−２とが接続されている場合にのみ行われるようにしてもよい。

図６Ｂは、属性領域３２ｂに配置されている設定ボタン４０を選択する操作が行われた際にディスプレイ１４に表示される設定画面４２である設定画面４２ｂの一例を示す図である。ユーザは、図６Ｂに示す設定画面４２ｂを介して、上述のようにして、コントローラ１６ｂに対応付けられるコントローラ管理データに含まれる振動有効化フラグの値を設定することができる。またユーザは、設定画面４２ｂに配置されているキーアサインの変更ボタンＫを選択する操作を行うことで、コントローラ１６ｂの設定ソフトウェアによる、コントローラ１６ｂのキーアサインの変更を行うことができる。

なお本実施形態において、バイブレータを備えていないコントローラ１６についても同様に管理できても構わない。このようなコントローラ１６については例えば、コントローラ管理データに含まれる振動有効化フラグの値は設定されない。また図５に例示するコントローラ管理画面には振動有効化フラグの値に応じた情報が配置されない。なおこのようなコントローラ１６について、コントローラ管理画面に、当該コントローラ１６がバイブレータを備えていないことを表す文字列、例えば「振動 −」との文字列が、属性情報３８として配置されてもよい。

またコントローラ管理データによってバイブレータの振動態様を管理することができても構わない。例えばコントローラ管理データが、振動するモータ数や振動させるモータの位置などといったバイブレータの振動態様についての属性の値を含んでいてもよい。そしてこのような属性の値は、図６Ａや図６Ｂに例示するものと同様の設定画面４２によってユーザが設定可能であっても構わない。そしてこのようにして設定された振動するモータ数や振動させるモータの位置などといったバイブレータの振動態様についての属性の値は属性情報３８としてコントローラ管理画面に配置されても構わない。

また本実施形態では、ユーザが情報処理装置１２の電源ボタンＰを押下すると、情報処理装置１２に電源が投入されて、情報処理装置１２は起動する。そして本実施形態では、情報処理装置１２が、コントローラ管理データに基づいて、バッテリ残量値が最も大きなコントローラ１６を特定する。そして情報処理装置１２は、特定されたコントローラ１６に所定の通知制御を行うことで、特定されたコントローラ１６をユーザに通知する。ここで以下、所定の通知制御とは、本実施形態では例えばコントローラ１６が備えるスピーカＳからの音声の出力、コントローラ１６が備えるライトバーＬの発光や点滅、コントローラ１６が備えるバイブレータの振動、のうちの少なくとも１つを指すこととする。本実施形態では例えば、所定の通知制御を行う情報処理装置１２は、所定の通知制御を行うための制御信号をコントローラ１６に送信する。すると当該制御信号を受信したコントローラ１６が、例えばスピーカＳからの音声の出力、ライトバーＬの発光や点滅、バイブレータの振動などといった、当該制御信号に応じた動作を行う。ここで例えばバッテリ残量値に応じた音量の音声がスピーカＳから出力されるようにしてもよい。また例えばバッテリ残量値に応じた輝度や色でライトバーＬが発光するようにしてもよい。

また、情報処理装置１２は、情報処理装置１２に関連付けられているアカウント経由で、ユーザが使用するスマートフォンや携帯ゲーム装置に特定されたコントローラ１６の通知を行ってもよい。例えば、特定されたコントローラ１６のコントローラＩＤなどといった、当該コントローラ１６を識別する情報が含まれる電子メールが、ユーザのメールアドレス宛に送信されるようにすることで、上述の通知が行われるようにしてもよい。また例えば、ユーザが所有するスマートフォンに上述の通知を受信可能なアプリケーションがインストールされていてもよい。そして、当該アプリケーションの接続先であるネットワークサービス経由で、特定されたコントローラ１６のコントローラＩＤなどといった、当該コントローラ１６を識別する情報がユーザに通知されるようにすることで、上述の通知が行われるようにしてもよい。

以上のようにして、本実施形態によれば、ユーザはバッテリの残量が多いコントローラ１６を認識することができることとなる。

なお、以上のようにして特定されたコントローラ１６又は当該コントローラ１６以外のコントローラ１６に対する、ボタンＢ２の押下等の操作入力が発生した際に、上述の通知が停止するようにしてもよい。

また本実施形態では、ユーザが情報処理装置１２の電源ボタンＰに対して、例えば、短い間隔で３回押下する操作や、電源起動後に３秒程度長押しするなどといった所定の操作を行った場合は、図７に例示する捜索画面４４がディスプレイ１４に表示される。図７に例示する捜索画面４４には、コントローラ１６ａ−１、コントローラ１６ａ−２、コントローラ１６ａ−３のそれぞれに対応付けられるコントローラアイコン３４ａが配置されている。そして、情報処理装置１２は、コントローラ１６ａ−１、コントローラ１６ａ−２、コントローラ１６ａ−３の順に、例えば、５〜１０秒おきに、上述の所定の通知制御を繰り返し行う。ここで例えばコントローラ１６ａ−２が備えるライトバーＬの点滅が行われる場合には、図７に示すように、ライトバーＬが点滅しているコントローラ１６ａ−２に対応付けられるコントローラアイコン３４の右側に、「点滅中」との文字列が配置される。そしてユーザによる、コントローラ１６に対するボタンＢ２の押下等の操作入力が行われると、コントローラ１６に対応付けられるコントローラアイコン３４の右側に、「発見済み」との文字列が配置される。そしてこの場合は当該コントローラ１６については当該所定の制御の対象から除外される。なおボタンＢ２の押下等の操作入力が行われていないコントローラ１６に対応付けられるコントローラアイコン３４の右側には、「未発見」との文字列が配置される。そして所定の回数ずつ当該通知制御が行われたら、情報処理装置１２は、当該通知制御を終了する。

以上のようにして本実施形態によれば、ユーザは、コントローラ１６の所在がわからなくなった場合に当該コントローラ１６を発見できる。また本実施形態によれば、ユーザが、操作しようとしているコントローラ１６のコントローラＩＤや設定されている属性の値がわからなくなった場合に、当該コントローラ１６のコントローラＩＤや設定されている属性の値を知ることができる。

図８は、ログアウト、ログインユーザの切替、スタンバイ状態への移行、電源の切断などを行うための電源管理画面４６の一例を示す図である。そして本実施形態では、図８に示すように、電源管理画面４６に、対応するコントローラ管理データに含まれるバッテリ残量値が所定値以下、ここでは例えば１以下であるコントローラ１６ａ−３の充電を促す情報が配置される。図８に示すように、当該情報には、コントローラ１６ａ−３のコントローラアイコン３４ａ及びバッテリ残量アイコン３６が含まれている。ここで情報処理装置１２は、情報処理装置１２が備えるＵＳＢポートに空きがあるか否かを確認し、空きがある場合に、図８に示すように充電のためにＵＳＢポートが使用可能である旨を電源管理画面４６に配置してもよい。またここでコントローラ１６ａ−３と情報処理装置１２とがＵＳＢケーブルにより接続された場合に、当該接続に応じて情報処理装置１２がスタンバイ状態に移行するようにしてもよい。そしてコントローラ１６ａ−３の充電が開始されてもよい。なおコントローラ１６ａ−３以外のコントローラ１６と情報処理装置１２とがＵＳＢケーブルにより接続された場合でも、当該接続に応じて情報処理装置１２がスタンバイ状態に移行するようにしてもよい。また、電源管理画面４６が表示されている際にユーザが所定の操作を行った際に、情報処理装置１２が、バッテリ残量値が所定値以下、例えば１以下であるコントローラ１６に、上述の所定の通知制御を行ってもよい。このようにすれば、複数のコントローラ１６のうちからバッテリの残量が少ないコントローラ１６として特定されるコントローラ１６の充電をユーザに促すことができる。

また本実施形態では、上述のようにコントローラ１６が備えるバッテリの残量の確認、及び、バッテリ残量値の更新は、情報処理装置１２がスタンバイ状態であっても間欠的に行われる。例えば、コントローラ１６が備えるバッテリの残量の確認が所定時間間隔で定期的に行われてもよい。そして本実施形態では、バッテリ残量値が所定値以下、例えば１以下になったことが確認された場合に、情報処理装置１２は、その旨をユーザに通知する。ここで例えば、情報処理装置１２は、コントローラ管理データに含まれるバッテリ残量値が所定値以下、例えば１以下になった場合に、当該コントローラ管理データに対応付けられるコントローラ１６に上述の所定の通知制御を行ってもよい。あるいはこの場合に、情報処理装置１２が、例えば、その旨の通知を、上述したようにして情報処理装置１２に関連付けられているアカウント経由で、ユーザが使用するスマートフォンや携帯型ゲーム装置に行ってもよい。

以上のようにすれば、コントローラ１６のバッテリの残量が少なくなった際に、そのことがユーザに通知されることとなる。

以上のようにして、本実施形態では、コントローラ管理データによって、複数のコントローラ１６のそれぞれについて、当該コントローラに関連付けられている属性の値が個別に管理されることとなる。そして本実施形態によれば、コントローラ管理データに設定されている属性の値に基づいて、当該属性の値に関連付けられているコントローラ１６に関する処理が実行される。

なお、図５に例示するコントローラ管理画面３０や図６Ａ及び図６Ｂに例示する設定画面が表示されている際に、ユーザが所定の操作を行うことで、ユーザにより指定されたコントローラ１６が管理の対象から外れるようにしてもよい。ここで例えば情報処理装置１２に記憶されている当該コントローラ１６に対応するコントローラ管理データが削除されてもよい。そして管理の対象から外れたコントローラ１６の属性の値がコントローラ管理画面３０に表示されないようにしてもよい。こうすれば、例えば故障したコントローラ１６や使用されなくなったコントローラ１６を管理の対象から外せることとなる。

また図８に示す電源管理画面４６が表示されている際に、ユーザが所定のボタンの押下などといった所定の操作を行うことで、充電を促す情報が配置されているコントローラ１６の捜索、すなわち充電が必要なコントローラ１６の捜索が可能であっても構わない。そして当該操作によって、例えば対応するコントローラ管理データに含まれるバッテリ残量値が所定値以下であるコントローラ１６が特定されても構わない。そして情報処理装置１２が、特定されたコントローラ１６に対して上述の所定の通知制御を行うようにしてもよい。

また本実施形態の適用範囲はコントローラ１６に限定されない。例えば本実施形態は、ヘッドセットやキーボードなどといった一般的な周辺機器に応用されてもよい。

以下、本実施形態に係る情報処理装置１２で実装される機能についてさらに説明する。

図９は、本実施形態に係る情報処理装置１２で実装される機能の一例を示す機能ブロック図である。なお、本実施形態に係る情報処理装置１２で、図９に示す機能のすべてが実装される必要はなく、また、図９に示す機能以外の機能が実装されていても構わない。

図９に示すように、本実施形態に係る情報処理装置１２は、機能的には例えば、周辺機器管理データ記憶部５０、周辺機器管理データ設定部５２、周辺機器管理データ取得部５４、処理実行部５６、を含んでいる。周辺機器管理データ記憶部５０は、記憶部２２を主として実装される。周辺機器管理データ設定部５２、周辺機器管理データ取得部５４は、制御部２０及びサブシステム部２８を主として実装される。処理実行部５６は、制御部２０、通信部２４、入出力部２６、サブシステム部２８を主として実装される。

以上の機能は、コンピュータである情報処理装置１２にインストールされた、以上の機能に対応する指令を含むプログラムを制御部２０で実行することにより実装されている。このプログラムは、例えば、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等のコンピュータ読み取り可能な情報記憶媒体を介して、あるいは、インターネットなどの通信ネットワークを介して情報処理装置１２に供給される。

周辺機器管理データ記憶部５０は、本実施形態では、情報処理装置１２に登録された周辺機器の属性の値を管理するための周辺機器管理データを記憶する。周辺機器管理データ記憶部５０は、例えば図４に例示するコントローラ管理データを記憶する。コントローラ管理データは、周辺機器管理データの一例である。

周辺機器管理データ設定部５２は、本実施形態では、周辺機器管理データ記憶部５０に記憶されている周辺機器管理データに含まれる属性の値を設定する。周辺機器管理データ設定部５２は、例えば図４に例示するコントローラ管理データに含まれる属性の値を設定する。周辺機器管理データ設定部５２は、本実施形態では例えば、設定画面４２に対するユーザの操作入力に応じて、コントローラ管理データに含まれる、ユーザが変更可能な属性の値である、属性振動有効化フラグ、音量値、輝度値の設定を行う。また周辺機器管理データ設定部５２は、例えば、コントローラ１６が備えるバッテリの残量の確認を間欠的に実行し、当該確認結果に応じたバッテリ残量値の設定を行う。

周辺機器管理データ取得部５４は、本実施形態では、複数の周辺機器のそれぞれについて個別に管理される、当該周辺機器に関連付けられている属性の値を取得する。周辺機器管理データ取得部５４は、例えば、複数のコントローラ１６のそれぞれについて個別に管理される、当該コントローラ１６に関連付けられている属性の値を取得する。周辺機器管理データ取得部５４は、本実施形態では例えば、図４に例示するコントローラ管理データを取得する。

処理実行部５６は、本実施形態では、周辺機器管理データ取得部５４が取得する属性の値に基づいて、当該属性の値に関連付けられているコントローラ１６等の周辺機器に関する処理を実行する。処理実行部５６は、本実施形態では例えば、上述のように、周辺機器管理データ取得部５４が取得する属性の値に基づいて、当該属性の値に関連付けられているコントローラ１６を制御する。処理実行部５６は、具体的には例えば、上述の所定の通知制御を行う。また処理実行部５６は、上述のように、情報処理装置１２に関連付けられているアカウント経由で、ユーザが使用するスマートフォンや携帯型ゲーム装置に、周辺機器管理データ取得部５４が取得する属性の値に基づく通知を行ってもよい。また本実施形態では、処理実行部５６は、上述のように、コントローラ１６のバッテリの残量を示す値に基づいて当該コントローラのバッテリの残量が所定の残量よりも少ないことが特定される場合にその旨を通知する。

また処理実行部５６は、本実施形態では、周辺機器管理データ取得部５４が取得するコントローラ管理データ等の周辺機器管理データに基づいて、各種画面を表す情報を生成する。処理実行部５６は、例えば複数の周辺機器について取得する属性の値に応じた情報を表示させる。ここで処理実行部５６は、情報処理装置１２に接続されている周辺機器及び情報処理装置１２に接続されていない周辺機器の両方について、取得する属性の値に応じた情報を表示させてもよい。ここでは例えば図５に示すコントローラ管理画面３０、図６Ａに示す設定画面４２ａ、図６Ｂに示す設定画面４２ｂ、図７に示す捜索画面４４、図８に示す電源管理画面４６などを表す情報が生成される。そして処理実行部５６は、生成された情報をディスプレイ１４に送信する。当該情報を受信したディスプレイ１４は、当該情報が表す画面を表示させる。

なお、本発明は上述の実施形態に限定されるものではない。

例えば、周辺機器に限らず、情報処理装置１２で、携帯型ゲーム装置、スマートフォン、などの装置のバッテリの残量が管理されてもよい。そして、当該装置のバッテリの残量が少なくなったことが確認された場合に、情報処理装置１２が、上述のようにして、当該装置の充電を促すようにしてもよい。例えば、当該装置のバッテリの残量が少なくなったことがディスプレイ１４に表示されるようにしてもよい。また例えば、情報処理装置１２が、情報処理装置１２に関連付けられているアカウント経由で、ユーザが使用するスマートフォンや携帯型ゲーム装置に当該装置の充電を促す通知を行ってもよい。

また情報処理装置１２が複数の筐体から構成されていてもよい。

また、上記の具体的な文字列や図面中の具体的な文字列は例示であり、これらの文字列には限定されない。

Claims (5)

1. 複数の周辺機器のそれぞれについて個別に管理する管理装置であって、
   前記複数の周辺機器のそれぞれについて、当該周辺機器のバッテリの残量を示す情報を当該周辺機器から受信する受信部と、
   前記周辺機器から受信した最新の前記情報が示す値、又は、前記情報を当該周辺機器から最後に受信してからの経過時間に基づいて推定される当該周辺機器のバッテリの残量を示す値を、当該周辺機器のバッテリ残量値として決定する決定部と、
   前記管理装置に接続されている前記周辺機器及び前記管理装置に接続されていない前記周辺機器の両方について、当該周辺機器のバッテリ残量値に応じた情報を表示させる処理実行部と、
   を含むことを特徴とする管理装置。
2. 前記処理実行部は、さらに、前記管理装置が起動する際に、前記バッテリ残量値が最も大きいと特定される前記周辺機器を通知する、
   ことを特徴とする請求項１に記載の管理装置。
3. 前記処理実行部は、さらに、前記周辺機器の前記バッテリ残量値に基づいて当該周辺機器のバッテリの残量が所定の残量よりも少ないことが特定される場合にその旨を通知する、
   ことを特徴とする請求項１又は２に記載の管理装置。
4. 管理装置が複数の周辺機器のそれぞれについて個別に管理する管理方法であって、
   前記管理装置の受信部が、前記複数の周辺機器のそれぞれについて、当該周辺機器のバッテリの残量を示す情報を当該周辺機器から受信するステップと、
   前記管理装置の決定部が、前記周辺機器から受信した最新の前記情報が示す値、又は、前記情報を当該周辺機器から最後に受信してからの経過時間に基づいて推定される当該周辺機器のバッテリの残量を示す値を、当該周辺機器のバッテリ残量値として決定するステップと、
   前記管理装置の処理実行部が、前記管理装置に接続されている前記周辺機器及び前記管理装置に接続されていない前記周辺機器の両方について、当該周辺機器のバッテリ残量値に応じた情報を表示させるステップと、
   を含むことを特徴とする管理方法。
5. 複数の周辺機器のそれぞれについて個別に管理するコンピュータに、
   前記複数の周辺機器のそれぞれについて、当該周辺機器のバッテリの残量を示す情報を当該周辺機器から受信する手順、
   前記周辺機器から受信した最新の前記情報が示す値、又は、前記情報を最後に受信してからの経過時間に基づいて推定される当該周辺機器のバッテリの残量を示す値を、当該周辺機器のバッテリ残量値として決定する手順、
   前記管理装置に接続されている前記周辺機器及び前記管理装置に接続されていない前記周辺機器の両方について、当該周辺機器のバッテリ残量値に応じた情報を表示させる手順、
   を実行させることを特徴とするプログラム。

Images