JP3547191B2 - Communication device - Google Patents

Description

【０００１】
【産業上の利用分野】
本発明は、通信装置に関し、特に文字、画像、音声などのデータを公衆回線網、ＬＡＮ、赤外線通信などのネットワークを通じて送受信する通信装置に関する。
【０００２】
【従来の技術】
従来、ネットワークを用いたデータ通信においては、送信側があらかじめ受信側のデータ処理能力および機能を知っていて、それに合わせたデータを送っている。例えば、テレビ放送では放送局側は端末（テレビ）の能力に合わせた形式の信号を送信している。この方式では単一のデータフォーマットを仮定できる場合には問題ないが、多種類のフォーマットが存在し、かつ装置がそのうちの一部のフォーマットしか解釈できない場合には、受信できないという問題がある。送信側の装置が所定のフォーマットを仮定してデータを送信しても、受信側がそのフォーマットを理解できない事があるからである。
【０００３】
また、テレビより進んだ形式としてファクシミリがある。これはネゴシエーションの部分でどのような通信速度で通信が可能であるかなどの情報をやり取りを行い、その上で両者が扱うことのできる通信速度及びプロトコルで送受信を行う。この手法は、通信プロトコルの選択を行うが、データフォーマットの変更を行うわけではない。よってデータフォーマットの異なりについての問題は解決されない。
【０００４】
そこで、この問題点を解消するものとして、扱うデータをカラー静止画像に限った場合には、特開平５−２６０２４２号公報で示される方式が存在する。これは、データ通信に先駆けてネゴシエーションを行い、受信装置が処理できる形式に送信側で変換してからデータを送る。
【０００５】
【発明が解決しようとする課題】
しかしながら、特開平５−２６０２４２号公報で示される方式では扱うデータがカラー静止画像画像のみを対象としている。静止画像以外のデータの通信に対しては方法が存在しない。またカラー画像であってもそのカラーの扱い方のみを述べているのであって、画像サイズの違いなどについては触れられていない。
【０００６】
例えば文字データの例を考えると、通常ワードプロセッサは文章や図形の格納のための機種固有のフォーマットをもっており、フォーマットの異なる機種で通信を行おうとすると何らかの変換が必要である。同様に個人用の携帯端末ではアドレスやスケジュールを格納するために固有のフォーマットを有している。理想的にはこれらは唯一の共通フォーマットに統一されることが望ましいが、それが事実上困難である場合には、なんらかの変換の手段が必要となる。また、他のデータでも同様であり、動画の場合にはＭＰＥＧ１、ＭＰＥＧ２などの標準フォーマットの他にマイクロソフト社のＡＶＩフォーマットやアップル社のＱｕｉｃｋＴｉｍｅフォーマットなどがある。音楽では波形そのものを送る場合であってもサンプリング周波数や１サンプルのビット精度などの選択の余地があり、またＭＩＤＩなどの記号情報で送る場合もある。通信を行う機器が相互に同じフォーマットを解釈できる能力があることが望ましいが、他種類の機種の間で通信を行おうとすると、この仮定は必ずしも成り立たない。このため、データ通信に先立ち送信側と受信側でネゴシエーションを行い、送信装置において受信側で扱える形式に変換して送信することが望ましい。もし、フォーマットとしては送信が可能な場合であっても受信側の記憶容量などが問題になることも考えられる。
【０００７】
本発明は、上記のような課題を解消するためになされたもので、データフォーマットが異なっても通信が行える通信装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明によれば、前述の目的は、文字、画像、図形、音声、音楽データ、及びデジタル化されたデータの全種類もしくはその一部を含む情報を送受信する通信装置であって、データを処理するためのハードウエア及びソフトウエアからなるリソースに関する情報を記憶するリソース情報記憶手段と、データの送信に先立って、受信側の他の通信装置が同じリソースを有するか否かを判定すべく前記受信側の他の通信装置と通信するネゴシエーション手段と、前記受信側の他の通信装置が同じリソースを有さない場合に、送信すべきデータを前記受信側の他の通信装置のリソースで処理可能なデータに変換するための変換手段を記述した変換テーブルに基づいてデータ変換を行うデータ変換手段と、現在送信しようとしているデータを処理するためのソフトウエアを含めた情報を記憶する出力用情報記憶手段とを具備し、前記受信側の他の通信装置にデータを処理するためのソフトウエアを含めた情報がなく、かつ送信側の通信装置に前記情報がある場合に、前 記データとともに前記情報を送信する請求項１の通信装置によって達成される。さらに、文字、画像、図形、音声及び音楽データを含み１つ以上のフォーマット情報を含む送信データを送受信する通信装置であって、データを処理するためのハードウエア及びソフトウエアからなるリソースに関する情報を記憶するリソース情報記憶手段と、データの送信に先立って、送信データに含まれる１つ以上のフォーマット情報を用い、送信データに含まれるデータフォーマットを処理するために受信側の他の通信装置が同じリソースを有するか否かを判定すべく前記受信側の他の通信装置と通信するネゴシエーション手段と、前記受信側の他の通信装置が同じリソースを有さない場合に、送信すべきデータを前記受信側の他の通信装置のリソースで処理可能なデータに変換するための変換手段を記述した変換テーブルに基づいてデータ変換を行うデータ変換手段と、現在送信しようとしているデータを処理するためのソフトウエアを含めた情報を記憶する出力用情報記憶手段とを具備し、前記受信側の他の通信装置にデータを処理するためのソフトウエアを含めた情報がなく、かつ送信側の通信装置に前記情報がある場合に、前記データとともに前記情報を送信する請求項２の通信装置によっても達成される。
【０００９】
本発明によれば、前述の目的は、前記通信装置の計算性能を示す性能評価値を記憶する性能評価値記憶手段と、前記通信装置の性能評価値と前記受信側の他の通信装置の性能評価値を比較する性能比較手段とを具備し、前記通信装置の性能評価値と前記受信側の他の通信装置の性能評価値を比較し、性能評価値が優位な通信装置で前記データ変換を行う請求項３の通信装置によって達成される。
【００１０】
本発明によれば、前述の目的は、各データに対して変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータがどこに存在するのかを記憶しておくオリジナルアドレス記憶手段と、データの送信のときに変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータがどこに存在するかの情報を送信データに付加するオリジナルアドレス付加手段とを具備し、前記受信側の他の通信装置において変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータを得たい場合には、ユーザからの指示に基づき変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータを持つ通信装置から該オリジナルデータを得る請求項４の通信装置によって達成される。
【００１１】
本発明によれば、前述の目的は、前記変換テーブルと、前記リソース情報記憶手段とが書換可能な媒体である請求項５の通信装置によって達成される。
【００１２】
本発明によれば、前述の目的は、前記通信装置または前記受信側の他の通信装置と異なる第３の通信装置に対してデータ変換を依頼する変換依頼手段と、他の通信装置からの変換を受け付ける変換受け付け手段とを具備し、前記通信装置で前記受信側の他の通信装置が処理できるデータに変換できない場合には、前記第３の通信装置に対してデータを変換するよう依頼し、前記変換されたデータを前記受信側の他の通信装置へ送る請求項６の通信装置によって達成される。
【００１３】
本発明によれば、前述の目的は、各種データ変換を行った場合のデータ転送に必要な時間の推定を行う通信時間推定手段と、データの送受信の際の通信時間の推定値を前記データ変換毎に表示する画像表示手段と、画像表示手段に表示されるデータ変換の種類及び通信時間の情報に基づき任意の手法を選択する選択手段とを具備する請求項７の通信装置によって達成される。
【００１５】
【作用】
請求項１の通信装置によれば、リソース情報記憶手段により装置のハードウエア及びソフトウエア情報が記憶され、ネゴシエーション手段によりデータの送信に先立って、受信側が同じリソースを有するか否かを判定すべく受信側と通信し、変換テーブルにより送信すべきデータを処理するためのリソースが受信側にない場合に受信側のリソースで処理できるようにするための変換手段が記述され、この変換テーブルに基づいてデータ変換手段によりデータ変換が行われ、出力用情報記憶手段により現在送信しようとしているデータを処理するためのソフトウエアを含めた情報が記憶され、出力用情報通信手段によりその出力用情報が送受信され、受信側でデータ出力もしくは処理のためのソフトウエアを含めた情報がなく、かつ送信側にその情報がある場合に、データとともに該情報が送受信される。さらに、請求項２の通信装置によれば、ネゴシエーション手段によりデータの送信に先立って、送信データに含まれる１つ以上のフォーマット情報を用い、送信データに含まれるデータフォーマットを処理するために受信側が同じリソースを有するか否かを判定すべく受信側の他の通信装置と通信を行う。これらにより、装置間でハードウエアやソフトウエア、データフォーマットの違いを吸収するため、ユーザはそれらの異なりを気にすることなく、常に最良のデータを受信または送信することが可能になる。さらに、変換を行うことなくデータを処理することが出来る。
【００１６】
請求項３の通信装置によれば、性能評価値記憶手段により装置の計算性能を示す性能評価値が記憶され、性能比較手段により送信側の性能評価値と受信側の性能評価値が比較され、通信に際してデータフォーマットの変換が必要な場合かつ送信側と受信側の方ともその変換を行うことが可能な場合に、計算性能が比較され、性能が優位な装置で変換が行われる。これによりフォーマット変換を含めた通信時間を短縮し得る。
【００１７】
請求項４の通信装置によれば、オリジナルアドレス記憶手段により各データに対する変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータがどこに存在するのかが記憶され、オリジナルアドレス付加手段によりデータの送信のときに変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータがどこに存在するかの情報が送信データに付加され、受信側装置においてデータの変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータを得たい場合には、指示に基づき変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータを持つ装置から該オリジナルデータが得られる。
【００１８】
請求項５の通信装置によれば、前記変換テーブルと、リソース情報記憶部とは書換可能である。これにより、新しいリソースを容易に追加できる。
【００１９】
請求項６の通信装置によれば、変換依頼手段により送信または受信装置と異なる第３の装置に対して変換が依頼され、変換受け付け手段により他の装置からの変換が受け付けられ、送信側で受信装置が解釈できる形式に変換できない場合には、第３の装置に対して変換を行うよう依頼され、その変換結果が受信装置へ送られる。これにより、送信側及び受信側でできないフォーマット変換を行うことが出来る。
【００２０】
請求項７の通信装置によれば、通信時間推定手段により各種変換を行った場合のデータ転送に必要な時間の推定が行われ、画像表示手段によりデータの送受信の際に通信時間の推定値がデータ変換毎に表示され、選択手段により画像表示手段に表示される変換の種類及び通信時間の情報に基づき任意の手法が選択される。従って、ユーザが適切な変換手法を選択することが可能となる。
【００２２】
【実施例】
以下、本発明に係る通信装置の実施例を図を参照しながら説明する。
【００２３】
本実施例の通信装置は、図１に示すように、各部を制御する制御手段としての制御部４を有しており、制御部４にはバスライン２０を介してテキストで静止画、動画などを表示する画像表示手段としての表示部１と、音楽や音声を出力する音声出力手段としての音声出力部２と、公衆回線、ＬＡＮ、赤外線通信などを通じて他の装置と通信を行う通信手段としての通信部３と、指示等を入力する選択手段としての入力部２１とが接続されている。更に、バスライン２０には、装置がどのようなフォーマットのデータを扱うことができるかを記憶するリソース情報記憶手段としてのリソース情報記憶部５と、通信を行うデータを記憶する記憶部６と、通信相手が解釈できるようにデータの変換を行うデータ変換手段としてのデータ変換部７とが接続されており、かつ現在保持するデータが通信相手が解釈できる形に変換できるかどうかを記憶する変換テーブル手段としての変換テーブル８と、実際の変換手段を記憶する変換手段格納手段としての変換手段格納部９と、相手の装置のリソース情報がどのようなどのようなものかしるためのネゴシエーション手段としてのネゴシエーション部１０とが接続されている。
【００２４】
なお、上述構成では受信したデータは人が見るあるいは聞くことを想定したものであるが、特に人に対して出力する必要はなく、出力部の代わりに処理部であっても構わない。また、受信されるデータは音声、音楽、画像、文字に限らず、形式が決まつているデジタルの数値列であれば表計算ソフトのデータやＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）やＬＳＩ配線のデータであっても構わない。このようにする場合には、図１のブロック図において音声出力部のところをデータ処理部と置き換える。
【００２５】
次に、本実施例の動作を図２のフローチャートに沿って説明する。
【００２６】
ステップＳ１でにおいて、送信するデータが設定され、ステップＳ２において、送信先が設定される。ステップＳ３において、ステップＳ２で設定された送信相手に送信要求が出され、ステップＳ４において、接続が成功したかどうかが判定される。接続が失敗した場合、通信が終了される。接続が成功した場合、ステップＳ５において、送信相手の端末の持つリソース情報が受信され、ステップＳ６において、ユーザは変換テーブル８を参照して入力部２１により任意の変換手法を選択する。ステップＳ７において、選択された変換手法があったかどうかが判定される。もちろん変換せずに済む場合も変換可能として判断される。ステップＳ８において、変換する手段がなかった場合、その旨が表示部１に表示されて通信が終了される。この場合は通信を終了しているが、一つのデータの中で異なるフォーマットが使用されている場合、例えば文字と静止画が混在する場合などには、一部を通信する（文字だけ通信する）ことも考えられる。この場合には、通信を終了せず、通信できるものだけを送ることも考えられる。選択された変換手法があった場合、ステップＳ９において、受信側で解釈可能なようにデータが変換される。変換が不要な場合にはなにもしない。ステップＳ１０において、変換したデータが送信され、ステップＳ１１において、通信が終了される。
【００２７】
受信側では、ステップＳ１２において、送信要求が待機され、ステップＳ１３において、送信要求が受理され、接続が確立したか判断される。接続が確立しない場合には再び受信待ちになる。ステップＳ１４において、受信側端末の持つリソース情報が送信され、ステップＳ１５において、受信側で解釈できる形のデータが受信され、ステップＳ１６において、通信が終了される。
【００２８】
上述したフローでは送信側でデータ変換を行ったが、受信側で変換を行う場合も考えられる。またここでのフローでは呼びを発生する側がデータを送るように記述されているが、当然呼びを発生させる側がデータ受信を行ってもよい。これは以下の実施例でも同様である。なお通信相手のリソース情報を通信終了後も記憶しておくと、次回からネゴシエーションを行わずに済む。この場合に何らかの理由で相手のリソースが変更されたときには、それを通知することが必要である。また、他機種の出力の形態を模擬する機能があり、相手側のリソース情報を記憶していると、送信する前もしくは送信後に相手側でどのような形態で出力されるかを確認することが可能になる。
【００２９】
図３に送信データの例を示す。この例では、文章（ＴＥＸＴ１，ＴＥＸＴ２）、静止画（ＩＭＡＧＥ１）、音楽（ＳＯＵＮＤ１）が含まれている。この場合には、例えば表１のような形式で送信される。この例では＃＃というキーに続いてフォーマットが指定されている。この例の最初のデータはＥＵＣ ＴＥＸＴと記述されていてＥＵＣコードで書かれた文章が存在する。次にはＪＰＥＧの静止画データが、その次にはＭＩＤＩ形式の音楽データが、最後に再びＥＵＣ形式の文章が格納されている。
【００３０】
【表１】

【００３１】
上述した変換方法により変換された後の例は、表２に示すように、文章はＥＵＣコードからＳＪＩＳ（シフトＪＩＳ）コードに変換され、ＪＰＥＧデータはビットマップデータに変換されている。ＭＩＤＩはそのままであり、変換されていない。
【００３２】
【表２】

【００３３】
表３に装置が持つリソース情報ファイルの例を示す。この例では、ＥＵＣの文章、ＢＩＴＭＡＰ、ＭＩＤＩなどを解釈可能であることを示している。すなわち、解釈可能なものしか通信できない。この例で上げられているように、アドレスデータやスケジュールデータなどもリソース情報として登録することが望ましい。変換プログラムを作成することで、機種により異なる住所やスケジュールフォーマットなどが、ユーザに意識させることなく変換が可能になる。
【００３４】
【表３】

【００３５】
表４に変換テーブルの例を示す。この例では、変換前フォーマット：変換可能フォーマット１、変換可能フォーマット２、・・・・という形で記述されている。
【００３６】
【表４】

【００３７】
尚、フォーマット名の前に「＊」がついているのは非可逆変換を示している。非可逆変換とは、ＡをＢに変換し、再びＢをＡに変換しようとしたとき、元のＡが完全には復元できない変換を示している。言い換えると、変換を行ったときに元の情報の一部が失われる変換のことを指す。なお、請求項１の発明では、この非可逆変換かどうかは関係しない。ここで変換という言葉は元のデータもしくはそれに付険する情報、例えばファイル名、作成日時、作成装置アドレスなどを用いて別のデータを作り出す作業をいう。もとのデータはイメージであるものを、そのオリジナルデータがあるマシンのアドレスとそのイメージのファイル名とそのイメージの縦横の大きさだけに置き換えてしまうような操作も変換と呼んでいる。同様に動画データから１枚ないしは数枚の静止画を抜き出したデータを作る操作も変換である。
【００３８】
次に、本発明に係る通信装置の実施例を図を参照しながら説明する。なお、図１と同一構成部分には同一符号を付して説明を省略する。
【００３９】
本実施例の通信装置は、図４に示すように、当該機種の変換の性能を示す性能評価値記憶手段としての性能評価記憶部１１と、当該機種と通信相手の機種から送られてきた性能評価を比較する性能比較手段としての性能比較部１２とを具備している。
【００４０】
次に、本実施例の動作を図５のフローチャートに沿って説明する。
【００４１】
ステップＳ２１において、送信するデータが設定され、ステップＳ２２において、送信先が設定される。ステップＳ２３において、ステップＳ２２で設定された送信相手に送信要求が出され、ステップＳ２４において、接続が成功したかどうかが判定される。接続が失敗したならば、ステップＳ３４において通信が終了される。接続が成功した場合、ステップＳ２５において、送信相手の端末の持つリソース情報が受信され、ステップＳ２６において、通信相手の性能評価値が受信される。ステップＳ２７において、変換テーブルを参照して入力部２１により変換手法が選択され、ステップＳ２８において、選択された変換手法があったかどうかが判定される。もちろん、変換せずに済む場合も変換可能として判断される。ステップＳ２９において、変換する手段がなかった場合、その旨がユーザに伝えられて通信が終了される。この場合は通信を終了しているが、一つのデータの中で異なるフォーマットが使用されている場合、例えば文字と静止画が混在する場合などには、一部が通信できる（文字だけ通信できる）ことも考えられる。この場合には通信を終了せず、通信できるものだけを送ることも考えられる。ステップＳ３０において、当該機種の性能評価値と通信相手の性能評価値が比較され、ステップＳ３１において、当該機種の性能が通信相手よりもよいかどうかが判定される。ステップＳ３２において、当該機種の性能が高いので当該機種にて受信側で解釈可能なようにデータが変換される。変換が不要な場合にはなにもしない。ステップＳ３３において、変換したデータが送信され、ステップＳ３４において、通信が終了される。
【００４２】
一方、受信側では、ステップＳ３５において、送信要求が待機され、ステップＳ３６において、送信要求が受理され、接続が確立したか否かが判断される。接続が確立しない場合には再び受信待ちになる。ステップＳ３７において、受信側端末の持つリソース情報が送信され、ステップＳ３８において、性能評価値が送信される。ステップＳ３９において、データが受信され、ステップＳ４０において、リソース情報と現在のデータのフォーマットとが比較されて変換が必要かどうかが判定される。ステップＳ４１において、変換が行われ、ステップＳ４２において、通信が終了される。
【００４３】
上述したフローでは変換手法を選択する前に性能評価値を受信しているが、当然、変換可能と判断された後に性能評価値を受信することも考えられる。また、性能評価値はただ一つの値ではなく、変換手法毎に記憶しておくことがより望ましい。機種の性能により、ある変換は他の機種に比較して相対的に高速に行えるが、別の変換は相対的に遅いということがありえる。変換手法毎に性能を記憶しておくと、現在必要な変換に対しての変換速度の比較が可能になり、より効率的に処理できる。また、この例では性能評価値は事前に速度測定プログラムなどにより測定されて、設定されているものとしているが、装置の現在の負荷、例えば複数のプログラムが走っていてＣＰＵの負担が大きいとうによって性能評価値を動的に変更することも可能である。この場合には負荷の大きい機種ではなるべく変換作業を行わなくなる。ＣＰＵの性能で負荷の大きさに依らずユーザがどちらで変換するかを指定することも可能である。この場合には、２台の装置とも変換できる場合に必ずユーザに問い合わせることも可能であるし、「相手の装置がＸであつたならば相手側で変換」などといったようなことをあらかじめ記憶しておくことも可能である。
【００４４】
次に、本発明に係る通信装置の実施例を図を参照しながら説明する。なお、図１と同一構成部分には同一符号を付して説明を省略する。
【００４５】
本実施例の通信装置は、図６に示すように、過去に受信したデータに対してオリジナルのデータがどこにあるかを記憶するオリジナルアドレス記憶手段としてのアドレス／識別子記憶部２２と、現在送信しようとするデータに送信側装置のアドレスと、データを特定するための識別子を付加するオリジナルアドレス付加手段としてのアドレス／識別子付加部２３とを具備しており、アドレス／識別子記憶部２２は、現在記憶しているデータがオリジナルとまったく同じか、なんらかの変換によってオリジナルのデータが復元できる場合には、アドレス／識別子にはなにも記憶されないように構成されている。
【００４６】
次に、本実施例の動作を図７のフローチャートに沿って説明する。
【００４７】
ステップＳ５１において、送信するデータが設定され、ステップＳ５２において、送信先が設定される。ステップＳ５３において、ステップＳ５２で設定された送信相手に送信要求が出され、ステップＳ５４において、接続が成功したかどうかが判定される。接続が失敗したならば、ステップＳ６３において通信が終了される。接続が成功した場合、ステップＳ５５において、送信相手の端末の持つリソース情報が受信され、ステップＳ５６において、変換テーブルを参照して入力部２１により変換手法が選択され、ステップＳ５７において、選択された変換手法があったかどうかが判定される。もちろん、変換せずに済む場合も変換可能として判断される。ステップＳ５８において、変換する手段がなかった場合、その旨がユーザに伝えられ通信が終了される。この場合は通信を終了しているが、一つのデータの中で異なるフォーマットが便用されている場合、例えば文字と静止画が混在する場合などには、一部が通信できる（文字だけ通信できる）ことも考えられる。この場合には通信を終了せず、通信できるものだけを送ることも考えられる。ステップＳ５９において変換が行われ、ステップＳ６０において、ステップＳ５９で行われた変換が可逆変換か不可逆変換かが判断される。ステップＳ６１において、ステップＳ５９で行われた変換が不可逆変換であつた場合に、そのデータのオリジナルのアドレスとデータ識別子が送信データに付加される。なお、可逆変換か不可逆変換かの判断は、表４の変換テーブルにあらかじめ記述しておくことで実現できる。アドレスとは、変換前のオリジナルデータを持つ装置にアクセスするための通信アドレスのことである。識別子とはオリジナルデータを保有する装置の中のどのデータを指しているかを特定するためのコードである。通常のファイルシステムであればディレクトリのパスとファイルネームでもよい。しかしパスとファイルネームではファイルの名前を変えただけで見つけられなくなるので、データと必ず一致するようなコードを採用することが望ましい。また、オリジナルデータのフォーマット情報もこのとき同時に付加することが望ましい。ステップＳ６２において、変換したデータが送信され、ステップＳ６３において、通信が終了される。
【００４８】
一方、受信側では、ステップＳ６４において、送信要求が待機され、ステップＳ６５において、送信要求が受理され、接続が確立したか否かが判断される。接続が確立しない場合には再び受信待ちになる。ステップＳ６６において、受信側端末の持つリソース情報が送信され、ステップＳ６７において、データが受信され、ステップＳ６８において、通信が終了される。
【００４９】
本発明は例えば、以下のようにして適用される。Ａ，Ｂ，Ｃの３種類の装置を仮定する。装置ＡとＣは同等の能力をもつ装置、例えばパソコンであり、装置Ｂは装置Ａ，Ｃに比較して劣った性能をもつもの、例えば携帯端末と仮定する。装置ＡにはデータＸが存在する。これを装置Ｂに送る場合に、装置ＢがデータＸを解釈する能力がないため、装置Ａもしくは装置ＢでデータＸは、これと異なるフォーマットに変換される。変換されたデータをＸ’とする。ここで行われた変換が不可逆変換であるとすると、本発明によつてデータＸ’にはオリジナルのデータを保持する装置Ａのアドレスと、Ｘを装置Ａ内で特定するための識別子が付加される。装置ＢではＸ’が解釈され、出力（表示）が行われる。更に、装置Ｂではそのデータを装置Ｃに送信することを考える。装置ＣではデータＸ’を解釈するが、データＸのフォーマットも解釈する能力がある場合には、情報量の落ちたデータＸ’よりもデータＸをユーザは望む可能性がある。この場合に、本発明によりデータＸ’にはデータＸの存在する装置Ａのアドレスとデータを特定する識別子を含んでいるので、装置Ｃから装置Ａに対してデータＸの送信を要求することが可能になる。例えば、データＸはカラ−画像をＪＰＥＧによって圧縮したものであり、データＸ’は白黒のビットマップデータであるような場合である。装置ＣではデータＸ’を出力する場合に、同時に別のオリジナルデータが存在する旨の表示が行われ、かつ、ワンタッチで装置Ａと通信し、オリジナルデータを出力できることが望ましい。また、この例ではオリジナルのアドレスを一つだけ付加するように記載しているが、送信された履歴として通過してきたすべての装置のアドレスを付加してもよい。インターネットの電子メールには通過してきたコンピュータのアドレスがすべて付加されている。
【００５０】
上述した説明では、不可逆変換を行いデータを送信した装置においてデータ消去されるとオリジナルのデータを得ることはできなくなるが、送信履歴をすべて付加しておくとデータが消去された場合でも他の装置へデータを要求することが可能になる。また、不可逆変換を行った場合にも、変換後のデータと併せて変換前のオリジナルデータを送信することも考えられる。この場合にはデータ量が増えるが、オリジナルデータは必ず保存されているので、オリジナルデータを必要とする場合に、新たに通信をする必要がない。
【００５１】
次に、本発明に係る通信装置の実施例を図を参照しながら説明する。
【００５２】
本実施例の通信装置の特徴は図１の変換テーブル８および変換手段格納部９を書換可能な媒体で構成することにある。このようにすることで新たなフォーマットが生まれても、そのフォーマットを既存の解釈できるフォーマットに変換する手段を後から追加することが可能となり、新しいフォーマットに対応することが可能になる。
【００５３】
次に、本発明に係る通信装置の実施例を図を参照しながら説明する。なお、図１と同一構成部分には同一符号を付して説明を省略する。
【００５４】
本実施例の通信装置は、図８に示すように、現在の通信相手ではない第３の装置に対してフォーマット変換を依頼する変換依頼手段としての変換依頼部２４と、変換依頼を受け付ける変換受け付け手段としての変換依頼受付部２５とを具備している。
【００５５】
次に、本実施例の動作を図９のフローチャートに沿って説明する。
【００５６】
ステップＳ７１において、送信するデータが設定され、ステップＳ７２において、送信先が設定される。ステップＳ７３において、ステップＳ７２で設定された送信相手に送信要求が出され、ステップＳ７４において、接続が成功したかどうかが判定される。接続が失敗したならば通信は終了される。接続が成功した場合、ステップＳ７５において、送信相手の端末の持つリソース情報が受信され、ステップＳ７６において、変換テーブルが参照されて入力部２１により変換手法が選択される。ステップＳ７７において、変換手法があったかどうかが判定される。もちろん変換せずに済む場合も変換可能として判断される。ステップＳ７８において、送受信側に変換する手段がなかった場合、第３の装置へ変換が依頼される。この依頼については後述する。ステップＳ７９において、変換を依頼した結果が成功であったかどうかが判断され、ステップＳ８０において、変換が失敗に終わった場合、変換不能の表示が出され、通信が終了される（ステップＳ８３）。ステップＳ８１において、当該機種の性能が高いので当該機種にて受信側で解釈可能なようにデータが変換される。変換が不要な場合にはなにもしない。ステップＳ８２において、変換したデータが送信され、ステップＳ８３において、通信が終了される。
【００５７】
一方、受信側では、ステップＳ８４において、送信要求が待機され、ステップＳ８５において、送信要求が受理され、接続が確立したか否かが判断される。接続が確立しない場合には再び受信待ちになる。ステップＳ８６において、受信側端末の持つリソース情報が送信され、ステップＳ８７において、受信側で解釈できる形のデータが受信される。ステップＳ８８において、通信を終了される。
【００５８】
ここで、ステップＳ７８の変換依頼について図１０のフローチャートに沿って説明する。
【００５９】
ステップＳ９１において、送信データが設定され、ステップＳ９２において、変換依頼先が設定される。ステップＳ９３において、変換依頼先の装置を呼び出される。ステップＳ９４において、接続が確立したかどうかを判定される。ステップＳ９５において、変換依頼が送信される。なお、変換依頼とは変換前のフォーマットと変換後のフォーマットを記述したものである。ステップＳ９６において、依頼先の装置が要求した変換を行えるかどうかの結果が受信される。ステップＳ９７において、変換可能であるかどうかを判断され、ステップＳ９８において、変換要求の結果として変換不能が設定される。ステップＳ９９において、変換不能の表示が行われ、通信が終了される（ステップＳ１０３）。また、上述ステップＳ９７において変換可能であると判断された場合、ステップＳ１００において、変換のためのデータが送信され、ステップＳ１０１において、変換されたデータが受信される。ステップＳ１０２において、変換の要求結果として変換成功が設定される。ステップＳ１０３において、通信を終了される。
【００６０】
一方、受信側では、ステップＳ１０４において、他の装置からの送信要求が待機され、ステップＳ１０５において、通信が確立したかどうかが判断される。ステップＳ１０６において、送信者の要求を受信される。ステップＳ１０７において、受信要求が変換要求であるかどうかが判断される。ステップＳ１０８において、変換要求以外であった場合、所定の他の処理が行われる。ステップＳ１０９において、送られてきた変換要求が可能かどうかが判定される。ステップＳ１１０において、変換できないと判定された場合、変換不能が送信される。ステップＳ１１１において、変換可能が送信される。ステップＳ１１２において、変換のためのデータが受信される。ステップＳ１１３において、実際に変換処理が行われる。ステップＳ１１４において、変換データが送信される。
【００６１】
なお、上述したフローでは送信の処理の途中で別の装置に対して変換要求を出しているが、もちろん、最初の通信を一度中断してから別の装置に変換要求を出し、変換が終わってから再度最初の送信相手を呼び出すことが望ましい。本発明は例えば機種の巣なる２台の携帯端末がデータのやり取りを行う場合において、携帯端末自身には変換の手段がないときに、第３の装置、例えばパソコンに対して変換要求を出して変換を行うといったように使用される。フローでは送信側の装置が変換要求を出した後に変換結果をもらい、その変換結果を受信装置に送るように記載されている。しかし、当然、変換を行う装置が変換結果を送信側に返さずに、直接受信側に送ることも考えられる。この場合には変換依頼送信もしくはデータ送信のときに送信先のアドレスを同時に変換側装置へ送ることが必要である。また、一回の変換要求において複数のデータの変換を行えることや、１台でなく複数台の装置に変換要求を出せるようにしておくことが望ましい。
【００６２】
次に、本発明に係る通信装置の実施例を図を参照しながら説明する。なお、図１と同一構成部分には同一符号を付して説明を省略する。
【００６３】
本実施例の通信装置は、図１１に示すように、データ変換時間を含めた通信時間を推定する通信時間推定手段としての通信時間推定部２６を具備する。
【００６４】
次に、本実施例の動作を図１２のフローチャートに沿って説明する。
【００６５】
ステップＳ１２１において、送信するデータが設定される。ステップＳ１２２において、送信先が設定される。ステップＳ１２３において、ステップＳ１２２で設定された送信相手に送信要求が出される。ステップＳ１２４において、接続が成功したかどうかが判定される。接続が失敗したならば、通信が終了される（ステップＳ１３７）。接続が成功した場合、ステップＳ１２５において、通信速度が求められる。これは回線状態によって通信速度が変わる場合があることによる。モデムでは通常トレーニングによって通信速度が決定される。よってトレーニングの後では通信速度の概算が算定できる。ただし、誤り率などは完全には分からないので概算の数値となる。ステップＳ１２６において、送信相手の端末の持つリソース情報が受信される。ステップＳ１２７において、変換テーブルが参照されて入力部２１により変換手法が選択される。ステップＳ１２８において、変換手法があったかどうかが判定される。もちろん変換せずに済む場合も変換可能として判断される。ステップＳ１２９において、変換不能の表示を出して、通信を終了される（ステップＳ１３７）。変換可能であると判断された場合、ステップＳ１３０において、変換に要する時間が推定される。この場合も変換手法やデータの種類によって完全な推定は困難である。よって標準のデータサイズの場合において要する時間を変換手法ごとに予め記憶した数値などと現在のデータ量から推定する手法が考えられる。ステップＳ１３１において、変換後のデータ容量が推定される。ステップＳ１３０と同じく完全には困難であるが、大ざっぱな値は標準的な数字から概算で求めることが可能である。ステップＳ１３２において、「変換後データ容量／通信速度＋変換時間」などの式によって現在のデータ通信に必要な時間の概算が求められる。また、課金のための情報を記憶しておくことで、通信に要する通信料の概算をユーザに提示することも可能である。
【００６６】
ステップＳ１３３において、ステップＳ１３２で得られた所要時間が示され、ユーザにそのデータを送信してよいかどうかが確認される。ステップＳ１３４において、ユーザが送信を許可したかどうかが判定される。許可したと判断した場合、ステップＳ１３５において、データ変換が行われる。ステップＳ１３６において、データが送信される。ステップＳ１３７において、通信が終了される。
【００６７】
一方、受信側では、ステップＳ１３８において、送信要求が待機され、ステップＳ１３９において、送信要求を受理し、接続が確立したか判断される。接続が確立しない場合には再び受信待ちになる。接続が確立した場合、ステップＳ１４０において、受信側端末の持つリソース情報が送信される。ステップＳ１４１において、受信側で解釈できる形のデータが受信される。ステップＳ１４２において、通信が終了される。
【００６８】
なお、複数の変換手法がある場合にはそのすべてもしくは一部を表示してユーザに選択させることが望ましい。送信データに文字とイメージなど異なる種類のデータを含む場合には、オリジナルデータを得るための情報のみを送ることも考えられる。例えば、文字と動画を含むデータを電話回線をつかって送ろうとして、電話回絡で動画を送信するには時間がかかり過ぎるとユーザが判断した場合に、文字はすべての情報を送信し、動画はオリジナルのデータを得るためのアドレス情報でデータ識別子などのみを送るということが可能になる。なお、この場合には文字と画像の位置関係（座標情報）も併せて送ると、文字を表示したときに画像がどの位置に表示されるかを受信側のユーザに示すことが可能である。また、上述請求項３の実施例によって、動画データがほしい場合には送信要求を出すことでそのデータが得られる。ユーザに判断を求める場合には、あらかじめ条件を記述しておくことも考えられる。この場合にはユーザが事前に「１０分以上通信を行うことはしない」とか「１００円以上の通信を行うことはしない」とかの設定を入力し、その条件に合致する変換を選択して通信を行うことが可能である。また、文字、イメージ、及び音楽などの複数の情報が含まれたデータを送信する場合には、データ量が少ないものから送信を行うことが望ましい。
【００６９】
経験的に文字データはイメージデータに比較してデータ量が少なく、かつ１単位（バイト）あたりの情報量は多いので、データ量の少ないものから送信することで、通信が中断した場合に、多くの情報が届いている可能性が高い。また、使用法によってイメージデータが重要であるなどの要望がユーザによつて異なると考えられるので、ユーザがどのデータを先に通信したいかの設定を行えるようにすることが望ましい。
【００７０】
次に、本発明に係る通信装置の実施例を図を参照しながら説明する。なお、図１と同一構成部分には同一符号を付して説明を省略する。
【００７１】
本実施例の通信装置は、図１３に示すように、データを出力もしくは処理するための情報（例えば出力用ソフトウエア）を記憶する出力用情報記憶手段としての出力用情報記憶部２７と、出力用情報記憶部２７で記憶されている情報を別の装置に送ったり、別の装置から出力用情報を得る出力用情報通信手段としての出力用情報通信部２８とを具備している。なお、出力用情報記憶部２７は上述実施例においては表示部や音声処理部の一部として存在しているものとする。
【００７２】
次に、本実施例の動作を図１４のフローチャートに沿って説明する。
【００７３】
ステップＳ１５１において、送信するデータが設定される。ステップＳ１５２において、送信先が設定される。ステップＳ１５３において、ステップＳ１５２で設定された送信相手に送信要求が出される。ステップＳ１５４において、接続が成功したかどうかが判定される。接続が失敗したならば通信が終了される（ステップＳ１６４）。接続が成功した場合、ステップＳ１５５において、送信相手の端末の持つリソース情報が受信される。この場合のリソース情報には、受信装置の機種も記録されているとする。ステップＳ１５６において、受信側の装置で出力もしくは処理が可能かどうかがリソース情報を用いて判定される。出力可能でない場合、ステップＳ１５７において、受信側で出力が不能であるので、送信側で受信装置用の出力用情報を記憶しているかどうかが判定される。この判定にはリソース情報の中の機種情報が利用される。送信側で受信装置用の出力用情報を記憶していると判断された場合、ステップＳ１５８において、受信装置に対して出力用情報の送信要求が出される。ステップＳ１５９において、送信可能かどうかが受信される。ステップＳ１６０において、送信可能かどうかが判定される。送信可能であると判断された場合、ステップＳ１６１において、出力用情報が送信される。ステップＳ１６２において、データ送信が要求される。ステップＳ１６３において、データが送信される。ステップＳ１６４において、通信を終了される。
【００７４】
一方、受信側では、ステップＳ１６５において、送信要求が待機されている。ステップＳ１６６において、送信要求が受理され、接続が確立したか否かが判断される。接続が確立しない場合には再び受信待ちになる。接続が確立した場合、ステップＳ１６７において、受信側装置の持つリソース情報が送信される。ステップＳ１６８において、送信要求が受信される。ステップＳ１６９において、送信要求がデータのためのものか出力情報のためのものかが判定される。出力用情報であると判断された場合、ステップＳ１７０において、出力用情報を受信するかどうかが判断される。これは受信側のメモリ容量などにより判定しても構わないし、ユーザに受信するかどうかを問い合わせても実現できる。受信不可であると判断された場合、ステップＳ１７１において、受信不能が送信される。受信可であると判断された場合、ステップＳ１７２において、受信可能が送信される。ステップＳ１７３において、出力用情報が受信される。
【００７５】
上述ステップＳ１６９において、送信要求がデータのためのものであると判断された場合、ステップＳ１７４において、データが受信され、ステップＳ１７５において、通信が終了される。
【００７６】
今、送信側がデータＸを送信したい場合であって、受信側でデータＸを出力もしくは処理する情報がないと仮定される。この場合に本発明を用いれば、自動的に送信側装置からデータＸを出力するための情報を受信側に送ることができ、あらかじめ出力用の情報を受信側装置に用意しておかなくても、データを出力することが可能になる。例えば、１台のパソコンに携帯端末で出力するための情報をすべて蓄えておくことで、携帯端末は、個々に出力用ソフトをインストールすることなく、パソコンからのデータ受信時に自動的にソフトがインストールされることになる。当然、ここでは著作権の問題が生じるため、出力用情報にはコピー可能、不能のフラグを立てておき、可能フラグが立っているものだけが対象となるようにしておく。また、一度コピーしたソフトに対しては再度複製をとらないようにコピー不能フラグを持つようなことも可能である。
【００７７】
【発明の効果】
請求項１の通信装置によれば、装置の持つハードウエア、ソフトウエア情報（リソース情報）を通信に先立ち送ることで、現在通信を行いたいデータフォーマットと受信側でのリソース情報を比較し、変換が必要であるならばデータ変換を施してから送信するので、データフォーマットが異なっても通信を行うことができる。さらに、受信側でデータを処理するソフトウエアなどの情報を保持しない場合には、その情報を送信側から得るので、変換を行うことなくデータを処理することができる。また、請求項２の通信装置によれば、送信データに含まれる１つ以上のフォーマット情報を用い、送信データに含まれるデータフォーマットを処理するために装置の持つハードウエア、ソフトウエア情報（リソース情報）を通信に先立ち送ることで、データフォーマットが異なってもより好ましく通信を行うことができる。
【００７８】
例えば、携帯端末とパーソナルコンピュータ（ＰＣ）を公衆電話回線を通じて結ぶことを考える。ＰＣ側で保持する音楽がＭＩＤＩフォーマットであるが、携帯端末側ではＭＩＤＩのデータフォーマットを解釈できず、ＷＡＶＥフォーマットしか出力できないとする。本発明によると、この場合にもそれぞれのリソースを判定することで、ＰＣ側（もしくは携帯端末側）でＭＩＤＩフォーマットをフォーマットに変換して送ることが可能になる。
【００７９】
同様に、ＰＣ側で保持するスケジュールデータのフォーマットが携帯端末のスケジュールフォーマットと合わない場合であっても、変換プログラムを用意するだけで、自動的にそれぞれの機械がどのフォーマットを扱えるかを自動判別して変換し、ユーザはその変換を意識することなく、データを送受信することができる。
【００８０】
請求項３の通信装置によれば、変換する場合においては、送信側、受信側双方で変換できる能力がある場合には、装置の性能を比較して、性能のよい装置にて変換するので、変換を含めた通信時間を短縮できる。前述の請求項１の例では、ＰＣ側で変換するか携帯端末側で変換するかは実装の方法による。もし、携帯端末で変換する時間がＰＣで変換する場合に比較して極端に遅い場合には、携帯端末で変換するのは効率が悪い。本発明では、この場合にＰＣでの変換性能と携帯端末での変換性能を比較することで、性能の良い方で変換を行うことになる。
【００８１】
請求項４の通信装置によれば、変換によってオリジナルの情報が失われる場合には、変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータがどこにあるかの情報を送信データにつけて送ることにより、容易に変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータを得ることができる。前述の請求項２の例では、ＭＩＤＩフォーマットからＷＡＶＥフォーマットに変換された場合に、ＭＩＤＩフォーマットを復元することは不可能になる。これは、携帯端末でＷＡＶＥフォーマットを保持した場合に、さらにその画像を別のＰＣに送ったとしても、そのＰＣはＭＩＤＩフォーマットを得ることはできない。
【００８２】
本発明を用いると、ＷＡＶＥフォーマットとともに元のＭＩＤＩフォーマットを保持するかもしくは、元のＭＩＤＩフォーマットがどこにあったかの情報を保持することで、元のＭＩＤＩフォーマットが欲しい場合であっても、簡単な操作で呼び出すことができる。
【００８３】
請求項５の通信装置によれば、リソース情報は書換可能な記憶媒体に収納することで、新たな周辺楼器の購入や新たなソフトウエアの追加などにより容易にリソースを追加することができる。
【００８４】
請求項６の通信装置によれば、送信側および受信側と異なる第３の装置にデータ変換を依頼する機能を持つので、送信、受信装置ではできないフォーマット変換を行うことが可能となる。前述の請求項１の例において、送信側のＰＣでも受信側の携帯端末でもＭＩＤＩからＷＡＶＥへの変換ができなかった場合に、第３の機械（例えばワークステーションやＰＣ）を用いてデータ変換することができる。第３の機械に自動的にフォーマット変換を依頼することによって、ユーザが意識することなくデータの送受信が行える。
【００８５】
請求項７の通信装置によれば、変換の種類が複数ある場合には、変換に先立ち、変換を行つた場合の通信時間の推定値をユーザに提示して、ユーザが適切な方法を選択することができる。
【図面の簡単な説明】
【図１】本発明に係る通信装置の実施例の構成を示すブロック図である。
【図２】本発明に係る通信装置の実施例の動作を示すフローチャートである。
【図３】送信データの例を示す図である。
【図４】本発明に係る通信装置の実施例の構成を示すブロック図である。
【図５】本発明に係る通信装置の実施例の動作を示すフローチャートである。
【図６】本発明に係る通信装置の実施例の構成を示すブロック図である。
【図７】本発明に係る通信装置の実施例の動作を示すフローチャートである。
【図８】本発明に係る通信装置の実施例の構成を示すブロック図である。
【図９】本発明に係る通信装置の実施例の動作を示すフローチャートである。
【図１０】本発明に係る通信装置の実施例の動作を示すフローチャートである。
【図１１】本発明に係る通信装置の実施例の構成を示すブロック図である。
【図１２】本発明に係る通信装置の実施例の動作を示すフローチャートである。
【図１３】本発明に係る通信装置の実施例の構成を示すブロック図である。
【図１４】本発明に係る通信装置の実施例の動作を示すフローチャートである。
【符号の説明】
１ 表示部
２ 音声出力部
３ 通信部
４ 制御部
５ リソース情報記憶部
６ データ記憶部
７ データ変換部
８ 変換テーブル
９ 変換手段格納部
１０ ネゴシエーション部
１１ 性能評価記憶部
１２ 性能比較部
２１ 入力部
２２ アドレス／識別子記憶部
２３ アドレス／識別子付加部
２４ 変換依頼部
２５ 変換依頼受付部
２６ 通信時間推定部
２７ 出力用情報記憶部
２８ 出力用情報通信部[0001]
[Industrial applications]
The present invention relates to a communication device, and more particularly to a communication device that transmits and receives data such as characters, images, and voices via a network such as a public line network, a LAN, and infrared communication.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, in data communication using a network, a transmitting side knows in advance a data processing capability and a function of a receiving side, and transmits data according to it. For example, in television broadcasting, a broadcasting station transmits a signal in a format that matches the capability of a terminal (television). In this system, there is no problem when a single data format can be assumed, but there is a problem that if there are many types of formats and the device can interpret only some of the formats, the data cannot be received. This is because even if the transmitting device transmits data assuming a predetermined format, the receiving device may not understand the format.
[0003]
Also, there is facsimile as a more advanced form than television. In this case, information such as what communication speed can be communicated is exchanged in a negotiation part, and then transmission and reception are performed at a communication speed and a protocol that can be handled by both parties. This method selects the communication protocol, but does not change the data format. Therefore, the problem of the difference in data format cannot be solved.
[0004]
In order to solve this problem, there is a method disclosed in Japanese Patent Application Laid-Open No. 5-260242 when the data to be handled is limited to a color still image. In this method, negotiation is performed prior to data communication, and data is sent after being converted on the transmitting side into a format that can be processed by the receiving device.
[0005]
[Problems to be solved by the invention]
However, in the method disclosed in Japanese Patent Application Laid-Open No. 5-260242, data to be handled is intended for only a color still image. There is no method for communication of data other than still images. Further, even in the case of a color image, only how to handle the color is described, and there is no mention of a difference in image size.
[0006]
For example, considering an example of character data, a word processor usually has a format specific to a model for storing texts and graphics, and some kind of conversion is required to communicate with a model having a different format. Similarly, personal portable terminals have a unique format for storing addresses and schedules. Ideally, they should be unified into a single common format, but if that is practically difficult, some means of conversion is required. The same applies to other data. In the case of a moving image, there are an AVI format from Microsoft and a QuickTime format from Apple, in addition to standard formats such as MPEG1 and MPEG2. In music, even when the waveform itself is transmitted, there is room for selection of the sampling frequency, the bit precision of one sample, and the like, and there are also cases in which symbol information such as MIDI is transmitted. It is desirable that the communicating devices have the ability to mutually interpret the same format, but this assumption does not always hold when trying to communicate between other types of models. Therefore, it is desirable that negotiations are performed between the transmitting side and the receiving side prior to data communication, and the transmitting apparatus converts the data into a format that can be handled by the receiving side and transmits the data. If the format can be transmitted, the storage capacity of the receiving side may become a problem.
[0007]
SUMMARY An advantage of some aspects of the invention is to provide a communication device that can perform communication even when a data format is different, in order to solve the above-described problem.
[0008]
[Means for Solving the Problems]
According to the present invention, the aforementioned objects are:A communication device for transmitting and receiving information including all or a part of characters, images, graphics, sounds, music data, and digitized data, the resources comprising hardware and software for processing the data Resource information storage means for storing information about the communication apparatus, and negotiation means for communicating with the other communication apparatus on the receiving side to determine whether another communication apparatus on the receiving side has the same resource before transmitting data. And a conversion unit for converting data to be transmitted into data that can be processed by the resources of the other communication device on the receiving side when the other communication devices on the receiving side do not have the same resources. Information including data conversion means for performing data conversion based on the conversion table and software for processing data to be transmitted at present. Output information storage means for storing, when the other communication device of the receiving side does not have information including software for processing data, and when there is the information in the communication device of the transmitting side, Previous This is achieved by the communication device of claim 1 transmitting said information together with said data. further,A communication device for transmitting and receiving transmission data including one or more format information including character, image, graphic, audio, and music data, and stores information relating to a resource comprising hardware and software for processing the data. The resource information storage means and, prior to data transmission, using one or more format information included in the transmission data, the other communication device on the receiving side uses the same resource to process the data format included in the transmission data. Negotiation means for communicating with the other communication device on the receiving side to determine whether or not to have it, and when the other communication device on the receiving side does not have the same resource, the data to be transmitted Data conversion is performed based on a conversion table describing conversion means for converting data into data that can be processed by resources of another communication device. And data conversion means for performingOutput information storage means for storing information including software for processing data to be transmitted at present, including software for processing data in the other communication device on the receiving side. If there is no information and the communication device on the transmitting side has the information, the information is transmitted together with the data.Claim2By the communication deviceAlsoAchieved.
[0009]
According to the present invention, the above object is to provide a performance evaluation value storing means for storing a performance evaluation value indicating a calculation performance of the communication device, a performance evaluation value of the communication device and a performance of the other communication device on the receiving side. Performance comparing means for comparing the evaluation value, comparing the performance evaluation value of the communication device with the performance evaluation value of the other communication device on the receiving side, and performing the data conversion with the communication device having the superior performance evaluation value. Claims to be made3Is achieved by a communication device.
[0010]
According to the present invention, the above-mentioned object is used for each data.Before data conversion is performed based on the conversion tableAn original address storage means for storing where the original data exists,Transmission of dataWhenBefore data conversion is performed based on the conversion tableInformation on where the original data residesTo send dataAnd an original address adding means for adding the original address.Before data conversion is performed based on the conversion tableIf you want to get original data,Before data conversion is performed based on the conversion tableHave original dataTsudoriFrom the communication deviceTheClaims to get original data4Is achieved by a communication device.
[0011]
According to the present invention, the above object is a medium in which the conversion table and the resource information storage means are rewritable.5Is achieved by a communication device.
[0012]
According to the present invention, the above object is achieved by a conversion request unit for requesting data conversion to a third communication device different from the communication device or the other communication device on the receiving side, and a conversion from another communication device. And a conversion accepting unit for accepting, when the communication device cannot convert the data into a data that can be processed by the other communication device on the receiving side, requests the third communication device to convert the data, Sending the converted data to another communication device on the receiving side.6Is achieved by a communication device.
[0013]
According to the present invention, the above-mentioned object is to provide a communication time estimating means for estimating a time required for data transfer when various data conversions are performed, and to estimate the communication time at the time of data transmission and reception by the data conversion Claims: 1. An image display means for displaying each time, and a selection means for selecting an arbitrary method based on information of a type of data conversion and communication time displayed on the image display means.7Is achieved by a communication device.
[0015]
[Action]
According to the communication device of claim 1,The hardware information and the software information of the apparatus are stored by the resource information storage means, and the negotiation means communicates with the receiving side to determine whether or not the receiving side has the same resources before transmitting the data, and transmits the data by the conversion table. When there is no resource on the receiving side for processing the data to be processed, a converting unit is described for enabling processing on the receiving side resource, and data conversion is performed by the data converting unit based on the conversion table. Information including software for processing the data to be transmitted is stored by the output information storage means, and the output information is transmitted and received by the output information communication means. If there is no information including the software of Moni the information is transmitted and received. Furthermore, according to the communication device of claim 2,Prior to transmission of the data, the negotiation means uses one or more format information included in the transmission data to determine whether the receiving side has the same resource to process the data format included in the transmission data. Communicate with other communication devices on the sideI do. As a result, the differences in hardware, software, and data format between the devices are absorbed, so that the user can always receive or transmit the best data without worrying about the differences.Furthermore, data can be processed without performing conversion.
[0016]
Claim3According to the communication device, the performance evaluation value indicating the calculation performance of the device is stored by the performance evaluation value storage means, and the performance evaluation value on the transmission side and the performance evaluation value on the reception side are compared by the performance comparison means. When format conversion is required and when both the transmitting side and the receiving side can perform the conversion, the calculation performance is compared and the conversion is performed by a device having superior performance. Thereby, the communication time including the format conversion can be reduced.
[0017]
Claim4According to the communication device of (1), the original address storage meansBefore data conversion is performed based on the conversion tableThe location of the original data is stored, and the original address addition meansTransmission of dataWhenBefore data conversion is performed based on the conversion tableInformation on where the original data residesTo send dataIs added and the dataBefore data conversion is performed based on the conversion tableIf you want to get original data,Before data conversion is performed based on the conversion tableFrom a device with original dataTheOriginal data is obtained.
[0018]
Claim5According to this communication device, the conversion table and the resource information storage unit are rewritable. Thereby, new resources can be easily added.
[0019]
Claim6According to this communication device, the conversion requesting unit requests the third device different from the transmitting or receiving device to perform conversion, the conversion receiving unit receives the conversion from another device, and the transmitting device interprets the receiving device. If the data cannot be converted into a format that can be converted, the third device is requested to perform the conversion, and the result of the conversion is sent to the receiving device. As a result, format conversion that cannot be performed on the transmission side and the reception side can be performed.
[0020]
Claim7According to the communication device, the communication time estimating means estimates the time required for data transfer when various conversions are performed, and the image display means estimates the communication time at the time of data transmission / reception for each data conversion. And an arbitrary method is selected based on information on the type of conversion and the communication time displayed on the image display means by the selection means. Therefore, the user can select an appropriate conversion method.
[0022]
【Example】
Less than,According to the present inventionAn embodiment of a communication device will be described with reference to the drawings.
[0023]
As shown in FIG. 1, the communication device of this embodiment has a control unit 4 as a control unit for controlling each unit. , An audio output unit 2 that outputs music and audio, and a communication unit that communicates with other devices through a public line, a LAN, infrared communication, or the like. The communication unit 3 is connected to an input unit 21 as selection means for inputting an instruction or the like. Further, the bus line 20 includes a resource information storage unit 5 as a resource information storage unit for storing what format of data the device can handle, a storage unit 6 for storing data for communication, A conversion table which is connected to a data conversion unit 7 as data conversion means for converting data so that the communication partner can interpret the data, and stores whether or not the currently held data can be converted into a form interpretable by the communication partner. A conversion table 8 as a means, a conversion means storage unit 9 as a conversion means storage means for storing actual conversion means, and a negotiation means for determining what kind of resource information of the partner apparatus is used. Negotiation unit 10 is connected.
[0024]
In the above-described configuration, the received data is assumed to be viewed or heard by a person. However, it is not necessary to output the data to a person, and a processing unit may be used instead of the output unit. The received data is not limited to voice, music, images, and characters, but may be data of spreadsheet software, CAD (Computer Aided Design), or data of LSI wiring if the format is a digital numerical sequence. It does not matter. In this case, the voice output unit in the block diagram of FIG. 1 is replaced with a data processing unit.
[0025]
Next, the operation of this embodiment will be described with reference to the flowchart of FIG.
[0026]
In step S1, data to be transmitted is set, and in step S2, a transmission destination is set. In step S3, a transmission request is issued to the transmission destination set in step S2, and in step S4, it is determined whether or not the connection has been successful. If the connection fails, the communication is terminated. If the connection is successful, the resource information of the terminal at the transmission destination is received in step S5, and the user selects an arbitrary conversion method using the input unit 21 with reference to the conversion table 8 in step S6. In step S7, it is determined whether there is a selected conversion method. Of course, it is also determined that conversion is possible when conversion is not required. In step S8, when there is no means for conversion, the fact is displayed on the display unit 1 and the communication is terminated. In this case, the communication is terminated, but when different formats are used in one data, for example, when characters and still images are mixed, a part of the data is communicated (only characters are communicated). It is also possible. In this case, it is also conceivable to send only the communicable one without terminating the communication. If there is a selected conversion method, in step S9, the data is converted so that the data can be interpreted on the receiving side. If no conversion is required, do nothing. In step S10, the converted data is transmitted, and in step S11, the communication ends.
[0027]
On the receiving side, in step S12, a transmission request is waited, and in step S13, the transmission request is accepted, and it is determined whether a connection has been established. If the connection is not established, the reception waits again. In step S14, the resource information of the receiving terminal is transmitted. In step S15, data that can be interpreted by the receiving terminal is received. In step S16, the communication is terminated.
[0028]
In the above-described flow, the data conversion is performed on the transmission side, but the conversion may be performed on the reception side. Further, in this flow, it is described that the side that generates the call sends data, but the side that generates the call may naturally receive data. This is the same in the following embodiments. If the resource information of the communication partner is stored after the end of the communication, it is not necessary to perform negotiation from the next time. In this case, when the partner resource is changed for some reason, it is necessary to notify the change. In addition, there is a function to simulate the output form of other models, and if the resource information of the other party is stored, it is possible to check in what form the other party will output before or after transmission Will be possible.
[0029]
FIG. 3 shows an example of transmission data. In this example, a sentence (TEXT1, TEXT2), a still image (IMAGE1), and music (SOUND1) are included. In this case, the data is transmitted in a format as shown in Table 1, for example. In this example, a format is designated following the key ##. The first data in this example is described as EUC TEXT, and there is a sentence written in EUC code. Next, JPEG still image data is stored, then MIDI format music data is stored, and finally, EUC format sentences are stored again.
[0030]
[Table 1]

[0031]
In the example after the conversion by the above-described conversion method, as shown in Table 2, the text is converted from the EUC code to the SJIS (shift JIS) code, and the JPEG data is converted to the bitmap data. MIDI is intact and unconverted.
[0032]
[Table 2]

[0033]
Table 3 shows an example of a resource information file possessed by the device. This example shows that EUC sentences, BITMAP, MIDI, and the like can be interpreted. That is, only interpretable ones can communicate. As described in this example, it is desirable to register address data, schedule data, and the like as resource information. By creating a conversion program, it is possible to convert addresses, schedule formats, and the like that differ depending on the model, without making the user aware.
[0034]
[Table 3]

[0035]
Table 4 shows an example of the conversion table. In this example, the format is described in a format before conversion: convertible format 1, convertible format 2,....
[0036]
[Table 4]

[0037]
In addition, "*" before the format name indicates irreversible conversion. The irreversible transformation is a transformation in which when A is converted to B and B is converted to A again, the original A cannot be completely restored. In other words, a conversion in which a part of the original information is lost when the conversion is performed. In the first aspect of the present invention, whether or not this irreversible conversion is performed is irrelevant. Here, the term "conversion" refers to an operation of creating another data using the original data or information attached to the original data, such as a file name, a creation date and time, and a creation device address. The operation of replacing the original data as an image with only the address of the machine where the original data is located, the file name of the image, and the size of the image in the vertical and horizontal directions is also called conversion. Similarly, an operation of creating data obtained by extracting one or several still images from moving image data is also conversion.
[0038]
next,According to the present inventionAn embodiment of a communication device will be described with reference to the drawings. The same components as those in FIG. 1 are denoted by the same reference numerals, and description thereof will be omitted.
[0039]
As shown in FIG. 4, the communication device according to the present embodiment includes a performance evaluation storage unit 11 as a performance evaluation value storage unit that indicates the conversion performance of the model, and a performance transmitted from the model and a model of a communication partner. A performance comparing unit 12 is provided as a performance comparing means for comparing evaluations.
[0040]
Next, the operation of this embodiment will be described with reference to the flowchart of FIG.
[0041]
In step S21, data to be transmitted is set, and in step S22, a destination is set. In step S23, a transmission request is issued to the transmission destination set in step S22, and in step S24, it is determined whether or not the connection has been successful. If the connection has failed, the communication is terminated in step S34. If the connection is successful, in step S25, the resource information of the terminal of the transmission partner is received, and in step S26, the performance evaluation value of the communication partner is received. In step S27, a conversion method is selected by the input unit 21 with reference to the conversion table, and in step S28, it is determined whether there is a selected conversion method. Of course, it is determined that conversion is possible even when conversion is not necessary. If there is no means for conversion in step S29, the fact is notified to the user and the communication is terminated. In this case, the communication is terminated, but when different formats are used in one data, for example, when characters and still images are mixed, a part of the data can be communicated (only characters can be communicated). It is also possible. In this case, it is conceivable that the communication is not terminated and only those which can communicate are sent. In step S30, the performance evaluation value of the model is compared with the performance evaluation value of the communication partner, and in step S31, it is determined whether the performance of the model is better than that of the communication partner. In step S32, since the performance of the model is high, the data is converted so that the receiving side can interpret the model. If no conversion is required, do nothing. In step S33, the converted data is transmitted, and in step S34, the communication ends.
[0042]
On the other hand, on the receiving side, in step S35, the transmission request is waited, and in step S36, the transmission request is accepted, and it is determined whether or not the connection has been established. If the connection is not established, the reception waits again. In step S37, the resource information of the receiving terminal is transmitted, and in step S38, the performance evaluation value is transmitted. In step S39, the data is received. In step S40, the resource information is compared with the format of the current data to determine whether conversion is necessary. Conversion is performed in step S41, and communication is terminated in step S42.
[0043]
In the above-described flow, the performance evaluation value is received before selecting the conversion method. However, the performance evaluation value may be received after it is determined that conversion is possible. It is more desirable that the performance evaluation value is not a single value but is stored for each conversion method. Depending on the performance of the model, certain conversions can be performed relatively faster than other models, while other conversions can be relatively slow. If the performance is stored for each conversion method, it is possible to compare the conversion speed with the currently required conversion, and the processing can be performed more efficiently. Further, in this example, the performance evaluation value is measured and set in advance by a speed measurement program or the like, but it is assumed that the current load of the apparatus, for example, a plurality of programs are running and the load on the CPU is large. It is also possible to dynamically change the performance evaluation value. In this case, the conversion work is not performed as much as possible on a model with a large load. It is also possible for the user to specify the conversion by the CPU performance regardless of the magnitude of the load. In this case, it is possible to always inquire the user when both devices can be converted, and to store in advance such things as "if the other device is X, convert on the other device". It is also possible to keep.
[0044]
next,According to the present inventionAn embodiment of a communication device will be described with reference to the drawings. The same components as those in FIG. 1 are denoted by the same reference numerals, and description thereof will be omitted.
[0045]
As shown in FIG. 6, the communication apparatus according to the present embodiment will transmit an address / identifier storage unit 22 as an original address storage unit for storing where original data is located with respect to data received in the past, and transmit the current data. An address / identifier adding unit 23 as original address adding means for adding an address of the transmitting apparatus to the data to be specified and an identifier for specifying the data. If the original data is exactly the same as the original, or if the original data can be restored by some kind of conversion, nothing is stored in the address / identifier.
[0046]
Next, the operation of this embodiment will be described with reference to the flowchart of FIG.
[0047]
In step S51, data to be transmitted is set, and in step S52, a destination is set. In step S53, a transmission request is issued to the transmission destination set in step S52, and in step S54, it is determined whether the connection has been successful. If the connection has failed, the communication is terminated in step S63. If the connection is successful, in step S55, the resource information of the terminal of the transmission destination is received. In step S56, the conversion method is selected by the input unit 21 with reference to the conversion table. In step S57, the selected conversion method is selected. It is determined whether there is a technique. Of course, it is determined that conversion is possible even when conversion is not necessary. If there is no means for conversion in step S58, the fact is notified to the user and the communication is terminated. In this case, the communication is terminated, but when different formats are used in one data, for example, when characters and still images are mixed, a part of the data can be communicated (only characters can be communicated). ). In this case, it is conceivable that the communication is not terminated and only those which can communicate are sent. The conversion is performed in step S59, and in step S60, it is determined whether the conversion performed in step S59 is a reversible conversion or an irreversible conversion. In step S61, if the conversion performed in step S59 is an irreversible conversion, the original address and data identifier of the data are added to the transmission data. Note that the determination as to whether the conversion is the reversible conversion or the irreversible conversion can be realized by describing the conversion table in Table 4 in advance. The address is a communication address for accessing a device having original data before conversion. The identifier is a code for specifying which data in the device holding the original data points. If it is a normal file system, it may be a directory path and a file name. However, since the path and file name cannot be found just by changing the file name, it is desirable to adopt a code that always matches the data. It is also desirable to add the format information of the original data at this time. In step S62, the converted data is transmitted, and in step S63, the communication is terminated.
[0048]
On the other hand, on the receiving side, in step S64, the transmission request is waited, and in step S65, the transmission request is accepted, and it is determined whether the connection has been established. If the connection is not established, the reception waits again. In step S66, the resource information of the receiving terminal is transmitted. In step S67, the data is received. In step S68, the communication is terminated.
[0049]
The present invention is applied, for example, as follows. Assume three types of devices, A, B, and C. It is assumed that the devices A and C are devices having the same capability, for example, a personal computer, and the device B is a device having inferior performance to the devices A and C, for example, a portable terminal. The device A has data X. When sending the data to the device B, the data X is converted into a different format by the device A or the device B because the device B does not have the ability to interpret the data X. Let X 'be the converted data. Assuming that the conversion performed here is an irreversible conversion, according to the present invention, the address of the device A holding the original data and the identifier for specifying X in the device A are added to the data X '. You. In apparatus B, X 'is interpreted and output (display) is performed. Further, the device B considers transmitting the data to the device C. Although the device C interprets the data X ', if the data X has the ability to interpret the format of the data X, the user may desire the data X more than the data X' with a reduced amount of information. In this case, according to the present invention, since the data X 'includes the address of the device A where the data X is present and the identifier for specifying the data, the device C can request the device A to transmit the data X. Will be possible. For example, data X is obtained by compressing a color image by JPEG, and data X 'is black and white bitmap data. When outputting the data X ', the device C desirably displays an indication that there is another original data at the same time, and can communicate with the device A with one touch to output the original data. Further, in this example, only one original address is described, but the addresses of all the devices that have passed as the transmitted history may be added. Internet e-mail includes all the addresses of the computers that have passed through.
[0050]
In the above description, the original data cannot be obtained if the data is erased in the device that has performed the irreversible conversion and the data has been transmitted. To request data. Also, when irreversible conversion is performed, it is conceivable to transmit original data before conversion together with data after conversion. In this case, the data amount increases, but since the original data is always stored, it is not necessary to newly communicate when the original data is required.
[0051]
next,According to the present inventionAn embodiment of a communication device will be described with reference to the drawings.
[0052]
A feature of the communication apparatus of the present embodiment is that the conversion table 8 and the conversion unit storage unit 9 of FIG. 1 are configured by a rewritable medium. In this way, even if a new format is created, a means for converting the format into an existing interpretable format can be added later, and the new format can be handled.
[0053]
next,According to the present inventionAn embodiment of a communication device will be described with reference to the drawings. The same components as those in FIG. 1 are denoted by the same reference numerals, and description thereof will be omitted.
[0054]
As shown in FIG. 8, the communication device according to the present embodiment includes a conversion request unit 24 as a conversion request unit that requests a third device that is not the current communication partner to perform format conversion, and a conversion reception unit that receives a conversion request. And a conversion request receiving unit 25 as means.
[0055]
Next, the operation of this embodiment will be described with reference to the flowchart of FIG.
[0056]
In step S71, data to be transmitted is set, and in step S72, a transmission destination is set. In step S73, a transmission request is issued to the transmission destination set in step S72, and in step S74, it is determined whether the connection has been successful. If the connection fails, the communication is terminated. If the connection has succeeded, in step S75, the resource information of the terminal of the transmission destination is received. In step S76, the conversion method is selected by the input unit 21 with reference to the conversion table. In step S77, it is determined whether there is a conversion method. Of course, it is also determined that conversion is possible when conversion is not required. In step S78, if there is no means for conversion on the transmitting / receiving side, a conversion is requested to the third device. This request will be described later. In step S79, it is determined whether the result of the conversion request is successful. If the conversion is unsuccessful in step S80, a message indicating that conversion is not possible is displayed, and the communication is terminated (step S83). In step S81, since the performance of the model is high, the data is converted so that the model can interpret the data on the receiving side. If no conversion is required, do nothing. In step S82, the converted data is transmitted, and in step S83, the communication ends.
[0057]
On the other hand, on the receiving side, in step S84, the transmission request is on standby, and in step S85, the transmission request is accepted, and it is determined whether or not a connection has been established. If the connection is not established, the reception waits again. In step S86, the resource information of the receiving side terminal is transmitted, and in step S87, data in a form that can be interpreted by the receiving side is received. In step S88, the communication is terminated.
[0058]
Here, the conversion request in step S78 will be described with reference to the flowchart in FIG.
[0059]
In step S91, transmission data is set, and in step S92, a conversion request destination is set. In step S93, the device of the conversion request destination is called. In step S94, it is determined whether the connection has been established. In step S95, a conversion request is transmitted. The conversion request describes a format before conversion and a format after conversion. In step S96, a result indicating whether the requested device can perform the requested conversion is received. In step S97, it is determined whether or not conversion is possible. In step S98, conversion is disabled as a result of the conversion request. In step S99, a message that conversion is impossible is displayed, and the communication is terminated (step S103). If it is determined in step S97 that the conversion is possible, data for conversion is transmitted in step S100, and the converted data is received in step S101. In step S102, conversion success is set as the conversion request result. In step S103, the communication is terminated.
[0060]
On the other hand, the receiving side waits for a transmission request from another device in step S104, and determines in step S105 whether communication has been established. In step S106, a request from the sender is received. In step S107, it is determined whether the reception request is a conversion request. If it is determined in step S108 that the request is not a conversion request, another predetermined process is performed. In step S109, it is determined whether the transmitted conversion request is possible. If it is determined in step S110 that the conversion cannot be performed, a message indicating that the conversion cannot be performed is transmitted. In step S111, a message indicating that conversion is possible is transmitted. In step S112, data for conversion is received. In step S113, a conversion process is actually performed. In step S114, the converted data is transmitted.
[0061]
In the above-described flow, a conversion request is issued to another device in the middle of the transmission process, but, of course, the first communication is interrupted once, then a conversion request is issued to another device, and the conversion is completed. It is desirable to call the first transmission partner again from. For example, in a case where two portable terminals, which are nests of models, exchange data, when the portable terminal itself has no means for conversion, the portable device issues a conversion request to a third device, for example, a personal computer. It is used to perform conversion. In the flow, it is described that a conversion result is received after a transmission-side device issues a conversion request, and the conversion result is sent to a reception device. However, it is of course conceivable that the conversion device may send the conversion result directly to the receiving side without returning it to the transmitting side. In this case, it is necessary to send the address of the transmission destination to the conversion side device at the same time as the conversion request transmission or the data transmission. It is also desirable that a plurality of data can be converted in one conversion request, and that a conversion request can be issued to a plurality of devices instead of one.
[0062]
next,According to the present inventionAn embodiment of a communication device will be described with reference to the drawings. The same components as those in FIG. 1 are denoted by the same reference numerals, and description thereof will be omitted.
[0063]
As shown in FIG. 11, the communication device of this embodiment includes a communication time estimating unit 26 as communication time estimating means for estimating the communication time including the data conversion time.
[0064]
Next, the operation of this embodiment will be described with reference to the flowchart of FIG.
[0065]
In step S121, data to be transmitted is set. In step S122, a destination is set. In step S123, a transmission request is issued to the transmission destination set in step S122. In step S124, it is determined whether the connection has been successful. If the connection has failed, the communication is terminated (step S137). If the connection is successful, the communication speed is determined in step S125. This is because the communication speed may change depending on the line state. In a modem, the communication speed is usually determined by training. Therefore, after the training, an estimate of the communication speed can be calculated. However, since the error rate and the like are not completely known, they are approximate values. In step S126, the resource information of the transmission destination terminal is received. In step S127, the conversion method is selected by the input unit 21 with reference to the conversion table. In step S128, it is determined whether there is a conversion method. Of course, it is also determined that conversion is possible when conversion is not required. In step S129, a message that conversion is impossible is displayed, and the communication is terminated (step S137). If it is determined that the conversion is possible, in step S130, the time required for the conversion is estimated. Also in this case, complete estimation is difficult depending on the conversion method and the type of data. Therefore, a method of estimating the time required in the case of the standard data size from a numerical value or the like stored in advance for each conversion method and the current data amount can be considered. In step S131, the converted data capacity is estimated. Although completely difficult as in step S130, a rough value can be roughly calculated from standard numbers. In step S132, the approximate time required for the current data communication is obtained from an expression such as “data capacity after conversion / communication speed + conversion time”. Also, by storing information for billing, it is possible to present to the user an estimate of the communication fee required for communication.
[0066]
In step S133, the required time obtained in step S132 is indicated, and it is confirmed whether the data can be transmitted to the user. In step S134, it is determined whether the user has permitted the transmission. If it is determined that the permission is granted, data conversion is performed in step S135. In step S136, the data is transmitted. In step S137, the communication ends.
[0067]
On the other hand, the receiving side waits for a transmission request in step S138, accepts the transmission request in step S139, and determines whether a connection has been established. If the connection is not established, the reception waits again. If the connection is established, the resource information of the receiving terminal is transmitted in step S140. In step S141, data in a format that can be interpreted on the receiving side is received. In step S142, the communication ends.
[0068]
When there are a plurality of conversion methods, it is desirable to display all or some of them and allow the user to select them. If different types of data, such as characters and images, are included in the transmission data, it may be possible to transmit only information for obtaining original data. For example, if a user decides to send data containing text and video over a telephone line and it is too long to send the video over the telephone, the text will send all the information, It is possible to send only a data identifier or the like with address information for obtaining original data. In this case, if the positional relationship (coordinate information) between the character and the image is also transmitted, it is possible to indicate to the user on the receiving side where the image is displayed when the character is displayed. Further, according to the embodiment of the third aspect, when moving image data is desired, the data is obtained by issuing a transmission request. When asking the user for a judgment, it is conceivable to describe conditions in advance. In this case, the user inputs in advance settings such as "Do not communicate for more than 10 minutes" or "Do not communicate for more than 100 yen", and select a conversion that meets the conditions to communicate. It is possible to do. Further, when transmitting data including a plurality of pieces of information such as characters, images, and music, it is desirable to transmit data having a small data amount.
[0069]
Empirically, character data has a smaller data amount and a larger amount of information per unit (byte) than image data. Is likely to have arrived. Further, since it is considered that a request such as importance of image data differs depending on a user depending on a usage, it is desirable that the user can set which data is to be communicated first.
[0070]
next,According to the present inventionAn embodiment of a communication device will be described with reference to the drawings. The same components as those in FIG. 1 are denoted by the same reference numerals, and description thereof will be omitted.
[0071]
As shown in FIG. 13, the communication device according to the present embodiment includes an output information storage unit 27 serving as an output information storage unit that stores information (for example, output software) for outputting or processing data; An output information communication unit 28 as output information communication means for transmitting information stored in the output information storage unit 27 to another device or obtaining output information from another device. It is assumed that the output information storage unit 27 exists as a part of the display unit and the audio processing unit in the above-described embodiment.
[0072]
Next, the operation of this embodiment will be described with reference to the flowchart of FIG.
[0073]
In step S151, data to be transmitted is set. In step S152, a destination is set. In step S153, a transmission request is issued to the transmission destination set in step S152. In step S154, it is determined whether the connection has been successful. If the connection has failed, the communication is terminated (step S164). If the connection is successful, in step S155, the resource information of the destination terminal is received. It is assumed that the model of the receiving device is also recorded in the resource information in this case. In step S156, it is determined using the resource information whether output or processing is possible at the receiving device. If the output is not possible, in step S157, since the output is not possible on the receiving side, it is determined whether the transmitting side stores the output information for the receiving device. For this determination, model information in the resource information is used. If the transmitting side determines that the output information for the receiving device is stored, in step S158, a request for transmitting the output information is issued to the receiving device. In step S159, whether or not transmission is possible is received. In step S160, it is determined whether transmission is possible. If it is determined that transmission is possible, the output information is transmitted in step S161. In step S162, data transmission is requested. In step S163, the data is transmitted. In step S164, the communication ends.
[0074]
On the other hand, on the receiving side, in step S165, a transmission request is on standby. In step S166, the transmission request is accepted, and it is determined whether or not a connection has been established. If the connection is not established, the reception waits again. If the connection has been established, the resource information of the receiving device is transmitted in step S167. In step S168, a transmission request is received. In step S169, it is determined whether the transmission request is for data or output information. If it is determined that the information is output information, in step S170, it is determined whether to receive the output information. This may be determined based on the memory capacity of the receiving side, or can be realized by inquiring of the user whether to receive. If it is determined that reception is impossible, in step S171, reception impossibility is transmitted. If it is determined that the reception is possible, the reception availability is transmitted in step S172. In step S173, the output information is received.
[0075]
If it is determined in step S169 that the transmission request is for data, the data is received in step S174, and the communication is terminated in step S175.
[0076]
Now, it is assumed that the transmitting side wants to transmit data X and that there is no information to output or process data X on the receiving side. In this case, if the present invention is used, information for outputting data X can be automatically sent from the transmitting device to the receiving device, and the information for output can be prepared in the receiving device in advance. , It becomes possible to output data. For example, by storing all the information to be output by a mobile terminal in one personal computer, the mobile terminal automatically installs the software when receiving data from the personal computer without installing the output software individually. Will be done. Naturally, a copyright problem arises here, so that a flag indicating that copying is possible or not is set in the output information, and only those for which the possible flag is set are targeted. It is also possible to have a copy impossible flag so that once copied software is not copied again.
[0077]
【The invention's effect】
According to the communication device of claim 1,, DressBy sending the hardware and software information (resource information) of the device prior to communication, the data format to be communicated is compared with the resource information on the receiving side, and if necessary, data conversion is performed. Since transmission is performed after the transmission, communication can be performed even if the data format is different.Further, when the receiving side does not hold information such as software for processing data, the information is obtained from the transmitting side, so that the data can be processed without conversion. According to the communication device of the second aspect, hardware and software information (resource information) of the device for processing a data format included in the transmission data by using one or more format information included in the transmission data. ) Is transmitted prior to the communication, so that the communication can be performed more preferably even if the data format is different.
[0078]
For example, consider connecting a portable terminal and a personal computer (PC) through a public telephone line. It is assumed that the music held on the PC side is in the MIDI format, but the portable terminal side cannot interpret the MIDI data format and can output only the WAVE format. According to the present invention, in this case as well, by judging each resource, it becomes possible to convert the MIDI format into a format on the PC side (or the portable terminal side) and send the converted format.
[0079]
Similarly, even if the format of the schedule data held on the PC side does not match the schedule format of the portable terminal, simply preparing a conversion program automatically determines which format each machine can handle. Then, the user can transmit and receive data without being aware of the conversion.
[0080]
Claim3According to the communication device, when conversion is performed, if both the transmitting side and the receiving side have the ability to perform conversion, the performance of the device is compared, and the conversion is performed by a device with high performance. Communication time can be reduced. In the above-described embodiment, whether the conversion is performed on the PC side or the portable terminal side depends on a mounting method. If the conversion time at the mobile terminal is extremely slow as compared with the conversion time at the PC, the conversion at the mobile terminal is inefficient. According to the present invention, in this case, by comparing the conversion performance of the PC and the conversion performance of the portable terminal, the conversion is performed with the better performance.
[0081]
Claim4According to the communication device, when the original information is lost due to the conversion,Before data conversion is performed based on the conversion tableInformation on where the original data isTo send dataBy attaching and sending, easilyBefore data conversion is performed based on the conversion tableOriginal data can be obtained. In the above-described example of claim 2, when the MIDI format is converted to the WAVE format, it becomes impossible to restore the MIDI format. This is because when the portable terminal holds the WAVE format, even if the image is further transmitted to another PC, the PC cannot obtain the MIDI format.
[0082]
According to the present invention, the original MIDI format can be retained together with the WAVE format, or information on where the original MIDI format was located can be maintained by a simple operation even when the original MIDI format is desired. Can be called.
[0083]
Claim5According to this communication device, by storing resource information in a rewritable storage medium, resources can be easily added by purchasing a new peripheral tower or adding new software.
[0084]
Claim6According to this communication device, since it has a function of requesting a third device different from the transmitting side and the receiving side for data conversion, it is possible to perform format conversion that cannot be performed by the transmitting and receiving devices. In the above-mentioned example of claim 1, when conversion from MIDI to WAVE cannot be performed by either the transmission-side PC or the reception-side portable terminal, data conversion is performed using a third machine (for example, a workstation or a PC). be able to. By automatically requesting the third machine to perform format conversion, data can be transmitted and received without the user being conscious.
[0085]
Claim7According to this communication device, when there are a plurality of types of conversion, prior to the conversion, an estimated value of the communication time when the conversion is performed is presented to the user, and the user can select an appropriate method. .
[Brief description of the drawings]
FIG.According to the present inventionFIG. 2 is a block diagram illustrating a configuration of an example of a communication device.
FIG. 2According to the present invention6 is a flowchart illustrating an operation of the embodiment of the communication device.
FIG. 3 is a diagram illustrating an example of transmission data.
FIG. 4According to the present inventionFIG. 2 is a block diagram illustrating a configuration of an example of a communication device.
FIG. 5According to the present invention6 is a flowchart illustrating an operation of the embodiment of the communication device.
FIG. 6According to the present inventionFIG. 2 is a block diagram illustrating a configuration of an example of a communication device.
FIG. 7According to the present invention6 is a flowchart illustrating an operation of the embodiment of the communication device.
FIG. 8According to the present inventionFIG. 2 is a block diagram illustrating a configuration of an example of a communication device.
FIG. 9According to the present invention6 is a flowchart illustrating an operation of the embodiment of the communication device.
FIG. 10According to the present invention6 is a flowchart illustrating an operation of the embodiment of the communication device.
FIG. 11According to the present inventionFIG. 2 is a block diagram illustrating a configuration of an example of a communication device.
FIG.According to the present invention6 is a flowchart illustrating an operation of the embodiment of the communication device.
FIG. 13According to the present inventionFIG. 2 is a block diagram illustrating a configuration of an example of a communication device.
FIG. 14According to the present invention6 is a flowchart illustrating an operation of the embodiment of the communication device.
[Explanation of symbols]
1 Display
2 Audio output unit
3 Communication section
4 control unit
5 Resource information storage
6 Data storage unit
7 Data converter
8 Conversion table
9 Conversion means storage
10 Negotiation section
11 Performance evaluation storage unit
12 Performance comparison section
21 Input section
22 Address / identifier storage
23 Address / identifier addition section
24 Conversion request section
25 Conversion request reception unit
26 Communication time estimation unit
27 Output information storage unit
28 Output information communication unit

Claims (7)

文字、画像、図形、音声、音楽データ、及びデジタル化されたデータの全種類もしくはその一部を含む情報を送受信する通信装置であって、データを処理するためのハードウエア及びソフトウエアからなるリソースに関する情報を記憶するリソース情報記憶手段と、データの送信に先立って、受信側の他の通信装置が同じリソースを有するか否かを判定すべく前記受信側の他の通信装置と通信するネゴシエーション手段と、前記受信側の他の通信装置が同じリソースを有さない場合に、送信すべきデータを前記受信側の他の通信装置のリソースで処理可能なデータに変換するための変換手段を記述した変換テーブルに基づいてデータ変換を行うデータ変換手段と、現在送信しようとしているデータを処理するためのソフトウエアを含めた情報を記憶する出力用情報記憶手段とを具備し、前記受信側の他の通信装置にデータを処理するためのソフトウエアを含めた情報がなく、かつ送信側の通信装置に前記情報がある場合に、前記データとともに前記情報を送信する通信装置。A communication device for transmitting and receiving information including all or a part of characters, images, graphics, sounds, music data, and digitized data, the resources comprising hardware and software for processing the data Resource information storage means for storing information about the communication apparatus, and negotiation means for communicating with the other communication apparatus on the receiving side to determine whether another communication apparatus on the receiving side has the same resource before transmitting data. And a conversion unit for converting data to be transmitted into data that can be processed by the resources of the other communication device on the receiving side when the other communication devices on the receiving side do not have the same resources. Information including data conversion means for performing data conversion based on a conversion table and software for processing data to be transmitted at present. Output information storage means for storing, when the other communication device of the receiving side does not have information including software for processing data, and when there is the information in the communication device of the transmitting side, A communication device for transmitting the information together with the data. 文字、画像、図形、音声、音楽データ、及びデジタル化されたデータの全種類もしくはその一部を含み１つ以上のフォーマット情報を含む送信データを送受信する通信装置であって、データを処理するためのハードウエア及びソフトウエアからなるリソースに関する情報を記憶するリソース情報記憶手段と、データの送信に先立って、送信データに含まれる１つ以上のフォーマット情報を用い、送信データに含まれるデータフォーマットを処理するために受信側の他の通信装置が同じリソースを有するか否かを判定すべく前記受信側の他の通信装置と通信するネゴシエーション手段と、前記受信側の他の通信装置が同じリソースを有さない場合に、送信すべきデータを前記受信側の他の通信装置のリソースで処理可能なデータに変換するための変換手段を記述した変換テーブルに基づいてデータ変換を行うデータ変換手段と、現在送信しようとしているデータを処理するためのソフトウエアを含めた情報を記憶する出力用情報記憶手段とを具備し、前記受信側の他の通信装置にデータを処理するためのソフトウエアを含めた情報がなく、かつ送信側の通信装置に前記情報がある場合に、前記データとともに前記情報を送信する通信装置。A communication device for transmitting and receiving transmission data including one or more format information including all or part of characters, images, graphics, sounds, music data, and digitized data, for processing data A resource information storage unit for storing information on resources composed of hardware and software, and processing a data format included in the transmission data by using one or more format information included in the transmission data prior to data transmission Negotiation means for communicating with the other communication device on the receiving side to determine whether the other communication device on the receiving side has the same resource, and the other communication device on the receiving side having the same resource. Otherwise, to convert the data to be transmitted to data that can be processed by the resources of the other communication device on the receiving side Data conversion means for performing data conversion based on a conversion table describing the conversion means, and an output information storage means for storing information including software for processing data to be currently transmitted, and A communication device that transmits the information together with the data when there is no information including software for processing data in another communication device on the reception side and the information is present in the communication device on the transmission side. 前記通信装置の計算性能を示す性能評価値を記憶する性能評価値記憶手段と、前記通信装置の性能評価値と前記受信側の他の通信装置の性能評価値を比較する性能比較手段とを具備し、前記通信装置の性能評価値と前記受信側の他の通信装置の性能評価値を比較し、性能評価値が優位な通信装置で前記データ変換を行う請求項２に記載の通信装置。A performance evaluation value storage unit that stores a performance evaluation value indicating a calculation performance of the communication device; and a performance comparison unit that compares the performance evaluation value of the communication device with the performance evaluation value of the other communication device on the receiving side. The communication device according to claim 2, wherein a performance evaluation value of the communication device is compared with a performance evaluation value of another communication device on the receiving side, and the data conversion is performed by a communication device having a superior performance evaluation value. 各データに対して変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータがどこに存在するのかを記憶しておくオリジナルアドレス記憶手段と、データの送信のときに変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータがどこに存在するかの情報を送信データに付加するオリジナルアドレス付加手段とを具備し、前記受信側の他の通信装置において変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータを得たい場合には、ユーザからの指示に基づき変換テーブルに基づいてデータ変換が行われるより前のオリジナルデータを持つ通信装置から該オリジナルデータを得る請求項２または３に記載の通信装置。Original address storage means for storing where the original data exists before data conversion is performed on each data based on the conversion table, and data conversion based on the conversion table at the time of data transmission. Original address adding means for adding information on where existing original data is present to the transmission data before the transmission is performed, before the other communication device on the receiving side performs data conversion based on the conversion table. 4. The communication according to claim 2, wherein, when it is desired to obtain the original data, the original data is obtained from a communication device having original data before data conversion is performed based on a conversion table based on an instruction from a user. apparatus. 前記変換テーブルと、前記リソース情報記憶手段とが書換可能な媒体である請求項２から４のいずれか一項に記載の通信装置。The communication device according to claim 2, wherein the conversion table and the resource information storage unit are rewritable media. 前記通信装置または前記受信側の他の通信装置と異なる第３の通信装置に対してデータ変換を依頼する変換依頼手段と、他の通信装置からの変換を受け付ける変換受け付け手段とを具備し、前記通信装置で前記受信側の他の通信装置が処理できるデータに変換できない場合には、前記第３の通信装置に対してデータを変換するよう依頼し、前記変換されたデータを前記受信側の他の通信装置へ送る請求項２から５のいずれか一項に記載の通信装置。A conversion request unit for requesting data conversion to a third communication device different from the communication device or the other communication device on the receiving side, and a conversion receiving unit for receiving conversion from another communication device, If the communication device cannot convert the data into data that can be processed by the other communication device on the receiving side, the communication device requests the third communication device to convert the data, and transmits the converted data to the other communication device on the receiving side. The communication device according to claim 2, wherein the communication device sends the communication device to the communication device. 各種データ変換を行った場合のデータ転送に必要な時間の推定を行う通信時間推定手段と、データの送受信の際の通信時間の推定値を前記データ変換毎に表示する表示手段と、該表示手段に表示されるデータ変換の種類及び通信時間の情報に基づき任意の手法を選択する選択手段とを具備する請求項２から６のいずれか一項に記載の通信装置。Communication time estimating means for estimating the time required for data transfer when performing various data conversions; display means for displaying an estimated value of communication time for data transmission / reception for each data conversion; 7. The communication device according to claim 2, further comprising: a selection unit that selects an arbitrary method based on information on a type of data conversion and communication time displayed on the communication device. 8.

Images