JP7147092B2 - プログラム、情報処理方法、端末 - Google Patents

Description

本開示は、プログラム、情報処理方法、端末等に関する。

アカウント間でコンテンツのやり取りを行うためのサービス（例えば、メッセージングサービス）がある。例えば特許文献１には、公式アカウント（オフィシャルアカウント）を利用して広告を配信する技術が開示されている。

特開２０１６－５３９２９号公報

本発明の第１の態様によると、少なくとも第１端末との間で送受信されたコンテンツを含むチャットルームを表示する端末によって実行されるプログラムは、端末に対する入力に基づいて、チャットルームを端末の表示部に表示することと、検索語が入力される第１領域と、端末のユーザと関連付けて記憶され、第１領域への検索語の入力に基づいて検索された検索結果を表示するための第１情報とを表示部に表示することと、端末のユーザと関連付けて記憶された第１情報に対する端末のユーザによる入力に基づいて、検索結果を表示部に表示することとが端末によって実行される。
本発明の第２の態様によると、少なくとも第１端末との間で送受信されたコンテンツを含むチャットルームを表示する端末の情報処理方法は、端末に対する入力に基づいて、チャットルームを端末の表示部に表示することと、検索語が入力される第１領域と、端末のユーザと関連付けて記憶され、第１領域への検索語の入力に基づいて検索された検索結果を表示するための第１情報とを表示部に表示することと、端末のユーザと関連付けて記憶された第１情報に対する端末のユーザによる入力に基づいて、検索結果を表示部に表示することとを含む。
本発明の第３の態様によると、少なくとも第１端末との間で送受信されたコンテンツを含むチャットルームを表示する端末は、端末に対する入力に基づいて、チャットルームを表示する表示部と、検索語が入力される第１領域と、端末のユーザと関連付けて記憶され、第１領域への検索語の入力に基づいて検索された検索結果を表示するための第１情報とを表示部に表示する制御を行う制御部とを備え、制御部は、端末のユーザと関連付けて記憶された第１情報に対する端末のユーザによる入力に基づいて、検索結果を表示部に表示する制御を行う。
本発明の第４の態様によると、少なくとも第１端末との間で送受信されたコンテンツを含むチャットルームを表示する端末は、メモリからプログラムを読み出し、プログラムに基づいて処理を実行するプロセッサーを備え、プロセッサーは、端末に対する入力に基づいて、チャットルームを端末の表示部に表示することと、検索語が入力される第１領域と、端末のユーザと関連付けて記憶され、第１領域への検索語の入力に基づいて検索された検索結果を表示するための第１情報とを表示部に表示することと、端末のユーザと関連付けて記憶された第１情報に対する端末のユーザによる入力に基づいて、検索結果を表示部に表示することとを実行する。

第１実施例に係る通信システムのシステム構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るアカウント登録データの一例を示す図。 第１実施例に係るアカウント管理データベースの一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の遷移の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示部に表示される画面の遷移の一例を示す図。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る端末の表示部に表示される画面の遷移の一例を示す図。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係る端末の表示部に表示される画面の遷移の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の遷移の一例を示す図。 第３実施例に係る端末が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る端末の表示部に表示される画面の遷移の一例を示す図。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第４実施例に係る検索・お気に入り処理の流れの一例を示すフローチャート。 第５実施例に係るアカウント管理データベースの一例を示す図。 第５実施例に係る端末の表示部に表示される画面の遷移の一例を示す図。 第５実施例に係るカテゴリ別表示処理の流れの一例を示すフローチャート。 第５変形例に係る端末の表示部に表示される画面の遷移の一例を示す図。 他の実施例に係る端末の表示部に表示される画面の遷移の一例を示す図。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

＜実施形態＞
本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。

本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。

最初に、システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。

また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
（１）端末＆サーバ
（２）サーバ
（３）端末

（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。

サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。

具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
なお、プロセッサーは、仮想プロセッサーとしてもよい。

また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。

また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。

また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。

また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。

また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。

（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。

サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。

（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。

なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。

以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。

また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。

なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。

また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。

また、本明細書において「関する」、「関連する」と記載された用語について、限定ではなく例として、「Ａに関するＢ」や「Ａに関連するＢ」といった場合、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。

また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。

なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。

以下の実施例では、ユーザがチャットを行うためのサービス（以下、「チャットサービス」と称する。）の一例として、メッセージングサービス（Messaging Service）を例示する。また、チャットサービスを実現するためのアプリケーションを「チャットアプリケーション」と称し、メッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称する。
チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。

なお、メッセージングサービス：ＭＳ（インスタントメッセージサービス：ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。このため、メッセージンサービスとソーシャルネットワーキングサービスとを区別してもよいし、区別しなくてもよい。つまり、ソーシャルネットワーキングサービスにメッセージングサービスを含めてもよいものとする。

また、以下の実施例では、メッセージングサービスの一例として、サーバを介して複数の装置（限定ではなく例として、端末）間で、コンテンツを簡単なメッセージの形式で送受するインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）を例示する。
インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。

チャットルーム（限定ではなく例として、トークルーム）とは、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）とすることができる。

また、トークルームには、１対１のユーザのトークルーム（以下、「１対１トークルーム」と称する。）、複数のユーザを含むグループのトークルーム（以下、「グループトークルーム」と称する。）、公式アカウントのユーザとのトークルーム（以下、「ＯＡトークルーム」と称する。）等を含めることができる。

公式アカウントは、一般のユーザではなく事業者のユーザのアカウントであり、この公式アカウントのユーザも、限定ではなく例として、一般のユーザの端末と同様の端末を利用して、サーバを介して、他の装置との間でメッセージの送受信を行うことができるようにすることができる。

本明細書において、コンテンツとは、送信元から送信先に送信される情報であってもよい。また、コンテンツは、１または複数のコンテンツであってもよい。

コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、リンク情報（限定ではなく例として、ＵＲＩ（Uniform Resource Identifier）等を含む。）などのリンクコンテンツを含めてもよいものとする。

テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。

画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。

＜システム構成＞
図１－１は、本実施形態における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。

サーバ１０は、ネットワーク３０を介して、公式ユーザおよびユーザが所有する端末２０にメッセージングサービス（メッセージングアプリケーション）を含むチャットサービス（チャットアプリケーション）を提供する機能を有する。サーバ１０は、メッセージングサーバやメッセージングサービスサービスサーバ、メッセージングアプリケーション管理サーバ等のように表現することもできる。

本実施形態では、メッセージングサービス事業者（運営者）をサーバ１０のユーザとする。

なお、本実施形態とは異なり、電子マネー（電子貨幣）等による電子決済を可能とする支払いサービス（支払いアプリケーション）の事業者がサーバ１０のユーザとなって、メッセージングサービスを運営するようにしてもよい。支払いサービス事業者は、支払いアプリケーションの一機能としてメッセージングサービスを提供するようにしてもよいし、そのようにしなくてもよい。

なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービス（本実施例ではメッセージングサービス）を提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。

（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。

音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。

位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。

位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。

衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。

慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。

ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。

制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。

出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。

表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。

時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。

本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。

なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

また、システムのプログラム（システムによって実行されるプログラム）という場合、システムについては前述した通りである。そして、前述したシステムのプログラムとは、システム全体で実行可能なプログラムであって、このプログラムは、限定ではなく例として、システムを構成する装置個々のプログラムで構成されてもよく、システムを構成する個々の装置に保存されるプログラムは、各々異なっていてもよいものとする。つまり、システムを構成する個々の装置で共通のプログラムでなくてもよいものとする。
限定ではなく例として、システムが端末とサーバとで構成されている場合、システムのプログラムをＰ１とすると、システムのプログラムＰ１は、端末に保存されたプログラムＰ２と、サーバに保存されたプログラムＰ３とで構成され、Ｐ２とＰ３とは、システムのプログラムを実行するためのものであり、それぞれ異なるプログラムとなっていてもよい。限定ではなく例として、端末に保存されたプログラムＰ２は、第１の処理を実行し、第１の処理をした結果をサーバに送信するプログラムであり、サーバに保存されたプログラムＰ３は、受信した第１の処理をした結果に対して第２の処理を行い、第２の処理を行った結果を端末に送信するプログラムであってもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。

サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML5などのマークアップ言語などを用いて実装される。

＜第１実施例＞
第１実施例は、限定ではなく例として、メッセージングアプリケーションにおけるトークルーム内検索（チャットルーム内検索）によって検索された検索結果を端末２０のユーザがあらかじめお気に入りしておくことで、後から、その検索結果を表示部２４に表示することを可能にする実施例である。

第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

以下説明する実施例では、メッセージングアプリケーションにおいてトークルームを表示してから検索を行う手法を考える。
以下説明する実施例では、トークルームを表示してから、詳細後述する各種の方法によって検索用画面を表示させて検索を行う手法のことを、便宜的に「トークルーム内検索（チャットルーム内検索）」と称する。
このトークルーム内検索の手法を適用する場合、一旦検索した検索結果を、ユーザが後から再確認したいと考えるような場合があり得る。

本実施例では、端末２０は、トークルームを表示部２４に表示し、過去にトークルーム内検索によって検索された検索結果のうち、端末２０のユーザがお気に入りした検索結果を表示するための第１情報（限定ではなく例として、お気に入りした検索結果に対応するサムネイル等の情報）に対する端末２０のユーザによる入力に基づいて、対応する検索結果を表示部２４に表示する。
なお、お気に入りは、ブックマーク等のように称してもよい。

トークルーム内検索については後の実施例で説明することとし、本実施例では、トークルーム内検索によって少なくとも１つの検索結果が端末２０のユーザによってお気に入り済みであることとして説明する。

検索結果は、限定ではなく例として、少なくとも以下のいずれかの一方のデータに基づいて表示することができる。
（１）外部サーバのデータベースのデータ（以下、便宜的に「外部データ」と称する。）
（２）サーバ１０のデータベースのデータ（以下、便宜的に「内部データ」と称する。）
なお、以下では、サーバ１０のデータベースに内部データが格納されることとするが、メッセージングサービス事業者が管理する、サーバ１０とは異なるサーバのデータベースに内部データが格納されるようにしてもよい。

第１実施例では、限定ではなく例として、このうちの（１）外部データ、に基づいて検索結果を表示する場合を例示する。

［各装置の機能構成］
（１）サーバ
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってメッセージングアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。

図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、限定ではなく例として、メッセージングアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、検索エンジンデータベース１５５と、アカウント管理データベース１５７とが記憶される。

アカウント登録データ１５３は、メッセージングアプリケーションのアカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。

ユーザ名は、アプリケーションを利用する端末２０のアカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。

アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。

その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。

端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、アプリケーションＩＤまたは公式アプリケーションＩＤとすることができる。
なお、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。

また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。

また、限定ではなく例として、１つのアプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。

また、アプリケーションＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、アプリケーションＩＤをアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。

検索エンジンデータベース１５５は、メッセージングサービス事業者（サーバ１０）が管理する検索エンジンのデータベースである。

メッセージングサービス事業者は、限定ではなく例として、ロボット型の検索エンジンによって、ウェブ上の各種の情報を探索して収集することができる。
具体的には、限定ではなく例として、クローラ（ボット）を用いたクロール処理によって、種々の外部データを収集するようにすることができる。
以下では、外部データの中身の情報（内容）のことを、便宜的に「外部情報」と称する。

サーバ１０は、限定ではなく例として、取得した外部情報を解析し、検索可能なデータに変換して、検索エンジンデータベース１５５に登録（インデックス）することができる。このようにすることで、詳細後述するトークルーム内検索（チャットルーム内検索）において、サーバ１０は、端末２０のユーザによって入力された検索語に対して検索結果を返すことが可能となる。

本実施例において、検索エンジンデータベース１５５には、限定ではなく例として、データを固有に識別するための識別情報であるデータＩＤと関連付けて、外部情報、外部データのリンク情報（以下、「外部リンク情報」と称する。）などが格納されるようにすることができる。

また、本実施例では、検索エンジンデータベース１５５には、限定ではなく例として、外部情報に基づいて生成されたサムネイルに関するデータが格納されるようにすることができる。
サムネイルとは、限定ではなく例として、画像などを一覧表示する場合に用いられる縮小画像とすることができる。
限定ではなく例として、サーバ１０は、外部情報に基づいて、その内容をユーザが直感的に認識し易いサムネイルを生成する。そして、サーバ１０は、データＩＤと関連付けて、限定ではなく例として、サムネイルに関するデータ（限定ではなく例として、サムネイルを識別するためのサムネイルＩＤやサムネイルの画像データ等）を、検索エンジンデータベース１５５に記憶させる。

なお、サムネイルに関するデータを、検索エンジンデータベース１５５に記憶させるのではなく、これとは異なるサムネイル用のデータベースに格納するようにしてもよい。

リンク情報は、限定ではなく例として「ＵＲＩ」とすることができる。
この場合、外部リンク情報は、サーバ１０とは異なる外部サーバにアクセスするための情報、限定ではなく例として、外部サーバのデータベースの外部データにアクセスするための情報とすることができる。各種の装置は、外部リンク情報に基づいて外部サーバにアクセスして、対象とする外部情報を含む外部ページを表示することができる。

なお、リンク情報（限定ではなく例として、ＵＲＩ）は、メッセージングサービス事業者が指定する記述スキームに則って記述するようにするようにしてもよいし、しなくてもよい。

また、メッセージングアプリケーションをインストール済みの端末２０は、メッセージングアプリケーションを実行中にリンク情報が指定されたことに基づいて、限定ではなく例として、メッセージングアプリケーションのブラウザ（以下、「アプリ内ブラウザ（内部ブラウザ）」と称する。）によって、外部ページを表示することができる。

なお、これとは異なり、アプリ内ブラウザではない外部のブラウザ（以下、「外部ブラウザ」と称する。）によって外部ページを表示するようにすることもできる。

アカウント管理データベース１５７は、アカウント登録データ１５３に記憶されているアカウントに関する管理データのデータベースであり、その一例であるアカウント管理データベース１５７Ａのデータ構成例を図１－５に示す。
アカウント管理データベース１５７Ａには、アカウントごとの管理データとして、アカウント管理データが記憶される。

各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、友だちデータと、コンテンツ送受信履歴データと、お気に入りデータとが記憶される。

アプリケーションＩＤには、アカウント登録データ１５３に記憶されているアプリケーションＩＤが記憶される。

友だちデータは、このアプリケーションＩＤのアカウントと友だちとして登録されているアカウントを識別するためのデータであり、限定ではなく例として、友だちとして登録しているアカウントのアプリケーションＩＤが記憶される。
なお、これに加えて、友だち登録した日時等の情報を記憶させるようにしてもよいし、しなくてもよい。

アプリケーションＩＤには、アカウント登録データ１５３に記憶されているアプリケーションＩＤのうち、このアカウント管理データのアプリケーションＩＤが友だち登録したアカウントのアプリケーションＩＤが記憶される。
なお、友だちとして登録されたアカウントのユーザ名は、アカウント登録データ１５３を参照することで特定することが可能である。

限定ではなく例として、このアカウントのユーザは、友だち登録データに記憶されているアプリケーションＩＤの端末２０との間で、コンテンツを送受信することができる。

コンテンツ送受信履歴データには、限定ではなく例として、他のアカウントとの間のコンテンツの送受信の履歴に関するデータが記憶される。トーク履歴データ等のように称してもよい。

お気に入りデータは、このアプリケーションＩＤのアカウントがお気に入り（ブックマーク）した検索結果に関するデータである。
お気に入りとは、限定ではなく例として、トークルーム内検索によって検索した検索結果を、後から簡単な入力によって表示させるなどするために、検索結果を表示するための情報を登録しておくこととすることができる。

お気に入りデータには、限定ではなく例として、お気に入りＩＤと、対応リンク情報と、お気に入り日時とが関連付けて記憶される。

お気に入りＩＤには、限定ではなく例として、検索エンジンデータベース１５５に格納されているデータに関連付けられたデータＩＤのうち、お気に入りする検索結果に対応するデータＩＤが記憶される。

対応リンク情報は、お気に入りされた検索結果に対応するリンク情報とすることができる。
サーバ１０は、限定ではなく例として、検索エンジンデータベース１５５において、このお気に入りＩＤに対応するデータＩＤに関連付けられたリンク情報を、お気に入りＩＤと関連付けて対応リンク情報欄に記憶させる。

お気に入り日時には、限定ではなく例として、この検索結果をお気に入り登録した日時が記憶される。

ここで、お気に入りデータには、検索結果そのものが記憶されるわけではなく、限定ではなく例として、データＩＤやリンク情報など、検索結果を表示するための情報が記憶されるようにすることができる。つまり、検索結果そのものではなく、その検索結果を表示するための情報が、アプリケーションＩＤ（端末２０、または端末２０のユーザ、またはアカウント）と関連付けて記憶されるようにすることができる。

お気に入りＩＤを、検索エンジンデータベース１５５のデータＩＤと照合することで、対応するサムネイル（以下、適宜「対応サムネイル」と称する。）を特定することができる。このため、対応サムネイルも、アプリケーションＩＤ（端末２０、端末２０のユーザ、アカウント）と関連付けて記憶される情報と考えることもできる。

なお、対応サムネイルを識別するためのサムネイルＩＤ等の情報を、お気に入りデータに記憶させるようにしてもよいし、しなくてもよい。
また、サムネイルの他、限定ではなく例として、検索結果のタイトル（表題）や概要などの情報を検索エンジンデータベース１５５から特定できるようにしてもよい。

お気に入りデータには、限定ではなく例として、お気に入りされた順（古い順）に情報が記憶されるようにすることができる。
ただし、端末２０が表示部２４に表示するお気に入りに関する情報（サムネイル等の情報）の順序は、必ずしもお気に入りされた古い順としなければならないわけではなく、お気に入りされた新しい順で表示するようにしてもよい。これは、お気に入り日時の情報に基づいて実現可能である。

（２）端末
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってメッセージングアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。

図１－７は、本実施例において端末２０の記憶部２８に記憶される情報等の一例を示す図である。
記憶部２８には、限定ではなく例として、メッセージングアプリケーション処理として実行されるアプリケーション処理プログラム２８１と、自己の端末２０、または自己の端末２０のユーザのアプリケーションＩＤ２８３とが記憶される。

なお、アプリケーションＩＤ２８３には、複数のアプリケーションＩＤを記憶できるようにしてもよいし、そうしなくてもよい。

＜表示画面＞
以下では、端末２０を、限定ではなく例として、縦長のディスプレイの表示部２４を備えるスマートフォンとして表示画面を例示する。

スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行されるなどすることができる。

以下において、タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作であってよいものとする。

なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎず、これらに限定されるものではない。
以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。

図１－８は、本実施例においてユーザＡ．Ａの端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
図１－８左は、ユーザＡ．Ａによるトークルームを表示する入力に基づいて、ユーザＡ．Ａが友だち登録済みのユーザＢ．Ｂとトークを行うためのトークルームが表示された状態を示している。

画面最上部の領域には、メッセージングアプリケーションの名称である「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」の文字が表示され、その横には、自分（ユーザＡ．Ａ）のアイコン画像およびユーザ名「Ａ．Ａ」の文字が表示されている。また、その下の領域には、トーク相手がユーザＢ．Ｂであることを示す「Ｂ．Ｂ」の文字およびトークルームから退出するための「＜」のボタンを含む「＜Ｂ．Ｂ」が表示されている。

その下の領域には、送受信されるコンテンツが表示されるトークルーム領域ＴＲが構成されている。限定ではなく例として、画面向かって右側には自分（ユーザＡ．Ａ）から相手のユーザ（ユーザＢ．Ｂ）に送信されるコンテンツが時系列に表示され、画面向かって左側には、相手のユーザから自分に送信されたコンテンツが時系列に表示される。

この例では、ユーザＡ．ＡからユーザＢ．Ｂに送信された「今日何食べたい？」というテキストコンテンツが表示され、また、ユーザＢ．ＢからユーザＡ．Ａに送信された「洋食はどう？」というテキストコンテンツが表示された状態が示されている。

画面最下部には、相手のユーザに送信するコンテンツを入力するためのコンテンツ入力領域ＣＩＲが設けられている。また、コンテンツ入力領域ＣＩＲの右には、検索用画面を表示するための、限定ではなく例として、虫眼鏡のマークで示される検索用画面表示ボタンＢ１が設けられている。

検索用画面表示ボタンＢ１がタップされると、限定ではなく例として、図１－８中央の表示がなされる。
具体的には、画面下部からせり上がるように検索用画面（検索用ウィンドウ）ＳＷが表示されている。この例では、トークルーム領域ＴＲの上部を覆い隠さないように設定されたサイズ（または高さ）の検索用画面ＳＷがトークルームに重畳して表示されている。

検索用画面ＳＷの上部には、検索語を入力するための検索語入力領域ＳＩＲが設けられており、その右には、入力された検索語でトークルーム内検索を実行するための実行ボタンＢ２と、検索用画面ＳＷを閉じるための閉じるボタンＢ３とが表示されている。

また、検索用画面の検索語入力領域ＳＩＲ等が設けられた領域の下には、ユーザＡ．Ａがあらかじめお気に入りした検索結果に対応するサムネイル等の情報が一覧表示されるお気に入り領域が設けられている。

この例では、お気に入り領域には、ハートの画像と「お気に入り」の文字とを組み合わせた表示の下に、ユーザＡ．Ａがお気に入りした検索結果に対応するサムネイルおよびタイトルを１つのセットとして、複数のセットが設定された順序で表示されている。限定ではなく例として、お気に入りされた検索結果のうちの最新のものを先頭として新しい順に表示されている。

なお、この画面例では、分かり易いようにサムネイルに対応してタイトルを表示させているが、サムネイルのみを表示するようにしてもよい。

また、お気に入りされている検索結果の数が多く、全ての検索結果に対応するサムネイル等の情報を一度に表示しきれない可能性もあり得る。そこで、限定ではなく例として、お気に入り領域に対するユーザによるスクロール操作に基づいて、端末２０の制御部２１がスクロール制御を行うようにしてもよい。

この例では、限定ではなく例として、タイトル「ハンバーグ」のサムネイル、タイトル「ワンピース」のサムネイル、タイトル「和風パスタ」のサムネイル、タイトル「メイク動画」のサムネイル、タイトル「ステーキ」のサムネイル、タイトル「シチュー」のサムネイル、タイトル「スニーカー」のサムネイル、などが表示されている。

限定ではなく例として、タイトル「ハンバーグ」のサムネイルがユーザＡ．Ａによってタップされると、限定ではなく例として、図１－８右の表示がなされる。
この例では、タップされたサムネイルに対応する外部リンク情報に基づき、ブラウザによって、「ハンバーグ」の検索結果（検索結果に対応する外部情報）を含む外部ページとして、「ハンバーグ」のレシピに関する「ＸＹＺ ＲＥＣＩＰＥ」のウェブページが表示されている。

＜処理＞
図１－９は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、ユーザＡ．Ａの端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。

なお、以下説明する処理は、本開示の手法を実現するための処理の一例に過ぎず、これらに限定されるものではない。
以下説明する処理に別のステップを追加してもよいし、以下説明する処理から一部のステップを省略（削除）してもよい。

本実施例では、処理に先立って、あらかじめユーザＡ．Ａによって、少なくとも１つの検索結果がお気に入り済みであるものとして説明する。

まず、制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対するトークルームを選択する入力（限定ではなく例として、ユーザ操作。以下同様。）に基づいて、トークルームを表示部２４に表示させる（Ａ１１０）。

その後、制御部２１は、検索用画面を表示するか否かを判定する（Ａ１２０）。具体的には、限定ではなく例として、入出力部２３を介した検索用画面を表示する入力を検出したか否かを判定する。

検索用画面を表示しないと判定したならば（Ａ１２０：ＮＯ）、制御部２１は、Ａ１９０に処理を進める。
検索用画面を表示すると判定したならば（Ａ１２０：ＹＥＳ）、制御部２１は、お気に入り情報を通信Ｉ／Ｆ２２によってサーバ１０に要求する（Ａ１３０）。

通信Ｉ／Ｆ１４によって端末２０Ａからお気に入り情報の要求があったと判定したならば（Ｓ１１０：ＹＥＳ）、制御部１１は、限定ではなく例として、アカウント管理データベース１５７ＡのうちのユーザＡ．ＡのアプリケーションＩＤに対応するアカウント管理データのお気に入りデータに記憶されているお気に入りＩＤを特定する。そして、制御部１１は、特定したお気に入りＩＤを、検索エンジンデータベース１５５のデータＩＤと照合することで、対応サムネイルを特定する。そして、制御部１１は、限定ではなく例として、お気に入りＩＤと、対応リンク情報と、対応サムネイルと、お気に入り日時とを含むお気に入り情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１２０）。
これを受けて、制御部２１は、受信したお気に入り情報を記憶部２８に記憶させる。

通信Ｉ／Ｆ１４によって端末２０Ａからお気に入り情報の要求がなかったと判定したならば（Ｓ１１０：ＮＯ）、制御部１１は、Ｓ１９０に処理を進める。

通信Ｉ／Ｆ２２によってサーバ１０からお気に入り情報を受信すると、制御部２１は、限定ではなく例として、検索語入力領域（限定ではなく、第１領域の一例）と、お気に入り情報に含まれる対応サムネイルを配置したお気に入り領域（サムネイル一覧を表示する領域）とを含む検索用画面を表示部２４に表示させる（Ａ１４０）。この場合、制御部２１は、限定ではなく例として、受信したお気に入り日時の情報に基づいて、新しい順や古い順に対応サムネイルをお気に入り領域に配置することができる。

なお、検索用画面を表示する際に端末２０がサーバ１０からお気に入り情報を取得して検索用画面を表示する構成に限らず、限定ではなく例として、定期的なタイミングなどでサーバ１０から最新のお気に入り情報を取得して端末２０の記憶部２８に記憶・更新するようにし、Ａ１４０において、制御部２１が、記憶部２８に記憶されている最新のお気に入り情報に基づいて検索用画面を表示するようにしてもよいし、しなくてもよい。
また、詳細は他の実施例で後述するが、端末２０がサーバ１０からお気に入り情報を取得せずに検索用画面を表示するようにすることも可能である。

ここで、検索用画面は、限定ではなく例として、以下のいずれかの方法で表示させることができる。
（Ａ）外部ブラウザによって検索用画面を表示する方法
（Ｂ）アプリ内ブラウザによって検索用画面を表示する方法

（Ａ）の方法では、限定ではなく例として、メッセージングアプリケーションをプラットフォームとして動作する外部ブラウザ（ウェブアプリケーションのブラウザ）によって検索用画面を表示するようにすることができる。
具体的には、メッセージングアプリケーションのトークルーム画面を表示している状態で、限定ではなく例として、メッセージングアプリケーションのアカウント情報を含む各種の情報を参照可能な外部ブラウザを起動して検索用画面を表示させることができる。
この場合、トークルームの少なくとも一部に重畳するように検索用画面を表示させることができる（オーバーレイ）。

検索用画面のサイズ（または高さ）は、任意に設定可能とすることができる。
検索用画面をフルサイズとするのであれば、トークルームに完全に重畳するように検索用画面を表示することができる。この場合、トークルームは検索用画面によって完全に覆い隠されるため、トークルームは視認できなくなる。
一方、検索用画面をフルサイズよりも小さいサイズとするのであれば、トークルームの一部に重畳するように検索用画面を表示することができる。この場合、トークルームの一部の領域が覆い隠されるが、覆い隠されていない領域は視認可能となる。

（Ｂ）の方法では、限定ではなく例として、メッセージングアプリケーションにおけるトークルーム画面を表示している状態で、限定ではなく例として、メッセージングアプリケーションのアプリ内ブラウザを起動して検索用画面を表示させることができる。
この場合は、限定ではなく例として、
（Ｂ－１）トークルーム画面から移動（遷移）して検索用画面を表示する方法
（Ｂ－２）トークルーム画面と並行して検索用画面を表示する方法
のうちのいずれかの方法を適用することができる。

また、（Ｂ－２）の方法では、限定ではなく例として、
（Ｂ－２ａ）（Ａ）の方法と同様に、トークルームの少なくとも一部に重畳するように検索用画面を表示する方法（オーバーレイ）
（Ｂ－２ｂ）画面を２つに分割してトークルーム用と検索用とに割り当てて表示する方法（スプリット）
のうちのいずれかの方法を適用することができる。

なお、（Ａ）の方法についても、（Ｂ－２ｂ）スプリット、と同様の方法を適用してもよいし、しなくてもよい。

前述した表示画面は、限定ではなく例として、（Ａ）の方法で検索用画面を表示するとともに、検索用画面のサイズをフルサイズよりも小さいサイズとした場合の表示画面例である。

なお、検索用画面において、検索語入力領域（限定ではなく、検索語が入力される第１領域の一例）は、限定ではなく例として、トークルームに表示されるコンテンツ入力領域（限定ではなく、コンテンツが入力される第２領域の一例）とは異なる領域とすることができる。

その後、制御部２１は、入出力部２３を介した検索用画面のお気に入り領域のサムネイルに対する入力を検出したか否かを判定する（Ａ１５０）。

検出しなかったと判定したならば（Ａ１５０：ＮＯ）、制御部２１は、Ａ１８０に処理を進める。
検出したと判定したならば（Ａ１５０：ＹＥＳ）、制御部２１は、検索結果表示処理を行う（Ａ１６０ａ）。具体的には、限定ではなく例として、入力が検出されたサムネイルについて、その対応リンク情報に基づいて、通信Ｉ／Ｆ２２によって外部サーバにアクセスする。その結果、対象とする検索結果を含む外部ページが表示部２４に表示される。

その後、外部ページからメッセージングアプリケーションのトークルームに戻るなどした後、制御部２１は、表示中の検索用画面を閉じるか否かを判定する（Ａ１８０）。
検索用画面を閉じないと判定したならば（Ａ１８０：ＮＯ）、制御部２１は、Ａ１５０に処理を戻す。
一方、検索用画面を閉じると判定したならば（Ａ１８０：ＹＥＳ）、制御部２１は、表示中の検索用画面を非表示とする制御を行う。

次いで、制御部２１は、表示中のトークルームを閉じるか否かを判定する（Ａ１９０）。
トークルームを閉じないと判定したならば（Ａ１９０：ＮＯ）、制御部２１は、Ａ１２０に処理を戻す。
一方、トークルームを閉じると判定したならば（Ａ１９０：ＹＥＳ）、制御部２１は、表示中のトークルームを非表示とする制御を行った後、処理を終了する。

Ｓ１２０の後、制御部１１は、処理を終了するか否かを判定する（Ｓ１９０）。
処理を継続すると判定したならば（Ｓ１９０：ＮＯ）、制御部１１は、Ｓ１１０に処理を戻す。
一方、処理を終了すると判定したならば（Ｓ１９０：ＹＥＳ）、制御部１１は、処理を終了する。

＜検索結果を表示するための情報（第１情報）＞
ここまでサムネイルを例に挙げて説明したが、本開示における検索結果を表示するための情報は、限定ではなく例として、ユーザ入力によって検索結果にアクセスすることのできる各種の情報をこれに含めることができる。
限定ではなく例として、リンク情報が関連付けられた検索結果のタイトルや概要等の情報を第１情報として端末２０の表示部２４に表示させるようにしてもよい。この場合、端末２０の制御部２１は、これらの第１情報に対する入力に基づいて、対応リンク情報によって検索結果を表示部２４に表示させるようにすることができる。
また、ＵＲＩ等のリンク情報を第１情報として表示させるようにしてもよい。

＜第１実施例の効果＞
本実施例は、端末２０が、自己の端末２０に対する入力に基づいて、トークルーム（限定ではなく、チャットルームの一例）を表示部２４に表示する。また、端末２０は、検索語入力領域（限定ではなく、第１領域の一例）と、自己の端末２０のユーザと関連付けて記憶されるサムネイル等の情報（限定ではなく、端末のユーザと関連付けて記憶され、第１領域への検索語の入力に基づいて検索された検索結果を表示するための第１情報の一例）を表示部２４に表示する。そして、端末２０は、サムネイル等の情報に対するユーザによる入力に基づいて、検索結果を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末が、チャットルームを表示部に表示するとともに、検索語が入力される第１領域と、端末のユーザと関連付けて記憶され、第１領域への検索語の入力に基づいて検索された検索結果を表示するための第１情報に対する端末のユーザによる入力に基づいて、検索結果を表示部に表示することとができる。これにより、限定ではなく例として、検索結果をユーザが後ほど再確認したいような場合に、第１情報に対する端末のユーザによる入力に基づいて、検索結果を簡単に表示させることができる。

また、本実施例は、検索語入力領域（限定ではなく、第１領域の一例）とサムネイル等の情報（限定ではなく、第１情報の一例）とを含む検索用画面が、トークルームに重畳されて表示部２４に表示される構成を示している。
このような構成により得られる実施例の効果の一例として、限定ではなく例として、第１領域と第１情報とをチャットルームの一部に重畳するように表示することで、チャットルームを端末のユーザに視認させつつ、第１領域と第１情報とをユーザに視認させることができる。

また、本実施例は、検索語入力領域（限定ではなく、第１領域の一例）は、トークルームに表示されるコンテンツ入力領域（限定ではなく、第２領域の一例）とは異なる構成を示している。
このような構成により得られる実施例の効果の一例として、検索語が入力される第１領域と、チャットルームに表示されるコンテンツが入力される第２領域とを異なる領域とすることで、入力する領域をユーザが間違えないようにすることができる。

＜第１変形例（１）＞
第１実施例において、端末２０が、検索結果を表示する前に、それをユーザに確認するようにしてもよい。

＜処理＞
本変形例における処理は、限定ではなく例として、図１－９の処理において、Ａ１５０において入出力部２３を介した検索用画面のお気に入り領域のサムネイルに対する入力を検出したと判定した場合、制御部２１は、入力が検出されたサムネイルに対応する検索結果を表示するか否かを判定する。

具体的には、限定ではなく例として、入力を検出したサムネイルに対応する検索結果のプレビュー表示等を行うとともに、外部ページを表示するか否かをユーザに確認するためのボタン（限定ではなく例として、「リンク先を開く」ボタンや「外部ページを開く」ボタン）等を表示させる。
そして、このボタンに対する操作を検出した場合、制御部２１は、Ａ１６０ａに処理を進める。

＜第１変形例（２）＞
第１実施例では、端末２０が、サムネイル等の情報に対する端末２０のユーザによる入力に基づいて、（１）外部データ、に基づいて検索結果を表示する場合を例示したが、これに限定されない。端末２０が、（２）内部データ、に基づいて検索結果を表示するようにすることも可能である。

内部データは、限定ではなく例として、以下のうちの少なくともいずれか１つの情報に基づくデータとすることができる。
（２－１）内部オリジナル情報
（２－２）外部整理情報
（２－３）複合情報

（２－１）内部オリジナル情報は、限定ではなく例として、メッセージングサービス事業者が独自に生成した検索用の情報とすることができる。
メッセージングサービス事業者が、独自の検索システムを構築する場合も考えられる。
必ずしも外部情報を取得せずとも検索用の情報を生成することは可能であるし、そもそも参照可能な外部情報が存在しない場合もあり得る。

この場合、検索エンジンデータベース１５５には、限定ではなく例として、データＩＤと関連付けて、内部オリジナル情報、その内部オリジナル情報に基づく内部データのリンク情報、対応するサムネイルなどを格納するようにすることができる。

（２－２）外部整理情報は、外部情報を整理した結果として得られる情報とすることができる。メッセージングサービス事業者が、外部情報を整理して検索に利用したいと考える場合があり得る。
情報の整理は、限定ではなく例として、元となる情報（内容）を改ざんせずに調整することとすることができる。限定ではなく例として、内容を編集すること、一部の内容を削除すること、内容の要部を抽出すること、内容を要約すること、などをこれに含めることができる。
なお、外部情報の整理は、外部データの整理と称してもよい。

この場合、検索エンジンデータベース１５５には、限定ではなく例として、データＩＤと関連付けて、外部整理情報、その外部整理情報に基づく内部データのリンク情報、対応するサムネイルなどを格納するようにすることができる。

なお、必ずしも外部情報の整理を行うことは必須ではなく、外部情報を流用する（そのまま用いる）ようにしてもよいし、しなくてもよい。

（２－３）複合情報は、外部情報と内部オリジナル情報とに基づき生成される情報とすることができる。メッセージングサービス事業者が、外部情報を参考にしつつ、内部オリジナル情報を検索に利用したいと考える場合があり得る。

この場合、検索エンジンデータベース１５５には、限定ではなく例として、データＩＤと関連付けて、複合情報、その複合情報に基づく内部データのリンク情報、対応するサムネイルなどを格納するようにすることができる。

本変形例では、限定ではなく例として、前述したアカウント管理データベース１５７Ａ（図１－５参照）におけるアカウント管理データのお気に入りデータに、対応リンク情報として、内部データのリンク情報（以下、「内部リンク情報」と称する。）を記憶させるようにすることができる。内部リンク情報は、限定ではなく例としてＵＲＩとすることができる。

＜表示画面＞
図１－１０は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。図１－１０左は、図１－８中央と同様の画面である。
限定ではなく例として、タイトル「ハンバーグ」のサムネイルがユーザＡ．Ａによってタップされると、限定ではなく例として、図１－１０右の表示がなされる。

この例では、タップされたサムネイルに対応する内部リンク情報に基づき、「ハンバーグ」の検索結果を含むメッセージングアプリケーションにおける内部ページが、検索用画面内における検索語入力領域ＳＩＲ等が表示される領域の下に表示されている。
この例では、内部ページには、図１－８右に示した外部ページで公開されている外部情報を調整した外部調整情報が表示されている。

なお、これとは異なり、図１－８右に示した外部ページで公開されている外部情報を流用した（そのまま用いた）内部ページを表示させるようにしてもよいし、しなくてもよい。

また、内部ページに含まれる「ハンバーグ」の画像の右上部には、この検索結果をお気に入りするための、限定ではなく例として、ハートマークで示されるお気に入りボタンＢ２１が画像に一部重畳するように表示されている。
ただし、本実施例では、視認性を考慮し、お気に入りボタンＢ２１を円で囲って表示している。

お気に入りボタンＢ２１は、限定ではなく例として、そのコンテンツに対応する検索結果をお気に入りしていない場合は無着色で表示され、そのコンテンツに対応する検索結果をお気に入り済みである場合は着色されて表示されるようにすることができる。
この例では、ユーザＡ．Ａは「ハンバーグ」の検索結果をお気に入り済みであるため、お気に入りボタンＢ２１は着色されて表示されている。

内部ページを表示する場合は、サーバ１０がユーザのお気に入りデータを参照可能である。このため、上記のようなお気に入りボタンＢ２１を内部ページに表示させることができる。
なお、お気に入りボタンＢ２１を表示させることは必須ではなく、これを表示させないようにしてもよい。

＜処理＞
図１－１１は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
この処理は、図１－９のＡ１６０ａのステップを、Ａ１６０ｂのステップに置き換えた処理である。

Ｓ１２０において、制御部１１は、限定ではなく例として、アカウント管理データベース１５７ＡのうちのユーザＡ．ＡのアプリケーションＩＤに対応するアカウント管理データのお気に入りデータと、検索エンジンデータベース１５５に格納されているデータとに基づいて、限定ではなく例として、お気に入りＩＤと、対応リンク情報（本例では、内部リンク情報）と、対応サムネイルと、お気に入り日時とを含むお気に入り情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。
これを受けて、制御部２１は、受信したお気に入り情報を記憶部２８に記憶させる。

Ａ１５０において、入出力部２３を介した検索用画面のお気に入り領域のサムネイルに対する入力を検出したと判定したならば（Ａ１５０：ＹＥＳ）、制御部２１は、検索結果表示処理を行う（Ａ１６０ｂ）。

具体的には、制御部２１は、サーバ１０から先に受信して記憶部２８に記憶しておいたお気に入り情報に含まれる対応リンク情報のうち、入力を検出したサムネイルの対応リンク情報に基づいて、内部ページの表示を要求する表示リクエスト情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１６１）。

制御部１１は、通信Ｉ／Ｆ１４によって端末２０Ａから表示リクエスト情報を受信したか否かを判定する（Ｓ１３０）。
受信しなかったと判定したならば（Ｓ１３０：ＮＯ）、制御部１１は、Ｓ１９０に処理を進める。

受信したと判定したならば（Ｓ１３０：ＹＥＳ）、制御部１１は、対応する検索結果を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１４０）。具体的には、検索エンジンデータベース１５５を参照し、その対応リンク情報に対応する内部ページの情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。

これを受けて、制御部２１は、検索結果を表示部２４に表示させる（Ａ１６３）。具体的には、限定ではなく例として、サーバ１０から受信した内部ページの情報を検索用画面内に表示させる。
そして、制御部２１は、検索結果表示処理を終了する。

なお、前述した（２－２）外部整理情報、（２－３）複合情報、に基づく内部データに基づいて検索結果を表示する場合は、元となる外部データが存在することになる。
この場合、上記の処理のＳ１４０において、制御部１１が、元となる外部データに対応する外部リンク情報を関連付けた検索結果を含む内部ページの情報を端末２０Ａに送信するようにしてもよい。
この場合、端末２０の表示部２４に表示された内部ページのうちの設定領域（限定ではなく例として、画像、タイトルの表示領域等）に対する入力を検出したことに基づいて、制御部２１は、外部リンク情報に基づいて、元となる外部ページに遷移するようにすることができる。

図１－１０の例では、図１－１０右の画面で検索用画面内に表示された「ハンバーグ」の内部ページのうち、限定ではなく例として、「ハンバーグ」のタイトル領域や「ハンバーグ」の画像領域がタップされると、制御部２１は、図１－８右に示した外部ページ（「ＸＹＺレシピ」のウェブページ）に遷移して表示部２４に表示することができる。

＜第１変形例（３）＞
第１変形例（１）の内容および第１変形例（２）の内容を組合せ、限定ではなく例として、内部ページを表示する前に、内部ページを表示するか否かを端末２０のユーザに確認するようにしてもよい。

＜処理＞
本変形例における処理は、限定ではなく例として、図１－１１の処理において、Ａ１５０において入出力部２３を介した検索用画面のお気に入り領域のサムネイルに対する入力を検出したと判定した場合、制御部２１は、入力が検出されたサムネイルに対応する検索結果をメッセージングアプリケーション内で表示させるか否かを判定する。
具体的には、限定ではなく例として、入力を検出したサムネイルに対応する検索結果のプレビュー表示等を行うとともに、内部ページを表示するか否かをユーザに確認するためのボタン（限定ではなく例として、「開く」ボタン」や「内部ページを開く」ボタン）等を表示させる。
そして、このボタンに対する操作を検出した場合、制御部２１は、Ａ１６０ｂに処理を進める。

この場合、図１－１１の処理のＡ１６３において、制御部２１は、限定ではなく例として、サーバ１０から受信した内部ページの情報に基づき、表示中のトークルームを非表示として、内部ページを表示部２４に表示させるようにすることができる。

＜第１変形例（４）＞
上記の例では、端末２０が、対応リンク情報を含むお気に入り情報をサーバ１０から受信して記憶しておき、サムネイルに対する入力を検出した場合に、記憶している対応リンク情報に基づいて検索結果を表示することとしたが、これに限定されない。

図１－９のＳ１２０において、限定ではなく例として、制御部１１が、対応リンク情報を含まないお気に入り情報を端末２０Ａに送信するようにする。
この場合、Ａ１６０ａやＡ１６０ｂの検索結果表示処理において、制御部２１は、入力が検出されたサムネイルに対応するお気に入りＩＤをサーバ１０に送信する。そして、制御部１１は、端末２０Ａから受信したお気に入りＩＤに関連付けられた対応リンク情報を取得し、取得した対応リンク情報を端末２０Ａに返すようにすることができる。

＜第１変形例（５）＞
上記の実施例では、お気に入りされた新しい順や古い順などの順序で、サムネイル等の情報が端末２０の表示部２４に表示されることとしたが、これに限定されない。
この他にも、限定ではなく例として、ランダムな順序や、サムネイル等の情報に対する入力に基づいて検索結果が表示された回数や頻度が多い順／少ない順などの順序で表示するようにしてもよい。

また、前述したように、お気に入りされている検索結果の数が多く、サムネイル等の情報がお気に入り領域に収まりきらない場合があり得る。
そこで、お気に入り領域に表示させるサムネイル等の情報の数を制限するようにしてもよい。つまり、お気に入りされた全ての検索結果に対応するサムネイル等の情報を表示させるのではなく、お気に入りされた一部の検索結果に対応するサムネイル等の情報を表示するようにしてもよい。限定ではなく例として、設定された個数分の検索結果に対応するサムネイル等の情報を、お気に入りされた新しい順に表示するなどすることができる。

＜第２実施例＞
第２実施例は、第１実施例において、検索結果に関する情報をトークルームで共有することを可能にする実施例である。

第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

本実施例では、サーバ１０は、限定ではなく例として、検索エンジンデータベース１５５に格納されている外部データや内部データに基づいて、メッセージングアプリケーションでの送受信用のコンテンツを生成する。そして、生成したコンテンツを、データＩＤと関連付けて検索エンジンデータベース１５５に記憶させる。

なお、コンテンツに関するデータを、検索エンジンデータベース１５５に記憶させるのではなく、これとは異なるコンテンツ用のデータベースに格納するようにしてもよい。

サーバ１０は、限定ではなく例として、お気に入りデータに記憶されているお気に入りＩＤを、検索エンジンデータベース１５５のデータＩＤと照合することで、対応するコンテンツ（以下、適宜「対応コンテンツ」と称する。）を特定することができる。対応コンテンツは、検索結果に関する第２情報の一例である。

なお、対応コンテンツを識別するためのコンテンツＩＤ等の情報を、お気に入りデータに記憶させるようにしてもよいし、しなくてもよい。

＜表示画面＞
図２－１は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。図２－１左は、図１－８中央と同様の画面である。
限定ではなく例として、タイトル「ハンバーグ」のサムネイルがユーザＡ．Ａによってタップされると、限定ではなく例として、図２－１中央の表示がなされる。
この例では、図１－８中央の画面が背景としてグレーアウトされ、画面中央部に、タイトル「ハンバーグ」のサムネイルが前景としてプレビュー表示されている。

その下には、プレビュー表示されたサムネイルに対応する検索結果のリンク先のページを開くための「リンク先を開く」の文字を含む「リンク先を開く」ボタンＢ１１が表示されており、その上には、リンク先の名称（この例では「ＸＹＺ ＲＥＣＩＰＥ」）およびその外部リンク情報（この例ではＵＲＬ）が表示されている。

「リンク先を開く」ボタンＢ１１の下には、プレビュー表示されたサムネイルに対応する検索結果に関するコンテンツをトークルームにシェアするための「トークルームにシェアする」の文字を含む「トークルームにシェアする」ボタンＢ１２が表示されている。

また、その下には、上記のいずれも行わずに前に戻るための「キャンセル」の文字を含む「キャンセル」ボタンＢ１３が表示されている。

限定ではなく例として、「トークルームにシェアする」ボタンＢ１２がタップされると、限定ではなく例として、図２－１右の表示がなされる。
この例では、図１－８左に示したトークルーム領域ＴＲにおいて、ユーザＢ．Ｂから送信された「洋食はどう？」のテキストコンテンツの下に、ユーザＡ．Ａを送信元とするコンテンツとして、「ハンバーグ」の検索結果に対応するコンテンツＣＴ１１が表示されている。

この例では、コンテンツＣＴ１１は、限定ではなく例として、「ハンバーグ」のタイトルを示すテキストコンテンツや「ハンバーグ」の画像で表される画像コンテンツ、リンク先に関する情報を示すコンテンツ、などの複数のコンテンツを含む複合的なコンテンツ（複合コンテンツ）として構成されている。

また、この例では、コンテンツＣＴ１１のうちの画像コンテンツの右下部には、コンテンツＣＴ１１に対応する検索結果をお気に入りするための、前述したお気に入りボタンＢ２１が重畳して表示されている。
この例では、ユーザＡ．Ａは、コンテンツＣＴ１１に対応する検索結果をお気に入り済みであるため、お気に入りボタンＢ２１は着色されて表示されている。

なお、この例では、ユーザＡ．ＡはコンテンツＣＴ１１に対応する検索結果をお気に入り済みである。このため、端末２０Ａの表示部２４のトークルームに表示するコンテンツＣＴ１１については、お気に入りボタンＢ２１を表示させないようにしてもよい。

また、限定ではなく例として、ユーザＡ．ＡによってコンテンツＣＴ１１のうちの設定領域（限定ではなく例として、画像、タイトル、リンク情報の表示領域等）がタップされると、限定ではなく例として、コンテンツＣＴ１１に対応する外部リンク情報に基づき、図１－８右に示した「ハンバーグ」の検索結果を含む外部ページを表示させるようにしてもよい。

＜処理＞
図２－２，図２－３は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。ここでは、ユーザＡ．Ａのトーク相手のユーザを、端末２０ＢのユーザＢ．Ｂとする。

Ｓ１２０において、制御部１１は、限定ではなく例として、アカウント管理データベース１５７ＡのうちのユーザＡ．ＡのアプリケーションＩＤに対応するアカウント管理データのお気に入りデータと、検索エンジンデータベース１５５に格納されているデータとに基づいて、限定ではなく例として、お気に入りＩＤと、対応リンク情報と、対応サムネイルと、対応コンテンツと、お気に入り日時とを含むお気に入り情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。
これを受けて、制御部２１は、受信したお気に入り情報を記憶部２８に記憶させる。

Ａ１５０においてサムネイルに対する入力を検出したと判定したならば（Ａ１５０：ＹＥＳ）、制御部２１は、検索結果を表示するか否かを判定する（Ａ２１０）。具体的には、限定ではなく例として、前述したように、入力を検出したサムネイルに対応する検索結果のプレビュー表示等を行うとともに、外部ページを表示するか否かをユーザに確認するためのボタン（限定ではなく例として、「リンク先を開く」ボタンや「外部ページを開く」ボタン）等を表示させ、このボタンに対する操作を検出したか否かを判定する。そして、検索結果を表示すると判定したならば（Ａ２１０：ＹＥＳ）、制御部２１は、検索結果表示処理を行う（Ａ１６０ａ）。

なお、第１変形例（３）と同様に、検索結果表示処理として、図１－１１のＡ１６０ｂのステップを行うようにしてもよい。
この場合、制御部２１は、Ａ２１０において、前述したように、入力を検出したサムネイルに対応する検索結果のプレビュー表示等を行うとともに、内部ページを表示するか否かをユーザに確認するためのボタン（限定ではなく例として、「開く」ボタンや「内部ページを開く」ボタン）等を表示させ、このボタンに対する操作を検出したか否かを判定する。そして、検索結果を表示すると判定したならば（Ａ２１０：ＹＥＳ）、制御部２１は、検索結果表示処理を行う（Ａ１６０ｂ）。
これは、他の実施例や他の変形例においても同様とすることができるため、以後、説明を省略する。

Ａ１６０ａ（またはＡ１６０ｂ）の後、または、Ａ２１０において検索結果を表示しないと判定した場合（Ａ２１０：ＮＯ）、制御部２１は、入力を検出したサムネイルに対応するコンテンツをトークルームで共有するか否かを判定する（Ａ２２０）。具体的には、限定ではなく例として、入力を検出したサムネイルに対応する検索結果のプレビュー表示等を行うとともに、コンテンツをトークルームで共有するか否かをユーザに確認するためのボタン（限定ではなく例として、「トークルームにシェアする」ボタン）等を表示させ、このボタンに対する操作を検出したか否かを判定する。

コンテンツを共有しないと判定したならば（Ａ２２０：ＮＯ）、制御部２１は、Ａ１８９に処理を進める。
コンテンツを共有すると判定したならば（Ａ２２０：ＹＥＳ）、制御部２１は、サーバ１０から先に受信して記憶部２８に記憶しておいたお気に入り情報に含まれる対応コンテンツのうち、入力を検出したサムネイルの対応コンテンツを、表示中のトークルームに表示させる（Ａ２３０）。

次いで、制御部２１は、サーバ１０から先に受信して記憶部２８に記憶しておいたお気に入り情報に含まれるお気に入りＩＤのうち、入力を検出したサムネイルに対応するお気に入りＩＤを含むコンテンツ共有要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２４０）。

通信Ｉ／Ｆ１４によって端末２０Ａからコンテンツ共有要求情報を受信したと判定したならば（Ｓ２１０：ＹＥＳ）、制御部１１は、受信したコンテンツ共有要求情報に含まれるお気に入りＩＤの対応コンテンツを、通信Ｉ／Ｆ１４によって、トーク相手の端末２０である端末２０Ｂに送信する（Ｓ２２０）。そして、制御部１１は、関連する端末２０のユーザのアプリケーションＩＤのアカウント管理データに含まれるコンテンツ送受信履歴データを更新した後、Ｓ１９０に処理を進める。

通信Ｉ／Ｆ１４によって端末２０Ａからコンテンツ共有要求情報を受信しなかったと判定したならば（Ｓ２１０：ＮＯ）、制御部１１は、Ｓ１９０に処理を進める。

＜検索結果に関する情報（第２情報）＞
ここまでコンテンツを例に挙げて説明したが、本開示における検索結果に関する情報は、検索結果と関係性を有する情報とすることができる。
限定ではなく例として、検索結果がどのようなものであるかを自分や相手のユーザが知ることのできる情報（検索結果を認識し得る情報）や、検索結果への導線となり得る情報等を含む概念とすることができる。具体的には、限定ではなく例として、文字や画像（サムネイルを含む。）、操作することによって検索結果にアクセスすることのできる情報などをこれに含めることができる。

また、端末２０Ａ（限定ではなく、端末の一例）がトークルーム（限定ではなく、チャットルームの一例）に表示する情報と、端末２０Ａがトーク相手の端末２０（限定ではなく、第１端末の一例）に送信する情報とは、必ずしも同じ情報である必要はない。
限定ではなく例として、端末２０Ａは、上記のように、検索結果の対応コンテンツを自己の端末２０の表示部２４のトークルームに表示する。その一方で、端末２０Ａは、この対応コンテンツとは異なるコンテンツ（限定ではなく例として、整理していないコンテンツや、端末２０Ａが表示するコンテンツと内容の少なくとも一部が異なるコンテンツなど）を、トーク相手の端末２０に送信するようにしてもよい。
このように、端末が表示する情報と送信する情報とは、同じ情報としてもよいし、異なる情報としてもよい。また、端末が表示する情報と送信する情報とを異なる情報とした場合であっても、これらを同じ情報（第２情報）とみなしてもよい。

また、上記の第２情報の表示と第２情報の送信とは、必ずしも同時に行わなくてもよい。
また、第２情報を表示した後に第２情報を送信するようにしてもよいし、逆に、第２情報を送信した後に第２情報を表示するようにしてもよい。

＜第２実施例の効果＞
本実施例は、端末２０が、サムネイル等の情報に対する自己の端末２０のユーザによる入力に基づいて、検索結果に対応するコンテンツ（限定ではなく、検索結果に関する第２情報の一例）をトークルームに表示する。また、端末２０は、このコンテンツをトーク相手のユーザの端末２０（限定ではなく、第１端末の一例）に通信Ｉ／Ｆ２２によって送信する制御を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１情報に対する端末のユーザによる入力に基づいて、検索結果に関する第２情報をチャットルームに表示して、端末のユーザに報知することができる。また、第２情報を第１端末に送信して、第１端末のユーザに共有することができる。

また、この場合、端末２０が、サムネイル等の情報に対する自己の端末２０のユーザによる入力の後、外部ページ等を表示するための入力（限定ではなく、検索結果を表示部に表示することに関する入力の一例）が行われた場合、外部ページ等を表示し、サムネイル等の情報に対する自己の端末２０のユーザによる入力の後、トークルームでコンテンツを共有するための入力（限定ではなく、第２情報をチャットルームに表示することに関する入力の一例）が行われた場合、コンテンツをトークルームに表示するようにすることができる。
このような構成により得られる実施例の効果の一例として、第１情報に対する端末のユーザによる入力の後、端末のユーザによる異なる入力に基づいて、検索結果を表示する、または第２情報をチャットルームに表示することが可能となり、ユーザの利便性を向上させることができる。

＜第２変形例＞
上記のコンテンツは、必ずしも１対１トークルームで共有されるものに限らず、グループトークルームで共有されるものとしてもよい。
この場合、限定ではなく例として、端末２０ＡのユーザＡ．Ａと、端末２０ＢのユーザＢ．Ｂと、端末２０ＣのユーザＣ．Ｃとを含むグループトークルームにおいて、一のユーザがお気に入りした検索結果に対応するコンテンツが、他のユーザの端末２０に送信されて共有されるようにしてもよい。

本変形例は、トークルームは、第１の端末２０（限定ではなく、端末の一例）と、第２の端末２０（限定ではなく、第１端末の一例）と、第３の端末２０（限定ではなく、端末および第１端末とは異なる第２端末の一例）との間で送受信されたコンテンツを含むようにすることができる。
このような構成により得られる変形例の効果の一例として、端末と、第１端末と、端末および第１端末とは異なる第２端末との間で送受信されたコンテンツが、チャットルームで共有されるようにすることができる。

＜第３実施例＞
第３実施例は、第２実施例に関連するが、トーク相手の端末２０に送信されてトーク相手の端末２０で表示された検索結果に対応するコンテンツに基づいて、トーク相手の端末２０において、そのコンテンツに対応する検索結果を表示したり、そのコンテンツに対応する検索結果をお気に入りすることを可能にする実施例である。

第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜表示画面＞
図３－１，図３－２は、本実施例において端末２０Ｂの表示部２４に表示される画面の遷移の一例を示す図である。ここでは、図２－１に示した流れに対応して、ユーザＡ．Ａのトーク相手であるユーザＢ．Ｂの端末２０Ｂの表示部２４に表示される画面の遷移の一例を示している。

図３－１左には、図２－１中央に示した端末２０Ａの表示部２４に表示される画面で「トークルームにシェアする」ボタンＢ１２がタップされたことに基づいて、ユーザＡ．Ａを送信元とするコンテンツである「ハンバーグ」の検索結果に対応するコンテンツＣＴ１１が端末２０Ｂで受信され、トーク相手をユーザＡ．Ａとするトークルームの画面が表示された状態が示されている。

コンテンツＣＴ１１は、前述したものと同様である。ただし、この例では、ユーザＢ．ＢはコンテンツＣＴ１１に対応する検索結果をお気に入りしていないため、お気に入りボタンＢ２１は無着色の状態で表示されている。

ユーザＢ．ＢによってコンテンツＣＴ１１のうちの設定領域（限定ではなく例として、画像、タイトル、リンク情報の表示領域等）がタップされると、限定ではなく例として、図３－１右のような表示がなされる。具体的には、コンテンツＣＴ１１に対応する外部リンク情報に基づき、図１－８右と同様の外部ページが端末２０Ｂの表示部２４に表示されている。

図３－２左は、図３－１左と同様の画面であるが、コンテンツＣＴ１１に関連付けて表示されたお気に入りボタンＢ２１がユーザＢ．Ｂによってタップされた状態が示されている。
この場合、コンテンツＣＴ１１に対応する「ハンバーグ」の検索結果がお気に入りされる。なお、お気に入りするための処理であるお気に入り処理については後述する。

その結果、限定ではなく例として、図３－２右のような表示がなされる。
この例では、画面下部からせり上がるように検索用画面（検索用ウィンドウ）ＳＷが表示されている。この検索用画面ＳＷの構成は、ユーザＡ．Ａの端末２０Ａの表示部２４に表示される検索用画面ＳＷと同様である。そして、検索用画面内のお気に入り領域には、「ハンバーグ」の検索結果に対応するサムネイルが新たに追加して表示されている。

また、この例では、新たにお気に入りされた検索結果をユーザＢ．Ｂが認識し易いように、新たに追加された「ハンバーグ」の検索結果に対応するサムネイルの左上部に、新規であることを示す「Ｎ（Ｎｅｗ）」の文字を含む新規マークが表示されている。
新規マークは、限定ではなく例として、検索用画面を開いたまま一定時間が経過した場合は表示を消去したり、検索用画面を一旦閉じて次回以降に表示する場合は非表示とするなどすることができる。
なお、新規マークを表示することは必須ではなく、これを表示しないようにしてもよい。

＜処理＞
図３－３は、本変形例において、端末２０Ｂの制御部２１が実行する処理の流れの一例を示すフローチャートである。ここでは、説明を簡単にするため、端末２０Ｂにおいて、メッセージングアプリケーションのユーザＡ．Ａとのトークルームが表示部２４に表示されていることとして説明する。

この処理に先立って、図２－３のＳ２２０において、サーバ１０の制御部１１は、限定ではなく例として、端末２０Ａから受信したコンテンツ共有要求情報に含まれるお気に入りＩＤに対応するデータＩＤと、その対応コンテンツと、その対応リンク情報とを、通信Ｉ／Ｆ１４によって端末２０Ｂに送信する。

最初に、制御部２１は、受信した対応コンテンツを、ユーザＡ．Ａとのトークルームに表示させる（Ｂ２２０）。

次いで、制御部２１は、表示した対応コンテンツに対応する検索結果を表示する入力を検出したか否かを判定する（Ｂ２３０）。具体的には、限定ではなく例として、対応コンテンツのうちの設定領域に対する操作を検出したか否かを判定する。

検出しなかったと判定したならば（Ｂ２３０：ＮＯ）、制御部２１は、Ｂ２５０に処理を進める。
検出したと判定したならば（Ｂ２３０：ＹＥＳ）、制御部２１は、検索結果表示処理を行う（Ｂ２４０）。具体的には、限定ではなく例として、その対応コンテンツとともに受信した対応リンク情報に基づいて、対象とする検索結果を含むページ（外部ページまたは内部ページ）を表示部２４に表示する。

次いで、制御部２１は、表示した対応コンテンツに対応する検索結果をお気に入りするためのお気に入り入力を検出したか否かを判定する（Ｂ２５０）。具体的には、限定ではなく例として、対応コンテンツに関連付けて表示したお気に入りボタンに対する操作を検出したか否かを判定する。

検出しなかったと判定したならば（Ｂ２５０：ＮＯ）、制御部２１は、Ｂ２９０に処理を進める。
検出したと判定したならば（Ｂ２５０：ＹＥＳ）、制御部２１は、サーバ１０との間でお気に入り処理を行う（Ｂ２６０）。具体的には、限定ではなく例として、その対応コンテンツとともに受信したデータＩＤを含むお気に入り要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。

通信Ｉ／Ｆ１４によって端末２０Ａからお気に入り要求情報を受信したと判定したならば、サーバ１０の制御部１１は、お気に入り登録を行う。具体的には、受信したお気に入り要求情報に含まれるデータＩＤをお気に入りＩＤとし、アカウント管理データベース１５７ＡのうちのユーザＢ．ＢのアプリケーションＩＤに対応するアカウント管理データのお気に入りデータに対応リンク情報と関連付けて記憶させる。

その後、制御部２１は、処理を終了するか否かを判定し（Ｂ２９０）、処理を継続すると判定したならば（Ｂ２９０：ＮＯ）、Ｂ２３０に処理を戻す。一方、処理を終了すると判定したならば（Ｂ２９０：ＹＥＳ）、制御部２１は、処理を終了する。

なお、端末２０Ａ（ユーザＡ．Ａ）と端末２０Ｂ（ユーザＢ．Ｂ）との関係を逆転させても同様であり、端末２０Ａにおいて、端末２０Ｂから送信されたコンテンツを表示部２４に表示し、コンテンツに対する入力に基づいて、そのコンテンツに対応する検索結果を表示したり、そのコンテンツに対応する検索結果をお気に入りすることも可能である。

＜第３実施例の効果＞
本実施例は、端末２０が、トーク相手の端末２０（限定ではなく、第１端末の一例）によって検索された検索結果に関するコンテンツ（限定ではなく、第３情報の一例）を、トーク相手の端末２０から通信Ｉ／Ｆ２２によって受信する。そして、端末２０は、受信したコンテンツと、お気に入りボタン（限定ではなく、第１端末によって検索された検索結果を表示するための情報を端末のユーザと関連付けることに関する第４表示の一例）とをトークルームに表示する。そして、端末２０は、お気に入りボタンに対する入力に基づいて、お気に入り処理（限定ではなく、第１端末によって検索された検索結果を表示するための情報と端末のユーザとを関連付ける処理の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末によって検索された検索結果を表示するための情報を端末のユーザと関連付けることに関する第４表示に対する入力に基づいて、第１端末によって検索された検索結果を表示するための情報と端末のユーザとを関連付けることができる。

＜第３変形例＞
第３実施例において、トーク相手の端末２０Ｂにおいてトークルームに表示されたコンテンツがタップされると、限定ではなく例として、そのコンテンツに対応する検索結果を含む内部ページ等が表示されるようにしてもよい。そして、この内部ページ等において検索結果をお気に入りするようにしてもよい。

限定ではなく例として、ユーザＢ．Ｂの端末２０Ｂの表示部２４に表示される図３－２左の画面において、コンテンツＣＴ１１のうちの設定領域がタップされると、図１－１０右に示した内部ページと同様の内部ページが端末２０Ｂの表示部２４に表示されるようにする。そして、この内部ページのうちの「ハンバーグ」の画像に関連付けて表示されたお気に入りボタンＢ２１がタップされると、ユーザＢ．Ｂについて「ハンバーグ」の検索結果がお気に入りされるようにしてもよい。

限定ではなく例として、トーク相手の端末２０から受信したコンテンツやその表示が、トーク相手の端末２０（限定ではなく、第１端末の一例）によって検索された検索結果を表示するための情報を自己の端末２０（限定ではなく、端末の一例）のユーザと関連付けることに関する表示（限定ではなく、第４表示の一例）に相当し、この場合、第４表示はチャットルームに表示されるものと捉えることができる。

また、限定ではなく例として、内部ページ等に表示されるお気に入りボタン等の表示が、第１端末によって検索された検索結果を表示するための情報を端末のユーザと関連付けることに関する第４表示の一例に相当し、この場合、第４表示はチャットルームとは異なる画面に表示される（第４表示はチャットルームに表示されない）と捉えることもできる。

本変形例は、端末２０が、トーク相手の端末２０（限定ではなく、第１端末の一例）によって検索された検索結果に関するコンテンツ（限定ではなく、第３情報の一例）を、トーク相手の端末２０から通信Ｉ／Ｆ２２によって受信する。そして、端末２０は、受信したコンテンツ（限定ではなく、第３情報の一例、第１端末によって検索された検索結果を表示するための情報を端末のユーザと関連付けることに関する第４表示の一例）をトークルーム（限定ではなく、チャットルームの一例）に表示する。そして、端末２０は、コンテンツ（限定ではなく、第４表示の一例）に対する入力に基づいて、お気に入り処理（限定ではなく、第１端末によって検索された検索結果を表示するための情報と端末のユーザとを関連付ける処理の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第１端末によって検索された検索結果を表示するための情報を端末のユーザと関連付けることに関する第４表示に対する入力に基づいて、第１端末によって検索された検索結果を表示するための情報と端末のユーザとを関連付けることができる。

＜第４実施例＞
第４実施例は、前述した実施例において、トークルーム内検索（チャットルーム内検索）を実現する手法等に関する実施例である。

第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜表示画面＞
図４－１は、本実施例における端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図４－１左は、図１－８の中央の画面において、検索語入力領域ＳＩＲに「洋食 レシピ」の検索語が入力され、実行ボタンＢ２がタップされた状態が示されている。この場合、限定ではなく例として、図４－１中央のような表示がなされる。

具体的には、トークルーム内検索で検索された検索結果の一覧が、お気に入り領域の下に設けられる検索結果一覧領域に表示されている。この例では、検索結果一覧の文字の下に、検索語「洋食 レシピ」に関する複数の検索結果に関する情報（限定ではなく例として、検索結果に対応する画像、概要など）が表示されている。

表示された各々の検索結果について、設定領域（限定ではなく例として、画像、タイトルの表示領域等）がタップされると、対応リンク情報に基づいて、この検索結果を含むページ（外部ページまたは内部ページ）が表示される。

また、表示された各々の検索結果について、限定ではなく例として、その検索結果に対応する画像の右下部には、前述したお気に入りボタンＢ２１が重畳して表示されている。そして、このお気に入りボタンＢ２１がタップされると、対応する検索結果がお気に入りされる。

また、画面に収まりきらない検索結果については、限定ではなく例として、ユーザがスクロール操作を行うことで表示可能とすることができる。具体的には、限定ではなく例として、図４－１右に示すように、お気に入り領域と検索結果一覧領域とを含む領域に対するユーザによるスクロール操作に基づいて、限定ではなく例として、お気に入り領域と一体的に検索結果一覧領域がスクロール制御され、表示されていなかった検索結果が表示されるようにすることができる。

なお、お気に入りされた検索結果が多い場合は、検索結果一覧領域がお気に入り領域によって圧迫される可能性がある。そこで、第１変形例（５）で説明したように、お気に入り領域に表示させるサムネイル等の情報の数を制限するようにしてもよい。

＜処理＞
図４－２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。

限定ではなく例として、Ａ１４０、Ｓ１２０の後、端末２０Ａの制御部２１、サーバ１０の制御部１１は、検索・お気に入り処理の実行を開始する（Ａ３１０、Ｓ３１０）。

図４－３は、本実施例における検索・お気に入り処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。

最初に、制御部２１は、検索用画面の検索語入力領域に対する検索語の入力と、検索を実行するための検索実行操作とを検出したか否かを判定する（Ａ２１１０）。
検出しなかったと判定したならば（Ａ２１１０：ＮＯ）、制御部２１は、Ａ２１４０に処理を進める。
検出したと判定したならば（Ａ２１１０：ＹＥＳ）、制御部２１は、入力された検索語を含む検索要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２１２０）。

通信Ｉ／Ｆ１４によって端末２０Ａから検索要求情報を受信したと判定したならば（Ｓ２１１０：ＹＥＳ）、制御部１１は、トークルーム内検索処理を行う（Ｓ２１２０）。
具体的には、限定ではなく例として、検索エンジンデータベース１５５に格納されているデータの中から、受信した検索要求情報に含まれる検索語に関連する情報を含むデータを探索する。そして、探索されたデータを検索語に基づいて適切な順序に並べ替えた検索結果一覧を生成する。

ここで、検索エンジンデータベース１５５に格納しておくデータは、限定ではなく例として、前述した、
（１）外部データ
（２）内部データ
のうちの少なくともいずれか一方のデータとすることができる。
つまり、サーバ１０の制御部１１は、これらのデータのうちの少なくともいずれか一方のデータを検索用のデータとしてトークルーム内検索を行うようにすることができる。

通信Ｉ／Ｆ１４によって端末２０Ａから検索要求情報を受信しなかったと判定したならば（Ｓ２１１０：ＮＯ）、制御部１１は、Ｓ２１４０に処理を進める。

その後、制御部１１は、トークルーム内検索処理の結果に基づいて、各々の検索結果について、限定ではなく例として、データＩＤと、リンク情報と、検索結果の内容とを含む検索結果一覧を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ２１３０）。

通信Ｉ／Ｆ２２によってサーバ１０から検索結果一覧を受信すると、制御部２１は、受信した検索結果一覧を、限定ではなく例として、検索用画面内の領域であって、お気に入り領域とは異なる領域である検索結果一覧領域に表示させる（Ａ２１３０）。

前述したように、画面に収まりきらない検索結果は、限定ではなく例として、端末２０のユーザによるスクロール操作に基づいて表示させることができる。
この場合、制御部２１は、限定ではなく例として、端末２０のユーザによるスクロール操作に基づいて、検索用画面内で、お気に入り領域と一体的に検索結果一覧領域をスクロール制御するようにすることができる。

なお、これとは異なり、制御部２１が、限定ではなく例として、端末２０のユーザによるスクロール操作に基づいて、検索用画面内で、お気に入り領域は固定したまま、検索結果一覧領域をスクロール制御するようにしてもよい。

Ａ２１３０の後、または、Ａ２１１０の判定結果が「ＮＯ」であった場合、制御部２１は、検索結果一覧を表示中であるか否かを判定する（Ａ２１４０）。

検索結果一覧を表示中ではないと判定したならば（Ａ２１４０：ＮＯ）、制御部２１は、Ａ２１１０に処理を戻す。
検索結果一覧を表示中であると判定したならば（Ａ２１４０：ＹＥＳ）、制御部２１は、お気に入り入力を検出したか否かを判定する（Ａ２１５０）。具体的には、限定ではなく例として、検索結果一覧に含まれる各々の検索結果に関連付けて表示したお気に入りボタンのうち、少なくともいずれか１つのお気に入りボタンに対するタップを検出したか否かを判定する。

お気に入り入力を検出しなかったと判定したならば（Ａ２１５０：ＮＯ）、制御部２１は、Ａ２１１０に処理を戻す。
お気に入り入力を検出したと判定したならば（Ａ２１５０：ＹＥＳ）、制御部２１は、限定ではなく例として、お気に入り入力を検出した検索結果に対応するデータＩＤを含むお気に入り要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２１６０）。

通信Ｉ／Ｆ１４によって端末２０Ａからお気に入り要求情報を受信したと判定したならば（Ｓ２１４０：ＹＥＳ）、制御部１１は、お気に入り登録を行う（Ｓ２１５０）。具体的には、受信したお気に入り要求情報に含まれるデータＩＤをお気に入りＩＤとし、アカウント管理データベース１５７ＡのうちのユーザＡ．ＡのアプリケーションＩＤに対応するアカウント管理データのお気に入りデータに対応リンク情報と関連付けて記憶させる。

通信Ｉ／Ｆ１４によって端末２０Ａからお気に入り要求情報を受信しなかったと判定したならば（Ｓ２１４０：ＮＯ）、制御部１１は、Ｓ２１１０に処理を戻す。

その後、制御部１１は、追加した検索結果に対応するお気に入り情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ２１６０）。そして、制御部１１は、Ｓ２１１０に処理を戻す。

これを受けて、制御部２１は、受信したお気に入り情報に基づき、追加した検索結果に対応するサムネイル等の情報を、検索用画面のお気に入り領域に追加して表示を更新する（Ｓ２１７０）。そして、制御部２１は、Ａ２１１０に処理を戻す。

なお、図示は省略しているが、前述したように、検索結果一覧に含まれる各々の検索結果のうちの設定領域（限定ではなく例として、画像、タイトルの表示領域等）がタップされると、制御部２１は、前述した検索結果表示処理を行って、この検索結果を含むページ（外部ページまたは内部ページ）を表示するようにすることができる。

図４－２に戻り、Ａ１８０において検索用画面を閉じると判定したならば（Ａ１８０：ＹＥＳ）、制御部２１は、実行中の検索・お気に入り処理を終了する（Ａ３３０）。この場合、端末２０Ａは、限定ではなく例として、検索・お気に入り処理を終了した旨を、通信Ｉ／Ｆ２２によってサーバ１０に通知するようにすることができる。
そして、制御部２１は、Ａ１９０に処理を進める。

Ｓ３１０の後、制御部１１は、限定ではなく例として、端末２０Ａから上記の通知があったか否かに基づいて検索・お気に入り処理を終了するか否かを判定し（Ｓ３２０）、終了すると判定したならば（Ｓ３２０：ＹＥＳ）、実行中の実行中の検索・お気に入り処理を終了する（Ｓ３３０）。
そして、制御部１１は、Ｓ１９０に処理を進める。

＜第４実施例の効果＞
本実施例は、端末２０が、検索語入力領域（限定ではなく、第１領域の一例）に対して第１検索語が自己の端末２０のユーザによって入力されたことに基づき、第１検索語に関連する１以上の検索結果を含む検索結果一覧を表示部２４に表示する。また、端末２０は、お気に入りボタン等の表示（限定ではなく、検索結果を表示するための情報と端末のユーザとを関連付けて記憶することに第３表示の一例）を表示部２４に表示する。そして、端末２０は、お気に入りボタン等の表示に対する自己の端末２０のユーザによる入力に基づいて、第１検索語に関連する第１検索結果をお気に入りすることに関する制御、限定ではなく例として、第１検索結果に関するお気に入り情報を記憶部２８に記憶する制御（限定ではなく、第１検索語に関する第１検索結果を表示するための情報と端末のユーザとを関連付けて記憶する制御の一例）を制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、端末は、第１領域に対して第１検索語が端末のユーザによって入力されたことに基づき、第１検索語に関連する第１検索結果を表示部に表示して、端末のユーザに報知することができる。また、端末は、表示部に表示される、検索結果を表示するための情報と端末のユーザとを関連付けて記憶することに関する第３表示に対する端末のユーザによる入力に基づいて、入力された第１検索語に関連する第１検索結果を表示するための情報と端末のユーザとを関連付けて記憶することができる。

また、この場合、端末２０は、検索語入力領域（限定ではなく、第１領域の一例）に対して第１検索語が自己の端末２０のユーザによって入力されたことに基づき、第１検索結果と、自己の端末２０のユーザと関連付けて記憶された検索結果のうち、第１検索語に関連する検索結果を表示するためのサムネイル等の情報（限定ではなく、第１情報の一例）とを表示部２４に表示するようにすることができる。
このような構成により得られる実施例の効果の一例として、端末は、第１領域に対して第１検索語が端末のユーザによって入力されたことに基づき、第１検索結果と、端末のユーザと関連付けて記憶された検索結果のうち、第１検索語に関連する検索結果を表示するための第１情報とを表示部に表示することができる。その結果、第１検索結果と、第１検索語に関連する検索結果を表示するための第１情報とを、端末のユーザが併せて視認可能となり、ユーザの利便性を向上させることができる。

＜第４変形例＞
第４実施例において、検索語入力領域（限定ではなく、第１領域の一例）に対して検索語が自己の端末２０のユーザによって入力されたことに基づいて、そのユーザのお気に入りデータに記憶されているお気に入り情報のうち、入力された検索語に関連する検索結果に対応するお気に入り情報が選定されて、お気に入り領域に表示されるようにしてもよい。

この場合、１つの手法として、サーバ１０の制御部１１は、図１－９のＳ１２０において、お気に入りＩＤと、対応リンク情報と、対応サムネイルとの他、限定ではなく例として、そのお気に入りＩＤに関連付けられた、検索結果のタイトルや概要などの情報を端末２０に送信する。
端末２０の制御部２１は、検索語入力領域に対して検索語が入力された場合、サーバ１０から受信して記憶部２８に記憶しておいた検索結果のタイトルや概要と、入力された検索語との類似度等の指標値に基づいて、関連性の高い検索結果に対応するお気に入り情報を選定する。そして、制御部２１は、選定したお気に入り情報に含まれるサムネイル等の情報を、お気に入り領域に表示させるようにすることができる。

また、別の手法として、端末２０の制御部２１は、検索語入力領域に対して検索語が入力された場合、入力された検索語を通信Ｉ／Ｆ２２によってサーバ１０に送信する。
サーバ１０の制御部１１は、検索エンジンデータベース１５５に格納されている情報のうち、この端末２０のユーザがお気に入りしている検索結果に対応する情報と、端末２０から受信した検索語との類似度等の指標値に基づいて、関連性の高い検索結果に対応するお気に入り情報を選定する。そして、制御部１１は、選定したお気に入り情報に含まれるお気に入りＩＤを、通信Ｉ／Ｆ１４によって端末２０に送信する。
そして、端末２０の制御部２１は、受信したお気に入りＩＤに対応するサムネイル等の情報を、お気に入り領域に表示させるようにすることができる。

また、この場合、端末２０の制御部２１が、検索語入力領域に対して入力された検索語に基づいて選定したお気に入り情報に基づいてサムネイル等の情報を表示させるのに加えて、検索語入力領域に対して入力された検索語に関連する検索結果を検索結果一覧領域に表示させるようにしてもよい。

本変形例は、端末２０が、検索語入力領域（限定ではなく、第１領域の一例）に対して第１検索語が自己の端末２０のユーザによって入力されたことに基づき、第１検索語に関連する検索結果を表示するためのサムネイル等の情報を表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、端末のユーザが第１領域に対して第１検索語を入力したことに基づいて、第１検索語に関連する検索結果を表示するための第１情報が端末の表示部に表示される。その結果、第１検索語に関連する検索結果をスムーズに表示させることが可能となり、ユーザの利便性を向上させることができる。

＜第５実施例＞
第５実施例は、端末２０が、カテゴリに応じた検索結果を表示部２４に表示することを可能にする実施例である。

第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

図５－１は、本実施例においてサーバ１０の記憶部１５に記憶されるアカウント管理データベース１５７の一例であるアカウント管理データベース１５７Ｂのデータ構成例を示す図である。
各々のアカウント管理データの構成は、アカウント管理データベース１５７Ａにおけるアカウント管理データと同様であるが、お気に入りデータのデータ構成が一部異なっている。

具体的には、お気に入りデータには、限定ではなく例として、お気に入りＩＤと、対応リンク情報とに加えて、限定ではなく例として、対応カテゴリが関連付けて記憶される。

対応カテゴリは、限定ではなく例として、お気に入りされた検索結果が属するカテゴリ（分類）とすることができる。
カテゴリは、限定ではなく例として、メッセージングサービス事業者が決定した上、サーバ１０で設定を行うようにすることができる。
限定ではなく例として、「レシピ」、「お店」、「ショッピング」、「人物」、「動画」、「ゲーム」といった、種々のカテゴリを設定しておくことができる。

サーバ１０は、検索エンジンデータベース１５５に格納されているデータに基づいて、お気に入りする検索結果が該当するカテゴリを判定（推定）する。そして、サーバ１０は、判定したカテゴリ（カテゴリの識別情報）を、お気に入りＩＤと関連付けて対応カテゴリ欄に記憶させる。

＜表示画面＞
図５－２は、本実施例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
図５－２左は、図１－８中央と同様の画面であるが、検索用画面のお気に入り領域の先頭に、「♯」のマークを含むカテゴリ一覧ボタンＢ３１が表示されている。このカテゴリ一覧ボタンＢ３１がタップされると、限定ではなく例として、図５－２中央の表示がなされる。

具体的には、検索用画面内のお気に入り領域が表示されていた箇所に、カテゴリ一覧を表示するカテゴリ一覧領域が表示されている。
この例では、カテゴリ一覧領域には、「レシピ」、「お店」、「ショッピング」、「人物」、「動画」、「ゲーム」のそれぞれのカテゴリに対応するボタンが表示されている。

限定ではなく例として、カテゴリ「レシピ」に対応するボタンがタップされると、限定ではなく例として、図５－２右の表示がなされる。
具体的には、カテゴリ「レシピ」が選択されたことに基づいて、カテゴリ「レシピ」に対応するお気に入り情報が選定され、その結果、図５－２左のお気に入り領域に表示されていた複数のサムネイルのうち、タイトル「ハンバーグ」のサムネイルと、タイトル「和風パスタ」のサムネイルと、タイトル「ステーキ」のサムネイルと、タイトル「シチュー」のサムネイルとの４つのサムネイルがお気に入り領域に表示されている。

なお、上記の例において、カテゴリの中に、第１変形例（５）で説明した、お気に入りされた一部の検索結果に対応するサムネイル等の情報を表示するための「一部表示」を含めるようにしてもよい。この場合、端末２０は、カテゴリ「一部表示」が選択されたことに基づいて、お気に入りされた一部の検索結果に対応するサムネイル等の情報を表示するようにすることができる。

また、同じく第１変形例（５）で説明した内容に関連し、デフォルトとして、お気に入りされた一部の検索結果に対応するサムネイル等の情報を表示するようにすることも可能である。
この場合、一部のものしか表示されないとユーザによっては不便と感じる可能性がある。そこで、カテゴリの中に、お気に入りされた全ての検索結果に対応するサムネイル等の情報を表示するための「全部表示」を含めるようにしてもよい。この場合、端末２０は、カテゴリ「全部表示」が選択されたことに基づいて、お気に入りされた全ての検索結果に対応するサムネイル等の情報を表示するようにすることができる。

＜処理＞
本実施例における処理では、限定ではなく例として、図１－９のＳ１２０において、制御部１１は、アカウント管理データベース１５７ＢのうちのユーザＡ．ＡのアプリケーションＩＤに対応するアカウント管理データのお気に入りデータと、検索エンジンデータベース１５５に格納されているデータとに基づいて、限定ではなく例として、お気に入りＩＤと、対応リンク情報と、対応サムネイルと、対応カテゴリと、お気に入り日時とを含むお気に入り情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する。
これを受けて、制御部２１は、受信したお気に入り情報を記憶部２８に記憶させる。

図５－３は、本実施例において端末２０Ａの制御部２１が実行するカテゴリ別表示処理の流れの一例を示すフローチャートである。
この処理は、限定ではなく例として、検索用画面が表示部２４に表示された後、検索用画面が閉じられるまでバックグラウンドで実行される処理である。

制御部２１は、カテゴリ一覧表示を行うためのユーザによる入力を検出したか否かを判定する（Ａ４１１０）。
検出しなかったと判定したならば（Ａ４１１０：ＮＯ）、制御部２１は、そのまま待機する。
検出したと判定したならば（Ａ４１１０：ＹＥＳ）、制御部２１は、カテゴリ一覧表示処理を行う（Ａ４１２０）。具体的には、限定ではなく例として、あらかじめサーバ１０から受信しておいたカテゴリの設定情報に基づいて、カテゴリ一覧を検索用画面内に表示させる。

次いで、制御部２１は、表示させたカテゴリ一覧の中からカテゴリを選択する入力を検出したか否かを判定する（Ａ４１３０）。
検出しなかったと判定したならば（Ａ４１３０：ＮＯ）、制御部２１は、Ａ４１７０に処理を進める。
検出したと判定したならば（Ａ４１３０：ＹＥＳ）、制御部２１は、お気に入りされている検索結果のうち、選択されたカテゴリに含まれるサムネイルを、検索用画面内に一覧表示させる（Ａ４１４０）。

次いで、制御部２１は、カテゴリ一覧に戻る入力を検出したか否かを判定する（Ａ４１５０）。
検出しなかったと判定したならば（Ａ４１５０：ＮＯ）、制御部２１は、そのまま待機する。
検出したと判定したならば（Ａ４１５０：ＹＥＳ）、制御部２１は、カテゴリ一覧の表示に戻す（Ｓ４１６０）。

次いで、制御部２１は、カテゴリ一覧を閉じる入力を検出したか否かを判定する（Ａ４１７０）。
検出しなかったと判定したならば（Ａ４１７０：ＮＯ）、制御部２１は、Ａ４１３０に処理を戻す。
検出したと判定したならば（Ａ４１７０：ＹＥＳ）、制御部２１は、カテゴリ一覧の表示を非表示とした後、Ａ４１１０に処理を戻す。

＜第５実施例の効果＞
本実施例は、サムネイル等の情報（限定ではなく、第１情報の一例）は、第１カテゴリに含まれる。端末２０は、第１カテゴリに含まれるサムネイル等の情報を表示させるためのボタン（限定ではなく、第１表示の一例）と、第１カテゴリとは異なる第２カテゴリに含まれるサムネイル等の情報を表示させるためのボタン（限定ではなく、第２表示の一例）とをトークルームに表示し、第１カテゴリに含まれるサムネイル等の情報を表示させるためのボタンに対する入力に基づいて、第１カテゴリに含まれるサムネイル等の情報を表示部２４に表示する構成を示している。
このような構成により得られる実施例の効果の一例として、端末のユーザによる、第１カテゴリに関する第１表示に対する入力に基づいて、第１カテゴリに含まれる第１情報を表示させることができ、ユーザの利便性を向上させることができる。

＜第５変形例＞
第４変形例に関連するが、検索語入力領域に対してカテゴリに関連する検索語が端末２０のユーザによって入力されたことに基づいて、そのユーザのお気に入りデータに記憶されているお気に入り情報のうち、そのカテゴリに含まれる検索結果に対応するお気に入り情報が選定されて、お気に入り領域に表示されるようにしてもよい。

限定ではなく例として、端末２０のユーザによって「レシピ」という検索語が検索語入力領域に対して入力された場合、端末２０の制御部２１は、対応カテゴリが「レシピ」であるお気に入り情報を選定する。そして、制御部２１は、選定したお気に入り情報に含まれるサムネイル等の情報を、お気に入り領域に表示させるようにすることができる。

また、この場合、特定のカテゴリに含まれる検索結果を表示するためのサムネイル等の情報を表示するための、カテゴリを識別するための識別語を規定しておくようにしてもよい。限定ではなく例として、カテゴリを識別するための識別語として「♯」の語などを規定しておくようにすることができる。
この場合、限定ではなく例として、端末２０のユーザによって「♯レシピ」という検索語が検索語力領域に対して入力された場合、端末２０は、対応カテゴリが「レシピ」であるお気に入り情報を選定する。そして、制御部２１は、選定したお気に入り情報に含まれるサムネイル等の情報を、お気に入り領域に表示させるようにすることができる。
なお、識別語は「♯」に限らず、他の語としてもよい。

また、この場合、端末２０の制御部２１が、検索語入力領域に対して入力されたカテゴリに関連する検索語に基づいて選定したお気に入り情報に基づいてサムネイル等の情報を表示させるのに加えて、検索語入力領域に対して入力された検索語に関連する検索結果を検索結果一覧領域に表示させるようにしてもよい。

なお、前述したように、カテゴリの中に「全部表示」や「一部表示」等を含めることも可能である。この場合、限定ではなく例として、「♯一部」や「♯一部表示」などの検索語が入力された場合は一部表示を行い、「♯全部」や「♯全部表示」などの検索語が入力された場合は全部表示を行うようにすることも可能である。

＜表示画面＞
図５－４は、本変形例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。図５－４左は、図５－２左と同様の画面であるが、検索用画面ＳＷのお気に入り領域にカテゴリ一覧ボタンＢ３１は表示されていない。
この例では、検索語入力領域ＳＩＲに「♯レシピ」という語が入力された状態が示されている。この状態で実行ボタンＢ２がタップされると、限定ではなく例として、図５－４右の表示がなされる。

具体的には、「♯レシピ」という語が入力されたことに基づいて、カテゴリ「レシピ」に対応するお気に入り情報が選定され、その結果、図５－４左のお気に入り領域に表示されていた複数のサムネイルのうち、タイトル「ハンバーグ」のサムネイルと、タイトル「和風パスタ」のサムネイルと、タイトル「ステーキ」のサムネイルと、タイトル「シチュー」のサムネイルとの４つのサムネイルがお気に入り領域に表示されている。

本変形例は、端末２０が、検索語入力領域（限定ではなく、第１領域の一例）に対してカテゴリに関連する第１検索語が自己の端末２０のユーザによって入力されたことに基づき、自己の端末２０のユーザと関連付けて記憶されたサムネイル等の情報のうち、そのカテゴリに含まれる検索結果を表示するためのサムネイル等の情報を表示部２４に表示する構成を示している。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、端末のユーザが第１領域に対してカテゴリに関連する第１検索語を入力したことに基づいて、端末のユーザと関連付けて記憶された第１情報のうち、そのカテゴリに含まれる検索結果を表示するための第１情報が端末の表示部に表示される。その結果、カテゴリに関連する第１検索語に関連する検索結果をスムーズに表示させることが可能となり、ユーザの利便性を向上させることができる。

また、この場合、カテゴリに関連する検索語は、「♯」などの語（限定ではなく、カテゴリを識別するための識別語の一例）を含むようにすることができる。
このような構成により得られる変形例の効果の一例として、端末やサーバ等の装置は、カテゴリを識別するための識別語に基づいて、カテゴリに含まれる検索結果を表示するための第１情報を表示させるようにユーザによって指令されたと認識することができる。

＜他の実施例＞
（１）上記の実施例では、（Ａ）の方法、を適用して端末２０の表示部２４に検索用画面を表示させる例を示したが、これに限定されない。
前述した（Ｂ）の方法、を適用して端末２０の表示部２４に検索用画面を表示させるようにしてもよい。

（２）上記の実施例では、お気に入り登録をサーバ１０が行うこととしたが、これに限定されない。
具体的には、お気に入り登録を端末２０が行うようにしてもよい。

この場合、端末２０は、限定ではなく例として、上記の実施例のようにサーバ１０からお気に入り情報を取得せず、端末２０の記憶部２８にお気に入りデータを記憶させるようにすることができる。具体的には、限定ではなく例として、端末２０がお気に入り登録を行ってお気に入りデータを記憶・更新するようにすることができる。そして、端末２０は、記憶部２８に記憶されている最新のお気に入りデータに基づいて検索用画面を表示するようにすることができる。

限定ではなく例として、図４－３で説明した検索・お気に入り処理を例に挙げると、端末２０の制御部２１は、検索結果に対するお気に入り入力を検出したことに基づいて（Ａ２１５０：ＹＥＳ）、Ａ２１６０のステップに代えて、その検索結果についてお気に入り登録（サーバ１０の処理のうちのＳ２１５０のステップに相当）を行うようにすることができる。
なお、この場合、限定ではなく例として、サーバ１０の処理のうちのＳ２１４０～Ｓ２１６０のステップは省略することができる。

また、この場合、１つの手法として、端末２０が、サーバ１０から受信した検索結果一覧に基づいて、お気に入りする検索結果に対応するサムネイルやコンテンツを生成する処理を行って記憶部２８に記憶するようにすることができる。この場合、端末２０の制御部２１は、限定ではなく例として、上記のお気に入り登録を行う際、またはその後に、サムネイル生成処理やコンテンツ生成処理を行い、生成したサムネイルやコンテンツを、お気に入りした検索結果に対応するデータＩＤ等と関連付けて記憶部２８に記憶させるようにすることができる。
なお、生成したサムネイルやコンテンツを、お気に入りＩＤと関連付けてお気に入りデータに記憶させるようにしてもよいし、しなくてもよい。

また、別の手法として、サーバ１０が、図４－３のＳ２１３０において検索結果一覧を端末２０に送信する際に、各々の検索結果に対応するサムネイルやコンテンツを併せて送信するようにする。そして、端末２０は、これら各々の検索結果に対応するサムネイルやコンテンツをデータＩＤ等と関連付けて記憶部２８に記憶するようにしてもよい。
このようにすることで、端末２０は、記憶部２８に記憶したサムネイルやコンテンツの中から、上記のお気に入り登録を行ってお気に入りした検索結果に対応するサムネイルやコンテンツを抽出することができる。

なお、他の端末２０から受信したコンテンツ等に基づいて検索結果をお気に入りする場合についても同様である。

（３）上記の実施例では、検索語入力領域（限定ではなく、第１領域の一例）を、コンテンツ入力領域（限定ではなく、コンテンツが入力される第２領域の一例）とは異なる領域とする例を示したが、これに限定されない。
これとは異なり、検索語入力領域を、コンテンツ入力領域と共用の入力領域としてもよい。

この場合、装置側では、入力領域に入力された入力語が、検索語とコンテンツ入力語とのいずれであるかを判別する必要がある。
１つの手法として、前述したカテゴリを識別するための識別語と同様の考え方に基づき、検索語であることを識別するための識別語を規定しておく手法が考えられる。この場合、限定ではなく例として、識別語として「？」や「！」の語などを規定しておくようにすることができる。このようにすることで、これらの識別語を含む語が入力された場合は、検索語であると判定することができる。

なお、検索語に対して識別語を規定するのではなく、コンテンツ入力語に対して識別語を規定するようにしてもよい。
また、検索語とコンテンツ入力語との両方に対して、それぞれ異なる識別語を規定するようにしてもよい。

また、他の手法として、検索語が入力された後の実行ボタンに対する操作の態様によって、検索語とコンテンツ入力語とを識別するようにしてもよい。
限定ではなく例として、実行ボタンが設定時間以内（限定ではなく例として、２秒以内）の時間で押下された場合は、コンテンツ入力語と判定する。一方、実行ボタンが設定時間超（限定ではなく例として、２秒超）の時間で押下された場合は、検索語と判定するようにすることができる。

また、この他にも、限定ではなく例として、
・設定時間内における実行ボタンの押下回数
・実行ボタンとともに押された他のボタンの種類
・実行ボタンを操作する方向
などに基づいて、検索語とコンテンツ入力語とを識別するようにしてもよい。

なお、上記の場合、コンテンツ入力領域は別途設けなくてもよいが、前述した表示画面で例示した画面下部などの位置に設けられるコンテンツ入力領域はそのまま残すようにしてもよい。

本実施例は、検索語入力領域（限定ではなく、第１領域の一例）は、トークルームに表示されるコンテンツが入力される領域を含む構成を示している。
このような構成により得られる実施例の効果の一例として、検索語が入力される第１領域と、チャットルームに表示されるコンテンツが入力される領域とを共用とすることができるため、入力する領域をユーザが使い分けずに済み、ユーザの利便性を向上させることができる。

（４）上記の実施例において、端末２０が、お気に入りに関する情報や、検索語入力領域に入力された検索語に基づく検索結果一覧の情報の他に、限定ではなく例として、端末２０のユーザにおすすめする検索結果に関する情報（以下、「おすすめ情報」と称する。）を表示するようにしてもよい。

このおすすめ情報は、限定ではなく例として、検索結果の推薦（推奨）に関する情報や、検索結果をユーザへ推薦（推奨）する情報等のように表現してもよい。
また、おすすめ情報は、限定ではなく例として、検索結果を表示するための情報や、検索結果を表示するための情報を端末のユーザと関連付けるための情報として機能させることもできる。

１つの手法として、端末２０のユーザがお気に入りしている検索結果に基づいて、おすすめ情報を表示する手法が考えられる。
限定ではなく例として、サーバ１０の制御部１１は、検索エンジンデータベース１５５に格納されている情報を対象として、この端末２０のユーザがお気に入りしている検索結果に対応する情報との類似度等の指標値に基づいて、関連性の高い検索結果に対応するサムネイルを、通信Ｉ／Ｆ１４によって端末２０に送信する。
そして、端末２０の制御部２１は、受信したサムネイルを、検索用画面内の領域であって、お気に入り領域および検索結果一覧領域とは異なる領域であるおすすめ領域に表示させるようにすることができる。

また、別の手法として、端末２０のユーザの過去のトークルーム内検索の履歴に基づいて、おすすめ情報を表示する手法が考えられる。
限定ではなく例として、サーバ１０の制御部１１は、端末２０のユーザの過去のトークルーム内検索の履歴に基づいて、検索された回数や頻度が設定値以上（または設定値超）である検索結果を判定し、その検索結果に対応するサムネイルを、通信Ｉ／Ｆ１４によって端末２０に送信する。
そして、端末２０の制御部２１は、受信したサムネイルを、おすすめ領域に表示させるようにすることができる。

＜表示画面＞
図６は、本変形例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
図６では、検索用画面内のお気に入り領域の下に、「あなたへのおすすめ」の文字を含むおすすめ領域が表示されている。この例では、ユーザＡ．Ａがお気に入りしている検索結果や、過去の検索履歴等に基づいて、ユーザＡ．Ａにおすすめする検索結果に対応するサムネイルがおすすめ領域に表示されている。

具体的には、限定ではなく例として、カテゴリ「レシピ」に関連するおすすめの検索結果に対応するサムネイルとして、タイトル「洋風サラダ」のサムネイルとタイトル「バターチキンカレー」のサムネイルとが表示され、カテゴリ「動画」に関連するおすすめの検索結果に対応するサムネイルとして、タイトル「美肌動画」のサムネイルが表示されている。

この状態で、限定ではなく例として、おすすめ領域に表示されたサムネイルのうちの「バターチキンカレー」のサムネイルがタップされると、限定ではなく例として、図６中央の表示がなされる。
この例では、タップされたサムネイルに対応する内部リンク情報に基づき、「バターチキンカレー」の検索結果を含むメッセージングアプリケーションにおける内部ページが、検索用画面内の検索語入力領域等が表示される領域の下に表示されている。

また、表示された内部ページのうち、「バターチキンカレー」の画像の右上部には、前述したお気に入りボタンＢ２１が表示されている。
この例では、ユーザＡ．Ａは、「バターチキンカレー」の検索結果をお気に入りしていないため、お気に入りボタンＢ２１は無着色で表示されている。

このお気に入りボタンＢ２１がタップされると、「バターチキンカレー」の検索結果がお気に入りされる。具体的には、前述したお気に入り処理が実行され、その結果、図６右のような表示がなされる。
具体的には、検索用画面内のお気に入り領域の先頭部分に、「バターチキンカレー」の検索結果に対応するサムネイルが追加して表示されている。

また、この例では、新たにお気に入りされた検索結果をユーザＡ．Ａが認識し易いように、追加された「バターチキンカレー」の検索結果に対応するサムネイルの左上部に、前述した新規マークが表示されている。
なお、新規マークを表示することは必須ではなく、これを表示しないようにしてもよい。

また、「バターチキンカレー」の検索結果がお気に入りされたことに伴い、図６左の画面でおすすめ領域に表示されていた「バターチキンカレー」のサムネイルの表示がおすすめ領域から消去されている。

（５）上記の実施例において、サーバ１０が、トークルーム内検索処理において検索エンジンデータベース１５５に基づいて検索を行うのではなく、その都度、外部サーバにアクセスして外部情報を取得し、その検索結果一覧を端末２０に返すようにしてもよい。

また、この場合、一のユーザによってお気に入りされた検索結果について、その検索結果の内容や、リンク情報、サムネイル等の情報を、検索エンジンデータベース１５５に新たに追加登録していくようにしてもよい。

この場合、サーバ１０は、検索エンジンデータベース１５５に追加登録した検索結果を、以降のトークルーム内検索に利用することができる。つまり、サーバ１０は、別のユーザによって同様の検索が行われた場合に、検索エンジンデータベース１５５に追加登録した検索結果を、そのユーザの端末２０に返すことができる。
また、この場合、サーバ１０は、検索エンジンデータベース１５５に追加登録した検索結果を、以降のお気に入り登録に利用することができる。つまり、サーバ１０は、検索エンジンデータベース１５５に追加登録した検索結果が、別のユーザによってお気に入りすることが希望された場合、その検索結果について登録済みのリンク情報、サムネイル等の情報を、その別のユーザに関連付けてお気に入り登録することができる。

（６）上記の実施例では、検索用画面内に、トークルーム内検索を実行するための実行ボタンを設けることとしたが、これを設けないようにしてもよい。
この場合は、限定ではなく例として、端末２０は、検索語入力領域に一語ずつ入力されるごとに入力語をサーバ１０に送信する。そして、サーバ１０は、端末２０から受信した入力語に関連する検索結果を端末２０に返すようにすることができる。

また、この場合、サーバ１０が、検索結果のランキング等に基づいて、入力語に関連するキーワードを端末２０に返すようにしてもよい。
なお、このキーワードは、検索結果の一種であると考えてもよいし、検索結果とは異なるものと考えてもよい。

１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク

Claims (12)

1. 少なくとも第１端末との間で送受信されたコンテンツを含むチャットルームを表示する端末によって実行されるプログラムであって、
   前記端末に対する入力に基づいて、前記チャットルームを前記端末の表示部に表示することと、
   検索語が入力される第１領域と、前記端末のユーザと関連付けて記憶され、検索された検索結果を表示するための第１情報とを、前記チャットルームに対する入力に基づいて前記表示部に表示することと、
   前記第１領域に対して第１検索語が前記端末のユーザによって入力されたことに基づき、第１検索結果と、前記第１情報のうち、前記第１検索語に関連する第２検索結果を表示するための第２情報とを前記表示部に表示することと、
   前記第２情報に対する前記端末のユーザによる入力に基づいて、前記第２情報に基づく前記第２検索結果を前記表示部に表示することとが前記端末によって実行される。
2. 請求項１に記載のプログラムであって、
   前記第２情報は、前記第１領域に対して前記第１検索語が前記端末のユーザによって入力されたことに基づき、前記第１検索語に関連する前記第２検索結果と、前記検索結果を表示するための情報と前記端末のユーザとを関連付けて記憶することに関する第３表示と、が前記表示部に表示され、前記第３表示に対する前記端末のユーザによる入力に基づいて、前記端末のユーザとを関連付けて記憶される。
3. 請求項１または請求項２に記載のプログラムであって、
   前記第２情報に対する前記端末のユーザによる入力に基づいて、前記第２検索結果に関する第３情報を前記チャットルームに表示することが前記端末によって実行される。
4. 請求項３に記載のプログラムであって、
   前記第３情報は、前記第２情報に対する前記端末のユーザによる入力に基づいて、前記第１端末のチャットルームに表示される。
5. 請求項３または請求項４に記載のプログラムであって、
   前記第２情報に対する前記端末のユーザによる入力の後、前記第２検索結果を前記表示部に表示することに関する入力が行われた場合、前記第２検索結果を前記表示部に表示し、前記第２情報に対する前記端末のユーザによる入力の後、前記第２情報を前記チャットルームに表示することに関する入力が行われた場合、前記第２情報を前記チャットルームに表示することが前記端末によって実行される。
6. 請求項１から請求項５のいずれか一項に記載のプログラムであって、
   前記第２情報は、第１カテゴリに含まれ、
   前記第１カテゴリに関する第１表示と、前記第１カテゴリとは異なる第２カテゴリに関する第２表示とを前記チャットルームに表示することと、
   前記第１表示に対する前記端末のユーザによる入力に基づいて、前記第２情報を前記表示部に表示することとが前記端末によって実行される。
7. 請求項１から請求項６のいずれか一項に記載のプログラムであって、
   前記第１領域と前記第２情報とは、前記チャットルームに重畳されて前記表示部に表示される。
8. 請求項１から請求項７のいずれか一項に記載のプログラムであって、
   前記チャットルームは、前記端末と、前記第１端末と、前記端末および前記第１端末とは異なる第２端末との間で送受信されたコンテンツを含む。
9. 請求項１から請求項８のいずれか一項に記載のプログラムであって、
   前記第１領域は、前記チャットルームに表示されるコンテンツが入力される第２領域とは異なる。
10. 請求項１から請求項９のいずれか一項に記載のプログラムであって、
    前記第１領域は、前記チャットルームに表示されるコンテンツが入力される領域を含む。
11. 少なくとも第１端末との間で送受信されたコンテンツを含むチャットルームを表示する端末の情報処理方法であって、
    前記端末に対する入力に基づいて、前記チャットルームを前記端末の表示部に表示することと、
    検索語が入力される第１領域と、前記端末のユーザと関連付けて記憶され、検索された検索結果を表示するための第１情報とを、前記チャットルームに対する入力に基づいて前記表示部に表示することと、
    前記第１領域に対して第１検索語が前記端末のユーザによって入力されたことに基づき、第１検索結果と、前記第１情報のうち、前記第１検索語に関連する第２検索結果を表示するための第２情報とを前記表示部に表示することと、
    前記第２情報に対する前記端末のユーザによる入力に基づいて、前記第２情報に基づく前記第２検索結果を前記表示部に表示することとを含む。
12. 少なくとも第１端末との間で送受信されたコンテンツを含むチャットルームを表示する端末であって、
    前記端末に対する入力に基づいて、前記チャットルームを表示し、検索語が入力される第１領域と、前記端末のユーザと関連付けて記憶され、検索された検索結果を表示するための第１情報とを、前記チャットルームに対する入力に基づいて表示し、前記第１領域に対して第１検索語が前記端末のユーザによって入力されたことに基づき、第１検索結果と、前記第１情報のうち、前記第１検索語に関連する第２検索結果を表示するための第２情報とを表示し、前記第２情報に対する前記端末のユーザによる入力に基づいて、前記第２情報に基づく前記第２検索結果を表示する表示部を備える。

Images