JP3578552B2 - データ通信システム及び端末側データ通信装置 - Google Patents
データ通信システム及び端末側データ通信装置 Download PDFInfo
- Publication number
- JP3578552B2 JP3578552B2 JP13519296A JP13519296A JP3578552B2 JP 3578552 B2 JP3578552 B2 JP 3578552B2 JP 13519296 A JP13519296 A JP 13519296A JP 13519296 A JP13519296 A JP 13519296A JP 3578552 B2 JP3578552 B2 JP 3578552B2
- Authority
- JP
- Japan
- Prior art keywords
- data communication
- communication device
- side data
- terminal
- host
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Meter Arrangements (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、公衆電話回線等、課金パルスが発生することによって料金回収がなされる電話回線を用いて行うデータ通信に関するものである。
【０００２】
【従来の技術】
例えば、公衆電話機用の電話回線を利用したデータ伝送においては、料金回収のための課金パルスが発生することによって、通信データに欠落やデータ化けを生じることがある。このような通信データの欠落やデータ化けに対してデータの再送をする必要が生じる。その場合、データの再送を最小限に留めることを目的として、送信データを一定の小さなサイズ（ブロック）に区切って転送を行うことが考えられていた。
【０００３】
また、別の制御方式としては特開平２−９０８６５号公報に開示されているように、課金パルスの発生周期を取得し、課金パルスの発生タイミングでデータ送信又はデータ受信を一時停止することも考えられていた。
このように、従来は課金パルスが発生することを前提とし、その課金パルスの影響をいかに防止するかを主要観点としたデータ転送方法が考えられていた。
【０００４】
【発明が解決しようとする課題】
しかしながら、送信データを一定の小さなブロックに区切って転送を行うと、送信する総ブロック数が多くなることで、ブロック化に要する負担やブロック単位で必要となる応答処理に関する負担も大きくなり、転送効率の低下を招くことになる。また、課金パルスの発生周期を取得し、課金パルスの発生タイミングでデータ送受信を一時的に停止する方法を用いた場合には、停止している時間が余分にかかり、特に長距離の通信では課金パルスが頻繁に発生するため転送時間が大幅に増大することになる。
【０００５】
本発明は、上述した問題点を解決するためになされたものであり、課金パルスの発生を無くし、データの欠落やデータ化け等のデータ通信エラーの発生及びデータ転送時間の増加を防ぐことを目的とする。
【０００６】
【課題を解決するための手段及び発明の効果】
請求項１に記載のデータ通信システムは、発呼処理を行って回線を接続すると課金パルスが発生する電話回線に接続されている可能性のある端末側データ通信装置と、発呼処理を行って回線を接続すると課金パルスが発生しない電話回線に接続されているホスト側データ通信装置との間でデータ通信を行うデータ通信システムにおいて、前記端末側データ通信装置は、課金パルスを検出するための課金パルス検出手段を備え、前記ホスト側データ通信装置を発呼し回線を接続した際に、前記課金パルス検出手段によって課金パルスを検出したときには、前記ホスト側データ通信装置に折り返し発呼させるための折り返し発呼要求を送信し、回線を切断して該ホスト側データ通信装置からの発呼を待つよう構成され、一方、前記ホスト側データ通信装置は、前記端末側データ通信装置より前記折り返し発呼要求を受信すると、一旦回線の切断を行った後、所定のタイミングで該当する端末側データ通信装置を発呼してデータ通信を行うよう構成されていることを特徴としている。
【０００７】
本データ通信システムは、公衆電話機やいわゆるピンク電話機等が接続されるような電話回線、すなわち発呼処理をして回線を接続すると課金パルスの発生するような電話回線に接続されている可能性のある端末側データ通信装置と、宅内の一般電話機等が接続されるような電話回線、すなわち発呼処理をして回線を接続しても課金パルスの発生しないような電話回線に接続されているホスト側データ通信装置との間でデータ通信を行うものである。この場合、ホスト側データ通信装置から端末側データ通信装置を発呼する場合には課金パルスは発生しないために問題はない。
【０００８】
しかし、端末側データ通信装置がホスト側データ通信装置を発呼するときには、課金パルスが発生する可能性がある。この問題に対して本発明では、端末側データ通信装置が課金パルスの発生を検出すると、端末側データ通信装置はホスト側データ通信装置に折り返し発呼するよう要求する。その結果、課金パルスの発生しない電話回線に接続されたホスト側データ通信装置が端末側データ通信装置を発呼しなおす。これによって、課金パルスの発生を防止する。
【０００９】
次にその作用を詳しく説明する。最初に端末側データ通信装置がホスト側データ通信装置を発呼し回線を接続する。このとき、接続された回線に課金パルスが発生する可能性がある。そして、課金パルス検出手段によって課金パルスが検出されなかった場合は通常のデータ通信を行うが、課金パルスが検出された場合、端末側データ通信装置は、ホスト側データ通信装置から発呼しなおさせるための折り返し発呼要求をホスト側データ通信装置へ送信する。折り返し発呼要求にはホスト側データ通信装置がその要求を送信した端末側データ通信装置を発呼しなおすための情報、例えば端末側データ通信装置の電話番号等が含まれている。端末側データ通信装置は、折り返し発呼要求を送信することでホスト側データ通信装置からの発呼のしなおしを要求すると、例えばオンフック等の回線の切断処理をしてホスト側データ通信装置からの発呼を待つ。
【００１０】
一方、ホスト側データ通信装置は、端末側データ通信装置が送信した折り返し発呼要求を受信すると、例えばオンフック等を行うことによって回線を切断した後、折り返し発呼要求を送信した端末側データ通信装置を発呼し回線を接続する。そして、その端末側データ通信装置との間でデータ通信を行う。
【００１１】
これによって、データの欠落やデータ化けを防止できる。また、データ再送要求を最小限に留めるために、転送データを細かく区切ったり、データの送受信を課金パルスに合わせて停止したりするような課金パルス回避のための処理を施す必要がなくなるため、転送速度の低下も起こらない。
【００１２】
請求項１に記載の「所定のタイミング」というのは、ホスト側端末装置が折り返し発呼要求を受信し回線を切断した直後でもよいし、あるいは、請求項２及び３に示すように所定の処理を行った後でもよい。
ところで、端末側データ通信装置及びホスト側データ通信装置は共にオンフック等の回線切断処理を行うが、どちらのデータ通信装置が先に回線切断処理を行ってもよい。その結果、先に回線切断処理を行ったデータ通信装置によって通信回線は切断されることになる。
【００１３】
なお、このような構成のデータ通信システムにおける回線使用料金は、端末側データ通信装置からホスト側データ通信装置を発呼してデータ通信を行う場合、端末側データ通信装置側が回線の使用料金を支払うのが普通である。しかし本発明のデータ通信システムでは、上述のように課金パルスの発生を無くすために、ホスト側データ通信装置から端末側データ通信装置を発呼しなおすようにしている。そのため、普通は支払う必要のないホスト側データ通信装置側に回線使用料金が課金されることになるが、ホスト側データ通信装置は、例えばビデオテックスシステム等を用いて回線の使用料金を回収することが可能である。
【００１４】
また、上記ピンク電話等の接続される公衆回線の使用料が宅内電話機等の接続される一般回線の使用料よりも高額となっている現状を考えると、一般回線に接続されているホスト側データ通信装置から端末側データ通信装置を発呼してデータ通信を行うことは、ホスト側データ通信装置側には回線使用料金の回収作業が発生するものの使用料金を支払う端末側データ通信装置側にとって現状では有利と考えられる。
【００１５】
ところで、このようなデータ通信システムとしては、例えばホスト側データ通信装置１台に対して端末側データ通信装置が複数台設けられているというようなシステムが考えられる。例えば、ホスト側データ通信装置が情報共有の場となり複数の端末側データ通信装置からアクセスされるような状況等が考えられる。このようなシステムにおいては、端末側データ通信装置からの折り返し発呼要求をホスト側データ通信装置が受信した直後に、折り返し発呼要求を送信した端末側データ通信装置を発呼しデータ通信を行う構成とした場合には、別の端末側データ通信装置はデータ通信終了までアクセスすることができないという状況が起こり得る。
【００１６】
このような状況を解決するために請求項２に示すような構成が有効である。すなわち、ホスト側データ通信装置は、さらに、受信した折り返し発呼要求を記憶する発呼要求記憶手段と、発呼要求記憶手段に折り返し発呼要求が記憶されている場合、回線の切断時には別の端末側データ通信装置からの発呼の有無を判断する発呼有無判断手段とを備え、発呼有無判断手段によって別の端末側データ通信装置からの発呼が有ると判断された場合は、その別の端末側データ通信装置との間に回線を接続し、一方、発呼有無判断手段によって別の端末側データ通信装置からの発呼が無いと判断された場合は、発呼要求記憶手段に記憶された折り返し発呼要求の中で、該当する端末側データ通信装置への発呼がなされておらず、かつ最も古い時点で記憶された折り返し発呼要求に該当する端末側データ通信装置を発呼してデータ通信を行うという構成である。
【００１７】
この場合、ホスト側データ通信装置は、端末側データ通信装置より送信された折り返し発呼要求を発呼要求記憶手段に記憶しておく。そして、回線の切断時点で発呼要求記憶手段に折り返し発呼要求が記憶されているときには、発呼有無判断手段によって常に別の端末側データ通信装置からの発呼の有無を判断する。ここで、別の端末側データ通信装置からの発呼が有る場合には、先にその別の端末側データ通信装置に応答してその別の端末側データ通信装置との間でデータ通信を行う。その別の端末側データ通信装置がさらに折り返し発呼要求を送信した場合は、この折り返し発呼要求も発呼要求記憶手段に記憶して回線を切断する。この時点でさらに上記２台の端末側データ通信装置とは別の端末側データ通信装置からの発呼があった旨を発呼有無判断手段によって判断した場合には、さらにその端末側データ通信装置との間でデータ通信を行う。
【００１８】
一方、別の端末側データ通信装置からの発呼が無い場合に限り、発呼要求記憶手段に記憶された折り返し発呼要求に基づき、折り返し発呼要求を送信した端末側データ通信装置をホスト側データ通信装置から発呼しなおしてデータ通信を行う。また、折り返し発呼要求が複数記憶されている場合には、ホスト側データ通信装置からまだ折り返し発呼していない端末側データ通信装置の送信した折り返し発呼要求の中で、最も古くから記憶されている折り返し発呼要求を処理する。つまり、ホスト側データ通信装置からの発呼を要求しそのホスト側データ通信装置からの発呼を最も長い間待っている端末側データ通信装置を発呼する。このように、折り返し発呼の要求が複数記憶された場合、その要求が記憶された順に端末側データ通信装置を発呼する。その端末側データ通信装置とのデータ通信が終了し回線を切断した時点では、また別の端末側データ通信装置からの発呼の有無を発呼有無判断手段が判断して上述の処理を繰り返す。
【００１９】
このように、ある端末側データ通信装置との回線を切断したときには、毎回他の端末側データ通信装置からの発呼を検出することで、複数の端末側データ通信装置がホスト側データ通信装置へアクセスできる機会を増やすことができる。
また、請求項１に示したように、課金パルスによる転送効率の低下が起こらないため１台の端末側データ通信装置がホスト側データ通信装置を占有する時間も短くなる。よって、ホスト側データ通信装置が頻繁にアクセスされるシステムでは、例えば１日の間にデータ通信できる端末側データ通信装置の台数も増加することができ、また、端末側データ通信装置からホスト側データ通信装置をアクセスできる機会も増加することができるので望ましい。
【００２０】
ところで、上記請求項２に示した構成において、ある端末側データ通信装置が折り返し発呼要求を送信してから、別の端末側データ通信装置からの発呼が続くといつまで経ってもホスト側データ通信装置から折り返しの発呼がされないという状況が起きることも考えられる。
【００２１】
そこで請求項３に示すデータ通信システムは、このような状況も解決しようとするものである。すなわち、そのデータ通信システムは、前記発呼有無判断手段によって別の端末側データ通信装置からの発呼が有ると判断された場合であっても、該当する端末側データ通信装置への発呼がなされていない折り返し発呼要求の中で最も古い折り返し発呼要求が記憶された時点から所定時間が経過している場合には、該折り返し発呼要求を送信した端末側データ通信装置を発呼しデータ通信を行うよう構成されていることを特徴としている。
【００２２】
この場合、ホスト側データ通信装置は、発呼有無判断手段によって別の端末側データ通信装置からの発呼が有ると判断されたときでも、折り返し発呼要求を送信してから所定時間ホスト側データ通信装置からの発呼を待っている端末側データ通信装置があるときには、その端末側データ通信装置を発呼してデータ通信を行う。
【００２３】
これによって、別の端末側データ通信装置からの発呼が続く場合であっても、折り返し発呼要求を送信した端末側データ通信装置は、所定時間内に必ずホスト側データ通信装置からの発呼を受け、データ通信を行うことができる。
【００２４】
【００２５】
【００２６】
また、上述のデータ通信システムで有効となる端末側データ通信装置は、請求項４に示すように、発呼処理を行って回線を接続すると課金パルスが発生する電話回線に接続されている可能性のある端末側データ通信装置において、送信された折り返し発呼要求を受信して前記端末側データ通信装置を発呼することが可能なホスト側データ通信装置との間でデータ通信が可能であり、課金パルスを検出するための課金パルス検出手段を備え、前記ホスト側データ通信装置を発呼し回線を接続した際に、前記課金パルス検出手段によって課金パルスを検出したときには、前記ホスト側データ通信装置に折り返し発呼させるための折り返し発呼要求を送信し、回線を切断して該ホスト側データ通信装置からの発呼を待つよう構成されていることを特徴としている。
【００２７】
この端末側データ通信装置における動作については、上述したデータ通信システムの動作の説明中において説明しているので、ここでは省略する。
【００２８】
【発明の実施の形態】
以下、本発明を具体化した一実施形態を図面を参照して説明する。
図１は本実施形態のデータ通信システム１の概略構成を示すブロック図である。データ通信システム１は、「端末側データ通信装置」としての端末側データ通信装置１０と、「ホスト側データ通信装置」としてのホスト側データ通信装置２０とから構成されている。端末側データ通信装置１０は、課金パルスが発生する電話回線又は課金パルスの発生しない電話回線のどちらにも接続できる。そして、ホスト側データ通信装置２０を発呼すると、課金パルスの発生する公衆電話回線４０又は課金パルスの発生しない一般電話回線３０のいずれかで接続される。一方、ホスト側データ通信装置２０は、発呼処理を行って回線を接続した場合には必ず課金パルスの発生しない一般電話回線３０で接続されるような電話回線に接続しておく。
【００２９】
なお、ホスト側データ通信装置２０は、後述するように複数台の端末側データ通信装置１０によって交替でアクセスされるものとする。
次に、端末側データ通信装置１０及びホスト側データ通信装置２０の構成を説明する。端末側データ通信装置１０とホスト側データ通信装置２０とはよく似た構成をしている。
【００３０】
そこで、最初に上記端末側データ通信装置１０とホスト側データ通信装置２０に共通する構成要素を説明する。共通の構成要素として、制御手段としてのＣＰＵ１１（２１）と、ワークエリア等のための一時記憶手段としてのＲＡＭ１２（２２）と、プログラム記憶手段としてのＲＯＭ１３（２３）と、データの変調及び復調を行うモデム１４（２４）と、網との回線の接続／切断、及びダイヤルを行うＮＣＵ（Network Control Unit：網制御装置）１５（２５）とを備えている。ここで、（）書きの数字はホスト側データ通信装置２０の構成要素に付けられた符号である。なお、ホスト側データ通信装置２０のＣＰＵ２１は、「発呼有無判断手段」に相当する。
【００３１】
次に、上記端末側データ通信装置１０とホスト側データ通信装置２０で相違する構成要素を説明する。まず端末側データ通信装置１０は、課金パルスの有無を検出する「課金パルス検出手段」としての課金パルス検出回路１６を備えている。一方、ホスト側データ通信装置２０は、端末側データ通信装置より送信される「折り返し発呼要求」を記憶するための「発呼要求記憶手段」としてのメモリ装置２６を備えている。
【００３２】
ここで、本実施形態のデータ通信システム１の動作を図２、図３、図４のフローチャートに基づいて説明する。
図２は、端末側データ通信装置１０の作用を示すフローチャートである。
本発明は、端末側データ通信装置１０から発呼した場合における課金パルスの発生したデータ通信の防止を目的とするものであるため、端末側データ通信装置１０がホスト側データ通信装置２０を発呼する場合を考える。
【００３３】
まず、最初のステップＳ１００においてオフフックを行い、回線の接続準備をする。次に、Ｓ１１０ではホスト側データ通信装置２０へダイヤルし、ホスト側データ通信装置２０を発呼して回線を接続する。回線の接続が完了すると、Ｓ１２０では、課金パルス検出の準備として課金パルスの検出結果を代入するフラグＫを０として初期化する。次にＳ１３０で割込処理の許可をする。この割込処理が許可されることにより初めて課金パルス検出回路からの信号により割込処理が行われる。
【００３４】
ここで、図５のフローチャートに基づき、端末側データ通信装置１０の課金パルス検出回路１６によって課金パルスが検出された場合に行われる割込処理について説明する。この割込処理は課金パルス検出回路１６からの信号によって、端末側データ通信装置１０のＣＰＵ１１が実行する。
【００３５】
最初のステップＳ５００で課金パルス検出結果のフラグＫ＝１（課金パルスが検出された状態を表す）とする。そして、一度課金パルスを検出したときには、この割込処理が起こらないようにＳ５１０で割込処理を禁止し処理を終了する。 次に、図２の説明に戻る。Ｓ１４０〜Ｓ１６０の処理でデータの送受信を行う。Ｓ１４０では、データ送受信をブロック単位（複数バイト単位）で行う。そして、Ｓ１６０でデータ送受信の完了を判断する。Ｓ１６０でデータ送受信の完了が判断されなければ（Ｓ１６０：ＮＯ）、Ｓ１４０へ移行し次のデータブロックの送受信を行う。
【００３６】
Ｓ１５０では、Ｓ１４０のデータ送受信処理でブロック単位のデータが送信又は受信される毎にフラグＫ＝１か否か（課金パルスが検出されたか）を判断する。Ｋ＝１でない場合（Ｓ１５０：ＮＯ）、すなわち課金パルスが検出されていない場合、Ｓ１６０へ移行してデータ送受信を続ける。フラグＫ＝１である場合（Ｓ１５０：ＹＥＳ）、すなわち課金パルスが検出された場合には、Ｓ１４０〜Ｓ１６０のデータ送受信処理を中断してＳ１９０へ移行する。
【００３７】
課金パルスが検出されず（常にＳ１５０でＫ＝０）、Ｓ１６０でデータの送受信の完了が判断されると（Ｓ１６０：ＹＥＳ）、Ｓ１７０へ移行し割込処理を禁止してＳ１８０でオンフックを行い回線を切断する。この場合、従来からあったデータ送受信と同様の処理となる。
【００３８】
課金パルスを検出した場合、Ｓ１９０において端末側データ通信装置１０は折り返し発呼要求をホスト側データ通信装置２０へ送信する。そして、Ｓ２００でオンフックを行い一旦回線を切断する。次に、Ｓ２１０では、送信した折り返し発呼要求に対するホスト側データ通信装置２０からの折り返しの発呼があるかを判断する。ホスト側データ通信装置２０からの折り返しの発呼がある場合（Ｓ２１０：ＹＥＳ）は、Ｓ２２０へ移行する。ホスト側データ通信装置からの折り返しの発呼がない場合（Ｓ２１０：ＮＯ）は、ホスト側データ通信装置から折り返し発呼されるまでＳ２１０の判断を繰り返す。
【００３９】
ホスト側データ通信装置２０から折り返し発呼された場合、Ｓ２２０でオフフックを行いホスト側データ通信装置２０からの折り返しの発呼に対して回線を接続する。その後、Ｓ２３０及びＳ２４０の処理を繰り返しデータ送受信を行う。Ｓ２３０では、ブロック単位でデータの送信又は受信を行い、Ｓ２４０では、データ送受信の完了を判断する。データ送受信が完了していない場合（Ｓ２４０：ＮＯ）、再びＳ２３０へ移行し、次のデータブロックを送信又は受信する。データ送受信が完了した場合（Ｓ２４０：ＹＥＳ）、Ｓ２５０でオンフックを行い回線を切断して処理を終了する。
【００４０】
次に、図３及び図４のフローチャートに基づいて、ホスト側データ通信装置２０のメイン処理について説明する。メイン処理は図２のフローチャートに基づいて説明した端末側データ通信装置１０からの発呼に対応して行われる処理である。
【００４１】
まず、最初のステップＳ３１０では、端末側データ通信装置１０からの発呼があるかを判断する。端末側データ通信装置１０からの発呼がない場合（Ｓ３１０：ＮＯ）は、端末側データ通信装置１０からの発呼があると判断されるまでこの処理を続ける。ここで図２中のＳ１００及びＳ１１０の処理によって端末側データ通信装置１０から発呼された場合（Ｓ３１０：ＹＥＳ）、Ｓ３２０でオフフックを行い、端末側データ通信装置１０からの発呼に対して回線を接続する。
【００４２】
回線接続後、Ｓ３３０〜Ｓ３５０でデータ送受信を行う。この処理は、図２における端末側データ通信装置１０のＳ１４０〜Ｓ１６０のデータ送受信処理に対応して行われるデータ送受信処理である。Ｓ３３０では、所定のブロック単位でデータの送信及び受信が行われる。そして、Ｓ３４０では、端末側データ通信装置１０から図２中のＳ１９０の処理によって送信された折り返し発呼要求を受信したかをブロック単位のデータ送受信毎に判断する。折り返し発呼要求を受信した場合（Ｓ３４０：ＹＥＳ）、Ｓ３６０へ移行して受信した折り返し発呼要求を図１の示すメモリ装置２６に記憶し、Ｓ３７０でオンフックを行い、データ送受信の途中で一旦回線を切断する。折り返し発呼要求を受信しない場合（Ｓ３４０：ＮＯ）、データ送受信が完了しないうちは（Ｓ３５０：ＮＯ）データの送受信（Ｓ３３０）を続ける。そして、Ｓ３５０において、データ送受信が完了したと判断された場合（Ｓ３５０：ＹＥＳ）、Ｓ３７０でオンフックを行い回線を切断する。なお、データ送受信が完了したと判断された場合（Ｓ３５０：ＹＥＳ）は、端末側データ通信装置１０によって課金パルスが検出されなかった場合であり、従来からあったデータ通信と同様の処理を行ったことになる。
【００４３】
続く処理は、図４に示すＳ３８０へ移行する。Ｓ３８０では図１の示すメモリ装置２６に折り返し発呼要求が記憶されているかを判断する。メモリ装置２６に折り返し発呼要求が記憶されていない場合（Ｓ３８０：ＮＯ）、図３のＳ３１０からの処理を繰り返す。一方、メモリ装置２６に折り返し発呼要求が記憶されている場合（Ｓ３８０：ＹＥＳ）、Ｓ３９０へ移行する。
【００４４】
Ｓ３９０では、メモリ装置２６に記憶された折り返し発呼要求のうち、ホスト側データ通信装置２０が折り返し発呼していない端末側データ通信装置１０から送信された折り返し発呼要求で、所定時間が経過しているものがあるかを判断する。例えば、本実施形態ではその所定時間は１時間であるとする。この場合、Ｓ３９０では、ある端末側データ通信装置１０から送信され記憶した折り返し発呼要求で、かつ未発呼の折り返し発呼要求の中で記憶してから１時間が経過するような折り返し発呼要求があるかを判断する。記憶してから１時間が経過した未発呼の折り返し発呼要求がある場合（Ｓ３９０：ＹＥＳ）、Ｓ４１０へ移行する。記憶されてから１時間が経過した未発呼の折り返し発呼要求がない場合（Ｓ３９０：ＮＯ）、Ｓ４００へ移行する。
【００４５】
Ｓ４００では、折り返し発呼要求を送信した端末側データ装置１０以外の別の端末側データ通信装置１０からの発呼があるかを判断する。このとき、別の端末側データ通信装置１０からの発呼がある場合（Ｓ４００：ＹＥＳ）は、図３のＳ３２０へ移行してその別の端末側データ通信装置１０との間でデータ通信を行う。別の端末側データ通信装置１０からの発呼がない場合（Ｓ４００：ＮＯ）は、Ｓ４１０へ移行する。
【００４６】
Ｓ４１０ではオフフックを行い、折り返し発呼要求を送信した端末側データ通信装置１０を折り返し発呼する準備をする。このとき、Ｓ３９０で肯定判断されている場合には、別の端末側データ通信装置１０からの発呼がある可能性があり、その場合にはダイヤル操作ができない。そこで、Ｓ４１２では、ダイヤルトーンを検出したかを判断する。ダイヤルトーンを検出しなかった場合（Ｓ４１２：ＮＯ）、すなわち別の端末側データ通信装置１０からの発呼がある場合には、Ｓ４１４へ移行してオンフックを行い、Ｓ４１６にて２秒間待ってＳ４１０からの処理を繰り返す。一方、ダイヤルトーンを検出した場合（Ｓ４１２：ＹＥＳ）、すなわち別の端末側データ通信装置１０からの発呼がない場合には、Ｓ４２０へ移行する。続くＳ４２０では、メモリ装置２６に記憶された未発呼の折り返し発呼要求の中で最も古い時点で記憶された折り返し発呼要求を送信した端末側データ通信装置１０を発呼する。このとき、折り返し発呼要求を送信した端末側データ通信装置１０は、回線を切断し（図２中のＳ２００）、ホスト側データ通信装置２０からの折り返しの発呼を待っている（図２中のＳ２１０）。従って、ホスト側データ通信装置２０が発呼すると、端末側データ通信装置１０はオフフックを行う（図２中のＳ２２０）。これによって、ホスト側データ通信装置２０の発呼（Ｓ４２０）に対して回線が接続される。
【００４７】
Ｓ４３０及びＳ４４０ではデータの送受信を行う。このデータ送受信処理は図２中のＳ２３０及びＳ２４０の端末側データ通信装置１０のデータ送受信処理に対応している。Ｓ４３０ではブロック単位のデータ送受信を行い、Ｓ４４０ではデータ送受信の完了を判断する。データ送受信が完了していない場合（Ｓ４４０：ＮＯ）は、Ｓ４３０へ移行し、Ｓ４３０及びＳ４４０のデータ送受信を繰り返す。データ送受信が完了した場合（Ｓ４４０：ＹＥＳ）は、Ｓ４５０でオンフックし回線を切断した後、Ｓ３８０からの処理を繰り返す。
【００４８】
以上説明したように、端末側データ通信装置１０がホスト側データ通信装置２０を発呼し回線を接続して課金パルスが発生した場合、端末側データ通信装置１０は折り返し発呼要求をホスト側データ通信装置２０へ送信し（図２中のＳ１９０）、ホスト側データ通信装置から折り返し発呼されるのを待つ（図２中のＳ２１０）。一方、ホスト側データ通信装置２０は、その折り返し発呼要求を受信すると、メモリ装置２６に記憶し（図３中のＳ３６０）、記憶した折り返し発呼要求に該当する端末側データ通信装置１０を発呼して（図３中のＳ４２０）データ送受信を行う。このとき、上述のようにホスト側データ通信装置２０は、発呼処理を行って回線を接続しても課金パルスの発生しない電話回線に接続されているために、ホスト側データ通信装置２０が端末側データ通信装置１０を折り返し発呼して回線を接続した場合には、必ず課金パルスの発生しない一般電話回線３０で接続される。これによって、課金パルスの発生を防止することができ、データの欠落やデータ化けを防止できる。また、従来考えられていたような課金パルス回避のための処理、例えば、データ再送要求を最小限に留めるために転送データを細かく区切ったり、データの送受信を課金パルスに合わせて停止したりするような処理を施す必要がなくなるため、転送速度の低下も起こらない。
【００４９】
なお、本発明のデータ通信システム１では、上述のように課金パルスの発生を無くすために、ホスト側データ通信装置２０から端末側データ通信装置１０を折り返し発呼しなおすようにしている。そのため、普通は支払う必要のないホスト側データ通信装置２０側に回線使用料金が課金されることになるが、ホスト側データ通信装置２０は、例えばビデオテックスシステム等を用いて回線の使用料金を回収することが可能である。また、ピンク電話機等から発呼した場合に接続される公衆電話回線４０の使用料金が宅内電話機等から発呼した場合に接続される一般電話回線３０の使用料よりも高額となっている現状を考えると、発呼処理をすると一般電話回線３０で接続されるホスト側データ通信装置２０から端末側データ通信装置１０を発呼してデータ通信を行うことは、ホスト側データ通信装置２０側に回線使用料金の回収作業が発生するものの、使用料金を支払う端末側データ通信装置１０側にとって現状では有利と考えられる。
【００５０】
ところで、本実施形態のデータ通信システム１では、１台のホスト側データ通信装置２０に対して、複数台の端末側データ通信装置１０がアクセスすることを前提としている。そこで本実施形態のホスト側データ通信装置２０では、図３に示したＳ３９０及びＳ４００の処理において複数台の端末側データ通信装置１０からのアクセスに対する以下( １ )及び( ２ )に示す工夫を行っている。
【００５１】
( １ )上述のようなデータ通信システム１では、ある１台の端末側データ通信装置１０によってホスト側データ通信装置２０が占有された場合には、別の端末側データ通信装置１０はなかなかアクセスできないという状況が起こり得る。
そこで、本実施形態のホスト側データ通信装置２０では、ある端末側データ通信装置１０からの折り返し発呼要求をメモリ装置２６に記憶しておき（Ｓ３６０）、別の端末側データ通信装置１０からの発呼があるかどうかを判断する（Ｓ４００）。そして、別の端末側データ通信装置１０からの発呼がある場合には、その別の端末側データ通信装置１０との間に回線を接続してデータ通信を行う。これによって、別の端末側データ通信装置１０がホスト側データ通信装置２０に対してアクセス可能な機会を増やすことができる。
【００５２】
( ２ )また、別の端末側データ通信装置１０からの発呼が連続すると、折り返し発呼要求を送信して（図２中のＳ１９０）ホスト側データ通信装置２０からの発呼を待っている（図２中のＳ２１０）端末側データ通信装置１０がいつまで経っても折り返し発呼されないという状況が考えられる。
【００５３】
そのため、さらに、本実施形態のホスト側データ通信装置２０では、メモリ装置２６に記憶された折り返し発呼要求の中で１時間が経過しても未発呼の折り返し発呼要求がある場合にはそれを判断し（Ｓ３９０）、別の端末側データ通信装置１０への応答に優先して、その折り返し発呼要求に該当する端末側データ通信装置１０を折り返し発呼する。これによって、別の端末側データ通信装置１０から発呼が連続して起こった場合であっても、折り返し発呼要求を送信した端末側データ通信装置１０は、長くても１時間のうちには必ずホスト側データ通信装置２０から折り返し発呼されることになり、データ通信を行うことができる。
以上、本発明はこのような実施形態に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得る。
【００５４】
例えば、上記実施形態では、複数の端末側データ通信装置１０から頻繁にアクセスされるようなホスト側データ通信装置２０とから構成されるデータ通信システム１を考えたが、複数の端末側データ通信装置１０からのアクセスが頻繁にはされないようなホスト側データ通信装置２０では、上述の( １ )及び( ２ )のような判断処理は特に行わなくてもよい。
【図面の簡単な説明】
【図１】データ通信システムの概略構成を示すブロック図である。
【図２】端末側データ通信装置におけるメイン処理を示すフローチャートである。
【図３】ホスト側データ通信装置におけるメイン処理の前半部分を示すフローチャートである。
【図４】ホスト側データ通信装置におけるメイン処理の後半部分を示すフローチャートである。
【図５】端末側データ通信装置における課金パルス検出に伴う割込処理を示すフローチャートである。
【符号の説明】
１…データ通信システム １０…端末側データ通信
２０…ホスト側データ通信システム １１，２１…ＣＰＵ
１２，２２…ＲＡＭ １３，２３…ＲＯＭ
１４，２４…モデム １５，２５…ＮＣＵ
１６…課金パルス検出回路 ２６…メモリ装置
３０…一般電話回線 ４０…公衆電話回線
【発明の属する技術分野】
本発明は、公衆電話回線等、課金パルスが発生することによって料金回収がなされる電話回線を用いて行うデータ通信に関するものである。
【０００２】
【従来の技術】
例えば、公衆電話機用の電話回線を利用したデータ伝送においては、料金回収のための課金パルスが発生することによって、通信データに欠落やデータ化けを生じることがある。このような通信データの欠落やデータ化けに対してデータの再送をする必要が生じる。その場合、データの再送を最小限に留めることを目的として、送信データを一定の小さなサイズ（ブロック）に区切って転送を行うことが考えられていた。
【０００３】
また、別の制御方式としては特開平２−９０８６５号公報に開示されているように、課金パルスの発生周期を取得し、課金パルスの発生タイミングでデータ送信又はデータ受信を一時停止することも考えられていた。
このように、従来は課金パルスが発生することを前提とし、その課金パルスの影響をいかに防止するかを主要観点としたデータ転送方法が考えられていた。
【０００４】
【発明が解決しようとする課題】
しかしながら、送信データを一定の小さなブロックに区切って転送を行うと、送信する総ブロック数が多くなることで、ブロック化に要する負担やブロック単位で必要となる応答処理に関する負担も大きくなり、転送効率の低下を招くことになる。また、課金パルスの発生周期を取得し、課金パルスの発生タイミングでデータ送受信を一時的に停止する方法を用いた場合には、停止している時間が余分にかかり、特に長距離の通信では課金パルスが頻繁に発生するため転送時間が大幅に増大することになる。
【０００５】
本発明は、上述した問題点を解決するためになされたものであり、課金パルスの発生を無くし、データの欠落やデータ化け等のデータ通信エラーの発生及びデータ転送時間の増加を防ぐことを目的とする。
【０００６】
【課題を解決するための手段及び発明の効果】
請求項１に記載のデータ通信システムは、発呼処理を行って回線を接続すると課金パルスが発生する電話回線に接続されている可能性のある端末側データ通信装置と、発呼処理を行って回線を接続すると課金パルスが発生しない電話回線に接続されているホスト側データ通信装置との間でデータ通信を行うデータ通信システムにおいて、前記端末側データ通信装置は、課金パルスを検出するための課金パルス検出手段を備え、前記ホスト側データ通信装置を発呼し回線を接続した際に、前記課金パルス検出手段によって課金パルスを検出したときには、前記ホスト側データ通信装置に折り返し発呼させるための折り返し発呼要求を送信し、回線を切断して該ホスト側データ通信装置からの発呼を待つよう構成され、一方、前記ホスト側データ通信装置は、前記端末側データ通信装置より前記折り返し発呼要求を受信すると、一旦回線の切断を行った後、所定のタイミングで該当する端末側データ通信装置を発呼してデータ通信を行うよう構成されていることを特徴としている。
【０００７】
本データ通信システムは、公衆電話機やいわゆるピンク電話機等が接続されるような電話回線、すなわち発呼処理をして回線を接続すると課金パルスの発生するような電話回線に接続されている可能性のある端末側データ通信装置と、宅内の一般電話機等が接続されるような電話回線、すなわち発呼処理をして回線を接続しても課金パルスの発生しないような電話回線に接続されているホスト側データ通信装置との間でデータ通信を行うものである。この場合、ホスト側データ通信装置から端末側データ通信装置を発呼する場合には課金パルスは発生しないために問題はない。
【０００８】
しかし、端末側データ通信装置がホスト側データ通信装置を発呼するときには、課金パルスが発生する可能性がある。この問題に対して本発明では、端末側データ通信装置が課金パルスの発生を検出すると、端末側データ通信装置はホスト側データ通信装置に折り返し発呼するよう要求する。その結果、課金パルスの発生しない電話回線に接続されたホスト側データ通信装置が端末側データ通信装置を発呼しなおす。これによって、課金パルスの発生を防止する。
【０００９】
次にその作用を詳しく説明する。最初に端末側データ通信装置がホスト側データ通信装置を発呼し回線を接続する。このとき、接続された回線に課金パルスが発生する可能性がある。そして、課金パルス検出手段によって課金パルスが検出されなかった場合は通常のデータ通信を行うが、課金パルスが検出された場合、端末側データ通信装置は、ホスト側データ通信装置から発呼しなおさせるための折り返し発呼要求をホスト側データ通信装置へ送信する。折り返し発呼要求にはホスト側データ通信装置がその要求を送信した端末側データ通信装置を発呼しなおすための情報、例えば端末側データ通信装置の電話番号等が含まれている。端末側データ通信装置は、折り返し発呼要求を送信することでホスト側データ通信装置からの発呼のしなおしを要求すると、例えばオンフック等の回線の切断処理をしてホスト側データ通信装置からの発呼を待つ。
【００１０】
一方、ホスト側データ通信装置は、端末側データ通信装置が送信した折り返し発呼要求を受信すると、例えばオンフック等を行うことによって回線を切断した後、折り返し発呼要求を送信した端末側データ通信装置を発呼し回線を接続する。そして、その端末側データ通信装置との間でデータ通信を行う。
【００１１】
これによって、データの欠落やデータ化けを防止できる。また、データ再送要求を最小限に留めるために、転送データを細かく区切ったり、データの送受信を課金パルスに合わせて停止したりするような課金パルス回避のための処理を施す必要がなくなるため、転送速度の低下も起こらない。
【００１２】
請求項１に記載の「所定のタイミング」というのは、ホスト側端末装置が折り返し発呼要求を受信し回線を切断した直後でもよいし、あるいは、請求項２及び３に示すように所定の処理を行った後でもよい。
ところで、端末側データ通信装置及びホスト側データ通信装置は共にオンフック等の回線切断処理を行うが、どちらのデータ通信装置が先に回線切断処理を行ってもよい。その結果、先に回線切断処理を行ったデータ通信装置によって通信回線は切断されることになる。
【００１３】
なお、このような構成のデータ通信システムにおける回線使用料金は、端末側データ通信装置からホスト側データ通信装置を発呼してデータ通信を行う場合、端末側データ通信装置側が回線の使用料金を支払うのが普通である。しかし本発明のデータ通信システムでは、上述のように課金パルスの発生を無くすために、ホスト側データ通信装置から端末側データ通信装置を発呼しなおすようにしている。そのため、普通は支払う必要のないホスト側データ通信装置側に回線使用料金が課金されることになるが、ホスト側データ通信装置は、例えばビデオテックスシステム等を用いて回線の使用料金を回収することが可能である。
【００１４】
また、上記ピンク電話等の接続される公衆回線の使用料が宅内電話機等の接続される一般回線の使用料よりも高額となっている現状を考えると、一般回線に接続されているホスト側データ通信装置から端末側データ通信装置を発呼してデータ通信を行うことは、ホスト側データ通信装置側には回線使用料金の回収作業が発生するものの使用料金を支払う端末側データ通信装置側にとって現状では有利と考えられる。
【００１５】
ところで、このようなデータ通信システムとしては、例えばホスト側データ通信装置１台に対して端末側データ通信装置が複数台設けられているというようなシステムが考えられる。例えば、ホスト側データ通信装置が情報共有の場となり複数の端末側データ通信装置からアクセスされるような状況等が考えられる。このようなシステムにおいては、端末側データ通信装置からの折り返し発呼要求をホスト側データ通信装置が受信した直後に、折り返し発呼要求を送信した端末側データ通信装置を発呼しデータ通信を行う構成とした場合には、別の端末側データ通信装置はデータ通信終了までアクセスすることができないという状況が起こり得る。
【００１６】
このような状況を解決するために請求項２に示すような構成が有効である。すなわち、ホスト側データ通信装置は、さらに、受信した折り返し発呼要求を記憶する発呼要求記憶手段と、発呼要求記憶手段に折り返し発呼要求が記憶されている場合、回線の切断時には別の端末側データ通信装置からの発呼の有無を判断する発呼有無判断手段とを備え、発呼有無判断手段によって別の端末側データ通信装置からの発呼が有ると判断された場合は、その別の端末側データ通信装置との間に回線を接続し、一方、発呼有無判断手段によって別の端末側データ通信装置からの発呼が無いと判断された場合は、発呼要求記憶手段に記憶された折り返し発呼要求の中で、該当する端末側データ通信装置への発呼がなされておらず、かつ最も古い時点で記憶された折り返し発呼要求に該当する端末側データ通信装置を発呼してデータ通信を行うという構成である。
【００１７】
この場合、ホスト側データ通信装置は、端末側データ通信装置より送信された折り返し発呼要求を発呼要求記憶手段に記憶しておく。そして、回線の切断時点で発呼要求記憶手段に折り返し発呼要求が記憶されているときには、発呼有無判断手段によって常に別の端末側データ通信装置からの発呼の有無を判断する。ここで、別の端末側データ通信装置からの発呼が有る場合には、先にその別の端末側データ通信装置に応答してその別の端末側データ通信装置との間でデータ通信を行う。その別の端末側データ通信装置がさらに折り返し発呼要求を送信した場合は、この折り返し発呼要求も発呼要求記憶手段に記憶して回線を切断する。この時点でさらに上記２台の端末側データ通信装置とは別の端末側データ通信装置からの発呼があった旨を発呼有無判断手段によって判断した場合には、さらにその端末側データ通信装置との間でデータ通信を行う。
【００１８】
一方、別の端末側データ通信装置からの発呼が無い場合に限り、発呼要求記憶手段に記憶された折り返し発呼要求に基づき、折り返し発呼要求を送信した端末側データ通信装置をホスト側データ通信装置から発呼しなおしてデータ通信を行う。また、折り返し発呼要求が複数記憶されている場合には、ホスト側データ通信装置からまだ折り返し発呼していない端末側データ通信装置の送信した折り返し発呼要求の中で、最も古くから記憶されている折り返し発呼要求を処理する。つまり、ホスト側データ通信装置からの発呼を要求しそのホスト側データ通信装置からの発呼を最も長い間待っている端末側データ通信装置を発呼する。このように、折り返し発呼の要求が複数記憶された場合、その要求が記憶された順に端末側データ通信装置を発呼する。その端末側データ通信装置とのデータ通信が終了し回線を切断した時点では、また別の端末側データ通信装置からの発呼の有無を発呼有無判断手段が判断して上述の処理を繰り返す。
【００１９】
このように、ある端末側データ通信装置との回線を切断したときには、毎回他の端末側データ通信装置からの発呼を検出することで、複数の端末側データ通信装置がホスト側データ通信装置へアクセスできる機会を増やすことができる。
また、請求項１に示したように、課金パルスによる転送効率の低下が起こらないため１台の端末側データ通信装置がホスト側データ通信装置を占有する時間も短くなる。よって、ホスト側データ通信装置が頻繁にアクセスされるシステムでは、例えば１日の間にデータ通信できる端末側データ通信装置の台数も増加することができ、また、端末側データ通信装置からホスト側データ通信装置をアクセスできる機会も増加することができるので望ましい。
【００２０】
ところで、上記請求項２に示した構成において、ある端末側データ通信装置が折り返し発呼要求を送信してから、別の端末側データ通信装置からの発呼が続くといつまで経ってもホスト側データ通信装置から折り返しの発呼がされないという状況が起きることも考えられる。
【００２１】
そこで請求項３に示すデータ通信システムは、このような状況も解決しようとするものである。すなわち、そのデータ通信システムは、前記発呼有無判断手段によって別の端末側データ通信装置からの発呼が有ると判断された場合であっても、該当する端末側データ通信装置への発呼がなされていない折り返し発呼要求の中で最も古い折り返し発呼要求が記憶された時点から所定時間が経過している場合には、該折り返し発呼要求を送信した端末側データ通信装置を発呼しデータ通信を行うよう構成されていることを特徴としている。
【００２２】
この場合、ホスト側データ通信装置は、発呼有無判断手段によって別の端末側データ通信装置からの発呼が有ると判断されたときでも、折り返し発呼要求を送信してから所定時間ホスト側データ通信装置からの発呼を待っている端末側データ通信装置があるときには、その端末側データ通信装置を発呼してデータ通信を行う。
【００２３】
これによって、別の端末側データ通信装置からの発呼が続く場合であっても、折り返し発呼要求を送信した端末側データ通信装置は、所定時間内に必ずホスト側データ通信装置からの発呼を受け、データ通信を行うことができる。
【００２４】
【００２５】
【００２６】
また、上述のデータ通信システムで有効となる端末側データ通信装置は、請求項４に示すように、発呼処理を行って回線を接続すると課金パルスが発生する電話回線に接続されている可能性のある端末側データ通信装置において、送信された折り返し発呼要求を受信して前記端末側データ通信装置を発呼することが可能なホスト側データ通信装置との間でデータ通信が可能であり、課金パルスを検出するための課金パルス検出手段を備え、前記ホスト側データ通信装置を発呼し回線を接続した際に、前記課金パルス検出手段によって課金パルスを検出したときには、前記ホスト側データ通信装置に折り返し発呼させるための折り返し発呼要求を送信し、回線を切断して該ホスト側データ通信装置からの発呼を待つよう構成されていることを特徴としている。
【００２７】
この端末側データ通信装置における動作については、上述したデータ通信システムの動作の説明中において説明しているので、ここでは省略する。
【００２８】
【発明の実施の形態】
以下、本発明を具体化した一実施形態を図面を参照して説明する。
図１は本実施形態のデータ通信システム１の概略構成を示すブロック図である。データ通信システム１は、「端末側データ通信装置」としての端末側データ通信装置１０と、「ホスト側データ通信装置」としてのホスト側データ通信装置２０とから構成されている。端末側データ通信装置１０は、課金パルスが発生する電話回線又は課金パルスの発生しない電話回線のどちらにも接続できる。そして、ホスト側データ通信装置２０を発呼すると、課金パルスの発生する公衆電話回線４０又は課金パルスの発生しない一般電話回線３０のいずれかで接続される。一方、ホスト側データ通信装置２０は、発呼処理を行って回線を接続した場合には必ず課金パルスの発生しない一般電話回線３０で接続されるような電話回線に接続しておく。
【００２９】
なお、ホスト側データ通信装置２０は、後述するように複数台の端末側データ通信装置１０によって交替でアクセスされるものとする。
次に、端末側データ通信装置１０及びホスト側データ通信装置２０の構成を説明する。端末側データ通信装置１０とホスト側データ通信装置２０とはよく似た構成をしている。
【００３０】
そこで、最初に上記端末側データ通信装置１０とホスト側データ通信装置２０に共通する構成要素を説明する。共通の構成要素として、制御手段としてのＣＰＵ１１（２１）と、ワークエリア等のための一時記憶手段としてのＲＡＭ１２（２２）と、プログラム記憶手段としてのＲＯＭ１３（２３）と、データの変調及び復調を行うモデム１４（２４）と、網との回線の接続／切断、及びダイヤルを行うＮＣＵ（Network Control Unit：網制御装置）１５（２５）とを備えている。ここで、（）書きの数字はホスト側データ通信装置２０の構成要素に付けられた符号である。なお、ホスト側データ通信装置２０のＣＰＵ２１は、「発呼有無判断手段」に相当する。
【００３１】
次に、上記端末側データ通信装置１０とホスト側データ通信装置２０で相違する構成要素を説明する。まず端末側データ通信装置１０は、課金パルスの有無を検出する「課金パルス検出手段」としての課金パルス検出回路１６を備えている。一方、ホスト側データ通信装置２０は、端末側データ通信装置より送信される「折り返し発呼要求」を記憶するための「発呼要求記憶手段」としてのメモリ装置２６を備えている。
【００３２】
ここで、本実施形態のデータ通信システム１の動作を図２、図３、図４のフローチャートに基づいて説明する。
図２は、端末側データ通信装置１０の作用を示すフローチャートである。
本発明は、端末側データ通信装置１０から発呼した場合における課金パルスの発生したデータ通信の防止を目的とするものであるため、端末側データ通信装置１０がホスト側データ通信装置２０を発呼する場合を考える。
【００３３】
まず、最初のステップＳ１００においてオフフックを行い、回線の接続準備をする。次に、Ｓ１１０ではホスト側データ通信装置２０へダイヤルし、ホスト側データ通信装置２０を発呼して回線を接続する。回線の接続が完了すると、Ｓ１２０では、課金パルス検出の準備として課金パルスの検出結果を代入するフラグＫを０として初期化する。次にＳ１３０で割込処理の許可をする。この割込処理が許可されることにより初めて課金パルス検出回路からの信号により割込処理が行われる。
【００３４】
ここで、図５のフローチャートに基づき、端末側データ通信装置１０の課金パルス検出回路１６によって課金パルスが検出された場合に行われる割込処理について説明する。この割込処理は課金パルス検出回路１６からの信号によって、端末側データ通信装置１０のＣＰＵ１１が実行する。
【００３５】
最初のステップＳ５００で課金パルス検出結果のフラグＫ＝１（課金パルスが検出された状態を表す）とする。そして、一度課金パルスを検出したときには、この割込処理が起こらないようにＳ５１０で割込処理を禁止し処理を終了する。 次に、図２の説明に戻る。Ｓ１４０〜Ｓ１６０の処理でデータの送受信を行う。Ｓ１４０では、データ送受信をブロック単位（複数バイト単位）で行う。そして、Ｓ１６０でデータ送受信の完了を判断する。Ｓ１６０でデータ送受信の完了が判断されなければ（Ｓ１６０：ＮＯ）、Ｓ１４０へ移行し次のデータブロックの送受信を行う。
【００３６】
Ｓ１５０では、Ｓ１４０のデータ送受信処理でブロック単位のデータが送信又は受信される毎にフラグＫ＝１か否か（課金パルスが検出されたか）を判断する。Ｋ＝１でない場合（Ｓ１５０：ＮＯ）、すなわち課金パルスが検出されていない場合、Ｓ１６０へ移行してデータ送受信を続ける。フラグＫ＝１である場合（Ｓ１５０：ＹＥＳ）、すなわち課金パルスが検出された場合には、Ｓ１４０〜Ｓ１６０のデータ送受信処理を中断してＳ１９０へ移行する。
【００３７】
課金パルスが検出されず（常にＳ１５０でＫ＝０）、Ｓ１６０でデータの送受信の完了が判断されると（Ｓ１６０：ＹＥＳ）、Ｓ１７０へ移行し割込処理を禁止してＳ１８０でオンフックを行い回線を切断する。この場合、従来からあったデータ送受信と同様の処理となる。
【００３８】
課金パルスを検出した場合、Ｓ１９０において端末側データ通信装置１０は折り返し発呼要求をホスト側データ通信装置２０へ送信する。そして、Ｓ２００でオンフックを行い一旦回線を切断する。次に、Ｓ２１０では、送信した折り返し発呼要求に対するホスト側データ通信装置２０からの折り返しの発呼があるかを判断する。ホスト側データ通信装置２０からの折り返しの発呼がある場合（Ｓ２１０：ＹＥＳ）は、Ｓ２２０へ移行する。ホスト側データ通信装置からの折り返しの発呼がない場合（Ｓ２１０：ＮＯ）は、ホスト側データ通信装置から折り返し発呼されるまでＳ２１０の判断を繰り返す。
【００３９】
ホスト側データ通信装置２０から折り返し発呼された場合、Ｓ２２０でオフフックを行いホスト側データ通信装置２０からの折り返しの発呼に対して回線を接続する。その後、Ｓ２３０及びＳ２４０の処理を繰り返しデータ送受信を行う。Ｓ２３０では、ブロック単位でデータの送信又は受信を行い、Ｓ２４０では、データ送受信の完了を判断する。データ送受信が完了していない場合（Ｓ２４０：ＮＯ）、再びＳ２３０へ移行し、次のデータブロックを送信又は受信する。データ送受信が完了した場合（Ｓ２４０：ＹＥＳ）、Ｓ２５０でオンフックを行い回線を切断して処理を終了する。
【００４０】
次に、図３及び図４のフローチャートに基づいて、ホスト側データ通信装置２０のメイン処理について説明する。メイン処理は図２のフローチャートに基づいて説明した端末側データ通信装置１０からの発呼に対応して行われる処理である。
【００４１】
まず、最初のステップＳ３１０では、端末側データ通信装置１０からの発呼があるかを判断する。端末側データ通信装置１０からの発呼がない場合（Ｓ３１０：ＮＯ）は、端末側データ通信装置１０からの発呼があると判断されるまでこの処理を続ける。ここで図２中のＳ１００及びＳ１１０の処理によって端末側データ通信装置１０から発呼された場合（Ｓ３１０：ＹＥＳ）、Ｓ３２０でオフフックを行い、端末側データ通信装置１０からの発呼に対して回線を接続する。
【００４２】
回線接続後、Ｓ３３０〜Ｓ３５０でデータ送受信を行う。この処理は、図２における端末側データ通信装置１０のＳ１４０〜Ｓ１６０のデータ送受信処理に対応して行われるデータ送受信処理である。Ｓ３３０では、所定のブロック単位でデータの送信及び受信が行われる。そして、Ｓ３４０では、端末側データ通信装置１０から図２中のＳ１９０の処理によって送信された折り返し発呼要求を受信したかをブロック単位のデータ送受信毎に判断する。折り返し発呼要求を受信した場合（Ｓ３４０：ＹＥＳ）、Ｓ３６０へ移行して受信した折り返し発呼要求を図１の示すメモリ装置２６に記憶し、Ｓ３７０でオンフックを行い、データ送受信の途中で一旦回線を切断する。折り返し発呼要求を受信しない場合（Ｓ３４０：ＮＯ）、データ送受信が完了しないうちは（Ｓ３５０：ＮＯ）データの送受信（Ｓ３３０）を続ける。そして、Ｓ３５０において、データ送受信が完了したと判断された場合（Ｓ３５０：ＹＥＳ）、Ｓ３７０でオンフックを行い回線を切断する。なお、データ送受信が完了したと判断された場合（Ｓ３５０：ＹＥＳ）は、端末側データ通信装置１０によって課金パルスが検出されなかった場合であり、従来からあったデータ通信と同様の処理を行ったことになる。
【００４３】
続く処理は、図４に示すＳ３８０へ移行する。Ｓ３８０では図１の示すメモリ装置２６に折り返し発呼要求が記憶されているかを判断する。メモリ装置２６に折り返し発呼要求が記憶されていない場合（Ｓ３８０：ＮＯ）、図３のＳ３１０からの処理を繰り返す。一方、メモリ装置２６に折り返し発呼要求が記憶されている場合（Ｓ３８０：ＹＥＳ）、Ｓ３９０へ移行する。
【００４４】
Ｓ３９０では、メモリ装置２６に記憶された折り返し発呼要求のうち、ホスト側データ通信装置２０が折り返し発呼していない端末側データ通信装置１０から送信された折り返し発呼要求で、所定時間が経過しているものがあるかを判断する。例えば、本実施形態ではその所定時間は１時間であるとする。この場合、Ｓ３９０では、ある端末側データ通信装置１０から送信され記憶した折り返し発呼要求で、かつ未発呼の折り返し発呼要求の中で記憶してから１時間が経過するような折り返し発呼要求があるかを判断する。記憶してから１時間が経過した未発呼の折り返し発呼要求がある場合（Ｓ３９０：ＹＥＳ）、Ｓ４１０へ移行する。記憶されてから１時間が経過した未発呼の折り返し発呼要求がない場合（Ｓ３９０：ＮＯ）、Ｓ４００へ移行する。
【００４５】
Ｓ４００では、折り返し発呼要求を送信した端末側データ装置１０以外の別の端末側データ通信装置１０からの発呼があるかを判断する。このとき、別の端末側データ通信装置１０からの発呼がある場合（Ｓ４００：ＹＥＳ）は、図３のＳ３２０へ移行してその別の端末側データ通信装置１０との間でデータ通信を行う。別の端末側データ通信装置１０からの発呼がない場合（Ｓ４００：ＮＯ）は、Ｓ４１０へ移行する。
【００４６】
Ｓ４１０ではオフフックを行い、折り返し発呼要求を送信した端末側データ通信装置１０を折り返し発呼する準備をする。このとき、Ｓ３９０で肯定判断されている場合には、別の端末側データ通信装置１０からの発呼がある可能性があり、その場合にはダイヤル操作ができない。そこで、Ｓ４１２では、ダイヤルトーンを検出したかを判断する。ダイヤルトーンを検出しなかった場合（Ｓ４１２：ＮＯ）、すなわち別の端末側データ通信装置１０からの発呼がある場合には、Ｓ４１４へ移行してオンフックを行い、Ｓ４１６にて２秒間待ってＳ４１０からの処理を繰り返す。一方、ダイヤルトーンを検出した場合（Ｓ４１２：ＹＥＳ）、すなわち別の端末側データ通信装置１０からの発呼がない場合には、Ｓ４２０へ移行する。続くＳ４２０では、メモリ装置２６に記憶された未発呼の折り返し発呼要求の中で最も古い時点で記憶された折り返し発呼要求を送信した端末側データ通信装置１０を発呼する。このとき、折り返し発呼要求を送信した端末側データ通信装置１０は、回線を切断し（図２中のＳ２００）、ホスト側データ通信装置２０からの折り返しの発呼を待っている（図２中のＳ２１０）。従って、ホスト側データ通信装置２０が発呼すると、端末側データ通信装置１０はオフフックを行う（図２中のＳ２２０）。これによって、ホスト側データ通信装置２０の発呼（Ｓ４２０）に対して回線が接続される。
【００４７】
Ｓ４３０及びＳ４４０ではデータの送受信を行う。このデータ送受信処理は図２中のＳ２３０及びＳ２４０の端末側データ通信装置１０のデータ送受信処理に対応している。Ｓ４３０ではブロック単位のデータ送受信を行い、Ｓ４４０ではデータ送受信の完了を判断する。データ送受信が完了していない場合（Ｓ４４０：ＮＯ）は、Ｓ４３０へ移行し、Ｓ４３０及びＳ４４０のデータ送受信を繰り返す。データ送受信が完了した場合（Ｓ４４０：ＹＥＳ）は、Ｓ４５０でオンフックし回線を切断した後、Ｓ３８０からの処理を繰り返す。
【００４８】
以上説明したように、端末側データ通信装置１０がホスト側データ通信装置２０を発呼し回線を接続して課金パルスが発生した場合、端末側データ通信装置１０は折り返し発呼要求をホスト側データ通信装置２０へ送信し（図２中のＳ１９０）、ホスト側データ通信装置から折り返し発呼されるのを待つ（図２中のＳ２１０）。一方、ホスト側データ通信装置２０は、その折り返し発呼要求を受信すると、メモリ装置２６に記憶し（図３中のＳ３６０）、記憶した折り返し発呼要求に該当する端末側データ通信装置１０を発呼して（図３中のＳ４２０）データ送受信を行う。このとき、上述のようにホスト側データ通信装置２０は、発呼処理を行って回線を接続しても課金パルスの発生しない電話回線に接続されているために、ホスト側データ通信装置２０が端末側データ通信装置１０を折り返し発呼して回線を接続した場合には、必ず課金パルスの発生しない一般電話回線３０で接続される。これによって、課金パルスの発生を防止することができ、データの欠落やデータ化けを防止できる。また、従来考えられていたような課金パルス回避のための処理、例えば、データ再送要求を最小限に留めるために転送データを細かく区切ったり、データの送受信を課金パルスに合わせて停止したりするような処理を施す必要がなくなるため、転送速度の低下も起こらない。
【００４９】
なお、本発明のデータ通信システム１では、上述のように課金パルスの発生を無くすために、ホスト側データ通信装置２０から端末側データ通信装置１０を折り返し発呼しなおすようにしている。そのため、普通は支払う必要のないホスト側データ通信装置２０側に回線使用料金が課金されることになるが、ホスト側データ通信装置２０は、例えばビデオテックスシステム等を用いて回線の使用料金を回収することが可能である。また、ピンク電話機等から発呼した場合に接続される公衆電話回線４０の使用料金が宅内電話機等から発呼した場合に接続される一般電話回線３０の使用料よりも高額となっている現状を考えると、発呼処理をすると一般電話回線３０で接続されるホスト側データ通信装置２０から端末側データ通信装置１０を発呼してデータ通信を行うことは、ホスト側データ通信装置２０側に回線使用料金の回収作業が発生するものの、使用料金を支払う端末側データ通信装置１０側にとって現状では有利と考えられる。
【００５０】
ところで、本実施形態のデータ通信システム１では、１台のホスト側データ通信装置２０に対して、複数台の端末側データ通信装置１０がアクセスすることを前提としている。そこで本実施形態のホスト側データ通信装置２０では、図３に示したＳ３９０及びＳ４００の処理において複数台の端末側データ通信装置１０からのアクセスに対する以下( １ )及び( ２ )に示す工夫を行っている。
【００５１】
( １ )上述のようなデータ通信システム１では、ある１台の端末側データ通信装置１０によってホスト側データ通信装置２０が占有された場合には、別の端末側データ通信装置１０はなかなかアクセスできないという状況が起こり得る。
そこで、本実施形態のホスト側データ通信装置２０では、ある端末側データ通信装置１０からの折り返し発呼要求をメモリ装置２６に記憶しておき（Ｓ３６０）、別の端末側データ通信装置１０からの発呼があるかどうかを判断する（Ｓ４００）。そして、別の端末側データ通信装置１０からの発呼がある場合には、その別の端末側データ通信装置１０との間に回線を接続してデータ通信を行う。これによって、別の端末側データ通信装置１０がホスト側データ通信装置２０に対してアクセス可能な機会を増やすことができる。
【００５２】
( ２ )また、別の端末側データ通信装置１０からの発呼が連続すると、折り返し発呼要求を送信して（図２中のＳ１９０）ホスト側データ通信装置２０からの発呼を待っている（図２中のＳ２１０）端末側データ通信装置１０がいつまで経っても折り返し発呼されないという状況が考えられる。
【００５３】
そのため、さらに、本実施形態のホスト側データ通信装置２０では、メモリ装置２６に記憶された折り返し発呼要求の中で１時間が経過しても未発呼の折り返し発呼要求がある場合にはそれを判断し（Ｓ３９０）、別の端末側データ通信装置１０への応答に優先して、その折り返し発呼要求に該当する端末側データ通信装置１０を折り返し発呼する。これによって、別の端末側データ通信装置１０から発呼が連続して起こった場合であっても、折り返し発呼要求を送信した端末側データ通信装置１０は、長くても１時間のうちには必ずホスト側データ通信装置２０から折り返し発呼されることになり、データ通信を行うことができる。
以上、本発明はこのような実施形態に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得る。
【００５４】
例えば、上記実施形態では、複数の端末側データ通信装置１０から頻繁にアクセスされるようなホスト側データ通信装置２０とから構成されるデータ通信システム１を考えたが、複数の端末側データ通信装置１０からのアクセスが頻繁にはされないようなホスト側データ通信装置２０では、上述の( １ )及び( ２ )のような判断処理は特に行わなくてもよい。
【図面の簡単な説明】
【図１】データ通信システムの概略構成を示すブロック図である。
【図２】端末側データ通信装置におけるメイン処理を示すフローチャートである。
【図３】ホスト側データ通信装置におけるメイン処理の前半部分を示すフローチャートである。
【図４】ホスト側データ通信装置におけるメイン処理の後半部分を示すフローチャートである。
【図５】端末側データ通信装置における課金パルス検出に伴う割込処理を示すフローチャートである。
【符号の説明】
１…データ通信システム １０…端末側データ通信
２０…ホスト側データ通信システム １１，２１…ＣＰＵ
１２，２２…ＲＡＭ １３，２３…ＲＯＭ
１４，２４…モデム １５，２５…ＮＣＵ
１６…課金パルス検出回路 ２６…メモリ装置
３０…一般電話回線 ４０…公衆電話回線
Claims (4)
- 発呼処理を行って回線を接続すると課金パルスが発生する電話回線に接続されている可能性のある端末側データ通信装置と、発呼処理を行って回線を接続すると課金パルスが発生しない電話回線に接続されているホスト側データ通信装置との間でデータ通信を行うデータ通信システムにおいて、
前記端末側データ通信装置は、
課金パルスを検出するための課金パルス検出手段を備え、
前記ホスト側データ通信装置を発呼し回線を接続した際に、前記課金パルス検出手段によって課金パルスを検出したときには、前記ホスト側データ通信装置に折り返し発呼させるための折り返し発呼要求を送信し、回線を切断して該ホスト側データ通信装置からの発呼を待つよう構成され、
一方、前記ホスト側データ通信装置は、
前記端末側データ通信装置より前記折り返し発呼要求を受信すると、一旦回線の切断を行った後、所定のタイミングで該当する端末側データ通信装置を発呼してデータ通信を行うよう構成されていることを特徴とするデータ通信システム。 - 請求項１に記載のデータ通信システムにおいて、
前記ホスト側データ通信装置は、さらに、
前記受信した折り返し発呼要求を記憶する発呼要求記憶手段と、
前記発呼要求記憶手段に前記折り返し発呼要求が記憶されている場合、回線の切断時には別の端末側データ通信装置からの発呼の有無を判断する発呼有無判断手段とを備え、
前記発呼有無判断手段によって別の端末側データ通信装置からの発呼が有ると判断された場合は、当該別の端末側データ通信装置との間に回線を接続し、一方、前記発呼有無判断手段によって別の端末側データ通信装置からの発呼が無いと判断された場合は、前記発呼要求記憶手段に記憶された折り返し発呼要求の中で、該当する端末側データ通信装置への発呼がなされておらず、かつ最も古い時点で記憶された折り返し発呼要求に該当する端末側データ通信装置を発呼してデータ通信を行うよう構成されていることを特徴とするデータ通信システム。 - 請求項２に記載のデータ通信システムにおいて、
前記ホスト側データ通信装置は、
前記発呼有無判断手段によって別の端末側データ通信装置からの発呼が有ると判断された場合であっても、該当する端末側データ通信装置への発呼がなされていない折り返し発呼要求の中で最も古い折り返し発呼要求が記憶された時点から所定時間が経過している場合には、該折り返し発呼要求を送信した端末側データ通信装置を発呼してデータ通信を行うよう構成されていることを特徴とするデータ通信システム。 - 発呼処理を行って回線を接続すると課金パルスが発生する電話回線に接続されている可能性のある端末側データ通信装置において、
送信された折り返し発呼要求を受信して前記端末側データ通信装置を発呼することが可能なホスト側データ通信装置との間でデータ通信が可能であり、
課金パルスを検出するための課金パルス検出手段を備え、
前記ホスト側データ通信装置を発呼し回線を接続した際に、前記課金パルス検出手段によって課金パルスを検出したときには、前記ホスト側データ通信装置に折り返し発呼させるための折り返し発呼要求を送信し、回線を切断して該ホスト側データ通信装置からの発呼を待つよう構成されていることを特徴とする端末側データ通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13519296A JP3578552B2 (ja) | 1996-05-29 | 1996-05-29 | データ通信システム及び端末側データ通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13519296A JP3578552B2 (ja) | 1996-05-29 | 1996-05-29 | データ通信システム及び端末側データ通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09321754A JPH09321754A (ja) | 1997-12-12 |
| JP3578552B2 true JP3578552B2 (ja) | 2004-10-20 |
Family
ID=15146000
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13519296A Expired - Fee Related JP3578552B2 (ja) | 1996-05-29 | 1996-05-29 | データ通信システム及び端末側データ通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3578552B2 (ja) |
-
1996
- 1996-05-29 JP JP13519296A patent/JP3578552B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09321754A (ja) | 1997-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2575600B2 (ja) | 広域通信網用公衆データ網を介する交換回線の接続管理 | |
| JP3578552B2 (ja) | データ通信システム及び端末側データ通信装置 | |
| JP2616388B2 (ja) | 呼救済処理方式 | |
| JP3663247B2 (ja) | データ通信システム及び発呼側装置 | |
| JP3026627B2 (ja) | 無効課金の防止法 | |
| JPS59263A (ja) | 音声メ−ル通知方式 | |
| JP3592823B2 (ja) | データ通信装置 | |
| JP2551772B2 (ja) | 加入者用電話機による課金通信方式 | |
| JP2609706B2 (ja) | データ伝送装置 | |
| JPS6339176B2 (ja) | ||
| JP2998230B2 (ja) | 課金信号紛失による無料通話防止方法 | |
| JP3219351B2 (ja) | 公専接続装置 | |
| JP2885922B2 (ja) | 宅内端末間における内線通信方式およびその網終端装置 | |
| JP3072109B2 (ja) | 呼設定制御方式 | |
| JP2964190B2 (ja) | 再発呼制御方式および装置 | |
| JP3000893B2 (ja) | 通信方法および通信端末装置 | |
| JPS58175339A (ja) | メツセ−ジ通信課金方式 | |
| JPH063926B2 (ja) | 共用チヤネルアクセス制御方式 | |
| JPH01856A (ja) | 回線制御装置 | |
| JPH0153950B2 (ja) | ||
| JPH0879399A (ja) | データ通信アダプタ | |
| JPH04120858A (ja) | 保守管理システム | |
| JPS61274450A (ja) | 網制御方式 | |
| JPH1188418A (ja) | インターネットを利用したファックス通信方法 | |
| JP2001309081A (ja) | ポーリングによる情報伝達システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040407 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040413 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040601 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040622 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040713 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080723 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090723 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100723 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100723 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110723 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120723 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120723 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130723 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |