JP2019102000A - 情報処理方法、プログラム、及び情報処理装置 - Google Patents

情報処理方法、プログラム、及び情報処理装置 Download PDF

Info

Publication number
JP2019102000A
JP2019102000A JP2017235549A JP2017235549A JP2019102000A JP 2019102000 A JP2019102000 A JP 2019102000A JP 2017235549 A JP2017235549 A JP 2017235549A JP 2017235549 A JP2017235549 A JP 2017235549A JP 2019102000 A JP2019102000 A JP 2019102000A
Authority
JP
Japan
Prior art keywords
user
terminal
information
information processing
application
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.)
Pending
Application number
JP2017235549A
Other languages
English (en)
Other versions
JP2019102000A5 (ja
Inventor
シンイー ヤン
Xinyi Yang
シンイー ヤン
グァンルゥ フゥ
Kuan-Ru Fu
グァンルゥ フゥ
ジンヤ ワン
Jinya Wang
ジンヤ ワン
チェンイー ジャオ
Chenyi Zhao
チェンイー ジャオ
ホンジュ レン
Hongju Ren
ホンジュ レン
ジュンシュン リィ
Zhunshan Li
ジュンシュン リィ
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.)
Z Intermediate Global Corp
Original Assignee
Line 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 Line Corp filed Critical Line Corp
Priority to JP2017235549A priority Critical patent/JP2019102000A/ja
Priority to TW107143397A priority patent/TWI800569B/zh
Publication of JP2019102000A publication Critical patent/JP2019102000A/ja
Publication of JP2019102000A5 publication Critical patent/JP2019102000A5/ja
Pending legal-status Critical Current

Links

Images

Landscapes

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

Abstract

【課題】通信を許可する相手を登録する場合に、ユーザがより安心して相手を登録できる技術を提供すること。【解決手段】情報処理装置が、第2ユーザの端末から、前記第2ユーザと第1ユーザとの通信を可能とする申請を受信するステップと、前記申請を、前記第1ユーザの端末に送信するステップと、前記第1ユーザからの要求を受信した場合、前記第2ユーザに関する付加情報を前記第1ユーザの端末に送信するステップと、を実行する。【選択図】図2

Description

本開示は、情報処理方法、プログラム、及び情報処理装置に関する。
従来、ソーシャル・ネットワーキング・サービス(SNS:Social Networking Service)等において、知り合い、友だち(友達)等として、自身が通信を許可する相手を登録すると、登録した相手とインスタントメッセージ等の送受信を行える技術が知られている(例えば、特許文献1を参照)。相手を登録する場合、例えば、相手からの友だち申請に対して承認したり、自身の携帯電話の電話帳に登録されている相手ユーザの電話番号を用いて登録したり、自身を知り合いとして登録している相手ユーザの一覧を用いて登録したりすることができる。
特開2014−63526号公報
しかしながら、従来技術では、相手からの友だち申請に対して承認する等により、当該相手との通信を許可する場合、当該相手の表示名やアイコン等が表示されていても、当該相手が自身の知り合いであるか否かユーザが判断できない場合がある。
本開示は、上記問題に鑑みてなされたものであり、通信を許可する相手を登録する場合に、ユーザがより安心して相手を登録できる技術を提供することを目的とする。
本開示の一実施形態に係る情報処理方法は、情報処理装置が、第2ユーザの端末から、前記第2ユーザと第1ユーザとの通信を可能とする申請を受信するステップと、前記申請を、前記第1ユーザの端末に送信するステップと、前記第1ユーザからの要求を受信した場合、前記第2ユーザに関する付加情報を前記第1ユーザの端末に送信するステップと、を実行する。
実施形態に係る通信システムの構成を示す図である。 実施形態に係る通信システムの処理の一例を示すシーケンス図である。 実施形態に係る友だち情報の一例を示す図である。 実施形態に係るユーザ情報の一例を示す図である。 実施形態に係る端末における友だち申請を承認、または拒否する際の処理の一例を示すフローチャートである。 受信した友だち申請の表示画面の一例を示す図である。 共通の友だちの表示画面の一例を示す図である。 共通の友だちとのトークルーム画面の一例を示す図である。 検索情報、及び信頼度の表示画面の一例を示す図である。 友だち申請を送信したユーザとのトークルーム画面の一例を示す図である。
<通信の秘密の遵守>
本明細書に記載の開示を実施する場合は、通信の秘密に係る法的事項を遵守の上で実施されるものであることに留意されたい。
本開示に係る通信システム1を実施するための実施形態について、図面を参照して説明する。
<システム構成>
図1は、実施形態に係る通信システム1の構成を示す図である。図1に示すように、通信システム1では、ネットワーク30を介してサーバ10と、端末20(端末20A,端末20B,端末20C)とが接続される。また、ネットワーク30を介してサーバ10と、外部サーバ40とが接続される。サーバ10は、ネットワーク30を介してユーザが所有する端末20に、端末20間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク30に接続される端末20の数は限定されない。
ネットワーク30は、1以上の端末20と、1以上のサーバ10とを接続する役割を担う。すなわち、ネットワーク30は、端末20がサーバ10に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
例えば、ネットワーク30のうちの1つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク30は、アドホック・ネットワーク(ad hoc network)、イントラネット、エクストラネット、仮想プライベート・ネットワーク(virtual private network:VPN)、ローカル・エリア・ネットワーク(local area network:LAN)、ワイヤレスLAN(wireless LAN:WLAN)、広域ネットワーク(wide area network:WAN)、ワイヤレスWAN(wireless WAN:WWAN)、大都市圏ネットワーク(metropolitan area network:MAN)、インターネットの一部、公衆交換電話網(Public Switched Telephone Network:PSTN)の一部、携帯電話網、ISDNs(integrated service digital networks)、無線LANs、LTE(long term evolution)CDMA(code division multiple access)、ブルートゥース(Bluetooth(登録商標))、衛星通信など、または、これらの2つ以上の組合せを含むことができる。ただし、本開示において、ネットワーク30は、これらに限定されない。また、ネットワーク30は、1つまたは複数のネットワーク30を含むことができる。
端末20(端末20A,端末20B,端末20C)は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末20は、代表的にはスマートフォンであり、その他に携帯電話(例えば、フィーチャーフォン)、コンピュータ(例えば、デスクトップ、ラップトップ、タブレットなど)、メディアコンピュータプラットホーム(例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ)、ハンドヘルドコンピュータデバイス(例えば、PDA・(personal digital assistant)、電子メールクライアントなど)、ウェアラブル端末(メガネ型デバイス、時計型デバイスなど)、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、端末20は、これらに限定されない。また、端末20は情報処理端末と表現されても良い。
端末20A、端末20Bおよび端末20Cの構成は基本的には同一であるため、以下の説明においては、代表として端末20について説明する。また、必要に応じて端末20Xに対応付けられたユーザ情報をユーザ情報X、端末20Xを操作するユーザをユーザXとして説明する。なお、ユーザ情報とは、インスタントメッセンジャーを代表とするSNS(Social Network Service)におけるアカウントに対応付けられた情報の一部または全部であり、例えば、ユーザ名やユーザ画像である。他にもユーザ識別子、ユーザの年齢、性別、住所などの情報であってもよく、それらの組み合わせであってもよい。ただし、これらに限定されない。
サーバ10は、端末20に対して、所定のサービスを提供する機能を備える。サーバ10は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ10は、代表的にはサーバ装置であり、その他にコンピュータ(例えば、デスクトップ、ラップトップ、タブレットなど)、メディアコンピュータプラットホーム(例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ)、ハンドヘルドコンピュータデバイス(例えば、PDA、電子メールクライアントなど)、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、サーバ10は、これらに限定されない。また、サーバ10は情報処理装置と表現されても良い。
外部サーバ40は、例えば、端末20に対して、サーバ10とは独立したサービスを提供する機能を備える。外部サーバ40は、例えば、サーバ10の運用事業者と提携している事業者が運用してもよい。外部サーバ40は、例えば、サーバ10が提供するSNSとは異なるSNSを提供してもよい。
<ハードウェア(HW)構成>
図1を用いて、通信システム1に含まれる各装置のHW構成について説明する。
(1)端末のHW構成
端末20は、制御装置21(CPU:central processing unit(中央処理装置))、記憶装置28、通信I/F22(インタフェース)、入出力装置23、表示装置24、マイク25、スピーカ26、カメラ27を備える。端末20のHWの各構成要素は、例えば、バスBを介して相互に接続される。
通信I/F22は、ネットワーク30を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信I/F22は、ネットワーク30を介して、サーバ10との通信を実行する機能を有する。通信I/F22は、各種データを制御装置21からの指示に従って、サーバ10に送信する。また、通信I/F22は、サーバ10から送信された各種データを受信し、制御装置21に伝達する。
入出力装置23は、端末20に対する各種操作を入力する装置、および、端末20で処理された処理結果を出力する装置を含む。入出力装置23は、入力装置と出力装置が一体化していても良いし、入力装置と出力装置に分離していてもよい。
入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置21に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置は、代表的にはタッチパネルなどにより実現され、ユーザの指やスタイラスなどの指示具による接触とその接触位置を検出し、当該接触位置の座標を制御装置21に伝達する。一方で、入力装置は、タッチパネル以外の入力装置#により実現されてもよい。入力装置は、例えば、キーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイス、カメラ(動画像を介した操作入力)、マイク(音声による操作入力)を含む。ただし、本開示において、入力装置は、これらに限定されない。
出力装置は、制御装置21で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、代表的には、タッチパネルなどにより実現される。一方で、出力装置はタッチパネル以外の出力装置により実現されても良い。例えば、スピーカ(音声出力)、レンズ(例えば3D(three dimensions)出力や、ホログラム出力)、プリンターなどを含むことができる。ただし、本開示において、出力装置は、これらに限定されない。
表示装置24は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示装置24は、代表的にはモニタ(例えば、液晶ディスプレイやOELD(organic electroluminescence display))で実現される。表示装置24は、ヘッドマウントディスプレイ(HDM:Head Mounted Display)であってもよい。また、表示装置24は、プロジェクションマッピング、ホログラム、空気中など(真空であってもよい)に画像やテキスト情報等を表示可能な装置により実現されてもよい。なお、これらの表示装置24は、3Dで表示データを表示可能であってもよい。ただし、本開示において、表示装置24は、これらに限定されない。
入出力装置23がタッチパネルの場合、入出力装置23と表示装置24とは、略同一の大きさおよび形状で対向して配置されていても良い。
制御装置21は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。
制御装置21は、代表的には中央処理装置(CPU)、であり、その他にマイクロプロセッサ(microprocessor)、プロセッサコア(processor core)、マルチプロセッサ(multiprocessor)、ASIC(application-specific integrated circuit)、FPGA(field programmable gate array)であってもよい。ただし、本開示において、制御装置21は、これらに限定されない。
記憶装置28は、端末20が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置28は、HDD(hard disk drive)、SSD(solid state drive)、フラッシュメモリ、RAM(random access memory)、ROM(read only memory)など各種の記憶媒体により実現される。ただし、本開示において、記憶装置28は、これらに限定されない。
端末20は、プログラムPを記憶装置28に記憶し、このプログラムPを実行することで、制御装置21が、制御装置21に含まれる各部としての処理を実行する。つまり、記憶装置28に記憶されるプログラムPは、端末20に、制御装置21が実行する各機能を実現させる。
マイク25は、音声データの入力に利用される。スピーカ26は、音声データの出力に利用される。カメラ27は、動画像データの取得に利用される。
(2)サーバのHW構成
サーバ10は、制御装置11(CPU)、記憶装置15、通信I/F14(インタフェース)、入出力装置12、ディスプレイ13を備える。サーバ10のHWの各構成要素は、例えば、バスBを介して相互に接続される。
制御装置11は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。
制御装置11は、代表的には中央処理装置(CPU)、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ASIC、FPGAであってもよい。ただし、本開示において、制御装置11は、これらに限定されない。
記憶装置15は、サーバ10が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置15は、HDD、SSD、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置15は、これらに限定されない。
通信I/F14は、ネットワーク30を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信I/F14は、ネットワーク30を介して、端末20との通信を実行する機能を有する。通信I/F14は、各種データを制御装置11からの指示に従って、端末20に送信する。また、通信I/F14は、端末20から送信された各種データを受信し、制御装置11に伝達する。
入出力装置12は、サーバ10に対する各種操作を入力する装置により実現される。入出力装置12は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置11に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力装置12は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力装置12、例えば、タッチパネルやカメラ(動画像を介した操作入力)、マイク(音声による操作入力)を含んでいてもよい。ただし、本開示において、入出力装置12は、これらに限定されない。
ディスプレイ13は、代表的にはモニタ(例えば、液晶ディスプレイやOELD(organic electroluminescence display))で実現される。なお、ディスプレイ13は、ヘッドマウントディスプレイ(HDM)などであってもよい。なお、これらのディスプレイ13は、3Dで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ13は、これらに限定されない。
サーバ10は、プログラムPを記憶装置15に記憶し、このプログラムPを実行することで、制御装置11が、制御装置11に含まれる各部としての処理を実行する。つまり、記憶装置15に記憶されるプログラムPは、サーバ10に、制御装置11が実行する各機能を実現させる。
本開示の各実施形態においては、端末20および/またはサーバ10のCPUがプログラムPを実行することにより、実現するものとして説明する。
なお、端末20の制御装置21、および/または、サーバ10の制御装置11は、CPUだけでなく、集積回路(IC(Integrated Circuit)チップ、LSI(Large Scale Integration))等に形成された論理回路(ハードウェア)や専用回路によって各処理を実現してもよい。また、これらの回路は、1または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を1つの集積回路により実現されることとしてもよい。また、LSIは、集積度の違いにより、VLSI、スーパーLSI、ウルトラLSIなどと呼称されることもある。
また、本開示の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。
記憶媒体は適切な場合、1つまたは複数の半導体ベースの、または他の集積回路(IC)(例えば、フィールド・プログラマブル・ゲート・アレイ(FPGA)または特定用途向けIC(ASIC)など)、ハード・ディスク・ドライブ(HDD)、ハイブリッド・ハード・ドライブ(HHD)、光ディスク、光ディスクドライブ(ODD)、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ(FDD)、磁気テープ、固体ドライブ(SSD)、RAMドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの2つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムPを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。
サーバ10および/または端末20は、例えば、記憶媒体に記憶されたプログラムPを読み出し、読み出したプログラムPを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
また、本開示のプログラムPは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ10および/または端末20に提供されてもよい。サーバ10および/または端末20は、例えば、インターネット等を介してダウンロードしたプログラムPを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ10および/または端末20における処理の少なくとも一部は、1以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。
端末20における処理の少なくとも一部を、サーバ10により行う構成としてもよい。この場合、例えば、端末20の制御装置21の各機能部の処理のうち少なくとも一部の処理を、サーバ10で行う構成としてもよい。
サーバ10における処理の少なくとも一部を、端末20により行う構成としてもよい。この場合、例えば、サーバ10の制御装置11の各機能部の処理のうち少なくとも一部の処理を、端末20で行う構成としてもよい。
本開示において、判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしても良いことは当然である。
なお、本開示のプログラムは、例えば、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。ただし本開示はこれらに限定されない。
<実施形態>
実施形態では、サーバ10が、友だち申請を申請元のユーザの端末20から受信すると、申請元のユーザに関する付加情報を取得し、当該付加情報と当該友だち申請とを、当該友だち申請の申請先のユーザの端末20に送信する形態である。
<機能構成>
(1)端末の機能構成
図1に示すように、端末20は、制御装置21により実現される機能として、受付部210、制御部211、送受信部212、及び表示制御部213を有する。
受付部210は、ユーザからの各種の操作を受け付ける。
制御部211は、サーバ10が提供するSNSを利用するための各種処理を行う。制御部211は、例えば、複数のユーザを含むグループ内で、テキストや画像等のコンテンツを送受信するインスタントメッセージング(グループチャット)等を行う。
送受信部212は、制御部211の指示に従い、SNSを利用するための各種の情報をサーバ10、及び他の端末20と送受信する。
表示制御部213は、制御部211の指示に従い、各種の設定画面、及びトークルーム画面等の表示を行う。
(2)サーバの機能構成
図1に示すように、サーバ10は、制御装置11により実現される機能として、SNS処理部110、送受信部111、取得部112、及び表示制御部113を有する。
SNS処理部110は、SNSの各種サービスを端末20に提供する。SNS処理部110は、例えば、複数の端末20間で送受信されるコンテンツを中継する。
送受信部111は、SNS処理部110の指示に従い、端末20とのコンテンツ等のデータの送受信を行う。送受信部111は、例えば、友だち申請の申請元のユーザ(「第2ユーザ」)の端末20から、申請先のユーザ(「第1ユーザ」)との通信を可能とする友だち申請を受信する。
また、送受信部111は、取得部112により取得された付加情報と、当該友だち申請とを、申請先のユーザの端末20に送信する。
取得部112は、友だち申請の申請元のユーザに関する付加情報を取得する。ここで、当該付加情報には、例えば、申請元のユーザ及び申請先のユーザの共通の友だち等であって、申請元のユーザ及び申請先のユーザとの通信が可能とされているユーザ(「第3ユーザ」)の情報等が含まれる。
表示制御部113は、SNS処理部110等の指示に従い、端末20における表示画面を制御する。
また、記憶装置15には、友だち情報151、及びユーザ情報152等の各種データが記憶されている。友だち情報151、及びユーザ情報152については後述する。
<処理>
次に、図2乃至図4を参照し、通信システム1の処理について説明する。図2は、実施形態に係る通信システム1の処理の一例を示すシーケンス図である。以下では、第1ユーザを端末20AのユーザであるユーザA、第2ユーザを端末20BのユーザであるユーザBとして説明する。
ステップS1において、端末20Bの受付部210は、ユーザAに友だち申請(友だちリクエスト)の操作をユーザBから受け付ける。
続いて、端末20Bの制御部211は、ユーザBからユーザAへの友だち申請を、サーバ10に送信する(ステップS2)。
続いて、サーバ10の取得部112は、友だち情報151を参照し、ユーザAとユーザBとに共通の友だちの情報を取得する(ステップS3)。図3は、実施形態に係る友だち情報151の一例を示す図である。図3の例では、友だち情報151には、ユーザIDに対応付けて、ユーザ名、1以上の友だちのユーザID、1以上の友だちのユーザ名が記憶されている。
サーバ10のSNS処理部110は、例えば、ユーザBからユーザAへの友だち申請が承認された場合、友だち情報151において、ユーザBのユーザIDに対応付けられた友だちのユーザID、及び友だちのユーザ名に、ユーザAのユーザID及びユーザ名を登録する。また、同様に、ユーザAのユーザIDに対応付けられた友だちのユーザID、及び友だちのユーザ名に、ユーザBのユーザID及びユーザ名を登録する。
図3の例では、ユーザIDが「1001」の「ジェームズ」に対して、ユーザIDが「1002」の「クマ」、ユーザIDが「1003」の「アリス」、ユーザIDが「1004」の「山田花子」、及びユーザIDが「1005」の「ボブ」等が友だちとして登録されている。
続いて、サーバ10の取得部112は、ユーザ情報152を参照し、インターネット上の各種サーバ等から、サーバ10が提供するSNS以外の各種サービス等におけるユーザBに関する情報を検索して取得する(ステップS4)。ユーザ情報152には、ユーザによるサーバ10の利用履歴、及びユーザの連絡先等の情報が含まれている。図4は、実施形態に係るユーザ情報152の一例を示す図である。図4の例では、ユーザ情報152には、ユーザIDに対応付けて、ユーザ名、送信したコンテンツ数、アカウント開設日時、ブロック率(%)、スタンプの保有数、Eメールアドレス(「ユーザの識別情報」の一例。)、及び電話番号(「ユーザの識別情報」の一例。)等が記憶されている。
送信したコンテンツ数は、ユーザが現在までに送信したインスタントメッセージ等のコンテンツの数である。アカウント開設日時は、サーバ10により提供されるSNSのアカウントをユーザが開設した日時である。
ブロック率(%)は、ユーザが送信した友だち申請が相手から拒否された割合、またはユーザIDに係るユーザが他のユーザからブロックされた割合である。ユーザが送信した友だち申請が相手から拒否された割合は、例えば、これまでに友だち申請を50回送信して2回拒否された場合は4(=2/50×100)%である。また、ユーザIDに係るユーザが他のユーザからブロックされた割合は、例えば、これまでにユーザに友だちとして登録されたユーザが100人いて、そのうち5人から通信を拒否(友だちの登録を解除)された場合は5%である。
スタンプの保有数は、ユーザが取得したスタンプの数である。なお、スタンプとは、サーバ10を用いてユーザが有料、または無料で取得できる画像等のコンテンツであり、サーバ10が提供するインスタントメッセージのサービスにおいて、複数のユーザを含むグループ宛てに送信可能なコンテンツである。Eメールアドレスは、サーバ10により提供されるSNSのアカウントをユーザが開設した際等に登録された、ユーザのEメール(電子メール)のアドレスである。電話番号は、サーバ10により提供されるSNSのアカウントをユーザが開設した際等に登録された、ユーザの携帯電話等の電話番号である。
ステップS4において、サーバ10の取得部112は、例えば、ユーザのEメールアドレス、または電話番号等を用いて、外部サーバ40が提供するSNS上のアカウント名を検索して取得してもよい。なお、外部サーバ40は、Eメールアドレス、または電話番号等を用いたユーザの検索要求に対し、当該Eメールアドレス、または電話番号等を用いて外部サーバ40に開設されたアカウントの表示名等を返信する。サーバ10の取得部112は、外部サーバ40のこの機能を用いて、他のSNS等におけるユーザの表示名を取得してもよい。これは、サーバ10が提供するSNSでは、表示名がニックネームで登録され、外部サーバ40が提供するSNSでは、表示名が本名等で登録されている場合があるためである。
続いて、サーバ10の取得部112は、ユーザ情報152を参照し、送信したコンテンツ数、アカウント開設日時から現在までの経過時間(「通信を利用可能としている期間」の一例。)、ブロック率、及びスタンプの保有数等のサーバ10の利用履歴に基づいて、ユーザBの信頼度を算出して取得する(ステップS5)。ここで、サーバ10の取得部112は、ユーザBの信頼度の値を、例えば、送信したコンテンツ数が多いほど高く、アカウント開設日時から現在までの経過時間が長い程高く、ブロック率(%)が低い程高く、及びスタンプの保有数が多い程高く算出する。
続いて、サーバ10の送受信部111は、ユーザBからユーザAへの友だち申請に、ステップS3乃至ステップS5の処理により得られた、共通の友だちの情報、ユーザBに関する検索情報、及びユーザBの信頼度の情報を含めて、端末20Aに送信する(ステップS6)。なお、サーバ10の送受信部111は、ユーザBからユーザAへの友だち申請を端末20Aに送信した後、ユーザAの操作に応答した端末20Aから所定のリクエスト(要求)を受信した場合に、共通の友だちの情報、ユーザBに関する検索情報、及びユーザBの信頼度の情報を端末20Aに送信してもよい。
続いて、端末20Aの制御部211は、受信した友だち申請を表示制御部213により画面に表示させる(ステップS7)。
続いて、端末20Bの受付部210は、受信した友だち申請を承認または拒否する操作をユーザAから受け付ける(ステップS8)。
続いて、端末20Aの制御部211は、ユーザAにより指定された、当該友だち申請に対する承認または拒否の応答を、サーバ10に送信する(ステップS9)。
続いて、サーバ10のSNS処理部110は、受信した応答に基づき、当該友だち申請を承認または拒否する(ステップS10)。
続いて、サーバ10の送受信部111は、受信した応答を端末20Bに送信する(ステップS11)。
続いて、端末20Bの制御部211は、受信した応答に基づき、友だち申請に対しユーザAから承認または拒否されたことを表示制御部213により画面に表示させる(ステップS12)。
≪友だち申請を承認、または拒否する際の処理≫
次に、図5乃至図8を参照し、図2のステップS7及びステップS8の、端末20Aにおける友だち申請を承認、または拒否する際の処理について説明する。図5は、実施形態に係る端末20Aにおける友だち申請を承認、または拒否する際の処理の一例を示すフローチャートである。
ステップS101において、端末20Aの制御部211は、受信した友だち申請を表示制御部213により画面に表示させる。図6は、受信した友だち申請の表示画面の一例を示す図である。図6の例では、ユーザBのアイコン601及び表示名602が表示されている。また、「共通の友だちを検索」ボタン603、「誰か調べる」ボタン604、「承認」ボタン605、及び「拒否」ボタン606が表示されている。
続いて、端末20Aの制御部211は、友だち申請の表示画面におけるユーザAの操作内容が、共通の友だちを表示させる操作であるか否かを判定する(ステップS102)。
友だち申請の表示画面におけるユーザAの操作内容が、共通の友だちを表示させる操作である場合(ステップS102でYES)、端末20Aの制御部211は、受信した友だち申請に含まれる、ユーザAとユーザBとに共通の友だちの情報を表示制御部213により画面に表示させる(ステップS103)。ここで、共通の友だちを表示させる操作は、例えば、図6の友だち申請の表示画面において、「共通の友だち」ボタン603が押下する操作でもよい。なお、端末20Aの制御部211は、受信した友だち申請に、当該共通の友だちの情報が含まれていない場合、当該操作に応答して、サーバ10に所定のリクエストを送信し、サーバ10から当該共通の友だちの情報を取得してもよい。
図7は、共通の友だちの表示画面の一例を示す図である。図7の例では、ユーザAとユーザBとに共通の友だちとして、図3の友だち情報151の例により、「クマ」のアイコン701A及び表示名701B、「アリス」のアイコン702A及び表示名702B、「山田花子」のアイコン703A及び表示名703B、「ボブ」のアイコン704A及び表示名704B等が表示されている。
続いて、端末20Aの制御部211は、共通の友だちの表示画面におけるユーザAの操作内容を判定する(ステップS104)。
図7の共通の友だちの表示画面において、戻るボタン705が押下された場合(ステップS104で「戻る」)、ステップS101の処理に戻る。これにより、図6の友だち申請の表示画面が再度表示される。
図7の共通の友だちの表示画面において、当該共通の友だちに含まれる1以上のユーザの選択操作を受け付けた場合(ステップS104で「共通の友だちの選択」)、端末20Aの制御部211は、選択された1以上のユーザと、ユーザAとを含むグループを生成し、サーバ10を介して、当該グループ内でのインスタントメッセージ(チャット)を行う(ステップS105)。図8は、共通の友だちとのトークルーム画面の一例を示す図である。図8の例では、図7で「クマ」が選択され、端末20Aにおいて「クマ」とユーザAとの間で送受信されたコンテンツが時系列で表示されるトークルーム画面が表示されている。図8の例では、「ジェームズが誰か知っていますか?」というメッセージ801と、領域802内のユーザBのアイコン803A及び表示名803B、「はい」/「いいえ」ボタン804が表示されている。なお、表示名が「クマ」であるユーザCの端末20C上でも同様の画面が表示され、ユーザCが「はい」/「いいえ」を選択すると、選択された結果が、図8に示す端末20Aのトークルーム画面上に表示されてもよい。
続いて、共通の友だちとのユーザBについてのインスタントメッセージが終了し、ユーザAにより図8の戻るボタン805が押下されると、ステップS101の処理に戻る。これにより、図6の友だち申請の表示画面が再度表示される。
一方、友だち申請の表示画面におけるユーザAの操作内容が、共通の友だちを表示させる操作でない場合(ステップS102でYES)、端末20Aの制御部211は、友だち申請の表示画面におけるユーザAの操作内容が、ユーザBの付加情報を表示させる操作であるか否かを判定する(ステップS106)。
友だち申請の表示画面におけるユーザAの操作内容が、ユーザBの付加情報を表示させる操作である場合(ステップS106でYES)、端末20Aの制御部211は、受信した友だち申請に含まれる、ユーザBに関する検索情報、及びユーザBの信頼度の情報を表示制御部213により画面に表示させる(ステップS107)。ここで、ユーザBの付加情報を表示させる操作は、例えば、図6の友だち申請の表示画面において、「誰か調べる」ボタン604を押下する操作でもよい。なお、端末20Aの制御部211は、受信した友だち申請に、当該検索情報、及び当該信頼度の情報が含まれていない場合、当該操作に応答して、サーバ10に所定のリクエストを送信し、サーバ10から当該検索情報、及び当該信頼度の情報を取得してもよい。
図9は、検索情報、及び信頼度の表示画面の一例を示す図である。図9の例では、ユーザBのアイコン601及び表示名602が表示されている。また、検索情報に含まれる、一の外部サーバ40が提供するSNS上のアカウント名901Aである「James Okamoto」、及び他の外部サーバ40が提供するSNS上のアカウント名901Bである「岡本 一郎」が表示されている。また、ユーザBの信頼度を示すマーク902、及び「チャット」ボタン903が表示されている。
続いて、端末20Aの制御部211は、検索情報、及び信頼度の表示画面におけるユーザAの操作内容を判定する(ステップS108)。
図9の検索情報、及び信頼度の表示画面において、戻るボタン904が押下された場合(ステップS107で「戻る」)、ステップS101の処理に戻る。これにより、図6の友だち申請の表示画面が再度表示される。
図9の検索情報、及び信頼度の表示画面において、「チャット」ボタン903が押下された場合(ステップS107で「チャット」)、端末20Aの制御部211は、ユーザBとユーザAとを含む時間が限定されたグループを生成し、サーバ10を介して、当該グループ内でのインスタントメッセージを行う(ステップS109)。図10は、友だち申請を送信したユーザとのトークルーム画面の一例を示す図である。図10の例では、ユーザAからユーザBに送信された「こんにちは」というメッセージ1001、ユーザBの表示名1002A及びアイコン1002B、ユーザBからユーザAに送信された「こんにちは。昨晩ご一緒させて頂きました岡本です。」というメッセージ1003が表示されている。また、メッセージ1003に対応付けて、残り時間を示すアイコン1004、このトークルーム画面においてコンテンツを送受信可能な期間を示す情報1005、及び戻るボタン1006等が表示されている。図10の例では、このトークルーム画面においてコンテンツを送受信可能な期間は「3分間」とされている。端末20Aは、当該期間を経過した後は、ユーザAがユーザBからの友だち申請を承認しない限り、ユーザAとユーザBとの間のコンテンツの送受信をブロック(拒否、禁止)してもよい。
そして、ユーザからの所定の操作を受け付けると、ステップS101の処理に戻る。例えば、図10の戻るボタン1006が押下されると、図9の検索情報、及び信頼度の表示画面が再度表示される。そして、図9の戻るボタン904が押下されると、ステップS101の処理に戻り、図6の友だち申請の表示画面が再度表示されるようにしてもよい。
一方、友だち申請の表示画面におけるユーザAの操作内容が、ユーザBの付加情報を表示させる操作でない場合(ステップS106でNO)、端末20Aの制御部211は、友だち申請の表示画面におけるユーザAの操作内容を判定する(ステップS110)。
図6の友だち申請の表示画面において、「承認」ボタン605が押下された場合(ステップS110で「承認」)、端末20Aの制御部211は、友だち申請を承認し(ステップS111)、処理を終了する。
図6の友だち申請の表示画面において、「拒否」ボタン606が押下された場合(ステップS110で「拒否」)、端末20Aの制御部211は、友だち申請を拒否し(ステップS112)、処理を終了する。
<変形例1>
上述した例では、友だち申請を受信した際に、申請元のユーザの付加情報を、申請先のユーザに通知する例について説明した。これに代えて、または加えて、サーバ10のSNS処理部110は、友だち申請の申請元等のユーザの端末20Bから、申請先等のユーザの付加情報取得要求を受信すると、友だち申請の申請先等のユーザの付加情報を取得し、取得した付加情報を申請元等のユーザの端末20Bに返信してもよい。これにより、通信を許可する相手を登録する場合に、ユーザがより安心して相手を登録できる。
<効果>
従来技術では、友だち申請してきた相手等が、本当に自身の知り合いであるか否かをユーザが判断できない場合がある。例えば、相手が表示名を偽っている場合、相手の表示名がありふれたニックネーム等の場合等において、相手を確認することが困難な場合がある。
上述した本開示によれば、サーバ10が、友だち申請を申請元のユーザの端末20から受信すると、申請元のユーザに関する付加情報を取得し、当該付加情報と当該友だち申請とを、当該友だち申請の申請先のユーザの端末20に送信する。これにより、通信を許可する相手を登録する場合に、ユーザがより安心して相手を登録できる。
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を1つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。
なお、送受信部111は、「送信部」、及び「受信部」の一例である。
1 通信システム
10 サーバ
110 SNS処理部
111 送受信部
112 取得部
113 表示制御部
151 友だち情報
152 ユーザ情報
20 端末
210 受付部
211 制御部
212 送受信部
213 表示制御部
40 外部サーバ

Claims (10)

  1. 情報処理装置が、
    第2ユーザの端末から、前記第2ユーザと第1ユーザとの通信を可能とする申請を受信するステップと、
    前記申請を、前記第1ユーザの端末に送信するステップと、
    前記第1ユーザからの要求を受信した場合、前記第2ユーザに関する付加情報を前記第1ユーザの端末に送信するステップと、を実行する情報処理方法。
  2. 前記付加情報は、前記第1ユーザ及び前記第2ユーザとの通信が可能とされている第3ユーザの情報を含む、請求項1に記載の情報処理方法。
  3. 前記情報処理装置が、
    前記申請に対して、前記第1ユーザにより前記第3ユーザが指定された場合、前記第1ユーザと前記第3ユーザとを含むグループにおけるコンテンツの送受信を実行させるステップを実行する、請求項2に記載の情報処理方法。
  4. 前記コンテンツの送受信を開始させるステップは、前記第2ユーザにより設定された、前記第2ユーザの名前、及び前記第2ユーザの画像の少なくとも一つを、前記第1ユーザと前記第3ユーザとを含むグループに送信する、請求項3に記載の情報処理方法。
  5. 前記情報処理装置が、
    前記第2ユーザにより前記情報処理装置に設定された前記第2ユーザの識別情報に基づいて、外部の情報処理装置が提供するサービスにおいて前記第2ユーザにより設定された前記第2ユーザの情報を検索するステップを実行し、
    前記付加情報は、前記検索するステップにより検索された前記第2ユーザの情報を含む、請求項1から4のいずれか一項に記載の情報処理方法。
  6. 前記情報処理装置が、
    前記第2ユーザの利用履歴に基づいて、前記第2ユーザの信頼度を算出するステップを実行し、
    前記付加情報は、前記算出するステップにより算出された前記第2ユーザの信頼度の情報を含む、請求項1から5のいずれか一項に記載の情報処理方法。
  7. 前記算出するステップは、前記第2ユーザが送信したコンテンツ数、前記第2ユーザが前記情報処理装置による通信を利用可能としている期間、前記第2ユーザが他のユーザから通信を拒否された割合、及び前記第2ユーザが前記情報処理装置を用いて取得したコンテンツの数の少なくとも一つに基づいて、前記第2ユーザの信頼度を算出する、請求項6に記載の情報処理方法。
  8. 前記情報処理装置が、
    前記申請に対して、前記第1ユーザにより前記第2ユーザが選択された場合、前記第1ユーザと前記第2ユーザとを含むグループにおけるコンテンツの送受信を、期間を限定して可能とするステップを実行する、請求項7に記載の情報処理方法。
  9. 情報処理装置に、
    第2ユーザの端末から、前記第2ユーザと第1ユーザとの通信を可能とする申請を受信するステップと、
    前記申請を、前記第1ユーザの端末に送信するステップと、
    前記第1ユーザからの要求を受信した場合、前記第2ユーザに関する付加情報を前記第1ユーザの端末に送信するステップと、を実行させるプログラム。
  10. 第2ユーザの端末から、前記第2ユーザと第1ユーザとの通信を可能とする申請を受信する受信部と、
    前記申請を前記第1ユーザの端末に送信し、前記第1ユーザからの要求を受信した場合、前記第2ユーザに関する付加情報を前記第1ユーザの端末に送信する送信部と、を有する情報処理装置。
JP2017235549A 2017-12-07 2017-12-07 情報処理方法、プログラム、及び情報処理装置 Pending JP2019102000A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017235549A JP2019102000A (ja) 2017-12-07 2017-12-07 情報処理方法、プログラム、及び情報処理装置
TW107143397A TWI800569B (zh) 2017-12-07 2018-12-04 資訊處理方法、資訊處理程式產品及資訊處理裝置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017235549A JP2019102000A (ja) 2017-12-07 2017-12-07 情報処理方法、プログラム、及び情報処理装置

Publications (2)

Publication Number Publication Date
JP2019102000A true JP2019102000A (ja) 2019-06-24
JP2019102000A5 JP2019102000A5 (ja) 2021-01-21

Family

ID=66973829

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017235549A Pending JP2019102000A (ja) 2017-12-07 2017-12-07 情報処理方法、プログラム、及び情報処理装置

Country Status (2)

Country Link
JP (1) JP2019102000A (ja)
TW (1) TWI800569B (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013084253A (ja) * 2011-10-11 2013-05-09 Tata Consultancy Services Ltd ソーシャルプラットフォームのコンテンツ品質及び利用者契約
JP2014534546A (ja) * 2011-11-29 2014-12-18 フェイスブック,インク. 複数の対象決定基準付け値を使用する広告
JP2016168248A (ja) * 2015-03-13 2016-09-23 ダイコク電機株式会社 遊技情報表示システム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105025043B (zh) * 2014-04-17 2019-06-04 腾讯科技(深圳)有限公司 信息分享方法、装置及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013084253A (ja) * 2011-10-11 2013-05-09 Tata Consultancy Services Ltd ソーシャルプラットフォームのコンテンツ品質及び利用者契約
JP2014534546A (ja) * 2011-11-29 2014-12-18 フェイスブック,インク. 複数の対象決定基準付け値を使用する広告
JP2016168248A (ja) * 2015-03-13 2016-09-23 ダイコク電機株式会社 遊技情報表示システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
森嶋 良子 RYOUKO MORISHIMA, FACEBOOK PERFECT GUIDEBOOK 改訂第4版 初版, vol. 第1版, JPN6021030080, 29 February 2016 (2016-02-29), pages 12 - 14, ISSN: 0004566492 *

Also Published As

Publication number Publication date
TW201933890A (zh) 2019-08-16
TWI800569B (zh) 2023-05-01

Similar Documents

Publication Publication Date Title
US11317240B2 (en) Geo-location based event gallery
JP7041686B2 (ja) プログラム、情報処理方法、端末
TWI788525B (zh) 資訊處理方法、資訊處理裝置、資訊處理程式、及資訊處理終端
US9628464B2 (en) Mobile-device user authentication
KR102247931B1 (ko) 프로그램을 기록한 기록 매체, 정보 처리 방법 및 정보 처리 단말
JP2019102001A (ja) プログラム、情報処理方法、及び情報処理装置
JP6753728B2 (ja) プログラム、情報処理方法、及び端末
JP2019102000A (ja) 情報処理方法、プログラム、及び情報処理装置
JP6725943B2 (ja) 表示方法およびプログラム
JP7319426B2 (ja) プログラム、情報処理方法、及び情報処理端末
JP7071107B2 (ja) プログラム、情報処理方法、及び情報処理端末
JP7246870B2 (ja) 送信先決定方法、送信先決定装置、送信先決定プログラム
JP7297971B2 (ja) サーバ、情報処理方法、プログラム
KR102676795B1 (ko) 프로그램, 표시 방법 및 정보처리 단말

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201204

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201204

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20210414

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20210412

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210810

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211011

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211207

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220531