JP2007104532A - 情報処理方法 - Google Patents

Abstract

【課題】携帯電話機からの情報漏洩を防止する。
【解決手段】本発明によれば、音声通信とデータ通信とを実行可能な第1の携帯電話機から発信先を選択するためのデータの要求を受信する工程と、第1の携帯電話機の利用者に関連してデータ格納部に登録されている発信先候補を、当該発信先候補の電話番号以外の識別情報によって特定する特定工程と、特定工程において特定された発信先候補を当該発信先候補の電話番号以外の識別情報にて特定及び選択可能とするデータを第1の携帯電話機に送信する工程とを含む。このようにサーバ側で管理されている顧客のデータについても、電話番号以外の識別情報にて特定及び選択可能とするデータとして送信するため、電話番号の流出を防止することができるようになる。
【選択図】図１

Description

本発明は、情報漏洩防止技術に関する。

携帯電話機を業務に利用するケースが増えており、個人の携帯電話機を業務でも用いる場合がある。そのような携帯電話機を紛失すると、企業の顧客情報が流出する可能性があり、問題となる。

このため、電話会社側のサーバに電話帳を備え、必要な時に当該サーバから電話帳のデータを携帯電話機に送信し、携帯電話機から特定の発信先に対する発信要求を受信すると、当該携帯電話機と特定の発信先との両方に電話をかけて接続するような仕組みも存在している。このようにすれば、電話帳へのアクセス制御を確実に行うことによって、たとえ携帯電話機を紛失しても、電話帳や発着信履歴に登録されている顧客情報の漏洩を防止することができ、また、サーバから携帯電話機及び特定の発信先の両方に電話をかけるため、携帯電話機が個人の物であっても電話料金を個人と企業とに分けるといった手間も減少する。

また、例えば、特開２００２−５７７９８号公報には、変更者電話帳情報検索手段が電話番号変更通知指示を受けてバックアップデータから変更者の電話帳情報を取得し、登録者情報抽出手段が電話帳に登録した登録者の情報を抽出し、登録者電話帳情報検索手段がバックアップデータから登録者の電話帳情報を取得し、電話番号変更対象抽出手段が電話帳情報に変更者が登録されている登録者を抽出し、電話番号変更手段がその登録者の電話帳情報にある変更者の電話番号を書き換え、変更通知手段が登録者に電話番号変更通知のメールを送信するような仕組みが開示されている。但し、本公報は、電話帳情報変更装置に関し、携帯電話の電話帳情報をバックアップしているデータセンタのバックアップデータを利用して、電話番号の変更に伴う作業を相互に行うことができるようにするものであり、上記のような問題に対処することができない。
特開２００２−５７７９８号公報 齋藤 幸男、"携帯電話内の情報を守る新手法 公私分計とワンナンバーも実現"、［online］、平成１７年６月９日、日経ＢＰ社、インターネット＜ＵＲＬ：http://itpro.nikkei.co.jp/free/TIS/keitai/20050607/162247/?P5＞

しかしながら、上で述べた技術では、情報漏洩についての解決策が不十分で、付帯サービスが十分でないものもある。特に、電話会社側に電話帳データを渡さなければならず、電話会社側の管理に不安があったり、着信時に相手側の電話番号を携帯電話機に単純に通知するような仕組みを採用すると、情報漏洩につながる。

従って、本発明の目的は、携帯電話機からの情報漏洩を防止するための技術を提供することである。

さらに、本発明の他の目的は、ユーザビリティの向上を可能とする電話通信技術を提供することである。

本発明の第１の態様に係る情報処理方法は、音声通信とデータ通信とを実行可能な第１の携帯電話機から発信先を選択するためのデータの要求を受信するステップと、第１の携帯電話機の利用者に関連してデータ格納部に登録されている発信先候補を、当該発信先候補の電話番号以外の識別情報によって特定する特定ステップと、特定ステップにおいて特定された発信先候補を当該発信先候補の電話番号以外の識別情報にて特定及び選択可能とするデータを第１の携帯電話機に送信するステップとを含む。

このようにサーバ側で管理されている顧客のデータについても、電話番号以外の識別情報にて特定及び選択可能とするデータとして送信するため、電話番号の流出を防止することができるようになる。

また、本発明の第１の態様に係る情報処理方法は、第１の携帯電話機から特定発信先の識別情報及び録音要求を含む通話要求をデータ通信にて受信するステップと、第１の携帯電話機との音声通信を行うための第１のポートと、特定発信先に係る第２の電話機との音声通信を行うための第２のポートと、録音用の第３ポートとを確保するステップと、第１の携帯電話機との音声通信のためのリンクを確立して、第１のポートを介して音声通信を行う第１音声通信ステップと、第２の電話機との音声通信のためのリンクを確立して、第２のポートを介して音声通信を行う第２音声通信ステップと、第１の携帯電話機から第１のポートを介して受信した音声データを第２の電話機に、第２の電話機から第２のポートを介して受信した音声データを第１の携帯電話機に、中継するステップと、第３のポートを用いて第１及び第２のポートを介して通信される音声データを録音するステップとをさらに含むようにしてもよい。このように２者通話であっても、３つのポートを確保すれば通話の録音が可能となる。

さらに本発明の第２の態様に係る情報処理方法は、特定の電話番号が割り当てられているコンピュータに実行される情報処理方法であって、第１の電話機から直通内線電話番号に対する発信を受信する発信受信ステップと、第１の電話機との音声通信のリンクを確立するステップと、直通内線電話番号に対応する転送先電話番号を利用者情報テーブルを用いて特定するステップと、特定の電話番号から転送先電話番号に発信するステップと、転送先電話番号に係る第２の電話機から着信応答を受信するステップと、着信応答の受信に応答して、第２の電話機との音声通信のためのリンクを確立するステップと、第２の電話機に対して発信元に関する情報を含むガイダンスを音声データとして送信するガイダンス送信ステップとを含む。このように着信側の第２の電話機には、発信元に関する情報が発信者番号通知やＷｅｂページ・データ等としてではなく、音声データとして通知されるので、発信元の顧客情報漏洩の可能性を低くすることができる。

また、本発明の第２の態様において、上記ガイダンスが、第１の電話機との音声通信を行う際には所定のＤＴＭＦ（Dial Tone Multi Frequency）信号を返信することを求めるメッセージを含むようにしてもよい。そして、第２の電話機から所定のＤＴＭＦ信号を受信するステップと、所定のＤＴＭＦ信号の受信に応答して、第１の電話機から受信した音声データを第２の電話機に、第２の電話機から受信した音声データを第１の電話機に、中継するステップとをさらに含むようにしても良い。このようにすれば、着信側の第２の電話機を使用しているユーザは、準備が整ってから発信元の顧客と通話を行うことができるようになるため、ユーザビリティが向上する。

さらに、本発明の第２の態様において、ガイダンス送信ステップの実行から所定時間内に所定のＤＴＭＦ信号を受信しないことを検出する検出ステップと、検出ステップ実行後に、第１の電話機に対して接続不可を表すガイダンスを音声データとして送信するステップと、第１の電話機との音声通信のためのリンクを切断するステップとをさらに含むようにしてもよい。このように、着信側の第２の電話機において着信できず、例えば留守番電話に切替えられてしまった場合にも、発信元の第１の電話機に適切な音声ガイダンスを流すことができる。

なお、本方法をコンピュータに実行させるためのプログラムを作成することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。

本発明によれば、携帯電話機からの情報漏洩を防止することができるようになる。

また本発明の他の側面によれば、ユーザビリティの向上を可能となる。

図１を用いて本発明の一実施の形態に係るシステム概要を説明する。ネットワーク１は、例えば携帯電話ネットワークであり、音声及びデータ通信が行われる。また、ネットワーク１は、例えば公衆回線網であるネットワーク２、例えばインターネットであるネットワーク４に接続される。ネットワーク１には、当該ネットワーク１に接続された複数の基地局と無線通信を行う複数の携帯電話機（図１では携帯電話機Ａ及びＢのみを示す）が接続される。本実施の形態に係る携帯電話機は、少なくともウェブ（Ｗｅｂ）ブラウザ機能及び音声通信機能を有する無線通信機器である。また、本実施の形態に係る処理を行う専用クライアント・アプリケーションが実行される場合もある。ネットワーク２には、音声通信機能を有する複数の電話機（図１では電話機Ｃのみを示す）が接続されている。

ネットワーク４には、本実施の形態において設置されるＳＩＰ（Session Initiation Protocol）−ＳＩＰ−ＧＷ（Gateway:ゲートウェイ）３とモバイル接続サーバ７とが接続されている。ＳＩＰ−ＳＩＰ−ＧＷ３は、ネットワーク８を介して、メディア管理サーバ５と、ＳＩＰサーバ９とに接続されている。また、モバイル接続サーバ７も、ネットワーク８に接続されている。音声データについては、主にＳＩＰ−ＳＩＰ−ＧＷ３を経由してネットワーク８側とネットワーク４側とでやりとりされる。通常データについてはモバイル接続サーバ７において処理され、必要なデータがメディア管理サーバ５などに出力される。

メディア管理サーバ５は、電子会議室機能、音声データ中継機能、音声録音機能などを有しており、録音データ格納部５１と利用者情報テーブル５２とを管理している。ＳＩＰサーバ９は、ＳＩＰに従った通信制御を行うサーバである。モバイル接続サーバ７は、ユーザ・セッション管理部７１と、電話帳管理部７２と、発信要求処理部７３と、履歴管理部７４とを有し、セッション管理テーブル７５と、電話帳データテーブル７６と、履歴管理データ格納部７７とを管理している。

上で述べた例では、ネットワーク４とネットワーク８とをＳＩＰ−ＳＩＰ−ＧＷ３とモバイル接続サーバ７とでブリッジするような構成例を示しているが、全てのサーバがネットワーク４に接続して、ネットワーク８を用いないような構成を採用しても良い。

図２に、セッション管理テーブル７５の構成例を示す。図２の例では、ユーザＩＤと、パスワードと、携帯電話機の電話番号と、セッションＩＤとが対応付けられている。ユーザＩＤとパスワードと携帯電話機の電話番号とについては予め登録されている。セッションＩＤは、携帯電話機からログインする毎に割り当てられ、セッション管理テーブル７５に登録される。

図３に、電話帳データテーブル７６の構成例を示す。図３の例では、名前と、ユーザＩＤと、電話番号と、名前と電話番号とを登録した登録者の電話番号とが対応付けられている。名前と電話番号とはユーザからの指示に従って登録される。ユーザＩＤは登録指示受け付け時に一意に生成され、登録される。登録者の電話番号は、登録指示受け付け時に抽出されて登録される。

図４に、履歴管理データ格納部７７に格納される履歴管理データテーブルの構成例を示す。図４の例では、発信日時と、発信者電話番号と、着信者電話番号とが対応付けられている。なお、履歴管理データ格納部７７には、履歴管理データテーブル以外にも、詳細な履歴データが登録される。詳細な履歴データには、発信者電話番号、着信者電話番号、録音の有無、着信日時、通話開始日時、通話終了日時、通話時間、通話の成否などが含まれる。

図５に、利用者情報テーブル５２の構成例を示す。図５の例では、ＤＩＤ（Direct Inward Dial）番号（直通内線電話番号）と、携帯電話機の電話番号とが対応付けられている。本実施の形態では、企業などにおいて従業員毎にＤＩＤを割当て、当該従業員が使用している携帯電話機に着信を転送する。なお、携帯電話機以外の電話の電話番号を登録するようにしても良い。

録音データ格納部５１は、メディア管理サーバ５の録音機能によって生成される録音データファイルを格納する。例えば、日時−携帯電話機の電話番号というファイル名にて管理する。

次に、図６乃至図２９を用いて図１に示したシステムの処理について説明する。まず、図６乃至図８を用いて、ログイン時の処理について説明する。まず、携帯電話機Ａのユーザは、携帯電話機Ａのクライアント・アプリケーション（Ｗｅｂブラウザ（以下、ブラウザと略する）の場合もあれば、専用のクライアント・アプリケーションの場合もある。ここでは以下ブラウザとして説明する。）を操作して、ログイン要求をモバイル接続サーバ７に送信する（ステップＳ１）。モバイル接続サーバ７のユーザ・セッション管理部７１は、携帯電話機Ａからのログイン要求を受信し（ステップＳ３）、ログイン・ページ・データを携帯電話機Ａに送信する（ステップＳ５）。携帯電話機Ａのブラウザは、モバイル接続サーバ７からログイン・ページ・データを受信し、表示装置に表示する（ステップＳ７）。例えば図７に示すような画面が表示される。図７の画面例では、ユーザＩＤ及びパスワードの入力欄と送信ボタンとが設けられている。

携帯電話機Ａのユーザは、自己のユーザＩＤ及びパスワードを入力し、送信ボタンをクリックする。そうすると、携帯電話機Ａのブラウザは、ユーザからのユーザＩＤ及びパスワードの入力を受け付け、当該ユーザＩＤ及びパスワードを、モバイル接続サーバ７に送信する（ステップＳ９）。モバイル接続サーバ７のユーザ・セッション管理部７１は、携帯電話機ＡからユーザＩＤ及びパスワードを受信し（ステップＳ１１）、受信したユーザＩＤによってセッション管理テーブル７５を検索することによって、対応して登録されているパスワードを読み出し、受信したパスワードと読み出したパスワードとを比較することによってユーザ認証処理を実施する（ステップＳ１３）。このユーザ認証に失敗した場合には、例えば認証失敗を携帯電話機Ａに通知する。

一方、ユーザ認証が成功した場合には、ユーザ・セッション管理部７１は、セッションＩＤを生成し、セッション管理テーブル７５の該当レコードに登録し（ステップＳ１５）、トップメニュー・ページ・データ及びセッションＩＤを携帯電話機Ａに送信する（ステップＳ１７）。

携帯電話機Ａのブラウザは、モバイル接続サーバ７からトップメニュー・ページ・データ及びセッションＩＤを受信し、例えばメインメモリなどの記憶装置に格納し、トップメニュー画面を表示装置に表示する（ステップＳ１９）。例えば、図８に示すような画面が表示される。図８の画面例では、「電話帳登録」ボタンと、「電話帳からの発信」ボタンと、「発信履歴からの発信」ボタンと、「着信履歴からの発信」ボタンと、「ログアウト」ボタンとが設けられている。

以下、このトップメニュー画面を表示しており、いずれかのボタンをクリックした際の処理について説明する。

なお、このようにセッションＩＤを生成して、ログインからログアウトまでの間、携帯電話機Ａを特定するための識別情報として用いる。

最初に、「電話帳登録」ボタンをクリックした場合の処理について図９乃至図１１を用いて説明する。携帯電話機Ａのユーザが、トップメニュー画面において電話帳登録ボタンをクリックすると、携帯電話機Ａのブラウザは、電話帳登録の選択入力を受け付け（ステップＳ２１）、登録画面表示要求をモバイル接続サーバ７に送信する（ステップＳ２３）。モバイル接続サーバ７の電話帳管理部７２は、携帯電話機Ａから登録画面表示要求を受信し（ステップＳ２５）、当該携帯電話機Ａに電話帳登録ページ・データを送信する（ステップＳ２７）。

携帯電話機Ａのブラウザは、モバイル接続サーバ７から電話帳登録ページ・データを受信し、表示装置に表示する（ステップＳ２９）。例えば図１０に示すような画面が表示される。図１０の画面例では、登録顧客の名前及び電話番号の入力欄と、登録ボタンとが設けられている。

携帯電話機Ａのユーザは、名前及び電話番号を入力欄に入力し、登録ボタンをクリックする。そうすると、携帯電話機Ａのブラウザは、名前及び電話番号の入力を受け付け（ステップＳ３１）、入力された名前及び電話番号と保持しているセッションＩＤとを含む登録要求をモバイル接続サーバ７に送信する（ステップＳ３３）。

モバイル接続サーバ７の電話帳管理部７２は、携帯電話機Ａから名前と電話番号とセッションＩＤとを含む登録要求を受信し（ステップＳ３５）、例えばメインメモリ等の記憶装置に格納する。そして、セッションＩＤを含む電話番号検索依頼を生成して、ユーザ・セッション管理部７１に出力する（ステップＳ３７）。

ユーザ・セッション管理部７１は、電話帳管理部７２からセッションＩＤを含む電話番号検索依頼を受信し（ステップＳ３９）、セッションＩＤによりセッション管理テーブル７５を検索し、当該セッションＩＤに対応して登録されている電話番号を読み出し、電話帳管理部７２に出力する（ステップＳ４１）。

電話帳管理部７２は、ユーザ・セッション管理部７１からセッションＩＤに対応する電話番号を受信し、例えばメインメモリ等の記憶装置に格納する（ステップＳ４３）。そして、登録要求に係る顧客のユーザＩＤを生成し（ステップＳ４５）、受信した名前、生成したユーザＩＤ、受信した顧客の電話番号、及び登録元電話番号（ユーザ・セッション管理部７１から受信した電話番号）を含むレコードを電話帳データテーブル７６に格納する（ステップＳ４７）。そして、携帯電話機Ａに登録完了通知ページ・データを送信する（ステップＳ４９）。携帯電話機Ａのブラウザは、登録完了通知ページ・データを受信し、表示装置に表示する（ステップＳ５１）。

例えば図１１に示すよう画面が表示される。図１１の画面例では、「登録が完了しました」というメッセージと、ＴＯＰ画面（トップメニュー画面：図８）に戻るためのリンクとが設けられている。

このように携帯電話機Ａではなく、モバイル接続サーバ７側に電話帳を設けることによって、携帯電話機Ａに顧客情報が蓄積されることを防止し、顧客情報の漏洩を防止することができるようになる。

次に、トップメニュー画面において、「電話帳からの発信」ボタンがクリックされた場合の処理について、図１２乃至図２２を用いて説明する。まず、携帯電話機Ａのユーザは、トップメニュー画面において「電話帳からの発信」ボタンをクリックする。携帯電話機Ａのブラウザは、ユーザから「電話帳からの発信」の選択入力を受け付け（ステップＳ４１）、保持しているセッションＩＤを含む電話帳要求をモバイル接続サーバ７に送信する（ステップＳ４３）。

モバイル接続サーバ７の電話帳管理部７２は、携帯電話機ＡからセッションＩＤを含む電話帳要求を受信すると（ステップＳ４５）、セッションＩＤを含む電話番号検索依頼を生成してユーザ・セッション管理部７１に出力する（ステップＳ４７）。ユーザ・セッション管理部７１は、電話帳管理部７２からセッションＩＤを含む電話番号検索依頼を受信し（ステップＳ４９）、受信したセッションＩＤにより電話帳データテーブル７６を検索して当該セッションＩＤに対応して登録されている電話番号を読み出し、電話帳管理部７２に出力する（ステップＳ５１）。

電話帳管理部７２は、ユーザ・セッション管理部７１から電話番号を受信し（ステップＳ５３）、受信した電話番号を登録者電話番号として電話帳データテーブル７６を検索して該当するレコードの名前及びユーザＩＤを抽出し、当該名前及びユーザＩＤから構成される電話帳リストを生成する（ステップＳ５５）。そして、名前及びユーザＩＤから構成される電話帳リストから電話帳リスト・ページ・データを生成し、携帯電話機Ａに送信する（ステップＳ５７）。

携帯電話機Ａのブラウザは、モバイル接続サーバ７から電話帳リスト・ページ・データを受信し、表示装置に表示する（ステップＳ５９）。例えば図１３のような画面が表示される。図１３の画面例では、各名前につき、対応する録音無の発信ボタンと録音有の発信ボタンとが設けられている。ユーザＩＤ自体は表示されず、対応する録音フラグ（ＯＮ／ＯＦＦ）と共に電話帳リスト・ページ・データ内において発信ボタンに対応付けられている。

携帯電話機Ａのユーザは、発信先の顧客名に対応する発信ボタンをクリックする。その際には、録音を行う場合には録音有の列の発信ボタンをクリックし、録音を行わない場合には録音無の列の発信ボタンをクリックする。ここでは、特定の発信先（ここでは電話機Ｃ。但し携帯電話機Ｂであってもよい。）について録音有の発信ボタンがクリックされたものとする。そうすると、携帯電話機Ａのブラウザは、特定の発信先について録音有の選択入力を受け付ける（ステップＳ６１）。後続の処理は、図１４を用いて説明する。

図１４の処理の説明に移行して、携帯電話機Ａのブラウザは、セッションＩＤ、選択に係る着信者のユーザＩＤ及び録音フラグ（この場合ＯＮ）を含む発信要求をモバイル接続サーバ７に送信する（ステップＳ６３）。モバイル接続サーバ７の発信要求処理部７３は、携帯電話機ＡからセッションＩＤ、着信者のユーザＩＤ及び録音フラグ（ＯＮ）を含む発信要求を受信し、例えばメインメモリ等の記憶装置に格納する（ステップＳ６５）。そして、受信したセッションＩＤを含む、発信側の電話番号検索依頼をユーザ・セッション管理部７１に出力する（ステップＳ６７）。ユーザ・セッション管理部７１は、発信要求処理部７３から、セッションＩＤを含む、発信側の電話番号検索依頼を受信し（ステップＳ６９）、セッションＩＤでセッション管理テーブル７５を検索して発信側電話番号を読み出し、発信要求処理部７３に出力する（ステップＳ７１）。

発信要求処理部７３は、ユーザ・セッション管理部７１から発信側電話番号を受信し、例えばメインメモリ等の記憶装置に格納する（ステップＳ７３）。さらに、発信要求処理部７３は、着信者のユーザＩＤを含む、着信側の電話番号検索依頼を、電話帳管理部７２に出力する（ステップＳ７５）。電話帳管理部７２は、着信者のユーザＩＤを含む、着信側の電話番号検索依頼を受信し（ステップＳ７７）、着信者のユーザＩＤで電話帳データテーブル７６を検索して着信側電話番号を読み出し、発信要求処理部７３に出力する（ステップＳ７９）。

発信要求処理部７３は、電話帳管理部７２から着信側電話番号を受信し、例えばメインメモリ等の記憶装置に格納する（ステップＳ８１）。そして、セッションＩＤと、ステップＳ７３で受信した発信側電話番号と、ステップＳ８１で受信した着信側電話番号と、録音フラグ（ＯＮ）とを含む発信要求を、メディア管理サーバ５に送信する（ステップＳ８３）。また、発信完了通知を含むＷｅｂページ・データを携帯電話機Ａに送信する（ステップＳ８７）。携帯電話機Ａのブラウザは、モバイル接続サーバ７から、発信完了通知を含むＷｅｂページ・データを受信し、表示装置に表示する（ステップＳ８９）。例えば、図１５のような画面を表示する。図１５の画面例では、「発信が完了しました」というメッセージと、ＴＯＰ画面（トップメニュー画面）に戻るためのリンクとが設けられている。

一方、メディア管理サーバ５は、モバイル接続サーバ７から、セッションＩＤと、ステップＳ７３で受信した発信側電話番号と、ステップＳ８１で受信した着信側電話番号と、録音フラグ（ＯＮ）とを含む発信要求を受信する（ステップＳ８５）。これ以降の処理は、図１６を用いて説明する。

図１６の処理の説明に移行して、メディア管理サーバ５は、録音フラグ（ＯＮ）を含む発信要求に応答して、当該メディア管理サーバ５において、発信ポート２個、録音ポート１個及びこれらのポートを連結して電子会議を行うための会議室リソースを獲得する（ステップＳ９１）。なお、録音フラグ（ＯＦＦ）であれば、録音ポートは不要となる。次に、発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信元に対する発信要求をＳＩＰサーバ９に送信する（ステップＳ９３）。ＳＩＰサーバ９は、メディア管理サーバ５から、発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信元に対する発信要求を受信し、当該発信要求に応答して発信側電話番号に対する呼出要求をＳＩＰ−ＳＩＰ−ＧＷ３に送信する（ステップＳ９５）。

ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信側電話番号に対する呼出要求を受信し、携帯電話機Ａに転送する（ステップＳ９７）。さらに、呼出中を表すメッセージをＳＩＰサーバ９に返信する（ステップＳ９９）。ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出中を表すメッセージを受信し、メディア管理サーバ５に転送する（ステップＳ１０１）。メディア管理サーバ５は、呼出中を表すメッセージを受信し（ステップＳ１０３）、応答タイマによる時間計測を開始する（ステップＳ１０５）。

携帯電話機Ａは、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出要求を受信し（ステップＳ１０７）、呼び出し音を出力する。呼出要求がメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含むので、携帯電話機Ａは表示装置に、発信元の電話番号としてメディア管理サーバ５に割り当てられている電話番号を表示する。これに応答して、携帯電話機Ａのユーザが通話キーを押すと、当該携帯電話機Ａは、当該通話入力を受け付け（ステップＳ１０９）、呼出成功メッセージをＳＩＰ−ＳＩＰ−ＧＷ３に返信する（ステップＳ１１１）。ＳＩＰ−ＳＩＰ−ＧＷ３は、携帯電話機Ａから呼出成功メッセージを受信し、ＳＩＰサーバ９に転送する（ステップＳ１１３）。さらに、ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から受信した呼出成功メッセージを受信し、メディア管理サーバ５に転送する（ステップＳ１１５）。

メディア管理サーバ５は、ＳＩＰサーバ９から呼出成功メッセージを受信し（ステップＳ１１７）、呼出成功メッセージ受信に応答して応答タイマによる時間計測を停止する（ステップＳ１１９）。もし、所定の時間内に呼出成功メッセージを受信しない場合については後に説明する。ここでは、所定の時間内に呼出成功メッセージを受信したものとする。ここまでの処理で、メディア管理サーバ５と携帯電話機Ａとの音声通信のリンクが確立されたことになり、第１の発信ポートを介して音声データのやりとりを携帯電話機Ａと行うことができる。これ以降の処理については図１７を用いて説明する。

図１７の処理の説明に移行して、メディア管理サーバ５は、「電話帳サービスからの着信です。開始する場合は「＃」を入力してください」といった音声ガイダンスを、携帯電話機Ａに送信する（ステップＳ１２１）。また、音声ガイダンスの送信に応答して、ＰＢ（Push Button）タイマで時間計測を開始する（ステップＳ１２３）。携帯電話機Ａは、上で述べたような音声ガイダンスを受信し、スピーカから出力する（ステップＳ１２５）。ここでは、携帯電話機Ａのユーザは、直ぐに応答できる状態であるため、「＃」ボタンを押す。携帯電話機Ａは、ユーザによる「＃」キーの押下を受け付け、「＃」のＤＴＭＦ（Dial Tone Multi Frequency）信号（ＰＢ（Push Button）信号）を送出する（ステップＳ１２７）。

メディア管理サーバ５は、携帯電話機Ａから「＃」のＤＴＭＦ信号を受信する（ステップＳ１２９）。そうすると、ＰＢタイマによる時間計測を停止し、所定の時間内に「＃」のＤＴＭＦ信号を受信したか判断する。ここでは所定の時間内に「＃」のＤＴＭＦ信号を受信したものとする。そうすると、ステップＳ９１で獲得した会議室リソースを用いて第１話者（携帯電話機Ａのユーザ）との電子会議を開始する（ステップＳ１３１）。そうすると、メディア管理サーバ５は、着信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信先に対する発信要求をＳＩＰサーバ９に送信する（ステップＳ１３３）。ＳＩＰサーバ９は、メディア管理サーバ５から着信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信先に対する発信要求を受信すると、当該発信要求に応答して着信側電話番号に対する呼出要求をＳＩＰ−ＳＩＰ−ＧＷ３に送信する（ステップＳ１３５）。

ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から着信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信側電話番号に対する呼出要求を受信し、電話機Ｃに転送する（ステップＳ１３７）。さらに、呼出中を表すメッセージをＳＩＰサーバ９に返信する（ステップＳ１４１）。ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出中を表すメッセージを受信し、メディア管理サーバ５に転送する（ステップＳ１４３）。メディア管理サーバ５は、呼出中を表すメッセージを受信し（ステップＳ１４５）、ステップＳ９１で獲得した会議室リソースを用いて、第２話者（電話機Ｃのユーザ）との電子会議を開始する（ステップＳ１４７）。

一方、電話機Ｃは、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出要求を受信し（ステップＳ１３９）、呼び出し音を出力する。呼出要求がメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含むので、電話機Ｃは、可能であれば表示装置に、発信元の電話番号としてメディア管理サーバ５に割り当てられている電話番号を表示する。これに応答して、電話機Ｃのユーザが受話器を取る又は通話ボタンを押すなどの操作を行うと、当該電話機Ｃは、当該通話入力を受け付け（ステップＳ１４９）、呼出成功メッセージをＳＩＰ−ＳＩＰ−ＧＷ３に返信する（ステップＳ１５１）。ＳＩＰ−ＳＩＰ−ＧＷ３は、電話機Ｃから呼出成功メッセージを受信し、ＳＩＰサーバ９に転送する（ステップＳ１５３）。さらに、ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から受信した呼出成功メッセージを受信し、メディア管理サーバ５に転送する（ステップＳ１５５）。メディア管理サーバ５は、ＳＩＰサーバ９から呼出成功メッセージを受信する（ステップＳ１５７）。ここまでの処理で、メディア管理サーバ５と電話機Ｃとの音声通信のリンクが確立され、第２の発信ポートを介して音声データのやりとりを電話機Ｃと行うことができる。これ以降の処理については図１８を用いて説明する。

図１８の処理の説明に移行して、メディア管理サーバ５は、録音ファイルを生成し、音声通話の録音を開始する（ステップＳ１５９）。そして、電子会議室の機能に基づき、携帯電話機Ａ及び電話機Ｃからの音声データを他方の電話機に対して中継する（ステップＳ１６１）。同時に録音も実施する。携帯電話機Ａは、マイクロフォンから音声入力を受け付け、入力音声の音声データをメディア管理サーバ５に送信し、メディア管理サーバ５から音声データを受信し、スピーカから出力する（ステップＳ１６３）。同様に、電話機Ｃは、マイクロフォンから音声入力を受け付け、入力音声の音声データをメディア管理サーバ５に送信し、メディア管理サーバ５から音声データを受信し、スピーカから出力する（ステップＳ１６５）。このようにして、携帯電話機Ａと電話機Ｃとの間で音声通信が行われる。

次に、切断時の処理について説明する。ここでは電話機Ｃのユーザから切断の指示が出される例を説明するが、携帯電話機Ａのユーザからであっても同様である。まず、電話機Ｃのユーザが、受話器を置くか又は終了ボタンを押すと、電話機Ｃはユーザからの切断指示を受け付け、切断指示をＳＩＰ−ＳＩＰ−ＧＷ３に送信する（ステップＳ１６７）。電話機Ｃは、メディア管理サーバ５とのリンクを切断する。ＳＩＰ−ＳＩＰ−ＧＷ３は、電話機Ｃからの切断指示を受信すると、ＳＩＰサーバ９に転送する（ステップＳ１６９）。さらに、ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から切断指示を受信し、メディア管理サーバ５に転送する（ステップＳ１７１）。メディア管理サーバ５は、ＳＩＰサーバ９から切断指示を受信し（ステップＳ１７３）、ステップＳ９１で獲得したポート及び電子会議のための会議室リソースを解放する（ステップＳ１７５）。さらに、メディア管理サーバ５は、携帯電話機Ａ宛の切断通知をＳＩＰサーバ９に送信する（ステップＳ１７７）。ＳＩＰサーバ９は、メディア管理サーバ５から切断通知を受信し、ＳＩＰ−ＳＩＰ−ＧＷ３に転送する（ステップＳ１７９）。さらに、ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から切断通知を受信し、携帯電話機Ａに転送する（ステップＳ１８１）。携帯電話機Ａは、ＳＩＰ−ＳＩＰ−ＧＷ３から切断通知を受信し、メディア管理サーバ５とのリンクを切断する。これ以降の処理は図１９を用いて説明する。

図１９の処理の説明に移行して、メディア管理サーバ５は、録音を終了し、録音ファイルを録音データ格納部５１に保存する（ステップＳ１８３）。録音ファイル名は、例えば日時−携帯電話番号で構成される。携帯電話機Ａのユーザは、後に必要であればメディア管理サーバ５により録音データ格納部５１に格納された指定の録音ファイルを再生することができる。

また、メディア管理サーバ５は、発信履歴（発信者電話番号、着信者電話番号、録音の有無（ここでは有）、発信日時、通話開始日時、通話終了日時、通話時間及び発信成功コード）を生成し、当該発信履歴の登録要求をモバイル接続サーバ７の履歴管理部７４に送信する（ステップＳ１８５）。モバイル接続サーバ７の履歴管理部７４は、メディア管理サーバ５から発信履歴の登録要求を受信し、履歴管理データ格納部７７に格納すると共に、発信日時、発信者電話番号及び着信者電話番号で履歴管理データテーブルを更新する（ステップＳ１８７）。

以上、通常時の処理を説明したが、ＳＩＰに従ったメッセージのうち一部については直接本実施の形態とは関係ないので省略して説明している部分がある。これは以下の説明でも同様である。

次に、携帯電話機Ａから発信要求を行っているが、何らかの理由でその発信要求直後に通話が不可能となってしまった場合の処理について図２０乃至図２２を用いて説明する。なお、ステップＳ９１より前の処理は同一であるから説明を省略する。

まず、メディア管理サーバ５は、録音フラグ（ＯＮ）を含む発信要求に応答して、当該メディア管理サーバ５において、発信ポート２個、録音ポート１個及びこれらのポートを連結して電子会議を行うための会議室リソースを獲得する（ステップＳ１９１）。次に、発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信元に対する発信要求をＳＩＰサーバ９に送信する（ステップＳ１９３）。ＳＩＰサーバ９は、メディア管理サーバ５から、発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信元に対する発信要求を受信し、当該発信要求に応答して発信側電話番号に対する呼出要求をＳＩＰ−ＳＩＰ−ＧＷ３に送信する（ステップＳ１９５）。

ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信側電話番号に対する呼出要求を受信し、携帯電話機Ａに転送する（ステップＳ１９７）。さらに、呼出中を表すメッセージをＳＩＰサーバ９に返信する（ステップＳ２０１）。ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出中を表すメッセージを受信し、メディア管理サーバ５に転送する（ステップＳ２０３）。メディア管理サーバ５は、呼出中を表すメッセージを受信し（ステップＳ２０５）、応答タイマによる時間計測を開始する（ステップＳ２０７）。

携帯電話機Ａは、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出要求を受信し（ステップＳ１９９）、呼び出し音を出力する。呼出要求がメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含むので、携帯電話機Ａは表示装置に、発信元の電話番号としてメディア管理サーバ５に割り当てられている電話番号を表示する。しかし、上で述べたように、携帯電話機Ａのユーザは、通話キーを押すことができず、所定時間経過後に、呼出要求はネットワーク１における周知の機構により留守番電話センターに転送されてしまう。

留守番電話センターは、通常どおり呼出要求を受信すると着信処理を実施し（ステップＳ２０９）、呼出成功メッセージをＳＩＰ−ＳＩＰ−ＧＷ３に返信する（ステップＳ２１１）。ＳＩＰ−ＳＩＰ−ＧＷ３は、留守番電話センターから呼出成功メッセージを受信し、ＳＩＰサーバ９に転送する（ステップＳ２１３）。さらに、ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出成功メッセージを受信し、メディア管理サーバ５に転送する（ステップＳ２１４）。

メディア管理サーバ５は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出成功メッセージを受信し（ステップＳ２１５）、呼出成功メッセージ受信に応答して応答タイマによる時間計測を停止する（ステップＳ２１７）。ここでも、所定の時間内に呼出成功メッセージを受信したものとする。ここまでの処理で、メディア管理サーバ５と留守番電話センターとの音声通信のリンクが確立されたことになり、第１の発信ポートを介して音声データのやりとりを留守番電話センターと行うことができる。なお、留守番電話センターでは、予め定められた音声メッセージを一方的にメディア管理サーバ５に送出し始める。これ以降の処理については図２１を用いて説明する。

図２１の処理の説明に移行して、メディア管理サーバ５は、「電話帳サービスからの着信です。開始する場合は「＃」を入力してください」といった音声ガイダンスを、留守番電話センターに送信する（ステップＳ２１９）。また、音声ガイダンスの送信に応答して、ＰＢタイマで時間計測を開始する（ステップＳ２２１）。留守番電話センターは、上で述べたような音声ガイダンスを受信する（ステップＳ２２３）。しかし、留守番電話センターは音声ガイダンスに応答するようにはなっていないので、「＃」のＤＴＭＦ信号を送出することはない。

すなわち、ＰＢタイマによる時間計測がタイムアウトとなり、これを検出することになる（ステップＳ２２５）。そうすると、メディア管理サーバ５は、ステップＳ１９１で獲得した３個のポート及び会議室リソースを解放する（ステップＳ２２７）。さらに、留守番電話センター宛の切断通知をＳＩＰサーバ９に送信する（ステップＳ２２９）。ＳＩＰサーバ９は、メディア管理サーバ５から切断通知を受信し、ＳＩＰ−ＳＩＰ−ＧＷ３に転送する（ステップＳ２３１）。さらに、ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から切断通知を受信し、留守番電話センターに転送する（ステップＳ２３３）。留守番電話センターは、ＳＩＰ−ＳＩＰ−ＧＷ３から切断通知を受信し、メディア管理サーバ５とのリンクを切断する（ステップＳ２３５）。

さらに、メディア管理サーバ５は、発信履歴（発信者電話番号、着信者電話番号、録音の有無（有）、発信日時、通話開始日時（なし）、通話終了日時（なし）、通話時間（なし）及び発信失敗コード）を生成し、当該発信履歴の登録要求を、モバイル接続サーバ７の履歴管理部７４に送信する（ステップＳ２３７）。モバイル接続サーバ７の履歴管理部７４は、メディア管理サーバ５から発信履歴の登録要求を受信し、履歴管理データ格納部７７に格納する（ステップＳ２３９）。なお、履歴管理テーブルについても更新する。

このような処理を行うことによって、たとえ留守番電話センターに接続されるような事態になっても、適切に通信を終了させることができるようになる。

次に、携帯電話機Ａから発信要求を行っているが、何らかの理由でその発信要求直後に通話が不可能となってしまい、且つ留守番電話センターに転送されない場合の処理について図２２を用いて説明する。なお、ステップＳ９１より前の処理は同一であるから説明を省略する。

まず、メディア管理サーバ５は、録音フラグ（ＯＮ）を含む発信要求に応答して、当該メディア管理サーバ５において、発信ポート２個、録音ポート１個及びこれらのポートを連結して電子会議を行うための会議室リソースを獲得する（ステップＳ２４１）。次に、発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信元に対する発信要求をＳＩＰサーバ９に送信する（ステップＳ２４３）。ＳＩＰサーバ９は、メディア管理サーバ５から、発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信元に対する発信要求を受信し、当該発信要求に応答して発信側電話番号に対する呼出要求をＳＩＰ−ＳＩＰ−ＧＷ３に送信する（ステップＳ２４５）。

ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から発信側電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ発信側電話番号に対する呼出要求を受信し、携帯電話機Ａに転送する（ステップＳ２４７）。さらに、呼出中を表すメッセージをＳＩＰサーバ９に返信する（ステップＳ２５１）。ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出中を表すメッセージを受信し、メディア管理サーバ５に転送する（ステップＳ２５３）。メディア管理サーバ５は、呼出中を表すメッセージを受信し（ステップＳ２５５）、応答タイマによる時間計測を開始する（ステップＳ２５７）。

携帯電話機Ａは、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出要求を受信し（ステップＳ２４９）、呼び出し音を出力する。呼出要求がメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含むので、携帯電話機Ａは表示装置に、発信元電話番号としてメディア管理サーバ５に割り当てられている電話番号を表示する。しかし、上で述べたように、携帯電話機Ａのユーザは、通話キーを押すことができない。そうすると呼出成功メッセージがいつまでもメディア管理サーバ５に送信されないことになる。

そうすると、応答タイマによる時間計測がタイムアウトとなり、これを検出することになる（ステップＳ２５９）。そして、メディア管理サーバ５は、ステップＳ２４１で獲得した３個のポート及び会議室リソースを解放する（ステップＳ２６１）。

さらに、メディア管理サーバ５は、発信履歴（発信者電話番号、着信者電話番号、録音の有無（有）、発信日時、通話開始日時（なし）、通話終了日時（なし）、通話時間（なし）及び発信失敗コード）を生成し、発信履歴の登録要求を、モバイル接続サーバ７の履歴管理部７４に送信する（ステップＳ２６３）。モバイル接続サーバ７の履歴管理部７４は、メディア管理サーバ５から発信履歴の登録要求を受信し、履歴管理データ格納部７７に格納する（ステップＳ２６５）。なお、履歴管理テーブルについても更新する。

このような処理を行うことによって、たとえ携帯電話機Ａのユーザが応答できず且つ留守番電話センターにも接続されない事態となっても、適切に通信を終了させることができるようになる。

次に、利用者情報テーブル５２に電話番号が登録されていない電話機（例えば電話機Ｃ）から着信した場合の処理について図２３乃至図２６を用いて説明する。

まず、電話機Ｃのユーザは、電話機Ｃを操作して、特定番号（ここでは携帯電話機Ｂのユーザの直通内線電話番号）への発信を指示する。電話機Ｃは、ユーザから特定番号への発信指示を受け付け（ステップＳ２７１）、当該特定番号に対して発信する（ステップＳ２７３）。なお、発信者番号通知を用いており、電話機Ｃの電話番号がメディア管理サーバ５に通知されるものとする。例えば、ネットワーク２における交換機等によって特定番号に基づきＳＩＰ−ＳＩＰ−ＧＷ３に電話機Ｃからの発信は転送される。

ＳＩＰ−ＳＩＰ−ＧＷ３は、電話機Ｃから、発信者番号通知として電話機Ｃの電話番号を含む、特定番号への発信を受信し、特定番号への着信通知をＳＩＰサーバ９に送信する（ステップＳ２７５）。ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から特定番号への着信通知を受信し、メディア管理サーバ５に転送する（ステップＳ２７７）。メディア管理サーバ５は、ＳＩＰサーバ９から特定番号への着信通知を受信し（ステップＳ２７９）、当該着信通知の受信に応答して、当該メディア管理サーバ５において、発着信ポート２個、録音ポート１個及びこれらのポートを連結して電子会議を行うための会議室リソースを獲得する（ステップＳ２８１）。会議室リソースを用いて第１の話者（電話機Ｃのユーザ）との電子会議を開始する。

そして、メディア管理サーバ５は、呼出成功メッセージをＳＩＰサーバ９に送信する（ステップＳ２８３）。ＳＩＰサーバ９は、メディア管理サーバ５から呼出成功メッセージを受信し、ＳＩＰ−ＳＩＰ−ＧＷ３に転送する（ステップＳ２８５）。ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から呼出成功メッセージを受信し、電話機Ｃに転送する（ステップＳ２８７）。さらに、電話機Ｃは、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出成功メッセージを受信する（ステップＳ２８９）。これによって、第１のリンクを介した、メディア管理サーバ５と電話機Ｃとの音声通信リンクが確立される。

メディア管理サーバ５は、ステップＳ２８３とは別に、特定番号で利用者情報テーブル５２を検索し、当該特定番号に対応する利用者の電話番号（携帯電話機Ｂの電話番号）を抽出する（ステップＳ２９１）。そして、所定の音声ガイダンスを、電話機Ｃに送信する（ステップＳ２９３）。電話機Ｃは、メディア管理サーバ５から所定の音声ガイダンスを受信し、スピーカから出力する（ステップＳ２９５）。音声ガイダンスは、例えば「ただいま担当者におつなぎ致しますので、しばらくお待ちください」といったメッセージである。これ以降の処理は図２４を用いて説明する。

図２４の処理の説明に移行して、メディア管理サーバ５は、着信先電話番号（携帯電話機Ｂの電話番号）及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信先に対する発信要求をＳＩＰサーバ９に送信する（ステップＳ２９７）。ＳＩＰサーバ９は、メディア管理サーバ５から、着信先電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信先に対する発信要求を受信し、当該発信要求に応答して着信先電話番号に対する呼出要求をＳＩＰ−ＳＩＰ−ＧＷ３に送信する（ステップＳ２９９）。

ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から着信先電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信先電話番号に対する呼出要求を受信し、携帯電話機Ｂに転送する（ステップＳ３０１）。さらに、呼出中を表すメッセージをＳＩＰサーバ９に返信する（ステップＳ３０３）。ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出中を表すメッセージを受信し、メディア管理サーバ５に転送する（ステップＳ３０５）。メディア管理サーバ５は、呼出中を表すメッセージを受信し（ステップＳ３０７）、応答タイマによる時間計測を開始する（ステップＳ３０９）。

携帯電話機Ｂは、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出要求を受信し（ステップＳ３１１）、呼び出し音を出力する。呼出要求がメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含むので、携帯電話機Ｂは表示装置に、発信元電話番号としてメディア管理サーバ５に割り当てられている電話番号を表示する。これに応答して、携帯電話機Ｂのユーザが通話キーを押すと、当該携帯電話機Ｂは、当該通話入力を受け付け（ステップＳ３１３）、呼出成功メッセージをＳＩＰ−ＳＩＰ−ＧＷ３に返信する（ステップＳ３１５）。ＳＩＰ−ＳＩＰ−ＧＷ３は、携帯電話機Ｂから呼出成功メッセージを受信し、ＳＩＰサーバ９に転送する（ステップＳ３１６）。さらに、ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から受信した呼出成功メッセージを受信し、メディア管理サーバ５に転送する（ステップＳ３１７）。

メディア管理サーバ５は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出成功メッセージを受信し（ステップＳ３１９）、呼出成功メッセージ受信に応答して応答タイマによる時間計測を停止する（ステップＳ３２１）。もし、所定の時間内に呼出成功メッセージを受信しない場合については後に説明する。ここでは、所定の時間内に呼出成功メッセージを受信したものとする。ここまでの処理で、メディア管理サーバ５と携帯電話機Ｂとの音声通信のリンクが確立されたことになり、第２の発信ポートを介して音声データのやりとりを携帯電話機Ｂと行うことができる。

また、メディア管理サーバ５は、「ＸＸ−ＸＸＸＸ−ＸＸＸ（電話機Ｃの電話番号）からの着信です。通話を開始する場合には「１」を、通話録音を行う場合には「２」を、通話拒否する場合は「＃」を入力してください。」といった音声ガイダンスを、携帯電話機Ｂに送信する（ステップＳ３２３）。また、音声ガイダンスの送信に応答して、ＰＢタイマで時間計測を開始する。携帯電話機Ｂは、上で述べたような音声ガイダンスを受信し、スピーカから出力する（ステップＳ３２５）。ここでは、携帯電話機Ｂのユーザは、直ぐに応答できる状態であって録音が必要と判断し、「２」ボタンを押す。携帯電話機Ｂは、ユーザによる「２」キーの押下を受け付け、「２」のＤＴＭＦ信号を送出する（ステップＳ３２７）。メディア管理サーバ５は、携帯電話機Ｂから「２」のＤＴＭＦ信号を受信する（ステップＳ３２９）。そうすると、ＰＢタイマによる時間計測を停止し、所定の時間内に「２」のＤＴＭＦ信号を受信したか判断する。ここでは所定の時間内に「２」のＤＴＭＦ信号を受信したものとする。また、第２話者（携帯電話機Ｂのユーザ）との電子会議を開始する。所定の時間内にＤＴＭＦ信号を受信しない場合については後に説明する。

このように、携帯電話機Ｂのユーザは、着信直後に電話機Ｃのユーザとの会話を行う必要はなく、心の準備ができて音声ガイダンスで指定されたボタンを押した後に、通話を行うようにすることができる。なお、音声ガイダンスによって本来の発信元（電話機Ｃ）の電話番号を通知されるので、誰から電話を受けたかを知ることも可能である。なお、このような方法を用いれば、メディア管理サーバ５に割り当てられた電話番号を発信者番号通知として通知せず本来の発信元である電話機Ｃの電話番号を通知することはないため、発信者の電話番号を偽ることがない。従って、法的にも大きな問題を生じない。さらに、音声ガイダンスで発信元を通知するので、携帯電話機Ｂに発信元（電話機Ｃ）の電話番号が残ることが無く、情報漏洩防止になる。

これ以降の処理は、図１８のステップＳ１５９以降の処理と同様であり説明を省略する。なお、携帯電話機Ｂにおいて「１」キーの押下が行われた場合には、録音無しであるから、録音ポートを用いて録音する処理をスキップする。また、「＃」キーの押下が行われた場合には、以下で述べるステップＳ３７７（図２６）以降の処理を実施する。

また、音声ガイダンスでは本来の発信元である電話機Ｃの電話番号を通知しているが、その前の処理として、顧客名と顧客の電話番号との対応を登録している顧客データベースを検索して、電話番号の代わりに顧客名を携帯電話機Ｂのユーザに通知するようにしても良い。

次に、携帯電話機Ｂが応答できない場合における処理を図２５及び図２６を用いて説明する。図２３までの処理は同じなので説明を省略する。

まず、メディア管理サーバ５は、着信先電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信先に対する発信要求をＳＩＰサーバ９に送信する（ステップＳ３３１）。ＳＩＰサーバ９は、メディア管理サーバ５から、着信先電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信先に対する発信要求を受信し、当該発信要求に応答して着信先電話番号に対する呼出要求をＳＩＰ−ＳＩＰ−ＧＷ３に送信する（ステップＳ３３３）。

ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から着信先電話番号及びメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含み且つ着信先電話番号に対する呼出要求を受信し、携帯電話機Ｂに転送する（ステップＳ３３５）。さらに、呼出中を表すメッセージをＳＩＰサーバ９に返信する（ステップＳ３３７）。ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出中を表すメッセージを受信し、メディア管理サーバ５に転送する（ステップＳ３３９）。メディア管理サーバ５は、呼出中を表すメッセージを受信し（ステップＳ３４１）、応答タイマによる時間計測を開始する（ステップＳ３４３）。

携帯電話機Ｂは、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出要求を受信し（ステップＳ３４５）、呼び出し音を出力する。呼出要求がメディア管理サーバ５に割り当てられている電話番号を発信者電話番号として含むので、携帯電話機Ｂは表示装置に、発信元電話番号としてメディア管理サーバ５に割り当てられている電話番号を表示する。しかし、上で述べたように、携帯電話機Ｂのユーザは、通話キーを押すことができず、所定時間経過後に、呼出要求はネットワーク１における周知の機構により留守番電話センターに転送されてしまう。

留守番電話センターは、通常どおり呼出要求を受信すると着信処理を実施し（ステップＳ３４７）、呼出成功メッセージをＳＩＰ−ＳＩＰ−ＧＷ３に返信する（ステップＳ３４９）。ＳＩＰ−ＳＩＰ−ＧＷ３は、留守番電話センターから呼出成功メッセージを受信し、ＳＩＰサーバ９に転送する（ステップＳ３５１）。さらに、ＳＩＰサーバ９は、ＳＩＰ−ＳＩＰ−ＧＷ３から呼出成功メッセージを受信し、メディア管理サーバ５に転送する（ステップＳ３５３）。

メディア管理サーバ５は、ＳＩＰサーバ９から呼出成功メッセージを受信し（ステップＳ３５５）、呼出成功メッセージ受信に応答して応答タイマによる時間計測を停止する（ステップＳ３５７）。ここでも、所定の時間内に呼出成功メッセージを受信したものとする。ここまでの処理で、メディア管理サーバ５と留守番電話センターとの音声通信のリンクが確立されたことになり、第２のポートを介して音声データのやりとりを留守番電話センターと行うことができる。なお、留守番電話センターでは、予め定められた音声メッセージを一方的にメディア管理サーバ５に送出し始める。これ以降の処理については図２６を用いて説明する。

図２６の処理の説明に移行して、メディア管理サーバ５は、「ＸＸ−ＸＸＸＸ−ＸＸＸ（電話機Ｃの電話番号）からの着信です。通話を開始する場合には「１」を、通話録音を行う場合には「２」を、通話拒否する場合は「＃」を入力してください。」といった音声ガイダンスを、留守番電話センターに送信する（ステップＳ３５９）。また、音声ガイダンスの送信に応答して、ＰＢタイマで時間計測を開始する（ステップＳ３６３）。留守番電話センターは、上で述べたような音声ガイダンスを受信する（ステップＳ３６１）。しかし、留守番電話センターは音声ガイダンスに応答するようにはなっていないので、指定されているＤＴＭＦ信号を送出することはない。

すなわち、ＰＢタイマによる時間計測がタイムアウトとなり、これを検出することになる（ステップＳ３６５）。そうすると、メディア管理サーバ５は、ステップＳ２８１で獲得した３個のポート及び会議室リソースを解放する（ステップＳ３６７）。さらに、留守番電話センター宛の切断通知をＳＩＰサーバ９に送信する（ステップＳ３６９）。ＳＩＰサーバ９は、メディア管理サーバ５から切断通知を受信し、ＳＩＰ−ＳＩＰ−ＧＷ３に転送する（ステップＳ３７１）。さらに、ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から切断通知を受信し、留守番電話センターに転送する（ステップＳ３７３）。留守番電話センターは、ＳＩＰ−ＳＩＰ−ＧＷ３から切断通知を受信し、メディア管理サーバ５とのリンクを切断する（ステップＳ３７５）。

また、メディア管理サーバ５は、「誠に申し訳ございませんが、おつなぎすることができませんでした」といった音声ガイダンスを、電話機Ｃに送信する（ステップＳ３７７）。電話機Ｃは、上で述べたような音声ガイダンスを受信し、スピーカで出力する（ステップＳ３７９）。これによって、電話機Ｃのユーザは、何らかの理由で現在通話できないことが分かるようになる。

さらに、メディア管理サーバ５は、電話機Ｃ宛の切断通知をＳＩＰサーバ９に送信する（ステップＳ３８３）。ＳＩＰサーバ９は、メディア管理サーバ５から切断通知を受信し、ＳＩＰ−ＳＩＰ−ＧＷ３に転送する（ステップＳ３８５）。さらに、ＳＩＰ−ＳＩＰ−ＧＷ３は、ＳＩＰサーバ９から切断通知を受信し、電話機Ｃに転送する（ステップＳ３８７）。電話機Ｃは、ＳＩＰ−ＳＩＰ−ＧＷ３から切断通知を受信し、メディア管理サーバ５とのリンクを切断する（ステップＳ３８９）。これ以降の処理は例えば図２１のステップＳ２３７及びＳ２３９を実行する。

このような処理を行うことによって、たとえ留守番電話センターに接続されるような事態になっても、適切に通信を終了させることができるようになる。

なお、留守番電話センターに転送されないが、携帯電話機Ｂのユーザが応答しない場合、ステップＳ３４５で処理はストップして、応答タイマのタイムアウトが検出されるようになるので、その場合にはステップＳ３７７に移行する。

次に、トップメニュー画面において「発信履歴からの発信」ボタン又は「着信履歴からの発信」ボタンがクリックされた場合の処理について図２７を用いて説明する。まず、携帯電話機Ａのユーザは、「発信履歴からの発信」ボタン又は「着信履歴からの発信」ボタンのクリックを行い、携帯電話機Ａは、発信又は着信履歴からの発信の選択入力を受け付け（ステップＳ４０１）、セッションＩＤを含む発信又は着信履歴要求をモバイル接続サーバ７に送信する（ステップＳ４０３）。

モバイル接続サーバ７の履歴管理部７４は、携帯電話機ＡからセッションＩＤを含む発信又は着信履歴要求を受信し（ステップＳ４０５）、受信したセッションＩＤを含む電話番号検索依頼をユーザ・セッション管理部７１に出力する（ステップＳ４０７）。ユーザ・セッション管理部７１は、履歴管理部７４からセッションＩＤを含む電話番号検索依頼を受信し（ステップＳ４０９）、当該セッションＩＤでセッション管理テーブル７５を検索して対応する電話番号を読み出し、履歴管理部７４に出力する（ステップＳ４１１）。

履歴管理部７４は、ユーザ・セッション管理部７１からセッションＩＤに対応する電話番号（携帯電話機Ａの電話番号）を受信し（ステップＳ４１３）、履歴管理データ格納部７７から該当履歴レコードを抽出する（ステップＳ４１５）。発信履歴からの発信が指示されている場合には、履歴管理データテーブルにおいて発信側電話番号の列にセッションＩＤに対応する電話番号が登録されている履歴レコードを抽出する。着信履歴からの発信が指示されている場合には、履歴管理データテーブルにおいて着信側電話番号の列にセッションＩＤに対応する電話番号が登録されている履歴レコードを抽出する。

そして、履歴管理部７４は、該当履歴レコードに含まれる電話番号（セッションＩＤに対応する電話番号以外の電話番号）により電話番号リストを生成し、当該電話番号リストを含む名前検索要求を電話帳管理部７２に出力する（ステップＳ４１７）。電話帳管理部７２は、履歴管理部７４から電話帳リストを含む名前検索要求を受信し（ステップＳ４１９）、電話帳リストに含まれる各電話番号で電話帳データテーブル７６を検索して対応する名前及びユーザＩＤを抽出する。そして名前及びユーザＩＤのリストを履歴管理部７４に出力する（ステップＳ４２１）。

履歴管理部７４は、電話帳管理部７２から名前及びユーザＩＤのリストを受信し、例えばメインメモリ等の記憶装置に格納する（ステップＳ４２３）。そして、名前及びユーザＩＤのリストとステップＳ４１５で抽出した履歴レコードとから発信又は着信履歴ページ・データを生成し、携帯電話機Ａに送信する（ステップＳ４２５）。

携帯電話機Ａのブラウザは、モバイル接続サーバ７から発信又は着信履歴ページ・データを受信し、表示装置に表示する（ステップＳ４２７）。例えば図２８のような画面が表示される。図２８の画面例では、発信日時の列と、発信元又は着信先の名前の列と、各履歴レコードに対応する録音無の発信ボタンと、各履歴レコードに対応する録音有の発信ボタンとが設けられている。ユーザＩＤ自体は表示されず、対応する録音フラグ（ＯＮ／ＯＦＦ）と共に発信又は着信履歴ページ・データ内において発信ボタンに対応付けられている。

携帯電話機Ａのユーザは、発信先の顧客名に対応する発信ボタンをクリックする。その際には、録音を行う場合には録音有の列の発信ボタンをクリックし、録音を行わない場合には録音無の列の発信ボタンをクリックする。ここでは、特定の発信先（ここでは電話機Ｃ。但し携帯電話機Ｂであってもよい。）について録音有の発信ボタンがクリックされたものとする。そうすると、携帯電話機Ａのブラウザは、特定の発信先について録音有の選択入力を受け付ける（ステップＳ４２９）。後続の処理は、図１４と同じでありここでは説明を省略する。

電話帳からの発信の場合と同様に、発信履歴又は着信履歴は携帯電話機に残らないので、情報の漏洩は防止され、さらに電話番号を携帯電話機に送信せずユーザＩＤで代替して顧客データを含むＷｅｂページ・データを送信するので、この点でもセキュリティが向上している。

次に、トップメニュー画面において「ログアウト」が選択された場合の処理について説明する。まず、携帯電話機Ａのユーザが、ログアウトボタンをクリックすると、携帯電話機Ａは、ログアウトの選択入力を受け付け（ステップＳ４３１）、セッションＩＤを含むセッション削除要求をモバイル接続サーバ７のユーザ・セッション管理部７１に送信する（ステップＳ４３３）。

モバイル接続サーバ７のユーザ・セッション管理部７１は、携帯電話機ＡからセッションＩＤを含むセッション削除要求を受信し（ステップＳ４３５）、当該セッションＩＤでセッション管理テーブル７５を検索し、該当レコードにおけるセッションＩＤを削除し（ステップＳ４３７）、セッション削除通知を携帯電話機Ａに送信する（ステップＳ４３９）。又はログイン・ページ・データを送信する。

携帯電話機Ａのブラウザは、モバイル接続サーバ７からセッション削除通知を受信し（ステップＳ４４１）、表示装置にログイン画面（図７）を表示する（ステップＳ４４３）。また、保持していたセッションＩＤを破棄する。このようにしてログイン前の状態に戻る。

以上のような処理を実施することによって、携帯電話機に顧客の電話番号等を登録する必要はなく、携帯電話機が盗難などによって他人に渡った場合においても、顧客の電話番号等の情報は漏洩することはない。また、顧客の電話番号を携帯電話機に音声データ以外のデータとして通知することはないので、意図しない限りにおいて携帯電話機には顧客の電話番号等の情報は残らない。さらに、メディア管理サーバ５から発信するようになっているので、携帯電話機自体が個人の所有であったとしても通話料金の区分けを行う必要が無くなり、事務作業量を削減することができる。

さらに、単なる転送ではないので、顧客からの着信時などにおいては、準備ができた時点で通話を開始できるという点、録音が可能となる点、留守番電話に切り替わったとしても適切に通話を終了させることができる点など、顧客及びユーザにとってユーザビリティが向上している。

以上本発明の実施の形態について説明したが、本発明はこれに限定されるものではない。すなわち、図１に示した機能ブロックは必ずしも実際のプログラムモジュールに対応するものではない。さらに、サーバ構成について一例であって、さらに担当機能を分割してより多くのサーバで実現する方法も可能であり、さらにサーバを集約するようにしても良い。

なお、ＳＩＰ−ＳＩＰ−ＧＷ３、メディア管理サーバ５、モバイル接続サーバ７、ＳＩＰサーバ９などは、図３０のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

（付記１）
音声通信とデータ通信とを実行可能な第１の携帯電話機から発信先を選択するためのデータの要求を受信するステップと、
前記第１の携帯電話機の利用者に関連してデータ格納部に登録されている発信先候補を、当該発信先候補の電話番号以外の識別情報によって特定する特定ステップと、
前記特定ステップにおいて特定された発信先候補を当該発信先候補の電話番号以外の識別情報にて特定及び選択可能とするデータを前記第１の携帯電話機に送信するステップと、
を含み、コンピュータにより実行される情報処理方法。

（付記２）
前記データの要求が電話帳データの要求である場合には、前記データ格納部が電話帳データ格納部であることを特徴とする付記１記載の情報処理方法。

（付記３）
前記データの要求が発信履歴データ又は着信履歴データの要求である場合には、前記データ格納部が履歴データ格納部であることを特徴とする付記１記載の情報処理方法。

（付記４）
前記第１の携帯電話機から特定発信先の識別情報及び録音要求を含む通話要求を前記データ通信にて受信するステップと、
前記第１の携帯電話機との音声通信を行うための第１のポートと、前記特定発信先に係る第２の電話機との音声通信を行うための第２のポートと、録音用の第３ポートとを確保するステップと、
前記第１の携帯電話機との音声通信のためのリンクを確立して、前記第１のポートを介して音声通信を行う第１音声通信ステップと、
前記第２の電話機との音声通信のためのリンクを確立して、前記第２のポートを介して音声通信を行う第２音声通信ステップと、
前記第１の携帯電話機から前記第１のポートを介して受信した音声データを前記第２の電話機に、前記第２の電話機から前記第２のポートを介して受信した音声データを前記第１の携帯電話機に、中継するステップと、
前記第３のポートを用いて前記第１及び第２のポートを介して通信される音声データを録音するステップと、
をさらに含む付記１記載の情報処理方法。

（付記５）
前記第１の携帯電話機の電話番号を前記第１の携帯電話機とのセッションに基づきセッション管理テーブルを用いて特定するステップと、
前記特定発信先に係る前記第２の電話機の電話番号を前記特定発信先の識別情報に基づき電話帳データ格納部を用いて特定するステップと、
をさらに含む付記４記載の情報処理方法。

（付記６）
前記第２音声通信ステップが、前記第１の携帯電話機から所定のＤＴＭＦ信号を受信した後に実施されることを特徴とする付記４記載の情報処理方法。

（付記７）
特定の電話番号が割り当てられているコンピュータに実行される情報処理方法であって、
第１の電話機から直通内線電話番号に対する発信を受信する発信受信ステップと、
前記第１の電話機との音声通信のリンクを確立するステップと、
前記直通内線電話番号に対応する転送先電話番号を利用者情報テーブルを用いて特定するステップと、
前記特定の電話番号から前記転送先電話番号に発信するステップと、
前記転送先電話番号に係る第２の電話機から着信応答を受信するステップと、
前記着信応答の受信に応答して、前記第２の電話機との音声通信のためのリンクを確立するステップと、
前記第２の電話機に対して発信元に関する情報を含むガイダンスを音声データとして送信するガイダンス送信ステップと、
を含む情報処理方法。

（付記８）
前記ガイダンスが、前記第１の電話機との音声通信を行う際には所定のＤＴＭＦ信号を返信することを求めるメッセージを含み、
前記第２の電話機から所定のＤＴＭＦ信号を受信するステップと、
前記所定のＤＴＭＦ信号の受信に応答して、前記第１の電話機から受信した音声データを前記第２の電話機に、前記第２の電話機から受信した音声データを前記第１の電話機に、中継するステップと、
をさらに含む付記７記載の情報処理方法。

（付記９）
前記ガイダンス送信ステップの実行から所定時間内に前記所定のＤＴＭＦ信号を受信しないことを検出する検出ステップと、
前記検出ステップ実行後に、前記第１の電話機に対して接続不可を表すガイダンスを音声データとして送信するステップと、
前記第１の電話機との音声通信のためのリンクを切断するステップと、
をさらに含む付記８記載の情報処理方法。

（付記１０）
前記発信元に関する情報が、前記第１の電話機から通知された電話番号、又は電話番号と顧客名とが登録されている顧客データベースから特定される顧客名である
付記７記載の情報処理方法。

（付記１１）
前記転送先電話番号に係る第２の電話機からの着信応答を所定時間内に受信しない場合に、前記第１の電話機に対して接続不可を表すガイダンスを音声データとして送信するステップと、
前記第１の電話機との音声通信のためのリンクを切断するステップと、
をさらに含む付記７記載の情報処理方法。

（付記１２）
前記発信受信ステップの後に、
前記第１の電話機との音声通信を行うための第１のポートと、前記第２の電話機との音声通信を行うための第２のポートと、録音用の第３ポートとを確保するステップ、
が実施され、
前記第１の電話機との音声通信が前記第１のポート、前記第２の電話機との音声通信が前記第２のポートを用いて実施され、
さらに、前記第３のポートを用いて前記第１及び第２のポートを介して通信される音声データを録音するステップ、
を含む付記７記載の情報処理方法。

（付記１３）
付記１乃至１２のいずれか１つ記載の情報処理方法をコンピュータに実行させるためのプログラム。

（付記１４）
音声通信とデータ通信とを実行可能な第１の携帯電話機から発信先を選択するためのデータの要求を受信する手段と、
前記第１の携帯電話機の利用者に関連してデータ格納部に登録されている発信先候補を、当該発信先候補の電話番号以外の識別情報によって特定する特定手段と、
前記特定ステップにおいて特定された発信先候補を当該発信先候補の電話番号以外の識別情報にて特定及び選択可能とするデータを前記第１の携帯電話機に送信する手段と、
を有する接続管理サーバ。

（付記１５）
メディア管理サーバと、
付記１４記載の前記接続管理サーバと
を有し、
前記接続管理サーバが、
前記第１の携帯電話機から特定発信先の識別情報及び録音要求を含む通話要求を前記データ通信にて受信する手段と、
前記第１の携帯電話機の電話番号を前記第１の携帯電話機とのセッションに基づきセッション管理テーブルを用いて特定する手段と、
前記特定発信先に係る前記第２の電話機の電話番号を前記特定発信先の識別情報に基づき電話帳データ格納部を用いて特定する手段と、
前記メディア管理サーバに、発信元として前記第１の携帯電話機の電話番号と着信先として前記第２の電話機の電話番号と録音指示とを含む発信要求を送信する手段と、
をさらに有し、
前記メディア管理サーバが、
前記発信要求に応答して、前記第１の携帯電話機との音声通信を行うための第１のポートと、前記特定発信先に係る第２の携帯電話機との音声通信を行うための第２のポートと、録音用の第３ポートとを確保する手段と、
前記第１の携帯電話機との音声通信のためのリンクを確立して、前記第１のポートを介して音声通信を行う第１音声通信手段と、
前記第２の電話機との音声通信のためのリンクを確立して、前記第２のポートを介して音声通信を行う第２音声通信手段と、
前記第１の携帯電話機から前記第１のポートを介して受信した音声データを前記第２の電話機に、前記第２の電話機から前記第２のポートを介して受信した音声データを前記第１の携帯電話機に、中継する手段と、
前記第３のポートを用いて前記第１及び第２のポートを介して通信される音声データを録音する手段と、
を有する
コンピュータ・システム。

（付記１６）
特定の電話番号が割り当てられているコンピュータ・システムであって、
第１の電話機から直通内線電話番号に対する発信を受信する手段と、
前記第１の電話機との音声通信のリンクを確立する手段と、
前記直通内線電話番号に対応する転送先電話番号を利用者情報テーブルを用いて特定する手段と、
前記特定の電話番号から前記転送先電話番号に発信する手段と、
前記転送先電話番号に係る第２の電話機から着信応答を受信する手段と、
前記着信応答の受信に応答して、前記第２の電話機との音声通信のためのリンクを確立する手段と、
前記第２の電話機に対して発信元に関する情報を含むガイダンスを音声データとして送信するガイダンス送信手段と、
を有するコンピュータ・システム。

（付記１７）
前記ガイダンスが、前記第１の電話機との音声通信を行う際には所定のＤＴＭＦ信号を返信することを求めるメッセージを含み、
前記第２の電話機から所定のＤＴＭＦ信号を受信する手段と、
前記所定のＤＴＭＦ信号の受信に応答して、前記第１の電話機から受信した音声データを前記第２の電話機に、前記第２の電話機から受信した音声データを前記第１の電話機に、中継する手段と、
をさらに有する付記１６記載のコンピュータ・システム。

（付記１８）
前記ガイダンス送信ステップの実行から所定時間内に前記所定のＤＴＭＦ信号を受信しないことを検出する検出手段と、
前記検出手段の処理後に、前記第１の電話機に対して接続不可を表すガイダンスを音声データとして送信する手段と、
前記第１の電話機との音声通信のためのリンクを切断する手段と、
をさらに有する付記１７記載のコンピュータ・システム。

本発明の実施の形態に係るシステム概要を説明するための図である。 セッション管理テーブルの一例を示す図である。 電話帳データテーブルの一例を示す図である。 履歴管理データテーブルの一例を示す図である。 利用者情報テーブルの一例を示す図である。 ログイン時の処理フローを示す図である。 ログイン画面の一例を示す図である。 トップメニュー画面の一例を示す図である。 電話帳登録時の処理フローを示す図である。 電話帳登録画面の一例を示す図である。 登録完了画面の一例を示す図である。 登録電話携帯電話機で発信した場合の処理フローの第１の部分を示す図である。 電話帳リスト画面の一例を示す図である。 登録電話携帯電話機で発信した場合の処理フローの第２の部分を示す図である。 発信完了画面の一例を示す図である。 登録電話携帯電話機で発信した場合の処理フローの第３の部分を示す図である。 登録電話携帯電話機で発信した場合の処理フローの第４の部分を示す図である。 登録電話携帯電話機で発信した場合の処理フローの第５の部分を示す図である。 登録電話携帯電話機で発信した場合の処理フローの第６の部分を示す図である。 登録電話携帯電話機で発信したが発信に失敗した場合の第１の例における処理フローの第１の部分を示す図である。 登録電話携帯電話機で発信したが発信に失敗した場合の第１の例における処理フローの第２の部分を示す図である。 登録電話携帯電話機で発信したが発信に失敗した場合の第２の例における処理フローを示す図である。 一般の電話からの着信時に登録携帯電話機で応答する場合の処理フローの第１の部分を示す図である。 一般の電話からの着信時に登録携帯電話機で応答する場合の処理フローの第２の部分を示す図である。 一般の電話からの着信時に登録携帯電話機で応答できない場合の処理フローの第１の部分を示す図である。 一般の電話からの着信時に登録携帯電話機で応答できない場合の処理フローの第２の部分を示す図である。 発信又は着信履歴からの発信処理の処理フローを示す図である。 発信又は着信履歴画面の一例を示す図である。 ログアウトのための処理フローを示す図である。 コンピュータの機能ブロック図である。

符号の説明

１，２，４，８ ネットワーク ３ ＳＩＰ−ＳＩＰ−ＧＷ
５ メディア管理サーバ ７ モバイル接続サーバ
９ ＳＩＰサーバ
５１ 録音データ格納部
５２ 利用者情報テーブル
７１ ユーザ・セッション管理部
７２ 電話帳管理部
７３ 発信要求処理部
７４ 履歴管理部
７５ セッション管理テーブル
７６ 電話帳データテーブル
７７ 履歴管理データ格納部

Claims (5)

1. 音声通信とデータ通信とを実行可能な第１の携帯電話機から発信先を選択するためのデータの要求を受信するステップと、
   前記第１の携帯電話機の利用者に関連してデータ格納部に登録されている発信先候補を、当該発信先候補の電話番号以外の識別情報によって特定する特定ステップと、
   前記特定ステップにおいて特定された発信先候補を当該発信先候補の電話番号以外の識別情報にて特定及び選択可能とするデータを前記第１の携帯電話機に送信するステップと、
   を含み、コンピュータにより実行される情報処理方法。
2. 前記第１の携帯電話機から特定発信先の識別情報及び録音要求を含む通話要求を前記データ通信にて受信するステップと、
   前記第１の携帯電話機との音声通信を行うための第１のポートと、前記特定発信先に係る第２の電話機との音声通信を行うための第２のポートと、録音用の第３ポートとを確保するステップと、
   前記第１の携帯電話機との音声通信のためのリンクを確立して、前記第１のポートを介して音声通信を行う第１音声通信ステップと、
   前記第２の電話機との音声通信のためのリンクを確立して、前記第２のポートを介して音声通信を行う第２音声通信ステップと、
   前記第１の携帯電話機から前記第１のポートを介して受信した音声データを前記第２の電話機に、前記第２の電話機から前記第２のポートを介して受信した音声データを前記第１の携帯電話機に、中継するステップと、
   前記第３のポートを用いて前記第１及び第２のポートを介して通信される音声データを録音するステップと、
   をさらに含む請求項１記載の情報処理方法。
3. 特定の電話番号が割り当てられているコンピュータに実行される情報処理方法であって、
   第１の電話機から直通内線電話番号に対する発信を受信する発信受信ステップと、
   前記第１の電話機との音声通信のリンクを確立するステップと、
   前記直通内線電話番号に対応する転送先電話番号を利用者情報テーブルを用いて特定するステップと、
   前記特定の電話番号から前記転送先電話番号に発信するステップと、
   前記転送先電話番号に係る第２の電話機から着信応答を受信するステップと、
   前記着信応答の受信に応答して、前記第２の電話機との音声通信のためのリンクを確立するステップと、
   前記第２の電話機に対して発信元に関する情報を含むガイダンスを音声データとして送信するガイダンス送信ステップと、
   を含む情報処理方法。
4. 前記ガイダンスが、前記第１の電話機との音声通信を行う際には所定のＤＴＭＦ信号を返信することを求めるメッセージを含み、
   前記第２の電話機から所定のＤＴＭＦ信号を受信するステップと、
   前記所定のＤＴＭＦ信号の受信に応答して、前記第１の電話機から受信した音声データを前記第２の電話機に、前記第２の電話機から受信した音声データを前記第１の電話機に、中継するステップと、
   をさらに含む請求項３記載の情報処理方法。
5. 前記ガイダンス送信ステップの実行から所定時間内に前記所定のＤＴＭＦ信号を受信しないことを検出する検出ステップと、
   前記検出ステップ実行後に、前記第１の電話機に対して接続不可を表すガイダンスを音声データとして送信するステップと、
   前記第１の電話機との音声通信のためのリンクを切断するステップと、
   をさらに含む請求項４記載の情報処理方法。

Images