(57)【要約】【課題】集客効果を高め得るディジタル放送システムを提供すること。【解決手段】実施形態によれば、モバイル通信ネットワークのサービス提供ゾーン内に設定されるエリアにコンテンツを放送するディジタル放送システムは、サーバと、コンテンツ生成部と、送信ユニットとを具備する。サーバは、エリアへの存在の証拠となるアクセス情報を生成する。コンテンツ生成部は、アクセス情報を含む放送用コンテンツを生成する。送信ユニットは、放送用コンテンツをエリアに放送する。サーバは、さらに、アクセス管理部と、受信部とを備える。アクセス管理部は、モバイル通信ネットワークを介して受信したアクセス情報に基づいて、アクセス元のモバイル端末からのアクセスを承諾または拒否する。受信部は、アクセスを承諾されたモバイル端末からモバイル通信ネットワークを介して送信されたデータを受信する。【選択図】  図２
2013102323.tif 000002
【特許請求の範囲】
【請求項１】
モバイル通信ネットワークのサービス提供ゾーン内に設定されるエリアにコンテンツを放送するディジタル放送システムであって、
前記エリアへの存在の証拠となるアクセス情報を生成するサーバと、
前記アクセス情報を含む放送用コンテンツを生成するコンテンツ生成部と、
前記放送用コンテンツを前記エリアに放送する送信ユニットと、を具備し、
前記サーバは、
前記モバイル通信ネットワークを介して受信したアクセス情報に基づいて、アクセス元のモバイル端末からのアクセスを承諾または拒否するアクセス管理部と、
前記アクセスを承諾されたモバイル端末から前記モバイル通信ネットワークを介して送信されたデータを受信する受信部とを備える、ディジタル放送システム。
【請求項２】
前記サーバは、時間の経過に合わせて前記アクセス情報を変更する、請求項１に記載のディジタル放送システム。
【請求項３】
前記アクセス情報は、前記放送用コンテンツを受信したモバイル端末において視覚的に表示されるパスワードである、請求項２に記載のディジタル放送システム。
【請求項４】
前記アクセス情報は、前記放送用コンテンツを受信したモバイル端末においてクリッカブルに表示されるアイコンに埋め込まれたアドレス情報である、請求項２に記載のディジタル放送システム。
【請求項５】
前記受信部は、前記受信したデータから前記放送用コンテンツに反映させるための情報を生成する、請求項１に記載のディジタル放送システム。
【請求項６】
前記コンテンツ生成部は、ビデオカメラにより撮影された映像に基づいて前記放送用コンテンツを生成する、請求項１に記載のディジタル放送システム。
【請求項７】
モバイル通信ネットワークのサービス提供ゾーン内に設定されるエリアにコンテンツを放送するディジタル放送システムに用いられるサーバであって、
前記エリアへの存在の証拠となるアクセス情報を生成するアクセス情報生成部と、
前記アクセス情報を含み前記エリアに放送された放送用コンテンツを受信したモバイル端末から前記モバイル通信ネットワークを介して受信したアクセス情報に基づいて、アクセス元のモバイル端末からのアクセスを承諾または拒否するアクセス管理部と、
前記アクセスを承諾されたモバイル端末から前記モバイル通信ネットワークを介して送信されたデータを受信する受信部とを備える、サーバ。
【請求項８】
前記アクセス情報生成部は、時間の経過に合わせて前記アクセス情報を変更する、請求項７に記載のサーバ。
【請求項９】
前記アクセス情報は、前記放送用コンテンツを受信したモバイル端末において視覚的に表示されるパスワードである、請求項８に記載のサーバ。
【請求項１０】
前記アクセス情報は、前記放送用コンテンツを受信したモバイル端末においてクリッカブルに表示されるアイコンに埋め込まれたアドレス情報である、請求項８に記載のサーバ。
【請求項１１】
前記受信部は、前記受信したデータから前記放送用コンテンツに反映させるための情報を生成する、請求項７に記載のサーバ。
【請求項１２】
モバイル通信ネットワークのサービス提供ゾーン内に設定されるエリアにコンテンツを放送するディジタル放送システムに用いられるサーバに適用されるアクセス管理方法であって、
前記サーバが、前記エリアへの存在の証拠となるアクセス情報を生成し、
前記エリアに存在するモバイル端末が、前記アクセス情報を含み前記エリアに放送された放送用コンテンツを受信し、
前記モバイル端末が、前記アクセス情報を前記モバイル通信ネットワークを介して前記サーバに送信し、
前記サーバが、前記モバイル端末から送信されたアクセス情報を前記モバイル通信ネットワークを介して受信し、
前記サーバが、前記受信したアクセス情報に基づいて、アクセス元のモバイル端末からのアクセスを承諾または拒否を判定し、
前記サーバが、前記アクセスを承諾されたモバイル端末から前記モバイル通信ネットワークを介して送信されたデータを受信する、アクセス管理方法。
【請求項１３】
前記生成することは、時間の経過に合わせて前記アクセス情報を変更する、請求項１２に記載のアクセス管理方法。
【請求項１４】
前記アクセス情報は、前記放送用コンテンツを受信したモバイル端末において視覚的に表示されるパスワードである、請求項１３に記載のアクセス管理方法。
【請求項１５】
前記アクセス情報は、前記放送用コンテンツを受信したモバイル端末においてクリッカブルに表示されるアイコンに埋め込まれたアドレス情報である、請求項１３に記載のアクセス管理方法。
【請求項１６】
前記サーバは、さらに、前記受信したデータから前記放送用コンテンツに反映させるための情報を生成する、請求項１２に記載のアクセス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、例えばＩＰ（Internet Protocol）ネットワークを介して地域内の視聴者にディジタルコンテンツを放送するディジタル放送システムと、この種のシステムに用いることの可能なサーバおよびアクセス管理方法に関する。
【背景技術】
【０００２】
ネットオークションやコンテスト、アンケート、あるいはクイズやゲームなどがインターネットのサイトで提供されている。ネットワーク環境を利用することでこの種のイベントに自宅に居ながらにして参加できるので、ユーザにとっては便利である。しかしながらその反面、参加する人が一同に会していないので盛り上がりにかける点は否めない。
【０００３】
本来このようなイベントは、参加する人が同じときに同じ場所に集まることで独特の高揚感が生まれ、場が盛り上がるものである。イベントを開催する関係者はこのような盛り上がりによって生まれるマネーフローの拡大を期待するものであるが、インターネット環境下においてそのような効果を求めることは難しい。
【０００４】
例えばモバイル端末向け放送を用いるアプリケーションで、単純に放送するだけで広告収入を得たり、クーポン発行などによる集客効果を狙うビジネスが知られているが、期待したような効果は得られていない。これは、イベントの進行を全ての参加者に、同時に伝えることが不可能であるなどの制約による。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−７５９０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
インターネットサイトで開催されるイベントは、参加者にとっては移動しなくて良いので便利な反面、大勢が一同に集まることで生まれる本来の効果を期待することが難しい。告知などのかたちではネットワークインフラの利点を利用することができるものの、実際のイベント開催においてはやはり大勢の人を同じ場所に集めたほうが盛り上がるし、ユーザにとっても楽しく、マネーフローも期待できる。同じ場所にいれば、参加者が同じ情報を一目で得られるし、放送などのかたちでも同じ情報を同時に受信できるからである。
【０００７】
ところで、モバイル端末向け放送に着目すると、この種のシステムはエリアワンセグなどと称して知られており、放送を受信する機能は、いまや殆どの人が所持するモバイル端末に備わっている。エリアワンセグでは放送エリアを半径数１０ｍ〜数１００ｍ程度にまで絞り込めるので、特定の場所に人を集めたいというニーズに応えられる可能性がある。しかしながらこのような要望を実現したシステムは未だ知られていない。
【０００８】
目的は、集客効果を高め得るディジタル放送システム、サーバおよびアクセス管理方法を提供することにある。
【課題を解決するための手段】
【０００９】
実施形態によれば、モバイル通信ネットワークのサービス提供ゾーン内に設定されるエリアにコンテンツを放送するディジタル放送システムは、サーバと、コンテンツ生成部と、送信ユニットとを具備する。サーバは、エリアへの存在の証拠となるアクセス情報を生成する。コンテンツ生成部は、アクセス情報を含む放送用コンテンツを生成する。送信ユニットは、放送用コンテンツをエリアに放送する。サーバは、さらに、アクセス管理部と、受信部とを備える。アクセス管理部は、モバイル通信ネットワークを介して受信したアクセス情報に基づいて、アクセス元のモバイル端末からのアクセスを承諾または拒否する。受信部は、アクセスを承諾されたモバイル端末からモバイル通信ネットワークを介して送信されたデータを受信する。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係わるディジタル放送システムの一例を示すシステム図。
【図２】図１に示される管理サーバ１０の一例を示す機能ブロック図。
【図３】実施形態に係わるディジタル放送システムにおける処理手順を示すフローチャート。
【図４】エリア内に存在するモバイル端末に表示される画面の一例を示す図。
【図５】実施形態に係わるディジタル放送システムにおける他の処理手順を示すフローチャート。
【図６】エリア内に存在するモバイル端末に表示される画面の他の例を示す図。
【発明を実施するための形態】
【００１１】
図１は、実施形態に係わるディジタル放送システムの一例を示すシステム図である。実施形態では犬や猫などのペット動物の品評会（ペットコンテスト）を実施するケースを想定する。この種のコンテストでは参加した動物にその毛並みや姿勢、挙動、性格などといった主に視覚的な要素に基づく点数が付けられ、得点に応じた順位が与えられる。点数は、その場に集まった愛好家の投票によって公平に与えられる。
【００１２】
図１に示されるシステムは、モバイル通信ネットワークのサービス提供ゾーン内に設定されるエリアにディジタルコンテンツを放送する。モバイル通信ネットワークの一例として図１においては携帯メールインフラ１００を示す。携帯メールインフラ１００は基地局ＣＳを介してゾーン（サービス提供ゾーン）を形成し、ディジタル放送システムのエリアはこのゾーン内に設定される。つまりエリア内のモバイル端末は携帯メールインフラ１００に接続することが可能である。
【００１３】
実施形態に係わるディジタル放送システムは、管理サーバ１０、コンテンツ生成サーバ２０、および送信ユニット３０を備える。管理サーバ１０、コンテンツ生成サーバ２０、および送信ユニット３０はハブ（ＨＵＢ）７０を介して接続され、互いに情報を授受できるようになっている。ハブ７０には、例えばイベント司会者の手元に置かれるパソコン端末６０などを接続しても良い。また、パソコン端末６０をバックステージなどに設置して種々のデータ（スーパーインポーズ情報、文字データなど）を編集できるようにしても良い。
【００１４】
コンテンツ生成サーバ２０はビデオカメラ４０に接続され、ビデオカメラ４０で撮影された映像（音声を含む）を取得する。コンテンツ生成サーバ２０は取得した映像および音声を既定の符号化方式でエンコードする。またコンテンツ生成サーバ２０は、エンコードされた映像／音声を、管理サーバ１０またはパソコン端末６０で生成されたデータ放送用のＢＭＬ（Broadcast Markup Language）と多重化する。そうして、コンテンツ生成サーバ２０は、トランスポートストリーム（ＴＳ）信号、または、ＴＳ信号と同等のデータフォーマットの信号を生成する。このＴＳ信号はハブ７０を介して送信ユニット３０に送られる。
【００１５】
送信ユニット３０はコンテンツデータを含むＴＳ信号に対してＩＳＤＢ−Ｔ（Integrated Services Digital Broadcasting for Terrestrial）のワンセグ送信仕様に基づくＯＦＤＭ（Orthogonal Frequency Division Multiplex ）変調を施す。送信ユニット３０はさらに、この変調された信号を、使用するＵＨＦ（Ultra High Frequency）帯の周波数に変換し、エリアの広さに応じたレベルに電力増幅してアンテナ５０から放送する。
【００１６】
エリアの広さはイベント会場の広さに応じてその都度決めることができる。例えば数十〜数百人規模のイベントであれば半径１００〜２００ｍ程度の広さを確保すれば良いであろう。なお送信ユニット３０は、携帯メールインフラ１００とは独立する無線送信機である。
【００１７】
ハブ７０は例えばネットワークプロバイダのルータ８０を介して、携帯メールインフラ１００に接続される。これによりディジタル放送システムは、携帯メールインフラ１００の機能を利用することができる。同様にエリア内のモバイル端末は、携帯メールインフラ１００を介して実施形態のディジタル放送システムにアクセスすることが可能である。ただし実施形態では、モバイル端末から本ディジタル放送システムへのアクセスに際してパスワードによる認証を実施する。これは、エリアワンセグの電波の届く範囲内に居る参加者でない者からのアクセスを禁止するためである。
【００１８】
管理サーバ１０はイベントを管理するもので、例えばイベント開催のためのソフトウェアがインストールされたコンピュータ端末である。上記構成は、いわゆるエリアワンセグとして知られるシステムの一形態である。実施形態ではエリアワンセグのエリアを携帯メールインフラ１００のゾーン内に形成する。
【００１９】
図２は、図１に示される管理サーバ１０の一例を示す機能ブロック図である。管理サーバ１０は、キーボードやマウスなどの入出力部１１、表示部１２、ハブ７０に接続されるインタフェース部１３を備える。さらに管理サーバ１０は、記憶部１４と、制御部１５とを備える。
【００２０】
制御部１５は実施形態に係わる処理機能として、パスワード生成部１５ａ、アクセス管理部１５ｂ、および、受信部１５ｃを備える。  
パスワード生成部１５ａは、エリアへの存在の証拠となるパスワード（アクセス情報）を生成する。このパスワードは記憶部１４に記憶されるとともに（パスワード１４ａ）、コンテンツ生成サーバ２０に送られる。コンテンツ生成サーバ２０はパスワードを例えばＢＭＬ（Broadcast Markup Language）で記述することで、コンテンツデータにパスワードを含ませる。
【００２１】
アクセス管理部１５ｂは、モバイル端末から携帯メールインフラ１００（モバイル通信ネットワーク）を介して受信したパスワードに基づいて、アクセス元のモバイル端末からのアクセスを承諾または拒否する。受信部１５ｃは、アクセスを承諾されたモバイル端末から携帯メールインフラ１００を介して送信されたデータを受信する。
【００２２】
特に受信部１５ｃは、受信したデータから放送用コンテンツに反映させるための情報を生成する。この種の情報としては例えば投票の結果やアンケートの結果などを統計的に集計したデータ（集計データ１４ｂ）が挙げられる。集計データ１４ｂイベントの進行に伴って変化し、その都度記憶部１４ｂに記憶されるとともにハブ７０を介してコンテンツ生成サーバ２０に送られてコンテンツの内容に反映される。次に、上記構成における作用を説明する。
【００２３】
図３は、実施形態に係わるディジタル放送システムにおける処理手順を示すフローチャートである。処理が開始されると、管理サーバ１０はコンテンツ生成サーバ２０にパスワードを通知する（ステップＳ１）。このパスワードは、ユーザにあまり手間をかけないためにも４〜５桁程度の数字や文字とすれば良い。例えばイベントの趣旨に因んだ文字列にすればわかり易い。また管理サーバ１０は、コンテンツ生成サーバ２０にコンテンツ生成のための各種のデータを通知する（ステップＳ２）。  
これを受けたコンテンツ生成サーバ２０はパスワードを含むコンテンツデータを生成し（ステップＳ３）、このコンテンツデータを送信ユニット３０に与える。送信ユニット３０はコンテンツをエリア内に放送する（ステップＳ４）。
【００２４】
図４は、エリア内に存在するモバイル端末に表示される画面の一例を示す図である。この画面は、ワンセグ放送による映像（動画）を表示する領域（映像領域）と、データ放送により受信されるデータコンテンツを表示する領域（データ領域）とを備える。このうち映像領域には現在エントリー中の犬の姿が映し出され、ユーザはこの画面を参照してその犬を評価する。この犬に投票したくなると、モバイル端末のユーザはパスワード入力を含むアクセス操作を行う。
【００２５】
一方、データ領域にはエリアワンセグ受信波からＢＭＬデータとして受信した各種の情報が視覚的に表示される。図４においては、映像領域に表示中の犬のプロフィール（エントリー番号、名前、犬種など）が備考などとともに文字で表示される。またデータ領域には、複数のメール送信ボタン（Ｎｏ．１，Ｎｏ．２，…）とパスワード（例えばＤＯＧＳ）が表示される。このうちパスワードは管理サーバ１０によるＢＭＬの書き換えに伴い、時間の経過とともに、例えば５分おきに変更される。
【００２６】
メール送信ボタンは例えばエントリー番号に対応付けて設けられ、スクロールボタンを操作すればさらに多くのボタンが表示されるようになっている。各メール送信ボタンには
投票したいエントリー番号ごとに異なる宛先アドレスが予め割り当てられる。いずれかのメール送信ボタンがクリックされると、対応する宛先アドレスが予め入力されたメール作成画面が表示され、メール本文にパスワードを入力してシステム宛に送信する。正しいパスワードを記載されたメールのみが有効として受け付けられ、投票結果に反映される。
【００２７】
図３に戻り、例えば図１のモバイル端末９０においてワンセグ放送が受信され（ステップＳ５）、そのユーザが投票のため、システムにアクセスするための操作を行ったとする（ステップＳ６でＹｅｓ）。この操作においてユーザは、投票を示すメッセージと、その時点で画面に表示されているパスワードとをモバイル端末から入力する。そうすると、入力されたパスワードを含むアクセス要求メッセージが、モバイル端末９０から携帯メールインフラ１００を介して管理サーバ１０に送られる（ステップＳ７）。なおアクセス要求メッセージにはパスワードに加え、投票データとともにユーザ識別子（ＩＤ：メールアドレスなど）を含ませても良い。
【００２８】
このメッセージを受けた管理サーバ１０はパスワード認証を行う（ステップＳ８）。すなわち入力されたパスワードがその時点で有効でなければＮＧとなり、管理サーバ１０はアクセスを拒否し（ステップＳ９）、アクセス拒否応答をモバイル端末９０に返送する。パスワードがその時点で有効であれば認証ＯＫとなり、管理サーバ１０はアクセス承諾応答をモバイル端末９０に返送する（ステップＳ１０）とともに、投票データを受信する（ステップＳ１１）。この投票データは他のモバイル端末からの投票の結果とともに集計され（ステップＳ１２）、新たなコンテンツデータを作成するためにコンテンツ生成サーバ２０に送られる。
【００２９】
ここまでの手順は時間の経過とともに繰り返され、その繰り返しの中で、規定時間が経過したか否かが判定される（ステップＳ１３）。すなわちステップＳ１３において管理サーバ１０は、パスワードを変更してから（初回においては最初のパスワードを送信してから）規定の時間、例えば５分が経過したか否かを判定する。規定時間が経過していなければ処理手順はステップＳ１に戻る。
【００３０】
規定時間が経過すれば、管理サーバ１０はパスワードを変更する（ステップＳ１４）。ここでは全くランダムな数値または文字列を乱数表から決めても良いし、または、予め決めておいた複数のパスワードをランダムに、あるいはサイクリックに切り替えるようにしても良い。つまり、同じパスワードが長期間にわたって使用されなければよい。そして、パスワードを変えたうえで処理手順はステップＳ１に戻り、変更されたパスワードがコンテンツ生成サーバ２０に送られる。
【００３１】
このような処理手順によって、有効なパスワードは例えば５分おきに変化する。これによりモバイル端末の画面に表示されるパスワードも時間の経過に合わせて変化する。従って、実施形態におけるパスワードを、エリア内に存在することの証拠として使用することができるようになる。
【００３２】
つまりパスワードはエリアワンセグ放送により、狭いエリア内に限定して放送される。従ってそのエリア内に居るユーザしかパスワードを知ることができない。実施形態ではこのことを利用し、ユーザに『同じ場所に集まらないとパスワードを入手できない』という動機付けを与えることで集客を促すようにする。
【００３３】
すなわち上記構成によれば、エリアワンセグ放送を受信したモバイル端末からしか管理サーバ１０にアクセスできないようになるので、イベントに参加するためにはユーザは会場に足を運ばなくてはならない。これにより大勢の人を同じ会場に誘導することが可能になり、イベントそのものの臨場感や高揚感を体験する場を創り出すことができる。
【００３４】
また、固定化されたパスワードを使用したままでいるとやがてはメールなどのかたちで外部（遠隔地の第三者など）にパスワードが漏れ、無用な混乱を招く虞がある。そこで実施形態では時間の経過につれパスワードを変更することでこのような事態に対処できるようにしている。
【００３５】
以上説明したようにこの実施形態では、パスワードを含むローカルコンテンツをエリアワンセグで放送し、エリア内のモバイル端末しかパスワードを知りえないようにする。管理サーバ１０でのパスワードによるアクセス制御により、エリア内のモバイル端末からのアクセスだけを排他的に承諾できるようにする。また、携帯メールインフラ１００を利用してモバイル端末からのアップリンクによるデータ伝送を可能としている。このデータ伝送によりパスワードや投票の意思などを管理サーバ１０に集約でき、オークション、コンテスト、クイズなどのイベント開催にあたって人を集めることが可能になる。これらのことから、集客効果を高め得るディジタル放送システム、サーバおよびアクセス管理方法を提供することが可能となる。
【００３６】
［変形例］
図５は、実施形態に係わるディジタル放送システムにおける他の処理手順を示すフローチャートである。図３にされる手順とはステップＳ１、Ｓ６、Ｓ８、Ｓ９、Ｓ１０、Ｓ１４の処理内容において異なる。これらのステップに図５ではそれぞれＳ１５、Ｓ１６、Ｓ１７、Ｓ１８、Ｓ１９、Ｓ２０を付して説明する。
【００３７】
図５において管理サーバ１０は、まず、ＵＲＬ（Uniform Resource Locator）をコンテンツ生成サーバ２０に通知する（ステップＳ１５）。このＵＲＬはモバイル端末からアクセス可能なＷｅｂページのアドレス情報である。つまりこの変形例ではパスワードに代えてアクセス先のアドレス情報を用いて、アクセスの排他制御を実現する。
【００３８】
コンテンツ生成サーバ２０は、ＵＲＬをボタンアイコンに埋め込む形式のＢＭＬデータを生成する。ステップＳ４、Ｓ５を経てＢＭＬデータがモバイル端末９０の画面に表示されると、図６に示すように、クリッカブルなボタン（投票ボタン）が表示される。この投票ボタンにはステップＳ１５で通知されたＵＲＬが埋め込まれており、クリックするとそのＵＲＬが管理サーバ１０に返信される（ステップＳ７）。
【００３９】
管理サーバ１０は受信したＵＲＬの有効性を判断する（ステップＳ１７）。この変形例においては、ＵＲＬを受信した時点に対応付けてそのＵＲＬの有効性を判断するようにする。つまり予め複数のＵＲＬとそのＵＲＬに対応するＷｅｂページを管理サーバ１０に用意しておき、いずれかのＵＲＬだけが、例えば５分おきに有効になるように予めプログラミングしておく。
【００４０】
受信時点において有効でないＵＲＬを受け取ると、管理サーバ１０はアクセスを拒否する旨を記載したページデータ（ＨＴＭＬデータ）をモバイル端末９０に返送する（ステップＳ１８）。受信した時点においてそのＵＲＬが有効であれば、管理サーバ１０はアクセスを承諾する旨を記載したページデータ（ＨＴＭＬデータ）をモバイル端末９０に返送する（ステップＳ１９）。  
そうして管理サーバ１０は既定時間の経過を判断し（ステップＳ１３）、規定時間が経過していれば有効なＵＲＬを切り替えたのち、ステップＳ１５からの手順を繰り返す。
【００４１】
上記構成によれば、パスワードの代わりにＵＲＬを用いることが可能になる。つまり時間的に連続する期間ごとに、複数のＵＲＬのうち一つのＵＲＬだけを有効にすることで、ＵＲＬを用いたアクセスに対する排他制御を実現できる。しかもこのＵＲＬを受信できるのはエリアワンセグ放送のエリア内に存在するモバイル端末だけなので、ＵＲＬを、エリア内に存在する証拠として利用することができる。従って上記構成によればパスワード入力に代えてボタンのクリック操作で済ませることができるようになり、ユーザの手間を少なくすることができる。
【００４２】
なお本発明は上記実施の形態に限られるものではない。例えばエリアワンセグ放送を行うエリアを一つだけに限定せず、複数のエリアでイベントを開催することももちろん可能である。その場合は送信ユニット３０を複数設ければ良い。このようにすればイベントを同時並行的に実施でき、より多くの集客を見込める。
【００４３】
さらに、実施形態を適用可能なシステムは、いわゆるエリアワンセグだけに限定されるものではない。要するに実施形態のシステムは、放送形式で同時に画像、音声、データを伝送可能なシステムに対して適用することが可能である。この種のシステムとしては例えばバラセグ、あるいは束セグなどと称して検討が開始されており、実施形態のシステムはこのようなシステムに対しても適用することができる。
【００４４】
このほか実施形態のシステムは、ペットコンテストに限らず、学校や塾での理解度チェックなどにも応用することができる。つまり理解度チェックのための問題をＢＭＬでモバイル端末に送り、多肢選択方式での回答を収集するようにすれば、その集計に基づいて生徒の理解度をチェックすることが可能になる。このように実施形態のディジタル放送システムは、参加者が一堂に会している必要があり、かつ、システムとユーザとの双方向のデータ通信を要するアプリケーションに対して好適に利用できる。
【００４５】
本発明の実施形態を説明したが、この実施形態は例として提示するものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４６】
ＣＳ…基地局、１００…携帯メールインフラ、１０…管理サーバ１０…コンテンツ生成サーバ、３０…送信ユニット、４０…ビデオカメラ、５０…アンテナ、６０…パソコン端末、７０…ハブ（ＨＵＢ）、８０…ルータ、１１…入出力部、１２…表示部、１３…インタフェース部、１４…記憶部、１４ａ…パスワード、１４ｂ…集計データ、１５…制御部、１５ａ…パスワード生成部、１５ｂ…アクセス管理部、１５ｃ…受信部
【図１】
2013102323.tif 000003
【図２】
2013102323.tif 000004
【図３】
2013102323.tif 000005
【図４】
2013102323.tif 000006
【図５】
2013102323.tif 000007
【図６】
2013102323.tif 000008