(57)【要約】  発呼者の移動体端末（１０）は、プッシュ・ツー・トーク・アクチュエータ（３４）と、半二重モードで通信する送受信器（２２）と、コントローラ（１２）とを含む。発呼者により送信されるＳＩＰシグナリング・メッセージは、発呼者の１以上のカスタマイズされた発呼者ＩＤに関連づけられた情報を含む。発呼者ＩＤは、発呼者によりカスタマイズされ、格納され、管理される。遠隔の相手先の移動体端末（１０）は、ＳＩＰシグナリング・メッセージを受信して、発呼者のカスタマイズされた発呼者ＩＤを出力して、遠隔の相手先に発呼者を識別可能とする。
2008505585.tif 000002
【特許請求の範囲】
【請求項１】
移動体端末（１０）であって、
信号の送受信を半二重モードで行う送受信器（２２）と、
前記送受信器（２２）を前記半二重モードで動作させるためのプッシュ・ツー・トーク・アクチュエータ（３４）と、
発呼者のカスタマイズされた発呼者ＩＤと関連づけられた情報を含むＳＩＰシグナリング・メッセージを、前記プッシュ・ツー・トーク・アクチュエータ（３４）の作動に応じて生成するコントローラ（１２）と
を備えることを特徴とする移動体端末。
【請求項２】
前記ＳＩＰシグナリング・メッセージは、ＳＩＰ ＩＮＶＩＴＥメッセージを含むことを特徴とする請求項１に記載の移動体端末。
【請求項３】
前記カスタマイズされた発呼者ＩＤに関連づけられた前記情報は、音声ファイルを含むことを特徴とする請求項１に記載の移動体端末。
【請求項４】
前記カスタマイズされた発呼者ＩＤに関連づけられた前記情報は、画像ファイルを含むことを特徴とする請求項１に記載の移動体端末。
【請求項５】
前記カスタマイズされた発呼者ＩＤに関連づけられた前記情報は、動画ファイルを含むことを特徴とする請求項１に記載の移動体端末。
【請求項６】
前記カスタマイズされた発呼者ＩＤに関連づけられた前記情報は、テキストファイルを含むことを特徴とする請求項１に記載の移動体端末。
【請求項７】
前記カスタマイズされた発呼者ＩＤに関連づけられた前記情報は、サーバ（６２）上の１つ以上のカスタマイズされた発呼者ＩＤファイルの位置を示すＵＲＬを含むことを特徴とする請求項１に記載の移動体端末。
【請求項８】
前記カスタマイズされた発呼者ＩＤに関連づけられた前記情報を格納するメモリー（１４）をさらに備えることを特徴とする請求項１に記載の移動体端末。
【請求項９】
通信システム（４０）であって、
基地局システム（４２）と、
前記基地局システム（４２）と通信するコアネットワーク（５０）と、
前記基地局システム（４２）と半二重モードで通信する移動体端末（１０）と
を備え、
前記移動体端末（１０）は、発呼者によりカスタマイズされた発呼者ＩＤと関連づけられた情報を含むＳＩＰシグナリング・メッセージを送信することを特徴とする通信システム。
【請求項１０】
前記基地局システム（４２）は、パケット交換無線ネットワークを備えることを特徴とする請求項９に記載の通信システム。
【請求項１１】
前記コアネットワーク（５０）は、前記ＳＩＰシグナリング・メッセージを前記基地局システム（４２）を介して前記移動体端末（１０）と通信するための第１のサーバ（５２）を備えることを特徴とする請求項９に記載の通信システム。
【請求項１２】
前記第１のサーバ（５２）は、ユーザーのカスタマイズされた発呼者ＩＤと関連づけられた前記情報を格納するデータベース（５４）を含むことを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記コアネットワーク（５０）は、
データベース（５８）を含み、ユーザーのカスタマイズされた発呼者ＩＤと関連づけられた前記情報を格納するために前記第１のサーバ（５２）と通信可能に接続された第２のサーバ（５６）
をさらに備えることを特徴とする請求項１１に記載の通信システム。
【請求項１４】
ユーザーのカスタマイズされた発呼者ＩＤと関連づけられた前記情報を格納するために、第１のサーバ（５２）と通信可能に接続された公的にアクセス可能なネットワーク（６０）に設置された外部サーバ（６２）をさらに備えることを特徴とする請求項１１に記載の通信システム。
【請求項１５】
受信者の発呼相手を識別するための方法であって、
発呼者によりカスタマイズされた発呼者ＩＤを格納する工程と、
前記カスタマイズされた発呼者ＩＤと関連づけられた情報を含むＳＩＰシグナリング・メッセージを生成する工程と、
前記ＳＩＰシグナリング・メッセージを、発呼者の移動体端末（１０ａ）から受信者の移動体端末（１０ｂ）に半二重モードで送信する工程と、
を備えることを特徴とする方法。
【請求項１６】
前記カスタマイズされた発呼者ＩＤを、１以上の受信者と関連づける工程を更に備えることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記関連づけを、前記発呼者の移動体端末（１０ａ）のメモリー（１４）に格納する工程を更に備えることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記関連づけを、通信ネットワーク（５０）内のサーバ（５６）に格納する工程をさらに備えることを特徴とする請求項１６に記載の方法。
【請求項１９】
前記関連づけを、公的にアクセス可能なネットワーク（６０）に設置されたサーバ（６２）に格納する工程をさらに備えることを特徴とする請求項１６に記載の方法。
【請求項２０】
前記発呼者の移動体端末（１０ａ）が、前記カスタマイズされた発呼者ＩＤと関連づけられた前記情報を含む前記ＳＩＰシグナリング・メッセージを生成することを特徴とする請求項１６に記載の方法。
【請求項２１】
前記カスタマイズされた発呼者ＩＤと関連づけられた前記情報は、音声ファイル、画像ファイル、動画ファイル及びテキストファイルの１つ以上を含むことを特徴とする請求項１５に記載の方法。
【請求項２２】
前記カスタマイズされた発呼者ＩＤと関連づけられた前記情報は、ＵＲＬを含むことを特徴とする請求項１５に記載の方法。
【請求項２３】
前記ＳＩＰシグナリング・メッセージを生成する前記工程は、前記ＳＩＰシグナリング・メッセージの本体に、発呼者のカスタマイズされた発呼者ＩＤと関連づけられた情報であって選択された情報を含める工程を含むことを特徴とする請求項１５に記載の方法。
【請求項２４】
前記ＳＩＰシグナリング・メッセージは、ＳＩＰ ＩＮＶＩＴＥメッセージを含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
サーバであって、
ＳＩＰシグナリング・メッセージを発呼者から受信し、発呼者によりカスタマイズされた発呼者ＩＤと関連づけられた情報を含むＳＩＰシグナリング・メッセージを受信者に送信するように構成されたコントローラ（５２ａ）を
備えることを特徴とするサーバ。
【請求項２６】
前記発呼者のカスタマイズされた発呼者ＩＤと関連づけられた前記情報が、１以上のファイルを含むことを特徴とする請求項２５に記載のサーバ。
【請求項２７】
前記発呼者のカスタマイズされた発呼者ＩＤと関連づけられた前記情報が、ＵＲＬを含むことを特徴とする請求項２５に記載のサーバ。
【請求項２８】
前記コントローラ（５２ａ）は、
前記発呼者により送信された指示に基づいて公的にアクセス可能なサーバ（６２）から１以上のファイルを取得し、
該ファイルを前記ＳＩＰシグナリング・メッセージに含めて受信者に送信する
ように更に構成されたことを特徴とする請求項２５に記載のサーバ。
【請求項２９】
前記発呼者から受信した前記ＳＩＰシグナリング・メッセージは、該発呼者のカスタマイズされた発呼者ＩＤと関連づけられた前記情報を含むことを特徴とする請求項２５に記載のサーバ。
【請求項３０】
移動体端末（１０）であって、
ディスプレイ（２０）と、
スピーカ（３０）と、
発呼者によりカスタマイズされた発呼者ＩＤと関連づけられた情報を含むＳＩＰシグナリング・メッセージを受信するための送受信器（２２）と、
前記移動体端末（１０）のユーザに、前記カスタマイズされた発呼者ＩＤを出力するように構成されたコントローラ（１２）と
を備えることを特徴とする移動体端末。
【請求項３１】
前記コントローラ（１２）が、前記カスタマイズされた発呼者ＩＤと関連づけられた前記情報に基づいて、サーバ（５６、６２）から１以上のファイルを取得するように更に構成されたことを特徴とする請求項３０に記載の移動体端末。
【請求項３２】
前記コントローラ（１２）が、前記カスタマイズされた発呼者ＩＤを前記ディスプレイ（２０）に出力するように構成されたことを特徴とする請求項３０に記載の移動体端末。
【請求項３３】
前記コントローラ（１２）が、前記カスタマイズされた発呼者ＩＤを前記スピーカ（３０）に出力するように構成されたことを特徴とする請求項３０に記載の移動体端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置に全般的に関連する。より詳細には、プッシュ・ツー・トーク機能を有する無線通信装置に関連する。
【背景技術】
【０００２】
プッシュ・ツー・トーク（ＰＴＴ）機能は、ユーザ間におけるポイントからマルチポイントへの通信を可能とする。送信は、通常は半二重で行われ、ユーザは、マイクに向かって話している時には無線通信装置のボタンを押し続けなければならない。ＰＴＴは、プライベートの無線システムと最も良く関連する機能である。しかしながら、近年は、ＰＴＴ機能をパケット交換ネットワーク上で利用可能とするための規格の設定に向けた努力がなされている。この規格は、ＰｏＣ（Push-To-Talk over Cellular）規格として知られ、シグナリングのためにＳＩＰ（Session Initiation Protocol）を採用している。
【０００３】
通信システムと関連づけられる機能の一つに、発呼者識別（発呼者ＩＤ）がある。この機能によれば、例えば、携帯電話呼の受信者は呼に応答する前に発呼者が誰であるかを知ることができる。しかしながら、発呼者を識別するための既存の方法では、ネットワーク内のエンティティ、または、受信者の電話機に格納された情報を利用するように構成されていた。例えば、ある従来手法では、受信者の宛先リスト或いはアドレス帳に存在する発呼者のみを識別していた。この手法では、受信者は不知の発呼者を識別することはできないし、また、不知の番号を利用した既知の発呼者を識別することもできない。さらに、従来の発呼者ＩＤ機能は、受信者への識別メッセージを発呼者がカスタマイズすることはできなかった。むしろ、受信者は名前のみを受信するか、あるいは、発呼者と関連づけられた電話番号を受信するだけであった。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
そこで、発呼者が、発呼者ＩＤの見かけや、受信者への提示方法をカスタマイズ可能とすることが求められている。
【課題を解決するための手段】
【０００５】
本発明は、ユーザにカスタマイズされた発呼者ＩＤファイルの生成、格納、管理を可能とするシステム及び方法を提供する。発呼者ＩＤファイルは、例えば、音声ファイル、動画ファイル、テキスト或いは画像ファイルであってもよく、ユーザのアドレス帳の１以上の意図された受信者と関連づけることができる。ユーザが、発呼者として、意図する受信者を呼び出す場合、呼設定の際に、カスタマイズされた発呼者ＩＤファイルをシグナリング・メッセージに含めることができる。コアネットワーク内のサーバは、シグナリング・メッセージとカスタマイズされた発呼者ＩＤとを、基地局システム（ＢＳＳ）を介して受信者に転送する。受信者は、シグナリング・メッセージを受信すると、受信者の通信端末が、カスタマイズされた発呼者ＩＤファイルを、端末のディスプレイやスピーカを使って表示、再生する。これにより、受信者は、呼を受け入れたり、発呼者からの会話の申込みを断ったりする以前に、発呼者を識別することができるようになる。
【０００６】
また、ユーザは、ＵＲＬ（Uniform Resource Locator）をシグナリング・メッセージに含めることができる。このＵＲＬによれば、サーバや受信者がアクセスするためのカスタマイズされた発呼者ＩＤファイルの格納先を判別することができる。この場合、サーバは、受信者にシグナリング・メッセージに転送する前に、ＵＲＬにより識別されるファイルをシグナリング・メッセージに含めることができる。受信者がシグナリング・メッセージを受信すると、受信者装置が当該ファイルを受信者のために表示、再生する。別の場合、サーバは、ＵＲＬを含むシグナリング・メッセージを受信者装置に転送だけする。この場合、受信者装置は、受信したＵＲＬを利用してカスタマイズされた発呼者ＩＤファイルにアクセスし、該発呼者ＩＤファイルを受信者の為に表示、再生する。受信者は、発呼者の識別情報に基づいて、通信を受け入れるか否かを選択することができる。
【発明を実施するための最良の形態】
【０００７】
図１及び図２は、本発明の無線通信装置の典型的な実施形態を示す。図１の装置は、移動体端末１０を示す。ある実施形態において、移動体端末１０は、ＰＴＴ機能を備えた携帯電話である。しかしながら、本発明は、ＰＴＴを利用可能な携帯電話に対する用途に限定されるものではなく、衛星電話、パーソナル通信サービス（ＰＣＳ）装置、ＰＤＡ、パームトップコンピュータ、ここで特に言及はしないが、遠隔の相手とプッシュ・ツー・トーク通信が可能な他の装置においても実施可能である。
【０００８】
移動体端末１０は、１つ以上のコントローラ１２、メモリー１４、ユーザインタフェース１６、アンテナ２４を有する無線送受信器２２、音声処理回路２６、マイクロフォン２８、スピーカー３０をハウジング３２内に有する。コントローラ１２は、メモリー１４に格納されたプログラムに従って、移動体端末１０の全体的な動作の制御を含めて、様々な処理タスクを実行する。更に、コントローラ１２は、必要に応じて音声及び画像の少なくともいずれかについて様々な処理を実行する。コントローラ１２は、ハードウェア、ファームウェア、ソフトウェア、或いはそれらの結合において実現されても良い。コントローラ１２は、単一のマイクロプロセッサ、あるいは、複数のマイクロプロセッサを備えていても良く、また、汎用マイクロプロセッサ、デジタル信号プロセッサ、あるいは、他の特定用途プロセッサを含むことができる。
【０００９】
メモリー１４は、移動体端末１０内のメモリーの全階層のメモリーを表しており、そこには、ランダム・アクセス・メモリー（ＲＡＭ）、リード・オンリ・メモリー（ＲＯＭ）が含まれていてもよい。移動体端末１０の動作に必要なプログラム命令やデータは、ＥＰＲＯＭ、ＥＥＰＲＯＭ及びフラッシュメモリーの少なくともいずれかのような、不揮発性メモリーに格納される。メモリー１４は、１つ以上のディスクリートデバイスやスタックデバイスとして実現されてもよいし、あるいは、コントローラ１２に統合されてもよい。以下により詳細に記載するように、移動体端末１０のユーザは、１つ以上のカスタマイズされた発呼者ＩＤと関連づけられたデータをメモリー１４内に格納することができる。
【００１０】
ユーザインタフェース１６は、１つ以上のユーザ入力装置１８と、少なくとも１つのディスプレイ２０を含む。ユーザインタフェース１６により、ユーザは、移動体端末１０とインタラクトして制御を行うことができる。ユーザインタフェース１６は、キーパッド、タッチパッド、ジョイスティック・コントロール・ダイヤル、コントロール・ボタン、或いは、これらの組合せを含むことができる。ユーザインタフェース１６の典型的な構成例は、図２に示すように、公知の英数字キーパッドと、ジョイスティックコントロールである。キーパッド及びジョイスティックコントロールは、オペレータに番号のダイヤル、コマンド入力、ディスプレイ２０によりユーザに提示されたメニュー及びメニュー項目のスクロール及び選択を可能とする。以下により詳細に記載するように、例えば移動体端末１０のユーザは、キーパッド及びジョイスティックの少なくともいずれかを利用して、所望の発呼者ＩＤ及び通信ユーザの少なくともいずれかを選択することができる。ディスプレイ２０は、オペレータに、メニューやメニュー項目、ダイアル数字、画像、通話ステータス情報、ユーザアプリケーションからの出力といった情報の確認を可能とする。受信者の移動体端末では、ディスプレイ２０は、発呼時に発呼者から送信されたカスタマイズされた発呼者ＩＤの内容を表示することができる。
【００１１】
送受信器２２は、アンテナ２４と組み合わされて、無線通信ネットワークとの間で信号の送受信を行うことができる。送受信器２２は、完全に機能する携帯電話無線送受信器であって、既知のあらゆる通信規格に従って動作することができる。当該規格には、ＧＳＭ（Global System for Mobile Communicatios）、ＴＩＡ／ＥＩＡ−１３６、ｃｄｍａＯｎｅ、ｃｄｍａ２０００、ＵＭＴＳ、及びワイドバンドＣＤＭＡが含まれる。送受信器２２は、好ましくは、送受信器２２によって送受信された信号を処理するためのベースバンド処理回路を含む。また、ベースバンド処理回路は、コントローラ１２に組み込まれても良い。以下により詳細に説明するように、送受信器２２は、ＳＩＰシグナリング・メッセージを無線通信ネットワークとの間で送受信することができる。
【００１２】
音声処理回路２６は、アナログ音声入力をマイクロフォン２８から受信し、基本的なアナログ出力信号をスピーカー３０に提供する。マイクロフォン２８は、発声音や他の可聴信号を検出して電気的な音声信号に変換し、スピーカー３０は、アナログ音声信号を、ユーザが耳で聞くことができる可聴信号に変換する。音声処理回路２６は、コントローラ１２に統合されても良いし、或いは、コントローラ１２とは独立した回路として実現されても良い。
【００１３】
図２は、典型的な無線通信移動体端末１０の物理的な外観を示す図である。移動体端末１０は、ハウジング３２を有する。該ハウジング３２内には、ユーザ入力装置１８、ディスプレイ２０、マイクロフォン２８及びスピーカー３０が含まれる。キーパッド及びジョイスティック・コントロールは、ユーザ入力装置１８として機能し、ハウジング３２の表面に配置される。ＰＴＴアクチュエータ３４は、図２ではボタンとして示されているが、移動体端末１０の側面に配置されている。ユーザがＰＴＴ（即ち、半二重）モードで通信を行いたい場合には、単にアクチュエータ３４を押して、マイクロフォン２８に向かって話すだけでよい。ユーザは、メッセージの送信を終え場合には、アクチュエータ３４を開放すればよい。
【００１４】
上述のように、ＰｏＣは、セルラー網でのＰＴＴ機能を定義する規格のセットであり、パケット交換網での利用が意図されている。ここでは、ＧＳＭ、ＧＰＲＳ、ＥＧＰＲＳといったパケット交換網が含まれる。従って、本発明は、これらのネットワークでも採用することができる。しかしながら、本発明はこれらのネットワークに限定して適用されるものではなく、ＵＴＭＳ及びＣＤＭＡパケット交換網でも同様に利用することができる。図３は、本発明を利用可能な通信システム４０の典型的な構成を示す。システム４０は、パケット交換無線網４２を備え、移動体端末１０及びコアネットワーク５０と通信する。また、付随的に、ＩＰネットワーク６０と接続されたサーバ６２と通信することもできる。
【００１５】
パケット交換網４２は、基地局サブシステム（ＢＳＳ）４４を備える。該ＢＳＳ４４は、１以上の基地送受信局（ＢＴＳ）４６及び基地局制御装置（ＢＳＣ）４８を有している。基地送受信局（ＢＴＳ）４６は、移動体端末１０とネットワーク４２とのインタフェースを提供する。ＢＴＳ４６は、アンテナまでの無線送受信装置と、無線インタフェース専用の信号処理回路を含む。ＢＳＣ４８は、ＢＴＳ４６をコアネットワーク５０に接続し、例えば、リソース割り当て、ハンドオーバー制御を含めた、ＢＳＳ４４の管理・制御の大半を実行する。当業者であれば、ＢＳＣ４８が、他の図中に特に示されていない構成要素と接続しても良いことは理解するであろう。係る構成要素には、ＳＧＳＮ（Serving GPRS Support Node）、ＧＧＳＮ（Gateway GPRS Support Node）、ＨＬＲ（Home Location Register）、ＳＭＬＣ（Serving Mobile Location Center）及びＧＭＬＣ（Gateway Mobile Location Center）、また、付随的にはＬＭＵ（Location Measuring Unit）などが含まれる。
【００１６】
コアネットワーク５０は、ＢＳＣ４８と通信し、ＰｏＣサーバ５２を備える。ＰｏＣサーバ５２は、データベース５４と、データベース５８を有するリストサーバ５６とを有している。コアネットワーク５０は、移動体端末１０にＩＰ接続機能や、認証・署名サービスを提供する。コアネットワーク５０は、呼設定メッセージのようなＳＩＰシグナリング・メッセージを、移動体端末１０とＰｏＣサーバ５２との間でルーティングする。なお、具体的に図示してはいないが、ネットワーク５０は、ＳＩＰシグナリング・メッセージを移動体端末１０とＰｏＣサーバ５２との間でルーティングするために、１つ以上のプロキシサーバを含んでいてもよい。該プロキシサーバとしては、例えば、ＳＩＰプロキシ及びＳＩＰレジスタの少なくともいずれかがある。
【００１７】
ＰｏＣサーバ５２は、例えば、コンピュータ上で動作するＵＮＩＸ(登録商標)オペレーティング・システムのような、本技術分野において公知のどのようなサーバを含むこともできる。ＰｏＣサーバ５２は、コントローラ５２ａを含み、ネットワーク４２を介して移動体端末１０とＳＩＰインタフェースを利用して通信する。また、移動体端末１０のユーザに、ＳＩＰセッション・ハンドリング、ポリシー制御、グループセッション・ハンドリング、アクセス制御、及び、課金といった機能を提供する。以下においてより詳細に記述するように、ＰｏＣサーバ５２のコントローラ５２ａは、発呼者が呼設定の際に、自身を１以上の選択された発呼者から識別するための機能を実行しても良い。これには、移動体端末１０のユーザに、呼設定の間に、当該ユーザを受信者に対し一意に認識させるためのデータの生成、格納、取得、管理を可能とすることが含まれる。ある実施形態では、このデータが、ＰｏＣサーバ５２に接続されたデータベース５４内に格納されてもよい。当業者であれば理解するであろうように、データベース５４は、ＰｏＣサーバ５２と併設されてもされなくても良いし、また、ＰｏＣサーバ５２内に統合されても良い。
【００１８】
リストサーバ５６は、ＰｏＣサーバ５２と同様に、本技術分野において公知のいかなるサーバであっても良い。リストサーバ５６は、移動体端末１０のユーザに、例えば１以上のユーザの識別子含むリストの生成、格納、管理を可能とするものである。リストサーバ５６及び移動体端末１０の少なくともいずれかにおいて動作するソフトウェアにより、移動体端末１０のユーザは、これらのリストから個人や個人グループを選択して、所望の呼セッション、グループ呼セッション又はチャットセッションを起動することができる。リストは、データベース５８に格納されていても良い。該データベース５８は、リストサーバ５６と併設されていてもされていなくても良いし、リストサーバ５６内に統合されてもよい。
【００１９】
サーバ６２は、例えば、ウェブサーバや、ＩＰネットワーク６０を介してコアネットワーク５０に接続された他の外部サーバであっても良い。ＩＰネットワーク６０は、インターネットのようなパブリック・ネットワークであってもよいし、プライベート・ネットワークであってもよい。いずれの場合であっても、移動体端末１０はサーバ６２にコアネットワーク５０を介して接続することができる。図３のＰｏＣサーバ５２は、コアネットワーク５０とサーバ６２との接続を提供する。しかしながら、当業者であれば、例えばゲートウェイ・サーバ（不図示）のような他の構成要素も、コアネットワーク５０とサーバ６２との間の接続を提供するのに相応しいことは理解するであろう。本発明の一つの実施形態では、移動体端末１０のユーザは、サーバ６２上でデータを生成、格納、取得及び管理することができ、当該データを、受信者に自身を一意に認識させるために利用することができる。
【００２０】
ＰｏＣサービスは、主としてＴＣＰ／ＩＰやＵＤＰといった、確立されているインターネット・プロトコルに基づくものであり、移動体端末１０とＰｏＣサーバ５２との間でのＳＩＰシグナリング・メッセージの利用を要求する。例えば、ＳＩＰ ＩＮＶＩＴＥメッセージは、発呼者と受信者との間でＰｏＣ呼を設定するために利用されても良い。図４は、実施可能なＳＩＰシグナリングフロー７０の一例を示す。このフローは、発呼者１０ａと受信者１０ｂとの間でＰｏＣサーバ５２を介して呼設定を行う場合に利用することができる。
【００２１】
シグナリングフロー７０は、発呼者１０ａが移動体端末１０のＰＴＴボタン３４を操作することから開始される。これにより、コントローラ１２は、ＳＩＰ ＩＮＶＩＴＥメッセージを生成し、送受信器２２を介してＰｏＣサーバ５２に送信する。ＰｏＣサーバ５２は、ＳＩＰ ＩＮＶＩＴＥメッセージを受信者１０ｂに転送し、ＳＩＰ ＡＣＣＥＰＴＥＤメッセージを発呼者１０ａに返す。発呼者１０ａの移動体端末１０は、ＳＩＰ ＡＣＫＮＯＷＬＥＤＧＥメッセージでＰｏＣサーバ５２に応答し、それに対し、ＳＩＰ ＧＲＡＮＴＥＤメッセージが返される。ＰｏＣ通信は、半二重であるので、一度に１人のユーザだけが発言権（floor）を有する。これは、発言権制御（フロア制御）として、技術分野において公知である。ＳＩＰ ＧＲＡＮＴＥＤメッセージは、一度に１人のユーザのみに“発言権”が与えられることを保証する。
【００２２】
受信者１０ｂは、ＳＩＰ ＩＮＶＩＴＥメッセージを発呼者１０ａから受信すると、受信者１０ｂの移動体端末１０は、ＳＩＰ ＯＫメッセージをＰｏＣサーバ５２に送信する。ＰｏＣサーバ５２は、ＳＩＰ ＡＣＫＮＯＷＬＥＤＧＥメッセージを受信者１０ｂに送信して応答するとともに、ＳＩＰ  ＮＯＴＩＦＹメッセージを発呼者１０ａに送信して、呼が受け付けられたことを通知する。ＰｏＣサーバ５２は、ＳＩＰ ＴＡＫＥＮメッセージを受信者１０ｂに送信して、発呼者が“発言権”を有していることを通知する。発呼者１０ａは、ＳＩＰ ＯＫメッセージをＰｏＣサーバ５２に送信し、当事者間での通信が開始される。通信の継続に応じて、ＰｏＣサーバ５２は、適切なＳＩＰシグナリング・メッセージを送信し、当事者間での発言権の切り替えを行う。
【００２３】
上述のように、従来的な発呼者識別サービスでは、受信者に送信される識別情報を発呼者がカスタマイズすることができないし、また、発呼者ＩＤ情報の受信者への提示方法を発呼者が制御することも許されない。むしろ、従来手法では、ネットワークや受信者装置の構成要素で取得した名前や電話番号を単に送信するだけである。本発明によれば、発呼者は、１以上のカスタマイズされた発呼者ＩＤに関連する情報の生成、格納、取得及び管理を行うことができ、また、選択したカスタマイズ済の発呼者ＩＤを、ＰｏＣサーバ５２を介して１以上の受信者に送信することができる。
【００２４】
カスタマイズされた発呼者ＩＤは、公知のあらゆる手法を利用して、移動体端末１０のユーザが生成することができ、ユーザテキスト、画像、動画、音声ファイル、ＵＲＬ、または、それらのあらゆる組合せを含むことができる。また、ユーザは、これらのファイルを、インターネットや、例えば他のパブリック或いはプライベートのネットワークからダウンロードすることができる。発呼者ＩＤファイルは、移動体端末１０のメモリー１４、データベース５４、又はサーバ６２に格納することができ、移動体端末１０のユーザにより１以上の受信者と関連づけられる。
【００２５】
図５は、実施形態の一例として、発呼者により生成されたカスタマイズされた発呼者ＩＤ情報と関連づけられた、アドレス帳に含まれる宛先を示す。この例では、“母”及び“父”の宛先が、移動体端末１０に格納されている１以上の発呼者ＩＤファイルを識別するためのインデックス“ｍｙＩＤ＿１”と関連づけられている。しかしながら、このインデックスは、外部の、或いは、公的にアクセス可能なサーバ６２や、コアネットワーク５０内のデータベース５４、５８に存在する１以上のカスタマイズされた発呼者ファイルを識別するものであってもよい。同様に、宛先“エンジニア”グループは、いくつかの宛先を含むものであってもよいが、サーバ６２に格納された画像ファイルのＵＲＬと関連づけられている。図５において、ＵＲＬは、“ｗｗｗ．ｐｉｃｔｕｒｅｓｅｒｖｅｒ．ｃｏｍ＼ｍｙＰｉｃ．ｊｐｇ”であるが、当業者であれば、ＵＲＬが様々な態様を有しても良いことを理解するであろう。更に、ユーザは、ユーザの宛先リストに登録されていないあらゆる相手に送信するための、デフォルト発呼者ＩＤを作成しても良い。ここで理解されるべきは、ここで特に記載しない他の方法を、１以上のカスタマイズされた発呼者ＩＤを１以上の受信者と関連づけるために採用することが可能な点である。
【００２６】
発呼者は、選択したカスタマイズされた発呼者ＩＤ情報を、ＰｏＣ呼設定の間に呼設定メッセージにおいて１以上の受信者に送信することができる。既に説明したように、シグナリング・メッセージはＳＩＰシグナリング・メッセージであるが、他のシグナリング・メッセージを利用することもできる。これにより受信者は、呼を受け付ける前に発呼者を識別することができる。ファイル又は、ファイルの格納場所を送信してもよい。ある実施形態では、移動体端末１０におけるメモリー利用を最少化し、シグナリング・メッセージのサイズを減少するために、実際の発呼者ＩＤファイルがネットワーク・サーバ上に格納される。また、カスタマイズされた発呼者ＩＤファイルの格納場所を示すＵＲＬを受信者に送信してもよい。ある実施形態では、ＳＩＰ ＩＮＶＩＴＥメッセージのＣＡＬＬ−ＩＤフィールドを、例えば以下のフォーマットに従ってフォーマットしてもよい。
【００２７】
＜ｎｕｍｂｅｒ＞＠＜ｈｏｓｔ＞．＜ｄｏｍａｉｎ＞＼＼＜ｃａｌｌｅｒ＿ｉｄ＿ＵＲＬ＞
ここで＜ｎｕｍｂｅｒ＞は、発呼者の電話番号を表し、＜ｈｏｓｔ＞と＜ｄｏｍａｉｎ＞は、発呼者のホストとドメインを示し、＜ｃａｌｌｅｒ＿ｉｄ＿ＵＲＬ＞は、発呼者ＩＤファイルのＵＲＬを示す。
【００２８】
図６は、受信者にＵＲＬを送信するための方法８０を示す。まず、ステップ８２において、発呼者は、１以上のカスタマイズされた発呼者ＩＤファイルを生成し、サーバ６２に格納し、アドレス帳の１以上の宛先とＵＲＬとを関連づける。ある実施形態では、この関連づけが、移動体端末１０のメモリー１４に格納される。別の実施形態では、この関連づけが、ＰｏＣサーバ５２のデータベース５４に格納される。更に別の実施形態では、この関連づけがリストサーバ５６に格納される。当該関連づけがどこに格納されるかに応じて、発呼者の移動体端末１０が送信するＳＩＰ ＩＮＶＩＴＥメッセージのフォーマットが変更されてもよい。
【００２９】
ステップ８４では、発呼者は、ＰｏＣ通信を開始するために、会話を行う１以上の意図する受信者を選択する。このとき、ＳＩＰ ＩＮＶＩＴＥメッセージのＣＡＬＬ−ＩＤフィールドに含めるために、選択された受信者に関連づけられたＵＲＬが併せて選択される。本実施形態では、コントローラ１２やＰｏＣサーバ５２が、選択された受信者と関連づけられたＵＲＬを自動的に選択する。しかしながら、発呼者が手動でＵＲＬを選択してもよいことは理解されよう。また、コントローラ１２やＰｏＣサーバ５２は、ユーザの宛先リストやアドレス帳に登録されていない相手については、デフォルトＵＲＬを選択してもよい。ステップ８６において、発呼者は、移動体端末１０のＰＴＴボタン３４を操作する。これにより、コントローラ１２はＳＩＰ ＩＮＶＩＴＥメッセージを生成して、ＰｏＣサーバ５２に送信する。
【００３０】
第１の実施形態では、関連づけが、移動体端末１０のメモリー１４に格納されている。この実施形態では、ステップ８８において、コントローラ１２が、意図する受信者に関連づけられたＵＲＬをメモリー１４から取得し、ＳＩＰ ＩＮＶＩＴＥメッセージをフォーマットして、ＣＡＬＬ−ＩＤフィールドに該ＵＲＬを含める。ステップ９０において、コントローラ１２は、関連ＵＲＬを含むフォーマット済のＳＩＰ ＩＮＶＩＴＥメッセージをＰｏＣサーバ５２に送信する。
【００３１】
第２の実施形態では、関連づけが、データベース５４に格納されている。この実施形態では、ステップ９２において、コントローラ１２が、ＣＡＬＬ−ＩＤフィールドにＵＲＬを含まないＳＩＰ ＩＮＶＩＴＥメッセージを、ＰｏＣサーバ５２に送信する。ステップ９４において、ＰｏＣサーバ５２は、ＳＩＰ ＩＮＶＩＴＥメッセージを発呼者から受信すると、発呼者の識別子及び受信者の識別子の少なくともいずれかに基づいて、データベース５４から関連するＵＲＬを取得する。ＰｏＣサーバ５２によるＵＲＬの取得は、ＳＩＰ ＩＮＶＩＴＥメッセージに含まれるＳＩＰ ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｅｎｔｉｆｉｅｒ）に基づいて行ってもよい。ＳＩＰ ＵＲＩは、アドレッシングに利用される英数字ストリングであって、ユーザを一意に識別するものである。ＳＩＰ ＵＲＩの例としては、ｓｉｐ：ｊｏｈｎ．ｄｏｅ＠ｐｏｃ．ｏｐｅｒａｔｉｏｎｓ．ｎｅｔがあげられる。また、他の識別子、例えば、プライベート・ユーザＩＤ（例えば、ｊｏｈｎ．ｄｏｅ＠ｐｏｃ．ｏｐｅｒａｔｉｏｎｓ．ｎｅｔ）を利用してもよい。ＵＲＬを取得すると、ステップ９６においてＰｏＣサーバ５２は、ＳＩＰ ＩＮＶＩＴＥメッセージをフォーマットして、該ＵＲＬを含める。
【００３２】
ＵＲＬを取得すると、その手法や、どこから取得したかに関わらず、ステップ９８においてＰｏＣサーバ５２は、ＵＲＬを含むＳＩＰ ＩＮＶＩＴＥメッセージを受信者に転送する。ステップ１００において、受信者装置は、ＵＲＬをＳＩＰ ＩＮＶＩＴＥメッセージから抽出して、実際の発呼者ＩＤファイルを取得するために利用する。ステップ１０２において、例えば、もしＵＲＬがサーバ６２上の音声ファイルを示す場合には、受信者の移動体端末１０は該音声ファイルをサーバ６２からダウンロードして、スピーカー３０を用いて再生する。同様にして、ステップ１０２では、ＵＲＬが動画ファイル、画像ファイル或いはテキストを示す場合には、受信者の移動体端末は、それらのファイルをダウンロードして、ディスプレイ２０上に表示する。もし、ステップ１０４において受信者が呼を受け付ける場合、ステップ１０８で通話が実行される。一方、呼が最終的に終了される場合、ステップ１０６でリソースが開放される。
【００３３】
図６は、ＵＲＬがＳＩＰ ＩＮＶＩＴＥメッセージの一部として送信される場合を示している。しかしながら、本発明は、関連するＵＲＬをＳＩＰ ＩＮＶＩＴＥメッセージ内で送信する形態に限定されるものではない。図７の方法１１０から理解されるように、受信者あるいは通話相手と関連づけられる現実の発呼者ＩＤファイルを、プロトコルにおいて許可されるのであれば、ＵＲＬに追加して、或いは、ＵＲＬの代わりに送信してもよい。例えば、カスタマイズされた発呼者ＩＤファイルは、ＳＩＰメッセージの“フリーテキスト”部分において搬送されてもよい。これは、例えばユーザがインスタント・パーソナル・アラート・メッセージを受信者に送信する場合に起こりえる。この実施形態では、ユーザは１以上の“タグ”をＳＩＰメッセージのフリーテキスト部分に挿入して、メッセージで伝搬されるデータのタイプを指定することができる。このタグに続く情報は、１以上のカスタマイズされた発呼者ＩＤファイルであってもよい。
【００３４】
図７では、ステップ１１２において、発呼者はカスタマイズされた発呼者ＩＤファイルを生成し、ステップ１１４において受信者とそれに関連づけられる発呼者ＩＤ情報を選択する。そして、ステップ１１６において移動体端末１０のＰＴＴボタン３４を操作し、コントローラ１２がＰｏＣサーバ５２に送信するＳＩＰシグナリング・メッセージを生成する。上記のように、実際の発呼者ＩＤファイルは、移動体端末１０のメモリー１４、データベース５４又はサーバ６２に格納されていてもよい。
【００３５】
カスタマイズされた発呼者ＩＤファイルが移動体端末１０内に格納されている場合、ステップ１１８で、コントローラ１２は関連するファイルをメモリー１４から取得し、ステップ１２０で、生成したシグナリング・メッセージに該ファイルを埋め込む。コントローラ１２は、ステップ１２２において、該カスタマイズされた発呼者ＩＤファイルを含むシグナリング・メッセージを、ＰｏＣサーバ５２に送信する。
【００３６】
もしファイルが、ＰｏＣサーバのデータベース５４に格納されている場合には、コントローラ１２は、ステップ１２４において、発呼者ＩＤファイルを含まないシグナリング・メッセージを生成して、ＰｏＣサーバ５２に送信する。ＰｏＣサーバ５２はシグナリング・メッセージを受信すると、ステップ１２６において、例えば、ＳＩＰ ＵＲＩ及びプライベート・ユーザＩＤの少なくともいずれかのような上述の情報を利用して、カスタマイズされた発呼者ＩＤファイルを取得する。ファイルを取得すると、ステップ１２８においてＰｏＣサーバ５２は、発呼者ＩＤファイルを搬送するためにシグナリング・メッセージをフォーマットする。
【００３７】
発呼者ＩＤファイルがサーバ６２に格納されている場合、ステップ１３０においてコントローラ１２は、生成されたＰｏＣサーバ５２へのシグナリング・メッセージをフォーマットして、ファイル位置を示すＵＲＬを含める。また、ＵＲＬは、ユーザにより予め与えられ、ＰｏＣサーバ５２に格納されていてもよい。いずれにしても、ＰｏＣサーバ５２は、ステップ１３２においてＵＲＬにより識別されるカスタマイズされた発呼者ＩＤファイルを取得して、ステップ１３４においてシグナリング・メッセージをフォーマットして該ファイルを含める。
【００３８】
ＰｏＣサーバ５２は、シグナリング・メッセージをフォーマットすると、ステップ１３６においてＰｏＣサーバ５２は、発呼者ＩＤファイルを含む該メッセージを受信者に転送する。受信者装置は、該メッセージを受信すると、ステップ１３８において、該シグナリング・メッセージに含まれたカスタマイズされた発呼者ファイルを表示、展開、あるいは、再生する。また、上述の実施形態のように、ステップ１４０において、呼を受け付ける場合は、ステップ１４２において通話が実行される。一方、ステップ１４４では呼が終了する。
【００３９】
図８は、発明の実施形態の一つに対応して送信された、カスタマイズされた発呼者ＩＤを受信者はどのように見ることができるのかを示す図である。図８に示すように、発呼者ＩＤは、受信者へのシグナリング・メッセージとともに送信され、発呼者の画像や、ディスプレイ２０に表示されるテキスト情報を含んでいる。発呼者ＩＤはまた、スピーカー３０により再生される音声ファイルを含む。このように、本発明は、カスタマイズされた発呼者ＩＤを単一のデータタイプを用いて送信する形態に限定されるものではない。むしろ、カスタマイズされた発呼者ＩＤは、表示や再生を行う、いくつかのタイプの情報により受信者に提供されてもよい。
【００４０】
上述の実施形態では、ＳＩＰ ＩＮＶＩＴＥメッセージを、発呼者ＩＤ情報を含むシグナリングメッセージとして特に識別して記述した。しかしながら、当業者であれば、他のシグナリング・メッセージを、該情報を搬送するために利用可能であることを理解するであろう。例えば、ＳＩＰ ＮＯＴＩＦＹメッセージも利用可能である。
【００４１】
本発明は、当然のことながら、ここで述べた内容とは異なる方法においても、本発明の本質的な特徴から逸脱することなく実行することができる。本実施形態は、すべての側面において、例示的かつ非限定的なものとして解釈されるべきであり、また、特許請求の範囲に記載される発明が意味する範囲及びそれと均等な範囲内の全ての変更を含むことが意図されている。
【図面の簡単な説明】
【００４２】
【図１】典型的な無線通信装置を示すブロック図である。
【図２】ＰＴＴサービスのため無線通信装置の一例を示す外観図である。
【図３】発明の一つの実施形態に従って動作するように構成された通信ネットワークの一例を示すブロック図である。
【図４】呼設定時に利用されるシグナルフローの一例を示す図である。
【図５】本発明に対応する、発呼者ＩＤ情報と１つ以上の発呼者との関連づけの一例を示す図である。
【図６】本発明に対応する、発呼時において、発呼者がカスタマイズした発呼者ＩＤ情報を受信者に送信するための処理の一例を示すフローチャートである。
【図７】本発明に対応する、発呼時において、発呼者がカスタマイズした発呼者ＩＤ情報を受信者に送信するための処理の他の一例を示すフローチャートである。
【図８】発明の一つの実施形態に対応する、カスタマイズされた発呼者ＩＤの受信側での表示の一例を示す図である。
【図１】
2008505585.tif 000003
【図２】
2008505585.tif 000004
【図３】
2008505585.tif 000005
【図４】
2008505585.tif 000006
【図５】
2008505585.tif 000007
【図６】
2008505585.tif 000008
【図７】
2008505585.tif 000009
【図８】
2008505585.tif 000010
【国際調査報告】
2008505585.tif 000011
2008505585.tif 000012