JP2003122660A - Contents transferring method, gateway server, contents transferring program and recording medium with the program recorded thereon - Google Patents

Abstract

PROBLEM TO BE SOLVED: To transfer contents on a contents server requested by a download client terminal to another equipment without temporarily storing the contents in a download client terminal or forcing a user to share an operation load. SOLUTION: A gateway server 3 manages the information of contents to be transferred to each download client by a transfer information DB 31. At the time of receiving a download request requested by a download client terminal 1 to a content server 2, the gateway server 3 transmits the download request of contents to the contents server 2 by proxy, and receives a response to the download request from the contents server 2, and analyzes the data of the response, and transfers the contents to the designated transfer destination equipment.

Description

【発明の詳細な説明】Detailed Description of the Invention

【０００１】[0001]

【発明の属する技術分野】本発明は、サーバ上にあるコ
ンテンツをダウンロードするシステムにおける、コンテ
ンツの転送方法に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a content transfer method in a system for downloading content on a server.

【０００２】[0002]

【従来の技術】従来、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍ
ｐｕｔｏｒ）やＷｅｂ対応携帯電話等（以下、ダウンロ
ードクライアント端末）を用いて、インターネット等の
ネットワーク上に設置されているＷｅｂサーバにアクセ
スし、Ｗｅｂページを閲覧し、所望の音楽ファイルや動
画ファイル等のコンテンツをダウンロードすることが可
能なシステムが広く利用されている。2. Description of the Related Art Conventionally, a PC (Personal Com)
a web server installed on a network such as the Internet, browse a web page, and download a desired music file, movie file, etc. Systems capable of downloading contents are widely used.

【０００３】上記の従来システムの動作を説明する。ユ
ーザは、ダウンロードクライアント端末に実装されてい
るＷｅｂブラウザ等のＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）クライアント
ソフトウェアに所望のコンテンツのＵＲＬ（Ｕｎｉｆｏ
ｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を与え、Ｗ
ｅｂサーバにコンテンツダウンロード要求として、リク
エストを送信する。Ｗｅｂサーバはリクエストを受け取
ると、そのレスポンスとして、ダウンロードクライアン
ト端末へレスポンスデータを返す。レスポンスの中身は
大きく分けてステータスライン（Ｓｔａｔｕｓ−Ｌｉｎ
ｅ）、ヘッダー（Ｒｅｓｐｏｎｓｅ−Ｈｅａｄｅｒ、Ｅ
ｎｔｉｔｙ−Ｈｅａｄｅｒ）、ファイル本体（Ｅｎｔｉ
ｔｙ−Ｂｏｄｙ）から成っており、音楽ファイルや動画
ファイルのデータ部はファイル本体に含まれる。このよ
うにして、ダウンロードクライアント端末は、Ｗｅｂサ
ーバからコンテンツをダウンロードすることが可能とな
っている。The operation of the above conventional system will be described. The user uses an HTTP (Hyper Text) such as a Web browser installed in the download client terminal.
Transfer Protocol) URL of the desired content (Unifo) in the client software.
rm Resource Locator), W
The request is transmitted to the eb server as a content download request. Upon receiving the request, the Web server returns response data to the download client terminal as a response. The contents of the response are roughly divided into the status line (Status-Lin
e), header (Response-Header, E
entity-Header), file body (Enti
ty-Body), and the data portion of a music file or moving image file is included in the file body. In this way, the download client terminal can download the content from the Web server.

【０００４】[0004]

【発明が解決しようとする課題】しかし、上記の従来の
方法では、Ｗｅｂサーバからのレスポンスとして、コン
テンツが配送されるため、コンテンツの配送先はダウン
ロード要求のリクエストを送信したダウンロードクライ
アント端末のみとなり、ダウンロードクライアント端末
以外の別の端末にコンテンツを配送することはできな
い。そのため、ダウンロードクライアント端末と実際に
コンテンツを使用する端末宛にコンテンツを転送する操
作を行なう必要があり、手間を要するという問題が発生
していた。また、前記の方法では、一旦コンテンツをダ
ウンロードクライアント端末に蓄積する必要があるた
め、少なくともダウンロードするコンテンツを格納でき
るだけのメモリ容量が必須となり、小型で低価格化なダ
ウンロードクライアント端末を提供することが困難にな
る。However, in the above-mentioned conventional method, since the content is delivered as a response from the Web server, the delivery destination of the content is only the download client terminal that has transmitted the request for the download request. Content cannot be delivered to other terminals than the download client terminal. Therefore, it is necessary to perform the operation of transferring the content to the download client terminal and the terminal that actually uses the content, which causes a problem that labor is required. Further, in the above method, since it is necessary to temporarily store the content in the download client terminal, it is necessary to have at least a memory capacity for storing the content to be downloaded, and it is difficult to provide a downsized download client terminal with a low price. become.

【０００５】本発明の目的は、ダウンロードクライアン
ト端末が要求したコンテンツサーバ上のコンテンツを一
旦ダウンロードクライアント端末に蓄積することなく、
かつ、ユーザに操作負担を強いることなく、別の機器に
配送することが可能なコンテンツ転送方法、ゲートウェ
イサーバ、コンテンツ転送プログラム、および記録媒体
を提供することである。An object of the present invention is to temporarily store the content on the content server requested by the download client terminal in the download client terminal,
Further, it is to provide a content transfer method, a gateway server, a content transfer program, and a recording medium that can be delivered to another device without imposing an operation burden on the user.

【０００６】[0006]

【課題を解決するための手段】本発明は、クライアント
端末とコンテンツサーバとの間の通信の仲介をネットワ
ークインフラを用い行なうゲートウェイサーバ、または
クライアント端末とコンテンツサーバ間の通信データを
常時取得するゲートウェイを用いて、クライアント端末
によって指定された、コンテンツサーバ上のコンテンツ
を指定された転送先機器へ転送するものである。The present invention provides a gateway server that uses a network infrastructure to mediate communication between a client terminal and a content server, or a gateway that constantly obtains communication data between the client terminal and the content server. It is used to transfer the content on the content server designated by the client terminal to the designated destination device.

【０００７】前者のゲートウェイサーバを用いる場合、
ゲートウェイサーバはクライアント端末毎のコンテンツ
の転送条件を受信し、保持し、クライアント端末からコ
ンテンツサーバへのコンテンツのダウンロード要求を受
信すると、コンテンツサーバへダウンロード要求を送信
し、該ダウンロード要求に対する、コンテンツサーバか
らのレスポンスを受信すると、該レスポンスのデータを
解析し、該レスポンスに伴ないコンテンツサーバから送
信されてきたコンテンツが転送すべきコンテンツか否か
を前記転送条件から判断し、転送すべきコンテンツであ
れば前記コンテンツを転送先機器へ転送する。When the former gateway server is used,
The gateway server receives and holds the content transfer condition for each client terminal, and when receiving the content download request from the client terminal to the content server, transmits the download request to the content server, and the content server responds to the download request. When the response is received, the data of the response is analyzed, whether the content transmitted from the content server accompanying the response is the content to be transferred or not is determined from the transfer condition. The content is transferred to the transfer destination device.

【０００８】また、後者のゲートウェイサーバを用いる
場合、ゲートウェイサーバはクライアント端末毎のコン
テンツの転送条件を受信し、保持し、クライアント端末
が送信したコンテンツサーバへのダウンロード要求に対
する、コンテンツサーバからのレスポンスを受信する
と、該レスポンスのデータを解析し、該レスポンスに伴
ないコンテンツサーバから送信されてきたコンテンツが
転送すべきコンテンツか否かを前記転送条件から判断
し、転送すべきコンテンツであれば前記コンテンツを転
送先機器へ転送する。When the latter gateway server is used, the gateway server receives and holds the content transfer condition for each client terminal, and sends a response from the content server to the download request sent to the content server by the client terminal. When received, the response data is analyzed, and it is judged from the transfer condition whether the content transmitted from the content server accompanying the response is the content to be transferred. Transfer to the transfer destination device.

【０００９】したがって、ユーザは所望のコンテンツの
転送の手間を省略でき、かつ記憶容量の少ないＷｅｂ対
応携帯電話等のダウンロードクライアント端末において
も、所望のコンテンツを指定された転送先機器へ転送す
ることができる。Therefore, the user can save the trouble of transferring the desired content and can transfer the desired content to the designated transfer destination device even in a download client terminal such as a Web-compatible mobile phone having a small storage capacity. it can.

【００１０】以上では、転送条件を事前にゲートウェイ
サーバに登録するが、ゲートウェイサーバがコンテンツ
サーバからのダウンロード要求結果、すなわちヘッダ情
報やコンテンツデータを受信した時点で、クライアント
端末に転送の可否、転送先機器等の情報を問い合わせる
ようにすることもできる。In the above, the transfer condition is registered in advance in the gateway server. However, when the gateway server receives the download request result from the content server, that is, the header information and the content data, whether or not the transfer is possible and the transfer destination are transferred to the client terminal. It is also possible to make an inquiry about information on devices and the like.

【００１１】[0011]

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, embodiments of the present invention will be described with reference to the drawings.

【００１２】第１の実施形態 図１を参照すると、ダウンロードクライアント端末１と
コンテンツサーバ２とゲートウェイサーバ３とファイル
サーバ４、５とインターネット６からなるコンテンツ転
送システムが図示されている。 First Embodiment Referring to FIG. 1, a content transfer system including a download client terminal 1, a content server 2, a gateway server 3, file servers 4, 5 and the Internet 6 is shown.

【００１３】ダウンロードクラインアト端末１は、コン
テンツサーバ２に対して、コンテンツのダウンロード要
求を送信する端末であり、インターネット等の広域ネッ
トワーク６を介してコンテンツサーバ２とゲートウェイ
サーバ３に接続されている。ダウンロードクライアント
端末１は、コンテンツサーバ２とゲートウェイサーバ３
に接続するためのネットワークインタフェース、例えば
回線交換網用インタフェース、インターネット用インタ
フェース、あるいはその他の通信インターフェースであ
る通信部１３と、ユーザからの入力を受け付ける入力部
１１を有している。また、ダウンロードクライアント端
末１は、コンテンツサーバ２に対して、コンテンツのダ
ウンロード要求を行う際の一連の動作を制御する制御部
１２を有している。ダウンロードクライアント端末１
は、コンテンツサーバ２に対してダウンロード要求を行
える情報通信機器であればよく、例えばＷｅｂブラウザ
を搭載したパーソナルコンピュータやＷｅｂ対応携帯電
話を利用することができる。The download client terminal 1 is a terminal that sends a content download request to the content server 2, and is connected to the content server 2 and the gateway server 3 via a wide area network 6 such as the Internet. The download client terminal 1 includes a content server 2 and a gateway server 3
It has a communication unit 13 which is a network interface for connecting to, for example, a circuit switching network interface, an Internet interface, or another communication interface, and an input unit 11 which receives an input from a user. Further, the download client terminal 1 has a control unit 12 that controls a series of operations when making a content download request to the content server 2. Download client terminal 1
Is any information communication device that can make a download request to the content server 2, and for example, a personal computer equipped with a web browser or a web-compatible mobile phone can be used.

【００１４】コンテンツサーバ２は、音楽ファイル、動
画クリップ、電子新聞等のディジタルコンテンツを格納
しているサーバであり、ダウンロードクライアント端末
１からのコンテンツのダウンロード要求を受信し、その
レスポンスとして、コンテンツを送信するサーバであ
り、インターネット等の広域ネットワーク６を介してダ
ウンロードクライアント端末１とゲートウェイサーバ３
に接続されている。コンテンツサーバ２は、ダウンロー
ドクライアント端末１とゲートウェイサーバ３に接続す
るためのネットワークインタフェース、例えば回線交換
網用インタフェース、インターネット用インタフェー
ス、あるいはその他の通信インタフェースである通信部
２３と、様々なディジタルコンテンツを格納しているコ
ンテンツ格納部２１と、ダウンロード要求を受信し、コ
ンテンツを送信する際の一連の動作を制御する制御部２
２を有している。コンテンツサーバ２は、ダウンロード
クライアント端末１やゲートウェイサーバ３からのダウ
ンロード要求に対して、コンテンツを送信することが可
能なサーバであればよく、例えば一般的なＷｅｂサーバ
であるＭｉｃｒｏＳｏｆｔ ＩＩＳやフリーソフトであ
るＡｐａｃｈｅ等を使用することができる。The content server 2 is a server that stores digital content such as music files, moving image clips, electronic newspapers, etc., receives a content download request from the download client terminal 1, and transmits the content as a response. A download client terminal 1 and a gateway server 3 via a wide area network 6 such as the Internet.
It is connected to the. The content server 2 stores a network interface for connecting to the download client terminal 1 and the gateway server 3, for example, a communication unit 23 which is a circuit switching network interface, an Internet interface, or another communication interface, and stores various digital contents. Content storage section 21 and a control section 2 for controlling a series of operations when receiving a download request and transmitting content.
Have two. The content server 2 may be any server that can transmit content in response to a download request from the download client terminal 1 or the gateway server 3, and is, for example, a general Web server, MicroSoft IIS, or free software. Apache or the like can be used.

【００１５】ゲートウェイサーバ３は、ダウンロードク
ライアント端末１とコンテンツサーバ２との通信の仲介
をネットワーク６を介して行うゲートウェイサーバであ
り、ダウンロードクライアント端末１がダウンロード要
求し、コンテンツサーバ２からネットワーク６を介して
受信したコンテンツをユーザが事前に登録した条件に適
合するかを判断し、条件に適合すれば、転送先端末（フ
ァイルサーバ４または５）にコンテンツの転送を行う。
ゲートウェイサーバ３は、コンテンツサーバ２に接続す
るためのネットワークインタフェース、例えば回線交換
網用インタフェース、インターネット用インタフェー
ス、あるいはその他の通信インタフェースである通信部
３３と、ダウンロードクライアント端末１に接続するた
めのネットワークインタフェース、例えば回線交換網用
インタフェース、インターネット用インタフェース、あ
るいはその他の通信インタフェースである通信部部３４
と、ダウンロードクライアント端末１からのダウンロー
ド要求によりコンテンツサーバ２から送信されたコンテ
ンツを転送先機器へ転送するか否かの条件を格納してい
る転送管理ＤＢ３１を有している。The gateway server 3 is a gateway server that mediates the communication between the download client terminal 1 and the content server 2 via the network 6. The download client terminal 1 makes a download request, and the content server 2 via the network 6 It is determined whether the received content meets the condition registered in advance by the user, and if the condition is met, the content is transferred to the transfer destination terminal (file server 4 or 5).
The gateway server 3 is a network interface for connecting to the content server 2, for example, a communication unit 33 which is a circuit switching network interface, an Internet interface, or another communication interface, and a network interface for connecting to the download client terminal 1. , A communication unit 34 which is, for example, a circuit switching network interface, an Internet interface, or another communication interface.
And a transfer management DB 31 storing conditions for whether or not to transfer the content transmitted from the content server 2 to the transfer destination device in response to a download request from the download client terminal 1.

【００１６】表１は、転送管理ＤＢ３１の構造の一例を
示している。Table 1 shows an example of the structure of the transfer management DB 31.

【００１７】[0017]

【表１】 転送管理ＤＢ３１は、表１に示すように、ダウンロード
クライアント端末識別情報、転送ファイル種別（ファイ
ル種別）、転送ファイル種別（サイズ）、転送先機器情
報（ＩＰアドレス）、転送先機器情報（転送プロトコ
ル）、転送先機器情報（ユーザ名）、転送先機器情報
（パスワード）を保持するフィールドを含む。これらの
フィールドの値は、ユーザにより指定される。ここで、
ダウンロードクライアント端末識別情報は、ゲートウェ
イサーバ３が受信するコンテンツサーバ２からのレスポ
ンスがどのダウンロードクライアント端末へのレスポン
スかを判定するための情報であり、例えばダウンロード
クライアント端末１のＩＰアドレスである。ダウンロー
ドクライアント端末識別情報は、コンテンツサーバ２か
らのレスポンスを示す通信データ中に含まれており、か
つダウンロードクライアント端末を一意に識別可能なも
のであれば何でもよい。転送ファイル種別にはファイル
種別とサイズがあるが、これはコンテンツサーバ２から
のレスポンスにより、ゲートウェイサーバ３が受信する
コンテンツを転送先機器へ転送するか否かを判断するた
めの用いられる。転送ファイル種別（ファイル種別）
は、転送すべきコンテンツのファイル種別、例えば文書
ファイルや音楽ファイル等のフィルの種別を指し示して
いる。ファイル種別はより詳細に、例えば音楽ファイル
におけるエンコード方式によって分類（ＭＰ３やｗａｖ
等）してもよい。転送ファイル種別（サイズ）は、転送
すべきコンテンツのサイズ条件を格納するフィールドで
あり、例えば５ＭＢ以上のコンテンツであれば、転送す
るといったように指定できる。転送ファイル種別（サイ
ズ）に、ダウンロードクライアント端末１のコンテンツ
受信用のメモリ容量を記すことにより、ダウンロードク
ライアント端末１は、メモリ容量の制限で受信すること
ができなかったコンテンツを転送先機器から受け取るこ
とが可能となる。ゲートウェイサーバ３が受信したコン
テンツのうち、転送ファイル種別（ファイル種別）と転
送ファイル種別（サイズ）の二つの条件を満たすコンテ
ンツが転送すべきコンテンツと判断される。転送先機器
情報は、コンテンツを転送する際に必要な情報、すなわ
ち転送先の機器への接続方法、接続手順を格納してい
る。本実施形態においては、転送先機器を個人毎のディ
スク領域をもつファイルサーバ４、５としたため、ファ
イルサーバ４、５のＩＰアドレス、ファイルサーバ４、
５への転送プロトコル、およびファイルサーバ４、５が
ユーザ認証を行うために必要なユーザ名とパスワードを
格納している。また、コンテンツサーバ２からのダウン
ロードクライアント端末１へのレスポンスを受信し、そ
のレスポンスのデータを解析し、転送管理ＤＢ３１に登
録してある条件にしたがって、コンテンツを転送するか
否かを判断し、コンテンツの転送やダウンロードクライ
アント端末１へのレスポンスの生成・送信の際の一連の
動作を制御する制御部３２を有している。この制御部３
２は、パケットを取得するパケット取得部３２ａと、デ
ータ解析を行なうデータ解析部３２ｂと、パケットを構
築するパケット構築部３２とを含んでいる。[Table 1] As shown in Table 1, the transfer management DB 31 includes download client terminal identification information, transfer file type (file type), transfer file type (size), transfer destination device information (IP address), transfer destination device information (transfer protocol). , Transfer destination device information (user name), and transfer destination device information (password). The values of these fields are specified by the user. here,
The download client terminal identification information is information for determining to which download client terminal the response from the content server 2 received by the gateway server 3 is, for example, the IP address of the download client terminal 1. The download client terminal identification information may be any information as long as it is included in the communication data indicating the response from the content server 2 and can uniquely identify the download client terminal. The transfer file type includes a file type and a size, which are used to determine whether or not the content received by the gateway server 3 is transferred to the transfer destination device according to the response from the content server 2. Transfer file type (file type)
Indicates the file type of the content to be transferred, for example, the file type such as a document file or a music file. The file types are classified in more detail, for example, by the encoding method for music files (MP3 or wav
Etc.) The transfer file type (size) is a field for storing the size condition of the content to be transferred, and can be specified such as transfer if the content is 5 MB or more. By writing the memory capacity for content reception of the download client terminal 1 in the transfer file type (size), the download client terminal 1 can receive from the transfer destination device the content that could not be received due to the memory capacity limitation. Is possible. Among the contents received by the gateway server 3, the contents satisfying the two conditions of the transfer file type (file type) and the transfer file type (size) are judged to be the contents to be transferred. The transfer destination device information stores information necessary for transferring the content, that is, the connection method and connection procedure to the transfer destination device. In this embodiment, since the transfer destination device is the file server 4 or 5 having a disk area for each individual, the IP address of the file server 4 or 5, the file server 4,
5 stores a transfer protocol, and a user name and password necessary for the file servers 4 and 5 to perform user authentication. Further, it receives a response from the content server 2 to the download client terminal 1, analyzes the data of the response, determines whether or not to transfer the content according to the condition registered in the transfer management DB 31, It has a control unit 32 that controls a series of operations when transferring and downloading a response to the download client terminal 1. This control unit 3
2 includes a packet acquisition unit 32a that acquires a packet, a data analysis unit 32b that analyzes data, and a packet construction unit 32 that constructs a packet.

【００１８】以下に、本発明の実施形態におけるゲート
ウェイサーバ３の動作を図２に示すフローチャートを参
照して説明する。The operation of the gateway server 3 according to the embodiment of the present invention will be described below with reference to the flowchart shown in FIG.

【００１９】ステップ１０１に、ゲートウェイサーバ３
は、ダウンロードクライアント端末１からの接続、コン
テンツサーバ２、もしくはその他の端末からの接続を待
機している。In step 101, the gateway server 3
Is waiting for a connection from the download client terminal 1, a connection from the content server 2, or another terminal.

【００２０】接続後、ステップ１０２に「転送条件登録
要求？」でコンテンツの転送条件の登録要求であるか否
かをコマンド名から判断する。転送条件登録要求であっ
た場合はステップ１０３へ処理が進み、そうでなかった
場合にはステップ１０５へと処理が進む。After connection, in step 102, "transfer condition registration request?" Is used to judge from the command name whether or not it is a request for registration of content transfer conditions. If the request is a transfer condition registration request, the process proceeds to step 103. If not, the process proceeds to step 105.

【００２１】（転送条件登録処理）ステップ１０３で
は、転送条件要求登録を送信してきたダウンロードクラ
イアント端末１に転送条件を入力する要求をレスポンス
として通信部３４より送信する。本実施形態において
は、例えば、図３に示されるような転送条件を入力する
ための画面をアクセスしてきたダウンロードクライアン
ト端末１に送信する。図３に示す入力画面を受信したユ
ーザは、端末の入力部１１より、ダウンロードクライア
ント端末識別情報として、ダウンロードクライアント端
末１のＩＰアドレス、転送ファイルのファイル種別とサ
イズの条件、転送先機器情報として、転送先機器である
ファイルサーバ４または５のＩＰアドレス、ファイルサ
ーバ４または５へ接続し、コンテンツ転送の際に使用す
るプロトコル、ファイルサーバ４または５の個人ファイ
ル領域へアクセスするためのユーザＩＤとパスワードを
それぞれ入力し、ゲートウェイサーバ３に送信する。ス
テップ１０４では、ゲートウェイサーバ３はダウンロー
ドクライアント端末１から送信された転送条件を通信部
３４で受信し、転送管理ＤＢ３１の各フィールドに値を
保持する。以上で転送条件登録は終了する。(Transfer condition registration processing) In step 103, the communication section 34 transmits a request for inputting the transfer condition to the download client terminal 1 which has transmitted the transfer condition request registration, as a response. In the present embodiment, for example, a screen for inputting transfer conditions as shown in FIG. 3 is transmitted to the accessing download client terminal 1. The user who receives the input screen shown in FIG. 3 uses the input unit 11 of the terminal as the download client terminal identification information, the IP address of the download client terminal 1, the condition of the file type and size of the transfer file, and the transfer destination device information. The IP address of the file server 4 or 5 that is the transfer destination device, the protocol used when connecting to the file server 4 or 5 and the user ID and password for accessing the personal file area of the file server 4 or 5 Are input respectively and transmitted to the gateway server 3. In step 104, the gateway server 3 receives the transfer condition transmitted from the download client terminal 1 at the communication unit 34, and holds the value in each field of the transfer management DB 31. This completes the transfer condition registration.

【００２２】次に、ステップ１０５「ダウンロード要求
？」でダウンロードクライアント端末１からのコンテン
ツサーバ２へのコンテンツのダウンロード要求か否かを
コマンド名から判断する。ダウンロード要求であった場
合はステップ１０６へ処理が進み、そうでなかった場合
にはステップ１０７へと処理が進む。Next, in step 105 "download request?", It is judged from the command name whether or not it is a content download request from the download client terminal 1 to the content server 2. If it is a download request, the process proceeds to step 106, and if not, the process proceeds to step 107.

【００２３】（コンテンツダウンロード要求）ゲートウ
ェイサーバ３は、ダウンロードクライアント端末１とコ
ンテンツサーバ２との通信も専ら仲介する。ステップ１
０６でゲートウェイサーバ３は、ダウンロードクライア
ント端末１からのコンテンツのダウンロード要求を通信
部３４で受信すると、ダウンロードクライアント端末１
の代理となって、コンテンツサーバ２へダウンロード要
求を通信部３３より送信する。すなわち一般的なプロキ
シーサーバの動作を行う。一般的なプロキシーサーバの
動作を説明すると、プロキシーサーバを利用する場合に
Ｗｅｂブラウザは設定されたプロキシーサーバに対して
接続を行う。このとき、Ｗｅｂブラウザはプロキシーサ
ーバに対して「どこのＷｅｂサーバホストのデータが欲
しいか」をＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ
Ｌｏｃａｔｏｒ）で指定する。するとプロキシーサー
バは、その指定されたホストへの接続を確立し、両者の
間の通信を中継する。(Content Download Request) The gateway server 3 exclusively mediates communication between the download client terminal 1 and the content server 2. Step 1
At 06, when the communication unit 34 receives the content download request from the download client terminal 1, the gateway server 3 downloads the content.
The download request is transmitted from the communication unit 33 to the content server 2 on behalf of. That is, it operates as a general proxy server. The operation of a general proxy server will be described. When the proxy server is used, the Web browser connects to the set proxy server. At this time, the Web browser asks the proxy server, "Which Web server host data do you want?" To the URL (Uniform Resource).
Locator). Then, the proxy server establishes a connection to the designated host and relays communication between the two.

【００２４】（コンテンツ転送処理）次に、ステップ１
０７「コンテンツサーバ２からのレスポンス？」で、ス
テップ１０６で送信したコンテンツサーバ２へのコンテ
ンツのダウンロード要求のレスポンスか否かをポート番
号から判断する。ダウンロード要求のレスポンスであっ
た場合はステップ１０８へ処理が進み、そうでなかった
場合にはステップ１１３へと処理が進み、予期しない接
続であるため、アクセスしてきた端末にエラーを返す。(Content Transfer Processing) Next, step 1
In 07 "Response from content server 2?", It is determined from the port number whether or not it is a response to the content download request to the content server 2 transmitted in step 106. If it is a response to the download request, the process proceeds to step 108. If not, the process proceeds to step 113, and since it is an unexpected connection, an error is returned to the accessing terminal.

【００２５】ステップ１０８では、ステップ１０７で受
信したレスポンスから、そのレスポンスに伴いコンテン
ツサーバ２から送信されてきたコンテンツが転送すべき
コンテンツか否かを判断する。図４にステップ１０５〜
１０８の判断部の詳細チャートを示す。以下に順に説明
する。In step 108, it is judged from the response received in step 107 whether or not the content transmitted from the content server 2 along with the response is content to be transferred. Step 105 to FIG.
The detailed chart of the judgment part 108 is shown. These will be described below in order.

【００２６】ステップ２０１では、コンテンツサーバ２
から受信したレスポンスがどのダウンロードクライアン
ト端末向けのレスポンスかを識別し、当該ダウンロード
クライアント端末のＩＰアドレスを取得する。ステップ
２０３において、ステップ２０２で取得したダウンロー
ドクライアント端末のＩＰアドレスと同じ値が、転送管
理ＤＢ３１のダウンロードクライアント端末識別情報フ
ィールドに格納されているか判断する。もし、同じ値が
ダウンロードクライアント端末識別情報フィールドに格
納されていた場合は、ステップ２０４へ処理を進め、格
納されていなかった場合は、ステップ２０７へと進み、
本レスポンスには、転送先機器に転送すべきコンテンツ
が含まれていないと判断する。ステップ２０４では、レ
スポンスに含まれるヘッダ情報を取得し、そのレスポン
スに含まれるコンテンツのコンテンツ種別、サイズを取
得する。図４にＨＴＴＰレスポンスのヘッダ情報の例を
挙げて説明すると、ＨＴＴＰレスポンスのヘッダには、
様々なパラメータ（Ｓｅｒｖｅｒ，Ｄａｔｅ等）が記載
されているが、その中で、「Ｃｏｎｔｅｎｔ−Ｔｙｐ
ｅ」と「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」は、レスポン
スで返されるコンテンツの種別とコンテンツのサイズを
示している。本例でいえば、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ
には、ａｐｐｌｉｃａｔｉｏｎ／ｍｐｅｇと記されてい
るので、Ｍｐｅｇファイルがレスポンスとして返される
ことがわかる。また、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈに
は、２０４９９１と記されているので、レスポンスで返
されるコンテンツであるＭｐｅｇファイルのサイズは、
２０４９９１バイトであることがわかる。このようにし
て、レスポンス中のヘッダ情報を参照することにより、
レスポンスで返されるコンテンツのコンテンツ種別とコ
ンテンツサイズを取得することが可能である。ステップ
２０５では、ステップ２０４で取得したコンテンツ種別
とコンテンツサイズをもとに、ステップ２０２で取得し
たダウンロードクライアント端末識別情報を含むレコー
ドにおいて、転送ファイル種別のファイル種別とファイ
ルサイズを参照し、条件が適合するものがあるか否かを
検索する。例えば、ゲートウェイサーバ３の転送管理Ｄ
Ｂ３１が表１に示した値を格納していた場合、本例で
は、コンテンツサーバ２からのレスポンスで返されたコ
ンテンツのコンテンツ種別がＭｐｅｇファイルであり、
コンテンツサイズが２０４９９１バイトであるので、表
１の転送管理ＤＢ３１の２番目のレコードに記載されて
いる“コンテンツ種別がＭｐｅｇ”、“コンテンツサイ
ズが２０ＫＢ以上”の条件に適合する。もし、条件に適
合するものがあれば、ステップ２０６に示すとおり、転
送すべきコンテンツであると判断する。条件に適合する
ものがなかった場合、ステップ２０７に示すとおり、転
送すべきでないコンテンツと判定する。以上のようにし
て、コンテンツサーバ２から受信したレスポンスに含ま
れるコンテンツを転送するべきか否かを判断する。In step 201, the contents server 2
It identifies to which download client terminal the response received from is the response, and acquires the IP address of the download client terminal. In step 203, it is determined whether the same value as the IP address of the download client terminal acquired in step 202 is stored in the download client terminal identification information field of the transfer management DB 31. If the same value is stored in the download client terminal identification information field, the process proceeds to step 204. If it is not stored, the process proceeds to step 207.
It is determined that this response does not include the content to be transferred to the transfer destination device. In step 204, header information included in the response is acquired, and the content type and size of the content included in the response are acquired. Explaining with an example of the header information of the HTTP response in FIG. 4, the HTTP response header is
Although various parameters (Server, Date, etc.) are described, among them, "Content-Type
“E” and “Content-Length” indicate the type of content and the size of content returned in the response. In this example, Content-Type
Since it is written as application / mpeg, it can be seen that the Mpeg file is returned as a response. Further, since 204991 is written in Content-Length, the size of the Mpeg file that is the content returned in the response is
It turns out that it is 204991 bytes. In this way, by referring to the header information in the response,
It is possible to acquire the content type and content size of the content returned in the response. In step 205, based on the content type and content size acquired in step 204, the file type and file size of the transfer file type are referenced in the record including the download client terminal identification information acquired in step 202, and the condition is met. Search whether there is something to do. For example, the transfer management D of the gateway server 3
When B31 stores the values shown in Table 1, in this example, the content type of the content returned in the response from the content server 2 is the Mpeg file,
Since the content size is 204991 bytes, it meets the conditions of “content type is Mpeg” and “content size is 20 KB or more” described in the second record of the transfer management DB 31 in Table 1. If there is one that meets the conditions, it is determined that the content is to be transferred, as shown in step 206. If none of the conditions are met, as shown in step 207, it is determined that the content should not be transferred. As described above, it is determined whether or not the content included in the response received from the content server 2 should be transferred.

【００２７】再び、図２を用いてファイルサーバの動作
について説明する。The operation of the file server will be described again with reference to FIG.

【００２８】ステップ１０８でファイル転送すると判断
した場合、ステップ１０９に進み、ダウンロードクライ
アント端末１にダウンロード要求されたコンテンツは、
事前に設定された転送先機器、ここではファイルサーバ
４に転送する旨を示す画面等をレスポンスとして作成
し、ダウンロードクライアント端末１に通信部３４より
送信する。ユーザはゲートウェイサーバ３が作成した
「コンテンツをファイルサーバ４に転送する旨を示す画
面」をダウンロードクライアント端末１にて受信し、ダ
ウンロード要求したコンテンツが転送されたことを知る
ことができる。ステップ１０８でファイル転送しないと
判断した場合、ステップ１１２に進み、コンテンツサー
バ２から送信されたレスポンスを通信部３４よりそのま
まダウンロードクライアント端末１へ送信する。If it is determined in step 108 that the file should be transferred, the process proceeds to step 109, in which the content requested to be downloaded to the download client terminal 1 is
A transfer destination device set in advance, here, a screen or the like indicating that the file is transferred to the file server 4 is created as a response, and is transmitted from the communication unit 34 to the download client terminal 1. The user can receive at the download client terminal 1 the “screen indicating that the content is transferred to the file server 4” created by the gateway server 3 and know that the content requested to be downloaded has been transferred. When it is determined that the file is not transferred in step 108, the process proceeds to step 112, and the response transmitted from the content server 2 is transmitted from the communication unit 34 to the download client terminal 1 as it is.

【００２９】ステップ１１０では、コンテンツサーバ２
からの送られてくるレスポンスに含まれるコンテンツの
データを全て受信するまで待機し、レスポンスを全て受
信すると、ステップ１１１にて、転送管理ＤＢ３１の、
ステップ１０８で検索した当該レコードの転送先機器情
報の各項目にしたがって、ステップ１１０で受信したコ
ンテンツを通信部３４より転送する。例えば、表１の転
送管理ＤＢ３１の第２行のレコードを例とすると、転送
先機器であるファイルサーバのＩＰアドレス、２１１.
０.××.○○に向けて、転送プロトコルＦＴＰで接続
し、ユーザ名ｈｏｇｅｈｏｇｅ、パスワードｐａｓｓｐ
ａｓｓでユーザ認証を行い、ステップ１１０で受信した
コンテンツを転送する。In step 110, the contents server 2
Waits until it receives all the data of the content included in the response sent from, and when all the responses are received, in step 111,
The content received in step 110 is transferred from the communication unit 34 according to each item of the transfer destination device information of the record searched in step 108. For example, taking the record in the second row of the transfer management DB 31 in Table 1 as an example, the IP address of the file server which is the transfer destination device, 211.
Connected with the transfer protocol FTP toward 0.xx.xx, user name hogehoge, password passsp
User authentication is performed by “ass”, and the content received in step 110 is transferred.

【００３０】上記のステップ１１０〜１１１の処理にお
いて、ゲートウェイサーバ３は、コンテンツサーバ２か
ら送られてくるコンテンツデータを全て受信するまで待
機することなく、受信したデータから順次、転送先機器
へ転送してもよい。In the processing of steps 110 to 111 described above, the gateway server 3 sequentially transfers the received data to the transfer destination device without waiting until all the content data sent from the content server 2 is received. May be.

【００３１】次に、転送先機器であるファイルサーバ
４、５について述べる。Next, the file servers 4 and 5 which are the transfer destination devices will be described.

【００３２】ファイルサーバ４、５は、ファイルを格納
しておく個人所有のディスク保有領域をもっているサー
バであり、インターネットのような広域ネットワーク上
に設置されている。ファイルサーバ４、５では、個人所
有のディスク保有領域にファイルをアップロード、もし
くはダウンロードするには、正当なユーザであるか否か
を判断するためにユーザ認証を行う必要がある。ユーザ
認証後は、様々な端末から個人所有のディスク保有領域
にアクセスでき、ファイルのアップロード、ダウンロー
ドを行うことが可能である。ファイルサーバ４、５は、
例えば、一般的なＦＴＰ (Ｆｉｌｅ Ｔｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）サーバであり、特に本発明において
特別なものではない。The file servers 4 and 5 are servers having a privately owned disk holding area for storing files, and are installed on a wide area network such as the Internet. In the file servers 4 and 5, in order to upload or download a file to the privately owned disk holding area, it is necessary to perform user authentication in order to determine whether or not the user is a valid user. After user authentication, the personal disk possession area can be accessed from various terminals, and files can be uploaded and downloaded. The file servers 4 and 5 are
For example, a general FTP (File Transfer)
Protocol) server, which is not special to the present invention.

【００３３】フィルサーバ４、５は、ファイルおよびそ
の属性情報を格納しておく個人ファイル格納部４２、５
２を有する。また、ユーザ特定情報（ユーザＩＤ）やユ
ーザ秘匿情報（パスワード）、ユーザに関する情報を管
理しているユーザ管理ＤＢ４１、５１を有する。また、
広域ネットワーク６を介してゲートウェイサーバ３と接
続するためのネットワークインタフェース、例えば回線
交換網用インタフェース、インターネット用インタフェ
ース、あるいはその他の通信インタフェースである通信
部４４、５４を有している。また、アクセスしてきた端
末に対して、個人ファイルの転送を受信する等の一連の
動作を制御する制御部４３、５３を有している。The fill servers 4, 5 are personal file storages 42, 5 for storing files and their attribute information.
Have two. Further, it has user management information 41 (user ID), user secret information (password), and user management DBs 41 and 51 that manage information about users. Also,
It has communication units 44 and 54 which are network interfaces for connecting to the gateway server 3 via the wide area network 6, for example, circuit switching network interfaces, Internet interfaces, or other communication interfaces. Further, the access terminal has control units 43 and 53 for controlling a series of operations such as reception of transfer of a personal file.

【００３４】次に、本実施形態のシステムの動作を図５
に示すメッセージシーケンスチャートを参照して説明す
る。Next, the operation of the system of this embodiment will be described with reference to FIG.
This will be described with reference to the message sequence chart shown in FIG.

【００３５】本システムの動作は、大きく「転送条件登
録」と「コンテンツ転送」の二つのフェーズに分けられ
るので、順に説明する。The operation of this system is roughly divided into two phases, "transfer condition registration" and "content transfer".

【００３６】１．転送条件登録 まず、ユーザはステップ３０１の「転送条件登録要求」
において、ユーザが使用するダウンロードクライアント
端末１もしくはその他の端末からゲートウェイサーバ３
に対して、所望のコンテンツを指定の機器に転送する設
定を行いたいという要求を送信する。1. Transfer condition registration First, the user makes a “transfer condition registration request” in step 301.
In, the download client terminal 1 used by the user or another terminal to the gateway server 3
To the designated device, a request for setting to transfer the desired content to the designated device is transmitted.

【００３７】ゲートウェイサーバ３は、ステップ３０２
「転送条件登録入力画面」で示すとおり、ステップ３０
１で転送条件登録要求を送信してきた端末に対し、転送
条件を入力するフォームがある画面を返す。転送条件入
力画面のイメージは図３に示すとおりであり、本実施形
態においては、ダウンロードクライアント端末識別情
報、転送ファイル種別（ファイル種別）、転送ファイル
種別（サイズ）、転送先機器情報（ＩＰアドレス）、転
送先機器情報（転送プロトコル）、転送先機器情報（ユ
ーザ名）、転送先機器情報（パスワード）を入力項目と
している。The gateway server 3 executes step 302.
As shown in "Transfer condition registration input screen", step 30
The screen having the form for inputting the transfer condition is returned to the terminal which has transmitted the transfer condition registration request in 1. The image of the transfer condition input screen is as shown in FIG. 3, and in the present embodiment, the download client terminal identification information, transfer file type (file type), transfer file type (size), transfer destination device information (IP address). , Transfer destination device information (transfer protocol), transfer destination device information (user name), and transfer destination device information (password) are input items.

【００３８】転送条件登録入力画面を受信すると、ユー
ザは端末の入力部を用いて、画面の入力項目に値を入力
し、例えば、ダウンロードクライアント端末識別情報は
ＩＰアドレス２１１.０.××.○○、転送ファイル種別
（ファイル種別）はＭＰ３、転送ファイル種別（サイ
ズ）は指定無し、転送先機器情報（ＩＰアドレス）は、
転送先機器であるファイルサーバ４または５のＩＰアド
レス６３.２１.○×.△○、転送先機器情報（転送プロ
トコル）はファイルサーバ４または５へのファイル転送
プロトコルであるＦＴＰ、転送先機器情報（ユーザ名）
と転送先機器情報（パスワード）はＦＴＰ時のユーザ認
証に用いるもので、例えば、ユーザ名ｈｏｇｅｈｏｇ
ｅ、パスワードＰａｓｓｐａｓｓといったように入力す
る。そして、項目入力後にステップ３０３「転送条件送
信」において、前記入力したパラメータをゲートウェイ
サーバ３に送信する。When the transfer condition registration input screen is received, the user uses the input unit of the terminal to input values in the input items of the screen. For example, the download client terminal identification information is the IP address 211.0.XX. ○, transfer file type (file type) is MP3, transfer file type (size) is not specified, transfer destination device information (IP address) is
IP address 63.21. ○ ×. △ ○ of the file server 4 or 5 which is the transfer destination device, transfer destination device information (transfer protocol) is FTP which is the file transfer protocol to the file server 4 or 5, transfer destination device information (User name)
The transfer destination device information (password) is used for user authentication during FTP. For example, the user name hogehog
e, password Passpass, etc. Then, after inputting the items, in step 303 "send transfer condition", the input parameters are transmitted to the gateway server 3.

【００３９】ゲートウェイサーバ３は、端末から送信さ
れてきた転送条件を受信し、パラメータを読み出し、転
送管理ＤＢ３１に保持する。転送管理ＤＢ３１に関して
は、表１に示すとおりである。The gateway server 3 receives the transfer conditions transmitted from the terminal, reads the parameters, and holds them in the transfer management DB 31. The transfer management DB 31 is as shown in Table 1.

【００４０】次に、ステップ３０５において、転送条件
を確かに保持したということを転送条件登録完了通知に
て送信する。Next, in step 305, the fact that the transfer condition is certainly held is transmitted by a transfer condition registration completion notification.

【００４１】２．コンテンツ転送 次に、「コンテンツ転送」のフェーズについて、同じく
図５を用いて説明する。2. Content Transfer Next, the “content transfer” phase will be described with reference to FIG.

【００４２】ユーザは、ステップ３０６にて、転送条件
登録フェーズにて登録したダウンロードクラインアト端
末１を用いて、ゲートウェイサーバ３を仲介して、コン
テンツサーバ２へ所望のコンテンツのダウンロード要求
を送信する。In step 306, the user uses the download client terminal 1 registered in the transfer condition registration phase to mediate the gateway server 3 to send a request to download the desired content to the content server 2.

【００４３】ゲートウェイサーバ３は、ダウンロードク
ライアント端末１から送信されたダウンロード要求を受
信し、ステップ３０７にて、そのままダウンロードクラ
イアント端末１のダウンロード要求を代理でコンテンツ
サーバ２に送信する。The gateway server 3 receives the download request transmitted from the download client terminal 1, and in step 307, directly transmits the download request of the download client terminal 1 to the content server 2 as a proxy.

【００４４】コンテンツサーバ２は、ゲートウェイサー
バ３からのダウンロード要求を受信すると、要求にした
がい、ステップ３０８「ダウンロード要求結果（ヘッ
ダ）」にて、レスポンスを送信する。特にここでは、レ
スポンスに含まれるヘッダ情報に注目して説明する。Upon receiving the download request from the gateway server 3, the content server 2 sends a response in step 308 "download request result (header)" according to the request. In particular, here, the description will focus on the header information included in the response.

【００４５】ステップ３０９「ダウンロード要求結果格
納」にて、ゲートウェイサーバ３は、コンテンツサーバ
２からのレスポンスを受信し、ステップ３１０「コンテ
ンツ転送判断」により、図４で示した判断フローにした
がって、コンテンツを転送するか否かを判断する。本実
施形態ではコンテンツを転送すると判断したことにし、
以下の説明を続ける。At step 309 "Download request result storage", the gateway server 3 receives the response from the content server 2, and at step 310 "Content transfer determination", the content is downloaded according to the determination flow shown in FIG. Determine whether to transfer. In this embodiment, it is decided to transfer the content,
The following explanation will be continued.

【００４６】ステップ３１１では、ゲートウェイサーバ
３は、コンテンツを転送するといった旨をユーザに知ら
せるための画面等をレスポンスとして、ダウンロードク
ライアント端末１に送信する。At step 311, the gateway server 3 transmits to the download client terminal 1 a response such as a screen for notifying the user that the content will be transferred.

【００４７】また、ゲートウェイサーバ３は、ステップ
３１２「コンテンツ配送（コンテンツデータ）」に示す
とおり、ステップ３０８以降、コンテンツサーバ２から
送信されるレスポンスを受信し続けており、ステップ３
１３にて、全てのコンテンツデータを受信し終わったの
を確認した後、転送管理ＤＢ３１の転送先機器情報にし
たがい、ステップ３１４「コンテンツ転送処理」を行
う。Further, the gateway server 3 continues to receive the response transmitted from the content server 2 after step 308 as shown in step 312 "content delivery (content data)", and step 3
After confirming that all content data have been received in step 13, step 314 “content transfer processing” is performed according to the transfer destination device information in the transfer management DB 31.

【００４８】本実施形態においては、転送先機器は、Ｆ
ＴＰによってファイルのアップロードを受け付けるファ
イルサーバであり、ゲートウェイサーバ３の転送管理Ｄ
Ｂ３１の転送先機器情報に格納されている値どおりに、
ステップ３１５「コンテンツ転送要求（ユーザ名、パス
ワード）」をＦＴＰにしたがい、送信し、ファイルサー
バ４または５がユーザ認証の結果、ステップ３１６「コ
ンテンツ転送要求結果（ＯＫ）」を返してきたら、ステ
ップ３１７でゲートウェイサーバ３がコンテンツサーバ
２から受信したコンテンツを転送する。ステップ３１８
「コンテンツ転送結果（ＯＫ）」にて全てのコンテンツ
データを送信したことを確認し、一連の動作の終了とす
る。In this embodiment, the transfer destination device is F
A transfer management D of the gateway server 3, which is a file server that accepts file uploads by TP.
According to the value stored in the transfer destination device information of B31,
If the step 315 “content transfer request (user name, password)” is transmitted according to the FTP and the file server 4 or 5 returns the step 316 “content transfer request result (OK)” as a result of user authentication, the step 317 Then, the gateway server 3 transfers the content received from the content server 2. Step 318
The "content transfer result (OK)" is used to confirm that all the content data has been transmitted, and the series of operations ends.

【００４９】上記のような動作を行うゲートウェイサー
バ３がダウンロードクライアント端末１とコンテンツサ
ーバ２間に設置されているので、ユーザは所望のコンテ
ンツの転送の手間を省略でき、かつ記憶容量の少ないＷ
ｅｂ対応携帯電話等のダウンロードクライアント端末１
においても、所望のコンテンツを指定の転送先機器へ転
送することができる。Since the gateway server 3 which operates as described above is installed between the download client terminal 1 and the content server 2, the user can save the labor of transferring the desired content and has a small storage capacity W.
Download client terminal 1 such as eb-compatible mobile phone
Also in the above, the desired content can be transferred to the designated transfer destination device.

【００５０】第２の実施形態 図６は本発明の第２の実施形態のコンテンツ転送システ
ムの構成図である。 Second Embodiment FIG. 6 is a block diagram of a content transfer system according to a second embodiment of the present invention.

【００５１】本実施形態は、ゲートウェイサーバ３のコ
ンテンツサーバ２からのダウンロード要求結果、すなわ
ちヘッダ情報やコンテンツデータの取得方法が第１の実
施形態と異なる。本実施形態においては、ダウンロード
クライアント端末１はコンテンツサーバ２と直接通信を
行い、ゲートウェイサーバ３はダウンロードクライアン
ト端末１とコンテンツサーバ２との間の通信を監視する
ことによって通信データを取得する。そのため、ダウン
ロードクライアント端末１はＨＵＢ７とルータ８を介し
てネットワーク６に接続され、ゲートウェイサーバ３は
ＨＵＢ７に接続されている。第１の実施形態ではゲート
ウェイサーバ３は、一旦ダウンロードクライアント端末
１からのダウンロード要求を受信し、その要求を代理し
てコンテンツサーバ２へ送信することによって、コンテ
ンツサーバ２からのダウンロード結果、すなわちヘッダ
情報やコンテンツを受信していたが、本実施形態におい
ては、ダウンロードクライアント端末１とコンテンツサ
ーバ２間の通信を仲介せずに通信データを盗聴・取得す
ることによって、コンテンツサーバ２からのヘッダ情報
やコンテンツを受信する。そのため、図６に示すよう
に、本実施形態におけるゲートウェイサーバ３は、コン
テンツサーバ２とダウンロードクライアント端末１間の
通信を盗聴・取得するためのインタフェースであるデー
タ取得インタフェース３５と、データ取得インタフェー
ス３５を通じて取得した、コンテンツサーバ２からダウ
ンロードクライアント端末１へ送信されたレスポンスデ
ータが格納されるレスポンスデータ格納部３６を備えて
いる。本実施形態におけるゲートウェイサーバ３のダウ
ンロード要求結果を取得する方法としては、一般に同一
セグメント内の通信データを盗聴・取得可能なネットワ
ークアナライザというネットワーク通信障害対策ツール
で用いられる手法があり、公知である。The present embodiment differs from the first embodiment in the method of acquiring the download request result from the content server 2 of the gateway server 3, that is, the header information and the content data. In the present embodiment, the download client terminal 1 directly communicates with the content server 2, and the gateway server 3 acquires communication data by monitoring the communication between the download client terminal 1 and the content server 2. Therefore, the download client terminal 1 is connected to the network 6 via the HUB 7 and the router 8, and the gateway server 3 is connected to the HUB 7. In the first embodiment, the gateway server 3 once receives the download request from the download client terminal 1 and transmits it to the content server 2 on behalf of the request, thereby downloading the content from the content server 2, that is, the header information. However, in the present embodiment, by intercepting / acquiring communication data without mediating the communication between the download client terminal 1 and the content server 2, the header information and the content from the content server 2 are received. To receive. Therefore, as shown in FIG. 6, the gateway server 3 according to the present embodiment uses the data acquisition interface 35, which is an interface for eavesdropping / acquiring communication between the content server 2 and the download client terminal 1, and the data acquisition interface 35. A response data storage unit 36 for storing the acquired response data transmitted from the content server 2 to the download client terminal 1 is provided. As a method for acquiring the download request result of the gateway server 3 in the present embodiment, there is a method generally used in a network communication failure countermeasure tool called a network analyzer capable of eavesdropping / acquiring communication data in the same segment, and is known.

【００５２】本実施形態におけるゲートウェイサーバ３
の動作を図７に示すフローチャートを用いて説明する。
ステップ４０１からステップ４０４までは、転送条件登
録フェーズに関わるところであり、動作としては、第１
の実施形態のステップ１０１〜１０４（図２）と全く同
じなためその説明を省略する。以下、図７のステップ４
０５〜ステップ４０８について説明する。Gateway server 3 in this embodiment
The operation will be described with reference to the flowchart shown in FIG.
Steps 401 to 404 are related to the transfer condition registration phase, and the operation includes the first
Since it is exactly the same as steps 101 to 104 (FIG. 2) of the embodiment of FIG. Hereafter, step 4 of FIG.
05 to step 408 will be described.

【００５３】ゲートウェイサーバ３は、常時、ダウンロ
ードクライアント端末１とコンテンツサーバ２間の通信
を監視している。その中でもステップ４０５に示すとお
り、ダウンロードクライアント端末１がダウンロード要
求した結果である、コンテンツサーバ２からのレスポン
スのデータをゲートウェイサーバ３はレスポンスデータ
格納部３６には常時保持する。The gateway server 3 constantly monitors the communication between the download client terminal 1 and the content server 2. Among them, as shown in step 405, the gateway server 3 always holds the response data from the content server 2, which is the result of the download request from the download client terminal 1, in the response data storage unit 36.

【００５４】次に、ゲートウェイサーバ３は、保持して
いる、コンテンツサーバ２からダウンロードクライアン
ト端末１へのレスポンスデータのヘッダ情報から、ステ
ップ４０６に示すとおり、保持しているレスポンスデー
タに転送すべきコンテンツが含まれているか否かを判断
する。判断は、第１の実施形態の図４に示したのと全く
同様に行なわれる。転送すべきコンテンツであると判断
した場合は、ステップ４０７でコンテンツを転送する処
理を行なう。本処理も第１の実施形態と同様の動作であ
る。転送すべきコンテンツでないと判断した際は、ステ
ップ４０８にて保持しているレスポンスデータの廃棄を
行なう。Next, the gateway server 3 uses the header information of the response data from the content server 2 to the download client terminal 1 that it holds, as shown in step 406, to the content that should be transferred to the response data that it holds. It is determined whether or not is included. The judgment is made in exactly the same way as shown in FIG. 4 of the first embodiment. If it is determined that the content is to be transferred, a process of transferring the content is performed in step 407. This process is also the same as that of the first embodiment. When it is determined that the content is not to be transferred, the response data held in step 408 is discarded.

【００５５】次に、本実施形態のシステムの動作を図８
のメッセージシーケンス図を用いて説明する。Next, the operation of the system of this embodiment will be described with reference to FIG.
The message sequence diagram of FIG.

【００５６】「転送条件登録フェーズ」である図８のス
テップ５０１〜ステップ５０５の処理は、第１の実施形
態のステップ３０１〜３０５の処理と同様なためその説
明を省略する。The processing of steps 501 to 505 of FIG. 8 which is the "transfer condition registration phase" is the same as the processing of steps 301 to 305 of the first embodiment, and therefore its explanation is omitted.

【００５７】以下に本実施形態のポイントである「コン
テンツ転送」のフェーズのステップ５０６〜５１５を説
明する。The steps 506 to 515 of the "content transfer" phase, which is the point of this embodiment, will be described below.

【００５８】ユーザは、ステップ５０６にて、転送条件
登録フェーズにて登録したダウンロードクライアント端
末１を用いて、コンテンツサーバ２へ所望のコンテンツ
のダウンロード要求を送信する。In step 506, the user uses the download client terminal 1 registered in the transfer condition registration phase to send a request to download the desired content to the content server 2.

【００５９】ステップ５０６でダウンロードクライアン
ト端末１から送信されたダウンロード要求に対して、コ
ンテンツサーバ２は、要求に従い、ステップ５０７「ダ
ウンロード要求結果」にて、要求元のダウンロードクラ
イアント端末１へレスポンスを送信する。ダウンロード
クライアント端末１は、コンテンツサーバ２からのレス
ポンスを受信し、コンテンツを蓄積する。In response to the download request transmitted from the download client terminal 1 in step 506, the content server 2 transmits a response to the request source download client terminal 1 in step 507 “download request result” according to the request. . The download client terminal 1 receives the response from the content server 2 and stores the content.

【００６０】本実施形態におけるゲートウェイサーバ３
は、ステップ５０８に示すように常時コンテンツサーバ
２からダウンロードクライアント端末１への通信データ
を取得しており、ステップ５０９「コンテンツ転送判
断」により、図４で示した判断フローに従って、取得済
みの通信データを解析し、コンテンツを転送するか否か
を判断する。本実施形態ではコンテンツを転送すると判
断したことにし、以下の説明を続ける。Gateway server 3 in this embodiment
Has always acquired the communication data from the content server 2 to the download client terminal 1 as shown in step 508, and has already acquired the communication data according to the judgment flow shown in FIG. 4 by step 509 “content transfer judgment”. To determine whether to transfer the content. In the present embodiment, it is determined that the content is transferred, and the following description will be continued.

【００６１】ステップ５１１では、転送管理ＤＢ３１の
転送先機器情報に従い、「コンテンツ転送処理」を行な
う。以下のステップ５１２〜５１５に示すコンテンツ転
送のシーケンスは、転送管理ＤＢ３１の転送先機器情報
に従い、「コンテンツ転送処理」を行なう第１の実施形
態のステップ３１５〜３１８（図５）と全く同様であ
る。In step 511, "content transfer processing" is performed according to the transfer destination device information in the transfer management DB 31. The content transfer sequence shown in steps 512 to 515 below is exactly the same as steps 315 to 318 (FIG. 5) of the first embodiment in which the “content transfer process” is performed according to the transfer destination device information in the transfer management DB 31. .

【００６２】上記説明のような動作を行なうゲートウェ
イサーバ３がダウンロードクライアント端末１とコンテ
ンツサーバ２の通信データを取得可能な位置に設置され
ているので、ユーザは所望のコンテンツの転送の手間を
省略でき、かつ記憶容量の少ないＷｅｂ対応携帯電話等
のダウンロードクライアント端末１においても、所望の
コンテンツを指定の転送先機器に転送することができ
る。Since the gateway server 3 which operates as described above is installed at a position where the communication data of the download client terminal 1 and the content server 2 can be obtained, the user can save the trouble of transferring the desired content. Also, even in the download client terminal 1 such as a Web-compatible mobile phone having a small storage capacity, desired content can be transferred to the designated transfer destination device.

【００６３】第３の実施形態 図９は本発明の第３の実施形態のコンテンツ転送システ
ムの構成図である。 Third Embodiment FIG. 9 is a block diagram of a content transfer system according to a third embodiment of the present invention.

【００６４】本実施形態は、ユーザが、転送するコンテ
ンツ、転送先の機器の情報を事前にゲートウェイサーバ
３に登録する必要なく、ゲートウェイサーバ３がコンテ
ンツサーバ２からのダウンロード要求結果、すなわちヘ
ッダ情報やコンテンツデータを受信した時点で、ダウン
ロードクライアント端末１に転送の可否、転送先機器情
報の問い合わせを行なう点が第１、第２の実施形態と異
なる。In this embodiment, the user does not need to register the content to be transferred and the information of the transfer destination device in advance in the gateway server 3, and the gateway server 3 downloads the result of the download request from the content server 2, that is, the header information and The point different from the first and second embodiments is that when the content data is received, the download client terminal 1 is inquired about whether the transfer is possible or not, and transfer destination device information.

【００６５】本実施形態におけるゲートウェイサーバ３
は、コンテンツサーバ２に接続するためのネットワーク
インタフェース、例えば回線交換網用インタフェース、
インターネット用インタフェース、あるいはその他の通
信インタフェースである通信部３３と、ダウンロードク
ライアント端末１に接続するためのネットワークインタ
フェース、例えば回線交換網用インタフェース、インタ
ーネット用インタフェース、あるいはその他の通信イン
タフェースである通信部３４と、コンテンツサーバ２か
らのダウンロードクライアント端末１へのレスポンスを
受信し、ダウンロードクライアント端末１へそのレスポ
ンスであるコンテンツを転送するか否かを問い合わせて
コンテンツを転送するか否かを判断し、コンテンツの転
送やダウンロードクライアント端末１へのレスポンスを
生成・送信する一連の動作を制御する制御部３２を有し
ている。Gateway server 3 in this embodiment
Is a network interface for connecting to the content server 2, for example, a circuit switching network interface,
A communication unit 33 that is an interface for the Internet or another communication interface, and a communication unit 34 that is a network interface for connecting to the download client terminal 1, for example, an interface for a circuit switching network, an interface for the Internet, or another communication interface. , Receives a response from the content server 2 to the download client terminal 1, inquires of the download client terminal 1 whether or not to transfer the content which is the response, determines whether or not to transfer the content, and transfers the content. And a control unit 32 that controls a series of operations for generating and transmitting a response to the download client terminal 1.

【００６６】ダウンロードクライアント端末１、コンテ
ンツサーバ２、ファイルサーバ４、ファイルサーバ５の
構成は、第１、第２の実施形態と全く同じである。The configurations of the download client terminal 1, the content server 2, the file server 4, and the file server 5 are exactly the same as those of the first and second embodiments.

【００６７】次に、本実施形態におけるゲートウェイサ
ーバ３の動作を図１０に示すフローチャートを用いて説
明する。Next, the operation of the gateway server 3 in this embodiment will be described with reference to the flowchart shown in FIG.

【００６８】ゲートウェイサーバ３の通信部３３は、ス
テップ６０１で、常時、ダウンロードクライアント端末
１とコンテンツサーバ２間の通信を仲介・または監視し
ており、ステップ６０２で、ダウンロードクライアント
端末１がダウンロード要求した結果であるコンテンツサ
ーバ２からのレスポンスのデータを常時受信する。コン
テンツサーバ２以外からのレスポンスであった場合、ス
テップ６１０に、アクセスしてきた機器に対して、エラ
ーを送信する。次に、ゲートウェイサーバ３の制御部３
２は、ステップ６０３にて、ダウンロード要求をおこな
ったダウンロードクライアント端末１に対して、ダウン
ロードクライアント端末１が要求したコンテンツを転送
してもよいかを示す選択画面等をダウンロードクライア
ント端末１に送信する。選択画面等は、たとえば、その
コンテンツのファイル名やファイル種別やサイズが記さ
れており、ユーザはコンテンツ配送に対して、ＹＥＳ／
ＮＯを選択することができる。次に、ステップ６０４
で、ダウンロードクライアント端末１から、コンテンツ
転送確認要求の結果を受信するまで待つ。ステップ６０
５の、そのコンテンツ転送確認要求結果から「コンテン
ツ転送する」を示す情報（ＹＥＳ等）であった場合は、
ステップ６０６へ処理を進める。コンテンツ転送確認要
求結果で「コンテンツを転送しない」が返された場合
は、ステップ６１１にて、ダウンロードクライアント端
末１へステップ６０２で受信したレスポンスをそのまま
送信する。ステップ６０６では、ゲートウェイサーバ３
は、ダウンロードクライアント端末１に転送先の機器情
報を要求する画面等を提示する。次に、ステップ６０７
で、ダウンロードクライアント端末１から転送先機器情
報要求の結果を受信するまで待つ。そのコンテンツ転送
先機器情報要求結果を受信したのち、ステップ６０８に
て、「コンテンツ転送する」旨を示す画面等をダウンロ
ードクライアント端末１に送信する。その後、ステップ
６０９でコンテンツを転送する処理を行なう。本処理
は、第１、第２の実施形態と同様の動作である。In step 601, the communication unit 33 of the gateway server 3 constantly mediates or monitors the communication between the download client terminal 1 and the content server 2, and in step 602, the download client terminal 1 makes a download request. The resulting response data from the content server 2 is always received. If the response is from other than the content server 2, an error is transmitted to the accessing device in step 610. Next, the control unit 3 of the gateway server 3
In step 603, the second step transmits, to the download client terminal 1 which has issued the download request, a selection screen or the like indicating whether or not the content requested by the download client terminal 1 may be transferred. On the selection screen and the like, for example, the file name, file type, and size of the content are described.
NO can be selected. Next, step 604.
Then, it waits until the result of the content transfer confirmation request is received from the download client terminal 1. Step 60
In the case of the information (YES, etc.) indicating “content transfer” from the content transfer confirmation request result of 5,
The process proceeds to step 606. When “do not transfer content” is returned as the result of the content transfer confirmation request, in step 611, the response received in step 602 is transmitted to the download client terminal 1 as it is. In step 606, the gateway server 3
Presents a screen or the like for requesting the device information of the transfer destination to the download client terminal 1. Next, step 607.
Then, it waits until the result of the transfer destination device information request is received from the download client terminal 1. After receiving the content transfer destination device information request result, in step 608, a screen or the like indicating “transfer content” is transmitted to the download client terminal 1. Then, in step 609, the process of transferring the content is performed. This processing is the same operation as that of the first and second embodiments.

【００６９】上記のゲートウェイサーバ３の動作の説明
においては、「コンテンツを転送するか否か？」と「転
送先機器はどの機器か？」の両者をユーザに対話形式で
確認する説明を行なったが、必ずしも両者を確認する必
要はない。例えば、コンテンツを転送するか否かのみを
対話形式で確認し、転送先機器は、ゲートウェイサーバ
３の転送先管理ＤＢ３１に既に格納されているものを採
用することもありうる。In the above description of the operation of the gateway server 3, the user is asked to confirm both "whether to transfer the content?" And "which device is the transfer destination?" In an interactive manner. However, it is not necessary to confirm both. For example, it may be possible to confirm only whether or not to transfer the content in an interactive manner, and the transfer destination device may be one that is already stored in the transfer destination management DB 31 of the gateway server 3.

【００７０】次に、本実施形態のシステムの動作を図１
１に示すシーケンスメッセージチャートを用いて説明す
る。Next, the operation of the system of this embodiment is shown in FIG.
The sequence message chart shown in FIG.

【００７１】ユーザは、ステップ７０１にて、ダウンロ
ードクライアント端末１を用いて、コンテンツサーバ２
へ所望のコンテンツのダウンロード要求を送信する。ダ
ウンロードクライアント端末１から送信されたダウンロ
ード要求に対して、コンテンツサーバ２は、要求に従
い、ステップ７０２「ダウンロード要求結果」にて、要
求元のダウンロードクライアント端末１へレスポンスを
送信する。ゲートウェイサーバ３は、ステップ７０２
「ダウンロード要求結果」でコンテンツサーバ２からの
ヘッダ部およびコンテンツデータを通信部３４で受信
し、ステップ７０３でここで受信したコンテンツを転送
するか否かを問い合わせるための選択画面等の表示デー
タをレスポンスとして作成する。In step 701, the user uses the download client terminal 1 to use the content server 2
Send a request to download the desired content to. In response to the download request transmitted from the download client terminal 1, the content server 2 transmits a response to the requesting download client terminal 1 in step 702 “Download request result” according to the request. The gateway server 3 executes step 702.
In response to the "download request result", the communication unit 34 receives the header part and the content data from the content server 2, and in step 703, returns the display data such as a selection screen for inquiring whether or not to transfer the received content. Create as.

【００７２】次に、ゲートウェイサーバ３は、ステップ
７０４にて、ステップ７０３で作成したレスポンスをダ
ウンロードクライアント端末１に通信部３４より送信す
る。ユーザは、ステップ７０５にダウンロードクライア
ント端末１が受信した選択画面表示等より、コンテンツ
を転送するか否かを選択し、ゲートウェイサーバ３に送
信する。ゲートウェイサーバ３は、ステップ７０６に
て、次にユーザの選択により配送することに決まったコ
ンテンツをどこに転送するかの問い合わせを行なう転送
先機器情報要求を送信する。転送先機器情報要求は、例
えば、フォームをもった入力画面等で表現する。ユーザ
は、ステップ７０７にダウンロードクライアント端末１
が受信した転送先機器情報入力画面等より、転送先機器
の情報を入力し、ゲートウェイサーバ３に送信する。ス
テップ７０８では、ゲートウェイサーバ３は、コンテン
ツを転送するといった旨をユーザに知らせるための画面
等をレスポンスとして、ダウンロードクライアント端末
１に通信部３４より送信する。また、ゲートウェイサー
バ３は、ステップ７０２のコンテンツサーバ２から送信
されるレスポンスを受信し続けており、ステップ７０９
にて、全てのコンテンツデータを受信し終わったのを確
認した後、ステップ７０７でユーザが指示した転送先機
器情報にしたがって、ステップ７１０「コンテンツ転送
処理」を行なう。Next, in step 704, the gateway server 3 transmits the response created in step 703 to the download client terminal 1 from the communication section 34. The user selects whether or not to transfer the content from the selection screen display or the like received by the download client terminal 1 in step 705, and transmits it to the gateway server 3. In step 706, the gateway server 3 transmits a transfer destination device information request for inquiring where to transfer the content decided to be delivered next by the user's selection. The transfer destination device information request is represented by, for example, an input screen having a form. The user downloads the client terminal 1 to step 707.
The information of the transfer destination device is input from the received transfer destination device information input screen and the like and transmitted to the gateway server 3. In step 708, the gateway server 3 transmits from the communication unit 34 to the download client terminal 1 a response such as a screen for notifying the user that the content will be transferred. Further, the gateway server 3 continues to receive the response transmitted from the content server 2 in step 702, and step 709
After confirming that all the content data have been received, step 710 “content transfer processing” is performed according to the transfer destination device information instructed by the user in step 707.

【００７３】以下のステップ７１１〜７１４に示すコン
テンツ転送のシーケンスは、第１の実施形態のステップ
３１５〜３１８（図５）と全く同じである。The content transfer sequence shown in steps 711 to 714 below is exactly the same as steps 315 to 318 (FIG. 5) of the first embodiment.

【００７４】上記のような動作を行なうゲートウェイサ
ーバ３がダウンロードクライアント端末１とコンテンツ
サーバ２の通信データを取得可能な位置に設置されてい
るので、ユーザは事前にゲートウェイサーバ３に転送す
るコンテンツ、転送先機器の情報を設定することなく、
所望のコンテンツを指定の転送先機器に転送することが
できる。Since the gateway server 3 performing the above operation is installed at a position where the communication data of the download client terminal 1 and the content server 2 can be obtained, the user can transfer the content to be transferred to the gateway server 3 in advance and the transfer. Without setting the information of the destination device,
Desired contents can be transferred to a designated transfer destination device.

【００７５】なお、本実施形態は図６に示したコンテン
ツ配送システムにも適用できる。The present embodiment can also be applied to the content delivery system shown in FIG.

【００７６】以上説明したゲートウェイサーバ３の処理
は専用のハードウェアにより実現されるものであって
も、またその機能を実現するためのプログラムを、コン
ピュータ読み取り可能な記録媒体に記録して、この記録
媒体に記録されたプログラムをコンピュータシステムに
読み込ませ、実行するものであってもよい。コンピュー
タ読み取り可能な記録媒体とは、プロッピーディスク、
光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュ
ータシステムに内蔵されるハードディスク装置等の記憶
装置を指す。さらに、コンピュータ読み取り可能な記録
媒体は、インターネットを介してプログラムを送信する
場合のように、短時間の間、動的にプログラムを保持す
るもの（伝送媒体もしくは伝送波）、その場合のサーバ
となるコンピュータシステム内部の揮発性メモリのよう
に、一定時間プログラムを保持しているものも含む。Even if the processing of the gateway server 3 described above is realized by dedicated hardware, a program for realizing the function is recorded in a computer-readable recording medium, and this recording is performed. The program recorded on the medium may be read by a computer system and executed. A computer-readable recording medium is a Propy disk,
A recording medium such as a magneto-optical disk or a CD-ROM, or a storage device such as a hard disk device built in a computer system. Further, the computer-readable recording medium dynamically holds the program for a short time (transmission medium or transmission wave) such as when transmitting the program via the Internet, and serves as a server in that case. It also includes a volatile memory that holds a program for a certain period of time, such as a volatile memory inside a computer system.

【００７７】[0077]

【発明の効果】以上説明したように、本発明によれば、
ダウンロードクライアント端末が要求したコンテンツサ
ーバ上のコンテンツをゲートウェイサーバが転送先機器
へ転送することにより、コンテンツをダウンロードクラ
イアント端末に一旦蓄積した後にコンテンツの転送処理
を行なう必要がなく、ユーザの操作手順が少なくなり、
また、コンテンツをダウンロードクライアント端末に一
旦蓄積することなく、コンテンツを転送先機器に転送す
ることが可能になるため、ダウンロードクライアント端
末のメモリ容量は少なくてすみ、小型で低価格化なダウ
ンロードクライアント端末の提供が可能になる。As described above, according to the present invention,
Since the gateway server transfers the content on the content server requested by the download client terminal to the transfer destination device, there is no need to perform content transfer processing after the content is once stored in the download client terminal, and the user's operating procedure is reduced. Becomes
Further, since the content can be transferred to the transfer destination device without temporarily storing the content in the download client terminal, the memory capacity of the download client terminal can be small, and the size and cost of the download client terminal can be reduced. It becomes possible to provide.

【図面の簡単な説明】[Brief description of drawings]

【図１】本発明の第１の実施形態のコンテンツ転送シス
テムの構成図である。FIG. 1 is a configuration diagram of a content transfer system according to a first embodiment of the present invention.

【図２】第１の実施形態におけるゲートウェイサーバ３
の動作を示すフローチャートである。FIG. 2 is a gateway server 3 according to the first embodiment.
3 is a flowchart showing the operation of FIG.

【図３】第１の実施形態における転送項目登録画面を示
す図である。FIG. 3 is a diagram showing a transfer item registration screen according to the first embodiment.

【図４】図２中のステップ１０５〜１０８の詳細フロー
チャートである。FIG. 4 is a detailed flowchart of steps 105 to 108 in FIG.

【図５】第１の実施形態のシステムの動作を示すシーケ
ンス図である。FIG. 5 is a sequence diagram showing an operation of the system of the first exemplary embodiment.

【図６】本発明の第２の実施形態のコンテンツ転送シス
テムの構成図である。FIG. 6 is a configuration diagram of a content transfer system according to a second embodiment of the present invention.

【図７】第２の実施形態におけるゲートウェイサーバ３
の動作を示すフローチャートである。FIG. 7 is a gateway server 3 according to the second embodiment.
3 is a flowchart showing the operation of FIG.

【図８】第２の実施形態のシステムの動作を示すシーケ
ンス図である。FIG. 8 is a sequence diagram showing an operation of the system of the second exemplary embodiment.

【図９】本発明の第３の実施形態のコンテンツ転送シス
テムの構成図である。FIG. 9 is a configuration diagram of a content transfer system according to a third embodiment of the present invention.

【図１０】第３の実施形態におけるゲートウェイサーバ
３の動作を示すフローチャートである。FIG. 10 is a flowchart showing an operation of the gateway server 3 in the third exemplary embodiment.

【図１１】第３の実施形態のシステムの動作を示すシー
ケンス図である。FIG. 11 is a sequence diagram showing an operation of the system of the third exemplary embodiment.

【符号の説明】[Explanation of symbols]

１ ダウンロードクライアント端末 ２ コンテンツサーバ ３ ゲートウェイサーバ ４ ファイルサーバ ５ ファイルサーバ ６ ネットワーク ７ ＨＵＢ ８ ルータ １１ 入力部 １２ 制御部 １３ 通信部 ２１ コンテンツ格納部 ２２ 制御部 ２３ 通信部 ３１ 転送管理ＤＢ ３２ 制御部 ３２ａ パケット取得部 ３２ｂ データ解析部 ３２ｃ パケット構築部 ３３，３４ 通信部 ３５ データ取得インタフェース ３６ レスポンスデータ格納部 ４１，５１ ユーザ管理ＤＢ ４２，５２ 個人ファイル格納部 ４３，５３ 制御部 ４４，５４ 通信部 １０１〜１１３，２０１〜２０７，３０１〜３１８，４
０１〜４０８ ステップ ５０１〜５２５，６０１〜６０９，７０１〜７１４
ステップ1 Download Client Terminal 2 Content Server 3 Gateway Server 4 File Server 5 File Server 6 Network 7 HUB 8 Router 11 Input Unit 12 Control Unit 13 Communication Unit 21 Content Storage Unit 22 Control Unit 23 Communication Unit 31 Transfer Management DB 32 Control Unit 32a Packet Acquisition unit 32b Data analysis unit 32c Packet construction unit 33, 34 Communication unit 35 Data acquisition interface 36 Response data storage unit 41, 51 User management DB 42, 52 Personal file storage unit 43, 53 Control unit 44, 54 Communication unit 101 to 113 , 201-207, 301-318, 4
01-408 Steps 501-525, 601-609, 701-714
Step

Claims (12)

【特許請求の範囲】[Claims] 【請求項１】 クライアント端末とコンテンツサーバと
の間の通信の仲介をネットワークインフラを介して行な
うゲートウェイサーバを用いて、前記クライアント端末
によって指定された、前記コンテンツサーバ上のコンテ
ンツを指定された転送先機器へ転送するコンテンツ配送
方法であって、 クライアント端末毎のコンテンツの転送条件を受信し、
保持するステップと、 クライアント端末から前記コンテンツサーバへのコンテ
ンツのダウンロード要求を受信すると、前記コンテンツ
サーバへ該ダウンロード要求を送信するステップと、 該ダウンロード要求に対する、前記コンテンツサーバか
らのレスポンスを受信すると、該レスポンスのデータを
解析し、該レスポンスに伴ない前記コンテンツサーバか
ら送信されてきたコンテンツが転送すべきコンテンツか
否かを前記転送条件から判断し、転送すべきコンテンツ
であれば前記コンテンツを転送先機器へ転送するステッ
プを有するコンテンツ転送方法。1. A transfer destination, which is designated by the client terminal and is designated as content on the content server, using a gateway server which mediates communication between the client terminal and the content server via a network infrastructure. A method of delivering contents transferred to a device, in which contents transfer conditions for each client terminal are received,
The step of holding, the step of transmitting the download request to the content server upon receiving a request to download the content from the client terminal to the content server, and the step of receiving the response to the download request from the content server The data of the response is analyzed, it is judged from the transfer condition whether or not the content transmitted from the content server accompanying the response is the content to be transferred, and if it is the content to be transferred, the content is transferred to the transfer destination device. A method of transferring content, the method comprising the step of transferring to. 【請求項２】 クライアント端末とコンテンツサーバの
間の通信データを常時取得しているゲートウェイサーバ
を用いて、前記クライアント端末で指定された、前記コ
ンテンツサーバ上のコンテンツを指定された転送機器へ
転送するコンテンツ転送方法であって、 クライアント端末毎のコンテンツの転送条件を受信し、
保持するステップと、 クライアント端末が送信した前記コンテンツサーバへの
コンテンツのダウンロード要求に対する、前記コンテン
ツサーバからのレスポンスを受信すると、該レスポンス
のデータを解析し、該レスポンスに伴ない前記コンテン
ツサーバから送信されてきたコンテンツが転送すべきコ
ンテンツか否かを前記転送条件から判断し、転送すべき
コンテンツであれば前記コンテンツを転送先機器へ転送
するステップを有するコンテンツ転送方法。2. The content on the content server designated by the client terminal is transferred to the designated transfer device by using a gateway server which constantly acquires communication data between the client terminal and the content server. A method of transferring content, in which content transfer conditions for each client terminal are received,
When the step of holding and the response from the content server to the content download request transmitted to the content server by the client terminal are received, the response data is analyzed and transmitted from the content server along with the response. A content transfer method comprising a step of determining whether the received content is content to be transferred, based on the transfer condition, and if the content is to be transferred, transferring the content to a transfer destination device. 【請求項３】 前記転送条件は、当該クライアント端末
の識別情報、転送コンテンツの種別とサイズ、転送先機
器の情報を含み、受信したレスポンスに含まれる転送先
機器情報が前記転送条件に含まれ、かつ前記レスポンス
に含まれるコンテンツ種別とコンテンツサイズが前記転
送条件に適合すれば、送信されてきたコンテンツを転送
すべきコンテンツと判定する、請求項１または２記載の
方法。3. The transfer condition includes identification information of the client terminal, type and size of transfer content, and transfer destination device information, and transfer destination device information included in a received response is included in the transfer condition. 3. The method according to claim 1, wherein if the content type and content size included in the response meet the transfer conditions, the transmitted content is determined to be content to be transferred. 【請求項４】 クライアント端末とコンテンツサーバと
の間の通信の仲介をネットワークインフラを介して行な
うゲートウェイサーバを用いて、前記クライアント端末
によって指定された、前記コンテンツサーバ上のコンテ
ンツを指定された転送先機器へ転送するコンテンツ配送
方法であって、 前記クライアント端末と前記コンテンツサーバ間の通信
を常時監視するステップと、 前記クライアント端末が前記コンテンツサーバにコンテ
ンツのダウンロード要求をした結果である、前記コンテ
ンツサーバからレスポンスを受信すると、前記クライア
ント端末に対して、該レスポンスに伴なったコンテンツ
の転送の可否を前記クライアント端末に問い合わせ、転
送可であれば、コンテンツ転送に必要な情報を対話形式
で前記クライアント端末から取得し、指定された転送先
機器へ前記コンテンツを転送するステップを有するコン
テンツ転送方法。4. A transfer destination, which is designated by the client terminal and is designated as content on the content server, by using a gateway server which mediates communication between the client terminal and the content server via a network infrastructure. A content delivery method for transferring to a device, comprising: a step of constantly monitoring communication between the client terminal and the content server; and a result of the client terminal requesting a content download to the content server. When the response is received, the client terminal is inquired to the client terminal as to whether or not the content can be transferred in accordance with the response. Tokushi, content transfer method comprising the steps of transferring the content to the specified transfer destination device. 【請求項５】 クライアント端末とコンテンツサーバの
間の通信データを常時取得しているゲートウェイサーバ
を用いて、前記クライアント端末で指定された、前記コ
ンテンツサーバ上のコンテンツを指定された転送機器へ
転送するコンテンツ転送方法であって、 前記クライアント端末と前記コンテンツサーバ間の通信
を常時監視するステップと、 前記クライアント端末が前記コンテンツサーバにコンテ
ンツのダウンロード要求をした結果である、前記コンテ
ンツサーバからレスポンスを受信すると、前記クライア
ント端末に対して、該レスポンスに伴なったコンテンツ
の転送の可否を前記クライアント端末に問い合わせ、転
送可であれば、コンテンツ転送に必要な情報を対話形式
で前記クライアント端末から取得し、指定された転送先
機器へ前記コンテンツを転送するステップを有するコン
テンツ転送方法。5. The content on the content server designated by the client terminal is transferred to a designated transfer device by using a gateway server that constantly obtains communication data between the client terminal and the content server. A method of transferring content, comprising: constantly monitoring communication between the client terminal and the content server; and receiving a response from the content server, which is the result of the client terminal requesting the content server to download content. , To the client terminal, inquires of the client terminal as to whether or not the content can be transferred with the response, and if the content is transferable, the information necessary for content transfer is acquired interactively from the client terminal and designated Destination device Content transfer method comprising the step of transferring the content. 【請求項６】 クライアント端末とコンテンツサーバと
の間の通信の仲介をネットワークを介して行なうゲート
ウェイサーバであって、 前記コンテンツサーバから送信されてきたコンテンツを
転送先機器へ転送するか否かの転送条件が格納される転
送管理ＤＢと、 クライアント端末および前記コンテンツサーバと通信す
るための通信部と、 クライアント端末からのコンテンツの転送条件の登録要
求が前記通信部で受信されると、その後前記クライアン
トから送信され、前記受信部で受信された転送条件を前
記転送管理ＤＢに保持し、前記クライアント端末からコ
ンテンツのダウンロード要求が前記通信部で受信される
と、該ダウンロード要求を前記通信部より前記コンテン
ツサーバへ送信し、前記コンテンツサーバから前記ダウ
ンロード要求に対するレスポンスが前記通信部で受信さ
れると、該レスポンスのデータを解析し、該レスポンス
に伴ない前記コンテンツサーバから送信されてきたコン
テンツが転送すべきコンテンツが否かを前記転送管理Ｄ
Ｂに格納されている転送条件から判断し、転送すべきコ
ンテンツであれば、該コンテンツを前記通信部より転送
先機器へ送信する制御部を有するゲートウェイサーバ。6. A gateway server that mediates communication between a client terminal and a content server via a network, and transfers whether or not the content transmitted from the content server is transferred to a transfer destination device. A transfer management DB in which conditions are stored, a communication unit for communicating with the client terminal and the content server, and a registration request for content transfer conditions from the client terminal is received by the communication unit, and then from the client. The transfer conditions transmitted and received by the receiving unit are held in the transfer management DB, and when a download request for content from the client terminal is received by the communication unit, the download request is sent from the communication unit to the content server. To the download request from the content server Is received by the communication unit, the data of the response is analyzed, and whether the content transmitted from the content server in response to the response is the content to be transferred or not is managed by the transfer management D.
A gateway server having a control unit that determines from the transfer conditions stored in B, and if the content is to be transferred, transmits the content from the communication unit to the transfer destination device. 【請求項７】 クライアント端末とコンテンツサーバ間
の通信データを常時取得するゲートウェイサーバであっ
て、 前記コンテンツサーバと前記クライアント端末間の通信
データを取得するためのデータ取得インタフェースと、 前記データ取得インタフェースを通じて取得された、前
記コンテンツサーバから前記クライアント端末へ送信さ
れたレスポンスデータが格納されるレスポンスデータ格
納部と、 前記コンテンツサーバから送信されてきたコンテンツを
転送先機器へ転送するか否かの転送条件が格納される転
送管理ＤＢと、 前記コンテンツサーバおよび前記クライアント端末と通
信するための通信部と、 前記クライアント端末からコンテンツの転送条件の登録
要求が前記通信部で受信されると、前記クライアント端
末から送信され前記通信部で受信された転送条件を前記
転送管理ＤＢに保持し、前記クライアント端末が前記コ
ンテンツサーバにコンテンツのダウンロード要求をした
結果である、前記コンテンツサーバからのレスポンスが
前記データ取得インタフェースで取得され、前記レスポ
ンスデータ格納部に格納されると、該レスポンスのデー
タを解析し、該レスポンスに伴ない前記コンテンツサー
バから送信されてきたコンテンツが転送すべきコンテン
ツか否かを前記転送管理ＤＢに格納されている転送条件
から判断し、転送すべきコンテンツであれば該コンテン
ツを前記通信部より転送先機器へ転送する制御部を有す
るゲートウェイサーバ。7. A gateway server for constantly acquiring communication data between a client terminal and a content server, the data acquisition interface for acquiring communication data between the content server and the client terminal, and through the data acquisition interface. A response data storage unit that stores the acquired response data transmitted from the content server to the client terminal, and a transfer condition that determines whether or not to transfer the content transmitted from the content server to a transfer destination device. A transfer management DB to be stored, a communication unit for communicating with the content server and the client terminal, and a transmission from the client terminal when a registration request for content transfer conditions is received from the client terminal Before The transfer condition received by the communication unit is held in the transfer management DB, and the response from the content server, which is the result of the client terminal requesting the content server to download the content, is acquired by the data acquisition interface, When stored in the response data storage unit, the response data is analyzed and it is stored in the transfer management DB whether or not the content transmitted from the content server accompanying the response is content to be transferred. A gateway server having a control unit that determines from the transfer conditions that are present and, if the content is to be transferred, transfers the content from the communication unit to the transfer destination device. 【請求項８】 前記転送条件は、当該クライアント端末
の識別情報、転送コンテンツの種別とサイズ、転送先機
器の情報を含み、受信したレスポンスに含まれる転送先
機器の情報が前記転送条件に含まれ、かつ前記レスポン
スに含まれるコンテンツ種別とコンテンツサイズが前記
転送条件に適合すれば、送信されてきたコンテンツを転
送すべきコンテンツと判定する、請求項６または７記載
の方法。8. The transfer condition includes identification information of the client terminal, type and size of transfer content, and transfer destination device information, and transfer destination device information included in the received response is included in the transfer condition. The method according to claim 6 or 7, wherein if the content type and content size included in the response meet the transfer conditions, the transmitted content is determined as content to be transferred. 【請求項９】 クライアント端末とコンテンツサーバと
の間の通信の仲介をネットワークを介して行なうゲート
ウェイサーバであって、 前記クライアント端末および前記コンテンツサーバと通
信するための通信部と、 前記クライアント端末が前記コンテンツサーバにコンテ
ンツのダウンロード要求をした結果である、前記コンテ
ンツサーバからレスポンスが前記通信部で受信される
と、前記クライアント端末に対して、該レスポンスに伴
なったコンテンツの転送の可否を前記クライアント端末
に問い合わせ、転送可であれば、コンテンツ転送に必要
な情報を対話形式で前記クライアント端末から取得し、
前記コンテンツを前記通信部より指定された転送先機器
へ転送する制御部を有するゲートウェイサーバ。9. A gateway server that mediates communication between a client terminal and a content server via a network, the communication unit communicating with the client terminal and the content server, and the client terminal When a response from the content server, which is the result of a content download request to the content server, is received by the communication unit, the client terminal asks the client terminal whether the content can be transferred in response to the response. If it is possible to transfer, obtain information necessary for content transfer from the client terminal in an interactive format,
A gateway server having a control unit for transferring the content to a transfer destination device designated by the communication unit. 【請求項１０】 クライアント端末とコンテンツサーバ
との間の通信データを常時取得するゲートウェイサーバ
であって、 前記クライアント端末および前記コンテンツサーバと通
信するための通信部と、 前記クライアント端末が前記コンテンツサーバにコンテ
ンツのダウンロード要求をした結果である、前記コンテ
ンツサーバからレスポンスが前記通信部で受信される
と、前記クライアント端末に対して、該レスポンスに伴
なったコンテンツの転送の可否を前記クライアント端末
に問い合わせ、転送可であれば、コンテンツ転送に必要
な情報を対話形式で前記クライアント端末から取得し、
前記コンテンツを前記通信部より指定された転送先機器
へ転送する制御部を有するゲートウェイサーバ。10. A gateway server that constantly obtains communication data between a client terminal and a content server, the communication unit communicating with the client terminal and the content server, and the client terminal serving as the content server. When a response is received by the communication unit from the content server, which is the result of a content download request, the client terminal is inquired of whether the content can be transferred with the response, If the transfer is possible, the information necessary for content transfer is acquired interactively from the client terminal,
A gateway server having a control unit for transferring the content to a transfer destination device designated by the communication unit. 【請求項１１】 請求項１から５のいずれか１項記載の
コンテンツ転送方法をコンピュータに実行させるコンテ
ンツ転送プログラム。11. A content transfer program for causing a computer to execute the content transfer method according to claim 1. Description: 【請求項１２】 請求項１から５のいずれか１項記載の
コンテンツ転送方法をコンピュータに実行させるコンテ
ンツ転送プログラムを記録した記録媒体。12. A recording medium on which a content transfer program for causing a computer to execute the content transfer method according to claim 1 is recorded.