(57)【特許請求の範囲】
【請求項１】
インターラクティブサービスを提供する方法であって、複数の装置のうちの一装置の側において、各装置は２つのタイプのうちの一タイプに割り当てられ、
前記インターラクティブサービスに関連する第１の要求を受信するステップであって、前記第１の要求は前記インターラクティブサービスに関連する応答を要求し、前記第１の要求は前記装置に関連する条件情報を含むステップと、
ユーザから前記装置への入力に応じて、前記装置が第１のタイプである場合、前記応答を送信し、前記装置が第２のタイプであるとき、前記装置が前記第１の要求に含まれる前記条件情報を満たす場合にのみ、前記応答を送信するステップと
を有することを特徴とする、方法。
【請求項２】
前記装置が前記第２のタイプであり、前記第１の要求に含まれる前記条件情報を満たさないとき、前記ユーザからの入力を格納するステップをさらに有する、請求項１に記載の方法。
【請求項３】
前記装置が前記第２のタイプであり、前記第１の要求に含まれる前記条件情報を満たさない場合、
前記インターラクティブサービスに関連する第２の要求を受信するステップであって、前記第２の要求は前記第１の要求と同じ、前記ユーザに応答を促すよう表示される要求内容を有するが、異なる条件情報を有し、前記第２の要求は前記インターラクティブサービスに関連する応答を要求し、前記装置は前記第２の要求中の条件情報を満たすステップと、
前記の格納された入力を送信するステップとをさらに有する、
請求項２に記載の方法。
【請求項４】
前記装置が前記第１の要求を受信した後、前記ユーザから入力を受け取らない場合、
前記第１の要求と同じ要求内容を有する前の要求に応じて前記ユーザからの応答が格納されているか判断するステップと、
前記前の要求に応じた応答が格納されていると判断したとき、前記装置が前記第１の要求に含まれる前記条件情報を満たすときのみ、前記格納された応答を送信するステップとをさらに有する、
請求項１に記載の方法。
【請求項５】
前記２つのタイプ間の前記装置のタイプ変更は、前記装置により過去送信された応答の統計に基づく、請求項１に記載の方法。
【請求項６】
前記応答の統計は、ある番組またはある日の前記装置の投票率を含む、請求項５に記載の方法。
【請求項７】
前記投票率が所定値より高いとき、前記装置は前記第１のタイプであると判断され、または前記第２のタイプである、請求項６に記載の方法。
【請求項８】
前記条件情報は装置ＩＤ、ロケーション、及びアイドル時間に関する情報を含む、
請求項１に記載の方法。
【請求項９】
インターラクティブサービスネットワークにおけるレシーバであって、前記レシーバは２つのタイプのうちの一タイプに割り当てられ、前記レシーバは、
インターラクティブサービスに関連する第１の要求を受信するステップであって、前記第１の要求は前記インターラクティブサービスに関連する応答を要求し、前記第１の要求は前記レシーバに関連する条件情報を含む受信モジュールと、
データを送信する送信モジュールと、
ユーザからの入力に応答して、前記レシーバが第１のタイプであるとき、前記送信モジュールを用いて前記応答を送信し、前記レシーバが第２のタイプであるとき、前記レシーバが前記第１の要求に含まれる前記条件情報を満たすときのみ、前記送信モジュールを用いて前記応答を送信する処理モジュールとを有することを特徴とする、
レシーバ。
【請求項１０】
インターラクティブサービスサーバと少なくとも一レシーバとを有するネットワークにおけるインターラクティブサービスを送信する方法であって、前記少なくとも一レシーバの各々は第１のタイプ及び第２のタイプの一方に割り当てられ、少なくとも前記サーバにおいて、
前記インターラクティブサービスに関連する応答に対するインターラクティブな要求に関連する第１の要求を、前記少なくとも一レシーバに送信する、前記第１の要求は前記インターラクティブサービスに関連する条件情報を含むステップと、
前記第１の要求に含まれる前記条件情報を満たす第１のタイプの一または複数のレシーバと第２のタイプの一または複数のレシーバから応答を受信するステップとを有する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信に関し、より具体的には、インターラクティブサービスを提供する方法に関する。
【背景技術】
【０００２】
ＩＰＴＶシステムの発達とトリプルプレイアプリケーション（triple  play  applications）により、デジタルホームにおけるインターラクティブサービスが増加している。インターラクティブテレビジョンの視聴者の重要な利益のひとつは、リアルタイム投票をともなう放送番組を提供することである。例えば、リアリティショーや歌や踊りのコンテストなどのインターラクティブ番組では、視聴者は、電子メール、ウェブ投票、モバイル端末を介したショートメッセージサービス、電話投票などの手段により番組にフィードバックを送り、または応答するように奨励される；それゆえ、候補の俳優／競争者に対する興味と支持率を計算できる。さらにまた、クイズイベント、トークショー、いくつかの新しい番組などの他のタイプのインターラクティブ番組では、視聴者は、自分の回答と、自分のコメントを表す選択とを入力するも可能になる。通常、インターラクティブ投票を実現する２つの方法がある。
【０００３】
第１の方法は、例えば、ウェブサイトアドレスや電話番号を表示することにより、インターラクティブオペレーションに関連する補足情報を提供することである。参加視聴者は、電話、携帯電話、またはＰＣなどの別装置を用いて、フィードバックを送信する。この方法の欠点は次の点にある：
ａ）テレビジョン番組を処理するには、別のネットワークリソースと投票プラットフォームが必要である。
ｂ）視聴者の投票行動が衝動的であり概して予測不能である。短期間で視聴者により送信される多数のフィードバックのトラフィック制御と輻輳制御がされていない；及び
第２の方法は、ＩＰＴＶシステムで戻りチャンネルが利用できるなら、テレビジョンに接続されたセットトップボックスによりフィードバックを送信することである。補足情報はテレビジョンにより番組スケジューラの代わりとして表示でき、または現在の番組にスーパーインポーズでき、または受信器（例えば、セットトップボックスすなわち「ＳＴＢ」）とＩＰ接続されたタブレットやノートブックのような第２のスクリーン上に表示できる。第２の方法は上記の問題（ａ）を解決できる。しかし、問題（ｂ）は解決が困難である。説明した投票メカニズムでは、投票要求がテレビジョン番組とともに放送され、端末側でトラフィック制御が無いからである。数百万人の視聴者の注目を集める中央電視台の春節祭など多数の視聴者がいる人気のある番組の場合、５分間の間に視聴者の１０％が歌や踊りの番組に対してリアルタイムで投票しようとすると仮定すると、応答メッセージの量は膨大であり、インターラクティブサーバにおいて輻輳とサービス中断が生じる可能性がある。
【発明の概要】
【０００４】
本発明は、短時間にインターラクティブサーバに送信される多数のインターラクティブ投票応答またはメッセージにより生じる輻輳問題を回避することを目的としている。さらに、短時間で多数の応答を処理することにより、トラフィックの負荷が重くなり、ネットワークインタフェースにおけるメッセージ損失が起こり、視聴者への反応のレイテンシが大きくなる。この問題は、インターラクティブサーバと端末すなわち以下に説明するＳＴＢの両方における技術的改良により解決される。
【０００５】
本発明の一態様によると、インターラクティブサービスを提供する方法が提供される。複数の装置のうちの一装置の側において、各装置は２つのタイプのうちの一タイプに割り当てられ、前記方法は、前記インターラクティブサービスに関連する応答に対するインターラクティブな要求に関連する第１の要求を受信する、前記第１の要求は前記装置に関連する条件情報を含むステップと、ユーザからの入力に応じて、前記装置が第１のタイプである場合、前記応答を送信するステップと、前記装置が第２のタイプであるとき、前記装置が前記第１の要求に含まれる前記条件情報を満たす場合にのみ、前記応答を送信するステップとを有する。
【０００６】
本発明の他の一態様によると、インターラクティブサービスネットワークにおけるレシーバが提供される。レシーバは２つのタイプのうちの一方に割り当てられ、前記レシーバは、インターラクティブサービスに関連する応答を要求する前記インターラクティブに関連する第１の要求を受信する、前記第１の要求は前記レシーバに関連する条件情報を含む受信モジュールと、データを送信する送信モジュールと、ユーザからの入力に応答して、前記レシーバが第１のタイプであるとき、前記送信モジュールを用いて前記応答を送信し、前記レシーバが第２のタイプであるとき、前記レシーバが前記第１の要求に含まれる前記条件情報を満たすときのみ、前記送信モジュールを用いて前記応答を送信する処理モジュールとを有する。
【０００７】
本発明の他の一態様によると、インターラクティブサービスサーバと少なくとも一レシーバとを有するネットワークにおける、インターラクティブサービスを送信する方法が提供される。該方法は、前記サーバのレベルで、次のステップを有する：前記インターラクティブサービスに関連する応答に対するインターラクティブな要求に関連する第１の要求を、前記少なくとも一レシーバに送信する、前記第１の要求は前記インターラクティブサービスに関連する条件情報を含むステップと、前記第１の要求に含まれる第１のタイプの一または複数のレシーバと第２のタイプの一または複数のレシーバから応答を受信するステップとを有する。
【０００８】
本発明のより多くの態様と利点は、添付した図面を参照して以下の本発明の詳細な説明を読めば分かるだろう。言うまでもなく、以下の説明は、実施形態に関するものであり、本発明の範囲を限定するものではない。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態によるＩＰＴＶシステムにおけるインターラクティブサービスのためのネットワークアーキテクチャの一例を示す図である。
【図２】本発明の一実施形態によるインターラクティブサービスのコンテンツに関する２つの例を示す図である。
【図３】本発明の上記実施形態によるインターラクティブサービスを提供するメッセージフローの一例を示す図である。
【図４】本発明の上記実施形態によるインターラクティブサービスを提供する方法を示すフローチャートである。
【図５】本発明の上記実施形態によるＰＥＳにおける「テレテキスト」のシンタックスのフィールド定義の一例を示す図である。
【発明を実施するための形態】
【００１０】
本発明の一実施形態を図面を参照して詳細に説明する。以下の説明では、明確性と簡潔性のために、既知の機能や構成の詳細な説明を省略することもある。
【００１１】
第１に、インターラクティブサーバは、すべての端末（例えば、ＳＴＢ）に、定期的に要求（例えば、投票／スコア／意見／コメント）をブロードキャストし、その要求は（例えば、端末またはスマートカードのＩＤナンバー、端末に格納された位置情報などの最後の桁に基づいて）投票応答を提供する好ましい端末グループを特定する。
【００１２】
第２に、端末は、その要求を受信すると、例えば、自機に格納された視聴者行動情報（または視聴者によりなされる端末の使用）を分析することにより、端末のタイプを決定する。ここで、視聴者は、端末を操作する人であり、その行動に基づいて、２つのカテゴリー、すなわち受動的視聴者と能動的視聴者とに分類される。その上、端末が自機を操作する各視聴者のプロファイルまたは設定ファイルを提供することができる場合、その端末のカテゴリーは現在の視聴者の行動に依存する。現在の視聴者の情報はそのプロファイルまたは設定ファイルに格納されている。端末が自機を操作している視聴者を特定できない場合、この端末を操作しているすべての視聴者は、この端末の視点からは一人の視聴者と見なされる。以下の説明では、端末は自機を操作している視聴者を特定しない。視聴履歴の投票記録が所定閾値より低い受動的視聴者の場合、受動的視聴者の端末は、その端末が好ましいグループ（preferred  group）に属するとき、インターラクティブサーバへの自機の応答のみを送信する。前の番組で他数回投票し視聴記録が所定閾値より少なくない能動的視聴者の場合、能動的視聴者の端末は、表示条件（indication  condition）の制約を無視でき、毎回応答を送信できる。ここで、所定閾値は、低い割合（例えば、前視聴者の１０パーセント未満）の視聴者が能動的視聴者となるように、比較的高く設定できる。能動的視聴者と受動的視聴者の概念を導入することにより、より多くの視聴者がインターラクティブサービスに参加するように促される。一変形実施形態では、この特徴は任意的であり、視聴者は能動的視聴者や受動的視聴者に分けられない。
【００１３】
第３に、要求に含まれる現在の表示条件を満たさないが、それでも視聴者からの入力を得られる受動的視聴者の端末（ＳＴＢ／ゲートウェイ）の場合、視聴者の応答を記憶して、その端末が満たす表示条件を有する他の要求に応答して、インターラクティブサーバへの応答を送信することもできる。一変形実施形態では、複数の端末は、それぞれが異なる表示条件を有する複数のグループに分割される。インターラクティブサーバは、次々にこれらの異なる表示条件を用いてすべてのグループを回る。
【００１４】
この実施形態の方法は、所定時間内に受信する応答の数を減らし、輻輳を無くすまたは少なくとも減らす役に立つ。
【００１５】
図１は、本発明の一実施形態によるＩＰＴＶシステムにおけるインターラクティブサービスのためのネットワークアーキテクチャの一例を示す。バックエンドでは、２つのタイプの情報サーバがある。第１のタイプは、テレビを見ている視聴者とのインターラクションをサポートするインターラクティブサーバ１０１であり、第２のタイプは、テレビ番組のオーディオ／ビデオブロードキャストサーバである。このシステム中、例えば、ＤＶＢ（Digital  Video  Broadcasting）シリーズやMBMS（Multimedia  Broadcast  /  Multicast  Service）など、任意タイプのテレビジョン情報送信が可能である。図１において、コンテンツ配信ネットワークは、ケーブルネットワーク、ブロードバンドＩＰネットワーク、ワイヤレスＧＳＭ／ＣＤＭＡネットワーク、ＷｉＦｉ／ＷｉＭＡＸネットワークなど、任意の双方向ネットワークであり得る。フロントエンドでは、家庭１  １０６内の装置（家庭２  １０３と家庭３  １０５には装置は図示していない）は、インターラクティブ応答エージェントとして機能するホームゲートウェイ１０６、タブレット１０７、及びＳＴＢ１０８などが含まれ得る。タブレット１０７とＳＴＢ１０８は、ホームゲートウェイ１０６を介してコンテンツ配信ネットワークに接続されている。インターラクティブサービスのコンテンツは、（ＳＴＢを介して）テレビのまたはタブレット１０７の両方の画面上にまたは一方の画面上に表示できる。インターラクティブサービスのコンテンツに関する２つの例を図２に示す。左側の例は、候補ＡとＢがＰＫの状態である競争的ゲーム番組を示す。視聴者は、候補名を選択してから「送信（Submit）」ボタンをクリックすることにより、彼らのうち一方をサポートする応答を送信するように促される。右側の例は、トークショー番組で「休暇中何をしたいですか？」という質問に関する投票を表している。四つの選択肢、すなわち「家にいる（Stay  Home）」、「買い物（Shopping）」、「旅行（Travel）」及び「スポーツ（Sports）」が列挙されており、視聴者は自分の応答として一または複数のアイテムを選択できる。
【００１６】
図３は、本発明の実施形態による、インターラクティブサービスを提供するメッセージフローを示す。インターラクティブサーバ側において、サーバが投票要求をブロードキャストする時、応答のスケールを制限するために、その要求に表示条件（indication  condition）が含められる。この実施形態では、装置ＩＤのパリティが表示条件として用いられる。図に示すように、第１の投票要求により、奇数ＩＤの端末からのみの応答が許される。それゆえ、ＳＴＢ１（ＩＤ＝０００１）とＳＴＢ３（ＩＤ＝０００３）の視聴者が自分たちの投票行動（投票１（Vote  １）と投票３（Vote  ３））を終えると、ＳＴＢ１とＳＴＢ３が応答を送り返す。ここで、ＳＴＢ２（ＩＤ＝０００２）の視聴者も投票２（Vote  ２）をするが、ＳＴＢ２は応答をローカルで記憶し、偶数ＩＤ番号の端末からの応答を収集する投票要求に応答して、インターラクティブサーバに応答を送信する。それに加えて、ＳＴＢ３は頻繁に投票を送るので、能動的視聴者と認められ、表示条件の限定にかかわらず、毎回応答を送信することが許されている。ここで、一変形実施形態では、どの期間に視聴者がインターラクティブ動作を実行できるか、インターラクティブサーバに応答が送られたかを示すプロンプトを画面上に表示することができる。
【００１７】
一変形実施形態では、表示条件は、装置ＩＤ以外に、アイドル時間／ロケーション情報（例えば、具体的なコミュニティや具体的な家）など他の識別情報に基づいてもよい。アイドル時間は２つの側面を参照できる。一方は、ＳＴＢに関し、すなわち、アイドル時間中、マッチする要求が無いので、応答メッセージは送信されなかったことを意味する。他方は、視聴者に関し、すなわち、どれくらいのアイドル期間中に、視聴者は投票／スコアリングなどのインターラクションをしなかったかに関する。ここで、ＳＴＢが受動的か能動的かの判断は、番組ごとの投票率や日ごとの投票率など、視聴者の行動の統計に依存する。例えば、番組ごとの投票率が所定閾値より高い場合、ＳＴＢは行動的ＳＴＢであり、またはそうでなければ、受動的ＳＴＢであり、自機の応答を送信する正しい要求を待って、応答を送信しなければならない。
【００１８】
図４は、本発明の上記実施形態によるインターラクティブサービスを提供する方法を示すフローチャートである。上記の通り、インターラクティブサービスのコンテンツは、表示でき、テレビまたはタブレット１０７の両方の画面または一つの画面に表示及び実行できる。当業者は、本発明の実装に基づいて、両方の画面または一画面を用いるか決定できる。以下に説明する実施形態では、インターラクティブサービスのコンテンツはタブレット１０７上で表示及び実行される。ステップ４０１において、タブレットは、ＳＴＢにより現在表示されているテレビ番組に関連する投票要求を受け取る。投票要求は表示条件を含む。一例として、表示条件はＤＶＢ（Digital  Video  Broadcast）中の「テレテキスト（Teletext）」フィールドで運ばれる。図５は、ＰＥＳ（Packetized  Elementary  Stream）中の「テレテキスト（teletext）」のシンタックスのフィールド定義を示す。これはＴＳ（transport  stream）の一部である。「data_identifier」は予約され、０x１０〜０x１fの値である。「data_unit_id」はテレテキスト非字幕データに対して０x０２である。「data_unit_length」はデータフィールドの長さ値を格納するものである。「data_field」は表示条件を運ぶのに用いられる。ステップ４０２と４０３において、タブレットは表示条件を解析し、図２に示したＧＵＩ（Graphic  User  Interface）などの投票ＧＵＩを表示する。ステップ４０４において、タブレットは、視聴者からのユーザ入力の受け取りを待ち、または換言すると、ユーザ入力を受け取ったか判断する。受け取っていなければ、タブレットは、ステップ４１０において、前の応答があるか判断する。ステップ４０１の目的は、いくつかの受動的ＳＴＢの場合、視聴者が投票動作を行うが、受動的ＳＴＢは投票要求中の表示条件を満たさないので、タブレットはすぐにインターラクティブサーバに応答を送信しないが、その応答をローカルに格納する。すると、タブレットは、ステップ４１０で、投票要求について、対応する受動的ＳＴＢがどれの表示条件を満たすか、受動的ＳＴＢに対応するタブレットにより応答されたか否かを判断する。ステップ４１０において前には応答されていないと判断すると、タブレットは、ステップ４０８において対応するＳＴＢに対して役割変更を行うか、ステップ４０９において必要であれば、すなわちこの例の上記の閾値に基づき、能動的ＳＴＢと受動的ＳＴＢの役割を切り替えるか、判断する。ステップ４１０において、すでにタブレットに格納された前の応答があると判断すると、タブレットは、ステップ４０６において、それが表示条件を満たすか判断する。それが表示条件を満たさない場合、タブレットは、ステップ４１１において、対応するＳＴＢが能動的ＳＴＢであるかさらに判断する。対応するＳＴＢが能動的ＳＴＢである場合、タブレットはステップ４０７においてインターラクティブサーバに応答を送信する。一例では、応答は、対応するＳＴＢのＩＤ及び視聴者の選択／コメントを含む。対応するＳＴＢが能動的ＳＴＢでない場合、応答が新しいユーザ入力に対応するとき、受動的ＳＴＢに対応するタブレットは、応答をローカルバッファに格納し、または応答が以前のものであるとき、その応答をローカルバッファに格納する。ステップ４０４に��いて、ユーザ入力を受信したと判断された場合、タブレットは行動統計（behavior  statistics）を更新する。これはタブレットに格納されており、後ほどステップ４０８で役割変更が必要か判断するために用いられる。
【００１９】
視聴者が自分の応答を送信するとすぐにその応答がインターラクティブサーバに送り返される従来のインターラクティブサービスと比較して、本発明は、投票要求に表示条件を導入することにより、トラフィック制御をする。それに加えて、視聴者の装置は、２つのタイプ（すなわち、上記のように能動的タイプと受動的タイプ）。に分類される２つのタイプの間の切り替えは、視聴者の行動に基づいて動的に行われる。能動的タイプの装置は、その装置が表示条件を満たすか否かにかかわらず、応答を送信できる。表示条件を満たさない受動的タイプの装置は、適当な要求無しに応答を送信できない。
【００２０】
一変形例によると、インターラクティブサービスのためにタブレットに実装されている機能は、ＳＴＢに集積できる。この場合、インターラクティブサービスのコンテンツは、例えば図２に示したように、テレビ画面のある領域に表示され、テレビ番組とオーバーラップさせられる。
【００２１】
一変形例によると、端末は、インターラクティブサーバから要求を受信すると、この要求が、自分がすでにインターラクションした、例えば投票した前の応答と同じ、（例えば、図２に示した）視聴者に応答するように促すように表示された要求内容を有するか判断する。すでにインターラクションがされていたら、要求内容は視聴者に表示されない。
【００２２】
留意点として、図２に示したステップの順序は一意的ではない。当業者はステップの順序を変更できる。例えば、ステップ４１１は、前の応答があるか判断する前に、すなわちステップ４１０の前にすることもできる。能動的ＳＴＢの場合、それが表示条件を満たすか、及びローカルで格納された前の応答があるか判断する必要はない。受動的ＳＴＢの場合、それが表示条件を満たすか判断し、ユーザ入力を受け取らない時、前の応答があるか判断する必要がある。
【００２３】
この実施形態によると、インターラクティブサービスネットワーク中にレシーバまたは端末が設けられる。レシーバは２つのタイプのうちの一方に割り当てられる。レシーバは、少なくとも受信モジュール、送信モジュール、記憶モジュール、処理モジュール、統計モジュールなどを有する。
【００２４】
受信モジュールは、インターラクティブサービスに関連する応答を要求するインターラクティブサーバに関連する第１の要求を受信するのに用いられる。第１の要求はレシーバに関連する条件情報を含む。条件情報を用いてどのレシーバが条件を満たすか特定する。それに加えて、受信モジュールも用いて視聴者からの入力を受け取る。
【００２５】
送信モジュールはデータを送信するために用いる。
【００２６】
ストレージモジュールは、例えば、レシーバの識別コード、視聴者の応答、受信した要求などのデータを格納するために用いられる。
【００２７】
処理モジュールは、視聴者からの入力に応答して、レシーバが第１のタイプ（すなわち、能動的タイプ）であるとき、送信モジュールを用いて応答を送信し、レシーバが第２のタイプ（すなわち、受動的タイプ）であるとき、レシーバが第１の要求に含まれる条件情報を満たすときのみ、送信モジュールを用いて応答を送信する。ここで、レシーバが第２のタイプであり、視聴者から入力をまだ受信する場合、レシーバはストレージモジュール中、入力に基づき準備された応答または入力そのものを格納する。格納された応答または入力は、視聴者からさらなる入力を必要とせずに、レシーバが条件を満たす要求に応じるため、後で用いられる。
実施形態によると、インターラクティブサービスサーバと少なくとも一レシーバとを有するネットワークにおける、インターラクティブサービスを送信する方法が提供される。該方法は、前記サーバのレベルで、次のステップを有する：前記インターラクティブサービスに関連する応答に対するインターラクティブな要求に関連する第１の要求を、前記少なくとも一レシーバに送信する、前記第１の要求は前記インターラクティブサービスに関連する条件情報を含むステップと、前記第１の要求に含まれる第１のタイプの一または複数のレシーバと第２のタイプの一または複数のレシーバから応答を受信するステップ。
【図１】
0005869132.tif 000002
【図２】
0005869132.tif 000003
【図３】
0005869132.tif 000004
【図４】
0005869132.tif 000005
【図５】
0005869132.tif 000006