コンテンツ配信システム、コンテンツ配信装置、端末装置およびコンテンツ配信方法
【課題】ＭＢＭＳにＲＯＨＣを適用させることで、マルチコンテンツの配信にかかるスループットを向上させること。
【解決手段】ＭＢＭＳシステムは、基地局１００が、ＭＢＭＳ機能モジュール１４０に、データ制御タスク１６０と、各端末装置に対応する第１ヘッダ制御タスク１７０ａ、第２ヘッダ制御タスク１７０ｂとを生成する。そして、各ヘッダ制御タスク１７０ａ、１７０ｂが、対応付けられた端末装置と圧縮状態の同期を行い、ヘッダの情報のみを端末装置に送信すると共に、データ制御タスク１６０が、ヘッダの情報とは別に、コンテンツの情報を端末装置に配信する。
【解決手段】ＭＢＭＳシステムは、基地局１００が、ＭＢＭＳ機能モジュール１４０に、データ制御タスク１６０と、各端末装置に対応する第１ヘッダ制御タスク１７０ａ、第２ヘッダ制御タスク１７０ｂとを生成する。そして、各ヘッダ制御タスク１７０ａ、１７０ｂが、対応付けられた端末装置と圧縮状態の同期を行い、ヘッダの情報のみを端末装置に送信すると共に、データ制御タスク１６０が、ヘッダの情報とは別に、コンテンツの情報を端末装置に配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の端末装置からコンテンツの配信要求を受信し、要求元となる複数の端末装置にコンテンツを配信するコンテンツ配信システムなどに関するものである。
【背景技術】
【０００２】
近年、動画や音楽などのマルチコンテンツを既存のネットワーク（例えば、Ｗ−ＣＤＭＡをベースとする３Ｇ携帯電話網）で配信するためにＭＢＭＳ（Multimedia Broadcast Multicast Service）と呼ばれる技術が考案されている。このＭＢＭＳは、既存のネットワークを利用して、基地局から複数の端末装置にマルチコンテンツをブロードキャストする（あるいは指定した複数の端末装置に対してマルチコンテンツをマルチキャストする）技術である。
【０００３】
なお、基地局がマルチコンテンツをブロードキャスト（あるいはマルチキャスト）して端末装置に送信する場合には、各種の制御情報を含んだヘッダ（ＩＰ＜Internet Protocol＞／ＵＤＰ＜User Datagram Protocol＞／ＲＴＰ＜Real-time Transport Protocol＞ヘッダ等）をマルチキャストコンテンツに付加してパケットを生成する必要がある。しかし、パケット中に占めるヘッダのデータ量が大きく、パケット中に格納可能なマルチコンテンツのデータ量が制限されてしまうため、必ずしも、マルチコンテンツを効率よく配信できるわけではなかった。
【０００４】
一方、ヘッダを圧縮する技術としては、様々なヘッダ圧縮技術が存在（特許文献１参照）し、例えば、ＲＯＨＣ（Robust Header Compression）と呼ばれる技術が存在する。このＲＯＨＣを利用する場合には、パケットの送信元と送信先との関係が１対１であり、かつ、送信元と送信先との間で圧縮状態をフィードバックする必要がある。
【０００５】
図１５は、ＲＯＨＣに基づいてパケットを送信する基地局１０とパケットを受信する端末装置２０とを説明する図である。同図に示すように、基地局１０は、端末装置２０と圧縮状態を同期して、ＩＲ（イニシャライズ）状態、ＦＯ（First Order）状態、ＳＯ（Second Order）状態のいずれかに遷移し、遷移した状態に応じたパケットを生成する。
【０００６】
ここで、各状態において基地局１０が生成するパケットについて説明する。図１６は、各状態において送信されるパケットのデータ構造の一例を示す図である。図１６の（ａ）は、基地局１０がＩＲ状態の場合に生成するＩＲパケットのデータ構造を示す。図１６の（ｂ）は、基地局１０がＦＯ状態の場合に生成するＦＯパケット（ＩＲ−ＤＹＮパケット）のデータ構造を示す。図１６の（ｃ）は、基地局１０がＳＯ状態の場合に生成するＳＯパケット（ＵＯ−０／ＵＯ−１／ＵＯ−２）のデータ構造を示す。
【０００７】
図１６の（ａ）に示すように、基地局１０がＩＲ状態の場合には、ヘッダの圧縮は実行されず、未圧縮状態のヘッダ（ＩＰ／ＵＤＰ／ＲＴＰヘッダ）がＩＲパケットに格納される。ＩＲパケットには、ヘッダの他に、画像データ（マルチコンテンツ）が格納されている。
【０００８】
図１６の（ｂ）に示すように、基地局１０がＦＯ状態の場合には、最小限のヘッダの圧縮が実行され、最小圧縮状態のヘッダ（ＲＯＨＣヘッダ）がＦＯパケットに格納される。このヘッダには、ＦＯパケットには、ヘッダの他に、画像データ（マルチコンテンツ）が格納されている。なお、このＲＯＨＣヘッダは、ＲＴＰヘッダのタイムスタンプに対応するDynamic Part（Chain）を含んでいる。
【０００９】
図１６の（ｃ）に示すように、基地局１０がＳＯ状態の場合には、最大限のヘッダの圧縮が実行され、最大圧縮状態のヘッダ（ＲＯＨＣヘッダ）がＳＯパケットに格納される（ＦＯパケットのヘッダのデータ量よりもＳＯパケットのヘッダのデータ量の方が小さくなる）。
【００１０】
一方、端末装置２０は、基地局１０と圧縮状態を同期して、No Context状態、Static Context状態、Full Context状態のいずれかに遷移し、基地局１０からパケットを受信する。具体的に、基地局１０がＩＲ状態の場合には、端末装置２０は、No Context状態に遷移して、ＩＲパケットを受信する。
【００１１】
基地局１０がＦＯ状態の場合には、端末装置２０は、Static Context状態（あるいはFull Context状態）に遷移し、ＦＯパケットを受信する。なお、端末装置２０は、Full Context状態で、ＦＯパケットを受信している場合に、伸長エラー等が発生した場合には、Static Context状態に遷移する。基地局１０がＳＯ状態の場合には、端末装置２０は、Full Context状態に遷移し、ＳＯパケットを受信する。
【００１２】
端末装置２０は、パケットに含まれるヘッダが圧縮されている場合には（基地局１０からＦＯパケットあるいはＳＯパケットを受信した場合には）、ＲＯＣＨの技術により、圧縮されたヘッダの情報を伸長し、マルチコンテンツを再生している。
【００１３】
図１７は、ＲＯＨＣの状態遷移シーケンスを説明する図である。同図に示すように、基地局１０（Compressor）は、時間経過と共に、ＩＲ状態、ＦＯ状態、ＳＯ状態に遷移し、各状態に応じたパケットを端末装置２０（Decompressor）に送信する。また、端末装置２０も、基地局１０の状態に合わせて、状態を遷移させる。
【００１４】
【特許文献１】特表２００７−５０２０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来では、ＭＢＭＳにＲＯＨＣを適用することが出来ず、マルチコンテンツの配信にかかるスループットを向上させることができないという問題があった。
【００１６】
具体的には、ＭＢＭＳにＲＯＨＣを適用する場合には、各端末装置の状態に合わせて複数のヘッダを送信する必要があるが、ＭＢＭＳの送信無線領域は、ダウンリンクに１領域（チャンネル）のみであるため、同時に複数種類のヘッダを持つデータを送信することができない。
【００１７】
また、ＭＢＭＳにＲＯＨＣを適用する場合には、基地局と端末装置との間で圧縮状態を同期する必要があるが、ＭＢＭＳは、基地局と端末装置との関係が、１対ｎ（ｎは２以上の数）となるため、基地局が各端末装置の圧縮状態と同期することができなかった。
【００１８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、ＭＢＭＳにＲＯＨＣを適用させることで、マルチコンテンツの配信にかかるスループットを向上させることが出来るコンテンツ配信システム、コンテンツ配信装置、端末装置およびコンテンツ配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１９】
上述した課題を解決し、目的を達成するため、このコンテンツ配信システムは、複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムであって、前記コンテンツ配信装置は、コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有することを要件とする。
【発明の効果】
【００２０】
このコンテンツ配信システムによれば、コンテンツ配信装置が、複数の端末装置に対応する複数のヘッダ制御手段を有し、かかるヘッダ制御手段が、端末装置との間で圧縮状態を同期し、端末装置にヘッダの情報を送信すると共に、ヘッダの情報とは別にコンテンツ情報を各端末装置に配信するので、コンテンツ配信にかかるスループットを向上させることが出来る。
【発明を実施するための最良の形態】
【００２１】
以下に添付図面を参照して、この発明に係るコンテンツ配信システム、コンテンツ配信装置、端末装置およびコンテンツ配信方法の好適な実施の形態を詳細に説明する。
【実施例１】
【００２２】
まず、本実施例にかかるＭＢＭＳシステムの概要および特徴について説明する。図１は、本実施例にかかるＭＢＭＳシステムの概要および特徴を説明するための図である。同図に示すように、このＭＢＭＳシステム５０は、基地局１００と、基地局１００との間で無線通信を行う端末装置２００，３００とを含んでいる。
【００２３】
図１に示す例では、端末装置２００，３００のみを示すが、本実施例にかかるＭＢＭＳシステム５０は、その他にも端末装置を含んでいるものとする。また、基地局１００は、アクセスゲートウェイ（aＧＷ；図示略）に接続されているものとする。
【００２４】
基地局１００は、コンテンツ（例えば、動画、画像、音楽、音声等のデータ）を端末装置２００，３００に配信する装置である。本実施例では特に、基地局１００は、各端末装置２００，３００に対応するヘッダ制御部を有し、対応するヘッダ制御部と端末装置との間で圧縮状態を同期して、ヘッダの圧縮状態を判定し、判定結果に応じてヘッダを圧縮する。また、ヘッダ制御部は、専用のチャネル（例えば、ＤＣＣＨ＜Dedicated Control Channel＞）を経由して、コンテンツとは別に、ヘッダの情報のみを、端末装置に送信する。
【００２５】
図１に示す例では、第１ヘッダ制御部と端末装置２００とが対応しており、第１ヘッダ制御部と端末装置２００とで同期して、ヘッダの圧縮状態を調整する。また、第２ヘッダ制御部と端末装置３００とが対応しており、第２ヘッダ制御部と端末装置３００とが同期して、ヘッダの圧縮状態を調整する。
【００２６】
具体的には、第１ヘッダ制御部と端末装置２００とが同期して、第１ヘッダ制御部の状態がＩＲ状態で、端末装置２００の状態がNo Context状態である場合には、非圧縮状態のヘッダの情報（以下、ＩＲヘッダ情報）を、端末装置２００に送信する。
【００２７】
また、第１ヘッダ制御部の状態がＦＯ状態で、端末装置２００の状態がStatic Context（あるいは、Full Context）の場合には、最小圧縮状態にヘッダを圧縮し、最小圧縮状態のヘッダの情報（以下、ＦＯヘッダ情報）を、端末装置２００に送信する。
【００２８】
また、第１ヘッダ制御部の状態がＳＯ状態で、端末装置２００の状態がFull Contextの場合には、最大圧縮状態にヘッダを圧縮し、最大圧縮状態のヘッダの情報（以下、ＳＯヘッダ情報）を、端末装置２００に送信する。
【００２９】
一方、第２ヘッダ制御部および端末装置３００も、第１ヘッダ制御部および端末装置２００と同様に圧縮状態を同期して、第２ヘッダ制御部が、ヘッダの情報（ＩＲヘッダ情報、ＦＯヘッダ情報あるいはＳＯヘッダ情報）を端末装置２００に送信する。
【００３０】
図２は、本実施例にかかるＩＲヘッダ情報のデータ構造の一例を示す図である。同図に示すように、このＩＲヘッダ情報は、各種制御データと、ＣＲＣ（Cyclic Redundancy Check）と、Static Chainと、Dynamic Chainとを有する。このうち、Static Chainは、サービス開始から変更されないヘッダ部分の情報（例えば、ＩＰアドレスなど）である。また、Dynamic Chainは、時間と共に変更されるヘッダ部分の情報（例えば、ＲＴＰヘッダに含まれるタイムスタンプ）である。
【００３１】
図３は、本実施例にかかるＦＯヘッダ情報のデータ構造の一例を示す図である。同図に示すように、このＦＯヘッダ情報は、各種制御データと、ＣＲＣと、Dynamic Chainとを有する。図４は、本実施例にかかるＳＯヘッダ情報のデータ構造の一例を示す図である。同図に示すように、このＳＯヘッダ情報は、各種制御データと、ＣＲＣと、付加情報となるExtensionとを有する。
【００３２】
ところで、基地局１００は、専用のチャネル（例えば、ＭＴＣＨ＜Multicast Traffic Channel＞）を経由して、データ制御部がコンテンツと最大圧縮状態のヘッダの情報とを対応付けたＳＯ情報を生成し、生成したＳＯ情報を各端末装置２００，３００に送信する。このＳＯ情報は、ヘッダ制御部から送信されるヘッダの情報とは別に、各端末装置２００，３００に送信される。図５は、ＳＯ情報のデータ構造の一例を示す図である。同図に示すように、このＳＯ情報には、ＳＯヘッダ情報（図４参照）と、コンテンツを格納するＩＰパケットを有している。
【００３３】
端末装置２００，３００は、自装置と対応付けられたヘッダ制御部から受信したＩＲヘッダ情報、ＦＯヘッダ情報、ＳＯヘッダ情報を利用して、ＳＯ情報に含まれるＳＯヘッダ情報を伸長する（Static ChainおよびDynamic Chainを生成する）ことにより、基地局１００から受信したコンテンツを再生する。
【００３４】
ここで、ＳＯヘッダ情報を伸長する手法は、従来のＲＯＨＣに準拠する。すなわち、Static Chainは、ＩＲヘッダ情報に含まれるStatic Chainをそのまま利用する。また、Dynamic Chainは、ＩＲヘッダ情報およびＦＯヘッダ情報に含まれるDynamic Chainから推定したDynamic Chainを利用する。例えば、ＦＯヘッダ情報のDynamic Chainに含まれるタイムスタンプが、１，２，３となっていれば、次に受信するDynamic Chainのタイムスタンプは、４と推定することができる。
【００３５】
このように、本実施例にかかるＭＢＭＳシステム５０は、基地局１００が、各端末装置２００，３００に対応するヘッダ制御部を用いて、各端末装置２００，３００と同期を行い、ヘッダ制御部がヘッダの情報のみを端末装置に送信し、データ制御部がＳＯ情報を端末装置に送信する。そして、端末装置２００，３００がＳＯ情報に含まれるＳＯヘッダ情報を伸長して、コンテンツを再生するので、ＭＢＭＳにＲＯＣＨの技術を適用することができ、スループットを向上させることができる。
【００３６】
次に、図１に示した基地局１００の構成について説明する。図６は、本実施例にかかる基地局１００の構成を示す機能ブロック図である。同図に示すように、この基地局１００は、上位ＭＢＭＳ用アプリケーション１１０と、無線通信部１２０と、ＲＲＭ（Radio Resource Management）制御部１３０と、ＭＢＭＳ機能モジュール１４０とを有する。
【００３７】
このうち、上位ＭＢＭＳ用アプリケーション１１０は、端末装置２００または端末装置３００からＭＢＭＳのサービス要求を取得した場合に、マルチコンテンツの情報をＭＢＭＳ機能モジュール１４０に出力する手段である。上位ＭＢＭＳ用アプリケーション１１０が出力するマルチコンテンツの情報は、各ストリーミングサーバ（図示略）から基地局１００に転送されてきたデータとなる。無線通信部１２０は、端末装置２００，３００（あるいはその他の）との間における無線データ通信を行う手段である。
【００３８】
ＲＲＭ制御部１３０は、端末装置２００，３００からＭＢＭＳのサービス要求を取得した場合に、ＭＢＭＳサービス要求に応答すると共に、データ制御タスク１６０と、サービス要求を受け付けた端末装置に対応するヘッダ制御タスクとをＭＢＭＳ機能モジュール１４０中に生成する手段である。
【００３９】
一例として、ＲＲＭ制御部１３０は、端末装置２００からＭＢＭＳのサービス要求を取得した場合には、端末装置２００に対応する第１ヘッダ制御タスク１７０ａを生成する。また、ＲＲＭ制御部１３０は、端末装置３００からＭＢＭＳのサービス要求を取得した場合には、第２ヘッダ制御タスク１７０ｂを生成する。
【００４０】
また、ＲＲＭ制御部１３０は、端末装置からＭＢＭＳのサービス要求を取得した場合には、サービス要求元の端末装置に対して、ＭＢＭＳ専用のＵＬ（Uplink）／ＤＬ（Downlink）ベアラの生成要求を行う。このＵＬ／ＤＬベアラは、ヘッダの圧縮がCompressor（基地局１００のヘッダ制御タスク）／Decompressor（端末装置のヘッダ制御タスク）ともに高圧縮モードに移行するまでの制御用チャネルである。
【００４１】
ＭＢＭＳ機能モジュール１４０は、ヘッダコンテクストＤＢ１５０と、データ制御タスク１６０と、第１ヘッダ制御タスク１７０ａと、第２ヘッダ制御タスク１７０ｂとを有する。なお、ここでは一例として、第１、２ヘッダ制御タスク１７０ａ、１７０ｂを示すが、このヘッダ制御タスクは、コンテンツの送信先となる端末装置の数だけ存在する。すなわち、コンテンツの送信先となる端末装置がｎ（ｎは１以上の数）個存在する場合には、ヘッダ制御タスクは、ｎ個存在する。
【００４２】
ヘッダコンテクストＤＢ１５０は、ＭＢＭＳのサービス提供先となる端末装置の各種情報を記憶する記憶手段である。具体的に、このヘッダコンテクストＤＢ１５０は、サービス提供先となる端末装置のStatic Chainおよび、Dynamic Chain等の情報を記憶している。
【００４３】
データ制御タスク１６０は、ＭＢＭＳのサービス要求元となる複数の端末装置に対して、コンテンツ（ＳＯ情報；図５参照）を送信する手段であり、ＭＢＭＳデータ受信部１６１と、ヘッダ生成部１６２と、データ転送機能部１６３とを有する。
【００４４】
ＭＢＭＳデータ受信部１６１は、上位ＭＢＭＳ用アプリケーション１１０からコンテンツを受信し、受信したコンテンツをデータ転送機能部１６３に出力する手段である。ヘッダ生成部１６２は、サービス提供先となる端末装置のヘッダ（ＳＯヘッダ情報）を生成し、生成したＳＯヘッダ情報をデータ転送機能部１６３に出力する手段である。
【００４５】
ヘッダ生成部１６２は、ヘッダコンテクストＤＢ１５０を参照して、サービス提供先となる端末装置のStatic Chainおよび、Dynamic Chain等を取得し、取得した情報に基づいて、ＳＯヘッダ情報を生成する。ヘッダ生成部１６２が、ＳＯヘッダ情報を生成する手法は、従来のＲＯＣＨに準拠する。
【００４６】
また、ヘッダ生成部１６２は、ＲＲＭ制御部１３０に生成された場合に、サービス提供先となる端末装置のヘッダ情報の全て（Static Chain、Dynamic Chain等、ＲＦＣ＜Request For Comment＞に準拠する情報）を第１ヘッダ制御タスク１７０ａ（第２ヘッダ制御タスク１７０ｂ）に出力する。
【００４７】
ヘッダ制御タスク（第１ヘッダ制御タスク１７０ａ、第２ヘッダ制御タスク１７０ｂ）は、対応付けられた端末装置との間で圧縮状態を同期することにより、端末装置に送信するヘッダの圧縮状態を判定し、判定結果に基づいてヘッダを圧縮する手段である。ヘッダ制御タスクは、圧縮したヘッダの情報を、データ制御タスク１６０がＳＯ情報を送信するチャネル（ＭＴＣＨ）とは別のチャネル（ＤＣＣＨ）を経由して、端末装置に送信する。
【００４８】
ここでは、ヘッダ制御タスクの説明として、第１ヘッダ制御タスク１７０ａを用いて説明する。第２ヘッダ制御タスク１７０ｂの説明は、対応付けられた端末装置が第１ヘッダ制御タスク１７０ａと異なるだけなので説明を省略する。
【００４９】
第１ヘッダ制御タスク１７０ａは、ヘッダ判定機能部１７１と、Compressor機能部１７２と、ＦＳＭ（シーケンサー）１７３とを有する。ヘッダ判定機能部１７１は、端末装置２００との間でフィードバックパケットを受信することにより圧縮状態を同期し、圧縮状態に応じて、ＩＲヘッダ情報、ＦＯヘッダ情報あるいはＳＯヘッダ情報を端末装置２００に送信する手段である。
【００５０】
ヘッダ判定機能部１７１は、ＭＢＭＳのサービス開始時に、Compressor機能部１７２に対してＦＳＭ１７３の生成要求を行う。そして、ヘッダ判定機能部１７１は、端末装置２００から受信するフィードバックパケットに基づいて、ＦＳＭ１７３の状態を遷移させる（Compressor機能部１７２を介して、ＦＳＭ１７３の状態を遷移させる）。
【００５１】
ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、IR stateの場合には、ＩＲヘッダ情報を生成する。そして、ヘッダ判定機能部１７１は、ＤＣＣＨを経由して、ＩＲヘッダ情報を端末装置２００に送信する。なお、ヘッダ判定機能部１７１は、随時変更するDynamic Chainの情報をヘッダコンテクストＤＢ１５０に登録する。
【００５２】
ヘッダ判定機能部１７１は、ＩＲヘッダ情報を端末装置２００に送信した後に、端末装置２００からフィードバックパケット（ＡＣＫ＜ACKnowledgement＞）を受信した場合には、ＦＳＭ１７３の状態をIR stateからFO stateに遷移させる。あるいは、ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態をIR stateに設定してから、所定時間経過した後に、ＦＳＭの状態をFO stateに遷移させる。
【００５３】
ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、FO stateの場合には、ＦＯヘッダ情報を生成する。そして、ヘッダ判定機能部１７１は、ＤＣＣＨを経由して、ＦＯヘッダ情報を端末装置２００に送信する。
【００５４】
ヘッダ判定機能部１７１は、ＦＯヘッダ情報を端末装置２００に送信した後に、端末装置２００からフィードバックパケット（ＡＣＫ＜ACKnowledgement＞）を受信した場合には、ＦＳＭ１７３の状態をFO stateからSO stateに遷移させる。あるいは、ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態をFO stateに設定してから、所定時間経過した後に、ＦＳＭ１７３の状態をSO stateに遷移させる。
【００５５】
ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、SO stateの場合には、ＳＯヘッダ情報を生成する。そして、ヘッダ判定機能部１７１は、ＤＣＣＨを経由して、ＳＯヘッダ情報を端末装置２００に送信する。
【００５６】
なお、ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、SO stateの状態で、端末装置２００にエラーが発生し、端末装置２００からフィードバックパケット（ＮＡＣＫ＜Negative Acknowledgment＞）を受信した場合には、ＦＳＭ１７３の状態をFO stateに遷移させる。
【００５７】
また、ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、FO stateの状態で、端末装置２００にエラーが発生し、端末装置２００からフィードバックパケット（ＮＡＣＫ＜Negative Acknowledgment＞）を受信した場合には、ＦＳＭ１７３の状態をIR stateに遷移させる。
【００５８】
Compressor機能部１７２は、ＦＳＭ１７３を生成すると共に、ヘッダ判定機能部１７１から入力される制御命令に応じて、ＦＳＭ１７３の状態を遷移させる手段である。ＦＳＭ１７３は、第１ヘッダ制御タスク１７０ａと端末装置との間で同期する圧縮状態を管理するための手段である。ＦＳＭ１７３の初期状態は、IR stateとなり、Compressor機能部１７２に制御させることでFO state、SO stateに遷移する。
【００５９】
ここで、図６に示した基地局１００の処理シーケンスを説明する。図７は、本実施例にかかる基地局１００の処理シーケンスを示す図である。基地局１００は、ＲＲＭ制御部１３０が、端末装置２００からＭＢＭＳ要求を取得した場合には、端末装置２００にＭＢＭＳ要求に対する応答を行う（図７の（１）参照）。
【００６０】
ＲＲＭ制御部１３０は、ＭＢＭＳベアラの生成要求を上位ＭＢＭＳ用アプリケーション１１０に出力し、上位ＭＢＭＳ用アプリケーション１１０から応答を取得する（図７の（２）参照）。続いて、ＲＲＭ制御部１３０は、ベアラの生成（ＵＬ／ＤＬ）要求を端末装置２００に送信し、端末装置２００からの応答を取得し（図７の（３）参照）、データ制御タスク１６０、第１ヘッダ制御タスク１７０ａを生成する（図７の（４）、（５）参照）。
【００６１】
ヘッダ生成部１６２は、ヘッダ判定機能部１７１にヘッダ情報の全てを通知し（図７の（６）参照）、ヘッダ判定機能部１７１が、Compressor機能部１７２に対して、ＦＳＭ１７３の生成要求を行い（図７の（７）参照）、Compressor機能部１７２が、ＦＳＭ１７３を生成する（図７の（８）参照）。
【００６２】
続いて、ヘッダ判定機能部１７１は、端末装置２００に対してＩＲヘッダ情報を送信し（図７の（９）参照）、端末装置２００からフィードバックパケット（ＡＣＫ）を受信する（図７の（１０）参照）。
【００６３】
ヘッダ判定機能部１７１は、ＡＣＫ受信確認を行った後に（図７の（１１）参照）、ＦＳＭ１７３の遷移要求をCompressor機能部１７２に出力し（図７の（１２）参照）、Compressor機能部１７２がＦＳＭ１７３の状態をIR stateからFO stateに遷移させる（図７の（１３）参照）。
【００６４】
ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態がFO stateに遷移した場合に、ＦＯヘッダ情報を端末装置２００に送信する（図７の（１４−１）参照）。なお、ＦＯヘッダ情報が端末装置２００に送信された後に、データ転送機能部１６３は、ＳＯ情報を各端末装置にＳＯ情報を出力する（図７の（１４−２）参照）。
【００６５】
ヘッダ判定機能部１７１は、端末装置２００からフィードバックパケット（ＡＣＫ）を受信し（図７の（１５）参照）、ＡＣＫ受信確認を行った後に（図７の（１６）参照）、ＦＳＭ１７３の遷移要求をCompressor機能部１７２に出力する（図７の（１７）参照）。
【００６６】
Compressor機能部１７２は、ＦＳＭ１７３の状態をFO stateからSO stateに遷移させ（図７の（１８）参照）、ヘッダ判定機能部１７１は、ＳＯヘッダ情報を端末装置２００に送信する。
【００６７】
次に、図１に示した端末装置２００の構成について説明する（端末装置３００の構成は、端末装置２００の構成と同様であるため説明を省略する）。図８は、本実施例にかかる端末装置２００の構成を示す機能ブロック図である。同図に示すように、この端末装置２００は、上位ＭＢＭＳ用アプリケーション２１０と、無線通信部２２０と、ＲＲＣ制御部２３０と、ＭＢＭＳ機能モジュール２４０とを有する。
【００６８】
このうち、上位ＭＢＭＳ用アプリケーション２１０は、入力装置（図示略）を介してユーザからコンテンツの配信要求を取得した場合に、ＲＲＣ制御部２３０にＭＢＭＳベアラの生成要求を出力する手段である。また、上位ＭＢＭＳ用アプリケーション２１０は、データ制御タスク２６０からコンテンツを取得した場合には、ディスプレイ、スピーカ等（図示略）にコンテンツを出力する。無線通信部２２０は、基地局１００等との間における無線データ通信を実行する手段である。
【００６９】
ＲＲＣ制御部２３０は、基地局１００にＭＢＭＳの開始要求を行った場合に、ＭＢＭＳ機能モジュール２４０中に、データ制御タスク２６０およびヘッダ制御タスク２７０を生成する手段である。
【００７０】
ＭＢＭＳ機能モジュール２４０は、ヘッダコンテクストＤＢ２５０と、データ制御タスク２６０と、ヘッダ制御タスク２７０とを有する。このうち、ヘッダコンテクストＤＢ２５０は、基地局１００から送信される、ＩＲヘッダ情報、ＦＯヘッダ情報のStatic Chainおよび、Dynamic Chain等の情報を記憶する記憶手段である。
【００７１】
データ制御タスク２６０は、基地局１００からＭＴＣＨを経由して送信されるＳＯ情報を受信し、ヘッダ制御タスク２７０からの受信許可および圧縮コンテキスト情報を基に、ＳＯ情報に含まれるヘッダを伸長する手段である。データ制御タスク２６０は、ＭＢＭＳデータ転送部２６１と、ヘッダチェック部２６２と、データ分離機能部２６３とを有する。
【００７２】
ＭＢＭＳデータ転送部２６１は、伸長したヘッダの情報とコンテンツの情報とを対応付けて上位ＭＢＭＳ用アプリケーション２１０に出力する手段である。ヘッダチェック部２６２は、データ分離機能によって伸長されたヘッダのエラー（ＣＲＣエラー、ＳＮ番号不一致等）を検出する手段である。ヘッダチェック部２６２は、エラーを検出した場合に、エラーを検出した旨の情報を、ヘッダ判定機能部２７１に出力する。
【００７３】
データ分離機能部２６３は、ヘッダ制御タスク２７０から受信許可を取得した場合に、ＭＴＣＨを経由してＳＯ情報を受信し、ＳＯ情報に含まれるＳＯヘッダ情報を伸長する手段である。データ分離機能部２６３が、ＳＯヘッダ情報を伸長する場合には、ヘッダコンテクストＤＢ２５０を参照し、ＳＯヘッダ情報にStatic Chainを付加すると共に、Dynamic Chainを推定し、推定したDynamic ChainをＳＯヘッダ情報に付加する。データ分離機能部２６３は、伸長したヘッダの情報とコンテンツ情報とを対応付けてＭＢＭＳデータ転送部２６１に出力する。
【００７４】
ヘッダ制御タスク２７０は、ＲＯＨＣに準拠するＦＳＭ２８０を用意し、高圧縮状態となったヘッダを伸長できるまでＦＳＭ２８０を制御する手段である。また、ヘッダ制御タスク２７０は、ヘッダチェック部２６２からヘッダのエラーを検出した旨の情報を取得した場合には、再度、ＦＳＭ２８０の状態を制御しなおす。ヘッダ制御タスク２７０は、ヘッダ判定機能部２７１と、Decompressor機能部２７２とを有する。
【００７５】
ヘッダ判定機能部２７１は、ＭＢＭＳのサービス開始時に、DeCompressor機能部２７２に対してＦＳＭ２８０の生成要求を行う。そして、ヘッダ判定機能部２７１は、基地局１００から送信されるパケット（ＩＲヘッダ情報、ＦＯヘッダ情報、ＳＯヘッダ情報）に対応して、フィードバックパケットを返信することにより、基地局１００との間で圧縮状態を同期する。
【００７６】
ヘッダ判定機能部２７１は、ＤＣＣＨを経由して、ＩＲヘッダ情報を取得した場合に（所定回数取得した場合に）、フィードバックパケットを基地局１００に出力する。その後、ヘッダ判定機能部２７１がＦＯヘッダ情報を受信した場合には、ＦＳＭ２８０の状態を、No contextからFull contextに遷移させる（Static contextに遷移させても良い）。
【００７７】
ヘッダ判定機能部２７１は、ＦＳＭ２８０の状態をFull contextに遷移させた後（あるいは、Static contextに遷移させた後）に、フィードバックパケットを基地局１００に送信し、データ分離機能部２６３に対して、受信許可を出力する。なお、ヘッダ判定機能部２７１は、基地局１００から送信されるＩＲヘッダ情報、ＦＯヘッダ情報、ＳＯヘッダ情報を、ヘッダコンテクストＤＢ２５０に登録する。
【００７８】
Decompressor機能部２７２は、ＦＳＭ２８０を生成すると共に、ヘッダ判定機能部２７１から入力される制御命令に応じて、ＦＳＭ２８０の状態を遷移させる手段である。ＦＳＭ２８０は、ヘッダ制御タスク２７０と端末装置との間で同期する圧縮情報を管理するための手段である。ＦＳＭ２８０の初期状態は、No contextとなり、Decompressor機能部２７２に制御されることでStatic context、Full contextに遷移する。
【００７９】
ここで、図８に示した端末装置２００の処理シーケンスを説明する。図９は、本実施例にかかる端末装置２００の処理シーケンスを示す図であり、図１０は、圧縮されたヘッダを伸長する際にエラーを検出した場合の端末装置２００の処理シーケンスを示す図である。
【００８０】
端末装置２００は、ＲＲＣ制御部２３０が上位ＭＢＭＳ用アプリケーション２１０からＭＢＭＳベアラ生成要求を取得し（図９の（１）参照）、ＲＲＣ制御２３０がＭＢＭＳ開始要求を基地局１００に送信し、基地局１００からの応答を受信する（図９の（２）参照）。また、ベアラ生成（ＵＬ／ＤＬ）要求を基地局１００から取得した場合には、基地局１００に応答を行う（図９の（３）参照）。
【００８１】
ＲＲＣ制御部２３０は、データ制御タスク２６０およびヘッダ制御タスク２７０を生成し（図９の（４）参照）、Decompressor機能部２７２が、ＦＳＭ２８０を生成する（図９の（５）参照）。
【００８２】
ヘッダ判定機能部２７１は、ＩＲヘッダ情報を受信し（図９の（６）参照）、ＩＲ受信確認を行い（図９の（７）参照）、フィードバックパケット（ＡＣＫ）を基地局１００に送信する（図９の（８）参照）。ヘッダ判定機能部２７１は、ＩＲヘッダ情報を受信し、ＩＲヘッダ情報に含まれるStatic Chainと、Dynamic Chainを順次、ヘッダコンテクストＤＢ２５０に登録し、ヘッダコンテクストＤＢ２５０に登録された情報に基づいて、ＳＯヘッダ情報が確実に伸長できることが確認できた場合に、フィードバックパケット（ＡＣＫ）を基地局１００に送信する。
【００８３】
ヘッダ判定機能部２７１は、ＦＯヘッダ情報を基地局１００から受信し（図９の（９）参照）、ＦＳＭ２８０の遷移要求をDecompressor機能部２７２に出力し（図９の（１０）参照）、Decompressor機能部２７２が、ＦＳＭ２８０の状態をNo contextからFull Contextに遷移させる（図９の（１１）参照）。
【００８４】
そして、ヘッダ判定機能部２７１は、フィードバックパケット（ＡＣＫ）を基地局１００に送信し（図９の（１２）参照）、受信許可をデータ分離機能部２６３に出力する（図９の（１３）参照）。データ分離機能部２６３は、受信許可を取得した後に、ＭＴＣＨを経由して送信されるＳＯ情報を受信する（図９の（１４）参照）。
【００８５】
次に、圧縮されたヘッダを伸長する際にエラーを検出した場合の端末装置２００の処理について説明する。図１０に示すように、ヘッダチェック部２６２は、ＳＯ情報のエラー（ＣＲＣエラー、ＳＮ番号の不一致）を検出した場合に、ヘッダ判定機能部２７１にエラー通知を行う（図１０の（１）参照）。
【００８６】
ヘッダ判定機能部２７１は、ＦＳＭ２８０の遷移要求をDecompressor機能部２７２に出力し（図１０の（２）参照）、Decompressor機能部２７２は、ＦＳＭ２８０の状態をFull contextからStatic contextに遷移させる（図１０の（３）参照）。
【００８７】
ヘッダ判定機能部２７１は、切断要求をデータ分離機能部２６３に出力し（図１０の（４）参照）、フィードバックパケット（ＮＡＣＫ）を基地局１００に送信し（図１０の（５）参照）、ＦＯヘッダ情報を基地局１００から受信する（図１０の（６）参照）。
【００８８】
ヘッダ判定機能部２７１は、ＦＯ受信確認を行い（図１０の（７）参照）、フィードバックパケット（ＡＣＫ）を基地局１００に送信する（図１０の（８）参照）。ヘッダ判定機能部２７１は、ＦＯヘッダ情報を受信し、ＦＯヘッダ情報に含まれるDynamic Chainを順次、ヘッダコンテクストＤＢ２５０に登録し、ヘッダコンテクストＤＢ２５０に登録された情報に基づいて、ＳＯヘッダ情報が確実に伸長できることが確認できた場合に、フィードバックパケット（ＡＣＫ）を基地局１００に送信する。
【００８９】
ヘッダ判定機能部２７１は、ＦＳＭ２８０の遷移要求をDecompressor機能部２７２に出力し（図１０の（９）参照）、Decompressor機能部２７２は、ＦＳＭ２８０の状態をStatic contextからFull contextに遷移させる（図１０の（１０）参照）。
【００９０】
ヘッダ判定機能部２７１は、データ分離機能部２６３に対して受信許可を出力し（図１０の（１１）参照）、データ分離機能部２６３は、中断していたＳＯ情報の受信を再開する。
【００９１】
次に、本実施例にかかるＭＢＭＳシステムの処理手順について説明する。図１１および図１２は、本実施例にかかるＭＢＭＳシステムの処理手順を示すシーケンス図である。同図に示すように、端末装置３００と基地局１００との間でCamp ONし（無線系のアクセスを完了させ）（ステップＳ１０１）、端末装置２００と基地局１００との間でCamp ONする（ステップＳ１０２）。
【００９２】
端末装置２００は、基地局１００にＭＢＭＳサービス要求を行い（ステップＳ１０３）、基地局１００が端末装置２００にＭＢＭＳサービス応答を行う（ステップＳ１０４）。続いて、基地局１００が端末装置２００にFeedbackベアラ生成要求を行い（ステップＳ１０５）、端末装置２００が基地局１００にFeedbackベアラ生成応答を行う（ステップＳ１０６）。
【００９３】
端末装置２００は、自身のＦＳＭの状態をNo context状態に設定し、基地局１００は、端末装置２００に対応するＦＳＭの状態をIR stateに設定し（ステップＳ１０７）、基地局１００が端末装置２００にＩＲヘッダ情報を送信する（ステップＳ１０８）。
【００９４】
端末装置２００は、ＩＲヘッダ情報を所定回数（例えば、４回）受信した後に（ステップＳ１０９）、Feedbackパケット（ＡＣＫ）を基地局１００に送信し（ステップＳ１１０）、基地局１００は、端末装置２００に対応するＦＳＭの状態をFO stateに遷移させる（ステップＳ１１１）。
【００９５】
基地局１００は、ＦＯヘッダ情報を端末装置２００に送信し（ステップＳ１１２）、端末装置２００は、Feedbackパケット（ＡＣＫ）を基地局１００に送信し（ステップＳ１１３）、端末装置２００は、自身のＦＳＭの状態をFull context状態に遷移させ、基地局１００は、端末装置２００に対応するＦＳＭの状態をSO stateに遷移させる（ステップＳ１１４）。
【００９６】
基地局１００は、端末装置２００に対して、ＭＴＣＨによるＳＯ情報の送信を継続し（ステップＳ１１５）、端末装置２００は、ＳＯ情報の受信を継続する（ステップＳ１１６）。
【００９７】
一方、端末装置３００は、基地局１００にＭＢＭＳサービス要求を行い（ステップＳ１１７）、基地局１００が端末装置３００にＭＢＭＳサービス応答を行う（ステップＳ１１８）。また、基地局１００が端末装置３００にFeedbackベアラ生成要求を行い（ステップＳ１１９）、端末装置３００が基地局１００にFeedbackベアラ生成応答を行う（ステップＳ１２０）。
【００９８】
端末装置３００は、自身のＦＳＭの状態をNo context状態に設定し、基地局１００は、端末装置３００に対応するＦＳＭの状態をIR stateに設定し（ステップＳ１２１）、基地局１００が端末装置３００にＩＲヘッダ情報を送信する（ステップＳ１２２）。
【００９９】
端末装置３００は、ＩＲヘッダ情報を所定回数（例えば、４回）受信した後に（ステップＳ１２３）、Feedbackパケット（ＡＣＫ）を基地局１００に送信し（ステップＳ１２４）、基地局１００は、端末装置３００に対応するＦＳＭの状態をFO Stateに遷移させる（ステップＳ１２５）。
【０１００】
基地局１００は、ＦＯヘッダ情報を端末装置３００に送信し（ステップＳ１２６）、端末装置３００は、Feedbackパケット（ＡＣＫ）を基地局１００に送信し（ステップＳ１２７）、端末装置３００は、自身のＦＳＭの状態をFull context状態に遷移させ、基地局１００は、端末装置３００に対応するＦＳＭの状態をSO stateに遷移させる（ステップＳ１２８）。
【０１０１】
基地局１００は、端末装置３００に対して、ＭＴＣＨによるＳＯ情報の送信を継続し、端末装置３００は、ＳＯ情報の受信を継続して実行する（ステップＳ１２９）。
【０１０２】
このように、本実施例にかかるＭＢＭＳシステムは、基地局１００が端末装置２００，３００に対応するＦＳＭを生成し、各ＦＳＭを利用して各端末装置との間で同期を行い、各種のパケットを端末装置に送信するのでコンテンツ配信にかかるスループットを向上させることが出来る。
【０１０３】
上述してきたように、本実施例にかかるＭＢＭＳシステムは、基地局１００が、ＭＢＭＳ機能モジュール１４０に、データ制御タスク１６０と、各端末装置２００，３００に対応する第１ヘッダ制御タスク１７０ａ、第２ヘッダ制御タスク１７０ｂとを生成する。そして、各ヘッダ制御タスク１７０ａ、１７０ｂが、対応付けられた端末装置２００，３００と圧縮状態の同期を行い、ヘッダの情報のみを端末装置２００，３００に送信すると共に、データ制御タスク１６０が、ヘッダの情報とは別に、コンテンツの情報を端末装置２００，３００に配信するので、ＭＢＭＳにＲＯＨＣの技術を適用することを可能とし、コンテンツ配信にかかるスループットを向上させることが出来る。
【０１０４】
また、本実施例にかかるＭＢＭＳシステムは、端末装置２００（基地局３００）が、基地局の第１ヘッダ制御タスク１７０ａと圧縮状態を同期し、ヘッダの情報を受信すると共に、受信したヘッダの情報に基づいて、ＭＴＣＨを経由して送信されるＳＯ情報のヘッダを伸長し、コンテンツを再生可能とするので、ＭＢＭＳにＲＯＨＣの技術を適用することを可能とする。
【０１０５】
ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０６】
また、図６に示した基地局１００、図８に示した端末装置２００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１０７】
図１３は、本実施例に示した基地局１００を構成するコンピュータ４００のハードウェア構成を示す図（一例）であり、図１４は、本実施例に示した端末装置２００を構成するコンピュータ５００のハードウェア構成を示す図（一例）である。なお、端末装置３００に対応するハードウェア構成図は、端末装置２００と同様である。
【０１０８】
同図に示すように、このコンピュータ（基地局）４００は、入力装置４１０と、ディスプレイ４２０と、端末装置２００，３００等との間で無線通信を実行する無線通信装置４３０と、ＣＰＵ４４０と、メモリ４５０とをバス４６０で接続している。なお、その他の構成は、周知の基地局の構成と同様であるため説明を省略する。
【０１０９】
ＣＰＵ４４０が、メモリ４５０に記憶されたＲＲＭ制御プログラム４５０ａを読み出して実行することにより、ＲＲＭ制御タスク４４０ａが起動される。ここで、ＲＲＭ制御タスク４４０ａは、図６に示したＲＲＭ制御部１３０に対応する。
【０１１０】
そして、ＲＲＭ制御タスク４４０ａは、端末装置２００，３００にサービスを開始する場合に、データ制御タスク４４０ｂおよびヘッダ制御タスク４４０ｃを生成することにより、各端末装置との圧縮状態を同期すると共に、ヘッダの情報、コンテンツを配信する。ここで、データ制御タスク４４０ｂおよびヘッダ制御タスク４４０ｃは、図６に示したデータ制御タスク１６０、第１，２ヘッダ制御タスク１７０ａ，１７０ｂに対応する。
【０１１１】
続いて、図１４に示すように、このコンピュータ（端末装置）５００は、入力装置５１０と、ディスプレイ５２０と、基地局１００等との間で無線通信を実行する無線通信装置５３０と、ユーザからのＭＢＭＳ要求を受け付けるアプリケーションプロセッサ５４０と、ＣＰＵ５５０と、メモリ５６０とをバス５７０で接続している。なお、その他の構成は、周知の端末装置の構成と同様であるため説明を省略する。
【０１１２】
ＣＰＵ５５０が、メモリ５６０に記憶されたＲＲＣ制御プログラム５６０ａを読み出して実行することにより、ＲＲＣ制御タスク５５０ａが起動される。ここでＲＲＣ制御タスク５５０ａは、図８に示したデータ制御タスク２６０に対応する。
【０１１３】
そして、ＲＲＣ制御タスク５５０ａは、基地局１００からサービス提供を受ける場合に、データ制御タスク５５０ｂおよびヘッダ制御タスク５５０ｃを生成することにより、基地局１００との圧縮状態を同期すると共に、ヘッダの情報、コンテンツの配信を受け付け、圧縮されたヘッダを伸長してコンテンツを再生する。
【０１１４】
ところで、図１３に示したＲＲＭ制御プログラム４５０ａ、図１４に示したＲＲＣ制御プログラム５６０ａは、必ずしも最初からメモリ４５０，５６０に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などにＲＲＭ制御プログラム４５０ａ、ＲＲＣ制御プログラム５６０ａを記憶しておき、コンピュータがこれらからＲＲＭ制御プログラム４５０ａ、ＲＲＣ制御プログラム５６０ａを読み出して実行するようにしてもよい。
【０１１５】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
【０１１６】
（付記１）複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムであって、
前記コンテンツ配信装置は、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、
前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、
前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有する
ことを特徴とするコンテンツ配信システム。
【０１１７】
（付記２）前記端末装置は、前記コンテンツ情報と前記ヘッダ圧縮情報とを受信した場合に、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長する伸長手段を含んでいることを特徴とする付記１に記載のコンテンツ配信システム。
【０１１８】
（付記３）前記ヘッダ配信手段は、前記判定手段の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする付記１または２に記載のコンテンツ配信システム。
【０１１９】
（付記４）前記コンテンツ配信手段は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手段は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする付記１、２または３に記載のコンテンツ配信システム。
【０１２０】
（付記５）コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、
前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、
前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有する
ことを特徴とするコンテンツ配信装置。
【０１２１】
（付記６）前記ヘッダ配信手段は、前記判定手段の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする付記５に記載のコンテンツ配信装置。
【０１２２】
（付記７）前記コンテンツ配信手段は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手段は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする付記５または６に記載のコンテンツ配信装置。
【０１２３】
（付記８）付記５、６または７のいずれか一つに記載された基地局から、コンテンツ情報とヘッダ圧縮情報とを受信した場合に、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長する伸長手段
を備えたことを特徴とする端末装置。
【０１２４】
（付記９）複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムのコンテンツ配信方法であって、
前記コンテンツ配信装置は、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御タスクを生成するステップと、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するステップとを有し、
前記ヘッダ制御タスクは、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定するステップと、
判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御タスクに対応付けられた端末装置に配信するステップとを有する
ことを特徴とするコンテンツ配信方法。
【０１２５】
（付記１０）前記端末装置は、前記コンテンツ情報と前記ヘッダ圧縮情報とを受信するステップと、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長するステップとを有することを特徴とする付記９に記載のコンテンツ配信方法。
【０１２６】
（付記１１）前記コンテンツ配信装置は、ヘッダの圧縮状態に対する判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする付記９または１０に記載のコンテンツ配信方法。
【０１２７】
（付記１２）前記コンテンツ配信装置は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする付記９、１０または１１に記載のコンテンツ配信方法。
【０１２８】
（付記１３）コンピュータに、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御タスクを生成するタスク生成手順と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手順とを実行させ、
前記ヘッダ制御タスクは、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手順と、
前記判定手順の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御タスクに対応付けられた端末装置に配信するヘッダ配信手順とを
コンピュータに実行させることを特徴とするコンテンツ配信プログラム。
【０１２９】
（付記１４）前記ヘッダ配信手順は、前記判定手順の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする付記１３に記載のコンテンツ配信プログラム。
【０１３０】
（付記１５）前記コンテンツ配信手順は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手順は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする付記１３または１４に記載のコンテンツ配信プログラム。
【図面の簡単な説明】
【０１３１】
【図１】本実施例にかかるＭＢＭＳシステムの概要および特徴を説明するための図である。
【図２】本実施例にかかるＩＲヘッダ情報のデータ構造の一例を示す図である。
【図３】本実施例にかかるＦＯヘッダ情報のデータ構造の一例を示す図である。
【図４】本実施例にかかるＳＯヘッダ情報のデータ構造の一例を示す図である。
【図５】ＳＯ情報のデータ構造の一例を示す図である。
【図６】本実施例にかかる基地局の構成を示す機能ブロック図である。
【図７】本実施例にかかる基地局の処理シーケンスを示す図である。
【図８】本実施例にかかる端末装置の構成を示す機能ブロック図である。
【図９】本実施例にかかる端末装置の処理シーケンスを示す図である。
【図１０】圧縮されたヘッダを伸長する際にエラーを検出した場合の端末装置の処理シーケンスを示す図である。
【図１１】本実施例にかかるＭＢＭＳシステムの処理手順を示すシーケンス図（１）である。
【図１２】本実施例にかかるＭＢＭＳシステムの処理手順を示すシーケンス図（２）である。
【図１３】本実施例に示した基地局を構成するコンピュータのハードウェア構成を示す図である。
【図１４】本実施例に示した端末装置を構成するコンピュータのハードウェア構成を示す図である。
【図１５】ＲＯＨＣに基づいてパケットを送信する基地局とパケットを受信する端末装置とを説明する図である。
【図１６】各状態において送信されるパケットのデータ構造の一例を示す図である。
【図１７】ＲＯＨＣの状態遷移シーケンスを説明する図である。
【符号の説明】
【０１３２】
１０，１００ 基地局
２０，２００，３００ 端末装置
５０ ＭＢＭＳシステム
１１０，２１０ 上位ＭＢＭＳ用アプリケーション
１２０，２２０ 無線通信部
１３０ ＲＲＭ制御部
１４０，２４０ ＭＢＭＳ機能モジュール
１５０，２５０ ヘッダコンテクストＤＢ
１６０，２６０ データ制御タスク
１６１ ＭＢＭＳデータ受信部
１６２ ヘッダ生成部
１６３ データ転送機能部
１７０ａ 第１ヘッダ制御タスク
１７０ｂ 第２ヘッダ制御タスク
１７１，２７１ ヘッダ判定機能部
１７２ Compressor機能部
１７３，２８０ ＦＳＭ
２３０ ＲＲＣ制御部
２６１ ＭＢＭＳデータ転送部
２６２ ヘッダチェック部
２６３ データ分離機能部
２７０ ヘッダ制御タスク
２７２ Decompressor機能部
【技術分野】
【０００１】
この発明は、複数の端末装置からコンテンツの配信要求を受信し、要求元となる複数の端末装置にコンテンツを配信するコンテンツ配信システムなどに関するものである。
【背景技術】
【０００２】
近年、動画や音楽などのマルチコンテンツを既存のネットワーク（例えば、Ｗ−ＣＤＭＡをベースとする３Ｇ携帯電話網）で配信するためにＭＢＭＳ（Multimedia Broadcast Multicast Service）と呼ばれる技術が考案されている。このＭＢＭＳは、既存のネットワークを利用して、基地局から複数の端末装置にマルチコンテンツをブロードキャストする（あるいは指定した複数の端末装置に対してマルチコンテンツをマルチキャストする）技術である。
【０００３】
なお、基地局がマルチコンテンツをブロードキャスト（あるいはマルチキャスト）して端末装置に送信する場合には、各種の制御情報を含んだヘッダ（ＩＰ＜Internet Protocol＞／ＵＤＰ＜User Datagram Protocol＞／ＲＴＰ＜Real-time Transport Protocol＞ヘッダ等）をマルチキャストコンテンツに付加してパケットを生成する必要がある。しかし、パケット中に占めるヘッダのデータ量が大きく、パケット中に格納可能なマルチコンテンツのデータ量が制限されてしまうため、必ずしも、マルチコンテンツを効率よく配信できるわけではなかった。
【０００４】
一方、ヘッダを圧縮する技術としては、様々なヘッダ圧縮技術が存在（特許文献１参照）し、例えば、ＲＯＨＣ（Robust Header Compression）と呼ばれる技術が存在する。このＲＯＨＣを利用する場合には、パケットの送信元と送信先との関係が１対１であり、かつ、送信元と送信先との間で圧縮状態をフィードバックする必要がある。
【０００５】
図１５は、ＲＯＨＣに基づいてパケットを送信する基地局１０とパケットを受信する端末装置２０とを説明する図である。同図に示すように、基地局１０は、端末装置２０と圧縮状態を同期して、ＩＲ（イニシャライズ）状態、ＦＯ（First Order）状態、ＳＯ（Second Order）状態のいずれかに遷移し、遷移した状態に応じたパケットを生成する。
【０００６】
ここで、各状態において基地局１０が生成するパケットについて説明する。図１６は、各状態において送信されるパケットのデータ構造の一例を示す図である。図１６の（ａ）は、基地局１０がＩＲ状態の場合に生成するＩＲパケットのデータ構造を示す。図１６の（ｂ）は、基地局１０がＦＯ状態の場合に生成するＦＯパケット（ＩＲ−ＤＹＮパケット）のデータ構造を示す。図１６の（ｃ）は、基地局１０がＳＯ状態の場合に生成するＳＯパケット（ＵＯ−０／ＵＯ−１／ＵＯ−２）のデータ構造を示す。
【０００７】
図１６の（ａ）に示すように、基地局１０がＩＲ状態の場合には、ヘッダの圧縮は実行されず、未圧縮状態のヘッダ（ＩＰ／ＵＤＰ／ＲＴＰヘッダ）がＩＲパケットに格納される。ＩＲパケットには、ヘッダの他に、画像データ（マルチコンテンツ）が格納されている。
【０００８】
図１６の（ｂ）に示すように、基地局１０がＦＯ状態の場合には、最小限のヘッダの圧縮が実行され、最小圧縮状態のヘッダ（ＲＯＨＣヘッダ）がＦＯパケットに格納される。このヘッダには、ＦＯパケットには、ヘッダの他に、画像データ（マルチコンテンツ）が格納されている。なお、このＲＯＨＣヘッダは、ＲＴＰヘッダのタイムスタンプに対応するDynamic Part（Chain）を含んでいる。
【０００９】
図１６の（ｃ）に示すように、基地局１０がＳＯ状態の場合には、最大限のヘッダの圧縮が実行され、最大圧縮状態のヘッダ（ＲＯＨＣヘッダ）がＳＯパケットに格納される（ＦＯパケットのヘッダのデータ量よりもＳＯパケットのヘッダのデータ量の方が小さくなる）。
【００１０】
一方、端末装置２０は、基地局１０と圧縮状態を同期して、No Context状態、Static Context状態、Full Context状態のいずれかに遷移し、基地局１０からパケットを受信する。具体的に、基地局１０がＩＲ状態の場合には、端末装置２０は、No Context状態に遷移して、ＩＲパケットを受信する。
【００１１】
基地局１０がＦＯ状態の場合には、端末装置２０は、Static Context状態（あるいはFull Context状態）に遷移し、ＦＯパケットを受信する。なお、端末装置２０は、Full Context状態で、ＦＯパケットを受信している場合に、伸長エラー等が発生した場合には、Static Context状態に遷移する。基地局１０がＳＯ状態の場合には、端末装置２０は、Full Context状態に遷移し、ＳＯパケットを受信する。
【００１２】
端末装置２０は、パケットに含まれるヘッダが圧縮されている場合には（基地局１０からＦＯパケットあるいはＳＯパケットを受信した場合には）、ＲＯＣＨの技術により、圧縮されたヘッダの情報を伸長し、マルチコンテンツを再生している。
【００１３】
図１７は、ＲＯＨＣの状態遷移シーケンスを説明する図である。同図に示すように、基地局１０（Compressor）は、時間経過と共に、ＩＲ状態、ＦＯ状態、ＳＯ状態に遷移し、各状態に応じたパケットを端末装置２０（Decompressor）に送信する。また、端末装置２０も、基地局１０の状態に合わせて、状態を遷移させる。
【００１４】
【特許文献１】特表２００７−５０２０７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来では、ＭＢＭＳにＲＯＨＣを適用することが出来ず、マルチコンテンツの配信にかかるスループットを向上させることができないという問題があった。
【００１６】
具体的には、ＭＢＭＳにＲＯＨＣを適用する場合には、各端末装置の状態に合わせて複数のヘッダを送信する必要があるが、ＭＢＭＳの送信無線領域は、ダウンリンクに１領域（チャンネル）のみであるため、同時に複数種類のヘッダを持つデータを送信することができない。
【００１７】
また、ＭＢＭＳにＲＯＨＣを適用する場合には、基地局と端末装置との間で圧縮状態を同期する必要があるが、ＭＢＭＳは、基地局と端末装置との関係が、１対ｎ（ｎは２以上の数）となるため、基地局が各端末装置の圧縮状態と同期することができなかった。
【００１８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、ＭＢＭＳにＲＯＨＣを適用させることで、マルチコンテンツの配信にかかるスループットを向上させることが出来るコンテンツ配信システム、コンテンツ配信装置、端末装置およびコンテンツ配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１９】
上述した課題を解決し、目的を達成するため、このコンテンツ配信システムは、複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムであって、前記コンテンツ配信装置は、コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有することを要件とする。
【発明の効果】
【００２０】
このコンテンツ配信システムによれば、コンテンツ配信装置が、複数の端末装置に対応する複数のヘッダ制御手段を有し、かかるヘッダ制御手段が、端末装置との間で圧縮状態を同期し、端末装置にヘッダの情報を送信すると共に、ヘッダの情報とは別にコンテンツ情報を各端末装置に配信するので、コンテンツ配信にかかるスループットを向上させることが出来る。
【発明を実施するための最良の形態】
【００２１】
以下に添付図面を参照して、この発明に係るコンテンツ配信システム、コンテンツ配信装置、端末装置およびコンテンツ配信方法の好適な実施の形態を詳細に説明する。
【実施例１】
【００２２】
まず、本実施例にかかるＭＢＭＳシステムの概要および特徴について説明する。図１は、本実施例にかかるＭＢＭＳシステムの概要および特徴を説明するための図である。同図に示すように、このＭＢＭＳシステム５０は、基地局１００と、基地局１００との間で無線通信を行う端末装置２００，３００とを含んでいる。
【００２３】
図１に示す例では、端末装置２００，３００のみを示すが、本実施例にかかるＭＢＭＳシステム５０は、その他にも端末装置を含んでいるものとする。また、基地局１００は、アクセスゲートウェイ（aＧＷ；図示略）に接続されているものとする。
【００２４】
基地局１００は、コンテンツ（例えば、動画、画像、音楽、音声等のデータ）を端末装置２００，３００に配信する装置である。本実施例では特に、基地局１００は、各端末装置２００，３００に対応するヘッダ制御部を有し、対応するヘッダ制御部と端末装置との間で圧縮状態を同期して、ヘッダの圧縮状態を判定し、判定結果に応じてヘッダを圧縮する。また、ヘッダ制御部は、専用のチャネル（例えば、ＤＣＣＨ＜Dedicated Control Channel＞）を経由して、コンテンツとは別に、ヘッダの情報のみを、端末装置に送信する。
【００２５】
図１に示す例では、第１ヘッダ制御部と端末装置２００とが対応しており、第１ヘッダ制御部と端末装置２００とで同期して、ヘッダの圧縮状態を調整する。また、第２ヘッダ制御部と端末装置３００とが対応しており、第２ヘッダ制御部と端末装置３００とが同期して、ヘッダの圧縮状態を調整する。
【００２６】
具体的には、第１ヘッダ制御部と端末装置２００とが同期して、第１ヘッダ制御部の状態がＩＲ状態で、端末装置２００の状態がNo Context状態である場合には、非圧縮状態のヘッダの情報（以下、ＩＲヘッダ情報）を、端末装置２００に送信する。
【００２７】
また、第１ヘッダ制御部の状態がＦＯ状態で、端末装置２００の状態がStatic Context（あるいは、Full Context）の場合には、最小圧縮状態にヘッダを圧縮し、最小圧縮状態のヘッダの情報（以下、ＦＯヘッダ情報）を、端末装置２００に送信する。
【００２８】
また、第１ヘッダ制御部の状態がＳＯ状態で、端末装置２００の状態がFull Contextの場合には、最大圧縮状態にヘッダを圧縮し、最大圧縮状態のヘッダの情報（以下、ＳＯヘッダ情報）を、端末装置２００に送信する。
【００２９】
一方、第２ヘッダ制御部および端末装置３００も、第１ヘッダ制御部および端末装置２００と同様に圧縮状態を同期して、第２ヘッダ制御部が、ヘッダの情報（ＩＲヘッダ情報、ＦＯヘッダ情報あるいはＳＯヘッダ情報）を端末装置２００に送信する。
【００３０】
図２は、本実施例にかかるＩＲヘッダ情報のデータ構造の一例を示す図である。同図に示すように、このＩＲヘッダ情報は、各種制御データと、ＣＲＣ（Cyclic Redundancy Check）と、Static Chainと、Dynamic Chainとを有する。このうち、Static Chainは、サービス開始から変更されないヘッダ部分の情報（例えば、ＩＰアドレスなど）である。また、Dynamic Chainは、時間と共に変更されるヘッダ部分の情報（例えば、ＲＴＰヘッダに含まれるタイムスタンプ）である。
【００３１】
図３は、本実施例にかかるＦＯヘッダ情報のデータ構造の一例を示す図である。同図に示すように、このＦＯヘッダ情報は、各種制御データと、ＣＲＣと、Dynamic Chainとを有する。図４は、本実施例にかかるＳＯヘッダ情報のデータ構造の一例を示す図である。同図に示すように、このＳＯヘッダ情報は、各種制御データと、ＣＲＣと、付加情報となるExtensionとを有する。
【００３２】
ところで、基地局１００は、専用のチャネル（例えば、ＭＴＣＨ＜Multicast Traffic Channel＞）を経由して、データ制御部がコンテンツと最大圧縮状態のヘッダの情報とを対応付けたＳＯ情報を生成し、生成したＳＯ情報を各端末装置２００，３００に送信する。このＳＯ情報は、ヘッダ制御部から送信されるヘッダの情報とは別に、各端末装置２００，３００に送信される。図５は、ＳＯ情報のデータ構造の一例を示す図である。同図に示すように、このＳＯ情報には、ＳＯヘッダ情報（図４参照）と、コンテンツを格納するＩＰパケットを有している。
【００３３】
端末装置２００，３００は、自装置と対応付けられたヘッダ制御部から受信したＩＲヘッダ情報、ＦＯヘッダ情報、ＳＯヘッダ情報を利用して、ＳＯ情報に含まれるＳＯヘッダ情報を伸長する（Static ChainおよびDynamic Chainを生成する）ことにより、基地局１００から受信したコンテンツを再生する。
【００３４】
ここで、ＳＯヘッダ情報を伸長する手法は、従来のＲＯＨＣに準拠する。すなわち、Static Chainは、ＩＲヘッダ情報に含まれるStatic Chainをそのまま利用する。また、Dynamic Chainは、ＩＲヘッダ情報およびＦＯヘッダ情報に含まれるDynamic Chainから推定したDynamic Chainを利用する。例えば、ＦＯヘッダ情報のDynamic Chainに含まれるタイムスタンプが、１，２，３となっていれば、次に受信するDynamic Chainのタイムスタンプは、４と推定することができる。
【００３５】
このように、本実施例にかかるＭＢＭＳシステム５０は、基地局１００が、各端末装置２００，３００に対応するヘッダ制御部を用いて、各端末装置２００，３００と同期を行い、ヘッダ制御部がヘッダの情報のみを端末装置に送信し、データ制御部がＳＯ情報を端末装置に送信する。そして、端末装置２００，３００がＳＯ情報に含まれるＳＯヘッダ情報を伸長して、コンテンツを再生するので、ＭＢＭＳにＲＯＣＨの技術を適用することができ、スループットを向上させることができる。
【００３６】
次に、図１に示した基地局１００の構成について説明する。図６は、本実施例にかかる基地局１００の構成を示す機能ブロック図である。同図に示すように、この基地局１００は、上位ＭＢＭＳ用アプリケーション１１０と、無線通信部１２０と、ＲＲＭ（Radio Resource Management）制御部１３０と、ＭＢＭＳ機能モジュール１４０とを有する。
【００３７】
このうち、上位ＭＢＭＳ用アプリケーション１１０は、端末装置２００または端末装置３００からＭＢＭＳのサービス要求を取得した場合に、マルチコンテンツの情報をＭＢＭＳ機能モジュール１４０に出力する手段である。上位ＭＢＭＳ用アプリケーション１１０が出力するマルチコンテンツの情報は、各ストリーミングサーバ（図示略）から基地局１００に転送されてきたデータとなる。無線通信部１２０は、端末装置２００，３００（あるいはその他の）との間における無線データ通信を行う手段である。
【００３８】
ＲＲＭ制御部１３０は、端末装置２００，３００からＭＢＭＳのサービス要求を取得した場合に、ＭＢＭＳサービス要求に応答すると共に、データ制御タスク１６０と、サービス要求を受け付けた端末装置に対応するヘッダ制御タスクとをＭＢＭＳ機能モジュール１４０中に生成する手段である。
【００３９】
一例として、ＲＲＭ制御部１３０は、端末装置２００からＭＢＭＳのサービス要求を取得した場合には、端末装置２００に対応する第１ヘッダ制御タスク１７０ａを生成する。また、ＲＲＭ制御部１３０は、端末装置３００からＭＢＭＳのサービス要求を取得した場合には、第２ヘッダ制御タスク１７０ｂを生成する。
【００４０】
また、ＲＲＭ制御部１３０は、端末装置からＭＢＭＳのサービス要求を取得した場合には、サービス要求元の端末装置に対して、ＭＢＭＳ専用のＵＬ（Uplink）／ＤＬ（Downlink）ベアラの生成要求を行う。このＵＬ／ＤＬベアラは、ヘッダの圧縮がCompressor（基地局１００のヘッダ制御タスク）／Decompressor（端末装置のヘッダ制御タスク）ともに高圧縮モードに移行するまでの制御用チャネルである。
【００４１】
ＭＢＭＳ機能モジュール１４０は、ヘッダコンテクストＤＢ１５０と、データ制御タスク１６０と、第１ヘッダ制御タスク１７０ａと、第２ヘッダ制御タスク１７０ｂとを有する。なお、ここでは一例として、第１、２ヘッダ制御タスク１７０ａ、１７０ｂを示すが、このヘッダ制御タスクは、コンテンツの送信先となる端末装置の数だけ存在する。すなわち、コンテンツの送信先となる端末装置がｎ（ｎは１以上の数）個存在する場合には、ヘッダ制御タスクは、ｎ個存在する。
【００４２】
ヘッダコンテクストＤＢ１５０は、ＭＢＭＳのサービス提供先となる端末装置の各種情報を記憶する記憶手段である。具体的に、このヘッダコンテクストＤＢ１５０は、サービス提供先となる端末装置のStatic Chainおよび、Dynamic Chain等の情報を記憶している。
【００４３】
データ制御タスク１６０は、ＭＢＭＳのサービス要求元となる複数の端末装置に対して、コンテンツ（ＳＯ情報；図５参照）を送信する手段であり、ＭＢＭＳデータ受信部１６１と、ヘッダ生成部１６２と、データ転送機能部１６３とを有する。
【００４４】
ＭＢＭＳデータ受信部１６１は、上位ＭＢＭＳ用アプリケーション１１０からコンテンツを受信し、受信したコンテンツをデータ転送機能部１６３に出力する手段である。ヘッダ生成部１６２は、サービス提供先となる端末装置のヘッダ（ＳＯヘッダ情報）を生成し、生成したＳＯヘッダ情報をデータ転送機能部１６３に出力する手段である。
【００４５】
ヘッダ生成部１６２は、ヘッダコンテクストＤＢ１５０を参照して、サービス提供先となる端末装置のStatic Chainおよび、Dynamic Chain等を取得し、取得した情報に基づいて、ＳＯヘッダ情報を生成する。ヘッダ生成部１６２が、ＳＯヘッダ情報を生成する手法は、従来のＲＯＣＨに準拠する。
【００４６】
また、ヘッダ生成部１６２は、ＲＲＭ制御部１３０に生成された場合に、サービス提供先となる端末装置のヘッダ情報の全て（Static Chain、Dynamic Chain等、ＲＦＣ＜Request For Comment＞に準拠する情報）を第１ヘッダ制御タスク１７０ａ（第２ヘッダ制御タスク１７０ｂ）に出力する。
【００４７】
ヘッダ制御タスク（第１ヘッダ制御タスク１７０ａ、第２ヘッダ制御タスク１７０ｂ）は、対応付けられた端末装置との間で圧縮状態を同期することにより、端末装置に送信するヘッダの圧縮状態を判定し、判定結果に基づいてヘッダを圧縮する手段である。ヘッダ制御タスクは、圧縮したヘッダの情報を、データ制御タスク１６０がＳＯ情報を送信するチャネル（ＭＴＣＨ）とは別のチャネル（ＤＣＣＨ）を経由して、端末装置に送信する。
【００４８】
ここでは、ヘッダ制御タスクの説明として、第１ヘッダ制御タスク１７０ａを用いて説明する。第２ヘッダ制御タスク１７０ｂの説明は、対応付けられた端末装置が第１ヘッダ制御タスク１７０ａと異なるだけなので説明を省略する。
【００４９】
第１ヘッダ制御タスク１７０ａは、ヘッダ判定機能部１７１と、Compressor機能部１７２と、ＦＳＭ（シーケンサー）１７３とを有する。ヘッダ判定機能部１７１は、端末装置２００との間でフィードバックパケットを受信することにより圧縮状態を同期し、圧縮状態に応じて、ＩＲヘッダ情報、ＦＯヘッダ情報あるいはＳＯヘッダ情報を端末装置２００に送信する手段である。
【００５０】
ヘッダ判定機能部１７１は、ＭＢＭＳのサービス開始時に、Compressor機能部１７２に対してＦＳＭ１７３の生成要求を行う。そして、ヘッダ判定機能部１７１は、端末装置２００から受信するフィードバックパケットに基づいて、ＦＳＭ１７３の状態を遷移させる（Compressor機能部１７２を介して、ＦＳＭ１７３の状態を遷移させる）。
【００５１】
ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、IR stateの場合には、ＩＲヘッダ情報を生成する。そして、ヘッダ判定機能部１７１は、ＤＣＣＨを経由して、ＩＲヘッダ情報を端末装置２００に送信する。なお、ヘッダ判定機能部１７１は、随時変更するDynamic Chainの情報をヘッダコンテクストＤＢ１５０に登録する。
【００５２】
ヘッダ判定機能部１７１は、ＩＲヘッダ情報を端末装置２００に送信した後に、端末装置２００からフィードバックパケット（ＡＣＫ＜ACKnowledgement＞）を受信した場合には、ＦＳＭ１７３の状態をIR stateからFO stateに遷移させる。あるいは、ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態をIR stateに設定してから、所定時間経過した後に、ＦＳＭの状態をFO stateに遷移させる。
【００５３】
ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、FO stateの場合には、ＦＯヘッダ情報を生成する。そして、ヘッダ判定機能部１７１は、ＤＣＣＨを経由して、ＦＯヘッダ情報を端末装置２００に送信する。
【００５４】
ヘッダ判定機能部１７１は、ＦＯヘッダ情報を端末装置２００に送信した後に、端末装置２００からフィードバックパケット（ＡＣＫ＜ACKnowledgement＞）を受信した場合には、ＦＳＭ１７３の状態をFO stateからSO stateに遷移させる。あるいは、ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態をFO stateに設定してから、所定時間経過した後に、ＦＳＭ１７３の状態をSO stateに遷移させる。
【００５５】
ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、SO stateの場合には、ＳＯヘッダ情報を生成する。そして、ヘッダ判定機能部１７１は、ＤＣＣＨを経由して、ＳＯヘッダ情報を端末装置２００に送信する。
【００５６】
なお、ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、SO stateの状態で、端末装置２００にエラーが発生し、端末装置２００からフィードバックパケット（ＮＡＣＫ＜Negative Acknowledgment＞）を受信した場合には、ＦＳＭ１７３の状態をFO stateに遷移させる。
【００５７】
また、ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態が、FO stateの状態で、端末装置２００にエラーが発生し、端末装置２００からフィードバックパケット（ＮＡＣＫ＜Negative Acknowledgment＞）を受信した場合には、ＦＳＭ１７３の状態をIR stateに遷移させる。
【００５８】
Compressor機能部１７２は、ＦＳＭ１７３を生成すると共に、ヘッダ判定機能部１７１から入力される制御命令に応じて、ＦＳＭ１７３の状態を遷移させる手段である。ＦＳＭ１７３は、第１ヘッダ制御タスク１７０ａと端末装置との間で同期する圧縮状態を管理するための手段である。ＦＳＭ１７３の初期状態は、IR stateとなり、Compressor機能部１７２に制御させることでFO state、SO stateに遷移する。
【００５９】
ここで、図６に示した基地局１００の処理シーケンスを説明する。図７は、本実施例にかかる基地局１００の処理シーケンスを示す図である。基地局１００は、ＲＲＭ制御部１３０が、端末装置２００からＭＢＭＳ要求を取得した場合には、端末装置２００にＭＢＭＳ要求に対する応答を行う（図７の（１）参照）。
【００６０】
ＲＲＭ制御部１３０は、ＭＢＭＳベアラの生成要求を上位ＭＢＭＳ用アプリケーション１１０に出力し、上位ＭＢＭＳ用アプリケーション１１０から応答を取得する（図７の（２）参照）。続いて、ＲＲＭ制御部１３０は、ベアラの生成（ＵＬ／ＤＬ）要求を端末装置２００に送信し、端末装置２００からの応答を取得し（図７の（３）参照）、データ制御タスク１６０、第１ヘッダ制御タスク１７０ａを生成する（図７の（４）、（５）参照）。
【００６１】
ヘッダ生成部１６２は、ヘッダ判定機能部１７１にヘッダ情報の全てを通知し（図７の（６）参照）、ヘッダ判定機能部１７１が、Compressor機能部１７２に対して、ＦＳＭ１７３の生成要求を行い（図７の（７）参照）、Compressor機能部１７２が、ＦＳＭ１７３を生成する（図７の（８）参照）。
【００６２】
続いて、ヘッダ判定機能部１７１は、端末装置２００に対してＩＲヘッダ情報を送信し（図７の（９）参照）、端末装置２００からフィードバックパケット（ＡＣＫ）を受信する（図７の（１０）参照）。
【００６３】
ヘッダ判定機能部１７１は、ＡＣＫ受信確認を行った後に（図７の（１１）参照）、ＦＳＭ１７３の遷移要求をCompressor機能部１７２に出力し（図７の（１２）参照）、Compressor機能部１７２がＦＳＭ１７３の状態をIR stateからFO stateに遷移させる（図７の（１３）参照）。
【００６４】
ヘッダ判定機能部１７１は、ＦＳＭ１７３の状態がFO stateに遷移した場合に、ＦＯヘッダ情報を端末装置２００に送信する（図７の（１４−１）参照）。なお、ＦＯヘッダ情報が端末装置２００に送信された後に、データ転送機能部１６３は、ＳＯ情報を各端末装置にＳＯ情報を出力する（図７の（１４−２）参照）。
【００６５】
ヘッダ判定機能部１７１は、端末装置２００からフィードバックパケット（ＡＣＫ）を受信し（図７の（１５）参照）、ＡＣＫ受信確認を行った後に（図７の（１６）参照）、ＦＳＭ１７３の遷移要求をCompressor機能部１７２に出力する（図７の（１７）参照）。
【００６６】
Compressor機能部１７２は、ＦＳＭ１７３の状態をFO stateからSO stateに遷移させ（図７の（１８）参照）、ヘッダ判定機能部１７１は、ＳＯヘッダ情報を端末装置２００に送信する。
【００６７】
次に、図１に示した端末装置２００の構成について説明する（端末装置３００の構成は、端末装置２００の構成と同様であるため説明を省略する）。図８は、本実施例にかかる端末装置２００の構成を示す機能ブロック図である。同図に示すように、この端末装置２００は、上位ＭＢＭＳ用アプリケーション２１０と、無線通信部２２０と、ＲＲＣ制御部２３０と、ＭＢＭＳ機能モジュール２４０とを有する。
【００６８】
このうち、上位ＭＢＭＳ用アプリケーション２１０は、入力装置（図示略）を介してユーザからコンテンツの配信要求を取得した場合に、ＲＲＣ制御部２３０にＭＢＭＳベアラの生成要求を出力する手段である。また、上位ＭＢＭＳ用アプリケーション２１０は、データ制御タスク２６０からコンテンツを取得した場合には、ディスプレイ、スピーカ等（図示略）にコンテンツを出力する。無線通信部２２０は、基地局１００等との間における無線データ通信を実行する手段である。
【００６９】
ＲＲＣ制御部２３０は、基地局１００にＭＢＭＳの開始要求を行った場合に、ＭＢＭＳ機能モジュール２４０中に、データ制御タスク２６０およびヘッダ制御タスク２７０を生成する手段である。
【００７０】
ＭＢＭＳ機能モジュール２４０は、ヘッダコンテクストＤＢ２５０と、データ制御タスク２６０と、ヘッダ制御タスク２７０とを有する。このうち、ヘッダコンテクストＤＢ２５０は、基地局１００から送信される、ＩＲヘッダ情報、ＦＯヘッダ情報のStatic Chainおよび、Dynamic Chain等の情報を記憶する記憶手段である。
【００７１】
データ制御タスク２６０は、基地局１００からＭＴＣＨを経由して送信されるＳＯ情報を受信し、ヘッダ制御タスク２７０からの受信許可および圧縮コンテキスト情報を基に、ＳＯ情報に含まれるヘッダを伸長する手段である。データ制御タスク２６０は、ＭＢＭＳデータ転送部２６１と、ヘッダチェック部２６２と、データ分離機能部２６３とを有する。
【００７２】
ＭＢＭＳデータ転送部２６１は、伸長したヘッダの情報とコンテンツの情報とを対応付けて上位ＭＢＭＳ用アプリケーション２１０に出力する手段である。ヘッダチェック部２６２は、データ分離機能によって伸長されたヘッダのエラー（ＣＲＣエラー、ＳＮ番号不一致等）を検出する手段である。ヘッダチェック部２６２は、エラーを検出した場合に、エラーを検出した旨の情報を、ヘッダ判定機能部２７１に出力する。
【００７３】
データ分離機能部２６３は、ヘッダ制御タスク２７０から受信許可を取得した場合に、ＭＴＣＨを経由してＳＯ情報を受信し、ＳＯ情報に含まれるＳＯヘッダ情報を伸長する手段である。データ分離機能部２６３が、ＳＯヘッダ情報を伸長する場合には、ヘッダコンテクストＤＢ２５０を参照し、ＳＯヘッダ情報にStatic Chainを付加すると共に、Dynamic Chainを推定し、推定したDynamic ChainをＳＯヘッダ情報に付加する。データ分離機能部２６３は、伸長したヘッダの情報とコンテンツ情報とを対応付けてＭＢＭＳデータ転送部２６１に出力する。
【００７４】
ヘッダ制御タスク２７０は、ＲＯＨＣに準拠するＦＳＭ２８０を用意し、高圧縮状態となったヘッダを伸長できるまでＦＳＭ２８０を制御する手段である。また、ヘッダ制御タスク２７０は、ヘッダチェック部２６２からヘッダのエラーを検出した旨の情報を取得した場合には、再度、ＦＳＭ２８０の状態を制御しなおす。ヘッダ制御タスク２７０は、ヘッダ判定機能部２７１と、Decompressor機能部２７２とを有する。
【００７５】
ヘッダ判定機能部２７１は、ＭＢＭＳのサービス開始時に、DeCompressor機能部２７２に対してＦＳＭ２８０の生成要求を行う。そして、ヘッダ判定機能部２７１は、基地局１００から送信されるパケット（ＩＲヘッダ情報、ＦＯヘッダ情報、ＳＯヘッダ情報）に対応して、フィードバックパケットを返信することにより、基地局１００との間で圧縮状態を同期する。
【００７６】
ヘッダ判定機能部２７１は、ＤＣＣＨを経由して、ＩＲヘッダ情報を取得した場合に（所定回数取得した場合に）、フィードバックパケットを基地局１００に出力する。その後、ヘッダ判定機能部２７１がＦＯヘッダ情報を受信した場合には、ＦＳＭ２８０の状態を、No contextからFull contextに遷移させる（Static contextに遷移させても良い）。
【００７７】
ヘッダ判定機能部２７１は、ＦＳＭ２８０の状態をFull contextに遷移させた後（あるいは、Static contextに遷移させた後）に、フィードバックパケットを基地局１００に送信し、データ分離機能部２６３に対して、受信許可を出力する。なお、ヘッダ判定機能部２７１は、基地局１００から送信されるＩＲヘッダ情報、ＦＯヘッダ情報、ＳＯヘッダ情報を、ヘッダコンテクストＤＢ２５０に登録する。
【００７８】
Decompressor機能部２７２は、ＦＳＭ２８０を生成すると共に、ヘッダ判定機能部２７１から入力される制御命令に応じて、ＦＳＭ２８０の状態を遷移させる手段である。ＦＳＭ２８０は、ヘッダ制御タスク２７０と端末装置との間で同期する圧縮情報を管理するための手段である。ＦＳＭ２８０の初期状態は、No contextとなり、Decompressor機能部２７２に制御されることでStatic context、Full contextに遷移する。
【００７９】
ここで、図８に示した端末装置２００の処理シーケンスを説明する。図９は、本実施例にかかる端末装置２００の処理シーケンスを示す図であり、図１０は、圧縮されたヘッダを伸長する際にエラーを検出した場合の端末装置２００の処理シーケンスを示す図である。
【００８０】
端末装置２００は、ＲＲＣ制御部２３０が上位ＭＢＭＳ用アプリケーション２１０からＭＢＭＳベアラ生成要求を取得し（図９の（１）参照）、ＲＲＣ制御２３０がＭＢＭＳ開始要求を基地局１００に送信し、基地局１００からの応答を受信する（図９の（２）参照）。また、ベアラ生成（ＵＬ／ＤＬ）要求を基地局１００から取得した場合には、基地局１００に応答を行う（図９の（３）参照）。
【００８１】
ＲＲＣ制御部２３０は、データ制御タスク２６０およびヘッダ制御タスク２７０を生成し（図９の（４）参照）、Decompressor機能部２７２が、ＦＳＭ２８０を生成する（図９の（５）参照）。
【００８２】
ヘッダ判定機能部２７１は、ＩＲヘッダ情報を受信し（図９の（６）参照）、ＩＲ受信確認を行い（図９の（７）参照）、フィードバックパケット（ＡＣＫ）を基地局１００に送信する（図９の（８）参照）。ヘッダ判定機能部２７１は、ＩＲヘッダ情報を受信し、ＩＲヘッダ情報に含まれるStatic Chainと、Dynamic Chainを順次、ヘッダコンテクストＤＢ２５０に登録し、ヘッダコンテクストＤＢ２５０に登録された情報に基づいて、ＳＯヘッダ情報が確実に伸長できることが確認できた場合に、フィードバックパケット（ＡＣＫ）を基地局１００に送信する。
【００８３】
ヘッダ判定機能部２７１は、ＦＯヘッダ情報を基地局１００から受信し（図９の（９）参照）、ＦＳＭ２８０の遷移要求をDecompressor機能部２７２に出力し（図９の（１０）参照）、Decompressor機能部２７２が、ＦＳＭ２８０の状態をNo contextからFull Contextに遷移させる（図９の（１１）参照）。
【００８４】
そして、ヘッダ判定機能部２７１は、フィードバックパケット（ＡＣＫ）を基地局１００に送信し（図９の（１２）参照）、受信許可をデータ分離機能部２６３に出力する（図９の（１３）参照）。データ分離機能部２６３は、受信許可を取得した後に、ＭＴＣＨを経由して送信されるＳＯ情報を受信する（図９の（１４）参照）。
【００８５】
次に、圧縮されたヘッダを伸長する際にエラーを検出した場合の端末装置２００の処理について説明する。図１０に示すように、ヘッダチェック部２６２は、ＳＯ情報のエラー（ＣＲＣエラー、ＳＮ番号の不一致）を検出した場合に、ヘッダ判定機能部２７１にエラー通知を行う（図１０の（１）参照）。
【００８６】
ヘッダ判定機能部２７１は、ＦＳＭ２８０の遷移要求をDecompressor機能部２７２に出力し（図１０の（２）参照）、Decompressor機能部２７２は、ＦＳＭ２８０の状態をFull contextからStatic contextに遷移させる（図１０の（３）参照）。
【００８７】
ヘッダ判定機能部２７１は、切断要求をデータ分離機能部２６３に出力し（図１０の（４）参照）、フィードバックパケット（ＮＡＣＫ）を基地局１００に送信し（図１０の（５）参照）、ＦＯヘッダ情報を基地局１００から受信する（図１０の（６）参照）。
【００８８】
ヘッダ判定機能部２７１は、ＦＯ受信確認を行い（図１０の（７）参照）、フィードバックパケット（ＡＣＫ）を基地局１００に送信する（図１０の（８）参照）。ヘッダ判定機能部２７１は、ＦＯヘッダ情報を受信し、ＦＯヘッダ情報に含まれるDynamic Chainを順次、ヘッダコンテクストＤＢ２５０に登録し、ヘッダコンテクストＤＢ２５０に登録された情報に基づいて、ＳＯヘッダ情報が確実に伸長できることが確認できた場合に、フィードバックパケット（ＡＣＫ）を基地局１００に送信する。
【００８９】
ヘッダ判定機能部２７１は、ＦＳＭ２８０の遷移要求をDecompressor機能部２７２に出力し（図１０の（９）参照）、Decompressor機能部２７２は、ＦＳＭ２８０の状態をStatic contextからFull contextに遷移させる（図１０の（１０）参照）。
【００９０】
ヘッダ判定機能部２７１は、データ分離機能部２６３に対して受信許可を出力し（図１０の（１１）参照）、データ分離機能部２６３は、中断していたＳＯ情報の受信を再開する。
【００９１】
次に、本実施例にかかるＭＢＭＳシステムの処理手順について説明する。図１１および図１２は、本実施例にかかるＭＢＭＳシステムの処理手順を示すシーケンス図である。同図に示すように、端末装置３００と基地局１００との間でCamp ONし（無線系のアクセスを完了させ）（ステップＳ１０１）、端末装置２００と基地局１００との間でCamp ONする（ステップＳ１０２）。
【００９２】
端末装置２００は、基地局１００にＭＢＭＳサービス要求を行い（ステップＳ１０３）、基地局１００が端末装置２００にＭＢＭＳサービス応答を行う（ステップＳ１０４）。続いて、基地局１００が端末装置２００にFeedbackベアラ生成要求を行い（ステップＳ１０５）、端末装置２００が基地局１００にFeedbackベアラ生成応答を行う（ステップＳ１０６）。
【００９３】
端末装置２００は、自身のＦＳＭの状態をNo context状態に設定し、基地局１００は、端末装置２００に対応するＦＳＭの状態をIR stateに設定し（ステップＳ１０７）、基地局１００が端末装置２００にＩＲヘッダ情報を送信する（ステップＳ１０８）。
【００９４】
端末装置２００は、ＩＲヘッダ情報を所定回数（例えば、４回）受信した後に（ステップＳ１０９）、Feedbackパケット（ＡＣＫ）を基地局１００に送信し（ステップＳ１１０）、基地局１００は、端末装置２００に対応するＦＳＭの状態をFO stateに遷移させる（ステップＳ１１１）。
【００９５】
基地局１００は、ＦＯヘッダ情報を端末装置２００に送信し（ステップＳ１１２）、端末装置２００は、Feedbackパケット（ＡＣＫ）を基地局１００に送信し（ステップＳ１１３）、端末装置２００は、自身のＦＳＭの状態をFull context状態に遷移させ、基地局１００は、端末装置２００に対応するＦＳＭの状態をSO stateに遷移させる（ステップＳ１１４）。
【００９６】
基地局１００は、端末装置２００に対して、ＭＴＣＨによるＳＯ情報の送信を継続し（ステップＳ１１５）、端末装置２００は、ＳＯ情報の受信を継続する（ステップＳ１１６）。
【００９７】
一方、端末装置３００は、基地局１００にＭＢＭＳサービス要求を行い（ステップＳ１１７）、基地局１００が端末装置３００にＭＢＭＳサービス応答を行う（ステップＳ１１８）。また、基地局１００が端末装置３００にFeedbackベアラ生成要求を行い（ステップＳ１１９）、端末装置３００が基地局１００にFeedbackベアラ生成応答を行う（ステップＳ１２０）。
【００９８】
端末装置３００は、自身のＦＳＭの状態をNo context状態に設定し、基地局１００は、端末装置３００に対応するＦＳＭの状態をIR stateに設定し（ステップＳ１２１）、基地局１００が端末装置３００にＩＲヘッダ情報を送信する（ステップＳ１２２）。
【００９９】
端末装置３００は、ＩＲヘッダ情報を所定回数（例えば、４回）受信した後に（ステップＳ１２３）、Feedbackパケット（ＡＣＫ）を基地局１００に送信し（ステップＳ１２４）、基地局１００は、端末装置３００に対応するＦＳＭの状態をFO Stateに遷移させる（ステップＳ１２５）。
【０１００】
基地局１００は、ＦＯヘッダ情報を端末装置３００に送信し（ステップＳ１２６）、端末装置３００は、Feedbackパケット（ＡＣＫ）を基地局１００に送信し（ステップＳ１２７）、端末装置３００は、自身のＦＳＭの状態をFull context状態に遷移させ、基地局１００は、端末装置３００に対応するＦＳＭの状態をSO stateに遷移させる（ステップＳ１２８）。
【０１０１】
基地局１００は、端末装置３００に対して、ＭＴＣＨによるＳＯ情報の送信を継続し、端末装置３００は、ＳＯ情報の受信を継続して実行する（ステップＳ１２９）。
【０１０２】
このように、本実施例にかかるＭＢＭＳシステムは、基地局１００が端末装置２００，３００に対応するＦＳＭを生成し、各ＦＳＭを利用して各端末装置との間で同期を行い、各種のパケットを端末装置に送信するのでコンテンツ配信にかかるスループットを向上させることが出来る。
【０１０３】
上述してきたように、本実施例にかかるＭＢＭＳシステムは、基地局１００が、ＭＢＭＳ機能モジュール１４０に、データ制御タスク１６０と、各端末装置２００，３００に対応する第１ヘッダ制御タスク１７０ａ、第２ヘッダ制御タスク１７０ｂとを生成する。そして、各ヘッダ制御タスク１７０ａ、１７０ｂが、対応付けられた端末装置２００，３００と圧縮状態の同期を行い、ヘッダの情報のみを端末装置２００，３００に送信すると共に、データ制御タスク１６０が、ヘッダの情報とは別に、コンテンツの情報を端末装置２００，３００に配信するので、ＭＢＭＳにＲＯＨＣの技術を適用することを可能とし、コンテンツ配信にかかるスループットを向上させることが出来る。
【０１０４】
また、本実施例にかかるＭＢＭＳシステムは、端末装置２００（基地局３００）が、基地局の第１ヘッダ制御タスク１７０ａと圧縮状態を同期し、ヘッダの情報を受信すると共に、受信したヘッダの情報に基づいて、ＭＴＣＨを経由して送信されるＳＯ情報のヘッダを伸長し、コンテンツを再生可能とするので、ＭＢＭＳにＲＯＨＣの技術を適用することを可能とする。
【０１０５】
ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０６】
また、図６に示した基地局１００、図８に示した端末装置２００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１０７】
図１３は、本実施例に示した基地局１００を構成するコンピュータ４００のハードウェア構成を示す図（一例）であり、図１４は、本実施例に示した端末装置２００を構成するコンピュータ５００のハードウェア構成を示す図（一例）である。なお、端末装置３００に対応するハードウェア構成図は、端末装置２００と同様である。
【０１０８】
同図に示すように、このコンピュータ（基地局）４００は、入力装置４１０と、ディスプレイ４２０と、端末装置２００，３００等との間で無線通信を実行する無線通信装置４３０と、ＣＰＵ４４０と、メモリ４５０とをバス４６０で接続している。なお、その他の構成は、周知の基地局の構成と同様であるため説明を省略する。
【０１０９】
ＣＰＵ４４０が、メモリ４５０に記憶されたＲＲＭ制御プログラム４５０ａを読み出して実行することにより、ＲＲＭ制御タスク４４０ａが起動される。ここで、ＲＲＭ制御タスク４４０ａは、図６に示したＲＲＭ制御部１３０に対応する。
【０１１０】
そして、ＲＲＭ制御タスク４４０ａは、端末装置２００，３００にサービスを開始する場合に、データ制御タスク４４０ｂおよびヘッダ制御タスク４４０ｃを生成することにより、各端末装置との圧縮状態を同期すると共に、ヘッダの情報、コンテンツを配信する。ここで、データ制御タスク４４０ｂおよびヘッダ制御タスク４４０ｃは、図６に示したデータ制御タスク１６０、第１，２ヘッダ制御タスク１７０ａ，１７０ｂに対応する。
【０１１１】
続いて、図１４に示すように、このコンピュータ（端末装置）５００は、入力装置５１０と、ディスプレイ５２０と、基地局１００等との間で無線通信を実行する無線通信装置５３０と、ユーザからのＭＢＭＳ要求を受け付けるアプリケーションプロセッサ５４０と、ＣＰＵ５５０と、メモリ５６０とをバス５７０で接続している。なお、その他の構成は、周知の端末装置の構成と同様であるため説明を省略する。
【０１１２】
ＣＰＵ５５０が、メモリ５６０に記憶されたＲＲＣ制御プログラム５６０ａを読み出して実行することにより、ＲＲＣ制御タスク５５０ａが起動される。ここでＲＲＣ制御タスク５５０ａは、図８に示したデータ制御タスク２６０に対応する。
【０１１３】
そして、ＲＲＣ制御タスク５５０ａは、基地局１００からサービス提供を受ける場合に、データ制御タスク５５０ｂおよびヘッダ制御タスク５５０ｃを生成することにより、基地局１００との圧縮状態を同期すると共に、ヘッダの情報、コンテンツの配信を受け付け、圧縮されたヘッダを伸長してコンテンツを再生する。
【０１１４】
ところで、図１３に示したＲＲＭ制御プログラム４５０ａ、図１４に示したＲＲＣ制御プログラム５６０ａは、必ずしも最初からメモリ４５０，５６０に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などにＲＲＭ制御プログラム４５０ａ、ＲＲＣ制御プログラム５６０ａを記憶しておき、コンピュータがこれらからＲＲＭ制御プログラム４５０ａ、ＲＲＣ制御プログラム５６０ａを読み出して実行するようにしてもよい。
【０１１５】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
【０１１６】
（付記１）複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムであって、
前記コンテンツ配信装置は、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、
前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、
前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有する
ことを特徴とするコンテンツ配信システム。
【０１１７】
（付記２）前記端末装置は、前記コンテンツ情報と前記ヘッダ圧縮情報とを受信した場合に、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長する伸長手段を含んでいることを特徴とする付記１に記載のコンテンツ配信システム。
【０１１８】
（付記３）前記ヘッダ配信手段は、前記判定手段の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする付記１または２に記載のコンテンツ配信システム。
【０１１９】
（付記４）前記コンテンツ配信手段は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手段は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする付記１、２または３に記載のコンテンツ配信システム。
【０１２０】
（付記５）コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、
前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、
前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有する
ことを特徴とするコンテンツ配信装置。
【０１２１】
（付記６）前記ヘッダ配信手段は、前記判定手段の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする付記５に記載のコンテンツ配信装置。
【０１２２】
（付記７）前記コンテンツ配信手段は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手段は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする付記５または６に記載のコンテンツ配信装置。
【０１２３】
（付記８）付記５、６または７のいずれか一つに記載された基地局から、コンテンツ情報とヘッダ圧縮情報とを受信した場合に、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長する伸長手段
を備えたことを特徴とする端末装置。
【０１２４】
（付記９）複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムのコンテンツ配信方法であって、
前記コンテンツ配信装置は、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御タスクを生成するステップと、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するステップとを有し、
前記ヘッダ制御タスクは、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定するステップと、
判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御タスクに対応付けられた端末装置に配信するステップとを有する
ことを特徴とするコンテンツ配信方法。
【０１２５】
（付記１０）前記端末装置は、前記コンテンツ情報と前記ヘッダ圧縮情報とを受信するステップと、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長するステップとを有することを特徴とする付記９に記載のコンテンツ配信方法。
【０１２６】
（付記１１）前記コンテンツ配信装置は、ヘッダの圧縮状態に対する判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする付記９または１０に記載のコンテンツ配信方法。
【０１２７】
（付記１２）前記コンテンツ配信装置は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする付記９、１０または１１に記載のコンテンツ配信方法。
【０１２８】
（付記１３）コンピュータに、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御タスクを生成するタスク生成手順と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手順とを実行させ、
前記ヘッダ制御タスクは、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手順と、
前記判定手順の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御タスクに対応付けられた端末装置に配信するヘッダ配信手順とを
コンピュータに実行させることを特徴とするコンテンツ配信プログラム。
【０１２９】
（付記１４）前記ヘッダ配信手順は、前記判定手順の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする付記１３に記載のコンテンツ配信プログラム。
【０１３０】
（付記１５）前記コンテンツ配信手順は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手順は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする付記１３または１４に記載のコンテンツ配信プログラム。
【図面の簡単な説明】
【０１３１】
【図１】本実施例にかかるＭＢＭＳシステムの概要および特徴を説明するための図である。
【図２】本実施例にかかるＩＲヘッダ情報のデータ構造の一例を示す図である。
【図３】本実施例にかかるＦＯヘッダ情報のデータ構造の一例を示す図である。
【図４】本実施例にかかるＳＯヘッダ情報のデータ構造の一例を示す図である。
【図５】ＳＯ情報のデータ構造の一例を示す図である。
【図６】本実施例にかかる基地局の構成を示す機能ブロック図である。
【図７】本実施例にかかる基地局の処理シーケンスを示す図である。
【図８】本実施例にかかる端末装置の構成を示す機能ブロック図である。
【図９】本実施例にかかる端末装置の処理シーケンスを示す図である。
【図１０】圧縮されたヘッダを伸長する際にエラーを検出した場合の端末装置の処理シーケンスを示す図である。
【図１１】本実施例にかかるＭＢＭＳシステムの処理手順を示すシーケンス図（１）である。
【図１２】本実施例にかかるＭＢＭＳシステムの処理手順を示すシーケンス図（２）である。
【図１３】本実施例に示した基地局を構成するコンピュータのハードウェア構成を示す図である。
【図１４】本実施例に示した端末装置を構成するコンピュータのハードウェア構成を示す図である。
【図１５】ＲＯＨＣに基づいてパケットを送信する基地局とパケットを受信する端末装置とを説明する図である。
【図１６】各状態において送信されるパケットのデータ構造の一例を示す図である。
【図１７】ＲＯＨＣの状態遷移シーケンスを説明する図である。
【符号の説明】
【０１３２】
１０，１００ 基地局
２０，２００，３００ 端末装置
５０ ＭＢＭＳシステム
１１０，２１０ 上位ＭＢＭＳ用アプリケーション
１２０，２２０ 無線通信部
１３０ ＲＲＭ制御部
１４０，２４０ ＭＢＭＳ機能モジュール
１５０，２５０ ヘッダコンテクストＤＢ
１６０，２６０ データ制御タスク
１６１ ＭＢＭＳデータ受信部
１６２ ヘッダ生成部
１６３ データ転送機能部
１７０ａ 第１ヘッダ制御タスク
１７０ｂ 第２ヘッダ制御タスク
１７１，２７１ ヘッダ判定機能部
１７２ Compressor機能部
１７３，２８０ ＦＳＭ
２３０ ＲＲＣ制御部
２６１ ＭＢＭＳデータ転送部
２６２ ヘッダチェック部
２６３ データ分離機能部
２７０ ヘッダ制御タスク
２７２ Decompressor機能部
【特許請求の範囲】
【請求項１】
複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムであって、
前記コンテンツ配信装置は、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、
前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、
前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有する
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記端末装置は、前記コンテンツ情報と前記ヘッダ圧縮情報とを受信した場合に、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長する伸長手段を含んでいることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記ヘッダ配信手段は、前記判定手段の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする請求項１または２に記載のコンテンツ配信システム。
【請求項４】
前記コンテンツ配信手段は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手段は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする請求項１、２または３に記載のコンテンツ配信システム。
【請求項５】
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、
前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、
前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有する
ことを特徴とするコンテンツ配信装置。
【請求項６】
前記ヘッダ配信手段は、前記判定手段の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする請求項５に記載のコンテンツ配信装置。
【請求項７】
前記コンテンツ配信手段は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手段は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする請求項５または６に記載のコンテンツ配信装置。
【請求項８】
請求項５、６または７のいずれか一つに記載された基地局から、コンテンツ情報とヘッダ圧縮情報とを受信した場合に、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長する伸長手段
を備えたことを特徴とする端末装置。
【請求項９】
複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムのコンテンツ配信方法であって、
前記コンテンツ配信装置は、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御タスクを生成するステップと、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するステップとを有し、
前記ヘッダ制御タスクは、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定するステップと、
判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御タスクに対応付けられた端末装置に配信するステップとを有する
ことを特徴とするコンテンツ配信方法。
【請求項１０】
前記端末装置は、前記コンテンツ情報と前記ヘッダ圧縮情報とを受信するステップと、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長するステップとを有することを特徴とする請求項９に記載のコンテンツ配信方法。
【請求項１】
複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムであって、
前記コンテンツ配信装置は、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、
前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、
前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有する
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記端末装置は、前記コンテンツ情報と前記ヘッダ圧縮情報とを受信した場合に、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長する伸長手段を含んでいることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記ヘッダ配信手段は、前記判定手段の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする請求項１または２に記載のコンテンツ配信システム。
【請求項４】
前記コンテンツ配信手段は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手段は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする請求項１、２または３に記載のコンテンツ配信システム。
【請求項５】
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御手段と、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するコンテンツ配信手段とを備え、
前記ヘッダ制御手段は、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定する判定手段と、
前記判定手段の判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御手段に対応付けられた端末装置に配信するヘッダ配信手段とを有する
ことを特徴とするコンテンツ配信装置。
【請求項６】
前記ヘッダ配信手段は、前記判定手段の判定結果に基づいて、静的情報および動的情報を含んだ非圧縮状態、動的情報のみを含んだ最小圧縮状態、静的情報および動的情報を含まない最大圧縮状態のいずれかの状態となるように、ヘッダを圧縮することを特徴とする請求項５に記載のコンテンツ配信装置。
【請求項７】
前記コンテンツ配信手段は、第１のチャネルを経由して、前記コンテンツ情報を端末装置に配信し、前記ヘッダ配信手段は、第２のチャネルを経由して、前記ヘッダ圧縮情報を、対応付けられた端末装置に配信することを特徴とする請求項５または６に記載のコンテンツ配信装置。
【請求項８】
請求項５、６または７のいずれか一つに記載された基地局から、コンテンツ情報とヘッダ圧縮情報とを受信した場合に、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長する伸長手段
を備えたことを特徴とする端末装置。
【請求項９】
複数の端末装置と、前記複数の端末装置にコンテンツを配信するコンテンツ配信装置とを有するコンテンツ配信システムのコンテンツ配信方法であって、
前記コンテンツ配信装置は、
コンテンツの配信対象となる複数の端末装置に対応付けられた複数のヘッダ制御タスクを生成するステップと、
高圧縮状態に圧縮したヘッダの情報と前記コンテンツとを対応付けたコンテンツ情報を前記複数の端末装置に配信するステップとを有し、
前記ヘッダ制御タスクは、対応付けられた端末装置との間で圧縮状態を同期することにより、前記端末装置に送信するヘッダの圧縮状態を判定するステップと、
判定結果に基づいてヘッダを圧縮し、圧縮したヘッダの情報となるヘッダ圧縮情報を、前記コンテンツ情報とは別に、前記ヘッダ制御タスクに対応付けられた端末装置に配信するステップとを有する
ことを特徴とするコンテンツ配信方法。
【請求項１０】
前記端末装置は、前記コンテンツ情報と前記ヘッダ圧縮情報とを受信するステップと、前記コンテンツ情報に含まれる高圧縮状態に圧縮されたヘッダの情報を前記ヘッダ圧縮情報に基づいて伸長するステップとを有することを特徴とする請求項９に記載のコンテンツ配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００９−３０２９６８（Ｐ２００９−３０２９６８Ａ）
【公開日】平成２１年１２月２４日（２００９．１２．２４）
【国際特許分類】
【出願番号】特願２００８−１５５９４１（Ｐ２００８−１５５９４１）
【出願日】平成２０年６月１３日（２００８．６．１３）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２１年１２月２４日（２００９．１２．２４）
【国際特許分類】
【出願日】平成２０年６月１３日（２００８．６．１３）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]