JP6079742B2 - 情報処理装置、情報処理方法 - Google Patents

Description

この発明は、デジタル符号化され放送された映像信号、あるいは音声信号、あるいは映像音声信号を記録、あるいは再生、あるいは配信などする情報処理装置に関する。

ＭＰＥＧ符号化技術などを用いたデジタル放送が一般化し、デジタルテレビ、デジタルレコーダー、音楽再生機器などの家電機器にネットワークの機能が付加されるようになった。そして、ネットワークの機能が付加された家電機器、パーソナルコンピュータ、その他の周辺機器などの機器同士をネットワークで接続し、各機器間で通信することが可能なホームネットワークも普及している。

このようなホームネットワークでは、ネットワークで接続された機器間で通信を行うことにより各機器が蓄積しているコンテンツを共有することが可能である。例えば、あるレコーダー機器で録画した映像コンテンツをネットワーク越しに配信して他の再生機器で再生したり、あるサーバに保存してある音楽コンテンツをネットワークでつながった別のプレーヤーで再生したりすることが可能である。

映像音声コンテンツの符号化形式やビットレートを変換するトランスコード技術も広く利用されるようになった。例えば、録画の際にコンテンツをより低いビットレートにトランスコードしてからハードディスクなどに記録することで長時間録画を実現するレコーダー機器がある。あるいは、再生機器が再生可能な符号化形式にトランスコードしながら配信することができるサーバ機器もある。デコーダとエンコーダを直列に接続してトランスコードを行うレコーダー装置が開示されている（例えば、特許文献１参照）。

また、より多機能な情報処理装置として、放送コンテンツを予約録画したり、記録したコンテンツをネットワーク越しに配信するサーバ機能と、放送コンテンツを受信再生したり、ネットワーク越しのコンテンツを再生するクライアント機能との両方を備えた情報処理装置も存在する。そのような情報処理装置としては、例えば、サーバのアプリケーション（サーバ機能）とクライアントのアプリケーション（クライアント機能）との両方が搭載されたパーソナルコンピュータやスマートフォン、サーバ機能を持つＨＤＤ（ハードディスクドライブ）ビデオレコーダーとクライアント機能を持つテレビとが一体になった機器が挙げられる。

サーバ機能と、クライアント機能とを備えた情報処理装置においては、双方の機能の動作による共用部分の負荷増大が問題となる。該問題に対して、サーバのアプリケーションと、クライアントのアプリケーションが共用部分に負荷を発生させる動作を相互に監視・制御して解決する方法が開示されている（例えば、特許文献２参照）。また、別途、管理部を設け、管理部が、サーバのアプリケーションと外部機器とが行う通信、クライアントのアプリケーションと外部機器とが行う通信を監視し、共用部分に負荷を発生させる動作を制御し解決する方法が開示されている（例えば、特許文献２参照）。

特開２００６−２８７８２５号公報 特開２００７−４４９３号公報

従来、前記のような情報処理装置に搭載するサーバ機能やクライアント機能は、情報処理装置の製造元がすべて出荷前に予めインストール（プリインストール）して出荷するのが普通であった。ところが近年、パーソナルコンピュータのみならず、家電機器に搭載するアプリケーションについても、購入後にユーザがネットワーク上のマーケットサイトからダウンロードして追加インストールすることが可能になった。マーケットサイトで提供されるアプリケーションは、情報処理装置の製造元が作成したものとは限らず、情報処理装置の製造元とは独立したサードパーティーが複数の製造元の情報処理装置に向けた汎用品として作成することが多い。

このようなサードパーティー製アプリケーションが、複数の製造元の情報処理装置において動作できるのは、例えば、アンドロイド（Ａｎｄｒｏｉｄ）（登録商標）などのオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：ＯＳ）のように標準化されたプラットフォームに基づいて情報処理装置が製造されるからである。

しかし、各製造元の情報処理装置は、例えば同時にいくつのコンテンツを復号できるかなどの共用部分の処理能力において差異がある。サードパーティーは、各情報処理装置の差異は可能な限り考慮せずに、汎用的なアプリケーションを設計する。また、サードパーティーが、インストールされた情報処理装置の上で同時に動作する他のアプリケーションの動作を考慮することは、困難である。他のアプリケーションは、情報処理装置の製造元、あるいは異なるサードパーティーが作成したものの可能性があるからである。

従って、情報処理装置の上で同時に動作するアプリケーションの動作を考慮できない場合、例えばサードパーティー製アプリケーションが情報処理装置に追加インストールされる場合などでは、サードパーティー製アプリケーションがプリインストールのアプリケーションと同じ仕様に従って、共用部分に負荷を発生させる動作を相互に監視・制御することはできない。また、情報処理装置の管理部がサードパーティー製アプリケーションを含むすべてのアプリケーションが外部機器と行う通信を監視することは困難である。サードパーティー製アプリケーションと外部機器との通信にサードパーティー特有の暗号化がなされる場合があるからである。

以上のように、情報処理装置の上で同時に動作する互いの機能の動作が考慮できない場合、情報処理装置の上で同時に動作する複数の機能により共用する部分の負荷増大が問題となる。この発明は上述のような課題を解消するためになされたもので、その目的は、同一機器内に同時に動作する互いの機能の動作が考慮できない場合であっても複数の機能により共用する部分の負荷増大を防止する情報処理装置を提供することを目的とする。

この発明は上述のような課題を解消するためになされたもので、本発明によれば、情報処理装置は、サーバ部と、クライアント部と、サーバ部とクライアント部とが共用する共用部とを具備する。共用部は、許容量情報と使用量情報とを有し、サーバ部とクライアント部とからの利用開始要求と利用終了通知に応じて使用量情報を更新するリソース管理部と、サーバ部とクライアント部とからの、前記利用開始要求に関わるデータ入力を廃棄する廃棄部と、擬似データ生成部と、を具備し、使用量情報が許容量情報を超える場合、リソース管理部は、利用開始要求に対して利用可能の応答を行い、廃棄部は、前記データ入力を廃棄し、擬似データ生成部は、擬似データの生成を行う。

この発明によれば、情報処理装置の上で同時に動作する互いの機能の動作が考慮できない場合であっても、各機能の動作による共用部分の負荷の増大を防止し、他の機能部に悪影響を与えることを防止できる。

実施の形態１に係る情報処理装置を備えたシステムの構成を示すブロック図である。 実施の形態１に係るサーバ・クライアント機器の構成を示すブロック図である。 実施の形態１に係るクライアント機能部の構成を示すブロック図である。 実施の形態１に係るサーバ機能部の構成を示すブロック図である。 実施の形態１に係る情報処理装置のデータ受信時の動作を示すフローチャートである。 実施の形態１に係るクライアント機能部のデータ受信時の動作を示すフローチャートである。 実施の形態１に係るクライアント機能部の入力操作受付時の動作を示すフローチャートである。 実施の形態１に係るサーバ機能部のデータ受信時の動作を示すフローチャートである。 実施の形態１に係るデコーダ部の構成を示すブロック図である。 実施の形態１に係るデコーダ部の動作を示すフローチャートである。 実施の形態２に係るデコーダ部の構成を示すブロック図である。 実施の形態２に係るデコーダ部の動作を示すフローチャートである。 実施の形態３に係る使用量情報の構成を示す図である。 実施の形態３に係るデコーダ部の利用開始要求受信時の動作を示すフローチャートである。 実施の形態３に係るデコーダ部の利用終了通知受信時の動作を示すフローチャートである。 実施の形態１に係るコンテンツリストの一例を示す図である。 コンテンツ再生時の動作を示すシーケンス図である。

実施の形態１．
実施の形態１について図に基づいて説明する。図１は、情報処理装置を含むシステムの構成図である。ネットワーク１１にコンテンツサーバ機器１２、コンテンツクライアント機器１３、サーバ・クライアント機器１４が接続される。コンテンツサーバ機器１２、コンテンツクライアント機器１３、サーバ・クライアント機器１４は、ネットワーク１１を介した通信可能な通信手段を持つ。コンテンツサーバ機器１２、コンテンツクライアント機器１３、サーバ・クライアント機器１４間で情報を伝送することができるように、これら機器の通信手段同士を接続し、ネットワーク１１を構成する媒体（伝送媒体）としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線、光ファイバ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。また、ここでは、ネットワーク１１がローカルエリアネットワーク（ホームネットワーク）である場合について主に説明するが、ネットワークの種類は、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Ｖｉｒｔｕａｌ ｐｒｉｖａｔｅ ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等であってもよい。

ネットワーク１１上に接続された複数の機器は、コンテンツサーバ機器（外部のサーバ）１２ 、コンテンツクライアント機器（外部のクライアント）１３、および、本実施の形態に係るコンテンツのサーバ機能およびクライアント機能を備えた情報処理装置としてのサーバ・クライアント機器１４を含んでいる。

コンテンツサーバ機器１２は、動画、静止画、音楽などのコンテンツを蓄積しており、それをネットワークで接続された他のクライアントに送信する機器である。コンテンツクライアント機器１３は、ネットワークで接続された他のサーバから動画、静止画、音楽などのコンテンツを受信（閲覧）し、受信したコンテンツを再生する機器である。サーバ・クライアント機器１４は、サーバ機能およびクライアント機能の両方の機能を備える情報処理装置である。例えば映像コンテンツや音楽コンテンツなどのコンテンツを提供するサーバの機能とコンテンツを再生するクライアントの機能とを備える情報処理装置である。例えば、デジタル符号化した放送された映像音声信号を記録・再生・配信するデジタルレコーダー、デジタルテレビ、セットトップボックス等の情報処理装置である。

コンテンツがサーバ（コンテンツサーバ機器１２またはサーバ・クライアント機器１４のサーバ機能部）からクライアント（コンテンツクライアント機器１３またはサーバ・クライアント機器１４のクライアント機能部）へ配信される前に、コンテンツリストがサーバからクライアントへ配信される。コンテンツリストとは、サーバがクライアントに対して配信できる（送信できる）コンテンツを示す情報であり、例えば、配信可能なコンテンツの名称を並べて示すリスト形式で送信される。

図１６は、実施の形態１における、サーバからクライアントへ送信されるコンテンツリストの一例である。コンテンツリストが動画のコンテンツのみを含む例である。この図のコンテンツリストには、４つの動画のコンテンツに関する情報が含まれている。各コンテンツに関して、コンテンツのタイトル１７１、コンテンツのデータサイズ１７２、コンテンツの作成日付１７３、コンテンツの提供元を示すアドレス（ＵＲＬ）１７４、コンテンツのビットレート１７５、コンテンツの解像度（サイズ）１７６、コンテンツの再生時間１７７、およびＭＰＥＧ-２やＭＰＥＧ-４などのコンテンツのタイプ（符号化形式）１７８の属性情報がコンテンツリストに含まれている。タイプ１７８は、符号化形式に関する情報に加えて、コンテンツのメディアタイプ（音楽、静止画、動画などのタイプ）に関する情報を含んでいてもよい。

なお、コンテンツリストは、ユーザがコンテンツを区別できるような情報を含むものであれば、図１６に示した例に限定されるものではなく、例えば、タイトル１７１のみであってもよい。また、コンテンツリストには、図示した以外の情報、例えばジャンルを示すアイコンやプレビュー画像などが含まれていてもよい。

図１７は、クライアントでコンテンツを再生するまでの、サーバとクライアントとの間の一般的なシーケンス図である。図１７を用いて、クライアントでコンテンツを再生する一般的な動作について説明する。コンテンツが動画である場合について説明する。クライアント（コンテンツクライアント機器１３またはサーバ・クライアント機器１４のクライアント機能部）は、まずクライアントを利用している使用者からの入力操作を入力部が受け付け入力解析部で解析する。そして、解析の結果、その入力操作がコンテンツリストの取得を要求する操作であれば（Ｓ１８１）、それに対応する要求メッセージを送信メッセージ生成部で生成してサーバに送信する（Ｓ１８２）。

サーバ（コンテンツサーバ機器１２またはサーバ・クライアント機器１４のサーバ機能部）は、クライアントからコンテンツリストを要求するリクエストを受信メッセージ解析部で受信すると、それに対応するコンテンツリストをコンテンツリスト生成部で生成してクライアントに送信する（Ｓ１８３）。

クライアントは、サーバから送信されたコンテンツリストを受信すると、それを表示装置の表示画面に表示させる。使用者は、その表示されたリストの中から再生したいコンテンツを選択する選択操作を行った後、再生の開始操作をする（Ｓ１８４）。クライアントは、その選択操作および再生の開始操作を入力部で受け付け入力解析部で解析する。そして、クライアントは、解析結果に基づき、使用者によって選択されたコンテンツの取得を要求するリクエストを送信メッセージ生成部で生成してサーバに送信する（Ｓ１８５）。

サーバは、クライアントからコンテンツを要求するリクエストを受信すると、対応するコンテンツのデータを記憶部から読み出してクライアントに送信する（Ｓ１８６）。クライアントは、サーバから送信されたコンテンツのデータを受信しながら、そのコンテンツを表示装置の表示画面に表示させる（Ｓ１８７）。すなわち、クライアントは、コンテンツをストリーミング再生する。

以上が一般的な、コンテンツ再生までの、サーバとクライアントとの間における処理の流れである。

本実施の形態１に係るコンテンツのサーバ機能とクライアント機能との両方を備えた情報処理装置（サーバ・クライアント機器）について、図２〜 図１０に基づいて説明する。サーバ機能は情報処理装置の製造元がプリインストールしたもの、クライアント機能は情報処理装置のユーザがダウンロード・インストールしたサードパーティー製のものを例に説明する。クライアント機能が情報処理装置の製造元がプリインストールしたもの、サーバ機能が情報処理装置のユーザがダウンロード・インストールしたサードパーティー製のものであってもよい。情報処理装置の上で同時に動作する機能としてサーバ機能、クライアント機能とは別の機能であってもよい。

図２は、本実施の形態に係るサーバ・クライアント機器のブロック図である。図２に示すように、本実施の形態に係るサーバ・クライアント機器１４は、記憶部（コンテンツ蓄積部）２１、クライアント機能部（クライアント部）２２ 、サーバ機能部（サーバ部）２３、出力部２４、通信部２５、エンコーダ部２６、デコーダ部（復号部）２７、入力部２８、および制御部２９を備えている。

記憶部２１は、コンテンツのデータを蓄積すると共に、操作画面のデータなどを記憶するためのものである。記憶部２１は、コンテンツのデータと共に、コンテンツの一覧であるコンテンツリストのデータを予め蓄積するようになっていてもよく、コンテンツリストのデータを予め蓄積するようになっていなくてもよい。

クライアント機能部２２は、他のサーバ機器（例えば図１のコンテンツサーバ機器１２）から送信（配信）されたコンテンツおよびコンテンツリストのデータをローカルエリアネットワーク経由で受信するものである。また、クライアント機能部２２は、受信した動画や静止画などのコンテンツおよびコンテンツリストのデータを表示装置（図示しない）に画像として表示させるために、受信したコンテンツおよびコンテンツリストのデータを表示装置へ出力する。表示装置は、サーバ・クライアント機器に内蔵されていてもよく、サーバ・クライアント機器の外部に配置されサーバ・クライアント機器に接続されていてもよい。また、クライアント機能部２２は、受信した音声付き動画のコンテンツや音声のコンテンツなどをスピーカ（図示しない）から音声として出力させるために、受信したコンテンツのデータをスピーカへ出力する。

サーバ機能部２３は、コンテンツおよびコンテンツリストのデータをローカルエリアネットワーク経由で外部のクライアント機器（例えば図１のコンテンツクライアント機器１３）へ送信（配信）するものである。また、サーバ機能部２３は、必要に応じて、コンテンツを、トランスコード（符号化形式やビットレートを変換）してから、外部のクライアント機器へ送信（配信）する。

出力部２４は、クライアント機能部２２から出力されたコンテンツおよびコンテンツリストのデータや、操作画面のデータなどを、内蔵あるいは外部の表示装置に対して出力するものである。

通信部２５は、クライアント機能部２２およびサーバ機能部２３によるローカルエリアネットワークを介したデータの送受信を行うものである。すなわち、通信部２５は、クライアント機能部２２およびサーバ機能部２３から送られたデータをローカルエリアネットワーク経由で外部の機器（サーバ機器やクライアント機器）へ送信すると共に、ローカルエリアネットワーク経由で外部の機器（サーバ機器やクライアント機器）からデータを受信しクライアント機能部２２およびサーバ機能部２３へ送る。

エンコーダ部２６は、サーバ機能部２３またはデコーダ部２７から送られたコンテンツのデータをエンコードし、通信部２５へ送るようになっている。

デコーダ部２７は、クライアント機能部２２から送られた符号化されたコンテンツのデータをデコード（復号）し、出力部２４へ送るようになっている。また、デコーダ部２７は、記憶部２１から読み出されたコンテンツをトランスコードする場合には、コンテンツをデコード（復号）してエンコーダ部２６へ送るようになっている。したがって、本実施の形態では、クライアント機能部２２およびサーバ機能部２３は、符号化されたコンテンツのデータをデコード（復号）するデコーダ部２７を共用するようになっている。

入力部２８は、使用者からの操作入力を受け付け、使用者からの操作入力を示す入力情報を出力するようになっている。

制御部２９は、記憶部２１、クライアント機能部（クライアント部）２２、サーバ機能部（サーバ部）２３、出力部２４、通信部２５、エンコーダ部２６、デコーダ部（復号部）２７、および入力部２８を制御するものである。

図３は、サーバ・クライアント機器１４のクライアント機能部２２の内部構造を示した図である。クライアント機能部２２は、図３に示すように、データ送受信部３１、送信メッセージ生成部３２、受信メッセージ解析部３３、表示データ生成部３５、入力解析部３６、および制御部３４を備えている。

データ送受信部３１は、サーバ・クライアント機器１４の各部（クライアント機能部２２以外の部分）との間でデータを送受信する。送信メッセージ生成部３２は、ローカルエリアネットワークで接続された外部のサーバ機器（図１のコンテンツサーバ機器１２）に送信するメッセージを作成し、データ送受信部３１および通信部２５を介して外部のサーバ機器（図１のコンテンツサーバ機器１２）へ送信する。

受信メッセージ解析部３３は、外部のサーバ機器（図１のコンテンツサーバ機器１２）から通信部２５およびデータ送受信部３１を介して受信したメッセージを解析する。表示データ生成部３５は、出力部２４を通じて表示装置に画像を表示させるための表示データを生成する。生成された表示データは、データ送受信部３１から出力部２４を通じて表示装置に出力され、表示装置に画像として表示される。

入力解析部３６は、入力部２８から出力された入力情報を解析し処理する。制御部３４は、データ送受信部３１、送信メッセージ生成部３２、受信メッセージ解析部３３、表示データ生成部３５、入力解析部３６を制御するものである。

クライアント機能部２２は、使用者の入力操作に応じて、ネットワークで接続された他のサーバ機器からコンテンツリストを取得して表示装置に表示させたり、取得したコンテンツリストの中から使用者が選択したコンテンツを再生したりする機能を提供する。

図４は、サーバ・クライアント機器１４のサーバ機能部２３の内部構造を示した図である。サーバ機能部２３は、図４に示すように、データ送受信部４１、送信メッセージ生成部４２、受信メッセージ解析部４３、コンテンツリスト生成部４５、および制御部４４を備えている。

データ送受信部４１は、サーバ・クライアント機器１４の各部（サーバ機能部２３以外の部分）との間でデータを送受信する。送信メッセージ生成部４２は、ネットワークで接続された外部のクライアント機器（図１のコンテンツクライアント機器１３）に送信するメッセージを生成し、データ送受信部４１および通信部２５を介して外部のクライアント機器（図１ のコンテンツクライアント機器１３）へ送信する。

受信メッセージ解析部４３は、外部のクライアント機器（図１のコンテンツクライアント機器１３）から通信部２５およびデータ送受信部４１を介して受信したメッセージを解析する。

コンテンツリスト生成部４５は、サーバ機能部２３が外部のクライアント機器へ配信可能なコンテンツのリストを生成し、データ送受信部４１および通信部２５を介して外部のクライアント機器へ送信する。コンテンツリスト生成部４５ は、記憶部２１にコンテンツのデータと共に、コンテンツの一覧であるコンテンツリストのデータが予め蓄積されている場合には、記憶部２１に予め蓄積されているコンテンツリストのデータを元に、外部のクライアント機器へ送信するコンテンツのリストを生成することができる。一方、記憶部２１にコンテンツのデータと共に、コンテンツの一覧であるコンテンツリストのデータが予め蓄積されていない場合には、記憶部２１に蓄積されているコンテンツを参照あるいは検索して動的にコンテンツリスト生成する。

制御部４４は、データ送受信部４１、送信メッセージ生成部４２、受信メッセージ解析部４３、コンテンツリスト生成部４５を制御するものである。

次に、クライアント機能部２２の動作を図５および図７に基づいて説明する。まず、図５において、サーバ・クライアント機器１４の通信部２５は、ネットワークで接続されたコンテンツサーバ機器１２からデータを受信すると（Ｓ５１）、受信したデータがサーバ機能部２３宛てのデータかクライアント機能部２２宛てのデータかを判定する（Ｓ５２）。通信部２５は、受信したデータがクライアント機能部２２宛てであれば、受信したデータをクライアント機能部２２へ送り、そのデータをクライアント機能部２２で処理させる（Ｓ５３）。通信部２５は、受信したデータがサーバ機能部２３宛てであれば、受信したデータをサーバ機能部２３へ送り、そのデータをサーバ機能部２３で処理させる（Ｓ５４）。

次に、使用者から入力操作を受け付けたときのクライアント機能部２２の動作の流れを図７に基づいて説明する。入力解析部３６が、サーバ・クライアント機器１４の入力部２８に入力された使用者の入力操作を受け付けると（Ｓ７１）、コンテンツリストに対する入力操作かコンテンツに対する入力操作かを判定する（Ｓ７２）。

コンテンツリストに対する入力操作としては、コンテンツサーバ機器１２からのコンテンツリストの取得や検索、コンテンツサーバ機器１２から取得したコンテンツリスト中でのソート（コンテンツの並び順のソート）や詳細情報（コンテンツリスト中のコンテンツに関する情報であって、コンテンツリスト中に含まれる情報よりも詳細な情報）の表示などが挙げられる。コンテンツに対する入力操作としては、コンテンツサーバ機器１２から配信されるコンテンツのデータの再生、停止、早送り、巻き戻しなどが挙げられる。

Ｓ７２の判定において、使用者の入力操作がコンテンツに対する入力操作であると入力解析部３６で判定された場合、その入力操作に対応するメッセージを送信メッセージ生成部３２にて生成する（Ｓ７３）。送信メッセージ生成部３２にて生成されたメッセージは、データ送受信部３１および通信部２５によってコンテンツサーバ機器１２へ送信される（Ｓ７４）。コンテンツサーバ機器１２は、Ｓ７４の処理で送信されたメッセージを受信すると、そのメッセージに対応するコンテンツデータをサーバ・クライアント機器１４へ送信する。

次いで、クライアント機能部２２は、Ｓ７４の処理で送信したメッセージに対応するコンテンツデータをコンテンツサーバ機器１２から受信し、その後、図６のフローチャートに示す動作を行う。Ｓ７２の判定において、使用者の入力操作がコンテンツリストに対する入力操作であると入力解析部３６で判定された場合、その入力操作に対応するメッセージを送信メッセージ生成部３２が生成する（Ｓ７５）。そして、送信メッセージ生成部３２が、生成したメッセージを、データ送受信部３１および通信部２５を通じてコンテンツサーバ機器１２に送信する（Ｓ７６）。コンテンツサーバ機器１２は、Ｓ７６の処理で送信されたメッセージを受信すると、そのメッセージに対応するコンテンツリストをサーバ・クライアント機器１４へ送信する。

次いで、クライアント機能部２２は、Ｓ７６で送信したメッセージに対応するコンテンツリストをコンテンツサーバ機器１２から受信し、その後は、図６のフローチャートに示す動作を行う。クライアント機能部２２は、クライアント機能部２２が送信したメッセージに対する、コンテンツサーバ機器１２からの応答メッセージを受信すると（Ｓ６１）、受信メッセージ解析部３３にてそれがコンテンツであるかコンテンツリストであるかを判定する（Ｓ６２）。

Ｓ６２の判定において、受信したメッセージがコンテンツデータであると受信メッセージ解析部３３にて判定された場合、クライアント機能部２２は、デコーダ部２７に利用開始要求を行う（Ｓ６３）。デコーダ部２７から利用可能応答が得られるか否か判断し、得られなかった場合は、コンテンツ再生処理を中止する（Ｓ６４）。デコーダ部２７から利用可能応答が得られた場合、クライアント機能部２２は、受信メッセージ、すなわちコンテンツデータをデコーダ部２７に送り、コンテンツデータをデコーダ部２７でデコードさせる（Ｓ６５）。次いで、サーバ・クライアント機器１４は、デコードされたコンテンツデータを出力部２４から表示装置に出力し、表示装置にコンテンツを表示（再生）させる（Ｓ６６）。さらに、表示データ生成部３５にて操作状況に応じた操作画面を生成し、出力部２４から表示装置に出力し、表示装置に操作画面を表示させる。コンテンツ再生を終えると、デコーダ部２７に利用終了通知を行う（Ｓ６７）。

サードパーティーがクライアント機能部を作成する場合、ダウンロード先の情報処理装置との接続性を確保するために、情報処理装置内の各部とのやり取りは一般的（標準的、標準化）な方法に準拠することが考えられる。また、情報処理装置の製造元も同様である。例えば図６においては、クライアント機能部２２からデコーダ部２７への利用開始要求（Ｓ６３）、クライアント機能部２２からデコーダ部２７への利用終了通知（Ｓ６７）などが一般的な方法に準拠すると考えられる。

Ｓ６２の判定において、受信メッセージがコンテンツリストであった場合、表示データ生成部３５が、コンテンツリストを使用者に対して表示するためにコンテンツリストの表示画面のデータを生成し、出力部２４から表示装置に出力させて表示装置に表示させる（Ｓ６８）。以上が、クライアント機能部２２に関する動作である。

次に、本実施の形態におけるサーバ機能部２３の動作を図５および図８に基づいて説明する。サーバ機能部２３は、サーバ・クライアント機器１４とネットワークで接続されたコンテンツクライアント機器１３からの要求に応じて、コンテンツクライアント機器１３に対して配信可能なコンテンツのリストをコンテンツクライアント機器１３へ送信したり、コンテンツをコンテンツクライアント機器１３へ配信したりする。また、サーバ機能部２３は、コンテンツの符号化形式の変換を実施しながら配信する機能、例えば、ＭＰＥＧ−２のデータをＭＰＥＧ−４のデータにトランスコードしながら配信する機能などを有する。サーバ機能部２３は、その他にも、コンテンツのビットレートの変換を実施しながら配信する機能、例えば、６Ｍｂｐｓのビットレートのコンテンツを２Ｍｂｐｓのビットレートにトランスコーディングしながら配信する機能などを有する。

まず、図５において、前述した通り、サーバ・クライアント機器１４の通信部２５は、ネットワークで接続されたコンテンツサーバ機器１２からデータを受信すると（Ｓ５１） 、受信したデータがサーバ機能部２３宛てのデータかクライアント機能部２２宛てのデータかを判定する（Ｓ５２）。通信部２５は、受信したデータがクライアント機能部２２宛てであれば、受信したデータをクライアント機能部２２へ送り、そのデータをクライアント機能部２２で処理させる（Ｓ５３）。通信部２５は、受信したデータがサーバ機能部２３宛てであれば、受信したデータをサーバ機能部２３へ送り、そのデータをサーバ機能部２３で処理させる（Ｓ５４）。

次に、データを受信したときのサーバ機能部２３の動作の流れを図８に基づいて説明する。以下の説明では、サーバ機能部２３が前記のトランスコード配信を行う場合について述べる。サーバ機能部２３は、コンテンツクライアント機器１３ からデータ（相手機器からのリクエスト）を受信すると（Ｓ８１）、受信したデータ（リクエスト）がコンテンツリストに対する送信要求（リクエスト）であるか、コンテンツに関する送信要求（リクエスト）であるかを受信メッセージ解析部４３にて判定する（Ｓ８２）。

受信したデータがコンテンツに関するリクエストであった場合、サーバ機能部２３は、デコーダ部２７に利用開始要求を行う（Ｓ８３）。デコーダ部２７から利用可能応答が得られるか否か判断し、得られなかった場合は、コンテンツ配信処理を中止する（Ｓ８４）。デコーダ部２７から利用可能応答が得られた場合、サーバ機能部２３は、記憶部２１から対応するコンテンツのデータを読み出し（Ｓ８５）、デコーダ部２７でデコード処理を、エンコーダ部２６でエンコード処理を行うことによってトランスコードしながら（Ｓ８６）、通信部２５を通じてそのトランスコードされたデータをコンテンツクライアント機器１３に送信する（Ｓ８７）。コンテンツ配信を終えると、デコーダ部２７に利用終了通知を行う（Ｓ８８）。

サードパーティーがサーバ機能部を作成する場合、ダウンロード先の情報処理装置との接続性を確保するために、情報処理装置内の各部とのやり取りは一般的な方法に準拠することが考えられる。また、情報処理装置の製造元も同様である。例えば図８においては、サーバ機能部２３からデコーダ部２７への利用開始要求（Ｓ８３）、サーバ機能部２３からデコーダ部２７への利用終了通知（Ｓ８８）などが一般的な方法に準拠すると考えられる。

Ｓ８２の判定において、受信したデータ（リクエスト）がコンテンツリストに対するリクエストであった場合、コンテンツリスト生成部４５が、記憶部２１を参照し、配信可能なコンテンツ（記憶部２１に蓄積されているコンテンツ）の一覧であるコンテンツリストを記憶部２１から取得する（Ｓ８９）。そのコンテンツリストを含む送信メッセージを送信メッセージ生成部４２が生成する（Ｓ８ａ）。データ送受信部４１が、その送信メッセージを通信部２５を通じてコンテンツクライアント機器１３に送信する（Ｓ８ｂ）。

次に本実施の形態におけるデコーダ部２７の構成を図９に示す。デコーダ部２７は、図９に示すように、データ受信部２７１、データ送信部２７２、デコード処理部２７３、リソース管理部２７４を備えている。リソース管理部２７４は、許容量情報２７４ａ（閾値情報）、使用量情報２７４ｂ（パラメータ情報）を持つ。

データ受信部２７１は、クライアント機能部２２、あるいはサーバ機能部２３からコンテンツデータを受信する。デコード処理部２７３は、データ受信部２７１が受け取ったコンテンツデータを復号する。データ送信部２７２は、デコード処理部２７３が復号した復号済みコンテンツデータを、クライアント機能部２２に、あるいは更にエンコーダ部２６を経由してサーバ機能部２３に送信する。

リソース管理部２７４は、クライアント機能部２２、あるいはサーバ機能部２３から利用開始要求、利用終了通知に基づいて動作する。許容量情報２７４ａは、デコード処理部２７３の処理能力を示す情報である。使用量情報２７４ｂは、デコード処理部２７３の処理能力のうち、使用を許可した容量を示す情報である。例えば、クライアント機能部２２、あるいはサーバ機能部２３に使用許可した容量を示す情報である。ここでは説明を簡単にするため、再生中、あるいはトランスコード配信中のコンテンツの数を情報として扱うものとし、許容量情報２７４ａはコンテンツ数＝１として説明する。

次に本実施の形態におけるデコーダ部２７の動作を、図１０を参照して説明する。クライアント機能部２２、あるいはサーバ機能部２３からの利用開始要求は、リソース管理部２７４が受信する（Ｓ９１１）。リソース管理部２７４は、許容量情報２７４ａと使用量情報２７４ｂを参照して、使用量に利用開始要求された容量を加えても許容量を超えないか判断する（Ｓ９１２）。

Ｓ９１２によって、サードパーティー製機能が共用で用いる共用部（図１０ではデコーダ部）のリソース管理部は、一般的（標準的）な方法である利用開始要求受信を用いて、自部（デコーダ部）に過負荷が発生するか否かを判断する使用量を更新している。つまり、許容処理能力を超えるか否かを判断している。

許容量を超えない場合は、使用量情報を更新する。利用開始要求された容量を使用量情報２７４ｂの一部として記憶し使用量情報を更新する。具体例としては、使用量情報に利用開始要求された容量を加えた値を更新後の使用量情報とする（Ｓ９１３）。

クライアント機能部２２、あるいはサーバ機能部２３に利用可能応答を送信する（Ｓ９１４）。以降、クライアント機能部２２、あるいはサーバ機能部２３からのコンテンツデータを、データ受信部２７１で受信し、デコード処理部２７３で復号し、データ送信部２７２が復号済みコンテンツデータをクライアント機能部２２に、あるいは更にエンコーダ部２６を経由してサーバ機能部２３に送信する（Ｓ９１８）。Ｓ９１２において許容量を超えてしまう場合は、クライアント機能部２２、あるいはサーバ機能部２３に利用不可応答を送信する（Ｓ９１５）。

コンテンツの再生、あるいはトランスコード配信を終えたクライアント機能部２２、あるいはサーバ機能部２３からの利用終了通知は、リソース管理部２７４が受信する（Ｓ９１６）。リソース管理部２７４は、使用量情報を更新する。Ｓ９１１で受信した利用開始要求された容量を使用量情報２７４ｂから削除し使用量情報を更新する。具体例としては、使用量情報に利用開始要求された容量を削除した値を更新後の使用量情報とする（Ｓ９１７）。

Ｓ９１７によって、サードパーティー製機能が共用で用いる共用部（図１０ではデコーダ部）のリソース管理部は、一般的（標準的）な方法である利用終了通知受信を用いて、自部（デコーダ部）に過負荷が発生するか否かを判断する使用量を更新している。つまり、許容処理能力を超えるか否かを判断している。

上記、主にＳ９１１、Ｓ９１２、Ｓ９１３、Ｓ９１６、Ｓ９１７により、以下効果を得ることができる。情報処理装置の複数の機能（図１０ではクライアント機能部とサーバ機能部）が共用で用いる共用部（図１０ではデコーダ部）のリソース管理部は、複数の機能から共用部への信号（メッセージ、データ）を用いてリソース管理を実施する。一方、先行技術では複数の機能を管理する管理部が、複数の機能と外部機器との通信を監視し、リソース管理を実施する点において異なる。情報処理装置内の機能と外部機器との通信は、ネットワークを経由することもあり、暗号化される場合が多い。情報処理装置内の機能がサードパーティー製であれば、該暗号化がサードパーティー特有の場合もある。上記本実施の形態１の特徴により、サードパーティー製機能と外部機器との通信に特有の暗号化が施された場合であっても、サードパーティー製機能の処理方法を意識することなくリソース管理を実施することができる。これにより、情報処理装置にユーザがインストール可能なサードパーティー製の機能に制限を設ける必要がなくなる。

また、共用部のリソース管理部は、一般的（標準的）な方法である共用部への利用開始要求、利用終了通知の受信を用いて、自部（デコーダ部）に過負荷が発生するか否かを判断するためのパラメータ（使用量）を更新している。ここで一般的な方法とは、サードパーティー製の機能が、ダウンロード先の機器内の共用部と接続し動作するために必要な方法であり、広く知られた方法のことを示す。先行技術では、複数の機能を管理する管理部が、複数の機能と外部機器との通信を監視する。機能と外部機器との通信は、機能特有の方法が含まれる場合が多い。上記本実施の形態１の特徴により、サードパーティー製機能と外部機器との通信に特有の方法が含まれる場合であっても、サードパーティー製機能の処理方法を意識することなくリソース管理を実施することができる。これにより、情報処理装置にユーザがインストール可能なサードパーティー製の機能に制限を設ける必要がなくなる。

例えば初期状態においては、使用量情報２７４ｂはコンテンツ数＝０である。ここで、サーバ機能部２３が利用開始要求（例えば容量「１」）をすると、リソース管理部２７４は、使用量情報２７４ｂにコンテンツ数＝１を記憶して、サーバ機能部２３に利用可能応答する。サーバ機能部２３は、図８のＳ８５に進んでコンテンツのトランスコード配信を行う。

サーバ機能部２３がトランスコード配信を続けている間に、クライアント機能部２２が利用開始要求（例えば容量「１」）すると、リソース管理部２７４は、使用量情報２７４ｂのコンテンツ数＝１に更に１コンテンツを加えると、許容量情報２７４ａのコンテンツ数＝１を超えると判断し（図１０のＳ９１２）、クライアント機能部２２に利用不可応答する。クライアント機能部２２は、図６のＳ６４から終了に進んで、コンテンツの再生を中止する。

サーバ機能部２３がコンテンツのトランスコード配信を終了しデコーダ部２７に利用終了通知すると、リソース管理部２７４は使用量情報２７４ｂに記憶したコンテンツ数＝１を削除するので、使用量情報２７４ｂはコンテンツ数＝０となる。

ここで、クライアント機能部２２がふたたび利用開始要求すると、リソース管理部２７４は、使用量情報２７４ｂのコンテンツ数＝０に１コンテンツを加えても、許容量情報２７４ａのコンテンツ数＝１を超えないと判断し、クライアント機能部２２に利用可能応答する。今度は、クライアント機能部２２は、図６のＳ６５に進んで、コンテンツの再生を行う。

本実施の形態では、許容量情報２７４ａ、使用量情報２７４ｂをコンテンツ数として説明したが、復号するコンテンツの解像度、符号化形式の複雑度で重み付け加算してもよい。また、許容量情報２７４ａはコンテンツ数＝１として説明したが、同時複数デコード処理が可能なデコード処理部２７３を持つデコード部２７であれば、それに応じた許容量情報２７４ａになるのはもちろんである。

また、本実施の形態のサーバ機能部２３は、図８のＳ８３においてデコーダ部２７に利用開始要求を行っているが、図８のＳ８ａの直前において予めデコーダ部２７に利用開始要求を行って、利用可能応答が得られた場合にはコンテンツリストにトランスコード配信可能な旨を示し、利用可能応答が得られなかった場合にはコンテンツリストにトランスコード配信可能な旨を示さないよう変更してから、送信メッセージを相手機器に送信してもよい。

同様に、本実施の形態のクライアント機能部２２は、図６のＳ６３においてデコーダ部２７に利用開始要求を行っているが、図６のＳ６８の直前において予めデコーダ部２７に利用開始要求を行って、利用可能応答が得られた場合には、コンテンツリストに再生可能な旨を示し、利用可能応答が得られなかった場合にはコンテンツリストに再生不可能な旨を示すよう変更してから、コンテンツリストを出力して表示してもよい。

本実施の形態では、以下の効果を得ることができる。本実施の形態では、予め動作や性能を把握できないサードパーティー製の機能が製品出荷後にダウンロードされ用いられる場合であっても、サードパーティー製の機能との共用部分の過負荷発生を防ぐことが可能となる。情報処理装置が、コンテンツの再生やトランスコード配信が正常に行えないという問題を引き起こすことを防止できる。

本実施の形態は、サードパーティー製の機能に、情報処理装置特有の機能（共用部分の過負荷防止のための機能）を付加させる必要がない点において優れている。情報処理装置にダウンロード可能なサードパーティー製の製品（機能）として、過負荷防止機能を有するなどの制限を設ける必要がないため、情報処理装置のユーザにとってダウンロード可能な製品の選択の自由度が増すからである。本効果は、共用部のリソース管理部が、標準的な方法である利用開始要求と利用終了通知とを用いて自機能の使用量を管理していることにより得ることができる。

実施の形態２．
実施の形態２について図に基づいて説明する。情報処理装置を含むシステム構成図は、実施の形態１と同様である。実施の形態１と同様の機能を有する部分の説明は省略する。図２〜 図８に示す、本実施形態に係るサーバ・クライアント機器の内部構造、クライアント機能部・サーバ機能部の内部構造および動作は、実施の形態１と同じである。次に本実施の形態におけるデコーダ部２７の構成を図１１に示す。図１１は、図９と類似している。異なる部分を中心に説明する。

デコーダ部２７は、実施の形態１と同じく、データ受信部２７１、データ送信部２７２、デコード処理部２７３、リソース管理部２７４を備えている。リソース管理部２７４は、許容量情報２７４ａ、使用量情報２７４ｂを持つ。更に本実施の形態では、データ受信部２７１はデータ廃棄部（廃棄部）２７１ａを持ち、データ送信部２７２は黒画生成部２７２ａ（擬似データ生成部）を持つ。

データ受信部２７１は、クライアント機能部２２、あるいはサーバ機能部２３からコンテンツデータを受信する。データ受信部２７１は、リソース管理部２７４からコンテンツデータを廃棄するよう指示があった場合は、受信した当該コンテンツデータを、デコード処理部２７３に渡すことなく、データ破棄部２７１ａで廃棄する。

データ送信部２７２は、リソース管理部２７４から黒画生成するよう指示があった場合は、デコード処理部２７３から復号済みコンテンツデータを受け取るのではなく、代わりに黒画生成部２７２ａが生成する黒画データをクライアント機能部２２に、あるいは更にエンコーダ部２６を経由してサーバ機能部２３に送信する。

次に本実施の形態におけるデコーダ部２７の動作を、図１２を参照して説明する。クライアント機能部２２、あるいはサーバ機能部２３からの利用開始要求は、リソース管理部２７４が受信する（Ｓ９２１）。リソース管理部２７４は、許容量情報２７４ａと使用量情報２７４ｂを参照して、使用量に利用開始要求された容量を加えても許容量を超えないか判断する（Ｓ９２２）。

Ｓ９２２によって、サードパーティー製機能が共用で用いる共用部（図１０ではデコーダ部）のリソース管理部は、一般的（標準的）な方法である利用開始要求受信を用いて、自部（デコーダ部）に過負荷が発生するか否かを判断するための使用量を更新している。つまり、許容処理能力を超えるか否かを判断している。

許容量を超えない場合は、使用量情報を更新する。利用開始要求された容量を使用量情報２７４ｂの一部として記憶し使用量情報を更新する。具体例としては、使用量情報に利用開始要求された容量を加えた値を更新後の使用量情報とする（Ｓ９２３）。クライアント機能部２２、あるいはサーバ機能部２３に利用可能応答を送信する（Ｓ９２４）。以降、クライアント機能部２２、あるいはサーバ機能部２３からのコンテンツデータを、データ受信部２７１で受信し、デコード処理部２７３で復号し、データ送信部２７２が復号済みコンテンツデータをクライアント機能部２２に、あるいは更にエンコーダ部２６を経由してサーバ機能部２３に送信する（Ｓ９２ｄ）。以上は実施の形態１と同様である。

Ｓ９２２において許容量を超えてしまう場合は、リソース管理部２７４は、この利用開始要求を擬似デコード対象として、使用量情報２７４ｂの一部として記憶し（Ｓ９２５）、データ受信部２７１に対してこの利用開始要求に関わるコンテンツデータを廃棄するよう指示、データ送信部２７２に対してこの利用開始要求に関して黒画生成するよう指示し（Ｓ９２６）、クライアント機能部２２、あるいはサーバ機能部２３に利用可能応答を送信する（Ｓ９２７）。利用可能応答を送信することにより、クライアント機能部２２、あるいはサーバ機能部２３が再生やトランスコード配信の動作を継続できるとの効果をえることができる。

コンテンツの再生、あるいはトランスコード配信を終えたクライアント機能部２２、あるいはサーバ機能部２３からの利用終了通知は、リソース管理部２７４が受信する（Ｓ９２８）。リソース管理部２７４は、この利用終了通知が擬似デコード対象であるか判断する（Ｓ９２９）。Ｓ９２５において使用量情報の一部として記憶した擬似デコード対象であるか否か判断する。記憶した擬似デコード対象でなかった場合は、リソース管理部２７４は、使用量情報を更新する。Ｓ９２１で受信した利用開始要求された容量を使用量情報２７４ｂから削除し使用量情報を更新する。具体例としては、利用開始要求された容量を削除した値を更新後の使用量情報とする（Ｓ９２ａ）。Ｓ９２ａによって、情報処理装置の中で、サードパーティー製機能が共用で用いる共用部（図１０ではデコーダ部）のリソース管理部は、一般的（標準的）な方法である利用終了通知受信を用いて、自部（デコーダ部）に過負荷が発生するか否かを判断する使用量を更新している。つまり、許容処理能力を超えるか否かを判断している。

擬似デコード対象であった場合は、データ受信部２７１に対するコンテンツデータ廃棄の指示を解除、データ送信部２７２に対する黒画生成の指示を解除する（Ｓ９２ｂ）。Ｓ９２５において使用量情報の一部として記憶した擬似デコード対象の情報を使用量情報２７４ｂから削除する（Ｓ９２ｃ）。

例えば初期状態においては、使用量情報２７４ｂはコンテンツ数＝０である。ここで、サーバ機能部２３が利用開始要求をすると、リソース管理部２７４は、使用量情報２７４ｂにコンテンツ数＝１を記憶して、サーバ機能部２３に利用可能応答する。サーバ機能部２３は、図８のＳ８５に進んでコンテンツのトランスコード配信を行う。

サーバ機能部２３がトランスコード配信を続けている間に、クライアント機能部２２が利用開始要求すると、リソース管理部２７４は、使用量情報２７４ｂのコンテンツ数＝１に更に１コンテンツを加えると、許容量情報２７４ａのコンテンツ数＝１を超えると判断し、これを擬似デコード対象として記憶するが、実施の形態１とは異なり、クライアント機能部２２には利用可能応答する。クライアント機能部２２は、図６のＳ６５に進んで、コンテンツの再生を継続するよう動作する。デコーダ部２７はこの利用開始要求を擬似デコード対象としたため、クライアント機能部２２から渡されるコンテンツデータはデータ受信部２７１で廃棄され、データ送信部２７２は復号済みコンテンツデータに代えて、黒画データをクライアント機能部２２に送信する。クライアント機能部２２は、黒画データを出力部２４から表示装置に出力し、表示装置に黒画を表示させる。

サーバ機能部２３がコンテンツのトランスコード配信を終了しデコーダ部２７に利用終了通知すると、リソース管理部２７４は使用量情報２７４ｂに記憶したコンテンツ数＝１を削除するので、使用量情報２７４ｂはコンテンツ数＝０となる。

ここで、クライアント機能部２２がふたたび利用開始要求すると、リソース管理部２７４は、使用量情報２７４ｂのコンテンツ数＝０に１コンテンツを加えても、許容量情報２７４ａのコンテンツ数＝１を超えないと判断し、クライアント機能部２２に利用可能応答する。クライアント機能部２２は、図６のＳ６５に進んで、コンテンツの再生を行う。デコーダ部２７はこの利用開始要求を擬似デコード対象としないため、クライアント機能部２２から渡されるコンテンツデータはデータ受信部２７１を経由してデコード処理部２７３で復号され、データ送信部２７２は復号済みコンテンツデータをクライアント機能部２２に送信する。クライアント機能部２２は、復号済みコンテンツデータを出力部２４から表示装置に出力し、表示装置にコンテンツを表示（再生）させる。

本実施の形態２では、実施の形態１の効果に加えて以下の効果を得ることができる。
本実施の形態では、共用部分であるデコーダ部への利用要求がその許容量を超える場合であっても、従来の一般的に構成されたクライアント部やサーバ部が、再生やトランスコード配信の動作を継続できる。

クライアント部やサーバ部が、情報処理装置の製造元とは異なるサードパーティー製のものである場合、実施の形態１においては、デコーダ部の利用可能応答が得られない時点で異常終了してしまい、ユーザに不快感を与えることも考えられる。しかし本実施形態では、デコーダ部の利用可能応答は得られるため、そのようなサードパーティー製のクライアント部やサーバ部であっても正常に動作を継続できる。

また、例えば、映像・音声を含むコンテンツデータを扱う場合、映像デコード許容量は超えるが音声デコード許容量は超えないケースであれば、クライアント部やサーバ部は正常に動作を継続させて、映像は黒画表示ながら、音声はコンテンツ再生(あるいはトランスコード配信)させるといった次善策をとることもできる。

実施の形態３．
実施の形態３について図に基づいて説明する。情報処理装置を含むシステム構成図は、実施の形態１と同様である。実施の形態１と同様の機能を有する部分の説明は省略する。図２〜 図８に示す、本実施形態に係るサーバ・クライアント機器の内部構造、クライアント機能部・サーバ機能部の内部構造および動作は、実施の形態１と同じである。図２〜 図８に示す、本実施形態に係るサーバ・クライアント機器の内部構造、クライアント機能部・サーバ機能部の内部構造および動作は、実施の形態１、実施の形態２と同じである。

次に本実施の形態におけるデコーダ部２７の構成は、実施の形態１の図１１と同様である。本実施の形態における使用量情報２７４ｂの構成を図１３に示す。使用量情報２７４ｂとして、各々の利用要求（利用開始要求）について、利用要求識別２７４ｂ１、優先度２７４ｂ２、使用量２７４ｂ３、擬似デコード対象か否かを示すフラグ２７４ｂ４を管理する。優先度２７４ｂ２は、その利用要求に対してデコード処理能力を割り当てるべき優先度を示す情報である。本実施の形態では、情報処理装置の製造元がプリインストールするサーバ部からの利用要求を高優先（Ｈｉｇｈ）、ユーザがダウンロード・インストールするサードパーティー製のクライアント部からの利用要求を一般レベルの低優先（Ｌｏｗ）とする。情報処理装置の製造元は、自らプリインストールするサーバ機能部２３やクライアント機能部２２であれば、高優先（Ｈｉｇｈ）の利用開始要求を送信させることは容易に可能となる。

また、優先度２７４ｂ２は、情報処理装置のユーザが入力部２８経由で設定可能としてもよい。その場合、利用要求識別２７４ｂ１毎に優先度２７４ｂ２を設定するとしてもよい。例えば図５のＳ５２の判断にて利用要求識別を判断し、利用要求の優先度２７４ｂ２をユーザが設定した優先度に設定する。

次に本実施の形態におけるデコーダ部２７の動作を、図１４、図１５を参照して説明する。デコーダ部２７が、クライアント機能部２２、あるいはサーバ機能部２３から利用開始要求を受けた時の動作を、図１４を参照して説明する。クライアント機能部２２、あるいはサーバ機能部２３からの利用開始要求は、リソース管理部２７４が受信する（Ｓ９３１）。リソース管理部２７４は、許容量情報２７４ａと使用量情報２７４ｂを参照して、擬似デコード対象外である利用要求の使用量の合計に利用開始要求された容量を加えても許容量を超えないか判断する（Ｓ９３２）。

Ｓ９３２によって、サードパーティー製機能が共用で用いる共用部（図１０ではデコーダ部）のリソース管理部は、一般的（標準的）な方法である利用開始要求受信を用いて、自部（デコーダ部）に過負荷が発生するか否かを判断するための使用量を更新している。つまり、許容処理能力を超えるか否かを判断している。

許容量を超えない場合は、使用量情報を更新する。図１３に示す使用量情報２７４ｂに、この新規の利用開始要求を擬似デコード対象ではないものとして登録する（Ｓ９３３）。利用開始要求された容量を使用量情報２７４ｂの一部として記憶し使用量情報を更新する。具体例としては、使用量情報に利用開始要求された容量を加えた値を更新後の使用量情報とする（Ｓ９３３）。あるいは、使用量情報に利用開始要求された容量を加えた値をテンポラリーの値として記憶し判定に用い、その後判定時に更新してもよい。クライアント機能部２２、あるいはサーバ機能部２３に利用可能応答を送信する（Ｓ９３４）。優先度２７４ｂ２は利用開始要求の高優先（Ｈｉｇｈ）／低優先（Ｌｏｗ）に従い、使用量２７４ｂ３は利用開始要求された容量、擬似デコード対象か否かを示すフラグ２７４ｂ４は“Ｎｏ“として登録される。以降、クライアント機能部２２、あるいはサーバ機能部２３からのコンテンツデータを、データ受信部２７１で受信し、デコード処理部２７３で復号し、データ送信部２７２が復号済みコンテンツデータをクライアント機能部２２に、あるいは更にエンコーダ部２６を経由してサーバ機能部２３に送信する。

Ｓ９３２において許容量を超えてしまう場合、リソース管理部２７４は、使用量情報２７４ｂに登録済みの擬似デコード対象でない利用要求のうち、この新規の利用開始要求よりも優先度が低いことを条件として、擬似デコード対象に変更しうる候補を検索し（Ｓ９３５）、その結果候補があるかを判断する（Ｓ９３６）。

Ｓ９３６において候補がない場合は、図１３に示す使用量情報２７４ｂに、この新規の利用開始要求を擬似デコード対象として登録し（Ｓ９３７）、データ受信部２７１に対してこの利用開始要求に関わるコンテンツデータを廃棄するよう指示、データ送信部２７２に対してこの利用開始要求に関して黒画生成するよう指示し（Ｓ９３８）、クライアント機能部２２、あるいはサーバ機能部２３に利用可能応答を送信する（Ｓ９３９）。優先度２７４ｂ２は利用開始要求の高優先（Ｈｉｇｈ）／低優先（Ｌｏｗ）に従い、使用量２７４ｂ３は利用開始要求された容量、擬似デコード対象か否かを示すフラグ２７４ｂ４は“Ｙｅｓ“として登録される。

Ｓ９３６において候補があった場合は、当該候補を擬似デコード対象に変更する（Ｓ９３ａ）。具体的には、図１３に示す使用量情報２７４ｂに登録済みの当該候補の情報について、擬似デコード対象か否かを示すフラグ２７４ｂ４を“Ｎｏ”から“Ｙｅｓ“に変更する。そして、データ受信部２７１に対してこの当該候補の利用要求に関わるコンテンツデータを廃棄するよう指示、データ送信部２７２に対してこの当該候補の利用要求に関して黒画生成するよう指示する（Ｓ９３ｂ）。Ｓ９３ａで擬似デコード対象に変更した利用要求の使用量の分だけ、デコード対象外である利用要求の使用量の合計も減っているので、リソース管理部２７４は、改めてＳ９３２にて、擬似デコード対象外である利用要求の使用量の合計に利用開始要求された容量を加えても許容量を超えないか判断し、結果に従ってＳ９３３、あるいはＳ９３５に進む。Ｓ９３５では、既に候補とした利用要求は除いて、前記の条件に合致する擬似デコード対象化候補を検索する。そして検索結果に従ってＳ９３７、あるいはＳ９３ａに進む。以降は既に述べた動作である。

次に、デコーダ部２７が、クライアント機能部２２、あるいはサーバ機能部２３から利用終了通知を受けた時の動作を、図１５を参照して説明する。コンテンツの再生、あるいはトランスコード配信を終えたクライアント機能部２２、あるいはサーバ機能部２３からの利用終了通知は、リソース管理部２７４が受信する（Ｓ９４１）。リソース管理部２７４は、この利用終了通知が擬似デコード対象の利用要求に関するものであるかを判断する（Ｓ９４２）。具体的には、図１３に示す使用量情報２７４ｂで、この利用終了通知が対象とする利用要求を見つけ、その擬似デコード対象か否かを示すフラグ２７４ｂ４を確認する。擬似デコード対象でなかった場合は、図１３に示す使用量情報２７４ｂから、この利用終了通知が対象とする利用要求を削除する、つまり使用量情報を更新する（Ｓ９４４）。擬似デコード対象であった場合は、データ受信部２７１に対してこの利用要求に関するコンテンツデータ廃棄の指示を解除、データ送信部２７２に対してこの利用要求に関する黒画生成の指示を解除した上で（Ｓ９４３）、図１３に示す使用量情報２７４ｂから、この利用終了通知が対象とする利用要求を削除する、つまり使用量情報を更新する（Ｓ９４４）。

Ｓ９４４で登録削除した利用要求の使用量の分だけ、デコード対象外である利用要求の使用量の合計も減っているので、次に、リソース管理部２７４は、使用量情報２７４ｂに登録済みの擬似デコード対象である利用要求のうち、優先度の順に従って擬似デコード対象外に変更しうる候補を検索し（Ｓ９４５）、その結果候補があるかを判断する（Ｓ９４６）。

Ｓ９４６において候補があった場合は、許容量情報２７４ａと使用量情報２７４ｂを参照して、擬似デコード対象外である利用要求の使用量の合計に、当該候補の利用要求の使用量を加えても許容量を超えないか判断する（Ｓ９４７）。許容量を超えない場合は、当該候補を擬似デコード対象外に変更する（Ｓ９４８）。具体的には、図１３に示す使用量情報２７４ｂに登録済みの当該候補の情報について、擬似デコード対象か否かを示すフラグ２７４ｂ４を“Ｙｅｓ”から“Ｎｏ“に変更する。許容量を超える場合は、リソース管理部２７４は、Ｓ９４５のステップに戻って、既に候補とした利用要求は除いて、前記の条件に合致する擬似デコード非対象化候補を検索する。Ｓ９４６において候補があれば、当該候補についてＳ９４７〜Ｓ９４９を繰り返し、Ｓ９４６において候補がなくなったら終了する。

そして、データ受信部２７１に対してこの当該候補の利用要求に関わるコンテンツデータを廃棄する指示を解除、データ送信部２７２に対してこの当該候補の利用要求に関して黒画生成する指示を解除する（Ｓ９４９）。

リソース管理部２７４は、Ｓ９４５のステップに戻って、既に候補とした利用要求は除いて、前記の条件に合致する擬似デコード非対象化候補を検索する。Ｓ９４６において候補があれば、当該候補についてＳ９４７〜Ｓ９４９を繰り返し、Ｓ９４６において候補がなくなったら終了する。

例えば初期状態においては、図１３に示す使用量情報２７４ｂには利用要求が登録されていない。従って、擬似デコード対象外である利用要求の使用量の合計もコンテンツ数＝０である。ここで、サードパーティー製のクライアント機能部２２が低優先（Ｌｏｗ）の利用開始要求を行うと、リソース管理部２７４は、擬似デコード対象外の使用量合計（コンテンツ数＝０）に利用開始要求された容量（１コンテンツ）を加えても、許容量情報２７４ａのコンテンツ数＝１を超えないと判断し、使用量情報２７４ｂに、利用要求（識別：クライアント１、優先度：Ｌｏｗ、使用量：１コンテンツ、擬似デコード対象：“Ｎｏ”）を新規登録し、クライアント機能部２２に利用可能応答する。クライアント機能部２２は、図６のＳ６５に進んで、コンテンツの再生を継続する。デコーダ部２７はこの利用開始要求を擬似デコード非対象としており、クライアント機能部２２から渡されるコンテンツデータは、データ受信部２７１から、デコード処理部２７３で復号され、データ送信部２７２が復号済みコンテンツデータをクライアント機能部２２に送信する。クライアント機能部２２は、復号されたコンテンツデータを出力部２４から表示装置に出力し、表示装置にコンテンツを表示（再生）させる。

クライアント機能部２２がコンテンツ再生を続けている間に、情報処理装置の製造元がプリインストールしたサーバ機能部２３が高優先（Ｈｉｇｈ）の利用開始要求を行うと、リソース管理部２７４は、擬似デコード対象外の使用量合計（コンテンツ数＝１）に利用開始要求された容量（１コンテンツ）を加えると、許容量情報２７４ａのコンテンツ数＝１を超えると判断する。その結果、使用量情報２７４ｂに登録済みの擬似デコード対象でない利用要求で、この新規の利用開始要求よりも優先度が低い利用要求（識別：クライアント１、優先度：Ｌｏｗ、使用量：１コンテンツ、擬似デコード対象：“Ｎｏ”）を擬似デコード対象化候補として見出し、擬似デコード対象に変更する。（（識別：クライアント１、優先度：Ｌｏｗ、使用量：１コンテンツ、擬似デコード対象：“Ｙｅｓ”）に変更する）。これ以降、クライアント機能部２２から渡されるコンテンツデータはデータ受信部２７１で廃棄され、データ送信部２７２は復号済みコンテンツデータに代えて、黒画データをクライアント機能部２２に送信する。クライアント機能部２２は、黒画データを出力部２４から表示装置に出力し、表示装置に黒画を表示させる。

再度、リソース管理部２７４は、擬似デコード対象外の使用量合計（今度はコンテンツ数＝０）に利用開始要求された容量（１コンテンツ）を加えても、許容量情報２７４ａのコンテンツ数＝１を超えないと判断し、使用量情報２７４ｂに、利用要求（識別：サーバ２、優先度：Ｈｉｇｈ、使用量：１コンテンツ、擬似デコード対象：“Ｎｏ”）を新規登録し、サーバ機能部２３に利用可能応答する。サーバ機能部２３は、図８のＳ８５に進んでコンテンツのトランスコード配信を行う。

クライアント機能部２２が黒画表示をし、サーバ機能部２３がトランスコード配信を続けている間に、クライアント機能部２２が利用終了通知を行うと、リソース管理部２７４は、データ廃棄・黒画生成の指示を解除した上で、対象の利用要求（識別：クライアント１、優先度：Ｌｏｗ、使用量：１コンテンツ、擬似デコード対象：“Ｙｅｓ”）を使用量情報２７４ｂから削除する。使用量情報２７４ｂには擬似デコード対象である利用要求はこれ以上ないので、擬似デコード非対象化候補なしとして、リソース管理部２７４は終了する。

ここで、再びクライアント機能部２２が低優先（Ｌｏｗ）の利用開始要求を行うと、リソース管理部２７４は、擬似デコード対象外の使用量合計（コンテンツ数＝１）に利用開始要求された容量（１コンテンツ）を加えると、許容量情報２７４ａのコンテンツ数＝１を超えると判断する。その結果、擬似デコード対象化候補を検索するが、使用量情報２７４ｂに登録済みの擬似デコード対象でない利用要求（識別：サーバ２、優先度：Ｈｉｇｈ、使用量：１コンテンツ、擬似デコード対象：“Ｎｏ”）は、この新規の利用開始要求の優先度（Ｌｏｗ）よりも優先度が高い（Ｈｉｇｈ）ため候補はみつからない。従って、擬似デコード非対象化候補なしとして、リソース管理部２７４は、使用量情報２７４ｂに利用要求（識別：クライアント１、優先度：Ｌｏｗ、使用量：１コンテンツ、擬似デコード対象：“Ｙｅｓ”）を新規登録し、クライアント機能部２２に利用可能応答する。クライアント機能部２２は、図６のＳ６５に進んで、コンテンツの再生を継続する。デコーダ部２７はこの利用開始要求を擬似デコード対象としたので、クライアント機能部２２から渡されるコンテンツデータは、データ受信部２７１で廃棄され、データ送信部２７２は復号済みコンテンツデータに代えて、黒画データをクライアント機能部２２に送信する。クライアント機能部２２は、黒画データを出力部２４から表示装置に出力し、表示装置に黒画を表示させる。

クライアント機能部２２が黒画表示をしていて、サーバ機能部２３がコンテンツのトランスコード配信を終了しデコーダ部２７に利用終了通知すると、リソース管理部２７４は、対象の利用要求（識別：サーバ２、優先度：Ｈｉｇｈ、使用量：１コンテンツ、擬似デコード対象：“Ｎｏ”）を使用量情報２７４ｂから削除する。リソース管理部２７４は次に、擬似デコード非対象化候補を検索する。使用量情報２７４ｂに登録済みの擬似デコード対象である利用要求（識別：クライアント１、優先度：Ｌｏｗ、使用量：１コンテンツ、擬似デコード対象：“Ｙｅｓ”）は、擬似デコード非対象化候補になる。リソース管理部２７４は、擬似デコード対象外の使用量合計（コンテンツ数＝０）に、擬似デコード非対象化候補の使用量（１コンテンツ）を加えても、許容量情報２７４ａのコンテンツ数＝１を超えないと判断し、この候補を擬似デコード対象外に変更する。（（識別：クライアント１、優先度：Ｌｏｗ、使用量：１コンテンツ、擬似デコード対象：“Ｎｏ”）に変更する）。これ以降、クライアント機能部２２から渡されるコンテンツデータは、データ受信部２７１から、デコード処理部２７３で復号され、データ送信部２７２が復号済みコンテンツデータをクライアント機能部２２に送信する。クライアント機能部２２は、復号されたコンテンツデータを出力部２４から表示装置に出力し、表示装置にコンテンツを表示（再生）させる。

実施の形態３では、実施の形態１、実施の形態２の効果に加えて以下の効果を得ることができる。本実施の形態では、共用部分であるデコーダ部の処理能力を、より優先度の高いサーバ機能、あるいはクライアント機能に割り付けることができる。しかも、従来の一般的に構成されたクライアント部やサーバ部に、再生やトランスコード配信の動作を継続させたまま、共用部分の処理能力の割付を変更できる。

なお、以上に説明した実施の形態１、２、および３においては、サーバ機能としてトランスコード配信機能を例示したが、サーバ機能としてトランスコード録画機能であっても全く同様に説明できる。

また、以上に説明した実施の形態１、２、および３においては、サーバ部とクライアント部が共用する共用部分として、デコーダ部を例示したが、通信回線帯域や通信回路（例えば図２の２５）などの共用部分に用いることができる。その場合、通信部２５がクライアント機能部２２、あるいはサーバ機能部２３からの利用開始要求、利用終了通知に基づいて動作すればよい。使用量情報は、コネクション数やビットレートでカウントする。また、黒画像データ生成は、ダミーデータを生成する、などして応用できる。

２３ サーバ部、２２ クライアント部、２７４ａ 許容量情報、２７４ｂ 使用量情報、２７４ リソース管理部、情報処理装置、２７１ａ 廃棄部。

Claims (3)

1. サーバ部と、
   クライアント部と、
   前記サーバ部と前記クライアント部とが共用する共用部とを備え、
   前記共用部は、
   許容量情報と使用量情報とを有し、前記サーバ部と前記クライアント部とからの利用開始要求と利用終了通知に応じて前記使用量情報を更新するリソース管理部と、
   前記サーバ部と前記クライアント部とからの、前記利用開始要求に関わるデータ入力を廃棄する廃棄部と、
   擬似データ生成部と、
   を備え、
   前記使用量情報が前記許容量情報を超える場合、
   前記リソース管理部は、前記利用開始要求に対して利用可能の応答を行い、
   前記廃棄部は、前記データ入力を廃棄し、
   前記擬似データ生成部は、擬似データの生成を行う、
   情報処理装置。
2. 前記使用量情報は、前記利用開始要求に対応する優先度を備え、
   前記リソース管理部は、前記使用量情報が前記許容量情報を超える場合、前記使用量情報中に新規の前記利用開始要求の優先度より低い利用開始要求の有無を検索し、
   前記新規の前記利用開始要求の優先度より低い利用開始要求が存在した場合、
   当該利用開始要求について前記廃棄部にて前記データ入力を廃棄し、前記疑似データ生成部にて疑似データの生成を行う、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 共用部がサーバ部とクライアント部からの利用開始要求と利用終了通知を受信するステップと、
   前記サーバ部と前記クライアント部とからの利用開始要求と利用終了通知に応じて使用量情報を更新し、前記使用量情報が許容量情報を超える場合、
   前記利用開始要求に対して利用可能の応答を行うステップと、
   前記サーバ部と前記クライアント部とからの、前記利用開始要求に関わるデータ入力を廃棄するステップと、
   擬似データの生成を行うステップと、
   を備えた情報処理方法。

Images