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