(57)【要約】      （修正有）【課題】動画と音声を含むプレゼンテーションの内容を、より確実に視聴者に伝えるための機構を提供する。【解決手段】動画データ及び音声データを含むコンテンツデータを格納し、各々のアクセス情報を、そのアクセス情報により特定される視聴者へ通知する。視聴者のＰＣからアクセス情報を含むプレゼンテーション提供要求を受信すると、視聴者及びコンテンツに関連付け可能であって電話により伝達可能な番号情報をＰＣの画面に表示させるためのデータと、アクセス情報により特定されるコンテンツの動画データとを、ＰＣへ送信する。視聴者の電話から電話接続要求を受信すると、電話との間で接続を確立し、認証の後、動画データの再生状況を示すデータを取得すると、番号情報に関連付けられたコンテンツの音声データを、動画と音声が同期するように再生して、電話へ音声を出力する。【選択図】図１
2015056880.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータへ動画を含むコンテンツを送信して視聴者にプレゼンテーションを提供するシステムであって、
動画及び該動画と同期して再生されるべき音声とをそれぞれ動画データ及び音声データとして含むコンテンツデータを格納する手段と、
アクセスすべきネットワーク上の場所と各々の視聴者と視聴対象のコンテンツとを特定可能なアクセス情報を保持する手段と、
視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信して、前記視聴者及び前記コンテンツに関連付け可能であって電話により伝達可能な番号情報を前記コンピュータの画面に表示させるためのデータと、前記アクセス情報により特定されるコンテンツの動画データとを、前記ネットワーク経由で前記コンピュータへ送信する手段と、
前記視聴者の電話から前記番号情報を含む電話接続要求を受信して、前記電話との間で接続を確立し、前記番号情報に関連付けられたコンテンツの音声データを再生して、前記接続を用いて前記電話へ音声を出力する手段と、
前記番号情報に関連付けられた視聴者と前記アクセス情報により特定される視聴者が同一であることを確認し、前記視聴者のコンピュータにおける前記動画データの再生状況を示すデータに従って、前記視聴者の電話に対する音声データの再生を制御する手段と、を備えることを特徴とするプレゼンテーション提供システム。
【請求項２】
前記動画を構成する動画データを一括して、前記コンピュータへ送信し、
前記動画データの再生状況を示すデータを、前記コンピュータから受信することを特徴とする請求項１に記載のプレゼンテーション提供システム。
【請求項３】
前記動画データは、前記動画が時間軸上で複数に分割された部分動画のデータの集合であり、
前記音声データは、前記音声が前記動画と同期して複数に分割された部分音声のデータの集合であり、
前記動画データの再生状況を示すデータは、前記コンピュータにおいて現時点で再生の対象となっている部分動画を特定し、該時点で該再生が開始されたのか、中断又は停止されたのかを示すものであることを特徴とする請求項１又は２に記載のプレゼンテーション提供システム。
【請求項４】
前記動画データの再生状況を示すデータと、前記電話接続要求の有無と、前記接続が確立されている間の前記音声データの再生状況を示すデータとを、視聴者毎に、前記プレゼンテーションの利用記録として保存する手段をさらに備えることを特徴とする請求項１〜３のいずれか１項に記載のプレゼンテーション提供システム。
【請求項５】
前記利用記録に基づいて、前記視聴者の前記プレゼンテーションに対する興味度を評価する手段をさらに備え、
前記興味度は、前記電話接続要求が有ったことと、前記接続が確立されている間の前記音声データの再生時間が長いことに、重みを与えて求められるものであることを特徴とする請求項４に記載のプレゼンテーション提供システム。
【請求項６】
前記利用記録に基づいて、前記視聴者の前記プレゼンテーションに対する興味度を評価する手段をさらに備え、
前記動画データの再生状況を示すデータは、前記視聴者が能動的に再生するための操作を行ったことを示すデータを含み、
前記興味度は、前記動画データの再生が前記視聴者の能動的な操作により行われたことに、重みを与えて求められるものであることを特徴とする請求項４又は５に記載のプレゼンテーション提供システム。
【請求項７】
前記動画データは、前記動画が時間軸上で複数に分割された部分動画のデータの集合であり、
前記視聴者のコンピュータの画面には、前記複数の部分動画の存在を示す画像が表示され、
前記視聴者の能動的な操作は、前記複数の部分動画を選択するものであることを特徴とする請求項６に記載のプレゼンテーション提供システム。
【請求項８】
前記動画データは、前記動画が時間軸上で複数に分割された部分動画のデータの集合であり、
前記視聴者のコンピュータの画面には、ある部分動画の再生が終了すると次の部分動画の再生へ進むためのアクションを要求する画像が表示され、
前記視聴者の能動的な操作は、前記アクションを行うものであることを特徴とする請求項６に記載のプレゼンテーション提供システム。
【請求項９】
前記コンピュータにより再生され出力される動画データは、音声を含まないか、又は、前記音声データの音声とは異なる音声を含むものであることを特徴とする請求項１〜８のいずれか１項に記載のプレゼンテーション提供システム。
【請求項１０】
前記視聴者の電話から前記番号情報を含む電話接続要求を受信すると、前記視聴者のコンピュータの画面を、前記番号情報の表示が消去され、前記動画と同期して再生されるべき音声が前記電話から出力可能な状態であることが表示されたものとする手段をさらに備えることを特徴とする請求項１〜９のいずれか１項に記載のプレゼンテーション提供システム。
【請求項１１】
前記コンテンツの再生が完了した際に前記視聴者の電話との接続が切断されていなければ、該接続を所望の宛先へ転送可能であることを、音声メッセージとして前記電話に出力及び／又は、前記視聴者のコンピュータの画面に表示する手段と、
前記視聴者の電話から前記接続を用いて、又は、前記視聴者のコンピュータから前記ネットワーク経由で、転送要求を受信して、前記接続を転送する手段と、をさらに備えることを特徴とする請求項１〜１０のいずれか１項に記載のプレゼンテーション提供システム。
【請求項１２】
前記プレゼンテーション提供システムが、着信可能な複数の電話番号を有し、
前記視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信した際に、前記複数の電話番号のうち使用中でない電話番号を選択し、選択された電話番号を前記番号情報として、前記アクセス情報により特定される視聴者及びコンテンツと関連付ける手段をさらに備えることを特徴とする請求項１〜１１のいずれか１項に記載のプレゼンテーション提供システム。
【請求項１３】
前記視聴者の電話からの電話接続要求が受信されないまま、前記動画データの再生状況を示すデータとして所定のデータを前記視聴者のコンピュータから受信した場合に、前記コンピュータの画面から前記番号情報の表示を消去し、前記番号情報の電話番号を使用中でないものとする手段をさらに備えることを特徴とする請求項１２に記載のプレゼンテーション提供システム。
【請求項１４】
前記プレゼンテーション提供システムが、着信可能な電話番号を有し、
前記視聴者及び前記コンテンツを特定可能な識別番号を保持する手段と、
前記視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信した際に、前記アクセス情報と同じ視聴者及びコンテンツを特定可能な前記識別番号と前記電話番号とを前記番号情報とする手段と、をさらに備え、
前記視聴者が前記電話番号への着信後に前記電話を介して前記識別番号を入力することにより、前記電話接続要求が受信されることを特徴とする請求項１〜１１のいずれか１項に記載のプレゼンテーション提供システム。
【請求項１５】
前記プレゼンテーションの提供者のコンピュータから、該提供者のコンテンツの前記コンテンツデータを受信して、前記格納する手段へ渡す手段と、
前記プレゼンテーションの提供者のコンピュータから、前記提供者のコンテンツを視聴させたい複数の視聴者を列挙したデータを受信して、前記アクセス情報を発行し、発行した複数のアクセス情報を、前記保持する手段へ渡すとともに、前記プレゼンテーションの提供者のコンピュータへ送信する手段と、をさらに備えることを特徴とする請求項１〜１４のいずれか１項に記載のプレゼンテーション提供システム。
【請求項１６】
前記提供者のコンピュータが、発行された前記複数のアクセス情報を受信して、各アクセス情報を各視聴者へ通知する電子メールを送信するための手段を備えることを特徴とする請求項１５に記載のプレゼンテーション提供システム。
【請求項１７】
前記プレゼンテーション提供システムを運用する事業者と、前記プレゼンテーションの提供者である事業者とが、異なる事業者であり、
複数の前記提供者からのコンテンツを前記システムにおいて識別できるように、受信された前記コンテンツに識別情報を付与する手段を備えることを特徴とする請求項１５又は１６に記載のプレゼンテーション提供システム。
【請求項１８】
前記コンピュータとの間のデータの送受信は、動画閲覧用サーバにより行われ、
前記電話との間の接続確立及び音声の出力は、電話接続用サーバにより行われ、
該動画閲覧用サーバと該電話接続用サーバとが連携して、動画の再生と同期した音声の再生を行うための制御を行うものであることを特徴とする請求項１〜１７のいずれか１項に記載のプレゼンテーション提供システム。
【請求項１９】
サーバ用コンピュータにインストールされることにより、該サーバ用コンピュータを、クライアントとなるコンピュータへ動画を含むコンテンツを送信して視聴者にプレゼンテーションを提供するシステムとして動作させるプログラムであって、
動画及び該動画と同期して再生されるべき音声とをそれぞれ動画データ及び音声データとして含むコンテンツデータを格納させるためのプログラムコードと、
アクセスすべきネットワーク上の場所と各々の視聴者と視聴対象のコンテンツとを特定可能なアクセス情報を保持させるためのプログラムコードと、
視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信して、前記視聴者及び前記コンテンツに関連付け可能であって電話により伝達可能な番号情報を前記コンピュータの画面に表示させるためのデータと、前記アクセス情報により特定されるコンテンツの動画データとを、前記ネットワーク経由で前記コンピュータへ送信させるためのプログラムコードと、
前記視聴者の電話から前記番号情報を含む電話接続要求を受信して、前記電話との間で接続を確立し、前記番号情報に関連付けられたコンテンツの音声データを再生して、前記接続を用いて前記電話へ音声を出力させるためのプログラムコードと、
前記番号情報に関連付けられた視聴者と前記アクセス情報により特定される視聴者が同一であることを確認し、前記視聴者のコンピュータにおける前記動画データの再生状況を示すデータに従って、前記視聴者の電話に対する音声データの再生を制御させるためのプログラムコードと、を備えることを特徴とするプログラム。
【請求項２０】
コンピュータへ動画を含むコンテンツを送信して視聴者にプレゼンテーションを提供する方法であって、
動画及び該動画と同期して再生されるべき音声とをそれぞれ動画データ及び音声データとして含むコンテンツデータを格納し、
アクセスすべきネットワーク上の場所と各々の視聴者と視聴対象のコンテンツとを特定可能なアクセス情報を保持し、
各々のアクセス情報を、該アクセス情報により特定される視聴者へ通知し、
視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信し、
前記視聴者及び前記コンテンツに関連付け可能であって電話により伝達可能な番号情報を前記コンピュータの画面に表示させるためのデータと、前記アクセス情報により特定されるコンテンツの動画データとを、前記ネットワーク経由で前記コンピュータへ送信し、
前記視聴者の電話から前記番号情報を含む電話接続要求を受信して、前記電話との間で接続を確立し、
前記番号情報に関連付けられた視聴者と前記アクセス情報により特定される視聴者が同一であることを確認し、
前記視聴者のコンピュータにおける前記動画データの再生状況を示すデータを取得し、
前記データの示す動画データの再生状況に従って、前記番号情報に関連付けられたコンテンツの音声データを再生して、前記接続を用いて前記電話へ音声を出力することを特徴とするプレゼンテーション方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個別の視聴者に対し、動画と音声を含むプレゼンテーションを提供する技術に関する。
【背景技術】
【０００２】
近年、インターネット上では、デジタルコンテンツの中でも動画が増加している。インターネット回線速度の向上や、ＰＣ、スマートフォン、タブレットなどの端末装置の進化・普及によって、動画は身近で手軽なものとなってきている。
【０００３】
この状況は、企業・消費者間（Ｂ２Ｃ）のみならず、企業間（Ｂ２Ｂ）でも同様である。たとえば、システムの導入事例を紹介する事例動画や商品紹介動画、講演、セミナー、会見等のライブ配信等、様々なタイプの動画（プレゼンテーション）がインターネット上で提供されている。
【０００４】
具体的には、動画の受信者（視聴者）が、Ｗｅｂブラウザから動画配信サイトにアクセスして、所望の動画をストリーミング方式により受信して視聴する例や、動画データを端末装置にダウンロードして保存してから再生する例や、ストリーミング方式に類似するが専用プロトコルを必要としないプログレッシブダウンロードと呼ばれる方式により視聴する例が挙げられる。また、動画配信サイトからではなく、専用の動画再生アプリケーションソフトウェアを端末装置にインストールして、動画データを受信して視聴するサービスもある。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】玄光社ＭＯＯＫ「プロモーションのための動画活用術」株式会社玄光社（２０１２年６月２０日発行）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
いずれの受信形式にしても、個別の視聴者がそれぞれの端末装置において受信した動画を視聴する際、思うように音を出すことができないという現実がある。たとえば、オフィスでＢ２Ｂ動画コンテンツを視聴する場合、周囲への配慮から消音せざるを得ないことが多い。音声とともに視聴されることによって、意図された内容を伝えることができる動画から音声が失われると、動画（プレゼンテーション）の提供者が本来視聴者に伝えたいことが十分に伝わらず、動画の効果が半減してしまう。
【０００７】
また、別の問題として、動画（プレゼンテーション）の提供者は、視聴者がその内容にきちんと関心を持っているか、単に動画を受信しただけ、単に動画を再生しただけではないかという点につき、十分に把握することができておらず、伝えたいことが伝わっているか不安を抱いている。
【０００８】
本発明は、このような事情に鑑みてなされたものであり、その目的は、動画と音声を含むプレゼンテーションの内容を、より確実に視聴者に伝えるための機構を提供することにある。本発明は、さらに、視聴者にプレゼンテーションの内容がどの程度伝わったか、どの程度関心を持ってもらえたかを、より精度よく推測するための機構を提供可能にすることも、目的とする。
【課題を解決するための手段】
【０００９】
本発明の原理に従う一例に係るシステムは、コンピュータへ動画を含むコンテンツを送信して視聴者にプレゼンテーションを提供するシステムであって、動画及び該動画と同期して再生されるべき音声とをそれぞれ動画データ及び音声データとして含むコンテンツデータを格納する手段と、アクセスすべきネットワーク上の場所と各々の視聴者と視聴対象のコンテンツとを特定可能なアクセス情報を保持する手段と、視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信して、前記視聴者及び前記コンテンツに関連付け可能であって電話により伝達可能な番号情報を前記コンピュータの画面に表示させるためのデータと、前記アクセス情報により特定されるコンテンツの動画データとを、前記ネットワーク経由で前記コンピュータへ送信する手段と、前記視聴者の電話から前記番号情報を含む電話接続要求を受信して、前記電話との間で接続を確立し、前記番号情報に関連付けられたコンテンツの音声データを再生して、前記接続を用いて前記電話へ音声を出力する手段と、前記番号情報に関連付けられた視聴者と前記アクセス情報により特定される視聴者が同一であることを確認し、前記視聴者のコンピュータにおける前記動画データの再生状況を示すデータに従って、前記視聴者の電話に対する音声データの再生を制御する手段と、を備える。
【００１０】
この構成によれば、視聴者は、コンピュータでは音声を聴くことができない環境であっても、電話をかけることにより、コンピュータで動画を再生しながら、動画と同期した音声を電話で聴くことが可能になる。よって、プレゼンテーションの提供者は、動画とともに聴いてほしい音声を、より確実に視聴者に届けることが可能になる。
【００１１】
上記のシステムにおいて、前記動画を構成する動画データを一括して、前記コンピュータへ送信し、前記動画データの再生状況を示すデータを、前記コンピュータから受信するようにしてもよい。
【００１２】
これにより、一般にネットワーク上での動画配信の遅延が電話接続上での音声の遅延よりも大きいところ、既に視聴者のコンピュータに保存されている動画データが再生されるため、遅延せずに音声と同期した状態で視聴することが可能になる。
【００１３】
上記のシステムにおいて、前記動画データを、前記動画が時間軸上で複数に分割された部分動画のデータの集合とし、前記音声データを、前記音声が前記動画と同期して複数に分割された部分音声のデータの集合とし、前記動画データの再生状況を示すデータを、前記コンピュータにおいて現時点で再生の対象となっている部分動画を特定し、該時点で該再生が開始されたのか、中断又は停止されたのかを示すものとしてもよい。
【００１４】
これにより、視聴者のコンピュータにおける動画データの再生に同期させて、システムにおける音声データの再生を行うことが、分割単位で担保できるため、動画データの再生状況を示すデータが視聴者のコンピュータからシステムへ送られる場合も、音声の同期を確実にすることが可能になる。
【００１５】
上記のシステムにおいて、前記動画データの再生状況を示すデータと、前記電話接続要求の有無と、前記接続が確立されている間の前記音声データの再生状況を示すデータとを、視聴者毎に、前記プレゼンテーションの利用記録として保存する手段をさらに備えるようにしてもよい。
【００１６】
これにより、動画データの再生状況を示すデータを、動画に音声を同期させるためだけに使用するのではなく、電話接続の状況と併せて、視聴者が動画及び音声のどの部分をどのように再生したかを把握するために、使用することが可能になる。
【００１７】
上記のシステムもしくは後述するプレゼンテーションの提供者のコンピュータが、前記利用記録に基づいて、前記視聴者の前記プレゼンテーションに対する興味度を評価する手段をさらに備えるようにしてもよい。
【００１８】
このとき、前記興味度は、前記電話接続要求が有ったことと、前記接続が確立されている間の前記音声データの再生時間が長いことに、重みを与えて求められるものとしてもよい。
【００１９】
また、前記動画データの再生状況を示すデータを、前記視聴者が能動的に再生するための操作を行ったことを示すデータを含むものとし、前記興味度は、前記動画データの再生が前記視聴者の能動的な操作により行われたことに、重みを与えて求められるものとしてもよい。
【００２０】
前記視聴者の能動的な操作は、前記動画データが、前記動画が時間軸上で複数に分割された部分動画のデータの集合であり、前記視聴者のコンピュータの画面に、前記複数の部分動画の存在を示す画像が表示される場合には、前記複数の部分動画を選択するものとすることができる。
【００２１】
また、前記視聴者の能動的な操作は、前記動画データが、前記動画が時間軸上で複数に分割された部分動画のデータの集合であり、前記視聴者のコンピュータの画面に、ある部分動画の再生が終了すると次の部分動画の再生へ進むためのアクションを要求する画像が表示される場合には、前記アクションを行うものとすることができる。
【００２２】
上記のシステムにおいて、前記コンピュータにより再生され出力される動画データを、音声を含まないか、又は、前記音声データの音声とは異なる音声を含むものとしてもよい。
【００２３】
これにより、視聴者が電話をかける動機付けを大きくすることができるとともに、電話をかけてきて音声を聴いたか、電話をかけてこなかったかによって、その視聴者のプレゼンテーションに対する興味の大小を、より明確に推測することが可能になる。
【００２４】
以上のように、プレゼンテーションの利用記録を活用することにより、視聴者にプレゼンテーションの内容がどの程度伝わったか、どの程度興味を引くことができたかを、より精度よく推測することが可能になる。
【００２５】
上記のシステムにおいて、前記視聴者の電話から前記番号情報を含む電話接続要求を受信すると、前記視聴者のコンピュータの画面を、前記番号情報の表示が消去され、前記動画と同期して再生されるべき音声が前記電話から出力可能な状態であることが表示されたものとする手段をさらに備えるようにしてもよい。
【００２６】
これにより、電話をかけた視聴者は、その電話から、現在コンピュータで閲覧している動画に同期する音声が流れることを、認識することができる。
【００２７】
上記のシステムにおいて、前記コンテンツの再生が完了した際に前記視聴者の電話との接続が切断されていなければ、該接続を所望の宛先へ転送可能であることを、音声メッセージとして前記電話に出力及び／又は、前記視聴者のコンピュータの画面に表示する手段と、前記視聴者の電話から前記接続を用いて、又は、前記視聴者のコンピュータから前記ネットワーク経由で、転送要求を受信して、前記接続を転送する手段と、をさらに備えるようにしてもよい。
【００２８】
これにより、動画及び音声を視聴してプレゼンテーションの内容に興味を持った視聴者と、視聴に用いられていた電話で引き続き、担当者が直接話をする等のフォローを行うことが可能になる。
【００２９】
上記のシステムが、着信可能な複数の電話番号を有し、前記視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信した際に、前記複数の電話番号のうち使用中でない電話番号を選択し、選択された電話番号を前記番号情報として、前記アクセス情報により特定される視聴者及びコンテンツと関連付ける手段をさらに備えるようにしてもよい。
【００３０】
これにより、視聴者は、コンピュータの画面に表示された電話番号に電話をかけるだけで、発信者番号を通知することも、自身のＩＤを電話で伝えることも、どのコンテンツを視聴中であるかを電話で伝えることも、行うことなく、コンピュータで再生している動画に同期した音声を聴くことが可能になる。
【００３１】
上記のシステムにおいて、前記視聴者の電話からの電話接続要求が受信されないまま、前記動画データの再生状況を示すデータとして所定のデータを前記視聴者のコンピュータから受信した場合に、前記コンピュータの画面から前記番号情報の表示を消去し、前記番号情報の電話番号を使用中でないものとする手段をさらに備えるようにしてもよい。
【００３２】
これにより、例えば、視聴者が電話をかけずに動画データの再生を開始したら、その視聴者はもはや電話をかけてくることはないとして、割り当てられていた電話番号を解放することができるため、システムが有している電話番号の数に比べて同時にアクセスしてくる視聴者の数が多い等の場合に、使用中でない電話番号を増やすことが可能になる。
【００３３】
別の例として、上記のシステムが、着信可能な電話番号を有し、前記視聴者及び前記コンテンツを特定可能な識別番号を保持する手段と、前記視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信した際に、前記アクセス情報と同じ視聴者及びコンテンツを特定可能な前記識別番号と前記電話番号とを前記番号情報とする手段と、をさらに備え、前記視聴者が前記電話番号への着信後に前記電話を介して前記識別番号を入力することにより、前記電話接続要求が受信されるようにしてもよい。
【００３４】
これにより、視聴者は、コンピュータの画面に表示された電話番号に電話をかけてから、同じく表示された識別番号を電話で入力することになるが、着信可能な電話番号の数が少なくても、通話中で音声のサービスを受けられない可能性を低減することができる。
【００３５】
上記のシステムにおいて、前記プレゼンテーションの提供者のコンピュータから、該提供者のコンテンツの前記コンテンツデータを受信して、前記格納する手段へ渡す手段と、前記プレゼンテーションの提供者のコンピュータから、前記提供者のコンテンツを視聴させたい複数の視聴者を列挙したデータを受信して、前記アクセス情報を発行し、発行した複数のアクセス情報を、前記保持する手段へ渡すとともに、前記プレゼンテーションの提供者のコンピュータへ送信する手段と、をさらに備えるようにしてもよい。
【００３６】
これにより、プレゼンテーションの提供者は、コンテンツを作成し、そのコンテンツを視聴してほしい視聴者を選ぶだけで、本システムを利用して、所望のプレゼンテーションを提供することが可能になる。
【００３７】
上記のシステムもしくは前記プレゼンテーションの提供者のコンピュータが、発行された前記複数のアクセス情報を受信して、各アクセス情報を各視聴者へ通知する電子メールを送信するための手段を備えるようにしてもよい。
【００３８】
これにより、プレゼンテーションの提供を受けるために視聴者がコンピュータからシステムへ送る必要のあるアクセス情報を、視聴者が入手することが可能になる。
【００３９】
上記のプレゼンテーション提供システムを運用する事業者と、前記プレゼンテーションの提供者である事業者とは、異なる事業者であってよい。
【００４０】
前記プレゼンテーションの提供者として、複数の事業者を収容する場合には、上記のシステムが、複数の前記提供者からのコンテンツを前記システムにおいて識別できるように、受信された前記コンテンツに識別情報を付与する手段を備えるようにしてもよい。
【００４１】
上記のシステムは、前記コンピュータとの間のデータの送受信が、動画閲覧用サーバにより行われ、前記電話との間の接続確立及び音声の出力が、電話接続用サーバにより行われるものであってもよく、該動画閲覧用サーバと該電話接続用サーバとが連携して、動画の再生と同期した音声の再生を行うための制御を行うようにしてもよい。
【００４２】
上述したプレゼンテーション提供システムの発明は、システム全体の発明としても、システムを構成する個々のサーバの発明としても、方法の発明としても、汎用のコンピュータをシステム又は個々のサーバとして動作させるためのプログラム（又はそのプログラムを記録した記録媒体）の発明としても、成立するものである。
【００４３】
本発明の原理に従う一例に係るプログラムは、サーバ用コンピュータにインストールされることにより、該サーバ用コンピュータを、クライアントとなるコンピュータへ動画を含むコンテンツを送信して視聴者にプレゼンテーションを提供するシステムとして動作させるプログラムであって、動画及び該動画と同期して再生されるべき音声とをそれぞれ動画データ及び音声データとして含むコンテンツデータを格納させるためのプログラムコードと、アクセスすべきネットワーク上の場所と各々の視聴者と視聴対象のコンテンツとを特定可能なアクセス情報を保持させるためのプログラムコードと、視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信して、前記視聴者及び前記コンテンツに関連付け可能であって電話により伝達可能な番号情報を前記コンピュータの画面に表示させるためのデータと、前記アクセス情報により特定されるコンテンツの動画データとを、前記ネットワーク経由で前記コンピュータへ送信させるためのプログラムコードと、前記視聴者の電話から前記番号情報を含む電話接続要求を受信して、前記電話との間で接続を確立し、前記番号情報に関連付けられたコンテンツの音声データを再生して、前記接続を用いて前記電話へ音声を出力させるためのプログラムコードと、前記番号情報に関連付けられた視聴者と前記アクセス情報により特定される視聴者が同一であることを確認し、前記視聴者のコンピュータにおける前記動画データの再生状況を示すデータに従って、前記視聴者の電話に対する音声データの再生を制御させるためのプログラムコードと、を備える。
【００４４】
また、本発明の原理に従う一例に係る方法は、コンピュータへ動画を含むコンテンツを送信して視聴者にプレゼンテーションを提供する方法であって、動画及び該動画と同期して再生されるべき音声とをそれぞれ動画データ及び音声データとして含むコンテンツデータを格納し、アクセスすべきネットワーク上の場所と各々の視聴者と視聴対象のコンテンツとを特定可能なアクセス情報を保持し、各々のアクセス情報を、該アクセス情報により特定される視聴者へ通知し、視聴者のコンピュータから前記アクセス情報を含むプレゼンテーション提供要求を受信し、前記視聴者及び前記コンテンツに関連付け可能であって電話により伝達可能な番号情報を前記コンピュータの画面に表示させるためのデータと、前記アクセス情報により特定されるコンテンツの動画データとを、前記ネットワーク経由で前記コンピュータへ送信し、前記視聴者の電話から前記番号情報を含む電話接続要求を受信して、前記電話との間で接続を確立し、前記番号情報に関連付けられた視聴者と前記アクセス情報により特定される視聴者が同一であることを確認し、前記視聴者のコンピュータにおける前記動画データの再生状況を示すデータを取得し、前記データの示す動画データの再生状況に従って、前記番号情報に関連付けられたコンテンツの音声データを再生して、前記接続を用いて前記電話へ音声を出力する。
【発明の効果】
【００４５】
以上のとおり、本発明によれば、プレゼンテーションの提供者は、動画とともに聴いてほしい音声を、より確実に視聴者に届けることが可能になる。また、視聴者にプレゼンテーションの内容がどの程度伝わったかを、より精度よく推測することが可能になる。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施の形態に係る動画プレゼンテーション提供機構の全体構成の一例を説明する機能ブロック図。
【図２】サーバのコンテンツ保存部に保存されるコンテンツの構造の一例を示す図。
【図３】サーバのユーザ情報保持部に保持されるユーザ情報の内容の一例を示す図。
【図４】顧客のコンピュータからサーバへのアクセスに応答して表示される画面の一例を示す図。
【図５】顧客の電話がサーバと接続している間に顧客のコンピュータで動画閲覧を行う場合に表示される画面の一例を示す図。
【図６】サーバの利用ログ保存部に保存される利用ログの内容の一例を示す図。
【図７】顧客のコンピュータ及び電話と各サーバとの間における動作手順の一例を説明するシーケンス図。
【図８】本実施形態に係る機構を用いて顧客に動画プレゼンテーションを提供する管理者のコンピュータの構成及び動作の一例を説明する機能ブロック図。
【図９】管理者のコンピュータの顧客情報データベースの内容の一例を示す図。
【図１０】顧客の電話がサーバと接続している間に顧客のコンピュータで動画閲覧を行う場合に表示される画面の別の例を示す図。
【発明を実施するための形態】
【００４７】
以下、本発明の実施の形態に係る動画プレゼンテーション提供機構について、例示のために、図面を用いて説明する。
【００４８】
図１に示す例に係る動画プレゼンテーション提供システムは、Ｗｅｂサーバ１００と、ＩＶＲ（インタラクティブ・ボイス・レスポンス）サーバ２００とから構成されている。Ｗｅｂサーバ１００は、インターネット等のネットワーク３００を介して、顧客５００のコンピュータ（ＰＣ）３５０と接続可能であり、ＩＶＲサーバ２００は、ＰＳＴＮ（公衆交換電話網）等の音声通信網４００を介して、顧客５００の電話４５０と接続可能である。
【００４９】
ＩＶＲサーバ２００とＰＳＴＮ等との間にＳＩＰ（セッション・イニシエーション・プロトコル）サーバを設けて、あるいは、ＩＰ（インターネット・プロトコル）電話プロバイダのネットワークを音声通信網４００の中に含めて、ＰＳＴＮとＩＰとの間の変換を行うようにしてもよい。また、ＩＶＲサーバ２００の代わりに、ＣＴＩ（コンピュータ・テレフォニ・インテグレーション）サーバを用いてもよい。
【００５０】
図１の例では、顧客１（５００−１）は、自身の手元にＰＣ１（３５０−１）と電話１（４５０−１）を有しており、顧客２（５００−２）は、自身の手元にＰＣ２（３５０−２）と電話２（４５０−２）を有しており、顧客１も顧客２も、ＰＣと電話の両方を用いてプレゼンテーションを受けるものとする。
【００５１】
この場合、ＰＣ３５０がＷｅｂサーバ１００にアクセスして閲覧される動画は、Ｗｅｂサーバ１００からのデータが音声を含んでいないか、又は、周囲に他人がいる等の事情でＰＣ３５０の音量がオフにされていることにより、音声を伴わない。プレゼンテーションの提供者が動画とともに視聴させたい音声は、電話４５０がＩＶＲサーバ２００に対して発呼し、通話状態を確立することにより、顧客５００へ届けられる。
【００５２】
また、図１の例では、顧客３（５００−３）は、自身の手元にＰＣ３（３５０−３）を有しており、電話は用いずにＰＣのみでプレゼンテーションを受けている。このように、電話を用いずに動画を閲覧する顧客は、電話をかけて音声を聴くほどの興味をそのプレゼンテーションに対して持っていない可能性がある。
【００５３】
Ｗｅｂサーバ１００は、コンテンツ保存部１３０を備える。コンテンツ保存部１３０は、例えば、図２に示すような構造のコンテンツを多数保存することができる。各コンテンツは、コンテンツＩＤにより特定される。一つのコンテンツは、ひとつながりで視聴させたい動画を時間軸上で複数に分割して得られる複数の動画ファイルを含む。例えば、１分間のプレゼンテーション動画を等分割して、１０秒の動画ファイルを６つ作成してもよいし、２分間のプレゼンテーション動画を３５秒、６４秒、２１秒と分割して、３つの動画ファイルを作成してもよい。
【００５４】
図２の例では、それぞれの動画ファイルに対応させて、その動画（部分）とともに視聴させたい音声ファイルが作成され、さらに、その動画（部分）に対応する静止画（スライド）ファイルも作成されている。一つのコンテンツを構成する複数のスライドファイルに基づいて、そのコンテンツのサムネイルを作成することも可能である。
【００５５】
それぞれの動画ファイルは、動画とともに視聴させたい音声を含んでいてもよいし、含まなくてもよい。含む場合は、動画ファイルに含まれる（ＰＣにより聴かれる）音声と、動画ファイルとは別の音声ファイルの（電話により聴かれる）音声とを、同じにしてもよいし、異ならせてもよい。動画ファイルに音声を含まないか、音声ファイルとは異なる内容の音声にしておくと、電話を用いずに動画を閲覧した顧客が、ＰＣで音声を聴ける環境にあるから電話をかけなかったのではなく、電話をかけて音声を聴くほどの興味がなかったという推測の確度を、高くすることができる。
【００５６】
Ｗｅｂサーバ１００はまた、ユーザ情報保持部１４０を備える。ユーザ情報保持部１４０は、例えば、図３に示すような情報を保持する。各顧客は、プレゼンテーション提供システムにおいては、ユーザＩＤにより特定される。後述するように、Ｗｅｂサーバ１００は、プレゼンテーションの提供者が、あるコンテンツをある顧客に視聴させたいという指定をすると、指定されたコンテンツＩＤ及びユーザＩＤに基づいて、ＵＲＬ（ユニフォーム・リソース・ロケータ）を発行する。
【００５７】
発行されたＵＲＬは、コンテンツＩＤとユーザＩＤの組をユニークに特定するものとなっており、コンテンツＩＤとユーザＩＤの組に対応させて、ユーザ情報保持部１４０に保持される。そして、顧客５００は、何らかの手段（後述する例では、電子メール）により、自身のために発行されたＵＲＬを、プレゼンテーションの提供者から通知される。
【００５８】
よって、プレゼンテーションを視聴しようとする顧客（Ｗｅｂサイト訪問者）のＰＣ３５０から、Ｗｅｂサーバ１００に対して行われるアクセス（ＨＴＴＰリクエスト）は、通知されたＵＲＬに対して行われることになる。Ｗｅｂサーバ１００の動画閲覧処理部１１０は、このＵＲＬがどのコンテンツＩＤ及びユーザＩＤを特定するものであるかを、ユーザ情報保持部１４０を参照して調べることができる。
【００５９】
Ｗｅｂサーバ１００は、ＰＣ３５０との間で通信を行う動画閲覧処理部１１０に加えて、ＩＶＲサーバ２００と連携して動作するための音声連携部１２０を備える。また、ＩＶＲサーバ２００は、電話４５０との間で通話を行う電話接続処理部２２０に加えて、Ｗｅｂサーバ１００と連携して動作するための動画連携部２１０を備える。なお、Ｗｅｂサーバ１００とＩＶＲサーバ２００は、同一設備内に置かれて、直接もしくはＬＡＮ（ローカル・エリア・ネットワーク）等により接続されることが、動画と音声の同期の精度を高めるためには好ましい。
【００６０】
図１の例では、Ｗｅｂサーバ１００とＩＶＲサーバ２００との間で連携のための機能を分担して、音声連携部１２０と動画連携部２１０の両方を設けているが、連携のための機能をまとめてＷｅｂサーバ１００側だけ、あるいは、ＩＶＲサーバ２００側だけに設けるようにしてもよい。
【００６１】
さらに、本例では、Ｗｅｂサーバ１００とＩＶＲサーバ２００とを、別個のサーバ装置としているが、一つのサーバ装置が全ての機能を備えるようにしてもよい。一つのサーバ装置内に動画閲覧処理部１１０と電話接続処理部２２０があれば、これらの間の連携機能を簡略化することが可能である。また、電話接続処理部２２０が、ＩＶＲサーバ２００の音声ファイル一時記憶部２３０から音声を読み出して再生する代わりに、（Ｗｅｂサーバ１００の）コンテンツ保存部１３０から直接音声を読み出して再生し、電話４５０へ送ることも可能である。
【００６２】
Ｗｅｂサーバ１００の動画閲覧処理部１１０は、あるＵＲＬに対するアクセスがあると、そのＵＲＬにより特定されるユーザＩＤの顧客へ、そのＵＲＬにより特定されるコンテンツＩＤの動画プレゼンテーションを閲覧させるための、専用のプロセスとして起動される。これを、図１においては、ＰＣ１（３５０−１）に対する処理を行う動画閲覧処理部１１０−１、ＰＣ２（３５０−２）に対する処理を行う動画閲覧処理部１１０−２、ＰＣ３（３５０−３）に対する処理を行う動画閲覧処理部１１０−３として、表している。
【００６３】
それぞれの動画閲覧処理部１１０−ｎは、それぞれの音声連携部１２０−ｎとなるプロセスを生成し、ＩＶＲサーバ２００と通信して、それぞれの動画連携部２１０−ｎとなるプロセスを生成させる。ＩＶＲサーバ２００内には、着信可能な多数の電話番号が用意されており、それぞれの電話番号が使用中か空き状態かが管理されている。動画連携部２１０−ｎは、生成されるとともに、空き状態の電話番号のうちの一つを割り当てられる。同一の時点で稼働中の複数の動画連携部２１０−ｎに割り当てられている電話番号は、全て、互いに異なる番号とする。
【００６４】
動画連携部２１０−ｎは、自身に対応する音声連携部１２０−ｎへ、割り当てられた電話番号を通知する。なお、ここで用いられる電話番号は、市外局番等から始まる一般の電話番号でもよいし、０５０等から始まるＩＰ電話の番号でもよいし、０１２０等から始まる無料ダイヤルの番号でもよい。
【００６５】
音声連携部１２０−ｎは、通知された電話番号を、自身が担当しているユーザＩＤ及びコンテンツＩＤに対応させて、ユーザ情報保持部１４０に保持させる（図３を参照）。なお、ＵＲＬアクセス時に割り当てられた電話番号は、顧客が電話をかけてこなかった場合や、電話を切断した場合には、他の顧客又は他のコンテンツ用に解放される（なお、ＵＲＬアクセスがなければ、電話番号は割り当てられない）。
【００６６】
顧客が電話をかけてこなかったと判断する時点は、例えば、最初の動画ファイルの再生が開始された時点としてもよい（音声を聴きたい顧客は、まず電話をかけ、その後動画の再生を開始するようにする）し、ＵＲＬアクセスから所定時間が経過した時点としてもよいし、動画プレゼンテーションが完了したことを示すＨＴＴＰリクエストが送られてきた時点としてもよい。この判断時点までの時間が短くなるような基準を採用すれば、空き状態の電話番号の数を多くすることが可能になる。
【００６７】
動画閲覧処理部１１０−ｎは、上述したＵＲＬアクセスに応答して、例えば、図４に示すような画面６００を作成し、ＰＣ３５０−ｎに表示する。図４の例の画面テンプレートは、動画表示領域６１０、スライド表示領域６２０、サムネイル表示領域６３０、電話番号表示領域６４０、操作ボタン表示領域６６０を含んでいる。
【００６８】
電話番号表示領域６４０は、例えば、「音声を電話で聞くことができます」等の定型のメッセージに加えて、その時々で変わる電話番号が表示されるようになっている。操作ボタン表示領域６６０は、例えば、停止ボタン６６１、戻りボタン６６２、再生／中断ボタン６６３、早送りボタン６６４等を含んでいる（図５を参照）。
【００６９】
動画閲覧処理部１１０−ｎは、表示画面の作成に当たり、アクセス対象のＵＲＬにより特定されるコンテンツＩＤのコンテンツを構成する全てのファイル、例えば、視聴させたい動画を５分割したコンテンツであれば、５つの動画ファイルと５つのスライドファイルを、コンテンツ保存部１３０から読み出す。また、アクセス対象のＵＲＬにより特定されるユーザＩＤ及びコンテンツＩＤに対して割り当てられた電話番号を、ユーザ情報保持部１４０から読み出す。
【００７０】
そして、動画閲覧処理部１１０−ｎは、上述した画面テンプレートの動画表示領域６１０に最初の動画ファイルの開始画像（空白でもよい）が表示され、スライド表示領域６２０に最初のスライドファイルの画像が表示され、サムネイル表示領域６３０にスライドファイルの数（図４の例では５個）に応じたサムネイル６３１〜６３５が表示され、電話番号表示領域６４０に割り当てられた電話番号が表示されるように生成した画面データを、ＰＣ３５０−ｎ宛に送信する。同時にＷｅｂサーバ１００にアクセスしているＰＣ３５０−１、３５０−２、３５０−３では、アクセス対象のコンテンツが同一であれば、それぞれ表示される電話番号が異なる以外は同一の画面データを受信する。
【００７１】
本例では、ＵＲＬアクセス時にＷｅｂサーバ１００からＰＣ３５０へ送信される画面データが、指定されたコンテンツの全ての動画ファイル及びスライドファイルを含んでいるようにする。すなわち、ＵＲＬにより示されるコンテンツＩＤの動画及びスライドのデータ全体を一括して、Ｗｅｂサーバ１００からＰＣ３５０へダウンロードする。そして、ＰＣ３５０は、ダウンロードされた動画データのうちのどの部分が現時点で再生されているか等、電話による音声データと同期をとるための情報を、適宜、Ｗｅｂサーバ１００へ送信する。
【００７２】
このダウンロード方式では、顧客がＰＣ３５０の画面上で、最初の動画ファイルの再生を開始する際には、既に全ての動画ファイルがＰＣ３５０内に揃っているため、早送り等で再生位置を任意に（同一コンテンツ内の別の動画ファイル等へ）変更しても、時間遅れなく再生が継続でき、電話による音声との同期の精度を高くすることができる。
【００７３】
代替例として、上述したＵＲＬアクセス時には、指定されたコンテンツの全てのスライドファイルと１番目の動画ファイルとを、Ｗｅｂサーバ１００からダウンロードし、顧客が２番目以降の動画（部分）の再生を要求した時に、要求された動画ファイルを、Ｗｅｂサーバ１００からダウンロードすることも可能である。この場合、Ｗｅｂサーバ１００は、要求された動画ファイルのダウンロードにかかる時間を予測して、ＩＶＲサーバ２００へ伝え、ＩＶＲサーバ２００は、その動画（部分）に対応する音声ファイルの電話に向けた再生を、予測された時間の分だけ遅らせて開始する。
【００７４】
さらなる代替例として、ストリーミング方式を使うことも可能である。この場合も、Ｗｅｂサーバ１００が、データを送信してからＰＣ３５０でデータを受信し所定量になるまで蓄積して再生するまでにかかる時間を予測して、ＩＶＲサーバ２００へ伝え、ＩＶＲサーバ２００は、予測された時間の分だけ遅らせて、そのデータに対応する部分の音声を電話に向けて再生することが、同期の面からは好ましい。
【００７５】
ＰＣ３５０において、図４のような画面が表示される（図示しないが、「音声を電話でお聞きになりたい場合、動画の再生ボタン（６６３）を押す前に、電話をかけてください」等の利用方法を知らせるメッセージも表示される）と、顧客は、興味があれば、表示された電話番号へ電話４５０を接続する。
【００７６】
ＩＶＲサーバ２００では、着信した電話番号が割り当てられている動画連携部２１０−ｎが、その電話番号専用のプロセスである電話接続処理部２２０−ｎを生成するとともに、自身に対応する音声連携部１２０−ｎへ、音声ファイルの取り寄せを依頼する。音声連携部１２０−ｎは、自身が担当しているコンテンツＩＤに属する全ての音声ファイルを、コンテンツ保存部１３０から読み出して、動画連携部２１０−ｎへ渡し、動画連携部２１０−ｎは、これを、ＩＶＲサーバ２００内の音声ファイル一時記憶部２３０に記憶する。
【００７７】
ＩＶＲサーバ２００の電話接続処理部２２０−ｎは、自動音声応答により、電話４５０に対し、「では、画面上で、動画の再生ボタンをクリックしてください」等の音声メッセージを流してもよい。電話接続処理部２２０−ｎは、動画が再生されている間は、その動画に同期するように音声データを音声ファイル一時記憶部２３０から読み出し再生して、電話４５０へ送っているが、動画の再生が止まっている（電話は接続されている）間は、別の予め記録されている音声メッセージを流すことが可能である。
【００７８】
一方、Ｗｅｂサーバ１００では、音声ファイルをＩＶＲサーバ２００へ渡した音声連携部１２０−ｎが、自身に対応する動画閲覧処理部１１０−ｎに対し、電話がかかってきたことを通知する。そうすると、動画閲覧処理部１１０−ｎは、ＰＣ３５０−ｎに表示中の画面（図４）において、電話番号表示領域６４０に代えて、「同期中」表示６５０（図５を参照）を表示する。これにより、顧客は、自身のかけた電話と自身が閲覧中の動画サイトとが連携しており、動画に同期した音声が電話で聴ける状態になったことを、知ることができる。
【００７９】
顧客がＰＣ３５０−ｎにおいて、動画の再生ボタン６６３を押すと、例えば、図５に示すような画面６００が表示される。図５は、５つに分割された動画のうち、１番目の「提案」の部分の動画と、２番目の「課題」の部分の動画と、３番目の「理由」の部分の動画が、順に再生された後、４番目の「解決策」の部分の動画が、動画表示領域６１０において、再生中となっているところである。
【００８０】
また、スライド表示領域６２０には、４番目の「解決策」のスライドが表示され、サムネイル表示領域６３０には、サムネイル６３１〜６３５のうちの４番目（６３４）が再生中であることが太枠等で示されている。動画中の再生位置を示すバー６７０も、表示されている。そして、顧客がかけている電話４５０−ｎからは、再生中の動画と同期した音声が流れている。
【００８１】
ここで、ＰＣ３５０−ｎからＷｅｂサーバ１００へは、再生対象のスライド番号及びステータスが変化する毎に、その変化の内容が送信される。スタータスとは、「再生」、「中断」、「停止」のいずれかであり、「中断」は、動画を途中で止めて、止めた箇所から「再生」を再開できるようにするものであり、「停止」は、動画を途中で止めて（あるいは、動画が最後まで再生されて止まり）、次に「再生」する場合は最初から開始になるものである。
【００８２】
分割された動画が、自動で、順々に再生されていくインタフェースの場合、顧客は何もしなくても、スライドが切り替わる時点で、その都度、新たなスライド番号及びステータス（再生）の情報が、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信される。なお、電話が接続されてから最初に動画の再生ボタンを押した際にも、スライド番号（顧客が指定していなければ１番目のスライド）及びステータス（再生）の情報が、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信されている。これらの情報は、Ｗｅｂサーバ１００経由でＩＶＲサーバ２００に伝わるため、顧客がかけている電話４５０−ｎからは、再生中の動画と同期して音声が流れ続ける。
【００８３】
また、顧客が手動でスライドを指定すると、そのスライドに対応する動画だけが再生され、次を再生するために、顧客からの指定を待つインタフェースの場合は、顧客が指定する毎に、新たなスライド番号及びステータス（再生）の情報が、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信される。この情報は、Ｗｅｂサーバ１００経由でＩＶＲサーバ２００に伝わるため、あるスライド番号の動画が最後まで再生されて止まると、顧客がかけている電話４５０−ｎからの音声も、同時に最後まで再生されているので止まり、顧客が次のスライド番号の動画を指定すると、動画の再生開始と同時に、顧客がかけている電話４５０−ｎから対応する音声が流れ始める。
【００８４】
いずれの場合も、途中で、顧客が、中断ボタン６６３を押すと、その時点でのスライド番号及びステータス（中断）の情報が、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信される。この情報は、Ｗｅｂサーバ１００経由でＩＶＲサーバ２００に伝わるため、顧客がかけている電話４５０−ｎからの音声も、止まる。どこで音声の再生を止めたかの情報は、電話接続処理部２２０−ｎが記憶しておくため、音声の再生を中断した箇所から再開することができる。
【００８５】
その後、顧客が、再生ボタン６６３を押すと、その時点でのスライド番号及びステータス（再生）の情報が、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信される。この情報は、Ｗｅｂサーバ１００経由でＩＶＲサーバ２００に伝わるため、電話接続処理部２２０−ｎは、通知されたスライド番号が、中断時のスライド番号と同じであれば、記憶していた中断箇所から音声の再生を再開し、違っていれば、新しいスライド番号の音声を最初から再生する。このようにして、「中断」についても、顧客がかけている電話４５０−ｎからの音声を、顧客が見ているＰＣ３５０−ｎの動画と同期させることができる。
【００８６】
また、顧客が、再生途中に停止ボタン６６１を押すと、その時点でのスライド番号及びステータス（停止）の情報が、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信される。この情報は、Ｗｅｂサーバ１００経由でＩＶＲサーバ２００に伝わるため、顧客がかけている電話４５０−ｎからの音声も、途中で止まる。
【００８７】
上記のように、ＰＣ３５０−ｎからＷｅｂサーバ１００へ、その都度、送信されるスライド番号及びステータスの情報は、送信された日時と、閲覧対象のコンテンツＩＤと、顧客５００−ｎのユーザＩＤとともに、プレゼンテーションの利用ログを構成する。また、この利用ログには、各時点において、ＩＶＲサーバ２００と電話４５０−ｎとの通話で音声が提供されていたか否かも、含めることができる。
【００８８】
このように取得される利用ログは、例えば、図６に示すような内容を有する。Ｗｅｂサーバ１００は、利用ログ取得部１５０と、利用ログ保存部１６０とを備えて、利用ログ取得部１５０が、動画閲覧処理部１１０−ｎ及び／又は音声連携部１２０−ｎから収集した情報を、利用ログ保存部１６０に保存する。
【００８９】
図４のように電話番号の利用を促す初期画面が表示された上で、顧客（例えば、図１における５００−３）が、電話をかけることなく、ＰＣ５００−３で動画の再生ボタン６６３を押した場合、その顧客には電話で音声を聴く意思がないものとみなして、Ｗｅｂサーバ１００の動画閲覧処理部１１０−３が、電話との連携のために生成した音声連携部１２０−３を消滅させ、ＩＶＲサーバ２００の動画連携部２１０−３を消滅させ、動画連携部２１０−３に割り当てられた電話番号を解放するようにしてもよい。
【００９０】
この場合、動画の再生を行うＰＣ５００−３の画面は、図５の「同期中」表示６５０が存在しないものとなる。「同期中」表示の代わりに、「音声を電話で聞きたくなった場合は、画面をリロードしてください」というメッセージを表示してもよい。これにより、途中で興味を持った顧客は、最初のＵＲＬアクセスからやり直すことにより、電話をかけて、動画と同期した音声を聴くことが可能になる。
【００９１】
また、最初のＵＲＬアクセスを受けて、動画閲覧処理部１１０−ｎが、図４のような初期画面を作成する際、もし、ＩＶＲサーバ２００において、空き状態の電話番号がなければ、電話番号表示領域６４０に、「ただいま電話が混み合っておりますが、音声を電話で聞くことができますので、しばらく経ってから、画面をリロードしてください」というメッセージを表示するようにしてもよい。
【００９２】
もしくは、空き状態の電話番号がなくても、ＩＶＲサーバ２００で動画連携部２１０−ｎを稼動させておき、空き状態の電話番号が確保できたら、Ｗｅｂサーバ１００の音声連携部１２０−ｎを介して動画閲覧処理部１１０−ｎに通知し、電話をかけずに動画を再生しているＰＣ３５０−ｎの画面に、「同期中」表示の代わりに、「音声を電話で聞くことができるようになりました」というメッセージとともに、確保された電話番号を表示するようにしてもよい。
【００９３】
その後、顧客が電話４５０−ｎをＩＶＲサーバ２００に接続すると、上述した手順で、ＰＣ３５０−ｎの画面に「同期中」表示がなされる。その際に再生中であったスライドの動画については、電話から同期した音声は流れず、次のスライドの動画の再生時から、電話による音声が同期される。あるいは、「同期中」表示をすると同時に、強制的に動画の再生を止めて、１番目のスライドの最初から動画の再生を開始するとともに、電話から同期した音声を流してもよい。
【００９４】
ＩＶＲサーバ２００内に用意できる着信可能な電話番号の数が少ない場合には、複数の動画連携部２１０／電話接続処理部２２０が、一つの電話番号を共有することとし、顧客５００−ｎが電話４５０−ｎに対して入力するプッシュ信号が示す識別番号によって、ユーザＩＤ及びコンテンツＩＤを特定するようにしてもよい。
【００９５】
識別番号を使う方式では、顧客に入力を求めても負担とならない範囲で、番号の桁を多くすることが可能であるため、その場で空いている番号から選択するのではなく、ユーザＩＤ及びコンテンツＩＤに基づくユニークな識別番号を、例えば、ＵＲＬを発行するのとともに決めて、ユーザ情報保持部１４０に保持しておくことができる（図３の電話番号の欄が、識別番号の欄に代わる）。
【００９６】
ＵＲＬへのアクセスを受けたＷｅｂサーバ１００の動画閲覧処理部１１０−ｎは、上述したように、音声連携部１２０−ｎと動画連携部２１０−ｎを生成し、ＩＶＲサーバ２００の動画連携部２１０−ｎに、識別番号を伝えるとともに、ＰＣ３５０−ｎに表示する画面（図４）の電話番号表示領域６４０に、電話番号に加えて識別番号も表示するようにする。ＰＣ３５０−１、３５０−２、３５０−３では、アクセス対象のコンテンツが同一であれば表示される電話番号は同一であるが、表示される識別番号はそれぞれ異なることになる。そして、顧客５００−ｎが、電話４５０−ｎを用いて、その電話番号に接続し、識別番号を入力すると、その識別番号を担当する動画連携部２１０−ｎが、その識別番号専用のプロセスである電話接続処理部２２０−ｎを生成する。
【００９７】
本例では、動画と音声の同期のために、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信された各時点のスライド番号及びステータスの情報がＩＶＲサーバ２００に伝えられるが、その具体的な方法として、例えば、次の２つがあり得る。
【００９８】
１つは、ＰＣ３５０−ｎにおいて動画の再生が開始されてから、ＩＶＲサーバ２００において電話４５０−ｎへの音声の再生が開始されるまでの、タイムラグを短くするために有用な方法であり、ＰＣ３５０−ｎとＩＶＲサーバ２００とが、ＴＣＰ（トランスミッション・コントロール・プロトコル）レベルで、ソケット通信を行うことにより、情報を送信する。
【００９９】
この方法の場合、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信されたスライド番号及びステータスの情報は、Ｗｅｂサーバ１００では処理されずに（動画閲覧処理部１１０−ｎ及び音声連携部１２０−ｎは何もせずに通過して）、ＩＶＲサーバ２００の動画連携部２１０−ｎに渡される。そこで、Ｗｅｂサーバ１００における利用ログの保存は、ＩＶＲサーバ２００の動画連携部２１０−ｎが、Ｗｅｂサーバ１００の音声連携部１２０−ｎを介して、利用ログ取得部１５０へ情報を送ることにより行う。
【０１００】
もう１つは、ＰＣ３５０−ｎが、企業内ネットワークのようにファイアウォールで保護されたネットワーク内に設置されている等の事情で、ソケット通信ができない場合に有用な方法であり、ＰＣ３５０−ｎからＷｅｂサーバ１００へ、ＨＴＴＰ（ハイパー・テキスト・トランスファ・プロトコル）レベルで、ＲＥＳＴ（レプレゼンテーショナル・ステート・トランスファ）と呼ばれる手法により、情報を送信する。
【０１０１】
この方法の場合、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信されたスライド番号及びステータスの情報は、Ｗｅｂサーバ１００の動画閲覧処理部１１０−ｎで処理可能なため、動画閲覧処理部１１０−ｎから音声連携部１２０−ｎを介して、ＩＶＲサーバ２００の動画連携部２１０−ｎへ伝えられるとともに、Ｗｅｂサーバ１００内で利用ログ取得部１５０へ渡される。
【０１０２】
上記のソケット通信は、例えば、Ｗｅｂサーバ１００がＰＣ３５０−ｎから最初のＵＲＬアクセスを受けた際に、ＰＣ３５０−ｎとＩＶＲサーバ２００の動画連携部２１０−ｎとの間で通信状態を確立するようにして、顧客５００−ｎが電話をかけずに動画の再生ボタンを押したこと等によって電話番号が解放される際に、ソケット通信も解放されるようにすればよい。また、ＰＣ３５０−ｎが、ソケット通信が確立できなかった場合にＲＥＳＴによる情報送信を行うよう、Ｗｅｂサーバ１００がＰＣ３５０−ｎへ送信する画面データ（ＨＴＭＬファイル）に、ＰＨＰ等で作成されたプログラムを含ませておいてもよい。
【０１０３】
上述した例では、複数に分割された動画を順番に通して再生するのでなく、顧客が任意の順でスライドを指定してその動画を再生させても、あるスライドの動画を再生中に別のスライドを指定してその動画の再生を開始させても、対応する音声が電話により聴ける。このスライドの指定は、サムネイル表示領域６３０において、所望のサムネイル（６３１〜６３５のいずれか）をクリックしても行うことができるし、操作ボタン表示領域６６０において、早送りボタン６６４（次のスライドに進む）又は戻しボタン６６２（前のスライドに戻る）をクリックしても行うことができる。いずれの指定によっても、ＰＣ３５０−ｎからＷｅｂサーバ１００へ、スライド番号及びステータスの情報が送信されるためである。
【０１０４】
さらに、例えば、早送りボタン６６４に、次のスライドに進む機能ではなく、同一のスライドの動画内での飛ばし再生機能を付与することも可能である。この場合、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信可能なステータスの情報に、「再生」、「中断」、「停止」に加えて、「飛ばし再生」を設け、この「飛ばし再生」の情報を、ＩＶＲサーバ２００へ伝えることにより、動画が飛ばし再生される箇所へ音声も飛ばして再生することができる。
【０１０５】
図６の例に利用ログとして示したように、顧客５００−ｎが、ＰＣ３５０−ｎで動画を再生中に、電話４５０−ｎの通話を切断することもあり得る。電話が切断されると、ＩＶＲサーバ２００内の電話接続処理部２２０−ｎが消滅するため、対応する動画連携部２１０−ｎが、電話が切断されたことを、Ｗｅｂサーバ１００の音声連携部１２０−ｎを介して、動画閲覧処理部１１０−ｎに伝える。動画閲覧処理部１１０−ｎは、ＰＣ３５０−ｎの画面に表示されていた「同期中」表示を消去するが、ＰＣ３５０−ｎは、動画再生を継続する。
【０１０６】
逆に、顧客５００−ｎが、電話４５０−ｎの通話中に、ＰＣ３５０−ｎでＷｅｂブラウザを閉じたり、他のＵＲＬへ移動したりすることもあり得る。この場合は、ＰＣ３５０−ｎからＷｅｂサーバ１００へスライド番号及びステータスの情報が所定時間送信されてこなかったことをもって、ＩＶＲサーバ２００が、「アクセスいただいたコンテンツが閲覧されていないようですので、サービスを終了します。ご利用ありがとうございました」等のアナウンスを流して、電話４５０−ｎとの間の接続を切断する。
【０１０７】
ＰＣ３５０−ｎでの動画の再生と、電話４５０−ｎでの音声の再生が、最後のスライドの動画／音声ファイルの最後まで完了すると、ＰＣ３５０−ｎのＷｅｂブラウザの画面には、「最初から再生」か「終了する」かのどちらかが選択できるマークが表れる。「終了する」のマークをクリックすると、動画プレゼンテーションの再生完了を通知するＨＴＴＰリクエストが、Ｗｅｂサーバ１００へ送られる。
【０１０８】
この完了通知に応答して、Ｗｅｂサーバ１００からＰＣ３５０−ｎへ、顧客がアンケートに回答するための画面や、顧客が資料を請求するための画面を送り、表示させるようにしてもよい。
【０１０９】
また、プレゼンテーション完了後も電話４５０−ｎとの通話を維持する場合には、ＩＶＲサーバ２００が、「担当者につないで詳細をお聞きになりたい方は、電話機の＃２を押してください」等の音声メッセージを再生し、数回繰り返した後に、適当なタイミングで通話を切断するようにしてもよい。
【０１１０】
その前に、顧客５００−ｎが、電話４５０−ｎのボタンを押してプッシュ信号を入力した場合には、ＩＶＲサーバ２００は、担当者へ電話を転送する。電話が転送された後に、Ｗｅｂサーバ１００からＰＣ３５０−ｎへ担当者が選択した情報を含む画面データを送って表示させるようなことも可能である。
【０１１１】
なお、プレゼンテーションの完了時に、ＰＣ３５０−ｎのＷｅｂブラウザの画面に、「直接担当者と話す」を選択できるマークが表れるようにし、このマークをクリックすると、動画プレゼンテーションの再生完了を示す情報が、Ｗｅｂサーバ１００経由でＩＶＲサーバ２００へ伝えられ、電話４５０−ｎとの間の通話が担当者へ転送されるようにしてもよい。
【０１１２】
図７は、以上に種々説明した顧客のＰＣ３５０−ｎ及び電話４５０−ｎと、Ｗｅｂサーバ１００と、ＩＶＲサーバ２００との間における動作手順のうちの一つの例を、ソケット通信を使う場合を取り上げて表したものである。
【０１１３】
上述したＷｅｂサーバ１００は、例えば、Ａｐａｃｈｅと呼ばれるＷｅｂサーバソフトウェアに、上述した機能を実現するモジュールを追加したプログラムを、汎用のコンピュータにインストールすることによって、実現することができる。
【０１１４】
また、Ｗｅｂサーバ１００におけるコンテンツ保存部１３０は、データベース言語を使って構築することができ、例えば、スライドとしてｐｄｆファイルを、動画としてＦｌａｓｈファイルを、音声としてｍｐ３ファイルを、登録することができる。
【０１１５】
Ｆｌａｓｈ形式のファイルを再生できないコンピュータも多く存在することを考慮して、動画をＨＴＭＬ５形式のファイルとしてもよいし、Ｗｅｂブラウザで動画を再生するのでなく、ＵＲＬをクリックすると動画再生用のアプリケーションプログラムが起動するようにしてもよい。本サービスに専用のアプリケーションプログラムを使えば、例えば、スライド番号とステータスの情報をＨＴＴＰレベルでＰＣ３５０からＩＶＲサーバ２００へ伝えるために、音声の再生の開始に時間遅れが生じることが想定される場合に、その分、動画の再生を開始する時点を遅らせるような細かい制御をすることも、可能である。
【０１１６】
上述したＩＶＲサーバ２００は、例えば、Ａｓｔｅｒｉｓｋと呼ばれるＰＢＸ開発ツールキットにより、上述した機能を実現するプログラムを作成して、汎用のコンピュータにインストールすることによって、実現することができる。
【０１１７】
図８は、プレゼンテーションの提供者が、管理者コンピュータ１０を使用して、Ｗｅｂサーバ１００にプレゼンテーションに係るコンテンツを登録し、そのコンテンツを閲覧するためのＵＲＬを取得して、顧客５００へ通知する（これらの動作は「登録（利用前）フェーズ」のものである）ための構成の一例を示すものである。
【０１１８】
プレゼンテーションの提供者は、自身の提供したプレゼンテーションに対する各顧客の反応を知りたいのであるから、図８の管理者コンピュータ１０は、Ｗｅｂサーバ１００から利用ログを取得して解析する（これらの動作は「評価（利用後）フェーズ」のものである）ための構成も備える。
【０１１９】
管理者コンピュータ１０は、例えば、Ｗｅｂブラウザに表示される管理者用画面を介して、Ｗｅｂサーバ１００へコンテンツをアップロードしたり、Ｗｅｂサーバ１００へユーザＩＤのリストをアップロードして、各ユーザＩＤに対して発行されたＵＲＬのリストをＷｅｂサーバ１００からダウンロードしたり、Ｗｅｂサーバ１００に要求して利用ログをダウンロードしたりすることができる。
【０１２０】
管理者コンピュータ１０のコンテンツ作成部２０（作成したコンテンツをＷｅｂサーバ１００へアップロードするコンピュータとは別のコンピュータにあってもよい）により、プレゼンテーションの提供者がコンテンツを作成する際、提供者は、プレゼンテーションに係る動画をどのように分割するか（数や各々の長さ）を設定することができる。
【０１２１】
なお、細かく分割すると、スライド番号及びステータスによってＰＣ３５０における再生状況がＷｅｂサーバ１００に伝えられる場合に、顧客がどの部分に興味を持ったかが細かく分析可能になる。また、動画と音声が別の経路で再生される以上、同期といっても完全な一致は難しいところ、少なくともスライド単位では動画と音声の開始時点を揃えられるという利点も、活かすことができる。
【０１２２】
コンテンツ作成部２０で作成されたコンテンツがアップロードされると、Ｗｅｂサーバ１００のコンテンツ登録部１７０が、コンテンツＩＤを発行し、コンテンツ保存部（データベース）１３０にマスタ情報としてコンテンツを格納する。
【０１２３】
次に、プレゼンテーションの提供者は、コンテンツを視聴させたい顧客を、顧客情報データベース３０に登録されている顧客の中から選択し、管理者コンピュータ１０のユーザＩＤリスト作成部４０（コンテンツを作成したコンピュータやコンテンツをアップロードしたコンピュータとは別のコンピュータにあってもよい）により、選択された顧客のＩＤをリスト化する。このリストが、視聴させたいコンテンツのコンテンツＩＤとともに、Ｗｅｂサーバ１００のＵＲＬ発行部１８０へアップロードされる。
【０１２４】
顧客情報データベース３０には、図９に例示するように、プレゼンテーションの提供者にとっての顧客の氏名、属性（職種、年齢、会社名、役職、地域等のうち、顧客が登録可能とした情報）と、電子メールアドレスとが、顧客ＩＤとともに登録されている（電話番号は、顧客が可能とすれば登録される）。
【０１２５】
ここで、本システムにおいては、管理者コンピュータ１０を所有するプレゼンテーションの提供者と、Ｗｅｂサーバ１００及びＩＶＲサーバ２００とを所有するシステムの運用者とを、別々の事業者とすることが可能である。さらに、本システムの運用事業者は、複数のプレゼンテーション提供事業者が、本システムを使用して、それぞれの顧客（提供者Ａの顧客と提供者Ｂの顧客とは別人となる）にプレゼンテーションを提供することを、可能にする。なお、この場合、上述した識別番号を使用する例では、プレゼンテーション提供事業者毎に電話番号を付与するという運用も、可能である。
【０１２６】
そうすると、本システムの運用者は、複数のプレゼンテーション提供者の各顧客を一意に識別する必要が生じるため、Ｗｅｂサーバ１００においては、上述したユーザＩＤが用いられることになる。つまり、プレゼンテーション提供者のＩＤとその提供者における顧客ＩＤとの組を特定できるように、ユーザＩＤが割り振られることになる。
【０１２７】
このように運用するには、例えば、管理者コンピュータ１０のユーザＩＤリスト作成部４０が、顧客情報データベース３０に予め登録されている顧客ＩＤの選択された顧客の分のリストを、Ｗｅｂサーバ１００のＵＲＬ発行部１８０へアップロードし、ＵＲＬ発行部１８０が、まず顧客ＩＤに対するユーザＩＤを発行してから、リストともに送信されてきたコンテンツＩＤとユーザＩＤとに基づいて、ＵＲＬを発行するようにすればよい。
【０１２８】
このように発行されたユーザＩＤとＵＲＬのセットは、Ｗｅｂサーバ１００のユーザ情報保持部（データベース）１４０に保持されるとともに、管理者コンピュータ１０のＵＲＬ取得部５０によりダウンロードされて、顧客情報データベース３０にも保持される（図９を参照）。
【０１２９】
Ｗｅｂサーバ１００のＵＲＬ発行部１８０は、例えば、ＰＨＰの関数を使って、ユーザＩＤ及びコンテンツＩＤにハッシュ／暗号化処理を施すことにより、乱数を生成する。この乱数は、ユーザＩＤ及びコンテンツＩＤの両方をユニークに特定するものとなっており、本来のＵＲＬ（例えば、「ｈｔｔｐ：／／ｍｏｖｉｅ．ｊｐ／」）に、「？ｃｏｄｅ＝」と続けて、生成された乱数を付加することにより、上述した個別のＵＲＬ（視聴させるコンテンツが同一であっても顧客毎に異なるユニークＵＲＬ）が発行される。
【０１３０】
この後、プレゼンテーションの提供者は、管理者コンピュータ１０のメール作成部６０（コンテンツをアップロードしたコンピュータや顧客のＩＤリストをアップロードしてＵＲＬのリストをダウンロードしたコンピュータとは別のコンピュータにあってもよい）に、コンテンツを視聴させたい顧客の氏名とメールアドレスとＵＲＬとを、顧客情報データベース３０から読み出させる。
【０１３１】
メール作成部６０は、「○○様、この度、新製品をご紹介したく、□□をご覧ください」等と記載されたメール本文の、「○○」の部分に、顧客情報データベース３０から読み出した氏名を挿入し、「□□」の部分に、顧客情報データベース３０から読み出したＵＲＬを挿入し、メールの宛先を、顧客情報データベース３０から読み出したメールアドレスとしたメールを作成する。このような差し込みによって、複数の顧客に対して一斉メール送信をすることができるが、個別に顧客宛のメールを作成して送信してもよい。
【０１３２】
メールの送信は、メール配信サーバ３３０を介して行われる。なお、メール配信サーバ３３０が、管理者コンピュータ１０のメール作成部６０から、メール本文のテンプレートと顧客情報データベース３０から読み出した情報のリストとのアップロードを受けて、差し込み及び一斉送信を行うようにしてもよい。メール配信サーバ３３０は、インターネット３１０に設置されていてよく、管理者コンピュータ１０とＷｅｂサーバ１１０との間も、インターネットを介した通信とすることができる。
【０１３３】
以上の動作が、登録（利用前）フェーズのものであり、上記のメールがＰＣ３５０−ｎに受信されると、メール本文に記載されているＵＲＬを顧客５００−ｎがクリックすることができるようになる。実際にＵＲＬがクリックされると、ブラウザが起動してＷｅｂサーバ１００からの画面（図４）が表示され、既に説明した利用フェーズの動作が行われることになる。
【０１３４】
利用フェーズにおいては、上述したようなログが、利用ログ保存部（データベース）１６０に保存される。Ｗｅｂサーバ１００は、ＵＲＬアクセスのログから、どのユーザＩＤの顧客がどのコンテンツについてＷｅｂ操作（ＨＴＴＰリクエスト等）を行ったかを把握し、動画再生（上記の例では、スライド番号及びステータス）のログから、どのスライドの動画のどの部分を何回再生したかを把握し、ＩＶＲサーバ２００における音声再生のログから、電話接続の有無や接続時間、どのスライドの音声のどの部分を何回再生したかを把握することが可能である。
【０１３５】
評価（利用後）フェーズの動作は、管理者コンピュータ１０の利用ログ解析部７０（登録フェーズの動作が行われるコンピュータとは別のコンピュータにあってもよい）が、Ｗｅｂサーバ１００にアクセスして、利用ログを要求することにより開始される。
【０１３６】
Ｗｅｂサーバ１００の利用ログ提供部１９０は、利用ログを要求してきたプレゼンテーション提供者が登録したユーザＩＤ及びコンテンツＩＤについての利用ログを、利用ログ保存部１６０から読み出して、管理者コンピュータ１０へ送信する。利用ログ解析部７０は、例えば、各顧客が、どのスライドの動画のどの部分を何回再生したか、その再生の際に電話で音声を同期再生させていたか否か等に基づいて、興味度を判定し、その結果を、顧客情報データベース３０に保存する（図９を参照）。
【０１３７】
興味度の判定の際には、顧客が電話をかけて音声を再生していれば、電話をかけずに動画を再生している場合よりも興味度が高く、何回も動画を再生していれば、１回だけ再生している場合よりも興味度が高く、同じＵＲＬへのアクセスを複数回行っていれば、１回だけ訪問した場合よりも興味度が高いと、評価することが可能である。
【０１３８】
さらに、例えば、自動で連続的に複数のスライドの動画を再生したのと、顧客が手動でスライドを指定して動画を再生したのとを区別できるように、情報を追加してＰＣ３５０−ｎからＷｅｂサーバ１００へ送信することにより、自動での再生よりも手動での再生の方が、興味度が高いという評価軸を追加することも、可能である。これらの評価は、顧客が能動的にアクションを起こしている方が、受動的に視聴しているよりも、興味度が高いと判断するものである。
【０１３９】
また、例えば、動画にも電話で流す音声と同じ音声を含ませておき、ＰＣで音量がオンになっているか（さらに、音量ボタンの大小の指定がどうなっているか）を示す情報も、動画再生に関する情報に含ませて、ＰＣ３５０−ｎからＷｅｂサーバ１００へ送信することにより、音量がオフで且つ電話接続もしていない場合よりも興味度が高いと評価することも可能である。また、ＰＣで音声が再生されているよりも、電話をかけて音声を再生している方が、より興味度が高いと評価してもよい。
【０１４０】
以上は、利用ログを顧客毎に解析する例であるが、多数の顧客の利用ログを、例えば、時間帯や曜日等によって分析し、全体的な傾向を推測するような用途にも、本システムは適用可能である。
【０１４１】
図１０は、ＰＣ３５０−ｎに表示される動画閲覧の画面の図５とは別の例である。図１０の例では、画面６００の大部分が、動画表示領域６１０となっており、サムネイル表示領域６３０と、早送りボタン６６４、戻しボタン６６２が存在しない。代わりに、動画をめくるためにクリックする領域６８０が設けられている。
【０１４２】
このようなインタフェースは、プレゼンテーションの提供者が、順番を守ってコンテンツを視聴してほしい場合に有用である。しかも、コンテンツが複数に分割されており、顧客が積極的に動画をめくるクリックを行わないと、次の部分（スライドに相当）の再生に進まないため、顧客の興味が継続しているかどうか、判定しやすいという利点がある。
【０１４３】
このとき、顧客が電話をかけて音声を再生していれば、「同期中」表示６５０が画面６００に存在する。現在表示されている動画（及びそれに同期した音声）の再生が終わると、ＩＶＲサーバ２００が、「画面上で、ページをめくってください」という音声メッセージを電話４５０−ｎへ流すようにしてもよい。
【０１４４】
また、図５のような画面から、顧客が、各領域の表示の有無やサイズを変更できるようにしたり、それらの変更の情報もＣ３５０−ｎからＷｅｂサーバ１００へ送信して、利用ログの情報量を増やしたりしてもよい。
【０１４５】
以上、本発明の実施形態について説明したが、上述の実施形態を本発明の範囲内で当業者が種々に変形、応用して実施できることは勿論である。
【図１】
2015056880.tif 000003
【図２】
2015056880.tif 000004
【図３】
2015056880.tif 000005
【図４】
2015056880.tif 000006
【図５】
2015056880.tif 000007
【図６】
2015056880.tif 000008
【図７】
2015056880.tif 000009
【図８】
2015056880.tif 000010
【図９】
2015056880.tif 000011
【図１０】
2015056880.tif 000012