(57)【要約】  本発明は、ビデオアクセス方法、クライアント、端末、サーバおよび記憶媒体を開示する。前記方法は、フォローしているユーザのうちビデオを更新したユーザを含むビデオ更新ユーザのエントリ提示データを受信するステップと、現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示するステップと、前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、対応するビデオ再生ページを表示するステップと、を含む。
2021529387.tif 000002
【特許請求の範囲】
【請求項１】
端末に用いられるビデオアクセス方法であって、
フォローしているユーザのうちビデオを更新したユーザを含むビデオ更新ユーザのエントリ提示データを受信するステップと、
現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示するステップと、
前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、前記予め設定された操作に対応するビデオ再生ページを表示するステップと、を含む、ビデオアクセス方法。
【請求項２】
現在の端末画面にエントリ提示欄を表示する前記ステップは、
現在の端末画面上方にウインドウの形でエントリ提示欄を表示するステップを含む、請求項１に記載の方法。
【請求項３】
前記エントリ提示データは前記ビデオ更新ユーザのアバターを含む、請求項１または２に記載の方法。
【請求項４】
前記ビデオアクセスエントリはライブ配信アクセスエントリであり、
現在の端末画面にエントリ提示欄を表示する前記ステップは、
トップページにエントリ提示欄を表示し、前記エントリ提示欄に前記アバターの形で少なくとも１つのライブ配信アクセスエントリを提示するステップを含む、請求項３に記載の方法。
【請求項５】
前記ビデオアクセスエントリはショートビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つであり、または、前記ビデオアクセスエントリはロングビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つであり、
現在の端末画面にエントリ提示欄を表示する前記ステップは、
フォローページにエントリ提示欄を表示し、前記エントリ提示欄に前記アバターの形で、（ｉ）少なくとも１つのショートビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つ、または（ｉｉ）少なくとも１つのロングビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つを提示するステップを含み、ショートビデオアクセスエントリのアバターおよびロングビデオアクセスエントリのアバターの１つと、ライブ配信アクセスエントリのアバターとは予め設定された構成に基づいて区別される、請求項３に記載の方法。
【請求項６】
ビデオ更新ユーザのエントリ提示データを受信する前に、さらに、
前記現在の端末画面でのユーザのプルダウン操作に基づいて生成される、前記エントリ提示データを取得するように指示するためのビデオリフレッシュ要求を取得および送信するステップを含む、請求項１または２に記載の方法。
【請求項７】
サーバに用いられるビデオアクセス方法であって、
端末から送信されるビデオリフレッシュ要求に応答し、フォローしているユーザのうちビデオ更新ユーザのエントリ提示データを特定し、前記エントリ提示データを前記端末に送信するステップと、
端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、前記ビデオデータ取得要求に対応するビデオデータを前記端末に送信するステップと、を含み、前記ビデオデータ取得要求は、前記端末が現在の端末画面に表示されるエントリ提示欄に提示される少なくとも１つのビデオアクセスエントリの予め設定された操作によって取得したものであり、前記少なくとも１つのビデオアクセスエントリは前記エントリ提示データに応じて前記エントリ提示欄に提示される、ビデオアクセス方法。
【請求項８】
フォローしているユーザにビデオ更新ユーザが存在しないことに基づき、前記端末にビデオアクセスエントリを提示しない情報を返すステップを含む、請求項７に記載の方法。
【請求項９】
端末に配置されるクライアントであって、
フォローしているユーザのうちビデオを更新したユーザを含むビデオ更新ユーザのエントリ提示データを受信するように設定された提示データ受信モジュールと、
現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示するように設定されたエントリ提示モジュールと、
前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、前記予め設定された操作に対応するビデオ再生ページを表示するように設定されたビデオ再生モジュールと、を含む、クライアント。
【請求項１０】
前記エントリ提示モジュールは、現在の端末画面上方にウインドウの形でエントリ提示欄を表示するように設定される、請求項９に記載のクライアント。
【請求項１１】
サーバに配置されるビデオアクセス装置であって、
端末から送信されるビデオリフレッシュ要求に応答し、フォローしているユーザのうちビデオ更新ユーザのエントリ提示データを特定し、前記エントリ提示データを前記端末に送信するように設定された提示データ送信モジュールと、
端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、前記ビデオデータ取得要求に対応するビデオデータを前記端末に送信するように設定されたビデオデータ送信モジュールと、を含み、前記ビデオデータ取得要求は、前記端末が現在の端末画面に表示されるエントリ提示欄に提示される少なくとも１つのビデオアクセスエントリの予め設定されたタッチ操作によって取得したものであり、前記少なくとも１つのビデオアクセスエントリは、前記エントリ提示データに応じて前記エントリ提示欄に提示される、ビデオアクセス装置。
【請求項１２】
少なくとも１つのプロセッサと、
少なくとも１つのプログラムを記憶するように設定されたメモリと、を含み、
前記少なくとも１つのプログラムが前記少なくとも１つのプロセッサにより実行されることで、前記少なくとも１つのプロセッサは請求項１から６のいずれか１項に記載のビデオアクセス方法を実現する、端末。
【請求項１３】
少なくとも１つのプロセッサと、
少なくとも１つのプログラムを記憶するように設定されたメモリと、
前記少なくとも１つのプログラムが前記少なくとも１つのプロセッサにより実行されることで、前記少なくとも１つのプロセッサは請求項７から８のいずれか１項に記載のビデオアクセス方法を実現する、サーバ。
【請求項１４】
プロセッサにより実行される時に請求項１から６のいずれか１項に記載のビデオアクセス方法を実現するコンピュータプログラムが記憶されている、コンピュータ可読記憶媒体。
【請求項１５】
プロセッサにより実行される時に請求項７から８のいずれか１項に記載のビデオアクセス方法を実現するコンピュータプログラムが記憶されている、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、２０１８年０６月２９日に中国特許局へ提出された、出願番号２０１８１０６９７９２２．０の中国特許出願の優先権を主張し、該出願の開示の全てが参照によって本願に組み込まれる。
本開示の実施例はインターネット分野に関し、例えばビデオアクセス方法、クライアント、装置、端末、サーバおよび記憶媒体に関する。
【背景技術】
【０００２】
関連するビデオソーシャルアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰ）において、ユーザは自分の生活をシェアでき、同時にＡＰＰでショートビデオを視聴し、より多くの友人と知り合い、多数の新鮮な話を聞くことができ、また気に入るアカウントアイデンティティ（Ｉｄｅｎｔｉｔｙ、ＩＤ）に特に関心を向け、そのステータスを知り、更新したショートビデオまたはライブ配信を視聴することもできる。
【０００３】
しかし、ユーザは、フォローしている人のライブ配信またはアップロードしたショートビデオを視聴する度に、ＡＰＰの検索欄でフォローしている人のＩＤを検索し、続いてフォローしている人のホームページに入り、そのホームページからライブ配信ルームに入るようにしなければならず、またはＡＰＰトップページ下方の「フォロー中」ウィジェットをタップし、複数層のメニューで選択してから、初めてライブ配信ルームに入り、またはショートビデオを視聴することができるようになる。
【０００４】
したがって、フォローしている人のビデオを視聴する関連アクセス経路が非常に繁雑で、ユーザが操作しにくい。
【発明の概要】
【０００５】
本開示の実施例は、ビデオアクセス方法、クライアント、装置、端末、サーバおよび記憶媒体を提供し、それによってユーザがフォローしているユーザのライブ配信ルームに入る時またはショートビデオに移動する時、アクセス経路が繁雑で、操作が複雑であるという現象を改善する。
【０００６】
本開示の実施例は、端末に用いられるビデオアクセス方法であって、
フォローしているユーザのうちビデオを更新したユーザを含むビデオ更新ユーザのエントリ提示データを受信するステップと、
現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示するステップと、
前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、対応するビデオ再生ページを表示するステップと、を含むビデオアクセス方法を提供する。
【０００７】
本開示の実施例は、サーバに用いられるビデオアクセス方法であって、
端末から送信されるビデオリフレッシュ要求に応答し、フォローしているユーザのうちビデオ更新ユーザのエントリ提示データを特定し、それを前記端末に送信するステップと、
端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、対応するビデオデータを前記端末に送信するステップであって、前記ビデオデータ取得要求は、前記端末が現在の端末画面に表示されるエントリ提示欄に提示される少なくとも１つのビデオアクセスエントリの予め設定された操作によって取得したものであり、前記少なくとも１つのビデオアクセスエントリは、前記エントリ提示データに応じて前記エントリ提示欄に提示されるステップと、を含むビデオアクセス方法を提供する。
【０００８】
本開示の実施例は、端末に配置されるクライアントであって、
フォローしているユーザのうちビデオを更新したユーザを含むビデオ更新ユーザのエントリ提示データを受信するように設定された提示データ受信モジュールと、
現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示するように設定されたエントリ提示モジュールと、
前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、対応するビデオ再生ページを表示するように設定されたビデオ再生モジュールと、を含むクライアントをさらに提供する。
【０００９】
本開示の実施例は、サーバに配置されるビデオアクセス装置であって、
端末から送信されるビデオリフレッシュ要求に応答し、フォローしているユーザのうちビデオ更新ユーザのエントリ提示データを特定し、それを前記端末に送信するように設定された提示データ送信モジュールと、
端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、対応するビデオデータを前記端末に送信するように設定されたモジュールであって、前記ビデオデータ取得要求は、前記端末が現在の端末画面に示されるエントリ提示欄に提示される少なくとも１つのビデオアクセスエントリの予め設定されたタッチ操作によって取得したものであり、前記少なくとも１つのビデオアクセスエントリは、前記エントリ提示データに応じて前記エントリ提示欄に提示されるビデオデータ送信モジュールと、を含むビデオアクセス装置をさらに提供する。
【００１０】
本開示の実施例は、
１つ以上のプロセッサと、
１つ以上のプログラムを記憶するように設定されたメモリと、を含み、
前記１つ以上のプログラムが前記１つ以上のプロセッサにより実行されることで、前記１つ以上のプロセッサは本開示の実施例における端末に用いられるビデオアクセス方法を実現する、端末をさらに提供する。
【００１１】
本開示の実施例は、
１つ以上のプロセッサと、
１つ以上のプログラムを記憶するように設定されたメモリと、を含み、
前記１つ以上のプログラムが前記１つ以上のプロセッサにより実行されることで、前記１つ以上のプロセッサは本開示の実施例におけるサーバに用いられるビデオアクセス方法を実現する、サーバをさらに提供する。
【００１２】
本開示の実施例は、プロセッサにより実行される時に本開示の実施例における端末に用いられるビデオアクセス方法を実現するコンピュータプログラムが記憶されている、コンピュータ可読記憶媒体をさらに提供する。
【００１３】
本開示の実施例は、プロセッサにより実行される時に本開示の実施例におけるサーバに用いられるビデオアクセス方法を実現するコンピュータプログラムが記憶されている、コンピュータ可読記憶媒体をさらに提供する。
【図面の簡単な説明】
【００１４】
【図１ａ】本開示の実施例１のビデオアクセス方法のフローチャートである。
【図１ｂ】本開示の実施例１のトップページクライアント画面の模式図である。
【図１ｃ】本開示の実施例１のフォローページクライアント画面の模式図である。
【図１ｄ】本開示の実施例１の端末画面におけるエントリ提示およびビデオアクセスエントリの模式図である。
【図２ａ】本開示の実施例２のビデオアクセス方法のフローチャートである。
【図２ｂ】本開示の実施例２のビデオアクセスエントリがショートビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つ、またはロングビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つであるときの端末画面におけるエントリ提示およびビデオアクセスエントリの模式図である。
【図３】本開示の実施例３のビデオアクセス方法のフローチャートである。
【図４】本開示の実施例４のクライアントの概略構成図である。
【図５】本開示の実施例５のビデオアクセス装置の概略構成図である。
【図６】本開示の実施例６の端末のハードウェア概略構成図である。
【図７】本開示の実施例７のサーバのハードウェア概略構成図である。
【発明を実施するための形態】
【００１５】
以下に図面と実施例を関連付けて本開示をさらに詳しく説明する。なお、ここで記載する具体的な実施例は本開示を説明するためのものに過ぎず、本開示を限定するものではないことが理解される。また、説明すべきは、説明の便宜上、図面には本開示に関連する構造の全てではなく一部のみが示される点である。
【００１６】
実施例１
図１ａは本開示の実施例１に提供されるビデオアクセス方法のフローチャートであり、本実施例は、ユーザがフォローしているユーザの更新したビデオを視聴する場合に適用可能であり、該方法は、ソフトウェアおよびハードウェアの少なくとも一方で実現でき、かつネットワーク通信機能を有するあらゆる端末、例えばスマートフォン、タブレットなどに配置できるクライアントにより実行され得る。図ｌａに示すように、本開示の実施例に提供されるビデオアクセス方法は、ステップＳ１１０、ステップＳ１２０およびステップＳ１３０を含む。
【００１７】
ステップＳ１１０で、ビデオ更新ユーザのエントリ提示データを受信する。
【００１８】
ここで、前記ビデオ更新ユーザはフォローしているユーザのうちビデオを更新したユーザを含む。
【００１９】
本開示の実施例では、クライアントアプリケーションで、ライブ配信を視聴してもよく、ショートビデオを視聴してもよく、したがって、ビデオ更新はライブ配信またはショートビデオ更新を含む。該クライアントは複数のクライアント画面、例えばトップページクライアント画面、フォローページクライアント画面および他のクライアント画面を含む。
【００２０】
図１ｂは、本開示の実施例１に提供されるトップページクライアント画面の模式図を示す。図ｌｂを参照すると、図ｌｂに示す端末スクリーン画面において、１０１が示すトップページクライアント画面における画面領域は、サーバからプッシュされるショートビデオ画面コンテンツ、即ち情報ストリームコンテンツであり、１つの情報ストリームは１つの形で（通常、時系列に並べられる）存在する情報単位である。１０２〜１０９は１０１に設定されるウィジェットであり、１０２が示す切り替えウィジェットによって、例えばクリック数またはビデオのアップロード地点とユーザとの距離に応じてプッシュするように、トップページクライアント画面に提示されるショートビデオコンテンツの推奨方式を切り替えることができ、検索ウィジェット１０９によって、ユーザアカウント、ビデオキーワードおよび興味のあるトピックなどのコンテンツを入力して目標のビデオコンテンツを探し出すことができる。１０３は現在の画面上で再生されているショートビデオをアップロードするユーザのアバターであり、該アバターをタップすれば該ユーザのホームページに入ることができる。該クライアントユーザはショートビデオを視聴した後、ウィジェット１０４をタップすることで、視聴したショートビデオを気に入るショートビデオとマークすることができる。ウィジェット１０５をタップすれば該ショートビデオに対する他のユーザのコメントを閲覧したり、該ショートビデオに対する自分のコメントを投稿したりすることができ、ウィジェット１０６をタップすれば該ショートビデオを他のユーザまたは他のプラットフォームでの友人とシェアすることができ、１０７は現在再生されているショートビデオのラベルまたは概要である。
【００２１】
現在のクライアント画面から別のクライアント画面へ移行するために、クライアント画面に画面移行ウィジェット１０８が設定され、トップページクライアント画面からクライアントアプリケーションの他のクライアント画面に移行しようとする時、クライアント画面に設定される画面移行ウィジェット１０８をトリガーすることで、現在のクライアント画面からクライアントアプリケーションの他のクライアント画面への移行を実現することができる。一実施例では、クライアントアプリケーションに、それぞれトップページクライアント画面、フォローページクライアント画面、Ａクライアント画面およびＢクライアント画面という４つのクライアント画面が含まれる場合、トップページクライアント画面における移行ウィジェット１０８は、それぞれトップページウィジェット、フォローページウィジェット、ＡウィジェットおよびＢウィジェットという一連のページ移行ウィジェット、およびページ移行ウィジェットと関連付け可能なクライアント画面を含んでもよい。ユーザがトップページクライアント画面におけるフォローページウィジェットをトリガーする時、クライアントはユーザのトリガー操作に応答して、端末スクリーンにフォローページウィジェットと関連付けられるフォローページクライアント画面を表示することができる。ウィジェット１０８において、中間のウィジェット「＋」によって、ビデオ撮影画面に入ることができ、それによりユーザは自分のショートビデオを撮影、編集および投稿するか、またはライブ配信を行うことができる。
【００２２】
フォローページクライアント画面は、図１ｃに示すように、１１１はフォローページクライアント画面の現在提示されているフォロー中のユーザのショートビデオ画面であり、１１２はフォローページクライアント画面上の現在提示されているショートビデオをアップロードするユーザのアバターであり、１１３は該ユーザがショートビデオをアップロードする時点であり、１１４は該ショートビデオのラベルなどの説明的なコンテンツであり、１１５はインタラクションウィジェットであり、現在のショートビデオに対するイイネ、コメントやリポストなどの操作を実現することができ、１１６は画面移行ウィジェットで、図１ｂ中の１０８と同じである。
【００２３】
現在のユーザ画面において、ユーザがリフレッシュ操作をトリガーすると、端末はサーバから送信される、ビデオを更新したユーザのエントリ提示データを受信する。ビデオを更新したユーザのエントリ提示データはサーバにより判定された、現在のユーザがフォローしているユーザのうち、ライブ配信中のまたはショートビデオを更新したユーザである。
【００２４】
ステップＳ１２０で、現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示する。
【００２５】
端末はエントリ提示データを受信すると、現在の端末のクライアント画面に、１つのエントリ提示欄を提示し、該提示欄はプルダウンメニューの形としてもよく、ポップアップサイドバーの形としてもよく、具体的な表示形態は本実施例において限定されない。
【００２６】
一実施例では、現在の端末画面上方にウインドウの形でエントリ提示欄を表示する。本開示の実施例では、提示欄の幅およびスタイルは端末画面のサイズ、提示欄内に提示されるコンテンツのスタイルに応じて設定してもよく、提示欄の形態が具体的に限定されない。
【００２７】
一実施形態では、エントリ提示データは前記ビデオ更新ユーザのアバターを少なくとも含み、各ビデオ更新ユーザのアバターは１つのビデオアクセスエントリとなる。トップページクライアント画面を現在のユーザ画面とし、図１ｄは端末画面におけるエントリ提示およびビデオアクセスエントリの模式図であり、図１ｄに示すように、１２１は現在の端末画面の上方に示される提示欄であり、１２２は該提示欄内のビデオアクセスエントリであり、ビデオを更新したユーザのアバターであってもよい。ユーザ１２３は任意のビデオアクセスエントリを選択して、対応するビデオ画面に入ることができる。
【００２８】
一実施例では、提示欄に提示されるアバターは時系列に並べられてもよく、ビデオ更新時点とユーザのリフレッシュ時点が最も近いいくつかのビデオ更新ユーザのアバターは優先的に提示欄に提示される。ユーザが提示欄をスライドすれば、提示欄により多くのビデオ更新ユーザのアバターが示される。
【００２９】
ステップＳ１３０で、前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、予め設定された操作に対応するビデオ再生ページを表示する。
【００３０】
ここで、予め設定された操作は、タップ、長押しなど、ユーザとアクセスエントリがスクリーン上の応答領域で対応して接触する操作である。ユーザが提示欄内のあるアクセスエントリをタップすると、端末はサーバに、該アクセスエントリに対応するビデオデータ要求を送信でき、サーバはビデオデータ要求を受信してから、要求を解析し、目標ビデオデータを特定し、続いて目標ビデオデータを端末に送信する。それにより現在の端末画面は該アクセスエントリに対応するビデオ画面に移行し、該ビデオ画面はライブ配信ビデオであってもよく、更新したショートビデオ録画であってもよい。クライアントは無線ネットワークによってビデオデータを受信し現在の端末画面上で再生することができる。無線ネットワークはワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ、ＷＩＦＩ）、３Ｇ、４Ｇまたは５Ｇネットワークなどを用いてもよい。
【００３１】
本実施例に提供されるビデオアクセス方法は、ビデオ更新ユーザのエントリ提示データを受信および提示し、端末画面にエントリ提示欄を表示し、エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、予め設定された操作に対応するビデオ再生ページを表示することで、ユーザに、フォローしているユーザのビデオに迅速に移動するアクセスエントリを提供し、ユーザがフォローしているユーザのライブ配信ルームに入る時またはショートビデオに移動する時、アクセス経路が繁雑で、操作が複雑であるという現象を改善し、ユーザが現在の端末画面からフォローしているユーザのうちビデオを更新したユーザのビデオ画面に直接移動できるようにする。
【００３２】
実施例２
図２ａは本開示の実施例２に提供されるビデオアクセス方法のフローチャートである。図２ａに示すように、前記方法は、ステップＳ２１０からステップＳ２４０を含む。
【００３３】
ステップＳ２１０で、ビデオリフレッシュ要求を取得および送信する。
【００３４】
ここで、前記ビデオリフレッシュ要求は、前記現在の端末画面でのユーザのプルダウン操作に基づいて生成され、前記エントリ提示データを取得するように指示するためのものである。
【００３５】
ユーザがフォローしている人のライブ配信またはショートビデオを視聴したい時、トップページクライアント画面またはフォローページクライアント画面において、現在のクライアント画面をプルダウンし、ビデオの更新操作をトリガーしてよい。端末は更新指令を受信してから、該指令をサーバに送信し、サーバは現在のユーザがフォローしているユーザのうち、ライブ配信中のまたはショートビデオを更新したユーザが存在するかどうかを判定し、ライブ配信中のまたはショートビデオを更新したフォロー中のユーザが存在する場合、ビデオ更新ユーザのエントリ提示データを端末に送信する。端末は対応するエントリ提示データを受信すると、さらに提示することができる。
【００３６】
ステップＳ２２０で、ビデオ更新ユーザのエントリ提示データを受信する。
【００３７】
ここで、前記ビデオ更新ユーザはフォローしているユーザのうちビデオを更新したユーザを含む。
【００３８】
ステップＳ２３０で、現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示する。
【００３９】
一実施形態では、ビデオアクセスエントリがライブ配信アクセスエントリである場合、それに応じて、現在の端末画面にエントリ提示欄を表示するステップは、トップページにエントリ提示欄を表示し、前記エントリ提示欄に前記アバターの形で少なくとも１つのライブ配信アクセスエントリを提示するステップを含む。即ち、トップページクライアント画面に、ライブ配信中のフォローしているユーザのライブ配信ビデオのアクセスエントリを提示する。すると、ユーザは直接、興味のあるユーザのライブ配信ルームに迅速に入室できるようになり、端末画面の模式図は図１ｄに示されるとおりである。
【００４０】
一実施形態では、ビデオアクセスエントリはショートビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つであり、または、前記ビデオアクセスエントリはロングビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つであり、それに応じて、現在の端末画面にエントリ提示欄を表示するステップは、フォローページにエントリ提示欄を表示し、エントリ提示欄に前記アバターの形で、（ｉ）少なくとも１つのショートビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つ、または（ｉｉ）少なくとも１つのロングビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つを提示するステップを含み、ここで、ショートビデオアクセスエントリのアバターおよびロングビデオアクセスエントリのアバターの１つと、ライブ配信アクセスエントリのアバターとは、予め設定された構成に基づいて区別される。ここで、予め設定された構成は、ショートビデオアクセスエントリまたはロングビデオアクセスエントリ、およびライブ配信アクセスエントリのアバターフレームにおいて、異なる色で区別するか、またはアバターに異なるマーカーを追加することで区別してもよい。ここで、ロングビデオはショートビデオに比べて持続時間が長いタイプのビデオであり、物語のビデオであってもよく、その持続時間ではビデオコンテンツおよびストーリーをより完全に表現することができる。
【００４１】
フォローページクライアント画面に、フォローしているユーザのうちライブ配信中のまたはショートビデオもしくはロングビデオを更新したユーザのビデオアクセスエントリを同時に提示する。図２ｂは、本開示の実施例２のビデオアクセスエントリがショートビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つであり、または、前記ビデオアクセスエントリがロングビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つであるときの端末画面におけるエントリ提示およびビデオアクセスエントリの模式図であり、図２ｂに示すように、フォローページクライアント画面上方の提示欄２０１内に、ビデオアクセスエントリ２０２が提示され、それはビデオを更新したユーザのアバターであってもよい。一実施例では、図２ｂに５つのビデオアクセスエントリ２０２が提示され、そのうち、実線で表されるアクセスエントリはライブ配信ビデオのアクセスエントリであり、破線で表されるアクセスエントリはショートビデオまたはロングビデオのアクセスエントリであり、実線および破線で同時に表されるアクセスエントリは、ライブ配信中でかつショートビデオまたはロングビデオを更新したフォロー中のあるユーザを示す。ここで説明すべきは、破線と実線は異なる表示形態の１つに過ぎず、実際のクライアント画面において、例えば異なる色、符号などで異なるカテゴリのアクセスエントリを提示するように、様々な表示形態で異なるアクセスエントリを区別することができる点である。ユーザ２０３は任意のビデオアクセスエントリを選択して、対応するビデオ画面に入ることができる。
【００４２】
ステップＳ２４０で、前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、予め設定された操作に対応するビデオ再生ページを表示する。
【００４３】
ユーザがあるビデオアクセスエントリをタップすると、対応するビデオ再生ページに入ることができる。一実施形態では、ユーザがタップしたあるアバターが同時にショートビデオアクセスエントリおよびライブ配信アクセスエントリである場合、優先的に該ユーザのライブ配信ルームに入らせ、ライブ配信ビデオ画面を表示する。一実施形態では、ユーザと該アバターの接触時間を識別し、短押しならばライブ配信ルームに入らせ、長押しならばショートビデオ再生画面に入らせるようにしてもよい。
【００４４】
本実施例に提供されるビデオアクセス方法は、ビデオ更新ユーザのエントリ提示データを受信および提示し、トップページクライアント画面にエントリ提示欄およびフォローしているユーザのライブ配信アクセスエントリを表示し、フォローページクライアント画面に提示欄およびフォローしているユーザのライブ配信エントリやショートビデオエントリを提示し、エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、予め設定された操作に対応するビデオ再生ページを表示することで、ユーザに、フォローしているユーザのビデオに迅速に移動するアクセスエントリを提供し、ユーザがフォローしているユーザのライブ配信ルームに入る時またはショートビデオに移動する時、アクセス経路が繁雑で、操作が複雑であるという現象を改善し、ユーザが異なる現在端末画面からフォローしているユーザのうちビデオを更新したユーザのビデオ画面に直接入ることができるようにする。
【００４５】
実施例３
図３は本開示の実施例３のビデオアクセス方法のフローチャートである。本実施例はユーザがフォローしているユーザの更新したビデオを視聴する場合に適用可能であり、該方法は、ネットワーク通信機能を有するあらゆるサーバに配置できるビデオアクセス装置により実行され得る。図３に示すように、本開示の実施例に提供されるビデオアクセス方法は、ステップＳ３１０およびステップＳ３２０を含む。
【００４６】
ステップＳ３１０で、端末から送信されるビデオリフレッシュ要求に応答し、フォローしているユーザのうちビデオ更新ユーザのエントリ提示データを特定し、それを前記端末に送信する。
【００４７】
本開示の実施例では、サーバは異なるデータインタフェース、例えば情報ストリーム（ショートビデオ）インタフェースおよびライブ配信データインタフェースを有し、ユーザがフォローしている人のライブ配信またはショートビデオを視聴したい時、トップページクライアント画面またはフォローページクライアント画面において、現在のクライアント画面をプルダウンし、ビデオの更新操作をトリガーしてよい。端末は更新指令を受信してから、該指令をサーバに送信し、サーバは異なるデータインタフェースによって現在のユーザがフォローしているユーザのうち、ライブ配信中のまたはショートビデオを更新したユーザが存在するかどうかを判定し、ライブ配信中のまたはショートビデオを更新したフォロー中のユーザが存在する場合、ビデオ更新ユーザのエントリ提示データを端末に送信する。端末は対応するエントリ提示データを受信すると、さらに提示することができる。
【００４８】
ステップＳ３２０で、端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、ビデオデータ取得要求に対応するビデオデータを前記端末に送信する。
【００４９】
ここで、前記ビデオデータ取得要求は、前記端末が現在の端末画面に表示されるエントリ提示欄に提示される少なくとも１つのビデオアクセスエントリの予め設定された操作によって取得したものであり、前記少なくとも１つのビデオアクセスエントリは、前記エントリ提示データに応じて前記エントリ提示欄に提示される。
【００５０】
端末がフォローしているユーザのうちビデオを更新したと判定されたユーザのエントリ提示データを受信すると、端末画面に、エントリ提示データを提示するための提示欄が表示され、ユーザが提示欄内のあるアクセスエントリをタップすると、端末はサーバに、該アクセスエントリに対応するビデオデータ要求を送信することができ、サーバはビデオデータ要求を受信してから、要求を解析し、目標ビデオデータを特定し、続いて目標ビデオデータが存在するデータインタフェースを介して目標ビデオデータを端末に送信する。それにより現在の端末画面は該アクセスエントリに対応するビデオ画面に移行し、該ビデオ画面はライブ配信ビデオであってもよく、更新したショートビデオ録画であってもよい。
【００５１】
一実施例では、フォローしているユーザにビデオ更新ユーザが存在しない場合、前記端末にビデオアクセスエントリを提示しない情報を返す。すると、端末の画面に提示欄およびエントリ提示データが提示されない。
【００５２】
本開示の実施例は、端末から送信されるビデオ更新要求に応答し、フォローしているユーザのうちビデオ更新ユーザが存在するかどうかを確認し、ビデオを更新したユーザのエントリ提示データを端末に送信し、端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、ビデオデータ取得要求に対応するビデオデータを端末に送信することで、ユーザがフォローしているユーザのライブ配信ルームに入る時またはショートビデオに移動する時、アクセス経路が繁雑で、操作が複雑であるという現象を改善し、ユーザが現在の端末画面からフォローしているユーザのうちビデオを更新したユーザのビデオ画面に直接入ることができるようにする。
【００５３】
実施例４
図４は本開示の実施例４に提供されるクライアントの概略構成図であり、本実施例は、ユーザがフォローしているユーザの更新したビデオを視聴する場合に適用可能であり、該クライアントはソフトウェアおよびハードウェアの少なくとも一方の形で実現でき、かつネットワーク通信機能を有するあらゆる端末、例えばスマートフォン、タブレットなどに配置できる。
【００５４】
図４に示すように、本開示の実施例に提供されるクライアントは、提示データ受信モジュール４０１、エントリ提示モジュール４０２およびビデオ再生モジュール４０３を含む。
【００５５】
そのうち、提示データ受信モジュール４０１は、フォローしているユーザのうちビデオを更新したユーザを含むビデオ更新ユーザのエントリ提示データを受信するように設定され、エントリ提示モジュール４０２は、現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示するように設定され、ビデオ再生モジュール４０３は、前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、予め設定された操作に対応するビデオ再生ページを表示するように設定される。
【００５６】
本開示の実施例は、ビデオを更新したユーザのエントリ提示データを受信および提示し、端末画面にエントリ提示欄を表示し、エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、予め設定された操作に対応するビデオ再生ページを表示することで、ユーザに、フォローしているユーザのビデオに迅速に移動するアクセスエントリを提供し、ユーザがフォローしているユーザのライブ配信ルームに入る時またはショートビデオに移動する時、アクセス経路が繁雑で、操作が複雑であるという現象を改善し、ユーザが現在の端末画面からフォローしているユーザのうちビデオを更新したユーザのビデオ画面に直接入ることができるようにする。
【００５７】
一実施例では、エントリ提示モジュール４０２は、現在の端末画面上方にウインドウの形でエントリ提示欄を表示するように設定される。
【００５８】
一実施例では、エントリ提示データは前記ビデオ更新ユーザのアバターを少なくとも含む。
【００５９】
一実施例では、ビデオアクセスエントリがライブ配信アクセスエントリである場合、それに応じて、エントリ提示モジュール４０２は、トップページにエントリ提示欄を表示し、前記エントリ提示欄に前記アバターの形で少なくとも１つのライブ配信アクセスエントリを提示するように設定される。
【００６０】
一実施例では、ビデオアクセスエントリがショートビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つである場合、それに応じて、エントリ提示モジュール４０２は、フォローページにエントリ提示欄を表示し、前記エントリ提示欄に前記アバターの形で少なくとも１つのショートビデオアクセスエントリおよびライブ配信アクセスエントリの少なくとも１つを提示するように設定され、ここで、ショートビデオアクセスエントリとライブ配信アクセスエントリのアバターは、予め設定された構成に基づいて区別される。
【００６１】
一実施例では、該クライアントは、前記現在の端末画面でのユーザのプルダウン操作に基づいて生成される、前記エントリ提示データを取得するように指示するためのビデオリフレッシュ要求を取得および送信するように設定されるリフレッシュ要求モジュールをさらに含む。
【００６２】
上記クライアントは本開示の任意の実施例に提供される端末に用いられるビデオアクセス方法を実行でき、端末に用いられるビデオアクセス方法を実行する対応の機能モジュールおよび有益な効果を有する。
【００６３】
実施例５
図５は本開示の実施例５に提供されるビデオアクセス装置の概略構成図であり、本実施例は、ユーザがフォローしているユーザの更新したビデオを視聴する場合に適用可能であり、該ビデオアクセス装置はネットワーク通信機能を有するあらゆるサーバに配置できる。
【００６４】
図５に示すように、本開示の実施例に提供されるビデオアクセス装置は、提示データ送信モジュール５０１およびビデオデータ送信モジュール５０２を含む。
【００６５】
そのうち、提示データ送信モジュール５０１は、端末から送信されるビデオリフレッシュ要求に応答し、フォローしているユーザのうちビデオ更新ユーザのエントリ提示データを特定し、それを前記端末に送信するように設定され、ビデオデータ送信モジュール５０２は、端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、ビデオデータ取得要求に対応するビデオデータを前記端末に送信するように設定され、ここで、前記ビデオデータ取得要求は、前記端末が現在の端末画面に表示されるエントリ提示欄に提示される少なくとも１つのビデオアクセスエントリの予め設定されたタッチ操作によって取得したものであり、前記少なくとも１つのビデオアクセスエントリは、前記エントリ提示データに応じて前記エントリ提示欄に提示される。
【００６６】
本開示の実施例は、端末から送信されるビデオ更新要求に応答し、フォローしているユーザのうちビデオを更新したユーザが存在するかどうかを確認し、ビデオを更新したユーザのエントリ提示データを端末に送信し、端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、ビデオデータ取得要求に対応するビデオデータを端末に送信することで、ユーザがフォローしているユーザのライブ配信ルームに入る時またはショートビデオに移動する時、アクセス経路が繁雑で、操作が複雑であるという現象を改善し、ユーザが現在の端末画面からフォローしているユーザのうちビデオを更新したユーザのビデオ画面に直接入ることができるようにする。
【００６７】
一実施例では、フォローしているユーザにビデオ更新ユーザが存在しない場合、前記端末にビデオアクセスエントリを提示しない情報を返す。
【００６８】
上記装置は本開示の任意の実施例に提供されるサーバに用いられるビデオアクセス方法を実行でき、サーバに用いられるビデオアクセス方法を実行する対応の機能モジュールおよび有益な効果を有する。
【００６９】
実施例６
図６は本開示の実施例６に提供される端末のハードウェア概略構成図を示す。端末は様々な形態で実施でき、本開示の実施例の端末は、携帯電話、スマートフォン、ノートパソコン、デジタル放送受信装置、携帯情報端末（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ポータブルアンドロイドデバイス（Ｐｏｒｔａｂｌｅ  Ａｎｄｒｏｉｄ  Ｄｅｖｉｃｅ、ＰＡＤ）、ポータブルメディアプレーヤー（Ｐｏｒｔａｂｌｅ  Ｍｅｄｉａ  Ｐｌａｙｅｒ、ＰＭＰ）、ナビゲーション装置、車載端末、車載表示端末、車載電子ミラーなどの移動端末、およびデジタルテレビ（Ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、デスクトップコンピュータなどの固定端末を含んでもよいが、これらに限定されない。
【００７０】
図６に示すように、端末６００は無線通信ユニット６１０、Ａ／Ｖ（オーディオ／ビデオ）入力ユニット６２０、ユーザ入力ユニット６３０、検知ユニット６４０、出力ユニット６５０、メモリ６６０、インタフェースユニット６７０、プロセッサ６８０および電源ユニット６９０などを含んでもよい。図６は様々なコンポーネントを有する端末を示すが、示される全てのコンポーネントを実施しなければならないというわけではないことを理解すべきである。より多くのまたはより少ないコンポーネントを代替的に実施してもよい。
【００７１】
そのうち、無線通信ユニット６１０は端末６００と無線通信システムまたはネットワークとの無線通信を可能にする。Ａ／Ｖ入力ユニット６２０はオーディオまたはビデオ信号を受信するように設定される。ユーザ入力ユニット６３０はユーザが入力する命令に応じて、端末の各動作を制御するキー入力データを生成することができる。検知ユニット６４０は端末６００の現在の状態、端末６００の位置、端末６００に対するユーザのタッチ入力の有無、端末６００の配向、端末６００の加速または減速移動および方向などを検出し、端末６００の動作を制御するための命令または信号を生成する。インタフェースユニット６７０は少なくとも１つの外部装置と端末６００との接続が通過できるインタフェースとして用いられる。出力ユニット６５０は視覚、聴覚および触覚方法の少なくとも１つで出力信号を提供するように構造される。メモリ６６０はプロセッサ６８０により実行される処理および制御動作のソフトウェアプログラムなどを記憶でき、または、既に出力されたまたはすぐに出力するデータを一時的に記憶できる。メモリ６６０は少なくとも１タイプの記憶媒体を含んでもよい。また、端末６００はネットワークによってメモリ６６０の記憶機能を実行するネットワーク記憶装置と協働できる。プロセッサ６８０は通常、端末の全体的な動作を制御する。また、プロセッサ６８０はマルチメディアデータを再現または再生するためのマルチメディアモジュールを含んでもよい。プロセッサ６８０はモード認識処理を実行し、それによってタッチスクリーンで実行される手書き入力または描画入力を文字または画像として認識することができる。電源ユニット６９０はプロセッサ６８０の制御下で外部電力または内部電力を受け取り、複数の素子およびコンポーネントを操作するために必要な、適切な電力を提供する。
【００７２】
上記端末に含まれる１つ以上のプログラムは、前記１つ以上のプロセッサ６８０により実行される時、例えば本開示の実施例に提供される端末に用いられるビデオアクセス方法を実現するように、様々な機能用途およびデータ処理を実行できる。該方法は主に、
フォローしているユーザのうちビデオを更新したユーザを含むビデオ更新ユーザのエントリ提示データを受信するステップと、
現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示するステップと、
前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、予め設定された操作に対応するビデオ再生ページを表示するステップと、を含む。
【００７３】
実施例７
図７は本開示の実施例７に提供されるサーバのハードウェア概略構成図を示す。サーバは様々な形態で実施でき、本開示の実施例におけるサーバは、携帯電話、スマートフォン、ノートパソコン、デジタル放送受信装置、ＰＤＡ（携帯情報端末）、ＰＡＤ（ポータブルアンドロイドデバイス）、ＰＭＰ（ポータブルメディアプレーヤー）、ナビゲーション装置、車載サーバ、車載表示サーバ、車載電子ミラーなどのモバイルサーバ、およびデジタルＴＶ、デスクトップコンピュータなどの固定サーバを含んでもよいが、これらに限定されない。
【００７４】
図７に示すように、サーバ７００は無線通信ユニット７１０、Ａ／Ｖ（オーディオ／ビデオ）入力ユニット７２０、ユーザ入力ユニット７３０、検知ユニット７４０、出力ユニット７５０、メモリ７６０、インタフェースユニット７７０、プロセッサ７８０および電源ユニット７９０などを含んでもよい。図７は様々なコンポーネントを有するサーバを示すが、示される全てのコンポーネントを実施しなければならないというわけではないことを理解すべきである。より多くのまたはより少ないコンポーネントを代替的に実施してもよい。
【００７５】
そのうち、無線通信ユニット７１０はサーバ７００と無線通信システムまたはネットワークとの無線通信を可能にする。Ａ／Ｖ入力ユニット７２０はオーディオまたはビデオ信号を受信するために用いられる。ユーザ入力ユニット７３０はユーザが入力する命令に応じて、サーバの各動作を制御するキー入力データを生成することができる。検知ユニット７４０はサーバ７００の現在の状態、サーバ７００の位置、サーバ７００に対するユーザのタッチ入力の有無、サーバ７００の配向、サーバ７００の加速または減速移動および方向などを検出し、サーバ７００の動作を制御するための命令または信号を生成する。インタフェースユニット７７０は少なくとも１つの外部装置とサーバ７００との接続が通過できるインタフェースとして用いられる。出力ユニット７５０は視覚、聴覚および触覚方法の少なくとも１つで出力信号を提供するように構造される。メモリ７６０はプロセッサ７８０により実行される処理および制御動作のソフトウェアプログラムなどを記憶でき、または、既に出力されたまたはすぐに出力するデータを一時的に記憶できる。メモリ７６０は少なくとも１タイプの記憶媒体を含んでもよい。また、サーバ７００はネットワークによってメモリ７６０の記憶機能を実行するネットワーク記憶装置と協働できる。プロセッサ７８０は通常、サーバの全体的な動作を制御する。また、プロセッサ７８０はマルチメディアデータを再現または再生するためのマルチメディアモジュールを含んでもよい。プロセッサ７８０はモード認識処理を実行し、それによってタッチスクリーンで実行される手書き入力または描画入力を文字または画像として認識することができる。電源ユニット７９０はプロセッサ７８０の制御下で外部電力または内部電力を受け取り、複数の素子およびコンポーネントを操作するために必要な、適切な電力を提供する。
【００７６】
上記サーバに含まれる１つ以上のプログラムは、前記１つ以上のプロセッサ７８０により実行される時、例えば本開示の実施例に提供されるサーバに用いられるビデオアクセス方法を実現するように、様々な機能用途およびデータ処理を実行できる。該方法は主に、
端末から送信されるビデオリフレッシュ要求に応答し、フォローしているユーザのうちビデオ更新ユーザのエントリ提示データを特定し、それを前記端末に送信するステップと、
端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、ビデオデータ取得要求に対応するビデオデータを前記端末に送信するステップと、を含み、ここで、前記ビデオデータ取得要求は、前記端末が現在の端末画面に表示されるエントリ提示欄に提示される少なくとも１つのビデオアクセスエントリの予め設定された操作によって取得したものであり、前記少なくとも１つのビデオアクセスエントリは、前記エントリ提示データに応じて前記エントリ提示欄に提示される。
【００７７】
実施例８
本開示の実施例８は、プロセッサにより実行される時に本開示の実施例に提供される端末に用いられるビデオアクセス方法を実現するコンピュータプログラムが記憶されているコンピュータ可読記憶媒体をさらに提供し、該方法は主に、
フォローしているユーザのうちビデオを更新したユーザを含むビデオ更新ユーザのエントリ提示データを受信するステップと、
現在の端末画面にエントリ提示欄を表示し、前記エントリ提示データに基づいて前記エントリ提示欄に少なくとも１つのビデオアクセスエントリを提示するステップと、
前記エントリ提示欄における任意のビデオアクセスエントリに対するユーザの予め設定された操作に応答し、予め設定された操作に対応するビデオ再生ページを表示するステップと、を含む。
【００７８】
本開示の実施例のコンピュータ記憶媒体は、１つ以上のコンピュータ可読媒体の任意の組み合わせを用いてもよい。コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であってもよい。コンピュータ可読記憶媒体は、例えば電子的、磁気的、光学的、電磁気的、赤外線もしくは半導体システム、装置またはデバイスであってもよく、あるいは上記の任意の組み合わせであってもよいが、これらに限定されない。コンピュータ可読記憶媒体のさらに具体的な例（非包括的リスト）は、１つ以上の導線を有する電気的に接続される、携帯型コンピュータディスク、ハードディスク、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＥＰＲＯＭ）またはフラッシュメモリ、光ファイバ、携帯型コンパクトディスク読み取り専用メモリ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＣＤ−ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または上記の任意の適切な組み合わせを含む。本明細書において、コンピュータ可読記憶媒体は、指令実行システム、装置またはデバイスにより使用され得るかまたはそれらと組み合わせて使用され得るプログラムを包含または記憶するいかなる有形媒体であってもよい。
【００７９】
コンピュータ可読信号媒体は、ベースバンドでまたは搬送波の一部として伝播された、コンピュータ可読プログラムコードを有するデータ信号を含み得る。このような伝播されたデータ信号は、電磁的信号、光学的信号、または上記の任意の適切な組み合わせを含むがこれらに限定されない様々な形態を取り得る。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体以外のコンピュータ可読媒体であって、指令実行システム、装置またはデバイスによる使用またはそれらと組み合わせた使用のためのプログラムを送信、伝播、または伝送することができる任意のコンピュータ可読媒体であってもよい。
【００８０】
コンピュータ可読媒体に含まれるプログラムコードは、無線、電線、光ケーブル、無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）など、または上記の任意の適切な組み合わせを含むがこれらに限定されない任意の適切な媒体で伝送され得る。
【００８１】
本開示の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または同様のものなどの従来の手続き的プログラミング言語を含む１つ以上のプログラミング言語またはそれらの組み合わせで書くことが可能である。プログラムコードは、ユーザのコンピュータ上で全体的に、ユーザのコンピュータ上で部分的に、独立型ソフトウェアパッケージとして、部分的にユーザのコンピュータ上でかつ部分的にリモートコンピュータ上で、またはリモートコンピュータまたはサーバ上で全体的に実行され得る。リモートコンピュータの場合、リモートコンピュータは、ローカルエリアネットワーク（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、ＬＡＮ）または広域ネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよく、または、外部コンピュータに（例えば、インターネットサービスプロバイダを使ったインターネットを介して）接続されてもよい。
【００８２】
本開示の実施例は、コンピュータ実行可能指令がコンピュータプロセッサにより実行される時にサーバに用いられるビデオアクセス方法を実行するコンピュータ可読記憶媒体をさらに提供し、該方法は主に、
端末から送信されるビデオリフレッシュ要求に応答し、フォローしているユーザのうちビデオ更新ユーザのエントリ提示データを特定し、それを前記端末に送信するステップと、
端末から送信される任意のビデオ更新ユーザのビデオデータ取得要求に応答し、ビデオデータ取得要求に対応するビデオデータを前記端末に送信するステップと、を含み、ここで、前記ビデオデータ取得要求は、前記端末が現在の端末画面に表示されるエントリ提示欄に提示される少なくとも１つのビデオアクセスエントリの予め設定された操作によって取得したものであり、前記少なくとも１つのビデオアクセスエントリは、前記エントリ提示データに応じて前記エントリ提示欄に提示される。
【００８３】
当然ながら、本開示の実施例に提供されるコンピュータ実行可能指令を含む記憶媒体は、コンピュータ実行可能指令が、前述した方法の操作のみならず、本開示の任意の実施例に提供される端末およびサーバに用いられる少なくとも１つのビデオアクセス方法における関連操作を実行することもできる。記憶媒体の説明は上記実施例８の説明内容を参照すればよい。
【図１ａ】
2021529387.tif 000003
【図１ｂ】
2021529387.tif 000004
【図１ｃ】
2021529387.tif 000005
【図１ｄ】
2021529387.tif 000006
【図２ａ】
2021529387.tif 000007
【図２ｂ】
2021529387.tif 000008
【図３】
2021529387.tif 000009
【図４】
2021529387.tif 000010
【図５】
2021529387.tif 000011
【図６】
2021529387.tif 000012
【図７】
2021529387.tif 000013
【国際調査報告】
2021529387.tif 000014
2021529387.tif 000015
2021529387.tif 000016
2021529387.tif 000017
2021529387.tif 000018
2021529387.tif 000019