(57)【特許請求の範囲】
【請求項１】
ネットワークを介して、端末にコンテンツデータを配信する配信システムにおいて、
前記端末からの開始要求に対し、マルチキャスト配信によって第１のコンテンツデータを送信し、前記第１のコンテンツデータの送信中に、前記端末からの中断要求に対し、前記端末へ再開パスワード情報を送信し、前記第１のコンテンツデータの送信を中止し、前記端末と異なる他の端末からの再開パスワード情報を含む再開要求に対し、前記第１のコンテンツデータの、前記中断要求を受け付けた時点の中断箇所または前記中断箇所近傍からユニキャスト配信によって送信し、
コンテンツの終了時点の前方の時点から前記終了時点の区間を、中断を禁ずるエントリ禁止区間として、コンテンツ毎に設定し、
前記第１のコンテンツデータのマルチキャスト配信またはユニキャスト配信による送信中に、データ送信中の端末からの中断要求に対して、前記エントリ禁止区間における前記第１のコンテンツデータの送信の中止を拒否することを特徴とする配信システム。
【請求項２】
ネットワークを介して、端末にコンテンツデータを配信する配信システムにおいて、
前記端末からの開始要求に対し、マルチキャスト配信によって第１のコンテンツデータを送信し、前記第１のコンテンツデータの送信中に、前記端末からの中断要求に対し、前記端末へ再開パスワード情報を送信し、前記第１のコンテンツデータの送信を中止し、前記端末と異なる他の端末からの再開パスワード情報を含む再開要求に対し、前記第１のコンテンツデータの、前記中断要求を受け付けた時点の中断箇所または前記中断箇所近傍からユニキャスト配信によって送信し、
コンテンツの開始時点から前記開始時点の後方の時点まで区間を、中断を禁ずるエントリ禁止区間として、コンテンツ毎に設定し、
前記第１のコンテンツデータのマルチキャスト配信による送信中に、データ送信中の端末からの中断要求に対して、前記エントリ禁止区間における前記第１のコンテンツデータの送信の中止を拒否することを特徴とする配信システム。
【請求項３】
請求項１または請求項２に記載の配信システムであって、
前記ユニキャスト配信によるデータ送信中に、データ送信中の前記他の端末からの中断要求に対して、前記第１のコンテンツデータの送信を中止することを特徴とする配信システム。
【請求項４】
請求項１または請求項２に記載の配信システムであって、
コンテンツの再開回数をコンテンツ毎に設定し、
前記再開要求を受信したとき、前記再開回数を超えたかを判定し、
前記再開回数を超えたとき、前記第１のコンテンツデータの送信の中止を拒否することを特徴とする配信システム。
【請求項５】
請求項１または請求項２に記載の配信システムであって、
コンテンツの再開可能期限をコンテンツ毎に設定し、
前記再開要求を受信したとき、前記再開可能期限を超えたかを判定し、
前記再開可能期限を超えたとき、前記第１のコンテンツデータの送信の中止を拒否することを特徴とする配信システム。
【請求項６】
請求項１または請求項２に記載の配信システムであって、
前記再開要求を受信するとき、前記第１のコンテンツデータのどの位置から再開するか前記他の端末に送信することを特徴とする配信システム。
【請求項７】
請求項１または請求項２に記載の配信システムであって、
前記再開要求を受信するとき、前記第１のコンテンツデータの再開可能回数情報と再開可能期限情報とを前記他の端末に送信することを特徴とする配信システム。
【請求項８】
請求項１または請求項２に記載の配信システムであって、
前記端末および前記他の端末の各々から同一のユーザＩＤを受信し、
前記他の端末からの前記ユーザＩＤおよび前記再開パスワード情報を含む再開要求の受信に基づいて前記第1のコンテンツデータをユニキャスト配信により送信することを特徴とする配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信システムに係り、特にマルチキャスト配信とユニキャスト配信を切り替える配信システムに関する。
【背景技術】
【０００２】
ネットワーク通信網におけるマルチキャスト、ユニキャストなどといった通信技術は、ＩＰｖ４やＩＰｖ６（インターネットプロトコル）において、周知の通り存在し、インターネットやＬＡＮ（ローカルエリアネットワーク）などにおいて通常的に使用されている。
【０００３】
このような通信技術を利用し、インターネットなどＩＰによる各種サービスが普及、認知されている。動画コンテンツや音楽コンテンツ、その双方のコンテンツなど（以下コンテンツ）を端末に配信するＶＯＤ（ビデオオンデマンド）サービスもその１つである。ＶＯＤサービスは、ＮＧＮ（次世代ネットワーク）においてもサービスの１つとして更にその普及が期待されている。また、ＩＰによるコンテンツ配信に関し最近では更に、通信技術の国際標準化機関である電気通信連合（ＩＴＵ−Ｔ）などで検討されているＩＰＴＶなどもある。
【０００４】
映像、音声などといったコンテンツの視聴に関し、ポーズ（一時停止）、ポーズの再開、早送り、巻き戻しなどといったトリックプレイまたはトリックプレイサービスに関する方法またはその技術は各種存在し、コンテンツを送出するセンタシステムと受信する側の端末との双方に特徴を持たせ実現する方法、端末側だけに特徴を持たせ実現する方法、またはセンタシステム側に特徴を持たせ実現する方法など存在する。例えば、トリックプレイ用のコンテンツ自体を本体のコンテンツとは別に用意し、端末からのトリックプレイの要求があった際、本体のコンテンツをトリックプレイ用のコンテンツに換えて表示・視聴させるなど、といったこともトリックプレイを実現する１つの方法であり、センタシステム側に特徴を持たせたトリックプレイを実現する方法の１つと言える。
【０００５】
このようなコンテンツの配信方法または配信システムに関し、特に、中断、再開を実現するものに、以下の文献が公知である。
【０００６】
特許文献１には、端末からのコンテンツ配信に係る中断指示を配信システムが受取り、（１）コンテンツの配信を中断し、（２）中断箇所を配信システムが記憶しておき、（３）このとき場合によっては再開時のパスワードを端末に発行し、後に端末からの再開要求を受け取ると中断箇所からのコンテンツの配信を再開する配信システムが開示されている。端末は、中断と再開では異なる端末であっても良いとしている。
【０００７】
特許文献２には、再生装置と配信装置（サービスサーバ）によって、視聴の中断、再開を実現する内容が開示されている。端末（再生装置）で再生中断時において、少なくとも再生停止位置を示すタイムポイントを含むユーザ情報を端末（再生装置）が作成し、配信システム（配信装置）へ送信する。受け取ったユーザ情報は、配信システム（配信装置）で管理され、再生再開時には、該ユーザ情報内の再生停止位置を示すタイムポイントに基づき、当該停止位置付近からのコンテンツの配信を再開する。
【０００８】
特許文献３には、コンテンツ再生装置（ユーザ端末）とサーバ装置によって、視聴の中断、再開を可能とする内容が開示されている。特許文献３では、中断し再開するというより寧ろ、視聴中、任意のタイミングでタイムマークを映像に関連し付与しておき、付与済みの任意のタイムマークの箇所から、コンテンツの配信および再生を可能とするものである。中断の際にもタイムマークを付与することで、中断および再開に同様の態様が実現可能である。端末（コンテンツ再生装置）は、配信システム（サーバ装置）に対しタイムマークの付与を要求し、付与したタイムマークは配信システム（サーバ装置）で管理される。端末（コンテンツ再生装置）からの再開または再生要求では、過去に当該ユーザが付与したタイムマークを掲載した情報を配信システム（サーバ装置）から端末が受取って、中断箇所などのタイムマークをユーザが選択することで、選択したタイムマーク付近からの続きのコンテンツを再開できる。
【０００９】
特に、この特許文献３の実施例の記述では、タイムマークの記録を配信システム（サーバ装置）に要求する際、コンテンツデータの再生開始位置からの時間軸位置情報（経過時間）を端末（コンテンツ再生装置）が配信システム（サーバ装置）に送信し、これを配信システム（サーバ装置）が管理し再生要求時に端末（コンテンツ再生装置）に提供している。特許文献３のこの時間軸位置情報を含むタイムマーク設定要求もまた、上記特許文献２における端末（再生装置）の再生停止位置を示すタイムポイントを含むユーザ情報と同様に、いわゆる中断箇所を特定する情報を端末から配信システムに送信し、配信システムでこれを管理している。
【００１０】
特許文献３の実施例の記述には再生開始位置からの時間軸位置情報（経過時間）を、特許文献２では再生停止位置を示すタイムポイントを含むユーザ情報を、それぞれ端末が配信システムに送信している。ただユーザの利便性、利用機会を高めるという面では、このような処理すら端末の動作で特別必要とせず、一般的な端末で中断を実現するのが好適といえる。ここで一般的な端末とは、一般的に入手可能なブラウザ、メールツール、コンテンツ再生ソフトといった類を標準的に実装した、例えばＰＣやＰＤＡなどといった端末を指す。
【００１１】
特許文献１では中断指示を受けると、配信システムはコンテンツの配信を中断している。マルチキャストによる配信では、通常、多数ユーザないしは多数の端末が同一コンテンツを受ける。ゆえにマルチキャスト活用による配信が通信網の効率利用となるのだが、ただこの場合、特定端末からたとえ中断指示があるとも、他のユーザないしは他の端末が受信する限りにおいて配信システムはコンテンツの配信を中断できない。
【００１２】
【特許文献１】特開２００２−２４４９５５号公報
【特許文献２】特開２００３−１７４６３６号公報
【特許文献３】特開２００３−１８９２７６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
ＶＯＤサービスなどといったコンテンツの配信サービスが普及し、広くユーザに認知され、利用されつつある。ＶＯＤサービスでは、通信網としては、伝送能力の有限性から、マルチキャストによるコンテンツ配信の活用が重要となる。更に、高画質、高音質、マルチリンガル、などといったコンテンツ視聴を求める普遍的なユーザ心理を考えても、少なくとも一時的にでも高帯域を占有する大容量のコンテンツ配信が今後本格化すると考えられる。これらのことからもマルチキャスト活用によるコンテンツ配信への期待は高い。
【００１４】
一方、ユーザの利便性への追及も存在する。既存のレコーダや再生機で出来る中断、再開といった機能または提供サービスのユーザニーズは高く、一般的な映画や録画スポーツ、長編ドラマといった数時間を要するコンテンツでは尚更である。また、映画館では特定個人の必要性に応じコンテンツ再生を中断するなど到底無理な事、と周知の通りに誰もがその事実を受け容れはする。しかし、リビングなど私的なくつろぎ空間などでは事情が少々異なる筈である。視聴を中断し、また再開する、または、中断し、外出し移動先で移動中などでも、視聴を再開する、といった多様な利用シチュエーションが普遍的に存在し、ユーザの利便性、利用機会が益々高まってくる。例えば、リビング（ＴＶやＰＣなどといった固定端末）で視聴していた映画を中断し、その続きを車内（移動体端末）で観る、といった態様などである。
【００１５】
本発明は、このような事情に鑑みてなされたものである。すなわち本発明は、ネットワークを介し、映像、音声などといったコンテンツを配信する方法または配信システムにおいて、通信網の効率利用となるマルチキャストによるコンテンツ配信の活用を促す。また、本発明は、端末では特別な処理を必要とせず視聴の中断ができ、また再開時は中断時に同一のまたは別の端末で再開ができる、といったユーザの利便性、利用機会を高めることを目的としたコンテンツの配信システムを提供する。
【課題を解決するための手段】
【００１６】
配信システムは、ユーザへのＧＵＩ（ユーザインタフェース）提供などを含む端末との通信手段と、マルチキャストによるコンテンツの配信手段（マルチキャスト配信手段）と、中断箇所付近からのコンテンツをユニキャストで配信する配信手段（ユニキャスト配信手段）と、マルチキャスト配信によるコンテンツの視聴、中断中、ユニキャスト配信によるコンテンツの視聴再開、などといった利用中のユーザステータスを管理する手段（ステータス管理手段）と、中断時または／および視聴（視聴再開含む）時にユーザに提供する認証情報を発行する手段（認証情報管理手段）と、認証情報およびステータス情報をユーザ毎に管理し、中断申請受付時のコンテンツの中断箇所を特定する中断位置情報を管理する手段（記憶手段）、とを有することで、端末からの視聴要求（初回）に対しマルチキャスト配信によってコンテンツを視聴させ、視聴中、別途、端末から任意時点で中断要求があればこれを許容し、中断後の視聴再開では前回中断箇所近傍からのコンテンツをユニキャスト配信によって続きを視聴再開させる。
【００１７】
これら手段の作用は、まず、任意コンテンツに関し、端末が、初回視聴を配信システムの通信手段を介し配信システムにエントリすると、ステータス管理手段においてユーザＩＤに関するステータス情報をマルチキャストによるコンテンツの視聴中として管理する。配信システムは、マルチキャスト配信手段で提供するコンテンツの受信に必要な情報（例えばマルチキャスト配信サーバを特定する必要パラメータなど）を端末に提供する。併せてこの時、認証情報管理手段において、端末に対し中断申請（指示）時に必要となる認証情報（受領情報）を生成し、配信システムはこれを端末に提供する。
【００１８】
中断する場合、端末は、中断の旨の申請（指示）をおよび入手の受領情報を以って配信システムの通信手段を介し配信システムに要求する。配信システムがこのユーザＩＤに生成し提供した受領情報である場合、また、記憶手段で管理のステータスがマルチキャストによるコンテンツの視聴中である場合、配信システムは、中断を許可し、ステータス管理手段においてステータス情報を中断としこれを記憶手段で管理し、およびこの時の中断位置情報を記憶手段で管理し、認証情報管理手段において視聴再開の申請時に必要となる認証情報（再開パスワード）を生成し、配信システムは、これを端末に提供する。特定ユーザＩＤからこのような中断申請があってこれを配信システムは許可するも、マルチキャスト配信手段で配信しているコンテンツは、その配信を継続する。
【００１９】
中断許可とした特定ユーザＩＤが視聴を再開する場合、端末は、再開視聴の旨の申請（指示）をおよび入手の再開パスワードを以って配信システムの通信手段を介し配信システムに要求する。配信システムがこの端末に生成し提供した再開パスワードである場合、また、記憶手段で管理のステータスが中断中である場合、配信システムは、再開を許可し、ステータス管理手段においてステータス情報をユニキャストによるコンテンツの再開とし、これを記憶手段で管理し、ユニキャスト受信に必要な情報を配信システムは端末に提供する。併せてこの時、認証情報管理手段において再中断申請（指示）時に必要となる認証情報（受領情報）を再生成し、配信システムはこれを端末に提供する。
【００２０】
かくして、端末は配信システムのユニキャスト配信手段にアクセスすると、ユニキャスト配信手段は、記憶手段で管理する中断位置情報を元に前回中断箇所近傍からのコンテンツをユニキャストによって端末に配信する。なお、中断箇所近傍とは、コンテンツ再生箇所に関し、中断申請（指示）があった時点から任意時間前に戻った箇所からのコンテンツ再生を意味するが、任意時間前に戻る、戻らせないなど、特に拘る必要はなく、どちらであっても良い。ただ好ましくは、ユーザの利便性を考え、中断時点より前に戻っての再生再開が望ましい。
【００２１】
このように、配信システムは、端末からの視聴要求（初回）に対しマルチキャスト配信によってコンテンツを視聴させ、通信網の効率利用となるマルチキャストによるコンテンツ配信の活用を促し、中断後の視聴再開時にユニキャスト配信によって前回中断箇所近傍からのコンテンツの続きを視聴再開させる。
【００２２】
また、中断位置では配信システムは次の通り処理する。まず、配信システムは、マルチキャスト配信手段にてコンテンツを配信開始するとその開始時点（時点Ａとする）を予め記録しておく。この記録は、マルチキャスト配信手段で提供するコンテンツ毎に管理するものであり、例えば時刻情報であったり、コンテンツの任意時点を特定できる章番号であったりなどする。その上で、端末からの中断申請（指示）を通信手段を介し受付け、中断を許可すると、配信システムは、その時点（中断許可時点、時点Ｂとする）を記録する。時点Ｂは、ユーザＩＤ毎に、中断申請時点毎に通常異なる。中断位置情報とはこの時点Ｂ、または時点Ａと時点Ｂの差、またはコンテンツの終了点から時点Ｂまでの逆算値、など色々考えられ、何れであっても良い。なお、このような中断位置の管理は、ユニキャスト配信による視聴再開中の（再）中断でも同様で、唯一異なるは再開の開始時点ＡがユーザＩＤ毎に異なるということである。配信システムは、ある特定ユーザＩＤに対し特定のコンテンツを提供するユニキャスト配信手段で配信を開始すると、その開始時点の管理を特定ユーザＩＤに対してのみ処理する。これが時点Ａとなる。その上で、ユーザＩＤからのみ発生し得る（再）中断申請によって再中断を許可した時点（時点Ｂに相応）を基点に（再）中断位置情報とする。
【００２３】
配信システムは、このような中断位置の処理、また、ステータス管理手段、認証情報管理手段、およびこれら手段で生成した情報を管理する記憶手段、など全て配信システム側の手段および処理として集約することで、視聴時と中断後の視聴再開時とでは、端末が異なるも可能であり、勿論同一端末であるも可能であり、ユーザは、配信システムから提供される認証情報（受領情報および再開パスワード情報）を覚えておくだけで良く、例えばインターネットなどに存在するサイトへのアクセス等の操作のみで配信システムのサービスを利用することができ、ユーザの利便性、利用機会は増す。
【００２４】
配信システムが端末に提供する情報は、受領情報や再開パスワードといったいわゆる文字列である認証情報を除くと、（１）マルチキャスト配信手段で提供するコンテンツの受信に必要な情報および、（２）ユニキャスト受信に必要な情報、の２種のみであって、コンテンツの再生処理以外に端末は、これら情報の処理のみを行なうだけで良い。この２種の情報処理は、いわゆる一般的に入手可能なブラウザおよびＰＣなどで自動的に処理される類のものであり、例えばインターネットなどに存在するサイトを唯一に特定する情報であり、ユーザが本来意識する必要のない情報および処理である（場合によってはマルチキャスト受信の為のネットワーク設定、プロキシ設定などで手動設定が必要になるなども考えられるが、ユーザの加入するＩＳＰ（インターネットサービスプロバイダ）などにも依存したりなどする）。認証情報は、文字列であり、ユーザが手動で必要時に入力するのに用いるのであって、端末が例えば文字列を用いて通信の暗号化を行なうなどといった特殊処理は必要としない。勿論、セキュリティの向上という観点から、このような暗号化処理を行なうなどであっても良い。なお、コンテンツの再生処理は、いわゆる一般的に入手可能な再生ソフトがあれば良く、配信するコンテンツの符号化形態などに適した再生ソフトが端末に実装されていれば良い。
【００２５】
配信システムにおいて、このような蓄積交換型の情報パッケージ送信手段または／および機能を有することで、中断箇所付近から視聴を別端末で再開するなどにおいて、認証情報の文字列を忘れたり、認証情報の文字列を別端末に移動させたり、ｃｏｐｙしたりメモしたり、などの煩わしさが低減でき、ユーザの利便性を高めている。
【発明の効果】
【００２６】
本発明によれば、ネットワークを介し、映像、音声などといったコンテンツを配信する配信システムにおいて、通信網の効率利用となるマルチキャストによるコンテンツ配信の活用を促す。また、端末では特別な処理を必要とせず視聴の中断ができる。さらに、再開時は中断時と同一のまたは別の端末で再開ができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施形態について、実施例を用い図面を参照しながら説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【実施例１】
【００２８】
まず、図１を参照して、ネットワークシステムの全体構成を説明する。ここで、図１はネットワークシステムのハードウェアブロック図である。ここでは、マルチキャストとユニキャストが可能なネットワークとしてNGN（Next Generation Network）２５を用いて説明する。しかし、NGN２５に限らずマルチキャスト伝送とユニキャスト伝送とが可能な通信網であればよい
ネットワークシステム１００は、このＮＧＮ２５に接続された配信システム２９と、ＰＣ２０と、ＴＶ２１と、アクセスポイント２４と、アクセスポイント２４に接続されたＰＤＡ２２とカーナビゲーション端末２３とから、構成される。
【００２９】
さらに、配信システム２９は、サービスサーバ２６と、複数のマルチキャスト配信サーバ２７と、複数のユニキャスト配信サーバ２８とから構成される。なお、ここではＰＣ２０と、ＴＶ２１と、ＰＤＡ２２と、カーナビゲーション端末２３とは、同一ユーザの端末として、説明する。また、ＰＣ２０と、ＴＶ２１と、ＰＤＡ２２と、カーナビゲーション端末２３とは、いずれも端末である。
【００３０】
図２を参照して、配信システムの構成を説明する。ここで、図２は配信システムの機能ブロック図である。図２において、配信システム２９は、制御管理部３０と、マルチキャスト配信部３３と、ユニキャスト配信部３４と、ＧＵＩ提供部３２と、通信処理部３５と、記憶部３１とから構成される。さらに、制御管理部３０は、コンテンツリスト管理部３０１と、配信機能管理部３０２と、ステータス管理部３０３と、発行（認証）情報管理部３０４と、利用制限管理部３０５とから構成される。記憶部３１は、会員情報管理部３１１と、発行（認証）情報記憶部３１２と、利用制限条件記憶部３１３とから構成される。発行（認証）情報管理部３０４は、受領情報と再開パスワードを一次記憶する。発行（認証）情報記憶部３１２は、受領情報と再開パスワードを記憶する。利用制限条件記憶部３１３は、コンテンツに属する利用条件と、ユーザに属する利用条件を記憶する。
【００３１】
制御管理部３０は、マルチキャスト配信部３３を制御して、通信処理部３５を介してマルチキャスト配信を制御する。制御管理部３０は、また、ユニキャスト配信部３４を制御して、通信処理部３５を介してユニキャスト配信を制御する。制御管理部３０は、さらに、ＧＵＩ提供部３２を制御して、通信処理部３５を介して、ユーザに対するＧＵＩ画面提供を制御する。
【００３２】
コンテンツ管理ＤＢ３６は、制御管理機能部３０、マルチキャスト配信部３３、ユニキャスト配信部３４と接続する。コンテンツ管理ＤＢ３６に格納されているコンテンツの情報は、制御管理部３０のコンテンツリスト管理部３０１で管理する。また、マルチキャスト配信部３３で端末に提供するコンテンツ自体は、コンテンツＤＢ管理部３６に格納する。マルチキャスト配信部３３は、制御管理部３０から制御により、任意時刻から任意のコンテンツを、マルチキャスト受信する複数ユーザに対し、コンテンツ再生位置の頭から配信する。
【００３３】
一方、ユニキャスト配信部３４で端末に提供するコンテンツ自体もコンテンツ管理ＤＢ３６で格納する。ユニキャスト配信部３４は、制御管理機能３０からの制御により、特定ユーザに対するコンテンツの中断箇所（中断近傍位置）からユニキャスト配信を該ユーザに対し提供する。
【００３４】
なお、コンテンツ管理ＤＢ３６は、配信システム２９の外に置かれているが、配信システム２９の内に含めても良い。この意味で、破線でブロックおよび接続線を示している。
【００３５】
図３を参照して、端末とサービスサーバとマルチキャスト配信サーバとユニキャスト配信サーバとの間の通信制御を説明する。ここで、図３は端末とサービスサーバとマルチキャスト配信サーバとユニキャスト配信サーバとの間のシーケンス図である。なお、図３を含む以下のシーケンス図およびフローチャートでは、当業者が容易に理解しうる程度に、シーケンスまたはステップをまとめて表記する。
【００３６】
図３において、ＰＣ２０は、ブラウザを用いて、サービスサーバ２６にアクセスし、ユーザＩＤを送信する（Ｓ１０）。サービスサーバ２６は、このアクセスに応答して、マルチキャスト配信のメニュー画面をＰＣ２０に表示させる。ＰＣ２０のユーザは、購入するコンテンツを選択する。ユーザの操作により、ＰＣ２０は、購入（選択）情報をサービスサーバ２６に送信し、サービスサーバ２６は、購入（選択）受領情報と、マルチキャスト配信のコンテンツ情報（例えば、マルチキャスト配信で提供する再開コンテンツの送出サーバアドレス情報など）をＰＣ２０に返信する（Ｓ１１）。以上によって、ＰＣ２０とマルチキャスト配信サーバ２７との間にマルチキャスト通信が確立される。この結果、ＰＣ２０のユーザは、マルチキャストによる配信コンテンツをＰＣ２０で再生し、視聴する。
【００３７】
ＰＣ２０のユーザは、マルチキャストによる配信コンテンツの視聴を、中断するようＰＣ２０を操作したとする。ＰＣ２０は、ユーザＩＤ、中断指示、購入（選択）受領情報をサービスサーバ２６に送信する（Ｓ１３）。このとき、サービスサーバ２６は、中断指示でアクセスしてきたＰＣ２０に対し、ステップ１１の購入（選択）受領情報の入力を求める旨の画面を端末に提供する。結果、ステップ１１で取得した購入（選択）受領情報のユーザ操作（入力）によりＰＣ２０は、当該購入（選択）受領情報をサービスサーバ２６に送信する。
【００３８】
ステップ１３による中断操作を受け、この視聴中断を許容する場合、サービスサーバ２６は、ＰＣ２０に再開パスワード情報を提供し、ＰＣ２０はこれを受信しその情報をユーザに提示する（Ｓ１４）。このパスワード情報の確認によって、ＰＣ２０のユーザは、マルチキャスト通信の解除操作であるコンテンツ視聴の停止操作をする。もちろん、ユーザが視聴端末の電源ＯＦＦを行なったり、視聴端末の再生ソフトを終了させたり、視聴端末のネットワークアクセス用のブラウザやソフトウェアを終了させたりするなどのユーザ行為を以って、端末は、マルチキャスト通信を解放し終了する。
【００３９】
このように、特定端末からたとえ中断指示があるとも、他のユーザないしは他の端末が受信する限りにおいて配信システム２９は、マルチキャストによるコンテンツの配信は中断しない。
【００４０】
ＰＣ２０のユーザは、ＰＤＡ２２のユーザでもある。ＰＤＡ２２のユーザは、ＰＤＡ２２を操作して、中断したコンテンツの視聴を再開するとする。ＰＤＡ２２は、ブラウザを用いて、サービスサーバ２６にアクセスし、ユーザＩＤを送信する（Ｓ１６）。サービスサーバ２６は、このアクセスに応答して、メニュー画面をＰＤＡ２２に表示させる。ＰＤＡ２２は、再生再開指示と、再開パスワードをサービスサーバ２６に送信する。サービスサーバ２６は、再生再開指示の受領情報と、ユニキャスト配信のコンテンツ情報（例えば、ユニキャスト配信で提供する再開コンテンツの送出サーバアドレス情報など）をＰＤＡ２２に送信する（Ｓ１７）。
【００４１】
その結果、ＰＤＡ２２は、ユニキャスト配信サーバ２８にアクセスし、ユーザＩＤを送信する（Ｓ１８）。ユーザＩＤを受信したユニキャスト配信サーバ２８とサービスサーバ２６との間で、ユーザＩＤの問合せと応答を行い、ユーザＩＤを認証する（Ｓ１９）。以上によって、ＰＤＡ２２とユニキャスト配信サーバ２８との間にユニキャスト通信が確立される。この結果、ＰＤＡ２２のユーザは、ユニキャストによる中断したコンテンツの配信をＰＤＡ２２で再生し、視聴する。
なお、ステップ１１とステップ１３との間で、ＰＣ２０とサービスサーバ２６との間のセッションは、張り続けても良い。
【００４２】
図４を参照して、アクセスを受け付けた際のサービスサーバの処理フローを説明する。ここで、図４はサービスサーバのフローチャートである。図４Ａにおいて、サービスサーバ２６は、イベント処理を開始して、アクセスがコンテンツ購入・選択処理か判定する（Ｓ４１）。ＹＥＳのとき、サービスサーバ２６は、受領情報を生成し、受領情報テーブルに格納し、受領情報テーブルのステータスをマルチキャスト視聴中にセットする（Ｓ４２）。サービスサーバ２６は、まず、マルチキャスト配信のコンテンツ情報を端末に提供し、端末からの購入・選択情報に応答して、受領情報を端末に提供して（Ｓ４３）、終了する。
【００４３】
ステップ４１でＮＯのとき、サービスサーバ２６は、アクセスが中断指示の受付処理か判定する（Ｓ４４）。ＹＥＳのとき、サービスサーバ２６は、ユーザＩＤと受領情報の照合を行う（Ｓ４６）。サービスサーバ２６は、照合結果およびその他の再生再開条件がＯＫか判定する（Ｓ４７）。ＯＫのとき、サービスサーバ２６は、再開パスワードを生成し、再開情報テーブルに格納し、受領情報テーブルのステータスを中断に変更する（Ｓ４８）。サービスサーバ２６は、再開パスワードを端末に提供して（Ｓ４９）、終了する。一方、ステップ４７でＮＧのとき、サービスサーバ２６は、中断不可メッセージを表示（端末に提供）し、受領情報テーブルのステータスをＮｏｎとして（Ｓ５１）。終了する。
【００４４】
ステップ４４でＮＯのとき、サービスサーバ２６は、アクセスが再生再開指示の受け付け処理か判定する（Ｓ５２）。ＹＥＳのとき、ユーザＩＤと再会パスワードを照合する（Ｓ５３）。サービスサーバ２６は、照合ＯＫかつその他再生再開条件がＯＫか判定する（Ｓ５４）。ＯＫのとき、サービスサーバ２６は、受領情報を再生成し、受領情報テーブルに再格納し、受領情報テーブルのステータスをユニキャスト視聴中にセットする（Ｓ５７）。サービスサーバ２６は、ユニキャスト配信のコンテンツ情報と再生成した受領情報を端末に提供して（Ｓ５７）、終了する。一方、ステップ５４でＮＧのとき、サービスサーバ２６は、中断不可メッセージを表示（端末に提供）し、受領情報テーブルのステータスをＮｏｎとして（Ｓ５８）。終了する。
【００４５】
ステップ５２でＮＯのとき、サービスサーバ２６は、アクセスがユーザＩＤの問合せ処理か判定する（Ｓ５９）。ＹＥＳのとき、サービスサーバ２６は、ユーザＩＤの照合を行う（Ｓ６１）。サービスサーバ２６は、照合結果がＯＫか判定する（Ｓ６２）。ＯＫのとき、サービスサーバ２６は、コンテンツＩＤと中断位置情報を、ユニキャスト配信サーバ２８に提供して（Ｓ６３）、終了する。一方、ステップ６２でＮＧのとき、サービスサーバ２６は、ＮＯの旨の応答をユニキャスト配信サーバ２８に返信して（Ｓ６４）、終了する。
【００４６】
図４Ｂと図４Ｃを参照して、図４Ａのステップ４６とステップ４７およびステップ５３とステップ５４を詳細に説明する。図４Ｂにおいて、サービスサーバ２６は、ステータスを判定する（Ｓ４６１）。ステータスが視聴中または再開中以外のとき、サービスサーバ２６は、ステップ５１に遷移する。ステップ４６１でステータスが視聴中または再開中のとき、サービスサーバ２６は、ユーザＩＤと受領情報の照合を行う（Ｓ４６２）。照合ＮＧのとき、サービスサーバ２６は、ステップ５１に遷移する。ステップ４６２でＯＫのとき、サービスサーバ２６は、エントリ禁止点を越えた再生を提供したか判定する（Ｓ４６３）。ＹＥＳのとき、サービスサーバ２６は、ステップ５１に遷移する。ステップ４６３でＮＯのとき、サービスサーバ２６は、再生回数は許容値範囲内か判定する（Ｓ４６４）。ＮＯのとき、サービスサーバ２６は、ステップ５１に遷移する。ステップ４６４でＹＥＳのとき、サービスサーバ２６は、再生可能期限内か判定する（Ｓ４６６）。ＮＯのとき、サービスサーバ２６は、ステップ５１に遷移する。ステップ４６６でＹＥＳのとき、サービスサーバ２６は、ステップ４８に遷移する。
【００４７】
図４Ｃにおいて、サービスサーバ２６は、ステータスを判定する（Ｓ５３１）。ステータスが中断中以外のとき、サービスサーバ２６は、ステップ５８に遷移する。ステップ５３１でステータスが中断中のとき、サービスサーバ２６は、ユーザＩＤと再開パスワードの照合を行う（Ｓ５３２）。照合ＮＧのとき、サービスサーバ２６は、ステップ５８に遷移する。ステップ５３２でＯＫのとき、サービスサーバ２６は、エントリ禁止点を越えた再生を提供したか判定する（Ｓ５３３）。ＹＥＳのとき、サービスサーバ２６は、ステップ５８に遷移する。ステップ５３３でＮＯのとき、サービスサーバ２６は、再生回数は許容値範囲内か判定する（Ｓ５３４）。ＮＯのとき、サービスサーバ２６は、ステップ５８に遷移する。ステップ５３４でＹＥＳのとき、サービスサーバ２６は、再生可能期限内か判定する（Ｓ５３６）。ＮＯのとき、サービスサーバ２６は、ステップ５８に遷移する。ステップ５３６でＹＥＳのとき、サービスサーバ２６は、ステップ４８に遷移する。
【００４８】
図５を参照して、配信システムの記憶部で保持する各種テーブルを説明する。ここで、図５Ａは会員情報テーブルを説明する図である。図５Ｂは受領情報テーブルを説明する図である。図５Ｃは再開情報テーブルを説明する図である。図５Ｄはユーザ利用条件テーブルを説明する図である。図５Ｅはコンテンツ利用条件テーブルを説明する図である。
【００４９】
図５Ａにおいて、会員情報テーブル４０は、ユーザＩＤ４１と、ログインパスワード４２と、ステータス４３と、携帯メールアドレス４４とから構成される。ユーザＩＤ４１は、ユーザごとのユーザＩＤを記録する。ログインパスワード４２は、ユーザごとのログインパスワードを記録する。携帯メールアドレス４４は、必要に応じて、ユーザごとの携帯メールアドレスを記録する。
【００５０】
図５Ｂにおいて、受領情報テーブル５０は、ユーザＩＤ５１と、購入・選択日時５２と、コンテンツＩＤ５３と、受領情報５４と、ステータス５６と、その他情報５５とから構成される。ユーザＩＤ５１は、ユーザごとのユーザＩＤを記録する。購入・選択日時５２は、購入・選択日時を記録する。コンテンツＩＤ５３は、購入したコンテンツのＩＤを記録する。
【００５１】
ステータス５６は、ユーザが購入（選択）したコンテンツ毎の現在状態を記録する。勿論、これら受領情報テーブルで管理するレコードは、ユーザとサービサーとの間で取り交わされた契約有効期間（例えば月極め契約であれば、１カ月単位の契約期間）内で管理される。なお、受信情報テーブル５０には、ユーザＩＤ１２０１のレコードが２件ある。これは、２件購入して視聴可能な状態にあることを、意味している。
【００５２】
図５Ｃにおいて、再開情報テーブル６０は、ユーザＩＤ６１と、コンテンツＩＤ６２と、再開パスワード６３と、その他情報６４とから構成される。ユーザＩＤ６１は、ユーザごとのユーザＩＤを記録する。コンテンツＩＤ６２は、中断されたコンテンツのＩＤを記録する。再開パスワード６３は、再開時にユーザが使用するサービスサーバ２６がユーザに提供（生成発行）した再開パスワードを記録する。
【００５３】
図５Ｄにおいて、ユーザ利用条件テーブル７０は、ユーザＩＤ７１と、コンテンツＩＤ７２と、再開可能期限７３と、再開回数７４と、前回中断位置７５とから構成される。ユーザＩＤ７１は、ユーザごとのユーザＩＤを記録する。コンテンツＩＤ７２は、購入したコンテンツのＩＤを記録する。再開可能期限７３は、購入したコンテンツの再開期銀を記録する。再開回数７４は、購入したコンテンツの再開回数を記録する。前回中断位置７５は、中断したコンテンツの中断位置を記録する。
【００５４】
図５Ｅにおいて、コンテンツ利用条件テーブル８０は、コンテンツＩＤ８１と、再開可能期限８２と、再開回数８３と、エントリ禁止点８４とから構成される。コンテンツＩＤ８１は、保持するコンテンツのＩＤを記録する。再開可能期限８２は、コンテンツの再開期限（規定値）を記録する。再開回数８３は、コンテンツの再開回数（規定値）を記録する。エントリ禁止点８４は、当該コンテンツの中断エントリの禁止点（規定値）を記録する。
【００５５】
図６を参照して、配信システムの構成を再度説明する。ここで、図６は配信システムのハードウェアブロック図である。図６において、配信システム２９は、第１のバス３８と第２のバス３７の双方に接続されたサービスサーバ２６と２台のマルチキャスト用Ｗｅｂ／配信サーバ２７１、２７２と２台のユニキャスト用Ｗｅｂ／配信サーバ２８１、２８２と、第２のバス３７に接続されたデータベース（ＤＢと図示）１０とから構成される。
なお、第２のバス３７に接続されるコンテンツ情報管理ＤＢ３８と、オペレート用端末１２とを配信システム２９に含めて構成しても良い。
【００５６】
図７を参照して、端末の構成を説明する。ここで、図７は端末の機能ブロック図である。図７において、端末２０、２１、２２、２３は、バス９６に接続された制御処理部９５と表示部９０と操作部９１と記憶部９２と、制御処理部９５に接続された入出力切替部９７と、入出力切替部９７に接続された通信部９３−１と外部記憶装置（ドライブ）９４−１と、から構成される。また、制御処理部９５は、プログラムを実行することによってネットワーク設定部９５１とインターネットブラウザ９５２とコンテンツ再生部９５４として、機能する。
なお、制御処理部９５は、プログラムを実行することによってメール処理部９５３としても機能しても良い。さらに、通信部９３−２とドライブ９４−２を備えても良い。
【００５７】
図８を参照して、初回視聴（マルチキャスト受信・再生）と視聴の一時中断とに対する端末の動作を説明する。ここで、図８は初回視聴と一時中断を説明する端末のフローチャートである。図８において、端末のユーザはコンテンツを選択し、購入を決定する。購入（選択）によって端末は、購入・選択したコンテンツ情報（例えば、マルチキャスト配信で提供する再開コンテンツの送出サーバアドレス情報など）をサービスサーバから受け取り、またユーザへの表示情報である受領情報を受信する（Ｓ８１）。端末は、受信した受領情報を表示し、受取ったコンテンツ情報を用い指定されたマルチキャスト配信サーバにアクセスする（Ｓ８２）。端末は、マルチキャスト配信で提供されるコンテンツを受信し再生・表示する（Ｓ８３）。
【００５８】
端末のユーザは、コンテンツを視聴し、中断を判断したとする。ユーザはサービスサーバにアクセスして中断を選択すると（端末による中断指示の送信）、サービスサーバから受領情報の入力を求められ、ステップ８１での受領情報をユーザが入力する（端末による受領情報の送信）（Ｓ８４）。結果、サービスサーバでその中断指示が許容されると、端末は、再開パスワードをサービスサーバから受信し、表示する（Ｓ８６）。端末のユーザは、マルチキャスト通信の解除操作であるコンテンツ視聴の停止操作をする。端末は、マルチキャスト通信を解放し（Ｓ８７）、終了する。ステップ８３からステップ８７の間で、端末のユーザは、マルチキャスト配信によるコンテンツの視聴が可能である。
【００５９】
図９を参照して、再開視聴と再中断とに対する端末の動作を説明する。ここで、図９は視聴再開と再中断を説明する端末のフローチャートである。図９において、端末のユーザは、まずブラウザを使ってサービスサーバにアクセスし、端末は、再開画面を表示する（Ｓ９０）。端末のユーザは、再生再開のコンテンツを選択し、端末を操作して再開パスワードを入力する。端末は、再生再開のコンテンツ情報と再開パスワードをサービスサーバに送信し、再生再開のコンテンツ情報（例えば、ユニキャスト配信で提供する再開コンテンツの送出サーバアドレス情報など）をサービスサーバから受け取り、またユーザへの表示情報である受領情報を受信する（Ｓ９１）。端末は、受信した受領情報を表示し、受取ったコンテンツ情報を用い指定されたユニキャスト配信サーバにアクセスする（Ｓ９２）。ユーザは、端末を操作して、ユーザＩＤ等を入力する。端末は、ユーザＩＤ等を送信し、ユニキャスト配信による前記中断のコンテンツを受信し再生・表示する（Ｓ９３）。
【００６０】
端末のユーザは、コンテンツを視聴し、更に、中断を判断したとする。ユーザはサービスサーバにアクセスして更に再中断を選択すると（端末による中断指示の送信）、サービスサーバから受領情報の入力を求められ、ステップ９１での受領情報をユーザが入力する（端末による受領情報の送信）（Ｓ９４）。結果、サービスサーバでその（再）中断指示が許容されると、端末は、再開パスワードをサービスサーバから受信し、表示する（Ｓ９６）。端末のユーザは、ユニキャスト通信の解除操作であるコンテンツ視聴の停止操作をする。端末は、ユニキャスト通信を解放し（Ｓ９７）、終了する。ステップ９３からステップ９７の間で、端末のユーザは、ユニキャスト配信による中断コンテンツの視聴が可能である。
【００６１】
なお、ステップ９０の再開画面には、該当ユーザが視聴可能なコンテンツに視聴再開位置と、残り再開回数と、再開可能期限とを表示する。これによって、ユーザは再開回数が１回のコンテンツは、最後まで視聴しようとする。また、再生可能期限が迫ったコンテンツは優先して、視聴しようとする。
【００６２】
図１０を参照して、図５Ｅで説明したエントリ禁止点を説明する。ここで、図１０はエントリ禁止点を説明する図である。図１０において、横軸はコンテンツＩＤ「ＣＮＴ０９０４１５」のコンテンツの時間軸である。図５ＥのコンテンツＩＤ「ＣＮＴ０９０４１５」のエントリ禁止点８４は、残り１０分（０２ｈ２０ｍ００ｓ）である。
【００６３】
同一ユーザが、コンテンツＩＤ「ＣＮＴ０９０４１５」のコンテンツについて、一旦マルチキャストの視聴を中断した後、中断ポイントより少し前から、ユニキャストによる視聴を再開する。さらに、エントリ禁止点を過ぎて２度目の中断を試みたとする。配信システム２９は、図４で説明したように、エントリ禁止区間での中断行為である為、中断不可を判定する。もちろん、ユーザが視聴端末の電源ＯＦＦすることで、破線で示したように視聴を中断することはできる。しかし、再開はできない。このように、エントリ禁止点を設けることにより、映画のコンテンツ等でクライマックス部分だけ、多人数で視聴させることを防止できる。
【実施例２】
【００６４】
図１１ないし図１３を参照して、実施例２を説明する。ここで、図１１は配信システムの機能ブロック図である。図１２は配信システムのハードウェアブロック図である。図１３は配信システムと複数の端末間のシーケンス図である。
【００６５】
図１１において、配信システム２９Ａと図６を参照して説明した配信システム２９との違いは、Ｍａｉｌサーバ１２０が追加されている点のみである。Ｍａｉｌサーバ１２０は、受領情報、再開パスワード等を、ユーザに対応する図５Ａの携帯メールアドレス４４宛に送信する。ユーザは、携帯電話またはＰＤＡで受信したメールにより、受領情報、再開パスワード等を参照できる。
【００６６】
図１２において、配信システム２９Ａと図２を参照して説明した配信システム２９との違いは、Ｍａｉｌ送信処理部３７が追加されている点のみである。Ｍａｉｌ送信処理部３７は、受領情報、再開パスワード等を、ユーザに対応する図５Ａの携帯メールアドレス４４宛に送信する。ユーザは、携帯電話またはＰＤＡで受信したメールにより、受領情報、再開パスワード等を参照できる。
【００６７】
図１３において、配信システムとの接続、中断、再接続のシーケンスは、再接続先がＰＤＡ２２からＴＶ２１に変わったことを除いて、図３と同様である。したがって、図３と同じシーケンスには同じシーケンス番号を付与し、説明を省く。サービスサーバ２６は、シーケンス１１において、ＰＣ２０に受領情報を送信するが、さらにＭａｉｌサーバ１２０を介して、ＰＤＡ２２に受領情報をメール送信する（Ｓ１１２）。ＰＤＡ２２が受信した受領情報は、ユーザが参照し、矢印Ａで示す中断データの入力の際に用いられる。
【００６８】
また、サービスサーバ２６は、シーケンス１４において、ＰＣ２０に再開パスワードを送信するが、さらにＭａｉｌサーバ１２０を介して、ＰＤＡ２２に再開パスワードをメール送信する（Ｓ１１０）。ＰＤＡ２２が受信した再開パスワードは、ユーザが参照し、矢印Ｂで示す再開データの入力の際に用いられる。
【実施例３】
【００６９】
図１４ないし図１６を参照して、実施例３を説明する。ここで、実施例３は、実施例１の変形実施例であり、実施例２にも適用できる。また、図１４はサービスサーバの詳細フローチャートである。図１５は他のコンテンツ利用条件テーブルを説明する図である。図１６は前方禁止区間および後方禁止区間を説明する図である。
【００７０】
図１４において、図４Ｂのステップ４６３は、前方禁止区間内かの判定（Ｓ４６３１）と、後方禁止区間内かの判定（Ｓ４６３２）に分けられる。ともにＮＯのとき、ステップ４６６に遷移する。また、どちらか一方でもＹＥＳのとき、図４Ａのステップ５１に遷移する。
【００７１】
図１５において、コンテンツ利用条件テーブル８０Ａと、図５Ｅのコンテンツ利用条件テーブル８０との違いは、エントリ禁止点８４Ａとして、前方禁止点８４１と後方禁止点８４２とを有する点である。これに対して、コンテンツ利用条件テーブル８０は、エントリ禁止点８４として、後方禁止点のみ有している。図１５のコンテンツＩＤ「ＣＮＴ０９０４１５」のコンテンツは、開始から１５分と、最後の１０分の間で、中断が禁止されている。前方禁止点は、そこまでで中断しても、再開が不可能なので、配信システムの運用者にとっては、２度課金できるメリットがある。また、ユニキャストよりも、マルチキャストの方が、ユーザ当たりの送信コストが低い。
【００７２】
図１６を参照して、前方禁止区間および後方禁止区間を説明する。図１６において、横軸はコンテンツＩＤ「ＣＮＴ０９０４１５」のコンテンツの時間軸である。コンテンツＩＤ「ＣＮＴ０９０４１５」のコンテンツについて、マルチキャストの視聴を開始して、１０分後に、中断を試みたとする。配信システム２９または２９Ａは、図４および図１４で説明したように、前方禁止区間での中断行為である為、中断不可を判定する。もちろん、ユーザが視聴端末の電源ＯＦＦすることで、破線で示したように視聴を中断することはできる。しかし、再開はできない。
【００７３】
また、コンテンツＩＤ「ＣＮＴ０９０４１５」のコンテンツについて、マルチキャストの視聴を開始して、２時間２５分後に、中断を試みたとする。配信システム２９または２９Ａは、図４および図１４で説明したように、後方禁止区間での中断行為である為、中断不可を判定する。もちろん、ユーザが視聴端末の電源ＯＦＦすることで、破線で示したように視聴を中断することはできる。しかし、再開はできない。
【００７４】
さらに、ユニキャストでコンテンツＩＤ「ＣＮＴ０９０４１５」のコンテンツについて、視聴を開始した場合も、最後の１０分以降に、中断を試みたとする。配信システム２９または２９Ａは、図４および図１４で説明したように、後方禁止区間での中断行為である為、中断不可を判定する。もちろん、ユーザが視聴端末の電源ＯＦＦすることで、破線で示したように視聴を中断することはできる。しかし、再開はできない。
【００７５】
このように、後方禁止点を設けることにより、映画のコンテンツ等でクライマックス部分だけ、多人数で視聴させることを防止できる。また、前方禁止点を設けることによって、なるべくマルチキャストで見てもらえるようユーザを誘導できる。
【図面の簡単な説明】
【００７６】
【図１】ネットワークシステムのハードウェアブロック図である。
【図２】配信システムの機能ブロック図である。
【図３】端末とサービスサーバとマルチキャスト配信サーバとユニキャスト配信サーバとＰＤＡとの間のシーケンス図である。
【図４Ａ】サービスサーバのフローチャートである。
【図４Ｂ】サービスサーバの詳細フローチャートである（その１）。
【図４Ｃ】サービスサーバの詳細フローチャートである（その２）。
【図５Ａ】会員情報テーブルを説明する図である。
【図５Ｂ】受領情報テーブルを説明する図である。
【図５Ｃ】再開情報テーブルを説明する図である。
【図５Ｄ】ユーザ利用条件テーブルを説明する図である。
【図５Ｅ】コンテンツ利用条件テーブルを説明する図である（その１）。
【図６】配信システムのハードウェアブロック図である。
【図７】端末のハードウェアブロック図である。
【図８】初回視聴と一時中断を説明する端末のフローチャートである。
【図９】視聴再開と再中断を説明する端末のフローチャートである。
【図１０】エントリ禁止点を説明する図である。
【図１１】配信システムの機能ブロック図である。
【図１２】配信システムのハードウェアブロック図である。
【図１３】配信システムと複数の端末間のシーケンス図である。
【図１４】サービスサーバの詳細フローチャートである（その３）。
【図１５】他のコンテンツ利用条件テーブルを説明する図である（その２）。
【図１６】前方禁止区間および後方禁止区間を説明する図である。
【符号の説明】
【００７７】
１０…データベース（ＤＢ）、１２…オペレート用端末、２０…ＰＣ、２１…ＴＶ、２２…ＰＤＡ、２３…カーナビゲーション端末、２４…アクセスポイント、２５…ＮＧＮ、２６…Ｗｅｂサーバ、２６１…Ｗｅｂサーバ、２６２…Ｗｅｂアプリケーションサーバ、２７…マルチキャストによるコンテンツ配信サーバ群、２７１…マルチキャスト配信用サーバ、２７２…マルチキャスト配信用サーバ、２８…ユニキャストによるコンテンツ配信サーバ群、２８１…ユニキャスト配信用サーバ、２８２…ユニキャスト配信用サーバ、２９…配信システム、３０…制御管理機能部、３１…記憶部（配信システム）、３２…ＧＵＩ提供機能部、３３…マルチキャスト配信機能部、３４…ユニキャスト配信機能部、３５…通信機能部、３６…コンテンツ管理データベース、３７…バス、３８…バス、３９…Ｍａｉｌ送信処理部、４０…会員情報テーブル、５０…受領情報テーブル、６０…再開情報テーブル、７０…ユーザ利用条件テーブル、８０…コンテンツ利用条件テーブル、９０…端末表示部、９１…端末操作部、９２…端末操作部、９３…端末通信部、９４…端末ドライブ、９５…端末制御処理部、１００…ネットワークシステム、９５１…ネットワーク設定機能部、９５２…ブラウザ、９５３…メール処理ソフト、９５４…コンテンツ再生ソフト。
【図１】
0004643687.tif 000002
【図２】
0004643687.tif 000003
【図３】
0004643687.tif 000004
【図４Ａ】
0004643687.tif 000005
【図４Ｂ】
0004643687.tif 000006
【図４Ｃ】
0004643687.tif 000007
【図５Ａ】
0004643687.tif 000008
【図５Ｂ】
0004643687.tif 000009
【図５Ｃ】
0004643687.tif 000010
【図５Ｄ】
0004643687.tif 000011
【図５Ｅ】
0004643687.tif 000012
【図６】
0004643687.tif 000013
【図７】
0004643687.tif 000014
【図８】
0004643687.tif 000015
【図９】
0004643687.tif 000016
【図１０】
0004643687.tif 000017
【図１１】
0004643687.tif 000018
【図１２】
0004643687.tif 000019
【図１３】
0004643687.tif 000020
【図１４】
0004643687.tif 000021
【図１５】
0004643687.tif 000022
【図１６】
0004643687.tif 000023