JP2021140231A - システム、情報処理方法、情報処理装置、端末、プログラム - Google Patents

Abstract

【課題】メッセージングサービスにおけるユーザの利便性を向上させる。【解決手段】メッセージングサービスを提供するための情報処理装置を少なくとも含むシステムは、第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから第１ユーザへのメッセージを含むトーク情報を記憶するトーク記憶部と、１または複数の制御部とを備え、１または複数の制御部は、１以上の登録メッセージを取得したことに基づいて、１以上の登録メッセージを特定する特定情報を出力することと、第１ユーザ識別情報と特定情報のうち第１特定情報とを伴う要求に基づいて、第１特定情報によって特定される第１登録メッセージを、トーク記憶部に追加することと、第１ユーザ識別情報と特定情報のうち第２特定情報とを伴う要求に基づいて、第２特定情報によって特定される第２登録メッセージを、トーク記憶部に追加することとを実行する。【選択図】図１−１

Description

本開示は、システム、情報処理方法、情報処理装置、端末、プログラムに関する。

複数のユーザが各々の端末によってメッセージを送受信して閲覧することを可能とするためのメッセージングサービスに関する技術が提案されている（例えば、特許文献１）。

特開２０１４−１６０４６７号公報

本発明の第１の態様によると、メッセージングサービスを提供するための情報処理装置を少なくとも含むシステムは、第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから第１ユーザへのメッセージを含むトーク情報を記憶するトーク記憶部と、１または複数の制御部とを備え、１または複数の制御部は、１以上の登録メッセージを取得したことに基づいて、１以上の登録メッセージを特定する特定情報を出力することと、第１ユーザ識別情報と特定情報のうち第１特定情報とを伴う要求に基づいて、第１特定情報によって特定される第１登録メッセージを、トーク記憶部に追加することと、第１ユーザ識別情報と特定情報のうち第２特定情報とを伴う要求に基づいて、第２特定情報によって特定される第２登録メッセージを、トーク記憶部に追加することとを実行する。
本発明の第２の態様によると、メッセージングサービスを提供するための情報処理装置を少なくとも含むシステムの情報処理方法は、第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから第１ユーザへのメッセージを含むトーク情報をシステムのトーク記憶部に記憶することと、１以上の登録メッセージを取得したことに基づいて、１以上の登録メッセージを特定する特定情報を、システムの１または複数の制御部によって出力することと、第１ユーザ識別情報と特定情報のうち第１特定情報とを伴う要求に基づいて、第１特定情報によって特定される第１登録メッセージを、１または複数の制御部によってトーク記憶部に追加することと、第１ユーザ識別情報と特定情報のうち第２特定情報とを伴う要求に基づいて、第２特定情報によって特定される第２登録メッセージを、１または複数の制御部によってトーク記憶部に追加することとを含む。
本発明の第３の態様によると、メッセージングサービスを提供するための情報処理装置は、第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから第１ユーザへのメッセージを含むトーク情報を記憶するトーク記憶部と、制御部とを備え、制御部は、１以上の登録メッセージを取得したことに基づいて、１以上の登録メッセージを特定する特定情報を出力することと、第１ユーザ識別情報と特定情報のうち第１特定情報とを伴う要求に基づいて、第１特定情報によって特定される第１登録メッセージを、トーク記憶部に追加することと、第１ユーザ識別情報と特定情報のうち第２特定情報とを伴う要求に基づいて、第２特定情報によって特定される第２登録メッセージを、トーク記憶部に追加することとを実行する。
本発明の第４の態様によると、メッセージングサービスを提供するための情報処理装置に実行させるためのプログラムは、第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから第１ユーザへのメッセージを含むトーク情報を情報処理装置のトーク記憶部に記憶することと、１以上の登録メッセージを取得したことに基づいて、１以上の登録メッセージを特定する特定情報を出力することと、第１ユーザ識別情報と特定情報のうち第１特定情報とを伴う要求に基づいて、第１特定情報によって特定される第１登録メッセージを、トーク記憶部に追加することと、第１ユーザ識別情報と特定情報のうち第２特定情報とを伴う要求に基づいて、第２特定情報によって特定される第２登録メッセージを、トーク記憶部に追加することとが情報処理装置によって実行される。
本発明の第５の態様によると、メッセージングサービスに関する処理を実行する端末は、端末のユーザである第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから第１ユーザへのメッセージを含むトーク情報を記憶するトーク記憶部と、制御部とを備え、制御部は、特定情報によって特定される１以上の登録メッセージを特定するための特定情報を取得することと、第１ユーザ識別情報と特定情報のうち第１特定情報とを伴う要求に基づいて、第１特定情報によって特定される第１登録メッセージを、トーク記憶部に追加することと、第１ユーザ識別情報と特定情報のうち第２特定情報とを伴う要求に基づいて、第２特定情報によって特定される第２登録メッセージを、トーク記憶部に追加することとを実行する。
本発明の第６の態様によると、メッセージングサービスに関する処理を実行する端末に実行させるためのプログラムは、端末のユーザである第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから第１ユーザへのメッセージを含むトーク情報を端末のトーク記憶部に記憶することと、特定情報によって特定される１以上の登録メッセージを特定するための特定情報を取得することと、第１ユーザ識別情報と特定情報のうち第１特定情報とを伴う要求に基づいて、第１特定情報によって特定される第１登録メッセージを、トーク記憶部に追加することと、第１ユーザ識別情報と特定情報のうち第２特定情報とを伴う要求に基づいて、第２特定情報によって特定される第２登録メッセージを、トーク記憶部に追加することとが端末によって実行される。

実施形態の一態様における通信システムのシステム構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るユーザ登録データの一例を示す図。 第１実施例に係るＯＡ事業者登録データの一例を示す図。 第１実施例に係る友だち管理データの一例を示す図。 第１実施例に係るＯＡ事業者別登録メッセージ管理データベースの一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第２実施例に係る登録メッセージ管理データの一例を示す図。 第３実施例に係る登録メッセージ管理データの一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る登録メッセージ管理データの一例を示す図。 第４実施例に係る登録メッセージ管理データの一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第５実施例に係るアクセス履歴データの一例を示す図。 第５実施例に係る公式アカウント別集計データの一例を示す図 実施形態の別態様における通信システムのシステム構成の一例を示す図。

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

本開示に係るシステム等を実施するための実施形態の一例について、図面を参照して説明する。

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

サーバ１０は、ネットワーク３０を介して、端末２０（端末２０のユーザ）やＯＡ事業者装置４０（ＯＡ事業者）に、限定ではなく例として、メッセージングサービスを提供するための機能を有する。サーバ１０は、メッセージングサーバ等のように表現することもできる。

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

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（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（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

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

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

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

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

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

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

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

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

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

一実施形態として、入出力部２３は、限定ではなく例として、表示部２４と、音入力部２５と、音出力部２６と、撮像部２７とを含む。

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

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

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

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

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

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

制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（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）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

本明細書では、メッセージングサービスを提供する事業者（サーバ１０を使用・管理する事業者）を「メッセージングサービス事業者」と称し、メッセージングアプリケーションによるメッセージングサービスを提供するための情報処理装置（メッセージングサービスに関する情報を管理する情報処理装置）をサーバ１０として説明する。

（３）ＯＡ事業者装置のＨＷ構成
ＯＡ事業者装置４０は、メッセージングサービス（メッセージングアプリケーション）において公式アカウント（以下、適宜「ＯＡ：Official Account」と称する。）を有する事業者である公式アカウント事業者（以下、適宜「ＯＡ事業者」と称する。）が使用・管理する装置である。ＯＡ事業者装置４０は、限定ではなく例として、サーバ、パソコン、端末（限定ではなく例として携帯端末）等によって実現される。

なお、ＯＡ事業者装置４０のＨＷ構成については、サーバ１０や端末２０と同様に構成することができるため、図示・説明を省略する。

ＯＡ事業者には、限定ではなく例として、コンビニエンスストア、スーパーマーケット、ファストフード店、飲食店、薬局、百貨店など、種々の業態の事業者を含めることができる。
ＯＡ事業者は、本開示における事業者の一例である。

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

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

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

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

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

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

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

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

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

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

＜第１実施例＞
ユーザによって端末２０の特定情報（限定ではなく例として、ＵＲＬ）が操作（指定）されたことに基づいて、その特定情報に応じた制御を行う（限定ではなく例として、特定のアプリケーションを起動したり、アプリケーションに特定の処理を実行させるなど）技術が存在する。しかしながら、この技術では、ユーザの目的や動機が異なっていたとしても一様な処理や制御が行われてしまうため、ユーザの利便性の面で不十分である。

以下説明する実施例では、メッセージングサービスを例に挙げて、ユーザの目的や動機に応じた処理や制御を行う実施例について説明する。

第１実施例は、サーバ１０が、特定情報を伴う端末２０からの要求に基づいて、ＯＡ事業者装置４０から取得したメッセージを、端末２０のユーザのアカウントと、ＯＡ事業者のアカウントとのトークルームに追加・更新する実施例である。
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。

以下説明する実施例では、メッセージングサービスを、サーバ１０を介して複数の装置間で簡単なメッセージの送受信を行うインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）として説明する。また、このメッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称し、適宜「Ｍｅｓｓａｇｉｎｇ Ａｐｐ」として図示・説明する。

メッセージには、単純なテキストの他、限定ではなく例として、画像情報（絵文字、静止画像、動画像の情報等を含む。）、操作用情報（ボタン、アイコン等を含む。）、特定情報・通信情報・リンク情報（ＵＲＬ、ＵＲＩ等）など、装置間で送受信可能な各種の情報を含めることができる。

なお、本明細書では、メッセージングサービスで送受信される情報を「メッセージ」と称するが、より広義の意味で「コンテンツ」と表現してもよい。
また、この場合、限定ではなく例として、テキスト形式のメッセージと、上記の各種の情報（画像情報、操作用情報、特定情報等）とを区別し、これらを包括して「コンテンツ」と表現してもよい。

また、本明細書では、メッセージングサービス（メッセージングアプリケーション）を利用する端末２０のユーザのことを「一般ユーザ」と称し、この一般ユーザのアカウントのことを「一般アカウント」と称する。
それに対し、メッセージングサービスを利用するＯＡ事業者装置４０のユーザのことを「ＯＡ事業者」と称し、このＯＡ事業者のアカウントのことを「公式アカウント」と称する。
つまり、本明細書において、メッセージングサービスのアカウントには、一般アカウントと公式アカウントとが含まれる。

公式アカウントを有するＯＡ事業者のＯＡ事業者装置４０も、一般アカウントを有する端末２０と同様に、サーバ１０を介して、他の装置との間でメッセージの送受信が可能である。限定ではなく例として、他の端末２０にメッセージが送信される場合と同様に、一般アカウントを有するユーザの端末２０からＯＡ事業者装置４０宛に送信されたメッセージも、サーバ１０を介してＯＡ事業者装置４０に届けられる。そして、そのメッセージの履歴が、ＯＡ事業者装置４０の表示部（不図示）にトークルーム等として表示される。

また、以下の実施例では、特定情報として「ＵＲＬ（Uniform Resource Locator）」を例に挙げて説明する。
ＵＲＬは、インターネットに代表されるネットワーク３０上に存在する情報（情報資源）の位置（住所）を記述するためのデータ形式の一種であり、一般的に「ＵＲＩ（Uniform Resource Identifier）」の一種である。

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

＜機能構成＞
（１）サーバ
図１−２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、登録ＵＲＬ生成部１１１と、トーク情報管理部１１２と、トーク情報更新部１１３と、登録メッセージ管理部１１４と、登録メッセージ特定部１１５と、友だち管理部１１６とを機能部として含む。

登録ＵＲＬ生成部１１１は、ＯＡ事業者が公式アカウント（ＯＡ）で発言することになるメッセージ、言い換えると、端末２０のユーザのアカウントとＯＡ事業者の公式アカウントとのトークルームに追加されることになるメッセージを取得する。この場合、限定ではなく例として、ＯＡ事業者装置４０から送信されたメッセージを受信して取得する、ＯＡ事業者装置４０によって所定の場所にアップロードされたメッセージをダウンロードして取得するなど、取得の方法は問わない。そして、登録ＵＲＬ生成部１１１は、取得したメッセージごとに一意なＵＲＬ（固有のＵＲＬ）を生成（発行）する。
このＵＲＬの生成は、登録メッセージを特定する特定情報の出力の一例とも言える。

トーク情報管理部１１２は、アカウント間（一般アカウント、公式アカウントを含む。）のトーク情報を管理する。

トーク情報とは、アカウント間（１対１、グループを含む。）でやりとりされるメッセージを含む一連のトーク内容、メッセージのやりとりの履歴（メッセージの送受信の履歴）である。また、ＵＩ（ユーザインタフェース）の一種であって、トーク情報を表示させるための仮想的な部屋を「トークルーム」と称する。
以下の説明では、「メッセージをトークルームに追加する」と表現することがあるが、これは、トーク情報管理データベース１５６（トーク記憶部）の対応するアカウントのトーク情報に、メッセージを追加して更新することと実質的に同義である。このため、トークルームもトーク情報の一種と言うこともできる。

トーク情報更新部１１３は、登録メッセージ特定部１１５によって特定された公式アカウントおよび登録メッセージに基づいて、トーク情報管理データベース１５６に記憶・管理されているトーク情報を更新する。

登録メッセージ管理部１１４は、公式アカウントごとに、登録ＵＲＬ生成部１１１によって生成されたＵＲＬと、ＯＡ事業者装置４０から取得したメッセージとを関連付けてＯＡ事業者別登録メッセージ管理データベース１５５に記憶させ、これらの情報を管理する。
ＯＡ事業者別登録メッセージ管理データベース１５５に記憶されるＵＲＬおよびメッセージを、それぞれ「登録ＵＲＬ」、「登録メッセージ」と称する。

本実施例において、登録ＵＲＬは、端末２０が、その登録ＵＲＬに関連付けられた登録メッセージを、その端末２０のユーザのアカウントとＯＡ事業者の公式アカウントとのトークルームに追加するようにサーバ１０に要求（リクエスト）するための情報として機能する。この要求のことを「登録メッセージの追加要求」と称する。

登録メッセージ特定部１１５は、登録ＵＲＬを伴う登録メッセージの追加要求に基づいて、その登録ＵＲＬと関連付けてＯＡ事業者別登録メッセージ管理データベース１５５に記憶されている公式アカウントおよび登録メッセージを特定する。

友だち管理部１１６は、複数のアカウント間（一般アカウント、公式アカウントを含む。）の友だちの関係を管理する。

図１−３は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、制御部１１によってメッセージング管理処理として実行されるメッセージング管理処理プログラム１５１と、ユーザ登録データ１５２と、ＯＡ事業者登録データ１５３と、友だち管理データ１５４と、ＯＡ事業者別登録メッセージ管理データベース１５５と、トーク情報管理データベース１５６とが記憶される。

ユーザ登録データ１５２は、メッセージングアプリケーションを利用する端末２０、またはその端末２０のユーザに関する登録データであり、そのデータ構成の一例を図１−４に示す。
ユーザ登録データ１５２には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、連絡先情報と、属性情報と、その他登録情報とが関連付けて記憶される。

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

アプリケーションＩＤは、そのユーザ名のユーザに対応するメッセージングアプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によって一意な値が設定されて記憶される。

限定ではなく例として、端末２０のユーザは、「一般ユーザ」と称することもできる。また、ユーザ登録データ１５２に登録されるアプリケーションＩＤは、一般ユーザのアカウントであるため、「一般アカウント」と称することができる。

連絡先情報は、このユーザ名のユーザの連絡先の情報であり、限定ではなく例として、このユーザの電話番号（限定ではなく例として携帯電話番号）やメールアドレス（限定ではなく例として端末メールアドレス）等の情報がこれに含まれる。

属性情報は、このユーザ名のユーザの属性の情報であり、限定ではなく例として、性別、年齢、職業（職種）等の情報が含まれる。

その他登録情報には、限定ではなく例として、このユーザ名のユーザのメッセージングアプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等を含む。）などの認証情報、このユーザが使用するアイコンの画像データ（アイコン画像）、ユーザのプロフィール（ユーザプロフィール）等を含めるようにすることができる。

ＯＡ事業者登録データ１５３は、メッセージングアプリケーションを利用するＯＡ事業者装置４０、またはＯＡ事業者に関する登録データであり、そのデータ構成の一例を図１−５に示す。
ＯＡ事業者登録データ１５３には、限定ではなく例として、事業者名と、アプリケーションＩＤと、事業者連絡先情報と、公式アカウント名と、その他登録情報とが関連付けて記憶される。

事業者名は、メッセージングアプリケーションを利用するＯＡ事業者の名称であり、限定ではなく例として、ＯＡ事業者がメッセージングアプリケーションを利用する際に登録する名称が記憶される。

アプリケーションＩＤは、その事業者名に対応するＯＡ事業者のメッセージングアプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によって一意な値が設定されて記憶される。

限定ではなく例として、ＯＡ事業者装置４０のユーザ（ＯＡ事業者）は、「公式アカウントユーザ（ＯＡユーザ）」と称することもできる。また、ＯＡ事業者登録データ１５３に登録されるアプリケーションＩＤは、公式アカウントユーザのアカウントであるため、「公式アカウント」と称することができる。

事業者連絡先情報は、この事業者名のＯＡ事業者の連絡先の情報であり、限定ではなく例として、このＯＡ事業者の電話番号やメールアドレス、このＯＡ事業者装置４０のＩＰアドレス、このＯＡ事業者のホームページのＵＲＬ等の情報がこれに含まれる。

公式アカウント名は、この事業者がメッセージングアプリケーションにおいて登録した公式アカウントの名称である。

その他登録情報には、限定ではなく例として、この事業者名のＯＡ事業者が使用するアイコンの画像データ（アイコン画像）、広告情報等を含めるようにすることができる。

なお、本実施例では、各々のＯＡ事業者について、登録されている公式アカウントを１つとして図示・説明するが、複数の公式アカウントを登録可能としてもよい。

また、本実施例では、分かり易いように、ユーザ登録データ１５２とＯＡ事業者登録データ１５３とを別の登録データとしているが、これらを１つの登録データとして、サーバ１０側で管理・記憶するようにしてもよい。

また、ユーザ登録データ１５２とＯＡ事業者登録データ１５３とを別の登録データ／１つの登録データのいずれとする場合であっても、一般アカウントと公式アカウントとを区別・判別するための情報、限定ではなく例として、アカウントの種類（種別）を示す情報を関連付けておくようにしてもよい。
また、ＩＤの体系を異ならせることによって、一般アカウントと公式アカウントとを区別・判別することができるようにしてもよい。

友だち管理データ１５４は、メッセージングアプリケーションにおける友だちを管理するためのデータであり、そのデータ構成の一例を図１−６に示す。
友だち管理データ１５４には、限定ではなく例として、アプリケーションＩＤと、友だちのアプリケーションＩＤと、友だちのユーザ名とが関連付けて記憶される。

友だちとは、本明細書におけるメッセージングアプリケーション（メッセージングサービス）において、メッセージの送受信（双方向、一方向を含む。）を行うために登録が必要な関係のことを意味する。
友だちの登録は、複数のアカウント（アプリケーションＩＤ）を関連付けることとも言える。

この図の例では、アプリケーションＩＤ「ａｃ０００１」のユーザには、その友だちのアプリケーションＩＤとして、「ａｃ０００３」、「ａｃ００２０」、「ａｃ０３０」、・・・が登録されている。

「ａｃ０００３」のアプリケーションＩＤは一般アカウントであり、その友だちのユーザ名は「Ｚ．Ｚ」である。
「ａｃ００２０」のアプリケーションＩＤは公式アカウントであり、その友だちのユーザ名は「ショップＡ」である。
「ａｃ００３０」のアプリケーションＩＤは公式アカウントであり、その友だちのユーザ名は「ショップＢ」である。

ＯＡ事業者別登録メッセージ管理データベース１５５は、ＯＡ事業者ごとに、登録ＵＲＬと登録メッセージとの対応関係を管理するためのデータベースであり、そのデータ構成の一例を図１−７に示す。
ＯＡ事業者別登録メッセージ管理データベース１５５には、ＯＡ事業者別のデータとして、ＯＡ事業者別登録メッセージ管理データが含まれる。

各々のＯＡ事業者別登録メッセージ管理データには、限定ではなく例として、ＯＡ事業者のアプリケーションＩＤと、登録メッセージ管理データとが含まれる。

登録メッセージ管理データは、このアプリケーションＩＤのＯＡ事業者が所有している公式アカウントの登録メッセージを管理するためのデータであり、公式アカウント名とともに、限定ではなく例として、登録ＵＲＬと、テキストと、添付画像とが関連付けて記憶されている。
この例では、登録ＵＲＬと関連付けて記憶されているテキストおよび添付画像が、登録メッセージである。

テキストは、この登録ＵＲＬに関連付けられたテキスト形式の登録メッセージである。
添付画像は、この登録ＵＲＬに関連付けられた画像形式の登録メッセージである。

この例では、登録メッセージ（テキスト、添付画像）として、ＯＡ事業者の店舗で利用可能な割引券（割引クーポン）として端末２０で取得可能なクーポン情報（単に「クーポン」とも称する。）が関連付けられた登録メッセージが記憶されている。クーポン情報は、ＯＡ事業者によって提供されるサービスに関するサービス情報の一例である。特典に関する情報の一例とも言える。

この図において、ＯＡ事業者別登録メッセージ管理データベース１５５のうちの最も手前側には、アプリケーションＩＤ「ａｃ００２０」のＯＡ事業者（＝ショップＡ）のＯＡ事業者別登録メッセージ管理データを示している。

このＯＡ事業者別登録メッセージ管理データには、公式アカウント名（この例では「ショップＡ」）とともに、限定ではなく例として、ショップＡが販売する商品のクーポンが関連付けられた登録メッセージを含む登録メッセージ管理データが記憶されている。
ショップＡは、限定ではなく例として、コンビニエンスストアである。

１番目の登録ＵＲＬには、テキストとして「スポーツドリンク全品２０％ＯＦＦ」というテキストデータが、添付画像として「ｈｔｔｐｓ：／／ｃｏｕｐｏｎ１／ｉｍｇ１１１１１ｘｘｘ.ｊｐｇ」の画像データがそれぞれ関連付けて記憶されている。

２番目の登録ＵＲＬには、テキストとして「新登場の極上焙煎珈琲を半額でお試しいただけます。」というテキストデータが、添付画像として「ｈｔｔｐｓ：／／ｃｏｕｐｏｎ２／ｉｍｇ２２２２２ｘｘｘ.ｊｐｇ」の画像データがそれぞれ関連付けて記憶されている。

サーバ１０の制御部１１は、限定ではなく例として、ＯＡ事業者別登録メッセージ管理データベース１５５に記憶・管理されているデータの内容を、表示部１３に表示させるようにすることができる。この表示は、登録メッセージを特定する特定情報の出力の一例である。このようにすることで、メッセージングサービス事業者が、登録ＵＲＬと登録メッセージとの対応関係を把握することが可能となる。

また、サーバ１０の制御部１１は、限定ではなく例として、ＯＡ事業者別登録メッセージ管理データベース１５５に含まれる登録メッセージ管理データを、対応するＯＡ事業者のＯＡ事業者装置４０に、通信Ｉ／Ｆ１４によって送信するようにすることができる。この送信は、登録メッセージを特定する特定情報の出力の一例である。このようにすることで、ＯＡ事業者は、自己の登録メッセージに関連付けられた登録ＵＲＬを、各種のＳＮＳ、ホームページ、ウェブサイト、ウェブページや、新聞、雑誌、広告等に掲載することによって、ユーザに伝えることができる。

端末２０からアクセス可能なページであって、登録ＵＲＬが掲載されるページのことを「登録ＵＲＬ掲載ページ」と称する。

トーク情報管理データベース１５６は、各々のアプリケーションＩＤについて、友だち管理データ１５４において友だちとして登録されているアプリケーションＩＤのユーザ間のメッセージを含むトーク情報（トークの履歴等）が記憶されたデータベースである。

（２）端末
図１−８は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、登録ＵＲＬ取得部２１１を機能部として含む。

登録ＵＲＬ取得部２１１は、任意の登録ＵＲＬ掲載ページに掲載された登録ＵＲＬに対する操作がなされたことに基づいて、その登録ＵＲＬを取得する。また、登録ＵＲＬ取得部２１１は、取得した登録ＵＲＬを伴う登録メッセージの追加要求を、通信Ｉ／Ｆ２２によってサーバ１０に行う。

図１−９は、本実施例において端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定ではなく例として、制御部２１によってメッセージング処理として実行されるメッセージング処理プログラム２８１と、ユーザ情報データ２８２と、トーク情報データ２８６とが記憶される。

ユーザ情報データ２８２は、メッセージングアプリケーションにおける自己の端末２０のユーザに関するユーザ情報が記憶されるデータであり、少なくとも、自己の端末２０のユーザのアプリケーションＩＤが記憶される。

トーク情報データ２８６は、自己の端末２０のユーザのアプリケーションＩＤについて、友だちとして登録されているアプリケーションＩＤのユーザ間のメッセージを含むトーク情報（トークの履歴等）が記憶されたデータである。

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

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

以下の表示画面例では、ＯＡ事業者別登録メッセージ管理データベース１５５（図１−７）のうちの最も手前側に示した公式アカウント名「ショップＡ」の例を参照して、その公式アカウントに登録メッセージが追加されるまでの流れを例示する。
また、以下の表示画面例では、端末２０のユーザを「ユーザＸ．Ｘ」とし、メッセージングアプリケーションにおいて、ユーザＸ．ＸがショップＡの公式アカウントを既に友だちとして登録済みであることとして説明する。

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

図１−１０、図１−１１は、本実施例において端末２０の表示部２４に表示される画面の一例を示す図である。
図１−１０の左には、ユーザＸ．Ｘの端末２０においてメッセージングアプリケーションが起動中の状態で、メッセージングアプリケーションの一機能であるタイムラインの画面であるタイムライン画面が表示された状態が示されている。

メッセージングアプリケーションのタイムラインとは、限定ではなく例として、友だち登録しているアカウント間で、自分の近況や知らせたい出来事などを、テキストや画像（静止画像、動画像を含む。）で共有するための機能である。

このタイムライン画面には、ユーザＸ．Ｘが友だち登録しているユーザによって投稿された情報として、「ショップＡ」の公式アカウントを友だち登録すると「スポーツドリンク全品２０％ＯＦＦ」のサービスを受けることができることを示す情報として、説明文、登録ＵＲＬ、登録ＵＲＬに基づくリンクが張られたバナー画像等が表示されている。

限定ではなく例として、表示されている登録ＵＲＬやバナー画像に対する操作（限定ではなく例として、タップ）がユーザによってなされると、その登録ＵＲＬに関連付けられた登録メッセージの追加要求が端末２０からサーバ１０に行われる。

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

この例では、端末２０はメッセージングアプリケーションにログイン済みであるものとする。また、前述したように、ユーザＸ．Ｘは、ショップＡの公式アカウントを友だちとして登録済みの状態である。

この場合、限定ではなく例として、登録メッセージがサーバ１０から端末２０に送信され、リダイレクトによって、図１−１０の中央の画面（限定ではなく例として、ショップＡの公式アカウントのトークルームを開くか否かをユーザに確認するための画面）を経て、図１−１０の右に示すようなショップＡの公式アカウントのトークルームが表示される。
なお、図１−１０の中央に示すような、公式アカウントのトークルームを開くか否かをユーザに確認するための画面の表示は省略してもよい。

公式アカウントのトークルームには、限定ではなく例として、メッセージングアプリケーション内の現在位置を示す情報として、ショップＡの公式アカウントのトークルームであることを示すショップＡのマークおよび「ショップＡ」の文字が、左上の帯内に表示されている。また、その下には、ユーザＸ．ＸとショップＡとが対話形式でトークを行うためのトーク領域が構成されており、画面向かって左側にはショップＡのメッセージが、画面向かって右側にはユーザＸ．Ｘのメッセージが表示されるように構成されている。

この例では、画面向かって左側のショップＡのメッセージとして、前述した１番目の登録ＵＲＬに関連付けられた登録メッセージが表示されている。具体的には、テキストとして「スポーツドリンク全品２０％ＯＦＦ」の文字が表示されており、また、添付画像としてスポーツドリンクの全品２０％ＯＦＦをイラスト化したクーポン画像が表示されている。そして、クーポン画像の下には「クーポンゲット」と示されたクーポン取得ボタンが表示されており、このクーポン取得ボタンを操作することで、クーポンをダウンロードして取得することができるように構成されている。

クーポンの提供・配布は、サーバ１０が行うようにすることができる。つまり、端末２０は、サーバ１０からクーポンをダウンロードするようにすることができる。
なお、これに限らず、端末２０が、ＯＡ事業者装置４０からクーポンをダウンロードするようにしてもよいし、そのようにしなくてもよい。

図１−１１の左には、図１−１０と同様に、メッセージングアプリケーションのタイムライン画面が表示された状態が示されている。このタイムライン画面では、図１−１０とは異なり、「ショップＡ」の公式アカウントを友だち登録すると「新登場の極上焙煎珈琲が半額（５０％ＯＦＦ）」のサービスを受けることができることを示す情報として、説明文、登録ＵＲＬ、バナー画像等が表示されている。

限定ではなく例として、表示されている登録ＵＲＬやバナー画像に対する操作がなされると、その登録ＵＲＬに関連付けられた登録メッセージの追加要求が端末２０からサーバ１０に行われる。

この場合、限定ではなく例として、図１−１０と同様に、図１−１１の中央の画面（限定ではなく例として、ショップＡの公式アカウントのトークルームを開くか否かをユーザに確認するための画面）を経て、図１−１１の右に示すようなショップＡの公式アカウントのトークルームが表示される。

このショップＡの公式アカウントのトークルームは、図１−１０の右に示したショップＡの公式アカウントのトークルームと同じトークルームである。つまり、本実施例において、ショップＡがサーバ１０に登録している公式アカウントは１つであるため、公式アカウントのトークルームも１種類である。

そうであるにも関わらず、このトークルームに追加された登録メッセージは、図１−１０の右で追加された登録メッセージとは異なっている。

具体的には、このトークルームには、画面向かって左側のショップＡのメッセージとして、前述した２番目の登録ＵＲＬに関連付けられた登録メッセージが表示されている。具体的には、テキストとして「新登場の極上焙煎珈琲を半額でお試しいただけます。」の文字が表示されており、また、添付画像として極上焙煎珈琲の５０％ＯＦＦをイラスト化したクーポン画像が表示されている。そして、クーポン画像の下には「クーポンゲット」と示されたクーポン取得ボタンが表示されており、このクーポン取得ボタンを操作することで、クーポンをダウンロードして取得することができるように構成されている。

なお、登録ＵＲＬ等の情報が表示されるページは、上記のようなメッセージングアプリケーション内のタイムラインのページに限定されない。
詳細は後述するが、メッセージングアプリケーションとは異なる任意のＳＮＳのアプリケーション内のページや、ウェブブラウザで表示可能な任意のウェブページ、ウェブサイト、ホームページ等としてもよい。
つまり、登録ＵＲＬ等の情報は、ユーザが端末２０で閲覧可能なネットワーク３０上の任意の場所に表示されていればよい。

＜処理＞
図１−１２は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。この図では、左側に端末２０の制御部２１が実行する処理を、右側にサーバ１０の制御部１１が実行する処理をそれぞれ示している。
ここでは、メッセージングアプリケーションにおいて、端末２０のユーザ（一般アカウント）とＯＡ事業者（公式アカウント）とが、既に友だち登録されていることとして説明する。

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

まず、端末２０の登録ＵＲＬ取得部２１１が、ネットワーク３０上の任意の場所から入出力部２３に対するユーザ操作に従って登録ＵＲＬを取得し、取得した登録ＵＲＬを伴う登録メッセージの追加要求を、通信Ｉ／Ｆ２２によってサーバ１０に行う（Ａ１１０）。

この追加要求を受けて、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって、アプリケーションＩＤ（この例では一般アカウント）（限定ではなく、ユーザ識別情報の一例）を端末２０に要求する（Ｓ１１０）。
この要求を受けて、端末２０の制御部２１は、自己の端末２０のユーザのアプリケーションＩＤを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１２０）。

なお、この処理例では、端末２０が、サーバ１０からのアプリケーションＩＤの要求を受けて（Ｓ１１０）、自己の端末２０のユーザのアプリケーションＩＤをサーバ１０に送信しているが（Ａ１２０）、端末２０が、Ａ１１０において、自己の端末２０のユーザのアプリケーションＩＤをサーバ１０に送信するようにしてもよい。

また、ユーザ識別情報として、アプリケーションＩＤに代えて、またはこれに加えて、メッセージングアプリケーションのログイン認証に必要な情報、限定ではなく例として、メールアドレス、パスワード、電話番号等の情報を、端末２０からサーバ１０に送信するようにしてもよい。

通信Ｉ／Ｆ１４によって端末２０からアプリケーションＩＤを受信すると、サーバ１０の登録メッセージ特定部１１５（登録メッセージ管理部１１４）が、記憶部１５に記憶されているＯＡ事業者別登録メッセージ管理データベース１５５を参照して、端末２０からの追加要求で指定された登録ＵＲＬに対応する公式アカウント（公式アカウント名）と、その登録ＵＲＬに関連付けて記憶されている登録メッセージ（テキスト、添付画像）とを特定する（Ｓ１２０）。

その後、サーバ１０のトーク情報更新部１１３（トーク情報管理部１１２）が、Ｓ１２０で特定した登録メッセージを、公式アカウントのトークルームへの追加対象とするメッセージ（以下、「追加対象メッセージ」と称する。）に設定する（Ｓ１３０）。

次いで、サーバ１０のトーク情報更新部１１３（またはトーク情報管理部１１２）が、Ｓ１３０で設定した追加対象メッセージを、Ｓ１２０で特定した公式アカウントのトークルームに追加する（Ｓ１４０）。具体的には、トーク情報管理データベース１５６のうち、対応する端末２０のユーザのアプリケーションＩＤ（一般アカウント）と、対応するＯＡ事業者のアプリケーションＩＤ（公式アカウント）との間のトーク情報に、追加対象メッセージを追加して更新する。

その後、サーバ１０の制御部１１は、トークルームへの追加内容（トークルームに追加した登録メッセージ）を、通信Ｉ／Ｆ２２によって端末２０に送信する（Ｓ１５０）。そして、サーバ１０の制御部１１は、処理を終了する。

通信Ｉ／Ｆ２２によってサーバ１０から追加内容を受信すると、端末２０の制御部２１は、追加された登録メッセージを含む公式アカウントのトークルームを表示部２４に表示させる（Ａ１５０）。そして、端末２０の制御部２１は、処理を終了する。

＜効果＞
第１実施例は、通信システム１Ａ（限定ではなく、メッセージングサービスを提供するための情報処理装置を少なくとも含むシステムの一例）において、
サーバ１０（限定ではなく、情報処理装置の一例）は、端末２０のユーザ（限定ではなく、第１ユーザの一例）のアプリケーションＩＤ（限定ではなく、第１ユーザ識別情報の一例）と関連付けて、ＯＡ事業者（限定ではなく、第２ユーザの一例）から端末２０のユーザへのメッセージを含むトーク情報を記憶する記憶部１５：トーク情報管理データベース１５６（限定ではなく、トーク記憶部の一例）と、制御部１１（限定ではなく、制御部の一例）とを備える。
制御部１１は、ＯＡ事業者装置４０から登録メッセージを取得したことに基づいて、その登録メッセージを特定する登録ＵＲＬ（限定ではなく、特定情報の一例）を生成（限定ではなく、特定情報の出力の一例）したり、表示部１３に表示（限定ではなく、特定情報の出力の一例）したり、通信Ｉ／Ｆ１４によってＯＡ事業者装置４０に送信（限定ではなく、特定情報の出力の一例）する。
そして、制御部１１は、端末２０のユーザのアプリケーションＩＤと第１登録ＵＲＬとを伴う登録メッセージの追加要求に基づいて、第１登録ＵＲＬによって特定される第１登録メッセージを、トーク情報管理データベース１５６に追加し、端末２０のユーザのアプリケーションＩＤと第２登録ＵＲＬとを伴う登録メッセージの追加要求に基づいて、第２登録ＵＲＬによって特定される第２登録メッセージを、トーク情報管理データベース１５６に追加する。
このような構成により得られる効果の一例として、第１特定情報によって特定される第１登録メッセージと、第２特定情報によって特定される第２登録メッセージとを、それぞれトーク記憶部に追加することができるため、ユーザの利便性を向上させ得る。

また、第１実施例は、トーク情報管理データベース１５６は、一般アカウントであるアプリケーションＩＤ（限定ではなく、第１種別の第１ユーザ識別情報の一例）と関連付けて、公式アカウントであるアプリケーションＩＤ（限定ではなく、第２種別の第２ユーザ識別情報の一例）によって識別されるＯＡ事業者（限定ではなく、第２ユーザの一例）から端末２０のユーザ（限定ではなく、第１ユーザの一例）へのメッセージを含むトーク情報を記憶する構成を示している。
このような構成により得られる効果の一例として、異なる種別のユーザ識別情報を対象として、第２ユーザから第１ユーザへのメッセージをトーク記憶部に記憶させることができる。

また、第１実施例は、第１特定情報によって特定される第１登録メッセージと、第２特定情報によって特定される第２登録メッセージとは、異なるメッセージである構成を示している。
このような構成により得られる効果の一例として、異なる特定情報によって特定される異なる登録メッセージをトーク記憶部に追加することができる。その結果、第１ユーザが第２ユーザの公式アカウント等にアクセスしたきっかけや目的、動機に応じて異なる登録メッセージを第１ユーザに提供することができるため、ユーザの利便性を向上させることができる。

＜第１変形例（１）＞
第１実施例では、メッセージングアプリケーションにおいて、端末２０のユーザ（一般アカウント）とＯＡ事業者（公式アカウント）とが、既に友だち登録されていることとしたが、これに限定されない。

限定ではなく例として、当初の状態では、端末２０のユーザ（一般アカウント）とＯＡ事業者（公式アカウント）とが友だち登録されておらず、登録ＵＲＬを伴う要求が端末２０からサーバ１０になされたことに基づいて、サーバ１０の制御部１１が友だち登録を行うようにしてもよいし、そのようにしなくてもよい。

＜表示画面＞
図１−１３は、本変形例において端末２０の表示部２４に表示される画面の一例を示す図である。ここでは、図１−１０、図１−１１と同様に、ユーザＸ．Ｘの端末２０の表示部２４に表示される画面を例示する。
限定ではなく例として、図１−１０の左の画面において、ユーザＸ．Ｘによって登録ＵＲＬ等が操作されると、限定ではなく例として、図１−１３の中央に示すような友だち登録画面が表示部２４に表示される。

この友だち登録画面には、限定ではなく例として、「友だち追加」の文字が表示され、その下に、ショップＡに関する情報が表示されている。具体的には、限定ではなく例として、ショップＡのアイコン画像と、店名である「ショップＡ」の文字と、ショップＡの公式アカウントを友だち登録しているユーザ（一般アカウント）の総数と、ショップＡのホームページのＵＲＬとが表示されている。

また、その下には、ショップＡの公式アカウントを友だちとして追加するための、限定ではなく例として「追加する」の文字を含む友だち追加ボタンが表示されている。ユーザＸ．Ｘによって友だち追加ボタンが操作されると、ショップＡの公式アカウントを友だちとしてユーザＸ．Ｘのアカウントに関連付けるための友だち登録処理がサーバ１０によって実行される。そして、その後、限定ではなく例として、図１−１０の中央の画面に表示が切り替わり、最終的に、図１−１０の右の画面が表示される。

なお、この場合に、図１−１１に例示した極上焙煎珈琲のクーポンに関するメッセージをショップＡの公式アカウントのトークルームに表示する場合の表示の遷移も上記と同様であるため、ここでは図示・説明を省略する。

＜処理＞
図１−１４は、本変形例における各装置が実行する処理の流れの一例を示すフローチャートである。この図では、左側に端末２０の制御部２１が実行する処理を、右側にサーバ１０の制御部１１が実行する処理をそれぞれ示している。

なお、既出のフローチャートと同一のステップについては、同一の符号を付して、再度の説明を省略する。
これは、他の各実施例や各変形例についても同様である。

Ｓ１２０の後、サーバ１０の制御部１１は、記憶部１５に記憶されている友だち管理データ１５４を参照し、端末２０から受信したアプリケーションＩＤ（一般アカウント）と、Ｓ１２０で特定した公式アカウントとが友だち登録されているか否かを判定する（Ｓ２２０）。友だち登録されていると判定したならば（Ｓ２２０：ＹＥＳ）、サーバ１０の制御部１１は、Ｓ１３０に処理を進める。

一方、友だち登録されていないと判定したならば（Ｓ２２０：ＮＯ）、サーバ１０の友だち管理部１１６が、端末２０との間で、友だち登録処理を実行する（Ｓ２３０）。

具体的には、限定ではなく例として、Ｓ１２０で特定した公式アカウントを友だちとして登録するように促す情報を、通信Ｉ／Ｆ１４によって端末２０に送信する。そして、端末２０から友だち登録に同意する情報を受信したならば、限定ではなく例として、Ｓ１２０で特定した公式アカウントに対応するアプリケーションＩＤを友だちのアプリケーションＩＤとし、その友だちのユーザ名（公式アカウント名）とともに、上記の端末２０のユーザのアプリケーションＩＤと関連付けて友だち管理データ１５４に記憶させる。そして、サーバ１０の制御部１１は、Ｓ１３０に処理を進める。

端末２０の制御部２１は、上記のサーバ１０の処理に従って、友だち登録処理を実行する（Ａ２３０）。そして、端末２０の制御部２１は、Ａ１５０に処理を進める。

なお、上記の処理において、サーバ１０の制御部１１が、限定ではなく例として、友だち登録処理（Ｓ２３０）の前後のいずれかのタイミング、または、友だち登録処理と同じタイミングで、公式アカウントの利用規約等に同意するか否かを端末２０のユーザに確認する処理を実行するようにしてもよい。

この場合、サーバ１０の制御部１１は、限定ではなく例として、ユーザ名やユーザの属性情報等の情報を、サーバ１０からＯＡ事業者装置４０（メッセージングサービス事業者からＯＡ事業者）に通知することに同意するか否かを端末２０のユーザに確認させる。そして、サーバ１０の制御部１１は、同意する旨の確認が取れた場合に、公式アカウントのトークルームへの登録メッセージの追加を許可する設定を行うようにすることができる。

＜第１変形例（２）＞
第１実施例で説明したメッセージングアプリケーションとは異なるアプリケーションとして、ＳＮＳのアプリケーション（以下、「ＳＮＳアプリケーション」と称する。）を利用する場合を例示する。

本変形例におけるＳＮＳアプリケーションでは、第１実施例で説明したメッセージングアプリケーションにおける「友だち」の機能に代えて、限定ではなく例として、「フォロー」という機能によって、端末２０のユーザ同士が繋がりを持つことができるように構成されている。このＳＮＳアプリケーションは、限定ではなく例として、基本的には誰でも閲覧可能なメッセージ（コンテンツ）を端末２０から発信可能なオープン形式のＳＮＳアプリケーションである。

「フォロー」とは、限定ではなく例として、ＳＮＳアプリケーションにおいて、一のユーザのアカウントと他のユーザのアカウントとを関連付けること（一のユーザと他のユーザとを関連付けること）を意味する。また、限定ではなく例として、自分をフォローしてくれているユーザ、またはそのユーザのアカウントのことを「フォロワー」と称する。

この場合、ＳＮＳアプリケーションで一のユーザの端末２０から発信された情報を、一のユーザとは異なる他のユーザが自分の端末２０で閲覧する。そして、他のユーザが、限定ではなく例として、一のユーザから発信された情報に興味を持ったような場合に、他のユーザは、自分の端末２０からフォロー操作を行って、ＳＮＳアプリケーションのサーバ（不図示）を介して、一のユーザをフォローする。

また、ＳＮＳアプリケーションにおいて一のユーザの端末２０から発信された情報は、限定ではなく例として、フォロワーであるユーザの端末２０に、ＳＮＳアプリケーションのサーバを介して随時配信されるようにすることができる。この場合、フォロワーのユーザの端末２０では、ＳＮＳアプリケーションのサーバを介して配信された情報が、ＳＮＳアプリケーションのタイムライン画面に表示される。

＜表示画面＞
図１−１５は、図１−１０に対応する端末２０の表示部２４の画面の遷移の一例を示しており、ユーザＸ．Ｘの端末２０の表示部２４に表示される画面の一例を示している。
この例では、図１−１５の左に示すように、ＳＮＳアプリケーションのタイムライン画面に、ユーザＸ．Ｘがフォローしているユーザによって投稿された情報として、メッセージングアプリケーションにおいて「ショップＡ」の公式アカウントを友だち登録すると「スポーツドリンク全品２０％ＯＦＦ」のサービスを受けることができる旨、および、登録ＵＲＬやバナー画像が表示されている。

そして、登録ＵＲＬやバナー画像に対する操作がなされると、ユーザＸ．Ｘの端末２０において、メッセージングアプリケーションにログインするために、限定ではなく例として、図１−１５の中央に示すようなログイン画面が表示される。

なお、ここでは、あくまでも一例であるが、セキュリティの問題を考慮し、メッセージングサービスを利用する正規のユーザであるか否かをサーバ１０側で認証可能とするために、端末２０のウェブブラウザによって、ウェブ版のメッセージングアプリケーションのログイン画面が開かれて表示されるものとして説明する。

このログイン画面には、限定ではなく例として、ユーザの登録情報（限定ではなく例として、メールアドレス、パスワード、電話番号等）を入力するための入力欄が表示されており、登録情報が入力されてログインボタンが操作されると、サーバ１０でログイン認証が行われる。そして、ログイン認証の結果が「ＯＫ」であり、メッセージングアプリケーションへのログインに成功すると、上記の登録ＵＲＬに関連付けられた登録メッセージの追加要求が、端末２０からサーバ１０に行われる。

その後、限定ではなく例として、図１−１５の右の画面（限定ではなく例として、ショップＡの公式アカウントのトークルームを端末２０にインストール済みのメッセージングアプリケーションで開くか否かを確認するための画面）を経て、前述した図１−１０の右と同様のトークルームが表示される。

なお、この場合に、図１−１１に例示した極上焙煎珈琲のクーポンに関するメッセージをショップＡの公式アカウントのトークルームに表示する場合の表示の遷移も上記と同様であるため、ここでは図示・説明を省略する。

＜第１変形例（３）＞
図１−９で説明したように、サーバ１０ばかりでなく、端末２０も、自己の端末２０のトーク情報の履歴を、記憶部２８のトーク情報データ２８６に記憶している。
そこで、上記の実施例においてサーバ１０が実行する処理の一部を、端末２０の制御部２１が実行するようにしてもよい。

図１−１６は、本変形例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、登録ＵＲＬ取得部２１１に加えて、限定ではなく例として、トーク情報更新部２１３を有する。

この場合、限定ではなく図１−１２の処理のＡ１１０において、端末２０の制御部２１は、登録ＵＲＬ掲載ページ等から取得した登録ＵＲＬを伴う公式アカウントおよび登録メッセージの取得要求を、通信Ｉ／Ｆ２２によってサーバ１０に行う。

この取得要求を受けて、サーバ１０の制御部１１は、Ｓ１２０において特定した公式アカウントおよび登録メッセージを、通信Ｉ／Ｆ１４によって端末２０に送信する。

通信Ｉ／Ｆ２２によってサーバ１０から公式アカウントおよび登録メッセージを受信すると、端末２０のトーク情報更新部２１３は、記憶部２８のトーク情報データ２８６（図１−９）に記憶されているトーク情報のうち、自己の端末２０のユーザの一般アカウントと、受信した公式アカウントとのトーク情報に、受信した登録メッセージを追加して更新する。

なお、これとは異なり、端末２０の制御部２１が、取得した登録ＵＲＬに関連付けられた登録メッセージを特定し、特定した登録メッセージを追加して更新するようにすることもできる。

具体的には、限定ではなく図１−１２の処理のＡ１１０において、端末２０の制御部２１が、登録ＵＲＬ掲載ページ等から取得した登録ＵＲＬを伴う、その登録ＵＲＬに関連付けられたＯＡ事業者のＯＡ事業者別登録メッセージ管理データ、または、その登録ＵＲＬに関連付けられた公式アカウントの登録メッセージ管理データの取得要求を、通信Ｉ／Ｆ２２によってサーバ１０に行う。

この取得要求を受けて、サーバ１０の制御部１１は、ＯＡ事業者別登録メッセージ管理データベース１５５に記憶されている、対応するＯＡ事業者別登録メッセージ管理データ、または、対応する公式アカウントの登録メッセージ管理データを、通信Ｉ／Ｆ１４によって端末２０に送信する。

通信Ｉ／Ｆ２２によってサーバ１０から上記のデータを受信すると、端末２０の制御部２１は、受信したデータに基づいて、登録ＵＲＬに関連付けられた登録メッセージを特定する。そして、端末２０のトーク情報更新部２１３は、記憶部２８のトーク情報データ２８６（図１−９）に記憶されているトーク情報のうち、自己の端末２０のユーザの一般アカウントと、受信した公式アカウントとのトーク情報に、受信した登録メッセージを追加して更新する。
なお、これらは、以降説明する実施例においても同様である。

本変形例において、端末２０は、自己の端末２０のユーザ（限定ではなく、第１ユーザの一例）の一般アカウント（限定ではなく、第１ユーザ識別情報の一例）と関連付けて、ＯＡ事業者（限定ではなく、第２ユーザの一例）から端末２０のユーザへのメッセージを含むトーク情報を記憶する記憶部２８：トーク情報データ２８６（限定ではなく、トーク記憶部の一例）と、制御部２１（限定ではなく、制御部の一例）とを備える。
制御部２１（登録ＵＲＬ取得部２１１）は、登録ＵＲＬ（限定ではなく、特定情報の一例）によって特定される１以上の登録メッセージを特定するための登録ＵＲＬを取得する。
そして、制御部２１（トーク情報更新部２１３）は、自己の端末２０のユーザのアプリケーションＩＤ（限定ではなく、第１ユーザ識別情報の一例）と第１登録ＵＲＬ（限定ではなく、第１特定情報の一例）とを伴う要求に基づいて、第１登録ＵＲＬによって特定される第１登録メッセージをトーク情報データ２８６に追加し、自己の端末２０のユーザのアプリケーションＩＤと第２登録ＵＲＬ（限定ではなく、第２特定情報の一例）とを伴う要求に基づいて、第２登録ＵＲＬによって特定される第２登録メッセージをトーク情報データ２８６に追加する。
このような構成により得られる効果の一例として、第１特定情報によって特定される第１登録メッセージと、第２特定情報によって特定される第２登録メッセージとを、端末側でそれぞれトーク記憶部に簡単に追加することができる。また、サーバの一部の処理を省略することができるため、サーバの処理負荷を軽減することができる。

＜第１変形例（４）＞
第１実施例では、ＯＡ事業者によって提供されるサービスに関するサービス情報の一例としてクーポン情報が関連付けられた登録メッセージを例示したが、これに限定されない。クーポン情報に限らず、登録メッセージには、ＯＡ事業者によって提供される何らかのサービスに関する情報を関連付けておくことができる。つまり、登録メッセージに関連付けることのできる情報はクーポン情報に限定されない。

また、登録メッセージは、必ずしもサービス情報が関連付けられたメッセージである必要はない。具体的には、限定ではなく例として、ＯＡ事業者、またはＯＡ事業者によって提供されるサービスを宣伝、広告、ＰＲするためのメッセージや、ＯＡ事業者から定期的に発信されるお知らせ等のメッセージを、登録メッセージとして登録するようにしてもよいし、そのようにしなくてもよい。

なお、これら種類（種別）の異なる登録メッセージには、限定ではなく例として、メッセージの種類（種別）を示す情報を関連付けておくなどして、区別・判別できるようにすればよい。

＜第１変形例（５）＞
第１実施例では、第１特定情報によって特定される第１登録メッセージと、第２特定情報によって特定される第２登録メッセージとを異なるメッセージとしたが、これに限定されない。
具体的には、第１特定情報によって特定される第１登録メッセージと、第２特定情報によって特定される第２登録メッセージとを同じメッセージとしてもよい。

＜第２実施例＞
第２実施例は、１つの登録ＵＲＬに対して複数（２以上）の登録メッセージが関連付けられている実施例である。
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

図２は、本実施例における登録メッセージ管理データの一例を示す図である。
ここでは、図１−７のＯＡ事業者別登録メッセージ管理データベース１５５のうちの最も手前側に示されていた、アプリケーションＩＤ「ａｃ００２０」のＯＡ事業者（＝ショップＡ）のＯＡ事業者別登録メッセージ管理データに含まれる登録メッセージ管理データに対応するデータを例示する。

この登録メッセージ管理データでは、１番目の登録ＵＲＬと２番目の登録ＵＲＬとのそれぞれについて、２つの登録メッセージ（テキスト、添付画像）が関連付けて記憶されている。１番目の登録ＵＲＬと２番目の登録ＵＲＬとのそれぞれについて、１番目の登録メッセージは図１−７と同様である。

その一方で、１番目の登録ＵＲＬと２番目の登録ＵＲＬとのそれぞれについて、２番目の登録メッセージとして共通のメッセージ（同じメッセージ）が関連付けて記憶されている。

具体的には、１番目の登録ＵＲＬと２番目の登録ＵＲＬとのそれぞれについて、２番目の登録メッセージのテキストとして「電子マネー決済ができるようになりました」という共通のテキストデータが、同様に添付画像として共通の画像データがそれぞれ関連付けて記憶されている。

この場合、サーバ１０の制御部１１は、限定ではなく例として、図１−１２や図１−１４のＳ１３０において、登録ＵＲＬに関連付けられた２つの登録メッセージを追加対象メッセージに設定する。

なお、登録ＵＲＬに関連付けられた複数の登録メッセージの全部を追加対象メッセージに設定するのではなく、複数の登録メッセージのうちの一部の登録メッセージを追加対象メッセージに設定するようにしてもよいし、そのようにしなくてもよい。

また、ここでは、異なる登録ＵＲＬに関連付けられた複数の登録メッセージについて、その一部のメッセージが共通する場合を例示したが、登録ＵＲＬごとに、全部の登録メッセージが異なるようにしてもよい。
また、登録ＵＲＬごとに、登録メッセージの数を異ならせてもよい。

＜効果＞
第２実施例は、サーバ１０の制御部１１が、第１登録ＵＲＬ（限定ではなく、第１特定情報の一例）によって特定される複数の登録メッセージ（限定ではなく、複数の第１登録メッセージの一例）を、トーク記憶部に追加する。また、サーバ１０の制御部１１が、第２登録ＵＲＬ（限定ではなく、第２特定情報の一例）によって特定される複数の登録メッセージ（限定ではなく、複数の第２登録メッセージの一例）を、トーク記憶部に追加する構成を示している。
このような構成により得られる効果の一例として、第１特定情報によって特定される複数の第１登録メッセージと、第２特定情報によって特定される複数の第２登録メッセージとを、それぞれトーク記憶部に追加することができるため、メッセージングサービスを利用するユーザの利便性を向上させることができる。

また、第２実施例は、第１登録ＵＲＬ（限定ではなく、第１特定情報の一例）によって特定される複数の登録メッセージ（限定ではなく、複数の第１登録メッセージの一例）と、第２登録ＵＲＬ（限定ではなく、第２特定情報の一例）によって特定される複数の登録メッセージ（限定ではなく、複数の第２登録メッセージの一例）とは、一部が共通するメッセージである構成を示している。
このような構成により得られる効果の一例として、複数の第１登録メッセージと、複数の第２登録メッセージとは、一部が共通するメッセージであるため、特定情報が異なる場合であっても、共通する内容をユーザに知らせることができ、ユーザの利便性を向上させることができる。

＜第３実施例＞
第３実施例は、第２実施例と同様に、１つの登録ＵＲＬに対して複数（２以上）の登録メッセージが関連付けられている実施例である。
第２実施例と異なるのは、第３実施例では、条件に基づいて、登録ＵＲＬに関連付けられた複数の登録メッセージの中から追加対象メッセージを択一的に設定する点である。
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜データ構成＞
図３−１は、第２実施例における登録メッセージ管理データの一例を示す図である。
ここでは、図１−７のＯＡ事業者別登録メッセージ管理データベース１５５のうちの最も手前側に示されていた、アプリケーションＩＤ「ａｃ００２０」のＯＡ事業者（＝ショップＡ）のＯＡ事業者別登録メッセージ管理データに含まれる登録メッセージ管理データに対応するデータを例示する。

この登録メッセージ管理データには、図１−７と同様に、ショップＡが販売する商品のクーポン情報が関連付けられた登録メッセージが含まれるが、データ構成およびデータ内容が一部異なっている。

具体的には、この登録メッセージ管理データには、限定ではなく例として、登録ＵＲＬと、条件と、テキストと、添付画像と、ダウンロード上限回数と、ダウンロード回数とが関連付けて記憶されている。

条件は、その登録ＵＲＬに関連付けられた登録メッセージを追加対象メッセージとして設定するための条件である。

ダウンロード上限回数は、その登録メッセージ（テキスト、添付画像）に関連付けられたクーポンを端末２０でダウンロード可能な上限の回数として設定された回数、または予め定められた回数である。このダウンロード上限回数は、限定ではなく例として、サーバ１０またはＯＡ事業者装置４０によって設定可能とすることができる。

ダウンロード回数は、その登録メッセージ（テキスト、添付画像）に関連付けられたクーポンが、実際に端末２０でダウンロードされた回数である。このダウンロード回数は、クーポンがダウンロードされるごとに、「１」ずつ加算・更新される。

この図の例では、１番目の登録ＵＲＬの登録メッセージには、ダウンロード上限回数が設定されておらず「−（なし）」とされている。これに伴い、条件も「−（なし）」とされている。また、ダウンロード回数には、集計されたダウンロードの総数が記憶されている。

なお、この例では、ダウンロード上限回数が設定されていない登録メッセージについてもダウンロード回数を集計することにしているが、ダウンロード回数を集計しないようにしてもよい。

それに対し、２番目の登録ＵＲＬの登録メッセージには、ダウンロード上限回数として「１０００」が設定されている。これに伴い、条件として「ダウンロード上限未到達」、「ダウンロード条件到達」が定められている。

「ダウンロード上限未到達」は、ダウンロード回数がダウンロード上限回数以下であることを示す条件（ダウンロード回数≦ダウンロード上限回数）である。
そして、これに対応するテキストとして「新登場の極上焙煎珈琲を半額でお試しいただけます。※先着１０００名様限定クーポン」というテキストデータが定められ、同様に添付画像の画像データが定められている。

それに対し、「ダウンロード上限到達」は、ダウンロード回数がダウンロード上限回数を超えたことを示す条件（ダウンロード回数＞ダウンロード上限回数）である。
そして、これに対応するテキストとして「先着１０００名様のご応募が完了したため、当キャンペーンは終了いたしました。次回のキャンペーンをお待ちください。」というテキストデータが定められ、同様に添付画像の画像データが定められている。

このように、上記の例では、ダウンロード回数がダウンロード上限回数に達するまで（ダウンロード回数≦ダウンロード上限回数）は、ダウンロード上限未到達時の登録メッセージを公式アカウントのトークルームに追加するが、ダウンロード回数がダウンロード上限回数に達した後（ダウンロード回数＞ダウンロード上限回数）は、ダウンロード上限到達時の登録メッセージを公式アカウントのトークルームに追加する。

なお、図３−１では、分かり易いように「条件」、「ダウンロード上限回数」の欄を設けたが、これらは、限定ではなく例として、データとして管理するのではなく、プログラムにて実現されていてもよい。

また、ダウンロード上限回数は、公式アカウント別、および／または、登録ＵＲＬ別に、異なる値を関連付けるようにしてもよいし、同じ値を関連付けるようにしてもよい。

＜表示画面＞
図３−２は、本実施例において端末２０の表示部２４に表示される画面の一例を示しており、前述したショップＡの公式アカウントのトークルームの一例を示している。
このトークルームは、図１−１１に対応する公式アカウントのトークルームであるが、追加された登録メッセージが異なっている。

図３−２（ａ）には、クーポンのダウンロード回数がダウンロード上限回数に達するまでの間に表示されるトークルームの一例を示している。具体的には、画面向かって左側のショップＡのメッセージとして、図３−１の２番目の登録ＵＲＬに関連付けられた登録メッセージのうちのダウンロード上限未到達時のテキストに対応する内容が追加された状態が示されている。

具体的には、テキストとして「新登場の極上焙煎珈琲を半額でお試しいただけます。※先着１０００名様限定クーポン」の文字が表示されており、また、添付画像として極上焙煎珈琲の５０％ＯＦＦおよび先着１０００名限定をイラスト化したクーポン画像が表示されている。また、キャンペーンが未だ終了していないため、クーポン画像の下には「クーポンゲット」と示されたクーポン取得ボタンが表示されており、このクーポン取得ボタンを操作することで、クーポンをダウンロードして取得することができるように構成されている。

図３−２（ｂ）には、クーポンのダウンロード回数がダウンロード上限回数に達した後に表示されるトークルームの一例を示している。具体的には、画面向かって左側のショップＡのメッセージとして、図３−１の２番目の登録ＵＲＬに関連付けられた登録メッセージのうちのダウンロード上限到達時のテキストに対応する内容が追加された状態が示されている。

具体的には、テキストとして「先着１０００名様のご応募が完了したため、当キャンペーンは終了いたしました。次回のキャンペーンをお待ちください。」の文字が表示されており、また、添付画像として上記のクーポン画像に「ＳＯＬＤ ＯＵＴ」の文字を含む画像が重畳された画像が表示されている。
また、キャンペーンが既に終了しているため、図３−２（ｂ）では、図３−２（ａ）とは異なり、クーポン取得ボタンが表示されておらず、クーポンを取得することができないように構成されている。

＜処理＞
図３−３は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。この図では、左側に端末２０の制御部２１が実行する処理を、右側にサーバ１０の制御部１１が実行する処理をそれぞれ示している。
ここでは、メッセージングアプリケーションにおいて、端末２０のユーザ（一般アカウント）とＯＡ事業者（公式アカウント）とが、既に友だち登録されていることとして説明する。

Ｓ１１０の後、通信Ｉ／Ｆ１４によって端末２０からアプリケーションＩＤを受信すると、サーバ１０の登録メッセージ特定部１１５（登録メッセージ管理部１１４）は、記憶部１５に記憶されているＯＡ事業者別登録メッセージ管理データベース１５５を参照し、端末２０からの追加要求で指定された登録ＵＲＬに対応する公式アカウント（公式アカウント名）を特定する（Ｓ３２０）。

その後、サーバ１０の登録メッセージ特定部１１５（登録メッセージ管理部１１４）は、記憶部１５に記憶されているＯＡ事業者別登録メッセージ管理データベース１５５を参照し、上記の登録ＵＲＬと関連付けてダウンロード上限回数が設定されているか否かを判定する（Ｓ３３０）。

ダウンロード上限回数が設定されていないと判定したならば（Ｓ３３０：ＮＯ）、サーバ１０の制御部１１は、上記の登録ＵＲＬに関連付けて記憶されている登録メッセージを追加対象メッセージに設定する（Ｓ３４０）。そして、サーバ１０の制御部１１は、Ｓ１４０に処理を進める。

一方、ダウンロード上限回数が設定されていると判定したならば（Ｓ３３０：ＹＥＳ）、サーバ１０の制御部１１は、上記の登録ＵＲＬに関連付けて記憶されている条件の成否に基づいて、追加対象メッセージを設定する（Ｓ３５０）。

具体的には、ダウンロード回数がダウンロード上限回数に達していない場合は、上記の登録ＵＲＬに関連付けて記憶されているダウンロード上限未到達時の登録メッセージを追加対象メッセージに設定する。
それに対し、ダウンロード回数がダウンロード上限回数に達している場合は、上記の登録ＵＲＬに関連付けて記憶されているダウンロード上限到達時の登録メッセージを追加対象メッセージに設定する。
そして、サーバ１０の制御部１１は、Ｓ１４０に処理を進める。

＜効果＞
第３実施例は、サーバ１０の制御部１１が、第１登録ＵＲＬ（限定ではなく、第１特定情報の一例）によって特定される複数の登録メッセージ（限定ではなく、複数の第１登録メッセージの一例）のうちのいずれかの登録メッセージを、トーク記憶部に追加する。また、サーバ１０の制御部１１が、第２登録ＵＲＬ（限定ではなく、第２特定情報の一例）によって特定される複数の登録メッセージ（限定ではなく、複数の第２登録メッセージの一例）のうちのいずれかの登録メッセージを、トーク記憶部に追加する構成を示している。
このような構成により得られる効果の一例として、第１特定情報によって特定される複数の第１登録メッセージのうちのいずれかの登録メッセージをトーク記憶部に追加することができるため、メッセージングサービスを利用するユーザの利便性を向上させることができる。
同様に、第２特定情報によって特定される複数の第２登録メッセージのうちのいずれかの登録メッセージをトーク記憶部に追加することができるため、メッセージングサービスを利用するユーザの利便性を向上させることができる。

また、第３実施例は、サーバ１０の制御部１１が、トーク記憶部に追加する登録メッセージを、条件に基づいて決定する構成を示している。
このような構成により得られる効果の一例として、トーク記憶部に追加する登録メッセージを柔軟に決定することができ、また、メッセージングサービスの汎用性を向上させることができる。

また、第３実施例は、登録メッセージには、クーポン情報（限定ではなく、第２ユーザによって提供されるサービスに関するサービス情報の一例）が関連付けられている。そして、サーバ１０の制御部１１が、トーク記憶部に追加する登録メッセージを、クーポン情報のダウンロード回数に関する条件（限定ではなく、登録メッセージがトーク記憶部に追加されたことに基づき、登録メッセージに関連付けられたサービス情報が取得された回数に関する条件の一例）に基づいて決定する構成を示している。
このような構成により得られる効果の一例として、第２ユーザによって提供されるサービスに関するサービス情報が取得された回数に関する条件に基づいて、トーク記憶部に追加する登録メッセージを柔軟かつ適切に決定することができる。

＜第３変形例（１）＞
第２実施例で説明した内容に関連するが、第３実施例において、限定ではなく例として異なる登録ＵＲＬに関連付けられた複数の登録メッセージについて、その一部のメッセージが共通するようにし、条件に基づいて、登録ＵＲＬに関連付けられた複数の登録メッセージの中から追加対象メッセージに択一的に設定するようにしてもよい。

図３−４は、本変形例における登録メッセージ管理データの一例を示す図である。
ここでは、図３−１のＯＡ事業者別登録メッセージ管理データベース１５５のうちの最も手前側に示されていた、アプリケーションＩＤ「ａｃ００２０」のＯＡ事業者（＝ショップＡ）のＯＡ事業者別登録メッセージ管理データに含まれる登録メッセージ管理データに対応するデータを例示する。

この登録メッセージ管理データでは、１番目の登録ＵＲＬと２番目の登録ＵＲＬとのそれぞれについて、条件およびダウンロード上限回数が設定されている。
１番目の登録ＵＲＬと２番目の登録ＵＲＬとのそれぞれについて、条件「ダウンロード上限未到達」に関連付けられた登録メッセージは、図３−１と同様である。

その一方で、１番目の登録ＵＲＬと２番目の登録ＵＲＬとのそれぞれについて、条件「ダウンロード上限到達」に関連付けられた登録メッセージとして、同じメッセージ（共通のメッセージ）が関連付けて記憶されている。具体的には、条件「ダウンロード上限到達」に関連付けられた登録メッセージのテキストとして「当キャンペーンは終了いたしました。次回のキャンペーンをお待ちください。」という共通のテキストデータが定められ、同様に、添付画像として共通の画像データが定められている。

本変形例は、第１登録ＵＲＬによって特定される複数の登録メッセージ（限定ではなく、複数の第１登録メッセージの一例）と、第２登録ＵＲＬによって特定される複数の登録メッセージ（限定ではなく、複数の第２登録メッセージの一例）とは、一部が共通するメッセージである構成を示している。
このような構成により得られる効果の一例として、複数の第１登録メッセージと、複数の第２登録メッセージとは、一部が共通するメッセージであるため、特定情報が異なる場合であっても、共通の内容をユーザに知らせることができ、ユーザの利便性を向上させることができる。

また、本変形例によれば、条件の成否に対応する登録メッセージのうち、一方の登録メッセージは特有のメッセージであるが、他方の登録メッセージは共通のメッセージであるため、条件の成否に基づいて特有の内容と共通の内容とをそれぞれユーザに知らせることができ、ユーザの利便性を向上させることができる。

＜第３変形例（２）＞
第３実施例では、端末２０でクーポンがダウンロードされた回数に基づいて、異なる登録メッセージを公式アカウントのトークルームに追加したが、これに限定されない。

具体的には、クーポン等のダウンロードの有無に関係なく、限定ではなく例として、登録ＵＲＬを伴う登録メッセージの追加要求が端末２０からサーバ１０になされた回数（登録ＵＲＬを伴う端末２０からサーバ１０への「アクセス回数」とも言える。）に基づいて、異なる登録メッセージを公式アカウントのトークルームに追加するようにしてもよいし、そのようにしなくてもよい。

また、クーポン等がダウンロードされた回数やサーバ１０へのアクセスの回数に代えて、またはこれに加えて、あらかじめ設定された単位期間（限定ではなく例として、１週間や１か月）内にクーポン等がダウンロードされた頻度やサーバ１０へのアクセスがなされた頻度に基づいて、異なる登録メッセージを公式アカウントのトークルームに追加するようにしてもよいし、そのようにしなくてもよい。

また、これらの場合、あくまでもアクセスの回数や頻度を集計することができればよいのであって、登録メッセージは、必ずしもクーポンに関するものである必要はない。

本変形例により得られる効果の一例として、特定情報を伴う要求の回数または頻度に関する条件に基づいて、トーク記憶部に追加する登録メッセージを柔軟かつ適切に決定することができる。

＜第３変形例（３）＞
上記に代えて、または上記に加えて、端末２０のユーザの属性情報に基づいて、異なる登録メッセージを公式アカウントのトークルームに追加するようにしてもよいし、そのようにしなくてもよい。

具体的には、限定ではなく例として、性別、年齢、職業（職種）といったユーザの属性情報別に登録メッセージを定めておく。そして、登録ＵＲＬを伴う登録メッセージの追加要求を端末２０から受けたことに基づいて、サーバ１０の制御部１１が、その端末２０のユーザの属性情報を特定する。そして、サーバ１０の制御部１１が、特定した属性情報に対応する登録メッセージを公式アカウントのトークルームに追加するようにしてもよいし、そのようにしなくてもよい。

本変形例により得られる効果の一例として、第２ユーザによって提供されるサービスに関するサービス情報が取得された回数に代えて、またはこれに加えて、第２ユーザによって提供されるサービスに関するサービス情報が取得された頻度に関する条件に基づいて、トーク記憶部に追加する登録メッセージを柔軟かつ適切に決定することができる。

また、本変形例により得られる効果の一例として、第１ユーザの属性情報に基づいて、トーク記憶部に追加する登録メッセージを柔軟かつ適切に決定することができる。

＜第４実施例＞
第４実施例は、端末２０によるページの遷移の履歴に基づいて、追加対象メッセージを決定（設定）する実施例である。
第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

図４−１は、第４実施例における登録メッセージ管理データの一例を示す図である。
ここでは、図１−７のＯＡ事業者別登録メッセージ管理データベース１５５のうちの最も手前側に示されていた、アプリケーションＩＤ「ａｃ００２０」のＯＡ事業者（＝ショップＡ）のＯＡ事業者別登録メッセージ管理データに含まれる登録メッセージ管理データに対応するデータを例示する。

この登録メッセージ管理データには、限定ではなく例として、登録ＵＲＬと、流入経路識別ＵＲＬと、テキストと、添付画像とが関連付けて記憶されている。

登録ＵＲＬは、先の実施例で説明した登録ＵＲＬに相当するＵＲＬであり、ＯＡ事業者装置４０からメッセージを取得したことに基づいて、登録ＵＲＬ生成部１１１によって生成されるＵＲＬである。

流入経路識別ＵＲＬは、端末２０のランディングページへの流入経路を識別するためのＵＲＬであり、登録ＵＲＬ生成部１１１によって、登録ＵＲＬと、端末２０のランディングページへの流入経路とに基づいて生成されるＵＲＬである。

流入経路は、端末２０がどのページからランディングページに流入したか、つまり、端末２０がランディングページに流入する時に利用したリンク元のページを示す情報である。ページの遷移の履歴とも言える。

図面では、流入経路識別ＵＲＬを、便宜的に、登録ＵＲＬに「／＆｛流入元のページのＵＲＬ（ｈｔｔｐｓ〜）｝」を付加した形式で図示している。
また、デフォルトの流入経路識別ＵＲＬを、便宜的に、登録ＵＲＬに「／＆｛ｄｅｆａｕｌｔ｝」を付加した形式で図示している。

上記の登録ＵＲＬや流入経路識別ＵＲＬは、本開示における特定情報の一例である。

本実施例では、ＯＡ事業者に関する広告（ＯＡ事業者によって提供されるサービスに関する広告）が掲載されたページ（以下、「広告掲載ページ」と称する。）において、広告が操作されることで遷移するページを「ランディングページ」と称する。また、広告掲載ページのＵＲＬを「広告掲載ＵＲＬ」と称し、ランディングページのＵＲＬを「ランディングＵＲＬ」と称する。本実施例におけるランディングページは、前述した実施例における登録ＵＲＬ掲載ページに相当する。

１番目の登録ＵＲＬを例に挙げて説明する。
１つ目の流入経路識別ＵＲＬは、流入経路がスポーツに関するページである場合のＵＲＬである。そして、１つ目の登録メッセージとして「スポーツドリンク全品２０％ＯＦＦ」というテキストおよび対応する添付画像が、２つ目の登録メッセージとして「アンケートに答えて、東京五輪を観に行こう！ ・・・」というテキストおよび対応する添付画像がそれぞれ関連付けて記憶されている。これは、流入経路がスポーツに関するページであるため、スポーツドリンクのクーポンに関する登録メッセージを追加するとともに、付加的な登録メッセージとして、スポーツに関する別の登録メッセージを追加する意図である。

２つ目の流入経路識別ＵＲＬは、流入経路がグルメに関するページである場合のＵＲＬである。そして、１つ目の登録メッセージとして「新登場の極上焙煎珈琲を半額でお試しいただけます。」というテキストおよび対応する添付画像が、２つ目の登録メッセージとして「アンケートに答えて、ホテルディナーにご招待！ ・・・」というテキストおよび対応する添付画像がそれぞれ関連付けて記憶されている。これは、流入経路がグルメに関するページであるため、極上焙煎珈琲のクーポンに関する登録メッセージを追加するとともに、付加的な登録メッセージとして、グルメに関する別の登録メッセージを追加する意図である。

３つ目の流入経路識別ＵＲＬは、デフォルトの流入経路識別ＵＲＬである。これは、流入元のページが存在しない場合である。
流入元のページが存在しない場合とは、限定ではなく例として、端末２０においてランディングページがブックマークされ、お気に入り登録されているような場合である。

ブックマークとは、端末２０の機能の１つであって、任意のウェブサイトのＵＲＬをウェブブラウザに登録する機能のことを意味する。
この機能により、端末２０では、広告掲載ページを表示させることなく、登録済みのランディングページが直接的に表示させることが可能となる。この場合、流入元のページは存在しないことになる。

この例では、１つ目の登録メッセージとして「お気に入り登録ありがとうございます。」というテキストおよび対応する添付画像が、２つ目の登録メッセージとして「スポーツドリンク全品２０％ＯＦＦ」というテキストおよび対応する添付画像が、３つ目の登録メッセージとして「新登場の極上焙煎珈琲を半額でお試しいただけます。」というテキストおよび対応する添付画像がそれぞれ関連付けて記憶されている。これは、ランディングページがブックマークされている可能性があるため「お気に入り登録ありがとうございます。」という登録メッセージを追加するとともに、流入元のページが存在しない（流入経路を判別できないとも言える。）ため、スポーツドリンクのクーポンに関する登録メッセージと、極上焙煎珈琲のクーポンに関する登録メッセージとの両方を追加する意図である。

＜表示画面＞
図４−２、図４−３は、本実施例において端末２０の表示部２４に表示される表示画面の遷移の一例を示す図である。
図４−２には、端末２０の表示部２４にポータルサイトが表示された状態が示されている。このポータルサイトは、「総合」、「ニュース」、「スポーツ」、「社会」、「芸能」等の複数のカテゴリを含み、この例では、「スポーツ」のカテゴリが選択されて、スポーツに関する情報が掲載されたページが表示された状態が示されている。

このページには、スポーツに関する情報とは別に、限定ではなく例として、ＯＡ事業者によって提供されるサービスに関する広告が表示されている。具体的には、この例では、ショップＡにおいてドリンクフェアが開催されていることを示す広告が表示されている。つまり、このページは広告掲載ページである。

端末２０のユーザによって上記の広告が操作されると、広告掲載ページからランディングページへと遷移する。この例では、ランディングページは、ショップＡのウェブページである。そして、メッセージングアプリケーションにおいて友だち追加キャンペーンが行われており、メッセージングアプリケーションにおいてショップＡの公式アカウントを友だちとして追加すると、ドリンククーポンを取得することができることを示す説明文と、ショップＡでドリンクフェアを開催中であることを示す広告と、クーポンを取得するための「キャンペーンに参加する」と示されたキャンペーン参加ボタンとが表示されている。

このランディングページにおいてキャンペーン参加ボタンが操作されると、前述した実施例と同様に、メッセージングアプリケーションへのログイン、ショップＡの公式アカウントを友だちに追加していない場合には友だち登録を経て、端末２０にインストール済みのメッセージングアプリケーションにおけるショップＡの公式アカウントのトークルームが表示される。

この例では、ランディングページに遷移する前の広告掲載ページはスポーツに関するページである。このため、このトークルームには、スポーツドリンクのクーポンに関する登録メッセージが表示されている。
さらに、このトークルームには、ショップＡの公式アカウントを発信元とする登録メッセージとして、アンケートに答えて東京五輪の観戦チケットを取得するための応募に関する登録メッセージが表示されている。つまり、ランディングページに遷移する前の広告掲載ページがスポーツに関するページであったため、スポーツドリンクのクーポンに関する登録メッセージに加えて、スポーツに関連する異なる登録メッセージが表示されている。

図４−３には、端末２０の表示部２４にグルメサイトが表示された状態が示されている。
このグルメサイトには、グルメに関する情報とは別に、限定ではなく例として、メッセージングアプリケーションにおいて公式アカウントを有するＯＡ事業者の広告が表示されている。具体的には、この例では、図４−２と同様に、ショップＡにおいてドリンクフェアが開催されていることを示す広告が表示されている。つまり、このページは広告掲載ページである。

端末２０のユーザによって広告が操作されると、このグルメサイトからランディングページへと遷移する。この例では、ランディングページは、図４−２と同じページである。

このランディングページにおいてキャンペーン参加ボタンが操作されると、前述した実施例と同様に、メッセージングアプリケーションへのログイン、ショップＡの公式アカウントを友だちに追加していない場合には友だち登録を経て、端末２０にインストール済みのメッセージングアプリケーションにおけるショップＡの公式アカウントのトークルームが表示される。

この例では、ランディングページに遷移する前の広告掲載ページはグルメに関するページである。このため、このトークルームには、極上焙煎珈琲のクーポンに関する登録メッセージが表示されている。
さらに、このトークルームには、ショップＡの公式アカウントを発信元とする登録メッセージとして、アンケートに答えてホテルディナーの招待チケットを取得するための応募に関する登録メッセージが表示されている。つまり、ランディングページに遷移する前の広告掲載ページがグルメに関するページであったため、極上焙煎珈琲のクーポンに関する登録メッセージに加えて、グルメに関連する異なる登録メッセージが表示されている。

＜処理＞
図４−４は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。この図では、左側に端末２０の制御部２１が実行する処理を、右側にサーバ１０の制御部１１が実行する処理をそれぞれ示している。
ここでは、メッセージングアプリケーションにおいて、端末２０のユーザ（一般アカウント）とＯＡ事業者（公式アカウント）とが、既に友だち登録されていることとして説明する。

最初に、端末２０の制御部２１は、入出力部２３に対するユーザの操作に従って、広告掲載ページに掲載されている広告を選択する（Ａ１０１）。その後、端末２０の制御部２１は、選択した広告掲載ページの広告掲載ＵＲＬを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１０３）。

これを受けて、サーバ１０の制御部１１は、端末２０から受信した広告掲載ＵＲＬに基づき、その広告掲載ＵＲＬによって特定される広告掲載ページに掲載されている広告に関連付けられた登録ＵＲＬを特定する。そして、サーバ１０の登録ＵＲＬ生成部１１１は、特定した登録ＵＲＬに広告掲載ＵＲＬを付加した流入経路識別ＵＲＬを生成し、生成した流入経路識別ＵＲＬと、ランディングＵＲＬとを、通信Ｉ／Ｆ１４によって端末２０に送信する（Ｓ１０３）。

端末２０の制御部２１は、サーバ１０から受信したランディングＵＲＬに基づいて、ランディングページを表示部２４に表示させる（Ａ１０５）。
ランディングページには、限定ではなく例として、Ａ１０１で選択した広告に関連するオブジェクトが含まれる。オブジェクトは、ユーザ操作を受付可能なオブジェクトであればよく、限定ではなく例として、ボタンやアイコン等がこれに含まれる。
このオブジェクトの一例は、図４−２や図４−３のキャンペーン参加ボタンである。

その後、端末２０の制御部２１は、上記のランディングページ内のオブジェクトに、サーバ１０から受信した流入経路識別ＵＲＬを関連付ける（Ａ１０７）。
オブジェクトには、限定ではなく例として、デフォルトの流入経路識別ＵＲＬが関連付けられている。Ａ１０７では、オブジェクトに関連付けられているデフォルトの流入経路識別ＵＲＬを、サーバ１０から受信した流入経路識別ＵＲＬで上書き・更新する。

その後、入出力部２３を介してユーザによってオブジェクトが操作されると、端末２０の制御部２１は、操作されたオブジェクトに関連付けられた流入経路識別ＵＲＬを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１０９）。

通信Ｉ／Ｆ１４によって端末２０から流入経路識別ＵＲＬを受信すると、サーバ１０の制御部１１は、Ｓ１１０の処理を実行する。
また、端末２０の制御部２１は、Ａ１２０の処理を実行する。そして、端末２０の制御部２１は、Ａ１５０に処理を進める。

通信Ｉ／Ｆ１４によって端末２０からアプリケーションＩＤを受信すると、サーバ１０の登録メッセージ特定部１１５（登録メッセージ管理部１１４）は、記憶部１５に記憶されているＯＡ事業者別登録メッセージ管理データベース１５５を参照し、端末２０から受信した流入経路識別ＵＲＬに対応する公式アカウントを特定する（Ｓ４２０）。

その後、サーバ１０の制御部１１は、端末２０から受信した流入経路識別ＵＲＬに広告掲載ＵＲＬが含まれるか否かを判定する（Ｓ４３０）。

ここで、端末２０のＡ１０１〜Ａ１０７の処理、サーバ１０のＳ１０３の処理をそれぞれ経てＳ４３０に至った場合は、端末２０から受信した流入経路識別ＵＲＬに広告掲載ＵＲＬが含まれることになる。

一方、前述したように、端末２０でランディングページＵＲＬがブックマークされているような場合には、端末２０ではＡ１０５から処理が開始され、Ａ１０７の処理はスキップされる。その結果、Ａ１０９で端末２０からサーバ１０に送信される流入経路識別ＵＲＬは、デフォルトの流入経路識別ＵＲＬとなるため、端末２０から受信した流入経路識別ＵＲＬに広告掲載ＵＲＬは含まれないことになる。

流入経路識別ＵＲＬに広告掲載ＵＲＬが含まれないと判定したならば（Ｓ４３０：ＮＯ）、サーバ１０の制御部１１は、デフォルトの流入経路識別ＵＲＬに対応する登録メッセージを、追加対象メッセージに設定する（Ｓ４４０）。そして、サーバ１０の制御部１１は、Ｓ１４０に処理を進める。

一方、流入経路識別ＵＲＬに広告掲載ＵＲＬが含まれると判定したならば（Ｓ４３０：ＹＥＳ）、サーバ１０の制御部１１は、その流入経路識別ＵＲＬ（広告掲載ＵＲＬ）に対応する登録メッセージ、つまり、流入経路に応じた登録メッセージを、追加対象メッセージに設定する（Ｓ４５０）。そして、サーバ１０の制御部１１は、Ｓ１４０に処理を進める。

＜効果＞
第４実施例は、サーバ１０の制御部１１が、追加対象メッセージを、ランディングページ（限定ではなく、特定情報が掲載される掲載場所の一例）への遷移の履歴に関する条件（限定ではなく、特定情報が掲載される掲載場所に関する条件の一例、特定情報が掲載される掲載場所への遷移の履歴に関する条件の一例）に基づいて決定する構成を示している。
このような構成により得られる効果の一例として、トーク記憶部に追加する登録メッセージを、特定情報が掲載される掲載場所への遷移の履歴に関する条件に基づいて決定することができるため、限定ではなく例として、遷移の履歴が同じであれば同じ登録メッセージを追加する一方、遷移の履歴が異なるのであれば異なる登録メッセージを追加するといったことが可能となる。つまり、特定情報に関連付けられた登録メッセージを、ユーザがどのような目的や動機で取得しようとしているかに応じて異なる制御を行うことが可能となり、ユーザの利便性を向上させることができる。

また、第４実施例は、サーバ１０の制御部１１が、登録ＵＲＬに関連付けられた登録メッセージであって、ランディングページ（限定ではなく、特定情報が掲載される掲載場所の一例）に遷移する前に端末２０で表示されていたページの種類に応じた登録メッセージを、トーク記憶部に追加する構成を示している。
このような構成により得られる効果の一例として、特定情報に関連付けられた登録メッセージであって、特定情報が掲載される掲載場所に遷移する前のページの種類に応じた登録メッセージをトーク記憶部に追加することができるため、ユーザがどのような目的や動機で取得しようとしているかに応じて異なる制御を行うことが可能となり、ユーザの利便性を向上させることができる。

また、第４実施例は、上記において、サーバ１０の制御部１１は、登録ＵＲＬに関連付けられた登録メッセージであって、ランディングページに遷移する前に端末２０で表示されていたページの種類に応じた一の登録メッセージに加えて、同じ種類の他の登録メッセージをトーク記憶部に追加する構成を示している。
このような構成により得られる効果の一例として、特定情報に関連付けられた登録メッセージであって、特定情報が掲載される掲載場所に遷移する前のページの種類に応じた一の登録メッセージに加えて、同じ種類の他の登録メッセージをトーク記憶部に追加することができるため、同じ種類の情報を付加的にユーザに知らせることが可能となり、ユーザの利便性を一層向上させることができる。

＜第４変形例（１）＞
第４実施例において、サーバ１０の制御部１１が、ランディングページへの遷移の履歴に基づいて追加対象メッセージを決定するのではなく、ランディングページの種類に基づいて追加対象メッセージを決定するようにしてもよいし、そのようにしなくてもよい。

具体的には、ランディングページの種類がスポーツに関するページである場合は、図４−２と同様の登録メッセージを追加対象メッセージとして設定し、ランディングページの種類がグルメに関するページである場合は、図４−３と同様の登録メッセージを追加対象メッセージとして設定する。

本変形例は、サーバ１０の制御部１１が、追加対象メッセージを、ランディングページの種類（限定ではなく、特定情報が掲載される掲載場所に関する条件の一例）に基づいて決定する構成を示している。
このような構成により得られる効果の一例として、トーク記憶部に追加する登録メッセージを、特定情報が掲載される掲載場所の種類等の条件に基づいて決定することができるため、限定ではなく例として、特定情報が掲載される掲載場所の種類が同じであれば同じ登録メッセージを追加する一方、特定情報が掲載される掲載場所の種類が異なるのであれば異なる登録メッセージを追加するといったことが可能となる。つまり、特定情報に関連付けられた登録メッセージを、ユーザがどのような目的や動機で取得しようとしているかに応じて異なる制御を行うことが可能となり、ユーザの利便性を向上させることができる。

＜第４変形例（２）＞
第４実施例において、流入経路に応じて異なる複数の登録メッセージのうち、一部の登録メッセージを共通としたり、異ならせるようにしてもよい。
具体的には、限定ではなく図４−１の例において、１番目の流入経路識別ＵＲＬと２番目の流入経路識別ＵＲＬとに関連付けられた２つの登録メッセージのうち、１つ目の登録メッセージは共通のメッセージ（限定ではなく例として、スポーツドリンク全品２０％ＯＦＦクーポン）とし、２つ目の登録メッセージ（アンケート応募）のみを異ならせるようにしてもよい。

また、流入経路に応じた登録メッセージの数を、流入経路ごとに異ならせてもよい。
具体的には、限定ではなく図４−１の例において、１番目の流入経路識別ＵＲＬに関連付けられた登録メッセージは１つ（限定ではなく例として、スポーツドリンク全品２０％ＯＦＦクーポン）とし、２番目の流入経路識別ＵＲＬに関連付けられた登録メッセージは２つ（限定ではなく例として、極上焙煎珈琲半額クーポン＋アンケート応募、または、スポーツドリンク全品２０％ＯＦＦクーポン＋極上焙煎珈琲半額クーポン）とするなどしてもよい。

＜第４変形例（３）＞
第４実施例では、ランディングページ内のオブジェクトに流入経路識別ＵＲＬを関連付けることによって、サーバ１０が流入経路を特定できるようにしたが、これに限定されない。
この他にも、限定ではなく例として、サーバ１０が、アクセスログに記録されるデータの一種であって、ユーザがランディングページに流入する場合に利用したリンク元のページの情報の一種である「リファラ」に基づいて、流入経路を特定するようにしてもよいし、そのようにしなくてもよい。

＜第５実施例＞
第５実施例は、上記の実施例における、サーバ１０への追加要求の傾向や、クーポン情報等のダウンロードの傾向に関する情報を集計する実施例である。
第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜データ構成＞
図５−１は、本実施例においてサーバ１０の記憶部１５に記憶されるアクセス履歴データ１５８の一例を示す図である。
このアクセス履歴データ１５８には、限定ではなく例として、アクセス日時と、登録ＵＲＬと、アプリケーションＩＤ（一般アカウント）と、属性情報とが関連付けて、時系列に記憶される。

アクセス日時には、登録ＵＲＬを伴う端末２０からの追加要求（アクセス）があった日時が記憶される。
登録ＵＲＬには、その追加要求で指定された登録ＵＲＬが記憶される。
アプリケーションＩＤには、その要求を行った端末２０のユーザのアプリケーションＩＤ（一般アカウント）が記憶される。
属性情報には、その要求を行った端末２０のユーザの属性情報が記憶される。

図５−２は、本実施例において、公式アカウント別集計データ１５９の一例を示す図である。
この公式アカウント別集計データ１５９は、各々のＯＡ事業者について、そのＯＡ事業者の各々の公式アカウント別に、登録ＵＲＬを伴う端末２０からの要求（アクセス）に関する情報をサーバ１０が集計するためのデータである。

ここでは、図１−７のＯＡ事業者別登録メッセージ管理データベース１５５のうちの最も手前側に示されていた、アプリケーションＩＤ「ａｃ００２０」のＯＡ事業者（＝ショップＡ）の公式アカウント名（ショップＡ）に対応する公式アカウント別集計データ１５９を例示する。

この公式アカウント別集計データ１５９には、限定ではなく例として、公式アカウント名と、その公式アカウント名に対応する登録メッセージ管理データ（図１−７参照）に記憶されている登録ＵＲＬ別の集計データである複数の登録ＵＲＬ別集計データとが含まれる。

各々の登録ＵＲＬ別集計データには、限定ではなく例として、登録ＵＲＬと、アクセス数個別集計データと、アクセス数総合集計データとが含まれる。

アクセス数個別集計データは、属性情報や時間帯などの集計用項目ごとに、アクセス数を個別に集計したデータであり、限定ではなく例として、集計用項目と、アクセス数とが関連付けて記憶される。

アクセス数総合集計データは、アクセス数個別集計データに基づいて生成されるデータであって、限定ではなく例として、属性情報と時間帯との各々の組合せについて、アクセス数を集計した総合的なデータである。

＜処理＞
サーバ１０の制御部１１は、登録ＵＲＬを伴う端末２０からの登録メッセージの追加要求に基づいて、ユーザ登録データ１５２（図１−４）を参照し、その端末２０のユーザのアプリケーションＩＤ（一般アカウント）と属性情報とを特定する。そして、アクセス日時と、その要求に対応する登録ＵＲＬと、特定したアプリケーションＩＤと、特定した属性情報とを関連付けて、アクセス履歴データ１５８（図５−１）に記憶させる。

サーバ１０の制御部１１は、所定の集計タイミング（限定ではなく例として、週に１回、１か月に１回などの定期的なタイミング）でアクセス数集計処理を実行する。
なお、集計タイミングは定期的なタイミングに限らず、非定期のタイミングや、人為的に集計操作が行われたタイミング等としてもよい。

アクセス数集計処理では、サーバ１０の制御部１１は、限定ではなく例として、その集計タイミングにおけるアクセス履歴データ１５８（最新のアクセス履歴データ１５８）と、ユーザ登録データ１５２とに基づいて、各々のＯＡ事業者の各々の公式アカウントを対象として、アクセスの時間帯の情報や端末２０のユーザの属性情報などの集計用項目ごとに、アクセス数を個別に集計して、アクセス数個別集計データに記憶させる。
また、サーバ１０の制御部１１は、アクセス数個別集計データに基づいて、属性情報と時間帯との各々の組合せについて、アクセス数を集計し、アクセス数総合集計データに記憶させる。

アクセス数集計処理で集計された集計データ（アクセス数個別集計データやアクセス数総合集計データ）は、限定ではなく例として、サーバ１０の制御部１１が、通信Ｉ／Ｆ１４によってＯＡ事業者装置４０に送信するようにすることができる。このようにすることで、集計データをＯＡ事業者が確認・把握することが可能となる。

なお、アクセス数の集計に代えて、またはこれに加えて、前述したクーポン情報等のダウンロード数を集計するようにしてもよい。
また、アクセス数やダウンロード数に代えて、またはこれに加えて、アクセスの頻度やダウンロードの頻度を集計するようにしてもよい。

＜効果＞
本変形例は、サーバ１０の制御部１１が、登録メッセージの追加要求（サーバ１０へのアクセス）の傾向（限定ではなく、ユーザ識別情報と特定情報とを伴う要求に関する情報の一例）を集計する構成を示している。
このような構成により得られる効果の一例として、ユーザ識別情報と特定情報とを伴う要求の傾向に関する情報を集計することができるため、限定ではなく例として、どの登録ＵＲＬが、どの時間帯に、どのようなユーザによって選択されたか（どのキャンペーンがどのような反応であったか）等の情報を、メッセージングサービス事業者側やＯＡ事業者側で把握することが可能となる。その結果として、ＯＡ事業者によって提供されるサービスの質の改善や向上に繋がる。

＜他の実施形態＞
（１）特定情報
上記の実施形態では、登録メッセージと関連付ける特定情報としてＵＲＬを例示したが、これに限定されない。特定情報は、登録メッセージを特定することのできる一意な情報であればよく、限定ではなく例として、トークンやハッシュ値等であってもよい。この場合、端末２０の制御部２１は、任意の方法でトークンやハッシュ値等の特定情報を取得する。そして、端末２０の制御部２１は、ユーザ操作に従ってサーバ１０に通信接続し、取得した特定情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。

サーバ１０の制御部１１は、端末２０から受信した特定情報と関連付けられている公式アカウントおよび登録メッセージを特定し、特定した登録メッセージを、特定した公式アカウントのトークルームに追加する。

（２）特定情報と登録メッセージとの関連付け
上記の実施形態では、サーバ１０の制御部１１が、特定情報と登録メッセージとを関連付けて記憶部１５に記憶させることとしたが、これに限定されない。つまり、特定情報と登録メッセージとを関連付けて記憶部１５に記憶させることは、必ずしも必須ではない。

限定ではなく例として、サーバ１０の制御部１１が、ＯＡ事業者装置４０から取得したメッセージ（登録メッセージ）の各々について、一意な情報であって、そのデータから登録メッセージを可逆的に復元可能な情報（以下、「復元可能情報」と称する。）を生成する。

この場合、端末２０の制御部２１は、任意の方法で復元可能情報を取得する。限定ではなく例として、端末２０の制御部２１は、ＯＡ事業者のウェブサイトから復元可能情報をダウンロードして取得する。そして、端末２０の制御部２１は、ユーザ操作に従ってサーバ１０に通信接続し、取得した復元可能情報を含む登録メッセージの追加要求情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。

この追加要求を受けて、サーバ１０の制御部１１は、端末２０から受信した復元可能情報から登録メッセージを復元し、復元した登録メッセージを、対応する公式アカウントのトークルームに追加する。

（３）システム
上記の実施形態で説明した通信システム１Ａの構成はあくまでも一例に過ぎず、これに限定されない。限定ではなく例として、通信システム１Ａにおいてサーバ１０（限定ではなく、情報処理装置の一例）が実行する処理の一部または全部を、他の装置が実行するようにしてもよい。

図６は、本実施形態における通信システム１Ｂのシステム構成の一例を示す図である。
通信システム１Ｂでは、メッセージングサービス事業者のサーバ１０が、限定ではなく例として、トーク情報を管理するトーク情報管理サーバとして機能する。

また、通信システム１Ｂでは、ＯＡ事業者装置４０が、限定ではなく例として、登録メッセージ管理装置４１と、特定情報管理装置４２とを有する。

通信システム１Ｂでは、限定ではなく例として、登録メッセージ管理装置４１の制御部が１以上の登録メッセージを生成する。そして、特定情報管理装置４２の制御部が、登録メッセージ管理装置４１から１以上の登録メッセージを取得したことに基づいて、この１以上の登録メッセージを特定する特定情報を出力する。つまり、限定ではなく例として、登録メッセージ管理装置４１から受信した１以上の登録メッセージを特定する特定情報の生成や、生成した特定情報の表示、特定情報と１以上の登録メッセージとを関連付けたデータ（関連付けデータ）のサーバ１０への送信などの制御を実行する。
なお、関連付けデータは、登録メッセージ管理装置４１と特定情報管理装置４２とのどちらの記憶部に記憶させるようにしてもよい。

また、限定ではなく例として、サーバ１０（トーク情報管理サーバ）はトーク記憶部を備える。そして、サーバ１０の制御部１１は、ＯＡ事業者装置４０から受信した関連付けデータを参照して、第１ユーザ識別情報と特定情報のうち第１特定情報とを伴う要求に基づいて、第１特定情報によって特定される第１登録メッセージを、トーク記憶部に追加することと、第１ユーザ識別情報と特定情報のうち第２特定情報とを伴う要求に基づいて、第２特定情報によって特定される第２登録メッセージを、トーク記憶部に追加することとを実行する。

なお、上記の構成も、あくまでも一例に過ぎず、これに限定されない。
限定ではなく例として、サーバ１０の制御部１１が、第１ユーザ識別情報と特定情報とを伴う要求に基づいて、その特定情報を特定情報管理装置４２に送信する。そして、特定情報管理装置４２が、サーバ１０から受信した特定情報に関連付けられた登録メッセージを関連付けデータに基づいて特定し、特定した登録メッセージをトーク記憶部に追加するように指示するコマンドをサーバ１０に送信するなどして、登録メッセージをトーク記憶部に追加する制御を特定情報管理装置４２が間接的に実行するようにしてもよい。

つまり、本開示のシステムにおいて、制御部（制御装置）は必ずしも１つである必要はなく、複数の制御部（複数の制御装置）を備えていてもよい。そして、これら複数の制御部が各種の制御を分担して実行するようにしてもよい。

また、本開示におけるトーク記憶部を、サーバ１０の外部の装置に備えるようにしてもよい。トーク記憶部を備える装置は、メッセージングサービス事業者の装置としてもよいし、ＯＡ事業者の装置としてもよい。

つまり、本開示のシステムにおいて、トーク記憶部は、サーバ１０（情報処理装置）以外の装置が備えていてもよい。

１（１Ａ，１Ｂ） 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
４０ ＯＡ事業者装置
４１ 登録メッセージ管理装置
４２ 特定情報管理装置

Claims (16)

1. メッセージングサービスを提供するための情報処理装置を少なくとも含むシステムであって、
   第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから前記第１ユーザへのメッセージを含むトーク情報を記憶するトーク記憶部と、
   １または複数の制御部とを備え、
   前記１または複数の制御部は、
   １以上の登録メッセージを取得したことに基づいて、前記１以上の登録メッセージを特定する特定情報を出力することと、
   前記第１ユーザ識別情報と前記特定情報のうち第１特定情報とを伴う要求に基づいて、前記第１特定情報によって特定される第１登録メッセージを、前記トーク記憶部に追加することと、
   前記第１ユーザ識別情報と前記特定情報のうち第２特定情報とを伴う要求に基づいて、前記第２特定情報によって特定される第２登録メッセージを、前記トーク記憶部に追加することとを実行する。
2. 請求項１に記載のシステムであって、
   前記トーク記憶部は、第１種別の前記第１ユーザ識別情報と関連付けて、第２種別の第２ユーザ識別情報によって識別される前記第２ユーザから前記第１ユーザへのメッセージを含む前記トーク情報を記憶する。
3. 請求項１または請求項２に記載のシステムであって、
   前記制御部は、前記第１特定情報によって特定される複数の第１登録メッセージのうちのいずれかの登録メッセージを、前記トーク記憶部に追加する。
4. 請求項３に記載のシステムであって、
   前記制御部は、前記第２特定情報によって特定される複数の第２登録メッセージのうちのいずれかの登録メッセージを、前記トーク記憶部に追加する。
5. 請求項４に記載のシステムであって、
   前記複数の第１登録メッセージと、前記複数の第２登録メッセージとは、一部が共通するメッセージである。
6. 請求項３から請求項５のいずれか一項に記載のシステムであって、
   前記制御部は、前記トーク記憶部に追加する登録メッセージを、条件に基づいて決定する。
7. 請求項６に記載のシステムであって、
   前記条件は、前記要求の回数または頻度に関する条件を含む。
8. 請求項６または請求項７に記載のシステムであって、
   前記登録メッセージには、前記第２ユーザによって提供されるサービスに関するサービス情報が関連付けられており、
   前記条件は、登録メッセージが前記トーク記憶部に追加されたことに基づき、前記登録メッセージに関連付けられた前記サービス情報が取得された回数または頻度に関する条件を含む。
9. 請求項６から請求項８のいずれか一項に記載のシステムであって、
   前記条件は、前記特定情報が掲載される掲載場所に関する条件を含む。
10. 請求項９に記載のシステムであって、
    前記条件は、前記掲載場所への遷移の履歴に関する条件を含む。
11. 請求項１から請求項１０のいずれか一項に記載のシステムであって、
    前記要求の傾向に関する情報を集計する集計部を備える。
12. メッセージングサービスを提供するための情報処理装置を少なくとも含むシステムの情報処理方法であって、
    第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから前記第１ユーザへのメッセージを含むトーク情報を前記システムのトーク記憶部に記憶することと、
    １以上の登録メッセージを取得したことに基づいて、前記１以上の登録メッセージを特定する特定情報を、前記システムの１または複数の制御部によって出力することと、
    前記第１ユーザ識別情報と前記特定情報のうち第１特定情報とを伴う要求に基づいて、前記第１特定情報によって特定される第１登録メッセージを、前記１または複数の制御部によって前記トーク記憶部に追加することと、
    前記第１ユーザ識別情報と前記特定情報のうち第２特定情報とを伴う要求に基づいて、前記第２特定情報によって特定される第２登録メッセージを、前記１または複数の制御部によって前記トーク記憶部に追加することとを含む。
13. メッセージングサービスを提供するための情報処理装置であって、
    第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから前記第１ユーザへのメッセージを含むトーク情報を記憶するトーク記憶部と、
    制御部とを備え、
    前記制御部は、
    １以上の登録メッセージを取得したことに基づいて、前記１以上の登録メッセージを特定する特定情報を出力することと、
    前記第１ユーザ識別情報と前記特定情報のうち第１特定情報とを伴う要求に基づいて、前記第１特定情報によって特定される第１登録メッセージを、前記トーク記憶部に追加することと、
    前記第１ユーザ識別情報と前記特定情報のうち第２特定情報とを伴う要求に基づいて、前記第２特定情報によって特定される第２登録メッセージを、前記トーク記憶部に追加することとを実行する。
14. メッセージングサービスを提供するための情報処理装置に実行させるためのプログラムであって、
    第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから前記第１ユーザへのメッセージを含むトーク情報を前記情報処理装置のトーク記憶部に記憶することと、
    １以上の登録メッセージを取得したことに基づいて、前記１以上の登録メッセージを特定する特定情報を出力することと、
    前記第１ユーザ識別情報と前記特定情報のうち第１特定情報とを伴う要求に基づいて、前記第１特定情報によって特定される第１登録メッセージを、前記トーク記憶部に追加することと、
    前記第１ユーザ識別情報と前記特定情報のうち第２特定情報とを伴う要求に基づいて、前記第２特定情報によって特定される第２登録メッセージを、前記トーク記憶部に追加することとが前記情報処理装置によって実行される。
15. メッセージングサービスに関する処理を実行する端末であって、
    前記端末のユーザである第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから前記第１ユーザへのメッセージを含むトーク情報を記憶するトーク記憶部と、
    制御部とを備え、
    前記制御部は、
    特定情報によって特定される１以上の登録メッセージを特定するための前記特定情報を取得することと、
    前記第１ユーザ識別情報と前記特定情報のうち第１特定情報とを伴う要求に基づいて、前記第１特定情報によって特定される第１登録メッセージを、前記トーク記憶部に追加することと、
    前記第１ユーザ識別情報と前記特定情報のうち第２特定情報とを伴う要求に基づいて、前記第２特定情報によって特定される第２登録メッセージを、前記トーク記憶部に追加することとを実行する。
16. メッセージングサービスに関する処理を実行する端末に実行させるためのプログラムであって、
    前記端末のユーザである第１ユーザの第１ユーザ識別情報と関連付けて、第２ユーザから前記第１ユーザへのメッセージを含むトーク情報を前記端末のトーク記憶部に記憶することと、
    特定情報によって特定される１以上の登録メッセージを特定するための前記特定情報を取得することと、
    前記第１ユーザ識別情報と前記特定情報のうち第１特定情報とを伴う要求に基づいて、前記第１特定情報によって特定される第１登録メッセージを、前記トーク記憶部に追加することと、
    前記第１ユーザ識別情報と前記特定情報のうち第２特定情報とを伴う要求に基づいて、前記第２特定情報によって特定される第２登録メッセージを、前記トーク記憶部に追加することとが前記端末によって実行される。

Images