(57)【要約】【課題】宛先の環境とファイルの属性に基づいて、宛先が効率的にファイルの受信方法を選択することを可能にする。【解決手段】発信者端末装置２では、アップロード部２１がサーバ装置１にファイル２４をアップロードすると、サーバ装置１からファイル２４を格納した格納部１２のアドレスを示すアドレス識別子を受信する。通知生成部２２は、アップロードしたこととアドレスを示す電子メール２５を生成して、通知送信部２３によって宛先の装置に送信させる。通知生成部２２は、ファイル２４のサイズとファイル２４をストリーミング受信するのに適した帯域幅に関する、宛先の装置の内部で自動解釈可能な形式の情報部分を電子メール２５に添付するか含める。【選択図】　　　　図２
2004038677.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置にファイルをアップロードするとともに、前記サーバ装置から前記ファイルを格納した格納部のアドレスを示すアドレス識別子を受信する通信部と、
前記通信部が前記アドレス識別子を受信すると、前記ファイルをアップロードしたことと前記アドレスを示す通知を生成して、前記通信部によって宛先の装置に送信させる通知生成部とを備え、
前記通知生成部は、前記ファイルのサイズと前記ファイルをストリーミング受信するのに適した帯域幅に関する、前記宛先の装置が内部で自動解釈可能な形式の情報部分を前記通知に添付するか含めることを特徴とする通信装置。
【請求項２】
サーバ装置にネットワークを介してアクセスする通信部と、
データを格納する格納装置と、
前記格納装置の空き領域容量を調査する調査部と、
前記サーバ装置に格納された一つのファイルに由来するデータを取得する前に、前記通信部がネットワークを利用する帯域幅と前記ファイルをストリーム受信するのに適した帯域幅とを比較する第１の比較部と、
前記サーバ装置に格納された一つのファイルに由来するデータを取得する前に、前記格納装置の空き領域容量と前記ファイルのサイズとを比較する第２の比較部と、
前記第１の比較部と前記第２の比較部の比較結果に基づいて、前記サーバ装置からの前記ファイルの取得形式を選択して、前記サーバ装置に取得形式に応じた送信を要求する読出要求部とを備え、
前記通信部がネットワークを利用する帯域幅が前記ファイルをストリーム受信するのに適した帯域幅よりも大きく、前記格納装置の空き領域容量が前記ファイルのサイズより小さい場合に、前記読出要求部は前記サーバ装置から前記ファイルをストリーム受信することを選択し、
前記格納装置の空き領域容量が前記ファイルのサイズ以上である場合に、読出要求部は前記サーバ装置から前記ファイルをダウンロード受信することを選択することを特徴とする通信装置。
【請求項３】
ファイルの送信元の装置から、前記ファイルをサーバ装置にアップロードしたことと前記サーバ装置における前記ファイルを格納した格納部のアドレスを示す通知を受信する通知受信部と、
前記通知に添付されているか含まれている前記ファイルのサイズと前記ファイルをストリーミング受信するのに適した帯域幅に関する情報部分を自動解釈して、前記ファイルをストリーム受信するのに適した帯域幅を第１の比較部に告知し、前記ファイルのサイズを第２の比較部に告知する通知解釈部とを備えることを特徴とする請求項２記載の通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、宛先の装置がサーバ装置からファイルをダウンロード受信またはストリーム受信することを選択することを容易にする送信元の通信装置、およびサーバ装置からファイルをダウンロード受信またはストリーム受信することを選択する宛先の通信装置に関するものである。
【０００２】
【従来の技術】
ネットワークを介して、動画像またはその他のサイズの大きいファイルを交換するための研究が進んでいる。例えば、国際公開公報ＷＯ９７／３８５１０号には、ネットワークに接続されサーバ機能を持つネットファクシミリ装置がファクシミリデータを宛先の装置に送信する技術を開示する。ネットファクシミリ装置は、送信元の装置からファクシミリ画像データを受信すると、ストレージに蓄積し、宛先の装置に電子メールを送信してアクセスを促す。宛先の装置から転送要求を受信すると、ネットファクシミリ装置は、宛先の装置にファクシミリ画像データを送信する。ファクシミリデータは、本質的に宛先の装置に全て転送されるべきであるので、受信者が受信形式を選択する必要はない。
【０００３】
他方、他の種類のサイズの大きいファイル、例えば動画像ファイル（ビデオファイル）または音楽ファイルの転送については、ストリーム受信またはファイルの一括ダウンロードを受信者が選択できるようなインターネットサイトが多く存在する。かかるサイトのサーバ装置は、ファイルのサイズ、転送のための帯域幅、転送に要する時間、およびストリーム受信とダウンロードの選択肢がある旨をアクセスしたコンピュータに通知し、コンピュータの画像表示装置にこれらの情報を表示させる。
【０００４】
利用者は、これらの情報を視認し、自身の環境（ハードディスクの空き領域容量、ネットワークへのアクセスに利用する帯域幅や課金方法）に応じて、最適な受信方法を選択することができる。
【０００５】
【発明が解決しようとする課題】
従来のファイル転送は以上のように行われていたので、利用者が自身の環境と獲得しようとするファイルの属性に基づいて、受信方法を選択するのが面倒であるなどの課題があった。
【０００６】
この発明は上記のような課題を解決するためになされたもので、宛先の装置の環境とファイルの属性に基づいて、宛先の装置が効率的にファイルの受信方法を選択することを可能にする送信元の通信装置を得ることを目的とする。
【０００７】
また、この発明は効率的にサーバ装置からファイルをダウンロード受信またはストリーム受信することを選択することが可能な宛先の通信装置を得ることを目的とする。
【０００８】
【課題を解決するための手段】
この発明に係る通信装置は、サーバ装置にファイルをアップロードするとともに、前記サーバ装置から前記ファイルを格納した格納部のアドレスを示すアドレス識別子を受信する通信部と、前記通信部が前記アドレス識別子を受信すると、前記ファイルをアップロードしたことと前記アドレスを示す通知を生成して、前記通信部によって宛先の装置に送信させる通知生成部とを備え、前記通知生成部は、前記ファイルのサイズと前記ファイルをストリーミング受信するのに適した帯域幅に関する、前記宛先の装置が内部で自動解釈可能な形式の情報部分を前記通知に添付するか含めることを特徴とするものである。
【０００９】
この発明に係る通信装置は、サーバ装置にネットワークを介してアクセスする通信部と、データを格納する格納装置と、前記格納装置の空き領域容量を調査する調査部と、前記サーバ装置に格納された一つのファイルに由来するデータを取得する前に、前記通信部がネットワークを利用する帯域幅と前記ファイルをストリーム受信するのに適した帯域幅とを比較する第１の比較部と、前記サーバ装置に格納された一つのファイルに由来するデータを取得する前に、前記格納装置の空き領域容量と前記ファイルのサイズとを比較する第２の比較部と、前記第１の比較部と前記第２の比較部の比較結果に基づいて、前記サーバ装置からの前記ファイルの取得形式を選択して、前記サーバ装置に取得形式に応じた送信を要求する読出要求部とを備え、前記通信部がネットワークを利用する帯域幅が前記ファイルをストリーム受信するのに適した帯域幅よりも大きく、前記格納装置の空き領域容量が前記ファイルのサイズより小さい場合に、前記読出要求部は前記サーバ装置から前記ファイルをストリーム受信することを選択し、前記格納装置の空き領域容量が前記ファイルのサイズ以上である場合に、読出要求部は前記サーバ装置から前記ファイルをダウンロード受信することを選択することを特徴とするものである。
【００１０】
この発明に係る通信装置は、ファイルの送信元の装置から、前記ファイルをサーバ装置にアップロードしたことと前記サーバ装置における前記ファイルを格納した格納部のアドレスを示す通知を受信する通知受信部と、前記通知に添付されているか含まれている前記ファイルのサイズと前記ファイルをストリーミング受信するのに適した帯域幅に関する情報部分を自動解釈して、前記ファイルをストリーム受信するのに適した帯域幅を第１の比較部に告知し、前記ファイルのサイズを第２の比較部に告知する通知解釈部とを備えることを特徴とするものである。
【００１１】
【発明の実施の形態】
実施の形態１．
図１はこの発明に係る通信装置を含むネットワークの構成を示す概略図である。図において、１はサーバ装置、２は発信者端末装置（通信装置）、３は受信者端末装置（通信装置）、４はインターネットエクスチェンジ（ＩＸ）、５，６はインターネットサービスプロバイダ（ＩＳＰ）を示す。
【００１２】
端末装置２，３は、ともにインターネットを利用した送受信機能を備えた情報処理端末であるが、ここでは、便宜的に送信元としての端末装置２から宛先としての端末装置３にファイルを送信すると仮定し、端末装置２を発信者端末装置と呼び、端末装置３を受信者端末装置と呼ぶ。
【００１３】
発信者端末装置２はその利用者が契約したＩＳＰ５を介してＩＸ４に接続し、受信者端末装置３はその利用者が契約したＩＳＰ６を介してＩＸ４に接続する。受信者端末装置３はローカルエリアネットワーク７を介してＩＳＰ６に接続してもよい。同様なことは発信者端末装置２にもいえる。
【００１４】
ＩＸ４には、ファイルの転送のために設けられたサーバ装置１が接続されている。図１には示さないが、サーバ装置はファイルを一時的に格納する格納部を有する。インターネットに接続した端末装置（例えば発信者端末装置２）は、サーバ装置１にアクセスし、送信元としてファイルを格納部にアップロードすることができる。また、インターネットに接続した他の端末装置（例えば受信者端末装置３）は、サーバ装置１にアクセスし、宛先としてファイルを格納部からダウンロードまたはストリーム受信することができる。
【００１５】
インターネット環境では、装置間を接続するラインの帯域幅は様々である。例えば、ＩＳＰ５，６およびサーバ装置１はＩＸ４に１００Ｍｂｐｓの速度でアクセス可能であるが、発信者端末装置２はＩＳＰ５に１０Ｍｂｐｓで、受信者端末装置３はＩＳＰ６に６４Ｋｂｐｓでアクセスする。
【００１６】
次に動作について説明する。図２は、図１に示されたネットワークのサーバ装置１、発信者端末装置２、および受信者端末装置３の詳細を示すブロック図である。図において、２１はアップロード部（通信部）、２２は通知生成部、２３は通知送信部（通信部）を示す。発信者端末装置２は、その中央情報処理装置の機能モジュールとして、アップロード部２１、通知生成部２２および通知送信部２３を備える。
【００１７】
アップロード部２１は、サーバ装置１に例えばビデオファイルなどのファイル２４をアップロードする。ビデオファイルに限らず、音楽ファイル、静止画像ファイルまたはその他のサイズの大きいファイルについて、この発明を応用することも可能である。アップロード部２１がサーバ装置１にアップロードするファイル２４は、この発信者端末装置２で作成されたものでもよいし、他の装置で作成されて発信者端末装置２に保存されたものでもよい。
【００１８】
アップロード後、アップロード部２１は、アップロードされたファイル２４を格納した格納部１２のアドレスを示すアドレス識別子、すなわちＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）をサーバ装置１から受信する。アップロード部２１がアドレス識別子を受信すると、通知生成部２２は電子メール２５を生成する。電子メール２５は、ファイル２４をアップロードしたことと、アップロードされたファイル２４を格納した格納部１２のアドレスを、宛先の装置の利用者が読み取ることのできるテキストを含む。
【００１９】
さらに、通知生成部２２は、ファイル２４のサイズとファイル２４を宛先の装置がストリーミング受信するのに適した帯域幅に関する情報部分を自動的に電子メール２５に添付するかその内部に含める。この情報部分は、宛先の装置が内部で自動解釈可能な形式であって、人間が読解することを目的とするものではない。通知生成部２２は、この情報部分をファイル２４の種類および／またはサイズに応じて付加してもよい。例えば、ビデオファイル、音楽ファイル、静止画像ファイルには情報部分を付加するが文書ファイルには情報部分を付加しないとか、サイズがある閾値より大きいファイルにのみ情報部分を付加することも可能である。
【００２０】
ファイル２４を宛先の装置がストリーミング受信するのに適した帯域幅は、ファイルの種類またはその他の属性によって異なる。例えば、一般的にビデオファイルは音楽ファイルよりも広い帯域幅を要するであろうし、ビデオファイルについては表示画面領域および解像度によって必要な帯域幅が異なるであろう。また、情報部分で指定される帯域幅は、予測される伝送遅延に基づいた余裕を有する。情報部分で指定される帯域幅は、発信者端末装置２の利用者が計算してあらかじめ発信者端末装置２に保存しておいてもよいが、ファイル２４の上記の属性に基づいて通知生成部２２が自動計算すると好ましい。
【００２１】
通知生成部２２は、このようにして情報部分を持った電子メール２５を生成すると、情報部分を持った電子メール２５を通知送信部２３に渡す。すると、通知送信部２３は情報部分を持った電子メール２５を宛先の装置に送信する。より正確には、電子メール２５はインターネット上のメールサーバ（図示せず）に蓄積され、宛先の装置がメールサーバに問い合わせるとメールサーバから宛先の装置に転送される。
【００２２】
このようにして、例えば受信者端末装置３などの宛先の装置は電子メール２５を受信することができ、電子メール２５によってその利用者は自分のためのファイルがアップロードされたことと、アップロードされたファイル２４を格納した格納部１２のアドレスを知ることができる。
【００２３】
サーバ装置１は、登録部１１、格納部１２、読出部１３、およびストリームサーバ１４を備える。格納部１２はサーバ装置１が転送するデータを格納する格納装置であり、登録部１１、読出部１３、およびストリームサーバ１４は、サーバ装置１の中央情報処理装置の機能モジュールである。
【００２４】
登録部１１は、例えば発信者端末装置２などの送信元の装置のアップロード部２１からの要求に応じて、ビデオファイルなどのファイル２４を格納部１２に格納すなわち登録する。また、登録部１１は、このようにしてアップロードされたファイル２４を格納した格納部１２のアドレスを示すアドレス識別子、すなわちＵＲＬをアップロード部２１に返信する。
【００２５】
読出部１３は、例えば受信者端末装置３などの宛先の装置の送信要求に応じて、宛先の装置が要求したファイル２４を格納部１２から読み出す。送信要求には、目的のファイルおよび送信形式（ダウンロードまたはストリーム）が指定されている。送信要求がダウンロードを要求する場合には、読出部１３は受信者端末装置３にファイル２４を一括してダウンロード送信する。従って、受信者端末装置３は、要求したファイル２４を蓄積することができる。
【００２６】
一方、送信要求がストリーミングを要求する場合には、読出部１３はストリームサーバ１４にファイル２４を渡す。また、読出部１３は、受信者端末装置３にストリームサーバ１４のＵＲＬを通知し、受信者端末装置３がストリームサーバ１４に接続するように促す。ストリームサーバ１４は、読出部１３から渡されたファイル２４を受信者端末装置３にストリーム送信する。従って、ビデオファイルの場合には、受信者端末装置３の利用者はビデオファイルを受信者端末装置３に蓄積することはできないが、動画を視聴して楽しむことができる。音楽ファイルの場合には、受信者端末装置３の利用者は音楽ファイルを受信者端末装置３に蓄積することはできないが、音楽を聴取して楽しむことができる。
【００２７】
受信者端末装置３は、通知受信部３１、格納装置３２、表示部３３、入力インタフェイス（入力ＩＦ）３４、読出要求部（調査部、第１の比較部、第２の比較部、通知解釈部）３５、受信部（通信部）３６、およびスピーカ３７を備える。格納装置３２は受信者端末装置３が利用するデータを格納する格納装置、例えばハードディスクであり、通知受信部３１、読出要求部３５、および受信部３６は、受信者端末装置３の中央情報処理装置の機能モジュールである。表示部３３は中央情報処理装置の処理に応じて画像を表示し、スピーカ３７は中央情報処理装置の処理に応じて音を発する。入力ＩＦ３４は例えばキーボードおよびポインティングデバイスを有しており、利用者が中央情報処理装置に指示を与えるために使用する。
【００２８】
通知受信部３１は、受信者端末装置３を宛先とする電子メールがあるか否かを図示しないメールサーバに問い合わせる。上述した発信者端末装置２が作成し情報部分を持った電子メール２５は、発信者端末装置２がメールサーバに問い合わせるとメールサーバから発信者端末装置２に転送される。通知受信部３１は電子メールを受信し、それに含まれるテキストを表示部３３に表示させる。従って、受信者端末装置３の利用者は自分のためのファイル２４がアップロードされたことと、アップロードされたファイル２４を格納した格納部１２のアドレスを知ることができる。
【００２９】
また、電子メールが上述した情報部分を持った電子メール２５である場合には、通知受信部３１は情報部分を抽出し、情報部分を読出要求部３５に渡す。読出要求部３５は通知解釈部として機能し、この情報部分を自動解釈して、そこに示されているファイル２４をストリーム受信するのに適した帯域幅と、ファイル２４のサイズを認識する。通知受信部３１は、電子メール２５を受信したら直ちに情報部分の抽出を自動的に行ってもよい。あるいは、情報部分が電子メール２５の添付ファイルである場合には、利用者が入力ＩＦ３４を操作して添付ファイルを開くと、通知受信部３１が情報部分を自動的に抽出するようにしてもよい。
【００３０】
利用者は、電子メール２５で通知されたファイル２４に由来するデータを取得したいと望む場合には、格納部１２のアドレスを参照して、入力ＩＦ３４を操作し、インターネットを介して受信者端末装置３をサーバ装置１にアクセスする。これにより、読出要求部３５は、目的のファイル２４が格納されたサイトにリンクする。
【００３１】
次に、読出要求部３５は、調査部として機能し、格納装置３２の空き領域容量を調査する。また、読出要求部３５は、第１の比較部として機能し、受信者端末装置３がインターネットを利用する帯域幅とファイル２４をストリーム受信するのに適した帯域幅とを比較する。さらに、読出要求部３５は、第２の比較部として機能し、格納装置３２の空き領域容量とファイル２４のサイズとを比較する。
【００３２】
これらの比較結果に基づいて、読出要求部３５は、サーバ装置１からのファイル２４の取得形式（ダウンロード受信またはストリーム受信）を選択して、サーバ装置１に取得形式に応じた送信を要求する。読出要求部３５は、目的のファイルおよび送信形式（ダウンロードまたはストリーム）を送信要求に指定する。
【００３３】
この送信要求を受信するとサーバ装置１は上記のように動作し、送信要求に従って、ファイル２４をダウンロード送信またはストリーム送信し、受信者端末装置３では受信部３６がデータを受信する。ファイル２４をダウンロード受信する場合には、受信部３６はファイル２４を格納装置３２に格納する。従って、受信者端末装置３は、要求したファイル２４を格納装置３２に蓄積することができる。
【００３４】
ファイル２４に由来したデータをストリーム受信する場合には、受信部３６は受信したデータを逐次再生処理する。ビデオファイルの場合には、受信したデータに基づいて、受信部３６は表示部３３の画面を逐次制御して動画像を表示させる。音楽ファイルの場合には、受信したデータに基づいて、受信部３６はスピーカ３７を逐次制御して楽音を奏でさせる。従って、ファイル２４を格納装置３２に蓄積することはできないが、受信者端末装置３の利用者は動画像または音楽を楽しむことができる。
【００３５】
図３は、読出要求部３５による受信形式の選択手順を示す。この選択手順においては、まずステップＳＴ１で、受信者端末装置３がインターネットを利用する帯域幅とファイル２４をストリーム受信するのに適した帯域幅とを比較する。利用帯域幅がストリーム受信するのに適した帯域幅以下である場合には、手順はステップＳＴ２に進む。
【００３６】
ステップＳＴ２では、格納装置３２の空き領域容量とファイル２４のサイズとを比較する。空き領域容量がファイルサイズより大きい場合には、手順はステップＳＴ３に進み、ダウンロード受信を選択する。これは、広い帯域幅を受信者端末装置３が利用していなくても、長い時間さえかければ、ファイル２４を一括してダウンロード受信することは可能だからである。ステップＳＴ３では、目的のファイルをダウンロード受信することを利用者に知らせるメッセージを表示部３３に表示させて、その後、ダウンロード受信を指定した送信要求をサーバ装置１に送るとよい。表示部３３上のメッセージは、帯域幅不足のためストリーム受信はできない旨を表してもよい。
【００３７】
但し、ステップＳＴ２で、空き領域容量がファイルサイズ以下であると判断された場合には、手順はステップＳＴ４に進み、受信をしないことを選択する。これはファイル２４を格納する余地がないからである。ステップＳＴ４では、表示部３３にメッセージを表示させて、格納装置３２の空き領域容量が不足し、かつストリーミングもできないので、目的のファイルのデータが得られないことを利用者に知らせる。また、サーバ装置１には受信しないことを通知する。
【００３８】
ステップＳＴ１で、利用帯域幅がストリーム受信するのに適した帯域幅よりも大きいと判断された場合には、手順はステップＳＴ５に進む。ステップＳＴ５では、予測されるダウンロードに要する時間が閾値未満か否か判断する。ダウンロードに要する時間は、ファイル２４のサイズを受信者端末装置３がインターネットを利用する帯域幅で除算すれば得ることができる。
【００３９】
ステップＳＴ５の判断結果が否定的であることは、ダウンロードに要する時間が長いことを意味する。この場合には、手順はステップＳＴ６に進み、ストリーム受信を選択する。ステップＳＴ６では、目的のファイルをストリーム受信することを利用者に知らせるメッセージを表示部３３に表示させて、その後、ストリーム受信を指定した送信要求をサーバ装置１に送るとよい。表示部３３上のメッセージは、ダウンロードに要する時間が長すぎる旨を表してもよい。
【００４０】
ステップＳＴ５の判断結果が肯定的であることは、ダウンロードに要する時間が短いことを意味する。この場合には、手順はステップＳＴ７に進み、格納装置３２の空き領域容量とファイル２４のサイズとを比較する。
【００４１】
ステップＳＴ７で、空き領域容量がファイルサイズ以下であると判断された場合には、手順はステップＳＴ６に進み、ストリーム受信を選択する。ステップＳＴ６では、目的のファイルをストリーム受信することを利用者に知らせるメッセージを表示部３３に表示させて、その後、ストリーム受信を指定した送信要求をサーバ装置１に送るとよい。表示部３３上のメッセージは、格納装置３２の空き領域容量不足のためダウンロード受信はできない旨を表してもよい。
【００４２】
ステップＳＴ７で、空き領域容量がファイルサイズより大きいと判断された場合には、手順はステップＳＴ８に進み、ダウンロード受信を選択する。ステップＳＴ８では、目的のファイルをダウンロード受信することを利用者に知らせるメッセージを表示部３３に表示させて、その後、ダウンロード受信を指定した送信要求をサーバ装置１に送るとよい。
【００４３】
ステップＳＴ８の状況では、受信者端末装置３はストリーム受信する能力もダウンロード受信する能力も有する。従って、別の実施の形態として、実際の受信開始前に、受信者端末装置３の利用者に受信方式の選択を促すこともできる。具体的には、ストリーム受信とダウンロード受信の選択肢を示すダイアログボックスまたはテキストを表示部３３に表示させ、入力ＩＦ３４から利用者の選択指示が入力されるのを待機する。そして、選択指示が入力されたら、その指示に応じてダウンロード受信またはストリーム受信を指定した送信要求をサーバ装置１に送る。このように、利用者が受信方式を選択できるようにしてもよい。
【００４４】
また、予測されるダウンロードに要する時間が長いために、ストリーム受信する場合（ステップＳＴ５からステップＳＴ６に手順が進んだ場合）には、受信者端末装置３はストリーム受信する能力もダウンロード受信する能力も有する可能性がある。そこで、さらに別の実施の形態では、受信者端末装置３の利用者に受信方式の選択を促すこともできる。具体的には、ダウンロードに要する時間が長すぎる旨を表すメッセージに加えて、ストリーム受信とダウンロード受信の選択肢を示すダイアログボックスまたはテキストを表示部３３に表示させ、入力ＩＦ３４から利用者の選択指示が入力されるのを待機する。そして、ストリーム受信の選択指示が入力されたら、ストリーム受信を指定した送信要求をサーバ装置１に送る。逆にダウンロード受信の選択指示が入力されたら、手順はステップＳＴ７に進み、格納装置３２の空き領域容量とファイル２４のサイズとを比較する。
【００４５】
以上のように、この実施の形態１によれば、サーバ装置１にアップロードされたファイル２４のサイズとファイル２４をストリーミング受信するのに適した帯域幅に関する、宛先の装置が内部で自動解釈可能な形式の情報部分を発信者端末装置２の通知生成部２２が電子メール２５に添付するか含める。従って、宛先の装置が情報部分を自動解釈して、効率的にファイルの受信方法を選択することが可能であるという効果が得られる。
【００４６】
また、受信者端末装置３では読出要求部３５が、利用帯域幅と推奨帯域幅とファイルサイズと格納装置３２の空き領域容量に基づいて、サーバ装置１からのファイル２４の取得形式を自動的に選択して、サーバ装置に取得形式に応じた送信を要求する。従って、受信者端末装置３は、効率的にファイルの受信方法を自動選択することが可能である。
【００４７】
さらに、受信者端末装置３では、通知受信部３１で受信した電子メールに添付されているか含まれている情報部分を読出要求部３５が自動解釈して、ファイル２４のサイズとファイル２４をストリーミング受信するのに適した帯域幅を認識し、ファイルの受信方式の選択にこれらを役立てる。従って、受信者端末装置３は、さらに効率的にファイルの受信方法を自動選択することが可能である。
【００４８】
上述した実施の形態に関しては、以下のような変更を加えてもよい。
特定の利用者だけがサーバ装置１にアップロードされたファイル２４を利用できるように、パスワード、指紋、声紋、虹彩、顔などの認証をサーバ装置１が行うようにしてもよい。認証を行うには、例えば、あらかじめ決められた限定された利用者の認証情報をサーバ装置１が格納していてもよい。また、個々のファイル２４につき送信者がパスワードを決定し、サーバ装置１にファイル２４をアップロードするときに、パスワードをサーバ装置１に通知してもよい。
【００４９】
宛先の装置がサーバ装置１にアップロードされたファイル２４にアクセスしたか否かを送信者が確認できるように、個々のファイル２４のアクセス状況を示す識別機能をサーバ装置１に設けてもよい。そして、宛先の装置がアクセスした場合には、そのファイル２４の識別子を変更して、発信者端末装置２がサーバ装置１にアクセスしたら、宛先の装置が識別子を確認できるようにしてもよいし、宛先の装置がアクセスした場合には、サーバ装置１が電子メールを自動作成し、これを発信者端末装置２に送信してもよい。
【００５０】
サーバ装置１の格納部１２上の個々のファイル２４に有効アクセス期限を設定し、期限経過後にファイルを自動的に削除してもよい。この場合には、サーバ装置１の登録部１１は有効アクセス期限をアップロード部２１に通知し、通知生成部２２が対応する電子メール２５に有効アクセス期限を記入するとよい。宛先の装置の利用者は電子メール２５によって有効アクセス期限を知ることができる。
【００５１】
サーバ装置１にアップロードされた一つのファイル２４を複数の利用者が利用できるようにしてもよい。例えば、そのファイルに対応する電子メール２５を通知送信部２３は複数の宛先に送信するとよい。
【００５２】
【発明の効果】
以上のように、この発明によれば、宛先の装置の環境とファイルの属性に基づいて、宛先の装置が効率的にファイルの受信方法を選択することが可能であるという効果がある。
【図面の簡単な説明】
【図１】この発明に係る通信装置を含むネットワークの構成を示す概略図である。
【図２】図１に示されたネットワークのサーバ装置、発信者端末装置、および受信者端末装置の詳細を示すブロック図である。
【図３】図２に示された受信者端末装置の読出要求部によるファイルの受信形式の選択手順を示す。
【符号の説明】
１　サーバ装置、２　発信者端末装置（通信装置）、３　受信者端末装置（通信装置）、４　インターネットエクスチェンジ、５，６　インターネットサービスプロバイダ、７　ローカルエリアネットワーク、１１　登録部、１２　格納部、１３　読出部、１４　ストリームサーバ、２１　アップロード部（通信部）、２２　通知生成部、２３　通知送信部（通信部）、２４　ファイル、２５　電子メール、３１　通知受信部、３２　格納装置、３３　表示部、３４　入力インタフェイス、３５　読出要求部（調査部、第１の比較部、第２の比較部、通知解釈部）、３６　受信部（通信部）、３７　スピーカ。
【図１】
2004038677.tif 000003
【図２】
2004038677.tif 000004
【図３】
2004038677.tif 000005