JPH07202981A - マルチメディアシステム - Google Patents
マルチメディアシステムInfo
- Publication number
- JPH07202981A JPH07202981A JP6313903A JP31390394A JPH07202981A JP H07202981 A JPH07202981 A JP H07202981A JP 6313903 A JP6313903 A JP 6313903A JP 31390394 A JP31390394 A JP 31390394A JP H07202981 A JPH07202981 A JP H07202981A
- Authority
- JP
- Japan
- Prior art keywords
- request
- multimedia
- program
- application
- block
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/103—Media gateways in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/104—Signalling gateways in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
- H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
-
- 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
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0457—Connection protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0464—Primary rate access circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Time-Division Multiplex Systems (AREA)
- Communication Control (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【目的】 マルチメディアアプリケーション開発提供者
に、マルチメディアシステムへのアクセスを容易にする
環境を提供する。 【構成】 マルチメディアアプリケーションの提供は、
多数の異なる機能を定義する通信プロトコルを用いるこ
とによって強化される。この通信プロトコルは、マルチ
メディアアプリケーションが複数の論理ブロックに分割
されるのを許し、そのため、使用者が前記機能の１つを
特徴づける要求を入力することができ、それに応じて、
システムが論理ブロックのうちの特定のブロックに関す
る機能を実行する。基本的なマルチメディアシステム
は、アプリケーション提供者が、例えば、システムへの
アプリケーションの格納及び／または格納されたアプリ
ケーションの“デバッギング”の目的で遠隔通信網を介
してシステムと対話することができるように、通信プロ
トコルを整えることによって同様に強化される。
に、マルチメディアシステムへのアクセスを容易にする
環境を提供する。 【構成】 マルチメディアアプリケーションの提供は、
多数の異なる機能を定義する通信プロトコルを用いるこ
とによって強化される。この通信プロトコルは、マルチ
メディアアプリケーションが複数の論理ブロックに分割
されるのを許し、そのため、使用者が前記機能の１つを
特徴づける要求を入力することができ、それに応じて、
システムが論理ブロックのうちの特定のブロックに関す
る機能を実行する。基本的なマルチメディアシステム
は、アプリケーション提供者が、例えば、システムへの
アプリケーションの格納及び／または格納されたアプリ
ケーションの“デバッギング”の目的で遠隔通信網を介
してシステムと対話することができるように、通信プロ
トコルを整えることによって同様に強化される。
Description
【０００１】
【産業上の利用分野】本発明は、マルチメディア通信シ
ステムに関する。
ステムに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】公衆遠
隔通信網におけるＩＳＤＮの提供の結果、多くの新規な
サービスが導入されている。前記サービスの１つは、マ
ルチメディア、すなわち映像（すなわち画像）及び対応
する音声信号の伝送を伴う。マルチメディアアプリケー
ションの結果として、発呼者及び被呼者は、ＩＳＤＮ通
信パスを介して電話会話中にお互いを見たり聞いたりす
ることができる。マルチメディアは、ＩＳＤＮを介して
発呼者に提供することができる他のサービスアプリケー
ション、例えば、音声付き動画のような、発呼者を楽し
ませるアプリケーション、を含む。このようなマルチメ
ディアサービスアプリケーションは、おそらく種々のマ
ルチメディアアプリケーション提供者によって開発され
ていると思われる。それが実情とわかれば、使用者に、
アクセスを遂行するのに用いる機器の形式、例えばコン
ピュータ端末、にかかわらず、種々の提供者により開発
された種々のマルチメディアアプリケーションをアクセ
スするのを許すことが望ましい。
隔通信網におけるＩＳＤＮの提供の結果、多くの新規な
サービスが導入されている。前記サービスの１つは、マ
ルチメディア、すなわち映像（すなわち画像）及び対応
する音声信号の伝送を伴う。マルチメディアアプリケー
ションの結果として、発呼者及び被呼者は、ＩＳＤＮ通
信パスを介して電話会話中にお互いを見たり聞いたりす
ることができる。マルチメディアは、ＩＳＤＮを介して
発呼者に提供することができる他のサービスアプリケー
ション、例えば、音声付き動画のような、発呼者を楽し
ませるアプリケーション、を含む。このようなマルチメ
ディアサービスアプリケーションは、おそらく種々のマ
ルチメディアアプリケーション提供者によって開発され
ていると思われる。それが実情とわかれば、使用者に、
アクセスを遂行するのに用いる機器の形式、例えばコン
ピュータ端末、にかかわらず、種々の提供者により開発
された種々のマルチメディアアプリケーションをアクセ
スするのを許すことが望ましい。
【０００３】マルチメディアアプリケーションの開発は
容易な仕事ではなく、典型的には、アプリケーションの
設計、“デバッギング”、そして使用者への提供のため
のマルチメディアシステムへの格納を伴うことが認めら
れる。アプリケーションは、新たに設計されたマルチメ
ディアアプリケーションとマルチメディアシステム間に
生じるかもしれないインターフェース問題を処理するた
めに、マルチメディアシステムに格納された後で追加の
“デバッギング”を要する場合がある。マルチメディア
アプリケーションの設計者／提供者は、マルチメディア
システムを複製し、そのシステムをマルチメディアアプ
リケーションの設計／開発及びデバッギング段階の間の
ツールとして用いることによって、後者の問題を処理す
ることができる。しかし、マルチメディアアプリケーシ
ョンの設計及びデバッグに用いる目的でマルチメディア
システムを複製するのは、費用がかかりかつ多少無益な
ものとなると認められる。
容易な仕事ではなく、典型的には、アプリケーションの
設計、“デバッギング”、そして使用者への提供のため
のマルチメディアシステムへの格納を伴うことが認めら
れる。アプリケーションは、新たに設計されたマルチメ
ディアアプリケーションとマルチメディアシステム間に
生じるかもしれないインターフェース問題を処理するた
めに、マルチメディアシステムに格納された後で追加の
“デバッギング”を要する場合がある。マルチメディア
アプリケーションの設計者／提供者は、マルチメディア
システムを複製し、そのシステムをマルチメディアアプ
リケーションの設計／開発及びデバッギング段階の間の
ツールとして用いることによって、後者の問題を処理す
ることができる。しかし、マルチメディアアプリケーシ
ョンの設計及びデバッグに用いる目的でマルチメディア
システムを複製するのは、費用がかかりかつ多少無益な
ものとなると認められる。
【０００４】
【課題を解決するための手段】マルチメディアサービス
の提供は、マルチメディアアプリケーションを使用者へ
の提供のための複数の区分に分割させる通信プロトコル
を用いることによって強化される。詳細には、本発明の
通信プロトコルは、マルチメディアアプリケーションを
使用者への提供のための多数の論理ブロックに分割させ
る方法で、各機能（遠隔通信、データ、音声等）を定義
する複数のメッセージに埋め込まれる。したがって、本
発明によれば、使用者が、特定のマルチメディアアプリ
ケーションとインターフェースして、上述の機能のうち
の１つを表わす特定の要求を入力した場合、使用者の関
連データ端末は、その機能を定義するメッセージを発生
してマルチメディアシステムに送り、該マルチメディア
システムは、使用者がアクセス中のマルチメディアアプ
リケーションを構成するプログラムブロックのうちの特
定のブロックに関して要求された機能を実行することに
よって、それに応答する。
の提供は、マルチメディアアプリケーションを使用者へ
の提供のための複数の区分に分割させる通信プロトコル
を用いることによって強化される。詳細には、本発明の
通信プロトコルは、マルチメディアアプリケーションを
使用者への提供のための多数の論理ブロックに分割させ
る方法で、各機能（遠隔通信、データ、音声等）を定義
する複数のメッセージに埋め込まれる。したがって、本
発明によれば、使用者が、特定のマルチメディアアプリ
ケーションとインターフェースして、上述の機能のうち
の１つを表わす特定の要求を入力した場合、使用者の関
連データ端末は、その機能を定義するメッセージを発生
してマルチメディアシステムに送り、該マルチメディア
システムは、使用者がアクセス中のマルチメディアアプ
リケーションを構成するプログラムブロックのうちの特
定のブロックに関して要求された機能を実行することに
よって、それに応答する。
【０００５】本発明の他の態様によれば、マルチメディ
アアプリケーションの提供者は、前記アプリケーション
を遠隔通信網を介して格納のためマルチメディアシステ
ムに送り、前記アプリケーションの“デバッギング”及
び／または開発を含む多数の異なる目的のために遠隔通
信網を介して格納されているアプリケーションと対話さ
せることができる。
アアプリケーションの提供者は、前記アプリケーション
を遠隔通信網を介して格納のためマルチメディアシステ
ムに送り、前記アプリケーションの“デバッギング”及
び／または開発を含む多数の異なる目的のために遠隔通
信網を介して格納されているアプリケーションと対話さ
せることができる。
【０００６】
【実施例】さて、図１を参照すると、本発明の原理を具
体化したマルチメディアシステム１００の主要ブロック
図が示されている。詳細には、システム１００は、使用
者に特定のマルチメディアアプリケーションを提供する
ために互いに協動する多数の制御装置を含む。前記制御
装置は、データサーバー１０、アプリケーション制御装
置２０、音声サーバー３０、ワークステーション４０、
開発プラットフォーム１５０及び動作援助装置５０を含
む。データサーバー１０は、例えばＡＴ＆Ｔから入手で
きる３８６−ＷＧＳワークステーションとすることがで
き、ＭＳＤＯＳオペレーティングシステムのもとに動作
して、マルチメディアアプリケーションの提供に関連す
るデータ機能を与えるようにプログラムされている。よ
り詳細には、データサーバー１０は、通信パス１１−１
を介して使用者とインターフェースし、使用者からの要
求の受信に応じて、前記要求そのものを処理するかまた
は前記要求をアプリケーション制御装置２０もしくは音
声サーバー（制御装置）３０に送るかを決定する。例え
ば、要求が（ａ）音楽の特定の選択のような音声に向け
られたものならば、データサーバー１０は前記要求を処
理するためにＬＡＮ４５を介して音声サーバー３０に送
り、あるいは要求が（ｂ）特定のマルチメディアアプリ
ケーションに向けられたものならば、データサーバー１
０は前記要求をＬＡＮ４５を介してアプリケーション制
御装置２０に送る。要求がデータ機能、例えばメモリ６
１に格納されている特定データ、に関するものならば、
データサーバー１０は、メモリ６１から前記データをお
ろし、前記データを通信パス１１−１を介して使用者に
送る。本発明の実施例では、前記データは、例えば、デ
ータベース６１に格納されている数値化された画像、文
書、図形原線、アニメーション原線、実行可能なプログ
ラム等でも良い。本発明の実施例では、前記データは圧
縮されたフォーマットでデータベース６１に格納するこ
とができる。（下記に説明されるように、前記データの
圧縮解除は、データが使用者に提供される前に端末Ｔ１
で行なわれる。）
体化したマルチメディアシステム１００の主要ブロック
図が示されている。詳細には、システム１００は、使用
者に特定のマルチメディアアプリケーションを提供する
ために互いに協動する多数の制御装置を含む。前記制御
装置は、データサーバー１０、アプリケーション制御装
置２０、音声サーバー３０、ワークステーション４０、
開発プラットフォーム１５０及び動作援助装置５０を含
む。データサーバー１０は、例えばＡＴ＆Ｔから入手で
きる３８６−ＷＧＳワークステーションとすることがで
き、ＭＳＤＯＳオペレーティングシステムのもとに動作
して、マルチメディアアプリケーションの提供に関連す
るデータ機能を与えるようにプログラムされている。よ
り詳細には、データサーバー１０は、通信パス１１−１
を介して使用者とインターフェースし、使用者からの要
求の受信に応じて、前記要求そのものを処理するかまた
は前記要求をアプリケーション制御装置２０もしくは音
声サーバー（制御装置）３０に送るかを決定する。例え
ば、要求が（ａ）音楽の特定の選択のような音声に向け
られたものならば、データサーバー１０は前記要求を処
理するためにＬＡＮ４５を介して音声サーバー３０に送
り、あるいは要求が（ｂ）特定のマルチメディアアプリ
ケーションに向けられたものならば、データサーバー１
０は前記要求をＬＡＮ４５を介してアプリケーション制
御装置２０に送る。要求がデータ機能、例えばメモリ６
１に格納されている特定データ、に関するものならば、
データサーバー１０は、メモリ６１から前記データをお
ろし、前記データを通信パス１１−１を介して使用者に
送る。本発明の実施例では、前記データは、例えば、デ
ータベース６１に格納されている数値化された画像、文
書、図形原線、アニメーション原線、実行可能なプログ
ラム等でも良い。本発明の実施例では、前記データは圧
縮されたフォーマットでデータベース６１に格納するこ
とができる。（下記に説明されるように、前記データの
圧縮解除は、データが使用者に提供される前に端末Ｔ１
で行なわれる。）
【０００７】また、データサーバー１０が使用者に与え
るインターフェースは、通信パス１１−１を介して到来
する呼の受信を確認するように動作する。本発明の実施
例では、通信パス１１−１は、例えば、２３のＢチャン
ネルと１つのＤチャンネルからなるＩＳＤＮ一次群速度
インターフェース（ＰＲＩ）通信パスとすることができ
る。周知のように、各Ｂチャンネルは電話呼（音声また
はデータ）を転送するために用いられ、Ｄチャンネル
は、Ｂチャンネルを介して転送される呼に関する信号情
報を運ぶために用いられる。また、通信パス１１−２、
１１−３及び１５２もＩＳＤＮ ＰＲＩとすることがで
きる。詳細には、使用者がマルチメディアシステム１０
０に呼をかけると、電話通信網２００は従来通りにその
呼を処理し、通信パス１１−１を介してデータサーバー
１０まで伸びているＩＳＤＮ Ｄ信号チャンネルを経由
して到来する呼に対してシステム１００を待機させる。
前記待機は、呼を運ぶＩＳＤＮ Ｂチャンネルの身元
（番号）のデータサーバー１０への通知を含む。次に、
データサーバー１０は、前記信号に応じて、信号チャン
ネルを介して網２００に呼受付メッセージを送り、それ
により、システム１００と使用者間の通信接続を確立す
る。その時点で、使用者及びシステム１００は、下記に
述べるように、互いにメッセージを交換し始めることが
できる。
るインターフェースは、通信パス１１−１を介して到来
する呼の受信を確認するように動作する。本発明の実施
例では、通信パス１１−１は、例えば、２３のＢチャン
ネルと１つのＤチャンネルからなるＩＳＤＮ一次群速度
インターフェース（ＰＲＩ）通信パスとすることができ
る。周知のように、各Ｂチャンネルは電話呼（音声また
はデータ）を転送するために用いられ、Ｄチャンネル
は、Ｂチャンネルを介して転送される呼に関する信号情
報を運ぶために用いられる。また、通信パス１１−２、
１１−３及び１５２もＩＳＤＮ ＰＲＩとすることがで
きる。詳細には、使用者がマルチメディアシステム１０
０に呼をかけると、電話通信網２００は従来通りにその
呼を処理し、通信パス１１−１を介してデータサーバー
１０まで伸びているＩＳＤＮ Ｄ信号チャンネルを経由
して到来する呼に対してシステム１００を待機させる。
前記待機は、呼を運ぶＩＳＤＮ Ｂチャンネルの身元
（番号）のデータサーバー１０への通知を含む。次に、
データサーバー１０は、前記信号に応じて、信号チャン
ネルを介して網２００に呼受付メッセージを送り、それ
により、システム１００と使用者間の通信接続を確立す
る。その時点で、使用者及びシステム１００は、下記に
述べるように、互いにメッセージを交換し始めることが
できる。
【０００８】アプリケーション制御装置２０は、より詳
細には、システム１００（制御装置２０）が使用者の端
末例えば端末Ｔ１に送る全てのマルチメディアアプリケ
ーションを実行する責任がある。すなわち、制御装置２
０は、例えばＡＴ＆Ｔから入手できる３８６−ＷＧＳコ
ンピュータとすることができ、Ｕｎｉｘオペレーティン
グシステムの制御のもとに動作して、使用者にマルチメ
ディアアプリケーションを提供する。ここで、アプリケ
ーションはデータ及び／または声（音）を含むことがで
きる。上述のように、前記データは、データベース６１
に格納されている数値化された画像、文書、図形原線、
アニメーション原線、実行可能なプログラム等を含むこ
とができる。前記データ中に付属しているアナログ部分
はデジタル形式でデータベース６０に格納される。アプ
リケーションのデータ部分については、制御装置２０
は、メモリ６１からデータをおろして通信パス１１−１
を介して使用者に提供するように、ＬＡＮ４５を介して
データサーバー１０に命令する。アプリケーションの音
声部分については、制御装置２０は、メモリ６０から数
値化された音声をおろして通信パス１１−２のＩＳＤＮ
チャンネルを介して使用者に提供するように、ＬＡＮ４
５を介して音声サーバー１０に指示する。また、アプリ
ケーション制御装置２０は、使用者により入力されるこ
とになるデータ（音声）ファイルの受信を待ち設けて前
記ファイルをメモリ６１（６０）に格納するように、サ
ーバー１０（３０）に指示する。アプリケーション制御
装置２０は、情報を、データサーバー１０を介して使用
者に運ぶためにＬＡＮ４５上にのせることにより、使用
者にその情報を送る。前記情報は、要求されたアプリケ
ーションの状態またはそれと関連するエラーに関するも
のでも良い。
細には、システム１００（制御装置２０）が使用者の端
末例えば端末Ｔ１に送る全てのマルチメディアアプリケ
ーションを実行する責任がある。すなわち、制御装置２
０は、例えばＡＴ＆Ｔから入手できる３８６−ＷＧＳコ
ンピュータとすることができ、Ｕｎｉｘオペレーティン
グシステムの制御のもとに動作して、使用者にマルチメ
ディアアプリケーションを提供する。ここで、アプリケ
ーションはデータ及び／または声（音）を含むことがで
きる。上述のように、前記データは、データベース６１
に格納されている数値化された画像、文書、図形原線、
アニメーション原線、実行可能なプログラム等を含むこ
とができる。前記データ中に付属しているアナログ部分
はデジタル形式でデータベース６０に格納される。アプ
リケーションのデータ部分については、制御装置２０
は、メモリ６１からデータをおろして通信パス１１−１
を介して使用者に提供するように、ＬＡＮ４５を介して
データサーバー１０に命令する。アプリケーションの音
声部分については、制御装置２０は、メモリ６０から数
値化された音声をおろして通信パス１１−２のＩＳＤＮ
チャンネルを介して使用者に提供するように、ＬＡＮ４
５を介して音声サーバー１０に指示する。また、アプリ
ケーション制御装置２０は、使用者により入力されるこ
とになるデータ（音声）ファイルの受信を待ち設けて前
記ファイルをメモリ６１（６０）に格納するように、サ
ーバー１０（３０）に指示する。アプリケーション制御
装置２０は、情報を、データサーバー１０を介して使用
者に運ぶためにＬＡＮ４５上にのせることにより、使用
者にその情報を送る。前記情報は、要求されたアプリケ
ーションの状態またはそれと関連するエラーに関するも
のでも良い。
【０００９】音声サーバー３０は、同様に３８６−ＷＧ
ＳとしてＵＮＩＸオペレーティングシステムのもとに動
作するものとすることができ、使用者またはアプリケー
ション制御装置２０とメモリ６０間のインターフェース
を提供する。本発明の実施例では、各アプリケーション
と関連する数値化された音声及び／または使用者より与
えられる数値化された音声がメモリ６０に格納される。
したがって、音声サーバー３０は、各マルチメディアア
プリケーションと関連する音声の格納及び“再生”の責
を負う。
ＳとしてＵＮＩＸオペレーティングシステムのもとに動
作するものとすることができ、使用者またはアプリケー
ション制御装置２０とメモリ６０間のインターフェース
を提供する。本発明の実施例では、各アプリケーション
と関連する数値化された音声及び／または使用者より与
えられる数値化された音声がメモリ６０に格納される。
したがって、音声サーバー３０は、各マルチメディアア
プリケーションと関連する音声の格納及び“再生”の責
を負う。
【００１０】動作援助装置（ＯＳＳ）５０は、例えばＡ
Ｔ＆Ｔから入手できるCompuLert 装置とすることがで
き、システム１００の総合動作状態を監視する。詳細に
は、データサーバー１０、アプリケーション制御装置２
０及び音声サーバー３０は、それぞれ通信リンク１０−
１、２０−１及び３０−１を介してＯＳＳ５０に状態メ
ッセージを周期的に送るように手配される。前記状態メ
ッセージ（“心拍”メッセージと呼ばれることがある）
は、制御装置またはサーバーがそれぞれまだ動作中であ
ることをＯＳＳに示す。ＯＳＳ５０は、予め決められた
時間内に、例えば１分につき１回、前記メッセージを受
け取ることができなかった場合は、状態メッセージを送
ることができなかった制御装置またはサーバーが不良で
あると推定し、システム端末（図示しない）に適当なメ
ッセージを出力してシステム１００管理者に通知する。
制御装置またはサーバーは、エラーそのもの、例えば通
信パス、メモリ６０か６１、またはＬＡＮ４５に起こり
得る故障、を検出した場合は、リンク１０−１、２０−
１または３０−１の各リンクを介してその事をＯＳＳ５
０に通知する。次いで、ＯＳＳ５０は故障確認メッセー
ジを上述のシステム端末に出力する。
Ｔ＆Ｔから入手できるCompuLert 装置とすることがで
き、システム１００の総合動作状態を監視する。詳細に
は、データサーバー１０、アプリケーション制御装置２
０及び音声サーバー３０は、それぞれ通信リンク１０−
１、２０−１及び３０−１を介してＯＳＳ５０に状態メ
ッセージを周期的に送るように手配される。前記状態メ
ッセージ（“心拍”メッセージと呼ばれることがある）
は、制御装置またはサーバーがそれぞれまだ動作中であ
ることをＯＳＳに示す。ＯＳＳ５０は、予め決められた
時間内に、例えば１分につき１回、前記メッセージを受
け取ることができなかった場合は、状態メッセージを送
ることができなかった制御装置またはサーバーが不良で
あると推定し、システム端末（図示しない）に適当なメ
ッセージを出力してシステム１００管理者に通知する。
制御装置またはサーバーは、エラーそのもの、例えば通
信パス、メモリ６０か６１、またはＬＡＮ４５に起こり
得る故障、を検出した場合は、リンク１０−１、２０−
１または３０−１の各リンクを介してその事をＯＳＳ５
０に通知する。次いで、ＯＳＳ５０は故障確認メッセー
ジを上述のシステム端末に出力する。
【００１１】使用者は端末Ｔ１を操作してシステム１０
０にアクセスすることができる。他端末Ｔ１は、例え
ば、ＭＳＤＯＳオペレーティングシステムの制御のもと
に動作する、３８６または４８６をベースとした処理装
置とすることができる。詳細には、端末Ｔ１は、システ
ム１００と関連するマルチメディア機能のライブラリ
と、網２００とインターフェースできるようにするため
の従来の電話回路網を含む。前記回路網は、例えば、ニ
ュージャージー州マウントローレルのＤＧＭ＆Ｓ社から
入手できるモデルＩＤＣ回路基板とすることができ、図
において通信パス９で表わされているＩＳＤＮ基本速度
インターフェース（ＢＲＩ）インターフェースを実行す
る。前記機能は、とりわけ、システム１００から通信パ
ス９のＢＲＩＢチャンネルのうちの一方または両方を介
して受信されるデータの圧縮解除を含む。次いで、圧縮
解除されたデータは、端末Ｔ１の表示装置１２に表示す
るか、またはフロッピーまたはハードディスクメモリの
ようなＴ１の内部メモリに格納することができる。本発
明の実施例では、圧縮解除されたデータは、端末Ｔ１に
格納された後で端末Ｔ１にランされ次いで実行されるべ
き実行可能なプログラムとすることができる。
０にアクセスすることができる。他端末Ｔ１は、例え
ば、ＭＳＤＯＳオペレーティングシステムの制御のもと
に動作する、３８６または４８６をベースとした処理装
置とすることができる。詳細には、端末Ｔ１は、システ
ム１００と関連するマルチメディア機能のライブラリ
と、網２００とインターフェースできるようにするため
の従来の電話回路網を含む。前記回路網は、例えば、ニ
ュージャージー州マウントローレルのＤＧＭ＆Ｓ社から
入手できるモデルＩＤＣ回路基板とすることができ、図
において通信パス９で表わされているＩＳＤＮ基本速度
インターフェース（ＢＲＩ）インターフェースを実行す
る。前記機能は、とりわけ、システム１００から通信パ
ス９のＢＲＩＢチャンネルのうちの一方または両方を介
して受信されるデータの圧縮解除を含む。次いで、圧縮
解除されたデータは、端末Ｔ１の表示装置１２に表示す
るか、またはフロッピーまたはハードディスクメモリの
ようなＴ１の内部メモリに格納することができる。本発
明の実施例では、圧縮解除されたデータは、端末Ｔ１に
格納された後で端末Ｔ１にランされ次いで実行されるべ
き実行可能なプログラムとすることができる。
【００１２】図１では、端末Ｔ１は端末機Ｓ１及び任意
の音声装置５と関連しているのがわかる。音声装置５
は、より詳細には、使用者の音声情報を提供するように
動作し、この音声情報は、通信パス９の２つのＢチャン
ネルのうちのいずれか一方を介してシステム１００から
受信される。その代わり、使用者は、端末機Ｓ１のハン
ドセットに話すことによって、メモリ６０に格納するた
めにシステム１００に音声情報を提供することができ
る。次いで、端末機Ｓ１から受信された通話信号は、上
述のＩＤＣ回路網に提供されて数値化され、通信パス９
のＢチャンネルを介してシステム１００に送信される。
また、図１から、端末Ｔ１は、従来のテレビモニタすな
わち映像表示装置８と関連することもできることがわか
る。このように、端末Ｔ１の表示装置１２に表示される
情報はモニタ８に表示することもできる。それを行なう
ために、端末Ｔ１は、ＶＧＡフォーマット化信号をモニ
タ８への表示用のＮＴＳＣ映像信号に変換するための従
来回路を含む。そのようなものとして、情報は端末表示
装置１２またはモニタ８のどちらかまたは両方に表示す
ることができる。
の音声装置５と関連しているのがわかる。音声装置５
は、より詳細には、使用者の音声情報を提供するように
動作し、この音声情報は、通信パス９の２つのＢチャン
ネルのうちのいずれか一方を介してシステム１００から
受信される。その代わり、使用者は、端末機Ｓ１のハン
ドセットに話すことによって、メモリ６０に格納するた
めにシステム１００に音声情報を提供することができ
る。次いで、端末機Ｓ１から受信された通話信号は、上
述のＩＤＣ回路網に提供されて数値化され、通信パス９
のＢチャンネルを介してシステム１００に送信される。
また、図１から、端末Ｔ１は、従来のテレビモニタすな
わち映像表示装置８と関連することもできることがわか
る。このように、端末Ｔ１の表示装置１２に表示される
情報はモニタ８に表示することもできる。それを行なう
ために、端末Ｔ１は、ＶＧＡフォーマット化信号をモニ
タ８への表示用のＮＴＳＣ映像信号に変換するための従
来回路を含む。そのようなものとして、情報は端末表示
装置１２またはモニタ８のどちらかまたは両方に表示す
ることができる。
【００１３】また、使用者は、音声ファイルとしてメモ
リ６０に格納するためにシステム１００に端末Ｔ１を介
して音声を送信する手段として、音声入力装置（または
レコーダ）６を用いることができる。そのようなものと
して、音声入力装置６は例えばマイクロフォンまたはオ
ーディオテープレコーダとすることができる。マイクロ
フォン（またはレコーダ）６より出力される音声信号は
増幅器３に提供され、増幅器３は、上記に説明した通信
パス９への送信のため、前記信号を端末Ｔ１のＩＤＣ回
路網に送る。
リ６０に格納するためにシステム１００に端末Ｔ１を介
して音声を送信する手段として、音声入力装置（または
レコーダ）６を用いることができる。そのようなものと
して、音声入力装置６は例えばマイクロフォンまたはオ
ーディオテープレコーダとすることができる。マイクロ
フォン（またはレコーダ）６より出力される音声信号は
増幅器３に提供され、増幅器３は、上記に説明した通信
パス９への送信のため、前記信号を端末Ｔ１のＩＤＣ回
路網に送る。
【００１４】（使用者は同様に、下記に説明されるよう
に、サーバー１０と関連するデータベース６１にデータ
を格納することができることが注目される。） 本発明の実施例では、独特のマルチメディアプロトコル
を構成するマルチメディア機能のライブラリが、通信網
を介する使用者へのマルチメディアアプリケーションの
開発及び提供を援助するために与えられる。詳細には、
このプロトコルは、本発明の態様に従って、システム１
００、マルチメディアアプリケーション及び端末Ｔ１と
無関係になるように取り決められる。このため、種々の
マルチメディア機能をシステム１００と端末Ｔ１間に継
ぎ目なく分配することができる。したがって、プロトコ
ルは、使用者端末を含む網状マルチメディアシステムを
構成する構成要素間の通信を容易にする。そして、好都
合にも、前記プロトコルにしたがって開発されたマルチ
メディアアプリケーションは、システムが本発明のプロ
トコルを維持するかぎり、たいていのマルチメディアシ
ステムにランさせることができる。
に、サーバー１０と関連するデータベース６１にデータ
を格納することができることが注目される。） 本発明の実施例では、独特のマルチメディアプロトコル
を構成するマルチメディア機能のライブラリが、通信網
を介する使用者へのマルチメディアアプリケーションの
開発及び提供を援助するために与えられる。詳細には、
このプロトコルは、本発明の態様に従って、システム１
００、マルチメディアアプリケーション及び端末Ｔ１と
無関係になるように取り決められる。このため、種々の
マルチメディア機能をシステム１００と端末Ｔ１間に継
ぎ目なく分配することができる。したがって、プロトコ
ルは、使用者端末を含む網状マルチメディアシステムを
構成する構成要素間の通信を容易にする。そして、好都
合にも、前記プロトコルにしたがって開発されたマルチ
メディアアプリケーションは、システムが本発明のプロ
トコルを維持するかぎり、たいていのマルチメディアシ
ステムにランさせることができる。
【００１５】このプロトコルは、より詳細には、（ａ）
遠隔通信機能、（ｂ）データアクセス機能、（ｃ）音声
機能、及び（ｄ）分散アプリケーション機能を呼び出す
ためのメッセージを含む。遠隔通信機能は、端末Ｔ１と
システム１００間の通信接続を確立したり会議接続を確
立したりするメッセージ群を含む。このメッセージ群
は、（ａ）接続、（ｂ）切断、（ｃ）ブリッジ呼、及び
（ｄ）非ブリッジ呼を含む。データアクセス機能は、
（ａ）データファイルのダウンロード、（ｂ）データフ
ァイルのアップロード、（ｃ）データダウンロードの停
止、（ｄ）データアップロードの停止、（ｅ）データダ
ウンロードの再開、及び（ｆ）データアップロードの再
開からなるメッセージ群を含む。音声機能は、（ａ）音
声ファイルの再生、（ｂ）音声再生の中断、（ｃ）音声
再生の再開、（ｄ）音声再生のスキップ、（ｅ）音量調
整、（ｆ）音声再生の停止、（ｇ）録音、（ｈ）録音の
中断、（ｉ）録音の再開、及び（ｊ）録音の停止を含
む。分散アプリケーション機能は、（ａ）アプリケーシ
ョン開始、（ｂ）アプリケーション停止、及び（ｃ）ア
プリケーション中断、及び（ｄ）アプリケーション再開
からなるメッセージ群を含む。（音声サーバーに関連す
る種々の命令は付属書類Ａに示される。データサーバー
命令及びアプリケーション制御装置命令のフォーマット
と機能は、付属書類Ａに示されるものと同じである。）
遠隔通信機能、（ｂ）データアクセス機能、（ｃ）音声
機能、及び（ｄ）分散アプリケーション機能を呼び出す
ためのメッセージを含む。遠隔通信機能は、端末Ｔ１と
システム１００間の通信接続を確立したり会議接続を確
立したりするメッセージ群を含む。このメッセージ群
は、（ａ）接続、（ｂ）切断、（ｃ）ブリッジ呼、及び
（ｄ）非ブリッジ呼を含む。データアクセス機能は、
（ａ）データファイルのダウンロード、（ｂ）データフ
ァイルのアップロード、（ｃ）データダウンロードの停
止、（ｄ）データアップロードの停止、（ｅ）データダ
ウンロードの再開、及び（ｆ）データアップロードの再
開からなるメッセージ群を含む。音声機能は、（ａ）音
声ファイルの再生、（ｂ）音声再生の中断、（ｃ）音声
再生の再開、（ｄ）音声再生のスキップ、（ｅ）音量調
整、（ｆ）音声再生の停止、（ｇ）録音、（ｈ）録音の
中断、（ｉ）録音の再開、及び（ｊ）録音の停止を含
む。分散アプリケーション機能は、（ａ）アプリケーシ
ョン開始、（ｂ）アプリケーション停止、及び（ｃ）ア
プリケーション中断、及び（ｄ）アプリケーション再開
からなるメッセージ群を含む。（音声サーバーに関連す
る種々の命令は付属書類Ａに示される。データサーバー
命令及びアプリケーション制御装置命令のフォーマット
と機能は、付属書類Ａに示されるものと同じである。）
【００１６】本発明のプロトコルの結果として、また本
発明の態様にしたがって、マルチメディアアプリケーシ
ョンは論理構成要素すなわちブロックに分割することが
できるが、その提供は使用者の管理下にある。好都合に
も、使用者より要求されるマルチメディアアプリケーシ
ョンのこれらのブロックのみが使用者の端末にダウンロ
ードされ、それにより遠隔通信網帯域の効率的な利用が
行なわれる。好都合にも、前記分割は、アプリケーショ
ンの構成要素が、送信されるデータ形式に最も適する方
法で格納され送信されるのを許す。例えば、音声情報を
予め決められたフォーマット、例えばＡＤＰＣＭフォー
マット、でデータベース６０に格納することができる。
前記ＡＤＰＣＭフォーマットは、使用者への電話通信網
を介する送信のための音声信号に容易に復調、変換する
ことができるものである。
発明の態様にしたがって、マルチメディアアプリケーシ
ョンは論理構成要素すなわちブロックに分割することが
できるが、その提供は使用者の管理下にある。好都合に
も、使用者より要求されるマルチメディアアプリケーシ
ョンのこれらのブロックのみが使用者の端末にダウンロ
ードされ、それにより遠隔通信網帯域の効率的な利用が
行なわれる。好都合にも、前記分割は、アプリケーショ
ンの構成要素が、送信されるデータ形式に最も適する方
法で格納され送信されるのを許す。例えば、音声情報を
予め決められたフォーマット、例えばＡＤＰＣＭフォー
マット、でデータベース６０に格納することができる。
前記ＡＤＰＣＭフォーマットは、使用者への電話通信網
を介する送信のための音声信号に容易に復調、変換する
ことができるものである。
【００１７】前記プロトコルの結果として、アプリケー
ションを各ブロックに区分け（分割）することができ
る。これが意味することは、アプリケーションは効率的
かつ迅速な方法で使用者に提供されるということであ
る。例えば、アプリケーションの特定のブロックをバッ
クグラウンドモードで端末Ｔ１にダウンロードし、前記
ブロックを、使用者が要求した時に端末表示装置１２に
迅速に持ち出せるように端末Ｔ１に格納することができ
る。例えば、使用者選択の見込みが最も高い表示メニュ
ーアイテムを援助するアプリケーションプログラムのブ
ロックを、バックグラウンドにまずダウンロードするこ
とができ、使用者選択の見込みが次に高いメニューを援
助するアプリケーションプログラムのブロックを次にダ
ウンロードすることができ、以下同様である。したがっ
て、使用者が表示メニューアイテムを選択する時、その
選択を援助するアプリケーションデータ及び／またはソ
フトウェアが、使用者の端末に内在（格納）されている
のが適当である。
ションを各ブロックに区分け（分割）することができ
る。これが意味することは、アプリケーションは効率的
かつ迅速な方法で使用者に提供されるということであ
る。例えば、アプリケーションの特定のブロックをバッ
クグラウンドモードで端末Ｔ１にダウンロードし、前記
ブロックを、使用者が要求した時に端末表示装置１２に
迅速に持ち出せるように端末Ｔ１に格納することができ
る。例えば、使用者選択の見込みが最も高い表示メニュ
ーアイテムを援助するアプリケーションプログラムのブ
ロックを、バックグラウンドにまずダウンロードするこ
とができ、使用者選択の見込みが次に高いメニューを援
助するアプリケーションプログラムのブロックを次にダ
ウンロードすることができ、以下同様である。したがっ
て、使用者が表示メニューアイテムを選択する時、その
選択を援助するアプリケーションデータ及び／またはソ
フトウェアが、使用者の端末に内在（格納）されている
のが適当である。
【００１８】（その代わりとして、ブロックを、選択の
見込みよりむしろ各々のサイズに基づいて順次ダウンロ
ードすることができる。なお、表示メニューアイテムを
援助するアプリケーションブロックを、並列にバックグ
ラウンドモード（すなわちプリローディング）でダウン
ロードすることができ、ここでは、網帯域幅は、使用者
により選択される関連メニューアイテムの見込みに基づ
いてブロック間に割り当てられる。他の代替物として、
前記帯域幅割当てはデータブロックのサイズに基づくこ
とができる。前記ブロックがバックグラウンドにおいて
順次または並列にダウンロードされる順番は、アプリケ
ーション提供者によって明快に指定される。すなわち、
帯域幅の大部分は小さい方のデータブロックより大きい
データブロックに割当てられる。反対に、帯域幅の大部
分は、使用者がメニュー選択を行なう前にブロックが使
用者の端末に内在しているということを確実にするため
に、小さい方のデータブロックに割当てることもでき
る。）
見込みよりむしろ各々のサイズに基づいて順次ダウンロ
ードすることができる。なお、表示メニューアイテムを
援助するアプリケーションブロックを、並列にバックグ
ラウンドモード（すなわちプリローディング）でダウン
ロードすることができ、ここでは、網帯域幅は、使用者
により選択される関連メニューアイテムの見込みに基づ
いてブロック間に割り当てられる。他の代替物として、
前記帯域幅割当てはデータブロックのサイズに基づくこ
とができる。前記ブロックがバックグラウンドにおいて
順次または並列にダウンロードされる順番は、アプリケ
ーション提供者によって明快に指定される。すなわち、
帯域幅の大部分は小さい方のデータブロックより大きい
データブロックに割当てられる。反対に、帯域幅の大部
分は、使用者がメニュー選択を行なう前にブロックが使
用者の端末に内在しているということを確実にするため
に、小さい方のデータブロックに割当てることもでき
る。）
【００１９】前記のことを心に留めておいて、次に、マ
ルチメディアアプリケーションが端末機Ｓ１及び端末Ｔ
１と関連する使用者に要求され提供される方法を説明す
る。詳細には、使用者がマルチメディア機能を呼び出す
ための命令を入力すると、端末Ｔ１は、使用者に割当て
られた唯一のシステム１００識別子、例えば従来のログ
イン、を入力し、次に使用者のパスワードを入力するよ
う、使用者への要求を表示する。使用者がその要求に応
じると、それに応じて、端末Ｔ１は、その関連電話回路
網に網２００を介してシステム１００にＩＳＤＮデータ
呼をかけさせる。システム１００（データサーバー１
０）が前記呼を受け付けると、網２００は、通信パス９
のＢチャンネルのうちの１チャンネルと通信パス１１−
１の休止Ｂチャンネル間の接続を確立する。いったんＩ
ＳＤＮ接続が確立されれば、端末Ｔ１は、使用者が入力
したログイン及びパスワードを送信する。その受信に基
づき、データサーバー１０は、受信したログイン及びパ
スワードを有効と認めた場合端末Ｔ１に受取通知を返送
する。さもなければ、データサーバー１０は無効メッセ
ージを端末Ｔ１に返送し、前記呼から切り離す。
ルチメディアアプリケーションが端末機Ｓ１及び端末Ｔ
１と関連する使用者に要求され提供される方法を説明す
る。詳細には、使用者がマルチメディア機能を呼び出す
ための命令を入力すると、端末Ｔ１は、使用者に割当て
られた唯一のシステム１００識別子、例えば従来のログ
イン、を入力し、次に使用者のパスワードを入力するよ
う、使用者への要求を表示する。使用者がその要求に応
じると、それに応じて、端末Ｔ１は、その関連電話回路
網に網２００を介してシステム１００にＩＳＤＮデータ
呼をかけさせる。システム１００（データサーバー１
０）が前記呼を受け付けると、網２００は、通信パス９
のＢチャンネルのうちの１チャンネルと通信パス１１−
１の休止Ｂチャンネル間の接続を確立する。いったんＩ
ＳＤＮ接続が確立されれば、端末Ｔ１は、使用者が入力
したログイン及びパスワードを送信する。その受信に基
づき、データサーバー１０は、受信したログイン及びパ
スワードを有効と認めた場合端末Ｔ１に受取通知を返送
する。さもなければ、データサーバー１０は無効メッセ
ージを端末Ｔ１に返送し、前記呼から切り離す。
【００２０】受取通知に加えて、データサーバー１０
は、システム１００に内在するマルチメディアアプリケ
ーションのメニューを返送する。システム１００では、
メニューは圧縮されたフォーマットになっている。ま
た、データサーバー１０は、メニューと共に、メニュー
アイテムのそれぞれと関連する各マルチメディアアプリ
ケーションがメモリ６１及び／またはメモリ６０にある
ことを確認する情報も送る。その受信に基づき、端末Ｔ
１は、従来の圧縮解除アルゴリズムを用いてデータ（メ
ニュー）を圧縮解除し、この圧縮解除されたメニューを
端末表示装置１２に表示する。また、端末Ｔ１は圧縮解
除されたアプリケーション位置情報をその内部メモリに
格納する。
は、システム１００に内在するマルチメディアアプリケ
ーションのメニューを返送する。システム１００では、
メニューは圧縮されたフォーマットになっている。ま
た、データサーバー１０は、メニューと共に、メニュー
アイテムのそれぞれと関連する各マルチメディアアプリ
ケーションがメモリ６１及び／またはメモリ６０にある
ことを確認する情報も送る。その受信に基づき、端末Ｔ
１は、従来の圧縮解除アルゴリズムを用いてデータ（メ
ニュー）を圧縮解除し、この圧縮解除されたメニューを
端末表示装置１２に表示する。また、端末Ｔ１は圧縮解
除されたアプリケーション位置情報をその内部メモリに
格納する。
【００２１】表示されるマルチメディアアプリケーショ
ンのメニューは、例えば、紀行映画、ゲーム、カタログ
ショッピング、教育等を含む。また、このメニューに
は、良く知られているセサミ ストリート（Childrens
Television Workshop Corporation の商標）テレビ番組
に関連があるマルチメディアアプリケーションを入れる
こともできる。よって、以下、セサミ ストリート ア
プリケーションに関連して説明する。（しかし、以下の
説明は他のマルチメディアアプリケーション、例えば上
述のマルチメディアアプリケーション、に平等に関係が
あることがわかる。）
ンのメニューは、例えば、紀行映画、ゲーム、カタログ
ショッピング、教育等を含む。また、このメニューに
は、良く知られているセサミ ストリート（Childrens
Television Workshop Corporation の商標）テレビ番組
に関連があるマルチメディアアプリケーションを入れる
こともできる。よって、以下、セサミ ストリート ア
プリケーションに関連して説明する。（しかし、以下の
説明は他のマルチメディアアプリケーション、例えば上
述のマルチメディアアプリケーション、に平等に関係が
あることがわかる。）
【００２２】使用者が、例えばその表示されたメニュー
アイテムに従来のマウスカーソルを合わせて関連マウス
ボタンを操作することによって、セサミ ストリート
アプリケーションを選ぶと、端末Ｔ１は、その内部メモ
リからそれに関する“アプリケーション位置情報”を得
て、セサミ ストリート アプリケーション及びそれに
関する位置情報を送信するための要求を含むメッセージ
を生成する。次いで、端末Ｔ１は、このメッセージを網
２００で確立されたＩＳＤＮ接続を介してシステム１０
０に送信する。メッセージの受信に基づき、データサー
バー１０は、メッセージから位置情報を抽出し、この情
報を用いて、データベース６１における要求されたアプ
リケーションの第１ブロックの格納位置を確認する。次
いで、データサーバー１０は、アプリケーションの第１
ブロックを降ろして、その圧縮された形式のものを端末
Ｔ１に送信する。ここで、第１ブロックは、（ａ）端末
Ｔ１に表示されることになる仕切りと、（ｂ）実行可能
なプログラムとからなる。第１ブロックの受信に基づ
き、端末Ｔ１は前記データを圧縮解除し、受信したプロ
グラムを実行する。受信したプログラムは、順次、付随
の仕切りを表示装置１２に表示させ、セサミ ストリー
トの番組主題歌の再生を始めるための要求を音声サーバ
ーに送る。
アイテムに従来のマウスカーソルを合わせて関連マウス
ボタンを操作することによって、セサミ ストリート
アプリケーションを選ぶと、端末Ｔ１は、その内部メモ
リからそれに関する“アプリケーション位置情報”を得
て、セサミ ストリート アプリケーション及びそれに
関する位置情報を送信するための要求を含むメッセージ
を生成する。次いで、端末Ｔ１は、このメッセージを網
２００で確立されたＩＳＤＮ接続を介してシステム１０
０に送信する。メッセージの受信に基づき、データサー
バー１０は、メッセージから位置情報を抽出し、この情
報を用いて、データベース６１における要求されたアプ
リケーションの第１ブロックの格納位置を確認する。次
いで、データサーバー１０は、アプリケーションの第１
ブロックを降ろして、その圧縮された形式のものを端末
Ｔ１に送信する。ここで、第１ブロックは、（ａ）端末
Ｔ１に表示されることになる仕切りと、（ｂ）実行可能
なプログラムとからなる。第１ブロックの受信に基づ
き、端末Ｔ１は前記データを圧縮解除し、受信したプロ
グラムを実行する。受信したプログラムは、順次、付随
の仕切りを表示装置１２に表示させ、セサミ ストリー
トの番組主題歌の再生を始めるための要求を音声サーバ
ーに送る。
【００２３】前記仕切りは、種々の対象物、例えば、ボ
ール、汽車、本箱、アーケードゲーム等、で満たされた
部屋を示す。各対象物はメニュー選択を表わす。例え
ば、（ａ）ボールを選択すると、弾むボールが関連の音
響効果を伴って表示され、（ｂ）汽車を選択すると、円
形軌道を走る汽車が関連の音響効果を伴って表示され、
（ｃ）本箱を選択すれば、物語の本機能が表示される。
本発明の一態様として、システム１００は、上述のよう
に、使用者がどのメニューアイテムを選ぶかを決める
間、考慮中のアプリケーション部分をダウンロードする
ことができる。例えば、ボールと汽車は、使用者がメニ
ューアイテムを選択する前にダウンロードすることがで
きるアニメーション型アプリケーションである。
ール、汽車、本箱、アーケードゲーム等、で満たされた
部屋を示す。各対象物はメニュー選択を表わす。例え
ば、（ａ）ボールを選択すると、弾むボールが関連の音
響効果を伴って表示され、（ｂ）汽車を選択すると、円
形軌道を走る汽車が関連の音響効果を伴って表示され、
（ｃ）本箱を選択すれば、物語の本機能が表示される。
本発明の一態様として、システム１００は、上述のよう
に、使用者がどのメニューアイテムを選ぶかを決める
間、考慮中のアプリケーション部分をダウンロードする
ことができる。例えば、ボールと汽車は、使用者がメニ
ューアイテムを選択する前にダウンロードすることがで
きるアニメーション型アプリケーションである。
【００２４】使用者が例えば汽車マルチメディアアプリ
ケーション（動画プラス音）を選択すると、その選択を
援助するアプリケーションブロックは既に端末Ｔ１に内
在する。したがって、端末Ｔ１は、その使用者選択に迅
速に応じて、汽車アニメーションと関連の音響効果の再
生を表示することができる。汽車アニメーションは、よ
り詳細には、やや円形の軌道上を動いている汽車を、汽
笛を表わす音を伴って表示する。一方、使用者が本箱メ
ニューアイテムを選択すると、端末Ｔ１はそのアプリケ
ーションを援助するメニューを表示する。ここで、前記
メニューは、プリ−ダウンローディング フィーチャの
結果として既に端末Ｔ１に格納されている。本箱メニュ
ーは、表示装置１２に表示される場合、各々が各本の書
名を含む種々の本の表紙を描く画像を示す。このメニュ
ーは背景音すなわちセサミ ストリート番組主題歌を伴
う。前記本は各々、一連の絵と、物語を話す音から構成
される。使用者がどのメニューアイテムを選択するか決
める間、システム１００は、上記に説明したように、前
記各本の第１ページを端末Ｔ１にダウンロードする。使
用者が本を選択した場合は、端末Ｔ１は、予め格納され
ている選択された本の第１ページを表示する。さらに、
端末Ｔ１は、選択された第１ページと関連する音声ファ
イルの名前を含むメッセージを生成し、このメッセージ
を通信パス９を介してシステム１００に送る。アプリケ
ーションは、音声チャンネルを必要とする場合（これは
上述の音響効果を再生する場合である）、データサーバ
ー１０を介して音声サーバー３０にその音響効果の要求
を送る。音声サーバー３０は、この要求に応じて、特定
の命令を網２００に送って通信パス１１−２を確立させ
る。
ケーション（動画プラス音）を選択すると、その選択を
援助するアプリケーションブロックは既に端末Ｔ１に内
在する。したがって、端末Ｔ１は、その使用者選択に迅
速に応じて、汽車アニメーションと関連の音響効果の再
生を表示することができる。汽車アニメーションは、よ
り詳細には、やや円形の軌道上を動いている汽車を、汽
笛を表わす音を伴って表示する。一方、使用者が本箱メ
ニューアイテムを選択すると、端末Ｔ１はそのアプリケ
ーションを援助するメニューを表示する。ここで、前記
メニューは、プリ−ダウンローディング フィーチャの
結果として既に端末Ｔ１に格納されている。本箱メニュ
ーは、表示装置１２に表示される場合、各々が各本の書
名を含む種々の本の表紙を描く画像を示す。このメニュ
ーは背景音すなわちセサミ ストリート番組主題歌を伴
う。前記本は各々、一連の絵と、物語を話す音から構成
される。使用者がどのメニューアイテムを選択するか決
める間、システム１００は、上記に説明したように、前
記各本の第１ページを端末Ｔ１にダウンロードする。使
用者が本を選択した場合は、端末Ｔ１は、予め格納され
ている選択された本の第１ページを表示する。さらに、
端末Ｔ１は、選択された第１ページと関連する音声ファ
イルの名前を含むメッセージを生成し、このメッセージ
を通信パス９を介してシステム１００に送る。アプリケ
ーションは、音声チャンネルを必要とする場合（これは
上述の音響効果を再生する場合である）、データサーバ
ー１０を介して音声サーバー３０にその音響効果の要求
を送る。音声サーバー３０は、この要求に応じて、特定
の命令を網２００に送って通信パス１１−２を確立させ
る。
【００２５】前記メッセージの受信に基づき、データサ
ーバー１０はこの要求をＬＡＮ４５を介して音声サーバ
ー３０に送る。サーバー３０は、順次、メモリ６０から
確認されるファイルを降ろし、網２００を経由して端末
Ｔ１間で伸びる通信パス１１−２の関連Ｂチャンネルを
介して、連続（等時）ビットストリームとして前記ファ
イルを送信する。端末Ｔ１は次に、受信したビットスト
リームをアナログ信号に変換して端末機Ｓ１または音声
装置５に提供する。同様に、使用者が音声を聞きながら
そのページを見ている間、システム１００は選択された
ほんの次のページを端末Ｔ１にダウンロードする。端末
Ｔ１及びシステム１００は、選択された本の最終ページ
が使用者に提供されるまで上記のように動作し続ける。
その時点で、使用者は本メニューの再表示を要求して、
上記に説明したように続けることができる。その代わり
として、本選択メニューが表示された時、使用者はメイ
ンメニューを選択することができる。
ーバー１０はこの要求をＬＡＮ４５を介して音声サーバ
ー３０に送る。サーバー３０は、順次、メモリ６０から
確認されるファイルを降ろし、網２００を経由して端末
Ｔ１間で伸びる通信パス１１−２の関連Ｂチャンネルを
介して、連続（等時）ビットストリームとして前記ファ
イルを送信する。端末Ｔ１は次に、受信したビットスト
リームをアナログ信号に変換して端末機Ｓ１または音声
装置５に提供する。同様に、使用者が音声を聞きながら
そのページを見ている間、システム１００は選択された
ほんの次のページを端末Ｔ１にダウンロードする。端末
Ｔ１及びシステム１００は、選択された本の最終ページ
が使用者に提供されるまで上記のように動作し続ける。
その時点で、使用者は本メニューの再表示を要求して、
上記に説明したように続けることができる。その代わり
として、本選択メニューが表示された時、使用者はメイ
ンメニューを選択することができる。
【００２６】本発明の一態様として、使用者、例えば端
末機Ｓ１及び端末Ｔ１と関連する使用者、は特定のマル
チメディアアプリケーションを見ながら、“本物の”代
理者、例えば旅行代理業者、にアクセスすることができ
る。例えば、使用者は、端末機Ｓ１または案末Ｔ１のど
ちらかに出力される音声を伴う表示装置１２上のマルチ
メディア紀行映画アプリケーションを見ていて、旅行代
理業者との接続を望む場合、システム１００にこのよう
な接続の要求を入力することができる。使用者は、紀行
映画と共に表示されている特定のアイコンにスクリーン
カーソルを合わせてそのアイコンを従来のやり方で選択
することにより、この事を行なうことができる。端末Ｔ
１はこれに応じてブリッジ呼メッセージ（下記に説明さ
れる）をシステム１００に送る。そのメッセージの受信
に基づき、データサーバー１０はＬＡＮ４５を介して音
声サーバー３０に指示して、通信パス１１−２の利用で
きるＩＳＤＮ Ｂチャンネルを介する呼を、前記アプリ
ケーションと関連する代理者（操作者）、例えば案内者
すなわち操作者２２５、にかけさせる。前記呼が応答さ
れると、音声サーバー３０は網２００に信号を出し、そ
の呼を通信パス９を介してシステム１００に届く使用者
の呼に橋渡しさせる。次いで、音声サーバー３０はブリ
ッジ呼の接続を断ち、紀行映画アプリケーションは、代
理者への呼が完了するまで一時停止される。前記呼が完
了すると、音声サーバー３０は通信パス１１−２を介し
て端末Ｔ１に再接続する。次いで、システム１００は紀
行映画の提供を継続する。
末機Ｓ１及び端末Ｔ１と関連する使用者、は特定のマル
チメディアアプリケーションを見ながら、“本物の”代
理者、例えば旅行代理業者、にアクセスすることができ
る。例えば、使用者は、端末機Ｓ１または案末Ｔ１のど
ちらかに出力される音声を伴う表示装置１２上のマルチ
メディア紀行映画アプリケーションを見ていて、旅行代
理業者との接続を望む場合、システム１００にこのよう
な接続の要求を入力することができる。使用者は、紀行
映画と共に表示されている特定のアイコンにスクリーン
カーソルを合わせてそのアイコンを従来のやり方で選択
することにより、この事を行なうことができる。端末Ｔ
１はこれに応じてブリッジ呼メッセージ（下記に説明さ
れる）をシステム１００に送る。そのメッセージの受信
に基づき、データサーバー１０はＬＡＮ４５を介して音
声サーバー３０に指示して、通信パス１１−２の利用で
きるＩＳＤＮ Ｂチャンネルを介する呼を、前記アプリ
ケーションと関連する代理者（操作者）、例えば案内者
すなわち操作者２２５、にかけさせる。前記呼が応答さ
れると、音声サーバー３０は網２００に信号を出し、そ
の呼を通信パス９を介してシステム１００に届く使用者
の呼に橋渡しさせる。次いで、音声サーバー３０はブリ
ッジ呼の接続を断ち、紀行映画アプリケーションは、代
理者への呼が完了するまで一時停止される。前記呼が完
了すると、音声サーバー３０は通信パス１１−２を介し
て端末Ｔ１に再接続する。次いで、システム１００は紀
行映画の提供を継続する。
【００２７】図１からわかるように、システム１００
は、ワークステーション４０とアプリケーション開発プ
ラットフォーム（ＡＤＰ）１５０も含み、これらは、シ
ステムと、それぞれアプリケーション供給装置１２５及
び１７５のような、マルチメディアアプリケーションの
開発者と関連するマルチメディアアプリケーション開発
設備をインターフェースさせるために用いられる。本発
明の実施例では、ワークステーション４０は、例えばゲ
ートウェイ(Gateway) 社から入手できるゲートウェイ２
０００コンピュータとすることができ、アプリケーショ
ン供給装置例えば供給装置１２５がシステム１００（デ
ータベース６０及び６１）に開発中のアプリケーション
を格納することができるメカニズムを提供する。供給装
置１２５は、ＢＲＩ ＩＳＤＮパス１２６を介してＩＳ
ＤＮ呼をかけてワークステーション４０との接続を確立
することにより、その通り行なうことができる。いった
ん接続が確立されれば、供給装置１２５はワークステー
ション４０とやり取りして、メモリ６０及び／または６
１にアプリケーションを格納するようにワークステーシ
ョン４０に指示することができる。システム１００への
アプリケーションの転送を有効にするために、供給装置
１２５は、データのアップロード命令（下記に説明され
る）を用いて、アプリケーションを構成する各ファイル
をパス１２６を介してワークステーション４０に送信す
る。ワークステーション４０は、ファイルの受信に応じ
て、受信したファイルのデータ（音またはデジタルデー
タ）の形式に基づいてメモリ６０または６１にそのファ
イルを格納する。前記ファイルの全てがシステム１００
に格納されると、供給装置１２５は、パス１２６を介し
てアプリケーション開発プラットフォーム（ＡＤＰ）１
５０に呼をかけることによって、格納されたアプリケー
ションを“デバッグ”することができる。
は、ワークステーション４０とアプリケーション開発プ
ラットフォーム（ＡＤＰ）１５０も含み、これらは、シ
ステムと、それぞれアプリケーション供給装置１２５及
び１７５のような、マルチメディアアプリケーションの
開発者と関連するマルチメディアアプリケーション開発
設備をインターフェースさせるために用いられる。本発
明の実施例では、ワークステーション４０は、例えばゲ
ートウェイ(Gateway) 社から入手できるゲートウェイ２
０００コンピュータとすることができ、アプリケーショ
ン供給装置例えば供給装置１２５がシステム１００（デ
ータベース６０及び６１）に開発中のアプリケーション
を格納することができるメカニズムを提供する。供給装
置１２５は、ＢＲＩ ＩＳＤＮパス１２６を介してＩＳ
ＤＮ呼をかけてワークステーション４０との接続を確立
することにより、その通り行なうことができる。いった
ん接続が確立されれば、供給装置１２５はワークステー
ション４０とやり取りして、メモリ６０及び／または６
１にアプリケーションを格納するようにワークステーシ
ョン４０に指示することができる。システム１００への
アプリケーションの転送を有効にするために、供給装置
１２５は、データのアップロード命令（下記に説明され
る）を用いて、アプリケーションを構成する各ファイル
をパス１２６を介してワークステーション４０に送信す
る。ワークステーション４０は、ファイルの受信に応じ
て、受信したファイルのデータ（音またはデジタルデー
タ）の形式に基づいてメモリ６０または６１にそのファ
イルを格納する。前記ファイルの全てがシステム１００
に格納されると、供給装置１２５は、パス１２６を介し
てアプリケーション開発プラットフォーム（ＡＤＰ）１
５０に呼をかけることによって、格納されたアプリケー
ションを“デバッグ”することができる。
【００２８】ＡＤＰ１５０は、同様にゲートウェイ２０
００コンピュータとすることができ、呼に応答して、ま
るで供給装置が使用者例えば端末機Ｓ１や端末Ｔ１と関
連する使用者であるかのように、供給装置の格納される
アプリケーションを供給装置に提供することに関連する
システム１００の機能をまねるように、サーバー１０及
び３０と制御装置２０を反復させる。したがって、本発
明の一態様により、システム１００は、アプリケーショ
ン供給装置に、供給装置が開発中のアプリケーションを
システム１００に格納させ、そのあと遠隔通信網２００
を介してそのアプリケーションを“デバッグ”する（す
なわちエラーを発見して訂正する）ようにシステム１０
０をアクセスさせる機能を提供する。したがって、アプ
リケーション供給装置は、使用者が最終的にアプリケー
ションとインターフェースするのと実質的には同じよう
に関連アプリケーションとインターフェースする。
００コンピュータとすることができ、呼に応答して、ま
るで供給装置が使用者例えば端末機Ｓ１や端末Ｔ１と関
連する使用者であるかのように、供給装置の格納される
アプリケーションを供給装置に提供することに関連する
システム１００の機能をまねるように、サーバー１０及
び３０と制御装置２０を反復させる。したがって、本発
明の一態様により、システム１００は、アプリケーショ
ン供給装置に、供給装置が開発中のアプリケーションを
システム１００に格納させ、そのあと遠隔通信網２００
を介してそのアプリケーションを“デバッグ”する（す
なわちエラーを発見して訂正する）ようにシステム１０
０をアクセスさせる機能を提供する。したがって、アプ
リケーション供給装置は、使用者が最終的にアプリケー
ションとインターフェースするのと実質的には同じよう
に関連アプリケーションとインターフェースする。
【００２９】マルチメディアアプリケーションを働かせ
るソフトウェアは端末Ｔ１とシステム１００間で分割す
ることができる。図２を参照すると、端末Ｔ１に格納さ
れて、端末Ｔ１を操作する使用者にマルチメディアシス
テムすなわちプラットフォーム１００にアクセスさせる
メインメニュープログラムが示される。より詳細には、
使用者が名メニュープログラムを呼び出すと、プログラ
ムはブロック３００に入って、ブロック３０１に進み、
使用者にログイン及びパスワードの入力を促す。使用者
がそれを行なうと、プログラムはブロック３０２に進
み、上述のＩＳＤＮ基板の動作を制御するソフトウェア
ばかりでなく該基板も初期化する。次いで、プログラム
は、基本速度ＩＳＤＮチャンネルの２チャンネルのうち
の一方を用いてマルチメディアプラットフォーム１００
への電話呼を確立する（ブロック３０３）。電話呼が確
立されると、メインメニュープログラムとシステム（プ
ラットフォーム）１００は互いに通信する。前記通信
は、プラットフォーム１００に入力されるパスワード及
びログオンの通過を含む。プラットフォーム１００がロ
グオンを無効と認めると、プラットフォーム１００はＩ
ＳＤＮ接続を終わらせる。プログラムは、それに応じ
て、その事を表わすメッセージを表示し、退出する。し
かし、プラットフォームは、入力されたログオンを有効
と認めると、その事をプログラムに通知し（ブロック３
０４）、使用者がアクセスできるマルチメディアサービ
スのメニューをダウンロードする。その受信に基づき、
プログラム（ブロック３０５）は前記サービスを表示
し、使用者が選択を入力するのを待つ（ブロック３０
６）。使用者が選択を入力すると、プログラム（ブロッ
ク３０６）はその選択をプラットフォーム１００に送
り、そのあと、下記に説明されるように、プラットフォ
ーム１００から受信された時にその選択をランする（ブ
ロック３０７）。マルチメディア選択が終わると、プロ
グラムはサービスのメニューを表示し（ブロック３０
８）、使用者が次の選択を入力するのを待ち受ける。使
用者が選択を入力すると、上記に説明したように、プロ
グラムは入力された選択をマルチメディアプラットフォ
ームに送る。（ブロック３０６）。一方、使用者がその
活動期間を終わらせることを望んで、その事を表わす識
別子、例えばｑｕｉｔの“ｑ”を入力した場合は、プロ
グラムはそれをプラットフォームに通知してＩＳＤＮ接
続を終わらせる。
るソフトウェアは端末Ｔ１とシステム１００間で分割す
ることができる。図２を参照すると、端末Ｔ１に格納さ
れて、端末Ｔ１を操作する使用者にマルチメディアシス
テムすなわちプラットフォーム１００にアクセスさせる
メインメニュープログラムが示される。より詳細には、
使用者が名メニュープログラムを呼び出すと、プログラ
ムはブロック３００に入って、ブロック３０１に進み、
使用者にログイン及びパスワードの入力を促す。使用者
がそれを行なうと、プログラムはブロック３０２に進
み、上述のＩＳＤＮ基板の動作を制御するソフトウェア
ばかりでなく該基板も初期化する。次いで、プログラム
は、基本速度ＩＳＤＮチャンネルの２チャンネルのうち
の一方を用いてマルチメディアプラットフォーム１００
への電話呼を確立する（ブロック３０３）。電話呼が確
立されると、メインメニュープログラムとシステム（プ
ラットフォーム）１００は互いに通信する。前記通信
は、プラットフォーム１００に入力されるパスワード及
びログオンの通過を含む。プラットフォーム１００がロ
グオンを無効と認めると、プラットフォーム１００はＩ
ＳＤＮ接続を終わらせる。プログラムは、それに応じ
て、その事を表わすメッセージを表示し、退出する。し
かし、プラットフォームは、入力されたログオンを有効
と認めると、その事をプログラムに通知し（ブロック３
０４）、使用者がアクセスできるマルチメディアサービ
スのメニューをダウンロードする。その受信に基づき、
プログラム（ブロック３０５）は前記サービスを表示
し、使用者が選択を入力するのを待つ（ブロック３０
６）。使用者が選択を入力すると、プログラム（ブロッ
ク３０６）はその選択をプラットフォーム１００に送
り、そのあと、下記に説明されるように、プラットフォ
ーム１００から受信された時にその選択をランする（ブ
ロック３０７）。マルチメディア選択が終わると、プロ
グラムはサービスのメニューを表示し（ブロック３０
８）、使用者が次の選択を入力するのを待ち受ける。使
用者が選択を入力すると、上記に説明したように、プロ
グラムは入力された選択をマルチメディアプラットフォ
ームに送る。（ブロック３０６）。一方、使用者がその
活動期間を終わらせることを望んで、その事を表わす識
別子、例えばｑｕｉｔの“ｑ”を入力した場合は、プロ
グラムはそれをプラットフォームに通知してＩＳＤＮ接
続を終わらせる。
【００３０】メインメニュープログラムは、バックグラ
ウンドモードでランするように設計されている多くの他
のプログラムすなわちタスクによって援助される。前記
プログラムの１つは、図３に示されるようなＩＳＤＮタ
スクを実行する。詳細には、このタスクは、ブロック４
００で入力されると、多数の機能の初期化に進む（ブロ
ック４０１）。前記初期化は、選択されたアプリケーシ
ョンに関連するデータファイルの格納のために必要な待
ち行列の設定を含む。前記データファイルは、プラット
フォームから使用者の端末への及びその逆のファイルの
ダウンローディングを含む。また、初期化は、データ圧
縮及び圧縮解除タスクを呼び出すことも含む。次いで、
プログラムは、アプリケーションからの要求すなわち次
のデータファイルを“得る”ための要求の受信を待ち受
ける。また、ＩＳＤＮタスクは、いわゆる簿記タスクの
呼出し（ブロック４０８）を含む。この簿記タスクは、
下記に説明されるような種々のＩＳＤＮ機能ばかりでな
く、使用者の端末がプラットフォームとの通信中に実行
するログオン及びログオフ機能をたどるものである。ま
た、ＩＳＤＮタスクはデータ転送機能も呼び出す（ブロ
ック４０５）。このデータ転送機能は、使用者の端末と
プラットフォーム間でデジタルデータファイルを転送す
るように動作する（ブロック４０９）。同様に、ＩＳＤ
Ｎタスクは音声機能も呼び出す（ブロック４０６）。こ
の音声機能は、選択されたアプリケーションの指令を受
けて、アプリケーションプラットフォームからの数値化
音声ファイルを受信してスピーカ４でこの音声を“再
生”する用に動作する（ブロック４１０）。選択された
アプリケーションからの受信される要求に上記機能（ブ
ロック４０３、４０５または４０６）がなければ、ＩＳ
ＤＮタスクはいわゆる否定的な受取通知をアプリケーシ
ョンに送り（ブロック４０７）、選択されたアプリケー
ションからの次の要求を待ち受ける（ブロック４０
２）。
ウンドモードでランするように設計されている多くの他
のプログラムすなわちタスクによって援助される。前記
プログラムの１つは、図３に示されるようなＩＳＤＮタ
スクを実行する。詳細には、このタスクは、ブロック４
００で入力されると、多数の機能の初期化に進む（ブロ
ック４０１）。前記初期化は、選択されたアプリケーシ
ョンに関連するデータファイルの格納のために必要な待
ち行列の設定を含む。前記データファイルは、プラット
フォームから使用者の端末への及びその逆のファイルの
ダウンローディングを含む。また、初期化は、データ圧
縮及び圧縮解除タスクを呼び出すことも含む。次いで、
プログラムは、アプリケーションからの要求すなわち次
のデータファイルを“得る”ための要求の受信を待ち受
ける。また、ＩＳＤＮタスクは、いわゆる簿記タスクの
呼出し（ブロック４０８）を含む。この簿記タスクは、
下記に説明されるような種々のＩＳＤＮ機能ばかりでな
く、使用者の端末がプラットフォームとの通信中に実行
するログオン及びログオフ機能をたどるものである。ま
た、ＩＳＤＮタスクはデータ転送機能も呼び出す（ブロ
ック４０５）。このデータ転送機能は、使用者の端末と
プラットフォーム間でデジタルデータファイルを転送す
るように動作する（ブロック４０９）。同様に、ＩＳＤ
Ｎタスクは音声機能も呼び出す（ブロック４０６）。こ
の音声機能は、選択されたアプリケーションの指令を受
けて、アプリケーションプラットフォームからの数値化
音声ファイルを受信してスピーカ４でこの音声を“再
生”する用に動作する（ブロック４１０）。選択された
アプリケーションからの受信される要求に上記機能（ブ
ロック４０３、４０５または４０６）がなければ、ＩＳ
ＤＮタスクはいわゆる否定的な受取通知をアプリケーシ
ョンに送り（ブロック４０７）、選択されたアプリケー
ションからの次の要求を待ち受ける（ブロック４０
２）。
【００３１】上述の簿記機能４０３のフローチャートは
図４に示される。詳細には、簿記機能は、呼び出される
と（ブロック５００）、受信された要求が上述のＩＳＤ
Ｎハードウェアを初期化するための要求かどうかを確認
する（ブロック５０１）。そうであった場合は、プログ
ラムはＩＳＤＮハードウェアを初期化する（ブロック５
０６）。前記初期化を行なうための要求は、通常、アプ
リケーションプログラムが、使用者の端末とプラットフ
ォーム１００間のＩＳＤＮ通信パスが不明の状態にあ
る、例えば端末が“切られている”、と推断した時に生
じる。それが違うならば、プログラム（ブロック５０２
／５０３）は、要求が特定形式のＩＳＤＮ接続／切断の
ための要求かどうかを知るためにチェックする。接続要
求については、プログラム（ブロック５０７）は、プラ
ットフォーム１００への特定の接続を定義するパラメー
タを含む、いわゆる接続命令を送る。切断要求について
は、プログラム（ブロック５０８）は、プラットフォー
ム１００との切断を定義するパラメータを含む切断命令
を送る。特定の機能（すなわちブロック５０６、５０７
または５０８）が首尾良く実行された場合は（ブロック
５０４）、プログラムは、“ＶＡＬ”と呼ばれる識別子
を、要求された機能が首尾良く完了したことを表わす１
にセットし（ブロック５０５）、そのあとブロック４０
２に戻る。さもなければ、プログラムは、ＶＡＬを、要
求された機能４０５が失敗したことを表わす０にセット
する（ブロック５０９）。
図４に示される。詳細には、簿記機能は、呼び出される
と（ブロック５００）、受信された要求が上述のＩＳＤ
Ｎハードウェアを初期化するための要求かどうかを確認
する（ブロック５０１）。そうであった場合は、プログ
ラムはＩＳＤＮハードウェアを初期化する（ブロック５
０６）。前記初期化を行なうための要求は、通常、アプ
リケーションプログラムが、使用者の端末とプラットフ
ォーム１００間のＩＳＤＮ通信パスが不明の状態にあ
る、例えば端末が“切られている”、と推断した時に生
じる。それが違うならば、プログラム（ブロック５０２
／５０３）は、要求が特定形式のＩＳＤＮ接続／切断の
ための要求かどうかを知るためにチェックする。接続要
求については、プログラム（ブロック５０７）は、プラ
ットフォーム１００への特定の接続を定義するパラメー
タを含む、いわゆる接続命令を送る。切断要求について
は、プログラム（ブロック５０８）は、プラットフォー
ム１００との切断を定義するパラメータを含む切断命令
を送る。特定の機能（すなわちブロック５０６、５０７
または５０８）が首尾良く実行された場合は（ブロック
５０４）、プログラムは、“ＶＡＬ”と呼ばれる識別子
を、要求された機能が首尾良く完了したことを表わす１
にセットし（ブロック５０５）、そのあとブロック４０
２に戻る。さもなければ、プログラムは、ＶＡＬを、要
求された機能４０５が失敗したことを表わす０にセット
する（ブロック５０９）。
【００３２】上述のデータ機能のフローチャートは図５
に示される。詳細には、データ機能は、呼び出されると
（ブロック６００）、選択されたアプリケーションから
受信されたデータ要求の形式を確認する。データ要求
が、いわゆるプラットフォームから使用者の端末へデー
タをダウンロードするための要求とわかった場合（ブロ
ック６０１）は、プログラムは、いわゆるダウンロード
処理待ち行列にこの要求を加え（ブロック６０４）、そ
のあと図３のブロック４０２に戻る。一方、要求が、使
用者の端末からプラットフォームへデータをアップロー
ドするための要求とわかった場合（ブロック６０２）
は、プログラムは、いわゆるアップロード処理待ち行列
にこの要求を加え（ブロック６０５）、そのあとブロッ
ク４０２に戻る。プログラムは、要求が、ダウンロード
またはアップロード以外の何か、すなわち、処理のため
に既に待ち行列に並んでいる特定の要求の取消し、であ
るとわかった場合は、この特定の要求のために状態を更
新する（ブロック６０６）。プログラムは、この特定の
要求に関する取消しメッセージをプラットフォームすな
わちデータまたは音声サーバーに送る（ブロック６０
７）。そのあと、プログラムはブロック４０２に戻る。
に示される。詳細には、データ機能は、呼び出されると
（ブロック６００）、選択されたアプリケーションから
受信されたデータ要求の形式を確認する。データ要求
が、いわゆるプラットフォームから使用者の端末へデー
タをダウンロードするための要求とわかった場合（ブロ
ック６０１）は、プログラムは、いわゆるダウンロード
処理待ち行列にこの要求を加え（ブロック６０４）、そ
のあと図３のブロック４０２に戻る。一方、要求が、使
用者の端末からプラットフォームへデータをアップロー
ドするための要求とわかった場合（ブロック６０２）
は、プログラムは、いわゆるアップロード処理待ち行列
にこの要求を加え（ブロック６０５）、そのあとブロッ
ク４０２に戻る。プログラムは、要求が、ダウンロード
またはアップロード以外の何か、すなわち、処理のため
に既に待ち行列に並んでいる特定の要求の取消し、であ
るとわかった場合は、この特定の要求のために状態を更
新する（ブロック６０６）。プログラムは、この特定の
要求に関する取消しメッセージをプラットフォームすな
わちデータまたは音声サーバーに送る（ブロック６０
７）。そのあと、プログラムはブロック４０２に戻る。
【００３３】図６は、データファイルダウンローディン
グ機能を実行するためにバックグラウンドモードでラン
するタスクすなわちプログラムをフローチャート形式で
示す。呼び出されると（ブロック７００）、プログラム
（ブロック７０１）は、プラットフォームから使用者の
端末へファイルをダウンロードするための要求を受信し
たかどうかを知るためにチェックする。それがその通り
ならば、プログラム（ブロック７０３）は、関連待ち行
列にこの要求を格納し、そのあとブロック７０２に進
む。次いで、プログラム（ブロック７０２）は、現在プ
ラットフォームからデータを受信中かどうかを知るため
にチェックし、そうであるとわかればブロック７０１に
戻る。そうでなければ、プログラム（ブロック７０４）
は、その関連待ち行列が空いているかどうかを知るため
にチェックし、空いていればブロック７０１に戻る。さ
もなければ、プログラム（ブロック７０５）は、（ａ）
プラットフォームから受信したデータファイルを読み取
って圧縮解除し、（ｂ）そのあと前記ファイルに含まれ
ている命令に従って前記ファイルを処理するためのもの
であるタスクを呼び出す（生成する）。そのあと、プロ
グラムはブロック７０１に戻る。
グ機能を実行するためにバックグラウンドモードでラン
するタスクすなわちプログラムをフローチャート形式で
示す。呼び出されると（ブロック７００）、プログラム
（ブロック７０１）は、プラットフォームから使用者の
端末へファイルをダウンロードするための要求を受信し
たかどうかを知るためにチェックする。それがその通り
ならば、プログラム（ブロック７０３）は、関連待ち行
列にこの要求を格納し、そのあとブロック７０２に進
む。次いで、プログラム（ブロック７０２）は、現在プ
ラットフォームからデータを受信中かどうかを知るため
にチェックし、そうであるとわかればブロック７０１に
戻る。そうでなければ、プログラム（ブロック７０４）
は、その関連待ち行列が空いているかどうかを知るため
にチェックし、空いていればブロック７０１に戻る。さ
もなければ、プログラム（ブロック７０５）は、（ａ）
プラットフォームから受信したデータファイルを読み取
って圧縮解除し、（ｂ）そのあと前記ファイルに含まれ
ている命令に従って前記ファイルを処理するためのもの
であるタスクを呼び出す（生成する）。そのあと、プロ
グラムはブロック７０１に戻る。
【００３４】図７は、データファイルアップローディン
グ機能を実行するためにバックグラウンドモードでラン
するタスクすなわちプログラムをフローチャート形式で
示す。図７に示されるプログラムは、図６に示されるプ
ログラムに多少類似しているが、異なる機能を実行す
る。詳細には、呼び出されると（ブロック８００）、プ
ログラム（ブロック８０１）は、使用者の端末からプラ
ットフォームすなわちデータまたは音声サーバーへ特定
のファイルを送信するための要求を受信したかどうかを
知るためにチェックする。それがその通りならば、プロ
グラム（ブロック８０３）は、関連待ち行列にこの要求
を格納し、そのあとブロック８０２に進む。次いで、プ
ログラム（ブロック８０２）は、現在プラットフォーム
にデータを送信中かどうかを知るためにチェックし、そ
れがその通りとわかればブロック８０１に戻る。プログ
ラムは、アップロードモードにないことがわかれば、そ
の関連待ち行列が空いているかどうかを知るためにチェ
ックし（ブロック８０４）、空いているとわかればブロ
ック８０１に戻る。さもなければ、プログラム（ブロッ
ク８０５）は、アップロードされるべきデータファイル
を圧縮し、このファイルをプラットフォームに送信する
（生成する）。そのあと、プログラムはブロック７０１
に戻る。
グ機能を実行するためにバックグラウンドモードでラン
するタスクすなわちプログラムをフローチャート形式で
示す。図７に示されるプログラムは、図６に示されるプ
ログラムに多少類似しているが、異なる機能を実行す
る。詳細には、呼び出されると（ブロック８００）、プ
ログラム（ブロック８０１）は、使用者の端末からプラ
ットフォームすなわちデータまたは音声サーバーへ特定
のファイルを送信するための要求を受信したかどうかを
知るためにチェックする。それがその通りならば、プロ
グラム（ブロック８０３）は、関連待ち行列にこの要求
を格納し、そのあとブロック８０２に進む。次いで、プ
ログラム（ブロック８０２）は、現在プラットフォーム
にデータを送信中かどうかを知るためにチェックし、そ
れがその通りとわかればブロック８０１に戻る。プログ
ラムは、アップロードモードにないことがわかれば、そ
の関連待ち行列が空いているかどうかを知るためにチェ
ックし（ブロック８０４）、空いているとわかればブロ
ック８０１に戻る。さもなければ、プログラム（ブロッ
ク８０５）は、アップロードされるべきデータファイル
を圧縮し、このファイルをプラットフォームに送信する
（生成する）。そのあと、プログラムはブロック７０１
に戻る。
【００３５】図８乃至図１９は、音声サーバー３０（図
１）において本発明を実行するプログラムをフローチャ
ート形式で示す。詳細には、図８を参照すると、アナロ
グサーバーがオンにされて“役立てられる”と、プログ
ラムはブロック９００に入り、網と音声サーバーをイン
ターフェースするインターフェース（Ｉ／Ｆ）回路基板
の初期化に進む（ブロック９０１）。また、プログラム
は多数のプログラム変数も初期化して、使用者の端末に
網２００を介して接続されるべき音声ＩＳＤＮ＿Ｂチャ
ンネルを要求するデータサーバーからのメッセージの受
信を待ち受ける（ブロック９０２）。このメッセージの
受信に応じて、プログラム（ブロック９０３）はＢ＿チ
ャンネル＿サーバー処理を生成し、下記に説明されるよ
うに、後者の処理を使用者の端末に接続されたＢ＿チャ
ンネルと関連させる。次いで、プログラム（ブロック９
０４）は新しく生成された処理と関連する待ち行列に受
信したメッセージを格納し、そのあとブロック９０２に
戻って、データサーバー１０からの次の接続メッセージ
の受信を待ち受ける。
１）において本発明を実行するプログラムをフローチャ
ート形式で示す。詳細には、図８を参照すると、アナロ
グサーバーがオンにされて“役立てられる”と、プログ
ラムはブロック９００に入り、網と音声サーバーをイン
ターフェースするインターフェース（Ｉ／Ｆ）回路基板
の初期化に進む（ブロック９０１）。また、プログラム
は多数のプログラム変数も初期化して、使用者の端末に
網２００を介して接続されるべき音声ＩＳＤＮ＿Ｂチャ
ンネルを要求するデータサーバーからのメッセージの受
信を待ち受ける（ブロック９０２）。このメッセージの
受信に応じて、プログラム（ブロック９０３）はＢ＿チ
ャンネル＿サーバー処理を生成し、下記に説明されるよ
うに、後者の処理を使用者の端末に接続されたＢ＿チャ
ンネルと関連させる。次いで、プログラム（ブロック９
０４）は新しく生成された処理と関連する待ち行列に受
信したメッセージを格納し、そのあとブロック９０２に
戻って、データサーバー１０からの次の接続メッセージ
の受信を待ち受ける。
【００３６】図９は、音声サーバーに接続される特定の
ＩＳＤＮ＿Ｂチャンネルを使えるようにするために生成
されるＢ＿チャンネル＿サーバー処理をフローチャート
形式で示す。すなわち、Ｂ＿チャンネル＿サーバー処理
は前記各接続に役立つように生成される。詳細には、生
成された場合、Ｂ＿チャンネル＿サーバー処理（“プロ
グラム”）はブロック１０００に入り、特定のＩＳＤＮ
＿Ｂチャンネルを使えるようにするために用いる多数の
プログラム変数を初期化する。次いで、プログラム（ブ
ロック１００１）はその関連待ち行列から要求メッセー
ジを降ろし、そのあとメッセージに含まれている要求の
形式に基づいて分岐する（ブロック１００２）。前記分
岐は、プログラムを、図に示される１０１６を介して１
４のサブルーチンのうちの１つ１００３に分岐せしめ
る。プログラムは、要求メッセージが不明の形式からな
る場合は最後の前記サブルーチン１０１７に分岐する。
サブルーチン１０１７はエラーを記録し、そのあと、関
連待ち行列に格納されている次の要求メッセージを処理
すべくブロック１００１に戻る。
ＩＳＤＮ＿Ｂチャンネルを使えるようにするために生成
されるＢ＿チャンネル＿サーバー処理をフローチャート
形式で示す。すなわち、Ｂ＿チャンネル＿サーバー処理
は前記各接続に役立つように生成される。詳細には、生
成された場合、Ｂ＿チャンネル＿サーバー処理（“プロ
グラム”）はブロック１０００に入り、特定のＩＳＤＮ
＿Ｂチャンネルを使えるようにするために用いる多数の
プログラム変数を初期化する。次いで、プログラム（ブ
ロック１００１）はその関連待ち行列から要求メッセー
ジを降ろし、そのあとメッセージに含まれている要求の
形式に基づいて分岐する（ブロック１００２）。前記分
岐は、プログラムを、図に示される１０１６を介して１
４のサブルーチンのうちの１つ１００３に分岐せしめ
る。プログラムは、要求メッセージが不明の形式からな
る場合は最後の前記サブルーチン１０１７に分岐する。
サブルーチン１０１７はエラーを記録し、そのあと、関
連待ち行列に格納されている次の要求メッセージを処理
すべくブロック１００１に戻る。
【００３７】残っている１０１６を介するサブルーチン
１００３について次に説明する。詳細には、ブロック１
００３の拡大したものが図１０に示される。プログラム
獲得ブロック１００３は、要求メッセージが音声サーバ
ーと使用者の端末間の一次群（ＰＲＩ）速度Ｂチャンネ
ル音声接続を確立するための要求であることを意味す
る。その通り行なうために、プログラム（ブロック１０
０３−２）はまず、データ及びアナログサーバーの両方
でアクセスされる、いわゆる包括情報テーブルをチェッ
クして、使用者に割当てることができる２Ｂチャンネル
が、データサーバー１０及び／または音声サーバー３０
によりデータパスとして既に割当てられているかどうか
を確認する。それがその通りならば、プログラムは接続
メッセージに応じることができない。さもなければ、プ
ログラムは休止Ｂチャンネルを接続に割当て、そのあ
と、割当てられたチャンネルが使用中であることを示す
ために関連メモリテーブルを更新する。次いで、プログ
ラム（ブロック１００３−３）は、（上述のように）Ｉ
ＳＤＮ網と音声サーバーをインターフェースするインタ
ーフェース（Ｉ／Ｆ）回路基板とのＢチャンネル接続を
確立するための命令を送る。ここでは、命令は応答側電
話番号と選択されたＢチャンネルのチャンネル番号とを
含む。Ｉ／Ｆ回路は、次に、関連ＩＳＤＮ＿Ｄチャンネ
ルを介して前記電話番号及びチャンネル番号を含む呼設
定メッセージを送り、それにより使用者の端末に呼を効
果的に掛ける。次いで、プログラム（ブロック１００３
−４）は、各々の実際の使用者と、各使用者により選択
されたアプリケーションに割当てることができるＩＳＤ
Ｎチャンネルの２チャンネルの状態を追跡するのに用い
られる上述の包括情報テーブルを更新する。そのあと、
プログラムはブロック１００１に戻る。
１００３について次に説明する。詳細には、ブロック１
００３の拡大したものが図１０に示される。プログラム
獲得ブロック１００３は、要求メッセージが音声サーバ
ーと使用者の端末間の一次群（ＰＲＩ）速度Ｂチャンネ
ル音声接続を確立するための要求であることを意味す
る。その通り行なうために、プログラム（ブロック１０
０３−２）はまず、データ及びアナログサーバーの両方
でアクセスされる、いわゆる包括情報テーブルをチェッ
クして、使用者に割当てることができる２Ｂチャンネル
が、データサーバー１０及び／または音声サーバー３０
によりデータパスとして既に割当てられているかどうか
を確認する。それがその通りならば、プログラムは接続
メッセージに応じることができない。さもなければ、プ
ログラムは休止Ｂチャンネルを接続に割当て、そのあ
と、割当てられたチャンネルが使用中であることを示す
ために関連メモリテーブルを更新する。次いで、プログ
ラム（ブロック１００３−３）は、（上述のように）Ｉ
ＳＤＮ網と音声サーバーをインターフェースするインタ
ーフェース（Ｉ／Ｆ）回路基板とのＢチャンネル接続を
確立するための命令を送る。ここでは、命令は応答側電
話番号と選択されたＢチャンネルのチャンネル番号とを
含む。Ｉ／Ｆ回路は、次に、関連ＩＳＤＮ＿Ｄチャンネ
ルを介して前記電話番号及びチャンネル番号を含む呼設
定メッセージを送り、それにより使用者の端末に呼を効
果的に掛ける。次いで、プログラム（ブロック１００３
−４）は、各々の実際の使用者と、各使用者により選択
されたアプリケーションに割当てることができるＩＳＤ
Ｎチャンネルの２チャンネルの状態を追跡するのに用い
られる上述の包括情報テーブルを更新する。そのあと、
プログラムはブロック１００１に戻る。
【００３８】ブロック１００４の拡大したものが図１１
に示され、これは、受信された要求が特定のアナログフ
ァイルを再生するための要求に関連する場合に入る（ブ
ロック１００４−１）。入った場合、プログラム（ブロ
ック１００４−２）は、再生サーバーが、同一の前の要
求の結果として既に作動（生成）中であるかどうかを知
るためにチェックする。それがその通りならば、プログ
ラム（ブロック１００４−３）は、音声アプリケーショ
ン、例えば接続されたＢチャンネルを介する音楽ファイ
ルの再生、のための使用者の要求に役立つように生成さ
れた再生サーバーの待ち行列に現在の要求を格納する。
次に、プログラム（ブロック１００４−４）は、使用者
の要求に役立つ再生サーバールーチン（再生＿サーバ
ー）を生成し、そのあとブロック１００４−３に進む。
に示され、これは、受信された要求が特定のアナログフ
ァイルを再生するための要求に関連する場合に入る（ブ
ロック１００４−１）。入った場合、プログラム（ブロ
ック１００４−２）は、再生サーバーが、同一の前の要
求の結果として既に作動（生成）中であるかどうかを知
るためにチェックする。それがその通りならば、プログ
ラム（ブロック１００４−３）は、音声アプリケーショ
ン、例えば接続されたＢチャンネルを介する音楽ファイ
ルの再生、のための使用者の要求に役立つように生成さ
れた再生サーバーの待ち行列に現在の要求を格納する。
次に、プログラム（ブロック１００４−４）は、使用者
の要求に役立つ再生サーバールーチン（再生＿サーバ
ー）を生成し、そのあとブロック１００４−３に進む。
【００３９】ブロック１００４−４（図１１）で生成さ
れるプログラムは図１２に示される。詳細には、入った
場合、プログラム（ブロック１００４−４１）は、ラン
ニング時間中に用いる多数の変数及びリスト、例えば再
生リスト、を初期化する。プログラム（ブロック１００
４−４２）は、次に、使用者に対して“再生される”準
備を整えているファイルの１つ以上の再生要求を含むか
どうかを知るためにその待ち行列をチェックする待ち行
列が空いていれば、プログラムは退出する。（すなわ
ち、プログラムは、関連待ち行列にエントリが入ってい
る限りランし続ける。）さもなければ、プログラム（ブ
ロック１００４−４３）は、ファイルを“再生”できる
ことを表わすインジケータと関連するファイル、例えば
数値化された音楽または物語を含むファイル、のリスト
を作成する。より詳細には、“ファイルの再生”は、プ
ログラムが、ファイルを構成する数値化データをその関
連音声メモリ６０から降ろしてＩ／Ｆ基板に供給するこ
とを意味する。Ｉ／Ｆ基板は、次に、数値化データをア
ナログ形式に変換して、割当てられたアナログＢチャン
ネルを介して使用者に送信する。インジケータが意味す
るものは、ファイルの再生、中断、スキップ、または再
開（それぞれブロック１００５、１００７及び１００
６）のための要求である。ファイルを確認する要求であ
って、ファイルの再生を中断するための、待ち行列に並
んでいる他の要求（インジケータ）と関連する要求は、
待ち行列から除去されず、ファイルの再生を再開するた
めの要求が受信されて関連待ち行列に格納されるまで前
記待ち行列内に留まる。ファイルの再生の停止（ブロッ
ク１００７）のための要求、またはファイル内容の“再
生”の終了は、プログラムに、前記再生を停止させ、そ
のファイルを確認する関連要求を退けさせる。
れるプログラムは図１２に示される。詳細には、入った
場合、プログラム（ブロック１００４−４１）は、ラン
ニング時間中に用いる多数の変数及びリスト、例えば再
生リスト、を初期化する。プログラム（ブロック１００
４−４２）は、次に、使用者に対して“再生される”準
備を整えているファイルの１つ以上の再生要求を含むか
どうかを知るためにその待ち行列をチェックする待ち行
列が空いていれば、プログラムは退出する。（すなわ
ち、プログラムは、関連待ち行列にエントリが入ってい
る限りランし続ける。）さもなければ、プログラム（ブ
ロック１００４−４３）は、ファイルを“再生”できる
ことを表わすインジケータと関連するファイル、例えば
数値化された音楽または物語を含むファイル、のリスト
を作成する。より詳細には、“ファイルの再生”は、プ
ログラムが、ファイルを構成する数値化データをその関
連音声メモリ６０から降ろしてＩ／Ｆ基板に供給するこ
とを意味する。Ｉ／Ｆ基板は、次に、数値化データをア
ナログ形式に変換して、割当てられたアナログＢチャン
ネルを介して使用者に送信する。インジケータが意味す
るものは、ファイルの再生、中断、スキップ、または再
開（それぞれブロック１００５、１００７及び１００
６）のための要求である。ファイルを確認する要求であ
って、ファイルの再生を中断するための、待ち行列に並
んでいる他の要求（インジケータ）と関連する要求は、
待ち行列から除去されず、ファイルの再生を再開するた
めの要求が受信されて関連待ち行列に格納されるまで前
記待ち行列内に留まる。ファイルの再生の停止（ブロッ
ク１００７）のための要求、またはファイル内容の“再
生”の終了は、プログラムに、前記再生を停止させ、そ
のファイルを確認する関連要求を退けさせる。
【００４０】プログラムが、このようなリストの作成が
終わると、プログラム（ブロック１００４−４５）は、
上述のように、リスト中の各ファイルを再生せしめる、
すなわち使用者に送信せしめる、再生＿リスト処理に入
る（図１３のブロック４５１）。実際のファイル再生
は、ブロック４５４で生成される、ファイル＿プレーヤ
処理で行なわれる。しかし、ファイル＿プレーヤ処理が
既に能動状態にあれば（ブロック４５２）、プログラム
は前記要求をファイルプレーヤの待ち行列に加える。図
１２に戻ると、再生リストが空いていれば（ブロック１
００４−４４）、プログラム（ブロック１００４−４
６）は、新しいエントリ（すなわち再開または再生要
求）が関連要求待ち行列に格納されるまで待機する。前
記通知の受信に基づき、プログラムはブロック１００４
−４２に戻る。
終わると、プログラム（ブロック１００４−４５）は、
上述のように、リスト中の各ファイルを再生せしめる、
すなわち使用者に送信せしめる、再生＿リスト処理に入
る（図１３のブロック４５１）。実際のファイル再生
は、ブロック４５４で生成される、ファイル＿プレーヤ
処理で行なわれる。しかし、ファイル＿プレーヤ処理が
既に能動状態にあれば（ブロック４５２）、プログラム
は前記要求をファイルプレーヤの待ち行列に加える。図
１２に戻ると、再生リストが空いていれば（ブロック１
００４−４４）、プログラム（ブロック１００４−４
６）は、新しいエントリ（すなわち再開または再生要
求）が関連要求待ち行列に格納されるまで待機する。前
記通知の受信に基づき、プログラムはブロック１００４
−４２に戻る。
【００４１】ブロック４５４で生成されるファイル＿プ
レーヤ処理は図１４に示され、ブロック４５４−１から
入る。詳細には、プログラム（ブロック４５４−１）
は、種々のソフトウェア変数を初期化し、次いで、その
関連待ち行列が空いているかどうかを確認する（ブロッ
ク４５４−２）。もしその通りならば、プログラムは退
出する。さもなければ、プログラムは、使用者がある番
号ファイルの再生（すなわち再生モード）を要求したこ
とを書き留めるために使用者の情報テーブルを更新す
る。次いで、プログラムは、上記に説明した方法で、す
なわちファイル内容を降ろしてＩ／Ｆ基板に送ることに
よって、そのファイルを“再生”する。前記降ろし作業
中、プログラムは、ファイル終了（ＥＯＦ）インジケー
タに行き当たったかどうかまたはファイルの再生停止た
めの使用者要求を受信したかどうかを調べるために追求
する。プログラム（ブロック４５４−５）が、ファイル
の再生を停止するための使用者要求（ＲＱＳＴ）に行き
当たった場合、プログラム（ブロック４５４−６）は、
ファイルの送信を終わらせるための命令をＩ／Ｆ基板に
送り、その結果、そのファイルの再生が終了する。さも
なければ、プログラムはブロック４５４−２に戻る。
レーヤ処理は図１４に示され、ブロック４５４−１から
入る。詳細には、プログラム（ブロック４５４−１）
は、種々のソフトウェア変数を初期化し、次いで、その
関連待ち行列が空いているかどうかを確認する（ブロッ
ク４５４−２）。もしその通りならば、プログラムは退
出する。さもなければ、プログラムは、使用者がある番
号ファイルの再生（すなわち再生モード）を要求したこ
とを書き留めるために使用者の情報テーブルを更新す
る。次いで、プログラムは、上記に説明した方法で、す
なわちファイル内容を降ろしてＩ／Ｆ基板に送ることに
よって、そのファイルを“再生”する。前記降ろし作業
中、プログラムは、ファイル終了（ＥＯＦ）インジケー
タに行き当たったかどうかまたはファイルの再生停止た
めの使用者要求を受信したかどうかを調べるために追求
する。プログラム（ブロック４５４−５）が、ファイル
の再生を停止するための使用者要求（ＲＱＳＴ）に行き
当たった場合、プログラム（ブロック４５４−６）は、
ファイルの送信を終わらせるための命令をＩ／Ｆ基板に
送り、その結果、そのファイルの再生が終了する。さも
なければ、プログラムはブロック４５４−２に戻る。
【００４２】上記に説明したように、マルチメディアプ
ラットフォーム１００の多才さは、使用者が音楽のよう
なアナログファイルをディスクファイル６０に格納する
のを許すオプションを備えたアプリケーション開発装置
を提供する。そのために、使用者は、ディスクに音声フ
ァイルを格納するための要求を入力することによって前
記オプションを呼び出すことができ、ここでは、この要
求はデータ及び音声サーバーを介してＢチャンネルサー
バーに運ばれる。（使用者により創作されたファイルを
ディスクメモリ６０に格納するというアイデアは、ここ
ではファイルの“記録”と呼ばれる。）前記要求の受信
に応じて、図９のＢチャンネルサーバーは、ブロック１
００９に分岐して要求を処理する。ブロック１００９の
拡大したものは図１５に示される。入った場合（ブロッ
ク１００９−１）、記録＿要求ルーチンは、記録サーバ
ーが使用者の要求を処理するために既に生成されている
かどうかを知るためにチェックする（ブロック１００９
−２）。それがその通りならば、プログラム（ブロック
１００９−３）は、使用者の要求を記録＿サーバー処理
と関連する待ち行列に格納する。また、プログラムは、
待ち行列に、使用者の記録を格納するために用いられる
ファイルの身元（位置）も格納する。そのあと、プログ
ラムはブロック１００１に戻る。サーバーがそのように
生成されていなければ、プログラム（ブロック１００９
−４）は、前記要求を処理するためのサーバーの複製を
生成し、そのあとブロック１００９−３に進む。
ラットフォーム１００の多才さは、使用者が音楽のよう
なアナログファイルをディスクファイル６０に格納する
のを許すオプションを備えたアプリケーション開発装置
を提供する。そのために、使用者は、ディスクに音声フ
ァイルを格納するための要求を入力することによって前
記オプションを呼び出すことができ、ここでは、この要
求はデータ及び音声サーバーを介してＢチャンネルサー
バーに運ばれる。（使用者により創作されたファイルを
ディスクメモリ６０に格納するというアイデアは、ここ
ではファイルの“記録”と呼ばれる。）前記要求の受信
に応じて、図９のＢチャンネルサーバーは、ブロック１
００９に分岐して要求を処理する。ブロック１００９の
拡大したものは図１５に示される。入った場合（ブロッ
ク１００９−１）、記録＿要求ルーチンは、記録サーバ
ーが使用者の要求を処理するために既に生成されている
かどうかを知るためにチェックする（ブロック１００９
−２）。それがその通りならば、プログラム（ブロック
１００９−３）は、使用者の要求を記録＿サーバー処理
と関連する待ち行列に格納する。また、プログラムは、
待ち行列に、使用者の記録を格納するために用いられる
ファイルの身元（位置）も格納する。そのあと、プログ
ラムはブロック１００１に戻る。サーバーがそのように
生成されていなければ、プログラム（ブロック１００９
−４）は、前記要求を処理するためのサーバーの複製を
生成し、そのあとブロック１００９−３に進む。
【００４３】図１６は、図１５のブロック１００９−４
で生成される記録＿サーバー処理をフローチャート形式
で示す。この記録＿サーバー処理は、使用者が将来使用
するために、例えば音楽の特性を表わすアナログデータ
をディスク６０に格納するためのものである。詳細に
は、入った場合（ブロック１００９−４１）、プログラ
ムは、多数の変数及びその現在のエントリ中に用いるリ
スト、例えば記録リスト、を初期化する。次いで、プロ
グラム（ブロック１００９−４２、１００９−４３、１
００９−４４及び１００９−４５）は、使用者のために
メモリに格納される準備ができているファイルの１つ以
上の記録要求を含むかどうかを知るために、待ち行列を
チェックする。待ち行列が空いていれば、プログラムは
退出する。（すなわち、プログラムは、エントリがその
関連待ち行列に含まれている限りランし続ける。）さも
なければ、プログラム（ブロック１００９−４３）は、
インジケータと関連するファイルであって、プログラム
がメモリ６０への格納のためにＩ／Ｆ基板を介して受信
するのを期待するファイルのリストを作成する。より詳
細には、“ファイルの記録”とは、プログラムが、使用
者に接続されたＢチャンネルと関連するＩ／Ｆ基板から
ファイルを構成するデータを受信して、使用者のために
メモリ６０に格納することを意味する。Ｉ／Ｆ基板は、
関連Ｂチャンネルを介するアナログデータの受信に基づ
き、該アナログデータをデジタル形式に変換する。次い
で、記録＿サーバー（すなわち下記に説明される記録＿
リスト処理）は、上記に説明されるように、数値化デー
タを格納する。インジケータが意味するものは、（ａ）
ファイルの“記録”、（ｂ）ファイルの記録の“中断”
（ブロック１０１０）、（ｃ）ファイルの記録の“再
開”（ブロック１０１１）、及び（ｄ）ファイルの記録
の“停止”（ブロック１０１２）のための要求である。
ファイルを確認する要求であって、ファイルの記録を中
断するための、待ち行列に並んでいる要求（インジケー
タ）と関連する要求は、待ち行列から除去されず、前記
記録を再開するための要求が受信されて関連待ち行列に
格納されるまで前記待ち行列内に留まる。ファイルの記
録の停止のための要求は、またはファイルを構成するデ
ータの最後の受信に基づき、プログラムに前記記録を停
止させる。プログラムの一態様（ブロック１００９−４
６）は、図１７に示される記録＿リスト処理に入いるこ
とである。
で生成される記録＿サーバー処理をフローチャート形式
で示す。この記録＿サーバー処理は、使用者が将来使用
するために、例えば音楽の特性を表わすアナログデータ
をディスク６０に格納するためのものである。詳細に
は、入った場合（ブロック１００９−４１）、プログラ
ムは、多数の変数及びその現在のエントリ中に用いるリ
スト、例えば記録リスト、を初期化する。次いで、プロ
グラム（ブロック１００９−４２、１００９−４３、１
００９−４４及び１００９−４５）は、使用者のために
メモリに格納される準備ができているファイルの１つ以
上の記録要求を含むかどうかを知るために、待ち行列を
チェックする。待ち行列が空いていれば、プログラムは
退出する。（すなわち、プログラムは、エントリがその
関連待ち行列に含まれている限りランし続ける。）さも
なければ、プログラム（ブロック１００９−４３）は、
インジケータと関連するファイルであって、プログラム
がメモリ６０への格納のためにＩ／Ｆ基板を介して受信
するのを期待するファイルのリストを作成する。より詳
細には、“ファイルの記録”とは、プログラムが、使用
者に接続されたＢチャンネルと関連するＩ／Ｆ基板から
ファイルを構成するデータを受信して、使用者のために
メモリ６０に格納することを意味する。Ｉ／Ｆ基板は、
関連Ｂチャンネルを介するアナログデータの受信に基づ
き、該アナログデータをデジタル形式に変換する。次い
で、記録＿サーバー（すなわち下記に説明される記録＿
リスト処理）は、上記に説明されるように、数値化デー
タを格納する。インジケータが意味するものは、（ａ）
ファイルの“記録”、（ｂ）ファイルの記録の“中断”
（ブロック１０１０）、（ｃ）ファイルの記録の“再
開”（ブロック１０１１）、及び（ｄ）ファイルの記録
の“停止”（ブロック１０１２）のための要求である。
ファイルを確認する要求であって、ファイルの記録を中
断するための、待ち行列に並んでいる要求（インジケー
タ）と関連する要求は、待ち行列から除去されず、前記
記録を再開するための要求が受信されて関連待ち行列に
格納されるまで前記待ち行列内に留まる。ファイルの記
録の停止のための要求は、またはファイルを構成するデ
ータの最後の受信に基づき、プログラムに前記記録を停
止させる。プログラムの一態様（ブロック１００９−４
６）は、図１７に示される記録＿リスト処理に入いるこ
とである。
【００４４】記録＿リスト処理の構成は、図１３に示さ
れる再生＿リスト処理の構成に類似しているのがわか
る。そのようなものとして、記録＿リスト処理の動作
は、図１３及び図１７の両方を参照することによって容
易に理解することができるので、図１７についてはここ
では説明しない。しかし、記録＿リスト処理は、（ａ）
ファイル＿レコーダ処理を、まだ能動状態になっておら
ず使用者に役立つ場合に生成し、（ｂ）該ファイル＿レ
コーダ処理の待ち行列に前記記録リストを加え、そのあ
とブロック１００９−４２に戻る、と言うにとどめてお
く。図１８は、記録＿リスト処理で生成されるファイル
＿レコーダ処理をフローチャート形式で示す。図１８か
ら、ファイル＿レコーダ処理の構成はファイル＿プレー
ヤ処理の構成に多少類似しているのがわかる。したがっ
て、ファイル＿レコーダ処理を構成する多数のブロック
で実行される機能は、その類似性とファイル＿プレーヤ
処理の前記説明との結果として容易に確かめることがで
きるので、図１８についてはここでは説明しない。
れる再生＿リスト処理の構成に類似しているのがわか
る。そのようなものとして、記録＿リスト処理の動作
は、図１３及び図１７の両方を参照することによって容
易に理解することができるので、図１７についてはここ
では説明しない。しかし、記録＿リスト処理は、（ａ）
ファイル＿レコーダ処理を、まだ能動状態になっておら
ず使用者に役立つ場合に生成し、（ｂ）該ファイル＿レ
コーダ処理の待ち行列に前記記録リストを加え、そのあ
とブロック１００９−４２に戻る、と言うにとどめてお
く。図１８は、記録＿リスト処理で生成されるファイル
＿レコーダ処理をフローチャート形式で示す。図１８か
ら、ファイル＿レコーダ処理の構成はファイル＿プレー
ヤ処理の構成に多少類似しているのがわかる。したがっ
て、ファイル＿レコーダ処理を構成する多数のブロック
で実行される機能は、その類似性とファイル＿プレーヤ
処理の前記説明との結果として容易に確かめることがで
きるので、図１８についてはここでは説明しない。
【００４５】使用者が前記ファイルを聞いていて、再生
音量が高すぎるかまたは低過ぎる場合には、使用者は音
量調整のための要求を入力することができる。この要求
の受信に応じて、図９のブロック１０１３のＢ＿チャン
ネルプログラムは、使用者に接続されたＢチャンネルと
関連するＩ／Ｆ基板に命令して、そのチャンネルを介し
て使用者に送信中の情報、例えば音楽、の音量を増減す
る。いくつかのアプリケーション例えば紀行映画アプリ
ケーションでは、使用者は、アプリケーションと関連す
る本物の操作者または代理者との交信を求めることがで
きる。例えば、紀行映画に関連するマルチメディアアプ
リケーションを見ていて、使用者は、旅行代理業者と交
信して、アプリケーションにおいて見渡される観光“場
所”についてさらなる詳細を得たいと思うかもしれな
い。その通りならば、アプリケーションは、使用者に、
アプリケーションと関連する旅行代理業者と交信するた
めの要求を入力させるのが適当である。したがって、こ
のような要求に応じて、プログラムは、会議機能を実行
するためのものである図９のブロック１０１４に分岐す
る。ブロック１０１４の拡大したものは図１９に示され
る。図１９に示されるサブルーチンすなわちプログラム
は、図１０に示されるサブルーチンに多少類似している
のがわかる。しかし、ブリッジ＿呼プログラムは多少異
なる動作を行なう。詳細には、このプログラムは、入っ
た場合（ブロック１０１４−１）、休止Ｂチャンネルを
入手し（１０１４−２）、チャンネル割当て表において
話中として該チャンネルに符号をつける。次いで、プロ
グラムは、インターフェース基板に命令を送って、要求
メッセージに含まれる電話番号とのＢチャンネルを介す
る電話呼を確立する。このメッセージは、この場合には
データサーバーによって起こされたものである。また、
プログラムは、前記命令に、使用者に割当てられたアナ
ログＢチャンネルで新たに確立される呼と会議する（ブ
リッジする）ための要求も含む。次いで、プログラム
（ブロック１０１４−４）は、アプリケーションの状態
を追求してＢチャンネルの割当てを記録する包括使用者
情報テーブルを更新する。そのあと、プログラムはブロ
ック１００１に戻る。
音量が高すぎるかまたは低過ぎる場合には、使用者は音
量調整のための要求を入力することができる。この要求
の受信に応じて、図９のブロック１０１３のＢ＿チャン
ネルプログラムは、使用者に接続されたＢチャンネルと
関連するＩ／Ｆ基板に命令して、そのチャンネルを介し
て使用者に送信中の情報、例えば音楽、の音量を増減す
る。いくつかのアプリケーション例えば紀行映画アプリ
ケーションでは、使用者は、アプリケーションと関連す
る本物の操作者または代理者との交信を求めることがで
きる。例えば、紀行映画に関連するマルチメディアアプ
リケーションを見ていて、使用者は、旅行代理業者と交
信して、アプリケーションにおいて見渡される観光“場
所”についてさらなる詳細を得たいと思うかもしれな
い。その通りならば、アプリケーションは、使用者に、
アプリケーションと関連する旅行代理業者と交信するた
めの要求を入力させるのが適当である。したがって、こ
のような要求に応じて、プログラムは、会議機能を実行
するためのものである図９のブロック１０１４に分岐す
る。ブロック１０１４の拡大したものは図１９に示され
る。図１９に示されるサブルーチンすなわちプログラム
は、図１０に示されるサブルーチンに多少類似している
のがわかる。しかし、ブリッジ＿呼プログラムは多少異
なる動作を行なう。詳細には、このプログラムは、入っ
た場合（ブロック１０１４−１）、休止Ｂチャンネルを
入手し（１０１４−２）、チャンネル割当て表において
話中として該チャンネルに符号をつける。次いで、プロ
グラムは、インターフェース基板に命令を送って、要求
メッセージに含まれる電話番号とのＢチャンネルを介す
る電話呼を確立する。このメッセージは、この場合には
データサーバーによって起こされたものである。また、
プログラムは、前記命令に、使用者に割当てられたアナ
ログＢチャンネルで新たに確立される呼と会議する（ブ
リッジする）ための要求も含む。次いで、プログラム
（ブロック１０１４−４）は、アプリケーションの状態
を追求してＢチャンネルの割当てを記録する包括使用者
情報テーブルを更新する。そのあと、プログラムはブロ
ック１００１に戻る。
【００４６】この時点で、Ｉ／Ｆ基板が第三者（例えば
旅行代理業者）との接続を確立すれば、使用者と第三者
は互いに交信することができることがわかる。使用者と
第三者の会話が終わった時、使用者は第三者との接続を
終わらせる（ブリッジをやめる）ための要求を入力する
ことができる。このような要求は、使用者により入力さ
れるほとんどの要求と同様に、使用者の端末とデータサ
ーバー間のＩＳＤＮ接続によりＢチャンネルサーバーに
運ばれる。このような要求の受信に基づき、Ｂ＿チャン
ネル＿サーバープログラムは、ブロック１０１５で表わ
される非ブリッジ呼ルーチンに分岐する。ブロック１０
１５の拡大したものは図２０に示される。より詳細に
は、非ブリッジ呼ルーチンは、入った場合（ブロック１
０１５−１）、第三者との呼を確立するために用いられ
たＩＳＤＮ Ｂチャンネルの身元を使用者の情報テーブ
ルから得る。次いで、プログラム（ブロック１０１５−
２）は、Ｂチャンネル接続を終わらせるための命令をＩ
／Ｆ基板に送る。ここで、この命令はＢチャンネルを確
認するためのものである。次いで、プログラム（ブロッ
ク１０１５−３）は、（ａ）Ｂチャンネルが休止して使
用者情報テーブルを更新すること、（ｂ）第三者との接
続は切断されたこと、及び（ｃ）使用者に割当てられた
Ｂチャンネルはブリッジされていないことを示すために
チャンネル割当てテーブルを更新する。そのあと、プロ
グラムは図９のブロック１００１に戻る。
旅行代理業者）との接続を確立すれば、使用者と第三者
は互いに交信することができることがわかる。使用者と
第三者の会話が終わった時、使用者は第三者との接続を
終わらせる（ブリッジをやめる）ための要求を入力する
ことができる。このような要求は、使用者により入力さ
れるほとんどの要求と同様に、使用者の端末とデータサ
ーバー間のＩＳＤＮ接続によりＢチャンネルサーバーに
運ばれる。このような要求の受信に基づき、Ｂ＿チャン
ネル＿サーバープログラムは、ブロック１０１５で表わ
される非ブリッジ呼ルーチンに分岐する。ブロック１０
１５の拡大したものは図２０に示される。より詳細に
は、非ブリッジ呼ルーチンは、入った場合（ブロック１
０１５−１）、第三者との呼を確立するために用いられ
たＩＳＤＮ Ｂチャンネルの身元を使用者の情報テーブ
ルから得る。次いで、プログラム（ブロック１０１５−
２）は、Ｂチャンネル接続を終わらせるための命令をＩ
／Ｆ基板に送る。ここで、この命令はＢチャンネルを確
認するためのものである。次いで、プログラム（ブロッ
ク１０１５−３）は、（ａ）Ｂチャンネルが休止して使
用者情報テーブルを更新すること、（ｂ）第三者との接
続は切断されたこと、及び（ｃ）使用者に割当てられた
Ｂチャンネルはブリッジされていないことを示すために
チャンネル割当てテーブルを更新する。そのあと、プロ
グラムは図９のブロック１００１に戻る。
【００４７】使用者と関連するアナログＢチャンネルが
もはや必要がなくなった場合は、プログラムは図９のブ
ロック１０１６に分岐する。ブロック１０１６の拡大し
たものは図２１に示される。入った場合（図２１のブロ
ック１０１６−１）、プログラムは、関連Ｂチャンネル
を切断するための切断命令をＩ／Ｆ基板に送る（ブロッ
ク１０１６−２）。ここで、この命令は関連Ｂチャンネ
ルを確認するためのものである。次いで、Ｉ／Ｆ基板
は、切断命令中の情報を用いて信号メッセージを生成
し、関連信号（Ｄ）チャンネルを介して送る。次いで、
プログラム（ブロック１０１６−３）は、Ｃチャンネル
が休止し、それに応じて使用者情報テーブルを更新する
ことしを示すために割当てテーブルを更新する。そのあ
と、プログラムはブロック１００１に戻る。
もはや必要がなくなった場合は、プログラムは図９のブ
ロック１０１６に分岐する。ブロック１０１６の拡大し
たものは図２１に示される。入った場合（図２１のブロ
ック１０１６−１）、プログラムは、関連Ｂチャンネル
を切断するための切断命令をＩ／Ｆ基板に送る（ブロッ
ク１０１６−２）。ここで、この命令は関連Ｂチャンネ
ルを確認するためのものである。次いで、Ｉ／Ｆ基板
は、切断命令中の情報を用いて信号メッセージを生成
し、関連信号（Ｄ）チャンネルを介して送る。次いで、
プログラム（ブロック１０１６−３）は、Ｃチャンネル
が休止し、それに応じて使用者情報テーブルを更新する
ことしを示すために割当てテーブルを更新する。そのあ
と、プログラムはブロック１００１に戻る。
【００４８】データサーバーを働かせるプログラムは、
下記に見られるように、音声サーバーを働かせるプログ
ラムに多少類似している。詳細には、データサーバーに
電力が印加されて“使えるようになる”と、図２２に示
される処理を生じさせて、マルチメディアプラットフォ
ーム（図１）に役立つＢチャンネルの各チャンネルと関
連させるために、簡単なプログラム（図示しない）が入
力される。図２２のプログラムは、より詳細には、まず
Ｂチャンネル管理者ルーチンを入力する（ブロック２０
０１）簡単なループ配置である。Ｂチャンネル管理者ル
ーチンがそのタスクを終了すると、プログラムはＢチャ
ンネルサーバールーチンに入る（ブロック２００２）。
ブロック２００１の拡大したものは図２３に示される。
詳細には、入った場合（ブロック２００３）、プログラ
ムは関連Ｂチャンネルからのメッセージの受信を待ち受
ける。関連Ｂチャンネルに接続されたＩ／Ｆ基板からの
メッセージの受信により、プログラムは、受信したメッ
セージの形式に基づいて、多数の異なるルーチンのうち
の１つに分岐する。メッセージ形式が不明の場合は、プ
ログラムはブロック２００４に分岐し、ここで、プラッ
トフォーム管理者による処理のために受信メッセージを
格納するＯＳシステム５０にエラーを送る。次いで、プ
ログラムはブロック２００３に戻り、関連Ｂチャンネル
を介する新たなメッセージの受信を待ち受ける。
下記に見られるように、音声サーバーを働かせるプログ
ラムに多少類似している。詳細には、データサーバーに
電力が印加されて“使えるようになる”と、図２２に示
される処理を生じさせて、マルチメディアプラットフォ
ーム（図１）に役立つＢチャンネルの各チャンネルと関
連させるために、簡単なプログラム（図示しない）が入
力される。図２２のプログラムは、より詳細には、まず
Ｂチャンネル管理者ルーチンを入力する（ブロック２０
０１）簡単なループ配置である。Ｂチャンネル管理者ル
ーチンがそのタスクを終了すると、プログラムはＢチャ
ンネルサーバールーチンに入る（ブロック２００２）。
ブロック２００１の拡大したものは図２３に示される。
詳細には、入った場合（ブロック２００３）、プログラ
ムは関連Ｂチャンネルからのメッセージの受信を待ち受
ける。関連Ｂチャンネルに接続されたＩ／Ｆ基板からの
メッセージの受信により、プログラムは、受信したメッ
セージの形式に基づいて、多数の異なるルーチンのうち
の１つに分岐する。メッセージ形式が不明の場合は、プ
ログラムはブロック２００４に分岐し、ここで、プラッ
トフォーム管理者による処理のために受信メッセージを
格納するＯＳシステム５０にエラーを送る。次いで、プ
ログラムはブロック２００３に戻り、関連Ｂチャンネル
を介する新たなメッセージの受信を待ち受ける。
【００４９】受信メッセージが到来呼に関するものなら
ば、プログラムは接続ルーチンに分岐する（ブロック２
００５）。ブロック２００５の拡大したものは図２４に
示される。入った場合（ブロック２００５−１）、接続
ルーチンは、関連Ｂチャンネルとインターフェースする
Ｉ／Ｆ基板に、Ｂチャンネルとインターフェース基板間
の接続を確立する方法としてＤチャンネルを介して応答
監視信号メッセージを送るためのメッセージを送る。次
いで、このルーチンは、発呼者（例えば図１の端末Ｔ
１）が既に他のＢチャンネルに接続されているかどうか
を知るためにチェックする（ブロック２００５−３）。
（すなわち、受信メッセージは第２のＢチャンネルのた
めの要求である。）それが違っていれば、ルーチン（プ
ログラム）（ブロック２００５−４）は、新たな接続に
役立つＢ＿チャンネルサーバーを生成し、次に、上記に
説明したように、チャンネルが話中であることを示すた
めにＢ＿チャンネル割当てテーブルを更新する（ブロッ
ク２００５−５）。そのあと、ルーチンは図２３のブロ
ック２００３に戻る。発呼者が既に接続されていれば、
ルーチン（ブロック２００５−６）は、いわゆるチャン
ネルメッセージを、該メッセージがブロック２００３で
受信されたＢチャンネルと関連するＢチャンネルサーバ
ーの待ち行列に加える。
ば、プログラムは接続ルーチンに分岐する（ブロック２
００５）。ブロック２００５の拡大したものは図２４に
示される。入った場合（ブロック２００５−１）、接続
ルーチンは、関連Ｂチャンネルとインターフェースする
Ｉ／Ｆ基板に、Ｂチャンネルとインターフェース基板間
の接続を確立する方法としてＤチャンネルを介して応答
監視信号メッセージを送るためのメッセージを送る。次
いで、このルーチンは、発呼者（例えば図１の端末Ｔ
１）が既に他のＢチャンネルに接続されているかどうか
を知るためにチェックする（ブロック２００５−３）。
（すなわち、受信メッセージは第２のＢチャンネルのた
めの要求である。）それが違っていれば、ルーチン（プ
ログラム）（ブロック２００５−４）は、新たな接続に
役立つＢ＿チャンネルサーバーを生成し、次に、上記に
説明したように、チャンネルが話中であることを示すた
めにＢ＿チャンネル割当てテーブルを更新する（ブロッ
ク２００５−５）。そのあと、ルーチンは図２３のブロ
ック２００３に戻る。発呼者が既に接続されていれば、
ルーチン（ブロック２００５−６）は、いわゆるチャン
ネルメッセージを、該メッセージがブロック２００３で
受信されたＢチャンネルと関連するＢチャンネルサーバ
ーの待ち行列に加える。
【００５０】到来メッセージが切断要求の場合は、図２
３のブロック２００３のプログラムは代わりにブロック
２００６に進み、ここで、Ｂチャンネルが休止している
ことを示すためにＢチャンネル割当てテーブルを更新す
る。しかし、到来メッセージが発呼を掛けることに向け
られていれば、Ｂ＿チャンネル管理者はブロック２００
７に進む。ブロック２００７の拡大したものは図３１に
示される。詳細には、入った場合、プログラムはブロッ
ク２００７−１からブロック２００７−２に進み、ここ
で、休止Ｂチャンネルを、受信メッセージ中に確認され
る発呼に割当てる。次いで、プログラムは、メッセージ
に含まれる電話番号をダイヤルするようにＩ／Ｆ基板に
指示し、次に、Ｉ／Ｆ基板より返送される、発呼を掛け
ることに関する状態情報を処理する（ブロック２００７
−４）。その時点で、プログラムはブロック２００３に
戻る。
３のブロック２００３のプログラムは代わりにブロック
２００６に進み、ここで、Ｂチャンネルが休止している
ことを示すためにＢチャンネル割当てテーブルを更新す
る。しかし、到来メッセージが発呼を掛けることに向け
られていれば、Ｂ＿チャンネル管理者はブロック２００
７に進む。ブロック２００７の拡大したものは図３１に
示される。詳細には、入った場合、プログラムはブロッ
ク２００７−１からブロック２００７−２に進み、ここ
で、休止Ｂチャンネルを、受信メッセージ中に確認され
る発呼に割当てる。次いで、プログラムは、メッセージ
に含まれる電話番号をダイヤルするようにＩ／Ｆ基板に
指示し、次に、Ｉ／Ｆ基板より返送される、発呼を掛け
ることに関する状態情報を処理する（ブロック２００７
−４）。その時点で、プログラムはブロック２００３に
戻る。
【００５１】図２５に示されるＢ＿チャンネルサーバー
プログラムがブロック２００５−４で生成されると、関
連Ｂチャンネルを介してその後受信される全メッセージ
は、Ｂ＿チャンネル管理者プログラムよりむしろ生成さ
れたＢ＿チャンネルサーバーに送られることが注目され
る。詳細には、そのように生成されると（図２４のブロ
ック２００５−４）、図２５のプログラムはブロック２
４００に入り、ここで、関連Ｂチャンネルを介するメッ
セージの受信を待ち受ける。メッセージの受信により、
プログラムは、受信したメッセージの形式に基づいて多
数の異なるルーチン（ブロック２４０１乃至２４０４）
のうちの１つに分岐する。メッセージが既知の形式のも
のでなければ、プログラム（ブロック２４０４）はこの
イベントをエラーとして符号をつけ、このエラーをＯＳ
システムに送る。そのあと、プログラムはブロック２４
００に戻り、次のメッセージの受信を待ち受ける。メッ
セージ形式がアプリケーション制御装置プログラム（下
記に説明される）に関するものならば、プログラム（ブ
ロック２４０１）は、前記メッセージをこのプログラム
の待ち行列に格納する。同様に、メッセージ形式が音声
サーバープログラムと関連する機能に関するものなら
ば、プログラム（ブロック２４０２）は、前記メッセー
ジをこのプログラムの待ち行列に格納する。メッセージ
形式がデータサーバー機能に関するものならば、プログ
ラム（ブロック２４０３）は、前記メッセージをいわゆ
るデータサーバー命令処理装置の待ち行列に格納する。
図２５は、ブロック２４０１乃至２４０４の各々がそれ
ぞれのタスクを終了した後ブロック２４００に戻ること
を示している。
プログラムがブロック２００５−４で生成されると、関
連Ｂチャンネルを介してその後受信される全メッセージ
は、Ｂ＿チャンネル管理者プログラムよりむしろ生成さ
れたＢ＿チャンネルサーバーに送られることが注目され
る。詳細には、そのように生成されると（図２４のブロ
ック２００５−４）、図２５のプログラムはブロック２
４００に入り、ここで、関連Ｂチャンネルを介するメッ
セージの受信を待ち受ける。メッセージの受信により、
プログラムは、受信したメッセージの形式に基づいて多
数の異なるルーチン（ブロック２４０１乃至２４０４）
のうちの１つに分岐する。メッセージが既知の形式のも
のでなければ、プログラム（ブロック２４０４）はこの
イベントをエラーとして符号をつけ、このエラーをＯＳ
システムに送る。そのあと、プログラムはブロック２４
００に戻り、次のメッセージの受信を待ち受ける。メッ
セージ形式がアプリケーション制御装置プログラム（下
記に説明される）に関するものならば、プログラム（ブ
ロック２４０１）は、前記メッセージをこのプログラム
の待ち行列に格納する。同様に、メッセージ形式が音声
サーバープログラムと関連する機能に関するものなら
ば、プログラム（ブロック２４０２）は、前記メッセー
ジをこのプログラムの待ち行列に格納する。メッセージ
形式がデータサーバー機能に関するものならば、プログ
ラム（ブロック２４０３）は、前記メッセージをいわゆ
るデータサーバー命令処理装置の待ち行列に格納する。
図２５は、ブロック２４０１乃至２４０４の各々がそれ
ぞれのタスクを終了した後ブロック２４００に戻ること
を示している。
【００５２】データ＿サーバー＿命令プログラム（デー
タ＿サーバー＿ｃｍｄ）（ブロック２４０３）は図２６
にフローチャート形式で示される。詳細には、ブロック
２５００でそのように入った場合、プログラムは多数の
局部変数を初期化する。次いで、プログラムは、メッセ
ージがその中に格納されているかどうかを知るためにそ
の関連待ち行列をチェックする。格納されていなけれ
ば、プログラムは退出し、そのあと、予め決められた時
間、例えば２５ミリ秒、が経過した後再度入る。待ち行
列にメッセージが入っていれば、プログラムは、上記に
説明したＢ＿処理と同様に、それぞれブロック２５０１
乃至２５１４で表わされる多数の異なるルーチンのうち
の１つに前記メッセージの形式に基づいて分岐する。ま
ずブロック２５１４を、次にブロック２５０１乃至２５
１３の各々を調べると、プログラムは、メッセージ形式
が不明なイベントについてはブロック２５１４に分岐す
る。ブロック２５１４では、プログラムはエラーをＯＳ
システム５０に送り、そのあとブロック２４００に戻
る。
タ＿サーバー＿ｃｍｄ）（ブロック２４０３）は図２６
にフローチャート形式で示される。詳細には、ブロック
２５００でそのように入った場合、プログラムは多数の
局部変数を初期化する。次いで、プログラムは、メッセ
ージがその中に格納されているかどうかを知るためにそ
の関連待ち行列をチェックする。格納されていなけれ
ば、プログラムは退出し、そのあと、予め決められた時
間、例えば２５ミリ秒、が経過した後再度入る。待ち行
列にメッセージが入っていれば、プログラムは、上記に
説明したＢ＿処理と同様に、それぞれブロック２５０１
乃至２５１４で表わされる多数の異なるルーチンのうち
の１つに前記メッセージの形式に基づいて分岐する。ま
ずブロック２５１４を、次にブロック２５０１乃至２５
１３の各々を調べると、プログラムは、メッセージ形式
が不明なイベントについてはブロック２５１４に分岐す
る。ブロック２５１４では、プログラムはエラーをＯＳ
システム５０に送り、そのあとブロック２４００に戻
る。
【００５３】メッセージが、第２のＢチャンネルがデー
タ送信のために使用者に割当てられていることを示す場
合は、プログラムはブロック２５０１に分岐し、ここ
で、そのトランザクションを追求するために使用者の関
連情報テーブルを更新し、そのあとブロック２４００に
戻る。メッセージが接続要求に関するものならば、プロ
グラムは接続を確立するためのブロック２５０２に分岐
する。詳細には、プログラムは、まず、音声接続を要求
しているかどうかを確認するためにメッセージをチェッ
クし、その通りならばメッセージをアナログサーバーに
送る。その通りでなければ、プログラムは、上述の包括
情報テーブルをチェックして、２Ｂチャンネルが既に使
用者に割当てられているかどうかを確認する。その通り
ならば、プログラムは、両チャンネルがデータチャンネ
ルとして割当てられているかどうかを知るためにチェッ
クする。その通りならば、プログラムは接続メッセージ
に応じることができず、ブロック２４００に戻る。さも
なければ、プログラムは、上記に説明した方法で休止Ｂ
チャンネルを使用者に割当てるか、または既に使用者に
割当てられているＢチャンネルの状態を変更し、次い
で、この場合はあるかもしれない、割当てチャンネルが
データチャンネルとして使用中であることを示すため
に、包括情報チャンネル割当てテーブルを更新する。そ
のあと、プログラムはブロック２４００に戻る。
タ送信のために使用者に割当てられていることを示す場
合は、プログラムはブロック２５０１に分岐し、ここ
で、そのトランザクションを追求するために使用者の関
連情報テーブルを更新し、そのあとブロック２４００に
戻る。メッセージが接続要求に関するものならば、プロ
グラムは接続を確立するためのブロック２５０２に分岐
する。詳細には、プログラムは、まず、音声接続を要求
しているかどうかを確認するためにメッセージをチェッ
クし、その通りならばメッセージをアナログサーバーに
送る。その通りでなければ、プログラムは、上述の包括
情報テーブルをチェックして、２Ｂチャンネルが既に使
用者に割当てられているかどうかを確認する。その通り
ならば、プログラムは、両チャンネルがデータチャンネ
ルとして割当てられているかどうかを知るためにチェッ
クする。その通りならば、プログラムは接続メッセージ
に応じることができず、ブロック２４００に戻る。さも
なければ、プログラムは、上記に説明した方法で休止Ｂ
チャンネルを使用者に割当てるか、または既に使用者に
割当てられているＢチャンネルの状態を変更し、次い
で、この場合はあるかもしれない、割当てチャンネルが
データチャンネルとして使用中であることを示すため
に、包括情報チャンネル割当てテーブルを更新する。そ
のあと、プログラムはブロック２４００に戻る。
【００５４】使用者が端末Ｔ１でランしているアプリケ
ーションが、音声またはデータモードのいずれかに使用
中のＢチャンネルをもはや必要としない場合は、メッセ
ージは前記チャンネルを切断するための要求になり、そ
れにより、プログラムをブロック２５０３に進ませる。
ブロック２５０３では、プログラムは、メッセージが、
音声用に用いられていたＢチャンネルを切断するための
要求かどうかを知るためにチェックする。その通りなら
ば、プログラムは前記メッセージを音声サーバーに送
り、そのあとブロック２４００に戻る。さもなければ、
プログラムは、音声サーバーに関する上記に説明したよ
うに、休止モードにつかせることによって前記チャンネ
ルを切断する。次いで、プログラムは上述の種々のテー
ブルを更新し、そのあとブロック２４００に戻る。
ーションが、音声またはデータモードのいずれかに使用
中のＢチャンネルをもはや必要としない場合は、メッセ
ージは前記チャンネルを切断するための要求になり、そ
れにより、プログラムをブロック２５０３に進ませる。
ブロック２５０３では、プログラムは、メッセージが、
音声用に用いられていたＢチャンネルを切断するための
要求かどうかを知るためにチェックする。その通りなら
ば、プログラムは前記メッセージを音声サーバーに送
り、そのあとブロック２４００に戻る。さもなければ、
プログラムは、音声サーバーに関する上記に説明したよ
うに、休止モードにつかせることによって前記チャンネ
ルを切断する。次いで、プログラムは上述の種々のテー
ブルを更新し、そのあとブロック２４００に戻る。
【００５５】メッセージが、特定のデータファイルを使
用者の端末にダウンロードするためのアプリケーション
プログラムからの要求である場合は、プログラムはブロ
ック２５０４に進む。ブロック２５０４では、プログラ
ムは、“ダウンロード”処理が、現在、使用者により選
択されたアプリケーションのランニングと関連している
かどうかを確認する。もしそうなら、プログラムはその
ダウンロード処理の待ち行列に前記要求を加え、そのあ
とブロック２４００に戻る。さもなければ、プログラム
はダウンロード処理を生成して、受信メッセージで確認
されるデータファイルをダウンロードする。次いで、プ
ログラムは、新たに生成されたダウンロード処理の待ち
行列に受信メッセージを格納し、そのあとブロック２４
００ニモドル。ダウンロード処理のフローチャートは図
２７に示される。詳細には、入った場合（ブロック２６
００）、プログラムは、使用する種々の変数を初期化
し、次に、その要求待ち行列が空いているかどうかを確
認する（ブロック２６０１）。もし空いていれば、プロ
グラムは退出する。さもなければ、プログラム（ブロッ
ク２６０２）は、使用者の端末にダウンローディングさ
れるファイル名のリスト（ＩＮＰＲＯＧ＿ＬＩＳＴ）を
作成する。それを行なう際、プログラムは、下記に説明
されるように、マルチメディアプラットフォームと使用
者の端末間に接続される２Ｂチャンネル（または１Ｂチ
ャンネル）の現形態を考慮する。次いで、プログラム
（ブロック２６０３）は、ＩＮＰＲＯＧ＿ＬＩＳＴが空
いているかどうかを知るためにチェックする。リストが
空いていなければ、プログラムはサブルーチンＸＭＩＴ
＿ＬＩＳＴに入り、ＩＮＰＲＯＧ＿ＬＩＳＴで確認され
た各ファイルを送信する。プログラムは、ＩＮＰＲＯＧ
＿ＬＩＳＴが空いていることがわかれば、同様に、新た
な要求が待ち行列に格納されているＢチャンネルサーバ
ーからの通知を待ち受け（ブロック２６０５）、前記通
知の受信によりブロック２６０１に戻る。
用者の端末にダウンロードするためのアプリケーション
プログラムからの要求である場合は、プログラムはブロ
ック２５０４に進む。ブロック２５０４では、プログラ
ムは、“ダウンロード”処理が、現在、使用者により選
択されたアプリケーションのランニングと関連している
かどうかを確認する。もしそうなら、プログラムはその
ダウンロード処理の待ち行列に前記要求を加え、そのあ
とブロック２４００に戻る。さもなければ、プログラム
はダウンロード処理を生成して、受信メッセージで確認
されるデータファイルをダウンロードする。次いで、プ
ログラムは、新たに生成されたダウンロード処理の待ち
行列に受信メッセージを格納し、そのあとブロック２４
００ニモドル。ダウンロード処理のフローチャートは図
２７に示される。詳細には、入った場合（ブロック２６
００）、プログラムは、使用する種々の変数を初期化
し、次に、その要求待ち行列が空いているかどうかを確
認する（ブロック２６０１）。もし空いていれば、プロ
グラムは退出する。さもなければ、プログラム（ブロッ
ク２６０２）は、使用者の端末にダウンローディングさ
れるファイル名のリスト（ＩＮＰＲＯＧ＿ＬＩＳＴ）を
作成する。それを行なう際、プログラムは、下記に説明
されるように、マルチメディアプラットフォームと使用
者の端末間に接続される２Ｂチャンネル（または１Ｂチ
ャンネル）の現形態を考慮する。次いで、プログラム
（ブロック２６０３）は、ＩＮＰＲＯＧ＿ＬＩＳＴが空
いているかどうかを知るためにチェックする。リストが
空いていなければ、プログラムはサブルーチンＸＭＩＴ
＿ＬＩＳＴに入り、ＩＮＰＲＯＧ＿ＬＩＳＴで確認され
た各ファイルを送信する。プログラムは、ＩＮＰＲＯＧ
＿ＬＩＳＴが空いていることがわかれば、同様に、新た
な要求が待ち行列に格納されているＢチャンネルサーバ
ーからの通知を待ち受け（ブロック２６０５）、前記通
知の受信によりブロック２６０１に戻る。
【００５６】ＸＭＩＴ＿ＬＩＳＴサブルーチンすなわち
プログラムは図２８に示される。詳細には、入った場合
（ブロック２６０４−１）、プログラムは、ＩＮＰＲＯ
Ｇ＿ＬＩＳＴからファイル名を除去し、ディスクメモリ
からファイルを構成するデータを降ろし始める。それを
行なう際、プログラムは、降ろしたデータを、関連Ｂチ
ャンネルに役立つＩ／Ｆ基板と関連する関連送信バッフ
ァ（ｘｍｉｔ＿バッファ）に格納する。すなわち、もし
２Ｂチャンネルが使用中ならば、データは、これらの２
チャンネルに用いられるＩ／Ｆ基板送信バッファに格納
される。この方法では、送信帯域幅が２倍になり、その
ためデータファイルの送信速度が早まる。Ｂチャンネル
の１チャンネルだけがデータ用に用いられている場合
は、降ろされたファイルは、そのチャンネルに用いられ
るＩ／Ｆ基板送信バッファに格納される。また、ファイ
ル番号がダウンロードされることになった場合は、２チ
ャンネルまたは１チャンネルの帯域幅がファイルのダウ
ンローディングに割当てられる。例えば、２つのファイ
ルがダウンロードされることになって、２Ｂチャンネル
が使用中の場合である。それなら、一方のファイルを一
方のチャンネルに、他方のファイルを他方のチャンネル
に割当てることができる。他の例として、１つのファイ
ルを１．５チャンネルに割当てることができる。これが
意味することは、前記ファイルの一部が一方のチャンネ
ルを介して送信され、前記ファイルの他の部分ともう１
つのファイルが他方のチャンネルを介して多重化される
ことである。他の例として、一方のＢチャンネルだけが
利用可能な場合は、該チャンネルの帯域幅の３／４を一
方のファイルの専用とし、残りの帯域幅を他方のファイ
ルの専用とすることもできる。Ｂチャンネル帯域幅の前
記分割は、前記プログラムで計算され、ＩＮＰＲＯＧ＿
ＬＩＳＴに記録される。
プログラムは図２８に示される。詳細には、入った場合
（ブロック２６０４−１）、プログラムは、ＩＮＰＲＯ
Ｇ＿ＬＩＳＴからファイル名を除去し、ディスクメモリ
からファイルを構成するデータを降ろし始める。それを
行なう際、プログラムは、降ろしたデータを、関連Ｂチ
ャンネルに役立つＩ／Ｆ基板と関連する関連送信バッフ
ァ（ｘｍｉｔ＿バッファ）に格納する。すなわち、もし
２Ｂチャンネルが使用中ならば、データは、これらの２
チャンネルに用いられるＩ／Ｆ基板送信バッファに格納
される。この方法では、送信帯域幅が２倍になり、その
ためデータファイルの送信速度が早まる。Ｂチャンネル
の１チャンネルだけがデータ用に用いられている場合
は、降ろされたファイルは、そのチャンネルに用いられ
るＩ／Ｆ基板送信バッファに格納される。また、ファイ
ル番号がダウンロードされることになった場合は、２チ
ャンネルまたは１チャンネルの帯域幅がファイルのダウ
ンローディングに割当てられる。例えば、２つのファイ
ルがダウンロードされることになって、２Ｂチャンネル
が使用中の場合である。それなら、一方のファイルを一
方のチャンネルに、他方のファイルを他方のチャンネル
に割当てることができる。他の例として、１つのファイ
ルを１．５チャンネルに割当てることができる。これが
意味することは、前記ファイルの一部が一方のチャンネ
ルを介して送信され、前記ファイルの他の部分ともう１
つのファイルが他方のチャンネルを介して多重化される
ことである。他の例として、一方のＢチャンネルだけが
利用可能な場合は、該チャンネルの帯域幅の３／４を一
方のファイルの専用とし、残りの帯域幅を他方のファイ
ルの専用とすることもできる。Ｂチャンネル帯域幅の前
記分割は、前記プログラムで計算され、ＩＮＰＲＯＧ＿
ＬＩＳＴに記録される。
【００５７】続いて、前記の降ろし作業中、プログラム
（ブロック２６０４−３）がファイル終了（ＥＯＦ）を
表わすデータに行き当たると、ファイルを閉じ、ＩＮＰ
ＲＯＧ＿ＬＩＳＴ及び要求待ち行列から前記ファイルの
身元を削除する（２６０４−７）。次いで、プログラム
（ブロック２６０４−４）は、Ｉ／Ｆ基板に、ｘｍｉｔ
＿バッファの内容を送信するよう基板に指示する命令を
送る。次いで、プログラム（ブロック２６０４−５）
は、新たな要求がその関連要求待ち行列に格納されてい
ることを表わす通知メッセージを受信したかどうかを知
るためにチェックする。もしそうならば、プログラムは
図２７のブロック２６０１に戻る。さもなければ、プロ
グラム（ブロック２６０４−６）は、ＩＮＰＲＯＧ＿Ｌ
ＩＳＴが空いているかどうかを知るためにチェックし、
その通りならばブロック２６０１に戻る。さもなけれ
ば、ブロック２６０４−２に戻る。プログラム（図２
６）は、ブロック２５０５、２５０６または２５０７に
進む場合は、それぞれ、特定ファイルのダウンローディ
ングを取消し、中断または再開するようにダウンロード
処理（図２７）に命令する。受信メッセージが、使用者
の端末からマルチメディアプラットフォームへのデータ
ファイルのダウンローディングに関するものならば、プ
ログラムはブロック２５０８に進み、ここで、マルチメ
ディアプラットフォームすなわちディスクメモリに格納
するために、使用者の端末からのデータファイルを受信
するように設定する。すなわち、プログラムは、降ろし
処理に入り、降ろし処理の待ち行列に受信メッセージを
格納する。
（ブロック２６０４−３）がファイル終了（ＥＯＦ）を
表わすデータに行き当たると、ファイルを閉じ、ＩＮＰ
ＲＯＧ＿ＬＩＳＴ及び要求待ち行列から前記ファイルの
身元を削除する（２６０４−７）。次いで、プログラム
（ブロック２６０４−４）は、Ｉ／Ｆ基板に、ｘｍｉｔ
＿バッファの内容を送信するよう基板に指示する命令を
送る。次いで、プログラム（ブロック２６０４−５）
は、新たな要求がその関連要求待ち行列に格納されてい
ることを表わす通知メッセージを受信したかどうかを知
るためにチェックする。もしそうならば、プログラムは
図２７のブロック２６０１に戻る。さもなければ、プロ
グラム（ブロック２６０４−６）は、ＩＮＰＲＯＧ＿Ｌ
ＩＳＴが空いているかどうかを知るためにチェックし、
その通りならばブロック２６０１に戻る。さもなけれ
ば、ブロック２６０４−２に戻る。プログラム（図２
６）は、ブロック２５０５、２５０６または２５０７に
進む場合は、それぞれ、特定ファイルのダウンローディ
ングを取消し、中断または再開するようにダウンロード
処理（図２７）に命令する。受信メッセージが、使用者
の端末からマルチメディアプラットフォームへのデータ
ファイルのダウンローディングに関するものならば、プ
ログラムはブロック２５０８に進み、ここで、マルチメ
ディアプラットフォームすなわちディスクメモリに格納
するために、使用者の端末からのデータファイルを受信
するように設定する。すなわち、プログラムは、降ろし
処理に入り、降ろし処理の待ち行列に受信メッセージを
格納する。
【００５８】ブロック２５０８から入る処理は図２９に
示される。降ろし処理はダウンロード処理（図２７）に
多少類似していることがわかる。したがって、図２９に
ついては簡単に説明する。同様に、プログラムは、入っ
た場合（ブロック２８００）、使用している種々の変数
を初期化し、次いで、関連要求待ち行列が空いていれば
退出する。さもなければ、プログラムは、その関連待ち
行列に含まれかつ関連Ｂチャンネルの形態に基づいたメ
ッセージ（使用者から受信されるファイル名）のリスト
（ＩＮＰＲＯＧ＿ＬＩＳＴ）を作成する（ブロック２８
０２）。次いで、プログラム（ブロック２８０３）はそ
のＩＮＰＲＯＧ＿ＬＩＳＴをチェックし、リストが空い
ている場合の通知メッセージの受信を待ち受ける（ブロ
ック２８０５）。さもなければ、プログラムは、使用者
の端末より送信されるファイルを受信するための処理
（ＲＣＶ＿ＬＩＳＴ）に入る。
示される。降ろし処理はダウンロード処理（図２７）に
多少類似していることがわかる。したがって、図２９に
ついては簡単に説明する。同様に、プログラムは、入っ
た場合（ブロック２８００）、使用している種々の変数
を初期化し、次いで、関連要求待ち行列が空いていれば
退出する。さもなければ、プログラムは、その関連待ち
行列に含まれかつ関連Ｂチャンネルの形態に基づいたメ
ッセージ（使用者から受信されるファイル名）のリスト
（ＩＮＰＲＯＧ＿ＬＩＳＴ）を作成する（ブロック２８
０２）。次いで、プログラム（ブロック２８０３）はそ
のＩＮＰＲＯＧ＿ＬＩＳＴをチェックし、リストが空い
ている場合の通知メッセージの受信を待ち受ける（ブロ
ック２８０５）。さもなければ、プログラムは、使用者
の端末より送信されるファイルを受信するための処理
（ＲＣＶ＿ＬＩＳＴ）に入る。
【００５９】ＲＣＶ＿ＬＩＳＴ処理は、図３０にフロー
チャート形式で示される。Ｉ／Ｆ基板は、関連Ｂチャン
ネルからファイルを受信し、該ファイルを受信したとた
んに関連受信バッファ（ＲＣＶ＿ＢＵＦ）に格納する設
備である。バッファがいっぱいになると、Ｉ／Ｆ基板は
ＲＣＶ＿ＬＩＳＴ処理を通知する。ＲＣＶ＿ＬＩＳＴ処
理すなわちプログラム（ブロック２９０１）はそれに応
じてバッファを空にする。次いで、プログラム（ブロッ
ク２９０２）は、バッファメモリから降ろされたデータ
をディスクメモリ６１に格納する。前記データは１つ以
上のファイルと関連させることができ、ここでは、チャ
ンネル形態は、１つ以上のファイルが降ろされている場
合に、チャンネル帯域幅はファイル間でどのように分割
されたかを表わすことが注目される。前記降ろし及び格
納作業中に、プログラムがＥＯＦに行き当たった場合は
（ブロック２９０３）、ファイルを閉じてその関連待ち
行列及びＩＮＰＲＯＧ＿ＬＩＳＴからファイル名を削除
する（ブロック２９０６）。そのあと、プログラムはブ
ロック２８０１に戻る。さもなければ、プログラム（ブ
ロック２９０４）は、新たな降ろし要求メッセージがそ
の待ち行列に格納されているかどうかを知るためにチェ
ックし、その通りならば、図示のように２８０１に戻
る。それが違っていれば、プログラム（ブロック２９０
５）は、ＩＮＰＲＯＧ＿ＬＩＳＴが空いていないことが
わかった場合にブロック２９０１に戻る。さもなけれ
ば、プログラムはブロック２８０１に戻る。
チャート形式で示される。Ｉ／Ｆ基板は、関連Ｂチャン
ネルからファイルを受信し、該ファイルを受信したとた
んに関連受信バッファ（ＲＣＶ＿ＢＵＦ）に格納する設
備である。バッファがいっぱいになると、Ｉ／Ｆ基板は
ＲＣＶ＿ＬＩＳＴ処理を通知する。ＲＣＶ＿ＬＩＳＴ処
理すなわちプログラム（ブロック２９０１）はそれに応
じてバッファを空にする。次いで、プログラム（ブロッ
ク２９０２）は、バッファメモリから降ろされたデータ
をディスクメモリ６１に格納する。前記データは１つ以
上のファイルと関連させることができ、ここでは、チャ
ンネル形態は、１つ以上のファイルが降ろされている場
合に、チャンネル帯域幅はファイル間でどのように分割
されたかを表わすことが注目される。前記降ろし及び格
納作業中に、プログラムがＥＯＦに行き当たった場合は
（ブロック２９０３）、ファイルを閉じてその関連待ち
行列及びＩＮＰＲＯＧ＿ＬＩＳＴからファイル名を削除
する（ブロック２９０６）。そのあと、プログラムはブ
ロック２８０１に戻る。さもなければ、プログラム（ブ
ロック２９０４）は、新たな降ろし要求メッセージがそ
の待ち行列に格納されているかどうかを知るためにチェ
ックし、その通りならば、図示のように２８０１に戻
る。それが違っていれば、プログラム（ブロック２９０
５）は、ＩＮＰＲＯＧ＿ＬＩＳＴが空いていないことが
わかった場合にブロック２９０１に戻る。さもなけれ
ば、プログラムはブロック２８０１に戻る。
【００６０】図２６において、プログラムがブロック２
５０９、２５１０または２５１１に進む場合は、それぞ
れ、特定ファイルのアップローディングを中断、再開ま
たは取消しするようにアップロード処理（図２９）に命
令する。図２６のブロック２５１２は、データサーバー
プログラムとアプリケーションプログラム間のインター
フェースを提供する。すなわち、ブロック２５１２は、
それにより、プログラムが、アプリケーションプログラ
ムから受信される要求に応じて、特定のダウンロードま
たはアップロードが終了する度にアプリケーションプロ
グラムに通知する手段となる。詳細には、ブロック２５
１２におけるプログラムは、アプリケーションプログラ
ムから受信される要求に含まれるファイル名のためのダ
ウンロード及びアップロード処理と関連する要求待ち行
列をサーチする。プログラムが、どちらの待ち行列にも
関連ファイル名を見い出した場合は、データ転送が終了
していなかった（または転送が停止された）ことを表わ
すためにアプリケーションプログラムに第１のフラグ、
例えば間違った値、を戻す。さもなければ、プログラム
はアプリケーションプログラムに第２のフラグ、例えば
正しい値、を戻す。
５０９、２５１０または２５１１に進む場合は、それぞ
れ、特定ファイルのアップローディングを中断、再開ま
たは取消しするようにアップロード処理（図２９）に命
令する。図２６のブロック２５１２は、データサーバー
プログラムとアプリケーションプログラム間のインター
フェースを提供する。すなわち、ブロック２５１２は、
それにより、プログラムが、アプリケーションプログラ
ムから受信される要求に応じて、特定のダウンロードま
たはアップロードが終了する度にアプリケーションプロ
グラムに通知する手段となる。詳細には、ブロック２５
１２におけるプログラムは、アプリケーションプログラ
ムから受信される要求に含まれるファイル名のためのダ
ウンロード及びアップロード処理と関連する要求待ち行
列をサーチする。プログラムが、どちらの待ち行列にも
関連ファイル名を見い出した場合は、データ転送が終了
していなかった（または転送が停止された）ことを表わ
すためにアプリケーションプログラムに第１のフラグ、
例えば間違った値、を戻す。さもなければ、プログラム
はアプリケーションプログラムに第２のフラグ、例えば
正しい値、を戻す。
【００６１】図２６のデータサーバープログラムは、メ
ッセージの形式が、使用者と関連していた２Ｂチャンネ
ルを再構成するための要求である場合には、ブロック２
５１３に進む。すなわち、この要求は、典型的には、２
Ｂ＿チャンネルを再構成する、例えばＢ＿チャンネルの
うちの１チャンネルを落とす、ためのアプリケーション
プログラムからのものである。詳細には、ブロック２５
１３におけるプログラムは、再構成要求に従うために使
用者情報テーブル及びチャンネル割当てテーブルを更新
する。次いで、プログラムは、チャンネル再構成が生じ
たことをダウンロード及びアップロード処理に通知し、
前記更新の間、ダウンロード及びアップロード処理のラ
ンニングを停止させる。
ッセージの形式が、使用者と関連していた２Ｂチャンネ
ルを再構成するための要求である場合には、ブロック２
５１３に進む。すなわち、この要求は、典型的には、２
Ｂ＿チャンネルを再構成する、例えばＢ＿チャンネルの
うちの１チャンネルを落とす、ためのアプリケーション
プログラムからのものである。詳細には、ブロック２５
１３におけるプログラムは、再構成要求に従うために使
用者情報テーブル及びチャンネル割当てテーブルを更新
する。次いで、プログラムは、チャンネル再構成が生じ
たことをダウンロード及びアップロード処理に通知し、
前記更新の間、ダウンロード及びアップロード処理のラ
ンニングを停止させる。
【００６２】使用者選択に応答するアプリケーションの
エントリは、アプリケーション制御装置に備わっている
アプリケーション制御装置プログラムの制御を受ける。
より詳細には、アプリケーション制御装置が使用可能に
されると、アプリケーション制御装置プログラム（ＡＰ
Ｐ＿ＣＴＬＲ）図３２がブロック３００から入り、ここ
で、特定のアプリケーション、すなわち既に入っている
アプリケーションの停止、中断または再開、の使用者の
選択を確認する要求メッセージの受信を待ち受ける。よ
り詳細には、要求の受信により、プログラム（ブロック
３００１）は、受信されるメッセージの形式に基づいて
多数の異なるサブルーチン（ブロック３００２乃至３０
０６）のうちの１つに分岐する）。メッセージ形式が不
明の場合は、プログラムはそのメッセージをエラーとみ
なし、処理のためＯＳシステム５０に送る（ブロック３
００６）。そのあと、プログラムはブロック３０００に
戻り、次のアプリケーション関連要求の受信を待ち受け
る。
エントリは、アプリケーション制御装置に備わっている
アプリケーション制御装置プログラムの制御を受ける。
より詳細には、アプリケーション制御装置が使用可能に
されると、アプリケーション制御装置プログラム（ＡＰ
Ｐ＿ＣＴＬＲ）図３２がブロック３００から入り、ここ
で、特定のアプリケーション、すなわち既に入っている
アプリケーションの停止、中断または再開、の使用者の
選択を確認する要求メッセージの受信を待ち受ける。よ
り詳細には、要求の受信により、プログラム（ブロック
３００１）は、受信されるメッセージの形式に基づいて
多数の異なるサブルーチン（ブロック３００２乃至３０
０６）のうちの１つに分岐する）。メッセージ形式が不
明の場合は、プログラムはそのメッセージをエラーとみ
なし、処理のためＯＳシステム５０に送る（ブロック３
００６）。そのあと、プログラムはブロック３０００に
戻り、次のアプリケーション関連要求の受信を待ち受け
る。
【００６３】要求が特定のアプリケーションの開始のた
めのものであれば、プログラムはブロック３００２に進
み、ここで、そのアプリケーションを呼び出す。さら
に、プログラムは、呼び出されたアプリケーションプロ
グラムに、使用者と関連するＢチャンネルの構成を送
る。次いで、制御装置プログラムは、選択されたアプリ
ケーションを確認するために使用者情報テーブルを更新
する。そのあと、プログラムはブロック３０００に戻
る。要求が、呼び出されたアプリケーションプログラム
の停止に向けられたものならば、制御装置は、その効果
のためのメッセージをアプリケーションプログラムに送
り、それに応じて使用者情報テーブルを更新する（ブロ
ック３００３）。同様に、制御装置プログラムは、中断
（再開）のための要求に応じて、その効果のためのメッ
セージを前記アプリケーションに送る（ブロック３００
４または３００５）。次に、アプリケーションは、（ブ
ロック３００３、３００４または３００５を介して送ら
れた）前記要求の受信に応じて、要求された動作を行な
う。下記は、音声ファイルを再生するために音声サーバ
ーに命令する（要求する）ものである。 int play_audio_file(int handle,char *ap,cha *tune) handleは、下記にさらに説明されるように、接続が確立
された時に接続機能により返送される値、apは、アプリ
ケーション名を指定するストリングの指針、tuneは、音
声ファイル名を指定するストリングの指針である。以上
は前に確立されたＢチャンネル音声接続に関するもので
ある。下記は、現時点で音声ファイルの再生を中断する
ために音声サーバーに命令するものである。 int pause_audio_playback(int handle) 下記は、中断された音声ファイルの再生を再開するため
に音声サーバーに命令するものである。 int resume_audio_playback(int handle) 下記は、再生リストにある次の音声ファイルの初めにス
キップしてそれの再生を開始するために音声サーバーに
命令するものである。 int skip_audio_playback(int handle) 下記は、Ｂチャンネル音声接続を介して送信される音声
の音量を調整するために音声サーバーに命令するもので
ある。 int adjust_volume(int handle) 下記は、Ｂチャンネル音声接続を介して再生中の音声フ
ァイルの再生を阻止するために音声サーバーに命令する
ものである。 int stop_audio_playback(int handle) 下記は、Ｂチャンネル音声接続上に他の音声接続を橋渡
しするために音声サーバーに命令するものである。 int bridge_call(int handle) 下記は、発呼上に以前に橋渡しされていた音声接続を除
去するために音声サーバーに命令するものである。 int unbridge_call(int handle) 下記は、音声接続を介して受信中の音声を音声ファイル
に記録するために音声サーバーに命令するものである。 record_audio(int handle) 下記は、現時点で音声ファイルの記録を中断するために
音声サーバーに命令するものである。 int pause_audio_record(int handle) 下記は、中断された音声ファイルの記録を再開するため
に音声サーバーに命令するものである。 int resume_audio_record(int handle) 下記は、音声ファイルの記録を停止するために音声サー
バーに命令するものである。 int stop_audio_record(int handle) 上記について、命令“handle”は、接続が確立された時
に接続機能により返送される値であり、確立成功なら０
を、不成功なら−１を返送する。
めのものであれば、プログラムはブロック３００２に進
み、ここで、そのアプリケーションを呼び出す。さら
に、プログラムは、呼び出されたアプリケーションプロ
グラムに、使用者と関連するＢチャンネルの構成を送
る。次いで、制御装置プログラムは、選択されたアプリ
ケーションを確認するために使用者情報テーブルを更新
する。そのあと、プログラムはブロック３０００に戻
る。要求が、呼び出されたアプリケーションプログラム
の停止に向けられたものならば、制御装置は、その効果
のためのメッセージをアプリケーションプログラムに送
り、それに応じて使用者情報テーブルを更新する（ブロ
ック３００３）。同様に、制御装置プログラムは、中断
（再開）のための要求に応じて、その効果のためのメッ
セージを前記アプリケーションに送る（ブロック３００
４または３００５）。次に、アプリケーションは、（ブ
ロック３００３、３００４または３００５を介して送ら
れた）前記要求の受信に応じて、要求された動作を行な
う。下記は、音声ファイルを再生するために音声サーバ
ーに命令する（要求する）ものである。 int play_audio_file(int handle,char *ap,cha *tune) handleは、下記にさらに説明されるように、接続が確立
された時に接続機能により返送される値、apは、アプリ
ケーション名を指定するストリングの指針、tuneは、音
声ファイル名を指定するストリングの指針である。以上
は前に確立されたＢチャンネル音声接続に関するもので
ある。下記は、現時点で音声ファイルの再生を中断する
ために音声サーバーに命令するものである。 int pause_audio_playback(int handle) 下記は、中断された音声ファイルの再生を再開するため
に音声サーバーに命令するものである。 int resume_audio_playback(int handle) 下記は、再生リストにある次の音声ファイルの初めにス
キップしてそれの再生を開始するために音声サーバーに
命令するものである。 int skip_audio_playback(int handle) 下記は、Ｂチャンネル音声接続を介して送信される音声
の音量を調整するために音声サーバーに命令するもので
ある。 int adjust_volume(int handle) 下記は、Ｂチャンネル音声接続を介して再生中の音声フ
ァイルの再生を阻止するために音声サーバーに命令する
ものである。 int stop_audio_playback(int handle) 下記は、Ｂチャンネル音声接続上に他の音声接続を橋渡
しするために音声サーバーに命令するものである。 int bridge_call(int handle) 下記は、発呼上に以前に橋渡しされていた音声接続を除
去するために音声サーバーに命令するものである。 int unbridge_call(int handle) 下記は、音声接続を介して受信中の音声を音声ファイル
に記録するために音声サーバーに命令するものである。 record_audio(int handle) 下記は、現時点で音声ファイルの記録を中断するために
音声サーバーに命令するものである。 int pause_audio_record(int handle) 下記は、中断された音声ファイルの記録を再開するため
に音声サーバーに命令するものである。 int resume_audio_record(int handle) 下記は、音声ファイルの記録を停止するために音声サー
バーに命令するものである。 int stop_audio_record(int handle) 上記について、命令“handle”は、接続が確立された時
に接続機能により返送される値であり、確立成功なら０
を、不成功なら−１を返送する。
【図１】本発明の原理を実施することができるマルチメ
ディアシステムを示す。
ディアシステムを示す。
【図２】図１の使用者端末において本発明の原理を実行
するプログラムをフローチャート形式で示す。
するプログラムをフローチャート形式で示す。
【図３】図１の使用者端末において本発明の原理を実行
するプログラムをフローチャート形式で示す。
するプログラムをフローチャート形式で示す。
【図４】図１の使用者端末において本発明の原理を実行
するプログラムをフローチャート形式で示す。
するプログラムをフローチャート形式で示す。
【図５】図１の使用者端末において本発明の原理を実行
するプログラムをフローチャート形式で示す。
するプログラムをフローチャート形式で示す。
【図６】図１の使用者端末において本発明の原理を実行
するプログラムをフローチャート形式で示す。
するプログラムをフローチャート形式で示す。
【図７】図１の使用者端末において本発明の原理を実行
するプログラムをフローチャート形式で示す。
するプログラムをフローチャート形式で示す。
【図８】図１の音声サーバーにおいて本発明の原理を実
行するプログラムをフローチャート形式で示す。
行するプログラムをフローチャート形式で示す。
【図９】図１の音声サーバーにおいて本発明の原理を実
行するプログラムをフローチャート形式で示す。
行するプログラムをフローチャート形式で示す。
【図１０】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１１】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１２】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１３】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１４】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１５】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１６】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１７】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１８】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図１９】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図２０】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図２１】図１の音声サーバーにおいて本発明の原理を
実行するプログラムをフローチャート形式で示す。
実行するプログラムをフローチャート形式で示す。
【図２２】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図２３】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図２４】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図２５】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図２６】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図２７】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図２８】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図２９】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図３０】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図３１】図１のデータサーバーにおいて本発明の原理
を実行するプログラムをフローチャート形式で示す。
を実行するプログラムをフローチャート形式で示す。
【図３２】図１のアプリケーション制御装置において本
発明の原理を実行するプログラムをフローチャート形式
で示す。
発明の原理を実行するプログラムをフローチャート形式
で示す。
１０ データサーバー ２０ アプリケーション制御装置 ３０ 音声サーバー ４０ ワークステーション ５０ 動作援助装置 １５０ 開発プラットフォーム
フロントページの続き (72)発明者 アンドリュー アール．マックギー アメリカ合衆国 07080 ニュージャーシ ィ，サウス プレインフィールド，ダブリ ュ エルムウッド ドライヴ 148
Claims (20)
- 【請求項１】 マルチメディアシステムに用いられるマ
ルチメディア通信プロトコルであって、マルチメディア
アプリケーションの異なる区分を、マルチメディアシス
テムから表示装置を有するデータ端末に転送するように
作用する通信プロトコルにおいて、 前記マルチメディアアプリケーションの各々を、前記端
末の使用者への提供のために各々の論理ブロックに分割
することができるように、遠隔通信、データアクセス、
音声及び分配アプリケーション機能をそれぞれ定義する
複数のメッセージと、 前記データ端末に内蔵され、前記マルチメディアアプリ
ケーションのうちの１つにインターフェースしかつ前記
機能のうちの１つを指示する要求を入力する前記使用者
に応じて、使用者が要求した機能を特徴づける前記メッ
セージのうちの１つを発生して前記メッセージを前記マ
ルチメディアシステムに送る手段と、 前記マルチメディアシステムに内蔵され、前記メッセー
ジの受信に応答して、前記１つのマルチメディアアプリ
ケーションの前記ブロックのうちの特定のものに関して
要求された機能を実行する手段とからなることを特徴と
する通信プロトコル。 - 【請求項２】 請求項１記載の通信プロトコルにおい
て、さらに、前記機能のうちの１つは遠隔通信機能であ
り、前記実行手段は、前記端末を前記マルチメディアシ
ステムに接続する少なくとも１つの通信パスに関する遠
隔通信機能を実行するための手段を含むことを特徴とす
る通信プロトコル。 - 【請求項３】 請求項２記載の通信プロトコルにおい
て、さらに、前記遠隔通信機能は切断機能であり、前記
実行手段は、前記少なくとも１つの通信接続を終わらせ
る手段を含むことを特徴とする通信プロトコル。 - 【請求項４】 請求項１記載の通信プロトコルにおい
て、さらに、前記機能うちの１つは遠隔通信機能であ
り、前記実行手段は、前記端末を前記マルチメディアシ
ステムに接続する通信パスと他の遠隔通信パスとに関す
る遠隔通信ブリッジ機能を実行する手段を含むことを特
徴とする通信プロトコル。 - 【請求項５】 請求項１記載の通信プロトコルにおい
て、さらに、前記機能のうちの１つは遠隔通信機能であ
り、前記実行手段は、前記端末を前記マルチメディアシ
ステムに接続する通信パスと他の遠隔通信パスとの間の
会議ブリッジを終わらせる手段を含むことを特徴とする
通信プロトコル。 - 【請求項６】 請求項１記載の通信プロトコルにおい
て、さらに、入力される前記要求はメモリに格納されて
いる特定データに関係しており、前記実行手段は、前記
格納ファイルを、前記端末を前記マルチメディアに接続
する通信パスを介して前記マルチメディアシステムから
前記端末へダウンロードするための手段を含むことを特
徴とする通信プロトコル。 - 【請求項７】 請求項６記載の通信プロトコルにおい
て、さらに、入力される前記要求は前記格納ファイルの
ダウンローディングを停止するための要求であり、前記
実行手段は、前記要求に応じて前記格納ファイルのダウ
ンローディングを停止するための手段を含むことを特徴
とする通信プロトコル。 - 【請求項８】 請求項６記載の通信プロトコルにおい
て、さらに、入力される前記要求は前記格納ファイルの
ダウンローディングを中断するための要求であり、前記
実行手段は、前記要求に応じて前記格納ファイルのダウ
ンローディングを中断するための手段を含むことを特徴
とする通信プロトコル。 - 【請求項９】 請求項６記載の通信プロトコルにおい
て、さらに、入力される前記要求は前記格納ファイルの
ダウンローディングを再開するための要求であり、前記
実行手段は、前記要求に応じて前記格納ファイルのダウ
ンローディングを再開するための手段を含むことを特徴
とする通信プロトコル。 - 【請求項１０】 請求項６記載の通信プロトコルにおい
て、さらに、前記格納ファイルはデータファイルである
ことを特徴とする通信プロトコル。 - 【請求項１１】 請求項６記載の通信プロトコルにおい
て、さらに、前記格納ファイルは音声ファイルであるこ
とを特徴とする通信プロトコル。 - 【請求項１２】 請求項１記載の通信プロトコルにおい
て、さらに、入力される前記要求は、前記マルチメディ
アシステムの前記端末の内部メモリに格納されている特
定のファイルのアップローディングに関係しており、前
記端末は、さらに、その中への格納のため前記マルチメ
ディアシステムに前記格納ファイルをアップローディン
グする手段を含むことを特徴とする通信プロトコル。 - 【請求項１３】 請求項１２記載の通信プロトコルにお
いて、さらに、入力される前記要求は前記ファイルのア
ップローディングを停止するための要求であり、前記実
行手段は、さらに、前記要求に応じて前記マルチメディ
アシステムへの前記ファイルのアップンローディングを
停止するための手段を含むことを特徴とする通信プロト
コル。 - 【請求項１４】 請求項１２記載の通信プロトコルにお
いて、さらに、入力される前記要求は前記格納ファイル
のアップローディングを中断するための要求であり、前
記実行手段は、さらに、前記要求に応じて前記マルチメ
ディアシステムへの前記ファイルのアップローディング
を中断するための手段を含むことを特徴とする通信プロ
トコル。 - 【請求項１５】 請求項１４記載の通信プロトコルにお
いて、さらに、入力される前記要求は前記格納ファイル
のアップローディングを再開するための要求であり、前
記実行手段は、さらに、前記要求に応じて前記マルチメ
ディアシステムへの前記ファイルのアップローディング
を再開するための手段を含むことを特徴とする通信プロ
トコル。 - 【請求項１６】 マルチメディアシステムにおいて、 前記システムを遠隔通信網とインターフェースするため
の手段と、 メモリに種々のマルチメディアアプリケーションを格納
し、前記遠隔通信網を介する、前記アプリケーションの
１つを確認する要求の受信に応じて、加入者に前記アプ
リケーションの個々のアプリケーションを前記遠隔通信
網を介して提供するための手段と、 マルチメディアアプリケーションの提供者からの発呼の
受信に応じて、前記遠隔通信網を介して前記マルチメデ
ィアアプリケーションを受信し、前記受信されたマルチ
メディアアプリケーションを前記メモリに格納して、前
記加入者が格納されたマルチメディアアプリケーション
を要求することができるようにするための手段とからな
ることを特徴とするマルチメディアシステム。 - 【請求項１７】 請求項１６記載のシステムにおいて、
さらに、前記網を介する前記提供者からの電話呼に応じ
て動作すると共に、前記格納されたマルチメディアアプ
リケーションが完全に発生及び／またはデバッグされな
くても、前記提供者に前記格納されたマルチメディアア
プリケーションにアクセスさせるように動作するアプリ
ケーション開発プラットフォームを含むことを特徴とす
るシステム。 - 【請求項１８】 請求項１７記載のシステムにおいて、
さらに、前記アプリケーション開発プラットフォーム
は、さらに、すでに１つ以上のエラーを含み、前記アク
セスの結果として前記提供者により接続される前記マル
チメディアアプリケーションの区分を、前記網を介して
前記提供者から受信するための手段を含むことを特徴と
するシステム。 - 【請求項１９】 請求項１６記載のシステムにおいて、
さらに、前記網を介する前記提供者からの電話呼に応じ
て動作すると共に、前記網を介して前記格納されたマル
チメディアアプリケーションを前記提供者に提供して、
前記提供者に前記アプリケーションに含まれ得るエラー
を補正させ、補正されたマルチメディアアプリケーショ
ンをメモリに格納するために提供者から受信するように
動作するアプリケーション開発プラットフォームを含む
ことを特徴とするシステム。 - 【請求項２０】 請求項１６記載のシステムにおいて、
さらに、前記網を介する前記提供者からの電話呼に応じ
て動作すると共に、前記提供者が前記加入者であるかの
ように、しかし前記アプリケーションに含まれ得るエラ
ーの補正の目的で、前記提供者が前記マルチメディアア
プリケーションをアクセスできるように、前記網を介し
て前記提供者とインターフェースし、補正されたマルチ
メディアアプリケーションをメモリに格納するために提
供者から受信するように動作するアプリケーション開発
プラットフォームを含むことを特徴とするシステム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US17131193A | 1993-12-21 | 1993-12-21 | |
| US171311 | 1993-12-21 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07202981A true JPH07202981A (ja) | 1995-08-04 |
| JP3561016B2 JP3561016B2 (ja) | 2004-09-02 |
Family
ID=22623285
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP31390394A Expired - Lifetime JP3561016B2 (ja) | 1993-12-21 | 1994-12-19 | マルチメディアシステム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5754784A (ja) |
| EP (1) | EP0660576B1 (ja) |
| JP (1) | JP3561016B2 (ja) |
| CA (1) | CA2118278C (ja) |
| DE (1) | DE69432287T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002094472A (ja) * | 2000-05-30 | 2002-03-29 | Matsushita Electric Ind Co Ltd | データ取得装置及びその方法 |
Families Citing this family (66)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1995034170A1 (en) * | 1994-06-08 | 1995-12-14 | Futurevision Of America Corp. | Interactive broadband multimedia system |
| US6226785B1 (en) * | 1994-09-30 | 2001-05-01 | Apple Computer, Inc. | Method and apparatus for storing and replaying creation history of multimedia software or other software content |
| US5793980A (en) * | 1994-11-30 | 1998-08-11 | Realnetworks, Inc. | Audio-on-demand communication system |
| US7349976B1 (en) | 1994-11-30 | 2008-03-25 | Realnetworks, Inc. | Audio-on-demand communication system |
| IL115263A (en) * | 1995-09-12 | 1999-04-11 | Vocaltec Ltd | System and method for distributing multi-media presentations in a computer network |
| US5813014A (en) * | 1996-07-10 | 1998-09-22 | Survivors Of The Shoah Visual History Foundation | Method and apparatus for management of multimedia assets |
| JP3409652B2 (ja) * | 1996-09-02 | 2003-05-26 | 松下電器産業株式会社 | マルチメディア情報提供装置 |
| US6199076B1 (en) * | 1996-10-02 | 2001-03-06 | James Logan | Audio program player including a dynamic program selection controller |
| US6758755B2 (en) | 1996-11-14 | 2004-07-06 | Arcade Planet, Inc. | Prize redemption system for games executed over a wide area network |
| US6072857A (en) * | 1996-12-19 | 2000-06-06 | Bellsouth Intellectual Property Management Corporation | Methods and system for monitoring the operational status of a network component in an advanced intelligent network |
| US5898839A (en) * | 1997-03-17 | 1999-04-27 | Geonet Limited, L.P. | System using signaling channel to transmit internet connection request to internet service provider server for initiating and internet session |
| US7167857B2 (en) | 1997-04-15 | 2007-01-23 | Gracenote, Inc. | Method and system for finding approximate matches in database |
| US7308485B2 (en) * | 1997-04-15 | 2007-12-11 | Gracenote, Inc. | Method and system for accessing web pages based on playback of recordings |
| US5987525A (en) * | 1997-04-15 | 1999-11-16 | Cddb, Inc. | Network delivery of interactive entertainment synchronized to playback of audio recordings |
| DE19741885A1 (de) * | 1997-09-23 | 1999-03-25 | Cit Alcatel | Einrichtung zum Zuweisen von Übertragungskanälen an Endstellen eines Dienste-auf-Abruf Systems |
| US5996015A (en) * | 1997-10-31 | 1999-11-30 | International Business Machines Corporation | Method of delivering seamless and continuous presentation of multimedia data files to a target device by assembling and concatenating multimedia segments in memory |
| CA2319820A1 (en) * | 1998-01-30 | 1999-08-05 | The Trustees Of Columbia University In The City Of New York | Method and system for client-server interaction in interactive communications |
| US6460076B1 (en) * | 1998-12-21 | 2002-10-01 | Qwest Communications International, Inc. | Pay per record system and method |
| US20020048224A1 (en) * | 1999-01-05 | 2002-04-25 | Dygert Timothy W. | Playback device having text display and communication with remote database of titles |
| US7415102B2 (en) * | 1999-01-22 | 2008-08-19 | Pointset Corporation | Method and apparatus for setting programmable features of an appliance |
| US20100185614A1 (en) * | 1999-11-04 | 2010-07-22 | O'brien Brett | Shared Internet storage resource, user interface system, and method |
| US7310629B1 (en) | 1999-12-15 | 2007-12-18 | Napster, Inc. | Method and apparatus for controlling file sharing of multimedia files over a fluid, de-centralized network |
| US6742023B1 (en) | 2000-04-28 | 2004-05-25 | Roxio, Inc. | Use-sensitive distribution of data files between users |
| US6366907B1 (en) | 1999-12-15 | 2002-04-02 | Napster, Inc. | Real-time search engine |
| US20030115546A1 (en) * | 2000-02-17 | 2003-06-19 | Dubey Stuart P. | Method and apparatus for integrating digital media assets into documents |
| US6564229B1 (en) * | 2000-06-08 | 2003-05-13 | International Business Machines Corporation | System and method for pausing and resuming move/copy operations |
| US7089301B1 (en) | 2000-08-11 | 2006-08-08 | Napster, Inc. | System and method for searching peer-to-peer computer networks by selecting a computer based on at least a number of files shared by the computer |
| ATE445190T1 (de) | 2000-08-23 | 2009-10-15 | Gracenote Inc | Verfahren zur verbesserten wiedergabe von informationen, client-system und server-system |
| JP2002132818A (ja) * | 2000-10-26 | 2002-05-10 | Seiko Epson Corp | サービス提供システム、サービス提供端末、クライアント端末及び記憶媒体 |
| US8091112B1 (en) * | 2001-02-28 | 2012-01-03 | Keen Personal Technologies, Inc. | System and a method for transmitting and receiving a program with improved efficiency |
| US20020156900A1 (en) * | 2001-03-30 | 2002-10-24 | Brian Marquette | Protocol independent control module |
| US7185094B2 (en) | 2001-03-30 | 2007-02-27 | Sandcherry, Inc. | Media session framework using a control module to direct and manage application and service servers |
| WO2002096023A1 (en) * | 2001-05-21 | 2002-11-28 | Leap Wireless International, Inc. | System and method for sampling audio recordings on a wireless communication device |
| US6751454B2 (en) * | 2001-05-29 | 2004-06-15 | Leap Wireless International, Inc. | System and method for sampling audio recordings on a wireless communication device |
| US7398209B2 (en) * | 2002-06-03 | 2008-07-08 | Voicebox Technologies, Inc. | Systems and methods for responding to natural language speech utterance |
| US7693720B2 (en) | 2002-07-15 | 2010-04-06 | Voicebox Technologies, Inc. | Mobile systems and methods for responding to natural language speech utterance |
| US20040177167A1 (en) * | 2003-03-04 | 2004-09-09 | Ryuichi Iwamura | Network audio systems |
| US20070058943A1 (en) * | 2003-11-10 | 2007-03-15 | Disclive, Inc. | System, method and apparatus for rapid mass production of content-inclusive physical media |
| US20050289338A1 (en) * | 2004-02-04 | 2005-12-29 | Braden Stadlman | Recording, editing, encoding and immediately distributing a live performance |
| US20050194456A1 (en) | 2004-03-02 | 2005-09-08 | Tessier Patrick C. | Wireless controller with gateway |
| US7818444B2 (en) | 2004-04-30 | 2010-10-19 | Move Networks, Inc. | Apparatus, system, and method for multi-bitrate content streaming |
| US7199706B2 (en) * | 2005-02-22 | 2007-04-03 | Sony Corporation | PLC intercom/monitor |
| US7640160B2 (en) * | 2005-08-05 | 2009-12-29 | Voicebox Technologies, Inc. | Systems and methods for responding to natural language speech utterance |
| US7620549B2 (en) * | 2005-08-10 | 2009-11-17 | Voicebox Technologies, Inc. | System and method of supporting adaptive misrecognition in conversational speech |
| US7949529B2 (en) | 2005-08-29 | 2011-05-24 | Voicebox Technologies, Inc. | Mobile systems and methods of supporting natural language human-machine interactions |
| EP1934971A4 (en) * | 2005-08-31 | 2010-10-27 | Voicebox Technologies Inc | DYNAMIC LANGUAGE SCRIPTURE |
| US7730164B1 (en) * | 2005-11-23 | 2010-06-01 | Adobe Systems Incorporated | Bootstrap approaches to downloading data in response to a download indication |
| US8073681B2 (en) | 2006-10-16 | 2011-12-06 | Voicebox Technologies, Inc. | System and method for a cooperative conversational voice user interface |
| US7818176B2 (en) | 2007-02-06 | 2010-10-19 | Voicebox Technologies, Inc. | System and method for selecting and presenting advertisements based on natural language processing of voice-based input |
| US8224147B2 (en) * | 2007-04-15 | 2012-07-17 | Avid Technologies, Inc. | Interconnected multimedia systems with synchronized playback |
| JP2009044416A (ja) * | 2007-08-08 | 2009-02-26 | Sony Corp | コンテンツ再生装置、コンテンツ再生方法、プログラム、およびコンテンツ再生システム |
| US8140335B2 (en) | 2007-12-11 | 2012-03-20 | Voicebox Technologies, Inc. | System and method for providing a natural language voice user interface in an integrated voice navigation services environment |
| US8589161B2 (en) * | 2008-05-27 | 2013-11-19 | Voicebox Technologies, Inc. | System and method for an integrated, multi-modal, multi-device natural language voice services environment |
| US9305548B2 (en) | 2008-05-27 | 2016-04-05 | Voicebox Technologies Corporation | System and method for an integrated, multi-modal, multi-device natural language voice services environment |
| US8326637B2 (en) | 2009-02-20 | 2012-12-04 | Voicebox Technologies, Inc. | System and method for processing multi-modal device interactions in a natural language voice services environment |
| US9502025B2 (en) | 2009-11-10 | 2016-11-22 | Voicebox Technologies Corporation | System and method for providing a natural language content dedication service |
| US9171541B2 (en) | 2009-11-10 | 2015-10-27 | Voicebox Technologies Corporation | System and method for hybrid processing in a natural language voice services environment |
| US9594602B1 (en) | 2009-12-31 | 2017-03-14 | Lenovoemc Limited | Active folders |
| US9959150B1 (en) * | 2009-12-31 | 2018-05-01 | Lenovoemc Limited | Centralized file action based on active folders |
| US9313237B2 (en) * | 2013-05-15 | 2016-04-12 | Tencent Technology (Shenzhen) Company Limited | Method, apparatus, and communication system for allocating and managing voice channels |
| EP3195145A4 (en) | 2014-09-16 | 2018-01-24 | VoiceBox Technologies Corporation | Voice commerce |
| WO2016044321A1 (en) | 2014-09-16 | 2016-03-24 | Min Tang | Integration of domain information into state transitions of a finite state transducer for natural language processing |
| WO2016061309A1 (en) | 2014-10-15 | 2016-04-21 | Voicebox Technologies Corporation | System and method for providing follow-up responses to prior natural language inputs of a user |
| US10614799B2 (en) | 2014-11-26 | 2020-04-07 | Voicebox Technologies Corporation | System and method of providing intent predictions for an utterance prior to a system detection of an end of the utterance |
| US10431214B2 (en) | 2014-11-26 | 2019-10-01 | Voicebox Technologies Corporation | System and method of determining a domain and/or an action related to a natural language input |
| WO2018023106A1 (en) | 2016-07-29 | 2018-02-01 | Erik SWART | System and method of disambiguating natural language processing requests |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA1337132C (en) * | 1988-07-15 | 1995-09-26 | Robert Filepp | Reception system for an interactive computer network and method of operation |
| US5208745A (en) * | 1988-07-25 | 1993-05-04 | Electric Power Research Institute | Multimedia interface and method for computer system |
| US4974254A (en) * | 1989-05-10 | 1990-11-27 | Perine Michael C | Interactive data retrieval system for producing facsimile reports |
| US5195086A (en) * | 1990-04-12 | 1993-03-16 | At&T Bell Laboratories | Multiple call control method in a multimedia conferencing system |
| US5307456A (en) * | 1990-12-04 | 1994-04-26 | Sony Electronics, Inc. | Integrated multi-media production and authoring system |
| EP0510290B1 (en) * | 1991-04-22 | 1997-02-05 | International Business Machines Corporation | Collision-free insertion and removal of circuit-switched channels in a packet-switched transmission structure |
| US5283638A (en) * | 1991-04-25 | 1994-02-01 | Compuadd Corporation | Multimedia computing and telecommunications workstation |
| US5333299A (en) * | 1991-12-31 | 1994-07-26 | International Business Machines Corporation | Synchronization techniques for multimedia data streams |
| US5333266A (en) * | 1992-03-27 | 1994-07-26 | International Business Machines Corporation | Method and apparatus for message handling in computer systems |
| FR2690260B1 (fr) * | 1992-04-17 | 1997-01-03 | Bull Sa | Utilisation d'un protocole bidirectionnel de tres haut niveau pour la communication entre un systeme hypermedia et une pluralite d'editeurs. |
| US5375068A (en) * | 1992-06-03 | 1994-12-20 | Digital Equipment Corporation | Video teleconferencing for networked workstations |
| US5361261A (en) * | 1992-11-02 | 1994-11-01 | National Semiconductor Corporation | Frame-based transmission of data |
| US5406559A (en) * | 1992-11-02 | 1995-04-11 | National Semiconductor Corporation | Isochronous link protocol |
| US5289461A (en) * | 1992-12-14 | 1994-02-22 | International Business Machines Corporation | Interconnection method for digital multimedia communications |
| US5566324A (en) * | 1992-12-24 | 1996-10-15 | Ncr Corporation | Computer apparatus including a main memory prefetch cache and method of operation thereof |
| AU6814694A (en) * | 1993-06-03 | 1995-01-03 | Target Technologies, Inc. | Videoconferencing system |
| US5500929A (en) * | 1993-08-30 | 1996-03-19 | Taligent, Inc. | System for browsing a network resource book with tabs attached to pages |
| US5594911A (en) * | 1994-07-13 | 1997-01-14 | Bell Communications Research, Inc. | System and method for preprocessing and delivering multimedia presentations |
| US5630066A (en) * | 1994-12-20 | 1997-05-13 | Sun Microsystems, Inc. | System and method for locating object view and platform independent object |
-
1994
- 1994-10-17 CA CA002118278A patent/CA2118278C/en not_active Expired - Lifetime
- 1994-12-14 EP EP94309352A patent/EP0660576B1/en not_active Expired - Lifetime
- 1994-12-14 DE DE69432287T patent/DE69432287T2/de not_active Expired - Lifetime
- 1994-12-19 JP JP31390394A patent/JP3561016B2/ja not_active Expired - Lifetime
-
1996
- 1996-08-15 US US08/698,300 patent/US5754784A/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002094472A (ja) * | 2000-05-30 | 2002-03-29 | Matsushita Electric Ind Co Ltd | データ取得装置及びその方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE69432287T2 (de) | 2004-01-15 |
| US5754784A (en) | 1998-05-19 |
| JP3561016B2 (ja) | 2004-09-02 |
| DE69432287D1 (de) | 2003-04-24 |
| CA2118278A1 (en) | 1995-06-22 |
| EP0660576A3 (en) | 1999-03-10 |
| EP0660576A2 (en) | 1995-06-28 |
| CA2118278C (en) | 1999-09-07 |
| EP0660576B1 (en) | 2003-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3561016B2 (ja) | マルチメディアシステム | |
| US7669206B2 (en) | Dynamic redirection of streaming media between computing devices | |
| US6222838B1 (en) | Method and system for delivering audio and data files | |
| US20060206580A1 (en) | Multimedia distribution apparatus and method | |
| US20030056220A1 (en) | System and method for sharing and controlling multiple audio and video streams | |
| US9838443B2 (en) | Real-time media control for audio and multimedia conferencing services | |
| JPH0774745A (ja) | 要求に基づいてディジタル・ビデオを同報通信するための方法及びシステム | |
| WO2019129088A1 (zh) | 实现交互式语音及视频应答的方法、终端及服务端系统 | |
| JP3929248B2 (ja) | 電話会議システム | |
| US20070269032A1 (en) | Information processing apparatus and connection control method | |
| KR20150001881A (ko) | 동영상 멀티미디어 링톤을 제공하기 위한 방법 및 시스템 | |
| JP5095455B2 (ja) | コンテンツ再生装置、コンテンツ再生方法、プログラム、および記録媒体 | |
| CN114125360A (zh) | 异平台的信息融合方法及装置 | |
| JP2002199019A (ja) | 通信制御装置、通信制御方法、及び通信制御プログラムが記録された記録媒体 | |
| JP2010525669A (ja) | 完全に冗長性のあるコールの記録 | |
| JP5257352B2 (ja) | 通話内容録音装置および通話内容録音方法 | |
| KR20010012170A (ko) | 대화형 디스플레이시스템 | |
| JPH10512126A (ja) | 電話に基づくダイナミック画像注釈 | |
| KR100272593B1 (ko) | 랜 전화 시스템 | |
| US20110051718A1 (en) | Methods and apparatus for delivering audio content to a caller placed on hold | |
| JP3334089B2 (ja) | マルチメディア保守システム | |
| JP2015076808A (ja) | 通話録音システム及び録音ファイル処理方法 | |
| CN111726282B (zh) | web应用的通信方法、装置、电子设备及存储介质 | |
| JP4208476B2 (ja) | 情報配信装置、情報配信方法、プログラム及びコンピュータ読み取り可能な記録媒体 | |
| JP2000224557A (ja) | プレゼンテーションシステム、方法、プレゼンテーション端末及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040506 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040527 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090604 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090604 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100604 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100604 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110604 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120604 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120604 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130604 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |