(57)【特許請求の範囲】
【請求項１】
銀行業務に用いる銀行業務システムにおいて、更新されたソフトウェアをバージョンアップする情報処理システムであって、アップデート端末、ユーザ管理装置、更新サーバ装置、銀行サーバ装置、および銀行ユーザ端末を具備する情報処理システムであり、
前記アップデート端末は、
更新されたソフトウェアである更新ソフトを識別するソフト識別情報を含む情報であり、更新ソフトを出荷するための情報である出荷情報を受け付ける出荷情報受付部と、
更新ソフトを受け付ける更新ソフト受付部と、
前記出荷情報を前記ユーザ管理装置に送信する出荷情報送信部と、
前記更新ソフト受付部が受け付けた更新ソフトを、前記更新サーバ装置に送信する端末更新ソフト送信部とを具備し、
前記ユーザ管理装置は、
ユーザを識別するユーザ識別子、当該ユーザが使用しているソフトウェアを識別するソフト識別情報、当該ソフトウェアに対する前記ユーザの保守契約の有無を示す保守契約情報とを有するユーザ情報を格納しているユーザ情報格納部と、
前記出荷情報を受信する出荷情報受信部と、
前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、当該ソフト識別情報に対応する保守契約情報が、保守契約があることを示す情報である場合に、当該保守契約情報と対になる１以上のユーザ識別子を取得するユーザ識別子取得部と、
前記１以上のユーザ識別子と、前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、ソフトウェアをバージョンアップするための権利を示す情報である１以上のチケット情報を生成するチケット情報生成部と、
前記１以上のチケット情報を前記更新サーバ装置に送信するチケット情報送信部とを具備し、
前記更新サーバ装置は、
ユーザ識別子に対応する情報であるチケット情報と、更新ソフトとを対に有するバージョンアップ情報を１以上格納し得るバージョンアップ情報格納部と、
前記アップデート端末から前記更新ソフトを受信する更新ソフト受信部と、
前記更新ソフト受信部が受信した更新ソフトを、前記バージョンアップ情報格納部に蓄積する更新ソフト蓄積部と、
前記１以上のチケット情報を受信するチケット情報受信部と、
前記チケット情報受信部が受信した１以上のチケット情報を、当該１以上の各チケット情報に対応する更新ソフトと対にして前記バージョンアップ情報格納部に蓄積するバージョンアップ情報蓄積部と、
前記銀行サーバ装置からユーザ識別子を受信するユーザ識別子受信部と、
前記ユーザ識別子受信部が受信したユーザ識別子を用いて、チケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを、前記銀行サーバ装置に送信する更新ソフト送信部とを具備し、
前記銀行サーバ装置は、
ユーザ識別子を受け付けるユーザ識別子受付部と、
前記ユーザ識別子受付部が受け付けたユーザ識別子を前記更新サーバ装置に送信するユーザ識別子送信部と、
前記更新サーバ装置から更新ソフトを受信する更新ソフト受信部と、
前記更新ソフト受信部が受信した更新ソフトをインストールする更新ソフトインストール部と、
前記銀行ユーザ端末から、銀行業務の依頼を示す情報である銀行業務依頼情報を受信する銀行業務依頼情報受信部と、
前記銀行業務依頼情報に応じた処理を行う業務処理部とを具備し、
前記銀行ユーザ端末は、
銀行業務依頼情報を受け付ける銀行業務依頼情報受付部と、
前記銀行業務依頼情報を前記銀行サーバ装置に送信する銀行業務依頼情報送信部と、
前記銀行業務依頼情報が照会サービスの依頼を示す情報である場合、当該銀行業務依頼情報に応じた情報を受信する照会情報受信部と、
前記照会情報受信部が受信した情報を出力する照会情報出力部とを具備する情報処理システム。
【請求項２】
前記チケット情報は、
本運用を行うための通常区分を示す情報、または本運用前のテストを行うためのテスト区分を示す情報であるモード情報を有し、
前記銀行サーバ装置が受け付けるユーザ識別子は、モード情報を有し、
前記更新サーバ装置の更新ソフト送信部は、
前記ユーザ識別子受信部が受信したモード情報を用いて、当該モード情報に対応するチケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを、前記銀行サーバ装置に送信する請求項１記載の情報処理システム。
【請求項３】
前記出荷情報は、
更新ソフトをダウンロードするための条件を示す情報である条件情報を含み、
前記チケット情報送信部は、
前記条件情報をさらに有する１以上のチケット情報を前記更新サーバ装置に送信し、
前記チケット情報受信部は、
前記１以上のチケット情報を受信し、
前記バージョンアップ情報蓄積部は、
前記条件情報を有する１以上のチケット情報を、対応する更新ソフトと対にして、前記バージョンアップ情報格納部に蓄積し、
前記更新ソフト送信部は、
前記条件情報を用いて条件に合致するか否かを判断し、かつ、前記ユーザ識別子受信部が受信したユーザ識別子を用いて、チケット情報を検索し、
当該条件に合致する場合のみ、当該検索されたチケット情報に対応する更新ソフトを、前記銀行サーバ装置に送信する請求項１または請求項２記載の情報処理システム。
【請求項４】
前記条件情報は、
前記銀行サーバ装置におけるレジストリ値を含む情報であり、
前記更新ソフト送信部は、
前記銀行サーバ装置に問い合わせ、前記レジストリ値が、前記条件情報を満たすか否かを判断する請求項３記載の情報処理システム。
【請求項５】
前記レジストリ値は、フォルダ名であり、
前記更新ソフト送信部は、
前記銀行サーバ装置に前記フォルダ名のフォルダが存在するか否かを問い合わせ、存在するとの回答を受信した場合に前記条件情報を満たすと判断する請求項４記載の情報処理システム。
【請求項６】
前記チケット情報は、
更新ソフトを識別する製品識別子、ユーザ識別子、および更新ソフトの部分ソフトウェアを識別する部分ソフト識別子を有する請求項１から請求項５いずれか記載の情報処理システム。
【請求項７】
前記更新サーバ装置は、
前記更新ソフト送信部が更新ソフトを送信した旨を示す情報である履歴情報を、ユーザ識別子と対応付けて蓄積する履歴情報蓄積部をさらに具備する請求項１から請求項６いずれか記載の情報処理システム。
【請求項８】
請求項１から請求項７いずれか記載の情報処理システムを構成する更新サーバ装置。
【請求項９】
請求項１から請求項７いずれか記載の情報処理システムを構成するユーザ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケット情報を用いて、ソフトウェア等のバージョンアップを行う銀行の業務システム等に関するものである。
【背景技術】
【０００２】
従来、ソフトウェアをバージョンアップするために、更新ソフトをＣＤ−ＲＯＭ等の記憶媒体に格納し、当該記憶媒体を発送してユーザにインストールしてもらう必要があった。
【０００３】
また、従来、サポート担当者がユーザ、最新バージョンを使っていることを確認できなかったため、サポートに時間がかかっていた。
【０００４】
また、従来、以下のように、デバイスドライバーを効率的にバージョンアップする情報処理システムがあった。つまり、周辺機器から、管理サーバ装置に保持されているデバイスドライバーのバージョン情報の問合せを行い、周辺機器のデバイスドライバーのバージョンが古い場合に、デバイスドライバーをインストールする周辺機器の技術があった（特許文献１参照）。
【特許文献１】特開２００１−１２５７７３号公報（第１頁、第１図等）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の情報処理システムにおいては、バージョンアップの対象となるソフトウェアの使用者が、現在も使用者であるかどうか判断せずにバージョンアップを行っていた。したがって、ソフトウェアの使用期限が切れているユーザや、保守契約に入っていないユーザ等、ソフトウェアのバージョンアップをすることが許可されていないユーザの端末でも、ソフトウェアのバージョンアップがなされてしまう、という課題があった。
【課題を解決するための手段】
【０００６】
本第一の発明の情報処理システムは、銀行業務に用いる銀行業務システムにおいて、更新されたソフトウェアをバージョンアップする情報処理システムであって、更新サーバ装置、銀行サーバ装置、銀行ユーザ端末を具備する情報処理システムであり、前記更新サーバ装置は、ソフトウェアをバージョンアップするための権利を示す情報であり、ユーザを識別するユーザ識別子に対応する情報であるチケット情報と、更新されたソフトウェアである更新ソフトを対に有するバージョンアップ情報を１以上格納し得るバージョンアップ情報格納部と、前記銀行サーバ装置からユーザ識別子を受信するユーザ識別子受信部と、前記ユーザ識別子受信部が受信したユーザ識別子を用いて、チケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを、前記銀行サーバ装置に送信する更新ソフト送信部とを具備し、前記銀行サーバ装置は、ユーザ識別子を受け付けるユーザ識別子受付部と、前記ユーザ識別子受付部が受け付けたユーザ識別子を前記更新サーバ装置に送信するユーザ識別子送信部と、前記更新サーバ装置から更新ソフトを受信する更新ソフト受信部と、前記銀行ユーザ端末から、銀行業務の依頼を示す情報である銀行業務依頼情報を受信する銀行業務依頼情報受信部と、前記銀行業務依頼情報に応じた処理を行う業務処理部とを具備し、前記銀行ユーザ端末は、銀行業務依頼情報を受け付ける銀行業務依頼情報受付部と、前記銀行業務依頼情報を前記銀行サーバ装置に送信する銀行業務依頼情報送信部と、前記銀行業務依頼情報が入出金明細、振込入金明細、口座振替などの照会サービスの依頼を示す情報である場合、当該銀行業務依頼情報に応じた情報を受信する照会情報受信部と、前記照会情報受信部が受信した情報を出力する照会情報出力部とを具備する情報処理システムである。
【０００７】
かかる構成により、ソフトウェアのバージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。
【０００８】
また、本第二の発明の情報処理システムは、第一の発明に対して、前記情報処理システムは、アップデート端末およびユーザ管理装置をさらに具備し、前記アップデート端末は、更新ソフトを識別するソフト識別情報を含む情報であり、更新ソフトを出荷するための情報である出荷情報を受け付ける出荷情報受付部と、前記出荷情報を前記ユーザ管理装置に送信する出荷情報送信部とを具備し、前記ユーザ管理装置は、ユーザを識別するユーザ識別子、当該ユーザが使用しているソフトウェアを識別するソフト識別情報、当該ソフトウェアに対する前記ユーザの保守契約の有無を示す保守契約情報とを有するユーザ情報を格納しているユーザ情報格納部と、前記出荷情報を受信する出荷情報受信部と、前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、当該ソフト識別情報に対応する保守契約情報が、保守契約があることを示す情報である場合に、当該保守契約情報と対になる１以上のユーザ識別子を取得するユーザ識別子取得部と、前記１以上のユーザ識別子と、前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、１以上のチケット情報を生成するチケット情報生成部と、前記１以上のチケット情報を前記更新サーバ装置に送信するチケット情報送信部とを具備し、前記更新サーバ装置は、前記１以上のチケット情報を受信するチケット情報受信部と、前記１以上のチケット情報を、更新ソフトと対にしたバージョンアップ情報を前記バージョンアップ情報格納部に蓄積するバージョンアップ情報蓄積部をさらに具備する情報処理システムである。
【０００９】
かかる構成により、ソフトウェアのバージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。
【００１０】
また、本第三の発明の情報処理システムは、第二の発明に対して、前記チケット情報は、本運用を行うための通常区分を示す情報、または本運用前のテストを行うためのテスト区分を示す情報であるモード情報を有し、前記銀行サーバ装置が受け付けるユーザ識別子は、モード情報を有し、前記更新サーバ装置の更新ソフト送信部は、前記ユーザ識別子受信部が受信したモード情報を用いて、当該モード情報に対応するチケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを、前記銀行サーバ装置に送信する情報処理システムである。
【００１１】
かかる構成により、バージョンアップのための処理のテストを行ってから、確実に、ソフトウェアのバージョンアップをする権利を有するユーザのみがバージョンアップできる。また、テスト者が不要なソフトウェアをダウンロードする必要が無くなる。
【００１２】
また、本第四の発明の情報処理システムは、第二の発明に対して、前記出荷情報は、更新ソフトをダウンロードするための条件を示す情報である条件情報を含み、前記チケット情報送信部は、前記１以上のチケット情報と前記条件情報を前記更新サーバ装置に送信し、前記チケット情報受信部は、前記１以上のチケット情報と前記条件情報を受信し、前記バージョンアップ情報蓄積部は、前記１以上のチケット情報と前記条件情報を、更新ソフトと対にしたバージョンアップ情報を前記バージョンアップ情報格納部に蓄積し、前記更新ソフト送信部は、前記条件情報を用いて条件に合致するか否かを判断し、かつ、前記ユーザ識別子受信部が受信したユーザ識別子を用いて、チケット情報を検索し、当該条件に合致する場合のみ、当該検索されたチケット情報に対応する更新ソフトを、前記銀行サーバ装置に送信する情報処理システムである。
【００１３】
かかる構成により、ソフトウェアのバージョンアップをする権利、環境を有するユーザのみが、確実にバージョンアップできる。
【００１４】
また、本第五の発明の情報処理システムは、第四の発明に対して、前記条件情報は、前記銀行サーバ装置におけるレジストリ値を含む情報であり、前記更新ソフト送信部は、前記銀行サーバ装置におけるレジストリ値が、前記条件情報を満たすか否かを判断する情報処理システムである。
【００１５】
かかる構成により、ソフトウェアのバージョンアップをする権利、環境を有するユーザのみが、確実にバージョンアップできる。
【００１６】
また、本第六の発明の情報処理システムは、第一から第五いずれかの発明に対して、前記チケット情報は、ソフトウェア製品を識別する製品識別子、ユーザ識別子、およびソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子を有する情報処理システムである。
【００１７】
かかる構成により、ソフトウェアの部品部分ソフトウェアについても、バージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。
【００１８】
また、本第七の発明の情報処理システムは、第一から第六いずれかの発明に対して、前記更新サーバ装置は、前記更新ソフト送信部が更新ソフトを送信した旨を示す情報である履歴情報を、ユーザ識別子と対応付けて蓄積する履歴情報蓄積部をさらに具備する情報処理システムである。
【００１９】
かかる構成により、サポート担当者が、各ユーザが使用しているソフトウェアのバージョンが用意に把握でき、サポートが容易になる
【発明の効果】
【００２０】
本発明による情報処理システムによれば、ソフトウェアのバージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。
【発明を実施するための最良の形態】
【００２１】
以下、情報処理システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２２】
（実施の形態１）
【００２３】
本実施の形態において、チケット情報を用いて、ソフトウェアのバージョンアップを行う情報処理システムについて説明する。本システムがバージョンアップを行うソフトウェアは、例えば、銀行業務システム（以下、適宜「ＥＢ」とも言う。）を実現するソフトウェアである。
【００２４】
また、受信した出荷情報を用いてチケット情報を生成するユーザ管理装置についても説明する。また、チケット情報は、テスト用と通常用のものが存在し得る。さらに、ソフトウェアのバージョンアップ（ダウンロードでも良い）の履歴情報が残る情報処理システムについて説明する。
【００２５】
図１は、本実施の形態における情報処理システム１の概念図である。情報処理システム１は、アップデート端末１１、ユーザ管理装置１２、更新サーバ装置１３、銀行サーバ装置１４、銀行ユーザ端末１５を具備する。アップデート端末１１は、例えば、更新されたソフトウェア（以下、「更新ソフト」という。）を登録する端末であり、例えば、更新ソフトの開発者が使用する。ユーザ管理装置１２は、ユーザの情報を管理している装置である。ユーザ管理装置１２は、更新ソフト以外のソフトウェアのユーザの情報を管理しても良い。また、更新サーバ装置１３は、ソフトウェアのバージョンアップの処理を行う装置である。銀行サーバ装置１４は、銀行業務を主として行うソフトウェアがインストールされているサーバ装置である。銀行サーバ装置１４は、銀行ユーザ端末１５からの要求に対応して、各種の銀行業務を行う。ここで、銀行業務とは、例えば、総合振込、給与賞与振込、地方税納付、口座振替、海外送金などのサービス、入出金明細、振込入金明細、口座振替などの照会サービスなどである。また、更新とは、例えば、機能追加や不具合対応などのためにソフトウェアを修正すること、銀行支店辞書データや市町村コード辞書データなどのデータを更新したり、追加したり、置き換えたりすること等である。また、バージョンアップとは、旧ソフトウェアを更新されたソフトウェアに置き換える処理である。バージョンアップについて、自動的にどこまで行うかは問わない。バージョンアップは、更新ソフトのダウンロードのみでも良いし、更新ソフトのインストールまでも含んでも良い。
【００２６】
図２は、本実施の形態における情報処理システムのブロック図である。
【００２７】
アップデート端末１１は、出荷情報受付部１１１、更新ソフト受付部１１２、出荷情報送信部１１３、端末更新ソフト送信部１１４を具備する。
【００２８】
ユーザ管理装置１２は、ユーザ情報格納部１２１、出荷情報受信部１２２、ユーザ識別子取得部１２３、チケット情報生成部１２４、チケット情報送信部１２５を具備する。
【００２９】
更新サーバ装置１３は、バージョンアップ情報格納部１３１、更新ソフト受信部１３２、更新ソフト蓄積部１３３、チケット情報受信部１３４、バージョンアップ情報蓄積部１３５、ユーザ識別子受信部１３６、更新ソフト送信部１３７、履歴情報蓄積部１３８を具備する。
【００３０】
銀行サーバ装置１４は、第一ユーザ識別子受付部１４１、第一ユーザ識別子送信部１４２、第一更新ソフト受信部１４３、第一更新ソフトインストール部１４４、銀行業務依頼情報受信部１４５、業務処理部１４６を具備する。
【００３１】
銀行ユーザ端末１５は、第二ユーザ識別子受付部１５１、第二ユーザ識別子送信部１５２、第二更新ソフト受信部１５３、第二更新ソフトインストール部１５４、銀行業務依頼情報受付部１５５、銀行業務依頼情報送信部１５６、照会情報受信部１５７、照会情報出力部１５８を具備する。
【００３２】
出荷情報受付部１１１は、更新ソフトを出荷するための情報である出荷情報を受け付ける。出荷情報は、更新ソフトを識別するソフト識別情報を含む情報である。出荷情報は、条件情報を含んでも良い。条件情報は、更新ソフトを出荷するための条件を示す情報である。条件情報は、例えば、レジストリ値、ファイル名などの情報である。レジストリ値は、例えば、フォルダ名である。レジストリ値がフォルダ名である場合、当該フォルダが、更新ソフトのダウンロード先の装置に存在すれば、更新ソフトは送信される。また、条件情報がファイル名である場合、当該ファイル名のファイルが、更新ソフトのダウンロード先の装置に存在すれば、更新ソフトは送信される。ソフト識別情報は、例えば、更新ソフトの名称、ＩＤ、バージョン情報（バージョン番号など）の組み合わせの情報である。ソフト識別情報は、例えば、ソフトウェア製品を識別する製品識別子、およびソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子を有する情報でも良い。出荷情報は、ソフト識別情報だけでも良いし、他の情報を含んでも良い。他の情報とは、例えば、ソフトウェアの更新日付や開発者名などである。また、ソフト識別情報や出荷情報の構造は問わない。ソフト識別情報は、一つのソフトウェア製品を識別する情報でも良いし、複数のソフトウェア製品を含むパッケージを識別する情報でも良いし、部分ソフトウェア（例えば、一ライブラリ、一実行モジュールなど）を識別する情報でも良い。出荷情報の入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。出荷情報受付部１１１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００３３】
更新ソフト受付部１１２は、更新ソフトを受け付ける。この受付は、更新ソフトを更新サーバ装置１３に送信するための受け付けである。更新ソフトの入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。更新ソフト受付部１１２は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００３４】
出荷情報送信部１１３は、出荷情報受付部１１１が受け付けた出荷情報をユーザ管理装置１２に送信する。出荷情報送信部１１３は、例えば、ユーザ管理装置１２のＩＰアドレスやＭＡＣアドレス等の、ユーザ管理装置１２と通信するための情報を知っている。出荷情報送信部１１３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００３５】
端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフトを、更新サーバ装置１３に送信する。なお、端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフトを、ユーザ管理装置１２に送信しても良い。かかる場合、ユーザ管理装置１２は、更新ソフトを受信し、更新サーバ装置１３に転送する。端末更新ソフト送信部１１４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００３６】
ユーザ情報格納部１２１は、ユーザ情報を格納している。ユーザ情報は、ユーザ識別子、ソフト識別情報、保守契約情報を有する。ユーザ識別子は、ユーザを識別する情報である。ソフト識別情報は、ここでは、ユーザが使用しているソフトウェアを識別する情報である。ソフト識別情報は、通常、更新ソフトのソフト識別情報と同様の構造であるが、異なる構造でも良い。保守契約情報は、ソフトウェアに対するユーザの保守契約の有無を示す情報である。ユーザ識別子とは、バージョンアップ対象のソフトウェアの使用者を識別する情報である。ソフトウェアの使用者は、ソフトウェアの購入者、購入者から使用許可が与えられた者などである。ユーザ情報格納部１２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。ユーザ情報格納部１２１にユーザ情報が記憶される過程は問わない。例えば、記録媒体を介してユーザ情報がユーザ情報格納部１２１で記憶されるようになってもよく、通信回線等を介して送信されたユーザ情報がユーザ情報格納部１２１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたユーザ情報がユーザ情報格納部１２１で記憶されるようになってもよい。
【００３７】
出荷情報受信部１２２は、アップデート端末１１から出荷情報を受信する。出荷情報受信部１２２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００３８】
ユーザ識別子取得部１２３は、出荷情報受信部１２２が受信した出荷情報を用いて、１以上のユーザ識別子を取得する。つまり、まず、ユーザ識別子取得部１２３は、出荷情報受信部１２２が受信した出荷情報からソフト識別情報を抽出する。次に、ユーザ識別子取得部１２３は、ユーザ情報格納部１２１を検索し、抽出したソフト識別情報を用いて、当該ソフト識別情報に対応する1以上のユーザ識別子を取得する。なお、この1以上のユーザ識別子は、ソフト識別情報で識別されるソフトウェアを使用しているユーザを識別する情報である。そして、ユーザ識別子取得部１２３は、1以上のユーザ識別子と対になる保守契約情報を読み出し、当該保守契約情報が、保守契約があることを示す情報であるか否かを判断する。保守契約情報が、保守契約があることを示す情報である場合に、当該保守契約情報と対になる１以上のユーザ識別子を取得する。ユーザ識別子取得部１２３は、ソフト識別情報と保守契約情報を用いて、ソフトウェアのバージョンアップをする権利を有するユーザのユーザ識別子を取得することとなる。なお、ユーザ識別子取得部１２３は、ソフト識別情報と保守契約情報のどちらか一方を用いて、ユーザ識別子を取得しても良い。また、ユーザ識別子取得部１２３は、出荷情報にモード情報が含まれる場合、当該モード情報に対応するユーザ識別子を取得することは好適である。ユーザ識別子取得部１２３は、通常、ＭＰＵやメモリ等から実現され得る。ユーザ識別子取得部１２３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００３９】
チケット情報生成部１２４は、１以上のユーザ識別子と、出荷情報受信部１２２が受信した出荷情報が有するソフト識別情報を用いて、１以上のチケット情報を生成する。チケット情報とは、ソフトウェアのバージョンアップの権利があることを示す情報、または、権利があることを確認するための情報である。チケット情報は、通常、ユーザ識別子ごと、およびソフト識別情報ごとに存在する。チケット情報は、ソフトウェアをバージョンアップするための情報であり、ユーザを識別するユーザ識別子に対応する情報である。ここで、生成とは、ユーザ識別子とソフト識別情報を単に結合するだけでも良いし、ユーザ識別子とソフト識別情報と他の情報を単に結合するだけでも良いし、ユーザ識別子またはソフト識別情報を暗号化して結合しても良い。チケット情報に含まれているユーザ識別子、ソフト識別情報が特定できれば良い。チケット情報生成部１２４は、通常、ＭＰＵやメモリ等から実現され得る。チケット情報生成部１２４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４０】
チケット情報送信部１２５は、チケット情報生成部１２４が生成した１以上のチケット情報を更新サーバ装置１３に送信する。チケット情報送信部１２５は、１以上のチケット情報と条件情報を更新サーバ装置１３に送信しても良い。チケット情報送信部１２５は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００４１】
バージョンアップ情報格納部１３１は、チケット情報と更新ソフトとを対に有するバージョンアップ情報を１以上格納し得る。バージョンアップ情報のデータ構造は問わない。バージョンアップ情報格納部１３１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。バージョンアップ情報格納部１３１にバージョンアップ情報が記憶される過程は問わない。例えば、記録媒体を介してバージョンアップ情報がバージョンアップ情報格納部１３１で記憶されるようになってもよく、通信回線等を介して送信されたバージョンアップ情報がバージョンアップ情報格納部１３１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたバージョンアップ情報がバージョンアップ情報格納部１３１で記憶されるようになってもよい。
【００４２】
更新ソフト受信部１３２は、アップデート端末１１から、直接、または間接的に更新ソフトを受信する。間接的に更新ソフトを受信する場合は、更新ソフト受信部１３２は、例えば、ユーザ管理装置１２経由で、更新ソフトを受信する。更新ソフト受信部１３２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００４３】
更新ソフト蓄積部１３３は、更新ソフト受信部１３２が受信した更新ソフトを、バージョンアップ情報格納部１３１に蓄積する。更新ソフト蓄積部１３３は、通常、ＭＰＵやメモリ等から実現され得る。更新ソフト蓄積部１３３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４４】
チケット情報受信部１３４は、ユーザ管理装置１２から、１以上のチケット情報を受信する。また、チケット情報受信部１３４は、ユーザ管理装置１２から、１以上のチケット情報と条件情報を受信しても良い。チケット情報受信部１３４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００４５】
バージョンアップ情報蓄積部１３５は、チケット情報受信部１３４が受信した１以上のチケット情報と更新ソフト蓄積部１３３が蓄積した更新ソフトとを対にしたバージョンアップ情報を構成し、当該バージョンアップ情報をバージョンアップ情報格納部１３１に蓄積する。また、バージョンアップ情報蓄積部１３５は、１以上のチケット情報と条件情報と更新ソフトとを対にしたバージョンアップ情報を構成し、当該バージョンアップ情報をバージョンアップ情報格納部１３１に蓄積しても良い。なお、チケット情報がソフト識別情報を含む場合、バージョンアップ情報蓄積部１３５は、単に、チケット情報を蓄積しても良い。バージョンアップ情報は、例えば、チケット情報とソフト識別情報の対である。また、バージョンアップ情報は、例えば、チケット情報と条件情報とソフト識別情報の対である。ソフト識別情報とは、更新ソフトを識別する情報である。更新ソフトは、アップデート端末から直接に送信されても良いし、アップデート端末からユーザ管理装置経由で送信されても良いし、記憶媒体を介して格納されても良い。バージョンアップ情報蓄積部１３５は、通常、ＭＰＵやメモリ等から実現され得る。バージョンアップ情報蓄積部１３５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００４６】
ユーザ識別子受信部１３６は、銀行サーバ装置１４からユーザ識別子を受信する。また、ユーザ識別子受信部１３６は、銀行ユーザ端末１５からユーザ識別子を受信しても良い。ユーザ識別子受信部１３６は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００４７】
更新ソフト送信部１３７は、ユーザ識別子受信部１３６が受信したユーザ識別子を用いて、チケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを銀行サーバ装置１４、または銀行ユーザ端末１５に送信する。更新ソフトを送信する装置は、ユーザ識別子を送信してきた装置である。なお、更新ソフト送信部１３７は、受信したユーザ識別子に対応するチケット情報が存在しなければ、更新ソフトを銀行サーバ装置１４に送信しない。また、更新ソフト送信部１３７は、条件情報を用いて条件に合致するか否かを判断し、かつ、ユーザ識別子受信部１３６が受信したユーザ識別子を用いて、チケット情報を検索しても良い。かかる場合、更新ソフト送信部１３７は、例えば、条件情報が示す条件を満たすか否かを判断し、満たす場合に、ユーザ識別子受信部１３６が受信したユーザ識別子を用いて、チケット情報を取得する。そして、更新ソフト送信部１３７は、取得したチケット情報に対応する更新ソフトを、ユーザ識別子を送信してきた装置に送信する。
【００４８】
更新ソフト送信部１３７は、例えば、銀行サーバ装置１４または銀行ユーザ端末１５に格納されているレジストリ値を取得し、当該取得したレジストリ値が、条件情報を満たすか否かを判断する。そして、条件情報を満たし、かつ、受信したユーザ識別子を用いて、チケット情報を検索した結果、チケット情報を取得できた場合、更新ソフト送信部１３７は、ユーザ識別子を送信してきた装置に、更新ソフトを送信する。なお、チケット情報に含まれるユーザ識別子と、ユーザ識別子受信部が受信したユーザ識別子は同じであるとは限らない。ただし、ユーザ識別子受信部が受信したユーザ識別子から、チケット情報に含まれるユーザ識別子が導出できる必要はある。また、更新ソフト送信部１３７は、受信されたモード情報を用いて、当該モード情報に対応するチケット情報を検索し、検索されたチケット情報に対応する更新ソフトを装置に送信しても良い。更新ソフト送信部１３７は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００４９】
履歴情報蓄積部１３８は、端末更新ソフト送信部１１４が更新ソフトを送信した旨を示す情報である履歴情報を、ユーザ識別子と対応付けて蓄積する。履歴情報は、例えば、ソフト識別情報を含む。また、履歴情報は、例えば、ソフト識別情報と更新日付等を含む。また、履歴情報蓄積部１３８が履歴情報を蓄積する先は、図示しない記憶媒体である。履歴情報蓄積部１３８は、通常、ＭＰＵやメモリ等から実現され得る。履歴情報蓄積部１３８の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００５０】
第一ユーザ識別子受付部１４１は、ユーザ識別子を受け付ける。ユーザ識別子の入力目的は問わない。例えば、ユーザがシステムにログインするために入力したユーザ識別子であったり、ユーザがソフトのバージョンアップをするために入力したユーザ識別子であったり等でも良い。ユーザ識別子の入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。第一ユーザ識別子受付部１４１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００５１】
第一ユーザ識別子送信部１４２は、第一ユーザ識別子受付部１４１が受け付けたユーザ識別子を、更新サーバ装置１３に送信する。第一ユーザ識別子送信部１４２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００５２】
第一更新ソフト受信部１４３は、更新サーバ装置１３から更新ソフトを受信する。第一更新ソフト受信部１４３は、ユーザ識別子の送信に対応して、更新ソフトを受信しても良いし、ユーザが、選択した更新ソフトを受信しても良い。かかる場合、ユーザが受信できる更新ソフトの一覧（メニュー）が銀行サーバ装置１４に出力され、ユーザが、マウス等の入力手段を用いて、一覧からダウンロードする更新ソフトを選択する。そして、更新サーバ装置１３は、選択された更新ソフトを送信する。次に、第一更新ソフト受信部１４３は、選択された更新ソフトを受信する。第一更新ソフト受信部１４３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００５３】
第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信した更新ソフトをインストールする。なお、インストールは、自動的でなくて、手動ででも良い。第一更新ソフトインストール部１４４は、通常、ＭＰＵやメモリ等から実現され得る。第一更新ソフトインストール部１４４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００５４】
銀行業務依頼情報受信部１４５は、銀行ユーザ端末１５から、銀行業務の依頼を示す情報である銀行業務依頼情報を受信する。銀行業務依頼情報は、依頼する業務が識別できれば良い。銀行業務依頼情報の構造は問わない。銀行業務依頼情報受信部１４５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００５５】
業務処理部１４６は、銀行業務依頼情報に応じた処理を行う。業務処理部１４６は、ＥＢにおける公知技術により実現可能であるので、詳細な説明を省略する。業務処理部１４６は、通常、ＭＰＵやメモリ等から実現され得る。業務処理部１４６の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００５６】
第二ユーザ識別子受付部１５１は、ユーザ識別子を受け付ける。ユーザ識別子の入力目的は問わない。例えば、ユーザがシステムにログインするために入力したユーザ識別子であったり、ユーザがソフトのバージョンアップをするために入力したユーザ識別子であったり等でも良い。ユーザ識別子の入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。第二ユーザ識別子受付部１５１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００５７】
第二ユーザ識別子送信部１５２は、第二ユーザ識別子受付部１５１が受け付けたユーザ識別子を、更新サーバ装置１３に送信する。第二ユーザ識別子送信部１５２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００５８】
第二更新ソフト受信部１５３は、更新サーバ装置１３から更新ソフトを受信する。第二更新ソフト受信部１５３の動作は、第一更新ソフト受信部１４３の動作と同様でも良い。第二更新ソフト受信部１５３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００５９】
第二更新ソフトインストール部１５４は、第二更新ソフト受信部１５３が受信した更新ソフトをインストールする。なお、インストールは、自動的でなくて、手動ででも良い。第二更新ソフトインストール部１５４は、通常、ＭＰＵやメモリ等から実現され得る。第二更新ソフトインストール部１５４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００６０】
銀行業務依頼情報受付部１５５は、ユーザから銀行業務依頼情報を受け付ける。銀行業務依頼情報の入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。銀行業務依頼情報受付部１５５は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００６１】
銀行業務依頼情報送信部１５６は、銀行業務依頼情報受付部１５５が受け付けた銀行業務依頼情報を銀行サーバ装置１４に送信する。銀行業務依頼情報送信部１５６は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００６２】
照会情報受信部１５７は、銀行業務依頼情報が入出金明細、振込入金明細、口座振替などの照会サービスの依頼を示す情報である場合、当該銀行業務依頼情報に応じた情報を受信する。なお、照会情報受信部１５７は、他の情報を受信しても良い。他の情報とは、例えば、総合振込、給与賞与振込、地方税納付、口座振替、海外送金などのサービス依頼に対応する処理が正常に行われた旨の情報や、処理がエラーになった旨の情報などである。照会情報受信部１５７は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００６３】
照会情報出力部１５８は、照会情報受信部１５７が受信した情報を出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタへの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラム等への処理結果の引渡し等を含む概念である。照会情報出力部１５８は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。照会情報出力部１５８は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【００６４】
次に、情報処理システムの動作について説明する。まず、アップデート端末１１の動作について説明する。開発者が更新ソフトと、更新ソフトを出荷するための情報である出荷情報をアップデート端末１１に入力する。次に、アップデート端末１１の出荷情報受付部１１１は、出荷情報を受け付ける。また、更新ソフト受付部１１２は、更新ソフトを受け付ける。そして、出荷情報送信部１１３は、出荷情報受付部１１１が受け付けた出荷情報をユーザ管理装置１２に送信する。次に、端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフトを、更新サーバ装置１３に送信する。
【００６５】
次に、ユーザ管理装置１２の動作について、図３のフローチャートを用いて説明する。
【００６６】
（ステップＳ３０１）出荷情報受信部１２２は、アップデート端末１１から出荷情報を受信したか否かを判断する。出荷情報を受信すればステップＳ３０２に行き、出荷情報を受信しなければステップＳ３０１に戻る。
【００６７】
（ステップＳ３０２）ユーザ識別子取得部１２３は、出荷情報受信部１２２が受信した出荷情報からソフト識別情報を取得する。例えば、出荷情報にソフト識別情報が暗号化され、埋め込まれている場合は、復号化し、ソフト識別情報を取得する。
【００６８】
（ステップＳ３０３）ユーザ識別子取得部１２３は、カウンタｉに１を代入する。
【００６９】
（ステップＳ３０４）ユーザ識別子取得部１２３は、ｉ番目のユーザ情報が、ユーザ情報格納部１２１に存在するか否かを判断する。ｉ番目のユーザ情報が存在すればステップＳ３０５に行き、存在しなければステップＳ３１１に行く。ここで、ｉ番目のユーザ情報が存在すれば、ユーザ識別子取得部１２３は、ｉ番目のユーザ情報を取得する。
【００７０】
（ステップＳ３０５）ユーザ識別子取得部１２３は、ステップＳ３０４で取得したｉ番目のユーザ情報に含まれる保守契約情報を取得する。
【００７１】
（ステップＳ３０６）ユーザ識別子取得部１２３は、ステップＳ３０５で取得した保守契約情報が、保守契約があることを示す情報であるか否かを判断する。保守契約があることを示す情報であればステップＳ３０７に行き、保守契約があることを示す情報でなければステップＳ３１０に行く。
【００７２】
（ステップＳ３０７）ユーザ識別子取得部１２３は、ステップＳ３０４で取得したｉ番目のユーザ情報に含まれるユーザ識別子を取得する。
【００７３】
（ステップＳ３０８）チケット情報生成部１２４は、ステップＳ３０７で取得したユーザ識別子、ステップＳ３０２で取得したソフト識別情報、出荷情報に含まれる条件情報等を用いて、チケット情報を構成する。
【００７４】
（ステップＳ３０９）チケット情報生成部１２４は、ステップＳ３０８で構成したチケット情報を、バッファ上に一時格納する。
【００７５】
（ステップＳ３１０）ユーザ識別子取得部１２３は、カウンタｉを１、インクリメントする。ステップＳ３０４に戻る。
【００７６】
（ステップＳ３１１）チケット情報送信部１２５は、バッファ上に1以上のチケット情報が存在するか否かを判断する。チケット情報が存在すればステップＳ３１２に行き、チケット情報が存在しなければステップＳ３０１に戻る。
【００７７】
（ステップＳ３１２）チケット情報送信部１２５は、バッファ上に1以上のチケット情報を、更新サーバ装置１３に送信する。ステップＳ３０１に戻る。
【００７８】
なお、図３のフローチャートにおいて、保守契約情報のチェック処理（ステップＳ３０５）は存在しなくても良い。
【００７９】
また、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００８０】
次に、ユーザ管理装置１２の動作について、図４のフローチャートを用いて説明する。
【００８１】
（ステップＳ４０１）更新ソフト受信部１３２は、更新ソフトを受信したか否かを判断する。更新ソフトを受信すればステップＳ４０２に行き、更新ソフトを受信しなければステップＳ４０３に行く。
【００８２】
（ステップＳ４０２）更新ソフト蓄積部１３３は、ステップＳ４０１で受信した更新ソフトを、バージョンアップ情報格納部１３１に蓄積する。ステップＳ４０１に戻る。
【００８３】
（ステップＳ４０３）チケット情報受信部１３４は、１以上のチケット情報を受信したか否かを判断する。チケット情報を受信すればステップＳ４０４に行き、チケット情報を受信しなければステップＳ４０５に行く。
【００８４】
（ステップＳ４０４）バージョンアップ情報蓄積部１３５は、チケット情報受信部１３４が受信した１以上のチケット情報と更新ソフト蓄積部１３３が蓄積した更新ソフトとを対にしたバージョンアップ情報をバージョンアップ情報格納部１３１に蓄積する。ステップＳ４０１に戻る。なお、バージョンアップ情報とチケット情報が同じ情報である場合もある。
【００８５】
（ステップＳ４０５）ユーザ識別子受信部１３６は、ユーザ識別子を受信したか否かを判断する。ユーザ識別子を受信すればステップＳ４０６に行き、ユーザ識別子を受信しなければステップＳ４０１に戻る。
【００８６】
（ステップＳ４０６）更新ソフト送信部１３７は、ステップＳ４０５で受信したユーザ識別子をキーとして、バージョンアップ情報格納部１３１を検索し、チケット情報を取得し、メモリ上に配置する。なお、ここで、検索されるチケット情報が無い場合もあり得る。
【００８７】
（ステップＳ４０７）更新ソフト送信部１３７は、カウンタｉに１を代入する。
【００８８】
（ステップＳ４０８）更新ソフト送信部１３７は、ステップＳ４０６で取得されたチケット情報の中で、ｉ番目のチケット情報が存在するか否かを判断する。ｉ番目のチケット情報が存在すればステップＳ４０９に行き、ｉ番目のチケット情報が存在しなければステップＳ４０１に戻る。
【００８９】
（ステップＳ４０９）更新ソフト送信部１３７は、条件情報を取得する。なお、条件情報は、通常、ｉ番目のチケット情報が有するが、例えば、更新サーバ装置１３の中で、一つだけ存在しても良い。また、ｉ番目のチケット情報に対応する条件情報が存在しない場合もあり得る。
【００９０】
（ステップＳ４１０）更新ソフト送信部１３７は、ステップＳ４０９で取得された条件情報を満たすか否かを判断する。例えば、条件情報がレジストリ値（フォルダ名）である場合、更新ソフト送信部１３７は、当該フォルダ名のフォルダが、更新ソフトがインストールされる装置（ユーザ識別子を送信してきた装置）に存在するか否かを問い合わせ、存在するとの回答を受信した場合、条件情報を満たす、と判断する。条件情報を満たせばステップＳ４１１に行き、条件情報を満たさなければステップＳ４１５に行く。
【００９１】
（ステップＳ４１１）更新ソフト送信部１３７は、ｉ番目のチケット情報に対応するソフト識別情報を取得し、当該ソフト識別情報に対応する更新ソフトを、バージョンアップ情報格納部１３１から取得する。
【００９２】
（ステップＳ４１２）更新ソフト送信部１３７は、ステップＳ４１１で取得した更新ソフトを、ユーザ識別子を送信してきた装置に送信する。
【００９３】
（ステップＳ４１３）履歴情報蓄積部１３８は、ソフト識別情報を有する履歴情報を構成する。
【００９４】
（ステップＳ４１４）履歴情報蓄積部１３８は、ステップＳ４１３で構成した履歴情報を、ユーザ識別子と対応付けて蓄積する。なお、履歴情報は、ユーザ識別子を有しても良い。かかる場合、履歴情報は、ユーザ識別子と対応付けて蓄積された、こととする。
【００９５】
（ステップＳ４１５）更新ソフト送信部１３７は、カウンタｉを１,インクリメントする。ステップＳ４０８に戻る。
【００９６】
なお、図４のフローチャートにおいて、条件情報の存在は必須ではない。条件情報が存在しない場合、ステップＳ４０９、４１０の処理は不要である。
【００９７】
また、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００９８】
次に、銀行サーバ装置１４の動作について説明する。銀行サーバ装置１４の第一ユーザ識別子受付部１４１は、ユーザ識別子を受け付ける。そして、第一ユーザ識別子送信部１４２は、第一ユーザ識別子受付部１４１が受け付けたユーザ識別子を、更新サーバ装置１３に送信する。次に、ユーザ識別子の送信に対応して、第一更新ソフト受信部１４３は、更新サーバ装置１３から更新ソフトを受信する。なお、ユーザ識別子の送信に対応して、更新ソフトの一覧が銀行サーバ装置１４に表示され、ユーザは、当該一覧から、ダウンロードする更新ソフトを選択しても良い。そして、さらに、第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信した更新ソフトをインストールする。なお、インストールは、ユーザの指示により開始されても良いし、更新ソフトの受信後、直ちに開始されても良い。
【００９９】
また、銀行業務依頼情報受信部１４５は、銀行ユーザ端末１５から、銀行業務依頼情報を受信する。そして、業務処理部１４６は、銀行業務依頼情報に応じた処理を行う。処理の内容は、例えば、総合振込、給与賞与振込、地方税納付、口座振替、海外送金などのサービス処理、入出金明細、振込入金明細、口座振替などの照会サービスのための情報の検索、および、銀行ユーザ端末１５への送信などである。
【０１００】
次に、銀行ユーザ端末１５の動作について説明する。まず、銀行ユーザ端末１５の第二ユーザ識別子受付部１５１は、ユーザ識別子を受け付ける。すると、第二ユーザ識別子送信部１５２は、第二ユーザ識別子受付部１５１が受け付けたユーザ識別子を、更新サーバ装置１３に送信する。そして、ユーザ識別子の送信に対応して、第二更新ソフト受信部１５３は、更新サーバ装置１３から更新ソフトを受信する。なお、ユーザ識別子の送信に対応して、更新ソフトの一覧が銀行ユーザ端末１５に表示され、ユーザは、当該一覧から、ダウンロードする更新ソフトを選択しても良い。そして、さらに、第二更新ソフトインストール部１５４は、第二更新ソフト受信部１５３が受信した更新ソフトをインストールする。なお、インストールは、ユーザの指示により開始されても良いし、更新ソフトの受信後、直ちに開始されても良い。
【０１０１】
また、銀行ユーザ端末１５の銀行業務依頼情報受付部１５５は、ユーザから銀行業務依頼情報を受け付ける。すると、銀行業務依頼情報送信部１５６は、銀行業務依頼情報受付部１５５が受け付けた銀行業務依頼情報を銀行サーバ装置１４に送信する。そして、銀行業務依頼情報が入出金明細、振込入金明細、口座振替などの照会サービスの依頼を示す情報である場合、照会情報受信部１５７は、当該銀行業務依頼情報に応じた情報を受信する。次に、照会情報出力部１５８は、照会情報受信部１５７が受信した情報を出力する。
【０１０２】
以下、本実施の形態における情報処理システムの具体的な動作について説明する。情報処理システムの概念図は図１である。
【０１０３】
今、ユーザ管理装置１２のユーザ情報格納部１２１は、図５に示すユーザ情報管理表を格納している、とする。ユーザ情報管理表は、「ＩＤ」「ユーザ識別子」「ソフト識別情報」「保守契約情報」などの属性値を有するレコードを1以上、格納している。「ＩＤ」は、表のレコード管理のための属性である。「ソフト識別情報」は、ここでは、「製品ＩＤ」「システムＩＤ」を有する。「製品ＩＤ」は、ソフトウェア製品を識別する製品識別子が格納される属性である。「システムＩＤ」は、ソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子が格納される属性である。「保守契約情報」について、「１」の場合は、保守契約があることを示す。「０」の場合は、保守契約がないことを示す。
【０１０４】
かかる状況において、アップデート端末１１のユーザ（更新ソフトの開発者である、とする）は、アップデート端末１１に表示されている、図６の画面の各フィールドに対して、図６に示すデータを入力した、とする。すると、アップデート端末１１の出荷情報受付部１１１、および更新ソフト受付部１１２は、それぞれ、出荷情報、更新ソフトを受け付ける。
【０１０５】
次に、ユーザは、図６の「登録」ボタンを押下した、とする。なお、図６の「説明」フィールドには、今回のバージョンアップの内容、更新ソフトの説明などが記載され得る。また、「優先度」フィールドには、優先度が記載され得る。「優先度」とは、ダウンロードプログラムの内容に関する優先度で、例えば、「重要・任意」などの分類、「高・標準・低」などの分類があり得る。重要度が「重要」「高」の場合、対応するソフトウェアは、例えば、不具合で金額に影響するような重要度の高いソフトウェアである。また、重要度が「任意」の場合、対応するソフトウェアは、例えば、辞書関連の更新などお客様の都合でいつでもダウンロードしてもしなくても問題ないもの等である。「ファイル」フィールドには、更新ソフトの実体であるファイル名が記載され得る。「条件情報」フィールドには、ここでは、レジストリ値が記載される。レジストリ値は、ここでは、フォルダ名であり、更新ソフトのインストール先の装置に、当該フォルダ名のフォルダが存在するか否かが、後に判断される。また、「区分」は、モード情報を示す。図６において「通常」は、本運用を行う区分であることを示す。なお、モード情報として、「通常」以外に「テスト」がある。「テスト」は、ダウンロード等のテストを行うモードである。
【０１０６】
ユーザが「登録」ボタンを押下すると、アップデート端末１１の出荷情報送信部１１３は、出荷情報受付部１１１が受け付けた出荷情報を、図７に示すような、送信するためのデータ構造に構成し、図７の出荷情報をユーザ管理装置１２に送信する。なお、図７において、区分「１」は、本運用を行うための通常区分を示す情報である。また、区分が「０」の場合、本運用前のテストを行うためのテスト区分を示す情報である。
【０１０７】
また、端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフト（ファイル「Ｓｅｔｕｐ」）を、更新サーバ装置１３に送信する。
【０１０８】
次に、ユーザ管理装置１２の出荷情報受信部１２２は、アップデート端末１１から、図７の出荷情報を受信する。
【０１０９】
次に、ユーザ識別子取得部１２３は、図７の出荷情報から、ソフト識別情報「ＣＷＬＫ，ＳＥ」を抽出する。次に、ユーザ識別子取得部１２３は、図５のユーザ情報管理表を検索し、抽出したソフト識別情報「ＣＷＬＫ，ＳＥ」を用いて、当該ソフト識別情報「ＣＷＬＫ，ＳＥ」に対応する1以上のユーザ識別子を取得する。ここで、ユーザ識別子取得部１２３は、「１００００」「１０００１」等のユーザ識別子を取得した、とする。
【０１１０】
そして、まず、ユーザ識別子取得部１２３は、１番目のユーザ識別子「１００００」に対して、以下の処理を行う。つまり、ユーザ識別子取得部１２３は、ユーザ識別子「１００００」対応する保守契約情報「１」を、図５のユーザ情報管理表から取得する。
【０１１１】
そして、ユーザ識別子取得部１２３は、取得した保守契約情報「１」から、ユーザ識別子「１００００」に対して、ソフト識別情報「ＣＷＬＫ，ＳＥ」のソフトウェアの、保守契約があると、判断する。そして、ユーザ識別子取得部１２３は、１番目のユーザ情報に含まれるユーザ識別子「１００００」を、バッファに一時格納する。
【０１１２】
次に、チケット情報生成部１２４は、ユーザ識別子「１００００」、ソフト識別情報「ＣＷＬＫ，ＳＥ」、出荷情報に含まれる条件情報「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」、説明「銀行業務の・・・・」、優先度「重要」、区分「１」を用いて、図８に示すチケット情報を構成する。図８に示すチケット情報は、ユーザ識別子、ソフト識別情報、条件情報、説明、優先度、公開日、区分を有する。「公開日」とは、更新ソフトを登録した日付である。なお、チケット情報は、図８の構造に限られないことは言うまでもない。例えば、チケット情報は、「ＣＷＬＫ１００００ＳＥ」など、ソフト識別情報とユーザ識別子のみから構成されても良い。「ＣＷＬＫ１００００ＳＥ」は、「製品識別子」「ユーザ識別子」「部分ソフト識別子」を有する構成である。
【０１１３】
そして、チケット情報生成部１２４は、図８のチケット情報を、バッファ上に一時格納する。
【０１１４】
次に、ユーザ識別子取得部１２３は、２番目のユーザ識別子「１０００１」に対して、以下の処理を行う。つまり、ユーザ識別子取得部１２３は、ユーザ識別子「１０００１」対応する保守契約情報「０」を、図５のユーザ情報管理表から取得する。
【０１１５】
そして、ユーザ識別子取得部１２３は、取得した保守契約情報「０」から、ユーザ識別子「１０００１」に対して、ソフト識別情報「ＣＷＬＫ，ＳＥ」のソフトウェアの、保守契約がないと、判断する。そして、２番目のユーザ識別子「１０００１」に対する処理は終了する。
【０１１６】
次に、ユーザ識別子取得部１２３、チケット情報生成部１２４は、取得した３番目以降のユーザ識別子に対して、同様の処理を行う。
【０１１７】
そして、すべてのユーザ識別子に対しての処理が完了した後、チケット情報送信部１２５は、バッファ上の1以上のチケット情報（図８のチケット情報は含まれる）を、更新サーバ装置１３に送信する。
【０１１８】
次に、アップデート端末１１の端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフト「Ｓｅｔｕｐ」を、更新サーバ装置１３に送信する。
【０１１９】
そして、更新サーバ装置１３の更新ソフト受信部１３２は、更新ソフト「Ｓｅｔｕｐ」を受信する。次に、更新ソフト蓄積部１３３は、受信した更新ソフト「Ｓｅｔｕｐ」を、バージョンアップ情報格納部１３１に蓄積する。
【０１２０】
そして、更新サーバ装置１３のチケット情報受信部１３４は、1以上のチケット情報を受信する。
【０１２１】
次に、バージョンアップ情報蓄積部１３５は、チケット情報受信部１３４が受信した１以上のチケット情報と更新ソフト蓄積部１３３が蓄積した更新ソフト「Ｓｅｔｕｐ」とを対にしたバージョンアップ情報をバージョンアップ情報格納部１３１に蓄積する。ここで、「対応付けて」とは、チケット情報に「Ｓｅｔｕｐ」という更新ソフト名を付加しても良いし、チケット情報と更新ソフト「Ｓｅｔｕｐ」をリンク付けても良い。また、元のチケット情報がソフト識別情報を含むようにしても良い。つまり、更新ソフト名の「Ｓｅｔｕｐ」を、例えば、「ＣＷＬＫ−ＳＥ．ｅｘｅ」などとしても良い。
【０１２２】
以上の処理を、他の更新ソフトに対しても行う。そして、更新サーバ装置１３は、図９に示すバージョンアップ情報管理表を、バージョンアップ情報格納部１３１に得た、とする。バージョンアップ情報管理表は、１以上のバージョンアップ情報を格納している表である。バージョンアップ情報管理表のレコードは、「ＩＤ」「ユーザ識別子」「ソフト識別情報」「条件情報」「説明」「優先度」「公開日」「区分」「更新ソフト名」の属性値を有する。「更新ソフト名」は、更新ソフトにアクセスするための名称（例えば、ファイル名）である。
【０１２３】
なお、バージョンアップ情報格納部１３１には、別途、更新ソフトの実体ファイルが存在している。
【０１２４】
かかる状況において、例えば、銀行サーバ装置１４のユーザ（ユーザ識別子「１００００」で識別されるユーザ）は、ユーザ識別子「１００００」を入力し、更新サーバ装置１３にログインした、とする。
【０１２５】
次に、銀行サーバ装置１４の第一ユーザ識別子受付部１４１は、ユーザ識別子「１００００」を受け付ける。そして、第一ユーザ識別子送信部１４２は、第一ユーザ識別子受付部１４１が受け付けたユーザ識別子「１００００」と、区分「１」とを、更新サーバ装置１３に送信する、とする。なお、銀行サーバ装置１４の、ユーザ識別子等の入力画面には、区分を入力するフィールドが存在しない場合でも、銀行サーバ装置１４は、区分「１」を付加して、ユーザ識別子とともに、更新サーバ装置１３に送信する、とする。また、例えば、アップデート端末１１からユーザ識別子を入力する場合、必ず区分は「０」となる。アップデート端末１１は、開発者端末であり、テストを行うためである。また、ユーザ識別子の中にモード情報（ここでの区分）が埋め込まれていれば、ユーザ識別子から区分が判断され得る。
【０１２６】
次に、更新サーバ装置１３のユーザ識別子受信部１３６は、ユーザ識別子「１００００」と、区分「１」とを受信する。
【０１２７】
次に、更新ソフト送信部１３７は、受信したユーザ識別子「１００００」をキーとして、図９のバージョンアップ情報管理表を検索し、３つのチケット情報（図９の「ＩＤ＝１」「ＩＤ＝８」「ＩＤ＝１５」のレコード」を取得し、メモリ上に配置する。
【０１２８】
また、更新ソフト送信部１３７は、受信した区分「１」を用いて、メモリ上の３つのチケット情報をチェックし、該当しないものが存在するか否かを判断する。ここでは、３つのチケット情報は、区分「１」を含むので、３つのチケット情報は、そのままメモリ上に残される。
【０１２９】
そして、更新ソフト送信部１３７は、３つのレコードに対して、順番に、以下のように処理を行う。
【０１３０】
まず、更新ソフト送信部１３７は、図９の「ＩＤ＝１」のレコードが有する条件情報「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」を取得する。
【０１３１】
次に、更新ソフト送信部１３７は、条件情報「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」を満たすか否かを判断する。つまり、更新ソフト送信部１３７は、フォルダ「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」が銀行サーバ装置１４に存在するか否かを、銀行サーバ装置１４に問い合わせる。そして、例えば、更新ソフト送信部１３７は、銀行サーバ装置１４にフォルダ「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」が存在するとの回答を得た、とする。
【０１３２】
そして、更新ソフト送信部１３７は、１番目のチケット情報に対応するソフト識別情報「ＣＷＬＫ，ＳＥ」を取得し、当該ソフト識別情報に対応する更新ソフト「Ｓｅｔｕｐ」を、バージョンアップ情報格納部１３１から取得する。
【０１３３】
次に、更新ソフト送信部１３７は、取得した更新ソフト「Ｓｅｔｕｐ」を、ユーザ識別子を送信してきた銀行サーバ装置１４に送信する。
【０１３４】
次に、履歴情報蓄積部１３８は、ソフト識別情報「ＣＷＬＫ，ＳＥ」を有する履歴情報を構成する。ここでは、例えば、図１０に示す履歴情報を構成する。図１０において、ユーザ識別子、ソフト識別情報、ダウンロード日時を有する。次に、履歴情報蓄積部１３８は、図１０の履歴情報を蓄積する。
【０１３５】
次に、銀行サーバ装置１４の第一更新ソフト受信部１４３は、更新ソフト「Ｓｅｔｕｐ」を受信する。そして、さらに、第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信したソフト「Ｓｅｔｕｐ」を実行し、更新ソフトをインストールする。
【０１３６】
次に、更新ソフト送信部１３７は、図９の「ＩＤ＝８」のレコードが有する条件情報を取得しようとするが、条件情報が存在しない。したがって、更新ソフト送信部１３７は、条件情報を用いた判断処理は行わない。
【０１３７】
そして、更新ソフト送信部１３７は、２番目のチケット情報に対応するソフト識別情報「ＸＹＺＷ，ＰＲ」を取得し、当該ソフト識別情報に対応する更新ソフト「ＸＹＺＷ」を、バージョンアップ情報格納部１３１から取得する。
【０１３８】
次に、更新ソフト送信部１３７は、取得した更新ソフト「ＸＹＺＷ」を、ユーザ識別子を送信してきた銀行サーバ装置１４に送信する。
【０１３９】
次に、履歴情報蓄積部１３８は、ソフト識別情報「ＸＹＺＷ，ＰＲ」を有する履歴情報を構成する。次に、履歴情報蓄積部１３８は、履歴情報を蓄積する。なお、履歴情報の構造は、図１０の通りである。
【０１４０】
次に、銀行サーバ装置１４の第一更新ソフト受信部１４３は、更新ソフト「ＸＹＺＷ」を受信する。そして、さらに、第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信した更新ソフト「ＸＹＺＷ」をインストールする。
【０１４１】
次に、更新ソフト送信部１３７は、図９の「ＩＤ＝１５」のレコードが有する条件情報「Ｃ：￥ｘｘ．ｉｎｉ」を取得する。
【０１４２】
次に、更新ソフト送信部１３７は、条件情報「Ｃ：￥ｘｘ．ｉｎｉ」を満たすか否かを判断する。つまり、更新ソフト送信部１３７は、ファイル「Ｃ：￥ｘｘ．ｉｎｉ」が銀行サーバ装置１４に存在するか否かを、銀行サーバ装置１４に問い合わせる。そして、例えば、更新ソフト送信部１３７は、銀行サーバ装置１４にファイル「Ｃ：￥ｘｘ．ｉｎｉ」が存在するとの回答を得た、とする。
【０１４３】
そして、更新ソフト送信部１３７は、３番目のチケット情報に対応するソフト識別情報「ＰＱＲＳ，ＸＸ」を取得し、当該ソフト識別情報に対応する更新ソフト「ＰＱＲＳ」を、バージョンアップ情報格納部１３１から取得する。
【０１４４】
次に、更新ソフト送信部１３７は、取得した更新ソフト「ＰＱＲＳ」を、ユーザ識別子を送信してきた銀行サーバ装置１４に送信する。
【０１４５】
次に、履歴情報蓄積部１３８は、ソフト識別情報「ＰＱＲＳ，ＸＸ」を有する履歴情報を構成する。次に、履歴情報蓄積部１３８は、履歴情報を蓄積する。なお、履歴情報の構造は、図１０の通りである。
【０１４６】
次に、銀行サーバ装置１４の第一更新ソフト受信部１４３は、更新ソフト「ＰＱＲＳ」を受信する。そして、さらに、第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信した更新ソフト「ＰＱＲＳ」をインストールする。
【０１４７】
以上により、銀行サーバ装置１４から、直接的に、または結果として、要求されたソフトウェアのバージョンアップ処理が完了する。「結果としてバージョンアップ処理が完了する」とは、ユーザは意識しないで、バージョンアップ処理が完了することを示す。
【０１４８】
なお、銀行ユーザ端末１５からユーザ識別子を入力した場合も、上記と同様の処理により、銀行ユーザ端末１５において必要な更新ソフトがインストールされる。
【０１４９】
また、上記の具体例において、更新ソフトのインストール処理が、人手を介さずに自動的に行われたが、インストールすべき更新ソフトの候補をユーザに提示し、ユーザの選択指示に基づいて、選択された更新ソフトのみをダウンロードやインストールをしても良い。更新ソフトの候補をユーザに提示した画面例を図１１に示す。図１１は、上記のユーザ識別子「１００００」のユーザ用の更新ソフトに対応する選択画面である、図１１において、更新プログラム名は、図示しない手段により、ソフト識別情報に対応付けて保持されている、とする。
【０１５０】
図１１において、ユーザが選択した更新ソフトのみが、銀行サーバ装置１４にインストールされる。なお、図１１において複数の更新ソフトを選択しても良い、とする。
【０１５１】
また、ダウンロード処理まで自動的に行い、インストール処理は、ユーザの指示により行うようにしても良い。
【０１５２】
以上、本実施の形態によれば、チケット情報を用いた更新ソフトのインストール可否の判断を行うことにより、ソフトウェアのバージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。
【０１５３】
また、本実施の形態によれば、チケット情報がモード情報を有することにより、バージョンアップのための処理のテストを行ってから、確実に、ソフトウェアのバージョンアップをする権利を有するユーザのみがバージョンアップできる。
【０１５４】
また、本実施の形態によれば、条件情報を用いて、更新ソフトのインストール可否の判断を行うことにより、ソフトウェアのバージョンアップをする権利、環境を有するユーザのみが、確実にバージョンアップできる。
【０１５５】
また、本実施の形態によれば、チケット情報は、ソフトウェア製品を識別する製品識別子、ユーザ識別子、およびソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子を有することにより、ソフトウェアの部品部分ソフトウェアについても、バージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。
【０１５６】
また、本実施の形態によれば、更新ソフトを送信した旨を示す情報である履歴情報を、ユーザ識別子と対応付けて蓄積することにより、サポート担当者が、各ユーザが使用しているソフトウェアのバージョンが用意に把握でき、サポートが容易になる。
【０１５７】
なお、本実施の形態において、銀行業務システム（ＥＢ）を実現する装置構成を銀行サーバ装置１４、銀行ユーザ端末１５により説明した。しかし、図１２に示すように、ＡＮＳＥＲセンターと言われる中継装置１６をも用いて、銀行業務を行っても良い。かかる場合、例えば、銀行サーバ装置１４と銀行ユーザ端末１５により行われる通信手順（１）は、全銀協ＴＣＰ／ＩＰ手順（全国銀行協会の定める通信手順）である。また、銀行サーバ装置１４と中継装置１６と銀行ユーザ端末１５により行われる通信手順（２）は、銀行ユーザ端末１５から中継装置１６を通じて銀行サーバ装置１４に接続し、残高照会、入出金明細照会、振込/振替等の銀行取引をリアルタイムに行うことのできるサービスを提供できる手順である。例えば、10日締め、20日締めの振込といった大量の振込を行う場合は（１）の手順を使用する。また、イレギュラーな振込や振込を忘れていた場合の振込・自口座間の資金移動は（２）の手順を使用する。ここで、全銀協ＴＣＰ／ＩＰ手順とは、サービスごとに全国銀行協会(全銀協)が定めたルールに基づいたデータを作って送受信するような通信方法である。また、全銀協が定めたルール(データの形式)のことを全銀協レコードフォーマットと言う。
【０１５８】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における更新サーバ装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、ユーザ識別子を受信するユーザ識別子受信部と、前記ユーザ識別子受信部が受信したユーザ識別子を用いて、記憶媒体に格納されているチケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを記憶媒体から取得し、当該更新ソフトを、前記ユーザ識別子を送信してきた装置に送信する更新ソフト送信部として機能させるためのプログラム、である。
【０１５９】
また、本実施の形態におけるユーザ管理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、更新ソフトを識別するソフト識別情報を含む情報であり、更新ソフトを出荷するための情報である出荷情報を受信する出荷情報受信部と、前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、当該ソフト識別情報に対応する保守契約情報が、保守契約があることを示す情報である場合に、当該保守契約情報と対になる１以上のユーザ識別子を、記憶媒体に格納されているユーザ情報から取得するユーザ識別子取得部と、前記１以上のユーザ識別子と、前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、１以上のチケット情報を生成するチケット情報生成部と、前記１以上のチケット情報を更新サーバ装置に送信するチケット情報送信部として機能させるためのプログラム、である。
【０１６０】
また、図１３は、本明細書で述べたプログラムを実行して、上述した実施の形態の更新サーバ装置等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１３は、このコンピュータシステム３４０の概観図であり、図１４は、コンピュータシステム３４０のブロック図である。
【０１６１】
図１３において、コンピュータシステム３４０は、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）ドライブ、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ドライブを含むコンピュータ３４１と、キーボード３４２と、マウス３４３と、モニタ３４４とを含む。
【０１６２】
図１４において、コンピュータ３４１は、ＦＤドライブ３４１１、ＣＤ−ＲＯＭドライブ３４１２に加えて、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３４１３と、ＣＰＵ３４１３、ＣＤ−ＲＯＭドライブ３４１２及びＦＤドライブ３４１１に接続されたバス３４１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）３４１５と、ＣＰＵ３４１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３４１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３４１７とを含む。ここでは、図示しないが、コンピュータ３４１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０１６３】
コンピュータシステム３４０に、上述した実施の形態の更新サーバ装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３５０１、またはＦＤ３５０２に記憶されて、ＣＤ−ＲＯＭドライブ３４１２またはＦＤドライブ３４１１に挿入され、さらにハードディスク３４１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３４１に送信され、ハードディスク３４１７に記憶されても良い。プログラムは実行の際にＲＡＭ３４１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３５０１、ＦＤ３５０２またはネットワークから直接、ロードされても良い。
【０１６４】
プログラムは、コンピュータ３４１に、上述した実施の形態の更新サーバ装置等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３４０がどのように動作するかは周知であり、詳細な説明は省略する。
【０１６５】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０１６６】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１６７】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段（端末情報送信部、端末情報受信部など）は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０１６８】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。つまり、本情報処理システムにより、以下のソフトウェア更新方法が実現されれば良い。つまり、出荷情報受付部、ユーザ識別子取得部、チケット情報生成部、ユーザ識別子受信部、および更新ソフト送信部により実現されるソフトウェア更新方法であって、前記出荷情報受付部により、更新ソフトを識別するソフト識別情報を含む情報であり、更新ソフトを出荷するための情報である出荷情報を受け付ける出荷情報受付ステップと、前記ユーザ識別子取得部により、前記出荷情報が有するソフト識別情報を用いて、当該ソフト識別情報に対応する保守契約情報が、保守契約があることを示す情報である場合に、当該保守契約情報と対になる１以上のユーザ識別子を、記憶媒体から取得するユーザ識別子取得ステップと、前記チケット情報生成部により、前記１以上のユーザ識別子と、前記出荷情報が有するソフト識別情報を用いて、１以上のチケット情報を生成するチケット情報生成ステップと、前記ユーザ識別子受信部により、ユーザ識別子を受信するユーザ識別子受信ステップと、前記更新ソフト送信部により、前記ユーザ識別子受信ステップで受信したユーザ識別子を用いて、チケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを記憶媒体から取得し、当該更新ソフトを、ユーザ識別子を送信してきた装置に送信する更新ソフト送信ステップを具備するソフトウェア更新方法、である。
【０１６９】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１７０】
以上のように、本発明にかかる情報処理システムは、ソフトウェアのバージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる、という効果を有し、情報処理システム等として有用である。
【図面の簡単な説明】
【０１７１】
【図１】実施の形態１における情報処理システムの概念図
【図２】同情報処理システムのブロック図
【図３】同ユーザ管理装置の動作について説明するフローチャート
【図４】同ユーザ管理装置の動作について説明するフローチャート
【図５】同ユーザ情報管理表を示す図
【図６】同出荷情報の入力画面の例を示す図
【図７】同出荷情報の例を示す図
【図８】同チケット情報の例を示す図
【図９】同バージョンアップ情報管理表を示す図
【図１０】同履歴情報の例を示す図
【図１１】同更新ソフトの候補をユーザに提示した画面例を示す図
【図１２】同銀行業務システムの構成例を示す図
【図１３】同コンピュータシステムの概観図
【図１４】同コンピュータシステムのブロック図
【符号の説明】
【０１７２】
１  情報処理システム
１１  アップデート端末
１２  ユーザ管理装置
１３  更新サーバ装置
１４  銀行サーバ装置
１５  銀行ユーザ端末
１６  中継装置
１１１  出荷情報受付部
１１２  更新ソフト受付部
１１３  出荷情報送信部
１１４  端末更新ソフト送信部
１２１  ユーザ情報格納部
１２２  出荷情報受信部
１２３  ユーザ識別子取得部
１２４  チケット情報生成部
１２５  チケット情報送信部
１３１  バージョンアップ情報格納部
１３２  更新ソフト受信部
１３３  更新ソフト蓄積部
１３４  チケット情報受信部
１３５  バージョンアップ情報蓄積部
１３６  ユーザ識別子受信部
１３７  更新ソフト送信部
１３８  履歴情報蓄積部
１４１  第一ユーザ識別子受付部
１４２  第一ユーザ識別子送信部
１４３  第一更新ソフト受信部
１４４  第一更新ソフトインストール部
１４５  銀行業務依頼情報受信部
１４６  業務処理部
１５１  第二ユーザ識別子受付部
１５２  第二ユーザ識別子送信部
１５３  第二更新ソフト受信部
１５４  第二更新ソフトインストール部
１５５  銀行業務依頼情報受付部
１５６  銀行業務依頼情報送信部
１５７  照会情報受信部
１５８  照会情報出力部
【図１】
0005046976.tif 000002
【図２】
0005046976.tif 000003
【図３】
0005046976.tif 000004
【図４】
0005046976.tif 000005
【図５】
0005046976.tif 000006
【図６】
0005046976.tif 000007
【図７】
0005046976.tif 000008
【図８】
0005046976.tif 000009
【図９】
0005046976.tif 000010
【図１０】
0005046976.tif 000011
【図１１】
0005046976.tif 000012
【図１３】
0005046976.tif 000013
【図１４】
0005046976.tif 000014
【図１２】
0005046976.tif 000015