JP2009501466A - 発呼者識別子を用いて発呼者に関する別の情報を取得する方法及び装置 - Google Patents

Abstract

発呼者識別子を受信すると、別の情報に対する要求が被呼者からサーバへ送信され、該サーバは、発呼者の発呼者識別子に関連する情報を求めてサーバのデータベースを探索する。例えば、氏名、画像、動画、着信音、アドレス又は該アドレスを示す地図あるいは個人情報のような発呼者に関する別の情報の取得が意図される。次いで、実際に呼に応答する前に上記情報は起呼側ユーザへ与えられる。上記機能は拡張型発呼者識別子としても知られている。
【選択図】図３

Description

本発明は、通信装置において、受信した識別データに関連する情報をサーバ装置から取得する方法及び通信装置に関する。

音声やデータ呼のような通信装置への着呼と共に、識別子の受信が行われることがある。この識別子によって呼の発信源の特定が可能となり、該識別子は、例えば受信契約の電話番号、ＣＬＩ（発呼者識別子）あるいはＣＬＩＤ（通話回線識別子）であってもよい。受信契約者の氏名を識別子に関連付け、受信契約データが格納されているサーバに知らせることもできる。通信装置にアドレス帳を格納することも可能である。このアドレス帳には、電話番号、及び、電話番号を併記した少なくとも氏名及びアドレスのいずれかを含めるようにしてもよい。格納済みの氏名及び電話番号は、受信した識別データのフォーマットに対応するフォーマットを有するようにしてもよい。これによって、例えば識別データとして電話番号を受信した場合、その電話番号がアドレス帳の中に存在するかどうかのチェックを行うことが可能となる。電話番号がアドレス帳の中に存在すれば、呼の受信に応じて、格納済みの受信した電話番号に関連する氏名を表示することが可能となる。

アドレス帳の中や、通信装置の中のどこにも受信した識別子に一致するものが存在しなければ、受信した識別子に関連する氏名を表示することはできず、番号のみが表示されることになる。さらに、この受信した識別データに関連する氏名を手作業で格納しなければならなくなるが、この作業は、比較長い時間を要するため面倒な作業となる。

受信した識別データに関連する情報を取得する方法及び装置を提供することが本発明の目的である。

第１の側面によれば、通信装置において情報を取得する方法は、着呼の発信源を識別するための識別データを受信する工程と、該識別データに関連する情報の要求を含む情報要求メッセージを生成する工程と、該情報要求メッセージをサーバ装置へ送信する工程と、前記識別データに関連する情報を受信する工程と、を備えるものとなる。

上記生成する工程は、受信した識別データを情報要求メッセージの中へ組み込む工程を含んでいてもよい。

上記識別データを受信する工程は、発呼者識別子、通話回線識別子、電話番号及び氏名のうちの少なくとも１つを識別データとして受信する工程を含んでいてもよい。

上記識別データを受信する工程は、該識別データの受信に応じて、サーバ装置の接続先である情報ネットワークにアクセスするセッションを開始する工程を含んでいてもよい。

上記識別データを受信する工程は、情報ネットワークへのアクセスセッションを開始した後に着呼を通知する着信音の出力を開始する工程を含んでいてもよい。

上記情報を受信する工程は、前記識別データに関連する、氏名、電話番号、画像、動画、着信音、及び、個人情報のうちの少なくとも１つを受信する工程を含んでいてもよい。

上記識別データを受信する工程は、受信した識別データが通信装置に格納されている情報と関連付けられているかどうかを判定する工程を含んでいてもよく、識別データに関連する情報が通信装置に格納されていない場合にのみ、要求メッセージを生成し、送信することとしてもよい。

上記識別データ受信工程は、該識別データの地域エリアコードを判定する工程を含んでいてもよく、そして、上記送信する工程は、地域エリアコードに基づいて、情報要求メッセージを送信すべきサーバ装置のアドレスをメモリから取得する工程を含むことができる。

第２の側面によれば、通信装置は、着呼の発信源を識別するための識別データを受信するように適合された通信手段と、この識別データに関連する情報の要求を含む情報要求メッセージを生成するように適合された識別処理手段とを備える。この通信手段は、上記情報要求メッセージをサーバ装置へ送信し、前記識別データに関連する情報を受信するように適合している。

上記識別処理手段は、受信した識別データを情報要求メッセージの中へ組み込むように適合されたものであってもよい。

上記識別処理手段は、識別データとして、発呼者識別子、通話回線識別子、電話番号及び氏名のうちの少なくとも１つを、受信した識別データから取得するように適合されたものであってもよい。

上記通信装置は、識別データの受信に応じて、サーバ装置の接続先である情報ネットワークにアクセスするセッションを開始するように適合されたクライアントユニットを備えていてもよい。

上記識別データ処理手段は、クライアントユニットが情報ネットワークにアクセスするセッションを開始した後に着呼を通知する着信音の出力を開始するように適合されたものであってもよい。

上記識別データ処理手段は、前記識別データに関連する、氏名、電話番号、画像、動画、着信音、及び個人情報のうちの少なくとも１つを受信情報から取得するように適合されたものであってもよい。

上記識別データ処理手段は、上記受信した識別データが通信装置のメモリに格納された情報に関連しているかどうかを判定し、前記識別データに関連する情報が前記メモリに格納されていない場合にのみ、前記要求メッセージを生成するように適合されたものであってもよい。

上記識別データ処理手段は、識別データの地域エリアコードを判定し、地域エリアコードに基づいて、要求メッセージを送信すべきサーバ装置のアドレスをメモリから取得するように適合されたものであってもよい。

上記通信装置は、携帯用又はハンドヘルド型移動無線通信装置、あるいは移動無線端末、移動電話機、ページャ、コミュニケータ、電子オーガナイザ、スマートフォン又はコンピュータであってもよい。

第３の側面によれば、コンピュータプログラムは、コンピュータに、上記方法のいずれかに従って通信装置において情報を取得する方法を実行させる。

第４の側面によれば、コンピュータ可読媒体はコンピュータプログラムを格納し、該コンピュータプログラムは、コンピュータに、通信装置において情報を取得する方法のうちのいずれかの方法を実行させる。

本発明の別の実施形態は従属クレームに規定されている。

受信した識別子に関連する情報を取得する可能性を改善することが本発明の利点である。

「備える／備えている（comprises/comprising）」又は「含む／含んでいる（includes/including）」という用語が本明細書で用いられているとき、この用語は上述の特徴、数値、工程、又は構成要素の存在を指定することを意図するものであるが、１つ以上の他の特徴、数値、工程、構成要素又はこれらのグループの存在又は追加を排除するものではない点を強調しておく。

本発明のさらなる目的、特徴及び利点は、添付図面を参照しながら行われる本発明の実施形態についての以下の詳細な説明から生じることになる。

図１は通信ネットワーク３を経由して情報ネットワーク２に接続されている通信装置１を示す図である。上記とは別に、通信装置１は情報ネットワーク２に直接接続していてもよい。

通信装置１は、携帯用又はハンドヘルド型移動無線通信装置、移動無線端末、移動電話機、ページャ、コミュニケータ、電子オーガナイザ、スマートフォンあるいはコンピュータのような無線又は有線の通信装置であってもよい。

通信ネットワーク３は、例えば、ＧＳＭ（移動通信用グローバルシステム）、ＵＭＴＳ（ユニバーサル移動通信規格）、又はＰＤＣ（個人用デジタルセルラ）ネットワークのような通信ネットワークであってもよい。上記とは別に、通信ネットワーク３はＷＬＡＮ（無線ローカルエリアネットワーク）であってもよい。さらに別の実施形態では、通信ネットワーク３はＩＰ（インターネットプロトコル）ベースのネットワークである。情報ネットワーク２は、ＷＡＮ（広域ネットワーク）又はインターネットのようなグローバルな情報ネットワークであってもよい。上記とは別に、情報ネットワーク２は、ＬＡＮ（ローカルエリアネットワーク）のようなローカルな情報ネットワークである。

通信装置１への発呼は通信ネットワーク３から開始してもよい。この発呼は、音声通信のための少なくとも音声呼及び動画呼のいずれかであってもよいし、あるいは、ＳＭＳ（ショートメッセージサービス）、ＥＭＳ（拡張型メディアサービス）又はＭＭＳ（マルチメディアメッセージサービス）のようなデータメッセージの配信のためのパケットコールであってもよい。着呼の発信源を識別するための識別データは、通信装置１において着呼の受信と共に受信してもよい。この識別データは、例えば、電話番号、ＣＬＩＤ（通話回線識別子）、ＣＬＩ（発呼者識別子）、又は受信契約に関連する氏名であってもよい。例えば、着呼について通信装置１に警告し、通信装置と通信ネットワーク間で接続を確立するために、通信ネットワーク３から伝送されるページメッセージの形で上記識別データを受信するようにしてもよい。上記とは別に、この識別データは、ページメッセージの後で送信される個別のメッセージの形で、あるいは、別の情報と共に受信される。１つの実施形態では、通信ネットワーク３と通信装置１との間の通信チャネルが確立されるとすぐに上記識別メッセージが伝送される。

上記識別データは、例えば、サーバ装置４側に格納できるような情報に関連するものであってもよい。サーバ装置４は受信契約を発行した通信事業者により制御可能である。このサーバ装置４は通信装置１との通信に用いられる。上記とは別に、独立の通信事業者がサーバ装置４を制御することも考えられる。サーバ装置４は、少なくとも通信ネットワーク３及び情報ネットワーク２のいずれかを経由してアクセス可能なものであってもよい。情報を取得するための情報源である異なる独立したソースすなわちサーバ装置の数が非常に多くなるので、情報ネットワークを経由するアクセシビリティは有利になる。

識別データに関連する情報にアクセスしたり、この情報を取得したりするために、情報要求メッセージを通信装置１において生成してもよい。この情報要求メッセージは、通信ネットワーク３から受信した識別データに関連する情報に対する要求を含むものであってもよい。例えば、受信した識別データを情報要求メッセージの中へ組み込むことによって、上記要求を生成してもよい。上記とは別に、通信装置１に格納されている受信した識別データに関連する任意の情報を上記要求メッセージの中へ組み込むことによって上記要求を生成してもよい。例えば、識別データが電話番号を含んでいれば、その電話番号を上記情報要求メッセージの中へ組み込むことができる。上記とは別に、受信した識別データに関連する氏名が通信装置１に格納される。次いで、アドレスのような識別データに関連する別の情報を取得するために、少なくとも氏名及び識別データのいずれかを情報要求メッセージの中へ組み込むようにしてもよい。

識別データの受信に応じて情報要求メッセージを生成してもよい。この情報要求メッセージはサーバ装置４へ送信することができる。要求メッセージの受信に応じて、サーバ装置４は、サーバ装置４側に格納された情報であって、上記識別データに関連する情報を含む情報応答メッセージを生成することができる。この情報応答メッセージは通信装置１により受信される。この結果、識別データが着呼の発信元である受信契約の電話番号を含むだけであれば、サーバ装置４と対話することによって受信契約者の氏名を通信装置１により取得することが可能となる。上記とは別に、受信契約者の氏名のみが識別データに含まれていれば、関連する電話番号を取得することが可能となる。別の実施形態では、受信契約者の氏名と、関連する電話番号との双方が識別データの中に含まれている。しかし、サーバ装置４側に別の情報を格納することも可能であり、サーバ装置４と対話することによってこの別の情報を取得することができる。サーバ装置４側に格納されている情報であって、識別データに関連する情報であればどの情報でも取得できることが本発明の利点である。通信装置１の通信事業者が関わることなく、上記情報を自動的に取得することが可能となる。したがって、ユーザは識別データに関連する受信情報を通信装置１に手入力する必要がなくなる。この結果、通信装置１の作動が便利になる。

識別データに関連付けられ、かつ、サーバ装置４側に格納された情報であって、サーバ装置４によりアクセス可能な情報には、例えば、受信契約者の氏名、受信契約者の追加の番号（例えば、家の番地、オフィスの番地、モバイルの番号、ページャの番号及びファックス番号のうちの少なくともいずれか）、受信契約者の画像、受信約者のアドレス、地理上の位置を示す地図、受信契約者のアドレス、地理上の測位データ、受信契約者が作成した動画、受信契約者が定めた呼び出し信号、又は受信契約者の他の任意の個人データを含めることができる。この情報は、例えばウェブブラウザを介してアクセスできるようにしてもよい。したがって、情報を含むアカウントに対してアクセス権を有する人であれば誰でもサーバ装置４側に格納されている情報の編集が可能になる。

情報は、通信装置１で受信されるとすぐに、ディスプレイ５に表示することができる。この取得情報は、受信されるとすぐに、通信装置１のアドレス帳などに格納することができる。

図２は通信装置１の種々の構成要素を示す図である。通信ユニット１０は、少なくとも情報ネットワーク２及び通信ネットワーク３のいずれかと通信するように適合されたものであってもよい。通信ユニット１０は送信ユニット（ＴＸ）１１と受信ユニット（ＲＸ）１２とを備えていてもよい。この通信ユニットは送信ユニット１１を経由して情報要求メッセージをサーバ装置４へ伝送するように適合されたものであってもよい。また、通信ユニットは、サーバ装置４から受信ユニット１２を経由して情報を受信するように適合されたものであってもよい。通信ユニット１０は、情報ネットワーク２にアクセスするセッションを確立するように適合されたクライアントユニット１３を備えていてもよい。通信装置１の中に１つまたは複数のメモリを設けてもよく、これらのメモリはメモリ１４によってまとめて示されている。メモリ１４は、例えば、ハードディスク、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリメモリ）、フラッシュメモリ、又は不揮発性メモリを含むことができる。識別データ処理ユニット１５は識別データ及び取得情報を処理するように適合されたものであってもよい。例えば、通信装置１の種々の機能及びアプリケーションを作動可能にするためにＣＰＵのようなプロセッサ１６を設けてもよい。

識別データ処理ユニット１５は、受信した識別データに対応する何らかの識別データが、メモリ１４に（例えば処理ユニット１５のアドレス帳などに）格納されているかどうかを判定するように適合されたものであってもよい。識別データ処理ユニット１５は、受信した識別データをアドレス帳などのエントリデータと一致させることができる。メモリ１４は、例えば、電話番号、氏名、アドレス、着信音、画像、ビデオ、個人情報、又はマップフィールドのような複数の情報フィールドを有するエントリを含んでいてもよい。格納済みのエントリ情報は受信した識別データに一致する場合がある。受信した識別データが、エントリに格納済みのいずれの情報にも一致しなければ、受信した識別データに関連する情報をサーバ装置４から自動的にダウンロードすることができる。これに対して、識別データがエントリ情報に一致すれば、識別データ処理ユニット１５はサーバ装置４から別の情報を取得するセッションの開始を要求しなくなる。しかし、別の実施形態では、たとえ受信した識別データがメモリ１４のエントリ情報に一致した場合であっても、識別データ処理ユニット１５はサーバ装置４から情報を取得するセッションを開始する。例えば、アドレス帳に、或る一定の識別データに関連する氏名を含むようにすることができるが、アドレスは含まれないようにすることができる。このとき、識別データ処理ユニット１５は前記アドレスの取得セッションを開始することができる。エントリのフィールドのいずれにも情報が含まれていなければセッションの開始を要求するように識別データ処理ユニット１５を適合してもよい。この結果、エントリの中に不足しているいずれの情報でも自動的に取得することが可能となる。ひとたび取得されると、この情報は自動的に格納することができる。したがって、識別データを受信し、要求メッセージをサーバ装置へ伝送し、次いで、サーバ装置４から情報を受信することによって、アドレス帳などのエントリの自動作成及び更新の少なくともいずれかが可能となる。

１つの実施形態では、識別データ処理ユニット１５は、いずれの識別データも受信することなくセッションを開始するように適合される。代わりに、識別データ処理ユニット１５は、セッションを開始して、メモリ１４に格納されたデータの更新を行うための別の情報を要求するように適合される。これによって、電話帳などに格納された情報の更新を保証することが可能となる。この更新は、毎日一回とか毎週一回、あるいは、通信装置１の通信事業者からの要求などに応じて所定の間隔で行うようにしてもよい。

クライアントユニット１３は、例えば、ＷＡＰ又はＨＴＭＬブラウザのようなウェブブラウザ、電子メールクライアント、又は、ＳＭＳ、ＥＭＳ、ＭＭＳ、チャットのようなメッセージ通信用アプリケーション又はクライアント又は同期クライアント、あるいは何らかのＩＰベースの通信クライアントユニットを備えていてもよい。クライアントユニット１３は情報ネットワーク２にアクセスするセッションを開始するように適合される。例えば、ＧＰＲＳ、ＥＤＧＥ、ＧＳＭ、ＵＭＴＳ、又はＰＤＣ通信リンク、又は、例えば、ＷＬＡＮ、ＬＡＮ、赤外線又はBluetooth(登録商標)通信リンクのような他の任意のＩＰベースの通信リンクを介してセッションを確立することができる。

識別データの受信に応じてセッションを開始してもよい。１つの実施形態では、識別データの受信に応じて、及び、着呼を通知する着信音の生成前にセッションが開始される。したがって、識別データに関連する情報を受信してしまうまでの、着呼が通知される間の時間を減らすことが可能となる。これによって、例えば、識別データに関連する氏名が表示される前に経験される待ち時間を減らすことが可能となる。

プロセッサ１６は、通信装置１の中の種々の機能及びアプリケーションを受け持つことができる。例えば、プロセッサ１６は、ソフトウェアコード部によって提供されるソフトウェアプログラムを実行することによって、少なくともクライアントユニット１３及び識別データ処理ユニット１５のうちのいずれかにより提供される複数の機能を実現することができる。

クライアントユニット１３及び識別データ処理ユニット１５の各々は、ＡＳＩＣ（特定用途向け集積回路）又はＦＰＧＡ（フィールドプログラマブルゲートアレイ）のようなハードウェアによって実現することができる。上記とは別に、クライアントユニット１３及び識別データ処理ユニット１５の各々の機能は、該機能のためのソフトウェアを実行する個別のプロセッサにより実現される。

１つの実施形態では、識別データは地域エリアコードを含むものとなる。識別データから地域エリアコードを取得し、決定するように識別データ処理ユニット１５を適合することができる。この地域エリアコードは、例えば、スウェーデンを表す＋４６や合衆国を表す＋１のような電話番号を示す、識別データの接頭コード番号すなわちや国別コード番号であってもよい。

サーバ装置に割り当られた複数のサーバアドレスを含むテーブルであって、識別データに関連する情報が格納されているテーブルをメモリ１４に格納するようにしてもよい。テーブルの各エントリは、サーバ装置４に割り当られた少なくとも１つのサーバアドレスに関連する地域エリアコードを含むようにしてもよい。識別データ処理ユニット１５は、識別データを示す受信した地域エリアコードを格納済みの地域エリアコードに一致させることができる。このとき、識別データ処理ユニット１５は、受信した地域エリアコードに一致する格納済みの地域エリアコードに関連するサーバアドレスをメモリ１４から取得することができる。情報要求メッセージは、取得済みのサーバアドレスを有するサーバ装置４へ送信することができる。受信した地域エリアコードが格納済みの地域エリアコードのいずれにも一致しなければ、代わりに所定のサーバアドレスを使用してもよい。一例として、地域エリアコードが＋４６であれば、サーバアドレスをｗｗｗ．ｈｉｔｔａ．ｓｅとしてもよい。地域エリアコードが＋１であれば、サーバアドレスは、例えばｗｗｗ．ｆｉｎｄ．ｃｏｍとしてもよい。サーバアドレスが通信事業者のアドレスを指すようにしてもよい。上記地域エリアコードによって通信事業者のアドレスを決めるようにしてもよい。

別の実施形態では、第１の情報要求メッセージに応じて第１のサーバ装置から受信される情報が存在しなければ、第２の情報要求メッセージを第２のサーバ装置へ送信してもよい。

例えば、ＨＴＭＬ、ＸＭＬとして又はＶｃａｒｄ（Versitcard）メッセージ、又は他の任意の指定フォーマットとして識別要求メッセージを生成してもよい。

図３は通信装置１において情報を取得する方法を示す図である。第１のステップ１００で、着呼の発信源を識別するための識別データが受信される。識別データは着呼と共に受信してもよい。ステップ１０１で、情報ネットワーク２にアクセスするセッションが開始される。例えば、添付の要求を通信ネットワーク３へ伝送することによって、識別データの受信に応じてセッションを自動的に開始するようにしてもよい。ステップ１０２で、着呼を通知する着信音が生成される。ステップ１０３で、識別データが地域エリアコードを含んでいるかどうかが判定される。ステップ１０３での答えがイエスであれば、処理手順はステップ１０４へ進む。ステップ１０４で、受信した地域エリアコードが格納済みのいずれかの地域エリアコードに一致するかどうかが判定される。ステップ１０４での答えがイエスであれば、処理手順はステップ１０５へ進む。ステップ１０５で、受信した地域エリアコードに一致した格納済みの地域エリアコードに関連するサーバアドレスが情報要求メッセージの伝送先サーバアドレスとして適用される。ステップ１０３又は１０４での答えがノーであれば、処理手順はステップ１０６へ進む。ステップ１０６で、所定のサーバアドレスが情報要求メッセージの伝送先サーバアドレスとして適用される。処理手順はステップ１０５及び１０６からステップ１０７へ進む。ステップ１０７で、情報要求メッセージが生成される。例えば、受信した識別データをメッセージの中へ組み込むことによって情報要求メッセージを生成してもよい。上記とは別に、受信した識別データに関連し、かつ、通信装置１に格納される他の任意のデータ又は情報が情報要求メッセージの中へ含まれることになる。次いで、ステップ１０８で、情報要求メッセージは、ステップ１０５又は１０６で定められたサーバアドレスを有するサーバ装置４へ伝送される。ステップ１０９で、情報要求メッセージの受信に応じて、サーバ装置４により生成され、伝送される受信情報応答メッセージが、ステップ１００で受信した識別データに関連する何らかの情報を含んでいるかどうかが判定される。ステップ１０９での答えがノーであれば、処理手順はステップ１１０へ進む。ステップ１１０で、何らかの別の情報要求メッセージを伝送すべきかどうかが判定される。ステップ１１０での答えがイエスであれば、別の情報要求メッセージの伝送先であるサーバアドレスが決定される。次いで、処理手順はステップ１０７へ戻る。ステップ１１０での答えがノーであれば、処理手順は終了する。ステップ１０９での答えがイエスであれば、ステップ１１２で受信情報が表示される。ステップ１１３で、この受信情報を格納すべきかどうかが判定される。自動的にあるいは通信装置１の通信事業者による決定に応じてこの情報を格納することができる。ステップ１１３での答えがイエスであれば、処理手順はステップ１１４へ進み、そこで上記情報は格納される。ステップ１１３での答えがノーであれば、処理手順は終了する。

本発明の別の実施形態では、図３の実施形態に従うステップのすべてが実行されるというわけではなく、例えば、ステップ１０３と１０４とが実行される。また、所定のアドレスを常に適用することも可能である。さらに、ステップ１１０〜１１１が本発明のすべての実施形態で必要というわけではない。また、上記受信情報を格納する必要もない。さらに、別の実施形態では、情報要求メッセージは情報ネットワーク２へは送信されない。その代わりに、情報要求メッセージは、サーバ装置４の接続先である通信ネットワーク３を経由してサーバ装置４へ送信される。

本発明はコンピュータプログラム製品の中に組み込むことが可能であり、このコンピュータプログラム製品によって、本明細書に記載の方法及び機能の実現が可能となる。プロセッサ１６のようなコンピュータ機能を有するコンピュータプログラム製品がシステムでロードされ、実行されると、本発明の実施が可能となる。本コンテキストでのコンピュータプログラム、ソフトウェアプログラム、プログラム製品又はソフトウェアとは、処理機能を有するシステムに特別の機能を直接実行させたり、別の言語、コード又は表記への変換後に実行させたりすることを意図する１セットの命令の任意の表現であって、任意のプログラム言語、コード又は表記での表現を意味するものである。

受信情報は地理上の測位データを含むものであってもよい。この地理上の測位データは、識別データに関連する受信契約者が使用している装置の現在位置を含むものであってもよい。したがって、通信装置１がＧＰＳユニットのような測位用ユニットを備えていれば、例えば、受信契約者が使用している装置の地理上の位置に対する相対的な通信装置１の地理上の位置を決定することが可能となる。

以上、特定の実施形態と関連して本発明について説明した。しかし、上記記載の実施形態とは別の実施形態も本発明の範囲で同様に可能である。ハードウェア又はソフトウェアあるいはハードウェアとソフトウェアとを組み合わせることによって上記方法を実行する方法ステップであって、上述の方法ステップとは異なる方法ステップを本発明の範囲で提供することも可能である。上記記載の特徴及びステップとは別の組み合わせで、本発明の上記異なる特徴及びステップを組み合わせることも可能である。本発明の範囲は添付の特許請求の範囲のみによって限定される。

通信ネットワークを経由して情報ネットワークに接続されている通信装置の概略図である。 通信装置のブロック図である。 通信装置において情報を取得する方法を示すフローチャートである。

Claims (19)

1. 通信装置(１)において情報を取得する方法であって、
   着呼の発信源を識別するための識別データを受信する工程と、
   前記識別データに関連する情報の要求を含む情報要求メッセージを生成する工程と、
   前記情報要求メッセージをサーバ装置（４）へ送信する工程と、
   前記識別データに関連する情報を受信する工程と
   を備えることを特徴とする方法。
2. 前記生成する工程は、受信した前記識別データを前記情報要求メッセージの中へ組み込む工程を含むことを特徴とする請求項１に記載の方法。
3. 前記識別データを受信する工程は、発呼者識別子、通話回線識別子、電話番号及び氏名のうちの少なくとも１つを前記識別データとして受信する工程を含むことを特徴とする請求項１又は請求項２に記載の方法。
4. 前記識別データを受信する工程は、前記識別データの受信に応じて、前記サーバ装置（４）の接続先である情報ネットワーク（２）にアクセスするセッションを開始する工程を含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記識別データを受信する工程は、前記情報ネットワーク（２）へのアクセスセッションを開始した後に前記着呼を通知する着信音の出力を開始する工程を含むことを特徴とする請求項４に記載の方法。
6. 前記情報を受信する工程は、前記識別データに関連する、氏名、電話番号、画像、動画、着信音、及び、個人情報のうちの少なくとも１つを受信する工程を含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記識別データを受信する工程は、前記受信した識別データが前記通信装置に格納されている情報と関連付けられているかどうかを判定する工程を含み、
   前記識別データに関連する情報が前記通信装置（１）に格納されていない場合にのみ、前記情報要求メッセージを生成し、送信することを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. 前記識別データを受信する工程は、前記識別データの地域エリアコードを判定する工程を含み、
   前記送信する工程は、前記地域エリアコードに基づいて、前記情報要求メッセージを送信すべき前記サーバ装置（４）のアドレスをメモリ（１４）から取得する工程を含む
   ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
9. 通信装置（１）であって、
   着呼の発信源を識別するための識別データを受信するように適合された通信手段（１０）と、
   前記識別データに関連する情報の要求を含む情報要求メッセージを生成するように適合された識別処理手段（１５）と
   を備え、
   前記通信手段は、前記情報要求メッセージをサーバ装置（４）へ送信し、前記識別データに関連する情報を受信するように適合されていることを特徴とする通信装置（１）。
10. 前記識別処理手段（１５）は、受信した前記識別データを前記情報要求メッセージの中へ組み込むように適合されていることを特徴とする請求項９に記載の通信装置。
11. 前記識別処理手段（１５）は、前記識別データとして、発呼者識別子、通話回線識別子、電話番号及び氏名のうちの少なくとも１つを、受信した識別データから取得するように適合されていることを特徴とする請求項９又は１０に記載の通信装置。
12. 前記識別データの受信に応じて、前記サーバ装置（４）の接続先である情報ネットワーク（２）にアクセスするセッションを開始するように適合されたクライアントユニット（１３）を備えることを特徴とする請求項９乃至１１のいずれか１項に記載の通信装置。
13. 前記識別データ処理手段（１５）は、前記クライアント手段（１３）が前記情報ネットワークにアクセスするセッションを開始した後に前記着呼を通知する着信音の出力を開始するように適合されていることを特徴とする請求項１２に記載の通信装置。
14. 前記識別データ処理手段（１５）は、前記識別データに関連する、氏名、電話番号、画像、動画、着信音、及び個人情報のうちの少なくとも１つを受信情報から取得するように適合されていることを特徴とする請求項９乃至１３のいずれか１項に記載の通信装置。
15. 前記識別データ処理手段（１５）は、前記受信した識別データが前記通信装置（１）のメモリに格納された情報に関連しているかどうかを判定し、
    前記識別データに関連する情報が前記メモリに格納されていない場合にのみ、前記要求メッセージを生成する
    ように適合されていることを特徴とする請求項９乃至１４のいずれか１項に記載の通信装置。
16. 前記識別データ処理手段（１５）は、前記識別データの地域エリアコードを判定し、
    前記地域エリアコードに基づいて、前記情報要求メッセージを送信すべき前記サーバ装置（４）のアドレスをメモリ（１４）から取得する
    ように適合されていることを特徴とする請求項９乃至１５のいずれか１項に記載の通信装置。
17. 前記通信装置は、携帯用又はハンドヘルド型移動無線通信装置、あるいは移動無線端末、移動電話機、ページャ、コミュニケータ、電子オーガナイザ、スマートフォン及びコンピュータであることを特徴とする請求項９乃至１６のいずれか１項に記載の通信装置。
18. コンピュータに、請求項１乃至請求項８のいずれか１項に記載の方法を実行させるためのコンピュータプログラム。
19. コンピュータに請求項１乃至８のいずれか１項に記載の方法を実行させるためのコンピュータプログラムを格納した、コンピュータで読み取り可能な記憶媒体。

Images