(57)【要約】【課題】従来電話が提供できなかった非実時間映像による双方向サービスを実現できるＩＰテレビ電話サービスシステムを提供する。【解決手段】ＩＰテレビ電話サービスが提供されているＩＰネットワーク１０に接続されている配信サーバ５０に、予め設定された配信手順に従い、ＩＰテレビ電話サービス利用者の応答により配信する動画クリップ、静止画、文字、音声などの様々なメディア及びその配信方法を決定し、これらのメディアをストリーミング映像としてＩＰテレビ電話に配信する手段を持たせる。これにより、ＩＰテレビ電話のユーザは、従来の電話操作及び電話通話のみで、様々な情報を対話的かつ視聴覚的に取得することができる。【選択図】  図１
2005328394.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰテレビ電話サービスが提供されているＩＰネットワークに接続されている配信サーバは、予め設定された配信手順に従い、ＩＰテレビ電話サービス利用者の応答により配信する動画クリップ、静止画、文字、音声などの様々なメディア及びその配信方法を決定し、これらのメディアをストリーミング映像としてＩＰテレビ電話に配信する手段を備えていることを特徴とするＩＰテレビ電話サービスシステム。
【請求項２】
前記配信サーバは、記録されているメディアのみ、または記録されているメディアと生中継のメディアとの組み合わせを配信する手段を備えていることを特徴とする請求項１記載のＩＰテレビ電話サービスシステム。
【請求項３】
前記配信手順は、前記様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述したものであることを特徴とする請求項１または２に記載のＩＰテレビ電話サービスシステム。
【請求項４】
前記配信サーバは、ＩＰテレビ電話サービス利用者のＩＰテレビ電話番号や言語設定などの利用者環境に合わせて、前記配信手順に従い、配信する映像の選択及び配信方法を調整する手段を備えていることを特徴とする請求項１から３のいずれかの項に記載のＩＰテレビ電話サービスシステム。
【請求項５】
前記配信サーバは、ＩＰテレビ電話サービス利用者の指示に従い配信手順を自動的に作成し、そしてＩＰテレビ電話サービス利用者から音声やビデオを受信し、それぞれのメディアを自動的に作成する手段を備えていることを特徴とする請求項１から４のいずれかの項に記載のＩＰテレビ電話サービスシステム。
【請求項６】
ＩＰテレビ電話サービスを利用するためのＩＰテレビ電話端末と、
そのＩＰテレビ電話端末に映像を配信する配信サーバと、
配信される動画クリップ、静止画、文字、音声等の各種メディア及びそのキャッシュを格納するファイルサーバと、
ＩＰテレビ電話番号解決や帯域管理を行うゲートキーパとで構成されるＩＰネットワークにおいて、
前記配信サーバは、
前記ＩＰネットワーク上にデータを転送する転送手段と、
ＩＰテレビ電話端末のデータとして符号化されたデータをオーディオデータやビデオデータなどに復号するデコード手段と、
オーディオデータやビデオデータなどをＩＰテレビ電話端末のデータとして符号化するエンコード手段と、
ＩＰテレビ電話端末とのやり取りを行うために必要なコマンドを出すＩＰ電話コマンド手段と、
前記ファイルサーバに保管されている各種メディアを入出力する媒体アクセス手段と、
を有することを特徴とするＩＰテレビ電話サービスシステム。
【請求項７】
前記ファイルサーバは、配信手順の記述を保持するシナリオデータベースを備え、
前記配信サーバは、さらに、前記配信手順の記述を処理し予め設定された配信手順に従って実施するシナリオ処理手段を有し、
前記配信手順は、前記様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述したものであることを特徴とする請求項６記載のＩＰテレビ電話サービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークを使用して非実時間映像による双方向サービスを実現するＩＰテレビ電話サービスシステムに関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）電話技術は、近年の常時接続ブロードバンドの普及に伴い実用的になってきている。しかし、現在のＩＰ電話サービスは、常時接続広帯域ＩＰネットワークという新しいインフラを利用するだけで、二人あるいはそれ以上の人数の音声通話といった従来電話が提供してきたサービスからほとんど発展していない。
以下に、従来のＩＰ電話に関する技術について、図３および図４を参照しながら説明する。
【０００３】
Ａ．ＩＰ電話技術
ＩＰ電話サービスが利用する主なＩＰ電話技術として、ＩＳＯ（International Standard Organization）の規格であるＨ．３２３（インターネットやＬＡＮなどのように、通信の伝送品質が保証されていないネットワークにおいて使用される、マルチメディア圧縮、多重、分離、端末制御方式についてのＩＴＵ−Ｔ勧告（標準））に基づいたＩＰ電話技術と、ＩＥＴＦ（Internet Engineering Task Force)の規格であるＳＩＰ（Session Initiation Protocol）に基づいたＩＰ電話技術がある。
【０００４】
Ｂ．従来電話の各種のサービスを実現するＩＰ電話技術
１．１対１の音声通話
ＩＰネットワークで接続されている２箇所のＩＰ電話機あるいはＩＰ電話ソフトウェアの間で、実時間通話が可能になる。
２．ｎ対ｎの音声通信（電話会議）
ＭＣＵ（Multipoint Control Unit）を用いると、図３（ｂ）に示すように、２ヶ所以上のＩＰ電話機あるいはＩＰ電話ソフトウェアの間に同時実時間通話を実現し、ＩＰ電話を用いたいわゆる多拠点電話会議が可能になる。
３．テレビ電話技術
これらの音声通話技術に加え、通話する相手の動画を実時間的に見ることができるＩＰテレビ電話やＩＰテレビ会議を可能にする従来技術としては、メッセージング技術がある。これは、通話相手が電話に出られないときや留守にしているときに伝言を受付けて、あとから通話相手が再生できるようにする技術である。このようなテレビ電話装置としては、１対１の通信については特許文献１に、ｎ対ｎの通信については特許文献２に、それぞれ開示されたものがある。
【０００５】
さらに、これらの従来技術の発展として、電話やＩＰ電話、ＦＡＸ、電子メールなど様々な経路で送受信されるメッセージを統合し、一元的に管理を行なうためのユニファイドメッセージング技術がある。
上記に示したテレビ電話本発明の関連する従来技術のシステム構成図を図３（ａ）および（ｂ）に、従来技術のブロック図を図４にまとめて示す。
図３（ａ）において、ＩＰネットワーク１０には、１対１にＩＰテレビ電話１，２が接続され、後述のゲートキーパ２０により制御されて相互に通信を行う。図３（ｂ）においては、ＩＰネットワーク１０には、複数のＩＰテレビ電話１〜ｎが接続され、ゲートキーパ２０および多地点接続装置（ＭＣＵ）３０により複数のＩＰテレビ電話１〜ｎ間で通信可能であり、テレビ会議が行える。
【０００６】
図４に示すように、ＩＰテレビ電話１（２，・・・，ｎ）は、ＣＣＤカメラなどの撮像手段からの映像信号を入力する映像入力手段１１と、映像信号を符号化するエンコード手段１２と、音声データと共に映像信号をＩＰネットワーク１０に転送する転送手段１３と、受信した映像信号を復号化するデコード手段１５と、映像信号を液晶ディスプレイ等に出力する映像出力手段１６とを有している。なお、音声信号を取り扱う手段については、省略している。
【０００７】
Ｃ．ゲートキーパ
ゲートキーパ技術は、Ｈ．３２３端末などに対して、アドレス変換およびＬＡＮへのアクセス制御を提供する技術である。図４に示すゲートキーパ２０は、マルチメディアネットワークにあるデバイスのレジストリを管理する。これらのデバイスは起動時にゲートキーパに登録され、コールのアドミッション（受け付け）をゲートキーパに要求する。
【０００８】
ゲートキーパ２０には、以下の４つの必須機能がある。
１．アドレス変換手段２１
Ｈ．３２３ＩＤとＥ．１６４号（標準の電話番号）をエンドポイントのＩＰアドレスに変換する。
２．受付制御手段２２
アドミッション制御−Ｈ．３２３ネットワークへのエンドポイントのアドミッションを制御する。この機能を実現するために、ゲートキーパは次のものを使用する。
（１）Ｈ．２２５ＲＡＳ（Registration, Admission, and Status）メッセージ
（２）Ａｄｍｉｓｓｉｏｎ  Ｒｅｑｕｅｓｔ（ＡＲＱ，アドミッション要求）
（３）Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｆｉｒｍ（ＡＣＦ、アドミッション確認）
（４）Ａｄｍｉｓｓｉｏｎ  Ｒｅｊｅｃｔ（ＡＲＪ、アドミッション拒否）
３．帯域制御手段２３
エンドポイントの帯域幅要求を管理する。この機能を実現するために、ゲートキーパは次のＨ．２２５ＲＡＳメッセージを使用する：
（１）Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ（ＢＲＱ、帯域幅要求）
（２）Ｂａｎｄｗｉｄｔｈ  Ｃｏｎｆｉｒｍ（ＢＣＦ、帯域幅確認）
（３）Ｂａｎｄｗｉｄｔｈ  Ｒｅｊｅｃｔ（ＢＲＪ、帯域幅拒否）
４．ゾーン制御手段２４
ゲートウェイによって、ゾーン内に存在する登録済みのエンドポイントすべてのゾーン管理が行われる。たとえば、エンドポイントの登録プロセスが制御される。
【０００９】
また、以下の４つのオプション機能がある。
（１）呼認証手段２５
このオプションを使用すると、特定の端末またはゲートウェイへのアクセスの制限及び、ＴｏＤ（Ｔｉｍｅ−ｏｆ−Ｄａｙ）ポリシーアクセス制限を実装することが可能である。
（２）呼管理手段２６
このオプションを使用すると、ゲートウェイによってアクティブコールの情報が保持され、ビジー状態のエンドポイントを示す場合や、コールをリダイレクトしたりする際にこの情報が使用される。
（３）帯域管理手段２７
このオプションを使用すると、必要な帯域幅が使用できないときにゲートウェイでアドミッションを拒否できる。
（４）呼制御シグナリング手段２８
このオプションを使用すると、ＧＫＲＣＳ（Gatekeeper-Routed Call Signaling）モデルを使用して、ゲートウェイがＨ．３２３エンドポイント間のコールシグナリングメッセージをルーティングできる。
もう１つの方法として、エンドポイント同士が互いに直接Ｈ．２２５コールシグナリングメッセージを送信することもできる。
【００１０】
Ｄ．多地点接続装置（ＭＣＵ）
多地点接続装置３０は、ＩＰテレビ電話１〜ｎと接続するために、ＩＰテレビ電話１〜ｎのような手段（転送手段３１，エンコード手段３２，デコード手段３３，ＩＰ電話コマンド手段３４）を備えると共に、電話会議を行うために必要な多地点制御手段３５と、多地点処理手段３６も備えている。多地点制御手段３５は、電話会議に参加する各ＩＰテレビ電話と交渉（handshake）し共通機能を決定し、マルチキャストのような会議リソースを制御する。多地点処理手段３６は電話会議に参加する各ＩＰテレビ電話からの実際のオーディオやビデオのデータを受けて多重化などを行う。
【００１１】
Ｅ．マルチメディアコンテンツ
各種メディアを組み合わせから構成された映像の記述言語に関する従来技術としてＳＭＩＬやＸＴＬという従来技術がある。また、映像の記述と各種メディアそのものが一体となるＭＰＥＧという従来技術がある。これらについて以下に述べる。
【００１２】
１．ＳＭＩＬ（Synchronized Multimedia Integration Language）
ＳＭＩＬ（マルチメディアファイルを統合的に扱う言語）は動画、静止画、音声、音楽、文字など様々な形式のデータの再生を制御して同期させる言語であり、ＸＭＬで記述されている。１９９８年４月にＷ３Ｃ標準として勧告された。どの位置に、どのタイミングで、どのくらいの時間表示するのか、といったことが制御できる。これを実装した製品としてはＲｅａｌＮｅｔｗｏｒｋｓ社のＲｅａｌＳｙｓｔｅｍ  Ｇ２がある。
【００１３】
２．ＸＴＬ
ＸＴＬは、Ｍｉｃｒｏｓｏｆｔ（商標）、ＤｉｒｅｃｔＳｈｏｗ（商標）、Ｅｄｉｔｉｎｇ  Ｓｅｒｖｉｃｅｓ（ＤＥＳ）を用いたランタイム記述言語であり、ＳＭＩＬと同様でＸＭＬで記述されている。ＤＥＳはアプリケーションプログラミングインターフェース（ＡＰＩ）である、ＤｉｒｅｃｔＳｈｏｗのコア技術を用いて各種のメディア形式をノンリニアのビデオ編集及び再生を可能にする。したがって、基本的にＳＭＩＬと似ているといえる。
【００１４】
３．ＭＰＥＧ４
ＭＰＥＧ４とは、オーディオとビデオだけでなく、３Ｄオブジェクト、スプライト、テキストなどのメディアを扱えるマルチメディア標準規格である。ＭＰＥＧ４には、オーディオ・ビデオ以外に３Ｄオブジェクトやアニメーションオブジェクトが含まれている。これによりＭＰＥＧ４の各シーンが構成される。
ＭＰＥＧのシーンを記述するにはＸＭＴ（Extensible MPEG-4 Textual format）というフレームワークが用いられる。ＸＭＴはすでに標準化されているコンテンツ記述言語であるＳＭＩＬをベースにしている。
【００１５】
【特許文献１】特開２００２−１４０１６２号公報
【特許文献２】特開２００４−４８５５１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
Ｉｎｆｏｎｅｔｉｃｓ  Ｒｅｓｅａｒｃｈは、世界のＩＰ電話機器市場は２００３年の最後３ヵ月で３１％増えたと報告し、また２００７年に３倍になると予測している。一方、国内市場として、矢野経済研究所「ＩＰ電話市場に関する調査結果」（２００３年６月）によると、ＩＰ電話関連機器の市場規模は２００２年末に３８８億円、２００７年末には最大で１，２８０億円になる見込みである。
【００１７】
上記の市場方向および予測は今後のＩＰ電話市場の明るい見通しに見えるが、同研究所によれば、ＩＰ電話市場の問題点としては、関連機器が従来のレガシシステムの単なる置き換えビジネスになっており、各種アプリケーションとの連動や、通信システムを含めたインテグレートなど総合提案をしなければ、価格競争に陥る。また、ＩＳＰとして当然求められるサービスとなったが、アクセスチャージの上昇や設備投資のわりに利益の上がらないサービスであると同レポートにまとめられている。
【００１８】
まさに今は上記のような状況になっている。ユーザから見ても、ほとんどの場合、唯一のＩＰ電話利用動機はその格安さである。そうなっている大きな要因はＩＰ電話が提供しているサービスは、従来電話が提供しているものからほとんど発展していないからである。音声通話、テレビ電話通話、音声伝言といった現在のＩＰ電話が提供するサービスは少なくとも１０年前からあって、１９７３年にＩＰネットワーク（インターネット）が開発される前からあったものも少なくない。結局、ＩＰ電話の新しい部分は常時接続広帯域ＩＰネットワークというインフラのみであるのが、ユーザが感じるこの新しいインフラの効果は安価な通話料金のみである。そのためユーザにとってＩＰ電話を導入するメリットはこの安価な料金以外はほとんどない。
【００１９】
産業界にとって、こういう状況は価格競争を意味しており、その結果、大手企業しかこのＩＰ電話事業を提供し続けることができない。ＩＰ電話サービスはまさに利益の上がらないサービスとなっており、資金力の豊富な大手企業にとっては他の利益の上がるサービスのための集客手段として用いられている。
この悪状況から抜け出すにはまったく新しいサービスを生み出す必要がある。産業界のニーズは、利益のあがるビジネスにするために、今までになかったまったく新しいＩＰ電話サービスを作り出し展開していくことである。これによりユーザは価格以外にＩＰ電話導入動機を見つけることができ、日本経済にも健全なビジネスモデルが誕生し生活の様々部分にＩＰ電話が浸透していくことが可能にする。
【００２０】
ｅ−Ｊａｐａｎ計画というＩＴ政策を掲げられてからＩＴ産業界に大きな変化が生じ、ブロードバンド（高速大容量）の普及がものすごいスピードで進んできた。政府は資金と努力をかけ、産業界も競争しｅ−Ｊａｐａｎ計画が掲げられた２０００年に考えられない導入しやすさ及び価格で、今ＡＤＳＬなどのブロードバンドを広く普及させた。最新の総務省の報告によると、２００４年１月のＡＤＳＬの累積サービス提供数は１０，６１２，６７１になっており、１年前の１．７倍にも増加した。総務省がまとめた電気通信モニター調査によると、ＡＤＳＬを使ってインターネットに接続する利用者が２００３年９月に全体の４１．７％に達し、固定電話回線を使って利用ごとに接続する「ダイヤルアップ」の３５．０％を上回った。光ファイバーによる接続も４．０％を占め、高速ネット接続の普及が裏付けられた。
【００２１】
しかし年齢別に見ると、６０歳以上の利用者の４８．８％が「ダイヤルアップ」での利用となっている。地域別では、九州の利用者の５０．７％が「ダイヤルアップ」であった。地域や年齢層によっては、ブロードバンドを活用した動画像サービスなどを利用できる環境になっていない利用者が多い。インターネットは普及しているが、若者や都市部との情報格差は依然として残っている。ブロードバンド普及の恩恵を受けているのは、ほとんどコンピュータを自由自在に扱える人だけなのが実情である。
【００２２】
ブロードバンドのさらなる普及にはキラーコンテンツが必要であるといわれてきているが、以上の状況があり、キラーコンテンツを運ぶキラーアプリケーションが必要不可欠であると考えている。そのキラーアプリケーションとは、誰にでも日常的なもののように扱えるものでなければならない。このようなアプリケーションを研究開発するのはこれからの産業界の役割であり、成長をもたらす鍵となる。
【００２３】
従来のＩＰ電話技術では、ＩＰ電話技術は従来電話の実時間通信に着目し、非実時間対話型サービスをサポートする技術が大変不十分なため、ＩＰネットワークをほとんど単なる従来電話網（ＰＳＴＮ）の代わりとして用いるのみである。したがって、従来電話で提供してきたサービス（音声やテレビの１対１通話または会議通話のサービス、伝言のサービスなど）しか提供できない。
【００２４】
また、従来マルチメディアコンテンツ技術はクライアント側の複雑な処理のため、マルチメディアコンテンツ技術を用いたサービスは高度なクライアントを必要としており、また利用者に、ある程度高度な知識を必要としているという課題がある。このことにより、従来マルチメディアコンテンツ技術は幅広い視聴者にコンテンツを提供することができない。
【００２５】
本発明は、今までの累積技術をベースにし、従来電話が提供できなかった非実時間映像による双方向サービスを実現できるＩＰテレビ電話サービスシステムを提供することを目的とする。
【課題を解決するための手段】
【００２６】
前記課題を解決するための本発明の第１の構成は、ＩＰテレビ電話サービスが提供されているＩＰネットワークに接続されている配信サーバは、予め設定された配信手順に従い、ＩＰテレビ電話サービス利用者の応答により配信する動画クリップ、静止画、文字、音声などの様々なメディア及びその配信方法を決定し、これらのメディアをストリーミング映像としてＩＰテレビ電話に配信する手段を備えていることを特徴とする。
この第１の構成により、ＩＰテレビ電話のユーザは、従来の電話操作及び電話通話で、様々な情報を対話的かつ視聴覚的に取得することができる。
【００２７】
本発明の第２の構成は、前記配信サーバは、記録されているメディアのみ、または記録されているメディアと生中継のメディアとの組み合わせを配信する手段を備えていることを特徴とする。
この第２の構成により、必要に応じて、記録されているメディアのみならず、生中継のメディアとの組み合わせを配信することができる。
【００２８】
本発明の第３の構成は、前記配信手順は、前記様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述したものであることを特徴とする。
この第３の構成により、どのタイミングでどれくらいの時間、あるメディアを配信するか、また、次の手順で、ＩＰテレビ電話画面上のどの位置に、どのような表示の仕方でメディアを表示するかを規定することができる。
この場合、配信手順は、ユーザのどのような応答に対しても、その応答を受けた時刻をもとに、様々なメディアの振る舞いを決定するように記述することもできる。
【００２９】
本発明の第４の構成は、前記配信サーバは、ＩＰテレビ電話サービス利用者のＩＰテレビ電話番号や言語設定などの利用者環境に合わせて、前記配信手順に従い、配信する映像の選択及び配信方法を調整する手段を備えていることを特徴とする。
この第４の構成により、ＩＰテレビ電話サービス利用者が使用する言語に対応した言語での表示を選択し、また、初心者か慣れている人か等により配信方法を調整することができる。
【００３０】
本発明はまた、次の構成を採ることができる。
（１）第１の構成において、多量のアクセスに備えるために複数の配信サーバを備える場合、ＩＰテレビ電話端末は配信サーバに接続してくるとき、過負荷にならないように自動的に接続を受付ける配信サーバを決める。
（２）第１〜第３の構成において、ユーザはＩＰテレビ電話端末から普通に話したりすることで、配信サーバがそのユーザのオーディオ及びビデオを受信し、自動的に配信手順の記述（配信手順書またはシナリオともいう）及びそれぞれのメディアを作成する。
【００３１】
本発明の第５の構成は、前記配信サーバは、ＩＰテレビ電話サービス利用者の指示に従いシナリオを自動的に作成し、そしてＩＰテレビ電話サービス利用者から音声やビデオを受信し、それぞれのメディアを自動的に作成する手段を備えていることを特徴とする。
この第５の構成により、ＩＰテレビ電話サービス利用者の指示に従い、受信した音声やビデオを用いてシナリオ及び各種メディアを自動的に作成することができる。
【００３２】
本発明の第６の構成は、ＩＰテレビ電話サービスを利用するためのＩＰテレビ電話端末と、そのＩＰテレビ電話端末に映像を配信する配信サーバと、配信される動画クリップ、静止画、文字、音声等の各種メディア及びそのキャッシュを格納するファイルサーバと、ＩＰテレビ電話番号解決や帯域管理を行うゲートキーパとで構成されるＩＰネットワークにおいて、前記配信サーバは、前記ＩＰネットワーク上にデータを転送する転送手段と、ＩＰテレビ電話端末のデータとして符号化されたデータをオーディオデータやビデオデータなどに復号するデコード手段と、オーディオデータやビデオデータなどをＩＰテレビ電話端末のデータとして符号化するエンコード手段と、ＩＰテレビ電話端末とのやり取りを行うために必要なコマンドを出すＩＰ電話コマンド手段と、前記ファイルサーバに保管されている各種メディアを入出力する媒体アクセス手段とを有するものである。
この第６の構成により、ＩＰテレビ電話のユーザは、従来の電話操作及び電話通話で、様々な情報を対話的かつ視聴覚的に取得することができる。
【００３３】
本発明の第７の構成は、前記ファイルサーバは、シナリオを保持するシナリオデータベースを備え、前記配信サーバは、さらに、前記シナリオを処理し予め設定された配信手順に従って実施するシナリオ処理手段を有し、前記配信手順は、前記様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述したものである。
この第７の構成においては、ＩＰ電話サービス利用者のＩＰ電話番号や言語設定などの利用者環境に合わせて、前記配信手順に従い配信する映像の選択及び配信方法を調整することができる。
【００３４】
本発明は、さらに、以下の構成とすることができる。
（１）第６の構成において、配信サーバに複数のＩＰ電話の映像を一つの映像にする多地点制御手段、多地点処理手段を設けることにより、ファイルサーバに記録されているメディアのみまたは記録されているメディアと生中継のメディアとの組み合わせ配信をすることができる。
【００３５】
（２）第７の構成において、ファイルサーバは、シナリオを保持するシナリオデータベースを備え、配信サーバはさらに、記憶装置に保管されている各種メディアから構成される映像を記憶装置に保管し、必要になったら読み出すコンテンツキャッシュ手段を備え、また配信手順として様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述することにより、どのタイミングでどれくらいの時間、あるメディアを配信するか、また、次の手順で、ＩＰテレビ電話画面上のどの位置に、どのような表示の仕方でメディアを表示するかを規定することができる。また、配信手順は、ユーザのどのような応答に対しても、その応答を受けた時刻をもとに、様々なメディアの振る舞いを決定するように記述することもできる。
【００３６】
（３）第６の構成に加え、ファイルサーバは、シナリオを保持するシナリオデータベースと、動画クリップ、静止画、文字、音声などの様々なメディアを保持するメディアデータベースと、記憶装置に保管されている各種メディアから配信サーバの処理によりできた映像を保持するキャッシュデータベースとを備え、配信サーバは、ユーザ応答処理手段と、シナリオを処理しそのとおりに実施するシナリオ処理手段を有し、配信手順として、ユーザのどのような応答に対しても、その応答を受けた時刻をもとに前記様々なメディアの振る舞いを決定することにより、ユーザにとって、あたかも実時間的に対話しているようなサービスを提供することができる。
【００３７】
（４）第７の構成に加え、ゲートキーパは、アドレス変換手段と、サーバ負荷管理手段とを有し、配信サーバは、配信サーバのＣＰＵやメモリの使用状況を時々刻々監視するサーバ負荷監視手段を有することで、多量のアクセスに備えるために複数の配信サーバからなるサービスにおいて、ＩＰテレビ電話が配信サーバに接続してくるとき、過負荷にならないように自動的に接続を受付ける配信サーバを決めることができる。
【発明の効果】
【００３８】
本発明によれば、ＩＰテレビ電話サービスが提供されているＩＰネットワークに接続されている配信サーバは、予め設定された配信手順に従い、ＩＰテレビ電話サービス利用者の応答により配信する動画クリップ、静止画、文字、音声などの様々なメディア及びその配信方法を決定し、これらのメディアをストリーミング映像としてＩＰテレビ電話に配信する手段を備えているので、ＩＰテレビ電話利用者は従来の電話通話及び電話操作で視聴覚的に豊富な情報コンテンツとやり取りすることができる。
また、非実時間通信に適しているＩＰテレビ電話技術を確立することにより、今までなかった通話外サービスを可能することで、通話のサービスに限られてしまうという課題を解決できる。
【発明を実施するための最良の形態】
【００３９】
以下、本発明の実施の形態を、図１に示すシステム構成図および図２に示すブロック図を用いて説明する。
本発明の実施の形態は、ＩＰテレビ電話サービスを利用するためのＩＰテレビ電話１〜ｎと、そのＩＰテレビ電話端末に映像を配信する配信サーバ５０と、配信される動画クリップ、静止画、文字、音声といった各種メディア及びそのキャッシュを格納するファイルサーバ６０と、ＩＰテレビ電話番号解決や帯域管理を行うゲートキーパ２０とで構成されるＩＰネットワーク１０からなる。
【００４０】
ＩＰテレビ電話１〜ｎは、ＣＣＤカメラなどの撮像手段からの映像信号を入力する映像入力手段１１と、映像信号を符号化するエンコード手段１２と、音声データと共に映像信号をＩＰネットワーク１０に転送する転送手段１３と、ＩＰ電話コマンド手段１４と、受信した映像信号を復号化するデコード手段１５と、映像信号を液晶ディスプレイ等に出力する映像出力手段１６とを有している。
【００４１】
配信サーバ５０は、ＩＰネットワーク上にデータを転送する転送手段５１と、ＩＰテレビ電話１〜ｎのデータとして符号化されたデータをオーディオデータやビデオデータなどに復号するデコード手段５２と、オーディオデータやビデオデータなどをＩＰテレビ電話のデータとして符号化するエンコード手段５３と、ＩＰテレビ電話ボタン操作やユーザの音声などを受信しシナリオの通りに処理するユーザ応答処理手段５４と、ＩＰテレビ電話とのやり取りを行うために必要なコマンドを出すＩＰ電話コマンド手段５５と、電話会議に参加する各ＩＰテレビ電話と交渉（handshake）し共通機能を決定し、マルチキャストのような会議リソースを制御する多地点処理手段５６と、電話会議に参加する各ＩＰテレビ電話からの実際のオーディオやビデオのデータを受けて多重化などを行う多地点制御手段５７と、シナリオを処理しそのとおりに実施するシナリオ処理手段５８と、ファイルサーバ６０の各データベースに保管されている各種メディアを入出力する媒体アクセス手段５９と、ファイルサーバ６０に保管されている各種メディアから構成される映像をデータベースに保管し、必要になったら読み出すコンテンツキャッシュ手段７１と、配信サーバ５０のＣＰＵやメモリの使用状況を時々刻々監視するサーバ負荷監視手段７２と、媒体アクセス手段５９で出力された各種メディアをＩＰネットワーク１０に転送する際のコマンドを生成するＨＴＴＰ／ＦＴＰコマンド手段７３と、接続してくるＩＰテレビ電話のユーザを認証するユーザ認証手段７４と、この配信サーバ５０に接続しているＩＰテレビ電話を別の配信サーバに転送させるアクセス転送手段７５とを有する。
【００４２】
ファイルサーバ６０は、シナリオを保持するシナリオＤＢ（データベース）６１と、動画クリップ、静止画、文字、音声などの様々なメディアを保持するメディアＤＢ６２と、記憶装置に保管されている各種メディアから配信サーバの処理によりできた映像を保持するキャッシュＤＢ６３とを備えている。
【００４３】
ゲートキーパ２０は、ＩＰアドレスと電話番号の間に変換を行うアドレス変換手段２１と、接続してくるＩＰテレビ電話の接続を受付ける受付制御手段２２と、ＩＰテレビ電話の帯域幅要求を管理する帯域制御手段２３と、ＩＰテレビ電話がゲートキーパに接続するための処理を行うゾーン制御手段２４と、アクセスの制限やポリシーアクセス制限するために認証を行う呼認証手段２５と、ＩＰテレビ電話の接続状況を管理する呼管理手段２６と、要求される帯域が確保できないときのアドミッション拒否を行う帯域管理手段２７と、接続してくるＩＰテレビ電話との接続を確立ためのシグナリングを制御する呼制御シグナリング手段２８と、各配信サーバの負荷状況の情報を管理するサーバ負荷管理手段８１と、各配信サーバのＣＰＵ使用率やメモリ使用率を保持する負荷状況ＤＢ８２と、各配信サーバの負荷状況を時々刻々監視するネットワーク負荷監視手段８３とを有する。
以下、本発明の実施例について説明する。
【実施例１】
【００４４】
本発明の実施例１は、ＩＰテレビ電話サービスに関するものであり、図２を参照して説明する。
本実施例では、ＩＰテレビ電話サービスを利用するためのＩＰテレビ電話１〜ｎと、そのＩＰテレビ電話１〜ｎに映像を配信する配信サーバ５０と、配信される動画クリップ、静止画、文字、音声等の各種メディア及びそのキャッシュを格納するファイルサーバ６０と、ＩＰテレビ電話番号解決や帯域管理を行うゲートキーパ２０とで構成されるＩＰネットワーク１０において、配信サーバ５０は、ＩＰネットワーク１０上にデータを転送する転送手段５１と、ＩＰテレビ電話１〜ｎのデータとして符号化されたデータをオーディオデータやビデオデータなどに復号するデコード手段５２と、オーディオデータやビデオデータなどをＩＰテレビ電話１〜ｎのデータとして符号化するエンコード手段５３と、ＩＰテレビ電話１〜ｎとのやり取りを行うために必要なコマンドを出すＩＰ電話コマンド手段５５と、ファイルサーバ６０に保管されている各種メディアを入出力する媒体アクセス手段５９とを有する。
【００４５】
転送手段５１は、ＴＣＰ（Transmission Control Protocol）およびＵＤＰ（User Datagram Protocol）といったプロトコルを用いて、ＩＰネットワーク１０上にデータを転送する。転送手段５１に渡されるデータはＲＴＰ（Real-time Transport Protocol）やＨＴＴＰ（Hyper Text Transfer Protocol）技術を用いて渡されることができる。
ＩＰ電話コマンド手段５５は、Ｈ．３２３やＳＩＰ（Session Initiation Protocol）技術を用いることができる。Ｈ．３２３は、インターネット電話を実現するＶｏＩＰ（Voice over IP）のプロトコルとしても採用されているほか、多地点間で、テレビ会議などを行うなど、リアルタイムなマルチメディア・データを統合的に扱うことができ、またマルチキャスト通信も可能となっている。動画像の圧縮技術としては、Ｈ．２６１（６４ｋｂｐｓ〜２Ｍｂｐｓ）またはＭＰＥＧ−４の基礎となった規格であるＨ．２６３（６４ｋｂｐｓ以下）が、音声圧縮技術としては、Ｇ．７１１、Ｇ．７２２、Ｇ．７２３．１などが使用される。
【００４６】
この実施例１の構成により、ＩＰテレビ電話のユーザは、従来の電話操作及び電話通話で、様々な情報を対話的かつ視聴覚的に取得することができる。
本実施例１の構成例を図５に示す。この図５を参照しながら説明する。
配信サーバ５０は配信サーバ５０−１、配信サーバ５０−２、配信サーバ５０−３からなる。これらの配信サーバはファイルサーバ６０を共有している。ＩＰテレビ電話１〜ｎは、ＩＰテレビ電話１、ＩＰテレビ電話２、ＩＰテレビ電話３からなる。
配信サーバ５０の実施例を図６〜９を参照しながら説明する。図６は、配信サーバ５０の全体を説明するための図である。図７は、配信サーバ５０のインタラクションエンジン及びメディアエンジンを説明するための図である。図８は、インタラクションエンジンを説明するための図である。図９は、メディアエンジンを説明するための図である。
【００４７】
まず図６を用いて配信サーバ５０の全体について説明する。
デコード手段５２、エンコード手段５３は、ビデオとオーディオのそれぞれのデータのためにオーディオコーデック１０１，ビデオコーデック１０２、オーディオチャンネル１０３，ビデオチャンネル１０４、オーディオ入出力デバイス１０５，ビデオ入出力デバイス１０６として実現されている。
シナリオ処理手段５８、ユーザ応答処理手段５４はメディアエンジン１０７とインタラクションエンジン１０８として実現されている。オーディオ入出力デバイス１０５は、オーディオバッファ１０９から、ビデオ入出力デバイス１０６はビデオバッファ１１０から、ＩＰテレビ電話１〜ｎに配信するオーディオ・ビデオのそれぞれのデータを取得する。
ＩＰ電話コマンド手段５５は、Ｈ．３２３エンドポイント１１１、Ｈ．３２３接続１１２で実現されている。
ＩＰテレビ電話１〜ｎから配信サーバ５０に着信が発生すると、Ｈ．３２３エンドポイント１１１がその着信を受信し、Ｈ．３２３接続１１２を確立すると共に、シナリオに基づいてインタラクションエンジン１０８、メディアエンジン１０７に映像（ビデオとオーディオ）を作成させる。ビデオ入出力デバイス１０６は作成されたビデオをビデオバッファ１１０から、オーディオ入出力デバイス１０５は作成されたオーディオをオーディオバッファ１０９からそれぞれ取得し、Ｈ．３２３接続１１２を通してＩＰテレビ電話１〜ｎに配信する。
【００４８】
次に図７を用いて、配信サーバ５０のインタラクションエンジン１０８及びメディアエンジン１０７について説明する。
インタラクションエンジン１０８は、シナリオＤＢ１１３をもとにユーザとの対話のための処理を行い、メディアエンジン１０７に対応するビデオ・オーディオを作成させる。インタラクションエンジン１０８はシナリオＤＢ１１３からシナリオを読込み処理し、またＩＰテレビ電話１〜ｎとの接続及び対話状況をセッション情報ＤＢ１１４に格納する。
メディアエンジン１０７は、インタラクションエンジン１０８の指示に従い、ビデオ・オーディオを作成し、ＩＰテレビ電話１〜ｎに配信する。ビデオ・オーディオは、メディアＤＢ１１５，クリップＤＢ１１６，キャッシュ１１７に格納される。
【００４９】
次に図８を用いてインタラクションエンジンについて説明する。
インタラクションエンジン１０８は、インタラクションエンジンコア１２０を中心に対話処理を行う。
インタラクションエンジンコア１２０は、ローカルディスクに格納されているシナリオについてはローカルメディアアクセス１２１を用いて、リモートディスクに格納されているシナリオについてはリモートメディアアクセス１２２を用いてアクセスする。アクセスしたシナリオを処理し、そのシナリオに基づいてＩＰテレビ電話１〜ｎから転送されてきたユーザ環境やユーザ応答といった様々な情報を、応答認識エンジン１２３により認識させる。応答認識エンジン１２３は、ＤＴＭＦ（テレビ電話ボタンからの数字入力）１２４、音声１２５、ビデオ１２６を認識する。シナリオに照し合わせた認識結果をもとに、インタラクションエンジンコア１２０は作成すべきビデオ・オーディオを決定し、メディアエンジン１０７に通知する。
【００５０】
次に図９を用いてメディアエンジンについて説明する。
メディアエンジン１０７は、インタラクションエンジン１０８からの通知を受けてメディア（映像）を作成する。この通知には作成すべき映像を構成するビデオ・オーディオの記述を含むファイル名が含まれており、メディアエンジン１０７はそのファイルを読出し、メディアインタプリタ１３１に通し、解読させる。この記述ファイルには、ネイティブな形式のもの（ネイティブメディアスクリプト１３２）もあるし、ＸＴＬ１３３、ＳＭＩＬ１３４、ＭＰＥＧ−４  １３５などの形式のものもある。それぞれの形式に対応するメディアインタプリタが用意される。
メディアエンジン１０７は、この解読結果をもとに映像プロセッサ１３６を用いて映像を作成させ、それをＩＰテレビ電話１〜ｎに配信する。
【００５１】
配信手順書について図１０を用いて説明する。
配信手順書は、様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いの記述であり、シナリオともいう。
シナリオＤＢ１１３は対話のためのものと、映像を作成するためのものの２つの部分から構成されている。対話のためのシナリオを対話シナリオといい、映像を作成するためのシナリオをメディアシナリオという。
メディアシナリオは、作成すべきメディアＤＢ（映像）１１５の作成方法を記述する。
クリップＤＢ１１６は、単一的な内容を持つビデオやオーディオのデータそのものである。
図１０に示すように、対話シナリオはメディアシナリオを参照する。対話シナリオは複数のメディアシナリオを組合わせて高度な対話マルチメディアコンテンツを構築する。
また、メディアシナリオはクリップＤＢ１１６を参照する。メディアシナリオは複数クリップを組み合わせ、複雑なビデオ・オーディオを構築する。
また、図１０に示すように、一つの対話シナリオは他の対話シナリオを参照することができる。参照されない対話シナリオはレイヤ１の対話シナリオという。この対話シナリオが参照する対話シナリオのレイヤはレイヤ２となる。このように対話シナリオのレイヤ番号がつけられる。レイヤ番号は相対的な番号である。
【００５２】
具体的なコンテンツを記述するシナリオについて、図面を参照しながら説明する。図１１にコンテンツの構成を示している。コンテンツは４つの主なメニューからなり、それぞれ「九州紹介」、「飯塚紹介」、「新曲視聴」、「終了」である。また、「九州紹介」は９つのメニュー、「飯塚紹介」は５つのメニュー、「新曲視聴」は５つのメニューから構成されている。図１１の各メニュー項目の前についている番号はユーザが選択する番号であり、その番号が選択されるとそのメニューが実行される。
【００５３】
上記のコンテンツ構成をシナリオにしたのが図１２（図１２ａと図１２ｂ）である。図１２は対話シナリオとメディアシナリオを含むが、実際のメディアシナリオの内容は別のファイルに格納される。シナリオ中の「PlayMedia()」という部分はメディアシナリオの部分である、メディア（映像）の作成及び配信を行う部分である。例えば、インタラクションエンジンは「PlayMedia("index.mml", true);」を読むと、index.mmlという対話シナリオをメディアエンジンに渡し、メディアエンジンはそれに基づいてメディアを作成し、ＩＰテレビ電話に配信するためにバッファに格納する。配信サーバはこれをデコードしＩＰテレビ電話に配信する。
シナリオ中の「GetDigit("123456789");」は利用者の応答として１〜９の数字入力を受付けることを意味する。それから各数字に対応するシナリオが書かれており、例えば「１」という応答を受信すると「PlayMedia("scene010.mml", true);」が実行され、scene010.mmlというメディアシナリオをメディアエンジンに送られることとなる。
【００５４】
図１２に示すシナリオのメディア構成を図１３に示す。番号は利用者の応答として受付ける数字である。
図１４にメディアシナリオが記述されるindex.mmlの内容を示す。メディアは各クリップを組み合わせて一つの映像を作成する。クリップをclipで指定する。clipは複数指定可能なtrackで位置し、tractはgroupの中に位置する。groupにはビデオ用のものと、オーディオのものの２つがる。groupはtimelineの中に位置する。timelineは全体の映像の時間軸となる。図１４には、butterfly.aviというビデオクリップと、menuindex.bmpという静止画の組み合わせでビデオを作成し、またこれをbutterfly.aviのオーディオの部分と合成し、映像を作り出す。
【００５５】
従来の電話操作及び電話通話で、様々な情報を対話的かつ視聴覚的に取得することについて、図１５を用いながら説明する。
ＩＰテレビ電話１〜ｎのいずれかの利用者がＩＰテレビ電話のボタンで配信サーバ５０−１〜５０−ｎのいずれかの番号をダイヤルすると、そのＩＰテレビ電話からゲートキーパ２０に受付依頼が送られる（１）。ゲートキーパ２０は受付処理後、受付完了通知をＩＰテレビ電話に送る（２）。この受付完了通知には、配信サーバ５０−１〜５０−ｎのＩＰアドレスが含まれる。ＩＰテレビ電話はこのＩＰアドレスに接続確立依頼を送る（３）。配信サーバは接続確立する（４）。それから、配信サーバはシナリオＤＢ６１を参照し、はじめに配信する映像を決定する（５）。その映像を作成するための材料となる各種クリップを取得し映像を作成する（６）。作成された映像をＩＰテレビ電話用にエンコードする（７）。それからその映像をＩＰテレビ電話に配信する（８）。
配信サーバとＩＰテレビ電話との接続が確立されると、ＩＰテレビ電話の利用者は配信サーバに反応を送ることができる。例えば、配信サーバからＩＰテレビ電話に初めの映像が配信されたら（８）、ＩＰテレビ電話の利用者は電話ボタンの操作を行うと、押されたボタンの情報が配信サーバに送られる（９）。その情報を受けたシナリオ処理手段５８は、またシナリオＤＢ６１を参照し、その利用者の応答に対する動作を決定する。つまり、その利用者の応答に対してどんな映像を配信すればよいかである。
【００５６】
図１５に示す動作を図１２のシナリオに当てはめると、配信サーバからはまずindex.mmlに基づいて作成された映像がＩＰテレビ電話に配信される。それから、ＩＰテレビ電話の利用者が電話ボタンで１を押すと、その「１」という情報が配信サーバに送られ、ユーザ応答処理手段５４で認識され、対話シナリオに基づいてscene011.mmlというメディアシナリオが読込まれ、それに基づいてまた映像が作成され、ＩＰテレビ電話に配信される。このようにして利用者の時々刻々の応答に対して送られる映像が切り替わっていく。
【００５７】
図１６は、図１５で示す動作を時系列的に表すものである。左側にはサーバの時間軸、右側には利用者側の時間軸である。時間経過は上から下となっている。この利用者の応答に対して適切な映像がサーバから送られてくるこの動作が繰り返すことで、対話的かつ視聴覚的なやりとりを実現する。
この実施例１において、配信サーバ５０に設けられた多地点処理手段５６，多地点制御手段５７を用いることで、ファイルサーバ６０に記録されているメディアのみだけでなく、その記録されているメディアと生中継のメディアとの組み合わせ配信をすることができる。
【００５８】
このことを、図面を用いながら説明する。図１７は記録されているメディアと生中継のメディアを組み合わせて用いるシナリオの仕組みを示す。図１９は利用者のＩＰテレビ電話に表示される画面のイメージを示す。
図１７に示すように、この場合のシナリオは図１０に示すシナリオと似ているが、但し、あるクリップはディスクに実際に存在しているビデオやオーディオではなく、配信サーバに接続されているＩＰテレビ電話から直接取得するクリップであるという点が異なっている。
【００５９】
図１８に示すように、利用者はこのシナリオをアクセスすると（１）、配信サーバは通常のようにシナリオを取得し（２）処理し、そして各種クリップを読込む（２）。シナリオ中に生中継のメディアが含まれると、配信サーバは指定されているＩＰテレビ電話（このＩＰテレビ電話のことをサービス提供者のＩＰテレビ電話という）に発信し、そのＩＰテレビ電話と接続を開始する。それからその利用者のＩＰテレビ電話から送られる映像をサービス提供者のＩＰテレビ電話に配信し（４）、配信サーバはこの映像をシナリオが必用としているクリップとして用いる（５）。このクリップと共に映像が作成され、ＩＰテレビ電話ユーザに配信される（６）。
図１８のように、サービス提供者のＩＰテレビ電話からの映像をシナリオに従いその他のディスク上のクリップと共に利用者のＩＰテレビ電話の画面に配置される。
【実施例２】
【００６０】
本発明の実施例２は、ＩＰテレビ電話ユーザ指向サービスに関するものである。このサービスは、実施例１の基本構成に加え、ファイルサーバ６０に、シナリオを保持するシナリオデータベース６１を備え、配信サーバ５０には、さらに、シナリオを処理し予め設定された配信手順に従って実施するシナリオ処理手段５８を有している。
その配信手順には、様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述する。
これにより、ＩＰ電話サービス利用者のＩＰ電話番号や言語設定などの利用者環境に合わせて、配信手順に従い配信する映像の選択及び配信方法を調整することができる。
【００６１】
このことを、図面を用いながら説明する。
図２０に利用者の環境に合わせた配信を指示するシナリオを示す。あるショッピングコンテンツは２つの地域から発信してくる利用者に対して異なる映像を送るようにしている場合を考える。地域１からの利用者は地域１限定の商品情報を、地域２からの利用者には地域２限定の商品情報を配信するようになっている。但し、地域共通のクリップもある。また、各地域には言語１と言語２という２つの言語が使われているため、利用者の言語によりビデオが同じでもオーディオが発信してくる利用者の言語対応するオーディオを配信するようになっている。この仕組みを図２０に示すシナリオ構成に表されている。
図２０を用いながら具体的な動作を説明する。例えば、地域１からの言語１を話す利用者が発信してくると、対話シナリオの記述に従い地域１のメディアシナリオが使用される（１）。さらに、地域１のメディアシナリオの従い、ビデオクリップは地域１（共通）を使用されるが（２）、オーディオクリップ（音声の部分）は言語１のものが使用される（３）。
【実施例３】
【００６２】
本発明の実施例３は、ＩＰテレビ電話対話サービスに関するものである。このサービスは、実施例１の基本構成に加え、ファイルサーバ６０は、シナリオを保持するシナリオＤＢ６１と、動画クリップ、静止画、文字、音声などの様々なメディアを保持するメディアＤＢ６２と、記憶装置に保管されている各種メディアから配信サーバの処理によりできた映像を保持するキャッシュＤＢ６３とを備え、配信サーバ５０は、ユーザ応答処理手段５４と、シナリオを処理しそのとおりに実施するシナリオ処理手段５８を有している。
これにより、どのタイミングでどれくらいの時間、あるメディアを配信するか、また、次の手順で、ＩＰテレビ電話画面上のどの位置に、どのような表示の仕方でメディアを表示するかを規定することができる。配信手順として、ユーザのどのような応答に対しても、その応答を受けた時刻をもとに前記様々なメディアの振る舞いを決定するような記述を行っておく。
これにより、ユーザにとって、あたかも実時間的に対話しているようなサービスを提供することができる。
【００６３】
このことを、図面を用いながら説明する。
図２１に店員と顧客の対話的かつ実時間のやり取りを示す。
このような実時間的な対話を非実時間であるクリップ集で実現するのは図２２に示す配信サーバと利用者との映像のやり取りである。配信サーバは利用者の意思に従い、次々と異なる映像を配信していく。
図２３に図２２の画面のイメージを示す。この画面のイメージに示すように背景のビデオ・オーディオ、選択肢を表すメニューのビデオなどはがある。また、映っている人物（店員）はまるで向こう側にいる人間のように振舞うが、実際はディスクに記録されているビデオクリップである。これらはそれぞれクリップの集まりであり、各クリップの属性はシナリオで制御されている。
これらの映像は各種クリップの選択、表示開始時刻、表示期間、表示方法（効果など）、画面での表示位置などを決めるシナリオをもとに作成されるため、利用者に実時間対話を体験させる。
【実施例４】
【００６４】
本発明の実施例４は、ＩＰテレビ電話ユーザ指向サービスに関するものである。このサービスは、実施例２の基本構成に加え、記憶装置に保管されている各種メディアから構成される映像を記憶装置に保管し、必要になったら読み出すコンテンツキャッシュ手段７１を備え、また配信手順として様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述することにより、どのタイミングでどれくらいの時間、あるメディアを配信するか、また、次の手順で、ＩＰテレビ電話画面上のどの位置に、どのような表示の仕方でメディアを表示するかを規定することができる。また、配信手順は、ユーザのどのような応答に対しても、その応答を受けた時刻をもとに、様々なメディアの振る舞いを決定するように記述することもできる。
【実施例５】
【００６５】
本発明の実施例５は、ＩＰテレビ電話負荷分散サービスに関するものである。このサービスは、実施例２の構成に加え、ゲートキーパ２０は、アドレス変換手段２１と、サーバ負荷管理手段８１とを有し、配信サーバ５０は、配信サーバのＣＰＵやメモリの使用状況を時々刻々監視するサーバ負荷監視手段７２を有することで、多量のアクセスに備えるために複数の配信サーバ５０からなるサービスにおいて、ＩＰテレビ電話１〜ｎは配信サーバ５０に接続してくるとき、過負荷にならないように自動的に接続を受付ける配信サーバ５０を決めることができる。
【００６６】
このことを、図面を用いながら説明する。
図２４はゲートキーパ２０を用いる配信サーバの負荷分散を示す。ＩＰテレビ電話１が配信サーバ５０−１に接続されサービスを受けている状態で、ＩＰテレビ電話２が接続を開始しようとしてゲートキーパ２０に受付依頼を行う（１）。この受付依頼を受けたゲートキーパ２０はサーバ負荷管理手段８１により各サーバの負荷状況８２を調査する（２）。このＩＰテレビ電話２にサービスすることで過負荷にならないサーバのＩＰアドレスを通知する（３）。ここで配信サーバ５０−１が過負荷状態にならずに新たなＩＰテレビ電話にサービスを提供できないという判断したので、ゲートキーパ２０は余裕のある配信サーバ５０−２のＩＰアドレスを通知する（５）。これをもって、ＩＰテレビ電話は通常通り配信サーバ５０−２にアクセスし、映像が送られてくる。
【実施例６】
【００６７】
本発明の実施例６は、ＩＰテレビ電話ユーザ参加型サービスに関するものである。このサービスは、実施例１〜５のいずれの構成でも可能であるが、配信サーバ５０にユーザ応答処理手段５４を設け、ユーザがＩＰテレビ電話１〜ｎから普通に話したりすることで、配信サーバ５０がそのユーザのオーディオ及びビデオを受信し、自動的にＩＰテレビ電話シナリオ及びそれぞれのメディアを作成する機能を持たせたものである。
すでに図１５に示したように、ＩＰテレビ電話の利用者が配信サーバに発信し、利用者によるシナリオ自動生成用のシナリオをアクセスすると、図２５のような画面が利用者のＩＰテレビ電話に表示される。この画面では、通常のようにシナリオにより作成される映像と共に、ＩＰテレビ電話の利用者自身の生の映像が表示されている。利用者は映像に映っている案内人の案内に従い、電話で人間と会話しているのと同様に自己紹介などを自然に話す。そのＩＰテレビ電話の利用者の映像が配信サーバに送られ、オーディオとビデオのそれぞれの各クリップとして保存される。そして、自動生成用のシナリオの通りにシナリオが生成される。ＩＰテレビ電話の利用者誰でもこのシナリオをアクセスするとその内容が再生される。
【産業上の利用可能性】
【００６８】
本発明は、ＩＰネットワークを使用した非実時間映像による双方向サービスを実現するＩＰテレビ電話サービスシステムとして利用することができる。
【図面の簡単な説明】
【００６９】
【図１】本発明の実施の形態を示すシステム構成図である。
【図２】本発明の実施の形態を示すブロック図である。
【図３】従来技術のシステム構成図である。
【図４】従来技術のブロック図である。
【図５】本発明の実施例１の構成を示すシステム構成図である。
【図６】実施例１における配信サーバの構成を示すブロック図である。
【図７】実施例１における配信サーバの一部の構成を示すブロック図である。
【図８】実施例１におけるインタラクションエンジンの構成を示すブロック図である。
【図９】実施例１におけるメディアエンジンの構成を示すブロック図である。
【図１０】実施例１における対話シナリオの作成状態を示す説明図である。
【図１１】実施例１におけるコンテンツの構成例を示す説明図である。
【図１２ａ】図１１のコンテンツ構成をシナリオにしたリストである。
【図１２ｂ】図１１のコンテンツ構成をシナリオにしたリストである。
【図１３】図１２に示すシナリオのメディア構成を示す系統図である。
【図１４】メディアシナリオの記述内容を示すリストである。
【図１５】実施例１における基本動作の説明図である。
【図１６】図１５で示す動作の時系列フロー図である。
【図１７】記録されているメディアと生中継のメディアを組み合わせて用いるシナリオの仕組みを示す説明図である。
【図１８】図１７のシナリオを実現するための処理の流れを示す説明図である。
【図１９】利用者のＩＰテレビ電話に表示される画面のイメージである。
【図２０】実施例２における利用者の環境に合わせた配信を指示するシナリオの説明図である。
【図２１】実施例３における店員と顧客の対話的かつ実時間のやり取りを示す説明図である。
【図２２】実施例３のやりとりの流れを示すタイムチャートである。
【図２３】実施例３におけるやりとりの画面のイメージである。
【図２４】実施例５におけるＩＰテレビ電話負荷分散サービスにおける流れを示すブロック図である。
【図２５】実施例６におけるＩＰテレビ電話ユーザ参加型サービスの画面のイメージである。
【符号の説明】
【００７０】
１〜ｎ  ＩＰテレビ電話
１０  ＩＰネットワーク
１１  映像入力手段
１２  エンコード手段
１３  転送手段
１４  ＩＰ電話コマンド手段
１５  デコード手段
１６  映像出力手段
２０  ゲートキーパ
２１  アドレス変換手段
２２  受付制御手段
２３  帯域制御手段
２４  ゾーン制御手段
２５  呼認証手段
２６  呼管理手段
２７  帯域管理手段
２８  呼制御シグナリング手段
５０  配信サーバ
５１  転送手段
５２  デコード手段
５３  エンコード手段
５４  ユーザ応答処理手段
５５  ＩＰ電話コマンド手段
５６  多地点処理手段
５７  多地点制御手段
５８  シナリオ処理手段
５９  媒体アクセス手段
６０  ファイルサーバ
６１  シナリオＤＢ
６２  メディアＤＢ
６３  キャッシュＤＢ
７１  コンテンツキャッシュ手段
７２  サーバ負荷監視手段
７３  ＨＴＴＰ／ＦＴＰコマンド手段
７４  ユーザ認証手段
７５  アクセス転送手段
８１  サーバ負荷管理手段
８２  負荷状況ＤＢ
８３  ネットワーク負荷監視手段
１０１  オーディオコーデック
１０２  ビデオコーデック
１０３  オーディオチャンネル
１０４  ビデオチャンネル
１０５  オーディオ入出力デバイス
１０６  ビデオ入出力デバイス
１０７  メディアエンジン
１０８  インタラクションエンジン
１０９  オーディオバッファ
１１０  ビデオバッファ
１１１  Ｈ．３２３エンドポイント
１１２  Ｈ．３２３接続
１１３  シナリオＤＢ
１１４  セッション情報ＤＢ
１１５  メディアＤＢ
１１６  クリップＤＢ
１１７  キャッシュ
１２０  インタラクションエンジンコア
１２１  ローカルメディアアクセス
１２２  リモートメディアアクセス
１２３  応答認識エンジン
１２４  ＤＴＭＦ
１２５  音声
１２６  ビデオ
１３１  メディアインタプリタ
１３２  ネイティブメディアスクリプト
１３３  ＸＴＬ
１３４  ＳＭＩＬ
１３５  ＭＰＥＧ−４
１３６  映像プロセッサ
【図１】
2005328394.tif 000003
【図２】
2005328394.tif 000004
【図３】
2005328394.tif 000005
【図４】
2005328394.tif 000006
【図５】
2005328394.tif 000007
【図６】
2005328394.tif 000008
【図７】
2005328394.tif 000009
【図８】
2005328394.tif 000010
【図９】
2005328394.tif 000011
【図１０】
2005328394.tif 000012
【図１１】
2005328394.tif 000013
【図１２ａ】
2005328394.tif 000014
【図１２ｂ】
2005328394.tif 000015
【図１３】
2005328394.tif 000016
【図１４】
2005328394.tif 000017
【図１５】
2005328394.tif 000018
【図１６】
2005328394.tif 000019
【図１７】
2005328394.tif 000020
【図１８】
2005328394.tif 000021
【図１９】
2005328394.tif 000022
【図２０】
2005328394.tif 000023
【図２１】
2005328394.tif 000024
【図２２】
2005328394.tif 000025
【図２３】
2005328394.tif 000026
【図２４】
2005328394.tif 000027
【図２５】
2005328394.tif 000028