JP5754168B2 - 電話番号更新装置、およびその制御方法とプログラム - Google Patents

Description

本発明は、電話番号更新装置、およびその制御方法とプログラムの技術に関する。

携帯電話網と固定電話網を融合するＦＭＣ（Ｆｉｘｅｄ Ｍｏｂｉｌｅ Ｃｏｎｖｅｒｇｅｎｃｅ）サービスが通信事業者から提供される中で、携帯端末通信事業者が提供するＦＭＣサービスを会社が導入するメリットとして、ＦＭＣサービスに契約している携帯端末を利用する社員間にて行う通話が全て内線発信による通話扱いとなり、当該社員間の通話が社内電話網電波の外であっても通話に係る通話料（通信費）が発生しないという点がある。

これに対し、お客様のように発信する着信先が当該ＦＭＣサービスに契約していない電話番号である場合には、発信による通話料（通信費）が発生してしまう外線発信扱いとなる。

このように社員が、携帯端末通信事業者が提供するＦＭＣサービスを利用可能な内線型携帯電話を会社の外に持ち出し、社外にて内線型携帯電話からお客様のような外線の電話網の着信先に外線発信する場合には、内線型携帯電話から０発信にてダイヤル発信したり、内線型携帯電話の電話帳に登録されている０から始まる外線の電話網の着信先の電話番号を選択することで外線発信をしている。
また、携帯電話の電話帳の処理に関しては以下の様な技術が開示されている。

特許文献１においては、携帯電話内に記憶されている個人用電話帳をサーバに送信し、受信した個人用電話帳をサーバがアップロードする技術が開示されている。
特許文献２においては、入力された電話番号を特定の通信方式に従った電話番号に変換して電話帳に記憶する携帯端末の技術が開示されている。

特開２００２−５７８０７号公報 特開２００５−１５９７９９号公報

外線の電話網の電話番号を利用せず外線発信が可能な仕組みとして、本出願人により内線電話から会社が管理する外線発信が可能な管理番号にて外線発信できる仕組みが提案されている。

この仕組みを用いることにより、外線発信が可能な管理番号をダイヤル入力することで外線発信することは可能であるが、電話帳から着信先を選択して外線発信するために、内線電話の電話帳の外線の電話網の電話番号を外線発信が可能な管理番号に置き換える仕組みまでは提案されていない。

電話帳に登録する外線の電話網の電話番号を会社が管理する外線発信が可能な管理番号に置き換えようとする際には、会社が管理する管理番号に正確に更新しないと、電話帳を更新した後に、外線の電話網の着信先に正しく外線発信できなくなってしまうという課題がある。

本願発明は、内線電話の電話帳の外線の電話網で使用する複数の電話番号を、会社が管理する外線発信が可能な番号に正しく置き換えた電話帳を生成して、置き換えた電話帳に交換できる仕組みを提供することを目的とする。

本願発明は、内線の電話網の内線電話と通信可能に接続された電話番号更新装置であって、外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する外線情報データ記憶手段と、複数の着信先と外線の電話網の電話番号とが一意に対応づけられた電話帳を受信する電話帳受信手段と、前記受信した電話帳に含まれる前記複数の着信先に対応づけられている外線の電話網の電話番号が前記外線情報データにあるか否かを判定する外線情報データ判定手段と、前記外線情報データ判定手段によってあると判定された、前記外線の電話網の電話番号を、該外線の電話網の電話番号毎に一意に対応づけられているシステム番号にそれぞれ更新するシステム番号更新手段と、前記複数の着信先と前記それぞれ更新したシステム番号とが一意に対応づけられた電話帳を生成する電話帳生成手段と、前記生成した電話帳を前記内線電話に送信する電話帳送信手段と、
を備えることを特徴とする。

また、前記電話番号更新装置は、外線の電話網の電話番号とシステム番号とが一意に対応づけられた第２の外線情報データを記憶する第２の外線情報データ記憶手段を備え、外線の電話網と内線の電話網との通信確立時に外線の電話網の電話番号とシステム番号との番号変換を行う電話番号処理装置と通信可能に接続され、前記電話番号処理装置から、最新の前記第２の外線情報データを受信する外線情報データ受信手段と、前記外線情報データを前記受信した最新の第２の外線情報データに更新する外線情報データ更新手段と、をさらに備えることを特徴とする。
また、前記外線情報データ判定手段によってないと判定された場合には、システム番号を新規発行し、前記発行したシステム番号と前記外線情報データ判定手段によりないと判定された電話番号とを前記外線情報データに一意に対応づけて登録するシステム番号登録手段をさらに備え、前記システム番号更新手段は、前記外線情報データ判定手段によってないと判定された、前記外線の電話網の電話番号を、該外線の電話網の電話番号毎に一意に対応づけられている前記発行したシステム番号にそれぞれ更新することを特徴とする。

また、外線の電話網の電話番号と内線番号とが一意に対応づけられた社内情報データを記憶する社内情報データ記憶手段と、前記受信した電話帳に含まれる電話番号が前記社内情報データにあるかを判定する社内情報データ判定手段と、前記受信した電話帳に含まれる、前記社内情報データ判定手段によってあると判定された電話番号を、該電話番号に一意に対応づけられている内線番号に更新する内線番号更新手段と、をさらに備えることを特徴とする。

また、前記外線情報データ判定手段が判定する前に前記社内情報データ判定手段が判定し、前記システム番号更新手段が前記発行したシステム番号に更新するよりも先に前記内線番号更新手段が内線番号に更新することを特徴とする。

また、前記電話番号処理装置は、前記外線の電話網からの電話番号である第１の発信元番号を含む情報を受信する受信手段と、前記受信手段で受信された前記第１の発信元番号に一意に対応づけられているシステム番号を、前記記憶手段に記憶されている前記外線情報データから検索する検索手段と、前記第１の発信元番号を、前記検索手段により検索されたシステム番号に変換する変換手段と、前記変換手段によりシステム番号に変換された第２の発信元番号を含む情報を、内線の電話網の着信先に着信すべく送信する送信手段と、さらに備え、前記電話番号処理装置と通信システムを構成することを特徴とする。

また、前記外線情報データ記憶手段が記憶するシステム番号は外線の電話網の電話番号毎に固有の番号であることを特徴とする。

本願発明により、内線電話の電話帳の外線の電話網で使用する複数の電話番号を、会社が管理する外線発信が可能な番号に正しく置き換えた電話帳を生成して、置き換えた電話帳に交換できる仕組みを提供することが可能となる。

システム構成の一例を示す図 ハードウエア構成の一例を示す図 機能ブロックの一例を示す図（管理サーバ） 外線電話から発信され、内線電話で着信した場合のフローチャートの一例を示す図 内線電話から発信され、外線電話で着信した場合のフローチャートの一例を示す図 外線電話から発信され内線電話で着信した場合（上）と内線電話から発信され外線電話で着信した場合（下）の電話番号処理の流れの一例を示す図 データベースの一例を示す図（管理サーバ） 電話番号更新処理のフローチャートの一例を示す図 機能ブロックの一例を示す図（更新サーバ） データベースの一例を示す図（更新サーバ）

図１は、電話番号処理装置に好適なＩＰ電話番号処理装置（管理サーバ）１０１と電話番号更新装置（更新サーバ）１０５が構成するシステムの全体図である。

ＩＰ電話（インターネットプロトコル電話）とは、音声をデータ圧縮・符号化してＩＰパケットに分割し、ＩＰネットワークにより伝送する技術を採用した電話のことである。

管理サーバ１０１は、外線の電話網と内線の電話網との通信確立時に電話番号の変換を行い、携帯端末通信事業者Ａ社から提供されるＩＰ-ＧＷ（Ａ社ＧＷサーバ）１０２、携帯端末通信事業者Ｂ社から提供されるＩＰ-ＧＷ（Ｂ社ＧＷサーバ）１０３、携帯端末通信事業者Ｃ社から提供されるＩＰ-ＧＷ（Ｃ社ＧＷサーバ）１０４といった複数のＩＰ電話専用ゲートウエイと通信可能でかつ音声通話可能な状態で接続されている。

Ａ社から提供されるＡ社ＧＷサーバ１０２はＡ社が提供するＡ社ＦＭＣサービス網４０４から提供されるＡ社のＩＰ電話サービス網４０６と通信可能でかつ音声通話可能な状態で接続されている。

Ｂ社から提供されるＢ社ＧＷサーバ１０３はＢ社が提供するＢ社ＦＭＣサービス網４１１から提供されるＢ社のＩＰ電話サービス網４１３と通信可能でかつ音声通話可能な状態で接続されている。

Ｃ社から提供されるＣ社ＧＷサーバ１０４はＣ社が提供するＣ社ＦＭＣサービス網４１８から提供されるＣ社のＩＰ電話サービス網４２０と通信可能でかつ音声通話可能な状態で接続されている。

Ａ社の携帯電話サービス網４０５はＡ社携帯通信網４００を介して内線型携帯電話４０１、携帯電話４０２と通信可能でかつ音声通話可能な状態で接続されている。

Ｂ社の携帯電話サービス網４１２はＢ社携帯通信網４０７を介して内線型携帯電話４０８、携帯電話４０９と通信可能でかつ音声通話可能な状態で接続されている。

Ｃ社の携帯電話サービス網４１９はＣ社携帯通信網４１４を介して内線型携帯電話４１５、携帯電話４１６と通信可能でかつ音声通話可能な状態で接続されている。

本発明の内線の電話網から発信可能なユーザは全てユーザ所有の携帯端末が属する携帯端末通信事業者の提供するＦＭＣサービス網を使用する契約をしているものとする。すなわち社員等の会社内部の携帯端末ユーザが該当する。

外線の電話網から発信可能なユーザは全てユーザ所有の携帯端末が属する携帯端末通信事業者の提供するＦＭＣサービス網を使用する契約をしていないものとする。すなわちお客様等の会社外部の携帯端末ユーザが該当する。

Ａ社の内線型携帯電話４０１はＡ社との契約により、Ａ社がサービス提供するＡ社ＦＭＣサービス網４０４を利用できるか否かが選択可能である。契約者がＡ社ＦＭＣサービス網４０４を使用する契約をＡ社とした場合、契約した携帯端末を利用してＡ社ＦＭＣサービスでのＡ社のＩＰ電話サービス網４０６を介した音声通話やデータ通信が可能である。

Ｂ社の携帯端末４０８、４０９はＢ社との契約により、Ｂ社がサービス提供するＢ社ＦＭＣサービス網４１１を利用できるか否かが選択可能である。契約者がＢ社ＦＭＣサービス網４１１を使用する契約をＢ社とした場合、契約した携帯端末を利用してＢ社ＦＭＣサービスでのＢ社のＩＰ電話サービス網４１３を介した音声通話やデータ通信が可能である。

Ｃ社の携帯端末４１５、４１６はＣ社との契約により、Ｃ社がサービス提供するＣ社ＦＭＣサービス網４１８を利用できるか否かが選択可能である。契約者がＣ社ＦＭＣサービス網４１８を使用する契約をＣ社とした場合、契約した携帯端末を利用してＣ社ＦＭＣサービスでのＣ社のＩＰ電話サービス網４２０を介した音声通話やデータ通信が可能である。

以上の形態から、例えば会社内部の携帯端末ユーザ（社員）の内線型携帯電話４０１と会社内部の携帯端末ユーザ（社員）の携帯端末４０８がＡ社ＦＭＣサービス網４０４とＢ社ＦＭＣサービス網４１１を利用して音声通話する場合、その通信データ及び音声通話データは必ず管理サーバ１０１を介するものである。

以上の形態から、例えば会社内部の携帯端末ユーザ（社員）の内線型携帯電話４０１と会社外部の携帯端末ユーザ（お客様）の携帯端末がＡ社ＦＭＣサービス網を利用して音声通話する場合、その通信データ及び音声通話データは必ず本発明の管理サーバ１０１を介するものである。

以上の形態から、例えば会社外部の携帯端末ユーザ（お客様）の携帯端末と会社外部の携帯端末ユーザ（お客様）の携帯端末が音声通話する場合、その通信データ及び音声通話データは管理サーバ１０１を介しないものである。
さらに管理サーバ１０１は他の通信事業者が提供する本発明に類似するＦＭＣサービス網ともその通信データ及び音声通話データの送受信や接続可能である。

公衆回線４２１、４２２は一般回線であり、各携帯端末通信事業者のサービス網と音声通話及びデータ通信可能に接続されている。これにより社員がお客様と外線通話することが可能になる。

本発明の更新サーバ１０５は、電話番号更新装置であり、電話番号処理装置（管理サーバ）１０１と通信可能に接続され、電話番号更新システムを構成している。また内線型携帯電話４０１、内線型携帯電話４０８、内線型携帯電話４１５と通信可能に接続されている。内線型携帯電話と更新サーバ１０５が通信する方法は、例えば内線型携帯電話のメールサービスを利用したメールを通信網４００、通信網４０７、通信網４１４を介して送受信する方法でのデータ通信である。

さらに内線型携帯電話４０１、内線型携帯電話４０８、内線型携帯電話４１５は情報処理装置１０６を介して電話番号更新装置１０５と通信可能に接続されていてもよい。情報処理装置１０６を介して内線型携帯電話と更新サーバ１０５が通信する方法は、例えば、まず内線型携帯電話を情報処理装置１０６と接続することで、内線型携帯電話の記憶部の記憶された情報を情報処理装置１０６が読み出し、情報処理装置１０６が読み出した情報を、情報処理装置１０６が代理で更新サーバ１０５に通信網３００を介して送受信する方法での通信である。

図２は、更新サーバ１０５、管理サーバ１０１のハードウエア構成図を示す図であり、Ａ社ＧＷサーバ１０２、Ｂ社ＧＷサーバ１０３、Ｃ社ＧＷサーバ１０４、情報処理装置１０６も同様の構成図である。

図２において、３０１はＣＰＵで、システムバス３０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ３０２あるいは外部メモリ３１１には、ＣＰＵ３０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。ＣＰＵ３０１は、処理の実行に際して必要なプログラム等をＲＯＭ３０２あるいは外部メモリ３１１からＲＡＭ３０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

３０５は入力コントローラで、キーボード（ＫＢ）３０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。３０６はビデオコントローラで、表示部３１０への表示を制御する。なお、表示部３１０はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。また表示部は指やペン等にてユーザが表示画面内の対象位置を指定するタッチパネル機能を含むものであってもよい。

３０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ３１１へのアクセスを制御する。

３０８は通信Ｉ／Ｆコントローラで、ネットワーク（通信貝回線）３００を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ３０１は、例えばＲＡＭ３０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ上での表示を可能としている。また、ＣＰＵ３０１は、ＣＲＴ上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ３１１に記録されており、必要に応じてＲＡＭ３０３にロードされることによりＣＰＵ３０１によって実行されるものである。さらに、上記プログラムの実行時に用いられるデータファイル及びデータテーブル等も、外部メモリ３１１または記憶手段に格納されており、これらについての詳細な説明も後述する。
以下、図３を用いて、図１に示したＩＰ電話番号処理装置（管理サーバ）１０１の機能ブロックについて説明する。
図３は管理サーバ１０１の機能ブロック図である。

データ記憶部は、第１の役割として、外線の電話網の電話番号（お客様番号）とシステム番号とを外線情報テーブル７０２に一意に対応づけてデータベースとして予め記憶する。第２の役割として、内線の電話網の着信先の電話番号（ダイヤルイン番号）と内線番号とを内線情報テーブル７０３に一意に対応づけてデータベースとして予め記憶する。当該データ記憶部はＲＯＭ３０２または外部メモリ３１１である。

電話番号受信部は、外線電話または内線電話からゲートウエイ（ＧＷサーバ）を介して発信元番号や着信先番号を含んだセッション確立（通信確立）情報をＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）通信にて受信する。

電話番号検索部は、第１の役割として、外線情報テーブルに記憶されているシステム番号または外線の電話網の電話番号を検索する。第２の役割として、内線情報テーブルに記憶されている内線番号またはダイヤルイン番号を検索する。

電話番号変換部は、第１の役割として、外線の電話網の電話番号またはシステム番号を外線情報テーブルに一意に対応づけられているシステム番号または外線の電話網の電話番号に変換する。第２の役割として、内線番号またはダイヤルイン番号を内線情報テーブルに一意に対応づけられているダイヤルイン番号または内線番号に変換する。

電話番号送信部は、外線電話または内線電話に着信するべく、外線電話または内線電話にゲートウエイ（ＧＷサーバ）を介して発信元番号や着信先番号を含んだセッション確立（通信確立）情報をＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）通信にて送信することで着信要求する。

電話番号判定部は、第１の役割として、外線情報テーブルに外線の電話網の電話番号があるかを判定する。第２の役割として、外線情報テーブルにシステム番号があるかを判定する。

システム番号登録部は、外線情報データに既に存在するシステム番号とは重複しないシステム番号を新規発行し、外線情報データに外線の電話網の電話番号と新規発行したシステム番号を一意に対応づけて新規登録する。

外線情報データ送信部は、自身がデータ記憶部に記憶する外線情報データを複製した複製データを更新サーバに定期的に送信する。送信するタイミングは、更新サーバが、内線型携帯電話から電話帳を受信する前である。
外線情報データ受信部は、更新サーバから定期的に送信される更新サーバがデータ記憶部に記憶する外線情報データを複製した複製データを受信する。

外線情報データ更新部は、更新サーバから受信した場合に、外線情報データを自身がデータ記憶部に記憶する外線情報データに上書き保存することで、自身がデータ記憶部に記憶する外線情報データを更新サーバから受信した最新の外線情報データに更新する。これにより、更新サーバ１０５が新規発行したシステム番号情報を自身（管理サーバ１０１）の外線情報データに追加することができる。

管理サーバ１０１は、例えばＳＩＰサーバ（ＳＩＰプロキシサーバ）であり、ＳＩＰメッセージのルーティング（転送先決定）、電話番号のＩＰアドレスと対応付けの機能も備えている。

図４は、外線電話から内線電話（内線型携帯電話）４０１に発信する場合のフローチャートを説明したものである。本願発明の外線電話とは外線の電話網の電話番号が割り当てられた電話機の事であり、携帯電話でも固定電話であってもよい。本願発明の内線電話とは内線の電話網の電話番号が割り当てられた電話機の事であり、社外に持ち出しが可能な内線電話として携帯端末通信事業者の提供するＦＭＣサービス網を使用する契約をした内線型携帯電話（内線携帯端末）である。
ステップＳ４０１〜ステップＳ４０２は外線電話の図示しないＣＰＵの指示により実行する。
ステップＳ４０３〜ステップＳ４０７は管理サーバ１０１のＣＰＵ３０１の指示により実行する。
ステップＳ４０８内線電話（内線型携帯電話）４０１の図示しないＣＰＵの指示により実行する。

ステップＳ４０１では、外線電話から内線電話に発信する方法として、外線電話は、ユーザにより内線型携帯電話４０１に着信可能なダイヤルイン番号（着信先番号）が入力された後、ユーザにより外線電話の発信ボタンが押下されたかを判断する。押下されたと判断した場合は、ステップＳ４０２に進む。押下されたと判断しない場合は、ステップＳ４０１に戻る。

ステップＳ４０２では、外線電話は、管理サーバ１０１に外線電話に割り当てられた外線の電話網の電話番号である「０８０−２２２２−２２２２」を発信元番号として送信する。

さらに外線電話は、管理サーバ１０１に内線型携帯電話４０１利用者に割り当てられ、内線型携帯電話４０１利用者に着信可能な内線の電話網の着信先の電話番号（ダイヤルイン番号）である「０５０−１１１１−１１１１」を着信先番号として送信する。

つまり外線電話は、発信元番号として「０８０−２２２２−２２２２」及び着信先番号として「０５０−１１１１−１１１１」を含む情報を管理サーバ１０１に送信し、内線型携帯電話４０１に着信すべく管理サーバ１０１に着信要求をする。

ステップＳ４０３では、管理サーバ１０１は、外線電話から発信元番号として、外線の電話網の電話番号である「０８０−２２２−２２２２」を含む情報を受信する。

さらに管理サーバ１０１は、外線電話から着信先番号として、内線型携帯電話４０１利用者に着信可能な内線の電話網の着信先の電話番号（ダイヤルイン番号）である「０５０−１１１１−１１１１」を含む情報を受信する。
受信すると、管理サーバ１０１と外線電話はＧＷサーバを介して通信確立する。

管理サーバ１０１は、受信した発信元番号「０８０−２２２−２２２２」及び着信先番号「０５０−１１１１−１１１１」をＲＡＭ３０３のワークエリアに一時記憶する。

管理サーバ１０１は、ＲＡＭ３０３が一時記憶した発信元番号及び着信先番号を通話履歴テーブル（図７の７０１）に通話履歴データとして、受信した発信元番号（外線の電話網の電話番号）と着信先番号（内線の電話網の着信先の電話番号）を一意に対応づけて登録する。

ステップＳ４０４では、管理サーバ１０１は、外線情報テーブルを検索し、受信した発信元番号「０８０−２２２−２２２２」と一致する番号が外線情報テーブルにあるかいなかを判定する。
ステップＳ４０４でないと判定した場合には、ステップＳ４０５に進む。
ステップＳ４０４であると判定した場合には、ステップＳ４０６に進む。

ステップＳ４０５では、受信した発信元番号「０８０−２２２−２２２２」と一意に対応づけるシステム番号を新規に発行し、新規発行したシステム番号を受信した発信元番号「０８０−２２２−２２２２」と一意に対応づけて外線情報テーブルに新規登録する。

ステップＳ４０６では、管理サーバ１０１は、受信した発信元番号「０８０−２２２−２２２２」と一致する外線の電話網の電話番号を外線情報テーブル（図７の７０２）から検索し、一致した外線の電話網の電話番号と一意に対応づけられているシステム番号「８０００１２３４」を検索する。
さらに発信元番号の変換処理として、受信した発信元番号「０８０−２２２−２２２２」を検索したシステム番号「８０００１２３４」に変換する。

また着信先番号の変換処理として、受信した着信先番号「０５０−１１１１−１１１１」と一致するダイヤルイン番号を内線情報テーブル（図７の７０３）から検索し、一致したダイヤルイン番号と一意に対応づけられている内線番号「４７００００１」を検索し、受信した着信先番号「０５０−１１１１−１１１１」を検索した内線番号「４７００００１」に変換する。

ステップＳ４０７では、管理サーバ１０１は、変換したシステム番号「８０００１２３４」を発信元番号として、システム番号に変換された発信元番号を含んだ着信要求を、内線の電話網の着信先（内線型携帯電話４０１）に着信すべく送信する。

さらに着信先番号の着信要求処理として、変換した内線番号「４７００００１」を着信先番号として、内線番号に変換された着信先番号を含んだ着信要求を、内線の電話網の着信先（内線型携帯電話４０１）に着信すべく送信する。
この着信先番号の着信要求処理により内線の電話網の着信先（内線型携帯電話４０１）に着信が可能となる。

内線型携帯電話４０１で、外線電話から着信可能な内線の電話網の着信先（社員）は携帯端末通信事業者の提供するＦＭＣサービス網を使用可能な契約をしている会社内部の携帯端末ユーザである。また当該社員は固有の内線番号も同時に持っている。

ステップＳ４０８では、内線型携帯電話４０１は、管理サーバ１０１からシステム番号に変換された発信元番号と内線番号に変換された着信先番号とを含んだ着信要求を受信し、着信する。管理サーバ１０１からの着信要求を受信すると、管理サーバ１０１と内線型携帯電話４０１はＡ社ＧＷサーバ１０２を介して通信確立する。この通信確立により外線電話と内線型携帯電話４０１において管理サーバ１０１を介した通信確立が完了したことになる。

図５は、図４とは逆に、内線電話（内線型携帯電話）４０１から外線電話に発信する場合のフローチャートを説明したものである。本願発明の外線電話とは外線の電話網の電話番号が割り当てられた電話機の事であり、携帯電話でも固定電話であってもよい。本願発明の内線電話とは内線の電話網の電話番号が割り当てられた電話機の事であり、社外に持ち出しが可能な内線電話として携帯端末通信事業者の提供するＦＭＣサービス網を使用する契約をした内線型携帯電話である。
ステップＳ５０１〜ステップＳ５０２は内線型携帯電話４０１の図示しないＣＰＵの指示により実行する。
ステップＳ５０３〜ステップＳ５０６は管理サーバ１０１のＣＰＵ３０１の指示により実行する。
ステップＳ５０７は外線電話の図示しないＣＰＵの指示により実行する。

ステップＳ５０１では、内線電話から外線発信する方法として、内線型携帯電話４０１は、ユーザにより外線電話に着信可能なシステム番号（着信先番号）がダイヤル操作部に入力された後、ユーザにより内線型携帯電話４０１の発信ボタンが押下されたかを判断する。押下されたと判断した場合は、ステップＳ５０２に進む。押下されたと判断しない場合は、ステップＳ５０１に戻る。

また、内線電話から外線発信する別の方法として、内線型携帯電話４０１は、内線電話携帯端末（内線型携帯電話）４０１に登録されている電話帳から外線の電話網の着信先としてシステム番号が選択されたかを判断する。選択されたと判断した場合は、ステップＳ５０２に進む。選択されたと判断しない場合は、ステップＳ５０１に戻る。
ステップＳ５０２では、内線型携帯電話４０１は、管理サーバ１０１にシステム番号「８０００１２３４」を着信先番号として送信する。

さらに内線型携帯電話４０１は、管理サーバ１０１に内線型携帯電話４０１利用者に割り当てられた内線番号である「４７００００１」を発信元番号として送信する。

つまり内線型携帯電話４０１は、発信元番号として「４７００００１」及び着信先番号として「８０００１２３４」を含み外線電話に着信すべく、管理サーバ１０１に着信要求をする。

ステップＳ５０３では、管理サーバ１０１は、管理サーバ１０１は、内線型携帯電話４０１から、内線の電話網を介して、システム番号「８０００１２３４」を着信先番号とし、当該システム番号を含む着信要求を受信する。

さらに管理サーバ１０１は、内線型携帯電話４０１から、内線の電話網を介して、内線型携帯電話４０１利用者の内線番号である「４７００００１」を発信元番号として当該内線番号を含む着信要求を受信する。

ステップＳ５０４では、管理サーバ１０１は、外線情報テーブルを参照し、受信した「８０００１２３４」と一致するシステム番号が外線情報テーブルにあるかいなかを判定する。一致するシステム番号があると判定した場合には、システム番号による外線発信を実行すべく、ステップＳ５０５に進む。ないと判定した場合には、システム番号が間違っているのでシステム番号による外線発信を実行せず、処理を終了する。

ステップＳ５０５では、管理サーバ１０１は、受信した着信先番号「８０００１２３４」と一致するシステム番号を外線情報テーブル（図７の７０２）から検索し、一致したシステム番号と一意に対応づけられている外線の電話網の電話番号を検索する。

さらに着信先番号の変換処理として、受信した着信先番号「８０００１２３４」を検索した外線の電話網の電話番号「０８０−２２２２−２２２２」に変換する。

また発信元番号の変換処理として、受信した発信元番号「４７００００１」と一致する内線番号を内線情報テーブル（図７の７０３）から検索し、一致した内線番号と一意に対応づけられているダイヤルイン番号「０５０−１１１１−１１１１」を検索し、受信した発信元番号「４７００００１」を検索したダイヤルイン番号「０５０−１１１１−１１１１」に変換する。

ステップＳ５０６では、管理サーバ１０１は、変換したダイヤルイン番号「０５０−１１１１−１１１１」を発信元番号として、ダイヤルイン番号に変換された発信元番号を含んだ着信要求を、外線の電話網の着信先に着信すべく送信する。

さらに着信先番号の着信要求処理として、変換した外線の電話網の電話番号「０８０−２２２２−２２２２」を着信先番号として、外線の電話網の電話番号に変換された着信先番号を含んだ着信要求を、外線の電話網の着信先に着信すべく送信する。
この着信先番号の着信要求処理により外線の電話網の着信先（外線電話）に着信が可能となる。

外線電話で、内線型携帯電話４０１から着信可能な外線の電話網の着信先（お客様）は携帯端末通信事業者の提供するＦＭＣサービス網を使用可能な契約をしていない会社外部の携帯端末のユーザまたは固定電話のユーザである。外線の電話網の着信先（お客様）に着信させる場合に使用する外線の電話網の電話番号「０８０−２２２２−２２２２」は、個人情報としてその情報管理には注意すべき電話番号である。

ステップＳ５０７では、外線電話は、管理サーバ１０１からダイヤルイン番号に変換された発信元番号と外線の電話網の電話番号に変換された着信先番号とを含んだ着信要求を受信し、着信する。管理サーバ１０１からの着信要求を受信すると、管理サーバ１０１と外線電話はＧＷサーバを介して通信確立する。この通信確立により内線型携帯電話４０１と外線電話において管理サーバ１０１を介した通信確立が完了したことになる。

図６の６０１は、図４で説明した管理サーバ１０１が実行する変換処理と本発明で実際に使用する電話番号（情報）を用いて説明した、外線電話から内線電話（内線型携帯電話）４０１に発信する場合の電話番号処理のステップを説明したものである。

図６の６０１では、外線の電話網の電話番号が「０８０−２２２２−２２２２」である利用者Ｘ（お客様）が、外線電話から、ＦＭＣサービスを利用する利用者Ｙ（社員）の内線型携帯電話４０１に着信すべく、利用者Ｙ（社員）に割り当てられた内線の電話網の着信先の電話番号である「０５０−１１１１−１１１１」（ダイヤルイン番号）で着信要求をすることで内線型携帯電話４０１に着信が完了する場合を想定して説明する。

図６の６０１は、「０８０−２２２２−２２２２」（外線の電話網の電話番号）を持つ利用者Ｘ（お客様）が、利用者Ｘ（お客様）が知っている番号である「０５０−１１１１−１１１１」（ダイヤルイン番号）の電話番号を持つ利用者Ｙ（社員）に発信（着信要求）したい場合の電話番号処理である。

ここで説明する「０８０−２２２２−２２２２」の外線の電話網の電話番号にて着信要求する利用者Ｘは一般利用者（お客様）である。ここでの一般の利用者とは後述する、社員の様な社内の内部利用者ではないとの意味である。さらにＦＭＣサービスを利用していない者である。
ステップＳ６０１では、利用者Ｘ（お客様）が当該利用者Ｘの外線電話から、利用者Ｙ（社員）の内線型携帯電話４０１に発信（着信要求）する。
その場合、「０８０−２２２２−２２２２」（外線の電話網の電話番号）を発信元番号として着信要求をする。

ステップＳ６０２では、管理サーバ１０１はＧＷサーバを介して公知技術であるルーティングにより発信元番号「０８０−２２２２−２２２２」と着信先番号「０５０−１１１１−１１１１」を受信する。（Ｓ４０３の処理）
さらに、発信元番号「０８０−２２２２−２２２２」と着信先番号「０５０−１１１１−１１１１」を通話履歴テーブル７０１に登録する。
ステップＳ６０３では、管理サーバ１０１は外線情報テーブルから発信元番号である「０８０−２２２２−２２２２」を参照する。（Ｓ４０４の処理）

ステップＳ６０４では、管理サーバ１０１は外線情報テーブルから、受信した発信元番号「０８０−２２２２−２２２２」と一致する外線の電話網の電話番号を検索し。検索した外線の電話網の電話番号と一意に対応づけたシステム番号をさらに検索する。（Ｓ４０４の処理）

外線情報テーブルに受信した発信元番号「０８０−２２２２−２２２２」と一致する外線の電話網の電話番号がない場合は、システム番号を新規発行する。（Ｓ４０５の処理）

例えば新規発行されるシステム番号は、外線情報テーブルにこれまでに登録されている番号と重複しない固有のシステム番号「８０００１２４２」であり、受信した発信元番号と一意に対応づけて新規登録をする。

これにより発信元番号が（外線情報テーブルに登録されていない）初めて受信する外線の電話網の電話番号である場合には、既に外線情報テーブルに登録されたシステム番号と重複しない、個別のシステム番号を新規発行し、受信した発信元番号と一意に対応づけて新規登録をすることができる。

ステップＳ６０５では、管理サーバ１０１は受信した発信元番号「０８０−２２２２−２２２２」を外線情報テーブルから検索したシステム番号「８０００１２３４」に変換する。（Ｓ４０６の処理）

さらに管理サーバ１０１は、受信した着信先番号「０５０−１１１１−１１１１」を、受信した着信先番号「０５０−１１１１−１１１１」に一致する内線の電話網の着信先の電話番号を内線情報テーブルから検索し、検索した内線の電話網の着信先の電話番号と一意に対応づけた内線番号「４７００００１」に変換する。（Ｓ４０６の処理）

ステップＳ６０６では、管理サーバ１０１は変換された発信元番号「８０００１２３４」と変換された着信先番号「４７００００１」で、利用者Ｙ（社員）の内線型携帯電話４０１に着信要求をする。（Ｓ４０７の処理）

図６の６０２は、図５で説明した管理サーバ１０１が実行する変換処理と本発明で実際に使用する電話番号（情報）を用いて説明した内線電話（内線型携帯電話）４０１から外線電話に発信する場合の電話番号処理のステップを説明したものである。

図６の６０２では、図６の６０１で説明したように外線の電話網の電話番号が「０８０−２２２２−２２２２」である利用者Ｘ（お客様）が、外線電話から、ＦＭＣサービスを利用する利用者Ｙ（社員）の内線型携帯電話４０１に着信すべく、利用者Ｙ（社員）に割り当てられた内線の電話網の着信先の電話番号である「０５０−１１１１−１１１１」（ダイヤルイン番号）で発信（着信要求）をすることで内線型携帯電話４０１に外線電話から一旦着信があった後に、逆に利用者Ｙ（社員）が利用者Ｘに折り返し発信（着信要求）する場合を想定して説明する。

図６の６０２は、お客様が知っている番号である「０５０−１１１１−１１１１」（ダイヤルイン番号）の電話番号を持つ利用者Ｙ（社員）が、「０８０−２２２２−２２２２」（外線の電話網の電話番号）を持つ利用者Ｘに着信要求したい場合の電話番号処理である。

ステップＳ６１１では、「０５０−１１１１−１１１１」の番号を持つ利用者Ｙ（社員）内線型携帯電話４０１から、利用者Ｘ（お客様）の外線電話に着信要求する。その場合には、「０８０−２２２２−２２２２」（外線の電話網の電話番号）ではなく「８０００１２３４」（システム番号）を着信先番号として着信要求をする。

「８０００１２３４」は利用者Ｙ（社員）のみが知る利用者Ｘ（お客様）の外線の電話網の電話番号と一意に対応するように割り当てられた、管理サーバ１０１が記憶する外線の電話網の電話番号に変換可能な番号である。

「８０００１２３４」（システム番号）を着信先番号として着信要求をすると同時に、発信元番号として「４７００００１」（内線番号）を管理サーバ１０１に送信する。

ステップＳ６１２では、管理サーバ１０１はＡ社ＧＷサーバ１０２を介して公知技術であるルーティングにより発信元番号「４７００００１」と着信先番号「８０００１２３４」を受信する。（Ｓ５０３の処理）
ステップＳ６１３では、管理サーバ１０１は外線情報テーブルから着信先番号である「８０００１２３４」を参照する。（Ｓ５０４の処理）

ステップＳ６１４では、管理サーバ１０１は外線情報テーブルから、受信した着信先「８０００１２３４」と一致するシステム番号を検索し。検索したシステム番号と一意に対応づけた外線の電話網の電話番号をさらに検索する。（Ｓ５０５の処理）

ステップＳ６１５では、管理サーバ１０１は受信した着信先番号「８０００１２３４」を外線情報テーブルから検索した外線の電話網の電話番号「０８０−２２２２−２２２２」に変換する。（Ｓ５０５の処理）

さらに管理サーバ１０１は、受信した発信元番号「４７００００１」を、受信した発信元番号「４７００００１」に一致する内線番号を内線情報テーブルから検索し、検索した内線番号と一意に対応づけた内線の電話網の着信先の電話番号「０５０−１１１１−１１１１」に変換する。（Ｓ５０５の処理）

ステップＳ６１６では、管理サーバ１０１は変換された発信元番号「０５０−１１１１−１１１１」と変換された着信先番号「０８０−２２２２−２２２２」で、利用者Ｘ（お客様）の外線電話に着信要求をする。（Ｓ５０６の処理）
図７は、本発明の管理サーバ１０１が記憶するデータテーブルである。

７０１は通話履歴テーブル（通話履歴データ）であり、通話毎の発信元番号及び着信先番号のペアを通話履歴として通話毎にデータベースに登録する。通話履歴テーブルは管理サーバ１０１の外部メモリ３１１に記憶されている。

７０２は外線情報テーブル（外線情報データ）であり、外線の電話網の電話番号と外線の電話網の電話番号毎に固有の番号であるシステム番号とが一意に対応づけて記憶されている。外線情報データを検索して外線情報データに受信した外線の電話網の電話番号（お客様番号）が存在しない（つまり新規のお客様番号である）場合に、自動で既に登録されているシステム番号とは重複しないシステム番号を新規発行し、発行されたシステム番号を外線情報データベースに登録する。また予め外線情報データにお客様番号（外線の電話網の電話番号）とシステム番号を関連付けて登録しても何ら問題はない。外線情報テーブルは管理サーバ１０１の外部メモリ３１１に記憶されている。

７０３は内線情報テーブル（内線情報データ）であり、予め内線情報データのダイヤルイン番号と内線番号を関連付けて登録したデータである。内線情報テーブルは管理サーバ１０１の外部メモリ３１１に記憶されている。
図８は、電話番号更新処理の一例を示すフローチャートである。
ステップＳ８０１〜ステップＳ８０２は内線型携帯電話４０１の図示しないＣＰＵの指示により実行する。
ステップＳ８０３〜ステップＳ８１４、ステップＳ８２２〜ステップＳ８２３、ステップＳ８２４は更新サーバ１０５のＣＰＵ３０１の指示により実行する。
ステップＳ８２１、ステップＳ８２５〜ステップＳ８２５は管理サーバ１０１のＣＰＵ３０１の指示により実行する。

ステップＳ８０１では、内線電話から電話帳を送信する方法として、内線型携帯電話４０１は、ユーザにより内線型携帯電話４０１が記憶する電話帳が選択された後、ユーザにより内線型携帯電話４０１の送信ボタン（送信指示）が押下（受付）されたかを判断する。押下（受付）されたと判断した場合は、ステップＳ８０２に進む。押下されたと判断しない場合は、ステップＳ８０１に戻る。

ステップＳ８０２では、内線電話は図７の７０６に示すような内線電話が記憶する外線の電話網の電話番号を含む電話帳（個人電話帳データ）を更新サーバ１０５に送信する。
ステップＳ８０３では、更新サーバ１０５は、内線電話から、内線電話が記憶する外線の電話網の電話番号を含む電話帳を受信する。
ステップＳ８０４では、更新サーバ１０５は、電話帳に含まれる外線の電話網の電話番号を選択する（電話番号選択手段）。

ステップＳ８０５では、電話番号更新処理を実行する対象であるかを判定する。ステップＳ８０４で選択した電話番号が「０」から始まる番号であり、かつ電話番号の桁数が１０桁（固定電話用）または１１桁（携帯電話用）である場合に、電話番号更新処理を実行する対象であると判定し、ステップＳ８０６に進む。電話番号更新処理を実行する対象ではないと判定した場合は、ステップＳ８０４で選択した電話番号の更新をせず、変換前のそのままにした状態でステップＳ８１２に進む。つまり、外線の電話網の電話番号ともに既にシステム番号や内線番号に更新された番号が、ステップＳ８０３で受信した電話帳に含まれていた場合に該当する。
ステップＳ８０６では、更新サーバ１０５は、選択した外線の電話網の電話番号が社内情報データにあるかを判定する（社内情報データ判定手段）。
ステップＳ８０６でないと判定した場合には、ステップＳ８０８に進む。
ステップＳ８０６であると判定した場合には、ステップＳ８０７に進む。

ステップＳ８０７では、更新サーバ１０５は、ステップＳ８０６であると判定した場合に、選択した外線の電話網の電話番号と一意に対応づけられている内線番号を社内情報データから検索し、選択した外線の電話網の電話番号を検索した内線番号に更新する（内線番号更新手段）。
ステップＳ８０８では、更新サーバ１０５は、選択した外線の電話網の電話番号が前記外線情報データにあるかいなかを判定する（外線情報データ判定手段）。
ステップＳ８０８でないと判定した場合には、ステップＳ８１０に進む。
ステップＳ８０８であると判定した場合には、ステップＳ８０９に進む。

ステップＳ８０９では、更新サーバ１０５は、ステップＳ８０８であると判定した場合に、選択した外線の電話網の電話番号と一意に対応づけられているシステム番号を外線情報データから検索し、選択した外線の電話網の電話番号を検索したシステム番号に更新する（システム番号更新手段）。

ステップＳ８１０では、更新サーバ１０５は、ステップＳ８０８でないと判定した場合に、システム番号を新規発行し、外線情報データに、新規発行したシステム番号を選択した外線の電話網の電話番号と一意に対応づけて登録する（システム番号登録手段）。

ステップＳ８１１では、選択した外線の電話網の電話番号と一意に対応づけられているシステム番号を外線情報データから検索し、選択した外線の電話網の電話番号を検索してステップＳ８１０で新規発行したシステム番号に更新する（システム番号更新手段）。

ステップＳ８１２では、更新サーバ１０５は、ステップＳ８０９で更新したシステム番号を含む電話帳を生成する（第1の電話帳生成手段）。更新サーバ１０５は、ステップＳ８０７で更新した内線番号を含む電話帳を生成する（第２の電話帳生成手段）。

ステップＳ８１３では、電話帳に、電話番号更新処理を実行していない外線の電話網の電話番号が残っているかを判定し、残っていると判定した場合はステップＳ８０４に進む。残ってないと判定した場合はステップＳ８１４に進む。

ステップＳ８１４では、更新サーバ１０５は、ステップＳ８１２で生成したシステム番号を含む電話帳を内線電話に送信する（第１の電話帳送信手段）。更新サーバ１０５は、ステップＳ８１２で生成した内線番号を含む電話帳を内線電話に送信する（第２の電話帳送信手段）。

ステップＳ８１５では、内線電話は、更新サーバ１０５からシステム番号を含む電話帳が送信された場合に、システム番号を含む電話帳を受信する。内線電話は、更新サーバ１０５から内線番号を含む電話帳が送信された場合に、内線番号を含む電話帳を受信する。
なお、ステップＳ８１５で受信する電話帳はシステム番号及び内線番号の両方を含む電話帳であってもよい。

ステップＳ８１６では、内線電話は、ステップＳ８０２で送信した図１０の７０６に示すような電話帳と、ステップＳ８１５で受信した図１０の７０７に示すような電話帳電話帳を交換（入替）することで、内線電話が記憶する電話帳（個人電話帳データ）を更新する。

ステップＳ８２１では、管理サーバ１０１は、自身が記憶している最新の外線情報データ（図７の７０２）を複製し、複製した外線情報データを更新サーバ１０５に送信する。

ステップＳ８２２では、更新サーバ１０５は、内線電話から、ステップＳ８０３で内線電話が記憶する外線の電話網の電話番号を含む電話帳を受信する前に、管理サーバ１０１から、複製した外線情報データを受信する（外線情報データ受信手段）。

ステップＳ８２３では、更新サーバ１０５は、自身が記憶している外線情報データを、ステップＳ８２２で受信した管理サーバ１０１で複製した外線情報データに更新する（第１の外線情報データ更新手段）。

ステップＳ８２４では、更新サーバ１０５は、ステップＳ８１０でシステム番号を登録した後に、自身が記憶する最新の外線情報データ（図７の７０５）を複製し、複製した外線情報データを管理サーバ１０１に送信する（外線情報データ送信手段）。
ステップＳ８２５では、管理サーバ１０１は、複製した外線情報データを受信する。

ステップＳ８２６では、管理サーバ１０１は、自身が記憶している外線情報データをステップＳ８２５で受信した更新サーバ１０５で複製した外線情報データに更新する（第２の外線情報データ更新手段）。
以下、図９を用いて、図１に示した電話番号更新装置（更新サーバ）１０５の機能ブロックについて説明する。
図９は更新サーバ１０５の機能ブロック図である。

データ記憶部は、第１の役割として、外線の電話網の電話番号とシステム番号とを外線情報テーブル７０２に一意に対応づけてデータベースとして予め記憶する。第２の役割として、外線の電話網の電話番号（拠点外線番号）と内線番号（拠点内線番号）とを社内情報テーブル７０４に一意に対応づけてデータベースとして予め記憶する。当該データ記憶部はＲＯＭ３０２または外部メモリ３１１である。
電話番号選択部は、電話番号更新処理を進めるために、電話帳に含まれる外線の電話網の電話番号を選択する。

電話番号判定部は、第１の役割として、外線情報テーブルに記憶されている外線の電話網の電話番号を検索し、あるかいなかを判定する。第２の役割として、社内情報テーブルに記憶されている外線の電話網の電話番号（拠点外線番号）を検索し、あるかいなかを判定する。

電話番号更新部は、第１の役割として、外線情報テーブルに記憶されていれば、システム番号に更新（変換）する。第２の役割として、社内情報テーブルに記憶されていれば、内線番号（拠点内線番号）に更新（変換）する。

電話帳生成部は、第１の役割として、図１０の７０７に示すような外線の電話網の電話番号をシステム番号に更新した電話帳を新規生成する。第２の役割として、図１０の７０７に示すような外線の電話網の電話番号を内線番号（拠点内線番号）に更新した電話帳を新規生成する。つまり図１０の７０７に示すように「０」から始まる外線の電話網の電話番号がシステム番号または内線番号のいずれかに更新され、固有の着信先名称と一意に対応ずけた電話帳を新規生成する。
電話帳送信部は、新規生成した電話帳を内線電話に送信する。

システム番号登録部は、外線情報データに既に存在するシステム番号とは重複しないシステム番号を新規発行し、外線情報データに外線の電話網の電話番号と新規発行したシステム番号を一意に対応づけて新規登録する。
外線情報データ受信部は、管理サーバがデータ記憶部に記憶する外線情報データを複製した複製データを管理サーバから受信する。

外線情報データ更新部は、管理サーバから受信した外線情報データを自身（更新サーバ）がデータ記憶部に記憶する外線情報データに上書き保存することで、自身（更新サーバ）がデータ記憶部に記憶する外線情報データを管理サーバから受信した最新の外線情報データに更新する。

外線情報データ送信部は、自身（更新サーバ）がデータ記憶部に記憶する外線情報データを複製した複製データを管理サーバに定期的に送信する。送信するタイミングは、更新サーバがシステム番号を登録した後である。
図１０は、本発明の更新サーバ１０５が記憶するデータテーブルである。

７０４は社内情報テーブル（社内情報データ）であり、予め外線番号と社内の電話網で接続可能な内線番号を関連付けて登録したデータである。社内情報テーブルは更新サーバ１０５の外部メモリ３１１に記憶されている（社内情報データ記憶手段）。

７０５は外線情報テーブル（外線情報データ）であり、外線の電話網の電話番号と外線の電話網の電話番号毎に固有の番号であるシステム番号とが一意に対応づけて記憶されている。外線情報データを検索して外線情報データに選択した外線の電話網の電話番号（お客様番号）が存在しない（つまり新規のお客様番号である）場合に、自動で既に登録されているシステム番号とは重複しないシステム番号を新規発行し、発行されたシステム番号を外線情報データベースに登録する。また予め外線情報データにお客様番号（外線の電話網の電話番号）とシステム番号を関連付けて登録しても何ら問題はない。外線情報テーブルは更新サーバ１０５の外部メモリ３１１に記憶されている（外線情報データ記憶手段）。

７０６は内線型携帯電話に記憶される電話帳データ（個人電話帳データ）であり、更新サーバ１０５にて図８の電話番号更新処理を実行する前（変換前）のものである。

名前は外線の電話網固有の着信先の名前であり、電話番号と一意に対応づけられている。電話番号は「０」から始まる外線の電話網の着信先の電話番号（外線番号）である。

７０７は内線型携帯電話に記憶される電話帳データ（個人電話帳データ）であり、更新サーバ１０５にて図８の電話番号更新処理を実行した後（変換後）のものである。

名前は外線の電話網固有の着信先の名前であり、電話番号と一意に対応づけられている。電話番号は「０」ではない数字から始まるシステム番号または社内の電話網で接続可能な内線番号である。

以上説明したように、本実施の形態によれば、社員が使用している内線型携帯電話の電話帳に既に登録されている外線の電話網の電話番号を、会社が管理する外線発信が可能な管理番号に正しく置き換えたい場合に、外線の電話網の電話番号が登録されている電話帳を、外線の電話網の電話番号が外線発信可能な管理番号に正しく更新された電話帳と交換することができる。

また、本発明におけるプログラムは、図４、図５及び図８に示すフローチャートの処理を管理サーバ１０１または更新サーバ１０５が実行可能なプログラムであり、本発明の記憶媒体は図４、図５及び図８の処理方法を実行可能なプログラムとして管理サーバ１０１または更新サーバ１０５が記憶している。
（本発明の他の実施形態）

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、管理サーバ１０１が読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

また、本発明の電話番号処理装置は、管理サーバ１０１としてＳＩＰサーバを想定して説明したが、ＳＩＰサーバでの実現に限るものではなく、ＦＭＣサーバ、ＰＢＸ装置でも、本発明の電話番号処理方法を実現可能であり、そのような装置における実施形態も本発明の技術的範囲に属するものである。

１０１ 管理サーバ（電話番号処理装置）
１０５ 更新サーバ（電話番号更新装置）
４０１ 内線型携帯電話（内線電話）
４０２ 携帯電話（外線電話）
３０１ ＣＰＵ
３０２ ＲＯＭ
３０３ ＲＡＭ

Claims (9)

1. 内線の電話網の内線電話と通信可能に接続された電話番号更新装置であって、
   外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する外線情報データ記憶手段と、
   複数の着信先と外線の電話網の電話番号とが一意に対応づけられた電話帳を受信する電話帳受信手段と、
   前記受信した電話帳に含まれる前記複数の着信先に対応づけられている外線の電話網の電話番号が前記外線情報データにあるか否かを判定する外線情報データ判定手段と、
   前記外線情報データ判定手段によってあると判定された、前記外線の電話網の電話番号を、該外線の電話網の電話番号毎に一意に対応づけられているシステム番号にそれぞれ更新するシステム番号更新手段と、
   前記複数の着信先と前記それぞれ更新したシステム番号とが一意に対応づけられた電話帳を生成する電話帳生成手段と、
   前記生成した電話帳を前記内線電話に送信する電話帳送信手段と、
   を備えることを特徴とする電話番号更新装置。
2. 前記電話番号更新装置は、
   外線の電話網の電話番号とシステム番号とが一意に対応づけられた第２の外線情報データを記憶する第２の外線情報データ記憶手段を備え、外線の電話網と内線の電話網との通信確立時に外線の電話網の電話番号とシステム番号との番号変換を行う電話番号処理装置と通信可能に接続され、
   前記電話番号処理装置から、最新の前記第２の外線情報データを受信する外線情報データ受信手段と、
   前記外線情報データを前記受信した最新の第２の外線情報データに更新する外線情報データ更新手段と、
   をさらに備えることを特徴とする請求項１に記載の電話番号更新装置。
3. 前記外線情報データ判定手段によってないと判定された場合には、システム番号を新規発行し、前記発行したシステム番号と前記外線情報データ判定手段によりないと判定された電話番号とを前記外線情報データに一意に対応づけて登録するシステム番号登録手段をさらに備え、
   前記システム番号更新手段は、前記外線情報データ判定手段によってないと判定された、前記外線の電話網の電話番号を、該外線の電話網の電話番号毎に一意に対応づけられている前記発行したシステム番号にそれぞれ更新することを特徴とする請求項１または請求項２に記載の電話番号更新装置。
4. 外線の電話網の電話番号と内線番号とが一意に対応づけられた社内情報データを記憶する社内情報データ記憶手段と、
   前記受信した電話帳に含まれる電話番号が前記社内情報データにあるかを判定する社内情報データ判定手段と、
   前記受信した電話帳に含まれる、前記社内情報データ判定手段によってあると判定された電話番号を、該電話番号に一意に対応づけられている内線番号に更新する内線番号更新手段と、
   をさらに備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載の電話番号更新装置。
5. 前記外線情報データ判定手段が判定する前に前記社内情報データ判定手段が判定し、
   前記システム番号更新手段が前記発行したシステム番号に更新するよりも先に前記内線番号更新手段が内線番号に更新することを特徴とする請求項４に記載の電話番号更新装置。
6. 前記電話番号処理装置は、
   前記外線の電話網からの電話番号である第１の発信元番号を含む情報を受信する受信手段と、
   前記受信手段で受信された前記第１の発信元番号に一意に対応づけられているシステム番号を、前記記憶手段に記憶されている前記外線情報データから検索する検索手段と、
   前記第１の発信元番号を、前記検索手段により検索されたシステム番号に変換する変換手段と、
   前記変換手段によりシステム番号に変換された第２の発信元番号を含む情報を、内線の電話網の着信先に着信すべく送信する送信手段と、
   さらに備え、
   前記電話番号処理装置と通信システムを構成することを特徴とする請求項２に記載の電話番号更新装置。
7. 前記外線情報データ記憶手段が記憶するシステム番号は外線の電話網の電話番号毎に固有の番号であることを特徴とする請求項１乃至請求項６のいずれか１項に記載の電話番号更新装置。
8. 内線の電話網の内線電話と通信可能に接続され、外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する外線情報データ記憶手段を備える電話番号更新装置の制御方法であって、
   前記電話番号更新装置の電話帳受信手段が、複数の着信先と外線の電話網の電話番号とが一意に対応づけられた電話帳を受信する電話帳受信工程と、
   前記電話番号更新装置の外線情報データ判定手段が、前記受信した電話帳に含まれる前記複数の着信先に対応づけられている外線の電話網の電話番号が前記外線情報データにあるか否かを判定する外線情報データ判定工程と、
   前記電話番号更新装置のシステム番号更新手段が、前記外線情報データ判定工程において、あると判定された、前記外線の電話網の電話番号を、該外線の電話網の電話番号毎に一意に対応づけられているシステム番号にそれぞれ更新するシステム番号更新工程と、
   前記電話番号更新装置の電話帳生成手段が、前記複数の着信先と前記それぞれ更新したシステム番号とが一意に対応づけられた電話帳を生成する電話帳生成工程と、
   前記電話番号更新装置の電話帳送信手段が、前記生成した電話帳を前記内線電話に送信する電話帳送信工程と、
   を含むことを特徴とする制御方法。
9. 内線の電話網の内線電話と通信可能に接続された電話番号更新装置で読み取り実行可能なプログラムであって、
   前記電話番号更新装置を、
   外線の電話網の電話番号とシステム番号とが一意に対応づけられた外線情報データを記憶する外線情報データ記憶手段と、
   複数の着信先と外線の電話網の電話番号とが一意に対応づけられた電話帳を受信する電話帳受信手段と、
   前記受信した電話帳に含まれる前記複数の着信先に対応づけられている外線の電話網の電話番号が前記外線情報データにあるか否かを判定する外線情報データ判定手段と、
   前記外線情報データ判定手段によってあると判定された、前記外線の電話網の電話番号を、該外線の電話網の電話番号毎に一意に対応づけられているシステム番号にそれぞれ更新するシステム番号更新手段と、
   前記複数の着信先と前記それぞれ更新したシステム番号とが一意に対応づけられた電話帳を生成する電話帳生成手段と、
   前記生成した電話帳を前記内線電話に送信する電話帳送信手段と、
   して機能させることを特徴とするプログラム。

Images