JPWO2014068803A1 - ネットワーク端末、通信方法、及び、プログラム - Google Patents

ネットワーク端末、通信方法、及び、プログラム Download PDF

Info

Publication number
JPWO2014068803A1
JPWO2014068803A1 JP2013543076A JP2013543076A JPWO2014068803A1 JP WO2014068803 A1 JPWO2014068803 A1 JP WO2014068803A1 JP 2013543076 A JP2013543076 A JP 2013543076A JP 2013543076 A JP2013543076 A JP 2013543076A JP WO2014068803 A1 JPWO2014068803 A1 JP WO2014068803A1
Authority
JP
Japan
Prior art keywords
network terminal
communication
state
terminal
packet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2013543076A
Other languages
English (en)
Inventor
憲壱 柴田
憲壱 柴田
篠原　弘樹
弘樹 篠原
山口　晃一郎
晃一郎 山口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2014068803A1 publication Critical patent/JPWO2014068803A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0092—Indication of how the channel is divided
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/255—Maintenance or indexing of mapping tables
    • H04L61/2553—Binding renewal aspects, e.g. using keep-alive messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

ネットワーク端末（１）の通信相手装置（２０１）と通信経路を通じて通信する通信部（１２）と、通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに通信相手装置（２０１）に送信させるように、通信部（１２）を制御する制御部（１１）とを備え、制御部（１１）は、さらに、ネットワーク端末（１）の状態が変化した場合に、送信タイミングとは異なる時刻であっても、ネットワーク端末（１）の状態を示す状態情報を含む通信パケットである情報パケットを、通信経路を通じて通信相手装置（２０１）に送信させるように通信部（１２）を制御する。

Description

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

Claims (18)

  1. ネットワーク端末であって、
    前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部と、
    前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御部とを備え、
    前記制御部は、さらに、
    前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する
    ネットワーク端末。
  2. 前記制御部は、
    前記通信部が前記情報パケットを送信した場合に、前記通信部が前記情報パケットを送信した時刻を起点として、前記所定の間隔ごとの前記通信パケットの送信タイミングを新たに決定する
    請求項１に記載のネットワーク端末。
  3. 前記制御部は、
    前記情報パケットを前記通信部が送信してから所定の保留時間が経過するまでの保留期間に前記ネットワーク端末の状態が変化した場合に、前記保留期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記保留期間が経過した後に送信させるように、前記通信部を制御する
    請求項１又は２に記載のネットワーク端末。
  4. 前記制御部は、
    前記保留期間が経過した後に、前記保留期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
    請求項３に記載のネットワーク端末。
  5. 前記制御部は、
    前記保留期間が経過した後の前記ネットワーク端末の状態が、前記保留期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する
    請求項３又は４に記載のネットワーク端末。
  6. 前記制御部は、
    前記通信相手装置が指定する保留時間を前記保留時間として用いて制御する
    請求項３〜５のいずれか１項に記載のネットワーク端末。
  7. 前記制御部は、
    前記ネットワーク端末の状態が変化してから所定の禁止時間が経過するまでの禁止期間に前記情報パケットの送信を禁止し、前記禁止期間における前記ネットワーク端末の状態を示す前記状態情報を含めた前記情報パケットを前記禁止期間が経過した後に送信させるように、前記通信部を制御する
    請求項１又は２に記載のネットワーク端末。
  8. 前記制御部は、
    前記禁止期間が経過した後に、前記禁止期間における前記ネットワーク端末の状態の履歴を示す前記状態情報を含めた前記情報パケットを送信させるように、前記通信部を制御する
    請求項７に記載のネットワーク端末。
  9. 前記制御部は、
    前記禁止期間が経過した後の前記ネットワーク端末の状態が、前記禁止期間が経過する前の前記ネットワーク端末の状態と一致する場合に、前記通信部による前記情報パケットの送信を禁止する
    請求項７又は８に記載のネットワーク端末。
  10. 前記制御部は、
    前記通信相手装置が指定する禁止時間を前記禁止時間として用いて制御する
    請求項７〜９のいずれか１項に記載のネットワーク端末。
  11. 前記ネットワーク端末は、さらに、
    放送チャンネルの放送を受信する放送受信部を備え、
    前記通信部は、前記放送受信部の前記放送チャンネルを示す情報を前記状態情報として前記情報パケットを送信する
    請求項１〜１０のいずれか１項に記載のネットワーク端末。
  12. 前記通信部は、さらに、
    前記ネットワーク端末の状態に応じて前記通信相手装置が送信する広告コンテンツを受信し、
    前記ネットワーク端末は、さらに、
    前記広告コンテンツを表示する表示部を備える
    請求項１〜１１のいずれか１項に記載のネットワーク端末。
  13. 前記ネットワーク端末は、さらに、
    前記ネットワーク端末の位置情報を取得する位置情報取得部を備え、
    前記通信部は、前記位置情報を前記状態情報として前記情報パケットを送信し、かつ、前記位置情報に応じて前記通信相手装置が送信する前記広告コンテンツを受信する
    請求項１２に記載のネットワーク端末。
  14. 前記ネットワーク端末は、さらに、
    前記ネットワーク端末の周辺に存在する人の属性を示す属性情報、または、前記ネットワーク端末の周辺環境を示す環境情報を取得するセンサを備え、
    前記通信部は、前記属性情報および前記環境情報のうち少なくとも一方を前記状態情報として前記情報パケットを送信する
    請求項１２又は１３に記載のネットワーク端末。
  15. 前記通信経路上には、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能を有するルータが配置されており、
    前記通信部は、前記通信パケットまたは前記情報パケットを、前記ルータを通じて前記通信相手装置に送信することで、前記ルータにおけるＮＡＴテーブルを維持することによって、前記通信経路を維持する
    請求項１〜１４のいずれか１項に記載のネットワーク端末。
  16. ネットワーク端末であって、前記ネットワーク端末の通信相手装置と通信経路を通じて通信する通信部を備えるネットワーク端末における通信方法であって、
    前記通信経路を維持するための通信パケットを、所定の間隔ごとの送信タイミングに前記通信相手装置に送信させるように、前記通信部を制御する制御ステップと、
    前記ネットワーク端末の状態が変化した場合に、前記送信タイミングとは異なる時刻であっても、前記ネットワーク端末の状態を示す状態情報を含む前記通信パケットである情報パケットを、前記通信経路を通じて前記通信相手装置に送信させるように前記通信部を制御する送信ステップとを含む
    通信方法。
  17. 請求項１６に記載の通信方法をコンピュータに実行させるためのプログラム。
  18. 請求項１〜１５のいずれか１項に記載のネットワーク端末と、
    前記ネットワーク端末の通信相手装置とを備える
    通信システム。
JP2013543076A 2012-10-30 2013-02-20 ネットワーク端末、通信方法、及び、プログラム Pending JPWO2014068803A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012238654 2012-10-30
JP2012238654 2012-10-30
PCT/JP2013/000958 WO2014068803A1 (ja) 2012-10-30 2013-02-20 ネットワーク端末、通信方法、及び、プログラム

Publications (1)

Publication Number Publication Date
JPWO2014068803A1 true JPWO2014068803A1 (ja) 2016-09-08

Family

ID=50626763

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013543076A Pending JPWO2014068803A1 (ja) 2012-10-30 2013-02-20 ネットワーク端末、通信方法、及び、プログラム

Country Status (3)

Country Link
US (1) US20140177646A1 (ja)
JP (1) JPWO2014068803A1 (ja)
WO (1) WO2014068803A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015197653A1 (en) 2014-06-23 2015-12-30 Airties Kablosuz Iletism Sanayi Ve Disticaret As Systems and methods for selecting an optimum communication route in a wireless network
WO2018138809A1 (ja) * 2017-01-25 2018-08-02 三菱電機株式会社 データ収集システム、データ収集装置、データ送信装置およびデータ収集方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004289325A (ja) * 2003-03-19 2004-10-14 Nippon Hoso Kyokai <Nhk> データ放送における視聴履歴取得システム、送信装置、及び受信装置
JP2005086401A (ja) * 2003-09-08 2005-03-31 Sony Ericsson Mobilecommunications Japan Inc データ送信方法、基地局および無線通信端末
JP2006033026A (ja) * 2004-07-12 2006-02-02 Matsushita Electric Ind Co Ltd マルチメディア情報の受信方法及びこれを実現するプログラム、マルチメディア情報の受信装置
JP2007043281A (ja) * 2005-08-01 2007-02-15 Furuno Electric Co Ltd ネットワークシステム、通信中継装置、通信端末装置、および通信端末装置用プログラム
JP2007104440A (ja) * 2005-10-05 2007-04-19 Dit:Kk パケット伝送システム、トンネリング装置およびパケット伝送方法
JP2010213109A (ja) * 2009-03-11 2010-09-24 Nec Corp 映像配信制御サーバ、受信端末、映像簡略化多重化装置、映像配信方法およびプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004204366A (ja) * 2002-12-24 2004-07-22 Toppan Printing Co Ltd 防湿紙およびそれを用いた包装紙、包装袋または紙製容器。
JP2007208693A (ja) * 2006-02-02 2007-08-16 Toshiba Corp 通信装置、通信システム、通信方法および通信プログラム
JP2011199691A (ja) * 2010-03-23 2011-10-06 Hitachi Ltd 帯域制御装置
US9100707B2 (en) * 2010-06-11 2015-08-04 At&T Intellectual Property I, L.P. Integrating video share and text messaging with set-top box and access point
US8681768B2 (en) * 2010-09-21 2014-03-25 Vantrix Corporation System and method of pacing real time media transmission over a broadband channel using micro bursting

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004289325A (ja) * 2003-03-19 2004-10-14 Nippon Hoso Kyokai <Nhk> データ放送における視聴履歴取得システム、送信装置、及び受信装置
JP2005086401A (ja) * 2003-09-08 2005-03-31 Sony Ericsson Mobilecommunications Japan Inc データ送信方法、基地局および無線通信端末
JP2006033026A (ja) * 2004-07-12 2006-02-02 Matsushita Electric Ind Co Ltd マルチメディア情報の受信方法及びこれを実現するプログラム、マルチメディア情報の受信装置
JP2007043281A (ja) * 2005-08-01 2007-02-15 Furuno Electric Co Ltd ネットワークシステム、通信中継装置、通信端末装置、および通信端末装置用プログラム
JP2007104440A (ja) * 2005-10-05 2007-04-19 Dit:Kk パケット伝送システム、トンネリング装置およびパケット伝送方法
JP2010213109A (ja) * 2009-03-11 2010-09-24 Nec Corp 映像配信制御サーバ、受信端末、映像簡略化多重化装置、映像配信方法およびプログラム

Also Published As

Publication number Publication date
WO2014068803A1 (ja) 2014-05-08
US20140177646A1 (en) 2014-06-26

Similar Documents

Publication Publication Date Title
EP2426918A1 (en) Method, terminal and server for allocating signal routing resources in video on demand service
US20140075039A1 (en) Networking method, server device, client device, and network system
JP6277758B2 (ja) 無線通信装置および無線通信設定方法
JP5161599B2 (ja) 電子機器、遠隔制御システム、信号処理方法、制御プログラムおよび記録媒体
CN102362506A (zh) 到外部显示装置的依据基于接收列表的特定输入资源的影像节目请求信号
CN109862437B (zh) 一种转发表项创建方法及bras
EP2701395B1 (en) Electronic device and content sharing method
WO2014068803A1 (ja) ネットワーク端末、通信方法、及び、プログラム
CN110753313A (zh) 一种数据同步方法和系统
JP2019016891A (ja) 撮像装置及び画像転送方法
JP2017228830A (ja) 通信装置、その制御方法、およびプログラム
US20100278075A1 (en) Communication system, information processing apparatus, and control method
JP2011055257A (ja) 通信装置、通信方法及び通信プログラム
US20090300214A1 (en) Communication Device and Communication Method
JP2009065688A (ja) 通信装置及び制御方法
JP6601774B2 (ja) 通信システム及び通信装置
JP5232108B2 (ja) 通信システム、親機及び子機
JP4844350B2 (ja) 放送受信機、ダウンロードデータ取得方法及びそのプログラム
JP4715802B2 (ja) 通信システム
JP5709555B2 (ja) デジタル放送受信装置及び情報処理方法
JP5780924B2 (ja) 通信システム
US8949306B2 (en) Apparatus connected to network and method for requesting another apparatus to perform processing via network
JP2005291772A (ja) 電子機器装置およびその制御システム
JP4174455B2 (ja) サービス利用装置
JP4217663B2 (ja) サービス利用装置

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20140805