JP2017111766A - 情報配信システム、プログラム、情報配信方法 - Google Patents

Abstract

【課題】決められた時刻までに電子端末にデータを配信することが可能な情報配信システムを提供すること。【解決手段】少なくとも一部が無線で構築されたネットワークを介して、レクチャーで使用されるコンテンツを電子端末７０に配信する情報配信システム１００であって、前記コンテンツが使用される時刻が登録された時刻登録情報を参照して、前記時刻よりも前に前記電子端末に前記コンテンツの配信が完了される配信計画を作成する配信計画作成手段１４，１７と、前記配信計画作成手段が作成した前記配信計画にしたがって、前記コンテンツを配信するコンテンツ配信手段１５，８０と、を有する。【選択図】図１

Description

本発明は、情報配信システム、プログラム及び情報配信方法に関する。

聴衆の前で各種の情報を説明者が説明する種々のレクチャーが行われている。例えば、教育機関の授業や講義、学会の発表、講演会の講演などが挙げられる。また、このようなレクチャーでは説明資料が用意される場合が多い。例えば、１つの説明資料を多くの聴衆が着目できるように、従来からＯＨＰ（Over Head Projector）が利用されている。また、フラットパネルディスプレイの大型化に伴って、液晶モニターやプラズマモニターが利用される場合や、プロジェクター又は背面投影型プロジェクターなどが利用される場合がある。このようにして、複数の聴衆が同時に説明資料を共有できる。

また、説明資料が大きく表示されるだけでなく、同じ内容の説明資料が各聴衆に配布されることも行われている。古くから使用されているのが、書籍の一種である教科書や会議ハンドアウトなどであり紙媒体によって作成されている。印刷技術が一般化してからは、安価かつ大量複製が可能なことから、紙媒体による説明資料の配付が多く利用されている。

そして近年では、説明資料の配布に電子端末が利用されるようになった。電子端末は、説明資料を記憶する機能、電子的に表示する機能、操作を受け付ける機能等を有する持ち運び可能なものである。電子端末は高機能化かつ低価格化が進み、多くのユーザが使用できるものとなっている。

一例として、第６７回（２０１２年）国際通貨基金・世界銀行年次総会における一部のセッションでは、電子端末としてタブレット型端末に会場の装置が無線で説明資料を配信して、会議中に参加者が説明資料を表示させることができた。

しかしながら、無線による説明資料の配信では、一度に多くの聴衆が説明資料を受信するおそれがあり、通信帯域が圧迫されるおそれがある。説明資料の配信に無線ＬＡＮが使用される場合を想定すると、限りある通信帯域を無線ＬＡＮの電波の到達範囲に存在する多数の電子端末が共有して説明資料を受信する。通常、レクチャーが行われる環境では、聴衆の一人一人が電子端末を持っているためである。この結果、多数の電子端末が無線ＬＡＮのネットワークを同時に使用することとなり、レクチャーが開始するまでに全ての聴衆が説明資料を受信できない状況が生じてしまう。

このような不都合に対し、効率的にデータ転送を行う技術が考案されている（例えば、特許文献１参照。）。特許文献１には、ネットワークの負荷と将来実行予定のタスクに応じてＮＡＳストレージと情報端末機器との間のデータ転送計画を立てるデータ転送機器が開示されている。

しかしながら、特許文献１に記載された技術では、予定時刻までに説明資料を各聴衆の電子端末に転送することを保証することができないという問題がある。レクチャーで使用される説明資料は使用される時刻が決まっており、その時刻までに電子端末への説明資料の配信を完了させる必要があるが、従来の技術では配信されるデータが使用される時刻が考慮されていない。

本発明は、上記課題に鑑み、決められた時刻までに電子端末にデータを配信することが可能な情報配信システムを提供することを目的とする。

上記課題に鑑み、本発明は、少なくとも一部が無線で構築されたネットワークを介して、聴衆に情報が伝えられるレクチャーにて使用されるコンテンツを電子端末に配信する情報配信システムであって、前記コンテンツが使用される時刻が登録された時刻登録情報を参照して、前記時刻よりも前に前記電子端末に前記コンテンツの配信が完了される配信計画を作成する配信計画作成手段と、前記配信計画作成手段が作成した前記配信計画にしたがって、前記コンテンツを配信するコンテンツ配信手段と、を有する。

決められた時刻までに電子端末にデータを配信することが可能な情報配信システムを提供することができる。

本実施形態の情報配信システムの概略的な特徴を説明する図の一例である。 情報配信システムの全体的な構成の概略を説明する図の一例である。 コンテンツサーバ、時間割サーバ又は教職員ＰＣの一例のハードウェア構成図である。 教室サーバの一例のハードウェア構成図である。 電子端末の一例のハードウェア構成図である。 情報配信システムに含まれるコンテンツサーバ、時間割サーバ、教室サーバ、及び、電子端末の機能ブロック図の一例である。 教室における教室の配置例を示す図である。 教職員ＰＣがコンテンツをコンテンツサーバに登録する手順を示すシーケンス図の一例である。 コンテンツサーバがコンテンツを教室サーバに配信する処理の手順を示すフローチャート図の一例である。 教職員ＰＣがコンテンツをコンテンツサーバに登録する手順を示すシーケンス図の一例である。 教室サーバがコンテンツを電子端末に配信する処理の手順を示すフローチャート図の一例である。 情報配信システムの全体的な構成の概略を説明する図の一例である（実施例２）。 情報配信システムに含まれるコンテンツサーバ、時間割サーバ、ユーザアカウントサーバ、配信サーバ、及び、電子端末の機能ブロック図の一例である。 配信サーバにより無線ＡＰを介してコネクションレスに配信されるコンテンツを模式的に示す図である。 コンテンツの配信手順について説明するフローチャート図の一例である。 オンデマンドのコンテンツの配信手順について説明するフローチャート図の一例である。 電子端末がコンテンツサーバからコンテンツの暗号鍵を取得する手順を示すシーケンス図の一例である。 電子端末がコンテンツサーバにコンテンツの受信完了を通知する手順を示すシーケンス図の一例である。 電子端末がコンテンツを受信する手順を説明するフローチャート図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。
図１は、本実施形態の情報配信システム１００の概略的な特徴を説明する図の一例である。まず、情報配信システム１００はコンテンツサーバ１０と無線ＡＰ（無線アクセスポイント）７を有している。コンテンツサーバ１０は登録されているコンテンツを、無線ＡＰ７を介して電子端末７０に配信する。無線通信の通信帯域は狭いため、電子端末７０の数が多い場合に予定時刻までに全ての電子端末７０がコンテンツを受信できないおそれがあった。そこで、本実施形態の情報配信システム１００は、以下の２つの方法（図１（ａ）と（ｂ））で予定時刻までにコンテンツを配信する。
（１）図１（ａ）では無線ＡＰ７と通信する中継サーバ４が配置される。コンテンツサーバ１０はコンテンツのサイズ、コンテンツが使用される予定時刻、無線ＡＰ７の送信速度（通信速度）等を考慮して無線ＡＰ７にコンテンツを配信する。無線ＡＰ７は中継サーバ４にコンテンツを配信するので、予定時刻の前までに中継サーバ４までコンテンツが到達する。中継サーバ４と電子端末７０は後述するように極めて高速に通信するため、電子端末７０が中継サーバ４からコンテンツを受信するために必要な時間は考慮しなくてよい。すなわち、実質的に中継サーバ４に配信することが電子端末７０に配信することに相当する。したがって、数多くの電子端末７０が予定時刻までにコンテンツを取得することができる。
（２）図１（ｂ）では、コンテンツサーバ１０はコンテンツが使用される予定時刻等を考慮してコンテンツを同報的に繰り返し無線ＡＰ７から電子端末７０に配信する。電子端末７０は無線ＡＰ７の電波受信エリアに存在する間、コンテンツを受信できるため、やがてはコンテンツの全体を取得することができる。

このように、コンテンツサーバ１０と電子端末７０の伝送経路の一部が無線であっても、予定時刻までに中継サーバ４に配信すること又は繰り返し配信すること等により各電子端末７０が予定時刻までにコンテンツを取得できる。

＜用語について＞
レクチャーとは聴衆に有用と考えられる情報が伝えられることをいう。また、本実施形態のレクチャーとは聴衆への情報の伝達に説明資料が使用される。多くの場合は一人以上の説明者がいるが説明者がいなくてもよい。また、実際に有用であるかどうかは考慮されなくてよい。レクチャーの例として、講義、教育機関の授業や講義、学会の発表、講演会の講演、説教、演説、演奏会、発表会、アスリートなどの競技会、映画鑑賞会、などがあるがこれらに限られない。また、本実施形態では、レクチャーの開始時刻が定まっていることが好ましい。以下の実施例１ではレクチャーとして教育機関の授業や講義を例とし、実施例２では学会の発表又は講演会の講演を例にする。

聴衆とは、レクチャーを聴きに集まった人々をいう。聴衆の具体例は、レクチャーによって様々である。例えば、講義、教育機関の授業や講義の聴衆は児童・生徒・学生と呼ばれる。学会の発表や講演会の講演の聴衆は参加者や出席者と呼ばれる。

コンテンツとは、伝送経路や媒体によって伝送され得る人間にとって意味のあるひとまとまりの情報をいう。コンテンツは使用されるシーンによって種々の呼称がある。例えば、汎用的には資料や説明資料と呼ばれる場合がある。また、授業では教材と呼ばれ、会議では議事内容、会議資料などと呼ばれる。また、映像、音楽などがコンテンツと呼ばれる場合もある。

配信計画とはコンテンツがどのように配信されるかを示す情報である。配信計画には、どのコンテンツをいつどこに配信するかという情報が含まれることが好ましい。実施例１では教室２０とこの教室の授業で使用されるコンテンツと開始時刻が配信計画となりうる。実施例２では配信場所は決まっているので、後述するセッション開始時刻までセッション（会議の小区分）で使用されるコンテンツをいつからどのくらいの頻度で配信するかが配信計画となりうる。配信とは各電子端末にコンテンツを送信することをいう。本実施形態では配信と送信を厳密に区別しなくてもよい。

本実施例では学校における教材を説明資料として配信する情報配信システム１００について説明する。実施例１では、高速近距離通信を行う中継サーバ４までは通信速度がそれほど速くない通信方法で時間をかけて計画的にコンテンツを配信する。中継サーバ４は高速近距離通信で高速にコンテンツを生徒の電子端末７０に配信できる。

図２は、情報配信システム１００の全体的な構成の概略を説明する図の一例である。ネットワークＮ１を介してファイアウォール（又はルータ）６、コンテンツサーバ１０、時間割サーバ３０、教職員ＰＣ４０、及び、１台以上の無線ＡＰ７が接続されている。また、無線ＡＰ７と教室サーバ５０はネットワークＮ２を介して通信可能である。ネットワークＮ１は有線で構築されており、ネットワークＮ２は無線で構築されている。ただし、ネットワークＮ１が無線で、又は、ネットワークＮ２が有線で接続されていてもかまわない。ネットワークＮ１とネットワークＮ２を含めて校内ネットワークＮと称する。

校内ネットワークＮはIP Reachable なＩＰネットワークである。IP ReachableとはＩＰパケットが到達可能であることを意味し、校内ネットワークＮに送信されたＩＰパケットは共通又は類似ポリシーにしたがって校内ネットワークＮの機器まで送信される。より簡易的にはファイアウォール６よりも校内側をいう。校内ネットワークＮは単一のセグメントや単一のサブネットワークで構築されているわけではなく、適宜、ネットワークアドレスが異なる複数のセグメントで構築されている。

ネットワークＮ１は有線ＬＡＮと呼ばれる有線のネットワークである。より詳細には、IEEE802.3/3u/3ab/3anという規格により通信手順が規定されている。なお、ネットワークＮ１は通信帯域の制限を受けにくい広帯域の有線ネットワークであればよくＬＡＮ以外のネットワークでもよい。ネットワークＮ２は、無線ＬＡＮやＷｉ−Ｆｉと呼ばれる無線のネットワークである。より詳細には、IEEE802.11b/a/g/nという規格により通信手順が規定されている。無線ＡＰ７が教室サーバ５０と無線で通信可能であることで教室サーバ５０が移動可能となり、また可搬性を確保できる。また、臨時的に使用される教室２０に情報配信システム１００の管理者が教室サーバ５０を移動したり、人数が多い教室２０に教室サーバ５０を移動したりできる。

ファイアウォール（ルータ）６は、「信頼できるネットワーク」と「信頼できないネットワーク」の２つのネットワーク間のアクセスを制御する。具体的には、インターネットやＷＡＮ５などの外部のネットワークと校内ネットワークＮを出入りするパケットを監視し、予め決められたルールに基づき通過させたり破棄したりする。

コンテンツサーバ１０は、教材となるコンテンツを保持・管理する情報処理装置である。時間割サーバ３０は校内の各教室２０で行われる授業の時間割を管理しており、コンテンツサーバ１０などに提供する情報処理装置である。コンテンツサーバ１０や時間割サーバ３０は複数台存在してもよい。教職員ＰＣ４０は各教職員８により使用される情報処理装置であり、コンテンツサーバ１０に教材を登録する。

各教室２０には少なくとも１台の無線ＡＰ７が配置されている。また、各教室２０には１台以上（好ましくは複数台）の教室サーバ５０が配置される。コンテンツサーバ１０は教室２０の無線ＡＰ７を介して教室サーバ５０にそれぞれコンテンツを配信する。一般にコンテンツは、通信の信頼性を確保するためＴＣＰ/ＩＰプロトコルで配信される。ＴＣＰプロトコルは通信相手との間でコネクションを確立するが、同時に複数の通信相手とコネクションを確立できない。このため、コンテンツサーバ１０は教室２０ごとに全ての教室サーバ５０に対し順番に同じコンテンツを配信する。

校内ネットワークＮとは別に、教室サーバ５０は電子端末７０と近距離高速通信によって通信することができ、コンテンツを生徒や学生、児童（以下、生徒９という）の電子端末７０に配信する。本実施形態では近距離高速通信がIEEE802.11ad又はWiGigに従うものとして説明する。近距離で高速な通信としてTransferJetなど他の通信規格を使用してもよい。

なお、教室サーバ５０は各教室２０にひとつずつある必要はなく、いくつかの教室２０に共通に１つの教室サーバ５０が配置されていてもよい。この場合、生徒９は自分の教室２０を教室サーバ５０に指定してからコンテンツを受信してもよいし、他の教室のコンテンツも含めて受信してもよい。また、教室サーバ５０と電子端末７０の通信は近距離で可能であるため一度には一台の電子端末７０だけがコンテンツを受信できる。想定では数秒でコンテンツの受信が終わるが、生徒９の数が多いため授業の開始までに全ての生徒９がコンテンツを受信できないような場合は、教室内に複数の教室サーバ５０が配置される。

電子端末７０は、コンテンツを受信して表示する端末である。スマートデバイス（ユーザにとって携帯容易に構成された情報処理装置の総称）と呼ばれる場合がある。電子端末７０の例として、例えば、電話機能を備えるスマートホン（多機能電話端末）、情報処理に重点が置かれたタブレット型コンピュータなどが一例として挙げられる。その他、電子端末７０は、ノートＰＣ、ウェアラブル端末（ヘッドアップディスプレイ、腕時計型端末など）、携帯電話、ＰＤＡ（Personal Digital Assistant）、デジタルカメラなどが挙げられるが、これらに限られるものではない。

＜ハードウェア構成について＞
<<コンテンツサーバ１０、時間割サーバ３０、教職員ＰＣ４０>>
図３は、本実施形態に係るコンテンツサーバ１０、時間割サーバ３０、教職員ＰＣ４０の一例のハードウェア構成図である。以下では、主にコンテンツサーバ１０を例にして説明する。コンテンツサーバ１０は入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７及びＨＤＤ５０８などを備え、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び表示装置５０２は必要なときに接続して利用する形態であってもよい。

入力装置５０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置５０２はディスプレイ等を含み、コンテンツサーバ１０による処理結果を表示する。

通信Ｉ／Ｆ５０７はコンテンツサーバ１０を各種ネットワークに接続するインタフェースである。これにより、コンテンツサーバ１０は通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。

また、ＨＤＤ５０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、コンテンツサーバ１０の全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションソフトウェア（以下、単にアプリケーションと呼ぶ）などがある。なお、ＨＤＤ５０８に替え、記録媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。

外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンテンツサーバ１０は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。

ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５０５にはコンテンツサーバ１０の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。

ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンテンツサーバ１０全体の制御や機能を実現する演算装置である。

なお、図示するコンテンツサーバ１０のハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、コンテンツサーバ１０が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施例のコンテンツサーバ１０の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。

時間割サーバ３０と教職員ＰＣ４０のハードウェア構成は図３と同様であるか、相違があっても本実施形態の説明上支障がないものとする。無線ＡＰ７については公知のハードウェア構成を有するものとする。

<<教室サーバ５０>>
図４は、本実施形態に係る教室サーバ５０の一例のハードウェア構成図である。図４では図３との相違を主に説明する。図４の教室サーバ５０は図３のハードウェア構成に対し近距離無線通信部５０９を有している。近距離無線通信部５０９は、IEEE802.11ad又はWiGigの通信規格にしたがって近距離高速通信を行う。具体的に、近距離とは生徒９が電子端末７０を「かざす」という行為を教室サーバ５０に対し行う程度の距離であり、数ｃｍ〜数ｍの距離である。また、IEEE802.11ad又はWiGigでは理論的には数Ｇバイト/秒の通信速度を期待できる。生徒９は順番に電子端末７０を教室サーバ５０の近距離無線通信部５０９にかざすことで数秒以内に教材を受信できる。

<<電子端末７０>>
図５は本実施形態に係る電子端末７０の一例のハードウェア構成図である。図４の電子端末７０は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、ＥＥＰＲＯＭ６０４、ＣＭＯＳセンサ６０５、加速度・方位センサ６０６、メディアドライブ６０８を備えている。

ＣＰＵ６０１は電子端末７０の全体の動作を制御する。ＲＯＭ６０２は基本入出力プログラムを記憶している。ＲＡＭ６０３はＣＰＵ６０１のワークエリアとして使用される。ＥＥＰＲＯＭ６０４はＣＰＵ６０１の制御にしたがってデータの読み出し又は書き込みを行う。ＣＭＯＳセンサ６０５は、ＣＰＵ６０１の制御にしたがって被写体を撮像し画像データを得る。加速度・方位センサ６０６は地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等である。

メディアドライブ６０８は、フラッシュメモリ等の記録メディア６０７に対するデータの読み出し又は書き込み（記憶）を制御する。メディアドライブ６０８は、既に記録されていたデータが読み出され又は新たにデータが書き込まれて記憶する記録メディア６０７を着脱自在な構成となっている。

なお、ＥＥＰＲＯＭ６０４には、ＣＰＵ６０１が実行するＯＳ、ネットワーク設定に必要なアソシエーション情報等が記憶されている。本発明の実施形態における各種処理を実行するためのアプリケーションは、ＥＥＰＲＯＭ６０４又は記録メディア６０７などに記憶されている。

また、ＣＭＯＳセンサ６０５は光を電荷に変換して被写体の画像を電子化する電荷結合素子である。ＣＭＯＳセンサ６０５は被写体を撮像することができるのであれば、例えばＣＣＤ（Charge Coupled Device）センサであってもよい。

更に、電子端末７０は音声入力部６０９、音声出力部６１０、アンテナ６１１、通信部６１２、無線ＬＡＮ通信部６１３、近距離無線通信用アンテナ６１４、近距離無線通信部６１５、ディスプレイ６１６、タッチパネル６１７及びバスライン６１９を備える。

音声入力部６０９は音声を音声信号に変換する。音声出力部６１０は音声信号を音声に変換する。通信部６１２はアンテナ６１１を利用して無線通信信号により最寄りの基地局装置と通信を行う。無線ＬＡＮ通信部６１３は無線ＡＰ７とＩＥＥＥ８０２．１１規格に準拠する無線ＬＡＮ通信を行う（本実施形態では無線ＬＡＮ通信部６１３は使用されない。）。

近距離無線通信部６１５は近距離無線通信用アンテナ６１４を利用してIEEE802.11ad又はWiGigの通信規格にしたがって近距離高速通信を行う。

ディスプレイ６１６は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ等である。タッチパネル６１７は、ディスプレイ６１６上に載せられ、感圧式又は静電式のパネルによって構成され、指やタッチペン等によるタッチによってディスプレイ６１６上におけるタッチ位置を検出する。バスライン６１９は上記各部を電気的に接続するためのアドレスバスやデータバス等である。

また、電子端末７０は専用の電池６１８を備えている。電子端末７０は電池６１８により駆動される。なお、音声入力部６０９は音声を入力するマイクが含まれる。音声出力部６１０は音声を出力するスピーカが含まれている。

＜機能について＞
図６は、本実施形態の情報配信システム１００に含まれるコンテンツサーバ１０、時間割サーバ３０、教室サーバ５０、及び、電子端末７０の機能ブロック図である。なお、教職員ＰＣ４０と無線ＡＰ７の機能については必要に応じて適宜説明する。

<<コンテンツサーバ１０の機能構成>>
コンテンツサーバ１０は、送受信部１１、コンテンツ登録部１２、時刻管理部１３、開始時刻算出部１４、コンテンツ配信部１５、及び、記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤＤ５０８からＲＡＭ５０４に展開されたプログラムに従ったＣＰＵ５０６からの命令によって動作することで実現される機能、又は提供される手段である。

また、コンテンツサーバ１０は、図３に示されているＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８のいずれかによって構築される記憶部１０００を有している。記憶部１０００には、コンテンツＤＢ１００１が記憶されている。コンテンツＤＢ１００１について説明する。

表１は、コンテンツサーバ１０の記憶部１０００に構築されるコンテンツＤＢ１００１が有する情報をテーブル状に示す。このテーブルをコンテンツテーブルという。コンテンツテーブルには、コンテンツＩＤに対応付けてコンテンツのファイル名とサイズが登録されている。コンテンツＩＤは情報配信システム１００がコンテンツを一意に識別するための識別情報である。具体的には登録日時、コンテンツを登録した教職員８の氏名と番号の組み合わせなどであるがこれらに限られない。また、識別情報とは、複数の対象からある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらの組み合わせをいう。以下の識別情報においても同様である。また、サイズはコンテンツのファイルの容量（どのくらいの大きさか）を示す。サイズはコンテンツの配信をコンテンツサーバ１０が開始する開始時刻を決定するために使用される。

（コンテンツサーバ１０の機能について）
コンテンツサーバ１０の送受信部１１は、図３に示したＣＰＵ５０６や通信Ｉ／Ｆ５０７等により実現され、教職員ＰＣ４０や時間割サーバ３０などと各種のデータの送受信を行う。なお、以下ではコンテンツサーバ１０がデータを送受信する場合でも「送受信部１１を介して」という記載を省略する場合がある。

コンテンツサーバ１０のコンテンツ登録部１２は、図３に示したＣＰＵ５０６等により実現され、教職員ＰＣ４０から送信されたコンテンツをコンテンツＤＢ１００１に登録する。教職員８は教職員ＰＣ４０を操作してコンテンツをコンテンツサーバ１０に登録したり、削除したりすることができる。コンテンツ登録部１２は、重複しないコンテンツＩＤを採番し、コンテンツのファイルと共にコンテンツＤＢ１００１に登録する。また、コンテンツＩＤを伝えるため教職員ＰＣ４０に送信する。なお、コンテンツサーバ１０はコンテンツをインターネットなどから取得してもよい。

時刻管理部１３は、図３に示したＣＰＵ５０６やＲＴＣ（Real Time Clock）などにより実現され、現在時刻を測定している。あるいは、タイムサーバから正確な時刻を適宜取得してもよい。

開始時刻算出部１４は、図３に示したＣＰＵ５０６等により実現され、教室２０に配信されるコンテンツの総容量と時間割サーバ３０に記憶されている時間割テーブルを用いて、各授業ごとにコンテンツの配信を開始する開始時刻を算出する。詳細は後述される。

コンテンツ配信部１５は、図３に示したＣＰＵ５０６等により実現され、時刻管理部１３が管理する現在時刻が、開始時刻算出部１４が算出した開始時刻になると、教室サーバ５０が配置されている教室２０で行われる授業で使用するコンテンツの配信を開始する。

記憶・読出部１９は、図３に示されているＣＰＵ５０６からの命令、ＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８等によって実行され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。なお、以下ではコンテンツサーバ１０が記憶部１０００にアクセスする場合でも「記憶・読出部１９を介して」という記載を省略する場合がある。

<<時間割サーバ３０の機能構成>>
時間割サーバ３０は、送受信部３１、時間割提供部３２、及び、記憶・読出部３９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤＤ５０８からＲＡＭ５０４に展開されたプログラムに従ったＣＰＵ５０６からの命令によって動作することで実現される機能、又は提供される手段である。

また、時間割サーバ３０は、図３に示されているＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８のいずれかによって構築される記憶部３０００を有している。記憶部３０００には、時間割ＤＢ３００１が記憶されている。時間割ＤＢ３００１について説明する。

表２は、時間割サーバ３０の記憶部３０００に構築される時間割ＤＢ３００１が有する情報をテーブル状に示す。このテーブルを時間割テーブルという。時間割テーブルには、年月日、時限、授業、場所情報、及びコンテンツＩＤが対応付けて登録されている。年月日とは授業が行われる日を指定する情報であり、少なくとも現在より将来の年月日が登録される。時限は、時間割における１単位であり１時間とは限らず、教育機関ごとに決まった時間に１回の授業が行われる。時限により授業が始まる予定時刻が一意に決定される。表２の授業とはどの授業が行われるかを示し科目と称してもよい。例えば、理科、数学、英語などである。場所情報は授業が行われる場所を意味し、具体的には教室を特定する番号、名称、フロアと連番の組み合わせなどで表される。

コンテンツＩＤはコンテンツテーブルと同じものであるが、１つの授業が複数のコンテンツを使用する場合には、複数のコンテンツＩＤが登録される。

教職員ＰＣ４０では例えばブラウザソフトウェアが動作し、時間割サーバ３０はＷｅｂサーバやＷｅｂアプリの機能を有している。コンテンツＩＤを通知された教職員８は教職員ＰＣ４０を操作して、自分が受け持つ授業の年月日、時限、授業を時間割サーバ３０が提供するカレンダーなどから選択する。また、時間割サーバ３０が提供する教室一覧から教室（場所情報）を選択し、コンテンツＩＤと共に時間割サーバ３０に送信する。したがって、教職員８は簡単な操作でコンテンツＩＤを登録できる。

（時間割サーバ３０の機能について）
時間割サーバ３０の送受信部３１は、図３に示したＣＰＵ５０６や通信Ｉ／Ｆ５０７等により実現され、教職員ＰＣ４０やコンテンツサーバ１０などと各種のデータの送受信を行う。なお、以下では時間割サーバ３０がデータを送受信する場合でも「送受信部３１を介して」という記載を省略する場合がある。

時間割サーバ３０の時間割提供部３２は、図３に示したＣＰＵ５０６等により実現され、コンテンツサーバ１０からの要求に対し又は追加や変更があった時間割テーブルをコンテンツサーバ１０に送信する。

記憶・読出部３９は、図３に示されているＣＰＵ５０６からの命令、ＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８等によって実行され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出す処理を行う。なお、以下では時間割サーバ３０が記憶部３０００にアクセスする場合でも「記憶・読出部３９を介して」という記載を省略する場合がある。

<<教室サーバ５０の機能構成>>
教室サーバ５０は、送受信部５１、コンテンツ送信部５２、及び、記憶・読出部５９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤＤ５０８からＲＡＭ５０４に展開されたプログラムに従ったＣＰＵ５０６からの命令によって動作することで実現される機能、又は提供される手段である。

また、教室サーバ５０は、図３に示されているＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８のいずれかによって構築される記憶部５０００を有している。記憶部５０００には、コンテンツ一時記憶ＤＢ５００１及び場所情報５００２が記憶されている。コンテンツ一時記憶ＤＢ５００１が記憶する情報はコンテンツサーバ１０のコンテンツＤＢ１００１と同じである。ただし、教室サーバ５０は、教室サーバ５０が配置された教室で行われる授業のコンテンツのみを記憶する。また、場所情報５００２は時間割テーブルの場所情報と同じものである。場所情報５００２は情報配信システム１００の管理者が設定することができる。あるいは、無線ＡＰ７が教室サーバ５０に通知することで場所情報５００２が設定されてもよい。また、場所情報５００２を時間割テーブルの場所情報と同じにするのでなく、場所情報５００２を位置情報（緯度、経度、標高）としてもよい。この場合、位置情報と時間割テーブルの場所情報との対応付けを教室サーバ５０又はコンテンツサーバ１０等が行う。

（教室サーバ５０の機能について）
教室サーバ５０の送受信部５１は、図４に示したＣＰＵ５０６や通信Ｉ／Ｆ５０７等により実現され、コンテンツサーバ１０などと各種のデータの送受信を行う。なお、以下では教室サーバ５０がデータを送受信する場合でも「送受信部５１を介して」という記載を省略する場合がある。

教室サーバ５０のコンテンツ送信部５２は、図４に示したＣＰＵ５０６及び近距離無線通信部５０９等により実現され、電子端末７０を検出するとコンテンツ一時記憶ＤＢ５００１に記憶されているコンテンツを電子端末７０に送信する。近距離無線通信部５０９の機能により電波の到達範囲に電子端末７０が存在すれば、ユーザが何も操作しなくてもコンテンツを配信することができる。

記憶・読出部５９は、図４に示されているＣＰＵ５０６からの命令、ＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８等によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。なお、以下では教室サーバ５０が記憶部５０００にアクセスする場合でも「記憶・読出部５９を介して」という記載を省略する場合がある。

<<電子端末７０の機能構成>>
電子端末７０は、送受信部７１、コンテンツ受信部７２、表示制御部７３、操作受付部７４、及び、記憶・読出部７９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラムに従ったＣＰＵ６０１からの命令によって動作することで実現される機能、又は提供される手段である。

また、電子端末７０は、図５に示されているＲＡＭ６０３及びＥＥＰＲＯＭ６０４のいずれかによって構築される記憶部７０００を有している。記憶部７０００には、コンテンツ保存ＤＢ７００１が記憶されている。コンテンツ保存ＤＢ７００１が記憶する情報はコンテンツサーバ１０のコンテンツＤＢ１００１と同じである。ただし、電子端末７０は、教室サーバ５０から受信したコンテンツのみを記憶する。

（電子端末７０の機能について）
電子端末７０の送受信部７１は、図５に示したＣＰＵ６０１や無線ＬＡＮ通信部６１３等により実現され、時間割サーバ３０などと各種のデータの送受信を行う。なお、本実施形態では、電子端末７０の送受信部７１はデータの送受信を行わなくてよい。

電子端末７０のコンテンツ受信部７２は、図５に示したＣＰＵ６０１及び近距離無線通信部６１５等により実現され、教室サーバ５０を検出すると教室サーバ５０からコンテンツを受信する。

電子端末７０の表示制御部７３は、図５に示したＣＰＵ６０１及びディスプレイ６１６等により実現され、ディスプレイ６１６に各種の情報を表示する。本実施形態ではコンテンツをディスプレイ６１６に表示する。

電子端末７０の操作受付部７４は、図５に示したＣＰＵ６０１及びタッチパネル６１７等により実現され、電子端末７０に対する各種の操作を受け付ける。

記憶・読出部７９は、図５に示されているＣＰＵ６０１からの命令、ＲＡＭ６０３及びＥＥＰＲＯＭ６０４等によって実行され、記憶部７０００に各種データを記憶したり、記憶部７０００に記憶された各種データを読み出す処理を行う。なお、以下では電子端末７０が記憶部７０００にアクセスする場合でも「記憶・読出部７９を介して」という記載を省略する場合がある。

<教室サーバ５０の配置について＞
図７を用いて教室サーバ５０の配置について説明する。図７は、教室２０における教室サーバ５０の配置例を示す図である。図７では５つの教室サーバ５０が配置されている。出入り口２０１の近くにそれぞれ教室サーバ５０が配置されているため、教室２０に入室した生徒９は席に着く前にコンテンツを受信することができる。また、席に着いた生徒９は自分の席の近くの教室サーバ５０に接近してコンテンツを受信することもできる。例えば、休み時間などにも近くの教室サーバ５０に接近してコンテンツを受信することができる。

なお、図７の配置例は、教室サーバ５０同士が接近しないように配置された例に過ぎず、教室サーバ５０のコーナーが設けられ複数の教室サーバ５０が隣接するように配置されてもよい。また、教室サーバ５０と称しているが教室に配置されるだけではなく、複数いる生徒９が自身たちの近傍で自分たちの電子端末７０にコンテンツを受信するため、局所的なコンテンツサーバ１０（コンテンツサーバ１０が分散して配置されている）やコンテンツを中継する中継サーバ４として使用されることを目的として配置される。

このため、小規模な学校であれば教室サーバ５０は全学内に一つ配置されればよい場合もある。また、大規模な学校や塾ではひとつの教室に複数の教室サーバ５０が配置される場合もある。

教室サーバ５０は有線より通信帯域で劣ることが多い無線ＬＡＮ（Ｗｉ−Ｆｉなど）でコンテンツサーバ１０と通信する。生徒９が携帯する電子端末７０も無線ＬＡＮ（Ｗｉ−Ｆｉなど）の通信機能を持っている可能性が高い。しかし、多数の生徒９が無線ＬＡＮで無線ＡＰ７に接続してコンテンツサーバ１０から大容量のコンテンツを同時にダウンロードするには、無線ＬＡＮの通信帯域では不十分である。無線ＬＡＮの電波は比較的広い範囲に到達するため、大規模な学校などでは無線ＬＡＮ（無線ＡＰ７）のネットワークの中に１００名以上の生徒９がいる場合もある。無線ＬＡＮにはいくつかのチャネルがあるもののそのような大人数で電波をシェアすると、ひとつの電子端末７０が通信に利用できる通信帯域は非常に小さくなり、コンテンツのダウンロードに多くの時間がかかってしまう。

このような不都合を解消するため本実施形態では、教室サーバ５０という無線ＬＡＮのクライアントを用意し、教室サーバ５０と電子端末７０との間で近距離高速通信を行う。これにより、高速にコンテンツを配信することができる。IEEE802.11ad又はWiGigの電波が到達する距離は短いが、その代わり非常に高速である。生徒９たちはこのような教室サーバ５０の近傍に行き、IEEE802.11ad又はWiGig に対応した電子端末７０をかざすことで、短時間に授業のコンテンツを受信することができる。

仮に休み時間という短い時間内でも、従来の無線ＬＡＮでは困難だった、多数の生徒９へのコンテンツの配信が可能となる。

なお、複数の教室サーバ５０が近傍に存在していても、IEEE802.11ad又はWiGig の電波は直進性が強くまた到達距離が短いため、近傍にある各教室サーバ５０が同一のチャネルをそれぞれに100%占有して通信できる。つまり、混信したり同時に複数の電子端末７０と通信してしまう可能性が低い。

教室サーバ５０は、容量が限られたコンテンツ一時記憶ＤＢ５００１に、適切なコンテンツを記憶している。すなわち、翌日の授業が始まるまでに教室サーバ５０が配置された教室で講義されるコンテンツを記憶している必要がある。本実施形態では、授業が始まるまでの夜間にコンテンツサーバ１０が翌日のコンテンツを教室サーバ５０に配信しておく。コンテンツサーバ１０と無線ＡＰ７を結ぶネットワークＮ１及び無線ＡＰ７は、昼間、生徒９が私用で使用したり授業で使用されている。ネットワークＮ１は他の教室とも共通である。このため、ネットワークＮ１や無線ＡＰ７の昼間の通信帯域は不足するおそれがある。

そこで、上記のようにコンテンツサーバ１０は授業が始まるまでの夜間にコンテンツを教室サーバ５０に配信しておく。より具体的には、翌日の授業が始まる予定時刻までに教室サーバ５０が全てのコンテンツを受信できるように、コンテンツサーバ１０がコンテンツを配信しておく。

教職員８は授業の前日までにコンテンツをコンテンツサーバ１０に登録する場合が多いと考えられるが、直前になって登録したり修正したりする場合も生じうる。このため、コンテンツサーバ１０はコンテンツの配信を、コンテンツのサイズや通信速度を考慮して予定時刻に間に合う適切な開始時刻に開始する。つまり、予定時刻に対し早すぎずかつ遅れない（過不足のない）開始時刻を算出する。これにより、教職員８はコンテンツを十分に検討する時間を得られ、かつ、コンテンツが授業の開始前に配信されるように時間保証した配信が可能になる。

なお、教職員８が開始時刻までにコンテンツを用意できない場合が生じうる。例えば、当日や前日の受験で出された内容を教材とするような場合である。この場合は、開始時刻を過ぎているので、コンテンツサーバ１０はコンテンツが登録され次第、速やかに教室サーバ５０にコンテンツを配信する。生徒９は休み時間に電子端末７０でコンテンツを受信することになるが、教室サーバ５０と電子端末７０は近距離高速通信で通信するため、生徒９の少なくとも大部分が授業までにコンテンツを受信できる。

＜動作手順＞
情報配信システム１００が行う動作手順について状況を想定しながら順番に説明する。

<<教職員ＰＣ４０によるコンテンツの登録>>
図８は、教職員ＰＣ４０がコンテンツをコンテンツサーバ１０に登録する手順を示すシーケンス図の一例である。

S1：教職員８はコンテンツを教職員ＰＣ４０に記憶させている。教職員ＰＣ４０の操作受付部７４は教職員８の操作を受け付け、コンテンツをコンテンツサーバ１０に配信する。配信の際のプロトコルなどとしてはＦＴＰ（File Transfer Protocol）やＨＴＴＰ（Hypertext Transfer Protocol）などの通信プロトコルが知られているが、どのような方法で配信してもよい。

S2：コンテンツサーバ１０のコンテンツ登録部１２は受信したコンテンツに新たにコンテンツＩＤを採番する。また、コンテンツ登録部１２はコンテンツ、コンテンツＩＤ、及び、コンテンツのファイルのサイズをコンテンツＤＢ１００１に記憶させる。

S3：コンテンツサーバ１０はコンテンツＩＤを教職員ＰＣ４０に送信する。

S4：教職員８は時間割サーバ３０に対し、コンテンツを使用する全ての授業についてコンテンツＩＤを登録する。具体的には教職員８が年月日、時限、授業及び場所情報を指定すると、教職員ＰＣ４０の操作受付部７４がそれを受け付け、コンテンツＩＤと共に送信する。なお、年月日、時限、及び授業が決まれば場所情報が決まり、年月日、時限、及び場所情報が決まれば授業が決まるので、授業又は場所情報はどちらかが送信されてもよい。

S5：時間割サーバ３０の送受信部３１はコンテンツＩＤ、年月日、時限、授業及び場所情報を受信する。時間割サーバ３０はコンテンツＩＤ、年月日、時限、授業及び場所情報を時間割ＤＢ３００１に登録する。すでに同じ授業のコンテンツが登録されている場合があるため、時間割サーバ３０は同じ授業が登録されているか否かを判定し（年月日、時限、授業及び場所情報が同じレコードを検出する）、同じ授業がある場合はコンテンツＩＤを追加するだけでよい。あるいは、時間割ＤＢ３００１に新たにレコードを追加してもよい。コンテンツサーバ１０は年月日、時限、授業及び場所情報で特定されるコンテンツを全て教室サーバ５０に配信するためである。また、修正版のコンテンツが登録されたため、同じファイル名のコンテンツがコンテンツサーバ１０に登録される場合があるが、教職員８が上書き又は追加保存を選択できてもよいし、同じファイル名がある場合はコンテンツサーバ１０が別のファイル名を付与して保存してもよい。

この後、コンテンツサーバ１０は、時間割サーバ３０からコンテンツの登録又は更新の通知を受けて、又は、定期的に若しくは通信帯域に余裕がある時間帯に時間割サーバ３０と通信して、使用されるコンテンツを教室２０ごとに決定し、コンテンツの配信を開始する開始時刻を算出する。教職員８は授業の直前までコンテンツを登録したり修正する可能性があるため、厳密にはコンテンツの総容量は直前まで定まらない。しかし、コンテンツの追加や修正のたびに開始時刻を算出することで、コンテンツが用意（コンテンツサーバに登録）されればコンテンツの配信を開始することができる。

なお、図8のような手順は一例に過ぎず、教職員８は次のようにコンテンツを登録してもよい。教職員８は教職員ＰＣ４０を操作して、年月日、時限、授業及び場所情報をコンテンツサーバ１０に対し指定してコンテンツと共にコンテンツサーバ１０に送信してもよい。この場合、コンテンツサーバ１０はコンテンツＩＤを採番して、年月日、時限、授業、場所情報及びコンテンツＩＤを時間割サーバ３０に送信する。したがって、教職員８はコンテンツサーバ１０にだけアクセスすればよいので操作が容易になる。

<<教室サーバ５０への配信>>
図９は、コンテンツサーバ１０がコンテンツを教室サーバ５０に配信する処理の手順を示すフローチャート図の一例である。図９の処理は、コンテンツが登録されたことを時間割サーバから通知されたり、ネットワークＮ１の混雑が緩和される時間帯になると実行される。混雑が緩和される時間帯とは例えば夜間である。また、夜間とは、例えば２２時〜翌８時など予め決まっている。

まず、コンテンツサーバ１０の開始時刻算出部１４は、時刻管理部１３が管理する現在の日付と時刻を取得する（Ｓ１０）。

次に、コンテンツサーバ１０の開始時刻算出部１４は、翌日の授業に必要なコンテンツＩＤと場所情報を時間割サーバ３０から取得する（Ｓ２０）。時間割サーバ３０は時間割テーブルの年月日を参照し、年月日が現在の日付に対し翌日となるレコードを特定し、該レコードに登録されているコンテンツＩＤと場所情報を読み出しコンテンツサーバ１０に送信する。

コンテンツサーバ１０の開始時刻算出部１４は、場所情報が同じコンテンツＩＤを全て特定し、コンテンツＤＢ１００１から各コンテンツのサイズを読み出す（Ｓ３０）。したがって、教室２０ごとに翌日の予定時刻までに教室サーバ５０に配信すべきコンテンツのサイズが分かる。

コンテンツサーバ１０の開始時刻算出部１４は、場所情報が同じコンテンツＩＤに対応付けられているコンテンツのサイズを合計する（Ｓ４０）。これにより、ある教室２０の１つの教室サーバ５０に配信すべきコンテンツの総容量が得られる。
コンテンツの総容量＝１つの教室に配信されるコンテンツのサイズの合計
コンテンツサーバ１０の開始時刻算出部１４は、教室にある教室サーバ５０の数を教室ごとに決定する（Ｓ５０）。これは、コンテンツサーバ１０から教室サーバ５０への通信はＴＣＰプロトコルが使用されるため、教室サーバ５０の数だけ配信時間が必要になるためである。開始時刻算出部１４は、教室サーバ５０の数をコンテンツの総容量に乗じて総容量を更新する。
コンテンツの総容量＝コンテンツの総容量×教室にある教室サーバ５０の数
なお、各教室にある教室サーバ５０の数とＩＰアドレスは予めコンテンツサーバ１０が保持している。あるいは、全ての教室サーバ５０に同報的に又は個別に場所情報を問い合わせてもよい。これにより、場所情報とＩＰアドレスが分かる。同じ場所情報を返す教室サーバ５０の数を数えることで教室にある教室サーバ５０の数が分かる。あるいは、教室サーバ５０からコンテンツサーバ１０に定期的に場所情報を送信することでＩＰアドレスと場所情報を通知してもよい。

コンテンツサーバ１０の開始時刻算出部１４は、ステップＳ５０の総容量とネットワーク設計上の通信速度を用いて教室に配信される全てのコンテンツの配信完了に必要な配信時間を算出する（Ｓ６０）。ネットワーク設計上の通信速度は、無線ＡＰ７と教室サーバ５０の間のネットワークＮ２の通信速度である。これは、最も遅い通信速度で全体の通信速度が決まるためである。例えば、総容量が１０Ｇバイト、ネットワーク設計上の通信速度が２Ｍバイト/秒であるとすると、配信時間は以下のようになる。
配信時間＝１０〔Ｇバイト〕／２〔Ｍ/秒〕＝２０００秒＝約８３分
コンテンツサーバ１０の開始時刻算出部１４は、授業の当日の予定時刻に対し、配信時間を逆算して開始時刻を算出する（Ｓ７０）。例えば、予定時刻を早朝の時刻（７時）とすれば、開始時刻は以下のように計算される。
開始時刻＝７時−８３分＝５時４７分
なお、１時間未満を切り捨ててもよい。予定時刻よりも前にコンテンツの配信が完了していることが好ましいためである。このように教室２０ごとに開始時刻をコンテンツサーバ１０が算出することが、コンテンツの配信計画を作成することに相当する。

コンテンツサーバ１０のコンテンツ配信部１５は、時刻管理部１３が管理する現在時刻に基づき開始時刻になったか否かを判定し、開始時刻が到来するとコンテンツの配信を開始する（Ｓ８０）。上記のように、コンテンツ配信部１５は全ての教室サーバ５０に場所情報を問い合わせて、ステップＳ４０で求めたある教室２０に配信される全てのコンテンツを教室サーバ５０に配信する。

なお、コンテンツサーバ１０は同じ教室２０の教室サーバ５０と並列に通信できないが、別の教室２０の教室サーバ５０とは並列に通信できる。例えば、コンテンツサーバ１０は教室Ａの教室サーバ５０と教室Ｂの教室サーバ５０と並列に通信できる（教室Ａの教室サーバ５０-1と教室サーバ５０-2とは並列に通信できない）。これは、教室２０が異なる場合は、配信の対象のリソースであるコンテンツが異なるためＴＣＰの制約を受けないためである。したがって、コンテンツサーバ１０が複数の教室２０に対しコンテンツを配信している時間帯が重複してもよい。

このような処理によって、従来、多数の生徒９の電子端末７０に予定時刻までに配信することが難しかったコンテンツを、伝送速度が必ずしも高くない無線ＬＡＮを使って配信することができる。

（配信時間の算出方法）
配信時間を機械学習により算出してもよい。例えば、ニューラルネットワークを例にして説明する。ニューラルネットワークは入力層→中間層→出力層の構造を有し、入力層に１つ以上の入力情報が与えられると、中間層と出力層を経て１（正）又は０（誤）を出力層が出力する。入力層と中間層と出力層はそれぞれ結合係数で結合されており、結合係数が大きいほど結びつきが強い。

入力層に、例えば、総容量とネットワーク設計上の通信速度を入力すると、出力層への入力でニューラルネットワークにより算出される配信時間が得られる。出力層はこの配信時間と教師信号として実際に必要だった配信時間を比較し、算出された時間の方が実際に必要だった配信時間以下の場合に１、そうでない場合に０を出力する。

出力が０の場合、算出された時間と実際に必要だった配信時間の差を最急降下法により結合係数に反映させる（変えていく）。入力層への入力値を変えて徐々に結合係数を変えていくことで、ニューラルネットワークは実際に必要な配信時間に近い値を出力できるようになる。このような学習方法を誤差逆伝播法（バックプロパゲーション）という。

<<直前のコンテンツの登録>>
教職員８が当日や授業の直前にコンテンツを登録する場合について説明する。

図１０は、教職員ＰＣ４０がコンテンツをコンテンツサーバ１０に登録する手順を示すシーケンス図の一例である。なお、図１０の説明では、主に図８との相違について説明する。図１０のうちステップＳ１〜Ｓ５は図８と同様である。

S6：時間割サーバ３０の送受信部３１は登録又は更新された時間割のレコードをコンテンツサーバ１０に送信する。これは、コンテンツの登録や更新を契機にしてもよいし、コンテンツサーバ１０からの要求に応じてもよい。

S7：コンテンツサーバ１０のコンテンツ配信部１５は、登録又は修正された時間割のレコードが翌日又は当日に配信されるか否かを判定する。これは時間割サーバ３０から送信された時間割の年月日が前日か又は当日かを判定すればよい。

S8：コンテンツサーバ１０の開始時刻算出部１４は、新たに追加されたコンテンツが配信される授業で使用される全てのコンテンツを特定する。年月日、時限、授業及び場所情報が一致する時間割テーブルのコンテンツＩＤを時間割サーバ３０から取得すればよい。そして、未だ教室サーバ５０に配信していないコンテンツを特定する。教室サーバ５０に配信されたコンテンツはコンテンツＤＢ１００１から削除してもよいし、例えば当日中は保存しておき配信済みのコンテンツにフラグを付してもよい。開始時刻算出部１４は教室サーバ５０に配信していない全てのコンテンツの配信に必要な時間を計算し、予定時刻から逆算して開始時刻を算出する。開始時刻の算出方法については図９にて説明した。

S9：そして、コンテンツサーバ１０のコンテンツ配信部１５は、開始時刻になったか、又は、開始時刻を既に超過している場合、コンテンツの配信を開始する。ある授業についてすでに配信を開始している１つ以上のコンテンツがある場合がある。その場合は、当該授業のためにすでに配信が開始されているコンテンツの配信が全て終了すると、追加されたコンテンツの配信を開始する。

このように、コンテンツが登録又は修正されると配信時間が再計算されるので、コンテンツが追加されたり修正されても翌日の早朝や授業が開始される予定時刻までにコンテンツを配信する時間保証がしやすくなる。また、開始時刻が予定時刻を過ぎている場合は、コンテンツの登録や修正の後、すぐにコンテンツを教室サーバ５０に配信できる。

<<教室サーバ５０から電子端末７０への送信>>
図１１は、教室サーバ５０がコンテンツを電子端末７０に送信する処理の手順を示すフローチャート図の一例である。まず、IEEE802.11ad又はWiGigでは、アクセスポイントをＰＢＳＳ（Personal Basic Service Set）又はＰＣＰ（PBSSセントラルポイント）と称し、ＰＢＳＳに接続する電子端末７０をステーションと称する。

このため、教室サーバ５０は、IEEE802.11ad又はWiGigのＰＢＳＳコントロールポイントとして動作する（Ｓ１０）。したがって、教室サーバ５０のコンテンツ送信部５２はIEEE802.11ad又はWiGigのＰＢＳＳコントロールポイントとして動作して、コンテンツの送信を制御する。

また、電子端末７０はステーションとして教室サーバ５０に接続する（Ｓ２０）。すなわち、電子端末７０のコンテンツ受信部７２はIEEE802.11ad又はWiGigのステーションとして動作してコンテンツを受信する。

電子端末７０が教室サーバ５０の電波の送信範囲にはいると、電子端末７０と教室サーバ５０の近距離無線通信部５０９がＭＡＣ層で接続する（Ｓ３０）。ＭＡＣ層で接続すると、ＩＰ層に接続されたことを示すイベントが発生する。ＭＡＣ層とは、ＯＳＩ参照モデルのデータリンク層又はＴＣＰ/ＩＰモデルのデータリンク層に相当する通信モデルのレイヤである。なお、データリンク層は正確にはＭＡＣ副層とＬＬＣ副層に分かれている。データリンク層はフレームにヘッダとトレイラをつけ、データを送り届けたりエラー訂正などを行う。ＩＰ層はＯＳＩ参照モデルのネットワーク層又はＴＣＰ/ＩＰモデルのインターネット層に相当する通信モデルのレイヤである。ネットワーク層はＩＰアドレスを元にパケットをどのような経路で届けるのかを制御する。

すると、電子端末７０と教室サーバ５０はＩＰ設定を行い、ＴＣＰプロトコルで接続する（Ｓ４０）。アドホックな接続であるため、たとえば両者はAutoIP（ＤＨＣＰサーバによるＩＰ付与のこと）やIPv6 link local address（IPv6においてルータを超えない同一リンク上で有効なＩＰアドレス）などを使用して、ステートレスかつ自律的にＩＰ接続である。

ＴＣＰプロトコルによる接続が可能となるため、教室サーバ５０はＨＴＴＰやＦＴＰなどのプロトコルでコンテンツを電子端末７０に送信する（Ｓ５０）。

教室サーバ５０のコンテンツ送信部５２はコンテンツの送信中に接続が切断されたか否かを判定する（Ｓ６０）。送信中かどうかはコンテンツの総容量を送信し切れていないことから検出できる。

ステップＳ６０の判定がＮｏの場合、コンテンツの送信が完了したので、教室サーバ５０のコンテンツ送信部５２は、電子端末７０に送信完了を送信する（Ｓ７０）。これにより、電子端末７０は送信完了を意味する音声を音声出力部６１０から出力するので、生徒９はコンテンツを受信できたことを把握できる。

ステップＳ６０の判定がＹｅｓの場合、教室サーバ５０のコンテンツ送信部５２はＴＣＰ接続を切断し、電子端末７０に伝送エラーを送信する（Ｓ８０）。これにより、電子端末７０の表示制御部７３はディスプレイ６１６にエラーを表示したり音声出力部６１０から音声を出力するので、生徒９はコンテンツを受信できなかったことを把握できる。

コンテンツは教室内でしか送信されないので漏えいを抑制して電子端末７０に送信できる。また、ＴＣＰプロトコルで接続するのでコンテンツの信頼性も確保できる。

以上説明したように本実施例の情報配信システム１００は、コンテンツの総容量などから配信時間を推定し、授業が開始される予定時刻に対し配信時間を逆算するので、無線ＬＡＮなどの比較的、通信速度が遅いネットワークＮ１を用いても予定時刻までに確実にコンテンツを教室サーバ５０まで配信することができる。教室サーバ５０から電子端末７０までは近距離高速通信で短時間にコンテンツを送信できる。したがって、ある決められた予定時刻までに生徒９の電子端末７０にコンテンツを配信することができる。配信の開始時刻は過不足のない時間なので、教職員８は開始時刻の直前までコンテンツを作成したり変更したりすることができる。

本実施例では、会議に参加する参加者に会議の説明資料を配信する情報配信システム１００について説明する。企業などで行われる日常的な会議、参加者が所属する団体が開催する会議、不特定の者が参加可能な会議、各国から招かれた参加者が参加する会議（国際会議）など、多くの会議が開催されている。

会議によっては電子端末７０で動作する専用のアプリケーションソフトウェアが用意される。アプリケーションソフトウェアは会議の開催前から利用可能となり、参加者が許可することでプログラム配信用のサーバから参加者の電子端末７０にインストールされる。アプリケーションソフトウェアがインストールされた電子端末７０は、会議の会期中、会議の予定表、会議のアジェンダ、及び、説明資料などを会議の運営用のサーバ（後述する配信サーバ）から取得できる。また、アプリケーションソフトウェアによっては既存のＳＮＳ（Social Networking Service）と連携する機能が搭載されることもある。ＳＮＳとの連携とは、ＳＮＳが提供するＡＰＩ（Application Interface）とＳＮＳのユーザアカウントを利用して種々の機能を提供することをいう。アプリケーションソフトウェアがＳＮＳに登録済みの参加者の情報を使用したり、アプリケーションの情報をＳＮＳに提供したりすることができる。

アプリケーションソフトウェアはブラウザと異なり独自のＵＩ（画面）を有しているが、サーバと通信してサーバが配信するコンテンツを見せる機能も有している（ブラウザと同等の機能を有している。）。したがって、Ｗｅｂページの閲覧と同様に、ユーザのアクセス集中がそのままサーバの負荷につながり、情報配信システム１００が安定したサービスを提供するには相応のネットワークリソースが必要となる。

例えば、無線ＬＡＮで説明資料であるコンテンツが会議の会場にいる多数の参加者に提供される場合、コンテンツサーバ１０に同時に接続可能な電子端末７０の数又は無線チャネルの数の上限により電子端末７０の通信が制限され、通信が十分にできなくなることも多い。

そこで、本実施例の情報配信システム１００は、近距離高速無線を用いることなく、かつ、セキュリティも担保された通信方法で、無線ＬＡＮのアクセスの集中を緩和する。

図１２は、本実施例における情報配信システム１００の全体的な構成の概略を説明する図の一例である。会議の会場に敷設された会場ネットワークＮを介して無線ＡＰ７、配信サーバ８０，コンテンツサーバ１０、時間割サーバ３０、及び、ユーザアカウントサーバ９０が接続されている。会議の会場には随所に無線ＡＰ７が配置されており、参加者が通行する通路、待機するロビー、及び、参加者が会議に参加する会議室等には無線ＬＡＮの電波が到達する。コンテンツサーバ１０は無線ＡＰ７を介して参加者３が持つ電子端末７０に会議の説明資料（コンテンツ）を安定的に提供する。後述するように、電子端末７０は参加者３が参加する会議かどうかに関係なく配信される会議のコンテンツを受信する。

参加者３の電子端末７０には上記したアプリケーションソフトウェアがインストールされている。アプリケーションソフトウェアはユーザの認証、コンテンツの受信、コンテンツの加工（主に復号）を行う。これらにより、ユーザが見てよいコンテンツのみをユーザが閲覧可能となる。

本実施例では、情報配信システム１００が配信サーバ８０とユーザアカウントサーバ９０を有している。配信サーバ８０はコネクションレス又はオンデマンドでコンテンツを配信する。また、ユーザアカウントサーバ９０は、ユーザを認証しユーザがアクセスする権利を有するコンテンツのアクセストークンをコンテンツサーバ１０に配信する。コンテンツサーバ１０と時間割サーバ３０の主な機能や有する情報は実施例１と同様であるが、会議に即した機能や情報を有している。

＜機能について＞
図１３は、本実施例の情報配信システム１００に含まれるコンテンツサーバ１０、時間割サーバ３０、ユーザアカウントサーバ９０、配信サーバ８０、及び、電子端末７０の機能ブロック図である。

<<コンテンツサーバ１０の機能構成>>
コンテンツサーバ１０は、送受信部１１、コンテンツ取得状況取得部１６、時刻管理部１３、コンテンツ配信計画部１７、コンテンツ鍵提供部１８、及び、記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤＤ５０８からＲＡＭ５０４に展開されたプログラムに従ったＣＰＵ５０６からの命令によって動作することで実現される機能、又は提供される手段である。なお、実施例１にて説明した機能又は手段と異なる機能又は手段について説明する。

また、コンテンツサーバ１０は、図３に示されているＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８のいずれかによって構築される記憶部１０００を有している。記憶部１０００には、コンテンツＤＢ１００１とコンテンツ配信状況ＤＢ１００２が記憶されている。まず、これらのＤＢについて説明する。

表３は、コンテンツサーバ１０の記憶部１０００に構築されるコンテンツＤＢ１００１が有する情報をテーブル状に示す。このテーブルをコンテンツテーブルという。コンテンツテーブルには、コンテンツＩＤに対応付けてコンテンツのファイル名、サイズ及び復号鍵が登録されている。コンテンツＩＤ、コンテンツのファイル名及びサイズについては実施例１と同様である。ただし、コンテンツは暗号化されている。復号鍵は電子端末７０がコンテンツを復号するための鍵であり、電子端末７０に配信される。

表４は、コンテンツサーバ１０の記憶部１０００に構築されるコンテンツ配信状況ＤＢ１００２が有する情報をテーブル状に示す。このテーブルをコンテンツ配信状況テーブルという。コンテンツ配信状況ＤＢ１００２はコンテンツを必要とする参加者３がどのくらい存在し、配信された（配信されていない）参加者３がどのくらい存在するかをコンテンツサーバ１０が記録するためのデータベースである。コンテンツ配信状況ＤＢ１００２は、コンテンツＩＤ、必要ユーザリスト、及び、受信済みユーザリストを有している。必要ユーザリストは、コンテンツを必要としている参加者３のリストである。必要ユーザリストによりコンテンツを必要としている参加者３の人数が分かる。参加者３はセッションごとに事前に登録されており、コンテンツを必要としている参加者３とはセッションに登録されている者をいう（具体的には参加者ＩＤのリスト）。必要ユーザリストは、セッションへの登録の期限である例えば会議の当日までにユーザが登録したセッション（後述するユーザアカウントＤＢの購入済みセッション）を用いてコンテンツサーバ１０により作成されている。受信済みユーザリストは、実際にコンテンツを受信できた参加者をいう（具体的には参加者ＩＤのリスト）。受信済みユーザリストは会議の当日になると参加者３の電子端末７０のコンテンツの受信状況に応じて更新される。受信済みユーザリストによりコンテンツを受信して復号できた参加者３の人数が分かる。

（コンテンツサーバ１０の機能について）
コンテンツサーバ１０のコンテンツ取得状況取得部１６は、図３に示したＣＰＵ５０６や通信Ｉ／Ｆ等により実現され、電子端末７０からコンテンツの受信が完了した参加者３の参加者ＩＤとコンテンツＩＤを受信して、コンテンツ配信状況ＤＢ１００２の受信済みユーザリストに参加者ＩＤを登録する。

コンテンツ配信計画部１７は、図３に示したＣＰＵ５０６等により実現され、後述するポリシー１〜５に基づきコンテンツの配信計画を作成する。

コンテンツ鍵提供部１８は、図３に示したＣＰＵ５０６等により実現され、ユーザアカウントサーバ９０により認証された参加者３の電子端末７０にコンテンツの復号鍵を提供する。

<<時間割サーバ３０の機能構成>>
時間割サーバ３０は、送受信部３１、時間割提供部３２、及び、記憶・読出部３９を有している。これらの機能又は手段は実施例１と同様である。

また、時間割サーバ３０は、図３に示されているＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８のいずれかによって構築される記憶部３０００を有している。記憶部３０００には、時間割ＤＢ３００１が記憶されている。時間割ＤＢ３００１について説明する。

表５は、時間割サーバ３０の記憶部３０００に構築される時間割ＤＢ３００１が有する情報をテーブル状に示す。このテーブルを時間割テーブルという。時間割テーブルには、日時、セッション、場所情報、及びコンテンツＩＤが対応付けて登録されている。日時とはセッションの日付と会議開催時刻（セッション開始時刻とセッション終了時刻）である。セッションはある一連の会議のうちテーマなどで区分された小区分の会議である。セッションごとに１つのテーマについて説明があり議論される。場所情報は、会議などが行われる場所を意味し、具体的には会議室を特定する番号、名称、フロアと連番などで表される。

<<ユーザアカウントサーバ９０の機能構成>>
ユーザアカウントサーバ９０は、送受信９１部、ユーザ認証部９２、及び、記憶・読出部９９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤＤ５０８からＲＡＭ５０４に展開されたプログラムに従ったＣＰＵ５０６からの命令によって動作することで実現される機能、又は提供される手段である。

また、ユーザアカウントサーバ９０は、図３に示されているＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８のいずれかによって構築される記憶部９０００を有している。記憶部９０００には、ユーザ情報ＤＢ９００１とアクセス管理情報ＤＢ９００２が記憶されている。まず、これらのＤＢについて説明する。

表６は、ユーザアカウントサーバ９０の記憶部９０００に構築されるユーザ情報ＤＢ９００１が有する情報をテーブル状に示す。このテーブルをユーザ情報テーブルという。ユーザ情報テーブルは、参加者ＩＤ、認証情報（ユーザ名、パスワード）、購入済みセッション及びコンテンツＩＤを有している。参加者ＩＤは情報配信システム１００において参加者３を一意に特定するための識別情報である。ユーザ名は参加者３を特定するため名称であり例えば氏名、ニックネーム、アカウント名などである。パスワードは参加者３を認証するために用いられ原則的に参加者３しか知らない秘匿情報である。購入済みセッションは、参加者３が購入したセッションのセッションＩＤである。コンテンツＩＤは参加者が登録したセッションで使用されるコンテンツを示す。参加者３は事前に電子端末７０などを操作して会議のホームページなどにアクセスしで会議に登録する。会議への登録により参加者３には参加者ＩＤが付与され、参加者ＩＤ、セッションＩＤ（購入済みセッション）、ユーザ名及びパスワードがユーザアカウントサーバ９０において紐付けられる。参加者３は、参加者ＩＤを用いて参加したいセッションに料金を支払って登録する。なお、本実施例ではセッションへの参加費が有料であるとして説明するが、セッションへの参加が無料であってもよい。この場合、参加者３は単にセッションに参加者ＩＤを登録すればよい。

表７は、ユーザアカウントサーバ９０の記憶部９０００に構築されるアクセス管理情報ＤＢ９００２が有する情報をテーブル状に示す。このテーブルをアクセス管理情報テーブルという。アクセス管理情報テーブルは、参加者ＩＤ、セッションＩＤ、及び、アクセストークンを有している。本実施例では、OAUTH2という認証の仕組みを使用してコンテンツサーバ１０がユーザアカウントサーバ９０からユーザが登録したセッションに対応するアクセストークンを取得する。アクセストークンは、ユーザアカウントサーバ９０が参加者とコンテンツサーバ１０を認証するとユーザアカウントサーバ９０により作成され、コンテンツサーバ１０に配布される。詳細は後述される。

（ユーザアカウントサーバ９０の機能について）
ユーザアカウントサーバ９０の送受信部９１は、図３に示したＣＰＵ５０６や通信Ｉ／Ｆ等により実現され、コンテンツサーバ１０等と各種のデータを送受信する。

ユーザアカウントサーバ９０のユーザ認証部９２は、図３に示したＣＰＵ５０６等により実現され、参加者３の電子端末７０から配信されたユーザ名（又は参加者ＩＤでもよい）とパスワードの組が、ユーザ情報ＤＢ９００１に記憶されているか否かに基づきユーザを認証する。

記憶・読出部９９は、図３に示されているＣＰＵ５０６からの命令、ＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８等によって実行され、記憶部９０００に各種データを記憶したり、記憶部９０００に記憶された各種データを読み出す処理を行う。なお、以下では時間割サーバ３０が記憶部９０００にアクセスする場合でも「記憶・読出部９９を介して」という記載を省略する場合がある。

<<配信サーバ８０の機能構成>>
配信サーバ８０は、送受信部８１、コネクションレス配信部８２、オンデマンド配信部８３、及び、記憶・読出部８９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤＤ５０８からＲＡＭ５０４に展開されたプログラムに従ったＣＰＵ５０６からの命令によって動作することで実現される機能、又は提供される手段である。

また、配信サーバ８０は、図３に示されているＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８のいずれかによって構築される記憶部８０００を有している。記憶部８０００には、コンテンツサーバ１０から送信され、配信すべきコンテンツが記憶される。

配信サーバ８０の送受信部８１は、図３に示したＣＰＵ５０６や通信Ｉ／Ｆ等により実現され、コンテンツサーバ１０等と各種のデータを送受信する。

配信サーバ８０のコネクションレス配信部８２は、図３に示したＣＰＵ５０６等により実現され、無線ＡＰ７を介して電子端末７０にコンテンツを配信する。詳細は後述されるが、コネクションレス配信部８２は、電子端末７０とＴＣＰコネクション（データ転送のための論理的な通信経路）を設定することなくコンテンツを配信する。すなわち、ＵＤＰによりコンテンツを配信する。また、無線ＡＰ７が送信可能な最大の通信速度よりも遅い通信速度で繰り返しコンテンツを配信する。これはＴＣＰと異なりＵＤＰでは配信サーバ８０が受信できたかどうかを確認できないため、電子端末７０が再送などを要求しなくても受信できる可能性を高めるためである。

配信サーバ８０のオンデマンド配信部８３は、図３に示したＣＰＵ５０６等により実現され、無線ＡＰ７を介して電子端末７０から要求されたコンテンツを配信する。オンデマンド配信部８３はＴＣＰコネクションを確立して電子端末７０にコンテンツを配信する。

記憶・読出部８９は、図３に示されているＣＰＵ５０６からの命令、ＲＡＭ５０４、ＲＯＭ５０５及びＨＤＤ５０８等によって実行され、記憶部８０００に各種データを記憶したり、記憶部８０００に記憶された各種データを読み出す処理を行う。なお、以下では時間割サーバ３０が記憶部８０００にアクセスする場合でも「記憶・読出部８９を介して」という記載を省略する場合がある。

<<電子端末７０の機能構成>>
電子端末７０は、送受信部７１、第１コンテンツ受信部７５、第２コンテンツ受信部７６、表示制御部７３、操作受付部７４、コンテンツ復号部７７、及び、記憶・読出部７９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＥＥＰＲＯＭ６０４からＲＡＭ６０３に展開されたプログラムに従ったＣＰＵ６０１からの命令によって動作することで実現される機能、又は提供される手段である。送受信部７１、表示制御部７３、操作受付部７４、及び、記憶・読出部７９の機能は実施例１と同様である。

また、電子端末７０は、図５に示されているＲＡＭ６０３及びＥＥＰＲＯＭ６０４のいずれかによって構築される記憶部７０００を有している。記憶部７０００には、コンテンツ保存ＤＢ７００１と時間割ＤＢ３００１が記憶されている。コンテンツ保存ＤＢ７００１が記憶する情報はコンテンツサーバ１０のコンテンツＤＢ１００１と同じである。本実施例の電子端末７０は、配信サーバ８０から受信したコンテンツを記憶できる。ただし、暗号化されているため参加者３が登録したセッションだけを復号して表示できる。時間割ＤＢ３００１は時間割サーバ３０が保持するものと同じでよく、会議の会場で受信されてもよいし又は参加するセッションの登録時に取得されてもよい。また、電子端末７０の時間割ＤＢ３００１には参加者３が登録済みのセッションがフラグなどで特定されている。

（電子端末７０の機能について）
電子端末７０の第１コンテンツ受信部７５は、図５に示されているＣＰＵ６０１等により実現され、配信サーバ８０のコネクションレス配信部８２がコネクションレスに配信するコンテンツを受信する。

電子端末７０の第２コンテンツ受信部７６は、図５に示されているＣＰＵ６０１等により実現され、配信サーバ８０のオンデマンド配信部８３が配信するコンテンツを受信する。電子端末７０で動作するアプリケーションソフトウェアは会議の開始前に会議の予定表及び会議のアジェンダをすでに取得している。また、アプリケーションソフトウェアがコンテンツサーバ１０又はユーザアカウントサーバ９０にアクセスするとユーザが登録したセッションを取得できる（記憶部７０００の時間割ＤＢ３００１に記憶される）。第２コンテンツ受信部７６は参加者３が登録したセッションとセッション開始時刻を時間割ＤＢ３００１から特定して、配信サーバ８０に対し配信を要求する。

電子端末７０のコンテンツ復号部７７は、図５に示されているＣＰＵ６０１等により実現され、コンテンツサーバ１０から受信した復号鍵を用いて記憶部７０００のコンテンツを復号する。

＜コネクションレスなコンテンツの配信＞
図１４を用いてコネクションレスなコンテンツの配信について説明する。図１４は配信サーバ８０により無線ＡＰ７を介してコネクションレスに配信されるコンテンツを模式的に示す図である。

配信サーバ８０はコネクションを確立しないという利点を活かして複数の無線ＡＰ７から同報的にコンテンツを配信する。すなわち、複数の無線ＡＰ７が同時に同じコンテンツを配信する。配信サーバ８０は各コンテンツをチャンク（コンテンツが細分化されたもの）に区切って繰り返し配信しており、あるコンテンツの途中から受信を開始した電子端末７０もいずれはコンテンツの全体（全てのチャンク）を受信できる。図１４では４つのコンテンツが順番に繰り返し配信されている。

なお、図１４では１つのコンテンツがまとめて配信されているが、配信サーバ８０はチャンクごとにコンテンツを配信することが好ましい。すなわち、コンテンツ１のチャンク１，コンテンツ２のチャンク１，コンテンツ３のチャンク１，コンテンツ４のチャンク１，コンテンツ１のチャンク２，コンテンツ２のチャンク２，コンテンツ３のチャンク２，コンテンツ４のチャンク２…のように配信する。この場合、コンテンツが細分化されているので、単位時間当たりの配信データ量を制御しやすい。

また、図１４を例にコンテンツの配信計画を説明する。図１４では４つのコンテンツ１〜４が均等に配信されているため、単位時間がセッション１〜４に２．５割ずつ配分されている。このような単位時間あたりの各コンテンツの配信データ量の配分がコンテンツの配信計画の一部である。また、コンテンツ配信計画部１７は、単位時間あたりの配信データ量がＰ％でもセッション開始時刻までにＮ回、各コンテンツを配信できるように開始時刻を決定する。Ｐ％はコンテンツの配信開始から終了までに保証される最低の単位時間あたりの配信データ量である（例えば１０％）。したがって、Ｎ回を２回とすれば、配信サーバ８０は単位時間あたりの配信データ量が１０％でも２回、コンテンツを配信できる。単位時間あたりの配信データ量が１０％の場合の通信速度は既知なので、コンテンツのサイズと通信速度から実施例１と同様に開始時刻を算出できる。実際には、単位時間あたりの配信データ量は１０％以上となるので、Ｎ回以上の配信が可能になる。

＜動作手順＞
<<コネクションレスのコンテンツの配信手順>>
まず、ポリシー１〜５について説明する。
■ポリシー1
コンテンツ配信計画部１７は各コンテンツに単位時間当たりの配信データ量を設定し、配信データ量で先頭のチャンクから順に配信していき、最後のチャンクを配信したら、再度、先頭のチャンクから配信することを繰り返す。
■ポリシー２
コンテンツサーバ１０のコンテンツ配信状況ＤＢ１００２に記憶されている必要ユーザリストと受信済みユーザリストを参照し、コンテンツを受信していない参加者３の数が多いコンテンツほど、単位時間当たりの配信データ量を増大させる。
■ポリシー３
コンテンツを受信していない参加者３の数が第１閾値以上のコンテンツのうち、該コンテンツを使用するセッションのセッション開始時刻が近いほうのコンテンツの単位時間当たりの配信データ量を増大させる。
■ポリシー４
コンテンツを受信していない参加者３の数が第１閾値未満になったら、コンテンツのオンデマンド配信を許可する。
■ポリシー５
セッション開始時刻以降はコンテンツのコネクションレス配信を行わない。

ポリシー１により参加者３は会場にいるだけで徐々にコンテンツを受信できる。ポリシー２によりコンテンツを受信した参加者３の数が増えれば他のコンテンツを高頻度に配信できる。ポリシー２，３によりコンテンツを受信していない参加者３の数が多いコンテンツでセッション開始時刻が近いほうのコンテンツほど高頻度に配信されるので、セッション開始時刻にコンテンツを受信していない参加者３の数を低減できる。ポリシー３により時間保証が容易になる。コンテンツを受信していない参加者３の数が減り高頻度な配信が停止してもポリシー４により参加者３はオンデマンドでコンテンツを確実に（ＴＣＰで）受信できる。ポリシー５によりセッション開始時刻以降は無駄な配信を停止できる。

図１４を例にしてコンテンツの配信計画の作成方法を説明する。セッション１と２のセッション開始時刻が同じ、セッション３と４のセッション開始時刻（セッション１，２よりも後）が同じであるとする。

例えば、誰一人として参加者３がコンテンツを受信していない状況では、コンテンツ配信計画部１７はポリシー３によりセッション１，２のコンテンツをセッション３，４のコンテンツよりも単位時間当たりの配信データ量を多くする。例えば、単位時間を十等分しセッション１，２に８割を配分し、セッション３，４に２割を配分する。

次に、参加者３がセッション１，２のコンテンツの受信を開始するが、セッション１の方が先にコンテンツを受信していない参加者３の数が少なくなったとする。この場合、コンテンツ配信計画部１７はポリシー２にしたがって、セッション２の単位時間当たりの配分を多くして、セッション１の単位時間当たりの配分を少なくする。例えば、セッション１に３割、セッション２に５割を配分し、セッション３，４に２割を配分する。

やがて、セッション１、２共にコンテンツを受信していない参加者３の数が第１閾値未満になる。これにより、セッション１，２はポリシー３を満たさなくなり、コンテンツ配信計画部１７はセッション３、４をセッション１，２よりも優先してコンテンツを配信する。例えば、セッション１、２に２割、セッション３，４に８割を配分する。また、ポリシー４によりセッション１，２のオンデマンド配信が可能になる。

セッション３，４のコンテンツを受信した参加者３の数に偏りが生じると、コンテンツ配信計画部１７はポリシー２にしたがって、時間配分を決定する。例えば、セッション１、２に２割、セッション３に５割，セッション４に３割を配分する。

セッション１，２のセッション開始時刻が到来すると、コンテンツ配信計画部１７はセッション１，２の配信を停止する。これにより、コンテンツ配信計画部１７は単位時間をセッション３，４に全て割り当てる。例えば、セッション３に５割、セッション４に５割を割り当てる。これはコンテンツを受信していない参加者３の数がセッション３，４で同じ場合なので、コンテンツを受信していない参加者３の数によって偏りを設けてよい（ポリシー２）。

セッション３，４のセッション開始時刻が到来すると、コンテンツ配信計画部１７はセッション３，４の配信を停止する。

図１５を用いてコンテンツの配信手順について説明する。図１５はコンテンツの配信手順について説明するフローチャート図の一例である。

S1：まず、コンテンツサーバ１０のコンテンツ配信計画部１７は配信計画を作成し、配信計画と共にコンテンツを配信サーバ８０に送信する。コンテンツは予め暗号化されており、１つのコンテンツは複数のチャンクに細分化されている。チャンクにはもともとのコンテンツのコンテンツＩＤとコンテンツを復元するためのシーケンシャル番号が付与されている。なお、これらの処理は配信サーバ８０が行ってもよい。

S2：配信サーバ８０のコネクションレス配信部８２は、チャンクをトラフィックシェーパーによって帯域制限しつつ（低い通信速度で）、コネクションレスでコンテンツを繰り返し配信する。配信計画には、単位時間当たりの各コンテンツの配信データ量が規定されているので、コネクションレス配信部８２はこの配信データ量になるように各コンテンツをコネクションレスでコンテンツを繰り返し配信する。

また、コンテンツ配信計画部１７は必要ユーザリストと受信済みユーザリストを適宜参照して、配信計画を更新し配信サーバ８０に送信する。

参加者３の電子端末７０のアプリケーションソフトウェアは、常時又は間欠的にデータグラム志向（データを送受信する場合、コンテンツに対していちいち受信確認を行なわない通信方法）で配信されるチャンクを受信する。電子端末７０の第１コンテンツ受信部７５はシーケンシャル番号にしたがってチャンクを繋ぎ合わせることで復元する。全てのチャンクが受信できると、ひとつのコンテンツとなり、そのコンテンツの受信を完了する。

<<オンデマンドのコンテンツの配信手順>>
図１６はオンデマンドのコンテンツの配信手順について説明するフローチャート図の一例である。

S1：電子端末７０の第２コンテンツ受信部７６は、参加者３が登録したセッションのセッション開始時刻に基づき残り時間が予め決まった第２閾値未満（例えば、１時間〜３０分など）になると、オンデマンドによるコンテンツを要求する。コンテンツ要求にはコンテンツＩＤが添付される。セッションＩＤを送信してもよい（セッションＩＤが分かればコンテンツＩＤが分かるため）。また、第２コンテンツ受信部７６は繰り返し（例えば数分おきごとに）コンテンツを要求する。これは、ポリシー４が満たされるタイミングが不明だからである。

S2：配信サーバ８０のオンデマンド配信部８３は、ポリシー４にしたがってコンテンツサーバ１０から必要ユーザリストと受信済みユーザリストを取得し、コンテンツを受信していない参加者３の数を算出する。そして、第１閾値未満かどうかを判定する。

S3：コンテンツを受信していない参加者３の数が第１閾値未満の場合、配信サーバ８０のオンデマンド配信部８３はコンテンツを電子端末７０に配信する。なお、配信サーバ８０の負荷を軽減するため、コンテンツの受信には認証を設けない。暗号化されているため認証は不要である。

S4：コンテンツを受信していない参加者３の数が第１閾値未満でない場合、配信サーバ８０のオンデマンド配信部はオンデマンド未許可通知を電子端末７０に送信する。電子端末７０の表示制御部７３はオンデマンド配信が未許可であることをディスプレイ６１６に表示してもよい。

上記のポリシー３によりセッション開始時刻が近いコンテンツが優先的に通信帯域を占有して配信されるが、セッション開始時刻が近くなってもまだコンテンツを受信し切れていない電子端末７０が生じることは十分にありうる。本実施例ではポリシー４によってコンテンツのオンデマンド配信が許可されるため、電子端末７０は配信サーバ８０に対してコンテンツを直接要求して受信することができる。これにより、セッション開始時刻までにコンテンツの受信を完了させる時間保証がしやすくなる。

なお、オンデマンド配信には認証が不要なため、アクセス集中型ＤＤＯＳ攻撃のリスクが生じる。このため、一定以上、同一コンテンツの取得を繰り返すＩＰアドレスがあれば、配信サーバ８０は該ＩＰアドレスへのオンデマンド配信を禁止するなどの対応を行うことが望ましい。

<<復号鍵の取得>>
図１７は、電子端末７０がコンテンツサーバ１０からコンテンツの暗号鍵を取得する手順を示すシーケンス図の一例である。電子端末７０はコンテンツを受信できるがコンテンツは暗号化されている。このため、電子端末７０は以下のようにして復号鍵を取得する。なお、図１７の認証手順はＯＡｕｔｈ２に従うものとするが、細かい処理は省略されている。

S1：電子端末７０のアプリケーションソフトウェアは任意のタイミングで復号鍵を要求できる。すんわち、コンテンツの受信前でも復号鍵を要求できる。コンテンツの受信後に要求してもよい。電子端末７０のコンテンツ復号部７７はコンテンツサーバ１０に対しコンテンツＩＤを指定して復号鍵を要求する。このコンテンツＩＤは参加者が登録しているセッションのコンテンツＩＤである。参加者が任意に選択するのではなく、アプリケーションソフトウェアが選択する。

S2：コンテンツサーバ１０とユーザアカウントサーバ９０は、ＯＡｕｔｈ２の仕組みに従い、電子端末７０にアクセストークンを送信する。まず、コンテンツサーバ１０は電子端末７０をユーザアカウントサーバ９０にリダイレクトさせる。

S3：電子端末７０は認証情報とステップＳ１のコンテンツＩＤを配信サーバ８０に送信する。

S4：ユーザアカウントサーバ９０のユーザ認証部９２は認証情報に基づき参加者３を認証する。本実施例では認証が成立したものとする。ユーザ認証部９２はユーザ情報ＤＢ９００１から認証された参加者３の購入済みセッションを読み出し、各購入済みセッションに受信したコンテンツＩＤが対応付けられているか否かを判定する。含まれていれば、アクセストークンと認証コードを作成し紐付けておく。そして、参加者ＩＤとセッションＩＤに対応付けてアクセス管理情報ＤＢ９００２に登録する。このアクセストークンはコンテンツサーバ１０に対して電子端末７０が指定したコンテンツＩＤに対応する復号鍵を取得するためのものである。また、ユーザアカウントサーバ９０は認証結果として認証コードを送信する。

S5：電子端末７０のコンテンツ復号部７７は認証コードを受信するとコンテンツサーバ１０に送信する。これは、認証が完了した旨をコンテンツサーバ１０に通知するためである、
S6：コンテンツサーバ１０は認証コードをユーザアカウントサーバ９０に送信する。

S7：ユーザアカウントサーバ９０のユーザ認証部９２は認証コードを検証し、認証コードに紐付けておいたアクセストークンをアクセス管理情報ＤＢ９００２から読み出してコンテンツサーバ１０に送信する。

S8：コンテンツサーバ１０はアクセストークンを電子端末７０に送信する。コンテンツサーバ１０はステップＳ１のコンテンツＩＤのコンテンツについて参加者３が取得する権限があると判定する。例えば、アクセストークンとコンテンツＩＤを紐付けておく。これにより、電子端末７０は登録済みのセッションのコンテンツの復号鍵のみを取得できる。

S9：電子端末７０のコンテンツ復号部７７はアクセストークンをもってコンテンツを要求する。

S10：コンテンツサーバ１０はアクセストークンに紐付いているコンテンツの復号鍵を電子端末７０に送信する。

電子端末７０のコンテンツ復号部７７は、コネクションレス又はオンデマンドで受信したコンテンツを復号鍵で復号することでコンテンツを得る。そして、正常にコンテンツを復号できたら、コンテンツサーバ１０に対して受信完了を通知する。

<<受信完了の通知>>
図１８は、電子端末７０がコンテンツサーバ１０にコンテンツの受信完了を通知する手順を示すシーケンス図の一例である。図１８の認証手順もＯＡｕｔｈ２に従うものとする。このためステップＳ２〜Ｓ８の処理は図１７と同様である。

S1：ステップＳ１では受信完了の旨と復号が完了したコンテンツのコンテンツＩＤのみが送信される。

S9：電子端末７０のコンテンツ復号部７７はアクセストークンと参加者ＩＤをコンテンツサーバ１０に送信する。

S10：コンテンツサーバ１０はアクセストークンを受信すると、ステップＳ１で受信したコンテンツＩＤの受信済みユーザリストに参加者ＩＤを登録する。

これによりコンテンツを復号できた参加者３が受信済みユーザリストに登録されるので、ポリシーに従ったコンテンツの配信が可能になる。

<<電子端末７０によるコンテンツの受信>>
図１９は、電子端末７０がコンテンツを受信する手順を説明するフローチャート図の一例である。図１９のステップＳ１０〜Ｓ４０の処理は並行して行われる。

電子端末７０の第１コンテンツ受信部７５はコネクションレスでコンテンツを受信し、チャンクをまとめて復元する（Ｓ１０）。コネクションレスでは登録していないコンテンツも受信される。

電子端末７０の第２コンテンツ受信部７６はセッション開始時刻までの残り時間が第２閾値未満か否かを判定する（Ｓ２０）。すなわち、時間割ＤＢ３００１を参照して、参加者３が参加するセッションのセッション開始時刻と第２閾値を比較する。

ステップＳ２０の判定がＮｏの場合、電子端末７０はコネクションレスでコンテンツを受信する（Ｓ１０）。

ステップＳ２０の判定がＹｅｓの場合、第２コンテンツ受信部７６はオンデマンドでコンテンツを取得する。処理の詳細は図１６にて説明した。

電子端末７０のコンテンツ復号部７７は参加者３が登録しているセッションで使用されるコンテンツの復号鍵を取得する（Ｓ４０）。すなわち、時間割ＤＢ３００１を参照して、参加者３が参加するセッションのコンテンツＩＤをコンテンツサーバ１０に送信し、復号鍵を取得する。処理の詳細は図１７にて説明した。

コンテンツを受信でき、かつ、復号鍵を受信できると、電子端末７０のコンテンツ復号部７７はコンテンツを復号し、受信完了をコンテンツサーバ１０に通知する（Ｓ５０）。処理の詳細は図１８にて説明した。

また、参加者３が電子端末７０を操作してコンテンツを選択すると操作受付部７４が操作を受け付け、表示制御部７３がコンテンツをディスプレイ６１６に表示する（Ｓ６０）。

こうすることで参加者３はコンテンツを受信するなどの明示的な操作をほとんど行うことなく自分が登録したコンテンツだけを復号して表示することができる。また、配信サーバ８０はある決められた時刻までに電子端末７０にコンテンツを配信することができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、実施例１のコンテンツサーバ１０及び時間割サーバ３０は機能上の分類であり、図６等では異なるサーバとして示されている。しかし、コンテンツサーバ１０と時間割サーバ３０の機能が同じサーバで提供されたり、コンテンツサーバ１０が複数のサーバに機能分散されたり、時間割サーバ３０が複数のサーバに機能分散されてもよい。

実施例２においても同様に、コンテンツサーバ１０、時間割サーバ３０、ユーザアカウントサーバ９０及び配信サーバ８０が異なるサーバとして説明された。しかし、コンテンツサーバ１０、時間割サーバ３０、ユーザアカウントサーバ９０及び配信サーバ８０は２つ以上の任意の組み合わせで１つのサーバに統合されてよい。また、コンテンツサーバ１０、時間割サーバ３０、ユーザアカウントサーバ９０及び配信サーバ８０がそれぞれ複数のサーバに機能分散されてもよい。

また、記憶部１０００，３０００、５０００、８０００、９０００に図示したＤＢはそれぞれのサーバが有していてもよいし、ネットワーク上のＮＡＳ（Network Attached Storage）に記憶されていてもよい。

また、図６，１３の機能ブロック図は、各サーバによる処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。コンテンツサーバ１０、教室サーバ５０、時間割サーバ３０、ユーザアカウントサーバ９０及び配信サーバ８０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

なお、開始時刻算出部１４とコンテンツ配信計画部１７の少なくとも一方は配信計画作成手段の一例であり、コンテンツ配信部１５と配信サーバの少なくとも一方はコンテンツ配信手段の一例であり、中継サーバ４や教室サーバ５０は中継装置の一例であり、時間割ＤＢ３００１は時刻登録情報の一例であり、コンテンツＤＢ１００１はコンテンツ登録情報の一例であり、コンテンツ取得状況取得部１６は管理手段の一例であり、ユーザアカウントサーバ９０は認証手段の一例である。表示制御部７３は表示制御手段の一例であり、コンテンツ鍵提供部１８は鍵送信手段の一例である。情報配信システム１００が行う方法は情報配信方法の一例である。

１０ コンテンツサーバ
１４ 開始時刻算出部
１５ コンテンツ配信部
１６ コンテンツ取得状況取得部
１７ コンテンツ配信計画部
１８ コンテンツ鍵提供部
３０ 時間割サーバ
５０ 教室サーバ
７０ 電子端末
８０ 配信サーバ
９０ ユーザアカウントサーバ
１００ 情報配信システム

特許第４６６０４０４号公報

Claims (16)

1. 少なくとも一部が無線で構築されたネットワークを介して、聴衆に情報が伝えられるレクチャーにて使用されるコンテンツを電子端末に配信する情報配信システムであって、
   前記コンテンツが使用される時刻が登録された時刻登録情報を参照して、前記時刻よりも前に前記電子端末に前記コンテンツの配信が完了される配信計画を作成する配信計画作成手段と、
   前記配信計画作成手段が作成した前記配信計画にしたがって、前記コンテンツを配信するコンテンツ配信手段と、
   を有する情報配信システム。
2. 前記電子端末と近距離無線通信を行う移動可能な中継装置を有し、
   前記コンテンツ配信手段は、前記配信計画にしたがって無線で前記中継装置に前記コンテンツを配信する請求項１に記載の情報配信システム。
3. 前記時刻登録情報には、前記コンテンツが使用される場所情報が登録されており、
   前記中継装置には配置されている場所の前記場所情報が登録されており、
   前記コンテンツ配信手段は、前記時刻登録情報に登録されている前記場所情報と同じ前記場所情報が登録された前記中継装置に前記コンテンツを配信する請求項２に記載の情報配信システム。
4. 前記配信計画作成手段は、前記コンテンツのサイズが登録されたコンテンツ登録情報を参照し、前記中継装置に配信される前記コンテンツのサイズと前記ネットワークの通信速度から前記コンテンツの配信完了に必要な配信時間を算出し、前記時刻から前記配信時間を逆算して前記配信計画を作成するものであり、
   同じ場所情報が登録された複数の前記中継装置が存在する場合、同じ場所情報を有する複数の前記中継装置の数を前記配信時間に乗じる請求項３に記載の情報配信システム。
5. 前記配信計画作成手段は、前記コンテンツのサイズとネットワーク設計上の通信速度を入力とし、推定される配信時間を出力とし、実際の配信時間を教師信号とするニューラルネットワークにより前記配信時間を算出する請求項４に記載の情報配信システム。
6. 前記コンテンツ配信手段は、ネットワークの混雑が緩和される予め定められた時間帯に、論理的な通信経路であるコネクションを前記中継装置と確立して前記コンテンツを配信する請求項２〜５のいずれか１項に記載の情報配信システム。
7. 前記コンテンツ配信手段は、複数の無線アクセスポイントを介して同報的に同じ前記コンテンツを前記電子端末に配信するものであり、
   前記配信計画作成手段が作成した前記配信計画に含まれる各コンテンツの単位時間当たりの配信データ量にしたがって、同じ前記コンテンツを同報的に繰り返し配信する請求項１に記載の情報配信システム。
8. 前記配信計画作成手段は、現在時刻が前記時刻に近い前記コンテンツほど、単位時間当たりの配信データ量を増大させる請求項７に記載の情報配信システム。
9. 前記コンテンツの受信を完了した前記電子端末から受信完了の通知を取得して、前記コンテンツに対応付けて受信を完了した前記電子端末の数を管理する管理手段を有し、
   前記時刻登録情報に前記時刻が同じ複数の前記コンテンツが登録されている場合、
   前記配信計画作成手段は、前記コンテンツを受信する予定のユーザが登録されたリストにおける前記ユーザの人数と前記管理手段が管理する前記電子端末の数との差が第１閾値未満になると、前記時刻が同じ複数の前記コンテンツのうち、前記差が大きい前記コンテンツの単位時間当たりの配信データ量を前記差が小さい前記コンテンツよりも増大させる請求項７又は８に記載の情報配信システム。
10. 前記配信計画作成手段は、前記時刻までの残り時間が第２閾値未満になると、前記電子端末からの要求により論理的な通信経路であるコネクションを前記電子端末と確立し、前記電子端末に前記コンテンツを配信することを許可する請求項７〜９のいずれか１項に記載の情報配信システム。
11. 前記配信計画作成手段は、前記時刻が到来すると、前記時刻に使用される前記コンテンツの同報的な配信を停止する請求項７〜１０のいずれか１項に記載された情報配信システム。
12. 前記電子端末のユーザを認証すると共に、前記ユーザが取得できる前記コンテンツを保持する認証手段を有し、
    前記認証手段により前記ユーザの認証が成立した場合、前記ユーザが取得できる前記コンテンツの復号鍵を前記電子端末に送信する鍵送信手段を有する請求項７〜１１のいずれか１項に記載された情報配信システム。
13. 前記コンテンツ配信手段は、１つの前記コンテンツをシーケンシャル番号が付与された複数のチャンクに分割して配信し、
    前記電子端末は、前記シーケンシャル番号に基づき前記チャンクを結合して前記コンテンツを復元する請求項７〜１２のいずれか１項に記載された情報配信システム。
14. 前記コンテンツを受信した前記電子端末を、前記コンテンツをディスプレイに表示させる表示制御手段として機能させるプログラムを有する請求項１〜１３のいずれか１項に記載された情報配信システム。
15. 少なくとも一部が無線で構築されたネットワークを介して、聴衆に情報が伝えられるレクチャーにて使用されるコンテンツを電子端末に配信する情報処理装置を、
    前記コンテンツが使用される時刻が登録された時刻登録情報を参照して、前記時刻よりも前に前記電子端末に前記コンテンツの配信が完了される配信計画を作成する配信計画作成手段と、
    前記配信計画作成手段が作成した前記配信計画にしたがって、前記コンテンツを配信するコンテンツ配信手段、として機能させるためのプログラム。
16. 少なくとも一部が無線で構築されたネットワークを介して、聴衆に情報が伝えられるレクチャーにて使用されるコンテンツを電子端末に配信する情報配信システムが行う情報配信方法であって、
    配信計画作成手段が、前記コンテンツが使用される時刻が登録された時刻登録情報を参照して、前記時刻よりも前に前記電子端末に前記コンテンツの配信が完了される配信計画を作成するステップと、
    前記配信計画作成手段が作成した前記配信計画にしたがって、コンテンツ配信手段がコンテンツを配信するステップと、を有する情報配信方法。

Images