(57)【要約】【課題】従来のＳＮＳサービスにおいては、タグ付け処理の際において、多様な制限が課せられ、また、煩雑な操作が要求されることがあった。【解決手段】サーバ装置１０は、任意の登録ユーザからアップロードされた画像情報と、当該画像情報をアップロードしたアップロードユーザの識別情報とを対応付けて記憶し、アップロードユーザ以外の他の登録ユーザからの要求にしたがって、当該アップロードユーザによって画像情報記憶部にアップロードされた画像情報と、任意の登録ユーザとを関連付けるタグ付処理をして、タグ付処理の対象となった被タグ付画像情報とタグ付された被タグ付ユーザとの関連付けを管理する。【選択図】図１
2014063461.tif 000002
【特許請求の範囲】
【請求項１】
サービスに登録している任意の登録ユーザからアップロードされた画像情報を記憶する画像情報記憶部と、
前記画像情報をアップロードしたアップロードユーザ以外の他の登録ユーザからの要求にしたがって、当該アップロードユーザによって前記画像情報記憶部にアップロードされた画像情報と、任意の登録ユーザとを関連付けるタグ付処理をして、タグ付処理の対象となった被タグ付画像情報とタグ付された被タグ付ユーザとの関連付けを管理するタグ付制御部と、
前記タグ付制御部によって管理されている被タグ付ユーザの情報が表示されるべきユーザ情報画面に、前記画像情報記憶部に記憶されている被タグ付画像情報を表示する表示制御部と、
を備えたサーバ装置。
【請求項２】
前記タグ付制御部によってタグ付処理が完了した後に、前記タグ付制御部によって管理されている被タグ付ユーザに対して、タグ付された旨と被タグ付画像情報へのリンク情報とを通知するサーバ通信部と、
を備える請求項１に記載のサーバ装置。
【請求項３】
前記タグ付制御部は、当該チャットサービスに未登録の未登録ユーザに対してもタグ付処理が可能であり、
前記サーバ通信部は、前記タグ付制御部によって管理されている被タグ付ユーザが未登録ユーザである場合、その未登録ユーザに対して、電子メールにて、タグ付された旨と被タグ付画像情報へのリンク情報とを通知する請求項２に記載のサーバ装置。
【請求項４】
登録ユーザもしくは非登録ユーザを識別するための名称、識別番号、顔画像情報の少なくとも１つをユーザ情報として管理するユーザ情報管理部と、
前記画像情報記憶部に記憶された画像情報のうちの被タグ付画像情報に対して顔認証処理を実行し、当該画像情報に撮像されている少なくとも１つの顔画像情報と、前記ユーザ情報管理部において管理されている複数のユーザ情報のうちのいずれかの顔画像情報とが一致しているか否かを判定する顔認証処理部と、
を備え、
前記タグ付制御部は、前記顔認証処理部において双方の顔画像情報が一致していると判定された場合、当該画像情報と、前記ユーザ情報管理部において管理している顔画像情報が含まれたユーザ情報とを関連付ける請求項１から３のいずれかに記載のサーバ装置。  
【請求項５】
前記タグ付制御部は、任意の登録ユーザからの要求にしたがって、要求に係る登録ユーザと、被タグ付画像情報との関連性を削除する請求項１から４のいずれかに記載のサーバ装置。
【請求項６】
前記画像情報記憶部は、記憶している画像情報に対して削除要求があった場合に、削除要求をした登録ユーザが当該画像情報のアップロードユーザであった場合にかぎり、その画像情報を削除し、
前記タグ付制御部は、前記画像情報記憶部において画像情報が削除されると、その画像情報に対する被タグ付ユーザとの関連性を削除し、
前記表示制御部は、前記タグ付制御部において関連性が削除された被タグ付ユーザのユーザ情報画面において、被タグ付画像情報を非表示とする請求項１から５のいずれかに記載のサーバ装置。
【請求項７】
サービスに登録している任意の登録ユーザからアップロードされた画像情報を記憶するステップと、
前記画像情報をアップロードしたアップロードユーザ以外の他の登録ユーザからの要求にしたがって、当該アップロードユーザによってアップロードされた画像情報と、任意の登録ユーザとを関連付けるタグ付処理をして、タグ付処理の対象となった被タグ付画像情報とタグ付された被タグ付ユーザとの関連付けを管理するステップと、
被タグ付ユーザの情報が表示されるユーザ情報画面に、被タグ付画像情報を表示するステップと、
を含む制御方法。
【請求項８】
サーバ装置と端末装置とを含むシステムであって、
前記サーバ装置は、
任意の登録ユーザからアップロードされた画像情報を記憶する画像情報記憶部と、
前記画像情報をアップロードしたアップロードユーザ以外の他の登録ユーザからの要求にしたがって、当該アップロードユーザによって前記画像情報記憶部にアップロードされた画像情報と、任意の登録ユーザとを関連付けるタグ付処理をして、タグ付処理の対象となった被タグ付画像情報とタグ付された被タグ付ユーザとの関連付けを管理するタグ付制御部と、
前記タグ付制御部によって管理されている被タグ付ユーザの情報が表示されるユーザ情報画面に、前記画像情報記憶部に記憶されている被タグ付画像情報を表示する表示制御部と、
を備え、
前記端末装置は、
ユーザからの指示を受け付ける入力インタフェースと、
任意の画像情報を記憶する端末記憶部と、
氏名と連絡先とを対応付けて記憶する連絡先記憶部と、
前記表示制御部の指示にしたがって表示する画面インタフェースと、
前記入力インタフェースによって受け付けた内容にしたがって、前記端末記憶部に記憶された画像情報を前記サーバ装置にアップロードする端末通信部と、
を備え、
前記端末通信部は、前記入力インタフェースによって受け付けた内容にしたがって、前記連絡先記憶部に記憶された氏名に係るユーザを被タグ付ユーザとして選択し、かつ、画面インタフェースに表示された画像情報を被タグ付画像情報として選択することによって、前記サーバ装置にタグ付要求をする
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理端末を用いたメッセージの送受信を行う技術に関する。
【背景技術】
【０００２】
従来、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）端末や携帯端末等の情報処理装置を用いてリアルタイムの文字通信を行う、いわゆるチャットというサービスが提供されている。２０１０年以降、スマートフォンと呼ばれる多機能型携帯端末が急速に普及し、携帯端末で利用されることを前提としたチャットサービスが多く提供され、利用者数が増えている。このようなサービス普及により、これまで知り合うことのなかった友だちとの間においても、共通のコミュニティが形成されるようなサービス・機能が期待されている。
【０００３】
たとえば、特許文献１には、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋｉｎｇＳｅｒｖｉｃｅ）に参加しているユーザが画像をアップロードして、その画像に関連のあるユーザの識別情報をタグ付けすることが開示されている。タグ付けされた画像は、所定の範囲で、ユーザとの関連性をも含めて公表されることとなり、関連性が公表されることで、新たなコミュニティの創出が促進される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−５１９９０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、タグ付け処理の際において、多様な制限が課せられ、また、煩雑な操作が要求されることがあった。
【０００６】
本発明はかかる課題に鑑みてなされたものであり、その目的は、タグ付け処理を適切に制限することによって、より円滑なコミュニケ―ションを促進させることができるサーバ装置、方法、および、システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明のある態様は、サーバ装置に関する。このサーバ装置は、サービスに登録している任意の登録ユーザからアップロードされた画像情報と、当該画像情報をアップロードしたアップロードユーザの識別情報とを対応付けて記憶する画像情報記憶部と、アップロードユーザ以外の他の登録ユーザからの要求にしたがって、当該アップロードユーザによって画像情報記憶部にアップロードされた画像情報と、任意の登録ユーザとを関連付けるタグ付処理をして、タグ付処理の対象となった被タグ付画像情報とタグ付された被タグ付ユーザとの関連付けを管理するタグ付制御部と、タグ付制御部によって管理されている被タグ付ユーザの情報が表示されるべきユーザ情報画面に、画像情報記憶部に記憶されている被タグ付画像情報を表示する表示制御部と、を備える。
【０００８】
このような態様によると、アップロードユーザ以外の他の登録ユーザからの要求にしたがって、当該アップロードユーザによって画像情報記憶部にアップロードされた画像情報と、任意の登録ユーザとを関連付けるタグ付処理をすることによって、アップロードユーザ以外であってもタグ付け処理を要求でき、また、被タグ付ユーザとして、任意の登録ユーザを選択することができる。これによりタグ付けに柔軟性を持たせられるので、より円滑なコミュニケ―ションを促進させることができる。
【０００９】
また、このサーバ装置は、複数の登録ユーザ間におけるチャットを制御するチャット制御部をさらに備えてもよい。画像情報記憶部は、チャット制御部においてチャットが実施されている際に、タグ付制御部は、チャット制御部においてチャットが実施されている際にアップロードされた画像情報に対してタグ付処理が要求された場合、アップロードされた画像情報と、被タグ付ユーザであるチャット中の登録ユーザとを関連付けるタグ付処理を行ってもよい。
【００１０】
このような態様によると、チャットが実施されている際にアップロードされた画像情報に対してタグ付処理が要求された場合、アップロードされた画像情報と、被タグ付ユーザであるチャット中の登録ユーザとを関連付けるタグ付処理を行うことによって、チャット中においてもタグ付け処理ができる。また、チャットというクローズドな空間において限られたユーザのみしか閲覧できない画像であっても、その画像にタグ付け処理することによって、チャットに参加していないユーザに対しても共有できることとなるので、より円滑なコミュニケ―ションを促進させることができる。
【００１１】
また、このサーバ装置は、それぞれ特定の性質を有する複数のグループを設定するグループ設定部と、グループ設定部によって設定された複数のグループのうち、登録ユーザにより選択されたグループの識別情報と、その登録ユーザの識別情報とを関連づけて管理するグループ管理部とを備えてもよい。このサーバ装置において、タグ付制御部は、グループ管理部において管理されているいずれかのグループが被タグ付ユーザとして選択された場合、選択されたグループの識別情報と、被タグ付画像情報とをタグ付処理し、かつ、前記グループ管理部において当該グループと関連付けられている１以上の登録ユーザのそれぞれと、被タグ付画像情報とをタグ付処理してもよい。また、表示制御部は、グループとの間でタグ付処理された被タグ付画像情報を当該グループの情報を表示すべきグループ情報画面と、グループ管理部において当該グループと関連付けられている１以上の登録ユーザのユーザ情報画面に表示してもよい。
【００１２】
このような態様によると、選択されたグループの識別情報と、被タグ付画像情報とをタグ付処理し、かつ、前記グループ管理部において当該グループと関連付けられている１以上の登録ユーザのそれぞれと、被タグ付画像情報とをタグ付処理することによって、特定の共通項であるグループを単位として画像をシェアすることができ、あわせて、グループ内のユーザに対してもシェアすることができるので、グループ内でのより円滑なコミュニケ―ションを促進させることができる。
【００１３】
また、このサーバ装置は、タグ付制御部によってタグ付処理が完了した後に、タグ付制御部によって管理されている被タグ付ユーザに対して、タグ付された旨と被タグ付画像情報へのリンク情報とを通知するサーバ通信部を備えてもよい。
【００１４】
このような態様によると、タグ付処理が完了した後に、タグ付制御部によって管理されている被タグ付ユーザに対して、タグ付された旨と被タグ付画像情報へのリンク情報とを通知することによって、被タグ付ユーザに対して、タグ付けされた旨を確実に伝えることができ、その後のグループ内でのコミュニケーションを誘起させることができ、より円滑なコミュニケ―ションを促進させることができる。
【００１５】
また、このサーバ装置において、サーバ通信部は、タグ付制御部によって管理されている被タグ付ユーザが当該チャットサービスに未登録の未登録ユーザである場合、その未登録ユーザに対して、電子メールにて、タグ付された旨と被タグ付画像情報へのリンク情報とを通知してもよい。
【００１６】
このような態様によると、未登録ユーザにタグ付けされた場合であっても、より効果的に、タグ付された旨と被タグ付画像情報へのリンク情報とを通知でき、未登録ユーザのチャットシステムへの参加を誘起できる。これにより、チャットシステム全体の参加人数を増加でき、より円滑で活発なコミュニケーションを促進させることができる。
【００１７】
また、このサーバ装置は、登録ユーザごとに、自らが被タグ付ユーザとなった場合における被タグ付画像情報を当該登録ユーザのユーザ情報画面に「常時公開」するか否かを当該登録ユーザの選択により設定し、「常時公開」しない旨が選択されている場合はタグ付制御部において被タグ付ユーザとなったことを契機として公開するか否かを問い合わせる公開設定管理部を備えてもよい。このサーバ装置において、表示制御部は、公開設定管理部の設定が「常時公開」である場合、もしくは、問い合わせに対する回答が公開である場合、当該登録ユーザのユーザ情報画面上での被タグ付画像に対する他の登録ユーザからの閲覧を可能とする一方、問い合わせに対する回答が非公開である場合、他の登録ユーザからの閲覧を禁止する。
【００１８】
このような態様によると、「常時公開」するか否かを当該登録ユーザの選択により設定し、「常時公開」しない旨が選択されている場合はタグ付制御部において被タグ付ユーザとなったことを契機として公開するか否かを問い合わせることによって、きめ細やかなプライバシー管理を実現することができ、より円滑でコミュニケーションを促進させることができる。
【００１９】
また、このサーバ装置は、公開設定管理部において、「常時公開」しない旨が選択されている被タグ付ユーザから非表示の旨が回答された場合であっても、タグ付制御部は、被タグ付ユーザと、被タグ付画像情報との関連性を維持してもよい。
【００２０】
このような態様によると、非表示の旨が回答された場合であっても、被タグ付ユーザと、被タグ付画像情報との関連性を維持させることによって、よりきめ細やかなプライバシー管理を実現することができ、より円滑なコミュニケーションを促進させることができる。
【００２１】
また、このサーバ装置は、登録ユーザもしくは非登録ユーザを識別するための名称、識別番号、顔画像情報の少なくとも１つをユーザ情報として管理するユーザ情報管理部と、画像情報記憶部に記憶された画像情報のうちの被タグ付画像情報に対して顔認証処理を実行し、当該画像情報に撮像されている少なくとも１つの顔画像情報と、前記ユーザ情報管理部において管理されている複数のユーザ情報のうちのいずれかの顔画像情報とが一致しているか否かを判定する顔認証処理部と、を備えてもよい。このサーバ装置において、タグ付制御部は、顔認証処理部において双方の顔画像情報が一致していると判定された場合、当該画像情報と、ユーザ情報管理部において管理している顔画像情報が含まれたユーザ情報とを関連付けてもよい。
【００２２】
このような態様によると、被タグ付画像情報に対して顔認証処理を実行することによって、簡易にタグ付け処理が実施され、ユーザの負担を軽減することができる。
【００２３】
また、このサーバ装置において、タグ付制御部は、任意の登録ユーザからの要求にしたがって、要求に係る登録ユーザと、被タグ付画像情報との関連性を削除する。
【００２４】
このような態様によると、任意の登録ユーザからの要求にしたがって、要求に係る登録ユーザと、被タグ付画像情報との関連性を削除することによって、悪意のあるタグ付けを誰でも削除することができ、より円滑なコミュニケーションを促進させることができる。誰でもどの画像に対してもタグ付けできるように制限を緩くしたため、その弊害として、悪意のあるユーザによるタグ付けがある可能性があるが、誰でもタグ付けを削除することができるため、これを防止することができるようになる。
【００２５】
また、このサーバ装置において、画像情報記憶部は、記憶している画像情報に対して削除要求があった場合に、削除要求をした登録ユーザが当該画像情報のアップロードユーザであった場合にかぎり、その画像情報を削除してもよい。タグ付制御部は、前記画像情報記憶部において画像情報が削除されると、その画像情報に対する被タグ付ユーザとの関連性を削除してもよい。表示制御部は、前記タグ付制御部において関連性が削除された被タグ付ユーザのユーザ情報画面において、被タグ付画像情報を非表示としてもよい。
【００２６】
このような態様によると、削除要求をした登録ユーザが当該画像情報のアップロードユーザであった場合にかぎり、その画像情報を削除することによって、画像管理を適切に実行させることができ、より円滑なコミュニケーションを促進させることができる。また、悪意のあるタグ付けが大量にされた場合、タグ付けの削除が非常に煩雑になるが、画像情報を削除することでそのようなタグ付けを一斉に消去することができることとなる。
【００２７】
本発明の別の態様は、制御方法である。この方法は、サービスに登録している任意の登録ユーザからアップロードされた画像情報を記憶するステップと、画像情報をアップロードしたアップロードユーザ以外の他の登録ユーザからの要求にしたがって、当該アップロードユーザによってアップロードされた画像情報と、任意の登録ユーザとを関連付けるタグ付処理をして、タグ付処理の対象となった被タグ付画像情報とタグ付された被タグ付ユーザとの関連付けを管理するステップと、  被タグ付ユーザの情報が表示されるユーザ情報画面に、被タグ付画像情報を表示するステップを含む。
【００２８】
本発明の別の態様は、システムである。このシステムは、サーバ装置と端末装置を含む。サーバ装置は、サービスに登録している任意の登録ユーザからアップロードされた画像情報を記憶する画像情報記憶部と、画像情報をアップロードしたアップロードユーザ以外の他の登録ユーザからの要求にしたがって、当該アップロードユーザによって画像情報記憶部にアップロードされた画像情報と、任意の登録ユーザとを関連付けるタグ付処理をして、タグ付処理の対象となった被タグ付画像情報とタグ付された被タグ付ユーザとの関連付けを管理するタグ付制御部と、タグ付制御部によって管理されている被タグ付ユーザの情報が表示されるユーザ情報画面に、画像情報記憶部に記憶されている被タグ付画像情報を表示する表示制御部と、を備える。端末装置は、ユーザからの指示を受け付ける入力インタフェースと、任意の画像情報を記憶する端末記憶部と、氏名と連絡先とを対応付けて記憶する連絡先記憶部と、表示制御部の指示にしたがって表示する画面インタフェースと、入力インタフェースによって受け付けた内容にしたがって、前記端末記憶部に記憶された画像情報を前記サーバ装置にアップロードする端末通信部と、を備える。この端末装置において、端末通信部は、入力インタフェースによって受け付けた内容にしたがって、連絡先記憶部に記憶された氏名に係るユーザを被タグ付ユーザとして選択し、かつ、画面インタフェースに表示された画像情報を被タグ付画像情報として選択することによって、サーバ装置にタグ付要求をする。
【００２９】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００３０】
本発明によると、タグ付け処理を適切に制限することによって、より円滑なコミュニケ―ションを促進させることができる。
【発明を実施するための形態】
【００３１】
本発明の実施例を説明する前に、まず、本発明の概要を述べる。本発明は、情報通信端末装置間においてメッセージを送受信するためのチャットサービスやソーシャルネットワークサービス（ＳＮＳ）などに適用が可能である。この様なサービスに登録しているユーザを、以下、「登録ユーザ」という。
【００３２】
登録ユーザは、チャット画面上においてアップロードされた画像、もしくは、各ユーザの顔写真やプロフィールなどが表示されるユーザ情報画面上においてアップロードされた画像に対して、任意のユーザをタグ付けできる。
【００３３】
タグ付けを行うことができるユーザ（タグ付ユーザ）は、当該画像をアップロードしたユーザ（アップロードユーザ）でなくてもよい。また、タグ付けをされるユーザ（被タグ付ユーザ）は、任意のユーザでよく、さらに、複数の登録ユーザが所属するグループを単位としても選択することができる。
【００３４】
従来のチャットサービスやＳＮＳにおいては、チャット上でタグ付け処理ができなかったり、アップロードユーザにしかタグ付け処理が許可されていなかったので、特定のユーザやグループ間において画像をシェアしたい場合であっても、シェアすることができなかった。また、タグ付ユーザによる複数回の処理が要求されるなど、煩雑な操作が必要であった。
【００３５】
本発明においては、以上の課題を解消しており、タグ付け処理に対する制限を適切なものとすることによって、シェアしたい画像をシェアしたい人がシェアさせたい人に対してタグ付けできるようになり、もって、より円滑なコミュニケ―ションを促進させることができるものである。以下、本発明をチャットサービスに適用した例を用いて説明する。
【実施例１】
【００３６】
まず、実施例１について説明する。図１は、本発明の実施例１にかかるチャットシステム１００を示す図である。チャットシステム１００は、サーバ１０と、サーバ１０と基地局４０とを有線回線で接続するネットワーク３０と、基地局４０で代表される第１基地局４０ａ〜第３基地局４０ｃと、モバイル端末５０で代表される第１モバイル端末５０ａ〜第３モバイル端末５０ｃと、ＰＣ端末７０とを含む。
【００３７】
なお、図示の都合上、基地局４０、モバイル端末５０は共に３台のみ図示したが、これにかぎらず、それ以上の基地局４０、モバイル端末５０が存在してもよい。ＰＣ端末７０についても同様である。また、第１モバイル端末５０ａ〜第３モバイル端末５０ｃは、それぞれ異なる基地局５０と接続されるとして図示しているが、これにかぎらず、１つの基地局５０に複数のモバイル端末５０が接続されていても、本発明が適用可能であることは言うまでもない。
【００３８】
サーバ１０は、チャットサービスを実施、提供するための装置である。サーバ１０は、ネットワーク３０と基地局４０とを介して、モバイル端末５０やＰＣ端末７０との間で、チャット処理のための通信処理を実行する。なお、以下においては、説明を簡易にするため、単に、「サーバ１０とモバイル端末４０ないしＰＣ端末７０との間で通信処理を実行する」などと表現し、ネットワーク３０および基地局４０を介する点については記載を省略する。また、以下においては、モバイル端末５０やＰＣ端末７０を総称して、ユーザ端末と表現することもある。
【００３９】
ここで、サーバ１０は、チャットシステムに登録した登録ユーザの情報を管理するユーザ情報管理機能と、チャット相手とチャットをするためのメール統合機能と、登録ユーザからアップロードされた画像にタグ付け処理を制御するタグ付制御機能と、登録ユーザのユーザ端末の画面上にチャット画面やユーザ情報画面などを表示させるための制御をする表示制御機能と、を有する。
【００４０】
ユーザ情報管理機能は、ユーザ端末からアップロードされた連絡先情報や、写真や動画などの画像情報を、アップロードユーザに付与された識別情報と関連づけて管理する。具体的には、まず、ユーザ端末からの要求にしたがって、ユーザ端末上でチャットシステムを利用できるようにするためのアプリをダウンロードさせた後、ユーザ端末内のメモリに記憶されている連絡先情報をアップロードさせて、その登録ユーザに対して付与した識別情報に関連づけて、サーバ１０内のメモリにインポートする。この処理の後、ユーザはチャットサービスの使用を開始することができる。
【００４１】
登録ユーザは、チャットを実施中において、任意の画像情報をアップロードすることができる。これにより、チャット相手との間で画像情報を共有することができる。チャットは、クローズドなコミュニケーションであるため、チャット当事者以外のユーザからは、チャット上のメッセージや、チャット上にアップロードされた画像情報をみることができない。
【００４２】
また、登録ユーザは、各ユーザの顔写真やプロフィールなどが表示されるユーザ情報画面上においても、画像情報をアップロードできる。アップロードは、アップロードユーザのユーザ情報画面だけでなく、他の登録ユーザのユーザ情報画面に対しても可能である。このとき、アップロードユーザのユーザ情報画面に画像をアップロードした場合、その画像へのアップロードユーザのタグ付けを自動的に行っても良い。また、他の登録ユーザのユーザ情報画面に対して画像のアップロードを行った場合、その画像への他の登録ユーザ（被アップロードユーザ）のタグ付けを自動的に行っても良い。また、このとき、アップロードユーザのタグ付けをその画像に行わないこともできる。
【００４３】
メール統合機能は、チャット相手が登録ユーザであるか否かをユーザに考慮させることなく、所望のユーザとの間でチャットを実施させるための機能である。サーバ１０は、ユーザ端末からチャットサービスの開始の要求があると、チャットサービスの相手先への通信方式を決定する。具体的には、適用すべき通信方式の優先順位が示された情報（以下、優先度情報という。）に従って、サーバ１０内のメモリに格納された登録情報から最も適した通信方式を決定し、ユーザ端末から送信されたメッセージをその通信方式、たとえば、Ｅメールの形式に変換して、相手先に送信する。
【００４４】
送信相手先への通信の際に適用される通信方式は、送信相手が登録ユーザの場合は原則としてチャット方式が選択される。一方、送信相手が未登録ユーザの場合は、未登録ユーザに関してメモリに登録された情報に応じた方式が選択される。詳細は後述する。このような態様をとることで、ユーザは、相手先が未登録ユーザであっても、それを意識することなく、チャットをすることができる。
【００４５】
タグ付制御機能は、任意の登録ユーザからの要求により、アップロードされた画像情報に対して、任意の登録ユーザをタグ付けする。タグ付ユーザと被タグ付けユーザと被アップロードユーザとの間には関連性がなく、登録ユーザであれば誰でもタグ付けできることが特徴である。なお、タグ付け処理は、画像情報がアップロードされたことを契機として、顔認証処理によって自動的に実行されてもよい。顔認証処理は、あらかじめシステムに登録された登録ユーザの顔写真情報と、アップロードされた画像情報に撮像されている顔情報とが一致するか否かによって処理される。この顔認証処理は、顔認証技術に関する所定の従来技術を用いて実施されてもよい。
【００４６】
タグ付け処理の対象として選択できる被タグ付画像情報は、チャット中においてアップロードされた画像情報であってもよく、また、任意のユーザのユーザ情報画面上に表示された画像情報であってもよい。すなわち、画像情報をアップロードしたユーザが誰であるかは問われずに、誰でも、任意のアップロード画像情報に対してタグ付けができることとなる。
【００４７】
タグ付け処理の対象として選択できる被タグ付ユーザは、任意の登録ユーザを対象としてもよいし、特定のグループを対象としてもよい。また、チャットシステムに登録していない未登録のユーザも対象とすることができる。
【００４８】
例えば、結婚式やその２次会などにおいて集合写真を撮ることがあるが、その写真には、初対面のユーザ同士が同じ写真に写っていることが多々ある。このような場合、お互いに友達になっていないこともあり直接話をした人以外との交流が発展することが少ない。しかしながら、このような場合においても、そのような集合写真にタグ付けを行うことで、そこから交流が生まれるきっかけになる可能性もあり、サービスのソーシャル性がさらに高まる。
【００４９】
なお、被タグ付ユーザとされた場合であっても、タグ付けを削除できる。この削除は、任意の登録ユーザが可能である。        
【００５０】
タグ付け処理の対象とされた場合、その被タグ付けユーザに対しては、タグ付けされた旨と、被タグ付画像情報へのリンク情報が通知される。通知の方法は、チャットシステム上においてメッセージが送られてもよく、また、被タグ付ユーザのユーザ情報画面に表示されてもよいし、あらかじめ登録されている電子メールなどの方法により通知されてもよい。なお、被タグ付ユーザが未登録ユーザである場合、電子メールなどのあらかじめ登録されている通信方法によって通知される。
【００５１】
表示制御機能は、ユーザのユーザ端末に対して、チャットシステムが提供するサービスにかかる画像を表示させる。たとえば、ユーザがチャットシステムに登録した場合、ユーザごとにアップロードされたユーザ情報をユーザ情報画面にまとめて表示する。また、グループが形成された場合、そのグループに参加している登録ユーザの氏名などをグループ情報画面に表示する。また、チャットを実施する場合、互いのメッセージやアップロードされた画像情報を表示する。
【００５２】
タグ付け処理がされると、被タグ付画像情報が被タグ付ユーザのユーザ情報画面に表示される。この表示は、被タグ付ユーザが閲覧できることはもちろん、他の登録ユーザも閲覧できる。ただし、被タグ付けユーザにおいて、他の登録ユーザからの閲覧を禁止する設定をした場合は、他の登録ユーザからのアクセスを禁止するので、他のユーザからの閲覧ができなくなる。なお、グループを対象としたタグ付けされた場合は、グループ情報画面と、そのグループに所属している登録ユーザのユーザ情報画面の双方に被タグ付画像を表示する。
【００５３】
図２は、図１のチャットシステム１００におけるサーバ１０の構成例を示す図である。サーバ１０は、サーバ通信部１２と、ユーザ情報管理部１４と、チャット制御部１６と、表示制御部１８と、タグ付制御部２０と、サーバメモリ２２とを含む。
【００５４】
サーバ通信部１２は、ユーザ端末からの信号を受信し、所定の復調処理を実施して、ユーザ情報管理部１４、チャット制御部１６、表示制御部１８、タグ付制御部２０に復調された信号を送る。また、ユーザ情報管理部１４、チャット制御部１６、表示制御部１８、タグ付制御部２０から送られた信号に対して所定の変調処理を実施して、ユーザ端末に送信する。なお、サーバ通信部１２における変復調処理は、従来用いられている変復調技術が用いられてよく、このような態様であったとしても、本発明を適用することができることは当業者に理解されるところである。
【００５５】
ユーザ情報管理部１４は、サーバ通信部１２を通じて、ユーザ端末からアップロードされた連絡先情報や画像情報を受け取る。たとえば、ユーザ情報管理部１４には、ユーザ端末にチャットサービスを利用するためのアプリ（以下、チャットアプリという。）がインストールされたとき、ユーザ端末内の連絡先情報がアップロードされる。その際、ユーザ情報管理部１４は、まず、アップロードの主体となったユーザ端末にＩＤを付与する。そこで、ユーザ情報管理部１４は、ユーザ端末に付与したＩＤとその連絡先情報とを対応付けて、サーバメモリ２２に登録してもよい。
【００５６】
また、ユーザ情報管理部１４は、任意の登録ユーザからアップロードされた画像情報と、当該画像情報をアップロードしたアップロードユーザのＩＤとを対応付けて、サーバメモリ２２に記憶する。後述するチャット制御部１６においてチャットが実施されている際に、画像情報がアップロードされた場合、アップロードされた画像情報と、アップロードしたチャット中の登録ユーザのＩＤとを対応付けて、サーバメモリ２２に記憶する。
【００５７】
さらに、ユーザ情報管理部１４は、システムへの登録の際に新規登録ユーザからアップロードされた連絡先情報と、登録ユーザの連絡先情報とを照合する。ここでの登録ユーザの連絡先情報とは、すでにチャットサービスに登録しているユーザの連絡先情報である。また、ユーザ情報管理部１４は、アップロードされた連絡先情報と、登録済の連絡先情報とを照合してもよい。登録済の連絡先情報とは、サーバメモリ２２に記憶されている、他の登録ユーザによってすでにインポートされていた未登録ユーザの連絡先情報を含む連絡先情報である。
【００５８】
連絡先情報とは、氏名、フリガナ、電話番号、携帯電話番号、Ｅメールアドレス、ＳＮＳ情報、ユーザ情報などを含む。電話番号、携帯電話番号、Ｅメールアドレス、あるいは、ＳＮＳ情報は、複数であってもよい。ＳＮＳ情報は、ｆａｃｅｂｏｏｋ、ｔｗｉｔｔｅｒ、ｍｉｘｉ、Ｌｉｎｋｅｄｉｎ（以上４つはすべて登録商標）などのＳＮＳにおいてユーザを識別し、また、そのユーザに対して連絡をするために必要な１以上の情報を含む。ユーザ情報は、チャットシステムを利用するためのアプリをインストールしているか否かを示す情報であり、登録ユーザであるか未登録ユーザであるかを判断するためのフラグとなる。
【００５９】
照合の結果、２つの連絡先情報に共通部分があった場合、ユーザ情報管理部１４は、２つの連絡先情報を統合して記憶する。たとえば、以下に示すような２つの連絡先情報であったとすると、両連絡先情報において、氏名と携帯電話番号が同一である。そのため、双方の連絡先情報は同一人物にかかるものであると推定できる。
【００６０】
アップロードされた連絡先情報
氏名              Ａ
携帯電話番号      090-XXX-YYYY
Ｅメールアドレス  b@ppp.co.jp
登録済の連絡先情報
氏名              Ａ
携帯電話番号      090-XXX-YYYY
電話番号          03-mmmm-nnnn
Ｅメールアドレス  a@qqq.ne.jp
【００６１】
よって、ユーザ情報管理部１４は、上記２つの連絡先情報を統合して、以下のような１つの連絡先情報として、サーバメモリ２２に記憶する。
【００６２】
統合後の連絡先情報
氏名              Ａ
携帯電話番号      090-XXX-YYYY
電話番号          03-mmmm-nnnn
Ｅメールアドレス  a@qqq.ne.jp
Ｅメールアドレス  b@ppp.co.jp
【００６３】
なお、２つの連絡先情報が完全一致する場合、ユーザ情報管理部１４は、統合処理をしなくてもよい。お互いに補間すべき情報がないからである。また、統合の際に、共通部分の個数をもって、統合するか否かの条件してもよいし、１以上の所定の情報が一致していることを条件としてもよいし、これらの組み合わせでもよい。この個数を増やすほど、同一人物にかかるものである確率が高まるからである。また、1以上の所定の情報を、たとえば氏名と携帯電話番号のようにすることで、不変あるいは変更されにくい連絡先情報を判断基準にできるので、同一人物にかかるものである確率をより高めることができる。なお、処理スピード、処理負荷の観点と、確率を高めることはトレードオフの関係にあるが、これらを鑑みると、上記個数は、２ないし３が好適であるといえ、また、所定の情報は、氏名と携帯電話番号および／または電話番号の組み合わせが好適であるといえる。
【００６４】
チャット制御部１６は、サーバ通信部１２からの信号を受けて、内容に応じた処理を実施して、サーバメモリ２２にアクセスし、また、サーバ通信部１２に対して送信を指示する。サーバ通信部１２は、チャット制御部１６にて選択された通信方式にて、所定のメッセージを送信相手へ送信する。
【００６５】
サーバ通信部１２から受ける信号はユーザ端末からの信号であり、たとえば、チャットアプリのダウンロード要求、ユーザ端末からアップロードされた連絡先情報や画像情報、チャット相手や友だち登録するユーザの選択、ならびに、送信先へのメッセージなどである。
【００６６】
また、チャット制御部１６は、サーバメモリ２２に対して、ユーザにダウンロードさせるためのチャットアプリを読み出したり、ユーザ端末から送信された連絡先情報をインポートしたり、通信方式を決定するための情報にアクセスを行う。チャット制御部１６は、ユーザからの要求にしたがって、ユーザ端末にアプリをダウンロードさせる。ユーザ端末にダウンロードさせた後において、チャット制御部１６は、ユーザ端末に対して、そのユーザ端末に記憶された連絡先情報を当該サーバ１０にインポートさせるか否かの問合せを行う。インポートの許可があった場合、ユーザ端末から連絡先情報が送られてくるので、チャット制御部１６は、サーバメモリ２２に当該情報を書き込む。
【００６７】
また、チャット制御部１６は、送信先への通信方式を決定する場合に、送信先に関してサーバメモリ２２に登録されている１以上の通信方式から、適用すべき通信方式の優先順位が示された情報にしたがって、１つの通信方式を選択する。「適用すべき通信方式の優先順位が示された情報」や選択の詳細については後述することとする。
【００６８】
また、チャット制御部１６は、それぞれ特定の性質を有する複数のグループを設定する。グループ設定部は、それぞれ特定の性質を有する複数のグループを設定する。また、グループ管理部は、グループ設定部によって設定された複数のグループのうち、登録ユーザにより選択されたグループの識別情報と、その登録ユーザの識別情報とを関連づけてサーバメモリ２２で管理する。
【００６９】
ここで、「グループ」とは、同じ趣味や、共通の地域など、ユーザ間における任意の共通事項の存在をきっかけとして、任意のユーザによって作成される。グループへの加入は、グループに所属しているユーザからの招待や、自己の選択により加入することができる。グループに加入すると、自己のユーザ情報内に、加入したグループのグループＩＤが追加される。このグループＩＤを用いると、特定の仲間同士におけるチャットの実施や、イベント生成、管理が容易となる。
【００７０】
チャット制御部１６は、ユーザ端末からのチャット要求を契機として、サーバメモリ２２にアクセスして、チャットが要求されたユーザ端末への送信先の情報を取得し、送信先への通信方式を決定し、ユーザ情報管理部１４に伝える。ユーザ情報管理部１４は、ユーザ情報管理部１４より伝えられた通信方式のフォーマットに、ユーザ端末から受け付けた送信先へのメッセージを変換する。ユーザ情報管理部１４による変換は、公知の方法で行われてもよい。
【００７１】
チャット制御部１６は、受け付けた送信先のユーザに関してサーバメモリ２２に登録されている１以上の通信方式から、適用すべき通信方式の優先順位が示された情報にしたがって、１つの通信方式を選択する。ただし、サーバ通信部１２から受け付けたメッセージがチャット形式である場合と、そうでない場合とで、チャット制御部１６は動作が異なる。チャット形式の場合は、登録ユーザからのメッセージであり、チャット形式以外の形式の場合は、未登録ユーザからのメッセージとなるからである。
【００７２】
ここでは、まず、サーバ通信部１２から受け付けたメッセージがチャット形式である場合について、例を用いて説明する。この例においては、以下のユーザＡ、ユーザＢ、ユーザＣの連絡先情報がサーバメモリ２２に記憶されていることを前提とする。
【００７３】
ユーザＡ
氏名
Ｅメールアドレス
登録ユーザ
ユーザＢ
氏名
Ｅメールアドレス
ＳＮＳ情報
未登録ユーザ
ユーザＣ
氏名
Ｅメールアドレス１
Ｅメールアドレス２
未登録ユーザ
【００７４】
また、優先度情報（適用すべき通信方式の優先順位が示された情報）が以下のように設定されていたと仮定する。なお、この優先度情報とは、たとえば、以下のような情報となる。優先度１は、もっとも優先度が高いことを示し、番号が大きくなるほど優先度が低くなることを示している。
【００７５】
優先度１  チャット形式
優先度２  Ｅメール形式
優先度３  ＳＮＳ形式
【００７６】
なお、この優先度情報は、登録ユーザごとに設定されていてもよい。また、登録ユーザが任意に設定してもよい。また、常に、チャット形式が優先度１になるように設定されてもよいし、この場合に、優先度２以降の形式をユーザが任意に設定できるようになっていてもよい。
【００７７】
以上のような場合において、ユーザＡが送信先である場合について説明する。まず、チャット制御部１６は、送信先について記憶されている連絡先情報のうち、ユーザ情報を取得する。ここで、ユーザ情報により、送信先のユーザが登録ユーザであることが判明し、この場合、チャット形式が選ばれる。
【００７８】
ここで、チャット制御部１６は、受け付けたメッセージをチャット形式に変換する。なお、登録ユーザである場合、優先度情報にアクセスすることなく、チャット形式を選択してもよい。
【００７９】
次に、ユーザＢが送信先である場合について説明する。上述のユーザＡの場合と異なり、ユーザＢは未登録ユーザとなる。このような場合、チャット制御部１６は、優先度情報のうち、優先度２を参照する。ここで、優先度２はＥメール形式となっているので、チャット制御部１６は、Ｅメールアドレスが、ユーザＢの連絡先情報として存在するか否かを照合する。
【００８０】
上記の例においては、ユーザＢのＥメールアドレスが存在するため、チャット制御部１６は、通信方式としてＥメール形式を選択することとなる。なお、ユーザＢのＥメールアドレスが登録されていなかった場合、次の優先度３のＳＮＳ形式について登録されているかが判断され、この場合においてはユーザＢの登録情報としてＳＮＳ情報が登録されているため、チャット制御部１６は、ＳＮＳ形式を選択することとなる。
【００８１】
次に、ユーザＣが送信先である場合について説明する。ユーザＣの登録情報によると、ユーザＣは未登録ユーザであるため、チャット制御部１６は、優先度２のＥメール形式が選択できるかどうかを判断するために、ユーザＣの登録情報にＥメールアドレスが存在するか否かを確認する。ここで、ユーザＣの登録情報として、Ｅメールアドレスが２つ存在している。このような場合、チャット制御部１６は、携帯電話宛のＥメールアドレスを優先して選択する。
【００８２】
なお、２つ以上の携帯電話宛のＥメールアドレスが登録されている場合、より遅い時期に登録されているＥメールアドレスを選択してもよい。より遅い時期に登録されたＥメールアドレスのほうが、より最近に登録された最新の情報である可能性があり、より確実にユーザＣにメッセージを到達させることができるからである。
【００８３】
また、優先度情報としてＥメール形式が優先度２に設定されているが、これを以下の優先度情報の例２のように、宛先に応じて優先度を設定してもよい。
【００８４】
＜優先度情報の例２＞
優先度１  チャット形式
優先度２  携帯電話以外を宛先とするＥメールアドレス
優先度３  携帯電話宛のＥメールアドレス
【００８５】
また、以下の優先度情報の例３のように、gmail.comやフリーアドレスのように、携帯電話であるか他の宛先であるかを問わない汎用のＥメールアドレスを設定できるようにしてもよい。このように優先度情報を設定することで、より柔軟に送信先を選択することができ、より確実に送信先にメッセージを到達させることができる。
【００８６】
＜優先度情報の例３＞
優先度１  チャット形式
優先度２  汎用のＥメールアドレス
優先度３  携帯電話宛のＥメールアドレス
優先度４  携帯電話以外を宛先とするＥメールアドレス
【００８７】
チャット制御部１６は、送信先が未登録ユーザである場合、サーバ通信部１２から受け付けたメッセージに、ＵＲＬ情報を付加する。ＵＲＬ情報とは、未登録ユーザにチャットシステムへの招待を促すＷｅｂページへのリンクに関する情報である。未登録ユーザは、この情報をクリックすることで、サーバ１０にアクセスでき、そこから、チャットを実施するためのチャットアプリをダウンロードできることとなる。つぎに、チャット制御部１６は、選択された通信方式の形式に、送信すべきメッセージを変換してサーバ通信部１２に送る。
【００８８】
つぎに、サーバ通信部１２から受け付けたメッセージがチャット形式以外の形式の場合について説明する。この場合におけるメッセージは、未登録ユーザから登録ユーザへのメッセージとなる。そのため、サーバメモリ２２においては、宛先であるユーザの登録情報は、登録ユーザとなる。ここで、チャット形式は、登録ユーザにかかる優先度情報の優先度１となっている。よって、前述したように、ユーザ情報管理部１４は、登録ユーザ宛のメッセージの通信方式としてチャット形式を選択することとなる。
【００８９】
ついで、チャット制御部１６は、未登録ユーザから受け付けたメッセージをチャット形式に変換する。変換されたメッセージは、サーバ通信部１２を介して、宛先であるユーザ端末５０に送信される。ユーザ端末５０においては、端末のディスプレイ上のチャットインタフェース画面に、送信されたメッセージが表示される。以上のような態様により、チャットシステム１００においては、サーバ１０において記録されている連絡先情報と優先度情報から通信方式を適切に変換することで、登録ユーザ、未登録ユーザ間においても、ユーザに余計な操作をさせることなく、スムーズなチャットが実現できる。
【００９０】
表示制御部１８は、ユーザがチャットシステムにアクセスした場合に、サーバ通信部１２を通じて、ユーザ端末の画面に表示させるべき画像やテキストなどを送信する。たとえば、ユーザ情報画面を表示させる場合、表示制御部１８は、サーバメモリ２２にアクセスして、表示させるべきユーザのユーザ情報を取得し、所定のフォーマットでユーザ情報画面を形成する。また、後述するタグ付制御部２０においてタグ付け処理がなされた場合に、被タグ付ユーザのユーザ情報画面に被タグ付画像情報を表示させる。詳細は後述する。
【００９１】
つぎに、図３を用いて、タグ付け機能について説明する。図３は、図２のタグ付制御部２０の構成例を示す図である。タグ付制御部２０は、タグ付処理部２１０と、公開設定管理部２１２と、顔認証処理部２１４とを含む。
【００９２】
タグ付処理部２１０は、サーバ通信部１２を介して、タグ付処理にかかる要求をユーザから受け付ける。要求には、被タグ付画像情報として、サーバメモリ２２にアップロードされている画像情報を識別する情報と、被タグ付ユーザの識別情報が含まれる。ここで、タグ付処理部２１０は、サーバメモリ２２にアクセスして、アップロードされている画像情報にかかるタグ付関連情報に、被タグ付ユーザの識別情報を追加する。表示制御部は、画像情報がアップロードされたチャット画面あるいはユーザ情報画面において、被タグ付ユーザの一覧を表示してもよい。
【００９３】
さらに、タグ付処理部２１０は、サーバメモリ２２内の被タグ付ユーザにかかる登録ユーザのユーザ情報のうちのタグ付関連情報に、タグ付処理の対象となった被タグ付画像情報の識別番号を追加する。表示制御部１８は、サーバメモリ２２にアクセスして、タグ付け関連情報に含まれた画像情報の識別番号を確認し、被タグ付ユーザのユーザ情報画面に、その識別番号に対応する被タグ付画像情報が表示されるように、そのユーザ情報画面を形成する。これにより、タグ付された被タグ付ユーザとの関連付けがなされ、タグ付け処理が完了することとなる。
【００９４】
タグ付処理部２１０によってタグ付処理が完了した後に、サーバ通信部１２は、タグ付制御部によって管理されている被タグ付ユーザに対して、タグ付された旨と被タグ付画像情報へのリンク情報とを通知する。通知の際には、チャットメッセージで送るか、被タグ付ユーザのユーザ情報画面上に表示させるかをタグ付けユーザに選択させてもよい。チャットを介してメッセージを送信することによって、写真をアップロードした旨をいち早く知らせることができると共に、スムーズにチャットに移行することが可能となる。
【００９５】
また、被タグ付ユーザが当該チャットサービスに未登録の未登録ユーザである場合、その未登録ユーザについてサーバメモリ２２に記憶されている通信方式と優先順位にもとづいて通信方式を決定し、決定された通信方式、たとえば、電子メールにて、タグ付された旨と被タグ付画像情報へのリンク情報とを通知する。
【００９６】
また、グループが被タグ付ユーザとして選択された場合、タグ付処理部２１０は、選択されたグループの識別情報をサーバメモリ２２から読み出して、被タグ付画像情報とをタグ付処理をする。さらに、タグ付処理部２１０は、サーバメモリ２２にアクセスして、当該グループと関連付けられている１以上の登録ユーザのＩＤを読み出して、それぞれのユーザＩＤと、被タグ付画像情報とをタグ付処理する。
【００９７】
ここで、表示制御部１８は、グループとの間でタグ付処理された被タグ付画像情報を当該グループの情報を表示すべきグループ情報画面を形成し、さらに、当該グループと関連付けられている１以上の登録ユーザのユーザ情報画面を形成して、任意の登録ユーザからの要求にしたがって、グループ情報画面やユーザ情報画面を要求にかかるユーザのユーザ端末に表示させる。
【００９８】
また、タグ付処理部２１０は、チャット制御部１６においてチャットが実施されている際にアップロードされた画像情報に対してタグ付処理が要求された場合、アップロードされた画像情報と、被タグ付ユーザであるチャット中の登録ユーザとを関連付けるタグ付処理を行う。
【００９９】
また、タグ付処理部２１０は、任意の登録ユーザからの要求にしたがって、要求に係る登録ユーザと、被タグ付画像情報との関連性を削除するために、サーバメモリ２２に記憶された削除対象の登録ユーザのユーザ情報のうちのタグ付関連情報から、当該被タグ付画像情報の識別情報を削除する。また、タグ付処理部２１０は、サーバメモリ２２に記憶された被タグ付画像情報にかかるタグ付け関連情報から削除対象の登録ユーザのユーザＩＤを削除する。
【０１００】
タグ付処理部２１０は、画像情報に対して削除要求があった場合に、削除要求をした登録ユーザが当該画像情報のアップロードユーザであった場合にかぎり、サーバメモリ２２から、その画像情報を削除する。その際、タグ付処理部２１０は、その画像情報にかかるタグ付け関連情報も削除する。さらに、タグ付処理部２１０は、そのタグ付け関連情報に含まれた被タグ付ユーザのユーザ情報のうちのタグ付関連情報から、削除された画像情報の識別情報を削除する。ここで、表示制御部１８は、削除された画像情報にタグ付けされていた登録ユーザのユーザ情報画面から被タグ付画像情報を削除する。
【０１０１】
公開設定管理部２１２は、登録ユーザごとに、公開設定情報を管理する。公開設定には、「常時公開」と「毎回確認」の２種類があり、ユーザ登録時、あるいは、ユーザが望んだときに、ユーザ情報の一部の情報として設定することができる。「常時公開」とは、自らが被タグ付ユーザとなった場合における被タグ付画像情報を当該登録ユーザのユーザ情報画面に「常時公開」するようにさせる設定である。また、「毎回確認」とは、被タグ付ユーザとなったことを契機として公開するか否かを問い合わせる設定である。
【０１０２】
公開設定管理部２１２は、タグ付処理部２１０においてタグ付け処理がされた場合、まず、サーバメモリ２２に記憶されている被タグ付ユーザの公開設定情報を確認する。「常時公開」が設定されていた場合、あるいは、問い合わせた結果において公開する旨の回答をサーバ通信部１２を介して得た場合、公開設定管理部２１２は、被タグ付ユーザのユーザ情報画面に画像情報を掲載し、任意のユーザがその画像情報を見ることができるように、当該ユーザ情報画面を形成する。
【０１０３】
一方、問い合わせに対する回答が非公開であった場合、公開設定管理部２１２は、被タグ付ユーザのユーザ情報画面に他の登録ユーザがアクセスしても被タグ付画像情報を閲覧できないように、ユーザ情報画面を設定する。なお、被タグ付ユーザ自身が閲覧可能なように設定されてもよい。また、問い合わせに対する回答が非公開であった場合でも、タグ付処理部は、被タグ付ユーザと、被タグ付画像情報との関連性を維持したままでもよい。
【０１０４】
この様な態様によって、例えば下記のような利点がある。あるユーザ（仮にユーザＡとする。ユーザＡは、写真にタグ付けされる度に毎回確認する設定にしている）が、写真をアップロードしようとしているが、その写真にはユーザＡは写っていなかったとする。この場合、その写真に写っている他のユーザをタグ付けすることで、他のユーザに写真を共有することができる。また、ユーザＡは、写真に自分の名前のタグを入れつつも、自分のプロフィールに写真を表示することを承認しないことで、自分のプロフィールに自分が写っていない写真が混在することを防ぐことができる。同時に、写真にユーザＡのタグが付いているため、その写真は自分と関係している（例えば、写真には写っていないが、同じ場所にはいた）という情報を第三者に周知することが可能となる。
【０１０５】
顔認証処理部２１４は、アップロードユーザからの要求を受けて、サーバメモリ２２に記憶された画像情報に対して顔認証処理を実施して、被タグ付ユーザを選択する。アップロードしたことを契機として、アップロードユーザに対して、顔認証処理を実施するか否かについて問い合わせてもよい。選択された被タグ付ユーザは、タグ付処理部２１０によってタグ付け処理がなされることとなり、自動的にタグ付け処理を実施することができる。
【０１０６】
具体的には、顔認証処理部２１４は、サーバメモリ２２に記憶された画像情報のうちの被タグ付画像情報に撮像されている少なくとも１つの顔画像情報を認識し、さらに、サーバメモリ２２に記憶されている登録ユーザの顔画像情報を取得して、両者を照合する。一致すると判定された場合、その顔画像情報にかかるユーザの識別情報をタグ付処理部２１０に通知して、被タグ付ユーザとして、タグ付け処理をさせる。
【０１０７】
このような判定処理は、（顔画像情報が登録されている数）×（被タグ付画像情報において認識可能な顔画像情報の数）だけ実施されてもよい。顔画像情報が登録されている数が多い場合、顔認証処理を要求したユーザのユーザ情報に含まれた友だちや、所属しているグループに関連するユーザに限定されてもよい。
【０１０８】
つぎに、ユーザ端末側の構成について説明する。図４は、図１のモバイル端末５０あるいはＰＣ端末７０における構成例を示す図である。ここでは、説明の都合上、モバイル端末５０の構成として説明するが、ＰＣ端末７０においても同様の構成となる。
【０１０９】
モバイル端末５０は、端末通信部５２と、端末制御部５４と、ユーザインタフェース５６と、端末メモリ５８とを備える。端末通信部５２は、サーバ１０からダウンロードしたチャットアプリや、サーバ１０からの問い合わせメッセージ、あるいは、他のユーザからのメッセージなどを受信する。
【０１１０】
端末制御部５４は、ユーザインタフェース５６を介してユーザからの指示を受け付けて、端末メモリ５８にアクセスしながら、チャットアプリのインストール制御や、端末メモリ５８に登録された連絡先情報のアップロード制御、あるいは、チャットのための送信先の選択やチャットメッセージの送信処理、タグ付け要求、選択された被タグ付画像情報と被タグ付ユーザ情報の送信処理、送信先へのメッセージ管理などを行う。
【０１１１】
また、ユーザインタフェース５６は、ユーザへのメッセージやユーザ情報画面、グループ情報画面を表示するための画面インタフェースと、キーボードやタッチパネルなどのユーザからの入力を受け付ける入力インタフェースと、カメラなどの画像撮像手段を含む。
【０１１２】
ユーザインタフェース５６は、ユーザからのアップロード要求やタグ付け要求、あるいは、タグ付け要求にかかる画像情報や被タグ付ユーザの選択などの指示を受け付けて、端末制御部５４に伝える。被タグ付ユーザを選択する場合、検索ワードを入力するボックスを指定し、名前を入力する。その際、一文字入力されるたびに、ユーザの候補が画面インタフェース上の候補欄に表示されてもよい。候補欄に表示される順序は、検索を実行したユーザとの関連性が高いユーザが優先される。たとえば、関連性とは、チャットシステムにおいて友だち登録している、同一のグループに所属している、チャット回数が多い、共通の友だちが多いなどの１つ以上を考慮して判断される指標である。
【０１１３】
ユーザへのメッセージとは、たとえば、メモリ６０に記憶された連絡先情報をサーバ１０内にインポートしてもよいか否かの問合せや表示設定に関する問い合わせ、あるいは、チャットを行う際の送信先の指定や、送信先へのメッセージ編集画面などである。これらのメッセージは、所定のチャットインタフェース画面に表示されてもよい。
【０１１４】
端末メモリ５８は、画像撮像手段や他のユーザから受信した画像情報を記憶し、また、氏名と連絡先とが対応付けて記憶された連絡先情報などを記憶する。
【０１１５】
以下、ユーザＡがチャットサービスの使用を開始する場面の一例として、モバイル端末５０の総括的な動作を説明する。
【０１１６】
ユーザＡが、ユーザＡのモバイル端末５０に、チャットアプリをインストールしたとする。その際に、端末制御部５４は、「アドレス帳をインポートしますか？」などのようなポップアップメッセージをユーザインタフェース５６に表示させ、これに対してユーザがＹｅｓボタンを押すと、端末メモリ５８に記憶されている連絡先情報が、サーバ１０のサーバメモリ２２にインポートされる。
【０１１７】
なお、チャットアプリをインストールする際に、ポップアップ表示等を出さずに、自動的にユーザＡの端末メモリ５８に記憶されている連絡先情報がサーバ１０にインポートされてもよい。また、定期的に、インポート処理が実施されてもよいし、新たな連絡先情報が端末メモリ５８に追加された場合にインポート処理が実施されてもよい。
【０１１８】
次に、サーバ１０において、連絡先情報に含まれた電話番号やＥメールアドレス等と、サーバ１０に記憶されている登録ユーザの連絡先情報とが照合され、一致する登録ユーザが存在する場合、登録ユーザの連絡先情報とインポートされたアドレス情報とが結合される。
【０１１９】
この様に、チャットアプリをインストールすれば、モバイル端末５０の端末メモリ５８に登録されているユーザの知り合い等に関する連絡先情報が、チャット相手として自動的に登録される。そのため、ユーザはストレスを感じることなく、チャットサービスの使用を開始することができる。
【０１２０】
つぎに、ユーザＡが、ユーザＢとチャットを介してメッセージのやりとりをする場面の一例を説明する。
【０１２１】
ユーザＡは、チャットアプリを起動させると、ユーザインタフェース５６は、送信先の候補としてフレンドリスト内に友だちとして登録されたユーザの情報を表示する。ユーザＡは、表示された候補から、メッセージの送信相手として、たとえば、ユーザＢを選択する。選択された送信先は、端末制御部５４、端末通信部５２を介して、サーバ１０に通知される。
【０１２２】
つぎに、サーバ１０は、ユーザＢの連絡先情報及び優先度情報に基づいて、メッセージの通信方式（チャット、メール、ＳＮＳ）を決定する。優先度情報とは、前述したように、どの通信方式を利用してメッセージを送信するかの優先順位を示す情報である。例えば、優先度情報がチャット＞ＳＮＳメッセージ＞Ｅメールアドレス＞ＳＭＳの順になっており、ユーザＢがチャットサービスの登録ユーザである場合は、通信方式はチャットとなる。また、ユーザＢが未登録ユーザであってＥメールアドレスと電話番号のみがわかっている場合は、より優先順位が高い、Ｅメール形式による通信形式が選択される。
【０１２３】
ユーザＡがユーザインタフェース５６により画面に表示されたチャットインターフェース画面のメッセージ欄に、ユーザＢへのメッセージを記入し、送信ボタンを押すと、その旨が端末制御部５４、端末通信部５２、さらには、サーバ１０を介して、ユーザＢに対してメッセージが送信される。ユーザＢへの通信方式としてＥメール方式が選択されている場合、サーバ１０がユーザＡのチャットメッセージをＥメール形式に変換し、端末メモリ５８よりインポートされたユーザＢのメールアドレスを宛先としてメールがサーバ１０より送信される。
【０１２４】
未登録ユーザであるユーザＢがユーザＡからのＥメール形式のメッセージを受信し、そのメッセージに対してＥメール形式にて返信すると、サーバ１０は、まず、ユーザＢからのＥメールをチャット形式のメッセージに変換して、ユーザＡのモバイル端末５０に送信し、その端末のディスプレイ上のチャットインターフェースに表示させる。
【０１２５】
図５は、図２のユーザ情報管理部１４の処理手順例を示すフローチャートである。このフローチャートは、ユーザ端末にアプリをダウンロードさせたことを契機として開始される。
【０１２６】
まず、ユーザ情報管理部１４は、サーバ通信部１２を介して、ユーザ端末にインポート要求を行う（Ｓ１０）。インポート要求とは、ユーザ端末内のメモリに記憶されている連絡先情報をサーバ１０にアップロードさせて、サーバ１０内のサーバメモリ２２に記憶させてもよいか否かを問い合わせるためのものである。
【０１２７】
ここで、ユーザ端末からインポートを許可しない旨の信号をサーバ通信部１２にて受け付けた場合（Ｓ１２のＮｏ）、ユーザ情報管理部１４は、この処理を終了する。一方、ユーザ端末からインポートを許可する旨の信号を受け付けた場合（Ｓ１２のＹｅｓ）、ついで送信されてくる連絡先情報をサーバ通信部１２を介して、取得する。
【０１２８】
取得した連絡先情報と、サーバメモリ２２にすでに登録されている連絡先情報とを照合した結果、共通する情報が存在した場合（Ｓ１４のＹｅｓ）、ユーザ情報管理部１４は、サーバメモリ２２内に記憶されていた連絡先情報と、取得した連絡先情報とを統合する（Ｓ１６）。一方、共通した情報が存在しなかった場合（Ｓ１４のＮｏ）、ユーザ情報管理部１４は、取得した連絡先情報をそのままサーバメモリ２２に登録する（Ｓ１８）。その際、連絡先情報を特定するためのＩＤなどを付してもよい。
【０１２９】
ここで、インポートすべきすべての連絡先情報がインポートされた場合（Ｓ２０のＹｅｓ）、ユーザ情報管理部１４は、この処理を終了する。一方、他の連絡先情報がある場合（Ｓ２０のＮｏ）、ユーザ情報管理部１４は、Ｓ１４の処理に戻り、インポートすべき連絡先情報がなくなるまで、Ｓ１４〜Ｓ２０の処理を繰り返す。
【０１３０】
図６は、図２のタグ付制御部２０の処理手順例を示すフローチャートである。このフローチャートは、任意の登録ユーザからタグ付け要求を受け付けたことを契機として開始されてもよい。
【０１３１】
まず、タグ付制御部２０は、要求にしたがって、サーバメモリ２２にアクセスして、受け付けた被タグ付画像情報と被タグ付ユーザとを関連づけるタグ付け処理を実施する（Ｓ３０）。
【０１３２】
ついで、タグ付制御部２０は、サーバメモリ２２に記憶されている被タグ付ユーザにかかる公開設定情報を確認し（Ｓ３２）、「常時公開」であれば（Ｓ３２のＹｅｓ）、表示処理１として、被タグ付ユーザのユーザ情報画面に被画像情報が表示されて、任意のユーザが閲覧できるように、ユーザ情報画面を形成する。
【０１３３】
一方、公開設定情報が「毎回確認」であれば（Ｓ３２のＮｏ）、タグ付制御部２０は、サーバ通信部１２を介して、被タグ付ユーザに対して問合せを行う（Ｓ３６）。問合せの結果、公開ＯＫであれば（Ｓ３８のＹｅｓ）、タグ付制御部２０は表示処理１を実施する。一方、公開ＮＧであれば（Ｓ３８のＮｏ）、タグ付制御部２０は、表示処理２として、他の登録ユーザからのアクセスを禁止すべく、他の登録ユーザが被タグ付ユーザのユーザ情報画面を閲覧したときに被タグ付画像情報が表示されないように、ユーザ情報画面を形成する（Ｓ４０）。
【０１３４】
最後に、タグ付け処理をする際にユーザ端末に表示される設定画面と、タグ付け処理が完了した後の被タグ付けユーザのユーザ情報画面について、図７〜９を参照しながら説明する。なお、図７〜図９は、図４に示したユーザ端末の構成のうち、ユーザインタフェース５６からユーザの指示を受け付けて、たとえば、画面上のいずれかをタップすることで、端末制御部５４がタップされた箇所に係る処理を実施して、端末メモリ５８にアクセスしたり、端末通信部５２を介してサーバとの通信を実行したり、また、ユーザインタフェース５６の画面に表示させる処理を実行するものである。
【０１３５】
図７は、図１のユーザ端末の第１の画面表示例３００を示す図である。第１の画面表示例３００は、タグ付け処理を実施する際にタグ付けユーザのユーザ端末の画面に表示される画面である。第１の画面表示例３００は、アップロード画像がアップロードされたチャット画面もしくは他の登録ユーザのユーザ情報画面において、ユーザがアップロード画像をタップし、タグ付け処理をする旨を選択したことを契機として表示されてもよい。
【０１３６】
第１の画面表示例３００は、戻るボタン３０２と、検索ボックス３０４と、アップロード画像表示欄３０６と、画像タイトル表示欄３０８と、被タグ付けユーザ表示欄３１０と、完了ボタン３１２とを含む。
【０１３７】
戻るボタン３０２は、１つ前に表示されていた画面に戻るためのボタンであり、ユーザがタップすることで、１つ前に表示されていた画面に遷移する。
【０１３８】
検索ボックス３０４は、タグ付けをしたいユーザの名前を入力するためのボックスであり、ユーザがタップすることで文字入力が可能となり、入力インタフェースを用いて、タグ付けしたいユーザの名前を入力して、検索する。複数のユーザが検索された場合、その結果を表示して、ユーザに選択させる。
【０１３９】
アップロード画像表示欄３０６は、アップロードユーザによってアップロードされた画像が表示される欄である。画像タイトル表示欄３０８は、画像のタイトルを表示する欄であり、ユーザがタップすることで文字入力が可能となり、入力インタフェースを用いてタイトルが入力されることで表示される。
【０１４０】
被タグ付けユーザ表示欄３１０は、タグ付けされたユーザの名前が表示される欄であり、また、欄内の「ｘ」をタップすることで、タグ付けをやめることができるボタンでもある。この欄は、検索ボックス３０４において検索されて表示された名前をユーザがタップすることで１つ追加されて、タップした名前が欄内に表示される。図中においては、ＡＡＡとＢＢＢとＣＣＣとＤＤＤの４人のユーザがタグ付けされたことを表している。
【０１４１】
完了ボタン３１２は、タグ付け処理が完了した際に、ユーザによってタップされるボタンであり、タップされることによって、この画面から他の画面に遷移する。遷移先の画面は、この画面が表示される前に表示されていた画面であってもよい。
【０１４２】
図８は、図１のユーザ端末の第２の画面表示例４００を示す図である。第２の画面表示例４００は、タグ付け処理がされた被タグ付ユーザのユーザ端末に表示されるユーザ情報画面（以下、プロフィール画面ともいう。）である。第２の画面表示例は、タグ付けされた際に自動的に遷移されてもよいし、タグ付けされた旨のメッセージを受信した際に、そのメッセージボックスをユーザがタップしたことを契機として表示されてもよい。
【０１４３】
第２の画面表示例４００は、戻るボタン４０２と、ユーザ画像表示欄４０４と、遷移ボタン４０６と、誕生日公開設定ボタン４０８と、メッセージ欄４１０と、アルバム表示欄４１２と、画像追加ボタン４１４と、非表示設定画像閲覧ボタン４１６とを含む。
【０１４４】
戻るボタン４０２は、図７に示した戻るボタン３０２と同等の機能を有する。ユーザ画像表示欄４０４は、登録ユーザがアップロードした顔写真などの画像が表示される欄である。遷移ボタン４０６は、通話設定画面やチャット画面などの他の画面に遷移するためのボタンで、ユーザがタップすることで遷移する。
【０１４５】
誕生日公開設定ボタン４０８は、誕生日の公開非公開を設定するためのボタンである。ユーザが公開ボタンを押すと誰でも誕生日が見えるようになり、非公開ボタンを押すと、当該ユーザ以外のユーザからは閲覧できないようになる。メッセージ欄４１０は、当該ユーザに対するメッセージが表示される欄である。図中においては、タグ付けされた旨のメッセージが表示された例であり、下線部分が付与されている「タグ付け」がタップされることで、タグ付けされた画像がアップロードされた画面に遷移してもよい。
【０１４６】
アルバム表示欄４１２は、そのユーザ情報画面の登録ユーザのタグが付けられた画像（問い合わせに対する回答が公開であったもの）が表示される欄であり、これらは任意のユーザに閲覧可能である。
【０１４７】
ハート型のマークで図示した非表示設定画像閲覧ボタン４１６は、非表示設定した被タグ付け画像が表示される画面に遷移するためのボタンである。このボタンは、当該ユーザがユーザ情報画面を閲覧したときにのみ表示され、他のユーザが閲覧した場合には非表示となっていてもよい。
【０１４８】
図９は、図１のユーザ端末の第３の画面表示例５００を示す図である。第３の画面表示例５００は、公開設定管理部２１２による問い合わせに対する回答が非公開であった画像や、問い合わせに対して未回答の画像が表示されるためのページである。このページはそのユーザ情報画面の登録ユーザ本人のみが閲覧可能である。この第３の画面表示例５００は、図８の非表示設定画像閲覧ボタン４１６がタップされることで表示される画面である。
【０１４９】
第３の画面表示例５００は、戻るボタン５０２と、非表示設定画像表示欄５０４と、を含む。戻るボタン５０２は、図７の戻るボタン３０２や図８の戻るボタン４０２と同等の機能を有する。
【０１５０】
非表示設定画像表示欄５０４は、公開設定管理部２１２による問い合わせに対する回答が非公開であった画像や、問い合わせに対して未回答の画像が表示される欄である。図示するごとく、８つの画像が表示されており、このうち３つの画像には、右上に丸印が表示されている。この丸印は、問い合わせに対して未回答となっている画像を示すものである。ユーザは、これをタップすることで、当該画像の表示非表示の問合せに対する回答を行える。
【０１５１】
以上のような態様によると、登録ユーザは、チャットサービスを用いてメッセージのやり取りをするに際し、相手方がチャットサービスに登録しているか否かを意識することなく、その相手方との間でチャットを実施することができる。また、チャットシステム１００においては、サーバ１０において記録されている連絡先情報と優先度情報から通信方式を適切に変換することで、登録ユーザ、未登録ユーザ間においても、ユーザに余計な操作をさせることなく、スムーズなチャットが実現できる。
【０１５２】
また、登録ユーザは、チャット画面上においてアップロードされた画像、もしくは、各ユーザの顔写真やプロフィールなどが表示されるユーザ情報画面上においてアップロードされた画像に対して、任意のユーザをタグ付けできる。タグ付けを行うことができるユーザは、当該画像をアップロードしたユーザでなくてもよい。また、タグ付けをされるユーザは、任意のユーザでよく、さらに、複数の登録ユーザが所属するグループを単位としても選択することができる。
【０１５３】
また、タグ付け処理に対する制限を適切なものとすることによって、シェアしたい画像をシェアしたい人がシェアさせたい人に対してタグ付けできるようになり、もって、より円滑なコミュニケ―ションを促進させることができるものである。タグ付ユーザと被タグ付けユーザと被アップロードユーザとの間には関連性がなく、登録ユーザであれば誰でもタグ付けできる。また、タグ付け処理の対象として選択できる被タグ付ユーザは、任意の登録ユーザを対象としてもよいし、特定のグループを対象としてもよい。また、チャットシステムに登録していない未登録のユーザも対象とできる。これによりタグ付けに柔軟性を持たせられるので、より円滑なコミュニケ―ションを促進させることができる。
【０１５４】
タグ付け処理の対象として選択できる被タグ付画像情報は、チャット中においてアップロードされた画像情報であってもよく、また、任意のユーザのユーザ情報画面上に表示された画像情報であってもよい。すなわち、画像情報をアップロードしたユーザが誰であるかは問われずに、誰でも、任意のアップロード画像情報に対してタグ付けができることとなる。チャットというクローズドな空間において限られたユーザのみしか閲覧できない画像であっても、その画像にタグ付け処理することによって、チャットに参加していないユーザに対しても共有できることとなるので、より円滑なコミュニケ―ションを促進させることができる。
【０１５５】
また、選択されたグループの識別情報と、被タグ付画像情報とをタグ付処理し、かつ、前記グループ管理部において当該グループと関連付けられている１以上の登録ユーザのそれぞれと、被タグ付画像情報とをタグ付処理することによって、特定の共通項であるグループを単位として画像をシェアすることができ、あわせて、グループ内のユーザに対してもシェアすることができるので、グループ内でのより円滑なコミュニケ―ションを促進させることができる。
【０１５６】
また、タグ付処理が完了した後に、タグ付制御部によって管理されている被タグ付ユーザに対して、タグ付された旨と被タグ付画像情報へのリンク情報とを通知することによって、被タグ付ユーザに対して、タグ付けされた旨を確実に伝えることができ、その後のグループ内でのコミュニケーションを誘起させることができ、より円滑なコミュニケ―ションを促進させることができる。
【０１５７】
また、未登録ユーザにタグ付けされた場合であっても、より効果的に、タグ付された旨と被タグ付画像情報へのリンク情報とを通知でき、未登録ユーザのチャットシステムへの参加を誘起できる。これにより、チャットシステム全体の参加人数を増加でき、より円滑で活発なコミュニケーションを促進させることができる。
【０１５８】
また、「常時公開」するか否かを当該登録ユーザの選択により設定し、「常時公開」しない旨が選択されている場合はタグ付制御部において被タグ付ユーザとなったことを契機として公開するか否かを問い合わせることによって、きめ細やかなプライバシー管理を実現することができ、より円滑でコミュニケーションを促進させることができる。
【０１５９】
また、非表示の旨が回答された場合であっても、被タグ付ユーザと、被タグ付画像情報との関連性を維持させることによって、よりきめ細やかなプライバシー管理を実現することができ、より円滑なコミュニケーションを促進させることができる。
【０１６０】
また、被タグ付画像情報に対して顔認証処理を実行することによって、簡易にタグ付け処理が実施され、ユーザの負担を軽減することができる。
【０１６１】
また、任意の登録ユーザからの要求にしたがって、要求に係る登録ユーザと、被タグ付画像情報との関連性を削除することによって、悪意のあるタグ付けを誰でも削除することができ、より円滑なコミュニケーションを促進させることができる。
【０１６２】
また、削除要求をした登録ユーザが当該画像情報のアップロードユーザであった場合にかぎり、その画像情報を削除することによって、画像管理を適切に実行させることができ、より円滑なコミュニケーションを促進させることができる。
【０１６３】
以上、本発明を実施例をもとに説明した。本発明は上述した実施例並びに各実施例の内容に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。上記実施例は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【０１６４】
【図１】実施例１にかかるチャットシステムを示す図である。
【図２】図１のチャットシステムにおけるサーバの構成例を示す図である。
【図３】図２のタグ付制御部の構成例を示す図である。
【図４】図１のモバイル端末あるいはＰＣ端末における構成例を示す図である。
【図５】図２のユーザ情報管理部の処理手順例を示すフローチャートである。
【図６】図２のタグ付制御部の処理手順例を示すフローチャートである。
【図７】図１のユーザ端末の第１の画面表示例を示す図である。
【図８】図１のユーザ端末の第２の画面表示例を示す図である。
【図９】図１のユーザ端末の第３の画面表示例を示す図である。
【符号の説明】
【０１６５】
１０  サーバ、  １２  サーバ通信部、  １４  ユーザ情報管理部、  １６  チャット制御部、  １８  表示制御部、  ２０  タグ付制御部、  ２２  サーバメモリ、  ３０  ネットワーク、  ４０  基地局、  ４０ａ  第１基地局、  ４０ｂ  第２基地局、  ４０ｃ  第３基地局、  ５０  モバイル端末、  ５０ａ  第１モバイル端末、  ５０ｂ  第２モバイル端末、  ５０ｃ  第３モバイル端末、  ５２  端末通信部、  ５４  端末制御部、  ５６  ユーザインタフェース、  ５８  端末メモリ、  ７０  ＰＣ端末、  １００  チャットシステム、  ２１０  タグ付処理部、  ２１２  公開設定管理部、  ２１４  顔認証処理部、  ３００  第１の画面表示例、  ３０２  戻るボタン、  ３０４  検索ボックス、  ３０６  アップロード画像表示欄、  ３０８  画像タイトル表示欄、  ３１０  被タグ付けユーザ表示欄、  ３１２  完了ボタン、  ４００  第２の画面表示例、  ４０２  戻るボタン、  ４０４  ユーザ画像表示欄、  ４０６  遷移ボタン、  ４０８  誕生日公開設定ボタン、  ４１０  メッセージ欄、  ４１２  アルバム表示欄、  ４１４  画像追加ボタン、  ４１６  非表示設定画像閲覧ボタン、  ５００  第３の画面表示例、  ５０２  戻るボタン、  ５０４  非表示設定画像表示欄
【図１】
2014063461.tif 000003
【図２】
2014063461.tif 000004
【図３】
2014063461.tif 000005
【図４】
2014063461.tif 000006
【図５】
2014063461.tif 000007
【図６】
2014063461.tif 000008
【図７】
2014063461.tif 000009
【図８】
2014063461.tif 000010
【図９】
2014063461.tif 000011