JP2011512050A

JP2011512050A - メッセージ送信による共有ウェブフィード

Info

Publication number: JP2011512050A
Application number: JP2010537544A
Authority: JP
Inventors: グンナールアーリン，エシル; 加藤マーカス，絵理香
Original assignee: ソニーエリクソンモバイルコミュニケーションズ，エービー
Priority date: 2007-12-20
Filing date: 2008-06-18
Publication date: 2011-04-14
Anticipated expiration: 2028-06-18
Also published as: JP4994502B2; CN101897170A; US20090164585A1; KR20100106384A; WO2009081288A1; EP2225868A1; EP2225868B1; US8799370B2

Abstract

一方法が、ウェブフィードＵＲＬ（ｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ：ユニフォームリソースロケータ）を有するメッセージを作成すること（７０５）と、ウェブフィードＵＲＬがメッセージに含まれているという表示を、ウェブフィードＵＲＬに加えて、メッセージに与えること（７１５）と、ウェブフィードＵＲＬにおける文字列に基づいて、ウェブフィードＵＲＬがメッセージに含まれていると識別すること（７２０）とを含む。
【選択図】図７

Description

携帯電話や携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ）などの消費者装置が発達し、ユーザは、拡張的なプラットフォームで情報のアクセスや交換ができるようになった。そして、このような装置への依存度がプライベート、ビジネス両面でますます高まっている。

消費者装置では、ウェブフィードなどの１または２以上のフィードを購読することで、様々な種類の情報を取得することができる。実際には、写真、映像、テキストをウェブフィードサイトに掲載できるウェブフィードなど、ユーザの友人や家族に関連可能なウェブフィードもある。

ある観点によれば、方法が、ウェブフィードＵＲＬ（ｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ：ユニフォームリソースロケータ）を有するメッセージを作成することと、ウェブフィードＵＲＬがメッセージに含まれているという表示を、ウェブフィードＵＲＬに加えて、メッセージに与えることとを含むものとしてもよい。

加えて、与えることは、文字列を含んだ拡張ヘッダをメッセージに追加して、ウェブフィードＵＲＬがメッセージに含まれていると示すことを含むものとしてもよい。

加えて、追加は、ウェブフィードＵＲＬを有する拡張ヘッダを追加することを含むものとしてもよい。

加えて、与えることは、ウェブフィードＵＲＬに関するプロパティステートメントを追加して、ウェブフィードＵＲＬがメッセージに含まれていると示すことを含むものとしてもよい。

加えて、与えることは、ウェブフィードＵＲＬにタイププロパティを追加して、ウェブフィードＵＲＬがメッセージに含まれていると示すことを含むものとしてもよい。

加えて、上記方法は、ウェブフィードＵＲＬにおける文字列に基づいて、ウェブフィードＵＲＬがメッセージに含まれていると識別することをさらに含むものとしてもよい。

加えて、識別することは、ｒｓｓ、ａｔｏｍ、ｆｅｅｄ、ｖｉｄｅｏｆｅｅｄ、ｆｅｅｄｓのうちの少なくとも１つを認識することを含むものとしてもよい。

加えて、上記方法は、メッセージを送信することと、メッセージを装置で受信することと、表示に基づいて、メッセージがウェブフィードＵＲＬを含んでいると識別することと、既存の登録連絡先または新規の登録連絡先のいずれかである装置の登録連絡先にウェブフィードＵＲＬを関連させることとをさらに含むものとしてもよい。

加えて、関連させることは、メッセージに関連した差出人情報を認識することと、差出人情報に対応した登録連絡先にウェブフィードＵＲＬをリンクさせることとを含むものとしてもよい。

別の観点によれば、装置が、命令を記憶する記憶部と、ウェブフィードＵＲＬ（ｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ：ユニフォームリソースロケータ）リンクを有するメッセージを作成する命令と、ウェブフィードＵＲＬリンクがメッセージに含まれているという表示をメッセージに与える命令とを実行する処理部とを備えるものとしてもよい。

加えて、表示を与える命令は、メッセージに拡張ヘッダを追加して、表示を与える命令を含むものとしてもよい。

加えて、表示を与える命令は、メッセージにタイププロパティを追加して、表示を与える命令を含むものとしてもよい。

さらに別の観点によれば、装置が、命令を記憶する記憶部と、命令を実行する処理部とを備えるものとしてもよい。処理部は、メッセージを受信する命令と、メッセージがウェブフィードＵＲＬ（ｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ：ユニフォームリソースロケータ）リンクを含んでいるかどうか識別する命令と、メッセージがウェブフィードＵＲＬリンクを含んでいる場合には登録連絡先にウェブフィードＵＲＬを関連させる命令とを実行するものとしてもよい。

加えて、識別する命令は、メッセージに対して、メッセージがウェブフィードＵＲＬリンクを含んでいるという表示を含んだ拡張ヘッダの検査を行う命令を含むものとしてもよい。

加えて、識別する命令は、メッセージがウェブフィードＵＲＬを含んでいるという表示を与える文字列をメッセージにおいて認識する命令を含むものとしてもよい。

加えて、関連させる命令は、既存の登録連絡先または新規の登録連絡先のいずれかである登録連絡先にメッセージの差出人情報を整合させる命令を含むものとしてもよい。

加えて、関連させる命令は、装置のユーザに、ウェブフィードＵＲＬリンクを登録連絡先に関連させることを指示させる命令と、ユーザからの入力に基づいて、既存の登録連絡先または新規の登録連絡先のいずれかである登録連絡先にウェブフィードＵＲＬリンクを関連させる命令とを含むものとしてもよい。

加えて、識別する命令は、ＵＲＬが指し示すドキュメントに接続する命令と、ドキュメントに対して、ドキュメントがウェブフィードドキュメントであると示す１または２以上の文字列の検査を行う命令とを含むものとしてもよい。

さらに別の観点によれば、コンピュータ読出可能媒体が、装置の少なくとも１つの処理部が実行可能な命令を含むものとしてもよい。上記コンピュータ読出可能媒体は、ユーザの入力を受け取ってメッセージを生成する１または２以上の命令と、ウェブフィードＵＲＬ（ｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａｔｏｒ：ユニフォームリソースロケータ）がメッセージに含まれているという表示をメッセージに与える１または２以上の命令と、メッセージを送信する１または２以上の命令とを含むものとしてもよい。

加えて、メッセージは、電子メールメッセージ、ＩＭＳＩＭ（インスタントメッセージサービス）メッセージ、ＳＭＳ（ショートメッセージングサービス）メッセージ、ＭＭＳ（マルチメディアメッセージングサービス）メッセージ、ＩＭＰＳ（インスタントメッセージングアンドプレゼンスサービス）メッセージ、その添付のうちの１つであるとしてもよい。

加えて、上記コンピュータ読出可能媒体は、メッセージがウェブフィードＵＲＬを含んでいると認識する１または２以上の命令をさらに含むものとしてもよい。

加えて、上記コンピュータ読出可能媒体は、第２のウェブフィードＵＲＬを含んだメッセージを受信する１または２以上の命令と、受信したメッセージが第２のウェブフィードＵＲＬを含んでいると識別する１または２以上の命令とをさらに含むものとしてもよい。

加えて、受信したメッセージの第２のウェブフィードＵＲＬを登録連絡先に関連させる１または２以上の命令をさらに含むものとしてもよい。

加えて、関連させる１または２以上の命令は、登録連絡先に対応する受信したメッセージの差出人に関連した情報を識別する１または２以上の命令を含むものとしてもよい。

加えて、関連させる命令は、ウェブフィードＵＲＬに関連させる登録連絡先をユーザが選択できるユーザインタフェースを与える１または２以上の命令を含み、登録連絡先は既存の登録連絡先または新規作成の登録連絡先のいずれかであるとしてもよい。

添付図面は、本明細書に組み入れることでその一部をなすものであり、ここで説明する実施形態例を示し、発明を実施するための形態と併せて実施形態例を説明するものである。

図１は、ここで説明する発想を示した図である。図２は、一装置例の外部構成要素例の前面図を示した図である。図３は、図２に示す装置の外部構成要素例の背面図を示した図である。図４は、図２に示す装置の内部構成要素例を示した図である。図５は、ここで説明する発想に関連し得る動作を行う構成要素例を示した図である。図６は、ここで説明する発想に関連し得る動作を行う構成要素例を示した図である。図７は、ここで説明する発想に関連し得る動作を行う処理例を示したフローチャートである。図８は、ここで説明する発想の一例を示した図である。

以下の詳細な説明では添付図面を参照する。別々の図面に同一の参照番号があった場合は、同一または同様の構成を識別している。また、以下の説明は発明を限定するものではない。

「構成要素（ｃｏｍｐｏｎｅｎｔ）」という言葉をここで用いた場合、ハードウェア、ソフトウェア、あるいはハードウェアとソフトウェアとの組合せを含むものであると広く解釈されたい。「メッセージ（ｍｅｓｓａｇｅ）」という言葉をここで用いた場合、例えばショートメッセージサービス（ＳＭＳ：ｓｈｏｒｔｍｅｓｓａｇｅｓｅｒｖｉｃｅ）メッセージ、マルチメディアメッセージングサービス（ＭＭＳ：ｍｕｌｔｉｍｅｄｉａｍｅｓｓａｇｉｎｇｓｅｒｖｉｃｅ）メッセージ、電子メール（ｅ−ｍａｉｌ）メッセージ、インスタントメッセージングアンドプレゼンスサービス（ＩＭＰＳ：ｉｎｓｔａｎｔｍｅｓｓａｇｉｎｇａｎｄｐｒｅｓｅｎｃｅｓｅｒｖｉｃｅ）メッセージ、インターネットプロトコル（ＩＰ：ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）マルチメディアサブシステムインスタントメッセージングサービス（ＩＭＳ−ＩＭ：ＩＰｍｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍｉｎｓｔａｎｔｍｅｓｓａｇｉｎｇｓｅｒｖｉｃｅ）メッセージ、メッセージ（例えば電子メール、ＳＭＳメッセージなど）に対する添付を含むものであると広く解釈されたい。「文字列（ｃｈａｒａｃｔｅｒｓｔｒｉｎｇ）」という言葉をここで用いた場合、シンボル（例えば英字、数字、英数字など）を含むものであると広く解釈されたい。

＜概要＞
図１は、ここで説明する発想を示した図である。図１に示すように、環境１００が、ユーザ１０５と、携帯電話１１０などの消費者装置とを含むものとする。議論上、ある一般的なウェブサイト（例えばＦｌｉｃｋｒなど）で最近ユーザ１０５が写真をアップロードしたと仮定する。ユーザ１０５は、メッセージによって彼女の友人ユーザ１１５にウェブフィードＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ：ユニフォームリソースロケータ）を送信することができる。ユーザ１１５は、ウェブフィードＵＲＬを含んだメッセージを携帯電話１２０によって受信することができる。加えて、携帯電話１２０は、ユーザ１０５に対応した電話帳の登録にウェブフィードＵＲＬを対応させるものとすることもできる。

上記の結果として、ユーザがウェブフィードを電話帳などの連絡先情報と関連させることが可能となり、友人や家族などに関する情報に対するインタフェースおよび管理をよりユーザフレンドリーなものとすることができる。ここで説明する発想について、図１に関連して広く説明した。よって、図１に関連した発想のバリエーションについて、以下の詳細な説明でさらに説明する。

＜装置例＞
図２は、一装置例２００の外部構成要素例の前面図を示した図である。図示するように、装置２００は、筐体２０５、マクロフォン２１０、スピーカ２２０、キーパッド２３０、カメラ２０２、機能キー２４０、表示部２５０、カメラボタン２６０を備えたものすることができる。

筐体２０５は、装置２００の構成要素を含む構造を備えたものとすることができる。例えば、筐体２０５をプラスチックや金属から形成して、マイクロフォン２１０と、スピーカ２２０と、キーパッド２３０と、カメラ２０２と、機能キー２４０と、表示部２５０と、カメラボタン２６０とを支持することができる。

マイクロフォン２１０は、気圧波を対応する電気信号に変換可能なものであればどんな構成要素を備えたものとしてもよい。例えば、電話中は、ユーザがマイクロフォン２１０で話すことができる。スピーカ２２０は、電気信号を対応する音波に変換可能なものであればどんな構成要素を備えたものとしてもよい。例えば、スピーカ２２０を通じて、ユーザが音楽を聴いたり、電話をかけてきた側の話を聴いたりすることができる。

キーパッド２３０は、装置２００への入力が可能なものであればどんな構成要素を備えたものとしてもよい。キーパッド２３０は、標準的な電話用キーパッドを備えたものとすることができる。キーパッド２３０は、１または２以上の専用キーを備えたものとすることもできる。ある実施形態では、キーパッド２３０の各キーを例えばプッシュボタンとすることができる。ユーザがキーパッド２３０を使用して、テキストや電話番号などの情報を入力したり、特別な機能を起動させたりすることができる。

機能キー２４０は、装置２００への入力が可能なものであればどんな構成要素を備えたものとしてもよい。機能キー２４０は、ユーザが装置２００に１または２以上の動作を実行させることが可能なキーを備えたものとすることができる。機能キー２４０のキーに関連した機能は、装置２００のモードに応じて変更することができる。例えば、機能キー２４０は、通話、色々なメディア（例えば音楽や映像）の再生、電子メールの送信、色々なカメラ機能（例えばフォーカスやズームなど）の設定、ウェブへのアクセス、アプリケーションへのアクセスなど、様々な動作を実行可能である。機能キー２４０は、カーソル機能および選択機能を提供するキーを備えたものとすることができる。ある実施形態では、機能キー２４０の各キーを例えばボタンにすることができる。

表示部２５０は、視覚情報を提供可能なものであればどんな構成要素を備えたものとしてもよい。例えば、ある実施形態では、表示部２５０を液晶ディスプレイ（ＬＣＤ：ｌｉｑｕｉｄｃｒｙｓｔａｌｄｉｓｐｌａｙ）とすることができる。別の実施形態では、表示部２５０は、プラズマディスプレイパネル（ＰＤＰ：ｐｌａｓｍａｄｉｓｐｌａｙｐａｎｅｌ）、電界放出ディスプレイ（ＦＥＤ：ｆｉｅｌｄｅｍｉｓｓｉｏｎｄｉｓｐｌａｙ）、薄膜トランジスタ（ＴＦＴ：ｔｈｉｎｆｉｌｍｔｒａｎｓｉｓｔｏｒ）ディスプレイなど、他の表示技術のいずれかとすることもできる。表示部２５０は、例えばテキスト情報、画像情報、映像情報をユーザに表示するものとすることができる。カメラボタン２６０は、例えばプッシュボタンとして、画像や映像を撮影するものとすることができる。

装置２００はいくつもの通信装置を含んだものとすることができる、と広く解釈されたい。例えば、装置２００は、無線電話、ＰＤＡ、コンピュータやその他の通信装置などの携帯装置を含んだものとすることができる。例えば他にも、装置２００は、コンピュータ、電話、テレビジョン受像機（インターネットプロトコル（ＩＰ）セットトップボックス付）やその他の通信装置などの固定装置を含んだものとすることもできる。さらに、装置２００は、車両や飛行機などに搭載した通信装置を含んだものとすることも可能である。したがって、図２に装置２００の外部構成要素例を示したが、他の実施形態では、装置２００が備える外部構成要素を、図２に示した外部構成要素よりも少なくしたり、異なるものとしたり、追加したりすることが可能である。追加または代替として、装置２００の１または２以上の外部構成要素が、装置２００の１または２以上の他の外部構成要素の機能を実行するものとすることも可能である。例えば、表示部２５０を入力構成要素（例えばタッチスクリーン）とする、および／またはキーパッド２３０をタッチスクリーンとすることも可能である。追加または代替として、外部構成要素について、図２に示した外部構成要素と異なる構成とすることも可能である。

図３は、図２に示した装置２００の外部構成要素例の背面図を示したものである。図示するように、上述の構成要素に加えて、装置２００は、カメラ３０５、レンズアセンブリ３１０、フラッシュ３１５を備えたものとすることができる。

カメラ３０５は、画像や映像を撮影可能であればどんな構成要素を備えたものであってもよい。カメラ３０５はデジタルカメラとすることができる。装置２００のユーザがカメラ３０５を操作する際には、表示部２５０をビューファインダとして動作させることが可能である。カメラ３０５は、カメラ設定の自動調整や手動調整が可能である。ある実施形態では、装置２００は、表示部２５０に表示可能で、ユーザがカメラ設定を調整できるカメラソフトウェアを備えたものとすることができる。例えば、ユーザが１または２以上の機能キー２４０を操作することでカメラ設定を調整できるようにすることが可能である。

レンズアセンブリ３１０は、画像を撮影できるように光を操作可能であればどんな構成要素を備えたものであってもよい。レンズアセンブリ３１０は複数の光学レンズ構成を備えたものとすることができる。光学レンズ構成は、形状（例えば凸状、両凸状、平凸状、凹状など）も、距離も、様々なものとすることができる。ある実施形態では、レンズアセンブリ３１０を永続的にカメラ３０５に固定したものとすることができる。レンズアセンブリ３１０は、口径を可変（例えばＦ値を調整可能）とすることができる。

フラッシュ３１５は、カメラ３０５が画像を撮影する際に照明を提供可能であればどんな種類の発光構成要素を備えたものであってもよい。例えば、フラッシュ３１５を発光ダイオード（ＬＥＤ：ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇｄｉｏｄｅ）フラッシュ（例えば白色ＬＥＤ）やキセノンフラッシュとすることができる。

図３に外部構成要素例を示したが、他の実施形態では、装置２００が備える外部構成要素を、図３に示した外部構成要素よりも少なくしたり、追加したり、異なるものとしたりすることが可能である。例えば、装置２００は、カメラ３０５や、その他のカメラ関連構成要素を備えないものとすることもできる。他の実施形態では、装置２００の１または２以上の外部構成要素を異なる構成とすることもできる。

図４は、図２に示した装置２００の内部構成要素例を示した図である。図示するように、装置２００は、マイクロフォン２１０と、スピーカ２２０と、キーパッド２３０と、機能キー２４０と、表示部２５０と、カメラボタン２６０と、カメラ３０５と、記憶部４００と、格納部４１０と、通信インタフェース４２０と、制御部４３０と、バス４４０とを備えたものとすることができる。マイクロフォン２１０、スピーカ２２０、キーパッド２３０、機能キー２４０、表示部２５０、カメラボタン２６０、カメラ３０５は、図２、図３について上述した特徴や性能を備えたものとすることができる。

記憶部４００は、装置２００の動作および使用に関するデータや命令を記憶可能であればどんな構成要素を備えたものであってもよい。例えば、記憶部４００は、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：ｄｙｎａｍｉｃｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、スタティックランダムアクセスメモリ（ＳＲＡＭ：ｓｔａｔｉｃｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：ｓｙｎｃｈｒｏｎｏｕｓｄｙｎａｍｉｃｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、強誘電体ランダムアクセスメモリ（ＦＲＡＭ：ｆｅｒｒｏｅｌｅｃｔｒｉｃｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、読出専用メモリ（ＲＯＭ：ｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、プログラム可能読出専用メモリ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、消去可能プログラム可能読出専用メモリ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅｐｒｏｇｒａｍｍａｂｌｅｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、電気的消去可能プログラム可能読出専用メモリ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙｅｒａｓａｂｌｅｐｒｏｇｒａｍｍａｂｌｅｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、フラッシュメモリなどの記憶構成要素を備えたものとすることができる。

格納部４１０は、アプリケーションを記憶可能な構成要素を備えたものとすることができる。例えば、ハードディスク（例えば磁気ディスク、光ディスク、光磁気ディスク）、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタル多用途ディスク）、フロッピー（登録商標）ディスク、カートリッジや、その他の種類の記憶媒体やその他の種類のコンピュータ読出可能媒体などの格納構成要素を、対応する装置とともに備えたものとすることができる。格納部４１０に記憶されたアプリケーションは、例えば、１または２以上の電話帳、アドレス帳、カメラソフトウェア、デジタルオーディオプレーヤ（ＤＡＰ：ｄｉｇｉｔａｌａｕｄｉｏｐｌａｙｅｒ）、デジタルメディアプレーヤ（ＤＭＰ：ｄｉｇｉｔａｌｍｅｄｉａｐｌａｙｅｒ）、オーガナイザ、テキストメッセンジャ、ウェブブラウザ、カレンダー、ゲームなどを含んだものとすることができる。

記憶部４００や格納部４１０は、ユニバーサルシリアルバス（ＵＳＢ：ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）メモリスティック、メモリカード、加入者識別モジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒｉｄｅｎｔｉｔｙｍｏｄｕｌｅ）カード、ハードディスクなど、装置２００が使用可能であるが、装置２００の外部にある記憶構成要素や、装置２００から取り外し可能な記憶構成要素を備えたものとすることもできる。

通信インタフェース４２０は、データを送受信可能なものであればどんな構成要素を備えたものであってもよい。通信インタフェース４２０は、無線インタフェース、光インタフェース、同軸インタフェース、イーサネット（登録商標）インタフェースなどを備えたものとすることができる。通信インタフェース４２０は、他の装置との有線通信や無線通信を可能とするものとすることができる。

通信インタフェース４２０は、ＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：伝送制御プロトコル／インターネットプロトコル）、ＨＴＴＰ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ：ハイパーテキスト転送プロトコル）、ＩＲＣＰ（ＩｎｔｅｒｎｅｔＲｅｌａｙＣｈａｔＰｒｏｔｏｃｏｌ：インターネットリレーチャットプロトコル）、ＲＴＰ（ＲｅａｌＴｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ：リアルタイムトランスポートプロトコル）、ＩＥＥＥ（電気電子技術者協会）８０２．Ｘプロトコル、ブルートゥース、ＵＷＢ（ＵｌｔｒａＷｉｄｅＢａｎｄ：超広帯域）、ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ：グローバルシステムフォーモバイルコミュニケーションズ）／ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ：ユニバーサルモバイルテレコミュニケーションズシステム）、ＨＳＰＡ（Ｈｉｇｈ−ＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ：高速パケットアクセス）、ＣＤＭＡ（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ：符号分割多元アクセス）、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ：ロングタームエボリューション）などの産業上普及したプロトコル規格を実施可能である。追加または代替として、通信インタフェース４２０は、規格外のプロトコル、所有権のあるプロトコル、カスタマイズしたプロトコルを実施するものとすることも可能である。

制御部４３０は、装置２００の動作全体を制御する命令を解読して実行する構成要素を備えたものとすることができる。制御部４３０は、例えば、汎用プロセッサ、マイクロプロセッサ、データプロセッサ、コプロセッサ、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）、コントローラ、プログラム可能ロジックデバイス、チップセット、電界プログラム可能ゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ）を備えたものとすることができる。制御部４３０は、記憶部４００、装置２００の他の構成要素、装置２００の外部にあるソース（例えばネットワークや他の装置）から命令にアクセスするものとすることができる。

制御部４３０は、装置２００に関連した単一の動作モードを与えるものとすることができる。追加または代替として、制御部４３０は、同時に動作可能な、装置２００に関連した複数の動作モードを与えるものとすることも可能である。例えば、制御部４３０は、カメラモード、音楽再生モード、ラジオモード（例えばＡＭ／ＦＭ（振幅変調／周波数変調））、電話モードのうちの２以上のモードで同時に動作することができる。

バス４４０は、装置２００の構成要素間の通信を可能とする１または２以上の通信パスを含んだものとすることができる。バス４４０は、例えば、システムバス、アドレスバス、データバス、コントロールバスを含んだものとすることができる。バス４４０は、バスドライバ、バスアービタ、バスインタフェース、クロックを含んだものとすることができる。

装置２００は、ここで説明する発想に関連したある動作を行うものとすることができる。装置２００は、記憶部４００などのコンピュータ読出可能媒体に含まれたソフトウェア命令を制御部４３０が実行することに応じて、上記動作を行うものとすることができる。コンピュータ読出可能媒体とは、物理的記憶媒体や論理的記憶媒体であると定義することができる。ソフトウェア命令は、記憶部４００に読み込まれるものであって、ここで説明する発想に関連した処理を制御部４３０に行わせるものとすることができる。あるいは、有線回路網をソフトウェア命令の代わりに用いたり、ソフトウェア命令と組み合わせて用いたりして、ここで説明する処理を実施することも可能である。このように、ここで説明する実施形態は、ハードウェア回路網とソフトウェアとのある特別な組合せに限定されたものではない。

図４に内部構成要素例を示したが、他の実施形態では、使用する内部構成要素を、図４に示した内部構成要素よりも少なくしたり、追加したり、異なるものとすることが可能である。例えば、装置２００の１または２以上の内部構成要素を、装置２００の１または２以上の他の装置の性能に含めることが可能である。例えば、通信インタフェース４２０や制御部４３０は、それらのオンボード記憶部４００やバス４４０に含めることができる。

図５は、装置２００が送受信するウェブフィードＵＲＬに関連した動作を行う構成要素例を示した図である。図５に示すように、ウェブフィード構成要素５００は、ウェブフィードＵＲＬ送信部５０５とウェブフィードＵＲＬ受信部５１０とを備える。

ウェブフィードＵＲＬ送信部５０５は、装置２００のユーザが１または２以上のウェブフィードＵＲＬを別の装置へ送信できる構成要素とすることができる。例えば、ウェブフィードＵＲＬはメッセージで送信することができる。ウェブフィードＵＲＬ送信部５０５は、１または２以上の手法を用いてメッセージをひとまとめにすることで、受信装置（例えば、図２〜４について上述したものと同様の構成を有する他の装置２００）のウェブフィードＵＲＬ受信部５１０が、そのメッセージにウェブフィードＵＲＬが含まれていることを認識できるようにすることが可能である。つまり、ウェブフィードＵＲＬ受信部５１０は、ＵＲＬがウェブサイトなどのウェブフィード（例えばウェブドキュメントやインターネットドキュメント）に対応したものであると判定することができるということである。

ある実施形態では、ウェブフィードＵＲＬ送信部５０５は拡張ヘッダを用いるものとすることができる。メッセージのタイプ（例えば電子メールやＭＭＳメッセージ）に応じて、ウェブフィードＵＲＬ表示（例えば１または２以上の文字による文字列）を拡張ヘッダフィールドに入れることができる。ある実施形態では、拡張ヘッダはウェブフィードＵＲＬを含んだものとすることができる。別タイプのメッセージ（例えばＳＭＳメッセージなど）では、アナログ情報をメッセージの本文に入れる（本文、添付含む、にＵＲＬやその他の部分を入れる）こともできる。この手法においては、ウェブフィードＵＲＬ表示を拡張ヘッダフィールドにいれるか、メッセージのどこかに入れるか、装置２００の判定法は様々である。例えば、ある実施形態では、ウェブフィードＵＲＬ送信部５０５が、ウェブＵＲＬがウェブフィードＵＲＬであるということを示す１または２以上の文字列を認識するものとすることができる。例えば、ＲｅａｌｌｙＳｉｍｐｌｅＳｙｎｄｉｃａｔｉｏｎ（ウェブフィードフォーマット）を表す文字列「ｒｓｓ」や、別のウェブフィードフォーマットである「ａｔｏｍ」をウェブフィードＵＲＬが含むことは稀である。追加または代替として、ウェブフィードＵＲＬ送信部５０５は、文字列「ｆｅｅｄ」やそのバリエーション（例えば「ｖｉｄｅｏｆｅｅｄ」や「ｆｅｅｄｓ」）など、ウェブフィードＵＲＬを示す他のタイプの文字列を認識するものとすることも可能である。

追加または代替として、装置２００のユーザに、メッセージがＵＲＬ（例えば「ｈｔｔｐ」の文字列）を含む場合はウェブＵＲＬがウェブフィードＵＲＬであるかどうか装置２００に対して指示させることも可能である。

追加または代替として、ウェブフィードＵＲＬ送信部５０５は、ウェブフィードＵＲＬに「ｔｙｐｅ」プロパティを追加することも可能である。例えば、ウェブフィードＵＲＬは次のフォーマットを含むものとすることができる。すなわち、<link href=http://www.idg.se/rss/prlyar type=application/rss+xml title=prylar />。このフォーマットでは、例えばウェブフィードＵＲＬを、リンクエレメントとタイププロパティとを含んだものとすることができる。追加または代替として、ウェブフィードＵＲＬ送信部５０５は、別のプロパティステートメントや別のプロパティエレメントをウェブフィードＵＲＬに追加することも可能である。

ウェブフィードＵＲＬ受信部５１０は、装置２００のユーザが他の装置から１または２以上のウェブフィードＵＲＬを受信できる構成要素を備えたものとすることができる。例えば、ウェブフィードＵＲＬはメッセージで送信することができる。ウェブフィードＵＲＬ受信部５１０は、１または２以上の手法を用いて、受信したメッセージがウェブフィードＵＲＬを含んでいることを認識するものとすることができる。

ある実施形態では、ウェブフィードＵＲＬ受信部５１０は、拡張ヘッダに基づいて、メッセージがウェブフィードＵＲＬメッセージを含んでいることを認識するものとすることができる。上述のように、メッセージに拡張ヘッダを含めることができる。拡張ヘッダは、例えばウェブフィードＵＲＬ表示を含んだものとすることができる。ウェブフィードＵＲＬ受信部５１０は、拡張ヘッダにおけるウェブフィードＵＲＬ表示を認識し、メッセージがウェブフィードＵＲＬを含んでいると判定するものとすることができる。ウェブフィードＵＲＬ受信部５１０が拡張ヘッダを認識する場合は、ウェブフィードＵＲＬ受信部５１０は、メッセージがウェブフィードＵＲＬを含んでいることを判定するために、メッセージを解析したり、何かその他の動作を行ったりする必要がないものとすることができる。拡張ヘッダは、受信装置２００のユーザが見えるようにすることもできるし、見えないようにすることもできる。

追加または代替として、ウェブフィードＵＲＬ受信部５１０は、メッセージの本文（添付含む）を解析して、ＵＲＬがウェブフィードＵＲＬを含んでいるかどうか判定するものとすることも可能である。例えば、上述のように、ウェブフィードＵＲＬは、「ｒｓｓ」、「ａｔｏｍ」、「ｆｅｅｄ」など、ウェブフィードＵＲＬを示す１または２以上の文字列を含んだものとすることができる。ウェブフィードＵＲＬ受信部５１０は、メッセージの本文を解析して、１または２以上の上記文字列がウェブフィードＵＲＬに存在しているかどうか判定するものとすることができる。追加または代替として、ウェブフィードＵＲＬ受信部５１０は、ウェブフィードＵＲＬにおいて、ＵＲＬがウェブフィードＵＲＬであることを示すプロパティ（例えば「ｔｙｐｅ」プロパティ）を識別するものとすることも可能である。

追加または代替として、ウェブフィードＵＲＬに特定せずに、メッセージの部分を解析して、ウェブＵＲＬがウェブフィードＵＲＬであるかどうか判定することも可能である。例えば、ユーザが「ＹｏｕＴｕｂｅの私の最新映像へのウェブリンクをお送りします」というメッセージを送信したとする。ウェブフィードＵＲＬ受信部５１０は、メッセージのこの部分を解析して、ウェブＵＲＬがウェブフィードＵＲＬであると判定することができる。

追加または代替として、ユーザがＵＲＬを含んだメッセージを受信し、対応するドキュメント（例えばウェブサイトやインターネットサイト）に接続する場合は、ウェブフィードＵＲＬ受信部５１０はドキュメントを検査し、キーワードに基づいて、ドキュメントがウェブフィードに対応しているか否か判定するものとすることも可能である。例えば、ＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ：拡張マークアップ言語）規格によるＲＳＳドキュメントであれば、以下のテキストを含んでいよう。すなわち「<?xml version=」および「<rss」。Ａｔｏｍドキュメントであれば、以下のテキストを含んでいよう。すなわち「<?xml version=」および「Atom」。このように、ウェブフィードＵＲＬ受信部５１０は、ドキュメント（場合によっては、例えばソース）を調査し、メッセージの中のＵＲＬがウェブフィードを指し示しているかどうか判定可能なものとすることができる。つまり、ＲＳＳドキュメントやＡｔｏｍドキュメントに関連したテキスト、あるいはキーワードを有する何か他のフォーマットに関連したテキストをドキュメントが含んでいる場合に、ウェブフィードＵＲＬ受信部５１０は、メッセージがウェブフィードを含んでいると認識できるということである。

図５に構成要素例を示したが、他の実施形態では、使用する構成要素を、図５について説明した構成要素よりも少なくしたり、追加したり、異なるものとすることが可能である。

図６は、装置２００の登録連絡先にウェブフィードＵＲＬを関連させることに関する動作を行う構成要素例を示した図である。登録連絡先は、既存の登録連絡先でも新規の登録連絡先でもよい。図６に示すように、リンク部６０５がウェブフィードＵＲＬを登録連絡先に関連させるものとすることができる。「関連させる（ａｓｓｏｃｉａｔｅ）」という言葉は、登録連絡先に関する連絡先情報の一部としてウェブフィードＵＲＬを組み入れたり、リンクさせたりすることを含むものとすることができる。例えば、登録連絡先は、個人名、個人の電話番号、個人の電子メールアドレスなどの連絡先情報を含んだものとすることができる。リンク部６０５は、ウェブＵＲＬがウェブフィードＵＲＬであると判定されると、ウェブフィードＵＲＬを登録連絡先に関連させるものとすることができる。

リンク部６０５は、メッセージに含まれた情報に基づいて、どの登録連絡先をウェブフィードＵＲＬに関連させればよいか判定するものとすることができる。例えば、受信したメッセージ（例えば電子メール）に応じて、メッセージには、差出人の名前や差出人の電子メールアドレスを提供する「ｆｒｏｍ（差出人）」部分が含まれていよう。他のタイプのメッセージ（例えばＩＭＳ−ＩＭメッセージ）には、送信側の電話番号や、何か他の識別子（例えばＳｋｙｐｅＩＤ、インターネットプロトコル（ＩＰ）アドレス、セッションイニシエーションプロトコル（ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）ＵＲＬ）が含まれていよう。どの場合であっても、リンク部６０５はメッセージの上記部分を、例えば装置２００の登録連絡先と比較するものとすることができる。整合するものがあれば、リンク部６０５は、整合する登録連絡先にウェブフィードＵＲＬを関連させることができるものとする。その他の場合には、リンク部６０５は新規の登録連絡先を作成するものとすることができる。

追加または代替として、ウェブフィードＵＲＬに対応したウェブフィードドキュメントにユーザがアクセスすると、ウェブフィードドキュメントに関連した情報をリンク部６０５が用いて、ウェブフィードＵＲＬを登録連絡先に関連させるものとすることができる。例えば、ウェブフィードドキュメントには、個人名や、何か他の識別情報が含まれていることがある。

リンク部６０５は、グラフィカルユーザインタフェース（ＧＵＩ：ｇｒａｐｈｉｃａｌｕｓｅｒｉｎｔｅｒｆａｃｅ）を提供して、ウェブフィードＵＲＬを登録連絡先に関連させたいかユーザに指示させることも可能である。追加または代替として、ウェブフィードコンテンツに応じて、リンク部６０５は、ウェブフィードＵＲＬを２以上の登録連絡先に関連させることも可能である。例えば、ウェブフィードＵＲＬに関連した映像または写真が、それぞれ連絡先情報を有する複数の友人を含んでいることもあろう。このように、リンク部６０５は、例えばウェブフィードＵＲＬの送信側の他にも、ユーザがウェブフィードＵＲＬを関連させる登録連絡先を選択したり、新規登録先を作成したりできるようにする。リンク部６０５や、装置２００の他の構成要素については、上記態様に関してユーザの好みで、自動関連としたり、ユーザに関連を確定させたり、ユーザが登録連絡先を選択できるようにしたりすることなどが可能である。

図６に構成要素例を示したが、他の実施形態では、使用する構成要素を、図６について説明した構成要素よりも少なくしたり、追加したり、異なるものとすることが可能である。

図７は、ここで説明する発想に関連し得る動作を行う処理例７００を示したフローチャートである。処理７００は、ウェブフィードＵＲＬ付のメッセージを作成する（ブロック７０５）ことから開始するものとすることができる。例えば、ウェブフィード構成要素５００が、メッセージを受信する装置２００がウェブフィードＵＲＬを認識できるようにウェブフィードＵＲＬを含んだメッセージを作成するものとすることができる。図５について上述したように、ある実施形態では、ウェブフィードＵＲＬ送信部５０５が拡張ヘッダにウェブフィードＵＲＬ表示を与えるものとすることができる。追加または代替として、ウェブフィードＵＲＬ送信部５０５は、拡張プロパティ（例えば「ｔｙｐｅ」プロパティ）を、例えばウェブフィードＵＲＬに追加することも可能である。ウェブフィードＵＲＬ送信部５０５は、ある文字列の識別や装置２００のユーザの指示に基づいて、ウェブフィードＵＲＬ表示を与えたり、ウェブフィードＵＲＬに拡張プロパティを追加したりすることも可能である。例えば、ウェブフィードＵＲＬ送信部５０５は、以下ブロック７１５で説明するように、ある文字列を識別するものとすることができる。追加または代替として、ウェブフィードＵＲＬ送信部５０５は、メッセージやＵＲＬなどがウェブフィードＵＲＬを含んでいるかどうかユーザに指示させるものとすることも可能である。

そして、装置が別装置にメッセージを送信するものとすることができる（ブロック７１０）。例えば、装置２００は、通信インタフェース４２０によって別装置にメッセージを送信するものとすることができる。メッセージについては、電子メールメッセージ、ＩＭＳ−ＩＭメッセージ、ＳＭＳメッセージなどとすることができる。ウェブフィードＵＲＬはメッセージ（例えばメッセージの本文、メッセージ添付のファイル、メッセージのヘッダなど）に含めることができる。メッセージに２以上のウェブフィードＵＲＬを含めることもできるし、メッセージを２以上の装置へ送信することもできる。

メッセージがウェブフィードＵＲＬを含んでいるかどうか、受信装置が判定するものとすることができる（ブロック７１５）。例えば、受信装置２００のウェブフィードＵＲＬ受信部５１０がメッセージの様々な部分を検査して、メッセージがウェブフィードＵＲＬを含んでいるかどうか判定することができる。ある実施形態では、受信装置２００のウェブフィードＵＲＬ受信部５１０は、メッセージの本文やメッセージの添付を検査するものとすることができる。例えば、上述のように、ウェブフィードＵＲＬ受信部５１０は、ある文字列（例えばｒｓｓ、ａｔｏｍ、ｆｅｅｄ、ｔｙｐｅなど）が存在するかどうか判定するものとすることができる。追加または代替として、メッセージを受信したユーザがＵＲＬに対応したドキュメントに接続すると、受信装置２００のウェブフィードＵＲＬ受信部５１０が、ある文字列（例えば＜ｘｍｌ−、ｒｓｓ、ａｔｏｍなど）が存在し、ウェブＵＲＬがウェブフィードＵＲＬであることを示しているかどうか判定するものとすることができる。例えば、ウェブフィードＵＲＬ受信部５１０は、例えばドキュメントにおけるキーワード検査（ソースかどこか）に基づいて、受信したＵＲＬがウェブサイトなどのウェブフィードに対応しているか否か判定するものとすることができる。

メッセージがウェブフィードＵＲＬを含んでいると受信装置２００が判定する（ブロック７１５でＹＥＳ）と、受信装置２００はウェブフィードＵＲＬを登録連絡先に関連させるものとすることができる（ブロック７２０）。例えば、リンク部６０５が、装置２００の電話帳の登録連絡先にウェブフィードＵＲＬを自動的に関連させるものとすることができる。図６について上述したように、リンク部６０５は、メッセージに含まれた情報に基づいて、どの登録連絡先にウェブリードＵＲＬを関連させればよいか判定するものとすることができる。そして、リンク部６０５は、受信装置２００に記憶された連絡先リストを検索して、整合を識別しようとするものとすることができる。整合するものがあれば、リンク部６０５はウェブフィードＵＲＬをその登録連絡先に関連させることができる。整合するものがなければ、リンク部６０５はユーザに新規の登録連絡先を追加させることができる。

また上述のように、リンク部６０５は、装置２００のユーザにＧＵＩと様々なプロンプトとを提供することで、ユーザがある自分の好みを選択できるものとすることができる。例えば、ユーザは、１つのウェブフィードを複数の連絡先と記憶させることができる。追加または代替として、ウェブリードＵＲＬを記憶させる前にＧＵＩによってユーザにプロンプトを提示したり、ユーザの好みによって１または２以上の登録連絡先に自動的に関連させたりすることも可能である。追加または代替として、ユーザは、ＧＵＩによって入力を行うことで、関連を承諾したり、選択したり、変更したりすることも可能である。

メッセージがウェブフィードＵＲＬを含んでいないと装置２００が判定する（ブロック７１５でＮＯ）と、処理は終了する。すなわち、メッセージは通常のメッセージとして取り扱い、単純にユーザが読むものとすることができる。

図７に処理の一例を示したが、他の実施形態では、実行する動作を、図７に示した動作よりも少なくしたり、追加したり、異なるものとすることが可能である。

＜例＞
図８は、環境例８００について、ここで説明した発想の一例を示した図である。議論上、ジョン（図示せず）がコンピュータなどの装置２００を用いて、Ｙｏｕ−Ｔｕｂｅウェブサイト８０５などのウェブサイトに最新の映像をいくつかアップロードすることにしたと仮定する。ジョンは、Ｙｏｕ−Ｔｕｂｅウェブサイト８０５に映像ファイル８１０をアップロードした後、友人マーク（図示せず）にウェブフィードＵＲＬを送信することにする。例えば、ジョンは、携帯電話などの別装置２００に電子メール８１５を送信することにしたとする。ジョンが電子メール８１５を作成中、ウェブフィードＵＲＬ送信部５０５が、電子メール８１５に含まれたＵＲＬリンクが文字列「ｒｓｓ」を含んでいることを認識し、この認識に基づいて、電子メール８１５のウェブフィードＵＲＬリンクに「ｔｙｐｅ」プロパティを追加する。携帯電話２００が電子メール８１５を受信すると、受信装置（すなわち携帯電話２００）のウェブフィードＵＲＬ受信部５１０が、電子メール８１５はウェブフィードＵＲＬを含んでいると判定する。そして、携帯電話２００のリンク部６０５が、例えばジョンの電子メールアドレスに基づいて、携帯電話２００におけるマークの電話帳の中でジョンに対応した登録連絡先にウェブフィードＵＲＬを関連させることができる。

＜結論＞
以上の実施形態の説明は例示を与えたものであり、実施形態を網羅したつもりもなければ、開示した特定の形態に実施形態を限定するつもりもない。上記開示を考慮すれば修正や変更を行うことが可能であり、上記開示を実施することで修正点や変更点が得られることもあろう。

「ｃｏｍｐｒｉｓｅｓ」や「ｃｏｍｐｒｉｓｉｎｇ」という言葉を本明細書で用いた場合、言明した特徴、整数、ステップ、構成要素の有無を特定するものではあるが、１または２以上の他の特徴、整数、ステップ、構成要素、あるいはそれらの組合せの有無や追加を排除することはないと解されるものであると強調しておく。

加えて、図７に示した処理について一連のブロックを説明したが、他の実施形態ではブロックの順番を変えることも可能である。また、独立したブロックについては並行して実行することができる。また、１または２以上のブロックを省略することも可能である。

ここで説明した態様については、図示した実施形態において多種多様なソフトウェア、ファームウェア、ハードウェアで実施可能なことは明らかであろう。態様を実施するために用いる実際のソフトウェアコードや専用制御ハードウェアは、発明を限定するものではない。したがって、ソフトウェアおよび制御ハードウェアはここでの説明に基づく態様を実施するための設計が可能であるという理解のもと、態様の動作や挙動について、特定のソフトウェアコードを参照せずに説明を行った。

特徴の特定の組合せについて、特許請求の範囲に記載したり、明細書に開示したりしてあるが、かかる組合せで発明を限定する意図はない。実際、かかる特徴の多くは、具体的に請求項に記載したり、明細書に開示したりしていないやり方で組み合わせることも可能である。

本出願で用いた構成、動作、命令は、明示していない限り、ここで説明した実施形態に対して決定的または本質的なものであると考えるべきではない。また、「ａ」や「ａｎ」という冠詞をここで用いた場合、１または２以上のアイテムを含むという意図がある。１つのアイテムを意図する場合は、「ｏｎｅ」という言葉や同様の言語を用いる。さらに、「ｂａｓｅｄｏｎ（に基づく）」という表現は「ｂａｓｅｄ，ａｔｌｅａｓｔｉｎｐａｒｔ，ｏｎ（少なくとも部分的に基づく）」を意図しており、そうではない場合は明示してある。「ａｎｄ／ｏｒ」という言葉をここで用いた場合、関連リストアイテムの１または２以上から、ありとあらゆる組合せを含むという意図がある。

本発明は、メッセージ送信による共有ウェブフィードに関する。

Claims

ウェブフィードＵＲＬ（ユニフォームリソースロケータ）を有するメッセージを作成することと、
前記ウェブフィードＵＲＬが前記メッセージに含まれているという表示を、前記ウェブフィードＵＲＬに加えて、前記メッセージに与えることと
を含む方法。
前記与えることは、文字列を含んだ拡張ヘッダを前記メッセージに追加して、前記ウェブフィードＵＲＬが前記メッセージに含まれていると示すことを含む、請求項１に記載の方法。
前記追加は、前記ウェブフィードＵＲＬを有する前記拡張ヘッダを追加することを含む、請求項２に記載の方法。
前記与えることは、前記ウェブフィードＵＲＬに関するプロパティステートメントを追加して、前記ウェブフィードＵＲＬが前記メッセージに含まれていると示すことを含む、請求項１に記載の方法。
前記与えることは、前記ウェブフィードＵＲＬにタイププロパティを追加して、前記ウェブフィードＵＲＬが前記メッセージに含まれていると示すことを含む、請求項１に記載の方法。
前記ウェブフィードＵＲＬにおける文字列に基づいて、前記ウェブフィードＵＲＬが前記メッセージに含まれていると識別すること
をさらに含む、請求項１に記載の方法。
前記識別することは、ｒｓｓ、ａｔｏｍ、ｆｅｅｄ、ｖｉｄｅｏｆｅｅｄ、ｆｅｅｄｓのうちの少なくとも１つを認識することを含む、請求項６に記載の方法。
前記メッセージを送信することと、
前記メッセージを装置で受信することと、
前記表示に基づいて、前記メッセージが前記ウェブフィードＵＲＬを含んでいると識別することと、
既存の登録連絡先または新規の登録連絡先のいずれかである前記装置の登録連絡先に前記ウェブフィードＵＲＬを関連させることと
をさらに含む、請求項１に記載の方法。
前記関連させることは、
前記メッセージに関連した差出人情報を認識することと、
前記差出人情報に対応した前記登録連絡先に前記ウェブフィードＵＲＬをリンクさせることと
を含む、請求項８に記載の方法。
命令を記憶する記憶部と、
ウェブフィードＵＲＬ（ユニフォームリソースロケータ）リンクを有するメッセージを作成する命令と、前記ウェブフィードＵＲＬリンクが前記メッセージに含まれているという表示を前記メッセージに与える命令とを実行する処理部と
を備える装置。
前記表示を与える命令は、前記メッセージに拡張ヘッダを追加して、前記表示を与える命令を含む、請求項１０に記載の装置。
前記表示を与える命令は、前記メッセージにタイププロパティを追加して、前記表示を与える命令を含む、請求項１０に記載の装置。
命令を記憶する記憶部と、
メッセージを受信する命令と、前記メッセージがウェブフィードＵＲＬ（ユニフォームリソースロケータ）リンクを含んでいるかどうか識別する命令と、前記メッセージが前記ウェブフィードＵＲＬリンクを含んでいる場合には登録連絡先に前記ウェブフィードＵＲＬを関連させる命令とを実行する処理部と
を備える装置。
前記識別する命令は、前記メッセージに対して、前記メッセージが前記ウェブフィードＵＲＬリンクを含んでいるという表示を含んだ拡張ヘッダの検査を行う命令を含む、請求項１３に記載の装置。
前記識別する命令は、前記メッセージが前記ウェブフィードＵＲＬを含んでいるという表示を与える文字列を、前記メッセージにおいて認識する命令を含む、請求項１３に記載の装置。
前記関連させる命令は、既存の登録連絡先または新規の登録連絡先のいずれかである前記登録連絡先に前記メッセージの差出人情報を整合させる命令を含む、請求項１３に記載の装置。
前記関連させる命令は、
前記装置のユーザに、前記ウェブフィードＵＲＬリンクを前記登録連絡先に関連させることを指示させる命令と、
前記ユーザからの入力に基づいて、既存の登録連絡先または新規の登録連絡先のいずれかである前記登録連絡先に前記ウェブフィードＵＲＬリンクを関連させる命令と
を含む、請求項１３に記載の装置。
前記識別する命令は、
ＵＲＬが指し示すドキュメントに接続する命令と、
前記ドキュメントに対して、前記ドキュメントがウェブフィードドキュメントであると示す１または２以上の文字列の検査を行う命令と
を含む、請求項１３に記載の装置。
装置の少なくとも１つの処理部が実行可能な命令を含むコンピュータ読出可能媒体であって、
ユーザの入力を受け取ってメッセージを生成する１または２以上の命令と、
ウェブフィードＵＲＬ（ユニフォームリソースロケータ）が前記メッセージに含まれているという表示を前記メッセージに与える１または２以上の命令と、
前記メッセージを送信する１または２以上の命令と
を含むコンピュータ読出可能媒体。
前記メッセージは、電子メールメッセージ、インスタントメッセージサービス（ＩＭＳＩＭ）メッセージ、ショートメッセージングサービス（ＳＭＳ）メッセージ、マルチメディアメッセージングサービス（ＭＭＳ）メッセージ、インスタントメッセージングアンドプレゼンスサービス（ＩＭＰＳ）メッセージ、その添付のうちの１つである、請求項１９に記載のコンピュータ読出可能媒体。
前記メッセージが前記ウェブフィードＵＲＬを含んでいると認識する１または２以上の命令
をさらに含む、請求項１９に記載のコンピュータ読出可能媒体。
前記与える１または２以上の命令は、前記メッセージに拡張ヘッダを追加する１または２以上の命令を含む、請求項１９に記載のコンピュータ読出可能媒体。
第２のウェブフィードＵＲＬを含んだメッセージを受信する１または２以上の命令と、
受信した前記メッセージが前記第２のウェブフィードＵＲＬを含んでいると識別する１または２以上の命令と
をさらに含む、請求項１９に記載のコンピュータ読出可能媒体。
受信した前記メッセージの前記第２のウェブフィードＵＲＬを登録連絡先に関連させる１または２以上の命令
をさらに含む、請求項２３に記載のコンピュータ読出可能媒体。
前記関連させる１または２以上の命令は、前記登録連絡先に対応する受信した前記メッセージの差出人に関連した情報を識別する１または２以上の命令を含む、請求項２４に記載のコンピュータ読出可能媒体。
前記関連させる命令は、前記ウェブフィードＵＲＬに関連させる前記登録連絡先をユーザが選択できるユーザインタフェースを与える１または２以上の命令を含み、前記登録連絡先は既存の登録連絡先または新規作成の登録連絡先のいずれかである、請求項２４に記載のコンピュータ読出可能媒体。