JP2001156731A - 無線データ通信における情報提供方法、情報送信装置、および情報受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 無線データ通信通信において、時間の経過に
伴って変化する情報をサーバ主導でクライアントに対し
て提供しつつ、ネットワークリソースを節約すること。 【解決手段】 パケットをサーバ１００主導でクライア
ント２００にプッシュ型送信する。パケットには、サー
バ１００からクライアント１００に提供すべき情報の内
容を示すコンテンツデータが含まれており、上述したよ
うに、コンテンツデータのメディアには複数の種類があ
る。その際、各メディアに生成されたコンテンツデータ
の再生態様を指定するアレンジ情報は、コンテンツデー
タよりも少ない頻度で送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、マイクロブラウ
ザを備える携帯端末にストリームデータを配信する際に
用いて好適な、無線データ通信における情報提供方法、
情報送信装置、および情報受信装置に関する。

【０００２】

【従来の技術】近年、インターネット上のサーバから情
報の提供を受けるための装置として携帯電話やＰＨＳな
どの携帯通信機器が提案されている。この種の携帯通信
機器は、提供を受ける情報の内容を示すコンテンツデー
タをインターネットからダウンロードして再生するため
のマイクロブラウザを備えており、携帯通信機器の使用
者は、例えばモバイルコンピュータなどの他装置を用い
なくてもインターネット接続およびブラウジングができ
るようになっている。具体的には、携帯通信機器の使用
者は、マイクロブラウザを用いて、例えばＵＲＬ（Unif
orm Resource Locator）を入力し、所望する情報をサー
バに対して要求する。これに応じて、サーバが要求され
た情報に対応するコンテンツデータを送信する。このよ
うな対話型（プル型）のプロトコルに従って、マイクロ
ブラウザ上に所望するコンテンツが再生される。そし
て、外出時でも所望する情報の提供を受けることができ
るという利便性から、今後さらに携帯通信機器が普及す
ることが予想される。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな携帯通信機器の普及に伴って、情報の提供を受ける
要求が多様化しており、従来のブラウジングだけでは、
使用者の要求を満たすことが困難となってきた。例え
ば、競馬や野球などのライブ中継を見るためにマイクロ
ブラウザをテレビのように使用するといった要求や、ニ
ュース速報や災害情報・交通情報などを受信するために
使用するといった要求が考えられる。そして、このよう
な情報は、時間の経過に伴って提供する情報の内容が変
化したり、情報の連続性が要求される。しかしながら、
上述したようなプル型のプロトコルでは、刻々と変化す
る情報について逐一要求を行わなければならず、使用者
にとって不便であるばかりでなく、要求を行うための通
信のオーバーヘッドも大きいという問題が生じる。この
ような問題を解決するためにサーバから一方的にデータ
を送信する、いわゆるプッシュ型の送信を行う場合であ
っても、多量のデータを連続して送信し続けなければな
らず、やはり通信のオーバーヘッドが大きいという問題
が生じる。

【０００４】また、上記例のような情報を提供するため
には、単なるテキスト情報だけではなく、映像、音声な
どの複数種類の媒介形式（メディア）を組み合わせるこ
とが望ましいが、各メディアについての再生態様を指示
するデータを各メディアに関するコンテンツデータと併
せて送信しなければならず、このようなデータを連続し
て送信すると、全体としてデータ量が膨大となり、ネッ
トワークリソースを浪費するという問題も生じる。

【０００５】本発明は、上述した課題を解決するために
なされたものであり、時間の経過に伴って変化する情報
をサーバ主導でクライアントに対して提供でき、かつネ
ットワークリソースを節約することができる無線データ
通信における情報提供方法、情報送信装置、および情報
受信装置を提供することを目的とする。

【０００６】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１に記載の発明は、サーバからクライア
ントに対して所定の単位毎にデータを送信することによ
り、時間の経過に伴って変化する情報を提供する無線デ
ータ通信における情報提供方法であって、前記所定の単
位毎に送信する単位データであって、前記クライアント
における前記データの再生態様を指示するアレンジ情報
データを含む第一種類の単位データあるいは、前記情報
の内容を示すコンテンツデータを含み前記アレンジ情報
データを含まない第二種類の単位データを前記サーバに
おいて生成する単位データ生成段階と、生成した前記第
一種類の単位データおよび前記第二種類の単位データを
所定のタイミングで前記サーバから前記クライアントに
送信する送信段階とを備え、前記所定のタイミングは、
前記アレンジ情報データが前記クライアントに送信され
る頻度が、前記コンテンツデータが前記クライアントに
送信される頻度よりも少なくなるタイミングであること
を特徴とする。請求項２に記載の発明は、請求項１に記
載の無線データ通信における情報提供方法において、前
記所定のタイミングは、前記サーバにおいて任意に設定
されることを特徴とする。請求項３に記載の発明は、請
求項１に記載の無線データ通信における情報提供方法に
おいて、前記単位データ生成段階は、前記情報の内容を
表す媒介形式の異なる複数種類の前記コンテンツデータ
を生成し、前記アレンジ情報データは、前記媒介形式に
関する情報を含むことを特徴とする。

【０００７】請求項４に記載の発明は、請求項１に記載
の無線データ通信における情報提供方法において、前記
単位データは、前記アレンジ情報をヘッダ部に含めるよ
うに規定されていることを特徴とする。請求項５に記載
の発明は、請求項１に記載の無線データ通信における情
報提供方法において、前記単位データは、前記アレンジ
情報をデータ部に含めるように規定されていることを特
徴とする。請求項６に記載の発明は、請求項１に記載の
無線データ通信における情報提供方法において、前記第
一種類の単位データは、前記コンテンツデータを含まな
いデータであることを特徴とする。請求項７に記載の発
明は、請求項１に記載の無線データ通信における情報提
供方法において、前記第一種類の単位データは、複数の
前記アレンジ情報を含むデータであることを特徴とす
る。

【０００８】請求項８に記載の発明は、クライアントに
対して所定の単位毎にデータを送信することにより、時
間の経過に伴って変化する情報を提供する無線データ通
信における情報送信装置であって、前記所定の単位毎に
送信する単位データであって、前記クライアントにおけ
る前記データの再生態様を指示するアレンジ情報データ
を含む第一種類の単位データあるいは、前記情報の内容
を示すコンテンツデータを含み前記アレンジ情報データ
を含まない第二種類の単位データを生成する単位データ
生成手段と、生成した前記単位データを所定のタイミン
グで前記クライアントに送信する送信手段とを備え、前
記所定のタイミングは、前記アレンジ情報データが前記
クライアントに送信される頻度が、前記コンテンツデー
タが前記クライアントに送信される頻度よりも少なくな
るタイミングであることを特徴とする。請求項９に記載
の発明は、請求項８に記載の無線データ通信における情
報送信装置において、前記所定のタイミングは、当該情
報送信装置において任意に設定されることを特徴とす
る。請求項１０に記載の発明は、請求項８に記載の無線
データ通信における情報送信装置において、前記単位デ
ータ生成手段は、前記情報の内容を表す媒介形式の異な
る複数種類の前記コンテンツデータを生成し、前記アレ
ンジ情報データは、前記媒介形式に関する情報を含むこ
とを特徴とする。

【０００９】請求項１１に記載の発明は、サーバからネ
ットワークを介して所定の単位毎にデータを受信するこ
とにより、時間の経過に伴って変化する情報の提供を受
ける無線データ通信における情報受信装置であって、前
記所定の単位毎に送信する単位データであって、前記ク
ライアントにおける前記データの再生態様を指示するア
レンジ情報データを含む第一種類の単位データあるい
は、前記情報の内容を示すコンテンツデータを含み前記
アレンジ情報データを含まない第二種類の単位データを
受信する受信手段と、受信した前記単位データに含まれ
る前記アレンジ情報データに基づいて、前記コンテンツ
データを再生する再生手段とを備え、前記受信手段が前
記アレンジ情報データを受信する頻度は、前記コンテン
ツデータを送信する頻度よりも少ないことを特徴とす
る。請求項１２に記載の発明は、請求項１１に記載の無
線データ通信における情報受信装置において、前記受信
手段は、前記情報の内容を表す媒介形式の異なる複数種
類の前記コンテンツデータを受信し、前記アレンジ情報
データは、前記媒介形式に関する情報を含み、前記再生
手段は、前記媒介形式に関する情報に基づいて前記複数
種類のコンテンツデータを同期させて再生することを特
徴とする。

【００１０】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態について説明する。

【００１１】[１．実施形態の構成] [１−１．全体構成]図１は、実施形態の全体構成を示す
図である。本実施形態は、サーバ１００からクライアン
ト２００に対して、ネットワーク３００を介してデータ
を送信するように構成されている。本実施形態では、ク
ライアント２００は携帯電話であり、ネットワーク３０
０はパケット交換方式の移動通信網である。クライアン
ト２００とネットワーク３００とは基地局３１０との無
線通信によって行われる。クライアント２００は、後に
詳しく説明するように、マイクロブラウザを備えてお
り、サーバ１００から連続的に送信されたコンテンツデ
ータを再生できるように構成されている。本実施形態に
おいて、コンテンツデータとは、例えば映像や音声など
の時間の経過に伴って変化する情報をデータ化したもの
である。なお、本実施形態における情報を表す媒介形式
（メディア）には、本来的に時間の経過に伴って変化す
る音声や映像などの動的な情報をデータ化したものに限
らず、提供すべき情報の内容が時間の経過に伴って変化
する場合に、その内容を表すテキストや画像などの静的
な情報も含むものとする。コンテンツデータの符号化形
式については、例えば動画であればＭＰＥＧ（Moving P
icture Experts Group）であったり、音声であればＡＤ
ＰＣＭ（Adaptive Differential Pulse Code Modulatio
n）など、周知のものを用いればよい。また、本実施形
態では、ネットワーク３００はパケット網であり、ネッ
トワーク３００上において所定の単位毎に送信するため
の単位データはパケットである。なお、本実施形態にお
けるプロトコルおよびデータフォーマットにつては、後
に詳しく説明する。

【００１２】[１−２．機能構成]以下、上述したような
通信を実現するためのサーバ１００およびクライアント
２００の機能構成について説明する。

【００１３】[１−２−１．サーバの機能構成]図２は、
サーバ１００の機能構成を示す図である。図２に示すよ
うに、サーバ１００は、ネットワーク３００との間でデ
ータの送受信を行うための送受信部１０１と、データの
生成および送受信を制御する制御部１０２の他、アレン
ジ情報管理部１０３、アレンジ情報記憶部１０４、メデ
ィア管理部１０５、データベース１０６Ａ、１０６Ｂ、
１０６Ｃ……（特定しない場合はデータベース１０６と
記す）、データベースインターフェイス１０７、カメラ
１０８−１・マイク１０８−２・アンテナ１０８−３…
…など外部からデータ入力を行うための入力部１０８、
入力インターフェイス１０９、およびバッファ１１０を
備えている。

【００１４】アレンジ情報管理部１０３は、アレンジ情
報記憶部１０４に記憶されているアレンジ情報をクライ
アント２００に送信するための管理を行うものであり、
メディア管理部１０５は各種メディアに関するコンテン
ツデータをクライアント２００に送信するための管理を
行うものである。本実施形態では、予めサーバ１００の
データベース１０６に蓄積されているコンテンツデータ
および、入力部１０８から逐次外部入力されるコンテン
ツデータを用いる。なお、本実施形態で用いるアレンジ
情報およびコンテンツデータのより詳細な内容について
は、後に詳しく説明する。バッファ１１０は、クライア
ント２００に送信するためのコンテンツデータをバッフ
ァリングするものであり、バッファリングされたデータ
は、制御部１０２によってパケット化された後、クライ
アント２００に送信される。

【００１５】[１−２−２．クライアントの機能構成]図
３は、クライアント２００の機能構成を示す図である。
図３に示すように、クライアント２００は、ネットワー
ク３００との間でデータの送受信を行うための送受信部
２０１、受信したデータをバッファリングするバッファ
２０２、データの生成および送受信を制御する制御部２
０３、受信したデータ中のアレンジ情報に基づいてコン
テンツデータの再生態様を制御するアレンジ制御部２０
４、コンテンツデータのメディアを識別するメディア識
別部２０５、およびコンテンツデータを再生する再生部
２０６を備えている。再生部２０６は、上述したマイク
ロブラウザ上にテキストおよび画像を表示するための機
能の他、音声を出力するための機能を備えている。

【００１６】[１−３．データフォーマット]次に、図４
を参照しながら、サーバ１００からクライアント２００
へ送信するデータフォーマットについて説明する。図４
は、本実施形態におけるパケットのデータフォーマット
を示す図であり、この図に示すように、パケットは、送
信するデータに関する諸情報が記述されるヘッダ部、お
よび、送信するデータの内容自体が記述されるデータ部
を備えている。

【００１７】ヘッダ部には、送信するデータの種類（図
中Typeと記している）を示す情報が記述される。本実施
形態では、送信するデータの種類には、コンテンツデー
タのメディア種類およびアレンジ情報を含んでいるか否
かを区別するものがある。本実施形態では、コンテンツ
のメディア種類には、上述したように、テキスト、静止
画像、動画像、音声がある。

【００１８】データ部には、コンテンツデータ（図中コ
ンテンツBodyと記している）あるいはアレンジ情報が記
述される。アレンジ情報が示すコンテンツデータ再生態
様の内容には、識別子、再生開始時刻、アクション時
間、リピート要求、表示方法などがあり、以下各内容に
ついて説明する。識別子は、アレンジする対象を識別す
る情報であり、以下に説明するアレンジ内容で再生する
対象となるコンテンツデータを示している。より具体的
には、識別子はコンテンツデータのメディア種類を示し
ており、同時に再生するメディア種類の数だけ、サーバ
１００からクライアント２００に対してアレンジ情報が
送信されるようになっている。再生開始時刻は、アレン
ジの対象となるデータの再生を開始する時刻を示す情報
である。各メディア毎に再生時刻が指定され、これに基
づいて再生されることにより、メディア間の同期をとる
ことが可能となる。アクション時間は、動画あるいは音
声の再生時間や、テキストのブリンクあるいは反転時間
などを示す情報である。リピート要求は、再生回数や時
間間隔を示す情報である。表示方法は、ウィンドウサイ
ズや表示位置、カラー指定、縮小・拡大表示などを指定
するデータである。このようなアレンジ情報の内容は、
この情報に基づいてコンテンツデータを再生することに
よって、複数種類のメディアを同期させて再生するため
の関連性を示す情報となる。

【００１９】ところで、本実施形態では、図４中Ｐ１に
示すようにアレンジ情報およびコンテンツデータをデー
タ部に含むパケット（以下、Ｐ１パケットと記す）と、
Ｐ２に示すようにコンテンツデータを含みアレンジ情報
を含まないパケット（以下Ｐ２パケットと記す）とを用
いる。そして、アレンジ情報が含まれたＰ１パケットを
サーバ１００からクライアント２００へ送信する頻度
を、Ｐ２パケットを送信する頻度よりも少なくする。す
なわち、サーバ１００は、Ｐ１パケットに含まれるアレ
ンジ情報がクライアント２００へ送信される頻度が、Ｐ
１パケットあるいはＰ２パケットに含まれるコンテンツ
データがクライアント２００へ送信される頻度よりも少
なくするように、パケットを送信するタイミングを設定
する。Ｐ１パケットの例のようなコンテンツデータと、
そのデータを再生する態様を示すデータをあわせたパケ
ットを常に送信すると、従来技術においても述べたよう
に、全体として通信にかかるデータ量が多くなってしま
い、ネットワークリソースを浪費するからである。

【００２０】[１−４．プロトコルスタック]次に、本実
施形態におけるプロトコルスタックについて説明する。
図５は、上述したようなデータ通信を行うために本実施
形態で用いているプロトコルスタックを示す図である。
図中「下位レイヤ」は、ネットワーク３００の物理層・
データリンクを示しており、「汎用プロトコル」は、例
えばインターネットプロトコル（Internet Protocol：
ＩＰ）やＷＡＰ（Wireless Application Protocol）な
ど、様々なネットワークにおいてブラウジングを行うこ
とができる汎用のものを示している。図中「メディア」
は、上述した各種メディアを扱うアプリケーション層を
示しており、「アレンジ情報」は、上述したアレンジ情
報を送信するためのプロトコルを示している。なお、
「アレンジ情報」は、メディアおよび汎用プロトコルの
いずれにも含まれるように構成されている。

【００２１】本実施形態では、図５に示すプロトコルに
従って、データベース１０６に蓄積された各種メディア
のコンテンツデータあるいは、入力部１０８から外部入
力されたコンテンツデータがサーバ１００において生成
され、これにアレンジ情報が付加されてクライアント２
００に送信される。クライアント２００はアレンジ情報
を検出するとともにアレンジ制御を行う。そして、アレ
ンジ情報に基づいてコンテンツデータが再生される。な
お、図５においては、サーバ１００およびクライアント
２００内において、それぞれ二つのプロトコルスタック
が示されているが、アレンジ情報の扱いについて理解を
容易にするための表現であり、各装置内において一度下
位レイヤを通して信号伝送が行われることを示すもので
はない。

【００２２】[２．実施形態の動作]次に、本実施形態の
動作について説明する。

【００２３】[２−１．概要動作]まず、本実施形態の概
要動作について説明する。本実施形態は、上述したパケ
ットをサーバ１００主導でクライアント２００にプッシ
ュ型送信する。パケットには、サーバ１００からクライ
アント１００に提供すべき情報の内容を示すコンテンツ
データが含まれており、上述したように、コンテンツデ
ータのメディアには複数の種類がある。その際、各メデ
ィアに生成されたコンテンツデータの再生態様を指定す
るアレンジ情報を含むＰ１パケットは、アレンジ情報を
含まないＰ２パケットよりも少ない頻度で送信される。

【００２４】次に、図６に示すシーケンスを参照しなが
ら、実施形態の動作について説明する。まず、サーバ１
００とクライアント２００との間においてコネクション
の確立を行う（Ｓ１）。コネクションが確立すると、サ
ーバ１００は、コンテンツデータおよびアレンジ情報を
含んだＰ１パケット（図４参照）をクライアント１００
に送信し、情報提供サービスを開始する（Ｓ２）。Ｐ１
パケットを送信すると、アレンジ情報を含まないＰ２パ
ケット（図４参照）を連続してプッシュ型送信する（Ｓ
３〜Ｓ６）。このとき、サーバ１００は、クライアント
２００からの要求の有無にかかわらずパケットを送信す
る。本実施形態では、クライアント２００がアレンジ情
報を要求する場合があり、図６に示すシーケンスでは、
ステップＳ７においてクライアント２００はサーバ１０
０に対してアレンジ情報を要求している。要求を受けた
サーバ１００は、次に送信すべきコンテンツデータおよ
び要求されたアレンジ情報を含んだＰ１パケットをクラ
イアント２００に送信し（Ｓ８）、その後アレンジ情報
を含まないＰ２パケットを送信する（Ｓ９）。ステップ
Ｓ２〜Ｓ６、Ｓ８、Ｓ９でサーバからクライアント２０
０に送信しているパケットは、予めデータベース１０６
に蓄積されているデータから生成している場合もあれ
ば、入力部１０８から外部入力されたデータから逐次生
成している場合もある。また、アレンジ情報を送信する
タイミングは、サービス開始時およびクライアント２０
０から要求があった場合に限らない。後に具体例をあげ
て様々な場合について言及する。

【００２５】[２−２．サーバの動作]次に、図７に示す
フローチャートを参照しながらサーバ１００の動作につ
いて説明する。図７に示す処理は、サーバ１００におい
て所定周期で実行される。まず、クライアント２００に
対してデータを配信すべきタイミングであるか否かを判
定する（Ｓ１０１）。データを配信すべきタイミングに
ついては、後に図８および図９を参照しながら具体例を
あげて説明するが、あらかじめ設定されているスケジュ
ールに従う場合もあれば、外的な要因によって決定され
る場合もある。

【００２６】ステップＳ１０１の判定において、データ
を配信すべきタイミングではないと判定した場合は（Ｓ
１０１；Ｎｏ）、図７に示す処理を終了する。一方、デ
ータを配信するタイミングであると判定した場合は（Ｓ
１０１；Ｙｅｓ）、配信すべきコンテンツデータをバッ
ファ１１０にバッファリングし（Ｓ１０２）、コンテン
ツデータとともにアレンジ情報を送信するか否かを判定
する（Ｓ１０３）。アレンジ情報を送信するタイミング
の送信タイミングについても、後に図８および図９を参
照しながら具体例をあげて説明する。

【００２７】ステップＳ１０３の判定においてアレンジ
情報を送信するタイミングであると判定した場合は（Ｓ
１０３；Ｙｅｓ）、コンテンツデータおよびアレンジ情
報を含むＰ１パケットを生成し（Ｓ１０４）、アレンジ
情報を送信するタイミングではないと判定した場合は
（Ｓ１０３；Ｎｏ）、コンテンツデータを含むＰ２パケ
ットを生成する（Ｓ１０５）。そして、ステップＳ１０
４あるいはステップＳ１０５において生成したパケット
をクライアント２００に送信して（Ｓ１０６）、図７に
示す処理は終了する。

【００２８】[２−３．具体例]次に、図８および図９を
参照しながら、本実施形態の具体例について説明する。
図８は、本具体例における情報提供サービスの番組表で
あり、図９は、本具体例におけるタイムチャートであ
る。本具体例では、サーバ１００から送信すべきコンテ
ンツを送信する時間帯が、あらかじめ番組として設定さ
れている。図８に示す番組例では、時刻ｔ１００から時
刻ｔ２００までの時間帯は番組Ａを構成するコンテンツ
を送信し、時刻ｔ２００から時刻ｔ３００までの時間帯
は番組Ｂを構成するコンテンツを送信し、時刻ｔ３００
以降の時間帯は番組Ｃを構成するコンテンツを送信する
ように設定されている。番組の内容としては、例えば、
データベース１０６に蓄積されたデータを用いたタウン
ガイドやナビゲーションといった情報番組や教育番組の
他、入力部１０８からライブ入力されるデータを用いた
交通情報やスポーツ・競馬などの中継番組、蓄積とライ
ブ入力の両方のデータを用いる災害・ニュース速報やオ
ークション・株価情報などの情報番組などが考えられ
る。あるいは、番組中に映画の予告などのコマーシャル
をスケジューリングしてもよい。

【００２９】また、一つの番組内においても、時間帯に
よってアレンジの内容が異なり、図８に示す具体例で
は、番組Ａの時間帯において、時刻ｔ１００から時刻ｔ
１１０の時間帯はアレンジ情報Ａ１で再生すべきコンテ
ンツを送信し、時刻ｔ１１０から時刻ｔ１２０の時間帯
はアレンジ情報Ａ２で再生すべきコンテンツを送信し、
時刻ｔ１２０から時刻ｔ２００の時間帯はアレンジ情報
Ａ３で再生すべきコンテンツを送信するように番組が設
定されている。

【００３０】次に、アレンジ情報を送信するタイミング
について、以下に例示する。 サービスの開始時 サーバ１００とクライアント２００のコネクションが確
立したときや、クライアント２００からサーバ１００に
対してサービス開始要求が送信されたときにアレンジ情
報を送信する場合である。図９では、時刻ｔ１０１にお
いてコネクションが確立されてクライアント２００から
サーバ１００に対してサービス開始要求が送信されてお
り、サーバ１００は、サービス開始にあたり、時刻ｔ１
０１が属する時間帯のアレンジ情報Ａ１をクライアント
２００に送信する。なお、ここで送信されるパケット
は、時刻ｔ１０１において送信すべきコンテンツデータ
とアレンジ情報Ａ１とを含んだＰ１パケットである。

【００３１】番組のスケジューリングに従う 本具体例では、図８に示したように番組が設定されてい
るので、このスケジューリングに従ってアレンジ情報を
送信する。スケジューリングには、送信するメディアに
関するスケジューリングと、アレンジに関するスケジュ
ーリングがある。たとえば、送信するメディアが、ある
時間帯はテキストであり、次の時間帯には動画である場
合には、動画を送信するための切り換え前に動画用のア
レンジ情報を送信する。また、メディアが変更されない
場合であっても、アレンジを変更する場合がある。たと
えばテキストを表示するフォントの変更や表示位置の変
更をする場合には、アレンジを変更する直前にアレンジ
情報を送信する。図９では、時刻ｔ１１０までの時間帯
にはアレンジ情報Ａ１による再生が予定されているが、
時刻ｔ１１０以降の時間帯は、アレンジ情報Ａ２による
再生が予定されている。サーバ１００は、切り換え時で
ある時刻ｔ１１０においてアレンジ情報Ａ２をクライア
ント２００に送信し、クライアント２００は、このアレ
ンジ情報に基づいて表示Ａ２を開始する。

【００３２】所定の時間間隔で送信する ところで、本具体例では、同じアレンジが適用されてい
る時間帯であっても、アレンジ情報を所定の時間間隔で
送信している。これは、アレンジ情報を含んだＰ１パケ
ットをクライアント２００が正常に受信できなかった場
合に備えて行う送信である。本実施形態では、クライア
ント２００は携帯通信装置であるので、無線区間におけ
るデータの欠落や誤りが生じやすいからである。クライ
アントは変更すべきアレンジ情報を受信すると、コンテ
ンツの再生態様を変更するので、で説明した変更タイ
ミングにおいて送信されたアレンジ情報を正常に受信で
きなかった場合には、クライアント２００では、サーバ
１００側に設定されているスケジューリング通りにコン
テンツを再生できないことになる。

【００３３】そこで、本具体例では、変更タイミングに
アレンジ情報を送信した後も、所定の時間間隔で同じア
レンジ情報を送信するようにしている。これにより、ク
ライアント２００はいったんアレンジ情報の受信に失敗
しても、その後再送されるアレンジ情報を受信できるよ
うになる。このような場合は、クライアント２００側で
アレンジが変更されるタイミングがサーバ１００側に設
定されているスケジューリングよりも遅れることにな
る。なお、本実施形態では、クライアント２００は携帯
通信装置であり、コンテンツの再生はマイクロブラウザ
で行うので、サーバ１００は、多少のデータの欠落や誤
りは許容されるようなコンテンツデータおよびアレンジ
情報を設定している。

【００３４】図９に示す例では、時刻ｔ１２０において
サーバ１００から送信されたアレンジ情報は、クライア
ント２００には正常に送信されていない。しかしなが
ら、所定の時間ｓ後の時刻ｔ１２１に送信されたアレン
ジ情報Ａ３をクライアント２００が受信している。従っ
て、サーバ１００側のスケジューリングによれば、時刻
ｔ１２０から表示Ａ３となるところを、クライアント２
００におけるアレンジの態様は、時刻ｔ１２１から表示
Ａ３となっていることがわかる。

【００３５】外部からの入力による 本具体例では、図８に示した番組によるコンテンツの送
信の他に、外部からの入力によるコンテンツ送信も行う
ようになっている。入力部１０８（図２参照）から入力
された画像や音声などを送信する場合である。入力デー
タの送信トリガは任意に設定可能であるが、例えば、カ
メラ１０８−１が監視カメラである場合に、例えば訪問
者や侵入者などあらかじめ設定した所定の映像を受信し
たときにコンテンツとして送信を開始するようにしても
よい。あるいは、アンテナ１０８−３からニュース速報
などのリアルタイム性のある情報を受信したときにコン
テンツとして送信を開始するようにしてもよい。このよ
うに外部入力が発生すると、サーバ１００はコンテンツ
データを生成するとともに、このコンテンツを再生する
ためのアレンジ情報を生成してコンテンツデータとアレ
ンジ情報とをクライアント２００に送信する。図９に示
す例では、時刻ｔ１２２において入力部１０８からコン
テンツのライブ入力が発生している。サーバ１００は、
アレンジ情報Ａ３’を生成してクライアント２００に送
信し、クライアント２００は、アレンジ情報Ａ３を受信
すると、アレンジを表示Ａ３’に変更する。

【００３６】クライアントからアレンジ情報のリクエ
ストが届いたとき 上述したタイミングは、サーバ１００が主体的にアレン
ジ情報を送信するものであるが、クライアント２００側
でアレンジ情報を必要と判断した場合は、サーバ１００
に対してアレンジ情報要求を行うことができる。例え
ば、受信したアレンジ情報に誤りが検出された場合にア
レンジ情報要求を行うようにしてもよいし、クライアン
ト２００側で所定の期間の経過を監視しており、前回ア
レンジ情報が送信されてから所定の期間が経過したにも
かかわらず新たなアレンジ情報が送信されない場合に
は、アレンジ情報要求を行うようにしてもよい。図９に
示す例では、時刻ｔ１０３においてクライアント２００
がアレンジ情報要求を行っており、これに応じてサーバ
１００がアレンジ情報をクライアント２００に送信して
いる。

【００３７】その他、サーバ１００がメディアの内容
およびアレンジを変更するとき 上述したタイミングの他、サーバ１００から送信するコ
ンテンツのメディアを変更する必要が生じた場合や、ア
レンジの内容を変更する場合が生じたときにアレンジ情
報を新たに送信する。例えば、送信中の番組用のコンテ
ンツデータに不具合があり、他の番組に振り返る場合な
どである。あるいは、例えば、サーバ１００がクライア
ント２００の位置情報を利用したサービス（地図上にク
ライアント２００の存在位置を表示するなど）を提供す
るような場合には、サーバ１００がネットワーク３００
からクライアント２００の位置情報を取得して、クライ
アント２００が存在するエリアが変更されたときにコン
テンツやアレンジを変更するようにしてもよい。

【００３８】[３．実施形態の効果]このように、本実施
形態では、必要に応じてアレンジ情報を送信し、常にコ
ンテンツデータとあわせて送信する訳ではないので、全
体的なデータ送信量を削減することができ、ネットワー
クリソースを節約することが可能となる。また、ネット
ワーク環境が良好ではなく、アレンジ情報が欠落するこ
とがあっても、所定の期間毎にアレンジ情報を送信した
り、クライアント側でアレンジ要求をすることもできる
ので、サーバ１００側が意図するアレンジを行うことが
できる。

【００３９】[４．変形例]なお、本発明は既述した実施
形態に限定されるものではなく、以下のような各種の変
形が可能である。

【００４０】上記実施形態では、アレンジ情報を送信す
る場合には、パケットのデータ部にアレンジ情報とコン
テンツデータとを含めて送信するようにしていたが、図
１０に示すように、データ部にはコンテンツデータを含
まずに、アレンジ情報のみを送信するパケットを用いて
もかまわない。図１０に示す例では、一つのパケットに
複数（ｎ個）のアレンジ情報を含めている。このような
場合は、各アレンジ情報にアレンジ対象となるコンテン
ツデータのＩＤやメディア種類などの識別子を付しても
よい。これにより、複数送信回数分をあらかじめ送信す
ることができ、通信におけるデータ量をより一層削減す
ることができる。

【００４１】あるいは、クライアント２００に複数のメ
ディアを同時に再生させる場合は、各メディア毎にアレ
ンジ情報を生成して、図１０に示すように同時に送信す
るようにしてもよい。このようにすれば、クライアント
２００がアレンジ情報を受信した後にサーバ１００から
送信されるメディアを同期させて再生できるので、複数
種類のメディアを一つのアプリケーションとして同期さ
せてアレンジできるようになる。なお、上記実施形態で
は、アレンジ情報はパケットのデータ部に含めるように
しているが、図１１に示すように、アレンジ情報をヘッ
ダ部に含めるようにしてもよい。この場合には、上記実
施形態のように、コンテンツデータとアレンジ情報とを
同時に送信するようにしてもよいし、データ部にはコン
テンツデータを含まずに送信するようにしてもよい。い
ずれの形式のパケットを用いた場合であっても、アレン
ジ情報が送信される頻度が、コンテンツデータが送信さ
れる頻度よりも少なくなるようなタイミングで、サーバ
１００からクライアント２００に送信できればよい。

【００４２】上記実施形態では、アレンジ情報の内容の
例として、再生態様をあげているが、これに限らず、コ
ンテンツ再生に必要な他の情報を含めるようにしてもか
まわない。例えば、コンテンツデータの再生順序を管理
する情報を含めておき、クライアント２００はコンテン
ツデータを受信したときに、アレンジ情報として送信さ
れた順序と受信したパケットの順序が異なる場合には、
アレンジ情報に規定されている順序で再生するようにし
てもよい。

【００４３】上記実施形態では、ネットワーク３００を
パケット交換方式の移動通信網とし、パケットを所定の
単位のデータとして説明しているが、これに限らず、ネ
ットワーク３００の方式に応じて単位データはデータフ
レームであってもよい。また、必ずしもクライアント２
００が携帯通信機器である必要はなく、ネットワーク３
００とは有線で接続されていてもかまわない。

【００４４】上記実施形態においては、クライアントと
サーバは１対１で構成されているが、１対多の構成でも
かまわない。このような場合は、サーバ１００側に設定
されているスケジューリングに従って、複数のクライア
ントに対してパケットを同報送信すればよい。なお、ク
ライアントを特定するためのアドレス情報（例えばＩＰ
アドレス）は、あらかじめクライアント毎に固定的に付
与されていてもよいし、通信の開始時に動的にクライア
ントに付与するようにしてもよい。サーバ１００は、あ
らかじめクライアント毎のアドレス情報を記憶しておい
てもよいし、上記実施形態で説明したコネクション確立
時にクライアント２００からサーバ１００へ通知するよ
うにしてもよい。

【００４５】

【発明の効果】以上説明したように、本発明によれば、
モバイル通信において、時間の経過に伴って変化する情
報をサーバ主導でクライアントに対して提供でき、かつ
ネットワークリソースを節約することができるようにな
る。

【図面の簡単な説明】

【図１】 実施形態の全体構成を示す図である。

【図２】 サーバの機能構成を示すブロック図である。

【図３】 クライアントの機能構成を示すブロック図で
ある。

【図４】 実施形態におけるデータフォーマットを示す
図である。

【図５】 実施形態におけるプロトコルスタックを示す
図である。

【図６】 実施形態の動作を説明するシーケンス図であ
る。

【図７】 サーバの動作を説明するフローチャートであ
る。

【図８】 実施形態の具体例を説明する図である。

【図９】 実施形態の具体例を説明する図である。

【図１０】 データフォーマットの変形例を示す図であ
る（その１）。

【図１１】 データフォーマットの変形例を示す図であ
る（その２）。

【符号の説明】

１００……サーバ、 １０１……送受信部、 １０２……制御部、 １０３……アレンジ情報管理部、 １０４……アレンジ情報記憶部、 １０５……メディア管理部、 １０６Ａ、Ｂ、Ｃ……データベース、 １０７……データベースインターフェイス、 １０８……入力部、 １０８−１……カメラ、 １０８−２……マイク、 １０８−３……アンテナ、 １０９……入力インターフェイス、 １１０……バッファ、 ２００……クライアント、 ２０１……送受信部、 ２０２……バッファ、 ２０３……制御部、 ２０４……アレンジ制御部、 ２０５……メディア識別部、 ２０６……再生部 ３００……ネットワーク、 ３１０……基地局。

フロントページの続き (72)発明者 上野 英俊 東京都港区虎ノ門二丁目10番１号 エヌ・ ティ・ティ移動通信網株式会社内 (72)発明者 石川 憲洋 東京都港区虎ノ門二丁目10番１号 エヌ・ ティ・ティ移動通信網株式会社内 Ｆターム(参考） 5B089 GA11 GA25 GB04 HA13 JA33 JB22 KA07 5K067 AA34 BB04 DD27 EE02 EE10 FF31 HH22 5K101 KK18 LL12 MM07 NN06 NN37 RR13 UU19

Claims (12)

【特許請求の範囲】
1. 【請求項１】 サーバからクライアントに対して所定の
   単位毎にデータを送信することにより、時間の経過に伴
   って変化する情報を提供する無線データ通信における情
   報提供方法であって、 前記所定の単位毎に送信する単位データであって、前記
   クライアントにおける前記データの再生態様を指示する
   アレンジ情報データを含む第一種類の単位データあるい
   は、前記情報の内容を示すコンテンツデータを含み前記
   アレンジ情報データを含まない第二種類の単位データを
   前記サーバにおいて生成する単位データ生成段階と、 生成した前記第一種類の単位データおよび前記第二種類
   の単位データを所定のタイミングで前記サーバから前記
   クライアントに送信する送信段階とを備え、 前記所定のタイミングは、前記アレンジ情報データが前
   記クライアントに送信される頻度が、前記コンテンツデ
   ータが前記クライアントに送信される頻度よりも少なく
   なるタイミングであることを特徴とする無線データ通信
   における情報提供方法。
2. 【請求項２】 請求項１に記載の無線データ通信におけ
   る情報提供方法において、 前記所定のタイミングは、前記サーバにおいて任意に設
   定されることを特徴とする無線データ通信における情報
   提供方法。
3. 【請求項３】 請求項１に記載の無線データ通信におけ
   る情報提供方法において、 前記単位データ生成段階は、前記情報の内容を表す媒介
   形式の異なる複数種類の前記コンテンツデータを生成
   し、 前記アレンジ情報データは、前記媒介形式に関する情報
   を含むことを特徴とする無線データ通信における情報提
   供方法。
4. 【請求項４】 請求項１に記載の無線データ通信におけ
   る情報提供方法において、 前記単位データは、前記アレンジ情報をヘッダ部に含め
   るように規定されていることを特徴とする無線データ通
   信における情報提供方法。
5. 【請求項５】 請求項１に記載の無線データ通信におけ
   る情報提供方法において、 前記単位データは、前記アレンジ情報をデータ部に含め
   るように規定されていることを特徴とする無線データ通
   信における情報提供方法。
6. 【請求項６】 請求項１に記載の無線データ通信におけ
   る情報提供方法において、 前記第一種類の単位データは、前記コンテンツデータを
   含まないデータであることを特徴とする無線データ通信
   における情報提供方法。
7. 【請求項７】 請求項１に記載の無線データ通信におけ
   る情報提供方法において、 前記第一種類の単位データは、複数の前記アレンジ情報
   を含むデータであることを特徴とする無線データ通信に
   おける情報提供方法。
8. 【請求項８】 クライアントに対して所定の単位毎にデ
   ータを送信することにより、時間の経過に伴って変化す
   る情報を提供する無線データ通信における情報送信装置
   であって、 前記所定の単位毎に送信する単位データであって、前記
   クライアントにおける前記データの再生態様を指示する
   アレンジ情報データを含む第一種類の単位データあるい
   は、前記情報の内容を示すコンテンツデータを含み前記
   アレンジ情報データを含まない第二種類の単位データを
   生成する単位データ生成手段と、 生成した前記単位データを所定のタイミングで前記クラ
   イアントに送信する送信手段とを備え、 前記所定のタイミングは、前記アレンジ情報データが前
   記クライアントに送信される頻度が、前記コンテンツデ
   ータが前記クライアントに送信される頻度よりも少なく
   なるタイミングであることを特徴とする無線データ通信
   における情報送信装置。
9. 【請求項９】 請求項８に記載の無線データ通信におけ
   る情報送信装置において、 前記所定のタイミングは、当該情報送信装置において任
   意に設定されることを特徴とする無線データ通信におけ
   る情報送信装置。
10. 【請求項１０】 請求項８に記載の無線データ通信にお
    ける情報送信装置において、 前記単位データ生成手段は、前記情報の内容を表す媒介
    形式の異なる複数種類の前記コンテンツデータを生成
    し、 前記アレンジ情報データは、前記媒介形式に関する情報
    を含むことを特徴とする無線データ通信における情報送
    信装置。
11. 【請求項１１】 サーバからネットワークを介して所定
    の単位毎にデータを受信することにより、時間の経過に
    伴って変化する情報の提供を受ける無線データ通信にお
    ける情報受信装置であって、 前記所定の単位毎に送信する単位データであって、前記
    クライアントにおける前記データの再生態様を指示する
    アレンジ情報データを含む第一種類の単位データあるい
    は、前記情報の内容を示すコンテンツデータを含み前記
    アレンジ情報データを含まない第二種類の単位データを
    受信する受信手段と、 受信した前記単位データに含まれる前記アレンジ情報デ
    ータに基づいて、前記コンテンツデータを再生する再生
    手段とを備え、 前記受信手段が前記アレンジ情報データを受信する頻度
    は、前記コンテンツデータを送信する頻度よりも少ない
    ことを特徴とする無線データ通信における情報受信装
    置。
12. 【請求項１２】 請求項１１に記載の無線データ通信に
    おける情報受信装置において、 前記受信手段は、前記情報の内容を表す媒介形式の異な
    る複数種類の前記コンテンツデータを受信し、 前記アレンジ情報データは、前記媒介形式に関する情報
    を含み、 前記再生手段は、前記媒介形式に関する情報に基づいて
    前記複数種類のコンテンツデータを同期させて再生する
    ことを特徴とする無線データ通信における情報受信装
    置。