JPH02101852A - 次候補ダイヤル方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、通信システムにおいて相手側と接続する場合
のダイヤル方法に係り、特に、相手側が複数の端末を有
する場合に好適な次候補ダイヤル方法に関する。

［従来の技術］ 相手側が代表電話構成になっていない複数の端末を有す
る場合、従来は、１台目の端末を指定するダイヤリング
をして接続要求をし、当該回線が「話し中」で接続不可
のとき、２台目の端末を指定するダイヤリングを行なっ
て相手と通信しようとすることが多い。つまり、従来は
、ダイヤルする電話番号は異なるが同様のダイヤリング
操作を相手と接続できるまで繰り返している。

尚、従来のオートダイヤル装置に関連するものとして、
「電子通信ハンドブック」　（第１版第３刷昭和５７年
８月発行１２５３頁）がある。

［発明が解決しようとする課題］ 上記従来技術は、「話し中」等で回線が接続されていな
い場合、何度も同じダイヤリング操作を繰り返す必要が
あり、面倒である。頻繁に通信する特定の相手との間で
電話回線の接続を要求する場合、−膜内に、短縮ダイヤ
ルやダイレクトダイヤル等が利用される。このような短
縮ダイヤルやダイレクトダイヤルを利用する場合、ダイ
ヤリング操作が簡単になるため、上述したダイヤリング
操作の繰り返しは面倒でなくなる。しかし、今度は、相
手側の複数の端末の各電話番号対応に短縮ダイヤル等を
登録しておく必要が生じ、記憶容量が不足してしまうと
いう問題が発生する。

本発明の目的は、相手側が代表電話構成でない複数の端
末を有する場合に、各端末の電話番号対応に短縮ダイヤ
ル等を登録すること無く、１台目の相手端末に対し回線
接続が不可になったとき、他の相手端末へのダイヤリン
グ手順を自動的に行なう次候補ダイヤル方法を提供する
ことにある。

［課題を解決するための手段］ 本発明では、１つの相手先の複数の端末の電話番号の夫
々を関連づけて登録しておき、当該相手先を指定して１
台目の端末へ自動発信によりダイヤリングし、この回線
接続要求が不可になったとき、この回線接続の状態をモ
デムからの返信信号により識別し、登録されている電話
番号の中の次候補の電話番号をモデムに送信して自動的
にダイヤリングすることで、目的を達成する。

［作用］ 通信する相手先を指定すると、先ず相手先端末のうち最
初の端末の登録番号がモデムに送信される。モデムはこ
の番号をダイヤリングして当該番号に係る相手先端末を
呼び出す。この端末が「話し中」等で回線接続が不可の
場合には１回線接続不可を示す情報がモデムから返送さ
れ、これにより、次候補の登録番号がモデムに送信され
る。モデムは、この次候補の登録番号に係る次の端末へ
の接続要求をすべく、ダイヤリングを行なう。このよう
に、−回の相手先の指定により、複数の相手先端末のう
ち空き端末に接続されるまで、自動的にダイヤリングが
行なわれ、操作性が良くなる。

また、登録番号毎に相手先を指定するのでなく、複数の
登録番号に対し１つの相手先を指定するので、誤登録が
減少すると共に、記憶容量に対する問題も解決する。

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

第２図は、本発明の一実施例に係る次候補ダイヤル方法
を適用した接続装置のブロック構成図である。接続装置
は、本実施例では、パーソナルコンピュータに電話機能
を搭載した装置で成り、パーソナルコンピュータ本体１
内の受信バッファ１１を、モデム（送受信装置）１０を
介して公衆回線に接続するようになっている。モデム１
０は１本実施例では、相手先にダイヤリングしたり、回
線状態をチエツクしたりするのに用いる。受信バッファ
は、正確にはパソコン本体１内の他にモデム内にもあり
、Ｏ８（オペレーティング・システム）が数μ秒すイク
ルでモデム側の受信バッファをチエツクし、モデム側の
受信バッファに文字があるときはそれを読み込み、パソ
コン側の受信バッファに書き込む０本実施例では、この
パソコン側の受信バッファ１１を用い１次候補ダイヤル
方式を実現する。

パーソナルコンピュータはデータベースを備え、このデ
ータベースに相手先の電話番号を登録しておく。例えば
、第３図に示す様に、相手先氏名「山田太部」の電話番
号欄に第１候補の電話番号１２−３４５６を登録してお
く。そして、この電話番号に対応する電話機の他に、山
田太部民主に夫々別の電話番号を持つ２台の電話機が設
置されている場合、備考欄に、Ｋ　１−１２−３４５７
．　Ｋ　２−１２−３４５８として、Ｋｘ　（ｘ＝１．
２．−）の次に夫々の電話機の電話番号を登録する。こ
こで、には、次候補用の電話番号であることを示す記号
であり、Ｋの次の又は、候補番号の順序を示している。

第１図は、次候補ダイヤル方式の処理手順を示すフロー
チャートである。パーソナルコンピュータの表示画面上
に表示した複数の相手先氏名の中から、例えば通信した
い相手［山田太部」にカーソルを合わせることで、［山
田太部」を指定する（ステップ１００）。これにより、
パーソナルコンピュータのＣＰＵはデータベース内の電
話番号情報りから相手先の電話番号１２−３４５６を獲
得しくステップ１０２）　、この電話番号をモデム１０
に送出する（ステップ１０３）、モデム１０は、受信し
た電話番号のダイヤリングを行なう。このダイヤリング
で回線の接続がされた場合には、モデム１０は受信バッ
ファ１１に何も返送しない。従って、受信バッファ１１
が空であるか否かを判定する（ステップ１０４）ことで
、回線接続の完了を知ることができ、この場合には終了
ステップ１０８に進み、本プログラムの実行を終了する
。

電話番号１２−３４５６によるダイヤリングで回線接続
ができない場合には、モデム１０は、回線からの信号音
で判定した回線の状態を受信バッファ１１に返送する。

従って、この場合によるステップ１０４の判定結果は、
ＮＯ（受信バッファは空でない、）となり、ステップ１
０５に進む、ステップ１０５では、データベースの「山
田太部」欄の備考欄にＫで初まる情報、つまり次候補の
情報が記入されているか否かをチエツクし、記入されて
いない場合にはステップ１０６から終了ステップ１０８
に進む、この例では、次候補の情報が記入されているた
め、ステップ１０６の判定でステップ１０７に進み、デ
ータベースより次候補の電話番号１２−３４５７を獲得
し、前述のステップ１０３に進む。これにより、モデム
ｌＯは次候補の電話番号を受けてダイヤリングを行なう
。

この電話番号でも回線接続ができない場合には、再びス
テップ１０４．１０５．１０６．１０７に進んで次の次
候補電話番号１２−３４５８を獲得してダイヤリングす
る。つまり、ダイヤリング手順を、次候補の情報が無く
なるまで繰り返す。

以上により、利用者は１回のダイヤリング操作を行なう
だけで済み、操作性が向上する。また、次候補の電話番
号を第１候補の電話番号のメモリ欄に関連づけて登録す
ることで、メモリ効率が良くなりより多くの相手先に対
応することができる。

第４図から第１０図は、上述した実施例を更に詳細に説
明する図である。第４図のパソコン・モデム・電話回線
間の動作シーケンスに基づいて、パソコンのダイヤリン
グ処理方式について説明する。

まず、パソコンからモデムに対してダイヤリング指示を
する前にＥＲをＯＮ　（４０１）にし、パソコンにモデ
ムが接続されているかチエツクする。もし、モデムが正
常に接続されていれば、信号Ｃ８がＯＮでかえされる（
４０２）、その後、パソコン側から’ＣＲＮ”子電話番
号をモデム側に送り（４０３）、モデム側にダイヤリン
グ指示をする。モデムはＣＲＮコマンドを受は取った後
、“ＣＲＮ”に続く電話番号へダイヤリングする（４０
４）。その後。

モデムは呼び出し音により回線状態をチエツクする（４
０５）。回線状態に異常が生じたときは、パソコン本体
の受信バッファに回線状態情報（第５図）が書き込まれ
る（４０６）。その後、受話器をあげることで（１０７
）、パソコン側からモデムに回線を切る（４０８）指示
を与え、会話が開始される。ただし、パソコン本体受信
バッファに回線状態情報が書かれているときは会話は不
可である。

次に第６図から第９図のフローチャートに基づいて１次
候補ダイヤル方式の処理の流れについて詳細に説明する
。

第６図は、ダイヤリングのメインルーチンフローチャー
トである。まず、最初に、相手先を指定したとき得られ
る当該相手先の情報を格納した領域を示すレコード番号
を変数ｒｅｃ　＋　ｎｏに格納する（６０１）。次に、
当該レコード領域のうち電話番号（第１図の説明例の’
１２−３４５６”　）の登録されている位置を計算する
（６０２）、変数ｗ−ｒｅｅは作業領域を示し、最初の
レコード番号（Ｎｏ、）をＯレコードと変換した値が格
納される。ここで第１０図のデータルコードのフォーマ
ットに示すごとく、本実施例では、レコード長を１５２
バイトにしであるため、（変数Ｗ　　ｒｅｃ）蒼（レコ
ード長（ｒｓｃ　　ｉｅｎ＋））により、指定したレコ
ードの先頭位置が求められる。これに氏名の項目長（＝
１６バイト）を加えることによって、指定レコードの電
話番号位置を求めることができる。こうして求めた電話
番号位置を指定レコードの電話番号格納位置を示す変数
ｎ。

ｐｏｓに格納し、この電話番号での自動発信処理を行な
う（６０３）、その後、本プログラムの実行を終了する
（６０４）。

次に第７図を参照して電話番号の発信処理について詳細
に説明する。

まず、最初に“発信中″と表示する（７０１）。次に変
数ｋｏｕｈｏ　　ｎｏを初期設定する（７０２）　、次
にＥＲをＯＦＦ、　スピーカをＯＦ　Ｆ　ニする（７０
３）。これは出力ポート８２０２ｈ　、　８２０６ｈに
“０”をセットすることにより行なう。次にそれまでの
通信イニシャルパラメータを退避（７０４）　した後、
本システム用に通信イニシャルパラメータをセットする
（７０５）。これはＢｒＯ３を用いて行なうため、ＥＲ
も自動的にＯＮとなる。その後、スピーカをＯＮ　（７
０６）にし、受信バッファをクリアしく７０７）、パソ
コンにモデムが接続されているか否かチエツクする（７
０８）、これはＣ８がＯＮになっているか否かによって
検出できる。もし、Ｃ８がＯＦＦのときはエラーメツセ
ージを表示する（７１３）。Ｃ８がＯＮになっていたと
きはパソコンからモデムへの電話番号送出処理を行ない
（７０９）、モデムからインディケーションがかえって
くるか（７１０）、またはキーボードバッファが空白で
はない状態になるまで（７１１）、チエツクを続ける。

インディケーションがあった場合（７１０）には、その
インデイケージ３ンが“工ＮＣ”か“ＣＦｌ、−ＣＢ”
かインディケーションを解析しチエツクする（７１２）
。インディケーションの内容は第５図に示す通りである
。もし、インディケーションの内容が“ＩＮＣ”か”Ｃ
ＦＩ−ＣＢ”のとき（７１２）はエラーメツセージを表
示する（７１３）。それ以外のインディケーションのと
きは、次候補電話番号を獲得する（７１４）。もし、次
候補電話番号が記入されてなく獲得できないときは、ａ
ｘレジスタにＩＩ　Ｉ　１１をセットする。もし、ａｘ
レジスタに“Ｏ”がセットされる場合（７１５）は次候
補電話番号がある場合であり、その次候補電話番号を用
いてその電話番号が示す端末にダイヤリングしなおす（
７０９）ｇ　ａ　ｘレジスタが“１”のとき（７１５）
は通信イニシャルパラメータをもとの状態にもどす（７
１６）、また、キーボードバッファに文字コードがあっ
たとき（７１１）も通信イニシャルパラメータをもとの
状態にもどす（７１６）。その後、ＥＲ、スピーカを共
にＯＦＦにしく７１７）、メインルーチンにもどる（７
１８）。

次に、パソコンからモデムへの電話番号送出ルーチンを
示す第８図のフローチャートに基づいて。

電話番号の送出方式について詳細に説明する。

まずパソコン側からモデムに対してダイヤリング指示コ
マンドである“ＣＲＮ”コマンドを送出する（８０１）
。その後あらかじめ設定しておいたｎ。

−ｐｏｓの位置に格納されである文字コードを変数ｗ　
　ｎｏに格納する（８０２）。ここで変数ｗ　　ｎｏが
スペース（空白）ならば（８０３）、モデム側に１１　
Ｖ　＄１ｏｄｈ、　ｏａｈを送出（８０６）　Ｌ　、電
話番号発信処理ルーチン（第７図）へもどる（８０７）
。変数ｗ　　ｎｏがスペースではないときはモデム側に
変数ｗ　　ｎｏの格納されている文字コードを送出しく
８０４）、ｎｏ　　ｐｏｓをインクリメントをする処理
（８０５）を変数ｗ　　ｎ。

に格納されている文字コードがスペースになるまで繰り
返す。

最後に、第９図の１次候補ダイヤル番号獲得ルーチンフ
ローチャートに基づいて、次候補ダイヤル番号獲得方式
について詳細に説明する。

まず候補番号（ｋｏｕｈｏ　　ｎｏ）をインクリメント
する（９０１）。次に検索対象文字列長（ｓｔｒ　　ｙ
Ｑｅｎ）を求める。ｓｔｒ　　ｙｌＬｅｎは、　ｋｏｕ
ｈｏ　　ｎｏが１ケタ（＜１０）のときく９０３）“３
”　（９０２）にし、ｋｏｕｈｏ　　ｎｏが２ケタのと
きは“４”　　（９０４）にする。これは、次候補電話
番号の記法で説明した様に’Ｋｘ（ｘ＝１゜２、・・・
）−′で検索し、備考欄の次候補電話番号をチエツクす
るためであるが、このＸに入る候補番号が１ケタか２ケ
タかによって検索対象文字列が３ケタか４ケタを決定す
るわけである。次にｋｏ−ｕｈｏ　−ｎｏを文字型に変
換後（９０５）、“Ｋ”十ｍｋｏｕｈｏ　　ｎｏ＋“−
′″と文字型の加算を行なう（９０６）。

次に、検索の元となる文字列長（ｓｔｒ　　ｘｉｅｎ）
を設定する。これは第１０図のデータルコードのフォー
マットに示した様に、本実施例では備考項目長を４８バ
イトにしたため、ｓｔｒ　　ｘ見ｅｎは“４８″となる
（９０７）。次に、検索の元となる文字列を現在のレコ
ードの備考欄とする（９０８）。これで文字列マツチン
グ処理ルーチン（９０９）の設定が終わり１文字列マツ
チング処理ルーチンを使用する（９０９）。

この文字列マツチング処理ルーチンは、５ｔｒ−ｘｆＬ
ｅｎ長の文字列のｓｔｒ　　ｘ中にｓｔｒ　　ｙＱ、ｅ
ｎ長の文字列ｓｔｒ　　ｙが含まれているか否かチエツ
クするル−チンである。もし、ｓｔｒ　　ｘにｓｔｒ　
　Ｙが含まれているときは、フラグ（ｓｔｒ　　ｍａｔ
　　ｆＱｇ）が“１″含まれていないときはフラグ（ｓ
ｔｒ　　＋ｗａｔ　　ｆｉｇ）が′″Ｏ”でかえされる
。ここでもしフラグ（ｓｔｒｍａｔ　　ｆｆＬｇ）が“
Ｏ”　　（’１１１０）ならば、ａｘレジスタにＩＩ　
ＯＩＩをセット（９１５）　して電話番号の発信処理ル
ーチン（第７図）にもどる（９１６）。フラグ（ｓｔｒ
ｍａｔ　　ｆＱｇ）が１”　（９１０）のときは１次候
補電話番号の番号開始位置を計算してその結果を変数ｎ
ｏ−ｐｏｓに格納（９１１）　Ｌ、、電話番号をチエツ
クする（９１２）。もし、電話番号が不正のときは、ａ
ｘレジスタに“０”をセット（９１５）後、電話番号の
発信処理ルーチンへもどる（９１６）。電話番号に誤り
のないときはａＸレレジスタに＃　１　＄９をセット（
９１４）後、電話番号の発信処理ルーチンへもどる（９
１６）。第９図のステップ９１１中のｂｉｋｏｕ　　ｐ
ｏｓは、備考欄の開始位置を示す変数である。

尚、上述した実施例では、次候補電話番号の関連づけを
、“Ｋｘ　ＩＩに付加する記法で行なったが１本発明は
これに限定されるものでないことばいうまでもない。

［発明の効果］ 本発明によれば、相手先が複数の端末を有する場合に、
１回のダイヤル操作により、空いている端末と回線が接
続されるように順次ダイヤリングされ、接続されるまで
の時間的効率や操作性が良くなる。また、同一指定先で
複数の端末番号を登録するので、多くの相手先に対応で
き、容量不足の問題にも対処できるという効果がある。

【図面の簡単な説明】

第１図は本発明の一実施例に係る次候補ダイヤル方法の
処理手順の概要を説明するフローチャート、第２図は本
発明の一実施例を適用した接続装置のブロック構成図、
第３図は電話番号を登録するデータベースの説明図、第
４図はパソコン・モデム・電話回線間の動作シーケンス
図、第５図は受信バッファに書き込む回線状態情報の説
明図。 第６図はダイヤリングメインルーチンフローチャート、
第７図（イ）、（ロ）は電話番号発信処理ルーチンフロ
ーチャート、第８図はパソコンからモデムへの電話番号
送出ルーチンフローチャート、第９図は次候補ダイヤル
番号獲得ルーチンフローチャート、第１０図はデータル
コードのフォーマットを示す一例の構成図である。 １・・・パーソナルコンピュータ本体、１０・・・モデ
ム。 １１・・・受信バッファ。 苅１図 代理人　弁理士　　秋　本　正　実 第 図 第 図 第 図 第 図 第 図 第 図 （イ） 第 図（ＣＩ） 多Ｉ） 図

Claims (1)

1. 【特許請求の範囲】 １、相手先が代表電話構成でない複数の端末を有する場
   合、自己の端末に設けられている記憶装置に前記相手先
   の複数の端末の各電話番号を関連づけて登録しておき、
   この相手先を指定して第１候補の電話番号で自動的にダ
   イヤリングを行ない、当該回線での接続ができなかった
   とき、次候補の電話番号を前記記憶装置から読み出して
   この電話番号で再度自動的にダイヤリングを行なうこと
   を特徴とする次候補ダイヤル方法。 ２、請求項１において、第１候補と第２候補以降の電話
   番号を同一の記憶領域に登録することを特徴とする次候
   補ダイヤル方法。