(57)【要約】【課題】間違って他の決済端末用の設定情報がダウンロードされることがないようにする。【解決手段】まず、設定対象の決済端末３０の端末ＩＤを管理者用ＩＣカード１に記憶し、定義用ＰＣ２０が自己において設定された端末定義情報にこの端末ＩＤを付加して定義保存サーバ１０へ送信する。定義保存サーバ１０は、これらを対応付けて格納し、格納先を示すＵＲＬを生成して定義用ＰＣ２０へ送信する。定義用ＰＣ２０はこのＵＲＬをＩＣカード１に書き込む。その後、管理者は、設定対象の決済端末３０のところに戻って上記ＵＲＬを用いたアクセスにより端末定義情報をダウンロードさせるが、もし、当該決済端末３０の端末ＩＤがＩＣカード１に記憶されている端末ＩＤと一致しないならば、アクセスは行わず、当然、ダウンロードは行われない。【選択図】図１
2009026159.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と定義用コンピュータとサーバとから成り、前記各端末とサーバ、及び前記定義用コンピュータとサーバとが、ネットワークを介して相互にデータ送受信可能な端末設定システムにおいて、
前記端末は、任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第１の判定手段と、該任意の端末ＩＤが記憶されていない場合には自端末の端末ＩＤを該ＩＣカードに書き込む端末ＩＤ書込手段とを有し、
前記定義用コンピュータは、任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第２の判定手段と、該任意の端末ＩＤが記憶されている場合には、任意の設定情報を入力させ、該入力された設定情報を前記サーバへ送信する設定情報入力・送信手段とを有し、
前記サーバは、前記設定情報を受信すると、該設定情報を格納すると共に該格納した設定情報へのアクセス情報を生成する設定情報管理手段と、該生成したアクセス情報を前記送信元の定義用コンピュータへ返信するアクセス情報返信手段とを有し、
前記定義用コンピュータは、前記アクセス情報返信手段から返信される前記アクセス情報を、前記ＩＣカードに書き込むアクセス情報書込手段を更に有し、
前記端末は、更に、前記第１の判定手段において前記任意の端末ＩＤが書き込まれていると判定されたＩＣカードから該任意の端末ＩＤと共に前記アクセス情報を読み出して、該読み出した端末ＩＤが自端末の端末ＩＤと一致するか否かを判定する第３の判定手段と、該第３の判定手段によって端末ＩＤが一致すると判定された場合に、前記読み出したアクセス情報を用いて前記サーバにアクセスして該サーバに格納されている前記設定情報をダウンロードさせて取得すると共に前記ＩＣカードに記憶されている前記端末ＩＤとアクセス情報を消去する設定情報取得手段と、
を有することを特徴とする端末設定システム。
【請求項２】
複数の端末と定義用コンピュータとサーバとから成り、前記各端末とサーバ、及び前記定義用コンピュータとサーバとが、ネットワークを介して相互にデータ送受信可能な端末設定システムにおいて、
前記端末は、任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第１の判定手段と、該任意の端末ＩＤが記憶されていない場合には自端末の端末ＩＤを該ＩＣカードに書き込む端末ＩＤ書込手段とを有し、
前記定義用コンピュータは、任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第２の判定手段と、該任意の端末ＩＤが記憶されている場合には、任意の設定情報を入力させ、該入力された設定情報を前記ＩＣカードに記憶されている端末ＩＤと共に前記サーバへ送信する設定情報入力・送信手段とを有し、
前記サーバは、前記設定情報と端末ＩＤを受信すると、該設定情報を該端末ＩＤに対応付けて格納すると共に該格納した設定情報へのアクセス情報を生成する設定情報管理手段と、該生成したアクセス情報を前記送信元の定義用コンピュータへ返信するアクセス情報返信手段とを有し、
前記定義用コンピュータは、前記アクセス情報返信手段から返信される前記アクセス情報を、前記ＩＣカードに書き込むアクセス情報書込手段を更に有し、
前記端末は、前記第１の判定手段において前記任意の端末ＩＤが記憶されていると判定されたＩＣカードから前記アクセス情報を読み出して、該読み出したアクセス情報を用いて前記サーバにアクセスして前記設定情報を要求すると共に自端末の端末ＩＤを送信するアクセス手段を更に有し、
前記サーバは、前記要求された設定情報に対応付けて格納されている前記端末ＩＤが、
前記送信された自端末の端末ＩＤと一致する場合に、該設定情報を前記アクセス元の端末へダウンロードするダウンロード手段を更に有することを特徴とする端末設定システム。
【請求項３】
複数の端末と定義用コンピュータとサーバとから成り、前記各端末とサーバ、及び前記定義用コンピュータとサーバとが、ネットワークを介して相互にデータ送受信可能な端末設定システムにおける前記各端末であって、
任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第１の判定手段と、
該第１の判定手段により端末ＩＤが記憶されていないと判定された場合に、自端末の端末ＩＤを該ＩＣカードに書き込む端末ＩＤ書込手段と、
該第１の判定手段により端末ＩＤが記憶されていると判定された場合に、該ＩＣカードに記憶されている端末ＩＤが自端末の端末ＩＤと一致するか否かを判定する第２の判定手段と、
該第２の判定手段によって端末ＩＤが一致すると判定された場合に、前記ＩＣカードに記憶されているアクセス情報を用いて前記サーバにアクセスして該サーバに格納されている設定情報をダウンロードさせて取得すると共に前記ＩＣカードに記憶されている前記端末ＩＤとアクセス情報を消去する設定情報取得手段と、
を有することを特徴とする端末。
【請求項４】
複数の端末と定義用コンピュータとサーバとから成り、前記各端末とサーバ、及び前記定義用コンピュータとサーバとが、ネットワークを介して相互にデータ送受信可能な端末設定システムにおける前記サーバであって、
前記定義用コンピュータから、該定義用コンピュータにおいて入力された任意の設定情報が、該入力の際に提示されたＩＣカードに記憶されていた設定対象の端末の端末ＩＤと共に送信されてくると、該設定情報を該端末ＩＤに対応付けて格納すると共に該格納した設定情報へのアクセス情報を生成する設定情報管理手段と、
該生成したアクセス情報を前記送信元の定義用コンピュータへ返信するアクセス情報返信手段と、
前記ＩＣカードを介して前記アクセス情報を取得した端末から、該端末の端末ＩＤを含む前記設定情報要求のアクセスがあると、該アクセス元の端末の端末ＩＤが該要求された設定情報に対応付けて格納されている前記端末ＩＤと一致する場合に、該設定情報を前記アクセス元の端末へダウンロードするダウンロード手段と、
を有することを特徴とするサーバ。
【請求項５】
複数の端末と定義用コンピュータとサーバとから成り、前記各端末とサーバ、及び前記定義用コンピュータとサーバとが、ネットワークを介して相互にデータ送受信可能な端末設定システムにおける前記各端末のコンピュータを、
任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第１の判定手段と、
該第１の判定手段により端末ＩＤが記憶されていないと判定された場合に、自端末の端末ＩＤを該ＩＣカードに書き込む端末ＩＤ書込手段と、
該第１の判定手段により端末ＩＤが記憶されていると判定された場合に、該ＩＣカードに記憶されている端末ＩＤが自端末の端末ＩＤと一致するか否かを判定する第２の判定手段と、
該第２の判定手段によって端末ＩＤが一致すると判定された場合に、前記ＩＣカードに記憶されているアクセス情報を用いて前記サーバにアクセスして該サーバに格納されている設定情報をダウンロードさせて取得すると共に前記ＩＣカードに記憶されている前記端末ＩＤとアクセス情報を消去する設定情報取得手段、
として機能させる為のプログラム。
【請求項６】
複数の端末と定義用コンピュータとサーバとから成り、前記各端末とサーバ、及び前記定義用コンピュータとサーバとが、ネットワークを介して相互にデータ送受信可能な端末設定システムにおける前記サーバのコンピュータを、
前記定義用コンピュータから、該定義用コンピュータにおいて入力された任意の設定情報が、該入力の際に提示されたＩＣカードに記憶されていた設定対象の端末の端末ＩＤと共に送信されてくると、該設定情報を該端末ＩＤに対応付けて格納すると共に該格納した設定情報へのアクセス情報を生成する設定情報管理手段と、
該生成したアクセス情報を前記送信元の定義用コンピュータへ返信するアクセス情報返信手段と、
前記ＩＣカードを介して前記アクセス情報を取得した端末から、該端末の端末ＩＤを含む前記設定情報要求のアクセスがあると、該アクセス元の端末の端末ＩＤが該要求された設定情報に対応付けて格納されている前記端末ＩＤと一致する場合に、該設定情報を前記アクセス元の端末へダウンロードするダウンロード手段、
として機能させる為のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特にＩＣカード・リーダ／ライタを有する端末の設定変更などをオンラインで実施する方法に関するものである。
【背景技術】
【０００２】
従来より、各種店舗内に設置される例えば電子マネーの決済端末等のような、ＩＣカード・リーダ／ライタを有する情報処理端末に対して、運用開始後にも任意の設定情報を追加したり設定変更を行う場合が少なくない。この設定内容は任意でよいが、例えば１つの店舗内に用途を変えた複数の端末があり、各端末毎に異なる設定を行う必要がある場合もあり得る。また、上記のような端末は、入力装置として例えばテンキー等しかない、入力機能が貧弱なものである場合が多い。
【０００３】
上述した事情に対応して、例えば図１６に示すような端末設定システムが考えられている。
図１６に示す端末設定システムにおいて、まず、ＩＣカード・リーダ／ライタを有する端末であって例えば電子マネー決済用の端末である決済端末１０４自体には、上記の通り貧弱な入力機能しかないので、ユーザが任意の設定を入力するためにパソコン等（図示の定義用ＰＣ１０２）を利用する。この定義用ＰＣ１０２には、以下に説明するＩＣカードを利用する処理を行う為に、ＩＣカード・リーダ／ライタが備えられている必要がある。
【０００４】
まず、特定のユーザ（上記決済端末が設置された店舗の店長や管理責任者等；以下、管理者と呼ぶ）が、定義用ＰＣ１０２のキーボード／マウス等を操作して所定のアプリケーションを起動すると、このアプリケーションが実行されることにより定義用ＰＣ１０２は、まず、定義保存サーバ１０１にアクセスして所定の認証処理を行い、認証成功したら定義用ＰＣ１０２のディスプレイに、所定の定義入力画面を表示して、上記管理者に所望の定義対象の決済端末１０４に関する任意の設定情報（端末定義情報等）を入力させる。そして、入力された端末定義情報を定義保存サーバ１０１へ送信する。
【０００５】
尚、端末定義情報とは、例えば自動電源ＯＮ／ＯＦＦ時刻やセンタ装置との定期的な通信時刻等のような情報である。勿論、この様な例に限らない。
定義保存サーバ１０１は、この端末定義情報を受信すると、自己のデータベース１０１ａに格納すると共に、後に外部からこの格納先にアクセスさせる為のアクセス情報（ＵＲＬ等）を生成して、このＵＲＬを送信元の定義用ＰＣ１０２へ、定義完了応答と共に返信する。
【０００６】
定義用ＰＣ１０２は、受信したＵＲＬを、上記管理者が翳す管理者用ＩＣカード１０３に書き込む。
管理者は、その後、上記所望の定義対象の決済端末１０４のところに行き、自己の管理者用ＩＣカード１０３を翳すと、この決済端末１０４は管理者用ＩＣカード１０３に記憶されているＵＲＬを読み出して、このＵＲＬを用いて定義保存サーバ１０１にアクセスする。
【０００７】
これより、定義保存サーバ１０１は、上記端末定義情報をアクセス元の決済端末１０４にダウンロードする。
尚、所望の決済端末１０４にダウンロードさせる設定情報は上記端末定義情報のような設定値に限らず、例えばアプリケーションプログラム等であってもよい。例えば、定義入力画面の代わりにアプリケーションの指定／更新指示を行える画面を表示して所望のアプ
リケーション又はアプリケーションの更新の指示を行えるようにし、上記ＵＲＬを用いることで、決済端末１０４に新たなアプリケーションがダウンロードされるようにしてもよい。
【０００８】
また、例えば、特許文献１記載の従来技術がある。
この従来技術では、公共の場に設置されて任意の各一般ユーザが利用する多機能コピー機に対して、各ユーザ毎に適合した操作環境を設定する為に、利用する毎に逐一設定を行う必要がないようにすることを目的としている。この目的の為に、ユーザが最初に各種パラメータ設定を行うと、この設定データがユーザのホームページ上に格納され、このホームページのＵＲＬアドレスがユーザのＩＣカードに格納される。その後、ユーザが多機能コピー機を利用する都度、ＩＣカードを提示することで、このＩＣカードに格納されているＵＲＬを用いて上記ユーザのホームページにアクセスして設定データを取得することで、そのユーザ個人の設定が行われる。
【特許文献１】特開２００４−１８６９６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記図１６に示すシステムでは、管理者が定義対象の決済端末に端末定義情報をダウンロードさせる際にＩＣカードをかざすと、定義対象の決済端末がこのＩＣカードから読み出したＵＲＬを用いて自動的に端末定義情報をサーバからダウンロードするが、定義対象の決済端末は、ＩＣカードから読み取ったＵＲＬが自端末を定義対象とするＵＲＬであるかどうか判別できない、という問題がある。
【００１０】
この為、管理者が所望する定義対象の決済端末とは異なる決済端末に誤ってＩＣカードを翳した場合、想定外の決済端末に定義情報をダウンロードしてしまう。たとえば同一店舗に決済端末A、Bが存在する場合において、管理者が決済端末A向けの定義情報を作成をしたが、定義情報ダウンロードの際に間違って決済端末BにＩＣカードを翳した場合、決済端末Bは決済端末A向けの定義情報をダウンロードして設定してしまう、といった問題が生じてしまう。
【００１１】
これは、例えば同じ店舗内に用途を変えた複数の端末が存在する場合等のように、設定すべき定義情報が各端末毎に異なる場合に大きな問題となる。
本発明の課題は、定義用コンピュータとサーバとＩＣカードを利用することで端末の設定を行うシステムにおいて、複数の端末がある場合でも、任意の設定対象端末に関する設定情報等が、誤って他の端末に設定されてしまう事態を防止できる端末設定システム等を提供することである。
【課題を解決するための手段】
【００１２】
本発明の第１の端末設定システムは、複数の端末と定義用コンピュータとサーバとから成り、前記各端末とサーバ、及び前記定義用コンピュータとサーバとが、ネットワークを介して相互にデータ送受信可能な端末設定システムにおいて、前記端末は、任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第１の判定手段と、該任意の端末ＩＤが記憶されていない場合には自端末の端末ＩＤを該ＩＣカードに書き込む端末ＩＤ書込手段とを有し、前記定義用コンピュータは、任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第２の判定手段と、該任意の端末ＩＤが記憶されている場合には、任意の設定情報を入力させ、該入力された設定情報を前記サーバへ送信する設定情報入力・送信手段とを有し、前記サーバは、前記設定情報を受信すると、該設定情報を格納すると共に該格納した設定情報へのアクセス情報を生成する設定情報管理手段と、該生成したアクセス情報を前記送信元の定義用コンピュータへ返
信するアクセス情報返信手段とを有し、前記定義用コンピュータは、前記アクセス情報返信手段から返信される前記アクセス情報を、前記ＩＣカードに書き込むアクセス情報書込手段を更に有し、前記端末は、更に、前記第１の判定手段において前記任意の端末ＩＤが書き込まれていると判定されたＩＣカードから該任意の端末ＩＤと共に前記アクセス情報を読み出して、該読み出した端末ＩＤが自端末の端末ＩＤと一致するか否かを判定する第３の判定手段と、該第３の判定手段によって端末ＩＤが一致すると判定された場合に、前記読み出したアクセス情報を用いて前記サーバにアクセスして該サーバに格納されている前記設定情報をダウンロードさせて取得すると共に前記ＩＣカードに記憶されている前記端末ＩＤとアクセス情報を消去する設定情報取得手段とを有する。
【００１３】
本発明の第２の端末設定システムは、複数の端末と定義用コンピュータとサーバとから成り、前記各端末とサーバ、及び前記定義用コンピュータとサーバとが、ネットワークを介して相互にデータ送受信可能な端末設定システムにおいて、前記端末は、任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第１の判定手段と、該任意の端末ＩＤが記憶されていない場合には自端末の端末ＩＤを該ＩＣカードに書き込む端末ＩＤ書込手段とを有し、前記定義用コンピュータは、任意のＩＣカードとの非接触型又は接触型の通信を行う毎に、該ＩＣカードに任意の端末ＩＤが記憶されているか否かを判定する第２の判定手段と、該任意の端末ＩＤが記憶されている場合には、任意の設定情報を入力させ、該入力された設定情報を前記ＩＣカードに記憶されている端末ＩＤと共に前記サーバへ送信する設定情報入力・送信手段とを有し、前記サーバは、前記設定情報と端末ＩＤを受信すると、該設定情報を該端末ＩＤに対応付けて格納すると共に該格納した設定情報へのアクセス情報を生成する設定情報管理手段と、該生成したアクセス情報を前記送信元の定義用コンピュータへ返信するアクセス情報返信手段とを有し、前記定義用コンピュータは、前記アクセス情報返信手段から返信される前記アクセス情報を、前記ＩＣカードに書き込むアクセス情報書込手段を更に有し、
前記端末は、前記第１の判定手段において前記任意の端末ＩＤが記憶されていると判定されたＩＣカードから前記アクセス情報を読み出して、該読み出したアクセス情報を用いて前記サーバにアクセスして前記設定情報を要求すると共に自端末の端末ＩＤを送信するアクセス手段を更に有し、前記サーバは、前記要求された設定情報に対応付けて格納されている前記端末ＩＤが、前記送信された自端末の端末ＩＤと一致する場合に、該設定情報を前記アクセス元の端末へダウンロードするダウンロード手段を更に有する。
【００１４】
上記第１の端末設定システムと第２の端末設定システムとの違いは、設定情報のダウンロードの可否の為の判定を、端末側で行うか、サーバ側で行うかである。
第１の端末設定システムでは、最初に、設定対象とした端末の端末ＩＤをＩＣカードに記憶させておき、定義用コンピュータとサーバとにより任意の設定情報をサーバ側に格納すると共にそのアクセス情報をＩＣカードに記憶することで、再び端末がＩＣカードとの通信を行うことでアクセス情報を取得できるが、その際に間違って設定対象以外の端末にＩＣカードを提示した場合には、この端末の端末ＩＤとＩＣカードの端末ＩＤは不一致となるので、サーバへのアクセスは行われず、当然、設定情報はダウンロードされないことになる。
【００１５】
第２の端末設定システムでは、上記任意の設定情報と共に上記ＩＣカードの端末ＩＤをサーバに送信して、これらを対応付けて格納させる。これにより、上記アクセス情報を用いてアクセスしてきた端末が、設定対象以外の端末であった場合には、その端末ＩＤは上記格納してある端末ＩＤと不一致となるので、設定情報のダウンロードは行われない。
【発明の効果】
【００１６】
本発明の端末設定システム等によれば、定義用コンピュータとサーバとＩＣカードを利
用することで端末の設定を行うシステムにおいて、複数の端末がある場合でも、任意の設定対象端末に関する設定情報等が、誤って他の端末に設定されてしまう事態を防止できる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の実施の形態について説明する。
図１に、本例の端末設定システムの構成・全体的な動作を示す。
尚、本例では、設定対象の端末として電子マネーの決済端末を例にするが、この例に限らない。ＩＣカード・リーダ／ライタを有する情報処理端末であって、特に上記の様に入力機能が貧弱な為にその端末を操作して直接定義情報を設定するということが出来ない（あるいは手間が掛かる）情報処理端末が適用対象である。また、本説明では端末にダウンロードさせる情報は端末定義情報とするが、上記の通り、アプリケーション等であってもよい。この様な端末定義情報、アプリケーションといった種類を問わず、端末にダウンロードさせるべき情報を、“設定情報”と呼ぶものとする。但し、以下の説明では端末定義情報を一例として説明する。
【００１８】
図１に示すシステムの装置構成自体は、上記従来と略同様である。すなわち、定義保存サーバ１０、定義用ＰＣ（パソコン）２０、各決済端末３０等から成り、設定者（ここでは管理者と呼ぶものとする）が所持する管理者用ＩＣカード１を用いる、という構成自体は、従来と略同様である。特に図示しないが、従来で述べた通り、定義用ＰＣ（パソコン）２０及び各決済端末３０には、ＩＣカード・リーダ／ライタが備えられている。
【００１９】
また、決済端末３０は、例えば同じ店舗内に複数設置されることが想定される。
図１には、本例の定義設定手順として順番に（１）〜（１０）を示しており、以下、これについて概略的に説明する。
【００２０】
（１）まず、管理者は、自己の管理者用ＩＣカード１を所望の定義設定対象の決済端末３０（そのＩＣカードリーダ／ライタ）に翳すと、この決済端末３０は、自端末の端末ＩＤを管理者用ＩＣカード１に記録する。
【００２１】
（２）次に、管理者が、定義用ＰＣ２０のところに行き、自己の管理者用ＩＣカード１を定義用ＰＣ２０のＩＣカード・リーダ／ライタに翳すと、定義用ＰＣ２０は、翳された管理者用ＩＣカード１から上記端末ＩＤを読み出す。もし、管理者用ＩＣカード１に端末ＩＤが記憶されていないならば、ここでエラーとする。
【００２２】
（３）定義用ＰＣ２０は、続いて、定義保存サーバ１０にアクセスして、定義用ＰＣ２０−定義保存サーバ１０間で所定の認証処理を行ない、認証が成功すると、管理者に所望の端末定義情報を入力させるための所定の定義画面を自己のディスプレイに表示する。
【００２３】
（４）これにより、管理者は定義設定入力が可能となり、上記定義画面上で所望の端末定義情報を入力する。そして、入力完了すると、定義用ＰＣ２０は、上記管理者用ＩＣカード１から取得した端末ＩＤと共に上記入力された端末定義情報を定義保存サーバ１０へ送信する。定義保存サーバ１０は、受信した端末定義情報を受信した端末ＩＤと対応付けて格納する。更に、この格納した端末定義情報にアクセスする為のアクセス情報（ＵＲＬ等）を生成する。このアクセス情報（ＵＲＬ等）については後に具体例を挙げて説明する。
【００２４】
（５）そして、定義保存サーバ１０は、定義完了応答に上記ＵＲＬを付加して定義用ＰＣ２０に通知する。
（６）定義用ＰＣ２０は、上記定義完了応答を受信することで上記ＵＲＬを取得し、取
得したＵＲＬを管理者用ＩＣカード１に接続先ＵＲＬとして記録する。そして、書き込みが完了したことを上記画面内に表示する。
【００２５】
（７）上記画面表示を確認した管理者は、再び上記決済端末３０のところに行く。このとき、管理者が間違えて別の決済端末３０のところに行ってしまう可能性があるが、本手法では下記の通り、問題が生じることはない。
【００２６】
管理者は、再び、自己の管理者用ＩＣカード１を決済端末３０（そのＩＣカード・リーダ／ライタ）に翳すと、この決済端末３０は、翳された管理者用ＩＣカード１に記憶されている上記接続先ＵＲＬ、端末ＩＤを読み込む。そして、接続先ＵＲＬ、端末ＩＤが共にＩＣカード１に記録済みで且つこのＩＣカード１に記録されている端末ＩＤが自端末の端末ＩＤと一致するか否かをチェックし、この条件を満たさない場合エラーとする。
【００２７】
すなわち、管理者が間違えて別の決済端末３０のところに行った場合には、端末ＩＤ不一致となりエラーとなるので、定義保存サーバ１０へのアクセスは行われない。よって、他の決済端末３０用の端末定義情報が誤ってダウンロードされてしまうようなことはなく、上記従来の問題が解決できる。尚、この様なチェックは、以下の（９）で説明するように定義保存サーバ１０側で行ってもよく、要は、結果的に、他の決済端末３０用の端末定義情報が誤ってダウンロードされないようにできるならば、どちらでもよい。
【００２８】
（８）上記端末ＩＤの一致／不一致チェックの結果、問題無ければ、決済端末３０は、管理者用ＩＣカード１から読み出した接続先ＵＲＬを用いて定義保存サーバ１０へアクセスする。その際、自端末の端末ＩＤを付加するようにしてもよい（特に上記チェックを定義保存サーバ１０側で行う場合。詳しい例は後に示す）。
【００２９】
（９）上記アクセスを受けた定義保存サーバ１０は、詳しくは後述する端末ＩＤ一致／不一致チェックを行い、端末ＩＤ不一致（チェックＮＧ）であれば端末定義情報のダウンロードは行わない。端末ＩＤが一致するならば（チェックＯＫ）、上記接続先ＵＲＬにより指定される端末定義情報を、アクセス元の決済端末３０にダウンロードする。その際、当該端末定義情報に対応付けて記憶されていた端末ＩＤも一緒にダウンロードするようにしてもよい。
【００３０】
（１０）決済端末３０側では、ダウンロードされた端末ＩＤをチェックして、自端末の端末ＩＤと一致していることを確認したら、ダウンロードされた定義情報を正規のものを判断し、取り込みを行なう。その後、必要に応じて管理者用ＩＣカード１内の情報消去、自端末の再起動等を実行する。
【００３１】
尚、上記端末ＩＤ一致／不一致チェックは、必ずしも定義保存サーバ１０、決済端末３０の両方で行わなければならないわけではなく、何れか一方のみで行ってもよい。
図２は、上記図１の端末設定システム全体の概略的なシステム構成図である。
【００３２】
図示の通り、上記定義用ＰＣ２０及び決済端末３０はネットワーク２に接続しており、それぞれがネットワーク２を介して定義保存サーバ１０との通信（データ送受信）を行うことができる。ネットワーク２は、例えばＬＡＮ、インターネット等である。尚、定義用ＰＣ２０と決済端末３０との間の通信は、行えなくてもよい。
【００３３】
また、定義用ＰＣ２０及び決済端末３０は、それぞれ、ＩＣカード・リーダ／ライタ（Ｒ／Ｗ）２０ａ、３０ａを備えており、管理者が所有する管理者用ＩＣカード１との通信（非接触型、接触型のどちらであってもよい）を行うことができる。
【００３４】
図３に、決済端末３０の構成図を示す。
図示の例では、決済端末３０は、メモリ３１、ＣＰＵ３２、プログラムメモリ３３、テンキー入力装置３５、通信インタフェース３６等を有する。尚、その他、上記ＩＣカード・リーダ／ライタ（Ｒ／Ｗ）３０ａが備えられている。
【００３５】
メモリ３１は、例えばフラッシュメモリ等の不揮発性のメモリであり、特に定義情報保存領域３１ａを有しており、この定義情報保存領域３１ａに端末定義情報が格納されることになる。
【００３６】
ＣＰＵ３２は、決済端末３０全体を制御する中央処理装置であり、プログラムメモリ３３に格納されている所定のアプリケーションプログラムを読み出し実行することにより所定の処理を実現する。特に、後述する図９、図１３、図１５に示すフローチャート図の処理を実行する。また、プログラムメモリ３３に格納されている不図示のＷｅｂクライアント機能アプリケーションを実行することにより、Ｗｅｂクライアント機能３４を実現する。Ｗｅｂクライアント機能３４は、任意のＵＲＬを指定してＷｅｂサーバにアクセスする機能等であり、ここでは特に定義保存サーバ１０にアクセスするものである。
【００３７】
テンキー入力装置３５は、テンキーのキーボード等である。既に述べてあるが、この様に決済端末３０の入力装置は、通常、テンキー程度のものであるので、端末定義情報の設定は定義用ＰＣ２０で行われる。
【００３８】
通信インタフェース３６はネットワーク２に接続して外部の他の装置と通信を行う機能部である。
図４に、上記管理者用ＩＣカード１の構成を示す。
【００３９】
図４においてＣＰＵ４１は演算プロセッサであり、メモリ４２に格納されている所定のアプリケーションプログラムを読み出し実行することにより、上記各ＩＣカード・リーダ／ライタ（Ｒ／Ｗ）２０ａ、３０ａとの接触型／非接触型の通信制御や、データの記憶、消去等の処理を行う。また、不図示のデータメモリには、端末ＩＤ保存領域４３、ＵＲＬ保存領域４４等が設けられている。当然、端末ＩＤ保存領域４３には上記設定対象の決済端末３０の端末ＩＤが記憶され、ＵＲＬ保存領域４４には上記アクセス情報（接続先ＵＲＬ等）が記憶されることになる。
【００４０】
図５は、定義保存サーバ１０の構成図である。
図示の例では、定義保存サーバ１０は、Ｗｅｂサーバ５０と端末定義情報データベース１０ａ等から成る。Ｗｅｂサーバ５０は、送受信機能部５１、定義情報処理機能部５２等の各種機能部を備える。送受信機能部５１は、外部の任意のクライアント（ここでは定義用ＰＣ２０又は決済端末３０）との間でデータ送受信を行う機能部であり、これらクライアントからのリクエストを受付け、必要に応じて定義情報処理機能部５２に処理を依頼して、この処理結果等をリクエスト元のクライアントに返信する。
【００４１】
定義情報処理機能部５２は、上記リクエストに応じて、新たな端末定義情報を端末定義情報データベース１０ａに格納したり、端末定義情報データベース１０ａを検索して要求された端末定義情報を取得して要求元に返信させる等の処理を行う。その際、上記端末ＩＤ一致／不一致チェック処理等も行う場合もある。
【００４２】
図５には、端末定義情報データベース１０ａにおける定義情報の格納形式の一例を示してある。図示の例では、各定義情報６２（端末定義情報）は、各々の定義情報６２に一意に割り当てられるユニークな通番６１（定義情報処理機能部５２が任意に割り当てる）に対応付けて格納されており、更に上記端末定義情報と共に送られてくる端末ＩＤである端
末ＩＤ６３を対応付けて格納している。
【００４３】
Ｗｅｂサーバ５０は、特に図示しないが、ＣＰＵ、記憶部（ハードディスクなど）等からなり、ＣＰＵは記憶部に記憶されている所定のアプリケーションプログラムを読み出し・実行することにより、上記各機能部（特に定義情報処理機能部５２）の機能を実現するものである。換言すれば、後述する図１１、図１４のフローチャートの処理を実現するものである。
【００４４】
図６には、上記定義用ＰＣ２０（コンピュータ）のハードウェア構成図を示す。
定義用ＰＣ２０は一般的なパソコン等のコンピュータであり、同図に示すコンピュータ７０は、ＣＰＵ７１、メモリ７２、入力部７３、出力部７４、記憶部７５、記録媒体駆動部７６、及びネットワーク接続部７７を有し、これらがバス７８に接続された構成となっている。
【００４５】
ＣＰＵ７１は、当該コンピュータ７０全体を制御する中央処理装置である。
メモリ７２は、プログラム実行、データ更新等の際に、記憶部７５（あるいは可搬型記録媒体７９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ７１は、メモリ７２に読み出したプログラム／データを用いて、各種処理を実行する。
【００４６】
出力部７４は、例えばディスプレイ等であり、上記定義画面等が表示される。
入力部７３は、例えば、キーボード、マウス等であり、ユーザはこれらを操作して、上記定義画面（図７に一例を示す）上で所望の定義入力等を行う。
【００４７】
ネットワーク接続部７７は、例えば上記ネットワーク２に接続して、他の情報処理装置とのコマンド／データ送受信を行う為の構成である。
記憶部７５は、例えばハードディスク等であり、例えば図１０、図１２に示すフローチャートの処理をＣＰＵ７１に実行させるアプリケーションプログラムが格納されている。
【００４８】
あるいは、これらプログラム／データは、可搬型記録媒体７９に記憶されているものであってもよい。これは、特に図示しないが、定義保存サーバ１０や決済端末３０においても同様であってよい。この場合、可搬型記録媒体７９に記憶されているプログラム／データは、記録媒体駆動部７６によって読み出される。可搬型記録媒体７９とは、例えば、ＦＤ（フレキシブル・ディスク）７９ａ、ＣＤ−ＲＯＭ７９ｂ、その他、ＤＶＤ、光磁気ディスク等である。
【００４９】
あるいは、また、上記プログラム／データは、ネットワーク接続部７７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。これも、特に図示しないが定義保存サーバ１０や決済端末３０においても同様であってよい。
【００５０】
また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。
【００５１】
以下、上述した端末設定システムについて、更に具体的・詳細に説明する。
まず、図７に、上記定義画面の一例を示す。
この例では、任意の決済端末３０の自動電源ON／OFF時刻およびセンタとの通信時刻を上記端末定義情報として設定させる為の定義画面８０を示す。
【００５２】
図８に、端末設定システム全体のメッセージシーケンスを示す。
図８は、既に図１で説明した（１）〜（１０）の処理を、メッセージシーケンスの形で示したものであり、以下、図８に示す処理の流れ（（ア）〜（キ））を参照しながら、図９〜図１５のフローチャート図の処理について説明する。
【００５３】
（ア）まず、既に図１の（１）で説明したように、管理者は、自己の管理者用ＩＣカード１を任意の定義設定対象の決済端末３０（そのＩＣカードリーダ／ライタ）に翳す。勿論、このとき、決済端末３０は電源ＯＮ状態である必要がある。また、ここでは、図７に示す画面の表示を例にして、端末ＩＤ＝‘0001’の決済端末３０を定義設定対象としたものとする。また、初期状態のＩＣカード１の端末ＩＤは空白（その端末ＩＤ保存領域４３にデータ（端末ＩＤ）が格納されていない状態）とする。これは、後述するステップＳ７４の処理によって端末ＩＤが消去された後の状態でも同様である。
【００５４】
決済端末３０は、上記翳された管理者用ＩＣカード１との通信を行って（ステップＳ１１）、その端末ＩＤが空白の場合には（ステップＳ１２，ＹＥＳ）、自端末の端末ＩＤを、当該管理者用ＩＣカード１の端末ＩＤ保存領域４３に書き込む（ステップＳ１３）。尚、このＩＣカード１に端末ＩＤが既に記憶されている場合には（ステップＳ１２，ＮＯ）、例えば後述する図１３の処理を実行する。
【００５５】
（イ）上記端末ＩＤの書き込み後、管理者は、定義用ＰＣ２０のところに行き、例えば定義用ＰＣ２０を操作して所定の定義用アプリケーションを起動してから自己の管理者用ＩＣカード１をそのＲ／Ｗ２０ａに翳すと、定義用アプリケーションは図１０の処理を実行する。
【００５６】
すなわち、まず、ＩＣカード１との通信を行ってその端末ＩＤ保存領域４３に格納されている端末ＩＤを読み出す（ステップＳ２１、Ｓ２２，ＹＥＳ）。尚、もし端末ＩＤが記憶されていないならば（ステップＳ２２，ＮＯ）処理を終了する。
【００５７】
続いて、上記認証処理等を行った後、上記定義画面８０等の所定の定義画面を表示して、管理者に任意の端末定義情報を入力させる。そして、入力完了したら（例えば図７に示す決定ボタンが押下されたら）、入力された端末定義情報を取得して（ステップＳ２３）、この端末定義情報を上記ＩＣカード１から読み出した端末ＩＤ（上記例では‘0001’）と共に定義保存サーバ１０へ送信する（ステップＳ２４）。その際、例えば定義情報登録要求等の予め決められている特定のコマンドを一緒に送信する。
【００５８】
定義用アプリケーションは、この送信後、定義保存サーバ１０からの返信を待ち、返信があったら後述する図１２の処理を実行する。
（ウ）上記特定コマンド、データを受信した定義保存サーバ１０は、図１１に示す処理を実行する。
【００５９】
すなわち、任意の定義用ＰＣ２０から送信された上記端末定義情報、端末ＩＤ等を受信すると（ステップＳ３１）、この受信した端末定義情報に受信した端末ＩＤを紐付けて端末定義情報データベース１０ａに格納する（ステップＳ３２）。その際、上述した端末定義情報を識別するための“通番”を付与する。ここでは、図５に示す例を用いて通番＝‘12376’であるものとする。
【００６０】
そして、保存した端末定義情報にアクセスするためのアクセス情報（定義先ＵＲＬ）を生成する（ステップＳ３３）。具体的には、例えば、ホスト名（定義保存サーバ１０のＵＲＬ）（www.abc.co.jp）、端末定義情報保存先のパス名（kessaiteigi）、上述した端末
定義情報を識別するために付与した通番（12376）から以下のようにアクセス情報（定義先ＵＲＬ）を生成する。
【００６１】
アクセス情報（定義先ＵＲＬ）＝“http://www.abc.co.jp/kessaiteigi/12376”
尚、以下、「アクセス情報（定義先ＵＲＬ）」は、単に「ＵＲＬ」と記すものとする。
そして、生成したＵＲＬを上記送信元の定義用ＰＣ２０へ返信する（ステップＳ３４）。
【００６２】
（エ）図１２に示すように、上記送信元の定義用ＰＣ２０は、上記ステップＳ３４による返信（ＵＲＬ）を受信すると（ステップＳ４１）、このＵＲＬを上記翳されている管理者用ＩＣカード１のＵＲＬ保存領域４４に書き込む（ステップＳ４２）。
【００６３】
（オ）その後、管理者は、再び設定対象の決済端末３０（上記端末ＩＤ＝‘0001’の決済端末３０）のところに行くのであるが、間違って他の決済端末３０のところに行くかもしれないが、何れの場合でも、決済端末３０は、管理者が自己の管理者用ＩＣカード１を翳すと、図１３に示す処理を実行する（尚、上記の通り、ここでは端末ＩＤが空白ではないことを前提とする）。
【００６４】
すなわち、決済端末３０は、自己のＲ／Ｗ３０ａを介して管理者用ＩＣカード１と通信を行い、ＩＣカード１の端末ＩＤ保存領域４３及びＵＲＬ保存領域４４に記憶されている端末ＩＤ及びＵＲＬを取得する（ステップＳ５１）。尚、もし、端末ＩＤが記憶されていなければ図９のステップＳ１３の処理が行われることになる。
【００６５】
そして、ＩＣカード１から取得した端末ＩＤを自端末の端末ＩＤと比較して、一致しなければ（ステップＳ５２、ＮＯ）本処理は終了する。つまり、定義保存サーバ１０へのアクセスは行われないので、当然、端末定義情報のダウンロードは行われないことになる。よって、もし管理者が間違えて他の決済端末３０（例えば端末ＩＤ＝‘0002’）のところに行っても、この端末ＩＤ＝‘0002’の決済端末３０に上記端末ＩＤ＝‘0001’の決済端末３０に関する端末定義情報がダウンロードされてしまうことはないという効果が得られる。
【００６６】
特に、上述したように同じ店舗内に用途を変えた複数の端末（ここでは決済端末３０）が存在する場合には、間違って他の端末の端末定義情報がダウンロードされてしまうと運用に重大な支障が起こりかねないので、本手法の効果は大きなものとなる。
【００６７】
尚、上記ステップＳ５２の処理と同様の効果が得られる処理として後述するステップＳ６２等の処理がある。これらの処理全てを行ってもよいが、全て行わなくてもよい。但し、当然、少なくともステップＳ５２、Ｄ６２のどちらか一方の処理を行う必要はある。
【００６８】
尚、端末ＩＤ一致チェックとしてステップＳ５２の処理のみ行う場合には、定義保存サーバ１０へ端末ＩＤを送信してこれを端末定義情報に対応付けて記憶させる処理は行わなくてもよい（端末定義情報のみ送信して記憶させる）。
【００６９】
また、もし、ＩＣカード１に上記ＵＲＬが記憶されていなければ（ステップＳ５３，ＮＯ）、当然、ダウンロードの為のアクセス自体が行えないので、本処理は終了する。
ＩＣカード１に自端末と同じ端末ＩＤが記憶されており且つＵＲＬが記憶されている場合には（ステップＳ５２，Ｓ５３、ＹＥＳ）、ＩＣカード１から読み出したＵＲＬを用いて定義保存サーバ１０にアクセスする（ステップＳ５４）。その際、自端末の端末ＩＤを付加する。
【００７０】
端末ＩＤの付加の仕方は、例えば以下に示す通りである。
http://www.abc.co.jp/kessaiteigi/12376?id=0001
上記のように、ＩＣカードから読み出したＵＲＬに?id=“端末ＩＤ”というクエリストリングを付加する。
【００７１】
（カ）上記アクセスを受付けた定義保存サーバ１０は、図１４に示す処理を実行する。
すなわち、まず、このアクセス内容（上記http://www.abc.co.jp/kessaiteigi/12376?id=0001）を解析して（ステップＳ６１）、kessaiteigi/12376により、すなわち上記パスと通番とにより、ダウンロード要求される端末定義情報を特定し、この端末定義情報に紐付けられている端末ＩＤ（上記端末ＩＤ６３）と、上記アクセスＵＲＬに付加されている端末ＩＤ（?id=“端末ＩＤ”）とを比較して、両者が一致するか否かを判定する（ステップＳ６２）。
【００７２】
もし、不一致であれば（ステップＳ６２，ＮＯ）、アクセス元の決済端末３０に対して中止応答を返信して（ステップＳ６５）、上記端末定義情報のダウンロードは行わない。
一方、端末ＩＤが一致すれば（ステップＳ６２，ＹＥＳ）、上記特定した端末定義情報を選択・取得して（ステップＳ６３）、これをアクセス元の決済端末３０にダウンロードする（ステップＳ６４）。その際、上記端末ＩＤ６３も一緒にダウンロードする。
【００７３】
（キ）決済端末３０は、上記図１３の処理後、上記定義保存サーバ１０から端末定義情報等のダウンロードがあると、図１５の処理を実行する。
すなわち、上記ダウンロードされた端末定義情報、端末ＩＤ等を受信すると（ステップＳ７１）、まず、受信した端末ＩＤが自端末の端末ＩＤと一致するか否かを照合し（ステップＳ７２）、不一致の場合には（ステップＳ７２，ＮＯ）ダウンロードされた端末定義情報は破棄する等して本処理は終了する。
【００７４】
端末ＩＤ一致の場合には（ステップＳ７２，ＹＥＳ）、ダウンロードされた端末定義情報を自己のメモリ３１の定義情報保存領域３１ａに格納することで、新たな設定の登録が完了する（ステップＳ７３）。
【００７５】
その後は、必要に応じて、管理者用ＩＣカード１に記憶されている端末ＩＤ及びＵＲＬを消去する（ステップＳ７４）。また、必要に応じて、自己（決済端末３０）の再起動を行う（ステップＳ７５）。尚、必要に応じてとは、その都度、必要か否かを判定するようなものではなく、予め設定されているものである。例えば上記のように同じ店舗に用途を変えた複数の端末が存在する場合には、同じＩＣカードを複数の端末の設定に用いる為に、端末ＩＤ及びＵＲＬの消去を行うようにする。また、これにより、特に管理者等が操作等を行わなくても、図９の処理を行うのか図１３の処理を行うのかが自動的に判定できる。
【図面の簡単な説明】
【００７６】
【図１】本例の端末設定システムの構成・全体的な動作を示す図である。
【図２】図１の端末設定システム全体の概略的なシステム構成図である。
【図３】決済端末の構成図である。
【図４】管理者用ＩＣカードの構成図である。
【図５】定義保存サーバの構成図である。
【図６】定義用ＰＣ（コンピュータ）のハードウェア構成図である。
【図７】定義画面の一例である。
【図８】端末設定システム全体のメッセージシーケンスを示す図である。
【図９】決済端末による処理フローチャート図（その１）である。
【図１０】定義用ＰＣによる処理フローチャート図（その１）である。
【図１１】定義保存サーバによる処理フローチャート図（その１）である。
【図１２】定義用ＰＣによる処理フローチャート図（その２）である。
【図１３】決済端末による処理フローチャート図（その２）である。
【図１４】定義保存サーバによる処理フローチャート図（その２）である。
【図１５】決済端末による処理フローチャート図（その３）である。
【図１６】従来の端末設定システムの構成・全体的な動作を示す図である。
【符号の説明】
【００７７】
１  管理者用ＩＣカード
２  ネットワーク
１０  定義保存サーバ
１０ａ  端末定義情報データベース
２０  定義用ＰＣ（コンピュータ）
２０ａ  ＩＣカード・リーダ／ライタ（Ｒ／Ｗ）
３０  決済端末
３０ａ  ＩＣカード・リーダ／ライタ（Ｒ／Ｗ）
３１  メモリ
３２  ＣＰＵ
３３  プログラムメモリ
３５  テンキー入力装置
３６  通信インタフェース
４１  ＣＰＵ
４２  メモリ
４３  端末ＩＤ保存領域
４４  ＵＲＬ保存領域
５０  Ｗｅｂサーバ
５１  送受信機能部
５２  定義情報処理機能部
６１  通番
６２  定義情報
６３  端末ＩＤ
７０  コンピュータ
７１  ＣＰＵ
７２  メモリ
７３  入力部
７４  出力部
７５  記憶部
９６  記録媒体駆動部
７７  ネットワーク接続部
７８  バス
７９  可搬型記録媒体
７９ａ  ＦＤ（フレキシブル・ディスク）
７９ｂ  ＣＤ−ＲＯＭ
８０  定義画面
【図１】
2009026159.tif 000003
【図２】
2009026159.tif 000004
【図３】
2009026159.tif 000005
【図４】
2009026159.tif 000006
【図５】
2009026159.tif 000007
【図６】
2009026159.tif 000008
【図７】
2009026159.tif 000009
【図８】
2009026159.tif 000010
【図９】
2009026159.tif 000011
【図１０】
2009026159.tif 000012
【図１１】
2009026159.tif 000013
【図１２】
2009026159.tif 000014
【図１３】
2009026159.tif 000015
【図１４】
2009026159.tif 000016
【図１５】
2009026159.tif 000017
【図１６】
2009026159.tif 000018