JP2016524759A - 提示するメッセージデータの決定 - Google Patents

Abstract

【課題】【解決手段】メッセージに基づいて提示すべきメッセージデータを決定することが開示されており：第１のインスタントメッセージング・クライアントから第２のインスタントメッセージング・クライアントに送信されたメッセージに含まれるウェブアドレスを特定すること；ページコンテンツを識別するために利用する識別情報をｗｅｂアドレスから抽出すること；処理要求をサーバに送信することを含む処理によって、識別情報に対応するメッセージデータをリトリーブすること；および、第２のインスタントメッセージング・クライアントの表示ウィンドウ内にメッセージデータを提示することを含む。【選択図】図６

Description

他の出願の相互参照
本願は、２０１３年６月９日出願の中国特許出願第２０１３１０２３１０９４．９号「Ａ ＭＥＴＨＯＤ ＡＮＤ ＥＱＵＩＰＭＥＮＴ ＦＯＲ ＤＩＳＰＬＡＹＩＮＧ ＩＮＦＯＲＭＡＴＩＯＮ ＯＮ ＩＮＳＴＡＮＴ ＭＥＳＳＡＧＩＮＧ ＣＬＩＥＮＴＳ ＡＮＤ ＡＮ ＩＮＦＯＲＭＡＴＩＯＮ ＤＩＳＰＬＡＹ ＳＹＳＴＥＭ」の優先権を主張する。当該出願は、すべての目的のために参照により本明細書に組み込まれる。

本願は、ネットワーク通信技術の分野に関し、特に、インスタントメッセージング・システムにおいて追加情報を決定するための技術に関する。

従来、インスタントメッセージング・クライアントを用いて様々なタイプのメッセージを送信することが一般的である。一部のインスタントメッセージは、ユニフォーム・リソースロケータ（ＵＲＬ）などのリンクを含みうる。受信したインスタントメッセージに含まれるＵＲＬが受信側ユーザに表示された時に、ユーザは、ＵＲＬを選択してＵＲＬに関連付けられたページを開くことなしに、そのＵＲＬに対応するページに含まれるコンテンツ情報を知ることはできない。かかる状況において、ユーザは、ＵＲＬに関連付けられたコンテンツを閲覧したいと思うが、ＵＲＬがネットワークウィルスに関連する場合があることも懸念しうる。

以下の詳細な説明と添付の図面において、本発明の様々な実施形態を開示する。

メッセージに基づいて提示するメッセージデータを決定するためのシステムの一実施形態を示す図。

メッセージに基づいて提示するメッセージデータを決定するための処理の一実施形態を示すフローチャート。

メッセージに含まれるｗｅｂアドレスを識別するための処理の一実施形態を示すフローチャート。

ページコンテンツを識別するために利用できる識別情報に対応するメッセージデータをリトリーブするための処理の一実施形態を示すフローチャート。

メッセージに基づいて、提示するメッセージデータを決定する処理の一例を示すシーケンス図。

ＵＲＬおよびメッセージデータを一緒に（メッセージの他のコンテンツと共に）提示するインスタントメッセージング・クライアントの表示ウィンドウの一例を示す図。

１セットのリトリーブされたメッセージデータの複数の画像を提示する画像ブラウザの一例を示す図。

クライアントデバイスの一実施形態を示す図。

メッセージに基づいて提示するメッセージデータを決定するためのシステムの一実施形態を示す図。

メッセージに基づいて提示するメッセージデータを決定するためのサービスを実装するようにプログラムされたコンピュータシステムの一実施形態を示す機能図。

本発明は、処理、装置、システム、物質の組成、コンピュータ読み取り可能な格納媒体上に具現化されたコンピュータプログラム製品、および／または、プロセッサ（プロセッサに接続されたメモリに格納および／またはそのメモリによって提供される命令を実行するよう構成されたプロセッサ）を含め、様々な形態で実装されうる。本明細書では、これらの実装または本発明が取りうる任意の他の形態を、技術と呼ぶ。一般に、開示された処理の工程の順序は、本発明の範囲内で変更されてもよい。特に言及しない限り、タスクを実行するよう構成されるものとして記載されたプロセッサまたはメモリなどの構成要素は、ある時間にタスクを実行するよう一時的に構成された一般的な構成要素として、または、タスクを実行するよう製造された特定の構成要素として実装されてよい。本明細書では、「プロセッサ」という用語は、１または複数のデバイス、回路、および／または、コンピュータプログラム命令などのデータを処理するよう構成された処理コアを指すものとする。

以下では、本発明の原理を示す図面を参照しつつ、本発明の１または複数の実施形態の詳細な説明を行う。本発明は、かかる実施形態に関連して説明されているが、どの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定されるものであり、本発明は、多くの代替物、変形物、および、等価物を含む。以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細事項が記載されている。これらの詳細事項は、例示を目的としたものであり、本発明は、これらの具体的な詳細事項の一部または全てがなくとも特許請求の範囲に従って実施可能である。簡単のために、本発明に関連する技術分野で周知の技術事項については、本発明が必要以上にわかりにくくならないように、詳細には説明していない。

提示するメッセージデータを決定する実施形態について、本明細書に記載する。インスタントメッセージング・クライアントで、別のインスタントメッセージング・クライアントからメッセージが受信される。メッセージに含まれるｗｅｂアドレスが特定される。例えば、ウェブアドレスは、ユニフォーム・リソースロケータ（ＵＲＬ）である。ページコンテンツの識別に利用できる識別情報に関連付けられたｗｅｂアドレスの少なくとも一部が、ウェブアドレスから抽出される。ページコンテンツの識別に利用できる識別情報に対応するメッセージデータが、サーバからリトリーブされる。メッセージデータは、識別されたｗｅｂアドレスに対応するウェブページに関連するコンテンツに関するテキストおよび／または画像を含む。メッセージデータは、インスタントメッセージング・クライアントの表示ウィンドウ内に提示される。様々な実施形態において、メッセージデータは、ｗｅｂアドレスを含む受信メッセージのコンテンツと共に、インスタントメッセージング・クライアントの表示ウィンドウ内に提示される。

図１は、メッセージに基づいて提示するメッセージデータを決定するためのシステムの一実施形態を示す図である。この例において、システム１００は、クライアントデバイス１０２、クライアントデバイス１０４、ネットワーク１０６、サーバ１０８、および、データベース１１０を備える。ネットワーク１０６は、高速データネットワークおよび／または遠隔通信ネットワークを含む。

クライアントデバイス１０２およびクライアントデバイス１０４は、この例においてラップトップコンピュータとして図示されているが、クライアントデバイス１０２およびクライアントデバイス１０４のその他の例としては、デスクトップコンピュータ、スマートフォン、携帯デバイス、タブレットデバイス、および／または、任意のその他のコンピュータデバイスが挙げられる。

インスタントメッセージング・クライアント（例えば、ソフトウェア・アプリケーション）が、クライアントデバイス１０２およびクライアントデバイス１０４の各々で実行されている。クライアントデバイス１０４を利用するユーザＡは、クライアントデバイス１０４で実行中のインスタントメッセージング・クライアントにメッセージを入力して、クライアントデバイス１０２を利用するユーザＢに送信することができる。メッセージは、ショートメッセージ・サービス（ＳＭＳ）、テキストメッセージ、および／または、任意の他のタイプのインスタントメッセージを含んでよく、ウェブアドレス（例えば、ＵＲＬ）を含む。クライアントデバイス１０２で実行中のインスタントメッセージング・クライアントは、クライアントデバイス１０４からメッセージを受信し、そのインスタントメッセージング・クライアントの表示ウィンドウでメッセージのコンテンツと共に提示するメッセーデジデータを決定するよう構成されている。クライアントデバイス１０２で実行中のインスタントメッセージング・クライアントは、メッセージからｗｅｂアドレス（例えば、ＵＲＬ）を特定する。次いで、ページコンテンツを識別するために利用できる識別情報が、特定されたｗｅｂアドレスから抽出される。クライアントデバイス１０２で実行中のインスタントメッセージング・クライアントは、識別情報を含む処理要求をサーバ１０８に送信する。

サーバ１０８は、クライアントデバイス１０２から処理要求を受信し、データベース１１０に格納された複数セットのメッセージデータと識別情報および対応するメッセージデータの間の対応関係とに基づいて、識別情報に対応するメッセージデータをリトリーブする。いくつかの実施形態において、サーバ１０８は、ウェブアドレスから抽出された所与のセットの識別情報に対応するメッセージデータをリトリーブするよう構成された所定のアプリケーション・プログラミング・インターフェース（ＡＰＩ）を用いて、処理要求に対応するメッセージデータを取得する。いくつかの実施形態において、サーバ１０８は、電子商取引ウェブサイトをサポートするよう構成されており、ＡＰＩは、電子商取引ウェブサイトに関連するメッセージデータをリトリーブするよう構成されている。データベース１１０に格納されたメッセージデータセットは、ｗｅｂアドレスが参照するページに由来するおよび／またはそのページに関連するコンテンツ（例えば、テキストおよび／または画像）を含むよう（例えば、システム管理者によって）構成されうる。例えば、データベース１１０は、ＭｙＳＱＬデータベースで実装できる。１つのメッセージデータセットが、いくつかのフィールドを備えてよく、フィールドは、それぞれの優先度に基づいて格納されうる。いくつかの実施形態において、データベース１１０は、最近要求されたメッセージデータセットを格納する別個のキャッシュを備えてもよいし、かかるキャッシュに取り付けられてもよい。例えば、要求後にデータベース１１０からリトリーブされたメッセージデータセットは、（データベースからそのデータを再びリトリーブするのではなく）、同じデータへの後続の要求をより迅速に満たすためにキャッシュに格納されうる。データベース１１０に格納された識別情報および対応するメッセージデータの対応関係も、（例えば、システム管理者によって）構成されうる。サーバ１０８は、リトリーブしたメッセージデータをクライアントデバイス１０２に返す。

クライアントデバイス１０２で実行中のインスタントメッセージング・クライアントは、メッセージデータを受信し、それを表示ウィンドウに提示する。様々な実施形態において、メッセージデータは、後に詳述するように、クライアントデバイス１０２のインスタントメッセージング・クライアントの表示ウィンドウに、ｗｅｂアドレスおよび／またはメッセージのその他のコンテンツと同時／一緒に提示される。

既存のインスタントメッセージング・プラットフォームにおいて、ｗｅｂアドレスと共にメッセージを受信したユーザは、通常、メッセージの表示内でウェブアドレスのみを目にする。しかしながら、本明細書に記載の様々な実施形態によれば、ユーザは、ｗｅｂアドレスにアクセスすることなしに、ｗｅｂアドレスの表示と、受信したメッセージに含まれていなかった追加のメッセージデータの表示（例えば、ｗｅｂアドレスに関連付けられたページからのコンテンツ）とを同時に見ることができる。

図２は、メッセージに基づいて提示するメッセージデータを決定するための処理の一実施形態を示すフローチャートである。いくつかの実施形態において、処理２００は、図１のシステム１００で実施される。具体的には、いくつかの実施形態において、処理２００は、図１のシステム１００のクライアントデバイス１０２によって実行される。

工程２０２で、第１のインスタントメッセージング・クライアントから第２のインスタントメッセージング・クライアントに送信されたメッセージに含まれるウェブアドレスが特定される。

様々なタイプのメッセージが、クライアントデバイスのユーザのためにクライアントデバイスで実行中のインスタントメッセージング・クライアント・アプリケーションで受信されうる。例えば、インスタントメッセージは、ショートメッセージ・サービス（ＳＭＳ）メッセージ、テキストメッセージ、または、クライアントデバイスで実行中の異なるインスタントメッセージング・クライアント・アプリケーションの間で送受信できる任意の他のタイプのメッセージを含みうる。メッセージが、送信側ユーザによって作られ、送信側ユーザのクライアントデバイスで実行中のインスタントメッセージング・クライアントを介して受信側ユーザのクライアントデバイスで実行中のインスタントメッセージング・クライアントに送信されうる。各メッセージは、例えば、テキスト、画像、および／または、ウェブアドレスを含みうる。いくつかの実施形態において、ｗｅｂアドレスは、ＵＲＬを含む。ＵＲＬは、リソース（例えば、ウェブページ）のアドレス情報を示すために用いられる文字列を含む。

インスタントメッセージング・クライアント・アプリケーションで受信されたメッセージは、ｗｅｂアドレスの存在をチェックされる（例えば、ＵＲＬは、メッセージを構文解析して文字列「ｈｔｔｐ」または「ｈｔｔｐｓ」を検出することによって見出される）。いくつかの実施形態では、さらに、メッセージ内で見つかったＵＲＬが、ＵＲＬが所定のタイプに関連するか否かをチェックされる。後に、図３において、受信されたメッセージ内のｗｅｂアドレスを特定する一例を説明する。

図２の処理２００に戻ると、テキスト情報および／または画像情報を含むメッセージについては、受信側ユーザは、情報の送信側の意図をすぐに理解できる。しかしながら、メッセージがＵＲＬを含む場合、受信側ユーザは、どの種類のコンテンツがＵＲＬに関連付けられたウェブページに関連するのかをすぐに知ることができない。従来、ＵＲＬに関連付けられたこのページのコンテンツは、ユーザが（例えば、クライアントデバイスのユーザインターフェースを介してＵＲＬを選択することによって）このＵＲＬに対応するページにアクセスした時／そのページを開いた時にのみ取得できるものである。

様々な実施形態において、ユーザが、（例えば、ＵＲＬにアクセスするためにユーザインターフェースでユーザ選択を行うことによって）ｗｅｂアドレスに対応するページにアクセスする／ページを開くために選択を行う必要なしに、このｗｅｂアドレスに対応するページに関連するコンテンツをすぐに利用できるように、特定の処理が、インスタントメッセージに含まれる１または複数のｗｅｂアドレス（例えば、ＵＲＬ）の各々に関して実行されうる。いくつかの実施形態において、現在のメッセージがｗｅｂアドレスを含むと特定された場合、（後に図３の例で説明するように）ウェブアドレスが所定のタイプであるか否かがさらにチェックされる。ｗｅｂアドレスが所定のタイプであった場合、そのウェブアドレスは、受信側インスタントメッセージング・クライアントによって認識可能であると見なされ、（工程２０４、２０６、および、２０８で説明する）さらなる処理がｗｅｂアドレスに施される。例えば、ウェブアドレスが所定のタイプではなかった場合、そのｗｅｂアドレスは、受信側インスタントメッセージング・クライアントによって認識不可能であると見なされ、（工程２０４、２０６、および、２０８で説明する）さらなる処理はｗｅｂアドレスに施されない。

工程２０４で、ページコンテンツを識別するために利用する識別情報が、ｗｅｂアドレスから抽出される。

メッセージがｗｅｂアドレスを含む場合、識別情報は、１または複数の所定のルールに基づいて、このｗｅｂアドレスから抽出されうる。いくつかの実施形態において、識別情報は、ページコンテンツを識別するために利用できる１または複数のパラメータと、それらに対応するパラメータ値とを含む。ページコンテンツを識別するために利用できる識別情報の例は、指定のオブジェクトに関連するキーワードおよび／または値を含む。例えば、指定のオブジェクトは、システム管理者によって設定される。指定のオブジェクトの例は、関連する商品情報および／またはユーザ情報を識別するために利用できる商品識別子、タイプ識別子、および／または、ユーザ識別子を含む。例えば、抽出された識別情報は、抽出されたｐｒｏｄｕｃｔ＿ｉｄパラメータおよび対応するパラメータ値を含みうる。様々な実施形態において、ページコンテンツを識別するために利用できる識別情報は、異なるタイプのパラメータおよびパラメータ値のフォーマットを記述する１または複数の所定の文字列マッチングルールに従って、メッセージのｗｅｂアドレスから抽出されうる。例えば、所定の文字列マッチングルールは、システム管理者によって設定される。

工程２０６で、識別情報に対応するメッセージデータが、処理要求をサーバに送信することを含む処理によってリトリーブされる。

いくつかの実施形態において、ページコンテンツを識別するために利用できる決定された識別情報は、格納されたメッセージデータおよびメッセージデータと識別情報との間の対応関係を格納するおよび／またはそれらにアクセスできるサーバへ、処理要求に含まれて送信される。例えば、サーバは、インスタントメッセージング・クライアントに関連するインスタントメッセージングサービスに関連するサーバを含む。様々な実施形態において、「メッセージデータ」とは、ページコンテンツを識別するために利用できる識別情報が抽出されたＵＲＬに対応するページに含まれる主要コンテンツの少なくとも一部のことである。様々な実施形態において、主要コンテンツは、以下の内の１または複数を含む：テキスト、画像、オーディオ、および／または、ビデオ。ページコンテンツを識別するために利用できる識別情報に対応する主要コンテンツは、ページコンテンツを識別するために利用できる識別情報が抽出されたＵＲＬに対応するページに関連するコンテンツ、および／または、他のページに関連するコンテンツを含んでよい（例えば、主要コンテンツは、他の関連ウェブページから抽出された時刻、場所、件名、および、その他の情報を含んでよい）。後に、図４において、ページコンテンツを識別するために利用できる識別情報に対応するメッセージデータをリトリーブする一例を説明する。

メッセージデータは、例えば、ＸＭＬ、ＪＳＯＮ、および／または、ＨＴＭＬなど、様々なデータフォーマットでリトリーブされうる。以下は、商品ＩＤの識別情報に対してリトリーブされたＪＳＯＮフォーマットのメッセージデータセットの一例である：
｛
“ｅｖａｌｕａｔｅＮｕｍｂｅｒ”：０，
“ｍｓｇ”：“Ｓｕｃｃｅｓｓ！”，
“ｎａｍｅ”：“［Ｌｙｎｘ］Ｈａｉｅｒ ｉｎｔｅｌｌｉｇｅｎｔ ｌｉｆｅ ｐｒｅｓａｌｅ Ｌｅａｄｅｒ／ｃｏｍｍａｎｄｅｒ ＬＥ３９ＭＸＦ６／ＬＥＤ ＬＣＤ ＴＶ ｎｅｔｗｏｒｋｓ”，
“ｏｔｈｅｒＮｅｅｄｓ”：“”，
“ｐｉｃＵｒｌ”：“ｈｔｔｐ：／／ｉｍｇ０３．ｔａｏｂａｏｃｄｎ．ｃｏｍ：８０／ｔｆｓｃｏｍ／ｉ３／１８９８４０２９２７３７７９７４４／Ｔ１ＸｑＳＪＦａｄａＸＸＸＸＸＸＸＸ＿！！０−ｉｔｅｍ＿ｐｉｃ．ｊｐｇ”，
“ｐｏｓｔＦｅｅＡｓＳｔｒｉｎｇ”：“０．００”，
“ｐｒｉｃｅＡｓＳｔｒｉｎｇ”：“３０９９．００”，
“ｐｒｉｃｉｎｇＡｓＳｔｒｉｎｇ”：“０．００”，
“ｓａｌｅｓＣｏｕｎｔ”：１５１，
“ｓｔａｔｕｓ”：０
｝

以下は、上記のＪＳＯＮメッセージデータの例に含まれる各パラメータの説明である：
｛
“ｅｖａｌｕａｔｅＮｕｍｂｅｒ”：商品がレビューされた回数
“ｍｓｇ”：ステータスインジケータ（処理要求のステータス）
“ｎａｍｅ”：商品名
“ｏｔｈｅｒＮｅｅｄｓ”：商品に関連する好ましい条件
“ｐｉｃＵｒｌ”：商品の主要画像ＵＲＬ（フルリンクおよび画像サイズであり、各クライアントのニーズに従って決定されうる。例えば、ｐｉｃＵｒｌ＋ｗｉｄｔｈｘｈｅｉｇｈｔ．ｊｐｇ）
“ｐｏｓｔＦｅｅＡｓＳｔｒｉｎｇ”：商品送料（単位：人民元）
“ｐｒｉｃｅＡｓＳｔｒｉｎｇ”：元値（単位：人民元）
“ｐｒｉｃｉｎｇＡｓＳｔｒｉｎｇ”：商品価格（単位：人民元）
“ｓａｌｅｓＣｏｕｎｔ”：過去３０日以内の商品の総販売数
“ｓｔａｔｕｓ”：ステータスインジケータ（例えば、０：通常、５：クエリが存在しない）
｝

例えば、ＵＲＬが、特定の商品に関連する情報ページを参照／指示し、抽出された識別情報が、ｐｒｏｄｕｃｔ＿ｉｄパラメータよびｐｒｏｄｕｃｔ＿ｉｄパラメータ値である場合、リトリーブされたメッセージデータは、商品名、価格、割引、顧客評価、配送地域、配送費用の説明などのテキスト情報と、商品の１または複数の画像とを含みうる。

図２に戻ると、工程２０８で、メッセージデータは、第２のインスタントメッセージング・クライアントの表示ウィンドウ内に提示される。いくつかの実施形態において、リトリーブされたメッセージデータ（例えば、テキストおよび／または画像）は、インスタントメッセージング・クライアントの表示ウィンドウ内に提示される。例えば、表示ウィンドウは、受信側ユーザと他の１ユーザとの間で交換されたメッセージが表示されるダイアログウィンドウを含んでよい。様々な実施形態において、リトリーブされたメッセージデータは、受信されたメッセージに含まれるｗｅｂアドレスおよびその他のコンテンツと共に提示される。例えば、リトリーブされた主要コンテンツ情報は、メッセージに含まれるｗｅｂアドレスの下および／またはメッセージに含まれるすべての他のコンテンツ（ｗｅｂアドレスも含む）の下に表示されてよい。

したがって、本明細書に記載の実施形態によれば、メッセージ（メッセージデータ）には含まれず、メッセージに含まれるｗｅｂアドレスに対応する情報が、自動的にリトリーブされ、メッセージに含まれるコンテンツと共にインスタントメッセージング・クライアントで表示されうる。このように、受信側ユーザは、ｗｅｂアドレスに関連するページにアクセスするための選択を行う必要なしに、インスタントメッセージング・クライアントの表示ディスプレイで、ｗｅｂアドレス（例えば、ＵＲＬ）を含む受信メッセージのコンテンツを、ｗｅｂアドレスに対応するリトリーブされたメッセージデータと同時に閲覧できる。

いくつかの実施形態において、メッセージデータが１または複数の画像を含む場合、画像ブラウザが、１または複数の画像の少なくとも一部を表示するために（例えば、インスタントメッセージング・クライアントによって）呼び出されてよい。例えば、メッセージデータが複数の画像を含む場合、かかる画像の１つが、インスタントメッセージング・クライアントの表示ウィンドウに表示されてよく、表示された画像のユーザ選択に応答して、画像ブラウザが、メッセージデータに含まれるすべての画像を表示するために呼び出されうる。様々な実施形態において、画像ブラウザは、インスタントメッセージング・クライアントの機能、または、同じクライアントデバイス上で動作する別個のソフトウェア・アプリケーション（例えば、ウェブブラウザアプリケーション）である。画像ブラウザの表示ウィンドウは、インスタントメッセージング・クライアントの表示ウィンドウよりも大きくおよび／または目立つようにメッセージデータの画像を表示することができてもよい。さらに、メッセージデータが複数の画像を含む場合、インスタントメッセージング・クライアントの表示ウィンドウのスペースを節約するために、１つの画像だけがインスタントメッセージング・クライアントの表示ウィンドウに表示され、画像ブラウザを呼び出すことによって、すべての画像が表示される。

図３は、メッセージに含まれるウェブアドレスを識別するための処理の一実施形態を示すフローチャートである。いくつかの実施形態において、処理３００は、図１のシステム１００で実施される。具体的には、いくつかの実施形態において、処理３００は、図１のシステム１００のクライアントデバイス１０２で実施される。いくつかの実施形態において、図２の処理２００の工程２０２は、処理３００を用いて実施できる。

処理３００は、受信メッセージに含まれる各ｗｅｂアドレスに適用されうる。

工程３０２で、メッセージに含まれるウェブアドレスが抽出される。様々な実施形態において、インスタントメッセージング・クライアントは、メッセージを受信するたびに、正規表現を用いて、この受信したメッセージがｗｅｂアドレス（例えば、ＵＲＬ）を含むか否かを判定する。様々な実施形態において、正規表現とは、特定の構文ルールを記述するおよび／またはそれに従う一連の文字列を記述するおよび／またはそれに一致する単一の文字列、特定の予め定義された文字パターン、および／または、特定の文字の組み合わせのことである。言い換えると、正規表現は、「ルール文字列」を含む論理式である。この「ルール文字列」は、文字列のための一種のフィルタロジックを表現するために用いられる。したがって、ｗｅｂアドレスの構文パターンに一致する第１の正規表現が構成され、ｗｅｂアドレスとして抽出すべき一致部分を決定するために、メッセージ内のテキストと比較される。例えば、第１の正規表現は、共通ＵＲＬ（例えば、“ｈｔｔｐ：／／ｗｗｗ．ｗｅｂｓｉｔｅ．ｃｏｍ”）のフォーマットを含むメッセージのテキストの一部と一致するよう構成されてよい。

工程３０４で、抽出されたｗｅｂアドレスが所定のタイプであるか否かが判定される。抽出されたｗｅｂアドレスが所定のタイプに関連する場合、制御は、工程３０６に進む。ｗｅｂアドレスが所定のタイプであると判定された場合、本明細書に記載のさらなる処理（例えば、図２の処理２００の工程２０４）のために、インスタントメッセージング・クライアントによって認識できるフォーマットであると判定される。逆に、抽出されたｗｅｂアドレスが所定のタイプと関連しない場合、処理３００は終了し、さらなる処理のために特定されたと決定されるｗｅｂアドレスはない。ｗｅｂアドレスが所定のタイプではないと判定された場合、本明細書に記載のさらなる処理（例えば、図２の処理２００の工程２０４）のために、インスタントメッセージング・クライアントによって認識できるフォーマットではないと判定される。

様々な実施形態において、所定のタイプのｗｅｂアドレス（例えば、ＵＲＬ）は、１または複数の指定のオブジェクトに関連付けられたｗｅｂアドレスを含む。例えば、所定のタイプのＵＲＬは、１または複数の指定のオブジェクトに関連付けられたリソース（例えば、ウェブページ）を参照、特定、および／または、指示する。指定のオブジェクトの例は、商品または活動である。指定のオブジェクトは、システム管理者によって設定されうる。いくつかの実施形態において、所定のタイプのｗｅｂアドレスの構文パターンと一致する第２の正規表現が構成され、抽出されたｗｅｂアドレスの少なくとも一部が第２の正規表現と一致するか否か、ひいては所定のタイプであるか否かを判定するために、抽出されたｗｅｂアドレスと比較される。例えば、第２の正規表現は、商品識別子を参照、特定、および／または、指示するｗｅｂアドレスの一部と一致するよう構成されてよい。

工程３０６で、抽出されたｗｅｂアドレスが処理される。いくつかの実施例において、抽出されたｗｅｂアドレスは所定のタイプであるため、本明細書に記載のさらなる処理（例えば、図２の処理２００の工程２０４）のために、インスタントメッセージング・クライアントによって認識できるフォーマットであると判定される。

図４は、ページコンテンツを識別するために利用できる識別情報に対応するメッセージデータをリトリーブするための処理の一実施形態を示すフローチャートである。いくつかの実施形態において、処理４００は、図１のシステム１００で実施される。具体的には、いくつかの実施形態において、処理４００は、図１のシステム１００のクライアントデバイス１０２で実施される。いくつかの実施形態において、図２の処理２００の工程２０６は、処理４００を用いて実施できる。

処理４００は、受信メッセージに含まれる各ｗｅｂアドレスに適用されうる。

工程４０２で、ページコンテンツを識別するために利用できる識別情報を含む処理要求が、サーバに送信される。いくつかの実施形態において、インスタントメッセージング・クライアントは、この識別情報に関連付けられたメッセージデータをリトリーブするためのサーバへの要求に、（例えば、図２の処理２００の工程２０４で）メッセージから抽出されたページコンテンツを識別するために利用できる識別情報を含める。いくつかの実施形態において、サーバは、メッセージデータと、ページコンテンツを識別するために利用できる対応する識別情報とを格納するストレージ（例えば、データベース）を格納するかまたはそれにアクセスするよう構成されている。いくつかの実施形態において、ページコンテンツを識別するために利用できる特定の識別情報セットに対応するメッセージデータは、ページコンテンツを識別するために利用できる識別情報が抽出されたＵＲＬによって参照されるページから、および／または、ページコンテンツを識別するために利用できる識別情報が抽出されたＵＲＬによって参照されない他のページから、抽出された主要コンテンツを含むよう構成されている。メッセージデータに含まれる主要コンテンツが由来するこれらの他のページは、メッセージのｗｅｂアドレスから抽出された識別情報に関連するウェブページを含みうる。

工程４０４で、処理要求に対応するメッセージデータが、サーバから受信される。サーバは、インスタントメッセージング・クライアントから処理要求を受信すると、ページコンテンツを識別するために利用できる識別情報に基づいて、構成されたアプリケーション・プログラミング・インターフェース（ＡＰＩ）を用いて、この識別情報に対応するメッセージデータをリトリーブする。例えば、処理要求の識別情報の少なくとも一部が、対応するメッセージデータをリトリーブするために、ＡＰＩ呼び出し内でパラメータとして利用されうる。次いで、リトリーブされたメッセージデータは、インスタントメッセージング・クライアントに返される。

いくつかの実施形態において、処理要求は、ＨＴＴＰ要求を含む。いくつかの実施形態において、サーバは、電子商取引ウェブサイトに関連しており、ＡＰＩは、電子商取引ウェブサイトによって提供される。例えば、ｗｅｂアドレスから抽出された識別情報が、ｐｒｏｄｕｃｔ＿ｉｄパラメータと、対応するパラメータ値「ｐｒｏｄｕｃｔ＿ｉｄ＝３８９７３９０６３４７」とを含む場合、処理要求の一例は、以下のようでありうる：ｈｔｔｐ：／／ｗｅｂ．ｗａｎｇｗａｎｇ．ｔａｏｂａｏ．ｃｏｍ／ｔｂｓｋｉｐ／ｃｏｍｍｏｄｉｔｙＩｎｆｏ．ｈｔｍ？ｎｉｄ＝３８９７３９０６３４７＆ｒｅａｌｍ＝ｉｔｅｍ。メッセージデータは、例えば、ＸＭＬ、ＪＳＯＮ、および／または、ＨＴＭＬなど、様々なデータフォーマットでリトリーブされうる。

いくつかの実施形態において、１セットのリトリーブされたメッセージデータに含めるまたはそこから除外するコンテンツのタイプは、構成可能である。例えば、インスタントメッセージング・クライアントによって送信された処理要求は、サーバから返される要求されたメッセージデータセット内のすべての可能なフィールドの一部を指定してもよい。例えば、商品に関連する１セットのメッセージデータ内のすべての可能なフィールドが、商品の価格、商品の画像、商品のユーザレビュー、商品の寸法、商品の重量、および、商品の産地を含む場合、処理要求は、すべての利用可能なメッセージデータではなく、商品の価格および商品の画像だけをリトリーブすることを要求してよい。別の例において、ＡＰＩは、サーバから返される要求されたメッセージデータセット内のすべての可能なフィールドの一部のみを許可するよう構成される。

図５は、メッセージに基づいて、提示するメッセージデータを決定する処理の一例を示すシーケンス図である。いくつかの実施形態において、処理５００は、図１のシステム１００で実施される。いくつかの実施形態において、処理５００のサーバは、図１のシステム１００のサーバ１０８によって実装できる。いくつかの実施形態において、処理５００のインスタントメッセージング・クライアントは、図１のシステム１００のクライアントデバイス１０２に実装できる。いくつかの実施形態において、処理５００の画像ブラウザは、図１のシステム１００のクライアントデバイス１０２に実装できる。

工程５０２で、メッセージが、インスタントメッセージング・クライアントで受信される。例えば、インスタントメッセージング・クライアントによって受信されたメッセージは、以下のようなテキストおよびＵＲＬを含む：「こんにちは、あなたと共有したいものがあります、ｈｔｔｐ：／／ｐｒｏｄｕｃｔ．ｄａｎｇｄａｎｇ．ｃｏｍ／ｐｒｏｄｕｃｔ．ａｓｐｘ？ｐｒｏｄｕｃｔ＿ｉｄ＝６０３３６２４３＃ｄｄｃｌｉｃｋ？ａｃｔ＝ｃｌｉｃｋ＆ｐｏｓ＝６０３３６２４３＿０＿１＿ｍ＆ｃａｔ＝４００６４９８＆ｋｅｙ＝＆ｑｉｎｆｏ＝＆ｐｉｎｆｏ＝＆ｍｉｎｆｏ＝１１３＿１＿４８＆ｎｉｎｆｏ＝＆ｃｕｓｔｉｄ＝＆ｐｅｒｍｉｄ＝２０１２０８１３１１１５１６７８１９１１５６３４４９４７５５６２９０５＆ｒｅｆ＝＆ｒｃｏｕｎｔ＝＆ｔｙｐｅ＝＆ｔ＝１３６９２８０９２５０００」

工程５０４で、メッセージからＵＲＬが特定される。例えば、ＵＲＬは、図２の処理２００の工程２０２または図３の処理３００と同様に特定される。例えば、インスタントメッセージング・クライアントは、構成された正規表現とメッセージを比較し、正規表現と一致するメッセージの部分をＵＲＬとして抽出する。上記の例に戻ると、メッセージ内で特定されたＵＲＬは、以下の通りである：

“ｈｔｔｐ：／／ｐｒｏｄｕｃｔ．ｄａｎｇｄａｎｇ．ｃｏｍ／ｐｒｏｄｕｃｔ．ａｓｐｘ？ｐｒｏｄｕｃｔ＿ｉｄ＝６０３３６２４３＃ｄｄｃｌｉｃｋ？ａｃｔ＝ｃｌｉｃｋ＆ｐｏｓ＝６０３３６２４３＿０＿１＿ｍ＆ｃａｔ＝４００６４９８＆ｋｅｙ＝＆ｑｉｎｆｏ＝＆ｐｉｎｆｏ＝＆ｍｉｎｆｏ＝１１３＿１＿４８＆ｎｉｎｆｏ＝＆ｃｕｓｔｉｄ＝＆ｐｅｒｍｉｄ＝２０１２０８１３１１１５１６７８１９１１５６３４４９４７５５６２９０５＆ｒｅｆ＝＆ｒｃｏｕｎｔ＝＆ｔｙｐｅ＝＆ｔ＝１３６９２８０９２５０００”

工程５０６で、ページコンテンツを識別するために利用できる識別情報が、ＵＲＬから抽出される。例えば、ページコンテンツを識別するために利用できる識別情報は、図２の処理２００の工程２０４と同様に抽出される。例えば、抽出されたＵＲＬが所定のタイプのＵＲＬであるか否かが、例えば図３の処理３００の工程３０４を用いて判定される。上記の例のＵＲＬは、商品の指定のオブジェクトに関連すると判定され、したがって、所定のタイプである。例えば、ｐｒｏｄｕｃｔ＿ｉｄパラメータおよび対応するパラメータ値が、上記の例のＵＲＬから抽出されうる。上記の例のＵＲＬから抽出できるページコンテンツを識別するために利用できる識別情報は、以下のｐｒｏｄｕｃｔ＿ｉｄパラメータおよび対応するパラメータ値である：“ｐｒｏｄｕｃｔ＿ｉｄ＝６０３３６２４３”。

工程５０８で、ページコンテンツを識別するために利用できる識別情報を含む要求が、サーバに送信される。インスタントメッセージング・クライアントは、識別情報に対応するメッセージデータをリトリーブする要求をサーバに送信する。

工程５１０で、サーバは、インスタントメッセージング・クライアントからメッセージデータの要求を受信し、その要求を用いて、対応するメッセージデータをリトリーブする。例えば、要求は、図４の処理４００の工程４０４と同様に処理できる。要求に含まれるページコンテンツを識別するために利用できる識別情報に対応する関連メッセージデータは、構成されたＡＰＩを用いてリトリーブされる。例えば、ＵＲＬが、特定の商品に関連する情報ページを参照／指示する場合、リトリーブされたメッセージデータは、商品名、価格、割引、顧客評価、配送地域、配送費用の説明などのテキスト情報と、商品の１または複数の画像とを含みうる。いくつかの実施形態において、１セットのリトリーブされたメッセージデータに含めるまたはそこから除外するコンテンツのタイプは、構成可能である。例えば、インスタントメッセージング・クライアントによって送信された処理要求は、サーバから返される要求されたメッセージデータセット内のすべての可能なフィールドの一部を指定してもよい。別の例において、ＡＰＩは、サーバから返される要求されたメッセージデータセット内のすべての可能なフィールドの一部のみを許可するよう構成される。上記の例のＵＲＬについて抽出された識別情報に戻ると、ｐｒｏｄｕｃｔ＿ｉｄ＝６０３３６２４３に対応するメッセージデータ（例えば、商品名、価格、割引、顧客評価、配送地域、配送費用の説明、商品の１または複数の画像など）が、ＡＰＩを用いてサーバによってリトリーブされうる。

工程５１２で、メッセージデータが、サーバからインスタントメッセージング・クライアントに送信される。サーバは、テキストおよび／または画像を含むこのメッセージデータをインスタントメッセージング・クライアントに返す。メッセージデータは、ＪＳＯＮフォーマット、ＸＭＬフォーマット、および／または、ＨＴＭＬフォーマットで返されうる。

工程５１４で、ＵＲＬおよびメッセージデータは、インスタントメッセージング・クライアントの表示ウィンドウに一緒に提示される。例えば、表示ウィンドウは、１または複数のユーザから受信されたおよび／またはインスタントメッセージング・クライアントを用いるユーザによって送信されたメッセージを表示するダイアログウィンドウを含む。図６は、ＵＲＬおよびメッセージデータを一緒に（メッセージの他のコンテンツと共に）提示するインスタントメッセージング・クライアントの表示ウィンドウの一例を示す。図６の例において、ユーザインターフェース６００は、インスタントメッセージング・クライアントに関連する。インスタントメッセージング・クライアントは、ユーザ「Ｕｓｅｒ１２３」とやり取りしたメッセージを表示する表示ウィンドウ６０８を備える。表示ウィンドウ６０８に示されたＵｓｅｒ１２３によって送信されたメッセージは、ＵＲＬ６０２を含む。メッセージが図２の処理２００の工程２０２〜２０６を用いて処理された後、抽出された識別情報“ｐｒｏｄｕｃｔ＿ｉｄ＝６０３３６２４３”に対応するメッセージデータが受信され、メッセージのＵＲＬおよびメッセージのその他のコンテンツと共に提示される。表示ウィンドウ６０８は、ＵＲＬ６０２の提示と、ＵＲＬ６０２の提示の下の領域６０４におけるリトリーブ済みメッセージデータの提示とを含む。領域６０４は、“ｐｒｏｄｕｃｔ＿ｉｄ＝６０３３６２４３”に対応する商品の画像６０６、および、“ｐｒｏｄｕｃｔ＿ｉｄ＝６０３３６２４３”に対応する他のテキスト情報（「商品名：ｉＰｈｏｎｅ ５ｓ、価格：＄４５０、割引：小売価格の１０％引き、顧客評価：＊＊＊＊＊、配送先：すべての国」など）など、メッセージデータを含む。

図５に戻ると、いくつかの実施形態において、リトリーブされたメッセージデータが複数の画像を含む場合、画像ブラウザ（例えば、インスタントメッセージング・クライアントのコンポーネントまたは別個のアプリケーションでありうる）が、画像を提示するために呼び出されてもよい。工程５１６で、メッセージデータの画像が、画像ブラウザで閲覧されるために送信される。例えば、図６の表示ウィンドウ６０８の商品の画像６０６のユーザ選択に応答して、画像ブラウザが、商品の画像６０６および／またはメッセージデータに含まれる商品の任意の追加の画像を表示するために呼び出されうる。図７は、１セットのリトリーブされたメッセージデータの複数の画像を提示する画像ブラウザの一例を示す。例えば、画像ブラウザは、インスタントメッセージング・クライアントの表示ウィンドウに提示されたメッセージデータ内に含まれる画像のユーザ選択に応答して呼び出されてよい。いくつかの実施形態において、呼び出された画像ブラウザのユーザインターフェースは、スクリーン上のその他のコンテンツ（例えば、インスタントメッセージング・クライアントの表示ウィンドウ）に重ねて提示されてよい。画像ブラウザのユーザインターフェース７００は、表示領域７０２と、サムネイル７０４、７０６、７０８、および、７１０とを備える。各サムネイル画像は、ＵＲＬに対応する１セットのリトリーブされたメッセージデータの中に含まれる画像のサムネイルサイズバージョンである。表示領域７０２でサムネイル画像のより大きいバージョンを見るために、ユーザは、サムネイルを選択することができる。したがって、画像ブラウザは、ユーザがＵＲＬにアクセスするために選択を行う必要なしに、メッセージに含まれるＵＲＬに関連する複数の画像のプレビューを可能にする。

図８は、クライアントデバイスの一実施形態を示す図である。この例において、クライアントデバイス８００は、識別ユニット８０１、抽出ユニット８０２、リトリーブユニット８０３、および、表示ユニット８０４を備える。

ユニットは、１または複数のプロセッサ上で実行されるソフトウェアコンポーネントとして、プログラム可能論理デバイスおよび／または設計された特定用途向け集積回路などのハードウェアとして実装されてよく、要素は、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワーク装置など）に本発明の実施形態に記載された方法を実行させるための複数の命令など、不揮発性記憶媒体（光学ディスク、フラッシュ記憶装置、携帯用ハードディスクなど）に格納することができるソフトウェア製品の形態で具現化されてよい。ユニットは、単一のデバイス上に実装されてもよいし、複数のデバイスにわたって分散されてもよい。

識別ユニット８０１は、クライアントデバイス８００で受信したメッセージに含まれるｗｅｂアドレスを識別するよう構成されている。いくつかの実施形態において、識別ユニット８０１は、さらに、キャプチャユニット８１１、判定ユニット８１２、および、取得ユニット８１３を備える。キャプチャユニット８１１は、受信メッセージに含まれるウェブアドレスを抽出するよう構成されている。判定ユニット８１２は、抽出されたｗｅｂアドレスが所定のタイプであるか否かを判定するよう構成されている。取得ユニット８１３は、ｗｅｂアドレスから識別情報を抽出するよう構成されている。

抽出ユニット８０２は、ｗｅｂアドレスから識別情報を抽出するよう構成されている。

リトリーブユニット８０３は、抽出された識別情報に対応するメッセージデータをリトリーブするよう構成されている。例えば、メッセージデータは、以下の内の少なくとも１つを含む：テキスト情報および画像情報。いくつかの実施形態において、リトリーブユニット８０３は、さらに、送信ユニット８２１および受信ユニット８２２を備える。送信ユニット８２１は、抽出された識別情報を処理要求でサーバに送信するよう構成されている。受信ユニット８２２は、処理要求に対応するメッセージデータをサーバから受信するよう構成されている。

表示ユニット８０４は、インスタントメッセージング・クライアントの表示ウィンドウにメッセージデータを表示するよう構成されている。いくつかの実施形態において、メッセージデータが画像情報を含む場合、表示ユニット８０４は、さらに、メッセージデータの画像情報を表示するために呼び出される画像ブラウザ（図示せず）を備えてもよい。

図９は、メッセージに基づいて提示するメッセージデータを決定するためのシステムの一実施形態を示す図である。システム９００は、インスタントメッセージング・クライアント９０１およびサーバ９０２を備える。

いくつかの実施形態において、インスタントメッセージング・クライアント９０１は、図８のクライアントデバイス８００を用いて実装できる。

サーバ９０２は、識別情報を含む処理要求をインスタントメッセージング・クライアント９０１から受信するよう構成されている。サーバ９０２は、識別情報に対応するメッセージデータをリトリーブし、そのメッセージデータをインスタントメッセージング・クライアント９０１に返すよう構成されている。いくつかの実施形態において、サーバ９０２は、構成されたＡＰＩを用いてメッセージデータをリトリーブするよう構成されている。いくつかの実施形態において、サーバ９０２は、さらに、処理デバイス９１１を備える。処理デバイス９１１は、処理要求に含まれる識別情報に対応するメッセージデータをリトリーブするよう構成されている。例えば、処理デバイス９１１は、識別情報を用いてＡＰＩを通してメッセージデータを取得する。

図１０は、メッセージに基づいて提示するメッセージデータを決定するためのサービスを実装するようにプログラムされたコンピュータシステムの一実施形態を示す機能図である。明らかに、メッセージに基づいて提示するメッセージデータを決定するために、他のコンピュータシステムアーキテクチャおよび構成を用いることも可能である。以下に述べるような様々なサブシステムを備えるコンピュータシステム１０００は、少なくとも１つのマイクロプロセッサ・サブシステム（プロセッサまたは中央処理装置（ＣＰＵ）とも呼ばれる）１００２を備える。例えば、プロセッサ１００２は、シングルチップ・プロセッサまたはマルチプロセッサによって実装できる。いくつかの実施形態において、プロセッサ１００２は、コンピュータシステム１０００の動作を制御する汎用デジタルプロセッサである。メモリ１０１０から読み出された命令を用いて、プロセッサ１００２は、入力データの受信および操作、ならびに、出力デバイス（例えば、ディスプレイ１０１８）上でのデータの出力および表示を制御する。いくつかの実施形態において、プロセッサ１００２は、メッセージに基づいて提示するメッセージデータの決定を提供することを含むおよび／またはそのために用いられる。

プロセッサ１００２は、メモリ１０１０と双方向的に接続されており、メモリ１０１０は、第１のプライマリストレージ領域（通例は、ランダムアクセスメモリ（ＲＡＭ））および第２のプライマリストレージ領域（通例は、リードオンリーメモリ（ＲＯＭ））を含みうる。当業者に周知のように、プライマリストレージは、一般的な記憶領域として、および、スクラッチパッドメモリとして利用可能であり、また、入力データおよび処理済みデータを格納するために利用可能である。プライマリストレージは、さらに、プロセッサ１００２上で実行される処理のための他のデータおよび命令に加えて、データオブジェクトおよびテキストオブジェクトの形態で、プログラミング命令およびデータを格納できる。また、当業者に周知のように、プライマリストレージは、通例、機能（例えば、プログラムされた命令）を実行するためにプロセッサ１００２によって用いられる基本的な動作命令、プログラムコード、データ、および、オブジェクトを備える。例えば、メモリ１０１０は、例えば、データアクセスが双方向である必要があるか、単方向である必要があるかに応じて、後述する任意の適切なコンピュータ読み取り可能な記憶媒体を含みうる。例えば、プロセッサ１００２は、頻繁に必要になるデータをキャッシュメモリ（図示せず）に直接的かつ非常に迅速に格納し取り出すことができる。

着脱可能マスストレージ・デバイス１０１２が、コンピュータシステム１０００にさらなるデータ記憶容量を提供しており、プロセッサ１００２に対して双方向（読み出し／書き込み）または単方向（読み出しのみ）に接続されている。例えば、ストレージ１０１２は、磁気テープ、フラッシュメモリ、ＰＣカード、携帯型マスストレージ・デバイス、ホログラフィックストレージ・デバイス、および、その他のストレージデバイスなどのコンピュータ読み取り可能な媒体も含みうる。固定マスストレージ１０２０も、例えば、さらなるデータ記憶容量を提供しうる。固定マスストレージ１０２０の最も一般的な例は、ハードディスクドライブである。マスストレージ１０１２、１０２０は、一般に、プロセッサ１００２によって通例はあまり利用されないさらなるプログラミング命令、データなどを格納する。マスストレージ１０１２および１０２０に保持された情報は、必要であれば、仮想メモリとしてのメモリ１０１０（例えば、ＲＡＭ）の一部に標準的な方式で組み込まれてよいことが理解される。

プロセッサ１００２がストレージ・サブシステムにアクセスできるようにすることに加えて、バス１０１４は、その他のサブシステムおよびデバイスへのアクセスを可能にするために用いられてもよい。図に示すように、これらは、ディスプレイ１０１８、ネットワークインターフェース１０１６、キーボード１００４、および、ポインティングデバイス１００６、ならびに、必要に応じて、補助入力／出力デバイスインターフェース、サウンドカード、スピーカ、および、その他のサブシステムを含みうる。例えば、ポインティングデバイス１００６は、マウス、スタイラス、トラックボール、または、タブレットであってよく、グラフィカルユーザインターフェースと相互作用するのに有用である。

ネットワークインターフェース１０１６は、図に示すように、ネットワーク接続を用いて、別のコンピュータ、コンピュータネットワーク、または、遠隔通信ネットワークにプロセッサ１００２を接続することを可能にする。例えば、ネットワークインターフェース１０１６を通して、プロセッサ１００２は、方法／処理ステップを実行する過程で、別のネットワークから情報（例えば、データオブジェクトまたはプログラム命令）を受信したり、別のネットワークに情報を出力したりすることができる。情報は、しばしば、プロセッサ上で実行される一連の命令として表され、別のネットワークから受信されたり、別のネットワークへ出力されたりしうる。インターフェースカード（または同様のデバイス）と、プロセッサ１００２によって実装（例えば、実行／実施）される適切なソフトウェアとを用いて、コンピュータシステム１０００を外部ネットワークに接続し、標準プロトコルに従ってデータを転送することができる。例えば、本明細書に開示された様々な処理の実施形態は、プロセッサ１００２上で実行されてもよいし、処理の一部を共有するリモートプロセッサと共に、ネットワーク（インターネット、イントラネットワーク、または、ローカルエリアネットワークなど）上で実行されてもよい。さらなるマスストレージ・デバイス（図示せず）が、ネットワークインターフェース１０１６を通してプロセッサ１００２に接続されてもよい。

補助Ｉ／Ｏデバイスインターフェース（図示せず）が、コンピュータシステム１０００と共に用いられてよい。補助Ｉ／Ｏデバイスインターフェースは、プロセッサ１００２がデータを送信すること、ならびに、より典型的には、他のデバイス（マイクロホン、タッチセンサ方式ディスプレイ、トランスデューサ・カードリーダ、テープリーダ、音声または手書き認識装置、バイオメトリクス・リーダ、カメラ、携帯型マスストレージ・デバイス、および、他のコンピュータなど）からデータを受信することを可能にする汎用インターフェースおよびカスタマイズされたインターフェースを含みうる。

本明細書に開示の実施形態は、電子ハードウェア、コンピュータソフトウェア、または、両者の組み合わせを用いて実現できる。ハードウェアおよびソフトウェアの互換性を明確に説明するために、各例の構成および工程は、上記の記載における機能に従って、一般的に記載されている。これらの機能が最終的にハードウェアとして実装されるかソフトウェアとして実装されるかは、技術的スキームの具体的な応用例および設計制約によって決まる。当業者は、各特定の応用例に様々な方法を用いて、記載された機能を実現できるが、かかる実現は、本願の範囲を超えると見なされるべきではない。

当業者は、本願の実施形態が、方法、システム、または、コンピュータプログラム製品として提供されうることを理解されたい。したがって、本願は、完全なハードウェア実施形態、完全なソフトウェア実施形態、もしくは、ソフトウェアおよびハードウェアを組み合わせた実施形態を取りうる。さらに、本願は、コンピュータ動作可能なプログラムコードを含む１または複数のコンピュータ動作可能な記憶媒体（磁気ディスク記憶デバイス、ＣＤ−ＲＯＭ、および、光学記憶デバイスを含むがこれらに限定されない）上に実装されたコンピュータプログラム製品の形態を取りうる。

本明細書に開示の実施形態に照らして説明した方法は、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、または、両方の組み合わせを用いて実施されうる。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、内部メモリ、リードオンリーメモリ（ＲＯＭ）、電気的プログラム可能ＲＯＭ、電気的消去可能プログラム可能ＲＯＭ、レジスタ、ハードディスク、リムーバブル磁気ディスク、ＣＤ−ＲＯＭ、または、当業者に周知の任意の他の形態の記憶媒体内にインストールされてよい。

上述の具体的な実施形態は、さらに、本願の課題、技術的スキーム、および、有益な効果を詳細に記載する。上述の実施形態は、本願の具体的な実施形態にすぎず、本願の保護の範囲を限定する意図はないことを理解されたい。本願の精神および原理の範囲内でなされた任意の変形、置換、または、改良はすべて、本願の保護の範囲内に含まれる。

本願の実装形態は、ハードウェア、ソフトウェア、もしくは、ソフトウェアおよびハードウェアの組み合わせを通して実現されてよい。ハードウェア部分は、専門のロジックを用いて実現されてよい。ソフトウェア部分は、メモリに格納され、マイクロプロセッサまたは特別に設計されたハードウェアなど適切なコマンド実行システムによって実行されてよい。当業者は、上述の装置および方法が、コンピュータ実行可能コマンドを通して実現されうるおよび／またはプロセッサ制御コードに含まれることによって実現されうることを理解できる。例えば、かかるコードは、磁気ディスク、ＣＤ、または、ＤＶＤ−ＲＯＭなどのキャリア媒体内、リードオンリーメモリ（ファームウェア）などのプログラマブルメモリ内、もしくは、光学または電子信号キャリアなどのデータキャリア内に、提供されてよい。本願の装置およびそのモジュールは、例えば、超大規模集積回路またはゲートアレイによって、論理チップまたはトランジスタなどの半導体によって、オンサイト・プログラマブル・ゲートアレイおよびプログラマブル論理装置などのプログラマブル装置のハードウェア回路によって実現されてよい。様々なタイプのプロセッサによって実行されるソフトウェアによって、もしくは、上述のハードウェア回路およびソフトウェア（ファームウェアなど）の組み合わせによって実現されてもよい。

さらに、本願の方法の工程は図面内で具体的な順序に従って記載されているが、これは、期待される結果を達成するために、この具体的な順序に従ってこれらの工程を実行しなければならないこと、または、図の工程すべてを実行しなければならないこと、を求めるものでも示唆するものでもない。逆に、フローチャートに記載の工程の実行順序は変更されてもよい。追加的または任意選択的に、一部の工程が省略されてもよい、または、複数の工程が実行のために１工程に統合されてもよい、および／または、１工程が実行のために複数の工程に分割されてもよい。

上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。

Claims (21)

1. システムであって、
   １または複数のプロセッサであって、
   第１のインスタントメッセージング・クライアントから第２のインスタントメッセージング・クライアントに送信されたメッセージに含まれるウェブアドレスを特定し、
   ページコンテンツを識別するために利用する識別情報を前記ｗｅｂアドレスから抽出し、
   処理要求をサーバに送信することを含む処理によって、前記識別情報に対応するメッセージデータをリトリーブし、
   前記第２のインスタントメッセージング・クライアントの表示ウィンドウ内に前記メッセージデータを提示するよう構成された、１または複数のプロセッサと、
   前記１または複数のプロセッサに接続され、前記１または複数のプロセッサに命令を提供するよう構成された１または複数のメモリと、を備える、システム。
2. 請求項１に記載のシステムであって、前記メッセージに含まれる前記ｗｅｂアドレスは、正規表現を前記メッセージ内の文字列と比較することによって決定される、システム。
3. 請求項１に記載のシステムであって、前記メッセージに含まれる前記ｗｅｂアドレスを特定することは、さらに、前記ｗｅｂアドレスが所定のタイプであるか否かを判定することを含む、システム。
4. 請求項３に記載のシステムであって、前記ｗｅｂアドレスは、１または複数の指定のオブジェクトに関連する場合に、前記所定のタイプであると判定される、システム。
5. 請求項１に記載のシステムであって、前記ｗｅｂアドレスからの前記識別情報は、１または複数の所定のルールを用いて抽出される、システム。
6. 請求項１に記載のシステムであって、前記処理要求は、前記識別情報を含む、システム。
7. 請求項１に記載のシステムであって、前記サーバは、前記識別情報とアプリケーション・プログラミング・インターフェース（ＡＰＩ）とを用いて、前記メッセージデータをリトリーブするよう構成されている、システム。
8. 請求項１に記載のシステムであって、前記処理要求は、前記メッセージデータに含められる１または複数のフィールドを指定する、システム。
9. 請求項１に記載のシステムであって、前記１または複数のプロセッサは、さらに、前記メッセージデータに含まれる１または複数の画像を画像ブラウザ内に提示するよう構成されており、前記画像ブラウザは、前記第２のインスタントメッセージング・クライアントの前記表示ウィンドウとは異なる、システム。
10. 請求項１に記載のシステムであって、前記第２のインスタントメッセージング・クライアントの前記表示ウィンドウは、ダイアログウィンドウを含む、システム。
11. 請求項１に記載のシステムであって、前記メッセージデータは、前記第２のインスタントメッセージング・クライアントの前記表示ウィンドウ内に前記メッセージと共に提示される、システム。
12. 方法であって、
    １または複数のプロセッサを用いて、第１のインスタントメッセージング・クライアントから第２のインスタントメッセージング・クライアントに送信されたメッセージに含まれるウェブアドレスを特定する工程と、
    ページコンテンツを識別するために利用する識別情報を前記ｗｅｂアドレスから抽出する工程と、
    処理要求をサーバに送信することを含む処理によって、前記識別情報に対応するメッセージデータをリトリーブする工程と、
    前記第２のインスタントメッセージング・クライアントの表示ウィンドウ内に前記メッセージデータを提示する工程と、を備える、方法。
13. 請求項１２に記載の方法であって、前記メッセージに含まれる前記ｗｅｂアドレスは、正規表現を前記メッセージ内の文字列と比較することによって決定される、方法。
14. 請求項１２に記載の方法であって、前記メッセージに含まれる前記ｗｅｂアドレスを特定する工程は、さらに、前記ｗｅｂアドレスが所定のタイプであるか否かを判定する工程を含む、方法。
15. 請求項１４に記載の方法であって、前記ｗｅｂアドレスは、１または複数の指定のオブジェクトに関連する場合に、前記所定のタイプであると判定される、方法。
16. 請求項１２に記載の方法であって、前記ｗｅｂアドレスからの前記識別情報は、１または複数の所定のルールを用いて抽出される、方法。
17. 請求項１２に記載の方法であって、前記処理要求は、前記識別情報を含む、方法。
18. 請求項１２に記載の方法であって、前記サーバは、前記識別情報とアプリケーション・プログラミング・インターフェース（ＡＰＩ）とを用いて、前記メッセージデータをリトリーブするよう構成されている、方法。
19. 請求項１２に記載の方法であって、さらに、前記メッセージデータに含まれる１または複数の画像を画像ブラウザ内に提示する工程を備え、前記画像ブラウザは、前記第２のインスタントメッセージング・クライアントの前記表示ウィンドウとは異なる、方法。
20. 請求項１２に記載の方法であって、前記メッセージデータは、前記第２のインスタントメッセージング・クライアントの前記表示ウィンドウ内に前記メッセージと共に提示される、方法。
21. コンピュータプログラム製品であって、持続性のコンピュータ読み取り可能な記憶媒体内に具現化され、
    第１のインスタントメッセージング・クライアントから第２のインスタントメッセージング・クライアントに送信されたメッセージに含まれるウェブアドレスを特定するためのコンピュータ命令と、
    ページコンテンツを識別するために利用する識別情報を前記ｗｅｂアドレスから抽出するためのコンピュータ命令と、
    処理要求をサーバに送信することを含む処理によって、前記識別情報に対応するメッセージデータをリトリーブするためのコンピュータ命令と、
    前記第２のインスタントメッセージング・クライアントの表示ウィンドウ内に前記メッセージデータを提示するためのコンピュータ命令と、を備える、コンピュータプログラム製品。

Images