JP2008027160A

JP2008027160A - コンテンツ放映システム

Info

Publication number: JP2008027160A
Application number: JP2006198587A
Authority: JP
Inventors: Koichi Yoshii; 浩一吉井
Original assignee: Iticket Corp
Current assignee: Iticket Corp
Priority date: 2006-07-20
Filing date: 2006-07-20
Publication date: 2008-02-07

Abstract

【課題】視聴者数に応じた課金が可能なコンテンツ放映システムを提供する。
【解決手段】コンテンツ放映システム１０は、サーバ１２、提供者ＰＣ１４及び病院ＰＣ１６からなる。提供者ＰＣ１４はサーバ１２にコンテンツをアップロードし、病院ＰＣ１６は所望のコンテンツを選択してサーバ１２からダウンロードする。病院ＰＣ１６はダウンロードしたコンテンツを待合室に設置した放映用モニタ３６で放映する。病院ＰＣ１６は受付番号を印字した受付番号券を発券プリンタ３２で発行する。病院ＰＣ１６は受付番号を順に呼出番号として放映用モニタ３６に表示し、受付番号から呼出番号を減算して待ち人数を算出する。病院ＰＣ１６は算出した待ち人数、つまり視聴者数に応じて視聴料金を算出し、サーバ１２に送信する。サーバ１２は所定期間ごとに視聴料金を合計してコンテンツ提供者及び病院に請求する。
【選択図】図１

Description

本発明は、コンテンツ放映システムに関し、さらに詳しくは、病院の待合室のように待ち行列ができる場所に広告又は有料コンテンツを放映するコンテンツ放映システムに関する。

最近の病院では、受付番号を印字した受付番号券を発行し、来院順に患者に渡し、自分の順番が来るまで待合室で待ってもらい、次に診察を行おうとする患者の受付番号をディスプレイに表示することにより、診察業務を円滑に行うようにしたシステムが導入されている。

しかしながら、来院患者の多い病院では待ち時間が長く、患者は待合室で退屈な時間を過ごすことを余儀なくされている。退屈しのぎのために待合室にテレビを設置している病院もあるが、患者にとって興味のない番組を漫然と見ることは無益でしかない。

そこで、患者に有益と思われる癒し等の有料映像を放映することが考えられるが、診察待ちの患者が少ないか全くいないときに放映することは、病院にとっては無駄な経費が増えるだけである。一方、患者に有益と思われる製薬会社等の広告映像を放映することも考えられるが、診察待ちの患者が少ないか全くいないときに放映することは、製薬会社等の広告主にとっては無駄な広告宣伝費が増えるだけである。

また、オンデマンド方式のストリーミング再生では視聴回数に応じた課金は可能であるが、不特定多数が集まる公共の場での放映に対して実際の視聴者数に応じた課金は困難である。テレビ放送では番組の視聴率に応じて広告枠の料金を決定しているが、あくまで推定の視聴者数に応じた課金であって、常に変動している実際の視聴者数に応じた課金は不可能である。

なお、特開２００４−２６５０７４号公報（特許文献１）には、実際に病院まで行かなくても携帯電話から診察の受け付けが可能で、しかも、発行された自分の受付番号を携帯電話に入力すれば、診察までの待ち時間や待ち人数が表示されるようにしたシステムが開示されているが、待合室で待っている患者の退屈しのぎ対策については何ら言及されていない。

また、特開２００４−２６４６１４号公報（特許文献２）には、インターネットで配信された広告コンテンツを店舗に設置したディスプレイに表示し、広告コンテンツの量に応じた広告料をディスプレイの設置者が広告主に課金するディスプレイ広告放送システムが開示されているが、大量のコンテンツを放映したからといって必ずしも多数の視聴者がそのコンテンツを視聴したとは限らない。
特開２００４−２６５０７４号公報特開２００４−２６４６１４号公報特開２００４−２３４５２０号公報

本発明の目的は、視聴者数に応じた課金が可能なシステムを提供することである。

課題を解決するための手段及び発明の効果

本発明によるシステムは、コンテンツを再生するコンテンツ再生手段と、発券操作に応じて受付番号を生成し、その受付番号を印字した受付番号券を発行する発券手段と、発券手段により生成された受付番号の中から１つを呼出操作に応じて選択し、その選択した受付番号を呼出番号として提示する呼出手段と、発券手段により生成されかつ呼出手段によりまだ選択されていない受付番号の数を待ち人数として算出する待ち人数算出手段と、再生手段によるコンテンツの再生時に待ち人数算出手段により算出された待ち人数に応じて視聴料金を算出する課金手段とを備える。

本発明によれば、コンテンツ再生時の待ち人数が算出され、その待ち人数に応じて視聴料金が算出されるので、視聴者数に応じた課金が可能である。

ここで、コンテンツは典型的には映像であるが、音声や音楽を伴うものでもよく、また、音声や音楽だけでもよい。受付番号は典型的には「１」から始まって１つずつ増えるが、昇順に増えても降順に減ってもよく、所定数ずつ増えても減ってもよく、さらにはランダムでもよい。呼出番号の提示は典型的にはディスプレイによる表示であるが、音声による案内を伴ってもよく、また、音声による案内だけでもよい。また、受付番号が「１」から始まって１つずつ増える場合、待ち人数は最新の受付番号から最新の呼出番号を減算することにより簡単に算出できるが、そうでない場合は、発券手段により生成されているが、呼出手段によりまだ選択されていない受付番号の数を求めることにより算出できる。視聴料金は、視聴者数（待ち人数）に比例するように算出してもよいが、１〜１０人、１１〜４０人、４１〜１００人というように段階的な従量制で算出してもよく、さらに所定人数を超えると定額にしてもよい。視聴料金は正だけでなく負の値でもよい。正及び負の視聴料金とすることで、広告コンテンツの場合はコンテンツ提供者（広告主）から視聴料金が支払われ、有料コンテンツの場合はコンテンツ提供者に視聴料金が支払われるようにすることができる。また、本システムはクライアントサーバシステムで構築されても、スタンドアローンで構築されてもよい。

好ましくは、上記システムはさらに、再生手段によるコンテンツの再生時に待ち人数算出手段により算出された待ち人数を各コンテンツの視聴者数として記録する視聴履歴手段と、視聴履歴手段により記録された視聴者数の累計を算出する視聴者数累計手段と、所望の最大視聴者数を設定する最大視聴者数設定手段と、視聴者数累計手段により算出された視聴者数の累計が最大視聴者数設定手段により設定された最大視聴者数以内のときコンテンツ再生手段によるコンテンツの再生を許容する再生許容手段とを備える。

この場合、視聴者数の累計が最大視聴者数を超えるとコンテンツは再生されないので、視聴料金が高騰し過ぎないように制限を加えることができる。

好ましくは、上記システムはさらに、待ち人数算出手段により算出された待ち人数が０のとき再生手段によるコンテンツの再生を停止する再生停止手段を備える。

この場合、待ち人数が０のときはコンテンツは再生されないので、有料コンテンツが不正に無料で視聴されることはない。

好ましくは、上記システムはさらに、再生手段により再生されたコンテンツごとに視聴者数の履歴をグラフで表示する手段を備える。
この場合、視聴者数の履歴をコンテンツごとにグラフで容易に確認することができる。

以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

図１を参照して、本発明の実施の形態によるコンテンツ放映システム１０は、本サービスの運営管理者用のサーバ１２と、広告主等のコンテンツ提供者用のパソコン（以下「提供者ＰＣ」という）１４と、病院用のパソコン（以下「病院ＰＣ」という）１６とを備える。提供者ＰＣ１４及び病院ＰＣ１６はインターネット１８経由でサーバ１２に接続可能で、サーバ１２に対してクライアントとして機能する。

サーバ１２には、後に詳述するコンテンツ管理プログラムがインストールされる。また、サーバ１２側にあるハードディスク等の記憶媒体には、複数のコンテンツファイル２０、コンテンツ情報データベース２２、提供者情報データベース２４、病院情報データベース２６、コンテンツ採用データベース２８、放映課金データベース３０などが記憶される。

表１に例示するように、各コンテンツファイル２０は所定のファイル名を有し、ＭＰＥＧ形式のコンテンツデータから構成される。

また、表２に例示するように、コンテンツ情報データベース２２には、コンテンツＩＤ、提供者ＩＤ、ファイル名、タイトル、単価、課金方法、提供者最大値、診療科目、地域などが対応付けて登録される。

ここで、単価には、広告コンテンツに割り当てられる正の広告料金と、有料コンテンツに割り当てられる負の視聴料金とがある。なお、正及び負は病院側から見た表記に過ぎない。課金方法には、視聴者数に応じて課金するものや、放映回数に応じて課金するものなどがある。たとえば「うつ病啓発」というタイトルの広告コンテンツは視聴者１人当たり３円が広告料金としてコンテンツ提供者（広告主）から病院に支払われ、「南国の海」というタイトルの有料コンテンツは視聴者１人当たり３０円が視聴料金として病院からコンテンツ提供者に支払われる。

提供者最大値は、１日当たりに広告コンテンツを視聴できる最大人数又は広告コンテンツを放映できる最大回数を示す。広告コンテンツについては、１日当たりの広告料金を制限するために、広告主が１日当たりの最大視聴者数又は最大放映回数を設定することができる。広告主はまた、広告コンテンツを放映して広告効果が期待できる診療科目や地域を設定することもできる。

また、表３に例示するように、提供者情報データベース２４には、提供者ＩＤ、提供者名、住所などが対応付けて登録される。

また、表４に例示するように、病院情報データベース２６には、病院ＩＤ、病院名、住所、診療科目、地域などが対応付けて登録される。

また、表５に例示するように、コンテンツ採用データベース２８には、病院ＩＤと、その病院で放映するものとして採用されたコンテンツのコンテンツＩＤとが対応付けて登録される。

また、表６に例示するように、放映課金データベース３０には、病院ＩＤ、コンテンツの放映開始日時、コンテンツＩＤ、視聴者数、広告料金又は視聴料金などが対応付けて登録される。

たとえば病院ＩＤ「ｃ００１」の病院では２００６年６月４日１１時３分にコンテンツＩＤ「ａ０００１」の広告コンテンツが放映され、２０人の視聴者がいたので、広告料金として６０円（＝３円／人×２０人）が記録されている。また、病院ＩＤ「ｃ００２」の病院では２００６年６月４日９時４４分にコンテンツＩＤ「ａ０００３」の有料コンテンツが放映され、３４人の視聴者がいたので、視聴料金として−１０２０円（＝−３０円／人×３４人）が記録されている。

また、各提供者ＰＣ１４には、後に詳述するコンテンツ提供プログラムがインストールされる。一方、各病院ＰＣ１６には、後に詳述するコンテンツ再生プログラムがインストールされる。また、各病院ＰＣ１６には、発券プリンタ３２、操作用モニタ３４、放映用モニタ３６、キーボード（図示せず）、マウス（図示せず）などの周辺機器が接続される。発券プリンタ３２は、受付番号を印字した受付番号券を発行する。操作用モニタ３４は病院のスタッフ側に向けて配置され、放映用モニタ３６は待合室の患者側に向けて配置される。

また、病院ＰＣ１６側にあるハードディスク等の記憶媒体には、１又は２以上のコンテンツファイル３８、待ち状況データ４０、放映順データベース４２、視聴履歴データ４４などが記憶される。コンテンツファイル３８は、病院ＰＣ１６がサーバ１２上のコンテンツファイル２０の中から選択してダウンロードしたものである。

また、表７に例示されるように、待ち状況データ４０は、更新日時、開始受付番号、最新受付番号、最新呼出番号、待ち人数などの情報を含む。

更新日時は本待ち状況データ４０が更新された日時を示す。待ち状況データ４０は、病院ＰＣ１６が新規の受付番号又は呼出番号を発行したとき更新される。開始受付番号は、病院ＰＣ１６がその日の最初の来院患者に発行した受付番号である。最新受付番号は、病院ＰＣ１６が発行した受付番号のうち最新のものである。最新呼出番号は、病院ＰＣ１６が発行した呼出番号のうち最新のものである。待ち人数は、現時点で診察を待っている患者の人数である。本例では受付番号は連続番号になっているので、待ち人数は最新受付番号から最新呼出番号を減算することにより算出できる。

また、表８に例示されるように、放映順データベース４２には、放映順、コンテンツＩＤ、ファイル名、提供者名、タイトル、提供者最大値、病院最大値などが対応付けて登録される。

放映順は、コンテンツを放映する順番を示す。病院最大値は、１日当たりに有料コンテンツを視聴できる最大人数又は有料コンテンツを放映できる最大回数を示す。有料コンテンツについては、１日当たりの視聴料金を制限するために、病院が１日当たりの最大視聴者数又は最大放映回数を設定することができる。

また、表９に例示されるように、視聴履歴データは複数のレコードを含む。各レコードは、更新日時、コンテンツＩＤ、視聴者数などの情報を含む。

更新日時は当該レコードが更新された日時、具体的には当該コンテンツの再生開始日時を示す。たとえばコンテンツＩＤ「ａ０００２」のコンテンツは、２００６年６月４日１０時５６分に再生が開始され、その時点で１６人の視聴者（診察待ちの患者）がいたことが記録されている。

次に、上記のように構成されたコンテンツ放映システム１０の動作を説明する。
図２を参照して、提供者ＰＣ１４はコンテンツ提供者による入力操作に応じてマスタ登録処理を実行する一方、病院ＰＣ１６は病院のスタッフによる入力操作に応じてマスタ登録処理を実行する（Ｓ１）。具体的には図３を参照して、提供者ＰＣ１４は、提供者の名称や住所等の入力を受け付け、これをサーバ１２に送信する。サーバ１２はこれを受信し、表３に例示したように提供者情報データベース２４に登録する（Ｓ１１）。提供者ＩＤは、サーバ１２が自動的に発行して各コンテンツ提供者に付与するものである。一方、病院ＰＣ１６は、病院の名称や住所等の入力を受け付け、これをサーバ１２に送信する。サーバ１２はこれを受信し、表４に例示したように病院情報データベース２６に登録する（Ｓ１２）。病院ＩＤは、サーバ１２が自動的に発行して各病院に付与するものである。地域は、病院の住所からサーバ１２が自動的にその病院が属する地理的区域を割り出したものである。

再び図２を参照して、マスタ登録後、提供者ＰＣ１４はコンテンツ提供者による入力操作に応じてコンテンツ登録処理を実行する（Ｓ２）。具体的には図４を参照して、提供者ＰＣ１４は、図５中に示すような配信コンテンツ登録画面をモニタ上に表示し、アップロードしようとするコンテンツＩＤ、ファイル名、タイトル、単価、課金方法、提供者最大値、診療科目、地域など、コンテンツ情報の入力を受け付ける。アップロードボタン４８がクリックされると、提供者ＰＣ１４は、図５中に示すようなアップロードファイル指定画面を表示し、さらに実行ボタン５０がクリックされると、その選択されたコンテンツファイル４６をコンテンツファイル２０としてサーバ１２にアップロードし（Ｓ２１）、さらに入力されたコンテンツ情報をコンテンツ情報データベース２２に登録する（Ｓ２２）。たとえば図５に示した例では、コンテンツＩＤ「ａ０００１」、ファイル名「medical01.mpg」のコンテンツファイルがアップロードされ、単価が「３円」、課金方法が「視聴者数」、提供者最大値（最大視聴者数）が「２００人」、診療科目が「内科」、地域が「指定なし」に設定され、コンテンツ情報データベース２２に登録される。

再び図２を参照して、コンテンツ登録後、病院ＰＣ１６は病院スタッフによる入力操作に応じてコンテンツ採用処理を実行する（Ｓ３）。具体的には図６を参照して、病院ＰＣ１６はコンテンツ情報の送信をサーバ１２に要求し（Ｓ３０１）、サーバ１２はこの要求に応じてコンテンツ情報データベース２２からコンテンツ情報を抽出し（Ｓ３５１）、病院ＰＣ１６に送信する（Ｓ３５２）。ここで病院ＰＣ１６からサーバ１２への要求には病院ＩＤが含まれ、サーバ１２はその病院ＩＤで病院情報データベース２６を検索し、当該病院の診療科目及び地域を特定する。そして、サーバ１２はコンテンツ情報データベース２２からその特定した診療科目及び地域が一致するコンテンツ情報のみを抽出し（Ｓ３５１）、病院ＰＣ１６に送信する（Ｓ３５２）。したがって、病院ＰＣ１６は、当該病院で放映可能なコンテンツの一覧表を操作用モニタ３４上に表示する。

たとえば図７に示した再生コンテンツ採用画面では、「サンサン病院」は「内科」で「関東地域」に属するから、これらに該当する４つのコンテンツが放映可能なものとして表示される。具体的には、コンテンツごとに、コンテンツＩＤ、提供者名、タイトル、単価、課金方法、提供者最大値、プレビュー用再生ボタン５２、採用チェックボックス５３が表示される。

プレビュー用再生ボタン５２がクリックされると、病院ＰＣ１６は当該コンテンツファイル２０の送信をサーバ１２に要求し（Ｓ３０３）、サーバ１２はこの要求に応じて当該コンテンツファイル２０を読み出し（Ｓ３５３）、病院ＰＣ１６に送信する（Ｓ３５４）。その結果、病院ＰＣ１６はプレビュー画面上で当該コンテンツを再生する（Ｓ３０４）。

病院のスタッフがコンテンツを試聴して気に入った場合、その採用チェックボックス５３をクリックすると、病院ＰＣ１６は当該コンテンツを選択し、その採用チェックボックス５３内にチェックマークを表示する。そして、ダウンロードボタン５４がクリックされ、これにより表示されるダウンロード先指定画面上の実行ボタン５５がクリックされると、病院ＰＣ１６はその選択したコンテンツのダウンロードをサーバ１２に要求し（Ｓ３０５）、サーバ１２はこの要求に応じて当該コンテンツファイル２０を読み出し（Ｓ３５５）、病院ＰＣ１６に送信する（Ｓ３５６）。病院ＰＣ１６はこれを受信し、コンテンツファイル３８に保存する（Ｓ３０６）。

続いて、病院ＰＣ１６は図８に示すような放映順入力画面を操作用モニタ３４上に表示し、放映順及び病院最大値の入力を受け付ける（Ｓ３０７）。放映順入力画面上には、放映用に採用されかつダウンロードされたコンテンツの提供者、タイトル、課金方法、提供者最大値などが表示され、さらにその左側に放映順の入力欄５６が表示され、右側に病院最大値の入力欄５７が表示される。放映順及び病院最大値が入力され、更新ボタン５８がクリックされると、病院ＰＣ１６は入力された放映順及び病院最大値を放映順データベース４２に保存する。たとえば図８に示した例では、「南国の海」というコンテンツは有料であるから、最大視聴者数が「１５０人」に制限されている。

再び図２を参照して、コンテンツ採用後、病院ＰＣ１６はコンテンツ放映処理を実行する（Ｓ４）。また、病院ＰＣ１６はこれと並行して発券処理及び呼出処理を実行する（Ｓ５，Ｓ６）。以下、発券処理及び呼出処理の説明後、コンテンツ放映処理を説明する。

図９を参照して、病院ＰＣ１６は、病院のスタッフ又は来院患者の発券操作に応じて受付番号を生成し、待ち状況データ４０を更新する（Ｓ５１）。本例では受付番号は１番から順に１つずつ増えていく。

続いて、病院ＰＣ１６は、待ち状況データ４０を参照して次の式（１）により待ち人数を算出し、待ち状況データ４０を更新する（Ｓ５２）。
待ち人数＝最新受付番号−最新呼出番号 …（１）

続いて、病院ＰＣ１６は発券プリンタ３２により受付番号を印字した受付番号券６０を発行する（Ｓ５３）。そして、病院ＰＣ１６は図１０に示すように最新の呼出番号及び待ち人数を放映用モニタ３６上に表示する（Ｓ５４）。

一方、図１１を参照して、病院ＰＣ１６は、病院のスタッフ（通常は医師）の呼出操作に応じて呼出番号を生成し、待ち状況データ４０を更新する（Ｓ６１）。続いて、病院ＰＣ１６は、待ち状況データ４０を参照して前述の式（１）により待ち人数を算出し、待ち状況データ４０を更新する（Ｓ６２）。そして、病院ＰＣ１６は呼出音を発信し（Ｓ６３）、図１０に示した待ち状況表示画面に最新の呼出番号及び待ち人数を表示する（Ｓ６４）。

また、図１２を参照して、病院ＰＣ１６は放映順データベース４２を参照し、最初のコンテンツを選択するなど所定の初期処理を実行する（Ｓ４１）。続いて、病院ＰＣ１６は待ち状況データ４０を参照し、待ち人数が０か否かを判別する（Ｓ４３）。待ち人数が０でない場合（Ｓ４３でＮＯ）、病院ＰＣ１６は放映順データベース４２及び視聴履歴データ４４を参照し、その日における当該コンテンツの視聴者数又は視聴回数を累計する（Ｓ４４）。病院ＰＣ１６は、算出した視聴者数の累計が予め設定されている最大視聴者数以内か否かを判別する（Ｓ４５）。広告コンテンツの場合は累計視聴者数が提供者最大値として設定されている最大視聴者数以内か否かを判別し、有料コンテンツの場合は累計視聴者数が病院最大値として設定されている最大視聴者数以内か否かを判別する。また、病院ＰＣ１６は、算出した視聴回数の累計が予め設定されている最大視聴回数以内か否かを判別する（Ｓ４５）。広告コンテンツの場合は累計視聴回数が提供者最大値として設定されている最大視聴回数以内か否かを判別し、有料コンテンツの場合は累計視聴回数が病院最大値として設定されている最大視聴回数以内か否かを判別する。

続いて、病院ＰＣ１６は放映課金処理を実行する（Ｓ４６）。放映課金処理は視聴者数に応じて視聴料金を算出するものであるが、詳細は後述する。なお、放映課金処理は次のコンテンツ再生処理（Ｓ４７）の後に実行してもよい。

続いて、病院ＰＣ１６は当該コンテンツファイル３８を読み出し、図１０に示した待ち状況表示画面上で当該コンテンツを再生する（Ｓ４７）。このように再生コンテンツは呼出番号及び待ち人数と一緒に放映用モニタ３６上に表示されるので、患者は再生コンテンツを視聴しながら呼出番号や待ち人数の変化に注意することができる。

そして、病院ＰＣ１６は放映終了の割込入力を受け付けた場合（Ｓ４８でＹＥＳ）、終了処理を実行し（Ｓ４９）、本コンテンツ放映処理は終了する。

上記ステップＳ４３で待ち人数が０の場合、病院ＰＣ１６はコンテンツの再生を一定期間停止する（Ｓ５０）。視聴者数に応じて視聴料金を課金する有料コンテンツを待合室に誰もいないときでも放映できると有料コンテンツを不正に無料で視聴できてしまうが、本実施の形態はそのような不正を防止できる。

次に図１３を参照し、放映課金処理（Ｓ４６）の詳細を説明する。

病院ＰＣ１６は上述したとおり放映順データベース４２に従って放映するコンテンツを順番に選択するが、その選択したコンテンツのコンテンツＩＤを視聴履歴データ４４に記録するとともに、その時点でシステムが持っている日時（放映開始日時を意味する）も更新日時としてコンテンツＩＤに対応付けて記録する（Ｓ４６１）。また、病院ＰＣ１６は待ち状況データ４０を参照し、その時点における待ち人数を視聴者数として視聴履歴データ４４に記録する。

続いて、病院ＰＣ１６は、システムに付与されている病院ＩＤとともに、当該コンテンツの視聴履歴データ４４（更新日時、コンテンツＩＤ、及び視聴者数が含まれる。）をサーバ１２に送信する（Ｓ４６２）。サーバ１２はこれらを受信し、放映課金データベース３０に追加する（Ｓ４６５）。このとき、サーバ１２はコンテンツ情報データベース２２から当該コンテンツの単価を読み出し、放映課金データベース３０に併せて追加する（Ｓ４６５）。

続いて、病院ＰＣ１６は上記追加されたデータに基づいて当該コンテンツの視聴料金を算出する（Ｓ４６６）。具体的には次の式（２）により算出する。
視聴料金＝単価×Ｎ …（２）

ここで、病院ＰＣ１６はコンテンツ情報データベース２２を参照し、当該コンテンツの課金方法を特定する。課金方法が放映回数ベースの場合、Ｎ＝１と設定し、当該コンテンツの１回放映分の視聴料金を算出する。一方、課金方法が視聴者数ベースの場合、Ｎ＝視聴者数と設定し、当該コンテンツの視聴者数分の視聴料金を算出する。病院ＰＣ１６は算出した視聴料金を放映課金データベース３０に追加する。これにより、表６に例示したような放映課金データベース３０が作成される。

表２に例示したコンテンツ情報データベース２２によれば、コンテンツＩＤ「ａ０００１」のコンテンツは単価が「３円」（正の単価であるから広告コンテンツを意味する。）で課金方法が「視聴者数」であるから、表６に例示した放映課金データベース３０に見られるように、視聴者数が「１人」の場合は視聴料金は「３円」、視聴者数が「２０人」の場合は視聴料金は「６０円」、視聴者数が「５人」の場合は視聴料金は「１５円」、視聴者数が「２８人」の場合は視聴料金は「８４円」と記録される。また、コンテンツＩＤ「ａ０００３」のコンテンツは単価が「−３０円」（負の単価であるから有料コンテンツを意味する。）で課金方法が「視聴者数」であるから、視聴者数が「１２人」の場合は視聴料金は「−３６０円」、視聴者数が「１８人」の場合は視聴料金は「−５４０円」、視聴者数が「３４人」の場合は視聴料金は「−１０２０円」、視聴者数が「５人」の場合は視聴料金は「−１５０円」と記録される。

また、コンテンツＩＤ「ａ０００２」のコンテンツは単価が「５００円」で課金方法が「放映回数」であるから、視聴者数に関係なく、１回放映されるたびに視聴料金「５００円」が記録される。また、コンテンツＩＤ「ａ０００４」のコンテンツは単価が「−１００円」で課金方法が「放映回数」であるから、これも視聴者数に関係なく、１回放映されるたびに視聴料金「−１００円」が記録される。

再び図２を参照して、提供者ＰＣ１４又は病院ＰＣ１６は放映状況照会処理を実行する（Ｓ７）。具体的には図１４を参照して、提供者ＰＣ１４は放映状況の送信をサーバ１２に要求し、サーバ１２はこの要求に応じて放映状況を提供者ＰＣ１４に送信する（Ｓ７１）。これにより、提供者ＰＣ１４は図１５に示すような放映状況照会画面をモニタ上に表示する。この画面には、当該コンテンツ提供者がサーバ１２にアップロードしたコンテンツのうち病院で実際に放映されたコンテンツの一覧表がリアルタイムで表示される。具体的には、各コンテンツのコンテンツＩＤ、タイトル、本日までの視聴料金、課金方法、本日までの放映状況（視聴者数又は視聴回数の累計）、本日の放映状況（本日だけの視聴者数又は視聴回数）などが表示される。また、各コンテンツに対応する照会ボタン６２がクリックされると、提供者ＰＣ１４は当該コンテンツの放映状況を月ごとにグラフで表示する。ここでは、当該コンテンツの視聴者数を日ごとに棒グラフで表示するとともに、その累計を折れ線グラフで表示している。これにより、コンテンツ提供者は提供コンテンツに対する視聴者の反応をいつでも確認することができる。

上述した提供者ＰＣ１４からサーバ１２に送信される照会要求には提供者ＩＤが含まれ、サーバ１２はこの提供者ＩＤでコンテンツ情報データベース２２を検索し、当該コンテンツ提供者所有のコンテンツＩＤを特定する。サーバ１２はその特定したコンテンツＩＤで放映課金データベース３０を検索し、病院で実際に放映されたコンテンツＩＤを抽出する。サーバ１２はその抽出したコンテンツＩＤに対応付けられた視聴者数、視聴料金を提供者ＰＣ１４に送信し、提供者ＰＣ１４はこれらの情報に基づいて視聴料金や視聴者数等の合計を算出して表示する。

同様に図１４を参照して、病院ＰＣ１６も放映状況の送信をサーバ１２に要求し、サーバ１２はこの要求に応じて放映状況を病院ＰＣ１６に送信する（Ｓ７２）。これにより、病院ＰＣ１６も図１６に示すような放映状況照会画面を操作用モニタ３４上に表示する。この画面には、当該病院がサーバ１２からダウンロードしたコンテンツのうち病院で実際に放映されたコンテンツの一覧表がリアルタイムで表示される。各コンテンツに対応する照会ボタン６２がクリックされると、病院ＰＣ１６は当該コンテンツの放映状況を月ごとにグラフで表示する。これにより、病院は有料コンテンツの放映にかかる視聴料金及び広告コンテンツの放映で得られる視聴料金をいつでも確認することができる。

上述した病院ＰＣ１６からサーバ１２に送信される照会要求には病院ＩＤが含まれ、サーバ１２はこの病院ＩＤで放映課金データベース３０を検索し、当該病院で実際に放映されたコンテンツＩＤ、視聴者数、視聴料金を病院ＰＣ１６に送信し、病院ＰＣ１６はこれらの情報に基づいて視聴料金や視聴者数等の合計を算出して表示する。

再び図２を参照して、サーバ１２は所定期日（たとえば月末）に請求・支払処理を実行する（Ｓ８）。具体的には図１７を参照して、サーバ１２は所定の初期処理を実行した後（Ｓ８１）、病院向け請求書及び支払予定通知書を作成し、電子メールで病院ＰＣ１６に送信するとともに（Ｓ８２）、コンテンツ提供者向け請求書及び支払予定通知書を作成し、電子メールで提供者ＰＣ１４に送信する（Ｓ８３）。より具体的には、ステップＳ８２では各病院ＩＤで放映課金データベース３０を検索し、各病院で放映された有料コンテンツの視聴料金を合計して請求書に記載するとともに、広告コンテンツの視聴料金を合計して支払予定通知書に記載する。また、ステップＳ８３では各提供者ＩＤでコンテンツ情報データベース２２を検索して各提供者所有のコンテンツＩＤを特定し、その特定したコンテンツＩＤで放映課金データベース３０を検索し、全病院で放映された広告コンテンツの視聴料金を合計して請求書に記載するとともに、有料コンテンツの視聴料金を合計して支払予定通知書に記載する。そして、サーバ１２は終了処理を実行し（Ｓ８４）、本請求・支払処理は終了する。

上述した実施の形態によれば、コンテンツ再生時の待ち人数が算出され、その待ち人数に応じて視聴料金が算出されるので、視聴者数に応じた課金が可能である。

上記実施の形態ではコンテンツをサーバ１２からダウンロードした後に再生しているが、いわゆるストリーミング方式で再生してもよい。また、上記実施の形態では病院ＰＣ１６で視聴者数に応じた視聴料金を算出し、サーバ１２で所定期間（たとえば１ヶ月）ごとに視聴料金を合計しているが、全てをサーバ１２で算出することも可能である。また、上記実施の形態は病院に導入したシステムを例示したが、本システムは、銀行、役所、レストランなど、待ち行列ができる場所であれば、いかなる場所にも導入可能である。

以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。

本発明の実施の形態によるコンテンツ放映システムの全体構成を示すネットワーク図である。図１に示したコンテンツ放映システムの動作を示すフロー図である。図２中のマスタ登録処理の詳細を示すフロー図である。図２中のコンテンツ登録処理の詳細を示すフロー図である。図４に示したコンテンツ登録時に表示される配信コンテンツ登録画面を示す図である。図２中のコンテンツ採用処理の詳細を示すフロー図である。図６に示したコンテンツ採用時に表示される再生コンテンツ採用画面を示す図である。図６に示した放映順等の入力時に表示される放映順入力画面を示す図である。図２中の発券処理の詳細を示すフロー図である。図９に示した発券時に表示される待ち状況表示画面を示す図である。図２中の呼出処理の詳細を示すフロー図である。図２中のコンテンツ放映処理の詳細を示すフロー図である。図１２中の放映課金処理の詳細を示すフロー図である。図２中の放映状況照会処理の詳細を示すフロー図である。図１４に示したコンテンツ提供者による放映状況照会時に表示される放映状況照会画面を示す図である。図１４に示した病院による放映状況照会時に表示される放映状況照会画面を示す図である。図２中の請求・支払処理の詳細を示すフロー図である。

符号の説明

１０コンテンツ放映システム
１２サーバ
１４提供者ＰＣ
１６病院ＰＣ
１８インターネット
２０，３８，４６コンテンツファイル
２２コンテンツ情報データベース
２４提供者情報データベース
２６病院情報データベース
２８コンテンツ採用データベース
３０放映課金データベース
３２発券プリンタ
３４操作用モニタ
３６放映用モニタ
３８コンテンツファイル
４０待ち状況データ
４２放映順データベース
４４視聴履歴データ
６０受付番号券

Claims

コンテンツを再生するコンテンツ再生手段と、
発券操作に応じて受付番号を生成し、その受付番号を印字した受付番号券を発行する発券手段と、
前記発券手段により生成された受付番号の中から１つを呼出操作に応じて選択し、その選択した受付番号を呼出番号として提示する呼出手段と、
前記発券手段により生成されかつ前記呼出手段によりまだ選択されていない受付番号の数を待ち人数として算出する待ち人数算出手段と、
前記再生手段によるコンテンツの再生時に前記待ち人数算出手段により算出された待ち人数に応じて視聴料金を算出する課金手段とを備えたことを特徴とするシステム。
請求項１に記載のシステムであってさらに、
前記再生手段によるコンテンツの再生時に前記待ち人数算出手段により算出された待ち人数を各コンテンツの視聴者数として記録する視聴履歴手段と、
前記視聴履歴手段により記録された視聴者数の累計を算出する視聴者数累計手段と、
所望の最大視聴者数を設定する最大視聴者数設定手段と、
前記視聴者数累計手段により算出された視聴者数の累計が前記最大視聴者数設定手段により設定された最大視聴者数以内のとき前記コンテンツ再生手段によるコンテンツの再生を許容する再生許容手段とを備えたことを特徴とするシステム。
請求項１又は２に記載のシステムであってさらに、
前記待ち人数算出手段により算出された待ち人数が０のとき前記再生手段によるコンテンツの再生を停止する再生停止手段を備えたことを特徴とするシステム。
請求項１〜３のいずれか１項に記載のシステムであってさらに、
前記再生手段により再生されたコンテンツごとに視聴者数の履歴をグラフで表示する手段を備えたことを特徴とするシステム。
サーバと、前記サーバに接続可能なコンテンツ再生クライアントとを備えたシステムであって、
前記サーバは、
複数のコンテンツを記憶するコンテンツ記憶手段を含み、
前記コンテンツ再生クライアントは、
前記コンテンツ記憶手段に記憶されたコンテンツの中から１又は２以上のコンテンツを選択するコンテンツ選択手段と、
前記コンテンツ選択手段により選択されたコンテンツを前記サーバから取得して再生するコンテンツ再生手段と、
発券操作に応じて受付番号を生成し、その受付番号を印字した受付番号券を発行する発券手段と、
前記発券手段により生成された受付番号の中から１つを呼出操作に応じて選択し、その選択した受付番号を呼出番号として提示する呼出手段と、
前記発券手段により生成されかつ前記呼出手段によりまだ選択されていない受付番号の数を待ち人数として算出する待ち人数算出手段と、
前記再生手段により再生された各コンテンツに対応付けて、各コンテンツの再生時に前記待ち人数算出手段により算出された待ち人数を各コンテンツの視聴者数として記録する視聴履歴手段と、
前記視聴履歴手段により記録された視聴者数に応じて視聴料金をコンテンツごとに算出する課金手段とを含むことを特徴とするシステム。
請求項５に記載のシステムであって、
前記コンテンツ再生クライアントはさらに、
前記視聴履歴手段により記録された視聴者数の累計を算出する視聴者数累計手段と、
所望の最大視聴者数を設定する最大視聴者数設定手段と、
前記視聴者数累計手段により算出された視聴者数の累計が前記最大視聴者数設定手段により設定された最大視聴者数以内のとき前記コンテンツ再生手段によるコンテンツの再生を許容する再生許容手段とを含むことを特徴とするシステム。
請求項５又は６に記載のシステムであって、
前記コンテンツ再生クライアントはさらに、
前記待ち人数算出手段により算出された待ち人数が０のとき前記再生手段によるコンテンツの再生を停止する再生停止手段を含むことを特徴とするシステム。
請求項５〜７のいずれか１項に記載のシステムであって、
前記コンテンツ再生クライアントはさらに、
前記再生手段により再生されたコンテンツごとに視聴者数の履歴をグラフで表示する手段を備えたことを特徴とするシステム。
請求項５〜８のいずれか１項に記載のシステムであってさらに、前記サーバに接続可能なコンテンツ登録クライアントを備え、
前記コンテンツ登録クライアントは、
前記コンテンツ記憶手段に記憶すべきコンテンツを前記サーバに送信するアップロード手段を含むことを特徴とするシステム。
請求項９に記載のシステムであって、
前記コンテンツ再生クライアントはさらに、
前記視聴履歴手段により記録された視聴者数の累計を算出する視聴者数累計手段とを含み、
前記コンテンツ登録クライアントはさらに、
所望の最大視聴者数を設定する最大視聴者数設定手段を含み、
前記コンテンツ再生クライアントはさらに、
前記視聴者数累計手段により算出された視聴者数の累計が前記最大視聴者数設定手段により設定された最大視聴者数以内のとき前記コンテンツ再生手段によるコンテンツの再生を許容する再生許容手段を含むことを特徴とするシステム。
コンピュータによる情報処理方法であって、
コンテンツを再生するコンテンツ再生ステップと、
発券操作に応じて受付番号を生成し、その受付番号を印字した受付番号券を発行する発券ステップと、
前記発券ステップにより生成された受付番号の中から１つを呼出操作に応じて選択し、その選択した受付番号を呼出番号として提示する呼出ステップと、
前記発券ステップにより生成されかつ前記呼出ステップによりまだ選択されていない受付番号の数を待ち人数として算出する待ち人数算出ステップと、
前記再生ステップによるコンテンツの再生時に前記待ち人数算出ステップにより算出された待ち人数に応じて視聴料金を算出する課金ステップとを備えたことを特徴とする方法。
サーバに接続可能なコンテンツ再生クライアントであって、
前記サーバに記憶されたコンテンツの中から１又は２以上のコンテンツを選択するコンテンツ選択手段と、
前記コンテンツ選択手段により選択されたコンテンツを前記サーバから取得して再生するコンテンツ再生手段と、
発券操作に応じて受付番号を生成し、その受付番号を印字した受付番号券を発行する発券手段と、
前記発券手段により生成された受付番号の中から１つを呼出操作に応じて選択し、その選択した受付番号を呼出番号として提示する呼出手段と、
前記発券手段により生成されかつ前記呼出手段によりまだ選択されていない受付番号の数を待ち人数として算出する待ち人数算出手段と、
前記再生手段により再生された各コンテンツに対応付けて、各コンテンツの再生時に前記待ち人数算出手段により算出された待ち人数を各コンテンツの視聴者数として記録する視聴履歴手段と、
前記視聴履歴手段により記録された視聴者数に応じて視聴料金をコンテンツごとに算出する課金手段とを備えたことを特徴とするコンテンツ再生クライアント。
サーバに接続可能なコンテンツ再生クライアントにインストールされるコンテンツ再生プログラムであって、
前記サーバに記憶されたコンテンツの中から１又は２以上のコンテンツを選択するコンテンツ選択ステップと、
前記コンテンツ選択ステップにより選択されたコンテンツを前記サーバから取得して再生するコンテンツ再生ステップと、
発券操作に応じて受付番号を生成し、その受付番号を印字した受付番号券を発行する発券ステップと、
前記発券ステップにより生成された受付番号の中から１つを呼出操作に応じて選択し、その選択した受付番号を呼出番号として提示する呼出ステップと、
前記発券ステップにより生成されかつ前記呼出ステップによりまだ選択されていない受付番号の数を待ち人数として算出する待ち人数算出ステップと、
前記再生ステップにより再生された各コンテンツに対応付けて、各コンテンツの再生時に前記待ち人数算出ステップにより算出された待ち人数を各コンテンツの視聴者数として記録する視聴履歴ステップと、
前記視聴履歴ステップにより記録された視聴者数に応じて視聴料金をコンテンツごとに算出する課金ステップとをコンピュータに実行させるためのコンテンツ再生プログラム。