JP2022109311A - サーバおよび端末 - Google Patents

Abstract

【課題】複数のチャンネルを提供するプラットフォームアプリケーションをチャンネル毎にカスタム化する。【解決手段】本発明の一態様によれば、サーバは、受信部と、判定部と、生成部と、送信部とを含む。受信部は、プラットフォームアプリケーションによって提供される複数のチャンネルのうちの１つである第１のチャンネルに関連付けられる第１のページの取得要求を端末から受信する。判定部は、取得要求が、第１のページへのショートカットアイコンが選択されたことを示す補足情報を含むか否かを判定する。生成部は、取得要求が補足情報を含む場合には、プラットフォームアプリケーションを起動し、かつ、プラットフォームアプリケーションの起動後に第１のチャンネルに関連付けられた第２のページへの画面遷移を行うための命令を含む、取得要求への応答を生成する。送信部は、取得要求への応答を端末へ送信する。【選択図】 図７

Description

本発明は、プラットフォームアプリケーションに関する。

現在、主にスマートフォン向けのアプリケーション開発が活発に行われている。開発したアプリケーションを配布するためには、所定の配布事業者（典型的には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の提供者）に申請し、その審査をパスする必要がある。アプリケーションの審査は、ガイドラインに従って行われ、当該アプリケーションが信頼できるものであるかどうかなどを確認する。

アプリケーションの種類は様々であるが、例えば、多数のコンテンツクリエイターがコンテンツを発信するチャンネル（場）を提供したり、多数のＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）事業者が電子商取引を行うチャンネルを提供したりするためのプラットフォーム的なアプリケーション（以降、単にプラットフォームアプリケーションと呼ぶ）が現在配布されており（例えば、非特許文献１参照）、また今後も新規のプラットフォームアプリケーションが開発・配布されていくと予想される。

一般的には、プラットフォームアプリケーションの起動後に、スマートフォンは所定のトップページまたは前回最後に表示したページへ画面遷移する。そして、ユーザが所望のコンテンツクリエイターまたはＥＣ事業者のチャンネルを選択する入力を行うことで、スマートフォンは選択されたチャンネルのページへ画面遷移する。ここで漸く、ユーザは、所望のコンテンツクリエイターの作成したコンテンツを視聴したり、所望のＥＣ事業者のショップでネットショッピングをしたりすることができるようになる。

「ＮＩＣＯＮＩＣＯＣＨ」、［ｏｎｌｉｎｅ］、［２０１７年９月１０日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｉｎｆｏ．ｎｉｃｏｖｉｄｅｏ．ｊｐ／ｃｈ／ｎｉｃｏｎｉｃｏ＿ｃｈ＿ａｐｐ／＞ 「ＣｏｃｏＰＰａ」、［ｏｎｌｉｎｅ］、［２０１７年９月１０日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｃｏｃｏｐｐａ．ｃｏｍ／＞

コンテンツクリエイターやＥＣ事業者は、自らのチャンネルへのユーザの誘導を強化するために、プラットフォームアプリケーションのカスタム化を望むかもしれない。具体的には、プラットフォームアプリケーションの起動後の初期画面を、プラットフォームのトップページではなく自らのチャンネルのページに変更する、プラットフォームアプリケーションのアイコンをチャンネル独自のアイコンに変更する、などのカスタム化が想定される。しかしながら、現状では、コンテンツクリエイターやＥＣ事業者がカスタム化したプラットフォームアプリケーションをユーザに配布するためには、他の新規アプリケーションと同様に、配布事業者への申請が必要となる。

他方、プラットフォームアプリケーションのユーザは、お気に入りのチャンネルをフォローしやすくするために、コンテンツクリエイターまたはＥＣ事業者と同様にプラットフォームアプリケーションのカスタム化を希望するかもしれない。ある種のアプリケーション（例えば、非特許文献２参照）は、カスタムＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）スキームを利用し、任意のアプリケーションのアイコンを別のアイコンに変更したかのように見せることを可能にしている。しかしながら、実際には、このアプリケーションは、アイコンそのものを変更することはできず、そのアイコンに対応するアプリケーションに対してリンクが張られた別のショートカットアイコンをホーム画面上に追加する。故に、追加されたショートカットアイコンを選択しても、アプリケーションの本来のアイコンを選択した場合と同じ挙動、すなわちプラットフォームアプリケーションであればプラットフォームのトップページまたは前回最後に表示したページへの画面遷移が生じるに過ぎない。

本発明は、複数のチャンネルを提供するプラットフォームアプリケーションをチャンネル毎にカスタム化することを目的とする。

本発明の第１の態様によれば、サーバは、受信部と、判定部と、生成部と、送信部とを含む。受信部は、プラットフォームアプリケーションによって提供される複数のチャンネルのうちの１つである第１のチャンネルに関連付けられる第１のページの取得要求を端末から受信する。判定部は、取得要求が、第１のページへのショートカットアイコンが選択されたことを示す補足情報を含むか否かを判定する。生成部は、取得要求が補足情報を含む場合には、プラットフォームアプリケーションを起動し、かつ、プラットフォームアプリケーションの起動後に第１のチャンネルに関連付けられた第２のページへの画面遷移を行うための命令を含む、取得要求への応答を生成する。送信部は、取得要求への応答を端末へ送信する。

本発明の第２の態様によれば、端末は、入力部と、制御部と、送信部と、受信部とを含む。入力部は、プラットフォームアプリケーションによって提供される複数のチャンネルのうちの１つである第１のチャンネルに関連付けられた第１のページへのショートカットアイコンを選択するユーザ入力を受け付ける。制御部は、ユーザ入力に応じて、ショートカットアイコンが選択されたことを示す補足情報を含む、第１のページの取得要求を生成する。送信部は、第１のページの取得要求をサーバへ送信する。受信部は、プラットフォームアプリケーションを起動し、かつ、プラットフォームアプリケーションの起動後に第１のチャンネルに関連付けられた第２のページへの画面遷移を行うための命令を含む、取得要求への応答をサーバから受信する。制御部は、さらに、命令に従って、プラットフォームアプリケーションを起動し、プラットフォームアプリケーションの起動後に第２のページへの画面遷移を行う。

本発明によれば、複数のチャンネルを提供するプラットフォームアプリケーションをチャンネル毎にカスタム化することができる。

実施形態に係るプラットフォームシステムを例示するブロック図。 図１中の端末の構成例を示すブロック図。 図１中の端末の画面に表示されるメインアイコンおよびサブアイコンを例示する図。 図１の端末のホーム画面にサブアイコンを追加するまでの画面遷移を例示する図。 図１の端末のホーム画面中のサブアイコンを選択した場合の画面遷移を例示する図。 図１中の端末の動作例を示すフローチャート。 図１中のサーバの構成例を示すブロック図。 図１中のサーバの動作例を示すフローチャート。

以下、図面を参照しながら実施形態の説明を述べる。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。

（実施形態）
実施形態に係るプラットフォームシステムは、複数のチャンネルを備えるプラットフォームサービスを提供する。このプラットフォームサービスは、例えば、コンテンツクリエイターがコンテンツを発信するチャンネルを提供したり、ＥＣ事業者が電子商取引を行うチャンネルを提供したりすることができる。ユーザの端末は、インターネットブラウザ、またはプラットフォームアプリケーションを実行してサーバにアクセスすることで、プラットフォームサービスを利用することができる。

本実施形態に係るプラットフォームシステムは、図１に例示されるように、端末１０－１，１０－２・・・と、サーバ２０とを含む。図１の各端末１０は、サーバ２０にネットワークを介して接続されていて、データを互いに送受信できる。なお、端末１０の総数は２に限られず、１つであってもよいし、３以上であってもよい。また、図１に示されるサーバ構成は例示に過ぎず、１つのサーバの機能が複数の装置によって分担されてもよいし、複数のサーバの機能が１つの装置に集約されてもよい。

プラットフォームアプリケーションを実行可能な、例えば当該アプリケーションをインストールした端末１０は、その画面上に当該アプリケーションの正規アイコン（以降、メインアイコンと称する）を表示できる。ユーザがこのメインアイコンを選択する入力を行うと、端末１０は、プラットフォームアプリケーションを起動し、それから典型的にはプラットフォームサービスのトップページ（Ｗｅｂページ）の取得要求を生成してサーバ２０へ送信する。サーバ２０は、受信した取得要求に応じたページデータを応答として端末１０へ返す。端末１０は、受信したページデータを画面に表示する。ユーザがさらなる入力を行うと、端末１０はこのユーザ入力に応じてさらなるページの取得要求を生成してサーバ２０へ送信する。このようなやり取りを繰り返すことで、端末１０は、プラットフォームサービスのトップページから所望のコンテンツクリエイターまたはＥＣ事業者のチャンネルのページを表示し、ユーザは、この第１のチャンネルを介して、コンテンツの提供を受けたり、ネットショッピングを行ったりすることができる。

他方、本実施形態に係る端末１０は、後述されるように、正規アイコンとは異なるアイコン（以降、サブアイコンと称する）をその画面に追加することができる。このサブアイコンは、例えばサーバ２０が提供可能な１つのチャンネル（以降、第１のチャンネルと称する）のページ（以降、第１のページと称する）へのショートカットアイコンに相当する。故に、ユーザがこのサブアイコンを選択する入力を行うと、端末１０は、インターネットブラウザを起動し、それから第１のページの取得要求を生成してサーバ２０へ送信する。ただし、この取得要求は、サブアイコンが選択されたことを示す補足情報を含んでいる。サーバ２０は、受信した取得要求がこの補足情報を含んでいるか否かを判定し、含んでいる場合には、通常とは異なる応答を端末１０へ返す。具体的には、この応答は、プラットフォームアプリケーションを起動し、かつ、当該アプリケーションの起動後に、第１のチャンネルに関連付けられたページ（第２のページ）への画面遷移を行うための命令を含む。第２のページは、例えば第１のチャンネルのトップページであり得る。端末１０は、受信した命令に従って、プラットフォームアプリケーションを起動し、当該プラットフォームアプリケーションの起動後に、第２のページへの画面遷移を行う。これにより、端末１０は、サブアイコンの選択以外のユーザ入力を必要とすることなく、プラットフォームアプリケーション上で第１のチャンネルの第２のページを表示し、ユーザは、この第１のチャンネルを介して、コンテンツの提供を受けたり、ネットショッピングを行ったりすることができる。

以下、図１中の端末１０およびサーバ２０の構成および動作について順に図面を用いて説明する。
端末１０は、典型的には、テレビ受像機（インターネットテレビを含む）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、モバイル端末（例えば、タブレット、スマートフォン、ラップトップ、フィーチャーフォン、ポータブルゲーム機、デジタルミュージックプレイヤー、電子書籍リーダなど）、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）端末、ＡＲ (Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)端末であるが、これらに限られない。

端末１０は、インターネットブラウザおよびプラットフォームアプリケーションを含むアプリケーションの実行およびその制御、入出力制御、種々の要求（データ）の生成および通信制御などを行うプロセッサと、かかる処理を実現するために当該プロセッサによって実行されるプログラムおよび当該プロセッサによって使用されるデータなどを一時的に格納するメモリとを含んでいる。

端末１０は、さらに、ネットワークに接続するための通信装置と、例えばＷｅｂページなどの映像および／または音声を出力するための出力装置と、ユーザ入力を受け付けるための入力装置と、プログラムまたはデータを保存する補助記憶装置とを利用可能である。これらの通信装置、出力装置、入力装置および補助記憶装置は、端末１０に内蔵されていてもよいし、端末１０に外付けされてもよい。

通信装置は、ネットワーク経由で、サーバと通信をする。例えば、通信装置は、サーバ２０へページデータの取得要求を送信したり、サーバ２０から取得要求に対する応答を受信したりする。

出力装置は、動画像、静止画像、テキストなどを表示するための表示装置および／または音声、楽曲などを出力するためのスピーカを含み得る。表示装置は、例えば、液晶ディスプレイ、有機ＥＬ（ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイなどである。表示装置は、コンテンツを含む表示データを表示する。なお、表示装置は、タッチスクリーンのように入力装置の機能を備えていてもよい。

入力装置は、例えば、キーボード、マウス、テンキーなどであってもよいし、タッチスクリーンのように表示装置の機能を備えていてもよい。ユーザ入力は、典型的には、タップ、クリック、特定のキーの押下などであり得る。このほか、ユーザ入力は、例えば、マイクロフォンによって捉えられる音声、生体センサによって検出される生体データ（例えば体温、表情など）、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）または基地局情報によって識別される位置データ、加速度センサによって検出される加速度データに基づいて推定されるユーザのアクション（例えば、端末１０を振り回した）などを含むこともできる。

補助記憶装置は、例えば、アプリケーションに関するプログラムまたはデータを格納する。補助記憶装置は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性記憶媒体であることが好ましい。

次に、図２を用いて端末１０の構成例の説明を続ける。端末１０は、入力部１０１と、制御部１０２と、送信部１０３と、受信部１０４と、出力部１０５とを含む。

入力部１０１は、ユーザ入力を受け取る。入力部１０１は、ユーザ入力を制御部１０２へ送る。入力部１０１は、前述の入力装置であってもよいし、当該入力装置とのインターフェースであってもよい。

具体的には、ユーザ入力は、メインアイコンまたはサブアイコンを選択するユーザ入力、出力部１０５によって表示される画面中のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部品またはリンクを選択するユーザ入力などを含み得る。

制御部１０２は、アプリケーションを実行する。アプリケーションは、インターネットブラウザおよびプラットフォームアプリケーションの両方を含む。制御部１０２は、入力部１０１からのユーザ入力、受信部１０４からの受信データなどに基づいて動作する。

制御部１０２は、メインアイコンを選択するユーザ入力を入力部１０１から受け取ると、プラットフォームアプリケーションを起動し、デフォルトページの取得要求を生成し、送信部１０３へ送る。デフォルトページは、例えば、プラットフォームサービスのトップページ、または、前回最後に表示したページであり得る。

制御部１０２は、サブアイコンを選択するユーザ入力を入力部１０１から受け取ると、インターネットブラウザを起動し、サブアイコンのショートカット先である第１のページの取得要求を生成する。この取得要求は、第１のページのＵＲＬに加えて、サブアイコンが選択されたことを示す補足情報を含む。制御部１０２は、補足情報を含んだ取得要求を送信部１０３へ送る。

制御部１０２は、メインアイコンが選択された場合の取得要求に対する応答を受信部１０４から受け取ると、この応答に含まれる、デフォルトページに対応するページデータを出力部１０５へ送る。

制御部１０２は、サブアイコンが選択された場合の取得要求に対する応答を受信部１０４から受け取ると、この応答に含まれる命令に従ってプラットフォームアプリケーションを起動し、当該アプリケーションの起動後に第２のページへの画面遷移を行う。すなわち、制御部１０２は、第２のページに対応するページデータを出力部１０５へ送る。第２のページに対応するページデータは、制御部１０２がプラットフォームアプリケーションの起動後に取得要求を送信することで取得されてもよいし、上記命令と同じ応答に含まれていてもよい。

なお、サブアイコンが選択された場合の取得要求に対する応答は、端末１０においてプラットフォームアプリケーションが起動完了するまでの待ち時間に画面に表示可能なスプラッシュ画像が含まれているかもしれない。この場合には、制御部１０２は、スプラッシュ画像を出力部１０５へ送り、これを画面に表示させる。

送信部１０３は、制御部１０２からページの取得要求などの要求を受け取り、ネットワーク経由でサーバ２０へ送信する。送信部１０３は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。

受信部１０４は、ネットワーク経由で、サーバ２０から、要求に対する応答を受信する。受信部１０４は、受信した応答を制御部１０２へ送る。受信部１０４は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。

出力部１０５は、制御部１０２からページデータ（ここでは、Ｗｅｂページを表示するためのデータ）を受け取り、Ｗｅｂページを出力する。出力部１０５は、前述の出力装置であってもよいし、当該出力装置とのインターフェースであってもよい。また、出力部１０５は、ホーム画面を出力することもできる。ホーム画面には、メインアイコンおよび／またはサブアイコンが含まれ得る。

サブアイコンの画像または名前は、メインアイコンの画像または名前と異なっていてもよく、さらにチャンネル毎に個別に設定されてよい。図３に例示される画面Ｓ１では、サブアイコンＩ２の画像は、メインアイコンＩ１の画像とは異なっている。このようにチャンネル毎に独自のサブアイコンを設定可能とすることで、このサブアイコンＩ２を、よりチャンネル専用アプリケーションのアイコンらしく演出することができる。サブアイコンの画像または名前は、例えば、当該サブアイコンに関連付けられるページの属するチャンネル（以降、単にサブアイコンに関連付けられるチャンネルと称する）の運営者によって設定され得る。

サブアイコンをホーム画面に追加するまでの画面遷移を図４に例示する。まず、ユーザは、ホーム画面Ｓ２に表示されるプラットフォームアプリケーションのメインアイコンＩ１を選択する入力を行う。これにより、制御部１０２は、プラットフォームアプリケーションを起動し、端末１０の画面にはプラットフォームサービスのトップページが表示される。その後、ユーザは、さらなる入力を行うことで、所望のチャンネルである「ギタリストＧｉｔａｏの「弾いてみた！」」チャンネルのトップページを端末１０の画面に表示させる（Ｓ３）。ここで、さらなる入力とは、例えば、画面に表示されたチャンネルカテゴリを選択する、検索バーにキーワードを入力する、登録済みのお気に入りチャンネルリストを呼び出す、などを含み得る。

「ギタリストＧｉｔａｏの「弾いてみた！」」チャンネルのトップページには、コンテンツの提供を受けるためのボタン、チャンネルをフォローするためのボタン、有料会員として入会するためのボタンなどに加えて、サブアイコンをホーム画面に追加するための「アプリ」ボタンＢ１が表示される。なお、「アプリ」ボタンＢ１に相当するボタンは、チャンネルのトップページ以外のページに表示されてもよい。

ユーザが「アプリ」ボタンＢ１を選択する入力を行うと、制御部１０２は、インターネットブラウザを起動し、「アプリ」ボタンに設定されたＵＲＬの示すページ（以降、単にアプリケーション設定ページと称する）に対応するページデータを取得する。この結果、端末１０の画面には、アプリケーション設定ページが表示される（Ｓ４）。このアプリケーション設定ページは、前述の第１のページの一例に相当する。アプリケーション設定ページには、サブアイコンＩ２を端末１０のホーム画面に追加するための手順の説明文が含まれていてもよい。

ここで、ユーザがボタンＢ２を選択する入力を行うと、制御部１０２は実行中のインターネットブラウザの標準機能を利用するためのランチャーを呼び出す（Ｓ５）。さらに、ユーザがこの標準機能の１つである「ホーム画面に追加」を利用するためにボタンＢ３を選択する入力を行うと、制御部１０２はホーム画面にサブアイコンＩ２を追加する（図３のＳ１および図５のＳ６を参照）。このサブアイコンＩ２は、「ギタリストＧｉｔａｏの「弾いてみた！」」チャンネルのアプリケーション設定ページへのショートカットアイコンに相当する。

続いて、このようにホーム画面に追加されたサブアイコンＩ２をユーザが選択した場合の画面遷移を図５に例示する。

まず、ユーザは、ホーム画面Ｓ６に表示される、プラットフォームアプリケーションのサブアイコンＩ２を選択する入力を行う。前述のように、このサブアイコンＩ２は、「ギタリストＧｉｔａｏの「弾いてみた！」」チャンネルのアプリケーション設定ページへのショートカットアイコンに相当する。故に、制御部１０２は、インターネットブラウザを起動し、このアプリケーション設定ページの取得要求を生成する。ただし、この取得要求は、サブアイコンＩ２が選択されたことを示す補足情報を含む。送信部１０３は、この取得要求をサーバ２０へ送信する。

サーバ２０は、かかる補足情報を含んだ取得要求を受信すると、本来要求されているアプリケーション設定ページに対応するページデータではなく、プラットフォームアプリケーションを起動し、かつ、当該アプリケーションの起動後に、「ギタリストＧｉｔａｏの「弾いてみた！」」チャンネルに関連付けられた第２のページ、例えば当該チャンネルのトップページへの画面遷移を行うための命令を含む応答を送信する。故に、インターネットブラウザには表示すべきページデータが与えられないので、端末１０には例えば全白または全黒などの所定の画面が一時的に表示される（Ｓ７）。

前述のように、サーバ２０からの応答には、端末１０においてプラットフォームアプリケーションが起動完了するまでの待ち時間に画面に表示可能なスプラッシュ画像が含まれているかもしれない。この場合に、端末１０の画面にはスプラッシュ画像が表示される（Ｓ８）。

ここで、サブアイコンＩ２を選択した後に表示されるスプラッシュ画像は、メインアイコンＩ１を選択した後に表示されるスプラッシュ画像とは異なっていてもよく、さらにチャンネル毎に個別に設定されてよい。このようにチャンネル毎に独自のスプラッシュ画像を設定可能とすることで、このサブアイコンＩ２を、よりチャンネル専用アプリケーションのアイコンらしく演出することができる。スプラッシュ画像は、例えば、サブアイコンに関連付けられるチャンネルの運営者によって設定され得る。

制御部１０２は、プラットフォームアプリケーションを起動した後、「ギタリストＧｉｔａｏの「弾いてみた！」」チャンネルのトップページへの画面遷移を自動的に行う（Ｓ９）。このトップページは、前述の第２のページに相当する。

サブアイコンＩ２の選択後に端末１０およびサーバ２０がこのように動作することで、ユーザにはあたかも所望のチャンネル（図５の例では、「ギタリストＧｉｔａｏの「弾いてみた！」」チャンネル）の専用アプリケーションが端末１０にインストールされているかのように感じさせることができる。

次に、図６を用いて、端末１０の動作例を説明する。図６の動作は、端末１０のホーム画面に表示された、プラットフォームアプリケーションのサブアイコンをユーザが選択することで開始する。
前述のように、プラットフォームアプリケーションのサブアイコンは、当該プラットフォームアプリケーションによって提供される複数のチャンネルのうちの１つである第１のチャンネルに関連付けられる第１のページ（例えば、アプリケーション設定ページ）へのショートカットアイコンに相当する。故に、制御部１０２は、まずインターネットブラウザを起動する（ステップＳ２０１）。

次に、制御部１０２は、第１のページのＵＲＬと、サブアイコンが選択されたことを示す補足情報とを含む、第１のページの取得要求を生成する（ステップＳ２０２）。送信部１０３は、ステップＳ２０２において生成された取得要求をサーバ２０へ送信する（ステップＳ２０３）。

受信部１０４は、ステップＳ２０３において送信された取得要求に対する応答をサーバ２０から受信する（ステップＳ２０４）。この応答は、第１のページに対応するページデータではなく、プラットフォームアプリケーションを起動し、かつ、当該アプリケーションの起動後に第１のチャンネルに関連付けられた第２のページ（例えば、第１のチャンネルのトップページ）への画面遷移を行うための命令を含む。さらに、この応答は、前述のスプラッシュ画像を含み得る。

制御部１０２は、ステップＳ２０４において受信された応答に含まれる命令に従って、プラットフォームアプリケーションを起動し（ステップＳ２０５）、それから第２のページへの画面遷移を行う（ステップＳ２０６）。この結果、出力部１０５は第２のページを表示できる。

図６の動作によれば、ユーザは、サブアイコンを選択するだけで、インターネットブラウザではなくプラットフォームアプリケーション上で所望のチャンネルのページに直接ジャンプすることができる。故に、あたかも所望のチャンネルの専用アプリケーションが端末１０にインストールされているかのようにユーザに感じさせることができる。

次に、サーバ２０の構成例を説明する。サーバ２０は、例えば（サーバ）コンピュータであって、端末１０から受信した取得要求の解釈とこれに対する応答の生成、ページデータ、後述されるユーザデータなどの読み書き、後述される特典の付与などを行うプロセッサと、かかる処理を実現するために当該プロセッサによって実行されるプログラムおよび当該プロセッサによって使用されるデータなどを一時的に格納するメモリとを含んでいる。

サーバ２０は、さらに、ネットワークに接続するための通信装置と、大容量のデータを蓄積するための補助記憶装置とを利用可能である。通信装置および補助記憶装置は、サーバ２０に内蔵されてもよいし、サーバ２０に外付けされてもよい。

通信装置は、ネットワーク経由で端末１０と通信をする。例えば、通信装置は、端末１０から取得要求を受信したり、端末１０へ取得要求に対する応答を送信したりする。

補助記憶装置は、例えば、ページデータ、ユーザデータなどのデータを蓄積する。補助記憶装置は、例えば、ＨＤＤ、ＳＳＤなどの不揮発性記憶媒体であることが好ましい。補助記憶装置は、サーバ２０にネットワーク経由で接続されたファイルサーバであり得る。

次に、図７を用いてサーバ２０の構成例の説明を続ける。図７のサーバ２０は、受信部３０１と、判定部３０２と、生成部３０３と、送信部３０４と、ページデータ管理部３０５と、ページデータ記憶部３０６と、特典付与部３０７と、ユーザデータ管理部３０８と、ユーザデータ記憶部３０９とを含む。

受信部３０１は、ネットワーク経由で、端末１０からページの取得要求を受信する。受信部３０１は、取得要求を判定部３０２および生成部３０３へ送る。受信部３０１は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。

判定部３０２は、受信部３０１からページの取得要求を受け取る。判定部３０２は、この取得要求が、サブアイコンが選択されたことを示す補足情報を含むか否かを判定する。判定部３０２は、判定結果を生成部３０３および特典付与部３０７に通知する。判定部３０２は、前述のプロセッサおよびメモリであり得る。

生成部３０３は、受信部３０１からページの取得要求を受け取り、判定部３０２から当該取得要求に関する判定結果を通知される。生成部３０３は、通知される判定結果に依存して異なる手法により、取得要求に対する応答を生成し、これを送信部３０４へ送る。生成部３０３は、前述のプロセッサおよびメモリであり得る。

取得要求が補足情報を含まない場合には、生成部３０３は、当該取得要求に含まれるＵＲＬの示すページデータをページデータ管理部３０５に要求する。生成部３０３は、ページデータ管理部３０５からページデータを受け取る。生成部３０３は、このページデータを含む応答を生成する。

取得要求が補足情報を含む場合には、生成部３０３は、端末１０がプラットフォームアプリケーションを起動し、かつ、当該アプリケーションの起動後に当該取得要求の対象である第１のページと同一のチャンネルに関連付けられる第２のページ（例えば、チャンネルのトップページ）への画面遷移を行うための命令を含む応答を生成する。生成部３０３は、端末１０が第２のページへの画面遷移を行えるように、第２のページのＵＲＬを応答に含めてもよいし、第２のページに対応するページデータをページデータ管理部３０５から取得して応答に含めてもよい。

なお、生成部３０３は、例えば、第１のページのＵＲＬと第２のページのＵＲＬとを関連付けるテーブルを参照したり、第１のページのＵＲＬに対して所定の文字列演算（所定の文字列の削除、変更、追加など）を行ったりするなどして、第２のページのＵＲＬを特定してもよい。

送信部３０４は、生成部３０３から応答を受け取り、ネットワーク経由で端末１０へ送信する。送信部３０４は、前述の通信装置であってもよいし、当該通信装置とのインターフェースであってもよい。

ページデータ管理部３０５は、ページデータ記憶部３０６に保存されるページデータを管理する。例えば、ページデータ管理部３０５は、生成部３０３によって要求されたページデータをページデータ記憶部３０６から読み出し、生成部３０３に返す。ページデータ管理部３０５は、前述のプロセッサおよびメモリであり得る。

ページデータ記憶部３０６は、ページデータ管理部３０５によって書き込まれたページデータを格納する。ページデータ記憶部３０６は、前述の補助記憶装置であってもよいし、当該補助記憶装置とのインターフェースであってもよい。

特典付与部３０７は、判定部３０２から取得要求に関する判定結果を通知される。取得要求が補足情報を含む場合には、特典付与部３０７は当該取得要求を送信した端末１０のユーザに対して特典を条件付きまたは無条件で付与する。条件は、例えば、ユーザのプロファイルデータ（例えば、視聴履歴、購入履歴など）、サブアイコンの識別情報（例えば、ＵＲＬ、チャンネル名など）、サブアイコンの選択回数、サブアイコンを選択したときの端末１０の日時情報または位置情報、などに基づいて当否を判定されてよい。特典付与部３０７は、特典が付与されるユーザとその特典とを識別する情報をユーザデータ管理部３０８へ送る。

特典を付与すること自体は、サブアイコンをあたかもチャンネルの専用アプリケーションであるかのように振る舞わせるために必須ではない。しかしながら、このような特典を付与する仕組みがあることで、サブアイコンの利用を促進できる。特典は、チャンネル間で共通であってもよいし、チャンネル毎に独自に設定されてもよい。特典をチャンネル独自に設定可能とすれば、例えば各チャンネルの運営者は、自己のフォロワーであるユーザに対してインセンティブを与えるなどして、自己のチャンネルのサブアイコンの利用を促進できる。

特典は、基本的には、サブアイコンと関連付けられるチャンネルを介して財貨またはサービスを受ける権利である。
例えばコンテンツを発信するためのチャンネルであれば、特典は、当該チャンネルを介して提供される特別なコンテンツを視聴する権利、または、当該チャンネルを介して提供される有料コンテンツを視聴するための対価若しくは当該チャンネルの会員に課される対価の割り引きを受ける権利などであり得る。特別なコンテンツは、例えば視聴するために何らかの条件が課されるコンテンツであり得る。

また、電子商取引を行うためのチャンネルであれば、特典は、当該チャンネルを介して販売される特別な商品若しくはサービスを購入する権利、当該チャンネルを介して販売される商品若しくはサービスの代価の割り引きを受ける権利、または、当該チャンネルを介して行われる電子商取引に付随する有料オプションを利用するための代価の割り引きを受ける権利などであり得る。特別な商品またはサービスは、例えば購入するために何らかの条件が課される商品またはサービスであり得る。有料オプションは、例えば、ラッピング、配送日の指定、配送時間の指定、特別な配送方法の指定などであり得る。

ユーザデータ管理部３０８は、ユーザデータ記憶部３０９に保存されるユーザデータ、例えばユーザのプロファイルデータを管理する。例えば、ユーザデータ管理部３０８は、特典付与部３０７によって指定されたユーザのユーザデータにおいて、特典が付与されたことを示すフラグを立ててもよい。ユーザデータ管理部３０８は、前述のプロセッサおよびメモリであり得る。

ユーザデータ記憶部３０９は、ユーザデータ管理部３０８によって書き込まれたユーザデータを格納する。ユーザデータ記憶部３０９は、前述の補助記憶装置であってもよいし、当該補助記憶装置とのインターフェースであってもよい。

次に、図８を用いて、サーバ２０の動作例を説明する。図８の動作は、サーバ２０が端末１０からページの取得要求を受信することで開始する。
判定部３０２は、受信部３０１によって受信されたページの取得要求が、サブアイコンが選択されたことを示す補足情報を含むか否かを判定する（ステップＳ４０１）。取得要求が補足情報を含むならば処理はステップＳ４０２へ進み、そうでなければ処理はステップＳ４０４へと進む。

ステップＳ４０２では、生成部３０３が、取得要求を送信した端末１０がプラットフォームアプリケーションを起動し、かつ、当該アプリケーションの起動後に当該取得要求の対象である第１のページと同一のチャンネルに関連付けられる第２のページへの画面遷移を行うための命令を含む応答を生成し、送信部３０４が当該応答を端末１０へ送信する。また、特典付与部３０７は、端末１０のユーザに対して特典を条件付きまたは無条件で付与してもよい（ステップＳ４０３）。

他方、ステップＳ４０４では、生成部３０３は、第１のページに対応するページデータをページデータ管理部３０５から取得して当該ページデータを含む応答を生成し、送信部３０４が当該応答を端末１０へ送信する。

以上説明したように、実施形態に係るサーバは、端末から受信したページの取得要求がサブアイコン（すなわち、プラットフォームアプリケーションによって提供される第１のチャンネルに関連付けられる第１のページへのショートカットアイコン）が選択されたことを示す補足情報を含むか否かを判定する。そして、取得要求が補足情報を含む場合に、このサーバは、端末がプラットフォームアプリケーションを起動し、かつ、当該アプリケーションの起動後に第１のチャンネルに関連付けられた第２のページへの画面遷移を行うための命令を含む、取得要求への応答を生成して端末へ返す。故に、この端末およびサーバによれば、当該端末のユーザがタップなどの選択操作をするだけで、端末がプラットフォームアプリケーションを起動して所望のチャンネルのページへ画面を自動遷移させることのできるサブアイコンが実現可能となる。すなわち、この端末およびサーバによれば、プラットフォームアプリケーションをチャンネル毎にカスタム化することができる。

上述の実施形態は、本発明の概念の理解を助けるための具体例を示しているに過ぎず、本発明の範囲を限定することを意図されていない。実施形態は、本発明の要旨を逸脱しない範囲で、様々な構成要素の付加、削除または転換をすることができる。

上記各実施形態において説明された種々の機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。

上記各実施形態の処理の少なくとも一部は、汎用のコンピュータを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリなどである。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。

（付記１）
プラットフォームアプリケーションによって提供される複数のチャンネルのうちの１つである第１のチャンネルに関連付けられる第１のページの取得要求を端末から受信する受信部と、
前記取得要求が、前記第１のページへのショートカットアイコンが選択されたことを示す補足情報を含むか否かを判定する判定部と、
前記取得要求が前記補足情報を含む場合には、前記プラットフォームアプリケーションを起動し、かつ、当該プラットフォームアプリケーションの起動後に前記第１のチャンネルに関連付けられた第２のページへの画面遷移を行うための命令を含む、前記取得要求への応答を生成する生成部と、
前記取得要求への応答を前記端末へ送信する送信部と
を具備するサーバ。
（付記２）
前記取得要求への応答は、前記端末において前記プラットフォームアプリケーションが起動完了するまでの待ち時間に前記端末の画面に表示可能なスプラッシュ画像を含み、
前記スプラッシュ画像は、チャンネル毎に個別に設定される、
（付記１）に記載のサーバ。
（付記３）
前記ショートカットアイコンの画像または名前は、チャンネル毎に個別に設定される、（付記１）に記載のサーバ。
（付記４）
前記取得要求が前記補足情報を含む場合に、前記端末のユーザへ特典を付与する特典付与部をさらに具備する、（付記１）に記載のサーバ。
（付記５）
前記特典は、前記第１のチャンネルを介して財貨またはサービスを受ける権利である、（付記４）の記載のサーバ。
（付記６）
前記特典は、前記第１のチャンネルを介して提供される特別なコンテンツを視聴する権利、または、前記第１のチャンネルを介して提供される有料コンテンツを視聴するための対価若しくは前記第１のチャンネルの会員に課される対価の割り引きを受ける権利のうち少なくとも１つを含む、（付記４）に記載のサーバ。
（付記７）
前記特典は、前記第１のチャンネルを介して販売される特別な商品若しくはサービスを購入する権利、前記第１のチャンネルを介して販売される商品若しくはサービスの代価の割り引きを受ける権利、または、前記第１のチャンネルを介して行われる電子商取引に付随する有料オプションを利用するための代価の割り引きを受ける権利のうち少なくとも１つを含む、（付記４）に記載のサーバ。
（付記８）
プラットフォームアプリケーションによって提供される複数のチャンネルのうちの１つである第１のチャンネルに関連付けられた第１のページへのショートカットアイコンを選択するユーザ入力を受け付ける入力部と、
前記ユーザ入力に応じて、前記ショートカットアイコンが選択されたことを示す補足情報を含む、前記第１のページの取得要求を生成する制御部と、
前記第１のページの取得要求をサーバへ送信する送信部と、
前記プラットフォームアプリケーションを起動し、かつ、当該プラットフォームアプリケーションの起動後に前記第１のチャンネルに関連付けられた第２のページへの画面遷移を行うための命令を含む、前記取得要求への応答を前記サーバから受信する受信部と
を具備し、
前記制御部は、さらに、前記命令に従って、前記プラットフォームアプリケーションを起動し、当該プラットフォームアプリケーションの起動後に前記第２のページへの画面遷移を行う、
端末。

１０・・・端末 ２０・・・サーバ １０１・・・入力部 １０２・・・制御部
１０３，３０４・・・送信部 １０４，３０１・・・受信部 １０５・・・出力部
３０２・・・判定部 ３０３・・・生成部 ３０５・・・ページデータ管理部
３０６・・・ページデータ記憶部 ３０７・・・特典付与部
３０８・・・ユーザデータ管理部 ３０９・・・ユーザデータ記憶部
Ｂ１，Ｂ２，Ｂ３・・・ボタン Ｉ１，Ｉ２・・・アイコン
Ｓ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６，Ｓ７，Ｓ８，Ｓ９・・・画面

Claims (1)

1. 複数のチャンネルを備えるプラットフォームサービスを提供するためのコンピュータプログラムであって、
   前記コンピュータプログラムは、少なくとも１つのコンピュータに、
   ユーザによるメインアイコンの選択入力に応じて、プラットフォームアプリケーションを起動すること、
   前記ユーザによるさらなる入力に応じて、上記複数のチャンネルのうち、前記ユーザが所望するチャンネルのページを表示すること、
   前記ユーザによるサブアイコンをホーム画面に追加する入力に応じて、インターネットブラウザの標準機能であるランチャを呼び出して、ホーム画面にサブアイコンを追加すること、
   を実行させることを備える、コンピュータプログラム。

Images