JPH0766893A

JPH0766893A - 通信装置及び通信方法

Info

Publication number: JPH0766893A
Application number: JP5213005A
Authority: JP
Inventors: Kazutoshi Shimada; 和俊島田; Noriyuki Niwa; 宣之丹羽; Yasutomo Suzuki; 康友鈴木; Yoshio Yamashita; 芳生山下
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1993-08-27
Filing date: 1993-08-27
Publication date: 1995-03-10
Anticipated expiration: 2018-01-08
Also published as: JP3363535B2

Abstract

(57)【要約】（修正有）【目的】音声とデータとを同時に伝送できるモデムを
用いる通信装置の使い勝手を向上させること。【構成】上述の目的を達成するため音声とデータとを
同時送受信可能なモデムと、モデムによるデータの送受
信状態を、前記モデムにより音声通話を行っている状況
を例えば図示のようにユーザーに報知する報知表示する
手段とを有することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、音声とデータを同時に
転送できるデータ転送手段を用いて通信を行う通信装置
及び通信方法に関するものである。

【０００２】

【従来の技術】近年、ノートパソコンをはじめとするコ
ンピュータの小型化と、ＰＯＳシステムなどによる在庫
管理や伝票処理の電子化によって、営業活動（外出）の
時間中にノートパソコンや専用ハンディーターミナルを
用いて回線を介して会社内の情報にアクセスできるよう
になった。その結果、お客様先での情報収拾や在庫確認
が容易になり迅速な対応が可能になった。

【０００３】この背景には、前記電子機器の高性能小型
化、低価格化による個人ベースで使用できる環境が整っ
たことと、無線電話のサービスエリアの拡大と低価格化
による情報の行動半径の拡大ということも付け加えられ
る。

【０００４】又、従来のモデム（データ、ＦＡＸ）は、
音声を伝送するアナログ電話回線にデジタルのデータを
転送するために変調をかけており、データ転送時は通常
の音声通話はできなかった。しかし、双方で同一のモデ
ムを用いた時に、音声とデータ（データ、ＦＡＸ）を時
分割或いはダブルキャリアなどの手法で同時に転送でき
るモデムも最近開発されるようになった。

【０００５】

【発明が解決しようとしている課題】しかしながら、デ
ータしか送られないモデムを使用するときはもちろんの
こと前記データと音声を同時に転送可能なモデムを用い
ても、音声による通話を行いながらデータを伝送する状
態を使用者が知るすべはなかった。従って、使い勝手が
良くなかった。又、音声通話とデータ通信を別の目的で
同時に行っている場合には夫々の通信の進行状況が互い
に矛盾する場合が生じた。

【０００６】本発明はかかる点に鑑み使い勝手を向上さ
せた通信装置及び通信方法を提供することを目的とす
る。

【０００７】

【課題を解決するための手段】かかる目的を達成するた
め本出願の第１の発明に依れば音声とデータとを同時送
受信可能なデータ転送手段と、前記データ転送手段によ
るデータの送受信状態を、前記データ転送手段により音
声通話を行っているユーザーに報知する報知手段とを有
する。

【０００８】

【作用】前記報知手段により前記データ転送手段による
データの送受信状態がユーザーに報知される。

【０００９】

【実施例】まず、図１に本発明の一実施例の通信装置が
用いられる公衆回線でのデータの送受信の概略図を示
す。１は携帯電子機器（図はペンコンピュータ）で無線
電話機能を内蔵している。電話としては、画面上に表示
されるソフトテンキーか住所録の番号を指示することで
使用でき、音声は２のハンドセットを通して操作者とや
り取りされる。電子機器は無線電話を内蔵していない既
存のノートパソコン３でももちろん良い。その場合、モ
デム４をその電子機器３がもつＰＣＭＣＩＡインターフ
ェースに装着する。携帯電話５は、一般の携帯無線電話
でモデム４と接続することで無線でデータ転送も行え
る。本実施例のデータ転送手段としてのモデム４は、音
声とデータを同時に転送することが出来るものである。

【００１０】従って、本実施例の装置では音声もモデム
４を介して伝送され、即ち音声情報はデジタルデータに
変換されモデム４によって変調され回線に出力される。
受信動作はその逆となる。

【００１１】この２種類の携帯電子機器が外出先で用い
られるもので、パソコンまたはホストコンピュータ７は
社内などの固定された場所で、発注伝票・在庫状況・個
人のスケジュールを管理できる機械で、同じくモデム４
で公衆回線とつながれている。電話６は通常業務で用い
ている普通の電話である。公衆回線は、無線電話でも有
線同志の接続でも良い。本実施例では外出先として携帯
電子機器を例示したが、支店のデスクトップ機と本店の
ホストコンピュータなどの固定機同志でももちろん良
い。

【００１２】図２は、前記携帯電子機器１及び図１のＡ
として示したブロックの構成を示す概略ブロック図であ
る。これら両者の構成は例えばＣＰＵデバイスの種類が
違うのを除きほぼ同じである。

【００１３】図２において８は本電子機器１またはＡの
制御を行うＣＰＵ、９はメモリーコントローラなどＣＰ
Ｕ周辺が集積された周辺Ｉ／Ｏ、１０はＲＡＭ、１１は
ＲＯＭ、１２は入力デバイスで、ペンコンピュータなら
ばデジタイザー、ノートパソコンならばキーボードが標
準である。１３は表示コントローラのＶＧＡで、表示１
４は液晶でもＣＲＴでも良い。１５は大量のプログラム
やユーザーデータを蓄えるハードディスクで、１６は小
型電子機器に標準で付けられるようになったＩＣカード
のインターフェース（ＰＣＭＣＩＡ）であり、モデム４
もこれに装着されている。もちろん、このような脱着式
のカードではなく内蔵していてもかまわない。無線ユニ
ット１７は、無線電話の企画に従って電波の送受信す
る。回線制御１８は、電話をかけるための操作、即ち、
ハンドセットをあげてオフフックの状態とするための操
作によって無線ユニットを通して無線網に知らせるなど
の、回線に関する制御を行う。フック制御部２０はＣＰ
Ｕからの回線接続要求または切断要求を回線制御１８に
伝える。ハンドセットのフック状態は、実際には一度Ｃ
ＰＵで全体の状態を判定してから実行される。これによ
って、後述するようにオンフック状態にユーザーがして
もデータ転送がそのまま継続されるのである。音声信号
発生手段１９では、通話を行っている双方の通信相手の
うち一方がハンドセットをオンフックとした際に他方の
通信相手に通話終了を示す切断時の発信音を交換機にか
わって疑似的に発生させたりＤＴＭＦ信号を発生させる
ものである。２１はＲＪ１１のような、有線の回線と接
続するためのＩ／Ｆである。

【００１４】図３は、本実施例に開示されるシステムに
おいて、実際にどのような手順でデータ通信と音声会話
が行われるかを表すダイアグラムを示す。送信側と受信
側が、夫々外出先か会社内であるかはどちらでもよい。
この例は、送信側のみで更新すべきデータが存在するも
のとする。

【００１５】まず、送信者はハンドセット２または２′
を上げるか、画面上のフックアイコン（図示せず）によ
って“オンフック”状態にする。それによって、交換機
との間の回線が開かれ、交換機はそのことを受け付けた
発信音を返す。それが確認できると電子機器自体が予め
決められたソフトに従って自動的にまたは、ユーザーが
ダイアルする。システム中のＣＰＵ８はこの時、ダイア
ルをモニターしており、ダイアル番号が予め登録された
ものと一致するか照合する。予め登録されているダイア
ル番号とは相手側として音声とデータとが同時に送れる
モデムを有している端末の番号である。

【００１６】一致することが確認できると、相手が音声
とデータを同時に送れるモデムを備えかつ双方に相手に
送るべきデータが存在している可能性があるため、相手
の応答があれば音声の会話がどのようなものであるかに
かかわらず、音声とデータとを同時に送受信できるモデ
ムの機能、データを送信するためのチャネル、即ちバッ
クグラウンドのチャネルを使用することによってデータ
通信パケットを相互で送り互いのＩＤ（識別情報）を確
認し合う。一方または双方で送りたいデータの存在する
ときは、データ単位でパケットにして送り、受信側はそ
の都度、エラーチェックを行い良ければＡＣＫを返す。

【００１７】データ通信が開始されると、ユーザーにそ
のことを報知する。報知手段は表示１４に「データ転送
中」を出すか、ＬＥＤ（図示していない）などの簡易な
ものでも良い。データは送信側から送り、全て送り終え
れば次に受信側にデータがあれば逆に送られてくる（図
３では図示していない）。

【００１８】これらのデータ交換は音声通話に関係なく
進行し、かつその状況はユーザーの会話や行動に影響を
与えないようにしているので、ユーザーは音声での用事
が済み次第、ハンドセットをオンフック状態または画面
のフックアイコンを操作して電話を切ってしまう。

【００１９】しかし、データ転送が途中であるならば、
回線制御１８は引続き回線を接続したままにする。と共
に、音声通話の相手が一方で電話を切ったことを認識さ
せるため音声信号発生手段１９によって切断トーンを発
する。この時もデータは同じ様に送り続けられ、双方で
全て送られた所で、回線はユーザーが意識することなく
切断される。

【００２０】回線は接続されているので、課金は同じで
あるためにユーザーにとって、逆に音声通話を継続して
行っていてもかまわない。そこで、まだデータ転送がど
れだけ行われるのかが分かればそれに応じて別の話をす
ることもできる。ユーザーは随時、残時間を知ることが
できるように、「転送中」と共に「残時間」を表示して
おく。もちろん、ユーザーの求めに応じて表示しても良
い。

【００２１】図４（ａ）（ｂ）に、前記ダイアグラムを
実現するためのフローチャートを示す。まず、図４は本
実施例のシステムにスケジューラの機能を持たせた場合
を例にデータが更新されたとき、どのような手順である
かを示す。

【００２２】（ａ）はパソコン７側に対して通信によっ
て携帯機器の持主のスケジュールを確認、或いはアポイ
ントを入れる場合を示す。まず（４−１）データを受
信、（４−２）受信したメッセージが何を求めているの
かコマンド解釈を行い（ここでは、（４−３）スケジュ
ールの確認と（４−５）アポイントをいれるを例にあげ
た）、コマンドがスケジュールの確認なら、（４−４）
パソコン７上にあるスケジュールデータを返送する。ま
た、アポイントをいれることなら、スケジュールが空い
ていれば、（４−６）仮データとして登録し、（４−
７）更新されたデータが存在することを示すフラグをた
て、（４−８）更新データの単位で何件あるかをテーブ
ルにして存在する場所のポインターを格納しておく。

【００２３】（ｂ）は、パソコンでも携帯電子機器でも
いずれにおいても、ユーザーが新たなスケジュールを登
録するか修正する場合のフローを示す。この場合には
（４−９）、（４−１０）が行われる携帯端末によって
外出先で新しいデータがいれられ、またパソコンでも仮
のデータ登録が行われると双方に矛盾が出来、整合をと
る必要性がでてくる。

【００２４】図４（ｃ）は、パソコンまたは携帯電子機
器１内の更新データテーブルの例で、番号（受け付け
順）、データの種類（スケジュール、ＦＡＸ、注文な
ど）、日付時間、データの容量、実際にデータが格納さ
れているメモリーを示すポインター、通信記録（通信開
始、中断）を１つのデータに対して作る。複数存在すれ
ばそのかずテーブルがある。

【００２５】次に図５（ａ）では、図４（ｃ）に示すよ
うに更新すべきデータが存在するとき、電話をかける側
の音声通話と並行して行われるデータ通信のフローチャ
ートを示す。これはパソコン３でも携帯機１でもどちら
でもよい。

【００２６】（５−１）前述したようにユーザーが普通
に電話をかけるように回線を接続しダイアルするまたは
かける相手を指定することでダイアルされる。（５−
２）かけているダイアルがあらかじめ登録されているも
のかどうか確認する。もし、登録以外の番号ならば音声
のみの通話であるとし、以下データ通信としては何もし
ない（５−３）。

【００２７】（５−４）登録された番号のときは、モデ
ム４を許可してデータ転送に備え、（５−５）相手の応
答を待つ。図示していないが、相手が話中や電話にでな
いときはユーザーはハンドセットをオンするなどして通
話を断念するので、このフローも中断する。

【００２８】（５−６）相手の応答で、音声の会話と並
行して自分のＩＤをデータとして送信する。そして、
（５−７）相手からのＩＤの返答を待ち、（５−８）来
たＩＤを照合し（５−９）正常かを判定する。相手から
一定時間以上ＩＤの返答がない場合やＩＤが適合しない
ときは音声通話のみの対応になる。

【００２９】この場合にはモデム４を介して通信する必
要はない。

【００３０】（５−１０）次に電話をかけた側に図４
（ｃ）に示す更新データフラグがたっているかを確認す
る。あれば（５−１１）データテーブルに入れられた順
番に従って、パケット化して送る。（５−２５）次に双
方でおくるべきデータの容量を転送し合いデータ転送に
必要な時間を計算する。データの容量は、自分のデータ
テーブルの合計と相手から送られてきた容量の和であ
る。そして、表示部に「データ通信開始」のメッセージ
を出すと共に、通信の残時間を随時表示する。（５−１
２）その都度相手からのＡＣＫメッセージで無事にデー
タが送信されたことを確認し、（５−１３）送り終えた
データはテーブルより削除する。そして、（５−１４）
で全てのデータが送り終えたかを確認し、そうでなけれ
ば（５−１１）に戻り次のパケットを送る。

【００３１】全て終了すると（５−１５）更新すべきデ
ータの存在を示すフラグをさげる。

【００３２】もともとデータがなかったとき、そして送
り終えたときに（５−１６）データ無しのメッセージを
送り、（５−１７）相手からの返答を待つ。（５−１
８）相手があれば逆にデータを受取り、無ければデータ
の送受信はそこで終了する。（５−１９）では、音声通
話の状況を調べ、まだ話中のときは音声通話状態にす
る。すでに会話は終了し、ハンドセットがオン状態なら
これで回線を切断する（５−２０）。

【００３３】ここで（５−２５）の処理を詳しく図７
（ａ）に示す。（１７−１）でデータテーブルの送信す
べきデータの容量の合計を計算する。そして、（１７−
２）相手にこのデータを送信して（１７−３）相手のデ
ータを次に受取り（１７−４）自分のデータ量と合計す
る。（１７−５）データ容量と転送レートから実転送時
間を求めそれに手続きに要する時間を経験的に付加して
必要時間とする。（１７−６）「通信中」及び「必要時
間」を表示手段１４に出す。図１７（ｂ）では、表示開
始後の必要時間の補正についてのフローチャートを示
す。１秒割り込みは、システムがいろいろな目的で利用
しているが、この部分のみについて説明する。（１７−
７）表示されている時間を１秒ダウンさせ（１７−８）
０秒になったかどうかを判定して、なっていなければそ
のまま終了、なっていれば更に（１７−９）通信が実際
に終了しているかを判定し、していれば（１７−１０）
通信中の表示をオフする。（１７−１１）通信が終了し
ていなければ実際の通話で時間誤差が生じているので、
現在の通信の進捗から再度時間を設定しなおす。

【００３４】図５の（ｂ）では図５の（ａ）に示される
（５−２）の電話番号の確認について更に詳しく記述す
る。電話番号はどのように設定されるかで、２つのモー
ドに分けられる。第１は（５−２１）直接手動で電話番
号を入れる場合で、電子機器１では、表示画面にでたソ
フトテンキーをペンで押すことで入力する。また一般の
ノートパソコンでは、キーボードやテンキーを押す。こ
れは電子機器の入力デバイスなのでソフト的に押された
番号を把握できる。（５−２２）その番号を順次記憶し
ていく。第２は、電子機器内の住所録・電話帳・短縮ダ
イアルなど直接キーを押すのではなくあらかじめ記憶さ
れている番号を関連キーで呼び出すものである（５−２
３）。このときは、ユーザーより指示されるとすぐに対
象の番号がわかる。これら入力された対象の電話番号が
あらかじめ登録されている送信対象の番号と一致してい
るかを比較する。尚、このとき、市外局番などの有無は
類推できるものとする。

【００３５】図５が、電話をかけた側の機器の制御フロ
ーを示したのに対して、図６では電話を受けた側の制御
フローを示す。

【００３６】基本的に同じ部分もあるので、相違点のみ
を説明する。まず、電話のベルがなり誰かが応答する。
こちらでは、だれからかかったかわからないので、デー
タ側から何か情報データが送信されてくるか待つ（６−
３）。一定時間なければ、音声データの同時通信機能を
有していない普通の電話からと判断して以降音声通話に
する。ＩＤが送られてきて、それが適切ならば、まず相
手のデータを受取り、次にこちらのデータを送る（その
他の細部は図５と同じであるので説明は省略する）。

【００３７】次に図７は、音声会話が終了したときの割
り込み処理について示す。ハンドセットがオン状態にな
る、またはフックアイコンを指示するなど、ユーザーが
明確に音声会話の終了意志を示したとき、割り込みが発
生するように構成されており、図７のフローを実行す
る。

【００３８】このサービスルーチンでは、まずデータ転
送が引続き行われているかを確認し（７−１）、続くの
ならば回線はそのままにして回線から聴こえてくる音
が、こちらで電話を切ったような切断トーンを発生させ
る（７−２）。それに応じて相手が切るか（オンフック
になるか）を観察し（７−３）、オンフックになって切
れればトーンの発生を終了する（７−４）。また、相手
がオンフックでなくてもデータ転送が終了していれば、
フローは（７−１）へ分岐しそのまま回線は切断してし
まう（７−５）。

【００３９】図１８に、表示画面例を示す。ウインドウ
の１つとして、データ転送中と必要な通信時間が表示さ
れている。尚、通信を中断したいときは、中断のアイコ
ンをクリックするか、ペンでタッチすれば良い。中断が
指示されたときの動作を図１９に示す。

【００４０】（１９−１）データ転送に代わって中断メ
ッセージを送出して（１９−２）相手の同意を待つ。そ
して（１９−３）現在通話中かをハンドセットのオン／
オフで判定して、通話終了なら（１９−４）回線を切断
する。次に途中まで送ったデータの処理を行う。（１９
−５）まず、中断時にこちらからデータまたはＡＣＫを
送っていたか受信していたかを判定し、（１９−６）送
信なら更にデータかＡＣＫかを見て、データならデータ
テーブルの通信記録に中断メッセージを入れて終了する
（１９−７）。（１９−８）ＡＣＫ送信中なら、今受け
取ったデータパケットを廃棄する。受信側でも同様に、
データかＡＣＫかを判定して（１９−９）同様に処理す
る（１９−１０）。

【００４１】更に、データ転送中を報知しているにもか
かわらず、ユーザーが一旦通話を終了後再びハンドセッ
トを上げて通話開始の意志を示したとき、図２０に示す
ような警告を表示すると共に、次の通話動作に入れない
ようにする。ユーザーは、データ通信が終了するまで待
つか、前記中断の指示で通信を終了させることで、次の
通話に入ることができる。

【００４２】（実施例２）前記実施例では、ユーザーへ
の報知手段として、表示手段１４へのメッセージ表示を
用いた。

【００４３】本実施例では、音声信号発生手段１９を用
いて、音声的に報知する例を示す。

【００４４】図２１は、図１７の変形例のフローチャー
トであり、相違点のみについて説明する。（２１−６）
データ転送が開始されると、通常の音声会話に重畳され
て「データ通信が開始されました。時間は３分です。」
というメッセージが音声信号発生手段１９から出され
る。また、ブザー、チャイムなどの予め決められた音質
を流すことでユーザーに認識させても良い。（２１−１
０）通信終了時には「データ通信は終了しました。」と
同様に音声で報知するか、決められた音質を流す。通信
時間に変更を生じたときは（２１−１１）（１２−６）
で変更後の時間を報知する。

【００４５】更に、データ転送中を報知しているにもか
かわらず、ユーザーが一旦通話を終了後再びハンドセッ
トを上げて通話開始の意志を示したとき、「データ転送
が終了していません。あと、１分お待ち下さい。」など
のメッセージを音声でハンドセットからユーザーに知ら
せる。

【００４６】表示と音声を別実施例として上げたが、表
示と音声を複合した報知を行っても良い。

【００４７】以上説明したように、本実施例に依ればデ
ータと音声を同時に送れるとき、ユーザーが音声通話を
目的に電話をかけた時でも、ユーザーが気にすることな
くデータの更新が自動的に行えるようになり使い勝手が
向上した。更には、データ通信の状況を報知すること
で、音声通話を有効に時間いっぱい使えるようになっ
た。

【００４８】更には、データがまだ送信されていないう
ちに、次の通話行為に入ろうとすれば警告メッセージを
発し、データ転送の確度を上げることができた。

【００４９】以上、音声とデータを同時に送れるモデム
を使用して、相互に更新すべきデータが存在するとき、
ユーザーが通常かける電話のバックグランドでデータを
交換に際してユーザーに報知する実施例を示した。

【００５０】（変形例１）前記実施例では、通信相手が
特定の相手であるかを判定する判定手段として電話番号
確認手段としての押しボタンやソフトテンキー（電話用
画面）で押された番号をモニターすることや短縮ダイア
ルまたは住所録（電話帳）と連動した名前などを登録し
ておくことによって、それらを比較判定した。

【００５１】本実施例では、このような電話機能が内蔵
していない電子機器、例えば図１のノートパソコン３
が、外部の携帯無線電話を使用してダイアルした場合に
も番号をモニター出来るようにした。

【００５２】かかる実施例の構成を図８に示す。本実施
例ではノートパソコン３に挿入するモデム４（ＰＣＭＣ
ＩＡカード）に更に、携帯電話から出されるダイアル信
号ＤＴＭＦをモニターするためのＤＴＭＦレシーバ２２
を付け加えた。ＤＴＭＦレシーバは、市販のＩＣであり
ＤＴＭＦを感知するとＩＮＴ（割り込み信号）を発生し
て、システムに押された番号を順次知らせることが出来
る。これを図５（ｂ）の（５−２２）で記憶することで
同様に外部の電話でもあらかじめ登録された相手に通話
しようとしているのかを判定することができる。

【００５３】（変形例２）前記実施例では、更新データ
テーブルは１つの送信経路しかないものとして説明した
が、スケジュールは支店の自分のパソコン、注文データ
は本社のホストコンピュータなどと分かれ、という様に
情報の種類に応じて夫々対応した端末のデータを送らな
ければならない場合もある。

【００５４】そこで、図９（ａ）に夫々送信先を設定で
きる複数の更新データテーブルを示す。送信先は、各ア
プリにデフォルトで存在するが（前記例では、スケジュ
ールのデータは支店の自分のパソコンに送信すべき）、
個別にユーザーが設定してもよい。これを送信すると
き、図５（５−１１）では、図９（ｂ）に示されている
ようにテーブルのデータを一個ずつ今通話されている電
話番号の送信先と一致しているか調べ（９−１）、一致
しなければ次のテーブルを見に行く（９−２）、一致し
ていればデータを転送する（９−３）。その後図５の
（５−１１）へフローは戻る。

【００５５】これにより、複数の送信先でもデータを送
ることができる。更に、更新データの送信先毎に更新デ
ータ有りフラグを作っても良い。

【００５６】（変形例３）前記実施例では、ユーザーの
どちらかが電話を入れたときに、そのバックグラウンド
で自動的に更新データの交換を行った。しかし、スケジ
ュールの確認や緊急なファックスの転送などは、ある一
定時間以内に行われた方が望ましい。

【００５７】そこで本実施例では、データの更新時に、
該更新されたデータの緊急度に応じて設定されたタイマ
ーを起動させ、そのタイマーによって決定される時間経
っても電話がかかってこないときはユーザーに報知する
または自動送信をする例を示す。

【００５８】図１０は、データ更新が行われる際のフロ
ーチャートである。途中までは図４と同じである。（１
０−９）（１０−１３）更新データテーブルにデータが
セットされたら、そのデータの種類に応じてタイマーが
セットされる。例えばスケジューラーの更新及び仮デー
タの登録のデータならば１時間、ＦＡＸの受信ならば２
０分などである。尚、このような固定のデフォルト値で
もよいが、最近提唱されているネットワーク記述言語の
ようなものでのスケジュール確認ならば（１０−２）で
解釈されるコマンドの中に更新制限時間を入れて送れる
ことができる。

【００５９】（ｃ）では、この時間制限のタイマーがオ
ーバーしたときの割り込みルーチンで、ユーザーに報知
する例を示す。割り込みルーチンに先立ちその電子機器
がＯＦＦ状態ならば、アラームと同じように電源をＯＮ
する。（１０−１４）ユーザーに報知するため、ブザー
などの音的な警告と共に表示１４の画面にデータの更新
を促すメッセージを表示する。この画面には、データの
種類や送るべき相手・電話番号などが表示されている。
（１０−１５）ユーザーのＯＫ？の意志を確認すること
で、（１０−１６）前記表示１４はオフして終了する。
ここで図示していないが、ＯＫによってかけるべき電話
を自動的にオンフックダイアルされるように設定するこ
とも可能である。

【００６０】（ｄ）では、さらに自動更新の例を示す。
（１０−１７）割り込みルーチンで自動的にオンフック
ダイアルして、相手を呼び出す。ただし、現在自分の電
話をユーザーが使用しているときは、たとえこの割り込
みが発生したときでもすぐにサービスできないので再度
時間をセットして抜ける。

【００６１】（１０−１８）相手の呼び出し音から、応
答があったかどうかを判定してあれば（１０−１９）あ
いての確認をお互いに行う。（１０−２０）確認できれ
ば、前記実施例ないでも述べたように、テーブルに存在
する更新すべきデータは全て更新してしまう。

【００６２】ある一定時間以上呼び出しても応答されな
い、または話中のときは更に一定時間をセットして終了
する。

【００６３】以上のように本実施例では、一定時間以上
データの更新が無い場合に、ユーザーに報知するまたは
自動的に送信をしてしまうことで、データの整合性を一
定時間以内にとることができ、また情報の伝達も速くな
った。この例では、データと音声を同時に送るという条
件に関係無く応用可能である。

【００６４】以上説明したように、本実施例ではデータ
と音声を同時に送れるとき、ユーザーが音声通話を目的
に電話をかけた時でも、ユーザーが気にすることなくデ
ータの更新が自動的に行えるようになり使い勝手が向上
した。更には、２つの目的で１つの回線を使用できるた
め通話料金が節約出来るようにもなった。

【００６５】（変形例４）次に前述した（実施例１）に
おいて、データ通信中で音声通話が終了していたとき、
ユーザーが再び別の音声通話をかけるためにハンドセッ
トを上げたり、画面上のフックアイコンを操作したとき
の対応を図１１のダイアグラムに示す。

【００６６】図１１の実施例ではユーザーが音声通話中
に気を使わないうちにバックグラウンドで更新データの
通信を行うことができ、音声通話が終って再び別の通話
を行う動作に入ったら速やかにデータ通信を中断して、
回線を切断して次の通話に備える。データを中断するた
めに、データの代わりに中断コマンドを送付し、相手は
中断確認メッセージを返してお互いに回線を切断する。
そして、再び通話出来るようにオフフック状態にして回
線をつなげユーザーがダイアルできるようにする。図で
は、転送中に送信側がオフフックされた状態を示した
が、もちろんどちら側で音声通話の行為を行っても同様
に動作する。

【００６７】図１２に、再びユーザーが通話をしようと
した側の機器のフローチャートを示す。ハンドセットを
上げたり、画面上のフックアイコンを操作することでユ
ーザーは通話の意志を示すので、これをトリガーに割り
込みルーチンを行う。まず本電子機器は、前記バックグ
ラウンドで通信中かどうかを確認する（１２−１）。デ
ータ転送中でなければ、そのまま通常の電話モード（図
５）に入れば良い。データ転送中では、前記のようにユ
ーザーにデータ通信に関して負担をかけないように、速
やかにデータ転送を中断するために（１２−２）データ
を一旦終らせて、中断コマンドを送る。そして相手の確
認メッセージが返ってくるのを待って（１２−３）、回
線を切断する（１２−４）。次に途中まで送ったデータ
の処理を行う。例えば後に再送等の処理が行える様な処
理を行う。まず、中断時にこちらからデータまたはＡＣ
Ｋを送っていたかを判定し（１２−５）、送信なら更に
データかＡＣＫかを見て（１２−６）、データならデー
タテーブルの通信記録に中断メッセージを入れて電話モ
ードに移る。ＡＣＫ送信中ならば、今受け取ったデータ
パケットを廃棄する（１２−８）。受信側でも同様に、
データかＡＣＫかを見て（１２−９）、データならデー
タの破棄、ＡＣＫならデータテーブルの通信記録に中断
メッセージを入れて電話モードに移る。

【００６８】図１３に、通信先である処の電子機器側の
フローチャートを示す。この割り込みの場合には通常の
データを異常に終了させて（ＥＣＣエラー）、中断コマ
ンドを続けて受けることで、中断ルーチンに入る。ま
ず、中断を確認するメッセージを送り返して（１３−
１）、回線を切断する（１３−２）。次に前記同様に送
受信の状態によって、途中のデータやメッセージで異常
が発生しないように処理を行う（１３−３〜８）。

【００６９】これによって、この電子機器は通信を終了
して、デフォルトの状態に戻る。

【００７０】以上、音声とデータを同時に送れるモデム
を使用して、相互に更新すべきデータが存在するとき、
ユーザーが通常かける電話のバックグラウンドでユーザ
ーに気を使わせることなく、そのデータを交換する実施
例を示した。

【００７１】（変形例５）前記実施例とは異なりデータ
の緊急度や重要度によっては、データの転送を優先すべ
きときも出てくる。

【００７２】そこで、本実施例では、ユーザーが設定し
た特定のデータはまたはデータの種類（例えば発注デー
タ）のデータ転送が終了していないのに、ユーザーが再
び通話しようとしたら重要データの転送中であることを
報知するものである。

【００７３】図１４に、そのダイグラムを示す。まず、
相手確認の際、現在のデータテーブル内に優先データ
（優先フラグ付）が存在するかどうかのメッセージを付
加しておく。ユーザーのオフフック動作の時、優先デー
タがまだ転送中であるかを確認し、転送中であれば、転
送中メッセージを音声でハンドセットからユーザーに聞
かせると共に表示画面にも出し、実質ユーザーが電話を
かけられないようにする。図中に示していないが、優先
データの送信が完了した時、データの後ろに優先データ
完了メッセージをつける。これにより、双方で優先デー
タの存在を確認することができる。前記例での転送する
データの順番は、早く入ったデータ（テーブル番号の小
さいもの）から送っていたが、優先フラグと連動して、
送信の順番を優先フラグがあるものから送るようにして
いる。

【００７４】この時のフローチャートを図１５に示す。

【００７５】かかる場合はオフフックに応じた割り込み
によって実行する。かかる割り込み時にはデータ転送中
であるかを判別し（１２−１）、転送中でなければ電話
モードになり、転送中であれば（１５−２）で優先デー
タの有無を確かめる。優先データの有無は図１６に示す
データテーブル中にある優先フラグが付与されるデータ
がまだ相手側との間で通信し終っていないかどうかで判
定される。相手方の存在は前述のように、最初の相手の
確認時に優先データ存在メッセージと優先データ完了メ
ッセージによる。テーブルの優先フラグは、ユーザーが
発注伝票などデフォルトでデータの種類を設定すること
や、緊急会議の予定が入ってきたときなど個別に設定す
ることも可能である。また、前記したネットワーク記述
言語で書かれたスケジュールの確認が、他の人から来た
ときは記述言語で重要度が提示できるためそれを解釈し
て優先フラグを立てる。

【００７６】そして優先データがあれば（１５−２）か
ら（１５−１２）へフローは分岐してデータ転送中メッ
セージとして、音声発生手段１９から出力される音声合
成を付加して“データ転送中です”と警告しても、警告
音（ブザー）で注意を促すと共に表示にデータ転送中の
メッセージを表示するでも良い。更に、電話モードのソ
フトダイアルを表示しないなど実際に電話出来ないよう
にしてしまうこともできる。尚優先データがなければ図
１２において説明したのと同様の処理を行う。

【００７７】そして、優先データの転送が終了した時点
で、電子機器は再びユーザーに報知して電話の使用を許
可する。即ち、表示として優先データ送信終了、電話使
用可などである。

【００７８】以上説明したように、本実施例に依ればデ
ータと音声を同時に送れるとき、ユーザーが音声通話を
目的に電話をかけた時でも、ユーザーが気にすることな
くデータの更新が自動的に行えるようになり使い勝手が
向上した。更には、２つの目的で１つの回線を使用でき
るため通話料金が節約出来るようにもなった。

【００７９】更には、ユーザーが早期に転送を必要とし
たデータがまだ送信されていないうちに、次の通話行為
に入ろうとすれば警告メッセージを発し、データ転送の
確度を上げることができた。

【００８０】（他の実施例）音声報知を出すタイミング
として、任意として記述したが、更に回線の音声情報の
音声レベルを検知する手段を音声発生手段１９の内部に
付加し、ユーザーが音声通話中か、話の間かを判定し、
話の間のタイミングで音声メッセージを開始するように
制御してもよい。

【００８１】更に、ブザーやチャイム音を流して注意を
呼びかけ、双方の音声通話が停止したことを、同様に音
声レベル検知手段で確認して、音声メッセージを開始す
るようにしてもよい。これらによって、通話の妨げにな
らずに音声メッセージを流せ、かつメッセージの内容を
確実に通話者に伝達出来るようになる。

【００８２】音声レベルの検知手段では、モデム４によ
ってデータと音声を分離した後の音声ライン（ハンドセ
ットと接続）をモニターし、送受信のレベルの和が、所
定のレベル以上かどうかをアナログ的（コンパレータ）
またはデジタル的（Ａ／Ｄ変換後に比較）検知する。

【００８３】

【発明の効果】本発明に依ればデータと音声とを同時に
送受信するに際して使用者がデータの通信状況を把握で
きる。

【図面の簡単な説明】

【図１】本発明の一実施例の全体の構成図。

【図２】本発明の一実施例の電子機器内部ブロック図。

【図３】本発明の一実施例の通信ダイグラム。

【図４】本発明の一実施例の更新データの設定に関する
フローチャート。

【図５】本発明の一実施例の送信側のフローチャート。

【図６】本発明の一実施例の受信側のフローチャート。

【図７】本発明の一実施例の割り込みルーチン。

【図８】本発明の一実施例のダイアルモニター。

【図９】通信相手が特定の相手であるかを判定するため
のテーブル及びフローチャート。

【図１０】制限時間設定及びその割り込みルーチン。

【図１１】中断のときのダイグラム。

【図１２】通話要求側のフローチャート。

【図１３】相手のフローチャート。

【図１４】第二実施例ダイアグラム。

【図１５】通話要求側のフローチャート。

【図１６】データテーブル。

【図１７】報知のためのフローチャート。

【図１８】報知手段としての表示部の例。

【図１９】中断指示の際のフローチャート。

【図２０】報知手段としての表示部の変形例。

【図２１】図１７の変形フローチャート。

【符号の説明】

１携帯電子機器２ハンドセット３ノートパソコン４音声とデータ同時送信可能モデム５携帯電話６電話７パソコン／ホストコンピュータ８ＣＰＵ９周辺Ｉ／Ｏ１０ＲＡＭ１１ＲＯＭ１２入力１３ＶＧＡ１４表示１５ＨＤＤ１６ＰＣＭＣＩＡインターフェース１７無線ユニット１８回線制御１９音声発生手段２０フック制御２１有線Ｉ／Ｆ

───────────────────────────────────────────────────── フロントページの続き (72)発明者山下芳生東京都大田区下丸子３丁目30番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】音声とデータとを同時送受信可能なデー
タ転送手段と前記データ転送手段によるデータの送受信
状態を、前記データ転送手段により音声通話を行ってい
るユーザーに報知する報知手段とを有することを特徴と
する通信装置。
【請求項２】更に前記データ転送手段によるデータの
送受信を行っている間は前記ユーザーによる新たな発呼
を禁止する手段とを有することを特徴とする請求項１の
通信装置。
【請求項３】通話音声とデータとを同時に送受信可能
なデータ転送手段、前記データ転送手段によりデータの通信が終了する前に
通話音声が終了したことを判定する判定手段、前記判定手段の判定に従って通話終了に関する音声信号
を発生する発生手段とを有することを特徴とする通信装
置。
【請求項４】通話音声とデータとを同時に回線を介し
て送受信可能なデータ転送手段、前記データ転送手段による特定の相手との通話が終了し
かつデータの通信が終了する前に新たな通話開始指示が
発生したことを判定する判定手段、前記判定手段の判定に従い所定の回線制御を行う制御手
段とを有することを特徴とする通信装置。
【請求項５】前記所定の回線制御とは前記データの通
信を中断し、前記特定相手との間の回線を切断すること
を特徴とする請求項４の通信装置。
【請求項６】前記所定の回線制御とは前記データの通
信が終了するまで前記特定相手との間の回線を保持する
とともに新たな通話が不能であることをユーザーに報知
することを特徴とする請求項４の通信装置。
【請求項７】音声とデータとを同時に送受信可能なデ
ータ転送手段を用いて通信を行うに際し、該データ転送手段によるデータの送受信状態を該データ
転送手段により音声通話を行っているユーザーに報知す
ることを特徴とする通信方法。