JP2008506340A - メッセージの特性に応じたベアラモードの選択 - Google Patents

Abstract

無線電話などのデータ処理デバイスは、メッセージを受信する第１のレシピエントに合わせた第１のレシピエント・アドレス・タイプを識別し、かつ、そのメッセージを受信する第２のレシピエントに合わせた、第１のレシピエント・アドレス・タイプとは異なる第２のレシピエント・アドレス・タイプを識別するロジックを含む。第１のメッセージ・ベアラモードが、第１のレシピエント・アドレス・タイプに応じて選択され、第１のメッセージ・ベアラモードとは異なる第２のメッセージ・ベアラモードが、第２のレシピエント・アドレス・タイプに応じて選択される。

Description

（優先権主張）
本出願は、「メッセージの特性に応じたベアラモードの選択」という名称の米国特許仮出願である、２００４年７月１１日に出願した米国特許出願番号６０／５８７７９２号に対する優先権を主張する。

本開示は、ネットワークを介して通信されるメッセージに対するベアラモードの選択に関する。

現在の通信ネットワークは、情報を通信するための様々なメカニズムをサポートしている。本明細書では、これらのメカニズムをベアラモードと呼ぶ。特定のベアラモードは、特定のタイプの情報を通信するために、より良く適している。例えば、音声ベアラモードは、音声情報を通信するために、より良く適している。特定のベアラモードは、電子メール、ショートテキストメッセージ、または、イメージを含むメッセージを通信するために、うまく適している。

通常、メッセージを通信するために選択されるベアラモードは、そのメッセージを作成するために利用されるアプリケーションロジックによって決定される。例えば、ショートメッセージテキスト（ＳＭＳ）クライアントを用いて作成されるメッセージは、ＳＭＳを用いて通信される。

ネットワークを介して通信される情報の種類が増大しているため、利用可能なベアラモードも増大しつつある。多くの選択肢により、メッセージを作成するための様々なアプリケーションロジックが生じる結果となり、ネットワークを使用して通信する人々を混乱させることになり得る。メッセージが、複数のレシピエント（recipient）に対してアドレス指定されるとき（宛て先が割り当てられるとき）、複雑な状況が生じ得る。このような状況では、指定されたアドレスの全てに対してメッセージを通信するために、１つのベアラモードが最も適しているものとはならない場合がある。

次に記載する要約は、開示する実施形態のいくつかの側面を強調して説明するために意図されているものであり、本発明の範囲を限定するものではない。以下において、例示する実施形態の詳細な説明について提示している。これにより、当業者は、本発明の諸側面を生産し、使用することができるであろう。当業者であれば、図面と併せて以下の詳細な説明を読むことから、および、特許請求の範囲から、本発明の諸側面を完全に理解することができよう。

レシピエント・アドレス・タイプは、電子メールアドレスまたは電話番号のいずれか１つとして識別される。レシピエント・アドレス・タイプが電子メールアドレスの場合、メッセージに対するベアラモードは、ＳＭＴＰ（Simple Mail Transfer Protocol）として選択される。レシピエント・アドレス・タイプが電話番号の場合、メッセージに対するベアラモードは、ＳＭＳ（Short Message Service）と、ＥＭＳ（Enhanced Message Service）と、ＭＭＳ（Multimedia Message Service）とのうちの１つとして選択される。一般に、メッセージを配信するためのベアラモードは、レシピエント・アドレス・タイプのセマンティックな構成（semantic composition）に応じて選択される。

メッセージに対するベアラモードは、メッセージが非テキスト情報を含む場合、ＥＭＳまたはＭＭＳとして選択することができ、メッセージが少量のテキスト情報から構成される場合、ＳＭＳとして選択することができる。メッセージに対するベアラモードは、メッセージを受信したデバイス／人からレシピエントにメッセージを通信するために適用されたベアラモードに応じて選択することができる。例えば、メッセージが返信（reply）であるか、または転送（forward）である場合、ベアラモードは、メッセージの返信元であるか、または転送元であるデバイス／人から、人および／またはデバイスに対して配信されたときに適用されたベアラモードとして選択することができる。

前述の記載（heading）は、便宜上提示したものにすぎず、必ずしも、特許請求する本発明の範囲または目的に影響を及ぼすものではない。

図面において、理解を容易にする目的で、および、便宜上の目的で、同一の参照符号および頭文字（acronym）により、同一または類似の機能を有する要素や動作が識別される。任意の特定の要素や動作の説明を容易に識別するために、参照符号中の最も重要な数字は、その要素が最初に説明される図番を指す。

様々な実施形態と関連させて、本発明について説明する。以下の説明は、本発明のそれらの実施形態を完全に理解して、それら実施形態に関する記載を実施可能にするための具体的な詳細を提供している。しかしながら、当業者であれば、それらの詳細がなくとも、本発明を実施できることが理解されよう。他の実施例については、本発明の実施形態の説明をいたずらに分かりにくくすることを避けるために、周知の構成および機能を詳細に例示または説明していない。「一実施形態（one embodiment）」または「実施形態（an embodiment）」という用語は、同一の実施形態を指すこともあるが、必ずしも同一の実施形態を指すわけではない。

図１は、通信環境の実施形態を示すブロック図である。この環境は、通信クライアント１０２、１０３、および１０４を含む。この環境はまた、ネットワーク１０６も含む。ネットワーク１０６は、デバイスの集合であり、これらデバイスの集合は、協働して、通信クライアント１０２と１０４との間の通信を可能にする。１つまたは複数の通信クライアント１０２〜１０４は、本明細書で説明するプロシージャ群の様々な側面を実行するためのロジックを備える。このロジックは、回路と、信号と、マシンのメモリに存在する情報（例えば、ソフトウェア）とのうちの少なくとも１つから構成される。これらは、デバイスの動作に影響を与えるために利用することができる。通信クライアント１０２〜１０４は、メッセージを作成し、送受信し、閲覧するロジックを備えることができる。

通信クライアント１０３には、メッセージ１０８が含まれる。この例では、メッセージ１０８は、関連する情報の集合であり、イメージ１１０を含む。

クライアント１０３は、メッセージが向けられる相手であるメッセージ１０８のレシピエントに関する、レシピエント・アドレス・タイプを識別し、そのレシピエント・アドレス・タイプに基づいて、レシピエント用のメッセージ・ベアラモードを選択する。ベアラモードにより、メッセージ１０８が送信側クライアント１０３から受信側クライアント（群）に通信されるメカニズムが識別される。ベアラモードには、様々な通信プロトコル、サービス品質特性、および、特定のネットワーク要素が含まれ得る。

メッセージ・ベアラモードは、少なくともレシピエント・アドレス・タイプを考慮することにより選択される。例えば、クライアント１０３は、クライアント１０４を有するレシピエントに関して、クライアント１０２を有するレシピエントに対するレシピエント・アドレス・タイプとは異なるレシピエント・アドレス・タイプを識別する。したがって、クライアント１０４を有するレシピエントにメッセージ１０８を配信するために選択されるベアラモードは、クライアント１０２を有するレシピエントにメッセージ１０８を配信するために選択されるベアラモードとは異なる。一般に、クライアント１０３は、各メッセージレシピエントに対して、少なくとも部分的にはレシピエント・アドレス・タイプにより決定されたベアラモードを設定する。

メッセージ・ベアラモードの決定に対して影響を及ぼし得るその他の要因として、メッセージのサイズと、メッセージ内容のタイプと、メッセージを受信したデバイス／人から、レシピエントにメッセージを通信するために適用されたベアラモードとがある。このメッセージを受信したデバイス／人は、以前に受信したメッセージを転送したか、または以前のメッセージに対して返信したデバイス／人であり、その結果、メッセージを（現在の）送信側クライアント１０３に通信することになる。

クライアント１０３はまた、メッセージ１０８に対して選択されたベアラモードに応じて、「返信（reply to）」アドレスと、「送信元（from）」アドレスとのうちの少なくとも１つを変更することができる。例えば、電子メール・ベアラモードを介して、メッセージ１０８が通信された場合、レシピエントが電子メールによりメッセージを受信しなかったときでも、「返信」アドレス（メッセージに対する返信を送信するときに使用するアドレス）を、送信側の電子メールアドレスとして選択することができる。ＳＭＳ（電話番号を対象とするベアラモード）を介して、メッセージ１０８がレシピエントに通信された場合、「返信」アドレスには、送信側の電話番号を設定することができる。送信側の「送信元」アドレス（メッセージが通信された送信元のアドレスを示すもの）はまた、メッセージを通信するために選択されたベアラモードに応じて、変更することもできる。

したがって、単一のメッセージ作成用クライアントアプリケーションを利用して、複数のベアラモードを用いることにより、メッセージを作成し、通信することができる。適用すべき適切なベアラモードは、少なくとも部分的にはレシピエント・アドレス・タイプに応じて選択される。したがって、ユーザのメッセージ環境は単純化される。

図２は、通信に対するベアラモードを設定する方法の実施形態を示すフローチャートである。２０２において、メッセージが向けられるレシピエントが存在しない場合、プロセスは２２０で終了する。２０２において、メッセージが向けられるレシピエントがまだ存在する場合、２０４において、次のレシピエントが電子メールによりアドレス指定されたか否かを判定するチェックが行われる。レシピエント・アドレスのセマンティックな構成が調べられる。セマンティックな構成とは、レシピエント・アドレス内の記号群および／または記号群のグループの位置と発生頻度とを意味する。２０４において、レシピエント・アドレスのセマンティックな構成により、レシピエントが電子メールによりアドレス指定されたと示された場合、２１０において、レシピエント・ベアラモードがＳＭＴＰとして指定される。レシピエント・アドレスのセマンティックな構成により、レシピエントが電子メールによりアドレス指定されていないと示された場合、２０６において、レシピエントが電話番号によりアドレス指定されたか否かを判定するチェックが行われる。２０６において、レシピエントが電話番号によりアドレス指定された場合、２０８において、メッセージ内容が非テキストを含むか否かを判定するチェックが行われる。メッセージ内容が非テキストを含まない場合、２１２において、レシピエント・ベアラモードがＳＭＳとして指定される。２０８において、メッセージ内容が非テキストを含むと判定された場合（すなわち、メッセージがショートテキストメッセージではない場合）、２１４において、レシピエント・ベアラモードがＥＭＳまたはＭＭＳとして指定される。

ＳＭＴＰおよびＳＭＳ／ＥＭＳ／ＭＭＳの観点から、一実施形態について説明したが、本方法は一般に、その他のベアラモードの選択に対しても適用可能である。

このプロセスは、レシピエント・アドレス・タイプが電子メールであるか、または電話番号のいずれであるかを調べ、少なくとも部分的にはレシピエント・アドレス・タイプに基づいて、場合によっては、さらにメッセージ内容にも基づいて、レシピエント・ベアラモードを設定するようにして、メッセージが向けられるレシピエントが存在しなくなるまで続けられる。この例では、選択されるベアラモードには、次のものが含まれる。すなわち、電子メールメッセージを通信するのに適したベアラモードであるＳＭＴＰ；ショートテキストメッセージを通信するのに適したベアラモードであるＳＭＳ；ＳＭＳよりも多量のテキストと、イメージと、非テキストタイプの内容とのうちの少なくとも１つを通信するのに適したベアラモードであるＥＭＳ；ＥＭＳタイプの内容と、ビデオメッセージおよび録音された音声メッセージとを通信するのに適したベアラモードであるＭＭＳである。

本説明および特許請求の範囲全体にわたって、文脈上、明確に要求されない限り、「備える」、「含む」などの用語は、排他的な意味ではなく、包含的な意味を示すものと理解されたい。すなわち、これらの用語は、「〜を含むが、〜に限定されるものではない（including, but not limited to）」ということを意味する。１つまたは複数の数字を用いた用語もまた、複数または１つの数字をそれぞれ含む。さらに、「ここで」、「上記にて」、「以下で」という用語、および、それらと類似する用語が、本願において使用されているときには、これらの用語は、本願全体を指すものであり、本願の特定の部分を指すものではない。特許請求の範囲において、「または」という用語が、２つ以上の項目からなるリストに関連して使用されているときには、この用語は、次に示す解釈を全て網羅するものである。すなわち、この用語は、リスト内の項目のいずれか１つ、リスト内の項目の全て、および、リスト内の項目の任意の組合せを含む。

通信環境の実施形態を示すブロック図である。 通信に対するベアラモードを設定する方法の実施形態を示すフローチャートである。

Claims (13)

1. レシピエント・アドレス・タイプを識別することと、
   前記レシピエント・アドレス・タイプに応じて、メッセージに対するベアラモードを選択することと
   を備えることを特徴とする方法。
2. 前記メッセージに対する前記ベアラモードを設定することは、前記メッセージのサイズに応じて、前記メッセージに対する前記ベアラモードを選択することをさらに含むことを特徴とする請求項１に記載の方法。
3. 前記メッセージに対する前記ベアラモードを設定することは、前記メッセージの内容のタイプに応じて、前記メッセージに対する前記ベアラモードを選択することをさらに含むことを特徴とする請求項１に記載の方法。
4. 前記メッセージに対する前記ベアラモードを設定することは、前記メッセージを受信したデバイスからレシピエントに前記メッセージを通信するために選択されたベアラモードに応じて、前記メッセージに対する前記ベアラモードを選択することをさらに含むことを特徴とする請求項１に記載の方法。
5. 前記メッセージに対する前記ベアラモードに応じて、返信アドレスと送信元アドレスとのうちの少なくとも１つを変更することをさらに備えることを特徴とする請求項１に記載の方法。
6. レシピエント・アドレス・タイプを、電子メールアドレスまたは電話番号のいずれか１つとして識別することと、
   前記レシピエント・アドレス・タイプが電子メールアドレスの場合、メッセージのベアラモードを、ＳＭＴＰとして選択することと、
   前記レシピエント・アドレス・タイプが電話番号の場合、前記メッセージの前記ベアラモードを、ＳＭＳとＥＭＳとＭＭＳとのうちの１つとして選択することと
   を備えることを特徴とする方法。
7. 前記メッセージの前記ベアラモードを、ＳＭＳとＥＭＳとＭＭＳとのうちの１つとして前記選択することは、
   前記メッセージが非テキスト情報を含む場合、前記メッセージの前記ベアラモードを、前記ＥＭＳまたは前記ＭＭＳのいずれか１つとして選択することと、
   前記メッセージが少量のテキスト情報から構成される場合、前記メッセージの前記ベアラモードを、前記ＳＭＳとして選択することと
   をさらに含むことを特徴とする請求項６に記載の方法。
8. 前記メッセージを受信したデバイスからレシピエントに前記メッセージを通信するために選択されたベアラモードに応じて、前記メッセージに対する前記ベアラモードを選択することをさらに備えることを特徴とする請求項６に記載の方法。
9. メッセージを受信する第１のレシピエントに合わせた第１のレシピエント・アドレス・タイプを識別し、
   前記メッセージを受信する第２のレシピエントに合わせた、前記第１のレシピエント・アドレス・タイプとは異なる第２のレシピエント・アドレス・タイプを識別し、
   前記第１のレシピエント・アドレス・タイプに応じて、前記第１のレシピエント用の第１のメッセージ・ベアラモードを選択し、
   前記第２のレシピエント・アドレス・タイプに応じて、前記第２のレシピエント用の、前記第１のメッセージ・ベアラモードとは異なる第２のメッセージ・ベアラモードを選択する
   ロジックを備えたことを特徴とするデータ処理デバイス。
10. 前記レシピエント・アドレス・タイプを、電子メールアドレスまたは電話番号のいずれか１つとして識別するロジックをさらに備えたことを特徴とする請求項９に記載のデータ処理デバイス。
11. 前記レシピエント・アドレス・タイプが電子メールアドレスの場合、前記メッセージに対する前記ベアラモードを、ＳＭＴＰとして選択するロジックをさらに備えたことを特徴とする請求１０に記載のデータ処理デバイス。
12. 前記レシピエント・アドレス・タイプが電話番号の場合、前記メッセージに対する前記ベアラモードを、ＳＭＳとＥＭＳとＭＭＳとのうちの１つとして選択するロジックをさらに備えたことを特徴とする請求項１０に記載のデータ処理デバイス。
13. クライアント通信デバイスが、レシピエント・アドレスのセマンティックな構成に応じて、レシピエント・アドレス・タイプを識別することと、
    前記クライアント通信デバイスが、前記レシピエント・アドレス・タイプに応じて、レシピエントへのメッセージに対するベアラモードを選択することと
    を備えることを特徴とする方法。

Images