(57)【要約】      （修正有）【課題】マルチプロセッサシステムが同時に実行できるサービスの上限数の制限を緩和し、且つ、マルチプロセッサシステムの処理効率を向上させる。【解決手段】ホストプロセッサ１２と、ホストプロセッサ１２のアクセラレータとして動作して、サービスを実行するコプロセッサ１４と、ホストプロセッサ１２とコプロセッサ１４とを接続するバス１６と、を備える。ホストプロセッサ１２は、第１通信方式に基づいて、ユーザアプリケーション１８ａによって発行されたアプリケーションデータをコプロセッサ１４にバス１６を介して転送する第１通信管理部１２３と、第１通信方式よりもバストラフィックが少ない第２通信方式に基づいて、ユーザアプリケーション１８ａによって発行されたアプリケーションデータをコプロセッサ１４にバス１６を介して転送する第２通信管理部１２４と、第１及び第２通信管理部１２３，１２４を選択的に制御する制御部１２１と、を備える。【選択図】図１
2010160548.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ要求を受け付け、前記ユーザ要求に基づいてユーザアプリケーションを起動して、サービスを実行するホストプロセッサと、
前記ホストプロセッサのアクセラレータとして動作して、サービスを実行するコプロセッサと、
前記ホストプロセッサと前記コプロセッサとを接続するバスと、を備え、
前記ホストプロセッサは、
第１通信方式に基づいて、前記ユーザアプリケーションによって発行されたアプリケーションデータを前記コプロセッサに前記バスを介して転送する第１通信管理部と、
前記第１通信方式よりもバストラフィックが少ない第２通信方式に基づいて、前記ユーザアプリケーションによって発行されたアプリケーションデータを前記コプロセッサに前記バスを介して転送する第２通信管理部と、
前記第１及び第２通信管理部を選択的に制御する制御部と、
を備えることを特徴とするマルチプロセッサシステム。
【請求項２】
前記制御部は、前記バスの通信状況に基づいて、前記第１又は第２通信管理部を選択的に制御する
請求項１に記載のマルチプロセッサシステム。
【請求項３】
前記制御部は、サービスの実行中に前記ユーザ要求を受け付けた場合に、前記ホストプロセッサ及び前記コプロセッサの動作状況に基づいて、前記ユーザ要求に対応するサービスの追加の可否を判断する
請求項１又は２に記載のマルチプロセッサシステム。
【請求項４】
前記コプロセッサは、さらに、特定のサービスを実行するための命令セットを記憶する命令セット記憶部を備え、
前記制御部は、前記ユーザアプリケーションによって発行されたアプリケーションデータに対応する短縮命令を前記コプロセッサに転送し、
前記コプロセッサは、前記命令セット記憶部に記憶された前記短縮命令に対応する命令セットを用いて前記特定のサービスを実行する
請求項１乃至３の何れか１項に記載のマルチプロセッサシステム。
【請求項５】
前記制御部は、前記ユーザ要求に対応する第１及び第２サービスについて、前記ユーザアプリケーションによって発行された前記第１及び第２サービスの実行に必要な第１及び第２アプリケーションデータの間で共通する共通アプリケーションデータがある場合に、前記第１アプリケーションデータと、前記第１アプリケーションデータと前記第２アプリケーションデータとの間で相違する差分アプリケーションデータと、を前記コプロセッサに転送し、
前記コプロセッサは、前記第１アプリケーションデータを用いて前記第１サービスを実行し、前記共通アプリケーションデータ及び前記差分アプリケーションデータを用いて前記第２サービスを実行する
請求項１乃至４の何れか１項に記載のマルチプロセッサシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチプロセッサシステムに関し、特に、複数のプロセッサがバスを介して通信を行うように構成されたマルチプロセッサシステムに関する。
【背景技術】
【０００２】
複数のサービスを実行するシステムとして、マルチプロセッサシステムが知られている。マルチプロセッサシステムは、ユーザアプリケーションを起動してサービスを実行するホストプロセッサと、ホストプロセッサのアクセラレータとして動作してサービスを実行するコプロセッサと、両者を接続するバスと、を備えている。このようなマルチプロセッサシステムでは、ホストプロセッサがコプロセッサに対して命令を発行し、コプロセッサがホストプロセッサに対して通知を発行し、バスの通信方式に対応するように変換された命令及び通知がバスを介して転送される。このような一連の処理を実行することによって、マルチプロセッサシステムは、複数のサービスを実行するように構成されている。
【０００３】
一般的なマルチプロセッサシステムでは、ユーザアプリケーションが発行する命令（以下、「ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）」という）の方式（例えば、“Ｏｐｅｎ  ＭＡＸ  ＩＬ”）が標準化されている。従って、ホストプロセッサは、標準化された方式に則ったコマンド及びパラメータを発行し、そのコマンド及びパラメータを所定の通信方式に従って（例えば、文字列データとして）バス経由でコプロセッサに転送する必要がある。また、コプロセッサは、標準化された方式に則った通知を発行し、その通知を所定の通信方式に従ってバス経由でホストプロセッサに転送する必要がある。このような処理を行うマルチプロセッサシステムとして、特許文献１に開示されたバス相互接続システムが知られている。
【０００４】
しかしながら、特許文献１に開示されているバス相互接続システムでは、ホストプロセッサによって発行された命令及びコプロセッサによって発行された通知が全て同一のバスを介して転送されている。従って、コプロセッサによって実行されるサービスの数が増加する程、バストラフィックも増加する。その結果、バスを介して転送される命令、通知、及びその他のデータの転送が遅延するので、マルチプロセッサシステムが同時に実行できるサービスの上限数を制限し、且つ、マルチプロセッサシステムの処理効率が低下する。
【特許文献１】特開２００４−１６４６６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、マルチプロセッサシステムが同時に実行できるサービスの上限数の制限を緩和し、且つ、マルチプロセッサシステムの処理効率を向上させることである。
【課題を解決するための手段】
【０００６】
本発明に態様によれば、
ユーザ要求を受け付け、前記ユーザ要求に基づいてユーザアプリケーションを起動して、サービスを実行するホストプロセッサと、
前記ホストプロセッサのアクセラレータとして動作して、サービスを実行するコプロセッサと、
前記ホストプロセッサと前記コプロセッサとを接続するバスと、を備え、
前記ホストプロセッサは、
第１通信方式に基づいて、前記ユーザアプリケーションによって発行されたアプリケーションデータを前記コプロセッサに前記バスを介して転送する第１通信管理部と、
前記第１通信方式よりもバストラフィックが少ない第２通信方式に基づいて、前記ユーザアプリケーションによって発行されたアプリケーションデータを前記コプロセッサに前記バスを介して転送する第２通信管理部と、
前記第１及び第２通信管理部を選択的に制御する制御部と、
を備えることを特徴とするマルチプロセッサシステムが提供される。
【発明の効果】
【０００７】
本発明によれば、マルチプロセッサシステムが同時に実行できるサービスの上限数の制限を緩和することができ、且つ、マルチプロセッサシステムの処理効率を向上させることができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施形態について図面を参照して説明する。なお、以下の実施形態は、本発明の実施の一態様であって、本発明の範囲を限定するものではない。
【０００９】
（第１実施形態）
本発明の第１実施形態について説明する。本発明の第１実施形態は、バスの通信状況（バストラフィック）に基づいて、汎用的なプロトコルに従う第１通信方式又は専用的なプロトコルに従う第２通信方式を選択するマルチプロセッサシステムの例である。
【００１０】
本発明の第１実施形態に係るマルチプロセッサシステムの構成について図１乃至図３を参照して説明する。図１は、本発明の第１実施形態に係るマルチプロセッサシステム１０の構成を示すブロック図である。図２は、図１に示すホストプロセッサ１２の制御部１２１及びコプロセッサ１４の制御部１４１の構成を示す概略図である。図３は、図２に示すホストプロセッサ１２のコンポーネント領域１２１ｂ及びコプロセッサ１４のコンポーネント領域１４１ｂに作成されるコンポーネントを示す概略図である。
【００１１】
図１に示すように、本発明の第１実施形態に係るマルチプロセッサシステム１０は、ユーザインタフェース（ＵＩ）２０に接続されている。また、マルチプロセッサシステム１０は、ホストプロセッサ１２と、コプロセッサ１４と、バス１６と、メモリ１８，１９と、を備えている。例えば、マルチプロセッサシステム１０は、携帯電話などの移動通信端末に設けられ、音楽再生サービス、動画再生サービス、デジタルテレビサービス、画面サイズ変更サービスなどを実行するように構成されている。
【００１２】
図１に示すように、ホストプロセッサ１２は、制御部１２１と、バスインタフェース（バスＩ／Ｆ）１２２と、第１及び第２通信管理部１２３，１２４と、上位インタフェース（上位Ｉ／Ｆ）１２５と、を備えている。また、ホストプロセッサ１２は、ユーザインタフェース２０からユーザ要求を受け付け、ユーザ要求に基づいてメモリ１８に記憶されたユーザアプリケーション１８ａを起動して、ユーザ要求に対応するサービスを実行するように構成されている。例えば、ユーザ要求は、音楽再生サービス、動画再生サービス、デジタルテレビサービスなどに関する要求である。
【００１３】
図１に示すように、制御部１２１は、バスインタフェース１２２と、第１及び第２通信管理部１２３，１２４と、上位インタフェース１２５と、メモリ１８と、に接続されている。また、制御部１２１は、バスインタフェース１２２と、第１及び第２通信管理部１２３，１２４と、上位インタフェース１２５と、を制御するように構成されている。特に、制御部１２１は、バス１６の通信状況に基づいて、第１又は第２通信管理部１２３、１２４を選択的に制御するように構成されている。また、制御部１２１は、メモリ１８との間でデータの読み出し及び書き込みを行うように構成されている。また、図２（Ａ）に示すように、制御部１２１は、コンポーネント制御部１２１ａと、コンポーネント領域１２１ｂと、を備えている。図３（Ａ）に示すように、コンポーネント制御部１２１ａは、ユーザ要求に示されるサービスに対応する複数のコンポーネントパーツ１８ｂをダウンロードしてホストプロセッサ１２のコンポーネント領域１２１ｂに展開し、各コンポーネントパーツ１８ｂを関連付けてコンポーネントを作成するように構成されている。図３（Ａ）は、動画再生サービスを実行するためのコンポーネントを示している。また、図３（Ｂ）に示すように、コンポーネント制御部１２１ａは、コプロセッサ１４に実行させるサービスに対応する複数のコンポーネントパーツ１８ｂをダウンロードしてコプロセッサ１４のコンポーネント領域１４１ｂに展開し、各コンポーネントパーツ１８ｂを関連付けてコンポーネントを作成するように構成されている。図３（Ｂ）は、デジタルテレビサービスを実行するためのコンポーネントを示している。また、コンポーネント制御部１２１ａは、コンポーネントパーツ１８ｂをダウンロードしてコプロセッサ１４のコンポーネント領域１４１ｂに展開し、各コンポーネントパーツ１８ｂを関連付けてコンポーネントを作成するように構成されている。また、コンポーネント制御部１２１ａは、ホストプロセッサ１２のコンポーネント領域１２１ｂ及びコプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントを起動するように構成されている。起動したコンポーネントは、ユーザアプリケーション１８ａによって発行されたアプリケーションデータ（コマンド、パラメータ）を用いて、ユーザ要求に対応するサービスを実行する。
【００１４】
図１に示すように、バスインタフェース１２２は、制御部１２１と、第１及び第２通信管理部１２３，１２４と、バス１６と、に接続されている。また、バスインタフェース１２２は、制御部１２１とバス１６とのインタフェースとして動作するように構成されている。
【００１５】
図１に示すように、第１通信管理部１２３は、制御部１２１と、バスインタフェース１２２と、に接続されている。また、第１通信管理部１２３は、第１通信方式に基づいて、制御部１２１によってダウンロードされたコンポーネントパーツ１８ｂやユーザアプリケーション１８ａによって発行されたアプリケーションデータをコプロセッサ１４にバス１６を介して転送するように構成されている。例えば、第１通信管理部１２３は、制御部１２１によってダウンロードされたコンポーネントパーツ１８ａやユーザアプリケーション１８ａによって発行されたアプリケーションデータを汎用的なプロトコルに従ったデータ（例えば、文字列データ）に変換して転送する。従って、第１通信方式では、サービス毎に汎用的なプロトコルに従ったデータを転送するためのバス１６の帯域幅を要する。その結果、第１通信方式では、同時に実行できるサービスが比較的少ない数（例えば、２つ）に制限される。
【００１６】
図１に示すように、第２通信管理部１２４は、制御部１２１と、バスインタフェース１２２と、に接続されている。また、第２通信管理部１２４は、第１通信方式よりもバストラフィックが少ない第２通信方式に基づいて、制御部１２１によってダウンロードされたコンポーネントパーツ１８ｂやユーザアプリケーション１８ａによって発行されたアプリケーションデータをコプロセッサ１４にバス１６を介して転送するように構成されている。例えば、第２通信管理部１２４は、制御部１２１によってダウンロードされたコンポーネントパーツ１８ｂやユーザアプリケーション１８ａによって発行されたアプリケーションデータを専用的なプロトコルに従ったデータ（例えば、圧縮データ）に変換して転送する。従って、第２通信方式では、サービス毎にデータを転送するためのバス１６の帯域幅が第１通信方式よりも少ない。その結果、第２通信方式では、同時に実行できるサービスが第１通信方式よりも多い数（例えば、４つ）まで許容される。
【００１７】
図１に示すように、上位インタフェース１２５は、制御部１２１と、ユーザインタフェース２０と、に接続されている。また、上位インタフェース１２５は、制御部１２１とユーザインタフェース２０とのインタフェースとして動作するように構成されている。
【００１８】
図１に示すように、コプロセッサ１４は、制御部１４１と、バスインタフェース１４２と、通信管理部１４３と、を備えている。また、コプロセッサ１４は、ホストプロセッサ１２のアクセラレータ（ハードウェアアクセラレータ又はソフトウェアアクセラレータ）として動作して、ユーザ要求に対応するサービスを実行するように構成されている。
【００１９】
図１に示すように、制御部１４１は、バスインタフェース１４２と、通信管理部１４３と、メモリ１９と、に接続されている。また、制御部１４１は、バス１６の通信状況に基づいて、第１又は第２通信方式を選択的に切り替えて通信管理部１４３を制御するように構成されている。また、制御部１４１は、バスインタフェース１４２と、通信管理部１４３と、を制御するように構成されている。また、図２（Ｂ）に示すように、制御部１４１は、コンポーネント領域１４１ｂを備えている。図３（Ｂ）に示すように、コプロセッサ１４のコンポーネント領域１４１ｂには、ホストプロセッサ１２の制御部１２１又はコプロセッサ１４の制御部１４１によってコンポーネントが作成される。
【００２０】
図１に示すように、バスインタフェース１４２は、制御部１４１と、通信管理部１４３と、に接続されている。また、バスインタフェース１４２は、制御部１４１とバス１６とのインタフェースとして動作するように構成されている。
【００２１】
図１に示すように、通信管理部１４３は、制御部１４１と、バスインタフェース１４２と、に接続されている。通信管理部１４３は、第１又は第２通信方式に基づいて、コプロセッサ１４によって発行された通知をホストプロセッサ１２にバス１６を介して転送するように構成されている。
【００２２】
図１に示すように、ユーザインタフェース２０は、上位インタフェース１２５に接続されている。また、ユーザインタフェース２０は、マルチプロセッサシステム１０によって実行されるサービスに関するユーザ要求をユーザから受け付けて、マルチプロセッサシステム１０に転送するように構成されている。また、ユーザインタフェース２０は、マルチプロセッサシステム１０から送信された情報を表示するように構成されている。例えば、ユーザインタフェース２０は、グラフィカルユーザインタフェースである。
【００２３】
図１に示すように、メモリ１８は、ホストプロセッサ１２の制御部１２１に接続されている。また、メモリ１８は、ユーザアプリケーション１８ａ及び複数のコンポーネントパーツ１８ｂを記憶している。ユーザアプリケーション１８ａは、サービス（例えば、音楽再生サービス、動画再生サービス、デジタルテレビサービス、画面サイズ変更サービスなど）の実行をコンポーネントに命令するためにアプリケーションデータを発行する上位アプリケーションである。各コンポーネントパーツ１８ｂは、コンポーネントを構成する機能構成要素である。コンポーネントは、ユーザアプリケーション１８ａによって発行されたアプリケーションデータを用いてサービスを実行する下位アプリケーションである。また、メモリ１８は、ホストプロセッサ１２のワーキングメモリとして動作する。
【００２４】
図１に示すように、メモリ１９は、コプロセッサ１４の制御部１４１に接続されている。また、メモリ１９は、複数のコンポーネントパーツ１９ｂを記憶している。各コンポーネントパーツ１９ｂは、コンポーネントパーツ１８ｂと同様である。また、メモリ１９は、コプロセッサ１４のワーキングメモリとして動作する。
【００２５】
本発明の第１実施形態に係るマルチプロセッサ１０の動作について図４乃至図８を参照して説明する。図４は、本発明の第１実施形態に係るサービス実行処理の処理手順を示すフローチャートである。図５は、図４に示す通信方式選択処理（Ｓ４０１）の処理手順を示すフローチャートである。図６は、図４に示すホストプロセッサ制御処理（Ｓ４０４）の処理手順を示すフローチャートである。図７は、図４に示すコプロセッサ制御処理（Ｓ４１１）の処理手順を示すフローチャートである。図８は、図７に示すアクセラレータサービス実行処理（Ｓ７０４）の処理手順を示すシーケンス図である。
【００２６】
本発明の第１実施形態に係るサービス実行処理は、ホストプロセッサ１２がユーザ要求を受け付けた場合に行われる処理である。
【００２７】
本発明の第１実施形態に係るサービス実行処理では、はじめに、図４に示すように、通信方式選択処理（Ｓ４０１）が行われる。ここで、通信方式選択処理（Ｓ４０１）について説明する。
【００２８】
通信方式選択処理（Ｓ４０１）では、図５に示すように、バス１６のバストラフィックが所定の閾値Ｔｈより小さい場合には（Ｓ５０１−ＹＥＳ）、第１通信方式選択工程（Ｓ５０２）が行われる。第１通信方式選択工程（Ｓ５０２）では、ホストプロセッサ１２１の制御部１２１が、第１通信方式に基づいてバス１６の通信が行われるように第１通信管理部１２３を制御する。
【００２９】
一方、図５に示すように、バス１６のバストラフィックが所定の閾値Ｔｈ以上である場合には（Ｓ５０１−ＮＯ）、第２通信方式選択工程（Ｓ５１１）が行われる。第２通信方式選択工程（Ｓ５１１）では、ホストプロセッサ１２１の制御部１２１が、第２通信方式に基づいてバス１６の通信が行われるように第２通信管理部１２４を制御する。
【００３０】
図５に示すように、通信方式選択処理（Ｓ４０１）は、第１通信方式選択工程（Ｓ５０２）又は第２通信方式選択工程（Ｓ５１１）の後に完了する。
【００３１】
次に、図４に示すように、ユーザアプリケーション起動工程（Ｓ４０２）が行われる。  ユーザアプリケーション起動工程（Ｓ４０２）では、ホストプロセッサ１２１の制御部１２１が、メモリ１８に記憶されたユーザアプリケーション１８ａを起動する。ユーザアプリケーション１８ａは、必要に応じてアプリケーションデータを発行する。
【００３２】
次に、図４に示すように、ユーザ要求に対応するサービスがアクセラレータを必要としないサービス（例えば、動画再生サービス）である場合には（Ｓ４０３−ＮＯ）、ホストプロセッサ制御処理（Ｓ４０４）が行われる。ここで、ホストプロセッサ制御処理（Ｓ４０４）について説明する。
【００３３】
ホストプロセッサ制御処理（Ｓ４０４）では、はじめに、図６に示すように、ダウンロード工程（Ｓ６０１）が行われる。ダウンロード工程（Ｓ６０１）では、ホストプロセッサ１２の制御部１２１が、ユーザ要求に対応するサービスを実行するための複数のコンポーネントパーツ１８ｂをメモリ１８からダウンロードしてホストプロセッサ１２のコンポーネント領域１２１ｂに展開し、各コンポーネントパーツ１８ｂを関連付けてコンポーネントを作成する。
【００３４】
次に、図６に示すように、コンポーネント起動工程（Ｓ６０２）が行われる。コンポーネント起動工程（Ｓ６０２）では、コンポーネント制御部１２１ａが、ホストプロセッサ１２１のコンポーネント領域１２１ｂに作成されたコンポーネントを起動する。
【００３５】
次に、図６に示すように、アプリケーションデータ付与工程（Ｓ６０３）が行われる。アプリケーションデータ付与工程（Ｓ６０３）では、コンポーネント制御部１２１ａが、ホストプロセッサ１２のコンポーネント領域１２１ｂに作成されたコンポーネントに、ユーザアプリケーション１８ａによって発行されたアプリケーションデータを付与する。
【００３６】
次に、図６に示すように、サービス実行工程（Ｓ６０４）が行われる。サービス実行工程（Ｓ６０４）では、ホストプロセッサ１２のコンポーネント領域１２１ｂに作成されたコンポーネントが、アプリケーションデータを用いて、ユーザ要求に対応するサービスを実行する。
【００３７】
図６に示すように、ホストプロセッサ制御処理（Ｓ４０４）は、サービス実行工程（Ｓ６０４）の後に完了する。
【００３８】
一方、図４に示すように、ユーザ要求に対応するサービスがアクセラレータを必要とするサービス（例えば、デジタルテレビサービス）である場合には（Ｓ４０３−ＹＥＳ）、コプロセッサ制御処理（Ｓ４１１）が行われる。ここで、コプロセッサ制御処理（Ｓ４１１）について説明する。
【００３９】
コプロセッサ制御処理（Ｓ４１１）では、はじめに、図７に示すように、電源投入工程（Ｓ７０１）が行われる。電源投入工程（Ｓ７０１）では、ホストプロセッサ１２の制御部１２１が、コプロセッサ１４の電源を投入する。すなわち、電源投入工程（Ｓ７０１）が行われるまで、コプロセッサ１４の電源は投入されていない。
【００４０】
次に、図７に示すように、ダウンロード工程（Ｓ７０２）が行われる。ダウンロード工程（Ｓ７０２）では、ホストプロセッサ１２の制御部１２１が、ユーザ要求に対応するサービスを実行するための複数のコンポーネントパーツ１８ｂをメモリ１８からダウンロードし、コンポーネントパーツ１８ｂをコプロセッサ１４にバス１６を介して転送してコプロセッサ１４のコンポーネント領域１４１ｂに展開し、各コンポーネントパーツ１８ｂを関連付けてコンポーネントを作成する。なお、ダウンロード工程（Ｓ７０２）では、コプロセッサ１４の制御部１４１が、ユーザ要求に対応するサービスを実行するための複数のコンポーネントパーツ１９ｂをメモリ１９からダウンロードしてコプロセッサ１４のコンポーネント領域１４１ｂに展開し、各コンポーネントパーツ１８ｂを関連付けてコンポーネントを作成しても良い。
【００４１】
次に、図７に示すように、コンポーネント起動工程（Ｓ７０３）が行われる。コンポーネント起動工程（Ｓ７０３）では、コンポーネント制御部１２１ａが、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントを起動する。
【００４２】
次に、図７に示すように、アクセラレータサービス実行処理（Ｓ７０４）が行われる。ここで、アクセラレータサービス実行処理（Ｓ７０４）について説明する。
【００４３】
アクセラレータサービス実行処理（Ｓ７０４）では、はじめに、図８に示すように、アプリケーションデータ転送工程（Ｓ８０１）が行われる。アプリケーションデータ転送工程（Ｓ８０１）では、ホストプロセッサ１２の制御部１２１が、通信方式選択処理（Ｓ４０１）において選択された通信方式を用いて、ユーザアプリケーション１８ａによって発行されたアプリケーションデータをコプロセッサ１４に転送する。コンポーネント制御部１２１ａは、転送されたアプリケーションデータをコプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントに付与する。
【００４４】
次に、図８に示すように、アクセラレータサービス実行工程（Ｓ８０２）が行われる。アクセラレータサービス実行工程（Ｓ８０２）では、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが、アプリケーションデータを用いて、ユーザ要求に対応する第１サービスを実行する。
【００４５】
図８に示すように、アクセラレータサービス実行処理（Ｓ７０４）は、アクセラレータサービス実行工程（Ｓ８０２）の後に完了する。
【００４６】
図７に示すように、コプロセッサ制御処理（Ｓ４１１）は、アクセラレータサービス実行処理（Ｓ７０４）の後に完了する。
【００４７】
図４に示すように、本発明の第１実施形態に係るサービス実行処理は、ホストプロセッサ制御処理（Ｓ４０４）又はコプロセッサ制御処理（Ｓ４１１）の後に完了する。
【００４８】
なお、本発明の第１実施形態では、図１に示すように、１つのコプロセッサ１４を備えているマルチプロセッサシステム１０の例について説明したが、これに限られるものではない。上述した実施形態は、複数のコプロセッサ１４を備えるマルチプロセッサシステム１０についても同様に適用される。
【００４９】
また、本発明の第１実施形態では、図４に示すように、サービス種別に基づいてアクセラレータの要否が判断される例について説明したが、これに限られるものではない。例えば、アクセラレータの要否は、環境要因（バス１６の帯域幅など）に基づいて判断されても良い。
【００５０】
また、本発明の第１実施形態では、図１に示すように、ホストプロセッサ１２とコプロセッサ１４とが、それぞれ、異なるメモリ１８，１９に接続される例について説明したがこれに限られるものではない。例えば、本発明の第１実施形態では、ホストプロセッサ１２及びコプロセッサ１４がメモリ１８，１９を共有してもよい。
【００５１】
本発明の第１実施形態によれば、図５に示すように、ホストプロセッサ１２の制御部１２１が、バス１６の通信状況に基づいて、汎用的なプロトコルに従う第１通信方式又は専用的なプロトコルに従う第２通信方式を選択する。従って、コプロセッサ１４のコンポーネント領域１４１ｂに同時に作成できるコンポーネント（すなわち、マルチプロセッサシステム１０が同時に実行できるサービス）の上限数の制限を緩和することができ、且つ、マルチプロセッサシステムの処理効率を向上させることができる。
【００５２】
また、本発明の第１実施形態によれば、図４及び図７に示すように、ホストプロセッサ１２の制御部１２１が、アクセラレータを必要とするサービスを実行するときにコプロセッサ１４の電源を投入する（すなわち、アクセラレータを必要としないサービスを実行するときにはコプロセッサ１４の電源が投入されていない）。従って、コプロセッサ１４の電力消費を抑制することができる。
【００５３】
また、本発明の第１実施形態によれば、図４に示すように、ホストプロセッサ１２の制御部１２１が、サービス種別や環境要因に基づいてアクセラレータの要否を判断する。従って、バストラフィックや電力消費を抑制することができる。
【００５４】
（第２実施形態）
本発明の第２実施形態について説明する。本発明の第２実施形態は、新たなサービスの追加の可否を判断するマルチプロセッサシステムの例である。なお、本発明の第１実施形態と同様の内容についての説明は省略する。
【００５５】
本発明の第２実施形態に係るマルチプロセッサ１０の動作について図９を参照して説明する。図９は、本発明の第２実施形態に係るサービス追加処理の処理手順を示すフローチャートである。
【００５６】
本発明の第２実施形態に係るサービス追加処理は、サービスの実行中にホストプロセッサ１２がユーザインタフェース２０から送信されたユーザ要求を受け付けた場合に行われる処理である。
【００５７】
本発明の第２実施形態に係るサービス追加処理では、はじめに、図９に示すように、実行中のサービス（例えば、動画再生サービス）がある場合には（Ｓ９０１−ＹＥＳ）、リソース取得工程（Ｓ９０２）が行われる。リソース取得工程（Ｓ９０２）では、ホストプロセッサ１２の制御部１２１が、使用可能なバス１６のリソース（例えば、帯域幅）を取得する。一方、図９に示すように、実行中のサービスがない場合には（Ｓ９０１−ＮＯ）、後述するサービス実行処理（Ｓ９０４）が行われる。
【００５８】
次に、図９に示すように、ホストプロセッサ１２の制御部１２１が、ホストプロセッサ１２及びコプロセッサ１４の動作状況に基づいて、ユーザ要求に対応するサービスの追加の可否を判断する（Ｓ９０３）。ここで、ホストプロセッサ１２の制御部１２１は、実行中のサービスで使用されているバス１６の帯域幅（例えば、ホストプロセッサ１２のコンポーネント領域１２１ｂに作成されたコンポーネントが使用しているバス１６の帯域幅）とユーザ要求に対応するサービス（例えば、デジタルテレビサービス）で使用されるバス１６の帯域幅（例えば、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが使用するバス１６の帯域幅）との合計が所定の閾値より小さい場合には、サービスが追加できると判断し、その合計が所定の閾値以上である場合には、サービスが追加できないと判断する。
【００５９】
次に、図９に示すように、サービスが追加できると判断された場合には（Ｓ９０３−ＹＥＳ）、サービス実行処理（Ｓ９０４）が本発明の第１実施形態と同様に行われる（図４を参照）。
【００６０】
一方、図９に示すように、サービスが追加できないと判断された場合には（Ｓ９０３−ＮＯ）、エラーメッセージ通知工程（Ｓ９１１）が行われる。エラーメッセージ通知工程（Ｓ９１１）では、ホストプロセッサ１２の制御部１２１が、ユーザ要求に対応するサービスが追加できないことを示すエラーメッセージを作成して、ユーザインタフェース２０に送信する。ユーザインタフェース２０は、ホストプロセッサ１２の制御部１２１から送信されたエラーメッセージを通知する。
【００６１】
図９に示すように、本発明の第２実施形態に係るサービス追加処理は、サービス実行処理（Ｓ９０４）又はエラーメッセージ通知工程（Ｓ９１１）の後に完了する。
【００６２】
本発明の第２実施形態によれば、マルチプロセッサシステム１０のバス１６のバス幅などの環境条件に基づいて、複数のサービスを動的に効率よく実行することができる。
【００６３】
（第３実施形態）
本発明の第３実施形態について説明する。本発明の第３実施形態は、特定のサービスを実行する場合に、短縮命令のみを転送するマルチプロセッサシステムの例である。なお、本発明の第１乃至第３実施形態と同様の内容についての説明は省略する。
【００６４】
本発明の第３実施形態に係るマルチプロセッサシステム１０の構成について図１０を参照して説明する。図１０は、本発明の第３実施形態に係るコプロセッサ１４の制御部１４１の構成を示す概略図である。
【００６５】
図１０（Ａ）に示すように、本発明の第３実施形態に係るコプロセッサ１４の制御部１４１は、コンポーネント領域１４１ｂと、命令セット記憶部１４１ｃと、を備えている。コンポーネント領域１４１ｂは、本発明の第１実施形態と同様である（図２（Ｂ）を参照）。
【００６６】
図１０（Ｂ）に示すように、命令セット記憶部１４１ｃは、特定のサービスを実行するための命令セットを短縮命令と対応付けて記憶するように構成されている。各命令セットは、コマンド（例えば、コンポーネントパーツの選定命令、コンポーネントパーツの関連付け命令、パラメータ設定命令）及びパラメータを含んでいる。
【００６７】
本発明の第３実施形態に係るマルチプロセッサシステム１０の動作について図１１を参照して説明する。図１１は、本発明の第３実施形態に係るアクセラレータサービス実行処理の処理手順を示すシーケンス図である。なお、その他の処理は、本発明の第１実施形態と同様に行われる。
【００６８】
本発明の第３実施形態に係るアクセラレータサービス実行処理は、ホストプロセッサ１２が特定のサービス（命令セット記憶部１４１ｃに記憶された命令セットに対応するサービス）の実行に必要なアプリケーションデータを受け付けた場合に行われる処理である。
【００６９】
本発明の第３実施形態に係るアクセラレータサービス実行処理では、はじめに、図１１に示すように、短縮命令作成工程（Ｓ１１０１）が行われる。短縮命令作成工程（Ｓ１１０１）では、コンポーネント制御部１２１ａが、ユーザアプリケーション１８ａによって発行されたアプリケーションデータに対応する短縮命令を作成する。
【００７０】
次に、図１１に示すように、短縮命令転送工程（Ｓ１１０２）が行われる。短縮命令転送工程（Ｓ１１０２）では、ホストプロセッサ１２の制御部１２１が、通信方式選択処理（Ｓ４０１）において選択された通信方式を用いて、アプリケーションデータに対応する短縮命令のみをコプロセッサ１４に転送する。
【００７１】
次に、図１１に示すように、命令セット読出工程（Ｓ１１０３）が行われる。命令セット読出工程（Ｓ１１０３）では、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが、ホストプロセッサ１２から転送された短縮命令に対応する命令セットを命令セット記憶部１４１ｃから読み出す。
【００７２】
次に、図１１に示すように、アクセラレータサービス実行工程（Ｓ１１０４）が行われる。アクセラレータサービス実行工程（Ｓ１１０４）では、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが、命令セット記憶部１４１ｃから読み出した命令セットを用いて、特定のサービスを実行する。
【００７３】
図１１に示すように、本発明の第３実施形態に係るアクセラレータサービス実行処理は、アクセラレータサービス実行工程（Ｓ１１０４）の後に完了する。
【００７４】
ここで、本発明の第３実施形態に係るアクセラレータサービス実行処理について、コプロセッサ１４が動画再生サービスを実行する場合を例示する。
【００７５】
命令セット記憶部１４１ｃは、動画再生サービスを実行するための命令セットを記憶している。短縮命令作成工程（Ｓ１１０１）では、コンポーネント制御部１２１ａが、動画再生サービスの実行に必要なアプリケーションデータに対応する短縮命令を作成する。短縮命令転送工程（Ｓ１１０２）では、短縮命令のみをコプロセッサ１４に転送する。命令セット読出工程（Ｓ１１０３）では、コプロセッサ１４のコンポーネント領域１４１に作成されたコンポーネントが、短縮命令に対応する動画再生サービスを実行するための命令セットを命令セット記憶部１４１ｃから読み出す。アクセラレータサービス実行工程（Ｓ１１０４）では、コプロセッサ１４のコンポーネント領域１４１に作成されたコンポーネントが、動画サー性サービスを実行するための命令セットを用いて、動画再生サービスを実行する。
【００７６】
なお、本発明の第３実施形態では、短縮命令は、図１１に示す短縮命令作成工程（Ｓ１１０１）において作成されるものに限られるものではない。本発明の第３実施形態では、予め想定されるユーザアプリケーション１８ａに従って別途作成された命令セットが命令セット記憶部１４１ｃに予め記憶されてもよい。
【００７７】
また、本発明の第３実施形態では、短縮命令は、命令セット記憶部１４１ｃに予め記憶されている命令セットを利用し、短縮命令作成工程（Ｓ１１０１）において更新（学習）されても良い。
【００７８】
本発明の第３実施形態によれば、図１１に示すように、ユーザアプリケーション１８ａによって特定のサービスの実行に必要なアプリケーションデータが発行された場合に、ホストプロセッサ１２の制御部１２１が、アプリケーションデータに対応する短縮命令のみをコプロセッサ１４に転送する。従って、バス１６のバストラフィックを大幅に削減することができる。
【００７９】
（第４実施形態）
本発明の第４実施形態について説明する。本発明の第４実施形態は、連続して実行される複数のサービスについて、各サービスの実行に必要なアプリケーションデータの間で共通アプリケーションデータがある場合に、差分アプリケーションデータのみを転送するマルチプロセッサシステムの例である。なお、本発明の第１乃至第３実施形態と同様の内容についての説明は省略する。
【００８０】
本発明の第４実施形態に係るマルチプロセッサ１０の動作について図１２を参照して説明する。図１２は、本発明の第４実施形態に係るアクセラレータサービス実行処理の処理手順を示すシーケンス図である。なお、その他の処理は、本発明の第１実施形態と同様に行われる。
【００８１】
本発明の第４実施形態に係るアクセラレータサービス実行処理は、ホストプロセッサ１２が、連続して実行される第１及び第２サービスについて、第１及び第２サービスの実行に必要なアプリケーションデータ（以下、「第１及び第２アプリケーションデータ」という）の間で共通するアプリケーションデータ（以下、「共通アプリケーションデータ」という）がある場合に行われる処理である。
【００８２】
本発明の第４実施形態に係るアクセラレータサービス実行処理では、はじめに、図１２に示すように、第１サービスのアプリケーションデータ転送工程（Ｓ１２０１）及びアクセラレータサービス実行工程（Ｓ１２０２）が図８に示すアプリケーションデータ転送工程（Ｓ８０１）及びアクセラレータサービス実行工程（Ｓ８０２）と同様に行われる。
【００８３】
次に、図１２に示すように、第２サービスの差分アプリケーションデータ抽出工程（Ｓ１２１１）が行われる。差分アプリケーションデータ抽出工程（Ｓ１２１１）では、コンポーネント制御部１２１ａが、ユーザアプリケーション１８ａによって発行されたアプリケーションデータから、第１サービスのアプリケーションデータ（以下、「第１アプリケーションデータ」という）と第２サービスのアプリケーションデータ（以下、「第２アプリケーションデータ」という）との間で相違するアプリケーションデータ（以下、「差分アプリケーションデータ」という）を抽出する。
【００８４】
次に、図１２に示すように、第２サービスの差分アプリケーションデータ転送工程（Ｓ１２１２）が行われる。差分アプリケーションデータ転送工程（Ｓ１２１２）では、ホストプロセッサ１２の制御部１２１が、通信方式選択処理（Ｓ４０１）において選択された通信方式を用いて、差分アプリケーションデータのみをコプロセッサ１４に転送する。
【００８５】
次に、図１２に示すように、第２サービスの共通アプリケーションデータ抽出工程（Ｓ１２１３）が行われる。共通アプリケーションデータ抽出工程（Ｓ１２１３）では、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが、第１サービスのアプリケーションデータ転送工程（Ｓ１２０１）において転送された第１アプリケーションデータから、第１アプリケーションデータと第２アプリケーションデータとの間で共通するアプリケーションデータ（以下、「共通アプリケーションデータ」という）を抽出する。
【００８６】
次に、図１２に示すように、アクセラレータサービス実行工程（Ｓ１２１４）が行われる。アクセラレータサービス実行工程（Ｓ１２１４）では、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが、共通アプリケーションデータ及び差分アプリケーションデータを用いて、ユーザ要求に対応する第２サービスを実行する。
【００８７】
図１２に示すように、本発明の第４実施形態に係るアクセラレータサービス実行処理は、第２サービスのアクセラレータサービス実行工程（Ｓ１２１４）の後に完了する。
【００８８】
ここで、本発明の第４実施形態に係るアクセラレータサービス実行処理について、コプロセッサ１４が画面サイズを２倍の大きさに変更するための画面サイズ変更サービス（２倍）（第１サービス）を実行しているときに、画面サイズを３倍の大きさに変更するための画面サイズ変更サービス（３倍）（第２サービス）のユーザ要求が受け付けられた場合を例示する。
【００８９】
第１サービスのアプリケーションデータ転送工程（Ｓ１２０１）では、ホストプロセッサ１２の制御部１２１が、画面サイズを２倍の大きさに変更するためのアプリケーションデータをコプロセッサ１４に転送する。第１サービスのアクセラレータサービス実行工程（Ｓ１２０２）では、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが、画面サイズ変更サービス（２倍）を実行する。第２サービスの差分アプリケーションデータ抽出工程（Ｓ１２１１）では、コンポーネント制御部１２１ａが、画面サイズを３倍の大きさに変更するためのアプリケーションデータからパラメータ（差分アプリケーションデータ）を抽出する。第２サービスの差分アプリケーションデータ転送工程（Ｓ１２１２）では、ホストプロセッサ１２の制御部１２１が、パラメータのみをコプロセッサ１４に転送する。共通アプリケーションデータ抽出工程（Ｓ１２１３）では、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが、画面サイズ変更サービス（２倍）の命令（共通アプリケーションデータ）のみを抽出する。アクセラレータサービス実行工程（Ｓ１２１４）では、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたコンポーネントが、命令及びパラメータを用いて、画面サイズ変更サービス（３倍）を実行する。
【００９０】
本発明の第４実施形態によれば、図１２に示すように、連続して実行される複数のサービスについて、各サービスの実行に必要なアプリケーションデータに共通アプリケーションデータがある場合に、ホストプロセッサ１２の制御部１２１が、差分アプリケーションデータのみをコプロセッサ１４に転送する差分アプリケーションデータ転送工程（Ｓ１２１２）を行う。従って、バス１６のバストラフィックを大幅に削減することができる。
【００９１】
（第５実施形態）
本発明の第５実施形態について説明する。本発明の第５実施形態は、並行して実行される複数のサービスについて、各サービスの実行に必要なアプリケーションデータに共通アプリケーションデータがある場合に、差分アプリケーションデータのみを転送するマルチプロセッサシステムの例である。なお、本発明の第１乃至第３実施形態と同様の内容についての説明は省略する。
【００９２】
本発明の第５実施形態に係るマルチプロセッサ１０の動作について図１３及び図１４を参照して説明する。図１３は、本発明の第５実施形態に係るアクセラレータサービス実行処理の処理手順を示すシーケンス図である。図１４は、本発明の第５実施形態に係るアクセラレータサービス実行処理の一例を示す概略図である。なお、その他の処理は、本発明の第１実施形態と同様に行われる。
【００９３】
本発明の第５実施形態に係るアクセラレータサービス実行処理は、ホストプロセッサ１２が、並行して実行される第１及び第２サービスについて、第１及び第２アプリケーションデータの間で共通アプリケーションデータがある場合に行われる処理である。
【００９４】
アクセラレータサービス実行処理では、はじめに、図１３に示すように、アプリケーションデータ転送工程（Ｓ１３０１）が行われる。アプリケーションデータ転送工程（Ｓ１３０１）では、ホストプロセッサ１２の制御部１２１が、通信方式選択処理（Ｓ４０１）において選択された通信方式を用いて、ユーザアプリケーション１８ａによって発行された第１サービスの実行に必要な第１アプリケーションデータ及び第２サービスの実行に必要な第２アプリケーションデータのうち、第１アプリケーションデータ及び差分アプリケーションデータをコプロセッサ１４に転送する。第１アプリケーションデータは、コプロセッサ１４のコンポーネント領域１４１ｂに作成された第１サービスを実行するコンポーネント（以下、「第１コンポーネント」という）に付与される。差分アプリケーションデータは、コプロセッサ１４のコンポーネント領域１４１ｂに作成された第２サービスを実行するコンポーネント（以下、「第２コンポーネント」という）に付与される。
【００９５】
次に、図１３に示すように、第１及び第２サービスのアクセラレータサービス実行工程（Ｓ１３０２，Ｓ１３１１）が並行に行われる。
【００９６】
第１サービスのアクセラレータサービス実行工程（Ｓ１３０２）では、第１コンポーネントが、第１アプリケーションデータを用いて、第１サービスを実行する。
【００９７】
第２サービスのアクセラレータサービス実行工程（Ｓ１３１１）では、第２コンポーネントが、差分アプリケーションデータ及び共通アプリケーションデータを用いて、第２サービスを実行する。
【００９８】
図１３に示すように、アクセラレータサービス実行処理は、第１及び第２サービスのアクセラレータサービス実行工程（Ｓ１３０２及びＳ１３１１）の後に完了する。
【００９９】
ここで、本発明の第５実施形態に係るアクセラレータサービス実行処理について、コプロセッサ１４が動画再生サービス（第１サービス）及びデジタルテレビサービス（第２サービス）を実行する場合を例示する。
【０１００】
図１４（Ａ）は、コプロセッサ１４のコンポーネント領域１４１ｂに作成された動画再生サービスを実行する第１コンポーネントを示している。図１４（Ｂ）は、コプロセッサ１４のコンポーネント領域１４１ｂに作成されたデジタルテレビサービスを実行する第２コンポーネントを示している。図１４（Ａ）に示すコンポーネントパーツ１８ｂ（１）は、図１４（Ｂ）に示すコンポーネントパーツ１８ｂ（２）と同一である。アプリケーションデータ転送工程（Ｓ１３０１）では、ホストプロセッサ１２の制御部１２１が、図１４（Ａ）に示す第１コンポーネントのためのアプリケーションデータ（第１アプリケーションデータ）と、図１４（Ｂ）に示すコンポーネントパーツ１８ｂ（３）のためのアプリケーションデータ（差分アプリケーションデータ）と、をコプロセッサ１４に転送する。動画再生サービスのアクセラレータサービス実行工程（Ｓ１３０２）では、図１４（Ａ）に示す第１コンポーネントが、動画再生サービスの実行に必要なアプリケーションデータを用いて動画再生サービスを実行する。デジタルテレビサービスのアクセラレータサービス実行工程（Ｓ１３１１）では、図１４（Ｂ）に示す第２コンポーネントが、図１４（Ａ）に示すコンポーネントパーツ１８ｂ（１）のためのアプリケーションデータ（共通アプリケーションデータ）及び図１４（Ｂ）に示すコンポーネントパーツ１８ｂ（３）のためのアプリケーションデータ及びを用いてデジタルテレビサービスを実行する。
【０１０１】
なお、本発明の第５実施形態では、コプロセッサ制御処理（Ｓ４１１）のダウンロード工程（Ｓ７０２）が本発明の第１実施形態と同様に行われる例について説明したが、これに限られるものではない。本発明の第５実施形態では、ホストプロセッサ１２の制御部１２１が、第１コンポーネントと、第２コンポーネントのうち第１コンポーネントに含まれていないコンポーネントパーツ１８ｂと、をメモリ１８からダウンロードしてコプロセッサ１４に転送しても良いし、コプロセッサ１４の制御部１４１が、第１コンポーネントと、第２コンポーネントのうち第１コンポーネントに含まれていないコンポーネントパーツ１９ｂと、をメモリ１９からダウンロードしても良い。
【０１０２】
本発明の第５実施形態によれば、図１３に示すように、並行に実行される複数のサービスについて、各サービスの実行に必要なアプリケーションデータに共通アプリケーションデータがある場合に、ホストプロセッサ１２の制御部１２１が、第１アプリケーションデータ及び差分アプリケーションデータをコプロセッサ１４に転送するアプリケーションデータ転送工程（Ｓ１３０１）を行う。従って、バス１６のバストラフィックを大幅に削減することができる。
【０１０３】
上述した各実施形態は、それぞれ、組み合わせて適用しても良い。
【０１０４】
上述した実施形態は、いずれも一例であって限定的なものではないと考えられるべきである。本発明の技術的範囲は、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０１０５】
【図１】本発明の第１実施形態に係るマルチプロセッサシステム１０の構成を示すブロック図である。
【図２】図１に示すホストプロセッサ１２の制御部１２１及びコプロセッサ１４の制御部１４１の構成を示す概略図である。
【図３】図２に示すホストプロセッサ１２のコンポーネント領域１２１ｂ及びコプロセッサ１４のコンポーネント領域１４１ｂに作成されるコンポーネントを示す概略図である。
【図４】本発明の第１実施形態に係るサービス実行処理の処理手順を示すフローチャートである。
【図５】図４に示す通信方式選択処理（Ｓ４０１）の処理手順を示すフローチャートである。
【図６】図４に示すホストプロセッサ制御処理（Ｓ４０４）の処理手順を示すフローチャートである。
【図７】図４に示すコプロセッサ制御処理（Ｓ４１１）の処理手順を示すフローチャートである。
【図８】図７に示すアクセラレータサービス実行処理（Ｓ７０４）の処理手順を示すシーケンス図である。
【図９】本発明の第２実施形態に係るサービス追加処理の処理手順を示すフローチャートである。
【図１０】本発明の第３実施形態に係るコプロセッサ１４の制御部１４１の構成を示す概略図である。
【図１１】本発明の第３実施形態に係るアクセラレータサービス実行処理の処理手順を示すシーケンス図である。
【図１２】本発明の第４実施形態に係るアクセラレータサービス実行処理の処理手順を示すシーケンス図である。
【図１３】本発明の第５実施形態に係るアクセラレータサービス実行処理の処理手順を示すシーケンス図である。
【図１４】本発明の第５実施形態に係るアクセラレータサービス実行処理の一例を示す概略図である。
【符号の説明】
【０１０６】
１０  マルチプロセッサシステム
１２  ホストプロセッサ
１２１  制御部
１２２  バスインタフェース（バスＩ／Ｆ）
１２３  第１通信管理部
１２４  第２通信管理部
１２５  上位インタフェース（上位Ｉ／Ｆ）
１４  コプロセッサ
１４１  制御部
１４２  バスインタフェース（バスＩ／Ｆ）
１４３  通信管理部
１８，１９  メモリ
１８ａ  ユーザアプリケーション
１８ｂ，１９ｂ  コンポーネントパーツ
２０  ユーザインタフェース（ＵＩ）
【図１】
2010160548.tif 000003
【図２】
2010160548.tif 000004
【図３】
2010160548.tif 000005
【図４】
2010160548.tif 000006
【図５】
2010160548.tif 000007
【図６】
2010160548.tif 000008
【図７】
2010160548.tif 000009
【図８】
2010160548.tif 000010
【図９】
2010160548.tif 000011
【図１０】
2010160548.tif 000012
【図１１】
2010160548.tif 000013
【図１２】
2010160548.tif 000014
【図１３】
2010160548.tif 000015
【図１４】
2010160548.tif 000016