特許 6473211 サービス提供システムおよび端末アプリケーションプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6473211

(24)【登録日】2019年2月1日

(45)【発行日】2019年2月20日

(54)【発明の名称】サービス提供システムおよび端末アプリケーションプログラム

(51)【国際特許分類】

   G06F 8/656 20180101AFI20190207BHJP

【ＦＩ】

   G06F8/656

【請求項の数】2

【全頁数】38

(21)【出願番号】特願2017-215120(P2017-215120)

(22)【出願日】2017年11月7日

【審査請求日】2018年1月5日

(73)【特許権者】

【識別番号】309006372

【氏名又は名称】株式会社大和総研ビジネス・イノベーション

(73)【特許権者】

【識別番号】510161314

【氏名又は名称】株式会社大和総研

(74)【代理人】

【識別番号】100114638

【弁理士】

【氏名又は名称】中野 寛也

(72)【発明者】

【氏名】蓮見 将生

(72)【発明者】

【氏名】山岡 陽太

(72)【発明者】

【氏名】石井 最澄

【審査官】 北元 健太

(56)【参考文献】

【文献】 特開２００４−１３３８７９（ＪＰ，Ａ）

【文献】 特開２００５−２９３０９４（ＪＰ，Ａ）

【文献】 特開２００４−３４２０６１（ＪＰ，Ａ）

【文献】 特開２０１３−２５７７８９（ＪＰ，Ａ）

【文献】 特開２０００−３２７０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ８／００ − ８／７７

Ｇ０６Ｆ ９／４４ − ９／４５５

Ｇ０６Ｑ ４０／００ − ４０／０８

(57)【特許請求の範囲】

【請求項1】

顧客への情報提示を含むサービスの提供を行うコンピュータにより構成されたサービス提供システムであって、
顧客が操作する第１の顧客端末およびこの第１の顧客端末に搭載されたブラウザとは異なるブラウザとして機能する端末アプリケーションプログラムを搭載した第２の顧客端末へネットワークを介して顧客への情報提示を含むサービスの提供に用いるＨＴＭＬで記述されたサービス提供画面の表示用データを送信する処理を実行するサービス提供サーバを備え、
このサービス提供サーバは、
前記第１の顧客端末および前記第２の顧客端末でのサービスの提供に用いられる前記サービス提供画面の表示用データ、および、前記第２の顧客端末でのサービスの提供を制御するためのＨＴＭＬで記述された制御用画面の表示用データを記憶する画面記憶手段と、
前記第１の顧客端末からの要求に応じ、前記サービス提供画面の表示用データを、前記ネットワークを介して前記第１の顧客端末へ送信する処理を実行するとともに、前記第２の顧客端末からの要求に応じ、前記制御用画面および前記サービス提供画面の各表示用データを、前記ネットワークを介して前記第２の顧客端末へ送信する処理を実行する画面送信手段とを含んで構成され、
前記第２の顧客端末は、
サービスの提供を受ける際に、前記制御用画面および前記サービス提供画面の各要求を、前記ネットワークを介して前記サービス提供サーバへ送信するとともに、前記サービス提供サーバから前記ネットワークを介して送信されてくる前記制御用画面および前記サービス提供画面の各表示用データを受信する処理を実行する画面取得手段と、
この画面取得手段により受信した前記制御用画面の表示用データの中に含まれるＨＴＭＬで記述された端末制御情報を刈り取る端末制御情報スクレイピング処理を実行するか、またはこの端末制御情報スクレイピング処理に加え、前記画面取得手段により受信した前記サービス提供画面の表示用データを加工して加工画面の表示用データを作成するサービス提供画面加工処理を実行するスクレイピング手段と、
このスクレイピング手段により取得した前記端末制御情報を用いて、顧客による前記第２の顧客端末の利用の可否を判定し、端末利用不可と判定した場合には、前記端末制御情報に含まれるＨＴＭＬ記述中の文字列のメンテナンスメッセージを画面表示して端末利用を停止させる処理を実行し、端末利用可と判定した場合には、端末利用を継続させる処理を実行する端末利用可否判定手段と、
この端末利用可否判定手段により端末利用可と判定されたときに前記画面取得手段により受信した前記サービス提供画面の表示用データまたはこれを前記スクレイピング手段により加工して作成された前記加工画面の表示用データを用いて、前記サービス提供画面または前記加工画面を表示する処理を実行する画面表示処理手段とを含んで構成され、
前記第２の顧客端末の前記端末利用可否判定手段は、
前記端末アプリケーションプログラムが保有する当該端末アプリケーションプログラム自身のバージョンを示す自己バージョンの情報と、前記端末制御情報に含まれるＨＴＭＬ記述中の文字列の最低保証バージョンの情報とを比較することにより、前記自己バージョンが前記最低保証バージョンよりも古いか否かを判定し、前記自己バージョンが前記最低保証バージョンよりも古いと判定した場合には、前記端末制御情報に含まれるＨＴＭＬ記述中の文字列のバージョンアップメッセージを画面表示して端末利用を停止させる処理を実行する構成とされ、
前記サービス提供サーバの前記画面記憶手段は、
ＨＴＭＬで記述されたログイン処理前の制御用画面の表示用データ、ＨＴＭＬで記述された基本情報取得前の制御用画面の表示用データ、およびＨＴＭＬで記述された追加情報取得前の制御用画面の表示用データを記憶する構成とされ、
前記第２の顧客端末の前記画面取得手段は、
ログイン処理前に、前記サービス提供サーバから前記画面記憶手段に記憶された前記ログイン処理前の制御用画面の表示用データを取得する処理、
前記サービス提供サーバから前記画面記憶手段に記憶された普通預金画面および定期預金画面を含む複数の前記サービス提供画面に基本情報を付加した画面の表示用データをまとめて取得する前に、および、既に取得済の複数の前記サービス提供画面に基本情報を付加した画面の表示用データを更新するリロードの前に、前記サービス提供サーバから前記画面記憶手段に記憶された前記基本情報取得前の制御用画面の表示用データを取得する処理、
および、前記基本情報を付加した画面の取得後において定期預金画面のページ送りおよび戻りの都度に、前記サービス提供サーバから前記画面記憶手段に記憶された前記サービス提供画面に追加情報を付加した画面の表示用データを取得する前に、前記サービス提供サーバから前記画面記憶手段に記憶された前記追加情報取得前の制御用画面の表示用データを取得する処理を実行する構成とされ、
さらに、前記サービス提供サーバの前記画面記憶手段は、
通常時には、システム管理者により登録された通常時の前記制御用画面の表示用データを記憶し、前記端末アプリケーションプログラムのメンテナンス時またはバージョンアップ要請時には、システム管理者により差し替え登録されたメンテナンス時の前記制御用画面の表示用データまたはバージョンアップ要請時の前記制御用画面の表示用データを記憶し、通常時に戻す際には、システム管理者により差し替え登録された通常時の前記制御用画面の表示用データを記憶し、これらの通常時、メンテナンス時、バージョンアップ要請時のそれぞれについて、前記ログイン処理前の制御用画面の表示用データと、前記基本情報取得前の制御用画面の表示用データと、前記追加情報取得前の制御用画面の表示用データとをすべて登録する構成とされ、
さらに、前記第２の顧客端末の前記端末利用可否判定手段は、
端末利用可と判定した場合に、端末利用を継続させる処理を実行する際には、前記メンテナンスメッセージおよび前記バージョンアップメッセージの画面表示を含め、前記制御用画面の表示用データに基づく何らの画面表示も行わない構成とされている
ことを特徴とするサービス提供システム。

【請求項2】

顧客が操作する顧客端末に搭載する端末アプリケーションプログラムであって、
請求項１に記載のサービス提供システムを構成する第２の顧客端末として、コンピュータを機能させることを特徴とする端末アプリケーションプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、顧客への情報提示を含むサービスの提供を行うコンピュータにより構成されたサービス提供システムおよび端末アプリケーションプログラムに係り、例えば、金融機関が顧客に対し、顧客の保有する金融資産の残高表示を含む金融サービスを行う場合等に利用できる。

【背景技術】

【0002】

従来より、銀行等の金融機関では、インターネットに接続された顧客端末からの顧客の要求に応じ、顧客の保有する金融資産の残高表示、振込、送金、売買注文の受付等の各種オンラインサービスの提供を行っている。

【0003】

近年では、顧客端末として、パーソナル・コンピュータ（以下、「ＰＣ」と略記することがある。）のみならず、スマートフォン（高機能携帯電話機）やタブレット端末等のモバイル機器も使用されるようになってきた。そこで、このような状況に対応するため、金融機関のサイトでは、ＰＣでの表示に適した画面を送信するサイトと、モバイル機器での表示に適した画面を送信するサイトとを併設したり、様々な機種の画面サイズに対応可能なレスポンシブ・ウェブ・デザインによるサイト構築を行っている。

【0004】

このようにモバイル機器での表示に適した画面を送信するサイトを併設した場合や、レスポンシブ・ウェブ・デザインによるサイト構築を行った場合のいずれの場合でも、端末側、すなわちスマートフォン等のモバイル機器では、汎用のブラウザを搭載していれば画面表示を行うことができるので、顧客に提供する金融サービスに特化した専用ブラウザを搭載しなくてもよい。

【0005】

一方、上記のように端末側で汎用のブラウザを使用するのではなく、顧客に提供するサービスの内容に沿った画面表示を行う専用ブラウザとして機能する端末アプリケーションプログラム（以下、「端末アプリケーション」、「端末アプリ」と略記することがあり、また、サーバアプリケーションと区別が付く場合には、「アプリケーション」、「アプリ」と略記することがある。）を開発し、この端末アプリを、携帯電話会社等の通信事業者や情報関連事業者が管理するか、あるいはサービス提供者である金融機関自身が管理するアプリ配信サーバ（例えば、ＡｐｐＳｔｏｒｅ（登録商標）等）から顧客にダウンロードさせ、顧客端末で使用してもらう場合もある。

【0006】

このように専用の端末アプリを顧客端末に搭載した場合、金融機関のサーバから顧客端末へ送信されてくる画面は、汎用のブラウザのようにそのまま表示するのではなく、必要な加工を行ってから表示することができる。従って、例えば、ＰＣ向けに開発された画面を、専用の端末アプリが搭載されている顧客端末においてモバイル機器向けの画面に加工してから表示すること等ができる。このため、基幹系システムの改修や、別サイトの併設を行うことなく、モバイル機器向けのサービスを提供することができる。このようなモバイル機器向けのサービスの実現例としては、ウェブスクレイピング機能を利用した端末アプリによるシステムが知られている（非特許文献１参照）。

【0007】

なお、端末およびサーバに跨って行われる制御という観点では、スマートフォンアプリおよびサーバのそれぞれにＳＤＫ（ソフトウェア制御キット）を設置し連携させているシステムが知られている（特許文献１参照）。しかし、このシステムは、ウェブスクレイピング技術に関連するシステムではない。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２０１５−１８８５号公報

【非特許文献】

【0009】

【非特許文献1】株式会社クロス・コミュニケーション、“ウェブスクレイピング機能を利用してアプラス社のスマートフォン向け「アプラスカードアプリ」を開発”、［online］、クロス・コミュニケーションホームページ、［平成２９年１０月２２日検索］、インターネット＜ＵＲＬ：https://www.cross-c.co.jp/news/2017/201704_01/＞

【発明の概要】

【発明が解決しようとする課題】

【0010】

前述したように、専用の端末アプリを顧客端末に搭載した場合、基幹系システムの改修や、別サイトの併設を行うことなく、モバイル機器向けのサービスを提供することができる。しかし、既に存在するＰＣ向け等の既存のサービスに対し、専用の端末アプリを新規に開発し、この端末アプリによるモバイル機器向けのサービスと、既存のサービスとの並行稼働を開始するという場面では、確かに上記のような効果を得ることができるが、その一方で、端末アプリは、一旦開発して稼働させた後に、何らかの事情で一時的に利用停止（メンテナンス）する必要が生じることもあり、また、バージョンアップされることもあるので、次のような不都合が生じることもある。

【0011】

先ず、顧客がアプリ配信サーバから端末アプリをダウンロード／インストールした後に、端末アプリにメンテナンスの必要性が生じたときには、サービス提供側の金融機関の基幹系システム（サービス提供サーバ側）の稼働を継続したまま、端末アプリのみを一時的に利用停止させる方法はなかった。従って、端末アプリのメンテナンスを行う際には、端末アプリを利用停止にするとともに、サービス提供サーバ側の稼働も停止しなければならなかった。サーバ側の稼働を停止してサーバからの画面の送信を行わないようにすれば、必然的に端末アプリでの画面表示のサービスも停止されるからである。このため、サーバ側の稼働停止により、モバイル機器向けのサービスと並行稼働させているサービス（ＰＣ向け等の別の機種向けのサービス）がある場合、その別の機種向けのサービスの提供も停止されてしまうという問題があった。

【0012】

また、上記の問題は、サービス提供サーバ側の稼働を停止させずに継続したいという場合に生じる問題であるから、サービス提供サーバ側には改修の必要性がない場合であるといえるが、これに対し、サービス提供サーバ側に改修の必要性が生じる場合もある。前述したように、顧客端末において、サーバから送信されてくる画面を、端末アプリによりスクレイピング処理して画面表示を行うことによりサービスを提供しているケースがあるが、このケースでは、サーバ側に起因する改修に伴い、スクレイピング元である画面（サーバから送信される画面）についてレイアウトや表示内容の変更が発生したときには、端末アプリも改修しないと、顧客端末に誤った情報が表示されたり、端末アプリを正常に利用できない状態になることがある。従って、この状態を避けるために、サーバ側の改修と同時に端末アプリの改修も行い、同じタイミングでサーバおよび端末アプリのリリースを行う必要がある。しかし、改修後の端末アプリを、携帯電話会社等の通信事業者や情報関連事業者が管理するアプリ配信サーバから顧客にダウンロードさせるにあたり、端末アプリの公開には、アプリ配信サーバの管理者の審査が必要となるので、その審査スピードに左右されることから、まったく同じタイミングでの両者のリリースを実現することは困難であった。

【0013】

さらに、仮に、端末アプリの改修が不十分な状態でその端末アプリをリリースし、その状態でサービス提供サーバ側の稼働を停止させることなく、端末アプリでのサービスの提供を継続した場合を考えると、この場合、顧客に対し、誤った情報の表示や、不具合を生じる可能性のある端末アプリの提供を続けることになる。それに加え、端末アプリの不具合が原因で、端末アプリが大量アクセス等の予期せぬ動作を行い、それがサービス提供サーバ側の動作に影響を与え、結局、モバイル機器向けのサービスと並行稼働させているＰＣ向け等の別の機種向けのサービスの提供にも悪影響を与えることになってしまう。従って、端末アプリに不具合があれば、結局、このような事態になることもあるので、端末アプリについてメンテナンスの必要性が判明した時点で、迅速にサービス提供サーバ側の稼働も停止させてそのような混乱を未然に防いだほうがよいという側面もあった。

【0014】

次に、端末アプリを改修し、バージョンアップした場合に、顧客に対し、古いバージョンの端末アプリ（改修前の既にインストールされている古い端末アプリ）の利用をさせずに、端末アプリのアップデートを促す仕組みがなかった。電子メールにより端末アプリのアップデートを促す通知を行ったり、サービス提供者である金融機関のサイトにその旨の表示を行う対応もあるが、顧客がそれらの通知や表示に対し、自ら積極的に応答しない限り、古いバージョンの端末アプリの利用を停止させることはできない。

【0015】

以上より、端末アプリのメンテナンスを行う際に、サービス提供サーバ側の稼働を停止させずに並行稼働中の別のブラウザを利用する顧客へのサービス（当該端末アプリとは異なるブラウザを搭載した顧客端末でのサービス）の提供を継続しつつ、当該端末アプリを搭載した顧客端末でのサービスの提供を停止させることができるサービス提供システムの構築が望まれる。加えて、端末アプリのアップデートを促す仕組みを備えたサービス提供システムの構築が望まれる。なお、以上のことは、金融サービスを提供する金融機関のシステムに限らず、より一般に、顧客に対し、オンラインサービスを提供するサービス提供システムについて同様に言えることである。

【0016】

本発明の目的は、サーバの稼働を停止させずに並行稼働中の別のブラウザを利用する顧客へのサービスの提供を継続しつつ、端末アプリのメンテナンスを行うことができるサービス提供システムおよび端末アプリケーションプログラムを提供するところにある。

【課題を解決するための手段】

【0017】

＜本発明の基本構成＞

【0018】

本発明は、顧客への情報提示を含むサービスの提供を行うコンピュータにより構成されたサービス提供システムであって、
顧客が操作する第１の顧客端末およびこの第１の顧客端末に搭載されたブラウザとは異なるブラウザとして機能する端末アプリケーションプログラムを搭載した第２の顧客端末へネットワークを介して顧客への情報提示を含むサービスの提供に用いるサービス提供画面の表示用データを送信する処理を実行するサービス提供サーバを備え、
このサービス提供サーバは、
第１の顧客端末および第２の顧客端末でのサービスの提供に用いられるサービス提供画面の表示用データ、および、第２の顧客端末でのサービスの提供を制御するための制御用画面の表示用データを記憶する画面記憶手段と、
第１の顧客端末からの要求に応じ、サービス提供画面の表示用データを、ネットワークを介して第１の顧客端末へ送信する処理を実行するとともに、第２の顧客端末からの要求に応じ、制御用画面およびサービス提供画面の各表示用データを、ネットワークを介して第２の顧客端末へ送信する処理を実行する画面送信手段とを含んで構成され、
第２の顧客端末は、
制御用画面およびサービス提供画面の各要求を、ネットワークを介してサービス提供サーバへ送信するとともに、サービス提供サーバからネットワークを介して送信されてくる制御用画面およびサービス提供画面の各表示用データを受信する処理を実行する画面取得手段と、
この画面取得手段により受信した制御用画面の表示用データの中に含まれる端末制御情報を刈り取る端末制御情報スクレイピング処理を実行するか、またはこの端末制御情報スクレイピング処理に加え、画面取得手段により受信したサービス提供画面の表示用データを加工して加工画面の表示用データを作成するサービス提供画面加工処理を実行するスクレイピング手段と、
このスクレイピング手段により取得した端末制御情報を用いて、顧客による第２の顧客端末の利用の可否を判定し、端末利用不可と判定した場合には、端末制御情報に含まれるメンテナンスメッセージを画面表示して端末利用を停止させる処理を実行し、端末利用可と判定した場合には、端末利用を継続させる処理を実行する端末利用可否判定手段と、
この端末利用可否判定手段により端末利用可と判定されたときに画面取得手段により受信したサービス提供画面の表示用データまたはこれをスクレイピング手段により加工して作成された加工画面の表示用データを用いて、サービス提供画面または加工画面を表示する処理を実行する画面表示処理手段とを含んで構成されている
ことを特徴とするものである。

【0019】

ここで、本発明のサービス提供システムについて「顧客への情報提示を含むサービスの提供を行う」と記載されているのは、顧客へのサービスの提供に際し、何らかの情報提示が行われていればよい趣旨である。従って、本発明のサービス提供システムは、顧客への情報提示だけを行う情報提示の専用システムに限らず、また、必ずしも顧客への情報提示を主とするシステムである必要もなく、例えば、顧客からの情報の入力を受け付けることを主とするシステムであってもよく、この場合には、顧客端末に送信する入力画面には何らかの情報（例えば、入力項目の指定、入力方法、選択肢、入力の参考情報等を含む。）が記載されているので、顧客端末への入力画面の表示用データの送信自体が情報提示に該当する。さらに、顧客への情報提示と、顧客からの情報の入力の受付との双方を行うシステムであってもよい。

【0020】

また、「画面記憶手段」における「第２の顧客端末でのサービスの提供を制御するための制御用画面の表示用データを記憶する」という意味は、通常時においては、通常時の制御用画面の表示用データを記憶させる場合と、通常時には制御用画面の表示用データを記憶させない場合（制御用画面の表示用データが記憶されていなければ、通常時であると判定する場合）とが含まれる。

【0021】

さらに、「画面表示処理手段」における「端末利用可否判定手段により端末利用可と判定されたときに画面取得手段により受信したサービス提供画面の表示用データ」というのは、端末利用可と判定された状態では、画面取得手段によりサービス提供サーバからサービス提供画面の表示用データを取得できることを示しているが、これは、取得時に端末利用可という判定状態であればよく、必ずしも画面表示時に、端末利用可という判定状態が維持されていなくてもよい趣旨である。従って、例えば、端末利用可否判定手段により、一旦、端末利用可と判定され、その状態で、画面取得手段によりサービス提供サーバからサービス提供画面の表示用データを取得し、その後、メンテナンスが開始され、端末利用不可と判定される状態になったとしても、既にサービス提供サーバから取得済で、第２の顧客端末に記憶されている状態にあるサービス提供画面の表示用データについては、画面表示処理手段による画面表示処理の実行を妨げない趣旨である。なお、このようなケースまで含めて端末利用を停止させる（サービス提供画面の表示を行わせない）構成としてもよい。

【0022】

このような本発明のサービス提供システムにおいては、サービス提供サーバに、制御用画面の表示用データを記憶させておき、第２の顧客端末に搭載された端末アプリにより、この制御用画面の表示用データを読み込んでスクレイピング処理を行うことにより制御用画面の表示用データの中に含まれる端末制御情報を取得し、この端末制御情報を用いて、第２の顧客端末の利用の可否を判定するので、端末アプリのメンテナンス時には、端末制御情報としてのメンテナンスメッセージを含む制御用画面の表示用データを、サービス提供サーバに配置しておけば（通常時においては、通常時の制御用画面の表示用データを記憶させる構成とする場合には、通常時の制御用画面の表示用データからの差し替えを行えば）、第２の顧客端末に搭載されている端末アプリにより、端末利用不可と判定し、メンテナンスメッセージを画面表示して端末利用を停止させる処理を実行することが可能となる。

【0023】

このため、端末アプリのメンテナンス時には、この端末アプリを搭載した第２の顧客端末側でのサービスの提供だけを一時的に停止し、サービス提供サーバ側の稼働の停止については回避することが可能となる。従って、端末アプリのメンテナンス時でも、この端末アプリとは異なるブラウザを搭載した第１の顧客端末でのサービスの提供を継続することが可能となり、これらにより前記目的が達成される。

【0024】

＜バージョンアップ要請が可能な構成＞

【0025】

また、前述したサービス提供システムにおいて、
端末利用可否判定手段は、
端末アプリケーションプログラムが保有する当該端末アプリケーションプログラム自身のバージョンを示す自己バージョンの情報と、端末制御情報に含まれる最低保証バージョンの情報とを比較することにより、自己バージョンが最低保証バージョンよりも古いか否かを判定し、自己バージョンが最低保証バージョンよりも古いと判定した場合には、端末制御情報に含まれるバージョンアップメッセージを画面表示して端末利用を停止させる処理を実行する構成とされていることが望ましい。

【0026】

このように制御用画面の表示用データの中に含まれる端末制御情報の中に、最低保証バージョンの情報およびバージョンアップメッセージを含ませることができる構成とした場合には、端末アプリのバージョンアップを行った際に、最低保証バージョンの情報およびバージョンアップメッセージを含む制御用画面の表示用データを、サービス提供サーバに配置しておけば（通常時においては、通常時の制御用画面の表示用データを記憶させる構成とする場合には、通常時の制御用画面の表示用データからの差し替えを行えば）、古いバージョンの端末アプリを使用している顧客に対し、バージョンアップ要請を行うことが可能となるうえ、端末利用を停止させる処理を実行することが可能となる。このため、顧客は、適正なバージョンの端末アプリをダウンロードして第２の顧客端末に搭載するまで、第２の顧客端末でのサービスの提供を受けることができなくなるので、顧客に対し、誤った情報の提示が行われることを回避することが可能となる。

【0027】

＜第２の顧客端末に搭載された端末アプリによるサービス提供サーバからの取得タイミングがそれぞれ異なる３種類の制御用画面の表示用データを、サービス提供サーバに記憶させておく構成＞

【0028】

さらに、前述したサービス提供システムにおいて、
画面記憶手段は、
ログイン処理前の制御用画面の表示用データ、基本情報取得前の制御用画面の表示用データ、および追加情報取得前の制御用画面の表示用データを記憶する構成とされ、
画面取得手段は、
ログイン処理前に、サービス提供サーバから画面記憶手段に記憶されたログイン処理前の制御用画面の表示用データを取得する処理、
サービス提供サーバから画面記憶手段に記憶された複数のサービス提供画面に基本情報を付加した画面の表示用データをまとめて取得する前に、サービス提供サーバから画面記憶手段に記憶された基本情報取得前の制御用画面の表示用データを取得する処理、
および、基本情報を付加した画面の取得後においてサービス提供サーバから画面記憶手段に記憶されたサービス提供画面に追加情報を付加した画面の表示用データを取得する前に、サービス提供サーバから画面記憶手段に記憶された追加情報取得前の制御用画面の表示用データを取得する処理を実行する構成とされていることが望ましい。

【0029】

このように端末アプリによるサービス提供サーバからの取得タイミングがそれぞれ異なる３種類の制御用画面の表示用データを、サービス提供サーバに記憶させておく構成とした場合には、第２の顧客端末での端末アプリによる画面遷移において、適切なタイミングで適切なメッセージを画面表示し、適切なタイミングで第２の顧客端末の利用を停止させることが可能となる。例えば、ログインの際は通常時であったが、その後、顧客が画面を遷移させている最中に、メンテナンス時やバージョンアップ要請時になった場合でも、適切なタイミングで、メッセージを画面表示して第２の顧客端末の利用を停止させることが可能となり、顧客による第２の顧客端末の各種操作のタイミングと、メンテナンスやバージョンアップ要請の発生時とのタイムラグに対応することが可能となる。

【0030】

なお、少なくとも上記の３種類の制御用画面の表示用データが使用されていればよい趣旨であり、その他の種類の制御用画面の表示用データが含まれていてもよく、従って、４種類以上の制御用画面の表示用データが使用されていてもよい。

【0031】

＜画面遷移図中において端末制御情報によるメッセージの表示タイミングおよび表示内容を示す管理者支援画面の表示処理を行う構成＞

【0032】

そして、前述したサービス提供システムにおいて、
サービス提供サーバ、またはサービス提供サーバに通信回線を介して接続されたシステム管理者の操作する管理者端末には、管理者支援手段が設けられ、
この管理者支援手段は、
画面記憶手段に記憶された制御用画面およびサービス提供画面の各表示用データを取得し、
制御用画面の表示用データの中に含まれる端末制御情報を刈り取る管理者支援用の端末制御情報スクレイピング処理を実行するか、またはこの管理者支援用の端末制御情報スクレイピング処理に加え、サービス提供画面の表示用データを加工して加工画面の表示用データを作成する管理者支援用のサービス提供画面加工処理を実行し、
管理者支援用の端末制御情報スクレイピング処理で得られた端末制御情報、および、サービス提供画面の表示用データ若しくは管理者支援用のサービス提供画面加工処理で得られた加工画面の表示用データを用いて、ログインからサービス提供画面の表示に至るまでの画面遷移図、並びにこの画面遷移図中における端末制御情報によるメッセージの表示タイミングおよび表示内容を示す管理者支援画面を、管理者端末の画面上に表示する処理を実行する構成としてもよい。

【0033】

このようにサービス提供サーバまたは管理者端末に、管理者支援手段を設けた構成とした場合には、サービス提供サーバまたは管理者端末において、第２の顧客端末に搭載された端末アプリによるスクレイピング処理と同様な処理を行うことにより、管理者端末の画面上において、ログインからサービス提供画面の表示に至るまでの画面遷移図、並びにこの画面遷移図中における端末制御情報によるメッセージの表示タイミングおよび表示内容を示す管理者支援画面の表示処理を行うことが可能となる。このため、システム管理者は、制御用画面の表示用データ内の端末制御情報の設定内容を含め、第２の顧客端末についての端末制御の内容を、画面遷移と関連付けながら、容易に把握することが可能となる。

【0034】

＜複数のサービス提供画面間の遷移情報をスクレイピング処理で作成する構成＞

【0035】

また、前述したサービス提供システムにおいて、
画面取得手段は、
サービス提供サーバから画面記憶手段に記憶された複数のサービス提供画面に基本情報を付加した画面の表示用データをまとめて取得する構成とされ、
スクレイピング手段は、
画面取得手段により受信した複数のサービス提供画面の表示用データに含まれる次画面への遷移情報を刈り取って複数のサービス提供画面間の遷移情報を作成し、作成した遷移情報を取得画面記憶手段に記憶させる遷移情報作成処理も実行する構成としてもよい。

【0036】

このようにスクレイピング手段により遷移情報作成処理も行う構成とした場合には、サービス提供サーバから取得した複数のサービス提供画面の表示用データに含まれる次画面への遷移情報を刈り取って複数のサービス提供画面間の遷移情報（一部でもよい。）を作成するので、それらの遷移情報を端末アプリに記述しておかなくてもよいため、基本情報の画面としての複数のサービス提供画面の枚数や名称、あるいは画面遷移の内容に変更があった場合でも、端末アプリの改修を行わずに対応することが可能となる。

【0037】

＜端末アプリケーションプログラムの発明＞

【0038】

また、本発明は、顧客が操作する顧客端末に搭載する端末アプリケーションプログラムであって、
以上に述べたサービス提供システムを構成する第２の顧客端末として、コンピュータを機能させることを特徴とするものである。

【0039】

なお、上記の端末アプリケーションプログラムまたはその一部は、例えば、光磁気ディスク（ＭＯ）、コンパクトディスク（ＣＤ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、フレキシブルディスク（ＦＤ）、磁気テープ、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュディスク等の記録媒体に記録して保存や流通等させることが可能であるとともに、例えば、ＬＡＮ、ＭＡＮ、ＷＡＮ、インターネット、イントラネット、エクストラネット等の有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に載せて搬送することも可能である。さらに、上記の端末アプリケーションプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。

【発明の効果】

【0040】

以上に述べたように本発明によれば、サービス提供サーバに、制御用画面の表示用データを記憶させておき、第２の顧客端末に搭載された端末アプリにより、この制御用画面の表示用データを読み込んでスクレイピング処理を行うことにより制御用画面の表示用データの中に含まれる端末制御情報を取得し、この端末制御情報を用いて、第２の顧客端末の利用の可否を判定するので、端末アプリのメンテナンス時には、端末制御情報としてのメンテナンスメッセージを含む制御用画面の表示用データを、サービス提供サーバに配置しておけば、第２の顧客端末に搭載されている端末アプリにより、端末利用不可と判定し、メンテナンスメッセージを画面表示して端末利用を停止させる処理を実行することができるため、サービス提供サーバの稼働を停止させずに並行稼働中の別のブラウザを搭載した第１の顧客端末でのサービスの提供を継続しつつ、端末アプリのメンテナンスを行うことができるという効果がある。

【図面の簡単な説明】

【0041】

【図1】本発明の一実施形態のサービス提供システムの全体構成図。

【図2】前記実施形態のサービス提供システムによる起動からログインまでの処理の流れを示すフローチャートの図。

【図3】前記実施形態のサービス提供システムによるログイン後のサービス提供画面の表示処理の流れを示すフローチャートの図。

【図4】前記実施形態の第２の顧客端末における制御用画面の取得、端末利用可否判定、およびその判定結果に伴うメッセージ表示等の処理の流れの詳細図。

【図5】前記実施形態の第２の顧客端末における起動からログインまでの画面遷移図。

【図6】前記実施形態の第２の顧客端末におけるログイン後の画面遷移図。

【図7】前記実施形態の第２の顧客端末における端末制御の例を示す図。

【図8】前記実施形態の制御用画面の表示用データ（ＨＴＭＬ）の記述例を示す図。

【発明を実施するための形態】

【0042】

以下に本発明の一実施形態について図面を参照して説明する。図１には、本実施形態のサービス提供システム１０の全体構成が示されている。図２および図３には、サービス提供システム１０による起動からログインまでの処理の流れ、およびログイン後のサービス提供画面の表示処理の流れがフローチャートで示されている。図４には、第２の顧客端末５０における制御用画面の取得、端末利用可否判定、およびその判定結果に伴うメッセージ表示等の処理の流れの詳細が示されている。また、図５および図６には、第２の顧客端末５０における画面遷移が示されている。さらに、図７には、第２の顧客端末５０における端末制御の例が示され、図８には、制御用画面の表示用データ（ＨＴＭＬ）の記述例が示されている。

【0043】

本実施形態では、一例として、サービス提供システム１０は、顧客に対し、顧客の保有する金融資産の残高表示を含む金融サービスを提供する銀行等の金融機関のシステムであるものとする。なお、本発明のサービス提供システムは、金融機関のシステムに限定されるものではなく、例えば、チケットやホテル等の予約システム、商品購入システム、語学学習システム等、オンラインサービスの提供を行う各種のシステムに広く適用することができる。

【0044】

＜サービス提供システム１０の全体構成＞

【0045】

図１において、サービス提供システム１０は、顧客に対し、顧客の保有する金融資産の残高情報等の表示を含む金融サービスを提供する各種処理を実行するとともに各種処理に必要なデータを記憶するサービス提供サーバ２０を備えている。このサービス提供サーバ２０には、ネットワーク１を介して顧客が操作する第１の顧客端末４０および第２の顧客端末５０が接続されるとともに、通信回線２を介してシステム管理者が操作する管理者端末７０が接続されている。また、ネットワーク１には、第２の顧客端末５０に搭載する端末アプリケーションプログラムを配信供給するアプリ配信サーバ８０が接続されている。

【0046】

ここで、ネットワーク１は、本実施形態では、主としてインターネットを中心に構成され、有線であるか、無線であるか、有線・無線の混在型であるかは問わない。通信回線２は、例えばＬＡＮやイントラネット等の金融機関の内部ネットワークであるが、ネットワーク１としてもよい。

【0047】

＜第１の顧客端末４０と、第２の顧客端末５０との関係＞

【0048】

第１の顧客端末４０および第２の顧客端末５０のいずれも、本実施形態では、一例として、銀行等の金融機関の顧客が操作する端末装置であり、コンピュータ（広義のコンピュータであり、ＰＣのみならず、スマートフォンやタブレット端末等のモバイル機器を含む。）により構成され、例えばマウスやキーボードやタッチパッド等の入力手段と、例えば液晶ディスプレイ等の表示手段とを備えている。具体的には、本実施形態では、第１の顧客端末４０は、ＰＣでもよく、スマートフォン等のモバイル機器でもよいものとし、第２の顧客端末５０は、主としてスマートフォン等のモバイル機器であるものとして説明を行う。但し、第２の顧客端末５０は、ＰＣでもよい。

【0049】

第１の顧客端末４０には、本実施形態では、汎用のブラウザが搭載されているものとして説明を行う。汎用のブラウザ（本実施形態では、ネットワーク１は、主としてインターネットを中心に構成されているので、汎用のウェブ・ブラウザとなる。）とは、例えば、ＰＣの場合には、ＯＳがＷｉｎｄｏｗｓ（登録商標）であれば、インターネット・エクスプローラやファイアフォックス等であり、ＭａｃＯＳであれば、サファリ等であり、スマートフォン等のモバイル機器の場合には、アンドロイド（登録商標）であれば、グーグル・クローム等であり、ｉＯＳであれば、サファリやグーグル・クロームやスムーズ等である。これらの汎用のブラウザで表示される画面（ウェブ・ページ）は、ＨＴＭＬで記述され、スマートフォン等のモバイル機器での表示も対象とする場合には、レスポンシブ・ウェブ・デザインを採用してもよい。なお、ここでいう汎用のブラウザの「汎用」は、有料・無料を問わず、特定のサービス専用ではなく、用途を特定していないという意味で用いている。

【0050】

一方、第２の顧客端末５０には、第１の顧客端末４０に搭載されたブラウザとは異なるブラウザとして機能する端末アプリケーションプログラムが搭載されている。この端末アプリは、本実施形態では、サービス提供システム１０により金融サービスの提供を行うので、金融サービス専用の端末アプリ（但し、金融サービス以外のサービスも取り扱う複合的な端末アプリとしてもよい。）であり、第２の顧客端末５０は、本実施形態では、スマートフォン等のモバイル機器であるから、端末アプリは、モバイル機器用の端末アプリである。より一般的には、本発明における「第２の顧客端末」に搭載される「端末アプリケーションプログラム」は、本発明のサービス提供システムにより提供するサービス専用の端末アプリ（但し、複数のサービスの提供を行う複合的な端末アプリとしてもよい。）である。

【0051】

なお、第１の顧客端末４０にも、汎用のブラウザではなく、特定のサービス専用のブラウザ機能を有する端末アプリケーションプログラムが搭載されていてもよく、要するに、第１の顧客端末４０と第２の顧客端末５０とを呼び分けているのは、双方が異なるブラウザ（画面表示処理の方法に相違点がある端末アプリケーションプログラム）を搭載していればよい趣旨である。この際、第１の顧客端末４０に搭載される汎用のブラウザではない端末アプリは、制御用画面の表示用データ（ＨＴＭＬデータ）の中に含まれる端末制御情報を用いた端末制御機能を有する本発明における「端末アプリケーションプログラム」ではない。

【0052】

また、第１の顧客端末４０を操作する顧客と、第２の顧客端末５０を操作する顧客とは、異なっていてもよく、あるいは、同一の顧客が、それぞれ異なるブラウザを搭載した第１の顧客端末４０および第２の顧客端末５０の双方を操作する者（目的に応じて使用する機器を使い分けている者）となってもよい。

【0053】

さらに、第１の顧客端末４０と第２の顧客端末５０とは、異なる機種でもよく、同一の機種でもよい。前者の異なる機種の場合としては、例えば、第１の顧客端末４０がＰＣであり、第２の顧客端末５０がスマートフォンやタブレット端末等のモバイル機器である場合等が挙げられる。後者の同一の機種の場合としては、例えば、第１の顧客端末４０および第２の顧客端末５０のいずれもスマートフォンやタブレット端末等のモバイル機器である場合等が挙げられ、この場合は、同一の機種であるが、使用するブラウザが異なっていて、例えば、第１の顧客端末４０では汎用のブラウザが使用され、第２の顧客端末５０では専用の端末アプリにより画面表示が行われる場合等である。

【0054】

そして、第１の顧客端末４０と第２の顧客端末５０とは、通常は、物理的に別体の機器（ＰＣやモバイル機器）により構成されるが、物理的に同じ機器により構成されていてもよい。後者のように物理的に同じ機器により構成されている場合は、１台の機器（１台のＰＣや、１台のモバイル機器）に、複数種類のブラウザ（例えば、汎用のブラウザおよび専用の端末アプリ、あるいは、表示処理方法の異なる複数種類の専用の端末アプリ）が搭載されていることになる。また、後者のように物理的に同じ機器により構成されている場合は、同一の顧客が１台の機器を操作して複数種類のブラウザを使い分けている状況でもよく、異なる顧客が共用の１台の機器を操作して異なるブラウザを使用する状況でもよい。

【0055】

また、第１の顧客端末４０で汎用のブラウザを使って提供されるサービスと、第２の顧客端末５０で専用の端末アプリを使って提供されるサービスとは、本実施形態では、内容が異なっている。例えば、第１の顧客端末４０では、振込サービスが提供されるが、第２の顧客端末５０では、振込サービスは提供されない等の相違がある。サービス提供サーバ２０から送信されるサービス提供画面の表示用データ（ＨＴＭＬデータ）は、第１の顧客端末４０で汎用のブラウザを使ってそのまま表示する（加工せずに表示する）ことを前提として用意されたものであり、第２の顧客端末５０では、これを利用して端末アプリにより加工して（モバイル機器向けにするため、不必要な情報を削って）画面表示を行うので、通常は、本実施形態のように、第２の顧客端末５０で提供されるサービスの種類は、第１の顧客端末４０で提供されるサービスの種類よりも少なくなる。しかし、第１の顧客端末４０と第２の顧客端末５０とで、同等または略同等なサービスを提供する構成としてもよい。また、第２の顧客端末５０に搭載する専用の端末アプリにより、第１の顧客端末４０で提供されないサービスを提供してもよく、この場合は、サービス提供サーバ２０から取得したサービス提供画面の表示用データ（ＨＴＭＬデータ）（つまり、第１の顧客端末４０でも利用されるデータ）を利用するのではなく、端末アプリに記述されている内容の画面表示を行うことにより、独自のサービスを提供することになる。従って、第２の顧客端末５０で提供されるサービスの種類は、第１の顧客端末４０で提供されるサービスの種類よりも多くなってもよい。

【0056】

＜サービス提供サーバ２０の構成＞

【0057】

サービス提供サーバ２０は、本実施形態では、一例として、ウェブ・アプリケーション（ＷＥＢ／ＡＰ）サーバ２１と、このＷＥＢ／ＡＰサーバ２１に接続されたデータベースサーバ３０とにより構成されているが、この構成に限定されるものではなく、１台のサーバで構成してもよく、あるいは３台以上のサーバで構成してもよく、例えば、ＷＥＢ／ＡＰサーバ２１を、ウェブサーバと、アプリケーションサーバとに分ける等、複数台のサーバに分けてもよい。

【0058】

ウェブ・アプリケーションサーバ２１は、顧客の保有する金融資産の残高情報や取引履歴等の表示を含む金融サービスを提供する各種処理を実行する処理手段２２と、この処理手段２２に接続された画面記憶手段２６とを備えて構成されている。また、処理手段２２は、画面送信手段２３と、画面設定手段２４と、管理者支援手段２５とを含んで構成されている。

【0059】

データベースサーバ３０は、データベース管理手段３１と、このデータベース管理手段３１に接続されたデータベース３２とを備えて構成されている。

【0060】

以上のうち、処理手段２２に含まれる画面送信手段２３、画面設定手段２４、および管理者支援手段２５、並びに、データベース管理手段３１は、ウェブ・アプリケーションサーバ２１やデータベースサーバ３０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム（サーバアプリ）、並びに、主メモリやキャッシュメモリ等の作業用メモリなどにより実現される。また、画面記憶手段２６やデータベース３２は、例えば、ハードディスクドライブやソリッドステートドライブ等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、ＤＶＤ等のその他の記録媒体を採用してもよい。

【0061】

画面送信手段２３は、第１の顧客端末４０からの要求に応じ、サービス提供画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第１の顧客端末４０へ送信する処理を実行するとともに、第２の顧客端末５０からの要求に応じ、制御用画面およびサービス提供画面の各表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へ送信する処理を実行するものである。

【0062】

この際、画面送信手段２３は、サービス提供画面の表示用データ（ＨＴＭＬデータ）を第１の顧客端末４０や第２の顧客端末５０へ送信するにあたり、送信対象のサービス提供画面が固定した内容でない場合には、データベースサーバ３０のデータベース３２に記憶されたデータ（例えば、顧客の保有する金融資産の残高情報や取引履歴等）を用いて、画面記憶手段２６に記憶されたサービス提供画面のフォームに、そのデータを付加することにより、送信するサービス提供画面の表示用データ（ＨＴＭＬデータ）を動的に作成する処理を実行する。このとき、フォームに付加するデータが基本情報（顧客に先ず最初に提示すべき情報）であれば、サービス提供画面は、基本情報の画面となり、フォームに付加するデータが追加情報（顧客の追加表示要求の操作に従って追加して提示する情報）であれば、サービス提供画面は、追加情報の画面となる。

【0063】

より具体的には、画面送信手段２３は、第１の顧客端末４０へサービス提供画面の表示用データを送信する場合には、第１の顧客端末４０からの要求に含まれるＵＲＬに基づき、送信対象のサービス提供画面を特定する。従って、第１の顧客端末４０へのサービス提供画面の表示用データ（ＨＴＭＬデータ）の送信処理は、画面遷移に沿って１画面ずつ行われる。送信対象のサービス提供画面の表示用データは、図６に示した各画面１１１〜１１７，１２１，１２２に対応する各画面（但し、図６の状態は、第２の顧客端末５０において加工画面を表示した状態であるから、その加工元の画面である。）の表示用データ（ＨＴＭＬデータ）である。また、画面送信手段２３は、第１の顧客端末４０へのログイン画面や約款の表示画面等の表示用データ（ＨＴＭＬデータ）の送信処理も実行する。第１の顧客端末４０への送信対象のログイン画面等の表示用データは、図５に示した各画面１０１〜１０５に対応する各画面（各画面１０１〜１０５と同様な機能を有していればよく、画面デザインは異なっていてもよい。）の表示用データ（ＨＴＭＬデータ）である。従って、第１の顧客端末４０では、汎用のブラウザを使用するので、第１の顧客端末４０におけるログイン時には、第２の顧客端末５０におけるログイン時の場合とは異なり、サービス提供サーバ２０から取得したログイン画面等の表示用データ（ＨＴＭＬデータ）を用いて画面表示が行われる。そして、このときも、第１の顧客端末４０からの要求に含まれるＵＲＬに基づき、送信対象のログイン画面等を特定するので、ログイン画面等の表示用データ（ＨＴＭＬデータ）の送信処理は、画面遷移に沿って１画面ずつ行われる。

【0064】

一方、画面送信手段２３は、第２の顧客端末５０へ制御用画面の表示用データ（図８参照）を送信する場合には、所定のタイミング（図２のステップＳ９，Ｓ１４のタイミングおよび図３のステップＳ１８，Ｓ２４，Ｓ２８のタイミング）で、３種類のうち各タイミングに応じた種類の制御用画面の表示用データ（ＨＴＭＬデータ）を送信する。また、画面送信手段２３は、第２の顧客端末５０へサービス提供画面の表示用データを送信する場合には、顧客に最初に提示する基本情報の画面については、図６に示した各画面１１１〜１１７に対応する各画面（各画面１１１〜１１７は、加工画面であるから、その加工元の画面）の表示用データ（ＨＴＭＬデータ）を、所定のタイミング（図３のステップＳ２０の初回のタイミングおよび図３のステップＳ３０の更新のタイミング）でまとめて送信する。このように複数の基本情報の画面をまとめて送信するのは、通信環境が悪化する場合もあるので、送信できるときに送信しておくためである。さらに、画面送信手段２３は、顧客の追加表示要求の操作に従って追加して提示する追加情報の画面については、図６に示した各画面１２１，１２２に対応する各画面（各画面１２１，１２２は、加工画面であるから、その加工元の画面）の表示用データ（ＨＴＭＬデータ）を、それぞれ所定のタイミング（図３のステップＳ２６のタイミング）で送信する。そして、画面送信手段２３は、基本情報および追加情報のいずれの画面を送信する場合でも、画面の記載内容が固定的である場合を除き、データベースサーバ３０のデータベース３２に記憶されたデータ（例えば、顧客の保有する金融資産の残高情報や取引履歴等）を用いて、画面記憶手段２６に記憶されたサービス提供画面のフォームに、そのデータを付加することにより、送信するサービス提供画面の表示用データ（ＨＴＭＬデータ）を動的に作成する処理を実行する。なお、第２の顧客端末５０では、汎用のブラウザではなく、専用の端末アプリを使用するので、図５に示した各画面１０１〜１０５は、端末アプリにより表示されるため、サービス提供サーバ２０からのログイン画面等の表示用データ（ＨＴＭＬデータ）の送信処理は行われない。

【0065】

画面設定手段２４は、システム管理者により管理者端末７０から通信回線２を介して送信されてくる制御用画面の表示用データ（ＨＴＭＬデータ）を、画面記憶手段２６の所定のフォルダに登録（アップロード）する設定処理を実行するものである。システム管理者は、端末アプリのメンテナンス時やバージョンアップ時に、それらの状況に対応すべく第２の顧客端末５０の制御を行うために、適宜なタイミングで、制御用画面の表示用データを登録して画面記憶手段２６に記憶させる。この登録は、本実施形態のように、通常時においては、通常時の制御用画面の表示用データを登録しておく構成を採用する場合（つまり、通常時においては、制御用画面の表示用データを登録しないという構成を採用しない場合）には、通常時の制御用画面の表示用データからの差し替え登録となる。

【0066】

管理者支援手段２５は、システム管理者による管理者端末７０からの表示要求に応じ、管理者支援画面１００（図５、図６参照）を作成し、作成した管理者支援画面１００の表示用データ（ＨＴＭＬデータ）を、通信回線２を介して管理者端末７０へ送信する処理を実行するものである。なお、この管理者支援手段２５の設置は、省略してもよい。

【0067】

より具体的には、管理者支援手段２５は、画面記憶手段２６に記憶された制御用画面およびサービス提供画面の各表示用データ（ＨＴＭＬデータ）を取得し、制御用画面の表示用データの中に含まれる端末制御情報を刈り取る管理者支援用の端末制御情報スクレイピング処理を実行するとともに、この管理者支援用の端末制御情報スクレイピング処理に加え、サービス提供画面の表示用データを加工して加工画面の表示用データを作成する管理者支援用のサービス提供画面加工処理を実行する。そして、管理者支援手段２５は、管理者支援用の端末制御情報スクレイピング処理で得られた端末制御情報、および、管理者支援用のサービス提供画面加工処理で得られた加工画面の表示用データを用いて、図５および図６に示すような管理者支援画面１００（すなわち、ログインからサービス提供画面の表示に至るまでの画面遷移図、並びにこの画面遷移図中における端末制御情報によるメッセージの表示タイミングおよび表示内容（図５および図６中の点線部分）を示す画面）の表示用データ（ＨＴＭＬデータ）を作成する処理を実行する。従って、図５および図６中の点線部分の表示は、管理者支援画面１００の主要な構成要素である。

【0068】

なお、処理手段２２には、図示は省略されているが、ログイン認証処理（図２のステップＳ１１，Ｓ１６参照）を実行するログイン認証手段が設けられている。このログイン認証手段は、データベースサーバ３０のデータベース３２に記憶された顧客情報（ＩＤ、パスワード、指紋情報の対応関係）を用いてログイン認証処理を実行する。

【0069】

画面記憶手段２６は、第１の顧客端末４０および第２の顧客端末５０でのサービスの提供に用いられるサービス提供画面の表示用データ（ＨＴＭＬデータ）、および、第２の顧客端末５０でのサービスの提供を制御するための制御用画面の表示用データ（ＨＴＭＬデータ）を記憶するものである。

【0070】

また、画面記憶手段２６は、第１の顧客端末４０でのログインまでの処理に用いられるログイン画面や約款の表示画面等の表示用データ（ＨＴＭＬデータ）も記憶する。但し、第２の顧客端末５０では、ログイン画面や約款の表示画面等（図５の各画面１０１〜１０５）は、端末アプリにより表示するので、画面記憶手段２６には、図５の各画面１０１〜１０５に対応する各画面の表示用データ（ＨＴＭＬデータ）は記憶されていない。

【0071】

ここで、サービス提供画面の表示用データ（ＨＴＭＬデータ）と、制御用画面の表示用データ（ＨＴＭＬデータ）とは、同一のフォルダに格納してもよく、異なるフォルダに格納してもよい。

【0072】

サービス提供画面の表示用データは、第１の顧客端末４０で汎用のブラウザによりそのまま表示される（加工されることなく表示される）ことを前提として作成されたＨＴＭＬデータである。本実施形態では、基本情報の画面である複数のサービス提供画面の表示用データとして、図６に示すようなＴＯＰ画面１１１、円普通預金画面１１２、円定期預金画面１１３、外貨普通預金画面１１４、外貨定期預金画面１１５、メニュー画面１１６、およびログイン設定画面１１７等の表示用データ（ＨＴＭＬデータ）が用意されている（前述したように、より正確には、動的に作成される）。また、追加情報の画面であるサービス提供画面の表示用データとして、図６に示すような顧客の追加表示要求（ページ送り）で表示される追加ページの円定期預金画面１２１、および追加ページの外貨定期預金画面１２２等の表示用データ（ＨＴＭＬデータ）が用意されている（前述したように、より正確には、動的に作成される）。但し、図６に示された各画面１１１〜１１７，１２１，１２２の状態は、第２の顧客端末５０での表示状態であるから、スクレイピング手段５４によりスマートフォン等のモバイル機器向けの加工を行った後の加工画面の状態であり、そのままの表示状態ではない。

【0073】

制御用画面の表示用データ（ＨＴＭＬデータ）には、図８に示すように、ログイン処理前の制御用画面の表示用データ（applogin.html）と、基本情報取得前（リロード時を含む）の制御用画面の表示用データ（apploadbasic.html）と、追加情報取得前（円定期預金画面および外貨定期預金画面のページ送り時（戻りを含む））の制御用画面の表示用データ（apploadadding.html）とがある。

【0074】

これらの３種類の制御用画面の表示用データ（ＨＴＭＬデータ）は、それぞれ異なるタイミング（図２のステップＳ９，Ｓ１４のタイミングおよび図３のステップＳ１８，Ｓ２４，Ｓ２８のタイミング）で第２の顧客端末５０へ送信されるものであるが、図８に示すように、３種類のそれぞれについて、（１）通常時の設定と、（２）メンテナンス時の設定と、（３）バージョンアップ要請時の設定とを行うことができる。なお、前述したように、本実施形態では、通常時においても、（１）通常時の設定を行った制御用画面の表示用データ（ＨＴＭＬデータ）を、サービス提供サーバ２０の画面記憶手段２６に配置しておく。

【0075】

データベース管理手段３１は、データベースマネジメントシステム（ＤＢＭＳ）の機能を有し、ＷＥＢ／ＡＰサーバ２１から発信された問合せ（クエリ）に応じ、データベース３２に記憶されたデータについて検索、抽出、置換、削除等の処理を行い、処理結果のデータをＷＥＢ／ＡＰサーバ２１に返信する処理を実行するものである。

【0076】

データベース３２は、顧客へのサービスの提供に必要なデータを記憶するものであり、例えば、顧客の保有する金融資産の残高情報、取引履歴等を、顧客識別情報（口座番号等のＩＤ）と関連付けて記憶するテーブルや、顧客情報（例えば、ログインパスワード、指紋情報、氏名、電話番号、住所、電子メールアドレス等）を、顧客識別情報（口座番号等のＩＤ）と関連付けて記憶するテーブル等を備えている。

【0077】

＜第２の顧客端末５０の構成＞

【0078】

第２の顧客端末５０は、顧客への情報提示を含むサービスの提供に必要な各種処理を実行する処理手段５１と、この処理手段５１に接続された取得アプリ記憶手段５７および取得画面記憶手段５８と、例えば液晶ディスプレイ等の表示手段６０と、例えばマウスやキーボードやタッチパッド等の入力手段６１とを備えて構成されている。

【0079】

処理手段５１は、ログイン手段５２と、画面取得手段５３と、スクレイピング手段５４と、端末利用可否判定手段５５と、画面表示処理手段５６とを含んで構成されている。

【0080】

以上のうち、処理手段５１に含まれる各手段５２〜５６は、第２の顧客端末５０を構成するコンピュータ（広義のコンピュータであり、本実施形態では、スマートフォン等のモバイル機器であるが、ＰＣでもよい。）の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム（端末アプリ）、並びに、主メモリやキャッシュメモリ等の作業用メモリなどにより実現される。また、取得アプリ記憶手段５７および取得画面記憶手段５８は、スマートフォン等のモバイル機器であれば、例えば、内蔵メモリやＳＤカード等により実現され、ＰＣであれば、例えば、ハードディスクドライブやソリッドステートドライブ等により好適に実現されるが、ＤＶＤやＵＳＢメモリ等により実現してもよい。なお、前者の取得アプリ記憶手段５７は、不揮発性メモリである必要があるが、後者の取得画面記憶手段５８は、必ずしも不揮発性メモリである必要はなく、揮発性メモリにより実現してもよい。

【0081】

ログイン手段５２は、端末アプリの起動からログインまでの処理を実行するものである（図２、図５参照）。このログイン手段５２は、アプリ配信サーバ８０からダウンロードして取得アプリ記憶手段５７に記憶されている端末アプリにより実現される。

【0082】

具体的には、ログイン手段５２は、第２の顧客端末５０の画面上に、図５に示すように、アプリ起動時のスプラッシュ画面１０１、約款の表示画面１０２、ＩＤとパスワードによる通常ログインを行うか・指紋認証によるログインを行うかを選択するログイン選択画面１０３、通常ログイン画面１０４または指紋認証によるログイン画面１０５を、顧客の操作を受け付けながら、この順で表示する処理（図２のステップＳ３〜Ｓ７，Ｓ１２参照）を実行する。これらの各画面１０１〜１０５の表示処理は、端末アプリにより行われるので、サービス提供サーバ２０から対応する各画面の表示用データ（ＨＴＭＬデータ）を取得する処理は行われない。

【0083】

そして、ログイン手段５２は、通常ログイン画面１０４（図５参照）において、ＩＤとパスワードが入力された状態で「ログイン」ボタン１０４Ａの押下操作を受け付けた場合には、制御用画面の取得のために画面取得手段５３に対し、その旨の情報を渡し、画面取得手段５３、スクレイピング手段５４、端末利用可否判定手段５５の処理（図２のステップＳ８参照）を経た後、端末利用可否判定手段５５から、端末利用可という情報を受け取ったときには、通常ログイン画面１０４で入力されたＩＤとパスワードを、ネットワーク１を介してサービス提供サーバ２０へ送信し、サービス提供サーバ２０からネットワーク１を介して送信されてくるログインの認否情報を受信するログイン処理（図２のステップＳ１０参照）を実行し、一方、端末利用可否判定手段５５から、端末利用不可という情報を受け取ったとき（端末利用可否判定手段５５により画面表示された通知のメッセージ１３０，１３１に対して「ＯＫ」が押下操作されたとき）には、図５のログイン選択画面１０３（図２のステップＳ５参照）に戻る処理を実行する。

【0084】

また、ログイン手段５２は、指紋認証によるログイン画面１０５（図５参照）において、指紋とパスワードが入力された状態で「Ｔｏｕｃｈ ＩＤでログイン」ボタン１０５Ａの押下操作を受け付けた場合には、制御用画面の取得のために画面取得手段５３に対し、その旨の情報を渡し、画面取得手段５３、スクレイピング手段５４、端末利用可否判定手段５５の処理（図２のステップＳ１３参照）を経た後、端末利用可否判定手段５５から、端末利用可という情報を受け取ったときには、指紋認証によるログイン画面１０５で入力された指紋とパスワードを、ネットワーク１を介してサービス提供サーバ２０へ送信し、サービス提供サーバ２０からネットワーク１を介して送信されてくるログインの認否情報を受信するログイン処理（図２のステップＳ１５参照）を実行し、一方、端末利用可否判定手段５５から、端末利用不可という情報を受け取ったとき（端末利用可否判定手段５５により画面表示された通知のメッセージ１３０，１３１に対して「ＯＫ」が押下操作されたとき）には、図５のログイン選択画面１０３（図２のステップＳ５参照）に戻る処理を実行する。

【0085】

画面取得手段５３は、制御用画面およびサービス提供画面の各取得要求を、ネットワーク１を介してサービス提供サーバ２０へ送信するとともに、サービス提供サーバ２０からネットワーク１を介して送信されてくる制御用画面およびサービス提供画面の各表示用データ（ＨＴＭＬデータ）を受信し、受信した制御用画面およびサービス提供画面の各表示用データを、取得画面記憶手段５８に記憶させる処理を実行するものである。この画面取得手段５３は、アプリ配信サーバ８０からダウンロードして取得アプリ記憶手段５７に記憶されている端末アプリにより実現される。

【0086】

そして、画面取得手段５３は、制御用画面の表示用データ（ＨＴＭＬデータ）を受信した場合には、そのＨＴＭＬデータを、端末制御情報の刈り取りのためにスクレイピング手段５４に渡し、サービス提供画面の表示用データ（ＨＴＭＬデータ）を受信した場合には、そのＨＴＭＬデータを、モバイル機器向けの加工を行うためにスクレイピング手段５４に渡す処理を実行する。実際には、取得画面記憶手段５８に記憶させた制御用画面およびサービス提供画面の各表示用データについての格納情報を、スクレイピング手段５４に渡してもよい。なお、画面取得手段５３が、サービス提供サーバ２０からサービス提供画面の表示用データ（ＨＴＭＬデータ）を受信（取得）することができるのは、端末利用可否判定手段５５から端末利用可という情報を受け取ったときだけである。

【0087】

より具体的には、画面取得手段５３は、ログイン処理前に（すなわち、図５の通常ログイン画面１０４において「ログイン」ボタン１０４Ａの押下操作を受け付けたタイミング、または、指紋認証によるログイン画面１０５において「Ｔｏｕｃｈ ＩＤでログイン」ボタン１０５Ａの押下操作を受け付けたタイミングで）、サービス提供サーバ２０から画面記憶手段２６に記憶されたログイン処理前の制御用画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して取得し、取得した制御用画面の表示用データを、取得画面記憶手段５８に記憶させるとともに、端末制御情報の刈り取りのためにスクレイピング手段５４に渡す処理を実行する（図２のステップＳ８，Ｓ１３参照）。

【0088】

また、画面取得手段５３は、ログイン後において、サービス提供サーバ２０から基本情報の画面として画面記憶手段２６に記憶された複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）をまとめて取得（リロードを含む。）する前に、サービス提供サーバ２０から画面記憶手段２６に記憶された基本情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して取得し、取得した制御用画面の表示用データを、取得画面記憶手段５８に記憶させるとともに、端末制御情報の刈り取りのためにスクレイピング手段５４に渡す処理を実行する（図３のステップＳ１７，Ｓ２７参照）。これに加えて、画面取得手段５３は、端末利用可否判定手段５５から端末利用可という情報を受け取った場合には、サービス提供サーバ２０から基本情報の画面として画面記憶手段２６に記憶された複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）をまとめて取得（リロードを含む。）し、取得したＨＴＭＬデータを、取得画面記憶手段５８に記憶させるとともに、モバイル機器向けの加工を行うためにスクレイピング手段５４に渡す処理を実行する（図３のステップＳ１９，Ｓ２９参照）。

【0089】

さらに、画面取得手段５３は、基本情報の画面の取得後においてサービス提供サーバ２０から追加情報の画面として画面記憶手段２６に記憶されたサービス提供画面の表示用データ（ＨＴＭＬデータ）を取得する前に、サービス提供サーバ２０から画面記憶手段２６に記憶された追加情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して取得し、取得した制御用画面の表示用データを、取得画面記憶手段５８に記憶させるとともに、端末制御情報の刈り取りのためにスクレイピング手段５４に渡す処理を実行する（図３のステップＳ２３参照）。これに加えて、画面取得手段５３は、端末利用可否判定手段５５から端末利用可という情報を受け取った場合には、サービス提供サーバ２０から追加情報の画面として画面記憶手段２６に記憶されたサービス提供画面の表示用データ（ＨＴＭＬデータ）を取得し、取得したＨＴＭＬデータを、取得画面記憶手段５８に記憶させるとともに、モバイル機器向けの加工を行うためにスクレイピング手段５４に渡す処理を実行する（図３のステップＳ２５参照）。

【0090】

スクレイピング手段５４は、画面取得手段５３により受信して取得画面記憶手段５８に記憶されている制御用画面の表示用データ（ＨＴＭＬデータ）の中に含まれる端末制御情報を刈り取り、刈り取った端末制御情報を、端末利用可否判定手段５５に渡す端末制御情報スクレイピング処理を実行するものである。このスクレイピング手段５４は、アプリ配信サーバ８０からダウンロードして取得アプリ記憶手段５７に記憶されている端末アプリにより実現される。なお、端末制御情報スクレイピング処理には、刈り取ったデータを、端末アプリでの表示用データ形式に変換する処理（例えば、ブランクを示す＜ｂｒ＞を￥ｎに変換する処理等）が含まれる（図７参照）。

【0091】

また、スクレイピング手段５４は、本実施形態では、上記の端末制御情報スクレイピング処理に加え、画面取得手段５３により受信して取得画面記憶手段５８に記憶されているサービス提供画面の表示用データ（ＨＴＭＬデータ）を加工して加工画面の表示用データを作成し、作成した加工画面の表示用データを、取得画面記憶手段５８に記憶させるサービス提供画面加工処理も実行する。この加工処理は、主として、モバイル機器向けの画面にするために、不必要な情報を削除する処理や画面レイアウトを変更する処理である。なお、スクレイピング手段５４は、取得画面記憶手段５８に記憶させた加工画面の表示用データのうち、最初の表示対象となる加工画面の表示用データを、画面表示を行うために画面表示処理手段５６に渡す処理を実行する。実際には、最初の表示対象となる加工画面の表示用データについての格納情報を、画面表示処理手段５６に渡してもよい。最初の表示対象となる加工画面は、基本情報の画面であれば、図６のＴＯＰ画面１１１であり、リロード時（情報を更新した場合）の基本情報の画面であれば、メニュー画面１１６を開く前の画面であり、追加情報の画面であれば、顧客の追加表示要求の操作でページ送り（戻しを含む）された後の画面である。

【0092】

端末利用可否判定手段５５は、スクレイピング手段５４によるスクレイピング処理で取得した端末制御情報を用いて、顧客による第２の顧客端末５０の利用の可否を判定する処理を実行するものである。この端末利用可否判定手段５５は、アプリ配信サーバ８０からダウンロードして取得アプリ記憶手段５７に記憶されている端末アプリにより実現される。

【0093】

より具体的には、端末利用可否判定手段５５は、図４に示すような判定処理、およびその判定結果に伴うメッセージ表示等の処理を実行するが、詳細は、図４を用いて後述するので、ここでは、概略を説明する。

【0094】

端末利用可否判定手段５５は、メンテナンスに伴う利用停止の判定処理だけではなく、端末アプリケーションプログラムが保有する当該端末アプリケーションプログラム自身のバージョンを示す自己バージョンの情報と、制御用画面の表示用データ（ＨＴＭＬデータ）から刈り取った端末制御情報に含まれる最低保証バージョンの情報とを比較することにより、自己バージョンが最低保証バージョンよりも古いか否かを判定する処理も実行する。自己バージョンが最低保証バージョンよりも古いと判定された場合は、バージョンアップ要請が必要な場合であり、端末利用不可という判定となる。

【0095】

そして、端末利用可否判定手段５５は、端末利用不可と判定した場合には、端末制御情報に含まれるメンテナンスメッセージ１３０またはバージョンアップメッセージ１３１（図７参照）を画面表示し、端末利用を停止させる処理を実行する。ここで、「端末利用を停止させる処理」とは、画面表示した通知のメッセージ１３０，１３１に対して「ＯＫ」が押下操作されたときに、ログイン前であれば、ログインを受け付けずに、ログイン手段５２に図５のログイン選択画面１０３（図２のステップＳ５参照）を表示させる処理（指令）であり、ログイン中であれば、ログアウトしてから、ログイン手段５２にログイン選択画面１０３を表示させる処理（指令）である。

【0096】

一方、端末利用可否判定手段５５は、端末利用可と判定した場合には、端末利用を継続させる処理を実行する。ここで、「端末利用を継続させる処理」とは、顧客の操作に応じた処理を進めるための処理（指令、情報伝達）であり、ログイン前であれば、ログイン手段５２に対し、ログイン処理（図２のステップＳ１０，Ｓ１５参照）を進めさせる処理（指令、すなわち端末利用可という情報の伝達）であり、ログイン中であれば、画面取得手段５３に対し、表示対象となる基本情報または追加情報の画面であるサービス提供画面の表示用データ（ＨＴＭＬデータ）の取得処理（図３のステップＳ１９，Ｓ２５，Ｓ２９参照）を行わせる処理（指令、すなわち端末利用可という情報の伝達）である。なお、端末利用可と判定した場合には、メンテナンスメッセージ１３０やバージョンアップメッセージ１３１（図７参照）の画面表示は行われないので、第２の顧客端末５０の画面上には、制御用画面の表示用データ（ＨＴＭＬデータ）に基づく何らの画面表示も行われないため、端末を操作している顧客は、制御用画面の取得処理が行われたことすら気づかない状態となる。

【0097】

画面表示処理手段５６は、端末利用可否判定手段５５により端末利用可と判定されたときに画面取得手段５３により受信（取得）したサービス提供画面の表示用データ（ＨＴＭＬデータ）を用いて、サービス提供画面を表示する処理を実行するものである。より正確には、本実施形態では、端末利用可否判定手段５５により端末利用可と判定されたときに画面取得手段５３により受信（取得）したサービス提供画面の表示用データ（ＨＴＭＬデータ）を、スクレイピング手段５４により加工して作成された加工画面の表示用データを用いて、サービス提供画面についての加工画面を表示する処理を実行するものである。この画面表示処理手段５６は、アプリ配信サーバ８０からダウンロードして取得アプリ記憶手段５７に記憶されている端末アプリにより実現される。

【0098】

この画面表示処理手段５６により表示されるサービス提供画面（より正確には、本実施形態では、サービス提供画面についての加工画面）には、基本情報の画面および追加情報の画面があり、具体的には、図６に示した基本情報の各画面１１１〜１１７および追加情報の各画面１２１，１２２である。なお、図５に示したログイン画面や約款の表示画面等の各画面１０１〜１０５は、ログイン手段５２により表示されるので、画面表示処理手段５６により表示されるものではなく、また、これらの画面１０１〜１０５は、画面取得手段５３によりサービス提供サーバ２０から受信（取得）したサービス提供画面やその加工画面ではなく、端末アプリに記述されているものである。

【0099】

また、画面表示処理手段５６は、基本情報の画面である複数のサービス提供画面を加工した加工画面（図６の各画面１１１〜１１７）間の画面遷移についての顧客の要求操作を受け付け、顧客の要求に応じたサービス提供画面の表示処理も実行する。例えば、図６のＴＯＰ画面１１１から円定期預金画面１１３への画面遷移、円定期預金画面１１３からＴＯＰ画面１１１への画面遷移、ＴＯＰ画面１１１や外貨定期預金画面１１５からメニュー画面１１６への画面遷移等の要求操作を受け付ける。

【0100】

取得アプリ記憶手段５７は、アプリ配信サーバ８０からネットワーク１を介してダウンロードした端末アプリを記憶するものである。このダウンロード処理は、処理手段５１により行われるが、少なくとも初回のダウンロード処理は、第２の顧客端末５０の制御を行うための本発明の端末アプリケーションプログラムではなく、第２の顧客端末５０に既に搭載されている他の端末アプリにより行われる。初回は、第２の顧客端末５０に、未だ本発明の端末アプリが搭載されていないので、当然である。しかし、２回目以降は、本発明の端末アプリが搭載されているので、本発明の端末アプリにより、バージョンアップ版のダウンロード処理を行うようにしてもよい。

【0101】

ここで、第２の顧客端末５０に搭載する端末アプリ（本発明の端末アプリケーションプログラム）の開発言語は、任意であり、例えば、ｉＰｈｏｎｅ（登録商標）やｉＰａｄ（登録商標）等のアプリ（ｉＯＳを搭載したモバイル機器向けの端末アプリ）の開発であれば、Ｓｗｉｆｔ（登録商標）やＯｂｊｅｃｔ−ｃ等を用いることができ、Ａｎｄｒｏｉｄ（登録商標）アプリ（ＡｎｄｒｏｉｄＯＳを搭載したモバイル機器向けの端末アプリ）の開発であれば、Ｊａｖａ（登録商標）等を用いることができ、また、今後開発される言語を採用してもよい。

【0102】

取得画面記憶手段５８は、画面取得手段５３によりサービス提供サーバ２０から取得したサービス提供画面の表示用データ（ＨＴＭＬデータ）、およびスクレイピング手段５４によりサービス提供画面の表示用データ（ＨＴＭＬデータ）を加工して作成された加工画面の表示用データを記憶するものである。この際、スクレイピング手段５４により作成された加工画面の表示用データは、加工元のサービス提供画面の表示用データ（ＨＴＭＬデータ）に上書きしてもよい。なお、本実施形態では、加工画面の表示用データを用いて画面表示を行うので、加工画面の表示用データを記憶するが、画面取得手段５３によりサービス提供サーバ２０から取得したサービス提供画面の表示用データをそのまま使用して（加工せずに使用して）画面表示を行う構成とする場合には、サービス提供画面の表示用データ（ＨＴＭＬデータ）を記憶していればよい。

【0103】

また、取得画面記憶手段５８は、本実施形態では、画面取得手段５３によりサービス提供サーバ２０から取得した制御用画面の表示用データ（ＨＴＭＬデータ）も記憶する。なお、スクレイピング手段５４により端末制御情報を刈り取った後は、制御用画面の表示用データ（ＨＴＭＬデータ）を削除してもよいが、本実施形態では、制御用画面の表示用データ（ＨＴＭＬデータ）は、削除せずに取得画面記憶手段５８に記憶させておく。この際、本実施形態では、端末利用可否判定手段５５による処理を行う際に、取得画面記憶手段５８に記憶されている古い制御用画面の表示用データを使用しないようにするため、端末アプリ側でリクエストにキャッシュオフ設定を行うとともに、記憶させる制御用画面の表示用データのファイル名称の末尾に、取得日時（年月日・時分秒）を示す文字列を付加し、一番新しいファイルが、端末利用可否判定やメッセージ表示に使用されるようにし、さらに、制御用画面の表示用データ（ＨＴＭＬデータ）内にもキャッシュオフの設定を行う。

【0104】

＜管理者端末７０の構成＞

【0105】

管理者端末７０は、銀行等の金融機関のシステム管理者が操作する端末装置であり、コンピュータ（広義のコンピュータであり、ＰＣのみならず、スマートフォンやタブレット端末等のモバイル機器を含む。）により構成され、例えばマウスやキーボードやタッチパッド等の入力手段と、例えば液晶ディスプレイ等の表示手段とを備えている。

【0106】

この管理者端末７０は、システム管理者が、通信回線２を介してサービス提供サーバ２０にアクセスし、作成した制御用画面の表示用データ（ＨＴＭＬデータ）を登録（アップロード）する設定処理や、登録した制御用画面の表示用データ内の端末制御情報の内容を、第２の顧客端末５０における画面遷移とともに確認するための管理者支援画面（図５および図６参照）の表示処理を行うものである。なお、制御用画面の表示用データ（ＨＴＭＬデータ）の作成処理は、管理者端末７０において行ってもよく、別の端末装置で作成した制御用画面の表示用データを、管理者端末７０から登録してもよい。

【0107】

＜アプリ配信サーバ８０の構成＞

【0108】

アプリ配信サーバ８０は、携帯電話会社等の通信事業者や情報関連事業者が管理するサーバ（例えば、ＡｐｐＳｔｏｒｅ（登録商標）等）であり、１台または複数台のコンピュータにより構成され、アプリ配信手段８１と、このアプリ配信手段８１に接続された配信アプリ記憶手段８２とを含んで構成されている。

【0109】

アプリ配信手段８１は、端末装置（本実施形態では、第２の顧客端末５０となる。）からの端末アプリのダウンロード要求に応じ、当該要求に係る端末アプリ（本実施形態では、第２の顧客端末５０に搭載する端末アプリとなる。）を、ネットワーク１を介してダウンロード要求の発信元の端末装置（本実施形態では、第２の顧客端末５０となる。）へ配信する処理を実行するものである。

【0110】

配信アプリ記憶手段８２は、ダウンロードの対象となる各種の端末アプリ（本実施形態では、第２の顧客端末５０に搭載する端末アプリを含む。）を記憶するものである。なお、アプリ配信サーバ８０は、サービス提供者（本実施形態では、金融機関）自身が管理するサーバでもよく、その場合には、配信アプリ記憶手段８２は、第２の顧客端末５０に搭載する端末アプリを記憶しているだけでよい。

【0111】

上記のうち、アプリ配信手段８１は、アプリ配信サーバ８０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリなどにより実現される。また、配信アプリ記憶手段８２は、例えば、ハードディスクドライブやソリッドステートドライブ等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、ＤＶＤ等のその他の記録媒体を採用してもよい。

【0112】

＜サービス提供システム１０によるサービス提供処理の流れ＞

【0113】

このような本実施形態においては、以下のようにしてサービス提供システム１０により、サービス提供処理が行われる。

【0114】

図２において、顧客は、サービスの提供を受けるための事前処理として、第２の顧客端末５０を操作し、アプリ配信サーバ８０からネットワーク１を介して、配信アプリ記憶手段８２に記憶された本発明の端末アプリをダウンロードし、第２の顧客端末５０の取得アプリ記憶手段５７に格納する（ステップＳ１）。

【0115】

また、システム管理者は、サービス提供サーバ２０側の事前処理として、管理者端末７０またはその他のコンピュータで制御用画面の表示用データ（ＨＴＭＬデータ）を作成し、作成した制御用画面の表示用データ（ＨＴＭＬデータ）のファイルを、登録（アップロード）するために、管理者端末７０から通信回線２を介してサービス提供サーバ２０へ送信する。サービス提供サーバ２０では、画面設定手段２４により、管理者端末７０から通信回線２を介して送信されてくる制御用画面の表示用データ（ＨＴＭＬデータ）を受信し、画面記憶手段２６の所定のフォルダに格納する設定処理を実行する（図２のステップＳ２）。

【0116】

この際、システム管理者は、通常時には、通常時の制御用画面の表示用データ（例えば、図８に示されたＨＴＭＬデータ１４０等）を作成し、サービス提供サーバ２０に配置しておくが、端末アプリのメンテナンス時やバージョンアップ要請時には、それらの状況に対応すべく、適宜なタイミングで、メンテナンス時の制御用画面の表示用データ（例えば、図８に示されたＨＴＭＬデータ１４１等）やバージョンアップ要請時の制御用画面の表示用データ（例えば、図８に示されたＨＴＭＬデータ１４２等）を作成し、サービス提供サーバ２０に登録（アップロード）する。従って、図２に示された処理の流れでは、制御用画面の格納処理は、サービス提供サーバ２０側の事前処理として、ステップＳ２に記載されているが、メンテナンスやバージョンアップ要請の状況が発生したときに、いつでもそれらの状況に対応すべく、制御用画面の格納処理（本実施形態では、通常時の制御用画面から、メンテナンス時やバージョンアップ要請時の制御用画面への差し替え登録となる。）を行うことができる。例えば、１人の顧客によるサービスを受けるためのアクセスとの関係で言えば、その顧客がサービス提供サーバ２０にアクセスしてログインし、サービスの提供を受けている最中でも（その顧客とのセッションが保持されている最中でも）、制御用画面の格納処理（差し替え登録）を行うことができる。また、メンテナンス終了等の状況変化があったときに、いつでも通常時の制御用画面へ戻すための格納処理（差し替え登録）を行うことができる。

【0117】

なお、上記は、制御用画面の登録（アップロード）のタイミングの任意性について記載しているが、制御用画面の作成については、登録のタイミングとは別であり、事前に作成して用意しておき、適宜なタイミングで、登録（アップロード）するようにしてもよい。

【0118】

また、システム管理者は、制御用画面を登録する際には、通常時、メンテナンス時、バージョンアップ要請時のいずれの制御用画面の表示用データ（例えば、図８に示されたＨＴＭＬデータ１４０，１４１，１４２等）を登録する場合でも、通常時、メンテナンス時、バージョンアップ要請時のそれぞれについて、図８に示すように、ログイン処理前の制御用画面の表示用データ（applogin.html）と、基本情報取得前（リロード時を含む）の制御用画面の表示用データ（apploadbasic.html）と、追加情報取得前（円定期預金画面および外貨定期預金画面のページ送り時（戻りを含む））の制御用画面の表示用データ（apploadadding.html）とがあるので、それらをすべて登録する。

【0119】

その後、顧客は、第２の顧客端末５０を操作し、サービスの提供を受ける。具体的には、ダウンロードして取得アプリ記憶手段５７に記憶されている端末アプリを立ち上げる。すると、ログイン手段５２により、第２の顧客端末５０の画面上に、図５に示すようなアプリ起動時のスプラッシュ画面１０１が表示され（図２のステップＳ３）、続いて、約款の表示画面１０２が表示され（図２のステップＳ４）、さらに、ＩＤとパスワードによる通常ログインを行うか・指紋認証によるログインを行うかを選択するログイン選択画面１０３が表示される（図２のステップＳ５）。

【0120】

図５のログイン選択画面１０３には、指紋認証によるログインを行うことを選択するための「Ｔｏｕｃｈ ＩＤでログインする」ボタン１０３Ａと、通常ログインを行うことを選択するための「ＩＤとパスワードを利用してログインする」ボタン１０３Ｂとが設けられている。

【0121】

図５のログイン選択画面１０３において、顧客が「ＩＤとパスワードを利用してログインする」ボタン１０３Ｂを押下操作すると、通常ログインが選択され（図２のステップＳ６）、第２の顧客端末５０の画面上に、図５に示すような通常ログイン画面１０４が表示される（図２のステップＳ７）。この通常ログイン画面１０４において、顧客が、ＩＤとパスワードを入力した状態で「ログイン」ボタン１０４Ａの押下操作を行うと、以下のような制御用画面の取得、端末利用可否判定、およびその判定結果に伴うメッセージ表示等の処理が行われる（図２のステップＳ８）。このステップＳ８の処理の詳細については、図４を用いて後述するので、ここでは、概略の流れを説明する。

【0122】

図２のステップＳ８の処理では、先ず、ログイン手段５２から、通常ログインの操作を受け付けた旨の情報が、画面取得手段５３に渡されると、画面取得手段５３により、ログイン処理前の制御用画面の取得要求を、ネットワーク１を介してサービス提供サーバ２０へ送信する。サービス提供サーバ２０では、画面送信手段２３により、この取得要求を受信すると、画面記憶手段２６に記憶されたログイン処理前の制御用画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へ送信する（図２のステップＳ９）。

【0123】

第２の顧客端末５０では、画面取得手段５３により、サービス提供サーバ２０からネットワーク１を介して送信されてくるログイン処理前の制御用画面の表示用データ（ＨＴＭＬデータ）を受信し、受信したログイン処理前の制御用画面の表示用データを、取得画面記憶手段５８に記憶させる（図２のステップＳ８）。

【0124】

続いて、第２の顧客端末５０では、スクレイピング手段５４により、取得画面記憶手段５８に記憶されているログイン処理前の制御用画面の表示用データ（ＨＴＭＬデータ）の中に含まれる端末制御情報を刈り取り、刈り取った端末制御情報を、端末利用可否判定手段５５に渡す端末制御情報スクレイピング処理を実行する（図２のステップＳ８）。

【0125】

この端末制御情報スクレイピング処理は、具体的には、次のように行う。刈り取り対象である端末制御情報には、本実施形態では、一例として、メンテナンス中であるか否かを識別するページ番号と、最低保証バージョンの情報を示すページバージョンと、メンテナンスメッセージと、バージョンアップメッセージとがある。

【0126】

ページ番号は、ＨＴＭＬ内のタグのｉｄ属性値＝「page-number」、端末アプリに記述された画面要素の位置（ＸＰＡＴＨ指定）＝「//*[@id="page-number"]/text()[1]」である。取得される端末制御情報（端末制御情報として利用されるデータ）は、図８の例では、「<p id="page-number">ページ番号：ANM001（許可）</p>」、「<p id="page-number">ページ番号：AMT001（拒否）</p>」という記述中の「ANM001（許可）」、「AMT001（拒否）」という部分（タグの子供の情報のうち「ページ番号：」の後ろの部分）だけである。ANM001（許可）は、メンテナンス中ではないことを示す情報であり、バージョンアップ要請が不要な状況下であれば、端末利用は継続されるが、バージョンアップ要請が必要な状況下であれば、端末利用は停止される。一方、AMT001（拒否）は、メンテナンス中であることを示す情報であり、端末利用は停止される。従って、図８に示した（３）バージョンアップ要請時の制御用画面のＨＴＭＬデータ１４２では、ANM001（許可）とされているが、第２の顧客端末５０で使用されている端末アプリのバージョン（自己バージョン）次第で、つまり、バージョンアップ要請が不要か必要かで、端末利用の可否が判定される。

【0127】

ページバージョンは、ＨＴＭＬ内のタグのｉｄ属性値＝「page-version」、端末アプリに記述された画面要素の位置（ＸＰＡＴＨ指定）＝「//*[@id="page-version"]/text()[1]」である。取得される端末制御情報（端末制御情報として利用されるデータ）は、図８の例では、「<p id="page-version">ページバージョン：1.0</p>」、「<p id="page-version">ページバージョン：2.0</p>」という記述中の「1.0」、「2.0」という部分（タグの子供の情報のうち「ページバージョン：」の後ろの部分）だけである。

【0128】

メンテナンスメッセージは、ＨＴＭＬ内のタグのｉｄ属性値＝「maintenance_msg」、端末アプリに記述された画面要素の位置（ＸＰＡＴＨ指定）＝「//*[@id="maintenance_msg"]」である。取得される端末制御情報（端末制御情報として利用されるデータ）は、図８の例では、「<p class="normal" id="maintenance_msg">システムメンテナンス中です。<br/>しばらく経ってから再度ログインしてください。</p>」という記述中の「システムメンテナンス中です。<br/>しばらく経ってから再度ログインしてください。」という部分（タグの子供の情報のすべて）である。

【0129】

バージョンアップメッセージは、ＨＴＭＬ内のタグのｉｄ属性値＝「versionup_msg」、端末アプリに記述された画面要素の位置（ＸＰＡＴＨ指定）＝「//*[@id="versionup_msg"]」である。取得される端末制御情報（端末制御情報として利用されるデータ）は、図８の例では、「<p class="normal" id="versionup_msg">古いバージョンのアプリをお使いになっています。<br/>最新のバージョンは1.0となっております。<br/>アプリを最新のバージョンにアップデートしてください。</p>」という記述中の「古いバージョンのアプリをお使いになっています。<br/>最新のバージョンは1.0となっております。<br/>アプリを最新のバージョンにアップデートしてください。」という部分（タグの子供の情報のすべて）である。

【0130】

それから、端末利用可否判定手段５５により、スクレイピング手段５４によるスクレイピング処理で取得した端末制御情報（本実施形態では、ページ番号、ページバージョン、メンテナンスメッセージ、およびバージョンアップメッセージである。）を用いて、顧客による第２の顧客端末５０の利用の可否を判定し、その判定結果に基づき、メッセージ表示等の処理を実行する（図２のステップＳ８）。

【0131】

具体的には、端末利用可否判定手段５５により、端末利用不可と判定した場合には、取得した端末制御情報を用いて、図７に示すようなメンテナンスメッセージ１３０またはバージョンアップメッセージ１３１を画面表示し、「端末利用を停止させる処理」を実行する。ここで、「端末利用を停止させる処理」とは、画面表示した図７の通知のメッセージ１３０，１３１に対して「ＯＫ」が押下操作されたときに、ログイン前であれば、ログインを受け付けずに、ログイン手段５２に図５のログイン選択画面１０３（図２のステップＳ５参照）を表示させる処理（指令）であり、ログイン中であれば、ログアウトしてから、ログイン手段５２に図５のログイン選択画面１０３を表示させる処理（指令）である。ここでは（図２のステップＳ８では）、ログイン前であるため、ログアウトの処理はない。

【0132】

一方、端末利用可否判定手段５５により、端末利用可と判定した場合には、「端末利用を継続させる処理」を実行する。ここで、「端末利用を継続させる処理」とは、顧客の操作に応じた処理を進めるための処理（指令、情報伝達）であり、ログイン前であれば、ログイン手段５２に対し、ログイン処理（図２のステップＳ１０，Ｓ１５参照、ここではＳ１０となる。）を進めさせる処理（指令、すなわち端末利用可という情報の伝達）であり、ログイン中であれば、画面取得手段５３に対し、表示対象となる基本情報または追加情報の画面であるサービス提供画面の表示用データ（ＨＴＭＬデータ）の取得処理（図３のステップＳ１９，Ｓ２５，Ｓ２９参照）を行わせる処理（指令、すなわち端末利用可という情報の伝達）である。ここでは（図２のステップＳ８では）、ログイン前であるため、画面取得手段５３に対する画面取得の指令はない。

【0133】

その後、ステップＳ８の処理を経て、端末利用可と判定された場合（端末利用可否判定手段５５から、端末利用可という情報を受け取った場合）には、ログイン手段５２により、図５の通常ログイン画面１０４で入力されたＩＤとパスワードを、ネットワーク１を介してサービス提供サーバ２０へ送信する（図２のステップＳ１０）。

【0134】

サービス提供サーバ２０では、ログイン認証手段（不図示）により、第２の顧客端末５０からネットワーク１を介して送信されてくるＩＤとパスワードを受信し、データベースサーバ３０のデータベース３２に記憶された顧客情報（ＩＤ、パスワード、指紋情報の対応関係）を用いてログイン認証処理を実行し、その結果を示すログインの認否情報を、ネットワーク１を介して第２の顧客端末５０へ送信する（図２のステップＳ１１）。

【0135】

第２の顧客端末５０では、ログイン手段５２により、サービス提供サーバ２０からネットワーク１を介して送信されてくるログインの認否情報を受信し、ログインが認められた場合には、図３のステップＳ１７の処理へ進み、ログインが認められなかった場合には、図５のログイン選択画面１０３（図２のステップＳ５参照）に戻る。

【0136】

一方、前述した図２のステップＳ６において、指紋認証によるログインが選択された場合、すなわち、図５のログイン選択画面１０３において、顧客が「Ｔｏｕｃｈ ＩＤでログインする」ボタン１０３Ａを押下操作した場合は、第２の顧客端末５０の画面上に、図５に示すような指紋認証によるログイン画面１０５が表示される（図２のステップＳ１２）。この指紋認証によるログイン画面１０５において、顧客が、指紋とパスワードを入力した状態で「Ｔｏｕｃｈ ＩＤでログイン」ボタン１０５Ａの押下操作を行うと、以下のような制御用画面の取得、端末利用可否判定、およびその判定結果に伴うメッセージ表示等の処理が行われる（図２のステップＳ１３）。このステップＳ１３の処理の詳細については、図４を用いて後述するので、ここでは、概略の流れを説明する。

【0137】

図２のステップＳ１３の処理は、図２のステップＳ８の処理と同様である。従って、画面取得手段５３により、ログイン処理前の制御用画面の表示用データ（ＨＴＭＬデータ）の取得処理が行われる。サービス提供サーバ２０では、画面送信手段２３により、この取得要求を受信すると、画面記憶手段２６に記憶されたログイン処理前の制御用画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へ送信する（図２のステップＳ１４）。この図２のステップＳ１４の処理は、前述した図２のステップＳ９の処理と同様である。そして、第２の顧客端末５０では、取得した制御用画面の表示用データ（ＨＴＭＬデータ）から端末制御情報を刈り取るスクレイピング、端末利用可否判定、およびその判定結果に基づくメッセージ表示等の処理が行われる（図２のステップＳ１３）。

【0138】

その後、ステップＳ１３の処理を経て、端末利用可と判定された場合（端末利用可否判定手段５５から、端末利用可という情報を受け取った場合）には、ログイン手段５２により、図５の指紋認証によるログイン画面１０５で入力された指紋情報とパスワードを、ネットワーク１を介してサービス提供サーバ２０へ送信する（図２のステップＳ１５）。

【0139】

サービス提供サーバ２０では、ログイン認証手段（不図示）により、第２の顧客端末５０からネットワーク１を介して送信されてくる指紋情報とパスワードを受信し、データベースサーバ３０のデータベース３２に記憶された顧客情報（ＩＤ、パスワード、指紋情報の対応関係）を用いてログイン認証処理を実行し、その結果を示すログインの認否情報を、ネットワーク１を介して第２の顧客端末５０へ送信する（図２のステップＳ１６）。

【0140】

第２の顧客端末５０では、ログイン手段５２により、サービス提供サーバ２０からネットワーク１を介して送信されてくるログインの認否情報を受信し、ログインが認められた場合には、図３のステップＳ１７の処理へ進み、ログインが認められなかった場合には、図５のログイン選択画面１０３（図２のステップＳ５参照）に戻る。

【0141】

図３において、ステップＳ１７の処理の詳細については、図４を用いて後述するので、ここでは、概略の流れを説明する。

【0142】

図３のステップＳ１７の処理は、前述した図２のステップＳ８の処理と略同様であり、取得する制御用画面の表示用データ（ＨＴＭＬ）の種類が異なることと、既にログインが行われているので、端末利用可否判定の結果が端末利用不可である場合にログアウトの処理が行われるという点で、前述した図２のステップＳ８の処理と相違する。

【0143】

図３のステップＳ１７では、画面取得手段５３により、基本情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）の取得処理が行われる。サービス提供サーバ２０では、画面送信手段２３により、この取得要求を受信すると、画面記憶手段２６に記憶された基本情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へ送信する（図３のステップＳ１８）。そして、第２の顧客端末５０では、取得した基本情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）から端末制御情報を刈り取るスクレイピング、端末利用可否判定、およびその判定結果に基づくメッセージ表示等の処理が行われる（図３のステップＳ１７）。

【0144】

また、図３のステップＳ１７では、既にログインが行われているので、端末利用可否判定手段５５による端末利用可否判定の結果が、端末利用不可である場合には、端末利用可否判定手段５５により、ログアウトの処理を行った後に、端末利用可否判定手段５５により、ログイン手段５２に図５のログイン選択画面１０３を表示させる処理（指令）を実行する。

【0145】

その後、ステップＳ１７の処理を経て、端末利用可と判定された場合（端末利用可否判定手段５５から、端末利用可という情報を受け取った場合）には、画面取得手段５３により、複数の基本情報の画面（図６の各画面１１１〜１１７に対応する各画面）の取得要求を、ネットワーク１を介してサービス提供サーバ２０へ送信する（図３のステップＳ１９）。

【0146】

サービス提供サーバ２０では、画面送信手段２３により、この取得要求を受信すると、画面記憶手段２６に記憶されたサービス提供画面の表示用データのフォームに、基本情報（顧客に最初に提示すべき情報）を付加して基本情報の画面である複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）を作成し、作成した複数の基本情報の画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へまとめて送信する（図３のステップＳ２０）。複数の基本情報の画面をまとめて送信するのは、その後、通信状態が悪化し、通信エラーが発生する可能性があるからである。

【0147】

第２の顧客端末５０では、画面取得手段５３により、サービス提供サーバ２０からネットワーク１を介して送信されてくる基本情報の画面である複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）を受信し、受信したＨＴＭＬデータを、取得画面記憶手段５８に記憶させる（図３のステップＳ１９）。

【0148】

続いて、スクレイピング手段５４により、取得画面記憶手段５８に記憶されている基本情報の画面である複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）を加工して加工画面（図６の各画面１１１〜１１７）の表示用データを作成し、作成した加工画面の表示用データを、取得画面記憶手段５８に記憶させるサービス提供画面加工処理を実行する（図３のステップＳ１９）。この加工処理は、主として、モバイル機器向けの画面にするために、不必要な情報を削除する処理や画面レイアウトを変更する処理である。

【0149】

それから、画面表示処理手段５６により、スクレイピング手段５４により取得画面記憶手段５８に記憶させた加工画面の表示用データのうち、最初の表示対象となる加工画面の表示用データを用いて、加工画面の表示を行う（図３のステップＳ１９）。ここでは、最初の表示対象となる加工画面として、図６のＴＯＰ画面１１１を表示する。

【0150】

続いて、第２の顧客端末５０では、表示されている画面において、顧客の操作を受け付ける（図３のステップＳ２１）。このときの顧客の操作が、既に取得済の複数の基本情報の画面（図６の各画面１１１〜１１７）のうちの別の画面への遷移要求である場合には、画面表示処理手段５６により、その画面遷移要求の操作を受け付け、要求に係る画面の表示用データを、取得画面記憶手段５８から読み込んで画面表示を行った後（図３のステップＳ２２）、図３のステップＳ２１に戻り、顧客の次の操作を待つ。

【0151】

なお、既に取得済の複数の基本情報の画面（図６の各画面１１１〜１１７）間の画面遷移要求は、次のような操作により行うことができる。図６の各画面１１１〜１１５間の画面遷移要求は、各画面１１１〜１１５の上部に設けられた画面遷移ボタンの押下操作により行うことができる。また、図６のＴＯＰ画面１１１から各画面１１２〜１１５への画面遷移要求は、ＴＯＰ画面１１１に設けられた円普通預金、円定期預金、外貨普通預金、外貨定期預金のそれぞれのトータル金額表示部の押下操作により行うこともできる。さらに、図６のメニュー画面１１６への画面遷移要求は、図６の各画面１１１〜１１５の上部の左端に設けられたメニューボタンの押下操作により行うことができる。図６のログイン設定画面１１７への画面遷移要求は、図６のメニュー画面１１６に設けられた「ログイン設定」ボタンの押下操作により行うことができる。

【0152】

また、前述した図３のステップＳ２１での顧客の操作が、追加情報の画面（図６の各画面１２１，１２２）への遷移要求である場合、すなわち定期預金画面のページ送り（戻りも含む）の要求である場合には、図３のステップＳ２３の処理に進む。ステップＳ２３の処理の詳細については、図４を用いて後述するので、ここでは、概略の流れを説明する。

【0153】

図３のステップＳ２３の処理は、前述した図３のステップＳ１７の処理と略同様であり、取得する制御用画面の表示用データ（ＨＴＭＬ）の種類が異なるだけである。

【0154】

図３のステップＳ２３では、画面取得手段５３により、追加情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）の取得処理が行われる。サービス提供サーバ２０では、画面送信手段２３により、この取得要求を受信すると、画面記憶手段２６に記憶された追加情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へ送信する（図３のステップＳ２４）。そして、第２の顧客端末５０では、取得した追加情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）から端末制御情報を刈り取るスクレイピング、端末利用可否判定、およびその判定結果に基づくメッセージ表示等の処理が行われる（図３のステップＳ２３）。

【0155】

その後、ステップＳ２３の処理を経て、端末利用可と判定された場合（端末利用可否判定手段５５から、端末利用可という情報を受け取った場合）には、画面取得手段５３により、追加情報の画面（図６の各画面１２１，１２２に対応する各画面）の取得要求を、ネットワーク１を介してサービス提供サーバ２０へ送信する（図３のステップＳ２５）。

【0156】

サービス提供サーバ２０では、画面送信手段２３により、この取得要求を受信すると、画面記憶手段２６に記憶されたサービス提供画面の表示用データのフォームに、追加情報（基本情報に追加して顧客に提示すべき情報）を付加して追加情報の画面であるサービス提供画面の表示用データ（ＨＴＭＬデータ）を作成し、作成した追加情報の画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へ送信する（図３のステップＳ２６）。

【0157】

第２の顧客端末５０では、画面取得手段５３により、サービス提供サーバ２０からネットワーク１を介して送信されてくる追加情報の画面であるサービス提供画面の表示用データ（ＨＴＭＬデータ）を受信し、受信したＨＴＭＬデータを、取得画面記憶手段５８に記憶させる（図３のステップＳ２５）。

【0158】

続いて、スクレイピング手段５４により、取得画面記憶手段５８に記憶されている追加情報の画面であるサービス提供画面の表示用データ（ＨＴＭＬデータ）を加工して加工画面（図６の各画面１２１，１２２）の表示用データを作成し、作成した加工画面の表示用データを、取得画面記憶手段５８に記憶させるサービス提供画面加工処理を実行する。

【0159】

それから、画面表示処理手段５６により、スクレイピング手段５４により取得画面記憶手段５８に記憶させた加工画面の表示用データのうち、顧客の要求に係る追加情報の画面についての加工画面の表示用データを用いて、追加情報の画面についての加工画面の表示を行う（図３のステップＳ２５）。ここでは、追加情報の画面として、図６に示した追加の円定期預金画面１２１や追加の外貨定期預金画面１２２を表示した後（図３のステップＳ２５）、図３のステップＳ２１に戻り、顧客の次の操作を待つ。

【0160】

なお、追加情報の画面である図６の追加の円定期預金画面１２１の表示要求は、基本情報の画面である図６の円定期預金画面１１３の下部に設けられた「次の１０件」ボタンの押下操作により行われる。「次の１０件」というのは、顧客の円定期預金の情報について１０件ずつを１画面に収めてページ送りをしていくという意味である。また、図６の追加の円定期預金画面１２１の下部には、「前の１０件」ボタンおよび「次の１０件」ボタンが設けられ、このうち「次の１０件」ボタンの押下操作は、さらに次の１０件分の円定期預金の情報を閲覧するための追加情報の画面の表示要求操作（ページ送りの操作）となる。一方、「前の１０件」ボタンの押下操作は、前に表示された１０件分の円定期預金の情報に戻るための追加情報の画面の表示要求操作（戻るといっても、時間が経過しているので、再取得となるため、情報は変化している可能性がある）となる。図６には、追加の円定期預金画面１２１が１画面しか記載されていないが、「次の１０件」ボタンの押下操作を連続させることにより、次々に追加の円定期預金画面１２１と同様な画面が表示され、また、それらの各画面から前の画面へ戻ることができる。図６の追加の外貨定期預金画面１２２の場合も略同様であるが、ページ送り（戻りも含む。）が１０件ずつではなく、２０件ずつになっている点が異なっている。そして、これらのページ送り（戻りも含む。）の都度に、図３のステップＳ２３の処理が繰り返される。

【0161】

また、前述した図３のステップＳ２１での顧客の操作が、既に取得済の複数の基本情報の画面を更新する要求である場合（リロードの場合）には、図３のステップＳ２７の処理に進む。ステップＳ２７の処理の詳細については、図４を用いて後述するので、ここでは、概略の流れを説明する。なお、情報の更新（リロード）の要求は、図６の各画面１１１〜１１５の上部の左端に設けられたメニューボタンの押下操作により、図６のメニュー画面１１６を表示させ、このメニュー画面１１６における「情報を更新する」ボタンの押下操作により行うことができる。

【0162】

図３のステップＳ２７の処理は、前述した図３のステップＳ１７の処理と同様である。従って、画面取得手段５３により、基本情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）の取得処理が行われる。サービス提供サーバ２０では、画面送信手段２３により、この取得要求を受信すると、画面記憶手段２６に記憶された基本情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へ送信する（図３のステップＳ２８）。このステップＳ２８の処理は、前述した図３のステップＳ１８の処理と同様である。そして、第２の顧客端末５０では、取得した基本情報取得前の制御用画面の表示用データ（ＨＴＭＬデータ）から端末制御情報を刈り取るスクレイピング、端末利用可否判定、およびその判定結果に基づくメッセージ表示等の処理が行われる（図３のステップＳ２７）。

【0163】

その後、ステップＳ２７の処理を経て、端末利用可と判定された場合（端末利用可否判定手段５５から、端末利用可という情報を受け取った場合）には、画面取得手段５３により、複数の基本情報の画面（図６の各画面１１１〜１１７に対応する各画面）の取得要求を、ネットワーク１を介してサービス提供サーバ２０へ送信する（図３のステップＳ２９）。この送信処理は、前述した図３のステップＳ１９の場合と同様である。

【0164】

サービス提供サーバ２０では、画面送信手段２３により、この取得要求を受信すると、画面記憶手段２６に記憶されたサービス提供画面の表示用データのフォームに、基本情報を付加して基本情報の画面である複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）を作成し、作成した複数の基本情報の画面の表示用データ（ＨＴＭＬデータ）を、ネットワーク１を介して第２の顧客端末５０へまとめて送信する（図３のステップＳ３０）。この送信処理は、前述した図３のステップＳ２０の場合と同様である。

【0165】

第２の顧客端末５０では、画面取得手段５３により、サービス提供サーバ２０からネットワーク１を介して送信されてくる基本情報の画面である複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）を受信し、受信したＨＴＭＬデータを、取得画面記憶手段５８に記憶させる（図３のステップＳ２９）。この受信・格納処理は、前述した図３のステップＳ１９の場合と同様である。

【0166】

続いて、スクレイピング手段５４により、取得画面記憶手段５８に記憶されている基本情報の画面である複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）を加工して加工画面（図６の各画面１１１〜１１７）の表示用データを作成し、作成した加工画面の表示用データを、取得画面記憶手段５８に記憶させるサービス提供画面加工処理を実行する（図３のステップＳ２９）。この加工処理は、前述した図３のステップＳ１９の場合と同様である。

【0167】

それから、画面表示処理手段５６により、スクレイピング手段５４により取得画面記憶手段５８に記憶させた再取得（リロード）した複数の基本情報の画面についての加工画面の表示用データのうち、図６のメニュー画面１１６を開く前の画面（図６の各画面１１１〜１１５のうちのいずれかの画面）の表示用データを用いて、メニュー画面１１６を開く前の画面についての更新表示を行った後（図３のステップＳ２９）、図３のステップＳ２１に戻り、顧客の次の操作を待つ。

【0168】

＜図４：第２の顧客端末５０における制御用画面の取得、端末利用可否判定、およびその判定結果に伴うメッセージ表示等の処理の流れ＞

【0169】

前述した図２のステップＳ８，Ｓ１３の処理、および、図３のステップＳ１７，Ｓ２３，Ｓ２７の処理に共通する端末利用可否の判定アルゴリズムについての詳細を説明する。

【0170】

図４において、画面取得手段５３により、サービス提供サーバ２０から制御用画面の表示用データ（ＨＴＭＬデータ）を取得する（ステップＳ１０１）。

【0171】

ここで、制御用画面を取得することができなかった場合（ステップＳ１０２）には、画面取得手段５３または端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１０３）。このダイアログ表示の内容については、タイトルは、「エラー」であり、メッセージは、例えば「通信に失敗しました。通信状態の良い場所で再度行ってください。」等である。この通信エラー時のメッセージは、端末アプリに記述されているものである。

【0172】

一方、前述したステップＳ１０２で、制御用画面を取得することができた場合には、スクレイピング手段５４により、取得した制御用画面の表示用データ（ＨＴＭＬデータ）の中に含まれる端末制御情報を構成するページ番号（メンテナンス時であるか否かを示す情報）を取得する（ステップＳ１０４）。

【0173】

ここで、ページ番号を取得することができなかった場合（ステップＳ１０５）には、端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１０６）。このダイアログ表示の内容については、タイトルは、「通知」であり、メッセージは、例えば「システムメンテナンス中です。しばらく経ってから再度ログインしてください。」等である。このメンテナンス中による不許可を示すデフォルトメッセージは、端末アプリに記述されているものである。

【0174】

一方、前述したステップＳ１０５で、ページ番号を取得することができた場合には、スクレイピング手段５４により、取得した制御用画面の表示用データ（ＨＴＭＬデータ）の中に含まれる端末制御情報を構成するページバージョン（最低保証バージョン）を取得する（ステップＳ１０７）。

【0175】

ここで、ページバージョンを取得することができなかった場合（ステップＳ１０８）には、端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１０６）。このダイアログ表示の内容については、タイトルは、「通知」であり、メッセージは、例えば「システムメンテナンス中です。しばらく経ってから再度ログインしてください。」等である。このメンテナンス中による不許可を示すデフォルトメッセージは、端末アプリに記述されているものである。

【0176】

一方、前述したステップＳ１０８で、ページバージョンを取得することができた場合には、端末利用可否判定手段５５により、端末アプリが保有する当該端末アプリ自身のバージョン（自己バージョン）と、ページバージョン（最低保証バージョン）とを比較する（ステップＳ１０９）。

【0177】

ここで、比較することができなかった場合（ステップＳ１１０）には、端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１０６）。このダイアログ表示の内容については、タイトルは、「通知」であり、メッセージは、例えば「システムメンテナンス中です。しばらく経ってから再度ログインしてください。」等である。このメンテナンス中による不許可を示すデフォルトメッセージは、端末アプリに記述されているものである。

【0178】

一方、前述したステップＳ１１０で、比較することができた場合には、端末利用可否判定手段５５により、ページバージョン（最低保証バージョン）が、端末アプリの自己バージョン以下であるか否かを判断し（ステップＳ１１１）、以下ではないと判断された場合（端末アプリの自己バージョンのほうが古い場合、すなわち端末アプリの自己バージョンが保証範囲内にない場合）には、スクレイピング手段５４により、取得した制御用画面の表示用データ（ＨＴＭＬデータ）の中に含まれる端末制御情報を構成するバージョンアップメッセージを取得する（ステップＳ１１２）。

【0179】

ここで、バージョンアップメッセージを取得することができた場合（ステップＳ１１３）には、端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１１４）。このダイアログ表示の内容については、タイトルは、「通知」であり、メッセージは、スクレイピング手段５４により取得したバージョンアップメッセージである。このバージョンアップ要請（メッセージ指定）は、システム管理者により指定された任意の内容のメッセージによる要請である。

【0180】

一方、前述したステップＳ１１３で、バージョンアップメッセージを取得することができなかった場合には、端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１１５）。このダイアログ表示の内容については、タイトルは、「通知」であり、メッセージは、例えば「古いバージジョンのアプリをお使いのようです。アプリを最新のバージョンにアップデートしてください。」等である。このバージョンアップ要請を示すデフォルトメッセージは、端末アプリに記述されているものである。

【0181】

また、前述したステップＳ１１１で、ページバージョン（最低保証バージョン）が、端末アプリの自己バージョン以下であると判断された場合（端末アプリの自己バージョンが保証範囲内にある場合）には、端末利用可否判定手段５５により、ページ番号が「ＡＮＭ００１（許可）」と同じか否かを判断する（ステップＳ１１６）。

【0182】

ここで、ページ番号が「ＡＮＭ００１（許可）」と同じであると判断された場合（ステップＳ１１７）には、端末利用可という判定結果が出たことになるので、端末利用可否判定手段５５により、端末利用を継続させる処理を実行する。すなわち、顧客の操作に応じた処理をそのまま進める。

【0183】

一方、上記のステップＳ１１７で、ページ番号が「ＡＮＭ００１（許可）」と同じでないと判断された場合には、ページ番号が「ＡＭＴ００１（拒否）」と同じか否かを判断する（ステップＳ１１８）。

【0184】

ここで、ページ番号が「ＡＭＴ００１（拒否）」と同じでないと判断された場合（ステップＳ１１９）には、端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１０６）。このダイアログ表示の内容については、タイトルは、「通知」であり、メッセージは、例えば「システムメンテナンス中です。しばらく経ってから再度ログインしてください。」等である。このメンテナンス中による不許可を示すデフォルトメッセージは、端末アプリに記述されているものである。

【0185】

一方、上記のステップＳ１１９で、ページ番号が「ＡＭＴ００１（拒否）」と同じであると判断された場合には、スクレイピング手段５４により、取得した制御用画面の表示用データ（ＨＴＭＬデータ）の中に含まれる端末制御情報を構成するメンテナンスメッセージを取得する（ステップＳ１２０）。

【0186】

ここで、メンテナンスメッセージを取得することができた場合（ステップＳ１２１）には、端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１２２）。このダイアログ表示の内容については、タイトルは、「通知」であり、メッセージは、スクレイピング手段５４により取得したメンテナンスメッセージである。このメンテナンス中による不許可（メッセージ指定）は、システム管理者により指定された任意の内容のメッセージによる不許可の通知である。

【0187】

一方、上記のステップＳ１２１で、メンテナンスメッセージを取得することができなかった場合には、端末利用可否判定手段５５により、第２の顧客端末５０の画面上に、次のようなダイアログ表示を行う（ステップＳ１０６）。このダイアログ表示の内容については、タイトルは、「通知」であり、メッセージは、例えば「システムメンテナンス中です。しばらく経ってから再度ログインしてください。」等である。このメンテナンス中による不許可を示すデフォルトメッセージは、端末アプリに記述されているものである。

【0188】

そして、以上において、ステップＳ１０３，Ｓ１０６，Ｓ１１４，Ｓ１１５，Ｓ１２２の処理を行った場合は、端末利用不可という判定結果が出たことになるので、端末利用可否判定手段５５により、端末利用を停止させる処理を実行する。すなわち、ログイン中の場合（ステップＳ１２３）には、端末利用可否判定手段５５により、ログアウトの処理を行った後（ステップＳ１２４）、図２のステップＳ５へ戻るために、ログイン手段５２に対し、図５のログイン選択画面１０３の表示処理を行わせる指令を出す。一方、ログイン前の場合（ステップＳ１２３）には、ログアウトの処理は必要ないので、ログアウトの処理を行うことなく、図２のステップＳ５へ戻るために、ログイン手段５２に対し、図５のログイン選択画面１０３の表示処理を行わせる指令を出す。

【0189】

＜本実施形態の効果＞

【0190】

このような本実施形態によれば、次のような効果がある。すなわち、サービス提供システム１０では、サービス提供サーバ２０に、制御用画面の表示用データ（図８参照）を記憶させておき、第２の顧客端末５０に搭載された端末アプリにより、この制御用画面の表示用データ（ＨＴＭＬデータ）を読み込んでスクレイピング処理を行うことにより制御用画面の表示用データの中に含まれる端末制御情報（本実施形態では、ページ番号、ページバージョン、メンテナンスメッセージ、バージョンアップメッセージ）を取得し、この端末制御情報を用いて、第２の顧客端末５０の利用の可否を判定するので、端末アプリのメンテナンス時には、メンテナンスメッセージ等の端末制御情報を含む制御用画面の表示用データ（ＨＴＭＬデータ）を、サービス提供サーバ２０に配置しておけば、第２の顧客端末５０に搭載されている端末アプリにより、端末利用不可と判定し、メンテナンスメッセージを画面表示して端末利用を停止させる処理を実行することができる。

【0191】

このため、端末アプリのメンテナンス時には、この端末アプリを搭載した第２の顧客端末５０側でのサービスの提供だけを一時的に停止し、サービス提供サーバ２０側の稼働の停止については回避することができる。従って、端末アプリのメンテナンス時でも、この端末アプリとは異なるブラウザを搭載した第１の顧客端末４０でのサービスの提供を継続することができる。

【0192】

また、端末利用可否判定手段５５は、端末アプリが保有する当該端末アプリ自身のバージョン（自己バージョン）と、端末制御情報に含まれるページバージョン（最低保証バージョン）とを比較することにより、自己バージョンが最低保証バージョンよりも古いか否かを判定する構成とされているので、自己バージョンが最低保証バージョンよりも古いと判定した場合には、端末制御情報に含まれるバージョンアップメッセージを画面表示し、端末利用を停止させることができる。

【0193】

このため、端末アプリのバージョンアップを行った際には、端末制御情報としてページバージョン（最低保証バージョン）およびバージョンアップメッセージを含む制御用画面の表示用データ（ＨＴＭＬデータ）を、サービス提供サーバ２０に配置しておけば、古いバージョンの端末アプリを使用している顧客に対し、バージョンアップ要請を行うことができるうえ、端末利用を停止させることができる。このため、顧客は、適正なバージョンの端末アプリをダウンロードして第２の顧客端末５０に搭載するまで、第２の顧客端末５０でのサービスの提供を受けることができなくなるので、顧客に対し、誤った情報の提示が行われることを回避することができる。

【0194】

以上の効果を換言して簡潔に述べると、端末アプリは、第２の顧客端末５０にインストールされると、顧客の任意のタイミングで操作される。サービス提供サーバ２０側の都合により、端末アプリからサービス提供サーバ２０側にアクセスして欲しくない場合、サービス提供サーバ２０側での制御用画面の差替え操作のみにより、リアルタイムに第２の顧客端末５０側での顧客の操作（端末利用）を制御することができるとともに、メッセージによる注意喚起を行うことができる。また、不特定多数の利用者（顧客）に対し、一斉にメンテナンスまたは端末アプリの更新（バージョンアップ）を促す通知を行うことができる。

【0195】

また、端末アプリが予期せぬ挙動を起こした際、通常は、第２の顧客端末５０に搭載されている端末アプリだけを個別に停止させることはできない。これに対し、サービス提供システム１０では、制御用画面の差替え操作によりサービス提供サーバ２０側で端末アプリの挙動をコントロールできるため、サービス提供サーバ２０の稼働を継続しつつ、端末アプリのみを一時的に利用停止させることができる。また、顧客に対してはメンテナンス中との表示を行うので、顧客が混乱を招く心配はない。特に、端末アプリのアップデートについて審査期間が必要となる場合（例えば、ｉＯＳ用の端末アプリを開発する場合）においては、リアルタイムで端末制御を行うことができるので、顕著な効果を得ることができる。

【0196】

さらに、サービス提供システム１０では、端末アプリによるサービス提供サーバ２０からの取得タイミングがそれぞれ異なる３種類（ログイン処理前、基本情報取得前、追加情報取得前）の制御用画面の表示用データ（ＨＴＭＬデータ）を、サービス提供サーバ２０に配置しておくことができる。このため、第２の顧客端末５０での端末アプリによる画面遷移において、適切なタイミングで適切なメッセージ（メンテナンスメッセージやバージョンアップメッセージ）を画面表示し、適切なタイミングで第２の顧客端末５０の利用を停止させることができる。例えば、ログインの際は通常時であったが、その後、顧客が画面を遷移させている最中に、メンテナンス時やバージョンアップ要請時になった場合でも、適切なタイミングで、メッセージを画面表示して第２の顧客端末５０の利用を停止させることができる。従って、顧客による第２の顧客端末５０の各種操作のタイミングと、メンテナンスやバージョンアップ要請の発生時とのタイムラグに対応することができる。

【0197】

また、サービス提供サーバ２０には、管理者支援手段２５が設けられているので、サービス提供サーバ２０において、第２の顧客端末５０に搭載された端末アプリによるスクレイピング処理と同様な処理を行うことにより、管理者端末７０の画面上において、ログインからサービス提供画面の表示に至るまでの画面遷移図、並びにこの画面遷移図中における端末制御情報によるメッセージの表示タイミングおよび表示内容を示す管理者支援画面１００（図５、図６参照）の表示処理を行うことができる。このため、システム管理者は、制御用画面の表示用データ（ＨＴＭＬデータ）内の端末制御情報の設定内容を含め、第２の顧客端末５０についての端末制御の内容を、画面遷移と関連付けながら、容易に把握することができる。なお、この管理者支援手段２５の設置は省略してもよい。

【0198】

＜変形の形態＞

【0199】

なお、本発明は前記実施形態に限定されるものではなく、本発明の目的を達成できる範囲内での変形等は本発明に含まれるものである。

【0200】

例えば、前記実施形態の管理者支援手段２５は、サービス提供サーバ２０に設けられていたが、管理者端末７０に管理者支援手段を設けてもよい。このように管理者端末７０に設けた場合の管理者支援手段は、サービス提供サーバ２０の画面記憶手段２６から通信回線２を介して制御用画面およびサービス提供画面の各表示用データ（ＨＴＭＬデータ）を取得し、管理者端末７０において、制御用画面の表示用データの中に含まれる端末制御情報を刈り取る管理者支援用の端末制御情報スクレイピング処理を実行するとともに、この管理者支援用の端末制御情報スクレイピング処理に加え、サービス提供画面の表示用データを加工して加工画面の表示用データを作成する管理者支援用のサービス提供画面加工処理を実行する。そして、管理者端末７０において、管理者支援用の端末制御情報スクレイピング処理で得られた端末制御情報、および、管理者支援用のサービス提供画面加工処理で得られた加工画面の表示用データを用いて、図５および図６に示すような管理者支援画面１００（すなわち、ログインからサービス提供画面の表示に至るまでの画面遷移図、並びにこの画面遷移図中における端末制御情報によるメッセージの表示タイミングおよび表示内容（図５および図６中の点線部分）を示す画面）の表示用データを作成し、作成した管理者支援画面１００を表示する処理を実行する。

【0201】

また、前記実施形態では、サービス提供サーバ２０から基本情報の画面である複数のサービス提供画面（図６の各画面１１１〜１１７に対応する各画面であり、各画面１１１〜１１７は加工画面であるから、その加工元の画面）の表示用データ（ＨＴＭＬデータ）をまとめて取得した場合に、それらの複数のサービス提供画面間の遷移情報は、端末アプリに記述されていたが、この遷移情報を、スクレイピング処理を利用して動的に作成してもよい。すなわち、スクレイピング手段５４により、画面取得手段５３により受信した複数のサービス提供画面の表示用データ（ＨＴＭＬデータ）に含まれる次画面への遷移情報を刈り取って複数のサービス提供画面間の遷移情報を作成し、作成した遷移情報を取得画面記憶手段５８に記憶させる遷移情報作成処理を実行するようにしてもよい。そして、画面表示処理手段５６により、顧客による画面遷移の操作を受け付けた場合に、取得画面記憶手段５８に記憶されている遷移情報を用いて、次に表示するサービス提供画面を特定するようにしてもよい。

【産業上の利用可能性】

【0202】

以上のように、本発明のサービス提供システムおよび端末アプリケーションプログラムは、例えば、金融機関が顧客に対し、顧客の保有する金融資産の残高表示を含む金融サービスを行う場合等に用いるのに適している。

【符号の説明】

【0203】

１ ネットワーク
１０ サービス提供システム
２０ サービス提供サーバ
２３ 画面送信手段
２５ 管理者支援手段
２６ 画面記憶手段
４０ 第１の顧客端末
５０ 第２の顧客端末
５３画面取得手段
５４ スクレイピング手段
５５ 端末利用可否判定手段
５６ 画面表示処理手段
７０ 管理者端末

【要約】

【課題】サーバの稼働を停止させずに並行稼働中の別のブラウザを利用する顧客へのサービスの提供を継続しつつ、端末アプリのメンテナンスを行うことができるサービス提供システムおよび端末アプリケーションプログラムを提供する。
【解決手段】サービス提供システム１０では、サービス提供サーバ２０に、メンテナンスメッセージ等の端末制御情報を含む制御用画面の表示用データを配置しておき、第２の顧客端末５０に搭載された端末アプリにより、この制御用画面の表示用データを読み込んでスクレイピング処理を行うことにより制御用画面の表示用データの中に含まれる端末制御情報を取得し、この端末制御情報を用いて第２の顧客端末５０の利用の可否を判定し、端末利用不可と判定した場合には、メッセージを画面表示して端末利用を停止させる。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】