JP2016134715A

JP2016134715A - 端末管理システム、端末制御装置、端末管理方法及び通信制御プログラム

Info

Publication number: JP2016134715A
Application number: JP2015007597A
Authority: JP
Inventors: 悠希中原; Yuki Nakahara
Original assignee: NTT Communications Corp
Current assignee: NTT Communications Corp
Priority date: 2015-01-19
Filing date: 2015-01-19
Publication date: 2016-07-25
Anticipated expiration: 2035-01-19
Also published as: JP6887746B2

Abstract

【課題】端末とサーバとの間で効率的に通信を行うことができる手段を用いて端末を管理する。
【解決手段】端末と、前記端末を管理する管理装置と、前記端末と前記管理装置との間で行われる通信を制御する通信制御装置とを有する端末管理システムにおいて、前記通信制御装置は、前記端末を識別する端末識別子と前記端末のアドレス情報とを含む端末登録情報と、前記管理装置を識別する管理装置識別子と前記管理装置のアドレス情報とを含む管理装置登録情報と、を記憶する記憶手段と、前記端末登録情報又は前記管理装置登録情報に基づいて、前記端末と前記管理装置との間で送受信される通信確立信号を中継する中継手段と、を有し、前記端末は、前記管理装置識別子を含む通信確立信号を前記中継手段に送信することで、ＵＤＰを用いて前記通信を行うための通信チャネルを確立する第一の確立手段と、前記端末の状態を示す状態情報を、前記通信チャネルを介して前記管理装置に送信する通知手段と、を有する端末管理システムを提供する。
【選択図】図９

Description

本発明は、端末管理システム、端末制御装置、端末管理方法及び通信制御プログラムに関する。

近年、ネットワークに接続された家電とサーバとが連携することで、家電の利便性を高める技術が注目されている。このような技術を用いることで、例えば、冷蔵庫の画面に最新のレシピを表示するといったサービスや、家電の電気代を収集してグラフ表示するといったサービスを提供することが可能になっている。

また、例えば宅内等にネットワークに接続された複数のセンサを設置し、これらのセンサがサーバに適宜情報を送信することで各種情報収集を自動的に行うといった技術も知られている。

しかしながら、従来の技術では、家電とサーバとが通信する際、家電の近傍に設置されたスマートフォンなどの高機能端末を介して通信する必要があった。すなわち、ユーザは、通信の度に高機能端末を家電に接続する必要があるため、ユーザにとって利便性が低いという問題があった。

このような問題を解決する技術として、家電等が直接サーバと自律的に通信を行う技術が開示されている（例えば、非特許文献１）。しかしながら、ＨＴＴＰやＴＣＰなどのオーバーヘッドが大きいプロトコルが用いられており、数Ｂｙｔｅ程度の小さいデータを頻繁にサーバと送受信する場合、比較的処理能力の低い家電にとってはリソースの消費が大きく効率的ではないという問題があった。また、センサからサーバに情報を送信させる場合においても、同様に、処理能力の低いセンサにとってはリソースの消費が大きく効率的ではないという問題があった。

RFC2324 Hyper Text Coffee Pot Control Protocol

開示の技術は上記に鑑みてなされたものであって、端末とサーバとの間で効率的に通信を行うことができる手段を用いて端末を管理することを目的とする。

開示の技術に係る端末管理システムは、端末と、前記端末を管理する管理装置と、前記端末と前記管理装置との間で行われる通信を制御する通信制御装置とを有する端末管理システムにおいて、前記通信制御装置は、前記端末を識別する端末識別子と前記端末のアドレス情報とを含む端末登録情報と、前記管理装置を識別する管理装置識別子と前記管理装置のアドレス情報とを含む管理装置登録情報と、を記憶する記憶手段と、前記端末登録情報又は前記管理装置登録情報に基づいて、前記端末と前記管理装置との間で送受信される通信確立信号を中継する中継手段と、を有し、前記端末は、前記管理装置識別子を含む通信確立信号を前記中継手段に送信することで、ＵＤＰを用いて前記通信を行うための通信チャネルを確立する第一の確立手段と、前記端末の状態を示す状態情報を、前記通信チャネルを介して前記管理装置に送信する通知手段と、を有する。

開示の技術によれば、端末とサーバとの間で効率的に通信を行うことができる手段を用いて端末を管理することができる。

第一の実施の形態に係る端末管理システムの構成の一例を示す図である。第一の実施の形態に係る通信制御装置のハードウェア構成の一例を示す図である。第一の実施の形態に係る端末のソフトウェア構成の一例を示す図である。第一の実施の形態に係る通信制御装置のソフトウェア構成の一例を示す図である。第一の実施の形態に係る管理装置のソフトウェア構成の一例を示す図である。端末情報及び認証情報の一例を示す図である。ＰｅｅｒＩＤを登録する処理手順の一例を示すシーケンス図である。ＰｅｅｒＩＤを登録する処理手順（変形例）の一例を示すシーケンス図である。ＤａｔａＣｈａｎｎｅｌを確立させて通信が行われる処理手順（端末起動）の一例を示すシーケンス図である。ＤａｔａＣｈａｎｎｅｌを確立させて通信が行われる処理手順（管理装置起動）の一例を示すシーケンス図である。第二の実施の形態に係る端末管理システムの構成の一例を示す図である。第二の実施の形態に係る端末のソフトウェア構成の一例を示す図である。第二の実施の形態に係る通信が行われる処理手順（端末起動）の一例を示すシーケンス図である。第二の実施の形態に係る通信が行われる処理手順（管理装置起動）の一例を示すシーケンス図である。

以下、図面を参照して実施の形態について説明する。各図面において、同一構成部分には同一符号を付し、重複した説明を省略する場合がある。

なお、以下の説明においてはＷｅｂＲＴＣ（Web Real-Time Communication）によるＰ２Ｐ通信を例として説明する。ＷｅｂＲＴＣは、２つの機器の間でＷｅｂブラウザを用いたＰ２Ｐ通信を行うことで、Ｗｅｂブラウザ間でリアルタイムなＰ２Ｐ通信を実現するための技術である。なお、ＷｅｂＲＴＣを利用する場合、必ずしもＷｅｂブラウザを用いる必要は無く、ＯＳ（Operating System）上で動作する、ＷｅｂＲＴＣに対応したネイティブアプリケーションソフトなどを用いてもよい。ＷｅｂＲＴＣのＡＰＩを実行可能な環境を有する機器であれば、ＷｅｂＲＴＣを利用することができる。

なお、実施の形態に係る端末管理システムは、ＷｅｂＲＴＣ以外の技術を用いたＰ２Ｐ通信にも適用することができる。

[第一の実施の形態]
＜概要＞
図１は、第一の実施の形態に係る端末管理システムの構成の一例を示す図である。第一の実施の形態に係る端末管理システムは、端末１０と、端末１０を管理する管理装置３０と、端末１０と管理装置３０との間で行われる通信を制御する通信制御装置２０とを有する。

端末１０と管理装置３０と通信制御装置２０とは、それぞれネットワークを介して相互に通信可能なように接続されている。

通信制御装置２０は、ＷｅｂＲＴＣの仕様に規定される接続手順により、端末１０と管理装置３０との間でＰ２Ｐを行うための通信チャネル（以下、「ＤａｔａＣｈａｎｎｅｌ」という）が確立される際に、端末１０と管理装置３０との間で送受信されるシグナリング信号を中継する機能を有する。また、通信制御装置２０は、当該シグナリング信号を中継する際に必要になる、通信制御装置２０が通信元及び通信先を一意に識別するための識別子（以下、「ＰｅｅｒＩＤ」という）を管理する。

端末１０は、ＤａｔａＣｈａｎｎｅｌを介して管理装置３０と通信を行う。また、端末１０の状態を管理する機能、端末１０の状態を示す情報（以下、「端末状態情報」という）を管理装置３０に送信する機能及び管理装置３０からの制御を受け付ける機能を有している。端末１０は、例えば家電又はセンサである。家電の場合、端末状態情報の具体例として、例えば自身の消費電力及びドア開閉回数といった情報が想定される。センサの場合、端末状態情報の具体例として、例えば自身の周辺の温度や湿度、ドアや窓の施錠状態、カメラなどの撮影データといった情報が想定される。

また、管理装置３０からの制御の具体例として、電源ＯＮ／ＯＦＦ、温度設定の変更、鍵の開錠／施錠、端末状態情報を定期的に管理装置３０に送信するのか否かの指示などが想定される。

なお、第一の実施の形態に係る端末１０は、必ずしも処理能力が比較的低い機器に限られない。例えば、ＰＣ、携帯電話、スマートフォン、又はタブレット端末等でもよい。第一の実施の形態に係る端末１０は、通信機能を有する機器であれば、どのような端末１０であってもよい。

なお、第一の実施の形態に係る端末管理システムは、端末１０は１台に限られない。第一の実施の形態に係る端末管理システムは、複数の端末１０を有するようにしてもよい。

管理装置３０は、端末１０との間でＤａｔａＣｈａｎｎｅｌを介して、端末１０に制御信号を送信することで端末１０を制御する。また、管理装置３０は、ＤａｔａＣｈａｎｎｅｌを介して端末状態情報を取得し、取得した情報をデータベースに蓄積する。

また、管理装置３０は、端末１０を管理する管理者に対し、データベースに蓄積されている端末状態情報の参照を可能とする機能を有するようにしてもよい。

また、管理装置３０は、ＷｅｂＲＴＣによる通信を実現するモジュール（以下、「ＷｅｂＲＴＣモジュール」という）を、端末１０に提供する機能を有する。

＜ハードウェア構成＞
図２は、第一の実施の形態に係る通信制御装置のハードウェア構成の一例を示す図である。第一の実施の形態に係る通信制御装置２０は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＨＤＤ１０４と、操作部１０５と、表示部１０６と、ドライブ装置１０７と、ＮＩＣ（Network Interface card）１０８とを有する。

ＣＰＵ１０１は、通信制御装置２０の全体制御を行うプロセッサである。ＣＰＵ１０１、ＨＤＤ１０４等に記憶されたオペレーティングシステム、アプリケーション、各種サービス等のプログラムを実行し、通信制御装置２０の各種機能を実現する。ＲＯＭ１０２には、各種のプログラムやプログラムによって利用されるデータ等が記憶される。ＲＡＭ１０３は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＨＤＤ１０４には、各種情報及びプログラム等が記憶される。

操作部１０５は、ユーザからの入力操作を受け付けるためのハードウェアであり、例えばキーボード又はマウスである。表示部１０６は、ユーザに向けた表示を行うハードウェアである。

ドライブ装置１０７は、プログラムを記録した記憶媒体１０９からプログラムを読み取る。ドライブ装置１０７によって読み取られたプログラムは、例えば、ＨＤＤ１０４にインストールされる。ＮＩＣ１０８は、通信制御装置２０をネットワークに接続し、データの送受信を行うための通信インタフェースである。

なお、記憶媒体１０９とは、非一時的（non-transitory）な記憶媒体を言う。記憶媒体１０９の例としては、磁気記憶媒体、光ディスク、光磁気記憶媒体、不揮発性メモリなどがある。

管理装置３０のハードウェア構成は、例えば図２と同一であるため説明は省略する。

なお、通信制御装置２０及び管理装置３０に用いるハードウェアリソースとして、例えばクラウドサービスにより提供されるハードウェアリソースを用いるようにしてもよい。

端末１０のハードウェア構成は、例えば図２と同一であるため説明は省略する。なお、端末１０は、図２に記載されるハードウェアを全て有する必要は無い。端末１０の動作に必要最小限のハードウェアを有していればよい。また、端末１０の動作に必要な機能（例えば、家電固有の機能など）を実行するために必要なハードウェアを有するようにしてもよい。

＜ソフトウェア構成＞
（端末）
図３は、第一の実施の形態に係る端末のソフトウェア構成の一例を示す図である。第一の実施の形態に係る端末１０は、記憶手段２０１と、通信手段２０２と、ＩＤ登録要求手段２０３と、接続確立手段２０４と、送信手段２０５と、制御受付手段２０６とを有する。これらの各手段は、端末１０が備えるＷｅｂブラウザ又はＳＤＫ（Software Development Kit）ランタイムの上で動作するＷｅｂＲＴＣモジュールがＣＰＵ１０１に実行させる処理、又は、端末１０にインストールされた１以上のプログラムがＣＰＵ１０１に実行させる処理により実現される。

記憶手段２０１は、端末１０の動作状態、端末１０が有する各種機能が収集した情報等の端末状態情報をＲＡＭ１０３等に記憶する。記憶手段２０１は、現時点の端末状態情報だけではなく、過去の端末状態情報も記憶するようにしてもよい。

通信手段２０２は、例えばＮＩＣ１０８を介して、管理装置３０又は通信制御装置２０と通信を行う。

ＩＤ登録要求手段２０３は、端末１０のＰｅｅｒＩＤを通信制御装置２０に登録させる。

接続確立手段２０４は、ＷｅｂＲＴＣの仕様に規定される接続手順により、通信制御装置２０を介してシグナリング信号を管理装置３０と送受信することで、管理装置３０との間でＰ２Ｐ通信を行うためのＤａｔａＣｈａｎｎｅｌを確立する。

送信手段２０５は、接続確立手段２０４により確立されたＤａｔａＣｈａｎｎｅｌを通じて、管理装置３０に端末状態情報を送信する。

制御受付手段２０６は、接続確立手段２０４により確立されたＤａｔａＣｈａｎｎｅｌを通じて、管理装置３０からの制御信号を受け付ける。また、当該制御信号に基づいて、端末１０が有する各種機能を制御する。管理装置３０からの制御指示の一例は、例えば、端末状態情報を定期的に管理装置３０に送信するのか否かの指示、電源ＯＮ／ＯＦＦの指示、温度設定の変更、鍵の開錠／施錠などである。

（通信制御装置）
図４は、第一の実施の形態に係る通信制御装置のソフトウェア構成の一例を示す図である。第一の実施の形態に係る通信制御装置２０は、記憶手段３０１と、中継手段３０２と、ＩＤ管理手段３０３とを有する。

記憶手段３０１は、ＲＡＭ１０３、ＨＤＤ１０４、又は通信制御装置２０に接続される外部記憶装置等を用いて実現可能である。記憶手段３０１は、ＩＤ登録情報を記憶する。

中継手段３０２は、ＷｅｂＲＴＣの仕様に規定される接続手順を用いて、端末１０と管理装置３０との間で送受信されるシグナリング信号を中継する。

ＩＤ管理手段３０３は、端末１０又は管理装置３０からＰｅｅｒＩＤの登録要求を受けてＰｅｅｒＩＤを生成し、生成したＰｅｅｒＩＤと当該登録要求の送信元である端末１０又は管理装置３０のアドレス情報（例えば、登録要求に含まれるＩＰアドレス）とが対応づけられたＩＤ登録情報を記憶手段３０１に格納する。またＩＤ管理手段３０３は、生成したＰｅｅｒＩＤを当該登録要求の送信元である端末１０又は管理装置３０に通知する。ＩＤ管理手段３０３は、同一の端末１０又は管理装置３０からＰｅｅｒＩＤの登録要求を再度受けた場合、登録要求ごとに異なるＰｅｅｒＩＤを生成するようにしてもよいし、過去に割り当てたＰｅｅｒＩＤを再利用するようにしてもよい。端末１０又は管理装置３０は、異常発生等の要因により、再度ＰｅｅｒＩＤの登録要求を通信制御装置２０に送信することが想定し得るためである。

なお、ＰｅｅｒＩＤは、必ずしもＩＤ管理手段３０３で生成されるようにする必要はなく、予め決められたＰｅｅｒＩＤが用いられるようにしてもよい。この場合、ＩＤ管理手段３０３は、ＰｅｅｒＩＤを含む登録要求を端末１０又は管理装置３０から受信し、受信したＰｅｅｒＩＤと当該登録要求の送信元である端末１０又は管理装置３０のアドレス情報とが対応づけられたＩＤ登録情報を記憶手段３０１に格納するようにする。

また、ＩＤ管理手段３０３は、管理装置３０からの要求に応じて、記憶手段３０１に格納されている全ての（又は管理装置３０から要求された範囲の）ＰｅｅｒＩＤを管理装置３０に送信する。

（管理装置）
図５は、第一の実施の形態に係る管理装置のソフトウェア構成の一例を示す図である。第一の実施の形態に係る管理装置３０は、記憶手段４０１と、通信手段４０２と、ＩＤ登録要求手段４０３と、接続確立手段４０４と、制御手段４０５と、ＩＤ取得手段４０６と、Ｗｅｂサーバ４０７と、認証手段４０８と、情報受付手段４０９とを有する。これらの各手段は、管理装置３０が備えるＷｅｂブラウザ又はＳＤＫランタイムの上で動作するＷｅｂＲＴＣモジュールがＣＰＵ１０１に実行させる処理、又は、管理装置３０にインストールされた１以上のプログラムがＣＰＵ１０１に実行させる処理により実現される。

記憶手段４０１は、ＲＡＭ１０３、ＨＤＤ１０４、又は管理装置３０に接続される外部記憶装置等を用いて実現可能である。記憶手段４０１は、端末情報と、認証情報と、Ｗｅｂページ情報とを記憶する。端末情報は、端末１０のＰｅｅｒＩＤと当該端末１０の端末状態情報とが対応付けられた情報である。なお、端末状態情報は、例えばビデオカメラの撮影動画など、データサイズが大きい場合も想定され得る。従って、端末状態情報の実データを管理装置３０に接続される外部記憶装置に記憶させるようにしておき、端末情報には、端末１０のＰｅｅｒＩＤと当該実データの格納場所とが対応づけられた情報が設定されるようにしてもよい。認証情報は、管理装置３０にアクセスする端末１０又は端末１０を管理する管理者を認証する際に利用される情報である。Ｗｅｂページ情報は、端末１０用のＷｅｂＲＴＣモジュール、及び、端末１０を管理する管理者に対して端末状態情報を参照させるためのＷｅｂページである。なお、記憶手段４０１は、管理装置３０用のＷｅｂＲＴＣモジュールを記憶するようにしてもよい。

通信手段４０２は、ＮＩＣ１０８を介して、端末１０又は通信制御装置２０と通信を行う。

ＩＤ登録要求手段４０３は、管理装置３０のＰｅｅｒＩＤを通信制御装置２０に登録させる。

接続確立手段４０４は、ＷｅｂＲＴＣの仕様に規定される接続手順により、通信制御装置２０を介してシグナリング信号を端末１０と送受信することで、端末１０との間でＤａｔａＣｈａｎｎｅｌを確立する。

制御手段４０５は、ＤａｔａＣｈａｎｎｅｌを介して、端末１０を制御する制御信号を端末１０に送信する。

ＩＤ取得手段４０６は、端末１０又は通信制御装置２０から端末１０のＰｅｅｒＩＤを受信し、受信したＰｅｅｒＩＤを、端末情報に新たなレコードを追加して記憶手段４０１に格納する。

Ｗｅｂサーバ４０７は、端末１０からの要求を受けて、端末１０用のＷｅｂＲＴＣモジュールを提供する。なお、端末１０用のＷｅｂＲＴＣモジュールには、管理装置３０のＰｅｅｒＩＤが含まれている。また、Ｗｅｂサーバ４０７は、端末管理システムを用いて端末１０を管理する管理者に対して、管理装置３０が記憶している端末状態情報を参照させるためのＷｅｂページを公開する機能を有するようにしてもよい。

認証手段４０８は、端末１０に対してＷｅｂＲＴＣモジュールを提供する際に、認証情報に基づいて、不正な端末１０がＷｅｂＲＴＣモジュールを取得しようとしていないかを確認するための認証を行う。また、認証手段４０８は、管理者に端末状態情報を参照させるためのＷｅｂページを表示する際に、認証情報に基づいて不正な管理者からのアクセスでないかを確認するための認証を行う。

情報受付手段４０９は、端末１０から受信した端末状態情報を、端末情報のうち当該端末１０のレコードに格納する。

図６は、端末情報及び認証情報の一例を示す図である。端末情報は、端末１０のＰｅｅｒＩＤと端末状態情報（状態Ａ、状態Ｂ、・・・）とが対応付けられた情報である。認証情報は、グループＩＤとパスワードとが対応付けられた情報である。

ここで、端末１０のＰｅｅｒＩＤは、端末１０を一意に識別するＩＤと、端末１０が所属するグループＩＤとを結合させたＩＤである。例えば、図６に示すＰｅｅｒＩＤ「ａｂｃ．Ａ」は、端末１０を一意に識別するＩＤ「ａｂｃ」と、端末１０が属するグループＩＤである「Ａ」とが結合されている。

グループＩＤとは、複数のグループを一意に識別するためのＩＤであり、一つのグループには１又は複数の端末１０を所属させることができる。グループＩＤを含むＰｅｅｒＩＤを用いることで、管理装置３０は、どの端末１０がどのグループに属しているかを把握することが可能である。例えば、ある管理者の宅内に存在する全ての家電にはグループＩＤ「Ａ」を割り当て、他の管理者の宅内に存在する家電にはグループＩＤ「Ｃ」を割り当てるようにすることで、管理装置３０は、ある管理者の宅内に存在する家電と、他の管理者の宅内に存在する家電とを区別することができる。また、これにより、管理装置３０のＷｅｂサーバ４０７は、管理者に端末状態情報を参照させるためのＷｅｂページを公開する際、その管理者が所属するグループの端末１０に関する端末状態情報のみを公開するようにすることができる。

端末状態情報は、１又は複数の情報（状態Ａ、状態Ｂ、・・・）を含むことができる。端末状態情報に含まれる情報の数に制限はない。

パスワードは、グループＩＤに対応づけて記憶されている。認証手段４０８は、端末１０又は管理者からのアクセスを受け付ける際に、グループＩＤ及びパスワードが認証情報に存在するかを確認することで、端末１０又は管理者が、正規の端末１０又は管理者であることを確認することができる。

＜処理手順＞
（ＰｅｅｒＩＤ登録シーケンス）
図７は、ＰｅｅｒＩＤを登録する処理手順の一例を示すシーケンス図である。通信制御装置２０にＰｅｅｒＩＤが登録されることで、通信制御装置２０は、ＷｅｂＲＴＣのシグナリング信号を、端末１０と管理装置３０との間で中継することができるようになる。また、本処理手順により、端末１０にＷｅｂＲＴＣモジュールが配布される。これにより、端末１０は、ＷｅｂＲＴＣを用いた通信を行うことが可能になる。

なお、管理装置３０は、自身の記憶手段４０１に格納されているＷｅｂＲＴＣモジュール又は他のサーバ等からＷｅｂＲＴＣモジュールを取得済みであり、自身のＷｅｂブラウザ又はＳＤＫランタイム等の上で当該ＷｅｂＲＴＣモジュールを動作させることが可能な状態である前提とする。なお、このシーケンスは一例にすぎず、他の処理手順によりＰｅｅｒＩＤの登録が行われるようにしてもよい。

まず、管理装置３０のＩＤ登録要求手段４０３は、通信制御装置２０に対して登録要求を送信する（Ｓ５０１）。続いて、通信制御装置２０のＩＤ管理手段３０３は、管理装置３０から登録要求を受信すると、例えば乱数等を用いて管理装置３０のＰｅｅｒＩＤを生成する。ＩＤ管理手段３０３は、管理装置３０からＰｅｅｒＩＤの登録要求を再度受けた場合、登録要求ごとに異なるＰｅｅｒＩＤを生成するようにしてもよいし、過去に割り当てたＰｅｅｒＩＤを再利用するようにしてもよい。また、ＩＤ管理手段３０３は、生成した管理装置３０のＰｅｅｒＩＤと、受信した登録要求のヘッダ情報に含まれる管理装置３０のＩＰアドレスとを対応づけて、管理装置３０のＩＤ登録情報として記憶手段３０１に格納する。また、生成した管理装置３０のＰｅｅｒＩＤを管理装置３０に送信する（Ｓ５０２）。

次に、端末１０は、端末１０のＷｅｂＲＴＣモジュールを取得するために管理装置３０にＨＴＴＰリクエストを送信する（Ｓ５０３）。リクエストには、端末１０が属するグループＩＤとパスワードとを含むようにしてもよい。なお、リクエストが送信される契機については特に問わない。たとえば、管理者が端末１０の電源をＯＮにしたタイミングで、端末１０はリクエストを送信するようにしてもよい。

続いて、管理装置３０の認証手段４０８は、リクエストに含まれるグループＩＤとパスワードとが認証情報に存在するかを確認することで端末１０の認証を行う。認証が許可された場合、端末１０のＷｅｂＲＴＣモジュールを端末１０に送信する（Ｓ５０４）。当該ＷｅｂＲＴＣモジュールには、管理装置３０のＰｅｅｒＩＤ及びＷｅｂＲＴＣのシグナリング信号の送信先である通信制御装置２０のＩＰアドレス等が含まれている。

続いて、端末１０のＩＤ登録要求手段２０３は、通信制御装置２０に対してグループＩＤを含む登録要求を送信する（Ｓ５０５）。通信制御装置２０のＩＤ管理手段３０３は、例えば乱数等を用いて生成した値とステップＳ５０５で受信したグループＩＤとに基づいて端末１０のＰｅｅｒＩＤを生成する。ＩＤ管理手段３０３は、同一の端末１０からＰｅｅｒＩＤの登録要求を再度受けた場合、登録要求ごとに異なるＰｅｅｒＩＤを生成するようにしてもよいし、過去に割り当てたＰｅｅｒＩＤを再利用するようにしてもよい。また、ＩＤ管理手段３０３は、生成した端末１０のＰｅｅｒＩＤと、受信した登録要求のヘッダ情報に含まれる端末１０のＩＰアドレスとを対応づけて、端末１０のＩＤ登録情報として記憶手段３０１に格納する。また、生成したＰｅｅｒＩＤを端末１０に送信する（Ｓ５０６）。

次に、端末１０のＰｅｅｒＩＤを管理装置３０が取得する処理手順について説明する。最初に、端末１０が管理装置３０に直接ＰｅｅｒＩＤを通知する場合（パターン１）について説明する。この場合、端末１０が、ステップＳ５０６で受信したＰｅｅｒＩＤをそのまま管理装置３０に通知する（Ｓ５０７）。

次に、管理装置３０が通信制御装置２０から端末１０のＰｅｅｒＩＤを取得する場合（パターン２）について説明する。まず、管理装置３０のＩＤ取得手段４０６は、通信制御装置２０に対して、ＰｅｅｒＩＤ一覧取得要求を送信する（Ｓ５０８）。通信制御装置２０のＩＤ管理手段３０３は、記憶手段３０１に記憶されている全ての端末１０のＰｅｅｒＩＤを管理装置３０に送信する（Ｓ５０９）。管理装置３０のＩＤ取得手段４０６は、受信した端末１０のＰｅｅｒＩＤを記憶手段４０１に格納する。なお、パターン２の場合、管理装置３０は、端末１０がＰｅｅｒＩＤの登録処理を行ったことを知ることができない。従って、管理装置３０のＩＤ取得手段４０６は、Ｓ５０８の処理手順を定期的に行うようにしてもよい。

（ＰｅｅｒＩＤ登録シーケンス（変形例））
図８は、ＰｅｅｒＩＤを登録する処理手順（変形例）の一例を示すシーケンス図である。図８に示す処理手順は、図７の処理手順のように通信制御装置２０がＰｅｅｒＩＤを生成するのではなく、予め管理装置３０及び端末１０に設定されているＰｅｅｒＩＤを通信制御装置２０に登録する場合の処理手順である。ＰｅｅｒＩＤは通信制御装置２０の中でユニークなＩＤであればよいため、必ずしも通信制御装置２０により生成されるようにする必要はない。従って、図８に示す処理手順のように、予め決められたＰｅｅｒＩＤを用いてＰｅｅｒＩＤの登録処理を行うことが可能である。なお、予め決められたＰｅｅｒＩＤは、ユニーク性を担保するために、例えば、端末１０自身又は管理装置３０自身のＭＡＣアドレスを含むようにしてもよいし、他のユニークな識別子を含むようにしてもよい。

まず、管理装置３０のＩＤ登録要求手段４０３は、通信制御装置２０に対して、管理装置３０のＰｅｅｒＩＤを含む登録要求を送信する（Ｓ６０１）。続いて、通信制御装置２０のＩＤ管理手段３０３は、受信した管理装置３０のＰｅｅｒＩＤと、受信した登録要求のヘッダ情報に含まれる管理装置３０のＩＰアドレスとを対応づけて、管理装置３０のＩＤ登録情報として記憶手段３０１に格納する。また、通信制御装置２０のＩＤ管理手段３０３は、登録完了応答を管理装置３０に送信する。（Ｓ５０２）。

Ｓ６０３とＳ６０４の処理手順は、それぞれＳ５０３とＳ５０４の処理手順と同一であるため説明は省略する。

続いて、端末１０のＩＤ登録要求手段２０３は、通信制御装置２０に対して端末１０のＰｅｅｒＩＤを含む登録要求を送信する（Ｓ６０５）。通信制御装置２０のＩＤ管理手段３０３は、受信した端末１０のＰｅｅｒＩＤと、受信した登録要求のヘッダ情報に含まれる端末１０のＩＰアドレスとを対応づけて、端末１０のＩＤ登録情報として記憶手段３０１に格納する（Ｓ６０６）。

（ＤａｔａＣｈａｎｎｅｌ確立及び通信シーケンス（端末起動））
図９は、ＤａｔａＣｈａｎｎｅｌを確立させて通信が行われる処理手順（端末起動）の一例を示すシーケンス図である。図９は、端末１０から管理装置３０に端末状態情報を送信するために、端末１０が管理装置３０との間でＤａｔａＣｈａｎｎｅｌを確立させたい場合に用いられる処理手順である。

まず、端末１０の接続確立手段２０４は、通信制御装置２０に対して、管理装置３０のＰｅｅｒＩＤ及びＳＤＰ（Session Description Protocol）ｏｆｆｅｒを含む接続要求を送信する（Ｓ７０１）。ＳＤＰｏｆｆｅｒには、端末１０が、ＤａｔａＣｈａｎｎｅｌを確立させたいことを管理装置３０に伝えるための情報が含まれている。続いて、通信制御装置２０の中継手段３０２は、ステップＳ７０１で受信した接続要求に含まれている管理装置３０のＰｅｅｒＩＤをキーにＩＤ登録情報を検索することで、管理装置３０のＩＰアドレスを把握する。通信制御装置２０の中継手段３０２は、把握されたＩＰアドレス宛てに、ステップＳ７０１で受信したＳＤＰｏｆｆｅｒを含む接続要求を管理装置３０に送信する（Ｓ７０２）。

続いて、管理装置３０の接続確立手段４０４は、ＤａｔａＣｈａｎｎｅｌを確立可能であることを端末１０に伝えるために、通信制御装置２０にＳＤＰａｎｓｗｅｒを含む応答を送信する（Ｓ７０３）。続いて、通信制御装置２０の中継手段３０２は、Ｓ７０１で接続要求を受信した端末１０宛に、ステップＳ７０３で受信したＳＤＰａｎｓｗｅｒを含む接続応答を送信する（Ｓ７０４）。

続いて、端末１０と通信制御装置２０と管理装置３０との間でＩＣＥ（Interactive Connectivity Establishment）処理手順が行われる（Ｓ７０５）。ＩＣＥ処理手順は、既存技術であるため説明は省略する。以上、Ｓ７０１〜Ｓ７０５の処理手順により、端末１０と管理装置３０との間でＤａｔａＣｈａｎｎｅｌが確立される。端末１０の送信手段２０５は、確立されたＤａｔａＣｈａｎｎｅｌを介して、端末状態情報を管理装置３０に送信する（Ｓ７０６）。

なお、端末１０は、二回目以降に端末状態情報を管理装置３０に送信する際、改めてＳ７０１乃至Ｓ７０５の処理手順を行わずに、既に端末１０と管理装置３０との間で確立されているＤａｔａＣｈａｎｎｎｅｌを用いて端末状態情報を管理装置３０に送信するようにしてもよい。また、端末１０は、二回目以降に端末状態情報を管理装置３０に送信する際、必要に応じて、再度Ｓ７０１乃至Ｓ７０５の処理手順を行い、別のＤａｔａＣｈａｎｎｅｌを確立させてから端末状態情報を管理装置３０に送信するようにしてもよい。

なお、管理装置３０は、端末１０から端末状態情報を受信した際に、端末状態情報を受信したことを示す応答信号を端末１０に送信するようにしてもよい。

（ＤａｔａＣｈａｎｎｅｌ確立及び通信シーケンス（管理装置起動））
図１０は、ＤａｔａＣｈａｎｎｅｌを確立させて通信が行われる処理手順（管理装置起動）の一例を示すシーケンス図である。図１０は、管理装置３０から端末１０に制御信号を送信するために、管理装置３０が端末１０との間でＤａｔａＣｈａｎｎｅｌを確立させたい場合に用いられる処理手順である。

まず、管理装置３０の接続確立手段４０４は、通信制御装置２０に対して、端末１０のＰｅｅｒＩＤ及びＳＤＰｏｆｆｅｒを含む接続要求を送信する（Ｓ８０１）。ＳＤＰｏｆｆｅｒには、管理装置３０が、ＤａｔａＣｈａｎｎｅｌを確立させたいことを端末１０に伝えるための情報が含まれている。続いて、通信制御装置２０の中継手段３０２は、ステップＳ８０１で受信した接続要求に含まれている端末１０のＰｅｅｒＩＤをキーにＩＤ登録情報を検索することで、端末１０のＩＰアドレスを把握する。通信制御装置２０の中継手段３０２は、把握されたＩＰアドレス宛てに、ステップＳ８０１で受信したＳＤＰｏｆｆｅｒを含む接続要求を端末１０に送信する（Ｓ８０２）。

続いて、端末１０の接続確立手段２０４は、ＤａｔａＣｈａｎｎｅｌを確立可能であることを管理装置３０に伝えるために、通信制御装置２０にＳＤＰａｎｓｗｅｒを含む応答を送信する（Ｓ８０３）。続いて、通信制御装置２０の中継手段３０２は、管理装置３０宛に、ステップＳ８０３で受信したＳＤＰａｎｓｗｅｒを含む接続応答を送信する（Ｓ８０４）。

続いて、端末１０と通信制御装置２０と管理装置３０との間でＩＣＥ（Interactive Connectivity Establishment）処理手順が行われる（Ｓ８０５）。以上、Ｓ８０１〜Ｓ８０５の処理手順により、端末１０と管理装置３０との間でＤａｔａＣｈａｎｎｅｌが確立される。管理装置３０の制御手段４０５は、確立されたＤａｔａＣｈａｎｎｅｌを介して、制御信号を端末１０に送信する（Ｓ８０６）。端末１０の制御受付手段２０６は、ＤａｔａＣｈａｎｎｅｌを介して、制御結果を含む応答信号を管理装置３０に送信するようにしてもよい（Ｓ８０７）。

なお、管理装置３０は、二回目以降に制御信号を端末１０に送信する際、改めてＳ８０１乃至Ｓ８０５の処理手順を行わずに、既に端末１０と管理装置３０との間で確立されているＤａｔａＣｈａｎｎｎｅｌを用いて制御信号を端末１０に送信するようにしてもよい。また、管理装置３０は、二回目以降に制御信号を端末１０に送信する際、必要に応じて、再度Ｓ８０１乃至Ｓ８０５の処理手順を行い、別のＤａｔａＣｈａｎｎｅｌを確立させてから制御信号を端末１０に送信するようにしてもよい。

＜効果＞
以上、第一の実施の形態に係る端末管理システムは、ＷｅｂＲＴＣを用いることで、端末１０及び管理装置３０の間でＵＤＰを用いたＰ２Ｐ通信を行うことができるようにした。ＵＤＰ通信は、ＨＴＴＰ又はＴＣＰ等のプロトコルを用いた通信と比較して少ないヘッダ情報で通信を行うことができる。これにより、端末１０及び管理装置３０は、数Ｂｙｔｅ程度の少量のデータを送受信する場合であっても、通信リソースの消費を抑えながら効率的かつ低遅延な通信を行うことができる。

また、第一の実施の形態に係る端末管理システムは、端末１０が管理装置３０と直接通信するようにしたことで、管理者は、端末１０と管理装置３０との間にスマートフォンなどの高機能端末を設置する必要がない。これにより、管理者の利便性を向上させることができる。

また、第一の実施の形態に係る端末管理システムは、端末１０が管理装置３０と直接Ｐ２Ｐ通信するようにした。これにより、第一の実施の形態に係る端末管理システムは、端末１０と管理装置３０との間に設置される機器に通信内容を傍受されるリスクを極力少なくすることができる。また、第一の実施の形態に係る端末管理システムは、例えばビデオカメラの撮影動画など、端末１０と管理装置３０との間でデータサイズが大きいデータを送受信する場合においても、ネットワークの負荷を下げることができる。

また、第一の実施の形態に係る端末管理システムは、ＰｅｅｒＩＤにグループＩＤを含ませるようにしたことで、端末１０をグループに分けて管理することができるようにした。これにより、管理装置３０は、例えば各端末１０がどの管理者の宅内に設置された端末１０であるかを認識することができ、グループごとに管理装置３０を設置することなく効率的に端末１０を管理することが可能になる。

また、第一の実施の形態に係る端末管理システムは、グループＩＤごとにパスワードを設定することができるようにした。これにより、例えば、ある管理者が、自身が所属するグループとは異なるグループに属する端末１０の端末状態情報を参照しようとするといった不正アクセスを防止することができる。また、グループに所属していない不正な端末１０が管理装置３０に接続されるのを防止することができる。

[第二の実施の形態]
次に、第二の実施の形態について図面に基づいて説明する。

なお、第一の実施の形態と同一構成部分についての説明は省略する。また、特に言及しない点については、第一の実施の形態と同様でよい。

図１１は、第二の実施の形態に係る端末管理システムの構成の一例を示す図である。第二の実施の形態に係る端末管理システムは、第一の実施の形態に係る端末管理システムに加えて、端末１０に接続される１又は複数の子端末４０を有する。子端末４０は、ＷｅｂＲＴＣの処理を実行しない端末であり、例えば、ＷｅｂＲＴＣのＡＰＩを実行可能なＷｅｂブラウザ及びＳＤＫランタイム等を有していない家電又はセンサ、ＷｅｂＲＴＣの処理を実行可能ではあるものの端末１０にＷｅｂＲＴＣの処理を実行させることで通信を行う端末などを想定している。また、第二の実施の形態に係る端末１０は、子端末４０の代わりに管理装置３０との間でＷｅｂＲＴＣを用いたＤａｔａＣｈａｎｎｅｌを確立することで、子端末４０の端末状態情報を管理装置３０に送信すること、及び管理装置３０が子端末４０を制御することを可能とする。

＜ソフトウェア構成＞
図１２は、第二の実施の形態に係る端末のソフトウェア構成の一例を示す図である。第二の実施の形態に係る端末１０は、記憶手段２０１と、通信手段２０２と、ＩＤ登録要求手段２０３と、接続確立手段２０４と、送信手段２０５と、制御受付手段２１４と、子端末通信手段２１２と、収集手段２１３とを有する。

子端末通信手段２１２は、例えば、有線ＬＡＮ、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は近距離無線通信等といった接続方式により、子端末４０との間で通信回線を確立する。

収集手段２１３は、子端末４０から、子端末４０の端末状態情報を収集し、子端末４０の端末状態情報と子端末４０の識別子とを対応づけて記憶手段２０１に格納する。なお、子端末４０の識別子は、管理端末及び端末１０が子端末４０を一意に識別可能な識別子である。子端末４０の識別子は、例えば子端末４０と端末１０との間で通信回線が確立される際に、子端末４０から端末１０に通知されるようにしてもよいし、他の方法により端末１０に通知されるようにしてもよい。

制御受付手段２１４は、子端末４０の識別子を含む制御信号を管理装置３０から受信し、子端末４０の識別子から当該制御信号を送信すべき子端末４０を判断して当該制御信号を送信することで、子端末４０を制御する。また、当該制御信号に対する子端末４０からの応答信号を管理装置３０に送信する。

＜処理手順＞
（通信シーケンス（端末起動）
図１３は、第二の実施の形態に係る通信が行われる処理手順（端末起動）の一例を示すシーケンス図である。図１３は、端末１０が、子端末４０の端末状態情報を収集して管理装置３０に送信する場合に用いられる処理手順である。

まず、子端末４０は、子端末４０の端末状態情報を端末１０に送信する（Ｓ９０１）。端末１０の収集手段２１３は、受信した子端末４０の端末状態情報を記憶手段２０１に格納する。なお、子端末４０は、端末１０の収集手段２１３からの指示を受けたタイミングで端末状態情報を送信するようにしてもよいし、定期的に送信するようにしてもよい。また、子端末４０の端末状態情報には、子端末４０の識別子を含むようにしてもよい。

続いて、端末１０は管理装置３０との間でＤａｔａＣｈａｎｎｅｌを確立する（Ｓ９０２）。Ｓ９０２の処理手順は、例えば図９のＳ７０１〜Ｓ７０５の処理手順と同一であるため説明は省略する。

続いて、端末１０の送信手段２０５は、記憶手段２０１に格納されている子端末４０の端末状態情報を管理装置３０に送信する（Ｓ９０３）。

なお、端末１０は、二回目以降に子端末４０の端末状態情報を管理装置３０に送信する際、改めてＳ９０２の処理手順を行わずに、既に端末１０と管理装置３０との間で確立されているＤａｔａＣｈａｎｎｎｅｌを用いて子端末４０の端末状態情報を管理装置３０に送信するようにしてもよい。また、端末１０は、二回目以降に子端末４０の端末状態情報を管理装置３０に送信する際、必要に応じて、再度Ｓ９０２の処理手順を行い、別のＤａｔａＣｈａｎｎｅｌを確立させてから子端末４０の端末状態情報を管理装置３０に送信するようにしてもよい。

なお、管理装置３０は、端末１０から子端末４０の端末状態情報を受信した際に、端末状態情報を受信したことを示す応答信号を端末１０に送信するようにしてもよい。また、端末１０は、管理装置３０から受信した応答信号を子端末４０に転送するようにしてもよい。

（通信シーケンス（管理装置起動））
図１４は、第二の実施の形態に係る通信が行われる処理手順（管理装置起動）の一例を示すシーケンス図である。図１４は、管理装置３０が、子端末４０を制御する場合に用いられる処理手順である。

まず、管理装置３０は端末１０との間でＤａｔａＣｈａｎｎｅｌを確立する（Ｓ１００１）。Ｓ１００１の処理手順は、例えば図１０のＳ８０１〜Ｓ８０５の処理手順と同一であるため説明は省略する。

次に、管理装置３０の制御手段４０５は、子端末４０の識別子を含む制御信号を端末１０に送信する（Ｓ１００２）。なお、管理装置３０は、子端末４０の識別子を把握するため、ステップＳ１００１の処理手順において、端末１０に接続されている子端末４０の識別子を受け取るようにしてもよいし、他の手段を用いて予め子端末４０の識別子を受け取るようにしてもよい。続いて、端末１０の制御受付手段２１４は、子端末４０の識別子から制御信号を送信すべき子端末４０を判断して当該制御信号を送信する（Ｓ１００３）。管理装置３０の制御手段４０５は、子端末４０から応答信号を受信し（Ｓ１００４）、受信した応答信号を管理装置３０に送信する（Ｓ１００５）。

なお、管理装置３０は、二回目以降に子端末４０の識別子を含む制御信号を端末１０に送信する際、改めてＳ１００１の処理手順を行わずに、既に端末１０と管理装置３０との間で確立されているＤａｔａＣｈａｎｎｎｅｌを用いて制御信号を端末１０に送信するようにしてもよい。また、管理装置３０は、二回目以降に子端末４０の識別子を含む制御信号を端末１０に送信する際、必要に応じて、再度Ｓ１００１の処理手順を行い、別のＤａｔａＣｈａｎｎｅｌを確立させてから制御信号を端末１０に送信するようにしてもよい。

＜効果＞
以上、第二の実施の形態に係る端末管理システムは、子端末４０の代わりに端末１０が管理装置３０との間でＤａｔａＣｈａｎｎｅｌを確立するようにして、管理装置３０が子端末４０の端末状態情報を管理すること、及び管理装置３０が子端末４０を制御することを可能にした。これにより、第二の実施の形態に係る端末管理システムは、ＷｅｂＲＴＣモジュールを実行することができない端末を含む多様な端末を管理することができる。

＜実施形態の補足＞
以上、上記複数の実施の形態において、認証情報にはグループＩＤごとにパスワードを対応づけて記憶させるようにしたが、他の単位でパスワードを記憶させるようにしてもよい。例えば、端末１０毎のＰｅｅｒＩＤ（又はＰｅｅｒＩＤとは異なる端末１０固有のＩＤ）とパスワードとを対応づけて記憶するようにしてもよい。

また、上記複数の実施の形態において、パスワードを用いた認証の代わりに、例えば、ＥＡＰ−ＳＩＭ（Extended Authentication Protocol-Subscriber Identity Modules）、ＥＡＰ−ＡＫＡ（Extended Authentication Protocol-Authentication and Key Agreement）のようなＳＩＭカードを用いた認証方法、又は、ＥＡＰ−ＴＬＳ（Extended Authentication Protocol-Transport Layer Security）などの電子証明書を用いた認証方法などの他の認証方法を用いるようにしてもよい。

以上、上記複数の実施の形態において、通信制御装置２０は、端末１０から通知されるグループＩＤに基づいてグループを認識するのではなく、宅内に引き込まれているＷＡＮ回線ごとに振られている回線管理番号に基づいてグループを区別するようにしてもよい。これにより、個々の端末１０にグループＩＤを予め設定する必要がなく、管理者の利便性を高めることができる。

以上、上記複数の実施の形態において、管理装置３０がＷｅｂＲＴＣモジュールを提供するようにしたが、端末１０がＷｅｂＲＴＣモジュールを提供するようにしてもよい。この場合、管理装置３０は、端末１０からＷｅｂＲＴＣモジュールを取得するようにしてもよい。また、管理装置３０とは異なる他のサーバがＷｅｂＲＴＣモジュールを提供するようにしてもよい。この場合、端末１０及び管理装置３０は、当該他のサーバからＷｅｂＲＴＣモジュールを取得するようにしてもよい。

以上、本発明は上記複数の実施の形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。

以上、上記複数の実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。

以上、上記複数の実施の形態の全部又は一部は、プログラムによって実装され得る。このプログラムは、記憶媒体に格納することができる。

なお、上記複数の実施の形態において、端末１０のＰｅｅｒＩＤは、端末識別子の一例である。また、管理装置３０のＰｅｅｒＩＤは、管理装置識別子の一例である。また、端末１０のＩＤ登録情報は、端末登録情報の一例である。また、管理装置３０のＩＤ登録情報は、管理装置登録情報の一例である。また、ＩＰアドレスは、アドレス情報の一例である。また、シグナリング信号は、通信確立信号の一例である。また、ＤａｔａＣｈａｎｎｅｌは、通信チャネルの一例である。また、ＩＤ登録要求手段２０３は、第一の登録要求手段の一例である。また、ＩＤ登録要求手段４０３は、第二の登録要求手段の一例である。また、接続確立手段２０４は、第一の確立手段の一例である。また、接続確立手段４０４は、第二の確立手段の一例である。また、ＩＤ管理手段３０３は、管理手段の一例である。ＩＤ取得手段４０６は、取得手段の一例である。また、グループＩＤは、属性情報の一例である。また、子端末４０は、異なる端末の一例である。

１０端末
２０通信制御装置
３０管理装置
４０子端末
２０１、３０１、４０１記憶手段
２０２、３０２、３０３通信手段
２０３、４０３ＩＤ登録要求手段
２０４、４０４接続確立手段
２０５送信手段
２０６制御受付手段
３０２中継手段
４０５制御手段
４０６ＩＤ取得手段
４０７Ｗｅｂサーバ
４０８認証手段

Claims

端末と、前記端末を管理する管理装置と、前記端末と前記管理装置との間で行われる通信を制御する通信制御装置とを有する端末管理システムであって、
前記通信制御装置は、
前記端末を識別する端末識別子と前記端末のアドレス情報とを含む端末登録情報と、前記管理装置を識別する管理装置識別子と前記管理装置のアドレス情報とを含む管理装置登録情報と、を記憶する記憶手段と、
前記端末登録情報又は前記管理装置登録情報に基づいて、前記端末と前記管理装置との間で送受信される通信確立信号を中継する中継手段と、
を有し、
前記端末は、
前記管理装置識別子を含む通信確立信号を前記中継手段に送信することで、前記通信を行うための通信チャネルを確立する第一の確立手段と、
前記端末の状態を示す状態情報を、前記通信チャネルを介して前記管理装置に送信する通知手段と、
を有する端末管理システム。
前記管理装置は、
前記端末識別子を含む通信確立信号を前記中継手段に送信することで、前記通信チャネルを確立する第二の確立手段と、
前記端末を制御する制御信号を、前記通信チャネルを介して前記端末に送信する制御手段と、
を更に有する請求項１に記載の端末管理システム。
前記通信制御装置は、
前記端末又は前記管理装置からの要求を受けて前記端末識別子又は前記管理装置識別子を生成して前記記憶手段に登録すると共に、生成した前記端末識別子又は前記管理装置識別子を、前記端末又は前記管理装置に送信する管理手段、
を更に有し、
前記端末は、
前記管理手段に前記端末識別子の送信を要求すると共に、前記管理手段から受信した前記端末識別子を記憶する第一の登録要求手段、
を更に有し、
前記管理装置は、
前記管理手段に前記管理装置識別子の送信を要求すると共に、前記管理手段から受信した前記管理装置識別子を記憶する第二の登録要求手段、
を更に有する、請求項２に記載の端末管理システム。
前記第一の確立手段は、前記第一の登録要求手段に記憶される前記管理装置識別子を用いて前記通信チャネルを確立し、
前記第二の確立手段は、前記第二の登録要求手段に記憶される前記端末識別子を用いて前記通信チャネルを確立する、請求項３に記載の端末管理システム。
前記第一の登録要求手段は、前記端末の属性を示す属性情報を含めて、前記管理手段に前記端末識別子の送信を要求し、
前記管理手段は、前記第一の登録要求手段から通知される前記属性情報を含む前記端末識別子を生成する、請求項３又は４に記載の端末管理システム。
前記通信チャネルは、ＵＤＰを用いた通信チャネルである、請求項１乃至５のいずれか一項に記載の端末管理システム。
前記通信チャネルは、ＷｅｂＲＴＣの通信手段により確立される請求項１乃至６のいずれか一項に記載の端末管理システム。
前記端末は、
前記端末に接続される端末であって、前記端末とは異なる端末の状態を示す情報を収集する収集手段、
を更に有し、
前記通知手段は、前記異なる端末の状態を示す情報を、前記通信チャネルを介して前記管理装置に送信する、請求項１乃至７のいずれか一項に記載の端末管理システム。
端末と前記端末を管理する管理装置との間で行われる通信を制御する通信制御装置であって、
前記端末を識別する端末識別子と前記端末のアドレス情報とを含む端末登録情報と、前記管理装置を識別する管理装置識別子と前記管理装置のアドレス情報とを含む管理装置登録情報と、を記憶する記憶手段と、
前記端末の属性を示す属性情報を含む前記端末からの要求を受けた場合、前記属性情報を含む前記端末識別子を生成して前記記憶手段に格納すると共に、生成した前記端末識別子を前記端末に送信し、前記管理装置からの要求を受けた場合、前記管理装置識別子を生成して前記記憶手段に格納すると共に、生成した前記端末識別子を前記管理装置に送信する管理手段と、
前記端末登録情報又は前記管理装置登録情報に基づいて、前記端末と前記管理装置との間で送受信される通信確立信号を中継する中継手段と、
を有する通信制御装置。
端末を管理する管理装置であって、
前記端末と当該管理装置との間で行われる通信を制御する通信制御装置又は前記端末から、前記端末を識別する端末識別子を取得する取得手段と、
前記通信制御装置に前記端末識別子を含む通信確立信号を送信することで、前記通信を行うための通信チャネルを確立する確立手段と、
前記端末を制御する制御信号を、前記通信チャネルを介して前記端末に送信する制御手段と、
を有する管理装置。
端末と、前記端末を管理する管理装置と、前記端末と前記管理装置との間で行われる通信を制御する通信制御装置とを有する端末管理システムにおける端末管理方法であって、
前記通信制御装置が、
前記端末を識別する端末識別子と前記端末のアドレス情報とを含む端末登録情報と、前記管理装置を識別する管理装置識別子と前記管理装置のアドレス情報とを含む管理装置登録情報と、を記憶手段に記憶させるステップと、
前記通信制御装置が、
前記端末登録情報又は前記管理装置登録情報に基づいて、前記端末と前記管理装置との間で送受信される通信確立信号を中継するステップと、
前記端末が、
前記管理装置識別子を含む通信確立信号を前記通信制御装置に送信することで、前記通信を行うための通信チャネルを確立するステップと、前記端末の状態を示す状態情報を、前記通信チャネルを介して前記管理装置に送信するステップと、
を有する端末管理方法。
端末と前記端末を管理する管理装置との間で行われる通信を制御する通信制御装置における通信制御プログラムであって、
通信制御装置に、
前記端末を識別する端末識別子と前記端末のアドレス情報とを含む端末登録情報と、前記管理装置を識別する管理装置識別子と前記管理装置のアドレス情報とを含む管理装置登録情報と、を記憶手段に記憶させるステップと、
前記端末の属性を示す属性情報を含む前記端末からの要求を受けた場合、前記属性情報を含む前記端末識別子を生成して前記記憶手段に格納すると共に、生成した前記端末識別子を前記端末に送信し、前記管理装置からの要求を受けた場合、前記管理装置識別子を生成して前記記憶手段に格納すると共に、生成した前記端末識別子を前記管理装置に送信するステップと、
前記端末と前記管理装置との間で前記通信が確立される際に、前記端末と前記管理装置との間で送受信される通信確立信号を中継するステップと、
を実行させるための通信制御プログラム。