特許 5893984 複数画面間の情報連携のための端末システム及び画面制御方法

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

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

(11)【特許番号】5893984

(24)【登録日】2016年3月4日

(45)【発行日】2016年3月23日

(54)【発明の名称】複数画面間の情報連携のための端末システム及び画面制御方法

(51)【国際特許分類】

   G06F 13/00 20060101AFI20160310BHJP

【ＦＩ】

   G06F13/00 520C

   G06F13/00 351B

【請求項の数】3

【全頁数】13

(21)【出願番号】特願2012-70760(P2012-70760)

(22)【出願日】2012年3月27日

(65)【公開番号】特開2013-205865(P2013-205865A)

(43)【公開日】2013年10月7日

【審査請求日】2014年7月18日

(73)【特許権者】

【識別番号】302064762

【氏名又は名称】株式会社日本総合研究所

(74)【代理人】

【識別番号】100144048

【弁理士】

【氏名又は名称】坂本 智弘

(72)【発明者】

【氏名】岡田 幸宏

(72)【発明者】

【氏名】前野 峰樹

(72)【発明者】

【氏名】住友 紀匡

(72)【発明者】

【氏名】北野 健太

(72)【発明者】

【氏名】久保 和紀

【審査官】 小林 義晴

(56)【参考文献】

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

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

【文献】 インタビュー（２） 株式会社大和総研ビジネス・イノベーション 既存のＩＴ資産を最大限有効に活用し、低コストでスピーディーなＳＯＡ化を実現，ＰＲＯＶＩＳＩＯＮ，日本，日本アイ・ビー・エム株式会社，２００９年 ５月１３日，第６１号，ｐ．２４−３１

【文献】 城田真琴，システム設計 きほんのき 〜ＳＯＡ編〜，ＩＴアーキテクトのためのシステム設計実践ガイド ＶＯＬ．１，日本，日経ＢＰ社，２００９年 ８月 １日，第１巻，ｐ．８６−９１

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

【請求項1】

次期端末と、現行ホストコンピュータと、次期ホストコンピュータとが、チャネル統合基盤を介して接続される端末システムであって、
前記次期端末は、
前記現行ホストコンピュータのアプリケーションによって制御される現行画面と前記次期ホストコンピュータのアプリケーションで用いられる次期画面において、前記現行画面の構成を定義する現行画面定義体と、前記次期画面の構成を定義する次期画面定義体と、前記現行画面と前記次期画面との入出力データに引き渡し項目を定義する項目引継定義体とに基づき、前記現行画面と前記次期画面との間で画面間の情報連携を行い、マルチ画面制御する表示画面制御部と、
前記チャネル統合基盤に対して、前記現行画面からの要求データをトランザクションとして送信するトランザクション生成部と、
前記チャネル統合基盤に対して、ソフトウェアの機能を業務上の一処理に相当する単位でサービスとして定義するビジネスサービス定義体に基づいて、前記次期画面からの要求データをビジネスサービスとして送信するビジネスサービス生成部とを備え、
前記チャネル統合基盤は、
前記次期ホストコンピュータのアプリケーションに対して、前記ビジネスサービスと前記次期ホストコンピュータのアプリケーションのコンポーネントを、業務上の一処理に相当するシステムサービスとして定義するシステムサービスと画面ＩＤとの関係を一元管理するマッピング定義体とを有するサービスマッピング部を備える、
ことを特徴とする端末システム。

【請求項2】

前記項目引継定義体は、更に前記次期画面間または前記現行画面間での入出力データの引き渡しを定義することを特徴とする、請求項１に記載の端末システム。

【請求項3】

次期端末と、現行ホストコンピュータと、次期ホストコンピュータとが、チャネル統合基盤を介して接続されるコンピュータシステムにおける画面間の情報連携のための制御方法であって、
前記次期端末が、
前記現行ホストコンピュータのアプリケーションによって制御される現行画面と、前記次期ホストコンピュータのアプリケーションで用いられる次期画面において、前記現行画面の構成を定義する現行画面定義体と、前記次期画面の構成を定義する次期画面定義体と、前記現行画面と前記次期画面との入出力データに引き渡し項目を定義する項目引継定義体とに基づき、前記現行画面と前記次期画面との間で画面間の情報連携を行い、前記次期端末の表示画面上でマルチ画面制御する表示ステップと、
前記チャネル統合基盤に対して、前記現行画面からの要求データをトランザクションとして送信するステップと、
前記チャネル統合基盤に対して、ソフトウェアの機能を業務上の一処理に相当する単位でサービスとして定義するビジネスサービス定義体に基づいて、前記次期画面からの要求データをビジネスサービスとして送信するステップとを実行し、
前記チャネル統合基盤が、
前記次期ホストコンピュータのアプリケーションに対して、前記ビジネスサービスと前記次期ホストコンピュータのアプリケーションの業務コンポーネントを一つのサービスとして定義するシステムサービスと画面ＩＤとの関係を一元管理するマッピング定義体に基づいて、前記ビジネスサービスから前記システムサービスへのマッピングを行うステップを実行する、
ことを特徴とする制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の画面間における情報連携のための端末システム及び画面制御方法に関する。特に、ホストコンピュータの複数のアプリケーションにおける端末画面間の情報連携のための端末システム及び画面制御方法に関する。

【背景技術】

【0002】

今日、企業のホストコンピュータには、多くのアプリケーション・プログラム（適用業務プログラム）が稼働しているが、その開発の歴史は古く、実績と安定性が優れている。しかし、ホストコンピュータのアプリケーション・プログラムは、多くのレガシー資産を受け継いでいるため、そのプログラムの変更は容易ではなく、例えば、端末側の画面制御においては、端末側のＧＵＩ（Graphical User Interface）などの機能を十分に生かすことが難しい。このため、ホスト側のアプリケーションを変更することなく、端末側の画面インターフェースを変更する方法がいくつか提案されている。

【0003】

例えば、特許文献１には、既存のホスト側アプリケーション・プログラムを変更することなく、ホスト側にウィンドウベースのＧＵＩ定義体ファイルを追加することによって、端末側のＧＵＩインターフェースを操作できるようにすることが記載されている。また、特許文献２には、端末装置の画面制御装置において、データの各項目について画面の変更前の位置情報と変更後の位置情報を対応させた変換テーブルに基づいてホストコンピュータ側のプログラムを変更することなく、端末装置の画面操作性を容易に変更することが記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平８−３３９３５０号公報

【特許文献2】特開平９−２６５３４２号公報

【0005】

しかしながら、上記特許文献に記載の方法を用いても、画面表示を柔軟にリッチにすることはできても、複数の画面間で入出力データの情報を連携させることは困難である。特に、今日の端末ではマルチウィンドウが主流であり、操作員は複数のアプリケーションで複数の画面を表示して業務を行うことが多くなってきている。しかし、このような環境においても、アプリケーションが異なると、同じ入力データを別の画面に再度入力する必要があり、また、一つのアプリケーションで出力されたデータを別のアプリケーションの画面に表示するなどの画面間で情報連携させることが難しかった。ホスト側の古いアプリケーションでは端末側の画面制御を行っていることが多いからである。このような状況下では、ホストコンピュータ側の従来のアプリケーションを変更することなく、従来と新規のアプリケーションと高機能端末とを総合的に制御するシステムが望まれていた。

【発明の概要】

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

【0006】

したがって本発明では、上記の課題に鑑み、既存のホスト側のアプリケーションを変更することなく、新規のホスト側のアプリケーションの新機能にも対応した統合された端末システム、かつ、新旧複数のアプリケーションにおける複数の画面間で情報連携することが可能な端末システムを提供することを目的とする。

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

【0007】

上記課題を解決するため、本発明の端末システムは、以下のような解決手段を提供する。

【0008】

請求項１の発明は、次期端末と、現行ホストコンピュータと、次期ホストコンピュータとが、チャネル統合基盤を介して接続される端末システムであって、 前記次期端末は、前記現行ホストコンピュータのアプリケーションによって制御される現行画面と前記次期ホストコンピュータのアプリケーションで用いられる次期画面において、前記現行画面の構成を定義する現行画面定義体と、前記次期画面の構成を定義する次期画面定義体と、前記現行画面と前記次期画面との入出力データに引き渡し項目を定義する項目引継定義体とに基づき、前記現行画面と前記次期画面との間で画面間の情報連携を行い、マルチ画面制御する表示画面制御部と、前記チャネル統合基盤に対して、前記現行画面からの要求データをトランザクションとして送信するトランザクション生成部と、前記チャネル統合基盤に対して、ソフトウェアの機能を業務上の一処理に相当する単位でサービスとして定義するビジネスサービス定義体に基づいて、前記次期画面からの要求データをビジネスサービスとして送信するビジネスサービス生成部とを備え、前記チャネル統合基盤は、前記次期ホストコンピュータのアプリケーションに対して、前記ビジネスサービスと前記次期ホストコンピュータのアプリケーションのコンポーネントを、業務上の一処理に相当するシステムサービスとして定義するシステムサービスと画面ＩＤとの関係を一元管理するマッピング定義体を有するサービスマッピング部を備える、ことを特徴とする。

【0009】

本発明によれば、端末とホストコンピュータ間にチャネル統合基盤を配置することで、新旧のホストシステムにおける様々なプロトコル変換に対応でき、複数のアプリケーションで制御されるデータの受け渡し方法を整理し、ビジネスサービスとシステムサービスの概念を導入しつつ、一つの端末上で新旧アプリケーションの画面を統合することができる。また、項目引継定義体を表示画面制御部に備えることで、現行画面と次期画面との間での情報連携を容易に実現することができる。

【0012】

請求項２の発明は、請求項１の発明において、前記項目引継定義体は、更に前記次期画面間または前記現行画面間での入出力データの引き渡しを定義することを特徴とする。

【0013】

本発明によれば、現行画面と次期画面の間での情報連携だけでなく、次期画面間または現行画面間での情報連携を構築することができる。

【0014】

請求項３の発明は、請求項１の端末システムの発明を下記のような画面の制御方法の発明として捉えたものであり、請求項１の発明と同様な作用効果を奏する。
次期端末と、現行ホストコンピュータと、次期ホストコンピュータとが、チャネル統合基盤を介して接続されるコンピュータシステムにおける画面間の情報連携のための制御方法であって、前記次期端末が、前記現行ホストコンピュータのアプリケーションによって制御される現行画面と、前記次期ホストコンピュータのアプリケーションで用いられる次期画面において、前記現行画面の構成を定義する現行画面定義体と、前記次期画面の構成を定義する次期画面定義体と、前記現行画面と前記次期画面との入出力データに引き渡し項目を定義する項目引継定義体とに基づき、前記現行画面と前記次期画面との間で画面間の情報連携を行い、前記次期端末の表示画面上でマルチ画面制御する表示ステップと、前記チャネル統合基盤に対して、前記現行画面からの要求データをトランザクションとして送信するステップと、前記チャネル統合基盤に対して、ソフトウェアの機能を業務上の一処理に相当する単位でサービスとして定義するビジネスサービス定義体に基づいて、前記次期画面からの要求データをビジネスサービスとして送信するステップとを実行し、前記チャネル統合基盤が、前記次期ホストコンピュータのアプリケーションに対して、前記ビジネスサービスと前記次期ホストコンピュータのアプリケーションの業務コンポーネントを一つのサービスとして定義するシステムサービスと画面ＩＤとの関係を一元管理するマッピング定義体に基づいて、前記ビジネスサービスから前記システムサービスへのマッピングを行うステップを実行する、ことを特徴とする。

【発明の効果】

【0015】

本発明によれば、既存のホスト側のアプリケーションを変更することなく、新規のホスト側のアプリケーションの新機能にも対応し、新旧複数のアプリケーションにおける複数の画面間で情報連携することが可能な統合された端末システムを提供することができる。

【図面の簡単な説明】

【0016】

【図1】本発明に係るシステム全体構成の概略を示す図である。

【図2】本発明の第一の実施形態に係る端末システムの機能ブロックを示す図である。

【図3】本発明の第一の実施形態に係る画面間の情報連携の概念を示す図である。

【図4】本発明の第二の実施形態に係る端末システムの機能ブロックを示す図である。

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

【0017】

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号を付している。

【0018】

図１は、本発明に係るシステム全体構成の概略を示す図である。本システムは全体としては、次期端末１００と、チャネル統合基盤２００（CIS; Channel Integration System）、現行オンライン・ホストコンピュータ３００ａ、次期オンライン・ホストコンピュータ３００ｂ、バッチ処理ホストコンピュータ３１０、及び次期セキュリティ基盤４００で主に構成されている。各ホストコンピュータ（３００ａ，３００ｂ，３１０）は、現行ＤＢ３２０ａと次期ＤＢ３２０ｂによって互いにデータを共有する。

【0019】

次期端末１００は、ＯＳとしてＷｉｎｄｏｗｓ（登録商標）を搭載した一般的なパーソナルコンピュータまたはワークステーションであり、現行オンライン・ホストコンピュータ３００ａ上で稼働する現行アプリケーションによって制御される現行画面１０１と、次期オンライン・ホストコンピュータ３００ｂ上で稼働する次期アプリケーションのための次期画面１０２を、一つの端末上でマルチ画面・マルチタブによって統合したクライアント端末である。

【0020】

チャネル統合基盤２００は、チャネルＡＰサーバ２１０とチャネルＤＢサーバ２２０とで構成されるサブシステムであり、次期端末１００とホストコンピュータ３００ａ、３００ｂとの間に入り、端末とホストコンピュータ間の様々なプロトコル変換や端末からの要求に対してホスト・アプリケーションで提供されるサービス（ソフトウェアのまとまった機能）の統合を行う。

【0021】

チャネルＡＰサーバ２１０は、さらに次期端末ＡＰ２１１とサービス統合エンジン２１２とから構成されている（”ＡＰ”はApplicationの略。以下同じ）。次期端末ＡＰ２１１は、次期端末１００からの接続依頼に基づき接続を実施する接続制御機能、端末の運用状況をデータベースに反映したり、データを取得する端末管理機能、ログインＩＤ／パスワードのチェックを行うログイン制御、ログインユーザのメニュー情報を取得し、可能なメニューを回答するメニュー制御、及びログインユーザのアクセス権限を取得し回答するアクセス制御の機能を有する。

【0022】

サービス統合エンジン２１２は、業務上の一処理単位に相当するソフトウェア部品を「サービス」として提供するためのサービスの制御（振分、電文変換）や各種インターフェース（ＳＯＡＰ（Simple Object Access Protocol）Ｉ／Ｆ、ＴＮ３２７０(Telnet3270)接続Ｉ／Ｆ、ＭＱ接続(Message Queuing)Ｉ／Ｆ）の制御や、端末の制御情報の処理を行う。現行画面関連アプリ２１３は、現行オンライン・ホストコンピュータ３００ａ向けの専用機能（電文変換や制御処理）を行う。

【0023】

チャネルＤＢサーバ２２０は、コールセンタアクセス権限管理機能、次期端末アドレスやＬＴＥＲＭ（Logical Terminal）割り当てを動的に行い管理する機能、サービス定義体を保持し、次期サービスを管理する機能を有する。

【0024】

本システムでは、次期端末１００とチャネル統合基盤２００とは、ＳＯＡＰプロトコルで接続され、チャネル統合基盤２００と現行オンライン・ホストコンピュータ３００ａとはＴＮ３２７０接続、次期オンライン・ホストコンピュータ３００ｂとはＭＱ接続で、いずれの接続もＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルが用いられている。

【0025】

次期セキュリティ基盤４００は、セキュリティ機能をホストから切り離し、かつ従来のメニューとアクションに加え、グループ別アクセス権限を実施するセキュリティＤＢ４０１を一元管理する。

【0026】

図２は、本発明の第一の実施形態に係る端末システムの機能ブロックを示す図である。本端末システムは、前図のシステム全体構成のうちから端末に関係するオンライン部分を取り出したものであり、主として、バッチ処理ホストコンピュータ３１０を除いたものである。

【0027】

次期端末１００には、機能部として、表示画面制御部１０３、トランザクション生成部１０４、ＢＳ（Business Service）生成部１０５備えられている。表示画面制御部１０３は、操作員からのキーボードやマウスからの入力操作を受け付けて画面に表示したり、入力データをトランザクション生成部１０４またはＢＳ生成部１０５に送り、入力データに対するホスト側アプリケ−ションからの応答データを画面に表示する役目を果たす。

【0028】

表示画面制御部１０３は、「画面定義体」や「画面遷移定義体」に基づいて、複数画面かつ複数タブの画面を表示し、制御する機能を果たす。画面定義体とは、各画面の構造をＧＵＩパーツの配置を指定し、そこに紐づくデータを項目ＩＤで定義したものであり、現行画面１０１には現行画面定義体１、次期画面１０２には次期画面定義体２が対応する。現行画面定義体１は、現行のホスト・アプリケーションのもとで使用される画面の構成を定義するものであり、独自のフォーマットを用いて作成されている。次期画面定義体２は、次期オンライン・アプリケーションのもとで使用される画面の構成を定義するものであり、ＸＭＬ(Extensible Markup Language)を用いて作成されている。

【0029】

また、表示画面制御部１０３は、操作員に対して表示するメニュー画面の構成（例えば、メインメニュー画面、サブメニュー画面等）を定義するメニュー定義３、画面中の入出力データ項目を一義的に定義する項目辞書４、画面に表示される各メッセージを定義するメッセージ定義５、データの意味を表すコードを定義したコード定義６のような複数のデータ定義体を参照する。また、表示画面制御部１０３は、端末画面内で入力内容をチェックする（ノーマライズ）機能も有する。

【0030】

さらに、表示画面制御部１０３は、項目引継定義体７を有しており、現行画面に表示するデータを次期画面に表示するため、または、次期画面に表示するデータを現行画面に表示するため、あるいは次期画面間で同じデータを表示するため、引継すべきデータ項目を定義する。例えば、現行入力画面の入力データを、次期入力画面にも同時に表示させるには、それぞれの画面ＩＤとデータ項目ＩＤを対応付けしてテーブルに定義しておく。出力データについても同様である。

【0031】

トランザクション生成部１０４は、表示画面制御部１０３から現行画面入力データ１０ａを受け取ると、ホスト・アプリケーションに向けて、トランザクション（トランザクション名＋要求データ（項目ＩＤ）１０ｂ）を生成し、チャネル統合基盤２００に送信する。また、チャネル統合基盤２００から、画面ＩＤ＋応答データ（項目ＩＤ）１０ｅを受信すると、それを表示画面制御部１０３に返信し、現行画面出力データ１０ｆを表示させる。

【0032】

ＢＳ生成部１０５は、ＢＳ定義体８に基づき、サービスに必要な電文の組立てや文字変換を行い、サービス電文の組立て時に入力内容をチェックし、ビジネスサービス（ビジネスサービス名と要求データ（ＸＭＬ）２０ｂからなる）を生成する機能を果たす。ここで、「サービス」とは、サービス指向アーキテクチャ（ＳＯＡ;Service Oriented Architecture）のもと、外部から標準化された手順によって呼び出すことができる一まとまりのソフトウェアの集合であり、単体で人間にとって意味のある単位の機能を持つものを指す。また、本端末システムにおける「ビジネスサービス」とは、ソフトウェアの機能を業務上の一処理に相当する単位でサービスとして定義したものであり、サービスのうち最も粒度（処理単位の規模）の荒いものを指すものである。ＢＳ定義体８に、ビジネスサービス名、ビジネスサービス機能、入力データ項目ＩＤ、出力データ項目ＩＤ等で定義される。

【0033】

ＢＳ生成部１０５は、表示画面制御部１０３から、次期画面入力データ２０ａを受け取ると、それをビジネスサービス名＋要求データ（ＸＭＬ）２０ｂに変換する。この要求データに対する応答であるビジネスサービス名＋応答データ（ＸＭＬ）２０ｇを受信すると、それを表示画面制御部１０３に返し、次期画面出力データ２０ｈを表示させる。

【0034】

また、ＢＳ生成部１０５は、複数の画面の遷移を制御するため画面遷移定義体９を参照する。画面遷移定義体９は、複数の画面間の遷移を定義するものであり、各画面のＩＤと遷移条件、遷移前後の状態を表したものである。

【0035】

チャネル統合基盤２００は、前述したとおり、チャネルＡＰサーバ２１０とチャネルＤＢサーバ２２０とで構成されているが、以下では特に区別することなく、単にチャネル統合基盤２００とする。チャネル統合基盤２００は、プロトコル変換部２０１（ＳＯＡＰ接続プロトコル、ＴＮ３２７０接続、ＭＱ接続プロトコルの各インターフェースを制御する）と、サービス定義体であるＢＳ定義体とＳＳ定義体１１に基づき、一つのビジネスサービス（ＢＳ;Business Service）を、より粒度の細かい「システムサービス（ＳＳ;System Service）」にマッピングするサービスマッピング部２０２とを備えている。システムサービスとは、次期ホストコンピュータのアプリケーションの業務コンポーネントを、ブログラム上の部品でなく、一つのサービスの単位として定義したものである。したがって、一つのビジネスサービスは、一または複数のシステムサービスで構成される。

【0036】

なお、ＳＳ定義体１１に含まれるデータは、ＢＳ定義体８とほぼ同様であるが、ＳＳ定義体１１には、次期ホスト・アプリケーションの業務コンポーネントのエントリポイントが含まれる。なお、図ではプロトコル変換部２０１とサービスマッピング部２０２は現行画面ルート（１０ａ〜１０ｆ）と次期画面ルート（２０ａ〜２０ｈ）にそれぞれ別々に対応しているように見えるが、次期画面ルートであってもプロトコル変換は必要であるため互いに連携している。

【0037】

なお、上記の各種定義体は、本システムとは別の開発システムの支援ツールによって別途作成されるものとする。

【0038】

セキュリティＤＢ４０１は、チャネル統合基盤２００とは別に、次期セキュリティ基盤４００として構築されたサーバ上に設けられ、セキュリティ機能をホストから切り離し、かつ従来のメニューとアクションに加え、グループ別アクセス権限を実施するためのＤＢであり、プロトコル変換部２０１、及びサービスマッピング部２０２から参照される。

【0039】

ホストコンピュータ３００は、現行オンライン・ホストコンピュータ３００ａと次期オンライン・ホストコンピュータ３００ｂを便宜上まとめて表したものであり、プロトコル・インターフェース層３０１（ＴＮ３２７０／ＭＱ）、ミドルウェア層３０２（ＩＭＳ／ＳＡＩＬ）、ユーザＡＣＰ層３０３、及びアプリケーション層３０４として、現行適用業務プログラム３０４ａ（現行アプリケーション）と次期オンラインメイン／業務コンポーネント３０４ｂ（次期アプリケーション）の４つの層に分かれている。

【0040】

プロトコトル・インターフェース層３０１は、ＴＮ３２７０接続とＭＱ接続とからなり、現行アプリケーションはＴＮ３２７０接続、次期アプリケーションは、ＭＱ接続を用いるようになっている。いずれもプロトコルはＴＣＰ／ＩＰである。

【0041】

ミドルウェア層３０２は、ＩＢＭ（登録商標）社のトランザクションマネジメントとデータマネジメントのミドルウェアであるＩＭＳ（Information Management System）と、同じくＩＢＭ（登録商標）社の勘定系システム開発向けのパッケージソフトウェアであるＳＡＩＬ（System development Aid for IMS/ESA on-Line applications）で構成される。

【0042】

ユーザＡＣＰ層３０３は、ユーザＡＣＰ（Application Control Program）で構成され、アプリケーション層に対して必要なデータの制御を行うためのプログラムである。ユーザＡＣＰは、チャネル統合基盤２００のプロトコル変換部２０１から、トランザクション名＋要求データ（項目ＩＤ）１０ｂを受信すると、現行適用業務プログラム３０４ａに対して、アプリケーションへの要求データ１０ｃのみをインプットとして受け渡す。また、現行適用業務プログラム３０４ａからの応答データ１０ｄを画面ＩＤ＋応答データ（項目ＩＤ）１０ｅの形式で、チャネル統合基盤２００に返信する。画面遷移や項目属性は、現行アプリケーションである現行適用業務プログラム３０４ａで制御されている。

【0043】

次期ホスト・アプリケーション層の前段である次期オンラインメインは、ビジネスロジックを実装した後段の複数の業務コンポーネントを組み合わせ、一つのサービスを実行させるための制御プログラムである。このようにすることで、次期アプリケーションは、構造化されずに肥大化した現行アプリケーションとは異なり、システムサービスとしての汎用性のあるソフトウェア部品を構築することができる。

【0044】

ユーザＡＣＰ３０３は、トランザクション名＋要求データ２０ｃをチャネル統合基盤２００のサービスマッピング部２０２から受信すると、アプリケーションに必要な要求データ２０ｄのみを取り出し、次期オンラインメイン３２０に受け渡す。次期アプリケーション側で応答データ２０ｅを受け取ると、トランザクション名＋応答データ２０ｆに変換し、チャネル統合基盤２００に返信する。

【0045】

このようにして本端末システムにおいては、現行画面１０１または次期画面１０２から入力されたデータが、チャネル統合基盤２００のプロトコル変換部２０１またはサービスマッピング部２０２を介して、ホスト側に渡され、ホスト側のアプリケーションで入力データが処理されてその応答データが同じルートで逆変換されて端末側に返信されて表示されることになる。

【0046】

上記の端末システムの機能構成は、あくまで一例であり、一つの機能部を更に分割したり、複数の機能部をまとめて一つの機能部として構成してもよい。各機能部は、装置に内蔵されたＣＰＵ（Central Processing Unit）が、ＲＯＭ（Read Only Memory）またはハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってもよい。また、各定義体は、単なるテーブルやファイルの集合体をも意味し、データの内部構造自体は問わないものとする。

【0047】

図３は、本発明の第一の実施形態に係る画面間の情報連携の概念を示す図である。ここでは具体例として、図３上段の現行画面定義体１が、クレジットカードの顧客の「取引明細照会」の画面を表しているものとする。この画面ＩＤを「００１」とする。画面００１には、入力データとして、項目ＩＤ００の「会員番号」（クレジットカード番号）が、出力データとして、項目ＩＤ１０の「氏名」と、項目ＩＤ１１の「連絡先」と、項目ＩＤ２０の「取引明細」とが定義されているものとする。操作員が、この画面から「会員番号」を入力すると、表示画面制御部１０３によってトランザクションが生成され、要求データとして（項目ＩＤ００）が含められ、ホスト側に送信され、ホスト側の現行適用業務プログラム３０４ａから応答データ（項目ＩＤ１０，１１，２０）が返信される。

【0048】

図３下段の次期画面定義体２は、具体例として「会員情報照会」を表しているものとする。この画面ＩＤを「００２」とする。また、会員情報には「氏名」、「連絡先」などの基本情報２ａと、「住所」、「勤務先」、「生年月日」などの詳細情報２ｂがあるものとする。上段の画面００１で入力された「会員番号」、及びホスト側から得られた基本情報の「氏名」、「連絡先」が画面００２の「会員番号」、「氏名」、「連絡先」に引継がれる。

【0049】

このとき項目引継定義体７には、２つの方式がある。まず、方式１では、項目ＩＤが同じ場合、各画面ごとに項目を引継がせるか否かを指定することができる。ここで引継ぎ対象となった項目は、次期端末の共有メモリ内に記録され、以降の同じ項目ＩＤの表示の際に利用されることとなる。すなわち、図示する項目引継定義体７ａの「項目引継へのデータ渡し」が、「○」の場合、次期画面内の共有メモリにある項目ＩＤ０１のデータを上書きし、「×」なら上書きしない。また、「項目引継からのデータ受取」が、「○」の場合、画面ＩＤ００１に項目ＩＤ０１を表示する際に共有メモリ内のデータを表示させ、「×」なら表示させない。

【0050】

方式２では、異なる項目ＩＤ間での引継ぎにも対応できるように、引継ぎ先ＩＤを指定して表示させることができる。画画面ＩＤ００１から画面ＩＤ００２へ引継される項目ＩＤを、項目引継定義体７ｂで図示するように明示する。ここで、画面ＩＤ００２の（）内の数字は、次期画面のＸＭＬ形式で書かれた各データ項目の画面内の位置やＩＤを模式的に表しているものとする。すなわち例えば、画面ＩＤ００１の項目ＩＤ００（会員番号）は、画面ＩＤ００２のＸＭＬの（００）に引継がれることになる。このようにして画面ＩＤ００１に入力されたデータ及び出力として表示されたデータは、自動的に画面ＩＤ００２に引継ぐことができる。

【0051】

画面ＩＤ００２では、このようにして引継がれたデータ以外にも、ホスト側（次期ホスト・アプリケーション層）に対して会員詳細情報サービスを送信することができる。ＢＳ定義体８には、「ＢＳ名」、「入力データ」、「出力データ」が図示するように定義されているとすると、このときビジネスサービス名として「会員詳細情報サービス」と要求データ（入力データと要求データをＸＭＬ形式で表したもの）２０ｂがホスト側に送信される。送信された要求の応答データ２０ｇは同じビジネスサービス名で返信される。このようにして画面ＩＤ００２は、画面ＩＤ００１から入出力データを引継いだり、新たなサービス要求をホスト側に送信して追加データを受信したりして、画面全体のデータを表示することができる。

【0052】

図４は、本発明の第二の実施形態に係る端末システムの機能ブロックを示す図である。第二の実施形態では、図２の第一の実施形態の機能ブロック図におけるチャネル統合基盤２００のサービスマッピング部２０２は、ビジネスサービス、システムサービス、画面ＩＤの関係を一元管理させるようにする。このための新たな定義体としてマッピング定義体１２が用いられる。この場合、ビジネスサービス２０ｂに対するＢＳ生成部１０５への応答は、ビジネスサービスではなく、画面ＩＤごとの応答データ２０ｇとなる。また、画面遷移定義体９は、サービスマッピング部２０２で参照するようにして画面遷移の制御をサービスマッピング部２０２で行ってもよい。他の機能ブロックは、第一の実施形態と同様であるので説明は省略する。

【0053】

以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【符号の説明】

【0054】

１ 現行画面定義体
２ 次期画面定義体
３ メニュー定義
４ 項目辞書
５ メッセージ定義
６ コード定義
７，７ａ，７ｂ 項目引継定義体
８ ＢＳ定義体
９ 画面遷移定義体
１０ａ 現行画面入力データ
１０ｂ トランザクション名＋要求データ（項目ＩＤ）
１０ｃ 現行アプリケーションへの要求データ
１０ｄ 現行アプリケーションからの応答データ
１０ｅ 画面ＩＤ＋応答データ（項目ＩＤ）
１０ｆ 現行画面出力データ
１１ ＳＳ定義体
１２ マッピング定義体
２０ａ 次期画面入力データ
２０ｂ ビジネスサービス名＋要求データ（ＸＭＬ）
２０ｃ トランザクション名＋要求データ
２０ｄ 次期アプリケーションへの要求データ
２０ｅ 次期アプリケーションからの応答データ
２０ｆ トランザクション名＋応答データ
２０ｇ ビジネスサービス名＋応答データ（ＸＭＬ）
２０ｈ 次期画面出力データ
１００ 次期端末
１０１ 現行画面
１０２ 次期画面
１０３ 表示画面制御部
１０４ トランザクション生成部
１０５ ＢＳ生成部
２００ チャネル統合基盤（ＣＩＳ）
２０１ プロトコル変換部
２０２ サービスマッピング部
２１０ チャネルＡＰサーバ
２１１ 次期端末ＡＰ
２１２ サービス統合エンジン
２２０ チャネルＤＢサーバ
３００ ホストコンピュータ
３００ａ 現行オンライン・ホストコンピュータ
３００ｂ 次期オンライン・ホストコンピュータ
３０１ プロトコル・インターフェース層
３０２ ミドルウェア層
３０３ ユーザＡＣＰ層
３０４ アプリケーション層
３０４ａ 現行適用業務プログラム（現行アプリケーション）
３０４ｂ 現行オンラインメイン／業務コンポーネント（次期アプリケーション）
３１０ バッチ処理ホストコンピュータ
３２０ 業務ＤＢ
３２０ａ 現行ＤＢ
３２０ｂ 次期ＤＢ
４００ 次期セキュリティ基盤
４０１ セキュリティＤＢ

【図1】

【図2】

【図3】

【図4】