(57)【要約】【課題】手間を掛けることなく、発信相手によって付加するプリフィックスやサフィックスを使い分けて、プリフィックスやサフィックスを自動的に付加することができる電話端末を提供する。【解決手段】本発明の電話端末１００は、着信履歴データ記憶部５２に記憶されている１又は複数の電話番号のなかから操作部によって発信を指示された電話番号と、発信履歴データ記憶部５１に記憶されている、電話番号とプリフィックスやサフィックスとが付加されたデータとをマッチングする電話番号マッチング部１２と、電話番号マッチング部１２でマッチングされた、電話番号とプリフィックスやサフィックスとが付加されたデータを発信先として発信処理を行う発信処理部１３とを備えている。【選択図】図１
2014138270.tif 000002
【特許請求の範囲】
【請求項１】
着信履歴データ記憶部に記憶されている１又は複数の電話番号のなかから操作部によって発信を指示された電話番号と、発信履歴データ記憶部に記憶されている、電話番号とプリフィックスやサフィックスとが付加されたデータとをマッチングする電話番号マッチング部と、
前記電話番号マッチング部でマッチングされた、前記電話番号とプリフィックスやサフィックスとが付加されたデータを発信先として発信処理を行う発信処理部と
を備えることを特徴とする電話端末。
【請求項２】
前記電話番号マッチング部が、前記着信履歴データ記憶部に記憶されている１又は複数の電話番号のなかから操作部によって発信を指示された電話番号と前記電話帳データ記憶部に記憶されている電話番号とをマッチングし、その後、前記電話帳データ記憶部中でマッチングした前記電話番号と同一の登録先に登録されている他の電話番号と、前記発信履歴データ記憶部に記憶されている、電話番号とプリフィックスやサフィックスとが付加されたデータとをマッチングする
ことを特徴とする請求項１に記載の電話端末。
【請求項３】
着信履歴データ記憶部に記憶されている１又は複数の電話番号のなかから操作部によって発信を指示された電話番号と、発信履歴データ記憶部に記憶されている、電話番号とプリフィックスやサフィックスが付加されたデータとをマッチングし、
前記電話番号マッチング部でマッチングされた、前記電話番号とプリフィックスやサフィックスとが付加されたデータを発信先として発信処理を行う
ことを特徴とする発信方法。
【請求項４】
着信履歴データ記憶部に記憶されている１又は複数の電話番号のなかから操作部によって発信を指示された電話番号と、発信履歴データ記憶部に記憶されている、電話番号とプリフィックスやサフィックスが付加されたデータとをマッチングする段階と、
前記電話番号マッチング部でマッチングされた、前記電話番号とプリフィックスやサフィックスとが付加されたデータを発信先として発信処理を行う段階とを
コンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話端末、発信方法及びプログラムに関する。
【背景技術】
【０００２】
携帯電話等の電話端末から電話発信を行う場合、着信履歴に保存されている不在着信番号等に対して折り返し発信を行うことは通常よく利用される手順である。また、発信時に相手電話番号の先頭に「１８４（発信者番号非通知）」や「１８６（発信者番号通知）」と言ったプレフィックスを付加して発信を行うユーザーも多い。また、国際電話を発信する場合には、通常、「０１０」や「＋」といったプリフィックスや、さらに、国際電話会社を指定する所定のプリフィックスを付加して発信が行われる。もしくは電話番号の末尾に内線番号などといったサフィックスを付加して発信するユーザーも存在する。これらのプレフィックスおよびサフィックスを容易に付加する方法として、あらかじめ設定しておいたプレフィックスやサフィックスを自動で付加するものや（例えば、特許文献１）、一度電話番号の編集画面へ遷移し、複数の候補からユーザーが付加したいプレフィックスやサフィックスを選択する機能が存在する。
【０００３】
特許文献１に記載されている電話端末では、予め登録した判定条件を用いて発信先の番号が内線番号か外線番号かを判定する。そして、外線番号であると判定した場合には予め登録されている外線特番（外線プリフィックス）を自動付加して外線発信が実行される（例えば、特許文献１の段落００２７参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第ＷＯ２００８／０６９０５４号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
着信履歴に記録されている電話番号は一般的に過去の着信時にネットワークから通知された発番号情報を記録しているため、「１８４」や「１８６」などのプレフィックス（あるいはサフィックス）が付加されていない。また、外国からかかってきた電話の履歴の場合も同様に、相手の国番号や「＋」コードが付加されていない形で着信履歴に記録されているケースが多い。
【０００６】
よって、このような場合ユーザーは、プレフィックス（あるいはサフィックス）を付加した電話番号で発信操作を行う場合、着信履歴の電話番号に対してプレフィックス（あるいはサフィックス）を付加する操作が必要となるため、発信時に手間を要することになる。
【０００７】
また、特許文献１に記載されている技術を用いた場合、発信相手によって付加する番号を使い分けることが出来ない。また、あらかじめ付加するプレフィックスを設定しておく必要があるためユーザーにとって手間となる。
【０００８】
本発明は、上記の事情を考慮してなされたものであり、手間を掛けることなく、発信相手によって付加するプリフィックスやサフィックスを使い分けて、プリフィックスやサフィックスを自動的に付加することができる電話端末、発信方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の電話端末は、着信履歴データ記憶部に記憶されている１又は複数の電話番号のなかから操作部によって発信を指示された電話番号と、発信履歴データ記憶部に記憶されている、電話番号とプリフィックスやサフィックスとが付加されたデータとをマッチングする電話番号マッチング部と、前記電話番号マッチング部でマッチングされた、前記電話番号とプリフィックスやサフィックスとが付加されたデータを発信先として発信処理を行う発信処理部とを備えることを特徴とする。なお、本願において、「ＸやＹ」という文は、「Ｘ  ＡＮＤ／ＯＲ  Ｙ」という意味で用いている。
【００１０】
また、本発明の発信方法は、着信履歴データ記憶部に記憶されている１又は複数の電話番号のなかから操作部によって発信を指示された電話番号と、発信履歴データ記憶部に記憶されている、電話番号とプリフィックスやサフィックスが付加されたデータとをマッチングし、前記電話番号マッチング部でマッチングされた、前記電話番号とプリフィックスやサフィックスとが付加されたデータを発信先として発信処理を行うことを特徴とする。
【００１１】
また、本発明のプログラムは、着信履歴データ記憶部に記憶されている１又は複数の電話番号のなかから操作部によって発信を指示された電話番号と、発信履歴データ記憶部に記憶されている、電話番号とプリフィックスやサフィックスが付加されたデータとをマッチングする段階と、前記電話番号マッチング部でマッチングされた、前記電話番号とプリフィックスやサフィックスとが付加されたデータを発信先として発信処理を行う段階とをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、着信履歴から発信相手を選択した場合であっても、発信履歴中にその発信相手にマッチングするデータが記憶されていた場合には、発信履歴に記憶されている発信先を示すデータを用いて発信処理を行うことができる。よって、発信履歴に、プリフィックスやサフィックスが付加された電話番号を示すデータが記憶されていた場合、その電話番号に対してすでに使用したことがあるプリフィックスやサフィックスを用いて発信処理を行うことが可能となる。これは、発信相手によって付加するプリフィックスやサフィックスを使い分けて、プリフィックスやサフィックスを自動的に付加することを意味する。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態としての携帯電話端末の構成例を説明するためのブロック図である。
【図２】図１に示した携帯電話端末１００による音声電話発信時の動作例を示したフローチャートである。
【図３】図１に示した携帯電話端末１００による音声電話発信時の動作例を説明するための説明図である。
【図４】図１に示した携帯電話端末１００による音声電話発信時の他の動作例を示したフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施形態について説明する。図１は、本発明の一実施形態としての携帯電話端末１００の構成例を説明するためのブロック図である。図１に示した携帯電話端末１００は、制御部１、操作部２、表示部３、無線部４及びメモリ５を備えている。ただし、図１では、本発明の特徴を説明するために用いる主要な構成のみを示している。そのため、携帯電話端末１００が備えるマイクやスピーカ、バッテリといった携帯電話端末が通常備えている一部の構成については図示を省略している。また、本発明の実施の形態は、図１に示したような携帯電話端末（あるいは携帯電話機）に限らず、音声通話機能を実行可能なハードウェアやソフトウェアを有する、パーソナルコンピュータ、タブレット端末等の他の情報処理装置あるいは端末装置として構成することが可能である。
【００１５】
図１において、制御部１は、図示していないＣＰＵ（中央処理装置）等を内部に有し、メモリ５に記憶されている図示していない所定のプログラムをそのＣＰＵで実行することで、携帯電話端末１００内の各部を制御する。また、制御部１は、各部を制御することで、発信指令受付制御部１１、電話番号マッチング部１２及び発信処理部１３として機能する。
【００１６】
発信指令受付制御部１１は、表示部３に着信履歴を表示し、その表示に対する操作部２からの発信要求を受け付ける。発信指令受付制御部１１は、また、発信先の候補が複数ある場合に表示部３にそれらの候補を表示して、その表示に対する操作部２からの発信先の選択要求を受け付ける。
【００１７】
電話番号マッチング部１２は、発信指令受付制御部１１が発信要求を受け付けた着信履歴に保存されている電話番号と、発信履歴に保存されている電話番号（またはプリフィックスやサフィックスがさらに付加されたもの）とを、所定の条件に基づいてマッチングする。なお、本願において「マッチングする」とは、「対応づける」あるいは「対応づけることができるか否かを判定する」ということを意味する。より具体的には、「マッチングする」とは、複数のデータと１又は複数のデータとを比較し、同一であるとみなす一定の条件を満たすデータの組があるか否かを判定すること、を意味している。電話番号マッチング部１２は、マッチングした発信履歴に保存されている電話番号（またはプリフィックスやサフィックスがさらに付加されたもの）を発信先とするよう発信処理部１３を制御する。また、電話番号マッチング部１２は、マッチングした電話番号が複数ある場合には、例えば、最新の発信履歴を選択したり、発信指令受付制御部１１を制御して発信先候補を複数表示し、操作部２の操作に応じてそのうちの１つを選択したりする。電話番号マッチング部１２は、マッチング処理の際、メモリ５の発信履歴データ記憶部５１、着信履歴データ記憶部５２や電話帳データ記憶部５３から、発信履歴データ、着信履歴データや電話帳データを取得する。
【００１８】
発信処理部１３は、電話番号マッチング部１２から指示された発信先の電話番号に対する音声通話の発信処理を行う。
【００１９】
操作部２は、表示部３と一体に形成されているタッチパネルや、複数の押しボタンスイッチ等からなる入力装置である。操作部２は、また、図示していないマイクを用いて音声認識した指示を入力する音声入力装置であってもよい。操作部２は、ユーザーの操作に応じて、電話の発信操作等を受け付けて、その内容を発信指令受付制御部１１へ入力する。
【００２０】
表示部３は、液晶表示パネル、有機エレクトロルミネッセンスパネル等からなる表示装置である。表示部３は、発信指令受付制御部１１の制御に応じて、着信履歴を表示したり、発信先の複数の候補を表示したりする。
【００２１】
無線部４は、図示していない携帯電話網等の所定のネットワークとの間で無線信号を送受信する。無線部４は、発信処理部１３の指示に応じて、音声電話の発信要求等を所定のネットワークに対して送信する。
【００２２】
メモリ５は、制御部１の制御によってデータの読み書きが行われる不揮発又は揮発メモリを有して構成されている。メモリ５は、不揮発メモリ内に、データの所定の記憶領域である、発信履歴データ記憶部５１、着信履歴データ記憶部５２及び電話帳データ記憶部５３を有している。
【００２３】
発信履歴データ記憶部５１は、音声電話発信の１又は複数回分の発信履歴を表す情報である発信履歴データを保存する記憶部である。発信履歴データ記憶部５１は複数のレコード（発信履歴レコードとも呼ぶ）を有していて、各レコードには過去に発信した各１個の電話番号等を表す情報が記憶される。ここで、電話番号等を表す情報（以下、発信先コードと称する）は、音声電話を発信する際に使用した発信先を示すコードであり、電話番号にプリフィックスやサフィックスを付加して発信処理が行われた場合には、電話番号にプリフィックスやサフィックスを付加したコードとなる。複数のレコードには、無線部４を用いて音声電話の発信処理がなされる毎に、使用された発信先コードが記憶される。レコードの個数には、予め最大値を設定しておいてもよいし、メモリ５の空き容量に応じて変化させてもよい。なお、複数のレコードには、発信順序を表す情報が対応づけられている。例えば、各レコードが、発信先コードを記憶するフィールと、発信日時を表すフィールドとを含むものとすることができる。あるいは、各レコードに、発信順序を表すフィールドを設けておいて、発信処理の度にそのフィールドに記憶した番号を１ずつずらすようにしてもよい。あるいは、各レコードに発信順序を割り当てておいて、１番目のレコードが最新の発信履歴データ、２番目のレコードがその１つ前の発信履歴データ、…となるようにするともできる。その場合、発信処理の度に、各レコードの記憶内容を順次移動する。
【００２４】
着信履歴データ記憶部５２は、音声電話着信の１又は複数回分の着信履歴を表す情報である着信履歴データを保存する記憶部である。着信履歴データ記憶部５２は複数のレコードを有していて、各レコードには過去に着信した各１個の電話番号等を表す情報が記憶される。着信履歴データ記憶部５２は、電話番号等を表す情報として、着信時にネットワークから通知された発番号情報を記録する。レコードの個数には、例えば予め定めた最大値が設定されている。着信履歴データ記憶部５２の各レコードには、発番号情報とともに、着信順序を表す番号や着信日時を表す情報を記憶することができる。
【００２５】
電話帳データ記憶部５３は、電話帳データを保存する記憶部である。電話帳データ記憶部５３は、登録先毎に名称や電話番号を電話帳データとして記憶した複数のレコードを有している。各レコードは、登録名称を記憶するフィールドと、電話番号を記憶する１又は複数のフィールドを含んでいる。すなわち、この場合、１つの名称に対して、１又は複数の電話番号を登録することができる。複数の電話番号の組み合わせとしては、例えば、固定電話番号と携帯電話番号、会社の代表番号と直通番号等の組み合わせである。ただし、これに限定されるものではない。
【００２６】
次に、図２及び図３を参照して、図１に示した携帯電話端末１００の動作例ついて説明する。図２に示したフローチャートは、携帯電話端末１００の表示部３に表示された着信履歴からユーザーが操作部２を操作することで発信先を指示して音声電話を発信する際の処理の一例を示している。図３は、図１に示した表示部３の表示例を模式的に示した図である。図３において、表示例２０１は、表示部２に着信履歴を表示させた状態を表している。表示例２０２は、表示部２に発信履歴を表示させた状態を表している。そして、表示例２０３は、発信処理部１３が発信処理を実行中の表示部２の表示状態の一例を示している。以下の動作例の説明では、発信履歴データ記憶部５１が、図３に表示例２０２として示した５個の発信先コード（すなわち電話番号とプリフィックス若しくはサフィックス又はその両者を含む数字、記号等の文字列）をこの順番で時系列に記憶していることとする。また、着信履歴データ記憶部５２は、図３に表示例２０１として示した４個の電話番号をこの順番で時系列に記憶していることとする。
【００２７】
いま、表示例２０１として示した着信履歴が表示部２に表示された状態で、ユーザーが１番上（この場合、最新の着信）の電話番号「０９０１１１１１１１」（２０１ａ）への発信を指示するためのボタン２０１ｄにタッチする発信操作（２０１ｃ）を行ったとする。発信指令受付操作部１１は、この操作に応じて、電話番号「０９０１１１１１１１」への発信操作がなされたことを、電話番号マッチング部１２に対して通知する（ステップＳ１０１）。
【００２８】
通知を受けた電話番号マッチング部１２は、着信履歴データ記憶部５２に記憶されている発信が指示された電話番号「０９０１１１１１１１」を変数Ａに入れる（ステップＳ１０２）。次に、電話番号マッチング部１２は、変数ｆｌａｇを「ｆａｌｓｅ」に、変数ｉに「１」を格納する（ステップＳ１０３）。ここで、変数ｆｌａｇは、「ｔｒｕｅ」又は「ｆａｌｓｅ」の２値をとる変数であり、発信が指示された電話番号と、発信履歴に含まれている電話番号とがマッチングした場合に「ｔｒｕｅ」となる変数である。また、変数ｉは、１以上の整数をとる変数であり、発信履歴におけるレコードの番号を表す変数として用いられる。
【００２９】
次に、電話番号マッチング部１２は、変数ｆｌａｇが「ｔｒｕｅ」であるか否かを判定する（ステップＳ１０４）。ここでは、ステップＳ１０３で「ｆａｌｓｅ」に設定後、変化していないので、電話番号マッチング部１２は、「ｔｒｕｅ」でないと判定する（ステップＳ１０４で「Ｎｏ」）。
【００３０】
次に、電話番号マッチング部１２は、発信履歴データ記憶部５１にｉ番目の発信履歴レコードが存在するか否か（すなわち、発信履歴データ記憶部５１のｉ番目のレコードに発信先コードが記憶されているか否か）を判定する（ステップＳ１０５）。この場合、変数ｉにはステップＳ１０３で「１」が設定され、その後、変えられていないので、電話番号マッチング部１２は、１番目のレコードに発信先コードが記憶されていか否かを判定する。この例では、図３に表示例２０２として示したように１番目のレコードに発信先コード「０８０４４４４４４４４」が記憶されているので、電話番号マッチング部１２は、存在すると判定する（ステップＳ１０５で「Ｙｅｓ」）。
【００３１】
次に、電話番号マッチング部１２は、ｉ番目の発信履歴レコードに記憶されている発信先コードを変数Ｂに入れる（ステップＳ１０６）。この場合、変数Ｂには、１番目の発信先コード「０８０４４４４４４４４」が記憶される。
【００３２】
次に、電話番号マッチング部１２は、変数Ａと変数Ｂが同じ発信先か否かを判定する（ステップＳ１０７）。ステップＳ１０７での同一か否かの判定は次のようにして行われる。すなわち、変数Ｂに格納されている文字列が、変数Ａに格納されているすべての文字列を含む場合、変数Ａと変数Ｂが同じ発信先であると判定される。具体的には、変数Ｂが次の３通りの文字列である場合、変数Ａと変数Ｂが同じ発信先であると判定される。１番目の文字列は、変数Ａの前方に任意の文字列（プリフィックス）を付加したものである。２番目の文字列は、変数Ａの後方に任意の文字列（サフィックス）を付加したものである。そして、３番目の文字列は、変数Ａの前方及び後方に任意の文字列（プリフィクス及びサフィックス）を付加したものである。この場合、上記の発信先は同じであるとする条件が成立しないので、電話番号マッチング部１２は、変数Ａ「０９０１１１１１１１１」と変数Ｂ「０８０４４４４４４４４」とが同一の発信先ではないと判定する（ステップＳ１０７で「Ｎｏ」）。
【００３３】
次に、電話番号マッチング部１２は、変数ｉを「１」だけ増加させる（ステップＳ１０９）。この場合、変数ｉの値は「２」となる。
【００３４】
次に、電話番号マッチング部１２は、再び、変数ｆｌａｇが「ｔｒｕｅ」であるか否かを判定する（ステップＳ１０４）。ここでは、ステップＳ１０３で「ｆａｌｓｅ」に設定後、変化していないので、電話番号マッチング部１２は、「ｔｒｕｅ」ではないと判定する（ステップＳ１０４で「Ｎｏ」）。
【００３５】
次に、電話番号マッチング部１２は、発信履歴データ記憶部５１にｉ番目の発信履歴レコードが存在するか否か（すなわち、発信履歴データ記憶部５１のｉ番目のレコードに発信先コードが記憶されているか否か）を判定する（ステップＳ１０５）。この場合、変数ｉにはステップＳ１０９で「２」が設定されているので、電話番号マッチング部１２は、２番目のレコードに発信先コードが記憶されていか否かを判定する。この例では、図３に表示例２０２として示したように２番目のレコードに発信先コード「１８４０９０１１１１１１１１」（図３の符号２０２ａ）が記憶されているので、電話番号マッチング部１２は、存在すると判定する（ステップＳ１０５で「Ｙｅｓ」）。
【００３６】
次に、電話番号マッチング部１２は、ｉ番目の発信履歴レコードに記憶されている発信先コードを変数Ｂに入れる（ステップＳ１０６）。この場合、変数Ｂには、２番目の発信先コード「１８４０９０１１１１１１１１」が記憶される。
【００３７】
次に、電話番号マッチング部１２は、変数Ａと変数Ｂが同じ発信先か否かを、上述したようにして判定する（ステップＳ１０７）。この場合、変数Ｂは変数Ａの前方に「１８４」を付加した文字列なので、電話番号マッチング部１２は、変数Ａ「０９０１１１１１１１１」と変数Ｂ「１８４０９０１１１１１１１１」とが同一の発信先であると判定する（ステップＳ１０７で「Ｙｅｓ」）。
【００３８】
次に、電話番号マッチング部１２は、変数ｆｌａｇを「ｔｒｕｅ」に設定する（ステップＳ２０９）。次に、電話番号マッチング部１２は、変数ｉを「１」だけ増加させる（ステップＳ１０９）。この場合、変数ｉの値は「３」となる。
【００３９】
次に、電話番号マッチング部１２は、変数ｆｌａｇが「ｔｒｕｅ」であるか否かを判定する（ステップＳ１０４）。ここでは、ステップＳ１０８で「ｔｒｕｅ」に設定されているので、電話番号マッチング部１２は、「ｔｒｕｅ」であると判定する（ステップＳ１０４で「Ｙｅｓ」）。
【００４０】
次に、電話番号マッチング部１２は、変数Ａに変数Ｂの値を代入する（ステップＳ１１０）。この場合、変数Ａに変数Ｂ「１８４０９０１１１１１１１１」の値が入れられて、変数Ａの値が「１８４０９０１１１１１１１１」に置き換えられる。
【００４１】
次に、電話番号マッチング部１２は、変数Ａを発信先の電話番号として音声電話発信処理を行うよう発信処理部１３に指示し、発信処理部１３が変数Ａを電話番号として音声電話を発信する処理を実行する（ステップＳ１１１）。その際、電話番号マッチング部１２は、発信指令受付制御部１１を介して表示部３の表示内容を制御し、例えば図３に表示例２０３として示したような発信中であることを示す表示を行うことができる。
【００４２】
なお、上記の説明では、ステップＳ１０７で変数Ａと変数Ｂとが同じ発信先であると判定される場合を含む動作例について説明したが、変数Ａと変数Ｂとが同じ発信先であると判定されない場合は着信履歴の電話番号がそのまま発信先の電話番号として用いられる。すなわち、この場合、ステップＳ１０７の判定結果は「Ｙｅｓ」とならないので、変数ｆｌａｇの値は「ｆａｌｓｅ」のまま変化しない。したがって、ステップＳ１０４の判定結果は「Ｙｅｓ」とならないので、ステップＳ１１０で変数Ａと変数Ｂの置き換えが行われることはない。一方、ステップＳ１０９の処理によって変数ｉが発信履歴のレコードの数を越えたところで、ステップＳ１０５の判定結果が「Ｎｏ」となるので、ステップＳ１０２で設定された変数Ａの値を用いて音声電話発信処理が行われる（ステップＳ１１１）。
【００４３】
以上のように、本実施形態では、着信履歴一覧に記憶されている電話番号へ発信する際は、携帯電話端末１００に記録されている全ての発信履歴の中に同じ相手へ発信した履歴項目が記録されているか否かを検索し、該当する発信履歴項目が存在する場合は、発信履歴に記録されている電話番号（すなわち発信先コード）を着信履歴から抽出した発信先電話番号に置き換えて発信を行う。本実施形態の構成では、発信履歴として記憶されている電話番号（すなわち発信先コード）は、着信履歴とは異なりプレフィックス（やサフィックス）が付いた電話番号（つまり発信先コード）が記憶されている。このため、結果的に発信先電話番号に対してプレフィックス（やサフィックス）が自動で付加される。
【００４４】
なお、上記の構成では、発信履歴データ記憶部５１内で最新の発信履歴レコードから、順次、古い発信履歴レコードへとマッチングを行うようにしている。そのため、指示された着信履歴の電話番号とマッチングする発信先コードが複数、発信履歴として記録されていた場合であっても、常に最新の発信履歴中の発信先コードへの置き換えが行われる。ただし、本発明の実施形態はこれに限定されない。例えば、マッチングする発信先コードをすべて（あるいは所定の複数分）抽出し、抽出した複数の発信先を選択候補として表示し、そして、ユーザーの選択に従って発信先を決定するようにしてもよい。
【００４５】
以上のように、本実施形態によれば、過去の発信時に付加したプレフィックス（あるいはサフィックス）を、着信履歴に記録されている同じ発信先の電話番号に自動的に付加することができる。この場合、自動的に付加できるのは発信履歴に同じ発信先の電話番号が記録されている場合に限定される。しかしながら、例えば頻繁にかけ直しをしなければならないような場合にには、一度手動で付加して発信すれば、後は自動的に付加されることになる。したがって、プレフィックス（サフィックス）を手動で付加する手間を軽減することが可能である、ということができる。
【００４６】
次に、図４を参照して、図２を参照して説明した動作例の変形例について説明する。図２を参照して説明した動作例では、着信履歴に含まれる電話番号と、発信履歴に含まれる電話番号との間で、直接マッチングをとっていた。一方、図４に示した動作例では、着信履歴に含まれる電話番号を、一旦、電話帳データ記憶部５３に登録されている電話番号とマッチングする。そして、電話帳データ記憶部５３に登録されているマッチングした電話番号と、発信履歴に含まれる電話番号との間でさらにマッチングをとって、電話番号の置き換えを行っている。
【００４７】
図４に示した動作例では、例えば次のような場合にユーザーの手間を低減することが期待できる。例えば、会社などでは電話番号として代表番号と複数の直通番号とを利用している場合がある。そして、このような場合に、複数の直通番号に対して、すべて同一の発番号通知（例えば代表番号）を行うように設定している場合がある。このような場合に、発信時に代表番号ではなく、直通番号をもっぱら使用していると、図２に示した動作例では、着信履歴の電話番号と発信履歴の電話番号が一致しないこととなり、置き換えが実行されなくなる。この場合、例えば、外国の会社と国際電話で連絡をとっているようなときには、ユーザーの手間を低減する効果が期待できなくなると考えられる。そこで、図４に示した変形例では、このような場合であっても、電話帳において、当該相手先に対して代表番号と直通番号との２つの電話番号を一度、登録しておけば、着信履歴から電話番号（例えば代表番号）を選択することで、自動的にプリフィックス等を付加した電話番号（例えば直通番号）への発信を行うことを可能としている。
【００４８】
なお、図２と図４とでは、ステップＳ１０１〜Ｓ１０２とステップＳ２０１〜Ｓ２０２、ステップＳ１０３〜Ｓ１０６とステップＳ２０４〜Ｓ２０７、ステップＳ１０８〜Ｓ１０９とステップＳ２０９〜Ｓ２１０、及び、ステップＳ１１１とステップＳ２１２は、それぞれ対応しており、対応する各ステップの処理内容は同一である。以下、図４の動作例と、図２の動作例とで異なる点、すなわち、ステップＳ２０３、Ｓ２０８及びＳ２１１の処理について詳細に説明する。なお、以下では、着信履歴に「代表番号」が記憶されていて、発信履歴に「直通番号にプリフィックス（やサフィクス）を付加したデータ」が記憶されていることとする。そして、電話帳のある登録先には「代表番号」と「直通番号」とが記憶されていることとする。
【００４９】
図４に示した動作例では、着信履歴に記憶されている電話番号を変数Ａに入れた後（ステップＳ２０２）、ステップＳ２０３で電話番号マッチング部１２が次の処理を行う。すなわち、電話番号マッチング部１２は、変数Ａと電話帳データ記憶部５３に登録されている電話番号とをマッチングする。ここでのマッチング処理は、例えば、図２のステップＳ１０７で用いた判定処理と同様にして行うことができる。そして、変数Ａと電話帳データ記憶部５３に登録されているいずれかの電話番号とが同一の発信先であると判定された場合、電話番号マッチング部１２は、電話帳データ記憶部５３に登録されているその電話番号と、登録先が同じ他の電話番号とを配列Ｃに格納する。ただし、電話番号マッチング部１２は、同一の登録先に対して他の電話番号が登録されていない場合には、マッチングした電話番号のみを配列Ｃに格納する。上記の設定例では、変数Ａが「代表番号」となり、電話帳のある登録先に「代表番号」と「直通番号」とが登録されていることとしているので、ステップＳ２０３では、配列Ｃに電話帳中の「代表番号」と「直通番号」とが格納される。
【００５０】
また、ステップＳ２０８では、電話番号マッチング部１２が、配列Ｃのいずれかの要素と、変数Ｂとが同じ発信先か否かを判定する。判定の条件は、図２のステップＳ１０７で用いた判定処理と同様とすることができる。本設定例では、変数ｉが所定の値となったところで、ステップＳ２０８において、配列Ｃに含まれる「直通番号」と変数Ｂの「直通番号にプリフィックス（やサフィクス）を付加したデータ」とが同一の発信先であると判定され、変数ｆｌａｇが「ｔｕｒｅ」となる。
【００５１】
そして、ステップＳ２１１では、電話番号マッチング部１２の指示によって、発信先指令受付制御部１１が、配列Ｃの各要素を選択肢として表示し、ユーザーによる操作部２の操作に応じて発信先を選択する指示を受け付ける。そして、電話番号マッチング部１２は、発信先指令受付制御部１１から通知された選択された発信先に基づき、選択された電話番号が変数Ａの電話番号と異なる場合には変数Ａを変数Ｂで置き換える。つまり、配列Ｃの要素「代表番号」と「直通番号」を選択肢として表示した場合に、ユーザーが「直通番号」を選択した場合、変数Ａの内容「代表番号」と異なることとなる。この場合、変数Ａが変数Ｂで置き換えられる（すなわちＡ＝Ｂとされる）。ここで、変数Ｂには、発信履歴として記憶されていた「直通番号にプリフィックス（やサフィクス）を付加したデータ」が格納されているので、これが変数Ａに格納される。よって、ステップＳ２１２では、「直通番号にプリフィックス（やサフィクス）を付加したデータ」を発信番号として、発信処理部１３が音声発信処理を行う。
【００５２】
以上のように、図４に示した動作例では、着信履歴のデータと、発信履歴のデータとを直接マッチングするのでなく、着信履歴のデータと電話帳のデータとをマッチングし、さらに、電話帳のデータと発信履歴のデータとをマッチングしているので、ユーザーの手間を低減するという効果が得られる使用形態の範囲を広めることが期待できる。
【００５３】
なお、本発明の実施の形態は上記のものに限定されず、例えば、ブロック図においてブロックに分けて示した各構成を統合したり、あるいは分割したりする変更が適宜可能である。また、本発明は、コンピュータとそのコンピュータによって実行されるプログラムとを構成要素として実施することができ、そのプログラムはコンピュータ読み取り可能な記録媒体や通信回線を介して提供することが可能である。
【符号の説明】
【００５４】
１００  携帯電話端末
１  制御部
２  操作部
３  表示部
４  無線部
５  メモリ
１１  発信指令受付部
１２  電話番号マッチング部
１３  発信処理部
５１  発信履歴データ記憶部
５２  着信履歴データ記憶部
５３  電話帳データ記憶部
【図１】
2014138270.tif 000003
【図２】
2014138270.tif 000004
【図３】
2014138270.tif 000005
【図４】
2014138270.tif 000006