(57)【特許請求の範囲】
【請求項１】
少なくとも１以上の端末と、通信サーバとの間の経路上に設けられ、前記端末と前記通信サーバとのそれぞれにアクセス可能な端末状態制御装置であって、
前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信部と、
前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出部と、
前記端末についての識別ＩＤと、当該端末状態制御装置から前記端末へアクセスするための接続情報とを対応付けて管理する端末管理データにアクセス可能であり、前記端末または前記通信サーバから端末の識別ＩＤを含む呼制御データを受けると、前記端末管理データを参照して、前記呼制御データに含まれる識別ＩＤに対応する接続情報を取得する接続情報取得部とを備え、
前記信号送出部は、前記接続情報に基づく端末に対して前記状態制御信号を送出する
ことを特徴とする端末状態制御装置。 
【請求項２】
前記呼制御データから呼リクエストを抽出する呼リクエスト抽出部をさらに備え、
前記信号送出部は、前記呼リクエストに基づいて決定された状態制御信号を送出する、請求項１に記載の端末状態制御装置。 
【請求項３】
前記端末から当該端末の識別ＩＤを含む呼制御データを受けると、前記呼制御データに含まれる識別ＩＤと、当該端末状態制御装置から前記端末へアクセスするための接続情報とを対応付けて、前記端末管理データに記録する接続情報記録部をさらに備えた、請求項１に記載の端末状態制御装置。
【請求項４】
前記呼制御データが着信を示すものである場合、前記端末に対して、前記端末の電力状態を通常状態にするための状態制御信号を送出した後に、前記呼制御データを送信する、請求項１〜３のいずれか一項に記載の端末状態制御装置。
【請求項５】
前記呼制御データが切断を示すものである場合、前記端末に対して、前記呼制御データを送信した後に、前記端末の電力状態を省電力状態にするための状態制御信号を送出する、請求項１〜４のいずれか一項に記載の端末状態制御装置。 
【請求項６】
前記呼制御データが切断を示すものである場合、前記信号送出部は、所定時間経過後に前記端末に状態制御信号を送出する、請求項１〜５のいずれか一項に記載の端末状態制御装置。 
【請求項７】
前記所定時間は前記端末毎に予め定められたものである、請求項６に記載の端末状態制御装置。
【請求項８】
前記端末はＩＰ電話であり、前記端末状態制御装置はエッジルータであり、通信サーバはＳＩＰサーバであり、前記呼制御データはＳＩＰメッセージである、請求項１〜７のいずれか一項に記載の端末状態制御装置。
【請求項９】
少なくとも１以上の端末と、通信サーバとの間の経路上に設けられ、前記端末と前記通信サーバとのそれぞれにアクセス可能な端末状態制御装置を、コンピュータを用いて実現するための端末状態制御プログラムであって、
前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信処理と、
前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出処理と、
前記端末または前記通信サーバから端末の識別ＩＤを含む呼制御データを受けたときは、前記端末についての識別ＩＤと、当該端末状態制御装置から前記端末へアクセスするための接続情報とを対応付けて管理する端末管理データにアクセスして、前記呼制御データに含まれる識別ＩＤに対応する接続情報を取得する接続情報取得処理とをコンピュータに実行させ、
前記信号送出処理は、前記接続情報に基づく端末に対して前記状態制御信号を送出する
ことを特徴とする端末状態制御プログラム。
【請求項１０】
少なくとも１以上の端末と、通信サーバとの間の経路上に設けられ、前記端末と前記通信サーバとのそれぞれにアクセス可能なコンピュータが、端末状態を制御する端末制御方法であって、
前記コンピュータが備えるデータ受信部が、前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信処理工程と、
前記コンピュータが備える信号送出部が、前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出処理工程と、
前記端末または前記通信サーバから端末の識別ＩＤを含む呼制御データを受けたときは、前記端末についての識別ＩＤと、当該端末状態制御装置から前記端末へアクセスするための接続情報とを対応付けて管理する端末管理データにアクセスして、前記呼制御データに含まれる識別ＩＤに対応する接続情報を取得する接続情報取得処理工程とを含み、
前記信号送出処理工程は、前記接続情報に基づく端末に対して前記状態制御信号を送出する
ことを特徴とする端末状態制御方法。
【請求項１１】
少なくとも１つの端末と、前記端末にアクセス可能な端末状態制御装置と、前記端末状態制御装置にアクセス可能な通信サーバとを備える端末状態制御システムであって、
前記端末状態制御装置は、
前記端末と前記通信サーバとの間の経路上に設けられており、
前記端末の識別ＩＤを含み、少なくとも２以上の端末間における呼の確立または切断を制御するための呼制御データを、前記端末または前記通信サーバから受信するデータ受信部と、
前記呼制御データに基づいて、前記端末の電力状態を通常状態または省電力状態に切り替えるための状態制御信号を、前記識別ＩＤによって特定された端末に対して送出する信号送出部と、
前記端末についての識別ＩＤと、当該端末状態制御装置から前記端末へアクセスするための接続情報とを対応付けて管理する端末管理データにアクセス可能であり、前記端末または前記通信サーバから端末の識別ＩＤを含む呼制御データを受けると、前記端末管理データを参照して、前記呼制御データに含まれる識別ＩＤに対応する接続情報を取得する接続情報取得部とを備え、
前記信号送出部は、前記接続情報に基づく端末に対して前記状態制御信号を送出し、
前記端末は、
前記状態制御信号を受けると、自己の電力状態を通常状態または省電力状態に切り替える電力状態制御部を備える、
端末状態制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末状態の制御を行うための端末状態制御装置、端末状態制御プログラム、端末状態制御方法および端末状態制御システムに関する。
【背景技術】
【０００２】
ＩＰ（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リクエスト）のＳＩＰメッセージを受信した場合には、ＩＰ電話３に対して通常状態に移行させるための状態制御信号を送出することを取りやめるか、既に通常状態に移行させるための状態制御信号を送出していた場合には、省電力状態に移行させるための状態制御信号を送出する。
【００８８】
上記実施形態においては、端末管理データ２４は、エッジルータ２（端末状態制御装置）に保持するように構成したが、外部のサーバ装置等に保持するようにしてもよい。例えば、ＬＤＡＰ等のディレクトリサーバに端末管理データ２４を保持するようにしてもよい。
【００８９】
上記実施形態においては、エッジルータ２とＩＰ電話３を有線で接続する構成例を説明したが、無線で接続するようにしてもよい。この場合、接続ポート番号には、例えば、ＩＰ電話３のＭＡＣアドレスを用いればよい。
【００９０】
上記実施形態においては、エッジルータ２からＩＰ電話３の省電力制御を行うように構成したが、ＩＰ電話以外の装置の省電力制御にも適用可能である。例えば、エッジルータ２に接続されたネットワークハブやコンピュータ装置等がこれに該当する。この場合、ネットワークハブやコンピュータ装置等の識別ＩＤとして、例えば、ＩＰアドレスやＭＡＣアドレスを用いればよい。
【００９１】
上記実施形態においては、図１に示す各機能ブロックを、ソフトウェアを実行するＣＰＵの処理によって実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。なお、プログラムの一部の処理をさらに、オペレーティング・システム（ＯＳ）にさせるようにしてもよい。
【符号の説明】
【００９２】
２    エッジルータ
２１  呼リクエスト抽出部
２２  接続情報取得部
２３  接続情報記録部
２４  端末管理データ
２５  信号送出部
２６  データ受信部
３    ＩＰ電話
３１  データ送信部
３２  電力状態制御部
４    ＳＩＰサーバ
４１  データ送信部
【図１】
0005477090.tif 000002
【図２】
0005477090.tif 000003
【図３】
0005477090.tif 000004
【図４】
0005477090.tif 000005
【図５】
0005477090.tif 000006
【図６】
0005477090.tif 000007
【図７】
0005477090.tif 000008
【図８】
0005477090.tif 000009
【図９】
0005477090.tif 000010
【図１０】
0005477090.tif 000011
【図１１】
0005477090.tif 000012
【図１２】
0005477090.tif 000013