JP7608201B2 - 管理装置、管理方法及び管理プログラム - Google Patents

Description

本発明は、管理装置、管理方法及び管理プログラムに関する。

従来、テレビやインターネットを使って番組を配信する配信者は、各自がＳＮＳ（Social Networking Service）等を使って番組の告知を行う場合があった。

特開２００３－８７６６６号公報

しかしながら、従来の技術には、複数の配信者の番組情報を効率良く知ることが難しい場合があるという問題がある。ＳＮＳを使った方法では、配信者は個別のアカウントで自身の番組情報を投稿する。そのため、複数の配信者の番組を視聴したい視聴者は、複数のアカウントのそれぞれの投稿を確認する必要がある。

上述した課題を解決し目的を達成するために、管理装置は、所定の媒体を利用して配信される番組ごとの配信者及び配信日時を対応付けて記憶部に格納する格納部と、ユーザによって指定された１以上の配信者及び前記配信者に対応する番組の配信日時を前記記憶部から検索する検索部と、前記配信者と前記検索部による検索によって得られた情報を前記ユーザに提供する提供部と、を有することを特徴とする。

本発明によれば、複数の配信者の番組情報を効率良く知ることができる。

図１は、第１の実施形態に係る管理システムの構成例を示す図である。 図２は、第１の実施形態に係る管理装置の構成例を示す図である。 図３は、配信者情報の例を示す図である。 図４は、ユーザ情報の例を示す図である。 図５は、番組情報の例を示す図である。 図６は、配信者による投稿内容の例を示す図である。 図７は、配信者選択画面の例を示す図である。 図８は、配信者情報画面の例を示す図である。 図９は、第１の実施形態に係る登録処理の流れを示すフローチャートである。 図１０は、第１の実施形態に係る出力処理の流れを示すフローチャートである。 図１１は、管理プログラムを実行するコンピュータの一例を示す図である。

以下に、本願に係る管理装置、管理方法及び管理プログラムの実施形態を図面に基づいて詳細に説明する。なお、本発明は、以下に説明する実施形態により限定されるものではない。

［第１の実施形態の構成］
まず、図１を用いて、第１の実施形態に係る管理システムの構成について説明する。図１は、第１の実施形態に係る管理システムの構成の一例を示す図である。図１に示すように、管理システム１は、管理装置１０及び端末２０を有する。

管理装置１０は、複数の配信者の配信スケジュールの入力を受け付け、タイムテーブルの生成を行い、生成したタイムテーブルを出力する。図１の例では、複数の配信者がネットワークＮを介して配信スケジュールを入力する。

配信スケジュールは、所定の媒体を利用して配信される番組ごとの配信者及び配信日時を対応付けた情報の一例である。まず、媒体は、所定の通信手段を使って視聴者に映像を配信する。媒体は、例えば地上波を使ったテレビ、インターネットを使った動画配信サービス等である。例えば、インターネットを使った動画配信サービスには、Ｙｏｕｔｕｂｅ（登録商標）、ニコニコ動画（登録商標）、ｔｗｉｔｃｈ（登録商標）等が含まれる。

本実施形態では、媒体は、映像の撮影と配信をリアルタイムで行うこと（いわゆる生放送、生配信）ができるものとする。ここでは、媒体を使って生放送又は生配信による提供される映像コンテンツを番組と呼ぶ。

配信者は、媒体を使って映像を配信する主体である。本実施形態においては、配信者は実際に映像に映る個人であってもよいし、映像の制作や配信を行う人員を含む組織であってもよい。配信者は、テレビタレント、ストリーマ、テレビ局等である。

図１の例では、配信者Ａ、配信者Ｂ、配信者Ｃ及び配信者Ｄは、ネットワークＮを介して配信スケジュールを管理装置１０に登録する。そして、ユーザＵ１は、端末２０を介して管理装置１０に配信スケジュールの提供を要求する。管理装置１０は、配信スケジュールを、タイムテーブルの形式で端末２０に提供する。端末２０は、提供されたタイムテーブルを検索結果表示画面２０ａに表示する。端末２０は、例えばスマートフォン又はパーソナルコンピュータ等である。

図１に示すように、タイムテーブルには、時間帯ごとの番組の情報が示されている。例えば、配信者Ａの１８：００のセルにある「ＡＢＣ ｔｕｂｅ:最新スマホ開封動画（アーカイブなし）」は、配信者Ａが、「ＡＢＣ ｔｕｂｅ」という媒体で、１８：００から「最新スマホ開封動画」という番組を配信し、その番組はアーカイブされないことを意味している。

ここで、アーカイブは、配信された番組のデータであって、視聴者が配信後に取得可能な状態で所定の記憶領域に格納されたデータを意味する。アーカイブは、作成される場合と作成されない場合があり、さらに、作成されたアーカイブは無料で提供される場合と有料で提供される場合がある。

ユーザＵ１は、検索結果表示画面２０ａに表示されるタイムテーブルを参照することで、あらかじめ登録済みの配信者Ａと配信者Ｃの配信スケジュールを横断的に確認することができる。

また、タイムテーブルに示されているように、２０：００と２１：００の時間帯においては、配信者Ａと配信者Ｃの番組が重複している。このような場合、例えば、ユーザＵ１は、無料アーカイブが提供される配信者Ａの「対戦ゲーム実況」を後からアーカイブで視聴し、有料アーカイブしか提供されない配信者Ｃの「対戦ゲーム実況」、及びアーカイブが提供されない配信者Ｃの「おすすめゲーム紹介」をリアルタイムで視聴するという判断をすることができる。

ここで、図２を用いて、管理装置１０の構成について説明する。図２は、第１の実施形態に係る管理装置の構成例を示す図である。図２に示すように、管理装置１０は、通信部１１、入出力部１２、記憶部１３及び制御部１４を有する。

通信部１１は、ネットワークを介して、他の装置との間でデータ通信を行う。例えば、通信部１１はＮＩＣ（Network Interface Card）である。入出力部１２は、データの入出力を行うためのインタフェースである。入出力部１２は、例えばマウスやキーボード等の入力装置、及びディスプレイ等の出力装置と接続される。

記憶部１３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置である。なお、記憶部１３は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）等のデータを書き換え可能な半導体メモリであってもよい。記憶部１３は、管理装置１０で実行されるＯＳ（Operating System）や各種プログラムを記憶する。記憶部１３は、配信者情報１３１、ユーザ情報１３２及び番組情報１３３を記憶する。

配信者情報１３１、配信者に関する情報である。図３は、配信者情報の例を示す図である。図３に示すように、配信者情報１３１には、配信者ごとの分類項目（大分類、中分類、小分類）及びリンクが含まれる。リンクは、各配信者のＳＮＳ及びＷｅｂサイト等にアクセスするためのＵＲＬ（Uniform Resource Locator）である。

分類項目は、配信者を分類するための項目であって、配信者の属性及び所属する組織等を基に定められる。図４の例では、「大分類」は、配信者を「ストリーマ」又は「テレビタレント」に分類するための項目である。また、中分類は、配信者を所属する事務所ごとに分類するための項目である。また、小分類は、配信者を所属する少人数のグループごとに分類するための項目である。例えば、図３には、配信者Ｄは大分類が「テレビタレント」であり、中分類が「事務所Ｘ」であり、小分類が「グループＹ」であることが示されている。分類項目を利用した処理については後述する。

ユーザ情報１３２は、番組を視聴するユーザに関する情報である。図４は、ユーザ情報の例を示す図である。図４に示すように、ユーザ情報１３２には、ユーザごとの登録済みの配信者が含まれる。例えば、図４には、ユーザＵ１が配信者Ａ及び配信者Ｃを登録済みであることが示されている。図１で説明した通り、ユーザには登録済みの配信者の配信スケジュールが提供される。

番組情報１３３は、番組情報の例を示す図である。図５は、番組情報の例を示す図である。図５に示すように、番組情報１３３には、番組ごとの開始日時、終了日時、配信者、媒体、アーカイブ及び配信内容に関する情報が含まれている。

例えば、図５には、「２０２０／１１／１９ １８：００」から「２０２０／１１／１９ １９：００」までの時間帯において、配信者Ａが「ＡＢＣ ｔｕｂｅ」という媒体で「最新スマホ開封動画」という番組を配信すること、及び当該番組はアーカイブがないことが示されている。

なお、番組情報１３３には、アーカイブに関する情報として、アーカイブの有無、アーカイブが有料であるか無料であるかだけでなく、さらに詳細な情報が含まれていてもよい。例えば、番組情報１３３は、アーカイブの視聴方法、アーカイブを視聴可能な日時、アーカイブを視聴するための具体的な料金の額、その他アーカイブを視聴するための条件（チャンネル登録、会員登録等）を含んでいてもよい。

制御部１４は、管理装置１０全体を制御する。制御部１４は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路である。また、制御部１４は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、内部メモリを用いて各処理を実行する。また、制御部１４は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部１４は、格納部１４１、検索部１４２、生成部１４３及び提供部１４４を有する。

格納部１４１は、所定の媒体を利用して配信される番組ごとの配信者及び配信日時を対応付けて記憶部１３に格納する。また、格納部１４１は、番組ごとの配信される媒体を記憶部１３に格納する。さらに、格納部１４１は、番組ごとの録画の視聴可否及び視聴態様を記憶部１３にさらに格納する。番組ごとの情報は番組情報１３３に相当する。

格納部１４１は、ＳＮＳの投稿から番組に関する情報を読み取ることができる。例えば、格納部１４１は、図６のような投稿内容から番組に関する情報を読み取り、読み取った内容を記憶部１３に格納する。図６は、配信者による投稿内容の例を示す図である。なお、格納部１４１は、既存の自然言語解析技術を用いて投稿内容を読み取ることができる。

格納部１４１は、図６の投稿内容から、配信者が「配信者Ａ」であること、配信日時が、投稿日の「２０２０／１１／１８」から見て「明日」、すなわち「２０２０／１１／１９」の「１８：００」から「１９：００」であること、媒体が「ＡＢＣ ｔｕｂｅ」であること、配信内容が「最新スマホ開封動画」であること、アーカイブがないことを読み取る。そして、格納部１４１は、読み取った情報を記憶部１３に格納する。

格納部１４１は、図６の「＃配信予定」のような特定のハッシュタグが付いた投稿の内容を読み取るようにしてもよいし、「＠Ｈａｉｓｈｉｎ＿Ｋａｎｒｉ」のような特定のアカウント（管理アカウント）に対して送信されるメッセージを読み取るようにしてもよい。

ここで、図６の「送信先」は、いわゆるメンション又はリプライの宛先を表している。メンションは、特定の投稿へのメッセージである。また、リプライは特定のメッセージへの返信に相当するメッセージである。

例えば、格納部１４１は、管理アカウントに対するメンション、又は管理アカウントの投稿へのリプライとして投稿されたメッセージを読み取る。また、格納部１４１は、ＳＮＳへの投稿に限らず、管理要のメールアドレスに送信されたメールのタイトル及び本文を読み取るようにしてもよい。

また、配信者は決められたフォーマットに番組の情報を入力し、管理装置１０へ送信するようにしてもよい。この場合、格納部１４１フォーマットに入力された情報を、ＲＰＡ（Robotic Process Automation）により読み取ることができる。

ここで、格納部１４１が格納する録画の視聴可否及び視聴態様は、番組情報１３３のアーカイブの項目の情報に相当する。例えば、番組情報１３３においてアーカイブが「なし」である番組の録画は、提供されない。また、番組情報１３３においてアーカイブが「あり（無料）」である番組の録画は、無料で提供される。また、番組情報１３３においてアーカイブが「あり（有料）」である番組の録画は、有料で提供される。録画は、例えばダウンロード又はストリーミングによって提供される。

検索部１４２は、ユーザＵ１によって指定された１以上の配信者及び配信者に対応する番組の配信日時を記憶部１３から検索する。また、検索部１４２は、番組に対応する媒体をさらに検索する。さらに、検索部１４２は、番組に対応する録画の視聴可否及び視聴態様をさらに検索する。

検索部１４２は、ユーザＵ１によって指定された条件に応じて番組情報１３３の検索を行う。また、検索を行う際に、検索部１４２は必要に応じて配信者情報１３１及びユーザ情報１３２を参照する。

例えば、検索部１４２は、配信者、配信日時（開始日時又は終了日時）、媒体、アーカイブの有無、アーカイブが有料又は無料であるか、配信内容に関する検索条件を受け付ける。

また、検索部１４２は、配信者の分類項目（大分類、中分類、小分類）を検索条件として受け付けてもよい。その場合、管理装置１０は、図７に示すような配信者選択画面２０ｂを、端末２０を介してユーザＵ１に提供する。図７は、配信者選択画面の例を示す図である。

ユーザＵ１は、配信者選択画面２０ｂに表示されるチェックボックスを操作することで、各分類項目又は個別の配信者を検索条件として指定することができる。さらに、配信者選択画面２０ｂでは、フリーワードによる検索条件の入力欄が表示される。また、格納部１４１は、配信者選択画面２０ｂで選択された配信者を、ユーザ情報１３２の登録済み配信者に追加してもよい。

生成部１４３は、配信者と検索部１４２による検索によって得られた配信日時とを配置したタイムテーブルを生成する。生成部１４３は、図１の検索結果表示画面２０ａに表示されているようなタイムテーブルを生成する。

提供部１４４は、検索部１４２による検索によって得られた情報をユーザＵ１に提供する。例えば、提供部１４４は、生成部１４３によって生成されたタイムテーブルをユーザＵ１に提供する。

さらに、管理装置１０は、図８に示すような、配信者ごとの個別の情報を表示する配信者情報画面２０ｃを、端末２０を介してユーザＵ１に提供してもよい。図８は、配信者情報画面の例を示す図である。

配信者情報画面２０ｃには、配信者のＳＮＳへのリンク、及びメッセージ送信用のリンクが表示される。メッセージ送信用のリンクが押下されると、配信者宛てのメッセージ送信用のフォームが表示される。

［第１の実施形態の処理］
図９は、第１の実施形態に係る登録処理の流れを示すフローチャートである。まず、図１に示すように、管理装置１０は、配信者から番組情報の入力を受け付ける（ステップＳ１０１）。次に、管理装置１０は、入力された番組情報を登録する（ステップＳ１０２）。具体的には、管理装置１０は、配信者から入力された情報を、番組情報１３３として記憶部１３に格納する。

図１０は、第１の実施形態に係る出力処理の流れを示すフローチャートである。図９に示すように、まず、管理装置１０は、ユーザからスケジュールの閲覧要求を受け付ける（ステップＳ２０１）。次に、管理装置１０は、ユーザが登録済みの配信者を特定する（ステップＳ２０２）。ここで、管理装置１０は、ユーザ情報１３２を参照することで各ユーザの登録済みの配信者を特定することができる。

続いて、管理装置１０は、特定した配信者の番組情報１３３を検索する（ステップＳ２０３）。そして、管理装置１０は、検索結果を基にタイムテーブルを生成する（ステップＳ２０４）。さらに、管理装置１０は、タイムテーブルを出力する（ステップＳ２０５）。管理装置１０は、端末２０にタイムテーブルを送信する。

［第１の実施形態の効果］
これまで説明してきたように、格納部１４１は、所定の媒体を利用して配信される番組ごとの配信者及び配信日時を対応付けて記憶部１３に格納する。検索部１４２は、ユーザによって指定された１以上の配信者及び配信者に対応する番組の配信日時を記憶部１３から検索する。提供部１４４は、検索部１４２による検索によって得られた情報をユーザに提供する。このように、管理装置１０は、複数の配信者の番組情報を検索し、まとめて提供することができる。その結果、本実施形態によれば、複数の配信者の番組情報を効率良く知ることができる。

生成部１４３は、配信者と検索部１４２による検索によって得られた配信日時とを配置したタイムテーブルを生成する。提供部１４４は、生成部１４３によって生成されたタイムテーブルをユーザに提供する。これにより、視聴者は各配信者の情報を俯瞰的に見ることができる。

格納部１４１は、番組ごとの配信される媒体を記憶部１３にさらに格納する。検索部１４２は、番組に対応する媒体をさらに検索する。これにより、視聴者又は配信者が複数の媒体を利用する場合であっても、視聴者は効率良く媒体を横断した情報を収集することができる。

格納部１４１は、番組ごとの録画の視聴可否及び視聴態様を記憶部１３にさらに格納する。検索部１４２は、番組に対応する録画の視聴可否及び視聴態様をさらに検索する。これにより、視聴者は、配信された番組の録画（アーカイブ）に関する情報を効率良く収集することができる。

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散及び統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散又は統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ（Central Processing Unit）及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。なお、プログラムは、ＣＰＵだけでなく、ＧＰＵ等の他のプロセッサによって実行されてもよい。

また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
一実施形態として、管理装置１０は、パッケージソフトウェアやオンラインソフトウェアとして上記の管理処理を実行する管理プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の管理プログラムを情報処理装置に実行させることにより、情報処理装置を管理装置１０として機能させることができる。ここで言う情報処理装置には、デスクトップ型又はノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistant）等のスレート端末等がその範疇に含まれる。

また、管理装置１０は、ユーザが使用する端末装置をクライアントとし、当該クライアントに上記の管理処理に関するサービスを提供する管理サーバ装置として実装することもできる。例えば、管理サーバ装置は、複数の配信者の配信スケジュールを入力とし、タイムテーブルを出力とする管理サービスを提供するサーバ装置として実装される。この場合、管理サーバ装置は、Ｗｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の管理処理に関するサービスを提供するクラウドとして実装することとしてもかまわない。

図１１は、管理プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、管理装置１０の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、管理装置１０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid State Drive）により代替されてもよい。

また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０は、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した実施形態の処理を実行する。

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

ネットワーク Ｎ
ユーザ Ｕ１
１ 管理システム
１０ 管理装置
１１ 通信部
１２ 入出力部
１３ 記憶部
１４ 制御部
２０ 端末
２０ａ 検索結果表示画面
２０ｂ 配信者選択画面
２０ｃ 配信者情報画面
１３１ 配信者情報
１３２ ユーザ情報
１３３ 番組情報
１４１ 格納部
１４２ 検索部
１４３ 生成部

Claims (6)

1. ＳＮＳの投稿内容から、配信者、配信日時、媒体、及び配信内容を取得し、前記配信者、前記配信日時、前記媒体、及び前記配信内容を番組と対応付けて記憶部に格納する格納部と、
   ユーザによって指定された１以上の配信者及び前記配信者に対応する番組の配信日時、媒体、及び配信内容を前記記憶部から検索する検索部と、
   前記検索部による検索によって得られた情報を前記ユーザに提供する提供部と、
   を有することを特徴とする管理装置。
2. 前記配信者と前記配信日時とを配置したタイムテーブルを生成する生成部をさらに有し、
   前記提供部は、前記生成部によって生成されたタイムテーブルを前記ユーザに提供することを特徴とする請求項１に記載の管理装置。
3. 前記格納部は、前記番組ごとの配信される媒体を前記記憶部にさらに格納し、
   前記検索部は、前記番組に対応する前記媒体をさらに検索することを特徴とする請求項１又は２に記載の管理装置。
4. 前記格納部は、前記番組ごとの録画の視聴可否及び視聴態様を前記記憶部にさらに格納し、
   前記検索部は、前記番組に対応する録画の視聴可否及び視聴態様をさらに検索することを特徴とする請求項１から３のいずれか１項に記載の管理装置。
5. 管理装置によって実行される管理方法であって、
   ＳＮＳの投稿内容から、配信者、配信日時、媒体、及び配信内容を取得し、前記配信者、前記配信日時、前記媒体、及び前記配信内容を番組と対応付けて記憶部に格納する格納工程と、
   ユーザによって指定された１以上の配信者及び前記配信者に対応する番組の配信日時、媒体、及び配信内容を前記記憶部から検索する検索工程と、
   前記検索工程による検索によって得られた情報を前記ユーザに提供する提供工程と、
   を含むことを特徴とする管理方法。
6. コンピュータを、請求項１から４のいずれか１項に記載の管理装置として機能させるための管理プログラム。

Images