JP5965504B1 - 情報提供装置、情報提供方法および情報提供プログラム - Google Patents

情報提供装置、情報提供方法および情報提供プログラム Download PDF

Info

Publication number
JP5965504B1
JP5965504B1 JP2015041847A JP2015041847A JP5965504B1 JP 5965504 B1 JP5965504 B1 JP 5965504B1 JP 2015041847 A JP2015041847 A JP 2015041847A JP 2015041847 A JP2015041847 A JP 2015041847A JP 5965504 B1 JP5965504 B1 JP 5965504B1
Authority
JP
Japan
Prior art keywords
user
information
couple
service
account
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015041847A
Other languages
English (en)
Other versions
JP2016162317A (ja
Inventor
俊輝 千葉
俊輝 千葉
洸希 矢内
洸希 矢内
恭兵 山口
恭兵 山口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Yahoo Japan Corp
Original Assignee
Yahoo Japan Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yahoo Japan Corp filed Critical Yahoo Japan Corp
Priority to JP2015041847A priority Critical patent/JP5965504B1/ja
Application granted granted Critical
Publication of JP5965504B1 publication Critical patent/JP5965504B1/ja
Publication of JP2016162317A publication Critical patent/JP2016162317A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】カップル同士のコミュニケーションを適切に支援することができる。【解決手段】本願に係る情報表示装置は、情報提供装置は、二人の利用者に対して個別に付与された二つの識別情報に1つのアカウントを対応付けて管理する管理部と、利用者からサービスの提供を要求された場合は、当該利用者の識別情報に対応付けられたアカウントに基づくサービスを提供する提供部とを有することを特徴とする。例えば、サービス提供サーバ20は、利用者Aと利用者Bとがカップルである場合、利用者AのユーザーIDと利用者BのユーザーIDとの組に、1つのカップルIDを対応付けて記憶する。そして、サービス提供サーバ20は、利用者Aからコンテンツの投稿があった場合は、投稿されたコンテンツを利用者AのユーザーIDと対応付けられたカップルIDが示すカップル、すなわち利用者Aおよび利用者Bによって投稿されたコンテンツとして他の利用者に公開する。【選択図】図1

Description

本発明は、情報提供装置、情報提供方法および情報提供プログラムに関する。
近年、インターネット上ではソーシャルネットワーキングサービス(以下「SNS」と略記する)と呼ばれるサービスが提供されている。SNSは、コミュニティ型の会員制サービスであり、登録制や招待制によって形成されたコミュニティ内でのコミュニケーションを支援するサービスである。
このようなSNSに係るサービスを提供する情報提供サーバは、利用者のアカウントを個別に管理し、各利用者からの要求に応じて、認証や投稿されたコンテンツの配信といった各種サービスの提供を行う。例えば、情報提供サーバは、友人同士や同一グループに属する利用者のアカウントを紐付けて管理し、コンテンツの閲覧を要求した利用者に対し、その利用者のアカウントと紐付けられたアカウントが示す利用者が投稿したコンテンツを配信する。
特開2014−049095号公報 特開2014−063461号公報
しかしながら、上記の従来技術では、カップル同士のコミュニケーションを適切に支援することができない。例えば、従来技術では、カップルが撮影された写真がいずれか一方の利用者により投稿された場合、他方の利用者が投稿した写真として管理することができない。
本願は、上記に鑑みてなされたものであって、カップル同士のコミュニケーションを適切に支援する情報提供装置、情報提供方法および情報提供プログラムを提供することを目的とする。
本願に係る情報提供装置は、二人の利用者に対して個別に付与された二つの識別情報に1つのアカウントを対応付けて管理する管理部と、利用者からサービスの提供を要求された場合は、当該利用者の識別情報に対応付けられたアカウントに基づくサービスを提供する提供部とを有することを特徴とする。
実施形態の一態様によれば、カップル同士のコミュニケーションを適切に支援することができるという効果を奏する。
図1は、実施形態に係るサービス提供システムの一例を示す図である。 図2は、実施形態に係るサービス提供システムの構成例を示す図である。 図3は、実施形態に係るSNSサーバの構成例を示す図である。 図4は、実施形態に係る認証データベースに格納された情報の一例を示す図である。 図5は、実施形態に係るコンテンツ配信サーバの構成例を示す図である。 図6は、実施形態にかかるカップルIDデータベースに登録される情報の一例を示す図である。 図7は、実施形態にかかる提供サービスデータベースに登録される情報の一例を示す図である。 図8は、実施形態に係る配信情報データベースに登録される情報の一例を示す図である。 図9は、実施形態に係る端末装置の構成例を示す図である。 図10は、実施形態にかかる端末装置が表示するタイムライン画面の一例を示す図である。 図11は、実施形態にかかる端末装置が表示する検索画面、投稿表示画面および設定情報画面の一例を示す図である。 図12は、実施形態に係る端末装置が表示する撮影画面の一例を示す図である。 図13は、実施形態にかかる端末装置が表示する保存画面の一例を示す図である。 図14は、実施形態に係る撮影処理の利用形態の一例を説明する図である。 図15は、実施形態にかかるサービス提供サーバが写真からカップルをタグ付する処理の一例を説明する図である。 図16は、実施形態に係るサービス提供サーバが実行する処理の流れを説明するためのフローチャートである。 図17は、実施形態に係る端末装置が実行する撮影処理および保存処理の流れを説明するためのフローチャートである。 図18は、サービス提供サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。
以下に、本願に係る情報提供装置、情報提供方法および情報提供プログラムを実施するための形態(以下、「実施形態」と記載する。)について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報提供装置、情報提供方法および情報提供プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
〔1.端末装置100の一例〕
まず、図1を用いて、情報提供装置の一例であるサービス提供サーバ20および撮影装置の一例である端末装置100〜300を有するサービス提供システムの一例について説明する。図1は、実施形態に係るサービス提供システムの一例を示す図である。図1では、サービス提供サーバ20によって端末装置100〜300にSNSに係るサービスを提供する例を示す。
図1に示した端末装置100は、スマートフォンやタブレット等のスマートデバイスであり、3G(Generation)やLTE(Long Term Evolution)等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置100は、液晶ディスプレイ等の出力部130や任意の被写体を撮影するカメラ140を有する。なお、端末装置100には、タッチパネルが採用されているものとする。すなわち、端末装置100の利用者は、指やスタイラスで出力部130の表示面(以下、画面と記載する場合がある。)をタッチすることにより各種操作を行う。
なお、端末装置100は、デスクトップ型のPC(Personal Computer)やノート型のPC、ネットブック、サーバ装置などの情報処理装置であってもよい。また、端末装置100は、端末装置100に設置された画面ではなく、他の情報表示装置に情報を表示する機能を有していてもよい。また、端末装置100は、マウスやキーボードなどの情報入力装置を介して各種操作を受け付けてもよい。なお、端末装置200、300は、端末装置100と同様の機能を発揮するものとして、説明を省略する。
図1に示すSNSサーバ10は、サービス提供サーバ20とは個別のSNSに係るサービスを提供するサーバであり、サーバ装置等の情報処理装置により実現される。例えば、SNSサーバ10は、各端末装置100〜300を利用する利用者A〜Cを識別するユーザーID(Identifier)とパスワードとを対応付けた認証データベース14を記憶し、各利用者A〜Cを個別に認証する。そして、SNSサーバ10は、認証した利用者に対し、他の利用者が投稿した文章、静止画像、動画像、音声、リンク、広告等といった各種コンテンツを提供する。すなわち、SNSサーバ10は、各利用者A〜Cに対して個別のアカウントを作成し、各利用者A〜Cが投稿した各種コンテンツを各利用者A〜Cが個別に投稿したコンテンツとして他の利用者に提供するサーバである。
サービス提供サーバ20は、各利用者A〜Cに対し、SNSサーバ10とは個別のサービスを提供するサーバであり、サーバ装置等の情報提供装置やクラウドネットワーク等により実現されるサーバである。例えば、サービス提供サーバ20は、インターネットやLAN(Local Area Network)等を介して、SNSサーバ10及び各端末装置100〜300と通信可能に接続され、各種情報の送受信を行う。
〔2.サービス提供サーバ20が実行する処理〕
ここで、従来技術では、各利用者のアカウントを個別に管理していたので、カップル同士のコミュニケーションを適切に支援することができなかった。例えば、従来技術では、利用者Aと利用者Bがカップルであり、利用者Aと利用者Bとが撮影された画像を利用者Aが投稿した場合、投稿された画像を利用者Aが投稿した画像として管理するので、利用者Aの友人や同一のグループに属する利用者にのみ提供され、利用者Bの友人や同一のグループに属する利用者には提供されない。また、従来技術では、利用者Aが投稿した画像と利用者Bが投稿した画像とをそれぞれ個別に管理するので、利用者Aと利用者Bとが同一の投稿を行っても、他の利用者がいずれか一方を評価した場合は、かかる評価を他方の利用者の投稿に反映させることができない。
そこで、サービス提供サーバ20は、以下に説明する処理を実行することで、カップル用のSNSに係るサービスを提供する。例えば、サービス提供サーバ20は、二人の利用者に対して個別に付与されたユーザーIDに1つのアカウントを対応付けて管理する。そして、サービス提供サーバ20は、利用者からサービスの提供を要求された場合は、その利用者のユーザーIDに対応付けられたアカウントに基づいてサービスを提供する。
例えば、サービス提供サーバ20は、利用者Aと利用者Bとがカップルである場合、利用者AのユーザーIDと利用者BのユーザーIDとの組に、1つのカップルIDを対応付けて記憶する。そして、サービス提供サーバ20は、利用者Aからコンテンツの投稿があった場合は、投稿されたコンテンツを利用者AのユーザーIDと対応付けられたカップルIDが示すカップル、すなわち利用者Aおよび利用者Bによって投稿されたコンテンツとして他の利用者に公開する。また、例えば、サービス提供サーバ20は、あるカップルが投稿したコンテンツに対し、利用者Aが評価やコメント等を投稿した場合は、利用者Aおよび利用者Bによる評価やコメントとして、コンテンツの投稿元となるカップルに通知する。
このように、サービス提供サーバ20は、二人の利用者のユーザーIDに1つのアカウントを対応付けて管理し、サービスの提供を要求した利用者のユーザーIDと対応付けられたアカウントに基づいて、コンテンツの投稿、評価、コメントの投稿等といった各種サービスを提供する。このため、サービス提供サーバ20は、カップル同士のコミュニケーションを適切に支援することができる。
〔3.サービス提供サーバ20が提供するサービスの種別について〕
ここで、サービス提供サーバ20は、サービスの種別に応じて、利用者のユーザーID、又は、利用者のユーザーIDと対応付けられたアカウントを選択し、選択したユーザーID又はアカウントに基づいてサービスを提供する。すなわち、サービス提供サーバ20は、サービスの種別に応じて、利用者が個別に有するアカウントまたはカップルが個別に有するアカウントを切替え、サービスの提供を行う。
例えば、サービス提供サーバ20は、利用者Aからログイン等の認証を要求された場合は、利用者Aが有するユーザーIDを用いて認証を行う。すなわち、サービス提供サーバ20は、利用者が個別に有するアカウントを用いて、かかる利用者の認証を行う。
また、例えば、サービス提供サーバ20は、利用者Aからコンテンツが投稿された場合は、利用者AのユーザーIDと対応付けられたアカウントにより投稿されたコンテンツとして、投稿されたコンテンツを受け付ける。すなわち、サービス提供サーバ20は、利用者Aからコンテンツの投稿を受付けた場合は、投稿されたコンテンツを、利用者Aと利用者Bとからなるカップルにより投稿されたコンテンツとして受け付ける。
ここで、サービス提供サーバ20は、利用者Aがコンテンツを投稿した場合は、利用者AのユーザーIDと同じアカウントにユーザーIDが対応付けられた利用者、すなわち利用者Bに対して、コンテンツが投稿された旨を通知してもよい。
また、サービス提供サーバ20は、利用者から他の利用者が投稿したコンテンツの閲覧を要求された場合は、かかる他の利用者のユーザーIDと対応付けられたアカウントにより投稿されたコンテンツを提供する。例えば、サービス提供サーバ20は、利用者Aが投稿したコンテンツの閲覧を要求された場合は、利用者Aが投稿したコンテンツと利用者Bが投稿したコンテンツとを、利用者Aおよび利用者Bからなるカップルにより投稿されたコンテンツとして提供する。
また、サービス提供サーバ20は、例えば、利用者Dが投稿した情報に対して利用者Aが評価した場合は、利用者AのユーザーIDと対応付けられたアカウントによる評価をかかる投稿に対して反映させる。すなわち、サービス提供サーバ20は、利用者Dが投稿したコンテンツに対し、利用者Aが「いいね」といった評価を行った場合は、利用者Aと利用者Bからなるカップルにより「いいね」といった評価が行われた旨を利用者Dの投稿に反映させる。なお、サービス提供サーバ20は、「いいね」といった肯定的な評価だけではなく、否定的な評価、リブログ、リツイート、コメント等といった投稿に対する各種のアクションを利用者Aが行った場合は、利用者Aおよび利用者Bからなるカップルによりアクションが行われた旨を反映させてもよい。
なお、サービス提供サーバ20は、コンテンツに対する評価を利用者ごとに反映させてもよい。また、例えば、サービス提供サーバ20は、コンテンツを表示する際、「いいね」といった評価の数や評価の内容を示す男性用の評価ボタンと女性用の評価ボタンとを個別に表示し、男性および女性からの評価をそれぞれ個別に集計もしくは管理してもよい。また、サービス提供サーバ20は、どの利用者が評価したか、カップルのうち男性と女性とのどちらから評価されたか、カップルを構成する二人の利用者から評価されたか等といった評価の内容を可視化して端末装置100に表示させてもよい。
また、サービス提供サーバ20は、同一のアカウントに対応付けられた二人の利用者のうち、一方の利用者からサービスの提供の解消を要求された場合は、かかる利用者のユーザーIDと対応付けられたアカウントにより投稿された全ての情報を消去する。例えば、サービス提供サーバ20は、利用者Aによりサービスの提供の解消を要求された場合は、利用者Aが投稿したコンテンツのみならず、利用者Aとカップルであった利用者Bが投稿したコンテンツも消去する。
また、サービス提供サーバ20は、利用者から他の利用者の検索を要求された場合は、検索結果として、検索対象となる利用者と、検索対象となる利用者のユーザーIDと同じアカウントにユーザーIDが対応付けられた利用者との情報を提供する。すなわち、サービス提供サーバ20は、利用者Dから利用者Aの検索を要求された場合は、利用者Aと利用者Bとからなるカップルの情報を提供する。
また、サービス提供サーバ20は、広告や他のカップルの情報等を利用者に対して推薦する場合は、かかる利用者のユーザーIDと対応付けられたアカウントに基づいて、推薦する情報を決定し、決定した情報を提供する。例えば、サービス提供サーバ20は、利用者Aに対して情報の推薦を行う場合は、利用者Aおよび利用者Bからなるカップルの情報に基づいて広告等の情報を選択し、選択した情報を利用者Aに提供する。
また、サービス提供サーバ20は、識別情報が同一のアカウントと対応付けられた二人の利用者の記念日を特定し、特定した記念日に関する情報を提供する。ここで、記念日とは、カップルである二人の利用者の誕生日や、カップルとなった日等、カップルにとって何らかの記念となった日付である。例えば、サービス提供サーバ20は、利用者Aに対し、利用者Bの誕生日まで残り何日であるか、利用者Bの誕生日に予約が可能な店舗の広告、利用者Bが所望するであろう商品の広告などを提供する。
また、サービス提供サーバ20は、利用者から他の利用者との紐付けを要求された場合は、かかる利用者のユーザーIDに対応付けられたアカウントと、他の利用者のユーザーIDに対応付けられたアカウントとを紐付ける。すなわち、サービス提供サーバ20は、フォロー等、利用者Aから利用者Dとの紐付けを要求された場合は、利用者Aを含むカップルと、利用者Dを含むカップルとの紐付けを行う。
また、サービス提供サーバ20は、フォローが行われた旨や、投稿したコンテンツに評価が行われた旨等の各種通知を利用者に送信する場合は、その利用者だけではなく、その利用者のユーザーIDと同じアカウントにユーザーIDが対応付けられた利用者に対しても、通知を送信する。すなわち、サービス提供サーバ20は、各種通知を、カップル単位で送信する。
また、サービス提供サーバ20は、サービスの提供を要求した利用者のユーザーIDが、他の利用者のユーザーIDとともにアカウントと対応付けられている場合には、かかる利用者にサービスを提供し、サービスの提供を要求した利用者のユーザーIDが、他の利用者のユーザーIDとともにアカウントと対応付けられていない場合には、かかる利用者にサービスを提供しない。
例えば、サービス提供サーバ20は、利用者Cからサービスの提供を要求された場合、利用者CのユーザーIDが他の利用者のユーザーIDとともにアカウントと対応付けられているか否かを判定し、対応付けられていない場合には、利用者Cに対して各種サービスの提供を行わない。すなわち、サービス提供サーバ20は、カップルとして登録された利用者に対してのみ、各種サービスの提供を行う。
また、サービス提供サーバ20は、例えば、利用者Aからアカウントの生成を依頼された場合は、利用者Aが指定する利用者Bに対して認証の実行を要求し、利用者Bが認証を行った場合は、利用者AのユーザーIDと利用者BのユーザーIDとを新たなアカウントと対応付けて管理する。
〔4.サービス提供サーバ20が実行する処理の一例〕
続いて、図1を用いて、サービス提供サーバ20が実行する処理のうち、新たな利用者の登録を受け付ける登録処理、および利用者の要求に応じてサービスを提供する提供処理の一例を説明する。なお、以下の説明では、利用者Aと利用者Bとはカップルであり、利用者Cはカップルではないものとする。
例えば、図1に示す例では、サービス提供サーバ20は、カップルに対して付与されるアカウントであるカップルIDと、各利用者のユーザーIDとを対応付けて管理するカップルIDデータベース24と、提供するサービスごとに使用するIDを対応付けて管理する提供サービステータベース25とを有する。
〔4−1.登録処理の一例〕
まず、登録処理の流れについて説明する。まず、利用者Aは、端末装置100を介して、利用者AのユーザーID「U1」と、パスワード「P1」とともに、新たなアカウントの登録を要求する登録要求をサービス提供サーバ20に送信する(ステップS1)。かかる場合、サービス提供サーバ20は、利用者AのユーザーID「U1」とパスワード「P1」とをSNSサーバ10に送信して認証を依頼する。
ここで、図1に示す例では、認証データベース14には、ユーザーID「U1」とパスワード「P1」とが対応付けて登録されているので、SNSサーバ10は、認証が行われた旨をサービス提供サーバ20に通知する。すると、サービス提供サーバ20は、利用者AのユーザーIDと新たなカップルID(例えば、「C1」)とを対応付けてカップルIDデータベース24に登録する(ステップS2)。続いて、サービス提供サーバ20は、利用者Aから、招待状を送信する利用者の指定を受付ける(ステップS3)。そして、サービス提供サーバ20は、例えば、利用者Aによって指定された利用者Bに対し、招待情報を送信する(ステップS4)。
ここで、利用者Bは、利用者Aとカップルである場合は、端末装置200からサービス提供サーバ20に対して利用者BのユーザーID「U2」と、パスワード「P2」とを送信し、認証を依頼する(ステップS5)。かかる場合、サービス提供サーバ20は、SNSサーバ10に利用者BのユーザーID「U2」と、パスワード「P2」とを送信して認証を依頼し、認証が行われた場合は、利用者BのユーザーID「U2」を、招待元の利用者、すなわち利用者AのユーザID「U1」と対応付けてカップルIDデータベース24に登録する(ステップS6)。
〔4−2.提供処理の一例〕
次に、提供処理の一例について説明する。例えば、利用者Aは、サービス提供サーバ20が提供するカップル用SNSにログインし、各種コンテンツの閲覧を行う場合は、ログイン・閲覧要求をサービス提供サーバ20に送信する(ステップS10)。かかる場合、サービス提供サーバ20は、提供するサービスと対応付けられた使用IDがカップルIDであるか否かを判定する(ステップS11)。
ここで、図1に示す例では、提供サービス「ログイン」は、ユーザーIDと対応付けられているので(ステップS11:No)、サービス提供サーバ20は、サービス要求元の利用者のユーザーIDを用いてログイン認証を行う(ステップS12)。より具体的には、サービス提供サーバ20は、利用者AのユーザーID「U1」を用いて、SNSサーバ10に認証を依頼し、認証が成功した場合は、利用者Aのログインを認可する(ステップS13)。
一方、利用者Bは、端末装置200を用いて撮影した画像をカップル用SNSに投稿する場合は、撮影した画像をサービス提供サーバ20に投稿する(ステップS14)。かかる場合、提供するサービスと対応付けられた使用IDがカップルIDであるか否かを判定する(ステップS11)。ここで、図1に示す例では、提供サービス「投稿」は、カップルIDと対応付けられているので(ステップS11:Yes)、サービス要求元の利用者、すなわち利用者Bを含むカップルのカップルIDを用いてサービスを提供する(ステップS15)。例えば、サービス提供サーバ20は、利用者BのユーザーID「U2」と対応付けられたカップルID「C1」を特定し、利用者Bから投稿された画像を、特定したカップルID「C1」が示すカップルにより投稿された画像とする。
また、サービス提供サーバ20は、各種コンテンツの投稿が行われた場合は、投稿が行われた旨の通知を行う。ここで、図1に示す例では、通知がカップルIDと対応付けられているため、サービス提供サーバ20は、画像を投稿した利用者BのユーザーID「U2」と対応付けられたカップルID「C1」を特定し、特定したカップルID「C1」が示すカップルに対して、画像が投稿された旨の通知を送信する(ステップS16)。すなわち、サービス提供サーバ20は、利用者Bだけではなく、利用者Aにも画像が投稿された旨の通知を送信する。
ここで、サービス提供サーバ20は、利用者Cからコンテンツの閲覧を要求された場合は(ステップS20)、提供サービス「閲覧」がカップルIDと対応付けられているため、利用者CのユーザーID(例えば、「U3」)が他人のカップルIDと対応付けて登録されているか否かを判定する。すると、図1に示す例では、利用者CのユーザーID「U3」は、カップルIDデータベース24に登録されているものの、他の利用者のユーザーIDと対応付けられていない。すなわち、サービス提供サーバ20は、利用者Cが指定する他の利用者からの認証を受けていない。そこで、サービス提供サーバ20は、利用者Cに対し、コンテンツの配信を行わず(ステップS21)、処理を終了する。
なお、サービス提供サーバ20は、利用者Aからコンテンツの閲覧を要求された場合、利用者AのユーザーID「U1」が利用者BのユーザーID「U2」と対応付けて登録されているので、利用者Aに対して各種コンテンツを配信する。例えば、サービス提供サーバ20は、利用者AのユーザーID「U1」と対応付けられたカップルID「C1」を特定し、カップルID「C1」が示すカップルと紐付けられた他のカップルにより投稿されたコンテンツを配信する。
また、サービス提供サーバ20は、利用者Aが配信されたコンテンツに対してコメントを投稿した場合は、提供サービス「コメント」がカップルIDと対応付けられているので、利用者Aが配信したコメントを、利用者AのユーザーID「U1」と対応付けられたカップルID「C1」が示すカップルにより投稿されたコメントとする。
〔5.サービス提供システムの構成〕
以下、上記した表示処理を実現する端末装置100等について説明する。まず、図2を用いて、実施形態に係るサービス提供システム1の構成について説明する。図2は、実施形態に係るサービス提供システムの構成例を示す図である。図2に示すように、サービス提供システム1は、端末装置100〜300と、SNSサーバ10と、サービス提供サーバ20とを含む。
端末装置100、SNSサーバ10、サービス提供サーバ20は、ネットワークNを介して有線または無線により通信可能に接続されており、任意の規格に従って、相互に情報の送受信を行う。なお、図2に示すサービス提供システム1には、他にも複数台の端末装置100や、複数台のSNSサーバ10や、複数台のサービス提供サーバ20が含まれてもよい。また、サービス提供システム1は、各端末装置100〜300から各種サービスの提供を要求された場合は、かかる要求を複数台のサービス提供サーバ20に対して振り分ける振り分け装置を有してもよい。
〔6.SNSサーバの構成〕
次に、図3を用いて、実施形態に係るSNSサーバ10の構成について説明する。図3は、実施形態に係るSNSサーバの構成例を示す図である。図3に示すように、SNSサーバ10は、通信部11と、記憶部12と、制御部13とを有する。
通信部11は、例えば、NIC(Network Interface Card)等によって実現される。そして、通信部11は、ネットワークNと有線または無線で接続され、端末装置100やサービス提供サーバ20の間で情報の送受信を行う。
記憶部12は、例えば、RAM(Random Access Memory)、フラッシュメモリ(Flash Memory)等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部12は、利用者の認証を行うための認証データベース14と、SNSサービスにおいて配信する各種データが格納されたSNSデータベース15とを有する。
ここで、図4は、実施形態に係る認証データベースに格納された情報の一例を示す図である。図4に示した例では、認証データベース14には、ユーザーIDとパスワードとが対応付けて登録されている。例えば、図4に示す例では、利用者AのユーザーID「U1」とパスワード「P1」、利用者BのユーザーID「U2」とパスワード「P2」、利用者CのユーザーID「U3」とパスワード「P3」、利用者DのユーザーID「U4」とパスワード「P4」とが対応付けて登録される。なお、図4では「ユーザーID」や「パスワード」に「U1」〜「U4」、「P1」〜「P4」といった概念的な情報が格納される例を示したが、実際には、各利用者のログイン名やメールアドレス等、各利用者を識別するための情報と、各利用者が個別に指定したパスワードとが対応付けて格納される。
図3に戻り、説明を続ける。SNSデータベース15には、SNSサーバ10が提供するSNSサービスにおいて、各利用者に対して配信するための情報が登録されている。例えば、SNSデータベース15には、各利用者が投稿したコンテンツが登録される。
制御部13は、例えば、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等によって、SNSサーバ10内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部13は、例えば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現される。
図3に示すように、制御部13は、認証部16とサービス提供部17を有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部13の内部構成は、図3に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部13が有する各処理部の接続関係は、図3に示した接続関係に限られず、他の接続関係であってもよい。
認証部16は、利用者の認証を行う。例えば、認証部16は、端末装置100〜300から、ユーザーIDとパスワードとの組を受信した場合は、受信したユーザーIDとパスワードとが対応付けて認証データベース14に登録されているか否かを判定し、登録されている場合には、利用者の認証を行う。また、認証部16は、サービス提供サーバ20から利用者の認証を依頼された場合は、認証の対象となる利用者が入力したユーザーIDとパスワードとが対応付けて認証データベース14に登録されているか否かを判定し、登録されている場合には、利用者が認証された旨の通知をサービス提供サーバ20に送信する。
サービス提供部17は、SNSサーバ10が提供するSNSサービスを提供する。例えば、サービス提供部17は、端末装置100から情報の閲覧を要求された場合は、端末装置100の利用者である利用者Aの友人が投稿したコンテンツをSNSデータベース15から取得し、取得したコンテンツを端末装置100へ送信する。なお、サービス提供部17が実行する具体的な処理については、従来のSNSサーバが提供する処理と同様であるものとして、説明を省略する。
〔7.サービス提供サーバの構成〕
次に、図5を用いて、実施形態に係るサービス提供サーバ20の構成について説明する。図5は、実施形態に係るコンテンツ配信サーバの構成例を示す図である。図5に示すように、サービス提供サーバ20は、通信部21と、記憶部22と、制御部23とを有する。
通信部21は、例えば、NIC等によって実現される。そして、通信部21は、ネットワークNと有線または無線で接続され、端末装置100やSNSサーバ10との間で情報の送受信を行う。
記憶部22は、例えば、RAM、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部22は、カップルIDデータベース24、提供サービスデータベース25、配信情報データベース26を記憶する。
カップルIDデータベース24は、カップルIDと各利用者のユーザーIDとを対応付けて記憶する。例えば、図6は、実施形態にかかるカップルIDデータベースに登録される情報の一例を示す図である。図6に示すように、カップルIDデータベース24には、カップルIDと、第1ユーザのユーザーIDと、第2ユーザのユーザーIDと、フォローIDとが対応付けて格納されている。ここで、フォローIDとは、対応付けられたカップルIDが示すカップルがフォローする他のカップルのカップルIDである。
例えば、図6に示す例では、カップルID「C1」と第1ユーザのユーザーID「U1」と第2ユーザのユーザーID「U2」とフォローID「C2」とが対応付けて登録されている。かかる情報は、ユーザーID「U1」が示す利用者Aと、ユーザーID「U2」が示す利用者BとがカップルID「C1」が示すカップルであり、カップルID「C2」が示すカップルをフォローしている旨を示す。
また、図6に示す例では、カップルID「C3」には、第1ユーザのユーザーID「U3」のみが対応付けられている。かかる情報は、ユーザーID「U3」が示す利用者Cが、カップル用SNSのアカウントの登録を要求しているものの、利用者Cが指定した他の利用者、すなわち第2ユーザからの認証が終了していない旨を示す。
図5に戻り、説明を続ける。提供サービスデータベース25は、サービス提供サーバ20が提供するサービスの内容と、かかるサービスを提供する際に使用するIDの種別とが対応付けて登録されている。例えば、図7は、実施形態にかかる提供サービスデータベースに登録される情報の一例を示す図である。
図7に示す例では、提供サービス「投稿」と使用ID「カップルID」、提供サービス「通知」と使用ID「カップルID」、提供サービス「コメント」と使用ID「カップルID」、提供サービス「ログイン」と使用ID「ユーザーID」、提供サービス「閲覧」と使用ID「カップルID」が対応付けて登録されている。かかる情報は、コンテンツの投稿、各種通知、投稿に対するコメント、コンテンツの閲覧等を行う場合は、カップルIDを用いて各種サービスを提供し、ログインについては、ユーザーIDを用いて行う旨を示す。
図5に戻り、説明を続ける。配信情報データベース26は、サービス提供サーバ20が配信する各種コンテンツが登録される。例えば、図8は、実施形態に係る配信情報データベースに登録される情報の一例を示す図である。例えば、図8に示す例では、配信情報データベース26には、カップルIDと、かかるカップルIDが示すカップルのいずれか一方によって投稿されたコンテンツとが対応付けて登録される。なお、図8に示す例では、コンテンツを「C100」〜「C104」といった概念的な情報が格納される例を示したが、実際には、各利用者が投稿した静止画像、動画像、文章、リンク等の各種コンテンツが登録される。
図5に戻り、説明を続ける。制御部23は、例えば、CPUやMPU等によって、サービス提供サーバ20内部の記憶装置に記憶されている各種プログラム(配信プログラムの一例に相当)がRAMを作業領域として実行されることにより実現される。また、制御部23は、例えば、ASICやFPGA等の集積回路により実現される。
図5に示すように、制御部23は、受付部27、管理部28、提供部29を有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部23の内部構成は、図5に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
受付部27は、端末装置100からログインの提供を要求するリクエストを受付けると、リクエストの送信元となる端末装置100の利用者の認証を行う。具体的には、受付部27は、ログインを要求するリクエストを受付けると、リクエストの送信元にユーザーIDとパスワードとを要求し、ユーザーIDとパスワードとを取得した場合は、取得したユーザーIDとパスワードとをSNSサーバ10へ送信する。
また、受付部27は、SNSサーバ10から利用者が認証された旨の通知を受付けた場合は、リクエストの送信元となる端末装置100に対して、ログインが完了した旨を通知する。そして、受付部27は、閲覧等のサービスの提供を要求するリクエストを受信すると、受信したリクエストの内容が新たなアカウントの作成であるか否かを判定する。そして、受付部27は、リクエストの内容が新たなアカウントの作成である場合は、認証された利用者のユーザーIDを管理部28に出力する。
また、受付部27は、リクエストの内容が新たなアカウントの作成ではない場合は、サービスの提供を要求した利用者のユーザーIDが、他の利用者のユーザーIDとともにカップルIDと対応付けられているか否かを判定する。そして、受付部27は、サービスの提供を要求した利用者のユーザーIDが、他の利用者のユーザーIDとともにカップルIDと対応付けられている場合は、認証された利用者のユーザーIDとともにリクエストを提供部29に出力する。
一方、受付部27は、サービスの提供を要求した利用者のユーザーIDが、他の利用者のユーザーIDとともにカップルIDと対応付けられていない場合は、サービスの提供を要求した利用者に対し、サービスを提供できない旨のメッセージを送信し、処理を終了する。
管理部28は、二人の利用者に対して付与された2つのユーザーIDに1つのカップルIDを対応付けて管理する。例えば、管理部28は、利用者AのユーザーID「U1」を受付部27から受信すると、受信したユーザーID「U1」に新たなカップルID(例えば「C1」)を対応付けてカップルIDデータベース24に登録する。また、管理部28は、利用者Aの端末装置100に対し、カップルとして登録する他方の利用者のメールアドレスやSMS(Short Message Service)等送信するための情報を要求する。
ここで、利用者Aが利用者Bの端末装置200のメールアドレス等をサービス提供サーバ20に送信した場合、管理部28は、利用者Bの端末装置200を宛先としてカップル用SNSに招待するメッセージを送信する。この結果、例えば、利用者Bは、招待に対する応答として、利用者BのユーザーID「U2」とパスワード「P2」とをサービス提供サーバ20に送信し、認証を要求する。このような場合、管理部28は、受信した利用者BのユーザーID「U2」とパスワード「P2」とをSNSサーバ10に送信し、認証に成功した場合は、利用者BのユーザーID「U2」を利用者AのユーザーID「U1」に対応付けてカップルIDデータベース24に登録する。
提供部29は、利用者からサービスの提供を要求された場合は、かかる利用者のユーザーIDに対応付けられたカップルIDに基づいて、サービスの提供を行う。例えば、提供部29は、ユーザーIDとリクエストとを受付部27から受信すると、リクエストから要求されたサービスの種別を特定し、特定したサービスの種別と対応付けられたIDの種別を提供サービスデータベース25から特定する。
そして、提供部29は、特定したIDの種別がカップルIDである場合は、受信したユーザーIDと対応付けられたカップルIDをカップルIDデータベース24から特定し、特定したカップルIDを用いて各種サービスの提供を行う。また、提供部29は、特定したサービスの種別と対応付けられたIDの種別がユーザーIDである場合は、受信したユーザーIDを用いて、各種サービスの提供を行う。
以下、提供部29が各種サービスを提供する処理の一例を説明する。なお、以下の説明では、利用者Aの端末装置100から各種サービスの提供を要求された例について説明する。例えば、提供部29は、リクエストがコンテンツの投稿である場合は、端末装置100に対して投稿するコンテンツを要求する。そして、提供部29は、コンテンツを受信した場合は、利用者AのユーザーID「U1」と対応付けられたカップルID「C1」をカップルIDデータベース24から特定し、特定したカップルID「C1」と受信したコンテンツとを対応付けて配信情報データベース26に登録する。
また、提供部29は、カップルID「C1」とコンテンツとを対応付けて配信情報データベース26に登録した場合は、カップルID「C1」と対応付けられたユーザーID「U1」および「U2」を特定する。そして、提供部29は、ユーザーID「U1」および「U2」が示す利用者に対して、コンテンツを登録した旨を通知する。なお、提供部29は、特定したユーザーIDのうち、コンテンツを投稿した利用者のユーザーID以外のユーザーIDが示す利用者に対してのみ、コンテンツを登録した旨を通知してもよい。
また、提供部29は、リクエストが、利用者Dが投稿したコンテンツの閲覧である場合は、利用者DのユーザーID「U4」と対応付けられたカップルID「C2」を特定し、カップルID「C2」と対応付けられたコンテンツ「C103」、「C104」を配信情報データベース26から特定する。そして、提供部29は、特定したコンテンツ「C103」、「C104」を、カップルID「C2」が示すカップルにより投稿されたコンテンツとして端末装置100に配信する。
なお、提供部29は、いわゆるタイムラインを表示するための処理を実行してもよい。例えば、提供部29は、リクエストがタイムラインの表示である場合は、利用者AのユーザーID「U1」と対応付けられたカップルID「C1」を特定し、特定したカップルID「C1」と対応付けられたフォローID「C2」を特定する。そして、提供部20は、カップルID「C2」と対応付けられたコンテンツ「C103」、「C104」を、カップルID「C2」が示すカップルにより投稿されたコンテンツとして端末装置100に配信してもよい。
また、提供部29は、リクエストが、利用者Dが投稿したコンテンツに対する評価である場合は、利用者AのユーザーID「U1」と対応付けられたカップルID「C1」を特定し、特定したカップルID「C1」による評価を利用者Dが投稿したコンテンツに反映させる。
なお、提供部29は、利用者Aが投稿したコンテンツに対して利用者Dが評価を行った場合、もしくは、コメント等のコンテンツに対する新たな投稿が行われた場合は、利用者AのユーザーID「U1」と同じカップルIDに対応付けられたユーザーID「U2」から、利用者Aとカップルである利用者Bを特定する。そして、提供部29は、利用者Aと利用者Bとに対し、コンテンツに評価もしくはコメント等が行われた旨の通知を送信する。すなわち、提供部29は、実際にコンテンツを投稿した利用者だけではなく、かかる利用者とカップルである利用者にも通知を送信する。
また、提供部29は、リクエストが、サービス提供サーバ20が提供するカップル向けSNSからの退会等、サービスの提供の解消である場合、利用者AのユーザーID「U1」と対応付けられたカップルID「C1」を特定し、カップルID「C1」と対応付けられたコンテンツを配信情報データベース26から消去する。また、提供部29は、カップルIDデータベース24から、カップルID「C1」と対応付けられたユーザーIDやフォローIDなどを全て消去する。
また、提供部29は、リクエストが、利用者Dの検索である場合は、検索対象となる利用者DのユーザーID「U4」と対応付けられたカップルID「C2」を特定し、特定したカップルID「C2」が示すカップルの情報を検索結果として送信する。なお、検索結果として送信されるカップルの情報には、カップルを構成する利用者の名前、誕生日、アイコン、趣味等が含まれており、かかるカップルの情報は、記憶部22に登録されているものとする。
また、提供部29は、リクエストが、利用者Dを含むカップルのフォローである場合は、利用者DのユーザーID「U4」に対応付けられたカップルID「C2」をフォローIDとして、利用者AのユーザーID「U1」と対応付けられたカップルID「C1」に対応付ける。
ここで、上述した説明では、提供部29は、カップルIDごとにフォローするカップルのカップルIDを紐付けたが、実施形態は、これに限定されるものではない。例えば、提供部29は、利用者Aおよび利用者Bがカップルを解消する場合、フォローしたカップルのアカウント情報を保存するか否かの選択を受付ける。また、提供部29は、利用者Aがアカウント情報を保存する旨の選択を行った場合、利用者AのユーザーIDと、カップルがフォローしたカップルのカップルIDとを対応付けて記憶する。
そして、提供部29は、利用者Aがカップル用のSNSの使用を再開した場合は、利用者Aを含むカップルのカップルIDと、利用者AのユーザーIDと対応付けて記憶したカップルIDとを対応付けることで、SNSの再開時に、前回フォローしていたカップルを一括でフォローさせてもよい。また、提供部29は、SNSの再開時に前回フォローしていたカップルを一括でフォローさせるのではなく、リコメンド対象として、前回フォローしていたカップルの情報を提供してもよい。このような処理を行った場合、サービス提供サーバ20は、利用者がSNSの利用を再開した際に、前回利用時に友好関係が構築されたカップル等、利用者が動向を確認したいカップルを容易に選択させることができる。
また、提供部29は、利用者Dを含むカップルがフォローされた場合や、利用者D若しくは利用者Dとカップルを構成する他の利用者が投稿したコンテンツに対し、評価が行われた場合等は、以下の処理を実行する。まず、提供部29は、フォローやコンテンツの評価が行われたカップルのカップルID「C2」を特定し、特定したカップルID「C2」と対応付けられたユーザーID「U4」、「U7」を特定する。そして、提供部29は、特定したユーザーID「U4」、「U7」が示す利用者に対し、フォローが行われた旨や、コンテンツの評価が行われた旨等を示すメッセージを配信する。
なお、提供部29は、広告や情報のリコメンド等を行ってもよい。例えば、提供部29は、利用者Aに各種リコメンドを行う場合は、利用者AのユーザーID「U1」と対応付けられたカップルID「C1」を特定し、特定したカップルID「C1」が示すカップルの情報に基づいて、推薦する情報を特定する。そして、提供部20は、特定した情報を利用者Aの端末装置100に配信する。
また、提供部29は、同一のカップルIDに対応付けられた二人の利用者の記念日を特定し、特定した記念日に関する情報を提供してもよい。例えば、提供部29は、カップルID「C1」と対応付けられたユーザーID「U1」、「U2」を特定する。また、提供部29は、ユーザーID「U2」が示す利用者Bの誕生日等の記念日を特定する。そして、提供部20は、特定した記念日に基づく情報をユーザーID「U1」が示す利用者に対して配信する。
なお、提供部29は、上述したリクエストに対するサービスの提供以外にも、SNSに関するサービスをカップルIDに基づいて提供してもよい。すなわち、サービス提供サーバ20は、投稿、閲覧、評価、フォロー等の操作を各利用者から受付けた場合に、要求元の利用者による操作としてSNS上に反映させるのではなく、要求元の利用者を含むカップルによる操作としてSNS上に反映させることができるのであれば、任意のサービスを提供することができる。
〔8.端末装置が実行する処理〕
ここで、上述した端末装置100は、Webブラウザ等を介してサービス提供サーバ20が提供するカップル用のSNSを利用してもよく、予めダウンロードしたアプリケーションを任意のタイミングで実行することで利用してもよい。
ここで、端末装置100が実行するアプリケーションの機能としては、ログイン、コンテンツの閲覧、コンテンツの投稿、コンテンツに対する評価、コンテンツに対する文字や音声によるコメントの投稿、各利用者の情報や記念日の投稿機能等が含まれる。特に、端末装置100が実行するアプリケーションには、コンテンツの投稿を容易にするため、動画像や静止画像を撮影し、撮影した動画像や静止画像をそのまま投稿するといった機能が含まれる。
また、このようにSNSへと投稿される画像には、カップルや家族をそれぞれ撮影した複数の画像が投稿されうる。しかしながら、SNSに複数の画像を投稿した場合は、投稿や閲覧に手間がかかってしまうため、カップルや家族をそれぞれ撮影した複数の画像を1つの画像に合成し、SNSに投稿するといったニーズが少なからず存在する。また、異なるポーズをとったカップルをそれぞれ撮影し、撮影した画像を1つの画像に合成するといったニーズも考えられる。
しかしながら、従来の撮影技術では、利用者の操作に応じて単に被写体を撮影するに過ぎない。このため、異なる被写体が含まれる複数の画像や、異なる位置から撮影した複数の画像を1つの画像として投稿する場合は、PC等を用いて合成しなければならず、手間がかかってしまう。また、従来技術では、合成元となる写真を端末装置の画面上でそれぞれ個別に確認しながら撮影するので、合成後の画像をイメージしづらく、利用者が所望する画像を得られない場合がある。
そこで、端末装置100は、以下の撮影処理を実行する。例えば、端末装置100は、カメラ等の撮影手段を有し、撮影を行う場合は、カメラが撮影する画像と所定の画像とを並べて画面上に表示する。そして、端末装置100は、利用者の操作によりカメラが撮影を行った場合は、撮影された画像と所定の画像とを含む1つの画像を撮影結果として出力する。ここで、カメラが撮影する画像とは、端末装置100が有するカメラが撮影中の映像のプレビューである。
例えば、端末装置100は、利用者の操作により撮影処理を開始する場合は、カメラが撮影する画像を画面上の一部の領域である第1領域に表示する。そして、端末装置100は、利用者の操作によりカメラが画像を撮影した場合は、撮影した画像を第1領域に表示したままで、画面上の他の領域である第2領域に、カメラが新たに撮影する画像、すなわち、カメラが撮影中の画像のプレビューを表示する。
そして、端末装置100は、カメラが再度撮影を行った場合は、第1領域に表示された画像と第2領域に表示された画像とを、画面上に表示された対応で含む1つの画像を撮影結果として出力する。すなわち、端末装置100は、前回撮影した画像と新たに撮影した画像とを並べて結合した1つの画像を生成する。
このように、端末装置100は、撮影する画像のプレビューとともに、撮影する画像と合成する画像を画面上に表示し、撮影が行われた場合は、各画像を含む1つの画像を撮影結果として出力する。このため、端末装置100は、例えば、異なる被写体が含まれる複数の画像や、異なる位置から撮影した複数の画像を1つの画像として容易に投稿することができる。また、端末装置100は、撮影する画像のプレビューとともに、撮影する画像と合成する画像を画面上に表示するので、撮影結果として出力される画像、すなわち、合成後の画像のプレビューを表示しながら撮影を行うことができる。この結果、端末装置100は、合成後の画像のイメージを容易にすることができる。
ここで、端末装置100は、それぞれ異なる位置に配置された複数のカメラを有し、各カメラがそれぞれ個別に撮影した画像を合成してもよい。より詳細には、端末装置100は、筐体の前面と筐体の背面とにそれぞれカメラを有する。ここで、筐体の前面とは、端末装置100の筐体を構成する外面のうち、画面が配置された面とは反対側の面を示し、筐体の背面とは、画面が配置された面を示す。また、端末装置100は、利用者の操作に従って、筐体の前面に配置されたカメラを用いて撮影を行うとともに、筐体の背面に配置されたカメラを用いて撮影を行う。
例えば、端末装置100は、筐体の背面に設置されたカメラを用いて撮影を行った場合は、筐体の背面に配置されたカメラが撮影した画像と、筐体の前面に配置されたカメラが新たに撮影する画像とを画面上に表示する。そして、端末装置100は、筐体の背面に配置されたカメラが撮影を行った場合は、筐体の背面に配置されたカメラが撮影した画像と、筐体の前面に配置されたカメラが新たに撮影した画像とを、並べて結合した1つの画像を撮影結果として出力する。
なお、端末装置100は、筐体の前面に配置されたカメラが撮影した画像と、筐体の背面に配置されたカメラが新たに撮影する画像とを画面上に表示し、筐体の背面に配置されたカメラが撮影を行った場合は、各画像を並べて結合した1つの画像を撮影結果として出力してもよい。また、端末装置100は、各カメラが撮影する画像、すなわち、各カメラが撮影中のプレビューを画面上に並べて表示し、利用者の操作により撮影が行われた場合は、各カメラが撮影した画像を結合した1つの画像を撮影結果として出力してもよい。
そして、端末装置100は、生成した画像を画面上に出力するとともに、SNS上に投稿する旨の操作が行われた場合は、かかる画像をサービス提供サーバ20へ送信することで、生成した画像をカップル用のSNS上に投稿する。なお、端末装置100は、生成した画像をSNSサーバ10に送信することで、通常のSNS上に投稿してもよい。
なお、端末装置100が有する一般の撮影機能を用いて撮影を行った場合は、所定のピクセル数と縦横比とを有する画像が撮影結果として取得される。しかしながら、かかる所定のピクセル数と縦横比とを有する画像を結合した場合は、横方向若しくは縦方向に長い画像が生成され、閲覧が困難になってしまう。このため、合成後の画像のピクセル数及び縦横比は、端末装置100が有する一般の撮影機能を用いて撮影を行った場合と同じであるのが望ましい。
そこで、端末装置100は、例えば、画面の半分の大きさの画像を各カメラに撮影させ、各カメラが撮影した画像を並べて結合した1つの画像、すなわち、画面と同サイズの画像を撮影結果として出力してもよい。また、端末装置100は、例えばn個の画像を合成する場合は、それぞれ画面のn分の1のサイズを有するn個の画像を撮影させ、各画像を並べた画面と同サイズの画像を検索結果として出力してもよい。すなわち、端末装置100は、合成対象となる画像のうち、少なくとも1つの画像とともに、新たに撮影する画像のプレビューを表示するのであれば、任意の数の画像を合成してもよい。また、端末装置100は、各画像のサイズをそれぞれ別のサイズに設定してもよい。
ここで、上述した例では、撮影される画像と合成される所定の画像として、カメラが前回撮影した画像を用いる例を説明した。しかしながら、実施形態は、これに限定されるものではない。例えば、端末装置100は、新たに撮影する画像と合成する画像の指定を利用者から受付ける。例えば、端末装置100は、合成する画像として、端末装置100が有する記憶装置に格納された任意の画像の指定を受付けてもよく、ネットワーク上から取得可能な任意の画像の指定を受付けてもよい。すなわち、端末装置100は、新たに撮影する画像のプレビューとともに表示するのであれば、任意の画像を表示し、新たに撮影した画像と合成してもよい。
なお、上述した撮影処理は、端末装置100が実行するアプリケーションにより実現されてもよく、端末装置100が有する機能構成により実現されてもよい。以下、上述した撮影処理を実現する端末装置100について説明する。
〔9.端末装置の構成〕
図9は、実施形態に係る端末装置の構成例を示す図である。図9に示すように、端末装置100は、通信部110、入力部120、出力部130と、カメラ140、物理センサ150と、制御部160とを有する。
通信部110は、例えば、NIC等によって実現される。そして、通信部110は、ネットワークNと有線または無線で接続され、SNSサーバ10やサービス提供サーバ20との間で情報の送受信を行う。
入力部120は、利用者から各種操作を受け付ける入力装置である。例えば、入力部120は、キーボードやマウスや操作キー等によって実現される。出力部130は、各種情報を表示するための表示装置である。例えば、出力部130は、液晶ディスプレイ等によって実現される。なお、端末装置100にタッチパネルが採用される場合には、入力部120と出力部130とは一体化される。また、以下の説明では、出力部130を画面と記載する場合がある。
カメラ140は、端末装置100が有する撮影手段であり、各種のデジタルカメラにより実現される。より具体的には、カメラ140は、フロントカメラ141とバックカメラ142とを有する。フロントカメラ141は、端末装置100が有する筐体の前面に配置されたカメラであり、バックカメラ142よりも高解像度の写真を撮影可能なカメラである。また、バックカメラ142は、端末装置100が有する筐体の背面に配置されたカメラであり、例えば、ビデオチャット等を行う際に端末装置100を利用する利用者の顔画像等を撮影するためのカメラである。
物理センサ150は、端末装置100の物理的な状態を検知するセンサである。例えば、物理センサ150は、端末装置100の3軸方向の傾きを測定するジャイロセンサである。なお、物理センサ150は、ジャイロセンサに限定されるものではなく、例えば、加速度センサ、温度センサ、音量センサ、明度センサ等、任意のセンサが適用可能である。
制御部160は、例えば、CPUやMPU等によって、端末装置100内部の記憶装置に記憶されている各種プログラム(撮影プログラムの一例に相当)がRAMを作業領域として実行されることにより実現される。例えば、この各種プログラムは、予め利用者の端末装置100にダウンロードされて実行するアプリケーションプログラムに該当し、特に、サービス提供サーバ20が提供するカップル用のSNSに係るサービスを利用者に提供するためのアプリケーションである。また、制御部160は、例えば、ASICやFPGA等の集積回路により実現される。
図9に示すように、制御部160は、操作制御部170と、撮影制御部180とを有する。操作制御部170は、認証要求部171、送信制御部172、受信制御部173、表示制御部174を有する。また、撮影制御部180は、表示部181、生成部182、出力部183を有する。
操作制御部170は、利用者の操作に応じて端末装置を制御することで、カップル用SNSのサービスを利用者に提供する提供処理を実行する。例えば、認証要求部171は、利用者の操作に応じて、利用者の認証を要求するリクエストをサービス提供サーバ20に送信し、ユーザーIDとパスワードとの要求を受付けると、利用者が入力したユーザーIDとパスワードとを送信する。また、認証要求部171は、利用者が新たにカップル用SNSへと参加する場合は、サービス提供サーバ20にアカウントの生成を要求するリクエストを送信し、ユーザーID、パスワード、および招待する他の利用者のメールアドレス等を送信する。
送信制御部172は、各種コンテンツの投稿やコメントの投稿等、端末装置100からサービス提供サーバ20へと各種情報を送信する処理を制御する。例えば、送信制御部172は、投稿や評価のリクエストをサービス提供サーバ20に送信し、後述する撮影制御部180により撮影された画像、動画像、音声等をコンテンツやコメントとしてサービス提供サーバ20へ送信する。
受信制御部173は、コンテンツの投稿が行われた旨の通知や評価が行われた旨の通知等、サービス提供サーバ20から送信される各種通知の受信を制御する。また、受信制御部173は、利用者の操作に従って各種リクエストを送信し、カップル用SNSのサービスに関する各種の画面を表示するための情報をサービス提供サーバ20から取得する。
例えば、受信制御部173は、利用者Aおよび利用者Cからなるカップルや、フォローしたカップル等が投稿したコンテンツを並べて表示するタイムライン画面を表示するため、コンテンツの閲覧を要求するリクエストを送信し、サービス提供サーバ20からコンテンツを取得する。同様に、受信制御部173は、コンテンツに対する評価やコメントを表示する画面、カップルの情報を登録する画面、各種の設定を行う設定画面などを表示するための情報をサービス提供サーバ20から取得する。
表示制御部174は、カップル用SNSのサービスにかかる各種画面を出力部130に表示させる。例えば、表示制御部174は、受信制御部173によって取得されたデータを用いて、タイムライン画面等を出力部130に表示させる。
撮影制御部180は、撮影処理を実現するための各種処理を実行する。例えば、表示部181は、利用者の操作により上述した撮影処理を実行する場合は、画面上に撮影用の制御画面を表示する。以下、表示部181が画面上に表示する制御画面について説明する。
例えば、表示部181は、画面を第1領域と第2領域とに分割し、カメラ140が撮影する画像を第1領域に表示するとともに、利用者が選択した際に撮影を実行するボタンを第2領域に表示する。例えば、端末装置100は、長方形の画面を有する。このような場合、表示部181は、画面の長辺を半分に分割するように、画面を同じ大きさの領域に分割する。
また、表示部181は、物理センサ150を用いて、画面の長辺が地面に対して垂直であるか(縦向き)、水平であるか(横向き)であるかを判定する。そして、表示部181は、画面が縦向きである場合は、分割した領域のうち地面から見て上側の領域を第1領域とし、下側の領域を第2領域とする。一方、表示部181は、画面が横向きである場合は、利用者から見て画面左側の領域を第1領域とし、左側の領域を第2領域とする。
そして、表示部181は、第1領域に、フロントカメラ141が撮影している画像を表示する。すなわち、表示部181は、第1領域をフロントカメラ141のファインダーとして用いる。また、表示部181は、第2領域にシャッターボタンを表示する。そして、表示部181は、利用者が第2領域のシャッターボタンをタップした場合は、フロントカメラ141を用いた撮影を行い、撮影した画像を第1領域に表示する。すなわち、フロントカメラ141は、画面の半分の表示サイズの画像を撮影する。
また、表示部181は、フロントカメラ141を用いて撮影を行った場合は、第1領域に表示した画像にシャッターボタンを重ねて表示し、第2領域にバックカメラ142が撮影している画像を表示する。つまり、表示部181は、バックカメラ142が新たに撮影する画像を表示するとともに、フロントカメラ141が前回撮影した画像を、新たに撮影する画像と合成する画像として表示する。そして、表示部181は、利用者が第1領域に表示されたシャッターボタンをタップした場合は、バックカメラ142を用いて撮影を行う。すなわち、バックカメラ142は、画面の半分の表示サイズの画像を撮影する。
生成部182は、利用者の操作により撮影された複数の画像を含む1つの画像を生成する。具体的には、生成部182は、表示部181が実行する処理によりバックカメラ142が撮影を行った場合は、かかる撮影が行われた瞬間に画面上に表示された態様で、第1領域に表示した画像と第2領域に表示した画像とを結合した画像を生成する。すなわち、生成部182は、フロントカメラ141が撮影した画像とバックカメラ142が撮影した画像とを結合した画面と同じ表示サイズの画像を生成する。
出力部183は、生成部182が生成した画像を撮影結果として出力する。例えば、出力部183が、生成部182が生成した画像を画面上に表示する。そして、出力部183は、利用者が画像を所定の方向、例えば、利用者から見て画面の左側へとスライドさせる操作を行った場合は、表示した画像を消去する。
一方、出力部183は、利用者が画像を所定の方向とは逆の方向、例えば、利用者から見て画面の右側へとスライドさせる操作を行った場合は、表示した画像を撮影結果として保存する。ここで、出力部183は、撮影結果として保存する画像を端末装置100が有する任意の記憶装置に保存してもよく、SNSサーバ10やサービス提供サーバ20に投稿するコンテンツとして送信してもよい。
なお、上述した例では、撮影制御部180は、フロントカメラ141が撮影した画像とバックカメラ142が撮影した画像とを合わせた一つの画像を撮影結果として出力したが、実施形態は、これに限定されるものではない。例えば、撮影制御部180は、フロントカメラ141が撮影した複数の画像を合成してもよく、バックカメラ142が撮影した複数の画像を合成してもよい。また、撮影制御部180は、2つの画像だけではなく、任意の数の画像を合成してもよい。
このように、端末装置100は、フロントカメラ141とバックカメラ142とを有し、フロントカメラ141で撮影した画像をバックカメラ142で撮影した画像とを結合した画像を撮影結果として出力する。このため、端末装置100は、複数の画像を含む1つの画像を容易に出力することができる。
例えば、端末装置100は、レストラン等でカップルである二人の利用者が向い合せで着席している場合、フロントカメラ141で一方の利用者を撮影し、バックカメラ142で他方の利用者(すなわち、端末装置100を操作する利用者)を撮影することができる。さらに、端末装置100は、フロントカメラ141で撮影した画像とバックカメラ142で撮影した画像とを合成した1つの画像を撮影結果として出力する。
このため、端末装置100は、異なる被写体を撮影した複数の画像を1つの画像として出力したいといった利用者の要求を満たすことができる。特に、端末装置100は、生成した画像をサービス提供サーバ20が提供するカップル用のSNSに投稿するので、例えば、カップルがお互いの画像を1つの画像として投稿したいといったニーズを満たすことができる。
また、端末装置100は、フロントカメラ141が撮影した画像を第1領域に表示するとともに、バックカメラ142が撮影する画像を第2領域に表示する。すなわち、端末装置100は、フロントカメラ141とバックカメラ142とが撮影する画像を画面上に表示しながら、撮影を行う。このような処理を実行した場合、端末装置100は、撮影結果として出力する結合後の画像のプレビューを画面上に表示することとなる。そして、端末装置100は、利用者がシャッターボタンを選択すると、第2領域に表示された画像を撮影し、第1領域に撮影された画像と第2領域に撮影された画像とを結合した画像を撮影結果として出力する。
このように、端末装置100は、最終的に得られる画像を確認しながら撮影を行うことができるので、複数の画像を結合した画像を容易なインターフェースで利用者に提供することができる。例えば、利用者は、異なるポーズをとったカップルをそれぞれ撮影し、撮影した画像を合成した1つの画像を得たい場合に、最終的に得られる画像を確認しながら撮影を行えるので、より容易に求める画像を撮影することができる。
なお、上述した例では、端末装置100が2つの画像を並べて結合した画像を撮影結果として生成する処理の一例について説明したが、実施形態は、これに限定されるものではない。例えば、端末装置100は、3つ以上の画像を含む画像を撮影結果として生成してもよい。このような処理を実行するにあたり、端末装置100は、全ての画像を新たに撮影する場合は、それまでに撮影した画像のうち少なくとも1つの画像を表示しつつ新たに撮影される画像を表示すればよい。
また、端末装置100は、少なくとも1つの画像を新たに撮影すればよく、新たに撮影する画像とともに、利用者が選択した他の画像のうち、少なくとも1つを表示すればよい。また、端末装置100は、撮影する各画像の解像度や表示サイズをそれぞれ異なる値に設定してもよい。すなわち、端末装置100は、それぞれ異なる大きさの複数の画像を含む1つの画像を撮影結果として出力してもよい。
また、端末装置100は、各画像を並べて結合した画像ではなく、例えば、各画像の一部分が重なるように各画像を配置した画像を撮影結果として出力してもよい。すなわち、端末装置100は、新たに撮影した画像と、かかる画像の撮影を行う際に画面上に表示していた画像とを含む撮影結果を出力するのであれば、任意の態様で各画像を合成してよい。
〔10.端末装置が表示する画面〕
上述したように、端末装置100は、ダウンロードしたアプリケーションを実行することで、上述した提供処理や撮影処理を実行する。以下、図面を用いて、提供処理や操作処理を実行する際に端末装置100が表示する画面の一例について説明する。なお、端末装置100が表示する画面は、以下の説明に限定されるものではなく、サービス提供サーバ20が利用者に対してカップル用SNSに係るサービスを適切に提供することができるのであれば、任意の態様の画面を表示することができる。
〔10−1.タイムライン画面〕
図10は、実施形態にかかる端末装置が表示するタイムライン画面の一例を示す図である。例えば、端末装置100は、ログインに成功した場合は、サービス提供サーバ20からコンテンツを取得し、取得したコンテンツを並べたタイムライン画面を表示する。
例えば、端末装置100は、図10の第1状態に示すように、画面の下端に各画面を表示させるためのアイコンC1〜C5を表示する。ここで、アイコンC1は、タイムライン等を含むいわゆるホーム画面を表示させるためのアイコンである。また、アイコンC2は、他のカップルを検索する検索画面を表示させるためのアイコンである。また、アイコンC3は、上述した撮影処理を実行するための撮影画面を表示させるためのアイコンである。また、アイコンC4は、端末装置100の利用者を含むカップルが投稿したコンテンツ、すなわち、利用者Aと利用者Bとが投稿したコンテンツを表示する投稿表示画面を表示させるためのアイコンである。また、アイコンC5は、カップルの設定情報を表示する設定情報画面を表示させるためのアイコンである。
例えば、端末装置100は、アイコンC1を利用者タップした場合は、利用者を含むカップルがフォローしている他のカップルにより投稿されたコンテンツC7を取得し、取得したコンテンツC7を表示する。また、端末装置100は、コンテンツC7とともに投稿されたコメントC8を表示するとともに、コンテンツC7に対する評価を行うための評価ボタンC9を表示する。
また、端末装置100は、コンテンツC7を投稿した利用者を含むカップルのアイコンや名前等を示す投稿者情報C10を表示する。そして、端末装置100は、利用者が評価ボタンC9をタップした場合は、サービス提供サーバ20に、コンテンツC7に対する評価を要求する。
ここで、端末装置100は、利用者の指F10が画面上に触れ、そのまま画面上方向に移動した場合は、画面をスクロールさせる。例えば、端末装置100は、コンテンツC7を画面上方向にスクロールさせるとともに、サービス提供サーバ20から新たに取得したコンテンツC11や、コンテンツC11に対する評価を行うための評価ボタンC12を表示する。
〔10−2.検索画面〕
図11は、実施形態にかかる端末装置が表示する検索画面、投稿表示画面および設定情報画面の一例を示す図である。例えば、端末装置100は、利用者がアイコンC2を選択した場合は、図11の(A)に示す検索画面を表示する。具体的には、端末装置100は、検索キーワードを入力するための入力ウインドウC13を表示し、利用者が入力した検索キーワードをキーとして、検索対象となる利用者を含むカップルの検索をサービス提供サーバ20に依頼する。
また、端末装置100は、検索結果として、検索対象となる利用者を含むカップルの情報を表示する。より具体的には、端末装置100は、「User5」と「User6」からなるカップルの情報C14や、「User9」と「User8」からなるカップルの情報C15を表示してもよい。ここで、カップルの情報C14、C15には、カップルに含まれる利用者のアイコンがそれぞれ含まれていてもよい。
なお、端末装置100は、利用者Aの趣味、趣向、出身地、出身校、勤務先等の任意のパラメータを用いてサービス提供サーバ20がリコメンドする他のカップルの情報C14、C15を表示してもよい。また、例えば、端末装置100は、端末装置100が記憶する利用者Aの友人の情報(例えば、メールアドレス、電話番号、ソーシャルアカウント等)或いは、利用者Aが利用する他のサービス(例えば、ソーシャルサービス)における友人の情報に基づいて、利用者Aの友人が含まれるカップルをリコメンド対象として表示してもよい。また、端末装置100は、利用者Aが各種のサービスを利用した際に交流したカップルをリコメンド対象として表示してもよい。
〔10−3.投稿表示画面〕
また、例えば、端末装置100は、利用者がアイコンC4を選択した場合は、図11の(B)に示す投稿表示画面を表示する。具体的には、端末装置100は、利用者Aを含むカップル、すなわち、利用者Aまたは利用者Bがカップル用SNSに投稿した静止画像、動画像、若しくは音声のサムネイルC16が時系列に沿ったレイアウトで表示される。ここで、端末装置100は、上述した撮影処理により撮影された画像が投稿されている場合、結合した各画像を含むサムネイルC16を表示してもよい。そして、端末装置100は、利用者がサムネイルC16を選択した場合は、選択したサムネイルに対応する静止画像、動画像、若しくは音声を画面上に表示する。
〔10−4.設定情報画面〕
また、例えば、端末装置100は、利用者がアイコンC5を選択した場合は、図11の(C)に示す設定情報画面を表示する。具体的には、端末装置100は、利用者Aを含むカップルのアイコンや名前を表示するとともに、通知の数、投稿したコンテンツの数、フォローした他のカップルの数、フォロワーの数等を表示する。また、端末装置100は、利用者Aを含むカップルがフォローした他のカップルの情報C17、C18を合わせて表示する。
〔10−5.撮影画面〕
次に、図12を用いて、撮影画面の一例について説明する。図12は、実施形態に係る端末装置が表示する撮影画面の一例を示す図である。例えば、端末装置100は、図10、図11に示したアイコンC3を選択した場合は、図12中の第1状態に示す撮影画面を表示する。具体的には、端末装置100は、画面の長辺を等分割する位置に、操作コンテンツC20を表示する。操作コンテンツC20には、撮影アイコンC21、フロントバックカメラアイコンC22、動画像アイコンC23、キャンセルアイコンC24を表示する。
ここで、端末装置100は、利用者が撮影アイコンC21をタップした場合は、結合等を行わない通常の写真撮影を行うための画面を表示し、利用者が動画像アイコンC23を選択した場合は、動画像を撮影するための画面を表示し、利用者がキャンセルアイコンC24を選択した場合は、撮影画面の表示を終了し、ホーム画面等を表示する。一方、端末装置100は、端末装置100は、利用者がフロントバックカメラアイコンC22を選択した場合は、上述した撮影処理を行うための画面、すなわち、図12の第1状態に示す画面を表示する。
また、端末装置100は、画面を第1領域と第2領域とに分割し、第1領域にフロントカメラ141が撮影する画像C25を表示するとともに、第2領域にシャッターボタンC26を表示する。そして、端末装置100は、利用者がシャッターボタンC26をタップした場合は、図12の第2状態に示すように、第1領域にフロントカメラ141が撮影した画像C25を表示するとともに、シャッターボタン26を画像C25と重ねて表示し、第2領域に、バックカメラ142が撮影する画像C27を表示する。
そして、端末装置100は、利用者がシャッターボタン26を再度タップした場合は、図12の第3状態に示すように、画像C25と画像C27とを結合した画像C30を表示する。すなわち、端末装置100は、図12の第2状態において、利用者がシャッターボタン26をタップした瞬間に画面上に表示されていた対応で、画像C25と画像C27とを結合する。
〔10−6.保存画面〕
次に、図13を用いて、画像C30を保存するか否かを選択する保存画面の一例について説明する。図13は、実施形態にかかる端末装置が表示する保存画面の一例を示す図である。例えば、端末装置100は、上述した撮影処理の結果、図13の第1状態に示すように、画像C25と画像C27とを結合した画像C30を表示する。そして、端末装置100は、利用者の指F10が画面上に触れてスライドさせるスライド操作が行われた場合は、スライド操作に従って、画像C30を画面上でスライドさせる。
ここで、端末装置100は、利用者が画面左方向に画像C30をスライドさせた場合は、図13の第2状態に示すように、「DELETE」等といった画像C30を消去する旨の表示C31を表示する。そして、端末装置100は、利用者が画像C30を画面左方向へとさらにスライドさせ、指を画面上から離した場合には、画像C30を消去する。
一方、端末装置100は、利用者が画面→方向に画像C30をスライドさせた場合は、図13の第3状態に示すように、「SAVE」等といった画像C30を保存する旨の表示C32を表示する。そして、端末装置100は、利用者が画像C30を画面右方向へとさらにスライドさせ、指を画面上から離した場合には、画像C30を保存する。なお、端末装置100は、表示C32に代えて、カップル用のSNSに投稿する旨を表示し、利用者が指を画面上から離した場合は、投稿するコンテンツとして画像C30をサービス提供サーバ20に送信してもよい。
〔10−7.撮影のバリエーション〕
次に、図14を用いて、撮影処理の利用形態の一例を説明する。図14は、実施形態に係る撮影処理の利用形態の一例を説明する図である。なお、図14に示す例では、端末装置100の画面を地面に対して横向きにして撮影を行う例について記載した。また、図14に示す例では、フロントカメラ141を用いて撮影した2つの画像を1つの画像に結合する処理の一例について記載する。
また例えば、図14に示す場合、端末装置100は、図14の第1状態に示すように、利用者から見て左側の第1領域に撮影する画像を表示する。そして、端末装置100は、利用者がシャッターボタンを押した場合は、図14の第2状態に示すように、第1領域に撮影した画像を表示するとともに、かかる画像と重ねるようにシャッターボタンを表示し、第2領域に撮影する画像を表示する。この結果、第1領域に撮影した画像は、新たに撮影する画像の指標となる。
そして、端末装置100は、利用者が第1領域のシャッターボタンをタップした場合は、図14の第3状態に示すように、第1領域に表示した画像と、新たに撮影した第2領域の画像とを結合した画像を撮影結果として出力する。このような処理を実行した場合、端末装置100は、例えば、カップルの各利用者がハートマークの片方ずつを手で表現した画像を1つに合わせることで、ハートマークを手で表現するといった画像を容易に作成することができる。
〔11.変形例〕
上記では、サービス提供サーバ20および端末装置100が実行する処理の一例について説明した。しかしながら、実施形態は、これに限定されるものではない。以下、サービス提供サーバ20及び端末装置100が実行する処理のバリエーションについて説明する。なお、以下に説明する処理は、例えば、図5に示した管理部28および提供部29により、若しくは、図9に示した表示部181、生成部182、出力部183が実行する処理により実現されるものとする。
〔11−1.コメントと評価について〕
上述した例では、サービス提供サーバ20は、コンテンツに対するコメントの投稿を受付けた。ここで、サービス提供サーバ20が受け付けるコメントは、テキスト形式に限定されるものではなく、例えば、音声や動画像等をコンテンツに対するコメントとして受付けてもよい。
また、端末装置100は、評価ボタンC9をタップした情報だけではなく、評価ボタンC9をタップした際の強さやタップした時間の長さ等をサービス提供サーバ20に送信してもよい。このような場合、サービス提供サーバ20は、タップした際の強さや時間に応じて、コンテンツC7に対する評価の内容を変更してもよい。例えば、サービス提供サーバ20は、タップした際の強さが所定の強さよりも大きい場合や、タップした時間の長さが所定の閾値よりも長い場合には、より高い評価が得られたものとして、コンテンツに反映させてもよい。また、サービス提供サーバ20は、タップした際の強さや時間の組み合わせに応じて、評価の内容にバリエーションを持たせてもよい。
〔11−2.位置を用いたリコメンドについて〕
上述した説明では、サービス提供サーバ20は、利用者に対し、カップルIDに基づいて他のカップルや記念日等に応じた情報をリコメンドした。しかしながら、実施形態は、これに限定されるものではない。
例えば、サービス提供サーバ20は、各カップルの情報だけではなく、各利用者の位置情報を取得し、取得した位置情報に応じた広告や情報をリコメンドしてもよい。具体的には、サービス提供サーバ20は、カップルに含まれる各利用者の位置を取得し、取得した位置が同じ店舗内である場合は、かかる店舗のクーポン等を配置してもよい。また、サービス提供サーバ20は、取得した位置が所定の範囲内に含まれる場合には、近くにカップルの相手がいる旨の通知を各利用者に送信してもよい。
また、サービス提供サーバ20は、位置情報とカップルIDとを用いたチェックイン機能を提供してもよい。例えば、サービス提供サーバ20は、同一のカップルIDと対応付けられた各利用者から位置情報を収集し、各利用者が同一の位置にいるか否かを判定する。そして、サービス提供サーバ20は、各利用者が同一の位置にいる場合は、かかる位置の店舗を特定し、特定した店舗にそのカップルがチェックインした旨を自動的にSNS上に投稿してもよい。
〔11−3.写真を用いたリコメンド〕
また、サービス提供サーバ20は、カップルが投稿した写真から取得される情報に基づいて、リコメンドやタグ付を行ってもよい。例えば、サービス提供サーバ20は、各カップルが投稿した写真に含まれる人物の笑顔度を算出し、算出した笑顔度が近いカップル同士を互いにリコメンドしてもよい。
〔11−4.記念日に応じた情報配信について〕
また、サービス提供サーバ20は、カップルの記念日に応じた情報を配信してもよい。例えば、サービス提供サーバ20は、各カップルの情報を参照し、一方の利用者が誕生日である等、当日がカップルの記念日であると判定した場合は、かかるカップルに対し、記念日に応じたフォトフレームなどを配信してもよい。かかるフォトフレームは、端末装置100が実行するアプリケーションにより、端末装置100が撮影した写真と合成され、合成後の写真がSNS上に投稿される。
〔11−5.カップルIDを用いたタグ付について〕
また、サービス提供サーバ20は、カップルIDを用いて、投稿された写真とカップルとのタグ付を行ってもよい。例えば、サービス提供サーバ20は、一般的な顔認証システムを用いて、投稿された写真に撮影された利用者を特定する。また、サービス提供サーバ20は、同一の写真に複数の利用者が撮影されている場合は、カップルIDデータベース24を参照し、撮影された利用者がカップルであるか否かを判定する。そして、サービス提供サーバ20は、撮影された利用者がカップルである場合は、かかるカップルを写真とタグ付してもよい。
例えば、図15は、実施形態にかかるサービス提供サーバが写真からカップルをタグ付する処理の一例を説明する図である。例えば、図15中(A)に示す例では、利用者Aと利用者Bとが、同一の写真に撮影されている。このような場合、サービス提供サーバ20は、利用者Aと利用者Bとが同じカップルIDと対応付けられているか否かを判定する。ここで、利用者AのユーザーID「U1」と利用者BのユーザーID「U2」とは、同一のカップルID「C1」に対応付けられているため、サービス提供サーバ20は、図15中(A)に示す写真に、カップルID「C1」が示すカップルをタグ付する。
一方、図15中(B)に示す例では、利用者Aと利用者Dとが、同一の写真に撮影されている。このような場合、サービス提供サーバ20は、利用者Aと利用者Dとが同じカップルIDと対応付けられているか否かを判定する。ここで、利用者AのユーザーID「U1」と利用者DのユーザーID「U4」とは、同一のカップルIDに対応付けられていない。そこで、サービス提供サーバ20は、図15中(B)に示す写真に、利用者AのユーザーID「U1」と利用者DのユーザーID「U4」とをタグ付する。
〔11−6.動画像の合成について〕
上述した端末装置100は、撮影された複数の画像を結合した1つの画像を撮影結果として出力した。しかしながら、実施形態は、これに限定されるものではない。例えば、端末装置100は、画面を第1領域と第2領域に分け、第1領域をファインダとし、第2領域にシャッターボタンを表示する。そして、端末装置100は、利用者がシャッターボタンを選択すると、所定の時間の間、第1領域に表示された画像を第1の動画像として撮影する。
続いて、端末装置100は、第1の領域に第1の動画像の先頭フレームとシャッターボタンとを表示し、第2領域をファインダとする。そして、端末装置100は、利用者がシャッターボタンを選択した場合は、所定の時間の間、第1領域に表示した動画像を再生しつつ、第2領域に表示される画像を第2の動画像として撮影する。
そして、端末装置100は、第2の動画像を撮影した場合は、同一フレーム内に、第1の動画像と第2の動画像との対応するフレームが含まれる動画像を生成する。例えば、端末装置100は、表示領域の上半分に第1の動画像が配置され、表示領域の下半分に第2の動画像が配置された動画像を生成する。そして、端末装置100は、生成した動画像を撮影結果として出力してもよい。
〔11−7.シャッターボタンについて〕
ここで、端末装置100は、物理的なシャッターボタンを有する場合がある。このような場合には、端末装置100は、シャッターボタンを画面上に表示せずともよい。例えば、端末装置100は、画面を第1領域と第2領域とに分割し、撮影する画像を第1領域に表示する。そして、端末装置100は、物理的なシャッターボタンが押下された場合は、第1領域に表示された画像を撮影するとともに、第1領域に撮影された画像を表示し、第2領域に新たに撮影する画像を表示してもよい。
〔11−8.装置構成〕
また、上記実施形態では、サービス提供システム1は、SNSサーバ10とサービス提供サーバ20とを有した。しかしながら、実施形態は、これに限定されるものではない。例えば、サービス提供サーバ20は、SNSサーバ10が有する認証データベース14および認証部16を備え、各利用者の認証を自装置で実行してもよい。
〔11−9.ログについて〕
ここで、端末装置100、利用者Aが閲覧したコンテンツ、投稿したコンテンツ、評価の内容、評価したコンテンツ、コメントの内容、コメントのコンテンツ、投稿した写真が上述した撮影処理により撮影されたものであるか否かをログとして収集してもよい。また、端末装置200は、端末装置100とは別に、利用者Bが閲覧したコンテンツ等の各種ログを取得してもよい。
また、サービス提供サーバ20は、各端末装置100、200が収集したログを収集し、収集したログに基づいて、広告の配信等を行ってもよい。例えば、サービス提供サーバ20は、各利用者ごとのログを用いて、各利用者に対して配信する広告の選択を行ってもよく、カップルである二人の利用者のログを用いて、かかるカップルに対して配信する広告の選択を行ってもよい。また、サービス提供サーバ20は、利用者Aのログに基づいて、利用者Bに対して配信する広告を選択してもよい。
〔11−10.その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図9に示した表示部181、生成部182、出力部183は統合されてもよい。
また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
〔12.サービス提供サーバの処理フロー〕
次に、図16を用いて、サービス提供サーバ20が実行する処理の流れについて説明する。図16は、実施形態に係るサービス提供サーバが実行する処理の流れを説明するためのフローチャートである。例えば、サービス提供サーバ20は、リクエストの送信元となる利用者の認証を行う(ステップS101)。続いて、サービス提供サーバ20は、利用者のユーザーIDが他の利用者のユーザーIDとともにカップルIDと対応付けられているか否かを判定する(ステップS102)。
そして、サービス提供サーバ20は、利用者のユーザーIDが他の利用者のユーザーIDとともにカップルIDと対応付けられている場合は(ステップS102:Yes)、かかるカップルIDに基づいて、各種サービスを提供し(ステップS103)、処理を終了する。一方、サービス提供サーバ20は、利用者のユーザーIDが他の利用者のユーザーIDとともにカップルIDと対応付けられていない場合は(ステップS102:No)、ログインを不許可とし(ステップS104)、処理を終了する。
〔13.端末装置の処理フロー〕
次に、図17を用いて、端末装置100が実行する撮影処理および保存処理の流れについて説明する。図17は、実施形態に係る端末装置が実行する撮影処理および保存処理の流れを説明するためのフローチャートである。例えば、端末装置100は、撮影処理を実行する場合は、画面の上半分である第1領域にフロントカメラ141が撮影している映像を表示し、画面の下半分である第2領域にシャッターアイコンを表示する(ステップS201)。
次に、端末装置100は、シャッターアイコンが押されたか否かを判定し(ステップS202)、シャッターアイコンが押された場合は(ステップS202:Yes)、画面の下半分にバックカメラ142が撮影している映像を表示し、上半分にシャッターアイコンとフロントカメラ141が撮影した画像とを表示する(ステップS203)。そして、端末装置100は、シャッターアイコンが押されたか否かを判定し(ステップS204)、シャッターアイコンが押された場合は(ステップS204:Yes)、上半分にフロントカメラ141の撮影画像を含み、下半部にバックカメラ142の撮影画像を含む1つの画像を撮影結果として表示する(ステップS205)。
ここで、端末装置100は、撮影結果の画像が左方向にスライドしたか否かを判定し(ステップS206)、右方向にスライドされた場合は(ステップS206:No)、画像を保存し(ステップS207)、処理を終了する。一方、端末装置100は、画像が左方向にスライドされた場合は(ステップS206:Yes)、画像を削除し(ステップS208)、処理を終了する。
なお、端末装置100は、シャッターアイコンが押されていない場合は(ステップS202:No)、再度ステップS201を実行する。同様に、端末装置100は、シャッターアイコンが押されていない場合は(ステップS204:No)、再度ステップS203を実行する。
〔14.プログラム〕
上記してきた実施形態に係る端末装置100、サービス提供サーバ20は、例えば、図18に示すような構成のコンピュータ1000によって実現される。以下、サービス提供サーバ20を例に挙げて説明する。図18は、サービス提供サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ1000は、CPU1100、RAM1200、ROM1300、HDD1400、通信インターフェイス(I/F)1500、入出力インターフェイス(I/F)1600、およびメディアインターフェイス(I/F)1700を有する。
CPU1100は、ROM1300またはHDD1400に格納されたプログラムに基づいて動作し、各部の制御を行う。ROM1300は、コンピュータ1000の起動時にCPU1100によって実行されるブートプログラムや、コンピュータ1000のハードウェアに依存するプログラム等を格納する。
HDD1400は、CPU1100によって実行されるプログラム、および、係るプログラムによって使用されるデータ等を格納する。通信インターフェイス1500は、ネットワークNを介して他の機器からデータを受信してCPU1100へ送り、CPU1100が生成したデータを他の機器へ送信する。
CPU1100は、入出力インターフェイス1600を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。CPU1100は、入出力インターフェイス1600を介して、入力装置からデータを取得する。また、CPU1100は、生成したデータを入出力インターフェイス1600を介して出力装置へ出力する。
メディアインターフェイス1700は、記録媒体1800に格納されたプログラムまたはデータを読み取り、RAM1200を介してCPU1100に提供する。CPU1100は、係るプログラムを、メディアインターフェイス1700を介して記録媒体1800からRAM1200上にロードし、ロードしたプログラムを実行する。記録媒体1800は、例えばDVD(Digital Versatile Disc)、PD(Phase change rewritable Disk)等の光学記録媒体、MO(Magneto-Optical disk)等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
例えば、コンピュータ1000が実施形態に係るサービス提供サーバ20として機能する場合、コンピュータ1000のCPU1100は、RAM1200上にロードされたプログラムを実行することにより、制御部23の機能を実現する。また、HDD1400には、記憶部22内のデータ、すなわちカップルIDデータベース24、提供サービスデータベース25、配信情報データベース26が格納される。コンピュータ1000のCPU1100は、これらのプログラムを記録媒体1800から読み取って実行するが、他の例として、他の装置からこれらのプログラムを取得してもよい。
なお、コンピュータ1000が実施形態に係る端末装置100として機能する場合、コンピュータ1000のCPU1100は、RAM1200上にロードされたプログラムを実行することにより、制御部160の機能を実現する。
〔15.効果〕
上述したように、サービス提供サーバ20は、二人の利用者に対して個別に付与された二つのユーザーIDに1つのカップルIDを対応付けて管理する。そして、サービス提供サーバ20は、利用者からサービスの提供を要求された場合は、かかる利用者のユーザーIDに対応付けられたカップルIDに基づいてサービスを提供する。このため、サービス提供サーバ20は、カップル同士のコミュニケーションを適切に支援することができる。
また、サービス提供サーバ20は、提供を要求されたサービスの種別に応じて、サービスの提供を要求した利用者のユーザーIDに対応付けられたカップルID、又はかかる利用者のユーザーIDを選択し、選択したカップルID又はユーザーIDに基づいてサービスを提供する。このため、サービス提供サーバ20は、利用者ごとに提供するサービスとカップルごとに提供するサービスとを使い分けることができる。
また、サービス提供サーバ20は、利用者から認証を要求された場合は、かかる利用者のユーザーIDに基づいて、利用者の認証を行う。このため、サービス提供サーバ20は、利用者ごとのログインを実現することができる。
また、サービス提供サーバ20は、利用者からコンテンツが投稿された場合は、かかる利用者のユーザーIDと対応付けられたカップルIDにより投稿されたコンテンツとする。このため、サービス提供サーバ20は、投稿されたコンテンツをカップル単位で管理、提供することができる。
また、サービス提供サーバ20は、コンテンツを投稿した利用者のユーザーIDと同じカップルIDにユーザーIDが対応付けられた利用者に対して、コンテンツが投稿された旨を通知する。このため、サービス提供サーバ20は、カップルの一方の利用者がコンテンツを投稿した際に、他方の利用者に通知を行うことができる。
また、サービス提供サーバ20は、利用者Dが投稿したコンテンツの閲覧を要求された場合は、利用者Dを含むカップルが投稿したコンテンツを配信する。このため、サービス提供サーバ20は、コンテンツの配信をカップル単位で行うことができる。
また、サービス提供サーバ20は、例えば、利用者Dが投稿したコンテンツに対して利用者Aが評価を行った場合は、利用者AのユーザーIDと対応付けられたカップルIDによる評価を反映させる。このため、サービス提供サーバ20は、コンテンツに対する評価をカップル単位で行うことができる。
また、サービス提供サーバ20は、例えば、利用者Aが投稿したコンテンツに対して利用者Dが評価を行った場合、もしくは、コメント等の投稿が行われた場合は、利用者Aと、利用者AのユーザーIDと同じカップルIDにユーザーIDが対応付けられた利用者Bとに対して、評価もしくはコメントが行われた旨の通知を送信する。このため、サービス提供サーバ20は、コンテンツに対して評価やコメントが行われた旨の通知を、実際にコンテンツを投稿した利用者Aだけではなく、利用者Aとカップルである利用者Bにも送信することができる。
また、サービス提供サーバ20は、同一のカップルIDに対応付けられた二人の利用者のうち、一方の利用者から、サービスの提供の解消を要求された場合は、かかる利用者のユーザーIDと対応付けられたカップルIDにより投稿された全ての情報を消去する。このため、サービス提供サーバ20は、カップルの一方がカップル用SNSを退会した場合は、他方の利用者が投稿したコンテンツも削除することができる。
また、サービス提供サーバ20は、利用者から他の利用者の検索を要求された場合は、検索結果として、検索対象となる利用者と、利用者と同じカップルIDにユーザーIDが対応付けられた利用者との情報を提供する。このため、サービス提供サーバ20は、利用者の検索をカップル単位で行うことができる。
また、サービス提供サーバ20は、利用者に対して情報の推薦を行う場合は、かかる利用者のユーザーIDと対応付けられたカップルIDに基づいて、推薦する情報を決定する。このため、サービス提供サーバ20は、カップル単位で選択された情報のリコメンドを行うことができる。
また、サービス提供サーバ20は、ユーザーIDが同一のカップルIDと対応付けられた2人の利用者の記念日を特定し、特定した記念日に関する情報を提供する。このため、サービス提供サーバ20は、カップル用のSNSに対する利用者の興味を生じさせることができる。
また、サービス提供サーバ20は、利用者から他の利用者との紐付けを要求された場合は、かかる利用者のユーザーIDに対応付けられたカップルIDと、他の利用者のユーザーIDに対応付けられたカップルIDとを紐付ける。このため、サービス提供サーバ20は、利用者からの要求に応じて、カップルごとの紐付けを行うことができる。
また、サービス提供サーバ20は、利用者に対して通知を行う場合は、かかる利用者と同じカップルIDに対応付けられた利用者にも通知を行う。このため、サービス提供サーバ20は、各種の通知をカップル単位で行うことができる。
また、サービス提供サーバ20は、サービスの提供を要求した利用者のユーザーIDが、他の利用者のユーザーIDと共にカップルIDと対応付けられている場合は、サービスを提供し、サービスの提供を要求した利用者のユーザーIDが、他の利用者のユーザーIDと共にカップルIDと対応付けられていない場合は、サービスの提供を行わない。このため、サービス提供サーバ20は、カップル用のSNSの利用をカップルである利用者にのみ制限することができる。
また、サービス提供サーバ20は、新たな利用者からカップルIDの生成を依頼された場合は、新たな利用者が指定する他の利用者に対して認証を要求し、かかる他の利用者が認証を行った場合は、新たな利用者のユーザーIDと、他の利用者のユーザーIDとに新たなカップルIDを対応付けて管理する。このため、サービス提供サーバ20は、各利用者ごとに認証を行いつつ、各種サービスをカップル単位で提供することができる。
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
また、上記してきた「部(section、module、unit)」は、「手段」や「回路」などに読み替えることができる。例えば、配信部は、配信手段や配信回路に読み替えることができる。
1 サービス提供システム
10 SNSサーバ
20 サービス提供サーバ
21、110 通信部
22 記憶部
23、160 制御部
24 カップルIDデータベース
25 提供サービスデータベース
26 配信情報データベース
27 受付部
28 管理部
29 提供部
100〜300 端末装置
130 出力部
120 入力部
140 カメラ
141 フロントカメラ
142 バックカメラ
150 物理センサ
170 操作制御部
171 認証要求部
172 送信制御部
173 受信制御部
174 表示制御部
180 撮影制御部
181 表示部
182 生成部
183 出力部

Claims (18)

  1. 二人の利用者に対して個別に付与された二つの識別情報に1つのアカウントを対応付けて管理する管理部と、
    利用者から情報の投稿を受付けた場合は、当該利用者を示す情報と、当該利用者と同じアカウントに前記識別情報が対応付けられた利用者を示す情報とともに、投稿された情報を公開するサービスを提供する提供部と
    を有することを特徴とする情報提供装置。
  2. 前記提供部は、利用者からサービスの提供を要求された場合は、提供を要求されたサービスの種別に応じて、前記サービスの提供を要求した利用者の識別情報に対応付けられたアカウント、又は当該利用者の識別情報を選択し、選択したアカウント又は識別情報に基づいてサービスを提供することを特徴とする請求項1に記載の情報提供装置。
  3. 前記提供部は、前記利用者から認証を要求された場合は、当該利用者の識別情報に基づいて、当該利用者の認証を行うことを特徴とする請求項2に記載の情報提供装置。
  4. 前記提供部は、前記利用者から情報が投稿された場合は、当該利用者の識別情報と対応付けられたアカウントにより投稿された情報として、当該情報を受け付けることを特徴とする請求項1〜のうちいずれか1つに記載の情報提供装置。
  5. 前記提供部は、前記情報を投稿した利用者の識別情報と同じアカウントに識別情報が対応付けられた利用者に対して、前記情報が投稿された旨を通知することを特徴とする請求項1〜のうちいずれか1つに記載の情報提供装置。
  6. 前記提供部は、前記利用者から識別情報が当該利用者とは異なるアカウントに対応付けられた他の利用者が投稿した情報の閲覧を要求された場合は、当該他の利用者の識別情報が対応付けられたアカウントにより投稿された情報を提供することを特徴とする請求項1〜のうちいずれか1つに記載の情報提供装置。
  7. 前記提供部は、前記他の利用者が投稿した情報に対して前記利用者が評価を行った場合は、当該利用者の識別情報と対応付けられたアカウントによる評価を反映させることを特徴とする請求項6に記載の情報提供装置。
  8. 前記提供部は、前記他の利用者が投稿した情報に対して前記利用者が評価を行った場合、もしくは、当該情報に対する新たな情報の投稿が行われた場合は、当該他の利用者と、当該他の利用者の識別情報と同じアカウントに識別情報が対応付けられた利用者とに対して、評価又は投稿が行われた旨を通知することを特徴とする請求項6または7に記載の情報提供装置。
  9. 前記提供部は、同一のアカウントに対応付けられた二人の利用者のうち、一方の利用者から、前記サービスの提供の解消を要求された場合は、当該利用者の識別情報と対応付けられたアカウントにより投稿された全ての情報を消去することを特徴とする請求項〜8のうちいずれか1つに記載の情報提供装置。
  10. 前記提供部は、前記利用者から他の利用者の検索を要求された場合は、検索結果として、検索対象となる利用者と、当該利用者と同じアカウントに識別情報が対応付けられた利用者との情報を提供することを特徴とする請求項1〜9のうちいずれか1つに記載の情報提供装置。
  11. 前記提供部は、前記利用者に対して情報の推薦を行う場合は、当該利用者の識別情報と対応付けられたアカウントに基づいて、当該利用者に対して推薦する情報を決定し、決定した情報を提供することを特徴とする請求項1〜10のうちいずれか1つに記載の情報提供装置。
  12. 前記提供部は、識別情報が同一のアカウントと対応付けられた2人の利用者の記念日を特定し、特定した記念日に関する情報を提供することを特徴とする請求項1〜11のうちいずれか1つに記載の情報提供装置。
  13. 前記提供部は、前記利用者から他の利用者との紐付けを要求された場合は、当該利用者の識別情報に対応付けられたアカウントと、当該他の利用者の識別情報に対応付けられたアカウントとを紐付けることを特徴とする請求項1〜12のうちいずれか1つに記載の情報提供装置。
  14. 前記提供部は、前記利用者に対して情報を送信する場合は、当該利用者と、当該利用者と同じアカウントに識別情報が対応付けられた利用者とに、前記情報を送信することを特徴とする請求項1〜13のうちいずれか1つに記載の情報提供装置。
  15. 前記提供部は、前記サービスの提供を要求した利用者の識別情報が、他の利用者の識別情報と共に前記アカウントと対応付けられている場合は、当該サービスの提供を要求した利用者に対して前記サービスを提供し、前記サービスの提供を要求した利用者の識別情報が、他の利用者の識別情報と共に前記アカウントと対応付けられていない場合は、当該サービスの提供を要求した利用者に対し、前記サービスを提供しないことを特徴とする請求項1〜14のうちいずれか1つに記載の情報提供装置。
  16. 前記管理部は、新たな利用者からアカウントの生成を依頼された場合は、当該新たな利用者が指定する他の利用者に対して認証を要求し、当該他の利用者が認証を行った場合は、当該新たな利用者の識別情報と、当該他の利用者の識別情報とに新たなアカウントを対応付けて管理することを特徴とする請求項1〜15のうちいずれか1つに記載の情報提供装置。
  17. 情報提供装置が実行する情報提供方法であって、
    前記情報提供装置が、二人の利用者に対して個別に付与された二つの識別情報に1つのアカウントを対応付けて所定の記憶装置に登録して管理する管理工程と、
    前記情報提供装置が、利用者から情報の投稿を受付けた場合は、当該利用者を示す情報と、当該利用者と同じアカウントに前記識別情報が対応付けて管理された利用者を示す情報とともに、投稿された情報を公開するサービスを提供する提供工程と
    を含むことを特徴とする情報提供方法。
  18. コンピュータに、
    二人の利用者に対して個別に付与された二つの識別情報に1つのアカウントを対応付けて管理する管理手順と、
    利用者から情報の投稿を受付けた場合は、当該利用者を示す情報と、当該利用者と同じアカウントに前記識別情報が対応付けられた利用者を示す情報とともに、投稿された情報を公開するサービスを提供する提供手順と
    を実行させることを特徴とする情報提供プログラム。
JP2015041847A 2015-03-03 2015-03-03 情報提供装置、情報提供方法および情報提供プログラム Active JP5965504B1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015041847A JP5965504B1 (ja) 2015-03-03 2015-03-03 情報提供装置、情報提供方法および情報提供プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015041847A JP5965504B1 (ja) 2015-03-03 2015-03-03 情報提供装置、情報提供方法および情報提供プログラム

Publications (2)

Publication Number Publication Date
JP5965504B1 true JP5965504B1 (ja) 2016-08-03
JP2016162317A JP2016162317A (ja) 2016-09-05

Family

ID=56558102

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015041847A Active JP5965504B1 (ja) 2015-03-03 2015-03-03 情報提供装置、情報提供方法および情報提供プログラム

Country Status (1)

Country Link
JP (1) JP5965504B1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021196629A (ja) * 2020-06-09 2021-12-27 トヨタ自動車株式会社 ウォレットサーバ、ウォレットシステム、およびプログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7436787B2 (ja) * 2019-10-31 2024-02-22 株式会社ぐるなび 情報処理装置、情報処理方法及びプログラム

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006031183A (ja) * 2004-07-13 2006-02-02 Digisurf:Kk 会員情報管理システム及び方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006031183A (ja) * 2004-07-13 2006-02-02 Digisurf:Kk 会員情報管理システム及び方法

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
JPN6016001640; 'Tweitter、パスワードを教えずアカウント共有するTweetDeck Teams提供開始' [online] , 20150221 *
JPN6016001642; 株式会社富士通総研経済研究所: プラットフォームビジネス最前線 第1版, 20131212, 第129-130頁, 株式会社翔泳社 *
JPN6016001644; アンドロイダー: Androidアプリ事典530 第1版, 20130201, 第84-85頁, 株式会社インプレスジャパン *
JPN6016001645; 降旗淳平: 'カップル専用SNSアプリ「Between」を活用 若者を呼び込む「イオンシネマ」' 日経デジタルマーケティング 第85号, 20141025, 第18頁, 日経BP社 *
JPN6016001647; 中谷健一: 'HUGG_「ユーザー観察」発の発明が詰まったカップル用コミュニケーションアプリ' Web Designing 第13巻,第4号, 20130401, 第145-147頁, 株式会社マイナビ *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021196629A (ja) * 2020-06-09 2021-12-27 トヨタ自動車株式会社 ウォレットサーバ、ウォレットシステム、およびプログラム
JP7413933B2 (ja) 2020-06-09 2024-01-16 トヨタ自動車株式会社 ウォレットサーバ、ウォレットシステム、およびプログラム

Also Published As

Publication number Publication date
JP2016162317A (ja) 2016-09-05

Similar Documents

Publication Publication Date Title
US9087178B2 (en) System and method for posting content to network sites
US11256768B2 (en) Systems and methods to manage media content items
JP6055731B2 (ja) メンバー追加を拡張するためのメッセージングサービスシステム及びその方法
JP6650994B2 (ja) 対話式メディア・コンテンツ交換のためのシステムおよび方法
US8788587B2 (en) System, method, and product for capturing memories
JP6607539B2 (ja) 複数の写真フィード記事のためのシステムおよび方法
US20170118165A1 (en) System and method for controlled sharing and synchronizing information across a plurality of mobile client application computers
JP2022022239A (ja) デジタル画像を公開するためのシステム
JP5919410B1 (ja) 撮影装置、撮影方法および撮影プログラム
US9794200B2 (en) Server device, method, and system
JP5909459B2 (ja) メッセージ送受信支援システム、メッセージ送受信支援プログラム及びメッセージ送受信支援方法
US9113068B1 (en) Facilitating coordinated media and/or information capturing and aggregation
JP6375039B1 (ja) プログラム、撮影方法及び端末
KR20140115413A (ko) 소셜 정보 기반의 앨범 제작 시스템 및 그 방법
KR20160110508A (ko) 정보 교환 시스템 및 방법
KR101120737B1 (ko) 모바일 단말기를 이용한 소셜 동영상 서비스 방법
KR101693738B1 (ko) 모바일 sns를 이용한 위치기반의 민원 공유 서비스 시스템 및 방법
JP5503597B2 (ja) 携帯端末、携帯端末を用いた通信方法及びプログラム
JP2013077110A (ja) サーバ装置、プログラム及び通信システム
JP5965504B1 (ja) 情報提供装置、情報提供方法および情報提供プログラム
WO2015061696A1 (en) Social event system
JP6314111B2 (ja) 端末装置、端末装置の制御方法及び端末装置の制御プログラム
KR101763821B1 (ko) 이벤트 관련 디지털 앨범 제공 방법 및 시스템
JP6491308B2 (ja) 端末装置の制御プログラム、端末装置の制御方法及び端末装置
KR20140130974A (ko) 모바일 전자카드 서비스방법

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160621

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160701

R150 Certificate of patent or registration of utility model

Ref document number: 5965504

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250