JP2016162052A - ソフトウェア配信システム、ソフトウェア配信方法、プログラム、サーバ、および端末装置 - Google Patents

Abstract

【課題】端末装置においてソフトウェアを快適に取得することが可能な技術を提供する。【解決手段】ソフトウェア配信システムは、サーバ、１以上の第１端末装置、および第２端末装置を備えている。ここで、第２端末装置は、サーバおよび１以上の第１端末装置との通信が可能である。各第１端末装置は、ソフトウェアの少なくとも一部分に係る送信用データおよび該ソフトウェアのうちの少なくとも一方を記憶する第１記憶部を有している。１以上の第１端末装置のうちの少なくとも１つの第１端末装置が、第１通信部によって、送信用データを第２端末装置に送信する。また、サーバは、サーバ通信部によって、送信用データを用いてソフトウェアの利用を可能とするための追加データを、第２端末装置に送信する。そして、第２端末装置が、送信用データおよびソフトウェアのうちの少なくとも一方を記憶する第２記憶部を有している。【選択図】図２

Description

本発明は、ソフトウェアを配信する配信システム、ソフトウェアを配信する配信方法、ならびに配信システムを実現するためのプログラム、サーバ、および端末装置に関する。

従来、端末装置において、サーバからコンテンツおよびプログラム等の各種ソフトウェアをダウンロードするシステムが存在している。

このようなシステムでは、人気のあるソフトウェアをダウンロードするために、サーバに対して多数の端末装置からのアクセスが集中する場合がある。この場合、サーバおよびネットワークに負荷が掛かるため、端末装置においてソフトウェアをサーバから快適にダウンロードすることが難しい。

そこで、例えば、コンテンツの配信の開始日の前に予約数が所定数を上回れば、配信の開始日よりも前に、コンテンツ本体が暗号化されて端末装置に送信され、配信の開始日に、コンテンツを復号化する鍵が端末装置に送信される技術が提案されている（例えば、特許文献１等）。また、事前にコンテンツの一部が端末装置にダウンロードされ、コンテンツの再生時に、端末装置においてリアルタイムにコンテンツの残り部分がサーバから取得されながら再生される技術が提案されている（例えば、特許文献２等）。

特開２００８−１３４９９２号公報 特開２００５−１８４４７２号公報

しかしながら、上記特許文献１，２の技術では、事前に暗号化されたコンテンツまたはコンテンツの一部がダウンロードされる際に、端末装置からサーバに対するアクセスが集中する虞がある。また、上記特許文献２の技術では、端末装置において、コンテンツを再生する目的でリアルタイムにコンテンツの残り部分がサーバから取得される際に、端末装置からサーバに対するアクセスが集中する虞がある。さらに、上記特許文献１，２の技術では、端末装置のユーザが所望のタイミングでコンテンツをダウンロードすることが難しい。すなわち、上記特許文献１，２の技術では、コンテンツの快適なダウンロードを可能とする環境が実現されているとは言い難い。そして、このような問題は、端末装置においてサーバからソフトウェアを取得する技術一般に共通する。

本発明は、上記課題に鑑みてなされたものであり、端末装置においてソフトウェアを快適に取得することが可能な技術を提供することを目的とする。

上記課題を解決するために、第１の態様に係るソフトウェア配信システムは、サーバと、１以上の第１端末装置と、前記サーバおよび前記１以上の第１端末装置との通信が可能な第２端末装置と、を備えている。ここで、各前記第１端末装置が、ソフトウェアの少なくとも一部分に係る送信用データおよび該ソフトウェアのうちの少なくとも一方を記憶する第１記憶部を有している。また、１以上の第１端末装置のうちの少なくとも１つの第１端末装置が、前記送信用データを前記第２端末装置に送信する第１通信部を有する。また、サーバが、前記送信用データを用いて前記ソフトウェアＳｆ１の利用を可能とするための追加データを、前記第２端末装置に送信するサーバ通信部を有する。そして、前記第２端末装置が、送信用データＴｄ２および前記ソフトウェアのうちの少なくとも一方を記憶する第２記憶部を有している。

第２の態様に係るソフトウェア配信システムは、第１の態様に係るソフトウェア配信システムであって、前記送信用データが、前記ソフトウェアの一部が削除された形態、前記ソフトウェアの少なくとも一部が暗号化された形態、および前記ソフトウェアの利用に許可データを要する形態のうちの少なくとも１つの形態の前記ソフトウェアに係るデータを含んでいる。

第３の態様に係るソフトウェア配信システムは、第２の態様に係るソフトウェア配信システムであって、前記追加データが、前記ソフトウェアのうちの削除された一部、前記ソフトウェアのうちの暗号化された少なくとも一部を復号するための復号鍵、および前記許可データのうちの少なくとも１つを含む。

第４の態様に係るソフトウェア配信システムは、第１から第３の何れか１つの態様に係るソフトウェア配信システムであって、前記少なくとも１つの第１端末装置が、前記第１通信部によって、該少なくとも１つの第１端末装置に係る第１識別情報、前記第２端末装置に係る第２識別情報、および前記ソフトウェアに係る第３識別情報のうちの少なくとも１つの識別情報、を前記サーバに送信する。そして、前記サーバが、前記少なくとも１つの第１端末装置からの前記少なくとも１つの識別情報の受信に応じて、前記少なくとも１つの第１端末装置に対し、前記第２端末装置への前記送信用データの送信を許可する送信許可部、を有する。

第５の態様に係るソフトウェア配信システムは、第４の態様に係るソフトウェア配信システムであって、前記第２端末装置が、前記少なくとも１つの第１端末装置に係る前記第１識別情報を前記サーバに送信し、前記サーバが、前記第２端末装置からの前記第１識別情報の受信に応じて、前記少なくとも１つの第１端末装置に対する報酬を示す報酬データを生成する報酬データ生成部、を有する。

第６の態様に係るソフトウェア配信システムは、第１から第３の何れか１つの態様に係るソフトウェア配信システムであって、前記第２端末装置が、該第２端末装置に係る第２識別情報および前記ソフトウェアに係る第３識別情報、を前記サーバに送信し、前記サーバが、前記第２端末装置から受信した前記第２識別情報と前記第３識別情報とに応じて、前記サーバ通信部によって前記第２端末装置に対して前記追加データを送信するサーバ通信制御部、を有する。

第７の態様に係るソフトウェア配信システムは、第６の態様に係るソフトウェア配信システムであって、前記サーバが、前記第２端末装置から受信した前記第２識別情報と前記第３識別情報とに応じて、前記第２端末装置に対する課金を示す課金データを生成する課金データ生成部、を有する。

第８の態様に係るソフトウェア配信システムは、第６または第７の態様に係るソフトウェア配信システムであって、前記少なくとも１つの第１端末装置が、前記第２端末装置に係る第２識別情報、および前記ソフトウェアに係る第３識別情報、を前記サーバに送信し、前記サーバ通信制御部が、前記少なくとも１つの第１端末装置から受信した前記第２識別情報と、前記第２端末装置から受信した前記第２識別情報とが対応していることに応じて、前記サーバ通信部によって前記第２端末装置に対して前記追加データを送信する。

第９の態様に係るソフトウェア配信システムは、第１から第８の何れか１つの態様に係るソフトウェア配信システムであって、前記第２端末装置が、前記少なくとも１つの第１端末装置からの前記送信用データの受信が中断されたことに応答して、前記送信用データのうちの受信が中断された中断箇所および受信が完了した受信完了データ領域のうちの少なくとも一方に係る位置情報を前記第２記憶部に記憶させる位置特定部と、前記１以上の第１端末装置のうちの前記少なくとも１つの第１端末装置または該少なくとも１つの第１端末装置とは異なる他の少なくとも１つの第１端末装置に対して、前記位置情報を送信することで、前記送信用データの前記中断箇所または前記受信完了データ領域以降の受信の再開を要求する再開要求部と、を有する。

第１０の態様に係るソフトウェア配信システムは、第１から第９の何れか１つの態様に係るソフトウェア配信システムであって、前記第２端末装置が、前記第２記憶部から前記送信用データを削除する際に、前記第２記憶部に前記追加データを残存させる削除制御部、を有する。

第１１の態様に係るソフトウェア配信システムは、第１から第１０の何れか１つの態様に係るソフトウェア配信システムであって、前記少なくとも１つの第１端末装置が、Ｎ（Ｎは２以上の整数）台の第１端末装置を含む。ここで、前記第２端末装置が、前記送信用データをＮ個の領域に区分し、該Ｎ個の領域を前記Ｎ台の第１端末装置に割り振る分担設定部、を有する。そして、前記Ｎ台の第１端末装置が、前記分担設定部による領域の割り振りの結果に従って、前記第１通信部によって前記送信用データを前記第２端末装置に送信する。

第１２の態様に係るソフトウェア配信システムは、第１１の態様に係るソフトウェア配信システムであって、前記分担設定部が、前記Ｎ台の第１端末装置から、該Ｎ台の第１端末装置それぞれの使用状態に係る情報を取得し、該Ｎ台の第１端末装置それぞれの使用状態に係る情報に応じて、前記送信用データを前記Ｎ個の領域に区分して、前記Ｎ個の領域を前記Ｎ台の第１端末装置に割り振る。

第１３の態様に係るソフトウェア配信システムは、第１から第１２の何れか１つの態様に係るソフトウェア配信システムであって、各前記第１端末装置が、該第１端末装置に固有の情報によって前記ソフトウェアの一部を該第１端末装置にバインドさせた状態で、前記ソフトウェアを前記第１記憶部に記憶する。そして、前記送信用データが、前記ソフトウェアのうちの前記第１端末装置にバインドされた一部が削除されたデータ、および前記ソフトウェアのうちの一部がバインドされたデータのうちの少なくとも一方のデータを含む。

第１４の態様に係るソフトウェア配信システムは、第１から第１２の何れか１つの態様に係るソフトウェア配信システムであって、各前記第１端末装置の前記第１記憶部が、前記ソフトウェアとは別に、該ソフトウェアに基づいて生成される前記送信用データを記憶する。

第１５の態様に係るソフトウェア配信方法は、(a)１以上の第１端末装置が、それぞれ第１記憶部にソフトウェアに係るデータを記憶するステップと、(b)前記１以上の第１端末装置の少なくとも１つの第１端末装置が、前記ソフトウェアの少なくとも一部分に係る送信用データを第２端末装置に送信するステップと、(c)サーバが、前記ステップ(b)で送信された前記送信用データを用いて前記ソフトウェアの利用を可能とするための追加データを、前記第２端末装置に送信するステップと、を有する。

第１６の態様に係るプログラムは、端末装置に含まれるプロセッサで実行されることで、前記端末装置を第１から第１４の何れか１つの態様に係る第１端末装置として機能させる。

第１７の態様に係るプログラムは、端末装置に含まれるプロセッサで実行されることで、前記端末装置を第１から第１４の何れか１つの態様に係る第２端末装置として機能させる。

第１８の態様に係るプログラムは、サーバに含まれるプロセッサで実行されることで、前記サーバを第１から第１４の何れか１つの態様に係るサーバとして機能させる。

第１９の態様に係るサーバは、ソフトウェアの利用を可能とするための追加データを記憶する記憶部と、少なくとも１つの第１端末装置から前記ソフトウェアの少なくとも一部分に係る送信用データを受信した第２端末装置に対して前記追加データを送信する通信部と、を備える。

第２０の態様に係る端末装置は、サーバおよび１以上の第１端末装置との通信が可能であり、前記１以上の第１端末装置の少なくとも１つの第１端末装置からソフトウェアの少なくとも一部分に係る送信用データを取得する通信部と、前記少なくとも１つの第１端末装置から受信した前記送信用データおよび前記ソフトウェアの少なくとも一方を記憶する記憶部と、を備え、前記通信部が、前記ソフトウェアの利用を可能とするための追加データを前記サーバから取得する。

第１から第１４の何れの態様に係るソフトウェア配信システムによっても、端末間における通信によって得られるソフトウェアに係る送信用データとサーバから得られる追加データとによってソフトウェアが利用可能となるため、端末装置においてソフトウェアが快適に取得され得る。また、例えば、ソフトウェアの不正な複製が抑制され得る。

第２および第３の何れの態様に係るソフトウェア配信システムによっても、ソフトウェアの不正な複製が容易に抑制され得る。

第３の態様に係るソフトウェア配信システムによれば、サーバから端末装置へ送信されるデータの量が低減され得るため、端末装置からサーバへのアクセスが集中し難い。

第４および第５の何れの態様に係るソフトウェア配信システムによっても、端末間における送信用データの送受信が、サーバによって管理されるため、ソフトウェアの不正な複製が抑制され得る。

第５の態様に係るソフトウェア配信システムによれば、端末間において送信用データを送信した送信元の端末装置に報酬が付与されることで、端末間における送信用データの送信が活性化される。その結果、端末装置からサーバへのアクセスの集中が低減され得る。

第６および第７の何れの態様に係るソフトウェア配信システムによっても、送信先の端末装置からの識別情報の送信に応じて、サーバからソフトウェアの利用を可能とする追加データが送信先の端末装置に送信される。このため、ソフトウェアの不正な複製がさらに抑制され得る。

第７の態様に係るソフトウェア配信システムによれば、サーバによって送信先の端末装置に対する課金が管理され得るため、ソフトウェアの不正な複製が低減され得る。

第８の態様に係るソフトウェア配信システムによれば、送信元の端末装置および送信先の端末装置の双方から得られた情報が対応していれば、ソフトウェアの利用を可能とする追加データがサーバから送信先の端末装置に送信される。このため、ソフトウェアの不正な複製の防止効果が向上し得る。

第９の態様に係るソフトウェア配信システムによれば、端末間における通信によって途中まで得られたデータが有効利用され得るため、端末装置におけるソフトウェアの取得がより迅速化され得る。

第１０の態様に係るソフトウェア配信システムによれば、送信先の端末装置において、ソフトウェアが再取得される際に、ソフトウェアの利用を可能とする追加データの取得が不要となるため、端末装置においてより迅速なソフトウェアの利用が可能となる。

第１１および第１２の何れの態様に係るソフトウェア配信システムによっても、複数台の送信元の端末装置から送信先の端末装置へソフトウェアに係る送信用データが送信されるため、ソフトウェアの取得に要する時間が短縮され得る。

第１２の態様に係るソフトウェア配信システムによれば、複数台の送信元の端末装置における使用状態に応じた送信用データの送信によって、端末間における送信用データの送受信が高速化され得る。

第１３の態様に係るソフトウェア配信システムによれば、送信元の端末装置にバインドされたソフトウェアに係る送信用データが送信されることで、端末間において送信が可能なデータが容易に準備され得る。

第１４の態様に係るソフトウェア配信システムによれば、送信元の端末装置において、ソフトウェアそのものとは別に、該ソフトウェアに係る送信用データが記憶されるため、端末間における送信用データの送受信の高速化が図られ得る。

第１５の態様に係るソフトウェア配信方法によれば、第１の態様に係るソフトウェア配信装置と同様な効果が得られる。

第１６の態様に係るプログラムによれば、端末間におけるソフトウェアに係る送信用データの送受信によって、端末装置においてソフトウェアが快適に取得され得る。

第１７および第１８の何れの態様に係るプログラムによっても、端末間における通信によって得られるソフトウェアに係る送信用データとサーバから得られる追加データとによってソフトウェアが利用可能となるため、端末装置においてソフトウェアが快適に取得され得る。また、例えば、ソフトウェアの不正な複製が抑制され得る。

第１９の態様に係るサーバによれば、サーバからソフトウェアを利用可能とする追加データが得られるため、端末装置において端末間における通信によってソフトウェアが取得され得る。その結果、端末装置においてソフトウェアが快適に取得され得る。また、例えば、ソフトウェアの不正な複製が抑制され得る。

第２０の態様に係る端末装置によれば、端末間における通信によってソフトウェアに係る送信用データが得られ、該送信用データとサーバから得られるデータとによってソフトウェアが利用可能となるため、端末装置においてソフトウェアが快適に取得され得る。また、例えば、ソフトウェアの不正な複製が抑制され得る。

一実施形態に係る配信システムの概略構成を例示する図である。 配信システムにおける動作の概要を示す図である。 管理用サーバの構成を例示するブロック図である。 ＤＬ元端末としての端末装置の構成を例示するブロック図である。 ＤＬ先端末としての端末装置の構成を例示するブロック図である。 サーバ制御部で実現される機能的な構成を例示するブロック図である。 第１制御部で実現される機能的な構成を例示するブロック図である。 ソフトウェアに係るデータの一例を模式的に示すイメージ図である。 送信用データの一例を模式的に示すイメージ図である。 送信用データの他の一例を模式的に示すイメージ図である。 第２制御部で実現される機能的な構成を示すブロック図である。 送信用データの受信が中断された箇所の一例を示す図である。 複数の端末装置から送信用データを受信する一態様を例示する図である。 複数の端末装置から送信用データを受信する一態様を例示する図である。 ソフトウェアの配信に係る動作フローの一例を示すフローチャートである。 ソフトウェアの配信に係る動作フローの一例を示すフローチャートである。 ソフトウェアの配信に係る動作フローの一例を示すフローチャートである。 第１変形例に係る第１制御部の機能的な構成を例示するブロック図である。 第２変形例に係る動作フローの一例を示すフローチャートである。 第３変形例に係るＤＬ元端末としての端末装置の構成を例示するブロック図である。

以下、本発明の一実施形態および各種変形例を図面に基づいて説明する。なお、図面においては同様な構成および機能を有する部分については同じ符号が付されており、下記説明では重複説明が省略される。また、図面は模式的に示されたものであり、各図における各種構造のサイズおよび位置関係等については適宜変更され得る。

＜(１)一実施形態＞
＜(１−１)ソフトウェア配信システムの概略構成＞
図１は、一実施形態に係るソフトウェア配信システム（以下、「配信システム」と略称する）１の概略構成を例示する図である。

図１で示されるように、配信システム１は、主に、ソフトウェアの配信を管理するサーバ（管理用サーバとも言う）２、管理用サーバ２を管理するための端末装置（管理用端末とも言う）３、および複数の端末装置４を備えている。

管理用サーバ２と管理用端末３とは、信号の送受信が可能な態様で接続されている。接続の形式は、例えば、有線および無線の何れの形式であっても良い。また、管理用サーバ２と複数の端末装置４とが通信回線ＮＷ１を介した通信が可能な態様で接続されている。通信回線ＮＷ１は、有線および無線の何れの回線であっても良い。端末装置４同士の無線回線を介した通信は、例えば、無線ＬＡＮを利用したＷｉ−Ｆｉ等によって実現され得る。ここで、端末装置４同士の通信は、グローバルなネットワークおよびローカルなネットワークの何れの形態によっても実現され得る。そして、例えば、端末装置４同士の通信がローカルなネットワークによって実現される場合に、管理用サーバ２と端末装置４との間における通信が、グローバルなネットワークによって実現されても良いし、ローカルなネットワークによって実現されても良い。

本実施形態に係る配信システム１では、２以上の端末装置４の間においてソフトウェアに係るデータのダウンロード（端末間ＤＬとも言う）が可能である。このため、サーバに過度な負担を掛けることなく、ダウンロード先の端末装置（ＤＬ先端末とも言う）４においてソフトウェアに係るデータを快適にダウンロードすることができる。また、ＤＬ先端末４では、サーバが機能しない状態（ダウン状態とも言う）に陥っていても、端末間ＤＬによってダウンロード元の端末装置（ＤＬ元端末とも言う）４からソフトウェアに係るデータが取得され得る。これにより、ソフトウェアを配信するサービスが完全に停止する不具合が生じ難い。

但し、配信システム１では、ソフトウェアの実行に必要なデータが、端末間ＤＬにおいてダウンロードが可能なデータ（ＤＬ可能データとも言う）と、端末間ＤＬにおいてダウンロードが不可能なデータ（ＤＬ不可データとも言う）とに分けられて管理される。そして、ＤＬ先端末４では、端末間ＤＬによって受信されるＤＬ可能データとしてのソフトウェアに係るデータがそのままでは利用ができないデータとなっている。そこで、ＤＬ先端末４では、管理用サーバ２からＤＬ不可データとしてのソフトウェアの利用を可能とするデータが取得され、ＤＬ可能データとしてのソフトウェアに係るデータとＤＬ不可データとによってソフトウェアの利用が可能とされる。これにより、ソフトウェアの不正な複製および利用が抑制され得る。

以下、本実施形態に係る配信システム１の機能的な構成ならびに動作について説明する。ここでは、６台の端末装置４に同様な構成を有する端末装置４ａ〜４ｆが含まれ、１以上の第１端末装置としての端末装置４ａ〜４ｅの少なくとも１つの端末装置４がＤＬ元端末であり、第２端末装置としての端末装置４ｆがＤＬ先端末である例を挙げて説明する。つまり、第２端末装置としての端末装置４ｆが、管理用サーバ２および１以上の第１端末装置としての端末装置４ａ〜４ｅとの通信が可能に接続されている例について説明する。なお、本実施形態では、６台の端末装置４の間において通信回線ＮＷ１を介した通信が可能である例が挙げられているが、これに限られず、例えば、２台以上の任意の数の端末装置４の間において通信回線ＮＷ１を介した通信が可能であれば良い。

＜(１−２)ソフトウェアの配信動作の概要＞
図２は、配信システム１におけるソフトウェアの配信動作の概要を示す図である。図２で示されるように、ソフトウェアの配信動作においては、主に６つのステップ（ステップ１〜６）が順に行われる。

〔１〕ステップ１では、端末装置（ＤＬ先端末）４ｆによって、端末装置４ａ〜４ｅの少なくとも１つの端末装置（ＤＬ元端末）４に対して、端末間ＤＬの実行が要求される。例えば、ＤＬ先端末４ｆによって、ＤＬ元端末４が有している１以上のソフトウェアが列挙されたリストがＤＬ元端末４から得られ、ＤＬ先端末４ｆにおいて該リスト上で所望のソフトウェアが指定されると、該所望のソフトウェアの端末間ＤＬの実行が要求される。

また、ステップ１では、ＤＬ元端末４によって、ＤＬ先端末４ｆからの端末間ＤＬの要求に応じて、ＤＬ先端末４ｆの認証が行われる。このとき、ＤＬ元端末４によって、ＤＬ先端末４ｆからの端末間ＤＬの要求が拒否されても良い。例えば、ＤＬ元端末４の入力部４５および出力部４６において端末間ＤＬの許可または拒否の何れか一方が選択され得る態様が考えられる。なお、ＤＬ元端末４およびＤＬ先端末４ｆが、例えば、友人同士等、顔見知り同士の端末装置４であれば、ＤＬ先端末４ｆのユーザによって、ＤＬ元端末４のユーザが特定され得る。その結果、ソフトウェアのダウンロードの安全性が向上し得る。

〔２〕ステップ２では、ＤＬ元端末４によって、ＤＬ先端末４ｆからの端末間ＤＬの要求に応答して、管理用サーバ２に対してＤＬ先端末４ｆとの間における端末間ＤＬの許可が要求される。このとき、ＤＬ元端末４によって、端末間ＤＬに係る情報（第１端末間ＤＬ情報とも言う）が管理用サーバ２に送信される。第１端末間ＤＬ情報には、例えば、ＤＬ元端末４に係る識別情報、ＤＬ先端末４ｆに係る識別情報、および端末間ＤＬの対象であるソフトウェアに係る識別情報等が含まれ得る。

〔３〕ステップ３では、管理用サーバ２によって、ＤＬ元端末４に対してＤＬ先端末４ｆとの間における端末間ＤＬが許可される。例えば、第１端末間ＤＬ情報に応じて、端末間ＤＬの許否が決定され得る。

〔４〕ステップ４では、ステップＳ３における端末間ＤＬの許可に応答して、端末間ＤＬが開始される。これにより、ＤＬ可能データとしてのソフトウェアに係るデータ（送信用データとも言う）が、ＤＬ元端末４からＤＬ先端末４ｆに送信される。ここで、送信用データは、ソフトウェアの少なくとも一部分に係るものであり、ＤＬ元端末４とＤＬ先端末４ｆとの間における端末間ＤＬによって送信および受信するためのソフトウェアに係るデータである。

〔５〕ステップ５では、ステップ４における端末間ＤＬの終了に応答して、ＤＬ先端末４ｆによって、管理用サーバ２に対して、ＤＬ不可データとしてのソフトウェアの利用を可能とするデータ（追加データとも言う）の送信が要求される。このとき、ＤＬ先端末４ｆによって、端末間ＤＬに係る情報（第２端末間ＤＬ情報とも言う）が管理用サーバ２に送信される。第２端末間ＤＬ情報には、例えば、ＤＬ先端末４ｆに係る識別情報、および端末間ＤＬの対象としてのソフトウェアに係る識別情報等が含まれ得る。

〔６〕ステップ６では、管理用サーバ２によって、ＤＬ先端末４ｆに対して追加データが送信される。このとき、管理用サーバ２では、ＤＬ先端末４ｆから得た第２端末間ＤＬ情報と、ＤＬ元端末４から得た第１端末間ＤＬ情報との照合が行われる。そして、第１端末間ＤＬ情報と第２端末間ＤＬ情報とが対応していれば、管理用サーバ２からＤＬ先端末４ｆに対して追加データが送信される。このとき、例えば、管理用サーバ２では、ソフトウェアのダウンロードに対して課される料金に係るデータ（課金データとも言う）Ａｃ１が生成され得る。ここでは、ソフトウェアの利用を可能とする追加データの取得に対して料金が課されることで、ソフトウェアのダウンロードに対して料金が課され得る。

このようにして、ＤＬ先端末４ｆでは、端末間ＤＬによって得られる送信用データ、および管理用サーバ２から得られる追加データの両方が揃って、初めてソフトウェアの利用が可能となる。このため、ソフトウェアの不正な複製の防止効果が向上し得る。また、管理用サーバ２に対するアクセスの集中も生じ難い。その結果、ＤＬ先端末４ｆにおいてソフトウェアが快適に取得され得る。

また、一般的なＰ２Ｐ方式の通信方式が採用される配信システムとは異なり、本実施形態に係る配信システム１では、ＤＬ元端末４およびＤＬ先端末４ｆが管理用サーバ２によって管理され得る。これにより、例えば、端末間ＤＬが行われるＤＬ元端末４およびＤＬ先端末４ｆの両方の身元が確認され得る。さらに、例えば、ステップ２およびステップ３の動作が行われれば、端末間ＤＬの対象としてのソフトウェアが、正規のルートで得られたソフトウェアである否かが確認され得る。すなわち、ソフトウェアのダウンロードの安全性が向上し得る。

＜(１−３)配信システムの機能的な構成＞
＜(１−３−１)管理用サーバの機能的な構成＞
図３は、管理用サーバ２の構成の一例を示すブロック図である。図３で示されるように、管理用サーバ２は、サーバ制御部２１、記憶部２２、通信部（サーバ通信部とも言う）２３および入出力（Ｉ／Ｏ）部２４を備えている。

サーバ制御部２１は、例えば、プロセッサを含むＣＰＵ２１１および情報を一時的に記憶するメモリ２１２等を有する。ＣＰＵ２１１は、記憶部２２に格納されているプログラムＰｇ１を読み込んで実行することで、管理用サーバ２の各種機能および情報処理等を実現する。この管理用サーバ２の各種機能によって、ユーザの端末装置４としてのＤＬ先端末４ｆでは、管理用サーバ２からソフトウェアＳｆ１の利用を可能とするための追加データＡｄ１が取得される。これにより、ＤＬ先端末４ｆでは、端末間ＤＬで取得される送信用データＴｄ２に係るソフトウェアＳｆ１の利用が可能となる。その結果、ＤＬ先端末４ｆによってソフトウェアＳｆ１が快適に取得され得る。また、例えば、ソフトウェアＳｆ１の不正な複製が抑制され得る。ここで、サーバ制御部２１における各種情報処理によって一時的に得られる各種情報は、メモリ２１２等に記憶される。

記憶部２２は、各種の情報を記憶する部分であり、例えば、ハードディスク等の記憶媒体を含む。記憶部２２の構成としては、例えば、１つの記憶媒体を有する構成、２以上の記憶媒体を一体的に有する構成、ならびに２以上の記憶媒体を２以上の部分に分けて有する構成の何れの構成が採用されても良い。

記憶部２２には、例えば、プログラムＰｇ１、ソフトウェアＳｆ１、追加データＡｄ１、課金データＡｃ１、報酬データＲｄ１およびその他の各種データが格納され得る。プログラムＰｇ１は、ＣＰＵ２１１で読み込まれて実行されることで、管理用サーバ２の機能を実現するものである。ソフトウェアＳｆ１には、例えば、アプリケーションプログラム等の各種プログラム、ならびに画像、映像および音楽等に係る各種コンテンツ（データの集合）等が含まれ得る。換言すれば、ソフトウェアＳｆ１には、コンピュータを動作させる命令および処理の手順がまとめられたコンピュータプログラム、およびコンピュータプログラムによる処理の対象となるデータ等が含まれ得る。追加データＡｄ１は、例えば、ソフトウェアＳｆ１の利用を可能とするためのデータである。課金データＡｃ１は、端末装置４におけるソフトウェアＳｆ１のダウンロードに対して課される代金を示すデータである。報酬データＲｄ１は、端末間ＤＬによって送信用データＴｄ２を送信したＤＬ元端末４に対する報酬を示すデータである。

サーバ通信部２３は、管理用端末３および端末装置４等と言った外部装置との間におけるデータの送受信を行う部分である。サーバ通信部２３では、例えば、専用のケーブルあるいはＬＡＮ回線等を介して管理用端末３との間におけるデータの授受が行われ、通信回線ＮＷ１を介して、端末装置４との間におけるデータの授受が行われ得る。例えば、サーバ通信部２３によって、送信用データＴｄ２を用いてソフトウェアＳｆ１の利用を可能とするための追加データＡｄ１が管理用サーバ２からＤＬ先端末４ｆに送信される。

Ｉ／Ｏ部２４は、例えば、可搬性の記憶媒体Ｄ２の脱着が可能な部分である。Ｉ／Ｏ部２４では、例えば、記憶媒体Ｄ２が装着されている状態で、記憶媒体Ｄ２とサーバ制御部２１との間におけるデータの授受が行われ得る。また、プログラムＰｇ１が格納された記憶媒体Ｄ２がＩ／Ｏ部２４に装着されることで、記憶媒体Ｄ２から記憶部２２内にプログラムＰｇ１が読み込まれて記憶される態様が採用されても良い。

＜(１−３−２)端末装置の機能的な構成＞
図４および図５は、端末装置４の構成を示すブロック図である。具体的には、図４は、第１端末装置としての端末装置４ａ〜４ｅの構成の一例を示すブロック図であり、図５は、第２端末装置としての端末装置４ｆの構成の一例を示すブロック図である。本実施形態では、端末装置４ａ〜４ｆは、ほぼ同様な構成を有しているが、端末装置４ａ〜４ｅの少なくとも１つの端末装置４がＤＬ元端末として働き、端末装置４ｆがＤＬ先端末として働く。このため、端末装置４ａ〜４ｅと端末装置４ｆとの間で、制御部４１で実現される機能および記憶部４２に記憶される情報が異なる。

各端末装置４は、制御部４１、記憶部４２、通信部（端末通信部とも言う）４３、入出力（Ｉ／Ｏ）部４４、入力部４５および出力部４６を備えている。

制御部４１は、例えば、プロセッサを含むＣＰＵ４１１および情報を一時的に記憶するメモリ４１２等を有する。ＣＰＵ４１１は、記憶部４２に格納されているプログラムＰｇ２またはプログラムＰｇ３を読み込んで実行することで、端末装置４の各種機能および情報処理等を実現する。この端末装置４の各種機能によって、ＤＬ先端末４ｆでは、端末間ＤＬでソフトウェアＳｆ１に係る送信用データＴｄ２が受信される。そして、ＤＬ先端末４ｆでは、管理用サーバ２からソフトウェアＳｆ１の利用を可能とする追加データＡｄ１が取得される。これにより、ＤＬ先端末４ｆでは、端末間ＤＬで取得される送信用データＴｄ２に係るソフトウェアＳｆ１の利用が可能となる。その結果、ＤＬ先端末４ｆによってソフトウェアＳｆ１が快適に取得され得る。また、例えば、ソフトウェアＳｆ１の不正な複製が抑制され得る。ここで、制御部４１における各種情報処理によって一時的に得られる各種情報は、メモリ４１２等に記憶される。

記憶部４２は、各種の情報を記憶する部分であり、例えば、ハードディスク等の記憶媒体を含む。記憶部４２の構成としては、例えば、１つの記憶媒体を有する構成、２以上の記憶媒体を一体的に有する構成、ならびに２以上の記憶媒体を２以上の部分に分けて有する構成の何れの構成が採用されても良い。

記憶部４２には、例えば、プログラムＰｇ２またはプログラムＰｇ３、ソフトウェアＳｆ１、送信用データＴｄ２、追加データＡｄ１、識別情報Ｉｄ１ならびにその他の各種データが格納され得る。プログラムＰｇ２は、ＣＰＵ４１１で読み込まれて実行されることで、端末装置４ａ〜４ｅの機能を実現し、プログラムＰｇ３は、ＣＰＵ４１１で読み込まれて実行されることで、端末装置４ｆの機能を実現するものである。送信用データＴｄ２は、ソフトウェアＳｆ１の少なくとも一部分に係るものであり、端末間ＤＬによって送信および受信するためのソフトウェアＳｆ１に係るデータである。識別情報Ｉｄ１は、各端末装置４を識別可能とするための情報である。

本実施形態では、ＤＬ元端末４の記憶部（第１記憶部とも言う）４２ａには、例えば、ソフトウェアＳｆ１が記憶される。また、ＤＬ先端末４の記憶部（第２記憶部とも言う）４２ｆには、例えば、送信用データＴｄ２およびソフトウェアＳｆ１のうちの少なくとも一方が記憶され得る。

端末通信部４３は、管理用サーバ２および他の端末装置４等と言った外部装置との間におけるデータの送受信を行う部分である。端末通信部４３では、例えば、通信回線ＮＷ１を介して、管理用サーバ２および他の端末装置４との間におけるデータの授受が行われ得る。

ここで、ＤＬ元端末４の端末通信部４３ａは、例えば、管理用サーバ２およびＤＬ先端末４ｆとの通信が可能であり、送信用データＴｄ２をＤＬ先端末４ｆに送信する。一方、ＤＬ先端末４ｆの端末通信部４３ｆは、例えば、管理用サーバ２および１以上の端末装置４ａ〜４ｅとの通信が可能であり、１以上の端末装置４ａ〜４ｅの少なくとも１つのＤＬ元端末４から送信用データＴｄ２を取得することができる。また、端末通信部４３ｆは、例えば、ソフトウェアＳｆ１の利用を可能とするための追加データＡｄ１を管理用サーバ２から取得することができる。

Ｉ／Ｏ部４４は、例えば、可搬性の記憶媒体Ｍ４の脱着が可能な部分である。Ｉ／Ｏ部４４では、例えば、記憶媒体Ｍ４が装着されている状態で、記憶媒体Ｍ４と制御部４１との間におけるデータの授受が行われ得る。また、プログラムＰｇ２，Ｐｇ３が格納された記憶媒体Ｍ４がＩ／Ｏ部４４に装着されることで、記憶媒体Ｍ４から記憶部４２内にプログラムＰｇ２，Ｐｇ３が読み込まれて記憶される態様が採用されても良い。

入力部４５は、端末装置４のユーザ等の動作に応じた信号を入力する。入力部４５には、例えば、操作に応じた信号を入力する各種ボタン等を含む操作部、音声に応じた信号を入力する音声認識部、および動きの認識に応じた信号を入力する動き認識部等が含まれ得る。

出力部４６は、各種情報をユーザが認識可能な態様で出力する部分である。出力部４６には、例えば、各種情報を可視的に出力する表示部、および各種情報を可聴的に出力するスピーカー部等が含まれる。また、例えば、入力部４５と出力部４６とが一体化されたタッチパネルが採用されても良い。

＜(１−４)各制御部で実現される機能的な構成＞
次に、管理用サーバ２のサーバ制御部２１、ＤＬ元端末４ａ〜４ｅの制御部（第１制御部とも言う）４１ａ、およびＤＬ先端末４ｆの制御部（第２制御部とも言う）４１ｆにおいてそれぞれ実現される機能的な構成について説明する。

＜(１−４−１)サーバ制御部で実現される機能的な構成＞
図６は、サーバ制御部２１においてプログラムＰｇ１の実行によって実現される機能的な構成を例示する図である。サーバ制御部２１は、実現される機能的な構成として、サーバ通信制御部２１１ｓ、ダウンロード（ＤＬ）許可部２１２ｓ、照合部２１３ｓ、報酬データ生成部２１４ｓおよび課金データ生成部２１５ｓを有している。

サーバ通信制御部２１１ｓは、サーバ通信部２３による通信を制御する。例えば、サーバ通信制御部２１１ｓの制御によって、サーバ通信部２３が、少なくとも１つのＤＬ元端末４から送信用データＴｄ２を受信したＤＬ先端末４ｆに対して追加データＡｄ１を送信する。

ＤＬ許可部２１２ｓは、端末装置４ａ〜４ｅのうちの少なくとも１つのＤＬ元端末４からの識別情報の受信に応じて、該少なくとも１つのＤＬ元端末４に対して、ＤＬ先端末４ｆへの送信用データＴｄ２の送信を許可する部分（送信許可部とも言う）である。このように、例えば、端末間における送信用データＴｄ２の送信が、ＤＬ元端末４からの情報に応じて許可されることで、ソフトウェアＳｆ１の不正な複製が抑制され得る。ここで受信される識別情報には、例えば、ＤＬ元端末４に係る識別情報（第１識別情報とも言う）Ｉｄ１、ＤＬ先端末４ｆに係る識別情報（第２識別情報とも言う）Ｉｄ２、およびソフトウェアＳｆ１に係る識別情報（第３識別情報とも言う）のうちの少なくとも１つの識別情報が含まれ得る。

第１識別情報Ｉｄ１としては、例えば、ＤＬ元端末４に固有の識別情報としての端末ＩＤ、およびＤＬ元端末４のユーザに固有の識別情報としてのユーザＩＤ等が採用され得る。第２識別情報Ｉｄ２としては、例えば、ＤＬ先端末４に固有の識別情報としての端末ＩＤ、およびＤＬ先端末４のユーザに固有の識別情報としてのユーザＩＤ等が採用され得る。第３識別情報としては、例えば、ソフトウェアＳｆ１の種類を識別するための情報、およびソフトウェアＳｆ１が正規のものであるか否かを確認するための情報が採用され得る。ソフトウェアＳｆ１が正規のものであるか否かを確認するための情報としては、例えば、ソフトウェアＳｆ１に付属された識別情報、ならびにソフトウェアＳｆ１から算出されるチェックサムおよびハッシュ値（ダイジェスト値）等と言ったその他の識別情報等が採用され得る。

また、サーバ通信制御部２１１ｓが、ＤＬ先端末４ｆから受信した第２識別情報Ｉｄ２と第３識別情報とに応じて、サーバ通信部２３によってＤＬ先端末４ｆに対して追加データＡｄ１を送信するようにしても良い。このように、例えば、ＤＬ先端末４ｆからの識別情報の送信に応じて、管理用サーバ２からソフトウェアＳｆ１の利用を可能とする追加データＡｄ１がＤＬ先端末４ｆに送信されることで、ソフトウェアＳｆ１の不正な複製がさらに抑制され得る。

また、サーバ通信制御部２１１ｓは、少なくとも１つのＤＬ元端末４から受信したＤＬ先端末４ｆに係る第２識別情報Ｉｄ２と、ＤＬ先端末４ｆから受信した該ＤＬ先端末４ｆに係る第２識別情報Ｉｄ２とが対応していることに応じて、サーバ通信部２３によってＤＬ先端末４ｆに追加データＡｄ１を送信する。これにより、ソフトウェアＳｆ１の不正な複製の防止効果が向上し得る。

照合部２１３ｓは、少なくとも１つのＤＬ元端末４から受信した第２識別情報Ｉｄ２と、ＤＬ先端末４ｆから受信した該ＤＬ先端末４ｆに係る第２識別情報Ｉｄ２とが対応しているか否かの照合を行う。ここでは、例えば、少なくとも１つのＤＬ元端末４から受信した第２識別情報Ｉｄ２と、ＤＬ先端末４ｆから受信した該ＤＬ先端末４ｆに係る第２識別情報Ｉｄ２とが一致あるいは対応していれば、サーバ通信制御部２１１ｓがサーバ通信部２３によってＤＬ先端末４ｆに追加データＡｄ１を送信する。このように、ＤＬ元端末４およびＤＬ先端末４ｆの双方から得られた情報が対応していれば、追加データＡｄ１が管理用サーバ２からＤＬ先端末４ｆに送信されることで、ソフトウェアＳｆ１の不正な複製の防止効果が向上し得る。

また、ここでは、例えば、照合部２１３ｓにおいて、ＤＬ先端末４ｆから受信したソフトウェアＳｆ１に係る第３識別情報が用いられて、ソフトウェアＳｆ１が正規のものであることが確認された上で、サーバ通信部２３によって追加データＡｄ１がＤＬ先端末４ｆに送信されても良い。

報酬データ生成部２１４ｓは、ＤＬ先端末４ｆからの少なくとも１つのＤＬ元端末４に係る第１識別情報Ｉｄ１の受信に応じて、該少なくとも１つのＤＬ元端末４に対する報酬を示すデータ（報酬データとも言う）Ｒｄ１を生成する。このように、端末間における送信用データＴｄ２の送信に応じてＤＬ元端末４に報酬が付与されることで、端末間における送信用データＴｄ２の送信が活性化される。その結果、端末装置４から管理用サーバ２へのアクセスの集中が低減され得る。なお、ここでは、例えば、ＤＬ先端末４ｆが、送信用データＴｄ２とともに第１識別情報Ｉｄ１をＤＬ元端末４から受信する構成が採用され得る。

ここで、報酬としては、各種のポイント、各種の割引特典、およびアプリケーションプログラムのオプション等が挙げられる。アプリケーションプログラムのオプションには、例えば、サービスプログラム、サービスコンテンツ、および稀少コンテンツ等が含まれ得る。なお、アプリケーションプログラムがゲームのプログラムであれば、報酬が、各種アイテムおよび稀少アイテム等であれば、端末間ＤＬの促進が図られ得る。

なお、ここで、第１識別情報Ｉｄ１として、ＤＬ元端末４のユーザに固有の識別情報としてのユーザＩＤが用いられていれば、ユーザ毎に報酬データＲｄ１が生成され得る。また、このとき、ユーザの登録情報が利用されて、ＤＬ元端末４における端末間ＤＬ、およびＤＬ元端末４による端末間ＤＬに対する報酬の付与について、許容されるユーザの年齢に制限が設けられても良い。

課金データ生成部２１５ｓは、ＤＬ先端末４ｆから受信した該ＤＬ先端末４ｆに係る第２識別情報Ｉｄ２およびソフトウェアＳｆ１に係る第３識別情報に応じて、ＤＬ先端末４ｆに対する課金を示すデータ（課金データとも言う）Ａｃ１を生成する。このような端末間における送信用データＴｄ２の受信に応じた課金によって、ソフトウェアＳｆ１の不正な複製が低減され得る。

＜(１−４−２)第１制御部で実現される機能的な構成＞
図７は、第１制御部４１ａにおいてプログラムＰｇ２の実行によって実現される機能的な構成を例示する図である。第１制御部４１ａは、実現される機能的な構成として、第１通信制御部４１１ａ、端末認証部４１２ａ、ＤＬ許可要求部４１３ａ、および送信データ準備部４１４ａを有している。

第１通信制御部４１１ａは、ＤＬ元端末４における第１通信部としての端末通信部４３ａによる通信を制御する。例えば、第１通信制御部４１１ａの制御によって、端末通信部４３ａが送信用データＴｄ２をＤＬ先端末４ｆに送信する。ここでは、送信用データＴｄ２には、ソフトウェアＳｆ１の一部が削除された形態、ソフトウェアＳｆ１の少なくとも一部が暗号化された形態、およびソフトウェアＳｆ１の利用に許可データを要する形態のうちの少なくとも１つの形態のデータが含まれ得る。これにより、ソフトウェアＳｆ１の不正な複製が容易に抑制され得る。

ソフトウェアＳｆ１の一部が削除された形態は、例えば、ソフトウェアＳｆ１の一部としてのプログラムコードおよびデータの少なくとも一方が該ソフトウェアＳｆ１から除かれることで実現され得る。また、許可データとしては、例えば、ソフトウェアＳｆ１のインストールに要するライセンスキー等が挙げられる。これにより、ソフトウェアＳｆ１の購入と同時にライセンスキーが購入される従来の購入のモデルから、ソフトウェアＳｆ１に係る送信用データＴｄ２の端末間ＤＬによる取得後にライセンスとしての許可データが購入される新しいモデルへと変化し得る。

また、第１通信制御部４１１ａの制御によって、例えば、少なくとも１つのＤＬ元端末４に係る第１識別情報、ＤＬ先端末４ｆに係る第２識別情報、およびソフトウェアＳｆ１に係る第３識別情報の少なくとも１つの識別情報が、端末通信部４３ａから管理用サーバ２に送信される。

端末認証部４１２ａは、ＤＬ先端末４ｆからのソフトウェアＳｆ１に係る端末間ＤＬの要求に応じて、ＤＬ先端末４ｆの認証を行う。例えば、ＤＬ先端末４ｆから該ＤＬ先端末４ｆの電子証明書等に係るデータがＤＬ元端末４に送信され、該電子証明書に基づいて、ＤＬ先端末４ｆが予め設定された特定のハードウェアであるか否かが認証される。特定のハードウェアには、例えば、サービス会社あるいはメーカーが提供する正規の携帯式の通信端末等が含まれる。

ＤＬ許可要求部４１３ａは、管理用サーバ２に対して端末間ＤＬに係る第１端末間ＤＬ情報を送信して、ＤＬ先端末４ｆとの間における端末間ＤＬの許可を要求する。第１端末間ＤＬ情報には、例えば、ＤＬ元端末４に係る第１識別情報Ｉｄ１、ＤＬ先端末４ｆに係る第２識別情報Ｉｄ２、およびソフトウェアＳｆ１に係る第３識別情報が含まれ得る。そして、ＤＬ許可要求部４１３ａによる要求に対して、ＤＬ許可部２１２ｓによってＤＬ先端末４ｆへの送信用データＴｄ２の送信が許可され得る。

送信データ準備部４１４ａは、ソフトウェアＳｆ１に基づいて送信用データＴｄ２を準備する。例えば、ソフトウェアＳｆ１のうちの一部の削除、およびソフトウェアＳｆ１の少なくとも一部の暗号化等によって、送信用データＴｄ２が準備され得る。なお、ソフトウェアＳｆ１の暗号化は、例えば、ソフトウェアＳｆ１の一部の暗号化であっても良いし、ソフトウェアＳｆ１の全体の暗号化であっても良い。

図８は、ソフトウェアＳｆ１に係るデータを模式的に示すイメージ図である。図９は、送信用データＴｄ２の一例を模式的に示すイメージ図である。図１０は、送信用データＴｄ２の他の一例を模式的に示すイメージ図である。図９には、図８で示されるソフトウェアＳｆ１の一部Ｄｅ１が削除されることで生成された送信用データＴｄ２が示されている。図１０には、図８で示されるソフトウェアＳｆ１の一部Ｄｃ１が暗号化されることで生成された送信用データＴｄ２が示されている。

ここで、例えば、端末間ＤＬが行われる際に、送信データ準備部４１４ａによるソフトウェアＳｆ１に係るデータの少なくとも一部の暗号化によって、送信用データＴｄ２が準備される構成が考えられる。このような構成が採用される場合、ＤＬ元端末４における暗号化鍵の取得方法およびＤＬ先端末４ｆにおける復号鍵の取得方法としては、例えば、次の３つの方法（方法１〜３）が考えられる。

〔方法１〕上記ステップ１において、ＤＬ元端末４においてＤＬ先端末４ｆの認証が行われる際に、ＤＬ元端末４とＤＬ先端末４ｆとの間で、暗号化鍵および復号鍵が決定される。本方法１は、例えば、ＳＳＬ（Secure Sockets Layer）の暗号化通信等の技術の適用によって実現され得る。なお、本方法１が採用される場合、ＤＬ先端末４ｆでは、端末間ＤＬの実行前に復号鍵が得られる。このため、ＤＬ先端末４ｆでは、例えば、端末間ＤＬによって暗号化されたソフトウェアＳｆ１に係るデータとしての送信用データＴｄ２が受信されつつ、該暗号化された送信用データＴｄ２に対する復号化が行われ得る。その結果、ＤＬ先端末４ｆの記憶部４２ｆに復号化されたソフトウェアＳｆ１に係るデータが記憶され得る。本方法１が採用される場合には、ＤＬ元端末４とＤＬ先端末４ｆとの間で決定された復号鍵以外に、追加データＡｄ１が必要となる。

〔方法２〕管理用サーバ２で暗号化鍵および復号鍵が準備される。そして、上記ステップ３において、管理用サーバ２によってＤＬ元端末４とＤＬ先端末４ｆとの間における端末間ＤＬが許可される際に、管理用サーバ２からＤＬ元端末４に暗号化鍵が付与され得る。一方、例えば、ステップ３とステップ４との間に、管理用サーバ２からＤＬ先端末４ｆに復号鍵が付与されるステップが追加され得る。なお、本方法２が採用される場合にも、ＤＬ先端末４ｆでは、端末間ＤＬの実行前に復号鍵が得られる。このため、ＤＬ先端末４ｆでは、例えば、端末間ＤＬによって暗号化されたソフトウェアＳｆ１に係るデータとしての送信用データＴｄ２が受信されつつ、該暗号化された送信用データＴｄ２に対する復号化が行われ得る。その結果、ＤＬ先端末４ｆの記憶部４２ｆに復号化されたソフトウェアＳｆ１に係るデータが記憶され得る。本方法２では、復号鍵が追加データＡｄ１とされても良い。

〔方法３〕管理用サーバ２で暗号化鍵および復号鍵が準備される。そして、上記ステップ３において、管理用サーバ２によってＤＬ元端末４とＤＬ先端末４ｆとの間における端末間ＤＬが許可される際に、管理用サーバ２からＤＬ元端末４に暗号化鍵が付与され得る。一方、例えば、上記ステップ６において、管理用サーバ２からＤＬ先端末４ｆに復号鍵が付与され得る。この場合、ＤＬ先端末４ｆでは、例えば、端末間ＤＬによって暗号化されたソフトウェアＳｆ１に係るデータとしての送信用データＴｄ２が取得されて、記憶部４２ｆに送信用データＴｄ２が記憶された後に、管理用サーバ２からＤＬ先端末４ｆに暗号化鍵が付与される。その結果、端末間ＤＬの終了後に、記憶部４２ｆに記憶された送信用データＴｄ２が復号化され得る。本方法３では、復号鍵が追加データＡｄ１とされ得る。

＜(１−４−３)第２制御部で実現される機能的な構成＞
図１１は、第２制御部４１ｆにおいてプログラムＰｇ３の実行によって実現される機能的な構成を例示する図である。第２制御部４１ｆは、実現される機能的な構成として、第２通信制御部４１１ｆ、ＤＬ要求部４１２ｆ、ソフト利用化部４１３ｆ、位置特定部４１４ｆ、削除制御部４１５ｆおよび分担設定部４１６ｆを有している。

第２通信制御部４１１ｆは、ＤＬ先端末４ｆにおける第２通信部としての端末通信部４３ｆによる通信を制御する。例えば、第２通信制御部４１１ｆの制御によって、端末通信部４３ｆが、少なくとも１つのＤＬ元端末４から送信用データＴｄ２を取得する。また、第２通信制御部４１１ｆの制御によって、端末通信部４３ｆが、第２端末間ＤＬ情報を管理用サーバ２に送信する。第２端末間ＤＬ情報には、ＤＬ先端末４ｆに係る第２識別情報Ｉｄ２およびソフトウェアＳｆ１に係る第３識別情報が含まれ得る。ここでは、第２端末間ＤＬ情報の送信に応じて、管理用サーバ２から追加データＡｄ１がＤＬ先端末４ｆに送信される。その結果、第２通信制御部４１１ｆの制御によって、端末通信部４３ｆが、管理用サーバ２から追加データＡｄ１を取得する。

ここで、追加データＡｄ１には、例えば、ソフトウェアＳｆ１のうちの削除された一部、ソフトウェアＳｆ１のうちの暗号化された少なくとも一部を復号するための復号鍵、およびソフトウェアＳｆ１の利用に要する許可データのうちの少なくとも１つを含む。これにより、管理用サーバ２からＤＬ先端末４ｆへ送信されるデータの量が低減される。その結果、端末装置４から管理用サーバ２へのアクセスが集中し難い。

ＤＬ要求部４１２ｆは、ＤＬ元端末４に対してソフトウェアＳｆ１に係る端末間ＤＬを要求する。このとき、端末間ＤＬに係る認証のために、例えば、ＤＬ先端末４ｆの電子証明書に係るデータがＤＬ元端末４に送信される。

また、少なくとも１つのＤＬ元端末４からの送信用データＴｄ２の受信が途中で中断されている場合には、例えば、ＤＬ要求部４１２ｆが、送信用データＴｄ２の受信を途中から再開するための要求をＤＬ元端末４に対して行っても良い。具体的には、例えば、再開要求部としてのＤＬ要求部４１２ｆが、１以上のＤＬ元端末４の少なくとも１つのＤＬ元端末４または該少なくとも１つのＤＬ元端末４とは異なる他の少なくとも１つのＤＬ元端末４に、送信用データＴｄ２のうちの受信が中断された箇所（中断箇所とも言う）に係る位置を示す情報（位置情報とも言う）を送信する。これにより、送信用データＴｄ２の中断部分からの受信の再開が要求され得る。このような構成では、端末間ＤＬによって途中まで得られたデータが有効利用され得る。その結果、端末装置４におけるソフトウェアＳｆ１の取得がより迅速化され得る。

ここでは、途中まで送信用データＴｄ２を送信した少なくとも１つのＤＬ元端末４と、中断部分から送信用データＴｄ２を送信する少なくとも１つのＤＬ元端末４とが、例えば、完全に同一であっても、一部が異なっていても、完全に異なっていても良い。また、送信用データＴｄ２のうちの中断部分以降のデータについては、例えば、ＤＬ先端末４ｆが管理用サーバ２から取得しても良い。このような構成が採用されると、送信用データＴｄ２のうちの中断部分よりも前の部分のデータについては、端末間ＤＬによってデータの取得の迅速化が図られ得る。

なお、送信用データＴｄ２の受信が途中で中断されるケースとしては、例えば、ＤＬ先端末４ｆによって、ＤＬ元端末４としての友人の端末装置４から送信用データＴｄ２が受信されている途中で、友人がＤＬ元端末４としての端末装置４の電源を切って、該端末装置４を持ち帰ってしまうケース等が挙げられる。

ソフト利用化部４１３ｆは、ＤＬ元端末４から得られた送信用データＴｄ２と、管理用サーバ２から得られた追加データＡｄ１とに基づいて、ソフトウェアＳｆ１の利用を可能とする。ここでは、例えば、送信用データＴｄ２が、ソフトウェアＳｆ１の一部が除かれた形態のものであり、追加データＡｄ１が、ソフトウェアＳｆ１のうちの削除された一部であれば、送信用データＴｄ２に追加データＡｄ１が追加されることで、利用可能なソフトウェアＳｆ１が取得され得る。

また、例えば、送信用データＴｄ２が、ソフトウェアＳｆ１の少なくとも一部が暗号化された形態のものであり、追加データＡｄ１が、ソフトウェアＳｆ１のうちの暗号化された少なくとも一部を復号するための復号鍵であれば、送信用データＴｄ２が、追加データＡｄ１によって復号化されることで、利用可能なソフトウェアＳｆ１が取得され得る。

また、例えば、送信用データＴｄ２が、利用に許可データを要するソフトウェアＳｆ１であり、追加データＡｄ１が、ソフトウェアＳｆ１の利用に要する許可データであれば、送信用データＴｄ２と許可データとによって、利用可能なソフトウェアＳｆ１が取得され得る。なお、ここで、例えば、管理用サーバ２から受信した追加データＡｄ１に照合用の情報が含まれており、ソフト利用化部４１３ｆにおいて、ソフトウェアＳｆ１に係る第３識別情報と、照合用の情報との照合結果に応じて、送信用データＴｄ２と許可データとによって、ソフトウェアＳｆ１の利用が可能となる例も考えられる。

ソフト利用化部４１３ｆにおいてソフトウェアＳｆ１の利用を可能とする処理は、例えば、ソフトウェアＳｆ１の利用を初めて開始する際に実行されても良いし、ソフトウェアＳｆ１を利用する度に実行されても良い。ここで、ソフト利用化部４１３ｆにおけるソフトウェアＳｆ１の利用を可能とする処理がソフトウェアＳｆ１の利用を初めて開始する際に実行される構成では、例えば、利用可能な形態のソフトウェアＳｆ１が記憶部４２ｆに書き込まれて記憶され得る。また、例えば、ソフト利用化部４１３ｆにおけるソフトウェアＳｆ１の利用を可能とする処理がソフトウェアＳｆ１を利用する度に実行される構成では、例えば、ソフトウェアＳｆ１を利用する際には、利用可能な形態のソフトウェアＳｆ１が記憶部４２ｆに記憶され、ソフトウェアＳｆ１の利用が終了すれば、利用可能な形態のソフトウェアＳｆ１が記憶部４２ｆから削除されれば良い。

位置特定部４１４ｆは、少なくとも１つのＤＬ元端末４からの送信用データＴｄ２の受信が中断されたことに応答して、送信用データＴｄ２のうちの受信が中断された中断箇所に係る位置情報を記憶部４２ｆに記憶させる。図１２は、送信用データＴｄ２の受信が中断された中断箇所Ｐｏ１に係る位置情報の一例を示す図である。図１２で示されるように、送信用データＴｄ２のうち、既に受信が完了したデータの領域（既受信データ領域とも言う）Ｔｆ１の外縁が実線で示され、未だ受信が完了していないデータの領域（未受信データ領域とも言う）Ｔｎ１の外縁が破線で示されている。

削除制御部４１５ｆは、例えば、入力部４５からの入力に応じて、記憶部４２ｆから送信用データＴｄ２およびソフトウェアＳｆ１のうちの少なくとも一方を削除する際に、記憶部４２ｆに追加データＡｄ１を残存させる。これにより、ＤＬ先端末４ｆにおいて、ソフトウェアＳｆ１が再取得される際に、上記ステップ６等における追加データＡｄ１の取得が不要となる。その結果、端末装置４においてより迅速なソフトウェアＳｆ１の利用が可能となる。また、管理用サーバ２に対するアクセス量が低減され、さらに追加データＡｄ１を取得するための料金が複数回課されないようにすることも可能である。

分担設定部４１６ｆは、例えば、少なくとも１つのＤＬ元端末４が、Ｎ（Ｎは２以上の整数）台のＤＬ元端末４を含んでいる場合に、送信用データＴｄ２をＮ個の領域に区分し、該Ｎ個の領域をＮ台のＤＬ元端末４に割り振る。ここで、Ｎ個の領域は、例えば、送信用データＴｄ２が単純にＮ個の領域に分割されたものであっても良いし、送信用データＴｄ２がＮ個を超える領域に分割された上で、一塊の領域または２個以上の領域からなる一群の領域によって、Ｎ個の領域の各領域が構成されても良い。

このとき、Ｎ台のＤＬ元端末４が、分担設定部４１６ｆによる領域の割り振りの結果に従って、端末通信部４３ａによって送信用データＴｄ２をＤＬ先端末４に送信する。換言すれば、第２通信制御部４１１ｆの制御によって、ＤＬ先端末４ｆの端末通信部４３ｆが、分担設定部４１６ｆによる領域の割り振りの結果に従って、Ｎ台のＤＬ元端末４から送信用データＴｄ２を受信する。これにより、複数台のＤＬ元端末４からＤＬ先端末４ｆへソフトウェアＳｆ１に係る送信用データＴｄ２が送信されることで、ソフトウェアＳｆ１の取得に要する時間が短縮され得る。

また、分担設定部４１６ｆが、例えば、Ｎ台のＤＬ元端末４から、該Ｎ台のＤＬ元端末４それぞれの使用状態に係る情報を取得し、該Ｎ台のＤＬ元端末４の使用状態に係る情報に応じて、送信用データＴｄ２をＮ個の領域に区分して、該Ｎ個の領域をＮ台のＤＬ元端末４に割り振る。例えば、Ｎ台のＤＬ元端末４の使用状態に応じて、送信用データＴｄ２が区分されたＮ個の領域の割合が設定される態様が考えられる。これにより、複数台のＤＬ元端末４における使用状態に応じた送信用データＴｄ２の送受信によって、端末間における送信用データＴｄ２の送受信が高速化され得る。

図１３および図１４は、複数の端末装置４から送信用データＴｄ２を受信する一態様を示す図である。図１３で示されるように、ＤＬ先端末４ｆが、３台の端末装置４ａ〜４ｃから送信用データＴｄ２を受信する具体例を挙げて説明する。この例では、ＤＬ先端末４ｆは、３台のＤＬ元端末４ａ〜４ｃから送信用データＴｄ２を分割してダウンロードする。このような構成が採用される場合、ＤＬ元端末４において送信用データＴｄ２の送信に対して各種データ処理が必要であれば、１台のＤＬ元端末４から送信用データＴｄ２をダウンロードするよりも、端末間における送信用データＴｄ２の送受信が高速化され得る。

また、各ＤＬ元端末４では、送信用データＴｄ２に係るデータの送信に際して、ＣＰＵ４１１においてデータの送信以外の各種データ処理に処理能力が割かれることがある。このため、ＤＬ先端末４ｆの分担設定部４１６ｆによって、３台のＤＬ元端末４それぞれの使用状態に係る情報が取得される。ここでは、図１４で示されるように、例えば、分担設定部４１６ｆによれば、３台のＤＬ元端末４それぞれの使用状態に係る情報に応じた重み付けによって、送信用データＴｄ２が３つの領域Ａｒ１〜Ａｒ３に区分される。このとき、例えば、分担設定部４１６ｆによって、３つの領域Ａｒ１〜Ａｒ３が３台のＤＬ元端末４ａ〜４ｃに割り振られる。そして、ＤＬ先端末４ｆでは、例えば、３台のＤＬ元端末４ａ〜４ｃからの送信用データＴｄ２の受信が時分割で行われる。

ここで、使用状態には、例えば、アプリケーションソフトが実行されている状態（第１状態とも言う）、ＤＬ元端末４が起動しているがアプリケーションソフトが実行されていない状態（第２状態とも言う）、およびＤＬ元端末４がスタンバイの状態（第３状態とも言う）等が含まれ得る。例えば、ＤＬ元端末４ａが第１状態にあり、ＤＬ元端末４ｂが第２状態にあり、ＤＬ元端末４ｃが第３状態にある場合に、送信用データＴｄ２が、データの量の割合が概ねＸ１：Ｘ２：Ｘ３となるように、送信用データＴｄ２が３つの領域Ａｒ１〜Ａｒ３に区分される。つまり、３つの領域Ａｒ１〜Ａｒ３それぞれのデータ量とアドレスが設定される。例えば、Ｘ１：Ｘ２：Ｘ３＝１０：４０：５０と設定されれば、この割合に応じて、例えば、分担設定部４１６ｆによって、領域Ａｒ１がＤＬ元端末４ａに割り振られ、領域Ａｒ２がＤＬ元端末４ｂに割り振られ、領域Ａｒ３がＤＬ元端末４ｃに割り振られる。そして、例えば、ＤＬ先端末４ｆでは、ＤＬ元端末４ａから領域Ａｒ１に係るデータＤａ１が受信され、ＤＬ元端末４ｂから領域Ａｒ２に係るデータＤａ２が受信され、ＤＬ元端末４ｃから領域Ａｒ３に係るデータＤａ３が受信される。このとき、例えば、３台のＤＬ元端末４ａ〜４ｃからの送信用データＴｄ２の受信が時分割で行われる。

＜(１−５)配信システムの動作フロー＞
図１５から図１７は、配信システム１におけるソフトウェアＳｆ１の配信に係る動作フローの一例を示すフローチャートである。ここでは、１以上の端末装置４ａ〜４ｅの少なくとも１つの端末装置４がＤＬ元端末４となり、端末装置４ｆがＤＬ先端末４となる例を挙げて説明する。なお、本動作フローの開始時には、１以上の端末装置４ａ〜４ｅが、記憶部４２ａにソフトウェアＳｆ１に係るデータを記憶しているものとして説明する。

まず、図１５のステップＳＴ１では、各端末装置４の端末通信部４３によって、情報が受け付けられる。

ステップＳＴ２では、１以上の端末装置４ａ〜４ｅの少なくとも１つの端末装置４における第１通信制御部４１１ａによって、ＤＬ先端末４ｆのＤＬ要求部４１２ｆによる端末間ＤＬの要求があったか否が判定される。ここでは、ＤＬ先端末４ｆから端末間ＤＬの要求がなければ、ステップＳＴ１に戻り、ＤＬ先端末４ｆから端末間ＤＬの要求があれば、ステップＳＴ３に進む。

ステップＳＴ３では、ステップＳＴ２で端末間ＤＬが要求された少なくとも１つの端末装置（ＤＬ元端末）４における端末認証部４１２ａによって、ＤＬ先端末４ｆの認証が行われる。

ステップＳＴ４では、少なくとも１つのＤＬ元端末４における端末認証部４１２ａによって、ステップＳＴ３におけるＤＬ先端末４ｆの認証が良好であったか否かが判定される。ここで、ＤＬ先端末４ｆの認証が良好でなければ、ステップＳＴ１に戻り、ＤＬ先端末４ｆの認証が良好であれば、ステップＳＴ５に進む。

ステップＳＴ５では、少なくとも１つのＤＬ元端末４におけるＤＬ許可要求部４１３ａによって、管理用サーバ２に対し、少なくとも１つのＤＬ元端末４とＤＬ先端末４ｆとの間における端末間ＤＬの許可が要求される。このとき、少なくとも１つのＤＬ元端末４から管理用サーバ２に対して、端末間ＤＬに係る第１端末間ＤＬ情報が送信される。

ステップＳＴ６では、管理用サーバ２のＤＬ許可部２１２ｓによって、第１端末間ＤＬ情報に応じて端末間ＤＬが許可されるか否かが判定される。ここで、端末間ＤＬが許可されなければ、ステップＳＴ１に戻り、端末間ＤＬが許可されれば、図１６のステップＳＴ１１に進む。

ステップＳＴ１１では、少なくとも１つのＤＬ元端末４における第１通信制御部４１１ａおよびＤＬ先端末４ｆの第２通信制御部４１１ｆによって、１以上の端末装置４の少なくとも１つの端末装置４とＤＬ先端末４ｆとの間における端末間ＤＬが開始される。これにより、１以上の端末装置４の少なくとも１つのＤＬ元端末４によって、ソフトウェアＳｆ１の少なくとも一部分に係る送信用データＴｄ２がＤＬ先端末４ｆに送信される。換言すれば、ＤＬ先端末４ｆによって、送信用データＴｄ２が受信される。

ステップＳＴ１２では、第２通信制御部４１１ｆによって、端末間ＤＬが中断されたか否かが判定される。ここで、端末間ＤＬが中断されなければ、ステップＳＴ１３に進み、端末間ＤＬが中断されれば、ステップＳＴ１４に進む。

ステップＳＴ１３では、第１通信制御部４１１ａおよび第２通信制御部４１１ｆによって、端末間ＤＬが完了されたか否かが判定される。ここで、端末間ＤＬが完了されていなければ、ステップＳＴ１２に戻り、端末間ＤＬが完了されていれば、図１７のステップＳＴ２１に進む。

ステップＳＴ１４では、位置特定部４１４ｆによって、送信用データＴｄ２のうちの受信が中断された中断箇所に係る位置情報が記憶部４２ｆに記憶される。

図１７のステップＳＴ２１では、第２通信制御部４１１ｆによって、ＤＬ先端末４ｆが管理用サーバ２から追加データＡｄ１を既に受信したか否かが判定される。ここで、追加データＡｄ１を未だ受信していなければ、ステップＳＴ２２に進み、追加データＡｄ１を既に受信していれば、ステップＳＴ２６に進む。

ステップＳＴ２２では、第２通信制御部４１１ｆによって、管理用サーバ２に対して第２端末間ＤＬ情報が送信される。

ステップＳＴ２３では、管理用サーバ２の照合部２１３ｓによって、少なくとも１つのＤＬ元端末４から受信した第１端末間ＤＬ情報に含まれる第２識別情報Ｉｄ２と、ＤＬ先端末４ｆから受信した第２端末間ＤＬ情報に含まれる第２識別情報Ｉｄ２とが対応しているか否かの照合が行われる。

ステップＳＴ２４では、管理用サーバ２の照合部２１３ｓによって、ステップＳＴ２３における照合の結果から、第１端末間ＤＬ情報の第２識別情報Ｉｄ２と第２端末間ＤＬ情報の第２識別情報Ｉｄ２とが対応関係にあるか否かが判定される。ここで、情報が対応関係にあれば、ステップＳＴ２５に進み、情報が対応関係になければ、本動作フローが終了される。

ステップＳＴ２５では、管理用サーバ２のサーバ通信制御部２１１ｓによって、追加データＡｄ１が、ＤＬ先端末４ｆに送信される。これにより、第２通信制御部４１１ｆの制御で、端末通信部４３ｆによって追加データＡｄ１が受信され得る。

ステップＳＴ２６では、ソフト利用化部４１３ｆによって、ＤＬ元端末４から得られた送信用データＴｄ２と、管理用サーバ２から得られた追加データＡｄ１とに基づいて、ソフトウェアＳｆ１の利用が可能とされる。ステップＳＴ２６の処理が終了されると、本動作フローも終了される。

＜(１−６)ソフトウェアの配信の具体例＞
ここで、本実施形態に係るソフトウェアＳｆ１の配信の具体例について説明する。

例えば、人気のソフトウェア（以下、人気ソフトと略称する）の発売日には、該人気ソフトのダウンロードのサービスを提供するサーバ（ＤＬサーバとも言う）には、端末装置からのアクセスが過度に集中する。このとき、ＤＬサーバが機能しないダウン状態に陥ること、および人気ソフトのダウンロードの速度の低下等と言った不具合を招き、端末装置からＤＬサーバにアクセスしているユーザにストレスを与えてしまう。

そこで、本実施形態では、例えば、ユーザの端末装置において、人気ソフトのダウンロードを済ませている友人の端末装置から、人気ソフトに係るデータの大部分（例えば、送信用データＴｄ２）を直接ダウンロードさせて貰える構成が採用されている。これにより、ＤＬサーバに過度な負荷が掛かることなく、人気ソフトに係るデータが配信され得る。

但し、単純に人気ソフトに係るデータが端末間で配信されれば、人気ソフトに係るデータの不正な複製が横行する虞がある。そこで、本実施形態では、端末間におけるダウンロード（端末間ＤＬ）では、例えば、ソフトウェアに係るデータの全てが送受信されるのではなく、ソフトウェアのコアとなるプログラムコード等のダウンロードが禁止される。一方、友人の端末装置からのソフトウェアのダウンロードが実行されたユーザの端末装置では、例えば、ソフトウェアの利用を許可する管理用サーバへのアクセスが実施される。この管理用サーバからは、ソフトウェアのコアとなるプログラムコードおよびソフトウェアの利用を可能とするためのライセンス等が取得され得る。これにより、ユーザの端末装置では、利用可能な態様のソフトウェアが入手され得る。このとき、ユーザに対する課金が適宜実行され得る。

このような配信の形態によってソフトウェアの入手が可能となる技術は、例えば、友人の持っているソフトウェアが面白いかまたは面白そうであったため、ユーザ自身も当該ソフトウェアを有償で入手したいと言った場面に有効に適用され得る。そして、このような場面においても、ユーザの端末装置によっては、ＤＬサーバにアクセスされずに、友人の端末装置からソフトウェアに係るデータの大部分が短時間でダウンロードされ得る。これにより、ソフトウェアのダウンロードに要する時間が大幅に短縮され得る。

また、サーバを介さないソフトウェアのダウンロードの形態としては、Ｐ２Ｐ方式のダウンロードが存在している。しかしながら、Ｐ２Ｐ方式のソフトウェアのダウンロードでは、ソフトウェアが正規のものか否か、ソフトウェアにウイルスが仕込まれているか否か、ダウンロード元の端末装置が安全か否か等と言ったセキュリティの面で必ずしも安心できない部分がある。

これに対して、本実施形態では、ユーザの端末装置において、信頼できる友人の端末装置から所望のソフトウェアをダウンロードすることが可能である。このため、セキュリティ面で安心を得ることが出来ると言ったユーザにとってのメリットが存在し得る。

＜(１−７)まとめ＞
以上のように、本実施形態に係る配信システム１および該配信システム１におけるソフトウェアＳｆ１の配信方法では、ＤＬ先端末４ｆにおいて端末間ＤＬによってソフトウェアＳｆ１に係る送信用データＴｄ２が得られる。そして、該送信用データＴｄ２と管理用サーバ２から得られる追加データＡｄ１とによってソフトウェアＳｆ１の利用が可能となる。このため、ユーザの端末装置４においてソフトウェアＳｆ１が快適に取得され得る。また、例えば、ソフトウェアＳｆ１の不正な複製が抑制され得る。また、ＤＬ先端末４では、管理用サーバ２が機能しないダウン状態に陥っても、端末間ＤＬによってＤＬ元端末４からソフトウェアＳｆ１に係るデータが取得され得る。これにより、ソフトウェアＳｆ１の配信を行うサービスが完全に停止する不具合が生じ難い。そして、管理用サーバ２がダウン状態から復旧した後に、管理用サーバ２から追加データＡｄ１が取得されれば、ユーザの端末装置４に対するソフトウェアＳｆ１の配信が速やかに完了し得る。その結果、ユーザの端末装置４においてソフトウェアＳｆ１が快適に取得され得る。

＜(２)変形例＞
なお、本発明は上述の一実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更、改良等が可能である。

＜(２−１)第１変形例＞
上記一実施形態では、ソフトウェアＳｆ１の実行に必要なデータが、端末間ＤＬが可能なＤＬ可能データと端末間ＤＬが不可能なＤＬ不可データとに分けられて管理されたが、これに限られない。例えば、ＤＬ元端末４において、ＤＬ可能データの準備および送信が行われる代わりに、ソフトウェアＳｆ１に係るデータの一部がＤＬ元端末４にバインドされる構成が採用されても良い。ここでは、各ＤＬ元端末４が、ＤＬ元端末４に固有の情報によってソフトウェアＳｆ１の一部をＤＬ元端末４にバインドさせた状態で、ソフトウェアＳｆ１を記憶部４２ａに記憶する。例えば、ＤＬ元端末４に固有の暗号化鍵によって、ソフトウェアＳｆ１に係るデータの一部が暗号化されることで、ソフトウェアＳｆ１の一部がＤＬ元装置４にバインドされる態様等が考えられる。ＤＬ元端末４に固有の暗号化鍵は、例えば、ＤＬ元端末４によって、ＤＬ元端末４に固有の端末ＩＤに基づいて生成されても良いし、管理用サーバ２等から入手されても良い。

図１８は、本変形例に係る第１制御部４１ａにおいてプログラムＰｇ２の実行によって実現される機能的な構成を示す図である。図１８で示されるように、本変形例に係る第１制御部４１ａで実現される機能的な構成は、上記一実施形態に係る第１制御部４１ａで実現される機能的な構成がベースとされて、送信データ準備部４１４ａがバインド部４１４ａＡに置換されたものである。バインド部４１４ａＡは、ソフトウェアＳｆ１に係るデータの一部をＤＬ元端末４にバインドさせる機能的な構成である。

このような構成が採用される場合、端末間ＤＬで送受信される送信用データＴｄ２には、ソフトウェアＳｆ１のＤＬ元端末４にバインドされた一部が削除されたデータ、およびソフトウェアＳｆ１の一部がＤＬ元端末４にバインドされたデータの少なくとも一方のデータが含まれ得る。つまり、例えば、ソフトウェアＳｆ１に係るデータのうちのＤＬ元端末４にバインドされていない部分、またはＤＬ元端末４にバインドされている部分も含めてソフトウェアＳｆ１に係るデータの全体が、端末間ＤＬによってＤＬ元端末４からＤＬ先端末４ｆに送信され得る。更に換言すれば、例えば、ソフトウェアＳｆ１に係るデータが、ＤＬ先端末４ｆで使用することができるデータ（使用可能データとも言う）と、ＤＬ先端末４ｆで使用することができないデータ（使用不可データとも言う）とに分けられている。これにより、ＤＬ元端末４にバインドされたソフトウェアＳｆ１に係る送信用データＴｄ２が送信される。その結果、端末間で送信が可能なデータが容易に準備され得る。

そして、例えば、ＤＬ先端末４ｆでは、管理用サーバ２から使用不可データの使用を可能とするための追加データＡｄ１が取得されれば良い。これにより、ＤＬ先端末４ｆでは、ソフトウェアＳｆ１の利用が可能な形態となる。このとき、例えば、利用可能な形態のソフトウェアＳｆ１に係るデータの一部がＤＬ先端末４ｆにバインドされ得る。

なお、バインドの態様としては、ソフトウェアＳｆ１に係るデータの一部が暗号化される態様に限られない。例えば、取得された追加データＡｄ１が、ＤＬ先端末４にバインドされても良い。

＜(２−２)第２変形例＞
上記一実施形態では、ステップ２およびステップ３の処理によって、管理用サーバ２によって、ＤＬ元端末４に対してＤＬ先端末４ｆとの端末間ＤＬが許可されたが、これに限られない。例えば、ステップ２およびステップ３の処理が省略されても良い。当該構成が採用されれば、端末間ＤＬが開始される際に、ＤＬ元端末４が管理用サーバ２に接続されていなくても良い。そして、処理の簡略化によって、端末間ＤＬが迅速に実行され得る。その結果、ユーザの端末装置４においてソフトウェアＳｆ１が快適に取得され得る。なお、このような構成が採用される場合には、図１９で示されるように、図１５で示される動作フローのうちのステップＳＴ５，ＳＴ６が省略された動作フローが採用されれば良い。

＜(２−３)第３変形例＞
上記一実施形態では、端末間ＤＬによって送信用データＴｄ２が送信される際に、送信データ準備部４１４ａによってソフトウェアＳｆ１から送信用データＴｄ２が準備されたが、これに限られない。図２０で示されるように、例えば、各ＤＬ元端末４の記憶部４２ａに、ソフトウェアＳｆ１とは別に、該ソフトウェアＳｆ１に基づいて生成された送信用データＴｄ２が記憶されていても良い。送信用データＴｄ２は、例えば、各ＤＬ元端末４でソフトウェアＳｆ１が取得された際に、送信データ準備部４１４ａによって生成され得る。このような構成が採用されれば、端末間ＤＬによって送信用データＴｄ２が送信される際に、送信データ準備部４１４ａによって送信用データＴｄ２が準備される必要がない。その結果、端末間における送信用データＴｄ２の送受信の高速化が図られ得る。

また、例えば、ＤＬ元端末４において、送信用データＴｄ２の暗号化を行うための暗号化鍵が管理用サーバ２から取得される構成であれば、端末間ＤＬが実行される際に、ＤＬ元端末４から管理用サーバ２へのアクセスの量が低減され得る。これにより、端末間における送信用データＴｄ２の送受信の更なる高速化が図られ得る。

なお、例えば、ＤＬ元端末４において、送信用データＴｄ２が、ソフトウェアＳｆ１の少なくとも一部が暗号化された状態で記憶部４２ａに記憶されており、ＤＬ元端末４におけるソフトウェアＳｆ１の利用時に、その都度、送信用データＴｄ２が復号化される構成が採用されても良い。このような構成が採用されても、端末間ＤＬによって送信用データＴｄ２が送信される際に、送信データ準備部４１４ａによって送信用データＴｄ２が準備される必要がない。その結果、端末間における送信用データＴｄ２の送受信の高速化が図られ得る。したがって、ＤＬ元端末４の記憶部４２ａには、例えば、送信用データＴｄ２およびソフトウェアＳｆ１のうちの少なくとも一方が記憶されていれば良い。

＜(２−４)その他の変形例＞
例えば、上記一実施形態では、ソフトウェアＳｆ１のうちの一部の削除、およびソフトウェアＳｆ１の少なくとも一部の暗号化等によって、送信用データＴｄ２が準備されたが、これに限られない。例えば、ソフトウェアＳｆ１に係るデータのうちの２以上の部分が予め設定されたルール（入替ルールとも言う）に従って入れ替えられることで、送信用データＴｄ２が準備されても良い。このような場合には、追加データＡｄ１として、例えば、ソフトウェアＳｆ１に係るデータのうちの入れ替えられた２以上の部分を元の状態に戻すための入替ルールを示すデータが採用され得る。

また、上記一実施形態では、ＤＬ先端末４ｆが、複数のＤＬ元端末４から送信用データＴｄ２を受信することが可能であったが、これに限られない。例えば、ＤＬ先端末４が、１つのＤＬ元端末４から送信用データＴｄ２を受信する構成が採用されても良い。

また、上記一実施形態では、５台の端末装置４ａ〜４ｅの少なくとも１つの端末装置４がＤＬ元端末となったが、これに限られない。例えば、１以上の端末装置４の少なくとも１つの端末装置４がＤＬ元端末となれば良い。

また、上記一実施形態では、照合部２１３ｓによる第２識別情報Ｉｄ２の照合の結果、ＤＬ元端末４およびＤＬ先端末４ｆの双方から得られた情報が対応していれば、追加データＡｄ１が管理用サーバ２からＤＬ先端末４ｆに送信されたが、これに限られない。例えば、照合部２１３ｓによる第２識別情報Ｉｄ２の照合が行われることなく、追加データＡｄ１が管理用サーバ２からＤＬ先端末４ｆに送信されても良い。

また、上記一実施形態では、ＤＬ元端末４からの送信用データＴｄ２の受信が途中で中断されている場合には、送信用データＴｄ２の受信が中断箇所から再開されたが、これに限られない。例えば、送信用データＴｄ２が、複数のデータ領域の集合体である場合には、送信用データＴｄ２の受信が中断された際に既に受信が完了した１以上のデータ領域（受信完了データ領域とも言う）の末尾の箇所が中断箇所とされても良い。

つまり、例えば、位置特定部４１４ｆによって、少なくとも１つのＤＬ元端末４からの送信用データＴｄ２の受信が中断されたことに応答して、該送信用データＴｄ２のうちの受信が中断された中断箇所および受信が完了した受信完了データ領域のうちの少なくとも一方に係る位置情報が記憶部４２ｆに記憶されれば良い。このとき、ＤＬ要求部４１２ｆによって、１以上の端末装置４ａ〜４ｅのうちの少なくとも１つのＤＬ元端末４ｆまたは該少なくとも１つのＤＬ元端末４とは異なる他の少なくとも１つのＤＬ元端末４に対して、位置情報が送信されることで、送信用データＴｄ２のうちの中断箇所または受信完了データ領域以降の受信の再開が要求され得る。

また、例えば、ＤＬ元端末４からの送信用データＴｄ２の受信が途中で中断されていても、送信用データＴｄ２の受信が再開される際には、送信用データＴｄ２の受信が最初からやり直されても良い。

なお、上記一実施形態および各種変形例をそれぞれ構成する全部または一部を、適宜、矛盾しない範囲で組み合わせ可能であることは、言うまでもない。

１ 配信システム
２ 管理用サーバ
４，４ａ〜４ｆ 端末装置
２１ サーバ制御部
２２，４２，４２ａ，４２ｆ 記憶部
２３ サーバ通信部
４１ 制御部
４１ａ 第１制御部
４１ｆ 第２制御部
４３，４３ａ，４３ｆ 端末通信部
２１１，４１１ ＣＰＵ
２１１ｓ サーバ通信制御部
２１２ｓ ダウンロード（ＤＬ）許可部
２１３ｓ 照合部
２１４ｓ 報酬データ生成部
２１５ｓ 課金データ生成部
４１１ａ 第１通信制御部
４１１ｆ 第２通信制御部
４１２ａ 端末認証部
４１２ｆ ダウンロード（ＤＬ）要求部
４１３ａ ダウンロード（ＤＬ）許可要求部
４１３ｆ ソフト利用化部
４１４ａ 送信データ準備部
４１４ａＡ バインド部
４１４ｆ 位置特定部
４１５ｆ 削除制御部
４１６ｆ 分担設定部
Ｉｄ１ 第１識別情報
Ｉｄ２ 第２識別情報
Ｐｇ１〜Ｐｇ３ プログラム
Ｐｏ１ 中断箇所
Ｓｆ１ ソフトウェア
Ｔｄ２ 送信用データ

Claims (20)

1. サーバと、
   １以上の第１端末装置と、
   前記サーバおよび前記１以上の第１端末装置との通信が可能な第２端末装置と、
   を備え、
   各前記第１端末装置が、
   ソフトウェアの少なくとも一部分に係る送信用データおよび該ソフトウェアのうちの少なくとも一方を記憶する第１記憶部を有し、
   前記１以上の第１端末装置のうちの少なくとも１つの第１端末装置が、
   前記送信用データを前記第２端末装置に送信する第１通信部を有し、
   前記サーバが、
   前記送信用データを用いて前記ソフトウェアの利用を可能とするための追加データを、前記第２端末装置に送信するサーバ通信部を有し、
   前記第２端末装置が、
   前記送信用データおよび前記ソフトウェアのうちの少なくとも一方を記憶する第２記憶部を有している、ソフトウェア配信システム。
2. 請求項１に記載のソフトウェア配信システムであって、
   前記送信用データが、
   前記ソフトウェアの一部が削除された形態、前記ソフトウェアの少なくとも一部が暗号化された形態、および前記ソフトウェアの利用に許可データを要する形態のうちの少なくとも１つの形態の前記ソフトウェアに係るデータを含んでいる、ソフトウェア配信システム。
3. 請求項２に記載のソフトウェア配信システムであって、
   前記追加データが、
   前記ソフトウェアのうちの削除された一部、前記ソフトウェアのうちの暗号化された少なくとも一部を復号するための復号鍵、および前記許可データのうちの少なくとも１つを含む、ソフトウェア配信システム。
4. 請求項１から請求項３の何れか１つの請求項に記載のソフトウェア配信システムであって、
   前記少なくとも１つの第１端末装置が、
   前記第１通信部によって、該少なくとも１つの第１端末装置に係る第１識別情報、前記第２端末装置に係る第２識別情報、および前記ソフトウェアに係る第３識別情報のうちの少なくとも１つの識別情報を前記サーバに送信し、
   前記サーバが、
   前記少なくとも１つの第１端末装置からの前記少なくとも１つの識別情報の受信に応じて、前記少なくとも１つの第１端末装置に対し、前記第２端末装置への前記送信用データの送信を許可する送信許可部を有する、ソフトウェア配信システム。
5. 請求項４に記載のソフトウェア配信システムであって、
   前記第２端末装置が、
   前記少なくとも１つの第１端末装置に係る前記第１識別情報を前記サーバに送信し、
   前記サーバが、
   前記第２端末装置からの前記第１識別情報の受信に応じて、前記少なくとも１つの第１端末装置に対する報酬を示す報酬データを生成する報酬データ生成部を有する、ソフトウェア配信システム。
6. 請求項１から請求項３の何れか１つの請求項に記載のソフトウェア配信システムであって、
   前記第２端末装置が、
   該第２端末装置に係る第２識別情報および前記ソフトウェアに係る第３識別情報、を前記サーバに送信し、
   前記サーバが、
   前記第２端末装置から受信した前記第２識別情報と前記第３識別情報とに応じて、前記サーバ通信部によって前記第２端末装置に対して前記追加データを送信するサーバ通信制御部を有する、ソフトウェア配信システム。
7. 請求項６に記載のソフトウェア配信システムであって、
   前記サーバが、
   前記第２端末装置から受信した前記第２識別情報と前記第３識別情報とに応じて、前記第２端末装置に対する課金を示す課金データを生成する課金データ生成部を有する、ソフトウェア配信システム。
8. 請求項６または請求項７に記載のソフトウェア配信システムであって、
   前記少なくとも１つの第１端末装置が、
   前記第２端末装置に係る第２識別情報、および前記ソフトウェアに係る第３識別情報、を前記サーバに送信し、
   前記サーバ通信制御部が、
   前記少なくとも１つの第１端末装置から受信した前記第２識別情報と、前記第２端末装置から受信した前記第２識別情報とが対応していることに応じて、前記サーバ通信部によって前記第２端末装置に対して前記追加データを送信する、ソフトウェア配信システム。
9. 請求項１から請求項８の何れか１つの請求項に記載のソフトウェア配信システムであって、
   前記第２端末装置が、
   前記少なくとも１つの第１端末装置からの前記送信用データの受信が中断されたことに応答して、前記送信用データのうちの受信が中断された中断箇所および受信が完了した受信完了データ領域のうちの少なくとも一方に係る位置情報を前記第２記憶部に記憶させる位置特定部と、
   前記１以上の第１端末装置のうちの前記少なくとも１つの第１端末装置または該少なくとも１つの第１端末装置とは異なる他の少なくとも１つの第１端末装置に対して、前記位置情報を送信することで、前記送信用データの前記中断箇所または前記受信完了データ領域以降の受信の再開を要求する再開要求部と、を有する、ソフトウェア配信システム。
10. 請求項１から請求項９の何れか１つの請求項に記載のソフトウェア配信システムであって、
    前記第２端末装置が、
    前記第２記憶部から前記送信用データを削除する際に、前記第２記憶部に前記追加データを残存させる削除制御部を有する、ソフトウェア配信システム。
11. 請求項１から請求項１０の何れか１つの請求項に記載のソフトウェア配信システムであって、
    前記少なくとも１つの第１端末装置が、Ｎ（Ｎは２以上の整数）台の第１端末装置を含み、
    前記第２端末装置が、
    前記送信用データをＮ個の領域に区分し、該Ｎ個の領域を前記Ｎ台の第１端末装置に割り振る分担設定部、を有し、
    前記Ｎ台の第１端末装置が、
    前記分担設定部による領域の割り振りの結果に従って、前記第１通信部によって前記送信用データを前記第２端末装置に送信する、ソフトウェア配信システム。
12. 請求項１１に記載のソフトウェア配信システムであって、
    前記分担設定部が、
    前記Ｎ台の第１端末装置から、該Ｎ台の第１端末装置それぞれの使用状態に係る情報を取得し、該Ｎ台の第１端末装置それぞれの使用状態に係る情報に応じて、前記送信用データを前記Ｎ個の領域に区分して、前記Ｎ個の領域を前記Ｎ台の第１端末装置に割り振る、ソフトウェア配信システム。
13. 請求項１から請求項１２の何れか１つの請求項に記載のソフトウェア配信システムであって、
    各前記第１端末装置が、
    該第１端末装置に固有の情報によって前記ソフトウェアの一部を該第１端末装置にバインドさせた状態で、前記ソフトウェアを前記第１記憶部に記憶し、
    前記送信用データが、
    前記ソフトウェアのうちの前記第１端末装置にバインドされた一部が削除されたデータ、および前記ソフトウェアのうちの一部がバインドされたデータのうちの少なくとも一方のデータを含む、ソフトウェア配信システム。
14. 請求項１から請求項１２の何れか１つの請求項に記載のソフトウェア配信システムであって、
    各前記第１端末装置の前記第１記憶部が、
    前記ソフトウェアとは別に、該ソフトウェアに基づいて生成される前記送信用データを記憶する、ソフトウェア配信システム。
15. (a)１以上の第１端末装置が、それぞれ第１記憶部にソフトウェアに係るデータを記憶するステップと、
    (b)前記１以上の第１端末装置の少なくとも１つの第１端末装置が、前記ソフトウェアの少なくとも一部分に係る送信用データを第２端末装置に送信するステップと、
    (c)サーバが、前記ステップ(b)で送信された前記送信用データを用いて前記ソフトウェアの利用を可能とするための追加データを、前記第２端末装置に送信するステップと、
    を有する、ソフトウェア配信方法。
16. 端末装置に含まれるプロセッサで実行されることで、前記端末装置を請求項１から請求項１４の何れか１つの請求項に記載の第１端末装置として機能させる、プログラム。
17. 端末装置に含まれるプロセッサで実行されることで、前記端末装置を請求項１から請求項１４の何れか１つの請求項に記載の第２端末装置として機能させる、プログラム。
18. サーバに含まれるプロセッサで実行されることで、前記サーバを請求項１から請求項１４の何れか１つの請求項に記載のサーバとして機能させる、プログラム。
19. ソフトウェアの利用を可能とするための追加データを記憶する記憶部と、
    少なくとも１つの第１端末装置から前記ソフトウェアの少なくとも一部分に係る送信用データを受信した第２端末装置に対して前記追加データを送信する通信部と、
    を備える、サーバ。
20. サーバおよび１以上の第１端末装置との通信が可能であり、前記１以上の第１端末装置の少なくとも１つの第１端末装置からソフトウェアの少なくとも一部分に係る送信用データを取得する通信部と、
    前記少なくとも１つの第１端末装置から受信した前記送信用データおよび前記ソフトウェアの少なくとも一方を記憶する記憶部と、を備え、
    前記通信部が、
    前記ソフトウェアの利用を可能とするための追加データを前記サーバから取得する、端末装置。

Images