特許 6087261 プログラム、エンド端末、及びエンド端末状態判定方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6087261

(24)【登録日】2017年2月10日

(45)【発行日】2017年3月1日

(54)【発明の名称】プログラム、エンド端末、及びエンド端末状態判定方法

(51)【国際特許分類】

   H04L 12/28 20060101AFI20170220BHJP

   H04L 12/70 20130101ALI20170220BHJP

【ＦＩ】

   H04L12/28 200M

   H04L12/70 100Z

【請求項の数】8

【全頁数】14

(21)【出願番号】特願2013-238740(P2013-238740)

(22)【出願日】2013年11月19日

(65)【公開番号】特開2015-100012(P2015-100012A)

(43)【公開日】2015年5月28日

【審査請求日】2016年2月5日

(73)【特許権者】

【識別番号】399041158

【氏名又は名称】西日本電信電話株式会社

(74)【代理人】

【識別番号】100130513

【弁理士】

【氏名又は名称】鎌田 直也

(74)【代理人】

【識別番号】100074206

【弁理士】

【氏名又は名称】鎌田 文二

(74)【代理人】

【識別番号】100130177

【弁理士】

【氏名又は名称】中谷 弥一郎

(72)【発明者】

【氏名】美原 義行

(72)【発明者】

【氏名】小林 昭久

(72)【発明者】

【氏名】山口 徹也

【審査官】 野元 久道

(56)【参考文献】

【文献】 特開２００６−１６３５６８（ＪＰ，Ａ）

【文献】 特開２００６−１６５６２９（ＪＰ，Ａ）

【文献】 特開２０１０−１１３４００（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０２７０１７１（ＵＳ，Ａ１）

【文献】 美原 義行 他２名，ホームネットワークマップ特定プロトコルＨＴＩＰの設計と診断ツールへの適用，情報処理学会研究報告，日本，情報処理学会，２０１２年 ５月１１日，Ｖｏｌ.2012-CDS-4 No.11，1-8

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／２８

Ｈ０４Ｌ １２／７０

(57)【特許請求の範囲】

【請求項1】

ホームネットワーク内の他ノードとの接続用プロトコル及び機器名特定プロトコルに対応したエンド端末を、
ホームネットワーク内の別エンド端末から前記機器名特定プロトコルに従って受信した機器名を記憶する機器情報蓄積手段と、
自己の通信処理性能で前記接続用プロトコルに従った特定要求をアクティブ状態の前記別エンド端末へ送信したときの応答受信までに要する時間の平均的な値（Ｔｏｎ）、自己の通信処理性能で前記特定要求をスタンバイ状態の前記別エンド端末へ送信したときの応答受信までに要する時間の平均的な値（Ｔｓｔ）を、データベースから取得するデータ取得手段と、
前記別エンド端末へ前記接続用プロトコルに従った特定要求を送信し、これに対する応答受信までの時間を計測する実測手段と、
前記Ｔｏｎ及びＴｓｔの各々と、前記実測手段の計測結果との近似性を比較する内容の所定演算に基づいて、前記別エンド端末の状態をアクティブ状態かスタンバイ状態か区別する判定手段と
して機能させるためのプログラム。

【請求項2】

前記実測手段は、前記別エンド端末へ第１の前記特定要求を送信し、この送信から前記別エンド端末がアクティブ状態からスタンバイ状態へ自動移行するまでの時間（Ｔｓｌ）未満の経過時間内に前記別エンド端末へ第２の前記特定要求を送信し、これに対する応答受信までの時間（Ｔｒ）を計測し、前記第２の特定要求の送信から前記Ｔｓｌを超えた時間の経過後に前記別エンド端末へ第３の前記特定要求を送信し、これに対する応答受信までの時間（Ｔ）を計測し、
前記判定手段は、前記Ｔｏｎ及び前記Ｔｓｔの各々と、前記Ｔから（前記Ｔｒ−前記Ｔｏｎ）の値（Ｔｎｗ）を減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行う請求項１に記載のプログラム。

【請求項3】

前記データ取得手段は、前記Ｔｏｎの標準偏差（σｏｎ）及び前記Ｔｓｔの標準偏差（σｓｔ）をさらに取得し、
前記判定手段は、（前記Ｔｏｎ＋前記σｏｎ）及び（前記Ｔｓｔ−前記σｓｔ）の各演算値と、前記Ｔから前記Ｔｎｗを減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行う請求項２に記載のプログラム。

【請求項4】

前記機器情報蓄積手段は、前記ホームネットワーク内で機器名特定プロトコルに対応の全ての他エンド端末について機器名を記憶し、
前記実測手段及び前記判定手段は、前記全ての他エンド端末のそれぞれを前記別エンド端末として前記区別を繰り返し、
前記機器情報蓄積手段は、前記他エンド端末ごとに前記区別の結果を蓄積する請求項１から３のいずれか１項に記載のプログラム。

【請求項5】

ホームネットワーク内の他ノードとの接続用プロトコル及び機器名特定プロトコルに対応した第１及び第２のエンド端末が属する実験ホームネットワークを構築するステップと、
前記実験ホームネットワーク内で、前記第１のエンド端末が、前記接続用プロトコルに従った特定要求をアクティブ状態の前記第２のエンド端末へ送信したときの応答受信までに要する時間の平均的な値（Ｔｏｎ）、当該第１のエンド端末が、前記特定要求をスタンバイ状態の当該第２のエンド端末へ送信したときの応答受信までに要する時間の平均的な値（Ｔｓｔ）、当該第１のエンド端末の通信処理性能を示す機種情報、及び当該第２のエンド端末の機器名を対応付けて保持したデータベースを作成する判定用データ作成ステップと、
ユーザのホームネットワーク内で、エンド端末が別エンド端末から前記機器名特定プロトコルに従って受信した機器名を記憶する機器情報蓄積ステップと、
前記ユーザのホームネットワーク内で、前記エンド端末が、自己の前記機種情報及び前記別エンド端末の機器名に対応した前記Ｔｏｎ、前記Ｔｓｔを、前記データベースから取得するデータ取得ステップと、
前記ユーザのホームネットワーク内で、前記エンド端末が、前記別エンド端末へ前記特定要求を送信し、これに対する応答受信までの時間を計測する実測ステップと、
前記ユーザのホームネットワーク内で、前記エンド端末が、前記Ｔｏｎ及びＴｓｔの各々と、前記実測ステップの計測結果との近似性を比較する内容の所定演算に基づいて、前記別エンド端末の状態をアクティブ状態かスタンバイ状態か区別する判定ステップと
を具備するエンド端末状態判定方法。

【請求項6】

前記実測ステップにおいて、前記エンド端末が、前記別エンド端末へ第１の前記特定要求を送信し、この送信から前記別エンド端末がアクティブ状態からスタンバイ状態へ自動移行するまでの時間（Ｔｓｌ）未満の経過時間内に前記別エンド端末へ第２の前記特定要求を送信し、これに対する応答受信までの時間（Ｔｒ）を計測し、前記第２の特定要求の送信から前記Ｔｓｌを超えた時間の経過後に、前記別エンド端末へ第３の前記特定要求を送信し、これに対する応答受信までの時間（Ｔ）を計測し、
前記判定ステップにおいて、前記エンド端末が、前記Ｔｏｎ及び前記Ｔｓｔの各々と、前記Ｔから（前記Ｔｒ−前記Ｔｏｎ）の値（Ｔｎｗ）を減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行う請求項５に記載のエンド端末状態判定方法。

【請求項7】

前記データ取得ステップにおいて、前記エンド端末が、前記Ｔｏｎの標準偏差（σｏｎ）及び前記Ｔｓｔの標準偏差（σｓｔ）をさらに取得し、
前記判定ステップにおいて、前記エンド端末が、（前記Ｔｏｎ＋前記σｏｎ）及び（前記Ｔｓｔ−前記σｓｔ）の各演算値と、前記Ｔから前記Ｔｎｗを減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行う請求項６に記載のエンド端末状態判定方法。

【請求項8】

請求項１から４のいずれか１項に記載のプログラムが実装されたエンド端末。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、ホームネットワーク内のエンド端末利用状態を判定するためのプログラム、そのエンド端末、及びその方法に関する。

【背景技術】

【0002】

近年、ブロードバンドネットワークを利用したサービスの普及により、ホームネットワークには、パーソナルコンピュータ、スマートフォン、タブレット、ゲーム機、テレビ受像機といった多くのエンド端末が接続されるようになっている。

【0003】

このように多様なエンド端末が属するホームネットワークの接続構成を一般ユーザでも容易に判断できるようにするため、あるエンド端末から同ホームネットワークに接続されている他エンド端末の機器名（機器区分，製造メーカ，機種名，型番）を把握できるプロトコル、例えば、HTIP（Home-Network Topology Identifying Protocol）に対応の端末製品の普及が進んでいる。

【0004】

また、データ活用サービスも普及し、ユーザの行動を分析してユーザに適切な新たなサービスを推薦する技術も注目されている。サービス提供者はユーザのエンド端末の利用形態から、ユーザの嗜好・行動特性を把握し、そのユーザに合ったサービスを推薦したいと考えている。

【0005】

従来、ホームネットワーク内の各エンド端末の利用状況を一台のエンド端末上で把握するため、SNMP（Simple Network Management Protocol）のようなエンド端末管理用プロトコルに従ったプログラムが利用されている。このSNMP対応のプログラムは、エンド端末の状態（アクティブ状態／スタンバイ状態）を区別することが可能なので、スタンバイ状態とSNMPに応答しない電源オフ状態とを非利用状態にすることで、エンド端末の利用状況を把握することができる（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１３−２１８３６７号公報（特に段落０００７参照）

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、SNMP対応のプログラムは実装コストが高く、一方、ホームネットワークに接続されるエンド端末は、一般的に低性能であるため、ほぼSNMPを搭載されておらず、同じホームネットワークに属する他のエンド端末がアクティブ状態かスタンバイ状態かを区別できない問題がある。

【0008】

上述の背景に鑑み、この発明が解決しようとする課題は、ユーザのエンド端末に特別なプロトコルに対応の機能を実装することなく、そのエンド端末によって同じホームネットワークに属する他のエンド端末がアクティブ状態かスタンバイ状態かを区別可能にすることである。

【課題を解決するための手段】

【0009】

上記の課題を解決するため、この発明は、ホームネットワーク内の他ノードとの接続用プロトコル及び機器名特定プロトコルに対応したエンド端末を、ホームネットワーク内の別エンド端末から前記機器名特定プロトコルに従って受信した機器名を記憶する機器情報蓄積手段と、自己の通信処理性能で前記接続用プロトコルに従った特定要求をアクティブ状態の前記別エンド端末へ送信したときの応答受信までに要する時間の平均的な値（Ｔｏｎ）、自己の通信処理性能で前記特定要求をスタンバイ状態の前記別エンド端末へ送信したときの応答受信までに要する時間の平均的な値（Ｔｓｔ）を、データベースから取得するデータ取得手段と、前記別エンド端末へ前記接続用プロトコルに従った特定要求を送信し、これに対する応答受信までの時間を計測する実測手段と、前記Ｔｏｎ及びＴｓｔの各々と、前記実測手段の計測結果との近似性を比較する内容の所定演算に基づいて、前記別エンド端末の状態をアクティブ状態かスタンバイ状態か区別する判定手段として機能させるためのプログラム、を採用した。

【0010】

また、この発明は、ホームネットワーク内の他ノードとの接続用プロトコル及び機器名特定プロトコルに対応した第１及び第２のエンド端末が属する実験用ホームネットワークを構築するステップと、前記実験用ホームネットワーク内で、前記第１のエンド端末が、前記接続用プロトコルに従った特定要求をアクティブ状態の前記第２のエンド端末へ送信したときの応答受信までに要する時間の平均的な値（Ｔｏｎ）、当該第１のエンド端末が、前記特定要求をスタンバイ状態の当該第２のエンド端末へ送信したときの応答受信までに要する時間の平均的な値（Ｔｓｔ）、当該第１のエンド端末の通信処理性能を示す機種情報、及び当該第２のエンド端末の機器名を対応付けて保持したデータベースを作成する判定用データ作成ステップと、ユーザのホームネットワーク内で、エンド端末が別エンド端末から前記機器名特定プロトコルに従って受信した機器名を記憶する機器情報蓄積ステップと、前記ユーザのホームネットワーク内で、前記エンド端末が、自己の前記機種情報及び前記別エンド端末の機器名に対応した前記Ｔｏｎ、前記Ｔｓｔを、前記データベースから取得するデータ取得ステップと、前記ユーザのホームネットワーク内で、前記エンド端末が、前記別エンド端末へ前記特定要求を送信し、これに対する応答受信までの時間を計測する実測ステップと、前記ユーザのホームネットワーク内で、前記エンド端末が、前記Ｔｏｎ及びＴｓｔの各々と、前記実測ステップの計測結果との近似性を比較する内容の所定演算に基づいて、前記別エンド端末の状態をアクティブ状態かスタンバイ状態か区別する判定ステップとを具備するエンド端末状態判定方法、を採用した。

【0011】

また、この発明は、前記判定手段等として機能させるためのプログラムが実装されたエンド端末、を採用した。

【0012】

前記接続用プロトコルは、インターネット制御通知プロトコル、アドレス解決プロトコル等、エンド端末をホームネットワークのノードとして機能させるために当然に実装されるものであり、特別な実装でない。また、前記器名特定プロトコルも、上述の背景で述べたように普及が進んでいるものであり、特別な実装でない。
低性能なエンド端末でも接続用プロトコルの特定要求には応答するが、接続用プロトコルはネットワークの接続性のみを確認するプロトコルであり、応答の有無から要求送信先のエンド端末が電源オンかオフの状態かを区別することができるのみである。
この発明において、前記スタンバイ状態とは、電源がオン状態で前記特定要求に応答可能ではあるが、そのエンド端末が長期間利用されないため消費電力を抑制する状態のことをいう。また、前記アクティブ状態とは、スタンバイ状態よりも早期に前記特定要求に対する応答発信及びユーザ利用の受付に対する反応が可能であるが、スタンバイ状態よりも消費電力が多い状態のことをいう。本願出願時点においては、接続用プロトコル及び機器名特定プロトコルに対応の機器であって、スタンバイ状態であっても特定要求に応答する製品が多く存在している社会状況にある。
これら製品については、予め実験的に、接続用プロトコル及び機器名特定プロトコルに対応したエンド端末間で前記Ｔｏｎ等を調べて前記データベースを構築することができる。ユーザのエンド端末は、同じホームネットワークに属する他のエンド端末がアクティブ状態かスタンバイ状態かを区別するための規範となるＴｏｎ、Ｔｓｔ等をデータベースから取得することができる。
実験ホームネットワークと、ユーザの端末利用状況を知りたい実際のユーザのホームネットワーク間の構成相違は、特定要求の送信元たるエンド端末の通信処理性能を同等とするＴｏｎ等の利用によって整合を図ることができる。
このように、実際のユーザのホームネットワーク内で、前記エンド端末が、前記別エンド端末へ前記特定要求を送信し、これに対する応答受信までの時間を計測し、その結果と事前実験で得ているＴｏｎ、Ｔｓｔのどちらに近いかを比較する内容の所定演算を行えば、その結果から、アクティブ状態かスタンバイ状態かをある程度の信頼性をもって区別することが可能である。

【発明の効果】

【0013】

したがって、この発明は、ユーザのエンド端末に特別なプロトコルに対応の機能を実装することなく、そのエンド端末によって同じホームネットワークに属する他のエンド端末がアクティブ状態かスタンバイ状態かを区別可能にすることができる。

【図面の簡単な説明】

【0014】

【図1】実施例に係るエンド端末状態判定のフローチャート図

【図2】実施例に係る実験ホームネットワークの構成図

【図3】実施例に係るデータベースの概念図

【図4】実施例に係るユーザのホームネットワークに属するエンド端末群を示す概念図

【図5】実施例に係るプログラムによりユーザのエンド端末上に実現される機能ブロック図

【図6】図４のホームネットワーク内で他エンド端末に対して状態判定を行う際のシーケンス図

【発明を実施するための形態】

【0015】

以下、この発明の好ましい実施形態について説明する。ここで、この発明において、前記別エンド端末がアクティブ状態からスタンバイ状態へ自動移行するまでの時間をＴｓｌとする。

【0016】

第１の実施形態は、プログラムであり、第２の実施形態は、エンド端末状態判定方法である。第１の実施形態に係る前記実測手段、又は第２の実施形態に係る前記実測ステップにおける前記エンド端末は、前記別エンド端末へ第１の前記特定要求を送信し、この送信から前記Ｔｓｌ未満の経過時間内に前記別エンド端末へ第２の前記特定要求を送信し、これに対する応答受信までの時間（Ｔｒ）を計測し、前記第２の特定要求の送信から前記Ｔｓｌを超えた時間の経過後に前記別エンド端末へ第３の前記特定要求を送信し、これに対する応答受信までの時間（Ｔ）を計測する。第１の実施形態に係る前記判定手段、又は第２の実施形態に係る前記判定ステップにおける前記エンド端末は、前記Ｔｏｎ及び前記Ｔｓｔの各々と、前記Ｔから（前記Ｔｒ−前記Ｔｏｎ）の値（Ｔｎｗ）を減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行う。

【0017】

エンド端末が判定対象とした別エンド端末がスタンバイ状態であっても、第１の特定要求によりアクティブ状態にすることができる。その後、別エンド端末は、スタンバイ状態に移行する前に第２の特定要求に対する応答を発信するため、Ｔｒとして、必ずアクティブ状態のときの応答時間を計測することができる。ＴｒからＴｏｎを減じたＴｎｗは、ユーザ環境のネットワーク遅延を示す値となる。第３の特定要求は、第２の特定要求の送信からＴｓｌを過ぎてから送信されるので、別エンド端末が第２の特定要求に対する応答発信後、ユーザ利用がない場合に別エンド端末がスタンバイ状態に移行する。このため、Ｔは、実際のユーザ利用状況を示す応答受信までの時間とみなせる。したがって、第１実施形態、第２実施形態は、ユーザ環境と平均モデルの差異による伝送遅延時間差Ｔｎｗを実際のユーザ利用状況を示すＴに反映させて比較することになるので、より信頼性をもってアクティブ状態かスタンバイ状態かを区別することができる。

【0018】

第３の実施形態は、プログラムであり、第４の実施形態は、エンド端末状態判定方法である。第３の実施形態に係る前記データ取得手段、又は第４の実施形態に係る前記データ取得手段ステップにおける前記エンド端末は、前記Ｔｏｎの標準偏差（σｏｎ）及び前記Ｔｓｔの標準偏差（σｓｔ）をさらに取得する。第１の実施形態に係る前記判定手段、又は第２の実施形態に係る前記判定ステップにおける前記エンド端末は、（前記Ｔｏｎ＋前記σｏｎ）及び（前記Ｔｓｔ−前記σｓｔ）の各演算値と、前記Ｔから前記Ｔｎｗを減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行う。

【0019】

σｏｎは、Ｔｏｎを求めるアクティブ状態の母集団のばらつき具合を示す。このため、（Ｔｏｎ＋σｏｎ）は、アクティブ状態のときでも比較的応答受信までに時間を要する方、すなわちスタンバイ状態時に近い方へ判定基準を定めることになる。一方、σｓｔは、Ｔｓｔを求めるスタンバイ状態の母集団のばらつき具合を示す。このため、（Ｔｓｔ−σｓｔ）スタンバイ状態のときでも比較的応答受信までに時間を要さなかった方、すなわちアクティブ状態時に近い方へ判定基準を定めることになる。したがって、第３実施形態、第４実施形態は、さらに信頼性をもってアクティブ状態かスタンバイ状態かを区別することができる。

【0020】

第５の実施形態は、プログラムである。第５の実施形態において、前記機器情報蓄積手段は、前記ホームネットワーク内で機器名特定プロトコルに対応の全ての他エンド端末について機器名を記憶する。また、前記実測手段及び前記判定手段は、前記全ての他エンド端末のそれぞれを前記別エンド端末として前記区別を繰り返す。また、前記機器情報蓄積手段は、前記他エンド端末ごとに前記区別の結果を蓄積する。

【0021】

第５の実施形態のプログラムをユーザのエンド端末に実装すれば、そのホームネットワーク内で対応性をもった全ての他エンド端末について、アクティブ状態かスタンバイ状態かの区別結果を繰り返してエンド端末単位で蓄積するため、ユーザによる他エンド端末個々の利用状況の推測を行うことができる。

【実施例】

【0022】

以下、この発明の実施例を添付図面に基づいて説明する。
実施例に係るエンド端末状態判定方法は、実験ホームネットワークを構築するステップと、判定用データ作成ステップと、機器情報蓄積ステップと、データ取得ステップと、実測ステップと、判定ステップとを具備する。

【0023】

この発明において、「ホームネットワーク」とは、アクセス網の引き込み線に接続された回線終端装置の配下にあるローカルエリアネットワークのこという。また、「エンド端末」とは、ホームネットワーク内のノードであって、IP（Internet Protocol）アドレスを保持し、IPパケットを終端する端末のことをいう。

【0024】

実験ホームネットワークは、ホームネットワーク内の他ノードとの接続用プロトコル及び機器名特定プロトコルに対応した第１及び第２のエンド端末が属するものである。実施例の実験ホームネットワークは、図２に示すように、第１及び第２のエンド端末１、２と、ルータ３と、伝送媒体４とから構成されている。実験ホームネットワークは、エンド端末間の伝送遅延と送信先のエンド端末状態（アクティブ状態／スタンバイ状態）との因果関係を可及的に明らかにするため、なるべく簡素な構成が好ましい。

【0025】

接続用プロトコルとしては、例えば、ICMP（Internet Control Message Protocol）やARP（Address Resolution Protocol）が挙げられる。 ICMP、ARPはrequestメッセージを送信し、受信したエンド端末がreplyメッセージを受信することで接続確認を行う。また当該送信から当該受信するまでの時間をRTT（Round Trip Time）と呼ぶ。ICMPは、インターネット・プロトコルのデータグラム処理における誤りの通知や通信に関する情報の通知などのために使用されるものであり、ARPは、イーサネット環境において、IPアドレスからそれに対応するMACアドレスを動的に得るために使用されるものである。ICMPは、RTTの計測機能を具備する。実施例は、ICMPのRTT計測機能を活用するため、接続用プロトコルとしてICMPを採用している。

【0026】

機器名特定プロトコルとしては、例えば、HTIPやUPnP（Universal Plug and Play）が挙げられる。

【0027】

判定用データ作成ステップでは、データベースを作成する。この作成のため、実験ホームネットワーク内で、第１のエンド端末が、接続用プロトコルに従った特定要求をアクティブ状態の第２のエンド端末へ送信したときの応答受信までに要する時間の平均的な値を求める（以下、この平均値をＴｏｎと呼ぶ。）。実施例は、その特定要求として、ICMPのrequestメッセージの中でもPingを採用し、応答受信として、Pingに対応のreplyメッセージの受信を採用している（以下、同じ）。

【0028】

また、実験ホームネットワーク内で、第１のエンド端末１が、特定要求をスタンバイ状態の第２のエンド端末２へ送信したときの応答受信までに要する時間の平均的な値を求める（以下、この平均値をＴｓｔと呼ぶ。）。

【0029】

Ｔｏｎ、Ｔｓｔは、第１のエンド端末１にする機種と、第２のエンド端末２にする機種の組み合わせごとに求める。Ｔｏｎは、第２のエンド端末２がアクティブ状態になった時点からｎ秒後に第１のエンド端末１から特定要求を第２のエンド端末２へ送信し、この応答を受信するまでの時間を計測する実験を行う。ｎの値を適当な間隔でずらして当該実験を繰り返すことにより、Ｔｏｎを求めるための母集団を得る。Ｔｓｔは、第２のエンド端末２がスタンバイ状態になった時点から同様にｎの値をずらした実験を繰り返して母集団を得る。第２のエンド端末２がアクティブ状態、スタンバイ状態になった時点の確認は、例えば、消費電力の測定、画面の点灯／消灯の切り替わりの目視確認等、適宜の方法で行う。また、この確認から、エンド端末２がアクティブ状態からスタンバイ状態へ自動移行するまでの時間（以下、この時間をＴｓｌと呼ぶ。）を知ることができる。

【0030】

また、Ｔｏｎを求めた母集団から、標準偏差であるσｏｎを求め、Ｔｓｔを求めた母集団から、標準偏差であるσｓｔを求めることができる。

【0031】

第２のエンド端末２が例えばスマートフォンのような携帯通信機器の場合、スタンバイ状態（画面が消灯状態）に移行した直後は、Pingを返すが、アクティブ状態のときよりも応答に時間がかかる。Ｔｏｎ、σｏｎは、数１０ミリ秒の値になるが、Ｔｓｔ、σｓｔは、数１００ミリ秒の値、１００ミリ秒程度の値となることがある。また、スタンバイ状態になってから数分すると、Pingへの応答はさらに時間を要するようになり、Ping送信後５秒程度でCPUが起動してICMPに応答するようになる。このような第２のエンド端末２であれば、ICMPやARP等の応答確認パケットの応答を受信するまでの時間から、機器の状態（アクティブ状態／スタンバイ状態）を特定することが可能である。

【0032】

データベースは、実験で得たＴｏｎ、Ｔｓｔ、σｏｎ、σｓｔ、第１のエンド端末の通信処理性能を示す機種情報、及び第２のエンド端末の機器名を対応付けて保持している。図３にデータベースを概念的に例示するように、次のデータ（実験データ）項目を１レコードとして蓄積することができる。項目：CPU性能は、第１のエンド端末１の中央演算処理装置の駆動周波数である。項目：機器名は、機器名特定プロトコルで通知される第２のエンド端末２の機器名である。機器名は、プロトコルに規定の区分、製造メーカー名、機種名の情報集合体になっている。エンド端末の通信処理性能を示す機種情報は、機器名及びCPU性能の情報集合体になっている。なお、同じ機種名でも型番がCPU性能ごとに相違している場合のように、機器名単独又は型番単独がエンド端末の通信処理性能を示す機種情報になるときは、その単独情報を機種情報として使用することもできる。項目：Ｔｏｎ・σｏｎは、同第２のエンド端末２におけるＴｏｎの値，σｏｎの値である。項目：Ｔｓｔ・σｓｔは、同第２のエンド端末２におけるＴｓｔの値，σｓｔの値である。項目：Ｔｓｌは、同第２のエンド端末２におけるＴｓｌの値である。

【0033】

データベースは、サービス提供者側で作成してもよいし、ユーザ側で作成してもよい。サービス提供者側で作成する場合、データベースをユーザに提供する手段は、インストール用プログラムのインターネットを介したダウンロード又は記録媒体の配布、インターネット上のデータベースサーバへのアクセス等、適宜の態様を採用することができる。

【0034】

実施例のデータベースは、サービス提供者側で作成され、ユーザに提供されている。

【0035】

図４に例示するように、ユーザのホームネットワークには、エンド端末１０の他にもエンド端末２０、２１が属している。各エンド端末１０、２０、２１は、ホームネットワーク内の他ノードとの接続用プロトコル及び機器名特定プロトコルに対応した機器からなる。接続用プロトコル、機器名特定プロトコルは、前述の第１のエンド端末、第２のエンド端末に対応のものとなっている。機器名特定プロトコルにより、エンド端末１０から同ホームネットワークに接続されている他のエンド端末２０、２１の機器名（機器区分，製造メーカ，機種名，型番）を把握することができる。機器名特定プロトコルは、データベースの機器名と整合するように別エンド端末の機器名を知り得るものであればよい。

【0036】

実施例のプログラムは、ユーザのホームネットワーク内に接続されたエンド端末１０に実装されている。このプログラムは、図５に示すように、エンド端末１０を、機器情報蓄積手段１１と、データ取得手段１２と、実測手段１３と、判定手段１４として機能させるためのものである。これらにより、同ホームネットワークに接続された別エンド端末２０、２１の利用状況の推測を行う。利用状況とは、ある瞬間において、そのエンド端末がアクティブ状態かスタンバイ状態か、すなわちユーザが利用しているか否かの情報を時間軸でまとめた情報である。以下、別エンド端末としてエンド端末２０を代表例に説明する。

【0037】

実施例に係るプログラム、データベースは、エンド端末１０にインストールされている。

【0038】

機器情報蓄積手段１１は、機器情報蓄積ステップを実行するものであり、ホームネットワーク内の別エンド端末２０から機器名特定プロトコルに従って受信した機器名を記憶する。

【0039】

データ取得手段１２は、データ取得ステップを実行するものであり、自己の通信処理性能で特定要求をアクティブ状態の別エンド端末２０へ送信したときの応答受信までに要する時間の平均的な値、すなわち自己の機種情報及び別エンド端末２０の機器名の組み合わせに対応したＴｏｎを、データベースから取得する。なお、自己（エンド端末１０）の機種情報は、機器名特定プロトコルに対応するため、自機器名等蓄積部に予め格納されている。

【0040】

また、データ取得手段１２は、自己の通信処理性能で特定要求をスタンバイ状態の別エンド端末２０へ送信したときの応答受信までに要する時間の平均的な値、すなわち、自己の機種情報及び別エンド端末２０の機器名の組み合わせに対応したＴｓｔを、データベースから取得する。

【0041】

さらに、データ取得手段１２は、取得するＴｏｎに対応のσｏｎ、取得するＴｓｔに対応のσｓｔを取得する。

【0042】

また、データ取得手段１２は、自己の機種情報及び別エンド端末２０の機器名に対応したＴｓｌを取得する。

【0043】

実測手段１３は、実測ステップを実行するものであり、別エンド端末２０へ接続用プロトコルに従った特定要求を送信し、これに対する応答受信までの時間を計測する。

【0044】

実施例の実測手段１３は、所定のタイミングで、別エンド端末２０へ第１の特定要求を送信する。次に、実測手段１３は、この送信から別エンド端末２０のＴｓｌ未満の経過時間内に別エンド端末２０へ第２の特定要求を送信し、これに対する応答受信までの時間を計測する（以下、この計測時間をＴｒと呼ぶ。）。次に、実測手段１３は、第２の特定要求の送信から別エンド端末２０のＴｓｌを超えた時間の経過後に別エンド端末２０へ第３の特定要求を送信し、これに対する応答受信までの時間を計測する（以下、この計測時間をＴと呼ぶ。）。

【0045】

様々な機種の別エンド端末２０、２１において第２の特定要求、第３の特定要求の送信目的を満足するため、第１と第２の特定要求の送信間隔、第２と第３の特定要求の送信間隔は、それぞれ１秒程度の短い間隔であることが望ましい。実施例は、（Ｔｓｌ＋１）秒の送信間隔を採用することにより、様々な別エンド端末２０、２１において、アクティブ状態／スタンバイ状態間の移行を確実に図るための時間的余裕を確保し、また、プログラムの簡素化を図っている。

【0046】

実施例の実測手段１３は、ICMPのRTT計測機能を活用してＴｒ、Ｔを計測する。

【0047】

判定手段１４は、判定ステップを実行するものであり、取得済みのＴｏｎ及びＴｓｔの各々と、実測手段１３の計測結果との近似性を比較する内容の所定演算に基づいて、別エンド端末２０の状態をアクティブ状態かスタンバイ状態か区別する。

【0048】

その所定演算として、実施例は、次の式１を採用している。
（式１）＝|(Ｔ−Ｔｎｗ)−(Ｔｏｎ+σｏｎ)|>|(Ｔ−Ｔｎｗ)−(Ｔｓｔ+σｓｔ)|
ここで、Ｔｎｗは、Ｔｒから取得済みのＴｏｎを減じた値である。判定手段１４は、（Ｔｒ−Ｔｏｎ）の演算により、Ｔｎｗを求めた後、式１の演算を行う。したがって、データ取得手段１２の取得タイミングは、式１の演算までに必要なＴｏｎ等をデータベースから取得することができる限り、適宜に設定することができる。

【0049】

すなわち、実施例の判定手段１４は、式１のうち、|(Ｔ)−(Ｔｏｎ)|>| (Ｔ)−(Ｔｓｔ)|の計算要素により、Ｔｏｎ及びＴｓｔの各々と、ＴからＴｎｗを減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行うものといえる。

【0050】

また、実施例の判定手段１４は、式１のうち、|(Ｔ−Ｔｎｗ)−(Ｔｏｎ)|>| (Ｔ−Ｔｎｗ)−(Ｔｓｔ)|の計算要素により、Ｔｏｎ及びＴｓｔの各々と、ＴからＴｎｗを減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行うものともいえる。

【0051】

また、実施例の判定手段１４は、式１の全体により、（Ｔｏｎ＋σｏｎ）及び（Ｔｓｔ−σｓｔ）の各演算値と、ＴからＴｎｗを減じた差分との近似性を比較する内容の所定演算に基づいて前記区別を行うものともいえる。実施例では、式１の全体だけで区別するようにしたが、前述の計算要素を各個に演算し、さらには、式１等の演算で得た各区別結果間で結果の一致性を判定するようにしてもよい。

【0052】

機器情報蓄積手段１１は、同ホームネットワーク内で機器名特定プロトコルに対応の全ての他エンド端末２０、２１について機器名を記憶する。実測手段１３及び判定手段１４は、それら全ての他エンド端末２０、２１のそれぞれを所定順次に別エンド端末として、前記区別を繰り返す。所定順次は、例えば、機器情報蓄積手段１１への登録順、応答の確認順等である。機器情報蓄積手段１１は、他エンド端末２０、２１ごとに判定手段１４による区別結果を蓄積する。

【0053】

以下、実施例の各手段の詳細な動作を図１、図５、図６に基づいて説明する。先ず、機器情報蓄積手段１１は、情報収集命令を受信する（Ｓ１）。この命令は、インストールの完了後、このプログラムから自動的に与えられるようにしてもよいし、インターネット経由でサービス提供者側から送信するようにしてもよいし、ユーザのホームネットワークに新規の他エンド端末が追加される度に、このプログラムから自動的に与えられるようにしてもよい。

【0054】

命令を受信した機器情報蓄積手段１１は、宛先がブロードキャストアドレスの機器名特定パケットを生成してエンド端末１０内の送信部に渡し、送信部からパケットを送信する。機器情報蓄積手段１１は、受信部により他エンド端末２０、２１からの応答パケットを受信し、他エンド端末２０、２１の機器名を特定する。機器情報蓄積手段１１は、収集した機器名の情報を機器名蓄積部に登録する。機器情報蓄積手段１１は、エンド端末１０のARPテーブルから、同ホームネットワーク内に払いだされているIPアドレスの数を把握してIPアドレスの数だけ機器名を収集できるまで、機器名の特定処理を続ける（Ｓ２〜Ｓ３）。機器情報蓄積手段１１は、新規の機器名を登録する都度、データ取得手段１２に通知する。

【0055】

データ取得手段１２は、機器名蓄積部から、その登録された別エンド端末２０の機器名、Ｔｏｎ、Ｔｓｔ等、ローカルアドレス（例えば、ローカルIPアドレスやMACアドレス）の所要情報を取得する。データ取得手段１２は、取得したローカルアドレスを実測手段１３へ渡す。

【0056】

実測手段１３は、全ての他エンド端末の状態確認を開始する（Ｓ４）。ここで、実測手段１３は、全ての他エンド端末について所定の計測を行うことを１周回として管理するようになっている。この管理は、計測の実行履歴情報を一時的にメモリに保持することで行うようになっている。実測手段１３は、当該周回について状態確認を終えていない他エンド端末が残っている「Ｎ」のとき、次の確認順に該当する他エンド端末の計測を行う（Ｓ４、Ｓ６）。一方、当該周回について全ての他エンド端末の状態確認を終えている「Ｙ」のとき、実測手段１３は、実行履歴情報のメモリクリアを行い、改めて確認順先頭に該当する他エンド端末から計測を行う（Ｓ４、Ｓ５、Ｓ６）。なお、状態確認の管理は、エンド端末１０の機器名蓄積部に蓄積された実測手段１３の計測結果や判定手段１４の区別結果を参照して判断するようにしてもよい。

【0057】

Ｓ６において、実測手段１３は、他エンド端末毎に渡されたローカルアドレス宛の特定要求パケットを二つ生成して送信部に一つずつ渡し、送信部から第１の特定要求を送信し、この送信から（Ｔｓｌ＋１）秒未満に送信部から第２の特定要求を送信する。そして、実測手段は、第２の特定要求の際のパケット送信時刻を記憶しておく（Ｓ６ａ〜Ｓ６ｃ）。なお、第１の特定要求に対する応答受信（Ｓ６ｂ）は、特に活用されない。

【0058】

実測手段１３は、受信部により第２の特定要求に対する応答パケットを受信し、その受信時刻から、Ｓ６で記憶した送信時刻を引く演算を行うことにより、Ｔｒを計測する。実測手段１３は、計測したＴｒを判定手段１４に渡す（Ｓ６ｄ）。

【0059】

判定手段１４は、エンド端末１０の自機器名等蓄積部からエンド端末１０の機種情報を取得し、データ取得手段１２を介してデータベースから同じ性能値のCPUに対応のＴｏｎを取得し、渡されたＴｒと取得済みのＴｏｎとを用いてＴｎｗを計算し、この値を記憶しておく（Ｓ７）。

【0060】

実測手段１３は、Ｓ６の処理後に予め生成しておいた特定要求パケットを送信部に渡し、第２の特定要求の送信時刻から（Ｔｓｌ＋１）秒が経過したとき、送信部から第３の特定要求を送信し、この送信時刻を記憶しておく（Ｓ８）。

【0061】

実測手段１３は、受信部により第３の特定要求に対する応答パケットを受信し、その受信時刻から、Ｓ８で記憶した送信時刻を引く演算を行うことにより、Ｔを計測する。実測手段１３は、計測したＴｒ、Ｔを判定手段１４に渡す（Ｓ９ａ）。

【0062】

判定手段１４は、Ｔｒ、Ｔを実測手段１３から受信すると、データ取得手段１２からＴｏｎ、Ｔｓｔ、σｏｎ、σｓｔを取得し、式１の演算を行う（Ｓ９）。

【0063】

ここで、|(Ｔ−Ｔｎｗ)−(Ｔｏｎ+σｏｎ)|>| (Ｔ−Ｔｎｗ)−(Ｔｓｔ+σｓｔ)|が成立する「Ｙ」の場合、ユーザのホームネットワーク環境を計測結果に反映した値(Ｔ−Ｔｎｗ)がスタンバイ状態の実験結果(Ｔｓｔ+σｓｔ)により近い値であることを意味するため、別エンド端末２０がスタンバイ状態であると区別する（Ｓ１０）。一方、不成立の「Ｎ」の場合、逆に(Ｔ−Ｔｎｗ)がアクティブ状態の実験結果(Ｔｏｎ+σｏｎ)により近い値であることを意味するため、別エンド端末２０がアクティブ状態であると区別する（Ｓ１１）。判定手段１４は、区別した状態を機器名蓄積部に送信し、機器名蓄積部において蓄積データの状態として、機器名とともに区別した状態を蓄積する。

【0064】

実測手段１３は、第３の特定要求の送信時刻から（Ｔｓｌ＋１）秒が経過すると、再びＳ４に戻り、以降の処理を繰り返す。つまり、図４のホームネットワークにおいて、残りのエンド端末２１が別エンド端末となり、エンド端末２０が他エンド端末となって同様に状態の区別がエンド端末１０によって実行され、これが終わると１周回分の状態確認が終了したことになり、再びエンド端末２０、エンド端末２１の順に状態確認が開始される。これら繰り返しは、情報収集終了命令を受信するまで実行される（Ｓ４〜Ｓ１２）。

【0065】

このように、実施例は、エンド端末１０に特別なプロトコルに対応の機能を実装することなく、当該端末１０に既存のICMP／ARP等の接続用プロトコル、機器名特定プロトコルを活用し、その端末１０によって同じホームネットワークに属する他のエンド端末２０、２１がアクティブ状態かスタンバイ状態かを区別することができる。その区別に際し、ユーザのホームネットワーク環境、実験値の標準偏差をも反映させているので、実施例は、特に信頼性をもった状態の区別結果を得ることができる。

【0066】

この発明の技術的範囲は、上述の実施形態に限定されず、特許請求の範囲の記載に基く技術的思想の範囲内での全ての変更を含むものである。

【符号の説明】

【0067】

１ 第１のエンド端末
２ 第２のエンド端末
３ ルータ
４ 伝送媒体
１０ エンド端末
２０、２１ 他エンド端末
１１ 機器情報蓄積手段
１２ データ取得手段
１３ 実測手段
１４ 判定手段

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】