JP3844924B2 - ファイル転送方法及びファイル転送システム - Google Patents
ファイル転送方法及びファイル転送システム Download PDFInfo
- Publication number
- JP3844924B2 JP3844924B2 JP34388299A JP34388299A JP3844924B2 JP 3844924 B2 JP3844924 B2 JP 3844924B2 JP 34388299 A JP34388299 A JP 34388299A JP 34388299 A JP34388299 A JP 34388299A JP 3844924 B2 JP3844924 B2 JP 3844924B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- data
- transfer
- receiving device
- transfer request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、送信側から受信側へファイルを転送するためのファイル転送方法及びファイル転送システムに関する。
【０００２】
【従来の技術】
近年、ＷＷＷ（World Wide Web）に代表されるインターネットの活用が急速に進んでおり、インターネットを介したファイルのダウンロード（転送）が広く行われている。
【０００３】
ＷＷＷにおいて、ユーザは、データ閲覧用のブラウザを搭載したクライアント（受信側）を操作してＷＷＷサーバ（送信側）にアクセスすることで、ＷＷＷサーバ上のＨＴＭＬ（Hyper Text Markup Language）で記述されたファイル（以後、ＨＴＭＬファイル）の閲覧や各種データ形式のファイルのダウンロードを行うことができる。
【０００４】
ここで、「ＨＴＭＬファイルの閲覧」とは即ち、ＨＴＭＬファイルのダウンロード、ファイル内のＨＴＭＬの解釈及び実行という一連の処理から構成された作業であり、クライアント側のブラウザは、ダウンロードしようとするファイルがＨＴＭＬファイルの場合にはその解釈及び実行を行うように準備する必要がある。また、ダウンロードしようとするファイルがＪＰＥＧ（Joint Photographic Coding Experts Group）形式の画像ファイルの場合には、クライアント側のブラウザは、その展開及び表示を行うように準備する必要がある。すなわち、転送対象のファイルのデータ形式によって、ダウンロード後の処理を変える必要がある。
【０００５】
このような事情から、ＷＷＷでは、ファイルのダウンロード時に当該ファイルのデータ形式をクライアント側で把握できるような仕組みが設けられている。すなわち、ＷＷＷサーバからクライアントのブラウザへ、ファイルのデータ形式を表す「コンテントタイプ」を通知するようにし、クライアント側ではこのコンテントタイプを用いて適切な処理を行うことができるようにしている。なお、一般的なブラウザが許容しているコンテントタイプとしては、例えば、ＧＩＦ（Graphics Interchange Format）の画像データ、ビットマップ形式の画像データ、ＪＰＥＧ形式の画像データ、ＨＴＭＬ形式の文書データ等が挙げられる。
【０００６】
【発明が解決しようとする課題】
ところで、近年、移動データ通信分野において、携帯電話機にブラウザを搭載し、ＷＷＷ上のコンテンツを携帯電話機から利用可能としたサービスが提供されている。この種のサービスにおいてＷＷＷサーバから携帯電話機へ転送されるデータは主にＨＴＭＬデータである。
【０００７】
一方、携帯電話機を用いた通話の分野においては、着信時にユーザが予め設定したメロディを奏でる機能が広く普及しており、各種の着信メロディデータを容易に設定できるシステムが待望されている。この要望に応える一つの方法として、ＷＷＷサーバからブラウザを搭載した携帯電話機に着信メロディデータを転送するサービスを提供することが考えられる。
【０００８】
しかし、ＷＷＷサービスを享受するブラウザが許容するコンテントタイプは、クライアントとして主としてコンピュータを想定していたインターネット分野での標準化を経て決定されるものであり、特に着信メロディデータのようにコンピュータ以外の機器に特化されたデータ形式には対応していない。このため、既存のブラウザを搭載した携帯電話機では、ダウンロード完了後に初めてダウンロードされたファイルが所望のデータ形式のファイルであるか否かを把握できることになる。もちろん、ダウンロードされたファイルが所望のデータ形式のファイルでない場合には、異なるファイルのダウンロードを試みればよいが、さらに手間と通信費用がかかってしまう。
【０００９】
また、前述のように、ＷＷＷサービスを享受するブラウザが許容するコンテントタイプはインターネット分野での標準化を経て決定されるものであることから、急速に高機能化を続ける携帯電話機においてのみ使用される新しいデータ形式にコンテントタイプを迅速に対応させることは困難である。
【００１０】
本発明は上述した事情に鑑みて為されたものであり、所望のデータ形式のファイルを送信側から受信側へ効率的に転送することができるファイル転送方法及びファイル転送システムを提供することを目的としている。
【００１１】
【課題を解決するための手段】
上述の課題を解決するために、請求項１に記載のファイル転送方法は、送信側の装置から受信側の装置へファイルを転送するファイル転送方法において、前記受信側の装置が、転送対象となるファイルを指定する情報を前記送信側の装置へ送信する第１のステップと、前記送信側の装置が、前記第１のステップにて送信された情報を受信すると、当該情報によって特定されるファイルの拡張子及び端部データを前記受信側の装置へ返送する第２のステップと、前記受信側の装置が、前記第２のステップにて返送された拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、当該データ形式が事前に指定されたデータ形式であった場合に、前記ファイルの転送を要求する転送要求情報を前記送信側の装置へ送信する第３のステップと、前記送信側の装置が、前記第３のステップにて送信された転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出し、当該残余データを前記受信側の装置へ転送する第４のステップと、前記受信側の装置が、前記第４のステップにて転送された残余データを受信すると、当該残余データと、前記第２のステップにて返送された端部データとを結合して前記ファイルを得る第５のステップとを有することを特徴としている。
【００１３】
また、上述の課題を解決するために、請求項２に記載のファイル転送方法は、送信側の装置から受信側の装置へファイルを転送するファイル転送方法において、前記送信側の装置が、転送可能なファイルの拡張子及び端部データを前記受信側の装置へ送信する第１のステップと、前記受信側の装置が、前記第１のステップにて送信された拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、前記ファイルを、特定したデータ形式とともに当該受信側の装置のユーザに通知する第２のステップと、前記受信側の装置が、前記第２のステップにて通知されたファイルの転送指示に応じて、前記ファイルの転送を要求する転送要求情報を前記送信側の装置へ送信する第３のステップと、前記送信側の装置が、前記第３のステップにて送信された転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出し、当該残余データを前記受信側の装置へ転送する第４のステップと、前記受信側の装置が、前記第４のステップにて転送された残余データを受信すると、当該残余データと、前記第２のステップにて返送された端部データとを結合して前記ファイルを得る第５のステップとを有することを特徴としている。
【００１６】
なお、請求項１又は２に記載のファイル転送方法において、送信側の装置と受信側の装置との通信は移動通信網を介して行われるものであってもよい（請求項３）。
【００１７】
また、上述の課題を解決するために、請求項４に記載のファイル転送システムは、ファイル提供装置からファイル受信装置へファイルを転送するファイル転送システムにおいて、前記ファイル提供装置は、前記ファイル受信装置から転送対象となるファイルを指定する情報を受信すると、当該情報によって特定されるファイルの拡張子及び端部データを前記ファイル受信装置へ返送する事前出力手段と、前記ファイル受信装置からファイルの転送を要求する転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出する残余データ抽出手段と、前記残余データ抽出手段によって抽出された残余データを前記ファイル受信装置へ転送する手段とを備え、前記ファイル受信装置は、転送対象となるファイルを指定する情報を前記ファイル提供装置へ送信する一方、これに応じて前記ファイル提供装置から返送された前記ファイルの拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、当該データ形式が事前に指定されたデータ形式であった場合に、前記ファイルの転送を要求する転送要求情報を前記ファイル提供装置へ送信する転送要求手段と、前記受信した端部データを記憶する記憶手段と、前記転送要求手段による転送要求情報の送信に応じて前記ファイル提供装置から転送された残余データを受信すると、当該残余データと、前記記憶手段に記憶されている端部データとを結合して前記ファイルを得る手段と備えることを特徴としている。
【００１９】
また、上述の課題を解決するために、請求項５に記載のファイル転送システムは、ファイル提供装置からファイル受信装置へファイルを転送するファイル転送システムにおいて、前記ファイル提供装置は、転送可能なファイルの拡張子及び端部データを前記ファイル受信装置へ送信する事前出力手段と、前記ファイル受信装置からファイルの転送を要求する転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出する残余データ抽出手段と、前記残余データ抽出手段によって抽出された残余データを前記ファイル受信装置へ転送する手段とを備え、前記ファイル受信装置は、前記ファイル提供装置から転送可能なファイルの拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、前記ファイルを、特定したデータ形式とともに当該ファイル受信装置のユーザに通知するとともに、通知したファイルの転送指示に応じて、前記ファイルの転送を要求する転送要求情報を前記ファイル提供装置へ送信する転送要求手段と、前記受信した端部データを記憶する記憶手段と、前記転送要求手段による転送要求情報の送信に応じて前記ファイル提供装置から転送された残余データを受信すると、当該残余データと、前記記憶手段に記憶されている端部データとを結合して前記ファイルを得る手段と備えることを特徴としている。
【００２１】
なお、請求項４又は５に記載のファイル転送システムにおいて、前記ファイル提供装置と前記ファイル受信装置との通信は移動通信網を介して行われるものであってもよい（請求項６）。
【００２２】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態について説明する。なお、本発明は、係る実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
【００２３】
Ａ：第１実施形態
まず、本発明の第１実施形態について説明する。
Ａ−１：第１実施形態の構成
Ａ−１−１：ファイル転送システム１の全体構成
図１は本発明の第１実施形態による携帯電話機（ファイル受信装置）ＭＳＡ及びＩＰサーバＷＡを採用したファイル転送システム１の構成を示すブロック図である。このファイル転送システム１はＷＷＷの利用を携帯電話機ＭＳＡに許容したシステムであり、既存のシステムと異なる点は、既存の携帯電話機に代えて携帯電話機ＭＳＡを採用した点と、ＩＰ（Information Provider）が提供する一般的なサーバであるＩＰサーバに代えて携帯電話機ＭＳＡに対応したＩＰサーバＷＡを採用した点である。
【００２４】
同図において、携帯電話機ＭＳＡは移動パケット通信網ＭＰＮのパケット通信サービスを受ける携帯電話機であり、移動パケット通信網ＭＰＮ及び図示せぬ移動電話網に無線接続される。移動電話網は一般的な移動電話の通話サービスを提供する網であり、携帯電話機ＭＳＡは当該通話サービスを受けることができる。携帯電話機ＭＳＡの詳細な機能及び構成については後述する。
【００２５】
移動パケット通信網ＭＰＮは、複数の基地局ＢＳ、複数のパケット加入者処理装置ＰＳ、ゲートウェイサーバＧＷＳ、及びこれらを接続する通信回線によって構成されている。
【００２６】
基地局ＢＳは、地上を例えば半径５００ｍ等の範囲で分割した所定間隔で配置されており、各々が形成する無線ゾーンに在圏した携帯電話機ＭＳＡとの間で無線通信を行う。
【００２７】
パケット加入者処理装置ＰＳは、複数の基地局ＢＳを収容するパケット加入者交換局に備えられたコンピュータシステムであり、携帯電話機ＭＳＡからのパケット交換要求を受け付けるとともに、受け付けたパケットを他のパケット加入者処理装置ＰＳ及び配下の基地局ＢＳの少なくとも一方を介して宛先の携帯電話機ＭＳＡへ中継する。
【００２８】
ゲートウェイサーバＧＷＳは、移動パケット通信網ＭＰＮとインターネットＩＮＥＴ等の他網とを相互接続するための移動パケット関門中継交換局に備えられたコンピュータシステムであり、ネットワーク間で異なる通信プロトコルの変換を行う。ここでいう通信プロトコルの変換とは、具体的には、移動パケット通信網ＭＰＮが従う移動パケット通信網用の伝送プロトコルと、インターネットＩＮＥＴが従う伝送プロトコルとの相互変換をいう。
【００２９】
なお、インターネットＩＮＥＴが従う伝送プロトコルには、ネットワーク層及びトランスポート層のＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）とこのＴＣＰ／ＩＰ上で実現されるＨＴＴＰ（HyperText Transfer Protocol）等のプロトコルが含まれており、移動パケット通信網ＭＰＮが従う伝送プロトコルには、ＴＣＰ／ＩＰを簡素化したプロトコル（以後、ＴＬ）とＨＴＴＰに相当するプロトコル（以後、ＡＬ）とが含まれている。すなわち、携帯電話機ＭＳＡはＡＬ上でＷＷＷを利用することになる。
【００３０】
また、ゲートウェイサーバＧＷＳは、携帯電話機ＭＳＡからＨＴＴＰのＧＥＴ要求を受け取ると、当該ＧＥＴ要求に含まれるＵＲＬ（Uniform Resource Locator）を調べ、当該ＵＲＬがインターネットＩＮＥＴ上の一般的なＵＲＬである場合には、インターネットＩＮＥＴへ当該ＧＥＴ要求を転送し、このＧＥＴ要求に対応してインターネットＩＮＥＴから送信されてきた応答を当該携帯電話機ＭＳＡへ返送する。なお、ＧＥＴ要求に含まれるＵＲＬが自身内のリソース位置を示すものの場合には、ゲートウェイサーバＧＷＳは、当該ＧＥＴ要求に対応して当該リソースを携帯電話機ＭＳＡへ返送する。
【００３１】
ＩＰサーバＷＡはインターネットＩＮＥＴに接続されたサーバであり、ＷＷＷを利用するクライアントに対してＷＷＷサービスを提供する。具体的には、ＩＰサーバＷＡは、インターネットＩＮＥＴ経由でＨＴＴＰのＧＥＴ要求を受け取ると、当該ＧＥＴ要求に含まれるＵＲＬで特定されるリソースを返送する。ただし、受け取ったＧＥＴ要求に、後述の転送打診情報や転送要求情報が含まれている場合には、通常と異なる処理を行う。このＩＰサーバＷＡの具体的な機能については後述する。
【００３２】
Ａ−１−２：携帯電話機ＭＳＡの構成
図２は上記ファイル転送システム１を構成する携帯電話機ＭＳＡのハードウェア構成を示すブロック図である。
この図に示すように、携帯電話機ＭＳＡは、基地局ＢＳとの無線通信を行う送受信部（例えばアンテナ、無線部、送信機、受信機等を有する）１１、音を入力するための集音部（例えばマイク）１２、発音するための発音部（例えば音源やスピーカ等から構成される）１３、数字入力、文字入力等の入力操作が行われる、キーパッド等を備えた入力部１４、液晶パネル等を有する液晶ディスプレイ１５、これら各部を制御する制御部１６を内蔵している。
【００３３】
制御部１６は各種制御を行うＣＰＵ（Central Processing Unit）１６１と、ＣＰＵ１６１に実行されるブラウザや制御プログラム等のソフトウェアや、後述するデータ形式情報、ゲートウェイサーバＧＷＳとの接続に必要な情報等を格納したＲＯＭ（Read Only Memory）１６２と、ダウンロードしたファイルや音声通話時に利用される情報（例えば電話帳データ）等を格納するＳＲＡＭ(Static Random Access Memory)１６３とを内蔵しており、図示せぬ電源が投入されると、ＣＰＵ１６１は、ＲＯＭ１６２に格納されたソフトウェアを読み出して実行し、ＲＯＭ１６２、ＳＲＡＭ１６３、各部１１〜１４、及び液晶ディスプレイ１５を制御する。
【００３４】
携帯電話機ＭＳＡは、移動データ通信を行う際には、まず、ＣＰＵ１６１がＲＯＭ１６２に格納されたブラウザを読み出し、当該ブラウザを実行することにより、ＲＯＭ１６２に格納されたホームＵＲＬ（最初にアクセスすべきゲートウェイＧＷＳ上のリソース位置）からＨＴＭＬデータを取得し、このデータに基づいて、液晶ディスプレイ１５に対話画面を表示させる。ユーザは、この対話画面からＷＷＷの利用を開始する。
【００３５】
なお、上記データ形式情報はファイルの拡張子と所定長の先頭データとに基づいて当該ファイルのデータ形式を特定するための情報であり、コンテントタイプが設定されていないデータ形式（例えば、着信メロディデータ）毎に設定されている。ここで、データ形式情報の一例を図３に示す。この図においては、着信メロディデータを示すデータ形式（着信メロディ形式）に、当該データ形式のファイルの拡張子“mld”と当該データ形式のファイルの先頭データである“melo”とが対応付けられている。
【００３６】
Ａ−１−３：携帯電話機ＭＳＡの機能構成
以下、ＣＰＵ１６１がブラウザを実行し、各部を制御することによって実現される携帯電話機ＭＳＡの機能構成について説明するが、前述のように、本ファイル転送システム１が従来のファイル転送システムと異なる点は、コンテントタイプが設定されていないファイル（以後、未設定ファイル）の転送に係る点のみであることから、この点についてのみ、携帯電話機ＭＳＡの機能構成を説明する。
【００３７】
図４は未設定ファイルの転送に係る携帯電話機ＭＳＡの機能構成を示すブロック図であり、この図において、２１はブラウザが提供する指示入力用のユーザインタフェースである指示入力部であり、ユーザが入力したダウンロード指示を出力する。このダウンロード指示には、ダウンロードしようとするファイルの格納位置（例えばＵＲＬ）やファイル名、データ形式を示す情報等が含まれている。
【００３８】
２２は指示入力部２１から出力されたダウンロード指示に従って、当該ダウンロード指示で指定されたファイル（以後、転送対象ファイル）のダウンロードを打診する情報（以後、転送打診情報）を出力する打診部、２３は打診部２２から出力された転送打診情報を移動パケット通信網ＭＰＮへ送出する送信部である。なお、この転送打診情報には、ダウンロードしようとするファイルの格納位置（例えばＵＲＬ）及びファイル名が含まれている。
【００３９】
２４は図３に示すデータ形式情報を記憶したデータ形式記憶部、２５は移動パケット通信網ＭＰＮ経由で送信されてきた情報を受信して出力する受信部、２６は特定部であり、データ形式記憶部２４に記憶されたデータ形式情報を参照し、受信部２５から出力された情報中の拡張子及び先頭データに基づいて転送対象ファイルのデータ形式を特定する。
【００４０】
さらに、特定部２６は特定したデータ形式が指示入力部２１から出力されたダウンロード指示で指定されたデータ形式に一致するか否かを判定し、一致する場合には、転送対象ファイルのダウンロード指示を出力するとともに、受信部２５から出力された情報中の先頭データを出力する。このダウンロード指示には、転送対象ファイルの格納位置（例えばＵＲＬ）及びファイル名が含まれている。なお、特定部２６は、特定したデータ形式が指示入力部２１から出力されたダウンロード指示で指定されたデータ形式に一致しない場合には、その旨を示す通知情報を出力する。
【００４１】
２７は特定部２６から出力されたダウンロード指示に従って転送対象ファイルのダウンロードを要求する情報（以後、転送要求情報）を出力する要求部であり、送信部２３は当該転送要求情報を移動パケット通信網ＭＰＮへ送出する。２８は特定部２６から出力された先頭データを記憶する先頭データ記憶部、２９は受信部２５から出力された情報中の残余データ（ファイル全体から先頭データを除いたデータ）と先頭データ記憶部２８に記憶された先頭データとに基づいて転送対象ファイルを再生する再生部、３０は再生部２９により再生されたファイルを記憶するダウンロードファイル記憶部、３１は特定部２６から出力された通知情報をユーザに通知する通知部である。
【００４２】
Ａ−１−４：ＩＰサーバＷＡの機能構成
以下、ＩＰサーバＷＡの機能構成について図５を参照して説明するが、前述のように、本ファイル転送システム１が従来のファイル転送システムと異なる点は未設定ファイルの転送に係る点のみであることから、この点についてのみ、ＩＰサーバＷＡの機能構成を説明する。なお、ＩＰサーバＷＡのハードウェア構成はインターネットに接続された既存のサーバと同一であることから、その説明を省略する。
【００４３】
図５は未設定ファイルの転送に係るＩＰサーバＷＡの機能構成を示すブロック図であり、この図において、４１はインターネットＩＮＥＴを介して携帯電話機ＭＳＡから送信されてきた情報を受信して出力する受信部、４２は未設定ファイルを含むファイル群を記憶したファイル記憶部、４３は事前出力部であり、受信部４１から出力された情報にファイル記憶部４２内の未設定ファイルのダウンロードを打診する転送打診情報が含まれている場合には、当該未設定ファイルの拡張子及び先頭データをファイル記憶部４２から抽出して出力する。
【００４４】
４４は残余データ抽出部であり、受信部４１から出力された情報にファイル記憶部４２内の未設定ファイルの転送を要求する転送要求情報が含まれている場合には、当該未設定ファイルの残余データをファイル記憶部４２から抽出して出力する。４５は事前出力部４３から出力された情報及び残余データ抽出部４４から出力された情報を携帯電話機ＭＳＡへ送信する送信部である。
【００４５】
Ａ−２：第１実施形態の動作
次に、本ファイル転送システム１の動作について図６を参照して説明する。ただし、ここでは、未設定ファイルの転送動作のみについて説明する。図６はファイル転送システム１による未設定ファイルの転送シーケンスを示す図である。なお、携帯電話機ＭＳＡとＩＰサーバＷＡとの間の構成要素は図６に示すシーケンスには影響しないことから、説明が繁雑になるのを避けるために、それらの図示を省略している。
【００４６】
図６に示すように、携帯電話機ＭＳＡにおいてユーザによりダウンロード指示が入力されると、携帯電話機ＭＳＡは転送打診情報をＩＰサーバＷＡへ送信する。この転送打診情報には、ＩＰサーバＷＡが有する未設定ファイルを特定するための情報が含まれており、転送打診情報を受信したＩＰサーバＷＡは、当該未設定ファイルの拡張子及び先頭データを携帯電話機ＭＳＡへ返送する。
【００４７】
上記拡張子及び先頭データを受信した携帯電話機ＭＳＡは、これらの拡張子及び先頭データから特定されるデータ形式とユーザが入力したダウンロード指示に含まれるデータ形式とを比較し、両者が一致した場合に、転送要求情報をＩＰサーバＷＡへ送信する。この転送要求情報には、転送対象となっている未設定ファイルを特定するための情報が含まれており、転送要求情報を受信したＩＰサーバＷＡは、当該未設定ファイルの残余データを携帯電話機ＭＳＡへ返送する。この残余データを受信した携帯電話機ＭＳＡは、このデータを先に受信した先頭データと合わせてファイルを再生し、ダウンロードされたファイルとして記憶する。
【００４８】
一方、ＩＰサーバＷＡから送信されてきた拡張子及び先頭データから特定されるデータ形式とダウンロード指示に含まれるデータ形式とが不一致の場合には、携帯電話機ＭＳＡはその旨をユーザに通知する。
【００４９】
Ａ−３：第１実施形態の補足
このように、本実施形態によれば、未設定ファイルについては拡張子及び先頭データに基づいてデータ形式を事前に判定することができるため、携帯電話機ＭＳＡにおいてユーザが意図しないデータのダウンロードを回避することができる。このことは、狭帯域の移動通信網において特に有効である。また、携帯電話機ＭＳＡ側でデータ形式の一致／不一致を判断するようにしたことから、負荷分散による効果が期待される。さらに、携帯電話機ＭＳＡにおいて先頭データを記憶し、残余データと合わせて転送対象の未設定ファイルを再生するようにしたため、転送要求情報に応じてファイル全体を送信する場合に比較して通信量を低減することができる。
【００５０】
Ａ−４：第１実施形態の変形例
第１実施形態を図７に示すように変形することも可能である。
図７は第１実施形態の変形例による未設定ファイルの転送シーケンスを示す図であり、このシーケンスにおいては、ユーザからダウンロードの指示が入力される前に、ＩＰサーバＷＡから携帯電話機ＭＳＡへダウンロード画面データが送信される。この送信処理は携帯電話機ＭＳＡからの要求に応じて行われてもよいし、ＩＰサーバＷＡが自発的に行うようにしてもよい。
【００５１】
このダウンロード画面データには、ＩＰサーバＷＡが有する未設定ファイルの格納位置、ファイル名、拡張子、及び先頭データ等の情報が含まれており、携帯電話機ＭＳＡは、ユーザからダウンロードの指示が入力される前に、ダウンロード可能な未設定ファイルをデータ形式と合わせてユーザに通知することができる。
【００５２】
したがって、ユーザはダウンロード画面データに従って表示された画面から、所望のファイルを指定するだけで、ファイルの特定のみならず、データ形式の特定までも完了することになる。このため、データ形式の一致／不一致を判定する処理は不要となり、携帯電話機ＭＳＡからＩＰサーバＷＡへの転送打診情報の送信処理とこの送信処理に応じた処理も不要となる。
【００５３】
なお、この変形例における携帯電話機ＭＳＡ及びＩＰサーバＷＡのハードウェア構成は第１実施形態におけるハードウェア構成と同一であることから、その説明を省略する。また、この変形例では携帯電話機ＭＳＡ及びＩＰサーバＷＡの機能構成が第１実施形態における機能構成と異なるが、第１実施形態における機能構成から容易に導き出せる機能構成であることから、その説明を省略する。
【００５４】
Ｂ：第２実施形態
次に、本発明の第２実施形態について説明する。
Ｂ−１：第２実施形態の構成
Ｂ−１−１：ファイル転送システム２のハードウェア構成
第２実施形態による携帯電話機ＭＳＢ及びＩＰサーバＷＢを採用したファイル転送システム２の全体構成は図１に示した通りであり、ファイル転送システム１との差異は、携帯電話機ＭＳＡに代えて携帯電話機ＭＳＢを、ＩＰサーバＷＡに代えてＩＰサーバＷＢを採用した点のみである。また、携帯電話機ＭＳＢのハードウェア構成はデータ形式情報を記憶していない点を除いて携帯電話機ＭＳＡと同一であり、かつＩＰサーバＷＢのハードウェア構成は既存のサーバと同一であることから、これらの説明を省略する。
【００５５】
Ｂ−１−２：携帯電話機ＭＳＢの機能構成
以下、ＣＰＵ１６１がブラウザを実行し、各部を制御することによって実現される携帯電話機ＭＳＢの機能構成について、コンテントタイプが設定されていない未設定ファイルの転送に係る点に焦点を絞って説明する。
【００５６】
図８は未設定ファイルの転送に係る携帯電話機ＭＳＢの機能構成を示すブロック図であり、この図において、図４と共通する部分には同一の符号を付し、その説明を省略する。
図８において、５１は指示入力部２１から出力されたダウンロード指示を転送要求情報として出力する要求部、５２は要求部５１から出力された転送要求情報を移動パケット通信網ＭＰＮへ送出する送信部である。なお、この転送要求情報には、ダウンロードしようとするファイルの格納位置（例えばＵＲＬ）、ファイル名、及びデータ形式を示す情報が含まれている。
【００５７】
５３は受信部２５から出力された情報にファイルが含まれている場合にはこのファイルを記憶するダウンロードファイル記憶部、５４は受信部２５から出力された情報に通知情報が含まれている場合にはこの通知情報をユーザに通知する通知部である。
【００５８】
Ｂ−１−３：ＩＰサーバＷＢの機能構成
次に、ＩＰサーバＷＢの機能構成について、コンテントタイプが設定されていない未設定ファイルの転送に係る点に焦点を絞って説明する。
図９は未設定ファイルの転送に係るＩＰサーバＷＢの機能構成を示すブロック図であり、この図において、図５と共通する部分には同一の符号を付し、その説明を省略する。
【００５９】
図９において、６１はデータ形式記憶部であり、図４のデータ形式記憶部２４と同一の機能を有する。６２は特定部であり、受信部４１から出力された情報中の転送要求情報に含まれているファイルの格納位置及びファイル名から特定される未設定ファイルをファイル記憶部４２から検索し、該当するファイル（以後、転送対象ファイル）が存在する場合にはデータ形式記憶部６１に記憶されたデータ形式情報を参照し、当該ファイルの拡張子及び先頭データに基づいて転送対象ファイルのデータ形式を特定する。
【００６０】
さらに、特定部６２は特定したデータ形式が転送要求情報に含まれているデータ形式に一致するか否かを判定し、一致する場合には、転送対象ファイルを出力する。また、ファイル記憶部４２に対する検索の結果、該当するファイルが存在しない場合には、その旨を表す通知情報を出力する。
なお、６３は特定部６２から出力された情報を携帯電話機ＷＢへ返送する送信部である。
【００６１】
Ｂ−２：第２実施形態の動作
次に、本ファイル転送システム２の動作について図１０を参照して説明する。ただし、ここでは、未設定ファイルの転送動作のみについて説明する。図１０はファイル転送システム２による未設定ファイルの転送シーケンスを示す図であり、携帯電話機ＭＳＢとＩＰサーバＷＢとの間の構成要素は図１０に示すシーケンスには影響しないことから、それらの図示は省略されている。
【００６２】
図１０に示すように、携帯電話機ＭＳＢにおいてユーザによりダウンロード指示が入力されると、携帯電話機ＭＳＢは転送要求情報をＩＰサーバＷＢへ送信する。この転送要求情報には、ＩＰサーバＷＢが有する転送対象ファイルを特定するための情報（ファイルの格納位置及びファイル名）とそのデータ形式を指定するための情報が含まれており、転送要求情報を受信したＩＰサーバＷＢは、当該転送対象ファイルが存在するか否かを調べ、存在する場合には、そのファイルを携帯電話機ＭＳＢへ送信する。このファイルは携帯電話機ＭＳＢにおいてダウンロードされたファイルとして記憶される。
【００６３】
一方、転送要求情報に適合した転送対象ファイルが存在しない場合、ＩＰサーバＷＢはその旨の通知情報を携帯電話機ＭＳＢへ送信する。携帯電話機ＭＳＢでは、通知情報に従って、ダウンロード指示に適合した転送対象ファイルが存在しない旨をユーザに通知する。
【００６４】
Ｂ−３：第２実施形態の補足
このように、本実施形態によれば、負荷分散の効果を除いて、第１実施形態と同様の効果が得られる。
【００６５】
Ｃ：全体の補足
上記各実施形態においては、データ形式の一致／不一致を厳密に判定する例を挙げたが、実質的に同様に取り扱うことが可能なデータ形式であれば完全に一致しなくとも「一致」とみなす態様としてもよい。
【００６６】
また、第１実施形態ではＡＬ及びＨＴＴＰを前提としたため、ダウンロードしようとするファイルの格納位置及びファイル名を転送打診情報及び転送要求情報の両方に含めているが、セッションが途切れない通信プロトコルを前提とすれば、これらの情報を転送打診情報にのみ含めて通信量の低減を図ってもよい。
【００６７】
さらに、各実施形態において、ＩＰサーバをファイル提供装置としたが、例えばゲートウェイサーバＧＷＳをファイル提供装置としたり、ゲートウェイサーバＧＷＳ及びＩＰサーバにファイル提供装置の機能を分担させるようにしてもよい。
【００６８】
また、各実施形態において、重複データの送信を避けるために残余データを送信するようにしたが、ある程度の重複が許される環境下であればファイル全体を送信するようにしてもよい。この場合には、携帯電話機において先頭データを記憶しておく必要はない。
【００６９】
さらに、第１実施形態においては、ファイル受信装置として携帯電話機ＭＳＡを前提としたため、拡張子及び先頭データの送受が必須となったが、通信路の帯域幅や端末の情報処理能力等の受信側の能力が均一ではない場合には、ＩＰサーバＷＡに受信側の能力判定手段を設け、この能力判定手段によって受信側の能力を判定し、要求された処理に対して能力が低い受信側に対しては拡張子及び先頭データを事前に送信し、要求された処理に対して能力が高い受信側に対しては拡張子及び先頭データの事前の送信を省略するようにしてもよい。
【００７０】
また、各実施形態においてはファイルの端部データとして先頭データを使用した例を示したが、ファイルを末尾から読み出すことが容易な環境下にあっては、ファイルの末尾データを使用するようにしてもよい。ただし、この場合には、データ形式を特定するための情報（例えば「melo」）がファイルの末尾に配置されるファイルシステムを前提とすることになる。
【００７１】
さらに、各実施形態においては移動通信網に適用した例を挙げたが、本発明は狭帯域のあらゆる通信網に好適に適用可能であり、さらに言えば、狭帯域／広帯域に限定されない任意の通信網に適用可能である。
【００７２】
【発明の効果】
以上説明したように、本発明によれば、所望のデータ形式のファイルを送信側から受信側へ効率的に転送することができる。
【００７３】
また、転送可能なファイルの拡張子及び端部データを予め受信側へ通知しておくことにより、ファイルの転送にかかる通信の回数を低減することができる。
【００７４】
また、ファイルを転送する際に、端部データの送信の重複を避けることができる。すなわち、冗長な通信を排除することができる。
【図面の簡単な説明】
【図１】 本発明の第１実施形態（第２実施形態）による携帯電話機ＭＳＡ（ＭＳＢ）及びＩＰサーバＷＡ（ＷＢ）を採用したファイル転送システム１（２）の構成を示すブロック図である。
【図２】 同携帯電話機ＭＳＡ（ＭＳＢ）のハードウェア構成を示すブロック図である。
【図３】 同携帯電話機ＭＳＡに記憶されたデータ形式情報の一例を示す図である。
【図４】 未設定ファイルの転送に係る同携帯電話機ＭＳＡの機能構成を示すブロック図である。
【図５】 未設定ファイルの転送に係るＩＰサーバＷＡの機能構成を示すブロック図である。
【図６】 同ファイル転送システム１による未設定ファイルの転送シーケンスを示す図である。
【図７】 本発明の第１実施形態の変形例による未設定ファイルの転送シーケンスを示す図である。
【図８】 本発明の第２実施形態による携帯電話機ＭＳＢの機能構成（未設定ファイルの転送に係る機能構成）を示すブロック図である。
【図９】 同第２実施形態によるＩＰサーバＷＢの機能構成（未設定ファイルの転送に係る機能構成）を示すブロック図である。
【図１０】 同第２実施形態におけるファイル転送システム２による未設定ファイルの転送シーケンスを示す図である。
【符号の説明】
２１…指示入力部、２２…打診部、２３，４５，５２，６３…送信部、２４，６１…データ形式記憶部、２５，４１…受信部、２６，６２…特定部、２７…要求部、２８…先頭データ記憶部、２９…再生部、３０，５３…ダウンロードファイル記憶部、３１，５４…通知部、４１…受信部、４２…ファイル記憶部、４３…事前出力部、４４…残余データ抽出部、５１…要求部
【発明の属する技術分野】
本発明は、送信側から受信側へファイルを転送するためのファイル転送方法及びファイル転送システムに関する。
【０００２】
【従来の技術】
近年、ＷＷＷ（World Wide Web）に代表されるインターネットの活用が急速に進んでおり、インターネットを介したファイルのダウンロード（転送）が広く行われている。
【０００３】
ＷＷＷにおいて、ユーザは、データ閲覧用のブラウザを搭載したクライアント（受信側）を操作してＷＷＷサーバ（送信側）にアクセスすることで、ＷＷＷサーバ上のＨＴＭＬ（Hyper Text Markup Language）で記述されたファイル（以後、ＨＴＭＬファイル）の閲覧や各種データ形式のファイルのダウンロードを行うことができる。
【０００４】
ここで、「ＨＴＭＬファイルの閲覧」とは即ち、ＨＴＭＬファイルのダウンロード、ファイル内のＨＴＭＬの解釈及び実行という一連の処理から構成された作業であり、クライアント側のブラウザは、ダウンロードしようとするファイルがＨＴＭＬファイルの場合にはその解釈及び実行を行うように準備する必要がある。また、ダウンロードしようとするファイルがＪＰＥＧ（Joint Photographic Coding Experts Group）形式の画像ファイルの場合には、クライアント側のブラウザは、その展開及び表示を行うように準備する必要がある。すなわち、転送対象のファイルのデータ形式によって、ダウンロード後の処理を変える必要がある。
【０００５】
このような事情から、ＷＷＷでは、ファイルのダウンロード時に当該ファイルのデータ形式をクライアント側で把握できるような仕組みが設けられている。すなわち、ＷＷＷサーバからクライアントのブラウザへ、ファイルのデータ形式を表す「コンテントタイプ」を通知するようにし、クライアント側ではこのコンテントタイプを用いて適切な処理を行うことができるようにしている。なお、一般的なブラウザが許容しているコンテントタイプとしては、例えば、ＧＩＦ（Graphics Interchange Format）の画像データ、ビットマップ形式の画像データ、ＪＰＥＧ形式の画像データ、ＨＴＭＬ形式の文書データ等が挙げられる。
【０００６】
【発明が解決しようとする課題】
ところで、近年、移動データ通信分野において、携帯電話機にブラウザを搭載し、ＷＷＷ上のコンテンツを携帯電話機から利用可能としたサービスが提供されている。この種のサービスにおいてＷＷＷサーバから携帯電話機へ転送されるデータは主にＨＴＭＬデータである。
【０００７】
一方、携帯電話機を用いた通話の分野においては、着信時にユーザが予め設定したメロディを奏でる機能が広く普及しており、各種の着信メロディデータを容易に設定できるシステムが待望されている。この要望に応える一つの方法として、ＷＷＷサーバからブラウザを搭載した携帯電話機に着信メロディデータを転送するサービスを提供することが考えられる。
【０００８】
しかし、ＷＷＷサービスを享受するブラウザが許容するコンテントタイプは、クライアントとして主としてコンピュータを想定していたインターネット分野での標準化を経て決定されるものであり、特に着信メロディデータのようにコンピュータ以外の機器に特化されたデータ形式には対応していない。このため、既存のブラウザを搭載した携帯電話機では、ダウンロード完了後に初めてダウンロードされたファイルが所望のデータ形式のファイルであるか否かを把握できることになる。もちろん、ダウンロードされたファイルが所望のデータ形式のファイルでない場合には、異なるファイルのダウンロードを試みればよいが、さらに手間と通信費用がかかってしまう。
【０００９】
また、前述のように、ＷＷＷサービスを享受するブラウザが許容するコンテントタイプはインターネット分野での標準化を経て決定されるものであることから、急速に高機能化を続ける携帯電話機においてのみ使用される新しいデータ形式にコンテントタイプを迅速に対応させることは困難である。
【００１０】
本発明は上述した事情に鑑みて為されたものであり、所望のデータ形式のファイルを送信側から受信側へ効率的に転送することができるファイル転送方法及びファイル転送システムを提供することを目的としている。
【００１１】
【課題を解決するための手段】
上述の課題を解決するために、請求項１に記載のファイル転送方法は、送信側の装置から受信側の装置へファイルを転送するファイル転送方法において、前記受信側の装置が、転送対象となるファイルを指定する情報を前記送信側の装置へ送信する第１のステップと、前記送信側の装置が、前記第１のステップにて送信された情報を受信すると、当該情報によって特定されるファイルの拡張子及び端部データを前記受信側の装置へ返送する第２のステップと、前記受信側の装置が、前記第２のステップにて返送された拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、当該データ形式が事前に指定されたデータ形式であった場合に、前記ファイルの転送を要求する転送要求情報を前記送信側の装置へ送信する第３のステップと、前記送信側の装置が、前記第３のステップにて送信された転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出し、当該残余データを前記受信側の装置へ転送する第４のステップと、前記受信側の装置が、前記第４のステップにて転送された残余データを受信すると、当該残余データと、前記第２のステップにて返送された端部データとを結合して前記ファイルを得る第５のステップとを有することを特徴としている。
【００１３】
また、上述の課題を解決するために、請求項２に記載のファイル転送方法は、送信側の装置から受信側の装置へファイルを転送するファイル転送方法において、前記送信側の装置が、転送可能なファイルの拡張子及び端部データを前記受信側の装置へ送信する第１のステップと、前記受信側の装置が、前記第１のステップにて送信された拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、前記ファイルを、特定したデータ形式とともに当該受信側の装置のユーザに通知する第２のステップと、前記受信側の装置が、前記第２のステップにて通知されたファイルの転送指示に応じて、前記ファイルの転送を要求する転送要求情報を前記送信側の装置へ送信する第３のステップと、前記送信側の装置が、前記第３のステップにて送信された転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出し、当該残余データを前記受信側の装置へ転送する第４のステップと、前記受信側の装置が、前記第４のステップにて転送された残余データを受信すると、当該残余データと、前記第２のステップにて返送された端部データとを結合して前記ファイルを得る第５のステップとを有することを特徴としている。
【００１６】
なお、請求項１又は２に記載のファイル転送方法において、送信側の装置と受信側の装置との通信は移動通信網を介して行われるものであってもよい（請求項３）。
【００１７】
また、上述の課題を解決するために、請求項４に記載のファイル転送システムは、ファイル提供装置からファイル受信装置へファイルを転送するファイル転送システムにおいて、前記ファイル提供装置は、前記ファイル受信装置から転送対象となるファイルを指定する情報を受信すると、当該情報によって特定されるファイルの拡張子及び端部データを前記ファイル受信装置へ返送する事前出力手段と、前記ファイル受信装置からファイルの転送を要求する転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出する残余データ抽出手段と、前記残余データ抽出手段によって抽出された残余データを前記ファイル受信装置へ転送する手段とを備え、前記ファイル受信装置は、転送対象となるファイルを指定する情報を前記ファイル提供装置へ送信する一方、これに応じて前記ファイル提供装置から返送された前記ファイルの拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、当該データ形式が事前に指定されたデータ形式であった場合に、前記ファイルの転送を要求する転送要求情報を前記ファイル提供装置へ送信する転送要求手段と、前記受信した端部データを記憶する記憶手段と、前記転送要求手段による転送要求情報の送信に応じて前記ファイル提供装置から転送された残余データを受信すると、当該残余データと、前記記憶手段に記憶されている端部データとを結合して前記ファイルを得る手段と備えることを特徴としている。
【００１９】
また、上述の課題を解決するために、請求項５に記載のファイル転送システムは、ファイル提供装置からファイル受信装置へファイルを転送するファイル転送システムにおいて、前記ファイル提供装置は、転送可能なファイルの拡張子及び端部データを前記ファイル受信装置へ送信する事前出力手段と、前記ファイル受信装置からファイルの転送を要求する転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出する残余データ抽出手段と、前記残余データ抽出手段によって抽出された残余データを前記ファイル受信装置へ転送する手段とを備え、前記ファイル受信装置は、前記ファイル提供装置から転送可能なファイルの拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、前記ファイルを、特定したデータ形式とともに当該ファイル受信装置のユーザに通知するとともに、通知したファイルの転送指示に応じて、前記ファイルの転送を要求する転送要求情報を前記ファイル提供装置へ送信する転送要求手段と、前記受信した端部データを記憶する記憶手段と、前記転送要求手段による転送要求情報の送信に応じて前記ファイル提供装置から転送された残余データを受信すると、当該残余データと、前記記憶手段に記憶されている端部データとを結合して前記ファイルを得る手段と備えることを特徴としている。
【００２１】
なお、請求項４又は５に記載のファイル転送システムにおいて、前記ファイル提供装置と前記ファイル受信装置との通信は移動通信網を介して行われるものであってもよい（請求項６）。
【００２２】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態について説明する。なお、本発明は、係る実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
【００２３】
Ａ：第１実施形態
まず、本発明の第１実施形態について説明する。
Ａ−１：第１実施形態の構成
Ａ−１−１：ファイル転送システム１の全体構成
図１は本発明の第１実施形態による携帯電話機（ファイル受信装置）ＭＳＡ及びＩＰサーバＷＡを採用したファイル転送システム１の構成を示すブロック図である。このファイル転送システム１はＷＷＷの利用を携帯電話機ＭＳＡに許容したシステムであり、既存のシステムと異なる点は、既存の携帯電話機に代えて携帯電話機ＭＳＡを採用した点と、ＩＰ（Information Provider）が提供する一般的なサーバであるＩＰサーバに代えて携帯電話機ＭＳＡに対応したＩＰサーバＷＡを採用した点である。
【００２４】
同図において、携帯電話機ＭＳＡは移動パケット通信網ＭＰＮのパケット通信サービスを受ける携帯電話機であり、移動パケット通信網ＭＰＮ及び図示せぬ移動電話網に無線接続される。移動電話網は一般的な移動電話の通話サービスを提供する網であり、携帯電話機ＭＳＡは当該通話サービスを受けることができる。携帯電話機ＭＳＡの詳細な機能及び構成については後述する。
【００２５】
移動パケット通信網ＭＰＮは、複数の基地局ＢＳ、複数のパケット加入者処理装置ＰＳ、ゲートウェイサーバＧＷＳ、及びこれらを接続する通信回線によって構成されている。
【００２６】
基地局ＢＳは、地上を例えば半径５００ｍ等の範囲で分割した所定間隔で配置されており、各々が形成する無線ゾーンに在圏した携帯電話機ＭＳＡとの間で無線通信を行う。
【００２７】
パケット加入者処理装置ＰＳは、複数の基地局ＢＳを収容するパケット加入者交換局に備えられたコンピュータシステムであり、携帯電話機ＭＳＡからのパケット交換要求を受け付けるとともに、受け付けたパケットを他のパケット加入者処理装置ＰＳ及び配下の基地局ＢＳの少なくとも一方を介して宛先の携帯電話機ＭＳＡへ中継する。
【００２８】
ゲートウェイサーバＧＷＳは、移動パケット通信網ＭＰＮとインターネットＩＮＥＴ等の他網とを相互接続するための移動パケット関門中継交換局に備えられたコンピュータシステムであり、ネットワーク間で異なる通信プロトコルの変換を行う。ここでいう通信プロトコルの変換とは、具体的には、移動パケット通信網ＭＰＮが従う移動パケット通信網用の伝送プロトコルと、インターネットＩＮＥＴが従う伝送プロトコルとの相互変換をいう。
【００２９】
なお、インターネットＩＮＥＴが従う伝送プロトコルには、ネットワーク層及びトランスポート層のＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）とこのＴＣＰ／ＩＰ上で実現されるＨＴＴＰ（HyperText Transfer Protocol）等のプロトコルが含まれており、移動パケット通信網ＭＰＮが従う伝送プロトコルには、ＴＣＰ／ＩＰを簡素化したプロトコル（以後、ＴＬ）とＨＴＴＰに相当するプロトコル（以後、ＡＬ）とが含まれている。すなわち、携帯電話機ＭＳＡはＡＬ上でＷＷＷを利用することになる。
【００３０】
また、ゲートウェイサーバＧＷＳは、携帯電話機ＭＳＡからＨＴＴＰのＧＥＴ要求を受け取ると、当該ＧＥＴ要求に含まれるＵＲＬ（Uniform Resource Locator）を調べ、当該ＵＲＬがインターネットＩＮＥＴ上の一般的なＵＲＬである場合には、インターネットＩＮＥＴへ当該ＧＥＴ要求を転送し、このＧＥＴ要求に対応してインターネットＩＮＥＴから送信されてきた応答を当該携帯電話機ＭＳＡへ返送する。なお、ＧＥＴ要求に含まれるＵＲＬが自身内のリソース位置を示すものの場合には、ゲートウェイサーバＧＷＳは、当該ＧＥＴ要求に対応して当該リソースを携帯電話機ＭＳＡへ返送する。
【００３１】
ＩＰサーバＷＡはインターネットＩＮＥＴに接続されたサーバであり、ＷＷＷを利用するクライアントに対してＷＷＷサービスを提供する。具体的には、ＩＰサーバＷＡは、インターネットＩＮＥＴ経由でＨＴＴＰのＧＥＴ要求を受け取ると、当該ＧＥＴ要求に含まれるＵＲＬで特定されるリソースを返送する。ただし、受け取ったＧＥＴ要求に、後述の転送打診情報や転送要求情報が含まれている場合には、通常と異なる処理を行う。このＩＰサーバＷＡの具体的な機能については後述する。
【００３２】
Ａ−１−２：携帯電話機ＭＳＡの構成
図２は上記ファイル転送システム１を構成する携帯電話機ＭＳＡのハードウェア構成を示すブロック図である。
この図に示すように、携帯電話機ＭＳＡは、基地局ＢＳとの無線通信を行う送受信部（例えばアンテナ、無線部、送信機、受信機等を有する）１１、音を入力するための集音部（例えばマイク）１２、発音するための発音部（例えば音源やスピーカ等から構成される）１３、数字入力、文字入力等の入力操作が行われる、キーパッド等を備えた入力部１４、液晶パネル等を有する液晶ディスプレイ１５、これら各部を制御する制御部１６を内蔵している。
【００３３】
制御部１６は各種制御を行うＣＰＵ（Central Processing Unit）１６１と、ＣＰＵ１６１に実行されるブラウザや制御プログラム等のソフトウェアや、後述するデータ形式情報、ゲートウェイサーバＧＷＳとの接続に必要な情報等を格納したＲＯＭ（Read Only Memory）１６２と、ダウンロードしたファイルや音声通話時に利用される情報（例えば電話帳データ）等を格納するＳＲＡＭ(Static Random Access Memory)１６３とを内蔵しており、図示せぬ電源が投入されると、ＣＰＵ１６１は、ＲＯＭ１６２に格納されたソフトウェアを読み出して実行し、ＲＯＭ１６２、ＳＲＡＭ１６３、各部１１〜１４、及び液晶ディスプレイ１５を制御する。
【００３４】
携帯電話機ＭＳＡは、移動データ通信を行う際には、まず、ＣＰＵ１６１がＲＯＭ１６２に格納されたブラウザを読み出し、当該ブラウザを実行することにより、ＲＯＭ１６２に格納されたホームＵＲＬ（最初にアクセスすべきゲートウェイＧＷＳ上のリソース位置）からＨＴＭＬデータを取得し、このデータに基づいて、液晶ディスプレイ１５に対話画面を表示させる。ユーザは、この対話画面からＷＷＷの利用を開始する。
【００３５】
なお、上記データ形式情報はファイルの拡張子と所定長の先頭データとに基づいて当該ファイルのデータ形式を特定するための情報であり、コンテントタイプが設定されていないデータ形式（例えば、着信メロディデータ）毎に設定されている。ここで、データ形式情報の一例を図３に示す。この図においては、着信メロディデータを示すデータ形式（着信メロディ形式）に、当該データ形式のファイルの拡張子“mld”と当該データ形式のファイルの先頭データである“melo”とが対応付けられている。
【００３６】
Ａ−１−３：携帯電話機ＭＳＡの機能構成
以下、ＣＰＵ１６１がブラウザを実行し、各部を制御することによって実現される携帯電話機ＭＳＡの機能構成について説明するが、前述のように、本ファイル転送システム１が従来のファイル転送システムと異なる点は、コンテントタイプが設定されていないファイル（以後、未設定ファイル）の転送に係る点のみであることから、この点についてのみ、携帯電話機ＭＳＡの機能構成を説明する。
【００３７】
図４は未設定ファイルの転送に係る携帯電話機ＭＳＡの機能構成を示すブロック図であり、この図において、２１はブラウザが提供する指示入力用のユーザインタフェースである指示入力部であり、ユーザが入力したダウンロード指示を出力する。このダウンロード指示には、ダウンロードしようとするファイルの格納位置（例えばＵＲＬ）やファイル名、データ形式を示す情報等が含まれている。
【００３８】
２２は指示入力部２１から出力されたダウンロード指示に従って、当該ダウンロード指示で指定されたファイル（以後、転送対象ファイル）のダウンロードを打診する情報（以後、転送打診情報）を出力する打診部、２３は打診部２２から出力された転送打診情報を移動パケット通信網ＭＰＮへ送出する送信部である。なお、この転送打診情報には、ダウンロードしようとするファイルの格納位置（例えばＵＲＬ）及びファイル名が含まれている。
【００３９】
２４は図３に示すデータ形式情報を記憶したデータ形式記憶部、２５は移動パケット通信網ＭＰＮ経由で送信されてきた情報を受信して出力する受信部、２６は特定部であり、データ形式記憶部２４に記憶されたデータ形式情報を参照し、受信部２５から出力された情報中の拡張子及び先頭データに基づいて転送対象ファイルのデータ形式を特定する。
【００４０】
さらに、特定部２６は特定したデータ形式が指示入力部２１から出力されたダウンロード指示で指定されたデータ形式に一致するか否かを判定し、一致する場合には、転送対象ファイルのダウンロード指示を出力するとともに、受信部２５から出力された情報中の先頭データを出力する。このダウンロード指示には、転送対象ファイルの格納位置（例えばＵＲＬ）及びファイル名が含まれている。なお、特定部２６は、特定したデータ形式が指示入力部２１から出力されたダウンロード指示で指定されたデータ形式に一致しない場合には、その旨を示す通知情報を出力する。
【００４１】
２７は特定部２６から出力されたダウンロード指示に従って転送対象ファイルのダウンロードを要求する情報（以後、転送要求情報）を出力する要求部であり、送信部２３は当該転送要求情報を移動パケット通信網ＭＰＮへ送出する。２８は特定部２６から出力された先頭データを記憶する先頭データ記憶部、２９は受信部２５から出力された情報中の残余データ（ファイル全体から先頭データを除いたデータ）と先頭データ記憶部２８に記憶された先頭データとに基づいて転送対象ファイルを再生する再生部、３０は再生部２９により再生されたファイルを記憶するダウンロードファイル記憶部、３１は特定部２６から出力された通知情報をユーザに通知する通知部である。
【００４２】
Ａ−１−４：ＩＰサーバＷＡの機能構成
以下、ＩＰサーバＷＡの機能構成について図５を参照して説明するが、前述のように、本ファイル転送システム１が従来のファイル転送システムと異なる点は未設定ファイルの転送に係る点のみであることから、この点についてのみ、ＩＰサーバＷＡの機能構成を説明する。なお、ＩＰサーバＷＡのハードウェア構成はインターネットに接続された既存のサーバと同一であることから、その説明を省略する。
【００４３】
図５は未設定ファイルの転送に係るＩＰサーバＷＡの機能構成を示すブロック図であり、この図において、４１はインターネットＩＮＥＴを介して携帯電話機ＭＳＡから送信されてきた情報を受信して出力する受信部、４２は未設定ファイルを含むファイル群を記憶したファイル記憶部、４３は事前出力部であり、受信部４１から出力された情報にファイル記憶部４２内の未設定ファイルのダウンロードを打診する転送打診情報が含まれている場合には、当該未設定ファイルの拡張子及び先頭データをファイル記憶部４２から抽出して出力する。
【００４４】
４４は残余データ抽出部であり、受信部４１から出力された情報にファイル記憶部４２内の未設定ファイルの転送を要求する転送要求情報が含まれている場合には、当該未設定ファイルの残余データをファイル記憶部４２から抽出して出力する。４５は事前出力部４３から出力された情報及び残余データ抽出部４４から出力された情報を携帯電話機ＭＳＡへ送信する送信部である。
【００４５】
Ａ−２：第１実施形態の動作
次に、本ファイル転送システム１の動作について図６を参照して説明する。ただし、ここでは、未設定ファイルの転送動作のみについて説明する。図６はファイル転送システム１による未設定ファイルの転送シーケンスを示す図である。なお、携帯電話機ＭＳＡとＩＰサーバＷＡとの間の構成要素は図６に示すシーケンスには影響しないことから、説明が繁雑になるのを避けるために、それらの図示を省略している。
【００４６】
図６に示すように、携帯電話機ＭＳＡにおいてユーザによりダウンロード指示が入力されると、携帯電話機ＭＳＡは転送打診情報をＩＰサーバＷＡへ送信する。この転送打診情報には、ＩＰサーバＷＡが有する未設定ファイルを特定するための情報が含まれており、転送打診情報を受信したＩＰサーバＷＡは、当該未設定ファイルの拡張子及び先頭データを携帯電話機ＭＳＡへ返送する。
【００４７】
上記拡張子及び先頭データを受信した携帯電話機ＭＳＡは、これらの拡張子及び先頭データから特定されるデータ形式とユーザが入力したダウンロード指示に含まれるデータ形式とを比較し、両者が一致した場合に、転送要求情報をＩＰサーバＷＡへ送信する。この転送要求情報には、転送対象となっている未設定ファイルを特定するための情報が含まれており、転送要求情報を受信したＩＰサーバＷＡは、当該未設定ファイルの残余データを携帯電話機ＭＳＡへ返送する。この残余データを受信した携帯電話機ＭＳＡは、このデータを先に受信した先頭データと合わせてファイルを再生し、ダウンロードされたファイルとして記憶する。
【００４８】
一方、ＩＰサーバＷＡから送信されてきた拡張子及び先頭データから特定されるデータ形式とダウンロード指示に含まれるデータ形式とが不一致の場合には、携帯電話機ＭＳＡはその旨をユーザに通知する。
【００４９】
Ａ−３：第１実施形態の補足
このように、本実施形態によれば、未設定ファイルについては拡張子及び先頭データに基づいてデータ形式を事前に判定することができるため、携帯電話機ＭＳＡにおいてユーザが意図しないデータのダウンロードを回避することができる。このことは、狭帯域の移動通信網において特に有効である。また、携帯電話機ＭＳＡ側でデータ形式の一致／不一致を判断するようにしたことから、負荷分散による効果が期待される。さらに、携帯電話機ＭＳＡにおいて先頭データを記憶し、残余データと合わせて転送対象の未設定ファイルを再生するようにしたため、転送要求情報に応じてファイル全体を送信する場合に比較して通信量を低減することができる。
【００５０】
Ａ−４：第１実施形態の変形例
第１実施形態を図７に示すように変形することも可能である。
図７は第１実施形態の変形例による未設定ファイルの転送シーケンスを示す図であり、このシーケンスにおいては、ユーザからダウンロードの指示が入力される前に、ＩＰサーバＷＡから携帯電話機ＭＳＡへダウンロード画面データが送信される。この送信処理は携帯電話機ＭＳＡからの要求に応じて行われてもよいし、ＩＰサーバＷＡが自発的に行うようにしてもよい。
【００５１】
このダウンロード画面データには、ＩＰサーバＷＡが有する未設定ファイルの格納位置、ファイル名、拡張子、及び先頭データ等の情報が含まれており、携帯電話機ＭＳＡは、ユーザからダウンロードの指示が入力される前に、ダウンロード可能な未設定ファイルをデータ形式と合わせてユーザに通知することができる。
【００５２】
したがって、ユーザはダウンロード画面データに従って表示された画面から、所望のファイルを指定するだけで、ファイルの特定のみならず、データ形式の特定までも完了することになる。このため、データ形式の一致／不一致を判定する処理は不要となり、携帯電話機ＭＳＡからＩＰサーバＷＡへの転送打診情報の送信処理とこの送信処理に応じた処理も不要となる。
【００５３】
なお、この変形例における携帯電話機ＭＳＡ及びＩＰサーバＷＡのハードウェア構成は第１実施形態におけるハードウェア構成と同一であることから、その説明を省略する。また、この変形例では携帯電話機ＭＳＡ及びＩＰサーバＷＡの機能構成が第１実施形態における機能構成と異なるが、第１実施形態における機能構成から容易に導き出せる機能構成であることから、その説明を省略する。
【００５４】
Ｂ：第２実施形態
次に、本発明の第２実施形態について説明する。
Ｂ−１：第２実施形態の構成
Ｂ−１−１：ファイル転送システム２のハードウェア構成
第２実施形態による携帯電話機ＭＳＢ及びＩＰサーバＷＢを採用したファイル転送システム２の全体構成は図１に示した通りであり、ファイル転送システム１との差異は、携帯電話機ＭＳＡに代えて携帯電話機ＭＳＢを、ＩＰサーバＷＡに代えてＩＰサーバＷＢを採用した点のみである。また、携帯電話機ＭＳＢのハードウェア構成はデータ形式情報を記憶していない点を除いて携帯電話機ＭＳＡと同一であり、かつＩＰサーバＷＢのハードウェア構成は既存のサーバと同一であることから、これらの説明を省略する。
【００５５】
Ｂ−１−２：携帯電話機ＭＳＢの機能構成
以下、ＣＰＵ１６１がブラウザを実行し、各部を制御することによって実現される携帯電話機ＭＳＢの機能構成について、コンテントタイプが設定されていない未設定ファイルの転送に係る点に焦点を絞って説明する。
【００５６】
図８は未設定ファイルの転送に係る携帯電話機ＭＳＢの機能構成を示すブロック図であり、この図において、図４と共通する部分には同一の符号を付し、その説明を省略する。
図８において、５１は指示入力部２１から出力されたダウンロード指示を転送要求情報として出力する要求部、５２は要求部５１から出力された転送要求情報を移動パケット通信網ＭＰＮへ送出する送信部である。なお、この転送要求情報には、ダウンロードしようとするファイルの格納位置（例えばＵＲＬ）、ファイル名、及びデータ形式を示す情報が含まれている。
【００５７】
５３は受信部２５から出力された情報にファイルが含まれている場合にはこのファイルを記憶するダウンロードファイル記憶部、５４は受信部２５から出力された情報に通知情報が含まれている場合にはこの通知情報をユーザに通知する通知部である。
【００５８】
Ｂ−１−３：ＩＰサーバＷＢの機能構成
次に、ＩＰサーバＷＢの機能構成について、コンテントタイプが設定されていない未設定ファイルの転送に係る点に焦点を絞って説明する。
図９は未設定ファイルの転送に係るＩＰサーバＷＢの機能構成を示すブロック図であり、この図において、図５と共通する部分には同一の符号を付し、その説明を省略する。
【００５９】
図９において、６１はデータ形式記憶部であり、図４のデータ形式記憶部２４と同一の機能を有する。６２は特定部であり、受信部４１から出力された情報中の転送要求情報に含まれているファイルの格納位置及びファイル名から特定される未設定ファイルをファイル記憶部４２から検索し、該当するファイル（以後、転送対象ファイル）が存在する場合にはデータ形式記憶部６１に記憶されたデータ形式情報を参照し、当該ファイルの拡張子及び先頭データに基づいて転送対象ファイルのデータ形式を特定する。
【００６０】
さらに、特定部６２は特定したデータ形式が転送要求情報に含まれているデータ形式に一致するか否かを判定し、一致する場合には、転送対象ファイルを出力する。また、ファイル記憶部４２に対する検索の結果、該当するファイルが存在しない場合には、その旨を表す通知情報を出力する。
なお、６３は特定部６２から出力された情報を携帯電話機ＷＢへ返送する送信部である。
【００６１】
Ｂ−２：第２実施形態の動作
次に、本ファイル転送システム２の動作について図１０を参照して説明する。ただし、ここでは、未設定ファイルの転送動作のみについて説明する。図１０はファイル転送システム２による未設定ファイルの転送シーケンスを示す図であり、携帯電話機ＭＳＢとＩＰサーバＷＢとの間の構成要素は図１０に示すシーケンスには影響しないことから、それらの図示は省略されている。
【００６２】
図１０に示すように、携帯電話機ＭＳＢにおいてユーザによりダウンロード指示が入力されると、携帯電話機ＭＳＢは転送要求情報をＩＰサーバＷＢへ送信する。この転送要求情報には、ＩＰサーバＷＢが有する転送対象ファイルを特定するための情報（ファイルの格納位置及びファイル名）とそのデータ形式を指定するための情報が含まれており、転送要求情報を受信したＩＰサーバＷＢは、当該転送対象ファイルが存在するか否かを調べ、存在する場合には、そのファイルを携帯電話機ＭＳＢへ送信する。このファイルは携帯電話機ＭＳＢにおいてダウンロードされたファイルとして記憶される。
【００６３】
一方、転送要求情報に適合した転送対象ファイルが存在しない場合、ＩＰサーバＷＢはその旨の通知情報を携帯電話機ＭＳＢへ送信する。携帯電話機ＭＳＢでは、通知情報に従って、ダウンロード指示に適合した転送対象ファイルが存在しない旨をユーザに通知する。
【００６４】
Ｂ−３：第２実施形態の補足
このように、本実施形態によれば、負荷分散の効果を除いて、第１実施形態と同様の効果が得られる。
【００６５】
Ｃ：全体の補足
上記各実施形態においては、データ形式の一致／不一致を厳密に判定する例を挙げたが、実質的に同様に取り扱うことが可能なデータ形式であれば完全に一致しなくとも「一致」とみなす態様としてもよい。
【００６６】
また、第１実施形態ではＡＬ及びＨＴＴＰを前提としたため、ダウンロードしようとするファイルの格納位置及びファイル名を転送打診情報及び転送要求情報の両方に含めているが、セッションが途切れない通信プロトコルを前提とすれば、これらの情報を転送打診情報にのみ含めて通信量の低減を図ってもよい。
【００６７】
さらに、各実施形態において、ＩＰサーバをファイル提供装置としたが、例えばゲートウェイサーバＧＷＳをファイル提供装置としたり、ゲートウェイサーバＧＷＳ及びＩＰサーバにファイル提供装置の機能を分担させるようにしてもよい。
【００６８】
また、各実施形態において、重複データの送信を避けるために残余データを送信するようにしたが、ある程度の重複が許される環境下であればファイル全体を送信するようにしてもよい。この場合には、携帯電話機において先頭データを記憶しておく必要はない。
【００６９】
さらに、第１実施形態においては、ファイル受信装置として携帯電話機ＭＳＡを前提としたため、拡張子及び先頭データの送受が必須となったが、通信路の帯域幅や端末の情報処理能力等の受信側の能力が均一ではない場合には、ＩＰサーバＷＡに受信側の能力判定手段を設け、この能力判定手段によって受信側の能力を判定し、要求された処理に対して能力が低い受信側に対しては拡張子及び先頭データを事前に送信し、要求された処理に対して能力が高い受信側に対しては拡張子及び先頭データの事前の送信を省略するようにしてもよい。
【００７０】
また、各実施形態においてはファイルの端部データとして先頭データを使用した例を示したが、ファイルを末尾から読み出すことが容易な環境下にあっては、ファイルの末尾データを使用するようにしてもよい。ただし、この場合には、データ形式を特定するための情報（例えば「melo」）がファイルの末尾に配置されるファイルシステムを前提とすることになる。
【００７１】
さらに、各実施形態においては移動通信網に適用した例を挙げたが、本発明は狭帯域のあらゆる通信網に好適に適用可能であり、さらに言えば、狭帯域／広帯域に限定されない任意の通信網に適用可能である。
【００７２】
【発明の効果】
以上説明したように、本発明によれば、所望のデータ形式のファイルを送信側から受信側へ効率的に転送することができる。
【００７３】
また、転送可能なファイルの拡張子及び端部データを予め受信側へ通知しておくことにより、ファイルの転送にかかる通信の回数を低減することができる。
【００７４】
また、ファイルを転送する際に、端部データの送信の重複を避けることができる。すなわち、冗長な通信を排除することができる。
【図面の簡単な説明】
【図１】 本発明の第１実施形態（第２実施形態）による携帯電話機ＭＳＡ（ＭＳＢ）及びＩＰサーバＷＡ（ＷＢ）を採用したファイル転送システム１（２）の構成を示すブロック図である。
【図２】 同携帯電話機ＭＳＡ（ＭＳＢ）のハードウェア構成を示すブロック図である。
【図３】 同携帯電話機ＭＳＡに記憶されたデータ形式情報の一例を示す図である。
【図４】 未設定ファイルの転送に係る同携帯電話機ＭＳＡの機能構成を示すブロック図である。
【図５】 未設定ファイルの転送に係るＩＰサーバＷＡの機能構成を示すブロック図である。
【図６】 同ファイル転送システム１による未設定ファイルの転送シーケンスを示す図である。
【図７】 本発明の第１実施形態の変形例による未設定ファイルの転送シーケンスを示す図である。
【図８】 本発明の第２実施形態による携帯電話機ＭＳＢの機能構成（未設定ファイルの転送に係る機能構成）を示すブロック図である。
【図９】 同第２実施形態によるＩＰサーバＷＢの機能構成（未設定ファイルの転送に係る機能構成）を示すブロック図である。
【図１０】 同第２実施形態におけるファイル転送システム２による未設定ファイルの転送シーケンスを示す図である。
【符号の説明】
２１…指示入力部、２２…打診部、２３，４５，５２，６３…送信部、２４，６１…データ形式記憶部、２５，４１…受信部、２６，６２…特定部、２７…要求部、２８…先頭データ記憶部、２９…再生部、３０，５３…ダウンロードファイル記憶部、３１，５４…通知部、４１…受信部、４２…ファイル記憶部、４３…事前出力部、４４…残余データ抽出部、５１…要求部
Claims (6)
- 送信側の装置から受信側の装置へファイルを転送するファイル転送方法において、
前記受信側の装置が、転送対象となるファイルを指定する情報を前記送信側の装置へ送信する第１のステップと、
前記送信側の装置が、前記第１のステップにて送信された情報を受信すると、当該情報によって特定されるファイルの拡張子及び端部データを前記受信側の装置へ返送する第２のステップと、
前記受信側の装置が、前記第２のステップにて返送された拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、当該データ形式が事前に指定されたデータ形式であった場合に、前記ファイルの転送を要求する転送要求情報を前記送信側の装置へ送信する第３のステップと、
前記送信側の装置が、前記第３のステップにて送信された転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出し、当該残余データを前記受信側の装置へ転送する第４のステップと、
前記受信側の装置が、前記第４のステップにて転送された残余データを受信すると、当該残余データと、前記第２のステップにて返送された端部データとを結合して前記ファイルを得る第５のステップと
を有することを特徴とするファイル転送方法。 - 送信側の装置から受信側の装置へファイルを転送するファイル転送方法において、
前記送信側の装置が、転送可能なファイルの拡張子及び端部データを前記受信側の装置へ送信する第１のステップと、
前記受信側の装置が、前記第１のステップにて送信された拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、前記ファイルを、特定したデータ形式とともに当該受信側の装置のユーザに通知する第２のステップと、
前記受信側の装置が、前記第２のステップにて通知されたファイルの転送指示に応じて、前記ファイルの転送を要求する転送要求情報を前記送信側の装置へ送信する第３のステップと、
前記送信側の装置が、前記第３のステップにて送信された転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出し、当該残余データを前記受信側の装置へ転送する第４のステップと、
前記受信側の装置が、前記第４のステップにて転送された残余データを受信すると、当該残余データと、前記第２のステップにて返送された端部データとを結合して前記ファイルを得る第５のステップと
を有することを特徴とするファイル転送方法。 - 送信側の装置と受信側の装置との通信は移動通信網を介して行われる
ことを特徴とする請求項１又は２に記載のファイル転送方法。 - ファイル提供装置からファイル受信装置へファイルを転送するファイル転送システムにおいて、
前記ファイル提供装置は、
前記ファイル受信装置から転送対象となるファイルを指定する情報を受信すると、当該情報によって特定されるファイルの拡張子及び端部データを前記ファイル受信装置へ返送する事前出力手段と、
前記ファイル受信装置からファイルの転送を要求する転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出する残余データ抽出手段と、
前記残余データ抽出手段によって抽出された残余データを前記ファイル受信装置へ転送する手段とを備え、
前記ファイル受信装置は、
転送対象となるファイルを指定する情報を前記ファイル提供装置へ送信する一方、これに応じて前記ファイル提供装置から返送された前記ファイルの拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、当該データ形式が事前に指定されたデータ形式であった場合に、前記ファイルの転送を要求する転送要求情報を前記ファイル提供装置へ送信する転送要求手段と、
前記受信した端部データを記憶する記憶手段と、
前記転送要求手段による転送要求情報の送信に応じて前記ファイル提供装置から転送された残余データを受信すると、当該残余データと、前記記憶手段に記憶されている端部データとを結合して前記ファイルを得る手段と備える
ことを特徴とするファイル転送システム。 - ファイル提供装置からファイル受信装置へファイルを転送するファイル転送システムにおいて、
前記ファイル提供装置は、
転送可能なファイルの拡張子及び端部データを前記ファイル受信装置へ送信する事前出力手段と、
前記ファイル受信装置からファイルの転送を要求する転送要求情報を受信すると、当該転送要求情報によって特定されるファイルから前記端部データを除いた残余データを抽出する残余データ抽出手段と、
前記残余データ抽出手段によって抽出された残余データを前記ファイル受信装置へ転送する手段とを備え、
前記ファイル受信装置は、
前記ファイル提供装置から転送可能なファイルの拡張子及び端部データを受信すると、当該拡張子及び端部データに基づいて前記ファイルのデータ形式を特定し、前記ファイルを、特定したデータ形式とともに当該ファイル受信装置のユーザに通知するとともに、通知したファイルの転送指示に応じて、前記ファイルの転送を要求する転送要求情報を前記ファイル提供装置へ送信する転送要求手段と、
前記受信した端部データを記憶する記憶手段と、
前記転送要求手段による転送要求情報の送信に応じて前記ファイル提供装置から転送された残余データを受信すると、当該残余データと、前記記憶手段に記憶されている端部データとを結合して前記ファイルを得る手段と備える
ことを特徴とするファイル転送システム。 - 前記ファイル提供装置と前記ファイル受信装置との通信は移動通信網を介して行われる
ことを特徴とする請求項４又は５に記載のファイル転送システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34388299A JP3844924B2 (ja) | 1999-12-02 | 1999-12-02 | ファイル転送方法及びファイル転送システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34388299A JP3844924B2 (ja) | 1999-12-02 | 1999-12-02 | ファイル転送方法及びファイル転送システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001159995A JP2001159995A (ja) | 2001-06-12 |
| JP3844924B2 true JP3844924B2 (ja) | 2006-11-15 |
Family
ID=18364975
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34388299A Expired - Fee Related JP3844924B2 (ja) | 1999-12-02 | 1999-12-02 | ファイル転送方法及びファイル転送システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3844924B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8095626B2 (en) * | 2006-08-31 | 2012-01-10 | Realnetworks, Inc. | System and method for configuring a client electronic device |
| JP5249952B2 (ja) | 2007-02-22 | 2013-07-31 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Ｉｐマルチメディアサブシステムサービスへのグループアクセス |
| JP4892587B2 (ja) * | 2009-06-23 | 2012-03-07 | ソフトバンクモバイル株式会社 | 移動体通信端末 |
-
1999
- 1999-12-02 JP JP34388299A patent/JP3844924B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001159995A (ja) | 2001-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100779751B1 (ko) | 데이터 정보 획득 방법 및 장치 | |
| KR100835652B1 (ko) | 멀티미디어 콘텐츠를 편집하여 사용자 인터페이스를구성하는 방법 및 시스템 | |
| JP2000115253A (ja) | 通信方法、携帯端末装置及びゲートウェイ装置 | |
| CN100553380C (zh) | 用于提供无线数据通讯业务的方法和系统 | |
| JP2002027428A (ja) | 無線ネットワーク環境でのｖｏｄサービス提供システム及びその方法 | |
| JPWO2002046934A1 (ja) | コンテンツを配信するための装置および方法 | |
| JP5161244B2 (ja) | 通信デバイス間で共通のロケーション関連情報を共有するためのシステム及び方法 | |
| CN101675639A (zh) | 用于向用户设备提供辅助信息的方法、系统和用户设备 | |
| JP2002543676A5 (ja) | ||
| US20020006793A1 (en) | Wireless communication devices | |
| JP2004533798A (ja) | 無線ネットワークを通じた利用可能サービスの並行した利用 | |
| JP2005018398A (ja) | キャッシングシステム | |
| JP3844924B2 (ja) | ファイル転送方法及びファイル転送システム | |
| JP2001197553A (ja) | デジタル無線電話によるメッセージ通信システム | |
| JP3582698B2 (ja) | ゲートウェイ装置及び通信端末装置 | |
| EP1213883B1 (en) | Wireless protocol system combined with SMS in mobile environment and a method of providing internet content | |
| JP3889737B2 (ja) | デジタル無線電話によるメッセージ通信システム | |
| JP2009076093A (ja) | キャッシングシステム | |
| JP3808673B2 (ja) | 著作物ファイル管理装置 | |
| JP3786635B2 (ja) | 情報提供システム | |
| JP4416624B2 (ja) | 移動体通信端末 | |
| JP4980563B2 (ja) | コンテンツ提供方法、コンテンツ取得時の通信方法、移動体通信端末、コンテンツ提供サーバ及び通信中継サーバ | |
| JP3617784B2 (ja) | 移動通信網 | |
| JP4276562B2 (ja) | 移動体通信システム及びサーバ装置 | |
| JP2001169353A (ja) | 移動機情報待避方法及び移動機情報復帰方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060523 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060718 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060815 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060817 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090825 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100825 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110825 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110825 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120825 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |