JP4593152B2 - サーバ装置およびその制御方法 - Google Patents

Description

本発明はサーバ装置に関し、特にＳＩＰ（Session Initiation
Protocol）インフラサーバおよびサービスアプリケーション搭載サーバを含むサーバ装置およびその制御方法に関する。

サーバ（Server）は、ファイルの保管や入出力、アクセス等の管理サービス、プリント出力、通信制御等のサービスを提供する側のコンピュータである。このように、サーバは、特定のサービス提供を目的とするものであり、ファイルの共有化を図るファイルサーバ、プリンタの共有が目的のプリントサーバ、データベースの共有化を行うデータベースサーバ、通信制御を行うコミュニケーションサーバ等がある。また、特定の業務処理を実行し、処理結果を通知するために使用されるのがアプリケーションサーバである。このように、サーバは、インターネットを含むネットワークに接続されて広く使用されている。

また、ＳＩＰは、ＩＰ（Internet Protocol）を使用する電話を実現するため、一般の電話サービスが持つ呼の制御を行うためのプロトコルである。１９９３年にＲＦＣ２５４３としてＩＥＴＦ（Internet
Engineering Task Force）に提出され、着信課金や、転送電話機能、発信者番号通知等を行うための機能が備えられている。インフラ（インフラストラクチャ）は、コンピュータシステムにおいて、システムを実現するためのソフトウエアおよびハードウエアの基盤である。

従来のキャリアが提供するセッション型サービスは、ＱｏＳ（Quality of
Service）が重要である点および課金情報の収集が必要であることを理由に、中央制御型のネットワークアーキテクチャを採用し、中央制御を行うインフラサーバへの内蔵型（又は埋め込み型）によるサービス開発を行ってきた。

斯かる技術分野における従来技術は、幾つかの技術文献に開示されている。ネットワークに接続されたタスクサーバ、ユーザコンピュータおよびアプリケーションサーバを含み種々のアプリケーションを動的に増やすことを可能にするアプリケーション連携サーバおよびアプリケーションサーバ並びにこれらを用いた分散アプリケーションの動的連携システムが開示されている（例えば、特許文献１参照。）。また、アプリケーションサーバに連携用アダプタを設け、ＣＯＲＢＡサーバとの間における連携を容易にする分散処理システムおよび連携用アダプタが開示されている（例えば、特許文献２参照。）。

特開２００３−１４１０６９号公報（第６頁、第１図） 特開２００３−１５７２４２号公報（第４−５頁、第１図）

従来のキャリアが提供するセッション型サービスのネットワークアーキテクチャは、上述の如くＱｏＳが重要であり、また課金情報の収集が必要であることを理由に、電話交換機を初めとして中央制御型が主流である。そのため、サービス開発は、中央制御装置であるＳＩＰインフラサーバ上で行われてきた。このような環境下で、流行廃りの早いＩＰサービスをタイムリーに追加するためには、次の如き幾つかの課題が生じる。

第１に、サービス提供までの期間が長くなる点である。その理由は、ＳＩＰインフラサーバへの開発が集中し、既存のユニバーサルサービスを含めた全体的な検証期間が長くなるためである。第２に、ＳＩＰインフラサーバに搭載されたユニバーサルサービスへの信頼性の圧迫である。その理由は、お試しや期間限定等の一時的な低信頼なサービスをユニバーサルサービスアプリケーションと並列搭載することによるＳＩＰインフラサーバ全体の信頼性が低下するためである。第３に、開発コストが増加する点である。その理由は、ＳＩＰインフラサーバ専用ソフトとしての開発となり、市販ソフトのような既存のソフト搭載が困難なためである。

本発明は、従来技術の上述の如き課題に鑑みなされたものであり、斯かる課題を解消又は軽減するサーバ装置およびその制御方法を提供することを目的とする。

前述の課題を解決するため本発明のサーバ装置およびその制御方法は次のような特徴的な構成を採用している。

（１）ＳＩＰ（Session Initiation Protocol）通信端末の接続を行うプロキシ制御機能部および一般的な共通サービスを提供するユニバーサルサービスアプリケーションを含むＳＩＰインフラサーバを備えるサーバ装置において、
前記ＳＩＰインフラサーバは、複数のアプリケーション搭載サーバと通信する仮想端末機能部を有するサービスブローカ機能部を備え、該サービスブローカ機能部により前記ＳＩＰ通信端末を前記複数のアプリケーション搭載サーバと連携して動作可能にするサーバ装置。

（２）前記ＳＩＰインフラサーバおよび前記複数のアプリケーション搭載サーバは、ＳＩＰでのＢ２ＢＵＡ（Back-to-Back User Agent）方式のＮＮＩインタフェースで接続される上記（１）のサーバ装置。

（３）前記仮想端末機能部は、対応する仮想端末信号を生成することにより、前記アプリケーション搭載サーバには単なる端末からの発信に見えるようにした上記（１）又は（２）のサーバ装置。

（４）前記ＳＩＰインフラサーバの前記サービスブローカ機能部は、前記ユニバーサルサービスアプリケーションと並列位置に搭載される上記（１）乃至（３）の何れかのサーバ装置。

（５）前記ＳＩＰインフラサーバの前記サービスブローカ機能部は、前記仮想端末機能部と共に前記複数のアプリケーション搭載サーバと連携するためのアプリケーションサーバ振分機能部および連携サーバリストを生成する提携サーバ決定部を含む上記（１）乃至（４）の何れかのサーバ装置。

（６）前記ＳＩＰインフラサーバの前記仮想端末機能部は、仮想端末信号生成部を有する発信側仮想端末機能部およびセッション確立信号復元機能部を有する着信側仮想端末機能部を含む上記（１）乃至（５）の何れかのサーバ装置。

（７）ＳＩＰ通信端末の接続を行うプロキシ機能部および共通サービスを提供するユニバーサルサービスアプリケーションを有するＳＩＰインフラサーバを備え、セッション型サービスを行うサーバ装置の制御方法において、
ネットワークアーキテクチャをインフラ層およびサービス層に論理分解するステップと、前記インフラ層にユニバーサルサービスを行う前記ＳＩＰインフラサーバを設置するステップと、前記サービス層にサービスアプリケーションを有する複数のアプリケーション搭載サーバを分散設置するステップと、前記ＳＩＰインフラサーバから前記アプリケーション搭載サーバを連携制御するステップとを有するサーバ装置の制御方法。

（８）前記ＳＩＰインフラサーバからの前記アプリケーション搭載サーバの制御は、ＳＩＰでのＢ２ＢＵＡ（Back-to-Back User agent）方式を使用して行う上記（７）のサーバ装置の制御方法。

（９）前記ＳＩＰインフラサーバからの前記アプリケーション搭載サーバの制御は、アプリケーション搭載サーバ連携リストを参照して行う上記（７）又は（８）のサーバ装置の制御方法。

本発明のサーバ装置およびその制御方法によると、次の如き実用上の顕著な効果が得られる。即ち、中央制御装置でＳＩＰインフラサーバとは独立・分散してサービスアプリケーションの開発・追加が可能になるため、開発期間を圧縮し、タイムリーなサービス追加が可能になる。外部のアプリケーション搭載サーバとの連携のため、お試し等の低信頼なサービスも影響を受けることなく、ＳＩＰインフラサーバ上のユニバーサルサービスの安全性を確保することが可能となる。ＳＩＰ規定に従ったインタフェースを持つ既存の市販アプリケーション搭載サーバ製品と接続が可能となり、開発コストの低減が可能になる。

以下、本発明のよるサーバ装置およびその制御方法の好適実施例の構成および動作を、添付図面を参照して詳細に説明する。

先ず、図１は、本発明によるサーバ装置の第１実施例のシステム構成を示すブロック図である。このサーバ装置１０は、インフラ層２０に設けられたＳＩＰインフラサーバ２１およびサービス層３０に設けられる複数のアプリケーション搭載サーバ３１Ａ、３１Ｂ、・・・を有し、インフラ層２０およびサービス層３０間は、ＳＩＰでのＢ２ＢＵＡ（Back-to-Back User Agent）方式を使用するＮＮＩ（Network-Network Interface又はNetwork
Node Interface）５０により接続されている。このＳＩＰインフラサーバ２１には、ＵＮＩ（User Network Interface）を介してＳＩＰ通信端末４１Ａおよび４１Ｂが接続されている。

ここで、ＳＩＰ通信端末４１Ａ、４１Ｂ、ＳＩＰインフラサーバ２１およびアプリケーション搭載サーバ３１Ａ、３１Ｂ等は、プログラム制御により動作し、上述の如くインターネット等のネットワークを介して接続されている。また、ＳＩＰ通信端末４１Ａ、４１Ｂは、ＳＩＰを利用したＩＰ電話やＴＶ電話等に代表されるエンドユーザ間とセッション確立を行うクライアント端末装置である。

ＳＩＰインフラサーバ２１は、ＩＰ電話等でアドレス解決を行うＳＩＰプロキシサーバに代表される中央制御型のセッション制御装置である。この特定例において、ＳＩＰインフラサーバ２１は、プロキシ機能部２２、ユニバーサルサービスアプリケーション２３およびサービスブローカ機能部２４により構成されている。

プロキシ機能部２２は、クライアント端末装置であるＳＩＰ通信端末４１Ａ、４１Ｂを接続するためのアドレス解決およびセッション確立信号のプロキシを行い、またＳＩＰ通信端末４１Ａ、４１Ｂへ提供するユニバーサルサービスの実行制御を行うプログラムである。ユニバーサルサービスアプリケーション２３は、ＩＰ電話等で代表される発番号通知サービス等の、一般的且つ共通サービスを実行するプログラムである。また、サービスブローカ機能部２４は、ユニバーサルサービスアプリケーション２３と並列位置に搭載され、外部のアプリケーション搭載サーバ３１上のサービスアプリケーションとの連携・制御するためのプログラムである。

次に、図２は、図１中のＳＩＰインフラサーバ２１の詳細機能ブロックである。プロキシ制御機能部２２は、発信側セッション制御機能部２２１および着信側セッション制御機能部２２２を含んでいる。また、サービスブローカ機能部２４は、アプリケーション振分機能部２４１、連携サーバ決定機能部２４２、仮想端末信号生成機能部２４３、発信側仮想端末機能部２４４、着信側仮想端末機能部２４５およびセッション信号復元機能部２４６を含んでいる。更に、ユニバーサルサービスアプリケーション２３は、発側ユニバーサルサービスアプリケーション２３１および着側ユニバーサルサービスアプリケーション２３２を有する。

アプリケーションサーバ振分機能部２４１は、複数のアプリケーション搭載サーバ３１Ａ、３１Ｂ、・・・と連携するための振分機能を有する。連携サーバ決定機能部２４２で生成された連携サーバリスト（図３参照）に基づき振分制御を行う。連携サーバ決定機能２４２は、連携するアプリケーション搭載サーバ３１を決定して、図３に示す如き構成の連携サーバリストを生成する。

図３において、（Ａ）はアプリケーション搭載サーバ連携リスト（動的情報）の具体例を示し、（Ｂ）はアプリケーション搭載サーバ情報（静的情報）の具体例を示す。図３（Ａ）のアプリケーション搭載サーバ連携リストは、セッション識別子、連携サービス数、連携サーバ情報番号（連携サーバＩＤおよびサーバ連携状態）等を含んでいる。また、図３（Ｂ）に示すアプリケーション搭載サーバ情報は、連携サーバＩＤ、ホスト名、ＩＰアドレス、ポートおよびトランスポート等を含んでいる。

仮想端末機能部を構成する２４３〜２４６は、アプリケーション搭載サーバ３１と通信するために、一旦ＳＩＰ通信端末４１Ａ、４１Ｂからのセッション確立信号を終端し、仮想端末信号として生成する。生成した仮想端末信号によりアプリケーション搭載サーバ３１と連携するため、アプリケーション搭載サーバ３１上のサービスアプリケーション３２は、単なるＳＩＰ通信端末４１Ａ、４１Ｂからの発着信信号に見え、恰もエンドユーザからの接続であるかのようにサービス実行制御を行うことが可能となる。アプリケーション搭載サーバ３１は、ユニバーサルサービスとは別に、お試しや特殊性の高い又は一時的なサービスアプリケーションを搭載したサービス実行装置である。

次に、図１および図２に示す本発明によるサーバ装置１０の動作を、図３のリストおよび図４のフローチャートを参照して説明する。図４において、（Ａ）はＳＩＰ通信端末４１Ａからアプリケーション搭載サーバ３１方向の動作を示し、（Ｂ）はアプリケーション搭載サーバ３１からＳＩＰ通信端末４１Ｂ方向の動作を示す。

先ず、主として図４（Ａ）のフローチャートを参照して説明する。図２で示すＳＩＰ通信端末４１Ａからのセッション確立信号を受信したＳＩＰインフラサーバ２１は、プロキシ機能部２２の発信側セッション制御機能部２２１へセッション確立信号を分配する（ステップ１）。セッション確立信号を受信した発信側セッション制御機能部２２１は、発側ユニバーサルサービス２３１の起動分析を行い、起動すべき発側ユニバーサルサービスアプリケーションを決定する(ステップ２)。

次に、サービスブローカ機能部２４の連携サーバ決定機能部２４２の起動を行う。連携サーバ決定機能部２４２では、電話番号帯、無条件起動、受信信号毎および加入者契約毎にセッション単位で連携するサーバ群を決定し、図３の連携サービスリストを生成し、リストに連携するアプリケーション搭載サーバ３１を追加する（ステップ３）。起動すべきユニバーサルサービスおよび連携サーバの分析が完了したら、発信側セッション制御機能２２１から発側ユニバーサルサービスアプリケーション２３１を起動し、ユニバーサルサービスを実行する（ステップ４）。

次に、発信側セッション制御機能部２２１からサービスブローカ機能部２４のアプリケーションサーバ振分機能部２４１へセッション確立信号を分配する。アプリケーションサーバ振分機能部２４１では、連携サーバ決定機能部２４２で事前に生成されたサーバ連携リストを参照し、起動すべきアプリケーション搭載サーバ３１を特定し、サーバ連携制御を実行していく（ステップ５）。この時点で、起動すべき連携アプリケーション搭載サーバ３１が存在しない場合（ステップ５：Ｎ）には、プロキシ制御機能部２２の着信側セッション制御機能部２２２にセッション確立信号を返却し、着側のユニバーサルサービスアプリケーション２３２の制御を行う（ステップ１２〜１４）。

アプリケーション搭載サーバ３１と連携するための制御信号として、仮想端末信号生成機能部２４３にて、受信したセッション確立信号を一旦終端し、受信信号から仮想端末信号の生成を行う（ステップ６）。ここで生成された仮想端末信号を発信側仮想端末機能部２４４にて、アプリケーション搭載サーバ３１へ送信する（ステップ７）。

これにより、アプリケーション搭載サーバ３１では、受信した仮想端末信号に基づきサービスアプリケーション３２を起動する。この仮想端末信号を使用することにより、サービスアプリケーション３２からは、ＳＩＰインフラサーバ２１からの中継信号ではなく、単なるＳＩＰ通信端末４１からの発着信信号に見えるため、恰もエンドユーザからの接続であるかのようにサービス制御を行うことが可能となる。

次に、主として図４（Ｂ）のフローチャートを参照して説明する。アプリケーション搭載サーバ３１でのサービスアプリケーション３２の実行が完了して、返送されてきた仮想端末信号を、サービスブローカ機能部２４の着側仮想端末機能部２４５で受信する（ステップ８）。受信した着信側仮想端末機能部２４５は、セッション確立信号復元機能部２４６にて、受信したセッション確立信号にアプリケーション搭載サーバ３１のサービスアプリケーション３２で変更された信号内容の反映を行い、アプリケーションサーバ振分機能部２４１に戻す（ステップ９）。

アプリケーションサーバ振分機能部２４１では、連携サーバ決定機能部２４２で生成された連携サービスリスト（図３参照）を参照し、未起動サーバの有無を判定する（ステップ１０）。未起動サーバが存在する場合（ステップ１０：有）には、図４（Ａ）に示す上述したステップ６〜ステップ９の一連の動作を繰り返し、連携サーバリストに存在するアプリケーション搭載サーバ３１分全てのアプリケーション搭載サーバと連携制御を行う。

アプリケーション搭載サーバ３１の起動が全て完了した時点で、セッション確立信号復元機能２４６にて、セッション確立信号へ復元し、着信側セッション機能部２２２へ復元信号を分配する。着信側セッション機能部２２２にて、着側ユニバーサルサービスアプリケーションの起動分析を行い、起動すべき着側ユニバーサルサービスアプリケーション２３２を決定する(ステップ１２)。

起動すべきユニバーサルサービスの分析が完了したら、着信側セッション制御機能部２２２から着信側ユニバーサルサービスアプリケーション２３２を起動し、ユニバーサルサービスを実行する（ステップ１３）。着側ユニバーサルサービスが完了した時点で、着信側セッション機能部２２２からＳＩＰ通信端末４１Ｂへセッション確立信号を送信し、ＥＮＤ−ＥＮＤユーザ間のセッション確立を行う（ステップ１４）。

上述から理解される如く、この第１実施例によれば、ＳＩＰインフラサーバ２１上でユニバーサルサービスアプリケーション２３と並列搭載されたサービスブローカ機能部２４により、ユニバーサルサービスアプリケーション２３と同等の位置付けで外部のアプリケーション搭載サーバ３１上のサービスアプリケーション３２の制御が可能となる。ユニバーサルサービスアプリケーション２３とは別設置のアプリケーション搭載サーバ３１上のサービスアプリケーション３２との連携となり、ユニバーサルサービスの信頼性、品質の圧迫を避けることができる。また、アプリケーション搭載サーバ３１から見ると、単なるＳＩＰ通信端末４１からの発着信信号に見えるため、恰もエンドユーザからの接続であるかのようにサービス開発・制御が可能となる。

次に、図５は、本発明によるサーバ装置の第２実施例の概略構成図を示す。この第２実施例は、ＳＩＰ通信端末５１および５２間に複数のキャリア、例えばキャリア＃Ａ５３およびキャリア＃Ｂ５４が介在する構成である。

ここで、キャリア＃Ａ５３は、サービスブローカ非搭載ＳＩＰインフラサーバ５３１およびサービスブローカ搭載ＳＩＰインフラサーバ５３２を有する。他方、キャリア＃Ｂ５４は、サービスブローカ非搭載ＳＩＰインフラサーバ５４１のみを有する。ＳＩＰ通信端末５１は、キャリア＃Ａ５３のサービスブローカ非搭載ＳＩＰインフラサーバ５３１およびサービスブローカ搭載ＳＩＰインフラサーバ５３２、更にキャリア＃Ｂ５４のサービスブローカ非搭載ＳＩＰインフラサーバ５４１を介してＳＩＰ通信端末５２に接続される。

図５に示すサーバ装置の制御方法は、サービスブローカ機能部により、ＳＩＰ通信端末からのセッション確立信号を一旦終端し、サービスブローカ搭載ＳＩＰインフラサーバで仮想端末信号へ変換してサーバ間接続を実現する。そのため、ネットワーク情報を隠蔽し、セキュリティを確保したキャリア網間を相互接続するゲートウェイ装置へも適用可能である。

以上、本発明によるサーバ装置およびその制御方法の好適実施例を詳述した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではない。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であること、当業者には容易に理解できよう。

本発明によるサーバ装置の好適実施例の全体構成を示すブロック図である。 図１中のＳＩＰインフラサーバの詳細構成を示す機能ブロック図である。 アプリケーション搭載サーバ連携リストの具体例である。 本発明によるサーバ装置の動作を示すフローチャートである。 本発明によるサーバ装置の第２実施例の全体構成図である。

符号の説明

１０ サーバ装置
２０ インフラ層
２１ ＳＩＰインフラサーバ
２２ プロキシ制御機能部
２３ ユニバーサルサービスアプリケーション
２４ サービスブローカ機能部
３０ サービス層
３１ アプリケーション搭載サーバ
３２ サービスアプリケーション
４１ ＳＩＰ通信端末
２４１ アプリケーションサーバ振分機能部
２４２ 連携サーバ決定機能部
２４３ 仮想端末信号生成機能部
２４４ 発信側仮想端末機能部
２４５ 着信側仮想端末機能部
２４６ セッション確立信号復元機能部

Claims (8)

1. 発信側ＳＩＰ（Session Initiation Protocol）通信端末と着信側ＳＩＰ通信端末との間の接続を行うプロキシ制御機能部と、
   前記発信側および着信側ＳＩＰ通信端末に対してＳＩＰ通信に必要な共通サービスを提供するためのユニバーサルサービスアプリケーションプログラムを実行するユニバーサルサービスアプリケーション実行部と、
   ２つのＳＩＰ通信端末の各々と接続してこれら２つのＳＩＰ通信端末の少なくとも一方からの要求に応じて前記ユニバーサルサービスアプリケーションプログラムとは異なる特定サービスアプリケーションプログラムを実行可能な前記発信側及び着信側ＳＩＰ通信端末とは異なるアプリケーション搭載サーバと通信する仮想端末機能部を有するサービスブローカ機能部と、を備え、
   前記仮想端末機能部は、
   前記発信側ＳＩＰ通信端末から送信されるセッション確立信号に基づいて第１の仮想端末信号を生成し、前記第１の仮想端末信号を前記アプリケーション搭載サーバに送信する発信側仮想端末機能部と、
   前記仮想端末信号を受信した前記アプリケーション搭載サーバによって前記特定サービスアプリケーションプログラムが実行されることで生成及び送信される第２の仮想端末信号を受信し、前記第２の仮想端末信号に基づいて前記着信側ＳＩＰ通信端末との間のセッションを確立する着信側仮想端末機能部とを有するサーバ装置。
2. 前記サービスブローカ機能部および前記複数のアプリケーション搭載サーバは、ＳＩＰでのＢ２ＢＵＡ（Back-to-Back User Agent）方式のＮＮＩインタフェースで接続されることを特徴とする請求項１に記載のサーバ装置。
3. 前記仮想端末機能部により生成された前記第１の仮想端末信号を用いて前記アプリケーション搭載サーバと通信することにより、前記アプリケーション搭載サーバには前記発信側ＳＩＰ通信端末からの発信に見えるようにしたことを特徴とする請求項１又は２に記載のサーバ装置。
4. 前記プロキシ制御機能部は、前記発信側ＳＩＰ通信端末の要求に応じて前記発信側ＳＩＰ通信端末と前記着信側ＳＩＰ通信端末との間を接続する場合に、前記ユニバーサルアプリケーションプログラムの起動を前記ユニバーサルアプリケーション実行部に要求するとともに、前記発信側仮想端末機能部を介して前記特定サービスアプリケーションプログラムの起動を前記アプリケーション搭載サーバに要求する請求項１乃至３のいずれか１項に記載のサーバ装置。
5. 前記サービスブローカ機能部は、前記発信側および着信側ＳＩＰ通信端末の通信に際して連携すべきアプリケーション搭載サーバを特定可能な連携サーバリストを生成する提携サーバ決定部と、前記連携サーバリストに基づいて通信するアプリケーション搭載サーバを決定するアプリケーションサーバ振分機能部をさらに含むことを特徴とする請求項１乃至４のいずれか１項に記載のサーバ装置。
6. サーバ装置の制御方法であって、
   前記サーバ装置が、発信側ＳＩＰ通信端末から送信される着信側ＳＩＰ通信端末との接続を要求するためのセッション確立信号に基づいて、前記発信側および着信側ＳＩＰ通信端末に対してＳＩＰ通信に必要な共通サービスを提供するためのユニバーサルサービスアプリケーションプログラムを起動し、
   前記サーバ装置が、前記セッション確立信号に基づいて生成した第１の仮想端末信号をアプリケーション搭載サーバに送信し、
   前記サーバ装置が、前記第１の仮想端末信号を受信した前記アプリケーション搭載サーバによって前記ユニバーサルサービスアプリケーションプログラムとは異なる特定サービスアプリケーションプログラムが実行されることで生成及び送信される第２の仮想端末信号を受信し、
   前記サーバ装置が、前記第２の仮想端末信号に基づいて前記着信側ＳＩＰ通信端末との間のセッションを確立する、サーバ装置の制御方法。
7. 前記サーバ装置からの前記アプリケーション搭載サーバの通信制御は、ＳＩＰでのＢ２ＢＵＡ（Back-to-Back User Agent）方式を使用して行うことを特徴とする請求項６に記載のサーバ装置の制御方法。
8. 前記サーバ装置からの前記アプリケーション搭載サーバの通信制御は、前記セッション確立信号に基づいて決定される連携すべきアプリケーション搭載サーバを特定可能なアプリケーション搭載サーバリストを用いて、通信するアプリケーション搭載サーバを決定することを含む請求項６又は７に記載のサーバ装置制御方法。

Images