(57)【要約】【課題】相手先電話番号の前に所定の番号を付加して発信することなく、ビジネス用の電話番号を発信者電話番号としてより確実に相手先電話機に通知する。【解決手段】通信制御装置１４であって、第１の通信端末１１から第２の通信端末１７に対する発信要求を受け付けて、当該第１の通信端末１１のビジネス用電話番号をユーザ情報記憶手段１８から取得する発信要求受付手段４１と、第１の通信端末１１および第２の通信端末１７に呼出要求を送信するとともに第１の通信端末１１に再度呼出要求を送信して第１の通信端末１１の接続先を第２の通信端末１７に切り替える通信制御手段４２と、を有し、通信制御手段４２は、第２の通信端末１７に呼出要求を送信する際にビジネス用電話番号を発信者電話番号として第２の通信端末１７に送信する。【選択図】図１
2010016774.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末を制御する通信制御装置であって、
第１の通信端末から第２の通信端末に対する発信要求を受け付けて、当該第１の通信端末のビジネス用電話番号をユーザ情報記憶手段から取得する発信要求受付手段と、
第１の通信端末および第２の通信端末に呼出要求を送信するとともに、第１の通信端末に再度呼出要求を送信して第１の通信端末の接続先を第２の通信端末に切り替える通信制御手段と、を有し、  
前記通信制御手段は、第２の通信端末に呼出要求を送信する際に、前記ビジネス用電話番号を発信者電話番号として第２の通信端末に送信すること
を特徴とする通信制御装置。
【請求項２】
請求項１記載の通信制御装置であって、
前記発信要求受付手段は、第１の通信端末のビジネス用電話番号を宛先とした発信要求を第２の通信端末から受け付けると、当該ビジネス用電話番号に対応する第１の通信端末の電話番号を前記ユーザ情報記憶手段から取得し、
前記通信制御手段は、前記取得した第１の通信端末の電話番号を宛先として第１の通信端末に呼出要求を送信すること
を特徴とする通信制御装置。
【請求項３】
請求項１または請求項２記載の通信制御装置あって、
前記発信要求受付手段は、第１の通信端末のビジネス用電話番号を宛先とした発信要求を第２の通信端末から受け付けると、当該ビジネス用電話番号に対応する第１の通信端末の転送先電話番号を前記ユーザ情報記憶手段から取得し、
前記通信制御手段は、前記取得した第１の通信端末の転送先電話番号を宛先として転送先の通信端末に呼出要求を送信すること
を特徴とする通信制御装置。
【請求項４】
請求項１から請求項３のいずれか１項に記載の通信制御装置あって、
通信端末毎に通信相手先の電話番号を記憶した電話帳記憶部をさらに有し、
前記発信要求受付手段は、前記電話帳記憶部から第１の通信端末の通信相手先の電話番号を取得し、第１の通信端末に送信すること
を特徴とする通信制御装置。
【請求項５】
請求項１から請求項４のいずれか１項に記載の通信制御装置あって、
第１の通信端末と第２の通信端末との通信開始時刻および通信終了時刻を取得し、ログ記憶部に記憶するログ管理手段を、さらに有すること
を特徴とする通信制御装置。
【請求項６】
複数の通信端末と通信制御装置とを有する通信システムであって、
第１の通信端末は、
第２の通信端末の電話番号を指定して、前記通信制御装置に発信要求を送信する発信要求手段と、
前記通信制御装置の制御に従って前記第２の通信端末と通信する通信手段と、を有し、
前記通信制御装置は、
第１の通信端末からの発信要求を受け付けて、当該第１の通信端末のビジネス用電話番号をユーザ情報記憶手段から取得する発信要求受付手段と、
第１の通信端末および第２の通信端末に呼出要求を送信するとともに、前記第１の通信端末に再度呼出要求を送信して第１の通信端末の接続先を第２の通信端末に切り替える通信制御手段と、を有し、  
前記通信制御手段は、第２の通信端末に呼出要求を送信する際に、第１の通信端末のビジネス用電話番号を発信者電話番号として送信し、
第２の通信端末は、第１の通信端末のビジネス用電話番号を発信者電話番号として表示し、第１の通信端末と通信すること
を特徴とする通信システム。
【請求項７】
通信制御装置が行う通信制御方法であって
第１の通信端末から第２の通信端末に対する発信要求を受け付けて、当該第１の通信端末のビジネス用電話番号をユーザ情報記憶部から取得する発信要求受付ステップと、
第１の通信端末および第２の通信端末に呼出要求を送信するとともに、第１の通信端末に再度呼出要求を送信して第１の通信端末の接続先を第２の通信端末に切り替える通信制御ステップと、を行い、  
前記通信制御ステップは、第２の通信端末に呼出要求を送信する際に、前記ビジネス用電話番号を発信者電話番号として第２の通信端末に送信すること
を特徴とする通信制御方法。
【請求項８】
請求項７記載の通信制御方法であって、
第１の通信端末のビジネス用電話番号を宛先とした発信要求を第２の通信端末から受け付けると、当該ビジネス用電話番号に対応する第１の通信端末の電話番号を前記ユーザ情報記憶部から取得する取得ステップと、
前記取得した第１の通信端末の電話番号を宛先として第１の通信端末に呼出要求を送信する送信ステップと、をさらに行うこと
を特徴とする通信制御方法。
【請求項９】
請求項７または請求項８記載の通信制御方法あって、
第１の通信端末のビジネス用電話番号を宛先とした発信要求を第２の通信端末から受け付けると、当該ビジネス用電話番号に対応する第１の通信端末の転送先電話番号を前記ユーザ情報記憶部から取得する取得ステップと、
前記取得した第１の通信端末の転送先電話番号を宛先として転送先の通信端末に呼出要求を送信する送信ステップと、をさらに行うこと
を特徴とする通信制御方法。
【請求項１０】
複数の通信端末と通信制御装置とを有する通信システムが行う通信方法であって、
第１の通信端末は、
第２の通信端末の電話番号を指定して、前記通信制御装置に発信要求を送信する発信要求ステップと、
前記通信制御装置の制御に従って、前記第２の通信端末と通信する通信ステップと、を行い、
前記通信制御装置は、
第１の通信端末からの発信要求を受け付けて、当該第１の通信端末のビジネス用電話番号をユーザ情報記憶部から取得する発信要求受付ステップと、
第１の通信端末および第２の通信端末に呼出要求を送信するとともに、前記第１の通信端末に再度呼出要求を送信して第１の通信端末の接続先を第２の通信端末に切り替える通信制御ステップと、を行い、  
前記通信制御ステップは、第２の通信端末に呼出要求を送信する際に、第１の通信端末のビジネス用電話番号を発信者電話番号として送信し、
第２の通信端末は、
第１の通信端末のビジネス用電話番号を発信者電話番号として表示するステップと、
前記通信制御装置の制御に従って、第１の通信端末と通信する通信ステップと、を行うこと
を特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人が所有する通信端末を、ビジネス用にも利用可能な通信技術に関する。
【背景技術】
【０００２】
非特許文献１には、個人が所有する携帯電話からの発信の際に「００３７−６７」を付加することにより、通話料を会社に請求でき、また所定のＩＰ−Ｐｈｏｎ番号（０５０番号）を発信者番号として相手先の電話に通知するサービスが記載されている。
【特許文献１】「ＦＵＳＩＯＮ  ＩＰ−Ｐｈｏｎｅ  ソリューション  付加サービスモバイルチョイス”０５０“」、［online］、［平成２０年６月５日検索］、インターネット＜URL: http://www.fusioncom.co.jp/houjin/ip/ipphone/service/mc050/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
非特許文献１では、個人が所有する携帯電話をビジネス用で用いる場合、最初に「００３７−６７」の６桁の番号を入力し、その後に相手先番号を入力する必要がある。しかしながら、忙しいビジネスシーンにおいて、「００３７−６７」の６桁の番号を入力し忘れて、通常のプライベートで携帯電話を用いる場合と同様に相手先番号のみ入力してしまい、相手先の電話と繋がった後に「００３７−６７」の入力忘れに気づく場合がある。その結果、相手先の電話に携帯電話の電話番号が通知され、通話料も会社に請求できない場合が発生する。
【０００４】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、相手先電話番号の前に所定の番号を付加して発信することなく、ビジネス用の電話番号を発信者電話番号としてより確実に相手先電話機に通知することにある。
【課題を解決するための手段】
【０００５】
本発明は、複数の通信端末を制御する通信制御装置であって、第１の通信端末から第２の通信端末に対する発信要求を受け付けて、当該第１の通信端末のビジネス用電話番号をユーザ情報記憶手段から取得する発信要求受付手段と、第１の通信端末および第２の通信端末に呼出要求を送信するとともに、第１の通信端末に再度呼出要求を送信して第１の通信端末の接続先を第２の通信端末に切り替える通信制御手段と、を有し、前記通信制御手段は、第２の通信端末に呼出要求を送信する際に、前記ビジネス用電話番号を発信者電話番号として第２の通信端末に送信する。
【０００６】
また、本発明は、複数の通信端末と通信制御装置とを有する通信システムであって、第１の通信端末は、第２の通信端末の電話番号を指定して、前記通信制御装置に発信要求を送信する発信要求手段と、前記通信制御装置の制御に従って前記第２の通信端末と通信する通信手段と、を有し、前記通信制御装置は、第１の通信端末からの発信要求を受け付けて、当該第１の通信端末のビジネス用電話番号をユーザ情報記憶手段から取得する発信要求受付手段と、第１の通信端末および第２の通信端末に呼出要求を送信するとともに、前記第１の通信端末に再度呼出要求を送信して第１の通信端末の接続先を第２の通信端末に切り替える通信制御手段と、を有し、前記通信制御手段は、第２の通信端末に呼出要求を送信する際に、第１の通信端末のビジネス用電話番号を発信者電話番号として送信し、第２の通信端末は、第１の通信端末のビジネス用電話番号を発信者電話番号として表示し、第１の通信端末と通信する。
【０００７】
また、本発明は、通信制御装置が行う通信制御方法であって、第１の通信端末から第２の通信端末に対する発信要求を受け付けて、当該第１の通信端末のビジネス用電話番号をユーザ情報記憶部から取得する発信要求受付ステップと、第１の通信端末および第２の通信端末に呼出要求を送信するとともに、第１の通信端末に再度呼出要求を送信して第１の通信端末の接続先を第２の通信端末に切り替える通信制御ステップと、を行い、前記通信制御ステップは、第２の通信端末に呼出要求を送信する際に、前記ビジネス用電話番号を発信者電話番号として第２の通信端末に送信する。
【０００８】
また、本発明は、複数の通信端末と通信制御装置とを有する通信システムが行う通信方法であって、第１の通信端末は、第２の通信端末の電話番号を指定して、前記通信制御装置に発信要求を送信する発信要求ステップと、前記通信制御装置の制御に従って、前記第２の通信端末と通信する通信ステップと、を行い、前記通信制御装置は、第１の通信端末からの発信要求を受け付けて、当該第１の通信端末のビジネス用電話番号をユーザ情報記憶部から取得する発信要求受付ステップと、第１の通信端末および第２の通信端末に呼出要求を送信するとともに、前記第１の通信端末に再度呼出要求を送信して第１の通信端末の接続先を第２の通信端末に切り替える通信制御ステップと、を行い、前記通信制御ステップは、第２の通信端末に呼出要求を送信する際に、第１の通信端末のビジネス用電話番号を発信者電話番号として送信し、第２の通信端末は、第１の通信端末のビジネス用電話番号を発信者電話番号として表示するステップと、前記通信制御装置の制御に従って、第１の通信端末と通信する通信ステップと、を行う。
【発明の効果】
【０００９】
本発明によれば、相手先電話番号の前に所定の番号を付加して発信することなく、ビジネス用の電話番号を発信者電話番号としてより確実に相手先電話機に通知することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施形態について説明する。
【００１１】
図１は、本発明の実施形態に係る通信システムを示す図である。図示するシステムは、携帯電話１１（第１の通信端末）と、ＷＷＷ（World Wide Web）サーバ１３と、アプリケーションサーバ１４（通信制御装置）と、ＳＩＰ（Session Initiation Protocol）サーバ１５と、相手先電話機１７（第２の通信端末）とを有する。
【００１２】
携帯電話１１は、個人のユーザが所有する通信端末であって、私的（プライベート）な使用だけでなく、仕事（ビジネス）にも使用するものである。なお、本実施形態では、通信端末として携帯電話１１を用いることとするが、携帯電話に限らず、ＰＤＡ（Personal Digital Assistants）などの通信機能を有する情報通信端末であってもよい。図示する携帯電話１１は、ユーザが入力した指示を受け付けてＷＷＷサーバ１３に要求を送信するとともに、ＷＷＷサーバ１３から取得した情報をディスプレイに表示する入出力部３１（ブラウザ）と、通話などの通信を行う通信部３２とを有する。
【００１３】
ＷＷＷサーバ１３は、インターネット網１２を介して携帯電話１１から受け付けた要求を処理するためのサーバである。ＷＷＷサーバ１３は、受け付けた要求をアプリケーションサーバ１４に送信する。
【００１４】
アプリケーションサーバ１４は、ＷＷＷサーバ１３を介して携帯電話１１から受信した要求に対して各種の処理を行う。すなわち、図示するアプリケーションサーバ１４は、携帯電話１１の発信要求を受け付ける発信要求受付部４１と、携帯電話１１と相手先電話機１７とを通信させるためにＳＩＰサーバ１５を用いて通信制御する通信制御部４２と、通信ログを発着信ログＤＢ２０に記憶するログ管理部４３と、携帯電話１１から転送先電話番号を受け付けてユーザ情報ＤＢ１８に設定する転送先設定部４４とを有する。
【００１５】
図２は、ユーザ情報ＤＢ１８、電話帳ＤＢ１９および発着信ログＤＢ２０の一例を示す図である。ユーザ情報ＤＢ１８は、各ユーザの認証情報およびプロファイルを管理するデータベースであって、図２（ａ）に示すユーザ情報ＤＢ１８は、ユーザＩＤ、パスワード、携帯電話番号、会社用電話番号（ビジネス用電話番号）、および転送先電話番号を有する。
【００１６】
電話帳ＤＢ１９は、携帯電話１１を所有するユーザが仕事で使用する電話番号をネットワーク上で管理する電話帳であり、携帯電話１１からのセキュアな通信により参照および更新が可能であるものとする。図２（ｂ）に示す電話帳ＤＢ１９は、ユーザＩＤと、登録名と、フリガナと、電話番号と、住所とを有する。
【００１７】
発着ログＤＢ２０は、携帯電話１１での発信および着信の履歴を管理するデータベースであって、図２（ｃ）に示す発着ログＤＢ２０は、ユーザＩＤ、発着種別、通信先電話番号、通信開始時刻および通信終了時刻を有する。なお、携帯電話１１は、セキュアな通信により発着ログＤＢ２０を参照し、所定の通信先電話番号を選択することにより、当該通信先電話番号に発信ができるものとする。
【００１８】
ＳＩＰサーバ１５は、アプリケーションサーバ１４からの指示により、通信網１６に接続されている携帯電話１１と相手先電話機１７とを接続する。
【００１９】
通信網１６は、ＩＰ（Internet Protocol）網であってもよいし、ＩＰ網から携帯網を経由したＰＳＴＮ（Public Switched Telephone Networks：公衆交換電話網）などであってもよい。また、接続要求を行う発信側の通信端末がＰＣ（Personal Computer）で、着信側の通信端末が携帯電話である場合など、発信側と着信側とが同じ種類の通信端末でなくでもよい。
【００２０】
上記説明した携帯電話１１、ＷＷＷサーバ１３、アプリケーションサーバ１４およびＳＩＰサーバ１５は、例えば、少なくともＣＰＵと、メモリとを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。
【００２１】
次に、本実施形態の処理について説明する。
【００２２】
図３、図４および図５は、携帯電話１１から発信要求を行った場合の通信処理のシーケンス図である。
【００２３】
図３において、発信側である携帯電話１１の入出力部３１は、ユーザが入力した操作指示を受け付けると、インターネット網１２およびＷＷＷサーバ１３（以下、「ＷＷＷサーバ１３等」）を介して、アプリケーションサーバ１４に発信用画面を要求する（Ｓ０１）。なお、携帯電話１１とアプリケーションサーバ１４は、ｈｔｔｐ（HyperText Transfer Protocol）を用いて、データの送受信を行うものとする。
【００２４】
アプリケーションサーバ１４の発信要求受付部４１は、ＷＷＷサーバ１３等を介して、発信用画面（Ｗｅｂページ）を要求元の携帯電話１１に送信する（Ｓ０２）。発信用画面は、あらかじめアプリケーションサーバ１４の記憶部（不図示）に記憶されているものとする。
【００２５】
携帯電話１１の入出力部３１は、受信した発信用画面をディスプレイに表示する。発信用画面には、ユーザＩＤ、パスワードなどの認証情報を入力するための入力欄を有するものとする。ユーザは、携帯電話１１に表示された発信用画面に認証情報を入力する。携帯電話１１の入出力部３１は、入力された認証情報をＷＷＷサーバ１３等を介してアプリケーションサーバ１４に送信する（Ｓ０３）。
【００２６】
アプリケーションサーバ１４の発信要求受付部４１は、認証情報を受信し、携帯電話１１が当該アプリケーションサーバ１４に対して発信要求する権限があるか否かを認証し、認証結果をＷＷＷサーバ１３等を介して携帯電話１１に送信する（Ｓ０４）。すなわち、発信要求受付部４１は、ユーザ情報ＤＢ１８（図２（ａ）参照）にアクセスし、受信した認証情報（ユーザＩＤ、パスワード）と一致するレコードが存在する場合は権限がある（認証ＯＫ）と判別し、一致するレコードが存在しない場合は権限がない（認証ＮＧ）と判別する。
【００２７】
認証ＯＫの認証結果を受信した携帯電話１１の入出力部３１は、ＷＷＷサーバ１３等を介してアプリケーションサーバ１４に電話帳を要求する（Ｓ０５）。この電話帳要求には、Ｓ０３で入力されたユーザＩＤが含まれているものとする。
【００２８】
アプリケーションサーバ１４の発信要求受付部４１は、電話帳ＤＢ１９（図２（ｂ）参照）にアクセスし（Ｓ０６）、電話帳要求に含まれるユーザＩＤをキーとして、電話帳ＤＢ１９の管理ユーザＩＤと一致するレコードを抽出する。そして、発信要求受付部４１は、抽出したレコードの「登録名」、「フリガナ」、「電話番号」および「住所」を含む電話帳画面を生成し、ＷＷＷサーバ１３等を介して携帯電話１１に送信する（Ｓ０７）。
【００２９】
携帯電話１１の入出力部３１は、電話帳画面を表示する。ユーザは、電話帳画面を閲覧し、電話をかける相手先を選択する。例えば、ユーザは、電話帳画面に表示された電話番号などをクリックすることにより相手先電話機１７を選択し、当該相手先電話機１７に対する発信指示を入力する。
【００３０】
そして図４に示すように、携帯電話１１の入出力部３１は、ユーザの発信指示を受け付けて、ＷＷＷサーバ１３等を介してアプリケーションサーバ１４に発信要求を送信する（Ｓ０８）。発信要求には、ユーザが選択した相手先電話機１７の電話番号と、Ｓ０３で入力されたユーザＩＤが含まれている。
【００３１】
アプリケーションサーバ１４の発信要求受付部４１は、発信要求を受信し、指定されたユーザＩＤをキーとしてユーザ情報ＤＢにアクセスし、当該ユーザＩＤに対応する携帯電話番号および会社電話番号を取得する（Ｓ０９）。
【００３２】
そして、アプリケーションサーバ１４の通信制御部４２は、ＳＩＰサーバ１５および通信網１６（以下、「ＳＩＰサーバ１５等」）を介して携帯電話１１にＳＩＰのＩＮＶＩＴＥ（リクエスト）を送信して、携帯電話１１を呼び出す（Ｓ１０）。具体的には、通信制御部４２は、ＩＮＶＩＴＥの宛先にＳ０９で取得した携帯電話１１の電話番号を設定し、また、ＩＮＶＩＴＥのＳＤＰ（Session Description Protocol）のｃ行には所定の仮の値が設定する。なお、ＳＤＰのｃ行は、コネクション情報を示すタイプであって、音声・映像等のＲＴＰメディアを送信する送信元の通信端末のアドレス（ＩＰアドレス、ポート）を記述するパラメータである。
【００３３】
携帯電話１１の通信部３２は、ＩＮＶＩＴＥを受信後、Ｒｉｎｇｉｎｇ状態になり、ユーザがオフフックすると、ＳＩＰサーバ１５等を介してアプリケーションサーバ１４に２００ＯＫ（レスポンス）を送信する（Ｓ１１）。具体的には、通信部３２は、ＳＤＰのｃ行に当該携帯電話１１のアドレスを設定した２００ＯＫをアプリケーションサーバ１４に送信する。
【００３４】
２００ＯＫを受信したアプリケーションサーバ１４の通信制御部４２は、ＳＩＰサーバ１５等を介して相手先電話機１７にＩＮＶＩＴＥを送信して、相手先電話機１７を呼び出す（Ｓ１２）。具体的には、通信制御部４２は、ＩＮＶＩＴＥの宛先にはＳ０８で携帯電話１１から送信された相手先電話機１７の電話番号を設定し、相手先電話機１７に表示する発信者番号にはＳ０９で取得した「会社用電話番号」を設定する。また、ＩＮＶＩＴＥのＳＤＰのｃ行には、Ｓ１１で送信された携帯電話１１のアドレスを設定する。これにより、相手先電話機１７に携帯電話１１のアドレスが通知される。
【００３５】
相手先電話機１７は、ＩＮＶＩＴＥを受信後、Ｒｉｎｇｉｎｇ状態になり、ユーザがオフフックすると、ＳＩＰサーバ１５等を介してアプリケーションサーバ１４に２００ＯＫを送信する（Ｓ１３）。具体的には、相手先電話機１７は、ＳＤＰのｃ行に当該相手先電話機１７のアドレスを設定した２００ＯＫをアプリケーションサーバ１４に送信する。また、相手先電話機１７では、着信時（Ｒｉｎｇｉｎｇ状態）においてディスプレイに表示される発信者番号は、携帯電話１１の電話番号ではなく「会社用電話番号」となる。
【００３６】
２００ＯＫを受信したアプリケーションサーバ１４の通信制御部４２は、ＳＩＰサーバ１５等を介して携帯電話１１にＳＩＰのＲＥ−ＩＮＶＩＴＥを送信し、携帯電話１１の接続先をアプリケーションサーバ１４から相手先電話機１７に変更する（Ｓ１４）。なお、通信制御部４２は、ＲＥ−ＩＮＶＩＴＥのＳＤＰのｃ行にＳ１３の２００ＯＫで設定された相手先電話機１７のアドレスを設定する。これにより、携帯電話１１に相手先電話機１７のアドレスが通知される。
【００３７】
携帯電話１１は、アプリケーションサーバ１４からのＲＥ−ＩＮＶＩＴＥに応答し、接続先をアプリケーションサーバ１４から相手先電話機１７に切替え、ＳＩＰサーバ１５等を介してアプリケーションサーバ１４に２００ＯＫを送信する（Ｓ１５）。２００ＯＫを受信したアプリケーションサーバ１４のログ管理部４３は、通話開始時刻としてＯＳなどの機能を用いて現在時刻を取得し、メモリ上に保持しておく（Ｓ１６）。そして、携帯電話１１と相手先電話機１７との通話が開始される（Ｓ１７）。
【００３８】
通話が終わり、携帯電話１１のユーザがオンフックすると、携帯電話１１の通信部３２は、ＳＩＰサーバ１５等を介してＢＹＥを送信する（Ｓ１８）。ＢＹＥを受信したアプリケーションサーバ１４のログ管理部４３は、通話終了時刻として現在時刻を取得し、Ｓ１６で取得した通話開始時刻とともに発着信ログ２０（図２（ｃ））にログ情報を記録する（Ｓ１９）。ログ情報には、携帯電話１１のユーザＩＤ、発着種別（この場合は「発」）、相手先電話機の電話番号も含まれるものとする。また、アプリケーションサーバ１４の通信制御部４２は、ＳＩＰサーバ１５等を介してＢＹＥを相手先電話機１７に送信する。相手先電話機１７では、ユーザがオンフックすることにより、２００ＯＫがＳＩＰサーバ１５等を介してアプリケーションサーバ１４に送信され、アプリケーションサーバ１４からさらにＳＩＰサーバ１５等を介して携帯電話１１に送信される、通信処理が終了する（Ｓ２０）。
【００３９】
次に、相手先電話機１７から、発信者番号として表示された「会社用電話番号」へ発信（コールバック）する処理、すなわち携帯電話１１が着信側となる処理について説明する。
【００４０】
図６は、相手先電話機１７が発信要求を行った場合の通信処理のシーケンス図である。相手先電話機１７が「会社用電話番号」に発呼すると、「会社用電話番号」を宛先としたＩＮＶＩＴＥが、ＳＩＰサーバ１５等を介してアプリケーションサーバ１４に送信される（Ｓ２１）。アプリケーションサーバ１４の発信要求受付部４１は、Ｓ２１で送信された「会社用電話番号」をキーにしてユーザ情報ＤＢ１８にアクセスし、当該「会社用電話番号」に対応する携帯電話番号を取得する（Ｓ２２）。そして、アプリケーションサーバ１４の通信制御部４２は、ＳＩＰサーバ１５等を介して、取得した携帯電話番号を宛先として携帯電話１１にＩＮＶＩＴＥを送信し、呼び出す（Ｓ２３）。すなわち、通信制御部４２は、ＩＮＶＩＴＥのＳＤＰのｃ行にＳ２１のＩＮＶＩＴＥで設定された相手先電話機１７のアドレスを設定する。これにより、携帯電話１１に相手先電話機１７のアドレスが通知される。なお、ユーザ情報ＤＢ１８に転送先電話番号が設定されている場合については、後述する。
【００４１】
携帯電話１１の通信部３２は、ＩＮＶＩＴＥを受信後、Ｒｉｎｇｉｎｇ状態になり、ユーザがオフフックすると、ＳＩＰサーバ１５等を介してアプリケーションサーバ１４に２００ＯＫが送信され、さらにアプリケーションサーバ１４からＳＩＰサーバ１５等を介して相手先電話機１７に２００ＯＫが送信される（Ｓ２４）。具体的には、通信部３２は、ＳＤＰのｃ行に当該携帯電話１１のアドレスを設定した２００ＯＫをアプリケーションサーバ１４に送信する。これにより、相手先電話機１７に携帯電話１１のアドレスが通知される。
【００４２】
アプリケーションサーバ１４のログ管理部４３は、通話開始時刻として現在時刻を取得し、メモリ上に保持しておく（Ｓ２５）。そして、携帯電話１１と相手先電話機１７との通話が開始される（Ｓ２６）。
【００４３】
通話が終わり、携帯電話１１のユーザがオンフックすると、携帯電話１１の通信部３２は、ＳＩＰサーバ１５等を介してＢＹＥを送信する（Ｓ２７）。ＢＹＥを受信したアプリケーションサーバ１４のログ管理部４３は、通話終了時刻として現在時刻を取得し、Ｓ２５で取得した通話開始時刻とともに発着信ログ２０にログ情報を記録する（Ｓ２８）。ログ情報には、携帯電話１１のユーザＩＤ、発着種別（この場合は「着」）、相手先電話機の電話番号も含まれるものとする。また、アプリケーションサーバ１４の通信制御部４２は、ＳＩＰサーバ１５等を介してＢＹＥを相手先電話機１７に送信する。相手先電話機１７では、ユーザがオンフックし、通信が終了する。
【００４４】
次に、相手先電話機１７が、発信者番号として表示された「会社用電話番号」へ発信した場合、事前にユーザ情報ＤＢ１８に設定した転送先電話番号に転送する処理について説明する。
【００４５】
図７は、転送先電話番号の設定動作を示すシーケンス図である。携帯電話１１の入出力部３１は、ユーザが入力した操作指示を受け付けると、ＷＷＷサーバ１３等を介してアプリケーションサーバ１４に転送設定画面を要求する（Ｓ３０）。なお、携帯電話１１とアプリケーションサーバ１４は、ｈｔｔｐを用いてデータの送受信を行うものとする。
【００４６】
アプリケーションサーバ１４の転送先設定部４４は、ＷＷＷサーバ１３等を介して、転送設定画面（Ｗｅｂページ）を要求元の携帯電話１１に送信する（Ｓ３１）。転送設定画面は、あらかじめアプリケーションサーバ１４の記憶部（不図示）に記憶されているものとする。
【００４７】
携帯電話１１の入出力部３１は、受信した転送設定画面をディスプレイに表示する。転送設定画面には、ユーザＩＤ、パスワードなどの認証情報を入力するための入力欄を有するものとする。ユーザは、携帯電話１１に表示された転送設定画面に認証情報を入力する。携帯電話１１の入出力部３１は、入力された認証情報をＷＷＷサーバ１３等を介してアプリケーションサーバ１４に送信する（Ｓ３２）。
【００４８】
アプリケーションサーバ１４の転送先設定部４４は、認証情報を受信し、携帯電話１１が当該アプリケーションサーバ１４に対して転送先を設定する権限があるか否かを認証し、認証結果をＷＷＷサーバ１３等を介して携帯電話１１に送信する（Ｓ３３）。すなわち、転送先設定部４４は、ユーザ情報ＤＢ１８にアクセスし、受信した認証情報（ユーザＩＤ、パスワード）と一致するレコードが存在する場合は権限がある（認証ＯＫ）と判別し、一致するレコードが存在しない場合は権限がない（認証ＮＧ）と判別する。
【００４９】
認証ＯＫの認証結果を受信した携帯電話１１の入出力部３１は、ＷＷＷサーバ１３等を介してアプリケーションサーバ１４に転送先設定要求を送信する（Ｓ３４）。この転送先設定要求には、Ｓ３２で入力されたユーザＩＤと、ユーザが入力した転送先の電話番号とが含まれているものとする。
【００５０】
アプリケーションサーバ１４の転送先設定部４４は、ユーザ情報ＤＢ１８にアクセスし、転送先設定要求で指定されたユーザＩＤの転送先電話番号に、転送先設定要求で指定された電話番号を設定する（Ｓ３５）。そして、転送先設定部４４は、設定完了通知をＷＷＷサーバ１３等を介して携帯電話１１に送信する。
【００５１】
図８は、相手先電話機１７から、発信者番号として表示された「会社用電話番号」へ発信（コールバック）した場合、転送先電話番号に転送する処理のシーケンス図である。相手先電話機１７が「会社用電話番号」に発呼すると、「会社用電話番号」を宛先としたＩＮＶＩＴＥが、ＳＩＰサーバ１５等を介してアプリケーションサーバ１４に送信される（Ｓ３６）。アプリケーションサーバ１４の発信要求受付部４１は、Ｓ３６で送信された「会社用電話番号」をキーにしてユーザ情報ＤＢ１８にアクセスし、当該「会社用電話番号」に対応する転送先電話番号を取得する（Ｓ３７）。
【００５２】
そして、アプリケーションサーバ１４の通信制御部４２は、ＳＩＰサーバ１５等を介して取得した転送先電話番号の転送先電話にＩＮＶＩＴＥを送信し、呼び出す（Ｓ３８）。すなわち、通信制御部４２は、ＩＮＶＩＴＥのＳＤＰのｃ行にＳ３６のＩＮＶＩＴＥで設定された相手先電話機１７のアドレスを設定する。これにより、転送先電話に相手先電話機１７のアドレスが通知される。
【００５３】
転送先電話は、ＩＮＶＩＴＥを受信後、Ｒｉｎｇｉｎｇ状態になり、ユーザがオフフックすると、ＳＩＰサーバ１５等を介してアプリケーションサーバ１４に２００ＯＫが送信され、さらにアプリケーションサーバ１４からＳＩＰサーバ１５等を介して相手先電話機１７に２００ＯＫが送信される（Ｓ３９）。具体的には、転送先電話は、ＳＤＰのｃ行に当該転送先電話のアドレスを設定した２００ＯＫをアプリケーションサーバ１４に送信する。これにより、相手先電話機１７に転送先電話のアドレスが通知される。
【００５４】
アプリケーションサーバ１４のログ管理部４３は、ＯＳなどの機能を用いて通話開始時刻として現在時刻を取得し、メモリ上に保持しておく（Ｓ４０）。そして、転送先電話と相手先電話機１７との通話が開始される（Ｓ４１）。通話が終わり、転送先電話のユーザがオンフックすると、転送先電話は、ＳＩＰサーバ１５等を介してＢＹＥを送信する（Ｓ４２）。ＢＹＥを受信したアプリケーションサーバ１４のログ管理部４３は、通話終了時刻として現在時刻を取得し、Ｓ４０で取得した通話開始時刻とともに発着信ログ２０にログ情報を記録する（Ｓ４３）。ログ情報には、携帯電話１１のユーザＩＤ、発着種別（この場合は「着」）、相手先電話機の電話番号も含まれるものとする。また、アプリケーションサーバ１４の通信制御部４２は、ＳＩＰサーバ１５等を介してＢＹＥを相手先電話機１７に送信する。相手先電話機１７では、ユーザがオンフックし、通信処理が終了する。
【００５５】
なお、転送先電話番号に携帯電話１１の番号が設定された場合には携帯電話１１に転送され、会社用電話番号が設定された場合には会社の電話に転送される。
【００５６】
以上説明した本実施形態では、個人が所有する携帯電話から仕事上の相手先電話機に電話をかけた場合に、発信者電話番号として会社用電話番号が表示される。これにより、ユーザはプライベート用とビジネス用の２台の携帯電話を持ち歩く必要がなくなり、煩わしさが解消される。
【００５７】
また、本実施形態では、ユーザは携帯電話のＷｅｂ画面をクリックするなどの簡易な操作で、会社用電話番号を発信者電話番号として相手電話機に通知できる。これにより、相手先電話番号の前に所定の番号を付加して発信するなどの操作を行うことなく、会社用電話番号を発信者電話番号としてより確実に相手先電話機に通知することができる。
【００５８】
また、本実施形態では、相手先電話機から会社用電話番号にコールバックした場合であっても、個人の携帯電話に着信することができる。
【００５９】
また、本実施形態では、携帯電話自体に仕事上の電話番号を登録するのではなく、ネットワーク上に電話帳ＤＢを有し、当該電話帳ＤＢから仕事上の相手先電話番号を取得する。これにより、携帯電話を紛失した場合であっても、情報漏洩の問題を防止することができる。またユーザが相手先電話番号を手入力する場合の入力負荷および誤入力を防止することができる。
【００６０】
また、本実施形態では、事前に転送先電話番号をユーザ情報ＤＢに登録することにより、携帯電話、会社の電話または任意の電話に転送することができる。
【００６１】
また、本実施形態では、携帯電話の発着信ログをネットワーク上に保持するため、携帯電話を紛失した場合であっても、情報漏洩の問題を防止することができる。また、発着信ログＤＢから仕事で使用した通信時間を取得できるため、個人の携帯電話を使用しても仕事上の通信料を会社に請求することできる。
【００６２】
また、本実施形態では、個人が所有する携帯電話を仕事上でも使用できるため、会社用の携帯電話が不要となる。これにより、会社は、会社用携帯電話の月額使用料などの固定費を削減することができる。
【００６３】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施形態に係る通信システムの全体構成図である。
【図２】ユーザ情報ＤＢ、電話帳ＤＢおよび発着信ログＤＢの一例を示す図である。
【図３】携帯電話から発信要求を行った場合の通信処理のシーケンス図である。
【図４】携帯電話から発信要求を行った場合の通信処理のシーケンス図である。
【図５】携帯電話から発信要求を行った場合の通信処理のシーケンス図である。
【図６】相手先電話機が発信要求を行った場合の通信処理のシーケンス図である。
【図７】転送先電話番号の設定動作を示すシーケンス図である。
【図８】相手先電話機が発信要求を行った場合に転送される通信処理のシーケンス図である。
【符号の説明】
【００６５】
１１  携帯電話
１２  インターネット網
１３  ＷＷＷサーバ
１４  アプリケーションサーバ
１５  ＳＩＰサーバ
１６  通信網
１７  相手先電話機
１８  ユーザ情報ＤＢ
１９  電話帳ＤＢ
２０  発着信ログ
【図１】
2010016774.tif 000003
【図２】
2010016774.tif 000004
【図３】
2010016774.tif 000005
【図４】
2010016774.tif 000006
【図５】
2010016774.tif 000007
【図６】
2010016774.tif 000008
【図７】
2010016774.tif 000009
【図８】
2010016774.tif 000010