JP7302805B1 - サーバ、方法及びコンピュータプログラム - Google Patents

Abstract

【課題】ライブストリーミングプラットフォームにおける構成設定を行うサーバ、方法及びコンピュータプログラムを提供する。【解決手段】ライブ配信者と視聴者に、リアルタイムで相互交流するためのライブストリーミングサービスを提供するライブストリーミングシステムであって、ライブストリーミングプラットフォームの構成設定を行うためのサーバは、ネットワークを介してストリーマーのユーザ端末からライブストリーミングの要求を受信するのストリーミング情報ユニットと、ストリーミング情報ユニットにより開始されたライブストリーミングにおいて、ストリーマーのユーザ端末から、視聴者のユーザ端末へのライブストリーミングの送信を中継する中継ユニットと、サーバにおいて設定を取り扱う構成ユニットと、当該構成設定データを変換する変換ユニットと、構成設定データを視覚化する視覚化ユニットと、を含む。【選択図】図３

Description

本開示は、情報通信技術に関し、特に、ライブストリーミングプラットフォームにおける構成設定を行うサーバ、方法、及びコンピュータプログラムに関するものである。

アプリやプラットフォームの中には、ストリーマーと視聴者が交流できるライブストリーミングサービスを提供しているものがある。ストリーマーが視聴者を応援するパフォーマンスをしたり、視聴者がストリーマーを支援したりするために贈り物を送ることもある。

このような交流を実現するためには、プラットフォームに多くの構成設定を行う必要がある。特許文献１には、通信インターフェイスにおいて、ブロックをドラッグすることにより、ビジネスプロセスの構成設定を行う方法が開示されている。また、特許文献１では、サービスのタイプとして、決済サービス、注文サービス、ライブ映像サービスなどがあり得ることが開示されている。

しかし、構成によっては、より複雑な設定が必要なものもある。技術者や管理者が構成設定を終えるには、時間と労力を要する。したがって、より正確で便利な方法を提供し、構成設定の手順を改善することが重要である。

中国特許出願公開第１１３８８５８４２号明細書

本開示の一実施形態によるサーバは、ライブストリーミングプラットフォームの構成設定を行うためのサーバであって、データベースから設定ファイル及び定義ファイルを含む構成設定データを取得する機能と、当該構成設定データに従ってＵＩオブジェクトを生成する機能と、当該ＵＩオブジェクトを介してユーザからの操作を受け付ける機能と、当該データベースの構成設定データを更新する機能と、を含む。

本開示の別の一実施形態による方法は、ライブストリーミングプラットフォームの構成設定を行うための方法であって、データベースから設定ファイル及び定義ファイルを含む構成設定データを取得する工程と、当該構成設定データに従ってＵＩオブジェクトを生成する工程と、当該ＵＩオブジェクトを介してユーザからの操作を受け付ける工程と、当該データベースの構成設定データを更新する工程と、を含む。

本開示のさらに別の一実施形態によるコンピュータプログラムは、サーバに、データベースから設定ファイル及び定義ファイルを含む構成設定データを取得する機能と、当該構成設定データに従ってＵＩオブジェクトを生成する機能と、当該ＵＩオブジェクトを介してユーザからの操作を受け付ける機能と、当該データベースの構成設定データを更新する機能と、を実行させる。

本開示によれば、技術者や管理者が構成設定を行う際に要求される習熟度が下がり、技術者や管理者によるヒューマンエラーが減少し、かつ当該プラットフォームにより多くの機能を追加できる可能性があり、したがって、当該サーバの品質を向上させることができる。

本開示の一部の実施態様に基づくライブストリーミングシステム１の構成を示す概略図である。 本開示の一部の実施態様に基づくユーザ端末２０のブロック図である。 本開示の一部の実施態様に基づくサーバ１０のブロック図である。 本開示の一部の実施態様に基づく構成設定システム２の構成を示す概略図である。 本開示の一部の実施態様に基づく構成設定システム２の読み出し手順を示す概略ブロック図である。 本開示の一部の実施態様に基づく構成設定システム２の書き込み手順を示す概略ブロック図である。 本開示の一部の実施態様に基づく構成設定システム２の視覚化手順を示す概略ブロック図である。 図３の構成ストレージ３２０の例示的データ構造を示す表である。 図３の定義ストレージ３２２の例示的データ構造を示す表である。 本開示の一部の実施態様に基づく構成設定システム２のビジュアルエディタの例示的画面イメージである。 本開示の一部の実施態様に基づく構成設定システム２の構成の動作を示す例示的なフローチャートである。 本開示の一部の実施態様に基づく構成設定システム２の構成の動作を示す例示的なフローチャートである。 本開示の一部の実施態様に基づく構成設定システム２の構成の動作を示す例示的なシーケンス図である。 本開示の一部の実施態様に基づく情報処理装置の例示的なハードウェア構成である。

以下、各図面に示す同一または類似の構成要素、部材、手順、または信号には、すべての図面において同様の符号を付し、それによって重複する説明は適宜省略される。また、各図面の説明において重要でない一部部材は省略される。

本開示の一部の実施態様に基づくライブストリーミングシステム１は、ユーザ間のコミュニケーションと交流を円滑にする強化機能を提供する。より具体的には、技術的な方法で視聴者やストリーマーを楽しませるものである。

図１に本開示の一部の実施態様に基づくライブストリーミングシステム１の構成を示す概略図を示す。当該ライブストリーミングシステム１は、ストリーミングストリーマー（ライブ配信者またはストリーマーとも呼ばれる）ＬＶと視聴者（オーディエンスとも呼ばれる）ＡＵ（ＡＵ１、ＡＵ２...）に、リアルタイムで相互交流するためのライブストリーミングサービスを提供する。図１に示すように、当該ライブストリーミングシステム１は、サーバ１０と、ユーザ端末２０と、ユーザ端末３０（３０ａ、３０ｂ...）を含むことができる。当該ユーザ端末２０はストリーマー、当該ユーザ端末３０は視聴者であってもよい。一部の実施態様において、当該ストリーマーと視聴者はユーザと呼ばれてもよい。当該サーバ１０は、ネットワークＮＷを介して接続された、１または複数の情報処理装置を含むことができる。当該ユーザ端末２０、３０は、例えば、スマートフォン、タブレット、ノートＰＣ、レコーダー、携帯ゲーム機、ウェアラブル端末などの携帯端末や、デスクトップＰＣなどの据置型コンピュータであってもよい。当該サーバ１０、ユーザ端末２０、ユーザ端末３０は、任意の種類の有線または無線ネットワークＮＷにより通信可能に接続されてもよい。

当該ライブストリーミングシステム１には、当該ストリーマーＬＶ、当該視聴者ＡＵ、当該サーバ１０を提供するアプリプロバイダー（図示せず）が関与する。当該ストリーマーＬＶは、 自身の歌、トーク、パフォーマンス、ゲームストリーミングなどのコンテンツを自身のユーザ端末２０で収録して当該サーバ１０にアップロードし、リアルタイムでコンテンツを配信する者となることができる。一部の実施態様において、当該ストリーマーＬＶは、当該ライブストリーミングを介して当該視聴者ＡＵと交流することができる。

当該アプリプロバイダーは、当該サーバ１０においてライブストリーミングされるコンテンツのためのプラットフォームを提供することができる。一部の実施態様において、当該アプリプロバイダーは、当該ストリーマーＬＶと当該視聴者ＡＵ間のリアルタイム通信を管理するメディアまたはマネージャーであってもよい。当該視聴者ＡＵは、当該ユーザ端末３０により当該プラットフォームにアクセスし、自身が視聴したいコンテンツを選択して視聴することができる。当該視聴者ＡＵは、当該ユーザ端末３０により、当該ストリーマーに対してコメントしたり、応援したりなど、当該ストリーマーと交流するための操作を行うことができる。コンテンツを提供する当該ストリーマーは、当該コメントや応援に応答することができる。当該ストリーマーの応答は、映像及び（または）音声などにより当該視聴者ＡＵに送信することができる。従って、当該ストリーマーと視聴者間の相互通信を達成することができる。

本明細書でいう「ライブストリーミング」とは、当該ストリーマーＬＶが当該ユーザ端末２０により記録したコンテンツを、当該視聴者ＡＵが当該ユーザ端末３０を介して実質的に再生・視聴することを可能にする、データ伝送を指すことができる。一部の実施態様において、「ライブストリーミング」は、上述のデータ伝送により実現されるストリーミングを指すこともある。当該ライブストリーミングは、ＨＴＴＰライブストリーミング、ＣＭＡＦ（Ｃｏｍｍｏｎ Ｍｅｄｉａ Ａｐｐｌｉｃａｔｉｏｎ Ｆｏｒｍａｔ）、ＷｅｂＲＴＣ（Ｗｅｂ Ｒｅａｌ―Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＲＴＭＰ（Ｒｅａｌ―Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ）、ＭＰＥＧ ＤＡＳＨなど、公知の技術によって実現することができる。当該ライブストリーミングは、さらに、当該ストリーマーがコンテンツを記録している間、当該視聴者ＡＵが特定の遅延をもって当該コンテンツを再生または視聴することができる、実施形態を含んでもよい。当該遅延の程度については、少なくとも当該ストリーマーＬＶと当該視聴者ＡＵがコミュニケーションを行うことができる程度に小さいことが望ましい。ただし、ライブストリーミングは、いわゆるオンデマンド配信とは異なる。より具体的に、当該オンデマンド配信とは、当該コンテンツを記録したすべてのデータをサーバに格納し、ユーザの要求に応じてランダムなタイミングで当該サーバから当該ユーザにデータを提供することを指してもよい。

本明細書における「ストリーミングデータ」とは、画像データや音声データを含むデータを指すことができる。より具体的に、当該画像データ（ビデオデータと呼んでもよい）は、当該ユーザ端末２０と３０の画像キャプチャ機能によって生成されてもよい。当該音声データ（オーディオデータと呼んでもよい）は、当該ユーザ端末２０と３０の音声入力機能により生成されてもよい。当該ストリーミングデータを当該ユーザ端末２０、３０で再生し、ユーザに関するコンテンツを視聴できるようにしてもよい。一部の実施態様において、当該ストリーマーの当該ユーザ端末でストリーミングデータが生成されてから、当該視聴者の当該ユーザ端末で再生されるまでの間、圧縮、拡張、エンコード、デコード、トランスコードなど、データの形式、サイズ、規格を変更する処理が想定される。このような処理の前と後、当該コンテンツ（映像や音声）は実質的に変更されず、このため、本開示の現在の実施態様においては、処理される前のストリーミングデータと処理された後のストリーミングデータは同じであると説明される。つまり、当該ストリーマーの当該ユーザ端末により生成された当該ストリーミングデータが、当該サーバ１０を介して当該視聴者の当該ユーザ端末で再生される場合、当該ストリーマーの当該ユーザ端末で生成された当該ストリーミングデータ、当該サーバ１０を通過した当該ストリーミングデータ、そして当該視聴者の当該ユーザ端末が受信して再生する当該ストリーミングデータは、すべて同じストリーミングデータである。

図１に示すように、ストリーマーＬＶはライブストリーミングを提供する。当該ストリーマーのユーザ端末２０は、当該ストリーマーの映像及び（または）音声を記録することにより、ストリーミングデータを生成し、ネットワークＮＷを介してサーバ１０に送信する。同時に、当該ユーザ端末２０は映像ＶＤを当該ユーザ端末２０のディスプレイ上に表示し、当該ストリーマーＬＶのストリーミングコンテンツをチェックすることができる。

当該ストリーマーのライブストリーミングの提供をプラットフォームに要求するユーザ端末３０ａ、３０ｂの視聴者ＡＵ１、ＡＵ２は、当該ネットワークＮＷを介して当該ライブストリーミングに対応するストリーミングデータを受信し、受信したストリーミングデータを再生してディスプレイ上に映像ＶＤ１、ＶＤ２を表示し、スピーカーなどから音声を出力することができる。当該ユーザ端末３０ａ、３０ｂ上にそれぞれ表示される当該映像ＶＤ１、ＶＤ２は、当該ストリーマーＬＶの当該ユーザ端末により記録された当該映像と実質的に同じであり、当該ユーザ端末３０ａ、３０ｂから出力される当該音声は、当該ストリーマーＬＶの当該ユーザ端末により記録された当該音声と実質的に同じである。

当該ストリーマーの当該ユーザ端末２０での記録は、当該視聴者ＡＵ１、ＡＵ２の当該ユーザ端末３０ａ、３０ｂでのストリーミングデータの再生と同時であってもよい。当該視聴者ＡＵ１が当該ストリーマーＬＶのコンテンツに関するコメントを当該ユーザ端末３０ａに入力すると、当該サーバ１０は、当該コメントを当該ストリーマーの当該ユーザ端末２０にリアルタイムで表示するとともに、当該視聴者ＡＵ１、ＡＵ２の当該ユーザ端末３０ａ、３０ｂにもそれぞれ表示する。当該ストリーマーＬＶが当該コメントに応答した場合、当該応答を当該視聴者ＡＵ１、ＡＵ２の当該ユーザ端末３０ａ、３０ｂからテキスト、画像、映像または音声として出力し、当該ストリーマーＬＶと当該視聴者ＡＵ１、ＡＵ２のコミュニケーションを実現することができる。従って、当該ライブストリーミングシステムは、双方向通信のライブストリーミングを実現することができる。

図２は、本開示の実施態様に基づく、図１に示すユーザ端末２０の機能と構成を示すブロック図である。当該ユーザ端末３０は、当該ユーザ端末２０と同様の機能と構成を有する。本明細書のブロック図に描かれているブロックは、コンピュータのＣＰＵなどのデバイスや機械部品などのハードウェア、およびこれらの要素の連携によって実施される機能ブロックを表現する、コンピュータプログラムなどのソフトウェアで実施される。したがって、機能ブロックは、ハードウェアとソフトウェアの組み合わせによる多様な態様で実装され得ることが、当業者には理解されよう。

当該ストリーマーＬＶと視聴者ＡＵは、ネットワークＮＷを介して、ダウンロードサイトから本開示のライブストリーミングアプリケーション（ライブストリーミングアプリ）を当該ユーザ端末２０と３０にダウンロードしてインストールすることができる。または、当該ライブストリーミングアプリは、当該ユーザ端末２０と３０に予めインストールされていてもよい。当該ユーザ端末２０と３０によるライブストリーミングの実行により、当該ユーザ端末２０と３０は、当該ネットワークＮＷを介して当該サーバ１０と通信し、複数の機能を実現することができる。当該ユーザ端末２０と３０（より具体的に、ＣＰＵなどのプロセッサ）による当該ライブストリーミングアプリの実行により実現される当該機能は、当該ユーザ端末２０と３０の機能として以下で説明される。当該機能は基本的に、当該ライブストリーミングアプリが当該ユーザ端末２０と３０に実現させる機能である。一部の実施態様において、これらの機能は、ネットワークＮＷを介して当該サーバ１０から当該ユーザ端末２０と３０のウェブブラウザに送信し、当該ウェブブラウザのコンピュータプログラムにより実行されることにより実現されてもよい。当該コンピュータプログラムは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのプログラミング言語で書かれていてもよい。

当該ユーザ端末２０は、ストリーミングユニット１００と視聴ユニット２００を含む。一部の実施態様において、当該ストリーミングユニット１００は、ユーザのオーディオ及び（または）ビデオデータを記録し、当該サーバ１０に送信するストリーミングデータを生成するように構成される。当該視聴ユニット２００は、サーバ１０からストリーミングデータを受信し、再生するように構成される。一部の実施態様において、ユーザは、ブロードキャスト時に当該ストリーミングユニット１００を作動させる、またはストリーミングを視聴するときに当該視聴ユニット２００を作動させることができる。一部の実施態様において、当該ストリーミングユニット１００を作動させる当該ユーザ端末は、ストリーマーと呼ぶことができ、またはストリーミングデータを生成する当該ユーザ端末と呼ぶことができる。当該視聴ユニット２００を作動させる当該ユーザ端末は、視聴者と呼ぶことができ、または当該ストリーミングデータを再生する当該ユーザ端末と呼ぶことができる。

当該ストリーミングユニット１００は、ビデオコントロールユニット１０２と、オーディオコントロールユニット１０４と、配信ユニット１０６と、ＵＩコントロールユニット１０８を含むことができる。当該ビデオコントロールユニット１０２は、カメラ（図示せず）に接続されてもよく、当該映像は当該カメラにより制御される。当該ビデオコントロールユニット１０２は、当該カメラから当該ビデオデータを取得することができる。当該オーディオコントロールユニット１０４は、マイク（図示せず）に接続されてもよく、音声は当該マイクにより制御される。当該オーディオコントロールユニット１０４は、当該マイクから当該オーディオデータを取得することができる。

当該配信ユニット１０６は、当該ビデオコントロールユニット１０２からのビデオデータと、当該オーディオコントロールユニット１０４からのオーディオデータを含むストリーミングデータを受信し、ネットワークＮＷを介して当該サーバ１０に送信する。一部の実施態様において、当該配信ユニット１０６は当該ストリーミングデータをリアルタイムで送信する。つまり、当該ビデオコントロールユニット１０２と当該オーディオコントロールユニット１０４からの当該ストリーミングデータの生成と、当該配信ユニット１０６の配信は同時に実行される。

当該ＵＩコントロールユニット１０８は、当該ストリーマーのＵＩを制御する。当該ＵＩコントロールユニット１０８はディスプレイ（図示しない）に接続され、当該配信ユニット１０６が当該ストリーミングデータを送信し、再生して当該ディスプレイ上に表示する相手に対して当該ストリーミングデータを生成するように構成される。当該ＵＩコントロールユニット１０８は、操作するオブジェクトまたは指示を受けるオブジェクトをディスプレイ上に表示し、ストリーマーからのタップ入力を受け付けるように構成される。

当該視聴ユニット２００は、ＵＩコントロールユニット２０２と、レンダリングユニット２０４と、入力送信ユニット２０６を含んでもよい。当該視聴ユニット２００は、ネットワークＮＷを介してサーバ１０からストリーミングデータを受信するように構成される。当該ＵＩコントロールユニット２０２は、当該視聴者のＵＩを制御する。当該ＵＩコントロールユニット２０２は、ディスプレイ（図示せず）及び（または）スピーカー（図示せず）に接続され、当該ストリーミングデータを再生することにより、当該ディスプレイ上に映像を表示し、当該スピーカーから音声を出力するように構成される。一部の実施態様において、当該ディスプレイ上に映像を出力し、当該スピーカーから音声を出力することを「ストリーミングデータを再生する」ことと呼ぶことができる。当該ＵＩコントロールユニット２０２は、タッチパネルやキーボード、ディスプレイなどの入力ユニットに接続され、ユーザからの入力を取得することができる。

当該レンダリングユニット２０４は、当該サーバ１０からのストリーミングデータと、フレーム画像とをレンダリングするように構成されてもよい。当該フレーム画像は、ユーザからの入力、視聴者により入力されたコメント、当該サーバ１０から受信したデータを受け付けるためのユーザインターフェイスオブジェクトを含んでもよい。当該入力送信ユニット２０６は、当該ＵＩコントロールユニット２０２から当該ユーザ入力を受信し、当該ネットワークＮＷを介して当該サーバ１０に送信するように構成される。

一部の実施態様において、当該ユーザ入力は、ライブ配信の選択、コメントの入力、贈り物の送信、ユーザのフォローまたはフォロー解除、イベントでの投票、ゲームなど、当該ユーザ端末の画面上のオブジェクトをクリックすることであってもよい。例えば、当該入力送信ユニット２０６は、視聴者の当該ユーザ端末がストリーマーに贈り物を送るために画面上の贈り物オブジェクトをクリックした場合に、贈り物情報を生成し、インターネットＮＷを介して当該サーバ１０に送信してもよい。

図３は、本開示の一部の実施態様に基づくサーバ１０のブロック図である。当該サーバ１０は、ストリーミング情報ユニット３０２と、中継ユニット３０４と、構成ユニット３０６と、変換ユニット３０８と、視覚化ユニット３１０と、構成ストレージ３２０と、定義ストレージ ３２２を含んでもよい。

当該ストリーミング情報ユニット３０２は、当該ネットワークＮＷを介して当該ストリーマーの当該ユーザ端末２０からライブストリーミングの要求を受信する。要求を受信すると、当該ストリーミング情報ユニット３０２は、当該ライブストリーミングの情報をストリームＤＢ（図示せず）に登録する。一部の実施態様において、当該ライブストリーミングの情報は、当該ライブストリーミングのストリームＩＤ、当該ライブストリーミングに対応する当該ストリーマーのストリーマーＩＤ、または当該視聴者の視聴者ＩＤであってもよい。

当該視聴者から当該ネットワークＮＷを介して当該ユーザ端末３０の当該視聴ユニット２００から当該ライブストリーミングの当該情報の提供要求を受信すると、当該ストリーミング情報ユニット３０２は当該ストリームＤＢ３２０を参照し、利用可能なライブストリーミングのリストを生成する。その後当該ストリーミング情報ユニット３０２は、当該ネットワークＮＷを介して当該ユーザ端末３０に当該リストを送信する。当該ユーザ端末３０の当該ＵＩコントロールユニット２０２は、当該リストに基づいてライブストリーミング選択画面を生成し、当該ユーザ端末３０のディスプレイ上に当該リストを表示する。

当該ユーザ端末３０の当該入力送信ユニット２０６は、当該ライブストリーミング選択画面上での当該視聴者によるライブストリーミングの選択を受信すると、選択された当該ライブストリーミングの当該ストリームＩＤを含む配信要求を生成し、当該ネットワークを介して当該サーバ１０に送信する。当該ストリーミング情報ユニット３０２は、当該配信要求で当該ストリームＩＤにより指定された当該ライブストリーミングの当該ユーザ端末３０に対する提供を開始することができる。当該ストリーミング情報ユニット３０２は、当該ストリームＤＢ３２０を更新し、当該ユーザ端末３０の当該視聴者の視聴者ＩＤを当該ストリームＩＤの当該ストリーマーＩＤに追加することができる。

当該中継ユニット３０４は、当該ストリーミング情報ユニット３０２により開始された当該ライブストリーミングにおいて、当該ストリーマーの当該ユーザ端末２０から、当該視聴者の当該ユーザ端末３０へのライブストリーミングの送信を中継することができる。当該中継ユニット３０４は、ストリーミングデータの再生中に、当該視聴者からのユーザ入力を示す信号を当該入力送信ユニット２０６から受信することができる。当該ユーザ入力を示す当該信号は、当該ユーザ端末３０のディスプレイに表示されるオブジェクトの指定を示すオブジェクト指定信号であってもよい。

当該オブジェクト指定信号は、当該視聴者の視聴者ＩＤ、当該視聴者が視聴しているライブストリーミングを配信するストリーマーのストリーマーＩＤ、及び当該オブジェクトにより指定されるオブジェクトＩＤを含んでもよい。当該オブジェクトが贈り物などである場合、当該オブジェクトＩＤは、贈り物ＩＤなどであってもよい。同様に、当該中継ユニット３０４は、ストリーミングデータの再生中に、当該ユーザ端末２０の当該ストリーミングユニット１００から、例えば当該オブジェクト指定信号など、当該ストリーマーのユーザ入力を示す信号を受信することができる。

当該構成ユニット３０６は、当該サーバ１０において設定を取り扱うように構成されている。より具体的に、当該構成ユニット３０６は、外部データベースから構成設定データを引き出してもよい。当該構成設定データは、エンジニアによってプログラムされ、当該外部データベースにアップロードされてもよい。一部の実施態様において、当該外部データベースは、当該サーバ１０の内部データベースであってもよい。一部の実施態様において、当該外部データベースは、ＧｉｔＨｕｂ、ｇｏｏｇｌｅドライブなどのサードパーティサービスであってもよい。一部の実施態様において、当該サーバ１０は、当該構成設定データを一時的または恒久的に保存するためのローカルリポジトリを含んでもよい。当該構成ユニット３０６は、外部データベースから構成設定データを引き出し、さらに利用するためにローカルデータベースに格納してもよい。

当該構成設定データは、設定ファイルと定義ファイル等を含んでもよい。当該設定ファイルは、機能、イベント、設定などの設定のソースコードまたはプログラミングコードであってもよい。当該設定ファイルは、イベント期間、フレームカラー等の構成を設定するためのパラメータを含んでもよい。当該定義ファイルは、当該設定ファイルに関連する情報を含んでもよい。一部の実施態様において、当該定義ファイルは、当該設定ファイル内のパラメータまたは設定の定義を含んでもよい。当該定義は、例えば、当該パラメータの値、範囲、タイプまたはフォーマット等を含んでもよい。一部の実施態様において、当該構成設定データは、当該ライブストリーミングプラットフォームにおけるストリーマーと視聴者の間の交流に関連するパラメータを含んでもよい。

当該構成ユニット３０６は、当該データベースから最新の構成設定データを引き出してもよい。例えば、メインブランチやサブブランチなど、ＧｉｔＨｕｂ内の異なるブランチに異なる設定ファイルが存在する場合がある。あるブランチで当該設定ファイルの更新があった場合、当該構成ユニット３０６は、ＧｉｔＨｕｂから最新の構成設定データを引き出してもよい。一部の実施態様において、当該構成ユニット３０６は、当該構成設定データを当該ローカルリポジトリに格納してもよい。一部の実施態様において、当該設定ファイルと当該定義ファイルは、外部データベースからの同じまたは異なるリポジトリから引き出されてもよく、当該サーバ１０内の同じまたは異なるローカルリポジトリに格納されてもよい。一部の実施態様において、リモートリポジトリ及び当該ローカルリポジトリは、実際の必要に応じて調整されてもよい。

当該構成ユニット３０６は、さらに、管理者が設定を行うために、当該設定データをフロントエンドに送信してもよい。一部の実施態様において、当該管理者は、当該構成設定データに対して、編集、修正、またはパラメータの更新などの操作を実行してもよい。当該構成ユニット３０６は、構成設定を完了するために、更新された当該構成設定データを対応する当該データベースにプッシュしてもよい。一部の実施態様において、当該構成設定データは、当該変換ユニット３０８により適切な形式に変換されてもよい。一部の実施態様において、当該構成設定データはさらに、当該視覚化ユニット３１０によって視覚化され、当該管理者に提供されてもよい。

当該変換ユニット３０８は、当該構成設定データを変換するように構成される。当該変換ユニット３０８は、当該構成ユニット３０６から構成設定データを受け取り、当該構成設定データを今後使用するために適した形式に変換してもよい。例えば、当該設定ファイルがＹＡＭＬファイルでプログラムされ、当該定義ファイルがＪＳＯＮスキーマ等でプログラムされていてもよい。当該変換ユニット３０８は、当該構成設定データを同一または互換性のある形式に変換してもよい。一部の実施態様において、当該構成設定データは、ＹＡＭＬ、ＪＳＯＮ、ＸＭＬ、ＨＴＭＬ、Ｃ++、ＪａｖａＳｃｒｉｐｔ、Ｐｙｔｈｏｎなどの任意の可能な言語としてプログラムまたは変換されてもよい。

一部の実施態様において、当該設定ファイルはＹＡＭＬでプログラムされてもよく、当該変換ユニット３０８は当該設定ファイルをＹＡＭＬファイルからＪＳＯＮオブジェクトなどに変換してもよい。一部の実施態様において、当該ＹＡＭＬファイルは、最初にドキュメントノード（Ｄｏｃｕｍｅｎｔ Ｎｏｄｅ）に変換された後、ＪＳＯＮオブジェクトに変換されてもよい。ドキュメントノードを使用する１つの利点は、コメント、注釈、属性、順序などの構成ファイル内のメタデータが完全に保存され得ることである。ドキュメントノードのデータ構造は、トランスフォーメーション及び変換中にメタデータが失われることを防止できる。

一部の実施態様において、当該ＹＡＭＬファイルは、サードパーティライブラリ「ｊｓ―ｙａｍｌ」等の任意の可能な方法によって、ドキュメントノードに変換されてもよい。 一部の実施態様において、当該ドキュメントノードはさらに、組み込みの「ｔｏＪＳＯＮ()」関数などの任意の可能な方法によってＪＳＯＮオブジェクトに変換されてもよい。

一部の実施態様において、当該変換ユニット３０８は、当該構成設定データが当該設定ファイルに対応する当該定義ファイルを含むか否かをチェックしてもよい。当該設定ファイルに対応する定義ファイルがない場合、当該サーバ１０はコードエディタを生成し、当該管理者が当該コードエディタで設定できるようにしてもよい。また、当該管理者は、当該設定ファイルのコード内のパラメータを修正するなどの操作を行ってもよい。

当該視覚化ユニット３１０が、当該構成設定データを視覚化するように構成されている。上述したように、当該構成設定データは、設定ファイルと定義ファイルを含んでもよい。当該定義ファイルは、ＪＳＯＮスキーマでプログラムされていてもよい。当該ＪＳＯＮスキーマは、プログラマーによるＪＳＯＮドキュメントのアノテーションとバリデーションを可能にする宣言型言語である。ＪＳＯＮスキーマは、主にＪＳＯＮオブジェクトのデータ構造や、属性などのパラメータの形式を記述するために使用することができる。また、ＪＳＯＮスキーマの内容は、データ形式等の正確性を検証するために用いられてもよい。

視覚化手順の間、当該視覚化ユニット３１０は、当該ＪＳＯＮオブジェクト及びＪＳＯＮスキーマに従い、ビジュアルエディタを生成してもよい。より具体的に、当該視覚化ユニット３１０は、当該定義ファイル内の定義に従い、当該ＪＳＯＮオブジェクトを視覚化インターフェイスに変換してもよい。一部の実施態様において、当該ＪＳＯＮオブジェクトは、「ｒｅａｃｔ－ｊｓｏｎｓｃｈｅｍａ－ｆｏｒｍ」などのサードパーティライブラリによって当該視覚化インターフェイスに変換されてもよい。「ｒｅａｃｔ－ｊｓｏｎｓｃｈｅｍａ－ｆｏｒｍ」のライブラリは、当該定義ファイル中のＪＳＯＮスキーマの内容に従い、当該ＪＳＯＮオブジェクトを対応するコンポーネントに変換してもよい。一部の実施態様において、当該コンポーネントは、入力フィールド、カラーピッカー、日付ピッカー、プルダウンメニューなどであってもよい。一部の実施態様において、当該コンポーネントは、実際の必要性に応じて設計されてもよい。

一部の実施態様において、当該設定ファイルは、複数のパラメータを含んでもよく、当該視覚化ユニット３１０は、当該パラメータの形式に基づき、当該パラメータを対応するコンポーネントに変換してもよい。 例えば、当該パラメータがフレームの色である場合、当該視覚化ユニット３１０は、当該パラメータをカラーコンポーネントに変換してもよい。当該カラーコンポーネントは、管理者がカラーコードを入力するためのフィールドや、当該管理者が色を選択するためのカラーピッカーなどを含んでもよい。当該パラメータが列挙型データ型に関連する場合、当該パラメータはプルダウンメニューなどのコンポーネントに変換されてもよい。本実施態様によれば、同じ形式のパラメータは、同じコンポーネントに変換されてもよい。技術者は同じ形式のパラメータに対して、１つのコンポーネントを作成すればよい。したがって、システムの効率を向上させることができる。

一部の実施態様において、当該視覚化ユニット３１０は、設定の正確性を検証してもよい。例えば、管理者がアバターの画像をアップロードし、その画像のＵＲＬを入力することで当該アバターの設定を行うことができる。当該定義ファイルで、当該ＵＲＬの当該パラメータは、少なくとも１文字を含む文字列形式で定義され、当該文字列の形式は当該ＵＲＬの形式に準拠する。ユーザが入力した後、当該視覚化ユニット３１０が当該入力の形式を検証してもよい。一部の実施態様において、当該視覚化ユニット３１０は、すべてのパラメータが検証されるまで、保存ボタンを無効にしてもよい。

図７は、本開示の一部の実施態様に基づく構成設定システム２の視覚化手順を示す概略ブロック図である。図７に示すように、当該視覚化ユニット３１０は当該構成設定データを視覚化オブジェクトに視覚化してもよい。当該視覚化ユニット３１０は、パラメータＰを対応するコンポーネントＣに変換し、かつ当該設定ファイルと当該定義ファイルに基づき、ビジュアルエディタＶＲを生成してもよい。

例えば、「ｓｔａｒｔＴｉｍｅ」のパラメータＰは、対応する定義ファイルにおいて定義Ｄを有することができる。当該視覚化ユニット３１０は、当該定義Ｄに基づいて、当該パラメータＰを対応する当該コンポーネントＣに変換してもよい。当該コンポーネントＣは、入力フィールドや日付ピッカーなどを含んでもよい。本実施態様によれば、パラメータの形式ごとの当該コンポーネントを技術者が柔軟に設計することができ、同じ形式のパラメータを同じコンポーネントに変換することができる。したがって、システムの柔軟性及び利便性を向上させることができる。

一部の実施態様において、当該アプリまたはプラットフォームプロバイダーは、当該ストリーマーが参加するイベントを提供し、また視聴者が当該サーバ１０を介して当該ストリーマーに送るための贈り物を提供してもよい。当該管理者は、当該イベントの当該パラメータを設定してもよい。当該パラメータは、開始時刻及び終了時刻等のイベントの継続時間を含んでもよい。また当該パラメータは、当該イベントの贈り物のアイコン、ポイント、贈り物ＩＤを含んでもよい。一部の実施態様において、当該技術者は当該設定ファイルをＹＡＭＬファイルとしてプログラムし、当該管理者は当該ＹＡＭＬファイルの当該パラメータを設定して、イベントごとに設定をカスタマイズすることができる。

一部の実施態様において、当該技術者はさらに当該定義ファイルを作成し、当該変換ユニット３０８と当該視覚化ユニット３１０が当該構成設定データを可視化オブジェクトに変換して可視化し、当該管理者が構成設定を行えるようにしてもよい。例えば、当該管理者は、各イベントの開始時刻と終了時刻を設定し、異なるイベントをカスタマイズしてもよい。当該設定ファイルの当該ＹＡＭＬファイルは、開始時刻、終了時刻などのパラメータを含んでもよい。一部の実施態様において、当該定義ファイルは、開始時刻及び終了時刻の形式、当該パラメータの対応するコンポーネントなど、当該パラメータの定義を含んでもよい。一部の実施態様において、当該定義ファイルは、ＡＩ技術、機械学習技術などによって自動生成されてもよい。

図４は、本開示の一部の実施態様に基づく構成設定システム２の構成を示す概略図である。当該構成設定システム２は、技術者ＥＮＧと管理者ＡＤＭＩＮが構成設定を行うための構成設定サービスを提供する。図４に示すように、当該構成設定システム２は、当該サーバ１０と、技術者ＥＮＧと、管理者ＡＤＭＩＮと、外部データベースＤＢと、ビジュアルエディタＶＥを含んでもよい。当該技術者ＥＮＧは、当該構成設定データをプログラムする技術者であってもよく、当該管理者ＡＤＭＩＮは、当該構成設定を行う管理者であってもよい。当該外部データベースＤＢは、プログラミングコードやソースコードなどの構成設定データを格納するためのデータベースであってもよい。一部の実施態様において、当該データベースＤＢは、該サーバ１０内の内部データベースであってもよい。該ビジュアルエディタＶＥは、当該管理者ＡＤＭＩＮが構成設定を行うためのインターフェイスであってもよい。当該技術者ＥＮＧと当該管理者ＡＤＭＩＮは、利用可能な任意の端末やコンピュータ等によって通信を行ってもよい。当該構成設定システム２における通信は、有線ネットワークＮＷや無線ネットワークＮＷなど、任意の種類のネットワークによって実現されてもよい。

当該構成設定システム２において、読み出し手順と書き込み手順とが実現されてもよい。当該読み出し手順は、当該データベースから構成設定データを取得し、当該管理者ＡＤＭＩＮのための当該ビジュアルエディタＶＥを生成することである。当該書き込み手順は、当該ビジュアルエディタＶＥから当該構成設定データに対する操作を取得し、当該データベースの当該構成設定データを更新することである。一部の実施態様において、当該サーバ１０は、構成設定、リリース及びデプロイメントをそれぞれ実現するための１つのサーバを含んでもよい。一部の実施態様において、当該サーバ１０は、構成設定、リリース及びデプロイメントをそれぞれ実現するための複数のサーバを含んでもよい。例えば、当該構成設定は管理者サーバによって実現され、構成設定のリリース及びデプロイメントは別のサーバによってそれぞれ実現されてもよい。

図５と図６は、本開示の一部の実施態様に基づく構成設定システム２の読み出し手順と書き込み手順を示す概略ブロック図である。ここで、当該外部データベースＤＢはＧｉｔＨｕｂシステムであってもよく、バックエンドは当該構成ユニット３０６、フロントエンドは当該変換ユニット３０８と当該視覚化ユニット３１０を指してもよい。

図５に示すように、当該構成設定サービスは、外部データベースから最新の構成設定データを引き出してもよい。より具体的に、当該外部データベースは当該設定ファイルと当該定義ファイルを格納するための設定リポジトリと定義リポジトリをそれぞれ含んでもよい。技術者は、当該構成設定データをプログラミングし、当該外部データベースにアップロードしてもよい。当該構成設定データが更新されると、当該構成設定サービスは最新の当該構成設定データを当該サーバ１０に引き出してもよい。

当該構成設定サービスは、当該構成設定データを当該サーバ１０のローカルストレージに格納してもよい。より具体的には、 当該サーバ１０は、ローカル構成リポジトリおよびローカル定義リポジトリを含んでもよい。一部の実施態様において、当該ローカルリポジトリは、内部ストレージ、またはＥＴＣＤなどのサードパーティサービスであってもよい。一部の実施態様において、当該構成設定データの引き出しとプッシュは、例えば、当該Ｇｉｔシステム、ＥＴＣＤ等により実現されてもよい。

設定の要求が行われると、フロントエンドは当該構成設定サービスから当該構成設定データを取得してもよい。ここで、当該設定ファイルはＹＡＭＬファイル、当該定義ファイルはＪＳＯＮスキーマファイルであってもよい。当該ＹＡＭＬファイルは、視覚化の準備のためにＪＳＯＮオブジェクトに変換されてもよい。図５に示す実施態様において、当該ＹＡＭＬファイルは、「ｊｓ－ｙａｍｌ」のライブラリによってドキュメントノードに変換され、ＪａｖａＳｃｒｉｐｔなどで関数「ｔｏＪＳＯＮ（）」の方法によりＪＳＯＮオブジェクトに変換されてもよい。ファイルを適切な形式に変換する方法は、組み込み関数やサードパーティライブラリなどで柔軟に実現することができる。

さらに、フロントエンドは、当該管理者が構成設定を行うための当該構成設定データを視覚化してもよい。図５に示すように、当該ＪＳＯＮオブジェクトとＪＳＯＮスキーマが組み込みまたはサードパーティライブラリで変換され、ＵＩインターフェイスなどのビジュアルエディタを生成してもよい。より具体的に、当該ＪＳＯＮオブジェクトは、ＪＳＯＮスキーマの内容に従い、サードパーティライブラリによってＵＩインターフェイスに変換されてもよい。当該サードパーティライブラリは、「ｒｅａｃｔ－ｊｓｏｎｓｃｈｅｍａ－ｆｏｒｍ」などのライブラリであってもよい。当該管理者は、当該ビジュアルエディタにより構成設定を行い、当該構成設定を実現してもよい。

一部の実施態様において、当該設定ファイルに対応する定義ファイルがない場合、フロントエンドは、当該管理者が構成設定を行うために、当該設定ファイルからコードエディタを生成してもよい。例えば、当該フロントエンドは、当該管理者が構成設定を行うために、パラメータを入力または変更するための生のＹＡＭＬファイルのコードを表示してもよい。

図６に示すように、当該ユーザ（当該管理者であってもよい）は、 当該ビジュアルエディタを編集してもよい。例えば、当該管理者は、期間、イベントギフト、バナーなどのパラメータを設定してもよい。当該パラメータが設定されると、 当該ビジュアルエディタは当該ＪＳＯＮオブジェクトを更新してもよい。当該ＪＳＯＮオブジェクトは、「ｒｅａｃｔ－ｊｓｏｎｓｃｈｅｍａ－ｆｏｒｍ」などのライブラリによって更新されてもよい。当該ライブラリの属性に従い、当該ユーザが当該ビジュアルエディタを編集している間に、当該ＪＳＯＮオブジェクトが自動的かつ動的に更新されてもよい。

当該ＪＳＯＮオブジェクトが更新されると、フロントエンドは、更新された当該ＪＳＯＮオブジェクトと元のＪＳＯＮオブジェクトとの間の差分を比較してもよい。その差分に基づき、パッチファイルが生成されてもよい。当該パッチファイルは、他のファイルに適用される変更を含むファイルであってもよい。一部の実施態様において、当該パッチファイルは、更新された該ＪＳＯＮオブジェクトと元のＪＳＯＮオブジェクトとの間の差分を記録してもよい。例えば、当該ユーザがパラメータ「ａ．ｂ．ｃ．ｄ」の値を「２」に変更した場合、当該パッチファイルにはその情報が記録されてもよい。

さらに、当該パッチファイル内の当該差分の記録は、リアルタイムで動的に当該ドキュメントノードに適用されてもよい。一部の実施態様において、当該パッチファイルは、当該ビジュアルエディタ上における当該ユーザからの操作を更新するために使用されてもよい。また当該視覚化ユニットは、当該パッチファイルなどに記録された当該差分に応じて、リアルタイムに当該ビジュアルエディタ上の操作を更新するようにしてもよい。すべての変更が検証され、 当該ビジュアルエディタに反映された後、当該管理者は設定を確定することができる。例えば、当該ビジュアルエディタには、当該管理者が設定を確定するための「保存」ボタンなどがあってもよい。当該管理者によって「保存」ボタンがクリックされると、ドキュメントノードはＹＡＭＬ文字列に変換され、ＡＰＩを介してＡＰＩボディのバックエンドに送信されてもよい。当該ドキュメントノードは「ｔｏｓｔｒｉｎｇ（）」などのプログラミング言語の組み込まれた方法によって、ＹＡＭＬファイルに変換して戻されてもよい。

一部の実施態様において、当該構成設定システムは、当該管理者がより柔軟に構成設定を行うために、当該ビジュアルエディタとコードエディタを含んでもよい。 当該管理者は適切なインターフェイスに切り替えて、当該構成設定システム２に対する操作を実行してもよい。

当該構成設定サービスは、設定更新の要求を受け取ると、更新された当該構成設定データをローカルリポジトリに格納してもよい。さらに、当該構成設定サービスは、更新された当該構成設定データを外部データベースのリモートリポジトリにプッシュしてもよい。したがって、構成設定手順をより正確かつ円滑に実現することができる。

当該実施態様によれば、構成設定手順が向上される可能性がある。一般に、当該構成設定データは専門の技術者によってプログラムされ、管理される。例えば、ＹＡＭＬは人間が読めるデータシリアライズ言語であり、一般的に設定ファイルに使用されている。しかし、管理者がプログラミング言語を理解し、構成設定方法を習得するには時間と労力を要する。誤った形式の構成設定を行い、ユーザがそれに気づかない場合、システムのエラーやクラッシュを引き起こす可能性がある。

当該構成設定データを視覚化することで、構成設定手順をより直感的かつ簡単に実行できるようになる。また、プレビューや補足メッセージ、ヒントなど、より多くの機能を追加で提供することもできる。したがって、プログラミング言語に不慣れなことによるヒューマンエラーを低減し、構成設定手順が向上される可能性がある。

本実施態様によれば、当該構成設定データは編集時に検証されてもよく、ヒューマンエラーによるシステムの不安定さを低減することができる。より具体的には、当該定義ファイルには各パラメータやフィールドのルールや形式が含まれていてもよく、そのため、当該管理者によって構成設定が行われている間に、リアルタイムで動的に当該構成設定データ中のパラメータの形式が検証されてもよい。したがって、システムの品質を向上させることができる。

また、当該視覚化インターフェイスにより、ユーザがより柔軟に構成設定を行うことができ、操作性も向上される可能性がある。例えば、ＵＲＬのオブジェクトを当該ビジュアルエディタで表示してもよい。当該ユーザは、ブラウザ上で当該ＵＲＬをコピー＆ペーストするなどの追加手順を踏まずに、当該オブジェクトをプレビューすることができる。なお、プレビューの機能などは、すべて当該定義ファイルに設定・設計されていてもよい。したがって、当該構成設定システム２の柔軟性を向上させることができる。

さらに、当該定義ファイルは追加のデプロイメントを行うことなく修正または変更することができ、構成設定手順が向上される可能性がある。例えば、当該設定ファイルと当該定義ファイルは、ＧｉｔＨｕｂリポジトリなどの外部データベースに格納されてもよい。当該外部データベースに新しいバージョンの構成設定データがアップロードされると、最新バージョンの当該設定ファイル及び定義ファイルが当該サーバ１０に引き出されてもよい。したがって、新しい定義ファイルを作成する必要がある場合、または現在の定義ファイルを修正する必要がある場合、さらなるリリースまたはデプロイメントなしに、ＧｉＨｕｂやＧｉｔシステムなどの当該外部データベースによって単に調整されてもよい。

図８に図３の構成ストレージ３２０の例示的データ構造を示す表を示す。当該構成ストレージ３２０は、当該設定ファイルを識別するファイルＩＤと、当該設定ファイルの場所を識別するＵＲＬとを関連付けて格納する。なお、当該設定ファイルの外観は、図８に示されている。一部の実施態様において、当該設定ファイルは、ＹＡＭＬファイルでプログラムされ、構成設定を行うためのパラメータを含んでいてもよい。

図９に図３の定義ストレージ３２２の例示的データ構造を示す表を示す。当該定義ストレージ３２２は、当該定義ファイルを識別するファイルＩＤと、当該定義ファイルの場所を識別するＵＲＬとを関連付けて格納する。なお、当該定義ファイルの外観は、図９に示されている。一部の実施態様において、当該定義ファイルは、ＪＳＯＮスキーマファイルでプログラムされ、定義、形式などのパラメータの情報を含んでいてもよい。

図１０は、本開示の一部の実施態様に基づく当該構成設定システム２の例示的なビジュアルエディタ６００である。図１０に示すように、当該ビジュアルエディタ６００は、ＵＩオブジェクト６０２を含んでもよい。一部の実施態様において、当該ＵＩオブジェクト６０２は、当該ユーザがパラメータの変更、オブジェクトのアップロードなどの構成設定を行うための視覚化形態であってもよい。当該ＵＩオブジェクト６０２は、タイトル６０４やパラメータの入力フィールド６０６などの構成設定の情報を含んでもよい。当該管理者は、イベントの開始時刻及び終了時刻などの当該パラメータを設定し、イベントをカスタマイズしてもよい。

一部の実施態様において、当該ビジュアルエディタ６００は、当該ユーザが構成設定をしている間、当該ユーザをガイドしてもよい。例えば、情報オブジェクト６０８を表示して、単位、規格、範囲、形式など当該パラメータの情報を示してもよい。一部の実施態様において、当該ユーザによる当該パラメータの設定を支援するために、日付ピッカー、カラーピッカーなどのヘルパーが表示されてもよい。一部の実施態様において、ユーザの参考のために、画像、アイコン、ビデオなどのプレビュー６１０も、当該ＵＩオブジェクト６０２上に表示されてもよい。例えば、画像のＵＲＬまたはファイルが当該ユーザによって入力される場合、当該画像の当該プレビュー６１０が当該ビジュアルエディタ６００上に表示されてもよい。

当該ビジュアルエディタ６００は、当該設定ファイルのコード情報６１２を含んでもよい。例えば、当該設定ファイルのプログラミングコードが当該コード情報６１２に表示されてもよい。当該コード情報６１２は、当該ユーザが当該コードを修正するための当該コードエディタであっても、当該ユーザがコードなどを表示するためのコードビューアであってもよい。一部の実施態様において、当該構成設定の変更は、リアルタイムで当該コード情報６１２に反映されてもよい。例えば、当該ユーザが変更した部分が、当該ユーザの参考のために強調表示されてもよい。一部の実施態様において、当該設定ファイルの当該コード情報６１２はさらに２つの部分を含み、元の当該設定ファイルと更新された設定ファイルを表示してもよい。本実施態様によれば、ヒューマンエラーを低減し、構成設定の精度を向上させることができる。

一部の実施態様において、当該ビジュアルエディタ６００は、当該管理者が該ビジュアルエディタとコードエディタとの間で切り替えるためのスイッチ６１４を含んでもよい。一部の実施態様において、当該ビジュアルエディタ６００は、当該管理者が標準モードと差分モードとの間で切り替えるためのスイッチ６１６を含んでもよい。標準モードにでは、当該コード情報６１２が当該ビジュアルエディタの隣に表示されてもよい。当該ビジュアルエディタからの入力及び変更が、リアルタイムで当該コード情報６１２に反映されてもよい。差分モードでは、当該コード情報６１２の下にさらにコード情報６２０が表示され、当該コード情報６１２の元の設定ファイルと比較して更新された当該設定ファイルが表示されてもよい。一部の実施態様において、当該ビジュアルエディタ６００のレイアウトは、実際の必要性に応じて柔軟に調整されてもよい。

一部の実施態様において、更新された部分は影などのオブジェクト６２２で強調表示されてもよい。一部の実施態様において、パラメータの形式が正しくない場合、参照用のヒントとして、「エラー：時間はＹＹＹＹ－ＭＭ－ＤＤ ｈｈ：ｍｍ：ｓｓ（［ＧＭＴ］ＺＺ）とする必要があります」などの補足メッセージ６２４が参考用のヒントとして表示されてもよい。一部の実施態様において、当該管理者がパラメータを設定するために、時刻ピッカー、日付ピッカー、カラーピッカーなどのガイドオブジェクト６２６が提供されてもよい。一部の実施態様において、当該管理者が構成設定の完了を確定するための保存ボタン６２８が提供されてもよい。

一部の実施態様において、当該ビジュアルエディタは、当該ユーザが当該パラメータや設定などを検索するための検索バーを含んでもよい。当該ビジュアルエディタは、当該ユーザが構成設定の情報を当該ビジュアルエディタの上部などにピン留めするためのピン機能を含んでもよい。当該ビジュアルエディタは、当該ユーザが以前の操作などをチェックするための履歴記録を提供してもよい。一部の実施態様において、当該ビジュアルエディタは、当該技術者がリアルタイムで当該定義ファイルを編集するための定義エディタをさらに提供してもよい。一部の実施態様において、当該ビジュアルエディタは、当該ユーザが構成設定データのバージョンを選択するためのバージョン管理機能を提供してもよい。一部の実施態様において、当該ビジュアルエディタは、実際の必要性に応じて設計・決定されてもよい。

次に、上記構成を有する構成設定システム２の動作について説明する。図１１は、当該構成設定システム２における読み出し手順の工程を示すフローチャートである。当該技術者が当該構成設定データを当該データベースにアップロードしたら、当該構成ユニット３０６は、当該データベースから当該構成設定データを引き出してもよい（Ｓ５２０）。一部の実施態様において、当該構成ユニット３０６は、当該構成設定データをローカルリポジトリに格納してもよい（Ｓ５２２）。新しい構成設定データがあると、当該フロントエンドは当該構成ユニット３０６から当該構成設定データを取得してもよい。

一部の実施態様において、当該フロントエンドは、当該構成設定データが当該設定ファイルに対応する定義ファイルを含むか否かをチェックしてもよい（Ｓ５２４）。より具体的には、当該フロントエンドは、当該ＹＡＭＬファイルに対する定義ファイルがあるか否かをチェックしてもよい。例えば、当該ＹＡＭＬファイルには、当該定義ファイルの記録と位置が含まれていてもよい。一部の実施態様において、当該ＹＡＭＬファイルと定義ファイルは、異なるファイル拡張子で同じファイル名を共有してもよいため、当該フロントエンドは、ファイル名やファイルパスなどによって当該定義ファイルの存在を確認することができる。例えば、アバター機能の設定であれば、当該ＹＡＭＬファイルは「ａｖａｔａｒ．ｙａｍｌ」、当該定義ファイルは「ａｖａｔａｒ．ｊｓｏｎ」などとすることができる。当該変換ユニット３０８は、特定のファイル拡張子で同じファイル名を持つファイルがあるか否かをチェックし、当該構成設定データに当該定義ファイルが含まれるか否かを判断してもよい。例えば、当該設定ファイルのファイル拡張子は「．ｙｍａｌ」、当該定義ファイルのファイル拡張子は「．ｊｓｏｎ」等であってもよい。当該設定ファイルは、当該定義ファイルと同じ場所に保持され、両者は同じファイルパスを共有してもよい。当該定義ファイルは、当該設定ファイルとは別の場所に保存されてもよい。 この場合、当該フロントエンドは、対応する場所に特定のファイル拡張子を有する同じファイル名のファイルが存在するか否かをチェックして、当該定義ファイルの存在を確認してもよい。本実施態様によれば、システムの複雑さを軽減し、また、システムの品質を向上させることができる。

当該設定ファイルに対応する定義ファイルが存在しない場合（Ｓ５２４で「いいえ」）、当該フロントエンドは、当該構成設定データを直接ロードしてもよい（Ｓ５３０）。例えば、当該フロントエンドは、管理者が構成設定を行うための生のＹＡＭＬファイルを読み込んでもよい。当該設定ファイルに対応する定義ファイルがある場合（Ｓ５２４で「はい」）、当該変換ユニット３０８は当該構成設定データを適切な形式に変換してもよい（Ｓ５２６）。当該視覚化ユニット３１０はさらに、当該構成設定データをＵＩインターフェイスなどのビジュアルエディタに視覚化してもよい（Ｓ５２８）。一部の実施態様において、当該フロントエンドはさらに、当該構成設定データをロードしてもよい（Ｓ５３０）。したがって、当該構成設定インターフェイスは、ビジュアルエディタ、生のＹＡＭＬファイル、上記の組み合わせなどであってもよい。

図１２は、当該構成設定システム２における書き込み手順の工程を示すフローチャートである。当該管理者が当該構成設定システム２へのアクセスを取得すると、当該フロントエンドは当該管理者が構成設定を行うための構成をロードしてもよい（Ｓ５４０）。当該管理者は、当該ビジュアルエディタＶＥで当該構成設定データを設定または変更してもよい。 当該管理者によって設定された新しい構成設定がある場合（Ｓ５４２で「はい」）、当該フロントエンドは、当該視覚化ユニット３１０によってすべての変更が処理されるまで、以下のステップＳ５４４、Ｓ５４６、Ｓ５４８、Ｓ５５０、Ｓ５５２、Ｓ５５４を繰り返してもよい。

当該視覚化ユニット３１０は、当該定義ファイルに基づき、変更を検証してもよい（Ｓ５４４）。例えば、変更が日付に関するものである場合、当該視覚化ユニット３１０は、当該変更が日付の書式と一致しているか否かを検証してもよい。変更内容が形式に適合していない場合（Ｓ５４４で「いいえ」）、当該視覚化ユニット３１０は、当該ビジュアルエディタ上に補足メッセージやヒントなどのガイダンスを表示し、当該ユーザの構成設定を支援してもよい。例えば、入力がＵＵＩＤの形式に適合する必要がある場合、「形式ＵＵＩＤと一致する必要があります」などのメッセージを下に表示し、入力の誤りを示すようにしてもよい。本実施態様によれば、構成設定時のヒューマンエラーを低減し、システムの品質を向上させることができる。

当該フロントエンドは、変更が形式に適合する場合（Ｓ５４４で「はい」）、元の構成設定データと更新後の構成設定データの差分を比較してもよい（Ｓ５４８）。当該変換ユニット３０８は、当該差分を記録したパッチファイルを生成してもよい（Ｓ５５０）。当該変換ユニット３０８は、当該差分をドキュメントノードに適用してもよい（Ｓ５５２）。さらに、当該視覚化ユニット３１０は、リアルタイムで当該ビジュアルエディタを動的に更新してもよい（Ｓ５５４）。

例えば、当該ビジュアルエディタには、ＵＩインターフェイスと生のＹＡＭＬファイルが含まれていてもよい。当該管理者がパラメータを更新すると、対応する変更が当該ＹＡＭＬファイルに反映されてもよい。一部の実施態様において、当該生のＹＡＭＬファイルはさらに、参照用に元のＹＡＭＬファイル及び更新されたＹＡＭＬファイルを含んでもよい。一部の実施態様において、当該変更は、色、ハッチング、網掛けなどによって強調表示されてもよい。当該実施態様によれば、構成設定手順が向上される可能性がある。

当該管理者によって新たに設定された構成がない場合（Ｓ５４２で「いいえ」）、またはすべての変更内容が検証され、当該ビジュアルエディタに反映された後、当該管理者は、例えば保存ボタンをクリックするなどして、当該構成設定を確定させてもよい（Ｓ５５６）。当該変換ユニット３０８は、更新された構成設定データを適切な形式に変換してもよい（Ｓ５５８）。例えば、当該変換ユニット３０８は、当該ドキュメントノードをＹＡＭＬ文字列に変換し、ＡＰＩを介してＡＰＩボディのバックエンドに送信してもよい（Ｓ５５８）。当該構成ユニット３０６はさらに、当該構成設定データをリモートデータベースに更新してもよい（Ｓ５６０）。一部の実施態様において、当該構成ユニット３０６は、当該ローカルリポジトリの当該構成設定データを更新し、更新された当該構成設定データを当該リモートリポジトリにプッシュしてもよい。当該実施態様によれば、構成設定手順が向上される可能性がある。

図１３は、本開示の一部の実施態様に基づく構成設定システム２の構成の動作を示す例示的なシーケンス図である。一部の実施態様において、当該技術者は、リモートデータベース内の当該構成設定データをプログラムしてアップロードしてもよい（Ｓ５６２）。当該構成ユニット３０６は、当該アップロードに応答して、最新の当該構成設定データを引き出してもよい（Ｓ５６４）。一部の実施態様において、当該構成ユニット３０６は、当該構成設定データをローカルリポジトリに格納してもよい（Ｓ５６６）。

当該変換ユニット３０８は、当該構成設定データを取得し（Ｓ５６８）、当該構成設定データを適切な形式に変換してもよい（Ｓ５７０）。一部の実施態様において、当該変換は、視覚化の準備のために使用されてもよい。当該視覚化ユニット３１０はさらに、当該構成設定データを当該ビジュアルエディタに可視化してもよい（Ｓ５７２）。一部の実施態様において、当該ビジュアルエディタは、ＵＩインターフェイス、フォームなどであってもよい。

当該管理者は、当該ビジュアルエディタ上で構成設定を行ってもよい（Ｓ５７４）。一部の実施態様において、当該管理者は、当該構成設定データの入力、変更、アップロードまたは修正などの操作を実行してもよい。当該管理者により実行された操作は、当該構成設定データに適用されてもよい（Ｓ５７６）。当該変換ユニット３０８はさらに、当該構成設定データを適切な形式に変換してもよい（Ｓ５７８）。一部の実施態様において、更新された当該構成設定データは、ＹＡＭＬファイルなどの元の形式に変換し直されてもよい。該構成ユニット３０６はさらに、当該ローカルリポジトリの当該構成設定データを更新し、当該リモートデータベースにプッシュしてもよい（Ｓ５８０）。 本実施態様によれば、より正確かつ簡便な方法で構成設定を行うことができる。

図１４は、本開示の一部の実施態様に基づくシステム構成および処理を実行するためのコンピュータハードウェアの概略ブロック図である。図１４の情報処理装置９００は、例えば、本開示の一部の実施態様に基づく当該サーバ１０と当該ユーザ端末２０、３０をそれぞれ実現するように構成される。

当該情報処理装置９００は、ＣＰＵ ９０１と、リードオンリーメモリ（ＲＯＭ）９０３、ランダムアクセスメモリ（ＲＡＭ）９０５を含む。さらに、当該情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェイス９１３、入力ユニット９１５、出力ユニット９１７、ストレージユニット９１９、ドライブ９２１、接続ポート９２５、通信ユニット９２９を含んでもよい。当該情報処理装置９００は、カメラなどの撮像装置（図示せず）を含んでもよい。当該情報処理装置９００は、ＣＰＵ９０１に代えて、または加えて、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（AＳIＣ）等の処理回路を含んでもよい。

当該ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージユニット９１９、またはリムーバブル記録媒体９２３に記録された各種プログラムに従って、当該情報処理装置９００の全体動作またはその一部の動作を制御する。例えば、当該ＣＰＵ９０１は、上述した実施態様の当該サーバ１０および当該ユーザ端末２０、３０に含まれる各機能ユニットの動作全般を制御する。当該ＲＯＭ９０３は、当該ＣＰＵ９０１が使用するプログラム、動作パラメータなどを記憶する。当該ＲＡＭ９０５は、当該ＣＰＵ９０１が実行する際に使用するプログラムや、当該プログラムを実行する際に適宜変化するパラメータを過渡的に記憶する。当該ＣＰＵ９０１、当該ＲＯＭ９０３、当該ＲＡＭ９０５は、ＣＰＵバスなどの内部バスから構成されるホストバス９０７を介して互いに接続されている。当該ホストバス９０７は、当該ブリッジ９０９を介してペリフェラルコンポーネントインターコネクト／インターフェイス（ＰＣI）バスなどの外部バス９１１に接続される。

当該入力ユニット９１５は、マウス、キーボード、タッチパネル、ボタン、スイッチ、レバーなど、ユーザによって操作される装置である。当該入力ユニット９１５は、オーディオセンサ（マイクなど）、加速度センサ、傾斜センサ、赤外線センサ、深度センサ、温度センサ、湿度センサなど、物理量を電気信号に変換する装置であってもよい。当該入力ユニット９１５は、例えば、赤外線や別の種類の電波を利用するリモートコントロール装置であってもよい。あるいは、当該入力ユニット９１５は、当該情報処理装置９００の動作に対応する携帯電話などの外部接続端末９２７であってもよい。当該入力ユニット９１５は、ユーザから入力される情報に基づいて入力信号を生成し、生成した入力信号を当該ＣＰＵ９０１に出力する入力制御回路を含む。当該ユーザは当該入力ユニット９１５を操作することにより、各種データを入力し、当該情報処理装置９００に対する処理動作の指示を行う。

当該出力ユニット９１７は、取得した情報をユーザに対して視覚的または聴覚的に報知することができる装置を含む。当該出力ユニット９１７は、例えば、ＬＣＤ、ＰＤＰ、ＯＬＥＤなどのディスプレイ装置、スピーカー、ヘッドホンなどの音声出力装置、プリンタなどであってもよい。当該出力ユニット９１７は、当該情報処理装置９００が実行する処理によって得られた結果を、テキスト、画像などの映像、音声などのサウンドの形で出力する。

当該ストレージユニット９１９はデータストレージ用装置であり、当該情報処理装置９００のストレージユニットの一例である。当該ストレージユニット９１９は、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶装置、半導体記憶装置、光記憶装置、光磁気記憶装置などを含む。当該ストレージユニット９１９は、当該ＣＰＵ９０１が実行するプログラムや各種データ、及び外部から取得された各種データを格納する。

当該ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどのリムーバブル記録媒体９２３のリーダー／ライターであり、当該情報処理装置９００に内蔵または外付けされる。当該ドライブ９２１は、装着された当該リムーバブル記録媒体９２３に記録された情報を読み出し、当該ＲＡＭ９０５に出力する。当該ドライブ９２１は、装着された当該リムーバブル記録媒体９２３に記録を書き込む。

当該接続ポート９２５は、当該情報処理装置９００に機器を直接接続するために用いられるポートである。当該接続ポート９２５は、例えば、ＵＳＢ（ユニバーサルシリアルバス）ポート、ＩＥＥＥ１３９４ポート、またはＳＣＳＩ（小型計算機システムインターフェイス）ポートであってもよい。当該接続ポート９２５は、ＲＳ-２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（高精細度マルチメディアインターフェイス（登録商標））ポートなどであってもよい。当該接続ポート９２５に外部接続端末９２７が接続されることにより、当該情報処理装置９００と当該外部接続端末９２７間の各種データのやり取りが可能になる。

当該通信ユニット９２９は、例えば、通信ネットワークＮＷに接続するための通信装置を含む通信インターフェイスである。当該通信ユニット９２９は、例えば、有線または無線のローカルエリアネットワーク（ＬＡＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、または、無線ＵＳＢ（ＷＵＳＢ）用の通信カードであってもよい。

当該通信ユニット９２９は、例えば、光通信用のルータ、ＡＤＳＬ（非対称デジタル加入者線）用のルータ、または、各種通信用のモデムであってもよい。例えば、当該通信ユニット９２９は、ＴＣＰ／ＩＰ等の所定のプロトコルを用いて、インターネットにおける信号の送受信や、他の通信装置との信号の送受信を行う。当該通信ユニット９２９が接続する当該通信ネットワークＮＷは、有線接続または無線接続により確立されたネットワークである。当該通信ネットワークＮＷは、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、電波通信、または衛星通信である。

当該撮像装置（図示せず）は、例えば、ＣＣＤ（電荷結合デバイス）やＣＭＯＳ（相補型金属酸化膜半導体）などの撮像素子と、当該撮像素子上の被写体像の結像を制御するためのレンズなど各種部材を用いて現実空間を撮像し、撮像画像を生成する装置である。当該撮像装置は、静止画を撮像しても、動画を撮像してもよい。

以上、本開示のライブストリーミングシステム１と構成設定システム２について、実施形態を参照しながら説明した。上述の実施態様は、単に説明のために記載されたものである。むしろ、実施態様の上述した構成要素や処理を多様に組み合わせ、さまざまな変更がなされ得ることは、当業者であれば容易に想到し得ることであり、これらも本開示の技術的範囲に包含される。

本明細書に記載された工程、特にフローチャートやフローチャートを用いて説明された工程は、工程を構成する工程の一部の省略、工程を構成する工程に明示的に含まれない工程の追加、及び（または）工程順序の並べ替えが可能である。このような省略、追加、並べ替えの対象となった工程も、本開示の要旨を逸脱しない限り、本開示の範囲に含まれる。

一部の実施態様において、当該サーバ１０が実行する機能の少なくとも一部は、当該サーバ１０以外が実行してもよく、例えば、当該ユーザ端末２０または３０が実行するようにしてもよい。一部の実施態様において、当該ユーザ端末２０または３０が実行する機能の少なくとも一部を、当該ユーザ端末２０または３０以外が実行してもよく、例えば、当該サーバ１０が実行するようにしてもよい。一部の実施態様において、フレーム画像のレンダリングは、視聴者、サーバ、ストリーマー等の当該ユーザ端末が実行するようにしてもよい。

さらに、上記実施態様で説明したシステムまたは方法は、固体記憶装置、光ディスク記憶装置、磁気ディスク記憶装置などの非一時的なコンピュータ可読ストレージ装置、またはコンピュータプログラム製品などで提供されてもよい。あるいは、プログラムは、インターネットを介してサーバからダウンロードされるものとしてもよい。

以上、本開示の技術的内容及び特徴を説明したが、本開示の属する技術分野において通常の知識を有する者であれば、本開示の教示及び開示から逸脱することなく、なお多くの変形及び修正を行うことができる。したがって、本開示の範囲は、既に開示された実施態様に限定されず、本開示から逸脱しない別の変形や修正を含む、後付の特許請求の範囲に含まれる範囲である。

１ ライブストリーミングシステム １０ サーバ
２０ ユーザ端末 １００ ストリーミングユニット
１０２ ビデオコントロールユニット
１０４ オーディオコントロールユニット
１０６ 配信ユニット １０８ ＵＩコントロールユニット
２００ 視聴ユニット ２０２ ＵＩコントロールユニット
２０４ レンダリングユニット ２０６ 入力ユニット
３０、３０ａ、３０ｂ ユーザ端末
３０２ ストリーミング情報ユニット ３０４ 中継ユニット
３０６ 構成ユニット ３０８ 変換ユニット
３１０ 視覚化ユニット ３２０ 構成ストレージ
３２２ 定義ストレージ ６００ ビジュアルエディタ
６０２ ＵＩオブジェクト ６０４ タイトル
６０６ 入力フィールド ６０８ オブジェクト
６１０ プレビュー ６１２ コード情報
６１４ スイッチ ９００ 情報処理装置
９０１ ＣＰＵ ９０３ ＲＯＭ
９０５ ＲＡＭ ９０７ ホストバス
９０９ ブリッジ ９１１ 外部バス
９１３ インターフェイス ９１５ 入力ユニット
９１７ 出力ユニット ９１９ ストレージユニット
９２１ ドライブ ９２３ リムーバブル記録媒体
９２５ 接続ポート ９２７ 外部接続端末
９２９ 通信ユニット ＬＳ ライブストリーミング
ＬＶ ストリーマー ＮＷ ネットワーク
ＳＰ 特定の部分 ＡＵ１、ＡＵ２ 視聴者
Ｓ５２０～Ｓ５８０ 工程 ＶＤ、ＶＤ１、ＶＤ２ 映像

Claims (10)

1. ライブストリーミングプラットフォームにおける構成設定を行うためのサーバであって、
   データベースから設定ファイルと定義ファイルを含む構成設定データを取得する機能と、
   前記構成設定データに基づきＵＩオブジェクトを生成する機能と、
   前記ＵＩオブジェクトを介してユーザからの操作を受信する機能と、
   前記データベース内の前記構成設定データを更新する機能と、
   を含むことを特徴とする、サーバ。
2. 前記設定ファイルが構成設定のためのパラメータを含み、
   前記定義ファイルが前記パラメータの定義を含む、ことを特徴とする、請求項１に記載のサーバ。
3. 前記定義ファイルに基づき前記操作を検証する機能と、
   前記操作におけるエラーに応答してガイダンスを表示する機能と、
   をさらに含むことを特徴とする、請求項１に記載のサーバ。
4. 前記設定ファイルと前記定義ファイルが、異なるファイル拡張子で同じファイル名を有し、かつ
   前記ファイル名に基づいて前記定義ファイルの存在がチェックされる、
   ことを特徴とする、請求項１に記載のサーバ。
5. 前記設定ファイルをドキュメントノードに変換する機能と、
   前記ドキュメントノードをＪＳＯＮオブジェクトに変換する機能と、
   をさらに含む、ことを特徴とする、請求項１に記載のサーバ。
6. 前記設定ファイル内のパラメータを、 前記パラメータの形式に従って対応するコンポーネントに変換する工程をさらに含み、
   同じ形式の前記パラメータが、同じコンポーネントに変換される、ことを特徴とする、請求項１に記載のサーバ。
7. 前記ユーザからの前記操作に応答して、前記ＵＩオブジェクトの前記操作を動的に更新する機能をさらに含み、
   前記ＵＩオブジェクトが、ビジュアルエディタ及び/またはコードエディタを含むことを特徴とする、請求項１に記載のサーバ。
8. 前記構成設定データが、前記ライブストリーミングプラットフォームにおけるストリーマーと視聴者の間の交流に関連するパラメータを含む、ことを特徴とする、請求項１に記載のサーバ。
9. ライブストリーミングプラットフォームにおける構成設定を行うための方法であって、
   データベースから設定ファイルと定義ファイルを含む構成設定データを取得する工程と、
   前記構成設定データに基づきＵＩオブジェクトを生成する工程と、
   前記ＵＩオブジェクトを介してユーザからの操作を受信する工程と、
   前記データベース内の前記構成設定データを更新する工程と、
   を含むことを特徴とする、方法。
10. コンピュータプログラムであって、サーバに、
    データベースから設定ファイルと定義ファイルを含む構成設定データを取得する機能と、
    前記構成設定データに基づきＵＩオブジェクトを生成する機能と、
    前記ＵＩオブジェクトを介してユーザからの操作を受信する機能と、
    前記データベース内の前記構成設定データを更新する機能と、
    を実行させる、ことを特徴とする、コンピュータプログラム。

Images