JP6294321B2 - ウェブサイト上に情報を公開する - Google Patents

Description

関連特許出願の相互参照
本出願は、2012年8月2日出願の「METHOD,APPARATUS,AND SYSTEM FOR PUBLISHING INFORMATION AT WEBSITE」と題する中国特許出願第201210274377.7号への外国優先権を主張するものであり、同中国特許出願は、参照によりその全体が本明細書に組み込まれる。

本開示はインターネット通信の分野に関し、さらに具体的には、情報をウェブサイト上に公開するための方法、装置、およびシステムに関する。

従来の技術において、ユーザが記事や様々なタイプの情報をウェブサイト上に公開する際、彼らは皆、既に登録済みのユーザ名およびパスワードを使用してウェブサイトにログインし、次にウェブサイトによって提供される場所で言葉や添付ドキュメントを完成させ、記事または情報をウェブサイトで公開する機能を完了する必要がある。例えば、ユーザが公開操作、例えば、記事もしくはメッセージを投稿すること、またはブログもしくはミニブログ上のメッセージに返信することなどの実行を所望する場合、ユーザはそのようなブログもしくはミニブログのウェブサイトにまずログインする必要がある。ログインしているユーザが正規ユーザとして認証された後、ユーザは、ブログまたはミニブログ上の公開ウィンドウを開き、記事を入力する、メッセージ、または添付ファイルを送信し、その結果、記事を公開してウェブサイト上の記事にコメントすることによって、投稿を送信する機能を完了する。

投稿をウェブサイト上に公開する従来の技術は以下の不利益を有する。ユーザが同じ情報を複数のウェブサイト上に公開することを所望する場合、ユーザは様々なウェブサイトに１つずつログインし、次に公開用フォームを１つずつ完成させる必要があり、必然的にユーザの作業負荷は増加し、情報公開の効率性は低下する。加えて、様々なウェブサイト上に情報を１つずつ公開するプロセスの間、記事がＷｏｒｄ（登録商標）アプリケーションで書かれており、そのような記事をウェブサイトに公開する要望がある場合、様々なウェブサイトの必須要件に従って記事のレイアウトをやり直す必要がある。記事が写真を包含する場合、そのような写真は、記事が公開され得る前に記事に挿入される必要があり、投稿公開の効率性はさらにいっそう低下する。

投稿をウェブサイトで公開する過度かつ非効率的なプロセスという課題を解決するために効果的な解決策は提案されてきていない。

本概要は、下記の発明を実施するための形態にさらに説明される一連の概念を単純化された形式で記載するために提供される。本概要は、主張される主題の全ての主要な特徴または本質的な特徴を特定することを意図するものでも、主張される主題の範囲を決定する上での支援として単独で使用されることを意図するものでもない。例えば、「技術」という用語は、上記の文脈によって、および本開示の全体を通して容認される通り、装置（複数可）、システム（複数可）、方法（複数可）、および／またはコンピュータ可読命令を意味し得る。

従来の技術は、投稿をウェブサイトで公開する過度かつ非効率的なプロセスという課題を解決しない。本開示は、情報をウェブサイトで公開するための方法、装置、およびシステムを提供する。

本開示は、情報をウェブサイトで公開するための方法例を提供する。公開情報は、登録情報に基づき、対応する登録サーバから収集される。公開情報は、受信端末登録情報を含む。公開情報は、受信端末登録情報に従って、対応するウェブサイトに送信される。受信端末登録情報は、対応するウェブサイトのサーバドメインアドレスに対応する。

例えば、登録情報は、登録済み電子メールアドレスの電子メールアドレス情報を含み得る。公開情報は、登録情報に基づき、対応する登録サーバから収集され得る。公開情報は、受信端末登録情報を含み得る。受信端末登録情報に基づき、対応するウェブサイトに情報を公開するための操作は、以下を含み得る。電子メールを、対応する電子メールサーバから、登録済み電子メールアドレスの情報に基づき、登録済み電子メールアドレスにおける電子メールの電子メール情報を取得するためにダウンロードする。電子メール情報は、電子メール抽象情報を含み得る。受信者の電子メールアドレスのユーザ名は、電子メール抽象情報から抽出され得る。電子メール情報を、受信者の電子メールアドレスのユーザ名に基づき、対応するウェブサイトにプッシュする。受信者の電子メールアドレスのユーザ名は、そのような登録済み電子メールアドレスに対応するウェブサイトのサーバドメイン名アドレスに対応する。

さらに、電子メール情報はまた、電子メール本文および電子メール添付ファイルを含み得る。登録済み電子メールアドレスにおける全ての電子メールの電子メール情報を取得した後、本方法例は以下をさらに含み得る。各電子メールの一意的な識別（ＩＤ）を取得する。ＩＤおよびそのようなＩＤに対応する電子メール情報との間の関係を作成して関係表を取得する。ＩＤおよび電子メールアドレスとの間の関係を作成して関係表を取得するための操作例は、以下を含み得る。ＩＤおよびそのようなＩＤに対応する電子メール抽象情報との間の関係を、第１の関係表を取得するために作成する。加えて、または代替的に、ＩＤおよび、電子メール情報内の電子メール本文および電子メール添付ファイルとの間の関係を、第２の関係表を取得するために作成する。

さらに、電子メール抽象情報は、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間を含み得る。電子メール情報を、受信者の電子メールアドレスのユーザ名に基づき、登録済み電子メールアドレスに対応するウェブサイトにプッシュするための操作例は、以下を含み得る。第１の関係表内の電子メール抽象情報を読み出す。アクセスされるウェブサイトを、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名に基づき決定する。ユーザ名は、ウェブサイトのサーバドメイン名アドレスに対応する。第１の関係表内の電子メール抽象情報のプロパティが、ウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、電子メール情報の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトに送信する。電子メール情報の電子メール抽象情報の送信が成功すると、ウェブサイトによって返されるそのような電子メール抽象情報に対応するＩＤが受信される。一致がない場合、電子メール情報の電子メール抽象情報のプッシュは終了する。

さらに、電子メール情報の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトにプッシュする前に、本方法例は以下を含み得る。ウェブサイトの登録済みユーザ情報表を照会して、電子メール情報内の受信者の電子メールアドレスに対応する登録済みユーザが存在するかどうかを決定する。照会が成功すると、電子メール情報の電子メール抽象情報はプッシュ許可される。照会が失敗すると、電子メール情報の電子メール抽象情報のプッシュは終了する。

さらに、ウェブサイトによって返されたそのような電子メール抽象情報に対応するＩＤを受信した後、本方法例は以下を含み得る。返されるＩＤに基づき、そのようなＩＤに対応する電子メール本文および電子メール添付ファイルを、第２の関係表から読み出す。第２の関係表内の電子メール本文および電子メール添付ファイルのプロパティが、ウェブサイトによって提供される第２のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、ＩＤに対応する電子メール本文および電子メール添付ファイルを、第２のデータ処理インターフェースを通じてウェブサイトに送信する。一致がない場合、電子メール本文および電子メール添付ファイルの送信は失敗し、エラーメッセージが返される。

さらに、ＩＤとそのようなＩＤに対応する電子メール情報との間の関係を、関係表を取得するために作成した後、本方法例は以下を含み得る。関係表を１つ以上のサーバに保存する。１つ以上のサーバは、データベースサーバおよび／またはファイルサーバを含み得る。トリガメッセージをプッシュサーバに送信する。プッシュサーバが、受信されるトリガメッセージに基づき、サーバ上に保存される関係表を読み出す。

さらに、ＩＤは、１つ以上のプリセットの規則に従って、複数のパラメータのうちの任意の１つまたは任意の２つ以上の組み合わせを含み得る。パラメータは、クライアントデバイスのシリアル番号、電子メール時間、および無作為なシリアル番号を含み得る。

本開示はまた、情報をウェブサイトで公開するためのシステム例を提供する。本システム例は、収集サーバおよびプッシュサーバを含み得る。収集サーバは、登録情報に基づき、対応する登録サーバから公開情報を収集する。公開情報は、受信クライアントの登録情報を含み得る。プッシュサーバは、受信端末登録情報に従って、対応するウェブサイトに公開情報を送信する。受信端末登録情報は、対応するウェブサイトのサーバドメインアドレスに対応する。

さらに、登録情報は、登録済み電子メールアドレスの電子メールアドレス情報を含み得る。収集サーバは、電子メールを、対応する電子メールサーバから、登録済み電子メールアドレスの情報に基づき、登録済み電子メールアドレスにおける電子メールの電子メール情報を取得するためにダウンロードし得る。電子メール情報は、電子メール抽象情報を含み得る。プッシュサーバは、受信者の電子メールアドレスのユーザ名を、電子メール抽象情報から取得し、受信者の電子メールアドレスのユーザ名に基づき、対応するウェブサイトに電子メール情報をプッシュする。受信者の電子メールアドレスのユーザ名は、登録済み電子メールアドレスに対応するウェブサイトのサーバドメイン名アドレスに対応する。

さらに、電子メール情報はまた、電子メール本文および電子メール添付ファイルを含み得る。収集サーバは、各電子メールの一意的なＩＤを取得する。本システム例はまた、収集サーバとの通信接続を確立するデータベースサーバを含み得る。収集サーバが、ＩＤとそのようなＩＤに対応する電子メール抽象情報との間の関係を作成した後、データベースサーバは、収集サーバによって取得される第１の関係表を記憶する。本システム例はまた、収集サーバとの通信接続を確立するファイルサーバを含み得る。収集サーバが、ＩＤと、電子メール情報内の電子メール本文および電子メール添付ファイルとの間の関係を作成した後、ファイルサーバは、収集サーバによって取得される第２の関係表を記憶する。

さらに、電子メール抽象情報は、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間を含み得る。プッシュサーバは、第１の読み出し装置、処理装置、および第１の決定装置を含み得る。第１の読み出し装置は、データベースサーバとの通信を確立し、第１の関係表内の電子メール抽象情報を、データベースサーバから読み出す。処理装置は、アクセスされるウェブサイトを、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名に基づき決定する。ユーザ名は、ウェブサイトのサーバドメイン名アドレスに対応する。第１の決定装置は、第１の関係表内の電子メール抽象情報のプロパティが、ウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、電子メール情報の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトに送信する。電子メール情報の電子メール抽象情報の送信が成功すると、ウェブサイトによって返されるそのような電子メール抽象情報に対応するＩＤが受信される。一致がない場合、電子メール情報の電子メール抽象情報のプッシュは終了する。

さらに、プッシュサーバは、受信装置、第２の読み出し装置、および第２の決定装置を含み得る。受信装置は、ウェブサイトによって返されるＩＤを受信する。第２の読み出し装置は、返されるＩＤに基づき、そのようなＩＤに対応する電子メール本文および電子メール添付ファイルを、第２の関係表から読み出す。第２の決定装置は、第２の関係表内の電子メール本文および電子メール添付ファイルのプロパティが、ウェブサイトによって提供される第２のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、ＩＤに対応する電子メール本文および電子メール添付ファイルを、第２のデータ処理インターフェースを通じて、ウェブサイトに送信する。一致がない場合、電子メール本文および電子メール添付ファイルの送信は失敗し、エラーメッセージが返される。

本開示はまた、情報をウェブサイトで公開するためのデバイス例を提供する。本デバイス例は、ダウンロードモジュールおよび公開モジュールを含み得る。ダウンロードモジュールは、登録情報に基づき、対応する登録サーバから公開情報を収集する。公開情報は、受信クライアントの登録情報を含み得る。公開モジュールは、ダウンロードモジュールとの通信を確立し、受信端末登録情報に従って、対応するウェブサイトに公開情報を送信する。受信端末登録情報は、対応するウェブサイトのサーバドメインアドレスに対応する。

さらに、登録情報は、登録済み電子メールアドレスの電子メールアドレス情報を含み得る。ダウンロードモジュールは、電子メールを、対応する電子メールサーバから、登録済み電子メールアドレスの情報に基づき、登録済み電子メールアドレスにおける電子メールの電子メール情報を取得するためにダウンロードし得る。電子メール情報は、電子メール抽象情報を含み得る。公開モジュールは、第１の取得モジュールおよびプッシュモジュールを含み得る。第１の取得モジュールは、ダウンロードモジュールとの通信を確立し、受信者の電子メールアドレスのユーザ名を、電子メール抽象情報から取得する。プッシュモジュールは、第１の取得モジュールとの通信を確立し、電子メール情報を、受信者の電子メールアドレスのユーザ名に基づき、対応するウェブサイトにプッシュする。受信者の電子メールアドレスのユーザ名は、登録済み電子メールアドレスに対応するウェブサイトのサーバドメイン名アドレスに対応する。

さらに、電子メール情報はまた、電子メール本文および電子メール添付ファイルを含み得る。本デバイス例は、第２の取得モジュール、第１の作成モジュール、および／または第２の作成モジュールをさらに含み得る。第２の取得モジュールは、各電子メールの一意的なＩＤを取得する。ＩＤは、１つ以上のプリセットの規則に従って、複数のパラメータのうちの任意の１つまたは任意の２つ以上の組み合わせを含み得る。パラメータは、クライアントデバイスのシリアル番号、電子メール時間、および無作為なシリアル番号を含み得る。第１の作成モジュールは、第２の取得モジュールとの通信を確立し、ＩＤとそのようなＩＤに対応する電子メール抽象情報との間の関係を作成し、第１の関係表を取得する。第２の作成モジュールは、第２の取得モジュールとの通信を確立し、ＩＤと、電子メール情報内の電子メール本文および電子メール添付ファイルとの間の関係を作成し、第２の関係表を取得する。

さらに、電子メール抽象情報は、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間を含み得る。プッシュモジュールは、第１の読み出しモジュール、検証モジュール、および第１の決定モジュールを含み得る。第１の読み出しモジュールは、第１の関係表内の電子メール抽象情報を読み出す。検証モジュールは、アクセスされるウェブサイトを、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名に基づき決定する。ユーザ名は、ウェブサイトのサーバドメイン名アドレスに対応する。第１の決定モジュールは、第１の関係表内の電子メール抽象情報のプロパティが、ウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、電子メール情報の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトに送信する。電子メール情報の電子メール抽象情報の送信が成功すると、ウェブサイトによって返されるそのような電子メール抽象情報に対応するＩＤが受信される。一致がない場合、電子メール情報の電子メール抽象情報のプッシュは終了する。

さらに、プッシュモジュールは、第２の読み出しモジュールおよび第２の決定モジュールを含み得る。第２の読み出しモジュールは、返されるＩＤに基づき、そのようなＩＤに対応する電子メール本文および電子メール添付ファイルを、第２の関係表から読み出す。第２の決定モジュールは、第２の関係表内の電子メール本文および電子メール添付ファイルのプロパティが、ウェブサイトによって提供される第２のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、ＩＤに対応する電子メール本文および電子メール添付ファイルを、第２のデータ処理インターフェースを通じて、ウェブサイトに送信する。一致がない場合、電子メール本文および電子メール添付ファイルの送信は失敗し、エラーメッセージが返される。

本技術は、登録情報に基づき、対応する登録サーバから公開情報を収集する。公開情報は、受信端末登録情報を含む。本技術は、受信端末登録情報に基づき、対応するウェブサイトに公開情報をプッシュする。受信端末登録情報は、対応するウェブサイトのサーバドメイン名アドレスに対応する。

本技術は、ウェブサイトにログインすることなく情報をウェブサイトに公開する方法を提供する。ユーザは、公開情報を登録サーバから収集サーバを通じてダウンロードし、プッシュサーバに、登録情報を読み出させることによって、情報を公開する対象ウェブサイトを決定させることのみを必要とし、その結果、受信端末登録情報に対応するサーバドメイン名アドレスに対応するウェブサイトに公開情報を直接的にプッシュし、情報公開を完了し得る。本技術は、ユーザが情報送信のプロセスを完了するためにウェブサイトに別々にログインすることを必要としない。本技術は、従来の技術下での情報をウェブサイト上に公開する過度かつ非効率的なプロセスという課題を解決する助けとなり、その結果、ウェブサイトで情報を公開するための過程を低減する。加えて、複数の登録サーバがあり得、したがって複数の公開情報が複数のウェブサイトで公開するためにダウンロードされ得る。本技術は、重複する過程を低減し、情報公開の効率性を改善する。

本開示の実施形態をより良く例示するために、実施形態の説明において使用される図面を以下に簡単に記載する。以下の図面が、本開示のいくつかの実施形態に関連するに過ぎないことは明白である。当業者は、独自の努力を要さず、本開示の図面に従って他の図面を取得することができる。実施形態例およびそれらの明細書は、本開示を例示するために使用され、本開示を不適切に制限するものではない。
本開示の実施形態例に従って情報をウェブサイトに公開するためのシステム例の構造図である。 本開示の実施形態例に従って情報をウェブサイトに公開するためのシステム例の詳細な構造図である。 本開示の実施形態例に従って情報をウェブサイトに公開するための方法例の流れ図である。 本開示の実施形態例に従って情報をウェブサイトに公開するための装置例の構造図である。

矛盾がない限り、本開示における実施形態および実施形態の特性は、共に組み合わせされ得るか、互いに参照され得る。以下は、図面を参照することによる、本開示の説明である。

図１は、本開示の実施形態例に従って情報をウェブサイトに公開するためのシステム例の構造図である。図２は、図１に示す通り、実施形態例に基づき、情報をウェブサイトに公開するためのシステム例の詳細な構造図である。

図１に示す通り、情報をウェブサイトに公開するためのシステム例は、収集サーバ１０２およびプッシュサーバ１０４を含む。

システム内の収集サーバ１０２は、対応する登録サーバから公開情報を収集するために使用される。公開情報は、受信端末登録情報を含む。プッシュサーバ１０４は、受信端末登録情報に基づき、公開情報を１つ以上の対応するウェブサイト１０６にプッシュするために使用され、受信端末登録情報は、対応するウェブサイトのサーバドメイン名アドレスに対応する。上記の受信端末登録情報が、対応するウェブサイトのサーバドメイン名アドレスに対応するという事実は、受信端末登録情報に基づき、情報が送信される必要がある対象ウェブサイトサーバのドメイン名アドレスを入手することが可能であるという事実を意味する。したがって、受信端末登録情報は、対応するウェブサイトのサーバドメイン名アドレスを含み得、マッピングを通じて対応する関係をセットアップし得もする。

上記の本開示の実施形態例の解決策は、ウェブサイトにログインすることなく情報をウェブサイトに配信する手段を提供する。ユーザは、公開情報を登録サーバから収集サーバを通じてダウンロードし、次にプッシュサーバに、登録情報を読み出させることによって、情報を配信する対象ウェブサイトを決定させることのみを必要とし、その結果、受信クライアントのサーバドメイン名アドレスに対応するウェブサイトに公開情報を直接的にプッシュすることを可能にし、メッセージの公開を完了する。ユーザは、情報公開のプロセスを完了するために各ウェブサイトに別々にログインすることを必要としない。これは、関連性のある既存技術によって提供されるウェブサイトで情報を公開する非常に過度かつ非効率的なプロセスという問題を解決する。本技術は、情報をウェブサイトで公開するための過程の低減を達成する。また、複数の登録サーバがあり得るという事実のため、複数の公開メッセージがダウンロードされ得る。つまり、情報を複数のウェブサイトに送信し、その結果、情報公開のための重複する過程の低減、および情報公開の効率性の改善を達成することが可能である。

具体的には、上記の本開示の実施形態例における登録サーバは、電子メールサーバ、即時通信ツールもしくはアプリケーションサーバ、および携帯電話文字メッセージサーバなど、またはネットワークを通じて情報を交換する任意の他のサーバであり得る。

例えば、登録サーバが即時通信アプリケーションサーバであるとき、現ユーザに対する登録済みユーザのアカウント番号が登録情報として使用可能である。ユーザは、クライアント上の即時通信ツールを使用して、１人または複数のユーザ（ログインアカウント番号またはユーザ名）にメッセージを配信する。全てのメッセージは、即時通信ツールサーバ上に保存される。登録済みユーザのログインアカウント番号またはユーザ名に基づき、収集サーバは、登録済みユーザによって即時通信ツールサーバから送信されるメッセージをダウンロードする。メッセージは、メッセージを配信するために即時通信ツールを使用するログインアカウント番号、メッセージ受信者のログインアカウント番号、およびメッセージの内容を含む。次に、プッシュサーバは、別のまたは複数のユーザのユーザ情報（メッセージ受信者のログインアカウント番号またはユーザ名）に基づき、メッセージを対象ウェブサイトに配信する。この時、メッセージ受信者のログインアカウント番号またはユーザ名は、対象ウェブサイトのサーバドメイン名アドレスに対応する。

登録サーバが携帯電話文字メッセージサーバであるとき、現ユーザによって登録済みの携帯電話番号が登録情報として使用可能である。現ユーザが、携帯電話を使用して、別のユーザまたは複数のユーザの携帯電話にメッセージを送信するとき、全てのメッセージは携帯電話文字メッセージサーバ上に保存される。収集サーバは、現ユーザの携帯電話番号に基づき、現携帯電話ユーザによって携帯電話文字メッセージサーバから送信される全てのメッセージをダウンロードする。そのようなメッセージは、メッセージ送信者（登録済み携帯電話番号を使用してメッセージを送信するユーザ）の携帯電話番号、メッセージ受信者の携帯電話番号、ならびにメッセージの内容を含む。次に、プッシュサーバは、別のまたは複数のユーザの携帯電話番号（メッセージ受信者の携帯電話番号）に基づき、情報を対象ウェブサイトに配信する。この時、メッセージ受信者の携帯電話番号は、対象ウェブサイトのサーバドメイン名に対応する。

より具体的には、本開示は、登録サーバが電子メールサーバである例を使用することによって、技術的解決策を詳細に説明し得る。つまり、登録情報が登録済み電子メールアドレスの電子メール情報であるとき、上記の本開示の実施形態例のシステム内の収集サーバは、電子メールを、対応する電子メールアドレスサーバから、登録済み電子メールアドレスの電子メールアドレス情報に基づき、登録済み電子メールアドレスにおける電子メール情報を取得するためにダウンロードするために使用される。電子メール情報は、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名を取得し、受信者の電子メールアドレスのユーザ名に基づき、対応するウェブサイトに電子メール情報をプッシュするために使用される、電子メール抽象情報を含み得る。受信者の電子メールアドレスのユーザ名は、そのような登録済み電子メールアドレスに対応するウェブサイトのサーバドメイン名アドレスに対応する。上記の実施形態例において、収集サーバが電子メールをダウンロードするのに先立って、ユーザは登録済み電子メールアドレスにまずログインし、対象ウェブサイトのサーバドメイン名に対応する名前を、受信者の電子メールアドレスのユーザ名として入力し、受信者の電子メールアドレスの入力およびメッセージの公開後、電子メールの伝送を開始する。

上記の本開示の実施形態例の解決策は、電子メールによって情報をウェブサイトに送信する手段を提供する。ユーザは、電子メールを、登録済み電子メールアドレスから、収集サーバを通じてダウンロードすることのみを必要とし、次に対象ウェブサイトのウェブサイトアドレスを、プッシュサーバを通じてダウンロードされる電子メールの電子メール情報から抽出し、その結果、情報の内容を対象ウェブサイトに送信する。情報の内容は、そのような登録済み電子メールアドレスに対応するウェブサイトに、電子メールメッセージの形式で配信される。情報を送信するための上記の方法は、ユーザがウェブサイトにログインすることを必要としない。その代わりに、情報の内容を対象ウェブサイトに電子メールメッセージの形式でプッシュし、ユーザは、その必要および対象ウェブサイトに対応する各受信者の電子メールアドレスに基づき、電子メールを複数の受信者の電子メールアドレスに同時に送信し得る。本技術は、情報を複数のウェブサイトに送信する操作を達成し、その結果、情報を複数のウェブサイトに同時に送信する操作を達成し、情報をウェブサイトに公開するための従来の技術によって使用される、非常に過度かつ非効率的なプロセスという問題を解決する。さらに、本技術は、情報をウェブサイト上に公開するための過程の低減を達成し、情報公開の効率性を改善する。

別の例として、上記の実施形態例におけるプッシュサーバは、上記の収集サーバと組み合わせ可能である。代替的に、プッシュサーバは、収集サーバの生産性を改善するために収集サーバから分離していても良い。加えて、収集サーバが電子メールをダウンロードするのに先立って、情報配信を所望するユーザは、登録済み電子メールアドレスにログインして電子メールを送信することができる。受信者の電子メールアドレスのユーザ名は、対象ウェブサイトのサーバドメイン名アドレスに対応する。プッシュサーバは、登録済み電子メールアドレスにおける電子メールをダウンロードした後、対象ウェブサイトでの情報公開に成功する。

上記の本開示の実施形態例の目的は、ユーザに、情報を対象ウェブサイトに公開するための別の手段を提供することである。情報を公開する本方法は、ユーザがウェブサイトに１つずつログインすることを必要とせず、電子メールを様々な受信者の電子メールアドレスに送信することのみによって、情報を直接的に公開し、ウェブサイトにおける投稿に返信することを可能にする。具体的な達成プロセスは、収集サーバおよびプッシュサーバによって完了される。加えて、電子メールを通じての情報公開は、ユーザが各ウェブサイトのフォーマットを修正することを必要とすることなく、複製に対応し、記事原本のフォーマットおよび画像を保存し、その結果、情報公開の効率性をさらに改善する。

上記の本開示の実施形態例において、電子メールアドレスは、まず収集サーバに登録済みである必要がある。収集サーバ上の登録済み電子メールアドレスの電子メール情報の設定の完了後、登録済み電子メールアドレス内の全ての電子メールは、対応する電子メールサーバからダウンロードされる。具体的には、本開示のプロセス例の間、収集サーバに登録済みの電子メールアドレスは、送信者の電子メールアドレスまたは受信者の電子メールアドレスであり得る。登録済み電子メールアドレスが送信者の電子メールアドレスである場合、収集サーバは、ローカル設定された送信者の電子メールアドレスの電子メール情報に基づき、全ての電子メールおよび電子メール情報を、送信者の電子メールアドレスの送信箱から取得する。電子メール情報は、電子メール抽象情報を含み得る。電子メール抽象情報は、全ての電子メールの受信者の電子メールアドレスを記録する。この時、プッシュサーバは、受信者の電子メールアドレスのユーザ名に基づき、電子メール情報をプッシュする。そのような受信者の電子メールアドレスのユーザ名は、電子メール情報がプッシュされる必要がある対象ウェブサイトのサーバドメイン名アドレスに対応する。

同様に、登録済み電子メールアドレスが受信者の電子メールアドレスである場合、収集サーバは、ローカル設定されたそのような受信者の電子メールアドレスの電子メールアドレス情報に基づき、全ての電子メールおよび電子メール情報を、受信者の電子メールアドレスの受信箱から取得する。電子メール情報は、電子メール抽象情報を含み得る。電子メール抽象情報は、全ての電子メールの受信者の電子メールアドレスを記録する。この時、プッシュサーバは、受信者の電子メールアドレスのユーザ名に基づき、電子メール情報をプッシュする。そのような受信者の電子メールアドレスのユーザ名は、電子メール情報がプッシュされる必要がある対象ウェブサイトのサーバドメイン名アドレスに対応する。上記の２つの例において、受信者の複数の電子メールアドレスがあり得る。

例えば、登録済み電子メールアドレスが送信者の電子メールアドレスである例を使用すると、収集サーバは、送信者の電子メールアドレスの電子メールアドレス情報を、以下に示す通り、表１に定義されるフォーマットで設定する。収集サーバは、設定される電子メールアドレス情報に基づき、送信者の電子メールアドレスにログインし、全ての送信済み電子メールを含む、送信者の電子メールアドレスの送信済みボックス内の全ての電子メールおよび電子メール情報をダウンロードする。プロセス例の間、収集サーバは、送信者の電子メールアドレス（例えば、fatie@XXX.comなど）の定義済みのユーザ名およびパスワードを使用して電子メールサーバにログインし、次に、プリセットの間隔（例えば、５分など）で、登録済み電子メールアドレスにおける全ての電子メールを電子メールサーバから照会しダウンロードする。

収集サーバは、以下の通り、表２に基づき、転送規則を定義し得る。表２は、電子メールアドレスと、そのような電子メールアドレスに対応するウェブサイトとの間の関係を定義する。つまり、電子メールアドレスは、情報が公開される対象ウェブサイトを表す。さらに、登録済み電子メールアドレスが送信者の電子メールアドレスである例を使用すると、ユーザは、電子メールを、１人または複数の受信者の電子メールアドレスに、送信者の電子メールアドレスを通じて、同時に送信し得る。例えば、電子メールを登録済み電子メールアドレスからa@XXX.comに送信することは、ユーザが、表２の関係表に従ってウェブサイトａの投稿を送信する必要があることを表し得る。ユーザは、電子メールを、複数の受信者の電子メールアドレスに、１人の送信者の電子メールアドレスを通じて同時に送信することができるため、送信者の電子メールアドレスは、情報が投稿される必要がある対象ウェブサイトとの多対多の対応する関係を有する。１人の受信者の電子メールアドレスは、１つの対象ウェブサイトのアドレスに対応する。

収集サーバは、登録済み電子メールアドレスの電子メールアドレス情報の設定を通じて、電子メールを周期的に、または実時間でダウンロードした後、全ての電子メールの電子メール情報を収集サーバ上にローカルに保存し得る。プッシュサーバは、電子メール情報を収集サーバから取得し、電子メール情報内の受信者の電子メールアドレスとウェブサイトとの間のマッピング規則に基づき、対応する対象ウェブサイトに電子メール情報をプッシュする。代替的に、電子メール情報はまた、分類され他のサーバ上に保存され得る。プッシュサーバは、電子メール情報を他のサーバから読み出し、電子メール情報内の受信者の電子メールアドレスとウェブサイトとの間のマッピング規則に基づき、対応するウェブサイトに電子メール情報をプッシュする。

例えば、図２に示す通り、電子メール情報はまた、電子メール本文および電子メール添付ファイルを含み得る。上記の本開示の実施形態例における収集サーバ１０２は、各電子メールの一意的なＩＤを取得し、そのＩＤは、３２ビットの一意的なＩＤであり得、１つ以上のプリセットの規則に従って、以下のパラメータのうちの任意の１つまたは任意の２つ以上の組み合わせを含み得る。パラメータは、収集サーバ１０２の機械シリアル番号、電子メール時間、および無作為なシリアル番号を含み得る。機械シリアル番号は、ＭＡＣアドレス、ＩＰアドレス、および収集サーバ１０２の任意の他のハードウェアシリアル番号であり得る。電子メール時間は、収集サーバ１０２が、ダウンロードされる電子メールを記憶する記憶時間であり得る。無作為なシリアル番号は、自動的に増加するシリアル番号、自動的に減少するシリアル番号、または１つ以上のアルゴリズムに従って生成される規則的なデータシーケンスであり得る。上記のシステムはまた、収集サーバ１０２に接続している通信をセットアップするデータベースサーバ２０２を含み得る。収集サーバ１０２が、ＩＤとそのようなＩＤに対応する電子メール抽象情報との間の関係を収集サーバ１０２上に作成した後、データベースサーバ２０２は、収集サーバ１０２によって取得される第１の関係表を保存する。本システムはまた、収集サーバ１０２への通信および接続をセットアップするファイルサーバ２０４を含み得る。収集サーバ１０２が、ＩＤと、電子メール情報内の電子メール本文および電子メール添付ファイルとの間の関係を収集サーバ１０２上に作成した後、ファイルサーバ２０４は、収集サーバ１０２によって取得される第２の関係表を保存する。

例えば、収集サーバ１０２は、登録済み電子メールアドレスの電子メールアドレス情報を、電子メールを周期的に、または実時間でダウンロードするように設定した後、全ての電子メールの電子メール情報を分類し得る。収集サーバ１０２は、ＩＤと電子メール情報内の電子メール抽象情報との間の対応する関係を作成した後、それらの間の対応する関係によって構成される上記の情報および第１の関係表を、データベースサーバ２０２に保存する。表３に示す通り、データベースサーバ２０２上に保存される電子メール抽象情報は、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間を含み得る。ＩＤは、電子メール抽象情報との対応する関係を確立するための電子メールの一意的な識別として使用可能である。

同時に、収集サーバ１０２は、ＩＤと電子メール情報内の電子メール本文および電子メール添付ファイルとの間の対応する関係を作成した後、それらの間の対応する関係から構成される上記の情報および第２の関係表を、ファイルサーバ２０４に保存する。例えば、各電子メールの電子メール本文および電子メール添付ファイルは、ファイルサーバ２０４上にフォルダの形式で保存され得る。フォルダは、各電子メールのＩＤにちなんで命名され得る。したがって、ＩＤと電子メール情報内の電子メール本文および電子メール添付ファイルとの間の対応する関係は、ファイルサーバ２０４上で取得され保存される。

例えば、本開示の図１および図２に示す実施形態例において、収集サーバ１０２は、登録済み電子メールアドレスのユーザ名およびパスワードを使用することによってログインに成功し、そのような登録済み電子メールアドレスの全ての電子メールを照会しダウンロードした後、各電子メールに対する一意的なＩＤを生成する。ＩＤおよび対応する電子メール抽象情報をデータベースサーバ２０２上に保存することと、電子メール本文および電子メール添付ファイルを、ファイルサーバ２０４上の、そのようなＩＤにちなんで、または対応して命名されたフォルダ内に保存することと、を別々に行った後、収集サーバ１０２は、トリガメッセージをプッシュサーバ１０４に送信し、プッシュサーバ１０４にデータベースサーバ２０２を訪問し、ファイルサーバ２０４に電子メール情報を取得するように通知する。

上記の本開示の実施形態例において、プッシュサーバ１０４は、第１の読み出し装置、処理装置、および第１の決定装置を含み得る。第１の読み出し装置は、データベースサーバとの通信を確立し、第１の関係表内の電子メール抽象情報を、データベースサーバから読み出す。処理装置は、アクセスされるウェブサイトを、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名に基づき決定する。ユーザ名は、ウェブサイトのサーバドメイン名アドレスに対応する。第１の決定装置は、第１の関係表内の電子メール抽象情報のプロパティが、ウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、電子メール情報の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトに送信する。電子メール情報の電子メール抽象情報の送信が成功すると、ウェブサイトによって返されるそのような電子メール抽象情報に対応するＩＤが受信される。一致がない場合、電子メール情報の電子メール抽象情報のプッシュは終了する。

例えば、電子メール情報内の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトに送信する前に、プッシュサーバ１０４は、電子メール情報内の受信者の電子メールアドレスに対応する登録済みユーザが存在するかどうかを決定するために、ウェブサイトの登録済みユーザ情報表内を照会し得る。照会が成功すると、プッシュサーバ１０４は、電子メール情報の電子メール抽象情報をプッシュすることを許可する。照会が成功しないと、プッシュサーバ１０４は、電子メール情報の電子メール抽象情報のプッシュを終了する。

さらに、プッシュサーバは、受信装置、第２の読み出し装置、および第２の決定装置を含み得る。受信装置は、ウェブサイトによって返されるＩＤを受信する。第２の読み出し装置は、返されるＩＤに基づき、そのようなＩＤに対応する電子メール本文および電子メール添付ファイルを、第２の関係表から読み出す。第２の決定装置は、第２の関係表内の電子メール本文および電子メール添付ファイルのプロパティが、ウェブサイトによって提供される第２のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、ＩＤに対応する電子メール本文および電子メール添付ファイルを、第２のデータ処理インターフェースを通じてウェブサイトに送信する。一致がない場合、電子メール本文および電子メール添付ファイルの送信は失敗し、エラーメッセージが返される。

上記の実施形態例において、プッシュサーバ１０４は、トリガメッセージを受信した後、データベースサーバ２０２およびファイルサーバ２０４からプッシュされるデータを照会し取得する。つまり、電子メール抽象情報、電子メール本文（ＨＴＭＬフォーマットであり得る）、および電子メール添付ファイルは、ウェブサイトによって提供されるインターフェースを通じて、ウェブサイトにプッシュされる。

例えば、上記の実施形態例において、ウェブサイトによって提供される第１のデータ処理インターフェースは、電子メール抽象情報をプッシュするために使用される情報を公開するためのインターフェースである。そのようなインターフェースの定義を以下の表４に示す。

さらに、送信者の電子メールアドレスとしての登録済み電子メールアドレスの例を使用すると、プッシュサーバ１０４が投稿の送信をトリガするメッセージを受信した後、まず既に保存された電子メール抽象情報がデータベースサーバ２０２から読み出される。次に、プリセットの規則に従って、対応する対象ウェブサイトを、現在の電子メール抽象情報内の受信者の電子メールアドレスのユーザ名に基づき、照会を通じて取得する。この時、電子メール抽象情報内の様々な属性を、対象ウェブサイトによって電子メール抽象情報をプッシュするために使用される記事公開インターフェースとマッチングさせる。成功する一致がある場合、そのような電子メール抽象情報内に保持される送信者の電子メールアドレスが、対象ウェブサイト上に既に登録済みかどうかをさらに決定する。つまり、ウェブサイトは、現在のウェブサイトがそのような電子メールアドレスに対応する登録済みユーザを記録したかどうかを照会する。登録が既にある場合、そのような送信者の電子メールアドレスに対応する登録済みユーザのログイン情報を取得し、登録済みユーザのそのような登録情報を使用して、投稿送信のための補足操作を実行する。つまり、登録済みユーザは、プッシュサーバ１０４によって送信される電子メール情報を使用することによって、投稿を作成するために使用される。そうでなければ、何の操作も実行されない。

投稿が成功する場合、対象ウェブサイトは、記事のＩＤを第１のデータ処理インターフェースを通じて返す。つまり、対応する電子メール本文および電子メール添付ファイルがダウンロードされ得るように、電子メール抽象情報に対応するＩＤを返す。送信者の電子メールアドレスが、対応するウェブサイトにおいて登録済みユーザの電子メールアドレスでなければならないということは、一例に過ぎない。当業者は、送信者の電子メールアドレスと、対応するウェブサイトにおいて登録済みユーザの電子メールアドレスとの間の対応する関係が、ただ必要であるということを理解できる。

例えば、ユーザは、投稿を更新する機能を達成する必要があり得る。つまり、記事の公開者（または送信者）および件名は、ウェブサイト上に保存されている検出される。同じ送信者および件名が検出される場合、ウェブサイトは、最後に公開された内容を公開時間に従って検証し、内容を更新する。

ユーザは、投稿に返信する機能を達成する必要があり得る。必要に基づき、電子メールの件名は定められる。例えば、件名は、ＸＸＸで表される記事を返信する投稿を意味する「返信：ＸＸＸ」または「Ｒｅ：ＸＸＸ」として定められ得る。ウェブサイトは、記事の公開者および件名を通じて、投稿の位置を決定し得る。

電子メール抽象情報を対象ウェブサイト上に公開することに成功した後、つまり、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間などを含む情報が、ユーザの必要に基づきウェブサイト上に公開された後、プッシュサーバ１０４は、ウェブサイトによって返される電子メール抽象情報に対応するＩＤに基づき、電子メール抽象情報に対応する電子メール本文および／または電子メール添付ファイルの送信を決定する。

例えば、ウェブサイトによって提供される第２のデータ処理インターフェースに基づき、プッシュサーバ１０４は、電子メール抽象情報に対応する電子メール本文および／または電子メール添付ファイルをプッシュする。ウェブサイトによって提供される第２のデータ処理インターフェースは、電子メール本文および／または電子メール添付ファイルをプッシュするための添付ファイル伝送インターフェースである。伝送が成功する場合、インターフェースは真メッセージを返す。伝送が失敗する場合、エラーメッセージを返す。そのようなインターフェースの定義を以下の表５に示す。

さらに、登録済み電子メールアドレスが送信者の電子メールアドレスである例を使用すると、プッシュサーバ１０４は、投稿を送信するをトリガするメッセージを受信した後、電子メール抽象情報の送信に成功し、返されるＩＤを取得する。電子メール抽象情報内の様々なプロパティは、電子メール本文および／または電子メール添付ファイルの送信のために使用され、目標によって提供される添付ファイル伝送インターフェースとマッチングされる。成功する一致がある場合、プッシュサーバ１０４は、そのようなＩＤに対応する電子メール本文および添付ファイルを、ファイルサーバ２０４から読み出し、それらを対象ウェブサイトに第２のデータ処理インターフェースを通じてプッシュする。

対象ウェブサイトによる、投稿内の記事を表示し、投稿を返信するプロセスの間、ウェブサイトにプッシュされる記事はＨＴＭＬフォーマットであり得るため、ウェブサイトは、ＨＴＭＬウェブページを埋め込み記事を表示するための、ＩＦｒａｍｅまたは他の代替手段を直接的に通じて記事を表示し得る。添付ファイルは、ユーザによってダウンロードされる記事に付随する。

例えば、ｍは任意の整数であり得る、１つ以上の電子メールサーバ２０６（１）、２０６（２）、…、２０６（ｍ）から、収集サーバ１０２によって収集される電子メール本文が、写真を包含する場合、プッシュサーバ１０４は、電子メール本文内の写真のパスフォーマットをまず変更する。例えば、ウェブサイトの絶対パスが、そのような変更の基礎として、そのような写真の新しいパスフォーマットを取得するために使用可能である。例えば、写真「User.jpg」のパスフォーマットはhttp://blog.alibaba.com/12593121212/user.jpgに変更され、http://blog.alibaba.com/は対象ウェブサイトの絶対アドレスであり得、番号「12593121212」は電子メール本文の一意的なＩＤ番号であり得る。次に、写真の新しいパスフォーマットを使用して写真を識別する。最後に、新たに識別された写真を電子メール添付ファイルとしてプッシュする。つまり、プッシュサーバ１０４によってプッシュされる電子メール添付ファイルは、電子メール本文内の写真および従来の添付ファイルを含む。同時に、ｎは任意の整数であり得る、１つ以上のウェブサイト２０８（１）、２０８（２）、…、２０８（ｎ）に、プッシュサーバ１０４が電子メール添付ファイルをプッシュした後、そのようなウェブサイトは、電子メール添付ファイル内の従来の添付ファイル、ならびに電子メール本文内の写真を検証する。

上記の本開示の実施形態例において、ウェブサイトサーバがクラッシュする場合でも、記事は依然として公開され得る（つまり、送信または投稿への返信）。これは主に、本装置例が、ユーザが送信する電子メール情報を、データベースサーバ２０２および／またはファイルサーバ２０４に保存するためである。これは、記事を公開するウェブサイトサーバが一時的にクラッシュする場合でも、記事は本装置例のデータベースサーバ２０２および／またはファイルサーバ２０４において依然として保存される。プッシュサーバ１０４は、ウェブサイトサーバが復元されたということを観察した後、記事をウェブサイトにプッシュする。

上記の本開示の実施形態例において、収集サーバ１０２は、受信者の電子メールアドレスとウェブサイトとの間の多対多の関係を設定することを許可される。ユーザが、複数のウェブサイトに対して設定される受信者の電子メールアドレスに電子メールを送信した後、プッシュサーバ１０４は、電子メールを複数のウェブサイトにプッシュし得る。つまり、記事は複数のウェブサイトに同時に公開される。

図２に示す通り、データ層２１０、データ収集層２１２、データプッシュ層２１４およびデータ掲示層２１６の、本技術を実装する上での４つの層があり得る。１つ以上の電子メールサーバ２０６（１）、２０６（２）、…、２０６（ｍ）があり得、ｍはデータ層２１０における任意の整数であり得る。データ収集層２１２は、ファイルサーバ２０４、収集サーバ１０２およびデータベースサーバ２０２を含み得る。データプッシュ層２１４は、プッシュサーバ１０４を含み得る。データ掲示層２１６は、ｎは任意の整数であり得る、１つ以上のウェブサイト２０８（１）、２０８（２）、…、２０８（ｎ）を含み得る。

図３は、本開示の別の実施形態例に従って情報をウェブサイトに公開するための方法例の流れ図である。図３に示す通り、本方法例は以下の操作を含み得る。

３０２において、図１の収集サーバを通じて、登録情報に基づき、対応する登録サーバから公開情報を収集する。公開情報は、受信端末登録情報を含み得る。

３０４において、図１のプッシュサーバを通じて、受信端末登録情報に基づき、対応するウェブサイトに公開情報をプッシュする。受信端末登録情報は、対応するウェブサイトのサーバドメイン名アドレスと同一であるか、それに対応する。

上記の本開示の実施形態例の解決策は、ウェブサイトにログインすることなく情報をウェブサイトに配信する手段を提供する。ユーザは、公開情報を登録サーバから収集サーバを通じてダウンロードし、次にプッシュサーバに、登録情報を読み出させることによって、情報を配信する対象ウェブサイトを決定させることのみを必要とし、その結果、受信クライアントのサーバドメイン名アドレスに対応するウェブサイトに公開情報を直接的にプッシュすることを可能にし、メッセージの公開を完了する。ユーザは、情報公開のプロセスを完了するために各ウェブサイトに別々にログインすることを必要としない。これは、関連性のある既存技術によって提供されるウェブサイトで情報を公開する非常に過度かつ非効率的なプロセスという問題を解決する。本技術は、情報をウェブサイトで公開するための過程の低減を達成する。また、複数の登録サーバがあり得るという事実のため、複数の公開メッセージがダウンロードされ得る。つまり、情報を複数のウェブサイトに送信し、その結果、情報公開のための重複する過程の低減、および情報公開の効率性の改善を達成することが可能である。

具体的には、上記の本開示の実施形態例における登録サーバは、電子メールサーバ、即時通信ツールもしくはアプリケーションサーバ、および携帯電話文字メッセージサーバなど、またはネットワークを通じて情報を交換する任意の他のサーバであり得る。

例えば、登録サーバが即時通信アプリケーションサーバであるとき、現ユーザに対する登録済みユーザのアカウント番号が登録情報として使用可能である。ユーザは、クライアント上の即時通信ツールを使用して、１人または複数のユーザ（ログインアカウント番号またはユーザ名）にメッセージを配信する。全てのメッセージは、即時通信ツールサーバ上に保存される。登録済みユーザのログインアカウント番号またはユーザ名に基づき、収集サーバは、登録済みユーザによって即時通信ツールサーバから送信されるメッセージをダウンロードする。メッセージは、メッセージを配信するために即時通信ツールを使用するログインアカウント番号、メッセージ受信者のログインアカウント番号、およびメッセージの内容を含む。次に、プッシュサーバは、別のまたは複数のユーザのユーザ情報（メッセージ受信者のログインアカウント番号またはユーザ名）に基づき、メッセージを対象ウェブサイトに配信する。この時、メッセージ受信者のログインアカウント番号またはユーザ名は、対象ウェブサイトのサーバドメイン名アドレスに対応する。

登録サーバが携帯電話文字メッセージサーバであるとき、現ユーザによって登録済みの携帯電話番号が登録情報として使用可能である。現ユーザが、携帯電話を使用して、別のユーザまたは複数のユーザの携帯電話にメッセージを送信するとき、全てのメッセージは携帯電話文字メッセージサーバ上に保存される。収集サーバは、現ユーザの携帯電話番号に基づき、現携帯電話ユーザによって携帯電話文字メッセージサーバから送信される全てのメッセージをダウンロードする。そのようなメッセージは、メッセージ送信者（登録済み携帯電話番号を使用してメッセージを送信するユーザ）の携帯電話番号、メッセージ受信者の携帯電話番号、ならびにメッセージの内容を含む。次に、プッシュサーバは、別のまたは複数のユーザの携帯電話番号（メッセージ受信者の携帯電話番号）に基づき、情報を対象ウェブサイトに配信する。この時、メッセージ受信者の携帯電話番号は、対象ウェブサイトのサーバドメイン名に対応する。

より具体的には、本開示は、登録サーバが電子メールサーバである例を使用することによって、技術的解決策を詳細に説明し得る。登録情報が登録済み電子メールアドレスの電子メール情報であるとき、上記の実施形態例における操作は、登録情報に基づき、対応する登録サーバから公開情報を収集することを含む。公開情報は、受信端末登録情報を含む。受信端末登録情報に基づき、公開情報を対応するウェブサイトにプッシュするための操作は、以下を含み得る。

第１の過程において、登録済み電子メールアドレスの電子メールアドレス情報に基づき、対応する電子メールサーバからの電子メールを、登録済み電子メールアドレスにおける電子メールの電子メール情報を取得するためにダウンロードする。電子メール情報は、電子メール抽象情報を含み得る。

第２の過程において、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名を取得する。

第３の過程において、受信者の電子メールアドレスのユーザ名に基づき、電子メール情報を対応するウェブサイトにプッシュする。受信者の電子メールアドレスのユーザ名は、そのような登録済み電子メールアドレスに対応するウェブサイトのサーバドメイン名と同一であるか、それに対応する。

上記の過程は、図１および図２に示す通り、収集サーバ１０２によって独立して完了され得るか、収集サーバ１０２およびプッシュサーバ１０４の組み合わせを使用することによって完了され得る。具体的な実装法は、ネットワークおよびサーバの状態に基づき決定され得る。

上記の本開示の実施形態例の解決策は、電子メールによって情報をウェブサイトに送信する手段を提供する。ユーザは、電子メールを、登録済み電子メールアドレスから、収集サーバを通じてダウンロードすることのみを必要とし、次に対象ウェブサイトのウェブサイトアドレスを、プッシュサーバを通じてダウンロードされる電子メールの電子メール情報から抽出し、その結果、情報の内容を対象ウェブサイトに送信する。情報の内容は、そのような登録済み電子メールアドレスに対応するウェブサイトに、電子メールメッセージの形式で配信される。情報を送信するための上記の方法は、ユーザがウェブサイトにログインすることを必要としない。その代わりに、情報の内容を対象ウェブサイトに電子メールメッセージの形式でプッシュし、ユーザは、その必要および対象ウェブサイトに対応する各受信者の電子メールアドレスに基づき、電子メールを複数の受信者の電子メールアドレスに同時に送信し得る。本技術は、情報を複数のウェブサイトに送信する操作を達成し、その結果、情報を複数のウェブサイトに同時に送信する操作を達成し、情報をウェブサイトに公開するための従来の技術によって使用される、非常に過度かつ非効率的なプロセスという問題を解決する。さらに、本技術は、情報をウェブサイト上に公開するための過程の低減を達成し、情報公開の効率性を改善する。

収集サーバ１０２による上記過程の達成を例として考えられたい。上記の本開示の実施形態例において、電子メールアドレスは、収集サーバ１０２上にまず登録済みである。収集サーバ１０２の登録済み電子メールアドレスの設定の完了後、登録済み電子メールアドレスの全ての電子メールは、対応する電子メールサーバからダウンロードされる。

具体的には、本開示のプロセス例の間、収集サーバに登録済みの電子メールアドレスは、送信者の電子メールアドレスまたは受信者の電子メールアドレスであり得る。登録済み電子メールアドレスが送信者の電子メールアドレスである場合、収集サーバは、ローカル設定された送信者の電子メールアドレスの電子メール情報に基づき、全ての電子メールおよび電子メール情報を、送信者の電子メールアドレスの送信箱から取得する。電子メール情報は、電子メール抽象情報を含み得る。電子メール抽象情報は、全ての電子メールの受信者の電子メールアドレスを記録する。この時、プッシュサーバは、受信者の電子メールアドレスのユーザ名に基づき、電子メール情報をプッシュする。そのような受信者の電子メールアドレスのユーザ名は、電子メール情報がプッシュされる必要がある対象ウェブサイトのサーバドメイン名アドレスに対応する。

同様に、登録済み電子メールアドレスが受信者の電子メールアドレスである場合、収集サーバは、ローカル設定されたそのような受信者の電子メールアドレスの電子メールアドレス情報に基づき、全ての電子メールおよび電子メール情報を、受信者の電子メールアドレスの受信箱から取得する。電子メール情報は、電子メール抽象情報を含み得る。電子メール抽象情報は、全ての電子メールの受信者の電子メールアドレスを記録する。この時、プッシュサーバは、受信者の電子メールアドレスのユーザ名に基づき、電子メール情報をプッシュする。そのような受信者の電子メールアドレスのユーザ名は、電子メール情報がプッシュされる必要がある対象ウェブサイトのサーバドメイン名アドレスに対応する。上記の２つの例において、受信者の複数の電子メールアドレスがあり得る。

上記の実施形態例において、図１および図２に示す収集サーバ１０２は、上記の操作を実装し得る。例えば、登録済み電子メールアドレスが送信者の電子メールアドレスである例を使用すると、収集サーバは、送信者の電子メールアドレスの電子メールアドレス情報を、表１に定義されるフォーマットで設定する。収集サーバは、設定される電子メールアドレス情報に基づき、送信者の電子メールアドレスにログインし、全ての送信済み電子メールを含む、送信者の電子メールアドレスの送信済みボックス内の全ての電子メールおよび電子メール情報をダウンロードする。プロセス例の間、収集サーバは、送信者の電子メールアドレス（例えば、fatie@XXX.comなど）の定義済みのユーザ名およびパスワードを使用して電子メールサーバにログインし、次に、プリセットの間隔（例えば、５分など）で、登録済み電子メールアドレスにおける全ての電子メールを電子メールサーバから照会しダウンロードする。

収集サーバは、上記の通り、表２に基づき、転送規則を定義し得る。表２は、電子メールアドレスと、そのような電子メールアドレスに対応するウェブサイトとの間の関係を定義する。つまり、電子メールアドレスは、情報が公開される対象ウェブサイトを表す。さらに、登録済み電子メールアドレスが送信者の電子メールアドレスである例を使用すると、ユーザは、電子メールを、１人または複数の受信者の電子メールアドレスに、送信者の電子メールアドレスを通じて、同時に送信し得る。例えば、電子メールを登録済み電子メールアドレスからa@XXX.comに送信することは、ユーザが、表２の関係表に従ってウェブサイトａの投稿を送信する必要があることを表し得る。ユーザは、電子メールを、複数の受信者の電子メールアドレスに、１人の送信者の電子メールアドレスを通じて同時に送信することができるため、送信者の電子メールアドレスは、情報が投稿される必要がある対象ウェブサイトとの多対多の対応する関係を有する。１人の受信者の電子メールアドレスは、１つの対象ウェブサイトのアドレスに対応する。

収集サーバは、登録済み電子メールアドレスの電子メールアドレス情報の設定を通じて、電子メールを周期的に、または実時間でダウンロードした後、全ての電子メールの電子メール情報を収集サーバ上にローカルに保存し得る。プッシュサーバは、電子メール情報を収集サーバから取得し、電子メール情報内の受信者の電子メールアドレスとウェブサイトとの間のマッピング規則に基づき、対応する対象ウェブサイトに電子メール情報をプッシュする。代替的に、電子メール情報はまた、分類され他のサーバ上に保存され得る。プッシュサーバは、電子メール情報を他のサーバから読み出し、電子メール情報内の受信者の電子メールアドレスとウェブサイトとの間のマッピング規則に基づき、対応するウェブサイトに電子メール情報をプッシュする。

上記の本開示の実施形態例において、電子メール情報はまた、電子メール本文および電子メール添付ファイルを含み得る。登録済み電子メールアドレスにおける全ての電子メールの電子メール情報を取得した後、方法例は以下をさらに含み得る。各電子メールの一意的な識別（ＩＤ）を取得する。ＩＤおよびそのようなＩＤに対応する電子メール情報との間の関係を作成して関係表を取得する。ＩＤおよび電子メールアドレスとの間の関係を作成して関係表を取得するための操作例は、以下を含み得る。ＩＤおよびそのようなＩＤに対応する電子メール抽象情報との間の関係を、第１の関係表を取得するために作成する。加えて、または代替的に、ＩＤおよび、電子メール情報内の電子メール本文および電子メール添付ファイルとの間の関係を、第２の関係表を取得するために作成する。さらに、ＩＤとそのようなＩＤに対応する電子メール情報との間の関係を、関係表を取得するために作成した後、本方法例は以下を含み得る。関係表を１つ以上のサーバに保存する。１つ以上のサーバは、データベースサーバおよび／またはファイルサーバを含み得る。トリガメッセージをプッシュサーバに送信する。プッシュサーバが、受信されるトリガメッセージに基づき、サーバ上に保存される関係表を読み出す。

実施形態例において収集サーバが電子メールを受信した後、第１の関係表はデータベースシステム内に保存され得る。プッシュサーバが、対応する電子メール抽象情報をそのようなデータベースサーバから取得する。第２の関係表はファイルサーバ内に保存され得る。プッシュサーバは、対応する電子メール添付ファイルおよび電子メール本文を、ファイルサーバから取得し得る。

例えば、上記の実施形態例における収集サーバは、全ての電子メールをダウンロードし取得した後、１つ以上のプリセットの規則に従って、以下のパラメータのうちの任意の１つまたは任意の２つ以上の組み合わせに基づき、各電子メールの一意的なＩＤを取得し得る。パラメータは、収集サーバの機械シリアル番号／ＩＰアドレス、電子メールの送信時間、および無作為なシリアル番号を含み得る。ＩＤは、一意的な３２ビットのＩＤであり得る。

例えば、上記の表３に示す通り、データベースサーバ上に保存される電子メール抽象情報は、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間を含み得る。ＩＤは、電子メール抽象情報との対応する関係を作成するための一意的な識別子として使用可能である。加えて、各電子メールの電子メール本文および電子メール添付ファイルは、ファイルサーバ上にフォルダの形式で保存され得る。フォルダは、各電子メールの一意的なＩＤにちなんで命名され得る。しがたって、ＩＤと電子メール情報の電子メール本文および電子メール添付ファイルとの間の対応する関係は、取得され、ファイルサーバ上に保存される。

上記の実施形態例において、電子メール抽象情報は、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間を含み得る。電子メール情報を、受信者の電子メールアドレスのユーザ名に基づき、登録済み電子メールアドレスに対応するウェブサイトにプッシュするための操作例は、以下を含み得る。第１の関係表内の電子メール抽象情報を読み出す。アクセスされるウェブサイトを、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名に基づき決定する。ユーザ名は、ウェブサイトのサーバドメイン名アドレスに対応する。第１の関係表内の電子メール抽象情報のプロパティが、ウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、電子メール情報の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトに送信する。電子メール情報の電子メール抽象情報の送信が成功すると、ウェブサイトによって返されるそのような電子メール抽象情報に対応するＩＤが受信される。一致がない場合、電子メール情報の電子メール抽象情報のプッシュは終了する。

さらに、電子メール情報の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトにプッシュする前に、本方法例は以下を含み得る。ウェブサイトの登録済みユーザ情報表を照会して、電子メール情報内の受信者の電子メールアドレスに対応する登録済みユーザが存在するかどうかを決定する。照会が成功すると、電子メール情報の電子メール抽象情報はプッシュ許可される。照会が失敗すると、電子メール情報の電子メール抽象情報のプッシュは終了する。

上記の実施形態例において、収集サーバまたは収集サーバに接続されるプッシュサーバは、対象ウェブサイトのサーバドメイン名を、電子メール情報内の受信者の電子メールアドレスのユーザ名に基づき決定する。そのようなプロセスは照会プロセスであり得る。収集サーバまたは収集サーバに接続されるプッシュサーバは、表２に定義される通り、転送規則を既にプリセットしている。受信者の電子メールアドレス内のユーザ名は、アクセスされる対象ウェブサイトのサーバドメイン名アドレスと同一であるか、それに対応する。

投稿または公開情報の送信のための対象ウェブサイトを決定した後、収集サーバまたは収集サーバに接続されるプッシュサーバは、電子メール抽象情報内の様々なプロパティを、電子メール抽象情報をプッシュするための対象ウェブサイトを提供された第１のデータ処理インターフェース（記事公開インターフェース）とマッチングさせ得る。成功する一致がある場合、電子メール抽象情報は、そのようなインターフェースを通じてウェブサイトにプッシュされ得る。例えば、プッシュに先立って、電子メール抽象情報内に保持される送信者の電子メールアドレスが、対象ウェブサイト上に登録済みかどうかをまず決定し得る。つまり、ウェブサイトは、電子メールアドレスに対応する登録済みユーザが、「送信者の電子メールアドレス」を通じて登録済みであるかどうかを照会する。登録が既にある場合、送信者の電子メールアドレスに対応する登録済みユーザのログイン情報を取得し、登録済みユーザのログイン情報を使用して、投稿送信のための補足操作を実行する。つまり、登録済みユーザは、プッシュサーバによってプッシュされる電子メール情報を投稿するために使用される。そうでなければ、何の操作も実行されない。伝送が成功する場合、対象ウェブサイトは、記事のＩＤを第１のデータ処理インターフェースを通じて返す。つまり、対応する電子メール本文および添付ファイルをダウンロードするために、電子メール抽象情報に対応するＩＤを返す。

さらに、ウェブサイトによって返されたそのような電子メール抽象情報に対応するＩＤを受信した後、本方法例は以下を含み得る。返されるＩＤに基づき、そのようなＩＤに対応する電子メール本文および電子メール添付ファイルを、第２の関係表から読み出す。第２の関係表内の電子メール本文および電子メール添付ファイルのプロパティが、ウェブサイトによって提供される第２のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、ＩＤに対応する電子メール本文および電子メール添付ファイルを、第２のデータ処理インターフェースを通じてウェブサイトに送信する。一致がない場合、電子メール本文および電子メール添付ファイルの送信は失敗し、エラーメッセージが返される。

上記の本開示の実施形態例において、電子メール抽象情報を対象ウェブサイト上に公開することに成功した後、つまり、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間などの情報が、ユーザの必要に基づきウェブサイトで公開された後、収集サーバまたは収集サーバに接続されるプッシュサーバは、そのような電子メール抽象情報に対応する電子メール本文および／または電子メール添付ファイルを、ウェブサイトによって返される送信に成功した電子メール抽象情報に対応するＩＤに基づき決定する。

例えば、収集サーバまたは収集サーバに接続されるプッシュサーバは、電子メール抽象情報に対応する電子メール本文および／または電子メール添付ファイルを、ウェブサイトによって提供される第２のデータ処理インターフェースに基づきプッシュし得る。ウェブサイトによって提供される第２のデータ処理インターフェースは、電子メール本文および／または電子メール添付ファイルをプッシュするために使用される添付ファイル伝送インターフェースである。例えば、電子メール本文および電子メール添付ファイルの様々なプロパティは、対象ウェブサイトによって提供され、電子メール本文および／または電子メール添付ファイルをプッシュするために使用される、添付ファイル伝送インターフェースとマッチングされ得る。成功する一致がある場合、プッシュサーバは、そのようなＩＤに対応する電子メール本文および電子メール添付ファイルを、ファイルサーバから読み出し、それらを対象ウェブサイトに第２のデータ処理インターフェースを通じてプッシュする。伝送が成功する場合、インターフェースは、例えば、真などの、成功を意味するメッセージを返す。トランザクションが失敗である場合、インターフェースはエラーメッセージを返す。

例えば、上記の本開示の実施形態例において、収集サーバによって電子メールサーバから収集される電子メール本文が写真を包含する場合、プッシュサーバは、電子メール本文内の写真のパスフォーマットをまず変更する。例えば、ウェブサイトの絶対パスが、そのような変更の基礎として、そのような写真の新しいパスフォーマットを取得するために使用可能である。例えば、写真「User.jpg」のパスフォーマットはhttp://blog.alibaba.com/12593121212/user.jpgに変更され、http://blog.alibaba.com/は対象ウェブサイトの絶対アドレスであり得、番号「12593121212」は電子メール本文の一意的なＩＤ番号であり得る。次に、写真の新しいパスフォーマットを使用して写真を識別する。最後に、新たに識別された写真を電子メール添付ファイルとしてプッシュする。つまり、プッシュサーバによってプッシュされる電子メール添付ファイルは、電子メール本文内の写真および従来の添付ファイルを含む。同時に、プッシュサーバが電子メール添付ファイルを１つ以上のウェブサイトにプッシュした後、そのようなウェブサイトは、電子メール添付ファイル内の従来の添付ファイル、ならびに電子メール本文内の写真を検証する。

図の流れ図に示す過程は、コンピュータ実施可能命令を用いて設定される１つ以上のプロセッサを含むコンピューティングシステムによって実施可能である。例えば、ファイルサーバ、収集サーバ、データベースサーバ、プッシュサーバのそれぞれは、本明細書で説明される通り、それらの対応する機能性を実行するために、１つ以上のメモリ上に記憶されるコンピュータ実施可能命令を用いて設定される、１つ以上のプロセッサを含み得る。加えて、図の流れ図はいくつかの論理的シーケンスを示すが、いくつかの状況において、本明細書で示すか説明する操作は、図に示すか本明細書で説明する通り、異なるシーケンスで実施可能である。

図４は、本開示の別の実施形態例に従って情報をウェブサイトに公開するためのデバイス例４００の構造図を図示する。デバイス例４００は、１つ以上のプロセッサ（複数可）４０２およびメモリ４０４を含み得る。メモリ４０４は、コンピュータ可読媒体の一例である。本明細書において使用される場合、「コンピュータ可読媒体」は、コンピュータ記憶媒体および通信媒体を含む。

コンピュータ記憶媒体は、例えば、コンピュータ実施命令、データ構造、プログラムモジュール、または他のデータなどの情報の記憶のための任意の方法または技術で実装される、揮発性および非揮発性の、取り外し可能および取り外し不可能な媒体を含む。対照的に、通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを、例えば、搬送波などの、変調データ信号で具体化し得る。本明細書において定義される通り、コンピュータ記憶媒体は、通信媒体を含まない。メモリ４０４は、プログラム単位、またはモジュール、およびプログラムデータをその中に記憶し得る。

図４の事例において、メモリ４０４は、ダウンロードモジュール４０６および公開モジュール４０８をその中に記憶し得る。ダウンロードモジュール４０６は、登録情報に基づき、対応する登録サーバから公開情報を収集する。公開情報は、受信クライアントの登録情報を含み得る。公開モジュール４０８は、ダウンロードモジュールとの通信を確立し、受信端末登録情報に従って、対応するウェブサイトに公開情報を送信する。受信端末登録情報は、対応するウェブサイトのサーバドメインアドレスに対応する。

上記の本開示の実施形態の解決策は、ウェブサイトにログインすることなく情報をウェブサイトに配信する手段を提供する。ユーザは、公開情報を登録サーバから収集サーバを通じてダウンロードし、次にプッシュサーバに、登録情報を読み出させることによって、情報を配信する対象ウェブサイトを決定させることのみを必要とし、その結果、受信クライアントのサーバドメイン名アドレスに対応するウェブサイトに公開情報を直接的にプッシュすることを可能にし、メッセージの公開を完了する。ユーザは、情報公開のプロセスを完了するために各ウェブサイトに別々にログインすることを必要としない。これは、関連性のある既存技術によって提供されるウェブサイトで情報を公開する非常に過度かつ非効率的なプロセスという問題を解決する。本技術は、情報をウェブサイトで公開するための過程の低減を達成する。また、複数の登録サーバがあり得るという事実のため、複数の公開メッセージがダウンロードされ得る。つまり、情報を複数のウェブサイトに送信し、その結果、情報公開のための重複する過程の低減、および情報公開の効率性の改善を達成することが可能である。

具体的には、上記の本開示の実施形態における登録サーバは、電子メールサーバ、即時通信ツールもしくはアプリケーションサーバ、および携帯電話文字メッセージサーバなど、またはネットワークを通じて情報を交換する任意の他のサーバであり得る。

例えば、本開示は、電子メールサーバを登録サーバとして使用することによって、本技術を詳細に説明し得る。登録情報が登録済み電子メールアドレスの電子メール情報であるとき、上記の実施形態例におけるダウンロードモジュール４０６は、電子メールを、対応する電子メールサーバから、登録済み電子メールアドレスにおける電子メール情報に基づき、電子メールの電子メール情報を取得するためにダウンロードする。電子メール情報は、電子メール抽象情報を含み得る。公開モジュール４０８は、第１の取得モジュール４１０およびプッシュモジュール４１２を含み得る。第１の取得モジュール４１０は、公開モジュール４０８との接続をセットアップし、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名を取得する。プッシュモジュール４１２は、第１の取得モジュール４０８との接続をセットアップし、電子メール情報を、受信者の電子メールアドレスのユーザ名に基づき、対応するウェブサイトにプッシュする。受信者の電子メールアドレスのユーザ名は、そのような登録済み電子メールアドレスのウェブサイトに対応するサーバドメイン名アドレスと同一であるか、それに対応する。

上記の本開示の実施形態例の解決策は、電子メールによって情報をウェブサイトに送信する手段を提供する。ユーザは、電子メールを、登録済み電子メールアドレスから、収集サーバを通じてダウンロードすることのみを必要とし、次に対象ウェブサイトのウェブサイトアドレスを、プッシュサーバを通じてダウンロードされる電子メールの電子メール情報から抽出し、その結果、情報の内容を対象ウェブサイトに送信する。情報の内容は、そのような登録済み電子メールアドレスに対応するウェブサイトに、電子メールメッセージの形式で配信される。情報を送信するための上記の方法は、ユーザがウェブサイトにログインすることを必要としない。その代わりに、情報の内容を対象ウェブサイトに電子メールメッセージの形式でプッシュし、ユーザは、その必要および対象ウェブサイトに対応する各受信者の電子メールアドレスに基づき、電子メールを複数の受信者の電子メールアドレスに同時に送信し得る。本技術は、情報を複数のウェブサイトに送信する操作を達成し、その結果、情報を複数のウェブサイトに同時に送信する操作を達成し、情報をウェブサイトに公開するための従来の技術によって使用される、非常に過度かつ非効率的なプロセスという問題を解決する。さらに、本技術は、情報をウェブサイト上に公開するための過程の低減を達成し、情報公開の効率性を改善する。

上記の本開示の実施形態例における電子メール情報はまた、電子メール本文および電子メール添付ファイルを含み得る。公開モジュール４０８は、第２の取得モジュール４１４、第１の作成モジュール４１６、および／または第２の作成モジュール４１８をさらに含み得る。

第２の取得モジュール４１４は、各電子メールの一意的なＩＤを取得する。ＩＤは、１つ以上のプリセットの規則に従って、複数のパラメータのうちの任意の１つまたは任意の２つ以上の組み合わせを含み得る。パラメータは、クライアントデバイスのシリアル番号、電子メール時間、および無作為なシリアル番号を含み得る。第１の作成モジュール４１６は、第２の取得モジュール４１４との通信を確立し、ＩＤとそのようなＩＤに対応する電子メール抽象情報との間の関係を作成し、関係表を取得する。第２の作成モジュール４１８は、第２の取得モジュール４１４との通信を確立し、ＩＤと、電子メール情報内の電子メール本文および電子メール添付ファイルとの間の関係を作成し、第２の関係表を取得する。

さらに、電子メール抽象情報は、電子メール表題、送信者の電子メールアドレス、受信者の電子メールアドレス、および送信時間を含み得る。プッシュモジュール４１２は、第１の読み出しモジュール、検証モジュール、および第１の決定モジュールをさらに含み得る。第１の読み出しモジュールは、第１の関係表内の電子メール抽象情報を読み出す。検証モジュールは、アクセスされるウェブサイトを、電子メール抽象情報内の受信者の電子メールアドレスのユーザ名に基づき決定する。ユーザ名は、ウェブサイトのサーバドメイン名アドレスに対応する。第１の決定モジュールは、第１の関係表内の電子メール抽象情報のプロパティが、ウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、電子メール情報の電子メール抽象情報を、第１のデータ処理インターフェースを通じてウェブサイトに送信する。電子メール情報の電子メール抽象情報の送信が成功すると、ウェブサイトによって返されるそのような電子メール抽象情報に対応するＩＤが受信される。一致がない場合、電子メール情報の電子メール抽象情報のプッシュは終了する。

さらに、プッシュモジュール４１２は、第２の読み出しモジュールおよび第２の決定モジュールを含み得る。第２の読み出しモジュールは、返されるＩＤに基づき、そのようなＩＤに対応する電子メール本文および電子メール添付ファイルを、第２の関係表から読み出す。第２の決定モジュールは、第２の関係表内の電子メール本文および電子メール添付ファイルのプロパティが、ウェブサイトによって提供される第２のデータ処理インターフェースのプロパティに一致するかどうかを決定する。一致がある場合、ＩＤに対応する電子メール本文および電子メール添付ファイルを、第２のデータ処理インターフェースを通じてウェブサイトに送信する。一致がない場合、電子メール本文および電子メール添付ファイルの送信は失敗し、エラーメッセージが返される。

上記説明から、本技術は少なくとも以下の技術的効果を提供する。本開示は、各ウェブサイトにおいて記事およびコメントを生成するために、ユーザによって様々なウェブサイトに送信される電子メールを自動的に転送する機能を提供する。同時に、ウェブサイトサーバがクラッシュする場合でも、本技術は、ユーザによってサーバに選択のために送信される電子メールを保存する。ウェブサイトサーバが復元されたと決定された後、本技術は記事を対応するウェブサイトにプッシュする。加えて、本技術は、受信者の電子メールアドレスとウェブサイトとの間の多対多の関係の設定を許可する。ユーザは、複数のウェブサイトと送信済みボックスを用いて設定された電子メールアドレスに、電子メールを送信し得る。したがって、プッシュサーバは、電子メールを複数のウェブサイトに送信する。

当業者は、本明細書で説明される装置例、モジュール、およびデバイスは、汎用コンピューティングデバイスによって実行可能であるということを理解するであろう。装置、モジュール、およびデバイスは、単一のコンピューティングデバイスにおいて一体化され得るか、複数のコンピューティングデバイスを含むネットワークの間で分配され得る。代替的に、本開示において説明される操作または過程は、コンピューティングデバイスによって実施されるためにメモリに記憶され得る、コンピュータ実施可能命令を用いて設定される、１つ以上のコンピューティングデバイスによって実行可能である。代替的に、そのようなコンピュータ実施可能命令は、様々な回路に内蔵され得る。いくつかまたは全てのコンピュータ実施可能命令はまた、１つの回路に内蔵され得る。したがって、本技術は、ハードウェア、ソフトウェア、またはこれらの組み合わせの形式で実装可能である。本開示は、いかなるそのような組み合わせを限定しない。

上記の説明は、本開示の実施形態例を例示する。これらの実施形態は、実施形態例を例示するに過ぎず、本開示の範囲の限定を意図するものではない。当業者には、本開示の原則から逸脱することなく、若干の変更、差し替え、および改善が行われ得、依然として本開示の保護下であるとみなされるべきであることを理解されたい。

Claims (18)

1. 登録情報に基づき、登録サーバから公開情報であって、受信端末登録情報を含む公開情報を収集することであって、前記登録情報は、登録済み電子メールアドレスの電子メールアドレス情報を含む、ことと、
   前記受信端末登録情報に従って、対応するウェブサイトに前記公開情報をプッシュすることであって、
   電子メール抽象情報を第１の関係表から読み出すことであって、
   前記第１の関係表は、各電子メールに対する一意的なそれぞれの識別（ＩＤ）と前記それぞれのＩＤに対応するそれぞれの電子メール抽象情報との間の対応する関係を示し、
   前記電子メール抽象情報は、
   電子メール表題と、
   送信者の電子メールアドレスと、
   受信者の電子メールアドレスと、
   送信時間と、を含む、ことと、
   アクセスされる前記対応するウェブサイトを、前記受信者の前記電子メールアドレスに基づき決定することと、
   前記第１の関係表内の前記電子メール抽象情報のプロパティが、前記対応するウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定することと、
   一致があるという決定に応じて、
   前記電子メール抽象情報を、前記対応するウェブサイトに、前記第１のデータ処理インターフェースを通じて送信することと、
   前記電子メール抽象情報に対応するＩＤを取得することと、
   一致がないという決定に応じて、前記電子メール抽象情報の送信を終了することと、を含む、ことと、を含む、方法。
2. 前記受信端末登録情報が、前記対応するウェブサイトのドメイン名アドレスに対応する、請求項１に記載の方法。
3. 公開情報を前記登録サーバから収集することが、１つ以上の電子メールを対応する電子メールサーバからダウンロードして、前記電子メールの電子メール情報であって、電子メール抽象情報を含む電子メール情報を取得することを含み、
   前記受信端末登録情報に従って、前記対応するウェブサイトに前記公開情報をプッシュすることが、
   受信者の電子メールアドレスのユーザ名を、前記電子メール抽象情報から取得することと、
   前記電子メール情報を、前記受信者の前記電子メールアドレスの前記ユーザ名に従って、前記対応するウェブサイトにプッシュすることと、を含む、請求項１に記載の方法。
4. 前記電子メール情報が、電子メール本文または電子メール添付ファイルをさらに含み、
   前記電子メールの前記電子メール情報を取得した後、前記方法が、
   各電子メールに対する一意的な識別（ＩＤ）を作成することと、
   関係表を取得するために、それぞれのＩＤと、前記それぞれのＩＤに対応するそれぞれの電子メール情報との間の対応する関係を確立することと、をさらに含む、請求項３に記載の方法。
5. 前記関係表を取得するために、前記それぞれのＩＤと、前記それぞれのＩＤに対応するそれぞれの電子メール情報との間の前記対応する関係を確立することが、
   前記第１の関係表を取得するために、前記それぞれのＩＤと、前記それぞれのＩＤに対応するそれぞれの電子メール抽象情報との間の対応する関係を確立することを含む、請求項４に記載の方法。
6. 前記関係表を取得するために、前記それぞれのＩＤと、前記それぞれのＩＤに対応するそれぞれの電子メール情報との間の前記対応する関係を確立することが、
   第２の関係表を取得するために、前記それぞれのＩＤと、前記それぞれのＩＤに対応するそれぞれの電子メール本文またはそれぞれの電子メール添付ファイルとの間の対応する関係を確立することを含む、請求項５に記載の方法。
7. 前記電子メール抽象情報を、前記対応するウェブサイトに、前記第１のデータ処理インターフェースを通じて送信することに先立って、
   前記受信者の前記電子メールアドレスに対応する前記対応するウェブサイトにおいて登録済みユーザがいるかどうかを決定するために、前記対応するウェブサイトに照会することと、
   前記登録済みユーザがいるという決定に応じて、前記電子メール抽象情報の送信を許可することと、
   前記登録済みユーザがいないという決定に応じて、前記電子メール抽象情報の送信を終了することと、をさらに含む、請求項１に記載の方法。
8. 前記電子メール抽象情報に対応する前記ＩＤを取得した後に、
   前記取得されたＩＤに対応するそれぞれの電子メール本文またはそれぞれの電子メール添付ファイルを読み出すことと、
   前記第２の関係表内の前記それぞれの電子メール本文または前記それぞれの電子メール添付ファイルのプロパティが、前記対応するウェブサイトによって提供される第２のデータ処理インターフェースのプロパティに一致するかどうかを決定することと、
   一致があるという決定に応じて、前記それぞれの電子メール本文または前記電子メール添付ファイルを、前記対応するウェブサイトに、前記第２のデータ処理インターフェースを通じて送信することと、
   一致がないという決定に応じて、前記それぞれの電子メール本文または前記電子メール添付ファイルの送信を保留することと、をさらに含む、請求項６に記載の方法。
9. 前記関係表を取得するために、前記それぞれのＩＤと、前記それぞれのＩＤに対応するそれぞれの電子メール情報との間の前記対応する関係を確立した後に、
   前記関係表を、データベースサーバまたはファイルサーバを含むサーバに記憶することと、
   前記記憶された関係表を前記サーバから読み出すために、トリガメッセージをプッシュサーバに送信することと、をさらに含む、請求項５に記載の方法。
10. 前記ＩＤが、１つ以上のプリセットの規則に従って、複数のパラメータのうちの任意の１つまたは任意の２つ以上の組み合わせを含み、前記複数のパラメータが、
    クライアント端末のシリアル番号と、
    電子メール時間と、
    無作為なシリアル番号と、を含む、請求項４に記載の方法。
11. 登録情報に基づき、登録サーバから公開情報であって、受信端末登録情報を含む公開情報を収集する収集サーバであって、前記登録情報は、登録済み電子メールアドレスの電子メールアドレス情報を含む、収集サーバと、
    前記受信端末登録情報に従って、対応するウェブサイトに前記公開情報をプッシュするプッシュサーバであって、
    データベースサーバとの通信を確立し、第１の関係表内の電子メール抽象情報を、前記データベースサーバから読み出す、第１の読み出し装置であって、
    前記第１の関係表は、各電子メールに対する一意的なそれぞれの識別（ＩＤ）と前記それぞれのＩＤに対応するそれぞれの電子メール抽象情報との間の対応する関係を示し、
    前記電子メール抽象情報は、
    電子メール表題と、
    送信者の電子メールアドレスと、
    受信者の電子メールアドレスと、
    送信時間と、を含む、第１の読み出し装置と、
    アクセスされる前記対応するウェブサイトを、前記受信者の前記電子メールアドレスのユーザ名に基づき決定する、処理装置と、
    第１の決定装置であって、
    前記第１の関係表内の前記電子メール抽象情報のプロパティが、前記対応するウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定し、
    一致があるという決定に応じて、
    前記電子メール抽象情報を、前記対応するウェブサイトに、前記第１のデータ処理インターフェースを通じて送信し、
    前記電子メール抽象情報に対応するＩＤを取得し、
    一致がないという決定に応じて、前記電子メール抽象情報の送信を終了する、第１の決定装置と、を含むプッシュサーバと、を含む、システム。
12. １つ以上の電子メールを、対応する電子メールサーバから、前記電子メールの電子メール抽象情報を含む電子メール情報を取得するためにダウンロードする、前記収集サーバと、
    受信者の電子メールアドレスのユーザ名を、前記電子メール抽象情報から取得し、前記受信者の前記電子メールアドレスのユーザ名に基づき、前記対応するウェブサイトに前記電子メール情報をプッシュする、前記プッシュサーバと、を含む、請求項１１に記載のシステム。
13. 電子メール情報が、電子メール本文または電子メール添付ファイルをさらに含み、
    前記収集サーバが、
    各電子メールに対する一意的な識別（ＩＤ）を取得し、
    第１の関係表を取得するために、それぞれのＩＤと、前記それぞれのＩＤに対応するそれぞれの電子メール抽象情報との間の対応する関係を確立し、
    第２の関係表を取得するために、それぞれのＩＤと、前記それぞれのＩＤに対応するそれぞれの電子メール本文またはそれぞれの電子メール添付ファイルとの間の対応する関係を確立する、請求項１１に記載のシステム。
14. 前記収集サーバとの通信を確立し、前記第１の関係表を記憶する、データベースサーバと、
    前記収集サーバとの別の通信を確立し、前記第２の関係表を記憶する、ファイルサーバと、をさらに含む、請求項１３に記載のシステム。
15. 前記プッシュサーバが、
    前記ＩＤを受信する受信装置と、
    第２の読み出し装置であって、
    前記ＩＤに基づき、前記ＩＤに対応する電子メール本文または電子メール添付ファイルを、前記第２の関係表から読み出し、
    前記第２の関係表内の前記それぞれの電子メール本文または前記それぞれの電子メール添付ファイルのプロパティが、前記対応するウェブサイトによって提供される第２のデータ処理インターフェースのプロパティに一致するかどうかを決定し、
    一致があるという決定に応じて、前記それぞれの電子メール本文または前記電子メール添付ファイルを、前記対応するウェブサイトに、前記第２のデータ処理インターフェースを通じて送信し、
    一致がないという決定に応じて、前記それぞれの電子メール本文または前記電子メール添付ファイルの送信を保留する、第２の読み出し装置と、をさらに含む、請求項１４に記載のシステム。
16. 登録情報に基づき、登録サーバから公開情報であって、受信端末登録情報を含む公開情報を収集するダウンロードモジュールであって、前記登録情報は、登録済み電子メールアドレスの電子メールアドレス情報を含む、ダウンロードモジュールと、
    前記ダウンロードモジュールとの通信を確立し、前記受信端末登録情報に従って、対応するウェブサイトに前記公開情報を送信する公開モジュールであって、
    電子メール抽象情報を第１の関係表から読み出し、
    前記第１の関係表は、各電子メールに対する一意的なそれぞれの識別（ＩＤ）と前記それぞれのＩＤに対応するそれぞれの電子メール抽象情報との間の対応する関係を示し、
    前記電子メール抽象情報は、
    電子メール表題と、
    送信者の電子メールアドレスと、
    受信者の電子メールアドレスと、
    送信時間と、を含み、
    アクセスされる前記対応するウェブサイトを、前記受信者の前記電子メールアドレスに基づき決定し、
    第１の関係表内の前記電子メール抽象情報のプロパティが、前記対応するウェブサイトによって提供される第１のデータ処理インターフェースのプロパティに一致するかどうかを決定し、
    一致があるという決定に応じて、
    前記電子メール抽象情報を、前記対応するウェブサイトに、前記第１のデータ処理インターフェースを通じて送信し、
    前記電子メール抽象情報に対応するＩＤを取得し、
    一致がないという決定に応じて、前記電子メール抽象情報の送信を終了する、公開モジュールと、を含む、デバイス。
17. １つ以上の電子メールを、対応する電子メールサーバから、前記電子メールの電子メール抽象情報を含む電子メール情報を取得するためにダウンロードする、前記ダウンロードモジュールと、を含み、
    前記公開モジュールが、
    受信者の電子メールアドレスのユーザ名を、前記電子メール抽象情報から取得する、第１の取得モジュールと、
    前記電子メール情報を、前記受信者の電子メールアドレスの前記ユーザ名に従って、前記対応するウェブサイトにプッシュする、プッシュモジュールと、を含む、請求項１６に記載のデバイス。
18. 前記電子メール情報が、電子メール本文または電子メール添付ファイルをさらに含み、
    前記デバイスが、
    第２の取得モジュールが、各電子メールの一意的なＩＤを取得する、
    前記第２の取得モジュールとの通信を確立し、前記ＩＤとそのようなＩＤに対応する前記電子メール抽象情報との間の関係を作成し、第１の関係表を取得する、第１の作成モジュールと、
    前記第２の取得モジュールとの通信を確立し、前記ＩＤと、前記電子メール情報内の前記電子メール本文または前記電子メール添付ファイルとの間の関係を作成し、第２の関係表を取得する、第２の作成モジュールと、をさらに含む、請求項１７に記載のデバイス。