(57)【要約】【課題】  交通機関を利用するユーザを対象としたコンテンツをビデオ・オン・デマンド方式で配信する場合、交通機関が目的地に到着するまでに、選択したコンテンツをユーザが視聴完了できるか否かがわからない。【解決手段】  コンピュータが、コンテンツの配信に要する配信総時間とユーザの利用する交通機関のタイムスケジュールを比較して、ユーザが交通機関を利用する間にユーザが指定したコンテンツの最後まで視聴できるか否かを判定して、ユーザ端末へ判定結果を通知する。【選択図】      図１
2005260814.tif 000002
【特許請求の範囲】
【請求項１】
端末へコンテンツを配信するコンテンツ配信装置において、
ユーザ情報、コンテンツの配信総時間が対応づけて管理される視聴管理テーブルと、
ユーザ情報、予定情報が対応づけて管理されるスケジュール管理テーブルと、
端末からユーザ情報およびコンテンツの再生済み位置を受信する受付手段と、
前記視聴管理テーブルを参照し、前記ユーザ情報に対応づけられた配信総時間と前記再生済み位置から、前記ユーザ情報にコンテンツを配信するための配信所要時間を算出するとともに、前記スケジュール管理テーブルから前記ユーザ情報の所定の予定情報と現在日時から該ユーザがコンテンツを視聴できる視聴可能時間を算出する算出手段と、
前記配信所要時間と前記視聴可能時間との比較に基づいて、前記端末へコンテンツの最終まで視聴完了できるか否かを示す通知情報を前記端末に送信する表示手段と
を備えたことを特徴とするコンテンツ配信装置。
【請求項２】
前記表示手段は、前記配信所要時間を前記視聴可能時間と比較して、該配信所要時間が該視聴可能時間を超過する場合は、前記端末へコンテンツの最終までは視聴できない旨の警告情報を送信し、一方、前記配信所要時間が前記視聴可能時間を超過しない場合は、前記配信所要時間と前記視聴可能時間を示す通知情報を前記端末に送信する
ことを特徴とする請求項１記載のコンテンツ配信装置。
【請求項３】
前記スケジュール管理テーブルに管理される前記予定情報は、ユーザが利用する交通機関の出発日時および該交通機関が目的地に到着する迄の所要時間が求められる情報であり、
前記算出手段は、前記視聴可能時間を、交通機関の前記所要時間と、現在日時から前記出発日時に基づいた待機時間を合算して算出する
ことを特徴とする請求項１乃至２いずれかに記載のコンテンツ配信装置。
【請求項４】
さらに、
コンテンツ、配信総時間が対応づけて管理されるコンテンツ管理テーブルと、
前記視聴管理テーブルに前記ユーザ情報が存在しないユーザ情報を含む配信要求、あるいは、視聴可能なコンテンツ候補を要求するユーザ情報を含む候補要求情報を前記受付手段が受信した場合、前記コンテンツ管理テーブルから、前記配信総時間が前記ユーザの視聴可能時間を超過しないコンテンツを抽出し、コンテンツ候補として該端末に送信する候補提示手段と
を備えることを特徴とする請求項１乃至３いずれかに記載のコンテンツ配信装置。
【請求項５】
端末へコンテンツを配信するコンテンツ配信方法において、
コンピュータが、
前記端末から受信したユーザ情報およびコンテンツの再生済み位置に基づいて、ユーザ情報、コンテンツの配信総時間が対応づけて管理される視聴管理テーブルを参照し、受信した前記ユーザ情報に対応づけられた配信総時間と前記再生済み位置から、該ユーザ情報にコンテンツを配信するための配信所要時間を算出するとともに、ユーザ情報、予定情報が対応づけて管理されるスケジュール管理テーブルから前記ユーザ情報の所定の予定情報と現在日時から該ユーザがコンテンツを視聴できる視聴可能時間を算出する算出ステップと、
前記配信所要時間と前記視聴可能時間との比較に基づいて、前記端末へコンテンツの最終まで視聴完了できるか否かを示す通知情報を前記端末に送信する表示ステップと
を備えたことを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、航空機等、交通機関の利用ユーザに対するコンテンツ配信装置およびコンテンツ配信方法に関する。
【背景技術】
【０００２】
現在、航空機の機内サービスとして、顧客の希望する動画コンテンツを座席に備え付けられた座席端末で上映するサービスが存在する。このサービスは、テレビ放送と同じように、顧客は希望のチャンネルを選択し、そのチャンネルで上映されているコンテンツを視聴する形式が殆どだが、なかには、機内ビデオ・オン・デマンドサービスの実施を表明する航空会社も既に存在する（非特許文献１）。
【０００３】
視聴者の利便性を追求するビデオ・オン・デマンドの場合、視聴者の要求するタイミングで希望コンテンツを再生だけでなく、数回に分けて視聴できるようにする必要がある。
【０００４】
このような分割視聴に対応するため、番組の視聴を途中で中止した場合に、同じ番組の続きを別の任意の時点で視聴できるビデオ・オン・デマンド・システムに関する技術が既に公開されている。（特許文献１）
すなわち、映像端末のデマンド制御装置にユーザＩＤが予め登録されたＩＣカードを装填可能とし、このＩＣカードに対して、ユーザが配信を要求した番組コード、および、デマンド制御装置が番組データの受信を停止した時の配信番組の経過時間データを記憶する。その後、同じ番組の配信要求をユーザが出した時、デマンド制御装置は、ＩＣカードに記録される番組コードと経過時間を読み取ってビデオサーバへ送信する。この送信されてきた情報に基づき、ビデオサーバは、該当する番組データを受信停止位置から配信する。
【特許文献１】特開平７−３３６３１８号公報
【非特許文献１】Compu-Kiss、this week in travel & transportation「Song, Delta's New Airline 」、[online]、[平成１６年２月２０日検索]、インターネット＜ＵＲＬ：http://www.compukiss.com/populartopics/travel#transhtm/article870.htm＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
第一の課題は、航空機、鉄道、バス等の交通機関を利用するユーザを対象としたビデオ・オン・デマンド方式のコンテンツ配信では、交通機関が目的地に到着するまでに、選択したコンテンツをユーザが完全に視聴できる時間があるか否かが問題となる。とくに、ユーザが数回に分けて同一コンテンツを分割視聴する場合に、この問題は際立つ。
【０００６】
すなわち、従来のテレビ放送方式の配信ならば、ユーザの交通機関の利用時間に基づきコンテンツの配信時間と配信時刻をコンテンツ提供者側が設定できるのに対して、ビデオ・オン・デマンド方式の配信では、コンテンツ配信に関する条件が全てユーザに委ねられてしまうため、ユーザが選択したコンテンツが完全に配信できるか否か、ユーザ側もコンテンツ提供者側も予測できない。
【０００７】
もし、交通機関の目的地到着に到った時点で初めて、コンテンツの最後まで視聴できないことにユーザが気づかされるようでは、ユーザの交通機関に対する満足度は下がらざるを得ないし、このような事態は交通機関の運営業者にとって好ましくない。
【０００８】
第二の課題として、コンテンツを選択する段階で、ユーザ自身が交通機関の目的地到着までの時間を考慮して選択することは、ユーザにとって非常に煩わしい。特に、交通機関の出発時刻や所要時間が変更になった場合、ユーザがその変更を迅速に把握することは困難である。
【０００９】
第三の課題として、コンテンツ配信者、ユーザの双方にとって、交通機関の目的地までの所要時間という制限を超えてコンテンツ候補の選択幅を広げるという課題がある。
【００１０】
すなわち、現状では、ユーザは、交通機関の利用中に配信を開始し配信完了できるコンテンツしか選択できない。つまり、目的地までの所要時間を超える配信総時間を有するコンテンツは、提供機会が制限されてしまう。コンテンツ配信者にとって、このような制限は、コンテンツ購入金額圧縮、コンテンツメニューの充実、コンテンツ配信に伴う配信手数料・広告料等の収入増といったビジネス上の観点から、極力排除すべきものである。一方、ユーザにとっても、交通機関の利用時には、改札や搭乗チェックインから出発時刻までの待合せ時間を如何に快適に過ごすかという課題が必ず付きまとう。
【００１１】
本発明の第一の目的は、ユーザに対して、ユーザが選択したコンテンツを目的地に到達するまでに視聴完了できるか否かの情報を提供し、上記のような顧客満足度低下を防ぐことにある。
【００１２】
本発明の第二の目的は、ユーザのスケジュールを考慮して、ユーザが視聴可能なコンテンツ候補をユーザに提供することである。
【００１３】
本発明の第三の目的は、ユーザが視聴可能なコンテンツ候補をユーザに提供する場合、単純にユーザが利用する交通機関の出発から目的地到着までの所要時間だけを考慮するのではなく、ユーザが交通機関を利用する以前の待合せ時間を加味して、コンテンツ候補を提供することである。
【課題を解決するための手段】
【００１４】
本発明は、端末から受信したユーザ情報およびコンテンツの再生済み位置に基づいて、ユーザ情報、コンテンツの配信総時間が対応づけて管理される視聴管理テーブルを参照し、受信した前記ユーザ情報に対応づけられた配信総時間と前記再生済み位置から、該ユーザ情報にコンテンツを配信するための配信所要時間を算出するとともに、ユーザ情報、予定情報が対応づけて管理されるスケジュール管理テーブルから前記ユーザ情報の所定の予定情報と現在日時から該ユーザがコンテンツを視聴できる視聴可能時間を算出した上で、前記配信所要時間を前記視聴可能時間との比較に基づいて、前記端末へコンテンツの最終まで視聴完了できるか否かを示す通知情報を前記端末に送信することを特徴とする。
【００１５】
また、本発明では、前記スケジュール管理テーブルに管理される予定情報が、ユーザが利用する交通機関の出発日時および該交通機関が目的地に到着する迄の所要時間が求められる情報であって、前記算出手段は、交通機関の前記所要時間と、現在日時から前記出発日時に基づいた待機時間を合算して視聴可能時間を算出することで、前記配信所要時間を前記視聴可能時間との比較して、前記端末へコンテンツの最終まで視聴完了できるか否かを示す通知情報を前記端末に送信することを特徴とする。
【００１６】
さらに、本発明は、前記視聴管理テーブルに前記ユーザ情報が存在しない場合、あるいは、前記受付手段が前記候補要求情報を受信した場合に、コンテンツ、配信総時間が対応づけて管理されるコンテンツ管理テーブルから、前記配信総時間が前記ユーザの視聴可能時間を超過しないコンテンツを抽出し、コンテンツ候補として該端末に送信することを特徴とする。
【発明の効果】
【００１７】
本発明によって、ユーザに対して、ユーザが選択したコンテンツが、目的地に到達するまでに視聴完了できるか否かの情報を情報提供し、顧客満足度低下を防ぐことが可能となる。
【００１８】
また、本発明によって、ユーザのスケジュールを考慮して、ユーザが視聴可能なコンテンツ候補をユーザに提供することで、ユーザ自身が交通機関のスケジュールを考慮したコンテンツ選択するという不便を解消できる。
【００１９】
また、本発明によって、ユーザが利用する交通機関の出発から目的地到着までの所要時間だけでなく、ユーザが交通機関を利用する以前の待合せ時間を加味して、コンテンツ候補を提供することで、コンテンツの選択幅を広げ、ユーザ満足度およびコンテンツ配信者のビジネスを増大させることが可能となる。
【発明を実施するための最良の形態】
【００２０】
本発明における一実施形態のシステム全体の構成を図１に示す。尚、ここで示す実施形態は、航空機利用を想定したコンテンツ配信システムだが、当然ながら、鉄道、バスなど、いかなる旅客運輸交通機関にも本システムを適用できる。
【００２１】
本発明は、番組管理サーバ１００、フライト管理システム２００、ロビー端末３００あるいは機内端末４００、旅券媒体５００で構成される。また、特に記していないが、番組管理サーバ１００とフライト管理システム２００、ロビー端末３００あるいは機内端末４００間でデータ交換を実現する、有線または無線ネットワークが存在する。
【００２２】
番組管理サーバ１００は、さらに、番組決定手段１１０、再生手段１２０、終了手段１３０、視聴管理ＤＢ（データベース）１４０、広告管理ＤＢ１５０、番組管理ＤＢ１６０で構成される。
【００２３】
番組決定手段１１０は、ユーザの視聴可能時間を考慮したコンテンツ候補をユーザに提案し、ユーザが選択したコンテンツ情報を管理する。再生手段１２０は、ユーザのコンテンツ配信要求に基づきユーザの視聴可能時間内にコンテンツ配信が完了するか否かを判定し、もし配信完了しないと判定するとその旨の警告を端末表示させる。終了手段１３０は、ユーザの交通機関利用スケジュールに基づく所定の予定日時に達したか否かを監視し、達した場合は配信中のコンテンツを強制的に停止する。
【００２４】
視聴管理ＤＢ１４０には、ユーザの利用航空機や選択したコンテンツに関する情報が管理される。図１１に示した視聴管理テーブル８００のごとく、ユーザ毎に、ユーザの利用航空機のフライトＮｏ、座席Ｎｏ、ロビー端末３００か機内端末４００のいずれを利用中か示す端末種別、端末Ｎｏ、コンテンツを識別するための番組Ｎｏ、コンテンツの配信総時間を示す上映時間、コンテンツの再生経過時間を示す再生済時間、および、現在コンテンツが配信中か否かを示す再生フラグ、といった情報が管理される。
【００２５】
なお、視聴管理ＤＢ１４０には、さらに、フライト管理システム２００内のフライト管理ＤＢ２１０で管理される航空機毎の各フライトスケジュール情報のうち、ユーザの利用航空機に該当するフライトスケジュールが読み込まれ記録されてもよい。その際は、フライト管理ＤＢ２１０に変更があれば、その変更情報を視聴管理ＤＢ１４０に反映することとする。
【００２６】
広告管理ＤＢ１５０には、ユーザが選択したコンテンツに併せて送信される広告の情報と、広告コンテンツそのもののデータが管理される。図１２に示した広告管理テーブル９００の如く、広告毎に、広告を識別するための広告Ｎｏ、広告が選択されるべきコンテンツの内容ジャンルを示す分類、といった情報が管理される。そして、図示していないが、広告Ｎｏに対応づけられた広告コンテンツデータも広告管理ＤＢ１５０で管理される。
【００２７】
番組管理ＤＢ１６０には、ユーザに提供すべきコンテンツに関する情報、および、コンテンツそのもののデータが管理される。図１０に示した番組管理テーブル７００の如く、コンテンツ毎に、コンテンツを識別するための番組ＮＯ、コンテンツのタイトルを示す題名、コンテンツの概要である紹介文、コンテンツの配信総時間を示す上映時間、コンテンツの内容ジャンルを示す分類、といった情報が管理される。そして、図示していないが、番組ＮＯに対応づけられたコンテンツデータも番組管理ＤＢ１６０で管理される。
【００２８】
なお、航空機内のコンテンツ配信をより確実に実施するために、コンテンツデータは、番組管理ＤＢ１６０だけでなく、併せて航空機内の図示していない記憶装置に保存されてもよい。
【００２９】
この場合、番組管理テーブル７００には、コンテンツ毎に、さらに、このコンテンツをどの航空機が保存しているのか（つまり、配信対象にしているのか）を示すフライトＮＯが管理されることになる。そして、番組決定手段１１０は、航空機内での再生が視聴完了に必要なコンテンツを候補とする場合は、ユーザが搭乗する航空機のフライトＮＯに合致するコンテンツを番組管理テーブル７００から絞り込むことになる。
【００３０】
フライト管理システム２００は、フライト管理ＤＢ２１０や、その他フライト情報を生成変更管理する図示していないフライト制御手段で構成される。
【００３１】
フライト管理ＤＢ２１０には、各航空機のフライトスケジュールに関する情報が管理される。図９に示したフライト管理テーブル６００のように、ここには、航空機毎に、航空機を識別するためのフライトＮＯ，搭乗案内の時期を示す搭乗案内日時、出発の時期を示す出発日時、目的地へ到着する時期を示す到着日時、といった情報が管理される。なお、図９は、データを簡略化して時刻しか記入していないが、当然、各情報とも年月日を加えて管理しても差し支えない。これらの情報は、フライト制御手段が新規に入力したり、あるいは、スケジュールを監視して変更があれば、随時情報を更新する。
【００３２】
ロビー端末３００、および、機内端末４００は、それぞれ、ユーザからのコンテンツの選択や再生要求を番組管理サーバ１００に伝えるとともに配信されたコンテンツを再生する閲覧手段３１０、４１０、および、ユーザが携帯する旅券媒体５００に記憶された情報を読み取る媒体読取手段３２０、４２０で構成される。
【００３３】
閲覧手段３１０、４１０は、番組管理サーバ１００から送信されてくるコンテンツ再生画面、コンテンツ再生中断画面を表示し、その際ユーザが今回コンテンツ再生を中断したところから継続して再生を希望する継続視聴を選択するボタンが押下されると、番組管理サーバ１００に、今まで再生していたコンテンツをどこまで再生し終わったかを示す再生済み位置を送信する。
【００３４】
この再生済み位置は、閲覧手段３１０、４１０が再生したコンテンツの最終フレーム情報、あるいは、コンテンツの先頭位置からの累積時間を示すタイムインジケータなど、コンテンツ全体における任意の位置を特定できる情報であり、その位置情報からコンテンツの残り部分の配信時間を求めることができる情報であれば、その情報の形式や内容は問わない。
【００３５】
本発明の実施例においては、ロビー端末３００は、ユーザが搭乗手続き以降待機する場所（空港ロビー、搭乗ゲートなど）に、一あるいは複数設置される。機内端末４００は、航空機の一あるいは複数の座席に対応して設置される。
【００３６】
旅券媒体５００は、記憶領域５１０を含む。搭乗手続き（チェックイン）が行なわれた際に、図示していない搭乗手続装置が記憶領域５１０に、搭乗する航空機を識別するためのフライトＮｏ、ユーザの指定座席位置を示す座席Ｎｏを記憶させる。なお、この他、搭乗ゲートＮｏなど、旅客業務に必要な情報を記憶領域５１０に記憶させてもよい。旅券媒体５００は、接触型あるいは非接触型のＩＣカードやＩＣタグ、さらには、紙チケットに印刷、貼付されるバーコードなど、上記情報が記録できる記憶媒体ならば、どのような媒体でもかまわない。
【００３７】
図２に、本発明の実施例における、旅券媒体５００、ロビー端末３００あるいは機内端末４００、番組管理サーバ１００間の全体処理フローを示す。
【００３８】
Ｓ１で、ロビー端末３００あるいは機内端末４００が、閲覧手段３１０、４１０上の操作を契機にユーザのコンテンツ配信要求を、挿入された旅券媒体５００の記憶領域５１０から読み取ったフライトＮＯおよび座席ＮＯとともに、番組管理サーバ１００に送信する。
【００３９】
Ｓ２で、番組管理サーバ１００の番組決定手段１１０は、ロビー端末３００あるいは機内端末４００からのコンテンツ配信要求を受信し、その端末ＮＯおよび、フライトＮＯ、座席ＮＯを識別する。
【００４０】
Ｓ３で、番組管理サーバ１００の番組決定手段１１０は、この配信希望ユーザが新規ユーザであるか否かを判断するために、視聴管理テーブル８００を参照し、識別したフライトＮＯと座席ＮＯの組み合わせ（ユーザを識別する情報となる）で管理されるユーザレコードが存在するか否か、を判定する。
【００４１】
なお、このＳ３の処理で、ロビー端末３００あるいは機内端末４００に表示される図示していない配信希望画面に、新規コンテンツ選択なのか、あるいは、既に視聴し始めたコンテンツの継続配信指示なのか、を選択できる指示ボタンを備えておき、選択されたボタン情報をロビー端末３００あるいは機内端末４００が番組管理サーバ１００に送信するようにすれば、番組決定手段１１０は、視聴管理テーブル８００を参照せずに、受信した選択ボタン情報の内容から、即座にＳ４、Ｓ７の何れの処理へ進むべきかを決定することが可能になる。
【００４２】
該当ユーザレコードが存在しない場合、番組決定手段１１０は、まだ配信すべきコンテンツが決定されていないと判断してＳ４の番組決定処理へ進む。一方、該当ユーザレコードが存在する場合は、既にコンテンツは選択されており、該選択済みのコンテンツの配信要求がなされていると判断して、番組決定手段１１０は、再生手段１２０に該当ユーザレコード情報を指定した上、以降のコンテンツ再生処理を実行するよう指示する。
【００４３】
但し、このＳ３の処理で、フライトＮＯと座席ＮＯとの組み合わせが該当するユーザレコードが存在している場合でも、端末種別に機内端末４００が設定されているならば、さらに、配信要求している端末ＮＯとユーザレコードに記録される端末ＮＯを照合し、一致しない場合は、自分の指定座席とは異なる座席でコンテンツ配信を希望していると判断して、番組決定手段１１０は、自分の指定座席から番組の視聴希望を行なうよう指示する警告画面を配信要求している機内端末４００へ送信し、一連の処理を終了する。
【００４４】
Ｓ４で、番組決定手段１１０は、視聴管理テーブル８００へ新規ユーザレコードを生成し、フライト管理テーブル６００に管理される該当フライトＮＯのスケジュールや番組管理テーブル７００を参照しながらコンテンツ候補をロビー端末３００あるいは機内端末４００へ送信し、Ｓ５で、該端末はその候補情報を図１３のようなコンテンツ選択画面１０００に表示し、Ｓ６で、該端末はユーザから指示された選択コンテンツ情報を再び番組管理サーバ１００へ送信し、番組決定手段１１０は、選択されたコンテンツ情報を視聴管理テーブル８００の該当ユーザレコードへ記録した上で、該当ユーザレコード情報を指定して、再生手段１２０に再生処理を実行するように指示する。
【００４５】
なお、このＳ４の番組決定処理については、図３および図４を示しながら、その詳細処理フローを後に説明する。
【００４６】
Ｓ７で、番組管理サーバ１００の再生手段１２０は、番組決定手段１１０からの再生処理指示を受けて、視聴管理テーブル８００を参照し、該当ユーザが配信希望するコンテンツを所定の配信開始位置からロビー端末３００あるいは機内端末４００に配信する。
【００４７】
但し、配信を開始する前に、ユーザの視聴可能時間内にコンテンツ配信が完了するか否かを判断し、もし完了できないと判定すれば、ロビー端末３００あるいは機内端末４００に対してユーザの視聴可能時間内には配信完了できない旨を伝える図１７のようなコンテンツ再生時間不足画面１５００を表示する。そして、この画面表示に対して、ロビー端末３００あるいは機内端末４００から継続視聴を続けるとのユーザ指示があれば、該当ユーザレコードの再生済時間に記録される配信開始位置からコンテンツを配信する。
【００４８】
Ｓ８で、ロビー端末３００あるいは機内端末４００の閲覧手段３１０、４１０が、番組管理サーバ１００から送信されるコンテンツや画面情報をディスプレイに表示し、あるいは、画面上で操作ボタン等のイベント指示が入力されるとその情報を番組管理サーバ１００へ送信する。
【００４９】
Ｓ９で、番組管理サーバ１００の終了手段１３０は、視聴管理テーブル８００において再生フラグがコンテンツ配信中を示すユーザレコードを参照し、該ユーザの利用フライトＮＯのスケジュールをフライト管理テーブル６００で確認し、所定の予定日時（搭乗案内日時や到着日時）に基づいた基準日時を特定し、現在再生中のコンテンツを強制的に停止すべきか否かを判断する。
【００５０】
コンテンツを強制的に停止すべきと判定すれば、ロビー端末３００あるいは機内端末４００に対して、コンテンツ配信を停止するとともに、強制停止情報と継続視聴の希望をユーザに問い合わせる情報を含む画面を表示する。そして、ロビー端末３００あるいは機内端末４００から、継続視聴予約指示が返信されれば、その指示情報に基づいて、視聴管理テーブル８００の再生済時間を更新する。
【００５１】
Ｓ１０で、ロビー端末３００あるいは機内端末４００の閲覧手段３１０、４１０は、番組管理サーバ１００から送信される画面情報をディスプレイに表示し、あるいは、画面上で操作ボタン等のイベント指示が入力されるとその情報を番組管理サーバ１００に送信する。
【００５２】
以上が、本発明の実施例における全体処理フローである。
【００５３】
図３および図４に、番組管理サーバ１００の番組決定手段１１０が実行する番組決定処理の詳細処理フローを示す。図２の全体処理フローで既に述べたが、この番組決定処理は、番組決定手段１１０が、Ｓ２の依頼受付処理およびＳ３の新規ユーザ判定を行なって、配信を希望するユーザが新規ユーザであると判断された場合に実行される。
【００５４】
Ｓ２１で、新規ユーザの情報を管理するため、番組決定手段１１０は、視聴管理テーブル８００に新規レコードを作成し、Ｓ２２で、ロビー端末３００あるいは機内端末４００から送信されてきたフライトＮＯ、座席ＮＯ、端末ＮＯを、この新規作成レコードに記録する。
【００５５】
この時、番組決定手段１１０は、端末ＮＯから端末種別を識別し、併せて記録する。例えば、図１１の視聴管理テーブル８００の例では、「ＳＴ」という文字を含む端末ＮＯは機内端末４００を示すものとして、端末種別を「ＦＬＴ」と記録する。また、「ＬＢ」という文字を含む端末ＮＯはロビー端末３００を示すものとして、端末種別を「ＬＢＹ」と記録する。
【００５６】
この端末種別は、ロビー端末３００と機内端末４００とでは以降の処理内容が異なるために、設けられるものである。
【００５７】
Ｓ２３で、番組決定手段１１０は、端末種別を識別することで、配信希望ユーザが搭乗案内までの待機場所、あるいは、航空機内、のどちらの場所に位置しているかを判定する。待機場所か機内かの違いは、番組決定手段１１０のユーザの視聴可能時間算出方法に影響する。そして、端末種別が「ＬＢＹ」ならば空港ロビーにユーザがいると判断し、番組決定手段１１０はＳ２４〜Ｓ３０の処理へと進み、一方、端末種別が「ＦＬＴ」ならば航空機内にユーザがいると判断し、Ｓ３４〜Ｓ３６へと進む。
【００５８】
空港ロビーにユーザがいると判断すると、Ｓ２４で、番組決定手段１１０は、視聴管理テーブル８００の該当ユーザレコードのフライトＮＯを識別し、フライト管理テーブル６００の該当フライトＮＯレコードから、対応する搭乗案内日時、出発日時、到着日時を読み込む。
【００５９】
Ｓ２５で、番組決定手段１１０は、該当フライトＮＯの航空機内におけるコンテンツ配信可能な時間である機内再生時間を算出する。すなわち、番組決定手段１１０は、出発日時と到着日時の差分時間から、さらに設定された所定時間（本実施例では４０分間）を減じることで、機内再生時間を算出する。
【００６０】
通常、航空機内においては、離陸後および着陸前のある一定時間は、航空機の各種機器に影響を与えるのを防ぐため、あるいは、安全のため座席やテーブルを所定状態に整えるため等の条件で、機内端末４００が使用できない時間を考慮する必要がある。差分時間から所定時間を減じるのは、こうした点を考慮している。
【００６１】
さらに、この所定時間は、出発から離陸までの時間等他の条件を考慮して設定することも可能であり、逆に、機内端末４００が使用できない状態を想定する必要が無いのならば、所定時間を設定しなくともよい。
【００６２】
また、この所定時間は、プログラムに書き込まれるよりも、随時管理者が設定変更できるように、条件テーブルに、その他の条件項目とともに、記録されていることが望ましい。
【００６３】
Ｓ２６で、番組決定手段１１０は、待機場所においてコンテンツを配信可能な時間である搭乗前再生時間を算出する。すなわち、番組決定手段１１０は、搭乗案内日時と現在日時の差分時間から、さらに設定された所定時間（本実施例では１０分間）を減じることで、搭乗前再生時間を算出する。
【００６４】
この時、所定時間を設定して減じるのは、搭乗案内日時が開始される前に予めコンテンツ配信を停止し、ユーザの搭乗案内への準備を整えさせる時間を用意するためである。もしも、このような時間が必要ないのであれば、所定時間を減じる必要はない。
【００６５】
Ｓ２７で、番組決定手段１１０は、Ｓ２５で算出した機内再生時間と、Ｓ２６で算出した搭乗前再生時間を合算する。これにより、配信希望ユーザの搭乗案内までの待機時間までふくめた最大限の視聴可能時間となる再生合計時間が算出される。
【００６６】
Ｓ２８〜Ｓ３０で、番組決定手段１１０は、機内再生時間、搭乗前再生時間、再生合計時間のそれぞれを条件に、番組管理テーブル７００の上映時間を参照し、これら条件に合致するコンテンツを順次抽出する。
【００６７】
すなわち、Ｓ２８で、番組決定手段１１０は、コンテンツの上映時間が搭乗前再生時間よりも短いコンテンツを選択し、コンテンツの番組ＮＯ、題名、紹介文、上映時間を番組Ｂ群として抽出する。この番組Ｂ群に抽出されたコンテンツは、今から搭乗案内日時の１０分前までに視聴を完了できるものである。
【００６８】
Ｓ２９で、番組決定手段１１０は、コンテンツの上映時間が機内再生時間よりも短いコンテンツを選択し、コンテンツの番組ＮＯ、題名、紹介文、上映時間を番組Ｃ群として抽出する。但し、既に番組Ｂ群に抽出されたコンテンツは、除外される。番組Ｃ群に抽出されたコンテンツは、機内に搭乗中だけでも視聴完了が可能であるが、それを待機時間から見始めることができるものである。
【００６９】
Ｓ３０で、番組決定手段１１０は、コンテンツの上映時間が、搭乗前再生時間と機内再生時間を合算した再生合計時間よりも短いコンテンツを選択し、コンテンツの番組ＮＯ、題名、紹介文、上映時間を番組Ａ群として抽出する。但し、既に番組Ｂ群・番組Ｃ群に抽出されたコンテンツは、除外される。さらに、番組決定手段１１０は、上映時間が機内再生時間をどれだけ超過しているか超過時間を算出する。
【００７０】
番組Ａ群に抽出されたコンテンツは、機内だけでは視聴完了ができない、したがって、従来ならば、コンテンツ候補になり得なかったコンテンツである。
【００７１】
一方、Ｓ２３の端末種別で機内端末であると判断した場合、番組決定手段１１０は、Ｓ３４〜Ｓ３６を処理して、コンテンツ候補の抽出する。
【００７２】
Ｓ３４で、番組決定手段１１０は、フライト管理テーブル６００の該当フライトＮＯレコードから到着日時を特定する。
【００７３】
Ｓ３５で、番組決定手段１１０は、機内におけるコンテンツ視聴可能時間となる機内再生時間を算出する。機内再生時間は、到着日時と現在日時の差分時間から、さらに、設定された所定時間（本実施例では２０分）を減じたものである。
【００７４】
この所定時間は、航空機の着陸前のある一定時間は、航空機各種機器に影響を与えるのを防ぐため、あるいは、座席やテーブルを所定状態に整えるため等の条件で、機内端末４００が使用できないことを考慮している。所定時間には、さらにその他の条件を加えて設定されてもよいし、また、不要として設定しなくてもよい。
【００７５】
Ｓ３６で、番組決定手段１１０は、算出した機内再生時間内で視聴完了できるコンテンツ候補を、番組管理テーブル７００の各コンテンツレコードの上映時間を参照して抽出する。コンテンツの上映時間が機内再生時間よりも短いコンテンツを選択し、コンテンツの番組ＮＯ、題名、紹介文、上映時間を番組Ｃ群として抽出する。この番組Ｃ群に抽出されたコンテンツは、今から航空機が目的地へ到着する２０分までに視聴を完了できるものである。そして、番組決定手段１１０は、Ｓ３１の処理へと進む。
【００７６】
ロビー端末３００あるいは機内端末４００に対するコンテンツ候補を抽出した番組決定手段１１０は、Ｓ３１で、番組選択画面情報を生成し、視聴管理テーブル８００の該当ユーザレコードに記録される端末ＮＯのロビー端末３００あるいは機内端末４００に画面情報を送信する。
【００７７】
図１３に番組選択画面例を示す。コンテンツ選択画面１０００は、フライト管理テーブル６００から読み込まれた該当フライトＮＯのスケジュール情報から、現在日時以降のスケジュール日時を表示した後に、３つの番組群に分類してコンテンツ候補を表示している。
【００７８】
コンテンツ選択画面１０００で、「機内だけでは見終わることができない番組を今から見る！」に分類されるコンテンツ候補は、番組Ａ群に相当する。「搭乗前視聴（分）」はＳ３０で番組決定手段１１０が算出した超過時間に相当し、「機内でご覧になれる最大視聴時間時間」は、Ｓ２５で算出された機内再生時間に相当する。
【００７９】
ユーザは、選択ボタンを押下することで、視聴するコンテンツを決定する。この選択ボタンが押されると、ロビー端末３００あるいは機内端末４００は、対応するコンテンツの番組ＮＯ、上映時間を番組管理サーバ１００へ送信する。
【００８０】
コンテンツ選択画面１０００で、「搭乗案内開始までに見終わってしまう番組を見る！」に分類されるコンテンツ候補は番組Ｂ群に相当する。
【００８１】
コンテンツ選択画面１０００で、「機内の時間だけでも見終われる番組を、今から見始める！」に分類されるコンテンツ候補は番組Ｃ群に相当する。また、「機内でご覧になれる最大視聴時間時間」は、ロビー端末３００向けの画面ならばＳ２５で算出された機内再生時間が相当し、機内端末４００向けの画面ならばＳ３５で算出された機内再生時間がこれに相当する。
【００８２】
但し、コンテンツ候補が抽出されなかった番組群については、見出しを含めた該当番組群の領域は情報生成されない。したがって、機内端末４００向けの画面は、常に、番組Ｃ群に対応するコンテンツ候補領域しか表示されない。
【００８３】
また、コンテンツ候補が１つも抽出されなかった場合は、上記画面の代わりに、例えば、「ご覧いただけるコンテンツは現在ございません」といった内容のメッセージ情報がロビー端末３００あるいは機内端末４００へ送信される。
【００８４】
Ｓ３２で、番組決定手段１１０は、ロビー端末３００あるいは機内端末４００から、フライトＮＯ、座席ＮＯ、端末ＮＯ、ユーザに選択された番組ＮＯおよび上映時間を受信する。
【００８５】
そして、Ｓ３３で、番組決定手段１１０は、視聴管理テーブル８００の該当ユーザレコードに、番組ＮＯおよび上映時間を記録した上で、該当ユーザレコードの再生処理を実行するよう再生手段１２０に指示する。なお、この時点における該当ユーザレコードの再生済時間は記録されておらず、再生フラグは非再生中を示す状態になっている。
【００８６】
以上のような番組決定処理を、番組決定手段１１０は、サービス終了となるまで、ロビー端末３００あるいは機内端末４００からのコンテンツ配信要求を受信する毎に、繰り返し実行するのである。
【００８７】
次に、図２のＳ７再生処理に相当する詳細処理を、図５および図６に示しながら説明する。この再生処理は、番組管理サーバ１００の再生手段１２０が行なう。
【００８８】
Ｓ４１で、再生手段１２０は、番組決定手段１１０からの視聴管理テーブル８００の再生対象となるユーザレコードを指定された上で、再生指示を受信する。この時、番組決定手段１１０は、該当ユーザレコードの情報内容を再生手段１２０に受け渡すようにすれば、再生手段１２０が改めて視聴管理テーブル８００から該当ユーザレコードを読み込む作業を省略できる。
【００８９】
Ｓ４２で、再生手段１２０は、該当ユーザレコードの端末種別からロビー端末３００か機内端末４００かを判定し、判定結果がロビー端末３００ならばＳ４３へ進み、機内端末４００ならばＳ５７へ進む。
【００９０】
コンテンツ配信先がロビー端末３００と判断した場合、再生手段１２０は、S４３で、フライト管理テーブル６００で該当ユーザに対応するフライトNOレコードの搭乗案内日時を識別し、現在日時が搭乗案内日時を所定時間（本実施例では１０分）繰り上げた判定日時に達しているか否かを判定する。この所定時間は、番組決定処理のS２６で設定される所定時間と同一の値である。
【００９１】
そして、現在日時が判定日時に達していると判断した場合は、再生手段１２０は、S４４へ進み、搭乗案内間際である、あるいは、搭乗案内が既に開始されているためにコンテンツの再生はできない旨のメッセージ画面情報を、該当するロビー端末３００へ送信する。そして、再生手段１２０は、Ｓ５６へ進む。
【００９２】
一方、まだ現在日時が判定日時に達していないと判断した場合は、再生手段１２０は、S４５へ進み、指定されたコンテンツを配信するのに要する時間である残上映時間を算出する。すなわち、再生手段１２０は、視聴管理テーブル８００の該当ユーザレコードの上映時間から再生済時間を減じることで残上映時間を算出する。
【００９３】
次に再生手段１２０は、S４６で機内再生時間、S４７で搭乗前再生時間、S４８で再生合計時間を算出する。これら算出方法は、それぞれ、番組決定処理のS２５、S２６、S２７の処理と同一のため、説明は省略する。
【００９４】
なお、番組決定手段１１０がS２５〜S２７で算出した値を含めて、再生手段１２０へ該当ユーザレコードに関するコンテンツ再生処理を指示することも可能であり、その場合は、S４６〜S４８は、必要なくなる。
【００９５】
S４３〜S４８の処理は、コンテンツ配信先がロビー端末３００の場合であるが、S４２でコンテンツ配信先が機内端末４００であると判断すると、再生手段１２０は、Ｓ５７〜Ｓ６１の処理を行なった上で、後述のＳ４９の処理へ戻ってくる。
【００９６】
Ｓ５７で、再生手段１２０は、フライト管理テーブル６００で該当ユーザに対応するフライトNOレコードの到着日時を識別し、現在日時が到着日時を所定時間（本実施例では２０分）繰り上げた判定日時に達しているか否かを判定する。この所定時間は、番組決定処理のS３５で設定される所定時間と同一の値である。
【００９７】
そして、現在日時が判定日時に達していると判断した場合は、再生手段１２０は、Ｓ５８へ進み、コンテンツの配信を停止し、視聴管理テーブル８００の該当ユーザレコードを削除する。本実施例では到着２０分前には航空機が着陸態勢に入り機内端末４００が使用不可となり、また、そうなると、もうこれ以降で同一コンテンツを視聴する機会はなくなるので、視聴管理テーブル８００に該当ユーザレコードを保持する必要がなくなるので、これを削除する。
【００９８】
なお、履歴管理のため削除ユーザレコードのログを保存しておいてもよい。また、全ての機内端末４００が到着以前の所定時点で自動的にシステムで停止されるのであれば、Ｓ５７のように日時を判定するのではなく、機内端末４００が一括停止されているかを判断するようにしても構わない。
【００９９】
Ｓ５９で、再生手段１２０は、残上映時間を算出する。この処理ステップは、Ｓ４５と同一の処理なので説明は省略する。
【０１００】
Ｓ６０で、再生手段１２０は、航空機到着予定以前の所定時点（本実施例では到着２０分前）までにどれくらいコンテンツを配信可能なのか、を示す機内再生時間を算出する。すなわち、再生手段１２０は、フライト管理テーブル６００の該当フライトＮＯレコードから到着日時を特定し、その到着日時と現在日時の差分時間から、設定された所定時間（本実施例では２０分）を減じて機内再生時間を算出する。なお、番組決定手段１１０は、番組決定処理のS３５で算出した値を含めて、再生手段１２０へ該当ユーザレコードに関するコンテンツ再生処理を指示することも可能であり、その場合は、S６０の処理は、必要なくなる。
【０１０１】
さらに、Ｓ６１で、再生手段１２０は、この機内再生時間を再生合計時間、すなわち、機内で今から再生できる最大の時間として設定する。
【０１０２】
ロビー端末３００あるいは機内端末４００を対象にした以上いずれかの処理を行なった上で、再生手段１２０は、Ｓ４９に進み、残上映時間が再生合計時間を超過していないか否かを判定する。
【０１０３】
そして、Ｓ４９で残上映時間が再生合計時間を超過している（つまり、コンテンツの未視聴部分を全て視聴できる時間が残されていない）場合は、再生手段１２０は、Ｓ５０で、該当するロビー端末３００あるいは機内端末４００へ、コンテンツの最後までは視聴できない旨のメッセージと、それでも配信を望むか否かの選択ボタンを含む画面情報を送信する。
【０１０４】
図１７に、ロビー端末３００に表示されるコンテンツ再生時間不足画面１５００を例示する。コンテンツ再生時間不足画面１５００に表示される、コンテンツの「番組ＮＯ」、「番組の残り時間」の内容は、視聴管理テーブル８００の該当ユーザテーブルの番組ＮＯおよび再生済時間が対応し、また、コンテンツの「題名」の内容は、番組管理テーブル７００の該当番組ＮＯレコードに記憶されている題名が再生手段１２０によって参照される。
【０１０５】
また、コンテンツ再生時間不足画面１５００に表示される「ロビーでご覧いただける視聴可能時間」の内容はＳ４７で算出した搭乗前再生時間であり、そして、「旅客機でご覧いただける視聴可能時間」の内容はＳ４６で算出した機内再生時間である。
【０１０６】
ユーザがコンテンツ再生時間不足画面１５００に表示される「このまま再生」（継続配信）ボタンが押下されると、ロビー端末３００から番組管理サーバ１００へ該当コンテンツの配信指示が送信され、また、「視聴を止める」（継続配信放棄）ボタンが押下されると、放棄指示が送信されることになる。
【０１０７】
機内端末４００に表示されるコンテンツ再生時間不足画面１５００では、「ロビーでご覧いただける視聴可能時間」が削除され、また、「旅客機でご覧いただける視聴可能時間」の内容は、再生手段１２０がＳ６０で算出した機内再生時間に基づいて表示される。
【０１０８】
Ｓ５１で、再生手段１２０は、コンテンツ再生時間不足画面１５００で操作したユーザ選択の結果をロビー端末３００あるいは機内端末４００から受信し、受信内容が、継続配信指示なのか、放棄指示なのか、を識別する。
【０１０９】
そして、受信内容が配信放棄指示の場合は、再生手段１２０は、Ｓ５２へ進み、視聴管理テーブル８００の該当ユーザレコードを削除して、Ｓ５６へ進む。
【０１１０】
一方、受信内容が継続配信指示の場合は、再生手段１２０は、Ｓ５３へ進み、視聴管理テーブル８００における該当ユーザテーブルの番組ＮＯに基づき、番組管理テーブル７００の該当番組ＮＯレコードに記録される分類を参照し、次に、広告管理テーブル８００の全レコードの中から、該当する分類に対応づけられた広告ＮＯを抽出する。この時、抽出される広告の数は所定値に所定の方法で絞り込んでもよい。
【０１１１】
Ｓ５４で、再生手段１２０は、図１４に示すようなコンテンツ再生画面１１００をロビー端末３００あるいは機内端末４００に送信した後、視聴管理テーブル８００の該当ユーザレコードの再生済時間を経過させたところから該当コンテンツデータを配信開始するとともに、Ｓ５３で抽出した広告データを送信する。なお、再生手段１２０は、抽出された広告が複数ある場合は、コンテンツ配信中に、抽出した広告を順次入れ替えながら送信することになる。
【０１１２】
図１４に示したコンテンツ再生画面１１００は、配信コンテンツが表示される番組再生領域、広告が表示される広告表示領域とともに、コンテンツ配信をユーザの意思で終了させる選択ボタンが備えられている。
【０１１３】
この選択ボタンには、現在のコンテンツ配信を終了するとともに以降同一コンテンツの継続視聴を行なわないことを示す「視聴終了」（継続視聴放棄）ボタンと、現在のコンテンツ配信は終了するが以降同一コンテンツを終了した位置から再び継続視聴したいことを示す「中断（継続視聴予約）」ボタン、の２種類がある。
【０１１４】
「視聴終了」ボタンが押下されれば、ロビー端末３００あるいは機内端末４００は、フライトＮＯ、座席ＮＯ、コンテンツ配信終了指示および継続視聴放棄指示を番組管理サーバ１００に送信し、番組管理サーバ１００の終了手段１３０が、コンテンツ配信を終了し、該当ユーザレコードを削除する。
【０１１５】
「中断（継続視聴予約）」ボタンが押下されれば、ロビー端末３００あるいは機内端末４００は、フライトＮＯ、座席ＮＯ、コンテンツ配信終了指示、現在までに閲覧手段が番組再生領域に再生したコンテンツの再生済時間を含む継続視聴予約指示を番組管理サーバ１００に送信し、終了手段１３０がコンテンツ配信を終了し、該当ユーザレコードの再生済み時間を更新し、また、再生フラグをＯＦＦ（当実施例では「１」を削除）に設定する。
【０１１６】
そして、終了手段１３０は、端末種別を識別した上で、ロビー端末３００ならば、再生処理のＳ４５〜Ｓ４７と同様の処理で、残上映時間、機内再生時間、搭乗前再生時間を算出し、該当コンテンツ情報と併せて図１６の継続視聴予約確認画面１４００を作成し、ロビー端末３００に送信した上で、視聴管理テーブル８００の該当ユーザレコードの端末種別および端末ＮＯを削除する。この時、さらに残上映時間が機内再生時間と搭乗前再生時間の合計時間を超える場合は、図１７のコンテンツ再生時間不足画面１５００を表示するようにしてもよい。この際の処理は再生処理におけるＳ５０と同様の処理となる。
【０１１７】
ここで、識別した端末種別が機内端末４００ならば、終了手段１３０は、再生処理のＳ５９〜Ｓ６０と同様の処理で、残上映時間、機内再生時間を算出し、該当コンテンツ情報と合わせて図１６の継続視聴予約確認画面１３００を作成し、機内端末４００へ送信する。この時、さらに残上映時間が機内再生時間を超える場合は、図１７のコンテンツ再生時間不足画面１５００を表示するようにしてもよい。
【０１１８】
また、番組再生領域上のコンテンツを全て再生完了した場合は、ロビー端末３００あるいは機内端末４００は、「視聴終了」ボタンが押下された場合と同様の情報を番組管理サーバ１００へ送信し、終了手段１３０も既述したのと同様な終了処理を実行する。
【０１１９】
再生処理の説明に戻り、Ｓ５５で、再生手段１２０は、視聴管理テーブル８００の該当ユーザレコードの再生フラブをＯＮ（当実施例では「１」）に設定する。
【０１２０】
そして、Ｓ５６で、再生手段１２０は、当コンテンツ配信システム全体の終了処理要求が起動されるか否かを監視し、当該システムの終了処理要求が起動されていなければ、再生手段１２０は、再びＳ４１へ戻り、当該システムの終了処理要求が起動されているならば、再生手段１２０は、上記一連の再生処理を終了する。
【０１２１】
Ｓ９の終了処理に相当する、番組管理サーバ１００の終了手段１３０が実行する詳細処理について、図７および図８を用いて、説明する。
【０１２２】
Ｓ７１で、終了手段１３０は、視聴管理テーブル８００における先頭のユーザレコードを読み込む。
【０１２３】
Ｓ７２で、終了手段１３０は、特定したユーザレコードの再生フラグを識別し、再生フラグがＯＮ（当実施例では「１」）であればＳ７３以降へ進み、ＯＮでなければＳ８４へ進み、それぞれの処理を実行する。
【０１２４】
再生フラグがＯＮの場合、終了手段１３０は、Ｓ７３で、視聴管理テーブル８００の該当ユーザレコードの端末種別を識別し、ロビー端末３００ならばＳ７４以降の処理へ進み、機内端末４００ならばＳ８６以降の処理へ進み、それぞれの処理を実行する。
【０１２５】
端末種別がロビー端末３００ならば、終了手段１３０は、Ｓ７４で、搭乗案内間近となりロビー端末３００へのコンテンツ配信を終了させるべき日時である再生期限日時を算出する。再生期限日時は、該当ユーザレコードのフライトＮＯをキーに、フライト管理テーブル６００の該当フライトＮＯレコードの搭乗案内日時を所定時間（当実施例では１０分）繰り上げた日時である。なお、繰り上げる所定時間は、番組決定処理におけるＳ２６、および、再生処理におけるＳ４７の所定時間と同一値となる。
【０１２６】
Ｓ７５で、終了手段１３０は、現在日時が再生期限日時に達しているか否かを判定し、達している場合はＳ７６以降へ進み、達していない場合はＳ８４へ進み、それぞれの処理を実行する。
【０１２７】
現在日時が再生期限日時に達していると判定した場合、終了手段１３０は、Ｓ７６で、ロビー端末３００へのコンテンツ配信を終了し、Ｓ７７で、ロビー端末３００に番組再生中断画面を送信した上で、Ｓ７８で視聴管理テーブル８００の該当ユーザレコードの再生フラグをＯＦＦ（当実施例では「１」を削除）にする。
【０１２８】
図１５にコンテンツ再生中断画面１２００の例を示す。コンテンツ再生中断画面１２００には、間もなく搭乗案内が開始される旨のメッセージと、同一コンテンツの続きを視聴希望する「継続」（継続視聴予約）ボタン、継続希望せずにこのまま視聴を終了する「終了」（継続視聴放棄）ボタンが用意される。
【０１２９】
同画面には、「あと１０分で」と記載されるが、この時間は、Ｓ７４で設定されている繰上げ所定時間と同一値である。
【０１３０】
「終了」ボタンが押下されると、ロビー端末３００は、フライトＮＯ、座席ＮＯ、および継続視聴放棄指示を番組管理サーバ１００に送信する。「継続」ボタンが押下されれば、ロビー端末３００は、フライトＮＯ、座席ＮＯ、現在までに閲覧手段がコンテンツ再生画面１１００の番組再生領域に再生したコンテンツの再生済時間を含む継続視聴予約指示を番組管理サーバ１００に送信する。
【０１３１】
終了手段１３０は、Ｓ７９で、コンテンツ再生中断画面１２００の上記ボタンが押下された時点でロビー端末３００が送信してくる送信内容を識別し、継続視聴放棄指示である場合は、Ｓ８０へ進み視聴管理テーブル８００の該当ユーザレコードを削除して、Ｓ８４へ進み、一方、継続視聴予約指示である場合は、Ｓ８１以降の処理へ進む。
【０１３２】
Ｓ８１で、終了手段１３０は、継続視聴予約指示に含まれる終了時間を視聴管理テーブル８００の該当ユーザレコードの再生済時間に書き込んだ上で、該当コンテンツの残りを配信するために要する時間である残上映時間を算出する。残上映時間は、該当ユーザレコードの上映時間から再生済時間を減じることで算出される。
【０１３３】
Ｓ８２で、終了手段１３０は、機内でコンテンツを配信できる最大限の時間となる機内再生時間を算出する。機内再生時間の算出方法は、番組決定処理におけるＳ２５、および、再生処理におけるＳ４６の場合と同一なので、説明は省略する。
【０１３４】
Ｓ８３で、終了手段１３０は、算出した残上映時間と機内再生時間に基づき、該当コンテンツ情報と併せて図１６の継続視聴予約確認画面１３００を作成しロビー端末に送信した上で、視聴管理テーブル８００の該当ユーザレコードの端末種別および端末ＮＯを削除する。
【０１３５】
その後、終了手段１３０は、Ｓ８４へ進み、当コンテンツ配信システム全体の終了処理要求が起動されているか否かを識別し、起動されていなければ、Ｓ８５へ進み、視聴管理テーブル８００の次のレコードを読み込んだ上で、Ｓ７２の処理へ戻る。一方、システム全体の終了処理要求が起動されている場合は、終了手段１３０は、一連の終了処理を終える。
【０１３６】
さて、Ｓ７３で、コンテンツ再生中の該当ユーザレコードの端末種別が機内端末４００であると判定した場合、終了手段１３０は、図８のＳ８６へ進み、再生期限日時を算出する。ここでの再生期限日時は、該当ユーザレコードのフライトＮＯをキーに、フライト管理テーブル６００の該当フライトＮＯレコードの到着日時を参照し、その到着日時から所定時間（当実施例では２０分）繰り上げた日時である。なお、繰り上げ所定時間は、番組決定処理におけるＳ３５、および、再生処理におけるＳ６０の所定時間と同一の値である。
【０１３７】
Ｓ８７で、終了手段１３０は、現在日時が再生期限日時に達しているか否かを判定し、いまだ再生期限日時に達していなければＳ８４へ進む。
【０１３８】
一方、現在日時が再生期限日時に達していると判定した場合は、終了手段１３０は、Ｓ８８へ進み、到着間近となりこれ以上はコンテンツ配信ができない旨を伝えるコンテンツ配信終了画面を該当機内端末４００へ送信するとともに、視聴管理テーブル８００の該当ユーザレコードを削除した上で、Ｓ８４へ進む。
【０１３９】
なお、コンテンツが全て再生完了した場合は、ロビー端末３００あるいは機内端末４００は、フライトＮＯ、座席ＮＯ、コンテンツ配信終了指示および継続視聴放棄指示を番組管理サーバ１００に送信し、番組管理サーバ１００の終了手段１３０が、コンテンツ配信を終了し、視聴管理テーブル８００の該当ユーザレコードを削除する。
【０１４０】
さらに、終了手段１３０は、Ｓ７７とＳ７８の間で、Ｓ８１〜Ｓ８２を先に処理した上で、残上映時間が機内再生時間を超えないかを判定し、超過している場合は、コンテンツ再生中断画面１２００の表示情報に加えて、上映残時間、機内再生時間、および、機内で最大限継続視聴してもコンテンツを最後まで視聴することは不可能である旨の情報を追加して表示するようにしてもよい。但し、Ｓ７７の次に、ロビー端末３００に対してコンテンツの再生済時間を照会することが必要である。こうすれば、コンテンツ視聴が中断される場合にも、予め、機内でコンテンツを最後まで視聴できるのか否かをユーザに認知させることが可能となる。
【０１４１】
以上が、本発明における実施例の番組管理サーバ１００の処理内容である。
【０１４２】
当実施例のＳ４の番組決定処理、Ｓ７の再生処理、Ｓ９の終了処理は、いずれも、ロビー端末３００あるいは機内端末４００からの送信を待つような状況が生じるので、各処理を処理対象ユーザレコード毎に並列に処理するマルチスレッド方式で実行することがより好ましい。
【０１４３】
他の実施例としては、フライトＮＯと座席ＮＯの他に、さらにユーザを一意に特定するユーザ識別子を管理し、旅券媒体内の情報を読み込むことが可能な端末で操作さえすれば、航空機が目的地到着した以降もコンテンツを継続配信させる実施形態も考えうる。
【０１４４】
この場合は、コンテンツ配信が完了するか、あるいは、ユーザからの継続視聴放棄指示を受信しない限り、該当ユーザレコードを削除しないで保持するような処理に変更し、視聴管理テーブル８００には配信要求日時が到着日時を超えているか否かが識別できる到着後フラグを設け、到着後フラグがＯＮに設定されたユーザレコードからの配信要求を受信した場合は、Ｓ７の再生処理やＳ９の終了処理を行わず、単純に、コンテンツ再生画面１１００に用意された「視聴終了」ボタン・「中断（継続視聴予約）」ボタンが押下されるか、あるいは、コンテンツ配信の完了時点で端末から送信される終了情報に基づき、視聴管理テーブル８００を管理することになる。
【０１４５】
さらに、上記のような目的地到着後の継続視聴を許す場合は、到着後フラグがＯＮに設定されているユーザに対しては、番組決定手段１１０は、新規のコンテンツ選択を実行しないようにすることが好ましい。
【０１４６】
以下に付記する。
（付記１）
端末へコンテンツを配信するコンテンツ配信装置において、
ユーザ情報、コンテンツの配信総時間が対応づけて管理される視聴管理テーブルと、
ユーザ情報、予定情報が対応づけて管理されるスケジュール管理テーブルと、
端末からユーザ情報およびコンテンツの再生済み位置を受信する受付手段と、
前記視聴管理テーブルを参照し、前記ユーザ情報に対応づけられた配信総時間と前記再生済み位置から、前記ユーザ情報にコンテンツを配信するための配信所要時間を算出するとともに、前記スケジュール管理テーブルから前記ユーザ情報の所定の予定情報と現在日時から該ユーザがコンテンツを視聴できる視聴可能時間を算出する算出手段と、
前記配信所要時間と前記視聴可能時間の比較に基づいて、前記端末へコンテンツの最終まで視聴完了できるか否かを示す通知情報を前記端末に送信する表示手段と
を備えたことを特徴とするコンテンツ配信装置。（１）
（付記２）
前記表示手段は、前記配信所要時間を前記視聴可能時間と比較して、該配信所要時間が該視聴可能時間を超過する場合は、前記端末へコンテンツの最終までは視聴できない旨の警告情報を送信し、一方、前記配信所要時間が前記視聴可能時間を超過しない場合は、前記配信所要時間と前記視聴可能時間を示す通知情報を前記端末に送信する
ことを特徴とする付記１記載のコンテンツ配信装置。（２）
（付記３）
前記スケジュール管理テーブルに管理される前記予定情報は、ユーザが利用する交通機関の出発日時および該交通機関が目的地に到着する迄の所要時間が求められる情報であり、
前記算出手段は、前記視聴可能時間を、交通機関の前記所要時間と、現在日時から前記出発日時に基づいた待機時間を合算して算出する
ことを特徴とする付記１乃至２いずれかに記載のコンテンツ配信装置。（３）
（付記４）
前記表示手段が送信する通知情報には、前記視聴可能時間の内訳となる前記待機時間、前記交通機関の所要時間が別個に表示される
ことを特徴とする付記３記載のコンテンツ配信装置。
（付記５）
現在日時が前記交通機関の出発時刻に達している場合、
前記算出手段は、現在日時から該交通機関が目的地に到着する迄の所要時間を、前記視聴可能時間として算出する
ことを特徴とする付記１乃至３いずれかに記載のコンテンツ配信装置。
（付記６）
前記視聴管理テーブルには、前記再生済み位置が前記ユーザ情報、前記コンテンツの配信総時間に対応づけられて管理され、
前記受付手段は、前記端末からの前記コンテンツの再生済み位置を前記視聴管理テーブルに記録し、
前記表示手段は、前記視聴管理テーブルに記録された前記再生済み位置に基づき前記コンテンツを配信する
を備えることを特徴とする付記１記載のコンテンツ配信装置。
（付記７）
前記算出手段は、前記受付手段が配信要求を受信した際に、前記視聴管理テーブルに記録された前記再生済み位置から前記配信総時間を算出し、
前記表示手段は、前記配信所要時間が前記視聴可能時間を超過している場合は、前記端末へコンテンツの最終までは視聴できない旨の警告情報を送信し、一方、超過していない場合は、前記視聴管理テーブルに記録された前記再生済み位置から前記コンテンツを前記端末へ配信する
ことを特徴とする付記１記載のコンテンツ配信装置。
（付記８）
さらに、
コンテンツ、配信総時間が対応づけて管理されるコンテンツ管理テーブルと、
前記視聴管理テーブルに前記ユーザ情報が存在しないユーザ情報を含む配信要求、あるいは、視聴可能なコンテンツ候補を要求するユーザ情報を含む候補要求情報を前記受付手段が受信した場合、前記コンテンツ管理テーブルから、前記配信総時間が前記ユーザの視聴可能時間を超過しないコンテンツを抽出し、コンテンツ候補として該端末に送信する候補提示手段と
を備えることを特徴とする付記１乃至３いずれかに記載のコンテンツ配信装置。（４）
（付記９）
さらに、
前記コンテンツを前記端末に送信する再生手段と、
コンテンツ配信中のユーザを特定し、前記ユーザの予定情報に基づく基準日時を現在日時と比較して前記基準日時が現在日時に達している場合、前記コンテンツの配信を停止した上で、前記端末から該コンテンツの再生済み位置を受信し、該再生済み位置と前記配信総時間から配信所要時間を算出し、前記視聴可能時間が該配信所要時間を超過している場合は、前記端末へコンテンツ終了までは視聴できない旨の警告情報を送信する終了手段
とを備えたことを特徴とする付記１に記載のコンテンツ配信装置。
（付記１０）
端末へコンテンツを配信するコンテンツ配信方法において、
コンピュータが、
前記端末から受信したユーザ情報およびコンテンツの再生済み位置に基づいて、ユーザ情報、コンテンツの配信総時間が対応づけて管理される視聴管理テーブルを参照し、受信した前記ユーザ情報に対応づけられた配信総時間と前記再生済み位置から、該ユーザ情報にコンテンツを配信するための配信所要時間を算出するとともに、ユーザ情報、予定情報が対応づけて管理されるスケジュール管理テーブルから前記ユーザ情報の所定の予定情報と現在日時から該ユーザがコンテンツを視聴できる視聴可能時間を算出する算出ステップと、
前記配信所要時間と前記視聴可能時間との比較に基づいて、前記端末へコンテンツの最終まで視聴完了できるか否かを示す通知情報を前記端末に送信する表示ステップと
を備えたことを特徴とするコンテンツ配信方法。（５）
（付記１１）
前記表示ステップは、前記配信所要時間を前記視聴可能時間と比較して、該配信所要時間が該視聴可能時間を超過する場合は、前記端末へコンテンツの最終までは視聴できない旨の警告情報を送信し、一方、前記配信所要時間が前記視聴可能時間を超過しない場合は、前記配信所要時間と前記視聴可能時間を示す通知情報を前記端末に送信する
ことを特徴とする付記１０記載のコンテンツ配信方法。
（付記１２）
前記スケジュール管理テーブルに管理される前記予定情報は、ユーザが利用する交通機関の出発時刻および該交通機関が目的地に到着する迄の所要時間が求められる情報であり、
前記算出ステップは、視聴可能時間を、交通機関の前記所要時間と、現在日時から前記出発時刻に基づいた待機時間を合算して算出する
ことを特徴とする付記１０乃至１１いずれかに記載のコンテンツ配信方法。
（付記１３）
さらに、コンピュータが
前記視聴管理テーブルに前記ユーザ情報が存在しないユーザ情報を含む配信要求、あるいは、視聴可能なコンテンツ候補を要求するユーザ情報を含む候補要求情報を前記受付手段が受信した場合、コンテンツ、配信総時間が対応づけて管理されるコンテンツ管理テーブルから、前記配信総時間が前記ユーザの視聴可能時間を超過しないコンテンツを抽出し、コンテンツ候補として該端末に送信する候補提示ステップ
を備えることを特徴とする付記１０記載のコンテンツ配信方法。
【図面の簡単な説明】
【０１４７】
【図１】本発明の実施例における、構成例を示す図である。
【図２】本発明の実施例における、全体処理フローを示す図である。
【図３】本発明の実施例における、番組決定処理の詳細フローを示す図である。
【図４】本発明の実施例における、番組決定処理の詳細フローの続きを示す図である。
【図５】本発明の実施例における、再生処理の詳細フローを示す図である。
【図６】本発明の実施例における、再生処理の詳細フローの続きを示す図である。
【図７】本発明の実施例における、終了処理の詳細フローを示す図である。
【図８】本発明の実施例における、終了処理の詳細フローの続きを示す図である。
【図９】フライト管理テーブルを示す図である。
【図１０】番組管理テーブルを示す図である。
【図１１】視聴管理テーブルを示す図である。
【図１２】宣伝管理テーブル例を示す図である。
【図１３】コンテンツ選択画面を示す図である。
【図１４】コンテンツ再生画面を示す図である。
【図１５】コンテンツ再生中断画面を示す図である。
【図１６】第一の実施例の、コンテンツ視聴予約画面を示す図である。
【図１７】第一の実施例の、コンテンツ再生時間不足画面を示す図である。
【符号の説明】
【０１４８】
１００  番組管理サーバ
１１０  番組決定手段
１２０  再生手段
１３０  終了手段
１４０  視聴管理ＤＢ（データベース）
１５０  広告管理ＤＢ（データベース）
１６０  番組管理ＤＢ（データベース）
２００  フライト管理システム
２１０  フライト管理ＤＢ
３００  ロビー端末
３１０  閲覧手段
３２０  媒体読取手段
４００  機内端末
４１０  閲覧手段
４２０  媒体読取手段
５００  旅券媒体
５１０  記憶領域
６００  フライト管理テーブル
７００  番組管理テーブル
８００  視聴管理テーブル
９００  宣伝管理テーブル
１０００  コンテンツ選択画面
１１００  コンテンツ再生画面
１２００  コンテンツ再生中断画面
１３００  継続視聴予約確認画面（機内端末）
１４００  継続視聴予約確認画面（ロビー端末）
１５００  コンテンツ再生時間不足画面
【図１】
2005260814.tif 000003
【図２】
2005260814.tif 000004
【図３】
2005260814.tif 000005
【図４】
2005260814.tif 000006
【図５】
2005260814.tif 000007
【図６】
2005260814.tif 000008
【図７】
2005260814.tif 000009
【図８】
2005260814.tif 000010
【図９】
2005260814.tif 000011
【図１０】
2005260814.tif 000012
【図１１】
2005260814.tif 000013
【図１２】
2005260814.tif 000014
【図１３】
2005260814.tif 000015
【図１４】
2005260814.tif 000016
【図１５】
2005260814.tif 000017
【図１６】
2005260814.tif 000018
【図１７】
2005260814.tif 000019