JP2015018456A - 端末、情報確認方法、及び情報確認プログラム - Google Patents

Abstract

【課題】公開されているサービスから記事を削除するとき、記事に付加されたコメントや意思表示された結果が誤って削除されてしまうことを防ぐことができる端末、情報確認方法、及び情報確認プログラムを提供することを目的としている。【解決手段】端末は、公開されているサービスに投稿されている記事に付加情報が付加されているか否かを検知する付加情報検出部と、記事を削除するときに、前記付加情報検出部によって付加情報が検知された場合、付加情報があることを報知する記事削除部と、を備える。【選択図】図１

Description

本発明は、端末、情報確認方法、及び情報確認プログラムに関する。

近年、利用者は、インターネット上に社会的なネットワークを構築できるソーシャル・ネットワーキング・サービス（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ（以下、ＳＮＳという））を、携帯端末（スマートホンを含む。）やパソコン等から利用している。利用者は、複数のＳＮＳを利用している場合もある。また、ＳＮＳには、利用者が携帯端末やパソコン等で作成して投稿した記事に対して、コメントを書き込む機能や記事に対して支持や賛同する等の意思表示を行うことができる機能がある。

複数のＳＮＳに記事を投稿する場合、利用者は携帯端末やパソコン等で作成して記事を、各々のＳＮＳに投稿する必要がある。また、投稿した記事を削除する場合、利用者は投稿した記事を、各々のＳＮＳから削除する必要がある。
このため、複数の日記的なウェッブサイトを一括管理して更新する管理システムが提案されている（例えば、特許文献１参照）。

特開２００８−２７０４３号公報

しかしながら、特許文献１に記載の技術では、投稿した記事に利用者の友達等が書き込んだコメントや意思表示された結果などの付加情報があった場合、これらの付加情報も同時に削除されてしまうという問題点があった。

本発明は、上記の問題点に鑑みてなされたものであって、公開されているサービスから記事を削除するとき、記事に付加されたコメントや意思表示された結果が誤って削除されてしまうことを防ぐことができる端末、情報確認方法、及び情報確認プログラムを提供することを目的としている。

上記目的を達成するため、本発明の一態様に係る端末は、公開されているサービスに投稿されている記事に付加情報が付加されているか否かを検知する付加情報検出部と、前記記事を削除するときに、前記付加情報検出部によって前記付加情報が検知された場合、前記付加情報があることを報知する記事削除部と、を備えることを特徴としている。

本発明によれば、端末は、公開されているサービスから記事を削除するとき、記事に付加されたコメントや意思表示された結果が誤って削除されてしまうことを防ぐことができる。

本実施形態に係る情報確認システムの概略構成を説明する図である。 本実施形態に係る投稿した記事同士の関連付け処理、及び付加情報検出後の記事管理テーブルに記憶されている記事情報の一例を説明する図である。 本実施形態に係る投稿した記事同士の関連付け処理手順のフローチャートである。 本実施形態に係る付加情報を取得する処理手順のフローチャートである。 本実施形態に係る画面表示部に表示される画像の例を説明する図である。 本実施形態に係る投稿された記事の削除の処理手順のフローチャートである。 本実施形態に係る記事が削除された後の記事管理テーブルを説明する図である。

以下、図面を用いて本発明の実施形態について詳細に説明する。なお、本発明はかかる実施形態に限定されず、種々の変更が可能であり、それらの変更は全て本発明の特許請求の範囲に包含される。

図１は、本実施形態に係る情報確認システム１の概略構成を説明する図である。この情報確認システム１は、端末１０及びサーバ２０を備えている。端末１０とサーバ２０とは、有線または無線のネットワーク３０を介して互いに接続されている。

端末１０は、入力部１０１、表示部１０２、制御部１０３、ネットワーク管理部１０４、及びデータ管理部１０５を備えている。制御部１０３は、記事作成部１３１、記事投稿部１３２、アカウント管理部１３３、記事情報処理部１３４、及び画像処理部１３５を備えている。データ管理部１０５は、記事記憶部１０５−１及び記事管理テーブル１０５−２を備えている。
端末１０は、例えば携帯端末、タブレット端末、パソコン等である。端末１０は、利用者（ユーザー）によって入力された記事を、利用者によって選択された複数の公開されているサービスに投稿する。なお、公開されているサービスとは、ＳＮＳ、ブログ等の社会的ネットワークをインターネット上で構築するサービスのことである。この投稿された記事に対しては、他の利用者がコメントや、記事を支持することを示す支持情報などの付加情報を付加することができるものである。
以下の説明では、公開されているサービスの一例として、ＳＮＳの例を説明する。
また、記事とは、例えば、特定の話題に関するもの、日記、画像を含むもの、つぶやき等の短文、論評、活動記録、お知らせ等のいずれか１つあるいは複数を含むものを指す。
また、端末１０は、投稿した記事を削除するとき、他のＳＮＳにも同一の記事が投稿されている場合、その記事の付加情報を検知し、検知した結果に応じて付加情報があることを報知する。この点については、後に詳述する。

サーバ２０には、複数のＳＮＳ（第１ＳＮＳ２０１、第２ＳＮＳ２０２、第３ＳＮＳ２０３、・・・）に投稿された記事、付加情報、及び更新日時等を含む各種情報が格納されている。なお、サーバ２０は、各ＳＮＳのサービス提供会社が保有する個別の複数のサーバであってもよい。また、第１ＳＮＳ２０１、第２ＳＮＳ２０２、第３ＳＮＳ２０３、のうち、特定しない場合は、単にＳＮＳ２００という。

端末１０の入力部１０１は、例えばキーボード、マウス、タッチパネル等の入力装置のうち、少なくとも１つを備える。入力部１０１は、利用者によって文字情報が入力されたことを検出し、検出した文字情報を制御部１０３の記事作成部１３１に出力する。なお、文字情報は、文字の大きさ、文字の色、絵文字、写真等の画像等の情報も含む。また、入力部１０１は、利用者により作成された記事を、どのＳＮＳ２００に投稿するかを示す投稿選択結果を検出し、検出した投稿選択結果を制御部１０３の記事作成部１３１に出力する。また、入力部１０１は、利用者によって、削除する記事、記事を指定したＳＮＳ２００からのみ削除するのか、記事を全ての関連するＳＮＳ２００から削除するのか等を示す削除選択結果を検出し、検出した削除選択結果を制御部１０３の記事情報処理部１３４に出力する。

表示部１０２は、例えば液晶パネル、又は有機ＥＬディスプレイパネルを備え、制御部１０３の画像処理部１３５の制御に応じて、利用者によって生成された記事の表示、記事の削除に伴うメニューの画像、記事の削除に伴う報知の画像等を表示する。
記事記憶部１０５−１には、記事投稿部１３２によって投稿された投稿記事情報が記憶されている。記事管理テーブル１０５−２には、ネットワーク管理部１０４によって取得された記事情報が記憶されている。

記事作成部１３１は、入力部１０１が出力した文字情報に基づいて記事を作成し、作成した記事を画像処理部１３５に出力する。また、記事作成部１３１は、作成した記事である投稿記事情報を記事投稿部１３２に出力する。
記事投稿部１３２は、アカウント管理部１３３に予め記憶されているＳＮＳ毎のアカウント情報を用いて、記事作成部１３１が出力した投稿記事情報を、ネットワーク管理部１０４を制御して投稿選択結果に応じたＳＮＳ２００に投稿する。なお、ＳＮＳ２００のアカウント情報とは、ＳＮＳ名、ユーザ名、パスワード、ＳＮＳ２００のログインのためのインターネットのアドレス等である。例えば、投稿選択結果が、第１ＳＮＳ２０１と第２ＳＮＳ２０２を示す情報である場合、記事投稿部１３２は、ネットワーク管理部１０４を制御して、投稿記事情報を第１ＳＮＳ２０１及び第２ＳＮＳ２０２に投稿する。また、記事投稿部１３２は、ＳＮＳ２００に投稿する投稿記事情報を、記事記憶部１０５−１に記憶させる。

アカウント管理部１３３は、複数のＳＮＳ２００のアカウント情報が、ＳＮＳ毎に予め記憶されている。
画像処理部１３５は、記事作成部１３１が出力した投稿記事情報に基づいて、記事を表示部１０２に表示させる。また、画像処理部１３５は、記事情報処理部１３４が出力した指示に応じて、各ＳＮＳ２００に投稿されている記事の表示、記事の削除を行うための記事削除メニューの画像、削除する記事に付加情報が有ることを通知する通知画像等を、表示部１０２に表示させる。

記事情報処理部１３４は、取得部１３４−１、関連付部１３４−２、付加情報検出部１３４−３、及び記事削除部１３４−４を備えている。
取得部１３４−１は、記事を投稿した後、所定の時間間隔で、ネットワーク管理部１０４を制御して、各ＳＮＳ２００に投稿されている利用者のアカウントに対応する記事に関する情報（以下、記事情報という）を取得する。なお、記事情報は、投稿した記事、記事に付加された付加情報を含む。取得部１３４−１は、取得した記事情報を、記事管理テーブル１０５−２に記憶させる。
関連付部１３４−２は、取得した記事情報に記事番号が付与されているか否かを判別し、記事番号が付与されていないと判別した場合、記事情報に記事番号を付与し、付与した記事番号を記事管理テーブル１０５−２に記憶させる。関連付部１３４−２は、例えば、記事の投稿時間または更新日時に基づいて、記事番号を付与する。また、関連付部１３４−２は、記事投稿部１３２が記事記憶部１０５−１に記憶している投稿記事情報と、取得部１３４−１が記事管理テーブル１０５−２に記憶している記事情報の各記事とを比較し、一致する記事を検出する。関連付部１３４−２は、検出した記事同士の記事番号とＳＮＳ名とを関連付けて記事管理テーブル１０５−２に記憶させる。なお、関連付部１３４−２は、一致する記事の検出を、例えば、投稿した記事のテキストと、取得した記事情報に含まれる各記事のテキストとを比較して、記事が一致しているか否かを判別することで行う。

付加情報検出部１３４−３は、記事管理テーブル１０５−２に記憶している各記事情報に付加情報が含まれているか否かを判別する。付加情報検出部１３４−３は、判別した結果に応じて、記事情報毎に付加情報の有無を示す情報を記事管理テーブル１０５−２に記憶させる。
記事削除部１３４−４は、入力部１０１が出力した削除選択結果に応じて、記事削除メニューの画像を表示させる指示を、画像処理部１３５に出力する。記事削除部１３４−４は、削除選択結果から削除する記事を判別する。記事削除部１３４−４は、削除する記事の記事情報において、いずれかのＳＮＳ２００の記事情報に付加情報があると判別した場合、付加情報があることを報知する指示を画像処理部１３５に出力する。また、記事削除部１３４−４は、入力部１０１が出力した削除選択結果に基づいて、ネットワーク管理部１０４を制御して、記事の削除処理を行う。

ネットワーク管理部１０４は、記事投稿部１３２の制御に応じて、ネットワーク３０を介して、選択されたＳＮＳ２００に記事を投稿する。また、ネットワーク管理部１０４は、記事情報処理部１３４の制御に応じて、ネットワーク３０を介して、ＳＮＳ２００に投稿されている利用者のアカウントの全ての記事情報を取得し、取得した記事情報を記事情報処理部１３４に出力する。また、ネットワーク管理部１０４は、記事情報処理部１３４の制御に応じて、選択された記事を、選択されたＳＮＳ２００から削除する処理を行う。

図２は、本実施形態に係る投稿した記事同士の関連付け処理、及び付加情報検出後の記事管理テーブル１０５−２に記憶されている記事情報の一例を説明する図である。図２（ａ）は、第１ＳＮＳ２０１に投稿されている利用者のアカウントの記事情報である。図２（ｂ）は、第２ＳＮＳ２０２に投稿されている利用者のアカウントの記事情報である。
図２（ａ）及び図２（ｂ）の符号３０２及び３０３が示すようなフォーマットで、記事管理テーブル１０５−２には、ＳＮＳ名３１１、記事番号３１２、投稿された記事であるテキストを示す情報３１３、付加情報３１４、関連ＳＮＳ名３１５、及び関連記事番号３１６が関連付けられて記憶されている。なお、テキスト３１３は、記事の全文であっても、記事のうちの一部（例えば、最初の３文等）であってもよい。また、記事管理テーブル１０５−２には、記事が投稿された日時を含めて記憶させるようにしてもよい。

例えば、図２（ａ）の符号３２１に示すように、記事番号が“０００１”の記事情報は、ＳＮＳ名が“第２ＳＮＳ”の記事番号が“０００Ａ”の記事情報と関連付けられていることを表している。同様に、図２（ａ）の符号３２３に示すように、記事番号が“０００３”の記事情報は、ＳＮＳ名が“第２ＳＮＳ”の記事番号が“０００Ｂ”の記事情報と関連付けられていることを表している。一方、図２（ａ）の符号３２２に示すように、記事番号が“０００２”の記事情報は、関連する記事情報がないことを表している。
また、図２（ａ）の符号３２１に示すように、記事番号が“０００１”の記事情報は、付加情報３１４が「無」、すなわち、付加情報が無いことを表している。一方、図２（ａ）の符号３２３に示すように、記事番号が“０００３”の記事情報は、付加情報３１４が「有」、すなわち、付加情報が有ることを表している。さらに、図２（ｂ）の符号３３１に示すように、記事番号が“０００Ａ”の記事情報は、ＳＮＳ名が“第１ＳＮＳ”の記事番号が“０００１”の記事情報と関連付けられていることを表している。

まず、投稿した記事同士の関連付けについて説明する。図３は、本実施形態に係る投稿した記事同士の関連付け処理手順のフローチャートである。
（ステップＳ１）記事投稿部１３２は、投稿する投稿記事情報を、記事記憶部１０５−１に記憶させる。
（ステップＳ２）記事投稿部１３２は、アカウント管理部１３３に予め記憶されているＳＮＳ毎のアカウント情報を用いて、記事作成部１３１が出力した投稿記事情報を、ネットワーク管理部１０４を制御して、ネットワーク３０を介して、記事作成部１３１が出力した投稿選択結果に応じたＳＮＳ２００に投稿する。

（ステップＳ３）取得部１３４−１は、アカウント管理部１３３に記憶されているＳＮＳ毎のアカウント情報を用いて、ネットワーク管理部１０４を制御して複数のＳＮＳ２００から利用者の記事情報を取得する。次に、取得部１３４−１は、取得した記事一覧の情報を、記事管理テーブル１０５−２に記憶させる。なお、取得部１３４−１は、ステップＳ２の記事投稿後、所定の時間間隔で、複数のＳＮＳ２００から利用者の記事情報を取得する。なお、取得部１３４−１は、ステップＳ２で投稿したＳＮＳ２００からのみ、利用者の記事情報を取得するようにしてもよい。
（ステップＳ４）関連付部１３４−２は、ステップＳ３で取得した複数のＳＮＳ２００の記事情報の中から、ステップＳ２で投稿した投稿記事情報と一致する記事を探索する。

（ステップＳ５）関連付部１３４−２は、記事情報の中に記事記憶部１０５−１に記憶させた投稿記事情報と一致する記事があるか否かを判別する。関連付部１３４−２は、記事情報の中に投稿記事情報と一致する記事があると判別した場合（ステップＳ５；Ｙｅｓ）、ステップＳ６に進み、記事情報の中に投稿記事情報と一致する記事がないと判別した場合（ステップＳ５；Ｎｏ）、処理を終了する。
（ステップＳ６）関連付部１３４−２は、一致した記事に対して、関連ＳＮＳ名及び関連記事番号を記事管理テーブル１０５−２に記憶させ、次いで処理を終了する。
以上で、記事同士の関連付け処理を終了する。

次に、投稿された記事の付加情報の取得について説明する。図４は、本実施形態に係る付加情報を取得する処理手順のフローチャートである。図４の処理は、所定の時間間隔で行われる。
（ステップＳ１１）取得部１３４−１は、複数のＳＮＳ２００から投稿した記事情報を、ネットワーク管理部１０４を制御して取得する。なお、取得部１３４−１は、取得した記事情報を記事管理テーブル１０５−２に記憶させることで、記事管理テーブル１０５−２に記憶されている記事情報を更新するようにしてもよい。
（ステップＳ１２）関連付部１３４−２は、ステップＳ４〜Ｓ６の処理を行うことで、記事の関連付けを行う。この処理を行うことによって、ステップＳ１〜Ｓ６で行った記事の関連付け処理後に、同一の記事が他のＳＮＳ２００に投稿された場合であっても、記事の関連付けを行うことができる。

（ステップＳ１３）付加情報検出部１３４−３は、ステップＳ１１で取得した記事情報の中に付加情報があるか否かを判別する。付加情報検出部１３４−３は、取得した記事情報の中に付加情報があると判別した場合（ステップＳ１３；Ｙｅｓ）、ステップＳ１４に進み、取得した記事情報の中に付加情報がないと判別した場合（ステップＳ１３；Ｎｏ）、処理を終了する。
（ステップＳ１４）付加情報検出部１３４−３は、図２に示したように、付加情報の有無を示す情報として“無”を“有”に書き換えて記事管理テーブル１０５−２に記憶させ、次いで処理を終了する。
以上で、付加情報を取得する処理を終了する。
なお、図４のステップＳ１１では、記事管理テーブル１０５−２に記憶されている記事の記事情報を取得する例を説明したが、利用者のアカウントに対応する全ての記事の記事情報を取得するようにしてもよい。また、ステップＳ６の処理終了後に、ステップＳ１１、Ｓ１３、及びＳ１４を行うようにしてもよい。

ここで、図３、図４の関連付け処理及び付加情報の取得処理の一例を説明する。
利用者は、入力部１０１を操作して、記事として“おはよう”を作成する。また、利用者は、この作成した記事を、第１ＳＮＳ２０１及び第２ＳＮＳ２０２に投稿することを、入力部１０１を操作して選択する。次に、記事投稿部１３２は、投稿する記事のテキスト情報である“おはよう”を、記事記憶部１０５−１に記憶させる（ステップＳ１）。次に、記事投稿部１３２は、記事である“おはよう”を、アカウント管理部１３３に記憶されている利用者のアカウント情報を用いて、第１ＳＮＳ２０１及び第２ＳＮＳ２０２に、ネットワーク管理部１０４を制御して投稿する（ステップＳ２）。

次に、取得部１３４−１は、アカウント管理部１３３に予め記憶されているＳＮＳ毎の利用者のアカウント情報を用いて、複数のＳＮＳ２００から記事情報を取得する。この結果、例えば、取得部１３４−１は、図２（ａ）に示すように第１ＳＮＳ２０１における記事番号３１２が“０００１”、“０００２”、及び“０００３”の記事情報を取得する。さらに、関連付部１３４−２は、図２（ｂ）に示すように第２ＳＮＳ２０２における記事番号３１２が“０００Ａ”、“０００Ｂ”、及び“０００Ｃ”の記事情報を取得する（ステップＳ３）。なお、ステップＳ３の時点では、図２（ａ）及び図２（ｂ）において、付加情報３１４、関連ＳＮＳ名３１５、及び関連記事番号３１６を取得されていないため、記事管理テーブル１０５−２の各欄は空欄である。次に、関連付部１３４−２は、取得した記事情報に含まれる記事のうち、記事番号３１２が“０００１”の記事情報と、記事番号３１２が“０００Ａ”との記事が一致するため、図２（ａ）及び図２（ｂ）に示すように、各々、関連する関連ＳＮＳ名３１５及び関連記事番号３１６を、記事管理テーブル１０５−２に記憶させる（ステップＳ６）。

次に、所定の時間間隔で、取得部１３４−１は、投稿した記事の記事情報を取得する（ステップＳ１１）。次に、関連付部１３４−２は、取得した記事情報に基づいて、記事の関連付け処理を行う（ステップＳ１２）。次に、付加情報検出部１３４−３は、取得した記事情報の中に付加情報があるか否かを判別する（ステップＳ１３）。付加情報検出部１３４−３は、記事番号３１２が“０００３”及び記事番号が“０００Ｃ”の記事情報に付加情報があると判別し、記事管理テーブル１０５−２において図２（ａ）の符号３４１の付加情報を“無”から“有”に書き換えて記憶させる。

図５（ａ）〜図５（ｈ）は、本実施形態に係る表示部１０２に表示される画像の例を説明する図である。図５（ａ）〜図５（ｃ）は各々、第１ＳＮＳ２０１〜第３ＳＮＳ２０３に投稿されている記事、アカウント、投稿された日時、アバター（自分の分身となるキャラクター）を表示部１０２に表示した画面の画像５０１ａ〜５０１ｃである。
図５（ａ）〜図５（ｃ）に示すように、画像５０１ａ〜５０１ｃの上部に、ＳＮＳ名を示すタブの画像５１１〜５１３が表示される。入力部１０１は、利用者によってこのタブの画像５１１〜５１３がタッチされて選択されたことを検出する。そして、制御部１０３は、入力部１０１によって検出された結果に応じて、第１ＳＮＳ２０１〜第３ＳＮＳ２０３に投稿されている記事を表示する。または、図５（ａ）の画面（タッチパネルの画面）において、利用者が指５１４を右から左方向にスライドさせたことを入力部１０１が検出し、制御部１０３は、入力部１０１によって検出された結果に応じて、例えば第１ＳＮＳ２０１の画像５０１ａから第２ＳＮＳ２０２の画像５０１ｂに切り替えるようにしてもよい。

図５（ａ）〜図５（ｃ）において、記事画像５２１、５４１、および５５１は、利用者が投稿した記事を含む画像を示している。また、記事画像５２２、５２３、５４２、５４３、５５２、および５５３は、利用者以外の人が投稿した記事を含む画像を示している。記事画像５２１には、利用者に対応したアバターの画像５３１、利用者の第１ＳＮＳ２０１におけるハンドル名（ネットワーク上で活動するときの別名）の画像５３２、投稿した投稿記事の画像５３３、投稿された日時を示す画像５３４を含んでいる。なお、利用者の第１ＳＮＳ２０１〜第３ＳＮＳ２０３におけるハンドル名は各々、＠ｈｉｒｏｓｈｉ、ヒロシ、および洋である。なお、画像５０１ａ〜５０１ｃにおいて、利用者が指５１４を下から上にスライドさせたことを入力部１０１が検出し、制御部１０３は、入力部１０１によって検出された結果に応じて、画像５０１ａ〜５０１ｃをスライドして表示することで、さらに多くの投稿された記事を表示するようにしてもよい。また、画像５３１は、アバターの画像に限らず、利用者が登録した画像であってもよい。

次に、投稿した記事の削除の処理手順を説明する。図６は、本実施形態に係る投稿された記事の削除の処理手順のフローチャートである。
（ステップＳ１０１）利用者は、投稿した記事を削除するとき、入力部１０１を操作して、削除する記事が投稿されているＳＮＳ２００の画面を選択する。次に、利用者は、削除したい記事を、入力部１０１を操作して選択する。次に、記事削除部１３４−４は、入力部１０１が検出した削除する記事を示す情報を取得する。次に、記事削除部１３４−４は、表示部１０２に記事削除メニューを表示する指示を、画像処理部１３５に出力する。
この結果、表示部１０２には、図５（ｄ）の画像５０１ｄのように、削除したい記事画像５２１及び記事削除メニュー画像５６１が表示される。また、記事削除メニュー画像５６１には、選択されたＳＮＳ２００からのみ記事を削除する“１件削除”ボタンの画像５６２と、全てのＳＮＳ２００から同じ記事をまとめて削除する“まとめて削除”ボタンの画像５６３とが含まれている。次に、記事削除部１３４−４は、利用者が“１件削除”ボタンまたは“まとめて削除”ボタンのいずれを選択したか判別する。記事削除部１３４−４は、“まとめて削除”ボタンが選択された場合（ステップＳ１０１；Ｙｅｓ）、関連付けられた記事をまとめて削除すると判別して、処理をステップＳ１０２に進める。あるいは、記事削除部１３４−４は、“１件削除”ボタンが選択された場合（ステップＳ１０１；Ｎｏ）、関連付けられた記事をまとめて削除しないと判別して、処理をステップＳ１０３に進める。

（ステップＳ１０２）記事削除部１３４−４は、関連付けた記事も削除対象に含めるように設定する。
（ステップＳ１０３）記事削除部１３４−４は、記事管理テーブル１０５−２を探索し、削除対象の記事が含まれる記事情報の中に付加情報があるか否かを判別する。記事削除部１３４−４は、削除対象が含まれる記事情報の中に付加情報があると判別した場合（ステップＳ１０３；Ｙｅｓ）、ステップＳ１０６に進み、削除対象の記事が含まれる記事情報の中に付加情報がないと判別した場合（ステップＳ１０３；Ｎｏ）、ステップＳ１０４に進む。

（ステップＳ１０４）取得部１３４−１は、ネットワーク管理部１０４を制御して、サーバ２０から、最新の記事情報を取得する。
（ステップＳ１０５）付加情報検出部１３４−３は、削除対象の記事が含まれる記事情報の中に付加情報があるか否かを判別する。付加情報検出部１３４−３は、削除対象の記事が含まれる記事情報の中に付加情報があると判別した場合（ステップＳ１０５；Ｙｅｓ）、ステップＳ１０６に進み、削除対象の記事が含まれる記事情報の中に付加情報がないと判別した場合（ステップＳ１０５；Ｎｏ）、ステップＳ１０８に進む。

（ステップＳ１０６）記事削除部１３４−４は、図５（ｅ）の画像５０１ｅのように、削除する記事に付加情報があることを通知する通知画像５７１を表示する指示を、画像処理部１３５に出力する。次に、画像処理部１３５は、通知画像５７１を表示部１０２上に表示させる。通知画像５７１には、例えば、通知文の画像５７２、同意を示す“ＯＫ”ボタンの画像５７３、キャンセルを示す“キャンセル”ボタンの画像５７４が含まれている。

（ステップＳ１０７）利用者は、通知画像５７１を確認し、“ＯＫ”ボタン、または“キャンセル”ボタンを選択する。次に、記事削除部１３４−４は、入力部１０１の検出結果に応じて、利用者が“ＯＫ”ボタンまたは“キャンセル”ボタンのいずれかを選択したか判別する。記事削除部１３４−４は、“ＯＫ”ボタンが選択されたと判別した場合（ステップＳ１０７；Ｙｅｓ）、ステップＳ１０８に進み、“キャンセル”ボタンが選択されたと判別した場合（ステップＳ１０７；Ｎｏ）、キャンセル処理をして、記事削除の処理を終了する。なお、キャンセル処理とは、例えば、図５（ｅ）の画像５０１ｅから、通知画像５７１を消して、図５（ａ）の画像５０１ａに戻す処理である。

（ステップＳ１０８）記事削除部１３４−４は、選択された記事の削除を行う。なお、記事削除部１３４−４は、ステップＳ１０２において、関連付けた記事も削除対象に含めるように設定されている場合、関連付けられている他のＳＮＳ２００の記事も削除する。一方、記事削除部１３４−４は、ステップＳ１０１において、“１件削除”ボタンが選択された場合、選択されているＳＮＳ２００の記事のみを削除し、さらに記事管理テーブル１０５−２における他のＳＮＳ２００の関連ＳＮＳ名３１５と関連記事番号３１６の情報を削除する。
（ステップＳ１０９）記事削除部１３４−４は、記事管理テーブル１０５−２を更新して、記事の削除処理を終了する。

なお、本実施形態では、図３及び図４に示したように、事前に記事に付加情報があるか否かを検出して記事管理テーブル１０５−２に記憶させておく例を説明したが、これに限られない。利用者によって記事の削除が選択されたとき、記事削除部１３４−４は、ステップＳ１０１、Ｓ１０２実行後、ステップＳ１０４を実行するようにしてもよい。

ここで、図６の記事削除処理の一例を説明する。以下の例では、第１ＳＮＳ２０１の記事画像５２１の記事に、第２ＳＮＳ２０２の記事画像５４１の記事と、第３ＳＮＳ２０３の記事画像５５１の記事とが関連付けられているとする。また、付加情報があるのは、第２ＳＮＳ２０２の記事画像５４１の記事のみであるとする。
ステップＳ１０１において“まとめて削除”ボタンが選択された場合、記事削除部１３４−４は、記事管理テーブル１０５−２を探索し、関連付けられている第２ＳＮＳ２０２の記事画像５４１の記事が含まれる記事情報の中に付加情報があると判別する（ステップＳ１０３）。次に、画像処理部１３５は、通知画像５７１を表示部１０２上に表示させる（ステップＳ１０６）。次に、“キャンセル”ボタンが選択された場合（ステップＳ１０７）、記事削除部１３４−４は、キャンセル処理をして、記事削除の処理を終了する。

次に、ステップＳ１０３において、付加情報がないと判別した場合の例を説明する。削除対象の記事に付加情報がない場合、取得部１３４−１は、ネットワーク管理部１０４を制御して、サーバ２０から、最新の記事情報を取得する（ステップＳ１０４）。次に、付加情報検出部１３４−３は、取得した記事情報の中に付加情報が追加されてないと判別し（ステップＳ１０５）、第１ＳＮＳ２０１の記事画像５２１の記事、第２ＳＮＳ２０２の記事画像５４１、及び第３ＳＮＳ２０３の記事画像５５１削除する（ステップＳ１０８）。
図５（ｆ）〜図５（ｈ）は、それぞれ図５（ａ）〜図５（ｃ）から記事画像５２１、５４１、５５１に対応する記事を削除した後の画像５０１ｆ〜５０１ｈである。第１ＳＮＳ２０１に投稿された記事から記事画像５２１に対応する記事が削除されたため、画像５０１ｆには、第１ＳＮＳ２０１に投稿されている記事に対応する記事画像５２２、５２３に加え、５２４が表示される。同様に、画像５０１ｇには、第２ＳＮＳ２０２に投稿されている記事に対応する記事画像５４２、５４３に加え、記事画像５４４が表示される。さらに、画像５０１ｈには、第３ＳＮＳ２０３に投稿されている記事に対応する記事画像５５２、５５３に加え、記事画像５５４が表示される。

図７は、本実施形態に係る記事が削除された後の記事管理テーブル１０５−２を説明する図である。図７（ａ）は、記事番号が“０００１”（図５（ａ）参照）が削除された後の第１ＳＮＳ２０１に対応する記事管理テーブル１０５−２を説明する図である。図７（ｂ）は、記事番号が“０００Ａ”（図５（ｂ）参照）が削除された後の第２ＳＮＳ２０２に対応する記事管理テーブル１０５−２を説明する図である。図７（ｃ）は、第１ＳＮＳ２０１の記事番号が“０００１”（図５（ａ）参照）のみが削除された後の第２ＳＮＳ２０２に対応する記事管理テーブル１０５−２を説明する図である。
ステップＳ１０２（図６）において、関連付けられている他のＳＮＳ２００の記事も削除する場合、第１ＳＮＳ２０１の記事番号が“０００１”の記事情報および、第２ＳＮＳ２０２の記事番号が“０００Ａ”の記事情報が、記事削除部１３４−４によって記事管理テーブル１０５−２から削除される。この結果、図７（ａ）及び図７（ｂ）の符号３２１ｂ及び３３１ｂに示すように、記事情報３２１及び３３１が削除される。
一方、ステップＳ１０１において、“１件削除”ボタンが選択された場合、記事削除部１３４−４は、選択されている第１ＳＮＳ２０１の記事のみを図７（ａ）の符号３２１ｂに示すように削除し、さらに図７（ｃ）の符号３５１及び３５２に示すように、関連する記事番号が“０００Ａ”における関連ＳＮＳ名３５１及び関連記事番号３５２の情報を削除する。

なお、図５（ｅ）の通知画像５７１に、どのＳＮＳ２００の記事に付加情報が付いているかを示す情報を表示するようにしてもよい。これにより、利用者は、付加情報が付いていないＳＮＳ２００の記事のみを選択して、１件ずつ削除することで、付加情報が付いている記事を誤って削除することを防ぐことができる。この場合、例えば、図５（ｅ）の通知画像５７１に、付加情報が付いていない記事のみ削除を行うボタンの画像も表示するようにしてもよい。

以上のように、本実施形態に係る端末１０は、公開されているサービスに投稿されている記事に付加情報が付加されているか否かを検知する付加情報検出部１３４−３と、記事を削除するときに、付加情報検出部１３４−３によって付加情報が検知された場合、付加情報があることを報知する記事削除部１３４−４と、を備える。

この構成によって、本実施形態の端末１０では、公開されているサービスに投稿されている記事を削除するとき、記事にコメントや支持情報などの付加情報がある場合、表示部１０２に付加情報があることを報知する。これにより、本実施形態の端末１０では、記事に付加情報があることが報知されるため、利用者が、付加情報がある記事を誤って削除することを防ぐことができる。

また、本実施形態の端末１０は、複数のサービスに投稿されている複数の記事の中から、異なるサービスにおいて同一の記事を関連付ける関連付部１３４−２を備え、記事削除部１３４−４は、関連付部１３４−２が関連付けた異なるサービスにおける同一の記事を全て削除するとき、関連付部１３４−２が関連付けた異なるサービスにおける同一の記事のいずれかに付加情報が付加されていることが付加情報検出部１３４−３によって検知された場合、付加情報があることを報知する。

この構成によって、本実施形態の端末１０では、記事を削除するとき、削除しようとしているＳＮＳ２００の記事に付加情報がなくても、関連付けられている他のＳＮＳ２００に投稿されている同一の記事に付加情報があることを検知して利用者に報知する。この結果、本実施形態の端末１０では、複数のＳＮＳ２００に同じ記事が投稿されている場合、投稿されているいずれかの記事に付加情報があっても、削除するときに、いずれかの記事に付加情報があることを報知するため、利用者が、他のＳＮＳ２００の記事にある付加情報を誤って削除することを防ぐことができる。

また、本実施形態の端末１０において、付加情報検出部１３４−３は、記事を削除するときに、事前に付加情報検出部によって付加情報が検知されていない場合、公開されているサービスに投稿されている記事にアクセスして、記事に付加情報が付加されているか否かを再検知する。
この構成によって、本実施形態の端末１０では、端末１０以外の装置やシステムから投稿された記事であっても、付加情報があるか否かを判別できるため、他のＳＮＳ２００の記事にある付加情報を誤って削除することを防ぐことができる。

なお、本実施形態では、端末１０が記事情報処理部１３４及びデータ管理部１０５を備える例を説明したが、これに限られない。記事情報処理部１３４及びデータ管理部１０５は、ネットワーク３０に接続されているサービス提供装置（図示せず）が備えるようにしてもよい。この場合、端末１０は、削除したい記事を選択し、選択した記事を示す情報をサービス提供装置に、ネットワーク管理部１０４を制御して、ネットワーク３０を介して問い合わせるようにしてもよい。サービス提供装置は、端末１０の問い合わせに応じて、削除対象に関連した記事があるか、削除記事または関連付けられた記事に付加情報があるかを確認し、確認した結果を、ネットワーク３０を介して端末１０に送信するようにしてもよい。この場合であっても、端末１０は、記事を削除するとき、いずれかの記事に付加情報があることを報知するため、利用者が、他のＳＮＳ２００の記事にある付加情報を誤って削除することを防ぐことができる。

なお、実施形態の図１の制御部１０３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

（１）本発明の一態様に係る情報確認方法は、付加情報検出部が、公開されているサービスに投稿されている記事に付加情報が付加されているか否かを検知する付加情報検出手順と、記事削除部が、前記記事を削除するときに、前記付加情報検出手順によって前記付加情報が検知された場合、前記付加情報があることを報知する記事削除手順と、を含むことを特徴としている。
（２）また、本発明の一態様に係る情報確認プログラムは、端末のコンピュータに、公開されているサービスに投稿されている記事に付加情報が付加されているか否かを検知する付加情報検出手順と、前記記事を削除するときに、前記付加情報検出手順によって前記付加情報が検知された場合、前記付加情報があることを報知する記事削除手順と、を実行させることを特徴としている。

１…情報確認システム、１０…端末、２０…サーバ、１０１…入力部、１０２…表示部、１０３…制御部、１０４…ネットワーク管理部、１０５…データ管理部、１０５−１…記事記憶部、１０５−２…記事管理テーブル、１３１…記事作成部、１３２…記事投稿部、１３３…アカウント管理部、１３４…記事情報処理部、１３４−１…取得部、１３４−２…関連付部、１３４−３…付加情報検出部、１３４−４…記事削除部、１３５…画像処理部、２００…ＳＮＳ、２０１…第１ＳＮＳ、２０２…第２ＳＮＳ、２０３…第３ＳＮＳ

Claims (5)

1. 公開されているサービスに投稿されている記事に付加情報が付加されているか否かを検知する付加情報検出部と、
   前記記事を削除するときに、前記付加情報検出部によって前記付加情報が検知された場合、前記付加情報があることを報知する記事削除部と、
   を備えることを特徴とする端末。
2. 複数の前記サービスに投稿されている複数の記事の中から、異なるサービスにおいて同一の記事を関連付ける関連付部を備え、
   前記記事削除部は、
   前記関連付部が関連付けた異なるサービスにおける前記同一の記事を全て削除するとき、前記関連付部が関連付けた異なるサービスにおける前記同一の記事のいずれかに前記付加情報が付加されていることが前記付加情報検出部によって検知された場合、前記付加情報があることを報知する
   ことを特徴とする請求項１に記載の端末。
3. 前記付加情報検出部は、
   前記記事を削除するときに、事前に前記付加情報検出部によって前記付加情報が検知されていない場合、公開されているサービスに投稿されている前記記事にアクセスして、前記記事に付加情報が付加されているか否かを再検知する
   ことを特徴とする請求項１または請求項２のいずれか１項に記載の端末。
4. 付加情報検出部が、公開されているサービスに投稿されている記事に付加情報が付加されているか否かを検知する付加情報検出手順と、
   記事削除部が、前記記事を削除するときに、前記付加情報検出手順によって前記付加情報が検知された場合、前記付加情報があることを報知する記事削除手順と、
   を含むことを特徴とする情報確認方法。
5. 端末のコンピュータに、
   公開されているサービスに投稿されている記事に付加情報が付加されているか否かを検知する付加情報検出手順と、
   前記記事を削除するときに、前記付加情報検出手順によって前記付加情報が検知された場合、前記付加情報があることを報知する記事削除手順と、
   を実行させることを特徴とする情報確認プログラム。

Images