(57)【要約】ネットワーク端末（１）の通信相手装置（２０１）と通信経路を通じて通信する通信部（１２）と、通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに通信相手装置（２０１）に送信させるように、通信部（１２）を制御する制御部（１１）とを備え、制御部（１１）は、さらに、ネットワーク端末（１）の状態が変化した場合に、送信タイミングとは異なる時刻であっても、ネットワーク端末（１）の状態を示す状態情報を含む通信パケットである情報パケットを、通信経路を通じて通信相手装置（２０１）に送信させるように通信部（１２）を制御する。
2014068803.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク端末であって、
前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、
前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、
前記制御部は、さらに、
前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する
ネットワーク端末。
【請求項２】
前記制御部は、
前記通信部が前記情報パケットを送信した場合に、前記通信部が前記情報パケットを送信した時刻を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定する
請求項１に記載のネットワーク端末。
【請求項３】
前記制御部は、
前記情報パケットを前記通信部が送信してから所定の保留時間が経過するまでの保留期間に前記ネットワーク端末の状態が変化した場合に、前記保留期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記保留期間が経過した後に送信させるように、前記通信部を制御する
請求項１又は２に記載のネットワーク端末。
【請求項４】
前記制御部は、
前記保留期間が経過した後に、前記保留期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
請求項３に記載のネットワーク端末。
【請求項５】
前記制御部は、
前記保留期間が経過した後の前記ネットワーク端末の状態が、前記保留期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する
請求項３又は４に記載のネットワーク端末。
【請求項６】
前記制御部は、
前記通信相手装置が指定する保留時間を前記保留時間として用いて制御する
請求項３〜５のいずれか１項に記載のネットワーク端末。
【請求項７】
前記制御部は、
前記ネットワーク端末の状態が変化してから所定の禁止時間が経過するまでの禁止期間に前記情報パケットの送信を禁止し、前記禁止期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記禁止期間が経過した後に送信させるように、前記通信部を制御する
請求項１又は２に記載のネットワーク端末。
【請求項８】
前記制御部は、
前記禁止期間が経過した後に、前記禁止期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
請求項７に記載のネットワーク端末。
【請求項９】
前記制御部は、
前記禁止期間が経過した後の前記ネットワーク端末の状態が、前記禁止期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する
請求項７又は８に記載のネットワーク端末。
【請求項１０】
前記制御部は、
前記通信相手装置が指定する禁止時間を前記禁止時間として用いて制御する
請求項７〜９のいずれか１項に記載のネットワーク端末。
【請求項１１】
前記ネットワーク端末は、さらに、
放送チャンネルの放送を受信する放送受信部を備え、
前記通信部は、前記放送受信部の前記放送チャンネルを示す情報を前記状態情報として前記情報パケットを送信する
請求項１〜１０のいずれか１項に記載のネットワーク端末。
【請求項１２】
前記通信部は、さらに、
前記ネットワーク端末の状態に応じて前記通信相手装置が送信する広告コンテンツを受信し、
前記ネットワーク端末は、さらに、
前記広告コンテンツを表示する表示部を備える
請求項１〜１１のいずれか１項に記載のネットワーク端末。
【請求項１３】
前記ネットワーク端末は、さらに、
前記ネットワーク端末の位置情報を取得する位置情報取得部を備え、
前記通信部は、前記位置情報を前記状態情報として前記情報パケットを送信し、かつ、前記位置情報に応じて前記通信相手装置が送信する前記広告コンテンツを受信する
請求項１２に記載のネットワーク端末。
【請求項１４】
前記ネットワーク端末は、さらに、
前記ネットワーク端末の周辺に存在する人の属性を示す属性情報、または、前記ネットワーク端末の周辺環境を示す環境情報を取得するセンサを備え、
前記通信部は、前記属性情報および前記環境情報のうち少なくとも一方を前記状態情報として前記情報パケットを送信する
請求項１２又は１３に記載のネットワーク端末。
【請求項１５】
前記通信経路上には、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）機能を有するルータが配置されており、
前記通信部は、前記通信パケットまたは前記情報パケットを、前記ルータを通じて前記通信相手装置に送信することで、前記ルータにおけるＮＡＴテーブルを維持することによって、前記通信経路を維持する
請求項１〜１４のいずれか１項に記載のネットワーク端末。
【請求項１６】
ネットワーク端末であって、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部を備えるネットワーク端末における通信方法であって、
前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御ステップと、
前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する送信ステップとを含む
通信方法。
【請求項１７】
請求項１６に記載の通信方法をコンピュータに実行させるためのプログラム。
【請求項１８】
請求項１〜１５のいずれか１項に記載のネットワーク端末と、
前記ネットワーク端末の通信相手装置とを備える
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ネットワーク端末、通信方法、及び、プログラムに関する。
【背景技術】
【０００２】
特許文献１は、ＬＡＮとインターネットが接続されたネットワーク環境において、インターネット側のサーバからＬＡＮ側の端末に任意のタイミングで接続できる通信システムを開示する。この通信システムを構成する機器は、定期的にサーバに対して通信パケットを送信する。これにより、サーバは、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）機器またはＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機器を超えて、端末との通信をすることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１２０５４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本開示は、より少ない通信量で端末状態に応じたデータを取得するのに有効なネットワーク端末を提供する。
【課題を解決するための手段】
【０００５】
本開示におけるネットワーク端末は、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、前記制御部は、さらに、前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する。
【発明の効果】
【０００６】
本開示におけるネットワーク端末は、より少ない通信量で端末状態に応じたデータを取得するのに有効である。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施の形態１におけるネットワーク端末を含むネットワーク構成図である。
【図２】図２は、実施の形態１におけるネットワーク端末の構成を示すブロック図である。
【図３】図３は、実施の形態１における通信パケットの構成を示す概念図である。
【図４】図４は、実施の形態１におけるネットワーク端末の定期的な通信パケット送信処理のフローチャートである。
【図５】図５は、実施の形態１におけるネットワーク端末の端末状態変化時のパケット送信処理のフローチャートである。
【図６】図６は、実施の形態１におけるサーバの端末状態更新処理のフローチャートである。
【図７】図７は、実施の形態１におけるネットワーク端末とサーバとの通信のシーケンス図である。
【図８】図８は、実施の形態２におけるネットワーク端末を含むネットワーク構成図である。
【図９】図９は、実施の形態２におけるネットワーク端末の構成を示すブロック図である。
【図１０】図１０は、実施の形態２におけるネットワーク端末の端末状態変化時のパケット送信処理のフローチャートである。
【図１１】図１１は、実施の形態２におけるネットワーク端末の送信保留解除時のパケット送信処理のフローチャートである。
【図１２】図１２は、実施の形態２におけるネットワーク端末とサーバとの通信のシーケンス図である。
【図１３】図１３は、実施の形態２における端末状態情報の構成を示す概念図である。
【図１４】図１４は、実施の形態２における通信パケットのパケットフォーマットを示す図である。
【図１５】図１５は、実施の形態３におけるネットワーク端末の構成を示すブロック図である。
【図１６】図１６は、実施の形態３におけるネットワーク端末の端末状態変化時のパケット送信処理のフローチャートである。
【図１７】図１７は、実施の形態３におけるネットワーク端末の送信禁止解除時のパケット送信処理のフローチャートである。
【図１８】図１８は、実施の形態３におけるネットワーク端末とサーバとの通信のシーケンス図である。
【図１９】図１９は、実施の形態１〜３におけるネットワーク端末の別の構成を示すブロック図である。
【発明を実施するための形態】
【０００８】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。ただし、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【０００９】
なお、出願人は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって請求の範囲に記載の主題を限定することを意図するものではない。
【００１０】
まず、本開示により解決される課題について詳細に説明する。
【００１１】
インターネットに接続された機器間で通信を行う場合、世界中で一意に割当てられたグローバルＩＰアドレスが用いられる。一方で、インターネットに直接接続されないＬＡＮ(Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ)においては、ＬＡＮ内でのみ一意なプライベートＩＰアドレスが使用される傾向にある。しかし、プライベートＩＰアドレスを有するＬＡＮ内の端末と、グローバルＩＰアドレスを有するインターネット上の機器とは、アドレス体系が異なるので、直接に通信することはできない。そこで、ＬＡＮとインターネットとを中継するルータが、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能またはＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）機能を用いて、グローバルＩＰアドレスとプライベートＩＰアドレスとの相互変換を行うことで、ＬＡＮ内の端末とインターネット上の機器との通信が可能となる。
【００１２】
以下、ＮＡＰＴ機能の動作について説明する。ＮＡＰＴ機能を有するルータは、ＬＡＮ内の端末からインターネット上の機器宛の通信パケットを受け取ったら、ＬＡＮ内の端末に相当する（プライベートＩＰアドレス、ポート番号）と、インターネット上の機器に対応する（グローバルＩＰアドレス、ポート番号）とをペアにした変換テーブル（以下、「ＮＡＴテーブル」と称す）を作成する。また、当該ルータは、インターネット上の機器から通信パケットを受け取ったら、通信パケット内の送信先の（グローバルＩＰアドレス、ポート番号）を参照し、内容が一致するＮＡＴテーブルのエントリが存在するか否かを判定する。ここで、当該エントリが存在すれば、ルータは、（グローバルＩＰアドレス、ポート番号）とペアになっているプライベートＩＰアドレスを有するＬＡＮ内の端末に、この通信パケットを転送する。一方、当該エントリが存在しなければ、ルータはこの通信パケットを破棄する。
【００１３】
一般的に、ＮＡＴテーブルは、ＮＡＰＴ機能を有するルータのメモリに保持される。メモリの容量には限りがあるため、使用されないＮＡＴテーブルは時間経過とともに消去される。従って、インターネット上の機器がＬＡＮ内の端末から通信パケットを受け取った後、しばらく応答を返さないでいると、ＮＡＴテーブルにおけるこの通信パケットに対応するエントリが消去される。その結果、インターネット上の機器は、ＬＡＮ内の端末に接続することができなくなる場合がある。
【００１４】
特許文献１は、ＬＡＮとインターネットが接続されたネットワーク環境において、インターネット側のサーバからＬＡＮ側の端末に任意のタイミングで接続できる通信システムを開示する。この通信システムを構成する機器は、定期的にサーバに対して通信パケットを送信する。これにより、サーバは、端末に対し、ＮＡＴ機器またはＮＡＰＴ機器を超えた通信をすることができる。この通信を利用して、サーバから端末にデータを送ったり、別のＬＡＮ内の端末がサーバ経由で当該端末を操作したりすることができる。
【００１５】
本開示は、より少ない通信量で端末状態に応じたデータを取得するのに有効なネットワーク端末を提供する。
【００１６】
本開示におけるネットワーク端末は、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、前記制御部は、さらに、前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する。
【００１７】
これによれば、ネットワーク端末は、通信経路を維持する機能を有する通信パケットを定期的に送信（定期送信）するとともに、ネットワーク端末の状態が変化した場合には、通信経路を維持しかつネットワーク端末の状態を通知する機能を有する情報パケットを送信する。通信経路は、通信パケット又は情報パケットが通過すると、その後、所定時間維持される。所定時間以内に次の通信パケット又は情報パケットが通過するように所定時間を設定することにより、所定時間より長い長期間にわたって通信経路が維持される。ネットワーク端末の状態の変化がない場合には、定期的に送信される通信パケットによってこの通信経路が維持される。一方、ネットワーク端末の状態の変化がある場合には、通信経路を維持する機能をも有する情報パケットによって、通信経路が維持されるとともに、ネットワーク端末の状態の変化が通信相手装置に通知される。ネットワーク端末は、ネットワーク端末の状態変化後すぐに通信相手装置に通知するので、状態変化後にネットワーク端末の状態に応じたデータを通信相手装置から取得することができる。
【００１８】
従来技術によれば、ネットワーク端末の状態の変化があった後には、前回の通信パケット送信時刻から定期送信の時間間隔が経過した時点で通信パケットが送信される。これに対し、本開示におけるネットワーク端末によれば、ネットワーク端末の状態の変化があった後には、情報パケット送信時刻から定期送信の時間間隔が経過するまでの間、次の通信パケットの送信をする必要がないので、従来技術による場合と比較して通信パケットの送信量を減らすことができる。よって、ネットワーク端末は、より少ない通信量で端末状態に応じたデータを取得することができる。
【００１９】
また、前記制御部は、前記通信部が前記情報パケットを送信した場合に、前記通信部が前記情報パケットを送信した時刻を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定する。
【００２０】
これによれば、ネットワーク端末は、情報パケットを送信した後、情報パケット送信時刻から定期送信の時間間隔が経過した時点で通信パケットを送信する。従来技術によれば、この時点よりも前に通信パケットを送信する必要がある。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００２１】
また、前記制御部は、前記情報パケットを前記通信部が送信してから所定の保留時間が経過するまでの保留期間に前記ネットワーク端末の状態が変化した場合に、前記保留期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記保留期間が経過した後に送信させるように、前記通信部を制御する。
【００２２】
これによれば、ネットワーク端末は、保留期間中のネットワーク端末の状態の変化を、保留期間経過後に通信パケット（情報パケット）に含めて送信することができる。特に、ネットワーク端末の状態が短時間で多くの回数変化する場合に、通信パケットの送信数を少なくする効果が大きい。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００２３】
また、前記制御部は、前記保留期間が経過した後に、前記保留期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する。
【００２４】
これによれば、ネットワーク端末は、保留期間内のネットワーク端末の状態の変化の履歴を、保留期間経過後にまとめて通信パケット（情報パケット）に含めて送信することができる。このようにすると、通信相手装置は、状態の変化に関する情報をより詳細に得ることができる。
【００２５】
また、前記制御部は、前記保留期間が経過した後の前記ネットワーク端末の状態が、前記保留期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する。
【００２６】
これによれば、ネットワーク端末は、保留期間後の通信パケット（情報パケット）を送信しない。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００２７】
また、前記制御部は、前記通信相手装置が指定する保留時間を前記保留時間として用いて制御する。
【００２８】
これによれば、通信相手装置が主導的に、ネットワーク端末の保留時間を指定することができ、ネットワークにおける通信パケット量をより少なくすることができる。
【００２９】
また、前記制御部は、前記ネットワーク端末の状態が変化してから所定の禁止時間が経過するまでの禁止期間に前記情報パケットの送信を禁止し、前記禁止期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記禁止期間が経過した後に送信させるように、前記通信部を制御する。
【００３０】
これによれば、ネットワーク端末は、禁止期間中のネットワーク端末の状態の変化を、禁止期間経過後に通信パケット（情報パケット）に含めて送信することができる。特に、ネットワーク端末の状態が短時間で多くの回数変化する場合に、通信パケットの送信数を少なくする効果が大きい。しかも、状態変化の直後に通信パケット（情報パケット）を送信することもないので、通信パケットの送信数を少なくする効果がより大きい。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００３１】
また、前記制御部は、前記禁止期間が経過した後に、前記禁止期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する。
【００３２】
これによれば、ネットワーク端末は、禁止期間内のネットワーク端末の状態の変化の履歴を、禁止期間経過後にまとめて通信パケット（情報パケット）に含めて送信することができる。このようにすると、通信相手装置は、状態の変化に関する情報をより詳細に得ることができる。
【００３３】
また、前記制御部は、前記禁止期間が経過した後の前記ネットワーク端末の状態が、前記禁止期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する。
【００３４】
これによれば、ネットワーク端末は、禁止期間が経過した後のネットワーク端末の状態が、禁止期間が経過する前のネットワーク端末の状態と一致する場合に、禁止期間後の通信パケット（情報パケット）を送信しない。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００３５】
また、前記制御部は、前記通信相手装置が指定する禁止時間を前記禁止時間として用いて制御する。
【００３６】
これによれば、通信相手装置が主導的に、ネットワーク端末の禁止時間を指定することができ、ネットワークにおける通信パケット量をより少なくすることができる。
【００３７】
また、前記ネットワーク端末は、さらに、放送チャンネルの放送を受信する放送受信部を備え、前記通信部は、前記放送受信部の前記放送チャンネルを示す情報を前記端末状態として前記情報パケットを送信する。
【００３８】
これによれば、ネットワーク端末が受信する放送チャンネルの情報を状態情報として通信相手装置に送信することができる。
【００３９】
また、前記通信部は、さらに、前記ネットワーク端末の状態に応じて前記通信相手装置が送信する広告コンテンツを受信し、前記ネットワーク端末は、さらに、前記広告コンテンツを表示する表示部を備える。
【００４０】
これによれば、ネットワーク端末は、ネットワーク端末の状態に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００４１】
また、前記ネットワーク端末は、さらに、前記ネットワーク端末の位置情報を取得する位置情報取得部を備え、前記通信部は、前記位置情報を前記状態情報として前記情報パケットを送信し、かつ、前記位置情報に応じて前記通信相手装置が送信する前記広告コンテンツを受信する。
【００４２】
これによれば、ネットワーク端末は、ネットワーク端末の位置情報に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００４３】
また、前記ネットワーク端末は、さらに、前記ネットワーク端末の周辺に存在する人の属性を示す属性情報、または、前記ネットワーク端末の周辺環境を示す環境情報を取得するセンサを備え、前記通信部は、前記属性情報および前記環境情報のうち少なくとも一方を前記状態情報として前記情報パケットを送信する。
【００４４】
これによれば、ネットワーク端末の周囲の状況、又は、周囲の人の状況に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００４５】
また、前記通信経路上には、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）機能を有するルータが配置されており、前記通信部は、前記通信パケットまたは前記情報パケットを、前記ルータを通じて前記通信相手装置に送信することで、前記ルータにおけるＮＡＴテーブルを維持することによって、前記通信経路を維持する。
【００４６】
これによれば、ネットワーク端末は、通信経路上にあるルータのＮＡＴテーブルを維持することで、通信相手装置との通信経路を維持することができる。
【００４７】
（実施の形態１）
以下、図１〜７を用いて、実施の形態１について説明する。
【００４８】
［１−１．構成］
［１−１−１．ネットワーク接続構成］
図１は、実施の形態１におけるネットワーク端末１００を含むネットワーク構成図である。図１は、本実施の形態におけるネットワーク端末１００をネットワークに接続した際の状態を示している。
【００４９】
ネットワーク端末１００は、サーバ３００と通信する端末である。ネットワーク端末１００は、ルータ４００およびインターネット回線網２００を介してサーバ３００と接続可能である。ネットワーク端末１００は、プライベートＩＰアドレスを有する。
【００５０】
サーバ３００は、ネットワーク端末１００に配信するコンテンツ３１０（メッセージ又は広告データ等）を保持するサーバである。コンテンツ３１０には、送信条件３１１が設定されている。例えば、送信条件３１１は、「送信時刻＝９／２６  １２:００、視聴ｃｈ＝ＢＳ９０９」であり、「９月２６日の１２時に、ＢＳの９０９チャンネルを視聴中の端末に送信する」ことを意味する。サーバ３００は、コンテンツ３１０がサーバ３００に登録された時などに、コンテンツ３１０の送信条件３１１を確認しておき、その後、送信条件３１１に合致した端末状態を有するネットワーク端末１００にコンテンツ３１０を提供する。送信条件のないコンテンツは、端末状態によらずに提供することもある。サーバ３００は、グローバルＩＰアドレスを有する。なお、サーバ３００は、ネットワーク端末１００の通信相手装置に相当する。
【００５１】
また、サーバ３００は、ネットワーク端末１００から通信パケットを受信すると、その通信パケットに含まれる（機器ＩＤ、送信元アドレス、送信元ポート）を端末情報３２０として保存する。ここで、機器ＩＤは、サーバ３００において、ネットワーク端末１００を一意に特定することができる識別子である。送信元アドレスと送信元ポートとは、それぞれ、ＮＡＴ機能またはＮＡＰＴ機能によってルータ４００が通信パケットに割当てたグローバルＩＰアドレスとポート番号とである。なお、通信パケットに端末状態が含まれている場合には、その端末状態も、端末情報３２０の一部として機器ＩＤに紐づけて保存する。
【００５２】
ルータ４００は、ネットワーク端末１００と、インターネット回線網２００とに接続されており、ネットワーク端末１００が送信した通信パケットをインターネット回線網２００へ送信し、かつ、インターネット回線網２００から受信するネットワーク端末１００あての通信パケットをネットワーク端末１００へ送信する。また、ルータ４００は、ＮＡＴ機能またはＮＡＰＴ機能を有し、ネットワーク端末１００が用いるプライベートＩＰアドレスと、インターネット回線網２００で用いられるグローバルＩＰアドレスとを対応づけたエントリをＮＡＴテーブルに保持する。そして、ルータ４００が通信パケットを転送すると、その通信パケットに対応するＮＡＴテーブルのエントリを更新する。一方、所定時間更新されないエントリは削除される。また、ルータ４００は、エントリを用いて、プライベートＩＰアドレスと、グローバルＩＰアドレスとを相互に変換する。
【００５３】
インターネット回線網２００は、ルータ４００とサーバ３００との間で通信される通信パケットを転送する回線網（ネットワーク）である。インターネット回線網２００上では、グローバルＩＰアドレス体系が用いられる。
【００５４】
［１−１−２．ネットワーク端末の構成］
図２は、本実施の形態におけるネットワーク端末１００の構成を示すブロック図である。ネットワーク端末１００は、通信モジュール１１０と、チューナー１２０と、タイマー１３０と、リモコン受信部１４０と、映像出力ＩＦ１５０と、不揮発性メモリ１６０と、マイクロコンピュータ１７０とを備える。
【００５５】
通信モジュール１１０は、ＬＡＮ等のネットワーク１８０に接続され、ネットワーク１８０を通じて別の装置と通信する。通信モジュール１１０による通信の通信先及び通信内容は、マイクロコンピュータ１７０により指示される。
【００５６】
チューナー１２０は、テレビ放送などからの放送信号を受信し、映像出力ＩＦ１５０にて出力可能な形式に変換し、映像出力ＩＦ１５０に出力する。チューナー１２０がどのチャンネルを受信するかは、マイクロコンピュータ１７０により指示される。チューナー１２０は、方送受信部に相当する。
【００５７】
タイマー１３０は、ソフトウェア又はハードウェアで実装され、設定された時刻にマイクロコンピュータ１７０へ割り込みを発生する。タイマー１３０への時刻設定は、マイクロコンピュータ１７０が行う。
【００５８】
リモコン受信部１４０は、ユーザによるリモコン操作の信号を受信する。リモコン受信部１４０は、ユーザによりリモコンのどのキーが押されたかをマイクロコンピュータ１７０に通知する。
【００５９】
不揮発性メモリ１６０は、サーバアドレス１６１と、機器ＩＤ１６２と、パケット送信間隔１６３とを保持する記憶装置である。サーバアドレス１６１は、サーバを一意に特定することができる識別子であり、例えば、サーバ３００のドメインネームおよびポート番号である。ドメインネームの代わりに、サーバ３００のグローバルＩＰアドレスを用いてもよい。機器ＩＤ１６２は、ネットワーク端末１００を一意に特定することができる識別子である。パケット送信間隔１６３は、ルータ４００のＮＡＴテーブルを維持するために定期的にサーバへ送信する通信パケットの送信間隔である。パケット送信間隔１６３がルータ４００のＮＡＴテーブル維持時間よりも短い時間であれば、通信パケットの送信間隔より長い時間、ルータ４００のＮＡＴテーブルを維持することができる。
【００６０】
マイクロコンピュータ１７０は、ソフトウェアまたはファームウェアで記載されたコンピュータプログラムにしたがって、ネットワーク端末１００全体を制御する。マイクロコンピュータ１７０は、リモコン受信部１４０からリモコンのチャンネルキーが押されたことを通知されると、チューナー１２０が指示されたチャンネルに選局するように、チューナー１２０を制御する。通信モジュール１１０がネットワーク１８０に接続されていると、マイクロコンピュータ１７０は、不揮発性メモリ１６０からサーバアドレス１６１および機器ＩＤ１６２を読み取り、サーバ３００へ送信するための通信パケット１９０を生成する。そして、マイクロコンピュータ１７０は、通信モジュール１１０に通信パケット１９０の送信を要求する。通信パケット１９０の生成および送信要求は、パケット送信間隔１６３ごとに定期的に行われる。また、マイクロコンピュータ１７０は、通信モジュール１１０を介してサーバ３００からコンテンツ（例えば、広告コンテンツ）を受け取り、受け取ったコンテンツを必要に応じて加工又は変換した後に映像出力ＩＦ１５０へ出力する。
【００６１】
映像出力ＩＦ１５０は、チューナー１２０が出力した放送信号を映像として出力する。また、映像出力ＩＦ１５０は、マイクロコンピュータ１７０がコンテンツを出力した場合には、そのコンテンツを映像として出力する。
【００６２】
図３は、本実施の形態における通信パケット１９０の構成を示す概念図である。図３の（ａ）に示されるように、通信パケット１９０は、送信元アドレス１９１と、送信先アドレス１９２と、送信元ポート１９３と、送信先ポート１９４と、ペイロード１９５とを含む。ペイロード１９５は、機器ＩＤ１９６と、端末状態情報１９７とを含む。
【００６３】
また、図３の（ｂ）に示されるように、端末状態情報１９７は、端末状態の種類１９８と端末状態１９９とを含む。端末状態の種類１９８は、端末の状態を示す情報であり、例えば、視聴中チャンネルを示す値、カメラにより人物を認識した結果得られる人の属性情報、又は、周辺環境をセンサで取得した結果得られる環境情報など様々ある。以下では、端末状態の種類１９８として、視聴中チャンネルを示す値を用いる例を説明する。端末状態情報１９７をネットワーク端末１００がどう記載し、サーバ３００がどう解釈するかは、ネットワーク端末１００及びサーバ３００間で取り決められるものとする。なお、端末状態情報１９７は、何ら情報を含まない場合もある。なお、端末状態情報１９７は、「ネットワーク端末の状態を示す状態情報」に相当する。
【００６４】
［１−２．動作］
以上のように構成されたネットワーク端末１００及びサーバ３００について、その動作を以下で説明する。ネットワーク端末１００は、定期的に通信パケット送信処理を行うとともに、端末状態変化時に通信パケット送信処理を行う。サーバ３００は、通信パケット受信時に端末状態更新処理を行う。以下、それぞれの動作について詳細に説明する。
【００６５】
［１−２−１．ネットワーク端末の定期的なパケット送信処理］
図４は、本実施の形態におけるネットワーク端末１００の定期的な通信パケットの送信処理のフローチャートである。
【００６６】
マイクロコンピュータ１７０がタイマー１３０からパケット送信要求割り込みを受け取ると、図４に示されるフローチャートの処理を開始する。
【００６７】
まず、マイクロコンピュータ１７０は、通信パケットを生成する（ステップＳ１１）。
【００６８】
次に、マイクロコンピュータ１７０は、ステップＳ１１で生成した通信パケットを送信するよう通信モジュール１１０に要求する。通信モジュール１１０は、マイクロコンピュータ１７０からの要求を受けたら、サーバ３００に通信パケットを送信する（ステップＳ１２）。
【００６９】
次に、マイクロコンピュータ１７０は、不揮発性メモリ１６０からパケット送信間隔１６３を取得し、現在時刻にパケット送信間隔１６３を加算することで次の通信パケットの送信時刻を算出する（ステップＳ１３）。
【００７０】
次に、マイクロコンピュータ１７０は、ステップＳ１３で算出した送信時刻になったらパケット送信要求割り込みが入るように、タイマー１３０に次の通信パケットの送信時刻を設定する（ステップＳ１４）。
【００７１】
なお、マイクロコンピュータ１７０は、ステップＳ１１で生成した通信パケットに、現在の視聴チャンネルを格納しても良い。このようにすると、サーバ３００は、サーバ３００が保持している端末状態とネットワーク端末１００の端末状態とが一致するかを定期的に検証できる。
【００７２】
［１−２−２．ネットワーク端末の端末状態変化時のパケット送信処理］
図５は、本実施の形態におけるネットワーク端末１００の端末状態変化時の通信パケット（情報パケット）の送信処理のフローチャートである。
【００７３】
まず、マイクロコンピュータ１７０は、チューナー１２０の選局に成功（すなわち、端末状態が変化）したら、通信パケットを生成する（ステップＳ２１）。
【００７４】
次に、マイクロコンピュータ１７０は、現在の視聴チャンネルを示す情報を通信パケットの端末状態情報１９７に格納する（ステップＳ２２）。
【００７５】
次に、ステップＳ１２と同様の処理により、マイクロコンピュータ１７０は、サーバ３００に通信パケットを送信する（ステップＳ２３）。ここで送信される通信パケットは、端末状態情報１９７が含められた通信パケット（情報パケット）である。
【００７６】
次に、ステップＳ１３と同様の処理により、マイクロコンピュータ１７０は、次の通信パケットの送信時刻を算出する（ステップＳ２４）。
【００７７】
次に、マイクロコンピュータ１７０は、ステップＳ２４で算出した送信時刻になったらパケット送信要求割り込みが入るように、タイマー１３０に次の通信パケットの送信時刻を再設定する（ステップＳ２５）。ステップＳ２４の終了時点では、タイマー１３０は、ステップＳ１４で送信時刻が設定された状態となっている。よって、ステップＳ２５の処理は、マイクロコンピュータ１７０がステップＳ２５においてタイマー１３０に設定された送信時刻を再設定することにより送信時刻を修正する、と表現することもできる。
【００７８】
その後、ネットワーク端末１００は、処理を終了する。
【００７９】
［１−２−３．サーバの端末状態更新処理］
図６は、本実施の形態におけるサーバ３００の端末状態更新処理のフローチャートである。
【００８０】
まず、サーバ３００は、ネットワーク端末１００から通信パケット１９０を受信する（ステップＳ３１）。
【００８１】
次に、サーバ３００は、通信パケット１９０に端末状態１９９が格納されているか否かを判定する（ステップＳ３２）。
【００８２】
ステップＳ３２にて、通信パケット１９０に端末状態１９９が格納されているとサーバ３００が判定した場合（ステップＳ３２でＹＥＳ）には、サーバ３００は、機器ＩＤ１９６をキーとして端末情報３２０の中の端末状態を更新する（ステップＳ３３）。
【００８３】
一方、ステップＳ３２にて、通信パケット１９０に端末状態１９９が格納されていないとサーバ３００が判定した場合（ステップＳ３２でＮＯ）には、サーバ３００は、端末状態を更新しない。
【００８４】
［１−２−４．ネットワーク端末とサーバとの間のシーケンス］
図７は、本実施の形態におけるネットワーク端末１００とサーバ３００との通信のシーケンス図である。図７には、ネットワーク端末１００とサーバ３００との間で送受信される通信パケットの送信タイミングが示されている。
【００８５】
ネットワーク端末１００は、不揮発性メモリ１６０に保持されたパケット送信間隔１６３で通信パケット１９０を定期的に送信する。また、ネットワーク端末１００は、端末状態が変化した時には、前回送信からの経過時間によらず、直ちに端末状態を格納した通信パケット１９０Ａを送信する。その後、端末状態が変化しなければ不揮発性メモリ１６０に保持された送信間隔で通信パケット１９０を定期的に送信する。
【００８６】
［１−３．まとめ］
以上のように、本実施の形態において、ネットワーク端末１００は、ＮＡＴテーブルを維持するために定期的なパケット送信処理を行うとともに、チャンネル選局等により端末状態が変化した時には直ちに端末状態を含むパケット送信処理を行う。サーバ３００は、端末状態を含む通信パケットを受信したら、自らが保持している端末状態を更新する。
【００８７】
これにより、新しい端末状態をリアルタイムにサーバ３００に知らせることができる。そのため、ネットワーク端末１００は、端末状態に応じたコンテンツをサーバから得やすくなる。
【００８８】
また、本実施の形態において、ネットワーク端末１００は、定期的なパケット送信処理においても、現在の端末状態を通信パケットに格納するようにしても良い。
【００８９】
これにより、サーバ３００は保持している端末状態が正しいか否かを確認できる。そのため、サーバが間違った端末状態を保持していても是正され、ネットワーク端末１００が端末状態に応じたコンテンツを得やすくなる。
【００９０】
以上のように、本実施の形態におけるネットワーク端末によれば、ネットワーク端末は、通信経路を維持する機能を有する通信パケットを定期的に送信（定期送信）するとともに、ネットワーク端末の状態が変化した場合には、通信経路を維持しかつネットワーク端末の状態を通知する機能を有する情報パケットを送信する。通信経路は、通信パケット又は情報パケットが通過すると、その後、所定時間維持される。所定時間以内に次の通信パケット又は情報パケットが通過するように所定時間を設定することにより、所定時間より長い長期間にわたって通信経路が維持される。ネットワーク端末の状態の変化がない場合には、定期的に送信される通信パケットによってこの通信経路が維持される。一方、ネットワーク端末の状態の変化がある場合には、通信経路を維持する機能をも有する情報パケットによって、通信経路が維持されるとともに、ネットワーク端末の状態の変化が通信相手装置に通知される。ネットワーク端末は、ネットワーク端末の状態変化後すぐに通信相手装置に通知するので、状態変化後にネットワーク端末の状態に応じたデータを通信相手装置から取得することができる。
【００９１】
従来技術によれば、ネットワーク端末の状態の変化があった後には、前回の通信パケット送信時刻から定期送信の時間間隔が経過した時点で通信パケットが送信される。これに対し、本開示におけるネットワーク端末によれば、ネットワーク端末の状態の変化があった後には、情報パケット送信時刻から定期送信の時間間隔が経過するまでの間、次の通信パケットの送信をする必要がないので、従来技術による場合と比較して通信パケットの送信量を減らすことができる。よって、ネットワーク端末は、より少ない通信量で端末状態に応じたデータを取得することができる。
【００９２】
また、ネットワーク端末は、情報パケットを送信した後、情報パケット送信時刻から定期送信の時間間隔が経過した時点で通信パケットを送信する。従来技術によれば、この時点よりも前に通信パケットを送信する必要がある。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００９３】
また、ネットワーク端末が受信する放送チャンネルの情報を状態情報として通信相手装置に送信することができる。
【００９４】
また、ネットワーク端末は、ネットワーク端末の状態に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００９５】
また、ネットワーク端末は、ネットワーク端末の位置情報に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００９６】
また、ネットワーク端末の周囲の状況、又は、周囲の人の状況に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００９７】
また、ネットワーク端末は、通信経路上にあるルータのＮＡＴテーブルを維持することで、通信相手装置との通信経路を維持することができる。
【００９８】
（実施の形態２）
以下、図８〜１４を用いて、実施の形態２について説明する。本実施の形態におけるネットワーク端末は、送信保留期間を用いてネットワーク端末の状態の変化が頻発する場合に通信量を抑制することができる。なお、実施の形態１におけるものと同様の構成要素については、同一の符号を付し、詳細な説明を省略する場合がある。
【００９９】
［２−１．構成］
［２−１−１．ネットワーク接続構成］
図８は、本実施の形態におけるネットワーク端末５００を含むネットワーク構成図である。図８は、本実施の形態におけるネットワーク端末５００をネットワークに接続した際の状態を示している。
【０１００】
ネットワーク端末５００は、ルータ４００およびインターネット回線網２００を介してサーバ３００と接続可能である。
【０１０１】
［２−１−２．ネットワーク端末の構成］
図９は、本実施の形態におけるネットワーク端末５００の構成を示すブロック図である。ネットワーク端末５００は、ネットワーク端末１００と同様の構成を備えるとともに、さらに、不揮発性メモリ１６０に送信保留時間５６４、及び、端末状態５６５を保持する。
【０１０２】
送信保留時間５６４は、ネットワーク端末５００が端末状態変化時に通信パケットを送信した後、通信パケットの送信を保留する時間（保留期間）である。つまり、ネットワーク端末５００が端末状態変化時に通信パケットを送信した直後のタイミングに再びネットワーク端末５００の端末状態が変化した場合に、当該タイミングは保留時間内であるので通信パケットの送信は行われない。仮に、ユーザが見たい番組を探して次々とチャンネルを切り替えている場合（＝チャンネルザッピング中）に、チャンネルの切り替えの都度に通信パケットを送信すると、ネットワーク端末５００の送信処理が増えて負荷が高くなる。さらに、インターネット回線網２００およびサーバ３００にも多数の通信パケットが殺到して負荷を与える。そこで、送信保留時間５６４を設けることにより、端末状態が高頻度に変化する状況においても負荷を抑制することができる。送信保留時間５６４は、ルータ４００のＮＡＴテーブル維持時間よりも短い時間とする。なお、送信保留時間５６４は、ネットワーク端末５００にあらかじめ定められた値であってもよいし、サーバ３００から受信した値であってもよい。
【０１０３】
端末状態５６５は、ネットワーク端末５００の過去の視聴チャンネル等の情報である。端末状態５６５は、必要に応じてマイクロコンピュータ１７０により、作成、更新、又は、削除される。
【０１０４】
また、マイクロコンピュータ１７０は、内部メモリを有する。マイクロコンピュータ１７０は、必要に応じて端末状態５７１と送信保留フラグ５７２とを内部メモリに保持する。端末状態５７１は、ネットワーク端末５００の現在の視聴チャンネル等の情報である。送信保留フラグ５７２は、マイクロコンピュータ１７０が通信パケットの送信を保留する際に有効化されるフラグである。
【０１０５】
［２−２．動作］
以上のように構成されたネットワーク端末５００について、その動作を以下説明する。ネットワーク端末５００は、定期的に通信パケット送信処理を行うとともに、端末状態変化時に通信パケット送信処理を行う。ネットワーク端末５００における定期的な通信パケット送信処理は、実施の形態１におけるものと同様である。一方、ネットワーク端末５００は、実施の形態１で開示した処理とは異なる方法で、送信保留時間を考慮して端末状態変化時のパケット送信処理を行う。さらに、送信保留時間の終了後に送信処理を行う。以下で、この動作について詳細に説明する。
【０１０６】
［２−２−１．ネットワーク端末の端末状態変化時のパケット送信処理］
図１０は、本実施の形態におけるネットワーク端末５００の端末状態変化時のパケット送信処理のフローチャートである。
【０１０７】
まず、マイクロコンピュータ１７０は、チューナー１２０の選局に成功（すなわち、端末状態が変化）したら、送信保留フラグ５７２が有効であるか否かを判定する（ステップＳ４１）。なお、送信保留フラグ５７２は、保留期間内に有効になるので、当該判定において送信保留中か否かを判定する、と表現することもできる。
【０１０８】
ステップＳ４１で、マイクロコンピュータ１７０が送信保留フラグ５７２が有効であると判定した場合（ステップＳ４１でＹＥＳ）に、マイクロコンピュータ１７０は、現在の視聴チャンネルを端末状態５７１として保持する(ステップＳ４２)。その後、処理を終了する。
【０１０９】
一方、ステップＳ４１で、マイクロコンピュータ１７０が送信保留フラグ５７２が有効でないと判定した場合（ステップＳ４１でＮＯ）、マイクロコンピュータ１７０は、通信パケットを生成する（ステップＳ４３）。
【０１１０】
次に、マイクロコンピュータ１７０は、現在の視聴チャンネルを通信パケット１９０の端末状態情報１９７に格納する（ステップＳ４４）。
【０１１１】
次に、マイクロコンピュータ１７０は、現在の視聴チャンネルを端末状態５６５として不揮発性メモリ１６０に保存する。（ステップＳ４５）。
【０１１２】
次に、マイクロコンピュータ１７０は、サーバ３００に通信パケットを送信する（ステップＳ４６）。
【０１１３】
次に、マイクロコンピュータ１７０は、不揮発性メモリ１６０から送信保留時間５６４を取得し、現在時刻に送信保留時間を加算することで、送信保留終了時刻を算出する（ステップＳ４７）。
【０１１４】
次に、マイクロコンピュータ１７０は、この送信保留終了時刻になった時に送信保留終了割り込みが入るようタイマー１３０に設定する（ステップＳ４８）。
【０１１５】
次に、マイクロコンピュータ１７０は、処理Ｓ１３と同様に次の通信パケットの送信時刻を算出する（ステップＳ４９）。
【０１１６】
次に、マイクロコンピュータ１７０は、処理Ｓ４９で算出した送信時刻になったらパケット送信要求割り込みが入るように、タイマー１３０に次の通信パケットの送信時刻を再設定する（ステップＳ５０）。ステップＳ４９の終了時点では、タイマー１３０は、実施の形態１におけるステップＳ１４（図４）で送信時刻が設定された状態となっている。ステップＳ５０においてタイマー１３０に設定された送信時刻を再設定することにより送信時刻を修正する、と表現することもできる。
【０１１７】
その後、ネットワーク端末５００は、端末状態変化時のパケット送信処理を終了する。
【０１１８】
［２−２−２．ネットワーク端末の送信保留解除時のパケット送信処理］
図１１は、本実施の形態におけるネットワーク端末５００の送信保留時間が解除された時のパケット送信処理のフローチャートである。
【０１１９】
まず、マイクロコンピュータ１７０は、タイマー１３０から送信保留終了割り込みを受ける（ステップＳ５１）。
【０１２０】
次に、マイクロコンピュータ１７０は、不揮発性メモリ１６０に保持されている端末状態５６５と、内部メモリに保持されている端末状態５７１とを比較することで、保留時間の前後において端末状態の更新があったかどうかを確認する（ステップＳ５２）。
【０１２１】
ステップＳ５２において、それぞれの端末状態が一致する場合（ステップＳ５２でＮＯ）、ネットワーク端末５００の処理は終了する。一方、ステップＳ５２において、それぞれの端末状態が一致しない場合（ステップＳ５２でＹＥＳ）、通信パケットを生成する（ステップＳ５３）。
【０１２２】
その後、ステップＳ４４〜Ｓ５０の処理と同様にステップＳ５４〜Ｓ６０の処理を行う。
【０１２３】
以上で、送信保留時間が解除された時のパケット送信処理を終了する。
【０１２４】
以上の処理によれば、ネットワーク端末５００は、ネットワーク端末５００の状態が変化した直後には情報パケットを送信し、その後、保留期間にはいる。そして、保留期間中にネットワーク端末５００の状態変化がある場合には、保留期間が経過した後に、当該状態変化を示す情報を含む情報パケットを送信する。
【０１２５】
［２−２−３．ネットワーク端末とサーバ間のシーケンス］
図１２は、本実施の形態におけるネットワーク端末５００とサーバ３００との通信のシーケンス図である。図１２には、ネットワーク端末５００とサーバ３００との間でやり取りされる通信パケットの送信タイミングが示されている。通常、ネットワーク端末５００は、不揮発性メモリ１６０に記憶されたパケット送信間隔１６３で通信パケット１９０を定期的に送信する。また、端末状態が変化した時は直ちに端末状態を格納した通信パケット１９０Ａを送信する。そして、通信パケット１９０Ａを送信した直後から送信保留時間５６４を開始する。この送信保留時間５６４に端末状態が変化した場合、送信保留時間５６４内には通信パケットの送信は行わず、送信保留時間５６４を経過した後で、送信保留時間５６４の経過時点の端末状態を格納した通信パケット１９０Ｂを送信する。
【０１２６】
なお、複数の送信保留期間が重なり、通信パケットの送信間隔を超える時間継続して通信パケットの送信がなくなる場合には、その送信間隔を超える前に通信パケットまたは情報パケットを送信するようにする。
【０１２７】
なお、送信保留時間５６４中の端末状態の変化の履歴を、通信パケット１９０Ｂに含めてもよい。
【０１２８】
なお、図１１のステップＳ５２において、保留時間の前後においてネットワーク端末５００の端末状態の更新があった場合に、ステップＳ５３〜Ｓ５６のパケット送信処理を行うことを説明したが、保留時間の前後においてネットワーク端末５００の端末状態の更新がなかった場合にも、ステップＳ５３〜Ｓ５６のパケット送信処理を行うようにしてもよい。具体的には、上記説明によれば、端末状態１と端末状態３とが等しい場合には、ネットワーク端末５００は、端末状態３に変化した後にパケット送信処理を行わないこととなるが、端末状態３に変化した後に、端末状態２と端末状態３とを履歴として含むパケットを送信するパケット送信処理を行ってもよい。
【０１２９】
［２−２−４．端末状態変化の履歴送信］
なお、図１０のステップＳ４２において、現在の端末状態を保持する代わりに、端末状態変化の履歴を保持してもよい。そして、端末状態変化の履歴を保持する場合には、図１１のステップＳ５５において現在の端末状態を通信パケットに格納する代わりに、端末状態変化の履歴を格納しても良い。つまり、図１２において、送信保留時間５６４を経過した後で送信する通信パケット１９０Ｂにおいて、端末状態３のみを格納するのではなく、送信保留時間５６４内の端末状態変化の履歴である端末状態２と端末状態３とを格納しても良い。以下、端末状態変化の履歴を通信パケットに格納する場合の構成を、図１３を用いて説明する。
【０１３０】
図１３は、本実施の形態における端末状態情報５９１の構成を示す概念図である。図１３には、通信パケット１９０に端末状態変化の履歴を格納する場合の、端末状態情報５９１の構成が示されている。
【０１３１】
端末状態情報５９１は、端末状態の種類１９８と、格納数５９２と、１つ以上の端末情報５９３を含む。格納数５９２は、端末情報５９３の数である。端末情報５９３は、変化時刻５９４と、変化後の端末状態５９５とである。変化時刻５９４は、端末状態が変化した時刻である。
【０１３２】
サーバ３００は、上記の端末状態情報５９１を含む通信パケットを受信することにより、チャンネルザッピング中にネットワーク端末５００がどのチャンネルを選局したかを確認できる。サーバ３００は、この情報を利用して、サーバ３００がネットワーク端末５００にその後に送信する情報をより適切なものとすることができる。例えば、ネットワーク端末５００でのザッピングで選局されなかったチャンネルは、視聴される機会が低いと推測されるので、そのチャンネルに関連した広告をネットワーク端末５００に送信する頻度を低下させることが可能となる。
【０１３３】
図１４は、本実施の形態における通信パケット１９０のパケットフォーマットを示す図である。通信パケット１９０には必須フィールドと拡張フィールドとがあり、網掛け部分が拡張フィールドに相当する。
【０１３４】
必須フィールドは、ＳＯＵＲＣＥ＿ＡＤＤＲフィールドと、ＳＩＮＫ＿ＡＤＤＲフィールドと、ＳＯＵＲＣＥ＿ＰＯＲＴフィールドと、ＳＩＮＫ＿ＰＯＲＴフィールドと、ＤＥＶＩＣＥ＿ＩＤフィールドとを含む。
【０１３５】
ＳＯＵＲＣＥ＿ＡＤＤＲフィールドとＳＯＵＲＣＥ＿ＰＯＲＴフィールドとには、それぞれ、ネットワーク端末５００のＩＰアドレスと送信ポート番号とが格納される。
【０１３６】
ＳＩＮＫ＿ＡＤＤＲフィールドとＳＩＮＫ＿ＰＯＲＴフィールドとには、それぞれ、サーバ３００のＩＰアドレスと待受ポート番号とが格納される。
【０１３７】
ＤＥＶＩＣＥ＿ＩＤフィールドには、サーバ３００がネットワーク端末５００をユニークに認識できるＩＤ情報が格納される。
【０１３８】
拡張フィールドは、ＴＹＰＥフィールドと、ＮＵＭフィールドと、１以上のＥＮＴＲＹフィールドとを含む。ＴＹＰＥフィールドには、ＥＮＴＲＹフィールドに格納されている端末状態の種類が格納される。図１４の例では、ＥＮＴＲＹフィールドに格納されている端末状態は、ＶＩＥＷ＿ＣＨ（視聴チャンネル）である。ＮＵＭフィールドには、ＥＮＴＲＹフィールドの個数が格納される。図１４の例では、ＥＮＴＲＹフィールドの個数は２である。ＥＮＴＲＹフィールドは、さらに、ＴＩＭＥフィールドとＳＴＡＴＵＳフィールドとを含んでおり、ＴＩＭＥフィールドには端末状態変化の変化時刻が、ＳＴＡＴＵＳフィールドには端末状態の値がそれぞれ格納される。なお、複数の種類の端末状態を送信する場合は、（ＴＹＰＥフィールド、ＮＵＭフィールド、１以上のＥＮＴＲＹフィールド）のセットが繰り返される。ＥＮＴＲＹフィールドに格納する端末状態の順番は特に規定しないが、図１４の例では、先頭のＥＮＴＲＹ１フィールドに最近の状態変化を配置している。このようにすれば、端末状態変化の履歴を必要としないサーバ３００がＥＮＴＲＹ１フィールドの内容のみを参照することで現在の端末状態を取得できる利点がある。
【０１３９】
［２−３．まとめ］
以上のように、本実施の形態において、ネットワーク端末５００は、ＮＡＴテーブルを維持するために定期的なパケット送信処理を行うとともに、チャンネル選局等により端末状態が変化した時には直ちに端末状態を含むパケット送信処理を行う。そして、その直後に端末状態が再び変化してもパケット送信処理を行わない送信保留時間５６４を設ける。
【０１４０】
これにより、チャンネルザッピング等による高頻度の状態変化が起こっても送信負荷を抑制しつつ、新しい端末状態をリアルタイムにサーバに知らせることができる。そのため、ネットワーク端末５００は、端末状態に応じたコンテンツをサーバ３００から得られやすくなる。
【０１４１】
以上のように、本実施の形態におけるネットワーク端末によれば、ネットワーク端末は、保留期間中のネットワーク端末の状態の変化を、保留期間経過後に通信パケット（情報パケット）に含めて送信することができる。特に、ネットワーク端末の状態が短時間で多くの回数変化する場合に、通信パケットの送信数を少なくする効果が大きい。よって、ネットワーク端末は、通信量をより少なくすることができる。
【０１４２】
また、ネットワーク端末は、保留期間内のネットワーク端末の状態の変化の履歴を、保留期間経過後にまとめて通信パケット（情報パケット）に含めて送信することができる。このようにすると、通信相手装置は、状態の変化に関する情報をより詳細に得ることができる。
【０１４３】
また、ネットワーク端末は、保留期間後の通信パケット（情報パケット）を送信しない。よって、ネットワーク端末は、通信量をより少なくすることができる。
【０１４４】
また、通信相手装置が主導的に、ネットワーク端末の保留時間を指定することができ、ネットワークにおける通信パケット量をより少なくすることができる。
【０１４５】
（実施の形態３）
以下、図１５〜１８を用いて、実施の形態３について説明する。本実施の形態におけるネットワーク端末は、送信禁止期間を用いてネットワーク端末の状態の変化が頻発する場合に通信量を抑制することができる。なお、実施の形態１又は２におけるものと同様の構成要素については、同一の符号を付し、詳細な説明を省略する場合がある。
【０１４６】
［３−１．構成］
［３−１−１．ネットワーク接続構成］
本実施の形態におけるネットワーク端末５００Ａを含むネットワーク構成図は、実施の形態２において、ネットワーク端末５００をネットワーク端末５００Ａとしたものと同様である（不図示）。
【０１４７】
［３−１−２．ネットワーク接続構成］
図１５は、本実施の形態におけるネットワーク端末５００Ａの構成を示すブロック図である。ネットワーク端末５００Ａは、ネットワーク端末１００と同様の構成を備えるとともに、さらに、不揮発性メモリ１６０に送信禁止時間５６６、及び、端末状態５６５を保持する。
【０１４８】
送信禁止時間５６６は、ネットワーク端末５００Ａの状態変化があったときに、通信パケットの送信を禁止する時間（禁止期間）である。つまり、ネットワーク端末５００Ａの端末状態が変化した直後には、禁止時間内であるので通信パケットの送信は行われない。仮に、ユーザが見たい番組を探して次々とチャンネルを切り替えている場合（＝チャンネルザッピング中）に、チャンネルの切り替えの都度に通信パケットを送信すると、ネットワーク端末５００の送信処理が増えて負荷が高くなる。さらに、インターネット回線網２００およびサーバ３００にも多数の通信パケットが殺到して負荷を与える。そこで、送信禁止時間５６６を設けることにより、端末状態が高頻度に変化しても負荷を抑制することができる。送信禁止時間５６６は、ルータ４００のＮＡＴテーブル維持時間よりも短い時間とする。なお、送信禁止時間５６６は、ネットワーク端末５００にあらかじめ定められた値であってもよいし、サーバ３００から受信した値であってもよい。
【０１４９】
端末状態５６５は、ネットワーク端末５００Ａの過去の視聴チャンネル等の情報である。端末状態５６５は、必要に応じてマイクロコンピュータ１７０により、作成、更新、又は、削除される。
【０１５０】
また、マイクロコンピュータ１７０は、内部メモリを有する。マイクロコンピュータ１７０は、必要に応じて端末状態５７１と送信禁止フラグ５７３とを内部メモリに保持する。端末状態５７１は、ネットワーク端末５００Ａの現在の視聴チャンネル等の情報である。送信禁止フラグ５７３は、マイクロコンピュータ１７０が禁止時間にある場合に有効化されるフラグである。
【０１５１】
［３−２．動作］
以上のように構成されたネットワーク端末５００Ａについて、その動作を以下説明する。ネットワーク端末５００Ａは、定期的に通信パケット送信処理を行うとともに、端末状態変化時に通信パケット送信処理を行う。ネットワーク端末５００Ａにおける定期的な通信パケット送信処理は、実施の形態１におけるものと同様である。一方、ネットワーク端末５００Ａは、実施の形態１で開示した処理とは異なる方法で、送信禁止時間を考慮して端末状態変化時のパケット送信処理を行う。さらに、送信禁止時間の終了後に送信処理を行う。以下で、この動作について詳細に説明する。
【０１５２】
［３−２−１．ネットワーク端末の端末状態変化時の処理］
図１６は、本実施の形態におけるネットワーク端末５００Ａの端末状態変化時のパケット送信処理のフローチャートである。
【０１５３】
まず、マイクロコンピュータ１７０は、チューナー１２０の選局に成功（すなわち、端末状態が変化）したら、内部メモリ上の端末状態情報を更新する（ステップＳ６１）。
【０１５４】
次に、マイクロコンピュータ１７０は、送信禁止時間の終了時刻を算出する（ステップＳ６２）。
【０１５５】
次に、マイクロコンピュータ１７０は、送信禁止時間の終了時刻をタイマーに設定する（ステップＳ６３）。
【０１５６】
次に、マイクロコンピュータ１７０は、次の通信パケットの送信時間を計算する（ステップＳ６４）。
【０１５７】
次に、マイクロコンピュータ１７０は、ステップＳ６４で算出した送信時刻になったらパケット送信要求割り込みが入るように、タイマー１３０に次の通信パケットの送信時刻を再設定する（ステップＳ６５）。ステップＳ６４の終了時点では、タイマー１３０は、ステップＳ１４で送信時刻が設定された状態となっている。よって、ステップＳ６５の処理は、マイクロコンピュータ１７０がステップＳ６５においてタイマー１３０に設定された送信時刻を再設定することにより送信時刻を修正する、と表現することもできる。
【０１５８】
その後、処理を終了する。
【０１５９】
［３−２−２．ネットワーク端末の送信禁止解除時のパケット送信処理］
図１７は、本実施の形態におけるネットワーク端末５００Ａの送信禁止解除時のパケット送信処理のフローチャートである。
【０１６０】
まず、マイクロコンピュータ１７０は、タイマー１３０から送信禁止終了割り込みを受ける（ステップＳ５１）。
【０１６１】
次に、マイクロコンピュータ１７０は、不揮発性メモリ１６０に保持されている端末状態５６５と、内部メモリに保持されている端末状態５７１とを比較することで、禁止時間の前後において端末状態の更新があったかどうかを確認する（ステップＳ７２）。
【０１６２】
ステップＳ７２において、それぞれの端末状態が一致する場合（ステップＳ７２でＮＯ）、ネットワーク端末５００Ａの処理は終了する。一方、ステップＳ７２において、それぞれの端末状態が一致しない場合（ステップＳ７２でＹＥＳ）、通信パケット（情報パケット）を生成する（ステップＳ７３）。
【０１６３】
その後、ステップＳ４４〜Ｓ４６の処理と同様にステップＳ７４〜Ｓ７６の処理を行う。
【０１６４】
以上で、送信禁止時間が解除された時のパケット送信処理を終了する。
【０１６５】
以上の処理によれば、ネットワーク端末５００Ａは、ネットワーク端末５００Ａの状態変化の直後には情報パケットの送信は行わず、禁止時間が経過した後に、当該状態変化を示す情報を含む情報パケットを送信する。
【０１６６】
［３−２−３．ネットワーク端末とサーバ間のシーケンス］
図１８は、本実施の形態におけるネットワーク端末５００Ａとサーバ３００との通信のシーケンス図である。図１８には、ネットワーク端末５００Ａとサーバ３００との間でやり取りされる通信パケットの送信タイミングが示されている。通常、ネットワーク端末５００Ａは、不揮発性メモリ１６０に記憶されたパケット送信間隔１６３で通信パケット１９０を定期的に送信する。また、端末状態が変化した時には、送信禁止時間５６６を開始する。送信禁止時間中に、新たに端末状態が変化した場合には、その時点から新たな送信禁止時間５６６を開始する。そして、送信禁止時間５６６が経過した後で、送信禁止時間５６６の経過時点の端末状態を格納した通信パケット１９０Ｃ（情報パケット）を送信する。
【０１６７】
なお、複数の送信禁止期間が重なり、通信パケットの送信間隔を超える時間継続して通信パケットの送信がなくなる場合には、その送信間隔を超える前に通信パケットまたは情報パケットを送信するようにする。
【０１６８】
なお、送信禁止時間５６６中の端末状態の変化の履歴を、通信パケット１９０Ｃに含めてもよい。
【０１６９】
なお、ステップＳ７２において、禁止時間の前後においてネットワーク端末５００Ａの端末状態の更新があった場合に、ステップＳ７３〜Ｓ７６のパケット送信処理を行うことを説明したが、禁止時間の前後においてネットワーク端末５００Ａの端末状態の更新がなかった場合にも、ステップＳ７３〜Ｓ７６のパケット送信処理を行うようにしてもよい。
【０１７０】
［３−３．まとめ］
以上のように、本実施の形態において、ネットワーク端末５００Ａは、ＮＡＴテーブルを維持するために定期的なパケット送信処理を行うとともに、チャンネル選局等により端末状態が変化した時には送信禁止時間を経過した後に端末状態を含むパケット送信処理を行う。
【０１７１】
これにより、チャンネルザッピング等による高頻度の状態変化が起こっても送信負荷を抑制しつつ、新しい端末状態をリアルタイムにサーバに知らせることができる。そのため、ネットワーク端末５００Ａは、端末状態に応じたコンテンツをサーバ３００から得られやすくなる。
【０１７２】
以上のように、本実施の形態におけるネットワーク端末によれば、ネットワーク端末は、禁止期間中のネットワーク端末の状態の変化を、禁止期間経過後に通信パケット（情報パケット）に含めて送信することができる。特に、ネットワーク端末の状態が短時間で多くの回数変化する場合に、通信パケットの送信数を少なくする効果が大きい。しかも、状態変化の直後に通信パケット（情報パケット）を送信することもないので、通信パケットの送信数を少なくする効果がより大きい。よって、ネットワーク端末は、通信量をより少なくすることができる。
【０１７３】
また、ネットワーク端末は、禁止期間内のネットワーク端末の状態の変化の履歴を、禁止期間経過後にまとめて通信パケット（情報パケット）に含めて送信することができる。このようにすると、通信相手装置は、状態の変化に関する情報をより詳細に得ることができる。
【０１７４】
また、ネットワーク端末は、禁止期間が経過した後のネットワーク端末の状態が、禁止期間が経過する前のネットワーク端末の状態と一致する場合に、禁止期間後の通信パケット（情報パケット）を送信しない。よって、ネットワーク端末は、通信量をより少なくすることができる。
【０１７５】
また、通信相手装置が主導的に、ネットワーク端末の禁止時間を指定することができ、ネットワークにおける通信パケット量をより少なくすることができる。
【０１７６】
（他の実施の形態）
以上のように、本開示における実装の例示として、実施の形態１〜３を説明した。しかしながら、本開示は、これに限定されず、適宜、変更、置き換え、付加、省略などを行った実施の形態にも適用可能である。また、上記実施の形態１〜３で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。
【０１７７】
また、実施の形態１〜３におけるネットワーク端末の必須の構成要素について説明する。図１９は、実施の形態１〜３におけるネットワーク端末の別の構成（ネットワーク端末１）を示すブロック図である。
【０１７８】
図１９に示されるように、ネットワーク端末１は、制御部１１と、通信部１２とを備える。また、ネットワーク端末１は、通信相手装置２０１に接続されている。
【０１７９】
制御部１１は、通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに通信相手装置２０１に送信させるように、通信部１２を制御する。また、ネットワーク端末１の状態が変化した場合に、送信タイミングとは異なる時刻であっても、ネットワーク端末１の状態を示す状態情報を含む通信パケットである情報パケットを、通信経路を通じて通信相手装置２０１に送信させるように通信部１２を制御する。
【０１８０】
通信部１２は、ネットワーク端末１の通信相手装置２０１と通信経路を通じて通信する。
【０１８１】
ネットワーク端末１によれば、ネットワーク端末は、通信経路を維持する機能を有する通信パケットを定期的に送信（定期送信）するとともに、ネットワーク端末の状態が変化した場合には、通信経路を維持しかつネットワーク端末の状態を通知する機能を有する情報パケットを送信する。通信経路は、通信パケット又は情報パケットが通過すると、その後、所定時間維持される。所定時間以内に次の通信パケット又は情報パケットが通過するように所定時間を設定することにより、所定時間より長い長期間にわたって通信経路が維持される。ネットワーク端末の状態の変化がない場合には、定期的に送信される通信パケットによってこの通信経路が維持される。一方、ネットワーク端末の状態の変化がある場合には、通信経路を維持する機能をも有する情報パケットによって、通信経路が維持されるとともに、ネットワーク端末の状態の変化が通信相手装置に通知される。ネットワーク端末は、ネットワーク端末の状態変化後すぐに通信相手装置に通知するので、状態変化後にネットワーク端末の状態に応じたデータを通信相手装置から取得することができる。
【０１８２】
そこで、以下、他の実施の形態についてまとめて説明する。
【０１８３】
実施の形態１〜３では、端末状態の一例として視聴中チャンネルを説明した。しかし、端末状態はこれに限定されない。端末状態として、ネットワーク端末に接続されたカメラの撮影画像による人物検出や人物特定結果を用いれば、ネットワーク端末を使っているユーザに最適なコンテンツをサーバから得られやすくなる。さらに、例えば、マイクにより取得される音、温度センサにより取得される計測値、または、ＧＰＳ（Global positioning system）により取得される位置情報を端末状態として用いても良い。これらの入力値によりネットワーク端末にユーザがいると判断された時にサーバがコンテンツを送出するなどして、コンテンツが利用される機会を向上することができる。
【０１８４】
また、実施の形態１〜３では、ネットワーク端末１００、５００又は５００Ａが所定の端末状態を送信する事を説明した。しかし、送信する端末状態の種別をサーバ３００からネットワーク端末に指定しても良い。これにより、サーバ３００は、コンテンツの送信条件に必要な種別の端末状態を効率よく収集できる。また、ネットワーク端末は、ネットワーク端末がどの種別の端末状態を送るのかを設定できるようにしても良い。これにより、ネットワーク端末のユーザのプライバシーを保護することができる。
【０１８５】
また、実施の形態２では、ネットワーク端末５００が保持する送信保留時間５６４を用いて送信保留終了時刻を算出することを説明した。ここで、送信保留時間は、ＮＡＴテーブルを維持できる範囲内でサーバ３００からネットワーク端末５００に指定できるようにしても良い。これにより、サーバ３００へのアクセスが殺到する時間帯に送信頻度を低減できる。
【０１８６】
また、実施の形態３では、ネットワーク端末５００Ａが保持する送信禁止時間５６６を用いて送信禁止終了時刻を算出することを説明した。ここで、送信禁止時間は、ＮＡＴテーブルを維持できる範囲内でサーバ３００からネットワーク端末５００に指定できるようにしても良い。これにより、サーバ３００へのアクセスが殺到する時間帯に送信頻度を低減できる。
【０１８７】
また、実施の形態２では、１種類の送信保留時間５６４を用いて送信保留終了時刻を算出することを説明した。しかし、送信保留時間はネットワーク端末５００毎に決めても良い。これにより、視聴可能なチャンネル数が多いネットワーク端末５００はチャンネルザッピングされる時間も長いから送信保留時間を長く取ることができる。あるいは、端末状態毎に送信保留時間を決めても良い。これにより、雑音が入りやすいマイクの入力結果に対しては送信保留時間を長めに取ることで意図しない通信パケット送信を減らす工夫ができる。
【０１８８】
また、実施の形態３では、１種類の送信禁止時間５６６を用いて送信禁止終了時刻を算出することを説明した。しかし、送信禁止時間はネットワーク端末５００Ａ毎に決めても良い。これにより、視聴可能なチャンネル数が多いネットワーク端末５００Ａはチャンネルザッピングされる時間も長いから送信保留時間を長く取ることができる。あるいは、端末状態毎に送信禁止時間を決めても良い。これにより、雑音が入りやすいマイクの入力結果に対しては送信禁止時間を長めに取ることで意図しない通信パケット送信を減らす工夫ができる。
【０１８９】
また、実施の形態１〜３では、ネットワーク端末１００、５００又は５００Ａからサーバ３００への片方向通信でリアルタイムに端末状態を知らせると説明した。ここで、サーバ３００は、端末状態を受信したことを示すためネットワーク端末に対して端末状態受領パケットを送信しても良い。さらに、ネットワーク端末は、端末状態を格納した通信パケット１９０Ａ、１９０Ｂ又は１９０Ｃに対する端末状態受領パケットが受信できなければ、次の通信パケット１９０の送信時に、現在の端末状態を格納した通信パケット１９０を送信しても良い。これにより、インターネット回線網２００の異常やサーバ３００の負荷などの影響により端末状態を格納した通信パケット１９０を正常に受信することができず、サーバ３００がネットワーク端末ごとに保持している端末状態を更新できない期間が生じても、現在の端末状態をサーバ３００へ通知することができる。
【０１９０】
また、実施の形態１〜３では、通信パケット１９０、１９０Ａ、１９０Ｂ又は１９０Ｃの送信によって端末状態をサーバ３００に通知し、サーバ３００がネットワーク端末１００、５００又は５００Ａごとにその端末状態に適したコンテンツを送出する事を説明した。ここで、サーバ３００がネットワーク端末にコンテンツを送出する場合は、当該コンテンツの送出に至る過程での端末状態情報を一緒に添付してもらい、添付された端末状態がネットワーク端末の端末状態と相違するときは、ネットワーク端末は現在の端末状態を格納した通信パケットをサーバ３００に送信するようにしても良い。これにより、ネットワーク端末とサーバ３００間の端末状態の不一致を解消できる。
【０１９１】
また、実施の形態１〜３では、チューナー１２０を備えたネットワーク端末１００、５００又は５００Ａを前提に説明した。このようなネットワーク端末１００の具体例は、デジタルテレビやビデオレコーダなどである。しかし、ネットワーク端末１００は、チューナー１２０の代わりにカメラや各種センサと接続したネットワーク端末でもよい。例えば、ネットワーク対応サイネージディスプレイをカメラと接続し、カメラで認識した人物の特徴を端末状態としてサーバ３００に送信するものとする。人物が大人であれば大人向けのサイネージコンテンツをサーバ３００から送信し、人物が子供であれば子供向けのサイネージコンテンツをサーバ３００から送信することで、サイネージの効果を高めることができる。また、ＧＰＳ付きのスマートフォンにおいては、位置情報を端末状態としてサーバ３００に送信し、その場所に適したコンテンツをサーバ３００から送信してもらうことができる。
【０１９２】
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
【０１９３】
したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記実装を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
【０１９４】
また、上述の実施の形態は、本開示における技術を例示するためのものであるから、請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【０１９５】
本開示は、インターネット上のサーバから端末状態に応じたデータを得ることができるネットワーク端末に適用可能である。具体的には、デジタルテレビ、ＨＤＤレコーダ、スマートフォン、サイネージディスプレイなどに、本開示は適用可能である。
【符号の説明】
【０１９６】
１、１００、５００、５００Ａ  ネットワーク端末
１１  制御部
１２  通信部
１１０  通信モジュール
１２０  チューナー
１３０  タイマー
１４０  リモコン受信部
１５０  映像出力ＩＦ
１６０  不揮発性メモリ
１６１  サーバアドレス
１６２  機器ＩＤ
１６３  パケット送信間隔
１７０  マイクロコンピュータ
１９０、１９０Ａ、１９０Ｂ、１９０Ｃ  通信パケット
１９１  送信元アドレス
１９２  送信先アドレス
１９３  送信元ポート
１９４  送信先ポート
１９５  ペイロード
１９６  機器ＩＤ
１９７  端末状態情報
１９８  端末状態の種類
１９９、５６５、５７１  端末状態
２００  インターネット回線網
２０１  通信相手装置
３００  サーバ
３１０  コンテンツ
３１１  送信条件
３２０、５９３  端末情報
４００  ルータ
５６４  送信保留時間
５６６  送信禁止時間
５７２  送信保留フラグ
５７３  送信禁止フラグ
５９１  端末状態情報
５９４  変化時刻
５９５  変化後の端末状態
【図１】
2014068803.tif 000003
【図２】
2014068803.tif 000004
【図３】
2014068803.tif 000005
【図４】
2014068803.tif 000006
【図５】
2014068803.tif 000007
【図６】
2014068803.tif 000008
【図７】
2014068803.tif 000009
【図８】
2014068803.tif 000010
【図９】
2014068803.tif 000011
【図１０】
2014068803.tif 000012
【図１１】
2014068803.tif 000013
【図１２】
2014068803.tif 000014
【図１３】
2014068803.tif 000015
【図１４】
2014068803.tif 000016
【図１５】
2014068803.tif 000017
【図１６】
2014068803.tif 000018
【図１７】
2014068803.tif 000019
【図１８】
2014068803.tif 000020
【図１９】
2014068803.tif 000021
【手続補正書】
【提出日】平成25年9月19日(2013.9.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ネットワーク端末、通信方法、及び、プログラムに関する。
【背景技術】
【０００２】
特許文献１は、ＬＡＮとインターネットが接続されたネットワーク環境において、インターネット側のサーバからＬＡＮ側の端末に任意のタイミングで接続できる通信システムを開示する。この通信システムを構成する機器は、定期的にサーバに対して通信パケットを送信する。これにより、サーバは、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）機器またはＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）機器を超えて、端末との通信をすることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１２０５４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本開示は、より少ない通信量で端末状態に応じたデータを取得するのに有効なネットワーク端末を提供する。
【課題を解決するための手段】
【０００５】
本開示におけるネットワーク端末は、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、前記制御部は、さらに、前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記通信経路を維持するための通信パケットに前記ネットワーク端末の状態を示す状態情報を格納した通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させ、前記通信部が前記情報パケットを送信した時点を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定するように前記通信部を制御する。
【０００６】
また、本開示におけるネットワーク端末は、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、前記制御部は、さらに、前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する。
【発明の効果】
【０００７】
本開示におけるネットワーク端末は、より少ない通信量で端末状態に応じたデータを取得するのに有効である。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態１におけるネットワーク端末を含むネットワーク構成図である。
【図２】図２は、実施の形態１におけるネットワーク端末の構成を示すブロック図である。
【図３】図３は、実施の形態１における通信パケットの構成を示す概念図である。
【図４】図４は、実施の形態１におけるネットワーク端末の定期的な通信パケット送信処理のフローチャートである。
【図５】図５は、実施の形態１におけるネットワーク端末の端末状態変化時のパケット送信処理のフローチャートである。
【図６】図６は、実施の形態１におけるサーバの端末状態更新処理のフローチャートである。
【図７】図７は、実施の形態１におけるネットワーク端末とサーバとの通信のシーケンス図である。
【図８】図８は、実施の形態２におけるネットワーク端末を含むネットワーク構成図である。
【図９】図９は、実施の形態２におけるネットワーク端末の構成を示すブロック図である。
【図１０】図１０は、実施の形態２におけるネットワーク端末の端末状態変化時のパケット送信処理のフローチャートである。
【図１１】図１１は、実施の形態２におけるネットワーク端末の送信保留解除時のパケット送信処理のフローチャートである。
【図１２】図１２は、実施の形態２におけるネットワーク端末とサーバとの通信のシーケンス図である。
【図１３】図１３は、実施の形態２における端末状態情報の構成を示す概念図である。
【図１４】図１４は、実施の形態２における通信パケットのパケットフォーマットを示す図である。
【図１５】図１５は、実施の形態３におけるネットワーク端末の構成を示すブロック図である。
【図１６】図１６は、実施の形態３におけるネットワーク端末の端末状態変化時のパケット送信処理のフローチャートである。
【図１７】図１７は、実施の形態３におけるネットワーク端末の送信禁止解除時のパケット送信処理のフローチャートである。
【図１８】図１８は、実施の形態３におけるネットワーク端末とサーバとの通信のシーケンス図である。
【図１９】図１９は、実施の形態１〜３におけるネットワーク端末の別の構成を示すブロック図である。
【発明を実施するための形態】
【０００９】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。ただし、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１０】
なお、出願人は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって請求の範囲に記載の主題を限定することを意図するものではない。
【００１１】
まず、本開示により解決される課題について詳細に説明する。
【００１２】
インターネットに接続された機器間で通信を行う場合、世界中で一意に割当てられたグローバルＩＰアドレスが用いられる。一方で、インターネットに直接接続されないＬＡＮ(Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ)においては、ＬＡＮ内でのみ一意なプライベートＩＰアドレスが使用される傾向にある。しかし、プライベートＩＰアドレスを有するＬＡＮ内の端末と、グローバルＩＰアドレスを有するインターネット上の機器とは、アドレス体系が異なるので、直接に通信することはできない。そこで、ＬＡＮとインターネットとを中継するルータが、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能またはＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）機能を用いて、グローバルＩＰアドレスとプライベートＩＰアドレスとの相互変換を行うことで、ＬＡＮ内の端末とインターネット上の機器との通信が可能となる。
【００１３】
以下、ＮＡＰＴ機能の動作について説明する。ＮＡＰＴ機能を有するルータは、ＬＡＮ内の端末からインターネット上の機器宛の通信パケットを受け取ったら、ＬＡＮ内の端末に相当する（プライベートＩＰアドレス、ポート番号）と、インターネット上の機器に対応する（グローバルＩＰアドレス、ポート番号）とをペアにした変換テーブル（以下、「ＮＡＴテーブル」と称す）を作成する。また、当該ルータは、インターネット上の機器から通信パケットを受け取ったら、通信パケット内の送信先の（グローバルＩＰアドレス、ポート番号）を参照し、内容が一致するＮＡＴテーブルのエントリが存在するか否かを判定する。ここで、当該エントリが存在すれば、ルータは、（グローバルＩＰアドレス、ポート番号）とペアになっているプライベートＩＰアドレスを有するＬＡＮ内の端末に、この通信パケットを転送する。一方、当該エントリが存在しなければ、ルータはこの通信パケットを破棄する。
【００１４】
一般的に、ＮＡＴテーブルは、ＮＡＰＴ機能を有するルータのメモリに保持される。メモリの容量には限りがあるため、使用されないＮＡＴテーブルは時間経過とともに消去される。従って、インターネット上の機器がＬＡＮ内の端末から通信パケットを受け取った後、しばらく応答を返さないでいると、ＮＡＴテーブルにおけるこの通信パケットに対応するエントリが消去される。その結果、インターネット上の機器は、ＬＡＮ内の端末に接続することができなくなる場合がある。
【００１５】
特許文献１は、ＬＡＮとインターネットが接続されたネットワーク環境において、インターネット側のサーバからＬＡＮ側の端末に任意のタイミングで接続できる通信システムを開示する。この通信システムを構成する機器は、定期的にサーバに対して通信パケットを送信する。これにより、サーバは、端末に対し、ＮＡＴ機器またはＮＡＰＴ機器を超えた通信をすることができる。この通信を利用して、サーバから端末にデータを送ったり、別のＬＡＮ内の端末がサーバ経由で当該端末を操作したりすることができる。
【００１６】
本開示は、より少ない通信量で端末状態に応じたデータを取得するのに有効なネットワーク端末を提供する。
【００１７】
本開示におけるネットワーク端末は、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、前記制御部は、さらに、前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記通信経路を維持するための通信パケットに前記ネットワーク端末の状態を示す状態情報を格納した通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させ、前記通信部が前記情報パケットを送信した時点を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定するように前記通信部を制御する。
【００１８】
また、本開示におけるネットワーク端末は、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、前記制御部は、さらに、前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する。
【００１９】
これによれば、ネットワーク端末は、通信経路を維持する機能を有する通信パケットを定期的に送信（定期送信）するとともに、ネットワーク端末の状態が変化した場合には、通信経路を維持しかつネットワーク端末の状態を通知する機能を有する情報パケットを送信する。通信経路は、通信パケット又は情報パケットが通過すると、その後、所定時間維持される。所定時間以内に次の通信パケット又は情報パケットが通過するように所定時間を設定することにより、所定時間より長い長期間にわたって通信経路が維持される。ネットワーク端末の状態の変化がない場合には、定期的に送信される通信パケットによってこの通信経路が維持される。一方、ネットワーク端末の状態の変化がある場合には、通信経路を維持する機能をも有する情報パケットによって、通信経路が維持されるとともに、ネットワーク端末の状態の変化が通信相手装置に通知される。ネットワーク端末は、ネットワーク端末の状態変化後すぐに通信相手装置に通知するので、状態変化後にネットワーク端末の状態に応じたデータを通信相手装置から取得することができる。
【００２０】
従来技術によれば、ネットワーク端末の状態の変化があった後には、前回の通信パケット送信時刻から定期送信の時間間隔が経過した時点で通信パケットが送信される。これに対し、本開示におけるネットワーク端末によれば、ネットワーク端末の状態の変化があった後には、情報パケット送信時刻から定期送信の時間間隔が経過するまでの間、次の通信パケットの送信をする必要がないので、従来技術による場合と比較して通信パケットの送信量を減らすことができる。よって、ネットワーク端末は、より少ない通信量で端末状態に応じたデータを取得することができる。
【００２１】
また、前記制御部は、前記通信部が前記情報パケットを送信した場合に、前記通信部が前記情報パケットを送信した時刻を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定する。
【００２２】
これによれば、ネットワーク端末は、情報パケットを送信した後、情報パケット送信時刻から定期送信の時間間隔が経過した時点で通信パケットを送信する。従来技術によれば、この時点よりも前に通信パケットを送信する必要がある。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００２３】
また、前記制御部は、前記情報パケットを前記通信部が送信してから所定の保留時間が経過するまでの保留期間に前記ネットワーク端末の状態が変化した場合に、前記保留期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記保留期間が経過した後に送信させるように、前記通信部を制御する。
【００２４】
これによれば、ネットワーク端末は、保留期間中のネットワーク端末の状態の変化を、保留期間経過後に通信パケット（情報パケット）に含めて送信することができる。特に、ネットワーク端末の状態が短時間で多くの回数変化する場合に、通信パケットの送信数を少なくする効果が大きい。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００２５】
また、前記制御部は、前記保留期間が経過した後に、前記保留期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する。
【００２６】
これによれば、ネットワーク端末は、保留期間内のネットワーク端末の状態の変化の履歴を、保留期間経過後にまとめて通信パケット（情報パケット）に含めて送信することができる。このようにすると、通信相手装置は、状態の変化に関する情報をより詳細に得ることができる。
【００２７】
また、前記制御部は、前記保留期間が経過した後の前記ネットワーク端末の状態が、前記保留期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する。
【００２８】
これによれば、ネットワーク端末は、保留期間後の通信パケット（情報パケット）を送信しない。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００２９】
また、前記制御部は、前記通信相手装置が指定する保留時間を前記保留時間として用いて制御する。
【００３０】
これによれば、通信相手装置が主導的に、ネットワーク端末の保留時間を指定することができ、ネットワークにおける通信パケット量をより少なくすることができる。
【００３１】
また、前記制御部は、前記ネットワーク端末の状態が変化してから所定の禁止時間が経過するまでの禁止期間に前記情報パケットの送信を禁止し、前記禁止期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記禁止期間が経過した後に送信させるように、前記通信部を制御する。
【００３２】
これによれば、ネットワーク端末は、禁止期間中のネットワーク端末の状態の変化を、禁止期間経過後に通信パケット（情報パケット）に含めて送信することができる。特に、ネットワーク端末の状態が短時間で多くの回数変化する場合に、通信パケットの送信数を少なくする効果が大きい。しかも、状態変化の直後に通信パケット（情報パケット）を送信することもないので、通信パケットの送信数を少なくする効果がより大きい。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００３３】
また、前記制御部は、前記禁止期間が経過した後に、前記禁止期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する。
【００３４】
これによれば、ネットワーク端末は、禁止期間内のネットワーク端末の状態の変化の履歴を、禁止期間経過後にまとめて通信パケット（情報パケット）に含めて送信することができる。このようにすると、通信相手装置は、状態の変化に関する情報をより詳細に得ることができる。
【００３５】
また、前記制御部は、前記禁止期間が経過した後の前記ネットワーク端末の状態が、前記禁止期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する。
【００３６】
これによれば、ネットワーク端末は、禁止期間が経過した後のネットワーク端末の状態が、禁止期間が経過する前のネットワーク端末の状態と一致する場合に、禁止期間後の通信パケット（情報パケット）を送信しない。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００３７】
また、前記制御部は、前記通信相手装置が指定する禁止時間を前記禁止時間として用いて制御する。
【００３８】
これによれば、通信相手装置が主導的に、ネットワーク端末の禁止時間を指定することができ、ネットワークにおける通信パケット量をより少なくすることができる。
【００３９】
また、前記ネットワーク端末は、さらに、放送チャンネルの放送を受信する放送受信部を備え、前記通信部は、前記放送受信部の前記放送チャンネルを示す情報を前記端末状態として前記情報パケットを送信する。
【００４０】
これによれば、ネットワーク端末が受信する放送チャンネルの情報を状態情報として通信相手装置に送信することができる。
【００４１】
また、前記通信部は、さらに、前記ネットワーク端末の状態に応じて前記通信相手装置が送信する広告コンテンツを受信し、前記ネットワーク端末は、さらに、前記広告コンテンツを表示する表示部を備える。
【００４２】
これによれば、ネットワーク端末は、ネットワーク端末の状態に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００４３】
また、前記ネットワーク端末は、さらに、前記ネットワーク端末の位置情報を取得する位置情報取得部を備え、前記通信部は、前記位置情報を前記状態情報として前記情報パケットを送信し、かつ、前記位置情報に応じて前記通信相手装置が送信する前記広告コンテンツを受信する。
【００４４】
これによれば、ネットワーク端末は、ネットワーク端末の位置情報に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００４５】
また、前記ネットワーク端末は、さらに、前記ネットワーク端末の周辺に存在する人の属性を示す属性情報、または、前記ネットワーク端末の周辺環境を示す環境情報を取得するセンサを備え、前記通信部は、前記属性情報および前記環境情報のうち少なくとも一方を前記状態情報として前記情報パケットを送信する。
【００４６】
これによれば、ネットワーク端末の周囲の状況、又は、周囲の人の状況に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【００４７】
また、前記通信経路上には、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）機能を有するルータが配置されており、前記通信部は、前記通信パケットまたは前記情報パケットを、前記ルータを通じて前記通信相手装置に送信することで、前記ルータにおけるＮＡＴテーブルを維持することによって、前記通信経路を維持する。
【００４８】
これによれば、ネットワーク端末は、通信経路上にあるルータのＮＡＴテーブルを維持することで、通信相手装置との通信経路を維持することができる。
【００４９】
また、本開示における通信方法は、ネットワーク端末であって、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部を備えるネットワーク端末における通信方法であって、前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御ステップと、前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する送信ステップとを含む。
【００５０】
また、本開示における通信方法は、ネットワーク端末であって、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部を備えるネットワーク端末における通信方法であって、前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御ステップと、前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記通信経路を維持するための通信パケットに前記ネットワーク端末の状態を示す状態情報を格納した通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させ、前記通信部が前記情報パケットを送信した時点を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定するように前記通信部を制御する送信ステップとを含む。
【００５１】
これにより、上記のネットワーク端末と同様の効果を奏する。
【００５２】
（実施の形態１）
以下、図１〜７を用いて、実施の形態１について説明する。
【００５３】
［１−１．構成］
［１−１−１．ネットワーク接続構成］
図１は、実施の形態１におけるネットワーク端末１００を含むネットワーク構成図である。図１は、本実施の形態におけるネットワーク端末１００をネットワークに接続した際の状態を示している。
【００５４】
ネットワーク端末１００は、サーバ３００と通信する端末である。ネットワーク端末１００は、ルータ４００およびインターネット回線網２００を介してサーバ３００と接続可能である。ネットワーク端末１００は、プライベートＩＰアドレスを有する。
【００５５】
サーバ３００は、ネットワーク端末１００に配信するコンテンツ３１０（メッセージ又は広告データ等）を保持するサーバである。コンテンツ３１０には、送信条件３１１が設定されている。例えば、送信条件３１１は、「送信時刻＝９／２６  １２:００、視聴ｃｈ＝ＢＳ９０９」であり、「９月２６日の１２時に、ＢＳの９０９チャンネルを視聴中の端末に送信する」ことを意味する。サーバ３００は、コンテンツ３１０がサーバ３００に登録された時などに、コンテンツ３１０の送信条件３１１を確認しておき、その後、送信条件３１１に合致した端末状態を有するネットワーク端末１００にコンテンツ３１０を提供する。送信条件のないコンテンツは、端末状態によらずに提供することもある。サーバ３００は、グローバルＩＰアドレスを有する。なお、サーバ３００は、ネットワーク端末１００の通信相手装置に相当する。
【００５６】
また、サーバ３００は、ネットワーク端末１００から通信パケットを受信すると、その通信パケットに含まれる（機器ＩＤ、送信元アドレス、送信元ポート）を端末情報３２０として保存する。ここで、機器ＩＤは、サーバ３００において、ネットワーク端末１００を一意に特定することができる識別子である。送信元アドレスと送信元ポートとは、それぞれ、ＮＡＴ機能またはＮＡＰＴ機能によってルータ４００が通信パケットに割当てたグローバルＩＰアドレスとポート番号とである。なお、通信パケットに端末状態が含まれている場合には、その端末状態も、端末情報３２０の一部として機器ＩＤに紐づけて保存する。
【００５７】
ルータ４００は、ネットワーク端末１００と、インターネット回線網２００とに接続されており、ネットワーク端末１００が送信した通信パケットをインターネット回線網２００へ送信し、かつ、インターネット回線網２００から受信するネットワーク端末１００あての通信パケットをネットワーク端末１００へ送信する。また、ルータ４００は、ＮＡＴ機能またはＮＡＰＴ機能を有し、ネットワーク端末１００が用いるプライベートＩＰアドレスと、インターネット回線網２００で用いられるグローバルＩＰアドレスとを対応づけたエントリをＮＡＴテーブルに保持する。そして、ルータ４００が通信パケットを転送すると、その通信パケットに対応するＮＡＴテーブルのエントリを更新する。一方、所定時間更新されないエントリは削除される。また、ルータ４００は、エントリを用いて、プライベートＩＰアドレスと、グローバルＩＰアドレスとを相互に変換する。
【００５８】
インターネット回線網２００は、ルータ４００とサーバ３００との間で通信される通信パケットを転送する回線網（ネットワーク）である。インターネット回線網２００上では、グローバルＩＰアドレス体系が用いられる。
【００５９】
［１−１−２．ネットワーク端末の構成］
図２は、本実施の形態におけるネットワーク端末１００の構成を示すブロック図である。ネットワーク端末１００は、通信モジュール１１０と、チューナー１２０と、タイマー１３０と、リモコン受信部１４０と、映像出力ＩＦ１５０と、不揮発性メモリ１６０と、マイクロコンピュータ１７０とを備える。
【００６０】
通信モジュール１１０は、ＬＡＮ等のネットワーク１８０に接続され、ネットワーク１８０を通じて別の装置と通信する。通信モジュール１１０による通信の通信先及び通信内容は、マイクロコンピュータ１７０により指示される。
【００６１】
チューナー１２０は、テレビ放送などからの放送信号を受信し、映像出力ＩＦ１５０にて出力可能な形式に変換し、映像出力ＩＦ１５０に出力する。チューナー１２０がどのチャンネルを受信するかは、マイクロコンピュータ１７０により指示される。チューナー１２０は、方送受信部に相当する。
【００６２】
タイマー１３０は、ソフトウェア又はハードウェアで実装され、設定された時刻にマイクロコンピュータ１７０へ割り込みを発生する。タイマー１３０への時刻設定は、マイクロコンピュータ１７０が行う。
【００６３】
リモコン受信部１４０は、ユーザによるリモコン操作の信号を受信する。リモコン受信部１４０は、ユーザによりリモコンのどのキーが押されたかをマイクロコンピュータ１７０に通知する。
【００６４】
不揮発性メモリ１６０は、サーバアドレス１６１と、機器ＩＤ１６２と、パケット送信間隔１６３とを保持する記憶装置である。サーバアドレス１６１は、サーバを一意に特定することができる識別子であり、例えば、サーバ３００のドメインネームおよびポート番号である。ドメインネームの代わりに、サーバ３００のグローバルＩＰアドレスを用いてもよい。機器ＩＤ１６２は、ネットワーク端末１００を一意に特定することができる識別子である。パケット送信間隔１６３は、ルータ４００のＮＡＴテーブルを維持するために定期的にサーバへ送信する通信パケットの送信間隔である。パケット送信間隔１６３がルータ４００のＮＡＴテーブル維持時間よりも短い時間であれば、通信パケットの送信間隔より長い時間、ルータ４００のＮＡＴテーブルを維持することができる。
【００６５】
マイクロコンピュータ１７０は、ソフトウェアまたはファームウェアで記載されたコンピュータプログラムにしたがって、ネットワーク端末１００全体を制御する。マイクロコンピュータ１７０は、リモコン受信部１４０からリモコンのチャンネルキーが押されたことを通知されると、チューナー１２０が指示されたチャンネルに選局するように、チューナー１２０を制御する。通信モジュール１１０がネットワーク１８０に接続されていると、マイクロコンピュータ１７０は、不揮発性メモリ１６０からサーバアドレス１６１および機器ＩＤ１６２を読み取り、サーバ３００へ送信するための通信パケット１９０を生成する。そして、マイクロコンピュータ１７０は、通信モジュール１１０に通信パケット１９０の送信を要求する。通信パケット１９０の生成および送信要求は、パケット送信間隔１６３ごとに定期的に行われる。また、マイクロコンピュータ１７０は、通信モジュール１１０を介してサーバ３００からコンテンツ（例えば、広告コンテンツ）を受け取り、受け取ったコンテンツを必要に応じて加工又は変換した後に映像出力ＩＦ１５０へ出力する。
【００６６】
映像出力ＩＦ１５０は、チューナー１２０が出力した放送信号を映像として出力する。また、映像出力ＩＦ１５０は、マイクロコンピュータ１７０がコンテンツを出力した場合には、そのコンテンツを映像として出力する。
【００６７】
図３は、本実施の形態における通信パケット１９０の構成を示す概念図である。図３の（ａ）に示されるように、通信パケット１９０は、送信元アドレス１９１と、送信先アドレス１９２と、送信元ポート１９３と、送信先ポート１９４と、ペイロード１９５とを含む。ペイロード１９５は、機器ＩＤ１９６と、端末状態情報１９７とを含む。
【００６８】
また、図３の（ｂ）に示されるように、端末状態情報１９７は、端末状態の種類１９８と端末状態１９９とを含む。端末状態の種類１９８は、端末の状態を示す情報であり、例えば、視聴中チャンネルを示す値、カメラにより人物を認識した結果得られる人の属性情報、又は、周辺環境をセンサで取得した結果得られる環境情報など様々ある。以下では、端末状態の種類１９８として、視聴中チャンネルを示す値を用いる例を説明する。端末状態情報１９７をネットワーク端末１００がどう記載し、サーバ３００がどう解釈するかは、ネットワーク端末１００及びサーバ３００間で取り決められるものとする。なお、端末状態情報１９７は、何ら情報を含まない場合もある。なお、端末状態情報１９７は、「ネットワーク端末の状態を示す状態情報」に相当する。
【００６９】
［１−２．動作］
以上のように構成されたネットワーク端末１００及びサーバ３００について、その動作を以下で説明する。ネットワーク端末１００は、定期的に通信パケット送信処理を行うとともに、端末状態変化時に通信パケット送信処理を行う。サーバ３００は、通信パケット受信時に端末状態更新処理を行う。以下、それぞれの動作について詳細に説明する。
【００７０】
［１−２−１．ネットワーク端末の定期的なパケット送信処理］
図４は、本実施の形態におけるネットワーク端末１００の定期的な通信パケットの送信処理のフローチャートである。
【００７１】
マイクロコンピュータ１７０がタイマー１３０からパケット送信要求割り込みを受け取ると、図４に示されるフローチャートの処理を開始する。
【００７２】
まず、マイクロコンピュータ１７０は、通信パケットを生成する（ステップＳ１１）。
【００７３】
次に、マイクロコンピュータ１７０は、ステップＳ１１で生成した通信パケットを送信するよう通信モジュール１１０に要求する。通信モジュール１１０は、マイクロコンピュータ１７０からの要求を受けたら、サーバ３００に通信パケットを送信する（ステップＳ１２）。
【００７４】
次に、マイクロコンピュータ１７０は、不揮発性メモリ１６０からパケット送信間隔１６３を取得し、現在時刻にパケット送信間隔１６３を加算することで次の通信パケットの送信時刻を算出する（ステップＳ１３）。
【００７５】
次に、マイクロコンピュータ１７０は、ステップＳ１３で算出した送信時刻になったらパケット送信要求割り込みが入るように、タイマー１３０に次の通信パケットの送信時刻を設定する（ステップＳ１４）。
【００７６】
なお、マイクロコンピュータ１７０は、ステップＳ１１で生成した通信パケットに、現在の視聴チャンネルを格納しても良い。このようにすると、サーバ３００は、サーバ３００が保持している端末状態とネットワーク端末１００の端末状態とが一致するかを定期的に検証できる。
【００７７】
［１−２−２．ネットワーク端末の端末状態変化時のパケット送信処理］
図５は、本実施の形態におけるネットワーク端末１００の端末状態変化時の通信パケット（情報パケット）の送信処理のフローチャートである。
【００７８】
まず、マイクロコンピュータ１７０は、チューナー１２０の選局に成功（すなわち、端末状態が変化）したら、通信パケットを生成する（ステップＳ２１）。
【００７９】
次に、マイクロコンピュータ１７０は、現在の視聴チャンネルを示す情報を通信パケットの端末状態情報１９７に格納する（ステップＳ２２）。
【００８０】
次に、ステップＳ１２と同様の処理により、マイクロコンピュータ１７０は、サーバ３００に通信パケットを送信する（ステップＳ２３）。ここで送信される通信パケットは、端末状態情報１９７が含められた通信パケット（情報パケット）である。
【００８１】
次に、ステップＳ１３と同様の処理により、マイクロコンピュータ１７０は、次の通信パケットの送信時刻を算出する（ステップＳ２４）。
【００８２】
次に、マイクロコンピュータ１７０は、ステップＳ２４で算出した送信時刻になったらパケット送信要求割り込みが入るように、タイマー１３０に次の通信パケットの送信時刻を再設定する（ステップＳ２５）。ステップＳ２４の終了時点では、タイマー１３０は、ステップＳ１４で送信時刻が設定された状態となっている。よって、ステップＳ２５の処理は、マイクロコンピュータ１７０がステップＳ２５においてタイマー１３０に設定された送信時刻を再設定することにより送信時刻を修正する、と表現することもできる。
【００８３】
その後、ネットワーク端末１００は、処理を終了する。
【００８４】
［１−２−３．サーバの端末状態更新処理］
図６は、本実施の形態におけるサーバ３００の端末状態更新処理のフローチャートである。
【００８５】
まず、サーバ３００は、ネットワーク端末１００から通信パケット１９０を受信する（ステップＳ３１）。
【００８６】
次に、サーバ３００は、通信パケット１９０に端末状態１９９が格納されているか否かを判定する（ステップＳ３２）。
【００８７】
ステップＳ３２にて、通信パケット１９０に端末状態１９９が格納されているとサーバ３００が判定した場合（ステップＳ３２でＹＥＳ）には、サーバ３００は、機器ＩＤ１９６をキーとして端末情報３２０の中の端末状態を更新する（ステップＳ３３）。
【００８８】
一方、ステップＳ３２にて、通信パケット１９０に端末状態１９９が格納されていないとサーバ３００が判定した場合（ステップＳ３２でＮＯ）には、サーバ３００は、端末状態を更新しない。
【００８９】
［１−２−４．ネットワーク端末とサーバとの間のシーケンス］
図７は、本実施の形態におけるネットワーク端末１００とサーバ３００との通信のシーケンス図である。図７には、ネットワーク端末１００とサーバ３００との間で送受信される通信パケットの送信タイミングが示されている。
【００９０】
ネットワーク端末１００は、不揮発性メモリ１６０に保持されたパケット送信間隔１６３で通信パケット１９０を定期的に送信する。また、ネットワーク端末１００は、端末状態が変化した時には、前回送信からの経過時間によらず、直ちに端末状態を格納した通信パケット１９０Ａを送信する。その後、端末状態が変化しなければ不揮発性メモリ１６０に保持された送信間隔で通信パケット１９０を定期的に送信する。
【００９１】
［１−３．まとめ］
以上のように、本実施の形態において、ネットワーク端末１００は、ＮＡＴテーブルを維持するために定期的なパケット送信処理を行うとともに、チャンネル選局等により端末状態が変化した時には直ちに端末状態を含むパケット送信処理を行う。サーバ３００は、端末状態を含む通信パケットを受信したら、自らが保持している端末状態を更新する。
【００９２】
これにより、新しい端末状態をリアルタイムにサーバ３００に知らせることができる。そのため、ネットワーク端末１００は、端末状態に応じたコンテンツをサーバから得やすくなる。
【００９３】
また、本実施の形態において、ネットワーク端末１００は、定期的なパケット送信処理においても、現在の端末状態を通信パケットに格納するようにしても良い。
【００９４】
これにより、サーバ３００は保持している端末状態が正しいか否かを確認できる。そのため、サーバが間違った端末状態を保持していても是正され、ネットワーク端末１００が端末状態に応じたコンテンツを得やすくなる。
【００９５】
以上のように、本実施の形態におけるネットワーク端末によれば、ネットワーク端末は、通信経路を維持する機能を有する通信パケットを定期的に送信（定期送信）するとともに、ネットワーク端末の状態が変化した場合には、通信経路を維持しかつネットワーク端末の状態を通知する機能を有する情報パケットを送信する。通信経路は、通信パケット又は情報パケットが通過すると、その後、所定時間維持される。所定時間以内に次の通信パケット又は情報パケットが通過するように所定時間を設定することにより、所定時間より長い長期間にわたって通信経路が維持される。ネットワーク端末の状態の変化がない場合には、定期的に送信される通信パケットによってこの通信経路が維持される。一方、ネットワーク端末の状態の変化がある場合には、通信経路を維持する機能をも有する情報パケットによって、通信経路が維持されるとともに、ネットワーク端末の状態の変化が通信相手装置に通知される。ネットワーク端末は、ネットワーク端末の状態変化後すぐに通信相手装置に通知するので、状態変化後にネットワーク端末の状態に応じたデータを通信相手装置から取得することができる。
【００９６】
従来技術によれば、ネットワーク端末の状態の変化があった後には、前回の通信パケット送信時刻から定期送信の時間間隔が経過した時点で通信パケットが送信される。これに対し、本開示におけるネットワーク端末によれば、ネットワーク端末の状態の変化があった後には、情報パケット送信時刻から定期送信の時間間隔が経過するまでの間、次の通信パケットの送信をする必要がないので、従来技術による場合と比較して通信パケットの送信量を減らすことができる。よって、ネットワーク端末は、より少ない通信量で端末状態に応じたデータを取得することができる。
【００９７】
また、ネットワーク端末は、情報パケットを送信した後、情報パケット送信時刻から定期送信の時間間隔が経過した時点で通信パケットを送信する。従来技術によれば、この時点よりも前に通信パケットを送信する必要がある。よって、ネットワーク端末は、通信量をより少なくすることができる。
【００９８】
また、ネットワーク端末が受信する放送チャンネルの情報を状態情報として通信相手装置に送信することができる。
【００９９】
また、ネットワーク端末は、ネットワーク端末の状態に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【０１００】
また、ネットワーク端末は、ネットワーク端末の位置情報に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【０１０１】
また、ネットワーク端末の周囲の状況、又は、周囲の人の状況に応じてサーバが指定した広告コンテンツを受信して表示することができる。
【０１０２】
また、ネットワーク端末は、通信経路上にあるルータのＮＡＴテーブルを維持することで、通信相手装置との通信経路を維持することができる。
【０１０３】
（実施の形態２）
以下、図８〜１４を用いて、実施の形態２について説明する。本実施の形態におけるネットワーク端末は、送信保留期間を用いてネットワーク端末の状態の変化が頻発する場合に通信量を抑制することができる。なお、実施の形態１におけるものと同様の構成要素については、同一の符号を付し、詳細な説明を省略する場合がある。
【０１０４】
［２−１．構成］
［２−１−１．ネットワーク接続構成］
図８は、本実施の形態におけるネットワーク端末５００を含むネットワーク構成図である。図８は、本実施の形態におけるネットワーク端末５００をネットワークに接続した際の状態を示している。
【０１０５】
ネットワーク端末５００は、ルータ４００およびインターネット回線網２００を介してサーバ３００と接続可能である。
【０１０６】
［２−１−２．ネットワーク端末の構成］
図９は、本実施の形態におけるネットワーク端末５００の構成を示すブロック図である。ネットワーク端末５００は、ネットワーク端末１００と同様の構成を備えるとともに、さらに、不揮発性メモリ１６０に送信保留時間５６４、及び、端末状態５６５を保持する。
【０１０７】
送信保留時間５６４は、ネットワーク端末５００が端末状態変化時に通信パケットを送信した後、通信パケットの送信を保留する時間（保留期間）である。つまり、ネットワーク端末５００が端末状態変化時に通信パケットを送信した直後のタイミングに再びネットワーク端末５００の端末状態が変化した場合に、当該タイミングは保留時間内であるので通信パケットの送信は行われない。仮に、ユーザが見たい番組を探して次々とチャンネルを切り替えている場合（＝チャンネルザッピング中）に、チャンネルの切り替えの都度に通信パケットを送信すると、ネットワーク端末５００の送信処理が増えて負荷が高くなる。さらに、インターネット回線網２００およびサーバ３００にも多数の通信パケットが殺到して負荷を与える。そこで、送信保留時間５６４を設けることにより、端末状態が高頻度に変化する状況においても負荷を抑制することができる。送信保留時間５６４は、ルータ４００のＮＡＴテーブル維持時間よりも短い時間とする。なお、送信保留時間５６４は、ネットワーク端末５００にあらかじめ定められた値であってもよいし、サーバ３００から受信した値であってもよい。
【０１０８】
端末状態５６５は、ネットワーク端末５００の過去の視聴チャンネル等の情報である。端末状態５６５は、必要に応じてマイクロコンピュータ１７０により、作成、更新、又は、削除される。
【０１０９】
また、マイクロコンピュータ１７０は、内部メモリを有する。マイクロコンピュータ１７０は、必要に応じて端末状態５７１と送信保留フラグ５７２とを内部メモリに保持する。端末状態５７１は、ネットワーク端末５００の現在の視聴チャンネル等の情報である。送信保留フラグ５７２は、マイクロコンピュータ１７０が通信パケットの送信を保留する際に有効化されるフラグである。
【０１１０】
［２−２．動作］
以上のように構成されたネットワーク端末５００について、その動作を以下説明する。ネットワーク端末５００は、定期的に通信パケット送信処理を行うとともに、端末状態変化時に通信パケット送信処理を行う。ネットワーク端末５００における定期的な通信パケット送信処理は、実施の形態１におけるものと同様である。一方、ネットワーク端末５００は、実施の形態１で開示した処理とは異なる方法で、送信保留時間を考慮して端末状態変化時のパケット送信処理を行う。さらに、送信保留時間の終了後に送信処理を行う。以下で、この動作について詳細に説明する。
【０１１１】
［２−２−１．ネットワーク端末の端末状態変化時のパケット送信処理］
図１０は、本実施の形態におけるネットワーク端末５００の端末状態変化時のパケット送信処理のフローチャートである。
【０１１２】
まず、マイクロコンピュータ１７０は、チューナー１２０の選局に成功（すなわち、端末状態が変化）したら、送信保留フラグ５７２が有効であるか否かを判定する（ステップＳ４１）。なお、送信保留フラグ５７２は、保留期間内に有効になるので、当該判定において送信保留中か否かを判定する、と表現することもできる。
【０１１３】
ステップＳ４１で、マイクロコンピュータ１７０が送信保留フラグ５７２が有効であると判定した場合（ステップＳ４１でＹＥＳ）に、マイクロコンピュータ１７０は、現在の視聴チャンネルを端末状態５７１として保持する(ステップＳ４２)。その後、処理を終了する。
【０１１４】
一方、ステップＳ４１で、マイクロコンピュータ１７０が送信保留フラグ５７２が有効でないと判定した場合（ステップＳ４１でＮＯ）、マイクロコンピュータ１７０は、通信パケットを生成する（ステップＳ４３）。
【０１１５】
次に、マイクロコンピュータ１７０は、現在の視聴チャンネルを通信パケット１９０の端末状態情報１９７に格納する（ステップＳ４４）。
【０１１６】
次に、マイクロコンピュータ１７０は、現在の視聴チャンネルを端末状態５６５として不揮発性メモリ１６０に保存する。（ステップＳ４５）。
【０１１７】
次に、マイクロコンピュータ１７０は、サーバ３００に通信パケットを送信する（ステップＳ４６）。
【０１１８】
次に、マイクロコンピュータ１７０は、不揮発性メモリ１６０から送信保留時間５６４を取得し、現在時刻に送信保留時間を加算することで、送信保留終了時刻を算出する（ステップＳ４７）。
【０１１９】
次に、マイクロコンピュータ１７０は、この送信保留終了時刻になった時に送信保留終了割り込みが入るようタイマー１３０に設定する（ステップＳ４８）。
【０１２０】
次に、マイクロコンピュータ１７０は、処理Ｓ１３と同様に次の通信パケットの送信時刻を算出する（ステップＳ４９）。
【０１２１】
次に、マイクロコンピュータ１７０は、処理Ｓ４９で算出した送信時刻になったらパケット送信要求割り込みが入るように、タイマー１３０に次の通信パケットの送信時刻を再設定する（ステップＳ５０）。ステップＳ４９の終了時点では、タイマー１３０は、実施の形態１におけるステップＳ１４（図４）で送信時刻が設定された状態となっている。ステップＳ５０においてタイマー１３０に設定された送信時刻を再設定することにより送信時刻を修正する、と表現することもできる。
【０１２２】
その後、ネットワーク端末５００は、端末状態変化時のパケット送信処理を終了する。
【０１２３】
［２−２−２．ネットワーク端末の送信保留解除時のパケット送信処理］
図１１は、本実施の形態におけるネットワーク端末５００の送信保留時間が解除された時のパケット送信処理のフローチャートである。
【０１２４】
まず、マイクロコンピュータ１７０は、タイマー１３０から送信保留終了割り込みを受ける（ステップＳ５１）。
【０１２５】
次に、マイクロコンピュータ１７０は、不揮発性メモリ１６０に保持されている端末状態５６５と、内部メモリに保持されている端末状態５７１とを比較することで、保留時間の前後において端末状態の更新があったかどうかを確認する（ステップＳ５２）。
【０１２６】
ステップＳ５２において、それぞれの端末状態が一致する場合（ステップＳ５２でＮＯ）、ネットワーク端末５００の処理は終了する。一方、ステップＳ５２において、それぞれの端末状態が一致しない場合（ステップＳ５２でＹＥＳ）、通信パケットを生成する（ステップＳ５３）。
【０１２７】
その後、ステップＳ４４〜Ｓ５０の処理と同様にステップＳ５４〜Ｓ６０の処理を行う。
【０１２８】
以上で、送信保留時間が解除された時のパケット送信処理を終了する。
【０１２９】
以上の処理によれば、ネットワーク端末５００は、ネットワーク端末５００の状態が変化した直後には情報パケットを送信し、その後、保留期間にはいる。そして、保留期間中にネットワーク端末５００の状態変化がある場合には、保留期間が経過した後に、当該状態変化を示す情報を含む情報パケットを送信する。
【０１３０】
［２−２−３．ネットワーク端末とサーバ間のシーケンス］
図１２は、本実施の形態におけるネットワーク端末５００とサーバ３００との通信のシーケンス図である。図１２には、ネットワーク端末５００とサーバ３００との間でやり取りされる通信パケットの送信タイミングが示されている。通常、ネットワーク端末５００は、不揮発性メモリ１６０に記憶されたパケット送信間隔１６３で通信パケット１９０を定期的に送信する。また、端末状態が変化した時は直ちに端末状態を格納した通信パケット１９０Ａを送信する。そして、通信パケット１９０Ａを送信した直後から送信保留時間５６４を開始する。この送信保留時間５６４に端末状態が変化した場合、送信保留時間５６４内には通信パケットの送信は行わず、送信保留時間５６４を経過した後で、送信保留時間５６４の経過時点の端末状態を格納した通信パケット１９０Ｂを送信する。
【０１３１】
なお、複数の送信保留期間が重なり、通信パケットの送信間隔を超える時間継続して通信パケットの送信がなくなる場合には、その送信間隔を超える前に通信パケットまたは情報パケットを送信するようにする。
【０１３２】
なお、送信保留時間５６４中の端末状態の変化の履歴を、通信パケット１９０Ｂに含めてもよい。
【０１３３】
なお、図１１のステップＳ５２において、保留時間の前後においてネットワーク端末５００の端末状態の更新があった場合に、ステップＳ５３〜Ｓ５６のパケット送信処理を行うことを説明したが、保留時間の前後においてネットワーク端末５００の端末状態の更新がなかった場合にも、ステップＳ５３〜Ｓ５６のパケット送信処理を行うようにしてもよい。具体的には、上記説明によれば、端末状態１と端末状態３とが等しい場合には、ネットワーク端末５００は、端末状態３に変化した後にパケット送信処理を行わないこととなるが、端末状態３に変化した後に、端末状態２と端末状態３とを履歴として含むパケットを送信するパケット送信処理を行ってもよい。
【０１３４】
［２−２−４．端末状態変化の履歴送信］
なお、図１０のステップＳ４２において、現在の端末状態を保持する代わりに、端末状態変化の履歴を保持してもよい。そして、端末状態変化の履歴を保持する場合には、図１１のステップＳ５５において現在の端末状態を通信パケットに格納する代わりに、端末状態変化の履歴を格納しても良い。つまり、図１２において、送信保留時間５６４を経過した後で送信する通信パケット１９０Ｂにおいて、端末状態３のみを格納するのではなく、送信保留時間５６４内の端末状態変化の履歴である端末状態２と端末状態３とを格納しても良い。以下、端末状態変化の履歴を通信パケットに格納する場合の構成を、図１３を用いて説明する。
【０１３５】
図１３は、本実施の形態における端末状態情報５９１の構成を示す概念図である。図１３には、通信パケット１９０に端末状態変化の履歴を格納する場合の、端末状態情報５９１の構成が示されている。
【０１３６】
端末状態情報５９１は、端末状態の種類１９８と、格納数５９２と、１つ以上の端末情報５９３を含む。格納数５９２は、端末情報５９３の数である。端末情報５９３は、変化時刻５９４と、変化後の端末状態５９５とである。変化時刻５９４は、端末状態が変化した時刻である。
【０１３７】
サーバ３００は、上記の端末状態情報５９１を含む通信パケットを受信することにより、チャンネルザッピング中にネットワーク端末５００がどのチャンネルを選局したかを確認できる。サーバ３００は、この情報を利用して、サーバ３００がネットワーク端末５００にその後に送信する情報をより適切なものとすることができる。例えば、ネットワーク端末５００でのザッピングで選局されなかったチャンネルは、視聴される機会が低いと推測されるので、そのチャンネルに関連した広告をネットワーク端末５００に送信する頻度を低下させることが可能となる。
【０１３８】
図１４は、本実施の形態における通信パケット１９０のパケットフォーマットを示す図である。通信パケット１９０には必須フィールドと拡張フィールドとがあり、網掛け部分が拡張フィールドに相当する。
【０１３９】
必須フィールドは、ＳＯＵＲＣＥ＿ＡＤＤＲフィールドと、ＳＩＮＫ＿ＡＤＤＲフィールドと、ＳＯＵＲＣＥ＿ＰＯＲＴフィールドと、ＳＩＮＫ＿ＰＯＲＴフィールドと、ＤＥＶＩＣＥ＿ＩＤフィールドとを含む。
【０１４０】
ＳＯＵＲＣＥ＿ＡＤＤＲフィールドとＳＯＵＲＣＥ＿ＰＯＲＴフィールドとには、それぞれ、ネットワーク端末５００のＩＰアドレスと送信ポート番号とが格納される。
【０１４１】
ＳＩＮＫ＿ＡＤＤＲフィールドとＳＩＮＫ＿ＰＯＲＴフィールドとには、それぞれ、サーバ３００のＩＰアドレスと待受ポート番号とが格納される。
【０１４２】
ＤＥＶＩＣＥ＿ＩＤフィールドには、サーバ３００がネットワーク端末５００をユニークに認識できるＩＤ情報が格納される。
【０１４３】
拡張フィールドは、ＴＹＰＥフィールドと、ＮＵＭフィールドと、１以上のＥＮＴＲＹフィールドとを含む。ＴＹＰＥフィールドには、ＥＮＴＲＹフィールドに格納されている端末状態の種類が格納される。図１４の例では、ＥＮＴＲＹフィールドに格納されている端末状態は、ＶＩＥＷ＿ＣＨ（視聴チャンネル）である。ＮＵＭフィールドには、ＥＮＴＲＹフィールドの個数が格納される。図１４の例では、ＥＮＴＲＹフィールドの個数は２である。ＥＮＴＲＹフィールドは、さらに、ＴＩＭＥフィールドとＳＴＡＴＵＳフィールドとを含んでおり、ＴＩＭＥフィールドには端末状態変化の変化時刻が、ＳＴＡＴＵＳフィールドには端末状態の値がそれぞれ格納される。なお、複数の種類の端末状態を送信する場合は、（ＴＹＰＥフィールド、ＮＵＭフィールド、１以上のＥＮＴＲＹフィールド）のセットが繰り返される。ＥＮＴＲＹフィールドに格納する端末状態の順番は特に規定しないが、図１４の例では、先頭のＥＮＴＲＹ１フィールドに最近の状態変化を配置している。このようにすれば、端末状態変化の履歴を必要としないサーバ３００がＥＮＴＲＹ１フィールドの内容のみを参照することで現在の端末状態を取得できる利点がある。
【０１４４】
［２−３．まとめ］
以上のように、本実施の形態において、ネットワーク端末５００は、ＮＡＴテーブルを維持するために定期的なパケット送信処理を行うとともに、チャンネル選局等により端末状態が変化した時には直ちに端末状態を含むパケット送信処理を行う。そして、その直後に端末状態が再び変化してもパケット送信処理を行わない送信保留時間５６４を設ける。
【０１４５】
これにより、チャンネルザッピング等による高頻度の状態変化が起こっても送信負荷を抑制しつつ、新しい端末状態をリアルタイムにサーバに知らせることができる。そのため、ネットワーク端末５００は、端末状態に応じたコンテンツをサーバ３００から得られやすくなる。
【０１４６】
以上のように、本実施の形態におけるネットワーク端末によれば、ネットワーク端末は、保留期間中のネットワーク端末の状態の変化を、保留期間経過後に通信パケット（情報パケット）に含めて送信することができる。特に、ネットワーク端末の状態が短時間で多くの回数変化する場合に、通信パケットの送信数を少なくする効果が大きい。よって、ネットワーク端末は、通信量をより少なくすることができる。
【０１４７】
また、ネットワーク端末は、保留期間内のネットワーク端末の状態の変化の履歴を、保留期間経過後にまとめて通信パケット（情報パケット）に含めて送信することができる。このようにすると、通信相手装置は、状態の変化に関する情報をより詳細に得ることができる。
【０１４８】
また、ネットワーク端末は、保留期間後の通信パケット（情報パケット）を送信しない。よって、ネットワーク端末は、通信量をより少なくすることができる。
【０１４９】
また、通信相手装置が主導的に、ネットワーク端末の保留時間を指定することができ、ネットワークにおける通信パケット量をより少なくすることができる。
【０１５０】
（実施の形態３）
以下、図１５〜１８を用いて、実施の形態３について説明する。本実施の形態におけるネットワーク端末は、送信禁止期間を用いてネットワーク端末の状態の変化が頻発する場合に通信量を抑制することができる。なお、実施の形態１又は２におけるものと同様の構成要素については、同一の符号を付し、詳細な説明を省略する場合がある。
【０１５１】
［３−１．構成］
［３−１−１．ネットワーク接続構成］
本実施の形態におけるネットワーク端末５００Ａを含むネットワーク構成図は、実施の形態２において、ネットワーク端末５００をネットワーク端末５００Ａとしたものと同様である（不図示）。
【０１５２】
［３−１−２．ネットワーク接続構成］
図１５は、本実施の形態におけるネットワーク端末５００Ａの構成を示すブロック図である。ネットワーク端末５００Ａは、ネットワーク端末１００と同様の構成を備えるとともに、さらに、不揮発性メモリ１６０に送信禁止時間５６６、及び、端末状態５６５を保持する。
【０１５３】
送信禁止時間５６６は、ネットワーク端末５００Ａの状態変化があったときに、通信パケットの送信を禁止する時間（禁止期間）である。つまり、ネットワーク端末５００Ａの端末状態が変化した直後には、禁止時間内であるので通信パケットの送信は行われない。仮に、ユーザが見たい番組を探して次々とチャンネルを切り替えている場合（＝チャンネルザッピング中）に、チャンネルの切り替えの都度に通信パケットを送信すると、ネットワーク端末５００の送信処理が増えて負荷が高くなる。さらに、インターネット回線網２００およびサーバ３００にも多数の通信パケットが殺到して負荷を与える。そこで、送信禁止時間５６６を設けることにより、端末状態が高頻度に変化しても負荷を抑制することができる。送信禁止時間５６６は、ルータ４００のＮＡＴテーブル維持時間よりも短い時間とする。なお、送信禁止時間５６６は、ネットワーク端末５００にあらかじめ定められた値であってもよいし、サーバ３００から受信した値であってもよい。
【０１５４】
端末状態５６５は、ネットワーク端末５００Ａの過去の視聴チャンネル等の情報である。端末状態５６５は、必要に応じてマイクロコンピュータ１７０により、作成、更新、又は、削除される。
【０１５５】
また、マイクロコンピュータ１７０は、内部メモリを有する。マイクロコンピュータ１７０は、必要に応じて端末状態５７１と送信禁止フラグ５７３とを内部メモリに保持する。端末状態５７１は、ネットワーク端末５００Ａの現在の視聴チャンネル等の情報である。送信禁止フラグ５７３は、マイクロコンピュータ１７０が禁止時間にある場合に有効化されるフラグである。
【０１５６】
［３−２．動作］
以上のように構成されたネットワーク端末５００Ａについて、その動作を以下説明する。ネットワーク端末５００Ａは、定期的に通信パケット送信処理を行うとともに、端末状態変化時に通信パケット送信処理を行う。ネットワーク端末５００Ａにおける定期的な通信パケット送信処理は、実施の形態１におけるものと同様である。一方、ネットワーク端末５００Ａは、実施の形態１で開示した処理とは異なる方法で、送信禁止時間を考慮して端末状態変化時のパケット送信処理を行う。さらに、送信禁止時間の終了後に送信処理を行う。以下で、この動作について詳細に説明する。
【０１５７】
［３−２−１．ネットワーク端末の端末状態変化時の処理］
図１６は、本実施の形態におけるネットワーク端末５００Ａの端末状態変化時のパケット送信処理のフローチャートである。
【０１５８】
まず、マイクロコンピュータ１７０は、チューナー１２０の選局に成功（すなわち、端末状態が変化）したら、内部メモリ上の端末状態情報を更新する（ステップＳ６１）。
【０１５９】
次に、マイクロコンピュータ１７０は、送信禁止時間の終了時刻を算出する（ステップＳ６２）。
【０１６０】
次に、マイクロコンピュータ１７０は、送信禁止時間の終了時刻をタイマーに設定する（ステップＳ６３）。
【０１６１】
次に、マイクロコンピュータ１７０は、次の通信パケットの送信時間を計算する（ステップＳ６４）。
【０１６２】
次に、マイクロコンピュータ１７０は、ステップＳ６４で算出した送信時刻になったらパケット送信要求割り込みが入るように、タイマー１３０に次の通信パケットの送信時刻を再設定する（ステップＳ６５）。ステップＳ６４の終了時点では、タイマー１３０は、ステップＳ１４で送信時刻が設定された状態となっている。よって、ステップＳ６５の処理は、マイクロコンピュータ１７０がステップＳ６５においてタイマー１３０に設定された送信時刻を再設定することにより送信時刻を修正する、と表現することもできる。
【０１６３】
その後、処理を終了する。
【０１６４】
［３−２−２．ネットワーク端末の送信禁止解除時のパケット送信処理］
図１７は、本実施の形態におけるネットワーク端末５００Ａの送信禁止解除時のパケット送信処理のフローチャートである。
【０１６５】
まず、マイクロコンピュータ１７０は、タイマー１３０から送信禁止終了割り込みを受ける（ステップＳ５１）。
【０１６６】
次に、マイクロコンピュータ１７０は、不揮発性メモリ１６０に保持されている端末状態５６５と、内部メモリに保持されている端末状態５７１とを比較することで、禁止時間の前後において端末状態の更新があったかどうかを確認する（ステップＳ７２）。
【０１６７】
ステップＳ７２において、それぞれの端末状態が一致する場合（ステップＳ７２でＮＯ）、ネットワーク端末５００Ａの処理は終了する。一方、ステップＳ７２において、それぞれの端末状態が一致しない場合（ステップＳ７２でＹＥＳ）、通信パケット（情報パケット）を生成する（ステップＳ７３）。
【０１６８】
その後、ステップＳ４４〜Ｓ４６の処理と同様にステップＳ７４〜Ｓ７６の処理を行う。
【０１６９】
以上で、送信禁止時間が解除された時のパケット送信処理を終了する。
【０１７０】
以上の処理によれば、ネットワーク端末５００Ａは、ネットワーク端末５００Ａの状態変化の直後には情報パケットの送信は行わず、禁止時間が経過した後に、当該状態変化を示す情報を含む情報パケットを送信する。
【０１７１】
［３−２−３．ネットワーク端末とサーバ間のシーケンス］
図１８は、本実施の形態におけるネットワーク端末５００Ａとサーバ３００との通信のシーケンス図である。図１８には、ネットワーク端末５００Ａとサーバ３００との間でやり取りされる通信パケットの送信タイミングが示されている。通常、ネットワーク端末５００Ａは、不揮発性メモリ１６０に記憶されたパケット送信間隔１６３で通信パケット１９０を定期的に送信する。また、端末状態が変化した時には、送信禁止時間５６６を開始する。送信禁止時間中に、新たに端末状態が変化した場合には、その時点から新たな送信禁止時間５６６を開始する。そして、送信禁止時間５６６が経過した後で、送信禁止時間５６６の経過時点の端末状態を格納した通信パケット１９０Ｃ（情報パケット）を送信する。
【０１７２】
なお、複数の送信禁止期間が重なり、通信パケットの送信間隔を超える時間継続して通信パケットの送信がなくなる場合には、その送信間隔を超える前に通信パケットまたは情報パケットを送信するようにする。
【０１７３】
なお、送信禁止時間５６６中の端末状態の変化の履歴を、通信パケット１９０Ｃに含めてもよい。
【０１７４】
なお、ステップＳ７２において、禁止時間の前後においてネットワーク端末５００Ａの端末状態の更新があった場合に、ステップＳ７３〜Ｓ７６のパケット送信処理を行うことを説明したが、禁止時間の前後においてネットワーク端末５００Ａの端末状態の更新がなかった場合にも、ステップＳ７３〜Ｓ７６のパケット送信処理を行うようにしてもよい。
【０１７５】
［３−３．まとめ］
以上のように、本実施の形態において、ネットワーク端末５００Ａは、ＮＡＴテーブルを維持するために定期的なパケット送信処理を行うとともに、チャンネル選局等により端末状態が変化した時には送信禁止時間を経過した後に端末状態を含むパケット送信処理を行う。
【０１７６】
これにより、チャンネルザッピング等による高頻度の状態変化が起こっても送信負荷を抑制しつつ、新しい端末状態をリアルタイムにサーバに知らせることができる。そのため、ネットワーク端末５００Ａは、端末状態に応じたコンテンツをサーバ３００から得られやすくなる。
【０１７７】
以上のように、本実施の形態におけるネットワーク端末によれば、ネットワーク端末は、禁止期間中のネットワーク端末の状態の変化を、禁止期間経過後に通信パケット（情報パケット）に含めて送信することができる。特に、ネットワーク端末の状態が短時間で多くの回数変化する場合に、通信パケットの送信数を少なくする効果が大きい。しかも、状態変化の直後に通信パケット（情報パケット）を送信することもないので、通信パケットの送信数を少なくする効果がより大きい。よって、ネットワーク端末は、通信量をより少なくすることができる。
【０１７８】
また、ネットワーク端末は、禁止期間内のネットワーク端末の状態の変化の履歴を、禁止期間経過後にまとめて通信パケット（情報パケット）に含めて送信することができる。このようにすると、通信相手装置は、状態の変化に関する情報をより詳細に得ることができる。
【０１７９】
また、ネットワーク端末は、禁止期間が経過した後のネットワーク端末の状態が、禁止期間が経過する前のネットワーク端末の状態と一致する場合に、禁止期間後の通信パケット（情報パケット）を送信しない。よって、ネットワーク端末は、通信量をより少なくすることができる。
【０１８０】
また、通信相手装置が主導的に、ネットワーク端末の禁止時間を指定することができ、ネットワークにおける通信パケット量をより少なくすることができる。
【０１８１】
（他の実施の形態）
以上のように、本開示における実装の例示として、実施の形態１〜３を説明した。しかしながら、本開示は、これに限定されず、適宜、変更、置き換え、付加、省略などを行った実施の形態にも適用可能である。また、上記実施の形態１〜３で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。
【０１８２】
また、実施の形態１〜３におけるネットワーク端末の必須の構成要素について説明する。図１９は、実施の形態１〜３におけるネットワーク端末の別の構成（ネットワーク端末１）を示すブロック図である。
【０１８３】
図１９に示されるように、ネットワーク端末１は、制御部１１と、通信部１２とを備える。また、ネットワーク端末１は、通信相手装置２０１に接続されている。
【０１８４】
制御部１１は、通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに通信相手装置２０１に送信させるように、通信部１２を制御する。また、ネットワーク端末１の状態が変化した場合に、送信タイミングとは異なる時刻であっても、ネットワーク端末１の状態を示す状態情報を含む通信パケットである情報パケットを、通信経路を通じて通信相手装置２０１に送信させるように通信部１２を制御する。
【０１８５】
通信部１２は、ネットワーク端末１の通信相手装置２０１と通信経路を通じて通信する。
【０１８６】
ネットワーク端末１によれば、ネットワーク端末は、通信経路を維持する機能を有する通信パケットを定期的に送信（定期送信）するとともに、ネットワーク端末の状態が変化した場合には、通信経路を維持しかつネットワーク端末の状態を通知する機能を有する情報パケットを送信する。通信経路は、通信パケット又は情報パケットが通過すると、その後、所定時間維持される。所定時間以内に次の通信パケット又は情報パケットが通過するように所定時間を設定することにより、所定時間より長い長期間にわたって通信経路が維持される。ネットワーク端末の状態の変化がない場合には、定期的に送信される通信パケットによってこの通信経路が維持される。一方、ネットワーク端末の状態の変化がある場合には、通信経路を維持する機能をも有する情報パケットによって、通信経路が維持されるとともに、ネットワーク端末の状態の変化が通信相手装置に通知される。ネットワーク端末は、ネットワーク端末の状態変化後すぐに通信相手装置に通知するので、状態変化後にネットワーク端末の状態に応じたデータを通信相手装置から取得することができる。
【０１８７】
そこで、以下、他の実施の形態についてまとめて説明する。
【０１８８】
実施の形態１〜３では、端末状態の一例として視聴中チャンネルを説明した。しかし、端末状態はこれに限定されない。端末状態として、ネットワーク端末に接続されたカメラの撮影画像による人物検出や人物特定結果を用いれば、ネットワーク端末を使っているユーザに最適なコンテンツをサーバから得られやすくなる。さらに、例えば、マイクにより取得される音、温度センサにより取得される計測値、または、ＧＰＳ（Global positioning system）により取得される位置情報を端末状態として用いても良い。これらの入力値によりネットワーク端末にユーザがいると判断された時にサーバがコンテンツを送出するなどして、コンテンツが利用される機会を向上することができる。
【０１８９】
また、実施の形態１〜３では、ネットワーク端末１００、５００又は５００Ａが所定の端末状態を送信する事を説明した。しかし、送信する端末状態の種別をサーバ３００からネットワーク端末に指定しても良い。これにより、サーバ３００は、コンテンツの送信条件に必要な種別の端末状態を効率よく収集できる。また、ネットワーク端末は、ネットワーク端末がどの種別の端末状態を送るのかを設定できるようにしても良い。これにより、ネットワーク端末のユーザのプライバシーを保護することができる。
【０１９０】
また、実施の形態２では、ネットワーク端末５００が保持する送信保留時間５６４を用いて送信保留終了時刻を算出することを説明した。ここで、送信保留時間は、ＮＡＴテーブルを維持できる範囲内でサーバ３００からネットワーク端末５００に指定できるようにしても良い。これにより、サーバ３００へのアクセスが殺到する時間帯に送信頻度を低減できる。
【０１９１】
また、実施の形態３では、ネットワーク端末５００Ａが保持する送信禁止時間５６６を用いて送信禁止終了時刻を算出することを説明した。ここで、送信禁止時間は、ＮＡＴテーブルを維持できる範囲内でサーバ３００からネットワーク端末５００に指定できるようにしても良い。これにより、サーバ３００へのアクセスが殺到する時間帯に送信頻度を低減できる。
【０１９２】
また、実施の形態２では、１種類の送信保留時間５６４を用いて送信保留終了時刻を算出することを説明した。しかし、送信保留時間はネットワーク端末５００毎に決めても良い。これにより、視聴可能なチャンネル数が多いネットワーク端末５００はチャンネルザッピングされる時間も長いから送信保留時間を長く取ることができる。あるいは、端末状態毎に送信保留時間を決めても良い。これにより、雑音が入りやすいマイクの入力結果に対しては送信保留時間を長めに取ることで意図しない通信パケット送信を減らす工夫ができる。
【０１９３】
また、実施の形態３では、１種類の送信禁止時間５６６を用いて送信禁止終了時刻を算出することを説明した。しかし、送信禁止時間はネットワーク端末５００Ａ毎に決めても良い。これにより、視聴可能なチャンネル数が多いネットワーク端末５００Ａはチャンネルザッピングされる時間も長いから送信保留時間を長く取ることができる。あるいは、端末状態毎に送信禁止時間を決めても良い。これにより、雑音が入りやすいマイクの入力結果に対しては送信禁止時間を長めに取ることで意図しない通信パケット送信を減らす工夫ができる。
【０１９４】
また、実施の形態１〜３では、ネットワーク端末１００、５００又は５００Ａからサーバ３００への片方向通信でリアルタイムに端末状態を知らせると説明した。ここで、サーバ３００は、端末状態を受信したことを示すためネットワーク端末に対して端末状態受領パケットを送信しても良い。さらに、ネットワーク端末は、端末状態を格納した通信パケット１９０Ａ、１９０Ｂ又は１９０Ｃに対する端末状態受領パケットが受信できなければ、次の通信パケット１９０の送信時に、現在の端末状態を格納した通信パケット１９０を送信しても良い。これにより、インターネット回線網２００の異常やサーバ３００の負荷などの影響により端末状態を格納した通信パケット１９０を正常に受信することができず、サーバ３００がネットワーク端末ごとに保持している端末状態を更新できない期間が生じても、現在の端末状態をサーバ３００へ通知することができる。
【０１９５】
また、実施の形態１〜３では、通信パケット１９０、１９０Ａ、１９０Ｂ又は１９０Ｃの送信によって端末状態をサーバ３００に通知し、サーバ３００がネットワーク端末１００、５００又は５００Ａごとにその端末状態に適したコンテンツを送出する事を説明した。ここで、サーバ３００がネットワーク端末にコンテンツを送出する場合は、当該コンテンツの送出に至る過程での端末状態情報を一緒に添付してもらい、添付された端末状態がネットワーク端末の端末状態と相違するときは、ネットワーク端末は現在の端末状態を格納した通信パケットをサーバ３００に送信するようにしても良い。これにより、ネットワーク端末とサーバ３００間の端末状態の不一致を解消できる。
【０１９６】
また、実施の形態１〜３では、チューナー１２０を備えたネットワーク端末１００、５００又は５００Ａを前提に説明した。このようなネットワーク端末１００の具体例は、デジタルテレビやビデオレコーダなどである。しかし、ネットワーク端末１００は、チューナー１２０の代わりにカメラや各種センサと接続したネットワーク端末でもよい。例えば、ネットワーク対応サイネージディスプレイをカメラと接続し、カメラで認識した人物の特徴を端末状態としてサーバ３００に送信するものとする。人物が大人であれば大人向けのサイネージコンテンツをサーバ３００から送信し、人物が子供であれば子供向けのサイネージコンテンツをサーバ３００から送信することで、サイネージの効果を高めることができる。また、ＧＰＳ付きのスマートフォンにおいては、位置情報を端末状態としてサーバ３００に送信し、その場所に適したコンテンツをサーバ３００から送信してもらうことができる。
【０１９７】
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
【０１９８】
したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記実装を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
【０１９９】
また、上述の実施の形態は、本開示における技術を例示するためのものであるから、請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【０２００】
本開示は、インターネット上のサーバから端末状態に応じたデータを得ることができるネットワーク端末に適用可能である。具体的には、デジタルテレビ、ＨＤＤレコーダ、スマートフォン、サイネージディスプレイなどに、本開示は適用可能である。
【符号の説明】
【０２０１】
１、１００、５００、５００Ａ  ネットワーク端末
１１  制御部
１２  通信部
１１０  通信モジュール
１２０  チューナー
１３０  タイマー
１４０  リモコン受信部
１５０  映像出力ＩＦ
１６０  不揮発性メモリ
１６１  サーバアドレス
１６２  機器ＩＤ
１６３  パケット送信間隔
１７０  マイクロコンピュータ
１９０、１９０Ａ、１９０Ｂ、１９０Ｃ  通信パケット
１９１  送信元アドレス
１９２  送信先アドレス
１９３  送信元ポート
１９４  送信先ポート
１９５  ペイロード
１９６  機器ＩＤ
１９７  端末状態情報
１９８  端末状態の種類
１９９、５６５、５７１  端末状態
２００  インターネット回線網
２０１  通信相手装置
３００  サーバ
３１０  コンテンツ
３１１  送信条件
３２０、５９３  端末情報
４００  ルータ
５６４  送信保留時間
５６６  送信禁止時間
５７２  送信保留フラグ
５７３  送信禁止フラグ
５９１  端末状態情報
５９４  変化時刻
５９５  変化後の端末状態
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク端末であって、
前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、
前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、
前記制御部は、さらに、
前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記通信経路を維持するための通信パケットに前記ネットワーク端末の状態を示す状態情報を格納した通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させ、前記通信部が前記情報パケットを送信した時点を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定するように前記通信部を制御する
ネットワーク端末。
【請求項２】
前記制御部は、
前記情報パケットを前記通信部が送信してから所定の保留時間が経過するまでの保留期間に前記ネットワーク端末の状態が変化した場合に、前記保留期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記保留期間が経過した後に送信させるように、前記通信部を制御する
請求項１に記載のネットワーク端末。
【請求項３】
前記制御部は、
前記保留期間が経過した後に、前記保留期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
請求項２に記載のネットワーク端末。
【請求項４】
前記制御部は、
前記保留期間が経過した後の前記ネットワーク端末の状態が、前記保留期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する
請求項２又は３に記載のネットワーク端末。
【請求項５】
前記制御部は、
前記通信相手装置が指定する保留時間を前記保留時間として用いて制御する
請求項２〜４のいずれか１項に記載のネットワーク端末。
【請求項６】
前記制御部は、
前記ネットワーク端末の状態が変化してから所定の禁止時間が経過するまでの禁止期間に前記情報パケットの送信を禁止し、前記禁止期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記禁止期間が経過した後に送信させるように、前記通信部を制御する
請求項１に記載のネットワーク端末。
【請求項７】
前記制御部は、
前記禁止期間が経過した後に、前記禁止期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
請求項６に記載のネットワーク端末。
【請求項８】
前記制御部は、
前記禁止期間が経過した後の前記ネットワーク端末の状態が、前記禁止期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する
請求項６又は７に記載のネットワーク端末。
【請求項９】
前記制御部は、
前記通信相手装置が指定する禁止時間を前記禁止時間として用いて制御する
請求項６〜８のいずれか１項に記載のネットワーク端末。
【請求項１０】
前記ネットワーク端末は、さらに、
放送チャンネルの放送を受信する放送受信部を備え、
前記通信部は、前記放送受信部の前記放送チャンネルを示す情報を前記状態情報として前記情報パケットを送信する
請求項１〜９のいずれか１項に記載のネットワーク端末。
【請求項１１】
前記通信部は、さらに、
前記ネットワーク端末の状態に応じて前記通信相手装置が送信する広告コンテンツを受信し、
前記ネットワーク端末は、さらに、
前記広告コンテンツを表示する表示部を備える
請求項１〜１０のいずれか１項に記載のネットワーク端末。
【請求項１２】
前記ネットワーク端末は、さらに、
前記ネットワーク端末の位置情報を取得する位置情報取得部を備え、
前記通信部は、前記位置情報を前記状態情報として前記情報パケットを送信し、かつ、前記位置情報に応じて前記通信相手装置が送信する前記広告コンテンツを受信する
請求項１１に記載のネットワーク端末。
【請求項１３】
前記ネットワーク端末は、さらに、
前記ネットワーク端末の周辺に存在する人の属性を示す属性情報、または、前記ネットワーク端末の周辺環境を示す環境情報を取得するセンサを備え、
前記通信部は、前記属性情報および前記環境情報のうち少なくとも一方を前記状態情報として前記情報パケットを送信する
請求項１１又は１２に記載のネットワーク端末。
【請求項１４】
前記通信経路上には、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）機能を有するルータが配置されており、
前記通信部は、前記通信パケットまたは前記情報パケットを、前記ルータを通じて前記通信相手装置に送信することで、前記ルータにおけるＮＡＴテーブルを維持することによって、前記通信経路を維持する
請求項１〜１３のいずれか１項に記載のネットワーク端末。
【請求項１５】
ネットワーク端末であって、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部を備えるネットワーク端末における通信方法であって、
前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御ステップと、
前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記通信経路を維持するための通信パケットに前記ネットワーク端末の状態を示す状態情報を格納した通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させ、前記通信部が前記情報パケットを送信した時点を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定するように前記通信部を制御する送信ステップとを含む
通信方法。
【請求項１６】
請求項１５に記載の通信方法をコンピュータに実行させるためのプログラム。
【請求項１７】
請求項１〜１４のいずれか１項に記載のネットワーク端末と、
前記ネットワーク端末の通信相手装置とを備える
通信システム。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2014068803.tif 000022
【図２】
2014068803.tif 000023
【図３】
2014068803.tif 000024
【図４】
2014068803.tif 000025
【図５】
2014068803.tif 000026
【図６】
2014068803.tif 000027
【図７】
2014068803.tif 000028
【図８】
2014068803.tif 000029
【図９】
2014068803.tif 000030
【図１０】
2014068803.tif 000031
【図１１】
2014068803.tif 000032
【図１２】
2014068803.tif 000033
【図１３】
2014068803.tif 000034
【図１４】
2014068803.tif 000035
【図１５】
2014068803.tif 000036
【図１６】
2014068803.tif 000037
【図１７】
2014068803.tif 000038
【図１８】
2014068803.tif 000039
【図１９】
2014068803.tif 000040
【手続補正書】
【提出日】平成26年1月23日(2014.1.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク端末であって、
前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、
前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、
前記制御部は、さらに、
前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記通信経路を維持するための通信パケットに前記ネットワーク端末の状態を示す状態情報を格納した通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させ、前記通信部が前記情報パケットを送信した時点を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定するように前記通信部を制御し、
前記制御部は、
前記情報パケットを前記通信部が送信してから所定の保留時間が経過するまでの保留期間に前記ネットワーク端末の状態が変化した場合に、前記保留期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記保留期間が経過した後に送信させるように、前記通信部を制御し、
前記制御部は、
前記保留期間が経過した後に、前記保留期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
ネットワーク端末。
【請求項２】
前記制御部は、
前記保留期間が経過した後の前記ネットワーク端末の状態が、前記保留期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する
請求項１に記載のネットワーク端末。
【請求項３】
前記制御部は、
前記通信相手装置が指定する保留時間を前記保留時間として用いて制御する
請求項１又は２に記載のネットワーク端末。
【請求項４】
前記制御部は、
前記ネットワーク端末の状態が変化してから所定の禁止時間が経過するまでの禁止期間に前記情報パケットの送信を禁止し、前記禁止期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記禁止期間が経過した後に送信させるように、前記通信部を制御する
請求項１に記載のネットワーク端末。
【請求項５】
前記制御部は、
前記禁止期間が経過した後に、前記禁止期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
請求項４に記載のネットワーク端末。
【請求項６】
前記制御部は、
前記禁止期間が経過した後の前記ネットワーク端末の状態が、前記禁止期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する
請求項４又は５に記載のネットワーク端末。
【請求項７】
前記制御部は、
前記通信相手装置が指定する禁止時間を前記禁止時間として用いて制御する
請求項４〜６のいずれか１項に記載のネットワーク端末。
【請求項８】
前記ネットワーク端末は、さらに、
放送チャンネルの放送を受信する放送受信部を備え、
前記通信部は、前記放送受信部の前記放送チャンネルを示す情報を前記状態情報として前記情報パケットを送信する
請求項１〜７のいずれか１項に記載のネットワーク端末。
【請求項９】
前記通信部は、さらに、
前記ネットワーク端末の状態に応じて前記通信相手装置が送信する広告コンテンツを受信し、
前記ネットワーク端末は、さらに、
前記広告コンテンツを表示する表示部を備える
請求項１〜８のいずれか１項に記載のネットワーク端末。
【請求項１０】
前記ネットワーク端末は、さらに、
前記ネットワーク端末の位置情報を取得する位置情報取得部を備え、
前記通信部は、前記位置情報を前記状態情報として前記情報パケットを送信し、かつ、前記位置情報に応じて前記通信相手装置が送信する前記広告コンテンツを受信する
請求項９に記載のネットワーク端末。
【請求項１１】
前記ネットワーク端末は、さらに、
前記ネットワーク端末の周辺に存在する人の属性を示す属性情報、または、前記ネットワーク端末の周辺環境を示す環境情報を取得するセンサを備え、
前記通信部は、前記属性情報および前記環境情報のうち少なくとも一方を前記状態情報として前記情報パケットを送信する
請求項９又は１０に記載のネットワーク端末。
【請求項１２】
前記通信経路上には、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）機能を有するルータが配置されており、
前記通信部は、前記通信パケットまたは前記情報パケットを、前記ルータを通じて前記通信相手装置に送信することで、前記ルータにおけるＮＡＴテーブルを維持することによって、前記通信経路を維持する
請求項１〜１１のいずれか１項に記載のネットワーク端末。
【請求項１３】
ネットワーク端末であって、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部を備えるネットワーク端末における通信方法であって、
前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御ステップと、
前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記通信経路を維持するための通信パケットに前記ネットワーク端末の状態を示す状態情報を格納した通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させ、前記通信部が前記情報パケットを送信した時点を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定するように前記通信部を制御する送信ステップとを含み、
前記送信ステップでは、
前記情報パケットを前記通信部が送信してから所定の保留時間が経過するまでの保留期間に前記ネットワーク端末の状態が変化した場合に、前記保留期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記保留期間が経過した後に送信させるように、前記通信部を制御し、
前記送信ステップでは、
前記保留期間が経過した後に、前記保留期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
通信方法。
【請求項１４】
請求項１３に記載の通信方法をコンピュータに実行させるためのプログラム。
【請求項１５】
請求項１〜１２のいずれか１項に記載のネットワーク端末と、
前記ネットワーク端末の通信相手装置とを備える
通信システム。
【国際調査報告】
2014068803.tif 000041
2014068803.tif 000042
2014068803.tif 000043
2014068803.tif 000044