サービス提供端末におけるアプリケーションソフトの自動設定方法
【課題】端末間の変更で元の端末に設定されていたアプリケーションソフトを新たな端末に自動的に交換してサービスアプリケーションを自動的に引き継ぐことができるアプリケーションソフトの自動設定方法を提供する。
【解決手段】このサービス提供端末におけるアプリケーションソフトの自動設定方法では、端末Ａに設定されたアプリケーションソフト（22,24,41）を端末Ｂに交換するとき、端末Ａのエージェント２１はアプリケーションの状態を保守サーバ１３の保守サーバストレージ１５に保存するようにアップロードし、端末Ｂのエージェント２１は、保守サーバの保守サーバストレージから端末Ａに係るアプリケーションの構成とアプリケーションをダウンロードしかつインストールし、その後に、アップロードされた端末Ａのアプリケーションの状態をダウンロードし、インストールしたアプリケーションの更新を行う。
【解決手段】このサービス提供端末におけるアプリケーションソフトの自動設定方法では、端末Ａに設定されたアプリケーションソフト（22,24,41）を端末Ｂに交換するとき、端末Ａのエージェント２１はアプリケーションの状態を保守サーバ１３の保守サーバストレージ１５に保存するようにアップロードし、端末Ｂのエージェント２１は、保守サーバの保守サーバストレージから端末Ａに係るアプリケーションの構成とアプリケーションをダウンロードしかつインストールし、その後に、アップロードされた端末Ａのアプリケーションの状態をダウンロードし、インストールしたアプリケーションの更新を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、或るサービス提供端末を異なる他のサービス提供端末に交換するときに当該或るサービス提供端末に設定されたサービス用アプリケーションソフトを当該他のサービス提供端末に自動的に引き継ぐことができるアプリケーションソフトの自動設定方法に関する。
【背景技術】
【０００２】
サービス提供端末としては、例えば駅構内に設置されたＩＣカードを利用した各種のサービス提供端末が存在する。利用されるＩＣカードは主に交通機関用のＩＣカードである。この種のサービス提供端末は、通常的には少なくとも２台が設置され、スペアの端末が用意されているのが一般的である。
【０００３】
他方、１台の或るサービス提供端末が設置された環境で当該サービス提供端末のサービス機能について、これを新しい他のサービス提供端末に交換する場合には、通常、交換対象の元のサービス提供端末に設定されているアプリケーションソフトを新しいサービス提供端末に入れ替える（交換する）ことが必要となる。新旧の２台のサービス提供端末の間のアプリケーションソフトの従来の入れ替えは、サービス提供端末の設置場所に担当者が出向き、当該担当者によって人為的な手作業で行われていた。
【０００４】
サービス提供端末に関する新旧の端末機器の交換において、そのアプリケーションソフトの入れ替えの仕組みに関連する従来技術としては、例えば特許文献１，２に示される技術が存在する。特許文献１はネットワーク接続機器の自動生成機構を開示し、ネットワーク接続機器についてエンドユーザが希望するサービスの提供を実現する機能を自動的に生成するシステムを提案している。具体的には、必要な機能を上位で設定すると、当該機能を端末に自動送信でき、接続を管理するＬＳサーバと機能を管理するＲＳサーバによって機能を自動的に構成している。特許文献２はネットワーク接続手段の集中管理システムおよび方法を開示しており、多数のルータの集中管理を実現している。ルータの電源投入時にルータの識別子を利用してイニシャルサーバおよびユーザサーバとの関係で必要な情報の送受が行われ、各ルータに関して自動的な環境設定が行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１０４６４８号公報
【特許文献２】特開２００４−１９３９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のサービス提供端末の交換において、新たなサービス提供端末のアプリケーションソフトの設定の仕組みでは、システム構成上、一般的に、サービス提供端末内に保存されたアプリケーションの状態を旧い端末から新たな端末に自動的に引き継ぐことはできなかった。そのための端末の交換等の保守作業では、保守管理の担当者がサービス提供端末の設置場所に出向き、手作業で行なわなければならないという問題があった。また特許文献１，２に開示される技術についても、端末の交換における自動的なアプリケーションソフトの自動的な引き継ぎに関しては全く開示されず、その示唆もない。
【０００７】
本発明の目的は、上記の課題に鑑み、端末間の変更で元の端末に設定されていたアプリケーションソフトを新たな端末に自動的に交換してサービスアプリケーションを自動的に引き継ぐことができ、手作業によるアプリケーションソフトの入れ替えをなくすことができるようにしたサービス提供端末におけるアプリケーションソフトの自動設定方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係るサービス提供端末におけるアプリケーションソフトの自動設定方法は、上記の目的を達成するため、次のように構成される。
【０００９】
第１のサービス提供端末におけるアプリケーションソフトの自動設定方法（請求項１に対応）は、
保守サーバと少なくとも２台のサービス提供端末（端末Ａ，Ｂ）の各々とがネットワークを介して相互に通信可能に接続され、サービス提供端末は、保守サーバに対して動作の指示の問合せを行うエージェントと、固有の端末ＩＤと、必要に応じてインストールされたサービス用アプリケーションソフトとを備え、保守サーバは、アプリケーションに係るファイルと、アプリケーション構成に係るファイルと、アプリケーションの状態に係るファイルとを保存するデータ保存手段（保守サーバストレージ）を備えるという構成で適用され、
第１のサービス提供端末に設定されたサービス用アプリケーションソフトを第２のサービス提供端末に交換するとき、
第１のサービス提供端末のエージェントは、サービス用アプリケーションソフトによるアプリケーションの状態を保守サーバのデータ保存手段に保存するようにアップロードし、
第２のサービス提供端末のエージェントは、保守サーバのデータ保存手段から第１のサービス提供端末に係るアプリケーションの構成とアプリケーションをダウンロードしかつインストールし、その後に、保守サーバのデータ保存手段から、アップロードされた第１のサービス提供端末のアプリケーションの状態をダウンロードし、インストールしたアプリケーションの更新を行うことで特徴づけられる。
【００１０】
第２のサービス提供端末におけるアプリケーションソフトの自動設定方法（請求項２に対応）は、上記の方法において、好ましくは、保守サーバは、サービス提供端末のエージェントが行う問合せの中に含まれる端末ＩＤに基づいて、端末の交換を行うの第１および第２のサービス提供端末を特定することを特徴とする。
【００１１】
第３のサービス提供端末におけるアプリケーションソフトの自動設定方法（請求項３に対応）は、上記の方法において、好ましくは、第２のサービス提供端末は、初期にはサービス用アプリケーションソフトをインストールされていないことを特徴とする。
【００１２】
第４のサービス提供端末におけるアプリケーションソフトの自動設定方法（請求項４に対応）は、上記の方法において、好ましくは、保守サーバは、端末の交換を含むサービス提供に係る保守作業の要否についてオペレータから指示を受けるようにされたことを特徴としている。
【発明の効果】
【００１３】
本発明によれば次の効果を奏する。
２台のサービス提供端末の間に関して「端末の交換」の動作の指示があり、これに従って第１のサービス提供端末のサービス用アプリケーションソフトの内容を第２のサービス提供端末に交換する場合において、２台のサービス提供端末の各々のエージェント、および保守サーバストレージを装備した保守サーバに基づくネットワークを経由したプログラム也データの送受（アップロード、ダウンロード）によって、第１のサービス提供端末のサービス用アプリケーションソフトを第２のサービス提供端末に自動的に交換して引き継ぐことができ、保守員がサービス提供端末の設置場所に出向く必要がなくなり、手作業の負担を無くし、さらに手作業に起因する操作ミスの発生をなくすことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係るサービス提供端末におけるアプリケーションソフトの自動設定方法が実施されるシステム構成を示すブロック図である。
【図２】本実施形態による端末交換の際のプログラムおよびデータの移動の状態を示す図である。
【図３】本実施形態による端末交換の際のプログラムおよびデータの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に、本発明の好適な実施形態（実施例）を添付図面に基づいて説明する。
【００１６】
図１は、本発明の実施形態に係るサービス提供端末におけるアプリケーションソフトの自動設定方法が実施されるシステム構成を示し、図２は、端末交換の際のプログラムおよびデータの処理の流れを示している。
ここで、「サービス提供端末におけるアプリケーションソフトの自動設定方法」とは、或るサービス提供端末にインストールされたアプリケーションに係るプログラム（ソフトウェア）を、異なる他のサービス提供端末に移動させるときに、自動的に引き継ぎのためのインストールを行うことができる仕組みのこという。
【００１７】
図１を参照してアプリケーションソフトの自動設定方法が実施されるシステム構成を説明する。図１において、符号１１はサービス提供端末を表すブロックを指している。サービス提供端末１１は、サービスのためのアプリケーションを実行し、当該サービスを利用者に提供するための端末機器である。サービス提供端末１１は、通常的に、情報入力のための入力操作装置、および情報提示等の出力のための表示装置を備えている。これらの入力操作装置と表示装置の図示は省略している。サービス提供端末１１については、図１中、複数（例えばｎ個）の端末機器が図示されている。さらに図１中、後述される説明の関係上で、左端のサービス提供端末１１を「端末Ａ」、その隣りのサービス提供端末１１を「端末Ｂ」と名付け、また右端のサービス提供端末１１を「サービス提供端末ｎ」と記している。「ｎ」は複数のサービス提供端末１１の総数を表す記号である。
【００１８】
サービス提供端末１１の内部構造の一例は「端末Ａ］のブロック内に示されている。サービス提供端末１１は、ソフトウェア（プログラム）で実現される機能要素として、エージェント２１とアプリケーション２２を有している。エージェント２２は機能ブロックとして図示され、アプリケーション２２はファイルとして図示されている。また、これらの機能要素で用いられるデータとして、端末ＩＤ２３およびアプリケーション構成２４が用意されている。
【００１９】
ｎ個のサービス提供端末１１の内部構造は、すべて、基本的に上記の端末Ａの内部構造と同じである。但し、本実施形態では、後述される「端末の交換」に関連して端末Ｂであるサービス提供端末１１の内部にはアプリケーション２２等はインストールされていないものとする。またすべてのサービス提供端末１１はネットワーク１２に接続されており、内蔵された通信機能部に基づき外部の機器要素と通信可能になっている。
【００２０】
上記のエージェント２２は、サービス提供端末１１上で動作するソフトウェアであり、サービス提供端末１１の構成および動作の状態を制御・管理するプログラムである。その役割は後述される。
【００２１】
また上記のアプリケーション２２は、サービス提供端末１１上で動作するサービスを提供するためのソフトウェアである。またアプリケーション構成２４は、当該アプリケーション２２のディレクトリ構造、ファイル構成を定義したデータである。これらのデータに加えて、さらに、アプリケーション２２のディレクトリまたはファイルが、当該アプリケーション２２の状態を決定するデータか否かを定義したデータ（「構成種別情報」という）を有している。端末ＩＤ２３は、サービス提供端末１１（端末Ａ）を特定するための情報であり、一般的にはｎ個のサービス提供端末１１の各々を一意に識別するためのＩＤデータである。
【００２２】
なお端末Ａであるサービス提供端末１１においては、上記のアプリケーション２２には（App1）という識別符号が割り当てられ、アプリケーション構成２４には（AppConf1）という識別符号が割り当てられている。
【００２３】
前述したｎ個のサービス提供端末１１に対して、好ましくは一台の保守サーバ１３が設けられている。保守サーバ１３は管理部署に設置されており、当該管理部署に居るオペレータ１４によって操作・管理される態様になっている。保守サーバ１３は、サービス提供端末１１で使用される「アプリケーション」および「アプリケーション構成」を保持する機器である。オペレータ１４は、「端末の交換」等のごときサービス提供端末１１を保守するための作業の要否を判断し、当該保守作業（「端末の交換」等）を行うことの必要性が発生したときに、その指令指示を保守サーバ１３に対して行う担当者である。保守サーバ１３は、そのための入力操作装置１３Ａと表示装置１３Ｂを備えている。オペレータ１４によって「端末の交換」を行うことの指示が出されると、原則的に、「端末の交換」の処理は、後述するように、指定された２つの端末の間で自動的に実行される。さらに保守サーバ１３は、付随する要素として、データ格納部としての保守サーバストレージ１５を装備している。
【００２４】
保守サーバストレージ１５には「アプリケーションの状態」に係る複数のファイル３１、「アプリケーション構成」に係る複数のファイル３２、「アプリケーション」に係る複数のファイル３３が格納されている。「アプリケーション構成」については前述したアプリケーション構成２４と同じ内容であり、「アプリケーション」については前述したアプリケーション２２と同じ内容である。「アプリケーション構成」に係る複数のファイル３２および「アプリケーション」に係る複数のファイル３３は、それぞれ、ｎ個のサービス提供端末１１のそれぞれに応じて、保守サーバ１３側で用意され、保守サーバストレージ１４にて保存されているものである。また「アプリケーションの状態」に係るデータは、或る１つのアプリケーションが２つ以上のサービス提供端末１１で動作している場合において、一方のサービス提供端末から他方のサービス提供端末へ動作内容に関するデータの複写または移動の処理を行うと、２つ以上のサービス提供端末１１の動作状態が全く同じ状態になって同じサービスを提供することができるようになるデータである。「アプリケーションの状態」に係るデータは、端末の交換におけるサービスの引き継ぎに用いられる。「アプリケーションの状態」に係る当該データの具体例は、アプリケーションの動作設定ファイルやデータベースなどである。
【００２５】
保守サーバ１３は通信機能部を内蔵しており、ネットワーク１２を介してｎ個のサービス提供端末１１の各々と相互に情報（要求・応答等のメッセージ、各種のプログラムおよびデータ等）の送受を行うように構成されている。
【００２６】
上記の保守サーバ１３は、オペレータ１４から与えられる「端末の交換」等の指示を受ける働き、あるいは交換対象であるサービス提供端末１１のエージェント２１からの指示の問合せに応答する働きを有している。他方、交換対象であるサービス提供端末１１のエージェント２１は、保守サーバ１３に対して問合せを行って「端末の交換」等の指示を受け、「アプリケーションの状態」を保守サーバ１３にアップロードし、または保守サーバ１３から「アプリケーションの状態」等をダウンロードし、「端末の交換」等の処理を実行する。
【００２７】
次に、図２および図３を参照して、特定のアプリケーション２２のプログラムがインストールされている或るサービス提供端末１１（端末Ａ）から、当該アプリケーション２２がインストールされていない異なる他のサービス提供端末１１（端末Ｂ）へ交換（移動）する、という処理の流れを説明する。すなわち、図１で示した２つのサービス提供端末１１である端末Ａから端末Ｂへの「端末の交換」の処理の流れを説明する。
【００２８】
先ず、端末Ａと端末Ｂとの間でのサービス用のアプリケーション２２の交換（入れ替え、移動）することに基づいて端末Ａから端末Ｂへサービス機能の移動を行うに当たって、「アプリケーションソフトの自動設定方法」の前提を説明する。
ここで、「アプリケーションソフトの自動設定」とは、前述の通り、「端末Ａから端末Ｂにサービス用アプリケーションを交換する時に端末Ｂでサービス用アプリケーションソフトを自動的に移動して設定する」ことを意味している。
当該前提として、交換対象となる端末Ａ，Ｂに加えて保守サーバ１３の関わりが必要となる。端末Ａには、図２に示される通り、アプリケーション２２とアプリケーション構成２４がインストールされており、これらのアプリケーション２２とアプリケーション構成２４が保守サーバ１３を介して端末Ｂに移動されることになる。保守サーバ１３は、２つの端末Ａ，Ｂについてサービスを提供するアプリケーション構成２４を知っており、さらに端末Ａ，Ｂにおいてサービスを提供するアプリケーション２２を保守サーバストレージ１５内のアプリケーションに係るファイル３３で所有している。
【００２９】
前述した通り、アプリケーション構成２４はアプリケーション２２がどのようなディレクトリ構造、ファイル構成からなるかを定義した情報であり、加えてさらに、それらのディレクトリおよびファイルが「端末の交換」の時にアプリケーションの状態を引き継ぐために必要か否かを定義した情報（構成種別情報）を含むものである。また端末Ａ，Ｂにインストールされたエージェント２１は「端末の交換」（換言すれば「端末の移動」）の操作を実行するアプリケーションである。なお保守サーバ１３において、端末Ａ，Ｂの識別は、エージェント２１から提供される端末ＩＤ２３によって識別することができる。
【００３０】
次いで、端末Ａにインストールされているアプリケーション２２のプログラムを当該端末Ａから端末Ｂへ交換する処理の流れを説明する。
【００３１】
最初のステップＳ１０１では、端末Ａのエージェント２１が保守サーバ１３に対して動作の指示（この場合には「端末の交換」等）について問い合わせる（手順Ｐ１０１）。この動作の指示の問合せのメッセージの中には、問合せの内容と共に端末Ａを特定する端末ＩＤ（例えば「1000」）２３が含まれている。保守サーバ１３は、問合せのメッセージを受信し、当該問合せのメッセージに含まれる端末ＩＤ２３に基づいて、問合せを行ったサービス提供端末１１（端末Ａ）を特定する（ステップＳ２０１）。その後、端末Ａからの問合せ（手順Ｐ１０１）に対して、保守サーバ１３は端末Ａのエージェント２１に対して「動作の指示」について応答する（ステップＳ２０２、手順Ｐ２０１）。なお保守サーバ１３は、ステップＳ２０１より前の段階において、常時、ｎ個のサービス提供端末１１からの送られてくる問合せの有無を監視している。
【００３２】
保守サーバ１３からの動作の指示の応答（手順Ｐ２０１）を受けた（ステップＳ１０２）端末Ａのエージェント２１は、「端末の交換」に係る動作の指示について、自身が交換時に「アプリケーションの状態」を提供する端末であった場合には、「構成種別情報」に従って当該「アプリケーションの状態」４１を保守サーバ１３にアップロードする（ステップＳ１０３、手順Ｐ１０２）。当該「アプリケーションの状態」４１は、図２に示すように、アプリケーション２２とアプリケーション構成２４を含むものである。保守サーバ１３は、アップロードされた「アプリケーションの状態」４１を受信しかつ保守サーバストレージ１５に保管する（ステップＳ２０３）。
【００３３】
次に、端末Ｂのエージェント２１は、定期的に保守サーバ１３に対して動作の指示（「端末の交換」等）について問い合わせる（ステップＳ３０１、手順Ｐ３０１）。保守サーバ１３では、判断ステップＳ２０４において常時に動作の指示の問合せの有無を判断している。判断ステップＳ２０４でＹＥＳの場合において、続いて保守サーバ１３は、問合せ動作を行っているサービス提供端末１１（端末Ｂ）の端末ＩＤ（例えば「1100」）から端末Ｂを特定する（ステップＳ２０５）。そして、保守サーバ１３は端末Ｂのエージェント２１に対して「動作の指示」について応答する（ステップＳ２０６、手順Ｐ２０２）。
【００３４】
保守サーバ１３からの動作の指示の応答（手順Ｐ２０２）を受けた（ステップＳ３０２）端末Ｂのエージェント２１は、「端末の交換」に係る動作の指示について、自身が交換時に「アプリケーションの状態」を受け取る端末であった場合には、先ず、アプリケーションの構成２４（AppConf1）を保守サーバ１３の保守サーバストレージ１５内の「アプリケーション構成」に係るファイル３２からダウンロードする（ステップＳ３０３、手順Ｐ３０２）。端末Ｂのエージェント２１は、さらに、取得したアプリケーションの構成２４に従って、保守サーバ１３の保守サーバストレージ１５内の「アプリケーション」に係るファイル３３からアプリケーション２２（App1）をダウンロードする（ステップＳ３０４、手順Ｐ３０３）。そして、端末Ｂのエージェント２１は、ダウンロードしたアプリケーション２２（App1）を当該端末Ｂにインストールする（ステップＳ３０５）。次いで、端末Ｂのエージェント２１は、「構成種別情報」に従って、上記のステップＳ１０３で端末Ａのエージェント２１が保守サーバ１３にアップロードした「アプリケーションの状態」に係るデータ４１を保守サーバ１３からダウンロードすることを、保守サーバ１３に対して要求する（ステップＳ３０６、手順Ｐ３０４）。
【００３５】
端末Ｂのエージェント２１からの上記の要求に対して、保守サーバ１３は、端末Ａから「アプリケーションの状態」のアップロードが完了していることを応答する（ステップＳ２０７、手順Ｐ２０３）。この応答を受けて（ステップＳ３０７）、これに基づき、端末Ｂのエージェント２１は、保守サーバ１３の保守サーバストレージ１５から「アプリケーションの状態」４１をダウンロードする（ステップＳ３０８、手順Ｐ３０５）。そして、この「アプリケーションの状態」４１を用いてインストール済みのアプリケーション２２を更新する（ステップＳ３０８）。
【００３６】
上記の通り端末Ａのサービス機能を異なる他の端末Ｂに交換する場合において、本実施形態に係るアプリケーションソフトの自動設定方法によれば、各端末のエージェント２１と保守サーバ１３との処理機能によって、端末Ａにセットされているアプリケーション２２に基づくサービス機能が端末Ｂへ自動的に設定することができる。ここで、前述のオペレータ１４は保守サーバ１３を監視・管理し必要に応じて操作する者であり、「端末の交換」等のサービス提供端末１１を保守する作業が発生する場合において、保守サーバ１３に対して当該保守作業の実行を指示する者である。しかしながら、上記の「端末の交換」に係る動作が実行されているときには全く関与せず、端末Ｂでのアプリケーションソフトのインストール等についてオペレータ１４自身が手作業を行うことはない。
【００３７】
また、上記の端末の交換では、端末Ｂは、初期の段階では特定のサービス用アプリケーションソフトがインストールされていないという前提に立っていたが、他のサービス用アプリケーションがインストールされている前提で、これの代わりに端末Ａのサービス用アプリケーションソフトに入れ替える、あるいは、これと共に追加的に端末Ａのサービス用アプリケーションをインストールするように構成することもできる。
【００３８】
以上の実施形態で説明された構成、形状、大きさおよび配置関係については本発明が理解・実施できる程度に概略的に示したものにすぎない。従って本発明は、説明された実施形態に限定されるものではなく、特許請求の範囲に示される技術的思想の範囲を逸脱しない限り様々な形態に変更することができる。
【産業上の利用可能性】
【００３９】
本発明に係るサービス提供端末におけるアプリケーションソフトの自動設定方法は、ＩＣカード等を用いて利用される各種のサービス提供端末の端末交換等に利用され、軽い作業負担で簡単に端末の交換を行うときに利用される。
【符号の説明】
【００４０】
１１ サービス提供端末
１２ ネットワーク
１３ 保守サーバ
１３Ａ 入力操作装置
１３Ｂ 表示装置
１４ オペレータ
１５ 保守サーバストレージ
２１ エージェント
２２ アプリケーション
２３ 端末ＩＤ
２４ アプリケーション構成
３１ 「アプリケーションの状態」に係るファイル
３２ 「アプリケーション構成」に係るファイル
３３ 「アプリケーション」に係るファイル
【技術分野】
【０００１】
本発明は、或るサービス提供端末を異なる他のサービス提供端末に交換するときに当該或るサービス提供端末に設定されたサービス用アプリケーションソフトを当該他のサービス提供端末に自動的に引き継ぐことができるアプリケーションソフトの自動設定方法に関する。
【背景技術】
【０００２】
サービス提供端末としては、例えば駅構内に設置されたＩＣカードを利用した各種のサービス提供端末が存在する。利用されるＩＣカードは主に交通機関用のＩＣカードである。この種のサービス提供端末は、通常的には少なくとも２台が設置され、スペアの端末が用意されているのが一般的である。
【０００３】
他方、１台の或るサービス提供端末が設置された環境で当該サービス提供端末のサービス機能について、これを新しい他のサービス提供端末に交換する場合には、通常、交換対象の元のサービス提供端末に設定されているアプリケーションソフトを新しいサービス提供端末に入れ替える（交換する）ことが必要となる。新旧の２台のサービス提供端末の間のアプリケーションソフトの従来の入れ替えは、サービス提供端末の設置場所に担当者が出向き、当該担当者によって人為的な手作業で行われていた。
【０００４】
サービス提供端末に関する新旧の端末機器の交換において、そのアプリケーションソフトの入れ替えの仕組みに関連する従来技術としては、例えば特許文献１，２に示される技術が存在する。特許文献１はネットワーク接続機器の自動生成機構を開示し、ネットワーク接続機器についてエンドユーザが希望するサービスの提供を実現する機能を自動的に生成するシステムを提案している。具体的には、必要な機能を上位で設定すると、当該機能を端末に自動送信でき、接続を管理するＬＳサーバと機能を管理するＲＳサーバによって機能を自動的に構成している。特許文献２はネットワーク接続手段の集中管理システムおよび方法を開示しており、多数のルータの集中管理を実現している。ルータの電源投入時にルータの識別子を利用してイニシャルサーバおよびユーザサーバとの関係で必要な情報の送受が行われ、各ルータに関して自動的な環境設定が行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１０４６４８号公報
【特許文献２】特開２００４−１９３９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来のサービス提供端末の交換において、新たなサービス提供端末のアプリケーションソフトの設定の仕組みでは、システム構成上、一般的に、サービス提供端末内に保存されたアプリケーションの状態を旧い端末から新たな端末に自動的に引き継ぐことはできなかった。そのための端末の交換等の保守作業では、保守管理の担当者がサービス提供端末の設置場所に出向き、手作業で行なわなければならないという問題があった。また特許文献１，２に開示される技術についても、端末の交換における自動的なアプリケーションソフトの自動的な引き継ぎに関しては全く開示されず、その示唆もない。
【０００７】
本発明の目的は、上記の課題に鑑み、端末間の変更で元の端末に設定されていたアプリケーションソフトを新たな端末に自動的に交換してサービスアプリケーションを自動的に引き継ぐことができ、手作業によるアプリケーションソフトの入れ替えをなくすことができるようにしたサービス提供端末におけるアプリケーションソフトの自動設定方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係るサービス提供端末におけるアプリケーションソフトの自動設定方法は、上記の目的を達成するため、次のように構成される。
【０００９】
第１のサービス提供端末におけるアプリケーションソフトの自動設定方法（請求項１に対応）は、
保守サーバと少なくとも２台のサービス提供端末（端末Ａ，Ｂ）の各々とがネットワークを介して相互に通信可能に接続され、サービス提供端末は、保守サーバに対して動作の指示の問合せを行うエージェントと、固有の端末ＩＤと、必要に応じてインストールされたサービス用アプリケーションソフトとを備え、保守サーバは、アプリケーションに係るファイルと、アプリケーション構成に係るファイルと、アプリケーションの状態に係るファイルとを保存するデータ保存手段（保守サーバストレージ）を備えるという構成で適用され、
第１のサービス提供端末に設定されたサービス用アプリケーションソフトを第２のサービス提供端末に交換するとき、
第１のサービス提供端末のエージェントは、サービス用アプリケーションソフトによるアプリケーションの状態を保守サーバのデータ保存手段に保存するようにアップロードし、
第２のサービス提供端末のエージェントは、保守サーバのデータ保存手段から第１のサービス提供端末に係るアプリケーションの構成とアプリケーションをダウンロードしかつインストールし、その後に、保守サーバのデータ保存手段から、アップロードされた第１のサービス提供端末のアプリケーションの状態をダウンロードし、インストールしたアプリケーションの更新を行うことで特徴づけられる。
【００１０】
第２のサービス提供端末におけるアプリケーションソフトの自動設定方法（請求項２に対応）は、上記の方法において、好ましくは、保守サーバは、サービス提供端末のエージェントが行う問合せの中に含まれる端末ＩＤに基づいて、端末の交換を行うの第１および第２のサービス提供端末を特定することを特徴とする。
【００１１】
第３のサービス提供端末におけるアプリケーションソフトの自動設定方法（請求項３に対応）は、上記の方法において、好ましくは、第２のサービス提供端末は、初期にはサービス用アプリケーションソフトをインストールされていないことを特徴とする。
【００１２】
第４のサービス提供端末におけるアプリケーションソフトの自動設定方法（請求項４に対応）は、上記の方法において、好ましくは、保守サーバは、端末の交換を含むサービス提供に係る保守作業の要否についてオペレータから指示を受けるようにされたことを特徴としている。
【発明の効果】
【００１３】
本発明によれば次の効果を奏する。
２台のサービス提供端末の間に関して「端末の交換」の動作の指示があり、これに従って第１のサービス提供端末のサービス用アプリケーションソフトの内容を第２のサービス提供端末に交換する場合において、２台のサービス提供端末の各々のエージェント、および保守サーバストレージを装備した保守サーバに基づくネットワークを経由したプログラム也データの送受（アップロード、ダウンロード）によって、第１のサービス提供端末のサービス用アプリケーションソフトを第２のサービス提供端末に自動的に交換して引き継ぐことができ、保守員がサービス提供端末の設置場所に出向く必要がなくなり、手作業の負担を無くし、さらに手作業に起因する操作ミスの発生をなくすことができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係るサービス提供端末におけるアプリケーションソフトの自動設定方法が実施されるシステム構成を示すブロック図である。
【図２】本実施形態による端末交換の際のプログラムおよびデータの移動の状態を示す図である。
【図３】本実施形態による端末交換の際のプログラムおよびデータの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に、本発明の好適な実施形態（実施例）を添付図面に基づいて説明する。
【００１６】
図１は、本発明の実施形態に係るサービス提供端末におけるアプリケーションソフトの自動設定方法が実施されるシステム構成を示し、図２は、端末交換の際のプログラムおよびデータの処理の流れを示している。
ここで、「サービス提供端末におけるアプリケーションソフトの自動設定方法」とは、或るサービス提供端末にインストールされたアプリケーションに係るプログラム（ソフトウェア）を、異なる他のサービス提供端末に移動させるときに、自動的に引き継ぎのためのインストールを行うことができる仕組みのこという。
【００１７】
図１を参照してアプリケーションソフトの自動設定方法が実施されるシステム構成を説明する。図１において、符号１１はサービス提供端末を表すブロックを指している。サービス提供端末１１は、サービスのためのアプリケーションを実行し、当該サービスを利用者に提供するための端末機器である。サービス提供端末１１は、通常的に、情報入力のための入力操作装置、および情報提示等の出力のための表示装置を備えている。これらの入力操作装置と表示装置の図示は省略している。サービス提供端末１１については、図１中、複数（例えばｎ個）の端末機器が図示されている。さらに図１中、後述される説明の関係上で、左端のサービス提供端末１１を「端末Ａ」、その隣りのサービス提供端末１１を「端末Ｂ」と名付け、また右端のサービス提供端末１１を「サービス提供端末ｎ」と記している。「ｎ」は複数のサービス提供端末１１の総数を表す記号である。
【００１８】
サービス提供端末１１の内部構造の一例は「端末Ａ］のブロック内に示されている。サービス提供端末１１は、ソフトウェア（プログラム）で実現される機能要素として、エージェント２１とアプリケーション２２を有している。エージェント２２は機能ブロックとして図示され、アプリケーション２２はファイルとして図示されている。また、これらの機能要素で用いられるデータとして、端末ＩＤ２３およびアプリケーション構成２４が用意されている。
【００１９】
ｎ個のサービス提供端末１１の内部構造は、すべて、基本的に上記の端末Ａの内部構造と同じである。但し、本実施形態では、後述される「端末の交換」に関連して端末Ｂであるサービス提供端末１１の内部にはアプリケーション２２等はインストールされていないものとする。またすべてのサービス提供端末１１はネットワーク１２に接続されており、内蔵された通信機能部に基づき外部の機器要素と通信可能になっている。
【００２０】
上記のエージェント２２は、サービス提供端末１１上で動作するソフトウェアであり、サービス提供端末１１の構成および動作の状態を制御・管理するプログラムである。その役割は後述される。
【００２１】
また上記のアプリケーション２２は、サービス提供端末１１上で動作するサービスを提供するためのソフトウェアである。またアプリケーション構成２４は、当該アプリケーション２２のディレクトリ構造、ファイル構成を定義したデータである。これらのデータに加えて、さらに、アプリケーション２２のディレクトリまたはファイルが、当該アプリケーション２２の状態を決定するデータか否かを定義したデータ（「構成種別情報」という）を有している。端末ＩＤ２３は、サービス提供端末１１（端末Ａ）を特定するための情報であり、一般的にはｎ個のサービス提供端末１１の各々を一意に識別するためのＩＤデータである。
【００２２】
なお端末Ａであるサービス提供端末１１においては、上記のアプリケーション２２には（App1）という識別符号が割り当てられ、アプリケーション構成２４には（AppConf1）という識別符号が割り当てられている。
【００２３】
前述したｎ個のサービス提供端末１１に対して、好ましくは一台の保守サーバ１３が設けられている。保守サーバ１３は管理部署に設置されており、当該管理部署に居るオペレータ１４によって操作・管理される態様になっている。保守サーバ１３は、サービス提供端末１１で使用される「アプリケーション」および「アプリケーション構成」を保持する機器である。オペレータ１４は、「端末の交換」等のごときサービス提供端末１１を保守するための作業の要否を判断し、当該保守作業（「端末の交換」等）を行うことの必要性が発生したときに、その指令指示を保守サーバ１３に対して行う担当者である。保守サーバ１３は、そのための入力操作装置１３Ａと表示装置１３Ｂを備えている。オペレータ１４によって「端末の交換」を行うことの指示が出されると、原則的に、「端末の交換」の処理は、後述するように、指定された２つの端末の間で自動的に実行される。さらに保守サーバ１３は、付随する要素として、データ格納部としての保守サーバストレージ１５を装備している。
【００２４】
保守サーバストレージ１５には「アプリケーションの状態」に係る複数のファイル３１、「アプリケーション構成」に係る複数のファイル３２、「アプリケーション」に係る複数のファイル３３が格納されている。「アプリケーション構成」については前述したアプリケーション構成２４と同じ内容であり、「アプリケーション」については前述したアプリケーション２２と同じ内容である。「アプリケーション構成」に係る複数のファイル３２および「アプリケーション」に係る複数のファイル３３は、それぞれ、ｎ個のサービス提供端末１１のそれぞれに応じて、保守サーバ１３側で用意され、保守サーバストレージ１４にて保存されているものである。また「アプリケーションの状態」に係るデータは、或る１つのアプリケーションが２つ以上のサービス提供端末１１で動作している場合において、一方のサービス提供端末から他方のサービス提供端末へ動作内容に関するデータの複写または移動の処理を行うと、２つ以上のサービス提供端末１１の動作状態が全く同じ状態になって同じサービスを提供することができるようになるデータである。「アプリケーションの状態」に係るデータは、端末の交換におけるサービスの引き継ぎに用いられる。「アプリケーションの状態」に係る当該データの具体例は、アプリケーションの動作設定ファイルやデータベースなどである。
【００２５】
保守サーバ１３は通信機能部を内蔵しており、ネットワーク１２を介してｎ個のサービス提供端末１１の各々と相互に情報（要求・応答等のメッセージ、各種のプログラムおよびデータ等）の送受を行うように構成されている。
【００２６】
上記の保守サーバ１３は、オペレータ１４から与えられる「端末の交換」等の指示を受ける働き、あるいは交換対象であるサービス提供端末１１のエージェント２１からの指示の問合せに応答する働きを有している。他方、交換対象であるサービス提供端末１１のエージェント２１は、保守サーバ１３に対して問合せを行って「端末の交換」等の指示を受け、「アプリケーションの状態」を保守サーバ１３にアップロードし、または保守サーバ１３から「アプリケーションの状態」等をダウンロードし、「端末の交換」等の処理を実行する。
【００２７】
次に、図２および図３を参照して、特定のアプリケーション２２のプログラムがインストールされている或るサービス提供端末１１（端末Ａ）から、当該アプリケーション２２がインストールされていない異なる他のサービス提供端末１１（端末Ｂ）へ交換（移動）する、という処理の流れを説明する。すなわち、図１で示した２つのサービス提供端末１１である端末Ａから端末Ｂへの「端末の交換」の処理の流れを説明する。
【００２８】
先ず、端末Ａと端末Ｂとの間でのサービス用のアプリケーション２２の交換（入れ替え、移動）することに基づいて端末Ａから端末Ｂへサービス機能の移動を行うに当たって、「アプリケーションソフトの自動設定方法」の前提を説明する。
ここで、「アプリケーションソフトの自動設定」とは、前述の通り、「端末Ａから端末Ｂにサービス用アプリケーションを交換する時に端末Ｂでサービス用アプリケーションソフトを自動的に移動して設定する」ことを意味している。
当該前提として、交換対象となる端末Ａ，Ｂに加えて保守サーバ１３の関わりが必要となる。端末Ａには、図２に示される通り、アプリケーション２２とアプリケーション構成２４がインストールされており、これらのアプリケーション２２とアプリケーション構成２４が保守サーバ１３を介して端末Ｂに移動されることになる。保守サーバ１３は、２つの端末Ａ，Ｂについてサービスを提供するアプリケーション構成２４を知っており、さらに端末Ａ，Ｂにおいてサービスを提供するアプリケーション２２を保守サーバストレージ１５内のアプリケーションに係るファイル３３で所有している。
【００２９】
前述した通り、アプリケーション構成２４はアプリケーション２２がどのようなディレクトリ構造、ファイル構成からなるかを定義した情報であり、加えてさらに、それらのディレクトリおよびファイルが「端末の交換」の時にアプリケーションの状態を引き継ぐために必要か否かを定義した情報（構成種別情報）を含むものである。また端末Ａ，Ｂにインストールされたエージェント２１は「端末の交換」（換言すれば「端末の移動」）の操作を実行するアプリケーションである。なお保守サーバ１３において、端末Ａ，Ｂの識別は、エージェント２１から提供される端末ＩＤ２３によって識別することができる。
【００３０】
次いで、端末Ａにインストールされているアプリケーション２２のプログラムを当該端末Ａから端末Ｂへ交換する処理の流れを説明する。
【００３１】
最初のステップＳ１０１では、端末Ａのエージェント２１が保守サーバ１３に対して動作の指示（この場合には「端末の交換」等）について問い合わせる（手順Ｐ１０１）。この動作の指示の問合せのメッセージの中には、問合せの内容と共に端末Ａを特定する端末ＩＤ（例えば「1000」）２３が含まれている。保守サーバ１３は、問合せのメッセージを受信し、当該問合せのメッセージに含まれる端末ＩＤ２３に基づいて、問合せを行ったサービス提供端末１１（端末Ａ）を特定する（ステップＳ２０１）。その後、端末Ａからの問合せ（手順Ｐ１０１）に対して、保守サーバ１３は端末Ａのエージェント２１に対して「動作の指示」について応答する（ステップＳ２０２、手順Ｐ２０１）。なお保守サーバ１３は、ステップＳ２０１より前の段階において、常時、ｎ個のサービス提供端末１１からの送られてくる問合せの有無を監視している。
【００３２】
保守サーバ１３からの動作の指示の応答（手順Ｐ２０１）を受けた（ステップＳ１０２）端末Ａのエージェント２１は、「端末の交換」に係る動作の指示について、自身が交換時に「アプリケーションの状態」を提供する端末であった場合には、「構成種別情報」に従って当該「アプリケーションの状態」４１を保守サーバ１３にアップロードする（ステップＳ１０３、手順Ｐ１０２）。当該「アプリケーションの状態」４１は、図２に示すように、アプリケーション２２とアプリケーション構成２４を含むものである。保守サーバ１３は、アップロードされた「アプリケーションの状態」４１を受信しかつ保守サーバストレージ１５に保管する（ステップＳ２０３）。
【００３３】
次に、端末Ｂのエージェント２１は、定期的に保守サーバ１３に対して動作の指示（「端末の交換」等）について問い合わせる（ステップＳ３０１、手順Ｐ３０１）。保守サーバ１３では、判断ステップＳ２０４において常時に動作の指示の問合せの有無を判断している。判断ステップＳ２０４でＹＥＳの場合において、続いて保守サーバ１３は、問合せ動作を行っているサービス提供端末１１（端末Ｂ）の端末ＩＤ（例えば「1100」）から端末Ｂを特定する（ステップＳ２０５）。そして、保守サーバ１３は端末Ｂのエージェント２１に対して「動作の指示」について応答する（ステップＳ２０６、手順Ｐ２０２）。
【００３４】
保守サーバ１３からの動作の指示の応答（手順Ｐ２０２）を受けた（ステップＳ３０２）端末Ｂのエージェント２１は、「端末の交換」に係る動作の指示について、自身が交換時に「アプリケーションの状態」を受け取る端末であった場合には、先ず、アプリケーションの構成２４（AppConf1）を保守サーバ１３の保守サーバストレージ１５内の「アプリケーション構成」に係るファイル３２からダウンロードする（ステップＳ３０３、手順Ｐ３０２）。端末Ｂのエージェント２１は、さらに、取得したアプリケーションの構成２４に従って、保守サーバ１３の保守サーバストレージ１５内の「アプリケーション」に係るファイル３３からアプリケーション２２（App1）をダウンロードする（ステップＳ３０４、手順Ｐ３０３）。そして、端末Ｂのエージェント２１は、ダウンロードしたアプリケーション２２（App1）を当該端末Ｂにインストールする（ステップＳ３０５）。次いで、端末Ｂのエージェント２１は、「構成種別情報」に従って、上記のステップＳ１０３で端末Ａのエージェント２１が保守サーバ１３にアップロードした「アプリケーションの状態」に係るデータ４１を保守サーバ１３からダウンロードすることを、保守サーバ１３に対して要求する（ステップＳ３０６、手順Ｐ３０４）。
【００３５】
端末Ｂのエージェント２１からの上記の要求に対して、保守サーバ１３は、端末Ａから「アプリケーションの状態」のアップロードが完了していることを応答する（ステップＳ２０７、手順Ｐ２０３）。この応答を受けて（ステップＳ３０７）、これに基づき、端末Ｂのエージェント２１は、保守サーバ１３の保守サーバストレージ１５から「アプリケーションの状態」４１をダウンロードする（ステップＳ３０８、手順Ｐ３０５）。そして、この「アプリケーションの状態」４１を用いてインストール済みのアプリケーション２２を更新する（ステップＳ３０８）。
【００３６】
上記の通り端末Ａのサービス機能を異なる他の端末Ｂに交換する場合において、本実施形態に係るアプリケーションソフトの自動設定方法によれば、各端末のエージェント２１と保守サーバ１３との処理機能によって、端末Ａにセットされているアプリケーション２２に基づくサービス機能が端末Ｂへ自動的に設定することができる。ここで、前述のオペレータ１４は保守サーバ１３を監視・管理し必要に応じて操作する者であり、「端末の交換」等のサービス提供端末１１を保守する作業が発生する場合において、保守サーバ１３に対して当該保守作業の実行を指示する者である。しかしながら、上記の「端末の交換」に係る動作が実行されているときには全く関与せず、端末Ｂでのアプリケーションソフトのインストール等についてオペレータ１４自身が手作業を行うことはない。
【００３７】
また、上記の端末の交換では、端末Ｂは、初期の段階では特定のサービス用アプリケーションソフトがインストールされていないという前提に立っていたが、他のサービス用アプリケーションがインストールされている前提で、これの代わりに端末Ａのサービス用アプリケーションソフトに入れ替える、あるいは、これと共に追加的に端末Ａのサービス用アプリケーションをインストールするように構成することもできる。
【００３８】
以上の実施形態で説明された構成、形状、大きさおよび配置関係については本発明が理解・実施できる程度に概略的に示したものにすぎない。従って本発明は、説明された実施形態に限定されるものではなく、特許請求の範囲に示される技術的思想の範囲を逸脱しない限り様々な形態に変更することができる。
【産業上の利用可能性】
【００３９】
本発明に係るサービス提供端末におけるアプリケーションソフトの自動設定方法は、ＩＣカード等を用いて利用される各種のサービス提供端末の端末交換等に利用され、軽い作業負担で簡単に端末の交換を行うときに利用される。
【符号の説明】
【００４０】
１１ サービス提供端末
１２ ネットワーク
１３ 保守サーバ
１３Ａ 入力操作装置
１３Ｂ 表示装置
１４ オペレータ
１５ 保守サーバストレージ
２１ エージェント
２２ アプリケーション
２３ 端末ＩＤ
２４ アプリケーション構成
３１ 「アプリケーションの状態」に係るファイル
３２ 「アプリケーション構成」に係るファイル
３３ 「アプリケーション」に係るファイル
【特許請求の範囲】
【請求項１】
保守サーバと少なくとも２台のサービス提供端末の各々とがネットワークを介して相互に通信可能に接続され、
前記サービス提供端末は、前記保守サーバに対して動作の指示の問合せを行うエージェントと、固有の端末ＩＤと、必要に応じてインストールされたサービス用アプリケーションソフトとを備え、
前記保守サーバは、アプリケーションに係るファイルと、アプリケーション構成に係るファイルと、アプリケーションの状態に係るファイルとを保存するデータ保存手段を備えるように構成され、
第１の前記サービス提供端末に設定された前記サービス用アプリケーションソフトを第２の前記サービス提供端末に交換するとき、
前記第１のサービス提供端末の前記エージェントは、前記サービス用アプリケーションソフトによるアプリケーションの状態を前記保守サーバの前記データ保存手段に保存するようにアップロードし、
前記第２のサービス提供端末の前記エージェントは、前記保守サーバの前記データ保存手段から前記第１のサービス提供端末に係るアプリケーションの構成とアプリケーションをダウンロードしかつインストールし、その後に、前記保守サーバの前記データ保存手段から、アップロードされた前記第１のサービス提供端末の前記アプリケーションの状態をダウンロードし、インストールした前記アプリケーションの更新を行う、
ことを特徴とするサービス提供端末におけるアプリケーションソフトの自動設定方法。
【請求項２】
前記保守サーバは、前記サービス提供端末の前記エージェントが行う問合せの中に含まれる前記端末ＩＤに基づいて、端末の交換を行う前記の第１および第２のサービス提供端末を特定することを特徴とする請求項１記載のサービス提供端末におけるアプリケーションソフトの自動設定方法。
【請求項３】
前記第２のサービス提供端末は、初期には前記サービス用アプリケーションソフトをインストールされていないことを特徴とする請求項１または２記載のサービス提供端末におけるアプリケーションソフトの自動設定方法。
【請求項４】
前記保守サーバは、端末の交換を含む前記サービス提供に係る保守作業の要否についてオペレータから指示を受けることを特徴とする請求項１〜３のいずれか１項に記載のサービス提供端末におけるアプリケーションソフトの自動設定方法。
【請求項１】
保守サーバと少なくとも２台のサービス提供端末の各々とがネットワークを介して相互に通信可能に接続され、
前記サービス提供端末は、前記保守サーバに対して動作の指示の問合せを行うエージェントと、固有の端末ＩＤと、必要に応じてインストールされたサービス用アプリケーションソフトとを備え、
前記保守サーバは、アプリケーションに係るファイルと、アプリケーション構成に係るファイルと、アプリケーションの状態に係るファイルとを保存するデータ保存手段を備えるように構成され、
第１の前記サービス提供端末に設定された前記サービス用アプリケーションソフトを第２の前記サービス提供端末に交換するとき、
前記第１のサービス提供端末の前記エージェントは、前記サービス用アプリケーションソフトによるアプリケーションの状態を前記保守サーバの前記データ保存手段に保存するようにアップロードし、
前記第２のサービス提供端末の前記エージェントは、前記保守サーバの前記データ保存手段から前記第１のサービス提供端末に係るアプリケーションの構成とアプリケーションをダウンロードしかつインストールし、その後に、前記保守サーバの前記データ保存手段から、アップロードされた前記第１のサービス提供端末の前記アプリケーションの状態をダウンロードし、インストールした前記アプリケーションの更新を行う、
ことを特徴とするサービス提供端末におけるアプリケーションソフトの自動設定方法。
【請求項２】
前記保守サーバは、前記サービス提供端末の前記エージェントが行う問合せの中に含まれる前記端末ＩＤに基づいて、端末の交換を行う前記の第１および第２のサービス提供端末を特定することを特徴とする請求項１記載のサービス提供端末におけるアプリケーションソフトの自動設定方法。
【請求項３】
前記第２のサービス提供端末は、初期には前記サービス用アプリケーションソフトをインストールされていないことを特徴とする請求項１または２記載のサービス提供端末におけるアプリケーションソフトの自動設定方法。
【請求項４】
前記保守サーバは、端末の交換を含む前記サービス提供に係る保守作業の要否についてオペレータから指示を受けることを特徴とする請求項１〜３のいずれか１項に記載のサービス提供端末におけるアプリケーションソフトの自動設定方法。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１２−１２８６３１（Ｐ２０１２−１２８６３１Ａ）
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願番号】特願２０１０−２７９１０８（Ｐ２０１０−２７９１０８）
【出願日】平成２２年１２月１５日（２０１０．１２．１５）
【出願人】（０００００４６５１）日本信号株式会社 (720)
【Ｆターム（参考）】
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願日】平成２２年１２月１５日（２０１０．１２．１５）
【出願人】（０００００４６５１）日本信号株式会社 (720)
【Ｆターム（参考）】
[ Back to top ]