JP2721003B2 - マルチメディア通信方法 - Google Patents
マルチメディア通信方法Info
- Publication number
- JP2721003B2 JP2721003B2 JP1044128A JP4412889A JP2721003B2 JP 2721003 B2 JP2721003 B2 JP 2721003B2 JP 1044128 A JP1044128 A JP 1044128A JP 4412889 A JP4412889 A JP 4412889A JP 2721003 B2 JP2721003 B2 JP 2721003B2
- Authority
- JP
- Japan
- Prior art keywords
- media
- medium
- center
- information
- type
- 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.)
- Expired - Lifetime
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【発明の詳細な説明】 ［概要］ 種類の異なったメディア間で情報通信を行うマルチメ
ディア通信方法に関し、 送信側が受信側のメディアの種類を意識せずにデータ
送信できるようにすることを目的とし、 送信側メディアと受信側メディアがセンターを介して
情報通信を行うシステムにおいて、センター内にユーザ
IDテーブルとユーザの持っているメディアの種類とを格
納したメディア情報格納ファイルと、アクセスしてきた
送信側メディアの種類と該送信側メディアの判定を行う
ための情報制御ステータス部とを設けておき（ステップ
１）、送信側メディアがセンターに対して発呼したら、
該センターは情報制御ステータス部により送信側メディ
アの種類とIDを認識すると共に、入力された送信側IDを
検索条件としてメディア情報格納ファイルを参照してID
を検索し（ステップ２）、ID検索の結果が条件に合致し
ていた場合には、送信側メディアに対して受信者IDの入
力要求とデータ転送指令を出し（ステップ３）、メディ
ア情報格納ファイルの受信者IDより相手先電話番号を呼
び出して受信者に電話機のボタン操作によりメディア選
択を行わせ（ステップ４）、送信側メディアから転送さ
れてくるデータのフォーマットを受信側の希望メディア
のデータフォーマットに変換した後転送する（ステップ
５）ように構成する。
ディア通信方法に関し、 送信側が受信側のメディアの種類を意識せずにデータ
送信できるようにすることを目的とし、 送信側メディアと受信側メディアがセンターを介して
情報通信を行うシステムにおいて、センター内にユーザ
IDテーブルとユーザの持っているメディアの種類とを格
納したメディア情報格納ファイルと、アクセスしてきた
送信側メディアの種類と該送信側メディアの判定を行う
ための情報制御ステータス部とを設けておき（ステップ
１）、送信側メディアがセンターに対して発呼したら、
該センターは情報制御ステータス部により送信側メディ
アの種類とIDを認識すると共に、入力された送信側IDを
検索条件としてメディア情報格納ファイルを参照してID
を検索し（ステップ２）、ID検索の結果が条件に合致し
ていた場合には、送信側メディアに対して受信者IDの入
力要求とデータ転送指令を出し（ステップ３）、メディ
ア情報格納ファイルの受信者IDより相手先電話番号を呼
び出して受信者に電話機のボタン操作によりメディア選
択を行わせ（ステップ４）、送信側メディアから転送さ
れてくるデータのフォーマットを受信側の希望メディア
のデータフォーマットに変換した後転送する（ステップ
５）ように構成する。
［産業上の利用分野］ 本発明は種類の異なったメディア間で情報通信を行う
マルチメディア通信方法に関する。
マルチメディア通信方法に関する。
昭和60年より以前は、情報を伝達する各メディアは同
一のメディア間でしか情報の伝達（通信）を行うことは
できなかった。ここで、メディアとは情報を伝送する媒
体のことである。しかしながら、その後のネットワーク
技術の発達により、異種メディア間の通信（マルチメデ
ィア通信）も可能となってきている。それと共に、簡易
な構成で効率よくマルチメディア通信を行うことが要請
されてきている。
一のメディア間でしか情報の伝達（通信）を行うことは
できなかった。ここで、メディアとは情報を伝送する媒
体のことである。しかしながら、その後のネットワーク
技術の発達により、異種メディア間の通信（マルチメデ
ィア通信）も可能となってきている。それと共に、簡易
な構成で効率よくマルチメディア通信を行うことが要請
されてきている。
［従来の技術］ 第10図は従来のマルチメディア通信システムの構成ブ
ロック図である。端末1A,1B,電話2A,2B及びファクシミ
リ（FAX）3A,3Bなる異種のメディアが公衆回線網4A,4B
を介して接続されている。公衆回線網4A,4B間には両方
のメディア間の通信の制御を行うセンター５が設けられ
ている。端末1A,1Bとしては、例えばパーソナルコンピ
ュータ（以下パソコンという）が用いられ、これら端末
1A,1Bと公衆回線網4A,4B間にはモデム（MDM）6A,6Bがそ
れぞれ接続されている。センター５もモデム機能を有し
ている。このように構成されたシステムにおいて、例え
ば端末1AからFAX3Bへ情報の通信を行うといったような
異種メディア間の通信が可能である。
ロック図である。端末1A,1B,電話2A,2B及びファクシミ
リ（FAX）3A,3Bなる異種のメディアが公衆回線網4A,4B
を介して接続されている。公衆回線網4A,4B間には両方
のメディア間の通信の制御を行うセンター５が設けられ
ている。端末1A,1Bとしては、例えばパーソナルコンピ
ュータ（以下パソコンという）が用いられ、これら端末
1A,1Bと公衆回線網4A,4B間にはモデム（MDM）6A,6Bがそ
れぞれ接続されている。センター５もモデム機能を有し
ている。このように構成されたシステムにおいて、例え
ば端末1AからFAX3Bへ情報の通信を行うといったような
異種メディア間の通信が可能である。
第11図は、このような通信システムを用いて行う従来
のマルチメディア通信のシーケンスを示す図である。図
では、センター５を介して送信側メディア7Aから受信側
メディア7Bへ情報を転送する場合を示している。送信側
メディア7Aから先ずセンター５に発呼すると（）、セ
ンター５ではこの発呼を受けて送信側メディアに対して
送信者ID（認識番号）の入力を要求する（）。ここ
で、送信者IDとは、メディアの所有者のことであり、１
人の送信者は１種のメディアのみならず複数種のメディ
アを有していることがありうる。
のマルチメディア通信のシーケンスを示す図である。図
では、センター５を介して送信側メディア7Aから受信側
メディア7Bへ情報を転送する場合を示している。送信側
メディア7Aから先ずセンター５に発呼すると（）、セ
ンター５ではこの発呼を受けて送信側メディアに対して
送信者ID（認識番号）の入力を要求する（）。ここ
で、送信者IDとは、メディアの所有者のことであり、１
人の送信者は１種のメディアのみならず複数種のメディ
アを有していることがありうる。
送信側メディア7Aから送信者IDが入力されると
（）、センター５は内蔵しているIDファイルを検索す
る。その結果、IDフィルム内に送信者IDが見付かった場
合には、センター５は送信側メディア7Aに対して受信メ
ディアのID入力を要求する（）。送信側メディア7A
は、受信側メディアのIDをセンター５に入力する
（）。センター５では、再び内蔵されているIDファイ
ルを検索して受信メディアIDがあるかどうかチェック
し、あった場合には送信側メディアに対して転送ファイ
ルの入力を要求する（）。送信側メディア7Aは、転送
ファイル（転送すべきデータの集合）をセンターに対し
て入力する（）。
（）、センター５は内蔵しているIDファイルを検索す
る。その結果、IDフィルム内に送信者IDが見付かった場
合には、センター５は送信側メディア7Aに対して受信メ
ディアのID入力を要求する（）。送信側メディア7A
は、受信側メディアのIDをセンター５に入力する
（）。センター５では、再び内蔵されているIDファイ
ルを検索して受信メディアIDがあるかどうかチェック
し、あった場合には送信側メディアに対して転送ファイ
ルの入力を要求する（）。送信側メディア7Aは、転送
ファイル（転送すべきデータの集合）をセンターに対し
て入力する（）。
一方、センター５は、受信メディアのIDから該当する
受信側メディア7Bに対して発呼する（）。受信側メデ
ィア7Bは、この発呼に対して応答をセンター５に返す
（）。センター５はこの応答を受けると、送信側メデ
ィア7Aから送られてくるファイルを受信側メディア7Bに
対して転送する（）。
受信側メディア7Bに対して発呼する（）。受信側メデ
ィア7Bは、この発呼に対して応答をセンター５に返す
（）。センター５はこの応答を受けると、送信側メデ
ィア7Aから送られてくるファイルを受信側メディア7Bに
対して転送する（）。
［発明が解決しようとする課題］ 前述した従来のマルチメディア通信システムでは、テ
キスト→イメージ変換、つまりパソコン→FAX間通信を
ネットワークサービスで行うことができる。しかしなが
ら、従来の方式では送信者が受信者の持つメディアを指
定しなければならなかった。つまり、送信側から受信側
に対して情報を転送する場合、データフォーマットは受
信側メディアの種類によって変化するため、受信側メデ
ィアの種類を知る必要があるのである。
キスト→イメージ変換、つまりパソコン→FAX間通信を
ネットワークサービスで行うことができる。しかしなが
ら、従来の方式では送信者が受信者の持つメディアを指
定しなければならなかった。つまり、送信側から受信側
に対して情報を転送する場合、データフォーマットは受
信側メディアの種類によって変化するため、受信側メデ
ィアの種類を知る必要があるのである。
このため、送信側では受信側がどのようなメディアを
持つのか、また受信者がどのようなメディアで情報を受
けたがっているかを予め知っておく必要があった。更
に、受信側メディアのIDなり、電話番号等（電話番号,F
AX番号）を知っておく必要があった。今後は、更に多く
の異種メディア間通信（テキスト→音声変換,FAX→テキ
スト変換，音声→テキスト変換等）で通信が可能となっ
てくることを考慮すると、予め受信側のメディアを知っ
ておくことは非常に面倒である。
持つのか、また受信者がどのようなメディアで情報を受
けたがっているかを予め知っておく必要があった。更
に、受信側メディアのIDなり、電話番号等（電話番号,F
AX番号）を知っておく必要があった。今後は、更に多く
の異種メディア間通信（テキスト→音声変換,FAX→テキ
スト変換，音声→テキスト変換等）で通信が可能となっ
てくることを考慮すると、予め受信側のメディアを知っ
ておくことは非常に面倒である。
本発明はこのような課題に鑑みてなされたものであっ
て、送信側が受信側のメディアの種類を意識せずにデー
タ送信できるようにすることができるマルチメディア通
信方法を提供することを目的としている。
て、送信側が受信側のメディアの種類を意識せずにデー
タ送信できるようにすることができるマルチメディア通
信方法を提供することを目的としている。
［課題を解決するための手段］ 第１図は本発明方法の原理を示すフローチャートであ
る。本発明は、 送信側メディアと受信側メディアがセンターを介して
情報通信を行うシステムにおいて、 センター内にユーザIDテーブルとユーザの持っている
メディアの種類とを格納したメディア情報格納ファイル
と、アクセスしてきた送信側メディアの種類と該送信側
メディアの判定を行うための情報制御ステータス部とを
設けておき（ステップ１）、 送信側メディアがセンターに対して発呼したら、該セ
ンターは情報制御ステータス部により送信側メディアの
種類とIDを認識すると共に、入力された送信側IDを検索
条件としてメディア情報格納ファイルを参照してIDを検
索し（ステップ２）、 ID検索の結果が条件に合致していた場合には、送信側
メディアに対して受信者IDの入力要求とデータ転送指令
を出し（ステップ３）、 メディア情報格納ファイルの受信者IDより相手先電話
番号を呼び出して受信者に電話機のボタン操作によりメ
ディア選択を行わせ（ステップ４）、 送信側メディアから転送されてくるデータのフォーマ
ットを受信側の希望メディアのデータフォーマットに変
換した後転送する（ステップ５）ようにしたことを特徴
としている。
る。本発明は、 送信側メディアと受信側メディアがセンターを介して
情報通信を行うシステムにおいて、 センター内にユーザIDテーブルとユーザの持っている
メディアの種類とを格納したメディア情報格納ファイル
と、アクセスしてきた送信側メディアの種類と該送信側
メディアの判定を行うための情報制御ステータス部とを
設けておき（ステップ１）、 送信側メディアがセンターに対して発呼したら、該セ
ンターは情報制御ステータス部により送信側メディアの
種類とIDを認識すると共に、入力された送信側IDを検索
条件としてメディア情報格納ファイルを参照してIDを検
索し（ステップ２）、 ID検索の結果が条件に合致していた場合には、送信側
メディアに対して受信者IDの入力要求とデータ転送指令
を出し（ステップ３）、 メディア情報格納ファイルの受信者IDより相手先電話
番号を呼び出して受信者に電話機のボタン操作によりメ
ディア選択を行わせ（ステップ４）、 送信側メディアから転送されてくるデータのフォーマ
ットを受信側の希望メディアのデータフォーマットに変
換した後転送する（ステップ５）ようにしたことを特徴
としている。
［作用］ 受信側メディアの種類と相手先（受信者）IDを認識し
たら、受信側に対して電話をかけて希望メディアを選択
させる。そして、希望メディアが決まったら送信側メデ
ィアからのデータファイルを受信側メディアに適合する
フォーマットにフォーマット変換（メディア変換）して
から、情報転送を行うようにする。このような構成とす
ることにより、送信側メディアは受信側のメディアの種
類を意識せずにデータ送信できることになる。
たら、受信側に対して電話をかけて希望メディアを選択
させる。そして、希望メディアが決まったら送信側メデ
ィアからのデータファイルを受信側メディアに適合する
フォーマットにフォーマット変換（メディア変換）して
から、情報転送を行うようにする。このような構成とす
ることにより、送信側メディアは受信側のメディアの種
類を意識せずにデータ送信できることになる。
［実施例］ 以下、図面を参照して本発明の実施例を詳細に説明す
る。
る。
第２図は本発明方法を実施するマルチメディア通信シ
ステムの構成ブロック図である。第10図の同一のもの
は、同一の符号を付して示す。図において、10はセンタ
ーである。該センター内には、情報制御部10a,メディア
変換部10b及びソフトウェア処理部10cが含まれる。情報
制御部10aはMPUを含み、ソフトウェア処理部10cと共に
送信側と受信側とデータ転送制御を行う。前述したメデ
ィア情報格納ファイルと情報制御ステータス部も該情報
制御部10aに含まれる。メディア変換部10bは送信側メデ
ィアからのデータフォーマットを受信側メディアのデー
タフォーマットに変換するものである。
ステムの構成ブロック図である。第10図の同一のもの
は、同一の符号を付して示す。図において、10はセンタ
ーである。該センター内には、情報制御部10a,メディア
変換部10b及びソフトウェア処理部10cが含まれる。情報
制御部10aはMPUを含み、ソフトウェア処理部10cと共に
送信側と受信側とデータ転送制御を行う。前述したメデ
ィア情報格納ファイルと情報制御ステータス部も該情報
制御部10aに含まれる。メディア変換部10bは送信側メデ
ィアからのデータフォーマットを受信側メディアのデー
タフォーマットに変換するものである。
第３図はセンター10の構成例を示すブロック図であ
る。図において、11は回線と接続される回線接続部、12
は回線からの情報をディジタル信号に変換する他、回線
へ送出する情報をアナログに変換する制御等を行うNCU
で、回線接続部11と接続されている。13はパソコン端末
等と接続されるモデム、14はアクセスしてきた端末の種
類の判定及び入力メディアの判定等を行う情報制御ステ
ータス部、15は回線からのプッシュボタン（PB）信号を
認識するPB認識部である。
る。図において、11は回線と接続される回線接続部、12
は回線からの情報をディジタル信号に変換する他、回線
へ送出する情報をアナログに変換する制御等を行うNCU
で、回線接続部11と接続されている。13はパソコン端末
等と接続されるモデム、14はアクセスしてきた端末の種
類の判定及び入力メディアの判定等を行う情報制御ステ
ータス部、15は回線からのプッシュボタン（PB）信号を
認識するPB認識部である。
16はPCMコーディック（音声信号に対するA/D変換乃至
はD/A変換を行う部分）及びメディア変換を行う変換処
理部、17はユーザIDテーブル及びメディア情報テーブル
よりなるメディア情報ファイル17aを含むメモリ、18は
全体の制御動作を行うMPUである。
はD/A変換を行う部分）及びメディア変換を行う変換処
理部、17はユーザIDテーブル及びメディア情報テーブル
よりなるメディア情報ファイル17aを含むメモリ、18は
全体の制御動作を行うMPUである。
第４図はメディア情報格納ファイル17aの構成例を示
す図である。図に示すように、メディア情報格納ファイ
ル17aは、ユーザIDテーブル部とユーザ毎のメディア情
報を格納したメディア情報テーブル部より構成されてい
る。ユーザIDテーブル部としては、一人のユーザに対し
て４バイトが与えられている。メディア情報テーブル部
も、各ユーザ毎に設けられており、その詳細構成は第５
図に示すとおりである。図において、ａは歩所持メディ
ア数（１バイト）、ｂは所持メディア種類（１バイ
ト）、c1はFAX情報（１バイト）、c2はFAX番号（10バイ
ト）、d1は電話情報（１バイト）、d2は電話番号（10バ
イト）、ｅはPC（パソコン）情報（１バイト）、ｆはPC
ID（10バイト）である。ここで、所持メディアの種類ｂ
としては、記入データとメディアの関係は、以下のとお
りである。
す図である。図に示すように、メディア情報格納ファイ
ル17aは、ユーザIDテーブル部とユーザ毎のメディア情
報を格納したメディア情報テーブル部より構成されてい
る。ユーザIDテーブル部としては、一人のユーザに対し
て４バイトが与えられている。メディア情報テーブル部
も、各ユーザ毎に設けられており、その詳細構成は第５
図に示すとおりである。図において、ａは歩所持メディ
ア数（１バイト）、ｂは所持メディア種類（１バイ
ト）、c1はFAX情報（１バイト）、c2はFAX番号（10バイ
ト）、d1は電話情報（１バイト）、d2は電話番号（10バ
イト）、ｅはPC（パソコン）情報（１バイト）、ｆはPC
ID（10バイト）である。ここで、所持メディアの種類ｂ
としては、記入データとメディアの関係は、以下のとお
りである。
00;FAXのみ 01;電話のみ 02;PCのみ 03;FAXと電話 04;FAXとPC 05;電話とPC 06;FAXと電話とPC つまり、ユーザによっては持っているメディアの種類
が異なるため、この所持メディア種類ｂでその種類を予
め特定しておくものである。また、FAX情報c1,電話情報
d1及びPC情報ｅは 0;使用しない 1;使用する で定義される。また、メディア情報テーブルの最終部
は、所持メディア種類の情報をみて決定される。このよ
うに構成された、第３図回路の動作を第６図に示すフロ
ーチャートを参照しつつ説明すれば、以下のとおりであ
る。
が異なるため、この所持メディア種類ｂでその種類を予
め特定しておくものである。また、FAX情報c1,電話情報
d1及びPC情報ｅは 0;使用しない 1;使用する で定義される。また、メディア情報テーブルの最終部
は、所持メディア種類の情報をみて決定される。このよ
うに構成された、第３図回路の動作を第６図に示すフロ
ーチャートを参照しつつ説明すれば、以下のとおりであ
る。
まず、回線が接続されると（S1）、情報制御ステータ
ス部14は情報制御ステータスを見て、電話とPCどちらか
らのアクセスであるかどうか認識する（S2）。第７図は
情報制御ステータス部14の構成例を示す図である。この
受信ステータス部は、先ずアクセスメディアがモデム側
か回線側かを認識し（アクセスしてきた端末の種類の判
定）、回線側であった場合にはそれがFAXであるか電話
であるかの判定（入力メディアの判定）を行う。モデム
13からの信号はキャリア検出部14aに入ってキャリアが
検出され、PB認識部15からの信号は受信コード／キャラ
クタ変換部14bに入って受信コードからキャラクタへの
変換が行われる。これらキャリア検出部14a及び受信コ
ード／キャラクタ変換部14bから受信ステータス14cが得
られる。
ス部14は情報制御ステータスを見て、電話とPCどちらか
らのアクセスであるかどうか認識する（S2）。第７図は
情報制御ステータス部14の構成例を示す図である。この
受信ステータス部は、先ずアクセスメディアがモデム側
か回線側かを認識し（アクセスしてきた端末の種類の判
定）、回線側であった場合にはそれがFAXであるか電話
であるかの判定（入力メディアの判定）を行う。モデム
13からの信号はキャリア検出部14aに入ってキャリアが
検出され、PB認識部15からの信号は受信コード／キャラ
クタ変換部14bに入って受信コードからキャラクタへの
変換が行われる。これらキャリア検出部14a及び受信コ
ード／キャラクタ変換部14bから受信ステータス14cが得
られる。
一方、これらキャリア検出部14a及び受信コード／キ
ャラクタ変換部14bの出力はメディア判定部14dに入って
メディアの種類が判定される。該メディア判定部14dの
判定のやり方は、以下のとおりである。
ャラクタ変換部14bの出力はメディア判定部14dに入って
メディアの種類が判定される。該メディア判定部14dの
判定のやり方は、以下のとおりである。
テキスト；モデムのキャリア検出ビットで判定 FAX ；モデムで1300Hz信号を検出することで判定 音声 ；送られてきたデータがFAX手順かどうかで
判定 メディアの判定が終わると、続くヘッダ付加部14eで
メディア認識のヘッダが付加されメモリ17に送られる。
ヘッダの種類は、以下のとおりである。
判定 メディアの判定が終わると、続くヘッダ付加部14eで
メディア認識のヘッダが付加されメモリ17に送られる。
ヘッダの種類は、以下のとおりである。
00;テキスト 01;FAX 02;音声 再び第６図に戻る。S2でアクセスの種類を認識した
ら、センターは当該メディアに対して送信者IDの入力を
要求する。この結果、送信者から送信者IDが入力される
（S3）。MPU18は、入力されたIDを基にメディア情報格
納ファイル17aをサーチしてユーザIDの照合と、送信者
が電話であった場合の入力データのキャラクタデータへ
の変換を行う（S4）。この結果、ユーザIDと入力された
IDとが一致した場合には、MPU18は送信者IDに対して入
力を要求する。
ら、センターは当該メディアに対して送信者IDの入力を
要求する。この結果、送信者から送信者IDが入力される
（S3）。MPU18は、入力されたIDを基にメディア情報格
納ファイル17aをサーチしてユーザIDの照合と、送信者
が電話であった場合の入力データのキャラクタデータへ
の変換を行う（S4）。この結果、ユーザIDと入力された
IDとが一致した場合には、MPU18は送信者IDに対して入
力を要求する。
MPU18の送信要求に対して、送信側メディアから受信
者IDを入力する（S5）。MPU18は、入力されたIDを基に
メディア情報格納ファイル17aをサーチして受信者IDの
照合を行う（S4）。その結果、ユーザIDのなかに入力さ
れた受信者IDがあった場合には、送信側メディアに対し
てMPU18は転送ファイル入力を要求すると共に、受信者
のパソコンID,電話番号検索処理を行う（S6）。この受
信者のパソコンID,電話番号検索処理はメディア情報格
納ファイル17aのメディア情報テーブル（第５図参照）
を参照することにより行う。
者IDを入力する（S5）。MPU18は、入力されたIDを基に
メディア情報格納ファイル17aをサーチして受信者IDの
照合を行う（S4）。その結果、ユーザIDのなかに入力さ
れた受信者IDがあった場合には、送信側メディアに対し
てMPU18は転送ファイル入力を要求すると共に、受信者
のパソコンID,電話番号検索処理を行う（S6）。この受
信者のパソコンID,電話番号検索処理はメディア情報格
納ファイル17aのメディア情報テーブル（第５図参照）
を参照することにより行う。
この結果、送信側メディアからは転送ファイルが入力
される（S7）。その一方で、MPU18から受信側メディア
に対して発呼する（S8）。この発呼は、受信者の電話に
対して行われる。受信者は、電話が鳴ると電話を取る。
センターから例えば「こちらは＊＊＊センターです。○
○○様宛てに、☆☆☆様よりメールが届いています。ど
のメディアで受信しますか？」と呼び掛ける。これに対
して、受信者は例えばPBのボタンを押すことにより受信
するメディアの種類を決める（S9）。なお、複数のメデ
ィアで受信することを可能とするため、YES,NO形式で応
答する。
される（S7）。その一方で、MPU18から受信側メディア
に対して発呼する（S8）。この発呼は、受信者の電話に
対して行われる。受信者は、電話が鳴ると電話を取る。
センターから例えば「こちらは＊＊＊センターです。○
○○様宛てに、☆☆☆様よりメールが届いています。ど
のメディアで受信しますか？」と呼び掛ける。これに対
して、受信者は例えばPBのボタンを押すことにより受信
するメディアの種類を決める（S9）。なお、複数のメデ
ィアで受信することを可能とするため、YES,NO形式で応
答する。
その応答（一例として受信者がFAX,電話，パソコン端
末を持っているものとする）は次のとおりである。「受
信するメディアを選択して下さい。イエスなら１と＃
を、ノーなら０と＃を入力して下さい。FAXで受信しま
すか？（入力待ち）電話で受信しますか？（入力待ち）
パソコン端末で受信しますか？（入力待ち）」 この処理が終了すると、MPU18は送られてきた情報の
ヘッダを見てメディアを判定し、受信者の希望するメデ
ィアに変換処理部16でメディア変換して（S10）、受信
者の希望メディアへ転送ファイルを出力する（S11）。
第８図は、マルチメディア通信におけるメディア情報選
択の処理フローを示す図である。第６図のフローチャー
トとほぼ同様なので、その説明は省略する。
末を持っているものとする）は次のとおりである。「受
信するメディアを選択して下さい。イエスなら１と＃
を、ノーなら０と＃を入力して下さい。FAXで受信しま
すか？（入力待ち）電話で受信しますか？（入力待ち）
パソコン端末で受信しますか？（入力待ち）」 この処理が終了すると、MPU18は送られてきた情報の
ヘッダを見てメディアを判定し、受信者の希望するメデ
ィアに変換処理部16でメディア変換して（S10）、受信
者の希望メディアへ転送ファイルを出力する（S11）。
第８図は、マルチメディア通信におけるメディア情報選
択の処理フローを示す図である。第６図のフローチャー
トとほぼ同様なので、その説明は省略する。
次に、メディア情報格納ファイル（第３図の17a及び
第４図，第５図参照）のメディアの登録と削除について
説明する。データの送受信時に拘らずメディア登録と削
除を行うために、「メディア登録ID」なるものを持つよ
うにする。第８図はメディアの追加，削除の処理を示す
フロー図である。メディア側からセンターに対して発呼
すると（）、センターでは、これに対し利用者ID入力
の要求を行う（）。メディアから利用者IDが入力され
ると（）、利用者IDの照合を行い、照合の結果が一致
するとメディアに対して利用コードの入力要求を行う
（）。ここで、利用コードとは、メディアの追加，削
除ID番号の変更をそれぞれのコードを入力することによ
り処理するためのコードである。利用コードの入力要求
としては、例えば「処理コードを入力して下さい。」と
いう形でセンターからきいてくるので、これに対し、メ
ディアの登録，削除，変更に応じて予め定まっているコ
ード（利用コード）を入力する（）。
第４図，第５図参照）のメディアの登録と削除について
説明する。データの送受信時に拘らずメディア登録と削
除を行うために、「メディア登録ID」なるものを持つよ
うにする。第８図はメディアの追加，削除の処理を示す
フロー図である。メディア側からセンターに対して発呼
すると（）、センターでは、これに対し利用者ID入力
の要求を行う（）。メディアから利用者IDが入力され
ると（）、利用者IDの照合を行い、照合の結果が一致
するとメディアに対して利用コードの入力要求を行う
（）。ここで、利用コードとは、メディアの追加，削
除ID番号の変更をそれぞれのコードを入力することによ
り処理するためのコードである。利用コードの入力要求
としては、例えば「処理コードを入力して下さい。」と
いう形でセンターからきいてくるので、これに対し、メ
ディアの登録，削除，変更に応じて予め定まっているコ
ード（利用コード）を入力する（）。
例えばメディアを新規に登録する場合、その処理コー
ドを入力すると、センターから「新規の諸事メディア種
類のコードを入力して下さい。」というメッセージが出
される。これに対して、メディアの種類コードを入力す
ると「新規のメディアは○○と◇◇です。」というメッ
セージを出力する。このような処理を行った後、回線を
切断して全ての処理を終わる（）。
ドを入力すると、センターから「新規の諸事メディア種
類のコードを入力して下さい。」というメッセージが出
される。これに対して、メディアの種類コードを入力す
ると「新規のメディアは○○と◇◇です。」というメッ
セージを出力する。このような処理を行った後、回線を
切断して全ての処理を終わる（）。
上述の説明では、メディアとして電話,FAX及びパソコ
ン端末の場合について説明したが、本発明はこれに限る
ものではなく、他の種類の端末を用いてもよい。
ン端末の場合について説明したが、本発明はこれに限る
ものではなく、他の種類の端末を用いてもよい。
［発明の効果］ 以上、詳細に説明したように、本発明によれば受信側
メディアの種類と相手先（受信者）IDを認識したら、受
信側に対して電話をかけて希望メディアを選択させ、希
望メディアが決まったら送信側メディアからのデータフ
ァイルを受信側メディアに適合するフォーマットにフォ
ーマット変換（メディア変換）してから、情報転送を行
うようにする構成とすることにより、送信側メディアは
受信側のメディアの種類を意識せずにデータ送信できる
マルチメディア通信方法を提供することができる。
メディアの種類と相手先（受信者）IDを認識したら、受
信側に対して電話をかけて希望メディアを選択させ、希
望メディアが決まったら送信側メディアからのデータフ
ァイルを受信側メディアに適合するフォーマットにフォ
ーマット変換（メディア変換）してから、情報転送を行
うようにする構成とすることにより、送信側メディアは
受信側のメディアの種類を意識せずにデータ送信できる
マルチメディア通信方法を提供することができる。
第１図は本発明方法の原理を示すフローチャート、 第２図は本発明方法を実施するマルチメディア通信シス
テムの構成ブロック図、 第３図はセンターの構成例を示すブロック図、 第４図はメディア情報格納ファイルの構成例を示す図、 第５図はメディア情報テーブルの詳細構成例を示す図、 第６図はマルチメディア通信の動作を示すフローチャー
ト、 第７図は情報制御ステータス部の構成例を示す図、 第８図はマルチメディア通信におけるメディア情報選択
の処理フローを示す図、 第９図はメディアの追加，削除の処理を示すフロー図、 第10図は従来のマルチメディア通信システムの構成ブロ
ック図、 第11図は従来のマルチメディア通信のシーケンスを示す
図である。 第３図において、 11は回線接続部、 12はNCU、 13はモデム、 14は情報制御ステータス部、 15はPB認識部、 16は変換処理部、 17はメモリ、 17aはメディア情報格納ファイル、 18はMPUである。
テムの構成ブロック図、 第３図はセンターの構成例を示すブロック図、 第４図はメディア情報格納ファイルの構成例を示す図、 第５図はメディア情報テーブルの詳細構成例を示す図、 第６図はマルチメディア通信の動作を示すフローチャー
ト、 第７図は情報制御ステータス部の構成例を示す図、 第８図はマルチメディア通信におけるメディア情報選択
の処理フローを示す図、 第９図はメディアの追加，削除の処理を示すフロー図、 第10図は従来のマルチメディア通信システムの構成ブロ
ック図、 第11図は従来のマルチメディア通信のシーケンスを示す
図である。 第３図において、 11は回線接続部、 12はNCU、 13はモデム、 14は情報制御ステータス部、 15はPB認識部、 16は変換処理部、 17はメモリ、 17aはメディア情報格納ファイル、 18はMPUである。
Claims (1)
- 【請求項１】送信側メディアと受信側メディアがセンタ
ーを介して情報通信を行うシステムにおいて、 センター内にユーザIDテーブルとユーザの持っているメ
ディアの種類とを格納したメディア情報格納ファイル
と、アクセスしてきた送信側メディアの種類と該送信側
メディアの判定を行うための情報制御ステータス部とを
設けておき（ステップ１）、 送信側メディアがセンターに対して発呼したら、該セン
ターは情報制御ステータス部により送信側メディアの種
類とIDを認識すると共に、入力された送信側IDを検索条
件としてメディア情報格納ファイルを参照してIDを検索
し（ステップ２）、 ID検索の結果が条件に合致していた場合には、送信側メ
ディアに対して受信者IDの入力要求とデータ転送指令を
出し（ステップ３）、 メディア情報格納ファイルの受信者IDより相手先電話番
号を呼び出して受信者に電話機のボタン操作によりメデ
ィア選択を行わせ（ステップ４）、 送信側メディアから転送されてくるデータのフォーマッ
トを受信側の希望メディアのデータフォーマットに変換
した後転送する（ステップ５）ようにしたことを特徴と
するマルチメディア通信方法。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1044128A JP2721003B2 (ja) | 1989-02-23 | 1989-02-23 | マルチメディア通信方法 |
| PCT/JP1989/000594 WO1989012938A1 (en) | 1988-06-14 | 1989-06-14 | Response control system |
| EP89907270A EP0378694B1 (en) | 1988-06-14 | 1989-06-14 | Response control system |
| DE68928298T DE68928298T2 (de) | 1988-06-14 | 1989-06-14 | Antwortregelungssystem |
| US07/465,266 US5146488A (en) | 1988-06-14 | 1990-02-14 | Multi-media response control system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1044128A JP2721003B2 (ja) | 1989-02-23 | 1989-02-23 | マルチメディア通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH02222356A JPH02222356A (ja) | 1990-09-05 |
| JP2721003B2 true JP2721003B2 (ja) | 1998-03-04 |
Family
ID=12682979
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1044128A Expired - Lifetime JP2721003B2 (ja) | 1988-06-14 | 1989-02-23 | マルチメディア通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2721003B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2846103B2 (ja) * | 1990-11-13 | 1999-01-13 | 株式会社日立製作所 | データベース検索通信制御装置 |
| JPH06319005A (ja) * | 1993-01-13 | 1994-11-15 | Canon Inf Syst Inc | メッセージ配信方法及び装置 |
| JP3241481B2 (ja) * | 1993-04-15 | 2001-12-25 | 富士通株式会社 | 異機種通信端末間相互接続サービス方式並びにこの異機種通信端末間相互接続サービス方式に使用される通信ノード装置及び通信端末 |
| JPH09231233A (ja) * | 1996-02-26 | 1997-09-05 | Fuji Xerox Co Ltd | ネットワーク検索装置 |
| JP2924817B2 (ja) * | 1996-09-13 | 1999-07-26 | 日本電気株式会社 | 情報サーバシステム |
| JPH10145493A (ja) * | 1996-11-12 | 1998-05-29 | Matsushita Electric Ind Co Ltd | メッセージ蓄積交換装置 |
| JP2004179742A (ja) * | 2002-11-25 | 2004-06-24 | Nec Corp | 宅配受付システムおよび宅配受付方法 |
| US7809125B2 (en) * | 2005-09-01 | 2010-10-05 | Avaya Inc. | Method and apparatus for selection of special-purpose gateways |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61171257A (ja) * | 1985-01-25 | 1986-08-01 | Fujitsu Ltd | メデイア変換送信方式 |
| JPS62112453A (ja) * | 1985-11-12 | 1987-05-23 | Nec Corp | 統合メ−ル装置接続方式 |
-
1989
- 1989-02-23 JP JP1044128A patent/JP2721003B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH02222356A (ja) | 1990-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7724730B2 (en) | Voice communication system and voice communication method | |
| US8213910B2 (en) | Telephone using a connection network for processing data remotely from the telephone | |
| WO1989012938A1 (en) | Response control system | |
| US6751212B1 (en) | Multimedia data communication system | |
| JP2721003B2 (ja) | マルチメディア通信方法 | |
| US6044133A (en) | Communication support system for providing telephone services of a data processing device by a voice command sent by a telephone unit | |
| JP2846103B2 (ja) | データベース検索通信制御装置 | |
| KR100376409B1 (ko) | 통화내용 녹음 서비스 방법 및 그 시스템 | |
| JP2891298B2 (ja) | アドレスカードおよびこれを使用する情報通信装置 | |
| US5905903A (en) | PC card for an ISDN interface | |
| JPS59104851A (ja) | 音声メデイア変換システム | |
| JP2689277B2 (ja) | 応答制御システム | |
| JP2517626B2 (ja) | 通信システム | |
| JPH10190884A (ja) | 通信制御装置及び記憶媒体 | |
| JP3399567B2 (ja) | Ｉｓｄｎ送信端末装置とｉｓｄｎ受信端末装置およびｉｓｄｎ通信システム | |
| KR100246432B1 (ko) | 인터넷 티브이의 음성 메일 자동 송신 장치 및 방법 | |
| JPH07177255A (ja) | データ通信回線設定方式 | |
| JP2003091464A (ja) | 通信中継装置 | |
| JPS63181561A (ja) | メッセージ通信方法 | |
| JPH08195805A (ja) | 留守番電話装置 | |
| JPH10164344A (ja) | 遠隔地から着信内容の確認が可能なファクシミリ装置 | |
| JPH06125441A (ja) | ファクシミリ装置 | |
| JP2001217859A (ja) | 任意メディアへの通信方法とそのシステムおよび任意メディアへの通信プログラムを記録した記録媒体 | |
| JPH1155399A (ja) | 通信装置およびその方法 | |
| JPH10178501A (ja) | 情報処理方法及び装置及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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: 20071121 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 11 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 11 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081121 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091121 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091121 Year of fee payment: 12 |