通信装置、通信装置の電力制御方法及びプログラム
【課題】接続される給電装置の規格に合わせて、電力クラスを自動的に変更し得る。
【解決手段】実施形態によれば、通信装置は、給電装置から供給される電力を受電する通信装置を対象にし、処理手段と、検出手段と、制御手段とを備える。処理手段は、接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する。検出手段は、給電装置への接続時に、給電装置との間で実行される認証処理の回数を検出する。制御手段は、検出手段による検出結果に基づいて、接続される給電装置に対応する電力クラスを処理手段に設定する。
【解決手段】実施形態によれば、通信装置は、給電装置から供給される電力を受電する通信装置を対象にし、処理手段と、検出手段と、制御手段とを備える。処理手段は、接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する。検出手段は、給電装置への接続時に、給電装置との間で実行される認証処理の回数を検出する。制御手段は、検出手段による検出結果に基づいて、接続される給電装置に対応する電力クラスを処理手段に設定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、例えばＩＰ(Internet Protocol)電話機として使用される通信装置、通信装置の電力制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＩＰ(Internet Protocol)網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するＩＰ電話システムが普及している。このＩＰ電話システムでは、ＩＰ網に接続されるＩＰ電話端末間で音声通信を行うことができるとともに、ＩＰ電話端末と公衆網に接続される電話端末との間で音声通信を行えることは勿論のことである。この場合、ＰＯＥ(Power Over Ether（登録商標）)等の給電手法に従って、ＬＡＮ(Local Area Network)を構成するルータやスイッチングハブなどのＬＡＮ給電装置から電源（駆動電力）がＩＰ電話端末に供給されることにより実現できる。このＩＰ電話端末は、例えばＩＥＥＥ８０２．３ａｆ規格に対応している。
【０００３】
一方、上記ＩＰ電話システムでは、ＩＰ網に接続されるＩＰ電話端末間で動画を利用したビデオ通信を行うこともできる。この場合、ＩＥＥＥ８０２．３ａｆ規格より最大消費電力量が大きいＩＥＥＥ８０２．３ａｔ規格に対応したＩＰ電話端末が使用される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１０６１２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上記IEEE802.3afとIEEE802.3at規格は互換性があり、IEEE802.3at規格に対応する受電機器(以降、PDと表記)はIEEE802.3af規格のみに対応するLAN給電装置(以降、PSEと表記)からも電力供給を受けることができる。しかし、IEEE802.3at規格に対応するPDはクラスを４に設定する必要があり、IEEE802.3af規格のみに対応するPSEへ接続した場合には、クラス０のPDとして認識される。
【０００６】
このため、IEEE802.3at対応の通信装置をIEEE802.3af規格のみに対応するPSEに接続した場合、すべてクラス０として扱われるため、PSE側はクラスによる効率的な電源管理を行うことができない。
【０００７】
またPSEの規格対応状況に合わせて手動でクラス設定を行う場合には、手間がかかるほか、誤設定などのミスが発生する恐れがある。
【０００８】
本発明の目的は、接続される給電装置の規格に合わせて、電力クラスを自動的に変更し得る通信装置、通信装置の電力制御方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
実施形態によれば、通信装置は、給電装置から供給される電力を受電する通信装置を対象にし、処理手段と、検出手段と、制御手段とを備える。処理手段は、接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する。検出手段は、給電装置への接続時に、給電装置との間で実行される認証処理の回数を検出する。制御手段は、検出手段による検出結果に基づいて、接続される給電装置に対応する電力クラスを処理手段に設定する。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態に係わるＩＰ電話システムを示す概略構成図である。
【図２】上記図１に示した通信装置としてのＩＰ電話端末の構成を示すブロック図である。
【図３】上記図２に示した主制御部の機能構成を示すブロック図である。
【図４】本第１の実施形態におけるＩＰ電話端末をハブに接続した際の起動シーケンス波形図である。
【図５】本第１の実施形態におけるＩＰ電話端末をIEEE802.3af対応のハブに接続して音声通話を行なう際のシーケンスを示す図である。
【図６】本第１の実施形態におけるＩＰ電話端末をIEEE802.3at対応のハブに接続してビデオ通話を行なう際のシーケンスを示す図である。
【図７】本第２の実施形態に係る主制御部の機能構成を示すブロック図である。
【図８】本第２の実施形態における制御部による制御処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、実施の形態について、図面を参照して説明する。
【００１２】
（第１の実施形態）
図１は、第１の実施形態に係わるＩＰ電話システムを示す概略構成図である。
このシステムは、例えばメインオフィスにおいて、ＬＡＮ（Local Area Network）１を有する。ＬＡＮ１には、呼制御サーバＳＶ、給電装置としてのハブＲＴ１及びルータＲＴ２が接続されている。ハブＲＴ１には、通信装置としてのＩＰ電話端末Ｔ１１，Ｔ１２が接続されている。そして、ハブＲＴ１は、接続されるＩＰ電話端末Ｔ１１，Ｔ１２に対し、認証を行い、認証結果に応じて、ＩＰ電話端末Ｔ１１，Ｔ１２に電力を供給する。
【００１３】
ＩＰ電話端末Ｔ１１，Ｔ１２は、通話処理機能とメディア情報処理機能とを備えた端末である。
【００１４】
ルータＲＴ２は、ＬＡＮ１とインターネット等のＩＰネットワークＮＷとの間を接続する。呼制御サーバＳＶは、ＩＰ電話端末Ｔ１１，Ｔ１２間またはＩＰ電話端末Ｔ１１，Ｔ１２とＩＰネットワークＮＷ上のＩＰ電話端末との間で、例えばＳＩＰに従ってセッションを確立する交換制御機能を備える。そして、セッション確立後は、発信側と着信側の電話端末間でピアツーピア接続による音声通信を行なう。
【００１５】
ところで、上記ＩＰ電話端末Ｔ１１，Ｔ１２は、本第１の実施形態に係わる機能として次のような機能を有している。図２はその構成を示すブロック図である。ここでは、ＩＰ電話端末Ｔ１１を代表して説明する。
【００１６】
図２において、ＩＰ電話端末Ｔ１１は、伝送部１１、通話処理部１２、主制御部１３Ａ、操作パネル部１４、ハンドセット１５を有している。伝送部１１は、外部の機器との間で伝送により種々のデータの授受を行なう。また、伝送部１１は、外部の機器から送られてきた例えばＲＴＰパケット中から通話信号や制御信号を抽出し、通話信号を通話処理部１２へ、制御信号を主制御部１３Ａへとそれぞれ与える。さらに伝送部１１は、通話処理部１２や主制御部１３Ａから与えられるシリアルデータ信号を時分割多重して伝送用のＲＴＰパケットを生成し、送信する。
【００１７】
通話処理部１２は、伝送部１１から与えられる通話信号に含まれる通話データを取り出して、この通話データからアナログの受話音声信号を再生する。そして、通話処理部１２は、この再生した受話音声信号によりハンドセット１５の受話器を駆動し、受話音声の出力を行なわせる。また、通話処理部１２には、ハンドセット１５の送話器で生成されたアナログの送話音声信号が入力される。通話処理部１２は、この送話音声信号を所定形態の通話信号に変換して、伝送部１１へと与える。
【００１８】
主制御部１３Ａは、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有して構成され、ソフトウェア処理により本ＩＰ電話端末Ｔ１１の各部の制御を行なう。また、主制御部１３Ａは、ハブＲＴ１から供給される電力で動作する。
【００１９】
操作パネル部１４は、ＬＣＤ（Liquid Crystal Display）等の表示部１４１と、キー入力部１４２とを備えている。表示部１４１には、主制御部１３Ａから出力された自端末の動作状態を表す種々情報、電話帳なども表示される。
【００２０】
ところで、上記主制御部１３Ａは、本実施形態に係わる機能として次のような機能を有している。図３はその構成を示すブロック図である。
【００２１】
主制御部１３Ａは、ダイオードブリッジ１３１と、遮断スイッチ１３２と、ＬＡＮ給電認証部１３３と、電力クラスごとの複数の抵抗器Ｒ０〜Ｒ４を有するクラス設定抵抗器１３４と、ラッチングリレー１３５と、制御部１３６と、メモリ１３７とを備えている。
【００２２】
ダイオードブリッジ１３１は、ハブＲＴ１からＬＡＮ１を介して供給される電流を給電路遮断スイッチ１３２を介してＬＡＮ給電認証部１３３に送る。
【００２３】
ＬＡＮ給電認証部１３３は、ハブＲＴ１が受電機器認証（Detection）で印加する電圧に対して適切な電流を流し、正当な受電機器であることをハブＲＴ１側に示す。また、その後のクラス認証（Classification）では、ラッチングリレー１３５を介してクラス設定抵抗器１３４の抵抗器Ｒ０〜Ｒ４のいずれかに特定の電圧を印加し、各電力クラスに応じた電流を流すことでハブＲＴ１に適切な電力クラスを通知する。さらに、ＬＡＮ給電認証部１３３は、ハブＲＴ１との間で実行される認証処理の回数を検出する。
【００２４】
制御部１３６は、上記伝送部１１、通話処理部１２、給電路遮断スイッチ１３２及びラッチングリレー１３５の処理を統括的に制御するもので、上記ＬＡＮ給電認証部１３３による検出結果に基づいて、電力クラスを変更する場合に、例えばオン状態にある変更元の抵抗器Ｒ０をオフ状態に切り替え、変更先の抵抗器Ｒ４をオン状態に切り替えるようにラッチングリレー１３５を制御する。このとき、切り替えた電力クラスを示すクラス値をメモリ１３７に記憶する。
【００２５】
次に、上記構成による動作について説明する。
図４は、例えばＩＰ電話端末Ｔ１１をハブＲＴ１に接続した際の起動シーケンス波形図である。
【００２６】
ＩＰ電話端末Ｔ１１をハブＲＴ１にＬＡＮ１を介して接続すると、ハブＲＴ１はＩＰ電話端末Ｔ１１に対して給電を開始するための一連の手順、受電機器認証(Detection)とクラス認証(Classification)を行う。
【００２７】
Detectionは、例えば７［ｖ］以上の電圧パルスをハブＲＴ１がＬＡＮ給電認証部１３３に印加した際に流れる電流値を検出することで行われる。Classificationは、例えば１４．５［ｖ］から２０．５［ｖ］の間の電圧パルスをハブＲＴ１がＬＡＮ給電認証部１３３に印加した際に流れる電流値を検出することで行われる。
【００２８】
本第１の実施形態では、ＬＡＮ給電認証部１３３がClassificationの電圧パルスが何回印加されるか(Class Event)を検出し、１回の場合はハブＲＴ１が従来のIEEE802.3af対応機器、２回の場合はIEEE802.3at対応機器であると判断する。
【００２９】
ハブＲＴ１がIEEE802.3af対応の場合、ＩＰ電話端末Ｔ１１の制御部１３６は起動した後にメモリ１３７から自身の最大消費電力に合わせて設定された従来のクラス値C1(0〜3の範囲)を読み込む。そして、メモリ１３７に格納された現在のクラス値C2と異なっている場合には、制御部１３６はラッチングリレー１３５を制御してクラス設定抵抗器１３４を対応する抵抗器Ｒ０〜Ｒ３のいずれか１つへと切り替える。これら抵抗器Ｒ０〜Ｒ３の抵抗値は、Ｒ０＜Ｒ１＜Ｒ２＜Ｒ３の関係となる。また、現在設定されているクラス値C2が最適クラス値C1と同じ場合には、制御部１３６は何も行わない。
【００３０】
ハブＲＴ１がIEEE802.3at対応の場合、ＩＰ電話端末Ｔ１１の制御部１３６は起動した後にメモリ１３７に格納された現在のクラス値C2を読み込み、クラス４と異なっている場合に、制御部１３６はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器をクラス４対応の抵抗器Ｒ４へと切り替える。この抵抗器Ｒ４の抵抗値は、抵抗器Ｒ０〜Ｒ３に比して大きい値となる。また、現在設定されているクラス値C2がクラス４の場合には、制御部１３６は何も行わない。
【００３１】
クラス設定抵抗器１３４の定数、つまり抵抗器Ｒ０〜Ｒ４が変更された場合に、制御部１３６は給電路遮断スイッチ１３２を操作し、一定時間、ＩＰ電話端末Ｔ１１への給電を停止させる。一定時間後に、制御部１３６は給電路遮断スイッチ１３２をオン状態にすることで、ハブＲＴ１からの認証手順が再実施され、変更後の電力クラスがハブＲＴ１へと通知される。
【００３２】
（IEEE802.3af対応の給電装置にIEEE802.3at対応のＩＰ電話端末を接続）
図５は、ＩＰ電話端末Ｔ１１をハブＲＴ１に接続して音声通話を行なう際のシーケンスを示す図である。
【００３３】
例えばメインオフィスのプライベートＡに設置されるハブが故障したため、IEEE802.3aｔ対応のＩＰ電話端末Ｔ１１のユーザがＬＡＮ１を用いてプライベートＢに設置されるハブＲＴ１にＩＰ電話端末Ｔ１１を接続したとする（図５（１）。ハブＲＴ１はIEEE802.3af対応のため、電力クラス４を認識できず、ＩＰ電話端末Ｔ１１を電力クラス０の機器と認識してしまうことになる。この場合、ハブＲＴ１が電力クラスに応じた電力配分を行うことができなくなる。
【００３４】
そこで、本第１の実施形態では、ハブＲＴ１との間で行われる認証方式をＩＰ電話端末Ｔ１１で自動判別し、電力クラスを切り替えることでハブＲＴ１側との規格不一致を避けるようにした。
【００３５】
ＩＰ電話端末Ｔ１１は、ＬＡＮ給電認証部１３３にてClassificationの電圧パルスが何回印加されるか(Class Event)を検出する。ここでは、１回となるので、ハブＲＴ１が従来のIEEE802.3af対応機器であることを判断する。
【００３６】
そして、ＩＰ電話端末Ｔ１１の制御部１３６は起動した後にメモリ１３７から自身の最大消費電力に合わせて設定された電力クラス４を示すクラス値を読み込む。そして、上記判断したクラス値がメモリ１３７に格納された現在のクラス値と異なっているので、制御部１３６はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器Ｒ４をオンからオフに切り替え、抵抗器Ｒ３をオンに切り替える（図５（２））。以後、制御部１３６は、電力クラス３に対応するクラス値をメモリ１３７に記憶する。
【００３７】
プライベートＡに属するＩＰ電話端末Ｔ１１のユーザが、ＩＰ電話端末Ｔ１１のキー入力部１４２を操作してＩＰネットワークＮＷ上の外部端末ＴＴ１への発信操作を行なったとする（図５（３））。そうすると、ＩＰ電話端末Ｔ１１は、呼制御サーバＳＶへ発信要求を送信する（図５（４））。
【００３８】
呼制御サーバＳＶは、上記発信要求を受信すると、発信要求を外部端末ＴＴ１に送出して着信報知を行わせる（図５（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。そして、この着信報知に対しユーザが応答操作を行うと、外部端末ＴＴ１は接続応答信号を呼制御サーバＳＶに送信する（図５（６））。
【００３９】
接続応答信号を受信すると会議サーバＳＶは、ＩＰ電話端末Ｔ１１と外部端末ＴＴ１との間の通信リンクを形成する。（図５（７））。かくして、ＩＰ電話端末Ｔ１１と外部端末ＴＴ１との間で音声通話が可能になる。
【００４０】
（IEEE802.3at対応の給電装置にIEEE802.3at対応のＩＰ電話端末を接続）
図６は、ＩＰ電話端末Ｔ１１をIEEE802.3at対応のハブＲＴ３に接続してビデオ通話を行なう際のシーケンスを示す図である。
【００４１】
例えばメインオフィスのプライベートＡに設置されるハブＲＴ３が故障から復旧したとする。そして、IEEE802.3at対応のＩＰ電話端末Ｔ１１のユーザがプライベートＢに設置されるハブＲＴ１に接続されているＩＰ電話端末Ｔ１１を取り外して、ハブＲＴ３にＩＰ電話端末Ｔ１１を接続したとする（図６（１））。この場合、IEEE802.3afに比較して大きい電力をＩＰ電話端末Ｔ１１に供給できるため、動画を用いたビデオ通話を行うことができる。
【００４２】
ＩＰ電話端末Ｔ１１は、ＬＡＮ給電認証部１３３にてClassificationの電圧パルスが何回印加されるか(Class Event)を検出する。ここでは、２回となるので、ハブＲＴ３がIEEE802.3at対応機器であることを判断する。
【００４３】
そして、ＩＰ電話端末Ｔ１１の制御部１３６は起動した後にメモリ１３７から自身の最大消費電力に合わせて設定された電力クラス３を示すクラス値を読み込む。そして、上記判断したクラス値がメモリ１３７に格納された現在のクラス値と異なっているので、制御部１３６はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器Ｒ３をオンからオフに切り替え、抵抗器Ｒ４をオンに切り替える（図６（２））。以後、制御部１３６は、電力クラス４に対応するクラス値をメモリ１３７に記憶する。
【００４４】
プライベートＡに属するＩＰ電話端末Ｔ１１のユーザが、ＩＰ電話端末Ｔ１１のキー入力部１４２を操作してＩＰネットワークＮＷ上の外部端末ＴＴ２へ「動画」を指定した発信操作を行なったとする（図６（３））。そうすると、ＩＰ電話端末Ｔ１１は、呼制御サーバＳＶへ発信要求を送信する（図６（４））。
【００４５】
呼制御サーバＳＶは、上記発信要求を受信すると、発信要求を外部端末ＴＴ２に送出して着信報知を行わせる（図６（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。そして、この着信報知に対しユーザが応答操作を行うと、外部端末ＴＴ２は接続応答信号を呼制御サーバＳＶに送信する（図６（６））。
【００４６】
接続応答信号を受信すると呼制御サーバＳＶは、ＩＰ電話端末Ｔ１１と外部端末ＴＴ２との間のビデオ通話による通信リンクを形成する。（図６（７））。かくして、ＩＰ電話端末Ｔ１１と外部端末ＴＴ２との間で「動画」を用いたビデオ通話が可能になる。
【００４７】
以上のように上記第１の実施形態では、ＩＰ電話端末Ｔ１１をハブＲＴ１へ接続する時に、ＩＰ電話端末Ｔ１１のＬＡＮ給電認証部１３３にてハブＲＴ１との間で実行される認証処理の回数を検出し、制御部１３６にてこの検出結果に基づいて接続先のハブＲＴ１がＩＥＥＥ８０２．３ａｆ準拠かＩＥＥＥ８０２．３ａｔ準拠かを自動的に判断し、ＩＥＥＥ８０２．３ａｆ対応のハブＲＴ１に合わせるようにメモリ１３７に記憶されている電力クラス４を電力クラス３に更新し、オン状態にある抵抗器Ｒ４をオフ状態に切り替え、抵抗器Ｒ４をオン状態に切り替えるようにラッチングリレー１３５を切替制御するようにしている。
【００４８】
従って、ＩＰ電話端末Ｔ１１は、常に給電装置となるハブＲＴ１側の規格に合わせた電力クラスを通知することができ、電力クラス４を電力クラス０と認識するようなクラス認証の不一致による非効率な電力管理を回避できる。また、電力クラスの切り替えを自動化していることで、ＩＰ電話端末Ｔ１１の設置時にかかる設定の手間を省き、人的な設定ミスも回避できる。さらに、電力クラスの変更処理に際し、オン状態にある変更元の抵抗器をオフ状態に切り替え、変更先の抵抗器をオン状態に切り替えるだけでよいことになり、これにより簡単かつ短時間に電力クラスの変更を行うことができる。
【００４９】
また、上記第１の実施形態では、電力クラスの変更処理に際し、ハブＲＴ１とＬＡＮ給電認証部１３３との間をオン／オフに切り替える給電路遮断スイッチ１３２を一定期間オフ状態に切り替え、一定期間後に給電路遮断スイッチ１３２をオン状態に切り替えて再起動することで、ハブＲＴ１からの認証手順が再実施され、変更後の電力クラスをハブＲＴ１へと通知でき、これによりクラス認証の不一致による非効率な電力管理を回避できる。
【００５０】
また、上記第１の実施形態では、ＩＰ電話端末Ｔ１１をＩＥＥＥ８０２．３ａｔ対応のハブＲＴ３に接続変更されるときに、ハブＲＴ１に対応する電力クラス３をハブＲＴ３に対応する電力クラス４に変更するようにしているので、動画を利用したビデオ通信等の大きい受給電力量を必要とするサービスを利用することができる。
【００５１】
さらに、上記第１の実施形態では、電力クラスの変更制御を実行する場合に、ハブＲＴ１との認証処理から電力クラスの変更処理までを制御部１３６に頼らずＬＡＮ給電認証部１３３で分担して実行することが可能となり、処理が軽減した分を例えば制御部１３６による通信処理の制御に充てることができる。
【００５２】
（第２の実施形態）
図７は、本第２の実施形態に係る主制御部１３Ｂの機能構成図である。なお、図７において、上記図３と同一部分には同一符号を付して詳細な説明を省略する。
【００５３】
本第２の実施形態では、上記ＬＡＮ給電認証部１３３及び制御部１３６を１つの制御部１３８で担うようにしている。
【００５４】
図８は、上記制御部１３８による制御処理手順を示すフローチャートである。
【００５５】
例えばメインオフィスのプライベートＡに設置されるハブが故障したため、IEEE802.3aｔ対応のＩＰ電話端末Ｔ１１のユーザがＬＡＮ１を用いてプライベートＢに設置されるハブＲＴ１にＩＰ電話端末Ｔ１１を接続したとする。そうすると、ハブＲＴ１はＩＰ電話端末Ｔ１１に対して給電を開始するために、受電機器認証(Detection)を行う。一方、制御部１３８は、電圧を７［ｖ］まで徐々に上げていく（ステップＳＴ８ａ）。
【００５６】
続いて、ハブＲＴ１はＩＰ電話端末Ｔ１１に対してクラス認証(Classification)を行う。そして、制御部１３８は、Classificationの電圧パルスが何回印加されるか(Class Event)を検出する（ステップＳＴ８ｂ）。また、制御部１３８は、メモリ１３７に既に記憶されている初期値クラスで起動し（ステップＳＴ８ｃ）、Classificationの電圧パルスが１回であるか２回であるかの判断を行う（ステップＳＴ８ｄ）。
【００５７】
ここでは、１回となるので、制御部１３８はハブＲＴ１が従来のIEEE802.3af対応機器であることを判断し、メモリ１３７から自身の最大消費電力に合わせて設定された電力クラス４を示すクラス値を読み込み（ステップＳＴ８ｅ）、クラス値が一致するか否かの判断を行う（ステップＳＴ８ｆ）。そして、メモリ１３７に格納された現在のクラス値と異なっているので（Ｎｏ）、制御部１３８はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器Ｒ４をオンからオフに切り替え、抵抗器Ｒ３をオンに切り替える（ステップＳＴ８ｇ）。以後、制御部１３８は、電力クラス３に対応するクラス値をメモリ１３７に記憶し（ステップＳＴ８ｉ）、給電路遮断スイッチ１３２を一定時間オフにし、再起動を行う（ステップＳＴ８ｉ）。
【００５８】
例えばメインオフィスのプライベートＡに設置されるハブＲＴ３が故障から復旧したとする。そして、IEEE802.3aｔ対応のＩＰ電話端末Ｔ１１のユーザがプライベートＢに設置されるハブＲＴ１に接続されているＩＰ電話端末Ｔ１１を取り外して、ハブＲＴ３に接続したとする。そうすると、制御部１３８は、Classificationの電圧パルスが何回印加されるか(Class Event)を検出する。ここでは、２回となるので、ハブＲＴ３がIEEE802.3at対応機器であることを判断する。
【００５９】
そして、制御部１３８はメモリ１３７から自身の最大消費電力に合わせて設定された電力クラス３を示すクラス値を読み込み（ステップＳＴ８ｊ）、クラス値が電力クラス４に対応するか否かの判断を行う（ステップＳＴ８ｋ）。
【００６０】
ここでは、メモリ１３７に格納された現在のクラス値と異なっているので（Ｎｏ）、制御部１３８はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器Ｒ３をオンからオフに切り替え、抵抗器Ｒ４をオンに切り替える（ステップＳＴ８ｌ）。以後、制御部１３８は、電力クラス４に対応するクラス値をメモリ１３７に記憶し（ステップＳＴ８ｍ）、給電路遮断スイッチ１３２を一定時間オフにし、再起動を行う（ステップＳＴ８ｎ）。
【００６１】
なお、上記ステップＳＴ８ｆにおいて、メモリ１３７に記憶されているクラス値が一致する場合には（ＹＥＳ）、制御部１３８は処理をそのまま終了する。また、上記ステップＳＴ８ｋにおいて、メモリ１３７に記憶されているクラス値が一致する場合には（ＹＥＳ）、制御部１３８は処理をそのまま終了する。
【００６２】
以上のように上記第２の実施形態にあっても、上記第１の実施形態と同様な作用効果が得られる。
【００６３】
（その他の実施形態）
上記各実施形態では、IEEE802.3afでは音声通話に限られ、IEEE802.3atではビデオ通話を行うことができる例について説明した。しかしこれに限ることなく、例えばIEEE802.3atでは電子ゲームを行うこともできる。
【００６４】
また、上記各実施形態では、通信装置としてＩＰ電話端末を例に説明したが、その他の例えば監視カメラ等やパーソナル・コンピュータ等であってもよい。
【００６５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６６】
１…ＬＡＮ、１１…伝送部、１２…通話処理部、１３Ａ，１３Ｂ…主制御部、１４…操作パネル部、１４１…表示部、１４２…キー入力部、１５…ハンドセット、１３１…ダイオードブリッジ、１３２…遮断スイッチ、１３３…ＬＡＮ給電認証部、１３４…クラス設定抵抗器、１３５…ラッチングリレー、１３６，１３８…制御部、１３７…メモリ、Ｔ１１，Ｔ１２…ＩＰ電話端末、ＲＴ１…ハブ、ＲＴ２…ルータ、ＮＷ…ＩＰネットワーク。
【技術分野】
【０００１】
本発明の実施形態は、例えばＩＰ(Internet Protocol)電話機として使用される通信装置、通信装置の電力制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＩＰ(Internet Protocol)網を介して、双方向に画像や音声をパケットデータとして、リアルタイムに送受信するＩＰ電話システムが普及している。このＩＰ電話システムでは、ＩＰ網に接続されるＩＰ電話端末間で音声通信を行うことができるとともに、ＩＰ電話端末と公衆網に接続される電話端末との間で音声通信を行えることは勿論のことである。この場合、ＰＯＥ(Power Over Ether（登録商標）)等の給電手法に従って、ＬＡＮ(Local Area Network)を構成するルータやスイッチングハブなどのＬＡＮ給電装置から電源（駆動電力）がＩＰ電話端末に供給されることにより実現できる。このＩＰ電話端末は、例えばＩＥＥＥ８０２．３ａｆ規格に対応している。
【０００３】
一方、上記ＩＰ電話システムでは、ＩＰ網に接続されるＩＰ電話端末間で動画を利用したビデオ通信を行うこともできる。この場合、ＩＥＥＥ８０２．３ａｆ規格より最大消費電力量が大きいＩＥＥＥ８０２．３ａｔ規格に対応したＩＰ電話端末が使用される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１０６１２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上記IEEE802.3afとIEEE802.3at規格は互換性があり、IEEE802.3at規格に対応する受電機器(以降、PDと表記)はIEEE802.3af規格のみに対応するLAN給電装置(以降、PSEと表記)からも電力供給を受けることができる。しかし、IEEE802.3at規格に対応するPDはクラスを４に設定する必要があり、IEEE802.3af規格のみに対応するPSEへ接続した場合には、クラス０のPDとして認識される。
【０００６】
このため、IEEE802.3at対応の通信装置をIEEE802.3af規格のみに対応するPSEに接続した場合、すべてクラス０として扱われるため、PSE側はクラスによる効率的な電源管理を行うことができない。
【０００７】
またPSEの規格対応状況に合わせて手動でクラス設定を行う場合には、手間がかかるほか、誤設定などのミスが発生する恐れがある。
【０００８】
本発明の目的は、接続される給電装置の規格に合わせて、電力クラスを自動的に変更し得る通信装置、通信装置の電力制御方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
実施形態によれば、通信装置は、給電装置から供給される電力を受電する通信装置を対象にし、処理手段と、検出手段と、制御手段とを備える。処理手段は、接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する。検出手段は、給電装置への接続時に、給電装置との間で実行される認証処理の回数を検出する。制御手段は、検出手段による検出結果に基づいて、接続される給電装置に対応する電力クラスを処理手段に設定する。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態に係わるＩＰ電話システムを示す概略構成図である。
【図２】上記図１に示した通信装置としてのＩＰ電話端末の構成を示すブロック図である。
【図３】上記図２に示した主制御部の機能構成を示すブロック図である。
【図４】本第１の実施形態におけるＩＰ電話端末をハブに接続した際の起動シーケンス波形図である。
【図５】本第１の実施形態におけるＩＰ電話端末をIEEE802.3af対応のハブに接続して音声通話を行なう際のシーケンスを示す図である。
【図６】本第１の実施形態におけるＩＰ電話端末をIEEE802.3at対応のハブに接続してビデオ通話を行なう際のシーケンスを示す図である。
【図７】本第２の実施形態に係る主制御部の機能構成を示すブロック図である。
【図８】本第２の実施形態における制御部による制御処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、実施の形態について、図面を参照して説明する。
【００１２】
（第１の実施形態）
図１は、第１の実施形態に係わるＩＰ電話システムを示す概略構成図である。
このシステムは、例えばメインオフィスにおいて、ＬＡＮ（Local Area Network）１を有する。ＬＡＮ１には、呼制御サーバＳＶ、給電装置としてのハブＲＴ１及びルータＲＴ２が接続されている。ハブＲＴ１には、通信装置としてのＩＰ電話端末Ｔ１１，Ｔ１２が接続されている。そして、ハブＲＴ１は、接続されるＩＰ電話端末Ｔ１１，Ｔ１２に対し、認証を行い、認証結果に応じて、ＩＰ電話端末Ｔ１１，Ｔ１２に電力を供給する。
【００１３】
ＩＰ電話端末Ｔ１１，Ｔ１２は、通話処理機能とメディア情報処理機能とを備えた端末である。
【００１４】
ルータＲＴ２は、ＬＡＮ１とインターネット等のＩＰネットワークＮＷとの間を接続する。呼制御サーバＳＶは、ＩＰ電話端末Ｔ１１，Ｔ１２間またはＩＰ電話端末Ｔ１１，Ｔ１２とＩＰネットワークＮＷ上のＩＰ電話端末との間で、例えばＳＩＰに従ってセッションを確立する交換制御機能を備える。そして、セッション確立後は、発信側と着信側の電話端末間でピアツーピア接続による音声通信を行なう。
【００１５】
ところで、上記ＩＰ電話端末Ｔ１１，Ｔ１２は、本第１の実施形態に係わる機能として次のような機能を有している。図２はその構成を示すブロック図である。ここでは、ＩＰ電話端末Ｔ１１を代表して説明する。
【００１６】
図２において、ＩＰ電話端末Ｔ１１は、伝送部１１、通話処理部１２、主制御部１３Ａ、操作パネル部１４、ハンドセット１５を有している。伝送部１１は、外部の機器との間で伝送により種々のデータの授受を行なう。また、伝送部１１は、外部の機器から送られてきた例えばＲＴＰパケット中から通話信号や制御信号を抽出し、通話信号を通話処理部１２へ、制御信号を主制御部１３Ａへとそれぞれ与える。さらに伝送部１１は、通話処理部１２や主制御部１３Ａから与えられるシリアルデータ信号を時分割多重して伝送用のＲＴＰパケットを生成し、送信する。
【００１７】
通話処理部１２は、伝送部１１から与えられる通話信号に含まれる通話データを取り出して、この通話データからアナログの受話音声信号を再生する。そして、通話処理部１２は、この再生した受話音声信号によりハンドセット１５の受話器を駆動し、受話音声の出力を行なわせる。また、通話処理部１２には、ハンドセット１５の送話器で生成されたアナログの送話音声信号が入力される。通話処理部１２は、この送話音声信号を所定形態の通話信号に変換して、伝送部１１へと与える。
【００１８】
主制御部１３Ａは、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有して構成され、ソフトウェア処理により本ＩＰ電話端末Ｔ１１の各部の制御を行なう。また、主制御部１３Ａは、ハブＲＴ１から供給される電力で動作する。
【００１９】
操作パネル部１４は、ＬＣＤ（Liquid Crystal Display）等の表示部１４１と、キー入力部１４２とを備えている。表示部１４１には、主制御部１３Ａから出力された自端末の動作状態を表す種々情報、電話帳なども表示される。
【００２０】
ところで、上記主制御部１３Ａは、本実施形態に係わる機能として次のような機能を有している。図３はその構成を示すブロック図である。
【００２１】
主制御部１３Ａは、ダイオードブリッジ１３１と、遮断スイッチ１３２と、ＬＡＮ給電認証部１３３と、電力クラスごとの複数の抵抗器Ｒ０〜Ｒ４を有するクラス設定抵抗器１３４と、ラッチングリレー１３５と、制御部１３６と、メモリ１３７とを備えている。
【００２２】
ダイオードブリッジ１３１は、ハブＲＴ１からＬＡＮ１を介して供給される電流を給電路遮断スイッチ１３２を介してＬＡＮ給電認証部１３３に送る。
【００２３】
ＬＡＮ給電認証部１３３は、ハブＲＴ１が受電機器認証（Detection）で印加する電圧に対して適切な電流を流し、正当な受電機器であることをハブＲＴ１側に示す。また、その後のクラス認証（Classification）では、ラッチングリレー１３５を介してクラス設定抵抗器１３４の抵抗器Ｒ０〜Ｒ４のいずれかに特定の電圧を印加し、各電力クラスに応じた電流を流すことでハブＲＴ１に適切な電力クラスを通知する。さらに、ＬＡＮ給電認証部１３３は、ハブＲＴ１との間で実行される認証処理の回数を検出する。
【００２４】
制御部１３６は、上記伝送部１１、通話処理部１２、給電路遮断スイッチ１３２及びラッチングリレー１３５の処理を統括的に制御するもので、上記ＬＡＮ給電認証部１３３による検出結果に基づいて、電力クラスを変更する場合に、例えばオン状態にある変更元の抵抗器Ｒ０をオフ状態に切り替え、変更先の抵抗器Ｒ４をオン状態に切り替えるようにラッチングリレー１３５を制御する。このとき、切り替えた電力クラスを示すクラス値をメモリ１３７に記憶する。
【００２５】
次に、上記構成による動作について説明する。
図４は、例えばＩＰ電話端末Ｔ１１をハブＲＴ１に接続した際の起動シーケンス波形図である。
【００２６】
ＩＰ電話端末Ｔ１１をハブＲＴ１にＬＡＮ１を介して接続すると、ハブＲＴ１はＩＰ電話端末Ｔ１１に対して給電を開始するための一連の手順、受電機器認証(Detection)とクラス認証(Classification)を行う。
【００２７】
Detectionは、例えば７［ｖ］以上の電圧パルスをハブＲＴ１がＬＡＮ給電認証部１３３に印加した際に流れる電流値を検出することで行われる。Classificationは、例えば１４．５［ｖ］から２０．５［ｖ］の間の電圧パルスをハブＲＴ１がＬＡＮ給電認証部１３３に印加した際に流れる電流値を検出することで行われる。
【００２８】
本第１の実施形態では、ＬＡＮ給電認証部１３３がClassificationの電圧パルスが何回印加されるか(Class Event)を検出し、１回の場合はハブＲＴ１が従来のIEEE802.3af対応機器、２回の場合はIEEE802.3at対応機器であると判断する。
【００２９】
ハブＲＴ１がIEEE802.3af対応の場合、ＩＰ電話端末Ｔ１１の制御部１３６は起動した後にメモリ１３７から自身の最大消費電力に合わせて設定された従来のクラス値C1(0〜3の範囲)を読み込む。そして、メモリ１３７に格納された現在のクラス値C2と異なっている場合には、制御部１３６はラッチングリレー１３５を制御してクラス設定抵抗器１３４を対応する抵抗器Ｒ０〜Ｒ３のいずれか１つへと切り替える。これら抵抗器Ｒ０〜Ｒ３の抵抗値は、Ｒ０＜Ｒ１＜Ｒ２＜Ｒ３の関係となる。また、現在設定されているクラス値C2が最適クラス値C1と同じ場合には、制御部１３６は何も行わない。
【００３０】
ハブＲＴ１がIEEE802.3at対応の場合、ＩＰ電話端末Ｔ１１の制御部１３６は起動した後にメモリ１３７に格納された現在のクラス値C2を読み込み、クラス４と異なっている場合に、制御部１３６はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器をクラス４対応の抵抗器Ｒ４へと切り替える。この抵抗器Ｒ４の抵抗値は、抵抗器Ｒ０〜Ｒ３に比して大きい値となる。また、現在設定されているクラス値C2がクラス４の場合には、制御部１３６は何も行わない。
【００３１】
クラス設定抵抗器１３４の定数、つまり抵抗器Ｒ０〜Ｒ４が変更された場合に、制御部１３６は給電路遮断スイッチ１３２を操作し、一定時間、ＩＰ電話端末Ｔ１１への給電を停止させる。一定時間後に、制御部１３６は給電路遮断スイッチ１３２をオン状態にすることで、ハブＲＴ１からの認証手順が再実施され、変更後の電力クラスがハブＲＴ１へと通知される。
【００３２】
（IEEE802.3af対応の給電装置にIEEE802.3at対応のＩＰ電話端末を接続）
図５は、ＩＰ電話端末Ｔ１１をハブＲＴ１に接続して音声通話を行なう際のシーケンスを示す図である。
【００３３】
例えばメインオフィスのプライベートＡに設置されるハブが故障したため、IEEE802.3aｔ対応のＩＰ電話端末Ｔ１１のユーザがＬＡＮ１を用いてプライベートＢに設置されるハブＲＴ１にＩＰ電話端末Ｔ１１を接続したとする（図５（１）。ハブＲＴ１はIEEE802.3af対応のため、電力クラス４を認識できず、ＩＰ電話端末Ｔ１１を電力クラス０の機器と認識してしまうことになる。この場合、ハブＲＴ１が電力クラスに応じた電力配分を行うことができなくなる。
【００３４】
そこで、本第１の実施形態では、ハブＲＴ１との間で行われる認証方式をＩＰ電話端末Ｔ１１で自動判別し、電力クラスを切り替えることでハブＲＴ１側との規格不一致を避けるようにした。
【００３５】
ＩＰ電話端末Ｔ１１は、ＬＡＮ給電認証部１３３にてClassificationの電圧パルスが何回印加されるか(Class Event)を検出する。ここでは、１回となるので、ハブＲＴ１が従来のIEEE802.3af対応機器であることを判断する。
【００３６】
そして、ＩＰ電話端末Ｔ１１の制御部１３６は起動した後にメモリ１３７から自身の最大消費電力に合わせて設定された電力クラス４を示すクラス値を読み込む。そして、上記判断したクラス値がメモリ１３７に格納された現在のクラス値と異なっているので、制御部１３６はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器Ｒ４をオンからオフに切り替え、抵抗器Ｒ３をオンに切り替える（図５（２））。以後、制御部１３６は、電力クラス３に対応するクラス値をメモリ１３７に記憶する。
【００３７】
プライベートＡに属するＩＰ電話端末Ｔ１１のユーザが、ＩＰ電話端末Ｔ１１のキー入力部１４２を操作してＩＰネットワークＮＷ上の外部端末ＴＴ１への発信操作を行なったとする（図５（３））。そうすると、ＩＰ電話端末Ｔ１１は、呼制御サーバＳＶへ発信要求を送信する（図５（４））。
【００３８】
呼制御サーバＳＶは、上記発信要求を受信すると、発信要求を外部端末ＴＴ１に送出して着信報知を行わせる（図５（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。そして、この着信報知に対しユーザが応答操作を行うと、外部端末ＴＴ１は接続応答信号を呼制御サーバＳＶに送信する（図５（６））。
【００３９】
接続応答信号を受信すると会議サーバＳＶは、ＩＰ電話端末Ｔ１１と外部端末ＴＴ１との間の通信リンクを形成する。（図５（７））。かくして、ＩＰ電話端末Ｔ１１と外部端末ＴＴ１との間で音声通話が可能になる。
【００４０】
（IEEE802.3at対応の給電装置にIEEE802.3at対応のＩＰ電話端末を接続）
図６は、ＩＰ電話端末Ｔ１１をIEEE802.3at対応のハブＲＴ３に接続してビデオ通話を行なう際のシーケンスを示す図である。
【００４１】
例えばメインオフィスのプライベートＡに設置されるハブＲＴ３が故障から復旧したとする。そして、IEEE802.3at対応のＩＰ電話端末Ｔ１１のユーザがプライベートＢに設置されるハブＲＴ１に接続されているＩＰ電話端末Ｔ１１を取り外して、ハブＲＴ３にＩＰ電話端末Ｔ１１を接続したとする（図６（１））。この場合、IEEE802.3afに比較して大きい電力をＩＰ電話端末Ｔ１１に供給できるため、動画を用いたビデオ通話を行うことができる。
【００４２】
ＩＰ電話端末Ｔ１１は、ＬＡＮ給電認証部１３３にてClassificationの電圧パルスが何回印加されるか(Class Event)を検出する。ここでは、２回となるので、ハブＲＴ３がIEEE802.3at対応機器であることを判断する。
【００４３】
そして、ＩＰ電話端末Ｔ１１の制御部１３６は起動した後にメモリ１３７から自身の最大消費電力に合わせて設定された電力クラス３を示すクラス値を読み込む。そして、上記判断したクラス値がメモリ１３７に格納された現在のクラス値と異なっているので、制御部１３６はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器Ｒ３をオンからオフに切り替え、抵抗器Ｒ４をオンに切り替える（図６（２））。以後、制御部１３６は、電力クラス４に対応するクラス値をメモリ１３７に記憶する。
【００４４】
プライベートＡに属するＩＰ電話端末Ｔ１１のユーザが、ＩＰ電話端末Ｔ１１のキー入力部１４２を操作してＩＰネットワークＮＷ上の外部端末ＴＴ２へ「動画」を指定した発信操作を行なったとする（図６（３））。そうすると、ＩＰ電話端末Ｔ１１は、呼制御サーバＳＶへ発信要求を送信する（図６（４））。
【００４５】
呼制御サーバＳＶは、上記発信要求を受信すると、発信要求を外部端末ＴＴ２に送出して着信報知を行わせる（図６（５））。この着信報知は、鳴音の発生または着信表示により行なわれる。そして、この着信報知に対しユーザが応答操作を行うと、外部端末ＴＴ２は接続応答信号を呼制御サーバＳＶに送信する（図６（６））。
【００４６】
接続応答信号を受信すると呼制御サーバＳＶは、ＩＰ電話端末Ｔ１１と外部端末ＴＴ２との間のビデオ通話による通信リンクを形成する。（図６（７））。かくして、ＩＰ電話端末Ｔ１１と外部端末ＴＴ２との間で「動画」を用いたビデオ通話が可能になる。
【００４７】
以上のように上記第１の実施形態では、ＩＰ電話端末Ｔ１１をハブＲＴ１へ接続する時に、ＩＰ電話端末Ｔ１１のＬＡＮ給電認証部１３３にてハブＲＴ１との間で実行される認証処理の回数を検出し、制御部１３６にてこの検出結果に基づいて接続先のハブＲＴ１がＩＥＥＥ８０２．３ａｆ準拠かＩＥＥＥ８０２．３ａｔ準拠かを自動的に判断し、ＩＥＥＥ８０２．３ａｆ対応のハブＲＴ１に合わせるようにメモリ１３７に記憶されている電力クラス４を電力クラス３に更新し、オン状態にある抵抗器Ｒ４をオフ状態に切り替え、抵抗器Ｒ４をオン状態に切り替えるようにラッチングリレー１３５を切替制御するようにしている。
【００４８】
従って、ＩＰ電話端末Ｔ１１は、常に給電装置となるハブＲＴ１側の規格に合わせた電力クラスを通知することができ、電力クラス４を電力クラス０と認識するようなクラス認証の不一致による非効率な電力管理を回避できる。また、電力クラスの切り替えを自動化していることで、ＩＰ電話端末Ｔ１１の設置時にかかる設定の手間を省き、人的な設定ミスも回避できる。さらに、電力クラスの変更処理に際し、オン状態にある変更元の抵抗器をオフ状態に切り替え、変更先の抵抗器をオン状態に切り替えるだけでよいことになり、これにより簡単かつ短時間に電力クラスの変更を行うことができる。
【００４９】
また、上記第１の実施形態では、電力クラスの変更処理に際し、ハブＲＴ１とＬＡＮ給電認証部１３３との間をオン／オフに切り替える給電路遮断スイッチ１３２を一定期間オフ状態に切り替え、一定期間後に給電路遮断スイッチ１３２をオン状態に切り替えて再起動することで、ハブＲＴ１からの認証手順が再実施され、変更後の電力クラスをハブＲＴ１へと通知でき、これによりクラス認証の不一致による非効率な電力管理を回避できる。
【００５０】
また、上記第１の実施形態では、ＩＰ電話端末Ｔ１１をＩＥＥＥ８０２．３ａｔ対応のハブＲＴ３に接続変更されるときに、ハブＲＴ１に対応する電力クラス３をハブＲＴ３に対応する電力クラス４に変更するようにしているので、動画を利用したビデオ通信等の大きい受給電力量を必要とするサービスを利用することができる。
【００５１】
さらに、上記第１の実施形態では、電力クラスの変更制御を実行する場合に、ハブＲＴ１との認証処理から電力クラスの変更処理までを制御部１３６に頼らずＬＡＮ給電認証部１３３で分担して実行することが可能となり、処理が軽減した分を例えば制御部１３６による通信処理の制御に充てることができる。
【００５２】
（第２の実施形態）
図７は、本第２の実施形態に係る主制御部１３Ｂの機能構成図である。なお、図７において、上記図３と同一部分には同一符号を付して詳細な説明を省略する。
【００５３】
本第２の実施形態では、上記ＬＡＮ給電認証部１３３及び制御部１３６を１つの制御部１３８で担うようにしている。
【００５４】
図８は、上記制御部１３８による制御処理手順を示すフローチャートである。
【００５５】
例えばメインオフィスのプライベートＡに設置されるハブが故障したため、IEEE802.3aｔ対応のＩＰ電話端末Ｔ１１のユーザがＬＡＮ１を用いてプライベートＢに設置されるハブＲＴ１にＩＰ電話端末Ｔ１１を接続したとする。そうすると、ハブＲＴ１はＩＰ電話端末Ｔ１１に対して給電を開始するために、受電機器認証(Detection)を行う。一方、制御部１３８は、電圧を７［ｖ］まで徐々に上げていく（ステップＳＴ８ａ）。
【００５６】
続いて、ハブＲＴ１はＩＰ電話端末Ｔ１１に対してクラス認証(Classification)を行う。そして、制御部１３８は、Classificationの電圧パルスが何回印加されるか(Class Event)を検出する（ステップＳＴ８ｂ）。また、制御部１３８は、メモリ１３７に既に記憶されている初期値クラスで起動し（ステップＳＴ８ｃ）、Classificationの電圧パルスが１回であるか２回であるかの判断を行う（ステップＳＴ８ｄ）。
【００５７】
ここでは、１回となるので、制御部１３８はハブＲＴ１が従来のIEEE802.3af対応機器であることを判断し、メモリ１３７から自身の最大消費電力に合わせて設定された電力クラス４を示すクラス値を読み込み（ステップＳＴ８ｅ）、クラス値が一致するか否かの判断を行う（ステップＳＴ８ｆ）。そして、メモリ１３７に格納された現在のクラス値と異なっているので（Ｎｏ）、制御部１３８はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器Ｒ４をオンからオフに切り替え、抵抗器Ｒ３をオンに切り替える（ステップＳＴ８ｇ）。以後、制御部１３８は、電力クラス３に対応するクラス値をメモリ１３７に記憶し（ステップＳＴ８ｉ）、給電路遮断スイッチ１３２を一定時間オフにし、再起動を行う（ステップＳＴ８ｉ）。
【００５８】
例えばメインオフィスのプライベートＡに設置されるハブＲＴ３が故障から復旧したとする。そして、IEEE802.3aｔ対応のＩＰ電話端末Ｔ１１のユーザがプライベートＢに設置されるハブＲＴ１に接続されているＩＰ電話端末Ｔ１１を取り外して、ハブＲＴ３に接続したとする。そうすると、制御部１３８は、Classificationの電圧パルスが何回印加されるか(Class Event)を検出する。ここでは、２回となるので、ハブＲＴ３がIEEE802.3at対応機器であることを判断する。
【００５９】
そして、制御部１３８はメモリ１３７から自身の最大消費電力に合わせて設定された電力クラス３を示すクラス値を読み込み（ステップＳＴ８ｊ）、クラス値が電力クラス４に対応するか否かの判断を行う（ステップＳＴ８ｋ）。
【００６０】
ここでは、メモリ１３７に格納された現在のクラス値と異なっているので（Ｎｏ）、制御部１３８はラッチングリレー１３５を制御してクラス設定抵抗器１３４の抵抗器Ｒ３をオンからオフに切り替え、抵抗器Ｒ４をオンに切り替える（ステップＳＴ８ｌ）。以後、制御部１３８は、電力クラス４に対応するクラス値をメモリ１３７に記憶し（ステップＳＴ８ｍ）、給電路遮断スイッチ１３２を一定時間オフにし、再起動を行う（ステップＳＴ８ｎ）。
【００６１】
なお、上記ステップＳＴ８ｆにおいて、メモリ１３７に記憶されているクラス値が一致する場合には（ＹＥＳ）、制御部１３８は処理をそのまま終了する。また、上記ステップＳＴ８ｋにおいて、メモリ１３７に記憶されているクラス値が一致する場合には（ＹＥＳ）、制御部１３８は処理をそのまま終了する。
【００６２】
以上のように上記第２の実施形態にあっても、上記第１の実施形態と同様な作用効果が得られる。
【００６３】
（その他の実施形態）
上記各実施形態では、IEEE802.3afでは音声通話に限られ、IEEE802.3atではビデオ通話を行うことができる例について説明した。しかしこれに限ることなく、例えばIEEE802.3atでは電子ゲームを行うこともできる。
【００６４】
また、上記各実施形態では、通信装置としてＩＰ電話端末を例に説明したが、その他の例えば監視カメラ等やパーソナル・コンピュータ等であってもよい。
【００６５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６６】
１…ＬＡＮ、１１…伝送部、１２…通話処理部、１３Ａ，１３Ｂ…主制御部、１４…操作パネル部、１４１…表示部、１４２…キー入力部、１５…ハンドセット、１３１…ダイオードブリッジ、１３２…遮断スイッチ、１３３…ＬＡＮ給電認証部、１３４…クラス設定抵抗器、１３５…ラッチングリレー、１３６，１３８…制御部、１３７…メモリ、Ｔ１１，Ｔ１２…ＩＰ電話端末、ＲＴ１…ハブ、ＲＴ２…ルータ、ＮＷ…ＩＰネットワーク。
【特許請求の範囲】
【請求項１】
給電装置から供給される電力を受電する通信装置において、
接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する処理手段と、
前記給電装置への接続時に、前記給電装置との間で実行される認証処理の回数を検出する検出手段と、
この検出手段による検出結果に基づいて、接続される前記給電装置に対応する電力クラスを前記処理手段に設定する制御手段とを具備する通信装置。
【請求項２】
前記処理手段は、前記電力クラスに対応する複数の抵抗器を選択的に導通状態にし、
前記制御手段は、前記電力クラスを変更する際に、導通状態にある変更元の抵抗器を切断状態に切り替え、変更先の抵抗器を導通状態に切り替える請求項１記載の通信装置。
【請求項３】
前記制御手段は、前記電力クラスを変更する際に、前記給電装置と前記処理手段との間を導通状態／遮断状態に切り替えるスイッチを一定期間遮断状態に切り替え、一定期間経過後に前記スイッチを導通状態に切り替えて再起動する請求項１記載の通信装置。
【請求項４】
前記制御手段は、接続されている第１の給電装置から、前記第１の給電装置が対応していない電力クラスに対応する第２の給電装置へ接続変更するとき、前記処理手段に設定され前記第１の給電装置に対応する電力クラスを前記第２の給電装置に対応する電力クラスに変更する請求項１記載の通信装置。
【請求項５】
接続される給電装置との間の認証処理を実行する認証処理手段を備え、
前記検出手段は、前記認証処理手段に備えられ、
前記制御手段は、前記処理手段及び前記認証処理手段それぞれの処理を統括的に制御する請求項１記載の通信装置。
【請求項６】
給電装置から供給される電力を受電し、接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する処理部を有する通信装置の電力制御方法において、
前記給電装置への接続時に、前記給電装置との間で実行される認証処理の回数を検出し、
この検出結果に基づいて、接続される前記給電装置に対応する電力クラスを前記処理部に設定する通信装置の電力制御方法。
【請求項７】
通信装置により実行されるプログラムであって、前記通信装置を
接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する処理手段と、
前記給電装置への接続時に、前記給電装置との間で実行される認証処理の回数を検出する検出手段と、
この検出手段による検出結果に基づいて、接続される前記給電装置に対応する電力クラスを前記処理手段に設定する制御手段と
して動作させるプログラム。
【請求項１】
給電装置から供給される電力を受電する通信装置において、
接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する処理手段と、
前記給電装置への接続時に、前記給電装置との間で実行される認証処理の回数を検出する検出手段と、
この検出手段による検出結果に基づいて、接続される前記給電装置に対応する電力クラスを前記処理手段に設定する制御手段とを具備する通信装置。
【請求項２】
前記処理手段は、前記電力クラスに対応する複数の抵抗器を選択的に導通状態にし、
前記制御手段は、前記電力クラスを変更する際に、導通状態にある変更元の抵抗器を切断状態に切り替え、変更先の抵抗器を導通状態に切り替える請求項１記載の通信装置。
【請求項３】
前記制御手段は、前記電力クラスを変更する際に、前記給電装置と前記処理手段との間を導通状態／遮断状態に切り替えるスイッチを一定期間遮断状態に切り替え、一定期間経過後に前記スイッチを導通状態に切り替えて再起動する請求項１記載の通信装置。
【請求項４】
前記制御手段は、接続されている第１の給電装置から、前記第１の給電装置が対応していない電力クラスに対応する第２の給電装置へ接続変更するとき、前記処理手段に設定され前記第１の給電装置に対応する電力クラスを前記第２の給電装置に対応する電力クラスに変更する請求項１記載の通信装置。
【請求項５】
接続される給電装置との間の認証処理を実行する認証処理手段を備え、
前記検出手段は、前記認証処理手段に備えられ、
前記制御手段は、前記処理手段及び前記認証処理手段それぞれの処理を統括的に制御する請求項１記載の通信装置。
【請求項６】
給電装置から供給される電力を受電し、接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する処理部を有する通信装置の電力制御方法において、
前記給電装置への接続時に、前記給電装置との間で実行される認証処理の回数を検出し、
この検出結果に基づいて、接続される前記給電装置に対応する電力クラスを前記処理部に設定する通信装置の電力制御方法。
【請求項７】
通信装置により実行されるプログラムであって、前記通信装置を
接続される給電装置に応じて最大受給電力量が異なる複数の電力クラスの中から選択的に設定された電力クラスで動作し、通信処理を実行する処理手段と、
前記給電装置への接続時に、前記給電装置との間で実行される認証処理の回数を検出する検出手段と、
この検出手段による検出結果に基づいて、接続される前記給電装置に対応する電力クラスを前記処理手段に設定する制御手段と
して動作させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−２０９７２２（Ｐ２０１２−２０９７２２Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７３２４７（Ｐ２０１１−７３２４７）
【出願日】平成２３年３月２９日（２０１１．３．２９）
【特許番号】特許第５００２７１４号（Ｐ５００２７１４）
【特許公報発行日】平成２４年８月１５日（２０１２．８．１５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月２９日（２０１１．３．２９）
【特許番号】特許第５００２７１４号（Ｐ５００２７１４）
【特許公報発行日】平成２４年８月１５日（２０１２．８．１５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]