JP2005328394A - Ｉｐテレビ電話サービスシステム - Google Patents
Ｉｐテレビ電話サービスシステム Download PDFInfo
- Publication number
- JP2005328394A JP2005328394A JP2004145529A JP2004145529A JP2005328394A JP 2005328394 A JP2005328394 A JP 2005328394A JP 2004145529 A JP2004145529 A JP 2004145529A JP 2004145529 A JP2004145529 A JP 2004145529A JP 2005328394 A JP2005328394 A JP 2005328394A
- Authority
- JP
- Japan
- Prior art keywords
- videophone
- video
- distribution
- media
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17336—Handling of requests in head-ends
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6408—Unicasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
- H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
- H04N21/8153—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics comprising still images, e.g. texture, background image
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/816—Monomedia components thereof involving special video data, e.g 3D video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/148—Interfacing a video terminal to a particular transmission medium, e.g. ISDN
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Computer Graphics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
【課題】従来電話が提供できなかった非実時間映像による双方向サービスを実現できるＩＰテレビ電話サービスシステムを提供する。
【解決手段】ＩＰテレビ電話サービスが提供されているＩＰネットワーク１０に接続されている配信サーバ５０に、予め設定された配信手順に従い、ＩＰテレビ電話サービス利用者の応答により配信する動画クリップ、静止画、文字、音声などの様々なメディア及びその配信方法を決定し、これらのメディアをストリーミング映像としてＩＰテレビ電話に配信する手段を持たせる。これにより、ＩＰテレビ電話のユーザは、従来の電話操作及び電話通話のみで、様々な情報を対話的かつ視聴覚的に取得することができる。
【選択図】 図１
【解決手段】ＩＰテレビ電話サービスが提供されているＩＰネットワーク１０に接続されている配信サーバ５０に、予め設定された配信手順に従い、ＩＰテレビ電話サービス利用者の応答により配信する動画クリップ、静止画、文字、音声などの様々なメディア及びその配信方法を決定し、これらのメディアをストリーミング映像としてＩＰテレビ電話に配信する手段を持たせる。これにより、ＩＰテレビ電話のユーザは、従来の電話操作及び電話通話のみで、様々な情報を対話的かつ視聴覚的に取得することができる。
【選択図】 図１
Description
本発明は、ＩＰネットワークを使用して非実時間映像による双方向サービスを実現するＩＰテレビ電話サービスシステムに関する。
ＩＰ（Internet Protocol）電話技術は、近年の常時接続ブロードバンドの普及に伴い実用的になってきている。しかし、現在のＩＰ電話サービスは、常時接続広帯域ＩＰネットワークという新しいインフラを利用するだけで、二人あるいはそれ以上の人数の音声通話といった従来電話が提供してきたサービスからほとんど発展していない。
以下に、従来のＩＰ電話に関する技術について、図３および図４を参照しながら説明する。
以下に、従来のＩＰ電話に関する技術について、図３および図４を参照しながら説明する。
Ａ．ＩＰ電話技術
ＩＰ電話サービスが利用する主なＩＰ電話技術として、ＩＳＯ（International Standard Organization）の規格であるＨ．３２３（インターネットやＬＡＮなどのように、通信の伝送品質が保証されていないネットワークにおいて使用される、マルチメディア圧縮、多重、分離、端末制御方式についてのＩＴＵ−Ｔ勧告（標準））に基づいたＩＰ電話技術と、ＩＥＴＦ（Internet Engineering Task Force)の規格であるＳＩＰ（Session Initiation Protocol）に基づいたＩＰ電話技術がある。
ＩＰ電話サービスが利用する主なＩＰ電話技術として、ＩＳＯ（International Standard Organization）の規格であるＨ．３２３（インターネットやＬＡＮなどのように、通信の伝送品質が保証されていないネットワークにおいて使用される、マルチメディア圧縮、多重、分離、端末制御方式についてのＩＴＵ−Ｔ勧告（標準））に基づいたＩＰ電話技術と、ＩＥＴＦ（Internet Engineering Task Force)の規格であるＳＩＰ（Session Initiation Protocol）に基づいたＩＰ電話技術がある。
Ｂ．従来電話の各種のサービスを実現するＩＰ電話技術
１．１対１の音声通話
ＩＰネットワークで接続されている２箇所のＩＰ電話機あるいはＩＰ電話ソフトウェアの間で、実時間通話が可能になる。
２．ｎ対ｎの音声通信（電話会議）
ＭＣＵ（Multipoint Control Unit）を用いると、図３（ｂ）に示すように、２ヶ所以上のＩＰ電話機あるいはＩＰ電話ソフトウェアの間に同時実時間通話を実現し、ＩＰ電話を用いたいわゆる多拠点電話会議が可能になる。
３．テレビ電話技術
これらの音声通話技術に加え、通話する相手の動画を実時間的に見ることができるＩＰテレビ電話やＩＰテレビ会議を可能にする従来技術としては、メッセージング技術がある。これは、通話相手が電話に出られないときや留守にしているときに伝言を受付けて、あとから通話相手が再生できるようにする技術である。このようなテレビ電話装置としては、１対１の通信については特許文献１に、ｎ対ｎの通信については特許文献２に、それぞれ開示されたものがある。
１．１対１の音声通話
ＩＰネットワークで接続されている２箇所のＩＰ電話機あるいはＩＰ電話ソフトウェアの間で、実時間通話が可能になる。
２．ｎ対ｎの音声通信（電話会議）
ＭＣＵ（Multipoint Control Unit）を用いると、図３（ｂ）に示すように、２ヶ所以上のＩＰ電話機あるいはＩＰ電話ソフトウェアの間に同時実時間通話を実現し、ＩＰ電話を用いたいわゆる多拠点電話会議が可能になる。
３．テレビ電話技術
これらの音声通話技術に加え、通話する相手の動画を実時間的に見ることができるＩＰテレビ電話やＩＰテレビ会議を可能にする従来技術としては、メッセージング技術がある。これは、通話相手が電話に出られないときや留守にしているときに伝言を受付けて、あとから通話相手が再生できるようにする技術である。このようなテレビ電話装置としては、１対１の通信については特許文献１に、ｎ対ｎの通信については特許文献２に、それぞれ開示されたものがある。
さらに、これらの従来技術の発展として、電話やＩＰ電話、ＦＡＸ、電子メールなど様々な経路で送受信されるメッセージを統合し、一元的に管理を行なうためのユニファイドメッセージング技術がある。
上記に示したテレビ電話本発明の関連する従来技術のシステム構成図を図３（ａ）および（ｂ）に、従来技術のブロック図を図４にまとめて示す。
図３（ａ）において、ＩＰネットワーク１０には、１対１にＩＰテレビ電話１，２が接続され、後述のゲートキーパ２０により制御されて相互に通信を行う。図３（ｂ）においては、ＩＰネットワーク１０には、複数のＩＰテレビ電話１〜ｎが接続され、ゲートキーパ２０および多地点接続装置（ＭＣＵ）３０により複数のＩＰテレビ電話１〜ｎ間で通信可能であり、テレビ会議が行える。
上記に示したテレビ電話本発明の関連する従来技術のシステム構成図を図３（ａ）および（ｂ）に、従来技術のブロック図を図４にまとめて示す。
図３（ａ）において、ＩＰネットワーク１０には、１対１にＩＰテレビ電話１，２が接続され、後述のゲートキーパ２０により制御されて相互に通信を行う。図３（ｂ）においては、ＩＰネットワーク１０には、複数のＩＰテレビ電話１〜ｎが接続され、ゲートキーパ２０および多地点接続装置（ＭＣＵ）３０により複数のＩＰテレビ電話１〜ｎ間で通信可能であり、テレビ会議が行える。
図４に示すように、ＩＰテレビ電話１（２，・・・，ｎ）は、ＣＣＤカメラなどの撮像手段からの映像信号を入力する映像入力手段１１と、映像信号を符号化するエンコード手段１２と、音声データと共に映像信号をＩＰネットワーク１０に転送する転送手段１３と、受信した映像信号を復号化するデコード手段１５と、映像信号を液晶ディスプレイ等に出力する映像出力手段１６とを有している。なお、音声信号を取り扱う手段については、省略している。
Ｃ．ゲートキーパ
ゲートキーパ技術は、Ｈ．３２３端末などに対して、アドレス変換およびＬＡＮへのアクセス制御を提供する技術である。図４に示すゲートキーパ２０は、マルチメディアネットワークにあるデバイスのレジストリを管理する。これらのデバイスは起動時にゲートキーパに登録され、コールのアドミッション（受け付け）をゲートキーパに要求する。
ゲートキーパ技術は、Ｈ．３２３端末などに対して、アドレス変換およびＬＡＮへのアクセス制御を提供する技術である。図４に示すゲートキーパ２０は、マルチメディアネットワークにあるデバイスのレジストリを管理する。これらのデバイスは起動時にゲートキーパに登録され、コールのアドミッション（受け付け）をゲートキーパに要求する。
ゲートキーパ２０には、以下の４つの必須機能がある。
１．アドレス変換手段２１
Ｈ．３２３ＩＤとＥ．１６４号（標準の電話番号）をエンドポイントのＩＰアドレスに変換する。
２．受付制御手段２２
アドミッション制御−Ｈ．３２３ネットワークへのエンドポイントのアドミッションを制御する。この機能を実現するために、ゲートキーパは次のものを使用する。
（１）Ｈ．２２５ＲＡＳ（Registration, Admission, and Status）メッセージ
（２）Ａｄｍｉｓｓｉｏｎ Ｒｅｑｕｅｓｔ（ＡＲＱ，アドミッション要求）
（３）Ａｄｍｉｓｓｉｏｎ Ｃｏｎｆｉｒｍ（ＡＣＦ、アドミッション確認）
（４）Ａｄｍｉｓｓｉｏｎ Ｒｅｊｅｃｔ（ＡＲＪ、アドミッション拒否）
３．帯域制御手段２３
エンドポイントの帯域幅要求を管理する。この機能を実現するために、ゲートキーパは次のＨ．２２５ＲＡＳメッセージを使用する：
（１）Ｂａｎｄｗｉｄｔｈ Ｒｅｑｕｅｓｔ（ＢＲＱ、帯域幅要求）
（２）Ｂａｎｄｗｉｄｔｈ Ｃｏｎｆｉｒｍ（ＢＣＦ、帯域幅確認）
（３）Ｂａｎｄｗｉｄｔｈ Ｒｅｊｅｃｔ（ＢＲＪ、帯域幅拒否）
４．ゾーン制御手段２４
ゲートウェイによって、ゾーン内に存在する登録済みのエンドポイントすべてのゾーン管理が行われる。たとえば、エンドポイントの登録プロセスが制御される。
１．アドレス変換手段２１
Ｈ．３２３ＩＤとＥ．１６４号（標準の電話番号）をエンドポイントのＩＰアドレスに変換する。
２．受付制御手段２２
アドミッション制御−Ｈ．３２３ネットワークへのエンドポイントのアドミッションを制御する。この機能を実現するために、ゲートキーパは次のものを使用する。
（１）Ｈ．２２５ＲＡＳ（Registration, Admission, and Status）メッセージ
（２）Ａｄｍｉｓｓｉｏｎ Ｒｅｑｕｅｓｔ（ＡＲＱ，アドミッション要求）
（３）Ａｄｍｉｓｓｉｏｎ Ｃｏｎｆｉｒｍ（ＡＣＦ、アドミッション確認）
（４）Ａｄｍｉｓｓｉｏｎ Ｒｅｊｅｃｔ（ＡＲＪ、アドミッション拒否）
３．帯域制御手段２３
エンドポイントの帯域幅要求を管理する。この機能を実現するために、ゲートキーパは次のＨ．２２５ＲＡＳメッセージを使用する：
（１）Ｂａｎｄｗｉｄｔｈ Ｒｅｑｕｅｓｔ（ＢＲＱ、帯域幅要求）
（２）Ｂａｎｄｗｉｄｔｈ Ｃｏｎｆｉｒｍ（ＢＣＦ、帯域幅確認）
（３）Ｂａｎｄｗｉｄｔｈ Ｒｅｊｅｃｔ（ＢＲＪ、帯域幅拒否）
４．ゾーン制御手段２４
ゲートウェイによって、ゾーン内に存在する登録済みのエンドポイントすべてのゾーン管理が行われる。たとえば、エンドポイントの登録プロセスが制御される。
また、以下の４つのオプション機能がある。
（１）呼認証手段２５
このオプションを使用すると、特定の端末またはゲートウェイへのアクセスの制限及び、ＴｏＤ（Ｔｉｍｅ−ｏｆ−Ｄａｙ）ポリシーアクセス制限を実装することが可能である。
（２）呼管理手段２６
このオプションを使用すると、ゲートウェイによってアクティブコールの情報が保持され、ビジー状態のエンドポイントを示す場合や、コールをリダイレクトしたりする際にこの情報が使用される。
（３）帯域管理手段２７
このオプションを使用すると、必要な帯域幅が使用できないときにゲートウェイでアドミッションを拒否できる。
（４）呼制御シグナリング手段２８
このオプションを使用すると、ＧＫＲＣＳ（Gatekeeper-Routed Call Signaling）モデルを使用して、ゲートウェイがＨ．３２３エンドポイント間のコールシグナリングメッセージをルーティングできる。
もう１つの方法として、エンドポイント同士が互いに直接Ｈ．２２５コールシグナリングメッセージを送信することもできる。
（１）呼認証手段２５
このオプションを使用すると、特定の端末またはゲートウェイへのアクセスの制限及び、ＴｏＤ（Ｔｉｍｅ−ｏｆ−Ｄａｙ）ポリシーアクセス制限を実装することが可能である。
（２）呼管理手段２６
このオプションを使用すると、ゲートウェイによってアクティブコールの情報が保持され、ビジー状態のエンドポイントを示す場合や、コールをリダイレクトしたりする際にこの情報が使用される。
（３）帯域管理手段２７
このオプションを使用すると、必要な帯域幅が使用できないときにゲートウェイでアドミッションを拒否できる。
（４）呼制御シグナリング手段２８
このオプションを使用すると、ＧＫＲＣＳ（Gatekeeper-Routed Call Signaling）モデルを使用して、ゲートウェイがＨ．３２３エンドポイント間のコールシグナリングメッセージをルーティングできる。
もう１つの方法として、エンドポイント同士が互いに直接Ｈ．２２５コールシグナリングメッセージを送信することもできる。
Ｄ．多地点接続装置（ＭＣＵ）
多地点接続装置３０は、ＩＰテレビ電話１〜ｎと接続するために、ＩＰテレビ電話１〜ｎのような手段（転送手段３１，エンコード手段３２，デコード手段３３，ＩＰ電話コマンド手段３４）を備えると共に、電話会議を行うために必要な多地点制御手段３５と、多地点処理手段３６も備えている。多地点制御手段３５は、電話会議に参加する各ＩＰテレビ電話と交渉（handshake）し共通機能を決定し、マルチキャストのような会議リソースを制御する。多地点処理手段３６は電話会議に参加する各ＩＰテレビ電話からの実際のオーディオやビデオのデータを受けて多重化などを行う。
多地点接続装置３０は、ＩＰテレビ電話１〜ｎと接続するために、ＩＰテレビ電話１〜ｎのような手段（転送手段３１，エンコード手段３２，デコード手段３３，ＩＰ電話コマンド手段３４）を備えると共に、電話会議を行うために必要な多地点制御手段３５と、多地点処理手段３６も備えている。多地点制御手段３５は、電話会議に参加する各ＩＰテレビ電話と交渉（handshake）し共通機能を決定し、マルチキャストのような会議リソースを制御する。多地点処理手段３６は電話会議に参加する各ＩＰテレビ電話からの実際のオーディオやビデオのデータを受けて多重化などを行う。
Ｅ．マルチメディアコンテンツ
各種メディアを組み合わせから構成された映像の記述言語に関する従来技術としてＳＭＩＬやＸＴＬという従来技術がある。また、映像の記述と各種メディアそのものが一体となるＭＰＥＧという従来技術がある。これらについて以下に述べる。
各種メディアを組み合わせから構成された映像の記述言語に関する従来技術としてＳＭＩＬやＸＴＬという従来技術がある。また、映像の記述と各種メディアそのものが一体となるＭＰＥＧという従来技術がある。これらについて以下に述べる。
１．ＳＭＩＬ（Synchronized Multimedia Integration Language）
ＳＭＩＬ（マルチメディアファイルを統合的に扱う言語）は動画、静止画、音声、音楽、文字など様々な形式のデータの再生を制御して同期させる言語であり、ＸＭＬで記述されている。１９９８年４月にＷ３Ｃ標準として勧告された。どの位置に、どのタイミングで、どのくらいの時間表示するのか、といったことが制御できる。これを実装した製品としてはＲｅａｌＮｅｔｗｏｒｋｓ社のＲｅａｌＳｙｓｔｅｍ Ｇ２がある。
ＳＭＩＬ（マルチメディアファイルを統合的に扱う言語）は動画、静止画、音声、音楽、文字など様々な形式のデータの再生を制御して同期させる言語であり、ＸＭＬで記述されている。１９９８年４月にＷ３Ｃ標準として勧告された。どの位置に、どのタイミングで、どのくらいの時間表示するのか、といったことが制御できる。これを実装した製品としてはＲｅａｌＮｅｔｗｏｒｋｓ社のＲｅａｌＳｙｓｔｅｍ Ｇ２がある。
２．ＸＴＬ
ＸＴＬは、Ｍｉｃｒｏｓｏｆｔ（商標）、ＤｉｒｅｃｔＳｈｏｗ（商標）、Ｅｄｉｔｉｎｇ Ｓｅｒｖｉｃｅｓ（ＤＥＳ）を用いたランタイム記述言語であり、ＳＭＩＬと同様でＸＭＬで記述されている。ＤＥＳはアプリケーションプログラミングインターフェース（ＡＰＩ）である、ＤｉｒｅｃｔＳｈｏｗのコア技術を用いて各種のメディア形式をノンリニアのビデオ編集及び再生を可能にする。したがって、基本的にＳＭＩＬと似ているといえる。
ＸＴＬは、Ｍｉｃｒｏｓｏｆｔ（商標）、ＤｉｒｅｃｔＳｈｏｗ（商標）、Ｅｄｉｔｉｎｇ Ｓｅｒｖｉｃｅｓ（ＤＥＳ）を用いたランタイム記述言語であり、ＳＭＩＬと同様でＸＭＬで記述されている。ＤＥＳはアプリケーションプログラミングインターフェース（ＡＰＩ）である、ＤｉｒｅｃｔＳｈｏｗのコア技術を用いて各種のメディア形式をノンリニアのビデオ編集及び再生を可能にする。したがって、基本的にＳＭＩＬと似ているといえる。
３．ＭＰＥＧ４
ＭＰＥＧ４とは、オーディオとビデオだけでなく、３Ｄオブジェクト、スプライト、テキストなどのメディアを扱えるマルチメディア標準規格である。ＭＰＥＧ４には、オーディオ・ビデオ以外に３Ｄオブジェクトやアニメーションオブジェクトが含まれている。これによりＭＰＥＧ４の各シーンが構成される。
ＭＰＥＧのシーンを記述するにはＸＭＴ（Extensible MPEG-4 Textual format）というフレームワークが用いられる。ＸＭＴはすでに標準化されているコンテンツ記述言語であるＳＭＩＬをベースにしている。
ＭＰＥＧ４とは、オーディオとビデオだけでなく、３Ｄオブジェクト、スプライト、テキストなどのメディアを扱えるマルチメディア標準規格である。ＭＰＥＧ４には、オーディオ・ビデオ以外に３Ｄオブジェクトやアニメーションオブジェクトが含まれている。これによりＭＰＥＧ４の各シーンが構成される。
ＭＰＥＧのシーンを記述するにはＸＭＴ（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）のプロトコルとしても採用されているほか、多地点間で、テレビ会議などを行うなど、リアルタイムなマルチメディア・データを統合的に扱うことができ、またマルチキャスト通信も可能となっている。動画像の圧縮技術としては、Ｈ．２６１（６４ｋｂｐｓ〜２Ｍｂｐｓ）またはＭＰＥＧ−４の基礎となった規格であるＨ．２６３（６４ｋｂｐｓ以下）が、音声圧縮技術としては、Ｇ．７１１、Ｇ．７２２、Ｇ．７２３．１などが使用される。
ＩＰ電話コマンド手段５５は、Ｈ．３２３やＳＩＰ（Session Initiation Protocol）技術を用いることができる。Ｈ．３２３は、インターネット電話を実現するＶｏＩＰ（Voice over IP）のプロトコルとしても採用されているほか、多地点間で、テレビ会議などを行うなど、リアルタイムなマルチメディア・データを統合的に扱うことができ、またマルチキャスト通信も可能となっている。動画像の圧縮技術としては、Ｈ．２６１（６４ｋｂｐｓ〜２Ｍｂｐｓ）またはＭＰＥＧ−４の基礎となった規格であるＨ．２６３（６４ｋｂｐｓ以下）が、音声圧縮技術としては、Ｇ．７１１、Ｇ．７２２、Ｇ．７２３．１などが使用される。
この実施例１の構成により、ＩＰテレビ電話のユーザは、従来の電話操作及び電話通話で、様々な情報を対話的かつ視聴覚的に取得することができる。
本実施例１の構成例を図５に示す。この図５を参照しながら説明する。
配信サーバ５０は配信サーバ５０−１、配信サーバ５０−２、配信サーバ５０−３からなる。これらの配信サーバはファイルサーバ６０を共有している。ＩＰテレビ電話１〜ｎは、ＩＰテレビ電話１、ＩＰテレビ電話２、ＩＰテレビ電話３からなる。
配信サーバ５０の実施例を図６〜９を参照しながら説明する。図６は、配信サーバ５０の全体を説明するための図である。図７は、配信サーバ５０のインタラクションエンジン及びメディアエンジンを説明するための図である。図８は、インタラクションエンジンを説明するための図である。図９は、メディアエンジンを説明するための図である。
本実施例１の構成例を図５に示す。この図５を参照しながら説明する。
配信サーバ５０は配信サーバ５０−１、配信サーバ５０−２、配信サーバ５０−３からなる。これらの配信サーバはファイルサーバ６０を共有している。ＩＰテレビ電話１〜ｎは、ＩＰテレビ電話１、ＩＰテレビ電話２、ＩＰテレビ電話３からなる。
配信サーバ５０の実施例を図６〜９を参照しながら説明する。図６は、配信サーバ５０の全体を説明するための図である。図７は、配信サーバ５０のインタラクションエンジン及びメディアエンジンを説明するための図である。図８は、インタラクションエンジンを説明するための図である。図９は、メディアエンジンを説明するための図である。
まず図６を用いて配信サーバ５０の全体について説明する。
デコード手段５２、エンコード手段５３は、ビデオとオーディオのそれぞれのデータのためにオーディオコーデック１０１，ビデオコーデック１０２、オーディオチャンネル１０３，ビデオチャンネル１０４、オーディオ入出力デバイス１０５，ビデオ入出力デバイス１０６として実現されている。
シナリオ処理手段５８、ユーザ応答処理手段５４はメディアエンジン１０７とインタラクションエンジン１０８として実現されている。オーディオ入出力デバイス１０５は、オーディオバッファ１０９から、ビデオ入出力デバイス１０６はビデオバッファ１１０から、ＩＰテレビ電話１〜ｎに配信するオーディオ・ビデオのそれぞれのデータを取得する。
ＩＰ電話コマンド手段５５は、Ｈ．３２３エンドポイント１１１、Ｈ．３２３接続１１２で実現されている。
ＩＰテレビ電話１〜ｎから配信サーバ５０に着信が発生すると、Ｈ．３２３エンドポイント１１１がその着信を受信し、Ｈ．３２３接続１１２を確立すると共に、シナリオに基づいてインタラクションエンジン１０８、メディアエンジン１０７に映像（ビデオとオーディオ）を作成させる。ビデオ入出力デバイス１０６は作成されたビデオをビデオバッファ１１０から、オーディオ入出力デバイス１０５は作成されたオーディオをオーディオバッファ１０９からそれぞれ取得し、Ｈ．３２３接続１１２を通してＩＰテレビ電話１〜ｎに配信する。
デコード手段５２、エンコード手段５３は、ビデオとオーディオのそれぞれのデータのためにオーディオコーデック１０１，ビデオコーデック１０２、オーディオチャンネル１０３，ビデオチャンネル１０４、オーディオ入出力デバイス１０５，ビデオ入出力デバイス１０６として実現されている。
シナリオ処理手段５８、ユーザ応答処理手段５４はメディアエンジン１０７とインタラクションエンジン１０８として実現されている。オーディオ入出力デバイス１０５は、オーディオバッファ１０９から、ビデオ入出力デバイス１０６はビデオバッファ１１０から、ＩＰテレビ電話１〜ｎに配信するオーディオ・ビデオのそれぞれのデータを取得する。
ＩＰ電話コマンド手段５５は、Ｈ．３２３エンドポイント１１１、Ｈ．３２３接続１１２で実現されている。
ＩＰテレビ電話１〜ｎから配信サーバ５０に着信が発生すると、Ｈ．３２３エンドポイント１１１がその着信を受信し、Ｈ．３２３接続１１２を確立すると共に、シナリオに基づいてインタラクションエンジン１０８、メディアエンジン１０７に映像（ビデオとオーディオ）を作成させる。ビデオ入出力デバイス１０６は作成されたビデオをビデオバッファ１１０から、オーディオ入出力デバイス１０５は作成されたオーディオをオーディオバッファ１０９からそれぞれ取得し、Ｈ．３２３接続１１２を通してＩＰテレビ電話１〜ｎに配信する。
次に図７を用いて、配信サーバ５０のインタラクションエンジン１０８及びメディアエンジン１０７について説明する。
インタラクションエンジン１０８は、シナリオＤＢ１１３をもとにユーザとの対話のための処理を行い、メディアエンジン１０７に対応するビデオ・オーディオを作成させる。インタラクションエンジン１０８はシナリオＤＢ１１３からシナリオを読込み処理し、またＩＰテレビ電話１〜ｎとの接続及び対話状況をセッション情報ＤＢ１１４に格納する。
メディアエンジン１０７は、インタラクションエンジン１０８の指示に従い、ビデオ・オーディオを作成し、ＩＰテレビ電話１〜ｎに配信する。ビデオ・オーディオは、メディアＤＢ１１５，クリップＤＢ１１６，キャッシュ１１７に格納される。
インタラクションエンジン１０８は、シナリオＤＢ１１３をもとにユーザとの対話のための処理を行い、メディアエンジン１０７に対応するビデオ・オーディオを作成させる。インタラクションエンジン１０８はシナリオＤＢ１１３からシナリオを読込み処理し、またＩＰテレビ電話１〜ｎとの接続及び対話状況をセッション情報ＤＢ１１４に格納する。
メディアエンジン１０７は、インタラクションエンジン１０８の指示に従い、ビデオ・オーディオを作成し、ＩＰテレビ電話１〜ｎに配信する。ビデオ・オーディオは、メディアＤＢ１１５，クリップＤＢ１１６，キャッシュ１１７に格納される。
次に図８を用いてインタラクションエンジンについて説明する。
インタラクションエンジン１０８は、インタラクションエンジンコア１２０を中心に対話処理を行う。
インタラクションエンジンコア１２０は、ローカルディスクに格納されているシナリオについてはローカルメディアアクセス１２１を用いて、リモートディスクに格納されているシナリオについてはリモートメディアアクセス１２２を用いてアクセスする。アクセスしたシナリオを処理し、そのシナリオに基づいてＩＰテレビ電話１〜ｎから転送されてきたユーザ環境やユーザ応答といった様々な情報を、応答認識エンジン１２３により認識させる。応答認識エンジン１２３は、ＤＴＭＦ（テレビ電話ボタンからの数字入力）１２４、音声１２５、ビデオ１２６を認識する。シナリオに照し合わせた認識結果をもとに、インタラクションエンジンコア１２０は作成すべきビデオ・オーディオを決定し、メディアエンジン１０７に通知する。
インタラクションエンジン１０８は、インタラクションエンジンコア１２０を中心に対話処理を行う。
インタラクションエンジンコア１２０は、ローカルディスクに格納されているシナリオについてはローカルメディアアクセス１２１を用いて、リモートディスクに格納されているシナリオについてはリモートメディアアクセス１２２を用いてアクセスする。アクセスしたシナリオを処理し、そのシナリオに基づいてＩＰテレビ電話１〜ｎから転送されてきたユーザ環境やユーザ応答といった様々な情報を、応答認識エンジン１２３により認識させる。応答認識エンジン１２３は、ＤＴＭＦ（テレビ電話ボタンからの数字入力）１２４、音声１２５、ビデオ１２６を認識する。シナリオに照し合わせた認識結果をもとに、インタラクションエンジンコア１２０は作成すべきビデオ・オーディオを決定し、メディアエンジン１０７に通知する。
次に図９を用いてメディアエンジンについて説明する。
メディアエンジン１０７は、インタラクションエンジン１０８からの通知を受けてメディア（映像）を作成する。この通知には作成すべき映像を構成するビデオ・オーディオの記述を含むファイル名が含まれており、メディアエンジン１０７はそのファイルを読出し、メディアインタプリタ１３１に通し、解読させる。この記述ファイルには、ネイティブな形式のもの（ネイティブメディアスクリプト１３２）もあるし、ＸＴＬ１３３、ＳＭＩＬ１３４、ＭＰＥＧ−４ １３５などの形式のものもある。それぞれの形式に対応するメディアインタプリタが用意される。
メディアエンジン１０７は、この解読結果をもとに映像プロセッサ１３６を用いて映像を作成させ、それをＩＰテレビ電話１〜ｎに配信する。
メディアエンジン１０７は、インタラクションエンジン１０８からの通知を受けてメディア（映像）を作成する。この通知には作成すべき映像を構成するビデオ・オーディオの記述を含むファイル名が含まれており、メディアエンジン１０７はそのファイルを読出し、メディアインタプリタ１３１に通し、解読させる。この記述ファイルには、ネイティブな形式のもの（ネイティブメディアスクリプト１３２）もあるし、ＸＴＬ１３３、ＳＭＩＬ１３４、ＭＰＥＧ−４ １３５などの形式のものもある。それぞれの形式に対応するメディアインタプリタが用意される。
メディアエンジン１０７は、この解読結果をもとに映像プロセッサ１３６を用いて映像を作成させ、それをＩＰテレビ電話１〜ｎに配信する。
配信手順書について図１０を用いて説明する。
配信手順書は、様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いの記述であり、シナリオともいう。
シナリオＤＢ１１３は対話のためのものと、映像を作成するためのものの２つの部分から構成されている。対話のためのシナリオを対話シナリオといい、映像を作成するためのシナリオをメディアシナリオという。
メディアシナリオは、作成すべきメディアＤＢ（映像）１１５の作成方法を記述する。
クリップＤＢ１１６は、単一的な内容を持つビデオやオーディオのデータそのものである。
図１０に示すように、対話シナリオはメディアシナリオを参照する。対話シナリオは複数のメディアシナリオを組合わせて高度な対話マルチメディアコンテンツを構築する。
また、メディアシナリオはクリップＤＢ１１６を参照する。メディアシナリオは複数クリップを組み合わせ、複雑なビデオ・オーディオを構築する。
また、図１０に示すように、一つの対話シナリオは他の対話シナリオを参照することができる。参照されない対話シナリオはレイヤ１の対話シナリオという。この対話シナリオが参照する対話シナリオのレイヤはレイヤ２となる。このように対話シナリオのレイヤ番号がつけられる。レイヤ番号は相対的な番号である。
配信手順書は、様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いの記述であり、シナリオともいう。
シナリオＤＢ１１３は対話のためのものと、映像を作成するためのものの２つの部分から構成されている。対話のためのシナリオを対話シナリオといい、映像を作成するためのシナリオをメディアシナリオという。
メディアシナリオは、作成すべきメディアＤＢ（映像）１１５の作成方法を記述する。
クリップＤＢ１１６は、単一的な内容を持つビデオやオーディオのデータそのものである。
図１０に示すように、対話シナリオはメディアシナリオを参照する。対話シナリオは複数のメディアシナリオを組合わせて高度な対話マルチメディアコンテンツを構築する。
また、メディアシナリオはクリップＤＢ１１６を参照する。メディアシナリオは複数クリップを組み合わせ、複雑なビデオ・オーディオを構築する。
また、図１０に示すように、一つの対話シナリオは他の対話シナリオを参照することができる。参照されない対話シナリオはレイヤ１の対話シナリオという。この対話シナリオが参照する対話シナリオのレイヤはレイヤ２となる。このように対話シナリオのレイヤ番号がつけられる。レイヤ番号は相対的な番号である。
具体的なコンテンツを記述するシナリオについて、図面を参照しながら説明する。図１１にコンテンツの構成を示している。コンテンツは４つの主なメニューからなり、それぞれ「九州紹介」、「飯塚紹介」、「新曲視聴」、「終了」である。また、「九州紹介」は９つのメニュー、「飯塚紹介」は５つのメニュー、「新曲視聴」は５つのメニューから構成されている。図１１の各メニュー項目の前についている番号はユーザが選択する番号であり、その番号が選択されるとそのメニューが実行される。
上記のコンテンツ構成をシナリオにしたのが図１２（図１２ａと図１２ｂ）である。図１２は対話シナリオとメディアシナリオを含むが、実際のメディアシナリオの内容は別のファイルに格納される。シナリオ中の「PlayMedia()」という部分はメディアシナリオの部分である、メディア（映像）の作成及び配信を行う部分である。例えば、インタラクションエンジンは「PlayMedia("index.mml", true);」を読むと、index.mmlという対話シナリオをメディアエンジンに渡し、メディアエンジンはそれに基づいてメディアを作成し、ＩＰテレビ電話に配信するためにバッファに格納する。配信サーバはこれをデコードしＩＰテレビ電話に配信する。
シナリオ中の「GetDigit("123456789");」は利用者の応答として１〜９の数字入力を受付けることを意味する。それから各数字に対応するシナリオが書かれており、例えば「１」という応答を受信すると「PlayMedia("scene010.mml", true);」が実行され、scene010.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の内容を示す。メディアは各クリップを組み合わせて一つの映像を作成する。クリップをclipで指定する。clipは複数指定可能なtrackで位置し、tractはgroupの中に位置する。groupにはビデオ用のものと、オーディオのものの２つがる。groupはtimelineの中に位置する。timelineは全体の映像の時間軸となる。図１４には、butterfly.aviというビデオクリップと、menuindex.bmpという静止画の組み合わせでビデオを作成し、またこれをbutterfly.aviのオーディオの部分と合成し、映像を作り出す。
従来の電話操作及び電話通話で、様々な情報を対話的かつ視聴覚的に取得することについて、図１５を用いながら説明する。
ＩＰテレビ電話１〜ｎのいずれかの利用者がＩＰテレビ電話のボタンで配信サーバ５０−１〜５０−ｎのいずれかの番号をダイヤルすると、そのＩＰテレビ電話からゲートキーパ２０に受付依頼が送られる（１）。ゲートキーパ２０は受付処理後、受付完了通知をＩＰテレビ電話に送る（２）。この受付完了通知には、配信サーバ５０−１〜５０−ｎのＩＰアドレスが含まれる。ＩＰテレビ電話はこのＩＰアドレスに接続確立依頼を送る（３）。配信サーバは接続確立する（４）。それから、配信サーバはシナリオＤＢ６１を参照し、はじめに配信する映像を決定する（５）。その映像を作成するための材料となる各種クリップを取得し映像を作成する（６）。作成された映像をＩＰテレビ電話用にエンコードする（７）。それからその映像をＩＰテレビ電話に配信する（８）。
配信サーバとＩＰテレビ電話との接続が確立されると、ＩＰテレビ電話の利用者は配信サーバに反応を送ることができる。例えば、配信サーバからＩＰテレビ電話に初めの映像が配信されたら（８）、ＩＰテレビ電話の利用者は電話ボタンの操作を行うと、押されたボタンの情報が配信サーバに送られる（９）。その情報を受けたシナリオ処理手段５８は、またシナリオＤＢ６１を参照し、その利用者の応答に対する動作を決定する。つまり、その利用者の応答に対してどんな映像を配信すればよいかである。
ＩＰテレビ電話１〜ｎのいずれかの利用者がＩＰテレビ電話のボタンで配信サーバ５０−１〜５０−ｎのいずれかの番号をダイヤルすると、そのＩＰテレビ電話からゲートキーパ２０に受付依頼が送られる（１）。ゲートキーパ２０は受付処理後、受付完了通知をＩＰテレビ電話に送る（２）。この受付完了通知には、配信サーバ５０−１〜５０−ｎのＩＰアドレスが含まれる。ＩＰテレビ電話はこのＩＰアドレスに接続確立依頼を送る（３）。配信サーバは接続確立する（４）。それから、配信サーバはシナリオＤＢ６１を参照し、はじめに配信する映像を決定する（５）。その映像を作成するための材料となる各種クリップを取得し映像を作成する（６）。作成された映像をＩＰテレビ電話用にエンコードする（７）。それからその映像をＩＰテレビ電話に配信する（８）。
配信サーバとＩＰテレビ電話との接続が確立されると、ＩＰテレビ電話の利用者は配信サーバに反応を送ることができる。例えば、配信サーバからＩＰテレビ電話に初めの映像が配信されたら（８）、ＩＰテレビ電話の利用者は電話ボタンの操作を行うと、押されたボタンの情報が配信サーバに送られる（９）。その情報を受けたシナリオ処理手段５８は、またシナリオＤＢ６１を参照し、その利用者の応答に対する動作を決定する。つまり、その利用者の応答に対してどんな映像を配信すればよいかである。
図１５に示す動作を図１２のシナリオに当てはめると、配信サーバからはまずindex.mmlに基づいて作成された映像がＩＰテレビ電話に配信される。それから、ＩＰテレビ電話の利用者が電話ボタンで１を押すと、その「１」という情報が配信サーバに送られ、ユーザ応答処理手段５４で認識され、対話シナリオに基づいてscene011.mmlというメディアシナリオが読込まれ、それに基づいてまた映像が作成され、ＩＰテレビ電話に配信される。このようにして利用者の時々刻々の応答に対して送られる映像が切り替わっていく。
図１６は、図１５で示す動作を時系列的に表すものである。左側にはサーバの時間軸、右側には利用者側の時間軸である。時間経過は上から下となっている。この利用者の応答に対して適切な映像がサーバから送られてくるこの動作が繰り返すことで、対話的かつ視聴覚的なやりとりを実現する。
この実施例１において、配信サーバ５０に設けられた多地点処理手段５６，多地点制御手段５７を用いることで、ファイルサーバ６０に記録されているメディアのみだけでなく、その記録されているメディアと生中継のメディアとの組み合わせ配信をすることができる。
この実施例１において、配信サーバ５０に設けられた多地点処理手段５６，多地点制御手段５７を用いることで、ファイルサーバ６０に記録されているメディアのみだけでなく、その記録されているメディアと生中継のメディアとの組み合わせ配信をすることができる。
このことを、図面を用いながら説明する。図１７は記録されているメディアと生中継のメディアを組み合わせて用いるシナリオの仕組みを示す。図１９は利用者のＩＰテレビ電話に表示される画面のイメージを示す。
図１７に示すように、この場合のシナリオは図１０に示すシナリオと似ているが、但し、あるクリップはディスクに実際に存在しているビデオやオーディオではなく、配信サーバに接続されているＩＰテレビ電話から直接取得するクリップであるという点が異なっている。
図１７に示すように、この場合のシナリオは図１０に示すシナリオと似ているが、但し、あるクリップはディスクに実際に存在しているビデオやオーディオではなく、配信サーバに接続されているＩＰテレビ電話から直接取得するクリップであるという点が異なっている。
図１８に示すように、利用者はこのシナリオをアクセスすると（１）、配信サーバは通常のようにシナリオを取得し（２）処理し、そして各種クリップを読込む（２）。シナリオ中に生中継のメディアが含まれると、配信サーバは指定されているＩＰテレビ電話（このＩＰテレビ電話のことをサービス提供者のＩＰテレビ電話という）に発信し、そのＩＰテレビ電話と接続を開始する。それからその利用者のＩＰテレビ電話から送られる映像をサービス提供者のＩＰテレビ電話に配信し（４）、配信サーバはこの映像をシナリオが必用としているクリップとして用いる（５）。このクリップと共に映像が作成され、ＩＰテレビ電話ユーザに配信される（６）。
図１８のように、サービス提供者のＩＰテレビ電話からの映像をシナリオに従いその他のディスク上のクリップと共に利用者のＩＰテレビ電話の画面に配置される。
図１８のように、サービス提供者のＩＰテレビ電話からの映像をシナリオに従いその他のディスク上のクリップと共に利用者のＩＰテレビ電話の画面に配置される。
本発明の実施例２は、ＩＰテレビ電話ユーザ指向サービスに関するものである。このサービスは、実施例１の基本構成に加え、ファイルサーバ６０に、シナリオを保持するシナリオデータベース６１を備え、配信サーバ５０には、さらに、シナリオを処理し予め設定された配信手順に従って実施するシナリオ処理手段５８を有している。
その配信手順には、様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述する。
これにより、ＩＰ電話サービス利用者のＩＰ電話番号や言語設定などの利用者環境に合わせて、配信手順に従い配信する映像の選択及び配信方法を調整することができる。
その配信手順には、様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述する。
これにより、ＩＰ電話サービス利用者のＩＰ電話番号や言語設定などの利用者環境に合わせて、配信手順に従い配信する映像の選択及び配信方法を調整することができる。
このことを、図面を用いながら説明する。
図２０に利用者の環境に合わせた配信を指示するシナリオを示す。あるショッピングコンテンツは２つの地域から発信してくる利用者に対して異なる映像を送るようにしている場合を考える。地域１からの利用者は地域１限定の商品情報を、地域２からの利用者には地域２限定の商品情報を配信するようになっている。但し、地域共通のクリップもある。また、各地域には言語１と言語２という２つの言語が使われているため、利用者の言語によりビデオが同じでもオーディオが発信してくる利用者の言語対応するオーディオを配信するようになっている。この仕組みを図２０に示すシナリオ構成に表されている。
図２０を用いながら具体的な動作を説明する。例えば、地域１からの言語１を話す利用者が発信してくると、対話シナリオの記述に従い地域１のメディアシナリオが使用される（１）。さらに、地域１のメディアシナリオの従い、ビデオクリップは地域１（共通）を使用されるが（２）、オーディオクリップ（音声の部分）は言語１のものが使用される（３）。
図２０に利用者の環境に合わせた配信を指示するシナリオを示す。あるショッピングコンテンツは２つの地域から発信してくる利用者に対して異なる映像を送るようにしている場合を考える。地域１からの利用者は地域１限定の商品情報を、地域２からの利用者には地域２限定の商品情報を配信するようになっている。但し、地域共通のクリップもある。また、各地域には言語１と言語２という２つの言語が使われているため、利用者の言語によりビデオが同じでもオーディオが発信してくる利用者の言語対応するオーディオを配信するようになっている。この仕組みを図２０に示すシナリオ構成に表されている。
図２０を用いながら具体的な動作を説明する。例えば、地域１からの言語１を話す利用者が発信してくると、対話シナリオの記述に従い地域１のメディアシナリオが使用される（１）。さらに、地域１のメディアシナリオの従い、ビデオクリップは地域１（共通）を使用されるが（２）、オーディオクリップ（音声の部分）は言語１のものが使用される（３）。
本発明の実施例３は、ＩＰテレビ電話対話サービスに関するものである。このサービスは、実施例１の基本構成に加え、ファイルサーバ６０は、シナリオを保持するシナリオＤＢ６１と、動画クリップ、静止画、文字、音声などの様々なメディアを保持するメディアＤＢ６２と、記憶装置に保管されている各種メディアから配信サーバの処理によりできた映像を保持するキャッシュＤＢ６３とを備え、配信サーバ５０は、ユーザ応答処理手段５４と、シナリオを処理しそのとおりに実施するシナリオ処理手段５８を有している。
これにより、どのタイミングでどれくらいの時間、あるメディアを配信するか、また、次の手順で、ＩＰテレビ電話画面上のどの位置に、どのような表示の仕方でメディアを表示するかを規定することができる。配信手順として、ユーザのどのような応答に対しても、その応答を受けた時刻をもとに前記様々なメディアの振る舞いを決定するような記述を行っておく。
これにより、ユーザにとって、あたかも実時間的に対話しているようなサービスを提供することができる。
これにより、どのタイミングでどれくらいの時間、あるメディアを配信するか、また、次の手順で、ＩＰテレビ電話画面上のどの位置に、どのような表示の仕方でメディアを表示するかを規定することができる。配信手順として、ユーザのどのような応答に対しても、その応答を受けた時刻をもとに前記様々なメディアの振る舞いを決定するような記述を行っておく。
これにより、ユーザにとって、あたかも実時間的に対話しているようなサービスを提供することができる。
このことを、図面を用いながら説明する。
図２１に店員と顧客の対話的かつ実時間のやり取りを示す。
このような実時間的な対話を非実時間であるクリップ集で実現するのは図２２に示す配信サーバと利用者との映像のやり取りである。配信サーバは利用者の意思に従い、次々と異なる映像を配信していく。
図２３に図２２の画面のイメージを示す。この画面のイメージに示すように背景のビデオ・オーディオ、選択肢を表すメニューのビデオなどはがある。また、映っている人物（店員）はまるで向こう側にいる人間のように振舞うが、実際はディスクに記録されているビデオクリップである。これらはそれぞれクリップの集まりであり、各クリップの属性はシナリオで制御されている。
これらの映像は各種クリップの選択、表示開始時刻、表示期間、表示方法（効果など）、画面での表示位置などを決めるシナリオをもとに作成されるため、利用者に実時間対話を体験させる。
図２１に店員と顧客の対話的かつ実時間のやり取りを示す。
このような実時間的な対話を非実時間であるクリップ集で実現するのは図２２に示す配信サーバと利用者との映像のやり取りである。配信サーバは利用者の意思に従い、次々と異なる映像を配信していく。
図２３に図２２の画面のイメージを示す。この画面のイメージに示すように背景のビデオ・オーディオ、選択肢を表すメニューのビデオなどはがある。また、映っている人物（店員）はまるで向こう側にいる人間のように振舞うが、実際はディスクに記録されているビデオクリップである。これらはそれぞれクリップの集まりであり、各クリップの属性はシナリオで制御されている。
これらの映像は各種クリップの選択、表示開始時刻、表示期間、表示方法（効果など）、画面での表示位置などを決めるシナリオをもとに作成されるため、利用者に実時間対話を体験させる。
本発明の実施例４は、ＩＰテレビ電話ユーザ指向サービスに関するものである。このサービスは、実施例２の基本構成に加え、記憶装置に保管されている各種メディアから構成される映像を記憶装置に保管し、必要になったら読み出すコンテンツキャッシュ手段７１を備え、また配信手順として様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述することにより、どのタイミングでどれくらいの時間、あるメディアを配信するか、また、次の手順で、ＩＰテレビ電話画面上のどの位置に、どのような表示の仕方でメディアを表示するかを規定することができる。また、配信手順は、ユーザのどのような応答に対しても、その応答を受けた時刻をもとに、様々なメディアの振る舞いを決定するように記述することもできる。
本発明の実施例５は、ＩＰテレビ電話負荷分散サービスに関するものである。このサービスは、実施例２の構成に加え、ゲートキーパ２０は、アドレス変換手段２１と、サーバ負荷管理手段８１とを有し、配信サーバ５０は、配信サーバのＣＰＵやメモリの使用状況を時々刻々監視するサーバ負荷監視手段７２を有することで、多量のアクセスに備えるために複数の配信サーバ５０からなるサービスにおいて、ＩＰテレビ電話１〜ｎは配信サーバ５０に接続してくるとき、過負荷にならないように自動的に接続を受付ける配信サーバ５０を決めることができる。
このことを、図面を用いながら説明する。
図２４はゲートキーパ２０を用いる配信サーバの負荷分散を示す。ＩＰテレビ電話１が配信サーバ５０−１に接続されサービスを受けている状態で、ＩＰテレビ電話２が接続を開始しようとしてゲートキーパ２０に受付依頼を行う（１）。この受付依頼を受けたゲートキーパ２０はサーバ負荷管理手段８１により各サーバの負荷状況８２を調査する（２）。このＩＰテレビ電話２にサービスすることで過負荷にならないサーバのＩＰアドレスを通知する（３）。ここで配信サーバ５０−１が過負荷状態にならずに新たなＩＰテレビ電話にサービスを提供できないという判断したので、ゲートキーパ２０は余裕のある配信サーバ５０−２のＩＰアドレスを通知する（５）。これをもって、ＩＰテレビ電話は通常通り配信サーバ５０−２にアクセスし、映像が送られてくる。
図２４はゲートキーパ２０を用いる配信サーバの負荷分散を示す。ＩＰテレビ電話１が配信サーバ５０−１に接続されサービスを受けている状態で、ＩＰテレビ電話２が接続を開始しようとしてゲートキーパ２０に受付依頼を行う（１）。この受付依頼を受けたゲートキーパ２０はサーバ負荷管理手段８１により各サーバの負荷状況８２を調査する（２）。このＩＰテレビ電話２にサービスすることで過負荷にならないサーバのＩＰアドレスを通知する（３）。ここで配信サーバ５０−１が過負荷状態にならずに新たなＩＰテレビ電話にサービスを提供できないという判断したので、ゲートキーパ２０は余裕のある配信サーバ５０−２のＩＰアドレスを通知する（５）。これをもって、ＩＰテレビ電話は通常通り配信サーバ５０−２にアクセスし、映像が送られてくる。
本発明の実施例６は、ＩＰテレビ電話ユーザ参加型サービスに関するものである。このサービスは、実施例１〜５のいずれの構成でも可能であるが、配信サーバ５０にユーザ応答処理手段５４を設け、ユーザがＩＰテレビ電話１〜ｎから普通に話したりすることで、配信サーバ５０がそのユーザのオーディオ及びビデオを受信し、自動的にＩＰテレビ電話シナリオ及びそれぞれのメディアを作成する機能を持たせたものである。
すでに図１５に示したように、ＩＰテレビ電話の利用者が配信サーバに発信し、利用者によるシナリオ自動生成用のシナリオをアクセスすると、図２５のような画面が利用者のＩＰテレビ電話に表示される。この画面では、通常のようにシナリオにより作成される映像と共に、ＩＰテレビ電話の利用者自身の生の映像が表示されている。利用者は映像に映っている案内人の案内に従い、電話で人間と会話しているのと同様に自己紹介などを自然に話す。そのＩＰテレビ電話の利用者の映像が配信サーバに送られ、オーディオとビデオのそれぞれの各クリップとして保存される。そして、自動生成用のシナリオの通りにシナリオが生成される。ＩＰテレビ電話の利用者誰でもこのシナリオをアクセスするとその内容が再生される。
すでに図１５に示したように、ＩＰテレビ電話の利用者が配信サーバに発信し、利用者によるシナリオ自動生成用のシナリオをアクセスすると、図２５のような画面が利用者のＩＰテレビ電話に表示される。この画面では、通常のようにシナリオにより作成される映像と共に、ＩＰテレビ電話の利用者自身の生の映像が表示されている。利用者は映像に映っている案内人の案内に従い、電話で人間と会話しているのと同様に自己紹介などを自然に話す。そのＩＰテレビ電話の利用者の映像が配信サーバに送られ、オーディオとビデオのそれぞれの各クリップとして保存される。そして、自動生成用のシナリオの通りにシナリオが生成される。ＩＰテレビ電話の利用者誰でもこのシナリオをアクセスするとその内容が再生される。
本発明は、ＩＰネットワークを使用した非実時間映像による双方向サービスを実現するＩＰテレビ電話サービスシステムとして利用することができる。
１〜ｎ ＩＰテレビ電話
１０ ＩＰネットワーク
１１ 映像入力手段
１２ エンコード手段
１３ 転送手段
１４ ＩＰ電話コマンド手段
１５ デコード手段
１６ 映像出力手段
２０ ゲートキーパ
２１ アドレス変換手段
２２ 受付制御手段
２３ 帯域制御手段
２４ ゾーン制御手段
２５ 呼認証手段
２６ 呼管理手段
２７ 帯域管理手段
２８ 呼制御シグナリング手段
５０ 配信サーバ
５１ 転送手段
５２ デコード手段
５３ エンコード手段
５４ ユーザ応答処理手段
５５ ＩＰ電話コマンド手段
５６ 多地点処理手段
５７ 多地点制御手段
５８ シナリオ処理手段
５９ 媒体アクセス手段
６０ ファイルサーバ
６１ シナリオＤＢ
６２ メディアＤＢ
６３ キャッシュＤＢ
７１ コンテンツキャッシュ手段
７２ サーバ負荷監視手段
７３ ＨＴＴＰ／ＦＴＰコマンド手段
７４ ユーザ認証手段
７５ アクセス転送手段
８１ サーバ負荷管理手段
８２ 負荷状況ＤＢ
８３ ネットワーク負荷監視手段
１０１ オーディオコーデック
１０２ ビデオコーデック
１０３ オーディオチャンネル
１０４ ビデオチャンネル
１０５ オーディオ入出力デバイス
１０６ ビデオ入出力デバイス
１０７ メディアエンジン
１０８ インタラクションエンジン
１０９ オーディオバッファ
１１０ ビデオバッファ
１１１ Ｈ．３２３エンドポイント
１１２ Ｈ．３２３接続
１１３ シナリオＤＢ
１１４ セッション情報ＤＢ
１１５ メディアＤＢ
１１６ クリップＤＢ
１１７ キャッシュ
１２０ インタラクションエンジンコア
１２１ ローカルメディアアクセス
１２２ リモートメディアアクセス
１２３ 応答認識エンジン
１２４ ＤＴＭＦ
１２５ 音声
１２６ ビデオ
１３１ メディアインタプリタ
１３２ ネイティブメディアスクリプト
１３３ ＸＴＬ
１３４ ＳＭＩＬ
１３５ ＭＰＥＧ−４
１３６ 映像プロセッサ
１０ ＩＰネットワーク
１１ 映像入力手段
１２ エンコード手段
１３ 転送手段
１４ ＩＰ電話コマンド手段
１５ デコード手段
１６ 映像出力手段
２０ ゲートキーパ
２１ アドレス変換手段
２２ 受付制御手段
２３ 帯域制御手段
２４ ゾーン制御手段
２５ 呼認証手段
２６ 呼管理手段
２７ 帯域管理手段
２８ 呼制御シグナリング手段
５０ 配信サーバ
５１ 転送手段
５２ デコード手段
５３ エンコード手段
５４ ユーザ応答処理手段
５５ ＩＰ電話コマンド手段
５６ 多地点処理手段
５７ 多地点制御手段
５８ シナリオ処理手段
５９ 媒体アクセス手段
６０ ファイルサーバ
６１ シナリオＤＢ
６２ メディアＤＢ
６３ キャッシュＤＢ
７１ コンテンツキャッシュ手段
７２ サーバ負荷監視手段
７３ ＨＴＴＰ／ＦＴＰコマンド手段
７４ ユーザ認証手段
７５ アクセス転送手段
８１ サーバ負荷管理手段
８２ 負荷状況ＤＢ
８３ ネットワーク負荷監視手段
１０１ オーディオコーデック
１０２ ビデオコーデック
１０３ オーディオチャンネル
１０４ ビデオチャンネル
１０５ オーディオ入出力デバイス
１０６ ビデオ入出力デバイス
１０７ メディアエンジン
１０８ インタラクションエンジン
１０９ オーディオバッファ
１１０ ビデオバッファ
１１１ Ｈ．３２３エンドポイント
１１２ Ｈ．３２３接続
１１３ シナリオＤＢ
１１４ セッション情報ＤＢ
１１５ メディアＤＢ
１１６ クリップＤＢ
１１７ キャッシュ
１２０ インタラクションエンジンコア
１２１ ローカルメディアアクセス
１２２ リモートメディアアクセス
１２３ 応答認識エンジン
１２４ ＤＴＭＦ
１２５ 音声
１２６ ビデオ
１３１ メディアインタプリタ
１３２ ネイティブメディアスクリプト
１３３ ＸＴＬ
１３４ ＳＭＩＬ
１３５ ＭＰＥＧ−４
１３６ 映像プロセッサ
Claims (7)
- ＩＰテレビ電話サービスが提供されているＩＰネットワークに接続されている配信サーバは、予め設定された配信手順に従い、ＩＰテレビ電話サービス利用者の応答により配信する動画クリップ、静止画、文字、音声などの様々なメディア及びその配信方法を決定し、これらのメディアをストリーミング映像としてＩＰテレビ電話に配信する手段を備えていることを特徴とするＩＰテレビ電話サービスシステム。
- 前記配信サーバは、記録されているメディアのみ、または記録されているメディアと生中継のメディアとの組み合わせを配信する手段を備えていることを特徴とする請求項１記載のＩＰテレビ電話サービスシステム。
- 前記配信手順は、前記様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述したものであることを特徴とする請求項１または２に記載のＩＰテレビ電話サービスシステム。
- 前記配信サーバは、ＩＰテレビ電話サービス利用者のＩＰテレビ電話番号や言語設定などの利用者環境に合わせて、前記配信手順に従い、配信する映像の選択及び配信方法を調整する手段を備えていることを特徴とする請求項１から３のいずれかの項に記載のＩＰテレビ電話サービスシステム。
- 前記配信サーバは、ＩＰテレビ電話サービス利用者の指示に従い配信手順を自動的に作成し、そしてＩＰテレビ電話サービス利用者から音声やビデオを受信し、それぞれのメディアを自動的に作成する手段を備えていることを特徴とする請求項１から４のいずれかの項に記載のＩＰテレビ電話サービスシステム。
- ＩＰテレビ電話サービスを利用するためのＩＰテレビ電話端末と、
そのＩＰテレビ電話端末に映像を配信する配信サーバと、
配信される動画クリップ、静止画、文字、音声等の各種メディア及びそのキャッシュを格納するファイルサーバと、
ＩＰテレビ電話番号解決や帯域管理を行うゲートキーパとで構成されるＩＰネットワークにおいて、
前記配信サーバは、
前記ＩＰネットワーク上にデータを転送する転送手段と、
ＩＰテレビ電話端末のデータとして符号化されたデータをオーディオデータやビデオデータなどに復号するデコード手段と、
オーディオデータやビデオデータなどをＩＰテレビ電話端末のデータとして符号化するエンコード手段と、
ＩＰテレビ電話端末とのやり取りを行うために必要なコマンドを出すＩＰ電話コマンド手段と、
前記ファイルサーバに保管されている各種メディアを入出力する媒体アクセス手段と、
を有することを特徴とするＩＰテレビ電話サービスシステム。 - 前記ファイルサーバは、配信手順の記述を保持するシナリオデータベースを備え、
前記配信サーバは、さらに、前記配信手順の記述を処理し予め設定された配信手順に従って実施するシナリオ処理手段を有し、
前記配信手順は、前記様々なメディアの配信時刻、配信時間、ＩＰテレビ電話画面上の位置、表示方法という振る舞いを記述したものであることを特徴とする請求項６記載のＩＰテレビ電話サービスシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004145529A JP2005328394A (ja) | 2004-05-14 | 2004-05-14 | Ｉｐテレビ電話サービスシステム |
| PCT/JP2005/008500 WO2005112453A1 (ja) | 2004-05-14 | 2005-05-10 | Ｉｐテレビ電話サービスシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004145529A JP2005328394A (ja) | 2004-05-14 | 2004-05-14 | Ｉｐテレビ電話サービスシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005328394A true JP2005328394A (ja) | 2005-11-24 |
Family
ID=35394529
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004145529A Pending JP2005328394A (ja) | 2004-05-14 | 2004-05-14 | Ｉｐテレビ電話サービスシステム |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP2005328394A (ja) |
| WO (1) | WO2005112453A1 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8266666B2 (en) | 2008-09-12 | 2012-09-11 | At&T Intellectual Property I, Lp | System for controlling media presentations |
| US8316410B2 (en) | 2007-07-23 | 2012-11-20 | At&T Intellectual Property I, Lp | Apparatus and method for communicating media between communication devices |
| US8479230B2 (en) | 2006-12-19 | 2013-07-02 | At&T Intellectual Property I, Lp | System and apparatus for managing media content |
| US8555330B2 (en) | 2007-10-03 | 2013-10-08 | At&T Intellectual Property I, L.P. | System for managing media services |
| US8683527B2 (en) | 2007-04-20 | 2014-03-25 | At&T Intellectual Property I, Lp | System and apparatus for supplying media content to portable communication devices |
| US8881205B2 (en) | 2008-09-12 | 2014-11-04 | At&T Intellectual Property I, Lp | System for controlling media presentation devices |
| JP2015061086A (ja) * | 2013-09-17 | 2015-03-30 | 株式会社リコー | 伝送端末及びプログラム |
| JP2020184761A (ja) * | 2019-05-02 | 2020-11-12 | 華康（新加坡）有限公司ＤｙｎａＬａｂ （Ｓｉｎｇａｐｏｒｅ） Ｌｔｄ． | 固定電話でインターネット・プロトコル・テレビジョン遠隔対話型顧客サービスを起動し、実行するシステム及びその方法 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2007034550A1 (ja) * | 2005-09-22 | 2009-03-19 | ヒューレット−パッカード デベロップメント カンパニー エル．ピー． | 動画像配信装置およびその方法 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000137752A (ja) * | 1998-10-29 | 2000-05-16 | Recruit Co Ltd | 情報配信システム |
| JP2001168923A (ja) * | 1999-12-08 | 2001-06-22 | Toshiba Corp | マルチメディア提供システム、マルチメディア変換サーバ、およびマルチメディア端末 |
| JP2001197207A (ja) * | 2000-01-17 | 2001-07-19 | Mega Chips Corp | 多言語応対装置 |
| JP2001211437A (ja) * | 2000-01-28 | 2001-08-03 | Mitsubishi Electric Corp | マルチメディアｃｔｉシステム |
| JP2001218181A (ja) * | 2000-02-04 | 2001-08-10 | Megafusion Corp | 双方向通信方法 |
| JP2003338830A (ja) * | 2002-03-12 | 2003-11-28 | Matsushita Electric Ind Co Ltd | メディア送信方法、メディア受信方法、メディア送信装置及びメディア受信装置 |
| JP2004356897A (ja) * | 2003-05-28 | 2004-12-16 | Neu & Computing Inc | ゲートウェイ装置およびそれを用いた情報提供システム |
-
2004
- 2004-05-14 JP JP2004145529A patent/JP2005328394A/ja active Pending
-
2005
- 2005-05-10 WO PCT/JP2005/008500 patent/WO2005112453A1/ja active Application Filing
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8479230B2 (en) | 2006-12-19 | 2013-07-02 | At&T Intellectual Property I, Lp | System and apparatus for managing media content |
| US8584164B2 (en) | 2006-12-19 | 2013-11-12 | At&T Intellectual Property I, Lp | System and apparatus for managing media content |
| US8683527B2 (en) | 2007-04-20 | 2014-03-25 | At&T Intellectual Property I, Lp | System and apparatus for supplying media content to portable communication devices |
| US8893211B2 (en) | 2007-07-23 | 2014-11-18 | At&T Intellectual Property I, Lp | Apparatus and method for communicating media between communication devices |
| US8316410B2 (en) | 2007-07-23 | 2012-11-20 | At&T Intellectual Property I, Lp | Apparatus and method for communicating media between communication devices |
| US10194198B2 (en) | 2007-07-23 | 2019-01-29 | At&T Intellectual Property I, L.P. | Apparatus and method for communicating media between communication devices |
| US9681180B2 (en) | 2007-07-23 | 2017-06-13 | At&T Intellectual Property I, L.P. | Apparatus and method for communicating media between communication devices |
| US9912999B2 (en) | 2007-10-03 | 2018-03-06 | At&T Intellectual Property I, L.P. | System for managing media services |
| US9338518B2 (en) | 2007-10-03 | 2016-05-10 | At&T Intellectual Property I, Lp | System for managing media services |
| US8555330B2 (en) | 2007-10-03 | 2013-10-08 | At&T Intellectual Property I, L.P. | System for managing media services |
| US9294801B2 (en) | 2008-09-12 | 2016-03-22 | At&T Intellectual Property I, Lp | System for controlling media presentation devices |
| US8881205B2 (en) | 2008-09-12 | 2014-11-04 | At&T Intellectual Property I, Lp | System for controlling media presentation devices |
| US8266666B2 (en) | 2008-09-12 | 2012-09-11 | At&T Intellectual Property I, Lp | System for controlling media presentations |
| JP2015061086A (ja) * | 2013-09-17 | 2015-03-30 | 株式会社リコー | 伝送端末及びプログラム |
| JP2020184761A (ja) * | 2019-05-02 | 2020-11-12 | 華康（新加坡）有限公司ＤｙｎａＬａｂ （Ｓｉｎｇａｐｏｒｅ） Ｌｔｄ． | 固定電話でインターネット・プロトコル・テレビジョン遠隔対話型顧客サービスを起動し、実行するシステム及びその方法 |
| JP7034206B2 (ja) | 2019-05-02 | 2022-03-11 | 華康（新加坡）有限公司 | 固定電話でインターネット・プロトコル・テレビジョン遠隔対話型顧客サービスを起動し、実行するシステム及びその方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2005112453A1 (ja) | 2005-11-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9300705B2 (en) | Methods and systems for interfacing heterogeneous endpoints and web-based media sources in a video conference | |
| US20170048286A1 (en) | Live broadcast system | |
| US9049338B2 (en) | Interactive video collaboration framework | |
| US7764632B2 (en) | Software bridge for multi-point multi-media teleconferencing and telecollaboration | |
| US20060066717A1 (en) | Video conference choreographer | |
| US20070177606A1 (en) | Multimedia streaming and gaming architecture and services | |
| US9584564B2 (en) | Systems and methods for integrating live audio communication in a live web event | |
| WO2005112453A1 (ja) | Ｉｐテレビ電話サービスシステム | |
| US20080192736A1 (en) | Method and apparatus for a multimedia value added service delivery system | |
| US20080084470A1 (en) | System, method and computer program for providing scalability in two or more streaming and/or archiving systems for video conference calls | |
| US9019372B2 (en) | Remote controlled studio camera system | |
| US20080181201A1 (en) | System and method for data transfer between terminals in voice communication under voice over internet protocol (voip) | |
| TW200951835A (en) | Techniques to manage a whiteboard for multimedia conference events | |
| CA2591861A1 (en) | Associating independent multimedia sources into a conference call | |
| CN103269408A (zh) | 一种融合通信系统 | |
| NO325064B1 (no) | Kommunikasjonsklient | |
| JP2019036969A (ja) | ライブ放送システム | |
| CN105553967A (zh) | 网络会议方法及装置 | |
| KR20140103156A (ko) | 멀티미디어 서비스를 이용하기 위한 시스템, 장치 및 방법 | |
| EP1949682A1 (en) | Method for gatekeeper streaming | |
| KR20020050903A (ko) | 인터넷을 이용한 교육,방송, 다자간 화상 회의,채팅서비스 제공 방법 | |
| JP2003271530A (ja) | 通信システム，システム間関連装置，プログラム，及び，記録媒体 | |
| KR20090087958A (ko) | Ｐｏｃ 미디어 시스템, 장치 및 방법 | |
| JP2006345103A (ja) | メディア会議システム、その制御方法、プログラムおよび記憶媒体 | |
| JP2003032651A (ja) | 説明会情報配信方法、説明会情報配信システム及び説明会情報配信プログラム |