JP2021177336A - ブログ投稿システム - Google Patents

Abstract

【課題】ブログ投稿に至る操作を簡略化して、ブログ投稿を簡易に行うことができるブログ投稿システムを提供する。【解決手段】システム管理サーバ３０は、ＳＮＳのメッセージ交換機能を用いて、ユーザが使用するユーザ端末１０に、ブログのタイトル投稿を要求する通知を送信し、それに応じてユーザが投稿したタイトル情報を、ＳＮＳサーバを介して取得する。さらに、ＳＮＳのメッセージ交換機能を用いて、ユーザ端末１０に、本文、画像等のブログコンテンツの投稿を要求する通知を送信し、それに応じてユーザが投稿したブログコンテンツ情報を、ＳＮＳサーバから取得する。ブログ投稿処理部３３３は、取得したタイトル情報及びブログ本体情報に基づいて、ユーザと関連付けられたブログを生成する。【選択図】 図１

Description

本発明は、ＳＮＳを利用したブログ投稿システムに関する。

キャバクラ、スナック、ホストクラブ等、接客員が客を接待する接客型店舗では、接客員のウェブログ（「ブログ」と省略される。）が集客の手段として利用されている。ブログサービスを提供する従来のシステムでは、接客員がブログを投稿しようとする場合、接客員は自らの携帯情報端末やパソコン等の情報処理装置を利用し、まずは、インターネットを通じて当該システムにアクセスする。次いで、ユーザの識別情報やパスワードを入力してシステムにログインし、その後、タイトル、記事等を入力するための入力フォームに文字や画像等の情報を入力し、ブログの投稿処理を行う。特許文献１には、同様の処理方法によってホームページを作成する技術が開示されている。特許文献１の図１０に示されているように、ホームページを作成する場合は、まず、タイトルや本文等の選択項目が示された作成メニュー画面を表示させる。当該作成メニュー画面において、作成しようとする項目を選択すると入力フォーム画面が表示されるため、その入力フォーム画面に必要な情報を入力するようになっている。

特開２００３−１４１０３０号公報

ブログサービスを提供する従来のシステムでは、上記のように、ブログを投稿しようとするたびにシステムへのログインが必要となる。また、ログイン後に作成メニュー画面を表示させたうえで、さらに入力しようとする項目を選択し、そのうえで情報の入力が可能となる。さらに、入力後は送信ボタンを押す等の投稿操作も必要となる。このように、ブログ投稿には、システムへのログインから始まる複数の操作が必要となり、ブログ投稿処理が煩雑で、速やかな投稿ができないことが懸念されていた。

そこで、本発明は、ブログ投稿に至る操作を簡略化して、ブログ投稿を簡易に行うことができるブログ投稿システムを提供することを目的とする。

上記課題を解決すべく、本発明のブログ投稿システムは、
ＳＮＳを提供するＳＮＳサーバと接続され、前記ＳＮＳに利用者登録されたユーザが前記ＳＮＳを利用してブログを投稿するブログ投稿システムであって、
前記ＳＮＳサーバによって提供されるメッセージ交換機能を用いて、前記ユーザが使用するユーザ端末に、ブログのタイトル投稿を要求する通知を送信するタイトル投稿要求通知手段と、
前記タイトル投稿の要求通知に応じて前記ユーザが前記ユーザ端末より前記メッセージ交換機能を用いて投稿したタイトル情報を、前記ＳＮＳサーバを介して取得するタイトル情報取得手段と、
前記タイトル情報を取得した場合に、前記メッセージ交換機能を用いて、前記ユーザ端末に、本文、画像等のブログコンテンツの投稿を要求する通知を送信するブログコンテンツ投稿要求手段と、
前記ブログコンテンツの投稿要求通知に応じて前記ユーザが前記ユーザ端末より前記メッセージ交換機能を用いて投稿したブログコンテンツ情報を、前記ＳＮＳサーバから取得するブログコンテンツ情報取得手段と、
取得した前記タイトル情報及び前記ブログコンテンツ情報に基づいて、前記ユーザの識別情報と関連付けられたブログを生成するブログ生成手段と、
を備えたことを特徴とする。

本発明によれば、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）を利用してブログ（ウェブログ）を作成できる。ユーザ端末に導入されたＳＮＳアプリケーションでは常時ログイン状態を維持することが可能であるため、ブログ投稿するたびにシステムにログインする必要がなく、ログインの煩わしさをなくすことができる。また、ＳＮＳのメッセージ交換機能を用いて、ユーザに対して投稿を要求し、それに応じてユーザが投稿したタイトル情報や本文、画像等のブログコンテンツ情報に基づいて、当該ユーザと関連付けられたブログが生成される。そのため、作成メニュー画面の表示、メニューから入力項目の選択、入力、投稿操作といった複数の操作が必要な従来のシステムと異なり、ブログ投稿に至る操作が簡略化され、ブログ投稿を簡易に行うことができる。

本実施形態のブログ投稿システムを示すシステム構成図。 利用者登録において、ユーザのアカウント情報を登録する手順を示すフローチャート。 利用者登録において、登録用トークンを発行する手順を示すフローチャート。 システム利用登録の第１例の手順を示すフローチャート。 （ａ）〜（ｄ）は、システム利用登録の第１例にしたがって利用登録する場合のユーザ端末における画面遷移図である。 システム利用登録の第２例の手順を示すフローチャート。 システム利用登録の第３例の手順を示すフローチャート。 システム利用登録の第４例の手順を示すフローチャート。 ブログ投稿の手順を示すフローチャート。 （ａ）〜（ｈ）は、ブログを投稿する場合のユーザ端末における画面遷移図である。 ブログページが表示された外部通信装置の画面を示す図。 ブログ削除の手順を示すフローチャート。 （ａ）〜（ｄ）は、ブログを削除する場合のユーザ端末における画面遷移図である。

以下、本発明を具体化した、ブログ投稿システムの一実施形態について、図面を参照しながら説明する。本実施の形態のブログ投稿システムは、接客型店舗において、所属する接客員（キャスト）がユーザとなり、集客の手段として利用するブログ（ウェブログ）を投稿するために利用されることを想定している。システムの利用対象となるユーザが複数所属している店舗は、ユーザが所属するグループとなる。

［ブログ投稿システムのシステム構成］
図１に示すように、ブログ投稿システムは、情報処理装置としてのユーザ端末１０と、情報処理装置としての店舗側端末２０と、システム管理サーバ３０とを備えて構成されている。ユーザ端末１０、店舗側端末２０及びシステム管理サーバ３０は、通信ネットワークＮを介して互いに通信可能に接続されている。また、ユーザ端末１０及びシステム管理サーバ３０は、通信ネットワークＮを通じてＳＮＳサーバ４０とも通信可能に接続されている。

はじめに、ＳＮＳサーバ４０について説明する。ＳＮＳサーバ４０は、ＬＩＮＥ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）等のＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｙｓｔｅｍ）のプラットフォームを提供するコンピュータである。ＳＮＳサーバ４０にユーザとして登録されると、個別のＳＮＳアカウントが作成される。ＳＮＳアカウントは、例えばユーザに割り当てられた携帯電話番号と関連付けられるとともに、個々のユーザに付与された識別情報とパスワードとを備えている。ＳＮＳサーバ４０は、メッセージ交換機能（チャット機能）をはじめとするＳＮＳ上のサービスをユーザに提供する上では、識別情報（ＳＮＳＩＤ）によって個々のユーザを識別し、ユーザを管理している。

ＳＮＳサーバ４０は、ＳＮＳユーザと任意のサーバ（本実施の形態ではシステム管理サーバ３０）との間で、文字メッセージ、絵文字、画像等を交換（送受信）するためのメッセージ用のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を有している。メッセージ用のＡＰＩを利用することにより、ＳＮＳが提供するメッセージ交換機能において、システム管理サーバ３０を公式アカウントとしてチャットボット（Ｂｏｔ）動作させることができる。

この場合、ＳＮＳサーバ４０は、公式アカウント（チャットボット）と友だち関係が確立されたＳＮＳユーザとの間で、トークルーム（チャットルーム）を自動的に作成する。トークルームでは、当該ＳＮＳユーザと公式アカウントの間でメッセージ交換が可能となる。公式アカウントは、ＳＮＳユーザから投稿（送信）されたメッセージに応じて自動的に応答メッセージを送信したり、ＳＮＳユーザが投稿したメッセージ情報を取得したりすることができる。なお、本実施の形態において交換されるメッセージとは、自然言語で表現された文字、絵文字、画像等の自然人同士が用いるコミュニケーション手段により構成され、画像には静止画だけでなく動画も含む。

次に、ユーザ端末１０について説明する。ユーザ端末１０は、スマートフォン等の多機能携帯電話、フィーチャーフォン、タブレット端末、パーソナルコンピュータ等の情報処理装置であり、店舗に所属する個々のユーザが使用する私有物である。なお、店舗の所有物であるユーザ端末１０がユーザに貸し出される場合でもあってもよい。ユーザ端末１０は、通信ネットワークＮを介して、システム管理サーバ３０やＳＮＳサーバ４０等を含む外部通信装置と通信するための通信部１１と、タッチパネル、操作ボタン、キーボード等の入力操作部１２と、外部通信装置から受信した情報を表示するディスプレイ１３とを備えている。

ユーザ端末１０には、ＳＮＳプラットフォームが提供するＳＮＳアプリケーション（ＳＮＳアプリ）が導入されている。ユーザ端末１０においてＳＮＳアプリが立ち上げられると、自動的に又はログイン情報を入力することによりＳＮＳサーバ４０にログイン（アクセス）する。これにより、ＳＮＳサーバ４０は、ユーザ端末１０を使用するユーザをＳＮＳユーザであると認識し、ユーザは、ユーザ端末１０を用いてＳＮＳが提供する各種サービスの利用が可能となる。例えば、友だち関係が確立された他のＳＮＳユーザや公式アカウントとの間でチャットを行うことができる。

ユーザ端末１０は、端末ストレージ１４を備えている。端末ストレージ１４は、フラッシュメモリやハードディスク（ＨＤＤ）等の記憶媒体である。端末ストレージ１４には、ユーザ端末１０を動作させるオペレーティングシステム（ＯＳ）、ＳＮＳアプリ等の各種アプリケーションのプログラム、端末に付属するカメラ機能を用いて撮影したり、通信ネットワークＮを通じて外部通信装置から取得したりした画像等のデータが格納されている。

次に、店舗側端末２０について説明する。店舗側端末２０は、ユーザ、つまり店舗に所属する接客員（キャスト）に関するアカウント情報３２２１（後述する図１参照）を管理する装置である。店舗側端末２０は、スマートフォン等の多機能携帯電話、フィーチャーフォン、タブレット端末、パーソナルコンピュータ等の情報処理装置である。店舗側端末２０は、通信ネットワークＮを介して、システム管理サーバ３０やＳＮＳサーバ４０等を含む外部通信装置と通信するための通信部２１と、タッチパネル、操作ボタン、キーボード等の入力操作部２２と、外部通信装置から受信した情報を表示するディスプレイ２３とを備えている。

店舗側端末２０が据置型の装置であれば、店舗側端末２０は店舗の施設内に設置され、店舗が複数ある場合には店舗ごとに設置される。店舗側端末２０が携帯型の装置であれば、店舗側端末２０は店舗管理者によって所持され、店舗が複数ある場合は各店舗の管理者がそれぞれ店舗側端末２０を所持する。店舗側端末２０は、店舗管理者の私有物であってもよい。なお、本実施の形態では、店舗が複数ある場合、各店舗は同じ運営主体（会社等の組織、個人事業主等）によって運営された系列店であることを想定している。

システム管理サーバ３０の側では、店舗ごとに識別情報がパスワードとともにログイン情報として設定されている。店舗側端末２０が当該店舗側端末２０に導入されているウェブブラウザからシステム管理サーバ３０が用意する店舗管理用のウェブデータにアクセスすると、店舗管理用のウェブデータはログイン情報の入力を求める。店舗側端末２０において入力されたログイン情報と照合することにより認証された場合に限り、店舗側端末２０はユーザのアカウント情報３２２１（図１参照）へのアクセスや管理が可能となる。つまり、店舗側端末２０の入力操作部２２を用いて、アカウント情報３２２１を閲覧したり、新規情報を入力したり、内容を更新したり、削除したり、ユーザからの利用登録申請の承諾又は非承諾を入力したりすることができる。なお、店舗側端末２０は、ログイン時に入力したログイン情報と関連付けられた店舗のアカウント情報３２２１にのみアクセス可能となっており、他の店舗のアカウント情報３２２１にアクセスすることはできない。

次に、システム管理サーバ３０について説明する。システム管理サーバ３０は、本実施の形態のブログ投稿システムを統括管理するコンピュータである。システム管理サーバ３０は、システム提供事業者の施設等に設置される。システム管理サーバ３０は、ＳＮＳサーバ４０において公式アカウントとして登録されている。システム管理サーバ３０はメールサーバとも接続されており、電子メールの送受信を行うことも可能となっている。システム管理サーバ３０は、１台のサーバ装置（コンピュータ）から構成されてもよいし、複数台のサーバ装置から構成されていてもよい。複数台のサーバ装置から構成される場合、各サーバ装置は１か所に設置されている必要はなく、各サーバ装置が通信ネットワークＮを介して接続されていてもよい。

システム管理サーバ３０は、通信部３１と、記憶部３２と、制御部３３とを備え、それらはバス３４を通じて相互に接続されている。

通信部３１は、通信ネットワークＮを通じて他の通信機器と通信するためのモジュールである。記憶部３２は、プログラムやデータ等を記憶するためのモジュールであり、プログラム記憶領域３２１と、アカウント情報データベース３２２と、ブログデータベース３２３とを有している。

プログラム記憶領域３２１には、制御部３３が実施する各種プログラムが格納されている。例えば、ブログ投稿システムに利用者登録し、ブログ投稿システムを利用してブログ投稿を行えるようにする登録処理プログラム、利用者登録されたユーザがブログ投稿システムを利用してブログ投稿や投稿したブログの削除等を行うためのブログ投稿処理プログラム等がある。

登録処理プログラムは、複数の登録処理に対応している。例えば、利用者登録処理のスタート時から公式アカウントとのチャットを行いながら登録する処理と、利用者登録処理のスタート時は公式アカウントとの間でチャットをしないで登録する処理とがある。前者は、システム管理サーバ３０が発行する登録用トークンを用いたり、ユーザが利用者登録を希望する店舗名を入力し、店舗側に利用者登録を申請したりする処理がある。一方、後者は、利用者登録処理のスタート時に、登録用のウェブデータにユーザがユーザ端末１０のウェブブラウザを用いてアクセスする処理がある。なお、登録用トークンとはアクセス認証情報に対応する。

アカウント情報データベース３２２は、ユーザのアカウント情報３２２１を管理するためのデータベースである。アカウント情報３２２１はユーザごとの個別情報であり、ユーザを識別する識別情報が付与されている。

アカウント情報３２２１の内容としては、例えば、名前、店舗名、メールアドレス、ＳＮＳＩＤ、自己画像、ユーザごとの利用者登録用トークン、公式アカウントとのメッセージ交換の状況を示す情報（ステータス情報）、ユーザのプロフィール情報がある。名前は、本名の他、仕事上で用いる名前（源氏名）等であってもよい。プロフィール情報としては、年齢、生年月日、血液型、入店日、身長等の体形情報、ユーザから顧客に向けたコメント、店舗側から顧客に向けたユーザに関するコメント、基本の出退勤時刻、ユーザに関するＱ＆Ａ等がある。

アカウント情報３２２１のうち、ＳＮＳＩＤを除く情報は、店舗側端末２０において入力される。入力された情報が店舗側端末２０からシステム管理サーバ３０に送信され、ユーザの個別のアカウント情報３２２１としてアカウント情報データベース３２２に格納される。一方、ＳＮＳＩＤは、ＳＮＳサーバ４０から取得する。ＳＮＳＩＤも、ブログ投稿システム上においてユーザを特定する識別情報として用いられる。

店舗側端末２０の説明において言及したように、システム管理サーバ３０では、ブログ投稿システムを利用する店舗が複数ある場合に、店舗ごとに識別情報が付与されている。併せて、店舗ごとの識別情報は、系列店であることを示す情報も付与されており、店舗同士が系列店であるか否かを識別できるようになっている。アカウント情報データベース３２２では、ユーザのアカウント情報３２２１は店舗ごとに設けられるため、一つの店舗の識別情報と関連付けられた状態で格納されている。一人のユーザが複数の店舗に所属している場合は、店舗ごとに当該ユーザのアカウント情報３２２１が存在している。その場合、同じユーザであっても、店舗ごとのアカウント情報３２２１の内容は同じであっても異なっていてもよい。アカウント情報３２２１の内容が異なる場合でも、プロフィール情報のうち生年月日、血液型、身長等の体形情報等の基本情報は同じであり、また、ＳＮＳＩＤも同じである。

ブログデータベース３２３は、ブログ素材情報３２３１、ブログ素材情報３２３１に基づいて生成されたブログ情報３２３２等を管理するためのデータベースである。ブログ素材情報３２３１は、ブログ投稿のためにユーザが公式アカウントに向けて投稿したメッセージを、ＳＮＳサーバ４０から取得したものである。ブログ素材情報３２３１及びブログ情報３２３２は、それぞれが店舗の識別情報及びユーザのアカウント情報３２２１と関連付けられている。一人のユーザが複数の店舗に所属している場合、ブログデータベース３２３では、同じユーザであっても、店舗ごとで異なるブログ素材情報３２３１及びブログ情報３２３２が格納されている。

記憶部３２には、上記プログラム記憶領域３２１や各データベース３２２，３２３の他にも記憶領域（図示略）を有している。そこには、システムによる管理対象となる店舗情報、店舗側端末２０によって操作される各店舗の管理用ウェブデータ、店舗ごとに設定されたログイン情報等が記憶されている。店舗管理用のウェブデータは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等のマークアップ言語で記述され、店舗側端末２０がブログ投稿システムにログインするためのログイン画面、店舗側端末２０によってアカウント情報３２２１を管理するための管理画面等に区分されたファイルを有している。店舗管理画面には、ユーザからの登録申請の有無を通知する表示もされる。その他、店舗管理画面には、システム管理サーバ３０に対して情報を送信する送信ボタン、特定のユーザを選択するボタン、ユーザのアカウント情報３２２１を削除するボタン、ユーザからの登録申請を許可するか否を選択するボタン等の各種操作ボタンも設けられている。店舗管理用のウェブデータには、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等のリソースを特定するための識別情報が設定されている。

制御部３３は、ＣＰＵ等の演算処理装置やＲＡＭ，ＲＯＭ等の各種メモリ等を備えたマイクロコンピュータを主体として構成されたモジュールである。制御部３３は、登録処理部３３１と、メッセージ処理部３３２と、ブログ投稿処理部３３３と、本人認証コード発行部３３４と、データ管理部３３５とを有している。

登録処理部３３１は、ＳＮＳサーバ４０との連携を利用しながら、登録処理プログラムにしたがって、ユーザをブログ投稿システムに利用者登録する登録処理を実施する。登録処理部３３１は、第１利用者登録手段及び第２利用者登録手段に対応する。利用者登録処理がなされることにより、ユーザは、ＳＮＳのメッセージ交換機能を用いてブログ投稿やその削除を行うことができる。利用者登録処理を実施する際には、登録処理部３３１は、ＳＮＳの公式アカウントと友達関係が確立しているユーザとの間で行われるチャットにおいて、ユーザが投稿したメッセージに含まれるＳＮＳＩＤをＳＮＳサーバ４０から取得する。

メッセージ処理部３３２は、ＳＮＳの公式アカウントとして、チャットボットとして機能する。ＳＮＳサーバ４０が提供するメッセージ用のＡＰＩを用い、ＳＮＳ上に開設されたトークルームにおいて、特定のユーザとの間でメッセージを交換する。公式アカウントからユーザに対して、「はい」、「いいえ」の選択項目、「ブログ投稿」、「投稿削除」の選択項目等の各種選択要求メッセージ（ボタンテンプレートメッセージ）を送信し、それに対するユーザの応答情報を取得するというやり取りも可能となっている。メッセージ処理部３３２は、ユーザが投稿したメッセージの内容に応じて自動的に応答メッセージを送信したり、ユーザが投稿したメッセージ情報を取得したりする。

なお、メッセージ処理部３３２は、タイトル投稿要求通知手段、タイトル情報取得手段、ブログコンテンツ投稿要求手段、ブログコンテンツ情報取得手段、グループ選択要求通知手段、投稿終了選択要求通知手段、メニュー送信手段にそれぞれ対応する。

ブログ投稿処理部３３３は、ＳＮＳサーバ４０との連携を利用しながら、ブログ投稿処理プログラムにしたがって、ユーザがブログを投稿するためのブログ投稿処理を実施する。ブログ投稿処理においては、メッセージ処理部３３２によって取得したユーザのブログ投稿用メッセージをブログ素材とし、当該ユーザ用のブログを生成する。ブログ投稿処理部３３３は、ブログ生成手段に対応する。

ブログはウェブデータとしてＨＴＭＬ等のマークアップ言語で記述され、作成日時ごとに別ページとして生成される。生成されたブログは、ユーザのアカウント情報３２２１と関連付けられている。ユーザから投稿されるブログ投稿用メッセージは、タイトル用のメッセージと、ブログコンテンツ用のメッセージとに分けられている。ブログは、タイトル部分、本文及びユーザのプロフィール部分等に区分され、それぞれに、対応するメッセージや情報が表示されるように生成される。ユーザのプロフィール部分に表示される情報は、アカウント情報データベース３２２にユーザのアカウント情報３２２１として格納されているプロフィール情報が反映される。各ブログには、ＵＲＬ等のリソースを特定するための識別情報が設定されている。

また、ブログ投稿処理プログラムにしたがって、ユーザから特定のブログの削除要請があった場合、ブログ投稿処理部３３３は、ブログデータベース３２３に格納されたブログの中から、削除要請をしたユーザのアカウント情報３２２１と関連付けられたブログを特定する。そのうえで、削除要求のあったブログを抽出し、当該ブログを削除する。

本人認証コード発行部３３４は、店舗側端末２０からの要求により、本人認証のための登録用トークンを、登録対象となるユーザに固有のものとして発行する。登録用トークンの発行は、登録用トークンを発行しようとするユーザのアカウント情報３２２１のうち、登録に必須の情報、例えば名前と店舗名とがアカウント情報データベース３２２に記憶されていることを条件とする。

本人認証コード発行部３３４は、登録用トークンの発行とともに、登録用トークンと関連付けられた登録用ウェブデータを生成する。登録用ウェブデータは、ＨＴＭＬ等のマークアップ言語で記述されたデータであり、ユーザ端末１０においてＳＮＳアプリを自動的に起動させる指示をするプログラムファイルと、登録処理を行うことの確認画面を表示させるファイルとを有している。登録用ウェブデータには、ＵＲＬ等のリソースを特定するための識別情報が設定されている。登録用ウェブページが生成されるのに併せて、本人認証コード発行部３３４は、登録用ウェブページを示すＱＲコード（登録商標）も生成する。

データ管理部３３５は、記憶部３２に記憶された各種情報を管理する。例えば、アカウント情報３２２１の管理として、店舗側端末２０がシステム管理サーバ３０にログインすると、データ管理部３３５は、当該店舗側端末２０と関連付けられた店舗の店舗管理用ウェブページを提供する。店舗管理用のウェブページに表示された管理画面を利用して、アカウント情報３２２１の内容となる各種情報の入力操作が店舗側端末２０の側でなされる。それら各種情報のうち少なくとも一つの情報が店舗側端末２０からシステム管理サーバ３０に送信されると、当該情報をアカウント情報３２２１に追加し、アカウント情報データベース３２２に格納する。その他、店舗側端末２０からの要求があれば、アカウント情報３２２１の更新又は削除も行う。

データ管理部３３５がアカウント情報３２２１を管理する場合において、店舗ごとに行われるユーザの特定は、アカウント情報３２２１、より詳しくはアカウント情報３２２１と関連付けられた識別番号によって行われる。一方、同じ運営主体が運営する複数の店舗の各アカウント情報３２２１を跨いでユーザを特定する場合、ＳＮＳＩＤを用いてユーザを特定する。同じユーザであっても、店舗ごとで異なるアカウント情報３２２１が作成されるため、ＳＮＳＩＤを用いることにより、店舗を跨いでユーザを特定することができる。

登録処理部３３１が利用者登録処理を実施する場合において、データ管理部３３５は、ＳＮＳサーバ４０から取得したＳＮＳＩＤを、登録対象のユーザのアカウント情報３２２１に関連付けてアカウント情報データベース３２２に格納する。

ブログ投稿処理においては、ユーザが公式アカウントに向けてブログ投稿用のメッセージを投稿すると、データ管理部３３５は、メッセージ処理部３３２を通じてこれらの情報をＳＮＳサーバ４０から取得し、当該情報をブログ素材情報３２３１としてブログデータベース３２３に格納する。また、ブログ投稿処理において、ブログ投稿処理部３３３により生成されたブログをブログ情報として、ブログデータベース３２３に格納する。システム管理サーバ３０を除く外部通信装置のウェブブラウザから特定のブログのＵＲＬにアクセスされると、データ管理部３３５は、ブログを外部通信装置に対して送信する。これにより、顧客等が所持する外部通信装置のディスプレイに、ブログに基づいたブログページが表示される。ブログの削除も、ブログ投稿処理部３３３からの要求に応じて、データ管理部３３５が行う。

本人認証コード発行部３３４により、特定のユーザに対する登録用トークンが発行されると、データ管理部３３５は、発行した登録用トークンを登録対象となるユーザのアカウント情報３２２１に追加してアカウント情報データベース３２２に格納する。本人認証コード発行部３３４により生成された登録用ウェブページについても同様に、データ管理部３３５は、登録対象となるユーザのアカウント情報３２２１に追加してアカウント情報データベース３２２に格納する。

［ブログ投稿システムを用いた各種処理］
次に、本実施の形態のブログ投稿システムが実行する各種処理について、図２以下のフローチャートを参照しながら説明する。

［利用者登録処理］
はじめに、ブログ投稿システムに利用者登録をするための処理について、図２乃至図８にしたがって説明する。利用者登録処理は、ユーザ端末１０、店舗側端末２０及びシステム管理サーバ３０を用い、ＳＮＳサーバ４０と連携しながら行う。システム管理サーバ３０における処理は、制御部３３の登録処理部３３１、メッセージ処理部３３２、本人認証コード発行部３３４及びデータ管理部３３５が登録処理プログラムにしたがって実施する。

［アカウント情報の登録処理］
図２にしたがい、利用者登録処理においてユーザのアカウント情報３２２１を登録する手順を説明する。店舗側端末２０がウェブブラウザを起動し、起動したウェブブラウザからシステム管理サーバ３０の店舗管理用ウェブページにアクセスする。システム管理サーバ３０は、店舗管理用ウェブページにアクセスした店舗側端末２０に対し、ログイン情報の入力を要求する。要求を受けて店舗側端末２０において、入力操作部２２を用いてログイン情報を入力し、システム管理サーバ３０に送信する。システム管理サーバ３０は、店舗側端末２０から送信されたログイン情報と、記憶部３２に記憶されたログイン情報とを照合し、両者が一致すればログインを許可する。ログインを許可すると、システム管理サーバ３０は店舗管理情報を店舗側端末２０に送信する。店舗側端末２０では、送信された店舗管理情報に基づいた店舗管理画面をディスプレイ２３に表示する。なお、ログイン情報照合の結果が不一致であれば、ログインは不許可となるため、店舗側端末２０に店舗管理情報は送信されない。

店舗側端末２０では、店舗管理者が、店舗管理画面に用意されたフォーマットにしたがって、登録対象となるユーザのアカウント情報３２２１を入力する。アカウント情報３２２１の入力操作後、店舗管理者の情報送信操作により、店舗側端末２０は入力されたアカウント情報３２２１をシステム管理サーバ３０に送信する。システム管理サーバ３０は、送信されたアカウント情報３２２１を、ユーザごとの識別情報を自動的に付与しつつアカウント情報データベース３２２に格納する。

［登録用トークンの発行処理］
次に、図３にしたがい、ユーザのアカウント情報３２２１が入力された後に、登録用トークンを発行する処理の手順を説明する。ここでは、図２に示した手順により、店舗側端末２０によって入力されたユーザのアカウント情報３２２１がアカウント情報データベース３２２にすでに格納されていることを前提とする。

店舗側端末２０にて、店舗管理者が店舗管理画面から登録対象となるユーザの登録用トークンの発行を要求すると、システム管理サーバ３０は、アカウント情報３２２１として名前と店舗名が登録（記憶）されていることを条件に、登録用トークンを発行する。併せて、登録用ウェブデータと、当該登録用ウェブページを示すＱＲコード（登録商標）を生成する。その後、システム管理サーバ３０は、発行した登録用トークンを、登録対象となるユーザのアカウント情報３２２１に追加し、アカウント情報データベース３２２に格納する。次いで、システム管理サーバ３０は、発行した登録用トークン、生成した登録用ウェブデータのＵＲＬ及びＱＲコード（登録商標）の各情報を店舗側端末２０に送信する。店舗側端末２０は、受信したこれら各情報をディスプレイ２３に表示する。店舗管理者は、表示された登録用トークン、ＵＲＬ及びＱＲコード（登録商標）を、登録対象となるユーザに対して直接開示したり、印刷して手渡したり、アカウント情報３２２１に登録されたユーザの電子メール宛てに送信したりして、ユーザとの間で情報共有する。

［利用者登録処理の第１例］
次に、利用者登録処理の第１例を、図４及び図５にしたがって説明する。第１例は、当初から公式アカウントとの間でチャットをしながら利用者登録を行う処理のうち、登録用トークンを用いて利用者登録を行う処理である。ここでは、登録対象となるユーザと公式アカウントとの間では、利用者登録を行う前に、ＳＮＳ上における友達関係がすでに確立されており、両者間でトークルーム上でのチャットが可能な状態となっていることを前提とする。

図４に示すように、システム管理サーバ３０は、ユーザ端末１０に対し、登録方法を選択するメニューを送信する。登録方法選択メニュー５１は、図５（ａ）に示すように、公式アカウントのアイコンＩとともに表示される。登録方法選択メニュー５１は、登録を促すメッセージに加え、「キーワードで登録」と「店舗名を入力して登録」との２つの選択項目が表示されたボタンテンプレートメッセージとなっている。ここでは、登録用トークンを用いた利用者登録を想定しているため、ユーザは「キーワードで登録」の項目を選択操作する。すると、ユーザ端末１０は、「キーワードで登録」が選択されたという選択情報をシステム管理サーバ３０に送信する。システム管理サーバ３０はこの選択情報に応答して、ユーザ端末１０に対し、図５（ｂ）に示すように、登録用トークンの入力要求メッセージ５２を送信する。それを見たユーザは、図２に示す登録用トークンの発行処理の手順によって発行済みとなり、店舗管理者から教示された登録用トークン情報５３を、図５（ｃ）に示すように入力する。ユーザ端末１０は、入力された登録用トークン情報５３をシステム管理サーバ３０に送信する。

ユーザ端末１０から送信された登録用トークン情報５３にはＳＮＳＩＤが含まれているため、システム管理サーバ３０ではＳＮＳＩＤ情報を併せて取得する。次いで、送信された登録用トークンが有効か否かを判断して認証を行う。この場合、アカウント情報データベース３２２に格納されている該当ユーザの登録用トークンと送信された登録用トークンとを照合し、両者が一致する場合は有効であると判断し、不一致である場合は有効でないと判断する。有効でなかった場合は、再度、登録用トークンの入力要求メッセージ５２をユーザ端末１０に送信する。一方、有効であれば、取得したＳＮＳＩＤを該当ユーザのアカウント情報３２２１に追加し、アカウント情報データベース３２２に格納する。その後、ユーザ端末１０に対し、図５（ｄ）に示すように、登録が完了したとの登録完了メッセージ５４を送信し、次いで、ブログ投稿メニュー５５を送信する。ブログ投稿メニュー５５は、図５（ｄ）に示すように、「ブログ投稿」、「投稿削除」及び「店舗追加登録」の３つの選択項目が表示されたボタンテンプレートメッセージとなっている。

［利用者登録処理の第２例］
次に、利用者登録処理の第２例を、図６にしたがって説明する。第２例は、当初から公式アカウントとの間でチャットをしながら利用者登録を行う処理のうち、ユーザが利用者登録を希望する店舗名を入力し、店舗側に利用者登録を申請する処理である。ここでも、登録対象となるユーザと公式アカウントとの間では、利用者登録を行う前に、ＳＮＳ上における友達関係がすでに確立されており、両者間でトークルーム上でのチャットが可能な状態となっていることを前提とする。

図６に示すように、システム管理サーバ３０は、ユーザ端末１０に対し、登録方法を選択する登録方法選択メニュー５１（図５（ａ）参照）を送信する。ここでは、ユーザが店舗名を入力して行う利用者登録を想定しているため、ユーザは「店舗名を入力して登録」の項目の選択操作をする。すると、ユーザ端末１０は、「店舗名を入力して登録」が選択されたという選択情報をシステム管理サーバ３０に送信する。システム管理サーバ３０はこの選択情報に応答して、ユーザ端末１０に対し、店舗名の入力を要求するメッセージを送信する。それを見たユーザは、登録を希望する店舗名を入力する。ユーザ端末１０は入力された店舗名情報をシステム管理サーバ３０に送信する。

システム管理サーバ３０は、ユーザが入力した店舗名を含むか又は一致する店舗が、系列店を構成する店舗の中に存在しているか否かを判断する。この場合、記憶部３２に記憶されている系列店を構成する店舗名の中から、ユーザが入力した店舗名を含むか又は一致する店舗名を検索する。ユーザが入力した店舗名を含むか又は一致する店舗が存在しない場合は、再度、店舗名の入力を要求するメッセージをユーザ端末１０に送信する。一方、存在する場合は、検索によって抽出された店舗名を一覧にしたメニュー情報をユーザ端末１０に対して送信する。店舗名の一覧メニューは、店舗名の選択を促すメッセージに加え、抽出された店舗名の一覧が選択形式で表示されたボタンテンプレートメッセージとなっている。

店舗名の一覧メニューの中からユーザが登録を希望する店舗を選択操作すると、ユーザ端末１０は、選択された店舗情報をシステム管理サーバ３０に送信する。システム管理サーバ３０はこの店舗情報を受信すると、それに応答してユーザ端末１０に対し名前の入力を要求するメッセージを送信する。それを見たユーザは自らの名前（本名や源氏名等）を入力する。ユーザ端末１０は、入力された名前情報をシステム管理サーバ３０に送信する。ユーザ端末１０から送信された店舗名情報や名前情報にはＳＮＳＩＤが含まれているため、システム管理サーバ３０ではＳＮＳＩＤ情報を併せて取得する。

システム管理サーバ３０は、名前情報をユーザ端末１０から受信したことに応答して、店舗側端末２０に対し、登録希望のあったユーザの利用者登録申請を行う。この場合、店舗側端末２０が店舗管理画面にアクセスすると、店舗管理画面には、利用者登録が申請されたユーザの氏名と、利用者登録の申請があった旨が表示される。それを見た店舗管理者は、利用者登録を承認するか、不承認とするかを選択操作する。店舗側端末２０は、承認・不承認情報をシステム管理サーバ３０に送信する。

システム管理サーバ３０は、店舗側端末２０から送信された承認・不承認情報に基づいて、利用者登録申請が承認されたか否かを判断する。申請不承認であった場合は、登録失敗として、ユーザ端末１０に対し、再度、登録方法を選択する登録方法選択メニュー５１（図５（ａ）参照）を送信する。一方、申請承認された場合は、アカウント情報データベース３２２に、ユーザが入力した名前情報に合致し、かつＳＮＳＩＤが含まれていないアカウント情報３２２１があるか否かを判断する。そのようなアカウント情報３２２１があれば、取得したＳＮＳＩＤを該当ユーザのアカウント情報３２２１に追加し、アカウント情報データベース３２２に格納する。その後、ユーザ端末１０に対して登録が完了したとの登録完了メッセージ５４（図５（ｄ）参照）を送信し、次いで、ブログ投稿メニュー５５（図５（ｄ）参照）を送信する。

一方、アカウント情報３２２１がない場合は、店舗側端末２０に対して、当該ユーザのアカウント情報３２２１の入力要求を店舗管理画面に表示させて店舗管理者に入力を促す。店舗管理者が要求に応じてアカウント情報３２２１を入力すると、入力されたアカウント情報３２２１が店舗側端末２０からシステム管理サーバ３０に送信される。システム管理サーバ３０は、店舗側端末２０から送信されたアカウント情報３２２１に、先に取得したＳＮＳＩＤを追加してアカウント情報データベース３２２に格納する。その後、アカウント情報３２２１があった場合と同様、ユーザ端末１０に対して登録完了メッセージ５４（図５（ｄ）参照）とブログ投稿メニュー５５（図５（ｄ）参照）とを送信する。

［利用者登録処理の第３例］
次に、利用者登録処理の第３例を、図７にしたがって説明する。第３例は、利用者登録処理のスタート時はチャットをしないで登録する処理である。ここでは、利用者登録のスタート時点ですでに登録対象となるユーザと公式アカウントとの間で友達関係がすでに確立されていることを前提とする。

図７に示すように、ユーザが利用者登録を希望する場合、ユーザはユーザ端末１０のウェブブラウザを起動したうえで、登録用ウェブデータのＵＲＬをウェブブラウザに入力する。登録用ウェブデータは、図２に示す登録用トークンの発行処理の手順によって発行済みで、店舗管理者から教示されている。ＵＲＬの入力は、システム管理サーバ３０からユーザ宛てに送信する電子メールにハイパーリンクが設定されたＵＲＬをテキスト形式で記載しておき、そのＵＲＬをユーザが操作してもよい。また、店舗管理者から示されたＱＲコード（登録商標）を、ユーザ端末１０で読み取ることによって行ってもよい。ユーザ端末１０は、ウェブブラウザにより、入力したＵＲＬと関連付けられた登録用ウェブデータをシステム管理サーバ３０に対して要求する。システム管理サーバ３０は、ユーザ端末１０に対し、登録用ウェブデータを送信する。登録用ウェブデータには、ＳＮＳアプリを自動的に起動させる指示プログラムが含まれているため、登録用ウェブデータを受信したユーザ端末１０は、ＳＮＳアプリを自動的に起動する。

ＳＮＳアプリが起動すると、ユーザがＳＮＳへのログイン情報を入力し、ＳＮＳサーバ４０に対してログイン情報を送信する。ＳＮＳサーバ４０は、ユーザ端末１０から送信されたログイン情報をＳＮＳサーバ４０で管理されているログイン情報と照合し、両者が一致すればログインを許可する。ログインを許可すると、ＳＮＳサーバ４０はシステム管理サーバ３０に対し、ログイン完了結果の情報を送信する。なお、ユーザ端末１０のＳＮＳサーバ４０へのログイン状態が維持されている場合は、ユーザによるログイン情報の入力は省略される。また、ログイン情報照合の結果が不一致であれば、ログインは不許可となるため、ログイン完了結果情報は送信されず、ユーザ端末１０にはＳＮＳサーバ４０から登録不可となった旨が表示される。

システム管理サーバ３０は、ＳＮＳサーバ４０からログイン完了結果情報を受信すると、ユーザ端末１０に対し、登録用トークンの入力要求メッセージ５２（図５（ｂ）参照）を送信する。この時、システム管理サーバ３０は、図２に示す登録用トークンの発行処理の手順によって発行済みの登録用トークンも入力要求メッセージ５２とともに送信する。ユーザ端末１０では、送信された登録用トークンがテキスト入力欄に自動表示される。テキスト入力欄に登録用トークンが入力された状態のままユーザが送信操作を行うと、ユーザ端末１０は登録用トークン情報５３（図５（ｃ）参照）をシステム管理サーバ３０に送信する。

その後は、図４に示す利用者登録の手順と同様となる。すなわち、送信された登録用トークンが有効か否かを判断し、有効でなければ、再度、登録用トークンの入力要求メッセージ５２をユーザ端末１０に送信し、有効であれば、取得したＳＮＳＩＤを該当ユーザのアカウント情報３２２１に追加する。その後、ユーザ端末１０に対して登録完了メッセージ５４（図５（ｄ）参照）とブログ投稿メニュー５５（図５（ｄ）参照）とを送信する。

［利用者登録処理の第４例］
次に、利用者登録処理の第４例を、図８にしたがって説明する。第４例は、第３例と同様、利用者登録処理のスタート時はチャットをしないで登録する処理である。ただ、第３例と異なり、スタート時点ではいまだ登録対象となるユーザと公式アカウントとの間で友達関係が確立されていない場合を想定している。

図８に示すように、ＳＮＳサーバ４０がユーザ端末１０のログインを許可し、システム管理サーバ３０に対してログイン完了結果情報を送信するところまでは、上記図７に示した第３例と同じ手順となっている。ＳＮＳサーバ４０は、ログイン完了結果情報の送信に続けて、ユーザ端末１０に対し、公式アカウントと友達関係を確立するか否かについて確認するメッセージを送信する。これを受け、ユーザは、ユーザ端末１０のＳＮＳアプリ上において、友達関係の確立を承認するか否かについて選択した結果を入力する。ユーザ端末１０は、その結果情報をＳＮＳサーバ４０に送信する。ＳＮＳサーバ４０は、ユーザ端末１０から送信された結果情報に基づいて、ユーザが友達関係の確立を承認したか否かを判断する。ユーザが不承認を選択した場合、利用者登録は失敗（ＮＧ）として利用者登録処理を終了する。

一方、ユーザが承認を選択した場合は、ＳＮＳサーバ４０は、登録対象となるユーザと公式アカウントとの間での友達関係を確立し、両者間のトークルームを開設してチャットによるメッセージ交換を可能とする。これを受け、システム管理サーバ３０は、ユーザ端末１０に対し、登録用トークンの入力要求メッセージ５２（図５（ｂ）参照）を送信する。その後は、図７に示した第３例と同じ手順となる。

［ブログ投稿処理］
次に、ユーザがブログ投稿するブログ投稿処理について、図９乃至図１１にしたがって説明する。ここでは、例示された利用者登録処理等によって利用者登録が完了し、ユーザと公式アカウントとの間のトークルームにブログ投稿メニュー５５（図５（ｄ）参照）が表示されたことを前提とする。ブログ投稿処理は、ユーザ端末１０及びシステム管理サーバ３０を用い、ＳＮＳサーバ４０と連携しながら行う。システム管理サーバ３０における処理は、制御部３３のメッセージ処理部３３２、ブログ投稿処理部３３３及びデータ管理部３３５がブログ投稿処理プログラムにしたがって実施する。

図９に示すように、ユーザがブログ投稿をする場合、ユーザはユーザ端末１０においてＳＮＳアプリを起動させ、公式アカウントとのトークルームをディスプレイ１３に表示させる操作を行う。ＳＮＳアプリの起動時において、ＳＮＳにログアウトされた状態での起動であれば、ＳＮＳに登録されたメールアドレスやパスワード等の必要情報を入力してログインすることが必要となる。一方、ＳＮＳに常時ログインした状態でＳＮＳアプリを起動させれば、ブログ投稿するたびにブログ投稿システムにログインすることなくＳＮＳにログインし、トークルームを表示させることができる。トークルームを開けると、図１０（ａ）に示すように、ブログ投稿メニュー５５が表示されている。続いてユーザは、ブログ投稿メニュー５５の選択項目の中から「ブログ投稿」の項目（ブログ投稿開始項目）を選択操作する。すると、ユーザ端末１０は、「ブログ投稿」が選択されたという選択情報をシステム管理サーバ３０に送信する。

システム管理サーバ３０はこの選択情報を受信すると、当該選択情報を送信したユーザが複数の店舗（系列店）に登録されているか否かを判断する。この場合、ユーザから送信された選択情報に含まれるＳＮＳＩＤに基づいて当該ユーザを特定し、そのＳＮＳＩＤと関連付けられているアカウント情報３２２１を抽出する。複数の店舗でのアカウント情報３２２１が抽出された場合は、システム管理サーバ３０は、抽出された店舗名を一覧にしたメニューをユーザ端末１０に送信する。店舗名の一覧メニューは、店舗名の選択を促すメッセージに加え、抽出された店舗の一覧が選択形式で表示されたボタンテンプレートメッセージとなっている。一覧メニューの中から登録を希望する店舗をユーザが選択操作すると、ユーザ端末１０は、選択された店舗情報をシステム管理サーバ３０に送信する。システム管理サーバ３０はこの選択された店舗をブログ投稿の対象となる店舗として把握する。一方、抽出されたアカウント情報３２２１が一つであれば、システム管理サーバ３０は抽出された店舗をブログ投稿の対象となる店舗として把握する。

次いで、システム管理サーバ３０は、ユーザ端末１０に対し、図１０（ｂ）に示すように、タイトル入力要求メッセージ５６を送信する。それを見たユーザは、投稿するブログのタイトルとなるメッセージを入力する。ユーザ端末１０は、図１０（ｃ）に示すように、入力されたタイトル情報をタイトルメッセージ５７としてシステム管理サーバ３０に送信する。システム管理サーバ３０は、送信されたメッセージをタイトル情報としてＳＮＳサーバ４０から取得し、選択された店舗におけるユーザのアカウント情報３２２１と関連付けて、ブログ素材情報３２３１としてブログデータベース３２３に格納する。

続いて、システム管理サーバ３０は、ユーザ端末１０に対し、図１０（ｄ）に示すように、タイトル入力を確認したことと併せてコンテンツ入力要求メッセージ５８を送信する。それを見たユーザは、投稿するブログ用のコンテンツ、すなわちブログ本文や画像等のブログコンテンツ用のメッセージを入力する。メッセージとして画像を入力する場合は、ユーザ端末１０のカメラ機能を用いて撮影した画像情報や端末ストレージ１４に記憶されている画像情報の中から任意に選択できる。ユーザ端末１０は、図１０（ｅ）に示すように、ユーザが入力したメッセージをコンテンツメッセージ５９としてシステム管理サーバ３０に送信する。システム管理サーバ３０は、送信されたメッセージをブログコンテンツ情報としてＳＮＳサーバ４０から取得し、選択された店舗におけるユーザのアカウント情報３２２１と関連付けて、ブログ素材情報３２３１としてブログデータベース３２３に格納する。

続いて、システム管理サーバ３０は、ユーザ端末１０に対し、図１０（ｆ）に示すように、ブログの投稿を継続するか投稿を終了するか、その選択を要求する投稿継続確認メッセージ６０を送信する。投稿継続確認メッセージ６０は、ブログの投稿を継続するか否かを問うメッセージとともに、コンテンツ入力の継続とブログ投稿完了との２つの選択項目が表示されたボタンテンプレートメッセージとなっている。ユーザは、その２つの選択項目の中から、いずれかの項目を選択操作し、ユーザ端末１０はその選択情報をシステム管理サーバ３０に送信する。

システム管理サーバ３０では、ユーザ端末１０から送信された選択情報に基づいて、コンテンツ入力の継続が選択されたか否かを判断する。コンテンツ入力の継続（ブログ投稿継続）が選択された場合は、図１０（ｇ）に示すように、再度、コンテンツを入力するよう要求するコンテンツ再入力要求メッセージ６１をユーザ端末１０に対して送信する。その後は、コンテンツ入力要求メッセージ５８を送信した後の手順と同じ手順となる。そして、ユーザがコンテンツ入力の継続を選択し続ける限り、コンテンツ再入力要求メッセージ６１をユーザ端末１０に対して繰り返し送信し、その都度、ユーザが入力したメッセージをブログコンテンツ情報として取得する。

一方、ブログ投稿完了が選択された場合は、システム管理サーバ３０は、それまでの手順においてユーザが投稿したタイトル情報及びブログコンテンツ情報に基づいて、ブログを生成する。生成されるブログは、例えば図１１に示したブログページ７１のように、ユーザが投稿したタイトル７２、ブログ本文７３、画像７４等の各情報が反映されている。また、これらと併せて、ブログページ７１には、投稿日時、ブログを作成したユーザのプロフィール情報７５、例えば自己画像、名前、体形情報等も表示されている。

ブログ本文７３においては、ページ上部から、コンテンツ入力要求メッセージ５８やコンテンツ再入力要求メッセージ６１に応じてユーザが投稿した順にコンテンツ情報が配列されている。図１１に示したブログページ７１は、ユーザによってブログコンテンツ情報が３回投稿された場合の一例を示している。ここでは、ブログ本文７３の欄において、コンテンツ入力要求メッセージ５８に応じて投稿した第１文字情報７３ａが最も上に配置されている。次いで、最初のコンテンツ再入力要求メッセージ６１に応じて投稿した画像情報７３ｂが配置されている。ブログ本文７３の欄の最も下側には、２度目のコンテンツ再入力要求メッセージ６１に応じて投稿した第２文字情報７３ｃが配置されている。

システム管理サーバ３０は、ブログ生成後、生成したブログを、選択された店舗におけるユーザのアカウント情報３２２１と、ページを生成した日時（投稿日時）とに関連付けてブログ情報３２３２としてブログデータベース３２３に保存する。この保存は、ユーザに対して、事前の内容確認を求めることなく行う。これにより、ユーザの客等が所持する外部通信装置のウェブブラウザから、生成されたブログのＵＲＬにアクセスされると、外部通信装置のディスプレイにブログページ７１が表示される。ブログ保存後、システム管理サーバ３０は、ユーザ端末１０に対し、図１０（ｈ）に示すように、ブログ投稿完了メッセージ６２を送信し、さらに、ブログ投稿メニュー５５を送信する。

［ブログ削除処理］
次に、ユーザが投稿したブログを削除するブログ削除処理について、図１２及び図１３にしたがって説明する。ブログ削除処理は、ユーザ端末１０及びシステム管理サーバ３０を用い、ＳＮＳサーバ４０と連携しながら行う。システム管理サーバ３０における処理は、制御部３３のメッセージ処理部３３２、ブログ投稿処理部３３３及びデータ管理部３３５がブログ投稿処理プログラムにしたがって実施する。

図１２に示すように、ユーザが投稿したブログ記事を削除する場合、ユーザは、ブログ投稿時と同様に、ユーザ端末１０においてＳＮＳアプリを起動させ、公式アカウントとのトークルームを開ける。トークルームには、図１３（ａ）に示すように、ブログ投稿メニュー５５が表示されている。続いてユーザは、ブログ投稿メニュー５５の選択項目の中から「投稿削除」の項目を選択操作する。すると、ユーザ端末１０は、「投稿削除」が選択されたという選択情報をシステム管理サーバ３０に送信する。

システム管理サーバ３０はこの選択情報を受信すると、当該選択情報を送信したユーザが複数の店舗に登録されているか否かを判断する。この判断は、ブログ投稿時と同様であり、これによりシステム管理サーバ３０はブログ削除の対象となる店舗を把握する。次いで、ブログデータベース３２３の中から、削除要求したユーザと、削除対象として把握した店舗と関連付けられたブログのうち最新１件のブログのタイトルとを抽出し、削除対象となるブログを特定する。その後、ユーザ端末１０に対し、図１３（ｂ）に示すように、削除確認メニュー６３を送信する。削除確認メニュー６３は、削除対象として特定したブログのタイトルを示しつつ、そのタイトルのブログを削除するか否かを確認するメッセージと、「はい」と「いいえ」との２つの選択項目とが表示されたボタンテンプレートメッセージとなっている。それを見たユーザは、削除を承認する場合は「はい」の項目を選択操作し、削除を止める場合は「いいえ」の項目を選択操作する。その選択操作を受け、ユーザ端末１０は、その選択情報をシステム管理サーバ３０に送信する。

システム管理サーバ３０では、ユーザ端末１０から送信された選択情報に基づいて、ブログ記事削除が承認されたか否かを判断する。ユーザにより「はい」が選択された場合は、ブログ記事の削除が承認されたとして、ブログデータベース３２３の中から、削除対象として特定した最新の１件のブログをブログデータベース３２３から削除する。その後、ユーザ端末１０に対し、図１３（ｃ）に示すように、ブログ削除完了メッセージ６４を送信する。さらに、図１３（ｄ）に示すように、ブログ投稿メニュー５５を送信する。一方、ユーザにより「いいえ」が選択された場合は、ブログの削除が不承認であったとしてブログの削除を行わず、ブログ投稿メニュー５５を送信する。

［複数店舗登録処理］
次に、ユーザがすでに利用者登録されている店舗とは異なる店舗をブログ投稿の対象店舗として新たに登録する複数店舗登録処理について説明する。複数店舗登録処理は、ユーザ端末１０、新たに登録する店舗の店舗側端末２０及びシステム管理サーバ３０を用い、ＳＮＳサーバ４０と連携しながら行う。システム管理サーバ３０における処理は、制御部３３の登録処理部３３１、メッセージ処理部３３２及びデータ管理部３３５が登録処理プログラムにしたがって実施する。

この場合、ユーザは、ブログ投稿時やブログ削除時と同様に、ユーザ端末１０においてＳＮＳアプリを起動させ、公式アカウントとのトークルームを開ける。トークルームには、図１０（ａ）及び図１３（ａ）に示すように、ブログ投稿メニュー５５が表示されている。続いてユーザは、ブログ投稿メニュー５５の選択項目の中から「複数店舗登録」の項目を選択操作する。すると、ユーザ端末１０は、「複数店舗登録」が選択されたという選択情報をシステム管理サーバ３０に送信する。その後は、図６を参照しながら説明した利用者登録の第２例、つまりユーザが利用者登録を希望する店舗名を入力し、店舗側に利用者登録を申請する処理にしたがって、新たに登録を希望する店舗に利用者登録する。

［ブログ投稿システムの効果］
以上詳述したブログ投稿システムによって得られる効果は、次のとおりである。

（１）ＳＮＳを通じてユーザが投稿したタイトル情報及びブログコンテンツ情報に基づいてブログが生成される。ユーザ端末１０に導入されたＳＮＳアプリでは常時ログイン状態を維持することが可能であるため、ブログ投稿するたびにシステムにログインする必要がなく、ログインの煩わしさをなくすことができる。また、ＳＮＳのメッセージ交換機能を用いて、ユーザに対して投稿要求し、それに応じてユーザが投稿したタイトル情報やブログ本文、画像等のブログコンテンツ情報に基づいて、当該ユーザと関連付けられたブログが生成される。そのため、作成メニュー画面の表示、メニューから入力項目の選択、入力、投稿操作といった複数の操作が必要な従来のシステムと異なり、ブログ投稿に至る操作が簡略化され、ユーザはブログ投稿を簡易に行うことができる。これにより、ユーザは隙間時間などを利用してブログを投稿でき、ブログ投稿数を増やして集客につなげることができる。

（２）ＳＮＳのメッセージ交換機能を利用してユーザが投稿したブログコンテンツ情報をシステム管理サーバ３０が取得すると、システム管理サーバ３０は、ユーザ端末１０に対し、ブログ投稿を継続するか終了するかについて、その選択をするよう要求する投稿継続確認メッセージ６０を送信する。投稿継続確認メッセージ６０は、コンテンツ入力の継続とブログ投稿完了との２つの選択項目が表示されたボタンが表示され、ユーザはそのいずれかの項目を選択操作するだけで、投稿継続か投稿終了かを簡易に選択できる。

（３）ユーザが投稿継続確認メッセージ６０に応じて、コンテンツ入力の継続を選択し続ける限り、システム管理サーバ３０は、コンテンツ再入力要求メッセージ６１をユーザ端末１０に対して繰り返し送信し、その都度、ユーザが入力したメッセージをブログコンテンツ情報として取得する。そのため、ブログコンテンツを入力しようとするたびにコンテンツ入力フォームを選択する煩わしさがなくなり、ユーザはブログ投稿を簡易に行うことができる。

（４）システム管理サーバ３０が生成するブログは、ブログ本文７３が表示されるページ欄に、ユーザによる投稿によって取得したブログコンテンツ情報がその取得順に配列されている。そのため、ユーザはブログ作成時に、ブログ本文７３が表示されるページ欄での配置に囚われることなく、思いつくままにブログコンテンツを投稿することができる。これにより、ブログ投稿を簡易に行うことができる。

（５）投稿継続確認メッセージ６０に応じてユーザがブログ投稿終了を選択すると、システム管理サーバ３０は、ユーザによる入力確認を経ないでブログを自動的に生成する。これにより、ＳＮＳのメッセージ交換機能を用いてブログ投稿を完了させることが可能となり、タイトルやブログコンテンツの投稿だけでなく、投稿完了も簡易に行うことができる。それに加え、ブログ投稿の完了にあたっては、ユーザによる投稿内容の確認を経ることなくブログが生成されるため、確認作業も不要となり、ブログ投稿から完了に至る操作をより簡略化できる。

（６）ユーザが複数の店舗に所属している場合は、ブログ投稿時において、ＳＮＳのメッセージ交換機能を用いて、ユーザに対して複数の店舗のうちいずれの店舗と関連付けたブログを生成するかの選択を要求する。システム管理サーバ３０は、この選択要求に応じてユーザが選択した店舗と関連付けてブログを生成する。このように、ユーザはどの店舗のブログに投稿するかについても簡易に選択できる。

（７）アカウント情報データベース３２２に記憶されているユーザのアカウント情報３２２１は店舗の識別情報と関連付けられ、店舗ごとにユーザが管理されるとともに、ユーザのＳＮＳＩＤとも関連付けられている。そのため、システム管理サーバ３０は、ＳＮＳＩＤを用いることにより、系列店内で店舗を横断してユーザを識別することが可能となる。ユーザのＳＮＳＩＤを利用すれば、ブログ投稿メニュー５５から「ブログ投稿」や「ブログ」削除を選択したユーザが、複数の店舗に所属しているか否かを容易に判断できる。

（８）ユーザをブログ投稿システムの利用者として登録するため、システム管理サーバ３０には４つの登録処理例が設けられている。この４つの登録処理例は、登録用トークンを送信する場合と、店舗に登録処理を申請する場合とに分けられる。前者は、ＳＮＳのメッセージ交換機能を用いてユーザがＳＮＳサーバ４０に登録用トークンを送信すると、当該登録用トークンに基づいて利用者登録するか否かを認証する処理である。後者は、ＳＮＳのメッセージ交換機能を用いてユーザがＳＮＳサーバ４０に店舗情報（店舗名）を送信する。そして、送信された店舗情報に基づいて、当該店舗情報と関連付けられた店舗側端末２０に利用者登録の認証を要求し、店舗側端末２０の操作によって利用者登録するか否かを認証する処理である。このように、複数の利用者登録処理が用意されていることにより、ユーザや店舗管理者の多様なニーズに応えることができる。

（９）ユーザと公式アカウントとの間でＳＮＳ上の友達関係が確立し、かつ利用者登録が完了すると、システム管理サーバ３０は、ユーザとの間のトークルームに、「ブログ投稿」の選択項目を含むブログ投稿メニュー５５を自動的に表示させる。「ブログ投稿」を選択すれば、システム管理サーバ３０は、タイトル入力要求メッセージ５６をユーザ端末１０に対して送信する。このように、友達関係の確立と利用者登録さえ完了すれば直ちにブログ投稿が可能となり、ブログ投稿を可能とするまでの操作も簡略化できる。

なお、本発明のブログ投稿システムは、上記実施の形態に限定されず、例えば次のような形態を採用することもできる。上記実施の形態及び以下に説明する変更例の少なくとも１つは、技術的に矛盾しない範囲で互いに組み合わせて実施することもできる。

・上記実施の形態のブログ投稿システムでは、登録用トークンの発行処理において、店舗側端末２０を用いて店舗管理者が登録対象となるユーザの登録用トークンの発行を要求し、それによってシステム管理サーバ３０が当該ユーザの登録用トークンを発行している。これに代えて、店舗側端末２０を用いて店舗管理者がユーザのアカウント情報３２２１を入力し、それをアカウント情報データベース３２２に保存する操作を行えば、登録用トークンが自動的に発行されるようにしてもよい。

・上記実施の形態のブログ投稿システムでは、ユーザによるブログ投稿は、新規記事を投稿する機能のみを有している。それに加え、ＳＮＳのメッセージ交換機能を用いて、すでに投稿されたブログのタイトルやコンテンツを修正したり、情報を追加したりしてブログの内容を更新できるようにしてもよい。この場合、例えば、ブログ投稿メニュー５５に「ブログ修正」、「ブログ更新」という選択項目を設け、当該項目が選択された場合には、すでに投稿したブログのタイトル一覧メニューをユーザ端末１０に送信する。その後、投稿済みのメッセージをテキスト入力欄に自動的に表示させて修正を促したり、コンテンツ入力要求メッセージ５８を送信したりし、それに応じて投稿されたメッセージを、選択されたブログに反映させる処理が考えられる。

・上記実施の形態のブログ投稿システムでは、ブログの削除を行う場合、最新のブログを１件だけ削除するようになっている。これに加え、過去に投稿したブログの中から任意のブログを選択して削除できるようにしてもよい。この場合、ブログ投稿メニュー５５からユーザが「ブログ削除」を選択すると、過去に投稿したブログのタイトル一覧メニューをユーザ端末１０に送信し、そのメニューの中から選択されたタイトルのブログを削除する処理が考えられる。

・上記実施の形態のブログ投稿システムでは、ユーザのアカウント情報３２２１は店舗ごとに作成される。そのため、同じユーザであっても、所属する店舗を変更したり、所属する店舗が増えたりした場合は、新たに所属する店舗の店舗管理者が改めて当該ユーザのアカウント情報３２２１を入力することとなる。これに代えて、変更先の店舗や追加される所属先店舗が、現所属の店舗と同じ運営主体によって運営される店舗（系列店）であれば、店舗間で、アカウント情報３２２１の全部又は一部（例えばプロフィール情報）を交換できるようにし、店舗ごとにアカウント情報３２２１を店舗管理者が入力する手間を省略できるようにしてもよい。

１０…ユーザ端末、３０…システム管理サーバ、３３１…登録処理部（第１利用者登録手段、第２利用者登録手段）、３３２…メッセージ処理部（タイトル投稿要求通知手段、タイトル情報取得手段、ブログコンテンツ投稿要求手段、ブログコンテンツ情報取得手段、グループ選択要求通知手段、投稿終了選択要求通知手段、メニュー送信手段）、３３３…ブログ投稿処理部（ブログ生成手段）、４０…ＳＮＳサーバ。

Claims (9)

1. ＳＮＳを提供するＳＮＳサーバと接続され、前記ＳＮＳに利用者登録されたユーザが前記ＳＮＳを利用してブログを投稿するブログ投稿システムであって、
   前記ＳＮＳサーバによって提供されるメッセージ交換機能を用いて、前記ユーザが使用するユーザ端末に、ブログのタイトル投稿を要求する通知を送信するタイトル投稿要求通知手段と、
   前記タイトル投稿の要求通知に応じて前記ユーザが前記ユーザ端末より前記メッセージ交換機能を用いて投稿したタイトル情報を、前記ＳＮＳサーバを介して取得するタイトル情報取得手段と、
   前記タイトル情報を取得した場合に、前記メッセージ交換機能を用いて、前記ユーザ端末に、本文、画像等のブログコンテンツの投稿を要求する通知を送信するブログコンテンツ投稿要求手段と、
   前記ブログコンテンツの投稿要求通知に応じて前記ユーザが前記ユーザ端末より前記メッセージ交換機能を用いて投稿したブログコンテンツ情報を、前記ＳＮＳサーバから取得するブログコンテンツ情報取得手段と、
   取得した前記タイトル情報及び前記ブログコンテンツ情報に基づいて、前記ユーザの識別情報と関連付けられたブログを生成するブログ生成手段と、
   を備えたことを特徴とするブログ投稿システム。
2. 前記ブログコンテンツ情報を取得した場合に、前記メッセージ交換機能を用いて、前記ユーザ端末に、ブログ投稿を継続するか終了するかについて、その選択を要求する通知を送信する投稿終了選択要求通知手段を備えたことを特徴とする請求項１に記載のブログ投稿システム。
3. 前記ブログコンテンツ投稿要求手段は、前記ブログ投稿を継続するか終了するかの選択要求通知に応じて前記ユーザがブログ投稿継続を選択した場合に、前記メッセージ交換機能を用いて、前記ユーザ端末に、ブログコンテンツの投稿要求通知を再度送信し、
   前記投稿終了選択要求通知手段は、前記ブログコンテンツの投稿要求通知に応じて前記ユーザが再度投稿した前記ブログコンテンツ情報を取得した場合に、前記メッセージ交換機能を用いて、前記ユーザ端末に、ブログ投稿を継続するか終了するかの選択要求通知を再度送信し、
   前記ブログコンテンツ投稿要求手段及び前記投稿終了選択要求通知手段は、ブログ投稿を継続するか終了するかの選択要求通知に応じて前記ユーザがブログ投稿終了を選択するまで、ブログコンテンツの投稿要求通知と、それに続くブログ投稿を継続するか終了するかの選択要求通知とを繰り返し送信することを特徴とする請求項２に記載のブログ投稿システム。
4. 前記ブログ生成手段は、取得した前記ブログコンテンツ情報がその取得順に配列されたブログを生成することを特徴とする請求項３に記載のブログ投稿システム。
5. 前記ブログ生成手段は、ブログ投稿継続かブログ投稿終了かの選択を要求する通知に応じて前記ユーザが投稿終了を選択した場合に、前記ユーザによる投稿内容の確認を経ないで前記ブログを生成することを特徴とする請求項２乃至４のいずれか１項に記載のブログ投稿システム。
6. 前記ブログは、前記ユーザが所属するグループとも関連付けられており、
   前記ユーザが複数のグループに所属している場合に、前記ユーザ端末に対し、前記複数のグループのうちいずれのグループと関連付けられたブログを生成するか、その選択を要求する通知を送信するグループ選択要求通知手段を備え、
   前記ブログ生成手段は、グループの選択要求通知に応じて前記ユーザが選択したグループと関連付けて前記ブログを生成することを特徴とする請求項１乃至５のいずれか１項に記載のブログ投稿システム。
7. 前記グループ選択要求通知手段は、前記ＳＮＳで用いられている前記ユーザの識別情報を利用して前記ユーザが複数のグループと関連付けられているか否かを判断することを特徴とする請求項６に記載のブログ投稿システム。
8. 前記メッセージ交換機能を用いて前記ユーザが前記ＳＮＳサーバに送信するアクセス認証情報に基づいて利用者登録するか否かを認証する第１利用者登録手段と、
   前記メッセージ交換機能を用いて前記ユーザが前記ＳＮＳサーバに送信する店舗情報に基づいて、前記店舗情報と関連付けられた店舗側端末に利用者登録の認証を要求し、前記店舗側端末の操作によって利用者登録するか否かを認証する第２利用者登録手段と、
   を備えていることを特徴とする請求項１乃至７いずれか１項に記載のブログ投稿システム。
9. 前記ユーザ端末に対して選択メニューを送信するメニュー送信手段を備え、
   前記選択メニューは、選択項目として、前記タイトル投稿要求通知手段が前記タイトルの投稿要求通知を送信する契機となる投稿開始項目を含み、
   前記メニュー送信手段は、前記ユーザとの間で前記ＳＮＳにおける友だち関係が確立し、かつ前記第１利用者登録手段又は前記第２利用者登録手段による利用者登録がなされた場合に、前記ユーザ端末に対して前記選択メニューを送信することを特徴とする請求項８に記載のブログ投稿システム。

Images