(57)【要約】【課題】  携帯端末において、ウェブページに用意されている動画を、ユーザの意思表示がなくてもインラインで再生することを可能とする技術を提供する。【解決手段】  情報端末の記憶手段は、前記の動画データを一時的に記憶することとし、制御手段は、ユーザの動作に応じて、前記の動画データが自動的に再生されるべき可視状態か否かを判断し、再生されるべき可視状態と判断した場合にのみ、インライン状態で前記の動画データを出力手段にて再生させる。【選択図】  図６
2017228820.tif 000002
【特許請求の範囲】
【請求項１】
無線通信によってインターネット上における所定のウェブページの各種データを受信して出力する情報端末にインストールされるコンピュータプログラムであって、
前記の情報端末は、動画データを含む一般のウェブページを閲覧する場合に、そのウェブページが情報端末の出力手段に対してその可視領域の一部として設定された動画データ表示領域を含んでいてもその動画データをフルスクリーン表示するように制御するネイティブ・プレイヤーを備え、
前記のコンピュータプログラムは、所定のウェブページにおける動画データをインライン再生させる動画インライン再生アプリケーションであって、
前記の情報端末における表示画面を操作するユーザによる画面送り操作に関する操作データを取得するユーザ操作データ入力手順と、
そのユーザ操作データ入力手順が取得した操作データが所定値よりも大きいか否かを判断する判断手順と、
その判断手順が取得した操作データが所定値よりも大きいと判断した場合には、前記のネイティブ・プレイヤーに対して動画データの読み込み命令を出力する動画データ読み込み命令手順と、
動画データの読み込み命令を受けた前記のネイティブ・プレイヤーが動画データの再生が可能となった場合に、動画表示領域に対して静止画データを連続して表示させるように前記のネイティブ・プレイヤーに対して制御する命令を出力するインライン再生命令手順と、
を前記の情報端末に実行させることとしたコンピュータプログラム。
【請求項２】
所定のウェブページの閲覧を終了した場合に、前記情報端末の記憶手段へインストールされていた動画インライン再生アプリケーションを、前記の記憶手段から消去する消去手順を、前記の情報端末に実行させることとした請求項１に記載のコンピュータプログラム。
【請求項３】
前記のインライン再生命令手順は、音声および映像の同期を取りながら音声および映像を同時に再生可能であって、
ユーザの選択操作に基づいて音声なし再生、音声付き再生、または音声有無を切り替え可能とした
請求項１または請求項２のいずれかに記載のコンピュータプログラム。
【請求項４】
無線通信によってインターネット上における所定のウェブページの各種データを受信して出力する情報端末であって、
動画データを含む一般のウェブページを閲覧する場合に、そのウェブページが情報端末の出力手段に対してその可視領域の一部として設定された動画データ表示領域を含んでいてもその動画データをフルスクリーン表示するように制御するネイティブ・プレイヤーを備えるとともに、
表示画面を操作するユーザによる画面送り操作に関する操作データを取得するユーザ操作データ入力手段と、
そのユーザ操作データ入力手段が取得した操作データが所定値よりも大きいか否かを判断する判断手段と、
その判断手段が取得した操作データが所定値よりも大きいと判断した場合には、前記のネイティブ・プレイヤーに対して動画データの読み込み命令を出力する動画データ読み込み命令手段と、
動画データの読み込み命令を受けた前記のネイティブ・プレイヤーが動画データの再生が可能となった場合に、動画表示領域に対して静止画データを連続して表示させるように前記のネイティブ・プレイヤーに対して制御する命令を出力するインライン再生命令手段と、
を備えた情報端末。
【請求項５】
所定のウェブページの閲覧を終了した場合に、前記情報端末の記憶手段へインストールされていた動画インライン再生アプリケーションを、前記の記憶手段から消去する消去手段を備えた請求項４に記載の情報端末。
【請求項６】
前記のインライン再生命令手段は、音声および映像の同期を取りながら音声および映像を同時に再生可能であり、
ユーザの選択操作に基づいて音声なし再生、音声付き再生、または音声有無を切り替え可能とした
請求項４または請求項５のいずれかに記載の情報端末。
【請求項７】
無線通信によってインターネット上における所定のウェブページの各種データを受信して出力する情報端末にインストールされるコンピュータプログラムを、情報端末へ送信可能なサーバであって、
前記の情報端末は、動画データを含む一般のウェブページを閲覧する場合に、そのウェブページが情報端末の出力手段に対してその可視領域の一部として設定された動画データ表示領域を含んでいてもその動画データをフルスクリーン表示するように制御するネイティブ・プレイヤーを備えており、
前記のコンピュータプログラムは、所定のウェブページにおける動画データをインライン再生させる動画インライン再生アプリケーションであって、
前記の情報端末における表示画面を操作するユーザによる画面送り操作に関する操作データを取得するユーザ操作データ入力手順と、
そのユーザ操作データ入力手順が取得した操作データが所定値よりも大きいか否かを判断する判断手順と、
その判断手順が取得した操作データが所定値よりも大きいと判断した場合には、前記のネイティブ・プレイヤーに対して動画データの読み込み命令を出力する動画データ読み込み命令手順と、
動画データの読み込み命令を受けた前記のネイティブ・プレイヤーが動画データの再生が可能となった場合に、動画表示領域に対して静止画データを連続して表示させるように前記のネイティブ・プレイヤーに対して制御する命令を出力するインライン再生命令手順と、
を前記の情報端末に実行させるコンピュータプログラムとしたコンピュータプログラム配信サーバ。
【請求項８】
所定のウェブページの閲覧を終了した場合に、前記情報端末の記憶手段へインストールされていた動画インライン再生アプリケーションを、前記の記憶手段から消去する消去手順を、前記の情報端末に実行させることとした
請求項７に記載のコンピュータプログラム配信サーバ。
【請求項９】
前記のインライン再生命令手順は、音声および映像の同期を取りながら音声および映像を同時に再生可能であって、
ユーザの選択操作に基づいて音声なし再生、音声付き再生、または音声有無を切り替え可能とした
請求項７または請求項８のいずれかに記載のコンピュータプログラム配信サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画再生装置およびその動画再生装置に用いるコンピュータプログラムに関する。
【背景技術】
【０００２】
通信機能を備えた情報端末を用いて、その情報端末に係るユーザが通信ネットワークへ接続し、インターネット上にあるホームページやインターネットメディアなど（以下、ウェブページ）を閲覧すると、広告データが当該情報端末の出力画面へ表示されることがある。この広告表示は、図１に示すような構成および手順による。
【０００３】
（図１）
インターネット上にある動画データを再生可能な情報端末には、オペレーティング・システム（ＯＳ）、ブラウザ、および動画再生プログラム（動画再生アプリケーション・プログラム）がインストールされている。
ブラウザとは、ウェブページを閲覧するためのソフトウェアであり、一般的には前記の情報端末へ予めインストールされている。
そのブラウザにて、動画データを再生する場合、ユーザによる動画データの要求操作（１）、動画データの受信操作（２）、動画データを記憶手段へ格納（３）、記憶手段へ格納された動画データを再生（４）、という手順となる。
【０００４】
ところで、情報端末がインターネットへ接続して情報端末に係るユーザが必要とするデータを受信したり、当該情報端末からユーザがデータを送信したりするためには、無料通信環境が限定領域で提供されている場合などを除き、通信サービスを提供する会社（いわゆる「通信キャリア」）とユーザとが契約をする必要がある。
通信キャリアとユーザとの間で締結される契約は、送受信に係るデータ量に応じて高くなるのが一般的である。
【０００５】
送受信されるデータの中で通品環境に影響が大きいのは、動画データである。動画データは、テキストデータ、静止画像などに比してデータ量が最も大きい。
また、動画データを受信しつつ再生するという動作は、情報端末というハードウェアに対する物理的な負荷（ＣＰＵの能力、記憶手段の容量、消費電力など）が大きい。
更に、通信キャリアにとっても、動画データをユーザに係る情報端末へ送信することに対しては、サービス提供をするための通信機器（基地局など）への負荷が大きい。
なお、情報端末がパーソナルコンピュータ（以下、単に「ＰＣ」）である場合には、出力手段である画面サイズが大きく、ハードウェアの性能も大きいため、ブラウザは動画データの再生と動画データ以外のコンテンツを同時に出力させることは容易であり、特別な処理は必要ない。
【０００６】
情報端末が手の平サイズであるような、小型の携帯電話（スマートフォン）である場合、出力手段である液晶モニタも小さいため、動画データと動画データ以外のコンテンツとを同時に出力（インライン再生）させても、動画データの表示領域がとても小さい。そのため、スマートフォンユーザにとっても、見にくい動画データがインライン再生されることのメリットが小さいということを前提としたと推測される。
【０００７】
以上のような背景から、情報端末に係るユーザが積極的に動画データを再生する意思表示としての操作をした場合に限って、動画データが再生されるようにオペレーティング・システム（ＯＳ）またはブラウザが制御していることがある（ＯＳの種類やバージョン、ブラウザの種類やバージョンによる）。
換言すれば、動画データと動画データ以外のコンテンツとを同時に出力するインライン表示ができないように、ブラウザが制限している。このようなブラウザ上で動画データを再生する動画プレイヤーを「ネイティブ・プレイヤー」とする。
図２および図３を用いて、具体的に説明する。
【０００８】
（図２）
あるユーザに係る情報端末のブラウザが、あるウェブページにアクセスしたとする。
ウェブページは、情報端末における出力画面に合わせて設計されていることが多い。図２では、情報端末における出力画面を縦方向にのみスクロールすれば、ウェブページを最初から最後まで閲覧できるように示している（横方向へのスクロールをも前提としたウェブページも存在する）。
このウェブページには、上から順に、テキスト領域Ａ、テキスト領域Ｂ、動画領域Ｃ、テキスト領域Ｄ、テキスト領域Ｅ、というように作成されている。
一方、情報端末がこのウェブページへアクセスした直後には、テキスト領域ＡおよびＢまでしか表示されない。
【０００９】
（図３）
さて、ユーザがスクロール操作をすると、動画領域Ｃ、テキスト領域Ｄなどが表示領域となる。
ここで、動画領域Ｃには、再生ボタンの静止画像が表示されているのみであり、ユーザが再生ボタンを操作（タップまたはクリック）しなければ動画は再生されない。ユーザが動画データを再生する意思表示を示した、すなわち、データ容量の大きな動画データを受信して再生することで通信料金がかさむことについて同意した、とみなした場合にのみ、動画が再生できるようにしているのである。
【００１０】
再生ボタンを操作（タップまたはクリック）した場合には、図３の下側に示すように、動画領域Ｆとなり、情報端末における画面の一部の領域を閉めていた動画領域Ｃから全画面表示モード（フルスクリーン表示）に切り替わり、その中で動画が再生される動画領域Ｆとなる。
【００１１】
前述してきた技術に類似または関連すると思われる技術として、出願人が検索したところ、特許文献１および２を抽出した。
特許文献１に開示された技術は、特別な動画再生ソフトウェアを搭載していなくても、ウェブページ上の動画を円滑に再生可能とする技術が開示されている。
【００１２】
特許文献２に開示された技術は、携帯端末装置における動画プレイヤー（動画再生アプリケーション・プログラム）の動作環境に一定の制限が設けられている場合であっても、当該動画プレイヤーの動画再生機能には影響を与えることなく、前記制限を解除することが可能な再生手段を備えた動画再生システムが開示されている。
【００１３】
特許文献２に開示された技術が開発された背景は、携帯端末装置で動画プレイヤーを起動して動画ファイル(動画コンテンツ)を再生させ、これを当該携帯端末装置でユーザに視聴させる動画配信サービスの存在があった。
そうしたサービスにおいては、再生可能な動画ファイルの容量が制限される場合(一例として、上限容量設定)、当該動画ファイルの携帯端末装置のハードディスクなどへの保存が制限される場合(一例として、保存不可)、あるいはサーバへの通信が制限される場合(一例として、特定コンテンツサーバ以外へのアクセス不可)などがあった。セキュリティ確保などの目的である。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２０１３−１３０１６号公報
【特許文献２】特開２００９−２３９７８３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
述べるまでもなく、ウェブページは、情報を発信したい者が作成し、情報を欲している人や情報を検索している人へ提供している。
ウェブページにて、商品やサービスを告知、広告したいと考える広告主にとっては、情報端末のユーザがタップ（またはクリック）という動作をしなければ動画データが再生されない、という事態は好ましくない。動画データは、そのデータ量が大きい一方で、視聴者に対するメッセージ性もテキストデータや静止画像データに比べて大きい。したがって、ユーザの動作に依存することなく再生され、ユーザに対するメッセージを発信したいのである。
しかし、現状では、ブラウザにて制御されている、ということは前述したとおりである。
【００１６】
一方、情報提供者の側に立ってみれば、ユーザの意思に依存することなく、準備した動画データが再生されることが望ましい。
もし、所定のウェブページがユーザの意思に関係なく動画が全画面で再生されてしまうとすれば、ユーザにとっては使いにくい。全画面にて動画を視聴したいかどうかは、ユーザの意思に従うべきとも言える。その意味では、現状のように、ブラウザにて動画の再生に対して制御されているのは、合理的と言える。
【００１７】
本発明が解決すべき課題は、ブラウザの制御に依存することなく、ユーザの意思を無視することもなく、ウェブページに用意されている動画を再生したり、停止させたりする技術を提供することにある。
【課題を解決するための手段】
【００１８】
前述した課題を解決するため、以下のような発明を提供する。
その発明とは、ネットワークを介して通信される携帯端末上で実行されるブラウザなどの閲覧ソフトウェアで動画コンテンツを制御するコンピュータプログラムであって、
ネットワークを介してデータを受信する受信手順と、
その受信手段にて受信したデータを出力する出力手順と、
前記の携帯端末に係るユーザが操作するための入力手順と、
入力手順による操作に応じて前記の受信手順または出力手順を制御する制御手順と、
前記の受信手順と出力手順による状態変化に対する状態制御手順と、を前記携帯端末で実行させることとしたコンピュータプログラム、である。
また、そのコンピュータプログラムをインストールした情報端末、前記コンピュータプログラムを送信等可能なサーバである。
より具体的に説明する。
【００１９】
（第一の発明）
第一の発明は、無線通信によってインターネット上における所定のウェブページの各種データを受信して出力する情報端末にインストールされるコンピュータプログラムに係る（図８参照）。
前記の情報端末は、動画データを含む一般のウェブページを閲覧する場合に、そのウェブページが情報端末の出力手段に対してその可視領域の一部として設定された動画データ表示領域を含んでいてもその動画データをフルスクリーン表示するように制御するネイティブ・プレイヤーを備える。
前記のコンピュータプログラムは、所定のウェブページにおける動画データをインライン再生させるアプリケーションであって、
前記の情報端末における表示画面を操作するユーザによる画面送り操作に関する操作データを取得するユーザ操作データ入力手順と、
そのユーザ操作データ入力手順が取得した操作データが所定値よりも大きいか否かを判断する判断手順と、
その判断手順が取得した操作データが所定値よりも大きいと判断した場合には、前記のネイティブ・プレイヤーに対して動画データの読み込み命令を実行する動画データ読み込み命令手順と、
動画データの読み込み命令を受けた前記のネイティブ・プレイヤーが動画データの再生が可能となった場合に、動画表示領域に対してその動画データを構成する静止画データを連続して表示させるように前記のネイティブ・プレイヤーに対して制御する命令を出力するインライン再生命令手順と、
を前記の情報端末に実行させることとしたコンピュータプログラムである。
【００２０】
（用語説明）
「動画」とは、１秒間に３０枚前後の連写された静止画像を順次切り替えて出力することによって、動いたものを動いた状態で見せることができる概念である。その静止画像を圧縮してデータ容量を小さくするための手段の違いによって、動画データには様々な方式が開発されており、それが動画フォーマットとして規定されている。動画データを再生する動画プレイヤーは、一般的に再生可能な動画フォーマットが決まっている。  換言すれば、「映像」は連続する静止画によって構成され、映像を連続して出力すると得られる効果は、動いて見えるという視覚的な要素である。
「操作データ」とは、情報端末をユーザが操作する行為そのものや行為内容を数値化したデータなどである。たとえば、タップしたか否か、スワイプ等を含む。
【００２１】
「所定のウェブページ」とは、本願に係るアプリケーション、すなわち、動画データをフルスクリーン表示ではなくインラインで再生させることができるアプリケーションを作動させられるウェブページである。
この「所定のウェブページ」ではないウェブページを「一般のウェブページ」とする。
「インライン再生」における動画データの再生とは、ウェブページに予め用意された動画領域内で動画を再生することである（図４参照）。ネイティブ・プレイヤーによる全画面での再生で画面を切り替えることなく、実行する。
【００２２】
（作用）
まず、情報端末には、一般のウェブページを閲覧する場合、ネイティブ・プレイヤーが作動するようになっている。すなわち、そのウェブページに動画データが含まれている場合、ユーザがその動画データを閲覧するための操作をした場合にのみ、ネイティブ・プレイヤーが作動し、フルスクリーン表示による動画再生がなされる。ユーザがその動画データを再生させるための操作をしなければ、動画データは再生されない。
その情報端末のユーザが、所定のウェブページを閲覧しようとした場合、ユーザ操作データ入力手順にて、ユーザによる画面送り操作に関する操作データを取得する。
そのユーザ操作データ入力手順が取得した操作データが所定値よりも大きいか否かを、判断手順が判断する。
【００２３】
その判断手順が取得した操作データが所定値よりも大きいと判断した場合には、動画データ読み込み命令手順が前記のネイティブ・プレイヤーに対して動画データの読み込み命令を出力する。
動画データの読み込み命令を受けた前記のネイティブ・プレイヤーが動画データの再生が可能となった場合には、インライン再生命令手順が動画表示領域に対して静止画データを連続して表示させるように前記のネイティブ・プレイヤーに対して制御する命令を出力する。これによって、全画面ではなく動画表示領域において、静止画データが連続して表示される。ユーザにとっては、あたかも、その動画表示領域において動画データが再生されたように閲覧することとなる。
【００２４】
（第一の発明のバリエーション１）
第一の発明は、以下のように形成することができる。
すなわち、所定のウェブページの閲覧を終了した場合に、前記情報端末の記憶手段へインストールされていた動画インライン再生アプリケーションを、前記の記憶手段から消去する消去手順を、前記の情報端末に実行させることとしてもよい。
【００２５】
（第一の発明のバリエーション２）
第一の発明は、以下のように形成することができる。
すなわち、前記のインライン再生命令手順は、音声および映像の同期を取りながら音声および映像を同時に再生可能とする。
加えて、ユーザの選択操作に基づいて音声なし再生、音声付き再生、または音声有無を切り替え可能とするのである。
【００２６】
これにより、ユーザが操作することで、音声なしの再生、音声付き再生、または音声有無を切り替え可能となる。
【００２７】
（第二の発明）
第二の発明は、第一の発明に係るコンピュータプログラムをインストールした情報端末に係る。
すなわち、  無線通信によってインターネット上における所定のウェブページの各種データを受信して出力する情報端末であって、  動画データを含む一般のウェブページを閲覧する場合に、そのウェブページが情報端末の出力手段に対してその可視領域の一部として設定された動画データ表示領域を含んでいてもその動画データをフルスクリーン表示するように制御するネイティブ・プレイヤーを備える。
そして、表示画面を操作するユーザによる画面送り操作に関する操作データを取得するユーザ操作データ入力手段と、  そのユーザ操作データ入力手段が取得した操作データが所定値よりも大きいか否かを判断する判断手段と、  その判断手段が取得した操作データが所定値よりも大きいと判断した場合には、前記のネイティブ・プレイヤーに対して動画データの読み込み命令を出力する動画データ読み込み命令手段と、  動画データの読み込み命令を受けた前記のネイティブ・プレイヤーが動画データの再生が可能となった場合に、動画表示領域に対して静止画データを連続して表示させるように前記のネイティブ・プレイヤーに対して制御する命令を出力するインライン再生命令手段と、
を備える。
【００２８】
（第二の発明のバリエーション１）
第二の発明は、所定のウェブページの閲覧を終了した場合に、前記情報端末の記憶手段へインストールされていた動画インライン再生アプリケーションを、前記の記憶手段から消去する消去手段を備えることとしてもよい。
【００２９】
（第二の発明のバリエーション２）
第二の発明は、以下のように形成することができる。
すなわち、前記のインライン再生命令手段は、音声および映像の同期を取りながら音声および映像を同時に再生可能であることとし、更に、  ユーザの選択操作に基づいて音声なし再生、音声付き再生、または音声有無を切り替え可能としてもよい。
【００３０】
（第三の発明）
第三の発明は、第一の発明に係るコンピュータプログラムを情報端末へインストールさせることができるサーバに係る。
すなわち、無線通信によってインターネット上における所定のウェブページの各種データを受信して出力する情報端末にインストールされるコンピュータプログラムを、情報端末へ送信可能なサーバである。
前記の情報端末は、動画データを含む一般のウェブページを閲覧する場合に、そのウェブページが情報端末の出力手段に対してその可視領域の一部として設定された動画データ表示領域を含んでいてもその動画データをフルスクリーン表示するように制御するネイティブ・プレイヤーを備えている。
前記のコンピュータプログラムは、所定のウェブページにおける動画データをインライン再生させる動画インライン再生アプリケーションであって、  前記の情報端末における表示画面を操作するユーザによる画面送り操作に関する操作データを取得するユーザ操作データ入力手順と、  そのユーザ操作データ入力手順が取得した操作データが所定値よりも大きいか否かを判断する判断手順と、  その判断手順が取得した操作データが所定値よりも大きいと判断した場合には、前記のネイティブ・プレイヤーに対して動画データの読み込み命令を出力する動画データ読み込み命令手順と、  動画データの読み込み命令を受けた前記のネイティブ・プレイヤーが動画データの再生が可能となった場合に、動画表示領域に対して静止画データを連続して表示させるように前記のネイティブ・プレイヤーに対して制御する命令を出力するインライン再生命令手順と、を前記の情報端末に実行させるコンピュータプログラムとする。
【００３１】
（第三の発明のバリエーション１）
第三の発明が情報端末へインストールさせるコンピュータプログラムは、所定のウェブページの閲覧を終了した場合に、前記情報端末の記憶手段へインストールされていた動画インライン再生アプリケーションを、前記の記憶手段から消去する消去手順を、前記の情報端末に実行させることとしてもよい。
【００３２】
（第三の発明のバリエーション２）
第三の発明が情報端末へインストールさせるコンピュータプログラムは、前記のインライン再生命令手順について、音声および映像の同期を取りながら音声および映像を同時に再生可能としてもよい。更に、  ユーザの選択操作に基づいて音声なし再生、音声付き再生、または音声有無を切り替え可能としてもよい。
【００３３】
第一の発明は、記録媒体（たとえば、ハードディスク、ＣＤ−Ｒ、ＤＶＤ−Ｒなど）に格納して提供することもできる。また、通信回線を介して送信することもできる。
【発明の効果】
【００３４】
第一の発明によれば、情報端末においてフルスクリーン表示をさせるユーザの意思表示がなくても、インラインにて動画データを再生させることができる情報端末用コンピュータプログラム（アプリケーション）を提供することができた。
第二の発明によれば、フルスクリーン表示をさせるユーザの意思表示がなくても、インラインにて動画データを再生させることができる情報端末を提供することができた。
第三の発明によれば、フルスクリーン表示をさせるユーザの意思表示がなくても、インラインにて動画データを再生させることができる情報端末用アプリケーションをダウンロード可能とするコンピュータプログラム配信サーバを提供することができた。
【図面の簡単な説明】
【００３５】
【図１】情報端末において、動画データが再生されるための一般的な技術を示す概念図である。
【図２】可視領域とウェブページとの関係を示す概念図である。
【図３】従来の一般的な技術を示す概念図である。
【図４】本発明の技術を採用した場合の携帯端末において、動画データが再生される様子を示す概念図である。
【図５】本発明の実施形態における概要を示す概念図である。
【図６】本発明の第一の実施形態の概要を示す概念図である。
【図７】本発明の第二の実施形態の概要を示す概念図である。
【図８】本発明の実施形態におけるアプリケーションとネイティブ・プレイヤーとの関係を示す概念図である。
【図９】本発明の実施形態における概要を示すフローチャートである。
【図１０】本発明の実施形態においてインライン動画再生の開始準備を示すフローチャートである。
【図１１】本発明の実施形態におけるインライン動画再生を示すフローチャートである。
【図１２】本発明の実施形態における再開命令を示すフローチャートである。
【図１３】本発明の実施形態における音声付き再生命令を示すフローチャートである。
【図１４】本発明の実施形態を示すフローチャートである。
【発明を実施するための形態】
【００３６】
以下、本願発明を実施形態に基づいて更に詳しく説明する。  ここで使用する図面は、図１、および図４から図１４である。
【００３７】
以下に示す実施形態では、JavaScript（登録商標）（以下、スクリプト言語）の仕組みを使用し、ウェブページ上の動画を再生する手段を提供する。
手の平サイズの情報端末（以下、「携帯端末」）に搭載されているブラウザは、動画データの再生に対しては、ポータルサイトなどのウェブメディアが提供するウェブページにおいては、インラインで再生されないように制約のある動画プレイヤー（以下、「ネイティブ・プレイヤー」または「ビデオタグ」）を使用している。この携帯端末を操作する者を、「ユーザ」とする。
【００３８】
一方、本願に係るコンピュータプログラム（アプリケーション）たるインライン動画プレイヤー（以下、「本プレイヤー」と略記することがある）は、ブラウザまたはネイティブ・プレイヤーに対して実行する命令の実行順序を示すプログラムによって、前記した制約を回避し、動画をインラインで再生するように機能するのである。
以下、更に詳しく説明する。
【００３９】
（図５）
図５は、本発明の実施形態における概要を示している。
通信ネットワークおよびウェブメディア（たとえば、あるポータルサイト）を介して、ユーザに係る情報端末へ本実施形態にて実現する動画データを含むデータを送信する場合、広告主から提供された動画データは、まず動画サーバへ取り込み、動画データを加工した上で、「本プログラム」とともに情報端末へ送信する。
「本プログラム」とは、情報端末に予め用意されているオペレーティング・システム（たとえば、ｉＯＳ）、ブラウザ（たとえば、Safari）、ブラウザに搭載されている動画再生プログラム（たとえば、ビデオプレイヤー）に対して、動画をインラインで再生させることができるようにするアプリケーション・プログラム（「動画インライン再生用アプリ」と図中に表示）である。
ユーザがウェブメディアへアクセスするという閲覧要求の操作をすると（１）、そのウェブメディアのコンテンツ（テキストデータ、静止画像データなど）がダウンロードされ（２）、表示される（３）。
従来技術であれば、ウェブメディアが設定した動画領域をユーザがタップなどの操作をした場合に、動画データはフルスクリーン表示されるが、本プログラムでは、動画領域へインラインで動画データが再生される（４）。
【００４０】
（図６）
図６を用いて、更に補足する。
ウェブメディアが提供するウェブページにおける広告欄などへ広告データを提供するのがＹ社、Ｚ社とする。
その広告データにおける動画データを、ユーザの携帯端末においてインライン表示させたいという場合、所定の動画サーバへ、その動画データを提供する。
動画サーバにおいては、Ｙ社やＺ社から預かった動画データを、パーソナルコンピュータ用やスマートフォン用などに加工する。スマートフォン用の動画データには、動画インライン再生用アプリを要求するタグを埋め込む。そうした加工済みの動画データは、加工済み動画データベースへ蓄積する。
【００４１】
ユーザの情報端末（携帯端末＝スマートフォン）から、Ｙ社やＺ社が提供した広告ページの閲覧要求が送信されると、動画インライン再生アプリを、その情報端末へ送信する。そして、加工済み動画データの出力準備ができると、スマートフォン用動画データがダウンロードされ、動画データ出力がインライン表示によってなされる。
【００４２】
（図７）
図７は、図６に示したバリエーションである。
図７では、動画を含む広告データをユーザに係る情報端末へ送信する動画配信サーバと、動画をインラインで再生させるためのアプリケーション・プログラムを情報端末へ送信するアプリ配信サーバとを、物理的に分けている。
【００４３】
（図８）
図８を用いて、動画インライン再生アプリと、スマートフォンなどに予めインストールされている動画再生プログラムの一部である「ネイティブ・プレイヤー」との関係を説明する。
動画領域を備えたウェブページを、情報端末（スマートフォン）で閲覧しようとするユーザがそのウェブページに対して、画面送りなどの操作をしたとする。
そのユーザによる操作に関するデータをデータ入力手段が捉え、判断手段が、所定の閾値を越えたか否か判断する。そして、所定の閾値を越えた場合には、ネイティブ・プレイヤーに対して、動画データの受信命令を出力手段が出力する。
【００４４】
動画データの受信命令を受信したネイティブ・プレイヤーは、アクセスしていたウェブページを介して動画データの受信を開始する。そして、一旦その動画データを動画データ記憶手段に記憶する。
動画インライン再生アプリは、ネイティブ・プレイヤーの動画データ記憶手段に対して、動画再生時間（についてのデータ）を取得する。そして、ネイティブ・プレイヤーが再生すべき動画のコマ送り状態をさせるための命令について、適切な命令を再生用演算手段が演算する。そして、その命令をネイティブ・プレイヤーの静止画データ連続再生手段へ出力する。
その命令を受けたネイティブ・プレイヤーは、静止画像を連続再生するので、ユーザのスマートフォン上では、動画領域において動画が再生される（ように見える）こととなる。
【００４５】
本実施形態に係る情報端末（携帯端末）は、携帯電話回線や無線ＬＡＮなどの無線通信技術または有線による通信が可能な通信部を備え、ブラウザがインストールされている。
そのブラウザは、外部サーバが提供しているウェブページを、通信部を介して閲覧するためのブラウザである。メディアフォーマットで圧縮された動画データを再生できるネイティブ・プレイヤーとして機能する HTMLVideoElementを含んでいる。また、音声データも再生できるように、音声用ネイティブ・プレイヤーとして機能する HTMLAudioElement も保有している。
ここで、「音声データ」とは、波形データであり、その波形データをスピーカやイヤホンなどの情報端末に付属した機器から出力した場合に、ユーザが得られる効果は聴覚的な要素である。
なお、「動画」とはこの「映像」のみまたは、「映像」と「音声」が同時に記録されたまたは出力されたことを意図している。
【００４６】
ウェブページの分量が多い、または表示領域が大きいなど、携帯端末の画面内に収まらない場合には、ブラウザは、ユーザがスクロール操作をした場合に、ウェブページの表示領域を動かす。この時、ブラウザによって、携帯端末の出力画面へ表示されるウェブページの表示領域を「可視領域」という（図２，３，４などに図示）。
【００４７】
本実施形態では、動画を再生したいというユーザの意思を示すタップ操作なしに、動画を自動でインラインで（たとえば、図４に可視領域内に設定された動画領域Ｃのままで）再生させる。
本プレイヤーは、ユーザが閲覧しているウェブページに含まれているプログラムによって、携帯端末における記憶装置の中から呼び出される。呼び出された最初には、本プレイヤーの初期化処理が実行される。
【００４８】
なお、図４に示すテキスト領域Ｂ，Ｄなどを一時的に隠し、動画領域Ｃを拡張する、ということも可能である。このような表示手法にあっても、「動画データをインライン表示させる」ということに含まれる。
【００４９】
本プレイヤーは、ユーザのスクロール操作を監視し、ユーザによるスクロール操作が実行されるまで待機する。「スクロール操作」とは、ユーザが携帯端末の液晶画面をスワイプする操作を表している。例えば、ウェブページの全体または一部に対して、touchstart、touchmove、touchendなどのタッチ関連のイベントリスナを登録するような処理も、表示されている画面に対する「ユーザ操作」に含まれる。
【００５０】
ユーザがスクロール操作を実行すると、携帯端末の記憶装置（ランダム・アクセス・メモリ）へ動画データを読み込むように、本プレイヤーが命令し、横込み動作が実行される。  例えば、ネイティブ・プレイヤーに対して、再生したい動画データを示すＵＲＬを指定し、loadまたはplayメソッドを実行する。そして、ネイティブ・プレイヤーが動画データを読み込み開始する。
【００５１】
なお、後述するインライン再生を音声付きで再生する場合（ユーザが予めそのように設定している）、もう一つの音声用ネイティブ・プレイヤーを用意する。そして、前述した動画データの読み込み命令と同じタイミングで、音声データまたは音声付き動画データの読み込み命令を実行する。
例えば、音声用ネイティブ・プレイヤーに対して、再生したい音声データまたは音声付き動画データを示すＵＲＬを指定し、loadまたはplayメソッドを実行する。ネイティブ・プレイヤーは、必要に応じて音声用ネイティブ・プレイヤーの読み込みが完了するまで、待機する。
【００５２】
なお、前記のネイティブ・プレイヤーまたは音声用ネイティブ・プレイヤーは、以下のようなケースがある。
第一に、本プレイヤーが作成し、ウェブページに貼り付けるケース。
第二に、本プレイヤーを使用する外部プログラムによって作成されウェブページに貼り付けられ、本プレイヤーへ渡されるケース。
第三に、ウェブページに直接貼り付けられたvideoタグやaudioタグを本プレイヤーが読み込むケース。
こうした方法で処理できる。
【００５３】
いずれのケースでも、ネイティブ・プレイヤーが動画ファイルの読み込みが完了しているので、本プレイヤーまたは本プレイヤーを使用するウェブページに含まれるプログラムは、ユーザの再生意思を示す操作なしに、そのプログラムの意図するタイミングで動画を再生できることとなる。
【００５４】
（動画の再生とそれ以外のコンテンツを同時に表示する方法）
一般的に、ネイティブ・プレイヤーの再生命令であるplayメソッドは、ブラウザの制約によって、動画データを必ず全画面にしてから再生する。
また、ユーザによるフルスクリーンを解除するような操作をすると、動画データの再生は必ず停止するように制御されてしまう。
本実施形態では、ネイティブ・プレイヤーのplayメソッドを使わず、特別な再生処理を実行する本プレイヤーの再生命令によって、動画データが再生しているかのようにインライン表示できるようにしている。  具体的に説明する。
【００５５】
動画データは、複数の静止画（コマ、フレームともいう）から構成される。動画データの再生とは、それらの静止画を順番に、極めて短い一定の時間間隔（約３０コマ／秒）で切り替えていくことで、人間の目から動いているように見せるデータ処理である。静止画を切り替える間隔を短くすればするほど、動画が滑らかに動くように見える。
【００５６】
ネイティブ・プレイヤーは、動画プレイヤーとして、現在の再生時間（再生位置）を示す、currentTimeという値をプログラムから取得または設定することができる。
動画データが再生中でない停止状態であれば、currentTimeが示す動画の位置の静止画を、ネイティブ・プレイヤーが表示させる。これは動画データが再生中ではないため、インラインで表示され、他のコンテンツ（たとえばテキストデータなど）と同時に表示できる。
本プレイヤーの動画データの再生命令は、前記の動画データ再生の仕組みとネイティブ・プレイヤーの特性とを活用することで実現するのである。
【００５７】
（図１１）
図１１を用いて、更に詳しく説明する。
ユーザの操作によって、動画データが再生される場合、本プレイヤーの再生命令を受けた直後の現在日時（仮に startedAt とする）を記憶する（Ｓ１）。
次に、短い時間間隔で後述する繰り返し処理を実行するための、繰り返し処理を初期化する（Ｓ２）。これは、例えばsetTimeout、setIntervalまたはrequest Animation Frameなどの命令を使用して、後述する処理を短い時間感覚で繰り返し実行するための準備である。
【００５８】
次に、繰り返し処理を開始する（Ｓ３）。繰り返し処理の実行中は、「本プレイヤーにおける再生中の状態」と定義する。
再生中に繰り返し実行する処理では、再び、現在日時を記憶し（仮に now とする）、  再生命令を受けた直後の現在日時との時間差（now - startedAt）を求めることで、現在表示すべき動画データの位置を求め、記憶（仮に elapsed とする）する（Ｓ４）。
【００５９】
次に、ネイティブ・プレイヤーにおけるビデオタグのcurrentTimeに対して、前述の時間差（elapsed）を設定する（Ｓ５）。すると、ネイティブ・プレイヤーおよびブラウザは、インラインでフレームを更新（動画データを再生）し、表示する。
すなわち、インラインで動画が再生されているかのように表示され、フルスクリーンでの動画再生に切り替えられることなく、動画コンテンツとそれ以外のコンテンツとを同時に表示させることができることとなる。
【００６０】
繰り返し処理の最後には、前述に設定したcurrentTimeが動画の尺以上となるかならないかを判断する（Ｓ６）。なった場合、今後の繰り返し処理を実行しないように、キャンセルする（Ｓ７）。ならない場合には、繰り返し処理を終了する（Ｓ８）
【００６１】
なお、本プレイヤーの再生中に、ユーザの操作によって再生を停止する場合は、再生中に前記した繰り返し処理をキャンセルする。
本プレイヤーの再生中の状態からユーザの操作によって再生を停止した後、ユーザの操作によって再生命令を再び呼び出した場合、動画データは最初から再生される。
【００６２】
動画データの再生を停止した位置から、再生を再開する場合について説明する。ユーザが、いわゆる「一時停止」のボタンをタップした場合である。
再開命令は、前記の再生命令を一部修正して実現する。
すなわち、再開命令を受けた直後に、ネイティブ・プレイヤーのcurrentTimeを記憶（仮に started CurrentTime とする）する。
繰り返し処理実行中にネイティブ・プレイヤーのcurrentTimeを設定する際、前記の再生位置と時間の合算値（elapsed ＋ started CurrentTime）を設定し、その位置から動画データの再生を再開する。
【００６３】
（音声付き動画の再生とそれ以外のコンテンツを同時に表示する方法）
前記してきたユーザの操作に基づく再生命令または再開命令は、音声がない状態の動画データ（映像データ）が再生されることとなる。
動画データを音声付きで再生を実行したり、音声付き再開を実行したりするためには、前提として、音声用ネイティブ・プレイヤーによる音声データの読み込みを実行しておく必要がある。
音声用ネイティブ・プレイヤーは、音声データのみを再生できるが、表示要素を持たないため、フルスクリーン表示による再生、といった表示上の制約は課されていない。
【００６４】
音声付き再生命令または音声付き再開命令は、前記した音声用ネイティブ・プレイヤーと、前記の再生命令または再開命令を同時実行することで実現できる。
しかし、携帯端末のＣＰＵ（中央演算装置）に対する負担が大きくなった場合に、動画データの処理速度に遅延が発生し、音声データと映像データとの再生タイミングがずれてしまうがある。音声データの再生命令と、映像データの再生命令とが独立しているために、音声データが再生される時間の流れと、で遺贈データが再生される時間の流れが異なるためである。
【００６５】
そこで、本実施形態に係る本プレイヤーの音声付き再生命令では、音声データおよび動画データの処理を統合して時間の流れを一本化するために、新たな再生命令（音声付き動画データの再生処理）を提供している。
なお、統合処理の都合により、音声付き再生命令と音声付き再開命令は、同一の命令群で実現する。
【００６６】
新たな音声付き動画データの再生処理では、現在日時（startedAt）や現在の再生位置（started CurrentTime）を記憶する処理は不要である。
まず、音声用ネイティブ・プレイヤーのplayメソッドを実行し、音声データの再生を開始する。
【００６７】
次に、映像データに対しては、映像データの再生命令（音声なし再生命令）のような短い時間間隔にて繰り返し実行するための初期化処理を実行する。
その初期化を実行した後の繰り返し処理では、音声用ネイティブ・プレイヤーのcurrentTimeをネイティブ・プレイヤー（インラインで表示される映像用のプレイヤー）のcurrentTimeに設定する。
一方、音声データの再生は、ブラウザが備えている音声用ネイティブ・プレイヤーに任せている。そのため、音声用ネイティブ・プレイヤーのcurrentTimeは、ブラウザによる音声データの再生処理機能によって更新されていく。
【００６８】
以上説明したように、動画データの再生に用いる短い時間間隔で、音声用ネイティブ・プレイヤーと映像用ネイティブ・プレイヤーとで、currentTimeを合わせることで、音声データと映像データとが同期される。このため、音声と映像とがズレて再生されるという事態がなくなる。
【００６９】
また、音声付き再開命令も、音声用ネイティブ・プレイヤーが途中の再生位置をcurrentTimeとして記憶しているため、本プレイヤーが別途記憶しておく必要はない。
ここに示した実施形態によれば、音声付きの映像データをインラインにて再生ができる。
【００７０】
（ネイティブ・プレイヤーによる表示制約（装飾）を回避して表示する方法）
前述してきた実施形態では、ネイティブ・プレイヤーをウェブページに直接貼り付けるため、playメソッドを呼び出すことなく再生しているかのように、動画データが表示される。
すなわち、ブラウザとネイティブ・プレイヤーは常に停止状態であり、ユーザから再生を開始する再生開始ボタンをネイティブ・プレイヤー上に表示したうえで、待機している状態である、ということもできる。
しかし、対象の携帯端末（特に、その端末のＯＳ）やブラウザのバージョンによって、ネイティブ・プレイヤーの再生ボタンが表示されたまま、本プレイヤーによる動画の再生が実行される可能性がある。
【００７１】
そこで、本プレイヤーは、ウェブページにおいてネイティブ・プレイヤーを非表示とし、その代わりにキャンバス（HTMLCanvasElement）を貼り付けて表示する。
それによって、映像フレーム（動画領域）の中では、ネイティブ・プレイヤーの装飾（再生ボタン）を非表示にし、動画データのみを表示できるようにしている。
【００７２】
前記のキャンバスは、プログラムによって幅広い描画命令を実行し、表示させることができる表示要素である。たとえば、キャンバスの中のdrawImageメソッドによる描画命令を使用することによって、ネイティブ・プレイヤーの現在の再生位置におけるフレームを、キャンバスへ描画させることができる。
すなわち、ネイティブ・プレイヤーをウェブページから非表示とし、キャンバスを使うことで代わりにネイティブ・プレイヤーの映像フレーム（動画領域）を描画させるのである。
【００７３】
キャンバスは、以下のような処理が可能である。
たとえば、ネイティブ・プレイヤー同様に、本プレイヤーがキャンバスを作成し、ウェブページへ貼り付けること。
本プレイヤーを使用する外部プログラムによって作成されウェブページへ貼り付けられ、本プレイヤーに渡されること。
ウェブページ4に直接貼られたcanvasタグを本プレイヤーが読み込むこと。
以上のような手順で処理できる。
再生命令、再開命令、音声付き再生命令、音声付き再開命令の各繰り返し処理内で、ネイティブ・プレイヤーのcurrentTimeが設定された直後に、キャンバスに対してネイティブ・プレイヤーの映像フレームを描画するdrawImageメソッドを呼び出す。
以上の処理によって、ネイティブ・プレイヤーの装飾がなく、インラインで動画が再生されているかのように表示が可能である。
【００７４】
前記した実施形態による携帯端末の制御技術を用いれば、本来であれば、ＯＳやブラウザによって制限され、動画データをインライン表示できない場合であっても、動画データをインライン表示させることが可能である。そのため、ユーザに対するインパクトのある広告データの作成や、その視聴回数を増加させることに寄与する。
【産業上の利用可能性】
【００７５】
本願発明は、情報端末の製造業、情報端末において用いるアプリケーションの製作業、情報端末への各種情報サービスを提供する情報通信サービス業、動画データの製作業、動画データを用いた広告業などにおいて、利用可能性を有する。
【図１】
2017228820.tif 000003
【図２】
2017228820.tif 000004
【図３】
2017228820.tif 000005
【図４】
2017228820.tif 000006
【図５】
2017228820.tif 000007
【図６】
2017228820.tif 000008
【図７】
2017228820.tif 000009
【図８】
2017228820.tif 000010
【図９】
2017228820.tif 000011
【図１０】
2017228820.tif 000012
【図１１】
2017228820.tif 000013
【図１２】
2017228820.tif 000014
【図１３】
2017228820.tif 000015
【図１４】
2017228820.tif 000016