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

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

Info

Publication number
JP2023017056A
JP2023017056A JP2022197215A JP2022197215A JP2023017056A JP 2023017056 A JP2023017056 A JP 2023017056A JP 2022197215 A JP2022197215 A JP 2022197215A JP 2022197215 A JP2022197215 A JP 2022197215A JP 2023017056 A JP2023017056 A JP 2023017056A
Authority
JP
Japan
Prior art keywords
terminal
user
content
transmission
server
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.)
Granted
Application number
JP2022197215A
Other languages
English (en)
Other versions
JP2023017056A5 (ja
JP7473620B2 (ja
Inventor
和孝 入江
Kazutaka Irie
リサンディ クルニアワン
Lisandi Kurniawan
ルーク カーウォーダイン
Luke Carwardine
キョンジン キム
Kyeong Jin Kim
ヴァンサン ペリカ
Pericart Vincent
ダヨン キム
Dayoung Kim
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 JP2022197215A priority Critical patent/JP7473620B2/ja
Publication of JP2023017056A publication Critical patent/JP2023017056A/ja
Publication of JP2023017056A5 publication Critical patent/JP2023017056A5/ja
Priority to JP2024064078A priority patent/JP2024091733A/ja
Application granted granted Critical
Publication of JP7473620B2 publication Critical patent/JP7473620B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/14—Display of multiple viewports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/40—Bus coupling
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2354/00—Aspects of interface with display user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】グループに含まれる一のユーザの端末にて受信されたコンテンツを、当該グループに含まれる他のユーザの端末からの操作等により削除できるようにすること。【解決手段】情報処理装置に、第１ユーザ及び第２ユーザを含む第１グループにおいて、第１コンテンツを受信する処理と、前記第１グループにおいて送受信された、前記第１コンテンツを含む１以上のコンテンツを画面に表示させる処理と、前記第１ユーザの操作に応答して送信された前記第１コンテンツの送信取り消し要求を受信すると、前記第１グループにおいて送受信された前記１以上のコンテンツから、前記第１コンテンツを非表示にさせる処理と、を実行させる。【選択図】図２

Description

特許法第３０条第２項適用申請有り 以下の公開の事実に対して、新規性喪失例外規定が適用された。１．ＷＥＢサイト（１）ｈｔｔｐｓ：／／ｌｉｎｅｃｏｒｐ．ｃｏｍ／ｊａ／ｐｒ／ｎｅｗｓ／ｊａ／２０１７／１９４５（２）ｈｔｔｐ：／／ｏｆｆｉｃｉａｌ－ｂｌｏｇ．ｌｉｎｅ．ｍｅ／ｊａ／ａｒｃｈｉｖｅｓ／７３５５６７５０．ｈｔｍｌ２．アプリ（１）ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｌｉｎｅ／ｉｄ４４３９０４２７５（２）ｈｔｔｐｓ：／／ｐｌａｙｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｎａｖｅｒ．ｌｉｎｅ．ａｎｄｒｏｉｄ
本開示は、プログラム、情報処理方法、及び情報処理装置に関する。
従来、一の端末からメールサーバにメールを送信した後、当該メールが宛先の端末に配信されるまでの間であれば、当該メールサーバが、当該一の端末からの要求に従い、当該メールを削除する技術が知られている（例えば、特許文献１を参照）。
また、近年、インスタントメッセージングサービス（ＩＭＳ、Instant Messaging Service）を利用するコミュニケーションが増加している。
特開２００６－３３０８５３号公報
しかしながら、従来技術では、インスタントメッセージングサービス等において、複数のユーザを含むグループでメッセージ等のコンテンツが誤送信等をされた場合、一のユーザの端末において受信された当該コンテンツを、他のユーザの端末からの操作等では削除できないという問題がある。
本開示は、上記問題に鑑みてなされたものであり、グループに含まれる一のユーザの端末にて受信されたコンテンツを、当該グループに含まれる他のユーザの端末からの操作等により削除できる技術を提供することを目的とする。
本開示の一実施形態に係るプログラムは、情報処理装置に、第１ユーザ及び第２ユーザを含む第１グループにおいて、第１コンテンツを受信する処理と、前記第１グループにおいて送受信された、前記第１コンテンツを含む１以上のコンテンツを画面に表示させる処理と、前記第１ユーザの操作に応答して送信された前記第１コンテンツの送信取り消し要求を受信すると、前記第１グループにおいて送受信された前記１以上のコンテンツから、前記第１コンテンツを非表示にさせる処理と、を実行させる。
本開示の一実施形態に係る通信システムの構成を示す図である。 本開示の一実施形態に係る通信システムの処理の一例を示すシーケンス図である。 端末に表示されるトークルーム画面の一例を示す図である。 端末に表示されるトークルーム画面の一例を示す図である。 端末に表示されるトークルーム画面の一例を示す図である。 端末に表示されるトークルーム画面の一例を示す図である。 端末に表示されるトークルーム画面の一例を示す図である。 本開示の一実施形態に係る受信済みのコンテンツに対する送信取消処理の一例を示すフローチャートである。 端末のホーム画面における通知バッジの一例を示す図である。 端末に表示されるトークルームの一覧画面の一例を示す図である。 端末に表示されるトークルームの一覧画面の一例を示す図である。 端末に表示されるトークルームの一覧画面の一例を示す図である。 本開示の一実施形態に係る送信取り消しの可否等の判定処理の一例を示すフローチャートである。 アカウント情報の一例を示す図である。 本開示の一実施形態に係る送信取り消しの可否等の判定処理の一例を示すフローチャートである。
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＬＴＥ（long term evolution）ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されても良い。
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン（動画像）、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよい。
サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されても良い。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とはそれぞれ情報処理装置と表現されてもよい。
＜ハードウェア（HW）構成＞
図１を用いて、通信システム１に含まれる各装置のHW構成について説明する。
（１）端末のHW構成
端末２０は、制御装置２１（ＣＰＵ：central processing unit（中央処理装置））、記憶装置２８、通信Ｉ／Ｆ２２（インタフェース）、入出力装置２３、表示装置２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御装置２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御装置２１に伝達する。
入出力装置２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力装置２３は、入力装置と出力装置が一体化していても良いし、入力装置と出力装置に分離していてもよい。
入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
出力装置は、制御装置２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
表示装置２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示装置２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に動画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示装置２４は、３Dで表示データを表示可能であってもよい。
入出力装置２３がタッチパネルの場合、入出力装置２３と表示装置２４とは、略同一の大きさおよび形状で対向して配置されていても良い。
制御装置２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
制御装置２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
記憶装置２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置２８は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。
端末２０は、プログラムＰを記憶装置２８に記憶し、このプログラムＰを実行することで、制御装置２１が、制御装置２１に含まれる各部としての処理を実行する。つまり、記憶装置２８に記憶されるプログラムＰは、端末２０に、制御装置２１が実行する各機能を実現させる。
マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。
（２）サーバのHW構成
サーバ１０は、制御装置１１（ＣＰＵ）、記憶装置１５、通信Ｉ／Ｆ１４（インタフェース）、入出力装置１２、ディスプレイ１３を備える。サーバ１０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。
制御装置１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
制御装置１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。ただし、本開示において、制御装置１１は、これらに限定されない。
記憶装置１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置１５は、これらに限定されない。
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御装置１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御装置１１に伝達する。
入出力装置１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力装置１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力装置１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力装置１２、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力装置１２は、これらに限定されない。
ディスプレイ１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレイ１３は、３Dで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１３は、これらに限定されない。
サーバ１０は、プログラムＰを記憶装置１５に記憶し、このプログラムＰを実行することで、制御装置１１が、制御装置１１に含まれる各部としての処理を実行する。つまり、記憶装置１５に記憶されるプログラムＰは、サーバ１０に、制御装置１１が実行する各機能を実現させる。
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。
なお、端末２０の制御装置２１、および／または、サーバ１０の制御装置１１は、ＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。
また、本開示の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。
記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
また、本開示のプログラムＰは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよい。サーバ１０および／または端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよい。この場合、端末２０の制御装置２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよい。この場合、サーバ１０の制御装置１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。
なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。
本実施形態は、グループに含まれる一のユーザが、当該グループに含まれる他のユーザの端末２０にて受信済みのコンテンツを削除できるようにする形態である。
＜機能構成＞
（１）端末の機能構成
図１に示すように、端末２０は、記憶装置２８により、当該端末２０のユーザに関するデータを含むアカウント情報２８１を記憶する。アカウント情報２８１には、例えば、サーバ１０で記憶されているアカウント情報１５１に含まれる各端末のユーザのデータのうち、当該端末２０のユーザに関するデータのみが含まれる。
また、図１に示すように、端末２０は、制御装置２１により実現される機能として、受付部２１０、制御部２１１、送受信部２１２、及び表示制御部２１３を有する。
受付部２１０は、端末２０のユーザからの各種操作を受け付ける。受付部２１０は、例えば、複数のユーザを含むグループにおいて既に送受信されたコンテンツに対する、送信取り消しのための操作を受け付ける。なお、送信取り消しとは、例えば、当該コンテンツに対する送信取り消しのための操作を受け付けた端末２０のみならず、当該コンテンツを受信した端末２０においても、当該コンテンツの表示及び記録の少なくとも一方を削除することにより、当該コンテンツを非表示とさせることである。
制御部２１１は、例えば、サーバ１０により提供されるＳＮＳ（Social Networking Service）のインスタントメッセージングサービスを用いるための各種処理を行う。制御部２１１は、例えば、受付部２１０により所定のコンテンツに対する送信取り消し操作が受け付けられると、当該所定のコンテンツに対する送信取り消し要求を、送受信部２１２によりサーバ１０に送信する。また、制御部２１１は、例えば、所定のコンテンツに対する送信取り消し要求をサーバ１０から受信すると、当該所定のコンテンツを表示制御部２１３または記憶装置２８に削除させる。
送受信部２１２は、複数のユーザを含むグループにおいて各種のコンテンツを、サーバ１０を介して他の端末２０と送受信する。
表示制御部２１３は、制御部２１１、またはサーバ１０の表示制御部１１２からの指示に従い、端末２０の画面の表示を制御する。
（２）サーバの機能構成
図１に示すように、サーバ１０は、記憶装置１５により、各端末２０のユーザに関するデータを含むアカウント情報１５１を記憶する。アカウント情報１５１に記憶されるデータについては後述する。
また、図１に示すように、サーバ１０は、制御装置１１により実現される機能として、制御部１１０、送受信部１１１、及び表示制御部１１２を有する。
制御部１１０は、例えば、ＳＮＳにおけるインスタントメッセージングサービス等を提供するための各種処理を行う。制御部１１０は、例えば、一のユーザの端末２０に転送されたコンテンツに対する送信取り消し要求を、他のユーザの端末２０から受信すると、当該一のユーザの端末２０に記憶されている当該コンテンツを削除させる。
送受信部１１１は、インスタントメッセージングサービス等により、複数のユーザを含むグループにおいて、端末２０から受信したメッセージ、スタンプ、動画像、音声等のコンテンツの転送を行う。
表示制御部１１２は、制御部１１０の指示に従い、端末２０の画面に、インスタントメッセージングサービス等におけるトークルーム画面等の表示画面を表示させる。
＜処理＞
次に、図２、及び図３Ａ乃至図３Ｅを参照し、通信システム１の処理について説明する。図２は、本開示の一実施形態に係る通信システム１の処理の一例を示すシーケンス図である。図３Ａ乃至図３Ｅは、端末２０に表示されるトークルーム画面の一例を示す図である。
以下では、端末２０Ａ、及び端末２０ＢのユーザをユーザＡ（「第１ユーザ」の一例。）、端末２０ＣのユーザをユーザＢ（「第２ユーザ」の一例。）として説明する。なお、端末２０Ａは、例えばスマートフォン等であり、端末２０Ｂは、例えばパーソナルコンピュータ等である。ユーザＡが端末２０Ａまたは端末２０Ｂのインスタントメッセージングサービス用のアプリケーションを起動すると、起動された端末２０Ａまたは端末２０Ｂはサーバ１０から最新のメッセージ等のデータを取得する。端末２０Ａ、及び端末２０Ｂの両方で当該アプリケーションが起動されている場合は、端末２０Ａ、及び端末２０Ｂにおいて、サーバ１０から最新のメッセージ等のデータが取得される。
なお、以下では、ユーザＡが送信したコンテンツを、ユーザＡの操作により送信の取り消しする例について説明するが、同様の操作により、ユーザＢが送信したコンテンツを、ユーザＡの操作により送信の取り消しをできるようにしてもよい。
なお、以下で、トークルームに係るグループに含まれるユーザのうち、コンテンツを送信したユーザ以外のユーザのことを、「他のユーザ」と称する。
ステップＳ１において、端末２０Ａの受付部２１０は、ユーザＡ、及びユーザＢ等を含む所定のグループ（「第１グループ」）のトークルーム画面において、ユーザＡからコンテンツ（「第１コンテンツ」）の送信操作を受け付ける。
続いて、端末２０Ａの表示制御部２１３は、当該所定のグループのトークルーム画面において、当該コンテンツを右揃えで表示させる（ステップＳ２）。
なお、当該トークルーム画面では、当該所定のグループ内で送受信された各コンテンツが、送受信された日時順に表示される。図３Ａ等のトークルーム画面の表示例を示す図では、端末２０のトークルーム画面において、端末２０から送信されたコンテンツは右揃えで表示され、他の端末２０からサーバ１０を介して受信したコンテンツは、当該他の端末２０のユーザのアイコンに対応付けて、左揃えで表示される。また、端末２０のトークルーム画面において、送受信された各コンテンツに対応付けて、送受信された日時、及び他のユーザの端末２０のトークルーム画面においてコンテンツが表示されたことを示す「既読」の文字が表示される。トークルームに係るグループに、３人以上のユーザが含まれる場合、「既読１」、「既読２」のように、コンテンツを表示した他のユーザの数も表示される。
図３Ａには、端末２０Ａに表示されるトークルーム画面の一例が示されている。図３Ａの例では、メッセージ３０１Ａ、及びメッセージ３０３Ａは、ユーザＡが送信したメッセージであり、メッセージ３０２Ａは、ユーザＢから送信されたメッセージである。付加情報３０１Ｂ、付加情報３０２Ｂ、及び付加情報３０３Ｂは、それぞれ、メッセージ３０１Ａ、メッセージ３０２Ａ、及びメッセージ３０３Ａが送信された日時等を示す付加情報である。メッセージ３０２Ａに対応付けられたアイコン３０２Ｃは、メッセージ３０２Ａを送信したユーザＢを示すアイコンである。
続いて、端末２０Ａの送受信部２１２は、当該コンテンツを、サーバ１０を介して、ユーザＡから指定された当該所定のグループ宛てに送信する（ステップＳ３）。ここで、端末２０Ａの送受信部２１２は、当該コンテンツ、宛先のグループのＩＤまたは宛先のグループに含まれる各ユーザのＩＤ、及び当該コンテンツを送信したユーザのＩＤを、サーバ１０に送信する。
続いて、サーバ１０の送受信部１１１は、当該所定のグループに含まれるユーザＡ、及びユーザＢの端末２０である、端末２０Ａ、端末２０Ｂ、及び端末２０Ｃのうち、当該コンテンツの送信元の端末２０Ａ以外の端末Ｂ、及び端末２０Ｃに、当該コンテンツを転送する（ステップＳ４－１、ステップＳ４－２）。
続いて、端末２０Ｂ、及び端末２０Ｃの表示制御部２１３は、それぞれ、ユーザＡ、及びユーザＢの操作等に応答して、当該所定のグループのトークルーム画面において、当該コンテンツを表示させる（ステップＳ５－１、ステップＳ５－２）。ここで、端末２０Ｂの表示制御部２１３は、当該コンテンツの送信元のユーザがユーザＡであるため、当該所定のグループのトークルーム画面において、当該コンテンツを右揃えで表示させる。また、端末２０Ｂには、端末２０Ａと同様に、図３Ａの表示画面が表示される。
一方、端末２０Ｃの表示制御部２１３は、図３Ｂに示すように、当該所定のグループのトークルーム画面において、当該コンテンツを左揃えで表示させるとともに、当該コンテンツに対応付けて、ユーザＡの表示名およびアイコンを表示させる。図３Ｂの例では、図３Ａと同様に、メッセージ３０１Ａ、及びメッセージ３０３Ａは、ユーザＡが送信したメッセージであり、メッセージ３０２Ａは、ユーザＢから送信されたメッセージである。付加情報３１１、付加情報３１２、及び付加情報３１３は、それぞれ、メッセージ３０１Ａ、メッセージ３０２Ａ、及びメッセージ３０３Ａが送信された日時等を示す付加情報である。メッセージ３０１Ａ、及びメッセージ３０３Ａにそれぞれ対応付けられたアイコン３１０、及びアイコン３１４は、メッセージ３０１Ａ、及びメッセージ３０３Ａを送信したユーザＡを示すアイコンである。
続いて、端末２０Ａの受付部２１０は、当該所定のグループのトークルーム画面において、ユーザＡから当該コンテンツの送信取り消し操作を受け付ける（ステップＳ６）。図３Ｃには、端末２０Ａに表示されるトークルーム画面の一例が示されている。端末２０Ａの表示制御部２１３は、例えば、図３Ａの画面においてメッセージ３０３Ａが表示された領域をユーザＡにより長押し操作されると、図３Ｃのように、メッセージ３０３Ａに対するアクションの一覧３２０を表示させる。そして、端末２０Ａの受付部２１０は、「送信取消」ボタン３２２が押下操作されると、メッセージ３０３Ａに対する送信取り消し操作を受け付ける。なお、端末２０Ａの制御部２１１は、「削除」ボタン３２１が押下操作されると、端末２０Ａにおいてのみメッセージ３０３Ａの表示を削除する。
なお、端末２０Ａの表示制御部２１３は、例えば、図３Ａの画面においてメッセージ３０３Ａが表示された領域をユーザＡにより２回連続して押下操作されると、メッセージ３０３Ａに対して、既読の各ユーザの表示名またはアイコン、及び未読の各ユーザの表示名またはアイコンを表示させてもよい。これにより、ユーザＡは、所定のユーザが既に既読の場合は、送信取り消しを行わずに誤送信を謝罪するメッセージを送信する等の判断を行うことができる。なお、コンテンツの「既読」とは、例えば、トークルーム画面において当該コンテンツを既に表示させたことを言う。また、コンテンツの「未読」とは、例えば、トークルーム画面において当該コンテンツを未だ表示させていないことを言う。
続いて、端末２０Ａの制御部２１１は、当該コンテンツの送信取り消し要求を、送受信部２１２によりサーバ１０に送信する（ステップＳ７）。ここで、当該コンテンツの送信取り消し要求には、メッセージ３０３ＡのメッセージＩＤが含まれる。なお、メッセージＩＤは、メッセージ等のコンテンツの識別情報である。メッセージＩＤは、例えば、コンテンツが送受信された際にサーバ１０により付与され、当該コンテンツを送受信した端末２０に通知される。または、限定でなく例として、メッセージＩＤは、コンテンツが送受信されたトークルームのＩＤ、当該コンテンツを送信したユーザのユーザＩＤ、及びコンテンツが送受信された日時の組み合わせ等を用いたメッセージを識別可能な識別子であってもよい。
続いて、サーバ１０の制御部１１０は、送信取り消しの可否等を判定する（ステップＳ８）。なお、当該判定処理は後述する。
続いて、サーバ１０の制御部１１０は、当該所定のグループに含まれるユーザＡ、及びユーザＢの端末２０である、端末２０Ａ、端末２０Ｂ、及び端末２０Ｃに、当該コンテンツの送信取り消し要求を送受信部１１１により転送する（ステップＳ９－１、ステップＳ９－２、ステップＳ９－３）。
続いて、端末２０Ａ、端末２０Ｂ、及び端末２０Ｃの制御部２１１は、当該所定のグループのトークルーム画面等において、当該コンテンツの表示を削除させる（ステップＳ１０－１、ステップＳ１０－２、ステップＳ１０－３）。ここで、各端末２０の制御部２１１は、当該コンテンツの送信取り消しを行ったユーザ、及び送信取り消しが行われた日時とともに、当該コンテンツが削除された旨を示すメッセージ等を表示制御部２１３により表示させてもよい。
図３Ｄには、ユーザＡの端末２０Ａ、及び端末２０Ｂに表示されるトークルーム画面の一例が示されている。図３Ｄの例では、図３Ｃの表示画面から、メッセージ３０３Ａ、メッセージ３０３Ａの付加情報３０３Ｂ、及びメッセージ３０３Ａに対するアクションの一覧３２０の表示が取り消されている。そして、送信取り消し操作が行われた日時、及び「メッセージの送信を取り消しました」というメッセージを含む表示領域３３０が表示されている。
なお、当該コンテンツの送信取り消しを行ったユーザＡの端末２０Ａ、及び端末２０Ｂの制御部２１１は、当該コンテンツの表示を取り消さなくてもよい。または、端末２０Ａ、及び端末２０Ｂの制御部２１１は、当該コンテンツをサーバ１０から取得できるようにしてもよい。これにより、例えば、当該コンテンツの送信取り消しを行ったユーザは、当該コンテンツをコピーして、本来の宛先のトークルームにおいて送信できるようになる。
図３Ｅには、ユーザＢの端末２０Ｃに表示されるトークルーム画面の一例が示されている。図３Ｅの例では、図３Ｂの表示画面から、メッセージ３０３Ａ、及びメッセージ３０３Ａの付加情報３１３の表示が取り消されている。そして、送信取り消し操作が行われた日時３４１、及び「田中太郎がメッセージの送信を取り消しました」というメッセージ３４２の表示領域３４３が表示されている。ここで、「田中太郎」は、ユーザＡの表示名である。
≪受信したコンテンツに対する送信取消処理≫
次に、図４乃至図６Ｃを参照し、図２のステップＳ１０－３の、端末２０Ｃにおける受信したコンテンツに対する送信取消処理について説明する。図４は、本開示の一実施形態に係る受信済みのコンテンツに対する送信取消処理の一例を示すフローチャートである。
ステップＳ１０１において、端末２０Ｃの制御部２１１は、送受信部２１２により、所定のコンテンツに対する送信取り消し要求をサーバ１０から受信する。
続いて、端末２０Ｃの制御部２１１は、当該所定のコンテンツが、既読であるか否かを判定する（ステップＳ１０２）。なお、既読の場合は、当該所定のコンテンツを送信したユーザＡの端末２０Ａ、及び端末２０Ｂの表示制御部２１３により、トークルーム画面において、当該所定のコンテンツに対する付加情報において、「既読」であることが表示されている。これにより、ユーザＡは、送信取り消し操作を行う前に、当該所定のコンテンツが既にユーザＢにより見られているか否かを判断できる。
当該所定のコンテンツが既読の場合（ステップＳ１０２でＹＥＳ）、後述するステップＳ１０６の処理に進む。
一方、当該所定のコンテンツが既読でない（未読）の場合（ステップＳ１０２でＮＯ）、端末２０Ｃの制御部２１１は、ＯＳ（Operating System）の機能等を用いた当該所定のコンテンツの通知を削除させる（ステップＳ１０３）。
なお、端末２０Ｃの制御部２１１は、図２のステップＳ４－２で、サーバ１０から当該所定のコンテンツを受信した際、ＯＳの通知機能を用いて、端末２０Ｃの画面をオンにし、ホーム画面またはロック画面における上部等の領域に、当該所定のコンテンツを含む通知を表示させる。そして、端末２０Ｃの制御部２１１は、所定時間（例えば、１０秒）経過後、画面をオフにしている。当該通知は、例えば、ユーザＢが端末２０Ｃの電源をオンにし、ロック画面を表示させた際、またはホーム画面において所定の操作をされた際等に、再度画面に表示される。そして、ユーザＣの操作により、トークルーム画面において当該所定のコンテンツが表示されたため、当該所定のコンテンツが既読となった場合、端末２０Ｃの制御部２１１は、当該通知を削除する。なお、ホーム画面とは、例えば、端末２０においてアプリケーションが起動されていない際の画面であり、待ち受け画面、またはデスクトップ画面等と称することもできる。また、ロック画面においてユーザ認証が成功した場合、ホーム画面が表示される。
そのため、当該所定のコンテンツが未読の場合は、当該通知は削除されていないため、ユーザＢにより当該所定のコンテンツを含む当該通知を見られる可能性がある。そこで、端末２０Ｃの制御部２１１は、ステップＳ１０３の処理により、当該通知を削除する。なお、上述した当該所定のコンテンツの通知は、「未読であることを示すオブジェクト」の一例である。
続いて、端末２０Ｃの制御部２１１は、ホーム画面におけるインスタントメッセージングサービス用のアプリケーションのアイコンに対する通知バッジでのコンテンツの未読数を１つ減算する（ステップＳ１０４）。
図５は、端末２０Ｃのホーム画面における通知バッジの一例を示す図である。図５の例では、端末２０Ｃのホーム画面において、インスタントメッセージングサービス用のアプリケーションのアイコン５０１の右上の通知バッジ５０２に、受信したコンテンツのうち、未読のコンテンツの数が「４」と表示されている。この場合、ステップＳ１０４の処理により、当該数は「３」と表示されることとなる。
続いて、端末２０Ｃの制御部２１１は、当該所定のコンテンツが受信されたトークルームに対する通知バッジにおけるコンテンツの未読数を１つ減算する（ステップＳ１０５）。なお、端末２０Ｃの制御部２１１は、当該未読数が０になった場合は、当該通知バッジの表示を消去させてもよい。
図６Ａ乃至図６Ｃは、端末２０Ｃに表示されるトークルームの一覧画面の一例を示す図である。ユーザＡにより図３Ｃのメッセージ３０３Ａが送信取り消し操作されるまでの間に、ユーザＢが端末２０Ｃにおいてインスタントメッセージングサービス用のアプリケーションを起動し、トークルームの一覧画面（トークルームに係るグループの一覧画面）を表示させる操作を行った場合には、図６Ａの画面が表示される。
図６Ａの例では、トークルーム６０１Ａ乃至６０６Ａに対応付けて、各トークルームに対する通知バッジ６０１Ｂ乃至６０６Ｂと、各トークルームにおいて最後に送受信されたコンテンツ６０１Ｃ乃至６０６Ｃとが表示されている。また、コンテンツ６０１Ｃ乃至６０６Ｃが送受信された日時６０１Ｄ乃至６０６Ｄ、当該各トークルームのグループに含まれるユーザのうち端末２０ＣのユーザＣ以外の１以上のユーザの表示名６０１Ｅ乃至６０６Ｅと、当該１以上のユーザの各アイコン６０１Ｆ乃至６０６Ｆとが表示されている。
通知バッジ６０１Ｂでは、トークルーム６０１Ａの未読のコンテンツの数が「１」と表示されている。送信取り消しされたコンテンツが受信されたトークルームがトークルーム６０１Ａである場合、ステップＳ１０５の処理により、通知バッジ６０１Ｂの表示が無くなる、または当該数が「０」と表示されることとなる。
なお、ユーザＣの操作により、トークルーム画面において当該所定のコンテンツが表示されたため、当該所定のコンテンツが既読となった場合、端末２０Ｃの制御部２１１は、当該所定のコンテンツが受信されたトークルームに対する通知バッジにおけるコンテンツの未読数を１つ減算する。なお、通知バッジにおける未読数の値、及び通知バッジは、「未読であることを示すオブジェクト」の一例である。
なお、図６Ａの例では、トークルーム６０１ＡがユーザＢに押下された場合には、図３Ｂの画面が表示される。図６Ａの例では、トークルーム６０１において最後に送受信されたコンテンツ６０１Ｃは、図３Ｃのメッセージ３０３Ａである。
続いて、端末２０Ｃの制御部２１１は、トークルームの一覧画面において、当該所定のコンテンツが受信されたトークルームに対する、最後に送受信されたコンテンツ、当該コンテンツが送受信された日時、及び当該トークルームの表示順を、送信取り消しされたコンテンツに応じて変更し（ステップＳ１０６）、処理を終了する。ここで、端末２０Ｃの制御部２１１は、例えば、当該所定のコンテンツを受信すると、トークルームの一覧画面において、当該所定のコンテンツが送受信されたトークルームの表示順を先頭に変更させる。そして、端末２０Ｃは、当該所定のコンテンツの送信取り消し要求を受信すると、当該一覧画面において、当該トークルームの表示順を変更前の順に変更させる。
図６Ｂは、変更後のトークルームの一覧画面の一例を示す図である。ユーザＡにより図３Ｃのメッセージ３０３Ａが送信取り消し操作された後に、ユーザＢが端末２０Ｃにおいてトークルームの一覧画面を表示させる操作を行った場合には、図６Ｂの画面が表示される。
端末２０Ｃの制御部２１１は、図３Ｃのメッセージ３０３Ａが送信取り消しされた場合、トークルーム６０１において最後に送受信されたコンテンツ６０１Ｃを、図６Ｂに示すように、図３Ｃのメッセージ３０２Ａに変更する。また、端末２０Ｃの制御部２１１は、コンテンツ６０１Ｃが送受信された日時６０１Ｄを、図３Ｃのメッセージ３０２Ａに対する付加情報３０２Ｂに含まれる日時に変更する。
また、端末２０Ｃの制御部２１１は、図６Ａ、及び図６Ｂのトークルームの一覧画面において、トークルームにおいて最後にコンテンツが送受信された日時が新しい順に、上から並べて表示させる。図６Ａの例では、トークルーム６０１において最後に送受信されたコンテンツ６０１Ｃが送受信された日時６０１Ｄは、他のトークルームのものよりも新しいため、トークルーム６０１がトークルームの一覧の先頭（一番上）の位置に表示されている。図６Ｂの例では、トークルーム６０１において最後に送受信されたコンテンツ６０１Ｃが送受信された日時６０１Ｄは、全てのトークルームのうち３番目に新しいため、トークルーム６０１がトークルームの一覧の上から３番目の位置に表示されている。
なお、当該所定のコンテンツが既読の場合、端末２０Ｃの制御部２１１は、当該所定のコンテンツが送信取り消しされた旨を示すメッセージに応じて、トークルームの一覧画面において、当該トークルームの表示順等を変更してもよい。この場合、例えば、端末２０Ｃにおいて、図３Ｂのようにトークルーム画面においてメッセージ３０３Ａが既に表示されていた場合に、ユーザＢが端末２０Ｃにおいてトークルームの一覧画面を表示させる操作が行われた場合には、端末２０Ｃの制御部２１１は、図６Ｃの画面を表示させてもよい。図６Ｃの例では、端末２０Ｃの制御部２１１は、図６Ａの画面と比較して、通知バッジ６０１Ｂの表示が消去された、または当該数が「０」と表示された画面を表示させる。また、端末２０Ｃの制御部２１１は、トークルーム６０１において最後に送受信されたコンテンツ６０１Ｃを、図３Ｅの「田中太郎がメッセージの送信を取り消しました」というメッセージ３４２に変更させる。また、コンテンツ６０１Ｃが送受信された日時６０１Ｄを、図３Ｅの送信取り消し操作が行われた日時３４１に変更させる。図６Ｃの例においても、図６Ａの場合と同様に、トークルーム６０１において最後に送受信されたコンテンツ６０１Ｃが送受信された日時６０１Ｄは、他のトークルームのものよりも新しいため、トークルーム６０１がトークルームの一覧の一番上の位置に表示されている。
続いて、端末２０Ｃの制御部２１１は、当該所定のコンテンツが送信取り消しされた旨を示すメッセージを、トークルーム画面において表示させ（ステップＳ１０７）、処理を終了する。ここで、端末２０Ｃの制御部２１１は、ユーザＢからトークルーム６０１のトークルーム画面を表示させる操作を受け付けると、図３Ｄに示すように、送信取り消し操作が行われた日時３４１、及び「田中太郎がメッセージの送信を取り消しました」というメッセージ３４２の表示領域３４３を表示させる。
なお、当該所定のコンテンツが送信取り消しされた場合に、端末２０Ｃにおいて当該所定のコンテンツが未読の場合、端末２０Ｃの制御部２１１は、当該メッセージを当該トークルーム画面において表示しないようにさせてもよい。一方、当該トークルーム画面において当該所定のコンテンツが既に表示されていた場合は、端末２０Ｃの制御部２１１は、当該所定のコンテンツが送信取り消しされた旨を示すメッセージを、当該トークルーム画面において表示させてもよい。これにより、当該所定のコンテンツを未読であるユーザに対しては、当該所定のコンテンツが送信されたことを知られないようにすることができるとともに、既読のユーザに対しては、送信取り消しされたことを知らせることができる。
＜既読の場合の変形例＞
なお、当該所定のコンテンツが送信取り消しされた場合に、当該トークルーム画面において当該所定のコンテンツが既に表示されていた場合は、端末２０Ｃの制御部２１１は、以下のような処理を行ってもよい。
端末２０Ｃの制御部２１１は、例えば、当該トークルーム画面において当該所定のコンテンツの表示を取り消すまでの残り時間（カウントダウンタイマー）を表示させ、当該残り時間が０になると、当該所定のコンテンツの表示を削除させるようにしてもよい。これにより、ユーザはメッセージが削除されるまでの残り時間を明確に認識することができる。
また、端末２０Ｃの制御部２１１は、例えば、当該トークルーム画面において、当該所定のコンテンツに対し、モザイクをかける等により視認性を低下させ、時間の経過に伴いモザイクを細かくする等により、当該所定のコンテンツの視認性を時間の経過とともに徐々に低下させてもよい。これにより、ユーザは直感的に当該所定のコンテンツが削除されていく経過を認識できる。なお、当該所定のコンテンツの視認性が低下し、ユーザによる当該所定のコンテンツの判読が困難となることにより、当該所定のコンテンツが非表示（削除）とされたということができる。
また、端末２０Ｃの制御部２１１は、例えば、当該所定のコンテンツを、当該所定のコンテンツとは異なるコンテンツまたはオブジェクトに置換して表示させてもよい。この場合、端末２０Ｃの制御部２１１は、例えば、当該所定のコンテンツを、所定のスタンプ、所定のメッセージ、または所定のアイコン等に置換して表示させてもよい。この場合、当該異なるコンテンツ等は、端末２０Ａにて送信取り消し操作を行うユーザＡにより指定されたコンテンツ等でもよい。
≪送信取り消しの可否等の判定処理≫
次に、図７を参照し、図２のステップＳ８の、サーバ１０の制御部１１０による送信取り消しの可否等の判定処理の一例について説明する。なお、以下の処理は、端末２０の制御部２１１により行われてもよい。図７は、本開示の一実施形態に係る送信取り消しの可否等の判定処理の一例を示すフローチャートである。
ステップＳ２０１において、サーバ１０の制御部１１０は、送受信部１１１により、所定のコンテンツに対する送信取り消し要求を端末２０から受信する。
（送信取り消しが可能な期間の判定）
続いて、サーバ１０の制御部１１０は、当該所定のコンテンツの送信取り消しが可能な期間及び回数を判定する（ステップＳ２０２）。送信取り消しが可能な期間、及び回数を設けるのは、例えば、一定時間を経過した後等でも取り消しを可能とすると、コミュニケーションの履歴としての使い勝手がかえって悪くなる可能性があるためである。なお、ステップＳ２０２において、サーバ１０の制御部１１０は、期間及び回数の一方のみを判定してもよい。
ここで、サーバ１０の制御部１１０は、当該所定のコンテンツが送受信されてから、予め設定されている時間（例えば、２４時間）または、送信取り消しを行うユーザにより予め設定された時間が経過するまでの期間を、送信取り消しが可能な期間としてもよい。また、サーバ１０の制御部１１０は、各端末２０のユーザ毎、または各端末２０のユーザ毎かつトークルーム毎に予め設定されている、所定期間（例えば、１か月）以内に送信取り消しできる回数を、送信取り消しが可能な回数としてもよい。
または、サーバ１０の制御部１１０は、以下のように、送信取り消しを行ったユーザが所定の関係として登録しているユーザ数、当該ユーザにより送受信されたコンテンツの数、当該ユーザのアカウントが作成されてから現在までの期間、当該ユーザによる送信取り消し回数、当該コンテンツが送受信された時間帯、送信取り消しされるコンテンツの内容、送信取り消しされるコンテンツが送受信されたトークルームに係るグループに含まれる各ユーザがともに所定の関係として登録しているユーザの数、当該各ユーザが互いに所定の関係として登録している期間、及び当該各ユーザでコンテンツが送受信された頻度の少なくとも一つに基づいて、送信取り消しが可能な期間及び回数を決定してもよい。
（（アカウントの信用度等））
また、サーバ１０の制御部１１０は、アカウント情報１５１において、送信取り消し要求を送信した端末２０のユーザに対応付けられたデータに基づいて、当該所定のコンテンツの送信取り消しが可能な期間及び回数を判定してもよい。これにより、例えば、ユーザの信用度（信頼度）等が高い程、送信取り消しが可能な期間を比較的長くし、送信取り消しが可能な回数を比較的多くすることができる。
図８は、アカウント情報１５１の一例を示す図である。図８の例では、アカウント情報１５１には、ユーザＩＤに対応付けて、友だち（「所定の関係」の一例。）のユーザＩＤ、アカウント作成日時、１以上のトークルームＩＤが記憶されている。また、各トークルームＩＤに対応付けて、送受信コンテンツ、他のユーザによる送信取り消しの可否、及び送信取り消し回数が記憶されている。
ユーザＩＤは、端末２０のユーザの識別情報である。友だちのユーザＩＤは、当該端末２０のユーザにより友だちとして登録されているユーザのユーザＩＤである。アカウント作成日時は、サーバ１０上で、ユーザＩＤに係るユーザのアカウントが、当該ユーザにより作成された日時である。なお、ユーザのアカウントが作成されると、アカウント情報１５１において、当該ユーザのデータが記憶される。
トークルームＩＤは、当該端末２０におけるトークルームの識別情報である。トークルームＩＤは、トークルームに係るグループに含まれる、当該端末２０のユーザ以外の１以上のユーザのユーザＩＤでもよい。
送受信コンテンツは、トークルームＩＤに係るトークルームにおいて送受信された各コンテンツのデータであり、各コンテンツのデータには、コンテンツ自体のデータ、当該コンテンツを送信したユーザのユーザＩＤ、当該コンテンツが送信または受信された日時、当該コンテンツがトークルーム画面において表示されたか否かを示すデータ等が含まれる。
他のユーザによる送信取り消しの可否は、トークルームＩＤに係るトークルームにおいて、当該端末２０が受信したコンテンツを、他のユーザにより送信取り消しされてもよいか否かを指定するデータである。他のユーザによる送信取り消しの可否は、例えば、当該端末２０のユーザにより設定されてもよい。
送信取り消し回数は、トークルームＩＤに係るトークルームにおいて、当該端末２０のユーザが、当該端末２０のユーザまたは他のユーザにより送信されたコンテンツを送信取り消しした回数である。
なお、他のユーザによる送信取り消しの可否は、ユーザＩＤ毎に記憶されてもよい。この場合、他のユーザによる送信取り消しの可否は、当該端末２０のユーザを含む全てのトークルームにおいて、当該端末２０のユーザが送信したコンテンツを、他のユーザにより送信取り消しされてもよいか否かを指定するデータである。また、送信取り消し回数は、ユーザＩＤ毎に記憶されてもよい。この場合、送信取り消し回数は、当該端末２０のユーザが、当該端末２０のユーザを含む全てのトークルームにおいて、当該端末２０のユーザまたは他のユーザにより送信されたコンテンツを送信取り消しした回数の合計値である。
サーバ１０の制御部１１０は、例えば、当該端末２０のユーザが友だちとして登録しているユーザの数が多い程、当該所定のコンテンツの送信取り消しが可能な期間を長く決定し、送信取り消しが可能な回数を比較的多く決定してもよい。
また、サーバ１０の制御部１１０は、当該端末２０のユーザのアカウントが作成されてから現在までの利用量が多い程、または当該端末２０のユーザのアカウントが作成されてから現在までの利用頻度が高い程、当該所定のコンテンツの送信取り消しが可能な期間を長く決定し、送信取り消しが可能な回数を比較的多く決定してもよい。この場合、例えば、送信したコンテンツの数、及び受信したコンテンツの数の一方または両方を、当該利用量としてもよい。また、例えば、コンテンツを送信した頻度、及びコンテンツを送信した頻度の一方または両方を、利用頻度としてもよい。
また、サーバ１０の制御部１１０は、当該アカウントが作成されてから現在までの期間が長い程、当該所定のコンテンツの送信取り消しが可能な期間を長く決定し、送信取り消しが可能な回数を比較的多く決定してもよい。これにより、例えば、トークルームに係るグループに含まれるユーザが、サブアカウントを新規に生成し、当該トークルームに当該サブアカウントを招待し、当該サブアカウントにより当該トークルームにおいて送受信されたコンテンツの送信取り消しを比較的多くの回数行うようなケースを防ぐことができる。
（（送信取り消し機能の使用履歴））
また、サーバ１０の制御部１１０は、端末２０のユーザが送信取り消し操作を行った回数または頻度に基づいて、当該ユーザが当該所定のコンテンツの送信取り消しが可能な期間及び回数を判定してもよい。この場合、サーバ１０の制御部１１０は、例えば、当該端末２０のユーザが送信取り消し操作を行った回数が多いまたは頻度が高い程、当該ユーザに対する当該所定のコンテンツの送信取り消しが可能な期間を長く決定し、送信取り消しが可能な回数を比較的多く決定してもよい。この場合、サーバ１０の制御部１１０は、誤送信が比較的多いユーザに対して、比較的長い期間、及び比較的多い回数、送信取り消しを可能としてもよい。
また、サーバ１０の制御部１１０は、各トークルームにおいて当該端末２０のユーザが送信取り消し操作を行った回数または頻度に基づいて、各トークルームにおける当該所定のコンテンツの送信取り消しが可能な期間及び回数を判定してもよい。この場合、サーバ１０の制御部１１０は、所定のトークルームにおいて誤送信が比較的多いユーザに対して、当該所定のトークルームにおいて比較的長い期間、及び比較的多い回数、送信取り消しを可能としてもよい。
（（時間帯））
また、サーバ１０の制御部１１０は、端末２０のユーザが所定のコンテンツの送信操作を行った等の時間帯に基づいて、当該所定のコンテンツの送信取り消しが可能な期間及び回数を判定してもよい。この場合、サーバ１０の制御部１１０は、例えば、当該所定のコンテンツが夜中に送受信された場合、当該所定のコンテンツの送信取り消しが可能な期間を比較的長く決定し、送信取り消しが可能な回数を多く決定してもよい。これにより、例えば、誤送信が発生し易い時間帯に送受信されたコンテンツは、比較的長い期間、及び比較的多い回数、送信取り消しを可能とすることができる。
（（コンテンツの内容））
また、サーバ１０の制御部１１０は、当該所定のコンテンツの内容に基づいて、当該所定のコンテンツの送信取り消しが可能な期間及び回数を判定してもよい。この場合、サーバ１０の制御部１１０は、例えば、当該所定のコンテンツが送受信されたトークルームにおいて、端末２０のユーザが丁寧語を含むメッセージを送信した割合が所定の閾値以上の場合であり、かつ当該ユーザにより送信された当該所定のコンテンツに丁寧語が含まれない場合に、当該所定のコンテンツの送信取り消しが可能な期間を比較的長く決定し、送信取り消しが可能な回数を比較的多く決定してもよい。
または、サーバ１０の制御部１１０は、例えば、送信された所定のコンテンツに、例えば、不適切なキーワード等の所定の語句が含まれる場合、当該所定のコンテンツの送信取り消しが可能な期間を比較的長く決定し、送信取り消しが可能な回数を比較的多く決定してもよい。この場合、サーバ１０の制御部１１０は、例えば、誤送信である可能性が高いコンテンツは、比較的長い期間、送信取り消しを可能とし、当該コンテンツの送信取り消しを行ったユーザ等に対する送信取り消しが可能な回数を比較的多くしてもよい。なお、サーバ１０の制御部１１０は、ユーザから承認を得た場合にのみ、当該所定のコンテンツの内容に基づいて、当該所定のコンテンツの送信取り消しが可能な期間等を判定する機能を当該ユーザが利用できるようにする。
（（相手ユーザとの親密度））
また、サーバ１０の制御部１１０は、端末２０のユーザと、他のユーザとの親密度に基づいて、当該所定のコンテンツの送信取り消しが可能な期間及び回数を判定してもよい。この場合、サーバ１０の制御部１１０は、例えば、トークルームに係るグループに含まれる複数のユーザ間の親密度が高い程、当該所定のコンテンツの送信取り消しが可能な期間を比較的長く決定し、当該複数のユーザ及び当該トークルームに対する送信取り消しが可能な回数を比較的多く決定してもよい。これにより、例えば、親密度が高い他のユーザに対する誤送信を取り消しし易くすることができる。
この場合、サーバ１０の制御部１１０は、例えば、端末２０のユーザと、他のユーザとでともに友だちとして登録されているユーザ（共通の友だち）の数が多い程、当該親密度を高く決定してもよい。また、サーバ１０の制御部１１０は、例えば、端末２０のユーザに友だちとして登録されている全ユーザの数に対する当該共通の友だちの数の割合、及び当該他のユーザに友だちとして登録されている全ユーザの数に対する当該共通の友だちの数の割合が高い程、当該親密度を高く決定してもよい。
サーバ１０の制御部１１０は、さらに、例えば、端末２０のユーザと当該他のユーザとが友だちとして設定されている期間が長い程、当該親密度を高く決定してもよい。この場合、サーバ１０の制御部１１０は、例えば、端末２０のユーザ及び当該他のユーザの少なくとも一方が他方を友だちとして登録した日時から現在日時までの長さを、当該期間としてもよい。
サーバ１０の制御部１１０は、さらに、例えば、端末２０のユーザと当該他のユーザとの間でコンテンツが送受信された頻度が高い程、当該親密度を高く決定してもよい。
続いて、当該所定のコンテンツの送信取り消し要求の操作が、当該期間内かつ当該回数以内で実行されたか否かを判定する（ステップＳ２０３）。ここで、サーバ１０の制御部１１０は、例えば、当該所定のコンテンツの送信取り消し要求を、当該期間内に受信された場合、当該操作が当該期間内に実行されたと判定してもよい。
操作が当該期間内等に実行されていない場合（ステップＳ２０３でＮＯ）、サーバ１０の制御部１１０は、送信取り消しができない旨を、送信取り消し要求を送信した端末２０の画面に表示させ（ステップＳ２０４）、送信取り消しが不可能と判定し（ステップＳ２０５）、処理を終了する。ここで、サーバ１０の制御部１１０は、当該期間を経過している旨を、当該端末２０の画面に表示させてもよい。
操作が当該期間内等に実行されている場合（ステップＳ２０３でＹＥＳ）、サーバ１０の制御部１１０は、当該所定のコンテンツの送信取り消しを制限するか否かを判定する（ステップＳ２０６）。
ここで、サーバ１０の制御部１１０は、当該所定のコンテンツを受信した端末２０のユーザの送信取り消し可否の設定に応じて、当該所定のコンテンツの送信取り消しを制限するか否かを判定してもよい。この場合、当該設定は、アカウント情報１５１において、「他のユーザによる送信取り消しの可否」の項目に記憶されてもよい。これにより、例えば、ユーザは、当該ユーザの端末２０において受信されたコンテンツを、他のユーザの送信取り消し操作により削除されることを防ぐことができる。
また、サーバ１０の制御部１１０は、端末２０のユーザからの通報に応じて、通報されたユーザによる送信取り消しを一時的に禁止してもよい。
また、サーバ１０の制御部１１０は、当該所定のコンテンツが、トークルームに係るグループに含まれるユーザのうち、当該所定のコンテンツを送信したユーザ以外の全てのユーザにより未読である場合に、当該所定のコンテンツの送信取り消しを可能としてもよい。
送信取り消しを制限しない場合（ステップＳ２０６でＮＯ）、後述するステップＳ２０８の処理に進む。送信取り消しを制限する場合（ステップＳ２０６でＹＥＳ）、課金により送信取り消しが可能である旨を、送信取り消し要求を送信した端末２０の画面に表示させる（ステップＳ２０７）。
続いて、サーバ１０の制御部１１０は、端末２０のユーザからの課金の承認操作を受け付けたか否かを判定し（ステップＳ２０８）、承認操作を受け付けなかった場合（ステップＳ２０８でＮＯ）、ステップＳ２０４の処理に進む。
一方、承認操作を受け付けた場合（ステップＳ２０８でＹＥＳ）、サーバ１０の制御部１１０は、端末２０のユーザからの課金の承認操作に応答して、当該送信取り消しに対する課金処理を行い（ステップＳ２０９）、送信取り消しを可能と判定し（ステップＳ２１０）、処理を終了する。なお、送信取り消しを制限する場合（ステップＳ２０６でＹＥＳ）、ステップＳ２０７の処理に進む代わりに、ステップＳ２０４の処理に進むようにしてもよい。
また、サーバ１０の制御部１１０は、端末２０のユーザが、サーバ１０においてスタンプ、マンガ、及びミュージック等のコンテンツを購入した場合、所定回数は非課金で送信取り消しをできるようにしてもよい。サーバ１０の制御部１１０は、送信取り消し可能な所定回数を、例えば、送信取り消しを行うユーザが利用するアカウントの課金額、及び課金回数等に基づいて決定してもよい。
＜送信取り消しの可否の判定処理の変形例＞
次に、図９を参照し、図２のステップＳ８の、サーバ１０の制御部１１０による送信取り消しの可否等の判定処理の一例について説明する。図９は、本開示の一実施形態に係る送信取り消しの可否等の判定処理の一例を示すフローチャートである。図９におけるステップＳ３０１乃至ステップＳ３１０の処理は、上述した図７のステップＳ２０１乃至ステップＳ２１０の処理と同様である。以下では、図７と異なる点について説明する。
図９の例では、ステップＳ３０３で、操作が、送信取り消し可能な期間内等に実行されていない場合（ステップＳ３０３でＮＯ）、ステップＳ３０７の処理に進み、課金により送信取り消しが可能である旨を、送信取り消し要求を送信した端末２０の画面に表示させる。これにより、送信取り消し可能な期間または回数を経過した場合においても、ユーザによる送信取り消しが可能となる。
図９のステップＳ３０９の課金処理において、サーバ１０の制御部１１０は、送信取り消し可能な期間から現在までの経過時間応じて課金額を設定してもよい。サーバ１０の制御部１１０は、例えば、当該経過時間が長い程、当該課金額を大きく設定してもよい。
また、サーバ１０の制御部１１０は、送信取り消し可能な回数を超えて送信取り消しを行う回数応じて課金額を設定してもよい。サーバ１０の制御部１１０は、例えば、当該回数が多い程、当該課金額を大きく設定してもよい。
また、サーバ１０の制御部１１０は、送信取り消しされたトークルームに係るグループに含まれるユーザの数に応じて課金額を大きく設定してもよい。サーバ１０の制御部１１０は、例えば、他のユーザの数が多い程、当該課金額を大きく設定してもよい。また、サーバ１０の制御部１１０は、所定の関数に基づいて当該課金額を決定してもよい。
＜実施形態の効果＞
開示の技術によれば、複数のユーザを含むグループにおいて、コンテンツが誤送信された場合や、送受信されたコンテンツが不適切である場合等に、一のユーザの端末２０にて受信されたコンテンツを、他のユーザの端末２０からの操作等により削除できる。
また、開示の技術によれば、誤送信に対する謝罪等のコミュニケーションを削減できるため、ユーザの利便性を向上することができ、ユーザの操作を減少させることができる。それにより、端末２０を操作する回数や、端末２０がサーバ１０と通信する回数を減らすことができるため、結果的に端末２０やサーバ１０の負荷や通信回数を軽減できるという効果も得られる。
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。なお、サーバ１０、及び端末２０は、それぞれ、「情報処理装置」の一例である。
１ 通信システム
１０ サーバ
１１０ 制御部
１１１ 送受信部
１１２ 表示制御部
１５１ アカウント情報
２０ 端末
２１０ 受付部
２１１ 制御部
２１２ 送受信部
２１３ 表示制御部
２８１ アカウント情報

Claims (1)

  1. 情報処理装置に、
    第１ユーザ及び第２ユーザを含む第１グループにおいて、第１コンテンツを受信する処理と、
    前記第１グループにおいて送受信された、前記第１コンテンツを含む１以上のコンテンツを画面に表示させる処理と、
    前記第１ユーザの操作に応答して送信された前記第１コンテンツの送信取り消し要求を受信すると、前記第１グループにおいて送受信された前記１以上のコンテンツから、前記第１コンテンツを非表示にさせる処理と、を実行させるプログラム。
JP2022197215A 2018-01-30 2022-12-09 プログラム、サーバおよびシステム Active JP7473620B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022197215A JP7473620B2 (ja) 2018-01-30 2022-12-09 プログラム、サーバおよびシステム
JP2024064078A JP2024091733A (ja) 2018-01-30 2024-04-11 プログラム、情報処理方法、及び情報処理装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018014030A JP7194502B2 (ja) 2018-01-30 2018-01-30 プログラム、情報処理方法、及び情報処理装置
JP2022197215A JP7473620B2 (ja) 2018-01-30 2022-12-09 プログラム、サーバおよびシステム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2018014030A Division JP7194502B2 (ja) 2018-01-30 2018-01-30 プログラム、情報処理方法、及び情報処理装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024064078A Division JP2024091733A (ja) 2018-01-30 2024-04-11 プログラム、情報処理方法、及び情報処理装置

Publications (3)

Publication Number Publication Date
JP2023017056A true JP2023017056A (ja) 2023-02-02
JP2023017056A5 JP2023017056A5 (ja) 2023-02-24
JP7473620B2 JP7473620B2 (ja) 2024-04-23

Family

ID=67478086

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2018014030A Active JP7194502B2 (ja) 2018-01-30 2018-01-30 プログラム、情報処理方法、及び情報処理装置
JP2022197215A Active JP7473620B2 (ja) 2018-01-30 2022-12-09 プログラム、サーバおよびシステム
JP2024064078A Pending JP2024091733A (ja) 2018-01-30 2024-04-11 プログラム、情報処理方法、及び情報処理装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2018014030A Active JP7194502B2 (ja) 2018-01-30 2018-01-30 プログラム、情報処理方法、及び情報処理装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2024064078A Pending JP2024091733A (ja) 2018-01-30 2024-04-11 プログラム、情報処理方法、及び情報処理装置

Country Status (4)

Country Link
US (1) US20200358734A1 (ja)
JP (3) JP7194502B2 (ja)
KR (1) KR102676786B1 (ja)
WO (1) WO2019150783A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6887748B2 (ja) * 2015-12-11 2021-06-16 キヤノン株式会社 データ送信装置、データ送信方法及びプログラム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5162508B2 (ja) 2009-03-23 2013-03-13 株式会社ソニー・コンピュータエンタテインメント クライアント装置、画像表示方法、画像処理プログラム、画像処理プログラムが記憶された記憶媒体
CN103472995B (zh) 2013-09-10 2016-06-08 小米科技有限责任公司 一种消息展示的方法、装置及终端设备
KR102104385B1 (ko) 2013-10-04 2020-04-24 삼성전자주식회사 인스턴트 메시지 송수신 시스템, 단말 장치 및 그 제어 방법
KR20150075140A (ko) 2013-12-24 2015-07-03 삼성전자주식회사 전자 장치의 메시지 제어 방법 및 그 전자 장치
JP6213829B2 (ja) 2014-01-15 2017-10-18 株式会社コナミデジタルエンタテインメント メッセージ制御サーバ、メッセージ制御端末、及びプログラム
KR20150123407A (ko) 2014-04-24 2015-11-04 삼성전자주식회사 메시지 서비스 제공 장치 및 방법
JP5730434B1 (ja) 2014-05-13 2015-06-10 株式会社野村総合研究所 端末を使用した情報共有を支援するシステム及び方法
KR102504201B1 (ko) * 2015-08-12 2023-02-27 삼성전자 주식회사 전자 장치 및 이의 알림 출력 제어 방법
KR102137731B1 (ko) * 2015-12-16 2020-07-24 삼성전자주식회사 전자 장치, 전자 장치의 알림 정보 표시 방법
US10574609B2 (en) 2016-06-29 2020-02-25 Cisco Technology, Inc. Chat room access control

Also Published As

Publication number Publication date
JP2024091733A (ja) 2024-07-05
JP2019133343A (ja) 2019-08-08
US20200358734A1 (en) 2020-11-12
WO2019150783A1 (ja) 2019-08-08
JP7473620B2 (ja) 2024-04-23
KR20200115497A (ko) 2020-10-07
JP7194502B2 (ja) 2022-12-22
KR102676786B1 (ko) 2024-06-20

Similar Documents

Publication Publication Date Title
JP6760797B2 (ja) プログラム、情報処理方法、及び端末
KR102491090B1 (ko) 서버, 서버의 제어 방법 및 프로그램
EP2699029B1 (en) Method and device for providing a message function
US10621555B2 (en) Schedule management method and electronic device adapted to the same
US20150019966A1 (en) Method for processing data and electronic device thereof
CN112035202B (zh) 好友活跃信息的显示方法、装置、电子设备和存储介质
US20220101242A1 (en) Ad Hoc Group Management Within A Collaboration Project Sharing Workflow
US11477153B2 (en) Display method of exchanging messages among users in a group
JP2024091733A (ja) プログラム、情報処理方法、及び情報処理装置
CN113595852A (zh) 一种邮件信息展示方法、装置、电子设备和存储介质
JP6678805B2 (ja) 端末、端末の制御方法およびプログラム
JP2024075674A (ja) 情報処理方法、情報処理装置、およびプログラム
JP7007168B2 (ja) プログラム、情報処理方法、及び情報処理装置
JP7126822B2 (ja) プログラム、情報処理方法、及び情報処理装置
JP2010033341A (ja) 携帯無線端末、無線通信方法、およびコンテンツ参照システム
JP6725943B2 (ja) 表示方法およびプログラム
JP6952399B2 (ja) 端末、端末の制御方法およびプログラム
JP6555789B2 (ja) サーバ、サーバの制御方法およびプログラム
JP6509995B2 (ja) 表示方法およびプログラム
JP7271632B2 (ja) 表示方法およびプログラム
WO2024131568A1 (zh) 会话信息处理方法及相关设备
JP6639066B2 (ja) 端末、端末の制御方法およびプログラム
CN114661397A (zh) 一种下载管理方法、装置、电子设备以及存储介质
JP5908949B2 (ja) 携帯無線端末、無線通信方法、およびコンテンツ参照システム
JP2019068445A (ja) 端末、端末の表示方法およびプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230215

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231013

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231017

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20231027

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20231106

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20231215

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: 20240312

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240411

R150 Certificate of patent or registration of utility model

Ref document number: 7473620

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150