JPWO2014020782A1 - データ処理装置、データ処理方法、及び、プログラム - Google Patents

データ処理装置、データ処理方法、及び、プログラム Download PDF

Info

Publication number
JPWO2014020782A1
JPWO2014020782A1 JP2013511464A JP2013511464A JPWO2014020782A1 JP WO2014020782 A1 JPWO2014020782 A1 JP WO2014020782A1 JP 2013511464 A JP2013511464 A JP 2013511464A JP 2013511464 A JP2013511464 A JP 2013511464A JP WO2014020782 A1 JPWO2014020782 A1 JP WO2014020782A1
Authority
JP
Japan
Prior art keywords
message
server
application
data processing
unit
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
JP2013511464A
Other languages
English (en)
Other versions
JP5277358B1 (ja
Inventor
山口　晃一郎
晃一郎 山口
篠原　弘樹
弘樹 篠原
憲壱 柴田
憲壱 柴田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2013511464A priority Critical patent/JP5277358B1/ja
Application granted granted Critical
Publication of JP5277358B1 publication Critical patent/JP5277358B1/ja
Publication of JPWO2014020782A1 publication Critical patent/JPWO2014020782A1/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/47815—Electronic shopping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4786—Supplemental services, e.g. displaying phone caller identification, shopping application e-mailing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

複数のサーバのうち一のサーバを選択する選択部（２００１）と、複数のサーバからメッセージを取得する取得部（２００２）と、選択部（２００１）が選択した一のサーバから取得部（２００２）が取得したメッセージを表示する表示部（２００３）とを備え、取得部（２００２）は、一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に選択部（２００１）が選択する可能性のあるサーバから一部のメッセージを取得する。

Description

本発明は、データ処理装置、データ処理方法、及び、プログラムに関する。
特許文献１には、一番初めに提示するコンテンツを、容量が少ないが高速読み出しできるメモリに格納し、その他のコンテンツは容量が多いが高速読み出しできないところに格納する例が示されている。
また、特許文献２には、放送に含まれる優先起動フラグをチェックして、優先的にコンテンツを取得することで、待ち時間を最小限にする例が示されている。
特開２００２−３２０１８３号公報 特開２００３−２３０１１１号公報
本開示は、メッセージ表示の待ち時間を短くすることができるデータ処理装置を提供する。
本開示におけるデータ処理装置は、複数のサーバのうち一のサーバを選択する選択部と、前記複数のサーバからメッセージを取得する取得部と、前記選択部が選択した前記一のサーバから前記取得部が取得したメッセージを表示する表示部とを備え、前記取得部は、前記一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に前記選択部が選択する可能性のあるサーバから一部のメッセージを取得する。
本開示におけるデータ処理装置は、メッセージ表示の待ち時間を短くするのに有効である。
図１は、データ処理装置を含むシステム全体の構成図である。 図２は、データ処理装置の主要なハードウエア構成を示すハードウエアブロック図である。 図３は、データ処理装置が表示するメッセージ一覧画面の第一例を示す図である。 図４は、データ処理装置が表示するメッセージ一覧画面の第二例を示す図である。 図５は、データ処理装置が表示するメッセージ一覧画面の第三例を示す図である。 図６は、データ処理装置が表示するメッセージ画面の例を示す図である。 図７は、データ処理装置が表示するメッセージ一覧画面のメッセージ表示切り替えの第一例を論理的に示した図である。 図８は、データ処理装置が表示するメッセージ一覧画面の第四例を示す図である。 図９は、データ処理装置が表示するメッセージ一覧画面のメッセージ表示切り替えの第二例を論理的に示した図である。 図１０は、データ処理装置が表示するメッセージに関する情報を示す図である。 図１１は、データ処理サーバの主要な機能ブロックの構成を示す機能ブロック図である。 図１２は、データ処理装置の主要な機能ブロックの構成の第一例を示す機能ブロック図である。 図１３は、データ処理装置がメッセージの取得と表示を行うアルゴリズムを示すフロー図である。 図１４は、データ処理装置が保持する取得権と表示権の現在のアプリの獲得状況表の一例を示す図である。 図１５は、データ処理装置がメッセージの取得を行うアルゴリズムを示すフロー図である。 図１６は、データ処理装置がメッセージの表示を行うアルゴリズムを示すフロー図である。 図１７は、データ処理装置がメッセージの取得を行うアルゴリズムを示すフロー図である。 図１８は、データ処理装置が表示するメッセージ一覧画面の第五例を示す図である。 図１９は、データ処理装置の主要な機能ブロックの構成の第二例を示す機能ブロック図である。 図２０は、データ処理装置の主要な機能ブロックの構成の第三例を示す機能ブロック図である。
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
なお、発明者らは、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって請求の範囲に記載の主題を限定することを意図するものではない。
まず、本開示により解決される課題について詳細に説明する。
近年、デジタル機器の普及に伴い、ユーザ所有のデジタル機器に様々な情報が届けられている。そのような情報の中には、情報提供者がデジタル機器にお知らせメッセージを送りつけて、強制的に表示させる形態もある。さらには、お知らせメッセージを送るだけでなく、送ったお知らせメッセージを情報提供者のサーバに保持しておいて、ユーザが後から閲覧することも可能である。ただし、メッセージは大量に送信されることもあるため、後から閲覧する際に、メッセージの取得方法や表示方法に工夫を凝らさないと、ユーザがメッセージを見る際に待ち時間が生じてしまいユーザの利便性をそこなってしまう。例えばメッセージを全部一括で取得したとすると、全部取得するまで一つも表示できない、という不具合が生じる。
特許文献１には、一番初めに提示するコンテンツを、容量が少ないが高速読み出しできるメモリに格納し、その他のコンテンツは容量が多いが高速読み出しできないところに格納する例が示されている。特許文献１に開示される技術によれば、取得完了したコンテンツを、表示の待ち時間を少なくするように格納することができる。
また、特許文献２には、放送に含まれる優先起動フラグをチェックして、優先的にコンテンツを取得することで、待ち時間を最小限にする例が示されている。特許文献２に開示される技術によれば、コンテンツに明示的に示されている優先表示のフラグを解析することで、そのコンテンツを優先的に取得し、待ち時間を少なくすることができる。
しかしながら、特許文献１には、コンテンツを取得する方法については開示されていない。また、特許文献２は、コンテンツに優先度表示のフラグが示されていないと利用できないものである。
本開示は、メッセージ表示の待ち時間を短くすることができるデータ処理装置を提供する。
本開示におけるデータ処理装置は、複数のサーバのうち一のサーバを選択する選択部と、前記複数のサーバからメッセージを取得する取得部と、前記選択部が選択した前記一のサーバから前記取得部が取得したメッセージを表示する表示部とを備え、前記取得部は、前記一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に前記選択部が選択する可能性のあるサーバから一部のメッセージを取得する。
これによれば、データ処理装置がメッセージを表示している状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
なお、メッセージとは、さまざまなサービスに対応して、サービス事業者からユーザに届けられる情報である。例えば、メッセージは、ユーザにコンテンツを視聴させるサービス事業者が、新たなコンテンツが視聴可能となったことをユーザに通知するための情報である。また、例えば、メッセージは、ユーザのコミュニケーションを支援するサービス事業者が、ユーザの親しい人物に関する情報をユーザに通知するための情報である。
また、例えば、前記表示部は、前記取得部が取得した前記メッセージを保有していたサーバのそれぞれを示す情報を並べて表示し、前記取得部は、前記一のサーバから前記残余のメッセージを取得する前に、前記表示部上の並び順において前記一のサーバの次のサーバから前記一部のメッセージを取得する。
表示部上の並び順に従って、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。よって、メッセージ表示の待ち時間を短くすることができる。
特に、ユーザによる操作によって、現在閲覧しているメッセージから、次に閲覧したいメッセージに選択状態を移すことで、次に閲覧したいメッセージを選択するようなインタフェースを有する装置（例えば、上下左右キーを有するリモコンにより操作されるテレビ）の場合には、大きな効果を発揮する。
また、例えば、前記選択部は、ユーザの指示に従って、前記一のサーバである第１サーバを選択し、前記取得部は、前記第１サーバから一部のメッセージである第１メッセージを取得し、前記取得部は、さらに、前記表示部が前記第１メッセージを表示している期間に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第１サーバの次のサーバである第２サーバから一部のメッセージである第２メッセージを取得し、かつ、前記第１サーバから前記第１メッセージと異なる少なくとも１つのメッセージである第３メッセージを前記残余のメッセージとして取得する。
これによれば、第１サーバの第１メッセージが選択状態である状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。ユーザが次に閲覧する可能性が高いメッセージとは、具体的には、第２サーバのメッセージの１つ（第２メッセージ）と、第１メッセージ以外の第１サーバのメッセージ（第３メッセージ）のことである。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
また、例えば、前記取得部は、前記第１サーバが保有しているメッセージのうち、当該取得部が未だ取得したことがないメッセージである新着メッセージを、前記第１メッセージとして取得する。
これによれば、第１メッセージとして、ユーザが未だ閲覧したことがないメッセージを取得する。ユーザは、未だ閲覧したことがないメッセージを効率よく閲覧することができる。
また、例えば、前記取得部は、前記第１サーバが保有しているメッセージのうち、前記第１メッセージを除く全てのメッセージを前記第３メッセージとして取得する。
これによれば、第３メッセージとして、第１メッセージ以外の第１サーバに格納されているメッセージを取得する。これにより、データ処理装置内に、第１サーバ内の全てのメッセージが取得される。特に、ユーザが第１サーバ内のメッセージを次々に閲覧したいと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、例えば、前記取得部は、前記第３メッセージを取得した後に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第２サーバの次のサーバである第３サーバから第４メッセージを取得し、かつ、前記第２サーバから第２メッセージと異なる少なくとも１つのメッセージを取得する。
これによれば、ユーザが次に閲覧する可能性が第２サーバの次に高い第３サーバからも、同様にメッセージを取得する。これにより、特に、ユーザが異なるサーバのメッセージを次々に閲覧したいと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、例えば、前記取得部は、前記第３メッセージを取得した後に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第１サーバの前のサーバである第４サーバからメッセージを取得する。
これによれば、ユーザが次に閲覧する可能性が第２サーバと同様に高い第４サーバからも、同様にメッセージを取得する。特に、ユーザが異なるサーバのメッセージを次々に閲覧している途中に、前のメッセージを再度確認しようと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、例えば、前記データ処理装置は、さらに、メモリを有し、前記取得部が取得したメッセージを保持する保持部を備え、前記保持部は、前記取得部が新たな前記メッセージを取得したときに、新たな前記メッセージを前記メモリに格納するとともに、前記表示部に表示されている前記メッセージのうち、前記選択部が選択したサーバを示す情報が表示部上で表示されている位置からより遠い位置に表示されている前記メッセージほど、より優先的に前記メモリから削除する。
これによれば、サーバから取得したメッセージをデータ処理装置内に保持しておくことができる。また、新たなメッセージを保持するとデータ処理装置内の保存容量を超えるような場合には、表示部上において選択されたサーバ又はメッセージ（ユーザが閲覧しているメッセージ）から遠い箇所に表示されているメッセージを削除する。表示部上においてカーソルが表示されている箇所から遠い箇所に表示されているメッセージは、ユーザが次に閲覧する可能性が比較的低いので、上記のようにすることにより、メッセージ表示の待ち時間を短く維持することができる。
また、例えば、前記表示部は、さらに、前記選択部が選択したサーバを示す情報が表示されている位置にカーソルを表示させる。
これによれば、表示部に表示されるカーソルにより、ユーザは、視覚的に選択されたサーバ又はメッセージを把握することができる。
また、本開示の一態様に係るデータ処理方法は、複数のサーバのうち一のサーバを選択する選択ステップと、前記複数のサーバからメッセージを取得する取得ステップと、前記選択ステップで選択した前記一のサーバから前記取得ステップで取得したメッセージを表示する表示ステップとを含み、前記取得ステップでは、前記一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に前記選択ステップで選択する可能性のあるサーバから一部のメッセージを取得する。
これによれば、上記データ処理装置と同様の効果を奏する。
また、本開示の一態様に係るプログラムは、上記に記載のデータ処理方法をコンピュータに実行させる。
これによれば、上記データ処理装置と同様の効果を奏する。
（実施の形態）
以下、図１〜２０を用いて、実施の形態１を説明する。
［１―１．構成］
図１は、実施の形態１に係るデータ処理装置を含むシステム全体の構成図である。図１に示されるシステムは、データ処理装置１０１と、データ処理サーバ１０２と、メッセージ格納サーバ１０３とを備える。なお、メッセージ格納サーバのことを、単にサーバと称することもある。
データ処理装置１０１は、データ処理サーバ１０２に対してメッセージ一覧画面取得要求１１１を行う。メッセージ一覧画面取得要求１１１を行う際は、装置自身を識別できる情報である端末ＩＤも同時に送信する。メッセージ一覧画面取得要求１１１は、端末ＩＤを送信するので、セキュアな通信方式を採用することにより、成りすまし等を防ぐようにしてもよい。
データ処理サーバ１０２は、データ処理装置１０１からメッセージ一覧画面取得要求１１１を受け取ると、データ処理装置１０１に対応するメッセージ一覧画面情報１５１をデータ処理装置１０１に送信する。
データ処理装置１０１は、メッセージ一覧画面情報１５１に記述されている１つ以上のメッセージについて、メッセージ取得要求１１２をデータ処理サーバ１０２に対して送信する。メッセージ取得要求１１２を送信する際には、装置自身を識別できる情報である端末ＩＤも同時に送信する。メッセージ取得要求１１２は、端末ＩＤを送信するので、セキュアな通信方式を採用することにより、成りすまし等を防ぐようにしてもよい。なお、データ処理装置１０１は、データ処理サーバ１０２内に存在してもよい。この場合、メッセージを表示する装置を別途用意してもよい。
データ処理サーバ１０２は、データ処理装置１０１からメッセージ取得要求１１２を受け取ると、該当メッセージが格納されているメッセージ格納サーバ１０３に対して、メッセージ取得要求１３１を行う。
メッセージ格納サーバ１０３は、メッセージを保存しているサーバである。メッセージ格納サーバ１０３は、データ処理サーバ１０２からメッセージ取得要求１３１を受け取ると、メッセージ取得要求１３１に対応するメッセージ１３２をデータ処理サーバ１０２に送信する。
データ処理サーバ１０２は、メッセージ格納サーバ１０３から受け取ったメッセージ１３２を、データ処理装置１０１に対して送信する。
なお、メッセージ格納サーバ１０３は、互いに異なるメッセージを格納する複数のサーバであってもよい。その場合、データ処理サーバ１０２は、メッセージとメッセージ格納サーバとの対応関係を保持しておき、メッセージの格納場所がわかるようにしておく。また、メッセージ格納サーバ１０３は、データ処理サーバ１０２の内部にハードディスクのような形式で存在しても構わない。
図２は、データ処理装置１０１の主要なハードウエア構成を示すハードウエアブロック図である。
データ処理装置１０１は、ＣＰＵ（Central processing unit）２０１と、ＲＯＭ（Read only memory）２０２と、ＲＡＭ（Random access memory）２０３と、通信部２０４と、入力部２０５と、出力部２０６と、バスライン２５０とを備える。
ＣＰＵ２０１は、バスライン２５０と接続している。ＣＰＵ２０１は、ＲＯＭ２０２又はＲＡＭ２０３に記憶されているプログラムを実行することで、ＲＯＭ２０２、ＲＡＭ２０３、通信部２０４、入力部２０５及び出力部２０６を制御することで、様々な機能を実現する。例えば、ＣＰＵ２０１は、通信ネットワーク２６０から取得した通信メッセージを復号し、復号したメッセージを表示部２０８に出力する機能等を実現する。
ＲＯＭ２０２は、バスライン２５０と接続している。ＲＯＭ２０２は、ＣＰＵ２０１の動作を規定するプログラムと、ＣＰＵ２０１が利用するデータとを記憶している。
ＲＡＭ２０３は、バスライン２５０と接続している。ＲＡＭ２０３は、ＣＰＵ２０１がプログラムを実行することに伴って発生するデータを一時的に記憶する。また、ＲＡＭ２０３は、通信部２０４が受信したデータや送信するデータ等を一時的に記憶する。
出力部２０６は、バスライン２５０と、表示部２０８とに接続している。出力部２０６は、ＣＰＵ２０１によって制御され、テキストや画像を表示部２０８に表示させるためのデータを出力する。
入力部２０５は、バスライン２５０と接続している。入力部２０５は、ＣＰＵ２０１によって制御され、リモコン２０７から無線で送信されるユーザからの操作コマンドを受け付け、受け付けた操作コマンドをＣＰＵ２０１に送信する機能を有する。なお、リモコン２０７に限らず、マウスや指（ユーザにより操作される物体を含む）によるタップ動作による操作コマンドを受け付けてもよい。
通信部２０４は、バスライン２５０と、通信ネットワーク２６０とに接続している。通信部２０４は、ＣＰＵ２０１によって制御され、通信ネットワーク２６０を介して、外部通信機器とデータの送受信を行う機能を有する。
ここで、通信ネットワーク２６０とは、光通信回線、電話回線、又は、無線回線等によって実現されており、外部通信機器や、インターネット等と接続している。
以上のようなハードウエアで実現されるデータ処理装置１０１は、ＣＰＵ２０１が、ＲＯＭ２０２又はＲＡＭ２０３に記憶されているプログラムを実行し、ＲＯＭ２０２、ＲＡＭ２０３、通信部２０４、入力部２０５及び出力部２０６を制御することで様々な機能を実現する。
以下、図面を用いて、データ処理装置１０１の機能構成を説明する。
＜データ処理装置の機能構成＞
図３、図４及び図５は、データ処理装置が表示するメッセージ一覧画面の一例であり、図６は、データ処理装置が表示するメッセージ画面の一例である。メッセージはメッセージを提供するサービス事業者毎にまとめられる。
図３は、データ処理装置が表示するメッセージ一覧画面の第一例を示す図である。
図３は、メッセージ一覧画面の初期表示の一例である。画像３１０は、サービス事業者を表すための画像であり、サービス事業者毎に異なる画像である。画像３１０の直下には、そのサービス事業者のメッセージ３０１が表示される。なお、画像３１０の直下でなくとも、サービス事業者とそのメッセージとの対応がわかるレイアウトであればよい。本実施の形態では、サービス事業者を表す画像は複数表示され、メッセージは一つだけ表示される。このような表示によってユーザが現在見ているメッセージを特定することができるし、たくさんのメッセージが表示される煩わしさを解消できる。ユーザがまだ見ていないメッセージである未読メッセージが、メッセージ３０１のように表示されれば、さらに煩わしさが解消される。そして、メッセージ３０１にはリモコン操作を受け付けるフォーカス（カーソル）３０２が当たっている。ユーザは、フォーカス３０２が当たっているメッセージ３０１を起点として、リモコン操作によってメッセージの切り替え等を行うことができる。なお、ここでは、リモコン操作を受け付けるフォーカスとして、カーソルを表示させる例を示すが、フォーカスはカーソルに限られない。フォーカスは、メッセージ画面上でリモコン操作を受け付ける位置をユーザに伝えることができるものであればなんでもよい。
図４は、データ処理装置が表示するメッセージ一覧画面の第二例を示す図である。
図４は、リモコン操作によるメッセージ切り替えの一例である。ユーザがリモコンの左右いずれかのキーを押すと、同一サービス事業者の別メッセージ４０１に表示が切り替わる。表示の切り替えに合わせて、フォーカス４０２は、別のメッセージ４０１に当たる。なお、メッセージの切り替えは、リモコンの左右いずれかのキーに限らず、他のキーの押下により行われてもよい。リモコン操作によって一つずつメッセージを切り替えていくことにより、未読メッセージが優先的に表示されると、ユーザの煩わしさが解消される。
図５は、データ処理装置が表示するメッセージ一覧画面の第三例を示す図である。
図５は、リモコン操作によるサービス事業者切り替えの一例である。ユーザがリモコンの上下いずれかのキーを押すと、別のサービス事業者のメッセージ５０１に表示が切り替わる。表示が別のサービス事業者のメッセージに変わったことがわかるように、メッセージ５０１は別のサービス事業者の画像５１０の直下に表示される。表示の切り替えに合わせて、フォーカス５０２は、メッセージ５０１に当たる。なお、サービス事業者の切り替えには、リモコンの上下いずれかのキーに限らず、他のキーの押下により行われてもよい。
図６は、データ処理装置が表示するメッセージ画面の例を示す図である。
図６は、リモコン操作によってメッセージを選択した場合のメッセージ画面の一例である。メッセージにフォーカスが当たっている状態で、リモコンの決定キーを押すと、メッセージに対応したサービスを示すメッセージ画面６０１に遷移する。例えば、選択したメッセージがドラマの広告メッセージであった場合、そのドラマのＶＯＤストリーミング及びＤＶＤパッケージの詳細販売情報を示すメッセージ画面に遷移するといった例が考えられる。なお、メッセージの選択には、リモコンの決定キーに限らず、他のキーの押下により行われてもよい。
図７は、データ処理装置が表示するメッセージ一覧画面のメッセージ表示切り替えの第一例を論理的に示した図である。
図７は、具体的には、データ処理装置１０１が表示する図３、図４及び図５のメッセージ一覧画面におけるメッセージ表示の切り替えと、サービス事業者の切り替えとを論理的に示した図である。なお、以後、サービス事業者が提供するサービスのことをアプリと呼ぶ。最初に表示されるメッセージ７０１を起点に、リモコンの左右いずれかのキーでメッセージ表示を切り替えるとともに、上下いずれかのキーでアプリを切り替える。メッセージ７０２、７０３、７０４、７０５、７０６、７０７、７０８及び７０９は、最初は表示されていないが、リモコン操作によって表示されるメッセージである。アプリが切り替わった場合は、そのメッセージが、切り替わった後のアプリのメッセージであることがわかるようにする。例えば、メッセージ７０４を表示する場合は、切り替わった後のアプリを表す画像７１１の直下に表示する。なお、図示は省略するが、メッセージ７０２又は７０３についても、メッセージ７０１と同様に上下キーでアプリ切り替えを行ってもよい。例えば、メッセージ７０２において下キーを押下することでメッセージ７０４に切り替え、また、メッセージ７０４において上キーを押下することでメッセージ７０２に切り替える。その際、アプリ切り替え時にどのメッセージから切り替わったか（切り替え前のメッセージ、本例ではメッセージ７０２）を記憶しておけば、メッセージの切り替え後に、正しく、切り替え前のメッセージに戻すことができる。
図８は、データ処理装置が表示するメッセージ一覧画面の第四例を示す図である。
図８は、具体的には、メッセージ一覧画面の初期表示の別の例であり、１つのアプリについて、２つのメッセージ８０１と８０２とを初期表示する例を示す図である。
図９は、データ処理装置が表示するメッセージ一覧画面のメッセージ表示切り替えの第二例を論理的に示した図である。
図９は、具体的には、データ処理装置１０１が表示する図８のメッセージ一覧画面のメッセージ表示切り替えとサービス事業者切り替えとを論理的に示した図である。最初に表示されるメッセージ９０１を起点に、リモコンの左右いずれかのキーでメッセージ表示を切り替え、上下いずれかのキーでメッセージ表示又はアプリを切り替える。メッセージ９０３、９０４、９０５及び９０６は、最初は表示されていないが、リモコン操作によって表示されるメッセージである。アプリが切り替わった場合は、切り替わった後のアプリのメッセージが表示されていることがわかるようにする。例えば、メッセージ９０４とメッセージ９０５とを表示する場合は、切り替わった後のアプリを表す画像９１１の直下に表示する。
図１０は、図７に対応したメッセージ一覧画面情報１５１の一例である。メッセージ一覧画面情報１５１は、メッセージに含まれる情報を定義したものである。メッセージ一覧画面情報１５１において、各メッセージはメッセージ名で識別される。メッセージの情報は、初期表示されるメッセージであるか否かを表す「初期表示メッセージフラグ」、メッセージがどのアプリのものかを表す「アプリ名」、メッセージが保存されている場所を表す「メッセージ格納先」、メッセージにフォーカスが当たっている場合にリモコン操作を受け付けると次にどのメッセージにフォーカスを遷移させるかを表す「リモコン方向」（リモコン方向は、上、下、右、左などのリモコンキーの名称が割り当てられる）の情報を含む。これらの情報を基に、データ処理装置１０１は、メッセージの配置、初期フォーカス、リモコンによるフォーカス遷移を決定することができる。
なお、メッセージ一覧画面情報１５１は、上記の情報だけでなく、画面に配置する座標情報や、日時情報等が含まれていても構わない。
図１１は、データ処理サーバ１０２の主要な機能ブロックの構成を示す機能ブロック図である。
一覧画面取得要求受信部１１０１は、データ処理装置１０１から送信される、メッセージ一覧画面取得要求と端末ＩＤとを受信し、メッセージ決定部１１０２に渡す。
メッセージ決定部１１０２は、データ処理装置１０１に送信するメッセージを決定し、メッセージをアプリ紐付け部１１０３に渡す。メッセージは、例えば、データ処理装置１０１に向けて送信されたメールやプッシュメッセージである。
アプリ紐付け部１１０３は、メッセージが、どのアプリのものかを決定し、メッセージにアプリ名を紐付けて、リモコン操作対応付け部１１０４に渡す。
リモコン操作対応付け部１１０４は、メッセージに対して、リモコンの操作内容を決定し、一覧画面情報生成部１１０５に渡す。リモコンの操作内容とは、例えば、フォーカスが当たっている時にリモコンの下ボタンが押されたらフォーカスを遷移させるメッセージ名である。
一覧画面情報生成部１１０５は、メッセージ決定部１１０２が決定したメッセージの全てについて、アプリ紐付け部１１０３及びリモコン操作対応付け部１１０４で紐付けられたメッセージ情報を記述して、メッセージ一覧画面情報とし、一覧画面情報送信部１１０６へ渡す。
一覧画面情報送信部１１０６は、メッセージ一覧画面情報をデータ処理装置１０１へ送信する。
メッセージ取得要求受付部１１０７は、データ処理装置１０１から送信される、メッセージ取得要求１１２と端末ＩＤとを受信し、メッセージ取得部１１０８に渡す。
メッセージ取得部１１０８は、該当メッセージ情報のメッセージ格納先を基に、メッセージ格納サーバ１０３からメッセージを取得し、メッセージ送信部１１０９へ渡す。
メッセージ送信部１１０９は、メッセージをデータ処理装置１０１へ送信する。
図１２は、データ処理装置１０１の主要な機能ブロックの構成の第一例を示す機能ブロック図である。
一覧画面取得要求送信部１２０１は、メッセージ一覧画面取得要求と端末ＩＤとをデータ処理サーバ１０２へ送信する。
一覧画面情報受信部１２０２は、データ処理サーバ１０２から送信されるメッセージ一覧画面情報を受信し、受信したメッセージ一覧画面情報をアプリメッセージ制御部１２０３へ渡す。
リモコン信号受付部１２０７は、リモコン信号を受信し、受信したリモコン信号をアプリメッセージ制御部１２０３へ渡す。
アプリメッセージ制御部１２０３は、アプリメッセージ処理部１２０４がメッセージを取得したり、表示したりする動作を制御する。また、リモコン信号受付部１２０７から渡されるリモコン信号に基づいてアプリメッセージ処理部１２０４を制御する。
アプリメッセージ処理部１２０４は、アプリの数だけ用意され、アプリ毎に該当アプリのメッセージ処理を行い、メッセージ取得部１２０５へメッセージ取得指示を渡す。また、メッセージ表示部１２０６へメッセージ表示の指示を渡す。
メッセージ取得部１２０５は、アプリメッセージ処理部１２０４からメッセージ取得の指示を受けると、データ処理サーバ１０２からメッセージを取得し、アプリメッセージ処理部１２０４へ渡す。
メッセージ表示部１２０６は、アプリメッセージ処理部１２０４からメッセージ表示の指示を受けたメッセージを、表示部２０８を通して外部へ表示する。
［１―２．動作］
図１３は、データ処理装置１０１のアプリメッセージ制御部１２０３のアルゴリズムを示すフロー図である。なお、アプリメッセージ処理部１２０４は、１つのアプリに対して１つのプロセスとして動作するものである。つまり、複数のアプリが存在する場合には、アプリの数と同数のアプリメッセージ処理部１２０４が動作する。
ステップＳ１３０２にて、アプリメッセージ制御部１２０３は、メッセージを取得する権利である取得権と、メッセージを表示する権利である表示権とを生成する。取得権とは、アプリメッセージ処理部１２０４がメッセージを取得する順番を制御するための権利であり、アプリの数と同数のアプリメッセージ処理部１２０４のいずれかが保有する（「獲得する」とも表現する）ように管理される権利である。取得権を獲得しているアプリメッセージ処理部１２０４のみが、メッセージをサーバから取得できる。また、表示権とは、アプリメッセージ処理部１２０４がメッセージを表示する順番を制御するための権利であり、取得権と同様に、アプリの数と同数のアプリメッセージ処理部１２０４のいずれかが保有するように管理される権利である。表示権を獲得しているアプリメッセージ処理部１２０４のみがメッセージを表示できる。表示権と取得権とは、それぞれ、１つだけである。
ステップＳ１３０３にて、アプリメッセージ制御部１２０３は、メッセージ一覧画面情報にて初期表示メッセージフラグが立っているメッセージのアプリ（先頭のアプリ）のアプリメッセージ処理部１２０４へ取得権と表示権とを渡す。また、図１４に示すような取得権と表示権との獲得状況表（権利獲得状況表）における「現在の取得権」又は「現在の表示権」の欄に、先頭のアプリのアプリ名を記載する。この時点で、権利獲得状況表は、獲得状況表１４０１に示される状態である。アプリ１が取得権と表示権とを獲得していて、直前の取得権と直前の表示権とは、対象なし（−）である。
ステップＳ１３０４にて、アプリメッセージ制御部１２０３は、リモコン信号受付部１２０７が受け付けるリモコン信号がアプリ切り替えリモコン操作か否かを判定する。
ステップＳ１３０４でＮＯの場合、ステップＳ１３０７にて、アプリメッセージ制御部１２０３は、リモコン信号がアプリ内メッセージ切り替えリモコン操作か否かを判定する。
ステップＳ１３０７でＮＯの場合、アプリメッセージ制御部１２０３は、再度リモコン信号を受信するまで待機し、ステップＳ１３０４を繰り返す。
ステップＳ１３０４でＹＥＳの場合、ステップＳ１３０５にて、アプリメッセージ制御部１２０３は、権利獲得状況表を基に、表示権を獲得しているアプリメッセージ処理部１２０４へ、アプリの切り替え先を伝える表示権切り替え指示を送る。さらに、ステップＳ１３０６にて、アプリメッセージ制御部１２０３は、取得権を獲得しているアプリメッセージ処理部１２０４へ、アプリの切り替え先を伝える取得権切り替え指示を送る。そして、アプリメッセージ制御部１２０３は、再度リモコン信号を受信するまで待機し、ステップＳ１３０４を繰り返す。
ステップＳ１３０７でＹＥＳの場合、ステップＳ１３０８にて、アプリメッセージ制御部１２０３は、表示権を獲得しているアプリメッセージ処理部１２０４へアプリ内メッセージ切り替え指示を送る。そして、アプリメッセージ制御部１２０３は、再度リモコン信号を受信するまで待機し、ステップＳ１３０４を繰り返す。
図１４は、アプリメッセージ制御部１２０３が生成した、アプリメッセージ処理部１２０４による取得権と表示権との獲得状況表（権利獲得状況表）の一例である。
獲得状況表１４０１は初期状態である。表１４０１は、アプリ１を処理するアプリメッセージ処理部１２０４が、取得権と表示権とを獲得している状況を表している。また、獲得状況表１４０２は、獲得状況表１４０１の状態から、アプリ２を処理するアプリメッセージ処理部１２０４に取得権が移った状況を表している。また、獲得状況表１４０３は、獲得状況表１４０２の状態から、アプリ２を処理するアプリメッセージ処理部１２０４に表示権が移った状況を表している。
図１５は、データ処理装置１０１において、アプリメッセージ処理部１２０４がメッセージを取得するアルゴリズムを示すフロー図である。
ステップＳ１５０２にて、アプリメッセージ制御部１２０３、もしくは、他のアプリメッセージ処理部１２０４から、メッセージを取得する権利である取得権を獲得する。取得権を獲得したら、次のステップＳ１５０３の処理を開始する。
ステップＳ１５０３にて、アプリメッセージ処理部１２０４は、アプリの先頭メッセージを取得済みか否かを判定する。この判定は、後述するステップＳ１５０４にて、先頭メッセージを取得したか否かを記憶しておくことによって実現する。先頭メッセージとは、そのアプリにおいて最初に表示するメッセージのことであり、例えば、日づけの一番若いメッセージ（一番古いメッセージ）とすることができる。
ステップＳ１５０３でＮＯの場合、アプリメッセージ処理部１２０４は、ステップＳ１５０４にて先頭メッセージを取得し、取得したことを記憶する。
ステップＳ１５０５にて、アプリメッセージ処理部１２０４は、直前のアプリのアプリメッセージ処理部１２０４へ取得権を戻す。直前のアプリが何であるかは、権利獲得状況表を見ることで知ることができる。取得権を直前のアプリのアプリメッセージ処理部１２０４へ戻した後は、獲得状況表の「現在の取得権」を、直前のアプリ名に書き換え、「直前の取得権」を自アプリ名に書き換える。直前のアプリがない場合は、次のアプリのアプリメッセージ処理部１２０４へ取得権を渡す。そして、獲得状況表の「現在の取得権」を、次のアプリ名に書き換え、「直前の取得権」を自アプリ名に書き換える。
ステップＳ１５０３でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１５０６にて取得権を渡したことがあるか否かを判定する。
ステップＳ１５０６でＮＯの場合、アプリメッセージ処理部１２０４は、ステップＳ１５０７にて次のアプリのアプリメッセージ処理部１２０４へ取得権を渡す。次のアプリメッセージ処理部１２０４とは、メッセージ一覧画面情報１５１に定義されているリモコン操作内容からアプリ切り替えが発生する場合の切り替え先のアプリを示す。取得権を渡した後は、権利獲得状況表の「現在の取得権」を次のアプリ名に書き換え、「直前の取得権」を自アプリ名に書き換える。また、アプリメッセージ処理部１２０４は取得権を渡したことを記憶しておく。
ステップＳ１５０６でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１５０８にて該当アプリの残りのメッセージをまとめて取得する。なお、ここで、該当アプリの残りのメッセージの全てをまとめて取得してもよいし、該当アプリの残りのメッセージの一部をまとめて取得してもよい。
ステップＳ１５０９にて、次のアプリメッセージ処理部１２０４へ取得権を渡す。取得権を渡した後は、権利獲得状況表をステップＳ１５０６と同様に書き換える。また、アプリメッセージ処理部１２０４は取得権を渡したことを記憶しておく。
以上の処理を行った後、当該アルゴリズムは終了する。
図１６は、データ処理装置１０１のアプリメッセージ処理部１２０４のメッセージ表示と表示権を切り替えるアルゴリズムを示すフロー図である。
ステップＳ１６０２にて、アプリメッセージ処理部１２０４は、アプリメッセージ制御部１２０３、もしくは、他のアプリメッセージ処理部１２０４から、メッセージを表示する権利である表示権を獲得する。表示権を獲得したら、次のステップＳ１６０３の処理を開始する。
ステップＳ１６０３にて、アプリメッセージ処理部１２０４は、アプリの先頭メッセージを表示する。
ステップＳ１６０４にて、アプリメッセージ処理部１２０４は、アプリメッセージ制御部１２０３から表示権切り替え指示を受けたかどうかを判定する。
ステップＳ１６０４でＮＯの場合、ステップＳ１６０８にて、アプリメッセージ処理部１２０４は、アプリ内メッセージ切り替え指示を受けたか否かを判定する。
ステップＳ１６０８でＮＯの場合、アプリメッセージ処理部１２０４は、再度アプリメッセージ制御部１２０３から表示権切り替え指示か、アプリ内メッセージ切り替え指示を受けるまで待機し、ステップＳ１６０４を繰り返す。
ステップＳ１６０８でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１６０９にて、アプリ内の次のメッセージに表示を切り替えて、再度アプリメッセージ制御部１２０３から表示権切り替え指示か、アプリ内メッセージ切り替え指示を受けるまで待機し、ステップＳ１６０４を繰り返す。
ステップＳ１６０４でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１６０５にて、表示しているメッセージを非表示にする。
ステップＳ１６０６にて、アプリメッセージ処理部１２０４は、表示権を切り替え先のアプリメッセージ処理部１２０４へ渡す。表示権を渡した後は、権利獲得状況表の「現在の表示権」を切り替え先のアプリ名に書き換え、「直前の表示権」を自アプリ名に書き換える。
図１７は、データ処理装置１０１のアプリメッセージ処理部１２０４のメッセージの取得権を切り替えるアルゴリズムを示すフロー図である。
ステップＳ１７０２にて、アプリメッセージ処理部１２０４は、メッセージを取得する権利である取得権を獲得する。
ステップＳ１７０３にて、アプリメッセージ処理部１２０４は、アプリメッセージ制御部１２０３から取得権切り替え指示を受けたか否かを判定する。
ステップＳ１７０３でＮＯの場合、アプリメッセージ処理部１２０４は、再度アプリメッセージ制御部１２０３から取得権切り替え指示を受けるまで待機し、ステップＳ１７０３を繰り返す。
ステップＳ１７０３でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１７０４にて取得中のメッセージ取得を中断する。
ステップＳ１７０５にて、取得権を切り替え先のアプリメッセージ処理部１２０４へ渡す。取得権を渡した後は、権利獲得状況表の「現在の取得権」を切り替え先のアプリ名に書き換え、「直前の取得権」を自アプリ名に書き換える。
なお、取得を中断されたメッセージは、再度取得権を獲得した時に再取得を行う。そのために、メッセージの取得状況を記憶しておく。
図１８は、データ処理装置が表示するメッセージ一覧画面の第五例を示す図である。
図１８は、リモコン操作によるサービス事業者切り替えの別の例である。この例は、サービス事業者切り替えにて、２つのメッセージ（メッセージ１８０１とメッセージ１８０２）を表示する例である。
図３、図４、図５、図７、図８、図９及び図１８に示すメッセージ一覧画面を例にデータ処理装置１０１の動作を説明する。
図３においてはアプリ「Ａ−ＶＯＤ」が選択されており、その最初のメッセージ「ドラマ「超常現象」シーズン１・・・」が表示されている。この状態で「下」キーを押下すると、図５のようにアプリケーション「Ｆｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ」が選択され、その最初のメッセージ「Ｔａｒｏ Ｍａｔｓｕｓｈｉｔａ から・・・」が表示される。また、いずれのアプリケーションにおいても「右」キーを押下すると後続のメッセージが表示される（図４）。
図８においてはアプリ「Ａ−ＶＯＤ」が選択されており、その最初のメッセージ「ドラマ「超常現象」シーズン１・・・」と「大河ドラマ「光源氏」 第２部・・・」とが表示されている。これは、アプリが選択されたときに最初に表示するメッセージ（先頭メッセージ）を２つにする場合の一例であり、先頭メッセージは１つに限らないことを示している。この状態で「下」キーを２回押下すると図１８のようにアプリケーション「Ｆｉｒｓｔ Ｓｏｓｉａｌ Ｎｅｔｗｏｒｋ」が選択され、その最初のメッセージ「Ｔａｒｏ Ｍａｔｓｕｓｈｉｔａ から・・・」と「Ｈａｎａｋｏ Ｙａｍａｓｈｉｔａ から・・・」とが表示される。また、いずれのアプリケーションにおいても「右」キーを押下すると後続のメッセージが表示される（図は省略）。
以上の処理により、本実施の形態のデータ処理装置１０１は、以下に示す順序でアプリケーションごとにサーバに蓄積されたメッセージを先読みする。
（１）データ処理装置１０１は、現在選択されているアプリ（第１サーバ）の先頭メッセージ（第１メッセージ）を表示する。現在選択されているアプリとは、例えば、図３と図７との例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、先頭メッセージとは、例えば、図３と図７との例では、図７におけるメッセージ１１と、図３における「ドラマ「超常現象」シーズン１・・・」とであり、図８と図９との例では、図９におけるメッセージ１１及び１２と、図８における「ドラマ「超常現象」シーズン１・・・」及び「大河ドラマ「光源氏」 第２部・・・」とである。
アルゴリズムでは、例えば、図３と図７との例では、図１３のステップＳ１３０３において、図７のアプリ１のアプリメッセージ処理部１２０４へ取得権と表示権とが渡される。次に、データ処理装置１０１は、図１５のステップＳ１５０２、Ｓ１５０３及びＳ１５０４にて、アプリ１の先頭メッセージであるメッセージ１１を取得し、図１６のステップＳ１６０３にて、アプリ１の先頭メッセージ１１が表示される。
（２）データ処理装置１０１は、現在選択されているアプリの次のアプリ（第２サーバ）の先頭メッセージ（第２メッセージ）を先読みする。現在選択されているアプリとは、例えば、図３と図７との例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、現在選択されているアプリの次のアプリとは、例えば、図３と図７との例では、図７におけるアプリ２と、図３におけるＦｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋとであり、図８と図９との例では、図９におけるアプリ２と、図８におけるＦｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋとである。また、先頭メッセージとは、例えば、図５と図７との例では、図７のメッセージ２１と、図５における「Ｔａｒｏ Ｍａｔｓｕｓｈｉｔａ から・・・」とであり、図１８と図９との例では、図９のメッセージ２１及び２２と、図１８における「Ｔａｒｏ Ｍａｔｓｕｓｈｉｔａ から・・・」及び「Ｈａｎａｋｏ Ｙａｍａｓｈｉｔａ から・・・」である。
アルゴリズムでは、アプリ１のアプリメッセージ処理部１２０４の図１５のステップＳ１５０５にて、アプリ１の次のアプリであるアプリ２のアプリメッセージ処理部１２０４へ取得権が渡され、図１５のステップＳ１５０２、Ｓ１５０３及びＳ１５０４にて、アプリ２の先頭メッセージであるメッセージ２１を取得する。
（３）データ処理装置１０１は、現在選択されているアプリの後続のメッセージ（第３メッセージ）を先読みする。ここで、現在選択されているアプリとは、例えば、図３と図７との例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、後続のメッセージとは、例えば、図７の例では、図７におけるメッセージ１２及び１３であり、図９の場合には、図９におけるメッセージ１３である。
アルゴリズムでは、アプリ２のアプリメッセージ処理部１２０４の図１５のステップＳ１５０５にて、直前のアプリであるアプリ１のアプリメッセージ処理部１２０４へ取得権が渡され、図１５のステップＳ１５０２、Ｓ１５０３、Ｓ１５０６及びＳ１５０８にて、アプリ１の残りのメッセージであるメッセージ１２及び１３を取得し、ステップＳ１５０９にて、次の次のアプリであるアプリ３のアプリメッセージ処理部１２０４へ取得権が渡される。
（４）データ処理装置１０１は、現在選択されているアプリの次の次のアプリの先頭メッセージを先読みする。ここで、現在選択されているアプリとは、例えば、図３と図７と例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、次の次のアプリとは、例えば、図３と図７との例では、図７におけるアプリ３と、図３におけるＳｏｃｃｅｒ Ｂｒｏａｄｃａｓｔとである。また、先頭メッセージとは、図７の例では、図７におけるメッセージ３１である。
アルゴリズムでは、アプリ３のアプリメッセージ処理部１２０４の図１５のステップＳ１５０２、Ｓ１５０３及びＳ１５０４にて、アプリ３の先頭メッセージであるメッセージ３１を取得し、ステップＳ１５０５にて、直前のアプリであるアプリ２のアプリメッセージ処理部１２０４へ取得権が渡される。
（５）データ処理装置１０１は、現在選択されているアプリの次のアプリの後続のメッセージを先読みする。ここで、現在選択されているアプリとは、例えば、図３と図７との例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、次のアプリとは、例えば、図３と図７との例では、図７におけるアプリ２と、図３におけるＦｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋとであり、図８と図９との例では、図９におけるアプリ２と、図８におけるＦｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋとである。また、後続のメッセージとは、例えば、図３と図７との例では、図７におけるメッセージ２２及び２３であり、図９の例では、メッセージ２３である。
アルゴリズムでは、アプリ２のアプリメッセージ処理部１２０４の図１５のステップＳ１５０２、Ｓ１５０３、Ｓ１５０６及びＳ１５０８にて、アプリ２の残りのメッセージであるメッセージ２２及び２３を取得する。以下、ステップＳ１５０９にて次のアプリであるアプリ３のアプリメッセージ処理部１２０４へ取得権が渡され、後続のアプリに対して同様に処理が行われる。
なお、上記では、現在選択されているアプリの次のアプリのメッセージを先読みするとしたが、同様の方法により、現在選択されているアプリの前のアプリのメッセージを先読みするようにしてもよい。
なお、上記における（２）と（３）との処理の順番を反対にしてもよい。すなわち、（１）において第１メッセージを取得した後、（３）において第３メッセージを取得し、その後、（２）において第２メッセージを取得するようにしてもよい。このようにしても、上記と同様の効果が得られる。
さらに、上記における（２）と（３）との処理を同時に（又は、同時とみなせるほど短い時間を隔てて順次）行ってもよい。すなわち、（１）において第１メッセージを取得した後、（３）において第３メッセージを取得すると同時に、（２）において第２メッセージを取得するようにしてもよい。このようにしても、上記と同様の効果が得られる。
本実施の形態のデータ処理装置１０１によって、アプリのメッセージを一括取得せず、先頭メッセージだけを先に取得することで、アプリの切り替え指示があった場合においても取得済みである先頭メッセージを表示することができる。これによってメッセージの表示が速やかに行われるので、ユーザの利便性を高めることができる。
なお、本開示に必須の構成要素について、図２０を参照して説明する。
図２０は、データ処理装置の主要な機能ブロックの構成の第三例（データ処理装置１０１Ｂ）を示す機能ブロック図である。
図２０に示されるように、データ処理装置１０１Ｂは、選択部２００１と、取得部２００２と、表示部２００３とを備える。
選択部２００１は、複数のサーバのうち一のサーバを選択する。
取得部２００２は、複数のサーバからメッセージを取得する。また、取得部２００２は、一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に選択部２００１が選択する可能性のあるサーバから一部のメッセージを取得する。
表示部２００３は、選択部２００１が選択した一のサーバから取得部２００２が取得したメッセージを表示する。
［１―３．効果等］
以上のように、本実施の形態に係るデータ処理装置によれば、データ処理装置がメッセージを表示している状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
また、表示部上の並び順に従って、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。よって、メッセージ表示の待ち時間を短くすることができる。
特に、ユーザによる操作によって、現在閲覧しているメッセージから、次に閲覧したいメッセージに選択状態を移すことで、次に閲覧したいメッセージを選択するようなインタフェースを有する装置（例えば、上下左右キーを有するリモコンにより操作されるテレビ）の場合には、大きな効果を発揮する。
また、第１サーバの第１メッセージが選択状態である状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。ユーザが次に閲覧する可能性が高いメッセージとは、具体的には、第２サーバのメッセージの１つ（第２メッセージ）と、第１メッセージ以外の第１サーバのメッセージ（第３メッセージ）のことである。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
また、第１メッセージとして、ユーザが未だ閲覧したことがないメッセージを取得する。ユーザは、未だ閲覧したことがないメッセージを効率よく閲覧することができる。
また、第３メッセージとして、第１メッセージ以外の第１サーバに格納されているメッセージを取得する。これにより、データ処理装置内に、第１サーバ内の全てのメッセージが取得される。特に、ユーザが第１サーバ内のメッセージを次々に閲覧したいと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、ユーザが次に閲覧する可能性が第２サーバの次に高い第３サーバからも、同様にメッセージを取得する。これにより、特に、ユーザが異なるサーバのメッセージを次々に閲覧したいと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、ユーザが次に閲覧する可能性が第２サーバと同様に高い第４サーバからも、同様にメッセージを取得する。特に、ユーザが異なるサーバのメッセージを次々に閲覧している途中に、前のメッセージを再度確認しようと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、サーバから取得したメッセージをデータ処理装置内に保持しておくことができる。また、新たなメッセージを保持するとデータ処理装置内の保存容量を超えるような場合には、表示部上において選択されたサーバ又はメッセージ（ユーザが閲覧しているメッセージ）から遠い箇所に表示されているメッセージを削除する。表示部上においてカーソルが表示されている箇所から遠い箇所に表示されているメッセージは、ユーザが次に閲覧する可能性が比較的低いので、上記のようにすることにより、メッセージ表示の待ち時間を短く維持することができる。
また、表示部に表示されるカーソルにより、ユーザは、視覚的に選択されたサーバ又はメッセージを把握することができる。
＜補足＞
以上、本実施の形態に係るデータ処理装置について、説明したが、以下のように変形することも可能であり、本開示は上述した実施の形態に示した通りのデータ処理装置に限られないことはもちろんである。
（１）実施の形態において、リモコンではなく、指によるスライド操作でメッセージを切り替えても構わない。
（２）実施の形態において、アプリが切り替えられたときに最初に表示されるメッセージである先頭メッセージの数について、１つまたは２つの場合の例を示した。しかしながら、先頭メッセージの数は１つまたは２つに限られるわけではなく、さらに多くても構わない。
（３）実施の形態において、各アプリのアプリメッセージ処理部１２０４は、最初に先頭メッセージの数と同じ数のメッセージを取得することとした。しかしながら、各アプリのアプリメッセージ処理部１２０４は、最初に少なくとも先頭メッセージの数と同じ数のメッセージを取得すればよいのであって、先頭メッセージの数よりも多くのメッセージを取得しても構わない。
そうすると、アプリを切り替えるための「下」キーではなく、後続のメッセージを表示するための「右」キーが押された場合であっても、後続のいくつかのメッセージを速やかに表示することができる。なお、ユーザがよくメッセージを参照するアプリについてのみ、該当アプリのアプリメッセージ処理部１２０４が最初に先頭メッセージの数よりも多くのメッセージを取得するようにしても構わない。
なお、本開示は以下のようにも記載されうるが、以下の記載に限定されない。
複数のサーバが保有しているメッセージを、ユーザの指示に従って表示するデータ処理装置１０１Ａであって、前記複数のサーバのそれぞれからメッセージを取得する取得部１９０１と、前記複数のサーバのそれぞれを示す情報を並べて表示する表示部１９０３と、前記ユーザの指示に従って、前記表示部１９０３上において前記複数のサーバの１つである第１サーバに対応する領域を選択状態とし、かつ、前記選択状態とした領域に前記第１サーバから前記取得部１９０１が取得した第１メッセージを表示させる制御部１９０２とを備え、前記取得部１９０１は、前記制御部１９０２が前記第１メッセージを前記表示部１９０３に表示させている期間に、前記複数のサーバの１つであって、前記表示部１９０３上の並び順において前記第１サーバの次のサーバである第２サーバから第２メッセージを取得し、かつ、前記第１サーバから前記第１メッセージと異なる少なくとも１つのメッセージである第３メッセージを取得するデータ処理装置１０１Ａ（図１９）。
上記に記載のデータ処理装置１０１Ａによれば、第１サーバの第１メッセージが選択状態である状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。ユーザが次に閲覧する可能性が高いメッセージとは、具体的には、第２サーバのメッセージの１つ（第２メッセージ）と、第１メッセージ以外の第１サーバのメッセージ（第３メッセージ）のことである。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
特に、ユーザによる操作によって、現在閲覧しているメッセージから、次に閲覧したいメッセージに選択状態を移すことで、次に閲覧したいメッセージを選択するようなインタフェースを有する装置（例えば、上下左右キーを有するリモコンにより操作されるテレビ）の場合には、大きな効果を発揮する。
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記実装を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
また、上述の実施の形態は、本開示における技術を例示するためのものであるから、請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
本開示に係るデータ処理装置は、データ受信、および、閲覧機能を有する機器に広く適用することができる。
１０１、１０１Ａ、１０１Ｂ データ処理装置
１０２ データ処理サーバ
１０３ メッセージ格納サーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 通信部
２０５ 入力部
２０６ 出力部
２０７ リモコン
２０８、１９０３、２００３ 表示部
２５０ バスライン
１９０１、２００２ 取得部
１９０２ 制御部
２００１ 選択部
本発明は、データ処理装置、データ処理方法、及び、プログラムに関する。
特許文献１には、一番初めに提示するコンテンツを、容量が少ないが高速読み出しできるメモリに格納し、その他のコンテンツは容量が多いが高速読み出しできないところに格納する例が示されている。
また、特許文献２には、放送に含まれる優先起動フラグをチェックして、優先的にコンテンツを取得することで、待ち時間を最小限にする例が示されている。
特開２００２−３２０１８３号公報 特開２００３−２３０１１１号公報
本開示は、メッセージ表示の待ち時間を短くすることができるデータ処理装置を提供する。
本開示におけるデータ処理装置は、複数のサーバのうち一のサーバを選択する選択部と、前記複数のサーバからメッセージを取得する取得部と、前記選択部が選択した前記一のサーバから前記取得部が取得したメッセージを表示する表示部とを備え、前記取得部は、前記一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に前記選択部が選択する可能性のあるサーバから一部のメッセージを取得する。
本開示におけるデータ処理装置は、メッセージ表示の待ち時間を短くするのに有効である。
図１は、データ処理装置を含むシステム全体の構成図である。 図２は、データ処理装置の主要なハードウエア構成を示すハードウエアブロック図である。 図３は、データ処理装置が表示するメッセージ一覧画面の第一例を示す図である。 図４は、データ処理装置が表示するメッセージ一覧画面の第二例を示す図である。 図５は、データ処理装置が表示するメッセージ一覧画面の第三例を示す図である。 図６は、データ処理装置が表示するメッセージ画面の例を示す図である。 図７は、データ処理装置が表示するメッセージ一覧画面のメッセージ表示切り替えの第一例を論理的に示した図である。 図８は、データ処理装置が表示するメッセージ一覧画面の第四例を示す図である。 図９は、データ処理装置が表示するメッセージ一覧画面のメッセージ表示切り替えの第二例を論理的に示した図である。 図１０は、データ処理装置が表示するメッセージに関する情報を示す図である。 図１１は、データ処理サーバの主要な機能ブロックの構成を示す機能ブロック図である。 図１２は、データ処理装置の主要な機能ブロックの構成の第一例を示す機能ブロック図である。 図１３は、データ処理装置がメッセージの取得と表示を行うアルゴリズムを示すフロー図である。 図１４は、データ処理装置が保持する取得権と表示権の現在のアプリの獲得状況表の一例を示す図である。 図１５は、データ処理装置がメッセージの取得を行うアルゴリズムを示すフロー図である。 図１６は、データ処理装置がメッセージの表示を行うアルゴリズムを示すフロー図である。 図１７は、データ処理装置がメッセージの取得を行うアルゴリズムを示すフロー図である。 図１８は、データ処理装置が表示するメッセージ一覧画面の第五例を示す図である。 図１９は、データ処理装置の主要な機能ブロックの構成の第二例を示す機能ブロック図である。 図２０は、データ処理装置の主要な機能ブロックの構成の第三例を示す機能ブロック図である。
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
なお、発明者らは、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって請求の範囲に記載の主題を限定することを意図するものではない。
まず、本開示により解決される課題について詳細に説明する。
近年、デジタル機器の普及に伴い、ユーザ所有のデジタル機器に様々な情報が届けられている。そのような情報の中には、情報提供者がデジタル機器にお知らせメッセージを送りつけて、強制的に表示させる形態もある。さらには、お知らせメッセージを送るだけでなく、送ったお知らせメッセージを情報提供者のサーバに保持しておいて、ユーザが後から閲覧することも可能である。ただし、メッセージは大量に送信されることもあるため、後から閲覧する際に、メッセージの取得方法や表示方法に工夫を凝らさないと、ユーザがメッセージを見る際に待ち時間が生じてしまいユーザの利便性をそこなってしまう。例えばメッセージを全部一括で取得したとすると、全部取得するまで一つも表示できない、という不具合が生じる。
特許文献１には、一番初めに提示するコンテンツを、容量が少ないが高速読み出しできるメモリに格納し、その他のコンテンツは容量が多いが高速読み出しできないところに格納する例が示されている。特許文献１に開示される技術によれば、取得完了したコンテンツを、表示の待ち時間を少なくするように格納することができる。
また、特許文献２には、放送に含まれる優先起動フラグをチェックして、優先的にコンテンツを取得することで、待ち時間を最小限にする例が示されている。特許文献２に開示される技術によれば、コンテンツに明示的に示されている優先表示のフラグを解析することで、そのコンテンツを優先的に取得し、待ち時間を少なくすることができる。
しかしながら、特許文献１には、コンテンツを取得する方法については開示されていない。また、特許文献２は、コンテンツに優先度表示のフラグが示されていないと利用できないものである。
本開示は、メッセージ表示の待ち時間を短くすることができるデータ処理装置を提供する。
本開示におけるデータ処理装置は、複数のサーバのうち一のサーバを選択する選択部と、前記複数のサーバからメッセージを取得する取得部と、前記選択部が選択した前記一のサーバから前記取得部が取得したメッセージを表示する表示部とを備え、前記取得部は、前記一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に前記選択部が選択する可能性のあるサーバから一部のメッセージを取得する。
これによれば、データ処理装置がメッセージを表示している状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
なお、メッセージとは、さまざまなサービスに対応して、サービス事業者からユーザに届けられる情報である。例えば、メッセージは、ユーザにコンテンツを視聴させるサービス事業者が、新たなコンテンツが視聴可能となったことをユーザに通知するための情報である。また、例えば、メッセージは、ユーザのコミュニケーションを支援するサービス事業者が、ユーザの親しい人物に関する情報をユーザに通知するための情報である。
また、例えば、前記表示部は、前記取得部が取得した前記メッセージを保有していたサーバのそれぞれを示す情報を並べて表示し、前記取得部は、前記一のサーバから前記残余のメッセージを取得する前に、前記表示部上の並び順において前記一のサーバの次のサーバから前記一部のメッセージを取得する。
表示部上の並び順に従って、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。よって、メッセージ表示の待ち時間を短くすることができる。
特に、ユーザによる操作によって、現在閲覧しているメッセージから、次に閲覧したいメッセージに選択状態を移すことで、次に閲覧したいメッセージを選択するようなインタフェースを有する装置（例えば、上下左右キーを有するリモコンにより操作されるテレビ）の場合には、大きな効果を発揮する。
また、例えば、前記選択部は、ユーザの指示に従って、前記一のサーバである第１サーバを選択し、前記取得部は、前記第１サーバから一部のメッセージである第１メッセージを取得し、前記取得部は、さらに、前記表示部が前記第１メッセージを表示している期間に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第１サーバの次のサーバである第２サーバから一部のメッセージである第２メッセージを取得し、かつ、前記第１サーバから前記第１メッセージと異なる少なくとも１つのメッセージである第３メッセージを前記残余のメッセージとして取得する。
これによれば、第１サーバの第１メッセージが選択状態である状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。ユーザが次に閲覧する可能性が高いメッセージとは、具体的には、第２サーバのメッセージの１つ（第２メッセージ）と、第１メッセージ以外の第１サーバのメッセージ（第３メッセージ）のことである。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
また、例えば、前記取得部は、前記第１サーバが保有しているメッセージのうち、当該取得部が未だ取得したことがないメッセージである新着メッセージを、前記第１メッセージとして取得する。
これによれば、第１メッセージとして、ユーザが未だ閲覧したことがないメッセージを取得する。ユーザは、未だ閲覧したことがないメッセージを効率よく閲覧することができる。
また、例えば、前記取得部は、前記第１サーバが保有しているメッセージのうち、前記第１メッセージを除く全てのメッセージを前記第３メッセージとして取得する。
これによれば、第３メッセージとして、第１メッセージ以外の第１サーバに格納されているメッセージを取得する。これにより、データ処理装置内に、第１サーバ内の全てのメッセージが取得される。特に、ユーザが第１サーバ内のメッセージを次々に閲覧したいと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、例えば、前記取得部は、前記第３メッセージを取得した後に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第２サーバの次のサーバである第３サーバから第４メッセージを取得し、かつ、前記第２サーバから第２メッセージと異なる少なくとも１つのメッセージを取得する。
これによれば、ユーザが次に閲覧する可能性が第２サーバの次に高い第３サーバからも、同様にメッセージを取得する。これにより、特に、ユーザが異なるサーバのメッセージを次々に閲覧したいと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、例えば、前記取得部は、前記第３メッセージを取得した後に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第１サーバの前のサーバである第４サーバからメッセージを取得する。
これによれば、ユーザが次に閲覧する可能性が第２サーバと同様に高い第４サーバからも、同様にメッセージを取得する。特に、ユーザが異なるサーバのメッセージを次々に閲覧している途中に、前のメッセージを再度確認しようと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、例えば、前記データ処理装置は、さらに、メモリを有し、前記取得部が取得したメッセージを保持する保持部を備え、前記保持部は、前記取得部が新たな前記メッセージを取得したときに、新たな前記メッセージを前記メモリに格納するとともに、前記表示部に表示されている前記メッセージのうち、前記選択部が選択したサーバを示す情報が表示部上で表示されている位置からより遠い位置に表示されている前記メッセージほど、より優先的に前記メモリから削除する。
これによれば、サーバから取得したメッセージをデータ処理装置内に保持しておくことができる。また、新たなメッセージを保持するとデータ処理装置内の保存容量を超えるような場合には、表示部上において選択されたサーバ又はメッセージ（ユーザが閲覧しているメッセージ）から遠い箇所に表示されているメッセージを削除する。表示部上においてカーソルが表示されている箇所から遠い箇所に表示されているメッセージは、ユーザが次に閲覧する可能性が比較的低いので、上記のようにすることにより、メッセージ表示の待ち時間を短く維持することができる。
また、例えば、前記表示部は、さらに、前記選択部が選択したサーバを示す情報が表示されている位置にカーソルを表示させる。
これによれば、表示部に表示されるカーソルにより、ユーザは、視覚的に選択されたサーバ又はメッセージを把握することができる。
また、本開示の一態様に係るデータ処理方法は、複数のサーバのうち一のサーバを選択する選択ステップと、前記複数のサーバからメッセージを取得する取得ステップと、前記選択ステップで選択した前記一のサーバから前記取得ステップで取得したメッセージを表示する表示ステップとを含み、前記取得ステップでは、前記一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に前記選択ステップで選択する可能性のあるサーバから一部のメッセージを取得する。
これによれば、上記データ処理装置と同様の効果を奏する。
また、本開示の一態様に係るプログラムは、上記に記載のデータ処理方法をコンピュータに実行させる。
これによれば、上記データ処理装置と同様の効果を奏する。
（実施の形態）
以下、図１〜２０を用いて、実施の形態１を説明する。
［１―１．構成］
図１は、実施の形態１に係るデータ処理装置を含むシステム全体の構成図である。図１に示されるシステムは、データ処理装置１０１と、データ処理サーバ１０２と、メッセージ格納サーバ１０３とを備える。なお、メッセージ格納サーバのことを、単にサーバと称することもある。
データ処理装置１０１は、データ処理サーバ１０２に対してメッセージ一覧画面取得要求１１１を行う。メッセージ一覧画面取得要求１１１を行う際は、装置自身を識別できる情報である端末ＩＤも同時に送信する。メッセージ一覧画面取得要求１１１は、端末ＩＤを送信するので、セキュアな通信方式を採用することにより、成りすまし等を防ぐようにしてもよい。
データ処理サーバ１０２は、データ処理装置１０１からメッセージ一覧画面取得要求１１１を受け取ると、データ処理装置１０１に対応するメッセージ一覧画面情報１５１をデータ処理装置１０１に送信する。
データ処理装置１０１は、メッセージ一覧画面情報１５１に記述されている１つ以上のメッセージについて、メッセージ取得要求１１２をデータ処理サーバ１０２に対して送信する。メッセージ取得要求１１２を送信する際には、装置自身を識別できる情報である端末ＩＤも同時に送信する。メッセージ取得要求１１２は、端末ＩＤを送信するので、セキュアな通信方式を採用することにより、成りすまし等を防ぐようにしてもよい。なお、データ処理装置１０１は、データ処理サーバ１０２内に存在してもよい。この場合、メッセージを表示する装置を別途用意してもよい。
データ処理サーバ１０２は、データ処理装置１０１からメッセージ取得要求１１２を受け取ると、該当メッセージが格納されているメッセージ格納サーバ１０３に対して、メッセージ取得要求１３１を行う。
メッセージ格納サーバ１０３は、メッセージを保存しているサーバである。メッセージ格納サーバ１０３は、データ処理サーバ１０２からメッセージ取得要求１３１を受け取ると、メッセージ取得要求１３１に対応するメッセージ１３２をデータ処理サーバ１０２に送信する。
データ処理サーバ１０２は、メッセージ格納サーバ１０３から受け取ったメッセージ１３２を、データ処理装置１０１に対して送信する。
なお、メッセージ格納サーバ１０３は、互いに異なるメッセージを格納する複数のサーバであってもよい。その場合、データ処理サーバ１０２は、メッセージとメッセージ格納サーバとの対応関係を保持しておき、メッセージの格納場所がわかるようにしておく。また、メッセージ格納サーバ１０３は、データ処理サーバ１０２の内部にハードディスクのような形式で存在しても構わない。
図２は、データ処理装置１０１の主要なハードウエア構成を示すハードウエアブロック図である。
データ処理装置１０１は、ＣＰＵ（Central processing unit）２０１と、ＲＯＭ（Read only memory）２０２と、ＲＡＭ（Random access memory）２０３と、通信部２０４と、入力部２０５と、出力部２０６と、バスライン２５０とを備える。
ＣＰＵ２０１は、バスライン２５０と接続している。ＣＰＵ２０１は、ＲＯＭ２０２又はＲＡＭ２０３に記憶されているプログラムを実行することで、ＲＯＭ２０２、ＲＡＭ２０３、通信部２０４、入力部２０５及び出力部２０６を制御することで、様々な機能を実現する。例えば、ＣＰＵ２０１は、通信ネットワーク２６０から取得した通信メッセージを復号し、復号したメッセージを表示部２０８に出力する機能等を実現する。
ＲＯＭ２０２は、バスライン２５０と接続している。ＲＯＭ２０２は、ＣＰＵ２０１の動作を規定するプログラムと、ＣＰＵ２０１が利用するデータとを記憶している。
ＲＡＭ２０３は、バスライン２５０と接続している。ＲＡＭ２０３は、ＣＰＵ２０１がプログラムを実行することに伴って発生するデータを一時的に記憶する。また、ＲＡＭ２０３は、通信部２０４が受信したデータや送信するデータ等を一時的に記憶する。
出力部２０６は、バスライン２５０と、表示部２０８とに接続している。出力部２０６は、ＣＰＵ２０１によって制御され、テキストや画像を表示部２０８に表示させるためのデータを出力する。
入力部２０５は、バスライン２５０と接続している。入力部２０５は、ＣＰＵ２０１によって制御され、リモコン２０７から無線で送信されるユーザからの操作コマンドを受け付け、受け付けた操作コマンドをＣＰＵ２０１に送信する機能を有する。なお、リモコン２０７に限らず、マウスや指（ユーザにより操作される物体を含む）によるタップ動作による操作コマンドを受け付けてもよい。
通信部２０４は、バスライン２５０と、通信ネットワーク２６０とに接続している。通信部２０４は、ＣＰＵ２０１によって制御され、通信ネットワーク２６０を介して、外部通信機器とデータの送受信を行う機能を有する。
ここで、通信ネットワーク２６０とは、光通信回線、電話回線、又は、無線回線等によって実現されており、外部通信機器や、インターネット等と接続している。
以上のようなハードウエアで実現されるデータ処理装置１０１は、ＣＰＵ２０１が、ＲＯＭ２０２又はＲＡＭ２０３に記憶されているプログラムを実行し、ＲＯＭ２０２、ＲＡＭ２０３、通信部２０４、入力部２０５及び出力部２０６を制御することで様々な機能を実現する。
以下、図面を用いて、データ処理装置１０１の機能構成を説明する。
＜データ処理装置の機能構成＞
図３、図４及び図５は、データ処理装置が表示するメッセージ一覧画面の一例であり、図６は、データ処理装置が表示するメッセージ画面の一例である。メッセージはメッセージを提供するサービス事業者毎にまとめられる。
図３は、データ処理装置が表示するメッセージ一覧画面の第一例を示す図である。
図３は、メッセージ一覧画面の初期表示の一例である。画像３１０は、サービス事業者を表すための画像であり、サービス事業者毎に異なる画像である。画像３１０の直下には、そのサービス事業者のメッセージ３０１が表示される。なお、画像３１０の直下でなくとも、サービス事業者とそのメッセージとの対応がわかるレイアウトであればよい。本実施の形態では、サービス事業者を表す画像は複数表示され、メッセージは一つだけ表示される。このような表示によってユーザが現在見ているメッセージを特定することができるし、たくさんのメッセージが表示される煩わしさを解消できる。ユーザがまだ見ていないメッセージである未読メッセージが、メッセージ３０１のように表示されれば、さらに煩わしさが解消される。そして、メッセージ３０１にはリモコン操作を受け付けるフォーカス（カーソル）３０２が当たっている。ユーザは、フォーカス３０２が当たっているメッセージ３０１を起点として、リモコン操作によってメッセージの切り替え等を行うことができる。なお、ここでは、リモコン操作を受け付けるフォーカスとして、カーソルを表示させる例を示すが、フォーカスはカーソルに限られない。フォーカスは、メッセージ画面上でリモコン操作を受け付ける位置をユーザに伝えることができるものであればなんでもよい。
図４は、データ処理装置が表示するメッセージ一覧画面の第二例を示す図である。
図４は、リモコン操作によるメッセージ切り替えの一例である。ユーザがリモコンの左右いずれかのキーを押すと、同一サービス事業者の別メッセージ４０１に表示が切り替わる。表示の切り替えに合わせて、フォーカス４０２は、別のメッセージ４０１に当たる。なお、メッセージの切り替えは、リモコンの左右いずれかのキーに限らず、他のキーの押下により行われてもよい。リモコン操作によって一つずつメッセージを切り替えていくことにより、未読メッセージが優先的に表示されると、ユーザの煩わしさが解消される。
図５は、データ処理装置が表示するメッセージ一覧画面の第三例を示す図である。
図５は、リモコン操作によるサービス事業者切り替えの一例である。ユーザがリモコンの上下いずれかのキーを押すと、別のサービス事業者のメッセージ５０１に表示が切り替わる。表示が別のサービス事業者のメッセージに変わったことがわかるように、メッセージ５０１は別のサービス事業者の画像５１０の直下に表示される。表示の切り替えに合わせて、フォーカス５０２は、メッセージ５０１に当たる。なお、サービス事業者の切り替えには、リモコンの上下いずれかのキーに限らず、他のキーの押下により行われてもよい。
図６は、データ処理装置が表示するメッセージ画面の例を示す図である。
図６は、リモコン操作によってメッセージを選択した場合のメッセージ画面の一例である。メッセージにフォーカスが当たっている状態で、リモコンの決定キーを押すと、メッセージに対応したサービスを示すメッセージ画面６０１に遷移する。例えば、選択したメッセージがドラマの広告メッセージであった場合、そのドラマのＶＯＤストリーミング及びＤＶＤパッケージの詳細販売情報を示すメッセージ画面に遷移するといった例が考えられる。なお、メッセージの選択には、リモコンの決定キーに限らず、他のキーの押下により行われてもよい。
図７は、データ処理装置が表示するメッセージ一覧画面のメッセージ表示切り替えの第一例を論理的に示した図である。
図７は、具体的には、データ処理装置１０１が表示する図３、図４及び図５のメッセージ一覧画面におけるメッセージ表示の切り替えと、サービス事業者の切り替えとを論理的に示した図である。なお、以後、サービス事業者が提供するサービスのことをアプリと呼ぶ。最初に表示されるメッセージ７０１を起点に、リモコンの左右いずれかのキーでメッセージ表示を切り替えるとともに、上下いずれかのキーでアプリを切り替える。メッセージ７０２、７０３、７０４、７０５、７０６、７０７、７０８及び７０９は、最初は表示されていないが、リモコン操作によって表示されるメッセージである。アプリが切り替わった場合は、そのメッセージが、切り替わった後のアプリのメッセージであることがわかるようにする。例えば、メッセージ７０４を表示する場合は、切り替わった後のアプリを表す画像７１１の直下に表示する。なお、図示は省略するが、メッセージ７０２又は７０３についても、メッセージ７０１と同様に上下キーでアプリ切り替えを行ってもよい。例えば、メッセージ７０２において下キーを押下することでメッセージ７０４に切り替え、また、メッセージ７０４において上キーを押下することでメッセージ７０２に切り替える。その際、アプリ切り替え時にどのメッセージから切り替わったか（切り替え前のメッセージ、本例ではメッセージ７０２）を記憶しておけば、メッセージの切り替え後に、正しく、切り替え前のメッセージに戻すことができる。
図８は、データ処理装置が表示するメッセージ一覧画面の第四例を示す図である。
図８は、具体的には、メッセージ一覧画面の初期表示の別の例であり、１つのアプリについて、２つのメッセージ８０１と８０２とを初期表示する例を示す図である。
図９は、データ処理装置が表示するメッセージ一覧画面のメッセージ表示切り替えの第二例を論理的に示した図である。
図９は、具体的には、データ処理装置１０１が表示する図８のメッセージ一覧画面のメッセージ表示切り替えとサービス事業者切り替えとを論理的に示した図である。最初に表示されるメッセージ９０１を起点に、リモコンの左右いずれかのキーでメッセージ表示を切り替え、上下いずれかのキーでメッセージ表示又はアプリを切り替える。メッセージ９０３、９０４、９０５及び９０６は、最初は表示されていないが、リモコン操作によって表示されるメッセージである。アプリが切り替わった場合は、切り替わった後のアプリのメッセージが表示されていることがわかるようにする。例えば、メッセージ９０４とメッセージ９０５とを表示する場合は、切り替わった後のアプリを表す画像９１１の直下に表示する。
図１０は、図７に対応したメッセージ一覧画面情報１５１の一例である。メッセージ一覧画面情報１５１は、メッセージに含まれる情報を定義したものである。メッセージ一覧画面情報１５１において、各メッセージはメッセージ名で識別される。メッセージの情報は、初期表示されるメッセージであるか否かを表す「初期表示メッセージフラグ」、メッセージがどのアプリのものかを表す「アプリ名」、メッセージが保存されている場所を表す「メッセージ格納先」、メッセージにフォーカスが当たっている場合にリモコン操作を受け付けると次にどのメッセージにフォーカスを遷移させるかを表す「リモコン方向」（リモコン方向は、上、下、右、左などのリモコンキーの名称が割り当てられる）の情報を含む。これらの情報を基に、データ処理装置１０１は、メッセージの配置、初期フォーカス、リモコンによるフォーカス遷移を決定することができる。
なお、メッセージ一覧画面情報１５１は、上記の情報だけでなく、画面に配置する座標情報や、日時情報等が含まれていても構わない。
図１１は、データ処理サーバ１０２の主要な機能ブロックの構成を示す機能ブロック図である。
一覧画面取得要求受信部１１０１は、データ処理装置１０１から送信される、メッセージ一覧画面取得要求と端末ＩＤとを受信し、メッセージ決定部１１０２に渡す。
メッセージ決定部１１０２は、データ処理装置１０１に送信するメッセージを決定し、メッセージをアプリ紐付け部１１０３に渡す。メッセージは、例えば、データ処理装置１０１に向けて送信されたメールやプッシュメッセージである。
アプリ紐付け部１１０３は、メッセージが、どのアプリのものかを決定し、メッセージにアプリ名を紐付けて、リモコン操作対応付け部１１０４に渡す。
リモコン操作対応付け部１１０４は、メッセージに対して、リモコンの操作内容を決定し、一覧画面情報生成部１１０５に渡す。リモコンの操作内容とは、例えば、フォーカスが当たっている時にリモコンの下ボタンが押されたらフォーカスを遷移させるメッセージ名である。
一覧画面情報生成部１１０５は、メッセージ決定部１１０２が決定したメッセージの全てについて、アプリ紐付け部１１０３及びリモコン操作対応付け部１１０４で紐付けられたメッセージ情報を記述して、メッセージ一覧画面情報とし、一覧画面情報送信部１１０６へ渡す。
一覧画面情報送信部１１０６は、メッセージ一覧画面情報をデータ処理装置１０１へ送信する。
メッセージ取得要求受付部１１０７は、データ処理装置１０１から送信される、メッセージ取得要求１１２と端末ＩＤとを受信し、メッセージ取得部１１０８に渡す。
メッセージ取得部１１０８は、該当メッセージ情報のメッセージ格納先を基に、メッセージ格納サーバ１０３からメッセージを取得し、メッセージ送信部１１０９へ渡す。
メッセージ送信部１１０９は、メッセージをデータ処理装置１０１へ送信する。
図１２は、データ処理装置１０１の主要な機能ブロックの構成の第一例を示す機能ブロック図である。
一覧画面取得要求送信部１２０１は、メッセージ一覧画面取得要求と端末ＩＤとをデータ処理サーバ１０２へ送信する。
一覧画面情報受信部１２０２は、データ処理サーバ１０２から送信されるメッセージ一覧画面情報を受信し、受信したメッセージ一覧画面情報をアプリメッセージ制御部１２０３へ渡す。
リモコン信号受付部１２０７は、リモコン信号を受信し、受信したリモコン信号をアプリメッセージ制御部１２０３へ渡す。
アプリメッセージ制御部１２０３は、アプリメッセージ処理部１２０４がメッセージを取得したり、表示したりする動作を制御する。また、リモコン信号受付部１２０７から渡されるリモコン信号に基づいてアプリメッセージ処理部１２０４を制御する。
アプリメッセージ処理部１２０４は、アプリの数だけ用意され、アプリ毎に該当アプリのメッセージ処理を行い、メッセージ取得部１２０５へメッセージ取得指示を渡す。また、メッセージ表示部１２０６へメッセージ表示の指示を渡す。
メッセージ取得部１２０５は、アプリメッセージ処理部１２０４からメッセージ取得の指示を受けると、データ処理サーバ１０２からメッセージを取得し、アプリメッセージ処理部１２０４へ渡す。
メッセージ表示部１２０６は、アプリメッセージ処理部１２０４からメッセージ表示の指示を受けたメッセージを、表示部２０８を通して外部へ表示する。
［１―２．動作］
図１３は、データ処理装置１０１のアプリメッセージ制御部１２０３のアルゴリズムを示すフロー図である。なお、アプリメッセージ処理部１２０４は、１つのアプリに対して１つのプロセスとして動作するものである。つまり、複数のアプリが存在する場合には、アプリの数と同数のアプリメッセージ処理部１２０４が動作する。
ステップＳ１３０２にて、アプリメッセージ制御部１２０３は、メッセージを取得する権利である取得権と、メッセージを表示する権利である表示権とを生成する。取得権とは、アプリメッセージ処理部１２０４がメッセージを取得する順番を制御するための権利であり、アプリの数と同数のアプリメッセージ処理部１２０４のいずれかが保有する（「獲得する」とも表現する）ように管理される権利である。取得権を獲得しているアプリメッセージ処理部１２０４のみが、メッセージをサーバから取得できる。また、表示権とは、アプリメッセージ処理部１２０４がメッセージを表示する順番を制御するための権利であり、取得権と同様に、アプリの数と同数のアプリメッセージ処理部１２０４のいずれかが保有するように管理される権利である。表示権を獲得しているアプリメッセージ処理部１２０４のみがメッセージを表示できる。表示権と取得権とは、それぞれ、１つだけである。
ステップＳ１３０３にて、アプリメッセージ制御部１２０３は、メッセージ一覧画面情報にて初期表示メッセージフラグが立っているメッセージのアプリ（先頭のアプリ）のアプリメッセージ処理部１２０４へ取得権と表示権とを渡す。また、図１４に示すような取得権と表示権との獲得状況表（権利獲得状況表）における「現在の取得権」又は「現在の表示権」の欄に、先頭のアプリのアプリ名を記載する。この時点で、権利獲得状況表は、獲得状況表１４０１に示される状態である。アプリ１が取得権と表示権とを獲得していて、直前の取得権と直前の表示権とは、対象なし（−）である。
ステップＳ１３０４にて、アプリメッセージ制御部１２０３は、リモコン信号受付部１２０７が受け付けるリモコン信号がアプリ切り替えリモコン操作か否かを判定する。
ステップＳ１３０４でＮＯの場合、ステップＳ１３０７にて、アプリメッセージ制御部１２０３は、リモコン信号がアプリ内メッセージ切り替えリモコン操作か否かを判定する。
ステップＳ１３０７でＮＯの場合、アプリメッセージ制御部１２０３は、再度リモコン信号を受信するまで待機し、ステップＳ１３０４を繰り返す。
ステップＳ１３０４でＹＥＳの場合、ステップＳ１３０５にて、アプリメッセージ制御部１２０３は、権利獲得状況表を基に、表示権を獲得しているアプリメッセージ処理部１２０４へ、アプリの切り替え先を伝える表示権切り替え指示を送る。さらに、ステップＳ１３０６にて、アプリメッセージ制御部１２０３は、取得権を獲得しているアプリメッセージ処理部１２０４へ、アプリの切り替え先を伝える取得権切り替え指示を送る。そして、アプリメッセージ制御部１２０３は、再度リモコン信号を受信するまで待機し、ステップＳ１３０４を繰り返す。
ステップＳ１３０７でＹＥＳの場合、ステップＳ１３０８にて、アプリメッセージ制御部１２０３は、表示権を獲得しているアプリメッセージ処理部１２０４へアプリ内メッセージ切り替え指示を送る。そして、アプリメッセージ制御部１２０３は、再度リモコン信号を受信するまで待機し、ステップＳ１３０４を繰り返す。
図１４は、アプリメッセージ制御部１２０３が生成した、アプリメッセージ処理部１２０４による取得権と表示権との獲得状況表（権利獲得状況表）の一例である。
獲得状況表１４０１は初期状態である。表１４０１は、アプリ１を処理するアプリメッセージ処理部１２０４が、取得権と表示権とを獲得している状況を表している。また、獲得状況表１４０２は、獲得状況表１４０１の状態から、アプリ２を処理するアプリメッセージ処理部１２０４に取得権が移った状況を表している。また、獲得状況表１４０３は、獲得状況表１４０２の状態から、アプリ２を処理するアプリメッセージ処理部１２０４に表示権が移った状況を表している。
図１５は、データ処理装置１０１において、アプリメッセージ処理部１２０４がメッセージを取得するアルゴリズムを示すフロー図である。
ステップＳ１５０２にて、アプリメッセージ制御部１２０３、もしくは、他のアプリメッセージ処理部１２０４から、メッセージを取得する権利である取得権を獲得する。取得権を獲得したら、次のステップＳ１５０３の処理を開始する。
ステップＳ１５０３にて、アプリメッセージ処理部１２０４は、アプリの先頭メッセージを取得済みか否かを判定する。この判定は、後述するステップＳ１５０４にて、先頭メッセージを取得したか否かを記憶しておくことによって実現する。先頭メッセージとは、そのアプリにおいて最初に表示するメッセージのことであり、例えば、日づけの一番若いメッセージ（一番古いメッセージ）とすることができる。
ステップＳ１５０３でＮＯの場合、アプリメッセージ処理部１２０４は、ステップＳ１５０４にて先頭メッセージを取得し、取得したことを記憶する。
ステップＳ１５０５にて、アプリメッセージ処理部１２０４は、直前のアプリのアプリメッセージ処理部１２０４へ取得権を戻す。直前のアプリが何であるかは、権利獲得状況表を見ることで知ることができる。取得権を直前のアプリのアプリメッセージ処理部１２０４へ戻した後は、獲得状況表の「現在の取得権」を、直前のアプリ名に書き換え、「直前の取得権」を自アプリ名に書き換える。直前のアプリがない場合は、次のアプリのアプリメッセージ処理部１２０４へ取得権を渡す。そして、獲得状況表の「現在の取得権」を、次のアプリ名に書き換え、「直前の取得権」を自アプリ名に書き換える。
ステップＳ１５０３でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１５０６にて取得権を渡したことがあるか否かを判定する。
ステップＳ１５０６でＮＯの場合、アプリメッセージ処理部１２０４は、ステップＳ１５０７にて次のアプリのアプリメッセージ処理部１２０４へ取得権を渡す。次のアプリメッセージ処理部１２０４とは、メッセージ一覧画面情報１５１に定義されているリモコン操作内容からアプリ切り替えが発生する場合の切り替え先のアプリを示す。取得権を渡した後は、権利獲得状況表の「現在の取得権」を次のアプリ名に書き換え、「直前の取得権」を自アプリ名に書き換える。また、アプリメッセージ処理部１２０４は取得権を渡したことを記憶しておく。
ステップＳ１５０６でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１５０８にて該当アプリの残りのメッセージをまとめて取得する。なお、ここで、該当アプリの残りのメッセージの全てをまとめて取得してもよいし、該当アプリの残りのメッセージの一部をまとめて取得してもよい。
ステップＳ１５０９にて、次のアプリメッセージ処理部１２０４へ取得権を渡す。取得権を渡した後は、権利獲得状況表をステップＳ１５０６と同様に書き換える。また、アプリメッセージ処理部１２０４は取得権を渡したことを記憶しておく。
以上の処理を行った後、当該アルゴリズムは終了する。
図１６は、データ処理装置１０１のアプリメッセージ処理部１２０４のメッセージ表示と表示権を切り替えるアルゴリズムを示すフロー図である。
ステップＳ１６０２にて、アプリメッセージ処理部１２０４は、アプリメッセージ制御部１２０３、もしくは、他のアプリメッセージ処理部１２０４から、メッセージを表示する権利である表示権を獲得する。表示権を獲得したら、次のステップＳ１６０３の処理を開始する。
ステップＳ１６０３にて、アプリメッセージ処理部１２０４は、アプリの先頭メッセージを表示する。
ステップＳ１６０４にて、アプリメッセージ処理部１２０４は、アプリメッセージ制御部１２０３から表示権切り替え指示を受けたかどうかを判定する。
ステップＳ１６０４でＮＯの場合、ステップＳ１６０８にて、アプリメッセージ処理部１２０４は、アプリ内メッセージ切り替え指示を受けたか否かを判定する。
ステップＳ１６０８でＮＯの場合、アプリメッセージ処理部１２０４は、再度アプリメッセージ制御部１２０３から表示権切り替え指示か、アプリ内メッセージ切り替え指示を受けるまで待機し、ステップＳ１６０４を繰り返す。
ステップＳ１６０８でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１６０９にて、アプリ内の次のメッセージに表示を切り替えて、再度アプリメッセージ制御部１２０３から表示権切り替え指示か、アプリ内メッセージ切り替え指示を受けるまで待機し、ステップＳ１６０４を繰り返す。
ステップＳ１６０４でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１６０５にて、表示しているメッセージを非表示にする。
ステップＳ１６０６にて、アプリメッセージ処理部１２０４は、表示権を切り替え先のアプリメッセージ処理部１２０４へ渡す。表示権を渡した後は、権利獲得状況表の「現在の表示権」を切り替え先のアプリ名に書き換え、「直前の表示権」を自アプリ名に書き換える。
図１７は、データ処理装置１０１のアプリメッセージ処理部１２０４のメッセージの取得権を切り替えるアルゴリズムを示すフロー図である。
ステップＳ１７０２にて、アプリメッセージ処理部１２０４は、メッセージを取得する権利である取得権を獲得する。
ステップＳ１７０３にて、アプリメッセージ処理部１２０４は、アプリメッセージ制御部１２０３から取得権切り替え指示を受けたか否かを判定する。
ステップＳ１７０３でＮＯの場合、アプリメッセージ処理部１２０４は、再度アプリメッセージ制御部１２０３から取得権切り替え指示を受けるまで待機し、ステップＳ１７０３を繰り返す。
ステップＳ１７０３でＹＥＳの場合、アプリメッセージ処理部１２０４は、ステップＳ１７０４にて取得中のメッセージ取得を中断する。
ステップＳ１７０５にて、取得権を切り替え先のアプリメッセージ処理部１２０４へ渡す。取得権を渡した後は、権利獲得状況表の「現在の取得権」を切り替え先のアプリ名に書き換え、「直前の取得権」を自アプリ名に書き換える。
なお、取得を中断されたメッセージは、再度取得権を獲得した時に再取得を行う。そのために、メッセージの取得状況を記憶しておく。
図１８は、データ処理装置が表示するメッセージ一覧画面の第五例を示す図である。
図１８は、リモコン操作によるサービス事業者切り替えの別の例である。この例は、サービス事業者切り替えにて、２つのメッセージ（メッセージ１８０１とメッセージ１８０２）を表示する例である。
図３、図４、図５、図７、図８、図９及び図１８に示すメッセージ一覧画面を例にデータ処理装置１０１の動作を説明する。
図３においてはアプリ「Ａ−ＶＯＤ」が選択されており、その最初のメッセージ「ドラマ「超常現象」シーズン１・・・」が表示されている。この状態で「下」キーを押下すると、図５のようにアプリケーション「Ｆｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ」が選択され、その最初のメッセージ「Ｔａｒｏ Ｍａｔｓｕｓｈｉｔａ から・・・」が表示される。また、いずれのアプリケーションにおいても「右」キーを押下すると後続のメッセージが表示される（図４）。
図８においてはアプリ「Ａ−ＶＯＤ」が選択されており、その最初のメッセージ「ドラマ「超常現象」シーズン１・・・」と「大河ドラマ「光源氏」 第２部・・・」とが表示されている。これは、アプリが選択されたときに最初に表示するメッセージ（先頭メッセージ）を２つにする場合の一例であり、先頭メッセージは１つに限らないことを示している。この状態で「下」キーを２回押下すると図１８のようにアプリケーション「Ｆｉｒｓｔ Ｓｏｓｉａｌ Ｎｅｔｗｏｒｋ」が選択され、その最初のメッセージ「Ｔａｒｏ Ｍａｔｓｕｓｈｉｔａ から・・・」と「Ｈａｎａｋｏ Ｙａｍａｓｈｉｔａ から・・・」とが表示される。また、いずれのアプリケーションにおいても「右」キーを押下すると後続のメッセージが表示される（図は省略）。
以上の処理により、本実施の形態のデータ処理装置１０１は、以下に示す順序でアプリケーションごとにサーバに蓄積されたメッセージを先読みする。
（１）データ処理装置１０１は、現在選択されているアプリ（第１サーバ）の先頭メッセージ（第１メッセージ）を表示する。現在選択されているアプリとは、例えば、図３と図７との例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、先頭メッセージとは、例えば、図３と図７との例では、図７におけるメッセージ１１と、図３における「ドラマ「超常現象」シーズン１・・・」とであり、図８と図９との例では、図９におけるメッセージ１１及び１２と、図８における「ドラマ「超常現象」シーズン１・・・」及び「大河ドラマ「光源氏」 第２部・・・」とである。
アルゴリズムでは、例えば、図３と図７との例では、図１３のステップＳ１３０３において、図７のアプリ１のアプリメッセージ処理部１２０４へ取得権と表示権とが渡される。次に、データ処理装置１０１は、図１５のステップＳ１５０２、Ｓ１５０３及びＳ１５０４にて、アプリ１の先頭メッセージであるメッセージ１１を取得し、図１６のステップＳ１６０３にて、アプリ１の先頭メッセージ１１が表示される。
（２）データ処理装置１０１は、現在選択されているアプリの次のアプリ（第２サーバ）の先頭メッセージ（第２メッセージ）を先読みする。現在選択されているアプリとは、例えば、図３と図７との例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、現在選択されているアプリの次のアプリとは、例えば、図３と図７との例では、図７におけるアプリ２と、図３におけるＦｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋとであり、図８と図９との例では、図９におけるアプリ２と、図８におけるＦｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋとである。また、先頭メッセージとは、例えば、図５と図７との例では、図７のメッセージ２１と、図５における「Ｔａｒｏ Ｍａｔｓｕｓｈｉｔａ から・・・」とであり、図１８と図９との例では、図９のメッセージ２１及び２２と、図１８における「Ｔａｒｏ Ｍａｔｓｕｓｈｉｔａ から・・・」及び「Ｈａｎａｋｏ Ｙａｍａｓｈｉｔａ から・・・」である。
アルゴリズムでは、アプリ１のアプリメッセージ処理部１２０４の図１５のステップＳ１５０５にて、アプリ１の次のアプリであるアプリ２のアプリメッセージ処理部１２０４へ取得権が渡され、図１５のステップＳ１５０２、Ｓ１５０３及びＳ１５０４にて、アプリ２の先頭メッセージであるメッセージ２１を取得する。
（３）データ処理装置１０１は、現在選択されているアプリの後続のメッセージ（第３メッセージ）を先読みする。ここで、現在選択されているアプリとは、例えば、図３と図７との例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、後続のメッセージとは、例えば、図７の例では、図７におけるメッセージ１２及び１３であり、図９の場合には、図９におけるメッセージ１３である。
アルゴリズムでは、アプリ２のアプリメッセージ処理部１２０４の図１５のステップＳ１５０５にて、直前のアプリであるアプリ１のアプリメッセージ処理部１２０４へ取得権が渡され、図１５のステップＳ１５０２、Ｓ１５０３、Ｓ１５０６及びＳ１５０８にて、アプリ１の残りのメッセージであるメッセージ１２及び１３を取得し、ステップＳ１５０９にて、次の次のアプリであるアプリ３のアプリメッセージ処理部１２０４へ取得権が渡される。
（４）データ処理装置１０１は、現在選択されているアプリの次の次のアプリの先頭メッセージを先読みする。ここで、現在選択されているアプリとは、例えば、図３と図７と例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、次の次のアプリとは、例えば、図３と図７との例では、図７におけるアプリ３と、図３におけるＳｏｃｃｅｒ Ｂｒｏａｄｃａｓｔとである。また、先頭メッセージとは、図７の例では、図７におけるメッセージ３１である。
アルゴリズムでは、アプリ３のアプリメッセージ処理部１２０４の図１５のステップＳ１５０２、Ｓ１５０３及びＳ１５０４にて、アプリ３の先頭メッセージであるメッセージ３１を取得し、ステップＳ１５０５にて、直前のアプリであるアプリ２のアプリメッセージ処理部１２０４へ取得権が渡される。
（５）データ処理装置１０１は、現在選択されているアプリの次のアプリの後続のメッセージを先読みする。ここで、現在選択されているアプリとは、例えば、図３と図７との例では、図７におけるアプリ１と、図３におけるＡ−ＶＯＤとであり、図８と図９との例では、図９におけるアプリ１と、図８におけるＡ−ＶＯＤとである。また、次のアプリとは、例えば、図３と図７との例では、図７におけるアプリ２と、図３におけるＦｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋとであり、図８と図９との例では、図９におけるアプリ２と、図８におけるＦｉｒｓｔ Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋとである。また、後続のメッセージとは、例えば、図３と図７との例では、図７におけるメッセージ２２及び２３であり、図９の例では、メッセージ２３である。
アルゴリズムでは、アプリ２のアプリメッセージ処理部１２０４の図１５のステップＳ１５０２、Ｓ１５０３、Ｓ１５０６及びＳ１５０８にて、アプリ２の残りのメッセージであるメッセージ２２及び２３を取得する。以下、ステップＳ１５０９にて次のアプリであるアプリ３のアプリメッセージ処理部１２０４へ取得権が渡され、後続のアプリに対して同様に処理が行われる。
なお、上記では、現在選択されているアプリの次のアプリのメッセージを先読みするとしたが、同様の方法により、現在選択されているアプリの前のアプリのメッセージを先読みするようにしてもよい。
なお、上記における（２）と（３）との処理の順番を反対にしてもよい。すなわち、（１）において第１メッセージを取得した後、（３）において第３メッセージを取得し、その後、（２）において第２メッセージを取得するようにしてもよい。このようにしても、上記と同様の効果が得られる。
さらに、上記における（２）と（３）との処理を同時に（又は、同時とみなせるほど短い時間を隔てて順次）行ってもよい。すなわち、（１）において第１メッセージを取得した後、（３）において第３メッセージを取得すると同時に、（２）において第２メッセージを取得するようにしてもよい。このようにしても、上記と同様の効果が得られる。
本実施の形態のデータ処理装置１０１によって、アプリのメッセージを一括取得せず、先頭メッセージだけを先に取得することで、アプリの切り替え指示があった場合においても取得済みである先頭メッセージを表示することができる。これによってメッセージの表示が速やかに行われるので、ユーザの利便性を高めることができる。
なお、本開示に必須の構成要素について、図２０を参照して説明する。
図２０は、データ処理装置の主要な機能ブロックの構成の第三例（データ処理装置１０１Ｂ）を示す機能ブロック図である。
図２０に示されるように、データ処理装置１０１Ｂは、選択部２００１と、取得部２００２と、表示部２００３とを備える。
選択部２００１は、複数のサーバのうち一のサーバを選択する。
取得部２００２は、複数のサーバからメッセージを取得する。また、取得部２００２は、一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に選択部２００１が選択する可能性のあるサーバから一部のメッセージを取得する。
表示部２００３は、選択部２００１が選択した一のサーバから取得部２００２が取得したメッセージを表示する。
［１―３．効果等］
以上のように、本実施の形態に係るデータ処理装置によれば、データ処理装置がメッセージを表示している状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
また、表示部上の並び順に従って、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。よって、メッセージ表示の待ち時間を短くすることができる。
特に、ユーザによる操作によって、現在閲覧しているメッセージから、次に閲覧したいメッセージに選択状態を移すことで、次に閲覧したいメッセージを選択するようなインタフェースを有する装置（例えば、上下左右キーを有するリモコンにより操作されるテレビ）の場合には、大きな効果を発揮する。
また、第１サーバの第１メッセージが選択状態である状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。ユーザが次に閲覧する可能性が高いメッセージとは、具体的には、第２サーバのメッセージの１つ（第２メッセージ）と、第１メッセージ以外の第１サーバのメッセージ（第３メッセージ）のことである。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
また、第１メッセージとして、ユーザが未だ閲覧したことがないメッセージを取得する。ユーザは、未だ閲覧したことがないメッセージを効率よく閲覧することができる。
また、第３メッセージとして、第１メッセージ以外の第１サーバに格納されているメッセージを取得する。これにより、データ処理装置内に、第１サーバ内の全てのメッセージが取得される。特に、ユーザが第１サーバ内のメッセージを次々に閲覧したいと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、ユーザが次に閲覧する可能性が第２サーバの次に高い第３サーバからも、同様にメッセージを取得する。これにより、特に、ユーザが異なるサーバのメッセージを次々に閲覧したいと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、ユーザが次に閲覧する可能性が第２サーバと同様に高い第４サーバからも、同様にメッセージを取得する。特に、ユーザが異なるサーバのメッセージを次々に閲覧している途中に、前のメッセージを再度確認しようと思う場合に、メッセージ表示の待ち時間を短くすることができる。
また、サーバから取得したメッセージをデータ処理装置内に保持しておくことができる。また、新たなメッセージを保持するとデータ処理装置内の保存容量を超えるような場合には、表示部上において選択されたサーバ又はメッセージ（ユーザが閲覧しているメッセージ）から遠い箇所に表示されているメッセージを削除する。表示部上においてカーソルが表示されている箇所から遠い箇所に表示されているメッセージは、ユーザが次に閲覧する可能性が比較的低いので、上記のようにすることにより、メッセージ表示の待ち時間を短く維持することができる。
また、表示部に表示されるカーソルにより、ユーザは、視覚的に選択されたサーバ又はメッセージを把握することができる。
＜補足＞
以上、本実施の形態に係るデータ処理装置について、説明したが、以下のように変形することも可能であり、本開示は上述した実施の形態に示した通りのデータ処理装置に限られないことはもちろんである。
（１）実施の形態において、リモコンではなく、指によるスライド操作でメッセージを切り替えても構わない。
（２）実施の形態において、アプリが切り替えられたときに最初に表示されるメッセージである先頭メッセージの数について、１つまたは２つの場合の例を示した。しかしながら、先頭メッセージの数は１つまたは２つに限られるわけではなく、さらに多くても構わない。
（３）実施の形態において、各アプリのアプリメッセージ処理部１２０４は、最初に先頭メッセージの数と同じ数のメッセージを取得することとした。しかしながら、各アプリのアプリメッセージ処理部１２０４は、最初に少なくとも先頭メッセージの数と同じ数のメッセージを取得すればよいのであって、先頭メッセージの数よりも多くのメッセージを取得しても構わない。
そうすると、アプリを切り替えるための「下」キーではなく、後続のメッセージを表示するための「右」キーが押された場合であっても、後続のいくつかのメッセージを速やかに表示することができる。なお、ユーザがよくメッセージを参照するアプリについてのみ、該当アプリのアプリメッセージ処理部１２０４が最初に先頭メッセージの数よりも多くのメッセージを取得するようにしても構わない。
なお、本開示は以下のようにも記載されうるが、以下の記載に限定されない。
複数のサーバが保有しているメッセージを、ユーザの指示に従って表示するデータ処理装置１０１Ａであって、前記複数のサーバのそれぞれからメッセージを取得する取得部１９０１と、前記複数のサーバのそれぞれを示す情報を並べて表示する表示部１９０３と、前記ユーザの指示に従って、前記表示部１９０３上において前記複数のサーバの１つである第１サーバに対応する領域を選択状態とし、かつ、前記選択状態とした領域に前記第１サーバから前記取得部１９０１が取得した第１メッセージを表示させる制御部１９０２とを備え、前記取得部１９０１は、前記制御部１９０２が前記第１メッセージを前記表示部１９０３に表示させている期間に、前記複数のサーバの１つであって、前記表示部１９０３上の並び順において前記第１サーバの次のサーバである第２サーバから第２メッセージを取得し、かつ、前記第１サーバから前記第１メッセージと異なる少なくとも１つのメッセージである第３メッセージを取得するデータ処理装置１０１Ａ（図１９）。
上記に記載のデータ処理装置１０１Ａによれば、第１サーバの第１メッセージが選択状態である状況において、ユーザが次に閲覧する可能性が高いメッセージを、ユーザが操作を行うよりも前に取得（先読み）することができる。ユーザが次に閲覧する可能性が高いメッセージとは、具体的には、第２サーバのメッセージの１つ（第２メッセージ）と、第１メッセージ以外の第１サーバのメッセージ（第３メッセージ）のことである。この後、ユーザが、次に閲覧したいメッセージを選択するときには、既に、上記の先読みによって、次に閲覧したいメッセージがデータ処理装置内に取得されている。よって、ユーザが次に閲覧したいメッセージを選択すると、すぐに、データ処理装置が当該メッセージを表示することができる。よって、メッセージ表示の待ち時間を短くすることができる。
特に、ユーザによる操作によって、現在閲覧しているメッセージから、次に閲覧したいメッセージに選択状態を移すことで、次に閲覧したいメッセージを選択するようなインタフェースを有する装置（例えば、上下左右キーを有するリモコンにより操作されるテレビ）の場合には、大きな効果を発揮する。
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記実装を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
また、上述の実施の形態は、本開示における技術を例示するためのものであるから、請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
本開示に係るデータ処理装置は、データ受信、および、閲覧機能を有する機器に広く適用することができる。
１０１、１０１Ａ、１０１Ｂ データ処理装置
１０２ データ処理サーバ
１０３ メッセージ格納サーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 通信部
２０５ 入力部
２０６ 出力部
２０７ リモコン
２０８、１９０３、２００３ 表示部
２５０ バスライン
１９０１、２００２ 取得部
１９０２ 制御部
２００１ 選択部

Claims (11)

  1. 複数のサーバのうち一のサーバを選択する選択部と、
    前記複数のサーバからメッセージを取得する取得部と、
    前記選択部が選択した前記一のサーバから前記取得部が取得したメッセージを表示する表示部とを備え、
    前記取得部は、
    前記一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に前記選択部が選択する可能性のあるサーバから一部のメッセージを取得する
    データ処理装置。
  2. 前記表示部は、前記取得部が取得した前記メッセージを保有していたサーバのそれぞれを示す情報を並べて表示し、
    前記取得部は、前記一のサーバから前記残余のメッセージを取得する前に、前記表示部上の並び順において前記一のサーバの次のサーバから前記一部のメッセージを取得する
    請求項１に記載のデータ処理装置。
  3. 前記選択部は、ユーザの指示に従って、前記一のサーバである第１サーバを選択し、
    前記取得部は、前記第１サーバから一部のメッセージである第１メッセージを取得し、
    前記取得部は、さらに、
    前記表示部が前記第１メッセージを表示している期間に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第１サーバの次のサーバである第２サーバから一部のメッセージである第２メッセージを取得し、かつ、前記第１サーバから前記第１メッセージと異なる少なくとも１つのメッセージである第３メッセージを前記残余のメッセージとして取得する
    請求項２に記載のデータ処理装置。
  4. 前記取得部は、
    前記第１サーバが保有しているメッセージのうち、当該取得部が未だ取得したことがないメッセージである新着メッセージを、前記第１メッセージとして取得する
    請求項３に記載のデータ処理装置。
  5. 前記取得部は、
    前記第１サーバが保有しているメッセージのうち、前記第１メッセージを除く全てのメッセージを前記第３メッセージとして取得する
    請求項３又は４に記載のデータ処理装置。
  6. 前記取得部は、
    前記第３メッセージを取得した後に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第２サーバの次のサーバである第３サーバから第４メッセージを取得し、かつ、前記第２サーバから第２メッセージと異なる少なくとも１つのメッセージを取得する
    請求項３〜５のいずれか１項に記載のデータ処理装置。
  7. 前記取得部は、
    前記第３メッセージを取得した後に、前記複数のサーバの１つであって、前記表示部上の並び順において前記第１サーバの前のサーバである第４サーバからメッセージを取得する
    請求項３〜６のいずれか１項に記載のデータ処理装置。
  8. 前記データ処理装置は、さらに、
    メモリを有し、前記取得部が取得したメッセージを保持する保持部を備え、
    前記保持部は、
    前記取得部が新たな前記メッセージを取得したときに、新たな前記メッセージを前記メモリに格納するとともに、
    前記表示部に表示されている前記メッセージのうち、前記選択部が選択したサーバを示す情報が表示部上で表示されている位置からより遠い位置に表示されている前記メッセージほど、より優先的に前記メモリから削除する
    請求項３〜７のいずれか１項に記載のデータ処理装置。
  9. 前記表示部は、さらに、
    前記選択部が選択したサーバを示す情報が表示されている位置にカーソルを表示させる
    請求項３〜８のいずれか１項に記載のデータ処理装置。
  10. 複数のサーバのうち一のサーバを選択する選択ステップと、
    前記複数のサーバからメッセージを取得する取得ステップと、
    前記選択ステップで選択した前記一のサーバから前記取得ステップで取得したメッセージを表示する表示ステップとを含み、
    前記取得ステップでは、
    前記一のサーバから一部のメッセージを取得し、当該一のサーバから残余のメッセージを取得する前に、当該一のサーバの次に前記選択ステップで選択する可能性のあるサーバから一部のメッセージを取得する
    データ処理方法。
  11. 請求項１０に記載のデータ処理方法をコンピュータに実行させるためのプログラム。

JP2013511464A 2012-08-03 2013-01-10 データ処理装置、データ処理方法、及び、プログラム Expired - Fee Related JP5277358B1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013511464A JP5277358B1 (ja) 2012-08-03 2013-01-10 データ処理装置、データ処理方法、及び、プログラム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2012172652 2012-08-03
JP2012172652 2012-08-03
JP2013511464A JP5277358B1 (ja) 2012-08-03 2013-01-10 データ処理装置、データ処理方法、及び、プログラム
PCT/JP2013/000046 WO2014020782A1 (ja) 2012-08-03 2013-01-10 データ処理装置、データ処理方法、及び、プログラム

Publications (2)

Publication Number Publication Date
JP5277358B1 JP5277358B1 (ja) 2013-08-28
JPWO2014020782A1 true JPWO2014020782A1 (ja) 2016-07-21

Family

ID=50027501

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013511464A Expired - Fee Related JP5277358B1 (ja) 2012-08-03 2013-01-10 データ処理装置、データ処理方法、及び、プログラム

Country Status (3)

Country Link
US (1) US20140040751A1 (ja)
JP (1) JP5277358B1 (ja)
WO (1) WO2014020782A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104536676A (zh) * 2014-12-17 2015-04-22 九玉（北京）科技有限公司 一种处理邮件的方法及装置

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5826031A (en) * 1996-06-10 1998-10-20 Sun Microsystems, Inc. Method and system for prioritized downloading of embedded web objects
JPH10133935A (ja) * 1996-10-30 1998-05-22 Hitachi Ltd 情報閲覧方法
US6970932B1 (en) * 1999-12-14 2005-11-29 Microsoft Corporation Non-delegable client requests to servers storing local information only
US7895273B1 (en) * 2003-01-23 2011-02-22 Sprint Spectrum L.P. System and method for sorting instant messages
JP4344185B2 (ja) * 2003-01-28 2009-10-14 シャープ株式会社 クライアント端末装置、情報処理方法、サブクライアント端末装置、コンピュータ実行可能なプログラム、及び記録媒体
US7827303B1 (en) * 2004-09-14 2010-11-02 Engate Technology Corporation Loop protection for a protective proxy
JP2008118178A (ja) * 2006-10-31 2008-05-22 Toshiba Corp 受信装置および受信方法
US8192287B2 (en) * 2006-11-17 2012-06-05 Nintendo Co., Ltd. Game apparatus and storage medium storing a game program for conducting data communications with a network
US8139596B2 (en) * 2007-06-15 2012-03-20 International Business Machines Corporation Communicating prioritized messages to a destination queue from multiple source queues using source-queue-specific priority values
JP2007287175A (ja) * 2007-07-05 2007-11-01 Fujitsu Ltd 図面表示処理装置，図面表示処理プログラムおよびそのプログラムの記録媒体
US8990269B2 (en) * 2007-11-28 2015-03-24 International Business Machines Corporation Intelligent client cache mashup for the traveler
JP5088259B2 (ja) * 2008-07-28 2012-12-05 富士通株式会社 コンテンツ先読み方法及び携帯端末及びｓｎｓサーバ
US8726310B2 (en) * 2009-02-05 2014-05-13 Purplecomm Inc. Meta channel media system control and advertisement technology
WO2010144000A1 (en) * 2009-06-08 2010-12-16 Bwin Games Ab Multicasting in an online gaming system
EP2378750A1 (en) * 2010-04-14 2011-10-19 LG Electronics Inc. Mobile terminal and message list displaying method therein
US8667333B2 (en) * 2010-06-01 2014-03-04 The United States Of America As Represented By The Secretary Of The Navy Extensible testing system
GB2483737A (en) * 2010-09-13 2012-03-21 Tata Consultancy Services Ltd Workflow scheduler for server cluster with blocking assignment of order sensitive flows and non blocking assignment of other flows
US8954517B2 (en) * 2010-12-29 2015-02-10 Avaya Inc. Method and apparatus for delegating a message
US8655971B2 (en) * 2011-05-16 2014-02-18 Vmware, Inc. Breaking locks held by two-phase commit transactions while preserving data consistency
US9015303B2 (en) * 2011-09-12 2015-04-21 Microsoft Corporation Message queue behavior optimizations
US20130144967A1 (en) * 2011-12-05 2013-06-06 International Business Machines Corporation Scalable Queuing System
US8977304B2 (en) * 2012-04-27 2015-03-10 Sony Corporation Systems and methods for prioritizing messages on a mobile device

Also Published As

Publication number Publication date
WO2014020782A1 (ja) 2014-02-06
US20140040751A1 (en) 2014-02-06
JP5277358B1 (ja) 2013-08-28

Similar Documents

Publication Publication Date Title
US20220006763A1 (en) Conversion of text relating to media content and media extension apps
US10761680B2 (en) Display method of scenario emoticon using instant message service and user device therefor
US10554599B2 (en) Conversion of detected URL in text message
US20110131518A1 (en) Control apparatus and control method
US20150143423A1 (en) Apparatus, method, and system for controlling device based on user interface that reflects user's intention
JP2015128241A (ja) 電子機器、制御方法、及びプログラム
CN102325271A (zh) 移动终端发送文件给电视机共享的方法、装置及移动终端
KR102509071B1 (ko) 전자 장치 및 이의 외부 장치를 제어하는 방법
WO2011039940A1 (ja) 情報端末、表示方法及びプログラムが格納された非一時的なコンピュータ可読媒体
JP2010055275A (ja) 情報処理装置及び機能拡張方法
CN113766328A (zh) 播放媒体资源的方法、装置、显示设备及存储介质
JP2007310596A (ja) サービス提供装置、コンピュータプログラム及び記録媒体
JP2014236391A (ja) 表示制御装置、文書管理サーバ、及び放送送出装置
EP3855404B1 (en) Application dependent remote control
JP5277358B1 (ja) データ処理装置、データ処理方法、及び、プログラム
US10291883B1 (en) System, method, and computer program for receiving device instructions from one user to be overlaid on an image or video of the device for another user
JP2010056966A (ja) 画像コンテンツ送信サーバ、画像表示装置、画像コンテンツ送信方法、及び、画像表示方法
JP2014049884A (ja) シーン情報出力装置、シーン情報出力プログラム、及びシーン情報出力方法
KR101990866B1 (ko) 방송 서비스 제공 방법 및 장치
JP2008040347A (ja) 画像表示装置、画像表示方法および画像表示プログラム
CN114915810A (zh) 一种媒资推送方法及智能终端
US20140317573A1 (en) Display apparatus and method of displaying a context menu
JP2015106000A (ja) 電子機器及び表示制御方法
WO2022166349A1 (zh) 一种媒资推送方法及智能终端
CN114915818B (zh) 一种媒资推送方法及智能终端

Legal Events

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130514

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130520

R150 Certificate of patent or registration of utility model

Ref document number: 5277358

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees