(57)【要約】【課題】  呼び出しに応じなかった相手を、電話番号を変えながら追跡して何度も呼び出すことができ、以て、用件伝達の確実性を向上する。【解決手段】  電話装置（１）は、少なくとも一つの相手先の電話番号を記憶する第１の記憶手段（２０）、前記相手先に関連する一つまたは複数の電話番号を前記相手先に紐付けして記憶する第２の記憶手段（２１）、前記第１の記憶手段に記憶されている電話番号を読み出して発呼する第１の発呼手段（１８）、前記第１の発呼手段の発呼に相手が未応答であった場合に前記第２の記憶手段を参照して当該未応答の相手先に関連する電話番号が記憶されているか否かを判定する判定手段（１８）、前記判定手段の判定結果が肯定の場合に前記未応答の相手先に関連する電話番号を前記第２の記憶手段から読み出して発呼する第２の発呼手段（１８）を備える。【選択図】  図３
2012138732.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つの相手先の電話番号を記憶する第１の記憶手段と、
前記相手先に関連する一つまたは複数の電話番号を前記相手先に紐付けして記憶する第２の記憶手段と、
前記第１の記憶手段に記憶されている電話番号を読み出して発呼する第１の発呼手段と、
前記第１の発呼手段の発呼に相手が未応答であった場合に前記第２の記憶手段を参照して当該未応答の相手先に関連する電話番号が記憶されているか否かを判定する判定手段と、
前記判定手段の判定結果が肯定の場合に前記未応答の相手先に関連する電話番号を前記第２の記憶手段から読み出して発呼する第２の発呼手段と
を備えたことを特徴とする電話装置。
【請求項２】
前記判定手段は、所定の呼び出し回数に達したことをもって未応答と判定することを特徴とする請求項１に記載の電話装置。
【請求項３】
前記呼び出し回数をユーザ設定するための設定手段をさらに備えたことを特徴とする請求項２に記載の電話装置。
【請求項４】
前記第２の記憶手段に複数の電話番号が記憶されていた場合に、該電話番号を所定の条件でソートするソート手段をさらに備えたことを特徴とする請求項１に記載の電話装置。
【請求項５】
前記所定の条件は相手の応答回数であって、前記ソート手段は該応答回数が多い電話番号を読み出し順の上位にくるようにソートすることを特徴とする請求項４に記載の電話装置。
【請求項６】
前記所定の条件は相手の応答回数と応答時の通話時間であって、前記ソート手段は該応答回数が多く且つ通話時間が長い電話番号を読み出し順の上位にくるようにソートすることを特徴とする請求項４に記載の電話装置。
【請求項７】
少なくとも一つの相手先の電話番号を記憶する第１の記憶工程と、
前記相手先に関連する一つまたは複数の電話番号を前記相手先に紐付けして記憶する第２の記憶工程と、
前記第１の記憶工程で記憶された電話番号を読み出して発呼する第１の発呼工程と、
前記第１の発呼工程の発呼に相手が未応答であった場合に前記第２の記憶工程で記憶した電話番号を参照して当該未応答の相手先に関連する電話番号が存在するか否かを判定する判定工程と、
前記判定工程の判定結果が肯定の場合に前記未応答の相手先に関連する電話番号を前記第２の記憶工程の記憶情報から読み出して発呼する第２の発呼工程と
を含むことを特徴とする電話機制御方法。
【請求項８】
電話装置のコンピュータを、
少なくとも一つの相手先の電話番号を記憶する第１の記憶手段、
前記相手先に関連する一つまたは複数の電話番号を前記相手先に紐付けして記憶する第２の記憶手段、
前記第１の記憶手段に記憶されている電話番号を読み出して発呼する第１の発呼手段、
前記第１の発呼手段の発呼に相手が未応答であった場合に前記第２の記憶手段を参照して当該未応答の相手先に関連する電話番号が記憶されているか否かを判定する判定手段、
前記判定手段の判定結果が肯定の場合に前記未応答の相手先に関連する電話番号を前記第２の記憶手段から読み出して発呼する第２の発呼手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話装置、電話機制御方法及びプログラムに関し、詳細には、複数の相手先を順次に呼び出すことができる電話装置、電話機制御方法及びプログラムに関する。
【背景技術】
【０００２】
一般的に電話装置は携帯型（携帯電話機）や固定型（公衆電話加入装置）に限らず、一対一の対話型通信装置であるが、しばしば、一人の相手と通話した後に他の一人の相手と通話し、この動作を複数の人数分だけ繰り返すという状況が生じる。たとえば、職場や学校等からの連絡を代表者が受けとり、その連絡を代表者から該当者全員に伝える場合などである。このような場合、連絡先が少なければ一人ずつ呼び出して用件を伝えればよく、手間もかからないが、相手が多いときは大変である。しかも、人数が増えるにつれて不在者（呼び出しに応答しない者）が出やすくなるので、その都度、不在者を覚えておいて後でかけ直すといった面倒を強いられる点で不都合がある。
【０００３】
そこで、下記の特許文献１には、一人の相手と通話した後に他の一人の相手と通話し、この動作を複数の人数分だけ繰り返して行う際に、応答のなかった相手先の電話番号をメモリに記憶しておき、その後、任意の時点、または、所定時間の経過後に、上記記憶しておいた電話番号に自動的にかけ直すという技術（以下、従来技術という）が開示されている。
【０００４】
これによれば、あらかじめ登録しておいた相手を順次に自動呼び出しできるので、たとえ、多数の相手であっても手間がかからず、しかも、不在者が出た場合にもその不在者をいちいち覚えておく必要がなく、必要な時点または所定時間の経過後に自動的に電話をかけ直して用件を伝えることができるから、上記の不都合を解消できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３００２６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術は、呼び出しに応じなかった相手に確実に用件を伝えるといった点で不十分であり、この点において未だ解決すべき課題が残っている。その原因は、最初にかけたときの電話番号とかけ直したときの電話番号とが同じだからであり、要するに、同じ番号にかけ直しているに過ぎないからである。このため、短時間の不在であれば再度の呼び出しに応答するかもしれないが、長時間にわたって不在になっている場合は、いつまで経っても応答がなく、その間、用件を伝えることができないという問題点がある。
【０００７】
そこで、本発明の目的は、呼び出しに応じなかった相手を、電話番号を変えながら追跡して何度も呼び出すことができ、以て、用件伝達の確実性を向上することにある。
【課題を解決するための手段】
【０００８】
本発明は、少なくとも一つの相手先の電話番号を記憶する第１の記憶手段と、前記相手先に関連する一つまたは複数の電話番号を前記相手先に紐付けして記憶する第２の記憶手段と、前記第１の記憶手段に記憶されている電話番号を読み出して発呼する第１の発呼手段と、前記第１の発呼手段の発呼に相手が未応答であった場合に前記第２の記憶手段を参照して当該未応答の相手先に関連する電話番号が記憶されているか否かを判定する判定手段と、前記判定手段の判定結果が肯定の場合に前記未応答の相手先に関連する電話番号を前記第２の記憶手段から読み出して発呼する第２の発呼手段とを備えたことを特徴とする電話装置である。
【発明の効果】
【０００９】
本発明によれば、第１の記憶手段に記憶されている電話番号を発呼した際、その発呼に応答がなかった場合には、当該未応答の電話番号に紐付けされた一つまたは複数の電話番号が第２の記憶手段に記憶されていれば、当該一つまたは複数の電話番号を読み出して発呼することができる。したがって、呼び出しに応じなかった相手を、電話番号を変えながら追跡して何度も呼び出すことができ、以て、用件伝達の確実性を向上することができる。
【図面の簡単な説明】
【００１０】
【図１】携帯電話機の外観図である。
【図２】携帯電話機の構成図である。
【図３】メモリ１５のデータ格納構造図である。
【図４】電話帳テーブルの模式的な構造図である。
【図５】連続発信グループテーブルの模式的な構造図である。
【図６】関連先テーブルの模式的な構造図である。
【図７】リレーションシップ展開後の関連先テーブルの模式的な構造図である。
【図８】連続発信許可フラグと呼び出し回数上限カウンタの模式的な構造図である。
【図９】連続発信許可フラグと呼び出し回数上限カウンタのユーザ設定画面の一例を示す図である。
【図１０】通常の電話発信画面を示す図である。
【図１１】連続発信グループ画面の一例を示す図である。
【図１２】中央制御部１８で実行する制御プログラムの概略フローを示す図である。
【図１３】連続発信処理（ステップＳ９）の概略フローを示す図（１／２）である。
【図１４】連続発信処理（ステップＳ９）の概略フローを示す図（２／２）である。
【図１５】連続発信の具体的イメージを示す図である。
【図１６】図１５の具体的イメージを模式化した図である。
【図１７】変形例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態を、携帯電話機への適用を例にして、図面を参照しながら説明する。なお、以下の説明における様々な細部の特定ないし実例および数値や文字列その他の記号の例示は、本発明の思想を明瞭にするための、あくまでも参考であって、それらのすべてまたは一部によって本発明の思想が限定されないことは明らかである。また、周知の手法、周知の手順、周知のアーキテクチャおよび周知の回路構成等（以下「周知事項」）についてはその細部にわたる説明を避けるが、これも説明を簡潔にするためであって、これら周知事項のすべてまたは一部を意図的に排除するものではない。かかる周知事項は本発明の出願時点で当業者の知り得るところであるので、以下の説明に当然含まれている。
【００１２】
図１は、携帯電話機の外観図である。図において、携帯電話機１は、特にそれに限定されないが、手持ちに適した厚みと大きさを有する縦長箱型形状の本体部２と、その本体部２の上部一短辺端にヒンジ機構３を介して連結された、本体部２と略同型状かつ薄厚の蓋部４とを備えた、いわゆる「折り畳み式」の筐体５を有している。なお、折り畳み式以外の非折り畳み式やスライド式などであってもよい。
【００１３】
本体部２の一方面（蓋部４との対向面）には、多数の操作ボタンからなる操作ボタン群６や送話孔７が設けられ、また、蓋部４の一方面（本体部２との対向面）には、前面にタッチパネル８が貼り付けられた表示部９や受話孔１０が設けられている。
【００１４】
図２は、携帯電話機の構成図である。携帯電話機１は、無線通信部１１、音声処理部１２、操作部１３、タッチパネル８付の表示部９、メモリＩ／Ｆ（インターフェース）１４、メモリ１５、外部Ｉ／Ｆ１６、電源部１７及び中央制御部１８を備える。
【００１５】
無線通信部１１は、アンテナ１１ａを介して最寄りの基地局（図示略）との間で無線によるデジタルデータの送受信を行う。デジタルデータには、電話の着呼や発呼の情報および音声通話の情報が含まれる。この無線通信部１１は、中央制御部１８からの制御に従って、上記のデジタルデータの送信や受信を行うが、通常は電話着呼の待ち受け状態にある。
【００１６】
音声処理部１２は、中央制御部１８からの制御により、マイク１２ａで拾った音声信号をデジタルデータに変換して中央制御部１８に出力したり、中央制御部１８から出力されたデジタルの音声信号をアナログ信号に変換してスピーカ１２ｂから拡声したりする。マイク１２ａやスピーカ１２ｂは電話の送受話用であるが、スピーカ１２ｂは、さらに電話の着信音鼓動にも用いられる。
【００１７】
操作部１３は、中央制御部１８に対して所要のユーザ入力を行うための各種の操作ボタン群６（電源スイッチ、オンフックキー、オフフックキー、テンキー、カーソルキー、クリアキー、各種機能キーなど）を備えたインターフェースであり、また、表示部９は、表示面にタッチパネル８を併設した液晶ディスプレイ等の平面表示デバイスである。
【００１８】
メモリＩ／Ｆ１３は、たとえば、メモリ１５の規格（ＳＤカード等）に対応した汎用インターフェースであり、中央制御部１８とメモリ１５との間に位置して相互のデータのやりとりを仲介する。
【００１９】
メモリ１５は、不揮発性且つ書き換え可能な情報記憶要素であり、たとえば、ＳＤカード等のフラッシュメモリやハードディスクなどを用いることができる。このメモリ１５は、後述の電話帳などの様々なユーザデータを記憶保存する。
【００２０】
外部Ｉ／Ｆ１６は、パーソナルコンピュータなどの外部機器とのデータインターフェースである。外部機器は、この外部Ｉ／Ｆ１６と中央制御部１８とを介してメモリ１５にアクセスすることが可能であり、メモリ１５に記憶されている電話帳などのユーザデータを外部機器に取り出したり、あるいは、外部機器からメモリ１５に書き戻したりすることができる。
【００２１】
電源部１７は、一次電池または充電可能な二次電池からなるバッテリを含み、このバッテリの電力から携帯電話機１の動作に必要な各種電源電圧を発生して各部に供給する。
【００２２】
中央制御部１８は、コンピュータまたはマイクロコンピュータ（以下、ＣＰＵ）１８ａ、読み出し専用半導体メモリ（以下、ＲＯＭ）１８ｂおよび高速半導体メモリ（以下、ＲＡＭ）１８ｃならびに不図示の周辺回路を含むプログラム制御方式の制御要素であり、あらかじめＲＯＭ１８ｂに格納されている制御プログラムをＲＡＭ１８ｃにロードしてＣＰＵ１８ａで実行することにより、各種の処理を逐次に実行して、この携帯電話機１の全体動作を統括制御する。なお、ＲＯＭ１８ｂは、書き換え可能な不揮発性半導体メモリ（フラッシュメモリやＰＲＯＭなど）であってもよい。
【００２３】
図３は、メモリ１５のデータ格納構造図である。この図において、先にも説明したとおり、メモリ１５は様々なユーザデータを記憶保存する。ユーザデータの一つは電話帳である。この電話帳は携帯電話機１のユーザがよくかける相手の名前やその電話番号をリストにして記憶するいわゆる電子電話帳であり、一般的には一人の相手のデータを一つのレコードで管理するデータテーブル方式を採用している。以下、この電話帳のことを電話帳テーブル１９ということにする。なお、電話帳テーブル１９には名前や電話番号以外に、必要に応じて所要の付加情報（住所や顔写真、メールアドレスまたはその他特記事項等）も記憶されることもあるが、ここでは説明の簡素化のために、少なくとも「名前」と「電話番号」の二つの情報を記憶するものとする。
【００２４】
メモリ１５は、上記の電話帳テーブル１９に加え、さらに、連続発信グループテーブル２０と関連先テーブル２１の二つのテーブルを有する。これら二つのテーブルの役割等については以降の説明から明らかになるが、簡単にいえば、連続発信グループテーブル２０は、たとえば、職場や学校等からの連絡を代表者が受けとって、その連絡を代表者から該当者全員に伝える際などにおける該当者全員の情報を一つの集まり（グループ）として管理するためのテーブルである。この連続発信グループテーブル２０を使用することにより、該当者全員を自動的に順次に呼び出す（以下、連続発信または連続発呼という）ことができる。電話帳からいちいち相手を見つけ出して呼び出す必要がなく、面倒な手間を要しない。
【００２５】
また、関連先テーブル２１は、本実施形態における特徴的な要素の一つであり、連続発信中に応答がなかった相手（不在者）を追跡しながら（電話番号を変えながら）呼び出し続けるためのデータ（つまり、その不在者に関連する他の一つ又は複数の電話番号）を記憶するためのテーブルである。
【００２６】
これは、一般的に相手の代表的電話番号（相手の携帯電話機の番号または自席の固定電話や内線電話の番号）にかけて応答がなかった場合であっても、その相手の日常的な行動範囲または行動経路に存在する他の一つ又は複数の電話機にかけ直すことにより、相手が電話に出るケースが多いからであり、そのような他の一つ又は複数の電話機の電話番号を「関連先」の電話番号として記憶しておけば、呼び出しに応じなかった相手を、電話番号を変えながら追跡して何度も呼び出すことができ、以て、用件伝達の確実性を向上できるからである。
【００２７】
なお、メモリ１５は、さらに、連続発信許可フラグ２２と呼び出し回数上限カウンタ２３とを有する。連続発信許可フラグ２２は、上記の連続発信動作を許容するか否かをユーザ指定するためのフラグであり、また、呼び出し回数上限カウンタ２３は、上記の連続発信動作時や上記の関連先の呼び出し時において、呼び出し回数（コール回数）の上限をユーザ指定するためのカウンタである。連続発信中の呼び出し回数がこの上限に達すると、連続発信グルーブテーブル２０に登録されている同一グループ内の次順の相手先を発呼し、次順の相手先がなければ連続発信動作を終了する。また、関連先の呼び出し回数がこの上限に達すると、関連先テーブル２１に登録されている次順の関連先を発呼し、次順の関連先がなければ連続発信動作に戻る。
【００２８】
図４は、電話帳テーブルの模式的な構造図である。電話帳テーブル１９は、ＩＤフィールド１９ａと、氏名フィールド１９ｂと、電話番号フィールド１９ｃとを少なくとも有するレコードを相手先の数だけ備えた構造を有している。ＩＤフィールド１９ａには各レコードを一意に識別するための情報（ＩＤ：identification）が格納され、氏名フィールド１９ｂにはユーザの名前（またはニックネーム等）が格納され、電話番号フィールド１９ｃにはそのユーザの電話番号が格納される。
【００２９】
なお、図示の例では、ＩＤ＝００１の第１レコードＲ１に「○○××」という名前のユーザの電話番号として「０９０−ＡＡＡＡ−ＢＢＢＢ」が格納され、ＩＤ＝００２の第２レコードＲ２に「△△□□」という名前のユーザの電話番号として「０９０−ＢＢＢＢ−ＣＣＣＣ」が格納され、ＩＤ＝００３の第３レコードＲ３に「×○△△」という名前のユーザの電話番号として「０９０−ＤＤＤＤ−ＣＣＣＣ」が格納され、ＩＤ＝００４の第４レコードＲ４に「□□○○」という名前のユーザの電話番号として「０９０−ＦＦＦＦ−ＧＧＧＧ」が格納され、ＩＤ＝００５の第５レコードＲ５に「○△△×」という名前のユーザの電話番号として「０９０−ＨＨＨＨ−ＪＪＪＩ」が格納され、ＩＤ＝００６の第６レコードＲ６に「××××」という名前のユーザの電話番号として「０９０−ＫＫＫＪ−ＫＫＫＫ」が格納され、ＩＤ＝００７の第７レコードＲ７に「○○○○」という名前のユーザの電話番号として「０９０−ＬＬＬＬ−ＭＭＭＭ」が格納されているが、これらは、説明上の便宜例に過ぎない。また、名前に用いた記号や電話番号のアルファベットは実在する個人や電話番号を特定しないための工夫である。
【００３０】
図５は、連続発信グループテーブルの模式的な構造図である。連続発信グループテーブル２０は、グループ名フィールド２０ａと、登録ＩＤフィールド２０ｂと、関連先ＩＤフィールド２０ｃとを有し、グループ名フィールド２０ａには各グループの名称が格納され、登録ＩＤフィールド２０ｂには電話帳テーブル１９へのリレーションＩＤ（登録ＩＤ）が格納され、関連先ＩＤフィールド２０ｃには関連先テーブル２１へのリレーションＩＤ（関連先ＩＤ）が格納される。
【００３１】
図６は、関連先テーブルの模式的な構造図である。関連先テーブル２１は、ＩＤフィールド２１ａと、電話番号フィールド２１ｂとを有し、ＩＤフィールド２１ａには同一関連先群（特定の相手を呼び出すための同一の関連先）を一意に識別するための情報（ＩＤ：identification）が格納され、電話番号フィールド２０ｂには、同一関連先群を構成する一つ又は複数の電話番号が格納される。
【００３２】
なお、図示の例では、一つの関連先群に三つの電話番号（０４４−ＤＤＤ−ＦＦＦ、０４４−ＧＧＧ−ＨＨＨ、０４４−ＪＪＪ−ＫＫＫ）を登録しているが、この電話番号の登録数（三つ）は一例に過ぎない。特定の相手を呼び出すための関連先（同一関連先）であれば、いくつ登録してもかまわない。
【００３３】
ここで、「リレーションＩＤ」とは、リレーショナルデータベースの用語であり、異なるテーブルのレコード同士を関連づける（紐づけるまたはリレーションシップなどともいう）ためのキー情報のことをいう。たとえば、図５の連続発信グループテーブル２０では、「営業第１Ｇ」、「○○の会」および「飲み仲間」という便宜上の三つのグループが作られており、そのうちの「営業第１Ｇ」について、登録ＩＤに「００１」、「００３」、「００４」、「００６」及び「００７」が設定され、且つ、関連先ＩＤに「１０１」が設定されているが、これは、電話帳テーブル１９の同一ＩＤレコード（００１→Ｒ１、００３→Ｒ３、００４→Ｒ４、００６→Ｒ６、００７→Ｒ７）をリレーションシップし、且つ、関連先テーブル２１の同一関連先群（図６のＩＤ＝１０１）のレコードをリレーションシップしていることを意味する。
【００３４】
したがって、リレーションシップを展開すると、この「営業第１Ｇ」の登録ＩＤ（００１）の場所に電話帳テーブル１９の第１レコードＲ１の電話番号（０９０−ＡＡＡＡ−ＢＢＢＢ）が入り、登録ＩＤ（００３）の場所に電話帳テーブル１９の第３レコードＲ３の電話番号（０９０−ＤＤＤＤ−ＣＣＣＣ）が入り、登録ＩＤ（００４）の場所に電話帳テーブル１９の第４レコードＲ４の電話番号（０９０−ＦＦＦＦ−ＧＧＧＧ）が入り、登録ＩＤ（００６）の場所に電話帳テーブル１９の第６レコードＲ６の電話番号（０９０−ＫＫＫＪ−ＫＫＫＫ）が入り、登録ＩＤ（００７）の場所に電話帳テーブル１９の第７レコードＲ７の電話番号（０９０−ＬＬＬＬ−ＭＭＭＭ）が入ることとなり、さらに、関連先ＩＤ（１０１）の場所に関連先テーブル２１の三つの電話番号（０４４−ＤＤＤ−ＦＦＦ、０４４−ＧＧＧ−ＨＨＨ、０４４−ＪＪＪ−ＫＫＫ）が入ることになる。
【００３５】
図７は、リレーションシップ展開後の関連先テーブルの模式的な構造図である。この図に示すように、「営業第１Ｇ」の連続発信先に５つの電話番号が登録されており、かつ、そのうちの一つの電話番号（０９０−ＦＦＦＦ−ＧＧＧＧ）の関連先に三つの電話番号（０４４−ＤＤＤ−ＦＦＦ、０４４−ＧＧＧ−ＨＨＨ、０４４−ＪＪＪ−ＫＫＫ）が登録されている。
【００３６】
図８は、連続発信許可フラグと呼び出し回数上限カウンタの模式的な構造図である。連続発信許可フラグ２２は、ＯＮとＯＦＦ（または“１”と“０”もしくはＴｒｕｅとＦａｌｓｅ）の二つの値をとり得る変数であり、ＯＮは連続発信許可、ＯＦＦは不許可を示し、初期値はＯＮ（ＯＮの行に丸印記号がついている）であるが、このフラグのＯＮ／ＯＦＦはユーザによって任意に設定可能である。また、呼び出し回数上限カウンタ２３は、相手の電話番号の呼び出し回数の上限（ｎ）を設定するためのカウンタであり、ｎの初期値は１０回であるが、この値もユーザによって任意に設定可能である。
【００３７】
図９は、連続発信許可フラグと呼び出し回数上限カウンタのユーザ設定画面の一例を示す図である。この図において、携帯電話機１のメニューボタン２４を操作したときに現れる設定画面（不図示）の所定メニュー項目を選択すると、図示の連続発信設定画面２５が表示されるようになっている。
【００３８】
この連続発信設定画面２５には「する」ボタン２６と「しない」ボタン２７の二つが設けられているとともに、呼び出し回数設定用テキストボックス２８が設けられている。現在、「する」ボタン２６が選択状態にあり、且つ、呼び出し回数設定用テキストボックス２８に「１０」が表示されている。これらの選択状態や呼び出し回数は、図８の連続発信許可フラグ２２と呼び出し回数上限カウンタ２３の現在の内容に対応している。
【００３９】
連続発信を許可しない場合は、「しない」ボタン２７を選択して実行キー（カーソルキー２９の中央ボタン３０）を押す。あるいは、呼び出し回数を変更したければ、呼び出し回数設定用テキストボックス２８に所要の回数を入力した後、同様に実行キー（カーソルキー２９の中央ボタン３０）を押す。実行キーの操作に応答して、図８の連続発信許可フラグ２２と呼び出し回数上限カウンタ２３の内容が更新される。更新しない場合は実行キーの代わりに中止キー（クリアキー３１）を押せばよい。
【００４０】
図１０は、通常の電話発信画面を示す図である。この図において、通常状態（待ち受け状態）にある携帯電話機１の表示部９には、電話帳テーブル１９のデータが一覧表示された電話帳画面３２が表示されている。任意の相手先（たとえば、○○××）に電話をかける場合は、一覧表の該当先を選択してから発呼ボタン（オフフックボタン）３３押し、また、通話を終了するには終話ボタン（オンフックボタン）３４を押す。このような通常の呼び出しに、図８の呼び出し回数上限カウンタ２３は関与しない。終話ボタン（オンフックボタン）３４を押すまで、何度でも発呼し続けることができる。
【００４１】
図示の例では、電話帳画面３２に「連続発信グループへ」というボタン３５が設けられている。このボタン３５は、図８の連続発信許可フラグ２２がＯＮのときに使用可能になるボタンであり、このボタン３５を押すことにより、表示部９に、次に説明する連続発信グループ画面を表示することができる。
【００４２】
図１１は、連続発信グループ画面の一例を示す図である。この図において、表示部９には、連続発信グループテーブル２０のデータが一覧表示された連続発信グループ画面３６が表示されている。任意のグループ（たとえば、営業第１Ｇ）に連続発信する場合は、一覧表の該当グループを選択してから発呼ボタン（オフフックボタン）３３押す。また、連続発信中の個々の通話を終了するには終話ボタン（オンフックボタン）３４を押し、あるいは、連続発信の動作を中断する場合は中止キー（クリアキー３１）を押す。また、図１０の画面（通常の電話発信画面３２）に戻るには画面下の「電話帳へ」ボタン３７を押す。
【００４３】
連続発信中の呼び出し回数は、図８の呼び出し回数上限カウンタ２３の設定値（ｎ）に依存する。たとえば、ｎ＝１０の場合は一人の相手を最大１０回まで呼び出す。ｎ回呼び出しても相手が出なかった場合は「関連先」の有無に応じて二つの処理に分かれる。すなわち、関連先が登録されていない場合は一度電話を切った後、次順の連続発信先を呼び出すが、関連先が登録されている場合は一度電話を切った後、その相手の関連先を呼び出す。
【００４４】
「関連先」とは、相手の日常的な行動範囲または行動経路に存在する他の一つ又は複数の電話機（の電話番号）のことをいう。関連先が登録されていない場合は、応答がなかった相手との通話をあきらめざるを得ない（時間をおいてかけ直すしかない）が、適切な関連先が登録されている限り、その関連先（の電話番号）を変えながら追跡して何度も呼び出すことができるから、相手を捕捉できる可能性が高くなり、したがって、要件伝達の確実性を向上できる。
【００４５】
図１２は、中央制御部１８で実行する制御プログラムの概略フローを示す図である。この制御プログラムは、携帯電話機１が待ち受け状態にある間、繰り返し実行される。この制御プログラムでは、まず、表示部９に電話帳を表示（図１０参照）しながら（ステップＳ１）、「連続発信グループへ」というボタン３５の操作を判定する（ステップＳ２）。ボタン３５が操作さなかった場合は、発呼ボタン（オフフックボタン）３３の操作を判定し（ステップＳ３）、発呼ボタン３３が操作されると、通話完了が判定される（ステップＳ５の“ＹＥＳ”）まで、通常の発信処理を実行し（ステップＳ４）、通話完了が判定されると、再びステップＳ１に戻る。
【００４６】
一方、「連続発信グループへ」というボタン３５の操作を判定すると（ステップＳ２の“ＹＥＳ”）、まず、電話帳画面３２に代えて連続発信グループ画面３６を表示部９に表示（図１１参照）する（ステップＳ６）。そして、発呼ボタン３３の操作を判定し（ステップＳ７）、発呼ボタン３３が操作されなかった場合は、「電話帳へ」ボタン３７の操作を判定し、その判定結果が“ＮＯ”の場合はステップＳ２に戻り、その判定結果が“ＹＥＳ”の場合は再びステップＳ１に戻るが、発呼ボタン３３が操作された場合は、後述の連続発信処理（ステップＳ９）を実行した後、再びステップＳ１に戻る。
【００４７】
図１３、図１４は、連続発信処理（ステップＳ９）の概略フローを示す図である。この連続発信処理において、まず、許可フラグを検査し（ステップＳ１０）、フラグがＯＦＦであればフローを終了して、図１２のステップＳ１に戻るが、フラグがＯＮの場合は、以下の“連続発信処理”（図１３のステップＳ１０〜ステップＳ２１）を実行するとともに、その実行中に必要に応じて以下の“関連先発信処理”（図１４のステップＳ２２〜ステップＳ３０）を実行する。
【００４８】
＜連続発信処理＞・・・・図１３のステップＳ１０〜ステップＳ２１
まず、連続発信ループ変数ｉに初期値１をセットする（ステップＳ１１）。次いで、中止操作（クリアボタン３１の押し下げ操作）が行われたか否かを判定する（ステップＳ１２）。この中止操作判定は、連続発信のループをユーザ操作に応答して強制的に抜け出すためのものである。中止操作が行われなければ、連続発信グループテーブル２０の該当グループのｉ番目の登録ＩＤを読み出す（ステップＳ１３）。ここで、該当グループを便宜的に「営業第１Ｇ」とすると、ｉ＝１番目の登録ＩＤは「００１」であるから、次に、その登録ＩＤ（００１）をキーにして電話帳テーブル１９の該当レコード（ＩＤ＝００１であるので第１レコードＲ１）の電話番号（０９０−ＡＡＡＡ−ＢＢＢＢ）を読み出し（ステップＳ１４）、その電話番号を発呼する（ステップＳ１５）。
【００４９】
そして、所定の発呼回数（ｎ）以内に応答があれば（ステップＳ１６の“ＹＥＳ”）、通話を行い（ステップＳ１８）、通話終了を判定し（ステップＳ１９）、通話を終了すると、連続発信ループ変数ｉを＋１してから（ステップＳ２０）、式「ｉ＞ｉｍａｘ」を評価する（ステップＳ２１）。ｉｍａｘは該当グループに登録されている電話番号の数であり、ここでは該当グループが営業第１Ｇであるから、ｉｍａｘ＝５になる。今、ステップＳ２０で初期値の連続発信ループ変数ｉを＋１すると、ｉ＝２となり、式「ｉ＞ｉｍａｘ」の評価結果はＮＯになる。したがって、この場合は、ステップＳ１２に戻ってループを再開する。
【００５０】
今、ｉ＝２であるので、ｉ＝２番目の登録ＩＤは「００３」であるから、次に、その登録ＩＤ（００３）をキーにして電話帳テーブル１９から第３レコードＲ３の電話番号（０９０−ＤＤＤＤ−ＣＣＣＣ）を読み出し（ステップＳ１４）、その電話番号に発呼する（ステップＳ１５）。そして、所定の発呼回数（ｎ）以内に応答があれば（ステップＳ１６の“ＹＥＳ”）、通話を行い（ステップＳ１８）、通話終了を判定し（ステップＳ１９）、通話を終了すると、連続発信ループ変数ｉをさらに＋１してから（ステップＳ２０）、式「ｉ＞ｉｍａｘ」を評価する（ステップＳ２１）。今、ステップＳ２０でｉ＝３になっているが、式「ｉ＞ｉｍａｘ」の評価結果はまだＮＯである。したがって、この場合も、ステップＳ１２に戻ってループを再開する。
【００５１】
今、ｉ＝３であるので、ｉ＝３番目の登録ＩＤは「００４」であるから、次に、その登録ＩＤ（００４）をキーにして電話帳テーブル１９から第４レコードＲ４の電話番号（０９０−ＦＦＦＦ−ＧＧＧＧ）を読み出し（ステップＳ１４）、その電話番号に発呼する（ステップＳ１５）。そして、所定の発呼回数（ｎ）以内に応答があれば（ステップＳ１６の“ＹＥＳ”）、通話を行い（ステップＳ１８）、通話終了を判定し（ステップＳ１９）、通話を終了すると、連続発信ループ変数ｉをさらに＋１してから（ステップＳ２０）、式「ｉ＞ｉｍａｘ」を評価する（ステップＳ２１）。今、ステップＳ２０でｉ＝４になっているが、式「ｉ＞ｉｍａｘ」の評価結果はまだＮＯである。したがって、この場合も、ステップＳ１２に戻ってループを再開する。
【００５２】
今、ｉ＝４であるので、ｉ＝４番目の登録ＩＤは「００６」であるから、次に、その登録ＩＤ（００６）をキーにして電話帳テーブル１９から第６レコードＲ６の電話番号（０９０−ＫＫＫＪ−ＫＫＫＫ）を読み出し（ステップＳ１４）、その電話番号に発呼する（ステップＳ１５）。そして、所定の発呼回数（ｎ）以内に応答があれば（ステップＳ１６の“ＹＥＳ”）、通話を行い（ステップＳ１８）、通話終了を判定し（ステップＳ１９）、通話を終了すると、連続発信ループ変数ｉをさらに＋１してから（ステップＳ２０）、式「ｉ＞ｉｍａｘ」を評価する（ステップＳ２１）。今、ステップＳ２０でｉ＝５になっているが、式「ｉ＞ｉｍａｘ」の評価結果はまだＮＯである。したがって、この場合も、ステップＳ１２に戻ってループを再開する。
【００５３】
今、ｉ＝５であるので、ｉ＝５番目の登録ＩＤは「００７」であるから、次に、その登録ＩＤ（００７）をキーにして電話帳テーブル１９から第７レコードＲ７の電話番号（０９０−ＬＬＬＬ−ＭＭＭＭ）を読み出し（ステップＳ１４）、その電話番号に発呼する（ステップＳ１５）。そして、所定の発呼回数（ｎ）以内に応答があれば（ステップＳ１６の“ＹＥＳ”）、通話を行い（ステップＳ１８）、通話終了を判定し（ステップＳ１９）、通話を終了すると、連続発信ループ変数ｉをさらに＋１してから（ステップＳ２０）、式「ｉ＞ｉｍａｘ」を評価する（ステップＳ２１）。今、ステップＳ２０でｉ＝６になったので、式「ｉ＞ｉｍａｘ」の評価結果はＹＥＳになる。したがって、この場合は、該当グルーブ（営業第１Ｇ）の全登録先への連続発信を完了したので、フローを終了し、図１２のステップＳ１に戻る。
【００５４】
このように、連続発信中に所定回数（ｎ）以内に相手が応答した場合（ステップＳ１６の“ＹＥＳ”）には、その相手と会話するという動作を全ての連続発信先（ｉ＝１〜ｉｍａｘ）について連続的に行うことができ、複数の連絡先に所要の用件を支障なく伝達することができる。
【００５５】
ところで、所定回数（ｎ）以内に相手が応答しなかった場合（ステップＳ１７の“ＹＥＳ”）の処理は二つに分かれる。第一はその相手の「関連先」が登録されていない場合の処理（図１３と図１４にまたがる矢印付破線３８参照）であり、第二はその相手の「関連先」が登録されている場合の処理である（図１３と図１４にまたがる矢印付一点鎖線３９参照）。
【００５６】
第一の処理は単純である。所定回数（ｎ）以内に相手が応答しなかった場合は、単に次順の連続発信先を発呼するというものである。この場合、応答しなかった相手への用件伝達はあきらめざるを得ないか、あるいは、時間をおいて改めて行うことになる。このような不都合を解消するために第二の処理が用意されている。第二の処理は、要するに、所定回数（ｎ）以内に相手が応答しなかった場合には、あらかじめ登録されているその相手の「関連先」にかけ直すというものである。電話番号を変えながらその相手を追って電話をかけ続けることができるので、適切な関連先が登録されている限り、相手を捕捉できる可能性が高くなり、用件伝達の確実性を向上できる。
【００５７】
＜関連先発信処理＞・・・・図１４のステップＳ２２〜ステップＳ３０
第一の処理（関連先なし）と第二の処理（関連先あり）のいずれも、相手が呼び出しに応答せず、その呼び出し回数が所定値（ｎ）を超えたときに（ステップＳ１７の“ＹＥＳ”）実行される。すなわち、第一及び第二の処理は、ステップＳ１７の“ＹＥＳ”から接続記号（丸付数字の１）を経て図１４のステップＳ２２（当該グループのｉ番目に、関連先ＩＤが紐付けされているか否かの判定ステップ）に至る点で同様である。関連先が登録されていない第一の処理の場合は、このステップＳ２２の判定結果が“ＮＯ”となるため、接続記号（丸付数字の３）を経て再び図１３のステップＳ２０に進むが、関連先が登録されている第二の処理の場合は、ステップＳ２２の判定結果が“ＹＥＳ”となるので、図１４のステップＳ２４以降を実行する。
【００５８】
第二の処理では、まず、当該グループのｉ番目に紐付けされている関連先ＩＤを読み出す（ステップＳ２３）。次いで、関連先ループ変数ｊに初期値１をセットし（ステップＳ２４）、関連先ＩＤをキーにして関連先テーブル２１のｊ番目の電話番号を読み出す（ステップＳ２５）。
【００５９】
ここで、現在のｊは初期値の１であるから、この段階では関連先テーブル２１の１番目の電話番号、つまり、０４４−ＤＤＤ−ＦＦＦを読み出し、その電話番号に発呼する（ステップＳ２６）。そして、所定の発呼回数（ｎ）以内に応答があれば（ステップＳ２７の“ＹＥＳ”）、通話を行い（図１３のステップＳ１８）、通話終了を判定し（ステップＳ１９）、通話を終了すると、連続発信ループ変数ｉを＋１してから（ステップＳ２０）、ｉ＞ｉｍａｘになる（ステップＳ２１の“ＹＥＳ”）まで連続発信処理を継続する。
【００６０】
このように、１番目の関連先（０４４−ＤＤＤ−ＦＦＦ）を発呼した際に応答があれば、その時点で第二の処理を終了して連続発信処理に復帰するが、１番目の関連先への所定回数（ｎ）の発呼にも応答がなかった場合には（ステップＳ２８の“ＹＥＳ”）、連絡先ループ変数ｊを＋１してから（ステップＳ２９）、式「ｊ＞ｊｍａｘ」を評価する（ステップＳ３０）。ｊｍａｘは関連先に登録されている電話番号の数である。たとえば、営業第１Ｇの関連先として０４４−ＤＤＤ−ＦＦＦと０４４−ＧＧＧ−ＨＨＨと０４４−ＪＪＪ−ＫＫＫの三つが登録されているので、この場合のｊｍａｘは３になる。
【００６１】
ｊ＝ｊ＋１（つまり、ｊ＝２）にすると、再びステップＳ２５以降を実行する。すなわち、関連先ＩＤをキーにして関連先テーブル２１のｊ番目の電話番号を読み出す（ステップＳ２５）。今、ｊ＝２であるから、関連先テーブル２１の２番目の電話番号、つまり、０４４−ＧＧＧ−ＨＨＨを読み出し、その電話番号に発呼する（ステップＳ２６）。そして、所定の発呼回数（ｎ）以内に応答があれば（ステップＳ２７の“ＹＥＳ”）、通話を行い（図１３のステップＳ１８）、通話終了を判定し（ステップＳ１９）、通話を終了すると、連続発信ループ変数ｉを＋１してから（ステップＳ２０）、ｉ＞ｉｍａｘになる（ステップＳ２１の“ＹＥＳ”）まで連続発信処理を継続する。
【００６２】
このように、２番目の関連先（０４４−ＧＧＧ−ＨＨＨ）を発呼した際に応答があれば、その時点で第二の処理を終了して連続発信処理に復帰するが、２番目の関連先への所定回数（ｎ）の発呼にも応答がなかった場合には（ステップＳ２８の“ＹＥＳ”）、連絡先ループ変数ｊをさらに＋１してから（ステップＳ２９）、式「ｊ＞ｊｍａｘ」を評価する（ステップＳ３０）。このとき、ｊ＝２であるので、式の評価結果が“ＮＯ”になり、再びステップＳ２５以降を実行する。
【００６３】
すなわち、関連先ＩＤをキーにして関連先テーブル２１のｊ番目の電話番号を読み出す（ステップＳ２５）。今、ｊ＝３であるから、関連先テーブル２１の３番目の電話番号、つまり、０４４−ＪＪＪ−ＫＫＫを読み出し、その電話番号に発呼する（ステップＳ２６）。そして、所定の発呼回数（ｎ）以内に応答があれば（ステップＳ２７の“ＹＥＳ”）、通話を行い（図１３のステップＳ１８）、通話終了を判定し（ステップＳ１９）、通話を終了すると、連続発信ループ変数ｉを＋１してから（ステップＳ２０）、ｉ＞ｉｍａｘになる（ステップＳ２１の“ＹＥＳ”）まで連続発信処理を継続する。
【００６４】
このように、３番目の関連先（０４４−ＪＪＪ−ＫＫＫ）を発呼した際に応答があれば、その時点で第二の処理を終了して連続発信処理に復帰するが、３番目の関連先への所定回数（ｎ）の発呼にも応答がなかった場合には（ステップＳ２８の“ＹＥＳ”）、連絡先ループ変数ｊをさらに＋１してから（ステップＳ２９）、式「ｊ＞ｊｍａｘ」を評価する（ステップＳ３０）。このとき、ｊ＝４であるので、式の評価結果が“ＹＥＳ”になる（関連先が残っていない）。したがって、全ての関連先に電話をかけたものの相手が捕まらないと判断し、当該相手への用件伝達をあきらめ、再び図１３のステップＳ２０に戻り、他の連続発信先が残っていれば、その連続発信先を発呼する。
【００６５】
以上のとおりであるから、本実施形態の携帯電話機１によれば、以下の効果を得ることができる。
【００６６】
（１）連続発信先の呼び出し：
一人の相手との通話を完了すると次順の相手を自動的に呼び出すことができるので、呼び出しの手間を軽減できる。しかも、連続発信先のグループ管理を正しく行っておけば、間違った相手を呼び出すというミスを確実に防止できる。
（２）用件伝達の確実性向上：
連続発信先の各人ごとに関連先（立ち寄りの可能性がある場所の電話番号）を登録しておくことにより、たとえ連続発信中に応答がなかった場合であっても関連先に登録された電話番号にかけ直し、相手を捕まえて用件を伝えることができる。
【００６７】
図１５は、連続発信の具体的イメージを示す図である。この図において、複数の場所４０〜４４にそれぞれ連続発信の相手先（人物４５〜４９）がいるものとする。また、電話帳テーブル１９には、以下のとおり、人物４５〜４９のデータ（電話番号）が登録されているものとする。
（ａ）人物４５・・・・電話機５０
（ｂ）人物４６・・・・電話機５１
（ｃ）人物４７・・・・電話機５２
（ｄ）人物４８・・・・電話機５３
（ｅ）人物４９・・・・電話機５４
【００６８】
連続発信を開始すると、まず、連続発信グループテーブル２０の登録順に従い第一順位（第１レコードＲ１）の電話番号を発呼する。上記の（ａ）〜（ｅ）を登録順とすると、この場合、最初に人物４５の電話機５０を発呼する。今、人物４５は電話機５０の近くにいるので、その発呼に応答し、通話を行う（用件を伝える）ことができる。次に、次順の人物４６の電話機５１を発呼する。この人物４６も電話機５１の近くにいるので、その発呼に応答し、通話を行う（用件を伝える）ことができる。以下同様に、人物４７の電話機５２、人物４８の電話機５３を順次に発呼し、通話を行った後、最後に人物４９の電話機５４を発呼する。この人物４９も電話機５４の近くにいるので、その発呼に応答し、通話を行う（用件を伝える）ことができる。
【００６９】
今、この最後の人物４９が電話機５４の近くにいない場合を考える。つまり、人物４９が不在の場合である。このような場合、冒頭の従来技術では、電話機５４の電話番号をメモリに記憶しておき、その後、任意の時点、または、所定時間の経過後に、上記記憶しておいた電話番号に自動的にかけ直す仕組みになっているが、要するに、同じ番号にかけ直す仕組みになつているに過ぎないから、短時間の不在であれば再度の呼び出しに応答するかもしれないものの、長時間にわたって不在になっている場合は、いつまで経っても応答がなく、その間、用件を伝えることができないという問題点がある。
【００７０】
この点において、本実施形態では、応答がなかった者（図示の例では人物４９）の関連先（の電話番号）を登録しておき、その関連先にかけ直すという新規のアイデアを採用したから、適正な関連先を登録しておけば、相手を捕捉できる可能性が高くなり、用件伝達の確実性を向上することができる。
【００７１】
たとえば、人物４９の関連先として、第一の電話機５５の電話番号と第二の電話機５６の電話番号を関連先テーブル２１に登録しておいたとする。これらの第一及び第二の電話機５５、５６は、人物４９の日常の行動範囲又は行動経路に存在する固定電話機や内線電話機または通話機能を有するファクシミリ装置などの電子機器である。
【００７２】
今、説明の便宜上、人物４９が第二の電話機５６の近くにいる場合を想定すると、この場合、関連先テーブル２１の登録順に従って第一の電話機５５を発呼しても人物４９は応答しない。第一の電話機５５の近くにいないからである。第一の電話機５５をｎ回発呼し続けても応答がないと、次に、関連先テーブル２１の登録順に従って次順の第二の電話機５６を発呼する。人物４９は第二の電話機５６の近くに位置しているので、この発呼に応答することができる。したがって、この段階で人物４９に対して用件の伝達を行うことができる。
【００７３】
図１６は、図１５の具体的イメージを模式化した図である。（ａ）は不在者なしの連続発信動作、（ｂ）は不在者ありの連続発信動作を示し、（ｃ）は関連先の呼び出しを示している。不在者なしの場合は、（ａ）に示すように、人物４５〜４９の電話機５０〜５４を順次に発呼すればよい。全ての人物４５〜４９が応答するので、全員に用件を伝えることができる。一方、不在者ありの場合（たとえば、人物４９が不在の場合）は、（ｂ）に示すように、その不在者に用件を伝えることができない。冒頭の従来技術では、不在者の電話番号（電話機５４の電話番号）をメモリしておき、後にかけ直しているが、応答するかどうかは定かではない。長い間、不在になっている場合もあるからであり、とりわけ、その人物４９の電話機５４が携帯電話機のとき、自宅等に置き忘れていることも十分にありえるからである。この点において、本実施形態では、（ｃ）に示すように、その人物４９の関連先（の電話機５５、５６）を順次に発呼することができるので、たとえば、その人物４９がいずれかの電話機（図では電話機５６）の近くにいる場合に応答することができ、支障なく用件を伝えることができる。
【００７４】
以上のとおりであるから、本実施形態によれば、連続発信先の各人ごとに関連先（立ち寄りの可能性がある場所の電話番号）を登録しておくことにより、たとえ連続発信中に応答がなかった場合であっても関連先に登録された電話番号にかけ直し、相手を捕まえて用件を伝えることができるという格別の効果を奏することができる。
【００７５】
なお、本実施形態は様々な発展例や変形例が可能である。たとえば、以下のようにしてもよい。
【００７６】
図１７は、変形例を示す図である。変形例の特徴は、関連先テーブル２１に順位フィールド２１ｃを設けた点にある。この順位フィールド２１ｃは昇順のソート項目になっており、たとえば、現在、０４４−ＤＤＤ−ＦＦＦの順位に“１”、０４４−ＧＧＧ−ＨＨＨの順位に“２”、０４４−ＪＪＪ−ＫＫＫの順位に“３”がセットされているため、図示の順番に電話番号が並んでいる。したがって、これら関連先の呼び出し順は、最初に０４４−ＤＤＤ−ＦＦＦ、次に０４４−ＧＧＧ−ＨＨＨ、最後に０４４−ＪＪＪ−ＫＫＫとなる。
【００７７】
さて、上記の呼び出し順は必ずしも適切でない場合がある。たとえば、呼び出し相手が、最後の０４４−ＪＪＪ−ＫＫＫの近くによくいる（立ち寄る）場合である。このような場合、先二つの呼び出し（つまり、０４４−ＤＤＤ−ＦＦＦと０４４−ＧＧＧ−ＨＨＨの呼び出し）は無駄ということができる。望ましくは、相手が応答する可能性が高い電話番号を先に呼び出すべきである。
【００７８】
この観点から、変形例では、関連先に登録されている各々の電話番号について、応答があった回数が多いほど呼び出し順が先になるようにした。これには様々な方法が考えられるが、たとえば、応答があった回数（ｍ）を所定値（Ｆ）から引いた数（Ｆ−ｍ）を順位フィールド２１ｃに格納してもよい。
【００７９】
今、Ｆ＝１００とするとともに、０４４−ＤＤＤ−ＦＦＦの応答回数（ｍ）を便宜的に０回とし、０４４−ＧＧＧ−ＨＨＨの応答回数（ｍ）を便宜的に２回とし、０４４−ＪＪＪ−ＫＫＫの応答回数（ｍ）を便宜的に５回とすると、０４４−ＤＤＤ−ＦＦＦの順位値（Ｆ−ｍ）は“１００−０＝１００”、０４４−ＧＧＧ−ＨＨＨの順位値（Ｆ−ｍ）は“１００−２＝９８”、０４４−ＪＪＪ−ＫＫＫの順位値（Ｆ−ｍ）は“１００−５＝９５”になる。
【００８０】
これを昇順ソートすると、０４４−ＪＪＪ−ＫＫＫが１位、０４４−ＧＧＧ−ＨＨＨが２位、０４４−ＤＤＤ−ＦＦＦが３位となり、応答があった回数が多い電話番号が上位にくるように並べ替えを行うことができる。したがって、関連先への無駄な発呼を防止して呼び出しの効率を改善できる。
【００８１】
あるいは、上記の変形例を、次のように改良してもよい。つまり、上記の変形例は、「応答があった回数が多いほど上位にくるように電話番号を並べ替える」ことをポイントとするものであるが、その応答は必ずしも呼び出したい相手であるとは限らない。たとえば、電話の近くにいる第三者が応答するかもしれない。このような応答を順位計算に入れてしまうと、上記の効果（関連先への無駄な発呼を防止して呼び出しの効率を改善できる。）を得られない。
【００８２】
そこで、この改良例では、所望の相手とそうでない相手（第三者）の応答を区別して順位を決定できるようにする。両者の違いは応答時間の長短にあるといえる。所望の相手の場合は、ある程度長い会話を交わすのに対して、第三者の場合は、簡単で短い会話（たとえば、“○○さんいますか”→“不在です”）しか交わさないからである。したがって、会話時間の長短に基づいて順位付けを行うことにより、正確な電話番号の並びを得ることができる。会話時間の長短に基づく順位付けについても様々な方法が考えられるが、会話時間を順位付けの重み値として用いてもよい。この重み値を上記の変形例に適用した場合を考えてみる。
【００８３】
今、各々の会話時間に基づく重み合計値を“０”、“６０”、“２５”と仮定する。つまり、０４４−ＤＤＤ−ＦＦＦの重み合計値を“０”、０４４−ＧＧＧ−ＨＨＨの重み合計値を“６０”、０４４−ＪＪＪ−ＫＫＫの重み合計値を“２５”と仮定する。そして、これらの重み合計値を各々の順位値から引き算すると、次の値が得られる。なお、この計算（引き算）は一例に過ぎない。所望のソート結果が得られるのであれば如何なる計算方法を用いてもかまわない。
【００８４】
０４４−ＤＤＤ−ＦＦＦ→“１００−０＝１００”
０４４−ＧＧＧ−ＨＨＨ→“９８−６０＝３８”
０４４−ＪＪＪ−ＫＫＫ→“９５−２５＝７０”
【００８５】
この場合、重み値を考慮しない場合（前記の変形例の場合）の順位は、１位→０４４−ＪＪＪ−ＫＫＫ、２位→０４４−ＧＧＧ−ＨＨＨ、３位→０４４−ＤＤＤ−ＦＦＦであるが、重み値を用いた計算結果に従った場合は、２位と３位が入れ替わって、１位→０４４−ＪＪＪ−ＫＫＫ、２位→０４４−ＤＤＤ−ＦＦＦ、３位→０４４−ＧＧＧ−ＨＨＨの順番になる。
【００８６】
これは、たとえ、応答回数が多い場合であっても、各々の会話に要する時間（重み値）のトータル（重み合計値）が少なければ、所望の相手以外の第三者の応答が多く含まれているといえるからである。重みを考慮したソートを行うことにより、第三者応答が少ない関連先を呼び出し順の上位に置くように並べ替えを行うことができる。
【００８７】
以上のとおり、この改良例によれば、第三者応答が少ない関連先を呼び出し順の上位に置くように並べ替えを行うことができるので、「関連先への無駄な発呼を防止して呼び出しの効率を改善できる。」という効果を確実に得ることができる。
【００８８】
以上の説明では、音声通話を行う携帯電話機への適用を例にしたが、これに限定されないことはもちろんである。一般加入電話機や内線電話機またはインターネット電話機などのあらゆる種類の電話機（可搬型であるか固定型であるかは問わない）にも適用できることは当然であり、また、音声通話のみならず、映像を含む通話（いわゆるテレビ電話）であってもよい。さらに、相手を指定して通話するタイプの無線電話装置にも適用可能である。たとえば、業務用の簡易無線電話機や省電力無線電話機においては、固有の識別情報を指定して特定の無線局（無線電話機）を呼び出すことができるものがある。このようなタイプの無線電話機であれば、本件実施形態の技術を適用することができる。
【００８９】
以下、本発明の諸態様を付記としてまとめて記載する。
（付記１）
少なくとも一つの相手先の電話番号を記憶する第１の記憶手段と、
前記相手先に関連する一つまたは複数の電話番号を前記相手先に紐付けして記憶する第２の記憶手段と、
前記第１の記憶手段に記憶されている電話番号を読み出して発呼する第１の発呼手段と、
前記第１の発呼手段の発呼に相手が未応答であった場合に前記第２の記憶手段を参照して当該未応答の相手先に関連する電話番号が記憶されているか否かを判定する判定手段と、
前記判定手段の判定結果が肯定の場合に前記未応答の相手先に関連する電話番号を前記第２の記憶手段から読み出して発呼する第２の発呼手段と
を備えたことを特徴とする電話装置。
付記１によれば、第１の記憶手段に記憶されている電話番号を発呼した際、その発呼に応答がなかった場合には、当該未応答の電話番号に紐付けされた一つまたは複数の電話番号が第２の記憶手段に記憶されていれば、当該一つまたは複数の電話番号を読み出して発呼することができる。したがって、呼び出しに応じなかった相手を、電話番号を変えながら追跡して何度も呼び出すことができ、以て、用件伝達の確実性を向上することができる。
【００９０】
（付記２）
前記判定手段は、所定の呼び出し回数に達したことをもって未応答と判定することを特徴とする付記１に記載の電話装置。
付記２によれば、応答と未応答を自動判定することができ、たとえば、第１の記憶手段に複数の電話番号が記憶されている場合に、それらを順次に読み出して発呼（連続発信）することができる。
【００９１】
（付記３）
前記呼び出し回数をユーザ設定するための設定手段をさらに備えたことを特徴とする付記２に記載の電話装置。
付記３によれば、状況に応じて呼び出し回数を増減設定することができるので、たとえば、重要な用件の場合は多めの呼び出し回数を設定する一方、それほど重要でない用件の場合は少なめの呼び出し回数を設定するなどといった柔軟な対応が可能になる。
【００９２】
（付記４）
前記第２の記憶手段に複数の電話番号が記憶されていた場合に、該電話番号を所定の条件でソートするソート手段をさらに備えたことを特徴とする付記１に記載の電話装置。
付記４によれば、適切なソートを行うことにより、応答する可能性が高い電話番号を先に発呼して無駄な呼び出しを回避することができる。
【００９３】
（付記５）
前記所定の条件は相手の応答回数であって、前記ソート手段は該応答回数が多い電話番号を読み出し順の上位にくるようにソートすることを特徴とする付記４に記載の電話装置。
付記５によれば、応答する可能性が高い電話番号を先に発呼することができ、無駄な呼び出しの抑制を図ることができる。これは、過去に応答した回数が多い電話番号は、現在や未来においても応答する可能性が高いといえるからである。
【００９４】
（付記６）
前記所定の条件は相手の応答回数と応答時の通話時間であって、前記ソート手段は該応答回数が多く且つ通話時間が長い電話番号を読み出し順の上位にくるようにソートすることを特徴とする付記４に記載の電話装置。
付記６によれば、所望の相手とは別の第三者による応答の影響を回避して適正なソートを行うことができる。つまり、所望の相手とそれ以外の第三者との会話で異なる点は会話時間の長短である。一般的に所望の相手との会話は長く、第三者との会話は短い。したがって、この会話時間を加味してソートを行うことにより、より好ましいソート結果（所望の相手が応答する可能性が高い電話番号が呼び出し上位になる）を得ることができる。
【００９５】
（付記７）
少なくとも一つの相手先の電話番号を記憶する第１の記憶工程と、
前記相手先に関連する一つまたは複数の電話番号を前記相手先に紐付けして記憶する第２の記憶工程と、
前記第１の記憶工程で記憶された電話番号を読み出して発呼する第１の発呼工程と、
前記第１の発呼工程の発呼に相手が未応答であった場合に前記第２の記憶工程で記憶した電話番号を参照して当該未応答の相手先に関連する電話番号が存在するか否かを判定する判定工程と、
前記判定工程の判定結果が肯定の場合に前記未応答の相手先に関連する電話番号を前記第２の記憶工程の記憶情報から読み出して発呼する第２の発呼工程と
を含むことを特徴とする電話機制御方法。
付記７によれば、付記１と同様に、第１の記憶手段に記憶されている電話番号を発呼した際、その発呼に応答がなかった場合には、当該未応答の電話番号に紐付けされた一つまたは複数の電話番号が第２の記憶手段に記憶されていれば、当該一つまたは複数の電話番号を読み出して発呼することができる。したがって、呼び出しに応じなかった相手を、電話番号を変えながら追跡して何度も呼び出すことができ、以て、用件伝達の確実性を向上することができる。
【００９６】
（付記８）
電話装置のコンピュータを、
少なくとも一つの相手先の電話番号を記憶する第１の記憶手段、
前記相手先に関連する一つまたは複数の電話番号を前記相手先に紐付けして記憶する第２の記憶手段、
前記第１の記憶手段に記憶されている電話番号を読み出して発呼する第１の発呼手段、
前記第１の発呼手段の発呼に相手が未応答であった場合に前記第２の記憶手段を参照して当該未応答の相手先に関連する電話番号が記憶されているか否かを判定する判定手段、
前記判定手段の判定結果が肯定の場合に前記未応答の相手先に関連する電話番号を前記第２の記憶手段から読み出して発呼する第２の発呼手段
として機能させるためのプログラム。
付記８によれば、付記１の機能をソフトウェア（プログラム）の形で提供することができる。
【符号の説明】
【００９７】
１  携帯電話機（電話装置）
２０  連続発信グループテーブル（第１の記憶手段）
２１  関連先テーブル（第２の記憶手段）
１８  中央制御部（第１の発呼手段、判定手段、第２の発呼手段、設定手段、ソート手段）
１８ａ  ＣＰＵ（コンピュータ）
【図１】
2012138732.tif 000003
【図２】
2012138732.tif 000004
【図３】
2012138732.tif 000005
【図４】
2012138732.tif 000006
【図５】
2012138732.tif 000007
【図６】
2012138732.tif 000008
【図７】
2012138732.tif 000009
【図８】
2012138732.tif 000010
【図９】
2012138732.tif 000011
【図１０】
2012138732.tif 000012
【図１１】
2012138732.tif 000013
【図１２】
2012138732.tif 000014
【図１３】
2012138732.tif 000015
【図１４】
2012138732.tif 000016
【図１５】
2012138732.tif 000017
【図１６】
2012138732.tif 000018
【図１７】
2012138732.tif 000019