JP3213056B2 - マルチメディア処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、交換機ネットワークに
接続されて、各種メディアを取扱う各種端末と、会話に
より通信処理サービスを実施することの可能なマルチメ
ディア処理装置に関する。

【０００２】

【従来の技術】従来、通信サービス事業は、大手事業者
の独占的市場であった。しかしながら、近年では、一般
家庭へ、パーソナルコンピュータ、ファクシミリ等ＯＡ
機器の普及し、音声やデータやイメージ等の各種メディ
アを有効に使う通信サービスの利用形態が増加してい
る。このようなＯＡ機器の普及に伴い、近年では、一般
の販売会社やメーカが、戦略的情報通信システムとし
て、また、省力化、ユーザサービスの向上、他社との差
別化によるユーザの獲得を目的として、自社内でマルチ
メディア通信システムを構築するケースが増えてきてい
る。

【０００３】このマルチメディア通信システムは、自社
内のパーソナルコンピュータ、オフィスコンピュータ、
又は大型コンピュータ等の汎用情報処理装置と、通信処
理装置として位置付けられるマルチメディア処理装置と
を組合せ、システム構築するケースがほとんどであり、
回線交換機としては、ＰＢＸや公衆回線網を利用してい
る。取扱うメディアとしては、電話器を端末とした場合
の音声、ＤＴＭＦ信号、パーソナルコンピュータを端末
とした場合のテキスト、ファクシミリを端末とした場合
のイメージ等が考えられている。これら端末とマルチメ
ディア処理装置間との会話により、利用者が情報処理装
置をアクセスするアプリケーションが行われている。

【０００４】さて、従来のこうしたマルチメディア処理
装置としては、例えばＮＴＴのＡＮＳＥＲや、都市銀行
が自営用として持っている音声照会応答装置が存在して
いる。これらはいずれも情報処理装置としての汎用の大
型コンピュータと専用線で結ばれている。回線数は、通
常１００回線以上となっており、非常に規模が大きく、
又、それぞれ一つのアプリケーションに対応する専用装
置である。これらのソフトウェアは、機能単位に構成さ
れている。この事は、日立評論、ＶＯＬ．６３，ＮＯ．
１２、゛日立音声応答装置「ＨＩＶＯＲＳシリーズ」゛
や゛ＪＳ６１１０音声応答装置゛等にも記載されてい
る。

【０００５】また、特開昭５７−５３８００号公報で
は、ソフトウエア機能を部品化することにより、アプリ
ケーションソフトの開発効率を向上させる音声応答処理
方式が提案されている。

【０００６】

【発明が解決しようとする課題】しかし、上記従来のマ
ルチメディア処理装置は、アプリケーションソフトが固
定化された専用のマルチメディア処理装置になってい
る。また、従来のアプリケーションソフトの新規作成や
部分的な変更等は、そのマルチメディア処理装置を構成
する種々のハードウェアの動作を理解した専任のプログ
ラマでなければ、行なうことができなかった。

【０００７】そのため、新規なアプリケーションソフト
の開発はもちろん、従来のソフトの極一部を修正する場
合であっても、その都度メーカに依頼して開発や修正を
行なわなければならず、非常に高価なソフトウェアとな
っていた。

【０００８】このようなマルチメディア処理装置の汎用
性の無さとソフトの高価格性は、マルチメディア処理装
置を広い業種に普及させるための大きな障害となってお
り、ユーザがこのマルチメディア処理装置の導入を敬遠
する最も大きな要因となっている。

【０００９】また、特開昭５７−５３８００号公報に記
載されている音声応答処理方式は、メーカ内でのソフト
ウエア開発効率を向上させているが、専任のプログラマ
を対象にしているという点で従来と同じであり、ソフト
の開発や修正はメーカに依頼しなければならない。ま
た、特開昭５７−５３８００号公報には、複数のメディ
アに対するスケジューリングについて記載されていない
ため、マルチメディア対応を実現することができない。

【００１０】本発明は、各種メディアを取扱うことので
きるマルチメディア処理装置において、ユーザがアプリ
ケーションソフトウェアの構築を行なうことのできる実
用性の高いマルチメディア処理装置を提供することにあ
る。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明によれば、複数の回線に接続したマルチメデ
ィア処理装置であって、複数の回線から入力される、所
定の複数種のメディアのうちの任意のメディアの情報を
回線ごとに受け付け、入力デ−タに変換する入力部と、
前記入力データに応じて決定される応答用データを、前
記複数種のメディアのうちのいずれかのメディアの情報
に変換して前記回線に出力する出力部と、前記複数回線
のそれぞれに対応する複数のタスクと前記複数のタスク
が共用可能入力サブル−チンおよび出力サブル−チンと
を記憶する第１の記憶手段と、複数の前記応答用データ
を記憶する前記第１の記憶手段と同一もしくは異なる第
２の記憶手段と、前記複数のタスクを並列に実行し、前
記サブル−チンを実行するプロセッサとを有し、前記入
力サブル−チンは、前記タスクよりコ−ルされた場合に
実行され、前記入力部がコ−ル元タスクに対応する回線
より受け付けた入力データを前記コ−ル元タスクに受け
渡すリエントラントなサブル−チンであって、前記出力
サブル−チンは、前記タスクよりコ−ルされた場合に実
行され、前記依頼元タスクより指定された応答用データ
を、前記依頼元タスクに対応する回線へ変換して出力す
るよう前記出力部に指示するリエントラントなサブル−
チンであって、前記各タスクは、前記入力サブルーチン
をコ−ルして受け取った入力デ−タの値に応じて、自身
に対応する回線に出力する応答用データを指定して前記
出力サブルーチンをコ−ルするタスクであることを特徴
とするマルチメディア処理装置が提供される。

【００１２】

【作用】本発明のマルチメディア処理装置は、複数の回
線に接続され、所定の複数種のメディアの情報を受け付
ける。複数種のメディアとしては、例えば電話器からの
音声情報、ファクシミリからのイメージ情報、データ端
末からのコードデータ等を受け付け可能にすることがで
きる。

【００１３】入力部は、回線ごとに、複数種のメディア
のうち任意のメディアの情報を受け付けて、ディジタル
信号の入力データに変換する。また、プロセッサは、複
数の回線のそれぞれに対応する複数のタスクは、並列に
実行して、入力データに応じた応答用データを決定す
る。

【００１４】応答用データの決定は、以下の様にして行
なわれる。複数回線のそれぞれに対応する複数のタスク
は、入力サブルーチンをコールする。入力サブル−チン
は、前記タスクよりコ−ルされた場合に実行され、前記
入力部がコ−ル元タスクに対応する回線より受け付けた
入力データを前記コ−ル元タスクに受け渡す。タスク
は、受け取った入力データの値に応じて、記憶手段に記
憶されている複数の応答用データの中から、自身に対応
する回線に出力する応答用データを決定する。タスク
は、決定した応答用データを指定して、前記出力サブル
ーチンをコ−ルする。

【００１５】出力サブル−チンは、タスクよりコ−ルさ
れた場合に実行され、依頼元タスクより指定された応答
用データを、依頼元タスクに対応する回線へ変換して出
力するよう前記出力部に指示する。出力部は、指定され
た応答用データを、複数種のメディアのうちいずれかの
メディアの情報に変換して、情報を入力した回線に出力
する。

【００１６】上述の入力サブルーチンおよび出力サブル
−チンは、複数のタスクが共用可能でかつリエントラン
トなサブル−チンである。プロセッサは、前記複数のタ
スクを並列に実行し、共用可能でかつリエントラントな
サブル−チンを実行することにより、複数回線に対する
情報の入出力をおこなうことができる。

【００１７】このように、本発明のマルチメディア処理
装置は、複数のタスクが共用可能でかつリエントラント
な、入力サブルーチンおよび出力サブル−チンと、複数
のタスクを並列に実行し、前記サブル−チンを実行する
プロセッサと、複数の前記応答用データを記憶する記憶
手段とを配置している。タスクは、前記入力サブルーチ
ンをコールする命令と、前記出力サブルーチンを、前記
入力デ−タに応じた応答用データを引数としてコールす
る命令とを実行順に記述したプログラムで構成すること
ができる。この様な構成をもちいているので、入出力部
のハード構成や動作を理解していないユーザであって
も、サブルーチンをコールすることでプログラムを構成
できる。

【００１８】

【実施例】以下、本発明の実施例を図１から図７を用い
て説明する。

【００１９】本発明のマルチメディア通信システムは、
マルチメディア通信サービス機能を備えた交換機ネット
ワークである。本実施例のマルチメディア通信システム
の構成を図１に示す。本発明のマルチメディア通信シス
テムは、マルチメディア処理装置２と、マルチメディア
処理装置２を制御する情報処理装置１と、交換器と、電
話器４とファクシミリ端末５とデータ端末６とを備えて
構成される。マルチメディア処理装置２と情報処理装置
１とは、ＳＣＳＩ（ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓ
ｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ）インタフェース２０
によって接続されている。マルチメディア処理装置２に
は、交換器３を介して、電話器４と、イメージデータを
扱うファクシミリ端末５と、コードデータを扱うデータ
端末６とがそれぞれ接続される。

【００２０】図１に示していないが、回線交換機３は、
電話器４とファクシミリ端末５とデータ端末６とを、そ
れぞれライン回路に接続するとともに、トランク回路を
介し局線等を接続する。そして、全体の呼処理を行なう
プロセッサの制御の下で、スイッチ回路を切換え、任意
の端末機器間の交換接続を制御する。

【００２１】さて、この回線交換機３には、マルチメデ
ィア処理装置２が接続されている。図１には、電話器４
とファクシミリ端末５とデータ端末６の３つの端末のみ
示しているが、マルチメディア処理装置２は、６本の電
話回線と、１本のファックス回線と、１本のデータ回線
が接続されている。このマルチメディア処理装置２は、
交換器３に接続される交換器インタフェース２７と、音
声インタフェース２４と、ファクシミリインタフェース
２５と、データインタフェース２６とを有している。さ
らに、マルチメディア処理装置２には、メモリ２２と、
ＣＰＵ２３と、ディスクコントローラ２１とが備えられ
ている。

【００２２】交換器インタフェース２７は、ＮＣＵ（ｎ
ｅｔｗｏｒｋ ｃｏｎｔｒｏｌ ｕｎｉｔ）と、ＤＴＭ
Ｆ（ｄｕａｌ ｔｏｎｅ ｍｕｌｔｉ−ｆｒｅｑｕｅｎ
ｃｙ）信号受信器とを備えた交換機インタフェース装置
である。音声インタフェース２４と、ファクシミリイン
タフェース２５と、データインタフェース２６は、音声
メディア、イメージメディア、コードメディア等の異種
メディアの各メッセージ情報を統一データに変換する。

【００２３】音声インタフェース２４は、電話器４から
のＤＴＭＦ信号をデジタル信号に変換する。また、ディ
ジタル音声をアナログ音声に変換して、電話器４に出力
する。ファクシミリインタフェース２５は、文字認識装
置１２５を有しており、ファクシミリ端末５から入力さ
れたイメージデータから、文字データを読み取る。ま
た、ファクシミリ端末５に対して応答する文字コードを
文字フォントを用いてイメージデータに変換して出力す
る。データインタフェース２６は、データ端末４に対し
てコードデータの入出力を行なう。

【００２４】メモリ２２は、上記インタフェースを介す
ることにより、それぞれ統一データ化されたメッセージ
情報を、一時バッファリングする。また、ＣＰＵ２３
は、メモリ２２への情報の書き込みや取り出し、音声イ
ンタフェース２４とファクシミリインタフェース２５と
データインタフェース２６を制御する。ディスクコント
ローラ２１は、情報処理装置１と接続される。

【００２５】情報処理装置１は、例えば、パーソナルコ
ンピュータ、ワークステーション、オフィスコンピュー
タ等の汎用の情報処理装置を使用できるが、本実施例で
は、パーソナルコンピュータを使用した。情報処理装置
１は、ＣＰＵ１１と、ＲＯＭおよびＲＡＭを有するメモ
リ１２と、外部のディスク装置１７を接続するためのＳ
ＣＳＩアダプタ１４および１５と、キーボードインタフ
ェース１６と、コンソールインタフェース１３とを備え
て構成される。

【００２６】ＳＣＳＩアダプタ１４には、マルチメディ
ア処理装置２のディスクコントローラ２１が接続され
る。ＳＣＳＩアダプタ１５には、外部のディスクコント
ローラ内蔵型ディスク装置１７が接続される。キーボー
ドインタフェース１６には、外部のキーボード１８が、
コンソールインタフェース１３には、外部のコンソール
１９がそれぞれ接続される。また、外部のコンソール１
９には、さらにハードコピープリンタ１９’が接続され
ている。ディスク装置１７には、公知の音声録音技術に
よって作成されたディジタル音声ファイルが格納されて
いる。公知の音声録音技術は、日立評論、ＶＯＬ．６
３，ＮＯ．１２に記載されている゛日立音声応答装置
「ＨＩＶＯＲＳシリーズ」゛や゛ＪＳ６１１０音声応答
装置゛に用いられている録音技術を使用した。音声ファ
イルは、ユーザの使用を予測して、複数の定形の文章
と、文節、数字等によって構成する。

【００２７】この様に構成された本実施例のマルチメデ
ィア通信システムにおいては、汎用情報処理装置１とマ
ルチメディア処理装置２をＳＣＳＩインタフェースで接
続しているため、汎用情報処理装置から見ると、マルチ
メディア処理装置２は、ＳＣＳＩアダプタ１４に接続さ
れたハードディスクとしてみなされる。

【００２８】次に、情報処理装置１のソフトウエア構成
を図４と図５とを用いて説明する。

【００２９】情報処理装置１は、通常のパーソナルコン
ピュータであるので、図４に示すようにパーソナルコン
ピュータのＩ／Ｏを制御するＢＩＯＳ（ｂａｓｉｃ ｉ
ｎｐｕｔ ｏｕｔｐｕｔ ｓｙｓｔｅｍ）１０１が、メ
モリ１２のＲＯＭ上に存在している。ＢＩＯＳの配下に
は、ＭＳ−ＤＯＳ１０２と呼ばれるＯＳが、メモリ１２
に常駐している。従って、情報処理装置１のアプリケー
ションソフトは、一般的なパーソナルコンピュータと同
様に、このＭＳ−ＤＯＳ１０２の配下で動作する形とな
り、パーソナルコンピュータのＩ／Ｏを制御する際に
も、このＭＳ−ＤＯＳ１０２経由でＢＩＯＳ１０１を制
御する。この事は、アプリケーションソフト１１０等と
ＭＳ−ＤＯＳ１０２間のインタフェースを統一化し、各
種パーソナルコンピュータのハードウェア制御の異なる
部分をＭＳ−ＤＯＳ１０２とＢＩＯＳ１０１間のインタ
フェースで吸収することによって、アプリケーションソ
フトの流用性を高めている。

【００３０】また、本実施例の情報処理装置１では、図
４に示すように、ＭＳ−ＤＯＳ１０２のＯＳとしてのリ
アルタイム性を確保するため、ＭＳ−ＤＯＳ１０２の配
下に専用のスケジューラ１０３を配置している。そし
て、専用スケジューラ１０３の配下で、アプリケーショ
ンソフト１１０〜１１７を動作させる。専用スケジュー
ラ１０３は、アプリケーションソフト１１０〜１１７の
キューに応じて、Ｉ／Ｏ制御タスク群１０５に対して、
ディスク装置１７内のファイルの読み出し制御するＨＤ
Ｄアクセスタスク１０５ａや、交換器インタフェース２
７内のＮＣＵやＤＴＭＦ信号受信器の通信用Ｉ／Ｏのハ
ードウエアレジスタの読み書きによる通信送受信制御タ
スク１０５ｂ等をスケジューリングする構成となってい
る。

【００３１】メモリ１２には、ＮＣＵやＤＴＭＦ信号受
信器の通信Ｉ／Ｏ用のリエントラントなサブルーチン群
１０４と、ディスク等の標準Ｉ／Ｏ用のライブラリが格
納されている。ユーザは、これらサブルーチン群を使っ
て、アプリケーションソフトを作成する。通信Ｉ／Ｏ用
のサブルーチン群１０４と、送受信制御タスク１０５ｂ
と、専用スケジューラ１０３は、マルチメディア処理装
置２の各ハードウエアの動作を理解した専任のプログラ
マーが作成したものを格納しておく。また、標準Ｉ／Ｏ
用ライブラリとＨＤＤアクセスタスク１０５ａは、情報
処理装置１である汎用パーソナルコンピュータが有して
いる標準ライブラリを利用する。通信Ｉ／Ｏ用サブルー
チン群１０４として、本実施例では、ＷＡＩＴ、ＳＰＥ
ＡＫ、ＩＮＰＵＴ等を格納した。

【００３２】したがって、専用スケジューラ１０３の配
下には、ユーザ作成のアプリケーションソフト１１０〜
１１７と、ライブラリとして準備した通信用Ｉ／Ｏ処理
のためのサブルーチン群１０４が配置される。また、さ
らに、実際のＩ／Ｏを制御するためのＩ／Ｏタスク群１
０５と、サブルーチン群と１０４とＩ／Ｏ制御タスク群
１０５とのインタフェースとなる入出力キュー群１０６
とが配置される。

【００３３】つぎに、注文受付のアプリケーションソフ
トを用いて、本発明のマルチメディア通信システムのソ
フトウエアの動作を説明する。電話器４による注文受付
時のサービスシーケンスを図２に示す。

【００３４】本実施例では、図７に示すように、顧客が
プッシュホン電話により、商品センタを呼出し、商品コ
ードと数量を入力し、これに対して受付番号を送信する
ことで、商品の注文を受け付けるアプリケーションソフ
トを配置している。実際には、ユーザが作成したソフト
や、メーカが提供したソフトをユーザの好みでユーザが
一部修正したソフトが配置される。本実施例のソフトの
フローチャートは図６に示すように、通信用Ｉ／Ｏのサ
ブルーチン群１０４により構成されている。まず、ＷＡ
ＩＴルーチンで電話の着信を待ち（ステップ１００）
と、着信があった場合、ＳＰＥＡＫルーチンで「こちら
は、商品センタです。商品コードと数量をどうぞ」と音
声で応答する（ステップ２００）。

【００３５】音声インタフェース２４の応答終了信号を
受信した後（ステップ３００）、インプットルーチン
で、顧客が入力する商品コードと数量を受信する（ステ
ップ４００）。ユーザが、入力終了を示す信号を入力し
たら（ステップ５００）、ＳＰＥＡＫルーチンで「商品
コード１２３４、数量１２ですね」と音声で応答して、
確認を促す。音声インタフェース２４の応答終了信号を
受信した後（ステップ７００）、インプットルーチン
で、顧客が入力する確認信号を受信する（ステップ８０
０）。ユーザが、入力終了を示す信号を入力したら（ス
テップ９００）、ＳＰＥＡＫルーチンで「受付番号は×
×××です。ありがとうございました。」と音声で応答
して（ステップ９４０）、音声インタフェース２４の応
答終了信号を受信したら（ステップ９６０）、注文受付
処理を終了する。

【００３６】また、ファクシミリ５による注文受付は、
図３に示すように、ＳＰＥＡＫルーチンで「こちらは、
商品センタです。商品コードと数量をどうぞ」と音声で
応答する。つぎに、顧客から入力された顧客ＩＤと送信
ＩＤを受付け、ＩＤ確認のメッセージを応答したのち、
顧客からの商品コードと数量の注文をファクシミリでの
送信を受け付けて、注文受付処理を終了する。ファクシ
ミリインタフェース２５の文字認識装置１２５は、送ら
れてきたイメージデータから商品コードと数量を読み取
って、データをメモリ２２に蓄積する。

【００３７】本実施例では、８本の回線ごとに、タスク
を持たせる構造をとっている。０回線から５回線は、電
話回線としたので、タスク０からタスク５に、それぞれ
の回線に対応するための、上述の電話対応用の注文受付
処理アプリケーションソフトを配置した。６回線は、フ
ァクシミリ回線としたので、上述のＩＮＮＰＵＴルーチ
ンの代わりに、文字認識装置１２５によるイメージデー
タ取り込みのためのＩＭＡＧＥ−ＩＮＮＰＵＴルーチン
を用いたファクシミリ用アプリケーションソフトをタス
ク６に配置した。７回線は、データ端末用の回線とした
ので、上述のＳＰＥＡＫルーチンの代わりにコード信号
出力のＣＯＤＥ−ＯＵＴＰＵＴルーチンを用いたデータ
端末用アプリケーションソフトをタスク７に配置した。
つまり、タスク０では０回線で処理されるアプリケーシ
ョンソフト１１０を記述し、タスク７では７回線で処理
されるアプリケーションソフト１１７を記述する。

【００３８】つぎに、図６から図１０を用いて、注文受
付アプリケーションを実行する場合の、専用スケジュー
ラ１０３および通信用Ｉ／Ｏサブルーチン１０４および
Ｉ／Ｏ制御タスク群１０５の動作をさらに詳細に説明す
る。

【００３９】専用スケジューラ１０３は、ＩＰＬ（ｉｎ
ｉｔｉａｌ ｐｒｏｇｒａｍ ｌｏａｄｉｎｇ）後のＭ
Ｓ−ＤＯＳからのスタート起動により起動を掛けられ
て、タスク０から８を起動する（ステップ８０１）。そ
の後、図８のように、ポーリング形式のジョブサーチを
行なう。タスク起動処理（ステップ８０１）は、図１０
（ｄ）のように、タスク０から７を巡回し（ステップ９
３２）、各タスクに起動を掛ける（ステップ９３３）。
以後は、各タスクのＳＰＥＡＫキュー、ＩＮＰＵＴキュ
ー等のキューを常時監視しており（ステップ８０１〜８
０８）、キューイングされるごとにそれぞれのキュー処
理を起動する（ステップ８０９〜８１５）。

【００４０】専用スケジューラ１０３のタスク起動処理
によって起動されたタスク内の処理は、常に、リエント
ラントな通信用Ｉ／Ｏサブルーチン１０４によって、中
断され、スケジューラリターン先へとリターンされ、さ
らにこのスケジューラをスケジューリングする。この中
断した通信用Ｉ／Ｏサブルーチン１０４へは、ＳＰＥＡ
Ｋ完了キュー処理（ステップ８１２）、ＩＮＰＵＴ完了
キュー処理（ステップ８１３）、ＷＡＩＴ完了キュー処
理（ステップ８１４）によって、中断復帰し、タスク内
の処理が続行されることとなる。このように、タスク０
〜７を通信用Ｉ／Ｏサブルーチン１０４にて中断しなが
ら、それぞれ時系列に処理を進めることにより、複数回
線の同時処理が可能としている。

【００４１】まず、図６のステップ１００では、”ＷＡ
ＩＴ”ルーチンにより回線交換機３からマルチメディア
処理装置２の０回線への着信事象を待つ。この時には、
図５中通信用Ｉ／Ｏサブルーチン１０４の”ＷＡＩＴ”
ルーチンがコールされ、”ＷＡＩＴ”ルーチン内では、
コール元のリターン先アドレスによりタスク０、つまり
０回線での処理事象と判断し、ＷＡＩＴキューへその回
線番号とキュー種別（ＷＡＩＴ）を１のキューとしてキ
ューイングする。

【００４２】一方、専用スケジューラ１０３は、図８の
ように、周期的にこれらキューのキューイング状況を監
視しており、”ＷＡＩＴキュー”を見つけたならば（ス
テップ８０４）、キューを取り出し（ステップ９１
６）、キューから０回線の着信であることを取り出す
（ステップ９１７）。そして、Ｉ／Ｏ制御タスク群１０
５のマルチメディア処理装置送受信タスク１０５ｂを起
動する。送受信タスク１０５ｂは、マルチメディア処理
装置２へ、”０回線での着信許可コマンド”を図１中の
ＳＣＳＩアダプタ１４、ＳＣＳＩインタフェース２０を
介して送信する（ステップ９１８）。マルチメディア処
理装置２は、このコマンドを図１中のディスクコントロ
ーラ２１で受信し、ＣＰＵ２３の制御の元、交換機イン
タフェース２７を起動し、０回線での着信を受け付ける
状態にする。専用スケジューラ１０３は、ＷＡＩＴキュ
ーをデリートする（ステップ９１９）。

【００４３】この状態で、電話機４から回線交換機３を
介してマルチメディア処理装置２の０回線が着信起動さ
れたならば、交換機インタフェース２７は、回線をルー
プ状態として着信を受付け、ＣＰＵ２３へその旨を通知
する。同様にＣＰＵ２３もディスクコントローラ２１、
ＳＣＳＩインタフェース２０を介して汎用情報処理装置
１、ここではパーソナルコンピュータ、へ通知する。

【００４４】情報処理装置１側ではこの着信通知を、図
５中Ｉ／Ｏ制御タスク群１０５のマルチメディア処理装
置送受信タスク１０５ｂで受信し、ＷＡＩＴ完了キュー
へ”０回線での着信通知”をキューとしてキューイング
する。これらキューの状況を周期的に監視している専用
スケジューラは、ＷＡＩＴ完了キューをみつけ（ステッ
プ８０７）、キューを取り出し（ステップ９２８）、こ
の”０回線での着信通知”をトリガにして、通信用Ｉ／
Ｏサブルーチン内のＷＡＩＴルーチンへ制御をもどす。
同様にＷＡＩＴルーチンでは、０回線つまりタスク０へ
リターンする（ステップ９２９）。そして専用スケジュ
ーラ１０３は、ＷＡＩＴ完了キューをデリートし（ステ
ップ９３０）、ＷＡＩＴルーチンへリターンする（ステ
ップ９３１）。この事は、図６のフローにおいては、ス
テップ１００の”ＷＡＩＴ”から抜けてボックス２００
へ進む事を意味する。

【００４５】次に、図６のステップ２００の、図７に示
される様な「こちらは商品センタです。商品コードと数
量をどうぞ」という音声を出力させる場合であるが、こ
れはあらかじめ情報処理装置１のディスク装置１７内に
ファイルとして蓄積されているものを利用する。

【００４６】この音声出力時には、通信用Ｉ／Ｏサブル
ーチン１０４の”ＳＰＥＡＫ”ルーチンをコールされ
る。このサブルーチンへの引数は”Ｆ５”というファイ
ル番号、そしてリターンコードの”ＲＴＮ”が使用され
る。この”ＳＰＥＡＫ”ルーチンの引数としてはこの様
にファイル番号を指定することもあれば、図６のステッ
プ６００および９４０で示すようにイミディエイトな値
も指定することができる。この時には、あらかじめディ
スク装置１７に蓄えられている音声のうちイミディエイ
トな音、例えば１（イチ）、２（ニ）、３（サン）とい
った音声を使うこととなる。

【００４７】一方、専用スケジューラ１０３は、図８の
ように、周期的にこれらキューのキューイング状況を監
視しており、”ＳＰＥＡＫキュー”を見つけたならば
（ステップ８０２）、図１０（ａ）のように、キューを
取り出し（ステップ９２０）、コール元のリターン先ア
ドレスによりタスク０、つまり０回線での音声出力依頼
と判断し、ＳＰＥＡＫキューへその回線番号とキュー種
別（ＳＰＥＡＫ）及び引数となる”Ｆ５””ＲＴＮ”を
１つのキューとしてキューイングする。これにより、専
用スケジューラ１０３は、Ｉ／Ｏ制御タスク群のＨＤＤ
アクセスタスク１０５ａを起動し、引数”Ｆ５”で示さ
れるファイル番号に該当するファイル（このファイルＦ
５には前記「こちらは商品センタです。商品コードと数
量をどうぞ。」という音声データがあらかじめ格納され
ている）を主記憶装置のメモリ１２上へ読み込み、マル
チメディア処理装置送受信タスク１０５ｂにより、マル
チメディア処理装置２へ”０回線への出力音声データ”
としてコマンドと音声データとを図１中のＳＣＳＩアダ
プタ１４、ＳＣＳＩインタフェース２０を介して送信す
る。

【００４８】一方、マルチメディア処理装置２はこのコ
マンドと音声データを図１中のディスクコントローラ２
１で受信し、ＣＰＵ２３の制御の元、音声インタフェー
ス２４を介してデジタル音声をアナログに変換し、交換
機インタフェース２７を経由して、０回線への発信先で
ある電話機４へ「こちらは商品センタです。商品コード
と数量をどうぞ。」の音声を出力する。その後、マルチ
メディア処理装置２の音声インタフェース２４は、前記
音声を出力完了した旨を、ディスクコントローラ２１、
ＳＣＳＩインタフェース２０を介して汎用情報処理装置
１、ここではパーソナルコンピュータ、へ通知する。パ
ーソナルコンビュータ側では図５中マルチメディア処理
装置送受信タスクにて、その”０回線での音声出力完了
通知”を受け、ＳＰＥＡＫ完了キューにキューイングす
る。

【００４９】周期監視を行なっている専用スケジューラ
１０３は、この”０回線での音声出力完了通知”（ステ
ップ９２１）をトリガにして、通信用Ｉ／Ｏサブルーチ
ン１０４のＳＰＥＡＫルーチンへ制御をもどす（ステッ
プ９２３）。同様に、ＳＰＥＡＫルーチンでは”ＲＴ
Ｎ”コードに正常値を設定して０回線つまりタスク０へ
リターンする。もし、マルチメディア処理装置２内で何
らかの障害が発生しマルチメディア処理装置より”０回
線での音声出力不可通知”を受けた場合には、ＳＰＥＡ
Ｋルーチンにて”ＲＴＮ”コードを異常値に設定して、
タスク０へリターンする。この事は、図６のフローにお
いてはボックス３００を意味する。

【００５０】次に、図６のステップ４００の場合の、顧
客が商品コードおよび数量を電話機４のＤＴＭＦ信号
（プッシュ信号）にて入力する場合を説明する。この時
には通信用Ｉ／Ｏサブルーチン１０４の”ＩＮＰＵＴ”
ルーチンをコールする。このサブルーチンへの引数はリ
ターンコードの”ＲＴＮ”だけであるが、この”ＲＴ
Ｎ”には、電話機４からマルチメディア処理装置へ入力
されたＤＴＭＦ信号のコードが設定されることになる。

【００５１】専用スケジューラ１０３は、”ＷＡＩＴ”
ルーチン”ＳＰＥＡＫ”ルーチン同様に、図８のよう
に、周期的にこれらキューのキューイング状況を監視し
ている。そして、”ＩＮＰＵＴキュー”を見つけたなら
ば（ステップ８０３）、図９（ｃ）のように、キューを
取り出し（ステップ９１２）、コール元のリターン先ア
ドレスにより、タスク０つまり０回線でのＤＴＭＦ信号
取込み依頼であると判断する（ステップ９１３）。つぎ
に、ＩＮＰＵＴキューへその回線番号とキュー種別（Ｉ
ＮＰＵＴ）及び引数となる”ＲＴＮ”を１つのキューと
してキューイングする。そして周期監視によりＩＮＰＵ
Ｔキューを見つけた専用スケジューラは、Ｉ／Ｏ制御タ
スク群のマルチメディア処理装置送受信タスク１０５ｂ
を起動し、マルチメディア処理装置２へ”０回線でのＤ
ＴＭＦ信号取込開始”コマンドとして図１中のＳＣＳＩ
アダプタ１４、ＳＣＳＩインタフェース２０を介して送
信する（ステップ９１４）。その後、専用スケジューラ
は、ＩＮＰＵＴキューをデリーとする（ステップ９１
５）。一方、マルチメディア処理装置２は、このコマン
ドを図１中のディスクコントローラ２１で受信し、ＣＰ
Ｕ２３の制御の元、交換機インタフェース２７を起動
し、０回線をＤＴＭＦ信号受信可能状態にする。

【００５２】この状態で、電話機４から回線交換機３を
介して、マルチメディア処理装置２の０回線へＤＴＭＦ
信号が入力されたならば、交換機インタフェース２７は
内蔵のＤＴＭＦ信号受信器にてその信号を解読し、ＣＰ
Ｕ２３へその旨を通知する。同様にＣＰＵ２３もディス
クコントローラ２１、ＳＣＳＩインタフェース２０を介
して、汎用情報処理装置１、ここではパーソナルコンピ
ュータ、へ通知する。汎用情報処理装置１側では、この
０回線でのＤＴＭＦ信号コードを図５中Ｉ／Ｏ制御タス
ク群１０５のマルチメディア処理装置送受信タスク１０
５ｂで受信し、”ＩＮＰＵＴ完了キューへ”０回線での
ＤＴＭＦ信号コード”をキューとしてキューイングす
る。これらキューの状況を周期的に監視している専用ス
ケジューラ１０３は、”ＩＮＰＵＴ完了キューへ”を取
り出し（ステップ９２４）、”０回線でのＤＴＭＦ信号
コード”をトリガにして、通信用Ｉ／Ｏサブルーチン１
０４内のＩＮＰＵＴルーチンへ制御をもどす。同様にＩ
ＮＰＵＴルーチンでは、このＤＴＭＦ信号コードをＲＴ
Ｎコードに設定して（ステップ９２５）、０回線つまり
タスク０へリターンする。タスク０内ではこのＲＴＮコ
ードを判定して正常な値であれば、このＤＴＭＦ信号コ
ードが、電話機４から入力されたＤＴＭＦ信号であると
判断して処理を進める（図６のステップ５００）。

【００５３】尚、タスク０つまり０回線だけの処理を中
心に述べてきたが、本実施例のマルチメディア通信シス
テムは、図５で示すように、タスク０を０回線、タスク
１を１回線、タスク２を２回線・・・タスク７を７回線
と、回線対応にタスクを持っているので、専用スケジュ
ーラ１０３の処理を行なうことにより、複数回線同時処
理を行なう。

【００５４】また、図８では、説明を省略しているが、
タスク６に配置されたファクシミリ用アプリケーション
ソフトのイメージデータ取り込みのＩＭＡＧＥ−ＩＮＮ
ＰＵＴルーチンや、タスク７にはに配置されたデータ端
末用アプリケーションソフトのコード信号出力のＣＯＤ
Ｅ−ＯＵＴＰＵＴを、専用スケジューラ１０３は、他の
サブルーチンと同様に監視している。

【００５５】さらに、本実施例では、電話用、ファクシ
ミリ用、データ端末用に、それぞれアプリケーションソ
フトをそれぞれの回線ごとのタスクに配置したが、全回
線全く同じプログラムをコピーして配置してもよい。こ
の場合、例えば、電話用、ファクシミリ用、データ端末
用プログラムを合成し、どの種類のメディアで通信を行
なうかを選択するステップを配置し、選択されたメディ
アのステップのみを処理するアプリケーションソフトプ
ログラムを各タスクに配置することにより、どの配線で
もマルチメディア対応にすることができる。メディアの
選択は、例えば、通信の始めには必ず電話で呼出しても
らい、どの種類のメディアで通信を行なうかを選択する
信号を送ってもらう方法や、端末との通信にＩＳＤＮ
（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅｓ ｎｅｔｗ
ｏｒｋ）を用いて、メディアごとの通信プロトコルを識
別する方法を用いることができる。

【００５６】本発明は、以上説明した様に構成されるた
め、以下に記載されているような効果を奏する。

【００５７】マルチメディア処理装置２の中央処理装
置として、汎用の情報処理装置１を用いているおり、こ
れらを汎用インタフェース２０にて接続するため、中央
処理装置となる情報処理装置１として、種類を選ばずパ
ーソナルコンピュータやワークステーションやオフィス
コピュータ等の種々のものを用いることができるため、
極めて汎用性の高いマルチメディア処理装置を構築する
ことが可能となる。

【００５８】本実施例のマルチメディア通信システム
は、通信用Ｉ／Ｏサブルーチン１０４をライブラリとし
て準備し、かつ複数のアプリケーションソフトの多重処
理をスケジューリングする専用スケジューラ１０３を備
えている。そのため、多重処理用で、かつ、会話形式の
複数のプログラム作成する場合に、多重処理と、会話形
式時のマルチメディア処理装置２の動作とを理解する必
要が無く、それぞれのアプリケーションプログラムの流
れのみを考えて、通信用Ｉ／Ｏサブルーチン１０４を時
系列に並べるだけで、プログラミングする事ができる。
これにより、従来、多重処理と会話形式時のマルチメデ
ィア処理装置２の動作とを理解した専任のプログラマし
か作成することのできなかったマルチメディア処理装置
用プログラムを、ユーザが容易に作成することができ
る。これにより、マルチメディア処理装置のソフトウェ
アを作成することのできる人材を増やすことができるの
で、従来非常に高価だったマルチメディア処理装置用プ
ログラムを、非常に経済的に構築できる。したがって、
非常に汎用性の高い又ライフサイクルの長いマルチメデ
ィア処理装置を提供できる。

【００５９】また、本実施例のマルチメディア処理装
置は、回線対応のタスクごとに、異なったアプリケーシ
ョンソフトを配置することができるので、１台のマルチ
メディア処理装置で回線対応にて複数のアプリケーショ
ン処理が可能となリ、ユーザにとっても非常に利便性の
高いマルチメディア処理装置を提供できる。

【００６０】

【発明の効果】上述のように本発明によれば、マルチメ
ディア処理装を用いた通信システムにおいて、タスク
は、前記入力サブルーチンをコールする命令と、前記出
力サブルーチンを、前記入力デ−タに応じた応答用デー
タを引数としてコールする命令とを実行順に記述したプ
ログラムで構成することができる。この様な構成をもち
いているので、入出力部のハード構成や動作を理解して
いないユーザであっても、サブルーチンをコールするこ
とでプログラムを構成できる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るマルチメディア処理装
置を備えたマルチメディア通信システムの構成を表すブ
ロック図。

【図２】図１のマルチメディア通信システムで電話によ
る注文受け付けを行なうための電話器とマルチメディア
処理装置間の接続手順を示す図。

【図３】図１のマルチメディア通信システムでファクシ
ミリによる注文データ蓄積を行なうための電話器とマル
チメディア処理装置間の接続手順を示す図。

【図４】本実施例のマルチメディア処理装置２の中央処
理装置である汎用情報処理装置１のソフトウェア構成を
示す説明図。

【図５】本実施例のマルチメディア処理システムのソフ
トウェア構成を示す説明図。

【図６】本実施例の注文受付け処理を実行するための汎
用情報処理装置内アプリケーションソフトのフローチャ
ート。

【図７】本実施例の注文受付処理の処理手順を示す説明
図。

【図８】本実施例の専用スケジューラの動作を示すフロ
ーチャート。

【図９】本実施例のサブルーチンの動作を示すフローチ
ャート。

【図１０】本実施例のサブルーチンの動作を示すフロー
チャート。

【符号の説明】

１…汎用情報処理装置、２…マルチメディア処理装置、
３…回線交換機、４…電話機、５…ファクシミリ端末、
６…データ端末、１１、２３…ＣＰＵ、１２、２２…メ
モリ、１４、１５…ＳＣＳＩアダプタ、１３…コンソー
ルインタフェース、１６…キーボードインタフェース、
１７…ディスクコントローラ内蔵形ディスク、１８…キ
ーボード、１９…コンソール、１０、２０…ＳＣＳＩイ
ンタフェース、２１…ディスクコントローラ、２４…音
声インタフェース、２５…ファクシミリインタフェー
ス、２６…データインタフェース、１９’…ハードコピ
ープリンタ、１２５…文字認識装置。

フロントページの続き (56)参考文献 特開 平４−68749（ＪＰ，Ａ) 特開 平２−137596（ＪＰ，Ａ) 特開 昭63−46856（ＪＰ，Ａ) 特開 昭59−99531（ＪＰ，Ａ) 特開 平１−171019（ＪＰ，Ａ) 特開 平２−32448（ＪＰ，Ａ) 「ＣＳＰ／ＦＸ ＴＣＳＩ説明書エデ ィション61 47ＳＰ−5032−１Ａ」、富 士通株式会社・発行（平成３年10月、初 版）、ｐｐ．７〜13及び91〜92（特許庁 ＣＳＤＢ文献番号：ＣＳＮＺ 199902354001) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/46 G06F 9/40 G06F 13/00 G06F 13/10 - 13/12 H04M 11/00 H04M 3/42 H04M 3/50 ＪＩＣＳＴファイル（ＪＯＩＳ) ＣＳＤＢ（日本国特許庁)

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】複数の回線に接続されて、複数メディアの
   情報の受け付けおよび出力を行うための複数種類の入出
   力部を含むマルチメディア処理部と、 前記マルチメディア処理部を制御する情報処理部とを有
   し、 前記情報処理部は、前記複数種類の入出力部を制御する
   複数の入出力タスクと、前記複数の入出力タスクを制御
   して、予め定めた入出力動作を行わせる再入可能な複数
   種類のサブルーチンと、前記サブルーチンのうちの所望
   のいくつかを選択して時系列に並べることにより構成さ
   れた複数のアプリケーションタスクと、前記複数のアプ
   リケーションタスクの実行順を調整するスケジューラと
   を備え、 前記アプリケーションタスクは、前記回線ごとに１対１
   で備えられ、 前記アプリケーションタスクを構成する前記サブルーチ
   ンは、該アプリケーションタスクを示すアドレスと該サ
   ブルーチンの種別を示す情報とを含むキューをキューイ
   ングする構成であり、 前記スケジューラは、すべての前記アプリケーションタ
   スクからの前記キューを監視し、該キューを見つけた順
   に、そのキューに含まれる前記アドレスが示すアプリケ
   ーションに対応する前記回線を特定し、そのキューの示
   すサブルーチン種別に対応する前記入出力タスクを起動
   して、特定した前記回線に入出力動作を実行させること
   により、前記複数のアプリケーションタスクを並列に処
   理することを特徴とするマルチメディア処理装置。