"外線の電話網と内線の電話網との通信確立時に電話番号の変換を行う電話番号処理装置であって、前記外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する記憶手段と、前記内線の電話網の内線電話から、着信先番号に対応するシステム番号の問い合わせ要求と、前記外線の電話網の着信先の電話番号である前記着信先番号とを受信する受信手段と、前記外線の電話網の着信先に着信すべく、前記受信した着信先番号に着信要求する第1の着信要求手段と、前記第1の着信要求手段の着信要求による前記外線の電話網の着信先と前記内線電話との通信が確立した後に、前記外線の電話網の着信先と前記内線電話との通信の切断を検出する切断検出手段と、前記受け付けた切断応答に従って、前記着信先番号と一意に対応づけられているシステム番号を、前記外線情報データから検索し、前記検索したシステム番号を通知すべく、前記内線電話に着信要求する第2の着信要求手段と、を備えることを特徴とする電話番号処理装置。前記第2の着信要求手段が前記内線電話に着信要求する場合に、前記内線電話に前記検索したシステム番号を発信元番号として送信すること特徴とする請求項1に記載の電話番号処理装置。前記第2の着信要求手段が前記内線電話に着信要求した後に、前記内線電話に前記検索したシステム番号を音声案内する音声案内手段をさらに備えることを特徴とする請求項1または請求項2のいずれか1項に記載の電話番号処理装置。前記問い合わせ要求は前記着信先番号の前に付与されたプレフィックス番号であること特徴とする請求項1乃至請求項3のいずれか1項に記載の電話番号処理装置。前記プレフィックス番号に従って、前記切断応答を受け付けるかいなかを判定するプレフィックス番号判定手段をさらに備えることを特徴とする請求項4に記載の電話番号処理装置。外線の電話網と内線の電話網との通信確立時に電話番号の変換を行い、前記外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する記憶手段を備える電話番号処理装置の制御方法であって、前記電話番号処理装置の受信手段が、前記内線の電話網の内線電話から、着信先番号に対応するシステム番号の問い合わせ要求と、前記外線の電話網の着信先の電話番号である前記着信先番号とを受信する受信工程と、前記電話番号処理装置の第1の着信要求手段が、前記外線の電話網の着信先に着信すべく、前記受信した着信先番号に着信要求する第1の着信要求工程と、前記電話番号処理装置の切断検出手段が、前記第1の着信要求工程の着信要求による前記外線の電話網の着信先と前記内線電話との通信が確立した後に、前記外線の電話網の着信先と前記内線電話との通信の切断を検出する切断検出工程と、前記電話番号処理装置の第2の着信要求手段が、前記受け付けた切断応答に従って、前記着信先番号と一意に対応づけられているシステム番号を、前記外線情報データから検索し、前記検索したシステム番号を通知すべく、前記内線電話に着信要求する第2の着信要求工程と、を含むことを特徴とする制御方法。外線の電話網と内線の電話網との通信確立時に電話番号の変換を行う電話番号処理装置で読み取り実行可能なプログラムであって、電話番号処理装置を、前記外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する記憶手段と、前記内線の電話網の内線電話から、着信先番号に対応するシステム番号の問い合わせ要求と、前記外線の電話網の着信先の電話番号である前記着信先番号とを受信する受信手段と、前記外線の電話網の着信先に着信すべく、前記受信した着信先番号に着信要求する第1の着信要求手段と、前記第1の着信要求手段の着信要求による前記外線の電話網の着信先と前記内線電話との通信が確立した後に、前記外線の電話網の着信先と前記内線電話との通信の切断を検出する切断検出手段と、前記受け付けた切断応答に従って、前記着信先番号と一意に対応づけられているシステム番号を、前記外線情報データから検索し、前記検索したシステム番号を通知すべく、前記内線電話に着信要求する第2の着信要求手段と、として機能させることを特徴とするプログラム。しかしながら、背景技術においては携帯端末通信事業者が提供するFMCサービスの使用が可能な社員が携帯端末を社外に持ち出し、お客からの電話を社内から持ち出した携帯端末にて受信して通話する場合に、お客の発信番号が携帯端末の着信番号履歴に残ってしまう為、万が一携帯端末を紛失した場合には顧客情報漏洩のリスクをもっている。さらにお客に着信番号にて折り返し電話をする場合に、0発信である為、一般の携帯電話網や公衆網を経由した外線発信となってしまい、折り返し電話した事実や通話データを会社固有の通話管理システムにオンラインで登録できないという問題がある。さらにFMCサービスを利用しながら、お客からの着信番号のままで折り返し電話をする場合、例えば携帯端末に記録された発信番号をつかって発信した場合には、一般の携帯電話網や公衆網を経由した外線発信となってしまい、FMCサービスのメリットである、社内内線利用といった通話回線を選択することができず、発信者が必ず0発信を選択してしまう、というような様々な問題がある。このような課題に対して、本出願人により、内線の電話網から外線の電話番号に電話発信させる際に、SIPサーバ電話番号変換装置を用いて外線の発信先の電話番号に対してユニークなシステム番号を発番する仕組みが提案されている。この手法では、システム番号を発番すると、電話番号変換装置から折り返しでシステム番号を発信元として内線電話に着信があり、かつ、このシステム番号に対応する外線の電話番号にSIPサーバが発信し、それぞれの回線を接続するにより通話が可能となる。この仕組みを用いる事により、内線電話から外線の電話網へ発信した場合であっても、外線の電話番号を携帯の内線電話内に記録されていないため、携帯の内線電話を紛失した場合であっても、顧客情報の漏洩リスクを減らすことでき、さらには内線の電話網の利用者が内線電話から外線の電話番号に対応するシステム番号管理番号の問い合わせを要求した場合には、要求した外線の電話番号に対応するシステム番号の新規登録や、システム番号の通知を行うことは可能であるが、内線の電話網の利用者にとっての課題となる、外線電話との通話を優先させたい場合に外線電話との通話が終わってから、内線電話に問い合わせした管理番号を入手できる仕組みまでは提案されていない。そこで、本願発明は、問い合わせ要求と外線番号を受信すると、外線電話との通話を接続させ、外線電話との通話が終了した後に、内線電話に対して問い合わせした管理番号を通知するので、内線の電話網の利用者にとっては、外線発信ができ、かつ外線発信による通話が終了した後に問い合わせした管理番号を知ることができる仕組みを提供する事を目的とする。本願発明は、外線の電話網と内線の電話網との通信確立時に電話番号の変換を行う電話番号処理装置であって、前記外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する記憶手段と、前記内線の電話網の内線電話から、着信先番号に対応するシステム番号の問い合わせ要求と、前記外線の電話網の着信先の電話番号である前記着信先番号とを受信する受信手段と、前記外線の電話網の着信先に着信すべく、前記受信した着信先番号に着信要求する第1の着信要求手段と、前記第1の着信要求手段の着信要求による前記外線の電話網の着信先と前記内線電話との通信が確立した後に、前記外線の電話網の着信先と前記内線電話との通信の切断を検出する切断検出手段と、前記受け付けた切断応答に従って、前記着信先番号と一意に対応づけられているシステム番号を、前記外線情報データから検索し、前記検索したシステム番号を通知すべく、前記内線電話に着信要求する第2の着信要求手段と、を備えることを特徴とする。また、前記第2の着信要求手段が前記内線電話に着信要求する場合に、前記内線電話に前記検索したシステム番号を発信元番号として送信すること特徴とする。また、前記第2の着信要求手段が前記内線電話に着信要求した後に、前記内線電話に前記検索したシステム番号を音声案内する音声案内手段をさらに備えることを特徴とする。また、前記問い合わせ要求は前記着信先番号の前に付与されたプレフィックス番号であること特徴とする。また、前記プレフィックス番号に従って、前記切断応答を受け付けるかいなかを判定するプレフィックス番号判定手段をさらに備えることを特徴とする。本願発明により、問い合わせ要求と外線番号を受信すると、外線電話との通話を接続させ、外線電話との通話が終了した後に、内線電話に対して問い合わせした管理番号を通知するので、内線の電話網の利用者にとっては、外線発信ができ、かつ外線発信による通話が終了した後に問い合わせした管理番号を知ることができる仕組みを提供する事が可能となる。図1は、本発明の電話番号処理装置に好適なIP電話番号処理装置管理サーバ101が構成するシステムの全体図である。IP電話インターネットプロトコル電話とは、音声をデータ圧縮符号化してIPパケットに分割し、IPネットワークにより伝送する技術を採用した電話のことである。図1に示すように、管理サーバ101は、携帯端末通信事業者A社から提供されるIPGWA社GWサーバ102、携帯端末通信事業者B社から提供されるIPGWB社GWサーバ103、携帯端末通信事業者C社から提供されるIPGWC社GWサーバ104といった複数のIP電話専用ゲートウエイと通信可能でかつ音声通話可能な状態で接続されている。A社から提供されるA社GWサーバ102はA社が提供するA社FMCサービス網404から提供されるA社のIP電話サービス網406と通信可能でかつ音声通話可能な状態で接続されている。B社から提供されるB社GWサーバ103はB社が提供するB社FMCサービス網411から提供されるB社のIP電話サービス網413と通信可能でかつ音声通話可能な状態で接続されている。C社から提供されるC社GWサーバ104はC社が提供するC社FMCサービス網418から提供されるC社のIP電話サービス網420と通信可能でかつ音声通話可能な状態で接続されている。A社の携帯電話サービス網405はA社携帯通信網400を介して携帯端末401、402と通信可能でかつ音声通話可能な状態で接続されている。B社の携帯電話サービス網412はB社携帯通信網407を介して携帯端末408、409と通信可能でかつ音声通話可能な状態で接続されている。C社の携帯電話サービス網419はC社携帯通信網414を介して携帯端末415、416と通信可能でかつ音声通話可能な状態で接続されている。本発明の内線の電話網から発信可能なユーザは全てユーザ所有の携帯端末が属する携帯端末通信事業者の提供するFMCサービス網を使用する契約をしているものとする。すなわち社員等の会社内部の携帯端末ユーザが該当する。本発明の外線の電話網から発信可能なユーザは全てユーザ所有の携帯端末が属する携帯端末通信事業者の提供するFMCサービス網を使用する契約をしていないものとする。すなわちお客様等の会社外部の携帯端末ユーザが該当する。A社の携帯端末401、402はA社との契約により、A社がサービス提供するA社FMCサービス網404を利用できるか否かが選択可能である。契約者がA社FMCサービス網404を使用する契約をA社とした場合、契約した携帯端末を利用してA社FMCサービスでのA社のIP電話サービス網406を介した音声通話やデータ通信が可能である。B社の携帯端末408、409はB社との契約により、B社がサービス提供するB社FMCサービス網411を利用できるか否かが選択可能である。契約者がB社FMCサービス網411を使用する契約をB社とした場合、契約した携帯端末を利用してB社FMCサービスでのB社のIP電話サービス網413を介した音声通話やデータ通信が可能である。C社の携帯端末415、416はC社との契約により、C社がサービス提供するC社FMCサービス網418を利用できるか否かが選択可能である。契約者がC社FMCサービス網418を使用する契約をC社とした場合、契約した携帯端末を利用してC社FMCサービスでのC社のIP電話サービス網420を介した音声通話やデータ通信が可能である。以上の形態から、例えば会社内部の携帯端末ユーザ社員の携帯端末401と会社内部の携帯端末ユーザ社員の携帯端末408がA社FMCサービス網404とB社FMCサービス網411を利用して音声通話する場合、その通信データ及び音声通話データは必ず本発明の管理サーバ101を介するものである。以上の形態から、例えば会社内部の携帯端末ユーザ社員の携帯端末401と会社外部の携帯端末ユーザお客様の携帯端末がA社FMCサービス網を利用して音声通話する場合、その通信データ及び音声通話データは必ず本発明の管理サーバ101を介するものである。以上の形態から、例えば会社外部の携帯端末ユーザお客様の携帯端末と会社外部の携帯端末ユーザお客様の携帯端末が音声通話する場合、その通信データ及び音声通話データは本発明の管理サーバ101を介しないものである。さらに本発明の管理サーバ101は他の通信事業者が提供する本発明に類似するFMCサービス網ともその通信データ及び音声通話データの送受信や接続可能である。公衆回線421、422は一般回線であり、各携帯端末通信事業者のサービス網と音声通話及びデータ通信可能に接続されている。これにより社員がお客様と外線通話することが可能になる。図2は管理サーバ101のハードウエア構成図を示す図であり、A社GWサーバ102、B社GWサーバ103、C社GWサーバ104も同様の構成図である。図2において、301はCPUで、システムバス304に接続される各デバイスやコントローラを統括的に制御する。また、ROM302あるいは外部メモリ311には、CPU301の制御プログラムであるBIOSBasicInput/OutputSystemやオペレーティングシステムプログラム以下、OSや、各サーバ或いは各PCの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。303はRAMで、CPU301の主メモリ、ワークエリア等として機能する。CPU301は、処理の実行に際して必要なプログラム等をROM302あるいは外部メモリ311からRAM303にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。305は入力コントローラで、キーボードKB309や不図示のマウス等のポインティングデバイス等からの入力を制御する。306はビデオコントローラで、表示部310への表示を制御する。なお、表示部310はCRTだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。また表示部は指やペン等にてユーザが表示画面内の対象位置を指定するタッチパネル機能を含むものであってもよい。307はメモリコントローラで、ブートプログラム,各種のアプリケーション,フォントデータ,ユーザファイル,編集ファイル,各種データ等を記憶するハードディスクHDや、フレキシブルディスクFD、或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ登録商標メモリ等の外部メモリ311へのアクセスを制御する。308は通信I/Fコントローラで、ネットワーク通信貝回線300を介して外部機器と接続通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いた通信等が可能である。なお、CPU301は、例えばRAM303内の表示情報用領域へアウトラインフォントの展開ラスタライズ処理を実行することにより、CRT上での表示を可能としている。また、CPU301は、CRT上の不図示のマウスカーソル等でのユーザ指示を可能とする。本発明を実現するための後述する各種プログラムは、外部メモリ311に記録されており、必要に応じてRAM303にロードされることによりCPU301によって実行されるものである。さらに、上記プログラムの実行時に用いられるデータファイル及びデータテーブル等も、外部メモリ311または記憶手段に格納されており、これらについての詳細な説明も後述する。以下、図3を用いて、図1に示したIP電話番号処理装置の機能ブロックについて説明する。図3は管理サーバ101の機能ブロック図である。記憶手段記憶部は第1の役割として、外線の電話網の電話番号お客様番号とシステム番号を外線情報テーブル702に対応づけてデータベースとして予め記憶する。第2の役割として、内線の電話網の着信先の電話番号ダイヤルイン番号と内線番号を内線情報テーブル703に対応づけてデータベースとして予め記憶する。当該記憶手段はROM302または外部メモリ311であってもよい。受信手段受信部は、外線電話または内線電話からゲートウエイGWサーバを介して発信元番号や着信先番号を含んだセッション確立通信確立情報をSIPSessionInitiationProtocol通信にて受信する。検索手段検索部は外線情報テーブルに記憶されているシステム番号又は外線の電話網の電話番号を検索する。登録手段登録部は、第1の役割として、外線電話または内線電話から管理サーバが通話を受け付けた場合に通話記録として、全ての発信元番号お客様番号や内線番号や着信先番号ダイヤルイン番号やシステム番号を通話履歴テーブル701に対応づけて登録する。第2の役割として、システム番号が記憶部に登録されていない場合には、新規の重複しない固有のシステム番号を発行し、外線の電話網お客様番号と発行した新規システム番号を外線情報テーブル702に一意に対応づけて登録する。着信要求手段着信要求部は外線電話または内線電話に、ゲートウエイに対して発信元番号や着信先番号を含んだセッション確立通信確立情報をSIPSessionInitiationProtocol通信にて発信送信することで着信要求する。発行手段発行部はシステム番号が既に登録されていない場合には、外線の電話網の電話番号お客様の電話番号。以下、お客様番号と呼ぶと外線情報テーブル702に対応づけられる新規のシステム番号を発行する。変換手段変換部は第1の役割として、お客様番号とシステム番号とそれぞれ外線情報テーブル702を用いて変換入替し、変換した前後の発信元番号をRAMに一時記憶する。第2の役割として、ダイヤルイン番号と内線番号とそれぞれ内線情報テーブル703を用いて変換入替し、変換した前後の着信先番号をRAMに一時記憶する。受付手段受付部は、第1の役割として、内線電話から通信切断応答通話終了応答を受け付ける。第2の役割として、外線電話から通信確立応答通話開始応答を受け付ける。判定手段判定部は第1の役割として、着信先番号に含まれるプレフックス番号に従って、内線電話から切断応答を受け付けるかいなかを判定する。このように、管理サーバ101は、例えばSIPサーバSIPプロキシサーバであり、SIPメッセージのルーティング転送先決定、電話番号のIPアドレスと対応付けの機能も備えている。図4は、外線電話から内線電話内線携帯端末401に発信する場合のフローチャートを説明したものである。本願発明の外線電話とは外線の電話網の電話番号が割り当てられた電話機の事であり、携帯電話でも固定電話であってもよい。本願発明の内線電話とは内線の電話網の電話番号が割り当てられた電話機の事であり、社外に持ち出しが可能な内線電話として携帯端末通信事業者の提供するFMCサービス網を使用する契約をした内線携帯電話内線携帯端末である。ステップS401~ステップS402は外線電話の図示しないCPUの指示により実行する。ステップS403~ステップS407は管理サーバ101のCPU301の指示により実行する。ステップS408内線電話内線携帯端末401の図示しないCPUの指示により実行する。ステップS401では、外線電話は、ユーザにより内線電話携帯端末401に着信可能なダイヤルイン番号着信先番号が入力された後、ユーザにより外線電話の発信ボタンが押下されたかを判断する。押下されたと判断した場合は、ステップS402に進む。押下されたと判断しない場合は、ステップS401に戻る。ステップS402では、外線電話は、管理サーバ101に外線電話に割り当てられた外線の電話網の電話番号である080-2222-2222を発信元番号として送信する。さらに外線電話は、管理サーバ101に内線電話携帯端末401利用者に割り当てられ、内線電話携帯端末401利用者に着信可能な内線の電話網の着信先の電話番号ダイヤルイン番号である050-1111-1111を着信先番号として送信する。つまり外線電話は、発信元番号として080-2222-2222及び着信先番号として050-1111-1111を含む情報を管理サーバ101に送信し、内線電話携帯端末401に着信すべく管理サーバ101に着信要求をする。ステップS403では、管理サーバ101は、外線電話から発信元番号として、外線の電話網の電話番号である080-222-2222を含む情報を受信する。さらに管理サーバ101は、外線電話から着信先番号として、内線電話携帯端末401利用者に着信可能な内線の電話網の着信先の電話番号ダイヤルイン番号である050-1111-1111を含む情報を受信する。受信すると、管理サーバ101と外線電話はGWサーバを介して通信確立する。管理サーバ101は、受信した発信元番号080-222-2222及び着信先番号050-1111-1111をRAM303のワークエリアに一時記憶する。管理サーバ101は、RAM303が一時記憶した発信元番号及び着信先番号を通話履歴テーブル図7の701に通話履歴データとして、受信した発信元番号外線の電話網の電話番号と着信先番号内線の電話網の着信先の電話番号を一意に対応づけて登録する。ステップS404では、管理サーバ101は、外線情報テーブルを検索し、受信した発信元番号080-222-2222と一致する番号が外線情報テーブルにあるか否かを判定する。ないと判定した場合には、ステップS405に進む。あると判定した場合には、ステップS406に進む。ステップS405では、受信した発信元番号080-222-2222と一意に対応づけるシステム番号を新規に発行し、新規発行したシステム番号を受信した発信元番号080-222-2222と一意に対応づけて外線情報テーブルに登録する。ステップS406では、管理サーバ101は、受信した発信元番号080-222-2222と一致する外線の電話網の電話番号を外線情報テーブル図7の702から検索し、一致した外線の電話網の電話番号と一意に対応づけられているシステム番号80001234を検索する。さらに発信元番号の変換処理として、受信した発信元番号080-222-2222を検索したシステム番号80001234に変換する。また着信先番号の変換処理として、受信した着信先番号050-1111-1111と一致するダイヤルイン番号を内線情報テーブル図7の703から検索し、一致したダイヤルイン番号と一意に対応づけられている内線番号4700001を検索し、受信した着信先番号050-1111-1111を検索した内線番号4700001に変換する。ステップS407では、管理サーバ101は、変換したシステム番号80001234を発信元番号として、システム番号に変換された発信元番号を含んだ着信要求を、内線の電話網の着信先内線電話携帯端末401に着信すべく送信する。さらに着信先番号の着信要求処理として、変換した内線番号4700001を着信先番号として、内線番号に変換された着信先番号を含んだ着信要求を、内線の電話網の着信先内線電話携帯端末401に着信すべく送信する。この着信先番号の着信要求処理により内線の電話網の着信先内線電話携帯端末401に着信が可能となる。内線電話携帯端末401で、外線電話から着信可能な内線の電話網の着信先社員は携帯端末通信事業者の提供するFMCサービス網を使用可能な契約をしている会社内部の携帯端末ユーザである。また当該社員は固有の内線番号も同時に持っている。ステップS408では、内線電話携帯端末401は、管理サーバ101からシステム番号に変換された発信元番号と内線番号に変換された着信先番号とを含んだ着信要求を受信し、着信する。管理サーバ101からの着信要求を受信すると、管理サーバ101と内線電話携帯端末401はA社GWサーバ102を介して通信確立する。この通信確立により外線電話と内線電話携帯端末401において管理サーバ101を介した通信確立が完了したことになる。図5は、図4とは逆に、内線電話内線携帯端末401から外線電話に発信する場合のフローチャートを説明したものである。本願発明の外線電話とは外線の電話網の電話番号が割り当てられた電話機の事であり、携帯電話でも固定電話であってもよい。本願発明の内線電話とは内線の電話網の電話番号が割り当てられた電話機の事であり、社外に持ち出しが可能な内線電話として携帯端末通信事業者の提供するFMCサービス網を使用する契約をした内線携帯電話内線携帯端末である。ステップS501~ステップS502は内線電話携帯端末401の図示しないCPUの指示により実行する。ステップS503~ステップS508、ステップS510は管理サーバ101のCPU301の指示により実行する。ステップS509は外線電話の図示しないCPUの指示により実行する。第1のケースは、着信先番号としてシステム番号にて内線電話携帯端末401から発信する場合であり、第2のケースは、着信先番号としてプレフィックス番号を外線の電話網の電話番号の前に付与した番号にて内線電話携帯端末401から発信する場合であり、両ケースを説明する。ステップS501では、第1のケースとして、内線電話携帯端末401は、ユーザにより外線電話に着信可能なシステム番号着信先番号が入力された後、ユーザにより内線電話携帯端末401の発信ボタンが押下されたかを判断する。押下されたと判断した場合は、ステップS502に進む。押下されたと判断しない場合は、ステップS501に戻る。第2のケースとして、内線電話携帯端末401は、ユーザによりプレフィックス番号を外線の電話網の電話番号の前に付与した番号着信先番号が入力された後、ユーザにより内線電話携帯端末401の発信ボタンが押下されたかを判断する。押下されたと判断した場合は、ステップS502に進む。押下されたと判断しない場合は、ステップS501に戻る。ステップS502では、第1のケースとして、内線電話携帯端末401は、管理サーバ101にシステム番号80001234を着信先番号として送信する。さらに内線電話携帯端末401は、管理サーバ101に内線電話携帯端末401利用者に割り当てられた内線番号である4700001を発信元番号として送信する。つまり内線電話携帯端末401は、発信元番号として4700001及び着信先番号として80001234を含み外線電話に着信すべく、管理サーバ101に着信要求をする。第2のケースとして、内線電話携帯端末401は、管理サーバ101にプレフィックス番号を外線の電話網の電話番号の前に付与した番号7775-080-2222-2222を着信先番号として一括送信する。この7775が外線の電話網の電話番号の前に付与したプレフィックス番号であり、080-2222-2222が外線の電話網の電話番号である。さらに内線電話携帯端末401は、管理サーバ101に内線電話携帯端末401利用者に割り当てられた内線番号である4700001を発信元番号として送信する。つまり内線電話携帯端末401は、発信元番号として4700001及び着信先番号として7775-080-2222-2222を含み、管理サーバ101に着信要求をする。ステップS503では、管理サーバ101は、第1のケースとして、管理サーバ101は、内線電話携帯端末401から、内線の電話網を介して、システム番号80001234を着信先番号とし、当該システム番号を含む着信要求を受信する。さらに管理サーバ101は、内線電話携帯端末401から、内線の電話網を介して、内線電話携帯端末401利用者の内線番号である4700001を発信元番号として当該内線番号を含む着信要求を受信する。第2のケースとして、管理サーバ101は、内線電話携帯端末401から、内線の電話網を介して、7775のプレフィックス番号問い合わせ要求を外線の電話網の電話番号着信先番号の前に付与した番号7775-080-2222-2222を含む着信要求を受信する受信手段。さらに管理サーバ101は、内線電話携帯端末401から、内線の電話網を介して、内線電話携帯端末401利用者の内線番号である4700001を発信元番号として当該内線番号を含む着信要求を受信する。ステップS504では、管理サーバ101は、ステップS503で受信した着信先番号に従ってプレフィックス処理とシステム番号処理のいずれかであるかを仕分けする。プレフィックス処理である第2のケースと判定した場合には、ステップS505に進む。プレフィックス処理ではく、システム番号処理である第1のケースと判定した場合には、ステップS506に進む。受信した着信先番号に従ってプレフィックス処理またはシステム番号処理のいずれかを仕分けする方法として、受信した着信先番号の桁数により判断する。プレフィックス処理に仕分けする場合は、受信する着信先番号が7775-080-2222-2222の場合は15桁であり、受信する着信先番号が80001234の場合は8桁であり、受信する着信先番号の桁数に従って、ステップS503で受信する着信先番号が、7775-080-2222-2222または80001234のいずれかに仕分けする。ステップS505では、管理サーバ101は、受信した7775-080-2222-2222に予め決められている所定のプレフックス番号7775があるかいなかを判定する。所定のプレフックス番号があると判定した場合には、プレフィックス処理を実行すべく、ステップS510に進む。ないと判定した場合には、プレフックス番号が間違っているのでプレフィックス処理を実行せず、処理を終了する。なお、本願発明のプレフィックス番号は4つ4桁の番号にして説明したが、番号の数は4つ4桁に限定されない。但し始めの1つ目の番号は0ではない番号とする。なお、所定のプレフィックス番号は1個に限定せず、複数あってもよい。例えは、受信した着信先番号の始めの4つ4桁の番号が7776である場合は、所定のプレフィックス番号7776に一致すると判断し、プレフィックス番号毎に該当する処理に分岐してもよい。ステップS506では、管理サーバ101は、外線情報テーブルを参照し、受信した80001234と一致するシステム番号が外線情報テーブルにあるかいなかを判定する。一致するシステム番号があると判定した場合には、システム番号処理を実行すべく、ステップS507に進む。ないと判定した場合には、システム番号が間違っているのでシステム番号処理を実行せず、処理を終了する。ステップS507では、管理サーバ101は、受信した着信先番号80001234と一致するシステム番号を外線情報テーブル図7の702から検索し、一致したシステム番号と一意に対応づけられている外線の電話網の電話番号を検索する。さらに着信先番号の変換処理として、受信した着信先番号80001234を検索した外線の電話網の電話番号080-2222-2222に変換する。また発信元番号の変換処理として、受信した発信元番号4700001と一致する内線番号を内線情報テーブル図7の703から検索し、一致した内線番号と一意に対応づけられているダイヤルイン番号050-1111-1111を検索し、受信した発信元番号4700001を検索したダイヤルイン番号050-1111-1111に変換する。ステップS508では、管理サーバ101は、変換したダイヤルイン番号050-1111-1111を発信元番号として、ダイヤルイン番号に変換された発信元番号を含んだ着信要求を、外線の電話網の着信先に着信すべく送信する。さらに着信先番号の着信要求処理として、変換した外線の電話網の電話番号080-2222-2222を着信先番号として、外線の電話網の電話番号に変換された着信先番号を含んだ着信要求を、外線の電話網の着信先に着信すべく送信する。この着信先番号の着信要求処理により外線の電話網の着信先外線電話に着信が可能となる。外線電話で、内線電話携帯端末401から着信可能な外線の電話網の着信先お客様は携帯端末通信事業者の提供するFMCサービス網を使用可能な契約をしていない会社外部の携帯端末のユーザまたは固定電話のユーザである。外線の電話網の着信先お客様に着信させる場合に使用する外線の電話網の電話番号080-2222-2222は、個人情報としてその情報管理には注意すべき電話番号である。ステップS509では、外線電話は、管理サーバ101からダイヤルイン番号に変換された発信元番号と外線の電話網の電話番号に変換された着信先番号とを含んだ着信要求を受信し、着信する。管理サーバ101からの着信要求を受信すると、管理サーバ101と外線電話はGWサーバを介して通信確立する。この通信確立により内線電話携帯端末401と外線電話において管理サーバ101を介した通信確立が完了したことになる。ステップS510では、管理サーバ101は、プレフィックス処理を実行するが、詳細は図8で説明する。図6の601は、図4で説明した管理サーバ101が実行する変換処理と本発明で実際に使用する電話番号情報を用いて説明した電話番号処理のステップを説明したものである。図6の601では、外線の電話網の電話番号が080-2222-2222である利用者Xお客様が、外線電話から、FMCサービスを利用する利用者Y社員の内線電話携帯端末401に着信すべく、利用者Y社員に割り当てられた内線の電話網の着信先の電話番号である050-1111-1111ダイヤルイン番号で着信要求をすることで内線電話携帯端末401に着信が完了する場合を想定して説明する。図6の601は、080-2222-2222外線の電話網の電話番号を持つ利用者Xお客様が、利用者Xお客様が知っている番号である050-1111-1111ダイヤルイン番号の電話番号を持つ利用者Y社員に発信着信要求したい場合の電話番号処理である。ここで説明する080-2222-2222の外線の電話網の電話番号にて着信要求する利用者Xは一般利用者お客様である。ここでの一般の利用者とは後述する、社員の様な社内の内部利用者ではないとの意味である。さらにFMCサービスを利用していない者である。ステップS601では、利用者Xお客様が当該利用者Xの外線電話から、利用者Y社員の内線電話携帯端末401に発信着信要求する。その場合、080-2222-2222外線の電話網の電話番号を発信元番号として着信要求をする。ステップS602では、管理サーバ101はGWサーバを介して公知技術であるルーティングにより発信元番号080-2222-2222と着信先番号050-1111-1111を受信する。S403の処理さらに、発信元番号080-2222-2222と着信先番号050-1111-1111を通話履歴テーブルに登録する。ステップS603では、管理サーバ101は外線情報テーブルから発信元番号である080-2222-2222を参照する。S404の処理ステップS604では、管理サーバ101は外線情報テーブルから、受信した発信元番号080-2222-2222と一致する外線の電話網の電話番号を検索し。検索した外線の電話網の電話番号と一意に対応づけたシステム番号をさらに検索する。S404の処理外線情報テーブルに受信した発信元番号080-2222-2222と一致する外線の電話網の電話番号がない場合は、システム番号を新規発行する。S405の処理例えば新規発行されるシステム番号は、外線情報テーブルにこれまでに登録されている番号と重複しない固有のシステム番号80001242であり、受信した発信元番号と一意に対応づけて新規登録をする。これにより発信元番号が外線情報テーブルに登録されていない初めて受信する外線の電話網の電話番号である場合には、既に外線情報テーブルに登録されたシステム番号と重複しない、個別のシステム番号を新規発行し、受信した発信元番号と一意に対応づけて新規登録をすることができる。ステップS605では、管理サーバ101は受信した発信元番号080-2222-2222を外線情報テーブルから検索したシステム番号80001234に変換する。S406の処理さらに管理サーバ101は、受信した着信先番号050-1111-1111を、受信した着信先番号050-1111-1111に一致する内線の電話網の着信先の電話番号を内線情報テーブルから検索し、検索した内線の電話網の着信先の電話番号と一意に対応づけた内線番号4700001に変換する。S406の処理ステップS606では、管理サーバ101は変換された発信元番号80001234と変換された着信先番号4700001で、利用者Y社員の内線電話携帯端末401に着信要求をする。S407の処理図6の602は、図5で説明した管理サーバ101が実行する変換処理と本発明で実際に使用する電話番号情報を用いて説明した電話番号処理のステップを説明したものである。図6の602では、図6の601で説明したように外線の電話網の電話番号が080-2222-2222である利用者Xお客様が、外線電話から、FMCサービスを利用する利用者Y社員の内線電話携帯端末401に着信すべく、利用者Y社員に割り当てられた内線の電話網の着信先の電話番号である050-1111-1111ダイヤルイン番号で発信着信要求をすることで内線電話携帯端末401に外線電話から一旦着信があった後に、逆に利用者Y社員が利用者Xに折り返し発信着信要求する場合を想定して説明する。図6の602は、お客様が知っている番号である050-1111-1111ダイヤルイン番号の電話番号を持つ利用者Y社員が、080-2222-2222外線の電話網の電話番号を持つ利用者Xに着信要求したい場合の電話番号処理である。ステップS611では、050-1111-1111の番号を持つ利用者Y社員内線電話携帯端末401から、利用者Xお客様の外線電話に着信要求する。その場合には、080-2222-2222外線の電話網の電話番号ではなく80001234システム番号を着信先番号として着信要求をする。80001234は利用者Y社員のみが知る利用者Xお客様の外線の電話網の電話番号と一意に対応するように割り当てられた、管理サーバ101が記憶する外線の電話網の電話番号に変換可能な番号である。80001234システム番号を着信先番号として着信要求をすると同時に、発信元番号として4700001内線番号を管理サーバ101に送信する。ステップS612では、管理サーバ101はA社GWサーバ102を介して公知技術であるルーティングにより発信元番号4700001と着信先番号80001234を受信する。S503の処理ステップS613では、管理サーバ101は外線情報テーブルから着信先番号である80001234を参照する。S507の処理ステップS614では、管理サーバ101は外線情報テーブルから、受信した着信先80001234と一致するシステム番号を検索し。検索したシステム番号と一意に対応づけた外線の電話網の電話番号をさらに検索する。S507の処理ステップS615では、管理サーバ101は受信した着信先番号80001234を外線情報テーブルから検索した外線の電話網の電話番号080-2222-2222に変換する。S507の処理さらに管理サーバ101は、受信した発信元番号4700001を、受信した発信元番号4700001に一致する内線番号を内線情報テーブルから検索し、検索した内線番号と一意に対応づけた内線の電話網の着信先の電話番号050-1111-1111に変換する。S507の処理ステップS616では、管理サーバ101は変換された発信元番号050-1111-1111と変換された着信先番号080-2222-2222で、利用者Xお客様の外線電話に着信要求をする。S508の処理図7は、本願発明で使用するデータテーブルである。701は通話履歴テーブル通話履歴情報データであり、通話毎の発信元番号及び着信先番号のペアを通話履歴として通話毎にデータベースに登録する。通話履歴テーブルは外部メモリ311に記憶されている。702は外線情報テーブル外線情報データであり、外線情報データを検索して外線情報データに受信した外線の電話網の電話番号お客様番号が存在しないつまり新規のお客様番号である場合に、自動でシステム番号を新規発行し、発行されたシステム番号を外線情報データベースに登録する。また予め外線情報データのお客様番号とシステム番号を関連付けて登録しても何ら問題はない。外線情報テーブルは外部メモリ311に記憶されている記憶手段。703は内線情報テーブル内線情報データであり、予め内線情報データのダイヤルイン番号と内線番号を関連付けて登録したデータである。内線情報テーブルは外部メモリ311に記憶されている。図8は、管理サーバ101によるプレフィックス処理の一例を示すフローチャートである。図5のステップS510の詳細を説明するためのフローチャートである。ステップS806、ステップS811は内線電話携帯端末401の図示しないCPUの指示により実行する。ステップS801~ステップS803、ステップS805、ステップS807~ステップS810、ステップS812~ステップS815、ステップS817は管理サーバ101のCPU301の指示により実行する。ステップS804、S816は外線電話の図示しないCPUの指示により実行する。ステップS801では、管理サーバ101は、プレフィックス番号を外線の電話網の電話番号の前に付与した番号を着信先番号として受信する。受信したプレフィックス番号を外線の電話網の電話番号の前に付与した番号は例えば7775-080-2222-2222とする。ステップS503で受信しているので、ここでの受信はステップS503で受信し一時記憶した着信先番号を読み出すことと同じである。更に発信元番号として内線番号4700001を受信する。ステップS503で受信しているので、ここでの受信はステップS503で受信し一時記憶した発信元番号を読み出すことと同じである。ステップS802では、管理サーバ101は、プレフィックス番号が所定のプレフィックス番号であるかを判定するプレフィックス番号判定手段。ここで所定のプレフィックス番号であるかは、受信したプレフィックス番号を外線の電話網の電話番号の前に付与した番号のプレフィックス番号の部分が、7775であるいなかを判定する。7775であると判定した場合には、外線発信及びシステム番号取得指示の実行命令と判断し、ステップS803に進む。7775ではないと判定した場合には、外線発信及びシステム番号取得指示の実行命令ではない判断し、ステップS814に進む。このようにプレフィックス番号と実行命令を対応づけることで、外線の電話網の電話番号の前に個別のプレフィックス番号を付与し、所望の実行命令に分岐することが可能となる。ステップS803では、管理サーバ101は、受信したプレフィックス番号の後ろにつづく外線の電話網の電話番号080-2222-2222を着信先番号として、外線の電話網に着信すべく送信する。7775-080-2222-2222から外線の電話網の電話番号を抽出する方法としては、7775-080-2222-2222からプレフィックス番号を削除する方法でもよく。7775-080-2222-2222からを所定の市街局番03、096及び携帯電話番号090、080を利用して外線の電話網の電話番号のみを抜き出す方法でもよい。ステップS804では、外線電話は、管理サーバ101から着信先番号を含んだ着信要求を受信し、着信する。管理サーバ101からの着信要求を受信すると、管理サーバ101と外線電話は通信確立する。この通信確立により内線電話携帯端末401と外線電話において通信確立が完了し、通話接続したことになる。外線電話は内線電話携帯端末401と通信確立が確立し、外線電話と内線電話携帯端末401が通話可能な状態になると、外線電話は管理サーバ101に通信確立応答を送信する。ステップS805では、管理サーバ101は、外線電話からの通信確立応答受付の待機状態になり、外線電話と内線電話の通信通話が確立したこと確認すべく、外線電話から通信確立応答を受け付ける。さらに外線電話から通信確立応答を受け付けたかを判断する。通信確立応答を受け付けたと判断した場合には、ステップS807に進む。所定の時間経過後に通信確立応答を受け付けたと判断しない場合には、通信確立エラーとして処理を終了する。ステップS806では、S804で外線電話が通信確立応答を送信した後、外線電話との通話第1の着信要求手段の着信要求による通信が終了した場合に、内線電話または外線電話のいずれかは、管理サーバ101に内線電話と外線電話外線の電話網の着信先との通話接続が終了切断したことを通知すべく管理サーバ101に通話終了応答切断応答を送信する。内線電話または外線電話のいずれかが通話終了応答切断応答を送信することで、内線電話と管理サーバ101が通信可能な状態となる。ステップS807では、管理サーバ101は、内線電話または外線電話からの通話終了応答受付の待機状態になり、内線電話または外線電話のいずれかから外線の電話網の着信先と内線電話との通信の切断通話終了応答を検出する切断検出手段。。さらに内線電話または外線電話のいずれかから通話終了応答を検出したかを判断する。通話終了応答を検出したと判断した場合には、ステップS808に進む。所定の時間経過後に通話終了応答を受け付けたと判断しない場合には、通信確立エラーとして処理を終了する。ステップS808では、管理サーバ101は、ステップS803で着信先番号として、外線の電話網に着信すべく送信したプレフィックス番号の後ろにつづく外線の電話網の電話番号080-2222-2222がと一致する番号が外線情報テーブルにあるか否かを判定する。ないと判定した場合には、ステップS809に進む。あると判定した場合には、ステップS810に進む。ステップS809では、ステップS803で着信先番号として、外線の電話網に着信すべく送信したプレフィックス番号の後ろにつづく外線の電話網の電話番号080-222-2222と一意に対応づけるシステム番号を新規に発行し、新規発行したシステム番号をステップS803で着信先番号として、外線の電話網に着信すべく送信したプレフィックス番号の後ろにつづく外線の電話網の電話番号080-222-2222と一意に対応づけて外線情報テーブルに登録する。ステップS810では、ステップS803で着信先番号として、外線の電話網に着信すべく送信したプレフィックス番号の後ろにつづく外線の電話網の電話番号080-222-2222に対応づけられたシステム番号80001234を外線情報テーブル702から検索し、検索したシステム番号80001234を発信元番号に指定し、さらにS503で発信元番号として受信した内線番号4700001を着信先番号として指定することで、ステップS810で検索したシステム番号を通知するためにプレフィックス番号を外線の電話網の電話番号の前に付与した番号7775-080-2222-2222を受信した内線電話に着信要求する第2の着信要求手段。つまり、管理サーバ101は、第2の着信要求手段が前記内線電話に着信要求する場合に、内線電話に検索したシステム番号80001234を発信元番号として送信することでシステム番号を通知する。ステップS811では、内線電話は、管理サーバ101から着信要求を受信し、着信する。管理サーバ101からの着信要求を受信すると、管理サーバ101と内線電話は通信確立する。内線電話と通信確立すると、内線電話は管理サーバ101に通信確立応答を送信する。ステップS812では、管理サーバ101は、内線電話から通信確立応答を受け付けたかを判定する。受け付けたと判定した場合には、ステップS813に進む。受け付けていないと判定した場合には、処理を終了する。ステップS813では、管理サーバ101は、システム番号80001234を含む音声データを再生し、内線電話にシステム番号を通知する音声案内手段。つまり、管理サーバ101は、第2の着信要求手段が前記内線電話に着信要求した後に、内線電話に検索したシステム番号80001234を音声案内することでシステム番号を通知する。音声データを再生後に内線電話との通信を切断すべく切断指示をする。また内線電話から通信の切断応答を受け付けてもよい。切断指示または切断応答の受付に従って処理を終了する。ステップS814では、管理サーバ101は、プレフィックス番号が所定のプレフィックス番号であるかを判定する。ここで所定のプレフィックス番号であるかは、受信したプレフィックス番号を外線の電話網の電話番号の前に付与した番号においてプレフィックス番号の部分が、7776であるいなかを判定するプレフィックス番号判定手段。7776であると判定した場合には、外線発信の実行命令と判断し、ステップS815に進む。7775ではないと判定した場合には、外線発信及びシステム番号取得指示の実行命令ではない判断し、ステップS802に進む。このようにプレフィックス番号と実行命令を対応づけることで、外線の電話網の電話番号の前に個別のプレフィックス番号を付与し、所望の実行命令に分岐することが可能となる。ステップS815では、管理サーバ101は、プレフィックス番号の後ろにつづく外線の電話網の電話番号080-2222-2222を着信先番号として、外線の電話網に着信すべく送信する。以上説明したように、本実施の形態によれば、外線番号の前にプレフィックス番号を追加して発信するただ1回のダイヤル操作をするだけで、外線電話との通話を接続させ、外線電話との通話が終了した後に管理番号の問い合わせをした内線電話に対して管理番号を通知するので、内線の電話網の利用者にとっては、管理番号の問い合わせと同時に外線電話と急いで通話したい場合に、管理番号の問い合わせよりも外線電話との通話をまず優先し、その次に問い合わせした管理番号を内線電話に通知できる。また、本発明におけるプログラムは、図4、図5及び図8に示すフローチャートの処理を管理サーバ101が実行可能なプログラムであり、本発明の記憶媒体は図4、図5及び図8の処理方法を実行可能なプログラムとして記憶している。本発明の他の実施形態以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータまたはCPUやMPUが記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク,ハードディスク,光ディスク,光磁気ディスク,CD-ROM,CD-R,DVD-ROM,磁気テープ,不揮発性のメモリカード,ROM,EEPROM,シリコンディスク等を用いることができる。また、管理サーバ101が読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOSオペレーティングシステム等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。さらに、本発明を達成するためのプログラムをネットワーク上のサーバ,データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。また、本発明の電話番号処理装置は、管理サーバ101としてSIPサーバを想定して説明したが、SIPサーバでの実現に限るものではなく、FMCサーバ、PBX装置でも、本発明の電話番号処理方法を実現可能であり、そのような装置における実施形態も本発明の技術的範囲に属するものである。"