(57)【要約】  通信装置は、制御装置（８００）、電子メッセージ（８５２）を受信するよう構成されたインターフェイス（８０６、８５０）、画面（８３６）、メモリ（８０２、８０４）を有する。前記メモリは、電子メッセージの受信を示す目的で、前記画面上に表示される少なくとも一つの所定のアイコンを表すイメージデータを保管するように構成される。前記メモリ（８０２、８０４）は、一つ若しくは複数の前記所定のアイコン（８４６）と電子メッセージの送信者（８４４）との間の関連付け（８４４、８４６）を保管するように構成される。前記制御装置（８００）は、受信した前記電子メッセージ（８５２）の送信者（８５７）を特定し、このように特定された前記送信者を前記関連付けの方法により一つ若しくは複数の前記所定のアイコンと照合し、一致するアイコンがある場合は前記画面に表示し、前記受信した電子メッセージの受信とその前記送信者を示すように構成される。
2006505037.tif 000002
【特許請求の範囲】
【請求項１】
・  制御装置（８００）と、
・  電子メッセージ（８５２）を受信するように構成されたインターフェイス（８０６、８５０）と、
・  画面（３００、８３６）と、
・  メモリ（８０２、８０４）であって、前記電子メッセージの受信を示す目的で前記画面上に表示される少なくとも一つの所定のアイコンを保管するように構成されたメモリと、
を有する通信装置であって、
・  前記メモリ（８０２、８０４）が一つ若しくは複数の前記所定のアイコン（８４６）と電子メッセージの送信者（８４４）の関連付け（８４４、８４６）を保管することと、
・  前記制御装置（８００）が受信した前記電子メッセージ（８５２）の送信者（８５７）を特定し、このように特定された前記送信者を前記関連付けの方法により一つ若しくは複数の前記所定のアイコンと照合し、一致するアイコンがある場合は前記画面（３００）に表示し、前記受信した電子メッセージの受信とその送信者とを示すことを特徴とする通信装置。
【請求項２】
前記電子メッセージ（８５２）が制御データ部分とメッセージデータ部分を持つ種類の電子メッセージであり、前記制御データ部分がメッセージ送信者の識別（８５７）を含み、前記制御装置（８００）が前記メッセージ送信者の識別から前記受信した電子メッセージの送信者を特定するよう構成された、請求項１に記載の装置。
【請求項３】
前記電子メッセージがＳＭＳメッセージ又はＭＭＳメッセージである、請求項２に記載の装置。
【請求項４】
前記メッセージ送信者の識別がＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、ＣＤＭＡ２０００のような移動体電気通信システムの電話番号である、請求項２又は３に記載の装置。
【請求項５】
前記電子メッセージが電子メールメッセージである、請求項２に記載の装置。
【請求項６】
前記制御装置（８００）が対応する複数の受信メッセージを示すために、前記画面（３００）上に複数の一致するアイコン（６１６及び６１７、７１６及び７１７）を同時に表示するように構成されている、請求項１から５のいずれか一項に記載の装置。
【請求項７】
前記制御装置（８００）が、表示された一致するアイコンそれぞれに対して、表示された一致するアイコンそれぞれに関連付けられたそれぞれの送信者から受信した現在の未読メッセージ数を示すために数字の指標を表示するように構成された、請求項１から５のいずれか一項に記載の装置。
【請求項８】
前記制御装置（８００）が、アニメーション、スクロール、モーフィング、フラッシュ、若しくは色の変化のような視覚的効果で、一つ若しくは複数の前記表示されたアイコンを強化するように構成されている、請求項１から７のいずれか一項に記載の装置。
【請求項９】
電話帳、住所録、若しくは連絡先一覧の少なくとも一つをさらに有し、一つ若しくは複数の前記所定のアイコンと電子メッセージの送信者との間の関連付けが前記電話帳、住所録、若しくは連絡先一覧のエントリ（８４２）に保管される、請求項１から８のいずれか一項に記載の装置。
【請求項１０】
前記関連付けが、前記電話帳のエントリ（８４２）、住所録エントリ、若しくは連絡先一覧エントリの外、前記メモリ（８０２、８０４）内に保管され、一つ若しくは複数の前記所定のアイコンを定義するイメージファイルへのリンクを有する、請求項９に記載の装置。
【請求項１１】
前記関連付けが、一つまたは複数の前記所定のアイコンを定義し、前記電話帳のエントリ（８４２）、住所録のエントリ、若しくは連絡先一覧のエントリに保管されるイメージデータを有する、請求項９に記載の装置。
【請求項１２】
前記関連付けが、請求項２に定義されたようにメッセージ送信者の識別（８４４）をさらに有する、前記請求項９から１１のいずれか一項に記載の装置。
【請求項１３】
前記メモリ（８０２、８０４）に新しいアイコンを追加する手段、並びに前記メモリ内に前記新しいアイコンと電子メッセージの送信者間の新しい関連付けを生成する手段をさらに有する、請求項１から１２のいずれか一項に記載の装置。
【請求項１４】
新しいアイコンを追加する前記手段が前記装置内にイメージエディタを有する、請求項１３に記載の装置。
【請求項１５】
新しいアイコンを追加する前記手段が前記通信装置の通信インターフェイスを有する、請求項１３又は１４に記載の装置。
【請求項１６】
前記通信インターフェイスが、ＩｒＤＡ、ＵＳＢ、若しくはＲＳ２３２のようなシリアルインターフェイス（８１０）、Ｂｌｕｅｔｏｏｔｈのような短距離補助無線データインターフェイス（８０８）、ＷＡＰ互換のインターフェイス（８７０）、及びＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、若しくはＣＤＭＡ２０００のような移動体電気通信システム用のＲＦインターフェイス（８０６）の少なくとも一つである、請求項１５に記載の装置。
【請求項１７】
前記通信インターフェイスが電子メッセージを受信するように構成された前記インターフェイス（８５０、８０６）と同じである、請求項１５に記載の装置。
【請求項１８】
前記通信装置がＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、若しくはＣＤＭＡ２０００用の移動体端末のような携帯型電気通信装置である、請求項１から１７のいずれか一項に記載の装置。
【請求項１９】
画面（３０３、８３６）とメモリ（８０２、８０４）を有する通信装置（１００）における電子メッセージの受信を示す方法であって、前記メモリに少なくとも一つの所定のアイコン（３１６、８４６）が提供され、受信したメッセージが一つ若しくは複数の前記所定のアイコンと照合され、一致するアイコンがある場合は前記画面（８００）に表示して受信した電子メッセージを示す方法であり、
・  前記メモリ（８０２、８０４）内に一つ若しくは複数の前記所定のアイコンと電子メッセージの送信者（８４４）の間の関連付けを提供するステップと、
・  前記受信した電子メッセージ（８５２）の送信者（８５７）を特定するステップと、
・  一致するアイコンがある場合は、このように特定された送信者と前記メモリ内の前記関連付けにより一致するアイコンを決定するステップと、
を備えることを特徴とする方法。
【請求項２０】
前記電子メッセージ（８５２）が制御データ部分とメッセージデータ部分を持つ種類であり、前記制御データ部分がメッセージ送信者の識別（８５７）を含み、前記受信した電子メッセージの送信者が前記メッセージ送信者の識別から特定される、請求項１９に記載の方法。
【請求項２１】
前記電子メッセージがＳＭＳメッセージ又はＭＭＳメッセージである、請求項２０に記載の装置。
【請求項２２】
前記メッセージ送信者の識別がＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、ＣＤＭＡ２０００のような移動体電気通信システムの電話番号である、請求項２０又は２１に記載の方法。
【請求項２３】
前記電子メッセージが電子メールメッセージである、請求項２０に記載の方法。
【請求項２４】
対応する複数の一致するアイコン（６１６及び６１７、７１６及び７１７）がある場合には画面（３００）上に同時に表示されるように、複数の受信メッセージに対して繰り返し実施される、請求項１９から２３のいずれか一項に記載の方法。
【請求項２５】
送信者に関わらず最新の前記受信メッセージだけが、ある場合にはその一致するアイコンにより前記画面上に示されるように、複数の受信メッセージに対して繰り返し実施される、請求項１９から２３のいずれか一項に記載の方法。
【請求項２６】
ある場合にはそれぞれの一致するアイコンが、前記表示されたアイコンに関連付けられた前記送信者から受信した現在の未読メッセージの数を示すために数字の指標とともに提供されるように、複数の受信メッセージに対して繰り返し実施される、請求項１９から２３のいずれか一項に記載の方法。
【請求項２７】
一つ若しくは複数の前記表示されたアイコンの表示が、アニメーション、スクロール、モーフィング、フラッシュ、若しくは色の変化のような視覚的効果で強化されている、請求項１９から２６のいずれか一項に記載の方法。
【請求項２８】
一致するアイコンが特定されなかった場合に、前記受信した電子メッセージを示すためにデフォルトのアイコンが前記画面（３００）上に表示される、請求項１９から２７のいずれか一項に記載の方法。
【請求項２９】
一つまたは複数の前記所定のアイコンと電子メッセージの送信者の間の関連付けが前記メモリ（８０２、８０４）内の電話帳エントリ（８４２）、住所録エントリ、連絡先一覧エントリに保管される、請求項１９から２８のいずれか一項に記載の方法。
【請求項３０】
前記関連付けが、前記電話帳のエントリ（８４２）、住所録エントリ、若しくは連絡先一覧エントリの外、前記メモリ（８０２、８０４）内に保管され、一つ若しくは複数の前記所定のアイコンを定義するイメージファイルへのリンクを有する、請求項２９に記載の方法。
【請求項３１】
前記関連付けが、一つまたは複数の前記所定のアイコンを定義し、前記電話帳のエントリ（８４２）、住所録のエントリ、若しくは連絡先一覧のエントリに保管されるイメージデータを有する、請求項２９に記載の方法。
【請求項３２】
前記関連付けが、請求項２０に定義されたようにメッセージ送信者の識別（８４４）をさらに有する、前記請求項２９から３１のいずれか一項に記載の方法。
【請求項３３】
前記メモリ（８０２、８０４）に新しいアイコンを追加するステップ、並びに前記メモリ内に前記新しいアイコンと電子メッセージの送信者間の新しい関連付けを生成するステップをさらに有する、請求項１９から３２のいずれか一項に記載の方法。
【請求項３４】
前記追加するステップが、前記新しいアイコンを前記通信装置内のイメージエディタを手段としてローカルで生成するステップにより進められる、請求項３３に記載の方法。
【請求項３５】
前記追加するステップが、前記新しいアイコンを前記通信装置の通信インターフェイスを通じて受信するステップにより進められる、請求項３４に記載の方法。
【請求項３６】
前記通信インターフェイスが、ＩｒＤＡ、ＵＳＢ、若しくはＲＳ２３２のようなシリアルインターフェイス、Ｂｌｕｅｔｏｏｔｈのような短距離補助無線データインターフェイス、ＷＡＰ互換のインターフェイス、及びＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、若しくはＣＤＭＡ２０００のような移動体電気通信システム用のＲＦインターフェイスの少なくとも一つである、請求項３５に記載の方法。
【請求項３７】
前記通信インターフェイスが、前記電子メッセージを受信するのに使われたものと同じである、請求項３６に記載の方法。
【請求項３８】
前記通信装置が、ＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、若しくはＣＤＭＡ２０００用の移動体端末のような携帯型電気通信装置である、請求項１９から３７のいずれか一項に記載の方法。
【請求項３９】
通信装置（１００）への電子メッセージの受信を示すアイコンデータをリモート配信するための方法であって、
・  コンピュータ処理のアイコン注文サービスを提供するステップと、
・  使用可能な複数のアイコンの中から一つのアイコンをユーザーが選択し、その選択を受け入れる（１００２）ステップと、
・  前記選択されたアイコンを定義するアイコンデータセットを形成する（１０１２）ステップと、
・  前記アイコンデータセットを前記通信装置（１００）に電子的に配信する（１０１２）ステップと、
を有することを特徴とし、前記アイコンデータセットを形成及び配信する前記ステップが、前記アイコンデータセットが前記通信装置で受信された時（１１００）に保管されることができ、電子メッセージの送信者と関連付けられる（１２０２、１２１６）ことができるように実施される方法。
【請求項４０】
コンピュータ処理のアイコン注文サービスを提供する前記ステップが広域ネットワーク（１２０）に接続されたサーバー（１２２）より提供され、ユーザーによる一つのアイコンの選択を受け入れる（１００２）ステップが前記サーバーにより提供され前記広域ネットワーク上でアクセスできるユーザーインターフェイス（１２６）を通して実施される、請求項３９に記載の方法。
【請求項４１】
コンピュータ処理のアイコン注文サービスを提供する前記ステップが電気通信ネットワーク（１１０、１３０）に接続されたサーバーから提供され、ユーザーによる一つのアイコンの選択を受け入れる前記ステップが電話装置（１００、１０６、１３２）上で前記ユーザーにより入力され前記電気通信ネットワークを通じて送信されるコマンドを受け入れることにより実施される、請求項３９に記載の方法。
【請求項４２】
前記アイコンデータセットを形成及び配信する（１０１２）前記ステップにおいて、送信者の識別が前記アイコンデータセットと前記送信者の識別により示される電子メッセージの送信者との関連付けを可能にするために、前記アイコンデータセットに含まれる若しくは添付される、請求項３９から４１のいずれか一項に記載の方法。
【請求項４３】
前記送信者の識別がＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、ＣＤＭＡ２０００のような移動体電気通信システムの電話番号である、請求項４２に記載の方法。
【請求項４４】
前記アイコンデータセットを配信する（１０１２）前記ステップが、前記アイコンデータセットをＳＭＳ、ＭＭＳ、若しくは電子メールメッセージに含めることにより実施される、請求項３９から４３のいずれか一項に記載の方法。
【請求項４５】
前記通信装置がＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、若しくはＣＤＭＡ２０００用の移動体端末のような携帯型電気通信装置である、請求項３９から４４のいずれか一項に記載の方法。
【請求項４６】
コンピュータ処理のアイコン注文サービスを提供するためのサーバーであって、
・  使用可能な複数のアイコンのためのメモリと、
・  制御装置であって、請求項３９から４５のいずれか一項に記載の方法を実施するように構成されている制御装置と、
を備えることを特徴とするサーバー。
【請求項４７】
プロセッサのメモリに直接ロードが可能なコンピュータプログラム製品であって、請求項３９から４５のいずれか一項に記載の方法を実施するためのプログラムコードを有するコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メッセージの通信に関し、より具体的には、制御装置、電子メッセージの受信するよう構成されたインターフェイス、画面、及びメモリを有する通信装置であって、前記メモリは、電子メッセージの受信を示すために、画面上に表示される少なくとも一つの所定のアイコンを表すイメージデータを保管するように構成される通信装置に関する。
【背景技術】
【０００２】
ＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、ＣＤＭＡ２０００等の電気通信システム用の移動体（携帯）電話の形態をとる移動体端末は、上記に従う通信装置の身近な例である。ＳＭＳメッセージは、このような移動体端末により受信できる一般的な種類の電子メッセージである。例えば、ＧＳＭ用等の現在の移動体端末では、ＳＭＳメッセージの受信は、典型的には、図２に示すように（図２ではｎ＝１）「ｎ件のメッセージが受信されました」というような通知テキスト２０２が移動体端末の画面２００に表示することで示される。前記通知テキスト２０２は、例えば、ユーザーが「読む」メニューオプション２１２を選択して特定のメッセージを読むことを選択した場合、「終了」メニューオプション２１４を選択して特定のメッセージを読まないことを選択した場合、或いは着信電話が通知された場合、典型的には消失し、その他の情報で置き換えられる。更に、このような場合、現在の移動体端末は、移動体端末内に未読メッセージがある限り、画面２００に表示され続ける封筒アイコン２０４を使用する場合もある。
【０００３】
ＳＭＳメッセージの受信を示す既知の方法の不利な点は、ユーザーがＳＭＳの受信ボックスに実際に移動して、メッセージ自体を確認しない限り、メッセージが誰から送信されたかを知る方法がないことである。これは多くの場合、例えば会議中の場合、特に移動体端末に既に多くのメッセージが保管されていれば、最近着信したメッセージの検索に長時間を要するため、ユーザーにとって極めて厄介なことである。このように、先行技術に伴う問題は、受信したＳＭＳメッセージが、移動体端末では、時には単独の静的および無記名の封筒アイコン２０４と組み合わされることもあるが、受信メッセージ数の表示２０２だけの形式で、一まとめに表示されることに加え、無記名で表示されることである。
【０００４】
米国特許第６，０２０，８２８号は、選択呼出番号に加えて、数字又は英数字のメッセージフィールドを有する選択呼出信号を受信の機能を有する、ポケットベルのような選択呼出受信機に関する。選択呼出番号が、前記選択呼出受信機の所定の識別番号と同一であれば、選択呼出受信機の制御装置は、スピーカー、振動機、または発光ダイオードからそれぞれ音響的、触覚的、または視覚的な警告を生成する。特殊制御文字により示されるメッセージフィールドの所定の部分には、選択呼出受信機に保管済みの限られた数のアイコンのいずれかを示すアイコンコードを指定することができる。前記制御装置は、前述の特殊制御文字が、メッセージフィールドの所定の部分、つまりメッセージフィールドの先頭に現れるかどうかを判別して、受信した選択呼出信号の中のこのようなアイコンコードを確認するように構成される。前記特殊制御文字がある場合は、メッセージフィールドの中の次の文字はアイコンコードと解釈される。このアイコンコードがある場合は、前記保管済みのアイコンと照合され、一致した場合、一致するアイコンは前記メッセージフィールドの残りと共に、選択呼出受信機の画面上に表示される。
【０００５】
米国特許第６，０２０、８２８号による解決策は個々の選択呼出信号の判別に一定の情報を提供する機能を持つが、やはりいくつかの不利な点がある。
【０００６】
まず第一に、選択呼出信号の実際の送信者についての真実で信頼性の高い表示を与えることができない。前記制御文字や前記アイコンコードをメッセージフィールドに含めるという送信者による能動的な行動が要求される。アイコンコードが含まれていなければ、選択呼出受信機ではアイコン表示は不可能である。さらに、前記選択呼出受信機では、１文字のアイコンコードから選択されるために限られた数の異なるアイコンしか認められず、異なる選択呼出信号を区別する能力は大幅に制限される。
【０００７】
第二に、メッセージフィールドに制御文字とアイコンコードがあるため、このような制御文字やアイコンコードを上記の方法で処理するように、全ての選択呼出受信機を設定する必要がある。しかしながら、受信機にこのような設定が欠落していれば、制御文字やアイコンコードは、画面上で理解不能な情報として表示される。
【０００８】
第三に、前記選択呼出受信機はリアルタイムで動作するので、画面上には一つのメッセージとアイコンだけしか表示できない。従って、新しい選択呼出信号が受信されると必ず、以前の信号のメッセージとアイコンは画面上から消失する。
【０００９】
上記理由により、米国特許第６，０２０，８２８号の教示は、選択呼出受信機や説明された種類の特定の選択呼出信号に有益であるが、ＳＭＳのような電子メッセージの受信を表示する方法に関しては、現在の移動体端末の欠点に対する、一般的に適用可能な改善を提供するには役立たない。
【特許文献１】米国特許第６，０２０，８２８号公報
【発明の開示】
【００１０】
上記を鑑み、本発明の目的は、上記で検討した問題を解決あるいは少なくとも削減することである。より具体的には、本発明の目的は通信装置における電子メッセージの受信を示す改善された方法を提供することである。
【００１１】
上記目的は概ね、電子メッセージの受信を示す通信装置及び方法、並びに添付の独立した特許申請に従うアイコンの注文サービスプログラムを提供するためのサーバー、方法、及びコンピュータプログラム製品により実現される。
【００１２】
本発明の第一の側面は、制御装置、電子メッセージを受信するよう構成されたインターフェイス、画面、及びメモリとを有する通信装置であり、前記メモリは前記電子メッセージの受信を示すために、前記画面に表示される少なくとも一つの所定のアイコンを表すイメージデータを保管するように構成される。前記メモリは、一つ若しくは複数の前記所定のアイコンと電子メッセージの送信者との関連付けを保管するように構成される。前記制御装置は、受信した電子メッセージの送信者を特定し、このように特定された前記送信者を前記関連付けの方法により一つ若しくは複数の前記所定のアイコンと照合し、一致するアイコンがある場合は前記画面に表示し、前記受信した電子メッセージの受信とその送信者を示すように構成される。
【００１３】
本発明の第一の側面による利点の一つは、直近に受信したメッセージの送信者を示すアイコンが、ユーザーに自動的に表示されることであり、従って、ユーザーは画面を見るだけで、他の操作の必要無しにメッセージの送信者が誰かを容易に理解して、メッセージを今すぐ読むか後で読むかを決定できる。このように、先行技術とは異なり、直近に受信したメッセージは、無記名の封筒アイコンにより示されるだけではない。それとは異なり、ユーザーが前もって特定の送信者に関連付けした個別のアイコンが表示され、送信者が誰かを示す。ユーザーは、送信者が誰かを知るために、メッセージの受信ボックスに移動したり、メッセージを実際に開いて読む必要がない。
【００１４】
上記にもかかわらず、アイコンは、受信する側の通信装置にローカルで保管され、ユーザーだけがアイコンと送信者の関係を知っているので、送信者の整合性は不正に損なわれることがない。送信者の名前や（電話番号のような）識別は、この段階では表示されない。
本発明の第一の側面の別の利点は、ユーザーが、ユーザー独自のアイコンを持ち、異なるエントリに異なるアイコンを割り当てることができるので、通信装置の独自化がさらに可能なことである。
【００１５】
一つの実施例では、電子メッセージは、制御データ部分とメッセージデータ部分を持つ種類の電子メッセージであり、前記制御データ部分には、メッセージ送信者の識別が含まれており、前記制御装置は、メッセージ送信者の識別から前記受信した電子メッセージの送信者を特定するように構成されている。前記電子メッセージは、ＳＭＳメッセージやＭＭＳメッセージであってもよく、メッセージの送信者の識別は、ＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、ＣＤＭＡ２０００のような移動体電気通信システムの電話番号であってもよい。また、前記電子メッセージは、電子メールメッセージであってもよい。
【００１６】
一つの実施例では、前記制御装置は、対応する複数の受信メッセージを示すために、前記画面上に複数の一致するアイコンを同時に表示するように構成される。また、前記制御装置は、表示された一致するアイコンそれぞれに対して、表示された一致するアイコンそれぞれに関連付けられたそれぞれの送信者から受信した現在の未読メッセージ数を示すために、数字の指標を表示するように構成してもよい。
【００１７】
一つの実施例では、前記制御装置は、アニメーション、スクロール、モーフィング、フラッシュ、若しくは色の変化のような視覚的効果で、一つ若しくは複数の前記表示されたアイコンの表示を強化するように構成される。
【００１８】
一つの実施例では、前記通信装置は、更に電話帳、住所録、若しくは連絡先一覧の少なくとも一つを有し、一つ若しくは複数の前記所定のアイコンと電子メッセージの送信者との間の関連付けは、前記電話帳、住所録、若しくは連絡先一覧のエントリに保管される。前記関連付けは、前記電話帳のエントリ、住所録のエントリ、若しくは連絡先一覧のエントリの外、前記メモリ内部に保管され、一つ若しくは複数の前記所定のアイコンを定義するイメージデータを含むイメージファイルへのリンクを有してもよい。また、前記関連付けは、一つまたは複数の前記所定のアイコンを定義し、前記電話帳のエントリ、住所録のエントリ、若しくは連絡先一覧のエントリに保管されているイメージデータを有してもよい。前記関連付けは、さらに、上記のようにメッセージ送信者の識別を有してもよい。
【００１９】
一つの実施例では、前記通信装置は、さらに、前記メモリに新しいアイコンを追加する手段、並びに前記メモリ内に前記新しいアイコンと電子メッセージの送信者間の新しい関連付けを生成する手段を有する。新しいアイコンを追加する前記手段は、前記装置内にイメージエディタを有してもよい。また、新しいアイコンを追加する前記手段は、前記通信装置の通信インターフェイスを有する。前記通信インターフェイスは、ＩｒＤＡ、ＵＳＢ若しくはＲＳ２３２のようなシリアルインターフェイス、Ｂｌｕｅｔｏｏｔｈのような短距離補助無線データインターフェイス、ＷＡＰ互換のインターフェイス、又はＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、若しくはＣＤＭＡ２０００のような移動体電気通信システム用のＲＦインターフェイスの少なくとも一つでもよい。前記通信インターフェイスは、電子メッセージを受信するように構成された前記インターフェイスと同じでもよい。
【００２０】
前記通信装置は、ＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、若しくはＣＤＭＡ２０００用の移動体端末のような携帯型電気通信装置でもよい。
【００２１】
本発明の第二の側面は、画面とメモリを有する通信装置における電子メッセージの受信を示す方法であり、前記メモリには少なくとも一つの所定のアイコンが提供され、受信した電子メッセージは、一つ若しくは複数の前記所定のアイコンと照合され、一致するアイコンがある場合は前記画面に表示し、前記受信した電子メッセージを示す。前記方法は、前記メモリ内に一つ若しくは複数の前記所定のアイコンと電子メッセージの送信者の間の関連付けを提供するステップと、前記受信した電子メッセージの送信者を特定するステップと、一致するアイコンがある場合には、このように特定された送信者と前記メモリ内の前記関連付けにより、一致するアイコンを決定するステップとを含む。
【００２２】
第二の側面は、一般的に第一の側面と同じ利点を持つ。
【００２３】
本発明の第三の側面は、通信装置への電子メッセージの受信を示すアイコンデータをリモートに配信する方法である。前記方法は、コンピュータ処理のアイコン注文サービスを提供するステップと、使用可能な複数のアイコンの中から一つのアイコンをユーザーが選択し、その選択を受け入れるステップと、前記選択されたアイコンを定義するアイコンデータセットを形成するステップと、前記アイコンデータセットを前記通信装置に電子的に配信するステップとを含み、前記アイコンデータセットを形成及び配信する前記ステップは、前記アイコンデータセットが前記通信装置で受信された時に保管されることができ、電子メッセージの送信者と関連付けられることができるように実施される。
一つの実施例では、前記コンピュータ処理のアイコン注文サービスは、インターネットのような広域ネットワークを使用して、例えばウェブサーバーにより提供され、ユーザーによる一つのアイコンの選択を受け入れるステップは、前記サーバーにより提供され、例えばウェブクライアントにより前記広域ネットワーク上でアクセス可能なユーザーインターフェイスを通して実施される。
【００２４】
また、前記コンピュータ処理のアイコン注文サービスは、電気通信ネットワークに接続されたサーバーから提供されてもよく、ユーザーによる一つのアイコンの選択を受け入れる前記ステップは、電話装置上で前記ユーザーにより入力され、前記電気通信ネットワークを通じて送信されるコマンドを受け入れることにより実施されてもよい。
また別の方法としては、前記コンピュータ処理の注文サービスは、希望のアイコンを選択し、コンタクトインターフェイスを通じてダウンロードして通信装置に保管されるように、ユーザーに自分の通信装置を物理的にダウンロードステーションあるいは再プログラムステーションへ通信装置上のコンタクトインターフェイス経由で接続させることにより実施されてもよい。
【００２５】
一つの実施例では、前記アイコンデータセットを形成及び配信する前記ステップにおいて、送信者の識別は、前記アイコンデータセットと前記送信者の識別により示される電子メッセージの送信者との関連付けを可能にするために、前記アイコンデータセットに含まれる、若しくは添付される。前記送信者の識別は、ＧＳＭ、ＵＭＴＳ，Ｄ−ＡＭＰＳ若しくはＣＤＭＡ２０００のような移動体電気通信システムの電話番号であってもよい。アイコンデータセットを配信する前記ステップは、前記アイコンデータセットをＳＭＳ、ＭＭＳ、若しくは電子メールメッセージに含めることにより実施されてもよい。前記通信装置は、ＧＳＭ用、ＵＭＴＳ用、Ｄ−ＡＭＰＳ用、若しくはＣＤＭＡ２０００用の移動体端末のような携帯型電気通信システムであってもよい。
【００２６】
本発明の第四の側面は、コンピュータ処理のアイコン注文サービスを提供するためのサーバーであり、前記サーバーは、使用可能な複数のアイコンのためのメモリ、及び制御装置を有し、前記制御装置は、第三の側面に従って、前記方法を実施するように構成されている。
【００２７】
本発明の第五の側面は、プロセッサのメモリに直接ロードが可能なコンピュータプログラム製品であり、前記コンピュータプログラム製品は、前記プロセッサにより実行された時、第三の側面に従って、前記方法を実施するプログラムコードを有する。
本発明のその他の目的、特徴、及び利点は、以下の詳細開示、添付された従属する請求の範囲、及び図面から明らかにされる。
【００２８】
一般に、請求項で使用される全ての用語は、本明細書に断りのない限り、当技術分野での一般的な意味に従って解釈されるものとする。「ある一つの／前記の［要素、装置、コンポーネント、手段、ステップなど］」という言及は全て、特に断りのない限り、前記要素、装置、コンポーネント、手段、ステップなどの少なくとも一つの例を言及しているとして無制限に解釈される。本明細書に開示されたいかなる方法のステップも、特に断りのない限り、開示された通りの順序で実施される必要はない。
【発明の詳細な説明】
【００２９】
以下、添付図面を参照しつつ本発明をより詳細に説明する。最初に、図１を参照しながら、本発明が適用された場合の電気通信システムの一例を簡単に説明する。その後、図２から１２を参照しながら、本発明の好ましい実施例のいくつかをより詳細に説明する。
【００３０】
図１の電気通信システムでは、音声通話、データ通信、ファックス送信、音楽送信、静止画像送信、ビデオ送信、電子メッセージ送信や電子取引のような多様な電気通信サービスが、異なる移動体端末１００、１０６の間で実施される場合がある。これらのサービスの中でも、電子メッセージ送信は、本発明にとって特に重要である。以下では、ＳＭＳ（ショートメッセージサービス）メッセージは、このような電子メッセージ送信の一例として使用されるが、ＭＭＳ（マルチメディアメッセージングサービス）メッセージあるいは電子メッセージを含みつつこれらに限定されない、その他の種類のメッセージも本概念に含まれる。
【００３１】
移動端末１００、１０６は、それぞれのベースステーション１０４、１１０経由で、ＲＦリンク１０２と１０８を通して移動体電気通信ネットワーク１１０に接続される。移動体電気通信ネットワーク１１０は、ＧＳＭ、ＵＭＴＳ、Ｄ−ＡＭＰＳ、若しくはＣＤＭＡ２０００のような任意の商業的に利用可能な移動体電気通信システムの場合がある。移動体端末１００、１０６は、移動体（携帯）電話として示されているが、代わりに、図１の１１２により一般に示されているように、ポータブルデジタルアシスタンス（ＰＤＡ）、通信機、パームトップコンピュータ、若しくはラップトップコンピュータのようなその他の種類の携帯型装置の場合もある。
【００３２】
公衆交換電話網（ＰＳＴＮ）１３０は、通常の方法で移動体電気通信ネットワーク１１０へ接続されている。ＰＳＴＮ１３０には、多様な電話端末１３２が接続されている。
【００３３】
移動体電気通信ネットワーク１１０は、インターネットあるいはその一部の場合もある広域ネットワーク１２０に接続されて使用される。アイコン１２４の注文やダウンロードを提供するサーバーコンピュータ１２２は、クライアントコンピュータ１２６と同様に、広域ネットワーク１２０に接続されている。アイコンの注文及びダウンロードのサービスは本発明の一つの側面であり、図１０から１２を参照しながら、より詳細を説明する。
【００３４】
移動体電気通信ネットワーク１１０は、周知の方法でＳＭＳセンター１１４を有する。移動体端末１００、１０６のユーザーは、無線リンク１０２、１０８上を経由してＳＭＳセンター１１４からＳＭＳメッセージを受信する場合があり、もちろん、送信ＳＭＳメッセージをＳＭＳセンター１１４へ送信する場合もある。
【００３５】
新しいＳＭＳメッセージの着信は、典型的には、移動体端末画面上の視覚的な表示により移動体端末１００（あるいは１０６、１１２）のユーザーに通知するが、時にはビーッという音あるいはカチッという音、若しくは別の音、又は触覚的な信号の場合もある。先行技術の解決策（図２に示されるような封筒アイコン２０４や簡単な通知テキスト２０２のような）のような無記名の表示を示すだけではなく、本発明は、移動体端末のユーザーに、ＳＭＳメッセージが特定の送信者から受信されたことを示す送信者のアイコンの形式でグラフィック情報を提供する。図３は、一つの実施例に従った解決策を示す。図３ではｎが１であるが「ｎ件のメッセージを受信しました」というような、図２の先行技術の端末画面のテキスト２０２によく似た通知テキスト３０２が、図３内で移動体端末の画面３００上に表示されている。ユーザーは、「読む」メニューオプション３１２を選択することにより、ＳＭＳ受信ボックスに移動して、受信したメッセージを選択することもできるが、終了メニューオプション３１４を選択することにより、メッセージを読まないことを選択することもできる。さらに、封筒アイコン３０４は、移動体端末に未読メッセージがある限り、画面３００に表示されてもよい。現在の移動体端末がどれもそうであるように、画面３００は現在の時刻３０６、電池残存容量のインジケータ３０８、及び、受信信号強度のインジケータ３１０（ＲＳＳＩ、「受信信号強度インジケータ」）を表示してもよい。
【００３６】
図３では、送信者のアイコンは、通知テキスト３０２のすぐ左側、３１６に示されている。また、通知テキストに関連した別の位置、つまり、右側、上側、あるいは下側（図４の４１６）に示すこともできる。このように、送信者アイコン３１６、４１６は、新規に受信したメッセージの送信者を視覚的に示すので、ユーザーは画面３００を見るだけで、他の操作を実行することなく、誰がメッセージを送信したかを容易に理解することができるので、今すぐ読むか、後で読むかを決定することができる。
【００３７】
２件以上のメッセージを受信した場合、図６の６１６、６１７、並びに図７の７１６、７１７のそれぞれに示されているように、現在未読の全てのメッセージのアイコンが互いに並んで表示されてもよい。
【００３８】
当然ながら、アイコンの位置と同様にアイコンのサイズや色は、画面上で多様に変化を加えることができる。アイコンのサイズを小さくすることにより、より多くのアイコンを画面に表示することができる一方、サイズを大きくすると、より詳細なアイコンが表示されるので、多様性や利用性が大きくなる。画面上に表示できるよりも多くの表示すべきアイコンがある場合は、アイコンは画面上でアイコン交互の行列として表示される。例えば、個々のアイコンのサイズが１０×１５ピクセルの大きさであれば、小型画面でも、「ｎ件のメッセージが受信されました」という通知テキストの隣に、受信メッセージアイコンは３×３の行列で表示することが可能である。あるいは、大量の受信メッセージアイコンを表示できるように、アイコンを画面上でスクロールする、あるいは、浮動する列として提供してもよい。
【００３９】
表示するアイコンの数が多くない場合でも、受信メッセージアイコンは、浮動する、ぶらつく、流れる、スクロールする、あるいはモーフィングするように表示されてもよい。一つの実施例では、このような動く受信メッセージアイコンが、スクリーンセーバーに含まれている。別の実施例では、アイコンを、表示位置で固定したままアニメーション化でき、又は点滅表示若しくは色を変えて表示することができる。
【００４０】
一つの実施例では、二つ以上のメッセージを同じ送信者から受信した場合、その同一の送信者から受信した全てのメッセージの共通の代表として、一つのアイコンだけが表示される。別の実施例では、その特定の送信者から受信したメッセージ数を示すために、共通に表示された一つのアイコン内にカウント数が含まれる。また別の実施例では、一つのアイコンは、同一の送信者から発信されている場合でも、受信したそれぞれのメッセージを表す。
【００４１】
別の実施例は図５に示されている。ここでは、例えば図２によれば先行技術の解決策の左上の隅にある、現在の封筒アイコン２０４は、最後に受信したメッセージの送信者に関連付けられた特定のアイコン５１６により置き換えられる。特定のアイコン５１６は、ユーザーがＳＭＳ受信ボックスに移動した後でも、メッセージが未読である限り、若しくはその後に着信した未読メッセージがある限り、画面に表示され続ける。
【００４２】
図８は、本発明に従った移動体端末の一つの実施例を示す。制御装置８００は、移動体端末の操作全体を管理し、任意の市販されているＣＰＵ（「中央演算処理装置」）、ＤＳＰ（「デジタル信号プロセッサ」）、あるいはその他の任意の電子的にプログラム可能なロジック装置が実装されていることが望ましい。制御装置８００は、ＲＡＭメモリ、ＲＯＭメモリ、ＥＥＰＲＯＭメモリ、フラッシュメモリ、あるいはこれらの任意の組み合わせのような電子メモリ８０２が結合されている。メモリ８０２は、制御装置８００により多様な目的で使用されるが、その一つは、移動体端末のさまざまなソフトウェアのデータやプログラム命令を保管することである。ソフトウェアには、リアルタイムオペレーティングシステム８２０、マンマシンインターフェイス（ＭＭＩ）ドライバ８３４、アプリケーションハンドラ８３２に加えて、多様なアプリケーションが含まれる。アプリケーションには、電話帳アプリケーション８４０、ＳＭＳアプリケーション８５０、並びにオプションとして、イメージピクセルエディタ８６０、および、ＷＡＰアプリケーション８７０に加えて、本発明には特に重要ではないその他の多様なアプリケーションが含まれる。ＭＭＩドライバ８３４は、従来のＭＭＩ、又は、画面８３６やキーボード８３８に加えて、その他のマイク、スピーカー、バイブレータ、ジョイスティック、着信音発生機、ＬＥＤインジケータなどのような様々なＩ／Ｏデバイスなどのインプット／アウトプット（Ｉ／Ｏ）装置と連携する。周知のように、ユーザーはこのように形成されたマンマシンインターフェイスから移動体端末を操作する場合がある。
【００４３】
ソフトウェアには、８３０のように一般的に指定され、ＲＦインターフェイス８０６や、オプションでＢｌｕｅｔｏｏｔｈインターフェイス８０８およびＩｒＤＡインターフェイス８１０に（トランスポート、ネットワーク、接続性のような）通信サービスを提供するさまざまなモジュール、プロトコルスタック、ドライバなども含まれる。ＲＦインターフェイス８０６は、（例えば、図１のリンク１０２やベースステーション１０４のように）ワイヤレスリンクをベースステーションに確立して保持するための適切な無線回路に加えて、内部アンテナ若しくは外部アンテナを有する。先行技術をよく知る者には周知のように、無線回路は、一連のアナログ及びデジタルの電子コンポーネントから成り、共に無線受信機および無線送信機を形成する。これらのコンポーネントには、特に、バンドパスフィルタ、増幅器、ミキサー、ローカルオシレータ、ローパスフィルタ、ＡＤ／ＤＡコンバータなどが含まれる。
【００４４】
移動体端末には、ＳＩＭカード８０４と関連する読取機も含まれる。周知のように、ＳＩＭカード８０４は、ローカルの作業メモリ及びデータメモリに加え、プロセッサも有する。
【００４５】
電話帳アプリケーション８４０は、メモリ８０２に保管されている複数の電話帳エントリあるいはレコード８４２を処理する。図８の実施例では、各電話帳エントリ８４２には、アイコンデータフィールド８４６に加えて、名前フィールド、移動体電話番号フィールド８４４、自宅電話番号フィールド、勤務先電話番号フィールド、ファックス番号フィールド、電子メールアドレスフィールド、呼び出しグループデータ（ＣＬＩグループ）フィールド、ＶＡＤ（音声作動式ダイアル）データフィールドがある。ＶＡＤデータフィールドは、特定の電話帳エントリ８４２若しくはそのエントリ内の特定の電話番号フィールドの読み上げられた名前若しくはその他のラベルを含むバイナリオーディオファイルを保管する。本質的に周知の方法で、ユーザーは呼び出す相手の名前を読み上げるだけで、発信呼び出しを特定の電話番号に確立する場合がある。音声がＶＡＤデータフィールドの音声内容に充分一致すれば、移動体端末は呼び出し相手への呼び出しを開始する。もちろん、ユーザーが電話帳アプリケーション８４０を使用する通常あるいは従来の方法は、希望する電話帳エントリ８４２、あるいはエントリの電話番号フィールドをキーボード８３８や画面８３６により選択することである。
【００４６】
ＳＭＳアプリケーション８５０は、未読メッセージ８５２や既読若しくは開封済みのメッセージ８５４の両方の複数のＳＭＳメッセージを処理する。メッセージ８５２及び８５４は、移動体端末のメモリ８０２またはＳＩＭカード８０４の内部メモリ、あるいは両方に保管される場合があり、保管されたＳＭＳメッセージがこれらのメモリとその他の間を移動する場合もある。図８は、移動体端末に受信された後の典型的なＳＭＳメッセージ８５２の構成を示す。ＳＭＳメッセージ８５２は、制御データ部分８５６とメッセージデータ部分８５８を有する。制御データ部分８５６は１２０オクテットを占有する。メッセージデータ部分８５８は１４０オクテットを占有し、ＳＭＳメッセージのペイロード、つまり、実際のメッセージデータ８５９を含む。もちろん、メッセージデータ全体部分８５８を、必ず有効なデータで埋める必要はないので、メッセージの送信者が短いメッセージだけを書いた場合には、メッセージデータ部分８５８の一部はごみのデータを含む場合もある。また、メッセージデータ部分８５８は、所定の制御文字により、最後の有効なオクテットの後で終了したり、又はメッセージデータ部分８５８の長さが制御データ部分８５６のヘッダー引数として示される場合もある。
【００４７】
制御データ部分８５６には、送信者の電話番号８５７の仕様など、さまざまなプロトコル層特定制御データやメッセージ種類特定制御データが含まれる。ＳＭＳメッセージのフォーマットに関する詳細については、２Ｇ、２．５Ｇ及び３Ｇの移動体電気通信システムの一般標準基準を参照できる。例えば、３ＧシステムのＳＭＳサービスは、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／の「３ＧＰＰ  ＴＳ  ２４．０１１」にその詳細が記載されている。
【００４８】
電話帳アプリケーション８４０に話を戻すと、アイコンデータフィールド８４６を除き、電話帳エントリ８４２のフィールドは、基本的に現在の移動体端末のフィールドに対応する。一方、アイコンデータフィールド８４６は、本発明により提供される新しい機能に不可欠である。アイコンデータフィールド８４６の目的は、特定の電話帳エントリ８４２と、画面３００／８３６に表示される特定の受信メッセージアイコン３１６、４１６、５１６、６１６及び６１７、７１６及び７１７の間に関連付けを提供することである。このように、アイコンデータフィールド８４６は、画面上に通知される受信メッセージ８５２の送信者の電話番号８５７に関連付けられたアイコンを定義するアイコンイメージデータを含むか、若しくは指し示す。
【００４９】
一つの実施例では、アイコンは、アイコンデータフィールド８４６に直接、イメージデータのビットマップとして保管される。ビットマップは１ビットの深度（白黒のアイコン）、あるいは、ｎビットの深度（ｎ個のグレースケール若しくは色値を持つアイコンを定義する場合）を持つ場合がある。もう一つの実施例では、イメージデータはアイコンデータフィールド８４６に圧縮形式で保管される。この実施例では、ＪＰＥＧあるいはＧＩＦのような既存のイメージ圧縮形式が使用されてもよい。また別の実施例では、アイコンデータフィールド８４６は、電話帳エントリ８４２以外のメモリ８０２に保管されているアイコンイメージファイルへのリンクを保管する。このリンクは、リアルタイムオペレーティングシステム８２０がサポートするファイル識別子であってもよい。
【００５０】
電話帳エントリは、別の方法で使用可能なアイコンにマップされていてもよい。例えば、一つの実施例では、移動体端末は、その中からユーザーが特定の電話帳エントリ８４２に関連付ける特定のアイコンを選択することができる作成済みアイコンのセットと共に出荷され販売される。この選択及び関連付けの操作は、電話帳アプリケーション８４０のメニューオプションにより実施されることが望ましい。このような作成済みアイコンは、一般的にはＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）製品群のようなグラフィカルなコンピュータユーザーインターフェイスで利用できる様々なソフトウェアアプリケーションのアイコンのように、様々な顔文字、サイン、シンボルなどを表してもよい。
【００５１】
一つの実施例では、イメージピクセルエディタ８６０は、既存アイコンの変更や新しいアイコンの作成とデザインに使用されてもよい。このように変更された、あるいは新しく作成されたアイコンはその後、上述のように保管され、新規作成されたアイコンの場合には、ユーザーが、そのアイコンを希望の電話帳エントリ８４２に上記の方法で関連付けてもよい。
【００５２】
別の実施例では、新規アイコンは、ＲＦインターフェイス８０６、Ｂｌｕｅｔｏｏｔｈインターフェイス８０８、若しくはＩｒＤＡインターフェイス８１０を通じて、又はＷＡＰアプリケーション８７０のＷＡＰセッションを通じて、又はＳＭＳ、電子メール若しくはビジネスカード（Ｖｃａｒｄ）メッセージに組み込まれてデータ接続により移動体端末へダウンロードされてもよい。
【００５３】
ここで、図９を参照しながら、新規ＳＭＳメッセージ８５２を受信し、画面３００／８３６上でその着信を通知する手順を説明する。第一のステップ９００では、新しいＳＭＳメッセージはＲＦインターフェイス８０６により受信されて、リアルタイムオペレーティングシステム８２０とアプリケーションハンドラ８３２によりＳＭＳアプリケーション８５０へ転送される。ＳＭＳアプリケーション８５０は、新しいメッセージ８５２をメモリ８０２あるいはＳＩＭカード８０４のいずれかに保管する。
【００５４】
その後、９０２のステップで、ＳＭＳアプリケーション８５０は、新しいメッセージ８５２の制御データ部分８５８を処理する。さらに詳しく説明すると、送信者の電話番号８５７を抽出してから、９０４のステップで、電話帳アプリケーション８４０に、抽出された電話番号が電話帳に存在するかどうかを問い合わせる。電話帳アプリケーション８４０は、電話帳エントリ８４２の全てを検索して、一致する場合には、その一致するアイコンでＳＭＳアプリケーション８５０に応答する。応答の正確なフォーマットは、アイコンデータフィールド８４６内におけるアイコンの表現方法に依存する（詳細は前節を参照）。従って、電話帳アプリケーション８４０からの応答には、実際のアイコンイメージデータ、また場合によっては、別のイメージファイルへのリンクあるいは識別子を含む場合がある。
【００５５】
送信者の電話番号８５７が電話帳に無いために、又は問題の電話帳エントリのアイコンデータフィールド８４６にアイコンが定義されていないために、電話帳に一致するアイコンが見つからない場合は、デフォルトのアイコンを使用するか、又はアイコンを使用しないように、ステップ９０６への実行に進む。一方、関連付けられたアイコンを次のステップ９０８で電話帳アプリケーション８４０から読み出せた場合は、ＭＭＩ８３４は、ステップ９１０でＳＭＳアプリケーション８５０の要求に応じて、例えば図３から７に示される例で提案されるように、通知テキストと共に読み出されたアイコンを表示することにより、受信メッセージ８５２を通知する。
【００５６】
ここで、図１０を参照しながら、サーバーから移動体端末へのアイコンのダウンロードをユーザーが注文する方法を説明する。最初のステップ１０００で、ユーザーは、例えばウェブクライアント１２６から、図１のウェブサーバー１２２のようなアイコン注文サービスに接続する。しかしながら別の方法として、アイコン注文サービスは、ユーザーが移動体端末１００、１０６あるいは固定電話１３２のキーパッドから注文を出せる電話呼出サービスのような別の種類であってもよい。次のステップ１００２では、ユーザーは、ウェブサーバー１２２によりダウンロードが提供されウェブクライアント１２６の画面上のウェブインターフェイスに表示される複数のアイコンに目を通す。例えばマウスのクリック又はキーの押下のような通常の選択操作により、興味のあるアイコンを一つ選択した後、ステップ１００４でウェブサーバー１２２は、ユーザーの識別が既知であるかを確認する。ステップ１００４における確認は、例えば、適切なログイン手順、若しくはクッキーファイルの使用、又はこれらの組み合わせにより実施される。また、ログインは、ステップ１０００で既に実施されている場合もあるので、ステップ１００４における確認は、ログインが前もって正常に実施されたことの照合だけの場合もある。ログインがステップ１０００で実施された場合、ステップ１００４における確認は、特にユーザーのログイン成功に基づいてのみ注文機能へのアクセスが与えられる場合には、免除されてもよい。ユーザーの識別を決定するその他の方法も、もちろん可能である。
【００５７】
ステップ１００４でユーザーが既知でないことが分かった場合には、ユーザーは、注文したアイコンを配信する電話番号についてステップ１００６で問い合わせを受け、ステップ１００８でこれを指定する。ここで、簡単な認証方法を実施することが可能である。例えば、ユーザーは、指定された電話番号の加入権を保有している人の名前、住所など、あるいはその一部を入力することを要求される場合があり、それによってウェブサーバー１２２は、ユーザーが入力した情報の正確性を確認するために、例えば、加入権の運用者により提供される自動加入権確認サービスに問い合わせる場合がある。
【００５８】
一方、ステップ１００４でユーザーが既知であることが分かった場合には、ステップ１０１０でウェブサーバー１２２はデータベースなどに問い合わせて、ユーザーと関連付けられた保管済みの移動体電話番号を取り出す。その後、ステップ１０１２では、ウェブサーバー１２２は、送信ＳＭＳメッセージを作成するが、このＳＭＳが純粋なメッセージテキストではなく設定データを運ぶ種類であることを示す目印とともにメッセージの種類を特定するデータをその制御データ部分に持つこともできる。設定データを示し搬送する方法は、現在の２Ｇ／２．５Ｇ移動体電気通信システムでＷＡＰ設定を示し搬送するのと本質的には同じ方法で実行されてもよい。選択したアイコンのアイコンデータは、生成した送信ＳＭＳメッセージのメッセージデータ部分に入れられてもよい。図８で説明したように、ＳＭＳメッセージのメッセージデータ部分は、１４０オクテットを含む場合があり、従って、最大１４０×８＝１１１２ビットまでのサイズのアイコンイメージを搬送することができる。このサイズはカラーあるいはグレースケールでも小型アイコンには充分である。
【００５９】
上記に代わる方法として、メッセージデータ部分の最初の一つあるいはいくつかのオクテットが、メッセージデータ部分の残りに純粋なテキストデータではなくアイコンのイメージデータが含まれることを受信側移動体端末に通知する所定のコードを含んでもよい。
【００６０】
アイコンデータがＳＭＳメッセージ１件が使用可能なスペースよりも大きいスペースを必要とする場合には、アイコンデータを運ぶために、複数のＳＭＳメッセージを使用できる。このような場合、アイコンデータは、長いテキストメッセージを送信する場合に一般的に実行されるのと同じ方法で、ＳＭＳメッセージを分割し、後に再び組み立てられる。
【００６１】
生成された送信ＳＭＳメッセージの制御データ部分は、ステップ１００２でアイコンを選択したユーザーの電話番号も含む（図８の８５７を参照）。送信ＳＭＳメッセージの生成が完了すると、ウェブサーバー１２２により移動体電気通信ネットワークへ送信される。これは、ウェブサーバー１２２に接続した適切なＳＭＳトランシーバハードウェアを通じて直接実行されるか、又は移動体電気通信ネットワーク１１０の運用者が提供し、かつインターネット１２０からアクセス可能なＳＭＳ送信サービスを使用することにより実行される。
【００６２】
最後に、ステップ１０１４で、ウェブサーバー１１２は請求情報をこのユーザーの運用者に送信してもよい。
【００６３】
図１０に示される手順の代わりに、ユーザーは、アイコン注文サーバーへＳＭＳ、ＭＭＳ、若しくは電子メールメッセージの注文メッセージを送信することができる。このメッセージで、ユーザーはサーバーで利用可能な特定の一つのアイコンを明示するアイコンコードを指定してもよい。その後、サーバーはステップ１０１２のように注文されたアイコンを返信メッセージに入れて、そのメッセージをユーザーに送信してもよく、ユーザーは図１１に示されるようにその受信を行なう。あるいは、ステップ１００６から１００８のように、注文メッセージの中で、ユーザーは指定したアイコンを配信する電話番号を指定してもよい。請求はステップ１０１４で実行されてもよい。
【００６４】
上記の説明では、ユーザーにより選択されたアイコンはユーザー自身の電話番号へ送信される。しかしながら、ユーザーが、別の電話番号、典型的には友達の電話番号を代わりに指定して、選択したアイコンをギフトとして送信する可能性も考えられる。この代替法では、前記の別の電話番号の利用者ではなく、ユーザーに請求するために、ユーザーがウェブサーバーに適切にログインしていることが必要になる場合もある。
【００６５】
図１１は、図１０に従ってサーバーに注文されたアイコンが、どのように受信され、移動体端末にインストールされる場合があるかを表す流れ図である。最初のステップ１１００では、ＳＭＳメッセージはＲＦインターフェイス８０６により受信され、ＳＭＳアプリケーション８５０に転送される。ステップ１１０２では、ＳＭＳアプリケーション８５０は受信したＳＭＳメッセージの制御データ部分からメッセージ種類特定データを抽出して、ステップ１１０４では、メッセージ種類特定データがＳＭＳメッセージが設定メッセージであることを明示しているかどうかの確認が行われる。設定メッセージでない場合は、受信したＳＭＳメッセージはＳＭＳアプリケーション８５０によりステップ１１０６で、通常の純粋にテキストだけのＳＭＳとして、つまり図９のステップに従って処理される。一方、ＳＭＳメッセージが、実際に設定メッセージである場合は、ステップ１１０８で、ＳＭＳメッセージに組み込みアイコンが含まれているかの目印に対する新しい確認が行われる。アイコンが組み込まれていない場合は、受信したＳＭＳメッセージはステップ１１１０で、通常の設定メッセージとして処理される。
【００６６】
ステップ１１０８でアイコンが見つかった場合には、ステップ１１１２でＳＭＳアプリケーション８５０は、受信したＳＭＳメッセージからアイコンのイメージデータに加え送信者の電話番号（図８の８５７を参照）も抽出する。さらに、ステップ１１１４で、ユーザーに新しいアイコンが届いたことを通知して、ユーザーがこのアイコンの保管を希望するかどうかを問い合わせるために、移動体端末の画面上にテキストが表示される。ユーザーがアイコンを保管しないことを選択すれば、抽出されたデータは廃棄されて、ＳＭＳメッセージはステップ１１１６で削除される。そうでなければ、ＳＭＳアプリケーションは抽出した電話番号とアイコンのイメージデータを電話帳アプリケーション８４０に引き渡す。これは、例えば、リアルタイムオペレーティングシステム８２０及び／又はアプリケーションハンドラ８３２による機能呼び出しにより実行されてもよい。
【００６７】
ステップ１２００では、電話帳アプリケーション８４０は、まず、ステップ１１１２で抽出した送信者の電話番号が移動体端末の電話番号と同一であるかどうかを確認する。これは、ユーザーがウェブサーバー１２２にアイコンを注文して、自分の移動体端末にアイコンを送信することを選択した場合にあたる。そうであれば、ユーザーはステップ１２０２に示されているように、既存の電話帳エントリを指定するか、若しくは新規作成してもよく、このエントリにアイコンを保管してもよい。
【００６８】
送信者の電話番号が移動体端末の電話番号と一致しない場合は、ステップ１２０４及び１２０６で、電話帳アプリケーション８４０は、送信者の電話番号がいずれかの電話帳エントリに一致しているかどうか、保管されている電話帳エントリ８４２を確認する。一致するものが見つからない場合は、ユーザーはステップ１２０８で、送信者のネームタグを指定するように問い合わせを受ける。その後、ステップ１２１０で、電話帳アプリケーション８４０は、指定されたネームタグを持ち送信者の電話番号を含む電話帳エントリを新規作成する。
【００６９】
ステップ１２０４及び１２０６で一致するものが見つかった場合は、電話帳アプリケーション８４０は、ステップ１２１２で、その見つかった電話帳エントリに既にアイコンがあるかどうかを確認する。アイコンがある場合は、ユーザーは、ステップ１２１４で既存のアイコンを新しいアイコンで上書きすることの確認を求められる。
【００７０】
最後に、アイコンは、ステップ１２０４及び１２０６で見つかった電話帳エントリ、又はステップ１２１０で作成した電話帳エントリのアイコンデータフィールド８４６に保存若しくは定義される。
【００７１】
図１０から図１２では、アイコンの注文及び配送の機能はウェブサーバーとＳＭＳメッセージを使用して示されているが、その他の代替策も可能である。
【００７２】
例えば、注文されたアイコンは、当業者には容易に理解されるように、ＳＭＳではなく、その他の、ＭＭＳ、ＷＡＰ、ＧＰＲＳ、Ｂｌｕｅｔｏｏｔｈ、ＩｒＤＡ、電子メール、あるいはＶｃａｒｄなど、これらに限定されないベアラサービスにより、配信されてもよい。ＢｌｕｅｔｏｏｔｈやＩｒＤＡのように、通常は送信者の電話番号を通信に含まないベアラサービスでは、送信者の電話番号は、アイコンデータと共にペイロードあるいはメッセージデータフィールドに含まれてもよい。
【００７３】
これまで説明した実施例は、主に、ＳＭＳメッセージと移動体端末に関連する。しかしながら、本発明の概念は、その他の分野にも適用される場合もある。例えば、ＭＭＳ若しくは電子メールメッセージのような、その他の種類の電子メッセージの受信は、対応する方法で特定の送信者に関連付けられた個人アイコンにより通知されてもよい。より多くのハンドヘルド通信装置（ポータブルデジタルアシスタンス、通信機、パームトップコンピュータ、及びラップトップコンピュータなど）が電子メールの送受信機能を備えるようになってきている。現在の電子メール処理ソフトウェアは、ユーザーは電子メールの着信を通知、又はツールバー上の小さい封筒アイコンにより知らされるだけであるという、同様の問題に直面している。電子メールが誰から送られたものであるかを知るために、ユーザーは電子メール処理アプリケーションを起動して、電子メールを確認しなければならない。電子メールが頻繁に届けば、ユーザーの集中力が妨げられる場合もある。本発明の機能を適用することにより、ユーザーは、電子メール処理アプリケーションを起動することなく、例えば受信したメッセージが重要なメッセージを送信すると見込まれている送信者からのものであるかどうかを直ちに判断することができる。さらに、これは、送信者の識別を画面を見ているユーザー以外に明かすことなく行なうこともできる。
【００７４】
受信メッセージアイコンは、画面の隅、あるいは離れた位置、おそらくツールバー上にある特別なボックス内に、あるいは、図５のように、現在の封筒アイコンを最新の未読メッセージの送信者のアイコンで単に置き換えて表示できる。２件以上のメッセージを受信して、まだ未読である場合、これを通知する一つの方法は、ツールバーのアイコン部分にアイコンを互いに並べて表示することである。
【００７５】
同一の送信者からの複数のメッセージは、上記のＳＭＳ実施例で提案した方法で示すこともできる。指定されたアイコンを持たない送信者からのメッセージが複数件ある場合は、これらのメッセージは、アイコン上に書き込まれた、あるいはその隣に表示されたメッセージ件数を有する封筒アイコンにより表すこともできる。
【００７６】
また、上記は、据付型コンピュータやそのオペレーティングシステムにも適用してもよい。
【００７７】
上記で説明された実施例の全てのメッセージアイコン３１６、４１６、５１６、６１６及び６１７、７１６及び７１７は、受信済みであるが未読であるメッセージに関連する。しかしながら、本発明の他の実施例で、このメッセージアイコンの概念を既読メッセージにも使用されることが想定される。
【００７８】
以上のように、本発明は主にいくつかの実施例を参照しつつ説明された。しかしながら、当業者には容易に理解されるように、上記で開示された実施例以外の実施例も、添付の特許請求により定義されているように、本発明の範囲内で同等に可能である。
【図面の簡単な説明】
【００７９】
【図１】本発明が適用されてもよい環境の例としての、移動体端末、リモートサーバー、電気通信ネットワークを含む電気通信システムの概念図である。
【図２】現在の移動体端末の画面上で、新しいＳＭＳメッセージの受信を示す先行技術の方法の概念図である。
【図３】本発明の別々の実施例に従い、移動体端末の画面上に、新しいＳＭＳメッセージの受信が示される方法の概念図である。
【図４】本発明の別々の実施例に従い、移動体端末の画面上に、新しいＳＭＳメッセージの受信が示される方法の概念図である。
【図５】本発明の別々の実施例に従い、移動体端末の画面上に、新しいＳＭＳメッセージの受信が示される方法の概念図である。
【図６】本発明の別々の実施例に従い、移動体端末の画面上に、新しいＳＭＳメッセージの受信が示される方法の概念図である。
【図７】本発明の別々の実施例に従い、移動体端末の画面上に、新しいＳＭＳメッセージの受信が示される方法の概念図である。
【図８】図１の移動体端末の詳細を表す概念構成図である。
【図９】一つの実施例に従って、移動体端末内でどのように新しいメッセージが受信されて通知されるかを表す流れ図である。
【図１０】ユーザーがどのようにサーバーから移動体端末へのアイコンのダウンロードを指示するかを表す流れ図である。
【図１１】図１０に従い、指示されたアイコンがどのようにサーバーから受信されて、移動体端末にインストールできるかを表す流れ図である。
【図１２】図１０に従い、指示されたアイコンがどのようにサーバーから受信されて、移動体端末にインストールできるかを表す流れ図である。
【図１】
2006505037.tif 000003
【図２】
2006505037.tif 000004
【図３】
2006505037.tif 000005
【図４】
2006505037.tif 000006
【図５】
2006505037.tif 000007
【図６】
2006505037.tif 000008
【図７】
2006505037.tif 000009
【図８】
2006505037.tif 000010
【図９】
2006505037.tif 000011
【図１０】
2006505037.tif 000012
【図１１】
2006505037.tif 000013
【図１２】
2006505037.tif 000014
【国際調査報告】
2006505037.tif 000015
2006505037.tif 000016
2006505037.tif 000017