(57)【特許請求の範囲】
【請求項１】
マルチメディアシステムに用いられるマルチメディア通信プロトコルであって、マルチメディアアプリケーションの異なる区分を、マルチメディアシステムから表示装置を有するデータ端末に転送するように作用する通信プロトコルにおいて、
前記マルチメディアアプリケーションの各々を、前記端末の使用者への提供のために各々の論理ブロックに分割することができるように、遠隔通信、データアクセス、音声及び分配アプリケーション機能をそれぞれ定義する複数のメッセージと、
前記データ端末に内蔵され、前記マルチメディアアプリケーションのうちの１つにインターフェースしかつ前記機能のうちの１つを指示する要求を入力する前記使用者に応じて、使用者が要求した機能を特徴づける前記メッセージのうちの１つを発生して前記メッセージを前記マルチメディアシステムに送る手段と、
前記マルチメディアシステムに内蔵され、前記メッセージの受信に応答して、前記１つのマルチメディアアプリケーションの前記ブロックのうちの特定のものに関して要求された機能を実行する手段とからなることを特徴とする通信プロトコル。
【請求項２】
請求項１記載の通信プロトコルにおいて、さらに、前記機能のうちの１つは遠隔通信機能であり、前記実行手段は、前記端末を前記マルチメディアシステムに接続する少なくとも１つの通信パスに関する遠隔通信機能を実行するための手段を含むことを特徴とする通信プロトコル。
【請求項３】
請求項２記載の通信プロトコルにおいて、さらに、前記遠隔通信機能は切断機能であり、前記実行手段は、前記少なくとも１つの通信接続を終わらせる手段を含むことを特徴とする通信プロトコル。
【請求項４】
請求項１記載の通信プロトコルにおいて、さらに、前記機能うちの１つは遠隔通信機能であり、前記実行手段は、前記端末を前記マルチメディアシステムに接続する通信パスと他の遠隔通信パスとに関する遠隔通信ブリッジ機能を実行する手段を含むことを特徴とする通信プロトコル。
【請求項５】
請求項１記載の通信プロトコルにおいて、さらに、前記機能のうちの１つは遠隔通信機能であり、前記実行手段は、前記端末を前記マルチメディアシステムに接続する通信パスと他の遠隔通信パスとの間の会議ブリッジを終わらせる手段を含むことを特徴とする通信プロトコル。
【請求項６】
請求項１記載の通信プロトコルにおいて、さらに、入力される前記要求はメモリに格納されている特定のファイルに関係しており、前記実行手段は、前記端末を前記マルチメディアシステムに接続する通信パスを介して前記マルチメディアシステムから前記端末へ前記格納ファイルをダウンロードするための手段を含むことを特徴とする通信プロトコル。
【請求項７】
請求項６記載の通信プロトコルにおいて、さらに、入力される前記要求は前記格納ファイルのダウンローディングを停止するための要求であり、前記実行手段は、前記要求に応じて前記格納ファイルのダウンローディングを停止するための手段を含むことを特徴とする通信プロトコル。
【請求項８】
請求項６記載の通信プロトコルにおいて、さらに、入力される前記要求は前記格納ファイルのダウンローディングを中断するための要求であり、前記実行手段は、前記要求に応じて前記格納ファイルのダウンローディングを中断するための手段を含むことを特徴とする通信プロトコル。
【請求項９】
請求項７又は８に記載の通信プロトコルにおいて、さらに、入力される前記要求は前記格納ファイルのダウンローディングを再開するための要求であり、前記実行手段は、前記要求に応じて前記格納ファイルのダウンローディングを再開するための手段を含むことを特徴とする通信プロトコル。
【請求項１０】
請求項６記載の通信プロトコルにおいて、さらに、前記格納ファイルはデータファイルであることを特徴とする通信プロトコル。
【請求項１１】
請求項６記載の通信プロトコルにおいて、さらに、前記格納ファイルは音声ファイルであることを特徴とする通信プロトコル。
【請求項１２】
請求項１記載の通信プロトコルにおいて、さらに、入力される前記要求は、前記端末の内部メモリに格納されている特定のファイルの前記マルチメディアシステムへのアップローディングに関係しており、前記端末は、さらに、前記マルチメディアシステムの中への格納のため前記マルチメディアシステムに前記格納ファイルをアップローディングする手段を含むことを特徴とする通信プロトコル。
【請求項１３】
請求項１２記載の通信プロトコルにおいて、さらに、入力される前記要求は前記ファイルのアップローディングを停止するための要求であり、前記端末は、さらに、前記要求に応じて前記マルチメディアシステムへの前記ファイルのアップローディングを停止するための手段を含むことを特徴とする通信プロトコル。
【請求項１４】
請求項１２記載の通信プロトコルにおいて、さらに、入力される前記要求は前記ファイルのアップローディングを中断するための要求であり、前記端末は、さらに、前記要求に応じて前記マルチメディアシステムへの前記ファイルのアップローディングを中断するための手段を含むことを特徴とする通信プロトコル。
【請求項１５】
請求項１４記載の通信プロトコルにおいて、さらに、入力される前記要求は前記ファイルのアップローディングを再開するための要求であり、前記端末は、さらに、前記要求に応じて前記マルチメディアシステムへの前記ファイルのアップローディングを再開するための手段を含むことを特徴とする通信プロトコル。
【請求項１６】
マルチメディアシステムにおいて、
前記システムを遠隔通信網とインターフェースするための手段と、
メモリに種々のマルチメディアアプリケーションを格納し、前記遠隔通信網を介した前記アプリケーションのうちの１つを識別する要求の受信に応じて、加入者に前記アプリケーションの個々のアプリケーションに関するマルチメディア信号を前記遠隔通信網を介して提供するための手段と、
マルチメディアアプリケーションの提供者からの発呼の受信に応じて、前記遠隔通信網を介して前記マルチメディアアプリケーションを受信し、前記受信されたマルチメディアアプリケーションを前記メモリに格納して、前記加入者が格納されたマルチメディアアプリケーションを要求することができるようにするための手段とからなることを特徴とするマルチメディアシステム。
【請求項１７】
請求項１６記載のシステムにおいて、さらに、前記網を介する前記提供者からの電話呼に応じて動作すると共に、前記格納されたマルチメディアアプリケーションが完全に開発及び／またはデバッグされていなくても、前記提供者に前記格納されたマルチメディアアプリケーションにアクセスさせるように動作する、前記システムの機能をエミュレートするアプリケーション開発プラットフォームを含むことを特徴とするシステム。
【請求項１８】
請求項１７記載のシステムにおいて、前記アプリケーション開発プラットフォームは、さらに、前記アクセス前に１つ以上のエラーを含んでいて前記アクセスの結果として前記提供者により前記エラーが修正されている前記マルチメディアアプリケーションの区分を、前記網を介して前記提供者から受信するための手段を含むことを特徴とするシステム。
【請求項１９】
請求項１６記載のシステムにおいて、さらに、前記網を介する前記提供者からの電話呼に応じて動作すると共に、前記網を介して前記格納されたマルチメディアアプリケーションを前記提供者に提供して、前記提供者に前記アプリケーションに含まれ得るエラーを修正させ、修正されたマルチメディアアプリケーションをメモリに格納するために前記提供者から受信するように動作する、前記システムの機能をエミュレートするアプリケーション開発プラットフォームを含むことを特徴とするシステム。
【請求項２０】
請求項１６記載のシステムにおいて、さらに、前記網を介する前記提供者からの電話呼に応じて動作すると共に、前記提供者が前記加入者であるかのように、しかし前記マルチメディアアプリケーションに含まれ得るエラーの修正の目的で、前記提供者が前記マルチメディアアプリケーションにアクセスできるように、前記網を介して前記提供者とインターフェースし、修正された前記マルチメディアアプリケーションをメモリに格納するために前記提供者から受信するように動作する、前記システムの機能をエミュレートするアプリケーション開発プラットフォームを含むことを特徴とするシステム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、マルチメディア通信システムに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
公衆遠隔通信網におけるＩＳＤＮの提供の結果、多くの新規なサービスが導入されている。前記サービスの１つは、マルチメディア、すなわち映像（すなわち画像）及び対応する音声信号の伝送を伴う。マルチメディアアプリケーションの結果として、発呼者及び被呼者は、ＩＳＤＮ通信パスを介して電話会話中にお互いを見たり聞いたりすることができる。マルチメディアは、ＩＳＤＮを介して発呼者に提供することができる他のサービスアプリケーション、例えば、音声付き動画のような、発呼者を楽しませるアプリケーション、を含む。このようなマルチメディアサービスアプリケーションは、おそらく種々のマルチメディアアプリケーション提供者によって開発されていると思われる。それが実情とわかれば、使用者に、アクセスを遂行するのに用いる機器の形式、例えばコンピュータ端末、にかかわらず、種々の提供者により開発された種々のマルチメディアアプリケーションをアクセスするのを許すことが望ましい。
【０００３】
マルチメディアアプリケーションの開発は容易な仕事ではなく、典型的には、アプリケーションの設計、“デバッギング”、そして使用者への提供のためのマルチメディアシステムへの格納を伴うことが認められる。アプリケーションは、新たに設計されたマルチメディアアプリケーションとマルチメディアシステム間に生じるかもしれないインターフェース問題を処理するために、マルチメディアシステムに格納された後で追加の“デバッギング”を要する場合がある。マルチメディアアプリケーションの設計者／提供者は、マルチメディアシステムを複製し、そのシステムをマルチメディアアプリケーションの設計／開発及びデバッギング段階の間のツールとして用いることによって、後者の問題を処理することができる。しかし、マルチメディアアプリケーションの設計及びデバッグに用いる目的でマルチメディアシステムを複製するのは、費用がかかりかつ多少無益なものとなると認められる。
【０００４】
【課題を解決するための手段】
マルチメディアサービスの提供は、マルチメディアアプリケーションを使用者への提供のための複数の区分に分割させる通信プロトコルを用いることによって強化される。詳細には、本発明の通信プロトコルは、マルチメディアアプリケーションを使用者への提供のための多数の論理ブロックに分割させる方法で、各機能（遠隔通信、データ、音声等）を定義する複数のメッセージに埋め込まれる。したがって、本発明によれば、使用者が、特定のマルチメディアアプリケーションとインターフェースして、上述の機能のうちの１つを表わす特定の要求を入力した場合、使用者の関連データ端末は、その機能を定義するメッセージを発生してマルチメディアシステムに送り、該マルチメディアシステムは、使用者がアクセス中のマルチメディアアプリケーションを構成するプログラムブロックのうちの特定のブロックに関して要求された機能を実行することによって、それに応答する。
【０００５】
本発明の他の態様によれば、マルチメディアアプリケーションの提供者は、前記アプリケーションを遠隔通信網を介して格納のためマルチメディアシステムに送り、前記アプリケーションの“デバッギング”及び／または開発を含む多数の異なる目的のために遠隔通信網を介して格納されているアプリケーションと対話させることができる。
【０００６】
【実施例】
さて、図１を参照すると、本発明の原理を具体化したマルチメディアシステム１００の主要ブロック図が示されている。詳細には、システム１００は、使用者に特定のマルチメディアアプリケーションを提供するために互いに協動する多数の制御装置を含む。前記制御装置は、データサーバー１０、アプリケーション制御装置２０、音声サーバー３０、ワークステーション４０、開発プラットフォーム１５０及び動作援助装置５０を含む。データサーバー１０は、例えばＡＴ＆Ｔから入手できる３８６−ＷＧＳワークステーションとすることができ、ＭＳＤＯＳオペレーティングシステムのもとに動作して、マルチメディアアプリケーションの提供に関連するデータ機能を与えるようにプログラムされている。より詳細には、データサーバー１０は、通信パス１１−１を介して使用者とインターフェースし、使用者からの要求の受信に応じて、前記要求そのものを処理するかまたは前記要求をアプリケーション制御装置２０もしくは音声サーバー（制御装置）３０に送るかを決定する。例えば、要求が（ａ）音楽の特定の選択のような音声に向けられたものならば、データサーバー１０は前記要求を処理するためにＬＡＮ４５を介して音声サーバー３０に送り、あるいは要求が（ｂ）特定のマルチメディアアプリケーションに向けられたものならば、データサーバー１０は前記要求をＬＡＮ４５を介してアプリケーション制御装置２０に送る。要求がデータ機能、例えばメモリ６１に格納されている特定データ、に関するものならば、データサーバー１０は、メモリ６１から前記データをおろし、前記データを通信パス１１−１を介して使用者に送る。本発明の実施例では、前記データは、例えば、データベース６１に格納されている数値化された画像、文書、図形原線、アニメーション原線、実行可能なプログラム等でも良い。本発明の実施例では、前記データは圧縮されたフォーマットでデータベース６１に格納することができる。（下記に説明されるように、前記データの圧縮解除は、データが使用者に提供される前に端末Ｔ１で行なわれる。）
【０００７】
また、データサーバー１０が使用者に与えるインターフェースは、通信パス１１−１を介して到来する呼の受信を確認するように動作する。本発明の実施例では、通信パス１１−１は、例えば、２３のＢチャンネルと１つのＤチャンネルからなるＩＳＤＮ一次群速度インターフェース（ＰＲＩ）通信パスとすることができる。周知のように、各Ｂチャンネルは電話呼（音声またはデータ）を転送するために用いられ、Ｄチャンネルは、Ｂチャンネルを介して転送される呼に関する信号情報を運ぶために用いられる。また、通信パス１１−２、１１−３及び１５２もＩＳＤＮ  ＰＲＩとすることができる。
詳細には、使用者がマルチメディアシステム１００に呼をかけると、電話通信網２００は従来通りにその呼を処理し、通信パス１１−１を介してデータサーバー１０まで伸びているＩＳＤＮ  Ｄ信号チャンネルを経由して到来する呼に対してシステム１００を待機させる。前記待機は、呼を運ぶＩＳＤＮ  Ｂチャンネルの身元（番号）のデータサーバー１０への通知を含む。次に、データサーバー１０は、前記信号に応じて、信号チャンネルを介して網２００に呼受付メッセージを送り、それにより、システム１００と使用者間の通信接続を確立する。その時点で、使用者及びシステム１００は、下記に述べるように、互いにメッセージを交換し始めることができる。
【０００８】
アプリケーション制御装置２０は、より詳細には、システム１００（制御装置２０）が使用者の端末例えば端末Ｔ１に送る全てのマルチメディアアプリケーションを実行する責任がある。すなわち、制御装置２０は、例えばＡＴ＆Ｔから入手できる３８６−ＷＧＳコンピュータとすることができ、Ｕｎｉｘオペレーティングシステムの制御のもとに動作して、使用者にマルチメディアアプリケーションを提供する。ここで、アプリケーションはデータ及び／または声（音）を含むことができる。上述のように、前記データは、データベース６１に格納されている数値化された画像、文書、図形原線、アニメーション原線、実行可能なプログラム等を含むことができる。前記データ中に付属しているアナログ部分はデジタル形式でデータベース６０に格納される。アプリケーションのデータ部分については、制御装置２０は、メモリ６１からデータをおろして通信パス１１−１を介して使用者に提供するように、ＬＡＮ４５を介してデータサーバー１０に命令する。アプリケーションの音声部分については、制御装置２０は、メモリ６０から数値化された音声をおろして通信パス１１−２のＩＳＤＮチャンネルを介して使用者に提供するように、ＬＡＮ４５を介して音声サーバー１０に指示する。また、アプリケーション制御装置２０は、使用者により入力されることになるデータ（音声）ファイルの受信を待ち設けて前記ファイルをメモリ６１（６０）に格納するように、サーバー１０（３０）に指示する。アプリケーション制御装置２０は、情報を、データサーバー１０を介して使用者に運ぶためにＬＡＮ４５上にのせることにより、使用者にその情報を送る。前記情報は、要求されたアプリケーションの状態またはそれと関連するエラーに関するものでも良い。
【０００９】
音声サーバー３０は、同様に３８６−ＷＧＳとしてＵＮＩＸオペレーティングシステムのもとに動作するものとすることができ、使用者またはアプリケーション制御装置２０とメモリ６０間のインターフェースを提供する。本発明の実施例では、各アプリケーションと関連する数値化された音声及び／または使用者より与えられる数値化された音声がメモリ６０に格納される。したがって、音声サーバー３０は、各マルチメディアアプリケーションと関連する音声の格納及び“再生”の責を負う。
【００１０】
動作援助装置（ＯＳＳ）５０は、例えばＡＴ＆Ｔから入手できるＣｏｍｐｕＬｅｒｔ  装置とすることができ、システム１００の総合動作状態を監視する。詳細には、データサーバー１０、アプリケーション制御装置２０及び音声サーバー３０は、それぞれ通信リンク１０−１、２０−１及び３０−１を介してＯＳＳ５０に状態メッセージを周期的に送るように手配される。前記状態メッセージ（“心拍”メッセージと呼ばれることがある）は、制御装置またはサーバーがそれぞれまだ動作中であることをＯＳＳに示す。ＯＳＳ５０は、予め決められた時間内に、例えば１分につき１回、前記メッセージを受け取ることができなかった場合は、状態メッセージを送ることができなかった制御装置またはサーバーが不良であると推定し、システム端末（図示しない）に適当なメッセージを出力してシステム１００管理者に通知する。制御装置またはサーバーは、エラーそのもの、例えば通信パス、メモリ６０か６１、またはＬＡＮ４５に起こり得る故障、を検出した場合は、リンク１０−１、２０−１または３０−１の各リンクを介してその事をＯＳＳ５０に通知する。次いで、ＯＳＳ５０は故障確認メッセージを上述のシステム端末に出力する。
【００１１】
使用者は端末Ｔ１を操作してシステム１００にアクセスすることができる。他端末Ｔ１は、例えば、ＭＳＤＯＳオペレーティングシステムの制御のもとに動作する、３８６または４８６をベースとした処理装置とすることができる。詳細には、端末Ｔ１は、システム１００と関連するマルチメディア機能のライブラリと、網２００とインターフェースできるようにするための従来の電話回路網を含む。前記回路網は、例えば、ニュージャージー州マウントローレルのＤＧＭ＆Ｓ社から入手できるモデルＩＤＣ回路基板とすることができ、図において通信パス９で表わされているＩＳＤＮ基本速度インターフェース（ＢＲＩ）インターフェースを実行する。前記機能は、とりわけ、システム１００から通信パス９のＢＲＩＢチャンネルのうちの一方または両方を介して受信されるデータの圧縮解除を含む。次いで、圧縮解除されたデータは、端末Ｔ１の表示装置１２に表示するか、またはフロッピーまたはハードディスクメモリのようなＴ１の内部メモリに格納することができる。本発明の実施例では、圧縮解除されたデータは、端末Ｔ１に格納された後で端末Ｔ１にランされ次いで実行されるべき実行可能なプログラムとすることができる。
【００１２】
図１では、端末Ｔ１は端末機Ｓ１及び任意の音声装置５と関連しているのがわかる。音声装置５は、より詳細には、使用者の音声情報を提供するように動作し、この音声情報は、通信パス９の２つのＢチャンネルのうちのいずれか一方を介してシステム１００から受信される。その代わり、使用者は、端末機Ｓ１のハンドセットに話すことによって、メモリ６０に格納するためにシステム１００に音声情報を提供することができる。次いで、端末機Ｓ１から受信された通話信号は、上述のＩＤＣ回路網に提供されて数値化され、通信パス９のＢチャンネルを介してシステム１００に送信される。また、図１から、端末Ｔ１は、従来のテレビモニタすなわち映像表示装置８と関連することもできることがわかる。このように、端末Ｔ１の表示装置１２に表示される情報はモニタ８に表示することもできる。それを行なうために、端末Ｔ１は、ＶＧＡフォーマット化信号をモニタ８への表示用のＮＴＳＣ映像信号に変換するための従来回路を含む。そのようなものとして、情報は端末表示装置１２またはモニタ８のどちらかまたは両方に表示することができる。
【００１３】
また、使用者は、音声ファイルとしてメモリ６０に格納するためにシステム１００に端末Ｔ１を介して音声を送信する手段として、音声入力装置（またはレコーダ）６を用いることができる。そのようなものとして、音声入力装置６は例えばマイクロフォンまたはオーディオテープレコーダとすることができる。マイクロフォン（またはレコーダ）６より出力される音声信号は増幅器３に提供され、増幅器３は、上記に説明した通信パス９への送信のため、前記信号を端末Ｔ１のＩＤＣ回路網に送る。
【００１４】
（使用者は同様に、下記に説明されるように、サーバー１０と関連するデータベース６１にデータを格納することができることが注目される。）
本発明の実施例では、独特のマルチメディアプロトコルを構成するマルチメディア機能のライブラリが、通信網を介する使用者へのマルチメディアアプリケーションの開発及び提供を援助するために与えられる。詳細には、このプロトコルは、本発明の態様に従って、システム１００、マルチメディアアプリケーション及び端末Ｔ１と無関係になるように取り決められる。このため、種々のマルチメディア機能をシステム１００と端末Ｔ１間に継ぎ目なく分配することができる。したがって、プロトコルは、使用者端末を含む網状マルチメディアシステムを構成する構成要素間の通信を容易にする。そして、好都合にも、前記プロトコルにしたがって開発されたマルチメディアアプリケーションは、システムが本発明のプロトコルを維持するかぎり、たいていのマルチメディアシステムにランさせることができる。
【００１５】
このプロトコルは、より詳細には、（ａ）遠隔通信機能、（ｂ）データアクセス機能、（ｃ）音声機能、及び（ｄ）分散アプリケーション機能を呼び出すためのメッセージを含む。遠隔通信機能は、端末Ｔ１とシステム１００間の通信接続を確立したり会議接続を確立したりするメッセージ群を含む。このメッセージ群は、（ａ）接続、（ｂ）切断、（ｃ）ブリッジ呼、及び（ｄ）非ブリッジ呼を含む。データアクセス機能は、（ａ）データファイルのダウンロード、（ｂ）データファイルのアップロード、（ｃ）データダウンロードの停止、（ｄ）データアップロードの停止、（ｅ）データダウンロードの再開、及び（ｆ）データアップロードの再開からなるメッセージ群を含む。音声機能は、（ａ）音声ファイルの再生、（ｂ）音声再生の中断、（ｃ）音声再生の再開、（ｄ）音声再生のスキップ、（ｅ）音量調整、（ｆ）音声再生の停止、（ｇ）録音、（ｈ）録音の中断、（ｉ）録音の再開、及び（ｊ）録音の停止を含む。分散アプリケーション機能は、（ａ）アプリケーション開始、（ｂ）アプリケーション停止、及び（ｃ）アプリケーション中断、及び（ｄ）アプリケーション再開からなるメッセージ群を含む。（音声サーバーに関連する種々の命令は付属書類Ａに示される。データサーバー命令及びアプリケーション制御装置命令のフォーマットと機能は、付属書類Ａに示されるものと同じである。）
【００１６】
本発明のプロトコルの結果として、また本発明の態様にしたがって、マルチメディアアプリケーションは論理構成要素すなわちブロックに分割することができるが、その提供は使用者の管理下にある。好都合にも、使用者より要求されるマルチメディアアプリケーションのこれらのブロックのみが使用者の端末にダウンロードされ、それにより遠隔通信網帯域の効率的な利用が行なわれる。好都合にも、前記分割は、アプリケーションの構成要素が、送信されるデータ形式に最も適する方法で格納され送信されるのを許す。例えば、音声情報を予め決められたフォーマット、例えばＡＤＰＣＭフォーマット、でデータベース６０に格納することができる。前記ＡＤＰＣＭフォーマットは、使用者への電話通信網を介する送信のための音声信号に容易に復調、変換することができるものである。
【００１７】
前記プロトコルの結果として、アプリケーションを各ブロックに区分け（分割）することができる。これが意味することは、アプリケーションは効率的かつ迅速な方法で使用者に提供されるということである。例えば、アプリケーションの特定のブロックをバックグラウンドモードで端末Ｔ１にダウンロードし、前記ブロックを、使用者が要求した時に端末表示装置１２に迅速に持ち出せるように端末Ｔ１に格納することができる。例えば、使用者選択の見込みが最も高い表示メニューアイテムを援助するアプリケーションプログラムのブロックを、バックグラウンドにまずダウンロードすることができ、使用者選択の見込みが次に高いメニューを援助するアプリケーションプログラムのブロックを次にダウンロードすることができ、以下同様である。したがって、使用者が表示メニューアイテムを選択する時、その選択を援助するアプリケーションデータ及び／またはソフトウェアが、使用者の端末に内在（格納）されているのが適当である。
【００１８】
（その代わりとして、ブロックを、選択の見込みよりむしろ各々のサイズに基づいて順次ダウンロードすることができる。なお、表示メニューアイテムを援助するアプリケーションブロックを、並列にバックグラウンドモード（すなわちプリローディング）でダウンロードすることができ、ここでは、網帯域幅は、使用者により選択される関連メニューアイテムの見込みに基づいてブロック間に割り当てられる。他の代替物として、前記帯域幅割当てはデータブロックのサイズに基づくことができる。前記ブロックがバックグラウンドにおいて順次または並列にダウンロードされる順番は、アプリケーション提供者によって明快に指定される。すなわち、帯域幅の大部分は小さい方のデータブロックより大きいデータブロックに割当てられる。反対に、帯域幅の大部分は、使用者がメニュー選択を行なう前にブロックが使用者の端末に内在しているということを確実にするために、小さい方のデータブロックに割当てることもできる。）
【００１９】
前記のことを心に留めておいて、次に、マルチメディアアプリケーションが端末機Ｓ１及び端末Ｔ１と関連する使用者に要求され提供される方法を説明する。詳細には、使用者がマルチメディア機能を呼び出すための命令を入力すると、端末Ｔ１は、使用者に割当てられた唯一のシステム１００識別子、例えば従来のログイン、を入力し、次に使用者のパスワードを入力するよう、使用者への要求を表示する。使用者がその要求に応じると、それに応じて、端末Ｔ１は、その関連電話回路網に網２００を介してシステム１００にＩＳＤＮデータ呼をかけさせる。システム１００（データサーバー１０）が前記呼を受け付けると、網２００は、通信パス９のＢチャンネルのうちの１チャンネルと通信パス１１−１の休止Ｂチャンネル間の接続を確立する。いったんＩＳＤＮ接続が確立されれば、端末Ｔ１は、使用者が入力したログイン及びパスワードを送信する。その受信に基づき、データサーバー１０は、受信したログイン及びパスワードを有効と認めた場合端末Ｔ１に受取通知を返送する。さもなければ、データサーバー１０は無効メッセージを端末Ｔ１に返送し、前記呼から切り離す。
【００２０】
受取通知に加えて、データサーバー１０は、システム１００に内在するマルチメディアアプリケーションのメニューを返送する。システム１００では、メニューは圧縮されたフォーマットになっている。また、データサーバー１０は、メニューと共に、メニューアイテムのそれぞれと関連する各マルチメディアアプリケーションがメモリ６１及び／またはメモリ６０にあることを確認する情報も送る。その受信に基づき、端末Ｔ１は、従来の圧縮解除アルゴリズムを用いてデータ（メニュー）を圧縮解除し、この圧縮解除されたメニューを端末表示装置１２に表示する。また、端末Ｔ１は圧縮解除されたアプリケーション位置情報をその内部メモリに格納する。
【００２１】
表示されるマルチメディアアプリケーションのメニューは、例えば、紀行映画、ゲーム、カタログショッピング、教育等を含む。また、このメニューには、良く知られているセサミ  ストリート（Ｃｈｉｌｄｒｅｎｓ  Ｔｅｌｅｖｉｓｉｏｎ  Ｗｏｒｋｓｈｏｐ  Ｃｏｒｐｏｒａｔｉｏｎ  の商標）テレビ番組に関連があるマルチメディアアプリケーションを入れることもできる。よって、以下、セサミ  ストリート  アプリケーションに関連して説明する。（しかし、以下の説明は他のマルチメディアアプリケーション、例えば上述のマルチメディアアプリケーション、に平等に関係があることがわかる。）
【００２２】
使用者が、例えばその表示されたメニューアイテムに従来のマウスカーソルを合わせて関連マウスボタンを操作することによって、セサミ  ストリート  アプリケーションを選ぶと、端末Ｔ１は、その内部メモリからそれに関する“アプリケーション位置情報”を得て、セサミ  ストリート  アプリケーション及びそれに関する位置情報を送信するための要求を含むメッセージを生成する。次いで、端末Ｔ１は、このメッセージを網２００で確立されたＩＳＤＮ接続を介してシステム１００に送信する。メッセージの受信に基づき、データサーバー１０は、メッセージから位置情報を抽出し、この情報を用いて、データベース６１における要求されたアプリケーションの第１ブロックの格納位置を確認する。次いで、データサーバー１０は、アプリケーションの第１ブロックを降ろして、その圧縮された形式のものを端末Ｔ１に送信する。ここで、第１ブロックは、（ａ）端末Ｔ１に表示されることになる仕切りと、（ｂ）実行可能なプログラムとからなる。第１ブロックの受信に基づき、端末Ｔ１は前記データを圧縮解除し、受信したプログラムを実行する。受信したプログラムは、順次、付随の仕切りを表示装置１２に表示させ、セサミ  ストリートの番組主題歌の再生を始めるための要求を音声サーバーに送る。
【００２３】
前記仕切りは、種々の対象物、例えば、ボール、汽車、本箱、アーケードゲーム等、で満たされた部屋を示す。各対象物はメニュー選択を表わす。例えば、（ａ）ボールを選択すると、弾むボールが関連の音響効果を伴って表示され、（ｂ）汽車を選択すると、円形軌道を走る汽車が関連の音響効果を伴って表示され、（ｃ）本箱を選択すれば、物語の本機能が表示される。本発明の一態様として、システム１００は、上述のように、使用者がどのメニューアイテムを選ぶかを決める間、考慮中のアプリケーション部分をダウンロードすることができる。例えば、ボールと汽車は、使用者がメニューアイテムを選択する前にダウンロードすることができるアニメーション型アプリケーションである。
【００２４】
使用者が例えば汽車マルチメディアアプリケーション（動画プラス音）を選択すると、その選択を援助するアプリケーションブロックは既に端末Ｔ１に内在する。したがって、端末Ｔ１は、その使用者選択に迅速に応じて、汽車アニメーションと関連の音響効果の再生を表示することができる。汽車アニメーションは、より詳細には、やや円形の軌道上を動いている汽車を、汽笛を表わす音を伴って表示する。一方、使用者が本箱メニューアイテムを選択すると、端末Ｔ１はそのアプリケーションを援助するメニューを表示する。ここで、前記メニューは、プリ−ダウンローディング  フィーチャの結果として既に端末Ｔ１に格納されている。本箱メニューは、表示装置１２に表示される場合、各々が各本の書名を含む種々の本の表紙を描く画像を示す。このメニューは背景音すなわちセサミ  ストリート番組主題歌を伴う。前記本は各々、一連の絵と、物語を話す音から構成される。使用者がどのメニューアイテムを選択するか決める間、システム１００は、上記に説明したように、前記各本の第１ページを端末Ｔ１にダウンロードする。使用者が本を選択した場合は、端末Ｔ１は、予め格納されている選択された本の第１ページを表示する。さらに、端末Ｔ１は、選択された第１ページと関連する音声ファイルの名前を含むメッセージを生成し、このメッセージを通信パス９を介してシステム１００に送る。アプリケーションは、音声チャンネルを必要とする場合（これは上述の音響効果を再生する場合である）、データサーバー１０を介して音声サーバー３０にその音響効果の要求を送る。音声サーバー３０は、この要求に応じて、特定の命令を網２００に送って通信パス１１−２を確立させる。
【００２５】
前記メッセージの受信に基づき、データサーバー１０はこの要求をＬＡＮ４５を介して音声サーバー３０に送る。サーバー３０は、順次、メモリ６０から確認されるファイルを降ろし、網２００を経由して端末Ｔ１間で伸びる通信パス１１−２の関連Ｂチャンネルを介して、連続（等時）ビットストリームとして前記ファイルを送信する。端末Ｔ１は次に、受信したビットストリームをアナログ信号に変換して端末機Ｓ１または音声装置５に提供する。同様に、使用者が音声を聞きながらそのページを見ている間、システム１００は選択されたほんの次のページを端末Ｔ１にダウンロードする。端末Ｔ１及びシステム１００は、選択された本の最終ページが使用者に提供されるまで上記のように動作し続ける。その時点で、使用者は本メニューの再表示を要求して、上記に説明したように続けることができる。その代わりとして、本選択メニューが表示された時、使用者はメインメニューを選択することができる。
【００２６】
本発明の一態様として、使用者、例えば端末機Ｓ１及び端末Ｔ１と関連する使用者、は特定のマルチメディアアプリケーションを見ながら、“本物の”代理者、例えば旅行代理業者、にアクセスすることができる。例えば、使用者は、端末機Ｓ１または案末Ｔ１のどちらかに出力される音声を伴う表示装置１２上のマルチメディア紀行映画アプリケーションを見ていて、旅行代理業者との接続を望む場合、システム１００にこのような接続の要求を入力することができる。使用者は、紀行映画と共に表示されている特定のアイコンにスクリーンカーソルを合わせてそのアイコンを従来のやり方で選択することにより、この事を行なうことができる。端末Ｔ１はこれに応じてブリッジ呼メッセージ（下記に説明される）をシステム１００に送る。そのメッセージの受信に基づき、データサーバー１０はＬＡＮ４５を介して音声サーバー３０に指示して、通信パス１１−２の利用できるＩＳＤＮ  Ｂチャンネルを介する呼を、前記アプリケーションと関連する代理者（操作者）、例えば案内者すなわち操作者２２５、にかけさせる。前記呼が応答されると、音声サーバー３０は網２００に信号を出し、その呼を通信パス９を介してシステム１００に届く使用者の呼に橋渡しさせる。次いで、音声サーバー３０はブリッジ呼の接続を断ち、紀行映画アプリケーションは、代理者への呼が完了するまで一時停止される。前記呼が完了すると、音声サーバー３０は通信パス１１−２を介して端末Ｔ１に再接続する。次いで、システム１００は紀行映画の提供を継続する。
【００２７】
図１からわかるように、システム１００は、ワークステーション４０とアプリケーション開発プラットフォーム（ＡＤＰ）１５０も含み、これらは、システムと、それぞれアプリケーション供給装置１２５及び１７５のような、マルチメディアアプリケーションの開発者と関連するマルチメディアアプリケーション開発設備をインターフェースさせるために用いられる。本発明の実施例では、ワークステーション４０は、例えばゲートウェイ（Ｇａｔｅｗａｙ）  社から入手できるゲートウェイ２０００コンピュータとすることができ、アプリケーション供給装置例えば供給装置１２５がシステム１００（データベース６０及び６１）に開発中のアプリケーションを格納することができるメカニズムを提供する。供給装置１２５は、ＢＲＩ  ＩＳＤＮパス１２６を介してＩＳＤＮ呼をかけてワークステーション４０との接続を確立することにより、その通り行なうことができる。いったん接続が確立されれば、供給装置１２５はワークステーション４０とやり取りして、メモリ６０及び／または６１にアプリケーションを格納するようにワークステーション４０に指示することができる。システム１００へのアプリケーションの転送を有効にするために、供給装置１２５は、データのアップロード命令（下記に説明される）を用いて、アプリケーションを構成する各ファイルをパス１２６を介してワークステーション４０に送信する。ワークステーション４０は、ファイルの受信に応じて、受信したファイルのデータ（音またはデジタルデータ）の形式に基づいてメモリ６０または６１にそのファイルを格納する。前記ファイルの全てがシステム１００に格納されると、供給装置１２５は、パス１２６を介してアプリケーション開発プラットフォーム（ＡＤＰ）１５０に呼をかけることによって、格納されたアプリケーションを“デバッグ”することができる。
【００２８】
ＡＤＰ１５０は、同様にゲートウェイ２０００コンピュータとすることができ、呼に応答して、まるで供給装置が使用者例えば端末機Ｓ１や端末Ｔ１と関連する使用者であるかのように、供給装置の格納されるアプリケーションを供給装置に提供することに関連するシステム１００の機能をまねる（エミュレートする）ように、サーバー１０及び３０と制御装置２０を反復させる。したがって、本発明の一態様により、システム１００は、アプリケーション供給装置に、供給装置が開発中のアプリケーションをシステム１００に格納させ、そのあと遠隔通信網２００を介してそのアプリケーションを“デバッグ”する（すなわちエラーを発見して訂正する）ようにシステム１００をアクセスさせる機能を提供する。したがって、アプリケーション供給装置は、使用者が最終的にアプリケーションとインターフェースするのと実質的には同じように関連アプリケーションとインターフェースする。
【００２９】
マルチメディアアプリケーションを働かせるソフトウェアは端末Ｔ１とシステム１００間で分割することができる。図２を参照すると、端末Ｔ１に格納されて、端末Ｔ１を操作する使用者にマルチメディアシステムすなわちプラットフォーム１００にアクセスさせるメインメニュープログラムが示される。より詳細には、使用者が名メニュープログラムを呼び出すと、プログラムはブロック３００に入って、ブロック３０１に進み、使用者にログイン及びパスワードの入力を促す。使用者がそれを行なうと、プログラムはブロック３０２に進み、上述のＩＳＤＮ基板の動作を制御するソフトウェアばかりでなく該基板も初期化する。次いで、プログラムは、基本速度ＩＳＤＮチャンネルの２チャンネルのうちの一方を用いてマルチメディアプラットフォーム１００への電話呼を確立する（ブロック３０３）。電話呼が確立されると、メインメニュープログラムとシステム（プラットフォーム）１００は互いに通信する。前記通信は、プラットフォーム１００に入力されるパスワード及びログオンの通過を含む。プラットフォーム１００がログオンを無効と認めると、プラットフォーム１００はＩＳＤＮ接続を終わらせる。プログラムは、それに応じて、その事を表わすメッセージを表示し、退出する。しかし、プラットフォームは、入力されたログオンを有効と認めると、その事をプログラムに通知し（ブロック３０４）、使用者がアクセスできるマルチメディアサービスのメニューをダウンロードする。その受信に基づき、プログラム（ブロック３０５）は前記サービスを表示し、使用者が選択を入力するのを待つ（ブロック３０６）。使用者が選択を入力すると、プログラム（ブロック３０６）はその選択をプラットフォーム１００に送り、そのあと、下記に説明されるように、プラットフォーム１００から受信された時にその選択をランする（ブロック３０７）。マルチメディア選択が終わると、プログラムはサービスのメニューを表示し（ブロック３０８）、使用者が次の選択を入力するのを待ち受ける。使用者が選択を入力すると、上記に説明したように、プログラムは入力された選択をマルチメディアプラットフォームに送る。（ブロック３０６）。一方、使用者がその活動期間を終わらせることを望んで、その事を表わす識別子、例えばｑｕｉｔの“ｑ”を入力した場合は、プログラムはそれをプラットフォームに通知してＩＳＤＮ接続を終わらせる。
【００３０】
メインメニュープログラムは、バックグラウンドモードでランするように設計されている多くの他のプログラムすなわちタスクによって援助される。前記プログラムの１つは、図３に示されるようなＩＳＤＮタスクを実行する。詳細には、このタスクは、ブロック４００で入力されると、多数の機能の初期化に進む（ブロック４０１）。前記初期化は、選択されたアプリケーションに関連するデータファイルの格納のために必要な待ち行列の設定を含む。前記データファイルは、プラットフォームから使用者の端末への及びその逆のファイルのダウンローディングを含む。また、初期化は、データ圧縮及び圧縮解除タスクを呼び出すことも含む。次いで、プログラムは、アプリケーションからの要求すなわち次のデータファイルを“得る”ための要求の受信を待ち受ける。また、ＩＳＤＮタスクは、いわゆる簿記タスクの呼出し（ブロック４０８）を含む。この簿記タスクは、下記に説明されるような種々のＩＳＤＮ機能ばかりでなく、使用者の端末がプラットフォームとの通信中に実行するログオン及びログオフ機能をたどるものである。また、ＩＳＤＮタスクはデータ転送機能も呼び出す（ブロック４０５）。このデータ転送機能は、使用者の端末とプラットフォーム間でデジタルデータファイルを転送するように動作する（ブロック４０９）。同様に、ＩＳＤＮタスクは音声機能も呼び出す（ブロック４０６）。この音声機能は、選択されたアプリケーションの指令を受けて、アプリケーションプラットフォームからの数値化音声ファイルを受信してスピーカ４でこの音声を“再生”する用に動作する（ブロック４１０）。選択されたアプリケーションからの受信される要求に上記機能（ブロック４０３、４０５または４０６）がなければ、ＩＳＤＮタスクはいわゆる否定的な受取通知をアプリケーションに送り（ブロック４０７）、選択されたアプリケーションからの次の要求を待ち受ける（ブロック４０２）。
【００３１】
上述の簿記機能４０３のフローチャートは図４に示される。詳細には、簿記機能は、呼び出されると（ブロック５００）、受信された要求が上述のＩＳＤＮハードウェアを初期化するための要求かどうかを確認する（ブロック５０１）。そうであった場合は、プログラムはＩＳＤＮハードウェアを初期化する（ブロック５０６）。前記初期化を行なうための要求は、通常、アプリケーションプログラムが、使用者の端末とプラットフォーム１００間のＩＳＤＮ通信パスが不明の状態にある、例えば端末が“切られている”、と推断した時に生じる。それが違うならば、プログラム（ブロック５０２／５０３）は、要求が特定形式のＩＳＤＮ接続／切断のための要求かどうかを知るためにチェックする。接続要求については、プログラム（ブロック５０７）は、プラットフォーム１００への特定の接続を定義するパラメータを含む、いわゆる接続命令を送る。切断要求については、プログラム（ブロック５０８）は、プラットフォーム１００との切断を定義するパラメータを含む切断命令を送る。特定の機能（すなわちブロック５０６、５０７または５０８）が首尾良く実行された場合は（ブロック５０４）、プログラムは、“ＶＡＬ”と呼ばれる識別子を、要求された機能が首尾良く完了したことを表わす１にセットし（ブロック５０５）、そのあとブロック４０２に戻る。さもなければ、プログラムは、ＶＡＬを、要求された機能４０５が失敗したことを表わす０にセットする（ブロック５０９）。
【００３２】
上述のデータ機能のフローチャートは図５に示される。詳細には、データ機能は、呼び出されると（ブロック６００）、選択されたアプリケーションから受信されたデータ要求の形式を確認する。データ要求が、いわゆるプラットフォームから使用者の端末へデータをダウンロードするための要求とわかった場合（ブロック６０１）は、プログラムは、いわゆるダウンロード処理待ち行列にこの要求を加え（ブロック６０４）、そのあと図３のブロック４０２に戻る。一方、要求が、使用者の端末からプラットフォームへデータをアップロードするための要求とわかった場合（ブロック６０２）は、プログラムは、いわゆるアップロード処理待ち行列にこの要求を加え（ブロック６０５）、そのあとブロック４０２に戻る。プログラムは、要求が、ダウンロードまたはアップロード以外の何か、すなわち、処理のために既に待ち行列に並んでいる特定の要求の取消し、であるとわかった場合は、この特定の要求のために状態を更新する（ブロック６０６）。プログラムは、この特定の要求に関する取消しメッセージをプラットフォームすなわちデータまたは音声サーバーに送る（ブロック６０７）。そのあと、プログラムはブロック４０２に戻る。
【００３３】
図６は、データファイルダウンローディング機能を実行するためにバックグラウンドモードでランするタスクすなわちプログラムをフローチャート形式で示す。呼び出されると（ブロック７００）、プログラム（ブロック７０１）は、プラットフォームから使用者の端末へファイルをダウンロードするための要求を受信したかどうかを知るためにチェックする。それがその通りならば、プログラム（ブロック７０３）は、関連待ち行列にこの要求を格納し、そのあとブロック７０２に進む。次いで、プログラム（ブロック７０２）は、現在プラットフォームからデータを受信中かどうかを知るためにチェックし、そうであるとわかればブロック７０１に戻る。そうでなければ、プログラム（ブロック７０４）は、その関連待ち行列が空いているかどうかを知るためにチェックし、空いていればブロック７０１に戻る。さもなければ、プログラム（ブロック７０５）は、（ａ）プラットフォームから受信したデータファイルを読み取って圧縮解除し、（ｂ）そのあと前記ファイルに含まれている命令に従って前記ファイルを処理するためのものであるタスクを呼び出す（生成する）。そのあと、プログラムはブロック７０１に戻る。
【００３４】
図７は、データファイルアップローディング機能を実行するためにバックグラウンドモードでランするタスクすなわちプログラムをフローチャート形式で示す。図７に示されるプログラムは、図６に示されるプログラムに多少類似しているが、異なる機能を実行する。詳細には、呼び出されると（ブロック８００）、プログラム（ブロック８０１）は、使用者の端末からプラットフォームすなわちデータまたは音声サーバーへ特定のファイルを送信するための要求を受信したかどうかを知るためにチェックする。それがその通りならば、プログラム（ブロック８０３）は、関連待ち行列にこの要求を格納し、そのあとブロック８０２に進む。次いで、プログラム（ブロック８０２）は、現在プラットフォームにデータを送信中かどうかを知るためにチェックし、それがその通りとわかればブロック８０１に戻る。プログラムは、アップロードモードにないことがわかれば、その関連待ち行列が空いているかどうかを知るためにチェックし（ブロック８０４）、空いているとわかればブロック８０１に戻る。さもなければ、プログラム（ブロック８０５）は、アップロードされるべきデータファイルを圧縮し、このファイルをプラットフォームに送信する（生成する）。そのあと、プログラムはブロック７０１に戻る。
【００３５】
図８乃至図１９は、音声サーバー３０（図１）において本発明を実行するプログラムをフローチャート形式で示す。詳細には、図８を参照すると、アナログサーバーがオンにされて“役立てられる”と、プログラムはブロック９００に入り、網と音声サーバーをインターフェースするインターフェース（Ｉ／Ｆ）回路基板の初期化に進む（ブロック９０１）。また、プログラムは多数のプログラム変数も初期化して、使用者の端末に網２００を介して接続されるべき音声ＩＳＤＮ＿Ｂチャンネルを要求するデータサーバーからのメッセージの受信を待ち受ける（ブロック９０２）。このメッセージの受信に応じて、プログラム（ブロック９０３）はＢ＿チャンネル＿サーバー処理を生成し、下記に説明されるように、後者の処理を使用者の端末に接続されたＢ＿チャンネルと関連させる。次いで、プログラム（ブロック９０４）は新しく生成された処理と関連する待ち行列に受信したメッセージを格納し、そのあとブロック９０２に戻って、データサーバー１０からの次の接続メッセージの受信を待ち受ける。
【００３６】
図９は、音声サーバーに接続される特定のＩＳＤＮ＿Ｂチャンネルを使えるようにするために生成されるＢ＿チャンネル＿サーバー処理をフローチャート形式で示す。すなわち、Ｂ＿チャンネル＿サーバー処理は前記各接続に役立つように生成される。詳細には、生成された場合、Ｂ＿チャンネル＿サーバー処理（“プログラム”）はブロック１０００に入り、特定のＩＳＤＮ＿Ｂチャンネルを使えるようにするために用いる多数のプログラム変数を初期化する。次いで、プログラム（ブロック１００１）はその関連待ち行列から要求メッセージを降ろし、そのあとメッセージに含まれている要求の形式に基づいて分岐する（ブロック１００２）。前記分岐は、プログラムを、図に示される１０１６を介して１４のサブルーチンのうちの１つ１００３に分岐せしめる。プログラムは、要求メッセージが不明の形式からなる場合は最後の前記サブルーチン１０１７に分岐する。サブルーチン１０１７はエラーを記録し、そのあと、関連待ち行列に格納されている次の要求メッセージを処理すべくブロック１００１に戻る。
【００３７】
残っている１０１６を介するサブルーチン１００３について次に説明する。詳細には、ブロック１００３の拡大したものが図１０に示される。プログラム獲得ブロック１００３は、要求メッセージが音声サーバーと使用者の端末間の一次群（ＰＲＩ）速度Ｂチャンネル音声接続を確立するための要求であることを意味する。その通り行なうために、プログラム（ブロック１００３−２）はまず、データ及びアナログサーバーの両方でアクセスされる、いわゆる包括情報テーブルをチェックして、使用者に割当てることができる２Ｂチャンネルが、データサーバー１０及び／または音声サーバー３０によりデータパスとして既に割当てられているかどうかを確認する。それがその通りならば、プログラムは接続メッセージに応じることができない。さもなければ、プログラムは休止Ｂチャンネルを接続に割当て、そのあと、割当てられたチャンネルが使用中であることを示すために関連メモリテーブルを更新する。次いで、プログラム（ブロック１００３−３）は、（上述のように）ＩＳＤＮ網と音声サーバーをインターフェースするインターフェース（Ｉ／Ｆ）回路基板とのＢチャンネル接続を確立するための命令を送る。ここでは、命令は応答側電話番号と選択されたＢチャンネルのチャンネル番号とを含む。Ｉ／Ｆ回路は、次に、関連ＩＳＤＮ＿Ｄチャンネルを介して前記電話番号及びチャンネル番号を含む呼設定メッセージを送り、それにより使用者の端末に呼を効果的に掛ける。次いで、プログラム（ブロック１００３−４）は、各々の実際の使用者と、各使用者により選択されたアプリケーションに割当てることができるＩＳＤＮチャンネルの２チャンネルの状態を追跡するのに用いられる上述の包括情報テーブルを更新する。そのあと、プログラムはブロック１００１に戻る。
【００３８】
ブロック１００４の拡大したものが図１１に示され、これは、受信された要求が特定のアナログファイルを再生するための要求に関連する場合に入る（ブロック１００４−１）。入った場合、プログラム（ブロック１００４−２）は、再生サーバーが、同一の前の要求の結果として既に作動（生成）中であるかどうかを知るためにチェックする。それがその通りならば、プログラム（ブロック１００４−３）は、音声アプリケーション、例えば接続されたＢチャンネルを介する音楽ファイルの再生、のための使用者の要求に役立つように生成された再生サーバーの待ち行列に現在の要求を格納する。次に、プログラム（ブロック１００４−４）は、使用者の要求に役立つ再生サーバールーチン（再生＿サーバー）を生成し、そのあとブロック１００４−３に進む。
【００３９】
ブロック１００４−４（図１１）で生成されるプログラムは図１２に示される。詳細には、入った場合、プログラム（ブロック１００４−４１）は、ランニング時間中に用いる多数の変数及びリスト、例えば再生リスト、を初期化する。プログラム（ブロック１００４−４２）は、次に、使用者に対して“再生される”準備を整えているファイルの１つ以上の再生要求を含むかどうかを知るためにその待ち行列をチェックする待ち行列が空いていれば、プログラムは退出する。（すなわち、プログラムは、関連待ち行列にエントリが入っている限りランし続ける。）さもなければ、プログラム（ブロック１００４−４３）は、ファイルを“再生”できることを表わすインジケータと関連するファイル、例えば数値化された音楽または物語を含むファイル、のリストを作成する。より詳細には、“ファイルの再生”は、プログラムが、ファイルを構成する数値化データをその関連音声メモリ６０から降ろしてＩ／Ｆ基板に供給することを意味する。Ｉ／Ｆ基板は、次に、数値化データをアナログ形式に変換して、割当てられたアナログＢチャンネルを介して使用者に送信する。インジケータが意味するものは、ファイルの再生、中断、スキップ、または再開（それぞれブロック１００５、１００７及び１００６）のための要求である。ファイルを確認する要求であって、ファイルの再生を中断するための、待ち行列に並んでいる他の要求（インジケータ）と関連する要求は、待ち行列から除去されず、ファイルの再生を再開するための要求が受信されて関連待ち行列に格納されるまで前記待ち行列内に留まる。ファイルの再生の停止（ブロック１００７）のための要求、またはファイル内容の“再生”の終了は、プログラムに、前記再生を停止させ、そのファイルを確認する関連要求を退けさせる。
【００４０】
プログラムが、このようなリストの作成が終わると、プログラム（ブロック１００４−４５）は、上述のように、リスト中の各ファイルを再生せしめる、すなわち使用者に送信せしめる、再生＿リスト処理に入る（図１３のブロック４５１）。実際のファイル再生は、ブロック４５４で生成される、ファイル＿プレーヤ処理で行なわれる。しかし、ファイル＿プレーヤ処理が既に能動状態にあれば（ブロック４５２）、プログラムは前記要求をファイルプレーヤの待ち行列に加える。図１２に戻ると、再生リストが空いていれば（ブロック１００４−４４）、プログラム（ブロック１００４−４６）は、新しいエントリ（すなわち再開または再生要求）が関連要求待ち行列に格納されるまで待機する。前記通知の受信に基づき、プログラムはブロック１００４−４２に戻る。
【００４１】
ブロック４５４で生成されるファイル＿プレーヤ処理は図１４に示され、ブロック４５４−１から入る。詳細には、プログラム（ブロック４５４−１）は、種々のソフトウェア変数を初期化し、次いで、その関連待ち行列が空いているかどうかを確認する（ブロック４５４−２）。もしその通りならば、プログラムは退出する。さもなければ、プログラムは、使用者がある番号ファイルの再生（すなわち再生モード）を要求したことを書き留めるために使用者の情報テーブルを更新する。次いで、プログラムは、上記に説明した方法で、すなわちファイル内容を降ろしてＩ／Ｆ基板に送ることによって、そのファイルを“再生”する。前記降ろし作業中、プログラムは、ファイル終了（ＥＯＦ）インジケータに行き当たったかどうかまたはファイルの再生停止ための使用者要求を受信したかどうかを調べるために追求する。プログラム（ブロック４５４−５）が、ファイルの再生を停止するための使用者要求（ＲＱＳＴ）に行き当たった場合、プログラム（ブロック４５４−６）は、ファイルの送信を終わらせるための命令をＩ／Ｆ基板に送り、その結果、そのファイルの再生が終了する。さもなければ、プログラムはブロック４５４−２に戻る。
【００４２】
上記に説明したように、マルチメディアプラットフォーム１００の多才さは、使用者が音楽のようなアナログファイルをディスクファイル６０に格納するのを許すオプションを備えたアプリケーション開発装置を提供する。そのために、使用者は、ディスクに音声ファイルを格納するための要求を入力することによって前記オプションを呼び出すことができ、ここでは、この要求はデータ及び音声サーバーを介してＢチャンネルサーバーに運ばれる。（使用者により創作されたファイルをディスクメモリ６０に格納するというアイデアは、ここではファイルの“記録”と呼ばれる。）前記要求の受信に応じて、図９のＢチャンネルサーバーは、ブロック１００９に分岐して要求を処理する。ブロック１００９の拡大したものは図１５に示される。入った場合（ブロック１００９−１）、記録＿要求ルーチンは、記録サーバーが使用者の要求を処理するために既に生成されているかどうかを知るためにチェックする（ブロック１００９−２）。それがその通りならば、プログラム（ブロック１００９−３）は、使用者の要求を記録＿サーバー処理と関連する待ち行列に格納する。また、プログラムは、待ち行列に、使用者の記録を格納するために用いられるファイルの身元（位置）も格納する。そのあと、プログラムはブロック１００１に戻る。サーバーがそのように生成されていなければ、プログラム（ブロック１００９−４）は、前記要求を処理するためのサーバーの複製を生成し、そのあとブロック１００９−３に進む。
【００４３】
図１６は、図１５のブロック１００９−４で生成される記録＿サーバー処理をフローチャート形式で示す。この記録＿サーバー処理は、使用者が将来使用するために、例えば音楽の特性を表わすアナログデータをディスク６０に格納するためのものである。詳細には、入った場合（ブロック１００９−４１）、プログラムは、多数の変数及びその現在のエントリ中に用いるリスト、例えば記録リスト、を初期化する。次いで、プログラム（ブロック１００９−４２、１００９−４３、１００９−４４及び１００９−４５）は、使用者のためにメモリに格納される準備ができているファイルの１つ以上の記録要求を含むかどうかを知るために、待ち行列をチェックする。待ち行列が空いていれば、プログラムは退出する。（すなわち、プログラムは、エントリがその関連待ち行列に含まれている限りランし続ける。）さもなければ、プログラム（ブロック１００９−４３）は、インジケータと関連するファイルであって、プログラムがメモリ６０への格納のためにＩ／Ｆ基板を介して受信するのを期待するファイルのリストを作成する。より詳細には、“ファイルの記録”とは、プログラムが、使用者に接続されたＢチャンネルと関連するＩ／Ｆ基板からファイルを構成するデータを受信して、使用者のためにメモリ６０に格納することを意味する。Ｉ／Ｆ基板は、関連Ｂチャンネルを介するアナログデータの受信に基づき、該アナログデータをデジタル形式に変換する。次いで、記録＿サーバー（すなわち下記に説明される記録＿リスト処理）は、上記に説明されるように、数値化データを格納する。インジケータが意味するものは、（ａ）ファイルの“記録”、（ｂ）ファイルの記録の“中断”（ブロック１０１０）、（ｃ）ファイルの記録の“再開”（ブロック１０１１）、及び（ｄ）ファイルの記録の“停止”（ブロック１０１２）のための要求である。ファイルを確認する要求であって、ファイルの記録を中断するための、待ち行列に並んでいる要求（インジケータ）と関連する要求は、待ち行列から除去されず、前記記録を再開するための要求が受信されて関連待ち行列に格納されるまで前記待ち行列内に留まる。ファイルの記録の停止のための要求は、またはファイルを構成するデータの最後の受信に基づき、プログラムに前記記録を停止させる。プログラムの一態様（ブロック１００９−４６）は、図１７に示される記録＿リスト処理に入いることである。
【００４４】
記録＿リスト処理の構成は、図１３に示される再生＿リスト処理の構成に類似しているのがわかる。そのようなものとして、記録＿リスト処理の動作は、図１３及び図１７の両方を参照することによって容易に理解することができるので、図１７についてはここでは説明しない。しかし、記録＿リスト処理は、（ａ）ファイル＿レコーダ処理を、まだ能動状態になっておらず使用者に役立つ場合に生成し、（ｂ）該ファイル＿レコーダ処理の待ち行列に前記記録リストを加え、そのあとブロック１００９−４２に戻る、と言うにとどめておく。
図１８は、記録＿リスト処理で生成されるファイル＿レコーダ処理をフローチャート形式で示す。図１８から、ファイル＿レコーダ処理の構成はファイル＿プレーヤ処理の構成に多少類似しているのがわかる。したがって、ファイル＿レコーダ処理を構成する多数のブロックで実行される機能は、その類似性とファイル＿プレーヤ処理の前記説明との結果として容易に確かめることができるので、図１８についてはここでは説明しない。
【００４５】
使用者が前記ファイルを聞いていて、再生音量が高すぎるかまたは低過ぎる場合には、使用者は音量調整のための要求を入力することができる。この要求の受信に応じて、図９のブロック１０１３のＢ＿チャンネルプログラムは、使用者に接続されたＢチャンネルと関連するＩ／Ｆ基板に命令して、そのチャンネルを介して使用者に送信中の情報、例えば音楽、の音量を増減する。
いくつかのアプリケーション例えば紀行映画アプリケーションでは、使用者は、アプリケーションと関連する本物の操作者または代理者との交信を求めることができる。例えば、紀行映画に関連するマルチメディアアプリケーションを見ていて、使用者は、旅行代理業者と交信して、アプリケーションにおいて見渡される観光“場所”についてさらなる詳細を得たいと思うかもしれない。その通りならば、アプリケーションは、使用者に、アプリケーションと関連する旅行代理業者と交信するための要求を入力させるのが適当である。したがって、このような要求に応じて、プログラムは、会議機能を実行するためのものである図９のブロック１０１４に分岐する。ブロック１０１４の拡大したものは図１９に示される。図１９に示されるサブルーチンすなわちプログラムは、図１０に示されるサブルーチンに多少類似しているのがわかる。しかし、ブリッジ＿呼プログラムは多少異なる動作を行なう。詳細には、このプログラムは、入った場合（ブロック１０１４−１）、休止Ｂチャンネルを入手し（１０１４−２）、チャンネル割当て表において話中として該チャンネルに符号をつける。次いで、プログラムは、インターフェース基板に命令を送って、要求メッセージに含まれる電話番号とのＢチャンネルを介する電話呼を確立する。このメッセージは、この場合にはデータサーバーによって起こされたものである。また、プログラムは、前記命令に、使用者に割当てられたアナログＢチャンネルで新たに確立される呼と会議する（ブリッジする）ための要求も含む。次いで、プログラム（ブロック１０１４−４）は、アプリケーションの状態を追求してＢチャンネルの割当てを記録する包括使用者情報テーブルを更新する。そのあと、プログラムはブロック１００１に戻る。
【００４６】
この時点で、Ｉ／Ｆ基板が第三者（例えば旅行代理業者）との接続を確立すれば、使用者と第三者は互いに交信することができることがわかる。使用者と第三者の会話が終わった時、使用者は第三者との接続を終わらせる（ブリッジをやめる）ための要求を入力することができる。このような要求は、使用者により入力されるほとんどの要求と同様に、使用者の端末とデータサーバー間のＩＳＤＮ接続によりＢチャンネルサーバーに運ばれる。このような要求の受信に基づき、Ｂ＿チャンネル＿サーバープログラムは、ブロック１０１５で表わされる非ブリッジ呼ルーチンに分岐する。ブロック１０１５の拡大したものは図２０に示される。より詳細には、非ブリッジ呼ルーチンは、入った場合（ブロック１０１５−１）、第三者との呼を確立するために用いられたＩＳＤＮ  Ｂチャンネルの身元を使用者の情報テーブルから得る。次いで、プログラム（ブロック１０１５−２）は、Ｂチャンネル接続を終わらせるための命令をＩ／Ｆ基板に送る。ここで、この命令はＢチャンネルを確認するためのものである。次いで、プログラム（ブロック１０１５−３）は、（ａ）Ｂチャンネルが休止して使用者情報テーブルを更新すること、（ｂ）第三者との接続は切断されたこと、及び（ｃ）使用者に割当てられたＢチャンネルはブリッジされていないことを示すためにチャンネル割当てテーブルを更新する。そのあと、プログラムは図９のブロック１００１に戻る。
【００４７】
使用者と関連するアナログＢチャンネルがもはや必要がなくなった場合は、プログラムは図９のブロック１０１６に分岐する。ブロック１０１６の拡大したものは図２１に示される。入った場合（図２１のブロック１０１６−１）、プログラムは、関連Ｂチャンネルを切断するための切断命令をＩ／Ｆ基板に送る（ブロック１０１６−２）。ここで、この命令は関連Ｂチャンネルを確認するためのものである。次いで、Ｉ／Ｆ基板は、切断命令中の情報を用いて信号メッセージを生成し、関連信号（Ｄ）チャンネルを介して送る。次いで、プログラム（ブロック１０１６−３）は、Ｃチャンネルが休止し、それに応じて使用者情報テーブルを更新することしを示すために割当てテーブルを更新する。そのあと、プログラムはブロック１００１に戻る。
【００４８】
データサーバーを働かせるプログラムは、下記に見られるように、音声サーバーを働かせるプログラムに多少類似している。詳細には、データサーバーに電力が印加されて“使えるようになる”と、図２２に示される処理を生じさせて、マルチメディアプラットフォーム（図１）に役立つＢチャンネルの各チャンネルと関連させるために、簡単なプログラム（図示しない）が入力される。図２２のプログラムは、より詳細には、まずＢチャンネル管理者ルーチンを入力する（ブロック２００１）簡単なループ配置である。Ｂチャンネル管理者ルーチンがそのタスクを終了すると、プログラムはＢチャンネルサーバールーチンに入る（ブロック２００２）。ブロック２００１の拡大したものは図２３に示される。詳細には、入った場合（ブロック２００３）、プログラムは関連Ｂチャンネルからのメッセージの受信を待ち受ける。関連Ｂチャンネルに接続されたＩ／Ｆ基板からのメッセージの受信により、プログラムは、受信したメッセージの形式に基づいて、多数の異なるルーチンのうちの１つに分岐する。メッセージ形式が不明の場合は、プログラムはブロック２００４に分岐し、ここで、プラットフォーム管理者による処理のために受信メッセージを格納するＯＳシステム５０にエラーを送る。次いで、プログラムはブロック２００３に戻り、関連Ｂチャンネルを介する新たなメッセージの受信を待ち受ける。
【００４９】
受信メッセージが到来呼に関するものならば、プログラムは接続ルーチンに分岐する（ブロック２００５）。ブロック２００５の拡大したものは図２４に示される。入った場合（ブロック２００５−１）、接続ルーチンは、関連ＢチャンネルとインターフェースするＩ／Ｆ基板に、Ｂチャンネルとインターフェース基板間の接続を確立する方法としてＤチャンネルを介して応答監視信号メッセージを送るためのメッセージを送る。次いで、このルーチンは、発呼者（例えば図１の端末Ｔ１）が既に他のＢチャンネルに接続されているかどうかを知るためにチェックする（ブロック２００５−３）。（すなわち、受信メッセージは第２のＢチャンネルのための要求である。）それが違っていれば、ルーチン（プログラム）（ブロック２００５−４）は、新たな接続に役立つＢ＿チャンネルサーバーを生成し、次に、上記に説明したように、チャンネルが話中であることを示すためにＢ＿チャンネル割当てテーブルを更新する（ブロック２００５−５）。そのあと、ルーチンは図２３のブロック２００３に戻る。発呼者が既に接続されていれば、ルーチン（ブロック２００５−６）は、いわゆるチャンネルメッセージを、該メッセージがブロック２００３で受信されたＢチャンネルと関連するＢチャンネルサーバーの待ち行列に加える。
【００５０】
到来メッセージが切断要求の場合は、図２３のブロック２００３のプログラムは代わりにブロック２００６に進み、ここで、Ｂチャンネルが休止していることを示すためにＢチャンネル割当てテーブルを更新する。しかし、到来メッセージが発呼を掛けることに向けられていれば、Ｂ＿チャンネル管理者はブロック２００７に進む。ブロック２００７の拡大したものは図３１に示される。詳細には、入った場合、プログラムはブロック２００７−１からブロック２００７−２に進み、ここで、休止Ｂチャンネルを、受信メッセージ中に確認される発呼に割当てる。次いで、プログラムは、メッセージに含まれる電話番号をダイヤルするようにＩ／Ｆ基板に指示し、次に、Ｉ／Ｆ基板より返送される、発呼を掛けることに関する状態情報を処理する（ブロック２００７−４）。その時点で、プログラムはブロック２００３に戻る。
【００５１】
図２５に示されるＢ＿チャンネルサーバープログラムがブロック２００５−４で生成されると、関連Ｂチャンネルを介してその後受信される全メッセージは、Ｂ＿チャンネル管理者プログラムよりむしろ生成されたＢ＿チャンネルサーバーに送られることが注目される。詳細には、そのように生成されると（図２４のブロック２００５−４）、図２５のプログラムはブロック２４００に入り、ここで、関連Ｂチャンネルを介するメッセージの受信を待ち受ける。メッセージの受信により、プログラムは、受信したメッセージの形式に基づいて多数の異なるルーチン（ブロック２４０１乃至２４０４）のうちの１つに分岐する。メッセージが既知の形式のものでなければ、プログラム（ブロック２４０４）はこのイベントをエラーとして符号をつけ、このエラーをＯＳシステムに送る。そのあと、プログラムはブロック２４００に戻り、次のメッセージの受信を待ち受ける。メッセージ形式がアプリケーション制御装置プログラム（下記に説明される）に関するものならば、プログラム（ブロック２４０１）は、前記メッセージをこのプログラムの待ち行列に格納する。同様に、メッセージ形式が音声サーバープログラムと関連する機能に関するものならば、プログラム（ブロック２４０２）は、前記メッセージをこのプログラムの待ち行列に格納する。メッセージ形式がデータサーバー機能に関するものならば、プログラム（ブロック２４０３）は、前記メッセージをいわゆるデータサーバー命令処理装置の待ち行列に格納する。図２５は、ブロック２４０１乃至２４０４の各々がそれぞれのタスクを終了した後ブロック２４００に戻ることを示している。
【００５２】
データ＿サーバー＿命令プログラム（データ＿サーバー＿ｃｍｄ）（ブロック２４０３）は図２６にフローチャート形式で示される。詳細には、ブロック２５００でそのように入った場合、プログラムは多数の局部変数を初期化する。次いで、プログラムは、メッセージがその中に格納されているかどうかを知るためにその関連待ち行列をチェックする。格納されていなければ、プログラムは退出し、そのあと、予め決められた時間、例えば２５ミリ秒、が経過した後再度入る。待ち行列にメッセージが入っていれば、プログラムは、上記に説明したＢ＿処理と同様に、それぞれブロック２５０１乃至２５１４で表わされる多数の異なるルーチンのうちの１つに前記メッセージの形式に基づいて分岐する。まずブロック２５１４を、次にブロック２５０１乃至２５１３の各々を調べると、プログラムは、メッセージ形式が不明なイベントについてはブロック２５１４に分岐する。ブロック２５１４では、プログラムはエラーをＯＳシステム５０に送り、そのあとブロック２４００に戻る。
【００５３】
メッセージが、第２のＢチャンネルがデータ送信のために使用者に割当てられていることを示す場合は、プログラムはブロック２５０１に分岐し、ここで、そのトランザクションを追求するために使用者の関連情報テーブルを更新し、そのあとブロック２４００に戻る。メッセージが接続要求に関するものならば、プログラムは接続を確立するためのブロック２５０２に分岐する。詳細には、プログラムは、まず、音声接続を要求しているかどうかを確認するためにメッセージをチェックし、その通りならばメッセージをアナログサーバーに送る。その通りでなければ、プログラムは、上述の包括情報テーブルをチェックして、２Ｂチャンネルが既に使用者に割当てられているかどうかを確認する。その通りならば、プログラムは、両チャンネルがデータチャンネルとして割当てられているかどうかを知るためにチェックする。その通りならば、プログラムは接続メッセージに応じることができず、ブロック２４００に戻る。さもなければ、プログラムは、上記に説明した方法で休止Ｂチャンネルを使用者に割当てるか、または既に使用者に割当てられているＢチャンネルの状態を変更し、次いで、この場合はあるかもしれない、割当てチャンネルがデータチャンネルとして使用中であることを示すために、包括情報チャンネル割当てテーブルを更新する。そのあと、プログラムはブロック２４００に戻る。
【００５４】
使用者が端末Ｔ１でランしているアプリケーションが、音声またはデータモードのいずれかに使用中のＢチャンネルをもはや必要としない場合は、メッセージは前記チャンネルを切断するための要求になり、それにより、プログラムをブロック２５０３に進ませる。ブロック２５０３では、プログラムは、メッセージが、音声用に用いられていたＢチャンネルを切断するための要求かどうかを知るためにチェックする。その通りならば、プログラムは前記メッセージを音声サーバーに送り、そのあとブロック２４００に戻る。さもなければ、プログラムは、音声サーバーに関する上記に説明したように、休止モードにつかせることによって前記チャンネルを切断する。次いで、プログラムは上述の種々のテーブルを更新し、そのあとブロック２４００に戻る。
【００５５】
メッセージが、特定のデータファイルを使用者の端末にダウンロードするためのアプリケーションプログラムからの要求である場合は、プログラムはブロック２５０４に進む。ブロック２５０４では、プログラムは、“ダウンロード”処理が、現在、使用者により選択されたアプリケーションのランニングと関連しているかどうかを確認する。もしそうなら、プログラムはそのダウンロード処理の待ち行列に前記要求を加え、そのあとブロック２４００に戻る。さもなければ、プログラムはダウンロード処理を生成して、受信メッセージで確認されるデータファイルをダウンロードする。次いで、プログラムは、新たに生成されたダウンロード処理の待ち行列に受信メッセージを格納し、そのあとブロック２４００ニモドル。ダウンロード処理のフローチャートは図２７に示される。詳細には、入った場合（ブロック２６００）、プログラムは、使用する種々の変数を初期化し、次に、その要求待ち行列が空いているかどうかを確認する（ブロック２６０１）。もし空いていれば、プログラムは退出する。さもなければ、プログラム（ブロック２６０２）は、使用者の端末にダウンローディングされるファイル名のリスト（ＩＮＰＲＯＧ＿ＬＩＳＴ）を作成する。それを行なう際、プログラムは、下記に説明されるように、マルチメディアプラットフォームと使用者の端末間に接続される２Ｂチャンネル（または１Ｂチャンネル）の現形態を考慮する。次いで、プログラム（ブロック２６０３）は、ＩＮＰＲＯＧ＿ＬＩＳＴが空いているかどうかを知るためにチェックする。リストが空いていなければ、プログラムはサブルーチンＸＭＩＴ＿ＬＩＳＴに入り、ＩＮＰＲＯＧ＿ＬＩＳＴで確認された各ファイルを送信する。プログラムは、ＩＮＰＲＯＧ＿ＬＩＳＴが空いていることがわかれば、同様に、新たな要求が待ち行列に格納されているＢチャンネルサーバーからの通知を待ち受け（ブロック２６０５）、前記通知の受信によりブロック２６０１に戻る。
【００５６】
ＸＭＩＴ＿ＬＩＳＴサブルーチンすなわちプログラムは図２８に示される。詳細には、入った場合（ブロック２６０４−１）、プログラムは、ＩＮＰＲＯＧ＿ＬＩＳＴからファイル名を除去し、ディスクメモリからファイルを構成するデータを降ろし始める。それを行なう際、プログラムは、降ろしたデータを、関連Ｂチャンネルに役立つＩ／Ｆ基板と関連する関連送信バッファ（ｘｍｉｔ＿バッファ）に格納する。すなわち、もし２Ｂチャンネルが使用中ならば、データは、これらの２チャンネルに用いられるＩ／Ｆ基板送信バッファに格納される。この方法では、送信帯域幅が２倍になり、そのためデータファイルの送信速度が早まる。Ｂチャンネルの１チャンネルだけがデータ用に用いられている場合は、降ろされたファイルは、そのチャンネルに用いられるＩ／Ｆ基板送信バッファに格納される。また、ファイル番号がダウンロードされることになった場合は、２チャンネルまたは１チャンネルの帯域幅がファイルのダウンローディングに割当てられる。例えば、２つのファイルがダウンロードされることになって、２Ｂチャンネルが使用中の場合である。それなら、一方のファイルを一方のチャンネルに、他方のファイルを他方のチャンネルに割当てることができる。他の例として、１つのファイルを１．５チャンネルに割当てることができる。これが意味することは、前記ファイルの一部が一方のチャンネルを介して送信され、前記ファイルの他の部分ともう１つのファイルが他方のチャンネルを介して多重化されることである。他の例として、一方のＢチャンネルだけが利用可能な場合は、該チャンネルの帯域幅の３／４を一方のファイルの専用とし、残りの帯域幅を他方のファイルの専用とすることもできる。Ｂチャンネル帯域幅の前記分割は、前記プログラムで計算され、ＩＮＰＲＯＧ＿ＬＩＳＴに記録される。
【００５７】
続いて、前記の降ろし作業中、プログラム（ブロック２６０４−３）がファイル終了（ＥＯＦ）を表わすデータに行き当たると、ファイルを閉じ、ＩＮＰＲＯＧ＿ＬＩＳＴ及び要求待ち行列から前記ファイルの身元を削除する（２６０４−７）。次いで、プログラム（ブロック２６０４−４）は、Ｉ／Ｆ基板に、ｘｍｉｔ＿バッファの内容を送信するよう基板に指示する命令を送る。次いで、プログラム（ブロック２６０４−５）は、新たな要求がその関連要求待ち行列に格納されていることを表わす通知メッセージを受信したかどうかを知るためにチェックする。もしそうならば、プログラムは図２７のブロック２６０１に戻る。さもなければ、プログラム（ブロック２６０４−６）は、ＩＮＰＲＯＧ＿ＬＩＳＴが空いているかどうかを知るためにチェックし、その通りならばブロック２６０１に戻る。さもなければ、ブロック２６０４−２に戻る。
プログラム（図２６）は、ブロック２５０５、２５０６または２５０７に進む場合は、それぞれ、特定ファイルのダウンローディングを取消し、中断または再開するようにダウンロード処理（図２７）に命令する。受信メッセージが、使用者の端末からマルチメディアプラットフォームへのデータファイルのダウンローディングに関するものならば、プログラムはブロック２５０８に進み、ここで、マルチメディアプラットフォームすなわちディスクメモリに格納するために、使用者の端末からのデータファイルを受信するように設定する。すなわち、プログラムは、降ろし処理に入り、降ろし処理の待ち行列に受信メッセージを格納する。
【００５８】
ブロック２５０８から入る処理は図２９に示される。降ろし処理はダウンロード処理（図２７）に多少類似していることがわかる。したがって、図２９については簡単に説明する。同様に、プログラムは、入った場合（ブロック２８００）、使用している種々の変数を初期化し、次いで、関連要求待ち行列が空いていれば退出する。さもなければ、プログラムは、その関連待ち行列に含まれかつ関連Ｂチャンネルの形態に基づいたメッセージ（使用者から受信されるファイル名）のリスト（ＩＮＰＲＯＧ＿ＬＩＳＴ）を作成する（ブロック２８０２）。次いで、プログラム（ブロック２８０３）はそのＩＮＰＲＯＧ＿ＬＩＳＴをチェックし、リストが空いている場合の通知メッセージの受信を待ち受ける（ブロック２８０５）。さもなければ、プログラムは、使用者の端末より送信されるファイルを受信するための処理（ＲＣＶ＿ＬＩＳＴ）に入る。
【００５９】
ＲＣＶ＿ＬＩＳＴ処理は、図３０にフローチャート形式で示される。Ｉ／Ｆ基板は、関連Ｂチャンネルからファイルを受信し、該ファイルを受信したとたんに関連受信バッファ（ＲＣＶ＿ＢＵＦ）に格納する設備である。バッファがいっぱいになると、Ｉ／Ｆ基板はＲＣＶ＿ＬＩＳＴ処理を通知する。ＲＣＶ＿ＬＩＳＴ処理すなわちプログラム（ブロック２９０１）はそれに応じてバッファを空にする。次いで、プログラム（ブロック２９０２）は、バッファメモリから降ろされたデータをディスクメモリ６１に格納する。前記データは１つ以上のファイルと関連させることができ、ここでは、チャンネル形態は、１つ以上のファイルが降ろされている場合に、チャンネル帯域幅はファイル間でどのように分割されたかを表わすことが注目される。前記降ろし及び格納作業中に、プログラムがＥＯＦに行き当たった場合は（ブロック２９０３）、ファイルを閉じてその関連待ち行列及びＩＮＰＲＯＧ＿ＬＩＳＴからファイル名を削除する（ブロック２９０６）。そのあと、プログラムはブロック２８０１に戻る。さもなければ、プログラム（ブロック２９０４）は、新たな降ろし要求メッセージがその待ち行列に格納されているかどうかを知るためにチェックし、その通りならば、図示のように２８０１に戻る。それが違っていれば、プログラム（ブロック２９０５）は、ＩＮＰＲＯＧ＿ＬＩＳＴが空いていないことがわかった場合にブロック２９０１に戻る。さもなければ、プログラムはブロック２８０１に戻る。
【００６０】
図２６において、プログラムがブロック２５０９、２５１０または２５１１に進む場合は、それぞれ、特定ファイルのアップローディングを中断、再開または取消しするようにアップロード処理（図２９）に命令する。
図２６のブロック２５１２は、データサーバープログラムとアプリケーションプログラム間のインターフェースを提供する。すなわち、ブロック２５１２は、それにより、プログラムが、アプリケーションプログラムから受信される要求に応じて、特定のダウンロードまたはアップロードが終了する度にアプリケーションプログラムに通知する手段となる。詳細には、ブロック２５１２におけるプログラムは、アプリケーションプログラムから受信される要求に含まれるファイル名のためのダウンロード及びアップロード処理と関連する要求待ち行列をサーチする。プログラムが、どちらの待ち行列にも関連ファイル名を見い出した場合は、データ転送が終了していなかった（または転送が停止された）ことを表わすためにアプリケーションプログラムに第１のフラグ、例えば間違った値、を戻す。さもなければ、プログラムはアプリケーションプログラムに第２のフラグ、例えば正しい値、を戻す。
【００６１】
図２６のデータサーバープログラムは、メッセージの形式が、使用者と関連していた２Ｂチャンネルを再構成するための要求である場合には、ブロック２５１３に進む。すなわち、この要求は、典型的には、２Ｂ＿チャンネルを再構成する、例えばＢ＿チャンネルのうちの１チャンネルを落とす、ためのアプリケーションプログラムからのものである。詳細には、ブロック２５１３におけるプログラムは、再構成要求に従うために使用者情報テーブル及びチャンネル割当てテーブルを更新する。次いで、プログラムは、チャンネル再構成が生じたことをダウンロード及びアップロード処理に通知し、前記更新の間、ダウンロード及びアップロード処理のランニングを停止させる。
【００６２】
使用者選択に応答するアプリケーションのエントリは、アプリケーション制御装置に備わっているアプリケーション制御装置プログラムの制御を受ける。より詳細には、アプリケーション制御装置が使用可能にされると、アプリケーション制御装置プログラム（ＡＰＰ＿ＣＴＬＲ）図３２がブロック３００から入り、ここで、特定のアプリケーション、すなわち既に入っているアプリケーションの停止、中断または再開、の使用者の選択を確認する要求メッセージの受信を待ち受ける。より詳細には、要求の受信により、プログラム（ブロック３００１）は、受信されるメッセージの形式に基づいて多数の異なるサブルーチン（ブロック３００２乃至３００６）のうちの１つに分岐する）。メッセージ形式が不明の場合は、プログラムはそのメッセージをエラーとみなし、処理のためＯＳシステム５０に送る（ブロック３００６）。そのあと、プログラムはブロック３０００に戻り、次のアプリケーション関連要求の受信を待ち受ける。
【００６３】
要求が特定のアプリケーションの開始のためのものであれば、プログラムはブロック３００２に進み、ここで、そのアプリケーションを呼び出す。さらに、プログラムは、呼び出されたアプリケーションプログラムに、使用者と関連するＢチャンネルの構成を送る。次いで、制御装置プログラムは、選択されたアプリケーションを確認するために使用者情報テーブルを更新する。そのあと、プログラムはブロック３０００に戻る。要求が、呼び出されたアプリケーションプログラムの停止に向けられたものならば、制御装置は、その効果のためのメッセージをアプリケーションプログラムに送り、それに応じて使用者情報テーブルを更新する（ブロック３００３）。同様に、制御装置プログラムは、中断（再開）のための要求に応じて、その効果のためのメッセージを前記アプリケーションに送る（ブロック３００４または３００５）。次に、アプリケーションは、（ブロック３００３、３００４または３００５を介して送られた）前記要求の受信に応じて、要求された動作を行なう。
下記は、音声ファイルを再生するために音声サーバーに命令する（要求する）ものである。
ｉｎｔ  ｐｌａｙ＿ａｕｄｉｏ＿ｆｉｌｅ（ｉｎｔ  ｈａｎｄｌｅ，ｃｈａｒ  ＊ａｐ，ｃｈａ  ＊ｔｕｎｅ）
ｈａｎｄｌｅは、下記にさらに説明されるように、接続が確立された時に接続機能により返送される値、ａｐは、アプリケーション名を指定するストリングの指針、ｔｕｎｅは、音声ファイル名を指定するストリングの指針である。以上は前に確立されたＢチャンネル音声接続に関するものである。
下記は、現時点で音声ファイルの再生を中断するために音声サーバーに命令するものである。
ｉｎｔ  ｐａｕｓｅ＿ａｕｄｉｏ＿ｐｌａｙｂａｃｋ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、中断された音声ファイルの再生を再開するために音声サーバーに命令するものである。
ｉｎｔ  ｒｅｓｕｍｅ＿ａｕｄｉｏ＿ｐｌａｙｂａｃｋ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、再生リストにある次の音声ファイルの初めにスキップしてそれの再生を開始するために音声サーバーに命令するものである。
ｉｎｔ  ｓｋｉｐ＿ａｕｄｉｏ＿ｐｌａｙｂａｃｋ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、Ｂチャンネル音声接続を介して送信される音声の音量を調整するために音声サーバーに命令するものである。
ｉｎｔ  ａｄｊｕｓｔ＿ｖｏｌｕｍｅ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、Ｂチャンネル音声接続を介して再生中の音声ファイルの再生を阻止するために音声サーバーに命令するものである。
ｉｎｔ  ｓｔｏｐ＿ａｕｄｉｏ＿ｐｌａｙｂａｃｋ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、Ｂチャンネル音声接続上に他の音声接続を橋渡しするために音声サーバーに命令するものである。
ｉｎｔ  ｂｒｉｄｇｅ＿ｃａｌｌ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、発呼上に以前に橋渡しされていた音声接続を除去するために音声サーバーに命令するものである。
ｉｎｔ  ｕｎｂｒｉｄｇｅ＿ｃａｌｌ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、音声接続を介して受信中の音声を音声ファイルに記録するために音声サーバーに命令するものである。
ｒｅｃｏｒｄ＿ａｕｄｉｏ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、現時点で音声ファイルの記録を中断するために音声サーバーに命令するものである。
ｉｎｔ  ｐａｕｓｅ＿ａｕｄｉｏ＿ｒｅｃｏｒｄ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、中断された音声ファイルの記録を再開するために音声サーバーに命令するものである。
ｉｎｔ  ｒｅｓｕｍｅ＿ａｕｄｉｏ＿ｒｅｃｏｒｄ（ｉｎｔ  ｈａｎｄｌｅ）
下記は、音声ファイルの記録を停止するために音声サーバーに命令するものである。
ｉｎｔ  ｓｔｏｐ＿ａｕｄｉｏ＿ｒｅｃｏｒｄ（ｉｎｔ  ｈａｎｄｌｅ）
上記について、命令“ｈａｎｄｌｅ”は、接続が確立された時に接続機能により返送される値であり、確立成功なら０を、不成功なら−１を返送する。
【図面の簡単な説明】
【図１】本発明の原理を実施することができるマルチメディアシステムを示す。
【図２】図１の使用者端末において本発明の原理を実行するプログラムをフローチャート形式で示す。
【図３】図１の使用者端末において本発明の原理を実行するプログラムをフローチャート形式で示す。
【図４】図１の使用者端末において本発明の原理を実行するプログラムをフローチャート形式で示す。
【図５】図１の使用者端末において本発明の原理を実行するプログラムをフローチャート形式で示す。
【図６】図１の使用者端末において本発明の原理を実行するプログラムをフローチャート形式で示す。
【図７】図１の使用者端末において本発明の原理を実行するプログラムをフローチャート形式で示す。
【図８】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図９】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１０】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１１】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１２】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１３】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１４】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１５】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１６】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１７】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１８】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図１９】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２０】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２１】図１の音声サーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２２】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２３】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２４】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２５】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２６】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２７】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２８】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図２９】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図３０】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図３１】図１のデータサーバーにおいて本発明の原理を実行するプログラムをフローチャート形式で示す。
【図３２】図１のアプリケーション制御装置において本発明の原理を実行するプログラムをフローチャート形式で示す。
【符号の説明】
１０              データサーバー
２０              アプリケーション制御装置
３０              音声サーバー
４０              ワークステーション
５０              動作援助装置
１５０            開発プラットフォーム
【図１】
0003561016.tif 000002
【図２】
0003561016.tif 000003
【図３】
0003561016.tif 000004
【図４】
0003561016.tif 000005
【図５】
0003561016.tif 000006
【図６】
0003561016.tif 000007
【図７】
0003561016.tif 000008
【図８】
0003561016.tif 000009
【図９】
0003561016.tif 000010
【図１０】
0003561016.tif 000011
【図１１】
0003561016.tif 000012
【図１２】
0003561016.tif 000013
【図１３】
0003561016.tif 000014
【図１４】
0003561016.tif 000015
【図１５】
0003561016.tif 000016
【図１６】
0003561016.tif 000017
【図１７】
0003561016.tif 000018
【図１８】
0003561016.tif 000019
【図１９】
0003561016.tif 000020
【図２０】
0003561016.tif 000021
【図２１】
0003561016.tif 000022
【図２２】
0003561016.tif 000023
【図２３】
0003561016.tif 000024
【図２４】
0003561016.tif 000025
【図２５】
0003561016.tif 000026
【図２６】
0003561016.tif 000027
【図２７】
0003561016.tif 000028
【図２８】
0003561016.tif 000029
【図２９】
0003561016.tif 000030
【図３０】
0003561016.tif 000031
【図３１】
0003561016.tif 000032
【図３２】
0003561016.tif 000033