(57)【要約】【課題】  本発明は、既存のホストやサーバを大幅に改良せすに、異なる業態のサービスの連携を実現する。【解決手段】  本発明は、金融系ＨＵＢ１１などで、入力データ振分けテーブル１０１０を参照して、端末３１からのデータの業態を判定し、同一業態のデータを金融系ホスト４へ送信し、同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かを判定し、他業態のデータを統合サーバ２１へ送信し、統合サーバ２１で、同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かの判定結果に応じて、金融系ＨＵＢ１１からのデータを輸送系ＨＵＢ１２などへ送信し、データに対する輸送系ＨＵＢ１２からの処理結果データを金融系ＨＵＢ１１へ送信し、金融系ＨＵＢ１１で、金融系ホスト４からの処理結果データと、統合サーバ２１からの処理結果データとを同一業態内の端末３１などへ送信する。【選択図】  図１
2005284439.tif 000002
【特許請求の範囲】
【請求項１】
異なる業態のサービスを連携するシステムにおいて、
顧客との入出力を行う業態ごとの端末及び前記端末からの要求に応じた処理を行う業態ごとの処理装置に接続され、業態ごとに設けられた振分装置と、
前記振分装置に接続され、異なる業態を連携する共通管理装置とを備え、
前記振分装置は、前記振分装置の記憶装置内の振分け情報を参照して、前記端末からのデータに基づいて、前記端末からのデータの業態を判定し、同一業態のデータを同一業態内の前記処理装置へ送信し、同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かを判定し、他業態のデータと他業態の識別情報と前記他業態内の同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かの判定結果とを前記共通管理装置へ送信し、
前記共通管理装置は、同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かの判定結果に応じて、前記振分装置からのデータを前記他業態の識別情報に対応する他の振分装置へ送信し、前記データに対する前記他の振分装置からの処理結果データを前記振分装置へ送信し、
前記振分装置は、同一業態内の前記処理装置からの処理結果データと、前記共通管理装置からの処理結果データとを同一業態内の前記端末へ送信することを特徴とするシステム。
【請求項２】
請求項１記載のシステムにおいて、
前記共通管理装置は、同一業態のデータの処理完了まで他業態のデータの処理開始を待機すると判定された場合に、同一業態のデータの処理完了情報を前記振分装置から受信した後に、前記振分装置からのデータを前記他業態の識別情報に対応する他の振分装置へ送信することを特徴とするシステム。
【請求項３】
請求項１又は２記載のシステムにおいて、
前記振分装置は、前記共通管理装置からの処理結果データを受信したか否かを判定し、前記共通管理装置からの処理結果データを受信した場合に、同一業態内の前記処理装置からの処理結果データと、前記共通管理装置からの処理結果データとを同一業態内の前記端末へ送信することを特徴とするシステム。
【請求項４】
請求項１〜３の何れかに記載のシステムにおいて、
前記振分装置は、前記振分装置の記憶装置内の振分け情報を参照して、前記端末からのデータのヘッダに基づいて、前記端末からのデータの業態を判定し、前記端末からのデータの業態を判定できない場合に、前記振分装置の記憶装置内の振分け情報を参照して、前記端末からのデータの内容に基づいて、前記端末からのデータの業態を判定することを特徴とするシステム。
【請求項５】
顧客との入出力を行う業態ごとの端末及び前記端末からの要求に応じた処理を行う業態ごとの処理装置に接続され、業態ごとに設けられた振分装置と、前記振分装置に接続され、異なる業態を連携する共通管理装置とを備えたシステムによる、異なる業態のサービスを連携する方法において、
前記振分装置が、前記振分装置の記憶装置内の振分け情報を参照して、前記端末からのデータに基づいて、前記端末からのデータの業態を判定し、
前記振分装置が、同一業態のデータを同一業態内の前記処理装置へ送信し、
前記振分装置が、同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かを判定し、
前記振分装置が、他業態のデータと他業態の識別情報と前記他業態内の同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かの判定結果とを前記共通管理装置へ送信し、
前記共通管理装置が、同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かの判定結果に応じて、前記振分装置からのデータを前記他業態の識別情報に対応する他の振分装置へ送信し、
前記共通管理装置が、前記データに対する前記他の振分装置からの処理結果データを前記振分装置へ送信し、
前記振分装置が、同一業態内の前記処理装置からの処理結果データと、前記共通管理装置からの処理結果データとを同一業態内の前記端末へ送信することを特徴とする方法。
【請求項６】
顧客操作により情報の入出力を行う端末及び同一業態の前記端末とに接続されて入出力データを振分けるためのＨＵＢと、各業態間のデータ連携を行うために前記ＨＵＢに接続されて業態共通管理を行うサーバと、各業態別に接続された前記端末からの入力データを処理するための業態別のコンピュータとを備えたシステムにおいて、
前記ＨＵＢは、同一業態内で処理できるデータと、それ以外のデータに分類し、
前記サーバは、前記それ以外のデータを送信すべき他のＨＵＢを特定し、前記ＨＵＢからの処理結果を受けて、特定した前記他のＨＵＢへ前記ＨＵＢからのデータを送信し、前記他のＨＵＢに接続された前記コンピュータの処理結果データを前記他のＨＵＢから受信し、前記他のＨＵＢからのデータを前記ＨＵＢへ送信し、
前記ＨＵＢは、前記サーバからの処理結果データを前記端末へ送信することを特徴とするシステム。
【請求項７】
請求項６記載のシステムにおいて、
前記サーバは、前記ＨＵＢと同一業態の前記コンピュータの処理が成功するのを待った上で、前記データを前記他のＨＵＢへ送信することを特徴とするシステム。
【請求項８】
請求項６又は７記載のシステムにおいて、
前記ＨＵＢは、前記端末からのデータのヘッダまたはデータ自身の形態により、同一業態内で処理できないかどうかを判定し、同一業態内で処理できないデータのみ分類することを特徴とするシステム。
【請求項９】
請求項６〜８の何れかに記載のシステム方法において、
サービス提供を開始する場合に、前記サーバは、前記端末からの要求により、前記端末で実行すべきアプリケーションを前記サーバの記憶装置内のアプリケーション群から選定し、前記端末が接続された前記ＨＵＢへ配信することを特徴とするシステム。
【請求項１０】
請求項６〜９の何れかに記載のシステムにおいて、
前記ＨＵＢは、複数の業態別のコンピュータでの処理結果データを統合し、統合された処理結果データを前記端末へ送信することを特徴とするシステム。
【請求項１１】
顧客操作により情報の入出力を行う端末及び同一業態の前記端末とに接続されて入出力データを振分けるためのＨＵＢと、各業態間のデータ連携を行うために前記ＨＵＢに接続されて業態共通管理を行うサーバと、各業態別に接続された前記端末からの入力データを処理するための業態別のコンピュータとを備えたシステムによる方法において、
前記ＨＵＢが、同一業態内で処理できるデータと、それ以外のデータに分類し、
前記サーバが、前記それ以外のデータを送信すべき他のＨＵＢを特定し、
前記サーバが、前記ＨＵＢからの処理結果を受けて、特定した前記他のＨＵＢへ前記ＨＵＢからのデータを送信し、
前記サーバが、前記他のＨＵＢに接続された前記コンピュータの処理結果データを前記他のＨＵＢから受信し、
前記サーバが、前記他のＨＵＢからのデータを前記ＨＵＢへ送信し、
前記ＨＵＢが、前記サーバからの処理結果データを前記端末へ送信することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる業態のサービスを連携するためのシステムおよび方法に係り、特に、自動機端末などをアウトソーシングする上で、アプリケーションの実行などによる運用サービスを一括して行うシステム及び方法に関する。
【背景技術】
【０００２】
金融機関において、他行のサービスを受けられる仕掛けとして、顧客がＡ銀行のＡＴＭ（現金自動預払機）で、Ｂ銀行向けのサービスを選択し、ＡＴＭを操作した場合、該当する電文をＡ銀行の勘定系ホストを介さずに、中継センタを介して直接Ｂ銀行とやり取りする方法がある。すなわち、各銀行のＡＴＭと、各銀行勘定系ホストの間に、電文などのやり取りを一元管理できる中継センタを設けている方法である（特許文献１参照）。
【０００３】
中継センタは、各銀行とは切離された運用サービス会社の中継センタ（アウトソーシング）により運営される場合が多い。
【０００４】
また、運用サービス会社にて、ＡＴＭで現金の出入りがあった場合、該当する金融機関の勘定系ホストに、運用資金残金を調整する要求を出すことで、各ＡＴＭ内で保有する現金を一元管理する方法もある（特許文献２参照）。
【０００５】
【特許文献１】特開２００１−２９０９４５号公報
【特許文献２】特開２００２−３４２８３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記従来技術は、顧客がＡＴＭに入力した口座特定媒体から、取引すべき金融機関を特定し、特定された金融機関の情報に基づいて取引要求電文を作成し、作成された取引要求電文を、中継センタを通して、直接該当する金融機関の勘定系ホストとやり取りするものである。
【０００７】
しかしながら、これは複数の金融機関を選択し、選択後は、該当金融機関のホストと従来どおり電文取引を行うものであり、ＡＴＭ上で、金融取引以外のサービス（例えばチケット販売など）では、同時、または連携して金融機関および、他企業のホストとやり取りする必要があるため、方法では不可能であった。
【０００８】
また、ＡＴＭでの運用資金一括管理に関しても、結局該当する取引ホスト上のデータベースで現金運用口座の管理が必要となり、ホスト側に手を加えずに実現することができなかった。
【０００９】
本発明の目的は、異なる業態のサービスを効率よく連携するためのシステム及び方法を提供することである。
【００１０】
本発明の目的は、既存のホストやサーバを大幅に改良せすに、異なる業態のサービスの連携を実現するためのステム及び方法を提供することである。
【課題を解決するための手段】
【００１１】
本発明は、振分装置で、振分装置の記憶装置内の振分け情報を参照して、端末からのデータに基づいて、端末からのデータの業態を判定し、同一業態のデータを同一業態内の処理装置へ送信し、同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かを判定し、他業態のデータと他業態の識別情報と他業態内の同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かの判定結果とを共通管理装置へ送信し、共通管理装置で、同一業態のデータの処理完了まで他業態のデータの処理開始を待機するか否かの判定結果に応じて、振分装置からのデータを他業態の識別情報に対応する他の振分装置へ送信し、データに対する他の振分装置からの処理結果データを振分装置へ送信し、振分装置で、同一業態内の処理装置からの処理結果データと、共通管理装置からの処理結果データとを同一業態内の端末へ送信する。
【発明の効果】
【００１２】
本発明によれば、振分装置でデータを振分け、共通管理装置で振分装置間の連携を図ることにより、異なる業態のサービスを効率よく連携することができる。
【００１３】
本発明によれば、振分装置でデータを振分け、共通管理装置で振分装置間の連携を図ることにより、既存のホストやサーバを大幅に改良せすに、異なる業態のサービスの連携を実現することができる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の第１の実施例を説明する。
【００１５】
図１においては、本発明に関するシステム構成の概要を示す。
【００１６】
図１に示すように、本システムは、業態別に設置された自動機などの端末３１、鉄道／航空用など輸送機関の端末３２、および公共機関の端末３３が、ネットワークを介して業態別管理部１内のＨＵＢ群に接続されている。ＨＵＢ群は業態別に、金融機関のための金融系ＨＵＢ１１、配達業者のための輸送系ＨＵＢ１２、公共事業者向けの公共系ＨＵＢ１３などを設置しており、各ＨＵＢは、ネットワークを介して、共通管理部２に接続されている。また、金融系ＨＵＢ１１は、ネットワークを介して金融系ホスト４（ホストコンピュータの代わりにサーバコンピュータであってもよい）と接続されており、輸送系ＨＵＢ１２は、輸送系ホスト５（ホストコンピュータの代わりにサーバコンピュータであってもよい）と、公共系ＨＵＢ１３は、公共系ホスト６（ホストコンピュータの代わりにサーバコンピュータであってもよい）と、各々関連する業態間同士で接続されている。端末３１〜３３は、顧客から情報の入力を受け付け、又は顧客へ情報を出力する。端末３１〜３３は、入力装置、出力装置（入力装置と一体であってもよい）、処理装置、記憶装置、通信装置を備える。金融系ＨＵＢ１１、輸送系ＨＵＢ１２、公共系ＨＵＢ１３は、処理装置、記憶装置、通信装置を備える。
【００１７】
一方、共通管理部２は、異なる業態又は同一の業態のサービスを統合するための統合サーバ２１、ＡＰを記憶するＡＰ管理サーバ２２、共同ＡＴＭＧ／Ｗ２３、サービスＧ／Ｗ２４から構成されている。また、共同ＡＴＭＧ／Ｗ２３は、共同ＡＴＭネットワーク、サービスＧ／Ｗ２４は、他業種ネットワークと接続されている。統合サーバ２１、ＡＰ管理サーバ２２は、処理装置、記憶装置、通信装置を備える。なお、各ＨＵＢ、主なサーバの役割の詳細は、図２から図５で説明する。
【００１８】
図２において、金融系ＨＵＢ１１、輸送系ＨＵＢ１２、公共系ＨＵＢ１３などの業態別管理部１に設置されたＨＵＢの機能構成を示す。各ＨＵＢは、機能構成は同じであるため、ここでは代表してＨＵＢ１０として説明する。ＨＵＢ１０は、各接続されている端末および統合サーバ２１から受信したデータを、該当する送信先（どの業態のＨＵＢか）に振分ける入力データ振分け機能１０１入力データ振分け機能１０１、および接続されているホストから受信したデータを、該当する送信先に振分けるホスト出力データ振分け機能１０４、ホスト出力データ振分け機能１０４および入力データ振分け機能１０１から、統合サーバ２１に送信するための統合サーバデータ送信機能１０２、および端末からの要求に従い、ＡＰ管理サーバ２２から該当するアプリケーションを受信し、該当する端末に配信するためのＡＰ配信機能１０３から構成されている。これらの機能は、処理装置、記憶装置、通信装置によって実現される。
【００１９】
図3において、共通管理部２に設置された統合サーバ２１の機能構成を示す。統合サーバ２１は、HUB１０から受信したデータを、該当する業態別のHUBに振分けるHUB振分け機能２１１、および業態別のHUBからの処理結果によって、該当するHUBにデータを送信するかどうかを判定するデータ送信判定機能２１２から構成されている。これらの機能は、処理装置、記憶装置、通信装置によって実現される。
【００２０】
図４において、共通管理部２に設置されたAP管理サーバ２２の機能構成を示す。AP管理サーバ２２は、該当する端末が接続された業態別のHUBからのアプリケーション配信要求を受信し、該当する端末を判別する業態別端末判別機能２２１、および判別された端末の情報に基づいて、該当するAPを配信する該当AP配信機能２２２から構成されている。これらの機能は、処理装置、記憶装置、通信装置によって実現される。
【００２１】
図５において、端末３１、鉄道／航空用端末３２、公共端末３３などの業態別の端末３０の機能構成を示す。端末３０は、接続されているＨＵＢ１０との情報送受信を行うための情報入出力機能３０１、ＡＰ管理サーバ２２から配信されたアプリケーションを実行するためのＡＰ実行基盤３０２、およびアプリケーション実行時に、該当する端末のデバイスを制御するためのデバイス制御機能３０３から構成されている。これらの機能は、入力装置、出力装置、処理装置、記憶装置、通信装置によって実現される。
【００２２】
図６において、業態別管理部1に設置されたＨＵＢ１０内の入力データ振分け機能１０１にて、接続された端末３１からの情報を判別するためのルールテーブルである入力データ振分けテーブル１０１０の構成を示す。入力データ振分けテーブル１０１０は、記憶装置に記憶されている。図6の入力データ振分けテーブル１０１０は、ヘッダ、データなどのデータ種別を格納するためのデータ種別欄１０１１、およびデータ種別に該当する具体的項目を格納したデータ種別項目欄１０１２から構成されている。
【００２３】
図７において、業態別管理部１に設置されたHUB１０内のホスト出力データ振分け機能１０４にて、接続されたホストへの出力データ判別を行うためのルールテーブルである出力データ振分けテーブル１０４１０の構成を示す。出力データ振分けテーブル１０４１０は、記憶装置に記憶されている。図7の出力データ振分けテーブル１０４１０は、入力データ振分けテーブル１０１０と同様に、データ種別を格納するためのデータ種別欄１０４１１、およびデータ種別に該当する具体的項目を格納したデータ種別項目欄１０４１２から構成されている。出力データ振分けテーブル１０４１０については、出力先の業態は同じで、例えばA銀行用、B銀行用などを区別するものであり、図7の例では、出力データのヘッダ項目内容により、振分けようとするものである。
【００２４】
図8において、業態別管理部1に設置されたＨＵＢ１０内の統合サーバデータ送信機能１０２にて、統合サーバ２１へ送信するための送信データ格納テーブル１０２０の構成を示す。送信データ格納テーブル１０２０は、記憶装置に記憶される。図8の送信データ格納テーブル１０２０は、ヘッダデータを格納するためのヘッダ欄１０２１、送信先のHUBコードを格納した送信先コード欄１０２２、送信データを格納する送信データ欄１０２３、およびデータ送信先の情報を格納する（図8の例の場合「共通管理」）ための振分け結果欄１０２０から構成されている。
【００２５】
図9において、共通管理部２に設置された統合サーバ２１へのデータ入出力を管理する共通管理データテーブル２１００の構成を示す。共通管理データテーブル２１００は、記憶装置に記憶される。図9の共通管理データテーブル２１００は、入出力データ毎の個別管理を行うための管理コードを格納するための管理コード欄２１０１、入出力データのヘッダ情報を格納するためのヘッダ欄２１０２、入出力データそのものの情報を格納するためのデータ欄２１０３、送信元のHUBコードを格納する送信元欄２１０４、送信先のHUBコードを格納する送信先欄２１０５、およびデータを送信先に送信するかどうかを判定するコードを格納するための判定状態欄２１０６から構成されている。
【００２６】
図１０において、業態別管理部１のＨＵＢ１０のホスト出力データ振分け機能１０４での金融系ホスト４、または輸送系ホスト５、または公共系ホスト６、および統合サーバ２１からのデータを、各接続された端末３０に送信するための端末データ送信テーブル１０４２０の構成を示す。端末データ送信テーブル１０４２０は、記憶装置に記憶される。図１０の端末データ送信テーブル１０４２０は、データを送信する該当端末のコードを格納する端末コード欄１０４２１、送信データのヘッダ情報を格納するためのヘッダ欄１０４２２、および送信データ内容を格納するためのデータ欄１０４２３から構成されている。
【００２７】
図１１において、該当する端末３０に接続されたＨＵＢ１０から送信されたデータを、端末３０の情報入出力機能３０１にて受信するための端末情報受信テーブル３０１０の構成を示す。端末情報受信テーブル３０１０は、記憶装置に記憶されている。図１１の端末情報受信テーブル３０１０は、受信されたデータ個別の受信コードを格納するための受信コード欄３０１１、受信されたデータのヘッダ情報を格納するヘッダ欄３０１２、および受信されたデータの内容を格納するデータ欄３０１３から構成されている。
【００２８】
次に、本発明の主な処理の流れを図１２に示す。本発明では、一連の処理が、複数の端末、複数のＨＵＢ、複数のホスト、複数のサーバ間を渡り歩くため、図１２では、端末、端末に接続されたＨＵＢ、別業態のＨＵＢ、ＡＰ管理サーバ、統合サーバに分けて、その間の処理連携を含めた処理フローとして示す。
【００２９】
図１２において、まず端末３０（例えばＡＴＭ等の端末３１）の処理であるステップ１００では、顧客の操作により、該当するアプリケーションに対する配信要求を、接続されたＨＵＢ１０（例えば金融系ＨＵＢ１１）へ送信する。次に、例えば金融系ＨＵＢ１１の処理であるステップ２００では、ステップ１００からの配信要求を受けて、ＡＰ管理サーバ２２へアプリケーションの配信指示を行う。次に、ＡＰ管理サーバ２２の処理であるステップ４００では、金融系ＨＵＢ１１からの配信指示を受けて、例えば該当する端末３１の要求に応じたアプリケーションの選定を行う。ＡＰ管理サーバ２２は、端末３１及び金融系ＨＵＢ１１からのアプリケーションＩＤをキーに、記憶装置からアプリケーションを読み出すのが好ましい。次に、ステップ４１０では、ステップ４００にて選定したアプリケーションの実行形を、金融系ＨＵＢ１１に送信する。次に、金融系ＨＵＢ１１での処理であるステップ２１０では、ステップ４００より送信されたアプリケーションの実行形を、該当する端末３１へ送信する。次に、端末３１の処理であるステップ１１０では、ステップ２１０より送信されたアプリケーションを受信し、そのアプリケーションを実行する。ステップ１００、およびステップ１１０での詳細については、図１３を用いて後述する。
【００３０】
次に、端末３１の処理であるステップ１２０では、端末３１が、配信されたアプリケーションを実行することにより、顧客から処理に必要なデータの入力を受け、金融系ＨＵＢ１１へ入力データを送信する。次に、金融系ＨＵＢ１１の処理であるステップ２２０では、端末３１から送信された入力データを、どのホスト、または統合サーバ２１へ送信すべきかを分類する。ステップ２２０の詳細については、図１４を用いて後述する。
【００３１】
次に、ステップ２３０では、ステップ２２０での入力データ分類の結果、金融系ＨＵＢに接続された金融系ホスト４へ送信するデータではなく、統合サーバ２１へ送信するデータ（すなわち、他業態のデータ）であるかどうかの判定を行う。判定の結果、他業態のデータである場合には、統合サーバ２１の処理であるステップ５００へ行く。一方、金融系ホスト４へ送信するデータである場合には、ステップ２４０へ行く。ステップ５００では、ステップ２３０で送信されたデータを、該当するＨＵＢ１０（例えば、輸送系ＨＵＢ１２）へ送信するための振分け処理を行う。ステップ５００の詳細については、図１５を用いて後述する。
【００３２】
一方、ステップ２４０では、判定データを、該当する金融系ホスト４へ送信する。例えば、ホスト出力データ振分け機能１０４が、出力データ振分けテーブル１０４１０を参照して、複数のホストから、データを出力すべきホストを選択する。つまり、ホスト出力データ振分け機能１０４が、入力データ振分け機能１０１からのデータのヘッダに一致するレコードを出力データ振分けテーブル１０４１０から検索し、検索されたレコードで示されるホストを、データを出力すべきホストとして決定する。次に、ステップ２５０では、データを送信した金融系ホスト４からの処理結果データを受信する。次に、ステップ２６０では、ステップ５００にて他業態での処理を行っており、ステップ２５０での処理結果データに応じて、統合サーバ２１へ、該当する他業態のホストへの処理要求を行う。ステップ２６０の詳細については、図１６を用いて後述する。
【００３３】
次に、統合サーバ２１の処理であるステップ５１０では、ステップ５００で振分けた、輸送系ＨＵＢ１２へ、データを送信する。次に、輸送系ＨＵＢ１２の処理であるステップ３００では、統合サーバ２１から送信されたデータを、該当する輸送系ホスト５へ送信する。次に、ステップ３１０では、送信した輸送系ホスト５からの処理データを受信し、処理データを統合サーバ２１へ送信する。次に、統合サーバ２１の処理であるステップ５２０では、受信した処理データを、該当するＨＵＢ１０（例では、金融系ＨＵＢ１１）へ送信する。次に、金融系ＨＵＢ１１の処理であるステップ２７０では、統合サーバ２１より受信した処理結果データを、該当する端末３１へ送信する。例えば、ホスト出力データ振分け機能１０４が、ホスト又は統合サーバからの処理結果データを端末へ送信する場合に、送信先の端末の端末コードを端末データ送信テーブル１０４２０の端末コード欄１０４２１に格納し、処理結果データのヘッダを端末データ送信テーブル１０４２０にヘッダ欄１０４２２に格納し、処理結果データのデータ内容を端末データ送信テーブル１０４２０にデータ欄１０４２３に格納する。ステップ２７０の詳細については、図１７を用いて後述する。
【００３４】
次に、端末３１の処理であるステップ１３０においては、金融系ＨＵＢ１１より送信された処理データを、処理結果として該端末上に表示／出力する。例えば、情報入出力機能３０１が、ＨＵＢ１０からの処理結果データを受信する場合に、受信コードを割り当て、その受信コードを端末情報受信テーブル３０１０の受信コード欄３０１１に格納し、処理結果データのヘッダを、端末情報受信テーブル３０１０にヘッダ欄３０１２に格納し、処理結果データのデータ内容を、端末情報受信テーブル３０１０にデータ欄３０１３に格納する。
【００３５】
次に、端末３０の処理であるステップ１００、およびステップ１１０におけるアプリケーション実行処理の流れを、図１３を用いて説明する。
【００３６】
ステップ１００１では、該端末で実行するアプリケーションを操作する顧客に選択してもらうために、サービスメニュの一覧を画面に表示する。次に、ステップ１００２では、ステップ１００１にて表示したメニューに対する選択を顧客から受け、該当するアプリケーションの配信要求を、図５の端末３０の情報入出力機能３０１より、接続されたＨＵＢ１０へ送信する。次に、ステップ１１０１では、該当するアプリケーションの実行形を、情報入出力機能３０１より受信する。  次に、ステップ１１０２では、端末３０のＡＰ実行基盤３０２上で、受信したアプリケーションを実行する。次に、ステップ１１０３では、アプリケーションの実行により、サービス処理を行うためのデータ入力画面などを表示する。
【００３７】
次に、ＨＵＢ１０の処理であるステップ２２０における入力データ分類の流れを、図１４を用いて説明する。
【００３８】
ステップ２２０１では、端末３０からの入力データを受信する。次に、ステップ２２０２では、入力データに付加されたヘッダ名を参照し、該当するＨＵＢ１０に接続された業態別のホストへの入力データであるかどうかを分類する。例えば、入力データのヘッダと入力データ振分けテーブル１０１０のヘッダ欄とを比較し、入力データのヘッダと一致するレコードから業態を判定する。入力データのヘッダに基づいて、入力データが異なる業態のデータを含んでいると判定した場合は、業態ごとに入力データを分離する。ステップ２２０２により、ヘッダにて入力データが分類できたかどうかの判定を行う。判定の結果、データ分類ができた場合には、ステップ２２０５へ行く。一方、分類できなかった場合には、ステップ２２０４へ行く。次に、ステップ２２０４では、入力データの内容を、図６の入力データ振分けテーブル１０１０と比較して、ＨＵＢに接続された業態別のホストへの入力データであるかどうか判別する。例えば、入力データの内容と入力データ振分けテーブル１０１０のデータ欄とを比較し、入力データの内容と一致するレコードから業態を判定する。入力データの内容に基づいて、入力データが異なる業態のデータを含んでいると判定した場合は、業態ごとに入力データを分離する。次に、ステップ２２０５では、入力データの判定により、他業態での処理、すなわち統合サーバ２１へ送信する処理を、接続されたホストの処理が完了するまで待つかどうかの判定を行う。例えば、処理シーケンス上、同一業態の処理が完了しなければ他業態の処理を開始できない場合は、接続されたホストの処理が完了するまで待ち、同一業態の処理が完了しなくても他の業態の処理を開始できる場合は、接続されたホストの処理の完了を待たない。この判定ルールは、ＨＵＢの記憶装置によって予め記憶されるのが好ましい。判定の結果、同一業態のホストの処理が完了するまで待つ場合には、本処理を終了する。一方、同一業態のホストの処理の完了を待たずに統合サーバ２１での処理を行わせる場合には、ステップ２２０６へ行く。ステップ２２０６では、図８の送信データ格納テーブル１０２０の振分け結果欄１０２４の共通管理に判定状態として「処理済み（ＯＫ）」という情報を持たせる。また、他業態の処理と判定した場合に、図８の送信データ格納テーブル１０２０の送信先コード欄に、他業態のＨＵＢのコードを格納する。但し、他業態のＨＵＢのコードの代わりに、他業態のコードであってもよい。
【００３９】
次に、統合サーバ２１の処理であるステップ５００における入力データの振分け処理の流れを、図１５を用いて説明する。
【００４０】
ステップ５００１では、ＨＵＢより送信された入力データ及び送信データ格納テーブル１０２０を受信し、図９の共通管理データテーブル２１００に格納する。管理コードは、データ入力が行われる毎に統合サーバ２１によってユニークなコードを割り当て、管理コード欄２１０１に格納する。次に、ステップ５００２では、ステップ５００１にて受信した情報により、処理済み（ＯＫ）であるかどうかの判定を行う。判定の結果、処理済み（ＯＫ）である場合には、ステップ５００６へ行く。一方、処理済みでない場合は、ステップ５００３へ行く。次に、ステップ５００３では、ステップ５００１にて受信した情報により、状態判定が処理失敗（ＮＧ）であるかどうかの判定を行う。判定の結果、状態判定がＮＧである場合には、ステップ５００５へ行く。一方、状態判定がＮＧでない場合には、ステップ５００４へ行く。次に、ステップ５００４では、ＨＵＢより、判定状態として「処理済み（ＯＫ）」の情報受信を待ち、情報を受信した場合に、ステップ５００６へ行く。次に、ステップ５００６では、共通管理データテーブル２１００の判定状態欄２１０６に、処理済み（ＯＫ）の情報を格納する。次に、ステップ５００５では、共通管理データテーブル２１００の判定状態欄２１０６に、処理失敗（ＮＧ）の情報を格納する。
【００４１】
次に、ＨＵＢ１０の処理であるステップ２６０におけるＨＵＢでの処理結果に対する判定処理の流れを、図１６を用いて説明する。
【００４２】
ステップ２６０１では、ステップ２３０での判定結果により他業態へのデータも含まれ、同一業態内のホストでのデータ処理もあるかどうかの判定を行う。判定の結果、同一業態内のホストでのデータ処理がある場合には、ステップ２６０２へ行く。一方、同一業態内のホストでのデータ処理がない場合には、本処理は終了する。次に、ステップ２６０２では、同一業態内のホストからの処理が完了かどうかの判定を行う。例えば、ホストからの処理結果データのヘッダ又はデータ内容から処理が完了したか否かを判定する。判定の結果、処理が完了した場合は、送信データ格納テーブル１０２０の振分け結果欄１０２４の共通管理に、判定状態として「処理済み（ＯＫ）」という情報を持たせる。一方、完了しなかった（失敗した）場合には、振分け結果欄１０２４の共通管理に、判定状態として「処理失敗（ＮＧ）」という情報を持たせる。次に、ステップ２６０５では、統合サーバ２１へ、ステップ２６０３、およびステップ２６０４の結果を送信する。
【００４３】
次に、ＨＵＢ１０の処理であるステップ２７０における端末３０への処理結果送信処理の流れを、図１７を用いて説明する。
【００４４】
ステップ２７０１では、端末３０とは別の業態での処理が、統合サーバ２１で行われたかどうかの判定を行う。例えば、ステップ２６０で統合サーバ２１へ処理要求したか否かを記憶しておくことにより、処理が統合サーバ２１で行われたかどうかを判定する。判定の結果、統合サーバ２１にて処理を行った場合には、ステップ２７０２へ行く。一方、統合サーバ２１にて処理が行われなかった場合には、ステップ２７０３へ行く。次に、ステップ２７０２では、統合サーバ２１からの処理結果を受信したかどうかの判定を行い、受信していない場合には、処理結果データを受信するまで待つ。一方、処理結果データを受信した場合には、ステップ２７０３へ行く。次に、ステップ２７０３では、同一業態からの処理結果データ、およびステップ２７０２での他業態での処理結果データを統合する。次に、ステップ２７０４では、統合した処理結果データを、該当する端末３０へ送信する。
【００４５】
次に、図１８は、これまで説明した処理の流れを模式的に表したものである。図１８に示すように、端末３１にて入力されたデータ（入力データ）１００１０は、まず金融系ＨＵＢ１１に送られる。金融系ＨＵＢ１１は、同じ業態（金融系）である金融系ホスト４と、他業態用（輸送系など）に分類される。
【００４６】
分類の結果、口座データ１００１１は、金融系ホスト４に送られ、処理されて処理データ１００２１となる。一方、他業態用に分類されたデータは、統合サーバ２１へ送られ、金融系ホストでの処理待ちを行う。金融系ホスト４の処理結果である処理データ１００２１が金融系ホスト４から金融系ＨＵＢ１１に返され、処理ＯＫとなる。統合サーバ２１に知らされた時点で、他業態用データ（発券データ）１００１２は、該当する輸送系ＨＵＢ１２に送信されて、該当する輸送系ホスト５で処理される。輸送系ホスト５の処理結果である処理データ１００２２は、再び輸送系ＨＵＢ１２に送られ、統合サーバ２１を介して、金融系ＨＵＢ１１に戻される。金融系ＨＵＢ１１で、処理データ１００２１と処理データ１００２２は統合され、該当する端末３１に出力データ１００２０として送信される。尚、統合サーバ２１が、処理データ１００２１と処理データ１００２２を統合し、統合された出力データ１００２０を、統合サーバ２１から金融系ＨＵＢ１１へ送ってもよい。また、図１８において、端末３１からの入力データ１００１０を、金融系ＨＵＢ１１にて分類した結果、入力データ全てが、接続されている金融系ホスト４で処理できる場合（すなわち、入力データ１００１０が口座データ１００１１のみである場合）は、入力データ１００１０全てが、該当する金融系ホスト４に送信される。ホスト４上で処理されたデータ１００２１は、再び金融系ＨＵＢ１１に送信され、出力データ１００２０として該当する端末３１に送信される。すなわち、この場合は、同じ業態内の端末３１、金融系ＨＵＢ１１、金融系ホスト４内に閉じた処理となる。
【００４７】
本発明によれば、金融、輸送、公共など複数の業態間にまたがるサービスを提供する場合に、各業態のホストまたはサーバを改良することなく、顧客が操作する端末とのデータのやり取りを、一元的に管理することが可能となる。例えば、顧客の銀行口座からの引き落としを利用して、航空券チケットを購入する場合、データ管理を、各業態別のＨＵＢ、および共通の統合サーバが行っており、各業態別のホストは、データ連携を意識する必要がなくなる。
【００４８】
各業態別のＨＵＢを設置した業態管理部、および統合サーバなどを設置した共通管理部は、各端末と業態別のホストとの間でのやり取りする情報、またはデータを一元管理でき、運用が切り離せるため、業態に依存しない第3者がアウトソーシングにより運用することも可能である。  また、情報、またはデータの一元管理により、新たな複合サービスを追加、提供する場合は、各業態別のＨＵＢを設置した業態別管理部、および統合サーバなどを設置した共通管理部を追加、変更することで実現可能となる。
【産業上の利用可能性】
【００４９】
本発明は、顧客が銀行のＡＴＭを操作して、航空チケットなどを購入する場合に利用できる。
【図面の簡単な説明】
【００５０】
【図１】本発明を説明するためのシステム構成である。
【図２】金融系／輸送系／公共系HUBの機能構成図である。
【図３】統合サーバの機能構成図である。
【図４】ＡＰ管理サーバの機能構成図である。
【図５】端末の機能構成図である。
【図６】入力データ振分けテーブルの構成図である。
【図７】出力データ振分けテーブルの構成図である。
【図８】送信データ格納テーブルの構成図である。
【図９】共通管理データテーブルの構成図である。
【図１０】端末データ送信テーブルの構成図である。
【図１１】端末情報受信テーブルの構成図である。
【図１２】本発明の実施例における主な処理過程を示す流れ図である。
【図１３】ステップ１００、ステップ１１０の詳細図である。
【図１４】ステップ２２０の詳細図である。
【図１５】ステップ５００の詳細図である。
【図１６】ステップ２６０の詳細図である。
【図１７】ステップ２７０の詳細図である。
【図１８】システム全体の処理イメージの模式図である。
【符号の説明】
【００５１】
１…業態別管理部
２…共通管理部
４…金融系ホスト
５…輸送系ホスト
６…公共系ホスト
１０…金融系／輸送系／公共系ＨＵＢ
２１…統合サーバ
２２…ＡＰ管理サーバ
３０…端末
１０１０…入力データ振分けテーブル
１０２０…送信データ格納テーブル
２１００…共通管理データテーブル
３０１０…端末情報受信テーブル
１０４１０…出力データ振分けテーブル
１０４２０…端末データ送信テーブル
【図１】
2005284439.tif 000003
【図２】
2005284439.tif 000004
【図３】
2005284439.tif 000005
【図４】
2005284439.tif 000006
【図５】
2005284439.tif 000007
【図６】
2005284439.tif 000008
【図７】
2005284439.tif 000009
【図８】
2005284439.tif 000010
【図９】
2005284439.tif 000011
【図１０】
2005284439.tif 000012
【図１１】
2005284439.tif 000013
【図１２】
2005284439.tif 000014
【図１３】
2005284439.tif 000015
【図１４】
2005284439.tif 000016
【図１５】
2005284439.tif 000017
【図１６】
2005284439.tif 000018
【図１７】
2005284439.tif 000019
【図１８】
2005284439.tif 000020