(57)【要約】【課題】本発明は、回路交換ネットワークによるリアルタイム・マルチメディア情報放送に関し、より詳細には、インタネットおよび公衆交換ネットワークを使用するクライアント・サーバ構造と、一又はそれ以上の端末ユーザに同時にリアルタイム・マルチメディア情報を送るために該クライアント・サーバ構造を使用する方法を提供することを目的とする。【解決手段】クライアントは必要とするマルチメディア情報を識別し、複数のユーザの位置を識別するクライアント情報を提供する。要求したマルチメディア情報を受信するためにクライアントが認証されるかどうかを判断すべく、クライアント情報を区分した「呼出」リストと比較する。これにより、マルチメディア情報の伝送の機密保持が行われる。【選択図】図１
2007053802.tif 000002
【特許請求の範囲】
【請求項１】
活動中のエージェントに、インタネット上のユーザを接続する方法であって、
該ユーザとインタネット・サーバとの間に第１の通信ラインを確立するステップ、
該活動中のエージェントに接続するようにとの要求を該ユーザから受信するステップ、
該ユーザに対して、該インタネット・サーバへ交換ネットワーク呼出を行うことができる電話番号を含む身元確認情報を提供することを要求するステップ、
該身元確認情報を受信するステップ、
ブリッジ装置に該ユーザ身元確認情報を提供するステップ、
該ブリッジ装置の該活動中のエージェントを接続するステップ、及び
該ブリッジ装置から該ユーザへの交換ネットワーク呼出を行うステップ
からなる方法。
【請求項２】
マルチメディア・サーバにより、交換ネットワークを通して、該マルチメディア情報を請求したユーザへのマルチメディア情報の伝送を機密保護の下に行う方法であって、
ユーザの身元確認及び該マルチメディア情報を受信するための対応する正式な資格のデータベースを維持するステップ、
該マルチメディア・サーバのところで該ユーザからの身元確認情報を受信するステップ、
該マルチメディア・サーバのところで、該受信した身元確認情報と、該データベース上に記憶されている該身元確認および対応する正式な資格とを比較するステップ、及び
該比較により、該ユーザが該マルチメディア情報を受信するために認証される場合に限って該マルチメディア・サーバ情報により該ユーザにマルチメディア情報を伝送するステップ
からなる方法。
【請求項３】
ビデオ電話を使用することができるＩＳＤＮ交換ネットワークを通して、ユーザの端末にマルチメディア・サーバからマルチメディア情報を、機密保護の下に伝送する方法であって、
該マルチメディア情報を受信するために認証されたユーザの映像のデータベースを維持するステップ、
該マルチメディア情報を伝送する前に、該ユーザの映像を撮影するために該ユーザの端末に設置されているビデオカメラを作動するステップ、
該ユーザの映像を撮影するために、該マルチメディア・サーバのところでビデオ撮影アルゴリズムをスタートさせるステップ、
該ユーザの撮影画像と、該マルチメディア情報を受信するために認証されたユーザの映像の該データベースとを比較するステップ、及び
該比較により、該ユーザが該マルチメディア情報を受信するために認証される場合に限って該マルチメディア・サーバ情報を該ユーザに伝送するステップ
からなる方法。
【請求項４】
活動中のエージュントにインタネット上のユーザを接続するためのクライアント・サーバ構造であって、
該ユーザとインタネット・サーバとの間の第１の通信ライン、
活動中のエージェントへの接続を要求するための手段、
該インタネット・サーバに該ユーザの身元確認情報を送るための手段であって、該身元確認情報が該ユーザに回路交換呼出を行うことができる電話番号を含む、手段、
ブリッジ装置に該ユーザの身元確認を送るための手段、
該ブリッジ装置に該活動中のエージュントを接続するための手段、及び
該ブリッジ装置から該ユーザへ交換ネットワーク呼出を行うための交換ネットワーク
からなるクライアント・サーバ構造。
【請求項５】
交換ネットワークを通して、マルチメディア情報を要求しているユーザに該マルチメディア情報を機密保護の下に伝送するためのシステムであって、
ユーザ身元確認及び該マルチメディア情報を受信することができる対応する正式な資格とのデータベース、
該ユーザの身元確認情報を受信するための手段、
該受信身元確認情報と、該ユーザ身元確認と該データベースに記憶されている対応する正式な資格とを比較するための手段、及び
該比較により、該ユーザが該マルチメディア情報を受信するために認証されないことが分かった場合には、該ユーザの該要求されたマルチメディア情報の伝送を行わないようにするための手段
からなるシステム。
【請求項６】
ビデオ電話を使用することができるＩＳＤＮ交換ネットワークを通して、マルチメディア・サーバからユーザ端末にマルチメディア情報を機密保護の下に伝送するためのシステムであって、
該マルチメディア情報を受信することができる認証されたユーザの映像のデータベース、
該ユーザ端末に設置されているビデオカメラ、
該マルチメディア情報を伝送する前に該ビデオカメラを作動するための手段、
該ユーザの映像を撮影するために、該マルチメディア・サーバのところでビデオ撮影アルゴリズムをスタートするための手段、
該ユーザの該撮影した映像と、該マルチメディア情報を受信するために認証された映像の該データベースとを比較するための手段、及び
該比較により、該ユーザが該マルチメディア情報を受信するために認証されないことが分かった場合には、該ユーザに該マルチメディア情報の伝送を行わないようにするための手段
からなるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、１９９５年３月１３日付けの「インタネットおよび公衆交換ネットワークを使用するクライアント・サーバ構造」という名称の米国特許出願第０８／４０２，６６４号に関連している。上記二つの特許出願は同時係属出願であり、共通に譲渡されている。
【０００２】
本発明は、回路交換ネットワークによるリアルタイム・マルチメディア情報放送に関し、より詳細には、インタネットおよび公衆交換ネットワークを使用するクライアント・サーバ構造、および一人の端末ユーザまたは一人以上の端末ユーザに同時にリアルタイム・マルチメディア情報を送るのに上記クライアント・サーバ構造を使用する方法を提供する。
【背景技術】
【０００３】
情報源を求めてのインタネットの世界的および指数関数的な成長は、今日では誰も知らないものはいない。インタネットは、数百万のコンピュータ間の実に種々様々の接続により行われる。多数の公共アクセス・プロバイダが常にその数を増大し続け、それに接続しているネットスペース・ナビゲータのような情報ナビゲーション・ソフトウェアおよびユーザ・インタフェースが最近開発されたため、インタネットは、情報のスーパーハイウエイではないにしても、情報時代の基本的構成要素となってきている。
【０００４】
しかし、ネットワークの機能が盛んに使用され、またそれに対する需要が多いので、大量の情報を入手しようとする多くのユーザは、いままでいらいらさせられ続けてきた。ビデオおよびハイファイ・オーディオは、特にサービスの低下の影響を受けがちである。情報を伝達するために帯域幅の奪い合いが起こるので、いくつかのブロックからなる情報の伝達が遅れたり、分断されたりするおそれがある。大量の映像ファイルは、伝達および記憶の際にいらいらを起こさせる遅れを生じるおそれがあり、デスクトップ・コンピュータおよびワークステーションのメモリの容量には限界があるので、ダウンロードすることができる情報の量には限りがある。例えば、５分間のビデオ・ファイルをダウンロードするには６０分以上かかり、特にそこからビデオを入手するサーバが地理的に遠い場所にある場合には、時間が掛かり、ユーザは非常に大容量の記憶装置を必要とする。
【０００５】
受信情報の品質があまり良くないことおよび記憶容量に制限があることの他に、サービス、機密保護の質の保証と品質の安定を図らなければならないこと、課金を容易に柔軟の行える機構の開発が必要であることなど、インタネットはいろいろな問題を抱えている。
【０００６】
今必要なのは、インタネットまたは他のネットワークを通してアクセスし、一人またはそれ以上のユーザに、サービスの品質および機密保護が保証されていて、インタネットを通して行われたサービスの要求を処理するための課金機構によるリアルタイム・マルチメディア情報を提供する実際的な方法である。複数のユーザが情報を受信しようとしている場合には、あるクライアントは、同時にまたは時間を遅らせてシーケンシャルに、複数のユーザに送られる情報の時間を制御できなければならない。
【０００７】
［発明の概要］
従って、本発明の一つの目的は、同時にまたは時間を遅らせてシーケンシャルに、複数のユーザにマルチメディア情報をリアルタイムで提供することである。本発明によれば、クライアント、すなわち、主要なユーザは、インタネットまたは他のネットワークを通して、サーバまたは必要とするマルチメディア情報が存在する他の遠隔地との接続を行う。クライアントは、必要とするマルチメディア情報を識別し、複数のユーザの位置を識別するクライアント情報を提供し、複数のユーザにマルチメディア情報を提供するために必要な時間的計画を表示する。クライアント情報は、複数の各ユーザの電話番号または他のアクセス情報を含むことができる。その後、マルチメディア情報は、サーバにより、高品質のサービス、安全な接続および課金制御を保証する回路接続上の交換ネットワークを通して、ブリッジ装置に送られる。
【０００８】
ブリッジ装置は、クライアントによりマルチメディア情報サーバに提供された電話番号を使用し、要求された時間的計画に従って、複数のユーザにマルチメディア情報を提供する。マルチメディア・サーバは、マルチメディア情報が提供された後、呼出を終了することもできるし、または追加の情報処理を開始することもできる。
【０００９】
本発明のクライアント・サーバ構造は、また一人またはそれ以上のユーザを活動中のエージェントに接続する場合にも使用することができる。あるユーザが活動中のエージェントへの接続を要求すると、サーバはユーザおよび活動中のエージェントの電話番号をブリッジ装置に送り、このブリッジ装置は多数共同接続を制御する。
【００１０】
本発明の他の目的は、本発明によりマルチメディア情報の提供および活動中のエージェントのデータ伝送を機密保護の下で行う手段を提供することである。この目的を達成するための第一の機密保護段階においては、クライアントが、要求したマルチメディア情報を受信するために認証されるかどうかを判断するために、クライアント情報と区分された「呼出」リストとの比較が行われる。
【００１１】
クライアントの端末がビデオ電話を受信することができる場合には、第二の機密保護段階もまた実行することができる。ビデオ・カメラはクライアントの端末に設置されていて、データベースを使用する「顔」識別ソフトウェアがマルチメディア情報サーバに接続している。マルチメディア・サーバが、クライアントを呼出して必要なデータを提供してくれるように要求すると、カメラが作動しクライアントの映像を撮影する。この映像は認証された顔のデータベースと比較され、許可を受けた人だけが選択された内容を見ることができることになる。
【００１２】
［発明の詳細な記述］
本発明を使用すれば、リアルタイムで、一人またはそれ以上のユーザに、マルチメディア情報を同時に、または時間を遅らせてシーケンシャルに送信することができる。本明細書で使用するマルチメディア情報は、記録されているかまたは生のビデオおよびオーディオ・クリップ、映像ファイルおよびテキスト・ファイルを含む。ビデオ電話用の端末を使用することができるＩＳＤＮを使用すれば、例えば、クライアントが、マルチメディア情報にアクセスしたインタネットのような手段を通して、サービスの品質、機密保護の保証、情報および送信サービスに対する簡単で柔軟な課金機構を使用することができない場合でも、上記保証および上記機構によりマルチメディア情報を提供することができる。
【００１３】
図１について説明すると、この図はクライアント・サーバ構造である。図中、クライアント装置１００はパソコンでも、ワークステーションでも、他の類似のインタフェースであってもよい。クライアントの端末においては、二つの論理ネットワーク接続またはインタフェース１０２および１０３が必要である。インタフェース１０２はインタネット・サーバに接続しており、ユーザはこのインタネット・サーバにインタネット１５０を通してハイパ・テキスト転送プロトコル(http)のような、適当な転送プロトコルを使用して接続することができる。この接続は、ローカル・エリア・ネットワーク（ＬＡＮ）を通して、またはモデムによりシリアル・ライン・インタネット・プロトコル（ＳＬＩＰ）を通して、またはＩＳＤＮポートにより二地点間プロトコル（ＰＰＰ）を通して行うことができる。インタネット・サーバは、その住所に従ってマルチメディア情報源にアクセスする。他の方法としては、後で図２のところで説明するように、従来の電話線を通してマルチメディア情報源１２０に直接アクセスすることができる。この電話接続は、専用接続または公衆交換電話ネットワーク（ＰＳＴＮ）を通して行うことができる。
【００１４】
インタネット１０３は、ビデオ電話を使用することができるＩＳＤＮポートを通して、公衆または専用交換電話ネットワークに接続することができる。図１に示すように、交換ネットワーク１６０への接続は、ブリッジ装置１７０を通して行うことができる。ブリッジ装置を使用すれば、複数のユーザに情報を提供する種々の時間的計画を実行することができる。種々の時間的計画とは、同時伝送または要求された情報を受信するための単一ノードとして機能し、その後で接続している各エンド・ユーザに受信した情報を転送することにより、任意の時間遅らせてシーケンシャルに情報を伝送する方法を含む。当業者にとっては周知のブリッジ装置としては、多点制御装置がある。この制御装置のより詳しい情報については、１９９２年５月発行の「ＩＥＥＥ通信マガジン(IEEE Communications Magazine)」の第４４頁乃至第５０頁掲載のウイリアム  Ｊ．クラーク著の「多点マルチメディア会議(Multipoint Mutimedia Conferencing)」および１９９４年冬 発行の「ＡＴ＆Ｔ技術製品、システムおよびサービス(AT&T Technology-Products, Systems and Services)」第９巻、第４号、第１２頁乃至第１５頁掲載のマーク  Ｊ．コーニンおよびマーチン  Ｊ．ウエルト著の「そこにいなくても済むＭＣＵヘルプ(MCUs Help Take the Worry Out of Being There)」を参照されたい。これら両文献は、この参照によって本明細書の記載に挿入するものとする。
【００１５】
すでに説明したように、クライアントと交換ネットワークとの間の接続は、ビデオ電話を使用することができるＩＳＤＮポートを通して行われる。ビデオ電話用の好適な規格の一つとしては、H.320、すなわち、デスクトップ・ビデオ・サ ービス用に使用される音声、データ、ビデオ通信用の遠隔通信規格である、H.320がある。この規格についてもっと詳細な情報を知りたい場合には、１９９４年 冬発行の「ＡＴ＆Ｔ技術−製品、システムおよびサービス(AT&T Technology - roducts, Systems and Services)」の第９巻、第４号の第１８頁乃至第２１頁に掲載されている、ロバート  Ｍ．ハウエル  III著の「見方を変えるビスチウム 製品(Visium Products Give Another Point of View)」を参照されたい。上記文献はこの参照によって本明細書の記載に挿入するものとする。
【００１６】
二つのインタフェース１０２および１０３は論理レベルで定義されていること、すなわち、クライアントの装置１００は、自身をインタネット１５０および公衆交換ネットワーク１６０の両方に接続することができる、一つの物理的接続を含むことができることに留意されたい。一般的には、図１のシステムを使用すれば、複数のクライアントのコンピュータをベースとする装置により、複数のサーバ１３０にアクセスすることができ、このサーバは公衆交換ネットワーク１６０を通してマルチメディア情報の所在地を知り、受信する。
【００１７】
本発明は、記録したまたは生のビデオおよびオーディオをリアルタイムで伝送するのに使用することができる。生のビデオおよびオーディオをクライアントに伝送する例としては、クライアントを、クライアントの質問に答えて注文を受ける活動中の販売業者に接続する方法等がある。
【００１８】
生のサービスの要求を行うために、マルチメディア・サーバ１４０の中の一人がクライアントの装置１００により、サービス要求の一部として提供された電話番号を使用して、公衆交換ネットワーク１６０を通して、呼出接続を開始し、要求されたサービスに関する情報を送出することができる。この呼出に対する課金は、例えば、受取人払いまたは第三者払いのような標準呼出課金方法の中の一つにより行うことができる。このような用途またはサービスの場合には、公衆交換ネットワーク１６０は、公衆交換ネットワーク１６０により行った通常の呼出の際に行われるサービスおよび送信に対して課金を行う。公衆交換ネットワークによる接続は機密保護が優れているので、複雑な身元確認機構を必要としない。
【００１９】
図１のクライアント・サーバ構造を使用するある例の場合には、クライアント、すなわち、主なユーザが通常インタネット１５０を通してクライアントの装置１００からhttpサーバ１３０にアクセスするには、ネットスケープ・ナビゲータのようなアプリケーションを使用する。クライアントが、できればインタネットにより伝送してもらいたくない情報の伝送を要求した場合、または他の方法で電話接続を必要とする場合には、まだ身元確認情報を送っていない場合でその情報を伝送するためにある時間的計画を任意で選択した場合には、クライアントは身元確認情報を送るように要求される。身元確認情報はクライアントの電話番号を含むことができる。httpサーバ１３０は、回路交換呼出をクライアントに対して行うためにマルチメディア・サーバ１４０にこの身元確認情報を送る。マルチメディア・サーバは、ＩＳＤＮポートを使用することができるH.320のようなビデ オ電話を使用することができるポートを含む。電話接続を必要とする申込またはサービスに対する要求をサーバが受信した場合には、サーバはその要求に関連する電話番号を呼び出す新しいプロセスを作動させる。このマルチメディア・サーバ・プロセスは、httpサーバ１３０を処理している同じコントローラ上で実行することができるか、または、例えばＬＡＮのような第一のコントローラに接続している他の機械上で処理することができる。このプロセスは、httpサーバに対して公衆ソフトウェアを実行することができる、コモン・ゲートウェイ・インタフェース（ＣＧＩ）と一緒に実行することができる。ＣＧＩは、インタフェースから入手することができる公開インタフェース仕様である。ＣＧＩについてもっと詳細に知りたい場合には、１９９６年１月サム出版(Sam Publishing)から発行されたエリック・ヘルマン著の「一週間で覚えられるＰＥＲＬによるＣＧＩプログラミングの独習(Teach Yourself CGI Programming with PERL In A Week)」を参照されたい。この文献は、この引用によって本明細書の記載に挿入するものとする。ＰＳＴＮまたはＩＳＤＮ電話番号を自動的にダイヤルするいくつかのプログラムを、例えば、インテル・プロシェア(Intel ProShare)のような種々のコンピュータで使用するために入手することができ、この目的のために使用することができる。クライアント用装置１００は、外からの電話呼出を受信するプログラムを含む。上記ソフトウェアも、例えばインテル・プロシェアのような多くの販売業者から入手することができる。
【００２０】
マルチメディア・サーバ１４０は、マルチメディア情報源１２０からマルチメディア情報を検索し、状況に従ってクライアントまたはブリッジ装置にダイヤルし、それに従って内容を転送する。ブリッジ装置１７０を使用する場合には、要求したマルチメディア情報を受信しようとしているユーザの電話番号が最初ブリッジ装置１７０に転送される。ブリッジ装置１７０およびマルチメディア・サーバ１４０は、ＬＡＮを通して交換ネットワークまたは他の適当な手段に接続することができる。その後、ブリッジ装置１７０は、ユーザの電話番号をダイヤルし
、選択された時間的計画に従って、身元確認を行った各ユーザにマルチメディア情報を伝送する。伝送が完了すると、クライアント用装置１００またはマルチメディア・サーバ１４０は交換ネットワーク接続を終了することができる。クライアントが一人以上のユーザに同時に要求した情報を伝送させる方法を選択した場合には、マルチメディア・サーバ１４０はブリッジ装置１７０が各ユーザとの接続を行うまで待ち、ブリッジ装置１７０に要求された情報を送信する。その後、ブリッジ装置１７０は、要求された情報を各ユーザにチャネルを通して伝送する。
【００２１】
クライアントは、またある内容を、異なった時間に、異なるユーザに受信させる方法を選択することができる。例えば、あるユーザ・グループの中の一人を、午前９時にその情報を受信する相手として選択することができるし、一方、午前９時３０分に同じ情報を他のユーザまたは他のユーザ・グループに受信させることもできる。本明細書のこの実施例の場合には、好適にはマルチメディア・サーバ１４０が、選択した各時間にブリッジ装置１７０に情報を送信させることが好ましい。他の方法としては、マルチメディア・サーバ１４０が一旦ブリッジ装置１７０に情報を送信し、ブリッジ装置１７０に接続している他のサーバがその情報を記憶し、選択したユーザに時間を遅らせて情報を伝送するように制御することもできる。
【００２２】
本明細書のクライアント・サーバ構造を使用すれば、複数のhttpサーバは一台のマルチメディア情報サーバを共有することができ、一台のhttpサーバが複数のマルチメディア・サーバにアクセスすることができる。
【００２３】
本明細書のクライアント・サーバ構造は、複数のユーザにマルチメディア情報をリアルタイムで同時に伝送できるばかりでなく、販売業者の顧客サービス・エージェントのような第三者に生のビデオまたはオーディオ接続を行うのに使用することができる。例えば、販売業者のウエブ・サイトを訪問しているクライアントは、活動中のエージェントと話したいと要求することができる。httpサーバは、クライアントの電話番号および活動中のエージェントの電話番号を直接ブリッジ装置に対して伝送し、ブリッジ装置はエージェントとクライアントとの間に多重点マルチメディア接続を行う。
【００２４】
インタネットを通してマルチメディア情報にアクセスしなくても、本発明により一人またはそれ以上のユーザに、マルチメディア情報を同時または時間をずらして伝送することができる。アクセスする代わりに、クライアントは従来の電話線やファクシミリによる注文のようなインタネット以外の他の手段で、マルチメディア情報を要求することができる。マルチメディア・サーバにユーザの電話番号を送ることによって、H.320を使用し、ＩＳＤＮを通してユーザにマルチメディア情報をリアルタイムで送ることができる。
【００２５】
図２について説明すると、この図は、クライアント２１０がマルチメディア・サーバ２５０に電話呼出を行い、音声応答装置（ＶＲＵ）２２０に接続した場合の本発明の実行方法を示す。このユーザはメニューを選択して、データベース２３０内に記憶されている、認証されたコードのリストと比較するための機密保護コードを入力するように要求される。ユーザの身元が確認されると、ユーザはメニューを選択することにより、入手可能なマルチメディア情報の内容を手に入れることができる。他の方法としては、またさらに、ファックス・サーバ２４０が、類似のまたはより詳細なメニューを上記のユーザに直ちに送ることができるように、その人のファックス番号を入力するように要求することもできる。その後、ユーザは自分が選択したもの、およびグループ・ビデオ・ルーム２８０または他のビデオ電話用のＩＳＤＮを使用することができるポートを持つ、ビデオ受信装置の電話番号を送信する。上記のビデオ受信装置は、選択したマルチメディア情報の内容のリアルタイムでの伝送を開始させる。上記のような同じ方法で、ブリッジ装置２６０のようブリッジ装置を通して、複数のユーザに同時にまたは時間を遅らせて、シーケンシャルにマルチメディア情報を伝送することもできる。
【００２６】
図３について説明すると、本発明によれば、区分された「呼出」リスト３０４を持つ機密保持サーバ・コンプレックス３０２を通して、マルチメディア・サーバに接続しているデータベース機能を使用して、交換ネットワークにより伝送されたマルチメディア情報伝送処理の機密保持のレベルを向上させることができる。クライアントがマルチメディア情報を受信するために特定の電話番号を入力すると、サーバ３０２は特定の端末が特定の情報を受信するために認証されるかどうかを確認すべく「呼出」データベース３０４に問い合わせる。端末がその情報を受信するために認証されない場合にはビデオ呼出は接続されない。正式な資格がないことや接続が失敗したことを知らせるメッセージをインタネット接続１５０を通してクライアントに伝えることができる。
【００２７】
クライアントの端末にビデオカメラ３０１を設置することによっても、本発明によりマルチメディア情報の送信の機密保護のレベルを向上させることができる。マルチメディア・サーバ１４０が、ポートを使用することができるクライアントのビデオ電話を呼出すとカメラ３０１が作動し、マルチメディア・サーバ側のビデオ撮影アルゴリズムを始動させる。要するに、マルチメディア情報を受信しようとしている人のスナップショットが撮影される。このスナップショットは、マルチメディア・サーバ１４０に接続している別のデータベース３０３および機密保護コンプレックス３０２（または、図２に示す２９０）を通して処理することができ、顔認識ソフトウェアを実行することができる。（例えば、まだ未公開の宣伝を見ることができたり、撮影中の映画からの毎日のラッシュを見ることができたり、まだ未公開の新聞声明を検討することができる等のように）特定の人々だけが特定のビデオ内容を見ることができるような、非常に機密保護の高い用途の場合には、システムは選ばれた人たちだけに閲覧を制限する機能をもっている。
【００２８】
スナップショットは、また誰がどんな内容を何時見たのかを含む使用に関する統計を記録するために使用することができる。
【００２９】
本発明の原理は上記のとおりである。当業者なら本明細書に明記または明示されていないけれども、本発明の原理に基づく種々の修正を行うことができるだろうが、そのように修正したものも本発明の精神および範囲に含まれる。
【図面の簡単な説明】
【００３０】
【図１】インタネットおよび公衆交換ネットワークを使用する、マルチメディア情報の多数共同提供用の例示としてのクライアント・サーバ構造を示す図である。
【図２】本発明による、インタネットを使用しないで、マルチメディア情報にアクセスすることにより、リアルタイムでマルチメディア情報を提供するために使用する構造を示す図である。
【図３】機密保護機能が改善された、インタネットおよび公衆交換ネットワークを使用する、マルチメディア情報の多数共同提供用の例示としてのクライアント・サーバ構造を示す図である。
【図１】
2007053802.tif 000003
【図２】
2007053802.tif 000004
【図３】
2007053802.tif 000005