JP2020098459A - 通信システム、通信装置及び制御プログラム - Google Patents

Abstract

【課題】端末装置のユーザのステータスに応じて装置を制御することが可能な通信システム、通信装置及び制御プログラムを提供すること。【解決手段】本発明の通信システム１は、端末装置２０ａ，２０ｂ及び制御対象装置３０ａ，３０ｂと通信可能な通信装置１０と、通信装置１０と通信可能な管理サーバ４０とを含む。通信装置１０は、端末装置２０ａ，２０ｂから外部ネットワークを介した外部サーバへのアクセスに関する通信ログを生成して、管理サーバ４０に送信する。管理サーバ４０は、当該通信ログに基づき、端末装置２０ａ，２０ｂのユーザのステータスが変化したと判断した場合、ステータス変化通知を通信装置１０に送信する。通信装置１０は、管理サーバ４０からステータス変化通知を受信すると、ユーザのステータスの変化に応じた制御命令を制御対象装置３０ａ，３０ｂに送信する。【選択図】図６

Description

本発明は通信システム、通信装置及び制御プログラムに関し、特に、種々の装置を制御する通信システム、通信装置及び制御プログラムに関する。

従来、ユーザの行動パターンを推測するための種々の技術が提案されている。例えば、特許文献１が開示する生活行動パターン抽出装置では、スマートメータが取得した所定の時間帯における消費電力の代表値に基づき、当該時間帯に生活行動が発生したか否かを判定する。そして、生活行動が発生したと判定した場合、生活行動が発生した時間帯の頻度又は確率の情報を含む生活行動パターンを生成する。

特許第６２９７８７６号公報

しかしながら、特許文献１が開示する生活行動パターン抽出装置では、スマートメータが取得した消費電力量に基づいて生活行動パターンを大雑把に推測することができるが、生活者のステータスを正確に推測し、当該ステータスに応じて装置を制御することができないという問題があった。

本発明の目的は、上述した課題を鑑み、端末装置のユーザのステータスに応じて装置を制御することが可能な通信システム、通信装置及び制御プログラムを提供することにある。

本発明の通信システムは、少なくとも１以上の端末装置及び制御対象装置と通信可能な通信装置と、前記通信装置と通信可能な管理サーバとを含み、前記通信装置は、前記端末装置から外部ネットワークを介した外部サーバへのアクセスに関する通信ログを生成する通信ログ生成部と、前記通信ログを前記管理サーバに送信する送信部と、前記端末装置のユーザのステータスが変化した旨を示すステータス変化通知を前記管理サーバから受信したか否か監視する監視部と、前記管理サーバから前記ステータス変化通知を受信した場合、ユーザのステータスの変化に応じた制御命令を前記制御対象装置に送信する送信部とを備え、前記管理サーバは、前記通信装置から受信した前記通信ログに基づき、前記端末装置のユーザのステータスが変化したか否かを判断するステータス変化判断部と、ユーザのステータスが変化した場合に、前記ステータス変化通知を前記通信装置に送信する送信部とを備える。

本発明により、端末装置のユーザのステータスに応じて装置を制御することが可能な通信システム、通信装置及び制御プログラムを提供することができる。

本発明の第１の実施形態に係る通信システムの一実施形態を示す概略図である。 第１の実施形態に係る通信装置の詳細な構成を示すブロック図である。 第１の実施形態に係る管理サーバの詳細な構成を示すブロック図である。 端末装置管理テーブルの一例を示す図である。 通信ログ管理テーブルの一例を示す図である。 第１の実施形態に係る通信装置及び管理サーバが有する主要な構成要素を示すブロック図である。 第１の実施形態に係る通信装置、端末装置及び管理サーバが実行する処理の一例を示すシーケンス図である。 第１の実施形態に係る通信装置、端末装置、制御対象装置及び管理サーバが実行する処理の一例を示すシーケンス図である。 第１の実施形態に係る通信装置、制御対象装置及び管理サーバが実行する処理の一例を示すシーケンス図である。 第１の実施形態に係る通信装置が実行する処理を示すフローチャートである。 第１の実施形態に係る管理サーバが実行する処理を示すフローチャートである。 第１の実施形態に係る管理サーバが実行するステータス推定処理を示すフローチャートである。 第１の実施形態に係る端末装置から外部ネットワークを介した外部サーバへのアクセス状況を示すグラフである。 第１の実施形態に係る通信装置、端末装置、及び管理サーバが実行する処理の一例を示すシーケンス図である。 第２の実施形態に係る通信装置が実行する処理を示すフローチャートである。 第２の実施形態に係るパケットブロック処理部が実行するパケットブロック処理を示すフローチャートである。 第２の実施形態に係る管理サーバが実行する処理を示すフローチャートである。 端末装置管理テーブル、通信先カテゴリ管理テーブル及びカテゴリ管理テーブルの一例を示す図である。

＜第１の実施形態＞
以下、図面を参照して、本発明の第１の実施形態について説明する。図１は、本発明の通信システム１の一実施形態を示す概略図である。通信システム１は、通信装置１０と、端末装置２０ａ，２０ｂと、制御対象装置３０ａ，３０ｂと、管理サーバ４０と、Ｗｅｂサーバ５０と、ストリーミングサーバ６０とを含む。通信装置１０は、ＬＡＮ（Local Area Network）を介して、端末装置２０ａ，２０ｂ及び制御対象装置３０ａ，３０ｂと相互にデータ通信を行うことができる。また、通信装置１０は、外部ネットワークであるインターネット７０を介して、管理サーバ４０、Ｗｅｂサーバ５０及びストリーミングサーバ６０と相互にデータ通信を行うことができる。

通信装置１０は、端末装置２０ａ，２０ｂからインターネット７０を介したＷｅｂサーバ５０及びストリーミングサーバ６０へのアクセスに基づき、制御対象装置３０ａ，３０ｂを制御する装置である。通信装置１０の具体例としてルータ等が挙げられる。通信装置１０は、有線ＬＡＮ及び無線ＬＡＮを介して、端末装置２０ａ，２０ｂ及び制御対象装置３０ａ，３０ｂとデータ通信を行うことができる。また、通信装置１０は、有線ＷＡＮ又は無線ＷＡＮ、及びインターネット７０を介して、管理サーバ４０、Ｗｅｂサーバ５０及びストリーミングサーバ６０とデータ通信を行うことができる。通信装置１０の機能については、図２を参照して後述する。

端末装置２０ａ，２０ｂは、通信装置１０との間で、無線ＬＡＮ及び有線ＬＡＮの少なくとも一方を介したデータ通信が可能な装置である。端末装置２０ａ，２０ｂの具体例として、スマートフォンやタブレット型端末、ＰＣ等の種々の装置が挙げられる。なお、図１には、説明の便宜上、２つの端末装置２０ａ，２０ｂのみが示されているが、通信装置１０は、任意の数の端末装置と通信することができる。

制御対象装置３０ａ，３０ｂは、通信装置１０によって制御される装置である。制御対象装置３０ａ，３０ｂの具体例として、家電やセンサ等の種々のＩｏＴデバイスが挙げられる。なお、図１には、説明の便宜上、２つの制御対象装置３０ａ，３０ｂのみが示されているが、通信装置１０は、任意の数の制御対象装置を制御することができる。

管理サーバ４０は、端末装置２０ａ，２０ｂからインターネット７０を介したＷｅｂサーバ５０及びストリーミングサーバ６０へのデータ通信に関する通信ログを解析して種々の処理を実行する情報処理装置である。管理サーバ４０の機能については、図３を参照して後述する。

Ｗｅｂサーバ５０は、種々のＷｅｂページを表示してＷｅｂサービスを提供するサーバである。Ｗｅｂサーバ５０は、端末装置２０ａ，２０ｂからの要求により、Ｗｅｂページの表示やデータのダウンロード及びアップロード等を行う。

ストリーミングサーバ６０は、種々の動画データをストリーミング配信するサーバである。ストリーミングサーバ６０は、端末装置２０ａ，２０ｂからの要求により、端末装置２０ａ，２０ｂのユーザが指定した動画データをストリーミング配信する。

図２は、第１の実施形態に係る通信装置１０の詳細な構成を示すブロック図である。通信装置１０は、制御部１００と、パケット処理部１１０と、パケット送受信部１２０とを備える。

制御部１００は、本発明の制御プログラムを実行して、通信装置１０が備える装置及び論理回路を制御する演算装置である。制御部１００は、プログラムモジュールである監視部１０１と、通信ログ処理部１０２と、確認要求部１０３とを実行する。

監視部１０１は、端末装置２０ａ，２０ｂからインターネット７０を介したＷｅｂサーバ５０又はストリーミングサーバ６０へのアクセスを検出したか否か判断する。また、監視部１０１は、端末装置２０ａ，２０ｂのユーザのステータスが変化した旨を示すステータス変化通知を管理サーバ４０から受信したか否か監視する。ステータス変化通知を受信した場合、監視部１０１は、ステータス変化通知に含まれるステータスの変化に対応する制御命令を、パケット処理部１１０及びパケット送受信部１２０を介して制御対象装置３０ａ，３０ｂに送信する。

ユーザのステータスには、端末装置２０ａ，２０ｂのユーザが、通信装置１０の通信圏内において活動している状態（以下、「アクティブな状態」とする。）と、ユーザが活動していない状態（以下、「アクティブでない状態」とする。）が含まれる。制御命令には、ユーザのステータスがアクティブな状態からアクティブでない状態に変化したときに制御対象装置３０ａ，３０ｂを制御する第１の制御命令と、ユーザのステータスがアクティブでない状態からアクティブな状態に変化したときに制御対象装置３０ａ，３０ｂを制御する第２の制御命令が含まれる。第１の制御命令は、制御対象装置３０ａ，３０ｂの電力消費量を低減するための制御命令であり、例えば、制御対象装置３０ａ，３０ｂの電源をＯＦＦにする制御命令、制御対象装置である照明装置を低下させる制御命令、制御対象装置であるエアコンの温度を調整する制御命令等である。

通信ログ処理部１０２は、端末装置２０ａ，２０ｂからインターネット７０を介したＷｅｂサーバ５０又はストリーミングサーバ６０へのアクセスを検出した場合に、当該アクセスに関する通信ログを生成し、パケット処理部１１０及びパケット送受信部１２０を介して、当該通信ログを管理サーバ４０に送信するプログラムモジュールである。

確認要求部１０３は、所定のタイミングでパケット処理部１１０及びパケット送受信部１２０を介して、ステータス変化確認要求を管理サーバ４０に送信するプログラムモジュールである。ステータス変化確認要求は、管理サーバ４０に対し、端末装置２０ａ，２０ｂのユーザのステータスが変化したか否かを判断させる要求である。

パケット処理部１１０は、通信装置１０が送受信するパケットを処理する論理回路である。パケット処理部１１０は、外部装置からパケットを受信すると、当該パケットを制御部１００に転送する。また、パケット処理部１１０は、制御部１００の要求により、通信ログやステータス変化確認要求を含むパケットを生成し、パケット送受信部１２０を介して、管理サーバ４０に送信する。さらに、パケット処理部１１０は、制御部１００の制御下で、端末装置２０ａ，２０ｂから受信したＷｅｂ表示要求、動画再生要求等をＷｅｂサーバ５０やストリーミングサーバ６０に転送する。

パケット送受信部１２０は、ＷＡＮ及びＬＡＮを介した種々のデータの送受信を行う装置である。

図３は、第１の実施形態に係る管理サーバ４０の詳細な構成を示すブロック図である。管理サーバ４０は、制御部４００と、パケット処理部４１０と、パケット送受信部４２０と、記憶装置４３０とを備える。

制御部４００は、本発明の制御プログラムを実行して、管理サーバ４０が備える装置及び論理回路を制御する演算装置である。制御部４００は、プログラムモジュールである監視部４０１と、データベース処理部４０２と、ステータス推定部４０３と、ステータス変化判断部４０４とを実行する。

監視部４０１は、通信装置１０からステータス変化確認要求や通信ログを受信したか否か判断するプログラムモジュールである。

データベース処理部４０２は、記憶装置４３０に保存された端末装置管理テーブル及び通信ログ管理テーブルを処理するプログラムモジュールである。端末装置管理テーブルは、図４に示すように、端末装置に関する情報（以下、「端末装置情報」とする。）の識別情報（端末情報ＩＤ）と、端末装置のＭＡＣアドレス、端末装置のデバイス名、端末装置の現在のステータス、及び端末装置の直前のステータスが登録される。通信ログ管理テーブルは、図５に示すように、通信ログの識別情報（通信ログＩＤ）と、通信時刻、通信元識別情報、及び通信先識別情報が登録される。本実施形態では、通信装置１０が、端末装置２０ａ，２０ｂからインターネット７０を介したＷｅｂサーバ５０又はストリーミングサーバ６０へのアクセスを検出した時刻（以下、「アクセス検出時刻」とする。）を通信時刻とすることができる。また、通信元識別情報として端末装置のＭＡＣアドレスが使用され、通信先識別情報として通信先のＵＲＬが使用される。

ステータス推定部４０３は、通信ログ管理テーブルに登録された通信ログを解析し、ユーザのステータスを推定するプログラムモジュールである。ステータス変化判断部４０４は、端末装置２０ａ，２０ｂのユーザのステータスが変化したか否か判断するプログラムモジュールである。

パケット処理部４１０は、管理サーバ４０が送受信するパケットを処理する論理回路である。パケット処理部４１０は、外部装置からパケットを受信すると、当該パケットを制御部４００に転送する。また、パケット処理部４１０は、制御部４００の要求により、端末装置情報の登録完了通知やステータス変化通知等を含むパケットを生成し、パケット送受信部４２０を介して、通信装置１０に送信する。

パケット送受信部４２０は、ＷＡＮを介した種々のデータの送受信を行う装置である。記憶装置４３０は、上述した通信ログ管理テーブル及び端末装置管理テーブルや本発明の制御プログラムが保存される記憶装置である。

図６は、第１の実施形態に係る通信装置１０及び管理サーバ４０が有する主要な構成要素を示すブロック図である。通信装置１０は、主要な構成要素として監視部１０１、通信ログ処理部１０２及びパケット送受信部１２０を備える。管理サーバ４０は、主要な構成要素としてステータス変化判断部４０４及びパケット送受信部４２０を備える。

図７は、端末装置２０ａの端末装置情報を登録する場合に、通信装置１０、端末装置２０ａ及び管理サーバ４０が実行する処理を示すシーケンス図である。ステップＳ１０１では、端末装置２０ａが、端末装置情報を登録するためのＷｅｂページを自機の表示装置に表示する。端末装置２０ａのユーザが、当該Ｗｅｂページを参照して端末装置情報を入力すると、ステップＳ１０２において端末装置２０ａは、端末装置情報を登録するための端末装置登録要求を、通信装置１０を介して管理サーバ４０に送信する。端末装置登録要求には、端末装置２０ａの端末装置情報（端末装置２０ａの識別情報及びデバイス名）が含まれる。

管理サーバ４０は、端末装置２０ａから端末装置登録要求を受信すると、ステップＳ１０３においてデータベース処理部４０２が、端末装置２０ａの端末装置情報を端末装置管理テーブルに登録し、ステップＳ１０４において登録完了通知を、通信装置１０を介して端末装置２０ａに送信する。端末装置２０ａは、管理サーバ４０から登録完了通知を受信すると、ステップＳ１０５において、端末装置２０ａの端末装置情報が登録された旨の情報を、自機の表示装置に表示する。

図８は、端末装置２０ａからＷｅｂサーバ５０へのアクセスが有った場合に、通信装置１０、端末装置２０ａ、制御対象装置３０ａ，３０ｂ及び管理サーバ４０が実行する処理を示すシーケンス図である。ステップＳ２０１では、端末装置２０ａが、Ｗｅｂサーバ５０に対するページ表示要求を通信装置１０に送信する。通信装置１０は、端末装置２０ａから当該ページ表示要求を受信すると、ステップＳ２０２において、当該ページ表示要求に関する通信ログを管理サーバ４０に送信する。

管理サーバ４０は、通信装置１０から通信ログを受信すると、ステップＳ２０３において当該通信ログを通信ログ管理テーブルに登録する。次いで、管理サーバ４０は、ステップＳ２０４において端末装置２０ａのユーザのステータスを更新し、ステップＳ２０５においてステータス推定処理を実行する。その結果、管理サーバ４０は、通信装置１０が管理する端末装置２０ａ，２０ｂのユーザの少なくとも一人のステータスが変化したと判断した場合、ステップＳ２０６においてステータス変化通知を通信装置１０に送信する。

通信装置１０は、管理サーバ４０からステータス変化通知を受信すると、ステップＳ２０７において、ユーザのステータス変化に対応する制御命令を制御対象装置３０ａ，３０ｂに送信する。制御対象装置３０ａ，３０ｂは、通信装置１０から制御命令を受信すると、ステップＳ２０８において、当該制御命令に対応する所定の処理を実行し、ステップＳ２０９において、当該処理が終了した旨の処理完了通知を送信する。

図９は、通信装置１０からＷｅｂサーバ５０又はストリーミングサーバ６０へのアクセスが有った後、一定時間が経過した場合に、通信装置１０、制御対象装置３０ａ，３０ｂ及び管理サーバ４０が実行する処理を示すシーケンス図である。ステップＳ３０１では、通信装置１０が、ステータス変化確認要求を管理サーバ４０に送信する。管理サーバ４０は、通信装置１０からステータス変化確認要求を受信すると、ステップＳ３０２においてステータス推定処理を実行する。その結果、管理サーバ４０は、通信装置１０が管理する端末装置２０ａ，２０ｂのユーザの少なくとも一人のステータスが変化したと判断した場合、ステップＳ３０３においてステータス変化通知を通信装置１０に送信する。

通信装置１０は、管理サーバ４０からステータス変化通知を受信すると、ステップＳ３０４において、ユーザのステータス変化に対応する制御命令を制御対象装置３０ａ，３０ｂに送信する。制御対象装置３０ａ，３０ｂは、通信装置１０から制御命令を受信すると、ステップＳ３０５において、当該制御命令に対応する所定の処理を実行し、ステップＳ３０６において、当該処理が終了した旨の処理完了通知を送信する。

図１０は、第１の実施形態に係る通信装置１０が実行する処理を示すフローチャートである。図１０に示す処理は、通信装置１０の電源投入時等の任意のタイミングで開始される。ステップＳ４０１では、通信装置１０の監視部１０１が、端末装置２０ａ，２０ｂからインターネット７０を介したＷｅｂサーバ５０又はストリーミングサーバ６０へのアクセスを検出したか否か判断する。当該アクセスを検出した場合（ＹＥＳ）、ステップＳ４０２に処理が分岐する。ステップＳ４０２では、通信ログ処理部１０２が、当該アクセスに関する通信ログを生成し、パケット処理部１１０及びパケット送受信部１２０を介して、当該通信ログを管理サーバ４０に送信する。通信ログには、通信時刻と、通信元識別情報及び通信先識別情報が含まれる。ステップＳ４０３では、通信ログ処理部１０２は、アクセス検出時刻を通信装置１０の記憶装置に保存する。

ステップＳ４０１において当該アクセスを検出していないと判断した場合（ＮＯ）、ステップＳ４０４に処理が分岐する。ステップＳ４０４では、監視部１０１は、直近のアクセス検出時間から一定時間が経過したか否か判断する。この一定時間は、任意の時間とすることができる。直近のアクセス検出時間から一定時間が経過していない場合（ＮＯ）、ステップＳ４０１に処理が戻る。一方、直近のアクセス検出時間から一定時間が経過した場合（ＹＥＳ）、ステップＳ４０５に処理が分岐する。ステップＳ４０５では、確認要求部１０３が、パケット処理部１１０及びパケット送受信部１２０を介して、ステータス変化確認要求を管理サーバ４０に送信する。

ステップＳ４０６では、監視部１０１が、管理サーバ４０からステータス変化通知を受信したか否か判断する。ステータス変化通知を受信していない場合（ＮＯ）、ステップＳ４０１に処理が戻る。一方、ステータス変化通知を受信した場合（ＹＥＳ）、ステップＳ４０７に処理が分岐する。ステップＳ４０７では、監視部１０１は、ステータス変化通知に含まれるステータスの変化に対応する制御命令を、パケット処理部１１０及びパケット送受信部１２０を介して制御対象装置３０ａ，３０ｂに送信し、ステップＳ４０７に処理が戻る。

図１１は、第１の実施形態に係る管理サーバ４０が実行する処理を示すフローチャートである。図１１に示す処理は、管理サーバ４０の電源投入時等の任意のタイミングで開始される。ステップＳ５０１では、管理サーバ４０の監視部４０１が、通信装置１０から通信ログを受信したか否か判断する。通信ログを受信した場合（ＹＥＳ）、ステップＳ５０２に処理が分岐する。ステップＳ５０２では、データベース処理部４０２が、通信装置１０から受信した通信ログを通信ログ管理テーブルに登録する。ステップＳ５０３では、データベース処理部４０２は、当該通信ログに関連する端末装置、すなわち、インターネット７０を介して外部サーバにアクセスした端末装置のステータスを更新する。具体的には、データベース処理部４０２は、端末管理テーブルに登録されている当該端末装置の現在のステータスを示す情報（アクティブ又は非アクティブ）を直前のステータスとして登録すると共に、アクティブを示す情報を現在のステータスとして登録する。ステップＳ５０４では、ステータス推定部４０３が、当該通信ログに関連する端末装置以外の端末装置について、図１２に示すステータス推定処理を実行する。

ステップＳ５０１において通信装置１０から通信ログを受信していないと判断した場合（ＮＯ）、ステップＳ５０５に処理が分岐する。ステップＳ５０５では、監視部４０１は、通信装置１０からステータス変化確認要求を受信したか否か判断する。ステータス変化確認要求を受信していない場合（ＮＯ）、ステップＳ５０１に処理が戻る。一方、ステータス変化確認要求を受信した場合（ＹＥＳ）、ステップＳ５０６に処理が分岐する。ステップＳ５０６では、ステータス推定部４０３は、通信ログを送信した通信装置１０が管理する全ての端末装置について、図１２に示すステータス推定処理を実行する。

ステップＳ５０７では、ステータス変化判断部４０４が、通信ログを送信した通信装置１０が管理する端末装置のユーザの少なくとも一人についてステータスが変化したか否か判断する。全てのユーザについてステータスが変化していない場合（ＮＯ）、ステップＳ５０１に処理が戻る。一方、ユーザの少なくとも一人についてステータスが変化した場合（ＹＥＳ）、ステップＳ５０８に処理が分岐する。ステップＳ５０８は、ステータス変化判断部４０４は、パケット処理部４１０及びパケット送受信部４２０を介して、ステータス変化通知を通信装置１０に送信し、ステップＳ５０１に処理が戻る。このステータス変化通知には、ユーザのステータスがアクティブから非アクティブに変化した旨を示す情報、または、ユーザのステータスが非アクティブからアクティブに変化した旨を示す情報が含まれる。

図１２は、第１の実施形態に係る管理サーバ４０が実行するステータス推定処理を示すフローチャートである。ステップＳ６０１では、ステータス推定部４０３は、対象装置として１の端末装置を選択する。ステップＳ６０２では、ステータス推定部４０３は、データベース処理部４０２を用いて、端末装置管理テーブルに登録されている対象装置の現在のステータスの登録情報を直前のステータスに登録する。

ステップＳ６０３では、ステータス推定部４０３は、通信装置１０から受信した通信ログに含まれる通信時刻が属する時間帯に関するアクセス日数を計数する。例えば、図５に示す通信ログ管理テーブルの通信ログＩＤ「１」で識別される通信ログを受信した場合、ステータス推定部４０３は、通信時刻「２０１８／１１／１ １８：２３：４５」が属する曜日（木曜日）と同一の曜日の任意の日数の対象日において、図１３に示すように、対象装置からインターネットへのアクセスが有った日数（以下、「アクセス日数」とする。）を計数する。そして、ステータス推定部４０３は、アクセス日数の結果に基づき、当該通信時刻が属する時間帯（１８時台）にアクセスが有った日数を計数する。

ステップＳ６０４では、ステータス推定部４０３は、アクセス日数が閾値を超えるか否か判断する。閾値は、アクセス日数の計数の対象日の日数の過半数を超える値とすることができる。アクセス日数が閾値を超える場合（ＹＥＳ）、ステップＳ６０５に処理が分岐する。ステップＳ６０５では、ステータス推定部４０３は、データベース処理部４０２を用いて、端末装置管理テーブルの現在のステータスとしてアクティブを示す情報を登録する。一方、アクセス日数が閾値を超えない場合（ＮＯ）、ステップＳ６０６に処理が分岐する。ステップＳ６０６では、ステータス推定部４０３は、データベース処理部４０２を用いて、端末装置管理テーブルの現在のステータスとして非アクティブを示す情報を登録する。ステップＳ６０７では、ステータス推定部４０３は、通信ログを送信した通信装置１０が管理する全ての端末装置について、上記処理を実行したか否か判断する。全ての端末装置について上記処理を実行していない場合（ＮＯ）、ステップＳ６０１に処理が戻り、他の端末装置について上記処理を実行する。一方、全ての端末装置について上記処理を実行した場合（ＹＥＳ）、ステータス推定処理は終了する。

（第１の実施形態の効果）
第１の実施形態では、通信装置１０は、自機が管理する端末装置２０ａ，２０ｂのユーザのステータスが変化した旨を示すステータス変化通知を管理サーバ４０から受信した場合、ユーザのステータスの変化に応じた制御命令を制御対象装置３０ａ，３０ｂに送信する。これにより、通信装置１０は、ユーザのステータスの変化に応じて、制御対象装置３０ａ，３０ｂを制御することができる。

また、通信装置１０が制御対象装置３０ａ，３０ｂに送信する制御命令には、ユーザのステータスがアクティブな状態からアクティブでない状態に変化したときに、制御対象装置３０ａ，３０ｂの電力消費量を低減するための制御命令が含まれる。これにより、通信装置１０は、ユーザのステータスがアクティブな状態からアクティブでない状態に変化した場合に、制御対象装置３０ａ，３０ｂの電力消費量を低減することができる。

さらに、管理サーバ４０は、端末装置２０ａ，２０ｂからインターネット７０を介した外部サーバへのアクセスに関する通信ログを用いて、端末装置２０ａ，２０ｂのユーザのステータスを推定する。これにより、スマートメータが取得した電力消費量によってユーザの生活行動パターンを推定する構成に比べ、ユーザのステータスを正確に推定することができる。

＜第２の実施形態＞
本発明の第２の実施形態では、通信装置１０が管理する端末装置のユーザのステータスが非アクティブであると推定された場合において、端末装置がストリーミングサーバのみにアクセスしているとき、通信装置１０が、端末装置の送信した特定のパケットを破棄する。通信装置１０は、上述した監視部１０１、通信ログ処理部１０２及び確認要求部１０３に加え、パケットブロック処理部１０４を備える。パケットブロック処理部１０４は、端末装置２０ａ，２０ｂから受信したパケットがブロック対象のパケット（例えば、ストリーミングサイトへ送信されるパケット等）である場合、ブロック対象のパケットを破棄するプログラムモジュールである。

管理サーバ４０は、上述した監視部４０１、データベース処理部４０２、ステータス推定部４０３及びステータス変化判断部４０４に加え、パケットブロック要否判定部４０５をさらに備える。パケットブロック要否判定部４０５は、端末装置管理テーブル、通信先カテゴリ管理テーブル、及びカテゴリ管理テーブルを参照し、端末装置２０ａ，２０ｂからストリーミングサーバ以外へのサイトへのアクセスが無いか否か判断し、ストリーミングサーバ以外へサイトへのアクセスが無い場合に、ブロック対象のパケットの破棄を指示するパケットブロック命令を通信装置１０に送信するプログラムモジュールである。

通信先カテゴリ管理テーブルは、図１８に示すように、通信先識別情報と、通信先識別情報が示すサイトのカテゴリの識別情報であるカテゴリＩＤが登録される。カテゴリ管理テーブルは、図１８に示すように、カテゴリＩＤと、当該カテゴリＩＤが示すカテゴリの名称が登録される。管理サーバ４０の記憶装置４３０には、上述した通信ログ管理テーブル及び端末装置管理テーブルに加え、通信先カテゴリ管理テーブル及びカテゴリ管理テーブルが保存される。

図１４は、端末装置２０ａからストリーミングサーバ６０へのアクセスが有った場合に、通信装置１０、端末装置２０ａ、及び管理サーバ４０が実行する処理を示すシーケンス図である。ステップＳ７０１では、端末装置２０ａが、ストリーミングサーバ６０へのアクセス要求を通信装置１０に送信する。通信装置１０は、端末装置２０ａから当該アクセス要求を受信すると、ステップＳ７０２において、当該アクセス要求に関する通信ログを管理サーバ４０に送信する。

管理サーバ４０は、通信装置１０から通信ログを受信すると、ステップＳ７０３において当該通信ログを通信ログ管理テーブルに登録する。次いで、管理サーバ４０は、ステップＳ７０４において、通信装置１０が所定のパケットをブロックする必要が有るか否か判断する。所定のパケットをブロックする必要が有ると判断した場合、管理サーバ４０は、ステップＳ７０５においてパケットブロック命令を通信装置１０に送信する。

通信装置１０は、管理サーバ４０からパケットブロック命令を受信すると、ステップＳ７０６においてパケットブロック処理部１０４を起動する。そして、ステップＳ７０７において、端末装置２０ａが、ブロック対象のストリーミングサーバへのアクセス要求を通信装置１０に送信すると、ステップＳ７０８においてパケットブロック処理部１０４が、当該アクセス要求に関するパケットを破棄する。なお、パケットブロック処理部１０４は、端末装置２０ａ以外の端末装置からのブロック対象も破棄する。

図１５は、第２の実施形態に係る通信装置１０が実行する処理を示すフローチャートである。図１５に示す処理は、通信装置１０の電源投入時等の任意のタイミングで開始される。ステップＳ８０１では、通信装置１０の監視部１０１が、端末装置２０ａ，２０ｂからのインターネット７０を介した外部サーバへのアクセスを検出したか否か判断する。外部サーバへのアクセスを検出していない場合（ＮＯ）、ステップＳ８０１の処理が再び実行される。一方、外部サーバへのアクセスを検出した場合（ＹＥＳ）、ステップＳ８０２に処理が分岐する。ステップＳ８０２では、通信ログ処理部１０２が、当該アクセスに関する通信ログを生成し、パケット処理部１１０及びパケット送受信部１２０を介して、当該通信ログを管理サーバ４０に送信する。ステップＳ８０３では、監視部１０１が、管理サーバ４０からパケットブロック命令を受信したか否か判断する。パケットブロック命令を受信していない場合（ＮＯ）、ステップＳ８０１に処理が戻る。一方、パケットブロック命令を受信した場合（ＹＥＳ）、ステップＳ８０４に処理が分岐する。ステップＳ８０４では、監視部１０１は、パケットブロック処理部１０４を起動し、ステップＳ８０１に処理が戻る。

図１６は、パケットブロック処理部１０４が実行するパケットブロック処理を示すフローチャートである。ステップＳ９０１では、パケットブロック処理部１０４が、端末装置２０ａ，２０ｂからパケットを受信したか否か判断する。端末装置２０ａ，２０ｂからパケットを受信していない場合（ＮＯ）、ステップＳ９０１の処理が再び実行される。一方、端末装置２０ａ，２０ｂからパケットを受信した場合（ＹＥＳ）、ステップＳ９０２に処理が分岐する。ステップＳ９０２では、パケットブロック処理部１０４は、端末装置２０ａ，２０ｂから受信したパケットがブロック対象のパケットであるか否か判断する。当該パケットがブロック対象のパケットでない場合（ＮＯ）、ステップＳ９０１に処理が戻る。一方、当該パケットがブロック対象のパケットである場合（ＹＥＳ）、ステップＳ９０３に処理が分岐する。ステップＳ９０３では、パケットブロック処理部１０４は、ブロック対象のパケットを破棄し、ステップＳ９０１に処理が戻る。

図１７は、第２の実施形態に係る管理サーバ４０が実行する処理を示すフローチャートである。図１７に示す処理は、管理サーバ４０の電源投入時等の任意のタイミングで開始される。ステップＳ１００１では、管理サーバ４０の監視部４０１が、通信装置１０から通信ログを受信したか否か判断する。通信ログを受信していない場合（ＮＯ）、ステップＳ１００１の処理が再び実行される。一方、通信ログを受信した場合（ＹＥＳ）、ステップＳ１００２に処理が分岐する。ステップＳ１００２では、データベース処理部４０２が、通信装置１０から受信した通信ログを通信ログ管理テーブルに登録する。

ステップＳ１００３では、ステータス推定部４０３が、対象装置として１の端末装置を選択する。ステップＳ１００４では、ステータス推定部４０３は、通信装置１０から受信した通信ログに含まれる通信時刻が属する時間帯に関するアクセス日数を計数する。ステップＳ１００５では、ステータス推定部４０３は、アクセス日数が閾値を超えるか否か判断する。アクセス日数が閾値を超える場合（ＹＥＳ）、ステップＳ１００１に処理が戻る。一方、アクセス日数が閾値を超えない場合（ＮＯ）、ステップＳ１００６に処理が分岐する。ステップＳ１００６では、ステータス推定部４０３は、通信ログを送信した通信装置１０が管理する全ての端末装置について、上記処理を実行したか否か判断する。全ての端末装置について上記処理を実行していない場合（ＮＯ）、ステップＳ１００３に処理が戻り、他の端末装置について上記処理を実行する。一方、全ての端末装置について上記処理を実行した場合（ＹＥＳ）、ステップＳ１００７に処理が分岐する。

ステップＳ１００７では、パケットブロック要否判定部４０５が、端末装置管理テーブル、通信先カテゴリ管理テーブル、及びカテゴリ管理テーブルを参照し、端末装置２０ａ，２０ｂからストリーミングサーバ以外へのサイトへのアクセスが無いか否か判断する。ストリーミングサーバ以外へサイトへのアクセスが有る場合（ＮＯ）、ステップＳ１００１に処理が戻る。一方、ストリーミングサーバ以外へサイトへのアクセスが無い場合（ＹＥＳ）、ステップＳ１００８に処理が分岐する。ステップＳ１００８では、パケットブロック要否判定部４０５は、パケット処理部４１０及びパケット送受信部４２０を介して、パケットブロック命令を通信装置１０に送信し、ステップＳ１００１に処理が戻る。

（第２の実施形態の効果）
第２の実施形態では、通信装置１０が管理する端末装置のユーザのステータスが非アクティブであると推定された場合において、端末装置がストリーミングサーバのみにアクセスしているとき、管理サーバ４０は、通信装置１０にパケットブロック命令を送信する。そして、通信装置１０は、管理サーバ４０からパケットブロック命令を受信すると、パケットブロック処理部１０４を起動し、端末装置が送信したブロック対象のパケットを破棄する。これにより、端末装置からデータ通信量の多いストリーミングサイト等のサイトへのアクセスを防止することができ、ＷＡＮを介した通信装置１０のデータ通信量を抑制することができる。これは、特に、使用されたデータ通信量に応じてデータ通信速度が制限される無線ＷＡＮルータを使用する場合に有益である。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに提供することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに提供されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

本発明は上述した実施形態に限られたものではなく、本発明の趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、管理サーバ４０が有するデータベース処理部４０２、ステータス推定部４０３、ステータス変化判断部４０４及びパケットブロック要否判定部４０５を通信装置１０に実装してもよい。

１ 通信システム
１０ 通信装置
２０ａ，２０ｂ 端末装置
３０ａ，３０ｂ 制御対象装置
４０ 管理サーバ
５０ Ｗｅｂサーバ
６０ ストリーミングサーバ
７０ インターネット

Claims (10)

1. 少なくとも１以上の端末装置及び制御対象装置と通信可能な通信装置と、
   前記通信装置と通信可能な管理サーバと
   を含み、
   前記通信装置は、
   前記端末装置から外部ネットワークを介した外部サーバへのアクセスに関する通信ログを生成する通信ログ生成部と、
   前記通信ログを前記管理サーバに送信する送信部と、
   前記端末装置のユーザのステータスが変化した旨を示すステータス変化通知を前記管理サーバから受信したか否か監視する監視部と、
   前記管理サーバから前記ステータス変化通知を受信した場合、ユーザのステータスの変化に応じた制御命令を前記制御対象装置に送信する送信部とを備え、
   前記管理サーバは、
   前記通信装置から受信した前記通信ログに基づき、前記端末装置のユーザのステータスが変化したか否かを判断するステータス変化判断部と、
   ユーザのステータスが変化した場合に、前記ステータス変化通知を前記通信装置に送信する送信部とを備える、通信システム。
2. ユーザのステータスには、前記ユーザが前記通信装置の通信圏内において活動的な状態である状態と、前記ユーザが前記通信装置の通信圏内において活動的でない状態が含まれ、
   前記制御命令には、前記ユーザのステータスが活動的な状態から活動的でない状態に変化したときに前記制御対象装置を制御する第１の制御命令と、前記ユーザのステータスが活動的でない状態から活動的な状態に変化したときに前記制御対象装置を制御する第２の制御命令が含まれる、請求項１に記載の通信システム。
3. 前記第１の制御命令は、前記制御対象装置の電力消費量を低減するための制御命令であることを特徴とする、請求項２に記載の通信システム。
4. 前記管理サーバは、
   前記通信装置から受信した前記通信ログに基づき、前記端末装置から前記外部ネットワークへ送信されるパケットを破棄するか否か判断するパケットブロック要否判断部と、
   前記パケットを破棄すると判断した場合に、前記端末装置から外部ネットワークへ送信されるパケットの破棄を指示するパケットブロック命令を送信する送信部とを備え、
   前記通信装置は、
   前記管理サーバから前記パケットブロック命令を受信した場合に、前記パケットを破棄するパケットブロック処理部を備える、請求項１〜３のいずれか１項に記載の通信システム。
5. 少なくとも１以上の端末装置から外部ネットワークを介した外部サーバへのアクセスに関する通信ログを生成する通信ログ生成部と、
   前記通信ログを送信する送信部と、
   前記端末装置のユーザのステータスが変化した旨を示すステータス変化通知を受信したか否か監視する監視部と、
   前記ステータス変化通知を受信した場合、ユーザのステータスの変化に応じた制御命令を、少なくとも１以上の制御対象装置に送信する送信部と
   を備える、通信装置。
6. ユーザのステータスには、前記ユーザが前記通信装置の通信圏内において活動的な状態である状態と、前記ユーザが前記通信装置の通信圏内において活動的でない状態が含まれ、
   前記制御命令には、前記ユーザのステータスが活動的な状態から活動的でない状態に変化したときに前記制御対象装置を制御する第１の制御命令と、前記ユーザのステータスが活動的でない状態から活動的な状態に変化したときに前記制御対象装置を制御する第２の制御命令が含まれる、請求項５に記載の通信装置。
7. 前記第１の制御命令は、前記制御対象装置の電力消費量を低減するための制御命令であることを特徴とする、請求項６に記載の通信装置。
8. 前記端末装置から外部ネットワークへ送信されるパケットの破棄を指示するパケットブロック命令を受信した場合に、前記パケットを破棄するパケットブロック処理部を備える、請求項５〜７のいずれか１項に記載の通信装置。
9. 前記パケットブロック処理部は、前記端末装置からストリーミングサイトへ送信されるパケットを破棄する、請求項８に記載の通信装置。
10. 演算装置を備える通信装置において実行される制御プログラムであって、前記演算装置に対し、
    少なくとも１以上の端末装置から外部ネットワークを介した外部サーバへのアクセスに関する通信ログを生成させるステップと、
    前記通信ログを送信させるステップと、
    前記端末装置のユーザのステータスが変化した旨を示すステータス変化通知を受信したか否か監視させるステップと、
    前記ステータス変化通知を受信した場合、ユーザのステータスの変化に応じた制御命令を、少なくとも１以上の制御対象装置に送信させるステップと
    を含む、制御プログラム。

Images