JPH02222356A - マルチメディア通信方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［概要］ 種類の異なったメデイア間で情報通信を行うマルチメデ
ィア通信方式に関し、 送信側が受信側のメディアの種類を意識せずにデータ送
信できるようにすることを目的とし、センター内にユー
ザＩＤテーブルとユーザの持っているメディアの種類と
を格納したメディア情報格納ファイルと、アクセスして
きたメディアの種類と入力メディアの判定を行うための
情報制御ステータス部とを設けておき、送信側メディア
がセンターに対して発呼したら、該センターは情報ステ
ータス部により送信側メディアの種類を認識すると共に
、メディア情報格納ファイルを参照してＩＤを検索し、
ＩＤ検索の結果が条件に合致していた場合には、送信側
メディアに対して受信者ＩＤの入力要求とデータ転送指
令を出し、メディア情報格納ファイルの受信者ＩＤより
相手先電話番号を呼び出してメディア選択を行わせ、送
信側メディアから転送されてくるデータを受信側の希望
メディアにメディア変換した後転送するように構成する
。

［産業上の利用分野］ 本発明は種類の異なったメデイア間で情報通信を行うマ
ルチメディア通信方式に関する。

昭和６０年より以前は、情報を伝達する各メディアは同
一のメデイア間でしか情報の伝達（通信）を行うことは
できなかった。しかしながら、その後のネットワーク技
術の発達により、異種メデイア間の通信（マルチメディ
ア通信）も可能となってきている。それと共に、簡易な
構成で効率よくマルチメディア通信を行うことが要請さ
れてきている。

［従来の技術］ 第１０図は従来のマルチメディア通信システムの構成ブ
ロック図である。端末ＩＡ、ＩＢ、電話２Ａ、２Ｂ及び
ファクシミリ（ＦＡＸ）３Ａ、３Ｂなる異種のメディア
が公衆回線網４Ａ、４Ｂを介して接続されている。公衆
回線網４Ａ、４Ｂ間には両方のメデイア間の通信の制御
を行うセンター５が設けられている。端末ＩＡ、１Ｂと
しては、例えばパーソナルコンピュータ（以下パソコン
という）が用いられ、これら端末ＩＡ、ＩＢと公衆回線
網４Ａ、４Ｂ間にはモデム（ＭＤＭ）６Ａ。

６Ｂがそれぞれ接続されている。センター５もモデム機
能を有している。このように構成されたシステムにおい
て、例えば端末ＩＡからＦＡＸ３Ｂへ情報の通信を行う
といったような異種メデイア間の通信が可能である。

第１１図は、このように通信システムを用いて行う従来
のマルチメディア通信のシーケンスを示す図である。図
では、センター５を介して送信側メディア７Ａから受信
側メディア７Ｂへ情報を転送する場合を示している。送
信側メディア７Ａから先ずセンター５に発呼すると（■
）、センター５ではこの発呼を受けて送信側メディアに
対して送信者ＩＤ（認識番号）の入力を要求する（■）
。

ここで、送信者ＩＤとは、メディアの所有者のことであ
り、１人の送信者は１種のメディアのみならず複数種の
メディアを有していることがありうる。

送信側メディア７Ａから送信者ＩＤが入力されると（■
）、センター５は内蔵しているＩＤファイルを検索する
。その結果、ＩＤファイル内に送信者ＩＤが見付かった
場合には、センター５は送信側メディア７Ａに対して受
信メディアのＩＤ入力を要求する（■）。送信側メディ
ア７Ａは、受信側メディアのＩＤをセンター５に入力す
る（■）。センター５では、再び内蔵されているＩＤフ
ァイルを検索して受信メディアＩＤがあるかどうかチエ
ツクし、あった場合には送信側メディアに対して転送フ
ァイルの入力を要求する（■）。送信側メディア７Ａは
、転送ファイル（転送すべきデータの集合）をセンター
に対して入力する（■）。

一方、センター５は、受信メディアのＩＤから該当する
受信側メディア７Ｂに対して発呼する（■）。受信側メ
ディア７Ｂは、この発呼に対して応答をセンター５に返
す（■）。センター５はこの応答を受けると、送信側メ
ディア７Ａから送られてくるファイルを受信側メディア
７Ｂに対して転送する（［相］）。

［発明が解決しようとする課題］ 前述した従来のマルチメディア通信システムでは、テキ
スト→イメージ変換、つまりパソコン→ＦＡＸ間通信を
ネットワークサービスで行うことができる。しかしなが
ら、従来の方式では送信者が受信者の持つメディアを指
定しなければならなかった。つまり、送信側から受信側
に対して情報を転送する場合、データフォーマットは受
信側メディアの種類によって変化するため、受信側メデ
ィアの種類を知る必要があるのである。

このため、送信側では受信側がどのようなメデイアを持
つのか、また受信者がどのようなメディアで情報を受け
たがっているかを予め知っておく必要があった。更に、
受信側メディアのＩＤなり、電話番号等（電話番号、Ｆ
ＡＸ番号）を知っておく必要があった。今後は、更に多
くの異種メデイア間通信（テキスト−音声変換、ＦＡＸ
−テキスト変換、音声→テキスト変換等）で通信が可能
となってくることを考慮すると、予め受信側のメディア
を知っておくことは非常に面倒である。

本発明はこのような課題に鑑みてなされたものであって
、送信側が受信側のメディアの種類を意識せずにデータ
送信できるようにすることができるマルチメディア通信
方式を提供することを目的としている。

［課題を解決するための手段］ 第１図は本発明方式の原理を示すフローチャートである
。本発明は、 センター内にユーザＩＤテーブルとユーザの持っている
メディアの種類とを格納したメディア情報格納ファイル
と、アクセスしてきたメディアの種類と入力メディアの
判定を行うための情報制御ステータス部とを設けておき
（ステップ１）、送信側メディアがセンターに対して発
呼したら、該センターは情報ステータス部により送信側
メディアの種類を認識すると共に、メディア情報格納フ
ァイルを参照してＩＤを検索しくステップ２）、ＩＤ検
索の結果が条件に合致していた場合には、送信側メディ
アに対して受信者１０の入力要求とデータ転送指令を出
しくステップ３）、メディア情報格納ファイルの受信者
ＩＤより相手先電話番号を呼び出してメディア選択を行
わせ（ステップ４）、 送信側メディアから転送されてくるデータをメディア変
換した後、受信側の希望メディアに転送する（ステップ
５）ようにしたことを特徴としている。

［作用］ 受信側メディアの種類と相手先（受信者）ＩＤを認識し
たら、受信側に対して電話をかけて希望メディアを選択
させる。そして、希望メディアが決まったら送信側メデ
ィアからのデータファイルを受信側メディアに適合する
フォーマットにフォーマット変換（メディア変換）して
から、情報転送を行うようにする。このような構成とす
ることにより、送信側メディアは受信側のメディアの種
類を意識せずにデータ送信できることになる。

［実施例］ 以下、図面を参照して本発明の実施例を詳細に説明する
。

第２図は本発明方式を実施するマルチメディア通信シス
テムの構成ブロック図である。第１０図と同一のものは
、同一の符号を付して示す。図において、１０はセンタ
ーである。該センター内には、情報制御部１０ａ、メデ
ィア変換部１０ｂ及びソフトウェア処理部１０ｃが含ま
れる。情報制御部１０ａはＭＰＵを含み、ソフトウェア
処理部１０ｃと共に送信側と受信側のデータ転送制御を
行う。前述したメディア情報格納ファイルと情報制御ス
テータス部も該情報制御部１０ａに含まれる。メディア
変換部１０ｂは送信側メディアからのデータフォーマッ
トを受信側メディアのデータフォーマットに変換するも
のである。

第３図はセンター１０の構成例を示すブロック図である
。図において、１１は回線と接続される回線接続部、１
２は回線からの情報をディジタル信号に変換する他、回
線へ送出する情報をアナログに変換する制御等を行うＮ
ＣＵで、回線接続部１１と接続されている。１３はパソ
コン端末等と接続されるモデム、１４はアクセスしてき
た端末の種類の判定及び入力メディアの判定等を行う情
報制御ステータス部、１５は回線からのブツシュボタン
（Ｐ　Ｂ）信号を認識するＰＢ認識部である。

１６はＰＣＭコープイック（音声信号に対するＡ／Ｄ変
換乃至はＤ／Ａ変換を行う部分）及びメディア変換を行
う変換処理部、１７はユーザＩＤテーブル及びメディア
情報テーブルよりなるメディア情報ファイル１７ａを含
むメモリ、１８は全体の制御動作を行うＭＰＵである。

第４図はメディア情報格納ファイル１７ａの構成例を示
す図である。図に示すように、メディア情報格納ファイ
ル１７ａは、ユーザＩＤテーブル部とユーザ毎のメディ
ア情報を格納したメディア情報テーブル部より構成され
ている。ユーザＩＤテーブル部としては、−人のユーザ
に対して４バイトが与えられている。メディア情報テー
ブル部も、各ユーザ毎に設けられており、その詳細構成
は第５図に示すとおりである。　図において、ａは所持
メディア数（１バイト）、ｂは所持メディア種類（１バ
イト）、Ｃ１はＦＡＸ情報（１バイ））、Ｃ２はＦＡＸ
番号（１０バイト）、ｄＩは電話情報（１バイト）、ｄ
２は電話番号（１０バイト）、ｅはＰＣ（パソコン）情
報（１バイト）、ｆはＰＣＩＤ（１０バイト）である。

ここで、所持メディアの種類すとしては、記入データと
メディアの関係は、以下のとおりである。

ＱＱ、ＦＡＸのみ ０１；電話のみ ０２、ＰＣのみ Ｑ３．ＦＡＸと電話 ０４　、ＦＡＸとｐｃ ０５；電話とｐｃ ０６、ＦＡＸと電話とｐｃ つまり、ユーザによっては持っているメディアの種類が
異なるため、この所持メディア種類すでその種類を予め
特定しておくものである。また、ＦＡＸ情報ＣＩ＋電話
情報ｄ１及びｐｃ情報ｅは０；使用しない １；使用する で定義される。また、メディア情報テーブルの最終部は
、所持メディア種類の情報をみて決定される。このよう
に構成された、第３図回路の動作を第６図に示すフロー
チャートを参照しつつ説明すれば、以下のとおりである
。

まず、回線が接続されると（Ｓｌ）、情報制御ステータ
ス部１４は情報制御ステータスを見て、電話とＰＣどち
らからのアクセスであるかどうか認識する（Ｓ２）。第
７図は情報制御ステータス部１４の構成例を示す図であ
る。この受信ステータス部は、先ずアクセスメディアが
モデム側か回線側かを認識しくアクセスしてきた端末の
種類の判定）、回線側であった場合にはそれがＦＡＸで
あるか電話であるかの判定（入力メディアの判定）を行
う。モデム１３からの信号はキャリア検出部１４ａに入
ってキャリアが検出され、ＰＢ認識部１５からの信号は
受信コード／キャラクタ変換部１４ｂに入って受信コー
ドからキャラクタへの変換が行われる。これらキャリア
検出部１４ａ及び受信コード／キャラクタ変換部１４ｂ
から受信ステータス１４ｃが得られる。

一方、これらキャリア検出部１４ａ及び受信コード／キ
ャラクタ変換部１４ｂの出力はメディア判定部１４ｄに
入ってメディアの種類が判定される。該メディア判定部
１４ｄの判定のやり方は、以下のとおりである。

テキスト；モデムのキャリア検出ビットで判定ＦＡＸ　
　、モデムで１３００Ｈｚ信号を検出することで判定 音声　　；送られてきたデータがＦＡＸ手順かどうかで
判定 メディアの判定が終わると、続くヘッダ付加部１４ｅで
メディア認識のヘッダが付加されメモリ１７に送られる
。ヘッダの種類は、以下のとおりである。

００；テキスト Ｑｌ；ＦＡＸ ０２；音声 再び第６図に戻る。Ｓ２でアクセスの種類を認識したら
、センターは当該メディアに対して送信者ＩＤの入力を
要求する。この結果、送信者から送信者ＩＤが入力され
る（Ｓ３）。ＭＰＵ１８は、入力されたＩＤを基にメデ
ィア情報格納ファイル１７ａをサーチしてユーザＩＤの
照合と、送信者が電話であった場合の入力データのキャ
ラクタデータへの変換を行う（Ｓ４）。この結果、ユー
ザＩＤと入力されたＩＤとが一致し・た場合には、ＭＰ
Ｕ１８は送信者ＩＤに対して入力を要求する。

ＭＰＵ１８の送信要求に対して、送信側メディアから受
信者ＩＤを入力する（Ｓ５）。ＭＰＵ１８は、入力され
たＩＤを基にメディア情報格納ファイル１７ａをサーチ
して受信者ＩＤの照合を行う（Ｓ４）。その結果、ユー
ザＩＤのなかに入力された受信者ＩＤがあった場合には
、送信側メディアに対してＭＰＵ１８は転送ファイル入
力を要求すると共に、受信者のパソコンＩＤ、電話番号
検索処理を行う（Ｓ６）。この受信者のパソコンＩＤ、
電話番号検索処理はメディア情報格納ファイル１７ａの
メディア情報テーブル（第５図参照）を参照することに
より行う。

この結果、送信側メディアからは転送ファイルが入力さ
れる（Ｓ７）。その一方で、ＭＰＵ１８から受信側メデ
ィアに対して発呼する（Ｓ８）。

この発呼は、受信者の電話に対して行われる。受信者は
、電話が鳴ると電話を取る。センターから例えば「こち
らは＊＊＊センターです。ｏＯＯ様宛てに、☆☆☆様よ
りメールが届いています。どのメディアで受信しますか
？」と呼び掛ける。これに対して、受信者は例えばＰＢ
のボタンを押すことにより受信するメディアの種類を決
める（Ｓ９）。なお、複数のメディアで受信することを
可能とするため、ＹＥＳ、Ｎｏ形式で応答する。

その応答（−例として受信者がＦＡＸ、電話。

パソコン端末を持っているものとする）は次のとおりで
ある。「受信するメディアを選択して下さい。イエスな
ら１と＃を、ノーなら０と＃を入力して下さい。ＦＡＸ
で受信しますか？（入力待ち）電話で受信しますか？（
入力待ち）パソコン端末で受信しますか？（入力待ち）
」 この処理が終了すると、ＭＰ　Ｕ　１８は送られてきた
情報のヘッダを見てメディアを判定し、受信者の希望す
るメディアに変換処理部１６でメディア変換して（Ｓ１
０）、受信者の希望メディアへ転送ファイルを出力する
（Ｓ　１１）。第８図は、マルチメディア通信における
メディア情報選択の処理フローを示す図である。第６図
のフローチャートとほぼ同様なので、その説明は省略す
る。

次に、メディア情報格納ファイル（第３図の１７ａ及び
第４図、第５図参照）のメディアの登録と削除について
説明する。データの送受信時に拘らずメディア登録と削
除を行うために、［メディア登録ＩＤＪなるものを持つ
ようにする。第８図はメディアの追加、削除の処理を示
すフロー図である。メディア側からセンターに対して発
呼すると（■）、センターでは、これに対し利用者ＩＤ
入力の要求を行う（■）。メディアから利用者ＩＤが入
力されると（■〕、利用者ＩＤの照合を行い、照合の結
果が一致するとメディアに対して利用コードの入力要求
を行う（■）。ここで、利用コードとは、メディアの追
加、削除ＩＤ番号の変更をそれぞれのコードを入力する
ことにより処理するためのコードである。利用コードの
入力要求としては、例えば「処理コードを入力して下さ
い。

」という形でセンターからきいてくるので、これに対し
、メディアの登録、削除、変更に応じて予め定まってい
るコード（利用コード）を入力する（■）。

例えばメディアを新規に登録する場合、その処理コード
を入力すると、センターから「新規の諸事メディア種類
のコードを入力して下さい。」というメツセージが出さ
れる。これに対して、メディアの種類コードを入力する
と「新規のメディアはＯＯと◇◇です。」というメツセ
ージを出力する。このような処理を行った後、回線を切
断して全ての処理を終わる（■）。

上述の説明では、メディアとして電話、ＦＡＸ及びパソ
コン端末の場合について説明したが、本発明はこれに限
乙ものではなく、他の種類の端末を用いてもよい。

［発明の効果］ 以上、詳細に説明したように、本発明によれば受信側メ
ディアの種類と相手先（受信者）ＩＤを認識したら、受
信側に対して電話をかけて希望メディアを選択させ、希
望メディアが決まったら送信側メディアからのデータフ
ァイルを受信側メディアに適合するフォーマットにフォ
ーマット変換（メディア変換）してから、情報転送を行
うようにする構成とすることにより、送信側メディアは
受信側のメディアの種類を意識せずにデータ送信できる
マルチメディア通信方式を提供することができる。

【図面の簡単な説明】

第１図は本発明方式の原理を示すフローチャート、 第２図は本発明方式を実施するマルチメディア通信シス
テムの構成ブロック図、 第３図はセンターの構成例を示すブロック図、第４図は
メディア情報格納ファイルの構成例を示す図、 第５図はメディア情報テーブルの詳細構成例を示す図、 第６図はマルチメディア通信の動作を示すフローチャー
ト、 第７図は情報制御ステータス部の構成例を示す図、 第８図はマルチメディア通信におけるメディア情報選択
の処理フローを示す図、 第９図はメディアの追加、削除の処理を示すフロー図、 第１０図は従来のマルチメディア通信システムの構成ブ
ロック図、 第１１図は従来のマルチメディア通信のシーケンスを示
す図である。 第３図において、 １１は回線接続部、 １２はＮＣＵ。 １３はモデム、 １４は情報制御ステータス部、 １５はＰＢ認識部、 １６は変換処理部、 １７はメモリ、 １７ａはメディア情報格納ファイル、 １８はＭＰＵである。

Claims (1)

1. 【特許請求の範囲】 送信側メディアと受信側メディアがセンターを介して情
   報通信を行うシステムにおいて、 センター内にユーザＩＤテーブルとユーザの持っている
   メディアの種類とを格納したメディア情報格納ファイル
   と、アクセスしてきたメディアの種類と入力メディアの
   判定を行うための情報制御ステータス部とを設けておき
   （ステップ１）、送信側メディアがセンターに対して発
   呼したら、該センターは情報ステータス部により送信側
   メディアの種類を認識すると共に、メディア情報格納フ
   ァイルを参照してＩＤを検索し（ステップ２）、ＩＤ検
   索の結果が条件に合致していた場合には、送信側メディ
   アに対して受信者ＩＤの入力要求とデータ転送指令を出
   し（ステップ３）、 メディア情報格納ファイルの受信者ＩＤより相手先電話
   番号を呼び出してメディア選択を行わせ（ステップ４）
   、 送信側メディアから転送されてくるデータを受信側の希
   望メディアにメディア変換した後転送する（ステップ５
   ）ようにしたことを特徴とするマルチメディア通信方式
   。