(57)【要約】【課題】  データ受信装置が一方向電子ファイル配信のセッションに加わるタイミングに関わらず、電子ファイルの属性情報を確実に取得し、電子ファイルを有効に活用できるデータ受信装置を提供する。【解決手段】  データ受信装置１０は、電子ファイルと当該電子ファイルのＦＤＴとを一方向チャネルを用いて受信する一方向チャネル受信部１０２と、一方向チャネルのセッションを開設するために必要となるセッション情報からＦＤＴの所在を特定するための所在情報を取得する配信制御部１１６と、一方向チャネルを用いた電子ファイルの受信を開始する前に、上記所在情報によって特定される所在から、双方向チャネルを用いてＦＤＴを取得する双方向チャネル送受信部１１２とを備えて構成される。【選択図】  図２
2005222401.tif 000002
【特許請求の範囲】
【請求項１】
電子ファイルと当該電子ファイルの属性情報とを一方向チャネルを用いて受信する受信手段と、
前記受信手段が前記一方向チャネルのセッションを開設するために必要となるセッション情報から前記属性情報の所在を特定するための所在情報を取得する所在情報取得手段と、
前記受信手段によって前記電子ファイルの受信を開始する前に、前記所在情報取得手段によって取得された前記所在情報によって特定される所在から前記属性情報を取得する第１の属性情報取得手段と
を備えることを特徴とするデータ受信装置。
【請求項２】
前記第１の属性情報取得手段は、双方向チャネルを用いて前記属性情報を受信することによって前記属性情報を取得する
ことを特徴とする請求項１に記載のデータ受信装置。
【請求項３】
前記第１の属性情報取得手段は、前記セッション情報を取得するために用いた双方向チャネルを用いて前記属性情報を受信する
ことを特徴とする請求項２に記載のデータ受信装置。
【請求項４】
電子ファイルと当該電子ファイルの属性情報とを一方向チャネルを用いて受信する受信手段と、
前記受信手段が前記一方向チャネルのセッションを開設するために必要となるセッション情報から前記属性情報の所在を特定するための所在情報を取得する所在情報取得手段と、
前記受信手段によって前記電子ファイルを受信したにも関わらず当該電子ファイルの属性情報を受信していない場合、前記所在情報取得手段によって取得された前記所在情報によって特定される所在から前記属性情報を取得する第２の属性情報取得手段と
を備えることを特徴とするデータ受信装置。
【請求項５】
前記第２の属性情報取得手段は、双方向チャネルを用いて前記属性情報を受信することによって前記属性情報を取得する
ことを特徴とする請求項４に記載のデータ受信装置。
【請求項６】
前記第２の属性情報取得手段は、受信済の電子ファイルについて未受信の属性情報を選択的に要求し、受信する
ことを特徴とする請求項５に記載のデータ受信装置。
【請求項７】
電子ファイルと当該電子ファイルの属性情報とを一方向チャネルを用いて受信するデータ受信方法において、
前記一方向チャネルのセッションを開設するために必要となるセッション情報から前記属性情報の所在を特定するための所在情報を取得する所在情報取得ステップと、
前記一方向チャネルを用いて前記電子ファイルの受信を開始する前に、前記所在情報取得ステップにおいて取得された前記所在情報によって特定される所在から前記属性情報を取得する第１の属性情報取得ステップと
を備えることを特徴とするデータ受信方法。
【請求項８】
電子ファイルと当該電子ファイルの属性情報とを一方向チャネルを用いて受信するデータ受信方法において、
前記一方向チャネルのセッションを開設するために必要となるセッション情報から前記属性情報の所在を特定するための所在情報を取得する所在情報取得ステップと、
前記一方向チャネルを用いて前記電子ファイルを受信したにも関わらず当該電子ファイルの属性情報を受信していない場合、前記所在情報取得ステップにおいて取得された前記所在情報によって特定される所在から前記属性情報を取得する第２の属性情報取得ステップと
を備えることを特徴とするデータ受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ受信装置およびデータ受信方法に関するものである。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、第３世代移動体通信システムにおいて放送・マルチキャストサービスを実現するＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）が検討されている。ＭＢＭＳにおいては、無線基地局から移動局への下りチャネルのみが提供され、移動局から無線基地局への上りチャネルは提供されない。また、デジタル放送においても同様に、電波送信局から受信局への下りチャネルのみが提供され、受信局から電波送信局への上りチャネルは提供されない。
【０００３】
このような一方向チャネルを用いて電子ファイルを配信する技術として、例えば、下記非特許文献１に開示されているようなＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）が知られている。図１２は、ＦＬＵＴＥにおけるファイル配信シーケンスを示す図である。ＦＬＵＴＥにおいて、電子ファイルを受信しようとするデータ受信装置１は、まず、電子ファイルの配信を管理するデータ送信装置２に対し、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いて、ＦＬＵＴＥのセッション情報を要求する（Ｓ１０）。
【０００４】
ここでセッション情報とは、一方向データ送信装置３からデータ受信装置１に対して一方向チャネルを用いて電子ファイルの配信を行うに際し、当該一方向チャネルのセッションを開設するために必要となる情報である。このセッション情報には、例えば、当該セッションに割り当てられた宛先ＩＰアドレス（マルチキャストアドレスなど）や、データ受信装置１が電子ファイルを受信するために利用するアプリケーションのポート番号などが含まれる。図１３は、ＦＬＵＴＥにおけるセッション情報の記述例を示す図である。ＦＬＵＴＥにおけるセッション情報は、通常、図１３に示すように、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従って記述されている。
【０００５】
データ受信装置１からセッション情報が要求されると、データ送信装置２は、当該要求に応じ、データ受信装置１に対してセッション情報を含むセッション情報ファイル（以下、ＳＤＰファイルという）を送信する（Ｓ１２）。なお。ここではデータ受信装置１がＨＴＴＰを用いてセッション情報を取得する例を示したが、電子メール、ＳＡＰ（Ｓｅｓｓｉｏｎ  Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）などを用いた同報チャネルなどによってセッション情報を取得することも考えられる。
【０００６】
データ受信装置１がＳＤＰファイルを受信すると、データ受信装置１はＳＤＰファイルからセッション情報を読み出し、当該セッション情報を利用して一方向データ送信装置３から電子ファイルを受信するための一方向チャネルを開設する。双方向チャネルと一方向チャネルの同時受信ができない場合、データ受信装置１は、一旦双方向チャネルを切断し、一方向チャネルのみを開設する。
【０００７】
一方向データ送信装置３は、このように開設された一方向チャネルを用いて、データ受信装置１に対し、電子ファイルと当該電子ファイルの属性情報を含むファイル配信テーブル（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ，以下ＦＤＴという）とを配信する。より詳細には、一方向データ送信装置３は、これから配信しようとする電子ファイルの属性情報を含むＦＤＴを、オブジェクトＩＤ（ＴＯＩ）＝０として配信する（Ｓ１４）。データ受信装置１は、一方向データ送信装置３から配信されたＦＤＴを、一方向チャネルを用いて受信する。図１４は、ＦＬＵＴＥにおけるＦＤＴの記述例を示す図である。ＦＤＴには、図１４に示すように、１つまたは複数の電子ファイルについて、ファイル名、オブジェクトＩＤ、ファイル種別、圧縮タイプ、データ長、ＵＲＬなどの属性情報がＸＭＬ形式で記述されている。ここで、図１４に示すＦＤＴには、オブジェクトＩＤ＝１の電子ファイルの属性情報（破線囲い部分Ｐ１）とオブジェクトＩＤ＝２の電子ファイルの属性情報（破線囲い部分Ｐ２）とが記述されていることが分かる。
【０００８】
図１２に戻って、一方向データ送信装置３は、ＦＤＴを配信した後、電子ファイルを分割して配信する。図１２に示す例では、まず、オブジェクトＩＤ＝１の電子ファイル１が複数のパケットに分割されて配信され（Ｓ１６）、続いてオブジェクトＩＤ＝２の電子ファイル２が複数のパケットに分割されて配信される（Ｓ１８）。データ受信装置１は、一方向データ送信装置３から配信された電子ファイルを、一方向チャネルを用いて受信する。その後、データ受信装置１は、受信した電子ファイルを組み立て、先に受信したＦＤＴを参照し、組み立てた電子ファイルを適切なアプリケーションに渡す。ここで、電子ファイルが圧縮されている場合、データ受信装置１は先に受信したＦＤＴを参照し、ＦＤＴに記述されている圧縮タイプに応じた解凍処理を行う。
【０００９】
ＦＬＵＴＥでは、このような手順により、一方向チャネルを用いて比較的大容量の電子ファイルを配信することができる。また、ＦＬＵＴＥでは、電子ファイルを構成する分割データに加えて当該分割データを復元するための冗長データをも配信することで、分割データの一部が欠損した場合であっても冗長データから分割データを復元可能とし、信頼性を確保している。
【００１０】
また、下記特許文献１には、セッション情報やＦＤＴに相当するＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）データと映像データとを放送するシステムにおいて、映像の再生開始を早めるために、これらのデータを連続して送信する方法が開示されている。
【特許文献１】特開２００３−３０４５１１号公報
【非特許文献１】“ＦＬＵＴＥ−Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ”，ＩＥＴＦ  Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ，ｄｒａｆｔ−ｉｅｔｆ−ｒｍｔ−ｆｌｕｔｅ−０７．ｔｘｔ，Ｄｅｃｅｍｂｅｒ  ２００３
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記非特許文献１に記載のＦＬＵＴＥを用いた一方向電子ファイル配信技術には、以下に示すような問題点があった。図１５は、ＦＬＵＴＥを用いた一方向電子ファイル配信技術の問題点を示す図である。上述のＦＬＵＴＥを用いた一方向電子ファイルの配信技術においては、電子ファイル受信した際に、先に受信したＦＤＴを参照し、当該電子ファイルを適切なアプリケーションに渡す。従って、図１５に示すように、一方向データ送信装置３からＦＤＴが送信され（Ｓ１４）、その直後にデータ受信装置１がＳＤＰファイルを取得し（Ｓ１０，Ｓ１２）、一方向電子ファイル配信のセッションに加わって電子ファイルの受信を開始した場合、データ受信装置１は、受信した電子ファイルの属性を判断することができず、当該電子ファイルを適切なアプリケーションへ渡すことができない。また、電子ファイルが圧縮されている場合、データ受信装置１は、ＦＤＴから電子ファイルの圧縮タイプを読み出すことができないため、適切な解凍処理を行うことができない。
【００１２】
例えば、図１５において、ＦＤＴ１には電子ファイル１の属性情報と電子ファイル２の属性情報とが記述され、ＦＤＴ２には、電子ファイル２の属性情報と電子ファイル３の属性情報とが記述されているとする。この場合、データ受信装置１は、ＦＤＴ１を受信していないため、電子ファイル１を正常に受信したにもかかわらず、電子ファイル１を利用することはできない。また、データ受信装置１は、ＦＤＴ１を受信していないため、電子ファイル２を正常に受信したにもかかわらず、その時点では電子ファイル２を利用することはできず、その後、ＦＤＴ２を受信して初めて電子ファイル２を利用することができるようになる。
【００１３】
このように、上記非特許文献１に記載のＦＬＵＴＥを用いた一方向電子ファイル配信技術においては、ＳＤＰファイルを取得して電子ファイルの受信を開始するタイミングによっては、ＦＤＴを取得できない場合や、次のＦＤＴを受信するまで電子ファイルが利用できない場合が生じてしまうという問題点がある。
【００１４】
また、このような問題点は、上記特許文献１に記載された技術においても解決されていない。
【００１５】
そこで本発明は、上記問題点を解決し、データ受信装置が一方向電子ファイル配信のセッションに加わるタイミングに関わらず、電子ファイルの属性情報を確実に取得し、電子ファイルを有効に活用できるデータ受信装置およびデータ受信方法を提供することを課題とする。
【課題を解決するための手段】
【００１６】
上記課題を解決するために、本発明のデータ受信装置は、電子ファイルと当該電子ファイルの属性情報とを一方向チャネルを用いて受信する受信手段と、上記受信手段が上記一方向チャネルのセッションを開設するために必要となるセッション情報から上記属性情報の所在を特定するための所在情報を取得する所在情報取得手段と、上記受信手段によって上記電子ファイルの受信を開始する前に、上記所在情報取得手段によって取得された上記所在情報によって特定される所在から上記属性情報を取得する第１の属性情報取得手段とを備えることを特徴としている。
【００１７】
また、上記課題を解決するために、本発明のデータ受信方法は、電子ファイルと当該電子ファイルの属性情報とを一方向チャネルを用いて受信するデータ受信方法であって、上記一方向チャネルのセッションを開設するために必要となるセッション情報から上記属性情報の所在を特定するための所在情報を取得する所在情報取得ステップと、上記一方向チャネルを用いて上記電子ファイルの受信を開始する前に、上記所在情報取得ステップにおいて取得された上記所在情報によって特定される所在から上記属性情報を取得する第１の属性情報取得ステップとを備えることを特徴としている。
【００１８】
セッション情報から属性情報の所在を特定するための所在情報を取得し、一方向チャネルを用いて電子ファイルの受信を開始する前に、当該所在情報によって特定される所在から属性情報を取得することで、一方向チャネルを用いて電子ファイルの受信を開始する前に、当該電子ファイルの属性情報を確実に取得することができる。
【００１９】
また、上述のデータ受信装置においては、上記第１の属性情報取得手段は、双方向チャネルを用いて上記属性情報を受信することによって上記属性情報を取得することを特徴とすることが好適である。
【００２０】
双方向チャネルを利用して属性情報を受信することで、伝送誤り時の再送処理や要求データの指定など、属性情報を取得するに際して様々な制御が可能となる。
【００２１】
また、上述のデータ受信装置においては、上記第１の属性情報取得手段は、上記セッション情報を取得するために用いた双方向チャネルを用いて上記属性情報を受信することを特徴とすることが好適である。
【００２２】
セッション情報を取得するために用いた双方向チャネルを用いて属性情報を受信することで、属性情報を取得するために新たな双方向チャネルを開設する必要がなくなる。
【００２３】
また、上記課題を解決するために、本発明のデータ受信装置は、電子ファイルと当該電子ファイルの属性情報とを一方向チャネルを用いて受信する受信手段と、上記受信手段が上記一方向チャネルのセッションを開設するために必要となるセッション情報から上記属性情報の所在を特定するための所在情報を取得する所在情報取得手段と、上記受信手段によって上記電子ファイルを受信したにも関わらず当該電子ファイルの属性情報を受信していない場合、上記所在情報取得手段によって取得された上記所在情報によって特定される所在から上記属性情報を取得する第２の属性情報取得手段とを備えることを特徴としている。
【００２４】
また、上記課題を解決するために、本発明のデータ受信方法は、電子ファイルと当該電子ファイルの属性情報とを一方向チャネルを用いて受信するデータ受信方法であって、上記一方向チャネルのセッションを開設するために必要となるセッション情報から上記属性情報の所在を特定するための所在情報を取得する所在情報取得ステップと、上記一方向チャネルを用いて上記電子ファイルを受信したにも関わらず当該電子ファイルの属性情報を受信していない場合、上記所在情報取得ステップにおいて取得された上記所在情報によって特定される所在から上記属性情報を取得する第２の属性情報取得ステップとを備えることを特徴としている。
【００２５】
セッション情報から属性情報の所在を特定するための所在情報を取得し、一方向チャネルを用いて電子ファイルを受信したにも関わらず当該電子ファイルの属性情報を受信していない場合、当該所在情報によって特定される所在から属性情報を取得することで、既に受信している電子ファイルの属性情報を確実に取得することができる。
【００２６】
また、上述のデータ受信装置においては、上記第２の属性情報取得手段は、双方向チャネルを用いて上記属性情報を受信することによって上記属性情報を取得することを特徴とすることが好適である。
【００２７】
双方向チャネルを利用して属性情報を受信することで、伝送誤り時の再送処理や要求データの指定など、属性情報を取得するに際して様々な制御が可能となる。
【００２８】
また、上述のデータ受信装置においては、上記第２の属性情報取得手段は、受信済の電子ファイルについて未受信の属性情報を選択的に要求し、受信することを特徴とすることが好適である。
【００２９】
受信済の電子ファイルについて未受信の属性情報を選択的に要求し、受信することで、必要となる属性情報を効率よく取得することができる。
【発明の効果】
【００３０】
本発明のデータ受信装置は、セッション情報から属性情報の所在を特定するための所在情報を取得し、一方向チャネルを用いて電子ファイルの受信を開始する前に、当該所在情報によって特定される所在から属性情報を取得する。従って、一方向チャネルを用いて電子ファイルの受信を開始する前に、当該電子ファイルの属性情報を確実に取得することができる。その結果、データ受信装置が一方向電子ファイル配信のセッションに加わるタイミングに関わらず、電子ファイルの属性情報を確実に取得し、電子ファイルを有効に活用できる。
【００３１】
また、本発明のデータ受信装置は、セッション情報から属性情報の所在を特定するための所在情報を取得し、一方向チャネルを用いて電子ファイルを受信したにも関わらず当該電子ファイルの属性情報を受信していない場合、当該所在情報によって特定される所在から属性情報を取得する。従って、既に受信している電子ファイルの属性情報を確実に取得することができる。その結果、データ受信装置が一方向電子ファイル配信のセッションに加わるタイミングに関わらず、電子ファイルの属性情報を確実に取得し、電子ファイルを有効に活用できる。
【発明を実施するための最良の形態】
【００３２】
本発明の第１の実施形態にかかるデータ受信装置について説明する。
【００３３】
まず、本発明のデータ受信装置を含むネットワークシステムの構成について説明する。図１は、本発明のデータ受信装置を含むネットワークシステムの構成図である。本発明のデータ受信装置１０は、図１に示すように、無線基地局６０及びネットワーク３０を介して、一方向データ送信装置７０とデータ送信装置８０とに接続されている。ここで、一方向データ送信装置７０は、ＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）を用いて、データ受信装置１０に向けて一方向チャネルを用いたファイル配信を行う機能を有する。また、データ送信装置８０は、データ受信装置１０が一方向チャネルのセッションを開設するために必要となるセッション情報を含むセッション情報ファイル（以下、ＳＤＰファイルという）を、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いてデータ受信装置１０に送信する機能を有する。
【００３４】
なお、ここでは、一方向チャネルを用いたファイル配信プロトコルとしてＦＬＵＴＥを用いているが、これは、一方向チャネルを用いたファイル配信プロトコルであれば他のプロトコルであっても良い。同様に、ここでは、ＳＤＰファイルを送信するためのプロトコルとしてＨＴＴＰを用いているが、これは、他のプロトコルであっても良い。また、ここでは、セッション情報を含むファイルとしてＦＬＵＴＥのＳＤＰファイルを用いているが、これは、他のファイルであってもよい。
【００３５】
また、ここでは、データ受信装置１０、無線基地局６０、一方向データ送信装置７０、データ送信装置８０をそれぞれ１つずつしか記載していないが、これらはそれぞれ複数存在しても良い。また、ここでは、データ受信装置１０が無線基地局６０を介して一方向データ送信装置７０とデータ送信装置８０とに接続されているが、データ受信装置１０が有線によって一方向データ送信装置７０とデータ送信装置８０とに接続されていてもよい。
【００３６】
続いて、本実施形態にかかるデータ受信装置１０の構成について説明する。図２は、本実施形態にかかるデータ受信装置１０の構成図である。本実施形態にかかるデータ受信装置１０は、一方向チャネル受信部１０２（受信手段）と、ファイル組立部１０４と、ＦＤＴ保持部１０６と、ファイル保持部１０８と、アプリケーション部１１０と、双方向チャネル送受信部１１２（第１の属性情報取得手段）と、ＳＤＰ保持部１１４と、配信制御部１１６（所在情報取得手段）とを備えて構成される。以下、各構成要素について詳細に説明する。
【００３７】
一方向チャネル受信部１０２は、一方向データ送信装置７０からＦＬＵＴＥを用いて送信されるＦＤＴ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ）と電子ファイルとを一方向チャネルを用いて受信する。ここで、ＦＤＴには、一方向データ送信装置７０がこれから送信しようとする電子ファイルの属性情報（ファイル名、オブジェクトＩＤ、ファイル種別、圧縮タイプ、データ長、ＵＲＬなど）が記述されている。また、ＦＤＴ及び電子ファイルは、ＦＤＴ及び電子ファイルを構成する１又は複数の分割データと、欠損した分割データを復元するための冗長データとを含んでいる。
【００３８】
ファイル組立部１０４は、一方向チャネル受信部１０２によって受信した分割データおよび冗長データに基づいて、ＦＤＴ及び電子ファイルを復元する。より具体的には、ファイル組立部１０４は、一方向チャネル受信部１０２によって受信した分割データを組み立てることによってＦＤＴ及び電子ファイルを復元する。ここで、ファイル組立部１０４は、分割データの一部が欠損している場合など、必要に応じて一方向チャネル受信部１０２によって受信した冗長データを用いて、欠損した分割データの復元を試み（ＦＥＣデコード）、復元された分割データをＦＤＴ及び電子ファイルの復元に利用する。
【００３９】
ＦＤＴ保持部１０６は、ファイル組立部１０４によって復元されたＦＤＴを保持（記憶）する。
【００４０】
ファイル保持部１０８は、ファイル組立部１０４によって復元された電子ファイルを保持（記憶）する。
【００４１】
アプリケーション部１１０は、ファイル保持部１０８に保持されている電子ファイルを利用して動作するアプリケーションプログラム部分である。
【００４２】
双方向チャネル送受信部１１２は、双方向チャネルを開設し、双方向のデータ送受信を行う。より具体的には、双方向チャネル送受信部１１２は、データ送信装置８０から送信されるＳＤＰファイルを、ＨＴＴＰなどのプロトコルを利用した双方向チャネルを用いて受信する。ここで、ＳＤＰファイルには、データ受信装置１０が一方向データ送信装置７０から送信される電子ファイルを受信するにあたり、データ受信装置１０が一方向チャネルのセッションを開設するために必要となるセッション情報を含んでいる。
【００４３】
図３は、ＳＤＰファイルにおけるセッション情報の記述例を示す図である。ＳＤＰファイルには、図３に示すように、データ受信装置１０に割り当てられたＩＰアドレスやデータ受信装置１０が電子ファイルを受信するために利用するアプリケーションのポート番号などが含まれる。ここで、特に、セッション情報を記述しているＳＤＰファイルには、ＦＤＴ（属性情報）の所在を特定するための所在情報が含まれている。なお、ＦＤＴは通常一方向データ送信装置７０から送信されるため、ＦＤＴの所在は一方向データ送信装置７０ということになるが、ここでいう所在情報には、一方向データ送信装置７０以外のＦＤＴの所在、すなわち一方向データ送信装置７０に代わってＦＤＴを送信することができるデータ送信装置（例えばデータ送信装置８０）のアドレスなどが記述される。図３に示す例では、「ａ＝ｆｌｕｔｅ―ｆｄｔ：ｈｔｔｐ：／／ｆｄｔ−ｓｅｒｖｅｒ／」という記述（図３の下線部）によって、ＦＤＴの所在が「ｈｔｔｐ：／／ｆｄｔ−ｓｅｒｖｅｒ／」であることがわかる。
【００４４】
ＳＤＰ保持部１１４は、双方向チャネル送受信部１１２によって受信したＳＤＰファイルを保持（記憶）する。
【００４５】
配信制御部１１６は、ＳＤＰ保持部１０４に保持されているＳＤＰファイルから、ＦＤＴの所在を特定するための所在情報を取得し、当該所在情報を双方向チャネル送受信部１１２に出力する。
【００４６】
双方向チャネル送受信部１１２は、また、一方向チャネル受信部１０２によって電子ファイルの受信を開始する前に、配信制御部１１６によって取得された所在情報によって特定される所在からＦＤＴを取得する。より詳細には、双方向チャネル送受信部１１２は、双方向チャネルを用い、所在情報によって特定される所在（例えばデータ送信装置８０）に対してＨＴＴＰなどのプロトコルを利用したＦＤＴの送信要求を送信し、これに応じて送信されるＦＤＴを受信する。この場合、双方向チャネル送受信部１１２は、上述のSDPファイルを取得するために用いた双方向チャネルをそのまま（切断せずに）用いてＦＤＴを受信する。双方向チャネル送受信部１１２は、また、受信したＦＤＴをＦＤＴ保持部１０６に出力する。すなわち、双方向チャネル送受信部１１２によって受信したＦＤＴも、一方向チャネル受信部１０２によって受信したＦＤＴと同様に、ＦＤＴ保持部１０６に保持（格納）されることになる。
【００４７】
続いて、本実施形態にかかるデータ受信装置の動作について説明する。図４は、本実施形態にかかるデータ受信装置１０の動作を示すフローチャートであり、図５は、本実施形態にかかるデータ受信装置１０に対する電子ファイルの配信シーケンスを示す図である。
【００４８】
データ受信装置１０が一方向データ送信装置７０から送信される電子ファイルを受信して利用しようとする場合、まず、データ受信装置１０の双方向チャネル送受信部１１２によって双方向チャネルが開設され、データ送信装置８０に対してＳＤＰファイル送信要求が送信される（Ｓ１０２）。
【００４９】
データ送信装置８０によってＳＤＰファイル送信要求が受信されると、これに応じて、データ送信装置８０からデータ受信装置１０に対して、ＳＤＰファイルが送信される（Ｓ１０４）。ここで、データ送信装置８０から送信されるＳＤＰファイルには、データ受信装置１０が一方向データ送信装置７０から送信される電子ファイルを受信するにあたり、データ受信装置１０が一方向チャネルのセッションを開設するために必要となるセッション情報が含まれている。また、当該ＳＤＰファイルには、一方向データ送信装置７０から送信される電子ファイルのＦＤＴ（属性情報）の所在を特定するための所在情報も含まれている。データ送信装置８０から送信されるＳＤＰファイルは、データ受信装置１０の双方向チャネル送受信部１１２によって受信され、ＳＤＰ保持部１１４に保持（格納）される。
【００５０】
続いて、配信制御部１１６により、ＳＤＰ保持部１０４に保持されているＳＤＰファイルから、ＦＤＴの所在を特定するための所在情報が読み出され、読み出された所在情報が双方向チャネル送受信部１１２に出力される（Ｓ１０６）。
【００５１】
配信制御部１１６から上記所在情報が出力されると、一方向チャネル受信部１０２によって電子ファイルの受信を開始する前に、双方向チャネル送受信部１１２により、当該所在情報によって特定される所在に対して、ＦＤＴ送信要求が送信される（Ｓ１０８）。また、このＦＤＴ送信要求に応じて上記所在から送信されるＦＤＴが、双方向チャネル送受信部１１２によって受信される（Ｓ１１０）。ここでは、ＳＤＰファイルを取得するために用いた双方向チャネルがそのまま（切断せずに）用いられてＦＤＴの送信要求が送信され、ＦＤＴが受信される。双方向チャネル送受信部１１２によって受信したＦＤＴは、ＦＤＴ保持部１０６に保持（格納）される。
【００５２】
双方向チャネル送受信部１１２によってＦＤＴが受信されると、一方向チャネル受信部１０２により、配信制御部１１６を介してＳＤＰ保持部１１４に保持されているＳＤＰファイルが参照され、当該ＳＤＰファイルに含まれるセッション情報に基づいて一方向チャネルが開設される（Ｓ１１２）。一方向チャネルが開設されると、一方向チャネル受信部１０２によって、一方向データ送信装置７０から送信されている電子ファイルおよびＦＤＴの受信が開始される（Ｓ１１４）。ここで、電子ファイルおよびＦＤＴは、当該電子ファイルやＦＤＴを構成する分割データ、あるいは分割データの欠損時に分割データを復元するための冗長データとして送信され、受信される。
【００５３】
これらの動作は、例えば、移動通信端末におけるｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔチャネル（双方向チャネル）を用いてＳＤＰファイルおよびＦＤＴを受信した後、３ＧＰＰ  ＭＢＭＳチャネルのようなｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔチャネル（一方向チャネル）を開設し、当該３ＧＰＰ  ＭＢＭＳチャネルを用いて電子ファイルおよびＦＤＴを受信する動作に相当する。
【００５４】
一方向チャネル受信部１０２によって分割データ及び冗長データが受信されると、ファイル組立部１０４により、これら分割データおよび冗長データに基づいて電子ファイルおよびＦＤＴが復元される。
【００５５】
ファイル組立部１０４によって復元されたＦＤＴは、ＦＤＴ保持部１０６に保持（記憶）される。ここで、ファイル保持部１０６には、双方向チャネル送受信部１１２によって受信されたＦＤＴと一方向チャネル受信部１０２によって受信されたＦＤＴとの双方が保持されることになる。この場合、ＦＤＴ保持部１０６は、先に双方向チャネル送受信部１１２によって受信されたＦＤＴを、後から一方向チャネル受信部１０２によって受信されたＦＤＴに置き換えてもよい。また、ＦＤＴ保持部１０６は、先に双方向チャネル送受信部１１２によって受信されたＦＤＴと後から一方向チャネル受信部１０２によって受信されたＦＤＴとの差分を抽出し、先に双方向チャネル送受信部１１２によって受信されたＦＤＴに当該差分を追加してもよい。また、ＦＤＴ保持部１０６は、ＦＤＴに記述されている有効期限を参照し、有効期限内のＦＤＴのみを保持するようにしてもよい。
【００５６】
ファイル組立部１０４によって復元された電子ファイルは、ファイル保持部１０８に保持（記憶）される。ファイル保持部１０８に保持されている電子ファイルは、必要に応じて、アプリケーション部１１０に利用される。
【００５７】
続いて、本実施形態にかかるデータ受信装置の作用及び効果について説明する。本実施形態にかかるデータ受信装置１０においては、配信制御部１１６が、一方向チャネルを開設するために必要となるセッション情報が記述されたＳＤＰファイルからＦＤＴの所在情報を取得し、一方向チャネル受信部１０２によって電子ファイルの受信を開始する前に、双方向チャネル送受信部１１２が上記所在情報によって特定される所在からＦＤＴを取得する。従って、データ受信装置１０は、一方向チャネルを用いて電子ファイルの受信を開始する前に、当該電子ファイルに対応するＦＤＴを確実に取得することができる。その結果、データ受信装置１０が一方向電子ファイル配信のセッションに加わるタイミングに関わらず、電子ファイルに対応するＦＤＴを確実に取得し、電子ファイルを有効に活用できる。
【００５８】
例えば、図５において、ＦＤＴ１には電子ファイル１の属性情報と電子ファイル２の属性情報とが記述され、ＦＤＴ２には電子ファイル２の属性情報と電子ファイル３の属性情報とが記述されているとする。また、一方向データ送信装置７０からは、ＦＤＴ１、電子ファイル１、電子ファイル２、ＦＤＴ２、電子ファイル３がこの順番で送信されているとする。ここで、一方向データ送信装置７０からＦＤＴ１が送信された直後にデータ受信装置１０が一方向電子ファイル配信のセッションに加わって電子ファイルの受信を開始した場合、データ受信装置１０は、一方向データ送信装置７０からＦＤＴ１を取得することはできない。しかしながら、本実施形態にかかるデータ受信装置１０においては、一方向チャネルを用いて電子ファイルの受信を開始する前に、データ送信装置８０からＦＤＴ１を受信できる。従って、データ受信装置１０は、データ送信装置８０から受信したＦＤＴ１を参照して電子ファイル１を利用することできる。また、データ受信装置１０は、データ送信装置８０から受信したＦＤＴ１を参照し、ＦＤＴ２の受信を待たずに、電子ファイル２を利用することできる。
【００５９】
また、本実施形態にかかるデータ受信装置１０においては、双方向チャネル送受信部１１２が、ＳＤＰファイルを取得するために用いた双方向チャネルを用いてＦＤＴを受信する。双方向チャネルを利用してＦＤＴを受信することで、伝送誤り時の再送処理や要求データの指定など、ＦＤＴを取得するに際して様々な制御が可能となる。また、ＳＤＰファイルを取得するために用いた双方向チャネルを用いてＦＤＴを受信することで、ＦＤＴを取得するために新たな双方向チャネルを開設する必要がなくなる。その結果、双方向チャネルを開設するための制御信号のトラヒックを削減することができ、また、ＦＤＴを取得するまでの時間を短縮することができる。
【００６０】
続いて、データ受信装置１０の第１の変形例について説明する。本変形例にかかるデータ受信装置１０が上記実施形態にかかるデータ受信装置１０と異なる点は、上記実施形態にかかるデータ受信装置１０は、ＳＤＰファイルに含まれるＦＤＴの所在情報に従って双方向チャネル送受信部１１２（第１の属性取得手段）が双方向チャネルを介してＦＤＴを取得していたが、本変形例にかかるデータ受信装置１０は、ＳＤＰファイルとＦＤＴとが電子メールによってデータ受信装置１０に送信され、配信制御部１１６（第１の属性取得手段）が、当該電子メール（ＦＤＴの所在）からＦＤＴを取得する点である。以下、本変形例にかかるデータ受信装置１０について詳しく説明する。なお、上記実施形態にかかるデータ受信装置１０と同様の部分に付いては重複する説明を省略する。
【００６１】
図６は、本変形例にかかるデータ受信装置１０に対する電子ファイルの配信シーケンスを示す図である。一方向データ送信装置７０から送信される電子ファイルをデータ受信装置１０が受信して利用するのに先立って、まず、データ送信装置８０からデータ受信装置１０に対して、ＳＤＰファイルとＦＤＴとを含んだ電子メールが送信される（Ｓ１２０）。図７は、ＳＤＰファイルとＦＤＴとを含んだ電子メールの記述例を示す図である。電子メールには、図７に示すように、ＳＤＰファイル（破線囲み部分Ｐ３）とＦＤＴ（破線囲み部分Ｐ４）とが含まれている。このような混合ファイルは、例えば、ＭＩＭＥのマルチパート機能を用いて生成される。このような電子メールは、データ受信装置１０の双方向チャネル送受信部１１２によって受信される。
【００６２】
双方向チャネル送受信部１１２によって上記電子メールが受信されると、配信制御部１１６は、電子メール内のＳＤＰファイルを抽出し（Ｓ１２２）、抽出したＳＤＰファイルをＳＤＰ保持部１１４に出力する。ＳＤＰ保持部１１４は、配信制御部１１６から出力されたＳＤＰファイルを保持（格納）する。
【００６３】
配信制御部１１６は、また、上述のごとく抽出したＳＤＰファイルから、ＦＤＴファイルの所在情報を取得する。ここで、ＦＤＴファイルの所在情報が“ａ＝ｆｌｕｔｅ−ｆｄｔ：ｃｉｄ：ｆｄｔ＠ｍｂｍｓ”となっていることから（図７の下線部）、配信制御部１１６は、ＦＤＴがＳＤＰファイルと同一の電子メールに含まれることを認識し、当該電子メールからＦＤＴを抽出し（Ｓ１２４）、抽出したＦＤＴをＦＤＴ保持部１０６に出力する。ＦＤＴ保持部１０６は、配信制御部１１６から出力されたＦＤＴを保持（格納）する。
【００６４】
これ以降の動作は、既に説明した上記実施形態にかかるデータ受信装置１０の動作と同じである。
【００６５】
本変形例にかかるデータ受信装置１０は、ＳＤＰファイルとＦＤＴとが含まれる電子メールを受信し、当該電子メールからＳＤＰファイルとＦＤＴとのそれぞれを抽出して利用する。従って、データ受信装置１０は、１回のデータ送受信でＳＤＰファイルとＦＤＴとの双方を取得することができる。その結果、データ送信装置８０とデータ受信装置１０との間のトランザクションを軽減することができる。また、ＳＤＰファイルとＦＤＴとを混合ファイルとして電子メールで送信することで、コンテンツプロバイダやネットワークオペレータからの迅速なサービス通知が可能となる。
【００６６】
続いて、データ受信装置１０の第２の変形例について説明する。本変形例にかかるデータ受信装置１０が上記実施形態にかかるデータ受信装置１０と異なる点は、本変形例にかかるデータ受信装置１０が、一方向チャネル受信部１０２によって電子ファイルを受信したにも関わらず当該電子ファイルに対応するＦＤＴを受信していない場合、双方向チャネル送受信部１１２（第２の属性情報取得手段）が、配信制御部１１６によって取得された所在情報によって特定される所在からＦＤＴを取得する点である。また、本変形例にかかるデータ受信装置１０においては、双方向チャネル送受信部１１２が双方向チャネルを用いてＦＤＴを受信する際に、受信済の電子ファイルについて未受信のＦＤＴを選択的に要求し、受信する。以下、本変形例にかかるデータ受信装置１０について詳しく説明する。なお、上記実施形態にかかるデータ受信装置と同様の部分に付いては重複する説明を省略する。
【００６７】
図８は、本変形例にかかるデータ受信装置１０の動作を示すフローチャートであり、図９は、本変形例にかかるデータ受信装置１０に対する電子ファイルの配信シーケンスを示す図である。ＳＤＰファイル送信要求の送信（Ｓ１０２）から電子ファイルの受信開始（Ｓ１１４）までの処理は、既に説明した上記実施形態にかかるデータ受信装置１０における処理と同じである。
【００６８】
一方向チャネル受信部１０２によって受信されたＦＤＴおよび電子ファイルはファイル組立部１０４によって組み立てられ、ＦＤＴはＦＤＴ保持部１０６に保持され、電子ファイルはファイル保持部１０８に保持される。
【００６９】
ここで、ファイル組立部１０４によって組み立てられた電子ファイルがファイル保持部１０８に出力されるに際し、ファイル保持部１０８はＦＤＴ保持部１０６を参照し、当該電子ファイルの属性情報を記述するＦＤＴが存在するか否かを確認する（Ｓ１３０）。当該電子ファイルの属性情報を記述するＦＤＴがＦＤＴ保持部１０６に存在する場合、ファイル保持部１０８は、ＦＤＴに記述された属性情報に基づいて、当該電子ファイルを利用するアプリケーション部１１０に対して当該電子ファイルを出力する。
【００７０】
一方、当該電子ファイルの属性情報を記述するＦＤＴがＦＤＴ保持部１０６に存在しない場合、双方向チャネル送受信部１１２に対して、欠落した属性情報についてのＦＤＴ取得要求を送信する。
【００７１】
当該ＦＤＴ取得要求を受けて、双方向チャネル送受信部１１２は、あらかじめ取得しているＦＤＴの所在であるデータ送信装置８０からＦＤＴを受信するための双方向チャネルを開設する（Ｓ１３２）。その後、双方向チャネル送受信部１１２は、データ送信装置８０に対して、当該双方向チャネルを用いて、欠落した属性情報についてのＦＤＴ取得要求を送信する（Ｓ１３４）。すなわち、双方向チャネル送受信部１１２は、データ送信装置８０に対して、受信済の電子ファイルについて未受信の属性情報を選択的に要求する。
【００７２】
その後、双方向チャネル送受信部１１２は、データ送信装置８０から送信される、欠落した属性情報についてのＦＤＴを受信する（Ｓ１３６）。ここで、データ送信装置８０から送信されるＦＤＴは、双方向チャネル送受信部１１２が要求した属性情報のみを含むように編集されている。双方向チャネル送受信部１１２によって受信されたＦＤＴは、ＦＤＴ保持部１０６に保持（格納）され、その後、一方向チャネル受信部１０２による電子ファイルおよびＦＤＴの受信が再開される。
【００７３】
例えば、図９において、ＦＤＴ１には電子ファイル１の属性情報と電子ファイル２の属性情報とが記述され、ＦＤＴ２には電子ファイル２の属性情報と電子ファイル３の属性情報とが記述されているとする。また、一方向データ送信装置７０からは、ＦＤＴ１、電子ファイル１、電子ファイル２、ＦＤＴ２、電子ファイル３がこの順番で送信されているとする。ここで、一方向データ送信装置７０からＦＤＴ１が送信された直後にデータ受信装置１が一方向電子ファイル配信のセッションに加わって電子ファイルの受信を開始した場合、データ受信装置１０は、一方向データ送信装置７０からＦＤＴ１を取得することはできない。しかしながら、データ受信装置１０は、一方向チャネルを用いて電子ファイルの受信を開始する前に、データ送信装置８０からＦＤＴ１を受信しているため、当該ＦＤＴを利用できる。すなわち、データ受信装置１０は、データ送信装置８０から受信したＦＤＴ１を参照して電子ファイル１および電子ファイル２を利用する。
【００７４】
ここで、何らかの事情で、データ受信装置１０がＦＤＴ２を受信できなかったとする。この場合、データ受信装置１０は、電子ファイル３を受信したとしても対応するＦＤＴがＦＤＴ保持部１０６に保持されていないため、電子ファイル３を利用することができない。よって、双方向チャネル送受信部１１２は、データ送信装置８０に対して、電子ファイル３の属性情報の送信要求を送信する。この場合、双方向チャネル送受信部１１２は、例えば“ｈｔｔｐ：／／ｆｄｔ−ｓｅｒｖｅｒ／？ｔｏｉ＝３”というＵＲＬを指定することによって電子ファイル３の属性情報の送信要求を送信する。
【００７５】
この場合、データ送信装置８０は、電子ファイル２の属性情報と電子ファイル３の属性情報とを含むＦＤＴ２を、電子ファイル３の属性情報のみを含むＦＤＴ２’に編集し、当該ＦＤＴ２’をデータ受信装置１０に対して送信する。
【００７６】
本変形例のデータ受信装置１０は、ＳＤＰファイルからＦＤＴの所在を特定するための所在情報を取得し、一方向チャネル受信部１０２が電子ファイルを受信したにも関わらず当該電子ファイルのＦＤＴを受信していない場合、双方向チャネル送受信部１１２が当該所在情報によって特定される所在からＦＤＴを取得する。従って、パケットの欠損などにより、データ受信装置１０が受信した電子ファイルに対応するＦＤＴを保持していない場合であっても、当該電子ファイルのＦＤＴを確実に取得することができる。
【００７７】
また、本変形例のデータ受信装置１０においては、双方向チャネル送受信部１１２が、双方向チャネルを用いて、受信済の電子ファイルについて未受信の属性情報を選択的に要求し、受信する。双方向チャネルを利用して属性情報を受信することで、伝送誤り時の再送処理や要求データの指定など、属性情報を取得するに際して様々な制御が可能となる。また、受信済の電子ファイルについて未受信の属性情報を選択的に要求し、受信することで、必要となる属性情報を効率よく取得することができる。その結果、属性情報の送受信のために利用される双方向チャネルのトラヒックを必要最小限に抑えることが可能となる。
【００７８】
本変形例のデータ受信装置１０は、電子ファイルの受信時に当該電子ファイルに対応するＦＤＴを保持していない場合、直ちに双方向チャネルを開設し、当該電子ファイルに対応するＦＤＴを要求していた。しかし、電子ファイルを急いで利用する必要がない場合や双方向チャネルを開設する頻度を軽減したい場合などは、電子ファイル配信セッションの終了時や一定時間間隔経過後に、複数の電子ファイルそれぞれに対応するＦＤＴをまとめて要求するようにしてもよい。この場合、双方向チャネル送受信部１１２は、例えば“ｈｔｔｐ：／／ｆｄｔ−ｓｅｒｖｅｒ／？ｔｏｉ＝３＆ｔｏｉ＝５＆ｔｏｉ＝１０”というようにＵＲＬを指定することによって、電子ファイル３と電子ファイル５と電子ファイル１０の属性情報をまとめて要求する。
【００７９】
続いて、データ受信装置１０に対し、双方向チャネルを利用してＦＤＴを送信するデータ送信装置８０について説明する。図１０は、データ送信装置８０の構成図である。データ送信装置８０は、通信を行う通信インタフェース８０２と、一方向電子ファイル配信プロトコル（ＦＬＵＴＥ）によってデータを受信する一方向データ受信部８０４と、双方向電子ファイル配信プロトコル（ＨＴＴＰ）によってデータを送受信する双方向データ送受信部８０６と、一方向データ受信部８０４によって受信されたデータの中からＦＤＴを構成するためのデータを選別するデータ選択部８０８と、一方向データ受信部８０４によって受信されたデータからＦＤＴを組み立てるファイル組立部８１０と、ファイル組立部８１０によって組み立てられたＦＤＴを保持するＦＤＴ保持部８１２とを備えて構成される。
【００８０】
図１１は、データ送信装置８０の動作を示す図である。一方向データ送信装置７０からは、電子ファイルと当該電子ファイルの属性情報を記述したＦＤＴとが、データ送信装置８０、データ受信装置１０ａ，１０ｂ，１０ｃのそれぞれに送信されている（ただし、一方向データ送信装置７０からデータ受信装置１０ａ，１０ｂ，１０ｃに対して電子ファイルおよびＦＤＴを送信する様子は図示していない）。ここで、データ受信装置１０ａ，１０ｂ，１０ｃは様々なタイミングで電子ファイルの受信を開始する。従って、データ送信装置８０は、様々なタイミングで、双方向チャネルを用いて、データ受信装置１０ａ，１０ｂ，１０ｃのそれぞれにＦＤＴを送信することになる。以下、具体的に説明する。
【００８１】
一方向データ送信装置７０からは、電子ファイルおよび当該電子ファイルの属性情報を記述したＦＤＴ（メタデータ）が、ブロードキャストまたはマルチキャストで送信されている。図１１に示す例でいえば、まず、電子ファイル１の属性情報と電子ファイル２の属性情報とを記述したＦＤＴ１が送信され（Ｓ１４０）、その後、電子ファイル１が複数のデータパケットによって送信され（Ｓ１４２）、続いて電子ファイル２が複数のデータパケットによって送信される（Ｓ１４４）。その後、電子ファイル３の属性情報と電子ファイル４の属性情報と電子ファイル５の属性情報とを記述したＦＤＴ２が送信され（Ｓ１４６）、これに続いて電子ファイル３、電子ファイル４および電子ファイル５がそれぞれ複数のデータパケットによって送信される（Ｓ１４８，Ｓ１５０，Ｓ１５２）。
【００８２】
データ送信装置８０は、通信インタフェース８０２を介して、一方向データ送信装置７０から送信されるデータ（電子ファイルを構成するデータおよびＦＤＴを構成するデータ）を受信する。受信されたデータは一方向データ受信部８０４に送られ、さらにデータ選択部８０８へ渡される。データ選択部８０８では、ＴＯＩ＝０のデータ、すなわちＦＤＴを構成するデータのみが選択され、それ以外のデータ（電子ファイルを構成するデータ）はすべて廃棄される。データ選択部８０８によって選択されたデータは、ファイル組立部８１０に渡され、ファイル組立部８１０によってＦＤＴが組立てられる。ファイル組立部８１０によって組立てられたＦＤＴは、ＦＤＴ保持部８１２に保持（格納）される。ここで、ＦＤＴ保持部８１２に保持されているＦＤＴは、常に最新のものに書き換えられている。すなわち、図１１に示す例でいえば、データ送信装置８０がＦＤＴ１を受信してからＦＤＴ２を受信するまでは、ＦＤＴ保持部８１２にはＦＤＴ１が保持されているが、データ送信装置８０がＦＤＴ２を受信すると、ＦＤＴ保持部８１２に保持されている情報がＦＤＴ２に書き換えられる。
【００８３】
一方、データ受信装置１０ａ〜１０ｃからＦＤＴ送信要求があると、データ送信装置８０は、その時点でＦＤＴ保持部８１２に保持されているＦＤＴを、要求元のデータ受信装置１０ａ〜１０ｃに送信する。図１１に示す例では、データ受信装置１０ａからＦＤＴ送信要求が送信された場合（Ｓ１５４）、その時点でＦＤＴ保持部８１２に保持されているＦＤＴ１がデータ受信装置１０ａに対して送信される（Ｓ１５６）。同様に、データ受信装置１０ｂからＦＤＴ送信要求が送信された場合（Ｓ１５８）、その時点でＦＤＴ保持部８１２に保持されているＦＤＴ１がデータ受信装置１０ｂに対して送信される（Ｓ１６０）。続いて、データ受信装置１０ｃからＦＤＴ送信要求が送信された場合（Ｓ１６２）、当該ＦＤＴ送信要求の前にＦＤＴ保持部８１２に保持されている情報がＦＤＴ２に更新されているため、その時点でＦＤＴ保持部８１２に保持されているＦＤＴ２がデータ受信装置１０ｃに対して送信される（Ｓ１６４）。
【００８４】
上述のように、データ送信装置８０が、一方向データ送信装置７０から送信されているＦＤＴを取得し、データ受信装置１０ａ〜１０ｃへ提供することにより、データ受信装置１０ａ〜１０ｃは、一方向データ送信装置７０から送信されるＦＤＴと同じＦＤＴを受信することが可能となる。
【００８５】
また、データ送信装置８０が、他のデータ受信装置１０ａ〜１０ｃと同様にＦＬＵＴＥによってＦＤＴを受信し、ＦＤＴ保持部８１２に保持する情報を更新することで、ＦＤＴの更新をすぐに検知できる。また、この場合、一方向データ送信装置７０は、ＦＬＵＴＥによって電子ファイルとＦＤＴとを送信しさえすればよく、別のプロトコルを実装する必要がない。
【００８６】
なお、ここでは、データ送信装置８０がＦＬＵＴＥによって配信されるＦＤＴを受信し、このように受信したＦＤＴによってＦＤＴ保持部８１２に保持する情報を更新する例を示した。しかし、データ送信装置８０は、別の方法で一方向データ送信装置７０からＦＤＴを入手し、ＦＤＴ保持部８１２に保持する情報を更新するようにしてもよい。
【図面の簡単な説明】
【００８７】
【図１】データ受信装置を含むネットワークシステムの構成図である。
【図２】データ受信装置の構成図である。
【図３】セッション情報の記述例を示す図である。
【図４】データ受信装置の動作を示すフローチャートである。
【図５】データ受信装置に対する電子ファイルの配信シーケンスを示す図である。
【図６】データ受信装置に対する電子ファイルの配信シーケンスを示す図である。
【図７】ＳＤＰファイルとＦＤＴとを含んだ電子メールの記述例を示す図である。
【図８】データ受信装置の動作を示すフローチャートである。
【図９】データ受信装置に対する電子ファイルの配信シーケンスを示す図である。
【図１０】データ送信装置の構成図である。
【図１１】データ送信装置８０の動作を示す図である。
【図１２】ＦＬＵＴＥにおけるファイル配信シーケンスを示す図である。
【図１３】ＦＬＵＴＥにおけるセッション情報の記述例を示す図である。
【図１４】ＦＬＵＴＥにおけるＦＤＴの記述例を示す図である。
【図１５】ＦＬＵＴＥを用いた一方向電子ファイル配信技術の問題点を示す図である。
【符号の説明】
【００８８】
１０…データ受信装置、１０２…一方向チャネル受信部、１０４…ファイル組立部、１０６…ＦＤＴ保持部、１０８…ファイル保持部、１１０…アプリケーション部、１１２…双方向チャネル送受信部、１１４…ＳＤＰ保持部、１１６…配信制御部
【図１】
2005222401.tif 000003
【図２】
2005222401.tif 000004
【図３】
2005222401.tif 000005
【図４】
2005222401.tif 000006
【図５】
2005222401.tif 000007
【図６】
2005222401.tif 000008
【図７】
2005222401.tif 000009
【図８】
2005222401.tif 000010
【図９】
2005222401.tif 000011
【図１０】
2005222401.tif 000012
【図１１】
2005222401.tif 000013
【図１２】
2005222401.tif 000014
【図１３】
2005222401.tif 000015
【図１４】
2005222401.tif 000016
【図１５】
2005222401.tif 000017