JP2011199470A - 端末状態制御装置、端末状態制御プログラム、端末状態制御方法および端末状態制御システム - Google Patents

Abstract

【課題】端末の省電力制御を実効的に行うことのできる端末状態制御装置、端末状態制御プログラム、端末状態制御方法および端末状態制御システムを提供する。
【解決手段】端末状態制御装置は、少なくとも１以上の端末と、通信サーバとの間の経路上に設けられ、前記端末と前記通信サーバとのそれぞれにアクセス可能な端末状態制御装置であって、前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信部と、前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出部とを備える。
【選択図】図１

Description

本発明は、端末状態の制御を行うための端末状態制御装置、端末状態制御プログラム、端末状態制御方法および端末状態制御システムに関する。

ＩＰ（Internet Protocol）網の普及に伴い、オフィス等においては、ＶｏＩＰ(Voice over Internet Protocol)技術を利用したＩＰ電話の利用が広がっている。ＩＰ電話では、呼制御プロトコル（例えば、ＳＩＰ（Session Initiation Protocol）等。）を用いて各種のメッセージをやりとりすることにより、各機器間における発信着信等の呼制御を行う。よって、各ＩＰ電話においては、常に、他の機器からのＳＩＰメッセージを取得可能な状態にしておく必要がある。このため、ＩＰ電話は、いつでも使用可能なように常時通電状態に維持されている。

一方、２００９年には、地球温暖化対策として、ＣＯ2などの温室効果ガスの排出量を２０２０年までに１９９０年比で２５％削減することを国際公約にする等、省エネルギー化・省電力化等への取り組みがこれまで以上に重要となってきている。特に、オフィスの省電力化等については進展が遅れているといわれており、オフィスの省電力化が急務となってきている。

例えば、オフィス等で用いる機器の省電力技術としては、ネットワークファクシミリ内のネットワークインタフェース部が自ホスト宛のパケットを受信したときに、ファクシミリを省電力モードから復帰させて受信させる技術（例えば、特許文献１参照。）や、無線端末において、送信パケットをグルーピングしておいて、端末の無線がウェイク（利用可能状態）したときにまとめて送るようにする技術（例えば、特許文献２参照。）等が知られている。

特開２００２−１８５６６５号 特表２００９−５４０６８７号

各種機器の省電力制御を行う場合、通常の電気機器等では、アイドル状態（使われないとき）では電力をオフ（待機状態）に制御し、ユーザが電気機器等のボタン等を押したときにオン（通常状態）に戻す制御を行うことにより、利用していない間の電気機器の省電力化が実現可能である。

しかしながら、上述のＩＰ電話において省電力制御を行う場合、常に他の機器からのＳＩＰメッセージを取得可能な状態にしておかなければ着信機能が働かないため、機器自体の電力をオフ（待機状態）にしておくことは困難である。

例えば、上述のＩＰ電話に対して、自ホスト宛のパケットを受信したときに省電力モードから復帰させる技術（上記特許文献１。）を適用したとしても、ブロードキャストパケットのような関係のないＩＰパケットが届いた場合にも通常状態に戻るため、省電力制御を実効的に行うことはできない。

また、上述のＩＰ電話に対して、送信パケットをグルーピングして端末の無線がウェイク（利用可能状態）したときにまとめて送るようにする技術（上記特許文献２。）を適用すると、リアルタイムでパケットを送受信することにより通話を行うＩＰ電話が機能しなくなるため、省電力制御を実効的に行うことはできない。

本発明は、上記のような点に鑑みてなされたものであり、その目的は、端末の省電力制御を実効的に行うことのできる、端末状態制御装置、端末状態制御プログラム、端末状態制御方法および端末状態制御システムの提供にある。

上記の目的を達成するために、以下に開示する端末状態制御装置は、少なくとも１以上の端末と、通信サーバとの間の経路上に設けられ、前記端末と前記通信サーバとのそれぞれにアクセス可能な端末状態制御装置であって、前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信部と、前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出部とを備える。

本願明細書の開示によれば、端末の省電力制御を実効的に行うことが可能となる。

端末状態制御システム１におけるシステム構成の一例を示す図である。 図１に示したエッジルータ２（端末状態制御装置）を、ＣＰＵを用いて実現したハードウェア構成の例を示す図である。 位置登録のＳＩＰメッセージを処理する場合の一例を模式的に示す図である。 位置登録の場合にエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。 端末管理データ２４の一例を示す図である。 着信のＳＩＰメッセージを処理する場合の一例を模式的に示す図である。 着信の場合にエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。 切断のＳＩＰメッセージを処理する場合の一例を模式的に示す図である。 切断の場合にエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。 切断の場合にエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。 端末状態制御装置のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。 端末管理データ２４の一例を示す図である。

以下においては、本発明の実施形態について図面を用いて具体的に説明する。

［１．第１の実施形態］
以下、本実施形態にかかる端末状態制御システムを、ＩＰ電話、エッジルータおよびＳＩＰ（Session Initiation Protocol）サーバを用いて構成する場合の例について説明する。なお、ＩＰ電話に代えて、ＶｏＩＰ(Voice over Internet Protocol)プログラムがインストールされたスマートフォン、携帯電話またはコンピュータ装置等を用いて上記端末状態制御システムを構成してもよい。また、エッジルータに代えてネットワークハブを用いてもよい。

エッジルータ２（端末状態制御装置）は、少なくとも１以上のＩＰ電話３（端末）と、ＳＩＰサーバ４（通信サーバ）との間の経路上に設けられ、前記ＩＰ電話３（端末）とＳＩＰサーバ４（通信サーバ）とのそれぞれにアクセス可能である。エッジルータ２（端末状態制御装置）は、前記ＩＰ電話３（端末）の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記ＩＰ電話３（端末）または前記ＳＩＰサーバ４（通信サーバ）から受信する。エッジルータ２（端末状態制御装置）は、前記呼制御データに基づいて、前記ＩＰ電話３（端末）の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する。

［１−１．端末状態制御システム１の構成例］
図１は、この発明の一実施形態による端末状態制御システム１におけるシステム構成の一例を示す図である。このシステム構成において、端末の一例としてのＩＰ電話３、３ａ、３ｂ…（以下、単にＩＰ電話３と称する。）は、端末状態制御装置の一例としてのエッジルータ２に接続されている。そして、ＩＰ電話３とエッジルータ２とは、それぞれ相互に通信可能である。また、エッジルータ２と通信サーバの一例としてのＳＩＰサーバ４とは、相互に通信可能である。さらに、エッジルータ２およびＳＩＰサーバ４は、インターネットまたはイントラネット（社内ネットワーク）等のネットワークＮに接続されている。よって、エッジルータ２は、ＩＰ電話３と、ＳＩＰサーバ４との間の経路上に設けられており、ＩＰ電話３とＳＩＰサーバ４との通信を中継する機能を発揮するものである。

ＩＰ電話３は、エッジルータ２を介してネットワークＮに接続されている。このため、ＩＰ電話３は、ネットワークＮに接続された他のＩＰ電話９１と、他のエッジルータ９０を介してＳＩＰ（Session Initiation Protocol）による呼の確立または切断が可能であり、呼の確立後は、ＲＴＰやＵＤＰ等のプロトコルに基づく音声通話等が可能である。なお、図１において、ＳＩＰサーバ４は１つしか記載されていないが、複数存在してもよい。

図１に示すように、ＩＰ電話３（端末）は、データ送信部３１および電力状態制御部３２を備える。エッジルータ２（端末状態制御装置）は、データ受信部２６、呼リクエスト抽出部２１、接続情報取得部２２、接続情報記録部２３、端末管理データ２４、信号送出部２５を備える。ＳＩＰサーバ４（通信サーバ）は、データ送信部４１を備える。

［１−２．端末状態制御システム１の処理概要］
ユーザが図１に示すＩＰ電話３を使用する場合、ＩＰ電話３のデータ送信部３１は、ＳＩＰサーバ４に対して、ユーザの使用状態に基づく呼制御データ（例えば、ＳＩＰメッセージ）を送信する。この呼制御データは、ＩＰ電話３の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するためのものである。呼制御データは、エッジルータ２を介してＳＩＰサーバ４に転送される。

同様に、図１に示すＳＩＰサーバ４のデータ送信部４１は、ＩＰ電話３に対して、ネットワークＮに接続された他のＩＰ電話にかかるユーザの使用状態に基づく呼制御データ（例えば、ＳＩＰメッセージ。）を送信する。この呼制御データには、ＩＰ電話３の識別ＩＤ（例えば、電話番号。）が含まれている。また、この呼制御データは、エッジルータ２を介してＳＩＰサーバ４に転送される。

なお、ＳＩＰサーバ４の主な機能は、ＩＰ電話間におけるＳＩＰの呼制御である。例えば、ＳＩＰサーバ４は、ＳＩＰに準じた状態制御やＳＩＰに対応したヘッダ制御を行い、通信の開始、変更、終了を制御する。具体的には、通信開始要求（INVITEリクエスト）を受け付けて、通信を開始しようとする端末間で呼を生成する処理を行う。また、通信終了要求（BYEリクエスト）を受け付けて、通信を終了しようとする端末間での呼を終了させる処理を行う。

エッジルータ２のデータ受信部２６は、ＩＰ電話３の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データ（ＳＩＰメッセージ）を、ＩＰ電話３またはＳＩＰサーバ４から受信する。なお、データ受信部２６は、呼制御データ以外の各種データを受信する。例えば、ＳＩＰ通信以外の通信（ＴＣＰやＵＤＰ）を行うためのデータも受信する。

エッジルータ２の呼リクエスト抽出部２１は、ＳＩＰメッセージを受けると、当該ＳＩＰメッセージに基づいて呼リクエスト（例えば、ＳＩＰリクエスト。）を抽出する。例えば、呼リクエスト抽出部２１は、データ受信部２６が受信した各種データの中から、ＳＩＰメッセージを構成するデータパケットを抽出する。具体的には、データパケットのヘッダ部にＳＩＰリクエストとしてのINVITEやCANCEL等が含まれていれば、ＳＩＰメッセージであると判断する。なお、ＳＩＰリクエストの他には、例えば、通信を開始しようとするＩＰ電話のＩＰアドレスおよびポート番号、フレームレート、コーデック等の情報が含まれている。

エッジルータ２は、ＩＰ電話３についての識別ＩＤと接続情報とを対応付けて管理する端末管理データ２４にアクセス可能である。なお、図１では、端末管理データ２４は、エッジルータ２内に保持されているが、エッジルータ２以外の装置（エッジルータ２がアクセス可能な装置）に保持されてもよい。例えば、端末管理データ２４は、ディレクトリサーバに保持されてもよい。

エッジルータ２の接続情報記録部２２は、ＩＰ電話３から当該ＩＰ電話３の識別ＩＤを含む呼制御データのうち位置登録要求（REGISTERリクエスト）を受けると、前記呼制御データに含まれる識別ＩＤと当該ＩＰ電話３の接続情報（例えば、接続ポート番号等。）とを対応付けて、前記端末管理データ２４に記録する。また、エッジルータ２の接続情報管理部２２は、ＩＰ電話３またはＳＩＰサーバ４から、ＩＰ電話３の識別ＩＤを含む呼制御データのうち着信要求（INVITEリクエスト）または切断要求（CANCELリクエスト）を受けると、前記端末管理データ２４を参照して、前記呼制御データに含まれる識別ＩＤに対応する接続情報を取得する。そして、エッジルータ２の信号送出部は、抽出した前記呼リクエストに基づく状態制御信号を、前記識別ＩＤによって特定されたＩＰ電話３に対して送出する。

ＩＰ電話３の電力状態制御部３２は、状態制御信号を受けると、自己の電力状態を通常状態または省電力状態に切り替える。ここで、電力状態が通常状態であるとは、ＩＰ電話３の各機能部に電力が供給され、何らかの電力消費が行われている状態をいう。また、電力状態が省電力状態であるとは、ＩＰ電話３の各機能部の一部または全部に電力が供給されておらず、通常状態よりも消費電力が小さい状態をいう。

これにより、ＩＰ電話３にかかる呼制御データ（例えば、ＳＩＰメッセージ。）に含まれる呼リクエスト（例えば、ＳＩＰリクエスト。）に基づいて、エッジルータ２からＩＰ電話３の電力状態を制御することができる。このため、ＩＰ電話３における省電力制御を実効的に行うことができる。そのため、家庭やオフィスにおいて日常的に使用されるＩＰ電話３の消費電力を削減することができる。

つまり、端末状態制御装置を用いて端末の電力を制御できるように構成しておき、端末状態制御装置が、端末の呼制御データを監視して、この呼制御データに基づいて端末の電力状態を制御するように構成することにより、端末の着信機能を維持させた状態で、端末の省電力制御を実効的に行うことができる。

図１に示す各機能部（２１〜２６）は、それぞれプログラムによって実現されるＣＰＵの機能を含むものである。ここで、プログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む。

［１−３．端末状態制御システムのハードウェア構成例］
図２は、図１に示したエッジルータ２（端末状態制御装置）を、ＣＰＵを用いて実現したハードウェア構成の例を示す図である。なお、ＣＰＵ２０２に代えて、他のプロセッサ（例えば、ＭＰＵ等。）やＩＣ（例えば、ＡＳＩＣ等。）を用いて、エッジルータ２を構成してもよい。

このエッジルータ２は、ＣＰＵ２０２、メモリ２０４、接続ポートＷＡＮ２０５ａ、接続ポート２０５１、接続ポート２０５２、…、接続ポート２０５ｎ等を備える。エッジルータ２とＳＩＰサーバ４は、接続ポートＷＡＮ２０５ａを介して接続される。エッジルータ２とＩＰ電話は、接続ポート１、２…ｎを介して接続される。なお、接続ポート１〜ｎには、ＩＰ電話以外の機器（例えば、コンピュータ装置）を接続してもよい。メモリ２０４には、端末状態制御プログラム２０４ａおよび端末管理データ２４等が記憶される。

ＣＰＵ２０２は、端末状態制御プログラム２０４ａ等に基づく処理を実行する。なお、端末状態制御プログラム２０４ａは、エッジルータ２の電源投入（図示しない）によって起動される。ＣＰＵ２０２によって実行される端末状態制御プログラム２０４ａは、端末管理データ２４を用いて、各接続ポート（２０５１、２０５２、…、２０５ｎ）に接続されたＩＰ電話３等に関する情報を管理する。

図１に示したエッジルータ２を構成する、データ受信部２６、呼リクエスト抽出部２１、接続情報取得部２２、接続情報記録部２３および信号送出部２５は、端末状態制御プログラム２０４ａをＣＰＵ２０２上で実行することによって実現される。

なお、ＩＰ電話３は、一般的なＩＰ電話機に、電力状態制御部３２の一例としてＷｏＬ（Wake on LAN）機能を付加したものを用いる。なお、ＷｏＬ（Wake on LAN）機能に代えて、ＰｏＥ（Power over Ethernet）機能を用いてもよい。また、ＳＩＰサーバ４は、ＳＩＰサーバプログラムがインストールされた、一般的なコンピュータ装置を用いる。

［１−４．端末状態制御システム１の処理内容］
図３〜図１０を用いて、本実施形態における端末状態制御システム１の処理内容を説明する。

［１−４−１．位置登録要求（REGISTERリクエスト）］
図３は、位置登録のＳＩＰメッセージを処理する場合の一例を模式的に示す図である。ここで、位置登録要求（REGISTERリクエスト）とは、例えば、ＩＰ電話３を識別するための電話番号とＩＰアドレスとを対応付けてＳＩＰサーバ４に登録することである。各ＩＰ電話の電話番号とＩＰアドレスとを、ＳＩＰサーバ４に一元化して登録することにより、各ＩＰ電話において他のＩＰ電話の電話番号とＩＰアドレスを対応付けて保持しておく必要がなくなる。

このため、ＩＰ電話３の使用開始時において、ＩＰ電話３をエッジルータ２の接続ポートに接続した場合、ＩＰ電話３をＳＩＰサーバ４に位置登録する必要がある。なお、位置登録の処理は、自動または手動で開始される。

位置登録の処理が開始されると、図３に示すように、ＳＩＰリクエスト「REGISTER：123-456」を含むＳＩＰメッセージがＳＩＰサーバ４に対して送信される。ここで、「123-456」は、ＩＰ電話３に固有の電話番号を示す。なお、電話番号に代えて、ＳＩＰ ＵＲＩ（Uniform Resource Identifier）と呼ばれる形式で記述された文字列を用いてもよい。

エッジルータ２は、呼リクエスト抽出部２１において、ＳＩＰメッセージからＳＩＰリクエストを抽出する。エッジルータ２は、ＳＩＰメッセージ転送部２０において、ＩＰ電話３から受けた、位置登録のＳＩＰメッセージをＳＩＰサーバ４に転送する。エッジルータ２は、接続情報記録部２３において、ＳＩＰメッセージに含まれるＩＰ電話３の電話番号と当該ＩＰ電話３のＩＰアドレス(192.168.0.1)と、接続ポート番号と、ＳＩＰサーバのＩＰアドレス(10.0.0.1)等とを対応付けて端末管理データ２４に記録する。エッジルータ２は、信号送出部２５において、ＳＩＰリクエストに基づいて、省電力状態（電源オフ）に移行させるための状態制御信号をＩＰ電話３に対して送出する。

図４は、位置登録の場合にエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。また、図５は、端末管理データ２４の一例を示す図である。

ＩＰ電話３は、ＳＩＰサーバ４に向けて、位置登録要求（REGISTERリクエスト）のためのＳＩＰメッセージを送信する（Ｏｐ４０１）。エッジルータ２のＣＰＵ２０２は、ＳＩＰメッセージを受信したと判断すると（Ｏｐ４１１、Ｙｅｓ）、このＳＩＰメッセージからＳＩＰリクエストを抽出する（Ｏｐ４１２）。例えば、ＳＩＰメッセージの先頭行にメソッド名として記述された文字列を、ＳＩＰリクエストとして抽出する。

ＣＰＵ２０２は、抽出したＳＩＰメッセージが位置登録要求であるか否かを判断する（Ｏｐ４１３）。例えば、ＳＩＰメッセージの先頭行にメソッド名として記述された文字列が「REGISTER」であれば、位置登録要求と判断する。

ＣＰＵ２０２は、抽出したＳＩＰメッセージが位置登録要求である場合（Ｏｐ４１３、Ｙｅｓ）、ＳＩＰメッセージをＳＩＰサーバ４に転送する（Ｏｐ４１４）。ＳＩＰサーバ４は、エッジルータ２からＳＩＰメッセージを受けるとＩＰ電話３について位置登録を行う。具体的には、ＳＩＰサーバ４は、ＩＰ電話３の電話番号（ＳＩＰ ＵＲＩ）とＩＰアドレスとを対応付けて所定のデータベースに登録する。

続いて、ＣＰＵ２０２は、端末管理データ２４に、ＳＩＰメッセージを送信してきたＩＰ電話３についての端末管理データを記録する（Ｏｐ４１５）。例えば、図５のレコード５１１に示すように、ＩＰ電話の接続ポート番号５０１「１」、ＩＰ電話のＩＰアドレス５０２「１９２．１６８．０．１」、ＩＰ電話の電話番号５０３「１２３−４５６」、ＳＩＰサーバのＩＰアドレス５０４「１０．０．０．１」を記録する。なお、ＩＰ電話の接続ポート番号５０１とは、ＩＰ電話３が物理的に接続されている、エッジルータ２の接続ポートの位置を示している。これにより、接続ポート番号により、エッジルータ２はＩＰ電話を認識することが可能となる。

Ｏｐ４１５の位置登録処理を終えると、ＣＰＵ２０２は、ＩＰ電話３を省電力状態に移行させるための状態制御信号を、ＩＰ電話話３に対して送出する（Ｏｐ４１６）。例えば、ＩＰ電話３とエッジルータ２の間で予め取り決めておいた状態制御信号を送出する。

なお、ＩＰ電話３が上述のＷｏＬ（Wake on Lan）機能を有している場合には、マジックパケットが状態制御信号に該当する。また、ＩＰ電話３が上述のＰｏＥ（Power over Ethernet）機能を有している場合、所定のピンに対する電源供給を示すオン／オフ信号が状態制御信号に該当する。

ＩＰ電話３は、エッジルータ２から、ＩＰ電話３を省電力状態に移行させるための状態制御信号を受けると、自己の電力状態を省電力状態に切り替える処理を行う（Ｏｐ４０２）。なお、上記においては、ＩＰ電話３の電力状態は、起動時に通常状態となることを前提としている。

以上により、ＩＰ電話３がＳＩＰサーバ４に対して位置登録を行った場合に、ＩＰ電話３を通常状態から省電力状態となるように制御することができる。

［１−４−２．着信要求（INVITEリクエスト）］
図６は、着信のＳＩＰメッセージを処理する場合の一例を模式的に示す図である。ここで、着信要求（INVITEリクエスト）とは、例えば、セッションを確立する場合に発信側が送信する呼リクエストである。具体的には、ネットワークＮを介して接続された他のＩＰ電話がＩＰ電話３に対して発呼する場合には、ＩＰ電話３の電話番号「１２３−４５６」を用いたＳＩＰリクエスト「INVITE：123-456」を含むＳＩＰメッセージがＳＩＰサーバ４に送信されてくる。ＳＩＰサーバ４は、上述したＩＰ電話３の電話番号とＩＰアドレスとを対応付けた所定のデータベースを参照して、ＩＰ電話３のＩＰアドレス(192.168.0.1)を取得し、このＩＰアドレスを管理するエッジルータ２に対してＳＩＰメッセージを送信する。

エッジルータ２は、呼リクエスト抽出部２１において、ＳＩＰメッセージからＳＩＰリクエストを抽出する。エッジルータ２は、接続情報取得部２２において、ＳＩＰメッセージに含まれるＩＰ電話３の電話番号に基づいて接続ポート番号を取得する。エッジルータ２は、信号送出部２５において、ＳＩＰリクエストに基づいて、通常状態（省電力状態から復帰させること、または、電源オン）に移行させるための状態制御信号を、取得した接続ポート番号にかかる接続ポートを介してＩＰ電話３に対して送出する。エッジルータ２は、ＳＩＰメッセージ転送部２０において、ＩＰ電話３から受けた、着信のＳＩＰメッセージをＳＩＰサーバ４に転送する。

図７は、着信の場合にエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。

ＳＩＰサーバ４は、ＩＰ電話３に向けて、着信要求（INVITEリクエスト）のためのＳＩＰメッセージを送信する（Ｏｐ４５１）。エッジルータ２のＣＰＵ２０２は、ＳＩＰメッセージを受信したと判断すると（Ｏｐ４４１、Ｙｅｓ）、このＳＩＰメッセージからＳＩＰリクエストを抽出する（Ｏｐ４４２）。例えば、ＳＩＰメッセージの先頭行にメソッド名として記述された文字列を、ＳＩＰメッセージとして抽出する。

ＣＰＵ２０２は、抽出したＳＩＰメッセージが着信要求であるか否かを判断する（Ｏｐ４４３）。例えば、ＳＩＰメッセージの先頭行にメソッド名として記述された文字列が「INVITE」であれば、着信要求と判断する。

ＣＰＵ２０２は、抽出したＳＩＰメッセージが着信要求である場合（Ｏｐ４４３、Ｙｅｓ）、ＳＩＰメッセージに含まれる電話番号に基づいて端末管理データ２４を検索し（Ｏｐ４４４）、ＳＩＰメッセージに含まれる電話番号によって特定されるＩＰ電話のエントリが存在するか否かを判断する（Ｏｐ４４５）。例えば、図５において、ＩＰ電話の電話番号５０３「１２３−４５６」のレコード５１１が存在するので、ＳＩＰメッセージに含まれる電話番号「１２３−４５６」によって特定されるＩＰ電話のエントリが存在すると判断する。

ＳＩＰメッセージに含まれる電話番号によって特定されるＩＰ電話のエントリが存在するか否かを判断する場合（Ｏｐ４４５、Ｙｅｓ）、ＣＰＵ２０２は、ＩＰ電話３が接続されている接続ポート番号を取得する（Ｏｐ４４６）。例えば、ＣＰＵ２０２は、ＩＰ電話の電話番号５０３「１２３−４５６」のレコード５１１（図５）に基づいて、ＩＰ電話の接続ポート番号５０１「１」を取得する。これにより、エッジルータ２は、電話番号「１２３−４５６」のＩＰ電話３が物理的に接続されている接続ポートを識別するための番号が「１」であることを認識する。

次に、ＣＰＵ２０２は、ＩＰ電話３を通常状態に移行させるための状態制御信号を、上記Ｏｐ４４６において取得した接続ポート番号に対応する接続ポートを用いて、ＩＰ電話話３に送出する（Ｏｐ４４７）。例えば、接続ポート番号「１」の接続ポートを用いて、ＩＰ電話３とエッジルータ２の間で予め取り決めておいた状態制御信号を送出する。

ＩＰ電話３は、エッジルータ２から、ＩＰ電話３を通常状態に移行させるための状態制御信号を受けると、自己の電力状態を通常状態に切り替える処理を行う（Ｏｐ４３１）。なお、上記においては、ＩＰ電話３の電力状態は、位置登録時において省電力状態となっていることを前提としている。

ＣＰＵ２０２は、Ｏｐ４４７において状態制御信号を送出すると、受信したＳＩＰメッセージをＩＰ電話３に転送する（Ｏｐ４４８）。なお、着信要求（INVITEリクエスト）のＳＩＰメッセージを受けたＩＰ電話３は、エッジルータ２およびＳＩＰサーバ４を介して他のＩＰ電話（図示しない）とＳＩＰ通信に基づく音声通話を開始する。

以上により、ＳＩＰサーバ４からＩＰ電話３への着信要求があった場合に、ＩＰ電話３を、省電力状態から通常状態となるように電力を制御することができる。

［１−４−３．切断要求（BYEリクエスト）］
図８は、切断のＳＩＰメッセージを処理する場合の一例を模式的に示す図である。ここで、切断要求（BYEリクエスト）とは、例えば、セッションを終了する場合に発信側または受信側が送信する呼リクエストである。具体的には、ネットワークＮを介して接続された他のＩＰ電話がＩＰ電話３に対して切断する場合には、ＩＰ電話３の電話番号「１２３−４５６」を用いたＳＩＰリクエスト「BYE：123-456」を含むＳＩＰメッセージがＳＩＰサーバ４に送信されてくる。ＳＩＰサーバ４は、上述したＩＰ電話３の電話番号とＩＰアドレスとを対応付けた所定のデータベースを参照して、ＩＰ電話３のＩＰアドレス(192.168.0.1)を取得し、このＩＰアドレスを管理するエッジルータ２に対してＳＩＰメッセージを送信する。

エッジルータ２は、呼リクエスト抽出部２１において、ＳＩＰメッセージからＳＩＰリクエストを抽出する。エッジルータ２は、ＳＩＰメッセージ転送部２０において、ＩＰ電話３から受けた、切断のＳＩＰメッセージをＳＩＰサーバ４に転送する。エッジルータ２は、接続情報取得部２２において、ＳＩＰメッセージに含まれるＩＰ電話３の電話番号に基づいて接続ポート番号を取得する。エッジルータ２は、信号送出部２５において、ＳＩＰリクエストに基づいて、省電力状態（電源オフ）に移行させるための状態制御信号を、取得した接続ポート番号にかかる接続ポートを介してＩＰ電話３に対して送出する。

図９は、切断の場合にエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。

ＳＩＰサーバ４は、ＩＰ電話３に向けて、切断要求(BYEリクエスト)のためのＳＩＰメッセージを送信する（Ｏｐ４８１）。エッジルータ２のＣＰＵ２０２は、ＳＩＰメッセージを受信したと判断すると（Ｏｐ４７１、Ｙｅｓ）、このＳＩＰメッセージからＳＩＰリクエストを抽出する（Ｏｐ４７２）。例えば、ＳＩＰメッセージの先頭行にメソッド名として記述された文字列を、ＳＩＰメッセージとして抽出する。

ＣＰＵ２０２は、抽出したＳＩＰメッセージが切断要求であるか否かを判断する（Ｏｐ４７３）。例えば、ＳＩＰメッセージの先頭行にメソッド名として記述された文字列が「BYE」であれば、切断要求と判断する。

ＣＰＵ２０２は、抽出したＳＩＰメッセージが切断要求である場合（Ｏｐ４７３、Ｙｅｓ）、ＳＩＰメッセージに含まれる電話番号に基づいて端末管理データ２４を検索し（Ｏｐ４７４）、ＳＩＰメッセージに含まれる送信先の電話番号によって特定されるＩＰ電話のエントリが存在するか否かを判断する（Ｏｐ４７５）。例えば、図５において、ＩＰ電話の電話番号５０３「１２３−４５６」のレコード５１１が存在するので、ＳＩＰメッセージに含まれる電話番号「１２３−４５６」によって特定されるＩＰ電話のエントリが存在すると判断する。

ＳＩＰメッセージに含まれる電話番号によって特定されるＩＰ電話のエントリが存在するか否かを判断する場合（Ｏｐ４７５、Ｙｅｓ）、ＣＰＵ２０２は、ＩＰ電話３が接続されている接続ポート番号を取得する（Ｏｐ４７６）。例えば、ＣＰＵ２０２は、ＩＰ電話の電話番号５０３「１２３−４５６」のレコード５１１（図５）に基づいて、ＩＰ電話の接続ポート番号５０１「１」を取得する。これにより、エッジルータ２は、電話番号「１２３−４５６」のＩＰ電話３が物理的に接続されている接続ポートを識別するための番号が「１」であることを認識する。

ＣＰＵ２０２は、Ｏｐ４７６において接続ポート番号を取得すると、受信したＳＩＰメッセージをＩＰ電話３に転送する（Ｏｐ４７７）。

次に、ＣＰＵ２０２は、ＩＰ電話３を省電力状態に移行させるための状態制御信号を、上記Ｏｐ４７６において取得した接続ポート番号に対応する接続ポートを用いて、ＩＰ電話話３に送出する（Ｏｐ４７８）。例えば、接続ポート番号「１」の接続ポートを用いて、ＩＰ電話３とエッジルータ２の間で予め取り決めておいた状態制御信号を送出する。

ＩＰ電話３は、エッジルータ２から、ＩＰ電話３を省電力状態に移行させるための状態制御信号を受けると、自己の電力状態を省電力状態に切り替える処理を行う（Ｏｐ４６１）。

以上により、ＳＩＰサーバ４からＩＰ電話３への切断要求があった場合に、ＩＰ電話３を、通常状態から省電力状態となるように電力を制御することができる。

［１−４−３−１．切断要求(BYEリクエスト)の変形例］
上記においては、ＳＩＰサーバ４から切断のＳＩＰメッセージを送信するように構成したが、ＩＰ電話３から切断のＳＩＰメッセージを送信するようにしてもよい。図１０は、この場合に、切断の場合にエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。

図１０においては、ＩＰ電話３がＳＩＰサーバ４に切断のＳＩＰメッセージを送信する（Ｏｐ４６０）。Ｏｐ４７１〜Ｏｐ４７３、Ｏｐ４７５、Ｏｐ４７６、Ｏｐ４７８の各処理は図９において説明したものと同様である。

Ｏｐ４７４において、ＣＰＵ２０２は、抽出したＳＩＰメッセージが切断要求である場合（Ｏｐ４７３、Ｙｅｓ）、ＳＩＰメッセージに含まれる「送信元の電話番号」に基づいて端末管理データ２４を検索し（Ｏｐ４７４ａ）、ＳＩＰメッセージに含まれる電話番号によって特定されるＩＰ電話のエントリが存在するか否かを判断する（Ｏｐ４７５）。

ＣＰＵ２０２は、Ｏｐ４７６において接続ポート番号を取得すると、受信したＳＩＰメッセージをＳＩＰサーバ４に転送する（Ｏｐ４７７ａ）。

以上により、ＩＰ電話３から切断のＳＩＰメッセージを送信した場合であっても、省電力制御を行うことができる。

［２．第２の実施形態］
本実施形態にかかる端末状態制御システムも、第１の実施形態と同様に、ＩＰ電話、エッジルータおよびＳＩＰ（Session Initiation Protocol）サーバを用いて構成可能である。また、この場合、第１の実施形態と同様に、ＩＰ電話に代えて、ＶｏＩＰ(Voice over Internet Protocol)プログラムがインストールされたスマートフォン、携帯電話またはコンピュータ装置等を用いて上記端末状態制御システムを構成してもよい。

本実施形態にかかる端末状態制御システムのシステム構成およびハードウェア構成の一例は、図１および図２を用いて説明した第１の実施形態と基本的に同様である。

［２−１．端末状態制御システム１の処理内容］
図１１および図１２を用いて、本実施形態における端末状態制御システム１の処理内容を説明する。図１１は、本実施形態のエッジルータ２（端末状態制御装置）のＣＰＵで実行される端末状態制御プログラムに基づく処理を含むオペレーションチャートの一例を示す図である。また、図１２は、本実施形態の端末管理データ２４の一例を示す図である。

本実施形態の端末状態制御システム１は、図９を用いて説明した第１の実施形態と基本的に同様である。しかしながら、本実施形態では、切断要求の抽出時において、所定の遅延時間が経過後に状態制御信号をＩＰ電話３に対して送出する。これにより、切断処理の直後にＩＰ電話３を使用する必要が生じた場合に対応することができ、ユーザの利便性を向上させることができる。

以下、図１１のＯｐ４７７ｂおよびＯｐ４７７ｃの処理について限定して説明する。ＣＰＵ２０２は、Ｏｐ４７７においてＳＩＰメッセージをＩＰ電話３に転送すると、端末管理データ２４から遅延時間を取得する（Ｏｐ４７７ｂ）。ここで、遅延時間とは、ＩＰ電話を省電力状態にするための状態制御信号を送出するタイミングを遅延させるための時間である。例えば、ＣＰＵ２０２は、図１２のレコード５２１に基づいて、電話番号「１２３−４５６」によって特定されるＩＰ電話３の遅延時間５０５「３０秒」を取得する。

ＣＰＵ２０２は、タイマ機能により遅延時間の経過をカウントし（Ｏｐ４７７ｃ）、遅延時間の経過後に省電力状態にするための状態制御信号をＩＰ電話３に対して送出する（Ｏｐ４７８）。

以上により、切断のＳＩＰメッセージを転送した後において、ＩＰ電話毎に定められた所定の遅延時間を経過したときに、省電力制御を行うことができる。例えば、電話の発信または着信の頻度が多いユーザの場合には、通話終了後即座に省電力モードに移行せず、所定の遅延時間経過後に省電力モードに移行するように構成することで、電話利用の利便性と省電力制御の効果のバランスを図ることができる。

なお、ＩＰ電話の使用時間帯に応じて、遅延時間や電力制御の信号の送出を管理するようにしてもよい。例えば、業務時間内の所定の時間帯のみを通常状態に保持しておき、その他の時間帯を省電力状態にするように構成してもよい。

［３．その他の実施形態］
上記第１および第２の実施形態において説明した構成の一部または全部を、２以上組合せた構成としてもよい。

上記実施形態においては、ＳＩＰ通信の場合について説明したが、他の通信プロトコルを用いてもよい。例えば、Ｈ．３２３を用いてもよい。

上記実施形態においては、ＳＩＰ通信の呼リクエストとして、位置登録要求（REGISTERリクエスト）、着信要求（INVITEリクエスト）および切断要求(BYEリクエスト)の場合の処理について説明したが、他の呼リクエストの場合にも同様に処理することが可能である。例えば、エッジルータ２において、切断要求（CANCELリクエスト）の呼リクエストを抽出した場合には、状態制御信号をＩＰ電話３に送出することをキャンセルするようにしてもよい。また、既に状態制御信号を送出した場合には、先に送出した状態制御信号とは反対の信号を送出してもよい。例えば、着信要求（INVITEリクエスト）のＳＩＰメッセージを受信した後に、切断要求（CANCELリクエスト）のＳＩＰメッセージを受信した場合には、ＩＰ電話３に対して通常状態に移行させるための状態制御信号を送出することを取りやめるか、既に通常状態に移行させるための状態制御信号を送出していた場合には、省電力状態に移行させるための状態制御信号を送出する。

上記実施形態においては、端末管理データ２４は、エッジルータ２（端末状態制御装置）に保持するように構成したが、外部のサーバ装置等に保持するようにしてもよい。例えば、ＬＤＡＰ等のディレクトリサーバに端末管理データ２４を保持するようにしてもよい。

上記実施形態においては、エッジルータ２とＩＰ電話３を有線で接続する構成例を説明したが、無線で接続するようにしてもよい。この場合、接続ポート番号には、例えば、ＩＰ電話３のＭＡＣアドレスを用いればよい。

上記実施形態においては、エッジルータ２からＩＰ電話３の省電力制御を行うように構成したが、ＩＰ電話以外の装置の省電力制御にも適用可能である。例えば、エッジルータ２に接続されたネットワークハブやコンピュータ装置等がこれに該当する。この場合、ネットワークハブやコンピュータ装置等の識別ＩＤとして、例えば、ＩＰアドレスやＭＡＣアドレスを用いればよい。

上記実施形態においては、図１に示す各機能ブロックを、ソフトウェアを実行するＣＰＵの処理によって実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。なお、プログラムの一部の処理をさらに、オペレーティング・システム（ＯＳ）にさせるようにしてもよい。

２ エッジルータ
２１ 呼リクエスト抽出部
２２ 接続情報取得部
２３ 接続情報記録部
２４ 端末管理データ
２５ 信号送出部
２６ データ受信部
３ ＩＰ電話
３１ データ送信部
３２ 電力状態制御部
４ ＳＩＰサーバ
４１ データ送信部

Claims (12)

1. 少なくとも１以上の端末と、通信サーバとの間の経路上に設けられ、前記端末と前記通信サーバとのそれぞれにアクセス可能な端末状態制御装置であって、
   前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信部と、
   前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出部とを備える、端末状態制御装置。
2. 前記呼制御データから呼リクエストを抽出する呼リクエスト抽出部をさらに備え、
   前記信号送出部は、前記呼リクエストに基づいて決定された状態制御信号を送出する、端末状態制御装置。
3. 前記端末についての識別ＩＤと、当該端末状態制御装置から前記端末へアクセスするための接続情報とを対応付けて管理する端末管理データにアクセス可能であり、
   前記端末または前記通信サーバから端末の識別ＩＤを含む呼制御データを受けると、前記端末管理データを参照して、前記呼制御データに含まれる識別ＩＤに対応する接続情報を取得する接続情報取得部をさらに備え、
   前記信号送出部は、前記接続情報に基づく端末に対して前記状態制御信号を送出する、請求項１または２に記載の端末状態制御装置。
4. 前記端末から当該端末の識別ＩＤを含む呼制御データを受けると、前記呼制御データに含まれる識別ＩＤと、当該端末状態制御装置から前記端末へアクセスするための接続情報とを対応付けて、前記端末管理データに記録する接続情報記録部をさらに備えた、請求項３に記載の端末状態制御装置。
5. 前記呼制御データが着信を示すものである場合、前記端末に対して、前記端末の電力状態を通常状態にするための状態制御信号を送出した後に、前記呼制御データを送信する、請求項１〜４のいずれか一項に記載の端末状態制御装置。
6. 前記呼制御データが切断を示すものである場合、前記端末に対して、前記呼制御データを送信した後に、前記端末の電力状態を省電力状態にするための状態制御信号を送出する、請求項１〜５のいずれか一項に記載の端末状態制御装置。
7. 前記信号送出部は、所定時間経過後に前記端末に状態制御信号を送出する、請求項１〜６のいずれか一項に記載の端末状態制御装置。
8. 前記所定時間は前記端末毎に予め定められたものである、請求項７に記載の端末状態制御装置。
9. 前記端末はＩＰ電話であり、前記端末状態制御装置はエッジルータであり、通信サーバはＳＩＰサーバであり、前記呼制御データはＳＩＰメッセージである、請求項１〜８のいずれか一項に記載の端末状態制御装置。
10. 少なくとも１以上の端末と、通信サーバとの間の経路上に設けられ、前記端末と前記通信サーバとのそれぞれにアクセス可能な端末状態制御装置を、コンピュータを用いて実現するための端末状態制御プログラムであって、
    前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信処理と、
    前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出処理とをコンピュータに実行させる、端末状態制御プログラム。
11. 少なくとも１以上の端末と、通信サーバとの間の経路上に設けられ、前記端末と前記通信サーバとのそれぞれにアクセス可能なコンピュータが、端末状態を制御する端末制御方法であって、
    前記コンピュータが備えるデータ受信部が、前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信処理工程と、
    前記コンピュータが備える信号送出部が、前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出処理工程とを含む、端末状態制御方法。
12. 少なくとも１つの端末と、前記端末にアクセス可能な端末状態制御装置と、前記端末状態制御装置にアクセス可能な通信サーバとを備える端末状態制御システムであって、
    前記端末状態制御装置は、
    前記端末と前記通信サーバとの間の経路上に設けられており、
    前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信部と、
    前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出部とを備え、
    前記端末は、
    前記状態制御信号を受けると、自己の電力状態を通常状態または省電力状態に切り替える電力状態制御部を備える、端末状態制御システム。

Images