(57)【要約】【課題】要求されたサービスが享受可能となるまでの間に適切なコンテンツを提供するコンテンツ提供装置、コンテンツ提供方法及びコンピュータプログラムを提供する。【解決手段】サービス受付部１０ａがサービス要求を受け付けた場合、サービスが享受可能となるまでの待ち時間を待ち時間予測部１０ｃが予測し、予測された待ち時間に応じたコンテンツをコンテンツ選択部１０ｄが選択してユーザ端末に提供する。連携部１０ｂが待ち時間の再予測が必要なユーザ端末を検出した場合、待ち時間予測部１０ｃがこの時点からの待ち時間を再度予測し、予測された待ち時間に応じたコンテンツをコンテンツ選択部１０ｄが選択してユーザ端末に再び提供する。【選択図】図６
2010123092.tif 000002
【特許請求の範囲】
【請求項１】
要求されたサービスが享受可能となるまでの間にコンテンツを提供するコンテンツ提供装置であって、
複数のコンテンツの再生時間を記憶する再生時間記憶部と、
前記サービスの要求を受け付ける要求受付部と、
該要求受付部が要求を受け付けた場合に、前記サービスが享受可能となるまでの予測時間を取得する予測時間取得部と、
該予測時間取得部が取得した予測時間が所定時間以上である場合、前記予測時間及び前記再生時間記憶部に記憶してある前記複数のコンテンツの再生時間に基づいて、前記複数のコンテンツから提供候補のコンテンツを抽出する抽出部と、
該抽出部が抽出したコンテンツから提供対象のコンテンツを選択する選択部と、
該選択部が選択したコンテンツの提供を指示する提供指示部と、
該提供指示部が提供を指示したコンテンツの再生時間に基づいて、該コンテンツの再生終了日時が近付いたか否かを判断する判断部と、
前記コンテンツの再生終了日時が近付いたと前記判断部が判断した場合、この時点から前記サービスが享受可能となるまでの予測時間を前記予測時間取得部に再取得させる再取得指示部と、
前記予測時間取得部が再取得した予測時間が所定時間以上であるか否かを判断し、所定時間以上でないと判断した場合に、コンテンツの提供を終了し、所定時間以上であると判断した場合に、前記抽出部に、前記予測時間取得部が再取得した予測時間及び前記複数のコンテンツの再生時間に基づいて提供候補のコンテンツを再抽出させる制御部と
を備えることを特徴とするコンテンツ提供装置。
【請求項２】
前記予測時間取得部が再取得した予測時間が所定時間以上である場合、前記抽出部は、再取得した予測時間に、先に提供したコンテンツの再生時間を加算した時間と、前記予測時間取得部が先に取得した予測時間との比率に基づいて、提供候補として再抽出するコンテンツの再生時間を異ならせることを特徴とする請求項１に記載のコンテンツ提供装置。
【請求項３】
前記抽出部は、前記予測時間取得部が再取得した予測時間に基づいて提供候補のコンテンツを再抽出する場合、先に抽出したコンテンツが、複数のコンテンツを所定の順序で連続させたコンテンツ群に含まれるコンテンツであれば、同一のコンテンツ群に含まれるコンテンツを提供候補として抽出し、
前記抽出部が抽出したコンテンツがコンテンツ群に含まれるコンテンツである場合、前記選択部は、前記抽出部が抽出したコンテンツから、まだ提供していないコンテンツのうちで順序が先のコンテンツを提供対象として選択することを特徴とする請求項１又は２に記載のコンテンツ提供装置。
【請求項４】
前記制御部は、前記予測時間取得部が再取得した予測時間が所定時間以上でないと判断した場合に、コンテンツの提供を終了し、前記サービスを要求してきた装置を、予め設定された装置に接続させる接続制御部を備えることを特徴とする請求項１から３までのいずれかひとつに記載のコンテンツ提供装置。
【請求項５】
前記予測時間取得部は、予測時間を外部の装置へ要求する要求部と、該要求部が要求した予測時間を前記外部の装置から取得する取得部とを備えることを特徴とする請求項１から４までのいずれかひとつに記載のコンテンツ提供装置。
【請求項６】
要求されたサービスが享受可能となるまでの間にコンテンツを提供するコンテンツ提供装置によるコンテンツ提供方法であって、
前記コンテンツ提供装置が、前記サービスの要求を受け付けた場合に、前記サービスが享受可能となるまでの予測時間を取得するステップと、
前記コンテンツ提供装置が、取得した予測時間が所定時間以上である場合、前記予測時間及び複数のコンテンツの再生時間に基づいて、前記複数のコンテンツから提供候補のコンテンツを抽出するステップと、
前記コンテンツ提供装置が、抽出したコンテンツから提供対象のコンテンツを選択するステップと、
前記コンテンツ提供装置が、選択したコンテンツの提供を指示するステップと、
前記コンテンツ提供装置が、提供を指示したコンテンツの再生時間に基づいて、該コンテンツの再生終了日時が近付いたか否かを判断するステップと、
前記コンテンツ提供装置が、前記コンテンツの再生終了日時が近付いたと判断した場合、この時点から前記サービスが享受可能となるまでの予測時間を再取得するステップと、
前記コンテンツ提供装置が、再取得した予測時間が所定時間以上であるか否かを判断し、所定時間以上でないと判断した場合に、コンテンツの提供を終了し、所定時間以上であると判断した場合に、再取得した予測時間及び前記複数のコンテンツの再生時間に基づいて提供候補のコンテンツを再抽出するステップと
を有することを特徴とするコンテンツ提供方法。
【請求項７】
複数のコンテンツの再生時間を記憶する記憶部を備えるコンピュータに、要求されたサービスが享受可能となるまでの間にコンテンツを提供させるためのコンピュータプログラムであって、
前記コンピュータに、前記サービスの要求を受け付けた場合に、前記サービスが享受可能となるまでの予測時間を取得させるステップと、
前記コンピュータに、取得した予測時間が所定時間以上である場合、前記予測時間及び前記記憶部に記憶してある前記複数のコンテンツの再生時間に基づいて、前記複数のコンテンツから提供候補のコンテンツを抽出させるステップと、
前記コンピュータに、抽出したコンテンツから提供対象のコンテンツを選択させるステップと、
前記コンピュータに、選択したコンテンツの提供を指示させるステップと、
前記コンピュータに、提供を指示したコンテンツの再生時間に基づいて、該コンテンツの再生終了日時が近付いたか否かを判断させるステップと、
前記コンピュータに、前記コンテンツの再生終了日時が近付いたと判断した場合、この時点から前記サービスが享受可能となるまでの予測時間を再取得させるステップと、
前記コンピュータに、再取得した予測時間が所定時間以上であるか否かを判断させ、所定時間以上でないと判断した場合に、コンテンツの提供を終了させ、所定時間以上であると判断した場合に、再取得した予測時間及び前記複数のコンテンツの再生時間に基づいて提供候補のコンテンツを再抽出させるステップと
を有することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、要求されたサービスが享受可能となるまでの間に適切なコンテンツを提供するコンテンツ提供装置、コンテンツ提供方法、前記コンテンツ提供装置をコンピュータによって実現するためのコンピュータプログラムに関する。
【背景技術】
【０００２】
医療機関、旅行代理店、金融機関、コールセンター等、各種のサービスを提供する場所では、サービスの提供を希望する顧客が複数いる場合、待ち時間が発生する。待ち時間の発生は、顧客にストレスを与える虞がある。従って、各顧客の待ち時間を予測し、予測した待ち時間を各顧客に通知する技術が提案されている（特許文献１参照）。これにより、顧客は待ち時間の長さを把握できるので待ち時間を有効に利用でき、待たされている状況に伴うストレスが軽減される。
【０００３】
一方、近年、ネットワーク技術の発展に伴って、魅力のある音声・映像コンテンツをネットワークを介して提供できる環境が整ってきた。また、携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistants）等の携帯端末の普及率が向上している。そこで、上述したように待ち時間が発生した場合に、顧客が携帯する携帯端末へコンテンツを提供する技術が提案されている（特許文献２参照）。これにより、顧客はコンテンツを視聴して待ち時間を過ごすことができるので、待たされている状況に伴うストレスが更に軽減される。
【特許文献１】特開２００５−１５７５２９号公報
【特許文献２】特開２００４−３４１７４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の技術は、例えば病院又は店舗での受付の際に待ち時間を予測し、予測した待ち時間を通知、又は予測した待ち時間に合ったコンテンツを提供するものである。待ち時間は変動する可能性が高いので、受付時に予測した待ち時間に合ったコンテンツが提供された場合、コンテンツの再生終了タイミングと、待ち時間の終了タイミングとが合わない状況が発生する。例えば、実際の待ち時間が予測した待ち時間よりも短縮された場合、コンテンツの再生途中で待ち時間が終了してしまう。コンテンツが再生途中で終了されてしまうと、コンテンツの魅力が減少し、結果的に顧客の満足度が低下してしまう虞がある。
【０００５】
本発明は斯かる事情に鑑みてなされたものであり、その目的とするところは、待ち時間の終了タイミングに、コンテンツの再生終了タイミングを合わせることが可能なコンテンツ提供装置、コンテンツ提供方法及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本願に開示するコンテンツ提供装置は、サービスの要求を受け付けた場合に、サービスが享受可能となるまでの予測時間を取得する。コンテンツ提供装置は、予測時間が所定時間以上である場合、複数のコンテンツから提供可能なコンテンツを抽出し、更に１つのコンテンツを選択する。コンテンツ提供装置は、選択したコンテンツの提供を指示し、これにより、サービスを要求してきた装置へコンテンツを提供する。コンテンツ提供装置は、提供を指示したコンテンツの再生終了日時が近付いたと判断した場合、この時点からサービスが享受可能となるまでの予測時間を再取得する。再取得した予測時間が所定時間以上でない場合、コンテンツ提供装置は、コンテンツの提供を終了する。再取得した予測時間が所定時間以上である場合、コンテンツ提供装置は、提供可能なコンテンツを再抽出する。
【０００７】
本願に開示するコンテンツ提供装置によれば、サービスの要求を受け付けた時点での予測時間に基づいて、提供すべきコンテンツが選択されて提供される。また、提供されたコンテンツの再生終了日時が近付いた場合、この時点での予測時間に基づいて、次に提供すべきコンテンツが選択されて提供される。このような処理を、予測時間が所定時間未満となるまで繰り返すことにより、待ち時間の終了タイミングと、コンテンツの再生終了タイミングとを合わせることができる。
【発明の効果】
【０００８】
本願に開示するコンテンツ提供装置では、コンテンツの再生終了と共に待ち時間が終了するので、コンテンツを視聴したユーザは、コンテンツの魅力を十分に堪能することができ、待たされている状況に伴うストレスを軽減できる。
【発明を実施するための最良の形態】
【０００９】
以下に、本願に開示するコンテンツ提供装置を、各実施形態を示す図面に基づいて詳述する。以下の各実施形態のコンテンツ提供システムは、例えば医療機関で受付したユーザに、実際に医療サービスが享受可能となるまでの待ち時間に適切なコンテンツを提供するシステムである。しかし、本願に開示するコンテンツ提供装置は、医療機関における待ち時間にコンテンツを提供する構成に限られない。
【００１０】
（実施形態１）
以下に、実施形態１に係るコンテンツ提供システムについて説明する。図１は実施形態１のコンテンツ提供システムの構成を示す模式図である。本実施形態１のコンテンツ提供システムは、アプリケーションサーバ１、コンテンツサーバ２、ユーザ端末１０１、受付装置１０２等を備える。アプリケーションサーバ１、コンテンツサーバ２、受付装置１０２は、ＬＡＮ（Local Area Network）、インターネット等のネットワークＮを介して通信可能に設けられている。ユーザ端末１０１は、ネットワークＮに接続してある無線アクセスポイント１０３を介してネットワークＮに接続可能に構成されている。
【００１１】
ユーザ端末１０１は、携帯電話機、ＰＨＳ、ＰＤＡ、ノートパソコン等の携帯端末装置である。ユーザ端末１０１は、ネットワークＮに接続するための接続部、コンテンツを視聴するための表示部及び音声出力部を備える端末であれば、これらの端末に限られない。また、本実施形態１では、ユーザ端末１０１にはフェリカ（ＦｅｌｉＣａ、登録商標）が搭載されている。
【００１２】
受付装置１０２は、医療機関の受付処理を行なうための装置である。受付装置１０２は、フェリカからデータの読み出しが可能なリーダー、各種の情報を表示させると共に表示された情報の選択及び入力が可能な操作パネル、ネットワークＮに接続するための接続部等を備える。従って、本実施形態１では、ユーザ端末１０１を受付装置１０２にかざすことによって、医療機関の受付を行なうことができる。
【００１３】
ユーザ端末１０１は、ユーザ端末１０１のユーザに関するユーザ情報及びユーザ端末１０１に関する端末情報を内部のメモリに格納している。ユーザ端末１０１が受付装置１０２から所定の距離まで近付いた場合、受付装置１０２及びユーザ端末１０１間でデータ通信が行なわれ、ユーザ端末１０１から受付装置１０２へ、ユーザ情報及び端末情報が送信される。ユーザ情報としては、ユーザの氏名、医療機関における診察カード番号（患者番号）等がある。また、端末情報としては、ユーザ端末１０１に割り当てられているＩＰ(Internet Protocol)アドレス、ポートアドレス等がある。
【００１４】
また、ユーザが、受付装置１０２の操作パネルを介して受診希望の診療科等の情報を入力し、受付装置１０２は、受診希望の診療科の情報を取得する。受付装置１０２は、ユーザ端末１０１からユーザ情報及び端末情報を受信し、操作パネルを介して受診希望の診療科の情報を取得することによって、医療サービスの要求を受け付け、医療機関の受付処理を行なう。受付装置１０２は、操作パネルを介して入力された受診希望の診療科毎に、受付を行なった各ユーザの受付順位（例えば、１，２，３…）を付与する。
【００１５】
受付装置１０２は、取得したユーザ情報、端末情報及び受診希望の診療科の情報、付与した受付順位を、医療機関を利用する各ユーザ（患者）の診察状況等を管理するアプリケーションサーバ１へ転送する。
【００１６】
アプリケーションサーバ１は、本願に開示するコンテンツ提供装置である。アプリケーションサーバ１は、受付装置１０２から受信した情報に基づいて、受付を行なった各ユーザの情報を管理する。受付装置１０２は、例えば、各患者の患者情報が登録してあるデータベースから、受付を行なったユーザの患者情報を本日診察予定の患者の情報として読み出し、アプリケーションサーバ１へ送信する処理等を行なう。また、本実施形態１のアプリケーションサーバ１は、受付装置１０２から受信した情報に基づいて各ユーザが診察を受けることが可能となるまでの待ち時間を予測し、予測した待ち時間に応じたコンテンツをコンテンツサーバ２によって提供する。なお、アプリケーションサーバ１がユーザの情報（患者情報）を管理する処理は、公知の技術を用いればよいので詳細な説明を省略する。
【００１７】
コンテンツサーバ２は、音声コンテンツ、映像コンテンツ、音声・映像コンテンツ等の各種のコンテンツをネットワークＮを介して提供するサーバである。本実施形態１のコンテンツサーバ２は、アプリケーションサーバ１からの指示に従って、ユーザ端末１０１へコンテンツを提供する。なお、本実施形態１のように医療機関での待ち時間に提供されるコンテンツとしては、例えば、病院における受付から会計までの流れ及び病院内を案内するためのコンテンツ、病院のシステム及び保険制度を案内するためのコンテンツ、再診の患者に対しては前回の診察内容及び検査結果を通知するためのコンテンツ、よくある症状及び予防法を案内するためのコンテンツ等が考えられる。しかし、このようなコンテンツに限られず、ドラマ、アニメ、お笑い等のコンテンツを提供してもよい。
【００１８】
アプリケーションサーバ１及び受付装置１０２は、医療機関によって管理されている。コンテンツサーバ２は、コンテンツの提供サービスを行なう業者によって管理されていてもよく、医療機関が独自にコンテンツサーバ２を構築した場合には、医療機関によって管理される。
【００１９】
ところで、ユーザ端末１０１にフェリカが搭載されていること、ユーザ端末１０１のフェリカを用いて医療機関の受付を行なうことは、本願の必須要件ではない。例えば、受付装置１０２に診察カードの挿入口が設けられており、磁気カードによって構成された診察カードを受付装置１０２に挿入することによって受付を行なうように構成されているシステムがある。このようなシステムでは、受付装置１０２は磁気カードからデータの読み出しが可能なリーダーを備えており、診察カードに格納されたユーザ情報を取得することができる。
【００２０】
なお、本実施形態１のコンテンツ提供システムは、医療機関の受付を行なったユーザのユーザ端末１０１にコンテンツを提供する構成であるので、上述したような診察カードで受付を行なった場合、ユーザ端末１０１の端末情報を別途に入力する必要がある。また、診察カードにユーザのユーザ端末１０１の端末情報を予め記憶させておいた場合、受付装置１０２が、診察カードからユーザ情報及び端末情報を読み取ることができる。また、アプリケーションサーバ１が管理する患者情報に、各ユーザ（患者）のユーザ端末１０１の端末情報を予め含めておいた場合、受付装置１０２が診察カードから取得したユーザ情報に対応する端末情報を、患者情報から取得することができる。このような場合、ユーザ端末１０１の端末情報をユーザが入力する必要はない。
【００２１】
以下に、本実施形態１のアプリケーションサーバ１及びコンテンツサーバ２の構成について詳述する。図２は実施形態１のアプリケーションサーバ１の構成を示すブロック図である。本実施形態１のアプリケーションサーバ１は、例えば公知のサーバコンピュータである。本実施形態１のアプリケーションサーバ１は、本願に開示するコンピュータプログラムをサーバコンピュータに読み取らせ、サーバコンピュータのＣＰＵ等に実行させることによって、本願に開示するコンテンツ提供装置を実現する。なお、等価な働きをするハードウェアによって本願に開示するコンテンツ提供装置を実現してもよい。
【００２２】
本実施形態１のアプリケーションサーバ１は、制御部１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、ハードディスクドライバ（以下、ＨＤＤという）１３、通信インタフェース１４等を備えている。これらのハードウェア各部はバス１ａを介して相互に接続されている。
【００２３】
制御部１０は、ＣＰＵ（Central Processing Unit ）又はＭＰＵ（Micro Processor Unit）等であり、絶対時刻（年月日、時、分、秒）を刻時する時計を有している。制御部１０は、時計が示す時刻に基づく所定のタイミングに従って、ＲＯＭ１１又はＨＤＤ１３に予め格納してある制御プログラムを適宜ＲＡＭ１２に読み出して実行する。制御部１０は、上述したハードウェア各部の動作を制御する。ＲＯＭ１１は、アプリケーションサーバ１を本願に開示するコンテンツ提供装置として動作させるために必要な種々の制御プログラムを予め格納している。ＲＡＭ１２はＳＲＡＭ又はフラッシュメモリ等であり、制御部１０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００２４】
ＨＤＤ１３は大容量の記憶装置である。ＨＤＤ１３は、アプリケーションサーバ１を本願に開示するコンテンツ提供装置として動作させるために必要な種々の制御プログラムを予め格納している。また、ＨＤＤ１３は、図３（ａ）に示すような受付情報データベース（以下、受付情報ＤＢという）１３ａ及び図３（ｂ）に示すようなセッション管理データベース（以下、セッション管理ＤＢという）１３ｂを格納している。
【００２５】
通信インタフェース１４は、ネットワークＮに接続するためのインタフェースである。通信インタフェース１４は、ネットワークＮを介して、コンテンツサーバ２、ユーザ端末１０１及び受付装置１０２等との間で通信を行なう。
【００２６】
図３は受付情報ＤＢ１３ａ及びセッション管理ＤＢ１３ｂの登録内容を示す模式図である。図３（ａ）に示すように、受付情報ＤＢ１３ａには、医療機関における診療科毎に、受け付けを行なったユーザの受付順位、Ｗａｉｔ−ＩＤ、診察状況等を含む受付情報が格納されている。診療科の情報は、受付装置１０２が操作パネルを介して取得した受診希望の診療科の情報であり、受付装置１０２がアプリケーションサーバ１へ送信した情報に含まれる。受付順位は、各ユーザが受付装置１０２で受付した際に受付装置１０２が診療科毎に付与する順位であり、受付装置１０２がアプリケーションサーバ１へ送信した情報に含まれる。
【００２７】
Ｗａｉｔ−ＩＤは、診察待ち状態のユーザを識別するための識別情報である。診察状況は、各ユーザの診察の進捗状況を示す情報である。具体的には、診察が終了したことを示す「終了」、現在診察中であることを示す「診察中」、診察の待ち状態であることを示す「未」が診察状況の欄に格納される。受付情報ＤＢ１３ａの登録内容は、アプリケーションサーバ１が受付装置１０２から各種情報を受け付けた場合に、アプリケーションサーバ１の制御部１０によって登録又は更新される。
【００２８】
また、受付情報ＤＢ１３ａの診察状況は、更新された診察状況がアプリケーションサーバ１に入力される都度、制御部１０によって更新される。なお、受付情報ＤＢ１３ａに格納される診察状況は、各患者の診察状況を管理する管理者、医師又は看護師等によって、アプリケーションサーバ１の操作部（図示せず）又はネットワークＮを介してアプリケーションサーバ１に接続される外部装置を介して入力される。
【００２９】
図３（ｂ）に示すように、セッション管理ＤＢ１３ｂには、医療機関での診察待ち状態でありコンテンツの提供を希望したユーザ毎に、Ｗａｉｔ−ＩＤ、ＣＳ−ＩＤ、再生終了日時等を含むセッション情報が格納されている。Ｗａｉｔ−ＩＤは、診察待ち状態のユーザを識別するための識別情報である。ＣＳ−ＩＤは、コンテンツサーバ２と、コンテンツサーバ２からコンテンツの提供を受けているユーザ端末１０１とのセッションを識別するための識別情報である。再生終了日時は、現在コンテンツサーバ２から提供されているコンテンツの再生終了日時である。
【００３０】
セッション管理ＤＢ１３ｂの登録内容は、コンテンツサーバ２がユーザ端末１０１にコンテンツの提供を開始又は終了した場合に、アプリケーションサーバ１の制御部１０によって登録又は更新される。
【００３１】
図４は実施形態１のコンテンツサーバ２の構成を示すブロック図である。本実施形態１のコンテンツサーバ２は、例えば公知のサーバコンピュータである。本実施形態１のコンテンツサーバ２は、制御部２０、ＲＯＭ２１、ＲＡＭ２２、ＨＤＤ２３、通信インタフェース２４等を備えている。これらのハードウェア各部はバス２ａを介して相互に接続されている。
【００３２】
制御部２０は、ＣＰＵ又はＭＰＵ等であり、絶対時刻（年月日、時、分、秒）を刻時する時計を有している。制御部２０は、時計が示す時刻に基づく所定のタイミングに従って、ＲＯＭ２１又はＨＤＤ２３に予め格納してある制御プログラムを適宜ＲＡＭ２２に読み出して実行する。制御部２０は、上述したハードウェア各部の動作を制御する。ＲＯＭ２１は、コンテンツサーバ２として動作するために必要な種々の制御プログラムを予め格納している。ＲＡＭ２２はＳＲＡＭ又はフラッシュメモリ等であり、制御部２０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００３３】
ＨＤＤ２３は大容量の記憶装置である。ＨＤＤ２３は、コンテンツサーバ２として動作するために必要な種々の制御プログラムを予め格納している。また、ＨＤＤ２３は、図５（ａ）に示すようなコンテンツ情報データベース（以下、コンテンツ情報ＤＢという）２３ａ、図５（ｂ）に示すようなコンテンツセッションデータベース（以下、コンテンツセッションＤＢという）２３ｂ、コンテンツデータベース（以下、コンテンツＤＢという）２３ｃを格納している。
【００３４】
通信インタフェース２４は、ネットワークＮに接続するためのインタフェースである。通信インタフェース２４は、ネットワークＮを介して、アプリケーションサーバ１及びユーザ端末１０１等との間で通信を行なう。
【００３５】
図５はコンテンツ情報ＤＢ２３ａ及びコンテンツセッションＤＢ２３ｂの登録内容を示す模式図である。図５（ａ）に示すように、コンテンツ情報ＤＢ２３ａには、コンテンツＤＢ２３ｃに格納されているコンテンツ毎に、コンテンツＩＤ、視聴時間（再生時間）、ジャンル、人気ランク等を含むコンテンツ情報が格納されている。コンテンツＩＤは、コンテンツを識別するための識別情報である。
【００３６】
コンテンツ情報ＤＢ２３ａの登録内容は、コンテンツがコンテンツＤＢ２３ｃに格納又は削除された場合に、制御部２０によって登録又は削除される。また、コンテンツ情報ＤＢ２３ａの登録内容は、コンテンツサーバ２の管理者が、例えばコンテンツサーバ２の操作部（図示せず）を介してコンテンツ情報を入力する都度、登録又は削除される。また、コンテンツサーバ２がネットワークＮを介して外部の装置からコンテンツ情報ＤＢ２３ａをダウンロードして更新してもよい。また、例えば、コンテンツサーバ２が外部メモリ（図示せず）に記憶してあるデータの読み出しが可能なドライバ（図示せず）を備える場合には、コンテンツサーバ２がドライバによって外部メモリから読み出して更新してもよい。
【００３７】
図５（ｂ）に示すように、コンテンツセッションＤＢ２３ｂには、コンテンツサーバ２及びユーザ端末１０１間のセッション毎に、ＣＳ−ＩＤ、コンテンツＩＤ、ユーザ端末１０１の端末情報等を含むコンテンツ提供情報が格納されている。ＣＳ−ＩＤは、コンテンツサーバ２と、コンテンツサーバ２からコンテンツの提供を受けているユーザ端末１０１とのセッションを識別するための識別情報である。コンテンツＩＤは、現在提供中のコンテンツを識別するための識別情報と、次に提供予定のコンテンツを識別するための識別情報とを含む。端末情報は、ユーザ端末１０１に割り当てられているＩＰアドレス、ポートアドレス等である。
【００３８】
コンテンツセッションＤＢ２３ｂの登録内容は、コンテンツサーバ２がユーザ端末１０１にコンテンツの提供を開始した場合、又はアプリケーションサーバ１によって次にユーザ端末１０１に提供すべきコンテンツを通知された場合に、制御部２０によって登録される。また、コンテンツセッションＤＢ２３ｂの登録内容は、コンテンツサーバ２がユーザ端末１０１へのコンテンツの提供を終了した場合、制御部２０によって削除される。
【００３９】
コンテンツＤＢ２３ｃには、コンテンツＩＤに対応付けて各コンテンツが所定の形式で格納されている。これにより、コンテンツ情報ＤＢ２３ａに格納されているコンテンツ情報と、コンテンツＤＢ２３ｃに格納されているコンテンツとを対応付けることができる。
【００４０】
以下に、上述した構成のコンテンツ提供システムにおいて、アプリケーションサーバ１の制御部１０が、ＲＯＭ１１又はＨＤＤ１３に格納されている制御プログラムを実行することによって実現する機能について説明する。図６は実施形態１のアプリケーションサーバ１の機能構成を示す機能ブロック図である。
【００４１】
本実施形態１のアプリケーションサーバ１において、制御部１０は、ＲＯＭ１１又はＨＤＤ１３に格納されている制御プログラムを実行することによって、サービス受付部１０ａ、連携部１０ｂ、待ち時間予測部１０ｃ、コンテンツ選択部１０ｄ等の機能を実現する。
【００４２】
本実施形態１のコンテンツ提供システムにおいて、ユーザがユーザ端末１０１を用いて受付装置１０２で受付を行なった場合、受付装置１０２は、ユーザ端末１０１からユーザ情報及び端末情報を取得し、操作パネルを介して受診希望の診療科の情報を取得する。受付装置１０２は、取得した診療科毎に各ユーザに受付順位を付与する。受付装置１０２は、取得したユーザ情報、端末情報、診療科の情報及び受付順位をアプリケーションサーバ１へ送信する。
【００４３】
サービス受付部（要求受付部）１０ａは、受付装置１０２から送信されたユーザ情報、端末情報、診療科の情報及び受付順位を取得することによって、医療サービスの要求があったことを受け付ける。サービス受付部１０ａは、これらの情報を取得した場合、このユーザに対して１つのＷａｉｔ−ＩＤを発行する。サービス受付部１０ａは、Ｗａｉｔ−ＩＤ、診療科の情報及び受付順位を待ち時間予測部１０ｃへ転送し、Ｗａｉｔ−ＩＤ、ユーザ情報及び端末情報を連携部１０ｂへ転送する。
【００４４】
待ち時間予測部１０ｃは、サービス受付部１０ａからＷａｉｔ−ＩＤ、診療科の情報及び受付順位の情報を取得した場合、取得した診療科の情報及び受付順位に対応付けて、取得したＷａｉｔ−ＩＤを受付情報ＤＢ１３ａに格納する。また、待ち時間予測部１０ｃは、格納したＷａｉｔ−ＩＤに対応する診察状況として「未」を受付情報ＤＢ１３ａに格納する。
【００４５】
待ち時間予測部（予測時間取得部）１０ｃは、受付情報ＤＢ１３ａの格納内容に基づいて、受付情報ＤＢ１３ａに受付情報を格納したユーザについて、このユーザが希望する診療科の待ち人数に基づいて、このユーザの診察が開始されるまでの待ち時間を予測する。待ち時間予測部１０ｃは、例えば、このユーザの受付順位と、既に診察が終了している人数とから、このユーザの診察が開始されるまでの待ち人数を算出する。また、待ち時間予測部１０ｃは、算出した待ち人数に、平均的な１人当たりの診察時間を掛けて予測待ち時間を算出する。
【００４６】
なお、待ち時間の予測方法は、このような方法に限られず、各種の方法を用いることができる。例えば、ユーザの受付順位よりも前に受付した各ユーザの病状、過去の診察状況等を考慮して待ち時間を予測してもよい。
待ち時間予測部１０ｃは、算出した予測待ち時間をＷａｉｔ−ＩＤと共に連携部１０ｂへ送出する。
【００４７】
連携部１０ｂは、サービス受付部１０ａから各種の情報を取得し、待ち時間予測部１０ｃから予測待ち時間を取得した場合、取得した予測待ち時間が所定時間（例えば５分）以上であるか否かを判断する。予測待ち時間が所定時間以上である場合、連携部１０ｂは、コンテンツ選択部１０ｄに、このユーザの待ち時間に適切なコンテンツの提供を指示する。このとき、連携部１０ｂは、待ち時間予測部１０ｃから取得した予測待ち時間、サービス受付部１０ａから取得したＷａｉｔ−ＩＤ及び端末情報をコンテンツ選択部１０ｄへ送信する。予測待ち時間が所定時間以上でない場合、連携部１０ｂは何も行なわない。
【００４８】
コンテンツ選択部１０ｄは、連携部１０ｂからコンテンツの提供を指示された場合、コンテンツサーバ２にコンテンツ情報を要求する。コンテンツサーバ２の制御部２０は、コンテンツ情報を要求された場合、このユーザにコンテンツを提供する際のセッションを識別するためのＣＳ−ＩＤを発行する。コンテンツサーバ２の制御部２０は、コンテンツ情報ＤＢ２３ａに格納されているコンテンツ情報のうちの、少なくともコンテンツＩＤ及び視聴時間を読み出し、発行したＣＳ−ＩＤと共にアプリケーションサーバ１へ返信する。
【００４９】
アプリケーションサーバ１は、コンテンツサーバ２からコンテンツ情報を取得した場合、ＲＡＭ（再生時間記憶部）１２に記憶させる。コンテンツ選択部（抽出部）１０ｄは、連携部１０ｂから取得した予測待ち時間と、ＲＡＭ１２に記憶させたコンテンツ情報に含まれる各コンテンツの視聴時間（再生時間）とに基づいて、提供候補のコンテンツを抽出する。コンテンツ選択部１０ｄは、例えば、予測待ち時間に所定の比率（１／２、５０％）を掛けた時間と同程度の視聴時間を有するコンテンツを提供候補として抽出することとする。なお、本実施形態１では、予測待ち時間に対して、提供候補とされるコンテンツの視聴時間の比率を、５０％（１／２）とし、この比率は、ＲＯＭ１１又はＨＤＤ１３に予め格納されているものとする。
【００５０】
コンテンツ選択部（選択部）１０ｄは、抽出した提供候補のコンテンツから提供対象のコンテンツを１つ選択する。なお、ここでの選択方法は、複数のコンテンツから１つのコンテンツを選択できる方法であればどのような方法でもよい。例えば、ランダムに発生させた数値が提供候補のコンテンツのコンテンツＩＤに存在すれば、このコンテンツを提供対象に選択してもよい。また、提供候補のコンテンツのうちで人気ランクが最も高いコンテンツを選択してもよい。
【００５１】
コンテンツ選択部（提供指示部）１０ｄは、提供対象のコンテンツを選択できた場合、選択したコンテンツを対応するユーザ端末１０１へ提供するようにコンテンツサーバ２に指示する。具体的には、コンテンツ選択部１０ｄは、選択したコンテンツのコンテンツＩＤ、連携部１０ｂから取得していた端末情報、コンテンツサーバ２から取得したＣＳ−ＩＤをコンテンツサーバ２へ送信する。
【００５２】
コンテンツサーバ２の制御部２０は、アプリケーションサーバ１からコンテンツＩＤ、端末情報、ＣＳ−ＩＤを取得した場合、コンテンツＩＤに対応するコンテンツのコンテンツＤＢ２３ｃからの読み出しを開始し、端末情報が示すユーザ端末１０１への提供を開始する。なお、コンテンツサーバ２の制御部２０は、コンテンツのユーザ端末１０１への提供を開始する際に、ユーザ端末１０１のユーザにコンテンツの提供を希望するか否かを確認する。
【００５３】
具体的には、コンテンツサーバ２の制御部２０は、アプリケーションサーバ１からコンテンツの提供を指示された場合、図７（ａ）に示すような通知画面をユーザ端末１０１へ送信する。図７はコンテンツサーバ２からの通知画面の構成を示す模式図である。図７（ａ）に示す通知画面は、診察が開始されるまでの待ち時間にコンテンツを視聴するか否かを確認するための画面であり、ＹＥＳボタン及びＮＯボタンを表示する。ユーザ端末１０１の操作部（図示せず）を介して図７（ａ）に示す通知画面中のＹＥＳボタンが選択された場合、コンテンツサーバ２の制御部２０は、アプリケーションサーバ１からの指示に従ってコンテンツのユーザ端末１０１への提供を開始する。
【００５４】
コンテンツサーバ２からのコンテンツの提供が開始された場合、ユーザ端末１０１の表示部には、図７（ｂ）に示すようなコンテンツ画面の表示が開始される。図７（ｂ）に示すように、コンテンツを表示させると共に、残りの待ち時間を表示させてもよい。なお、コンテンツ画面に表示される残りの待ち時間は、例えば、待ち時間予測部１０ｃによって算出された予測待ち時間からカウントダウンすることによって算出してもよいし、定期的に予測待ち時間を算出し直してもよい。
【００５５】
一方、ユーザ端末１０１の操作部を介して図７（ａ）に示す通知画面中のＮＯボタンが選択された場合、コンテンツサーバ２の制御部２０は、コンテンツのユーザ端末１０１への提供を行なわない。
【００５６】
コンテンツサーバ２の制御部２０は、コンテンツをユーザ端末１０１へ提供した場合、ＣＳ−ＩＤ、コンテンツＩＤ及び端末情報をコンテンツセッションＤＢ２３ｂに格納する。なお、コンテンツＩＤは、提供中のコンテンツＩＤの欄に格納される。
【００５７】
コンテンツサーバ２の制御部２０は、コンテンツ提供情報をコンテンツセッションＤＢ２３ｂに格納した後、格納したコンテンツ提供情報をコンテンツ選択部１０ｄへ通知する。コンテンツ選択部１０ｄは、コンテンツサーバ２から取得したコンテンツ提供情報に基づいて、このコンテンツの再生終了日時を算出する。なお、コンテンツの再生終了日時は、現在日時から予測待ち時間の５０％（所定の比率）の時間が経過した日時に基づいて算出してもよいし、現在日時から選択されたコンテンツの視聴時間が経過した日時に基づいて算出してもよい。
【００５８】
コンテンツ選択部１０ｄは、算出した再生終了日時と、コンテンツサーバ２から取得したＣＳ−ＩＤとを連携部１０ｂへ送出する。連携部１０ｂは、サービス受付部１０ａから取得されたＷａｉｔ−ＩＤ、コンテンツ選択部１０ｄから取得したＣＳ−ＩＤ及び再生終了日時を対応付けて１つのセッション情報としてセッション管理ＤＢ１３ｂに格納する。これにより、アプリケーションサーバ１は、コンテンツサーバ２がユーザ端末１０１に提供している各コンテンツの再生終了日時を管理できる。
【００５９】
連携部（判断部）１０ｂは、セッション管理ＤＢ１３ｂに登録されているセッション情報を定期的に監視しており、ユーザ端末１０１に提供中のコンテンツの再生終了日時が近付いたか否かを判断する。具体的には、連携部１０ｂは、コンテンツの再生終了日時から所定時間前（例えば１０秒前）の日時が経過したセッション情報があるか否かを監視している。より具体的には、再生終了日時が、現在日時から所定時間後（例えば１０秒後）の日時までの間にあるセッション情報があるか否かを判断する。コンテンツの再生終了日時から所定時間前の日時が経過したセッション情報がある場合、連携部１０ｂは、このセッション情報に含まれるＷａｉｔ−ＩＤを待ち時間予測部１０ｃへ送出し、待ち時間予測部１０ｃに、このユーザの現時点からの待ち時間を再度予測させる。
【００６０】
待ち時間予測部１０ｃは、連携部１０ｂから取得したＷａｉｔ−ＩＤを含む受付情報を受付情報ＤＢ１３ａから検索し、このＷａｉｔ−ＩＤに対応する診療科の情報、受付順位及び診察状況を抽出する。待ち時間予測部１０ｃは、上述した処理と同様の処理を行なうことによって、この時点での待ち人数に基づいて、このユーザの診察が開始されるまでの待ち時間を再度予測する。具体的には、待ち時間予測部１０ｃは、抽出した診療科と同一の診療科の受付情報であって、受付順位が前の受付順位の受付情報のそれぞれに対応する診察状況に基づいて、この時点での同一診療科における待ち人数を検出し、検出した待ち人数に基づいて待ち時間を再度予測する。待ち時間予測部１０ｃは、再度算出した予測待ち時間をＷａｉｔ−ＩＤと共に連携部１０ｂへ送出する。
【００６１】
連携部１０ｂは、待ち時間予測部１０ｃが再度算出した予測待ち時間を取得した場合、取得した予測待ち時間が所定時間（例えば５分）以上であるか否かを判断する。予測待ち時間が所定時間以上である場合、連携部（制御部）１０ｂは、コンテンツ選択部１０ｄに、このユーザの待ち時間に適切なコンテンツの提供を再度指示する。予測待ち時間が所定時間以上でない場合、連携部１０ｂは、このユーザのセッション情報をセッション管理ＤＢ１３ｂから削除し、コンテンツの提供処理を終了する。
【００６２】
なお、コンテンツの提供処理を終了する場合、制御部１０は、このユーザのユーザ端末１０１に提供中のコンテンツの提供が終了した後に、図７（ｃ）に示すような通知画面（コンテンツ）を提供するようにコンテンツサーバ２に指示する。図７（ｃ）に示す表示画面は、待ち時間が終了すること、診察を行なうためにユーザに来て欲しい場所等を表示する。これにより、ユーザ端末１０１に対するコンテンツの提供が終了した後に、図７（ｃ）に示す通知画面によって待ち時間が終了したことを通知できる。
【００６３】
コンテンツ選択部１０ｄは、連携部１０ｂからコンテンツの提供を再度指示された場合、コンテンツサーバ２にコンテンツ情報を再度要求する。なお、このときコンテンツ選択部１０ｄは、このユーザのセッション情報に含まれるＣＳ−ＩＤをコンテンツサーバ２へ送信する。コンテンツサーバ２の制御部２０は、ＣＳ−ＩＤを送信されてコンテンツ情報を要求された場合、既にＣＳ−ＩＤは発行されているので、ＣＳ−ＩＤの発行は行なわない。制御部２０は、コンテンツ情報ＤＢ２３ａに格納されているコンテンツ情報のうちの、少なくともコンテンツＩＤ及び視聴時間を読み出し、コンテンツ選択部１０ｄから取得したＣＳ−ＩＤと共にアプリケーションサーバ１へ返信する。
【００６４】
コンテンツ選択部１０ｄは、連携部１０ｂから取得した予測待ち時間と、コンテンツサーバ２から取得したコンテンツ情報に含まれる各コンテンツの視聴時間とに基づいて、提供候補のコンテンツを再度抽出する。コンテンツ選択部１０ｄは、この時点での予測待ち時間に所定の比率（５０％）を掛けた時間と同程度の視聴時間を有するコンテンツを提供候補として抽出する。
【００６５】
コンテンツ選択部１０ｄは、抽出した提供候補のコンテンツから提供対象のコンテンツを再度選択する。コンテンツ選択部１０ｄは、提供対象のコンテンツを選択できた場合、選択したコンテンツを対応するユーザ端末１０１へ提供するようにコンテンツサーバ２に指示する。具体的には、コンテンツ選択部１０ｄは、このユーザ端末１０１のセッション情報に含まれるＣＳ−ＩＤをセッション管理ＤＢ１３ｂから読み出し、選択したコンテンツのコンテンツＩＤと共にコンテンツサーバ２へ送信する。
【００６６】
ここでは、先に選択したコンテンツの提供がまだ終了していないので、コンテンツサーバ２の制御部２０は、コンテンツ選択部１０ｄからコンテンツの提供を指示された場合、コンテンツ選択部１０ｄから取得したＣＳ−ＩＤに対応させて、取得したコンテンツＩＤをコンテンツセッションＤＢ２３ｂに登録しておく。ここでは、取得したコンテンツＩＤは、コンテンツセッションＤＢ２３ｂの提供予定のコンテンツＩＤの欄に格納される。
【００６７】
コンテンツサーバ２の制御部２０は、ユーザ端末１０１に提供中のコンテンツの提供が終了するタイミングで次に提供予定のコンテンツの提供を開始する。制御部２０は、ユーザ端末１０１に提供中のコンテンツの提供が終了したか否かを判断しており、終了したと判断した場合、図７（ａ）に示した通知画面をユーザ端末１０１へ送信することによって、ユーザ端末１０１のユーザにコンテンツの提供を希望するか否かを再度確認する。
【００６８】
ユーザ端末１０１からコンテンツの提供を希望する旨が通知された場合、コンテンツサーバ２の制御部２０は、コンテンツセッションＤＢ２３ｂに登録された次に登録予定のコンテンツＩＤに基づいて、ユーザ端末１０１へのコンテンツの提供を再度開始する。なお、ユーザ端末１０１からコンテンツの提供を希望しない旨が通知された場合、制御部２０は、ユーザ端末１０１へのコンテンツの提供を終了し、このユーザ端末１０１に関するコンテンツ提供情報をコンテンツセッションＤＢ２３ｂから削除する。
【００６９】
コンテンツサーバ２の制御部２０は、コンテンツのユーザ端末１０１への提供を開始した場合、コンテンツセッションＤＢ２３ｂの提供予定のコンテンツＩＤの欄に格納してあるコンテンツＩＤを提供中のコンテンツＩＤの欄に格納し、提供予定のコンテンツＩＤの欄に格納してあるコンテンツＩＤを削除する。コンテンツサーバ２の制御部２０は、コンテンツセッションＤＢ２３ｂに格納されているコンテンツ提供情報を更新した後、更新したコンテンツ提供情報をコンテンツ選択部１０ｄへ通知する。
【００７０】
コンテンツ選択部１０ｄは、コンテンツサーバ２から取得したコンテンツ提供情報に基づいて、このコンテンツの再生終了日時を算出する。コンテンツ選択部１０ｄは、算出した再生終了日時と、コンテンツサーバ２から取得したＣＳ−ＩＤとを連携部１０ｂへ送出する。連携部１０ｂは、コンテンツ選択部１０ｄから取得したＣＳ−ＩＤに対応付けてセッション管理ＤＢ１３ｂに格納されている再生終了日時を、コンテンツ選択部１０ｄから取得した再生終了日時に更新する。
【００７１】
アプリケーションサーバ１及びコンテンツサーバ２は、上述した処理を、ユーザ端末１０１のユーザがコンテンツの視聴を希望しなくなるまで、又はユーザの診察開始までの待ち時間が所定時間（例えば５分）未満となるまで繰り返す。
【００７２】
上述したように、医療機関の受付がされた時点での予想待ち時間に対して所定の比率（５０％）の視聴時間のコンテンツをまず提供する。そして、このコンテンツの提供が終了する前の時点で、この時点での予想待ち時間を算出し、算出した予想待ち時間に対して所定の比率（５０％）の視聴時間のコンテンツを次に提供する。このように、医療機関の受付がされた時点だけでなく、適宜のタイミングで予想待ち時間を算出することによって、動的に変わる可能性の高い待ち時間に対して、待ち時間の終了タイミングに、コンテンツの再生終了タイミングを合わせ込むことが可能となる。よって、コンテンツの視聴中に待ち時間が終了することがなく、ユーザは、魅力のあるコンテンツを十分に楽しむことができる。
【００７３】
以下に、本実施形態１のコンテンツ提供システムにおいて、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。図８及び図９は実施形態１のコンテンツ提供処理の手順を示すフローチャートである。
【００７４】
以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、コンテンツサーバ２のＲＯＭ２１又はＨＤＤ２３に格納してある制御プログラムに従って制御部２０によって実行される。また、図８及び図９では、破線で区切った２つの領域において、左側の領域にアプリケーションサーバ１の制御部１０による処理を、右側の領域にコンテンツサーバ２の制御部２０による処理をそれぞれ示している。
【００７５】
アプリケーションサーバ１の制御部１０は、受付装置１０２からユーザ情報、端末情報、診療科の情報及び受付順位の情報を取得したか否かに基づいて、医療サービスの要求が有ったか否かを判断する（Ｓ１）。医療サービスの要求が無い場合（Ｓ１：ＮＯ）、即ち、受付装置１０２から情報を取得していない場合、制御部１０は、待機する。
【００７６】
医療サービスの要求が有った場合（Ｓ１：ＹＥＳ）、即ち、受付装置１０２から情報を取得した場合、制御部１０は、医療サービスを要求したユーザの診察が開始されるまでの待ち時間を予測する（Ｓ２）。制御部１０は、このユーザに対してＷａｉｔ−ＩＤを発行しており、予測した待ち時間をＷａｉｔ−ＩＤによって管理する。
【００７７】
制御部１０は、予測した待ち時間が所定時間以上であるか否かを判断し（Ｓ３）、所定時間未満であると判断した場合（Ｓ３：ＮＯ）、何も行なわずにコンテンツ提供処理を終了する。予測した待ち時間が所定時間以上であると判断した場合（Ｓ３：ＹＥＳ）、制御部１０は、この待ち時間に合った提供候補のコンテンツを抽出する（Ｓ４）。このとき制御部１０は、コンテンツサーバ２から取得したコンテンツ情報に含まれる各コンテンツの視聴時間と、予測した待ち時間とに基づいて、提供候補のコンテンツを抽出する。
【００７８】
制御部１０は、抽出した提供候補のコンテンツから提供対象のコンテンツを選択する（Ｓ５）。制御部１０は、選択した提供対象のコンテンツを、医療サービスの要求を行なったユーザのユーザ端末１０１へ提供する指示をコンテンツサーバ２へ送信する（Ｓ６）。このとき制御部１０は、選択したコンテンツのコンテンツＩＤ、コンテンツの提供先のユーザ端末１０１の端末情報等をコンテンツサーバ２へ送信する。
【００７９】
コンテンツサーバ２の制御部２０は、コンテンツの提供先のユーザ端末１０１のユーザに対して、コンテンツの視聴を行なうか否かを確認する（Ｓ７）。具体的には、制御部２０は、図７（ａ）に示す通知画面をこのユーザ端末１０１へ送信する。制御部２０は、ユーザ端末１０１からの返信に基づいて、ユーザ端末１０１のユーザがコンテンツの視聴を希望するか否かを判断する（Ｓ８）。
【００８０】
コンテンツの視聴を希望しないと判断した場合（Ｓ８：ＮＯ）、制御部２０は、何も行なわずにコンテンツ提供処理を終了する。コンテンツの視聴を希望すると判断した場合（Ｓ８：ＹＥＳ）、制御部２０は、アプリケーションサーバ１からの指示に従って、コンテンツのユーザ端末１０１への提供を開始する（Ｓ９）。制御部２０は、コンテンツの提供中であることを示すコンテンツ提供情報をコンテンツセッションＤＢ２３ｂに格納する（Ｓ１０）。具体的には、制御部２０は、ユーザ端末１０１とのセッションを示すＣＳ−ＩＤ、ユーザ端末１０１に提供中のコンテンツのコンテンツＩＤ、ユーザ端末１０１の端末情報をコンテンツセッションＤＢ２３ｂに格納する。
【００８１】
コンテンツサーバ２の制御部２０は、コンテンツセッションＤＢ２３ｂに格納したコンテンツ提供情報をアプリケーションサーバ１へ通知する（Ｓ１１）。アプリケーションサーバ１の制御部１０は、通知されたコンテンツ提供情報に基づいて、コンテンツサーバ２によって提供中のコンテンツの再生終了日時を算出する。そして、アプリケーションサーバ１の制御部１０は、算出した再生終了日時、コンテンツサーバ２から取得したＣＳ−ＩＤ、医療サービスの要求時に発行されたＷａｉｔ−ＩＤを対応付けて１つのセッション情報としてセッション管理ＤＢ１３ｂに格納する（Ｓ１２）。そして制御部１０は、コンテンツ提供処理を終了する。
【００８２】
次に、上述した処理によってユーザ端末１０１に提供されているコンテンツの再生（提供）終了日時が近付いた場合の、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。図１０及び図１１は実施形態１のコンテンツ提供処理の手順を示すフローチャートである。
【００８３】
以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、コンテンツサーバ２のＲＯＭ２１又はＨＤＤ２３に格納してある制御プログラムに従って制御部２０によって実行される。また、図１０及び図１１では、破線で区切った２つの領域において、左側の領域にアプリケーションサーバ１の制御部１０による処理を、右側の領域にコンテンツサーバ２の制御部２０による処理をそれぞれ示している。
【００８４】
アプリケーションサーバ１の制御部１０は、セッション管理ＤＢ１３ｂに登録されているセッション情報を定期的に監視している。制御部１０は、ユーザ端末１０１に提供中のコンテンツの再生終了日時から所定時間前（例えば１０秒前）の日時が経過したセッション情報があるか否かに基づいて、待ち時間を再予測すべきユーザ端末１０１が有るか否かを判断する（Ｓ２１）。
【００８５】
待ち時間を再予測すべきユーザ端末１０１が無いと判断した場合（Ｓ２１：ＮＯ）、制御部１０は、待機する。待ち時間を再予測すべきユーザ端末１０１が有ると判断した場合（Ｓ２１：ＹＥＳ）、制御部１０は、このユーザ端末１０１のユーザの、この時点での待ち時間を予測する（Ｓ２２）。制御部１０は、予測した待ち時間が所定時間以上であるか否かを判断し（Ｓ２３）、所定時間未満であると判断した場合（Ｓ２３：ＮＯ）、このユーザのセッション情報をセッション管理ＤＢ１３ｂから削除し（Ｓ２４）、コンテンツ提供処理を終了する。
【００８６】
予測した待ち時間が所定時間以上であると判断した場合（Ｓ２３：ＹＥＳ）、制御部１０は、この待ち時間に合った提供候補のコンテンツを抽出する（Ｓ２５）。制御部１０は、抽出した提供候補のコンテンツから提供対象のコンテンツを選択する（Ｓ２６）。制御部１０は、選択した提供対象のコンテンツを、ステップＳ２１で待ち時間を再予測すべきであると判断されたユーザ端末１０１へ提供する指示をコンテンツサーバ２へ送信する（Ｓ２７）。具体的には、制御部１０は、このユーザ端末１０１のセッション情報に含まれるＣＳ−ＩＤをセッション管理ＤＢ１３ｂから読み出し、選択したコンテンツのコンテンツＩＤと共にコンテンツサーバ２へ送信する。
【００８７】
コンテンツサーバ２の制御部２０は、取得したＣＳ−ＩＤに対応する提供予定のコンテンツＩＤとして、取得したコンテンツＩＤをコンテンツセッションＤＢ２３ｂに登録し、コンテンツ提供情報を更新する（Ｓ２８）。制御部２０は、ユーザ端末１０１に提供中のコンテンツの提供が終了したか否かを判断しており（Ｓ２９）、終了していないと判断した場合（Ｓ２９：ＮＯ）、待機する。
【００８８】
提供中のコンテンツの提供が終了したと判断した場合（Ｓ２９：ＹＥＳ）、制御部２０は、次のコンテンツを提供するユーザ端末１０１のユーザに対して、コンテンツの視聴を継続して行なうか否かを確認する（Ｓ３０）。具体的には、制御部２０は、図７（ａ）に示す通知画面をこのユーザ端末１０１へ送信する。制御部２０は、ユーザ端末１０１からの返信に基づいて、ユーザ端末１０１のユーザがコンテンツの視聴を希望するか否かを判断する（Ｓ３１）。
【００８９】
コンテンツの視聴を希望すると判断した場合（Ｓ３１：ＹＥＳ）、制御部２０は、コンテンツセッションＤＢ２３ｂに登録した提供予定のコンテンツＩＤ及び端末情報に基づいて、次のコンテンツのユーザ端末１０１への提供を開始する（Ｓ３２）。制御部２０は、コンテンツの提供を開始したユーザ端末１０１に対してコンテンツセッションＤＢ２３ｂに格納してあるコンテンツ提供情報を更新する（Ｓ３３）。具体的には、制御部２０は、コンテンツセッションＤＢ２３ｂの提供予定のコンテンツＩＤの欄に格納されているコンテンツＩＤを提供中のコンテンツＩＤの欄に格納し、提供予定のコンテンツＩＤの欄に格納されているコンテンツＩＤを削除する。
【００９０】
コンテンツサーバ２の制御部２０は、更新したコンテンツ提供情報をアプリケーションサーバ１へ通知する（Ｓ３４）。アプリケーションサーバ１の制御部１０は、通知されたコンテンツ提供情報に基づいて、コンテンツサーバ２によって提供中のコンテンツの再生終了日時を算出する。そして、アプリケーションサーバ１の制御部１０は、コンテンツサーバ２から取得したＣＳ−ＩＤに対応する再生終了日時に、算出した再生終了日時を格納し、セッション管理ＤＢ１３ｂに格納されているセッション情報を更新する（Ｓ３５）。そして制御部１０は、コンテンツ提供処理を終了する。
【００９１】
一方、コンテンツの視聴を希望しないと判断した場合（Ｓ３１：ＮＯ）、コンテンツサーバ２の制御部２０は、このユーザ端末１０１に関するコンテンツ提供情報をコンテンツセッションＤＢ２３ｂから削除する（Ｓ３６）。制御部２０は、コンテンツ提供情報を削除した旨をアプリケーションサーバ１に通知する（Ｓ３７）。
【００９２】
アプリケーションサーバ１の制御部１０は、コンテンツサーバ２から削除を通知されたコンテンツ提供情報に基づいて、対応するセッション情報をセッション管理ＤＢ１３ｂから削除し（Ｓ３８）、コンテンツ提供処理を終了する。
【００９３】
上述したように、医療機関の受付がされた時点だけでなく、コンテンツの再生終了タイミングでも待ち時間の予測を適宜行なうことによって、動的に変わる待ち時間の終了タイミングをより正確に予測できる。よって、待ち時間の終了タイミングに、コンテンツの再生終了タイミングを合わせ込むことができるので、コンテンツの視聴中に待ち時間が終了することがなく、コンテンツを最後まで視聴できる。従って、各種の説明又は案内のコンテンツを最後まで視聴できなかった、映画、アニメ、ドラマ等の結末が見られなかった、漫才のオチを見られなかった等の状況が発生しない。
【００９４】
これにより、診察の順番を待たされているユーザは、魅力のあるコンテンツを十分に楽しみながら待ち時間を過ごすことができるので、コンテンツを視聴するユーザにある程度の満足感を与えることができ、待たされている状況に伴うストレスをある程度緩和することができる。また、提供したコンテンツを最後まで視聴してもらうことができるので、各種の情報の案内、宣伝等のコンテンツを提供する場合に、各種の情報を効率よく提供でき、コンテンツの提供側にも有益である。
【００９５】
上述した実施形態１では、アプリケーションサーバ１の制御部１０が提供候補のコンテンツを抽出する際に、予測した待ち時間に所定の比率（５０％）を掛けた時間と同程度の視聴時間を有するコンテンツを抽出する構成を例に説明した。このような構成のほかに、例えば、予測した待ち時間に対して２５％（１／４），７５％（３／４）等の視聴時間のコンテンツを提供候補として抽出してもよい。なお、２５％，７５％等のような、予測待ち時間に対する、提供候補とされるコンテンツの視聴時間の比率は、ＲＯＭ１１又はＨＤＤ１３に予め格納しておけばよい。
【００９６】
上述した実施形態１では、各ユーザが携帯しているユーザ端末１０１に対してコンテンツを提供する構成を例に説明した。このような構成のほかに、受付を行なったユーザにコンテンツの視聴が可能な端末装置をそれぞれ貸与し、この端末装置にコンテンツを提供する構成とすることもできる。この場合、ユーザ端末１０１を携帯しないユーザ、コンテンツのダウンロード及び視聴ができないユーザ端末１０１を有するユーザに対してもコンテンツの提供が可能となる。
【００９７】
（実施形態２）
以下に、実施形態２に係るコンテンツ提供システムについて説明する。なお、本実施形態２のコンテンツ提供システムは、上述した実施形態１のコンテンツ提供システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【００９８】
上述した実施形態１では、アプリケーションサーバ１の制御部１０は、予測した待ち時間に基づいて提供候補のコンテンツを抽出する際に、予測した待ち時間に対して所定の比率（例えば１／２、５０％）の視聴時間を有するコンテンツを抽出する構成であった。これに対して、本実施形態２のコンテンツ提供システムは、予測した待ち時間に対する実際の待ち時間を算出し、予測待ち時間に対する実際の待ち時間の比率を用いて、提供候補として抽出すべきコンテンツの視聴時間を設定する構成とする。
【００９９】
本実施形態２のコンテンツ提供システムは、上述した実施形態１のコンテンツ提供システムの構成のほかに、アプリケーションサーバ１のＨＤＤ１３に、図１２に示すような履歴情報データベース（以下、履歴情報ＤＢという）１３ｃが格納されている。図１２は履歴情報ＤＢ１３ｃの登録内容を示す模式図である。図１２に示すように、履歴情報ＤＢ１３ｃには、ユーザ端末１０１毎に、Ｗａｉｔ−ＩＤ、予測回数、予測待ち時間、コンテンツの視聴時間、実際の待ち時間、比率等を含む履歴情報が格納されている。
【０１００】
Ｗａｉｔ−ＩＤは、ユーザ端末１０１毎に割り当てられたＩＤであり、セッション管理ＤＢ１３ｂに格納されている。予測回数は、各ユーザ端末１０１のユーザの診察が開始されるまでの待ち時間を予測した回数を示しており、１回目、２回目…を示す。予測待ち時間は、待ち時間予測部１０ｃによって予測された待ち時間である。コンテンツの視聴時間は、予測待ち時間に基づいて提供されたコンテンツの視聴時間である。実際の待ち時間は、待ち時間予測部１０ｃによって予測された待ち時間及び提供されたコンテンツの視聴時間に基づいて、変動を考慮した待ち時間である。比率は、予測待ち時間に対して提供候補とすべきコンテンツの視聴時間の比率を示す。
【０１０１】
履歴情報ＤＢ１３ｃの登録内容は、アプリケーションサーバ１の制御部１０（待ち時間予測部１０ｃ）がユーザ端末１０１のユーザの待ち時間を予測した場合に、予測した待ち時間が所定時間（例えば５分）以上である都度、制御部１０（連携部１０ｂ）によって登録又は更新される。また、履歴情報ＤＢ１３ｃの登録内容は、アプリケーションサーバ１の制御部１０（コンテンツ選択部１０ｄ）が提供すべきコンテンツの視聴時間を決定する都度、制御部１０（連携部１０ｂ）によって登録される。なお、履歴情報ＤＢ１３ｃの登録内容は、予測した待ち時間が所定時間未満であった場合、又はユーザ端末１０１からコンテンツの視聴が希望されなかった場合に、制御部１０（連携部１０ｂ）によって削除される。
【０１０２】
制御部１０は、ユーザが医療サービスの受付を行なった時点での待ち時間を予測した場合、ユーザ端末１０１に割り当てられたＷａｉｔ−ＩＤと、予測回数（１回目）と、予測した待ち時間と、比率（５０）とを対応付けて履歴情報ＤＢ１３ｃに登録する。なお、ここでの比率（５０％）の値は、ＲＯＭ１１又はＨＤＤ１３に予め格納されている。制御部１０は、履歴情報ＤＢ１３ｃに格納した予測待ち時間に、格納した比率を掛けて、提供すべきコンテンツの視聴時間として履歴情報ＤＢ１３ｃに登録する。また、制御部１０は、ユーザ端末１０１に提供中のコンテンツの再生終了日時が近付いた時点での待ち時間を予測した場合、既に履歴情報ＤＢ１３ｃに登録されているＷａｉｔ−ＩＤに対応させて、ユーザ端末１０１に対する予測回数（例えば２回目、３回目）と、予測した待ち時間とを履歴情報ＤＢ１３ｃに登録する。
【０１０３】
制御部１０は、このときの予測待ち時間と、前回提供したコンテンツの視聴時間とに基づいて、前回の予測待ち時間に対して変動を考慮した待ち時間（実際の待ち時間）を算出する。そして、制御部１０は、既に履歴情報ＤＢ１３ｃに登録されているＷａｉｔ−ＩＤの、前回の予測回数に対応させて、算出した実際の待ち時間を格納する。
【０１０４】
例えば、制御部１０は、Ｗａｉｔ−ＩＤ「１」に対する１回目の予測処理で６０分の待ち時間を予測した場合、Ｗａｉｔ−ＩＤ「１」に対して、予測回数「１」、予測待ち時間「６０」、コンテンツの視聴時間「３０（６０×１／２）」及び比率「５０」を格納する。次に、制御部１０は、Ｗａｉｔ−ＩＤ「１」に対する２回目の予測処理で４０分の待ち時間を予測した場合、Ｗａｉｔ−ＩＤ「１」に対して、予測回数「２」及び予測待ち時間「４０」を格納する。そしてこのとき、制御部１０は、２回目の予測処理で予測した待ち時間及び１回目に提供したコンテンツの視聴時間とに基づいて、１回目の予測待ち時間に対する実際の待ち時間を算出する。
【０１０５】
具体的には、１回目の予測処理の後、視聴時間が３０分のコンテンツが提供されているので、２回目の予測待ち時間（４０）に、１回目に提供されたコンテンツの視聴時間（３０）を加算した時間を、１回目の予測待ち時間に対する実際の待ち時間（７０）とする。従って、制御部１０は、２回目の予測処理を行なった場合、２回目の予測待ち時間に、１回目のコンテンツの視聴時間を加算し、１回目の実際の待ち時間として履歴情報ＤＢ１３ｃに格納する。そして制御部１０は、１回目の予測待ち時間及び１回目の実際の待ち時間に基づいて、２回目の予測待ち時間に対して、２回目に提供すべきコンテンツの視聴時間の比率を算出する。
【０１０６】
ここでは、１回目の予測待ち時間（６０）に対する実際の待ち時間（７０）の比率（７０／６０）を１回目の比率（５０％）に掛けた値を、２回目の比率（５８．３％）とし、履歴情報ＤＢ１３ｃに格納する。ただし、算出する比率は１００％を超えないものとする。また、制御部１０は、２回目の予測待ち時間（４０）に、２回目の比率（５８．３％）を掛けた時間を、２回目に提供すべきコンテンツの視聴時間（２３．３）とし、履歴情報ＤＢ１３ｃに格納する。なお、３回目以降の予測処理を行なった場合にも制御部１０は同様の処理を行なう。
【０１０７】
本実施形態２のアプリケーションサーバ１において、連携部１０ｂは、サービス受付部１０ａから各種の情報を取得し、待ち時間予測部１０ｃから取得した予測待ち時間が所定時間（例えば５分）以上である場合、上述したように履歴情報ＤＢ１３ｃに各種情報を格納する。連携部１０ｂは、格納した今回提供すべきコンテンツの視聴時間をコンテンツ選択部１０ｄへ送信し、コンテンツ選択部１０ｄに、この視聴時間に適切なコンテンツの提供を指示する。
【０１０８】
本実施形態２のコンテンツ選択部１０ｄは、連携部１０ｂからコンテンツの提供を指示された場合、連携部１０ｂから取得したコンテンツの視聴時間と、ＲＡＭ１２に記憶させたコンテンツ情報に含まれる各コンテンツの視聴時間とに基づいて、提供候補のコンテンツを抽出する。なお、本実施形態２のコンテンツ選択部１０ｄは、連携部１０ｂから取得した今回提供すべきコンテンツの視聴時間と同程度の視聴時間のコンテンツを提供候補として抽出すればよい。
【０１０９】
なお、連携部１０ｂ及びコンテンツ選択部１０ｄが行なうその他の処理、サービス受付部１０ａ及び待ち時間予測部１０ｃは、上述した実施形態１の各部と同様の処理を行なうので、説明を省略する。
【０１１０】
以下に、本実施形態２のコンテンツ提供システムにおいて、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。なお、ユーザが受付装置１０２を介して医療機関の受付を行なった場合に初めて（１回目）コンテンツを提供する際の処理は、上述した実施形態１の図８及び図９で示した処理と同様であるので説明を省略する。
【０１１１】
ただし、本実施形態２のコンテンツ提供処理は、図８中のステップＳ３のＹＥＳの後に、ステップＳ２で予測した待ち時間に基づいて、提供すべきコンテンツの視聴時間を算出する処理と、予測した待ち時間及び算出した視聴時間を履歴情報として履歴情報ＤＢ１３ｃに格納する処理とが追加される。
【０１１２】
また、ユーザ端末１０１に提供中のコンテンツの再生終了日時が近付いた時点での予測待ち時間に基づいて次のコンテンツを提供する際の処理は、上述した実施形態１の図１０及び図１１で示した処理と同様であり、同一処理については説明を省略する。図１３は実施形態２のコンテンツ提供処理の手順の一部を示すフローチャートである。以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行される。なお、図１３に示す処理は、図１０に示したコンテンツ提供処理のステップＳ２３のＹＥＳの後に追加される処理である。
【０１１３】
図１０中のステップＳ２３において、ステップＳ２２で予測した待ち時間が所定時間以上であると判断した場合（Ｓ２３：ＹＥＳ）、アプリケーションサーバ１の制御部１０は、予測した待ち時間（予測待ち時間）を、Ｗａｉｔ−ＩＤ及び予測回数に対応付けて履歴情報ＤＢ１３ｃに格納する（Ｓ４１）。制御部１０は、今回の予測待ち時間に、前回提供したコンテンツの視聴時間を加算して、前回における実際の待ち時間を算出し、履歴情報ＤＢ１３ｃに格納する（Ｓ４２）。
【０１１４】
制御部１０は、履歴情報ＤＢ１３ｃに格納した前回の予測待ち時間に対する実際の待ち時間の比率を算出する（Ｓ４３）。制御部１０は、算出した比率を、前回の比率に掛けて、今回の予測待ち時間に対するコンテンツの視聴時間の比率を算出し、履歴情報ＤＢ１３ｃに格納する（Ｓ４４）。制御部１０は、履歴情報ＤＢ１３ｃに格納した今回の予測待ち時間と履歴情報ＤＢ１３ｃに格納した今回の比率とに基づいて、今回提供すべきコンテンツの視聴時間を算出し、履歴情報ＤＢ１３ｃに格納する（Ｓ４５）。
【０１１５】
制御部１０は、図１０中のステップＳ２５に処理を移行し、履歴情報ＤＢ１３ｃに格納した今回提供すべきコンテンツの視聴時間に合った提供候補のコンテンツを抽出する（Ｓ２５）。なお、以降の処理の説明は省略する。
【０１１６】
上述したように、本実施形態２は、アプリケーションサーバ１の制御部１０が提供候補のコンテンツを抽出する際に、前回予測した待ち時間と実際の待ち時間との比率（相異）に基づいて、今回予測した待ち時間に対して、抽出すべきコンテンツの視聴時間の比率（割合）を異ならせる構成である。これにより、コンテンツの視聴中に待ち時間が終了してしまわない範囲で、待ち時間の変動に応じた視聴時間のコンテンツを提供することができる。
【０１１７】
具体的には、予測待ち時間に対して実際の待ち時間が延びた場合、以降においても待ち時間が延びる可能性が高い。従って、このような場合には、長めの視聴時間のコンテンツを提供しても、コンテンツの視聴中に待ち時間が終了する可能性は低いので、長めの視聴時間のコンテンツを提供する。逆に、予測待ち時間に対して実際の待ち時間が短くなった場合、以降においても待ち時間が短くなる可能性が高い。従って、このような場合には、短めの視聴時間のコンテンツを提供する。これにより、コンテンツの視聴中に待ち時間が終了してしまうリスクを軽減させつつ、より適切な長さの視聴時間のコンテンツをユーザに提供することが可能となる。
【０１１８】
上述した実施形態２では、２回目（３回目）の予測待ち時間に、１回目（２回目）に提供されたコンテンツの視聴時間を加算した時間を、１回目（２回目）の予測待ち時間に対する実際の待ち時間としていた。また、このように算出した１回目（２回目）の実際の待ち時間と、１回目（２回目）の予測待ち時間とに基づいて、２回目（３回目）の予測時間に対して提供すべきコンテンツの視聴時間の比率を設定する構成であった。
【０１１９】
このような構成のほかに、例えば、１回目（２回目）の予測待ち時間から、１回目（２回目）に提供されたコンテンツの視聴時間を減算した時間と、２回目（３回目）の予測待ち時間とに基づいて、２回目（３回目）の予測時間に対して提供すべきコンテンツの視聴時間の比率を設定する構成としてもよい。
【０１２０】
（実施形態３）
以下に、実施形態３に係るコンテンツ提供システムについて説明する。なお、本実施形態３のコンテンツ提供システムは、上述した実施形態２のコンテンツ提供システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１２１】
上述した実施形態２では、予測した待ち時間に対する実際の待ち時間を算出し、予測待ち時間に対する実際の待ち時間の比率を用いて、提供候補として抽出すべきコンテンツの視聴時間を設定する構成であった。これに対して、本実施形態３のコンテンツ提供システムは、予測待ち時間に対する実際の待ち時間の予測誤差のばらつきを用いて、提供候補として抽出すべきコンテンツの視聴時間を設定する構成とする。
【０１２２】
図１４は実施形態３の履歴情報ＤＢ１３ｃの登録内容を示す模式図である。本実施形態３の履歴情報ＤＢ１３ｃは、図１２に示した実施形態２の履歴情報ＤＢ１３ｃと同一の構成を有する。
【０１２３】
本実施形態３においても、制御部１０は、ユーザが医療サービスの受付を行なった時点での待ち時間を予測した場合、ユーザ端末１０１に割り当てられたＷａｉｔ−ＩＤと、予測回数（１回目）と、予測した待ち時間と、比率（５０％）とを対応付けて履歴情報ＤＢ１３ｃに登録する。ここでの比率は、ＲＯＭ１１又はＨＤＤ１３に予め格納されている。また、制御部１０は、履歴情報ＤＢ１３ｃに格納した予測待ち時間に、格納した比率を掛けて、提供すべきコンテンツの視聴時間を算出して履歴情報ＤＢ１３ｃに格納する。また、制御部１０は、ユーザ端末１０１に提供中のコンテンツの再生終了日時が近付いた時点での待ち時間を予測した場合、既に履歴情報ＤＢ１３ｃに登録されているＷａｉｔ−ＩＤに対応させて、ユーザ端末１０１に対する予測回数（例えば、２回目、３回目）と、予測した待ち時間とを履歴情報ＤＢ１３ｃに格納する。
【０１２４】
制御部１０は、このときの予測待ち時間と、前回提供したコンテンツの視聴時間とに基づいて、前回の予測待ち時間に対して変動を考慮した待ち時間（実際の待ち時間）を算出する。そして、制御部１０は、既に履歴情報ＤＢ１３ｃに登録されているＷａｉｔ−ＩＤの、前回の予測回数に対応させて、算出した実際の待ち時間を格納する。なお、実際の待ち時間は、上述した実施形態２と同様の方法で算出すればよい。
【０１２５】
そして制御部１０は、履歴情報ＤＢ１３ｃに格納してある前回までの予測待ち時間及び実際の待ち時間に基づいて、今回の予測待ち時間に対して提供すべきコンテンツの視聴時間の比率を算出して履歴情報ＤＢ１３ｃに格納する。
ここで、本実施形態３の制御部１０は、既に履歴情報ＤＢ１３ｃに格納してある予測待ち時間及び実際の待ち時間の差分（予測誤差）を予測回数毎に算出し、算出した差分（予測誤差）の標準偏差に基づいて、今回の予測待ち時間に対して提供すべきコンテンツの視聴時間の比率を算出する。具体的には、以下の式１を用いて、それぞれの予測待ち時間及び実際の待ち時間の差分（予測誤差）の標準偏差を算出する。なお、標準偏差の代わりに分散を用いることもできる。
【０１２６】
【数１】
2010123092.tif 000003
【０１２７】
制御部１０は、算出した標準偏差が第１の所定値（例えば０．１）未満であるか否かを判断し、標準偏差が第１の所定値未満であれば、今回の予測待ち時間に対して提供すべきコンテンツの視聴時間の比率として、前回の比率に所定値（例えば１０％）を加算する。ただし、加算後の比率は１００％を超えないものとする。具体的には、前回の比率が５０％（１／２）であった場合には、５０％に所定値（例えば１０％）を加算し、今回の比率を６０％とする。
【０１２８】
また、算出した標準偏差が第１の所定値（例えば０．１）以上であれば、制御部１０は、算出した標準偏差が第２の所定値（例えば０．３）以上であるか否かを判断する。標準偏差が第２の所定値（例えば０．３）以上であれば、制御部１０は、今回の予測待ち時間に対して提供すべきコンテンツの視聴時間の比率として、前回の比率から所定値（例えば１０％）を減算する。なお、算出した標準偏差が第１の所定値（例えば０．１）以上であり、第２の所定値（例えば０．３）未満であれば、制御部１０は、今回の予測待ち時間に対して提供すべきコンテンツの視聴時間の比率を、前回の比率のままとする。
【０１２９】
具体的には、図１４に示す履歴情報ＤＢ１３ｃでは、制御部１０が、Ｗａｉｔ−ＩＤ「１」のユーザ端末１０１に対して２回目の待ち時間を予測し、１回目の予測待ち時間及び実際の待ち時間の差分の標準偏差を式１に基づいて算出した場合、０．１３（（６８−６０）／６０）が得られる。この場合、算出した標準偏差が第１の所定値（例えば０．１）以上であり、第２の所定値（例えば０．３）未満であるので、制御部１０は、今回（２回目）の予測待ち時間に対して提供すべきコンテンツの視聴時間の比率を、前回（１回目）の比率（ここでは５０％）とする。
【０１３０】
また、制御部１０が、Ｗａｉｔ−ＩＤ「１」のユーザ端末１０１に対して３回目の待ち時間を予測し、１回目及び２回目の予測待ち時間及び実際の待ち時間の差分の標準偏差を式１に基づいて算出した場合、０．０９４が得られる。この場合、算出した標準偏差が第１の所定値（例えば０．１）未満であるので、制御部１０は、今回（３回目）の予測待ち時間に対して提供すべきコンテンツの視聴時間の比率として、前回（２回目）の比率に所定値（例えば１０％）を加算した値（ここでは６０％）とする。そして、制御部１０は、今回の予測待ち時間に、算出した今回の比率を掛けた時間を、今回提供すべきコンテンツの視聴時間として履歴情報ＤＢ１３ｃに格納する。
【０１３１】
本実施形態３のアプリケーションサーバ１において、連携部１０ｂは、サービス受付部１０ａから各種の情報を取得し、待ち時間予測部１０ｃから取得した予測待ち時間が所定時間（例えば５分）以上である場合、上述したように履歴情報ＤＢ１３ｃに各種情報を格納する。連携部１０ｂは、格納した今回の提供すべきコンテンツの視聴時間をコンテンツ選択部１０ｄへ送信し、コンテンツ選択部１０ｄに、この視聴時間に適切なコンテンツの提供を指示する。
【０１３２】
本実施形態３のコンテンツ選択部１０ｄは、連携部１０ｂからコンテンツの提供を指示された場合、連携部１０ｂから取得したコンテンツの視聴時間と、ＲＡＭ１２に記憶させたコンテンツ情報に含まれる視聴時間とに基づいて、提供候補のコンテンツを抽出する。なお、連携部１０ｂが行なうその他の処理、サービス受付部１０ａ、待ち時間予測部１０ｃ及びコンテンツ選択部１０ｄは、上述した実施形態１の各部と同様の処理を行なうので、説明を省略する。
【０１３３】
以下に、本実施形態３のコンテンツ提供システムにおいて、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。なお、ユーザが受付装置１０２を介して医療機関の受付を行なった場合に初めて（１回目）コンテンツを提供する際の処理は、上述した実施形態１の図８及び図９で示した処理及び上述した実施形態２で説明した処理と同様であるので説明を省略する。
【０１３４】
また、ユーザ端末１０１に提供中のコンテンツの再生終了日時が近付いた時点での予測待ち時間に基づいて次のコンテンツを提供する際の処理は、上述した実施形態１の図１０及び図１１で示した処理と同様であり、同一処理については説明を省略する。図１５は実施形態３のコンテンツ提供処理の手順の一部を示すフローチャートである。以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行される。なお、図１５に示す処理は、図１０に示したコンテンツ提供処理のステップＳ２３のＹＥＳの後に追加される処理である。
【０１３５】
図１０中のステップＳ２３において、ステップＳ２２で予測した待ち時間が所定時間以上であると判断した場合（Ｓ２３：ＹＥＳ）、アプリケーションサーバ１の制御部１０は、予測した待ち時間（予測待ち時間）を、Ｗａｉｔ−ＩＤ及び予測回数に対応付けて履歴情報ＤＢ１３ｃに格納する（Ｓ５１）。制御部１０は、今回の予測待ち時間に、前回提供したコンテンツの視聴時間を加算して、前回における実際の待ち時間を算出し、履歴情報ＤＢ１３ｃに格納する（Ｓ５２）。
【０１３６】
制御部１０は、履歴情報ＤＢ１３ｃに格納した予測待ち時間及び実際の待ち時間の差分の標準偏差を算出する（Ｓ５３）。制御部１０は、算出した標準偏差が第１の所定値（例えば０．１）未満であるか否かを判断し（Ｓ５４）、算出した標準偏差が第１の所定値未満であると判断した場合（Ｓ５４：ＹＥＳ）、前回における比率に所定値を加算する（Ｓ５５）。制御部１０は、所定値を加算することによって得られた今回の、予測待ち時間に対して提供すべきコンテンツの視聴時間の比率を履歴情報ＤＢ１３ｃに格納する（Ｓ５８）。
【０１３７】
制御部１０は、算出した標準偏差が第１の所定値（例えば０．１）以上であると判断した場合（Ｓ５４：ＮＯ）、算出した標準偏差が第２の所定値（例えば０．３）未満であるか否かを判断する（Ｓ５６）。制御部１０は、算出した標準偏差が第２の所定値未満であると判断した場合（Ｓ５６：ＹＥＳ）、前回の比率をそのまま今回の比率として履歴情報ＤＢ１３ｃに格納する（Ｓ５８）。
【０１３８】
制御部１０は、算出した標準偏差が第２の所定値以上であると判断した場合（Ｓ５６：ＮＯ）、前回における比率から所定値を減算する（Ｓ５７）。制御部１０は、所定値を減算することによって得られた今回の、予測待ち時間に対して提供すべきコンテンツの視聴時間の比率を履歴情報ＤＢ１３ｃに格納する（Ｓ５８）。
【０１３９】
制御部１０は、履歴情報ＤＢ１３ｃに格納した今回の予測待ち時間及び比率に基づいて、今回提供すべきコンテンツの視聴時間を算出し、履歴情報ＤＢ１３ｃに格納する（Ｓ５９）。具体的には、制御部１０は、今回の予測待ち時間に、算出した比率を掛けた時間を、今回提供すべきコンテンツの視聴時間とする。
【０１４０】
制御部１０は、図１０中のステップＳ２５に処理を移行し、履歴情報ＤＢ１３ｃに格納した今回提供すべきコンテンツの視聴時間に合った提供候補のコンテンツを抽出する（Ｓ２５）。なお、以降の処理の説明は省略する。
【０１４１】
上述したように、本実施形態３は、アプリケーションサーバ１の制御部１０が提供候補のコンテンツを抽出する際に、既に履歴情報ＤＢ１３ｃに格納してある予測待ち時間と実際の待ち時間との差分の標準偏差に基づいて、今回予測した待ち時間に対して、抽出すべきコンテンツの視聴時間の比率を異ならせる構成である。これにより、コンテンツの視聴中に待ち時間が終了してしまわない範囲で、待ち時間の変動に応じた視聴時間のコンテンツを提供することができる。
【０１４２】
具体的には、算出した標準偏差が０に近い場合、予測待ち時間は実際の待ち時間と近似しており、予測待ち時間の信頼性が高い。従って、このような場合には、予測待ち時間に対して長めの視聴時間のコンテンツを提供しても、コンテンツの視聴中に待ち時間が終了する可能性は低いので、長めの視聴時間のコンテンツを提供する。逆に、算出した標準偏差が所定値よりも大きい場合、予測待ち時間が実際の待ち時間から離れているので、予測待ち時間の信頼性が低い。従って、このような場合には、予測待ち時間に対して短めの視聴時間のコンテンツを提供する。これにより、コンテンツの視聴中に待ち時間が終了してしまうリスクを軽減させつつ、より適切な長さの視聴時間のコンテンツをユーザに提供することが可能となる。
【０１４３】
上述した実施形態３では、予測待ち時間及び実際の待ち時間の差分の標準偏差が所定値（例えば０．１）未満である場合に、前回の比率に所定値（例えば１０％）を加算し、差分の標準偏差が所定値（例えば０．３）以上である場合に、前回の比率から所定値（例えば１０％）を減算していた。しかし、このような構成に限られず、例えば、標準偏差が所定値（例えば０．０１）未満である場合に、予測待ち時間に対して提供すべきコンテンツの視聴時間の比率を所定値（例えば９０％）とする構成でもよい。
【０１４４】
（実施形態４）
以下に、実施形態４に係るコンテンツ提供システムについて説明する。なお、本実施形態４のコンテンツ提供システムは、上述した実施形態１のコンテンツ提供システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１４５】
上述した実施形態１では、アプリケーションサーバ１の制御部１０は、予測した待ち時間に対して所定の比率（例えば１／２）の視聴時間を有するコンテンツを抽出した後、ランダムに発生させた数値をコンテンツＩＤとしたコンテンツ、人気ランクが高いコンテンツ等、所定の処理によって提供対象のコンテンツを自動的に選択する構成であった。これに対して、本実施形態４は、抽出した提供候補のコンテンツから提供対象のコンテンツを、ユーザ端末１０１のユーザが選択する構成とする。
【０１４６】
本実施形態４のアプリケーションサーバ１において、コンテンツ選択部１０ｄは、待ち時間予測部１０ｃが予測した予測待ち時間を連携部１０ｂから通知され、適切なコンテンツの提供を指示される。コンテンツ選択部１０ｄは、連携部１０ｂから取得した予測待ち時間と、ＲＡＭ１２に記憶させたコンテンツ情報に含まれる各コンテンツの視聴時間とに基づいて、提供候補のコンテンツを抽出する。なお、本実施形態４のコンテンツ選択部１０ｄは、例えば、予測待ち時間に所定の比率（５０％）を掛けた時間と同程度の視聴時間を有するコンテンツを提供候補として抽出する。
【０１４７】
そして、コンテンツ選択部１０ｄは、抽出した提供候補のコンテンツのコンテンツ情報を通知する通知画面を生成する。コンテンツ選択部１０ｄは、連携部１０ｂから取得した端末情報に基づいて、生成した通知画面を提供先のユーザ端末１０１へ送信する。ユーザ端末１０１は、アプリケーションサーバ１から受信した通知画面に基づいて、図１６（ａ）に示すようなコンテンツの選択画面を表示部に表示させる。
【０１４８】
図１６はコンテンツの選択画面の構成を示す模式図である。図１６（ａ）に示す選択画面は、コンテンツを視聴するか否かを確認すると共に、視聴したいコンテンツを選択するための画面である。図１６（ａ）に示す選択画面は、選択可能なコンテンツの情報（例えば題名）、ＯＫボタン及びキャンセルボタンを表示する。
【０１４９】
ユーザ端末１０１のユーザは、コンテンツを視聴したくない場合、キャンセルボタンをユーザ端末１０１の操作部を介して選択する。また、コンテンツを視聴したい場合、ユーザは、視聴したいコンテンツの情報をユーザ端末１０１の操作部を介して選択し、ＯＫボタンを操作する。ユーザ端末１０１は、ユーザの操作に従った情報をアプリケーションサーバ１へ送信する。
【０１５０】
アプリケーションサーバ１のコンテンツ選択部１０ｄは、ユーザ端末１０１から送信された情報を受信し、受信した情報がキャンセルボタンの操作の通知である場合、コンテンツの提供を行なわずに、コンテンツの提供処理を終了する。また、受信した情報が選択されたコンテンツ情報である場合、コンテンツ選択部１０ｄは、受信した情報に従って提供対象のコンテンツを選択する。コンテンツ選択部１０ｄは、選択したコンテンツを対応するユーザ端末１０１へ提供するようにコンテンツサーバ２に指示する。
【０１５１】
また、コンテンツ選択部１０ｄが抽出した提供候補のコンテンツの数が多い場合、コンテンツ選択部１０ｄは、図１６（ｂ）に示すように、コンテンツのジャンルを選択するための選択画面を先にユーザ端末１０１へ送信してもよい。図１６（ｂ）に示す選択画面は、コンテンツを視聴するか否かを確認すると共に、視聴したいコンテンツのジャンルを選択するための画面である。図１６（ｂ）に示す選択画面は、選択可能なコンテンツのジャンルの情報（例えばお笑い、アニメ、ドラマ）、ＯＫボタン及びキャンセルボタンを表示する。
【０１５２】
図１６（ｂ）に示す選択画面を介して任意のジャンルが選択された場合、コンテンツ選択部１０ｄは、選択されたジャンルのコンテンツのコンテンツ情報を通知する通知画面を生成してユーザ端末１０１へ送信する。これにより、ユーザ端末１０１は、図１６（ａ）に示すようなコンテンツの選択画面を表示部に表示させることができる。
【０１５３】
また、提供候補のコンテンツから提供対象のコンテンツを選択する方法として、人気ランクの上位のコンテンツを選択するか否かをユーザ端末１０１のユーザに選択させるような選択画面をユーザ端末１０１へ送信してもよい。
【０１５４】
なお、コンテンツ選択部１０ｄが行なうその他の処理、サービス受付部１０ａ、連携部１０ｂ及び待ち時間予測部１０ｃは、上述した実施形態１の各部と同様の処理を行なうので、説明を省略する。
【０１５５】
以下に、本実施形態４のコンテンツ提供システムにおいて、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。なお、ユーザが受付装置１０２を介して医療機関の受付を行なった場合に初めて（１回目）コンテンツを提供する際の処理は、上述した実施形態１の図８及び図９で示した処理と同様であり、同一処理については説明を省略する。
【０１５６】
また、ユーザ端末１０１に提供中のコンテンツの再生終了日時が近付いた時点での予測待ち時間に基づいて次のコンテンツを提供する際の処理は、上述した実施形態１の図１０及び図１１で示した処理と同様であり、同一処理については説明を省略する。
【０１５７】
図１７は実施形態４のコンテンツ提供処理の手順の一部を示すフローチャートである。以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、ユーザ端末１０１のメモリ（図示せず）に記憶してある制御プログラムに従ってユーザ端末１０１の制御部（図示せず）によって実行される。
【０１５８】
なお、図１７に示す処理は、図８に示したコンテンツ提供処理のステップＳ５の代わりと、図１０に示したコンテンツ提供処理のステップＳ２６の代わりとなる処理である。また、図１７では、破線で区切った２つの領域において、左側の領域にユーザ端末１０１の制御部による処理を、右側の領域にアプリケーションサーバ１の制御部１０による処理をそれぞれ示している。
【０１５９】
図８中のステップＳ４又は図１０中のステップＳ２５において、アプリケーションサーバ１の制御部１０は、提供候補のコンテンツを抽出した場合、抽出した提供候補のコンテンツのコンテンツ情報を通知する通知画面を生成し、コンテンツの提供先となるユーザ端末１０１へ送信する（Ｓ６１）。ユーザ端末１０１の制御部は、通知画面を受信し、図１６（ａ）に示すような画面を表示部に表示させる（Ｓ６２）。
【０１６０】
ユーザ端末１０１の制御部は、通知画面のＯＫボタンが操作されたか否かを判断しており（Ｓ６３）、ＯＫボタンが操作されたと判断した場合（Ｓ６３：ＹＥＳ）、通知画面を介して選択されたコンテンツのコンテンツ情報をアプリケーションサーバ１へ送信する（Ｓ６４）。アプリケーションサーバ１の制御部１０は、ユーザ端末１０１からコンテンツ情報を受信し（Ｓ６５）、受信したコンテンツ情報に従って、抽出した提供候補のコンテンツから提供対象のコンテンツを選択する（Ｓ６６）。
【０１６１】
制御部１０は、図８中のステップＳ６又は図１０中のステップＳ２７に処理を移行し、選択した提供対象のコンテンツを、ユーザ端末１０１へ提供する指示をコンテンツサーバ２へ送信する（Ｓ６，Ｓ２７）。なお、以降の処理の説明は省略する。
【０１６２】
一方、ユーザ端末１０１に表示された通知画面のＯＫボタンが操作されていないと判断した場合（Ｓ６３：ＮＯ）、ユーザ端末１０１の制御部は、通知画面のキャンセルボタンが操作されたか否かを判断する（Ｓ６７）。キャンセルボタンが操作されていないと判断した場合（Ｓ６７：ＮＯ）、ユーザ端末１０１の制御部は、ステップＳ６３に処理を戻し、キャンセルボタンが操作されたと判断した場合（Ｓ６７：ＹＥＳ）、コンテンツの提供をキャンセルされたことをアプリケーションサーバ１に通知する（Ｓ６８）。
【０１６３】
アプリケーションサーバ１の制御部１０は、ユーザ端末１０１からキャンセルの通知を受信した場合（Ｓ６９）、コンテンツ提供処理を終了する。なお、このとき、図１０に示したコンテンツ提供処理中であれば、制御部１０は、キャンセルを通知してきたユーザ端末１０１に関するセッション情報をセッション管理ＤＢ１３ｂから削除しておく。
【０１６４】
上述したように、本実施形態４は、アプリケーションサーバ１の制御部１０が予測待ち時間に基づいて抽出した提供候補のコンテンツから、ユーザが任意のコンテンツを提供対象に選択できる構成である。これにより、コンテンツの視聴中に待ち時間が終了してしまわない範囲で、ユーザの好みのコンテンツを提供することができる。
【０１６５】
本実施形態４は、上述した実施形態１の変形例として説明したが、本実施形態４の構成は上述した実施形態２，３にも適用することができる。
【０１６６】
（実施形態５）
以下に、実施形態５に係るコンテンツ提供システムについて説明する。なお、本実施形態５のコンテンツ提供システムは、上述した実施形態１のコンテンツ提供システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１６７】
上述した実施形態１では、アプリケーションサーバ１の制御部１０は、提供候補のコンテンツを抽出し、提供対象のコンテンツを選択する際に、コンテンツの内容については考慮していなかった。即ち、ユーザが医療サービスの受付をした時点での予測待ち時間に基づいて提供されるコンテンツと、提供中のコンテンツの再生が終了する直前の時点での予測待ち時間に基づいて提供されるコンテンツとに何らの関係もなかった。
【０１６８】
本実施形態５は、コンテンツサーバ２が提供するコンテンツに、複数のコンテンツを所定の順序で連続させたシリーズもののコンテンツ（コンテンツ群）が含まれる構成である。そして、ユーザ端末１０１に１回目に提供したコンテンツがシリーズもののコンテンツであれば、同じシリーズのコンテンツを次回以降にも提供する構成とする。
【０１６９】
本実施形態５のコンテンツ提供システムにおいて、アプリケーションサーバ１は、図２に示した構成を備えるが、ＨＤＤ１３に格納してあるセッション管理ＤＢ１３ｂは、図１８（ａ）に示すようなデータベースである。また、コンテンツサーバ２は、図４に示した構成を備えるが、ＨＤＤ２３に格納してあるコンテンツ情報ＤＢ２３ａは、図１８（ｂ）に示すようなデータベースである。
【０１７０】
図１８は実施形態５のセッション管理ＤＢ１３ｂ及びコンテンツ情報ＤＢ２３ａの登録内容を示す模式図である。図１８（ａ）に示すように、本実施形態５のセッション管理ＤＢ１３ｂに格納されるセッション情報は、Ｗａｉｔ−ＩＤ、ＣＳ−ＩＤ、再生終了日時のほかに、コンテンツＩＤを含む。コンテンツＩＤは、ＣＳ−ＩＤで識別されるセッションによって提供中のコンテンツを識別するための識別情報である。なお、本実施形態５では、同じシリーズに含まれるコンテンツのコンテンツＩＤは、コンテンツが連なる順序に従った続き番号とする。
【０１７１】
また、図１８（ｂ）に示すように、本実施形態５のコンテンツ情報ＤＢ２３ａに格納されるコンテンツ情報は、コンテンツＩＤ、視聴時間（再生時間）、ジャンル、人気ランクのほかに、シリーズＩＤを含む。シリーズＩＤは、シリーズもののコンテンツにのみ付与されるＩＤであり、複数のコンテンツによって構成される各シリーズを識別するための識別情報である。
【０１７２】
本実施形態５のアプリケーションサーバ１において、コンテンツ選択部１０ｄは、連携部１０ｂから予測待ち時間を通知されてコンテンツの提供を指示された場合、連携部１０ｂから取得した予測待ち時間と、ＲＡＭ１２に記憶させたコンテンツ情報に含まれる各コンテンツの視聴時間とに基づいて、提供候補のコンテンツを抽出する。なお、各ユーザ端末１０１に初めてコンテンツを提供する場合の提供候補は、実施形態１と同様に、例えば予測待ち時間に所定の比率（５０％）を掛けた時間と同程度の視聴時間のコンテンツを抽出すればよい。
【０１７３】
ここで、本実施形態５のコンテンツ選択部１０ｄは、各ユーザ端末１０１に対して２回目以降のコンテンツ提供処理を行なう場合、前回提供したコンテンツがシリーズものであるか否かを判断する。具体的には、コンテンツ選択部１０ｄは、連携部１０ｂから取得したＷａｉｔ−ＩＤに基づいてセッション管理ＤＢ１３ｂを検索し、前回提供したコンテンツのコンテンツＩＤを読み出す。コンテンツ選択部１０ｄは、読み出したコンテンツＩＤに基づいて、コンテンツサーバ２から取得してＲＡＭ１２に格納してあるコンテンツ情報を検索し、このコンテンツＩＤに対応するシリーズＩＤがある場合、前回提供したコンテンツがシリーズものであると判断する。
【０１７４】
前回提供したコンテンツがシリーズものである場合、コンテンツ選択部１０ｄは、前回提供したコンテンツと同じシリーズに含まれるコンテンツを提供候補として抽出する。そして、コンテンツ選択部１０ｄは、提供候補のコンテンツから、前回提供したコンテンツの次のコンテンツを提供対象として選択する。なお、各シリーズに含まれる連続するコンテンツのコンテンツＩＤに続き番号を付与しておくことにより、コンテンツ選択部１０ｄは、コンテンツＩＤに基づいて、次に提供すべき対象を容易に選択できる。
【０１７５】
なお、同じシリーズに含まれるコンテンツのコンテンツＩＤに続き番号を付与しておく必要はないが、コンテンツＩＤが続き番号ではない場合には、各コンテンツの順序を示す情報をコンテンツＩＤとは別途に付与しておく必要がある。
【０１７６】
コンテンツ選択部１０ｄは、提供対象に選択したコンテンツのコンテンツＩＤ、セッション管理ＤＢ１３ｂに格納してあるＣＳ−ＩＤをコンテンツサーバ２へ送信し、対応するユーザ端末１０１へ提供するようにコンテンツサーバ２に指示する。
【０１７７】
なお、コンテンツ選択部１０ｄが行なうその他の処理、サービス受付部１０ａ、連携部１０ｂ及び待ち時間予測部１０ｃは、上述した実施形態１の各部と同様の処理を行なうので、説明を省略する。
【０１７８】
以下に、本実施形態５のコンテンツ提供システムにおいて、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。なお、ユーザが受付装置１０２を介して医療機関の受付を行なった場合に初めて（１回目）コンテンツを提供する際の処理は、上述した実施形態１の図８及び図９で示した処理と同様であるので説明を省略する。
【０１７９】
また、ユーザ端末１０１に提供中のコンテンツの再生終了日時が近付いた時点での予測待ち時間に基づいて次のコンテンツを提供する際の処理は、上述した実施形態１の図１０及び図１１で示した処理と同様であり、同一処理については説明を省略する。図１９は実施形態５のコンテンツ提供処理の手順の一部を示すフローチャートである。以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行される。なお、図１９に示す処理は、図１０に示したコンテンツ提供処理のステップＳ２５及びＳ２６の代わりとなる処理である。
【０１８０】
図１０中のステップＳ２３において、ステップＳ２２で予測した待ち時間が所定時間以上であると判断した場合（Ｓ２３：ＹＥＳ）、アプリケーションサーバ１の制御部１０は、ステップＳ２１で再予測すべきであると判断したユーザ端末１０１のセッション情報に含まれるコンテンツＩＤをセッション管理ＤＢ１３ｂから読み出す（Ｓ７１）。制御部１０は、読み出したコンテンツＩＤに基づいて、コンテンツサーバ２から取得してＲＡＭ１２に格納してあるコンテンツ情報を検索し、このコンテンツＩＤのコンテンツがシリーズもののコンテンツであるか否かを判断する（Ｓ７２）。
【０１８１】
シリーズもののコンテンツであると判断した場合（Ｓ７２：ＹＥＳ）、制御部１０は、読み出したコンテンツＩＤのコンテンツと同一シリーズのコンテンツを提供候補として抽出する（Ｓ７３）。具体的には、制御部１０は、読み出したコンテンツＩＤに基づいて、コンテンツサーバ２から取得してＲＡＭ１２に格納してあるコンテンツ情報を検索し、同一のシリーズＩＤに対応するコンテンツＩＤを抽出する。
【０１８２】
制御部１０は、抽出した提供候補のコンテンツから、前回提供したコンテンツの次のコンテンツを提供対象として選択する（Ｓ７４）。具体的には、制御部１０は、前回提供したコンテンツのコンテンツＩＤの次の番号であるコンテンツＩＤのコンテンツを提供対象として選択する。
【０１８３】
シリーズもののコンテンツでないと判断した場合（Ｓ７２：ＮＯ）、制御部１０は、ステップＳ２２で予測した待ち時間に合った提供候補のコンテンツを抽出する（Ｓ７５）。制御部１０は、抽出した提供候補のコンテンツから提供対象のコンテンツを選択する（Ｓ７６）。制御部１０は、図１０中のステップＳ２７に処理を移行し、選択した提供対象のコンテンツを、ステップＳ２１で待ち時間を再予測すべきであると判断されたユーザ端末１０１へ提供する指示をコンテンツサーバ２へ送信する（Ｓ２７）。なお、以降の処理の説明は省略する。
【０１８４】
上述したように、本実施形態５は、アプリケーションサーバ１の制御部１０が提供候補のコンテンツを抽出する際に、前回提供したコンテンツがシリーズもののコンテンツであれば、同一シリーズに含まれるコンテンツを抽出する構成である。これにより、統一的な内容のコンテンツを提供でき、より充実した内容のコンテンツを効率よく提供できる。
【０１８５】
上述した実施形態５では、１回目に提供したコンテンツがシリーズもののコンテンツである場合には、以降の提供処理において同一のシリーズに含まれるコンテンツを提供する構成であった。このような構成のほかに、１回目の提供処理においてもシリーズもののコンテンツを優先して選択するようにしてもよい。例えば、予測待ち時間が長い場合には、同一のシリーズに含まれるコンテンツを順次提供することにより、最初から統一的な内容のコンテンツを提供できる。また、ユーザの希望により、異なる内容のコンテンツを順次提供する処理と、同一のシリーズのコンテンツを順次提供する処理とを切り替える構成としてもよい。
【０１８６】
本実施形態５は、上述した実施形態１の変形例として説明したが、本実施形態５の構成は上述した実施形態２〜４にも適用することができる。
【０１８７】
（実施形態６）
以下に、実施形態６に係るコンテンツ提供システムについて説明する。なお、本実施形態６のコンテンツ提供システムは、上述した実施形態５のコンテンツ提供システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１８８】
上述した実施形態５では、それぞれのユーザ端末１０１に１回目に提供したコンテンツがシリーズもののコンテンツであれば、同じシリーズのコンテンツを２回目以降にも提供する構成であった。本実施形態６は、シリーズもののコンテンツに、各シリーズに含まれる一部又は全部のコンテンツを所定の順序で連続させた複数の展開パターンが可能に構成されたコンテンツが含まれる構成である。例えば、スポーツのダイジェスト、落語、漫才、楽曲等のコンテンツが考えられる。
【０１８９】
具体的には、例えば落語のコンテンツにおいて、１つのシリーズ（コンテンツ群）で１席の落語を構成する場合に、一部のコンテンツを飛ばしても、また、いくつかの場所にオチを用意しておいても全体の話は通じるように各コンテンツを構成することができる。この場合、同じ落語のコンテンツであっても、提供するコンテンツの数に応じて全体の視聴時間が異なる複数の展開パターンを提供することができる。
【０１９０】
従って、本実施形態６は、ユーザ端末１０１に１回目に提供したコンテンツが複数の展開パターンが可能なシリーズもののコンテンツであれば、同じシリーズのコンテンツにおいて、予測待ち時間に応じた視聴時間の展開パターンを提供する構成とする。
【０１９１】
本実施形態６のコンテンツ提供システムにおいて、コンテンツサーバ２は、図４に示した構成を備えるが、ＨＤＤ２３に格納してあるコンテンツ情報ＤＢ２３ａは、図２０に示すようなデータベースである。
【０１９２】
図２０は実施形態６のコンテンツ情報ＤＢ２３ａの登録内容を示す模式図である。図２０に示すように、本実施形態６のコンテンツ情報ＤＢ２３ａに格納されるコンテンツ情報は、コンテンツＩＤ、シリーズＩＤ、視聴時間（再生時間）のほかに、展開名、接続可能な展開を含む。なお、図２０には図示していないが、コンテンツ情報には、ジャンル、人気ランクも含まれる。
【０１９３】
展開名は、シリーズ毎に各コンテンツに付与された情報であり、同一シリーズ内の各コンテンツを識別するための識別情報である。また、各シリーズにおいて最初のコンテンツ（展開）に対する展開名を「最初」とする。接続可能な展開は、各コンテンツの後に接続させることが可能な展開（コンテンツ）を示す情報である。なお、コンテンツ情報に展開名を含める必要はなく、各コンテンツをコンテンツＩＤのみで識別する場合には、接続可能な展開の欄に、各コンテンツのコンテンツＩＤを登録しておけばよい。
【０１９４】
図２０に示すコンテンツ情報ＤＢ２３ａでは、シリーズＩＤが「５」のシリーズにおいて、展開名が「最初」であるコンテンツＩＤ「５０００」のコンテンツの後には、展開名が「Ａ」、「Ｂ」、「Ｃ」又は「Ｙ」のコンテンツを続けることができることを示している。また、接続可能な展開として「終了」が登録してあるコンテンツは、各シリーズの最後のコンテンツである。
【０１９５】
本実施形態６のアプリケーションサーバ１において、コンテンツ選択部１０ｄは、連携部１０ｂから予測待ち時間を通知されてコンテンツの提供を指示された場合、連携部１０ｂから取得した予測待ち時間と、ＲＡＭ１２に記憶させたコンテンツ情報に含まれる各コンテンツの視聴時間とに基づいて、提供候補のコンテンツを抽出する。なお、各ユーザ端末１０１に初めてコンテンツを提供する場合の提供候補は、実施形態１，５と同様に、予測待ち時間に所定の比率（５０％）を掛けた時間と同程度の視聴時間のコンテンツを抽出すればよい。
【０１９６】
ここで、本実施形態６のコンテンツ選択部１０ｄは、各ユーザ端末１０１に対して２回目以降のコンテンツ提供処理を行なう場合、前回提供したコンテンツが、複数の展開パターンを有するシリーズものであるか否かを判断する。具体的には、コンテンツ選択部１０ｄは、連携部１０ｂから取得したＷａｉｔ−ＩＤに基づいてセッション管理ＤＢ１３ｂを検索し、前回提供したコンテンツのコンテンツＩＤを読み出す。コンテンツ選択部１０ｄは、読み出したコンテンツＩＤに基づいて、コンテンツサーバ２から取得してＲＡＭ１２に格納してあるコンテンツ情報を検索し、このコンテンツＩＤに対応するシリーズＩＤ及び展開名がある場合、前回提供したコンテンツが、複数の展開パターンを有するシリーズものであると判断する。
【０１９７】
前回提供したコンテンツが、複数の展開パターンを有するシリーズものである場合、コンテンツ選択部１０ｄは、前回提供したコンテンツと同じシリーズに含まれるコンテンツを提供候補として抽出する。そして、本実施形態６のコンテンツ選択部１０ｄは、提供候補のコンテンツにおいて、前回提供したコンテンツ（展開）に接続可能な展開を、ＲＡＭ１２に格納してあるコンテンツ情報から読み出し、提供可能な展開パターンのそれぞれにおける全体の視聴時間を算出する。
【０１９８】
具体的には、図２０に示すコンテンツ情報において、前回提供したコンテンツが、シリーズＩＤが「５」のシリーズの展開名「Ｂ」のコンテンツである場合、コンテンツ選択部１０ｄは、展開名「Ｂ」のコンテンツに接続可能な展開として、展開名が「Ｃ」、「Ｚ」のコンテンツを特定する。
【０１９９】
ここで、次回（展開名「Ｂ」のコンテンツの後）に提供すべきコンテンツとして展開名「Ｃ」のコンテンツを選択した場合、展開名「Ｃ」のコンテンツの後に更に展開名「Ｚ」のコンテンツを提供することになるので、この場合の展開パターンの全体の視聴時間は、展開名「Ｃ」、「Ｚ」のコンテンツの視聴時間の合計となる。一方、次回（展開名「Ｂ」のコンテンツの後）に提供すべきコンテンツとして展開名「Ｚ」のコンテンツを選択した場合、このときの展開パターンの全体の視聴時間は、展開名「Ｚ」のコンテンツの視聴時間となる。
【０２００】
コンテンツ選択部１０ｄは、このように各展開パターンにおける全体の視聴時間を算出し、それぞれ算出した視聴時間と、連携部１０ｂから取得した予測待ち時間とに基づいて、提供対象の展開パターンを選択する。ここでは、例えば、予測待ち時間の半分（５０％）の時間以内の視聴時間のうちで、最長の視聴時間となる展開パターンを選択する。そして、コンテンツ選択部１０ｄは、選択した展開パターンに含まれるコンテンツから、前回提供したコンテンツ（展開）の次のコンテンツ（展開）を提供対象として選択する。
【０２０１】
コンテンツ選択部１０ｄは、提供対象に選択したコンテンツ（展開）のコンテンツＩＤ、セッション管理ＤＢ１３ｂに格納してあるＣＳ−ＩＤをコンテンツサーバ２へ送信し、対応するユーザ端末１０１へ提供するようにコンテンツサーバ２に指示する。
【０２０２】
なお、コンテンツ選択部１０ｄが行なうその他の処理、サービス受付部１０ａ、連携部１０ｂ及び待ち時間予測部１０ｃは、上述した実施形態１，５の各部と同様の処理を行なうので、説明を省略する。
【０２０３】
以下に、本実施形態６のコンテンツ提供システムにおいて、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。なお、ユーザが受付装置１０２を介して医療機関の受付を行なった場合に初めて（１回目）コンテンツを提供する際の処理は、上述した実施形態１の図８及び図９で示した処理と同様であるので説明を省略する。
【０２０４】
また、ユーザ端末１０１に提供中のコンテンツの再生終了日時が近付いた時点での予測待ち時間に基づいて次のコンテンツを提供する際の処理は、上述した実施形態１の図１０及び図１１で示した処理と同様であり、同一処理については説明を省略する。図２１は実施形態６のコンテンツ提供処理の手順の一部を示すフローチャートである。以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行される。なお、図２１に示す処理は、図１０に示したコンテンツ提供処理のステップＳ２５及びＳ２６の代わりとなる処理である。
【０２０５】
図１０中のステップＳ２３において、ステップＳ２２で予測した待ち時間が所定時間以上であると判断した場合（Ｓ２３：ＹＥＳ）、アプリケーションサーバ１の制御部１０は、ステップＳ２１で再予測すべきであると判断したユーザ端末１０１のセッション情報に含まれるコンテンツＩＤをセッション管理ＤＢ１３ｂから読み出す（Ｓ８１）。制御部１０は、読み出したコンテンツＩＤに基づいて、コンテンツサーバ２から取得してＲＡＭ１２に格納してあるコンテンツ情報を検索し、このコンテンツＩＤのコンテンツがシリーズもののコンテンツであるか否かを判断する（Ｓ８２）。
【０２０６】
シリーズもののコンテンツであると判断した場合（Ｓ８２：ＹＥＳ）、制御部１０は、読み出したコンテンツＩＤのコンテンツと同一シリーズのコンテンツを提供候補として抽出する（Ｓ８３）。具体的には、制御部１０は、読み出したコンテンツＩＤに基づいて、コンテンツサーバ２から取得してＲＡＭ１２に格納してあるコンテンツ情報を検索し、同一のシリーズＩＤに対応するコンテンツＩＤを抽出する。
【０２０７】
制御部１０は、読み出したコンテンツＩＤに基づいて、コンテンツサーバ２から取得してＲＡＭ１２に格納してあるコンテンツ情報を検索し、このコンテンツＩＤのコンテンツが、複数の展開パターンを有するシリーズもののコンテンツであるか否かを判断する（Ｓ８４）。複数の展開パターンを有するシリーズもののコンテンツであると判断した場合（Ｓ８４：ＹＥＳ）、制御部１０は、提供中のコンテンツ（展開）の後に接続できる各展開パターンの視聴時間を算出する（Ｓ８５）。
【０２０８】
制御部１０は、算出した各展開パターンの視聴時間と、連携部１０ｂから取得した予測待ち時間とに基づいて、提供対象の展開パターンを選択する（Ｓ８６）。制御部１０、選択した展開パターンに含まれるコンテンツから、前回提供したコンテンツ（展開）の次のコンテンツ（展開）を提供対象として選択する（Ｓ８７）。具体的には、制御部１０は、前回提供したコンテンツのコンテンツＩＤの次の番号であるコンテンツＩＤのコンテンツを提供対象として選択する。
【０２０９】
複数の展開パターンを有するシリーズもののコンテンツでないと判断した場合（Ｓ８４：ＮＯ）、制御部１０は、ステップＳ８３で読み出した同一シリーズの提供候補のコンテンツから、前回提供したコンテンツの次のコンテンツを提供対象として選択する（Ｓ８８）。また、シリーズもののコンテンツでないと判断した場合（Ｓ８２：ＮＯ）、制御部１０は、ステップＳ２２で予測した待ち時間に合った提供候補のコンテンツを抽出する（Ｓ８９）。制御部１０は、抽出した提供候補のコンテンツから提供対象のコンテンツを選択する（Ｓ９０）。
【０２１０】
制御部１０は、図１０中のステップＳ２７に処理を移行し、選択した提供対象のコンテンツを、ステップＳ２１で待ち時間を再予測すべきであると判断されたユーザ端末１０１へ提供する指示をコンテンツサーバ２へ送信する（Ｓ２７）。なお、以降の処理の説明は省略する。
【０２１１】
上述したように、本実施形態６は、アプリケーションサーバ１の制御部１０が提供候補のコンテンツを抽出する際に、前回提供したコンテンツが、複数の展開パターンを有するシリーズもののコンテンツであれば、同一シリーズに含まれるコンテンツから提供可能な展開パターンを抽出する構成である。これにより、同一シリーズのコンテンツを提供中に予測待ち時間が変動した場合であっても、異なる視聴時間で同一の内容のコンテンツを提供できる。
【０２１２】
上述した実施形態６でも、１回目に提供したコンテンツがシリーズもののコンテンツである場合には、以降の提供処理において同一のシリーズに含まれるコンテンツを提供する構成であった。このような構成のほかに、１回目の提供処理においてもシリーズもののコンテンツを優先して選択するようにしてもよい。例えば、予測待ち時間が長い場合には、同一のシリーズに含まれるコンテンツを順次提供することにより、最初から統一的な内容のコンテンツを提供できると共に、同一シリーズのコンテンツを提供中に予測待ち時間が変動した場合であっても、異なる視聴時間で同一の内容のコンテンツを提供できる
【０２１３】
本実施形態６は、上述した実施形態５の変形例として説明したが、本実施形態６の構成は上述した実施形態１〜４にも適用することができる。
【０２１４】
上述した実施形態１〜６では、医療機関で受け付けしたユーザに、実際に医療サービス（診察）が享受可能となるまでの待ち時間に適切なコンテンツを提供するコンテンツ提供システムを例に説明した。しかし、本願に開示するコンテンツ提供装置は、このような構成に限られない。例えば、旅行代理店で旅行に関する相談をしたいユーザの待ち時間にコンテンツを提供する場合、旅行を紹介するためのコンテンツをユーザ端末１０１に提供する構成とすることができる。
【０２１５】
また、金融機関で金融商品に関する相談をしたいユーザの待ち時間にコンテンツを提供する場合、金融商品を紹介するためのコンテンツをユーザ端末１０１に提供する構成とすることができる。また、住宅（マイホーム）相談をしたいユーザの待ち時間にコンテンツを提供する場合、住宅購入の際のポイント、こだわりの家づくりのポイント等を紹介するためのコンテンツをユーザ端末１０１に提供する構成とすることができる。
【０２１６】
また、自動車、バス、電車、飛行機等の移動手段によって移動する際に要する時間（待ち時間に相当）、天候、災害等で移動が妨げられている際の待ち時間等に各種コンテンツを提供する構成とすることもできる。
【０２１７】
（実施形態７）
以下に、実施形態７に係るコンテンツ提供システムについて説明する。なお、本実施形態７のコンテンツ提供システムは、上述した実施形態１のコンテンツ提供システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０２１８】
上述した実施形態１のコンテンツ提供システムは、医療機関の受付を行なったユーザの待ち時間にコンテンツを提供し、待ち時間が終了した場合にはコンテンツの提供を終了する構成であった。これに対して、本実施形態７のコンテンツ提供システムは、本願のコンテンツ提供装置をコールセンターのシステムに適用した構成である。
【０２１９】
具体的には、本実施形態７のコンテンツ提供システムにおいて、ユーザ端末１０１がコールセンターに問い合わせの電話を発呼した場合、アプリケーションサーバ１に着呼する。アプリケーションサーバ１は、ユーザ端末１０１からの着呼があった場合に、空き状態のオペレータ端末（電話機）があれば、そのオペレータ端末とユーザ端末１０１とを接続させる。一方、空き状態のオペレータ端末がなければ、ユーザ端末１０１のユーザの待ち時間を予測し、予測した待ち時間に応じたコンテンツの提供を行なう構成とする。
【０２２０】
従って、本実施形態７のコンテンツ提供システムは、図１に示す構成において、受付装置１０２を備えないが、ネットワークＮに接続可能なオペレータ端末（図示せず）を複数備える構成である。また、本実施形態７のアプリケーションサーバ１のＨＤＤ１３に格納されている受付情報ＤＢ１３ａは、図２２に示すようなデータベースである。図２２は実施形態７の受付情報ＤＢ１３ａの登録内容を示す模式図である。本実施形態７の受付情報ＤＢ１３ａは、図２２に示すように、Ｗａｉｔ−ＩＤ及びユーザ端末１０１の端末情報（ＩＰアドレス、ポートアドレス等）を含む受付情報を格納している。
【０２２１】
なお、Ｗａｉｔ−ＩＤは、コールセンターに着呼してきた順に各ユーザに割り当てられる情報であるので、Ｗａｉｔ−ＩＤによって各ユーザの受付順位を管理できる。従って、本実施形態７の受付情報ＤＢ１３ａは、図３（ａ）に示した実施形態１の受付情報ＤＢ１３ａのように受付順位の情報を格納する必要がない。
アプリケーションサーバ１及びオペレータ端末は、コールセンターによって管理されている。
【０２２２】
以下に、本実施形態７のアプリケーションサーバ１の制御部１０が、ＲＯＭ１１又はＨＤＤ１３に格納されている制御プログラムを実行することによって実現する機能について説明する。図２３は実施形態７のアプリケーションサーバ１の機能構成を示す機能ブロック図である。
【０２２３】
本実施形態７のアプリケーションサーバ１において、制御部１０は、ＲＯＭ１１又はＨＤＤ１３に格納されている制御プログラムを実行することによって、サービス受付部１０ａ、連携部１０ｂ、待ち時間予測部１０ｃ、コンテンツ選択部１０ｄの機能のほかに、メディアゲートウェイ（以下、メディアＧＷという）１０ｅの機能を実現する。
【０２２４】
本実施形態７のコンテンツ提供システムにおいて、ユーザ端末１０１がコールセンターに発呼してきた場合、アプリケーションサーバ１のサービス受付部１０ａは、ユーザ端末１０１の端末情報（電話番号、ＩＰアドレス、ポートアドレス）をユーザ端末１０１から取得する。サービス受付部１０ａは、端末情報を取得した場合、このユーザに対して１つのＷａｉｔ−ＩＤを発行し、Ｗａｉｔ−ＩＤ及び取得した端末情報を連携部１０ｂ及び待ち時間予測部１０ｃへ転送する。なお、ここでのＷａｉｔ−ＩＤは、着呼順に付与されるＩＤとする。
【０２２５】
本実施形態７の待ち時間予測部１０ｃは、サービス受付部１０ａからＷａｉｔ−ＩＤ及び端末情報を取得した場合、取得したＷａｉｔ−ＩＤ及び端末情報を受付情報ＤＢ１３ａに格納させる。そして、待ち時間予測部１０ｃは、受付情報ＤＢ１３ａに格納してある受付情報の数に基づいて、オペレータ端末との接続待ち状態のユーザの数を算出し、算出したユーザの数に基づいて待ち時間を予測する。なお、受付情報ＤＢ１３ａには待ち状態のユーザの受付情報のみが格納されているので、待ち時間予測部１０ｃは、各ユーザのＷａｉｔ−ＩＤよりも前に発行されたＷａｉｔ−ＩＤの数を計数することによって、待ち状態のユーザの数を計測できる。
【０２２６】
本実施形態７の連携部１０ｂは、サービス受付部１０ａからＷａｉｔ−ＩＤ及び端末情報を取得し、待ち時間予測部１０ｃから予測待ち時間を取得した場合、取得した端末情報に基づいて、ユーザ端末１０１とメディアＧＷ１０ｅとを接続させる。そして、連携部１０ｂは、取得した予測待ち時間に基づいて、待ち時間が有るか否かを判断する。具体的には、連携部１０ｂは、複数のオペレータ端末の稼動状況を監視しており、空き状態のオペレータ端末があるか否かを判断する。
【０２２７】
空き状態のオペレータ端末があると判断した場合、即ち、待ち時間が無いと判断した場合、連携部１０ｂは、メディアＧＷ１０ｅに接続させたユーザ端末１０１を、メディアＧＷ１０ｅを介して空き状態のオペレータ端末に接続させる。このとき、連携部１０ｂは、このユーザ端末１０１をオペレータ端末に接続させた旨を待ち時間予測部１０ｃに通知し、待ち時間予測部１０ｃは、このユーザ端末１０１の受付情報（Ｗａｉｔ−ＩＤ、端末情報）を受付情報ＤＢ１３ａから削除する。
また、空き状態のオペレータ端末がないと判断した場合、連携部１０ｂは、取得した予測待ち時間が所定時間（例えば５分）以上であるか否かを判断する。
【０２２８】
ここで、取得した予測待ち時間が所定時間未満であると判断した場合、連携部１０ｂは、予測待ち時間が無くなるまで、所定のアナウンスをメディアＧＷ１０ｅを介してユーザ端末１０１へ送信する。なお、所定のアナウンスは、ＲＯＭ１１又はＨＤＤ１３に予め格納されている。また、所定のアナウンスの送信中に、予測待ち時間が無くなった場合、即ち、空き状態のオペレータ端末ができた場合、連携部１０ｂは、このユーザ端末１０１を空き状態となったオペレータ端末に接続させる。このとき、連携部１０ｂは、このユーザ端末１０１をオペレータ端末に接続させた旨を待ち時間予測部１０ｃに通知し、待ち時間予測部１０ｃは、このユーザ端末１０１の受付情報（Ｗａｉｔ−ＩＤ、端末情報）を受付情報ＤＢ１３ａから削除する。
【０２２９】
取得した予測待ち時間が所定時間以上であると判断した場合、連携部１０ｂは、コンテンツ選択部１０ｄに、このユーザの待ち時間に適切なコンテンツの提供を指示する。このとき、連携部１０ｂは、待ち時間予測部１０ｃから取得した予測待ち時間、サービス受付部１０ａから取得したＷａｉｔ−ＩＤをコンテンツ選択部１０ｄへ送信する。これにより、本実施形態７では、コールセンターに電話してきたユーザ端末１０１のユーザに対して、予測待ち時間が無い場合にはすぐにオペレータ端末との接続を開始し、所定時間未満の予測待ち時間が有る場合には所定のアナウンスを提供し、所定時間以上の予測待ち時間が有る場合には予測待ち時間に応じたコンテンツを提供することができる。
【０２３０】
なお、本実施形態７では、コンテンツ選択部１０ｄが選択した提供対象のコンテンツをコンテンツサーバ２がユーザ端末１０１へ提供する場合、コンテンツサーバ２は、アプリケーションサーバ１のメディアＧＷ１０ｅを介してユーザ端末１０１へ提供する。
【０２３１】
また、連携部１０ｂは、セッション管理ＤＢ１３ｂに登録されているセッション情報を定期的に監視しており、提供中のコンテンツの再生終了日時から所定時間前（例えば１０秒前）の日時が経過したセッション情報があるか否かを監視する。コンテンツの再生終了日時から所定時間前の日時が経過したセッション情報がある場合、連携部１０ｂは、このセッション情報に含まれるＷａｉｔ−ＩＤを待ち時間予測部１０ｃへ送出し、待ち時間予測部１０ｃに、このユーザの現時点からの待ち時間を再度予測させる。
【０２３２】
連携部１０ｂは、待ち時間予測部１０ｃが再度算出した予測待ち時間が有るか否かを判断し、予測待ち時間が無いと判断した場合、メディアＧＷ１０ｅに接続させたユーザ端末１０１を、この時点で空き状態のオペレータ端末に接続させる。ここでも、連携部１０ｂは、このユーザ端末１０１をオペレータ端末に接続させた旨を待ち時間予測部１０ｃに通知し、待ち時間予測部１０ｃは、このユーザ端末１０１の受付情報（Ｗａｉｔ−ＩＤ、端末情報）を受付情報ＤＢ１３ａから削除する。
また、予測待ち時間が有ると判断した場合、連携部１０ｂは、取得した予測待ち時間が所定時間（例えば５分）以上であるか否かを再度判断する。
【０２３３】
ここで、取得した予測待ち時間が所定時間未満であると判断した場合、連携部１０ｂは、予測待ち時間が無くなるまで、所定のアナウンスをメディアＧＷ１０ｅを介してユーザ端末１０１へ送信する。なお、所定のアナウンスの送信中に、予測待ち時間が無くなった場合、即ち、空き状態のオペレータ端末ができた場合、連携部１０ｂは、このユーザ端末１０１を空き状態となったオペレータ端末に接続させる。ここでも、連携部１０ｂは、このユーザ端末１０１をオペレータ端末に接続させた旨を待ち時間予測部１０ｃに通知し、待ち時間予測部１０ｃは、このユーザ端末１０１の受付情報（Ｗａｉｔ−ＩＤ、端末情報）を受付情報ＤＢ１３ａから削除する。
【０２３４】
取得した予測待ち時間が所定時間以上であると判断した場合、連携部１０ｂは、コンテンツ選択部１０ｄに、このユーザの待ち時間に適切なコンテンツの提供を再度指示する。このとき、連携部１０ｂは、待ち時間予測部１０ｃから取得した予測待ち時間、セッション管理ＤＢ１３ｂに格納してあるＣＳ−ＩＤをコンテンツ選択部１０ｄへ送信する。
【０２３５】
なお、連携部１０ｂが行なうその他の処理、待ち時間予測部１０ｃが行なうその他の処理、サービス受付部１０ａ及びコンテンツ選択部１０ｄは、上述した実施形態１の各部と同様の処理を行なうので、説明を省略する。
【０２３６】
アプリケーションサーバ１及びコンテンツサーバ２は、上述した処理を、ユーザ端末１０１のユーザがコンテンツの視聴を希望しなくなるまで、又は空き状態のオペレータ端末ができるまで繰り返す。
【０２３７】
上述したように、コールセンターに発呼してきたユーザ端末１０１に対して、予測待ち時間に応じたコンテンツの提供を行なう。よって、待ち時間の終了タイミングに、コンテンツの再生終了タイミングを合わせ込むことができるので、コンテンツの視聴中に待ち時間が終了することがなく、ユーザは、魅力のあるコンテンツを十分に楽しむことができる。
【０２３８】
以下に、本実施形態７のコンテンツ提供システムにおいて、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。図２４及び図２５は実施形態７のコンテンツ提供処理の手順を示すフローチャートである。
【０２３９】
以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、コンテンツサーバ２のＲＯＭ２１又はＨＤＤ２３に格納してある制御プログラムに従って制御部２０によって実行される。また、図２４及び図２５では、破線で区切った２つの領域において、左側の領域にアプリケーションサーバ１の制御部１０による処理を、右側の領域にコンテンツサーバ２の制御部２０による処理をそれぞれ示している。
【０２４０】
アプリケーションサーバ１の制御部１０は、ユーザ端末１０１からの着呼が有るか否かを判断しており（Ｓ１０１）、着呼が無いと判断した場合（Ｓ１０１：ＮＯ）、待機する。ユーザ端末１０１からの着呼が有ったと判断した場合（Ｓ１０１：ＹＥＳ）、制御部１０は、発呼してきたユーザ端末１０１とオペレータ端末との接続を保留しておき、ユーザ端末１０１とオペレータ端末とが接続されるまでの待ち時間を予測する（Ｓ１０２）。制御部１０は、予測した待ち時間が有るか否かを判断し（Ｓ１０３）、無いと判断した場合（Ｓ１０３：ＮＯ）、発呼してきたユーザ端末１０１を、空き状態のオペレータ端末に接続させ（Ｓ１０４）、コンテンツ提供処理を終了する。
【０２４１】
予測した待ち時間が有ると判断した場合（Ｓ１０３：ＹＥＳ）、制御部１０は、予測した待ち時間が所定時間以上であるか否かを判断する（Ｓ１０５）。予測した待ち時間が所定時間未満であると判断した場合（Ｓ１０５：ＮＯ）、制御部１０は、所定のアナウンスをユーザ端末１０１へ送信し（Ｓ１０６）、ステップＳ１０２へ処理を戻す。
【０２４２】
予測した待ち時間が所定時間以上であると判断した場合（Ｓ１０５：ＹＥＳ）、制御部１０は、この待ち時間に合った提供候補のコンテンツを抽出する（Ｓ１０７）。制御部１０は、抽出した提供候補のコンテンツから提供対象のコンテンツを選択する（Ｓ１０８）。制御部１０は、選択した提供対象のコンテンツを、オペレータ端末との接続待ち状態のユーザ端末１０１へ提供する指示をコンテンツサーバ２へ送信する（Ｓ１０９）。
【０２４３】
コンテンツサーバ２の制御部２０は、コンテンツを提供するユーザ端末１０１のユーザに対して、コンテンツの視聴を行なうか否かを確認する（Ｓ１１０）。具体的には、制御部２０は、図７（ａ）に示す通知画面をこのユーザ端末１０１へ送信する。制御部２０は、ユーザ端末１０１からの返信に基づいて、ユーザ端末１０１のユーザがコンテンツの視聴を希望するか否かを判断する（Ｓ１１１）。
【０２４４】
コンテンツの視聴を希望しないと判断した場合（Ｓ１１１：ＮＯ）、コンテンツサーバ２の制御部２０は、ユーザ端末１０１のユーザがコンテンツの視聴を希望しない旨をアプリケーションサーバ１へ通知する（Ｓ１１２）。アプリケーションサーバ１の制御部１０は、コンテンツの視聴を希望しない旨を通知された場合、所定のアナウンスをユーザ端末１０１へ送信し（Ｓ１１３）、ステップＳ１０２へ処理を戻す。
【０２４５】
コンテンツの視聴を希望すると判断した場合（Ｓ１１１：ＹＥＳ）、コンテンツサーバ２の制御部２０は、アプリケーションサーバ１からの指示に従って、コンテンツのユーザ端末１０１への提供を開始する（Ｓ１１４）。なお、コンテンツサーバ２は、アプリケーションサーバ１のメディアＧＷ１０ｅを介してコンテンツをユーザ端末１０１へ提供する。制御部２０は、コンテンツの提供中であることを示すコンテンツ提供情報をコンテンツセッションＤＢ２３ｂに格納する（Ｓ１１５）。
【０２４６】
コンテンツサーバ２の制御部２０は、コンテンツセッションＤＢ２３ｂに格納したコンテンツ提供情報をアプリケーションサーバ１へ通知する（Ｓ１１６）。アプリケーションサーバ１の制御部１０は、通知されたコンテンツ提供情報に基づいて、コンテンツサーバ２によって提供中のコンテンツの再生終了日時を算出する。そして、アプリケーションサーバ１の制御部１０は、算出した再生終了日時、コンテンツサーバ２から取得したＣＳ−ＩＤ、Ｗａｉｔ−ＩＤ、ユーザ端末１０１から取得した端末情報を対応付けて１つのセッション情報としてセッション管理ＤＢ１３ｂに格納する（Ｓ１１７）。そして制御部１０は、コンテンツ提供処理を終了する。
【０２４７】
次に、上述した処理によってユーザ端末１０１に提供されているコンテンツの再生（提供）終了日時が近付いた場合の、アプリケーションサーバ１及びコンテンツサーバ２によるコンテンツ提供処理についてフローチャートに基づいて説明する。図２６乃至図２８は実施形態７のコンテンツ提供処理の手順を示すフローチャートである。
【０２４８】
以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、コンテンツサーバ２のＲＯＭ２１又はＨＤＤ２３に格納してある制御プログラムに従って制御部２０によって実行される。また、図２６乃至図２８では、破線で区切った２つの領域において、左側の領域にアプリケーションサーバ１の制御部１０による処理を、右側の領域にコンテンツサーバ２の制御部２０による処理をそれぞれ示している。
【０２４９】
アプリケーションサーバ１の制御部１０は、セッション管理ＤＢ１３ｂに登録されているセッション情報を定期的に監視している。制御部１０は、ユーザ端末１０１に提供中のコンテンツの再生終了日時から所定時間前（例えば１０秒前）の日時が経過したセッション情報があるか否かに基づいて、待ち時間を再予測すべきユーザ端末１０１が有るか否かを判断する（Ｓ１２１）。
【０２５０】
待ち時間を再予測すべきユーザ端末１０１が無いと判断した場合（Ｓ１２１：ＮＯ）、制御部１０は、待機する。待ち時間を再予測すべきユーザ端末１０１が有ると判断した場合（Ｓ１２１：ＹＥＳ）、制御部１０は、このユーザ端末１０１のユーザの、この時点での待ち時間を予測する（Ｓ１２２）。制御部１０は、予測した待ち時間が有るか否かを判断し（Ｓ１２３）、無いと判断した場合（Ｓ１２３：ＮＯ）、このユーザのユーザ情報に含まれる端末情報が示すユーザ端末１０１を、空き状態のオペレータ端末に接続させる（Ｓ１２４）。制御部１０は、このユーザのセッション情報をセッション管理ＤＢ１３ｂから削除し（Ｓ１２５）、コンテンツ提供処理を終了する。
【０２５１】
予測した待ち時間が有ると判断した場合（Ｓ１２３：ＹＥＳ）、制御部１０は、予測した待ち時間が所定時間以上であるか否かを判断する（Ｓ１２６）。予測した待ち時間が所定時間未満であると判断した場合（Ｓ１２６：ＮＯ）、制御部１０は、所定のアナウンスをユーザ端末１０１へ送信し（Ｓ１２７）、ステップＳ１２２へ処理を戻す。
【０２５２】
予測した待ち時間が所定時間以上であると判断した場合（Ｓ１２６：ＹＥＳ）、制御部１０は、この待ち時間に合った提供候補のコンテンツを抽出する（Ｓ１２８）。制御部１０は、抽出した提供候補のコンテンツから提供対象のコンテンツを選択する（Ｓ１２９）。制御部１０は、選択した提供対象のコンテンツを、ステップＳ１２１で待ち時間を再予測すべきであると判断されたユーザ端末１０１へ提供する指示をコンテンツサーバ２へ送信する（Ｓ１３０）。具体的には、制御部１０は、このユーザ端末１０１のセッション情報に含まれるＣＳ−ＩＤをセッション管理ＤＢ１３ｂから読み出し、選択したコンテンツのコンテンツＩＤと共にコンテンツサーバ２へ送信する。
【０２５３】
コンテンツサーバ２の制御部２０は、取得したＣＳ−ＩＤに対応する提供予定のコンテンツＩＤとして、取得したコンテンツＩＤをコンテンツセッションＤＢ２３ｂに登録し、コンテンツ提供情報を更新する（Ｓ１３１）。制御部２０は、ユーザ端末１０１に提供中のコンテンツの提供が終了したか否かを判断しており（Ｓ１３２）、終了していないと判断した場合（Ｓ１３２：ＮＯ）、待機する。
【０２５４】
提供中のコンテンツの提供が終了したと判断した場合（Ｓ１３２：ＹＥＳ）、制御部２０は、次のコンテンツを提供するユーザ端末１０１のユーザに対して、コンテンツの視聴を継続して行なうか否かを確認する（Ｓ１３３）。具体的には、制御部２０は、図７（ａ）に示す通知画面をこのユーザ端末１０１へ送信する。制御部２０は、ユーザ端末１０１からの返信に基づいて、ユーザ端末１０１のユーザがコンテンツの視聴を希望するか否かを判断する（Ｓ１３４）。
【０２５５】
コンテンツの視聴を希望すると判断した場合（Ｓ１３４：ＹＥＳ）、制御部２０は、コンテンツセッションＤＢ２３ｂに登録した提供予定のコンテンツＩＤ及び端末情報に基づいて、次のコンテンツのユーザ端末１０１への提供を開始する（Ｓ１３９）。制御部２０は、コンテンツの提供を開始したユーザ端末１０１に対してコンテンツセッションＤＢ２３ｂに格納してあるコンテンツ提供情報を更新する（Ｓ１４０）。具体的には、制御部２０は、コンテンツセッションＤＢ２３ｂの提供予定のコンテンツＩＤの欄に格納されているコンテンツＩＤを提供中のコンテンツＩＤの欄に格納し、提供予定のコンテンツＩＤの欄に格納されているコンテンツＩＤを削除する。
【０２５６】
コンテンツサーバ２の制御部２０は、更新したコンテンツ提供情報をアプリケーションサーバ１へ通知する（Ｓ１４１）。アプリケーションサーバ１の制御部１０は、通知されたコンテンツ提供情報に基づいて、コンテンツサーバ２によって提供中のコンテンツの再生終了日時を算出する。そして、アプリケーションサーバ１の制御部１０は、コンテンツサーバ２から取得したＣＳ−ＩＤに対応する再生終了日時に、算出した再生終了日時を格納し、セッション管理ＤＢ１３ｂに格納されているセッション情報を更新する（Ｓ１４２）。そして制御部１０は、コンテンツ提供処理を終了する。
【０２５７】
一方、コンテンツの視聴を希望しないと判断した場合（Ｓ１３４：ＮＯ）、コンテンツサーバ２の制御部２０は、このユーザ端末１０１に関するコンテンツ提供情報をコンテンツセッションＤＢ２３ｂから削除する（Ｓ１３５）。制御部２０は、コンテンツ提供情報を削除した旨をアプリケーションサーバ１に通知する（Ｓ１３６）。
【０２５８】
アプリケーションサーバ１の制御部１０は、コンテンツサーバ２から削除を通知されたコンテンツ提供情報に基づいて、対応するセッション情報をセッション管理ＤＢ１３ｂから削除する（Ｓ１３７）。制御部１０は、所定のアナウンスをユーザ端末１０１へ送信し（Ｓ１３８）、ステップＳ１２２へ処理を戻す。
【０２５９】
上述したように、コールセンターに問い合わせの電話をした場合においても、発呼した時点だけでなく、コンテンツの再生終了タイミングでも待ち時間の予測を適宜行なうことによって、動的に変わる待ち時間の終了タイミングをより正確に予測できる。よって、待ち時間の終了タイミングに、コンテンツの再生終了タイミングを合わせ込むことができるので、コンテンツの視聴中に待ち時間が終了することがなく、コンテンツを最後まで視聴できる。従って、各種の説明又は案内のコンテンツを最後まで視聴できなかった、映画、アニメ、ドラマ等の結末が見られなかった、漫才のオチを見られなかった等の状況が発生しない。
【０２６０】
これにより、オペレータ端末との接続を保留されているユーザは、魅力のあるコンテンツを十分に楽しみながら待ち時間を過ごすことができるので、コンテンツを視聴するユーザにある程度の満足感を与えることができ、待たされている状況に伴うストレスをある程度緩和することができる。また、提供したコンテンツを最後まで視聴してもらうことができるので、各種の情報の案内、宣伝等のコンテンツを提供する場合に、各種の情報を効率よく提供でき、コンテンツの提供側にも有益である。
【０２６１】
上述した実施形態７のコンテンツ提供システムを、例えば、テレビ電話機、ネットワークＮに接続可能なテレビ受像機等を用いて利用することも想定される。この場合、コンテンツサーバ２から提供される映像コンテンツを、携帯端末（ユーザ端末１０１）の表示部よりも大きな画面で見ることができるので、より効果的にコンテンツを提供することが可能となる。例えば、金融機関のコールセンターに問い合わせた場合に、音声アナウンスによる金融商品の紹介だけでなく、金融商品を紹介した映像コンテンツをテレビ受信機に提供することにより、多種多様なコンテンツを提供することができ、ユーザは、映像コンテンツをより視聴しやすくなる。
【０２６２】
本実施形態７は、上述した実施形態１の変形例として説明したが、本実施形態７の構成は上述した実施形態２〜６にも適用することができる。
【０２６３】
（実施形態８）
以下に、実施形態８に係るコンテンツ提供システムについて説明する。なお、本実施形態８のコンテンツ提供システムは、上述した実施形態７のコンテンツ提供システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０２６４】
上述した実施形態７は、アプリケーションサーバ１がメディアＧＷ１０ｅの機能を備えた構成であった。本実施形態８も、アプリケーションサーバ１がメディアＧＷ１０ｅの機能を備える構成とする。なお、上述した実施形態７では、コールセンターのシステムに本願のコンテンツ提供装置を適用した例について説明したが、本実施形態８は、上述した実施形態１〜６と同様に医療サービスが享受可能となるまでの待ち時間に適切なコンテンツを提供するシステムに適用した例に基づいて説明する。
【０２６５】
本実施形態８のアプリケーションサーバ１において、連携部１０ｂは、サービス受付部１０ａから各種の情報を取得し、待ち時間予測部１０ｃから予測待ち時間を取得した場合、取得した端末情報に基づいて、ユーザ端末１０１とメディアＧＷ１０ｅとを接続させる。そして、連携部１０ｂは、取得した予測待ち時間が所定時間（例えば５分）以上である場合、予測待ち時間をコンテンツ選択部１０ｄへ送信し、コンテンツ選択部１０ｄに、この予測待ち時間に適切なコンテンツの提供を指示する。
【０２６６】
本実施形態８のコンテンツ選択部１０ｄは、連携部１０ｂからコンテンツの提供を指示された場合、連携部１０ｂから取得した予測待ち時間と、ＲＡＭ１２に記憶させたコンテンツ情報に含まれる各コンテンツの視聴時間とに基づいて、提供候補のコンテンツを抽出する。なお、連携部１０ｂが行なうその他の処理、サービス受付部１０ａ、待ち時間予測部１０ｃ及びコンテンツ選択部１０ｄは、上述した実施形態１の各部と同様の処理を行なうので、説明を省略する。また、本実施形態８では、コンテンツ選択部１０ｄが選択した提供対象のコンテンツをコンテンツサーバ２がユーザ端末１０１へ提供する場合、コンテンツサーバ２は、アプリケーションサーバ１のメディアＧＷ１０ｅを介してユーザ端末１０１へ提供する。
【０２６７】
本実施形態８の連携部１０ｂは、セッション管理ＤＢ１３ｂに登録されているセッション情報を定期的に監視しており、ユーザ端末１０１に提供中のコンテンツの再生終了日時に基づいて、提供中のコンテンツの残りの再生時間が所定時間（例えば１０分）未満となったか否かを判断する。具体的には、連携部１０ｂは、コンテンツの再生終了日時から所定時間前（例えば１０分前）の日時が経過したセッション情報があるか否かを監視している。コンテンツの残りの再生時間が所定時間未満となったセッション情報がある場合、連携部１０ｂは、このセッション情報に含まれるＷａｉｔ−ＩＤを待ち時間予測部１０ｃへ送出し、待ち時間予測部１０ｃに、このユーザの現時点からの待ち時間を再度予測させる。
【０２６８】
連携部１０ｂは、この時点での予測待ち時間が所定範囲（例えば、１０分に対して８〜１２分）内であるか否かを判断する。予測待ち時間が所定範囲内であると判断した場合、連携部１０ｂは、ユーザ端末１０１に提供中のコンテンツの再生時間がこの時点での予測待ち時間となるような再生速度を算出する。そして、連携部１０ｂは、算出した再生速度でユーザ端末１０１にコンテンツを提供するようにメディアＧＷ１０ｅに指示する。
【０２６９】
これにより、予測待ち時間が所定範囲内であれば、予測待ち時間でコンテンツの再生を終了させることができる。
なお、予測待ち時間が所定範囲内でないと判断した場合、連携部１０ｂは、上述した実施形態１で説明したコンテンツ提供処理に戻る。
【０２７０】
以下に、本実施形態８のコンテンツ提供システムにおいて、アプリケーションサーバ１によるコンテンツ提供処理についてフローチャートに基づいて説明する。なお、本実施形態８のアプリケーションサーバ１は、上述した実施形態１の図８〜１１で説明したようなコンテンツ提供処理を行ないつつ、以下の処理も行なう。図２９は実施形態８のコンテンツ提供処理の手順を示すフローチャートである。以下の処理は、アプリケーションサーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行される。
【０２７１】
アプリケーションサーバ１の制御部１０は、セッション管理ＤＢ１３ｂに登録されているセッション情報を定期的に監視している。制御部１０は、ユーザ端末１０１に提供中のコンテンツの再生終了日時から所定時間前（例えば１０分前）の日時が経過したセッション情報があるか否かに基づいて、待ち時間を再予測すべきユーザ端末１０１が有るか否かを判断する（Ｓ１５１）。
【０２７２】
待ち時間を再予測すべきユーザ端末１０１が無いと判断した場合（Ｓ１５１：ＮＯ）、制御部１０は、待機する。待ち時間を再予測すべきユーザ端末１０１が有ると判断した場合（Ｓ１５１：ＹＥＳ）、制御部１０は、このユーザ端末１０１のユーザの、この時点での待ち時間を予測する（Ｓ１５２）。制御部１０は、予測した待ち時間が所定範囲内であるか否かを判断し（Ｓ１５３）、所定範囲内でないと判断した場合（Ｓ１５３：ＮＯ）、図８〜１１に示したコンテンツ提供処理に処理を戻す。
【０２７３】
予測した待ち時間が所定範囲内であると判断した場合（Ｓ１５３：ＹＥＳ）、制御部１０は、コンテンツサーバ２から取得してユーザ端末１０１へ転送するコンテンツの再生速度を変更する（Ｓ１５４）。具体的には、予測した待ち時間がコンテンツの残りの再生時間よりも長い場合、制御部１０は、再生速度を遅くし、予測した待ち時間がコンテンツの残りの再生時間よりも短い場合、再生速度を速くする。
【０２７４】
制御部１０は、コンテンツサーバ２から取得してユーザ端末１０１へ転送するコンテンツの提供が終了したか否かを判断しており（Ｓ１５５）、終了していないと判断した場合（Ｓ１５５：ＮＯ）、終了するまで待機する。コンテンツの提供が終了したと判断した場合（Ｓ１５５：ＹＥＳ）、制御部１０は、このユーザのセッション情報をセッション管理ＤＢ１３ｂから削除し（Ｓ１５６）、コンテンツ提供処理を終了する。
【０２７５】
上述したように、本実施形態８は、コンテンツの残りの再生時間が所定時間未満となった場合に、この時点での待ち時間を再度予測し、予測した待ち時間が所定範囲内であれば、予測した待ち時間で提供中のコンテンツの再生が終了できるようにコンテンツの再生速度を変更させる構成である。これにより、待ち時間の終了タイミングにコンテンツの再生終了タイミングをより合わせ込むことが可能となる。よって、例えば、待ち時間が短縮されて、予測待ち時間がコンテンツの残りの再生時間よりも短くなってしまった場合であっても、コンテンツの再生速度を速めることによって、サービスの享受を待っているユーザの待ち時間を不要に増加させない。
【０２７６】
本実施形態８は、上述した実施形態７の変形例として説明したが、本実施形態８の構成は上述した実施形態１〜６にも適用することができる。
【０２７７】
上述した実施形態１〜６，８では、アプリケーションサーバ１が、医療機関の受付を行なった各ユーザの待ち状況、診察状況等を管理する処理と共に、診察開始まで待たされているユーザにコンテンツを提供する処理を行なう構成であった。また上述した実施形態７では、アプリケーションサーバ１が、コールセンターに問い合わせの電話をしてきた各ユーザの待ち状況を管理する処理、ユーザ端末１０１とオペレータ端末とを接続させる処理と共に、オペレータ端末との接続待ちのユーザにコンテンツを提供する処理を行なう構成であった。
【０２７８】
このような構成に限られず、例えば、各ユーザの待ち状況、診察状況等を管理する処理を行なう管理サーバを別途に設け、アプリケーションサーバ１は、この管理サーバに、各ユーザの予測待ち時間を問い合わせる構成としてもよい。このように構成することにより、アプリケーションサーバ１の処理を他のサーバに分散させることができるので、アプリケーションサーバ１による処理負担を軽減できる。
【０２７９】
なお、この場合、アプリケーションサーバ１は、待ち時間予測部１０ｃの代わりに、外部の管理サーバに予測待ち時間を要求する要求部と、要求した予測待ち時間を管理サーバから取得する取得部とを備える構成となる。また、このような管理サーバに、自動車、バス、電車、飛行機等の移動手段によって移動する際の経路を検索する経路検索サーバを用いることができ、この場合、例えば、現在位置から目的地までの移動に要する時間を経路検索サーバによって予測し、予測された時間（待ち時間に相当）にコンテンツを提供することができる。
【０２８０】
また、予測待ち時間をユーザ端末１０１のユーザからの入力によって取得する構成としてもよい。この場合、最初に入力された待ち時間に対して提供された１回目のコンテンツの再生終了日時が近付いた場合に再度、ユーザ端末１０１のユーザからの予測待ち時間の入力を受け付けるようにすればよい。この場合、例えば、ユーザ端末１０１のユーザが何らかの待ち状態である場合に、任意の待ち時間を入力してコンテンツの提供を受け、再度待ち時間の入力を要求された場合に、その時点での待ち状態に応じて任意の待ち時間を再度入力することになる。これにより、ユーザの待ち状態の変動に応じたコンテンツを提供することが可能となる。
【０２８１】
上述した実施形態１〜８では、アプリケーションサーバ１が、ユーザ端末１０１からのサービス要求に応じて適切なコンテンツを選択し、コンテンツサーバ２に提供を指示する構成であった。このような構成に限られず、例えば、アプリケーションサーバ１の各機能をユーザ端末１０１に搭載し、ユーザ端末１０１が適切なコンテンツを選択し、コンテンツサーバ２に要求する構成とすることもできる。なお、この際に、待ち時間を予測する機能のみ外部のサーバ（例えばアプリケーションサーバ１）に設け、ユーザ端末１０１は、外部のサーバに予測待ち時間を問い合わせる構成とすることもできる。
【０２８２】
また、ネットワークＮに接続可能なカーナビゲーションであれば、上述したアプリケーションサーバ１の機能をカーナビゲーションに搭載することもできる。この場合、カーナビゲーションの機能によって目的地までの移動に要する時間が予測され、カーナビゲーションは、予測した移動時間に応じたコンテンツをコンテンツサーバ２に要求してダウンロードする。
【０２８３】
なお、ネットワークＮに接続できないカーナビゲーションであっても、ＨＤＤ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）等、複数のコンテンツが記録してある記録媒体（コンテンツ記憶部）と、この記録媒体に記録してあるコンテンツを読み出して再生する再生部とを備える構成であれば、本願のコンテンツ提供装置を適用することができる。即ち、上述したアプリケーションサーバ１及びコンテンツサーバ２の機能をカーナビに搭載すればよい。この場合、カーナビゲーションは、目的地までの移動時間を予測し、予測した移動時間に応じたコンテンツを、記録媒体に記録されているコンテンツの中から選択すればよい。
【０２８４】
以上の実施形態１〜８を含む実施形態に関し、更に以下の付記を開示する。
【０２８５】
（付記１）
要求されたサービスが享受可能となるまでの間にコンテンツを提供するコンテンツ提供装置であって、
複数のコンテンツの再生時間を記憶する再生時間記憶部と、
前記サービスの要求を受け付ける要求受付部と、
該要求受付部が要求を受け付けた場合に、前記サービスが享受可能となるまでの予測時間を取得する予測時間取得部と、
該予測時間取得部が取得した予測時間が所定時間以上である場合、前記予測時間及び前記再生時間記憶部に記憶してある前記複数のコンテンツの再生時間に基づいて、前記複数のコンテンツから提供候補のコンテンツを抽出する抽出部と、
該抽出部が抽出したコンテンツから提供対象のコンテンツを選択する選択部と、
該選択部が選択したコンテンツの提供を指示する提供指示部と、
該提供指示部が提供を指示したコンテンツの再生時間に基づいて、該コンテンツの再生終了日時が近付いたか否かを判断する判断部と、
前記コンテンツの再生終了日時が近付いたと前記判断部が判断した場合、この時点から前記サービスが享受可能となるまでの予測時間を前記予測時間取得部に再取得させる再取得指示部と、
前記予測時間取得部が再取得した予測時間が所定時間以上であるか否かを判断し、所定時間以上でないと判断した場合に、コンテンツの提供を終了し、所定時間以上であると判断した場合に、前記抽出部に、前記予測時間取得部が再取得した予測時間及び前記複数のコンテンツの再生時間に基づいて提供候補のコンテンツを再抽出させる制御部と
を備えることを特徴とするコンテンツ提供装置。
【０２８６】
（付記２）
前記予測時間取得部が再取得した予測時間が所定時間以上である場合、前記抽出部は、再取得した予測時間に、先に提供したコンテンツの再生時間を加算した時間と、前記予測時間取得部が先に取得した予測時間との比率に基づいて、提供候補として再抽出するコンテンツの再生時間を異ならせることを特徴とする付記１に記載のコンテンツ提供装置。
【０２８７】
（付記３）
前記予測時間取得部が再取得した予測時間が所定時間以上である場合、前記抽出部は、再取得した予測時間に、先に提供したコンテンツの再生時間を加算した時間と、前記予測時間取得部が先に取得した予測時間との比率のばらつきに基づいて、提供候補として再抽出するコンテンツの再生時間を異ならせることを特徴とする付記１に記載のコンテンツ提供装置。
【０２８８】
（付記４）
前記抽出部は、前記予測時間取得部が再取得した予測時間に基づいて提供候補のコンテンツを再抽出する場合、先に抽出したコンテンツが、複数のコンテンツを所定の順序で連続させたコンテンツ群に含まれるコンテンツであれば、同一のコンテンツ群に含まれるコンテンツを提供候補として抽出し、
前記抽出部が抽出したコンテンツがコンテンツ群に含まれるコンテンツである場合、前記選択部は、前記抽出部が抽出したコンテンツから、まだ提供していないコンテンツのうちで順序が先のコンテンツを提供対象として選択することを特徴とする付記１から３までのいずれかひとつに記載のコンテンツ提供装置。
【０２８９】
（付記５）
前記コンテンツ群は、前記複数のコンテンツの一部又は全部を所定の順序で連続させた複数の展開パターンが可能であり、
前記抽出部が抽出したコンテンツが、複数の展開パターンが可能なコンテンツ群に含まれるコンテンツである場合、前記選択部は、前記予測時間取得部が再取得した予測時間及び各展開パターンの再生時間に基づいて、提供候補の展開パターンを選択し、選択した展開パターンに含まれるコンテンツから、まだ提供していないコンテンツのうちで順序が先のコンテンツを提供対象として選択することを特徴とする付記４に記載のコンテンツ提供装置。
【０２９０】
（付記６）
前記選択部は、前記抽出部が抽出したコンテンツから提供対象のコンテンツの選択を受け付ける選択受付部を備え、該選択受付部が受け付けた選択に従って、提供対象のコンテンツを選択することを特徴とする付記１から３までのいずれかひとつに記載のコンテンツ提供装置。
【０２９１】
（付記７）
前記制御部は、前記予測時間取得部が再取得した予測時間が所定時間以上でないと判断した場合に、コンテンツの提供を終了し、前記サービスを要求してきた装置を、予め設定された装置に接続させる接続制御部を備えることを特徴とする付記１から６までのいずれかひとつに記載のコンテンツ提供装置。
【０２９２】
（付記８）
前記判断部は、前記提供指示部が提供を指示したコンテンツの残りの再生時間が所定時間未満となったか否かを判断し、
前記再取得指示部は、前記残りの再生時間が所定時間未満となったと前記判断部が判断した場合、この時点から前記サービスが享受可能となるまでの予測時間を前記予測時間取得部に再取得させ、
前記予測時間取得部が再取得した予測時間が所定の範囲内である場合、前記コンテンツの再生が前記予測時間で終了するように、前記コンテンツの再生速度を変更させる再生速度変更部を更に備えることを特徴とする付記１から７までのいずれかひとつに記載のコンテンツ提供装置。
【０２９３】
（付記９）
前記予測時間取得部は、予め設定された条件に基づいて予測時間を算出する予測時間算出部を備えることを特徴とする付記１から８までのいずれかひとつに記載のコンテンツ提供装置。
【０２９４】
（付記１０）
前記予測時間取得部は、予測時間を外部の装置へ要求する要求部と、該要求部が要求した予測時間を前記外部の装置から取得する取得部とを備えることを特徴とする付記１から８までのいずれかひとつに記載のコンテンツ提供装置。
【０２９５】
（付記１１）
前記予測時間取得部は、予測時間の入力を受け付ける予測時間受付部を備えることを特徴とする付記１から８までのいずれかひとつに記載のコンテンツ提供装置。
【０２９６】
（付記１２）
前記提供指示部は、コンテンツを提供する外部装置に対して、前記選択部が選択したコンテンツの提供を指示することを特徴とする付記１から１１までのいずれかひとつに記載のコンテンツ提供装置。
【０２９７】
（付記１３）
複数のコンテンツを記憶するコンテンツ記憶部と、
前記提供指示部からの指示に対応するコンテンツを前記コンテンツ記憶部から読み出して再生する再生部と
を備えることを特徴とする付記１から１１までのいずれかひとつに記載のコンテンツ提供装置。
【０２９８】
（付記１４）
要求されたサービスが享受可能となるまでの間にコンテンツを提供するコンテンツ提供装置によるコンテンツ提供方法であって、
前記コンテンツ提供装置が、前記サービスの要求を受け付けた場合に、前記サービスが享受可能となるまでの予測時間を取得するステップと、
前記コンテンツ提供装置が、取得した予測時間が所定時間以上である場合、前記予測時間及び複数のコンテンツの再生時間に基づいて、前記複数のコンテンツから提供候補のコンテンツを抽出するステップと、
前記コンテンツ提供装置が、抽出したコンテンツから提供対象のコンテンツを選択するステップと、
前記コンテンツ提供装置が、選択したコンテンツの提供を指示するステップと、
前記コンテンツ提供装置が、提供を指示したコンテンツの再生時間に基づいて、該コンテンツの再生終了日時が近付いたか否かを判断するステップと、
前記コンテンツ提供装置が、前記コンテンツの再生終了日時が近付いたと判断した場合、この時点から前記サービスが享受可能となるまでの予測時間を再取得するステップと、
前記コンテンツ提供装置が、再取得した予測時間が所定時間以上であるか否かを判断し、所定時間以上でないと判断した場合に、コンテンツの提供を終了し、所定時間以上であると判断した場合に、再取得した予測時間及び前記複数のコンテンツの再生時間に基づいて提供候補のコンテンツを再抽出するステップと
を有することを特徴とするコンテンツ提供方法。
【０２９９】
（付記１５）
複数のコンテンツの再生時間を記憶する記憶部を備えるコンピュータに、要求されたサービスが享受可能となるまでの間にコンテンツを提供させるためのコンピュータプログラムであって、
前記コンピュータに、前記サービスの要求を受け付けた場合に、前記サービスが享受可能となるまでの予測時間を取得させるステップと、
前記コンピュータに、取得した予測時間が所定時間以上である場合、前記予測時間及び前記記憶部に記憶してある前記複数のコンテンツの再生時間に基づいて、前記複数のコンテンツから提供候補のコンテンツを抽出させるステップと、
前記コンピュータに、抽出したコンテンツから提供対象のコンテンツを選択させるステップと、
前記コンピュータに、選択したコンテンツの提供を指示させるステップと、
前記コンピュータに、提供を指示したコンテンツの再生時間に基づいて、該コンテンツの再生終了日時が近付いたか否かを判断させるステップと、
前記コンピュータに、前記コンテンツの再生終了日時が近付いたと判断した場合、この時点から前記サービスが享受可能となるまでの予測時間を再取得させるステップと、
前記コンピュータに、再取得した予測時間が所定時間以上であるか否かを判断させ、所定時間以上でないと判断した場合に、コンテンツの提供を終了させ、所定時間以上であると判断した場合に、再取得した予測時間及び前記複数のコンテンツの再生時間に基づいて提供候補のコンテンツを再抽出させるステップと
を有することを特徴とするコンピュータプログラム。
【図面の簡単な説明】
【０３００】
【図１】実施形態１のコンテンツ提供システムの構成を示す模式図である。
【図２】実施形態１のアプリケーションサーバの構成を示すブロック図である。
【図３】受付情報ＤＢ及びセッション管理ＤＢの登録内容を示す模式図である。
【図４】実施形態１のコンテンツサーバの構成を示すブロック図である。
【図５】コンテンツ情報ＤＢ及びコンテンツセッションＤＢの登録内容を示す模式図である。
【図６】実施形態１のアプリケーションサーバの機能構成を示す機能ブロック図である。
【図７】コンテンツサーバからの通知画面の構成を示す模式図である。
【図８】実施形態１のコンテンツ提供処理の手順を示すフローチャートである。
【図９】実施形態１のコンテンツ提供処理の手順を示すフローチャートである。
【図１０】実施形態１のコンテンツ提供処理の手順を示すフローチャートである。
【図１１】実施形態１のコンテンツ提供処理の手順を示すフローチャートである。
【図１２】履歴情報ＤＢの登録内容を示す模式図である。
【図１３】実施形態２のコンテンツ提供処理の手順の一部を示すフローチャートである。
【図１４】実施形態３の履歴情報ＤＢの登録内容を示す模式図である。
【図１５】実施形態３のコンテンツ提供処理の手順の一部を示すフローチャートである。
【図１６】コンテンツの選択画面の構成を示す模式図である。
【図１７】実施形態４のコンテンツ提供処理の手順の一部を示すフローチャートである。
【図１８】実施形態５のセッション管理ＤＢ及びコンテンツ情報ＤＢの登録内容を示す模式図である。
【図１９】実施形態５のコンテンツ提供処理の手順の一部を示すフローチャートである。
【図２０】実施形態６のコンテンツ情報ＤＢの登録内容を示す模式図である。
【図２１】実施形態６のコンテンツ提供処理の手順の一部を示すフローチャートである。
【図２２】実施形態７の受付情報ＤＢの登録内容を示す模式図である。
【図２３】実施形態７のアプリケーションサーバの機能構成を示す機能ブロック図である。
【図２４】実施形態７のコンテンツ提供処理の手順を示すフローチャートである。
【図２５】実施形態７のコンテンツ提供処理の手順を示すフローチャートである。
【図２６】実施形態７のコンテンツ提供処理の手順を示すフローチャートである。
【図２７】実施形態７のコンテンツ提供処理の手順を示すフローチャートである。
【図２８】実施形態７のコンテンツ提供処理の手順を示すフローチャートである。
【図２９】実施形態８のコンテンツ提供処理の手順を示すフローチャートである。
【符号の説明】
【０３０１】
１  アプリケーションサーバ（コンテンツ提供装置）
１０  制御部
１０ａ  サービス受付部（要求受付部）
１０ｂ  連携部（判断部、制御部、再取得指示部、接続制御部）
１０ｃ  待ち時間予測部（予測時間取得部）
１０ｄ  コンテンツ選択部（抽出部、選択部、提供指示部）
１２  ＲＡＭ（再生時間記憶部）
【図１】
2010123092.tif 000004
【図２】
2010123092.tif 000005
【図３】
2010123092.tif 000006
【図４】
2010123092.tif 000007
【図５】
2010123092.tif 000008
【図６】
2010123092.tif 000009
【図７】
2010123092.tif 000010
【図８】
2010123092.tif 000011
【図９】
2010123092.tif 000012
【図１０】
2010123092.tif 000013
【図１１】
2010123092.tif 000014
【図１２】
2010123092.tif 000015
【図１３】
2010123092.tif 000016
【図１４】
2010123092.tif 000017
【図１５】
2010123092.tif 000018
【図１６】
2010123092.tif 000019
【図１７】
2010123092.tif 000020
【図１８】
2010123092.tif 000021
【図１９】
2010123092.tif 000022
【図２０】
2010123092.tif 000023
【図２１】
2010123092.tif 000024
【図２２】
2010123092.tif 000025
【図２３】
2010123092.tif 000026
【図２４】
2010123092.tif 000027
【図２５】
2010123092.tif 000028
【図２６】
2010123092.tif 000029
【図２７】
2010123092.tif 000030
【図２８】
2010123092.tif 000031
【図２９】
2010123092.tif 000032