(57)【要約】【課題】内線の電話網の利用者が内線型携帯電話の着信履歴に残っているシステム番号に対応する外線の電話網の電話番号を確認できる仕組みを提供する。【解決手段】問い合わせ要求とシステム番号を受信すると、内線電話に対してシステム番号に対応する外線の電話網の電話番号を通知する。 【選択図】  図８
2012186663.tif 000002
【特許請求の範囲】
【請求項１】
外線の電話網と内線の電話網との通信確立時に電話番号の変換を行う電話番号処理装置であって、
前記外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する記憶手段と、
前記内線の電話網の内線電話から、前記外線の電話網の電話番号の問い合わせ要求と、前記外線の電話網の着信先の電話番号としてシステム番号とを受信する受信手段と、
前記受信手段で受信したシステム番号と一致するシステム番号が前記外線情報データにあるかを判定するシステム番号判定手段と、
前記システム番号判定手段があると判定した場合に、前記受信したシステム番号と一意に対応する外線の電話網の電話番号を前記外線情報データから検索し、前記検索した外線の電話網の電話番号を、前記システム番号を受信した内線電話に通知する外線番号通知手段と、
を備えることを特徴とする電話番号処理装置。
【請求項２】
前記外線番号通知手段が外線の電話網の電話番号を通知した後に、前記受信したシステム番号を前記検索した外線の電話網の電話番号に変換する変換手段と、
前記変換された外線の電話網の電話番号を着信先番号として外線の電話網の着信先に着信すべく送信する送信手段と、
をさらに備えることを特徴とする請求項１に記載の電話番号処理装置。
【請求項３】
前記受信手段で前記問い合わせ要求を受けると、所望するシステム番号の受付を行うための音声メッセージを、前記内線電話に送信するシステム番号受付指示手段をさらに備え、
前記システム番号受付指示手段による音声メッセージの送信後に、前記受信手段は、前記内線電話から前記システムを受信することを特徴とする請求項１または請求項２のいずれか１項に記載の電話番号処理装置。
【請求項４】
前記システム番号判定手段がないと判定した場合に、前記問い合わせ要求に対応する外線の電話網の電話番号がない旨の音声メッセージを、前記システム番号を受信した内線電話に送信する音声メッセージ送信手段と、
を備えることを特徴とする請求項１乃至請求項３のいずれか１項に電話番号処理装置。
【請求項５】
前記内線電話から、システム番号の削除指示を受け付ける削除指示受付手段と、
前記受け付けた削除指示に従って、前記受信手段で受信したシステム番号と一致するシステム番号と、当該システム番号と一意に対応する外線の電話網の電話番号とを前記外線情報データから削除するシステム番号削除手段と、
をさらに備えることを特徴とする請求項１乃至請求項４のいずれか１項に記載の電話番号処理装置。
【請求項６】
前記内線電話に、前記削除指示を送信するか否かを選択させる選択指示手段をさらに備えることを特徴とする請求項５に記載の電話番号処理装置。
【請求項７】
外線の電話網と内線の電話網との通信確立時に電話番号の変換を行い、前記外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する記憶手段を備える電話番号処理装置の制御方法であって、
前記電話番号処理装置の受信手段が、前記内線の電話網の内線電話から、前記外線の電話網の電話番号の問い合わせ要求と、前記外線の電話網の着信先の電話番号としてシステム番号とを受信する受信工程と、
前記電話番号処理装置のシステム番号判定手段が、前記受信工程で受信したシステム番号と一致するシステム番号が前記外線情報データにあるかを判定するシステム番号判定工程と、
前記電話番号処理装置の外線番号通知手段が、前記システム番号判定工程があると判定した場合に、前記受信したシステム番号と一意に対応する外線の電話網の電話番号を前記外線情報データから検索し、前記検索した外線の電話網の電話番号を、前記システム番号を受信した内線電話に通知する外線番号通知工程と、
を含むことを特徴とする制御方法。
【請求項８】
外線の電話網と内線の電話網との通信確立時に電話番号の変換を行う電話番号処理装置で読み取り実行可能なプログラムあって、
前記電話番号処理装置を、
前記外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する記憶手段と、
前記内線の電話網の内線電話から、前記外線の電話網の電話番号の問い合わせ要求と、前記外線の電話網の着信先の電話番号としてシステム番号とを受信する受信手段と、
前記受信手段で受信したシステム番号と一致するシステム番号が前記外線情報データにあるかを判定するシステム番号判定手段と、
前記システム番号判定手段があると判定した場合に、前記受信したシステム番号と一意に対応する外線の電話網の電話番号を前記外線情報データから検索し、前記検索した外線の電話網の電話番号を、前記システム番号を受信した内線電話に通知する外線番号通知手段と、
して機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
電話番号処理装置及び制御方法とプログラムに関する。
【背景技術】
【０００２】
携帯電話網と固定電話網を融合するＦＭＣ（Ｆｉｘｅｄ  Ｍｏｂｉｌｅ  Ｃｏｎｖｅｒｇｅｎｃｅ）サービスが通信事業者から提供される中で、携帯端末通信事業者が提供するＦＭＣサービスのメリットとして、携帯端末通信事業者の指定する携帯端末を用いた社員間で行う通話が全て内線発信による通話扱いとなり、社員間の通話が社内電話網電波の外であっても通話に係る通話料（通信費）が発生しない事があげられる。
【０００３】
すなわち携帯端末通信事業者が提供するＦＭＣサービスに契約した携帯端末同士の通話は、当該携帯端末通信事業者が提供する携帯電話網を使用した場所における発信であっても内線通話扱いとなる。これに対し、一方の携帯端末が当該ＦＭＣサービスに契約していない携帯端末で通話する場合、発信により通話料（通信費）が発生してしまう外線通話扱いとなる。
【０００４】
現在、通信事業者が提供するＦＭＣサービスを統合したマルチＦＭＣサービスが提供されているが、社員がＦＭＣサービスを利用する場合に、通話料の発生する外線発信または通話料の発生しない内線発信する場合、その運用には通信事業者間のルールが異なる為、以下の様な方法が開示されている。
【０００５】
特許文献１においては、複数の通信事業者間で行うＦＭＣサービスを連携する為に、発信位置情報を管理テーブルに送信して、現在の発信位置を確認した後、ユーザ固有の発信位置に関連した電話番号を付与されて発信要求をする事により複数の通信事業者間のＦＭＣサービス間の接続を実現している。
【０００６】
特許文献２においては、電話番号が複数割り当てられた相手に予め電話番号毎に優先度を付与し、発信番号から電話番号料金が最も安いと想定される番号を選択して中継発信している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−２５１６２２号公報
【特許文献２】特開２００９−３８５５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、背景技術においては携帯端末通信事業者が提供するＦＭＣサービスの使用が可能な社員が携帯端末を社外に持ち出し、お客からの電話を社内から持ち出した携帯端末にて受信して通話する場合に、お客の発信番号が携帯端末の着信番号履歴に残ってしまう為、万が一携帯端末を紛失した場合には顧客情報漏洩のリスクをもっている。
【０００９】
さらにお客に着信番号にて折り返し電話をする場合に、０発信である為、一般の携帯電話網や公衆網を経由した外線発信となってしまい、折り返し電話した事実や通話データを会社固有の通話管理システムにオンラインで登録できないという問題がある。
【００１０】
さらにＦＭＣサービスを利用しながら、お客からの着信番号のままで折り返し電話をする場合、例えば携帯端末に記録された発信番号をつかって発信した場合には、一般の携帯電話網や公衆網を経由した外線発信となってしまい、ＦＭＣサービスのメリットである、社内内線利用といった通話回線を選択することができず、発信者が必ず０発信を選択してしまう、というような様々な問題がある。
【００１１】
このような課題に対して、本出願人により、外線の電話網の電話から内線電話に発信する際に、ＳＩＰサーバ（電話番号変換装置）が外線の発信元の電話番号に対してユニークな管理番号に変換する仕組みが提案されている。この手法では、内線電話には管理番号を発信元として着信があり、かつ内線電話から外線の電話網の電話に折り返し電話する場合には、この変換された管理番号にて発信が可能で、外線の電話網の電話との通話が可能となる。
【００１２】
この仕組みを用いる事により、内線電話から外線電話へ発信する場合には、管理番号を利用して発信するので外線の電話網の電話番号が内線型携帯電話の発信履歴に記録されず、さらには内線電話に外線電話から着信した場合には、内線型携帯電話の着信履歴には発信元番号として管理番号が通知されるので、内線型携帯電話を紛失した場合であっても、顧客情報を含んでいる外線の電話網の電話番号の漏洩リスクを減らすことできるが、内線型携帯電話に始めて見る管理番号にて着信があり不在着信となった際には、不在着信の発信元が誰なのかを確認するためには、管理番号と対応する外線の電話網の電話番号を知る必要があるが、内線型携帯電話の着信履歴に残っている管理番号に対応する外線の電話網の電話番号を確認できる仕組みまでは提案されていない。
【００１３】
そこで、本願発明は、問い合わせ要求とシステム番号を受信すると、内線電話に対してシステム番号に対応する外線の電話網の電話番号を通知するので、内線の電話網の利用者は内線型携帯電話の着信履歴に残っているシステム番号に対応する外線の電話網の電話番号を確認できる仕組みを提供する事を目的とする。
【課題を解決するための手段】
【００１４】
本願発明は、外線の電話網と内線の電話網との通信確立時に電話番号の変換を行う電話番号処理装置であって、前記外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する記憶手段と、前記内線の電話網の内線電話から、前記外線の電話網の電話番号の問い合わせ要求と、前記外線の電話網の着信先の電話番号としてシステム番号とを受信する受信手段と、前記受信手段で受信したシステム番号と一致するシステム番号が前記外線情報データにあるかを判定するシステム番号判定手段と、前記システム番号判定手段があると判定した場合に、前記受信したシステム番号と一意に対応する外線の電話網の電話番号を前記外線情報データから検索し、前記検索した外線の電話網の電話番号を、前記システム番号を受信した内線電話に通知する外線番号通知手段と、を備えることを特徴とする。
【００１５】
また、前記外線番号通知手段が外線の電話網の電話番号を通知した後に、前記受信したシステム番号を前記検索した外線の電話網の電話番号に変換する変換手段と、前記変換された外線の電話網の電話番号を着信先番号として外線の電話網の着信先に着信すべく送信する送信手段と、をさらに備えることを特徴とする。
【００１６】
また、前記受信手段で前記問い合わせ要求を受けると、所望するシステム番号の受付を行うための音声メッセージを、前記内線電話に送信するシステム番号受付指示手段をさらに備え、前記システム番号受付指示手段による音声メッセージの送信後に、前記受信手段は、前記内線電話から前記システムを受信することを特徴とする。
【００１７】
また、前記システム番号判定手段がないと判定した場合に、前記問い合わせ要求に対応する外線の電話網の電話番号がない旨の音声メッセージを、前記システム番号を受信した内線電話に送信する音声メッセージ送信手段と、を備えることを特徴とする。
【００１８】
また、前記内線電話から、システム番号の削除指示を受け付ける削除指示受付手段と、前記受け付けた削除指示に従って、前記受信手段で受信したシステム番号と一致するシステム番号と、当該システム番号と一意に対応する外線の電話網の電話番号とを前記外線情報データから削除するシステム番号削除手段と、をさらに備えることを特徴とする。
また、前記内線電話に、前記削除指示を送信するか否かを選択させる選択指示手段をさらに備えることを特徴とする。
【発明の効果】
【００１９】
本願発明により、問い合わせ要求とシステム番号を受信すると、内線電話に対してシステム番号に対応する外線の電話網の電話番号を通知するので、内線の電話網の利用者は内線型携帯電話の着信履歴に残っているシステム番号に対応する外線の電話網の電話番号を確認できる仕組みを提供する事が可能となる。
【図面の簡単な説明】
【００２０】
【図１】システム構成の一例を示す図
【図２】ハードウエア構成の一例を示す図
【図３】機能ブロックの一例を示す図
【図４】外線電話から発信され、内線電話で着信した場合のフローチャートの一例を示す図
【図５】内線電話から発信され、外線電話で着信した場合のフローチャートの一例を示す図
【図６】外線電話から発信され内線電話で着信した場合（上）と内線電話から発信され外線電話で着信した場合（下）の電話番号処理の流れの一例を示す図
【図７】データベースの一例を示す図
【図８】外線電話番号通知処理のフローチャートの一例を示す図
【図９】問い合わせ処理のダイヤル操作の一例を示す図
【発明を実施するための形態】
【００２１】
図１は、電話番号処理装置に好適なＩＰ電話番号処理装置（管理サーバ）１０１が構成するシステムの全体図である。
【００２２】
ＩＰ電話（インターネットプロトコル電話）とは、音声をデータ圧縮・符号化してＩＰパケットに分割し、ＩＰネットワークにより伝送する技術を採用した電話のことである。
【００２３】
管理サーバ１０１は、外線の電話網と内線の電話網との通信確立時に電話番号の変換を行い、携帯端末通信事業者Ａ社から提供されるＩＰ-ＧＷ（Ａ社ＧＷサーバ）１０２、携帯端末通信事業者Ｂ社から提供されるＩＰ-ＧＷ（Ｂ社ＧＷサーバ）１０３、携帯端末通信事業者Ｃ社から提供されるＩＰ-ＧＷ（Ｃ社ＧＷサーバ）１０４といった複数のＩＰ電話専用ゲートウエイと通信可能でかつ音声通話可能な状態で接続されている。
【００２４】
Ａ社から提供されるＡ社ＧＷサーバ１０２はＡ社が提供するＡ社ＦＭＣサービス網４０４から提供されるＡ社のＩＰ電話サービス網４０６と通信可能でかつ音声通話可能な状態で接続されている。
【００２５】
Ｂ社から提供されるＢ社ＧＷサーバ１０３はＢ社が提供するＢ社ＦＭＣサービス網４１１から提供されるＢ社のＩＰ電話サービス網４１３と通信可能でかつ音声通話可能な状態で接続されている。
【００２６】
Ｃ社から提供されるＣ社ＧＷサーバ１０４はＣ社が提供するＣ社ＦＭＣサービス網４１８から提供されるＣ社のＩＰ電話サービス網４２０と通信可能でかつ音声通話可能な状態で接続されている。
【００２７】
Ａ社の携帯電話サービス網４０５はＡ社携帯通信網４００を介して内線型携帯電話４０１、携帯電話４０２と通信可能でかつ音声通話可能な状態で接続されている。
【００２８】
Ｂ社の携帯電話サービス網４１２はＢ社携帯通信網４０７を介して内線型携帯電話４０８、携帯電話４０９と通信可能でかつ音声通話可能な状態で接続されている。
【００２９】
Ｃ社の携帯電話サービス網４１９はＣ社携帯通信網４１４を介して内線型携帯電話４１５、携帯電話４１６と通信可能でかつ音声通話可能な状態で接続されている。
【００３０】
本発明の内線の電話網から発信可能なユーザは全てユーザ所有の携帯端末が属する携帯端末通信事業者の提供するＦＭＣサービス網を使用する契約をしているものとする。すなわち社員等の会社内部の携帯端末ユーザが該当する。
【００３１】
外線の電話網から発信可能なユーザは全てユーザ所有の携帯端末が属する携帯端末通信事業者の提供するＦＭＣサービス網を使用する契約をしていないものとする。すなわちお客様等の会社外部の携帯端末ユーザが該当する。
【００３２】
Ａ社の内線型携帯電話４０１はＡ社との契約により、Ａ社がサービス提供するＡ社ＦＭＣサービス網４０４を利用できるか否かが選択可能である。契約者がＡ社ＦＭＣサービス網４０４を使用する契約をＡ社とした場合、契約した携帯端末を利用してＡ社ＦＭＣサービスでのＡ社のＩＰ電話サービス網４０６を介した音声通話やデータ通信が可能である。
【００３３】
Ｂ社の携帯端末４０８、４０９はＢ社との契約により、Ｂ社がサービス提供するＢ社ＦＭＣサービス網４１１を利用できるか否かが選択可能である。契約者がＢ社ＦＭＣサービス網４１１を使用する契約をＢ社とした場合、契約した携帯端末を利用してＢ社ＦＭＣサービスでのＢ社のＩＰ電話サービス網４１３を介した音声通話やデータ通信が可能である。
【００３４】
Ｃ社の携帯端末４１５、４１６はＣ社との契約により、Ｃ社がサービス提供するＣ社ＦＭＣサービス網４１８を利用できるか否かが選択可能である。契約者がＣ社ＦＭＣサービス網４１８を使用する契約をＣ社とした場合、契約した携帯端末を利用してＣ社ＦＭＣサービスでのＣ社のＩＰ電話サービス網４２０を介した音声通話やデータ通信が可能である。
【００３５】
以上の形態から、例えば会社内部の携帯端末ユーザ（社員）の内線型携帯電話４０１と会社内部の携帯端末ユーザ（社員）の携帯端末４０８がＡ社ＦＭＣサービス網４０４とＢ社ＦＭＣサービス網４１１を利用して音声通話する場合、その通信データ及び音声通話データは必ず管理サーバ１０１を介するものである。
【００３６】
以上の形態から、例えば会社内部の携帯端末ユーザ（社員）の内線型携帯電話４０１と会社外部の携帯端末ユーザ（お客様）の携帯端末がＡ社ＦＭＣサービス網を利用して音声通話する場合、その通信データ及び音声通話データは必ず本発明の管理サーバ１０１を介するものである。
【００３７】
以上の形態から、例えば会社外部の携帯端末ユーザ（お客様）の携帯端末と会社外部の携帯端末ユーザ（お客様）の携帯端末が音声通話する場合、その通信データ及び音声通話データは管理サーバ１０１を介しないものである。
さらに管理サーバ１０１は他の通信事業者が提供する本発明に類似するＦＭＣサービス網ともその通信データ及び音声通話データの送受信や接続可能である。
【００３８】
公衆回線４２１、４２２は一般回線であり、各携帯端末通信事業者のサービス網と音声通話及びデータ通信可能に接続されている。これにより社員がお客様と外線通話することが可能になる。
【００３９】
図２は、管理サーバ１０１のハードウエア構成図を示す図であり、Ａ社ＧＷサーバ１０２、Ｂ社ＧＷサーバ１０３、Ｃ社ＧＷサーバ１０４、も同様の構成図である。
【００４０】
図２において、３０１はＣＰＵで、システムバス３０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ３０２あるいは外部メモリ３１１には、ＣＰＵ３０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００４１】
３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。ＣＰＵ３０１は、処理の実行に際して必要なプログラム等をＲＯＭ３０２あるいは外部メモリ３１１からＲＡＭ３０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００４２】
３０５は入力コントローラで、キーボード（ＫＢ）３０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。３０６はビデオコントローラで、表示部３１０への表示を制御する。なお、表示部３１０はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。また表示部は指やペン等にてユーザが表示画面内の対象位置を指定するタッチパネル機能を含むものであってもよい。
【００４３】
３０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ３１１へのアクセスを制御する。
【００４４】
３０８は通信Ｉ／Ｆコントローラで、ネットワーク（通信貝回線）３００を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００４５】
なお、ＣＰＵ３０１は、例えばＲＡＭ３０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ上での表示を可能としている。また、ＣＰＵ３０１は、ＣＲＴ上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４６】
本発明を実現するための後述する各種プログラムは、外部メモリ３１１に記録されており、必要に応じてＲＡＭ３０３にロードされることによりＣＰＵ３０１によって実行されるものである。さらに、上記プログラムの実行時に用いられるデータファイル及びデータテーブル等も、外部メモリ３１１または記憶手段に格納されており、これらについての詳細な説明も後述する。
以下、図３を用いて、図１に示したＩＰ電話番号処理装置（管理サーバ）１０１の機能ブロックについて説明する。
図３は管理サーバ１０１の機能ブロック図である。
【００４７】
記憶部は、第１の役割として、外線の電話網の電話番号（外線番号）とシステム番号とを外線情報テーブル７０２に一意に対応づけてデータベースとして予め記憶する。第２の役割として、内線の電話網の着信先の電話番号（ダイヤルイン番号）と内線番号とを内線情報テーブル７０３に一意に対応づけてデータベースとして予め記憶する。当該データ記憶部はＲＯＭ３０２または外部メモリ３１１である。
【００４８】
受信部は、外線電話または内線電話からゲートウエイ（ＧＷサーバ）を介して発信元番号や着信先番号を含んだセッション確立（通信確立）情報をＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）通信にて受信する。
システム番号判定部は、外線情報テーブルにシステム番号があるかを判定する。
外線番号通知部は、問い合わせされた外線の電話網の電話番号（外線番号）の音声メッセージを含む音声データを再生し、外線番号を内線電話に通知する。
【００４９】
変換部は、第１の役割として、外線の電話網の電話番号またはシステム番号を外線情報テーブルに一意に対応づけられているシステム番号または外線の電話網の電話番号に変換する。第２の役割として、内線番号またはダイヤルイン番号を内線情報テーブルに一意に対応づけられているダイヤルイン番号または内線番号に変換する。
【００５０】
送信部は、外線電話または内線電話に着信するべく、外線電話または内線電話にゲートウエイ（ＧＷサーバ）を介して発信元番号や着信先番号を含んだセッション確立（通信確立）情報をＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）通信にて送信することで着信要求する。
【００５１】
システム番号受付指示部は、問い合わせ番号を受けると、問い合わせしたいシステム番号の受付を行うための音声メッセージを、含む音声データを再生し、内線電話に送信する。
音声メッセージ送信部は、問い合わせされた外線の電話網の電話番号（外線番号）がない旨の音声メッセージを再生し、内線電話に送信する。
削除指示受付部は、内線電話から、システム番号の削除指示を受け付ける。
【００５２】
システム番号削除部は、削除指示を受け付けると、受信したシステム番号と一致するシステム番号と、当該システム番号と一意に対応する外線の電話網の電話番号とを外線情報データから削除する。
選択指示部は、どのような問い合わせの指示を送信するか否かを選択させるための音声メッセージを、含む音声データを再生し、内線電話に送信する。
【００５３】
管理サーバ１０１は、例えばＳＩＰサーバ（ＳＩＰプロキシサーバ）であり、ＳＩＰメッセージのルーティング（転送先決定）、電話番号のＩＰアドレスと対応付けの機能も備えている。
【００５４】
図４は、外線電話から内線電話（内線型携帯電話）４０１に発信する場合のフローチャートを説明したものである。本願発明の外線電話とは外線の電話網の電話番号が割り当てられた電話機の事であり、携帯電話でも固定電話であってもよい。本願発明の内線電話とは内線の電話網の電話番号が割り当てられた電話機の事であり、社外に持ち出しが可能な内線電話として携帯端末通信事業者の提供するＦＭＣサービス網を使用する契約をした内線型携帯電話である。
ステップＳ４０１〜ステップＳ４０２は外線電話の図示しないＣＰＵの指示により実行する。
ステップＳ４０３〜ステップＳ４０７は管理サーバ１０１のＣＰＵ３０１の指示により実行する。
ステップＳ４０８内線電話（内線型携帯電話）４０１の図示しないＣＰＵの指示により実行する。
【００５５】
ステップＳ４０１では、外線電話から内線電話に発信する方法として、外線電話は、ユーザにより内線型携帯電話４０１に着信可能なダイヤルイン番号（着信先番号）が入力された後、ユーザにより外線電話の発信ボタンが押下されたかを判断する。押下されたと判断した場合は、ステップＳ４０２に進む。押下されたと判断しない場合は、ステップＳ４０１に戻る。
【００５６】
ステップＳ４０２では、外線電話は、管理サーバ１０１に外線電話に割り当てられた外線の電話網の電話番号である「０８０−２２２２−２２２２」を発信元番号として送信する。
【００５７】
さらに外線電話は、管理サーバ１０１に内線型携帯電話４０１利用者に割り当てられ、内線型携帯電話４０１利用者に着信可能な内線の電話網の着信先の電話番号（ダイヤルイン番号）である「０５０−１１１１−１１１１」を着信先番号として送信する。
【００５８】
つまり外線電話は、発信元番号として「０８０−２２２２−２２２２」及び着信先番号として「０５０−１１１１−１１１１」を含む情報を管理サーバ１０１に送信し、内線型携帯電話４０１に着信すべく管理サーバ１０１に着信要求をする。
【００５９】
ステップＳ４０３では、管理サーバ１０１は、外線電話から発信元番号として、外線の電話網の電話番号である「０８０−２２２−２２２２」を含む情報を受信する。
【００６０】
さらに管理サーバ１０１は、外線電話から着信先番号として、内線型携帯電話４０１利用者に着信可能な内線の電話網の着信先の電話番号（ダイヤルイン番号）である「０５０−１１１１−１１１１」を含む情報を受信する。
受信すると、管理サーバ１０１と外線電話はＧＷサーバを介して通信確立する。
【００６１】
管理サーバ１０１は、受信した発信元番号「０８０−２２２−２２２２」及び着信先番号「０５０−１１１１−１１１１」をＲＡＭ３０３のワークエリアに一時記憶する。
【００６２】
管理サーバ１０１は、ＲＡＭ３０３が一時記憶した発信元番号及び着信先番号を通話履歴テーブル（図７の７０１）に通話履歴データとして、受信した発信元番号（外線の電話網の電話番号）と着信先番号（内線の電話網の着信先の電話番号）を一意に対応づけて登録する。
【００６３】
ステップＳ４０４では、管理サーバ１０１は、外線情報テーブルを検索し、受信した発信元番号「０８０−２２２−２２２２」と一致する番号が外線情報テーブルにあるかいなかを判定する。
ステップＳ４０４でないと判定した場合には、ステップＳ４０５に進む。
ステップＳ４０４であると判定した場合には、ステップＳ４０６に進む。
【００６４】
ステップＳ４０５では、受信した発信元番号「０８０−２２２−２２２２」と一意に対応づけるシステム番号を新規に発行し、新規発行したシステム番号を受信した発信元番号「０８０−２２２−２２２２」と一意に対応づけて外線情報テーブルに新規登録する。
【００６５】
ステップＳ４０６では、管理サーバ１０１は、受信した発信元番号「０８０−２２２−２２２２」と一致する外線の電話網の電話番号を外線情報テーブル（図７の７０２）から検索し、一致した外線の電話網の電話番号と一意に対応づけられているシステム番号「８０００１２３４」を検索する。
さらに発信元番号の変換処理として、受信した発信元番号「０８０−２２２−２２２２」を検索したシステム番号「８０００１２３４」に変換する。
【００６６】
また着信先番号の変換処理として、受信した着信先番号「０５０−１１１１−１１１１」と一致するダイヤルイン番号を内線情報テーブル（図７の７０３）から検索し、一致したダイヤルイン番号と一意に対応づけられている内線番号「４７００００１」を検索し、受信した着信先番号「０５０−１１１１−１１１１」を検索した内線番号「４７００００１」に変換する。
【００６７】
ステップＳ４０７では、管理サーバ１０１は、変換したシステム番号「８０００１２３４」を発信元番号として、システム番号に変換された発信元番号を含んだ着信要求を、内線の電話網の着信先（内線型携帯電話４０１）に着信すべく送信する。
【００６８】
さらに着信先番号の着信要求処理として、変換した内線番号「４７００００１」を着信先番号として、内線番号に変換された着信先番号を含んだ着信要求を、内線の電話網の着信先（内線型携帯電話４０１）に着信すべく送信する。
この着信先番号の着信要求処理により内線の電話網の着信先（内線型携帯電話４０１）に着信が可能となる。
【００６９】
内線型携帯電話４０１で、外線電話から着信可能な内線の電話網の着信先（社員）は携帯端末通信事業者の提供するＦＭＣサービス網を使用可能な契約をしている会社内部の携帯端末ユーザである。また当該社員は固有の内線番号も同時に持っている。
【００７０】
ステップＳ４０８では、内線型携帯電話４０１は、管理サーバ１０１からシステム番号に変換された発信元番号と内線番号に変換された着信先番号とを含んだ着信要求を受信し、着信する。管理サーバ１０１からの着信要求を受信すると、管理サーバ１０１と内線型携帯電話４０１はＡ社ＧＷサーバ１０２を介して通信確立する。この通信確立により外線電話と内線型携帯電話４０１において管理サーバ１０１を介した通信確立が完了したことになる。
【００７１】
図５は、図４とは逆に、内線電話（内線型携帯電話）４０１から外線電話に発信する場合のフローチャートを説明したものである。本願発明の外線電話とは外線の電話網の電話番号が割り当てられた電話機の事であり、携帯電話でも固定電話であってもよい。本願発明の内線電話とは内線の電話網の電話番号が割り当てられた電話機の事であり、社外に持ち出しが可能な内線電話として携帯端末通信事業者の提供するＦＭＣサービス網を使用する契約をした内線型携帯電話である。
ステップＳ５０１〜ステップＳ５０２は内線型携帯電話４０１の図示しないＣＰＵの指示により実行する。
ステップＳ５０３〜ステップＳ５０８は管理サーバ１０１のＣＰＵ３０１の指示により実行する。
【００７２】
第１のケースは、外線発信するためにシステム番号にて内線電話携帯端末４０１から発信する場合であり、第２のケースは、外線の電話網の電話番号を問い合わせするために問い合わせ番号にて内線電話携帯端末４０１から発信する場合であり、両ケースを説明する。
【００７３】
ステップＳ５０１では、第１のケースとして、内線電話から外線発信する方法として、内線型携帯電話４０１は、ユーザにより外線電話に着信可能なシステム番号（着信先番号）がダイヤル操作部に入力された後、ユーザにより内線型携帯電話４０１の発信ボタンが押下されたかを判断する。押下されたと判断した場合は、ステップＳ５０２に進む。押下されたと判断しない場合は、ステップＳ５０１に戻る。
【００７４】
また、内線電話から外線発信する別の方法として、内線型携帯電話４０１は、内線電話携帯端末（内線型携帯電話）４０１に登録されている電話帳から外線の電話網の着信先としてシステム番号が選択されたかを判断する。選択されたと判断した場合は、ステップＳ５０２に進む。選択されたと判断しない場合は、ステップＳ５０１に戻る。
【００７５】
第２のケースとして、内線電話携帯端末４０１は、問い合わせ番号が入力された後、ユーザにより内線電話携帯端末４０１の発信ボタンが押下されたかを判断する。押下されたと判断した場合は、ステップＳ５０２に進む。押下されたと判断しない場合は、ステップＳ５０１に戻る。
ステップＳ５０２では、内線型携帯電話４０１は、管理サーバ１０１にシステム番号「８０００１２３４」を着信先番号として送信する。
【００７６】
さらに内線型携帯電話４０１は、管理サーバ１０１に内線型携帯電話４０１利用者に割り当てられた内線番号である「４７００００１」を発信元番号として送信する。
【００７７】
つまり内線型携帯電話４０１は、発信元番号として「４７００００１」及び着信先番号として「８０００１２３４」を含み外線電話に着信すべく、管理サーバ１０１に着信要求をする。
第２のケースとして、内線電話携帯端末４０１は、管理サーバ１０１に問い合わせ番号「７７７８」を着信先番号として送信する。
【００７８】
さらに内線電話携帯端末４０１は、管理サーバ１０１に内線電話携帯端末４０１利用者に割り当てられた内線番号である「４７００００１」を発信元番号として送信する。
つまり内線電話携帯端末４０１は、発信元番号として「４７００００１」及び着信先番号として「７７７８」を含み、管理サーバ１０１に着信要求をする。
【００７９】
ステップＳ５０３では、第１のケースとして、管理サーバ１０１は、管理サーバ１０１は、内線型携帯電話４０１から、内線の電話網を介して、システム番号「８０００１２３４」を着信先番号とし、当該システム番号を含む着信要求を受信する。
【００８０】
さらに管理サーバ１０１は、内線型携帯電話４０１から、内線の電話網を介して、内線型携帯電話４０１利用者の内線番号である「４７００００１」を発信元番号として当該内線番号を含む着信要求を受信する。
【００８１】
第２のケースとして、管理サーバ１０１は、内線電話携帯端末４０１から、内線の電話網を介して、着信先番号として問い合わせ番号「７７７８」である外線の電話網の電話番号の問い合わせ要求を受信する（受信手段）。
【００８２】
さらに管理サーバ１０１は、内線電話携帯端末４０１から、内線の電話網を介して、内線電話携帯端末４０１利用者の内線番号である「４７００００１」を発信元番号として当該内線番号を含む着信要求を受信する。
【００８３】
ステップＳ５０４では、管理サーバ１０１は、ステップＳ５０３で受信した着信先番号から問い合わせ要求「７７７８」であるかを判定する。問い合わせ要求「７７７８」であると判定した場合には、ステップＳ５０５に進み、問い合わせ要求「７７７８」ではないと判定した場合には、外線発信すべくステップＳ５０６に進む。
ステップＳ５０５では、管理サーバ１０１は、問い合わせ処理を実行する。詳細な処理は図８で説明する。
【００８４】
ステップＳ５０６では、管理サーバ１０１は、外線情報テーブルを参照し、受信した「８０００１２３４」と一致するシステム番号が外線情報テーブルにあるかいなかを判定する。一致するシステム番号があると判定した場合には、システム番号による外線発信を実行すべく、ステップＳ５０７に進む。ないと判定した場合には、システム番号が間違っているのでシステム番号による外線発信を実行せず、処理を終了する。
【００８５】
ステップＳ５０７では、管理サーバ１０１は、受信した着信先番号「８０００１２３４」と一致するシステム番号を外線情報テーブル（図７の７０２）から検索し、一致したシステム番号と一意に対応づけられている外線の電話網の電話番号を検索する。
【００８６】
さらに着信先番号の変換処理として、ステップＳ５０３で受信した着信先番号「８０００１２３４」を検索した外線の電話網の電話番号「０８０−２２２２−２２２２」に変換する。
【００８７】
また、ここでは外線番号通知手段が外線の電話網の電話番号を通知した後に、ステップＳ８０３で受信したシステム番号をステップＳ８０９で検索した外線の電話網の電話番号に変換する（変換手段）。
【００８８】
また発信元番号の変換処理として、受信した発信元番号「４７００００１」と一致する内線番号を内線情報テーブル（図７の７０３）から検索し、一致した内線番号と一意に対応づけられているダイヤルイン番号「０５０−１１１１−１１１１」を検索し、受信した発信元番号「４７００００１」を検索したダイヤルイン番号「０５０−１１１１−１１１１」に変換する。
【００８９】
ステップＳ５０８では、管理サーバ１０１は、変換したダイヤルイン番号「０５０−１１１１−１１１１」を発信元番号として、ダイヤルイン番号に変換された発信元番号を含んだ着信要求を、外線の電話網の着信先に着信すべく送信する。
【００９０】
さらに着信先番号の着信要求処理として、ステップＳ５０７で変換した外線の電話網の電話番号「０８０−２２２２−２２２２」を着信先番号として、外線の電話網の電話番号に変換された着信先番号を含んだ着信要求を、外線の電話網の着信先に着信すべく送信する（送信手段）。
この着信先番号の着信要求処理により外線の電話網の着信先（外線電話）に着信が可能となる。
【００９１】
外線電話で、内線型携帯電話４０１から着信可能な外線の電話網の着信先（お客様）は携帯端末通信事業者の提供するＦＭＣサービス網を使用可能な契約をしていない会社外部の携帯端末のユーザまたは固定電話のユーザである。外線の電話網の着信先（お客様）に着信させる場合に使用する外線の電話網の電話番号「０８０−２２２２−２２２２」は、個人情報としてその情報管理には注意すべき電話番号である。
【００９２】
ステップＳ５０７では、外線電話は、管理サーバ１０１からダイヤルイン番号に変換された発信元番号と外線の電話網の電話番号に変換された着信先番号とを含んだ着信要求を受信し、着信する。管理サーバ１０１からの着信要求を受信すると、管理サーバ１０１と外線電話はＧＷサーバを介して通信確立する。この通信確立により内線型携帯電話４０１と外線電話において管理サーバ１０１を介した通信確立が完了したことになる。
【００９３】
図６の６０１は、図４で説明した管理サーバ１０１が実行する変換処理と本発明で実際に使用する電話番号（情報）を用いて説明した、外線電話から内線電話（内線型携帯電話）４０１に発信する場合の電話番号処理のステップを説明したものである。
【００９４】
図６の６０１では、外線の電話網の電話番号が「０８０−２２２２−２２２２」である利用者Ｘ（お客様）が、外線電話から、ＦＭＣサービスを利用する利用者Ｙ（社員）の内線型携帯電話４０１に着信すべく、利用者Ｙ（社員）に割り当てられた内線の電話網の着信先の電話番号である「０５０−１１１１−１１１１」（ダイヤルイン番号）で着信要求をすることで内線型携帯電話４０１に着信が完了する場合を想定して説明する。
【００９５】
図６の６０１は、「０８０−２２２２−２２２２」（外線の電話網の電話番号）を持つ利用者Ｘ（お客様）が、利用者Ｘ（お客様）が知っている番号である「０５０−１１１１−１１１１」（ダイヤルイン番号）の電話番号を持つ利用者Ｙ（社員）に発信（着信要求）したい場合の電話番号処理である。
【００９６】
ここで説明する「０８０−２２２２−２２２２」の外線の電話網の電話番号にて着信要求する利用者Ｘは一般利用者（お客様）である。ここでの一般の利用者とは後述する、社員の様な社内の内部利用者ではないとの意味である。さらにＦＭＣサービスを利用していない者である。
ステップＳ６０１では、利用者Ｘ（お客様）が当該利用者Ｘの外線電話から、利用者Ｙ（社員）の内線型携帯電話４０１に発信（着信要求）する。
その場合、「０８０−２２２２−２２２２」（外線の電話網の電話番号）を発信元番号として着信要求をする。
【００９７】
ステップＳ６０２では、管理サーバ１０１はＧＷサーバを介して公知技術であるルーティングにより発信元番号「０８０−２２２２−２２２２」と着信先番号「０５０−１１１１−１１１１」を受信する。（Ｓ４０３の処理）
さらに、発信元番号「０８０−２２２２−２２２２」と着信先番号「０５０−１１１１−１１１１」を通話履歴テーブル７０１に登録する。
ステップＳ６０３では、管理サーバ１０１は外線情報テーブルから発信元番号である「０８０−２２２２−２２２２」を参照する。（Ｓ４０４の処理）
【００９８】
ステップＳ６０４では、管理サーバ１０１は外線情報テーブルから、受信した発信元番号「０８０−２２２２−２２２２」と一致する外線の電話網の電話番号を検索し。検索した外線の電話網の電話番号と一意に対応づけたシステム番号をさらに検索する。（Ｓ４０４の処理）
【００９９】
外線情報テーブルに受信した発信元番号「０８０−２２２２−２２２２」と一致する外線の電話網の電話番号がない場合は、システム番号を新規発行する。（Ｓ４０５の処理）
【０１００】
例えば新規発行されるシステム番号は、外線情報テーブルにこれまでに登録されている番号と重複しない固有のシステム番号「８０００１２４２」であり、受信した発信元番号と一意に対応づけて新規登録をする。
【０１０１】
これにより発信元番号が（外線情報テーブルに登録されていない）初めて受信する外線の電話網の電話番号である場合には、既に外線情報テーブルに登録されたシステム番号と重複しない、個別のシステム番号を新規発行し、受信した発信元番号と一意に対応づけて新規登録をすることができる。
【０１０２】
ステップＳ６０５では、管理サーバ１０１は受信した発信元番号「０８０−２２２２−２２２２」を外線情報テーブルから検索したシステム番号「８０００１２３４」に変換する。（Ｓ４０６の処理）
【０１０３】
さらに管理サーバ１０１は、受信した着信先番号「０５０−１１１１−１１１１」を、受信した着信先番号「０５０−１１１１−１１１１」に一致する内線の電話網の着信先の電話番号を内線情報テーブルから検索し、検索した内線の電話網の着信先の電話番号と一意に対応づけた内線番号「４７００００１」に変換する。（Ｓ４０６の処理）
【０１０４】
ステップＳ６０６では、管理サーバ１０１は変換された発信元番号「８０００１２３４」と変換された着信先番号「４７００００１」で、利用者Ｙ（社員）の内線型携帯電話４０１に着信要求をする。（Ｓ４０７の処理）
【０１０５】
図６の６０２は、図５で説明した管理サーバ１０１が実行する変換処理と本発明で実際に使用する電話番号（情報）を用いて説明した内線電話（内線型携帯電話）４０１から外線電話に発信する場合の電話番号処理のステップを説明したものである。
【０１０６】
図６の６０２では、図６の６０１で説明したように外線の電話網の電話番号が「０８０−２２２２−２２２２」である利用者Ｘ（お客様）が、外線電話から、ＦＭＣサービスを利用する利用者Ｙ（社員）の内線型携帯電話４０１に着信すべく、利用者Ｙ（社員）に割り当てられた内線の電話網の着信先の電話番号である「０５０−１１１１−１１１１」（ダイヤルイン番号）で発信（着信要求）をすることで内線型携帯電話４０１に外線電話から一旦着信があった後に、逆に利用者Ｙ（社員）が利用者Ｘに折り返し発信（着信要求）する場合を想定して説明する。
【０１０７】
図６の６０２は、お客様が知っている番号である「０５０−１１１１−１１１１」（ダイヤルイン番号）の電話番号を持つ利用者Ｙ（社員）が、「０８０−２２２２−２２２２」（外線の電話網の電話番号）を持つ利用者Ｘに着信要求したい場合の電話番号処理である。
【０１０８】
ステップＳ６１１では、「０５０−１１１１−１１１１」の番号を持つ利用者Ｙ（社員）内線型携帯電話４０１から、利用者Ｘ（お客様）の外線電話に着信要求する。その場合には、「０８０−２２２２−２２２２」（外線の電話網の電話番号）ではなく「８０００１２３４」（システム番号）を着信先番号として着信要求をする。
【０１０９】
「８０００１２３４」は利用者Ｙ（社員）のみが知る利用者Ｘ（お客様）の外線の電話網の電話番号と一意に対応するように割り当てられた、管理サーバ１０１が記憶する外線の電話網の電話番号に変換可能な番号である。
【０１１０】
「８０００１２３４」（システム番号）を着信先番号として着信要求をすると同時に、発信元番号として「４７００００１」（内線番号）を管理サーバ１０１に送信する。
【０１１１】
ステップＳ６１２では、管理サーバ１０１はＡ社ＧＷサーバ１０２を介して公知技術であるルーティングにより発信元番号「４７００００１」と着信先番号「８０００１２３４」を受信する。（Ｓ５０３の処理）
ステップＳ６１３では、管理サーバ１０１は外線情報テーブルから着信先番号である「８０００１２３４」を参照する。（Ｓ５０６の処理）
【０１１２】
ステップＳ６１４では、管理サーバ１０１は外線情報テーブルから、受信した着信先「８０００１２３４」と一致するシステム番号を検索し。検索したシステム番号と一意に対応づけた外線の電話網の電話番号をさらに検索する。（Ｓ５０７の処理）
【０１１３】
ステップＳ６１５では、管理サーバ１０１は受信した着信先番号「８０００１２３４」を外線情報テーブルから検索した外線の電話網の電話番号「０８０−２２２２−２２２２」に変換する。（Ｓ５０７の処理）
【０１１４】
さらに管理サーバ１０１は、受信した発信元番号「４７００００１」を、受信した発信元番号「４７００００１」に一致する内線番号を内線情報テーブルから検索し、検索した内線番号と一意に対応づけた内線の電話網の着信先の電話番号「０５０−１１１１−１１１１」に変換する。（Ｓ５０７の処理）
【０１１５】
ステップＳ６１６では、管理サーバ１０１は変換された発信元番号「０５０−１１１１−１１１１」と変換された着信先番号「０８０−２２２２−２２２２」で、利用者Ｘ（お客様）の外線電話に着信要求をする。（Ｓ５０８の処理）
図７は、本発明の管理サーバ１０１が記憶するデータテーブルである。
【０１１６】
７０１は通話履歴テーブル（通話履歴データ）であり、通話毎の発信元番号及び着信先番号のペアを通話履歴として通話毎にデータベースに登録する。通話履歴テーブルは管理サーバ１０１の外部メモリ３１１に記憶されている。
【０１１７】
７０２は外線情報テーブル（外線情報データ）であり、外線の電話網の電話番号と外線の電話網の電話番号毎に固有の番号であるシステム番号とが一意に対応づけて記憶されている。外線情報データを検索して外線情報データに受信した外線の電話網の電話番号（お客様番号）が存在しない（つまり新規のお客様番号である）場合に、自動で既に登録されているシステム番号とは重複しないシステム番号を新規発行し、発行されたシステム番号を外線情報データベースに登録する。また予め外線情報データにお客様番号（外線の電話網の電話番号）とシステム番号を関連付けて登録しても何ら問題はない。外線情報テーブルは管理サーバ１０１の外部メモリ３１１に記憶されている（記憶手段）。
【０１１８】
７０３は内線情報テーブル（内線情報データ）であり、予め内線情報データのダイヤルイン番号と内線番号を関連付けて登録したデータである。内線情報テーブルは管理サーバ１０１の外部メモリ３１１に記憶されている。
図８は、外線電話番号通知処理の一例を示すフローチャートである。
ステップＳ８０１、ステップＳ８０３〜ステップＳ８０６、ステップＳ８０８〜ステップＳ８１４は管理サーバ１０１のＣＰＵ３０１の指示により実行する。
ステップＳ８０２、ステップＳ８０７は内線型携帯電話４０１の図示しないＣＰＵの指示により実行する。
【０１１９】
ステップＳ８０１では、管理サーバ１０１は、問い合わせ要求を受けると、所望するシステム番号の受付を行うための音声メッセージを、内線電話に送信する（システム番号受付指示手段）。
ステップＳ８０２では、内線型携帯電話４０１は、所望のシステム番号「８０００１２３４」をダイヤルし、システム番号を管理サーバ１０１に送信する。
【０１２０】
ステップＳ８０３では、管理サーバ１０１は、システム番号受付指示手段による音声メッセージの送信後に、内線の電話網の内線電話から、外線の電話網の着信先の電話番号としてシステム番号「８０００１２３４」を受信する（受信手段）。
【０１２１】
ステップＳ８０４では、管理サーバ１０１は、ステップＳ８０３で受信したシステム番号と一致するシステム番号が外線情報データにあるかを判定する（システム番号判定手段）。
【０１２２】
ステップＳ８０３で受信したシステム番号と一致するシステム番号が外線情報データにあると判定した場合には、ステップＳ８０６に進み、ないと判定した場合にはステップＳ８０５に進む。
【０１２３】
ステップＳ８０５では、管理サーバ１０１は、ステップＳ８０３で受信したシステム番号と一致するシステム番号が外線情報データにないと判定した場合に、問い合わせ要求に対応する外線の電話網の電話番号がない旨の音声メッセージを、システム番号を受信した内線電話に送信する（音声メッセージ送信手段）。
【０１２４】
ステップＳ８０６では、管理サーバ１０１は、図９に示すような音声データを再生することで、第１に内線電話に外線番号通知と外線発信指示を送信するか否かを選択させ、第２に内線電話に外線番号通知示を送信するか否かを選択させ、第３に内線電話に削除指示を送信するか否かを選択させる（選択指示手段）。
【０１２５】
ステップＳ８０７では、内線型携帯電話４０１は、管理サーバ１０１に、第１の外線番号通知及び外線発信指示であるダイヤル「１」、第２の外線番号通知指示であるダイヤル「２」、第３の削除指示であるダイヤル「３」の中から選択したダイヤル番号を送信する。
【０１２６】
ステップＳ８０８では、管理サーバ１０１は、管理サーバ１０１は、内線電話から、外線番号通知及び外線発信指示を受け付け、外線番号通知及び外線発信指示であるダイヤル「１」を受け付けたかを判定する。受け付けたと判定した場合、ステップＳ８０９に進み、受け付けていないと判定した場合にはステップＳ８１１に進む。
【０１２７】
ステップＳ８０９では、管理サーバ１０１は、ステップＳ８０３で受信したシステム番号と一意に対応する外線の電話網の電話番号を外線情報データから検索し、検索した外線の電話網の電話番号「０８０−２２２２−２２２２」を、システム番号を受信した内線電話に通知する（外線番号通知手段）。
ステップＳ８１０では、管理サーバ１０１は、外線発信するために、ステップＳ８０３で受信したシステム番号をステップＳ５０３の受信手段に送信する。
【０１２８】
ステップＳ８１１では、管理サーバ１０１は、管理サーバ１０１は、管理サーバ１０１は、内線電話から、外線番号通知指示を受け付け、外線番号通知指示であるダイヤル「２」を受け付けたかを判定する。受け付けたと判定した場合、ステップＳ８１２に進み、受け付けていないと判定した場合にはステップＳ８１３に進む。
【０１２９】
ステップＳ８１２では、管理サーバ１０１は、ステップＳ８０３で受信したシステム番号と一意に対応する外線の電話網の電話番号を外線情報データから検索し、検索した外線の電話網の電話番号を、システム番号を受信した内線電話に通知する。
【０１３０】
ステップＳ８１３では、管理サーバ１０１は、内線電話から、システム番号の削除指示を受け付け（削除指示受付手段）、システム番号の削除指示であるダイヤル「３」を受け付けたかを判定する。受け付けたと判定した場合、ステップＳ８１４に進み、受け付けていないと判定した場合にはステップＳ８０４に進む。
【０１３１】
ステップＳ８１４では、管理サーバ１０１は、ステップＳ８０３で受信したシステム番号と一致するシステム番号「８０００１２３４」と、当該システム番号と一意に対応する外線の電話網の電話番号「０８０−２２２２−２２２２」とを外線情報データから削除する（システム番号削除手段）。
【０１３２】
以上説明したように、本実施の形態によれば、内線型携帯電話に始めて見る管理番号にて着信があり不在着信となった際には、不在着信の発信元が誰なのかを確認するためには、管理番号と対応する外線の電話網の電話番号を知る必要があるが、内線型携帯電話の着信履歴に残っている管理番号に対応する外線の電話網の電話番号を確認することができる。
【０１３３】
また、本発明におけるプログラムは、図４、図５及び図８に示すフローチャートの処理を管理サーバ１０１が読み取り実行可能なプログラムであり、本発明の記憶媒体は図４、図５及び図８の処理方法を実行可能なプログラムとして管理サーバ１０１が記憶している。
（本発明の他の実施形態）
【０１３４】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３５】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１３６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１３７】
また、管理サーバ１０１が読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４０】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１４１】
また、本発明の電話番号処理装置は、管理サーバ１０１としてＳＩＰサーバを想定して説明したが、ＳＩＰサーバでの実現に限るものではなく、ＦＭＣサーバ、ＰＢＸ装置でも、本発明の電話番号処理方法を実現可能であり、そのような装置における実施形態も本発明の技術的範囲に属するものである。
【符号の説明】
【０１４２】
１０１  管理サーバ（電話番号処理装置）
４０１  内線型携帯電話（内線電話）
４０２  携帯電話（外線電話）
３０１  ＣＰＵ
３０２  ＲＯＭ
３０３  ＲＡＭ
【図１】
2012186663.tif 000003
【図２】
2012186663.tif 000004
【図３】
2012186663.tif 000005
【図４】
2012186663.tif 000006
【図５】
2012186663.tif 000007
【図６】
2012186663.tif 000008
【図７】
2012186663.tif 000009
【図８】
2012186663.tif 000010
【図９】
2012186663.tif 000011