(57)【要約】  本発明は、情報提示方法、及び装置に関するものであって、ネットワーク技術分野に属する。前記情報提示方法は、端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するステップと、前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップと、少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにするステップとを含む。【選択図】図１
2016500190.tif 000002
【特許請求の範囲】
【請求項１】
端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するステップと、
前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップと、
少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにするステップと
を含むことを特徴とする情報提示方法。
【請求項２】
前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップは、
前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するステップを含む
ことを特徴とする請求項１に記載の情報提示方法。
【請求項３】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応し、
前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するステップは、
前記指定情報をあらかじめ設定されたイメージテンプレートに盛り込んで、前記指定情報に対応する指定ページを取得するステップと、
当該指定ページをイメージに変換して前記リッチテキスト情報を取得するステップとを含むか、
または、
前記指定情報をあらかじめ設定されたオーディオテンプレートに盛り込んで得られたオーディオファイルを前記リッチテキスト情報として取得するステップを含むことを特徴とする請求項２に記載の情報提示方法。
【請求項４】
前記情報提示要求には、ユーザのアカウントがさらに含まれ、
前記情報提示方法は、
確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップと、
前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、前記指定情報に対して処理を行うステップと
をさらに含むことを特徴とする請求項１に記載の情報提示方法。
【請求項５】
確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップの前に、
前記端末から、前記端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信するステップと、
前記ユーザのアカウントと前記ターゲットサーバのアカウントを対応付けて対応関係を確立するステップと
をさらに含むことを特徴とする請求項４に記載の情報提示方法。
【請求項６】
前記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含む
ことを特徴とする請求項１〜５のいずれかに記載の情報提示方法。
【請求項７】
前記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである
ことを特徴とする請求項１〜５のいずれかに記載の情報提示方法。
【請求項８】
端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するための情報提示要求受信モジュールと、
前記指定情報を処理することにより、当該指定情報のリッチテキスト情報を取得するための処理モジュールと、
少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにする提示要求送信モジュールと
を含むことを特徴とする情報提示装置。
【請求項９】
前記処理モジュールは、前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するための処理ユニットを含む
ことを特徴とする請求項８に記載の情報提示装置。
【請求項１０】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応し、
前記処理ユニットは、
前記指定情報をあらかじめ設定されたイメージテンプレートに盛り込んで、当該指定情報に対応する指定ページを取得し、当該指定ページをイメージに変換して前記リッチテキスト情報を得るための第１の処理サブユニット、または、
前記指定情報をあらかじめ設定されたオーディオテンプレートに盛り込んで得られたオーディオファイルを前記リッチテキスト情報として取得するための第２の処理サブユニット
を含むことを特徴とする請求項９に記載の情報提示装置。
【請求項１１】
前記情報提示要求には、ユーザのアカウントがさらに含まれ、
前記情報提示装置は、
確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するためのターゲットアカウント取得モジュールと、
当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、前記指定情報に対して処理を行うためのアカウント処理モジュールと
をさらに含むことを特徴とする請求項８に記載の情報提示装置。
【請求項１２】
前記端末から、当該端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信するためのバインディング要求受信モジュールと、
前記ユーザのアカウントと前記ターゲットサーバのアカウントを対応付けて対応関係を確立するための対応関係確立モジュールと
をさらに含むことを特徴とする請求項１１に記載の情報提示装置。
【請求項１３】
前記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含む
ことを特徴とする請求項８〜１２のいずれかに記載の情報提示装置。
【請求項１４】
前記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである
提示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、出願番号がＣＮ２０１３１０５２８３７３．１であって、出願日が２０１３年１０月３０日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。
【０００２】
本発明は、ネットワーク技術分野に属し、具体的には、情報提示方法、及び装置に関するものである。
【背景技術】
【０００３】
ネットワーク技術の発展、及び情報提示プラットフォームの普及につれて、ユーザは、テキスト情報、イメージ又はオーディオファイルなどのいろんな種類の情報を情報提示プラットフォームに提示できるようになっている。一方、ユーザのニーズの高度化につれて、例えば、ユーザが入力したテキスト情報をイメージに変換した後に提示するような、簡単なテキスト情報をリッチテキスト情報に変換した後に提示することを望むユーザがますます増えている。
【０００４】
具体的には、端末においてユーザから入力されたテキスト情報をリッチテキスト情報に変換した後、それを情報提示プラットフォームに関連するサーバにアップロードし、当該サーバにより、当該情報提示プラットフォームにリッチテキスト情報を提示することによって、リッチテキスト情報を提示する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明を実現する過程において、発明者は、従来技術に少なくとも次の問題が存在することが分かった。即ち、テキスト情報をリッチテキスト情報に変換する時際に、端末のリソースを大量に消費する可能性があるため、遅い動作や、システムダウンを引き起こしやすくなり、端末の正常運行に影響を与え、且つリッチテキスト情報の容量が一般的に大きいため、端末が当該リッチテキスト情報をサーバへ伝送する時、多量のデータトラフィック量が必要である。
【０００６】
本発明は、従来技術に存在する上記の問題を解決するための情報提示方法、及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の実施例の第１の態様によると、情報提示方法を提供し、当該情報提示方法は、端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するステップと、前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップと、少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにするステップとを含む。
【０００８】
前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップは、前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するステップを含む。
【０００９】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応し、前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するステップは、前記指定情報をあらかじめ設定されたイメージテンプレートに盛り込んで、前記指定情報に対応する指定ページを取得するステップと、当該指定ページをイメージに変換して前記リッチテキスト情報を取得するステップとを含むか、または、前記指定情報をあらかじめ設定されたオーディオテンプレートに盛り込んで得られたオーディオファイルを前記リッチテキスト情報として取得するステップを含む。
【００１０】
前記情報提示要求には、ユーザのアカウントがさらに含まれ、前記情報提示方法は、確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップと、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、前記指定情報に対して処理を行うステップとをさらに含む。
【００１１】
確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断する前に、前記端末から、少なくとも前記端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信するステップと、前記ユーザのアカウントと前記ターゲットサーバのアカウントを対応付けて対応関係を確立するステップとをさらに含む。
【００１２】
前記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含む。
【００１３】
前記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである。
【００１４】
本発明の実施例の第２の態様によると、情報提示装置を提供し、当該情報提示装置は、端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するための情報提示要求受信モジュールと、前記指定情報を処理することにより、当該指定情報のリッチテキスト情報を取得するための処理モジュールと、少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにする提示要求送信モジュールとを含む。
【００１５】
前記処理モジュールは、前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するための処理ユニットを含む。
【００１６】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応し、前記処理ユニットは、前記指定情報をあらかじめ設定されたイメージテンプレートに盛り込んで、当該指定情報に対応する指定ページを取得し、当該指定ページをイメージに変換して前記リッチテキスト情報を得るための第１の処理サブユニット、または、前記指定情報をあらかじめ設定されたオーディオテンプレートに盛り込んで得られたオーディオファイルを前記リッチテキスト情報として取得するための第２の処理サブユニットを含む。
【００１７】
前記情報提示要求には、ユーザのアカウントがさらに含まれ、前記情報提示装置は、確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するためのターゲットアカウント取得モジュールと、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、前記指定情報に対して処理を行うためのアカウント処理モジュールとをさらに含む。
【００１８】
前記情報提示装置は、前記端末から、当該端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信するためのバインディング要求受信モジュールと、前記ユーザのアカウントと前記ターゲットサーバのアカウントを対応付けて対応関係を確立するための対応関係確立モジュールとをさらに含む。
【００１９】
前記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含む。
【００２０】
前記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである。
【００２１】
理解すべきことは、以上の統括な記述と以下の詳細記述は、ただ例示的なものであって解釈するためのものであり、本発明を限定するものではない。
【発明の効果】
【００２２】
本発明の実施例にかかる情報提示方法と情報提示装置によると、指定情報を処理して当該指定情報のリッチテキスト情報を取得することによって、端末で当該指定情報を処理することによる遅い動作やシステムダウンなどの発生を避けることができ、端末のリソースを節約すると共に、端末からプロセスサーバへリッチテキスト情報を送信する必要がなく、当該プロセスサーバへ指定情報を送信するだけでよいため、端末で消費されるデータトラフィック量を減少させる、という効果がある。
【００２３】
理解すべきことは、以上の概要の記述と以下の詳細記述は、ただ例示的なものであり、本発明を限定するものではない。
【図面の簡単な説明】
【００２４】
以下の図面は、本明細書の一部分として明細書全体を構成し、本発明に合致する実施例を例示するとともに、本発明の原理を解釈するためのものである。
【００２５】
本発明の技術方案をより明瞭に説明するため、以下、実施例の説明に必要な図面について簡単な説明を行う。ただし、これらの図面はただ本発明の一部の実施例であり、これらの図面により他の図面を取得できることは、当業者にとって自明なことである。ここで説明する図面は、ただ本発明をさらに理解させるために提供するものであって、明細書の一部分を構成し、本発明を限定するものではない。
【００２６】
これらの図面のうち：
【図１】本発明の一実施例による情報提示方法を示すフロー図である。
【図２】本発明の一実施例による情報提示方法を示すフロー図である。
【図３】本発明の一実施例による情報提示装置の構成を示す模式図である。
【図４】本発明の一実施例によるサーバの構成を示す模式図である。
【００２７】
以上の図面を通じて、本発明の実施例を例示しているが、そのさらに具体的な内容については後述する。これらの図面及び文字記載は、本発明の趣旨の範囲を限定するためのものではなく、特定の実施例を参照として、当業者に本発明のコンセプトを理解させるためのものである。
【発明を実施するための形態】
【００２８】
以下、本発明の目的、技術案及び利点をさらに明確にするために、図面を参照しながら本発明の実施例をさらに詳しく説明する。ここで、本発明の例示的な実施例、及びその説明は、本発明を解釈するためのものであって、本発明を限定するためのものではない、ことを理解すべきである。
【００２９】
以下、図面に合わせて、本発明の実施例にかかる情報提示方法、装置及び端末装置について詳細な説明を行う。
【００３０】
図１は、本発明の一実施例による情報提示方法を示すフロー図である。本実施例の方法はプロセスサーバにより実行される。
【００３１】
当該図１を参照すると、ステップ１０１において、端末から送信された、少なくともターゲットサーバのＩＤ及び指定情報が含まれている情報提示要求を受信する。当該ターゲットサーバのＩＤは、上記指定情報を提示するターゲットサーバを確定するためのものである。
【００３２】
ステップ１０２において、当該指定情報を処理することにより、当該指定情報のリッチテキスト情報を取得する。
【００３３】
ステップ１０３において、少なくとも当該リッチテキスト情報が含まれているリッチテキスト提示要求をターゲットサーバに送信して、当該ターゲットサーバがリッチテキスト情報を提示するようにする。
【００３４】
本実施例の情報提示方法によると、プロセスサーバにおいて指定情報を処理して、当該指定情報のリッチテキスト情報を取得することで、端末で指定情報を処理することによる遅い動作やシステムダウンの発生を避けることができ、端末のリソースを節約すると共に、端末からプロセスサーバへリッチテキスト情報を送信する必要がなく、当該プロセスサーバへ指定情報を送信するだけでよいため、端末で消費されるデータトラフィック量を減少させる。
【００３５】
指定情報を処理して当該指定情報のリッチテキスト情報を取得するステップは、当該指定情報をあらかじめ設定されたテンプレートに盛り込んでリッチテキスト情報を取得するステップ含む。
【００３６】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応する。上記指定情報をあらかじめ設定されたテンプレートに充填してリッチテキスト情報を取得するステップは、当該指定情報をあらかじめ設定されたイメージのテンプレートに充填して、当該指定情報に対応する指定ページを取得するステップと、当該指定ページをイメージに変換してリッチテキスト情報を取得するステップとを含むか、または、当該指定情報をあらかじめ設定されたオーディオテンプレートに充填してオーディオファイルを取得し、それを当該リッチテキスト情報とするステップを含む。
【００３７】
上記情報提示要求にはさらにユーザのアカウントが含まれている。当該情報提示方法は、ユーザのアカウントとターゲットサーバのアカウントとが対応付けられてなる対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップと、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、当該指定情報に対して処理を行うステップと、をさらに含む。
【００３８】
当該方法は、ユーザのアカウントとターゲットサーバのアカウントとが対応付けられてなる対応関係に基づいて、ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップを行う前に、端末から、当該端末のユーザのアカウント、ユーザにより入力されたターゲットサーバのアカウント及びパスワードが含まれているバインディング要求を受信するステップと、ユーザのアカウントとターゲットサーバのアカウントとを対応付けるステップと、をさらに含む。
【００３９】
当該リッチテキスト情報は、少なくとも静的イメージ、動的イメージ及びオーディオファイルのうちのいずれか一つを含む。
【００４０】
上記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである。
【００４１】
以上の選択可能な全ての技術方案は任意に組み合わされて本発明の選択可能な実施例を構成できるが、ここではその詳細な説明を省略する。
【００４２】
図２は、一実施例による情報提示方法の例示的なフロー図であり、当該実施例に係るインタラクションの主体は、端末、プロセスサーバ、及びターゲットサーバである。図２を参照すると、本情報提示方法は、以下のステップを含む。
【００４３】
ステップ２０１において、端末は、情報提示命令を受信すると、当該端末のユーザのアカウントとターゲットサーバのアカウントがバインディングされているかどうかを判断し、バインディングされている場合、ステップ２０２を実行し、バインディングされていない場合、ステップを終了させる。
【００４４】
そのうち、上記ターゲットサーバのアカウントは、当該ターゲットサーバに登録したアカウントである。当該ターゲットサーバは、リッチテキスト情報を提示するために用いられ、マイクロブログサーバ、空間サーバ又はウィーチャット(ＷｅＣｈａｔ)サーバなどのインスタントメッセージングサーバまたは情報提示サーバであってもよいし、インスタントメッセージングサーバまたは情報提示サーバの機能モジュールであってもよいが、本実施例においてはそれについて限定しない。
【００４５】
本実施例は、インスタントメッセージングソフトウェア又は情報提示プラットフォームに指定情報のリッチテキスト情報を提示する場合に応用される。本実施例において、当該端末は、ユーザが情報提示命令をトリガーするように、例えば、「マイクロブログ上で共有」、「空間で共有」などのオプションを提供することができる。当該端末は、ユーザが「マイクロブログ上で共有」のオプションをクリックした操作を検出すると、情報提示命令を受信したと確認し、当該端末のユーザのアカウントにターゲットサーバのアカウントがバインディングされているかどうかを判断する。即ち、当該端末のユーザのアカウントにマイクロブログのアカウントがバインディングされているかどうかを判断する。なお、上記情報提示命令は、個性的な署名を修正する要求、個人ホームページで最新状態を発表する要求などによりトリガーされてもよく、本実施例においてはそれについて限定しない。
【００４６】
本実施例において、ステップ２０１において、当該端末とターゲットサーバのアカウントがバインディングされているか否かを判断することによって、情報を提示する過程において、プロセスサーバが当該端末に指定情報をリッチテキスト情報に変換するサービスを提供する必要があるか否かを確定する。
【００４７】
本実施例において、指定情報を提示する際、ターゲットサーバが当該ターゲットサーバのアカウントの身分で提示できるようにするために、当該ユーザのアカウントとターゲットサーバのアカウントがバインディングされているか否かを確認する必要がある。当該端末は、当該プロセスサーバが当該ユーザのアカウントに当該ターゲットサーバのアカウントをバインディングするとき、当該ユーザのアカウントにバインディングＩＤを追加することができる。相応的に、上記ステップ２０１は、当該端末が情報提示命令を受信した時、当該端末のユーザのアカウントにバインディングＩＤが含まれているか否かを判断し、バインディングＩＤが含まれている場合、ステップ２０２を実行し、バインディングＩＤが含まれていない場合、処理を終了させるステップを含む。
【００４８】
ここで、説明すべきことは、本実施例では、端末のユーザのアカウントにターゲットサーバのアカウントがバインディングされているか否かを判断することを例として説明したが、実際の応用において、上記の判断を行なわずに直接ステップ２０２を実行し、その後に、プロセスサーバにより判断するか、或いはターゲットサーバが観光客(ｔｏｕｒｉｓｔ)の身分で上記指定情報のリッチテキスト情報を直接提示してもよく、本実施例はそれについて限定しない。
【００４９】
さらに説明すべきことは、本実施例では、端末のユーザのアカウントにターゲットサーバのアカウントがバインディングされていないと確認された場合いかなる操作も行わないことを例として説明したが、実際の応用において、ステップ２０１を実行した後、当該方法は以下のステップをさらに含んでもよい。当該ステップにおいて、端末は、当該端末のユーザのアカウントにターゲットサーバのアカウントがバインディングされていないと確認すると、アカウント情報の入力インタフェースを表示して、ユーザがバインディングしようとするターゲットサーバのアカウント、及びパスワードを入力するように提示し、ユーザが入力したターゲットサーバのアカウント及びパスワードを受信すると、ユーザから入力されたターゲットサーバのアカウント及びパスワードが含まれているバインディング要求をプロセスサーバに送信し、当該プロセスサーバから送信されたバインディング成功メッセージを受信すると、ステップ２０２を実行する。
【００５０】
ステップ２０２において、当該端末は、プロセスサーバに、ユーザのアカウント、指定情報及びターゲットサーバＩＤが含まれている情報提示要求を送信する。上記ターゲットサーバＩＤは、上記指定情報を提示するターゲットサーバを確定するためのものである。
【００５１】
ここで、当該指定情報は、テキスト又はイメージなどの形式の情報であって、例えば、ユーザが当該情報提示命令をトリガーする前にあらかじめ選択したかまたはあらかじめ入力した情報であってもいいし、ユーザが当該情報提示命令をトリガーした後、当該端末に表示された提示情報インタフェースで入力した情報であってもよく、本実施例ではそれに対して限定しない。なお、上記ユーザのアカウントは、当該端末の電話番号、当該端末のシーケンス番号などの当該端末のＩＤであってもいいし、ａｐｐｌｅ ＩＤ（アップルアカウント）又は小米アカウントなどの、ユーザが当該端末に登録するために必要なアカウントであってもいい。
【００５２】
本実施例において、上記ターゲットサーバＩＤは、指定情報を提示するターゲットサーバを確定するために用いられるものであって、当該ターゲットサーバの名称またはアドレスなどであってもよいが、本実施例ではそれについて限定しない。
【００５３】
相応的に、ユーザから選択された共有オプションにより、当該情報提示要求に含まれているターゲットサーバＩＤも異なり、最終に確定されるターゲットサーバも異なる。例えば、ユーザが「マイクロブログ上で共有」のオプションをクリックした操作が検知された場合、端末がプロセスサーバに情報提示要求を送信するが、この場合、当該情報提示要求に含まれているターゲットサーバＩＤは「マイクロブログ」であり、最終に確定されるターゲットサーバはマイクロブログサーバである。或いは、ユーザが「ウィーチャット上で共有」のオプションをクリックした操作が検知された場合、端末がプロセスサーバに情報提示要求を送信するが、この場合、当該情報提示要求に含まれているターゲットサーバＩＤは「ウィーチャット」であり、最終に確定されるターゲットサーバはウィーチャットサーバである。
【００５４】
本実施例において、ユーザから選択された異なる共有オプションによって異なるターゲットサーバを確定し、これによって、指定情報をリッチテキスト情報の形式で異なるターゲットサーバに提示することを実現できる。
【００５５】
ステップ２０３において、プロセスサーバは、情報提示要求を受信すると、ユーザのアカウントとターゲットサーバのアカウントとの対応関係から、当該ユーザのアカウントに対応するターゲットサーバのアカウントがあるか否かを判断し、対応するターゲットサーバのアカウントがある場合、ステップ２０４を実行し、対応するターゲットサーバのアカウントがない場合、処理を終了させる。
【００５６】
本実施例において、指定情報のリッチテキスト情報を提示するために、当該リッチテキスト情報を生成する必要があり、上記プロセスサーバにより当該指定情報を処理することにより、当該指定情報のリッチテキスト情報を得る。ただし、当該プロセスサーバは、ターゲットサーバが当該ターゲットサーバのアカウントの身分（ｉｄｅｎｔｉｔｙ）で情報を提示するように、上記指定情報に対する処理を行う前に、まず当該ユーザのアカウントに対応するターゲットサーバのアカウントがあるか否かを判断する。
【００５７】
上記のステップ２０１と異なり、ステップ２０３においては、当該ユーザのアカウントに対応付けられているターゲットサーバのアカウントがあるか否かを判断して、当該ユーザのアカウントに対応するターゲットサーバのアカウントを取得し、これによって、当該ターゲットサーバのアカウントにより当該リッチテキスト情報を提示する。
【００５８】
そのうち、プロセスサーバは、ターゲットサーバが当該プロセスサーバのために保留したターゲットサーバのアカウントに基づいて、対応するターゲットサーバのアカウントを各ユーザのアカウントに自動的に割り当て、ユーザのアカウントとターゲットサーバのアカウントとを対応付けてもよく、端末のバインディング要求を受信したときに、当該端末のユーザのアカウントとバインディングしようとするターゲットサーバのアカウントとを対応付けてもよく、この場合、バインディングしようとするターゲットサーバのアカウント及びパスワードに対する検証は、ターゲットサーバにより行うことができる。
【００５９】
相応的に、上記のステップ２０３を実行する前に、さらに次のステップを実行してもよい。当該ステップにおいて、プロセスサーバは、端末から当該端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信すると、当該ターゲットサーバへ当該ターゲットサーバのアカウント及びパスワードを送信する。当該ターゲットサーバは、当該ターゲットサーバのアカウント及びパスワードを受信すると、当該ターゲットサーバのアカウント及びパスワードに基づいて検証を行い、検証にパスすると、上記プロセスサーバへ検証パスのメッセージを送信する。当該プロセスサーバは、検証パスのメッセージを受信すると、当該ユーザのアカウントと当該ターゲットサーバのアカウントとを対応付ける。
【００６０】
そのうち、上記バインディング要求は、ユーザが当該端末から提供されるバインディングオプションをクリックすることによりトリガーしてもよく、当該端末が情報提示命令を受信したが当該ユーザのアカウントにバインディングされたターゲットサーバのアカウントが存在しないと確定したときに自動的にトリガーしてもよく、本実施例ではそれについて限定しない。
【００６１】
本実施例において、当該プロセスサーバは、当該端末からのバインディング要求を受信すると、当該ユーザのアカウントと当該ターゲットサーバのアカウントとを対応付けて対応関係を確立し、これによって、上記端末からの情報提示要求を受信した場合、当該対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントを確定でき、最終的には当該ターゲットサーバが当該ターゲットサーバのアカウントの身分で、指定情報のリッチテキスト情報を提示できるようになる。
【００６２】
なお、本実施例において、端末により上記対応関係を確立し、プロセスサーバへ情報提示要求を送信する時、当該ユーザのアカウントに対応するターゲットサーバのアカウントも送信して、最終的に当該ターゲットサーバが当該ターゲットサーバのアカウントの身分で当該指定情報のリッチテキスト情報を提示できるようにしてもよい。本実施例では、当該端末により上記対応関係を確立するか、それともプロセスサーバにより当該対応関係を確立するかについて限定しない。
【００６３】
説明すべきことは、本実施例では、上記ユーザのアカウントに対応するターゲットサーバのアカウントが存在しないと確認した場合いかなる操作も行わないことを例として説明したが、実際の応用において、プロセスサーバは、上記ユーザのアカウントに対応するターゲットサーバのアカウントが存在しないと確認したとき、端末にアカウント処理失敗のメッセージを送信して、端末がアカウント情報の入力インタフェースを表示し、ユーザがバインディングしようとするターゲットサーバのアカウント及びパスワードを改めて取得してもよい。本実施例ではそれについて限定しない。
【００６４】
ステップ２０４において、当該プロセスサーバは、上記指定情報を処理することによって当該指定情報のリッチテキスト情報を取得する。
【００６５】
本実施例において、リッチテキスト情報を生成するテンプレートをあらかじめ設定し、当該テンプレートに基づいて指定情報を処理してもよい。即ち、当該ステップ２０４は、プロセスサーバが当該指定情報をあらかじめ設定されたテンプレートに充填して、リッチテキスト情報を得るステップを含む。
【００６６】
そのうち、当該リッチテキスト情報は、少なくとも、当該指定情報に基づいて生成された静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含み、且つ異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応できる。相応的に、上記ステップ２０４は、以下のステップ（１）とステップ（２）のうちのいずれかのステップを含んでもよい。
【００６７】
（１）プロセスサーバは、上記指定情報をあらかじめ設定されたイメージテンプレートに充填して、当該指定情報に対応する指定ページを取得し、当該指定ページをイメージに変換してリッチテキスト情報を得る。
【００６８】
そのうち、当該イメージのテンプレートは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、ハイパーテキスト マークアップ ランゲージ)テンプレートであってもよい。即ち、当該ステップ（１）は、プロセスサーバが、上記の指定情報をＨＴＭＬテンプレートに充填してＨＴＭＬページを得た後、当該ＨＴＭＬページをイメージ形式のリッチテキスト情報に変換するステップをさらに含む。
【００６９】
（２）プロセスサーバは、上記指定情報をあらかじめ設定されたオーディオテンプレートに充填し、取得したオーディオファイルをリッチテキスト情報とする。
本実施例において、プロセスサーバは、上記の指定情報をオーディオ情報に変換し、それをあらかじめ設定されたオーディオテンプレートに充填してオーディオファイルを取得し、当該オーディオファイルをリッチテキスト情報としてもよい。
【００７０】
本実施例において、プロセスサーバは、端末に異なる種類のテンプレートを送信することができ、当該端末により当該異なる種類のテンプレートを表示し、ユーザの選択操作を検知すると、ユーザから選択されたテンプレートを、当該指定情報のテンプレートとして使用する。
【００７１】
例えば、プロセスサーバは、端末へあらかじめ設定された音楽、静的イメージ及び動的イメージのテンプレートを送信し、当該端末により当該受信したテンプレートを表示する。ユーザが動的イメージのテンプレートを選択したと検知した場合、当該動的イメージのテンプレートを当該指定情報のテンプレートとして取得し、その旨をプロセスサーバに通知して、当該プロセスサーバが、上記動的イメージのテンプレートに応じて上記指定情報を処理して、動的イメージを生成し、当該生成された動的イメージをリッチテキスト情報とするようにする。
【００７２】
さらに、当該あらかじめ設定されたテンプレートは、季節、休日、誕生日などの主題により動的に変更することができる。例えば、中秋節の間には、中秋節を主題とするテンプレートを設定し、或いは、ユーザのターゲットサーバのアカウントの関連情報に基づいてユーザの誕生日を確定し、誕生日当日に、ユーザのために、誕生日のお祝いを主題とするテンプレートなどを特別に設定することができる。
【００７３】
インスタントメッセージングソフトウェアまたは情報提示プラットフォームソフトウェアのバージョンを更新することによりテンプレートを更新する方式とは別に、本実施例においては、当該テンプレートを動的に更新するので、ソフトウェア全体を更新する必要がなく、リッチテキスト情報のフォーマットを更新でき、ユーザの様様な要求を満足でき、且つユーザの操作を簡素化する。
【００７４】
ステップ２０５において、プロセスサーバは、ターゲットサーバにリッチテキスト情報及び当該ターゲットサーバのアカウントが含まれているリッチテキスト提示要求を送信する。
【００７５】
本実施例において、当該リッチテキスト提示要求にはターゲットサーバのアカウントが含まれていて、当該ターゲットサーバがそのアカウントの身分でリッチテキスト情報を提示できるようにする。
【００７６】
もちろん、当該リッチテキスト提示要求には、ターゲットサーバのアカウントが含まれていなくてもよいし、この場合、当該ターゲットサーバは観光客の身分で当該リッチテキスト情報を提示する。
【００７７】
ステップ２０６において、当該ターゲットサーバは、リッチテキスト提示要求を受信すると、当該リッチテキスト情報を提供し、処理を終了する。
【００７８】
異なるターゲットサーバが当該リッチテキスト情報を提供する方式は異なり、異なるターゲットサーバによって、ステップ２０６は以下の方式のうちのいずれかを採用することができる。
【００７９】
（１）当該ターゲットサーバがインスタントメッセージングサーバである場合、当該インスタントメッセージングサーバは、当該リッチテキスト提示要求を受信すると、当該インスタントメッセージングサーバに対応する友人リンク（Ｆｒｉｅｎｄ Ｌｉｎｋ）に、当該ターゲットサーバのアカウントの身分で当該リッチテキスト情報を提示するか、或いは当該ターゲットサーバのアカウントの個別の署名欄に当該リッチテキスト情報を提示する。
【００８０】
ウィーチャット（ＷｅＣｈａｔ)サーバを例とすると、当該ウィーチャットサーバは、リッチテキスト提示要求を受信すると、当該ターゲットサーバのアカウントの身分でウィーチャットのモーメンツに当該リッチテキスト情報を提示するか、或いは当該ターゲットサーバのアカウントの個別の署名欄に当該リッチテキスト情報を提示する。
【００８１】
（２）当該ターゲットサーバが情報提示サーバである場合、当該情報提示サーバは、リッチテキスト提示要求を受信すると、当該ターゲットサーバのアカウントの身分で、情報提示サーバに対応する情報提示プラットフォームに当該リッチテキスト情報を提示する。
【００８２】
マイクロブログサーバを例とすると、当該マイクロブログサーバは、リッチテキスト提示要求を受信すると、当該ターゲットサーバのアカウントに対応する自分のマイクロブログのホームページに、当該リッチテキスト情報を提示することができる。
【００８３】
異なる種類のリッチテキスト情報によって、ターゲットサーバが当該リッチテキスト情報を提示する方式も異なる。例えば、静的イメージについて、上記ターゲットサーバは当該静的イメージを直接提示することができ、動的イメージについて、上記ターゲットサーバは当該動的イメージのサムネイルを提示し、ユーザが当該サムネイルをクリックした場合に当該動的イメージを表示することができる。本実施例においては、リッチテキスト情報の具体的な提示方式について限定しない。
【００８４】
本発明の実施例の方法によると、プロセスサーバにより指定情報を処理して当該指定情報のリッチテキスト情報を取得することで、端末で当該指定情報を処理することによる遅い動作やシステムダウンなどの発生を避けることができ、端末のリソースを節約すると共に、端末からプロセスサーバへリッチテキスト情報を送信する必要がなく、当該プロセスサーバへ指定情報を送信するだけでよいため、端末で消費されるデータトラフィック量を減少させる。且つ、ソフトウェアを更新しなくても、テンプレートの動的更新（ｄｙｎａｍｉｃａｌ  ｕｐｄａｔｅ）を実現できるため、ユーザの様々な要求を満足し、ユーザの操作を簡素化する。
【００８５】
図３は、本発明の一実施例による情報提示装置の構成を示す模式図である。図３を参照すると、当該情報提示装置は、端末から、少なくとも指定情報と、当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するための情報提示要求受信モジュール３０１と、上記情報提示要求受信モジュール３０１に接続され、上記指定情報を処理することにより、当該指定情報のリッチテキスト情報を取得するための処理モジュール３０２と、上記処理モジュール３０２に接続され、少なくとも上記リッチテキスト情報が含まれているリッチテキスト提示要求を上記ターゲットサーバに送信して、当該ターゲットサーバが上記リッチテキスト情報を提示するようにする提示要求送信モジュール３０３と、を含む。
【００８６】
本発明の実施例にかかる装置によると、上記指定情報を処理して当該指定情報のリッチテキスト情報を取得することによって、端末で当該指定情報を処理することによる遅い動作やシステムダウンの発生を避けることができ、端末のリソースを節約すると共に、端末からプロセスサーバへリッチテキスト情報を送信する必要がなく、当該プロセスサーバへ指定情報を送信するだけでよいため、端末で消費されるデータトラフィック量を減少させる。
【００８７】
上記処理モジュール３０２は、上記指定情報をあらかじめ設定されたテンプレートに充填してリッチテキスト情報を取得するための処理ユニットを含む。
【００８８】
異なる種類のテンプレートは異なる種類のリッチテキスト情報に対応し、この場合、上記処理ユニットは、上記指定情報をあらかじめ設定されたイメージテンプレートに充填して当該指定情報に対応する指定ページを取得し、当該指定ページをイメージに変換して上記リッチテキスト情報を得るための第１の処理サブユニット、または、上記指定情報をあらかじめ設定されたオーディオテンプレートに充填して得られたオーディオファイルを上記リッチテキスト情報として取得するための第２の処理サブユニットを含む。
【００８９】
上記情報提示要求にはユーザのアカウントがさらに含まれ、この場合、情報提示装置は、ユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するためのターゲットアカウント取得モジュールと、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、上記指定情報に対して処理を行うためのアカウント処理モジュールとをさらに含む。
【００９０】
上記情報提示装置は、端末から、当該端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント及びパスワードが含まれているバインディング要求を受信するためのバインディング要求受信モジュールと、当該ユーザのアカウントと当該ターゲットサーバのアカウントを対応付けるための対応関係確立モジュールとをさらに含む。
【００９１】
上記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ及びオーディオファイルのうちのいずれか一つを含む。
【００９２】
上記ターゲットサーバは、インスタントメッセージングサーバまたは情報提示サーバである。
【００９３】
説明すべきことは、上記実施例に係る情報提示装置が情報を提示する際、上記各機能モジュールに区画して機能を発揮することを例示して説明したが、実際の応用において、必要に応じて、上記機能を異なる機能モジュールに割り当てて実現してもよい。即ち、サーバの内部構成を異なるモジュールに区画して、上記の全部或いは部分的な機能を実現してもよい。また、上記実施例に係る情報提示装置の趣旨は、情報提示方法と趣旨が同じであり、その具体的な実現過程は方法の実施例に記載されているため、ここではその具体的な説明を省略する。
【００９４】
図４は、サーバの構成を示す模式図である。当該サーバ４００は、配置、或いは性能によって比較的に大きい差異が発生する可能性があり、１つ或いは１つ以上のＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎg ｕｎｉｔｓ，中央プロセッサ）４２２（例えば、１つ或いは１つ以上のプロセッサ）、メモリ４３２、ＡＰＰ（アプリケーション）４４２又はデータ４４４を記録する１つ或いは１つ以上の記録媒体４３０（例えば、１つ或いは１つ以上の大容量の記録デバイス）を含んでもよい。ここで、メモリ４３２と記録媒体４３０は、一時的に記録するか持久的に記録することができる。記録媒体４３０に記録されているプログラムは、１つ或いは１つ以上のモジュール（未図示）を含み、各モジュールは、サーバの一連の命令操作を含むことができる。さらに、中央プロセッサ４２２は、記録媒体４３０と通信し、サーバ４００で記録媒体４３０の一連の命令操作を実行するように設置されてもよい。
【００９５】
サーバ４００は、さらに、１つ或いは１つ以上の電源４２６、１つ或いは１つ以上の有線または無線ネットワークインタフェース４５０、１つ或いは１つ以上の入出力インタフェース４５８、１つ或いは１つ以上のキーボード４５６、及び/又は、１つ或いは１つ以上のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、オペレーティングシステム）４４１(例えば、Ｗｉｎｄｏｗｓ Ｓｅｒｖｅｒ（登録商標）、Ｍａｃ ＯＳ Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）など)を含んでもよい。
【００９６】
当該図４に示されるサーバの構成により、上記実施例においてプロセスサーバにより実行される処理を実現することができる。
【００９７】
なお、典型的には、本発明に記載の端末は、例えば携帯電話、パーソナルディジタルアシスタント（ＰＤＡ）等の各種の手持ち端末装置であってもよいため、本発明の保護範囲をある特定タイプの移動端末に限定すべきではない。
【００９８】
なお、本発明に係る方法は、さらに、ＣＰＵにより実行されるコンピュータプログラムとしても実現され得る。該コンピュータプログラムがＣＰＵにより実行されると、本発明の方法において限定される上述の機能が実現される。
【００９９】
なお、上記の方法の各ステップ及びシステム要素は、コントローラ、及びコントローラに上記のステップ又は要素の機能を実現させるコンピュータプログラムを記録するためのコンピュータ読み取り可能な記録媒体によっても実現され得る。
【０１００】
なお、当業者であれば、本発明に記載のコンピュータ読取り可能な記録媒体（例えば、メモリ）は、揮発性メモリまたは不揮発性メモリのいずれかであってもよく、あるいは、揮発性メモリ及び不揮発性メモリの両方を備えてもよい、とのことを理解すべきである。例えば、不揮発性メモリには、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、又はフラッシュメモリが含まれてもよく、揮発性メモリには、外部のキャッシュメモリとして機能するＲＡＭが含まれてもよいが、両方ともこれに限定されるものではない。例えば、ＲＡＭは、ＳＲＡＭ、ＤＲＡＭ、ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ（ダブル・データ・レートＳＤＲＡＭ）、ＥＳＤＲＡＭ（エンハンストＳＤＲＡＭ）、ＳＬＤＲＡＭ（シンクリンクＤＲＡＭ）及びＤＲＲＡＭ（ダイレクトＲａｍｂｕｓ ＲＡＭ）などの多くの形式により実現可能であるが、これに限定されるものではない。ここで上記の記録媒体を開示するのは、本発明の保護範囲にこれらの記録媒体及び他の適したタイプの記録媒体を含ませるためであって、これらのみに限定されないことを意図する。
【０１０１】
当業者は、更に、本発明に記載の種々の例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又は両者の組み合わせにより実現され得る、ことを理解すべきである。ハードウェアとソフトウェアの間のこのような互換性を明確に説明するために、種々の例示的なコンポーネント、ブロック、モジュール、回路、及びステップの機能について、以上において通常的な説明を行っている。このような機能が、ソフトウェアにより実現されるか、又は、ハードウェアにより実現されるかは、具体的なアプリケーション、及びシステム全体に課される設計上の制約により選択される。当業者は、具体的なアプリケーションそれぞれにおいて、様々な方式を選択して前記機能を実現してもよく、このような選択は、本発明の範囲を逸脱したものとして解釈されるべきではない。
【０１０２】
以上の開示内容に結び付けられて説明される種々の例示的な論理ブロック、モジュール、及び回路は、上述の機能を行なうように設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラム可能な論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、或いは、これら部材の任意の組み合わせによって、実現又は実行され得る。汎用プロセッサは、マイクロプロセッサであってもよいが、マイクロプロセッサの代わりに、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサは、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと１つ又は複数のマイクロプロセッサの組み合わせ、或いは任意のこのような他の構成といった、コンピューティングデバイスの組み合わせとして実現されてもよい。
【０１０３】
以上の開示内容に結び付けられて説明される方法、又は、アルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、又はこの両者の組合せに直接的に含まれてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当該分野において公知の他の形態で存在する任意の記憶媒体に格納されてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができ、且つ、プロセッサが記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代案として、前記記憶媒体はプロセッサと一体的に集積されてもよい。プロセッサと記憶媒体はＡＳＩＣに格納されてもよい。ＡＳＩＣはユーザ端末に格納されてもよい。代案として、プロセッサと記憶媒体は別個のコンポーネントとしてユーザ端末に格納されてもよい。
【０１０４】
１つ又は複数の例示的な設計として、前記機能はハードウェア、ソフトウェア、ファームウェア又はこれらの任意の組み合わせによって実現され得る。ソフトウェアにより実現される場合、前記機能を１つ又は複数の指令、又はコードとしてコンピュータ読取り可能な媒体に記憶するか、又は、コンピュータ読取り可能な媒体を用いて伝送する。コンピュータ読取り可能な媒体は、コンピュータ記憶媒体及び通信媒体を含み、該通信媒体には、コンピュータプログラムを１つの位置から他の位置へ伝送するための任意の媒体が含まれる。記憶媒体は、汎用又は専用コンピュータによりアクセス可能な任意の使用可能媒体であり得る。例として、該コンピュータ読取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光ディスク記憶デバイス、ディスク記憶デバイス又は他の磁性記憶デバイスを含んでもよく、或いは、携帯できるもの、又は記憶形態が指令又はデータ構造である必要なプログラムコードを記憶するためのもので、且つ、汎用又は専用コンピュータ或いは汎用又は専用プロセッサによりアクセス可能な任意の他の媒体であり得るが、これに限定されるものではない。なお、任意の接続であっても、コンピュータ読取り可能な媒体として称され得る。例えば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、又は、赤外線、ワイヤレス及びマイクロ波のような無線技術を用いて、ウェブサイト、サーバ又は他のリモートソースからソフトウェアを送信する場合、上記の同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は、赤外線、ワイヤレス及びマイクロ波のような無線技術の何れもが媒体の定義に含まれる。以上の磁気ディスク及び光ディスクは、コンパクトディスク（ＣＤ）、レーザーディスク、光ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピー・ディスク、ブルーレイディスクを含んでおり、磁気ディスクは、通常磁性を利用してデータの再生を行なうものであり、光ディスクは、レーザ光を用いて光学的にデータの再生を行なうものである。また、以上の構成の組合わせもコンピュータ読取り可能な媒体の範囲に含まれるべきである。
【０１０５】
以上の開示内容により、本発明の実施例を例示的に示しているが、請求項により限定される本発明の範囲を逸脱しない限り、多種の変更及び修正を行うことができる。以上に開示された実施例に基づく方法請求項の機能、ステップ及び／又はジェスチャーは、ある特定の手順で実行する必要はない。なお、本発明に係る要素は、個体として記載又は要求されているが、単数であると明確に限定されていない限りは複数であってもよい。
【０１０６】
上記の具体的な実施形態において、本発明の目的、技術案及び有益な効果について更に詳細に説明しているが、上記の内容は、本発明の具体的な実施形態であって、本発明の保護範囲に対する限定ではなく、本発明の趣旨及び原則範囲内で行われる任意の修正、均等の取替、改良などは、その何れも本発明の保護範囲に含まれるべきである、ということを理解すべきである。
【図１】
2016500190.tif 000003
【図２】
2016500190.tif 000004
【図３】
2016500190.tif 000005
【図４】
2016500190.tif 000006
【手続補正書】
【提出日】平成26年7月31日(2014.7.31)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、出願番号がＣＮ２０１３１０５２８３７３．１であって、出願日が２０１３年１０月３０日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。
【０００２】
本発明は、ネットワーク技術分野に属し、具体的には、情報提示方法、及び装置に関するものである。
【背景技術】
【０００３】
ネットワーク技術の発展、及び情報提示プラットフォームの普及につれて、ユーザは、テキスト情報、イメージ又はオーディオファイルなどのいろんな種類の情報を情報提示プラットフォームに提示できるようになっている。一方、ユーザのニーズの高度化につれて、例えば、ユーザが入力したテキスト情報をイメージに変換した後に提示するような、簡単なテキスト情報をリッチテキスト情報に変換した後に提示することを望むユーザがますます増えている。
【０００４】
具体的には、端末においてユーザから入力されたテキスト情報をリッチテキスト情報に変換した後、それを情報提示プラットフォームに関連するサーバにアップロードし、当該サーバにより、当該情報提示プラットフォームにリッチテキスト情報を提示することによって、リッチテキスト情報を提示する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明を実現する過程において、発明者は、従来技術に少なくとも次の問題が存在することが分かった。即ち、テキスト情報をリッチテキスト情報に変換する時際に、端末のリソースを大量に消費する可能性があるため、遅い動作や、システムダウンを引き起こしやすくなり、端末の正常運行に影響を与え、且つリッチテキスト情報の容量が一般的に大きいため、端末が当該リッチテキスト情報をサーバへ伝送する時、多量のデータトラフィック量が必要である。
【０００６】
本発明は、従来技術に存在する上記の問題を解決するための情報提示方法、及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の実施例の第１の態様によると、情報提示方法を提供し、当該情報提示方法は、端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するステップと、前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップと、少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにするステップとを含む。
【０００８】
前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップは、前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するステップを含む。
【０００９】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応し、前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するステップは、前記指定情報をあらかじめ設定されたイメージテンプレートに盛り込んで、前記指定情報に対応する指定ページを取得するステップと、当該指定ページをイメージに変換して前記リッチテキスト情報を取得するステップとを含むか、または、前記指定情報をあらかじめ設定されたオーディオテンプレートに盛り込んで得られたオーディオファイルを前記リッチテキスト情報として取得するステップを含む。
【００１０】
前記情報提示要求には、ユーザのアカウントがさらに含まれ、前記情報提示方法は、確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップと、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、前記指定情報に対して処理を行うステップとをさらに含む。
【００１１】
確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断する前に、前記端末から、少なくとも前記端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信するステップと、前記ユーザのアカウントと前記ターゲットサーバのアカウントを対応付けて対応関係を確立するステップとをさらに含む。
【００１２】
前記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含む。
【００１３】
前記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである。
【００１４】
本発明の実施例の第２の態様によると、情報提示装置を提供し、当該情報提示装置は、端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するための情報提示要求受信モジュールと、前記指定情報を処理することにより、当該指定情報のリッチテキスト情報を取得するための処理モジュールと、少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにする提示要求送信モジュールとを含む。
【００１５】
前記処理モジュールは、前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するための処理ユニットを含む。
【００１６】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応し、前記処理ユニットは、前記指定情報をあらかじめ設定されたイメージテンプレートに盛り込んで、当該指定情報に対応する指定ページを取得し、当該指定ページをイメージに変換して前記リッチテキスト情報を得るための第１の処理サブユニット、または、前記指定情報をあらかじめ設定されたオーディオテンプレートに盛り込んで得られたオーディオファイルを前記リッチテキスト情報として取得するための第２の処理サブユニットを含む。
【００１７】
前記情報提示要求には、ユーザのアカウントがさらに含まれ、前記情報提示装置は、確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するためのターゲットアカウント取得モジュールと、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、前記指定情報に対して処理を行うためのアカウント処理モジュールとをさらに含む。
【００１８】
前記情報提示装置は、前記端末から、当該端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信するためのバインディング要求受信モジュールと、前記ユーザのアカウントと前記ターゲットサーバのアカウントを対応付けて対応関係を確立するための対応関係確立モジュールとをさらに含む。
【００１９】
前記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含む。
【００２０】
前記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである。
【００２１】
本発明の実施例の第３の態様によると、プロセッサに実行されることにより、上記情報提示方法を実現するプログラムを提供する。
【００２２】
本発明の実施例の第４の態様によると、上記プログラムが記録された記録媒体を提供する。
【００２３】
理解すべきことは、以上の統括な記述と以下の詳細記述は、ただ例示的なものであって解釈するためのものであり、本発明を限定するものではない。
【発明の効果】
【００２４】
本発明の実施例にかかる情報提示方法と情報提示装置によると、指定情報を処理して当該指定情報のリッチテキスト情報を取得することによって、端末で当該指定情報を処理することによる遅い動作やシステムダウンなどの発生を避けることができ、端末のリソースを節約すると共に、端末からプロセスサーバへリッチテキスト情報を送信する必要がなく、当該プロセスサーバへ指定情報を送信するだけでよいため、端末で消費されるデータトラフィック量を減少させる、という効果がある。
【００２５】
理解すべきことは、以上の概要の記述と以下の詳細記述は、ただ例示的なものであり、本発明を限定するものではない。
【図面の簡単な説明】
【００２６】
以下の図面は、本明細書の一部分として明細書全体を構成し、本発明に合致する実施例を例示するとともに、本発明の原理を解釈するためのものである。
【００２７】
本発明の技術方案をより明瞭に説明するため、以下、実施例の説明に必要な図面について簡単な説明を行う。ただし、これらの図面はただ本発明の一部の実施例であり、これらの図面により他の図面を取得できることは、当業者にとって自明なことである。ここで説明する図面は、ただ本発明をさらに理解させるために提供するものであって、明細書の一部分を構成し、本発明を限定するものではない。
【００２８】
これらの図面のうち：
【図１】本発明の一実施例による情報提示方法を示すフロー図である。
【図２】本発明の一実施例による情報提示方法を示すフロー図である。
【図３】本発明の一実施例による情報提示装置の構成を示す模式図である。
【図４】本発明の一実施例によるサーバの構成を示す模式図である。
【００２９】
以上の図面を通じて、本発明の実施例を例示しているが、そのさらに具体的な内容については後述する。これらの図面及び文字記載は、本発明の趣旨の範囲を限定するためのものではなく、特定の実施例を参照として、当業者に本発明のコンセプトを理解させるためのものである。
【発明を実施するための形態】
【００３０】
以下、本発明の目的、技術案及び利点をさらに明確にするために、図面を参照しながら本発明の実施例をさらに詳しく説明する。ここで、本発明の例示的な実施例、及びその説明は、本発明を解釈するためのものであって、本発明を限定するためのものではない、ことを理解すべきである。
【００３１】
以下、図面に合わせて、本発明の実施例にかかる情報提示方法、装置及び端末装置について詳細な説明を行う。
【００３２】
図１は、本発明の一実施例による情報提示方法を示すフロー図である。本実施例の方法はプロセスサーバにより実行される。
【００３３】
当該図１を参照すると、ステップ１０１において、端末から送信された、少なくともターゲットサーバのＩＤ及び指定情報が含まれている情報提示要求を受信する。当該ターゲットサーバのＩＤは、上記指定情報を提示するターゲットサーバを確定するためのものである。
【００３４】
ステップ１０２において、当該指定情報を処理することにより、当該指定情報のリッチテキスト情報を取得する。
【００３５】
ステップ１０３において、少なくとも当該リッチテキスト情報が含まれているリッチテキスト提示要求をターゲットサーバに送信して、当該ターゲットサーバがリッチテキスト情報を提示するようにする。
【００３６】
本実施例の情報提示方法によると、プロセスサーバにおいて指定情報を処理して、当該指定情報のリッチテキスト情報を取得することで、端末で指定情報を処理することによる遅い動作やシステムダウンの発生を避けることができ、端末のリソースを節約すると共に、端末からプロセスサーバへリッチテキスト情報を送信する必要がなく、当該プロセスサーバへ指定情報を送信するだけでよいため、端末で消費されるデータトラフィック量を減少させる。
【００３７】
指定情報を処理して当該指定情報のリッチテキスト情報を取得するステップは、当該指定情報をあらかじめ設定されたテンプレートに盛り込んでリッチテキスト情報を取得するステップ含む。
【００３８】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応する。上記指定情報をあらかじめ設定されたテンプレートに充填してリッチテキスト情報を取得するステップは、当該指定情報をあらかじめ設定されたイメージのテンプレートに充填して、当該指定情報に対応する指定ページを取得するステップと、当該指定ページをイメージに変換してリッチテキスト情報を取得するステップとを含むか、または、当該指定情報をあらかじめ設定されたオーディオテンプレートに充填してオーディオファイルを取得し、それを当該リッチテキスト情報とするステップを含む。
【００３９】
上記情報提示要求にはさらにユーザのアカウントが含まれている。当該情報提示方法は、ユーザのアカウントとターゲットサーバのアカウントとが対応付けられてなる対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップと、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、当該指定情報に対して処理を行うステップと、をさらに含む。
【００４０】
当該方法は、ユーザのアカウントとターゲットサーバのアカウントとが対応付けられてなる対応関係に基づいて、ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップを行う前に、端末から、当該端末のユーザのアカウント、ユーザにより入力されたターゲットサーバのアカウント及びパスワードが含まれているバインディング要求を受信するステップと、ユーザのアカウントとターゲットサーバのアカウントとを対応付けるステップと、をさらに含む。
【００４１】
当該リッチテキスト情報は、少なくとも静的イメージ、動的イメージ及びオーディオファイルのうちのいずれか一つを含む。
【００４２】
上記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである。
【００４３】
以上の選択可能な全ての技術方案は任意に組み合わされて本発明の選択可能な実施例を構成できるが、ここではその詳細な説明を省略する。
【００４４】
図２は、一実施例による情報提示方法の例示的なフロー図であり、当該実施例に係るインタラクションの主体は、端末、プロセスサーバ、及びターゲットサーバである。図２を参照すると、本情報提示方法は、以下のステップを含む。
【００４５】
ステップ２０１において、端末は、情報提示命令を受信すると、当該端末のユーザのアカウントとターゲットサーバのアカウントがバインディングされているかどうかを判断し、バインディングされている場合、ステップ２０２を実行し、バインディングされていない場合、ステップを終了させる。
【００４６】
そのうち、上記ターゲットサーバのアカウントは、当該ターゲットサーバに登録したアカウントである。当該ターゲットサーバは、リッチテキスト情報を提示するために用いられ、マイクロブログサーバ、空間サーバ又はウィーチャット(ＷｅＣｈａｔ（登録商標）)サーバなどのインスタントメッセージングサーバまたは情報提示サーバであってもよいし、インスタントメッセージングサーバまたは情報提示サーバの機能モジュールであってもよいが、本実施例においてはそれについて限定しない。
【００４７】
本実施例は、インスタントメッセージングソフトウェア又は情報提示プラットフォームに指定情報のリッチテキスト情報を提示する場合に応用される。本実施例において、当該端末は、ユーザが情報提示命令をトリガーするように、例えば、「マイクロブログ上で共有」、「空間で共有」などのオプションを提供することができる。当該端末は、ユーザが「マイクロブログ上で共有」のオプションをクリックした操作を検出すると、情報提示命令を受信したと確認し、当該端末のユーザのアカウントにターゲットサーバのアカウントがバインディングされているかどうかを判断する。即ち、当該端末のユーザのアカウントにマイクロブログのアカウントがバインディングされているかどうかを判断する。なお、上記情報提示命令は、個性的な署名を修正する要求、個人ホームページで最新状態を発表する要求などによりトリガーされてもよく、本実施例においてはそれについて限定しない。
【００４８】
本実施例において、ステップ２０１において、当該端末とターゲットサーバのアカウントがバインディングされているか否かを判断することによって、情報を提示する過程において、プロセスサーバが当該端末に指定情報をリッチテキスト情報に変換するサービスを提供する必要があるか否かを確定する。
【００４９】
本実施例において、指定情報を提示する際、ターゲットサーバが当該ターゲットサーバのアカウントの身分で提示できるようにするために、当該ユーザのアカウントとターゲットサーバのアカウントがバインディングされているか否かを確認する必要がある。当該端末は、当該プロセスサーバが当該ユーザのアカウントに当該ターゲットサーバのアカウントをバインディングするとき、当該ユーザのアカウントにバインディングＩＤを追加することができる。相応的に、上記ステップ２０１は、当該端末が情報提示命令を受信した時、当該端末のユーザのアカウントにバインディングＩＤが含まれているか否かを判断し、バインディングＩＤが含まれている場合、ステップ２０２を実行し、バインディングＩＤが含まれていない場合、処理を終了させるステップを含む。
【００５０】
ここで、説明すべきことは、本実施例では、端末のユーザのアカウントにターゲットサーバのアカウントがバインディングされているか否かを判断することを例として説明したが、実際の応用において、上記の判断を行なわずに直接ステップ２０２を実行し、その後に、プロセスサーバにより判断するか、或いはターゲットサーバが観光客(ｔｏｕｒｉｓｔ)の身分で上記指定情報のリッチテキスト情報を直接提示してもよく、本実施例はそれについて限定しない。
【００５１】
さらに説明すべきことは、本実施例では、端末のユーザのアカウントにターゲットサーバのアカウントがバインディングされていないと確認された場合いかなる操作も行わないことを例として説明したが、実際の応用において、ステップ２０１を実行した後、当該方法は以下のステップをさらに含んでもよい。当該ステップにおいて、端末は、当該端末のユーザのアカウントにターゲットサーバのアカウントがバインディングされていないと確認すると、アカウント情報の入力インタフェースを表示して、ユーザがバインディングしようとするターゲットサーバのアカウント、及びパスワードを入力するように提示し、ユーザが入力したターゲットサーバのアカウント及びパスワードを受信すると、ユーザから入力されたターゲットサーバのアカウント及びパスワードが含まれているバインディング要求をプロセスサーバに送信し、当該プロセスサーバから送信されたバインディング成功メッセージを受信すると、ステップ２０２を実行する。
【００５２】
ステップ２０２において、当該端末は、プロセスサーバに、ユーザのアカウント、指定情報及びターゲットサーバＩＤが含まれている情報提示要求を送信する。上記ターゲットサーバＩＤは、上記指定情報を提示するターゲットサーバを確定するためのものである。
【００５３】
ここで、当該指定情報は、テキスト又はイメージなどの形式の情報であって、例えば、ユーザが当該情報提示命令をトリガーする前にあらかじめ選択したかまたはあらかじめ入力した情報であってもいいし、ユーザが当該情報提示命令をトリガーした後、当該端末に表示された提示情報インタフェースで入力した情報であってもよく、本実施例ではそれに対して限定しない。なお、上記ユーザのアカウントは、当該端末の電話番号、当該端末のシーケンス番号などの当該端末のＩＤであってもいいし、ａｐｐｌｅ（登録商標） ＩＤ（アップルアカウント）又は小米（登録商標）アカウントなどの、ユーザが当該端末に登録するために必要なアカウントであってもいい。
【００５４】
本実施例において、上記ターゲットサーバＩＤは、指定情報を提示するターゲットサーバを確定するために用いられるものであって、当該ターゲットサーバの名称またはアドレスなどであってもよいが、本実施例ではそれについて限定しない。
【００５５】
相応的に、ユーザから選択された共有オプションにより、当該情報提示要求に含まれているターゲットサーバＩＤも異なり、最終に確定されるターゲットサーバも異なる。例えば、ユーザが「マイクロブログ上で共有」のオプションをクリックした操作が検知された場合、端末がプロセスサーバに情報提示要求を送信するが、この場合、当該情報提示要求に含まれているターゲットサーバＩＤは「マイクロブログ」であり、最終に確定されるターゲットサーバはマイクロブログサーバである。或いは、ユーザが「ウィーチャット上で共有」のオプションをクリックした操作が検知された場合、端末がプロセスサーバに情報提示要求を送信するが、この場合、当該情報提示要求に含まれているターゲットサーバＩＤは「ウィーチャット」であり、最終に確定されるターゲットサーバはウィーチャットサーバである。
【００５６】
本実施例において、ユーザから選択された異なる共有オプションによって異なるターゲットサーバを確定し、これによって、指定情報をリッチテキスト情報の形式で異なるターゲットサーバに提示することを実現できる。
【００５７】
ステップ２０３において、プロセスサーバは、情報提示要求を受信すると、ユーザのアカウントとターゲットサーバのアカウントとの対応関係から、当該ユーザのアカウントに対応するターゲットサーバのアカウントがあるか否かを判断し、対応するターゲットサーバのアカウントがある場合、ステップ２０４を実行し、対応するターゲットサーバのアカウントがない場合、処理を終了させる。
【００５８】
本実施例において、指定情報のリッチテキスト情報を提示するために、当該リッチテキスト情報を生成する必要があり、上記プロセスサーバにより当該指定情報を処理することにより、当該指定情報のリッチテキスト情報を得る。ただし、当該プロセスサーバは、ターゲットサーバが当該ターゲットサーバのアカウントの身分（ｉｄｅｎｔｉｔｙ）で情報を提示するように、上記指定情報に対する処理を行う前に、まず当該ユーザのアカウントに対応するターゲットサーバのアカウントがあるか否かを判断する。
【００５９】
上記のステップ２０１と異なり、ステップ２０３においては、当該ユーザのアカウントに対応付けられているターゲットサーバのアカウントがあるか否かを判断して、当該ユーザのアカウントに対応するターゲットサーバのアカウントを取得し、これによって、当該ターゲットサーバのアカウントにより当該リッチテキスト情報を提示する。
【００６０】
そのうち、プロセスサーバは、ターゲットサーバが当該プロセスサーバのために保留したターゲットサーバのアカウントに基づいて、対応するターゲットサーバのアカウントを各ユーザのアカウントに自動的に割り当て、ユーザのアカウントとターゲットサーバのアカウントとを対応付けてもよく、端末のバインディング要求を受信したときに、当該端末のユーザのアカウントとバインディングしようとするターゲットサーバのアカウントとを対応付けてもよく、この場合、バインディングしようとするターゲットサーバのアカウント及びパスワードに対する検証は、ターゲットサーバにより行うことができる。
【００６１】
相応的に、上記のステップ２０３を実行する前に、さらに次のステップを実行してもよい。当該ステップにおいて、プロセスサーバは、端末から当該端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信すると、当該ターゲットサーバへ当該ターゲットサーバのアカウント及びパスワードを送信する。当該ターゲットサーバは、当該ターゲットサーバのアカウント及びパスワードを受信すると、当該ターゲットサーバのアカウント及びパスワードに基づいて検証を行い、検証にパスすると、上記プロセスサーバへ検証パスのメッセージを送信する。当該プロセスサーバは、検証パスのメッセージを受信すると、当該ユーザのアカウントと当該ターゲットサーバのアカウントとを対応付ける。
【００６２】
そのうち、上記バインディング要求は、ユーザが当該端末から提供されるバインディングオプションをクリックすることによりトリガーしてもよく、当該端末が情報提示命令を受信したが当該ユーザのアカウントにバインディングされたターゲットサーバのアカウントが存在しないと確定したときに自動的にトリガーしてもよく、本実施例ではそれについて限定しない。
【００６３】
本実施例において、当該プロセスサーバは、当該端末からのバインディング要求を受信すると、当該ユーザのアカウントと当該ターゲットサーバのアカウントとを対応付けて対応関係を確立し、これによって、上記端末からの情報提示要求を受信した場合、当該対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントを確定でき、最終的には当該ターゲットサーバが当該ターゲットサーバのアカウントの身分で、指定情報のリッチテキスト情報を提示できるようになる。
【００６４】
なお、本実施例において、端末により上記対応関係を確立し、プロセスサーバへ情報提示要求を送信する時、当該ユーザのアカウントに対応するターゲットサーバのアカウントも送信して、最終的に当該ターゲットサーバが当該ターゲットサーバのアカウントの身分で当該指定情報のリッチテキスト情報を提示できるようにしてもよい。本実施例では、当該端末により上記対応関係を確立するか、それともプロセスサーバにより当該対応関係を確立するかについて限定しない。
【００６５】
説明すべきことは、本実施例では、上記ユーザのアカウントに対応するターゲットサーバのアカウントが存在しないと確認した場合いかなる操作も行わないことを例として説明したが、実際の応用において、プロセスサーバは、上記ユーザのアカウントに対応するターゲットサーバのアカウントが存在しないと確認したとき、端末にアカウント処理失敗のメッセージを送信して、端末がアカウント情報の入力インタフェースを表示し、ユーザがバインディングしようとするターゲットサーバのアカウント及びパスワードを改めて取得してもよい。本実施例ではそれについて限定しない。
【００６６】
ステップ２０４において、当該プロセスサーバは、上記指定情報を処理することによって当該指定情報のリッチテキスト情報を取得する。
【００６７】
本実施例において、リッチテキスト情報を生成するテンプレートをあらかじめ設定し、当該テンプレートに基づいて指定情報を処理してもよい。即ち、当該ステップ２０４は、プロセスサーバが当該指定情報をあらかじめ設定されたテンプレートに充填して、リッチテキスト情報を得るステップを含む。
【００６８】
そのうち、当該リッチテキスト情報は、少なくとも、当該指定情報に基づいて生成された静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含み、且つ異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応できる。相応的に、上記ステップ２０４は、以下のステップ（１）とステップ（２）のうちのいずれかのステップを含んでもよい。
【００６９】
（１）プロセスサーバは、上記指定情報をあらかじめ設定されたイメージテンプレートに充填して、当該指定情報に対応する指定ページを取得し、当該指定ページをイメージに変換してリッチテキスト情報を得る。
【００７０】
そのうち、当該イメージのテンプレートは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、ハイパーテキスト マークアップ ランゲージ)テンプレートであってもよい。即ち、当該ステップ（１）は、プロセスサーバが、上記の指定情報をＨＴＭＬテンプレートに充填してＨＴＭＬページを得た後、当該ＨＴＭＬページをイメージ形式のリッチテキスト情報に変換するステップをさらに含む。
【００７１】
（２）プロセスサーバは、上記指定情報をあらかじめ設定されたオーディオテンプレートに充填し、取得したオーディオファイルをリッチテキスト情報とする。
本実施例において、プロセスサーバは、上記の指定情報をオーディオ情報に変換し、それをあらかじめ設定されたオーディオテンプレートに充填してオーディオファイルを取得し、当該オーディオファイルをリッチテキスト情報としてもよい。
【００７２】
本実施例において、プロセスサーバは、端末に異なる種類のテンプレートを送信することができ、当該端末により当該異なる種類のテンプレートを表示し、ユーザの選択操作を検知すると、ユーザから選択されたテンプレートを、当該指定情報のテンプレートとして使用する。
【００７３】
例えば、プロセスサーバは、端末へあらかじめ設定された音楽、静的イメージ及び動的イメージのテンプレートを送信し、当該端末により当該受信したテンプレートを表示する。ユーザが動的イメージのテンプレートを選択したと検知した場合、当該動的イメージのテンプレートを当該指定情報のテンプレートとして取得し、その旨をプロセスサーバに通知して、当該プロセスサーバが、上記動的イメージのテンプレートに応じて上記指定情報を処理して、動的イメージを生成し、当該生成された動的イメージをリッチテキスト情報とするようにする。
【００７４】
さらに、当該あらかじめ設定されたテンプレートは、季節、休日、誕生日などの主題により動的に変更することができる。例えば、中秋節の間には、中秋節を主題とするテンプレートを設定し、或いは、ユーザのターゲットサーバのアカウントの関連情報に基づいてユーザの誕生日を確定し、誕生日当日に、ユーザのために、誕生日のお祝いを主題とするテンプレートなどを特別に設定することができる。
【００７５】
インスタントメッセージングソフトウェアまたは情報提示プラットフォームソフトウェアのバージョンを更新することによりテンプレートを更新する方式とは別に、本実施例においては、当該テンプレートを動的に更新するので、ソフトウェア全体を更新する必要がなく、リッチテキスト情報のフォーマットを更新でき、ユーザの様様な要求を満足でき、且つユーザの操作を簡素化する。
【００７６】
ステップ２０５において、プロセスサーバは、ターゲットサーバにリッチテキスト情報及び当該ターゲットサーバのアカウントが含まれているリッチテキスト提示要求を送信する。
【００７７】
本実施例において、当該リッチテキスト提示要求にはターゲットサーバのアカウントが含まれていて、当該ターゲットサーバがそのアカウントの身分でリッチテキスト情報を提示できるようにする。
【００７８】
もちろん、当該リッチテキスト提示要求には、ターゲットサーバのアカウントが含まれていなくてもよいし、この場合、当該ターゲットサーバは観光客の身分で当該リッチテキスト情報を提示する。
【００７９】
ステップ２０６において、当該ターゲットサーバは、リッチテキスト提示要求を受信すると、当該リッチテキスト情報を提供し、処理を終了する。
【００８０】
異なるターゲットサーバが当該リッチテキスト情報を提供する方式は異なり、異なるターゲットサーバによって、ステップ２０６は以下の方式のうちのいずれかを採用することができる。
【００８１】
（１）当該ターゲットサーバがインスタントメッセージングサーバである場合、当該インスタントメッセージングサーバは、当該リッチテキスト提示要求を受信すると、当該インスタントメッセージングサーバに対応する友人リンク（Ｆｒｉｅｎｄ Ｌｉｎｋ）に、当該ターゲットサーバのアカウントの身分で当該リッチテキスト情報を提示するか、或いは当該ターゲットサーバのアカウントの個別の署名欄に当該リッチテキスト情報を提示する。
【００８２】
ウィーチャット（ＷｅＣｈａｔ)サーバを例とすると、当該ウィーチャットサーバは、リッチテキスト提示要求を受信すると、当該ターゲットサーバのアカウントの身分でウィーチャットのモーメンツに当該リッチテキスト情報を提示するか、或いは当該ターゲットサーバのアカウントの個別の署名欄に当該リッチテキスト情報を提示する。
【００８３】
（２）当該ターゲットサーバが情報提示サーバである場合、当該情報提示サーバは、リッチテキスト提示要求を受信すると、当該ターゲットサーバのアカウントの身分で、情報提示サーバに対応する情報提示プラットフォームに当該リッチテキスト情報を提示する。
【００８４】
マイクロブログサーバを例とすると、当該マイクロブログサーバは、リッチテキスト提示要求を受信すると、当該ターゲットサーバのアカウントに対応する自分のマイクロブログのホームページに、当該リッチテキスト情報を提示することができる。
【００８５】
異なる種類のリッチテキスト情報によって、ターゲットサーバが当該リッチテキスト情報を提示する方式も異なる。例えば、静的イメージについて、上記ターゲットサーバは当該静的イメージを直接提示することができ、動的イメージについて、上記ターゲットサーバは当該動的イメージのサムネイルを提示し、ユーザが当該サムネイルをクリックした場合に当該動的イメージを表示することができる。本実施例においては、リッチテキスト情報の具体的な提示方式について限定しない。
【００８６】
本発明の実施例の方法によると、プロセスサーバにより指定情報を処理して当該指定情報のリッチテキスト情報を取得することで、端末で当該指定情報を処理することによる遅い動作やシステムダウンなどの発生を避けることができ、端末のリソースを節約すると共に、端末からプロセスサーバへリッチテキスト情報を送信する必要がなく、当該プロセスサーバへ指定情報を送信するだけでよいため、端末で消費されるデータトラフィック量を減少させる。且つ、ソフトウェアを更新しなくても、テンプレートの動的更新（ｄｙｎａｍｉｃａｌ  ｕｐｄａｔｅ）を実現できるため、ユーザの様々な要求を満足し、ユーザの操作を簡素化する。
【００８７】
図３は、本発明の一実施例による情報提示装置の構成を示す模式図である。図３を参照すると、当該情報提示装置は、端末から、少なくとも指定情報と、当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するための情報提示要求受信モジュール３０１と、上記情報提示要求受信モジュール３０１に接続され、上記指定情報を処理することにより、当該指定情報のリッチテキスト情報を取得するための処理モジュール３０２と、上記処理モジュール３０２に接続され、少なくとも上記リッチテキスト情報が含まれているリッチテキスト提示要求を上記ターゲットサーバに送信して、当該ターゲットサーバが上記リッチテキスト情報を提示するようにする提示要求送信モジュール３０３と、を含む。
【００８８】
本発明の実施例にかかる装置によると、上記指定情報を処理して当該指定情報のリッチテキスト情報を取得することによって、端末で当該指定情報を処理することによる遅い動作やシステムダウンの発生を避けることができ、端末のリソースを節約すると共に、端末からプロセスサーバへリッチテキスト情報を送信する必要がなく、当該プロセスサーバへ指定情報を送信するだけでよいため、端末で消費されるデータトラフィック量を減少させる。
【００８９】
上記処理モジュール３０２は、上記指定情報をあらかじめ設定されたテンプレートに充填してリッチテキスト情報を取得するための処理ユニットを含む。
【００９０】
異なる種類のテンプレートは異なる種類のリッチテキスト情報に対応し、この場合、上記処理ユニットは、上記指定情報をあらかじめ設定されたイメージテンプレートに充填して当該指定情報に対応する指定ページを取得し、当該指定ページをイメージに変換して上記リッチテキスト情報を得るための第１の処理サブユニット、または、上記指定情報をあらかじめ設定されたオーディオテンプレートに充填して得られたオーディオファイルを上記リッチテキスト情報として取得するための第２の処理サブユニットを含む。
【００９１】
上記情報提示要求にはユーザのアカウントがさらに含まれ、この場合、情報提示装置は、ユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するためのターゲットアカウント取得モジュールと、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、上記指定情報に対して処理を行うためのアカウント処理モジュールとをさらに含む。
【００９２】
上記情報提示装置は、端末から、当該端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント及びパスワードが含まれているバインディング要求を受信するためのバインディング要求受信モジュールと、当該ユーザのアカウントと当該ターゲットサーバのアカウントを対応付けるための対応関係確立モジュールとをさらに含む。
【００９３】
上記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ及びオーディオファイルのうちのいずれか一つを含む。
【００９４】
上記ターゲットサーバは、インスタントメッセージングサーバまたは情報提示サーバである。
【００９５】
説明すべきことは、上記実施例に係る情報提示装置が情報を提示する際、上記各機能モジュールに区画して機能を発揮することを例示して説明したが、実際の応用において、必要に応じて、上記機能を異なる機能モジュールに割り当てて実現してもよい。即ち、サーバの内部構成を異なるモジュールに区画して、上記の全部或いは部分的な機能を実現してもよい。また、上記実施例に係る情報提示装置の趣旨は、情報提示方法と趣旨が同じであり、その具体的な実現過程は方法の実施例に記載されているため、ここではその具体的な説明を省略する。
【００９６】
図４は、サーバの構成を示す模式図である。当該サーバ４００は、配置、或いは性能によって比較的に大きい差異が発生する可能性があり、１つ或いは１つ以上のＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎg ｕｎｉｔｓ，中央プロセッサ）４２２（例えば、１つ或いは１つ以上のプロセッサ）、メモリ４３２、ＡＰＰ（アプリケーション）４４２又はデータ４４４を記録する１つ或いは１つ以上の記録媒体４３０（例えば、１つ或いは１つ以上の大容量の記録デバイス）を含んでもよい。ここで、メモリ４３２と記録媒体４３０は、一時的に記録するか持久的に記録することができる。記録媒体４３０に記録されているプログラムは、１つ或いは１つ以上のモジュール（未図示）を含み、各モジュールは、サーバの一連の命令操作を含むことができる。さらに、中央プロセッサ４２２は、記録媒体４３０と通信し、サーバ４００で記録媒体４３０の一連の命令操作を実行するように設置されてもよい。
【００９７】
サーバ４００は、さらに、１つ或いは１つ以上の電源４２６、１つ或いは１つ以上の有線または無線ネットワークインタフェース４５０、１つ或いは１つ以上の入出力インタフェース４５８、１つ或いは１つ以上のキーボード４５６、及び/又は、１つ或いは１つ以上のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、オペレーティングシステム）４４１(例えば、Ｗｉｎｄｏｗｓ Ｓｅｒｖｅｒ（登録商標）、Ｍａｃ ＯＳ Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）など)を含んでもよい。
【００９８】
当該図４に示されるサーバの構成により、上記実施例においてプロセスサーバにより実行される処理を実現することができる。
【００９９】
なお、典型的には、本発明に記載の端末は、例えば携帯電話、パーソナルディジタルアシスタント（ＰＤＡ）等の各種の手持ち端末装置であってもよいため、本発明の保護範囲をある特定タイプの移動端末に限定すべきではない。
【０１００】
なお、本発明に係る方法は、さらに、ＣＰＵにより実行されるコンピュータプログラムとしても実現され得る。該コンピュータプログラムがＣＰＵにより実行されると、本発明の方法において限定される上述の機能が実現される。
【０１０１】
なお、上記の方法の各ステップ及びシステム要素は、コントローラ、及びコントローラに上記のステップ又は要素の機能を実現させるコンピュータプログラムを記録するためのコンピュータ読み取り可能な記録媒体によっても実現され得る。
【０１０２】
なお、当業者であれば、本発明に記載のコンピュータ読取り可能な記録媒体（例えば、メモリ）は、揮発性メモリまたは不揮発性メモリのいずれかであってもよく、あるいは、揮発性メモリ及び不揮発性メモリの両方を備えてもよい、とのことを理解すべきである。例えば、不揮発性メモリには、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）、又はフラッシュメモリが含まれてもよく、揮発性メモリには、外部のキャッシュメモリとして機能するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）が含まれてもよいが、両方ともこれに限定されるものではない。例えば、ＲＡＭは、ＳＲＡＭ（Ｓｔａｔｉｃｓ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ＤＤＲ ＳＤＲＡＭ（ダブル・データ・レートＳＤＲＡＭ）、ＥＳＤＲＡＭ（エンハンストＳＤＲＡＭ）、ＳＬＤＲＡＭ（シンクリンクＤＲＡＭ）及びＤＲＲＡＭ（ダイレクトＲａｍｂｕｓ ＲＡＭ（登録商標））などの多くの形式により実現可能であるが、これに限定されるものではない。ここで上記の記録媒体を開示するのは、本発明の保護範囲にこれらの記録媒体及び他の適したタイプの記録媒体を含ませるためであって、これらのみに限定されないことを意図する。
【０１０３】
当業者は、更に、本発明に記載の種々の例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又は両者の組み合わせにより実現され得る、ことを理解すべきである。ハードウェアとソフトウェアの間のこのような互換性を明確に説明するために、種々の例示的なコンポーネント、ブロック、モジュール、回路、及びステップの機能について、以上において通常的な説明を行っている。このような機能が、ソフトウェアにより実現されるか、又は、ハードウェアにより実現されるかは、具体的なアプリケーション、及びシステム全体に課される設計上の制約により選択される。当業者は、具体的なアプリケーションそれぞれにおいて、様々な方式を選択して前記機能を実現してもよく、このような選択は、本発明の範囲を逸脱したものとして解釈されるべきではない。
【０１０４】
以上の開示内容に結び付けられて説明される種々の例示的な論理ブロック、モジュール、及び回路は、上述の機能を行なうように設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラム可能な論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、或いは、これら部材の任意の組み合わせによって、実現又は実行され得る。汎用プロセッサは、マイクロプロセッサであってもよいが、マイクロプロセッサの代わりに、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサは、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと１つ又は複数のマイクロプロセッサの組み合わせ、或いは任意のこのような他の構成といった、コンピューティングデバイスの組み合わせとして実現されてもよい。
【０１０５】
以上の開示内容に結び付けられて説明される方法、又は、アルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、又はこの両者の組合せに直接的に含まれてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当該分野において公知の他の形態で存在する任意の記憶媒体に格納されてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができ、且つ、プロセッサが記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代案として、前記記憶媒体はプロセッサと一体的に集積されてもよい。プロセッサと記憶媒体はＡＳＩＣに格納されてもよい。ＡＳＩＣはユーザ端末に格納されてもよい。代案として、プロセッサと記憶媒体は別個のコンポーネントとしてユーザ端末に格納されてもよい。
【０１０６】
１つ又は複数の例示的な設計として、前記機能はハードウェア、ソフトウェア、ファームウェア又はこれらの任意の組み合わせによって実現され得る。ソフトウェアにより実現される場合、前記機能を１つ又は複数の指令、又はコードとしてコンピュータ読取り可能な媒体に記憶するか、又は、コンピュータ読取り可能な媒体を用いて伝送する。コンピュータ読取り可能な媒体は、コンピュータ記憶媒体及び通信媒体を含み、該通信媒体には、コンピュータプログラムを１つの位置から他の位置へ伝送するための任意の媒体が含まれる。記憶媒体は、汎用又は専用コンピュータによりアクセス可能な任意の使用可能媒体であり得る。例として、該コンピュータ読取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光ディスク記憶デバイス、ディスク記憶デバイス又は他の磁性記憶デバイスを含んでもよく、或いは、携帯できるもの、又は記憶形態が指令又はデータ構造である必要なプログラムコードを記憶するためのもので、且つ、汎用又は専用コンピュータ或いは汎用又は専用プロセッサによりアクセス可能な任意の他の媒体であり得るが、これに限定されるものではない。なお、任意の接続であっても、コンピュータ読取り可能な媒体として称され得る。例えば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、又は、赤外線、ワイヤレス及びマイクロ波のような無線技術を用いて、ウェブサイト、サーバ又は他のリモートソースからソフトウェアを送信する場合、上記の同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は、赤外線、ワイヤレス及びマイクロ波のような無線技術の何れもが媒体の定義に含まれる。以上の磁気ディスク及び光ディスクは、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピー・ディスク（登録商標）、ブルーレイディスクを含んでおり、磁気ディスクは、通常磁性を利用してデータの再生を行なうものであり、光ディスクは、レーザ光を用いて光学的にデータの再生を行なうものである。また、以上の構成の組合わせもコンピュータ読取り可能な媒体の範囲に含まれるべきである。
【０１０７】
以上の開示内容により、本発明の実施例を例示的に示しているが、請求項により限定される本発明の範囲を逸脱しない限り、多種の変更及び修正を行うことができる。以上に開示された実施例に基づく方法請求項の機能、ステップ及び／又はジェスチャーは、ある特定の手順で実行する必要はない。なお、本発明に係る要素は、個体として記載又は要求されているが、単数であると明確に限定されていない限りは複数であってもよい。
【０１０８】
上記の具体的な実施形態において、本発明の目的、技術案及び有益な効果について更に詳細に説明しているが、上記の内容は、本発明の具体的な実施形態であって、本発明の保護範囲に対する限定ではなく、本発明の趣旨及び原則範囲内で行われる任意の修正、均等の取替、改良などは、その何れも本発明の保護範囲に含まれるべきである、ということを理解すべきである。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するステップと、
前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップと、
少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにするステップと
を含むことを特徴とする情報提示方法。
【請求項２】
前記指定情報を処理することにより、前記指定情報のリッチテキスト情報を取得するステップは、
前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するステップを含む
ことを特徴とする請求項１に記載の情報提示方法。
【請求項３】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応し、
前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するステップは、
前記指定情報をあらかじめ設定されたイメージテンプレートに盛り込んで、前記指定情報に対応する指定ページを取得するステップと、
当該指定ページをイメージに変換して前記リッチテキスト情報を取得するステップとを含むか、
または、
前記指定情報をあらかじめ設定されたオーディオテンプレートに盛り込んで得られたオーディオファイルを前記リッチテキスト情報として取得するステップを含むことを特徴とする請求項２に記載の情報提示方法。
【請求項４】
前記情報提示要求には、ユーザのアカウントがさらに含まれ、
前記情報提示方法は、
確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップと、
前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、前記指定情報に対して処理を行うステップと
をさらに含むことを特徴とする請求項１〜３のいずれか１項に記載の情報提示方法。
【請求項５】
確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、前記ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するステップの前に、
前記端末から、前記端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信するステップと、
前記ユーザのアカウントと前記ターゲットサーバのアカウントを対応付けて対応関係を確立するステップと
をさらに含むことを特徴とする請求項４に記載の情報提示方法。
【請求項６】
前記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含む
ことを特徴とする請求項１〜５のいずれかに記載の情報提示方法。
【請求項７】
前記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである
ことを特徴とする請求項１〜５のいずれかに記載の情報提示方法。
【請求項８】
端末から、少なくとも指定情報と当該指定情報を提示するターゲットサーバを確定するためのターゲットサーバＩＤとが含まれている情報提示要求を受信するための情報提示要求受信モジュールと、
前記指定情報を処理することにより、当該指定情報のリッチテキスト情報を取得するための処理モジュールと、
少なくとも前記リッチテキスト情報が含まれているリッチテキスト提示要求を前記ターゲットサーバに送信して、当該ターゲットサーバが前記リッチテキスト情報を提示するようにする提示要求送信モジュールと
を含むことを特徴とする情報提示装置。
【請求項９】
前記処理モジュールは、前記指定情報をあらかじめ設定されたテンプレートに盛り込んで、前記リッチテキスト情報を取得するための処理ユニットを含む
ことを特徴とする請求項８に記載の情報提示装置。
【請求項１０】
あらかじめ設定された異なる種類のテンプレートは、異なる種類のリッチテキスト情報に対応し、
前記処理ユニットは、
前記指定情報をあらかじめ設定されたイメージテンプレートに盛り込んで、当該指定情報に対応する指定ページを取得し、当該指定ページをイメージに変換して前記リッチテキスト情報を得るための第１の処理サブユニット、または、
前記指定情報をあらかじめ設定されたオーディオテンプレートに盛り込んで得られたオーディオファイルを前記リッチテキスト情報として取得するための第２の処理サブユニット
を含むことを特徴とする請求項９に記載の情報提示装置。
【請求項１１】
前記情報提示要求には、ユーザのアカウントがさらに含まれ、
前記情報提示装置は、
確立されたユーザのアカウントとターゲットサーバのアカウントの対応関係に基づいて、当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在するか否かを判断するためのターゲットアカウント取得モジュールと、
当該ユーザのアカウントに対応するターゲットサーバのアカウントが存在する場合、前記指定情報に対して処理を行うためのアカウント処理モジュールと
をさらに含むことを特徴とする請求項８〜１０のいずれか１項に記載の情報提示装置。
【請求項１２】
前記端末から、当該端末のユーザのアカウント、ユーザから入力されたターゲットサーバのアカウント、及びパスワードが含まれているバインディング要求を受信するためのバインディング要求受信モジュールと、
前記ユーザのアカウントと前記ターゲットサーバのアカウントを対応付けて対応関係を確立するための対応関係確立モジュールと
をさらに含むことを特徴とする請求項１１に記載の情報提示装置。
【請求項１３】
前記リッチテキスト情報は、少なくとも静的イメージ、動的イメージ、及びオーディオファイルのうちのいずれか一つを含む
ことを特徴とする請求項８〜１２のいずれかに記載の情報提示装置。
【請求項１４】
前記ターゲットサーバは、インスタントメッセージングサーバ、または情報提示サーバである
ことを特徴とする請求項８〜１２のいずれかに記載の情報提示装置。
【請求項１５】
プロセッサに実行されることにより、請求項１から請求項７のいずれかに記載の情報提示方法を実現することを特徴とするプログラム。
【請求項１６】
請求項１５に記載のプログラムが記録された記録媒体。
【国際調査報告】
2016500190.tif 000007
2016500190.tif 000008
2016500190.tif 000009
2016500190.tif 000010