JP2001159995A - ファイル転送方法、ファイル受信装置、及びファイル提供装置 - Google Patents

Abstract

(57)【要約】 【課題】 ファイル転送において、所望のデータ形式の
ファイルを送信側から受信側へ効率的に転送する。 【解決手段】 携帯電話機ＭＳＡがＩＰサーバＷＡ上の
ファイルの転送をＩＰサーバＷＡへ打診し、この打診を
受けたファイルの拡張子及び先頭データをＩＰサーバＷ
Ａが携帯電話機ＭＳＡへ返送し、携帯電話機ＭＳＡが上
記の拡張子及び先頭データに基づいてＩＰサーバＷＡ上
のファイルのデータ形式を特定し、このデータ形式が所
望のデータ形式である場合にのみ、当該ファイルの転送
をＩＰサーバＷＡに要求し、ＩＰサーバＷＡが要求され
たファイルを携帯電話機ＭＳＡへ転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、送信側から受信側
へファイルを転送するためのファイル転送方法、ファイ
ル受信装置、及びファイル提供装置に関する。

【０００２】

【従来の技術】近年、ＷＷＷ（World Wide Web）に代表
されるインターネットの活用が急速に進んでおり、イン
ターネットを介したファイルのダウンロード（転送）が
広く行われている。

【０００３】ＷＷＷにおいて、ユーザは、データ閲覧用
のブラウザを搭載したクライアント（受信側）を操作し
てＷＷＷサーバ（送信側）にアクセスすることで、ＷＷ
Ｗサーバ上のＨＴＭＬ（Hyper Text Markup Language）
で記述されたファイル（以後、ＨＴＭＬファイル）の閲
覧や各種データ形式のファイルのダウンロードを行うこ
とができる。

【０００４】ここで、「ＨＴＭＬファイルの閲覧」とは
即ち、ＨＴＭＬファイルのダウンロード、ファイル内の
ＨＴＭＬの解釈及び実行という一連の処理から構成され
た作業であり、クライアント側のブラウザは、ダウンロ
ードしようとするファイルがＨＴＭＬファイルの場合に
はその解釈及び実行を行うように準備する必要がある。
また、ダウンロードしようとするファイルがＪＰＥＧ
（Joint Photographic Coding Experts Group）形式の
画像ファイルの場合には、クライアント側のブラウザ
は、その展開及び表示を行うように準備する必要があ
る。すなわち、転送対象のファイルのデータ形式によっ
て、ダウンロード後の処理を変える必要がある。

【０００５】このような事情から、ＷＷＷでは、ファイ
ルのダウンロード時に当該ファイルのデータ形式をクラ
イアント側で把握できるような仕組みが設けられてい
る。すなわち、ＷＷＷサーバからクライアントのブラウ
ザへ、ファイルのデータ形式を表す「コンテントタイ
プ」を通知するようにし、クライアント側ではこのコン
テントタイプを用いて適切な処理を行うことができるよ
うにしている。なお、一般的なブラウザが許容している
コンテントタイプとしては、例えば、ＧＩＦ（Graphics
Interchange Format）の画像データ、ビットマップ形
式の画像データ、ＪＰＥＧ形式の画像データ、ＨＴＭＬ
形式の文書データ等が挙げられる。

【０００６】

【発明が解決しようとする課題】ところで、近年、移動
データ通信分野において、携帯電話機にブラウザを搭載
し、ＷＷＷ上のコンテンツを携帯電話機から利用可能と
したサービスが提供されている。この種のサービスにお
いてＷＷＷサーバから携帯電話機へ転送されるデータは
主にＨＴＭＬデータである。

【０００７】一方、携帯電話機を用いた通話の分野にお
いては、着信時にユーザが予め設定したメロディを奏で
る機能が広く普及しており、各種の着信メロディデータ
を容易に設定できるシステムが待望されている。この要
望に応える一つの方法として、ＷＷＷサーバからブラウ
ザを搭載した携帯電話機に着信メロディデータを転送す
るサービスを提供することが考えられる。

【０００８】しかし、ＷＷＷサービスを享受するブラウ
ザが許容するコンテントタイプは、クライアントとして
主としてコンピュータを想定していたインターネット分
野での標準化を経て決定されるものであり、特に着信メ
ロディデータのようにコンピュータ以外の機器に特化さ
れたデータ形式には対応していない。このため、既存の
ブラウザを搭載した携帯電話機では、ダウンロード完了
後に初めてダウンロードされたファイルが所望のデータ
形式のファイルであるか否かを把握できることになる。
もちろん、ダウンロードされたファイルが所望のデータ
形式のファイルでない場合には、異なるファイルのダウ
ンロードを試みればよいが、さらに手間と通信費用がか
かってしまう。

【０００９】また、前述のように、ＷＷＷサービスを享
受するブラウザが許容するコンテントタイプはインター
ネット分野での標準化を経て決定されるものであること
から、急速に高機能化を続ける携帯電話機においてのみ
使用される新しいデータ形式にコンテントタイプを迅速
に対応させることは困難である。

【００１０】本発明は上述した事情に鑑みて為されたも
のであり、所望のデータ形式のファイルを送信側から受
信側へ効率的に転送することができるファイル転送方
法、ファイル受信装置、及びファイル提供装置を提供す
ることを目的としている。

【００１１】

【課題を解決するための手段】上述の課題を解決するた
めに、請求項１に記載のファイル転送方法は、送信側の
ファイルを受信側へ転送するファイル転送方法におい
て、受信側が送信側のファイルの転送を送信側へ打診す
る打診ステップと、受信側から転送の打診を受けたファ
イルの拡張子及び端部データを送信側が受信側へ返送す
る事前通知ステップと、受信側が前記拡張子及び前記端
部データに基づいて送信側のファイルのデータ形式を特
定し、該データ形式が所望のデータ形式である場合にの
み送信側のファイルの受信側への転送を送信側に要求す
る要求ステップと、送信側が受信側から転送を要求され
たファイルを受信側へ転送する転送ステップとを有する
ことを特徴としている。

【００１２】さらに、上記方法において、送信側が受信
側の能力を判定するステップを有し、送信側において受
信側の能力が十分に高いと判定された場合には、前記事
前通知ステップ及び前記要求ステップを省略し、前記転
送ステップにおいて、受信側から転送の打診を受けたフ
ァイルを送信側が受信側へ転送するようにしてもよい
（請求項２）。

【００１３】また、上述の課題を解決するために、請求
項３に記載のファイル転送方法は、送信側のファイルを
受信側へ転送するファイル転送方法において、送信側が
転送可能なファイルの拡張子及び端部データを受信側へ
通知する事前通知ステップと、受信側が前記拡張子及び
前記端部データに基づいて送信側の前記転送可能なファ
イルのデータ形式を特定し、所望のデータ形式のファイ
ルの転送を送信側へ要求する要求ステップと、送信側が
受信側から転送を要求されたファイルを受信側へ転送す
る転送ステップとを有することを特徴としている。

【００１４】さらに、上記方法において、送信側が受信
側の能力を判定するステップを有し、送信側において受
信側の能力が十分に高いと判定された場合には、前記事
前通知ステップを省略し、前記要求ステップにおいて、
所望のデータ形式のファイルの転送を送信側へ要求する
ことのみを行うようにしてもよい（請求項４）。

【００１５】また、上述の課題を解決するために、請求
項５に記載のファイル転送方法は、送信側のファイルを
受信側へ転送するファイル転送方法において、受信側が
送信側のファイルを特定する情報と所望のデータ形式を
示す情報とを含む転送要求を送信側へ送信する要求ステ
ップと、送信側が前記転送要求で特定されるファイルの
拡張子及び端部データに基づいて該ファイルのデータ形
式を特定し、該データ形式が前記転送要求に適合する場
合に該ファイルを受信側へ転送する転送ステップとを有
することを特徴としている。

【００１６】さらに、請求項１又は３あるいは５に記載
のファイル転送方法において、前記転送ステップにおい
て、ファイルに代えてファイルから前記端部データを除
いた残余データを転送するようにしてもよいし（請求項
６）、送信側から受信側へのファイルの転送を移動通信
網経由で行うようにしてもよい（請求項７）。

【００１７】また、上述の課題を解決するために、請求
項８に記載のファイル受信装置は、送信側のファイルを
受信側へ転送するファイル転送システムにおいて受信側
を構成するファイル受信装置であって、与えられた指示
に従って送信側のファイルの転送を打診するための転送
打診情報を出力する打診手段と、前記転送打診情報を送
信側へ送信する送信手段と、送信側から送信されてきた
情報を受信する受信手段と、拡張子及び端部データにデ
ータ形式を対応させたデータ形式情報を記憶したデータ
形式記憶手段と、前記受信手段により受信された情報に
ファイルの拡張子及び端部データが含まれている場合に
は該拡張子及び該端部データと前記データ形式情報とに
基づいて該ファイルのデータ形式を特定する特定手段
と、前記特定手段により特定されたデータ形式が前記与
えられた指示に適合するか否かを判定し、適合する場合
には前記特定情報に対応した前記ファイルの転送を要求
する転送要求情報を出力する要求手段とを具備し、前記
送信手段は前記転送要求情報を送信側へ送信することを
特徴としている。

【００１８】さらに、上記装置において、前記端部デー
タを記憶する端部データ記憶手段と、前記受信手段によ
り受信された情報にファイルから前記端部データを除い
た残余データが含まれている場合には、該残余データと
前記端部データとを結合してファイルを再生する再生手
段とを具備するようにしてもよいし（請求項９）、送信
側から受信側へのファイルの転送を移動通信網経由で行
うようにしてもよい（請求項１０）。

【００１９】また、上述の課題を解決するために、請求
項１１に記載のファイル提供装置は、送信側のファイル
を受信側へ転送するファイル転送システムにおいて送信
側を構成するファイル提供装置であって、受信側から送
信されてきた情報を受信する受信手段と、ファイルを記
憶したファイル記憶手段と、前記受信手段により受信さ
れた情報にファイルの転送を打診するための転送打診情
報が含まれている場合には、ファイルの拡張子及び端部
データを出力する事前出力手段と、前記拡張子及び前記
端部データを受信側へ送信するとともに、前記受信手段
により受信された情報にファイルの転送を要求する転送
要求情報が含まれている場合には、該ファイルを受信側
へ転送する送信手段とを具備することを特徴としてい
る。

【００２０】また、上述の課題を解決するために、請求
項１２に記載のファイル提供装置は、送信側のファイル
を受信側へ転送するファイル転送システムにおいて送信
側を構成するファイル提供装置であって、受信側から送
信されてきた情報を受信する受信手段と、拡張子及び端
部データにデータ形式を対応させたデータ形式情報を記
憶したデータ形式記憶手段と、前記受信手段により受信
された情報にファイルを特定する情報と所望のデータ形
式を示す情報とを含む転送要求情報が含まれている場合
には、該ファイルの拡張子及び端部データと前記データ
形式情報とに基づいて該ファイルのデータ形式を特定す
る特定手段と、前記特定手段により特定されたデータ形
式が前記所望のデータ形式に適合した場合に該ファイル
を受信側へ転送する送信手段とを具備することを特徴と
している。

【００２１】さらに、上記各ファイル提供装置におい
て、ファイルから端部データを除いた残余データを抽出
する残余データ抽出手段を具備し、前記送信手段はファ
イルに代えて前記残余データを受信側へ転送するように
してもよいし（請求項１３）、送信側から受信側へのフ
ァイルの転送を移動通信網経由で行うようにしてもよい
（請求項１４）。

【００２２】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態について説明する。なお、本発明は、係る実施
形態に限定されず、その技術思想の範囲内で種々の変更
が可能である。

【００２３】Ａ：第１実施形態 まず、本発明の第１実施形態について説明する。 Ａ−１：第１実施形態の構成 Ａ−１−１：ファイル転送システム１の全体構成 図１は本発明の第１実施形態による携帯電話機（ファイ
ル受信装置）ＭＳＡ及びＩＰサーバＷＡを採用したファ
イル転送システム１の構成を示すブロック図である。こ
のファイル転送システム１はＷＷＷの利用を携帯電話機
ＭＳＡに許容したシステムであり、既存のシステムと異
なる点は、既存の携帯電話機に代えて携帯電話機ＭＳＡ
を採用した点と、ＩＰ（Information Provider）が提供
する一般的なサーバであるＩＰサーバに代えて携帯電話
機ＭＳＡに対応したＩＰサーバＷＡを採用した点であ
る。

【００２４】同図において、携帯電話機ＭＳＡは移動パ
ケット通信網ＭＰＮのパケット通信サービスを受ける携
帯電話機であり、移動パケット通信網ＭＰＮ及び図示せ
ぬ移動電話網に無線接続される。移動電話網は一般的な
移動電話の通話サービスを提供する網であり、携帯電話
機ＭＳＡは当該通話サービスを受けることができる。携
帯電話機ＭＳＡの詳細な機能及び構成については後述す
る。

【００２５】移動パケット通信網ＭＰＮは、複数の基地
局ＢＳ、複数のパケット加入者処理装置ＰＳ、ゲートウ
ェイサーバＧＷＳ、及びこれらを接続する通信回線によ
って構成されている。

【００２６】基地局ＢＳは、地上を例えば半径５００ｍ
等の範囲で分割した所定間隔で配置されており、各々が
形成する無線ゾーンに在圏した携帯電話機ＭＳＡとの間
で無線通信を行う。

【００２７】パケット加入者処理装置ＰＳは、複数の基
地局ＢＳを収容するパケット加入者交換局に備えられた
コンピュータシステムであり、携帯電話機ＭＳＡからの
パケット交換要求を受け付けるとともに、受け付けたパ
ケットを他のパケット加入者処理装置ＰＳ及び配下の基
地局ＢＳの少なくとも一方を介して宛先の携帯電話機Ｍ
ＳＡへ中継する。

【００２８】ゲートウェイサーバＧＷＳは、移動パケッ
ト通信網ＭＰＮとインターネットＩＮＥＴ等の他網とを
相互接続するための移動パケット関門中継交換局に備え
られたコンピュータシステムであり、ネットワーク間で
異なる通信プロトコルの変換を行う。ここでいう通信プ
ロトコルの変換とは、具体的には、移動パケット通信網
ＭＰＮが従う移動パケット通信網用の伝送プロトコル
と、インターネットＩＮＥＴが従う伝送プロトコルとの
相互変換をいう。

【００２９】なお、インターネットＩＮＥＴが従う伝送
プロトコルには、ネットワーク層及びトランスポート層
のＴＣＰ／ＩＰ（Transmission Control Protocol/Inte
rnetProtocol）とこのＴＣＰ／ＩＰ上で実現されるＨＴ
ＴＰ（HyperText TransferProtocol）等のプロトコルが
含まれており、移動パケット通信網ＭＰＮが従う伝送プ
ロトコルには、ＴＣＰ／ＩＰを簡素化したプロトコル
（以後、ＴＬ）とＨＴＴＰに相当するプロトコル（以
後、ＡＬ）とが含まれている。すなわち、携帯電話機Ｍ
ＳＡはＡＬ上でＷＷＷを利用することになる。

【００３０】また、ゲートウェイサーバＧＷＳは、携帯
電話機ＭＳＡからＨＴＴＰのＧＥＴ要求を受け取ると、
当該ＧＥＴ要求に含まれるＵＲＬ（Uniform Resource L
ocator）を調べ、当該ＵＲＬがインターネットＩＮＥＴ
上の一般的なＵＲＬである場合には、インターネットＩ
ＮＥＴへ当該ＧＥＴ要求を転送し、このＧＥＴ要求に対
応してインターネットＩＮＥＴから送信されてきた応答
を当該携帯電話機ＭＳＡへ返送する。なお、ＧＥＴ要求
に含まれるＵＲＬが自身内のリソース位置を示すものの
場合には、ゲートウェイサーバＧＷＳは、当該ＧＥＴ要
求に対応して当該リソースを携帯電話機ＭＳＡへ返送す
る。

【００３１】ＩＰサーバＷＡはインターネットＩＮＥＴ
に接続されたサーバであり、ＷＷＷを利用するクライア
ントに対してＷＷＷサービスを提供する。具体的には、
ＩＰサーバＷＡは、インターネットＩＮＥＴ経由でＨＴ
ＴＰのＧＥＴ要求を受け取ると、当該ＧＥＴ要求に含ま
れるＵＲＬで特定されるリソースを返送する。ただし、
受け取ったＧＥＴ要求に、後述の転送打診情報や転送要
求情報が含まれている場合には、通常と異なる処理を行
う。このＩＰサーバＷＡの具体的な機能については後述
する。

【００３２】Ａ−１−２：携帯電話機ＭＳＡの構成 図２は上記ファイル転送システム１を構成する携帯電話
機ＭＳＡのハードウェア構成を示すブロック図である。
この図に示すように、携帯電話機ＭＳＡは、基地局ＢＳ
との無線通信を行う送受信部（例えばアンテナ、無線
部、送信機、受信機等を有する）１１、音を入力するた
めの集音部（例えばマイク）１２、発音するための発音
部（例えば音源やスピーカ等から構成される）１３、数
字入力、文字入力等の入力操作が行われる、キーパッド
等を備えた入力部１４、液晶パネル等を有する液晶ディ
スプレイ１５、これら各部を制御する制御部１６を内蔵
している。

【００３３】制御部１６は各種制御を行うＣＰＵ（Cent
ral Processing Unit）１６１と、ＣＰＵ１６１に実行
されるブラウザや制御プログラム等のソフトウェアや、
後述するデータ形式情報、ゲートウェイサーバＧＷＳと
の接続に必要な情報等を格納したＲＯＭ（Read Only Me
mory）１６２と、ダウンロードしたファイルや音声通話
時に利用される情報（例えば電話帳データ）等を格納す
るＳＲＡＭ(Static Random Access Memory)１６３とを
内蔵しており、図示せぬ電源が投入されると、ＣＰＵ１
６１は、ＲＯＭ１６２に格納されたソフトウェアを読み
出して実行し、ＲＯＭ１６２、ＳＲＡＭ１６３、各部１
１〜１４、及び液晶ディスプレイ１５を制御する。

【００３４】携帯電話機ＭＳＡは、移動データ通信を行
う際には、まず、ＣＰＵ１６１がＲＯＭ１６２に格納さ
れたブラウザを読み出し、当該ブラウザを実行すること
により、ＲＯＭ１６２に格納されたホームＵＲＬ（最初
にアクセスすべきゲートウェイＧＷＳ上のリソース位
置）からＨＴＭＬデータを取得し、このデータに基づい
て、液晶ディスプレイ１５に対話画面を表示させる。ユ
ーザは、この対話画面からＷＷＷの利用を開始する。

【００３５】なお、上記データ形式情報はファイルの拡
張子と所定長の先頭データとに基づいて当該ファイルの
データ形式を特定するための情報であり、コンテントタ
イプが設定されていないデータ形式（例えば、着信メロ
ディデータ）毎に設定されている。ここで、データ形式
情報の一例を図３に示す。この図においては、着信メロ
ディデータを示すデータ形式（着信メロディ形式）に、
当該データ形式のファイルの拡張子“mld”と当該デー
タ形式のファイルの先頭データである“melo”とが対応
付けられている。

【００３６】Ａ−１−３：携帯電話機ＭＳＡの機能構成 以下、ＣＰＵ１６１がブラウザを実行し、各部を制御す
ることによって実現される携帯電話機ＭＳＡの機能構成
について説明するが、前述のように、本ファイル転送シ
ステム１が従来のファイル転送システムと異なる点は、
コンテントタイプが設定されていないファイル（以後、
未設定ファイル）の転送に係る点のみであることから、
この点についてのみ、携帯電話機ＭＳＡの機能構成を説
明する。

【００３７】図４は未設定ファイルの転送に係る携帯電
話機ＭＳＡの機能構成を示すブロック図であり、この図
において、２１はブラウザが提供する指示入力用のユー
ザインタフェースである指示入力部であり、ユーザが入
力したダウンロード指示を出力する。このダウンロード
指示には、ダウンロードしようとするファイルの格納位
置（例えばＵＲＬ）やファイル名、データ形式を示す情
報等が含まれている。

【００３８】２２は指示入力部２１から出力されたダウ
ンロード指示に従って、当該ダウンロード指示で指定さ
れたファイル（以後、転送対象ファイル）のダウンロー
ドを打診する情報（以後、転送打診情報）を出力する打
診部、２３は打診部２２から出力された転送打診情報を
移動パケット通信網ＭＰＮへ送出する送信部である。な
お、この転送打診情報には、ダウンロードしようとする
ファイルの格納位置（例えばＵＲＬ）及びファイル名が
含まれている。

【００３９】２４は図３に示すデータ形式情報を記憶し
たデータ形式記憶部、２５は移動パケット通信網ＭＰＮ
経由で送信されてきた情報を受信して出力する受信部、
２６は特定部であり、データ形式記憶部２４に記憶され
たデータ形式情報を参照し、受信部２５から出力された
情報中の拡張子及び先頭データに基づいて転送対象ファ
イルのデータ形式を特定する。

【００４０】さらに、特定部２６は特定したデータ形式
が指示入力部２１から出力されたダウンロード指示で指
定されたデータ形式に一致するか否かを判定し、一致す
る場合には、転送対象ファイルのダウンロード指示を出
力するとともに、受信部２５から出力された情報中の先
頭データを出力する。このダウンロード指示には、転送
対象ファイルの格納位置（例えばＵＲＬ）及びファイル
名が含まれている。なお、特定部２６は、特定したデー
タ形式が指示入力部２１から出力されたダウンロード指
示で指定されたデータ形式に一致しない場合には、その
旨を示す通知情報を出力する。

【００４１】２７は特定部２６から出力されたダウンロ
ード指示に従って転送対象ファイルのダウンロードを要
求する情報（以後、転送要求情報）を出力する要求部で
あり、送信部２３は当該転送要求情報を移動パケット通
信網ＭＰＮへ送出する。２８は特定部２６から出力され
た先頭データを記憶する先頭データ記憶部、２９は受信
部２５から出力された情報中の残余データ（ファイル全
体から先頭データを除いたデータ）と先頭データ記憶部
２８に記憶された先頭データとに基づいて転送対象ファ
イルを再生する再生部、３０は再生部２９により再生さ
れたファイルを記憶するダウンロードファイル記憶部、
３１は特定部２６から出力された通知情報をユーザに通
知する通知部である。

【００４２】Ａ−１−４：ＩＰサーバＷＡの機能構成 以下、ＩＰサーバＷＡの機能構成について図５を参照し
て説明するが、前述のように、本ファイル転送システム
１が従来のファイル転送システムと異なる点は未設定フ
ァイルの転送に係る点のみであることから、この点につ
いてのみ、ＩＰサーバＷＡの機能構成を説明する。な
お、ＩＰサーバＷＡのハードウェア構成はインターネッ
トに接続された既存のサーバと同一であることから、そ
の説明を省略する。

【００４３】図５は未設定ファイルの転送に係るＩＰサ
ーバＷＡの機能構成を示すブロック図であり、この図に
おいて、４１はインターネットＩＮＥＴを介して携帯電
話機ＭＳＡから送信されてきた情報を受信して出力する
受信部、４２は未設定ファイルを含むファイル群を記憶
したファイル記憶部、４３は事前出力部であり、受信部
４１から出力された情報にファイル記憶部４２内の未設
定ファイルのダウンロードを打診する転送打診情報が含
まれている場合には、当該未設定ファイルの拡張子及び
先頭データをファイル記憶部４２から抽出して出力す
る。

【００４４】４４は残余データ抽出部であり、受信部４
１から出力された情報にファイル記憶部４２内の未設定
ファイルの転送を要求する転送要求情報が含まれている
場合には、当該未設定ファイルの残余データをファイル
記憶部４２から抽出して出力する。４５は事前出力部４
３から出力された情報及び残余データ抽出部４４から出
力された情報を携帯電話機ＭＳＡへ送信する送信部であ
る。

【００４５】Ａ−２：第１実施形態の動作 次に、本ファイル転送システム１の動作について図６を
参照して説明する。ただし、ここでは、未設定ファイル
の転送動作のみについて説明する。図６はファイル転送
システム１による未設定ファイルの転送シーケンスを示
す図である。なお、携帯電話機ＭＳＡとＩＰサーバＷＡ
との間の構成要素は図６に示すシーケンスには影響しな
いことから、説明が繁雑になるのを避けるために、それ
らの図示を省略している。

【００４６】図６に示すように、携帯電話機ＭＳＡにお
いてユーザによりダウンロード指示が入力されると、携
帯電話機ＭＳＡは転送打診情報をＩＰサーバＷＡへ送信
する。この転送打診情報には、ＩＰサーバＷＡが有する
未設定ファイルを特定するための情報が含まれており、
転送打診情報を受信したＩＰサーバＷＡは、当該未設定
ファイルの拡張子及び先頭データを携帯電話機ＭＳＡへ
返送する。

【００４７】上記拡張子及び先頭データを受信した携帯
電話機ＭＳＡは、これらの拡張子及び先頭データから特
定されるデータ形式とユーザが入力したダウンロード指
示に含まれるデータ形式とを比較し、両者が一致した場
合に、転送要求情報をＩＰサーバＷＡへ送信する。この
転送要求情報には、転送対象となっている未設定ファイ
ルを特定するための情報が含まれており、転送要求情報
を受信したＩＰサーバＷＡは、当該未設定ファイルの残
余データを携帯電話機ＭＳＡへ返送する。この残余デー
タを受信した携帯電話機ＭＳＡは、このデータを先に受
信した先頭データと合わせてファイルを再生し、ダウン
ロードされたファイルとして記憶する。

【００４８】一方、ＩＰサーバＷＡから送信されてきた
拡張子及び先頭データから特定されるデータ形式とダウ
ンロード指示に含まれるデータ形式とが不一致の場合に
は、携帯電話機ＭＳＡはその旨をユーザに通知する。

【００４９】Ａ−３：第１実施形態の補足 このように、本実施形態によれば、未設定ファイルにつ
いては拡張子及び先頭データに基づいてデータ形式を事
前に判定することができるため、携帯電話機ＭＳＡにお
いてユーザが意図しないデータのダウンロードを回避す
ることができる。このことは、狭帯域の移動通信網にお
いて特に有効である。また、携帯電話機ＭＳＡ側でデー
タ形式の一致／不一致を判断するようにしたことから、
負荷分散による効果が期待される。さらに、携帯電話機
ＭＳＡにおいて先頭データを記憶し、残余データと合わ
せて転送対象の未設定ファイルを再生するようにしたた
め、転送要求情報に応じてファイル全体を送信する場合
に比較して通信量を低減することができる。

【００５０】Ａ−４：第１実施形態の変形例 第１実施形態を図７に示すように変形することも可能で
ある。図７は第１実施形態の変形例による未設定ファイ
ルの転送シーケンスを示す図であり、このシーケンスに
おいては、ユーザからダウンロードの指示が入力される
前に、ＩＰサーバＷＡから携帯電話機ＭＳＡへダウンロ
ード画面データが送信される。この送信処理は携帯電話
機ＭＳＡからの要求に応じて行われてもよいし、ＩＰサ
ーバＷＡが自発的に行うようにしてもよい。

【００５１】このダウンロード画面データには、ＩＰサ
ーバＷＡが有する未設定ファイルの格納位置、ファイル
名、拡張子、及び先頭データ等の情報が含まれており、
携帯電話機ＭＳＡは、ユーザからダウンロードの指示が
入力される前に、ダウンロード可能な未設定ファイルを
データ形式と合わせてユーザに通知することができる。

【００５２】したがって、ユーザはダウンロード画面デ
ータに従って表示された画面から、所望のファイルを指
定するだけで、ファイルの特定のみならず、データ形式
の特定までも完了することになる。このため、データ形
式の一致／不一致を判定する処理は不要となり、携帯電
話機ＭＳＡからＩＰサーバＷＡへの転送打診情報の送信
処理とこの送信処理に応じた処理も不要となる。

【００５３】なお、この変形例における携帯電話機ＭＳ
Ａ及びＩＰサーバＷＡのハードウェア構成は第１実施形
態におけるハードウェア構成と同一であることから、そ
の説明を省略する。また、この変形例では携帯電話機Ｍ
ＳＡ及びＩＰサーバＷＡの機能構成が第１実施形態にお
ける機能構成と異なるが、第１実施形態における機能構
成から容易に導き出せる機能構成であることから、その
説明を省略する。

【００５４】Ｂ：第２実施形態 次に、本発明の第２実施形態について説明する。 Ｂ−１：第２実施形態の構成 Ｂ−１−１：ファイル転送システム２のハードウェア構
成 第２実施形態による携帯電話機ＭＳＢ及びＩＰサーバＷ
Ｂを採用したファイル転送システム２の全体構成は図１
に示した通りであり、ファイル転送システム１との差異
は、携帯電話機ＭＳＡに代えて携帯電話機ＭＳＢを、Ｉ
ＰサーバＷＡに代えてＩＰサーバＷＢを採用した点のみ
である。また、携帯電話機ＭＳＢのハードウェア構成は
データ形式情報を記憶していない点を除いて携帯電話機
ＭＳＡと同一であり、かつＩＰサーバＷＢのハードウェ
ア構成は既存のサーバと同一であることから、これらの
説明を省略する。

【００５５】Ｂ−１−２：携帯電話機ＭＳＢの機能構成 以下、ＣＰＵ１６１がブラウザを実行し、各部を制御す
ることによって実現される携帯電話機ＭＳＢの機能構成
について、コンテントタイプが設定されていない未設定
ファイルの転送に係る点に焦点を絞って説明する。

【００５６】図８は未設定ファイルの転送に係る携帯電
話機ＭＳＢの機能構成を示すブロック図であり、この図
において、図４と共通する部分には同一の符号を付し、
その説明を省略する。図８において、５１は指示入力部
２１から出力されたダウンロード指示を転送要求情報と
して出力する要求部、５２は要求部５１から出力された
転送要求情報を移動パケット通信網ＭＰＮへ送出する送
信部である。なお、この転送要求情報には、ダウンロー
ドしようとするファイルの格納位置（例えばＵＲＬ）、
ファイル名、及びデータ形式を示す情報が含まれてい
る。

【００５７】５３は受信部２５から出力された情報にフ
ァイルが含まれている場合にはこのファイルを記憶する
ダウンロードファイル記憶部、５４は受信部２５から出
力された情報に通知情報が含まれている場合にはこの通
知情報をユーザに通知する通知部である。

【００５８】Ｂ−１−３：ＩＰサーバＷＢの機能構成 次に、ＩＰサーバＷＢの機能構成について、コンテント
タイプが設定されていない未設定ファイルの転送に係る
点に焦点を絞って説明する。図９は未設定ファイルの転
送に係るＩＰサーバＷＢの機能構成を示すブロック図で
あり、この図において、図５と共通する部分には同一の
符号を付し、その説明を省略する。

【００５９】図９において、６１はデータ形式記憶部で
あり、図４のデータ形式記憶部２４と同一の機能を有す
る。６２は特定部であり、受信部４１から出力された情
報中の転送要求情報に含まれているファイルの格納位置
及びファイル名から特定される未設定ファイルをファイ
ル記憶部４２から検索し、該当するファイル（以後、転
送対象ファイル）が存在する場合にはデータ形式記憶部
６１に記憶されたデータ形式情報を参照し、当該ファイ
ルの拡張子及び先頭データに基づいて転送対象ファイル
のデータ形式を特定する。

【００６０】さらに、特定部６２は特定したデータ形式
が転送要求情報に含まれているデータ形式に一致するか
否かを判定し、一致する場合には、転送対象ファイルを
出力する。また、ファイル記憶部４２に対する検索の結
果、該当するファイルが存在しない場合には、その旨を
表す通知情報を出力する。なお、６３は特定部６２から
出力された情報を携帯電話機ＷＢへ返送する送信部であ
る。

【００６１】Ｂ−２：第２実施形態の動作 次に、本ファイル転送システム２の動作について図１０
を参照して説明する。ただし、ここでは、未設定ファイ
ルの転送動作のみについて説明する。図１０はファイル
転送システム２による未設定ファイルの転送シーケンス
を示す図であり、携帯電話機ＭＳＢとＩＰサーバＷＢと
の間の構成要素は図１０に示すシーケンスには影響しな
いことから、それらの図示は省略されている。

【００６２】図１０に示すように、携帯電話機ＭＳＢに
おいてユーザによりダウンロード指示が入力されると、
携帯電話機ＭＳＢは転送要求情報をＩＰサーバＷＢへ送
信する。この転送要求情報には、ＩＰサーバＷＢが有す
る転送対象ファイルを特定するための情報（ファイルの
格納位置及びファイル名）とそのデータ形式を指定する
ための情報が含まれており、転送要求情報を受信したＩ
ＰサーバＷＢは、当該転送対象ファイルが存在するか否
かを調べ、存在する場合には、そのファイルを携帯電話
機ＭＳＢへ送信する。このファイルは携帯電話機ＭＳＢ
においてダウンロードされたファイルとして記憶され
る。

【００６３】一方、転送要求情報に適合した転送対象フ
ァイルが存在しない場合、ＩＰサーバＷＢはその旨の通
知情報を携帯電話機ＭＳＢへ送信する。携帯電話機ＭＳ
Ｂでは、通知情報に従って、ダウンロード指示に適合し
た転送対象ファイルが存在しない旨をユーザに通知す
る。

【００６４】Ｂ−３：第２実施形態の補足 このように、本実施形態によれば、負荷分散の効果を除
いて、第１実施形態と同様の効果が得られる。

【００６５】Ｃ：全体の補足 上記各実施形態においては、データ形式の一致／不一致
を厳密に判定する例を挙げたが、実質的に同様に取り扱
うことが可能なデータ形式であれば完全に一致しなくと
も「一致」とみなす態様としてもよい。

【００６６】また、第１実施形態ではＡＬ及びＨＴＴＰ
を前提としたため、ダウンロードしようとするファイル
の格納位置及びファイル名を転送打診情報及び転送要求
情報の両方に含めているが、セッションが途切れない通
信プロトコルを前提とすれば、これらの情報を転送打診
情報にのみ含めて通信量の低減を図ってもよい。

【００６７】さらに、各実施形態において、ＩＰサーバ
をファイル提供装置としたが、例えばゲートウェイサー
バＧＷＳをファイル提供装置としたり、ゲートウェイサ
ーバＧＷＳ及びＩＰサーバにファイル提供装置の機能を
分担させるようにしてもよい。

【００６８】また、各実施形態において、重複データの
送信を避けるために残余データを送信するようにした
が、ある程度の重複が許される環境下であればファイル
全体を送信するようにしてもよい。この場合には、携帯
電話機において先頭データを記憶しておく必要はない。

【００６９】さらに、第１実施形態においては、ファイ
ル受信装置として携帯電話機ＭＳＡを前提としたため、
拡張子及び先頭データの送受が必須となったが、通信路
の帯域幅や端末の情報処理能力等の受信側の能力が均一
ではない場合には、ＩＰサーバＷＡに受信側の能力判定
手段を設け、この能力判定手段によって受信側の能力を
判定し、要求された処理に対して能力が低い受信側に対
しては拡張子及び先頭データを事前に送信し、要求され
た処理に対して能力が高い受信側に対しては拡張子及び
先頭データの事前の送信を省略するようにしてもよい。

【００７０】また、各実施形態においてはファイルの端
部データとして先頭データを使用した例を示したが、フ
ァイルを末尾から読み出すことが容易な環境下にあって
は、ファイルの末尾データを使用するようにしてもよ
い。ただし、この場合には、データ形式を特定するため
の情報（例えば「melo」）がファイルの末尾に配置され
るファイルシステムを前提とすることになる。

【００７１】さらに、各実施形態においては移動通信網
に適用した例を挙げたが、本発明は狭帯域のあらゆる通
信網に好適に適用可能であり、さらに言えば、狭帯域／
広帯域に限定されない任意の通信網に適用可能である。

【００７２】

【発明の効果】以上説明したように、本発明によれば、
ファイルの拡張子及び端部データに基づいて送信側のフ
ァイルのデータ形式を特定し、このデータ形式が所望の
データ形式である場合にのみ送信側のファイルが受信側
へ転送される。したがって、所望のデータ形式のファイ
ルを送信側から受信側へ効率的に転送することができ
る。この効果は特に通信路が移動通信網のように狭帯域
の通信路である場合に顕著に現れる。

【００７３】また、受信側の能力に応じて転送シーケン
スを変更するようにすれば、多様な能力の受信側の各々
に最適な転送形態を提供することができる。さらに、転
送可能なファイルの拡張子及び端部データを予め受信側
へ通知しておくことにより、ファイルの転送にかかる通
信の回数を低減することができる。

【００７４】また、受信側において拡張子及び端部デー
タを用いてデータ形式を特定する場合に、ファイルから
端部データを除いた残余データを送信側から受信側へ送
信するようにすれば、端部データの送信の重複を避ける
ことができる。すなわち、冗長な通信を排除することが
できる。

【図面の簡単な説明】

【図１】 本発明の第１実施形態（第２実施形態）によ
る携帯電話機ＭＳＡ（ＭＳＢ）及びＩＰサーバＷＡ（Ｗ
Ｂ）を採用したファイル転送システム１（２）の構成を
示すブロック図である。

【図２】 同携帯電話機ＭＳＡ（ＭＳＢ）のハードウェ
ア構成を示すブロック図である。

【図３】 同携帯電話機ＭＳＡに記憶されたデータ形式
情報の一例を示す図である。

【図４】 未設定ファイルの転送に係る同携帯電話機Ｍ
ＳＡの機能構成を示すブロック図である。

【図５】 未設定ファイルの転送に係るＩＰサーバＷＡ
の機能構成を示すブロック図である。

【図６】 同ファイル転送システム１による未設定ファ
イルの転送シーケンスを示す図である。

【図７】 本発明の第１実施形態の変形例による未設定
ファイルの転送シーケンスを示す図である。

【図８】 本発明の第２実施形態による携帯電話機ＭＳ
Ｂの機能構成（未設定ファイルの転送に係る機能構成）
を示すブロック図である。

【図９】 同第２実施形態によるＩＰサーバＷＢの機能
構成（未設定ファイルの転送に係る機能構成）を示すブ
ロック図である。

【図１０】 同第２実施形態におけるファイル転送シス
テム２による未設定ファイルの転送シーケンスを示す図
である。

【符号の説明】

２１…指示入力部、２２…打診部、２３，４５，５２，
６３…送信部、２４，６１…データ形式記憶部、２５，
４１…受信部、２６，６２…特定部、２７…要求部、２
８…先頭データ記憶部、２９…再生部、３０，５３…ダ
ウンロードファイル記憶部、３１，５４…通知部、４１
…受信部、４２…ファイル記憶部、４３…事前出力部、
４４…残余データ抽出部、５１…要求部

フロントページの続き Ｆターム(参考） 5B082 AA00 BA00 EA07 HA06 HA08 JA01 5B089 GA11 GA25 GB04 HA13 JB14 KA16 KC28 5K101 KK20 LL02 LL12

Claims (14)

【特許請求の範囲】
1. 【請求項１】 送信側のファイルを受信側へ転送するフ
   ァイル転送方法において、 受信側が送信側のファイルの転送を送信側へ打診する打
   診ステップと、 受信側から転送の打診を受けたファイルの拡張子及び端
   部データを送信側が受信側へ返送する事前通知ステップ
   と、 受信側が前記拡張子及び前記端部データに基づいて送信
   側のファイルのデータ形式を特定し、該データ形式が所
   望のデータ形式である場合にのみ送信側のファイルの受
   信側への転送を送信側に要求する要求ステップと、 送信側が受信側から転送を要求されたファイルを受信側
   へ転送する転送ステップとを有することを特徴とするフ
   ァイル転送方法。
2. 【請求項２】 送信側が受信側の能力を判定するステッ
   プを有し、 送信側において受信側の能力が十分に高いと判定された
   場合には、前記事前通知ステップ及び前記要求ステップ
   を省略し、前記転送ステップにおいて、受信側から転送
   の打診を受けたファイルを送信側が受信側へ転送するこ
   とを特徴とする請求項１に記載のファイル転送方法。
3. 【請求項３】 送信側のファイルを受信側へ転送するフ
   ァイル転送方法において、 送信側が転送可能なファイルの拡張子及び端部データを
   受信側へ通知する事前通知ステップと、 受信側が前記拡張子及び前記端部データに基づいて送信
   側の前記転送可能なファイルのデータ形式を特定し、所
   望のデータ形式のファイルの転送を送信側へ要求する要
   求ステップと、 送信側が受信側から転送を要求されたファイルを受信側
   へ転送する転送ステップとを有することを特徴とするフ
   ァイル転送方法。
4. 【請求項４】 送信側が受信側の能力を判定するステッ
   プを有し、 送信側において受信側の能力が十分に高いと判定された
   場合には、前記事前通知ステップを省略し、前記要求ス
   テップにおいて、所望のデータ形式のファイルの転送を
   送信側へ要求することのみを行うことを特徴とする請求
   項３に記載のファイル転送方法。
5. 【請求項５】 送信側のファイルを受信側へ転送するフ
   ァイル転送方法において、 受信側が送信側のファイルを特定する情報と所望のデー
   タ形式を示す情報とを含む転送要求を送信側へ送信する
   要求ステップと、 送信側が前記転送要求で特定されるファイルの拡張子及
   び端部データに基づいて該ファイルのデータ形式を特定
   し、該データ形式が前記転送要求に適合する場合に該フ
   ァイルを受信側へ転送する転送ステップとを有すること
   を特徴とするファイル転送方法。
6. 【請求項６】 前記転送ステップにおいて、ファイルに
   代えてファイルから前記端部データを除いた残余データ
   を転送することを特徴とする請求項１又は３あるいは５
   に記載のファイル転送方法。
7. 【請求項７】 送信側から受信側へのファイルの転送は
   移動通信網を介して行われることを特徴とする請求項１
   又は３あるいは５に記載のファイル転送方法。
8. 【請求項８】 送信側のファイルを受信側へ転送するフ
   ァイル転送システムにおいて受信側を構成するファイル
   受信装置であって、 与えられた指示に従って送信側のファイルの転送を打診
   するための転送打診情報を出力する打診手段と、 前記転送打診情報を送信側へ送信する送信手段と、 送信側から送信されてきた情報を受信する受信手段と、 拡張子及び端部データにデータ形式を対応させたデータ
   形式情報を記憶したデータ形式記憶手段と、 前記受信手段により受信された情報にファイルの拡張子
   及び端部データが含まれている場合には該拡張子及び該
   端部データと前記データ形式情報とに基づいて該ファイ
   ルのデータ形式を特定する特定手段と、 前記特定手段により特定されたデータ形式が前記与えら
   れた指示に適合するか否かを判定し、適合する場合には
   前記転送打診情報に対応した前記ファイルの転送を要求
   する転送要求情報を出力する要求手段とを具備し、 前記送信手段は前記転送要求情報を送信側へ送信するこ
   とを特徴とするファイル受信装置。
9. 【請求項９】 前記端部データを記憶する端部データ記
   憶手段と、 前記受信手段により受信された情報にファイルから前記
   端部データを除いた残余データが含まれている場合に
   は、該残余データと前記端部データとを結合してファイ
   ルを再生する再生手段とを具備することを特徴とする請
   求項８に記載のファイル受信装置。
10. 【請求項１０】 送信側から受信側へのファイルの転送
    は移動通信網を介して行われることを特徴とする請求項
    ８に記載のファイル受信装置。
11. 【請求項１１】 送信側のファイルを受信側へ転送する
    ファイル転送システムにおいて送信側を構成するファイ
    ル提供装置であって、 受信側から送信されてきた情報を受信する受信手段と、 ファイルを記憶したファイル記憶手段と、 前記受信手段により受信された情報にファイルの転送を
    打診するための転送打診情報が含まれている場合には、
    ファイルの拡張子及び端部データを出力する事前出力手
    段と、 前記拡張子及び前記端部データを受信側へ送信するとと
    もに、前記受信手段により受信された情報にファイルの
    転送を要求する転送要求情報が含まれている場合には、
    該ファイルを受信側へ転送する送信手段とを具備するこ
    とを特徴とするファイル提供装置。
12. 【請求項１２】 送信側のファイルを受信側へ転送する
    ファイル転送システムにおいて送信側を構成するファイ
    ル提供装置であって、 受信側から送信されてきた情報を受信する受信手段と、 拡張子及び端部データにデータ形式を対応させたデータ
    形式情報を記憶したデータ形式記憶手段と、 前記受信手段により受信された情報にファイルを特定す
    る情報と所望のデータ形式を示す情報とを含む転送要求
    情報が含まれている場合には、該ファイルの拡張子及び
    端部データと前記データ形式情報とに基づいて該ファイ
    ルのデータ形式を特定する特定手段と、 前記特定手段により特定されたデータ形式が前記所望の
    データ形式に適合した場合に該ファイルを受信側へ転送
    する送信手段とを具備することを特徴とするファイル提
    供装置。
13. 【請求項１３】 ファイルから端部データを除いた残余
    データを抽出する残余データ抽出手段を具備し、 前記送信手段はファイルに代えて前記残余データを受信
    側へ転送することを特徴とする請求項１１又は１２に記
    載のファイル提供装置。
14. 【請求項１４】 送信側から受信側へのファイルの転送
    は移動通信網を介して行われることを特徴とする請求項
    １１又は１２に記載のファイル提供装置。