JP2013109586A - 情報配信システム、送信装置、受信装置、及び情報配信方法 - Google Patents

Abstract

【課題】情報をマルチキャスト型で告知する情報配信システムにおいて、受信側ユーザおよび送信側ユーザの利便性を向上させる。
【解決手段】送信サーバ１００から受信装置３００へと告知情報が伝送されるネットワークにおいて、受信装置３００は、告知情報を受信して蓄積する。受信装置３００は、ＴＶモニタ４００と接続されており、ＴＶモニタ４００に対して告知情報を表示させるための映像出力信号を出力する。受信装置３００は、告知情報に対するユーザ操作を、無線リモコン５００からの操作信号に基づいて受け付ける。一方、送信サーバ１００は、受信装置３００から、告知情報に応じた所定の情報を受信する。送信サーバ１００は、この所定の情報に対応した処理を実行する。
【選択図】図１

Description

本発明は、情報をマルチキャスト型で告知する情報配信システムに関し、特に、情報の発信および受信時の利便性を向上させる技術に関する。

地域住民の高齢化や地域の過疎化に伴って、地域住民の生活の利便性が損なわれる事例が増えつつある（非特許文献１参照）。例えば、地域において、生鮮食品を販売する販売店が撤退したり交通網が弱体化したりする等の問題がある。これは、いわゆる「買い物弱者」問題とも言われている。例えば、買い物するための店が住居の近くになく、バス等の交通手段が必要となる等の不便がある。特に移動手段を持たない高齢者にとっては過酷な状況である。

このような問題を解決するために、技術的にも様々な取り組みがなされている。
例えば、地域の住民（高齢者など）にＰＣ（Personal computer）等を配布し、インターネット接続により住民からの買い物注文を受け付けて、住民宅まで配送する等である。

内閣府「平成22年度 高齢者の住宅と生活環境に関する意識調査結果」、[平成23年11月15日検索]、インターネット（URL:http://www8.cao.go.jp/kourei/ishiki/h22/sougou/zentai/index.html）

しかし、高齢者にとってはＰＣ関連機器の扱いになれておらず、操作が煩雑であるという問題がある。ＰＣ操作に不慣れな利用者に、新たな操作を習得させることが必要となるためである。そのため、これらの地域住民にとっては、買い物情報や、自治体等から発信されている地域の情報も入手しにくいという問題がある。

そこで、本発明は、受信側のユーザが簡単な操作で情報発信側から発信される情報を確認できる情報配信システム、送信装置、受信装置、情報配信方法を提供することを目的とする。

また、これら地域住民に情報を発信する側（例えば、店舗や自治体）も、情報の配信を簡易に行いたいという要望がある。さらに、情報を発信する側は、情報の受け手でもある地域住民とのコミュニケーションをより活発にしたいという要望がある。例えば放送によって告知しようとすると、視聴に耐えうる放送コンテンツを制作するには多大なコストを要し、放送設備も必要となる。そのため、例えば地域の情報などをより簡易に情報発信できる手段が求められている。

そこで、本発明は、送信装置側のユーザが簡易に情報発信できる情報配信システム、送信装置、受信装置、情報配信方法を提供することを目的とする。

本発明は、通信網を介して送信装置から１以上の受信装置へ告知情報を通知する情報配信システムであって、送信装置は、送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、告知情報を記憶する情報記憶部と、告知情報を、送信先アドレスの受信装置へ通信網を介して送信する制御部とを備え、受信装置は、表示装置と接続され、通信網を介して送信装置とデータを通信する通信制御部と、通信制御部により受信された告知情報を蓄積する記憶部と、告知情報を表示装置に表示させるための映像出力信号を表示装置へ出力する出力部と、蓄積された告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付部とを備える。

また、本発明は、通信網を介して送信装置から１以上の受信装置へ告知情報を通知する情報配信システムにおける受信装置であって、受信装置は、表示装置と接続され、通信網を介して送信装置とデータを通信する通信制御部と、通信制御部により受信された告知情報を蓄積する記憶部と、告知情報を表示装置に表示させるための映像出力信号を表示装置へ出力する出力部と、蓄積された告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付部とを備える。

また、通信制御部は、告知情報を確認する操作を信号受付部により受け付けると、告知情報がユーザにより確認されたことを示す確認済情報を生成する返信データ生成部と、生成された確認済情報を送信装置へ送信する返信制御部を含むこととしてもよい。

また、返信データ生成部が生成する確認済情報とは、メールデータであり、返信制御部は、生成されるメールデータを、所定のプロトコルによって送信装置へ送信することとしてもよい。

また、告知情報は、開封確認要求とともに送信装置から送信されるものであり、返信データ生成部が生成する確認済情報とは、開封確認要求に応答する開封通知であり、返信制御部は、開封通知を送信装置へ送信することとしてもよい。

また、告知情報は、買い物に関する情報であり、通信制御部は、告知情報に示される買い物に関する情報に対応して買い物注文するための注文情報を生成する返信データ生成部と、生成された注文情報を送信装置へ送信する返信制御部を含むこととしてもよい。

また、本発明は、通信網を介して送信装置から１以上の受信装置へ告知情報を通知する情報配信システムにおける送信装置であって、受信装置は、告知情報がユーザにより確認されたことに応じて所定の情報を生成して送信装置に送信するものであり、送信装置は、送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、告知情報を記憶する情報記憶部と、通信網を介して受信装置とデータを通信する通信制御部とを備え、通信制御部は、告知情報を、送信先アドレスの受信装置へ通信網を介して送信し、受信装置から告知情報に応じた所定の情報を受信する受信部と、受信部により受信した所定の情報に対応した処理を実行する応答実行部とを含む。

また、告知情報は、買い物に関する情報であり、受信装置が生成する所定の情報とは、告知情報に示される買い物に関する情報に対応して買い物注文するための注文情報であり、受信装置は、注文情報を生成して送信装置に送信するものであり、送信装置の受信部は、受信装置から注文情報を受信し、応答実行部は、注文情報に示される買い物注文に対応した注文処理を実行することとしてもよい。

また、送信装置は、通信網を介して接続された入力端末から告知情報の入力を受け付けて情報記憶部に記憶し、通信制御部は、入力端末から受け付けた告知情報を、送信先アドレスの受信装置へ通信網を介して送信することとしてもよい。

また、入力端末は、ネットワーク接続に対応したスキャナであり、送信装置は、スキャナから通信網を介して入力される画像データを告知情報として受け付けることとしてもよい。

また、送信装置は、通信網を介して接続された入力端末から告知情報の入力を受け付けて情報記憶部に記憶し、送信装置の制御部は、入力端末から受け付けた告知情報を、送信先アドレスの受信装置へ通信網を介して送信し、告知情報に対する受信装置のユーザによる応答は、送信装置と受信装置とが接続された第１の通信網とは異なる第２の通信網により伝送され、入力端末は、受信装置へ送信した告知情報に対する受信装置のユーザの応答を、第２の通信網により受け付けることとしてもよい。

また、告知情報は、買い物に関する情報であり、告知情報に対する受信装置のユーザによる応答とは、買い物に関する情報に対応して買い物注文するための注文情報であることとしてもよい。

また、本発明は、通信網を介して送信装置から１以上の受信装置へ告知情報を通知する情報配信システムにおける情報配信方法であって、送信装置は、送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、告知情報を記憶する情報記憶部とを備え、受信装置は、表示装置と接続され、情報配信方法は、送信装置により、告知情報を、送信先アドレスの受信装置へ通信網を介して送信する送信ステップと、受信装置により、通信網を介して送信装置とデータを通信する通信制御ステップと、受信装置により、受信された告知情報を記憶部に蓄積させる蓄積ステップと、受信装置により、告知情報を表示装置に表示させるための映像出力信号を表示装置へ出力する出力ステップと、受信装置により、蓄積された告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付ステップとを含む情報配信方法でもある。

本発明によると、受信装置のユーザは、受信装置に蓄積されている告知情報を、無線操作機を操作することで、ＴＶモニタなどの表示装置により簡単に確認することができるため、受信装置のユーザの利便性が高まる。

また、送信装置のユーザは、告知情報を受信装置のユーザに送信したうえで、その告知情報に応答する情報を受信装置から受けとることができる。そのため、送信装置のユーザは、受信装置のユーザへの情報発信および受信装置のユーザからの応答の確認が容易になる。

本発明にかかる情報配信システム１の全体像を示す図である。 本発明にかかる送信サーバ１００の構成を示す機能ブロック図である。 本発明にかかる受信装置３００の構成を示す機能ブロック図である。 送信サーバ１００の送信先アドレス記憶部１０８において記憶されている送信先アドレス情報１５０を示す図である。 受信装置３００の受信ファイル蓄積部３０７において記憶されている受信ファイル管理テーブル３５０を示す図である。 送信サーバ１００の動作を示すフローチャートである。 受信装置３００によるファイル受信時の処理を示すフローチャートである。 受信装置３００が報知部３０３によりデータファイルの蓄積状況を報知する処理を示すフローチャートである。 受信装置３００が無線リモコン５００からの操作信号を受信して、ユーザ操作に応じた処理を実行することを示すフローチャートである。

以下、本発明にかかる情報配信システムについて具体的に説明する。
１ システムの全体像
図１は、本発明にかかる情報配信システム１の全体像を示す図である。

図１に示すように、情報配信システム１は、送信側ネットワーク７００と、送信側ネットワーク７０１と、１以上の受信エリア６００（同図では、受信エリア６００ａ、受信エリア６００ｂ、・・として示している）と、通信網８００とからなる。

通信網８００は、閉域網を構成するＷＡＮ（Wide Area Network）であり、ＨＦＣ（Hybrid Fiber-Coaxial）やＦＴＴＨ（Fiber To The Home）などの構成により送信側ネットワーク７００、送信側ネットワーク７０１、受信エリア６００の各通信機器の通信を実現する。

１．１ 送信側ネットワーク７００
送信側ネットワーク７００は、例えば自治体の事務室など、情報を発信する側のネットワークである。情報発信側（送信側ネットワーク）のユーザは、受信側ネットワーク９００のユーザへ向けて、告知すべき情報を発信する（本実施形態では、この情報を「告知情報」ということもある）。詳しくは後述する。

送信側ネットワーク７００は、ルーター２と、ハブ３と、ファイアウォール４と、送信サーバ１００と、入力端末群２００とからなる。送信側ネットワーク７００は、ルーター２を介して通信網８００と接続している。送信側ネットワーク７００では、ハブ３を介してＬＡＮ（Local Area Network）内の通信機器が接続される。ファイアウォール４は、入力端末群２００などＬＡＮの通信機器と外部ネットワークとの通信を制御し、ＬＡＮの通信機器の安全性を維持する機能を発揮する。

入力端末群２００は、送信側ネットワーク７００のユーザが、発信したい情報を入力するための端末である。同図に示すように、入力端末群２００には、パソコン２００ａ、パソコン２００ｂ、スキャナ２００ｃなど通信機能を有する情報処理装置が含まれる。

送信側ネットワーク７０１は、例えば地域にある事業者や団体など、情報を発信する側のネットワークである。例えば、店舗が買い物情報などを一定範囲の地域住民に宛てて送信したり、地域住民による自治会が住民同士の情報交換のために情報を送信したりする。情報発信は、送信サーバ１００を介して行われる。

送信側ネットワーク７０１は、例えば、図示するように、ルーター７と、スキャナ８から構成される。送信側ネットワーク７０１はルーター７を介して通信網８００と接続している。

スキャナ８は、文書等を読み取って画像データを生成する。スキャナ８は、ネットワーク接続機能を有しており、生成した画像データを、ネットワークを介して送信することができる。本実施形態では、スキャナ８で読み取られた文書は、画像データとして送信サーバ１００へ送信される。

具体的な構成は、例えば、物品を仕入れて販売する店舗等にスキャナ８が設置されている場合などである。店舗では、消費者に購買を促すため、価格やイベント案内等を掲載した紙媒体の広告（チラシ）を作成しているとする。店舗の事業者は、この広告をスキャナ８で読み取って画像データとし、送信サーバ１００を介して受信側ネットワーク９００へ送信する。これにより、送信側ネットワーク７０１のユーザは、スキャナ８で読み取るという簡単な操作で、受信側ネットワーク９００へ情報を発信することができる。

送信サーバ１００は、送信側ネットワーク７００から発信する告知情報を構成するデータファイル等の送信を制御する。送信サーバ１００については、詳しくは後述するが、概略は以下のとおりである。

１．２ 送信サーバ１００の概略
（マルチキャストによる配信）
送信サーバ１００は、データファイルの送信先となる受信装置のアドレスを管理している。送信サーバ１００は、受信装置のアドレスを記憶している。データファイルの送信先となるのは、１以上の受信側ネットワーク９００（同図では受信側ネットワーク９００ａ−１、受信側ネットワーク９００ａ−２、受信側ネットワーク９００ａ−３、・・として示している）からなる受信エリア（同図では受信エリア６００ａ、受信エリア６００ｂ、・・として示している）である。送信サーバ１００は、マルチキャスト方式によりデータファイルを送信する。

（受信側ネットワーク９００からの返信受付）
送信サーバ１００は、送信対象となるデータファイルを受信側ネットワーク９００の各受信装置３００へ送信するとともに、受信装置３００から返信されてくる返信データを受け付ける。送信サーバ１００は、受信装置３００から受け付けた返信データに応じた処理を実行する。例えば、買い物に関する情報を送信サーバ１００から送信したとする。受信装置３００では、買い物に関する情報を閲覧して、注文をするための返信データを生成して送信サーバ１００へ送信する。送信サーバ１００は、返信データを受け付けて、受信装置３００の注文に対応した処理を実行する。

１．３ 受信エリア６００
受信エリア６００は、１以上（同図では複数としている）の受信側ネットワーク９００からなる。本実施形態では、ある一定範囲の地域に設置された１以上の受信装置３００を、ひとつの受信エリア（受信エリア６００ａ、受信エリア６００ｂ、・・）としている。

受信側ネットワーク９００は、受信装置３００と、ＴＶモニタ４００と、無線リモコン５００から構成される。本実施形態では、受信側ネットワーク９００は、ユーザの住環境にある、テレビ放送を表示するためのディスプレイ（ＴＶモニタ４００）に受信装置３００を接続する構成としている。

受信装置３００は、送信側ネットワーク７００から送信されてくるデータファイルを受信して蓄積する。なお同図では、受信側ネットワーク９００が通信網８００を通じて通信するためのターミナルアダプタ等の図示を省略している。受信装置３００は、受信側ネットワーク９００のユーザの操作を無線リモコン５００からの無線信号により受け付ける。受信装置３００は、受け付けた操作に基づいて、送信サーバ１００より送信されて蓄積したデータファイルをＴＶモニタ４００へ出力する。詳しくは後述する。

ＴＶモニタ４００は、テレビ放送を受信して映像を表示するなど映像表示機能を有するディスプレイであり、ＨＤＭＩ（High-Definition Multimedia Interface）インターフェースを介して受信装置３００と接続する。受信装置３００からの映像出力信号を受け付けて映像を表示する。

無線リモコン５００は、ユーザの操作を受け付けるためのキー等の操作部を備え、受信装置３００を操作するための無線信号を無線により出力する。

２ 送信サーバ１００、受信装置３００の機能ブロックの説明
次に、送信サーバ１００および受信装置３００の機能ブロックについて説明する。

２．１ 送信サーバ１００
図２は、本発明にかかる送信サーバ１００の構成を示す機能ブロック図である。なお、同図では、送信側ネットワーク７００を構成する入力端末群２００等も示している。

図２に示すように、送信側ネットワーク７００に含まれる送信サーバ１００は、送信データ受付部１０１と、制御部１０２と、ＷＡＮ通信部１０３を含む。

２．１．１ 送信データ受付部１０１
送信データ受付部１０１は、送信側ネットワーク７００内のＬＡＮを介して入力端末群２００から送信されるデータファイルを受け付ける。具体的には、送信データ受付部１０１は、ＬＡＮインターフェース部１０６を含んでおり、ＬＡＮインターフェース部１０６は、ＬＡＮポートを備えている。ＬＡＮインターフェース部１０６により、ＬＡＮケーブルを介して入力された信号を受け付ける。

２．１．２ 制御部１０２
制御部１０２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備え、所定のプログラムに従い送信サーバ１００の動作を制御する。制御部１０２は、記憶部１０４と、送信データ生成部１０５と、返信ファイル受信部１２０と、応答実行部１１２を含む。

記憶部１０４は、ＨＤＤ（Hard Disk Drive）、ＲＡＭ等からなり、データを蓄積する。記憶部１０４は、ファイル蓄積部１０７と、送信先アドレス記憶部１０８を含む。ファイル蓄積部１０７は、入力端末群２００よりデータファイルの書き込みを受け付けて、データファイルを蓄積する。送信先アドレス記憶部１０８は、データファイルの送信先となる１以上の受信装置３００のアドレスを、送信先アドレス情報１５０として記憶する。詳しくは後述する。

送信データ生成部１０５は、ファイル蓄積部１０７に蓄積されたデータファイルを受信側ネットワーク９００に送信するための送信データを生成する。具体的には、送信データ生成部１０５は、ファイル分割部１０９とパケット生成部１１０を含む。送信サーバ１００は、本実施形態では、ＩＰマルチキャスト方式によりデータファイルを受信側ネットワーク９００へ送信する。すなわち、パケットによりデータを送信する。

ファイル分割部１０９は、ファイル蓄積部１０７に蓄積された、送信対象のデータファイルについて、パケットにより送信するため所定のデータサイズに分割する。パケット生成部１１０は、ファイル分割部１０９において分割されたデータにヘッダを付加する等して、ＩＰマルチキャスト方式により送信するためのパケットを生成する。なお、送信サーバ１００から受信装置３００へとデータファイルを送信するプロトコルには、例えば、ＦＬＵＴＥ（File Delivery over Unidirectional Transport）を用いる。

返信ファイル受信部１２０は、受信装置３００から送信されてくる返信データを受信する。応答実行部１１２は、受信された返信データに応じた処理を実行する。

返信データとは、例えば、送信サーバ１００から送信したデータファイルを閲覧したことを示す情報や、買い物に関する情報を含んだデータファイルを送信サーバ１００から送信した場合に、買い物の注文を示す情報などである。

返信データに応じた処理とは、例えば、データファイルが受信装置３００において閲覧されたことを示す情報が返信データであれば、各受信装置３００の閲覧状況を送信サーバ１００において管理する。また、例えば、返信データが買い物の注文を示す情報であれば、送信サーバ１００は、注文を処理するため、店舗等に注文内容を転送する処理等を行う。

データファイルが受信装置３００において閲覧されたことを送信サーバ１００が管理する方法は様々ある。例えば、受信装置３００へのデータファイルの送信を、ＳＭＴＰ（Simple Mail Transfer Protocol）等のプロトコルを用いたメール送信により実行する場合に、開封確認をリクエストすることとしてもよい（ＲＦＣ３７９８）。また、送信サーバ１００が送信したデータファイルのファイル名称を、受信装置３００からメール等により通知してもらうこととしてもよい。

２．１．３ ＷＡＮ通信部１０３
ＷＡＮ通信部１０３は、パケット化されたデータファイルを通信網８００へと送信するための通信インターフェースである。ＷＡＮ通信部１０３は、ＷＡＮインターフェース部１１１を含んでおり、ＷＡＮインターフェース部１１１は、ＷＡＮポートを備えている。なお、同図では、送信側ネットワーク７００内のハブ３やルーター２を図示しておらず、省略している。

２．２ 受信装置３００
次に、受信装置３００について説明する。

図３は、本発明にかかる受信装置３００の構成を示す機能ブロック図である。なお、同図では、受信側ネットワーク９００を構成するＴＶモニタ４００、無線リモコン５００等も図示している。

図３に示すように、受信装置３００は、ＷＡＮ通信部３０１と、制御部３０２と、報知部３０３と、入出力インターフェース部３０４を含む。

２．２．１ ＷＡＮ通信部３０１
ＷＡＮ通信部３０１は、パケット化されたデータファイルを通信網８００に対して送信したり、通信網８００を経由してパケットを受信したりするための通信インターフェースである。ＷＡＮ通信部３０１は、ＷＡＮインターフェース部３１０を含んでおり、ＷＡＮインターフェース部３１０は、ＷＡＮポートを備える。

２．２．２ 制御部３０２
制御部３０２は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、所定のプログラムに従い受信装置３００の動作を制御する。制御部３０２は、記憶部３０５と、受信制御部３０６と、返信データ生成部３２０と、返信制御部３１５を含む。

記憶部３０５は、ＲＡＭ等からなり、データを蓄積する。記憶部３０５は、受信ファイル蓄積部３０７を含む。

受信ファイル蓄積部３０７は、受信したデータファイルを蓄積する。また、受信ファイル蓄積部３０７は、受信ファイル管理テーブル３５０を記憶する。受信ファイル管理テーブル３５０とは、送信側ネットワーク７００より受信装置３００に宛てて送信されたデータファイルの、受信装置３００における蓄積状況やユーザによる閲覧状況、送信サーバ１００への返信状況を管理するためのデータテーブルである。詳しくは後述する。

受信制御部３０６は、送信側ネットワーク７００より受信装置３００に宛てて送信されたパケットの受信処理を行う。具体的には、受信制御部３０６は、ファイル合成部３０８と、パケット受信部３０９を含む。

パケット受信部３０９は、送信されるパケットのヘッダ等を参照して、受信装置３００に宛てたパケットを受信する。

ファイル合成部３０８は、受信されたパケットのヘッダを参照し、送信側ネットワーク７００よりパケットに分割されて送信されてきたデータファイルを合成する。

返信データ生成部３２０は、受信したデータファイルに対して送信サーバ１００へ返信するための返信データを生成する。

返信データとは、例えば、送信サーバ１００から送信されるデータファイルが、送信サーバ１００への確認通知を要するものである場合（開封確認リクエストが付加されたメールなど）は、その要求に応じた通知（開封通知）である。また、返信データとは、送信サーバ１００から送信されるデータファイルを受信装置３００のユーザが閲覧したことをメールにより受信装置３００から送信サーバ１００へ通知するために、そのデータファイルのファイル名称を含んだメールデータとしてもよい。また、返信データとは、送信サーバ１００から送信されるデータファイルが買い物に関する情報であれば、その買い物をするための注文を含む情報である、としてもよい。この場合、送信サーバ１００から送信されるデータファイルを識別する情報と、注文にかかる商品コードや注文数量など、注文に必要な情報が含まれるよう返信データが生成される。

返信制御部３１５は、生成された返信データを、ＷＡＮ通信部３０１を介して送信サーバ１００へ送信する。例えばメールにより返信データを送信する場合は、返信データは、返信制御部３１５によりＳＭＴＰ等のプロトコルを用いて受信装置３００から送信サーバ１００へ送信される。

２．２．３ 報知部３０３
報知部３０３は、制御部３０２の制御に従って、データファイルの蓄積状況を報知する。具体的には、報知部３０３は、発光部３１３と、スピーカ３１４とを含んでおり、制御部３０２の制御に従って、ユーザが確認していないデータファイルや、ユーザが返信していないデータファイルがあると、所定の報知を行う。所定の報知とは、本実施形態では、発光や音声による報知である。

発光部３１３は、ＬＥＤ（Light Emitting Diode）などの発光部材を備え、データファイルの蓄積状況に応じて、制御部３０２の制御に従って発光する。

スピーカ３１４は、制御部３０２の制御に従って、データファイルの蓄積状況を音声で通知する。また、スピーカ３１４は、制御部３０２の制御に従って、データファイルが音声形式で受信ファイル蓄積部３０７に蓄積されている場合に、そのデータファイルを音声により再生する。

２．２．４ 入出力インターフェース部３０４
入出力インターフェース部３０４は、映像信号の出力や、受信装置３００等を操作するための操作信号の入出力など受信装置３００における信号の入出力機能を備える。本実施形態では、入出力インターフェース部３０４は、ＨＤＭＩインターフェース部３１１とリモコン受信部３１２を含んでいる。

ＨＤＭＩインターフェース部３１１は、ＨＤＭＩ規格に対応した通信インターフェースを備え、ＴＶモニタ４００と接続して映像や音声をデジタル信号で伝送する。

入出力インターフェース部３０４は、ＨＤＭＩ規格においてＡＶ機器を相互に制御するためのＣＥＣ（Consumer Electronics Control）に対応している。受信装置３００は、入出力インターフェース部３０４によりＴＶモニタ４００等の外部のＡＶ機器を操作する操作信号を出力して、そのＡＶ機器に所定の動作をさせることができる。

リモコン受信部３１２は、無線リモコン５００による無線操作信号を受信するための受信ポートを備える。具体的には、リモコン受信部３１２は、赤外線受信ポートを備え、赤外線通信により無線リモコン５００からの操作信号を受け付ける。

３ データ
次に、本発明にかかる送信サーバ１００および受信装置３００において用いられるデータについて説明する。

３．１ 送信先アドレス情報１５０
図４は、送信サーバ１００の送信先アドレス記憶部１０８において記憶されている送信先アドレス情報１５０を示す図である。

送信サーバ１００は、ＩＰマルチキャスト方式によりデータファイルを送信するために、送信先となる受信装置それぞれのアドレスについて、ある一定の範囲にある受信装置をひとつの受信エリアとして管理している。

図４に示すように、送信先アドレス情報１５０のレコードは、受信エリア名１５１と、受信エリアＩＤ１５２と、受信装置のアドレス１５３とを含む。

受信エリア名１５１と受信エリアＩＤ１５２は、受信エリアを識別するための情報であり、各受信エリアに対応している。図１の例では、受信エリア６００（６００ａ、６００ｂ、・・）のそれぞれをひとつの受信エリアとしている。

受信エリア名１５１は、受信エリアの名称を示す。送信側ネットワーク７００側のユーザが識別しやすいよう、例えば一定範囲の地域を対象に受信エリア名を定めている。

受信エリアＩＤ１５２は、受信エリアそれぞれに対応付けて、受信エリアを識別するための識別子である。

受信装置のアドレス１５３は、受信エリアＩＤ１５２に示される各受信エリアにおいて含まれる受信装置のアドレス（ＩＰアドレス）を格納している。１以上の受信装置のアドレスが、各受信エリアと対応づけられている。

３．２ 受信ファイル管理テーブル３５０
図５は、受信装置３００の受信ファイル蓄積部３０７において記憶されている受信ファイル管理テーブル３５０を示す図である。

受信ファイル管理テーブル３５０は、受信装置３００の受信ファイル蓄積部３０７において蓄積されているデータファイルの蓄積状況や、蓄積されたデータファイルに対するユーザの確認状況や、ユーザの返信状況を示す。なお、受信装置３００は、受信装置３００に宛てたデータファイルを受信したり、受信側ネットワーク９００のユーザがデータファイルを確認する操作、データファイルに返信する操作を受信装置３００において受け付けたりする都度、受信ファイル管理テーブル３５０を更新する。

受信ファイル管理テーブル３５０のレコードは、受信日時３５１と、ファイル名３５２と、返信フラグ３５３と、確認フラグ３５４とを含む。

受信日時３５１は、送信側ネットワーク７００から受信装置３００に宛てて送信されたデータファイルを受信装置３００において受信した日時を示す。例えば、制御部３０２が受信制御部３０６においてパケットを合成し、受信ファイル蓄積部３０７においてデータファイルとして蓄積させた日時を格納する。

ファイル名３５２は、受信したデータファイルを識別するための、ファイルの名称を格納している。ファイルの名称には、ファイルの種類を示す識別子が含まれる。例えば、テキストデータや音声データ、映像データ、ＸＭＬファイル等であることを示す拡張子が、ファイルの種類を示す識別子としてファイルの名称に含まれる。

返信フラグ３５３は、受信したデータファイルに対する受信装置３００の返信状況を格納している。同図では、データファイルに対して受信装置３００のユーザが返信済みである場合は「返信済」を格納することとしている。なお、データファイルについて返信が求められている場合（例えば「要返信」を返信フラグ３５３に格納する）、返信を求められていない場合なども返信フラグ３５３で示される。

確認フラグ３５４は、受信ファイル管理テーブル３５０における１件のレコードに示されるデータファイルについて、受信装置３００のユーザがそのデータファイルを確認したか否かを格納している。同図では、ユーザがデータファイルを既に確認している場合は「確認済」、未確認の場合は「未読」として示している。受信装置３００において蓄積されたデータファイルに対して受信装置３００のユーザが閲覧する等の操作をしたことを受信装置３００が受け付けること等により、確認フラグ３５４が更新される。

４ 動作
次に、本発明の送信サーバ１００および受信装置３００の動作について説明する。

４．１ 送信サーバ１００の動作
送信サーバ１００は、ファイル蓄積部１０７のＨＤＤ等の記憶装置を、送信側ネットワーク７００内のＬＡＮを介して入力端末群２００がアクセス可能としている。また、上記のように、送信側ネットワーク７０１など外部のネットワークからもデータファイルを受け付けている。このファイル蓄積部１０７の記憶装置におけるファイル管理のための階層構造において、所定のディレクトリ（データフォルダ）に新たにデータファイルの書き込みがあれば、送信サーバ１００は、その書き込まれたデータファイルを受信側ネットワーク９００へ送信する。

なお、本実施形態では、これらディレクトリは、データファイルの送信先となる受信エリア６００それぞれに対して設けられている。送信サーバ１００は、データファイルの書き込みを受け付けたディレクトリに対応した受信エリアの受信装置を宛先としてデータファイルを送信する。

さらに、受信エリアに対応したディレクトリごとに、開封確認リクエスト付きで送信するためのサブディレクトリと、開封確認リクエストを付けないで送信するためのサブディレクトリがある。送信サーバ１００は、上記のファイル蓄積部１０７の記憶装置において、データファイルの書き込みを、開封確認リクエスト付きで送信するためのサブディレクトリで受け付けたか、開封確認リクエストを付けないで送信するためのサブディレクトリで受け付けたかに応じて、データファイルの送信時に開封確認リクエストを追加するか決定する。

４．１．１ データファイルの送信
図６は、送信サーバ１００の動作を示すフローチャートである。

図６に示すように、送信サーバ１００は、制御部１０２により、ファイル蓄積部１０７の所定のディレクトリ（データフォルダ）に新たに入力端末群２００等からデータファイルの書き込みがあるか、所定の周期で監視している（Ｓ６０１）。制御部１０２は、所定のディレクトリに書き込みがあるまで（Ｓ６０１：ＮＯ）、逐次、データファイルの書き込みを監視する。

ステップＳ６０１において、上記所定のディレクトリに書き込みがあれば（Ｓ６０１：ＹＥＳ）、制御部１０２は、書き込みがあったディレクトリが、開封確認リクエストを追加するものであるか否かに応じて、開封確認リクエストを追加するか決定する。

制御部１０２は、入力端末群２００より書き込みがあったディレクトリに対応付けられた受信エリアに基づいて、送信先アドレス情報１５０を参照して送信先となる受信装置のアドレスを読み出す。

また、制御部１０２は、ステップＳ６０３で決定した結果に応じて開封確認リクエストを送信対象となるデータファイルに追加して送信データを作成する（Ｓ６０３）。

制御部１０２は、ステップＳ６０３において読み出された受信装置のアドレスに宛てて、データファイルを所定のプロトコルにより送信する（Ｓ６０５）。本実施形態では、通信プロトコルにはＦＬＵＴＥを用いて送信する。

制御部１０２は、上記の所定のディレクトリに、未送信のデータファイルがあれば（Ｓ６０７：ＹＥＳ）、上記ステップＳ６０３以降の処理を繰り返す。制御部１０２は、ステップＳ６０７において未送信のデータファイルがなければ（Ｓ６０７：ＮＯ）、ステップＳ６０１に進み、データファイルの書き込みを監視する（Ｓ６０１）。

４．１．２ 受信装置３００からの返信データに応じた動作
また、送信サーバ１００は、受信装置３００より受信した返信データに応じた動作をする。

（開封確認リクエストを付加してデータファイルを受信装置３００へ送信した場合）
例えば、データファイルをメールにより複数の受信装置３００へ送信して、開封確認リクエストを付加した場合は、各受信装置３００から返信されてくる開封通知を受信して、受信装置ごとに、開封済みであるか否かを管理する。これにより、送信側ネットワーク７００のユーザは、どの受信装置においてデータファイルが閲覧されたか管理することができる。

（買い物に関する情報を受信装置３００へ送信した場合）
また、買い物に関する情報（広告など）をデータファイルとして複数の受信装置３００へ送信して、買い物の注文を示す情報を返信データとして受信した場合は、注文を処理するための所定の動作を行う。

まず、受信装置３００は、注文に関する返信データを生成し、その返信データには、個々の受信装置３００を示す識別情報と、注文に関する情報（商品の名称・数量・注文先店舗等）など、注文を処理するための情報が含まれている。

一方、送信サーバ１００は、送信サーバ１００を介して受信側ネットワーク９００へ買い物情報等を送信する入力端末を、送信側ネットワーク７００の外部のネットワークも含めて管理しているとする。例えば送信側ネットワーク７０１を構成するスキャナ８等の情報通信機器を管理している。

注文を処理するための所定の動作とは、以下の通りである。例えば、送信サーバ１００は、受信装置３００から返信データを受信すると、注文先店舗の情報が含まれていれば、その注文先店舗にある情報通信機器に、受信装置３００のユーザの注文内容を転送する。

また、送信サーバ１００は、送信サーバ１００において注文を処理できることとしてもよい。すなわち、受信装置３００を識別する情報と対応して、商品の届け先住所等を送信サーバ１００が管理していることにより、受信装置３００から受け付けた注文に応じて商品の発送等をすることができる。

４．２ 受信装置３００の動作
次に、受信装置３００の動作について説明する。以下の説明では、（１）受信装置３００がファイルを受信する際の動作と、（２）受信装置３００が受信ファイル管理テーブル３５０を参照して報知部３０３により報知する動作と、（３）受信装置３００が操作信号を受け付ける際の動作について説明する。

４．２．１ 受信装置３００がファイルを受信する際の動作
図７は、受信装置３００によるファイル受信時の処理を示すフローチャートである。受信装置３００は、ファイルを受信すると、受信ファイル管理テーブル３５０を更新する。

順に説明すると、受信装置３００の制御部３０２は、受信制御部３０６により、受信装置３００に宛てて送信されるパケットを受信してデータファイルを合成する（Ｓ９０１）。

制御部３０２は、受信したデータファイルを、受信ファイル蓄積部３０７にて記憶させる（Ｓ９０３）。

制御部３０２は、受信したデータファイルに、開封確認リクエストが付加されているか否かを参照して受信ファイル管理テーブル３５０の返信フラグ３５３を更新する。すなわち、データファイルに開封確認リクエストが付加されていれば、「要返信」を返信フラグ３５３に格納し、付加されていなければ、その旨を示すフラグを返信フラグ３５３に格納する。制御部３０２は、データファイルを受信した日時と、データファイルのファイル名と、データファイルの重要度を対応付けて受信ファイル管理テーブル３５０に記録する（Ｓ９０５）。

このようにして、受信装置３００は、受信したデータファイルを管理する。
４．２．２ 受信装置３００が受信ファイル管理テーブル３５０を参照して報知部３０３により報知する動作
次に、受信装置３００がデータファイルの蓄積状況を報知部３０３により報知する動作について説明する。

本実施形態では、（１）ユーザが未確認のデータファイルがなければ報知部３０３による報知をしない。

また、ユーザが未確認のデータファイルがあれば、開封確認リクエストの有無に応じて報知部３０３による報知を制御する。例えば、受信装置３００は、（２）ユーザが未確認のデータファイルがあれば、発光部３１３により所定時間発光させる。さらに、（３）ユーザが未確認のデータファイルがあり、それらデータファイルにおいて、送信側ネットワーク７００が開封確認リクエストを付加しており受信装置３００から返信データが送信されていないものがあれば、受信装置３００は、発光部３１３の発光と、スピーカ３１４による音声報知を所定時間実行させる。

図８は、受信装置３００が報知部３０３によりデータファイルの蓄積状況を報知する処理を示すフローチャートである。

図８に示すように、受信装置３００の制御部３０２は、ユーザが未確認のデータファイルがないか、逐次、受信ファイル管理テーブル３５０の確認フラグ３５４を参照する（Ｓ１００１、Ｓ１００３）。

制御部３０２は、受信ファイル管理テーブル３５０の確認フラグ３５４を参照して、ユーザが未確認のデータファイルがあれば（Ｓ１００３：ＹＥＳ）、それら未確認のデータファイルのうち、返信フラグ３５３において「要返信」と示されているデータファイルがあるか判断する（Ｓ１００５）。

ステップＳ１００５において、ユーザが未確認のデータファイルに「要返信」なものがあると判断されると（Ｓ１００５：ＹＥＳ）、制御部３０２は、発光部３１３を発光させるとともに、アラーム音や音声アナウンスの再生など、返信が必要なデータファイルが蓄積されている旨をスピーカ３１４により音声で報知する（Ｓ１００７）。

ステップＳ１００５において、ユーザが未確認のデータファイルに「要返信」なものがないと判断されると（Ｓ１００５：ＮＯ）、制御部３０２は、発光部３１３を発光させる（Ｓ１００９）。

その後、制御部３０２は、ステップＳ１００１の処理に戻る。
なお、上記の処理において発光部３１３の発光は、様々な形態が考えられる。例えば、点滅等、ユーザに注意喚起する方法で発光することとしてもよい。

４．２．３ 受信装置３００が操作信号を受け付ける際の動作
次に、受信装置３００が無線リモコン５００からの操作信号に応じて実行する動作について説明する。

図９は、受信装置３００が無線リモコン５００からの操作信号を受信して、ユーザ操作に応じた処理を実行することを示すフローチャートである。

受信装置３００は、リモコン受信部３１２により無線リモコン５００からの操作信号を受信しているか逐次検出している（Ｓ１１０１）。操作信号の入力があると（Ｓ１１０１：ＹＥＳ）、制御部３０２は、信号の内容を解析してユーザの操作内容を判別する（Ｓ１１０３）。

ステップＳ１１０３における解析結果に応じて、制御部３０２は、ユーザの操作に対応した所定の動作を実行する（Ｓ１１０５）。

（未確認のデータファイルを表示させる操作）
例えば、受信装置３００は、ユーザから、未確認のデータファイルを映像により表示するための操作を無線リモコン５００により受け付ける。無線リモコン５００からは、ユーザの操作に応じた無線操作信号が出力され、受信装置３００のリモコン受信部３１２において受信される（Ｓ１１０１、Ｓ１１０３）。制御部３０２は、未確認のデータファイルを表示するための映像出力信号や映像表示のための制御信号を生成してＨＤＭＩインターフェース部３１１を介してＴＶモニタ４００へ出力する（Ｓ１１０５）。これによりＴＶモニタ４００にユーザが未確認のデータファイルが表示される。

また、このようにユーザが未確認のデータファイルを確認するための操作が行われると、受信装置３００は、受信ファイル管理テーブル３５０を参照し、そのデータファイルに対応する確認フラグ３５４を「確認済」とする。

（データファイルに対して返信する操作）
例えば、受信装置３００は、ユーザから、データファイルに対し送信サーバ１００に応答するための操作を無線リモコン５００により受け付ける。応答するための操作とは、例えば、データファイルを閲覧したことを示す開封通知を送信サーバ１００へ送信する操作や、買い物に関する情報を示すデータファイルを閲覧して、買い物するための注文指示を送信サーバ１００へ送信する操作である。

無線リモコン５００からは、ユーザの操作に応じた無線操作信号が出力され、受信装置３００のリモコン受信部３１２において受信される（Ｓ１１０１、Ｓ１１０３）。制御部３０２は、返信データ生成部３２０により返信データを生成し、送信サーバ１００へ所定のプロトコルにより送信する（Ｓ１１０５）。

また、このようにユーザが未確認のデータファイルを確認するための操作が行われると、受信装置３００は、受信ファイル管理テーブル３５０を参照し、そのデータファイルに対応する返信フラグ３５４を「返信済」とする。

＜その他＞
（操作信号の経路）
上記の実施形態の説明では、受信装置３００は、無線リモコン５００からの操作信号をリモコン受信部３１２により受け付けて、各動作を行うこととして説明した。

この他にも、操作信号を受け付ける経路は、無線リモコン５００から受信装置３００が直接受信する場合に限らず、ＴＶモニタ４００等の外部の機器を経由することとしてもよい。例えば、上記の実施形態の説明では、受信装置３００は、ＴＶモニタ４００等の外部の機器とＨＤＭＩ規格により接続されている。

そのため、外部の機器において受信された操作信号を、ＣＥＣによりＨＤＭＩの通信インターフェースを介して受信装置３００が受信することとしてもよい。例えばＴＶモニタ４００において無線リモコンの操作信号が受信され、この操作信号を、ＨＤＭＩの通信インターフェースを介して入出力インターフェース部３０４において受信することとしてもよい。

これにより、ＴＶモニタ４００等を操作するための無線リモコンを用いて、ユーザは、送信側ネットワーク７００から通知された重要な情報の確認等を行うことができる。例えば、ユーザがＴＶモニタ４００等の操作に日常的に用いており使用に慣れた無線リモコンを、送信側ネットワーク７００からの情報の確認に用いることができる。

（データファイルが蓄積されている場合の報知方法）
上記の実施形態の説明では、受信装置３００は、ユーザが未確認のデータファイルが蓄積されていると、発光部３１３により発光することとし、未確認で返信を要するデータファイルが蓄積されていれば、さらにスピーカ３１４により音声にて報知することとして説明した。

報知方法は、これに限らず、様々考えられる。例えば、返信を要するデータファイルの蓄積状況に応じて、発光部３１３の発光パターンを変化させることとしてもよい。

また、蓄積されているデータファイルに音声データが含まれる場合は、スピーカ３１４により、その音声データを再生することとしてもよい。例えば、未確認で返信を要するデータファイルが蓄積されていれば、いち早くユーザに知らせるために、音声データそのものの内容を音声で再生する。

（送信側ネットワークの構成）
上記の実施形態の説明では、送信側ネットワーク７００において送信サーバ１００を備え、送信側ネットワーク７００の外部からもデータファイルを受け付けることとして説明した。外部のネットワークとしては、スキャナ８を含む送信側ネットワーク７０１として説明したが、外部のネットワークは、これに限らず、通信網８００を介して通信可能な機器など様々な構成が考えられる。

（送信側ネットワーク７００におけるデータファイルの蓄積場所）
送信サーバ１００は、所定の記憶装置を、送信側ネットワーク７００内のＬＡＮを介して入力端末群２００に対しアクセス可能としている。ここで、所定の記憶装置とは、例えば、送信サーバ１００に備わるＨＤＤであるが、これに限らず、送信側ネットワーク７００内のＬＡＮで共有されている大容量記憶装置などにより入力端末群２００のデータファイルの書き込みを受け付けることとしてもよい。この記憶装置におけるファイル管理のための階層構造において、所定のディレクトリ（データフォルダ）に新たにデータファイルの書き込みがあれば、送信サーバ１００は、その書き込まれたデータファイルを送信する。

（買い物情報を受信した受信装置３００のユーザによる注文方法）
上記の実施形態の説明では、買い物に関する情報が受信装置３００に送信されると、送信サーバ１００は、受信装置３００から、買い物の注文を示す情報を返信データとして受け付けて、注文を処理するための所定の動作を行う（例えば、注文先店舗にある情報通信機器に、ユーザの注文内容を転送する等）として説明した。

これに限らず、ユーザからの注文を示す情報は、送信側ネットワーク７００と受信側ネットワーク９００が接続された通信網８００とは別のネットワークを経由して各店舗の情報通信機器に通知されることとしてもよい。すなわち、受信装置３００のユーザが注文をするために、送信サーバ１００を経由せず、買い物情報を発信した店舗等の情報通信機器に通知されることとしてもよい。

例えば、買い物に関する情報を閲覧した受信装置３００のユーザが注文をするために、電話など音声通話網を用いることとしてもよい。また、店舗等がクラウドサービスにより注文を受け付けることとしてもよい。受信装置３００のユーザは、携帯電話機等の情報通信機器を用いて通信網８００とは別のネットワークに接続して注文をすることができる。

今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明は、ＷＡＮ等により接続された情報通信機器が通信するネットワーク等において用いることができる。

１ 情報配信システム、２ ルーター、３ ハブ、４ ファイアウォール、７ ルーター、８ スキャナ、１００ 送信サーバ、１０１ 送信データ受付部、１０２ 制御部、１０３ ＷＡＮ通信部、１０４ 記憶部、１０５ 送信データ生成部、１０６ ＬＡＮインターフェース部、１０７ ファイル蓄積部、１０８ 送信先アドレス記憶部、１０９ ファイル分割部、１１０ パケット生成部、１１１ ＷＡＮインターフェース部、１１２ 応答実行部、１２０ 返信ファイル受信部、１５０ 送信先アドレス情報、２００ 入力端末群、３００ 受信装置、３０１ ＷＡＮ通信部、３０２ 制御部、３０３ 報知部、３０４ 入出力インターフェース部、３０５ 記憶部、３０６ 受信制御部、３０７ 受信ファイル蓄積部、３０８ ファイル合成部、３０９ パケット受信部、３１０ ＷＡＮインターフェース部、３１１ ＨＤＭＩインターフェース部、３１２ リモコン受信部、３１５ 返信制御部、３２０ 返信データ生成部、４００ ＴＶモニタ、５００ 無線リモコン、６００ 受信エリア、７００ 送信側ネットワーク、７０１ 送信側ネットワーク、８００ 通信網、９００ 受信側ネットワーク。

Claims (13)

1. 通信網を介して送信装置から１以上の受信装置へ告知情報を通知する情報配信システムであって、
   前記送信装置は、
   送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、
   告知情報を記憶する情報記憶部と、
   前記告知情報を、前記送信先アドレスの受信装置へ前記通信網を介して送信する制御部とを備え、
   前記受信装置は、表示装置と接続され、
   前記通信網を介して前記送信装置とデータを通信する通信制御部と、
   前記通信制御部により受信された告知情報を蓄積する記憶部と、
   前記告知情報を表示装置に表示させるための映像出力信号を前記表示装置へ出力する出力部と、
   前記蓄積された告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付部とを備える、
   情報配信システム。
2. 通信網を介して送信装置から１以上の受信装置へ告知情報を通知する情報配信システムにおける受信装置であって、
   前記受信装置は、表示装置と接続され、
   前記通信網を介して前記送信装置とデータを通信する通信制御部と、
   前記通信制御部により受信された告知情報を蓄積する記憶部と、
   前記告知情報を表示装置に表示させるための映像出力信号を前記表示装置へ出力する出力部と、
   前記蓄積された告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付部とを備える、
   受信装置。
3. 前記通信制御部は、
   前記告知情報を確認する操作を前記信号受付部により受け付けると、前記告知情報がユーザにより確認されたことを示す確認済情報を生成する返信データ生成部と、
   前記生成された確認済情報を前記送信装置へ送信する返信制御部を含む、
   請求項２記載の受信装置。
4. 前記返信データ生成部が生成する確認済情報とは、メールデータであり、
   前記返信制御部は、前記生成されるメールデータを、所定のプロトコルによって前記送信装置へ送信する、
   請求項３記載の受信装置。
5. 前記告知情報は、開封確認要求とともに前記送信装置から送信されるものであり、
   前記返信データ生成部が生成する確認済情報とは、前記開封確認要求に応答する開封通知であり、
   前記返信制御部は、前記開封通知を前記送信装置へ送信する、
   請求項３記載の受信装置。
6. 前記告知情報は、買い物に関する情報であり、
   前記通信制御部は、
   前記告知情報に示される買い物に関する情報に対応して買い物注文するための注文情報を生成する返信データ生成部と、
   前記生成された注文情報を前記送信装置へ送信する返信制御部を含む、
   請求項２記載の受信装置。
7. 通信網を介して送信装置から１以上の受信装置へ告知情報を通知する情報配信システムにおける送信装置であって、
   前記受信装置は、前記告知情報がユーザにより確認されたことに応じて所定の情報を生成して前記送信装置に送信するものであり、
   前記送信装置は、
   送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、
   告知情報を記憶する情報記憶部と、
   前記通信網を介して前記受信装置とデータを通信する通信制御部とを備え、
   前記通信制御部は、
   前記告知情報を、前記送信先アドレスの受信装置へ前記通信網を介して送信し、
   前記受信装置から前記告知情報に応じた前記所定の情報を受信する受信部と、
   前記受信部により受信した前記所定の情報に対応した処理を実行する応答実行部とを含む、
   送信装置。
8. 前記告知情報は、買い物に関する情報であり、
   前記受信装置が生成する前記所定の情報とは、前記告知情報に示される買い物に関する情報に対応して買い物注文するための注文情報であり、前記受信装置は、前記注文情報を生成して前記送信装置に送信するものであり、
   前記送信装置の前記受信部は、前記受信装置から前記注文情報を受信し、
   前記応答実行部は、前記注文情報に示される買い物注文に対応した注文処理を実行する、
   請求項７記載の送信装置。
9. 前記送信装置は、前記通信網を介して接続された入力端末から告知情報の入力を受け付けて前記情報記憶部に記憶し、
   前記通信制御部は、
   前記入力端末から受け付けた告知情報を、前記送信先アドレスの受信装置へ前記通信網を介して送信する、
   請求項７記載の送信装置。
10. 前記入力端末は、ネットワーク接続に対応したスキャナであり、
    前記送信装置は、前記スキャナから前記通信網を介して入力される画像データを告知情報として受け付ける、
    請求項９記載の送信装置。
11. 前記送信装置は、前記通信網を介して接続された入力端末から告知情報の入力を受け付けて前記情報記憶部に記憶し、
    前記送信装置の前記制御部は、
    前記入力端末から受け付けた告知情報を、前記送信先アドレスの受信装置へ前記通信網を介して送信し、
    前記告知情報に対する前記受信装置のユーザによる応答は、前記送信装置と前記受信装置とが接続された第１の通信網とは異なる第２の通信網により伝送され、
    前記入力端末は、前記受信装置へ送信した告知情報に対する前記受信装置のユーザの応答を、前記第２の通信網により受け付ける、
    請求項１記載の情報配信システム。
12. 前記告知情報は、買い物に関する情報であり、
    前記告知情報に対する前記受信装置のユーザによる応答とは、前記買い物に関する情報に対応して買い物注文するための注文情報である、
    請求項１１記載の情報配信システム。
13. 通信網を介して送信装置から１以上の受信装置へ告知情報を通知する情報配信システムにおける情報配信方法であって、
    前記送信装置は、
    送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、
    告知情報を記憶する情報記憶部とを備え、
    前記受信装置は、表示装置と接続され、
    前記情報配信方法は、
    前記送信装置により、前記告知情報を、前記送信先アドレスの受信装置へ前記通信網を介して送信する送信ステップと、
    前記受信装置により、前記通信網を介して前記送信装置とデータを通信する通信制御ステップと、
    前記受信装置により、前記受信された告知情報を記憶部に蓄積させる蓄積ステップと、
    前記受信装置により、前記告知情報を表示装置に表示させるための映像出力信号を前記表示装置へ出力する出力ステップと、
    前記受信装置により、前記蓄積された告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付ステップとを含む、
    情報配信方法。

Images