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