(57)【要約】  【課題】ＲＳＳなどの技術を特に広告に用いる場合において、多くの利用者が容易にメタデータのＵＲＬをＲＳＳリーダに取り込むことができるようにするプログラムダウンロード実行システムを提供する。  【解決手段】プログラムダウンロード実行システムでは、１．ダウンロード情報出力サーバ装置から端末へ、データ取得プログラムをダウンロードするためのダウンロード情報が出力される。２．端末は、ダウンロード情報に基づいてダウンロード命令をダウンロードサーバ装置へ出力し、ダウンロードサーバ装置は、データ取得プログラムを端末へダウンロードする。３．端末では、データ取得プログラムがダウンロードされるに至った経緯を示す経緯情報が取得され、ダウンロードされたプログラムは、経緯情報に基づいて、データサーバ装置へデータ要求を出力し、データサーバ装置よりデータを取得する。【選択図】  図５
2006260309.tif 000002
【特許請求の範囲】
【請求項１】
通信網を介してデータを取得するプログラムをダウンロードして実行するプログラムダウンロード実行方法であって、
前記プログラムをダウンロードするダウンロードステップと、
前記プログラムがダウンロードされるに至った経緯を示す経緯情報を取得する経緯情報取得ステップと、
前記ダウンロードステップでダウンロードされたプログラムに、前記経緯情報取得ステップで取得された経緯情報を入力する入力ステップと、
前記ダウンロードステップでダウンロードされたプログラムが、前記入力ステップで入力された経緯情報に基づいて、データを取得するデータ取得ステップと、
を含むプログラムダウンロード実行方法。
【請求項２】
前記経緯情報取得ステップにて取得される経緯情報は、前記ダウンロードされたプログラムがデータを取得する際のデータの送信元を識別するための識別情報を含む請求項１に記載のプログラムダウンロード実行方法。
【請求項３】
前記経緯情報は、前記プログラムがダウンロードされるに至った経緯の一部又は全部を構成するウェブサーバの出力する情報の閲覧の過程において、そのウェブサーバから取得したクッキー情報を含む請求項１又は２に記載のプログラムダウンロード実行方法。
【請求項４】
前記データ取得ステップで取得されるデータは、コンテンツ情報を取得するための情報を含む請求項１から３のいずれか一に記載のプログラムダウンロード実行方法。
【請求項５】
前記データ取得ステップで取得されるデータは、取得されたコンテンツ情報の履歴に基づいて決定される請求項４に記載のプログラムダウンロード実行方法。
【請求項６】
通信網を介してデータを取得するデータ取得プログラムを出力してダウンロードさせるダウンロードサーバ装置と、前記データ取得プログラムをダウンロードするための情報を出力するダウンロード情報出力サーバ装置と、前記データを保持するデータサーバ装置と、前記データ取得プログラムをダウンロードして実行するための端末と、からなるプログラムダウンロード実行システムであって、
前記ダウンロード情報出力サーバ装置は、
前記データ取得プログラムをダウンロードするためのダウンロード情報を出力するダウンロード情報出力部
を有し、
前記ダウンロードサーバ装置は、
前記ダウンロード情報に基づいて出力されるダウンロード命令を取得するダウンロード命令取得部と、
前記ダウンロード命令取得部が取得したダウンロード命令に基づいて、前記データ取得プログラムをダウンロードのために出力するデータ取得プログラム出力部と、
を有し、
前記データサーバ装置は、
複数のデータを保持するデータ保持部と、
前記端末で実行されるデータ取得プログラムが出力するデータ要求を取得するデータ要求取得部と、
前記データ要求取得部が取得したデータ要求に基づいて前記データ保持部が保持するデータから選択されたデータを出力するデータ出力部と、
を有し、
前記端末は、
前記ダウンロード情報出力装置から出力されるダウンロード情報を取得するダウンロード情報取得部と、
ダウンロード情報取得部で取得されたダウンロード情報に基づいて、ダウンロード命令を出力するダウンロード命令出力部と、
前記ダウンロード命令出力部で出力されたダウンロード命令に基づいて出力されたデータ取得プログラムをダウンロードして取得するデータ取得プログラム取得部と、
前記データ取得プログラム取得部により前記データ取得プログラムがダウンロードされるに至った経緯を示す経緯情報を取得する経緯情報取得部と、
前記データ取得プログラム取得部で取得されるデータ取得プログラムを実行するデータ取得プログラム実行部と、
を有し、
前記データ取得プログラムは、
前記端末の経緯情報取得部で取得された経緯情報に基づいて、前記データサーバ装置へデータ要求を出力するデータ要求出力ステップと、
前記データ要求出力ステップで出力されたデータ要求に基づいて出力されるデータを取得するデータ取得ステップと、
を前記端末に実行させるためのプログラムであるプログラムダウンロード実行システム。
【請求項７】
前記端末の経緯情報取得部は、
ダウンロードされたデータ取得プログラムがデータを取得する際のデータの送信元を識別する情報である識別情報を経緯情報の一部又は全部として取得する識別情報取得手段を有し、
前記データ取得プログラムは、前記識別情報取得手段が取得した識別情報に基づいて、データの送信元を決定するデータ送信元決定ステップを含むステップを計算機に実行させるためのプログラムである請求項６に記載のプログラムダウンロード実行システム。
【請求項８】
前記データサーバ装置は、
前記データ保持部で保持されるデータを管理するデータ管理部を有する請求項６又は７に記載のプログラムダウンロード実行システム。
【請求項９】
請求項６から８のいずれか一に記載のダウンロードサーバ装置。
【請求項１０】
請求項６から８のいずれか一に記載のダウンロード情報出力サーバ装置。
【請求項１１】
請求項６から８のいずれか一に記載のデータサーバ装置。
【請求項１２】
請求項６から８のいずれか一に記載の端末。
【請求項１３】
請求項６から８のいずれか一に記載のデータ取得プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網を介してデータを取得するプログラムを、ダウンロードして実行するためのプログラムダウンロード実行システム、プログラムダウンロード実行方法、ダウンロードサーバ装置、ダウンロード情報出力サーバ装置、データサーバ装置、端末及びデータ取得プログラムに関する。
【背景技術】
【０００２】
インターネットとワールドワイドウェブとの普及により、人々は種々多様な情報を、ウェブページなどの閲覧を通じて得ることができるようになった。特に、ウェブページを閲覧するためのブラウザのブックマークに、利用者の注目するウェブページ、頻繁に読むウェブページなどのＵＲＬを登録することにより、特定のウェブページを繰り返し見ることが容易にできるようになっている。
【０００３】
しかしながら、ブックマークにＵＲＬを登録するだけでは、ブラウザの利用者は、定期的、あるいは、不定期的にブックマークにＵＲＬが登録されたウェブページを見に行く操作を行なうことが必要である。しかし、利用者が見に行く操作を行なったにもかかわらず、ウェブページが更新されないなどのことが発生し、利用者の操作が無駄になることがしばしば起こる。
【０００４】
そこで、ＲＳＳ（Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎ）やＡＴＯＭ（Ａｔｏｍ  Ｓｙｎｄｉｃａｔｉｏｎ  Ｆｏｒｍａｔ）の技術が注目を集めてきている（例えば、非特許文献１参照。）。ＲＳＳやＡＴＯＭの技術においては、ウェブサイトのウェブページなどの概要を説明するためのメタデータが配布される。このメタデータは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎａｇｕａｇｅ）の形式で記述されている。このメタデータの中には、ウェブサイトのウェブページの要約などが記述されている。また、メタデータには、ウェブページの変更や追加などの情報も記述されることができる。このようなメタデータを読み込むために使用されるプログラム（例えば「ＲＳＳリーダ」と呼ばれる）は、定期的にウェブサイトのメタデータを取得し、変更や追加などのあったウェブページの存在を利用者に知らせる。これにより、利用者は、従来のウェブブラウザなどのブックマークに登録されているＵＲＬのウェブページを無駄に閲覧する作業をしなくて済むようになった。
【０００５】
図１は、メタデータの構造を例示している。メタデータは、ｃｈａｎｎｅｌ要素と一または複数のｉｔｅｍ要素とからなっている。ｃｈａｎｎｅｌ要素は、ウェブサイトのタイトル、ＵＲＬ，そのウェブサイトの説明を記述する。また、ｉｔｅｍ要素は、そのウェブサイトが閲覧可能とする個々のウェブページのタイトルや要約などを記述する。
【０００６】
図２は、ウェブページの更新から利用者のＲＳＳリーダへの表示までの処理の流れを説明する。まず、ウェブページの更新などがウェブサイトで行なわれる（ステップＳ２０１）。この更新などに伴って、メタデータの更新が惹き起こされる（ステップＳ２０２）。メタデータの更新は、ウェブサイトの更新により自動的に惹き起こされてもよいし、人間が手動で行なうようになっていてもよい。次に、メタデータを取得したＲＳＳリーダにより更新などがあった旨の表示がなされる（ステップＳ２０３）。
【０００７】
図３は、ＲＳＳリーダの技術を一歩進めたＲＳＳチャネルリーダが表示するウィンドウの一つを例示する。このウィンドウは、カテゴリ別に階層的などに分類されたメタデータのＵＲＬやタイトルを複数含む「チャネルリスト」を受信した後、そのチャネルリストの内容（メタデータのタイトルなど）を表示して、利用者にメタデータの選択を行なわせるためのウィンドウである。例えば、ボックス３０１にチェックマークが入っているが、これにより、利用者はニュースというカテゴリの階層以下のメタデータの選択を行なったことが示されている。また、ボックス３０２などのような「＋」の表示は、階層の表示が折りたたまれた状態であることを示す。
【０００８】
図４は、チャネルリストとメタデータとの関係を示す。チャネルデータサーバ４０１は、チャネルリストを配布する。複数のカテゴリのメタデータに関する情報が一つのチャネルリストに含まれていてもよいし、カテゴリ別にチャネルリストが分かれていてもよい。この配布により、ＲＳＳチャネルリーダ４０２がチャネルリストを受信し、図３のようなウィンドウ表示を行なう。このウィンドウ表示においては、チャネルリストの最初の部分に含まれるカテゴリやメタデータのタイトルなどが、ウィンドウの上部に優先して表示されるようになっていてもよい。このようなウィンドウ表示を用いて利用者はカテゴリの選択を行なう。選択が行なわれると、その選択に従って、ウェブサーバ４０３、４０４よりメタデータを受信する。なお、ウェブサーバ４０３、４０４は、図３に例示されたウィンドウを用いて選択されたカテゴリに含まれるＵＲＬで特定されるメタデータを保持するサーバである。すなわち、ボックス３０１などにチェックマークが付された項目に対応するメタデータを配布するサーバである。
【０００９】
また、ＲＳＳなどの技術を用いた広告が行なわれている（例えば、非特許文献２、３参照。）。例えば、図３のウィンドウは、「ニュース」の情報を提供する新聞社、放送局、「ビジネス」の情報を提供する出版社、「スポーツ」の情報を提供するスポーツ新聞社などのウェブサイトのメタデータを選択するためのウィンドウであり、選択されたウェブサイトのメタデータが受信され、そのウェブサイトを運営する会社の新製品や新刊などの情報がＲＳＳチャネルリーダなどにより表示される。
【非特許文献１】Ben Hammersley、“Content Syndication With Rss”、Oreilly & Associates Inc、1st 版(2003/04/01)
【非特許文献２】ITmediaヘッドライン、“Overture、RSSを使った広告配信を実験か”、＜インターネット：http://www.itmedia.co.jp/enterprise/articles/0411/18/news033.html＞、2004/11/18
【非特許文献３】Avex Network Inc.、“Ａｖｅｘ  ＨＥＡＤＬＩＮＥ”、＜インターネット：http://avex.jp/headline/＞、2005/2/8
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ＲＳＳリーダを利用する上での一つの課題は、ＲＳＳなどを記述するメタデータのＵＲＬをＲＳＳリーダなどに登録する点にある。すなわち、通常、利用者はウェブブラウザでウェブページを閲覧し、気に入ったウェブページを記述するメタデータが存在すれば、そのメタデータのＵＲＬをＲＳＳリーダなどに登録するが、全てのウェブページに、その記述を行なうメタデータが存在するとは限らず、利用者は、限られたメタデータのＵＲＬしか登録できない。また、現状ではメタデータがどこに存在するのかわかりにくい状態になっている。さらに、ＲＳＳリーダなどに、メタデータのＵＲＬを手動操作により取り込むのは手間がかかり、知識がない者にとっては困難が伴うことが多い。
【００１１】
このため、ＲＳＳなどの技術を特に広告に用いる場合においては、多くの利用者にメタデータのＵＲＬをＲＳＳリーダなどに取り込んでもらう必要があるが、現状ではそれができていない。
【００１２】
そこで、本発明は、多くの利用者に、ＲＳＳなどの技術におけるメタデータのＵＲＬを容易にＲＳＳリーダなどに取り込むことができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
かかる目的を達成するために、本発明では、ダウンロードサーバ装置とダウンロード情報出力サーバ装置とデータサーバ装置と端末とからなるプログラムダウンロード実行システムを提供する。このプログラムダウンロード実行システムでは、１．ダウンロード情報出力サーバ装置から端末へ、データ取得プログラムをダウンロードするためのダウンロード情報が出力される。２．端末は、ダウンロード情報に基づいてダウンロード命令をダウンロードサーバ装置へ出力し、ダウンロードサーバ装置は、データ取得プログラムを端末にダウンロードさせる。３．端末では、データ取得プログラムがダウンロードされるに至った経緯を示す経緯情報が取得され、ダウンロードされたデータ取得プログラムは、経緯情報に基づいて、データサーバ装置へデータ要求を出力し、データサーバ装置よりデータを取得する。
【００１４】
この過程において、経緯情報は、例えば、どのダウンロード情報出力サーバ装置よりダウンロード情報が出力されたか、あるいは、どのダウンロードサーバ装置よりデータ取得プログラムがダウンロードされたかを示すものであってもよい。このため、データ取得プログラムは、例えば、ダウンロード情報出力サーバ装置に対して関連付けられたメタデータをデータサーバ装置より取得することができる。これにより、ダウンロード情報出力サーバ装置を運営する会社に関するウェブページがそのメタデータにより記述されていれば、データ取得プログラムで取得されたメタデータを用いて、その会社のウェブページを閲覧することができる。つまり、データ取得プログラムをダウンロードすることにより、メタデータのＵＲＬが自動的に取り込まれることになり、発明の目的が達成され、課題が解決される。なお、「運営」とは、ダウンロード情報出力サーバ装置を所有などして直接管理することのみならず、他者にダウンロード情報出力サーバ装置の所有権や占有権を有せしめて管理を委託することも意味する。
【００１５】
また、データ取得プログラムで取得されるデータは、チャネルリストであってもよい。すなわち、データ取得プログラムがＲＳＳチャネルリーダとなっていてもよい。これにより、ダウンロード情報出力サーバ装置を運営する会社やそれに関連するウェブページ（例えば、その会社に関連する広告などを含むものであってもよい）のメタデータをデータ取得プログラムに取得させることができる。このようにすることにより、データ取得プログラムをダウンロードした利用者は、メタデータのＵＲＬを容易に得ることができるようになる。
【００１６】
また、本発明は、データ取得プログラムの作成者にも利便をもたらすものである。すなわち、従来であれば、取得されるデータが異なればデータ取得プログラムも異なるものにせざるを得なかったが、本発明では、経緯情報に基づいて、データが取得されるので、一つのデータ取得プログラムを用意すればよいことになり、データ取得プログラムのバージョンアップの手間などを減らすことができる。
【発明の効果】
【００１７】
本発明では、データ取得プログラムのダウンロードにより、そのデータ取得プログラムの取得するデータの取得先が決定されるので、そのデータをＲＳＳなどの技術におけるメタデータのＵＲＬを含むデータとすることにより、多くの人にメタデータのＵＲＬをＲＳＳリーダなどに取り込んでもらえる。また、メタデータのＵＲＬごとにデータ取得プログラムを用意しておく必要もなくなる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明を実施するための最良の形態について、図を参照して実施形態として説明する。なお、本発明はこれら実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００１９】
なお、以下の実施形態と請求項の関係は次の通りである。実施形態１は、主に請求項１、６、９、１０、１１、１２、１３について説明する。実施形態２は、主に請求項２、７、９、１０、１１、１２、１３について説明する。実施形態３は、主に請求項８、９、１０、１１、１２、１３について説明する。実施形態４は、主に請求項３について説明する。実施形態５は、主に請求項４について説明する。実施形態６は、主に請求項５について説明する。
【００２０】
（実施形態１）
本発明の実施形態１として、ダウンロードサーバ装置とダウンロード情報出力サーバ装置とデータサーバ装置と端末とからなるプログラムダウンロード実行システムであり、ダウンロード情報出力サーバ装置から端末へ、データ取得プログラムをダウンロードするためのダウンロード情報が出力され、端末は、ダウンロード情報に基づいてダウンロード命令をダウンロードサーバ装置へ出力し、ダウンロードサーバ装置は、データ取得プログラムを端末にダウンロードさせ、端末では、データ取得プログラムがダウンロードされるに至った経緯を示す経緯情報が取得され、ダウンロードされたデータ取得プログラムは、経緯情報に基づいて、データサーバ装置へデータ要求を出力し、データサーバ装置よりデータを取得するプログラムダウンロード実行システムなどについて説明する。
【００２１】
（実施形態１：構成）
図５は、本発明の実施形態１に係るプログラムダウンロード実行システムを例示する。プログラムダウンロード実行システム５００は、ダウンロードサーバ装置５０１と、ダウンロード情報出力サーバ装置５０２と、データサーバ装置５０３と、端末５０４と、からなる。図５では、端末５０４と、ダウンロードサーバ装置５０１、ダウンロード情報出力サーバ装置５０２、データサーバ装置５０３、とが一対一に直線で結ばれているが、インターネットなどの通信網を介して、端末５０４と、ダウンロードサーバ装置５０１、ダウンロード情報出力サーバ装置５０２、データサーバ装置５０３、とが通信可能になっていればよい。また、ダウンロードサーバ装置５０１と、ダウンロード情報出力サーバ装置５０２と、データサーバ装置５０３と、は異なるものである必要はなく、そのうちの２つあるいは３つが同じ装置であってもよい。
【００２２】
下記の説明から明らかになるように、ダウンロードサーバ装置５０１は、データ取得プログラムを出力して端末にダウンロードさせる装置であり、データ取得プログラムとは、通信網を介してデータを取得するプログラムである。ダウンロード情報出力サーバ装置５０２は、データ取得プログラムをダウンロードするための情報を出力する装置である。その情報は、例えば、データ取得プログラムをダウンロードを行なうためのウェブページである。データサーバ装置５０３は、前記データを保持する装置である。「前記データ」とは、データ取得プログラムが通信網を介して取得するデータである。端末５０４は、データ取得プログラムをダウンロードして実行するための装置である。データ取得プログラムは、データ要求をデータサーバ装置へ出力し、データを取得する。このとき、データ取得プログラムが端末５０４にダウンロードされた経緯を示す情報が参照などされて、データ要求が出力されるようになっている。
【００２３】
（実施形態１：ダウンロード情報出力サーバ装置）
図６は、ダウンロード情報出力サーバ装置の機能ブロック図を例示する。ダウンロード情報出力サーバ装置６００は、ダウンロード情報出力部６０１を有する。
【００２４】
なお、本明細書を通して、機能ブロック図により表わされる構成は、ハードウェア的には、任意の計算機のＣＰＵ、メモリ、その他のＬＳＩなどにより実現され、また、ソフトウェア的には、メモリにロードされたプログラムなどにより実現されるものとする。また、ハードウェアとソフトウェアとの連携により実現することもできる。特にソフトウェアが用いられて実現される場合には、そのようなソフトウェアを構成するプログラムをフレキシブルディスクや光ディスクなどの媒体に記録することも可能である。
【００２５】
「ダウンロード情報出力部」６０１は、ダウンロード情報を出力する。ここにダウンロード情報とは、データ取得プログラムをダウンロードするための情報である。例えば、データ取得プログラムをダウンロードするのに必要なＩＤ、パスワードであったり、データ取得プログラムのＵＲＬであったりする。また、具体的な例を示すと、ウェブページの中にリンクが張ってあり、そのリンクをクリックすると、データ取得プログラムのダウンロードが開始されるようなウェブページを表示するための情報である。
【００２６】
図７（Ａ）は、そのようなウェブページの例を示す。ウェブページ７０１の中に、リンクが張られた部分７０２があり、この部分をクリックなどすると、データ取得プログラムがダウンロードされる。図７（Ｂ）はウェブページ７０１のＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）による記述の例を示しており、部分７０２は、＜Ａ  ＨＲＥＦ＝"ｈｔｔｐ：／／ｄｏｗｎｌｏａｄ−ｓｅｒｖｅｒ．ｃ．ｊ／ｐｒｏｇｒａｍ．ｅｘｅ"＞と＜／Ａ＞とで囲まれており、クリックなどがされると、ｈｔｔｐ：／／ｄｏｗｎｌｏａｄ−ｓｅｒｖｅｒ．ｃ．ｊ／ｐｒｏｇｒａｍ．ｅｘｅというＵＲＬで示されるプログラムがダウンロードされるようになっている。なお、ｄｏｗｎｌｏａｄ−ｓｅｒｖｅｒ．ｃ．ｊが、次に説明するダウンロードサーバ装置のＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）になっている。
【００２７】
なお、ダウンロード情報出力サーバ装置は、図７（Ｂ）に例示されるようなダウンロード情報を保持して出力したり、要求がされたときにダウンロード情報を動的に生成して出力を行なったりするようになっている。あるいは他の装置からダウンロード情報を取得して出力するようになっていてもよい。
【００２８】
（実施形態１：ダウンロードサーバ装置）
図８は、ダウンロードサーバ装置の機能ブロック図を例示する。ダウンロードサーバ装置８００は、ダウンロード命令取得部８０１と、データ取得プログラム出力部８０２と、を有する。
【００２９】
「ダウンロード命令取得部」８０１は、前記ダウンロード情報に基づいて出力されるダウンロード命令を取得する。「前記ダウンロード情報」とは、ダウンロード情報出力サーバ装置のダウンロード情報出力部の出力したダウンロード情報を意味する。また、「前記ダウンロード情報に基づいて出力されるダウンロード命令」の例としては次のものがある。すなわち、ダウンロード情報が図７（Ｂ）のように記述されている場合には、「ダウンロード」と表示される部分をクリックすることにより、「ＧＥＴ  ／ｐｒｏｇｒａｍ．ｅｘｅ」というＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従った要求がｄｏｗｎｌｏａｄ−ｓｅｒｖｅｒ．ｃ．ｊに対して発生するが、この「ＧＥＴ  ／ｐｒｏｇｒａｍ．ｅｘｅ」がダウンロード命令に相当する。
【００３０】
「データ取得プログラム出力部」８０２は、ダウンロード命令取得部８０１が取得したダウンロード命令に基づいて、データ取得プログラムをダウンロードのために出力する。すなわち、「ＧＥＴ  ／ｐｒｏｇｒａｍ．ｅｘｅ」に対応して、「／ｐｒｏｇｒａｍ．ｅｘｅ」というパスで示されるファイルの内容を送信し、ダウンロード命令の送信を行なった端末にダウンロードさせる。なお、データ取得プログラム出力部８０２が出力するデータ取得プログラムは、ダウンロードサーバ装置８００に記憶されており、そのまま出力されてもよい。あるいは、データ取得プログラムを生成するために必要な情報、例えばソースコードが記憶され、それらの情報を組み合わせて―例えばコンパイルを行なったり―あるいは、バイナリエディタなどでオブジェクトのデータを変更したりして、データ取得プログラムが生成されて出力がされるようになっていてもよい。
【００３１】
（実施形態１：データサーバ装置）
図９は、データサーバ装置の機能ブロック図を例示する。データサーバ装置９００は、データ保持部９０１と、データ要求取得部９０２と、データ出力部９０３と、を有する。
【００３２】
「データ保持部」９０１は、複数のデータを保持する。これらのデータはデータ取得プログラムによって取得されることになる。また、データの例としては、図４に例示されるチャネルリストがある。すなわち、データサーバ装置は、チャネルデータサーバであってもよい。また、図４に例示されるメタデータであってもよい。すなわち、データサーバ装置は、ウェブサーバであってもよい。また、データは、音楽データなどの種々のコンテンツ情報であってもよい。
【００３３】
図１０は、チャネルリストの一例を示す。この例では、乗物というカテゴリに対応するチャネルリストが例示されている。また、「＜ｏｕｔｌｉｎｅ  …  ／＞」の中の「ｘｍｌＵｒｌ＝」で指定されるＵＲＬが一つのメタデータのＵＲＬとなっている。すなわち、図１０に例示されるチャネルリストは、３つのメタデータの記述を含んでいる。
【００３４】
データ取得プログラムが、図１０に例示されるチャネルリストを取得すると、それぞれのＵＲＬで示されるメタデータの取得を行なうようになっていてもよい。また、別のプログラムがメタデータの取得を行なうようになっていてもよい。
【００３５】
図１１は、メタデータを取得するための要求を例示する。この例では、図１０における最初の「＜ｏｕｔｌｉｎｅ  …  ／＞」の中の「ｘｍｌＵｒｌ＝」で指定されるＵＲＬのメタデータを取得するために、ｄａｔａ−ｓｅｒｖｅｒ．ｃ．ｊに対して「ＧＥＴ  ／ｒｄｆ−ｃｈａｎｎｅｌ／ｍｏｔｏｒｃａｒ．ｒｄｆ」という要求を送信し、これに対応して、例えば、図１２のようなメタデータが得られる。
【００３６】
図１２のメタデータは、ｈｔｔｐ：／／ｍｏｔｏｒｃａｒ．ｃ．ｊ／というＵＲＬで示されるウェブサイトの記述を行なっている。図１と図１２とを比べると、図１２において＜ｃｈａｎｎｅｌ＞と＜／ｃｈａｎｎｅｌ＞とで囲まれる部分が図１の「ｃｈａｎｎｅｌ」の部分に相当する。また、また、図１２において、＜ｉｔｅｍ  ｒｄｆ：ａｂｏｕｔ＝"ｈｔｔｐ：／／ｍｏｔｏｒｃａｒ．ｃ．ｊ／ｎｅｗｓ０５０２１７．ｈｔｍｌ"＞から次の＜／ｉｔｅｍ＞までが、図１の一つの「ｉｔｅｍ」に相当する。
【００３７】
「データ要求取得部」９０２は、端末で実行されるデータ取得プログラムからのデータ要求を取得する。すなわち、ダウンロードサーバ装置より、データ取得プログラムが端末にダウンロードされ、ダウンロードされたデータ取得プログラムが動作することで、データ要求が出力される。このとき、出力されるデータ要求をデータ要求取得部９０２が取得する。なお、このデータ要求は、後に説明するようにデータ取得プログラムがダウンロードされた経緯に依存する。例えば、ダウンロード情報出力サーバ装置が複数ある場合において、どのダウンロード情報出力サーバ装置が出力したダウンロード情報に基づいてダウンロードされたかに依存することが例として挙げられる。また、ダウンロードサーバ装置が複数ある場合には、どのダウンロードサーバ装置からダウンロードされたかに依存することが例として挙げられる。また、端末で利用者がどのようなウェブページなどを閲覧したかの履歴に依存するようになっていてもよい。例えば、利用者が自動車関係のウェブページを閲覧することが多いことが、閲覧履歴を統計処理などすることにより判明した場合、自動車に関係した内容を持つチャネルリストなどのデータ要求がされ、そのデータ要求がデータ要求取得部９０２により取得されるようになっていてもよい。
【００３８】
「データ出力部」９０３は、データ要求取得部９０２が取得したデータ要求に基づいて、データ保持部９０１が保持するデータから選択されたデータを出力する。例えば、データ要求取得部９０２がファイルのパスを含むものであれば、そのパスで表現されるデータをデータ保持部９０１より選択して、出力を行なう。また、データ要求が、「自動車に関係したデータ」などを意味するものであれば、データ要求とデータとを関連付ける辞書などを参照して、データ保持部９０１に保持されるデータのなかからデータを選択して出力を行なう。例えば、「自動車に関係したデータ」というデータ要求に、自動車に関係したデータを格納するファイルの位置を関連付ける辞書を参照して、そのように関連付けられたファイルの内容を読み、自動車に関係したデータを出力する。
【００３９】
（実施形態１：端末）
図１３は、端末の機能ブロック図を例示する。端末１３００は、ダウンロード情報取得部１３０１と、ダウンロード命令出力部１３０２と、データ取得プログラム取得部１３０３と、経緯情報取得部１３０４と、データ取得プログラム実行部１３０５と、を有する。
【００４０】
「ダウンロード情報取得部」１３０１は、ダウンロード情報出力装置から出力されるダウンロード情報を取得する。例えば、ＨＴＴＰによる要求をダウンロード情報出力装置に向けて送信し、図７（Ｂ）に例示されるＨＴＭＬの記述を取得する。その後、そのＨＴＭＬの記述に基づいて画面の表示などを行なってもよい。
【００４１】
「ダウンロード命令出力部」１３０２は、ダウンロード情報取得部１３０１で取得されたダウンロード情報に基づいて、ダウンロード命令を出力する。例えば、図７（Ａ）に例示される「ダウンロード」の部分７０２がマウスによりクリックなどされたことが検出されると、ダウンロード命令出力部１３０２がダウンロードサーバ装置に対して、ダウンロードの要求を送信する。
【００４２】
「データ取得プログラム取得部」１３０３は、ダウンロード命令出力部１３０２で出力されたダウンロード命令に基づいて出力されるデータ取得プログラムをダウンロードして取得する。例えば、「ＧＥＴ  ／ｐｒｏｇｒａｍ．ｅｘｅ」というダウンロード命令に対して、ダウンロードサーバ装置より返信される情報をデータ取得プログラムとして取得する。このような取得の後には、データ取得プログラムが端末の記憶領域などに記録され、実行可能な状態に置かれる。
【００４３】
「経緯情報取得部」１３０４は、経緯情報を取得する。経緯情報とは、データ取得プログラム取得部によりデータ取得プログラムがダウンロードされるに至った状況を示す情報である。すなわち、端末１３００が起動可能な状態になってから、データ取得プログラムがダウンロードされるまでの状況の経過や変化などの全て又は一部を示す情報である。例えば、端末に対する利用者による操作の履歴を示す情報である。また、端末で特定のプログラム―例えばブラウザ―の動作の履歴である。特にブラウザの場合には、どのようなウェブページを閲覧したかの履歴である。また、どのダウンロード情報出力サーバ装置からダウンロード情報が得られたか、どのダウンロードサーバ装置からデータ取得プログラムがダウンロードされたか、などの情報であってもよい。また、経緯情報は、データ取得プログラムがダウンロードされるまでの、端末の置かれた場所の天気や気温、湿度、気圧などの外界の天候などの状況の変化などを示すものであってもよい。また、放送されたり視聴取されたりしたテレビ番組やラジオ番組などの履歴であってもよい。
【００４４】
ブラウザを使って、ダウンロード情報が取得され、図７（Ａ）のような画面表示を経て、データ取得プログラムの取得がされる場合には、ブラウザによって定められる所定のフォルダやファイルに、ウェブページの閲覧（閲覧日時やＵＲＬ）やダウンロードの履歴が蓄積される。そこで、経緯情報として、そのような閲覧履歴を取得するようになっていてもよい。
【００４５】
「データ取得プログラム実行部」１３０５は、データ取得プログラム取得部で取得されたデータ取得プログラムを実行する。「実行」には、もし、データ取得プログラムが圧縮などがされていれば、その伸張（解凍）の処理を行ない、得られるプログラムを起動することも含まれる。
【００４６】
（実施形態１：データ取得プログラム）
図１４は、データ取得プログラム実行部により実行されるデータ取得プログラムによる処理の流れを説明するフローチャートを例示する。ます、ステップＳ１４０１において、データサーバ装置へ、データ要求を送信する（データ要求出力ステップ）。このデータ要求は、端末の経緯情報取得部で取得された経緯情報に基づくものであってもよい。すなわち、データ要求で要求されるデータは、経緯情報が変化すれば、変化するものであってもよい。例えば、ダウンロード情報出力サーバ装置５０２のアドレス、あるいはＦＱＤＮ、によって、データ要求により要求されるデータが異なってもよい。ダウンロード情報出力サーバ装置５０２が自動車メーカの運営するサイトであれば、自動車関係のデータがデータ要求によって要求されてもよい。
【００４７】
ステップＳ１４０２において、データを取得する（データ取得ステップ）。すなわち、データ要求出力ステップで出力されたデータ要求に基づいて出力されるデータを取得する。例えば、データ要求に、ダウンロード情報出力サーバ装置５０２が自動車メーカの運営するサイトであることを示す情報が含まれていれば、データサーバ装置において、辞書などを参照して、自動車関係のデータが要求されると判断が行なわれ、その結果出力されるデータを取得する。その後、取得されたデータの閲覧、再生、実行などの処理が行なわれる。この際、経緯情報を参照して、ダウンロード情報出力サーバ装置を運営する会社に関連するデータ（例えば、その会社の広告など）を優先して閲覧、再生、実行するようになっていてもよい。特に、ダウンロード情報出力サーバ装置を運営する会社と事業分野がバッティングする事業を行なう会社に関連するデータの閲覧などを制限するようになっていてもよい。
【００４８】
なお、データ取得プログラムは、起動するたびに、図１４に例示されるフローチャートの処理を実行するようになっていてもよい。これにより、最新のデータをデータサーバ装置から取得することができる。別の利点としては、データサーバ装置の管理者が、保持されるデータの管理などを行なうことにより、データ取得プログラムがデータを取得した後の処理を随時変更することができる点を挙げることができる。また、データサーバ装置との通信ができない場合には、前回の起動において取得されたデータを使用するようになっていてもよい。
【００４９】
図１５は、データ取得プログラムのソースコードの一例を示す。まず、ｄａｔａＳｅｒｖｅｒＦｑｄｎという変数に、"ｄａｔａ−ｓｅｒｖｅｒ．ｃ．ｊ"というデータサーバ装置のＦＱＤＮの文字列表現が代入される。この文字列表現は、例えば、データ取得プログラムがダウンロードサーバ装置からダウンロードされるときに、バイナリエディタを用いて変更したり、ソースコードを変更してコンパイルすることにより変更したりすることが可能になっていてもよい。次に、ｇｅｔＣｉｒｃｕｍ（）という関数を呼び出し、ｃｉｒｃｕｍという変数に、経緯情報を代入する。ｇｅｔＣｉｒｃｕｍ（）という関数は、例えば、ブラウザの閲覧履歴を読み、ダウンロード情報出力サーバ装置のＦＱＤＮなどを取得し、返す。次に、ｇｅｔＤａｔａ（）という関数に、データサーバ装置のＦＱＤＮの文字列表現と、経緯情報とを渡して、データ要求を行ない、データの取得を行なう。
【００５０】
ｇｅｔＤａｔａ（）という関数では、ｆｑｄｎ２ｈｔｔｐＣｏｎｎｅｃｔｉｏｎ（）という関数を呼んで、指定されたＦＱＤＮを持つサーバ装置とＨＴＴＰによる通信路（例えばソケットによる通信路）を確保する。次に、ｓｅｎｄＣｉｒｃｕｍ（）という関数により、経緯情報を送信するとともにデータ要求を送信する。次に、ｒｅａｄ（）により、サーバ装置から返信されるデータを読み込む。また、ｓｅｎｄＣｉｒｃｕｍ（）を呼ばずにｒｅａｄ（）を実行して、サーバ装置から返信されるデータを読み込み、読み込まれたデータの中から、経緯情報に基づいてデータの選択を行なってもよい。例えば、経緯情報に適合（経緯情報に含まれる、マッチする項目が経緯情報に存在するなど）するヘッダ情報を持つデータを選択する。
【００５１】
（実施形態１：全体の流れのシーケンス図）
図１６は、本発明のプログラムダウンロード実行システムのシーケンス図を例示する。まず、ステップＳ１６０１において、端末からダウンロード情報出力サーバ装置へ要求が送信されるなどして、ダウンロード情報が、ダウンロード情報出力サーバ装置から出力され、端末が取得する。次に、ステップＳ１６０２において、端末よりダウンロード命令がダウンロードサーバ装置へ出力され、これに応じて、ステップＳ１６０３において、ダウンロードサーバ装置から端末へデータ取得プログラムがダウンロードされる。以上のステップＳ１６０１からステップＳ１６０３までをダウンロードステップと呼ぶ。
【００５２】
次に、ステップＳ１６０４として、経緯情報を端末により取得する。例えば、端末内に保持された閲覧の履歴から経緯情報が抽出され、ダウンロードサーバ装置やダウンロード出力サーバ装置が特定などされる。このステップＳ１６０４を、経緯情報取得ステップと呼ぶ。
【００５３】
次に、データ取得プログラムが端末で実行される。このとき、データ取得プログラムは、ステップＳ１６０４で取得された経緯情報を読み込む。データ取得プログラムのこの動作をデータ取得プログラムの外部から見れば、経緯情報取得ステップで取得された経緯情報がデータ取得プログラムに入力されることになる。このステップを、入力ステップと呼ぶ。
【００５４】
次に、ステップＳ１６０５において、入力ステップで入力された経緯情報に基づいて、データ要求がデータサーバ装置へ送信され、その返信として得られるデータをステップＳ１６０６において取得する。このステップをデータ取得ステップと呼ぶ。
【００５５】
（実施形態１：主な効果）
本実施形態によれば、ダウンロードされたデータ取得プログラムが取得するデータを、そのデータ取得プログラムがダウンロードされた経緯に依存させて変化させることができる。これにより、例えば、ダウンロードを開始したウェブサイト（例えば、ダウンロード情報出力サーバ装置）に関するメタデータのＵＲＬを含むデータを、そのプログラムが取得するようにさせることができる。例えば、ダウンロードを開始したウェブサイトであるダウンロード情報出力装置などの保持するウェブページのメタデータを優先して表示するチャネルリストをそのプログラムが取得するようにさせることができる。したがって、ダウンロード情報出力サーバ装置が企業などの運営するウェブサーバ装置であれば、その企業の広告を示すウェブページが優先されて表示されるようにすることができ、広告の効果を上げることができる。また、近年流行しているブログ（ｂｌｏｇ、あるいは、ｗｅｂｌｏｇ）に、本発明のデータ取得プログラムをダウンロードするためのリンクを張ることにより、ダウンロードされたデータ取得プログラムがブログの変更を示すメタデータを取得し、そのブログの変更などを表示することが可能となる。結果として、多くの利用者にメタデータのＵＲＬをＲＳＳリーダなどに取り込んで利用してもらえるようになる。また、データ取得プログラムをダウンロードした人は、メタデータのＵＲＬを手作業で登録する必要がなくなる。また、データ取得プログラムは一つだけを用意すれば十分であり、メタデータのＵＲＬごとに異なるデータ取得プログラムをコンパイルなどの作業を行なって用意しておく必要がなくなるという効果もある。
【００５６】
（実施形態２）
本発明の実施形態２として、経緯情報がデータを取得する際のデータの送信元を識別するための情報を含むプログラムダウンロード実行システムについて説明する
【００５７】
（実施形態２：構成）
図１７は、本発明の実施形態２に係るプログラムダウンロード実行システムの端末の機能ブロック図を例示する。実施形態１に係る図１３と比較すると、経緯情報に識別情報が含まれている点が明確になっており、経緯情報取得部１３０４が識別情報取得手段１７０１を有している。
【００５８】
識別情報とは、ダウンロードされたデータ取得プログラムがデータを取得する際のデータの送信元を識別するための情報である。例えば、データサーバ装置のＦＱＤＮやＩＰアドレスを含んでいる情報を挙げることができる。また、識別情報は、データサーバ装置の中でデータが格納されているファイルのパスなどのファイルを特定するための情報であってもよい。
【００５９】
「識別情報取得手段」１７０１は、ダウンロード情報取得部１３０１が取得したダウンロード情報の送信元であるダウンロード情報出力サーバ装置を識別する識別情報を経緯情報の一部又は全部として取得する。例えば、ダウンロード情報出力サーバ装置からダウンロード情報を取得するためのＵＲＬに、データ取得プログラムが取得するデータのＵＲＬの全て又は一部が含まれるようになっており、識別情報取得手段１７０１は、ブラウザの閲覧履歴から、データのＵＲＬの全て又は一部を取得する。例を挙げれば、ＵＲＬのファイルのパスの部分（すなわちＵＲＬの文字列のはじまりから３番目の「／」以降の部分）に基づいて、データサーバ装置に対してデータ要求を出力する。例えば、ＵＲＬのファイルのパス部分をそのままデータサーバ装置へのデータ要求とする（すなわち、ＵＲＬのホスト部分を置換するのみ）。あるいは、ＵＲＬのファイルのパス部分に所定の文字列を追加したＵＲＬが表わすデータ要求を出力してもよい。また、端末などにＵＲＬに含まれる単語などを置換するための辞書を保持しておき、その辞書に従って、ＵＲＬに含まれる単語を置換して得られるＵＲＬが表わすデータ要求を出力してもよい。
【００６０】
また、ダウンロード情報のＵＲＬが、ｈｔｔｐ:／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｄｏｗｎｌｏａｄ．ｈｔｍｌ？ｈｔｔｐ:／／ｄａｔａ−ｓｅｒｖｅｒ．ｃｏｍ／ｒｄｆ−ｃｈａｎｎｅｌ／ｔｒａｉｎ．ｒｄｆのように、ファイルのパスを示すｄｏｗｎｌｏａｄ．ｈｔｍｌの後に、「？」を用いてＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）などの引数のように、データサーバ装置の保持するデータのＵＲＬが続けて配置されているようになっていてもよい。識別情報取得手段は、このようなＵＲＬが閲覧情報などとして蓄積されていれば、「？」以下のｈｔｔｐ:／／ｄａｔａ−ｓｅｒｖｅｒ．ｃｏｍ／ｒｄｆ−ｃｈａｎｎｅｌ／ｔｒａｉｎ．ｒｄｆを抽出して、データ取得プログラムが読み取り可能な状態にして、その「？」で示されるデータを取得可能とする。
【００６１】
すなわち、データ取得プログラムは、識別情報取得手段が取得し、読み取り可能とした識別情報に基づいて、データの送信元―即ちデータ要求の送信先―を決定する（データ送信元決定ステップ）。
【００６２】
図１８は、本実施形態に係るデータ取得プログラムの処理の流れを説明するフローチャートを例示する。実施形態１に係るフローチャートである図１４と比較すると、本実施形態では、ステップＳ１８０１において、識別情報取得手段が取得した識別情報に基づいてデータの送信元を決定し、ステップＳ１８０２において、決定された送信元であるデータサーバ装置へデータ要求を送信するようになっている点が異なる。したがって、例えば、実施形態１に係る図１５では、ｄａｔａＳｅｒｖｅｒＦｑｄｎへ代入されるＦＱＤＮの文字列が固定であったが、本実施形態では、所定の関数などを呼び、データサーバ装置のＦＱＤＮを動的に決定する。もちろんＵＲＬのホスト部分だけではなく、ファイルのパスの部分が動的に決定されるようになっていてもよい。
【００６３】
（実施形態２：主な効果）
本実施形態によれば、例えば、ダウンロード情報出力サーバ装置の側で一つのダウンロード情報を示すウェブページを用意し、そのウェブページをアクセスするためのＵＲＬにバリエーションをつけることにより、データ取得プログラムに、データサーバ装置の保持する種々のデータをアクセスさせることができる。これにより、ダウンロード情報を用意する手間を少なくすることができる。
【００６４】
（実施形態３）
本発明の実施形態３として、データサーバ装置が、データ保持部で保持されるデータを管理するための部を有する形態について説明する。
【００６５】
（実施形態３：構成）
図１９は、本発明の実施形態３に係るプログラムダウンロード実行システムのデータサーバ装置の機能ブロック図を例示する。データサーバ装置１９００は、実施形態１または２のデータサーバ装置のように、データ保持部９０１と、データ要求取得部９０２と、データ出力部９０３と、を有するが、本実施形態では、さらにデータ管理部９０４を有することが特徴となっている。
【００６６】
「データ管理部」９０４は、データ保持部９０１で保持されるデータを管理する部である。「データを管理する」とは、データを追加すること、データを削除すること、データを更新すること（特にデータの内容を変更することを含む）、のいずれか一を含む操作である。
【００６７】
図２０（Ａ）は、データ管理部９０４を動作させたときの、データサーバ装置の管理者などが使用するディスプレイ上の表示の一例である。図２０（Ａ）においては、データがチャネルリストを構成している場合の表示例を示しており、「乗物関係チャネルリスト」、「電気関係チャネルリスト」、「ソフト関係チャネルリスト」、「機械関係チャネルリスト」という項目が表示されている。実施形態１において説明したように、チャネルリストとは、図１０に例示されるように、一又は複数のメタデータのＵＲＬを含むデータである。例えば、乗物関係チャネルリストであれば、乗物（自動車、列車、オートバイ、船舶など）の情報を提供するウェブサイトについて記述するメタデータのＵＲＬを含む。
【００６８】
図２１は、図２０（Ａ）に表示された「乗物関係チャネルリスト」を選択した場合のディスプレイの表示例を示す。この場合には、表示されている各行が、メタデータに対応しており、例えば、「ＸＸ自動車株式会社」が表示されている行は、ＸＸ自動車株式会社の運営するウェブサイトのメタデータに対応する。図２１に表示されている行を選択などすることにより、メタデータのＵＲＬを更新したり、行そのものを削除したりできる。また、新規の行を追加したりするなどの操作ができるようになっていてもよい。このような構成により、データ取得プログラムが取得するメタデータのＵＲＬを状況などの変化に合わせて変更することができるようになる。
【００６９】
また、図２０（Ｂ）は、データ管理部９０２を動作させたときの、データサーバ装置の管理者などが使用するディスプレイ上の表示の別の一例である。この例では、チャネルリストが会社別に構成されている。ここにいう「会社」は、ダウンロード情報出力サーバ装置を運営する会社であってもよい。各チャネルリストは、それぞれの会社や関連会社などの広告を示すウェブページなどのメタデータのＵＲＬから構成されている。このように会社別にチャネルリストを構成することにより、例えば、事業分野がバッティングする会社間での広告を調整したり、グループ会社の広告をチャネルリストの上位に表示したりすることができる。
【００７０】
（実施形態３：主な効果）
本実施形態によれば、データサーバ装置が保持するデータを、データサーバの管理者が管理することができ、データ取得プログラムが取得するデータを制御することができる。例えばチャネルリストをデータとすることにより、データ取得プログラムが取得するメタデータを制御することができる。これにより、データサーバ装置の管理者は、企業などから対価を得る事と引き換えに、チャネルリストにその企業のウェブサイトのメタデータのＵＲＬを追加するという広告事業を行なうことができる。
【００７１】
（実施形態４）
本発明の実施形態４として、経緯情報がクッキー情報を含むプログラムダウンロード実行システムについて説明する。
【００７２】
（実施形態４：構成）
図２２は、本発明の実施形態４に係るプログラムダウンロード実行システムのダウンロード情報出力サーバ装置の機能ブロック図を例示する。本実施形態では、ダウンロード情報出力サーバ装置６００は、ダウンロード情報出力部６０１がダウンロード情報を出力するときに、クッキー情報を出力する。そして、端末がそのクッキー情報を取得すると、そのクッキー情報を経緯情報の一部又は全てとする。
【００７３】
クッキー情報とは、ウェブサーバなどが、ウェブページなどのデータを送信する際に、クライアント装置に一時的に蓄積させるデータである。このようなデータは、クライアント装置とウェブサーバ装置との間にＨＴＴＰのコネクションが確立した際のウェブサーバ装置からの最初の返答に含まれるのが通常である。
【００７４】
図２３は、ＨＴＴＰのコネクションがクライアント装置とウェブサーバ装置との間に確立した際のウェブサーバ装置からの返答を例する。図２３において、２行目の「Ｓｅｔ−Ｃｏｏｋｉｅ：」で始まる行が、クッキー情報を表わしている。この場合には、キー部分が「ｃｈａｎｎｅｌ」、バリュー部分が「ｍｏｔｏｒｃａｒ」というクッキー情報がクライアント装置に一時的に蓄積される。蓄積される場所は、ウェブページを閲覧などするブラウザごとに決まっている。
【００７５】
そこで、本実施形態においては、クッキー情報をダウンロード情報出力サーバ装置から端末へ送信して、端末に一時的に蓄積させる。そのクッキー情報のバリュー部分は、例えば、データ取得プログラムが取得するべきデータを保持しているホスト名、ホストの中でのパス、あるいはＵＲＬを含むようになっていてもよい。データ取得プログラムは、端末に一時的に蓄積されたクッキー情報を取得することにより、取得するデータのホスト名、ホストの中でのパス、あるいはＵＲＬを得て、データ要求をデータサーバ装置へ出力する。また、端末などに辞書を備えておき、データ取得プログラムは、その辞書を参照してクッキー情報のバリュー部分などから得られるＵＲＬが表わすデータ要求を出力するようになっていてもよい。例えば、図２３の場合には、「ｍｏｔｏｒｃａｒ」がクッキー情報のバリュー部分となっているので、辞書を参照して、「ｍｏｔｏｒｃａｒ」より、特定のメタデータのＵＲＬや特定のチャネルリストのＵＲＬを得るようになっていてもよい。
【００７６】
ブラウザの種類はそれほど多くはないので、データ取得プログラムが、ブラウザが一時的にクッキー情報を蓄積する場所を、全てのブラウザについて検索することも可能である。また、デフォルトのブラウザを端末の設定を調べることで（例えば、レジストリを調べることで）検出し、そのブラウザがクッキー情報を蓄積する場所を検索するようになっていてもよい。
【００７７】
また、ダウンロードサーバ装置がクッキー情報を出力し、端末に蓄積させるようになっていてもよい。この場合、どのダウンロードサーバ装置からデータ取得プログラムがダウンロードされたかによって、そのデータ取得プログラムが取得するデータを決定することができる。また、どのダウンロード情報出力サーバ装置が出力したダウンロード情報に基づいてデータ取得プログラムがダウンロードされたかによって、そのデータ取得プログラムが取得するデータを決定することもできる。なお、クッキー情報は、ウェブサーバ装置との通信セッションだけの間に有効なセッションクッキーと、セッションが終了しても有効なパーマネントクッキーと、に分類される場合がある。本発明では、セッションクッキーとパーマネントクッキーとの何れか、あるいはその両方を用いてもよい。また、本発明では、ダウンロードサーバ装置の運営者とクッキー情報の発行者が同じであってもよいし、異なっていてもよい。また、クッキー情報は、ダウンロード情報出力サーバ装置、ダウンロードサーバ装置以外のウェブサーバ装置から出力されるものであってもよい。例えば、端末の利用者がデータ取得プログラムをダウンロードする前後に閲覧したウェブページに関するものであってもよい。このようなダウンロードの前後に閲覧したウェブページに関するクッキー情報を用いることにより、端末の利用者の嗜好の傾向を得ることが可能であり、嗜好に応じたチャネルリストなどをデータ取得プログラムが得ることができる。
【００７８】
図２４は、後者における決定の仕方を説明する図である。まず、ダウンロード情報出力サーバ装置２４０１が、端末２４０２へダウンロード情報を出力する。この場合、ダウンロード情報が図７（Ｂ）に例示されるようなウェブページの記述であるとする。端末２４０２の利用者が、「ダウンロード」の部分をクリックなどすると、ｄｏｗｎｌｏａｄ−ｓｅｒｖｅｒ．ｃ．ｊで示されるダウンロードサーバ装置にダウンロード要求が送信される。その際、リファラーと呼ばれる情報として、ダウンロード情報のＵＲＬが同時に送信される。このリファラーは、ダウンロードサーバ装置で動作するウェブサーバプログラムが取得可能であり、例えばウェブサーバプログラムからＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）によって起動されるプログラムの環境変数の一つとして参照が可能である。そこで、ダウンロードサーバ装置２４０３は、リファラーによって得られるダウンロード情報出力サーバ装置２４０１のＵＲＬ、またはそのＵＲＬから得られる情報を含むクッキー情報をデータ取得プログラムとともに端末２４０２に送信し、端末はそのクッキー情報を蓄積し、経緯情報の一部または全てとする。これにより、どのダウンロード情報出力サーバ装置が出力したダウンロード情報に基づいてデータ取得プログラムがダウンロードされたかによって、そのデータ取得プログラムが取得するデータを決定することもできる。
【００７９】
（実施形態４：主な効果）
したがって、ダウンロード情報出力サーバ装置が企業などの運営するウェブサーバなどであれば、そのウェブサーバを用いてダウンロードされたデータ取得プログラムを、そのウェブサーバに関するメタデータやそのメタデータを含むチャネルリストを取得させるようにすることが可能となる。また、個人などが管理するウェブページやブログのページに、データ取得プログラムをダウンロードするためのリンク（例えば、図７（Ａ）などのように）を張っておくことにより、そのリンクを用いてダウンロードされたデータ取得プログラムを、そのウェブページやブログのメタデータやそのメタデータを含むチャネルリストを取得させるようにすることが可能となる。
【００８０】
（実施形態５）
本発明の実施形態５として、データ取得プログラムが、データ取得ステップで取得するデータが、コンテンツ情報を取得するための情報を含む実施形態について説明する。
【００８１】
（実施形態５：構成）
実施形態１から４までは、データサーバ装置が保持しデータ取得プログラムがデータ取得ステップで取得するデータとしては、図１０に例示されるチャネルリストやＲＳＳなどのメタデータを主に念頭に置いて説明してきた。すなわち、最終的なコンテンツ（例えば、ブログのウェブページなど）のＵＲＬなどを示す情報ものではなく、間接的に最終的なコンテンツのＵＲＬなどを得るための情報が主に念頭に置かれていた。本実施形態では、より最終的なコンテンツ情報に近い情報、すなわち、コンテンツ情報を取得するための情報を、データサーバ装置に保持させ、データ取得プログラムがデータ取得ステップで取得する。
【００８２】
（実施形態５：主な効果）
データ取得プログラムがダウンロードされた経緯を示す情報は、端末の利用者の興味を比較的よく表わす情報なので、本実施形態により、利用者の興味のある情報を、利用者に直接届けることが可能である。これにより、ポッドキャスティング（例えば、http://blog.nikkeibp.co.jp/arena/ipod/archives/2004/10/podcasting.html参照。）を実現することができる。すなわち、データ取得プログラムが、データサーバ装置よりポッドキャスティングのコンテンツを提供しているウェブサイトなどのＵＲＬを取得し、その取得したＵＲＬに基づいて、ウェブサイトなどにアクセスを行ない、最新の楽曲などのコンテンツファイルを取得することができる。
【００８３】
（実施形態６）
本発明の実施形態６として、データ取得プログラムのデータ取得ステップで取得されるデータは、取得されたコンテンツ情報の履歴に基づいて決定される実施形態について説明する。
【００８４】
（実施形態６：構成）
本実施形態は、実施形態５において、コンテンツ取得プログラムがデータ取得ステップで取得するデータが、経緯情報のみに依存せず、さらに取得されたコンテンツ情報の履歴に基づいても決定されるようにした実施形態である。すなわち、コンテンツ取得プログラムの初回の起動時には、コンテンツ取得プログラムは経緯情報に基づいてデータを取得する。そのデータは、コンテンツ情報を取得するための情報であるので、一般には、複数のコンテンツ情報のＵＲＬなどを含む。そこで、その複数のコンテンツ情報の閲覧などの履歴を保持などしておき、その履歴の内容を、次回からのデータの取得に反映させるようにする。
【００８５】
例えば、コンテンツ情報として、あるインターネットラジオ局が放送する複数のチャンネルのＵＲＬが含まれているとする。また、各チャンネルは、専門とする音楽ジャンルが決まっているとする。例えば、Ａチャンネルは、ジャズ、Ｂチャンネルは、クラシック、を専門としている。端末の利用者が例えばＢチャンネルよりもＡチャンネルの方を優先して視聴しているという事実が、履歴の内容を参照したデータ取得プログラムにより検出されると、データ取得プログラムは、次にデータサーバ装置にデータ要求を出力する際には、ジャズに関連するデータを取得するためのデータ要求を出力する。例えば、「ジャズ」に対してデータのＵＲＬなどを関連付ける辞書データなどを参照して、そのようなデータ要求を出力する。
【００８６】
（実施形態６：主な効果）
本実施形態により、データ取得プログラムを通じて視聴取されたり閲覧されたりするコンテンツ情報の履歴に応じて、データ要求が出力されるので、端末の利用者の嗜好を反映したデータの取得が行なわれるようになる。これにより、無駄なデータの取得を減らすなどのことができ、通信量の低減を図ることなどができる。
【産業上の利用可能性】
【００８７】
本発明では、データ取得プログラムのダウンロードにより、そのデータ取得プログラムの取得するデータの取得先が決定されるので、そのデータをＲＳＳなどの技術におけるメタデータとすれば、多くの人にメタデータのＵＲＬを利用してもらえたり、メタデータのＵＲＬごとにデータ取得プログラムを用意する必要がなくなったりするなどの効果が発生し、本発明は産業上有用である。
【図面の簡単な説明】
【００８８】
【図１】ＲＳＳなどにおけるメタデータの構造の一例図
【図２】ウェブページの更新から利用者のＲＳＳリーダへの表示までの処理のフローチャート
【図３】ＲＳＳリーダの表示するウィンドウの一例図
【図４】チャネルリストとメタデータとの関係の一例図
【図５】本発明の実施形態１に係るプログラムダウンロード実行システムの構成図
【図６】ダウンロード情報出力サーバ装置の機能ブロック図
【図７】ウェブページの表示とウェブページの記述との一例図
【図８】ダウンロードサーバ装置の機能ブロック図
【図９】データサーバ装置の機能ブロック図
【図１０】チャネルリストの一例図
【図１１】メタデータを取得するための要求の一例図
【図１２】メタデータの一例図
【図１３】端末の機能ブロック図
【図１４】データ取得プログラムによる処理の流れを説明するフローチャート
【図１５】データ取得プログラムのソースコードの一例図
【図１６】プログラムダウンロード実行システムのシーケンス図
【図１７】端末の機能ブロック図
【図１８】データ取得プログラムの処理の流れを説明するフローチャート
【図１９】データサーバ装置の機能ブロック図
【図２０】データサーバ装置の管理者などが使用するディスプレイ上の表示の一例図
【図２１】データサーバ装置の管理者などが使用するディスプレイ上の表示の一例図
【図２２】ダウンロード情報出力サーバ装置の機能ブロック図
【図２３】ウェブサーバ装置からの最初の返答の一例図
【図２４】どのダウンロード情報出力サーバ装置が出力したダウンロード情報に基づいてデータ取得プログラムがダウンロードされたかによって、そのデータ取得プログラムが取得するデータを決定する過程を説明する図
【符号の説明】
【００８９】
５０１  ダウンロードサーバ装置
５０２  ダウンロード情報出力サーバ装置
５０３  データサーバ装置
５０４  端末
【図１】
2006260309.tif 000003
【図２】
2006260309.tif 000004
【図３】
2006260309.tif 000005
【図４】
2006260309.tif 000006
【図５】
2006260309.tif 000007
【図６】
2006260309.tif 000008
【図７】
2006260309.tif 000009
【図８】
2006260309.tif 000010
【図９】
2006260309.tif 000011
【図１０】
2006260309.tif 000012
【図１１】
2006260309.tif 000013
【図１２】
2006260309.tif 000014
【図１３】
2006260309.tif 000015
【図１４】
2006260309.tif 000016
【図１５】
2006260309.tif 000017
【図１６】
2006260309.tif 000018
【図１７】
2006260309.tif 000019
【図１８】
2006260309.tif 000020
【図１９】
2006260309.tif 000021
【図２０】
2006260309.tif 000022
【図２１】
2006260309.tif 000023
【図２２】
2006260309.tif 000024
【図２３】
2006260309.tif 000025
【図２４】
2006260309.tif 000026