(57)【要約】【課題】作業指示データで利用可能な設定の変更に、容易に対応することができるプログラム及びデータ変換方法を提供することを課題とする。【解決手段】  コンピュータを、複数のプログラム間で処理を連携させる第１の作業指示データの設定の使用条件を記述した設定情報から第１の作業指示データの送信先のプログラムにおいて利用可能な設定候補を取得する第１の設定候補取得手段、第１の作業指示データとデータ形式が異なる第２の作業指示データから全ての設定を取得する第１の設定取得手段、第２の作業指示データから取得した設定のうち、第１の作業指示データの送信先のプログラムにおいて利用可能な設定候補に含まれている設定を、第１の作業指示データの設定とし、第１の作業指示データを生成する第１の作業指示データ生成手段として機能させるためのプログラムにより上記課題を解決する。【選択図】図３
2014215958.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
複数のプログラム間で処理を連携させる第１の作業指示データの設定の使用条件を記述した設定情報から前記第１の作業指示データの送信先のプログラムにおいて利用可能な設定候補を取得する第１の設定候補取得手段、
前記第１の作業指示データとデータ形式が異なる第２の作業指示データから全ての設定を取得する第１の設定取得手段、
前記第２の作業指示データから取得した設定のうち、前記第１の作業指示データの送信先のプログラムにおいて利用可能な設定候補に含まれている設定を、前記第１の作業指示データの設定とし、前記第１の作業指示データを生成する第１の作業指示データ生成手段
として機能させるためのプログラム。
【請求項２】
前記第１の作業指示データから全ての設定を取得する第２の設定取得手段、
前記設定情報から前記第２の作業指示データの受信元のプログラムにおいて利用可能な設定候補を取得する第２の設定候補取得手段、
前記第１の作業指示データから取得した設定のうち、前記第２の作業指示データの受信元のプログラムにおいて利用可能な設定候補に含まれている設定を、前記第２の作業指示データの設定とし、前記第２の作業指示データを生成する第２の作業指示データ生成手段
としてコンピュータを更に機能させるための請求項１記載のプログラム。
【請求項３】
前記第１の設定候補取得手段は、前記第１の作業指示データの編集モードと、前記第１の作業指示データ生成手段の版情報と、前記設定候補と、を対応付けた前記設定情報から前記第１の作業指示データの編集モード及び前記第１の作業指示データ生成手段の版情報とに対応する前記設定候補を取得すること
を特徴とする請求項１又は２記載のプログラム。
【請求項４】
前記第２の作業指示データで表現された設定のうち前記第１の作業指示データで表現できる設定を前記第１の作業指示データに反映させる第１の編集モードと、前記第２の作業指示データで表現された設定のうち前記第１の作業指示データで表現できる設定を前記第１の作業指示データに反映させると共に、前記第１の作業指示データで表現できない設定をコンテンツデータに反映させる第２の編集モードと、があり、
前記第２の編集モードであるときに、前記第１の作業指示データで表現できない設定をコンテンツデータに反映させるコンテンツデータ編集手段
としてコンピュータを更に機能させるための請求項３記載のプログラム。
【請求項５】
コンピュータによって実行されるデータ変換方法であって、
複数のプログラム間で処理を連携させる第１の作業指示データの設定の使用条件を記述した設定情報から前記第１の作業指示データの送信先のプログラムにおいて利用可能な設定候補を取得する第１の設定候補取得ステップと、
前記第１の作業指示データとデータ形式が異なる第２の作業指示データから全ての設定を取得する第１の設定取得ステップと、
前記第２の作業指示データから取得した設定のうち、前記第１の作業指示データの送信先のプログラムにおいて利用可能な設定候補に含まれている設定を、前記第１の作業指示データの設定とし、前記第１の作業指示データを生成する第１の作業指示データ生成ステップと
を有することを特徴とするデータ変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム及びデータ変換方法に関する。
【背景技術】
【０００２】
全体の作業効率を向上し、作業コストを低減する目的で、異なる機能の複数の印刷システム間において、印刷ジョブの送受信や変換を自動的に行う印刷ジョブ変換方法は従来から知られている（例えば特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ジョブチケットなどの作業指示データを用いるプログラムは、作業指示データを用いて他のプログラムと連携することができる。しかし、作業指示データを用いるプログラムは作業指示データで利用可能な設定が他のプログラムと異なる場合があった。また、作業指示データを用いるプログラムは、バージョンアップ時など、作業指示データで利用可能な設定が変更される場合があった。
【０００４】
このように、作業指示データを用いるプログラムは他のプログラムと連携しようとする場合に、作業指示データで利用可能な設定の管理が容易でなかった。
【０００５】
本発明の一実施形態は上記の点に鑑みなされたもので、作業指示データで利用可能な設定の変更に、容易に対応することができるプログラム及びデータ変換方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本願請求項１は、コンピュータを、複数のプログラム間で処理を連携させる第１の作業指示データの設定の使用条件を記述した設定情報から前記第１の作業指示データの送信先のプログラムにおいて利用可能な設定候補を取得する第１の設定候補取得手段、前記第１の作業指示データとデータ形式が異なる第２の作業指示データから全ての設定を取得する第１の設定取得手段、前記第２の作業指示データから取得した設定のうち、前記第１の作業指示データの送信先のプログラムにおいて利用可能な設定候補に含まれている設定を、前記第１の作業指示データの設定とし、前記第１の作業指示データを生成する第１の作業指示データ生成手段として機能させるためのプログラムであることを特徴とする。
【発明の効果】
【０００７】
本発明の一実施形態によれば、作業指示データで利用可能な設定の変更に、容易に対応することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。
【図２】本実施形態に係るアプリケーションプログラム間のデータフローの一例について説明する図である。
【図３】本実施形態に係るアプリケーションプログラムの編集モードの一例について説明する図である。
【図４】編集モード別のジョブチケットの一例について説明する図である。
【図５】本実施形態に係るアプリケーションプログラムを起動させたコンピュータシステムの一例の処理ブロック図である。
【図６】アプリケーションプログラムにジョブチケットが入力されたときの処理を表した一例のシーケンス図である。
【図７】設定ファイルの一例について説明する図である。
【図８】設定ファイルの各属性及び属性値の一例について説明する図である。
【図９】アプリケーションプログラムからジョブチケットを出力するときの処理を表した一例のシーケンス図である。
【図１０】ステップＳ３、Ｓ１３の設定値候補取得処理を表した一例のフローチャートである。
【発明を実施するための形態】
【０００９】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明していく。
［第１の実施形態］
図１は本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。コンピュータシステム５００は、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、及びＨＤＤ５０８などを備え、それぞれがバスＢで相互に接続されている。
【００１０】
入力装置５０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置５０２はディスプレイ等を含み、コンピュータシステム５００による処理結果を表示する。
【００１１】
通信Ｉ／Ｆ５０７はコンピュータシステム５００をネットワーク（図示せず）に接続するインタフェースである。これにより、コンピュータシステム５００は通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。
【００１２】
ＨＤＤ（Hard Disk Drive）５０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム５００全体を制御する基本プログラムであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションプログラムなどがある。ＨＤＤ５０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。
【００１３】
外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータシステム５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａには、例えばフレキシブルディスク、コンパクトディスク、ＤＶＤ（Digital Versatile Disk）等がある。また、記録媒体５０３ａにはＳＤ（Secure Digital）メモリカード、ＵＳＢ（Universal Serial Bus）メモリなどがある。
【００１４】
ＲＯＭ（Read Only Memory）５０５は電源を切ってもプログラムやデータを保持できる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５０５にはコンピュータシステム５００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定及びネットワーク設定などのプログラムやデータが格納されている。
【００１５】
ＲＡＭ（Random Access Memory）５０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ（Central Processing Unit）５０６はＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータシステム５００全体の制御や機能を実現する演算装置である。
【００１６】
このようなコンピュータシステム５００のハードウェア構成上で動作させることにより後述のアプリケーションプログラムは、後述するような各種処理を実現できる。
【００１７】
図２は本実施形態に係るアプリケーションプログラム間のデータフローの一例について説明する図である。図２はアプリケーションプログラムの一例としてアプリケーションプログラム１０と、２つの関連アプリケーションプログラム１１、１２とを表している。
【００１８】
アプリケーションプログラム（以下、単にアプリと呼ぶ）１０は例えばプリプレスソフトウェアである。アプリ１０は関連アプリ１１、１２と連携し、１つ以上の処理工程を有するワークフローを生成する。アプリ１０と関連アプリ１１、１２との連携は、ジョブチケット（図２中のＪＤＦ）と原稿データ（図２中のＰＤＦ）とが用いられる。
【００１９】
ジョブチケットは印刷指示データの一例である。ジョブチケットはデータ形式の一例としてのＪＤＦにより表現されている。ＪＤＦは、例えばＸＭＬフォーマットで記述されている。原稿データはコンテンツデータの一例である。
【００２０】
なお、アプリ１０はジョブチケットで表現できない設定を、独自のデータ形式の一例としてのＲＪＦにより管理しているものとする。関連アプリ１１、１２はジョブチケットで表現できる設定をＪＤＦにより管理しているものとする。例えばアプリ１０の機能が関連アプリ１１、１２の機能よりも先行している場合には、異なるデータ形式により設定を管理することが考えられる。
【００２１】
アプリ１０、関連アプリ１１及び１２は、後述のジョブチケットＡＰＩを用いる。例えばジョブチケットＡＰＩのバージョンによって、ジョブチケットで表現できる設定の範囲は異なっている。このように、アプリ１０、関連アプリ１１及び１２は用いているジョブチケットＡＰＩのバーションによってジョブチケットで利用可能な設定が異なる。
【００２２】
アプリ１０はジョブチケットで表現できない設定をＲＪＦにより管理するため、ジョブチケットを生成するときに、関連アプリ１１、１２で利用できない設定を考慮する必要がある。そこで、アプリ１０は関連アプリ１１、１２との機能差を補完するように、関連アプリ１１、１２との間で送受信するジョブチケットを、送信先の関連アプリ１１、１２に合わせて自動的に変換する。
【００２３】
アプリ１０は関連アプリ１１、１２との間でジョブチケットを送受信する際、ＲＪＦとＪＤＦとの変換を後述のように自動的に行う。したがって、ユーザはアプリ１０と関連アプリ１１、１２との機能差を意識する必要がない。なお、アプリ１０はＲＪＦで表現できる設定のうち、ＪＤＦで表現できない設定を、後述のように原稿データ（ＰＤＦ）に反映させることができる。
【００２４】
図３は本実施形態に係るアプリケーションプログラムの編集モードの一例について説明する図である。アプリ１０はジョブチケットの編集モードとしてＪＤＦモードと旧バージョン互換モードとを有する。
【００２５】
ＪＤＦモードは関連アプリ１１、１２で利用できない機能が制限される。したがってＪＤＦモードではＲＪＦで表現された設定のうち、ＪＤＦに反映できる（ＪＤＦで表現できる）設定をジョブチケットに反映させる。一方、旧バージョン互換モードはアプリ１０が持つ機能を全て利用できる。したがってＪＤＦモードではＲＪＦで表現された設定のうち、ＪＤＦに反映できる設定をジョブチケットに反映させ、ＪＤＦに反映できない設定を後述のようにＰＤＦに反映させる。
【００２６】
アプリ１０はジョブチケットの編集モードと、送信先の関連アプリ１１、１２のジョブチケットＡＰＩのバージョンと、によって、生成するジョブチケットを切り替える必要がある。
【００２７】
図４は編集モード別のジョブチケットの一例について説明する図である。図４（Ａ）はＪＤＦモードにおいて、送信先の関連アプリ１１、１２で集約設定を利用することができるときのジョブチケットのイメージ図である。図４（Ａ）のジョブチケットには、集約設定が反映されている。
【００２８】
図４（Ｂ）は旧バージョン互換モードにおいて、送信先の関連アプリ１１、１２で集約設定を利用できないときのジョブチケットのイメージ図である。図４（Ｂ）のジョブチケットでは集約設定が反映されず、原稿データ（ＰＤＦ）に反映されている。
【００２９】
＜ソフトウェア構成＞
コンピュータシステム５００はアプリ１０などのプログラムを実行することにより例えば図５に示す処理ブロックを実現する。図５は本実施形態に係るアプリケーションプログラムを起動させたコンピュータシステムの一例の処理ブロック図である。アプリ１０などのプログラムを起動させたコンピュータシステム５００は、上位モジュール２１、ジョブチケット入出力モジュール２２、ジョブチケットＡＰＩ２３、設定ファイル２４を有している。なお、図５ではジョブチケットの入出力に関連する処理ブロックを表し、本実施形態の説明に利用しない処理ブロックを省略している。
【００３０】
上位モジュール２１はジョブチケット入出力モジュール２２の上層にあって、ジョブチケット入出力モジュール２２に対してジョブチケットの入力要求やジョブチケットの作成要求を行う。
【００３１】
ジョブチケット入出力モジュール２２はアプリ１０の内部データ（ＲＪＦ）とジョブチケット（ＪＤＦ）とを変換する役割を持つ。ジョブチケットの入力要求に対し、ジョブチケット入出力モジュール２２はジョブチケットを内部データに変換する。また、ジョブチケット入出力モジュール２２はジョブチケットの作成要求に対し、内部データをジョブチケットに変換する。このとき、ジョブチケット入出力モジュール２２はジョブチケットＡＰＩ２３を用いて、ジョブチケットからの設定（設定値）の読み込みや、ジョブチケットの生成を行う。
【００３２】
ジョブチケットＡＰＩ２３はジョブチケットからの設定の読み込みやジョブチケットの設定の生成、ジョブチケットの生成などの機能を提供する。設定ファイル２４はジョブチケットの編集モードやジョブチケットＡＰＩ２３のバージョンによって異なる利用可能な設定を後述のように吸収する。
【００３３】
ジョブチケットＡＰＩ２３がバージョンアップすると、利用可能な設定が変化することが多いため、アプリ１０のジョブチケット入出力モジュール２２は関連アプリ１１、１２で利用可能な設定を管理することが容易でなかった。本実施形態では、設定ファイル２４を利用することで、ジョブチケットにおいて利用可能な設定値の管理が容易となった。
【００３４】
図６はアプリケーションプログラムにジョブチケットが入力されたときの処理を表した一例のシーケンス図である。
【００３５】
ステップＳ１において、上位モジュール２１はジョブチケット入出力モジュール２２に対してジョブチケット入力要求を行う。ジョブチケット入力要求には、ジョブチケットと編集モードの情報とが含まれる。
【００３６】
ステップＳ２において、ジョブチケット入出力モジュール２２はジョブチケットＡＰＩ２３を用いて、ジョブチケットから全ての設定を読み込む。また、ジョブチケット入出力モジュール２２はステップＳ３において、設定ファイル２４から設定値候補を次のように取得する。
【００３７】
ジョブチケット入出力モジュール２２は、設定ファイル２４からジョブチケットの設定のキーワードと、編集モードと、ジョブチケットＡＰＩ２３のバージョンとの対応を取得する。編集モード及びジョブチケットＡＰＩ２３のバージョンが一致するジョブチケットの設定のキーワードが設定値候補となる。
【００３８】
図７は設定ファイルの一例について説明する図である。図７の設定ファイルは、ＸＭＬフォーマットで記述されている。設定ファイル２４はジョブチケットＡＰＩ２３で使用するオブジェクト「Ｏｊｊｅｃｔ」と、オブジェクトの属性「Ａｔｔｒｉｂｕｔｅ」とで構成される。各属性と属性値とは図８に示すようになる。
【００３９】
図８は設定ファイルの各属性及び属性値の一例について説明する図である。図８に示すように属性「Ｃｌａｓｓ」はジョブチケットＡＰＩ２３で定義されているオブジェクトの型である。
【００４０】
属性「Ｎａｍｅ」はジョブチケットＡＰＩ２３で定義されている属性名であり、ジョブチケットの設定のキーワードである。属性「ＦｕｎｃｔｉｏｎＫｅｙ」はジョブチケットの設定に対応する内部データ（ＲＪＦ）で定義されている属性名である。属性「Ｃｌａｓｓ」は内部データで定義されている属性の型である。
【００４１】
属性「ＪｔａｐｉＶｅｒｓｉｏｎ」は、設定を利用可能なジョブチケットＡＰＩ２３のバージョンである。属性「ＪｔａｐｉＶｅｒｓｉｏｎ」はセミコロンで区切ることで複数設定できる。また、属性「ＥｄｉｔＭｏｄｅ」は設定を利用可能なジョブチケットの編集モードである。属性「ＥｄｉｔＭｏｄｅ」は、ジョブチケットの編集モードとしてＪＤＦモードを表す「ＪＤＦＭｏｄｅ」又は旧バージョン互換モードを表す「ＭＲＭｏｄｅ」を設定できる。また、属性「ＥｄｉｔＭｏｄｅ」はセミコロンで区切ることで複数設定できる。
【００４２】
例えば図７の設定ファイルは、属性「ＥｄｉｔＭｏｄｅ」に「ＪＤＦＭｏｄｅ」が設定されている場合、そのジョブチケットの設定が、編集モードがＪＤＦモードであるときに設定値候補となることを意味している。
【００４３】
図６のステップＳ４に戻り、ジョブチケット入出力モジュール２２はステップＳ２において取得した全ての設定のうち、ステップＳ３で取得した設定値候補に含まれている設定を内部データに変換する。
【００４４】
図９はアプリケーションプログラムからジョブチケットを出力するときの処理を表した一例のシーケンス図である。
【００４５】
ステップＳ１１において、上位モジュール２１はジョブチケット入出力モジュール２２に対してジョブチケット作成要求を行う。ジョブチケット作成要求には、内部データ（ＲＪＦ）と編集モードの情報とジョブチケットＡＰＩ２３のバージョンの情報と、が含まれている。
【００４６】
ステップＳ１２において、ジョブチケット入出力モジュール２２は内部データから全ての設定を読み込む。ジョブチケット入出力モジュール２２は内部データから読み込んだ設定をジョブチケットの設定に変換する。また、ステップＳ１３において、ジョブチケット入出力モジュール２２は、設定ファイル２４から設定値候補をステップＳ３と同様に取得する。
【００４７】
ステップＳ１４に進み、ジョブチケット入出力モジュール２２はステップＳ１２で内部データから変換した全ての設定のうち、ステップＳ１３で取得した設定値候補に含まれている設定をジョブチケットの設定として設定値を生成する。なお、ジョブチケット入出力モジュール２２はステップＳ１２で内部データから変換した全ての設定のうち、ステップＳ１３で取得した設定値候補に含まれていない設定を除外する。なお、除外した設定は前述したように原稿データ（ＰＤＦ）に反映させる。
【００４８】
ステップＳ１５に進み、ジョブチケット入出力モジュール２２は、ステップＳ１４で設定値を生成した設定を反映させたジョブチケットを、ジョブチケットＡＰＩ２３を用いて生成する。生成したジョブチケットは上位モジュール２１に出力される。
【００４９】
図１０はステップＳ３、Ｓ１３の設定値候補取得処理を表した一例のフローチャートである。
【００５０】
ステップＳ２１において、ジョブチケット入出力モジュール２２はＸＭＬフォーマットで記述されている設定ファイル２４をロードし、設定値候補リストを取得する。ステップＳ２２において、ジョブチケット入出力モジュール２２は設定値候補リストから属性「Ｎａｍｅ」が同じ設定値候補を選択する。
【００５１】
ステップＳ２２において、ジョブチケット入出力モジュール２２はステップＳ２２で選択した設定値候補リストから属性「ＪｔａｐｉＶｅｒｓｉｏｎ」が同じ設定値候補を選択する。また、ステップＳ２３において、ジョブチケット入出力モジュール２２はステップＳ２３で選択した設定値候補リストから属性「ＥｄｉｔＭｏｄｅ」が同じ設定値候補を選択する。
【００５２】
ステップＳ２３で選択した設定値候補は、ステップＳ３において設定ファイル２４から取得する設定値候補となる。なお、ステップＳ２１〜Ｓ２３において選択されなかった設定値候補は、ステップＳ３において設定ファイル２４から取得する設定値候補から除外される。
【００５３】
＜まとめ＞
本実施形態のアプリ１０はジョブチケットの編集モード及びジョブチケットＡＰＩ２３のバージョンなどの条件により、ジョブチケットの設定を異ならせることができる。アプリ１０は初めに設定ファイル２４から全ての設定を取得し、その後、図１０に示したような条件（使用条件）により実際に利用するジョブチケットの設定値を選択する。
【００５４】
本実施形態では図１０に示した条件を外部の設定ファイル２４に記述するため、ジョブチケットＡＰＩ２３のバージョンアップ時における設定の追加や削除等のジョブチケットの変更に、容易に対応できる。
【００５５】
本実施形態ではジョブチケットが入力されたアプリ１０が、ジョブチケットの設定からジョブチケットの編集モード及びジョブチケットＡＰＩ２３のバージョンにより利用可能な設定を選択できる。
【００５６】
また、本実施形態ではジョブチケットを出力するアプリ１０が、ジョブチケットの編集モード及びジョブチケットＡＰＩ２３のバージョンにより、送信先の関連アプリ１１、１２で利用可能な設定を選択できる。
【００５７】
このように、本実施形態ではアプリ１０と関連アプリ１１、１２とがジョブチケットで連携しようとするとき、ジョブチケットで利用可能な設定の変更に、容易に対応することができる。
【００５８】
本発明は具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【００５９】
なお、特許請求の範囲に記載した第１の作業指示データはジョブチケット（ＪＤＦ）に相当する。第２の作業指示データは内部データ（ＲＪＦ）に相当する。第１の設定候補取得手段、第１の設定手段はジョブチケット入出力モジュール２２に相当する。第１の作業指示データ生成手段はジョブチケットＡＰＩ２３に相当する。設定情報は設定ファイル２４に相当する。受信元のプログラムはアプリ１０に相当する。
【００６０】
また、第２の設定取得手段はジョブチケットＡＰＩ２３に相当する。第２の設定候補取得手段、第２の作業指示データ生成手段はジョブチケット入出力モジュール２２に相当する。第１の作業指示データ生成手段の版情報はジョブチケットＡＰＩ２３のバージョンに相当する。第１の編集モードはＪＤＦモードに相当する。第２の編集モードは旧バージョン互換モードに相当する。
【符号の説明】
【００６１】
１０    アプリケーションプログラム
１１、１２    関連アプリケーションプログラム
２１    上位モジュール
２２    ジョブチケット入出力モジュール
２３    ジョブチケットＡＰＩ
２４    設定ファイル
５００    コンピュータシステム
５０１    入力装置
５０２    表示装置
５０３    外部Ｉ／Ｆ
５０３ａ    記録媒体
５０４    ＲＡＭ
５０５    ＲＯＭ
５０６    ＣＰＵ
５０７    通信Ｉ／Ｆ
５０８    ＨＤＤ
Ｂ    バス
【先行技術文献】
【特許文献】
【００６２】
【特許文献１】特開２００７−１５６６７１号公報
【図１】
2014215958.tif 000003
【図２】
2014215958.tif 000004
【図３】
2014215958.tif 000005
【図４】
2014215958.tif 000006
【図５】
2014215958.tif 000007
【図６】
2014215958.tif 000008
【図７】
2014215958.tif 000009
【図８】
2014215958.tif 000010
【図９】
2014215958.tif 000011
【図１０】
2014215958.tif 000012