(57)【要約】【課題】ＥＤＩ通信手順における所定のタイミングで発生した通信エラーについて、ユーザに警告を促すことを可能とする。【解決手段】ＥＤＩ通信手順において発生したエラーの警告を表示可能な情報処理装置であって、通信相手の指定と、マルチファイルモードの指定とを含む通信設定情報を読み込む読込手段と、前記読込手段により読み込まれた通信設定情報を用いて、指定された通信相手とマルチファイルモードで通信を行う通信手段と、前記通信手段による通信の際、所定の通信の範囲内でエラーが発生した場合、エラーフラグを設定したログを出力する出力手段と、通信ログを表示させる通信ログ表示画面の表示要求を受け付ける受付手段と、前記受付手段により受け付けた表示要求に応じて、前記出力手段によりエラーフラグの設定がなされたログと、設定がなされていないログとを識別可能に前記通信ログ表示画面に表示させる制御を行う表示手段とを備える。【選択図】図７
2014126934.tif 000002
【特許請求の範囲】
【請求項１】
ＥＤＩ通信手順において発生したエラーの警告を表示可能な情報処理装置であって、
通信相手の指定と、マルチファイルモードの指定とを含む通信設定情報を読み込む読込手段と、
前記読込手段により読み込まれた通信設定情報を用いて、指定された通信相手とマルチファイルモードで通信を行う通信手段と、
前記通信手段による通信の際、所定の通信の範囲内でエラーが発生した場合、エラーフラグを設定したログを出力する出力手段と、
通信ログを表示させる通信ログ表示画面の表示要求を受け付ける受付手段と、
前記受付手段により受け付けた表示要求に応じて、前記出力手段によりエラーフラグの設定がなされたログと、設定がなされていないログとを識別可能に前記通信ログ表示画面に表示させる制御を行う表示手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記通信手段は、開局の通信を行った後、マルチファイル通信により、ファイルごとに開始の通信を行って、データ電文の交換を行い、終了の通信を行うものであって、すべてのファイルについてデータ電文の交換を終えた後、閉局の通信を行うものであり、
前記所定の通信の範囲内とは、開局の通信から閉局の通信を行う間であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
ＥＤＩ通信手順において発生したエラーの警告を表示可能な情報処理装置における情報処理方法であって、
通信相手の指定と、マルチファイルモードの指定とを含む通信設定情報を読み込む読込ステップと、
前記読込ステップにより読み込まれた通信設定情報を用いて、指定された通信相手とマルチファイルモードで通信を行う通信ステップと、
前記通信ステップによる通信の際、所定の通信の範囲内でエラーが発生した場合、エラーフラグを設定したログを出力する出力ステップと、
通信ログを表示させる通信ログ表示画面の表示要求を受け付ける受付ステップと、
前記受付ステップにより受け付けた表示要求に応じて、前記出力ステップによりエラーフラグの設定がなされたログと、設定がなされていないログとを識別可能に前記通信ログ表示画面に表示させる制御を行う表示ステップと
を含むことを特徴とする情報処理方法。
【請求項４】
ＥＤＩ通信手順において発生したエラーの警告を表示可能な情報処理装置において実行可能なプログラムであって、
通信相手の指定と、マルチファイルモードの指定とを含む通信設定情報を読み込む読込手段、
前記読込手段により読み込まれた通信設定情報を用いて、指定された通信相手とマルチファイルモードで通信を行う通信手段、
前記通信手段による通信の際、所定の通信の範囲内でエラーが発生した場合、エラーフラグを設定したログを出力する出力手段、
通信ログを表示させる通信ログ表示画面の表示要求を受け付ける受付手段、
前記受付手段により受け付けた表示要求に応じて、前記出力手段によりエラーフラグの設定がなされたログと、設定がなされていないログとを識別可能に前記通信ログ表示画面に表示させる制御を行う表示手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【請求項５】
センターサーバと、ＥＤＩ通信手順において発生したエラーの警告を表示可能な情報処理装置とが通信可能な情報処理システムであって、
通信相手の指定と、マルチファイルモードの指定とを含む通信設定情報を読み込む読込手段と、
前記読込手段により読み込まれた通信設定情報を用いて、指定された通信相手とマルチファイルモードで通信を行う通信手段と、
前記通信手段による通信の際、所定の通信の範囲内でエラーが発生した場合、エラーフラグを設定したログを出力する出力手段と、
通信ログを表示させる通信ログ表示画面の表示要求を受け付ける受付手段と、
前記受付手段により受け付けた表示要求に応じて、前記出力手段によりエラーフラグの設定がなされたログと、設定がなされていないログとを識別可能に前記通信ログ表示画面に表示させる制御を行う表示手段と
を備えることを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
ＥＤＩ通信手順において発生したエラーを警告する機能に関する。
【背景技術】
【０００２】
ＥＤＩ通信手順に、全国銀行協会が定めた全銀協標準プロトコル「全銀ＴＣＰ／ＩＰ手順」がある。全銀ＴＣＰ／ＩＰ手順とは、端末側（通信要求を行う発信側）とセンター側（通信要求に応じる着信側）がデータ交換を行う手順についての通信規約である。
【０００３】
この通信手順でやり取りされる情報は、主に「制御電文」「データ電文」「論理ＡＣＫ」の３つに分けられる。なお、「制御電文」は、全銀ＴＣＰ／ＩＰ手順で定めたパラメータ情報をやり取りする電文であり、通信を開始する前にお互いの識別やデータの伝送方向を示す通信制御電文と、伝送するデータの情報と交換手法を示すファイル制御電文がある。「データ電文」は、制御電文のやり取りで確認した内容を元に、送受信するデータを定めたデータサイズに分割して送信するものであり、その分割されたデータの一つ一つをデータ電文と呼ぶ。全てのデータ電文が正しい順番で正常に交換できた時点で、一つのファイルの伝送が終了する事になる。「論理ＡＣＫ」は、制御電文やデータ電文の送信に対して、受信できた事を示す確認の応答である。また、交換するデータの流れる方向を示す言葉として、「連絡（端末側からセンター側へデータが流れる）」と「照会（センター側から端末側にデータが流れる）」がある。「連絡」と言う場合は、データ方向として、端末側がデータ電文を送信し、センター側が受信する形を示し、「照会」と言う場合は、センター側がデータ電文を送信し、端末が受信する形を示す。
ここで、全銀ＴＣＰ／ＩＰ手順の通信フローの流れを次に示す。
【０００４】
１．（通信経路の確立）
端末側から、センター側に対して、通信コネクションの確立を要求し、センター側は要求に応じて通信コネクションが確立する。なお、この処理は、一般的なＩＴインフラの規約における手法であり、全銀ＴＣＰ／ＩＰ手順独自の手法ではない。
【０００５】
２．（開局要求の伝送）
端末側は、センター側に対して、全銀ＴＣＰ／ＩＰ手順の通信を開始する為の通信制御電文「開局要求」を送信する。この制御電文に、通信の方向（配信又は連絡）が含められる。
【０００６】
３．（開局回答の伝送）
センター側は、開局要求の内容に問題がないか確認して、その確認結果を示す通信制御電文「開局回答」を送信する。確認結果が「正常」でない場合は、異常終了となり以降の処理は行われない。
【０００７】
４．（開始要求の伝送）
端末側は、センター側に対して、これから交換するファイルの情報を示すファイル制御電文「開始要求」を送信する。
【０００８】
５．（開始回答の伝送）
センター側は、開始要求の内容に問題が無いか判断して、その確認結果を示すファイル制御電文「開始回答」を送信する。確認結果が「正常」でない場合は、異常終了となり、以降の処理は行われない。
【０００９】
６．（データ電文の伝送）
データの送信側は、ファイル制御電文で交換した内容を元に、交換するファイルから、データ電文を作り出し受信側へ送信する。全てのデータ電文を送信できたら交換したいファイルの伝送は終了となる。
【００１０】
７．（終了要求の伝送）
データの送信側は、受信側に対し、ファイル交換の終了を示すファイル制御電文「終了要求」を送信する。
８．（終了回答の伝送）
【００１１】
データの受信側は、終了要求の内容に問題が無いか判断して、その確認結果を示すファイル制御電文「終了回答」を送信する。確認結果が「正常」でない場合は、異常終了となり以降の処理は行われない。
【００１２】
９．（閉局要求の伝送）
端末側は、センター側に対して、全銀ＴＣＰ／ＩＰ手順の通信を終了する為の通信制御電文「閉局要求」を送信する。
【００１３】
１０．（終了要求の伝送）
センター側は、閉局要求の内容を確認して、閉局了承を示す通信制御電文「閉局回答」を送信する。
【００１４】
１１．（通信経路の開放）
端末側は、閉局回答を受け取った後に、通信コネクションを開放する。
【００１５】
上記流れの説明においては、論理ＡＣＫの送信について記述していないが、制御電文とデータ電文を受信した側は、必ず論理ＡＣＫを返信しており、電文を送信した側は論理ＡＣＫの受け取りを持って、電文送信の成功と判断する。
【００１６】
なお、全銀ＴＣＰ／ＩＰ手順では、受け取ったデータをどのタイミングで正常なファイルとして成立させるか、と言う考え方がある。これをファイル成立タイミングと呼び、ファイル成立タイミングには、終了回答交換のタイミングと、閉局回答交換のタイミングの２通りの考え方がある。
【００１７】
「連絡」の場合におけるファイル成立タイミング（終了回答交換と閉局回答交換）を、図１４に示す。また、「照会」の場合におけるファイル成立タイミング（終了回答交換と閉局回答交換）を、図１５に示す。
【００１８】
なお、全銀ＴＣＰ／ＩＰ手順には、マルチファイルモードと言う通信形態があり、このモードを使用すると、一度の通信経路確立において、複数ファイルの交換を連続で行える。その場合は、（８）の最初のファイル交換が終わるタイミングで、発信側は次のファイル交換を示す（４）開始要求電文の送信から再度実行する。交換するファイルの数だけ、（４）〜（８）を繰り返す動きとなる。
【００１９】
上述した通り、全銀ＴＣＰ／ＩＰ手順においては、端末側、センター側、共に、次に自分が行うべき作業・受けるべき情報が決まっている。相手から違った情報が届いた場合や、然るべき情報が一定時間届かない場合は、通信エラーと扱い、回線切断（通信経路の開放）が行われる。
次に、ファイル成立のタイミングに関しての問題点を説明する。
【００２０】
通常、閉局回答を交換する最後の処理フローまでが正常であった場合に通信正常と考えて、ファイル交換の成立と考える（ファイル成立タイミング：閉局回答）。しかし、ファイル成立タイミングが閉局回答だと、マルチファイル通信を行う場合、複数ファイルを交換した時点で通信エラーが発生した時は、それまでに交換が終了していたファイルも、通信異常終了の判断により成立しないことになり、通信をリトライする時は、また最初からファイル交換を始める事になる。この様な場合に、ファイル成立タイミングを終了回答交換にすることで、エラー発生時点以前に交換済みのファイルは、正常に伝送が終了したと考えることができる。
【００２１】
ただし、ファイル成立タイミングは、全銀ＴＣＰ／ＩＰ手順上でも決まった使い方は案内されていないため、マルチファイルモードを使う時に、閉局回答交換のタイミングとすることも、マルチファイル通信が無い状態で、終了回答交換のタイミングとすることも可能である。その上、通信開始時に交換される制御電文の情報には含まれておらず、双方でファイル成立タイミングの設定が異なっていても通信エラーとはならない。なおかつ、全銀ＴＣＰ／ＩＰ通信手順に対応するパッケージやシステムにおいても、ファイル成立タイミングの設定項目を持たないものや、終了回答交換のタイミングを通常値としているものもある。
【００２２】
本来、ファイル成立タイミングは、双方合意の上で事前にお互いの通信システムに設定反映しておく必要がある項目であるが、上記に述べたように、正常通信は可能である事や、システムに設定項目自体が存在しないケースがある事、また、一方に意識があっても、もう一方の窓口となる担当者がシステムの機能・初期設定を把握していない事などが理由となり、通信相手と設定の意識合わせが行われないケースが多い。
【００２３】
しかし、このファイル成立タイミングが不一致の状態で、終了回答交換と閉局回答交換のタイミングで通信エラーが発生した場合には、双方でファイル交換のステータスが異なるという運用上大きな問題が発生する。ファイル成立タイミングの不一致による具体例を、図１６に示す。
【００２４】
このような現象が発生すると、多くの場合、通信直後に問題に気付く事ができないことから、通信したデータが他システムへ連携されてしまう。処理が行われる時に、人的またはシステム的に発覚する事もあるが、単純に再処理してしまうと、データの二重処理がなされる事もありえる。この問題は、全銀ＴＣＰ／ＩＰ手順だけでなく、全銀手順でも同様の問題を抱えているものである。
【００２５】
しかしながら、このファイル成立タイミングの不一致は、手順上なくす事ができないものであり、また、事前の相手先との設定の認識合わせにおいても、人的要素が入る為、確実に一致させる事は困難である。
【００２６】
そのため、この現象が発生するタイミングの通信エラーに対して、特定の警告を促すことができれば、担当者が確認を行うことで、設定不一致による問題が出ていた場合でも、早期発見が可能となり被害を最小限に食い止めることができるようになる。また、仮に設定が不一致でなかったとしても、現状の設定が相手と一致している事の確認が取れる事となる。
【００２７】
特許文献１には、通信エラーログの採取方式において、大量に通信エラーが発生した場合、初期の通信エラーログを保存しておくことにより、通信エラーの解析を容易にし、保守性を向上させる技術が開示されている。
【先行技術文献】
【特許文献】
【００２８】
【特許文献１】特開平１０−１９０７７８号公報
【発明の概要】
【発明が解決しようとする課題】
【００２９】
しかしながら、特許文献１に記載の技術は、通信エラーの解析を容易とする技術であって、ＥＤＩ通信手順（全銀ＴＣＰ／ＩＰ手順又は全銀手順）における所定のタイミングで発生した通信エラーについて、警告を促すことを可能とするものではない。
【００３０】
そこで、本発明は、上記課題を解決するものであり、ＥＤＩ通信手順における所定のタイミングで発生した通信エラーについて、ユーザに警告を促すことを可能とする仕組みを提供することを目的とする。
【課題を解決するための手段】
【００３１】
本発明は、ＥＤＩ通信手順において発生したエラーの警告を表示可能な情報処理装置であって、通信相手の指定と、マルチファイルモードの指定とを含む通信設定情報を読み込む読込手段と、前記読込手段により読み込まれた通信設定情報を用いて、指定された通信相手とマルチファイルモードで通信を行う通信手段と、前記通信手段による通信の際、所定の通信の範囲内でエラーが発生した場合、エラーフラグを設定したログを出力する出力手段と、通信ログを表示させる通信ログ表示画面の表示要求を受け付ける受付手段と、前記受付手段により受け付けた表示要求に応じて、前記出力手段によりエラーフラグの設定がなされたログと、設定がなされていないログとを識別可能に前記通信ログ表示画面に表示させる制御を行う表示手段とを備えることを特徴とする。
【発明の効果】
【００３２】
本発明によれば、ＥＤＩ通信手順における所定のタイミングで発生した通信エラーについて、ユーザに警告を促すことを可能とする仕組みを提供することができる。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施形態における通信システムとその通信相手先の関係を示す図である。
【図２】本発明の実施形態における各種端末のハードウェア構成を示す図である。
【図３】本発明の実施形態における通信システムの機能ブロックを示す図である。
【図４】本発明の実施形態における通信システムの利用者の作業手順を示すフローチャートである。
【図５】本発明の実施形態における通信システムの相手先設定の入力画面を示す図である。
【図６】本発明の実施形態における通信システムのファイル設定の入力画面を示す図である。
【図７】本発明の実施形態における通信システムの通信実行処理を示すフローチャートである。
【図８】本発明の実施形態における通信システムの通信ログ表示処理を示すフローチャートである。
【図９】本発明の実施形態における通信システムの通信ログ表示処理の一部である警告表示判定処理を示すフローチャートである。
【図１０】本発明の実施形態における通信システムの相手先設定管理テーブルを示す図である。
【図１１】本発明の実施形態における通信システムのファイル設定管理テーブルを示す図である。
【図１２】本発明の実施形態における通信システムの通信路具管理テーブルを示す図である。
【図１３】本発明の実施形態における通信システムの通信ログ画面を示す図である。
【図１４】「連絡」の場合におけるファイル成立タイミングを示す図である。
【図１５】「照会」の場合におけるファイル成立タイミングを示す図である。
【図１６】ファイル成立タイミングの不一致による具体例を示す表である。
【発明を実施するための形態】
【００３４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の実施形態の通信システム（情報処理システム）と通信相手先の関係を示す図である。
【００３５】
全銀ＴＣＰ／ＩＰ手順における端末側１０１とその接続先となるセンター側１０２は、ネットワークを介して商取引に関する電子情報であるＥＤＩデータを相互に交換する。全銀ＴＣＰ／ＩＰ手順では、そのネットワーク上においてＴＣＰ／ＩＰプロトコルのコネクションを確立して通信を行う。ＴＣＰ／ＩＰプロトコルについては一般的なＩＴインフラの規約である為、説明では割愛する。
【００３６】
なお、通信システムでは、端末側（情報処理装置）とセンター側（センターサーバ）両方の機能を持つものも多いが、一度の通信においては、必ず端末側とセンター側の役割に分かれて通信が行われる為、本発明の説明では、役割を分けたシステムとして説明を行う。
【００３７】
そして、本発明における通信システムは端末側、センター側のどちらの立場でも実現できる仕様である。特に表記しない限り、以後の説明について、端末側１０１を本発明の実施形態の通信システムとして説明を行うが、センター側１０２を本発明の実施形態の通信システムとしても本発明の説明は成立する。
【００３８】
次に、端末側１０１のハードウェア構成について、図２を用いて説明する。なお、センター側１０２のハードウェア構成については、端末側１０１と同じとして説明を省略する。
【００３９】
図２は、本発明の実施の形態における情報処理装置のハードウェア構成図である。
図１に示した端末側１０１に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【００４０】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００４１】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００４２】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００４３】
２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００４４】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００４５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４６】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００４７】
図３は、図１の端末側１０１の構成を概略的に示す機能ブロック図である。これらの装置は主にＷｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）などのＯＳを搭載したコンピュータを想定しているが、本発明では、使用ＯＳは特定しない。
記憶部３０１は、設定情報を読み込む機能と、設定情報を書き込む機能を持つ。
表示部３０２は、記憶部３０１の内容を元に画面表示をする為の機能である。
制御部３０３は、記憶部３０１と表示部３０２と通信実行部３０４の機能を呼び出しそれぞれの処理を実現する為の機能である。
通信実行部３０４は、記憶部３０１から読み込まれた設定情報を元に、通信を実行する為の機能である。
【００４８】
図４は、本発明の実施形態における通信システムの利用者の作業手順を示すフローチャートである。
まず、ステップＳ４０１で、利用者は、端末側１０１を操作して、通信設定を登録する。設定内容は、予め通信相手先と取り交わした、全銀ＴＣＰ／ＩＰ手順の通信を行う為に必要となる通信パラメータの内容を用いる。この時点で、通信相手先に関する相手先設定と、その相手先設定で交換する通信ファイルに関するファイル設定の内容を登録する（通信設定情報）。
【００４９】
次に、ステップＳ４０２で、利用者は、端末側１０１を操作して、ステップＳ４０１で作成した相手先設定・ファイル設定を指定して通信実行を行う。相手先設定・ファイル設定の指定の方法、及び通信実行の方法については、本発明とは関係しない為、割愛する。
【００５０】
次に、ステップＳ４０３で、利用者は、端末側１０１を操作して、ステップＳ４０１で登録した設定情報とステップＳ４０２の通信実行結果の内容を元に、ログ画面を表示し、実行結果の内容を閲覧する。
なお、ステップＳ４０１の詳細を図５、６で、ステップＳ４０２の詳細を図７で、ステップＳ４０３の詳細を図８、９で示す。
続けて、上述した各ステップの詳細について示す。
【００５１】
図５および図６は、通信システムの設定入力画面を示す図である。
画面表示は、表示部３０２が処理し、テーブルへの読込・書込は記憶部３０１が処理する。またこの２つの処理を制御するのが、制御部３０３の役割である。これらは端末側１０１又は、センター側１０２で処理される。以後登場する処理フローにおいても同様である。また、ＥＤＩの通信システムにおいて、通信を行う為の設定（以下、通信設定）とは、基本的に、接続する相手先に関する設定（以下、相手先設定）と、その相手先と交換するファイルに関する設定（以下、ファイル設定）により構成される。
【００５２】
図５は、通信システムの通信設定における相手先設定の入力画面を示す図である。
まず、５０１は、１つの相手先設定に与えられるユニークな番号である。この相手先番号を指定する事で相手先設定の特定が可能となる。５０２はその相手先設定の名称である。５０３、５０４、５０５は、全銀ＴＣＰ／ＩＰ通信を行う為に必要な通信パラメータ情報の一つである。この値は、予め相手先と情報交換を行っておく事で用意する。５０６は、通信パラメータの一つで、ファイル成立タイミングを選択する項目である。本発明の元となった問題を抱えており、設定不一致でも通信が可能である為、相手先と確実に一致させる事が難しい項目である。５０７も通信パラメータの一つで、マルチファイルモードの使用可能とするかどうかの設定項目である。５０８は、本発明により新しく追加する項目である。本発明の機能を使うか使わないかを選択する。５０９は、入力した内容を管理テーブルに保存するボタンである。５１０は画面を終了するボタンである。
【００５３】
図５から入力される情報は、登録ボタン５０９を押した時点で、図１０に示す相手先設定管理テーブル１００１に保存される。一度の登録で相手先設定管理テーブル１００１のレコードが１行作成される。本発明にて追加する５０８の内容は、相手先設定管理テーブル１００１の「特定範囲エラー表示モード」に登録される。５０８で「使う」が選択された場合は１を、「使わない」が選択された場合は０を登録する。複数の相手先設定を登録する場合は、図５の画面に対して都度入力を行い、登録を行う。
【００５４】
なお、図１０において、相手先設定管理テーブル１００１を示しているが、相手先設定に関する全銀通信パラメータの項目は多数あるが、殆どの項目は本発明には関係しない為、「全銀通信パラメータ（相手先）」と表記して個別の記載は省略している。
相手先設定の登録が終えたら、次は、登録した相手先設定に対するファイル設定を行う。相手先設定の画面と同様に、各種情報を入力して登録する操作となる。
【００５５】
図６は、通信システムの通信設定におけるファイル設定の入力画面を示す図である。
このファイル設定画面は、先に作成した相手先設定に対して、表示する画面である。６０１は、このファイル設定がどの相手先設定に紐付くものかを示す表示エリアであり、相手先番号５０１の値が表示される。６０２は、このファイル設定に与えられる番号である。このファイル番号は、一つの相手先番号の中でユニークとなる。６０３は、そのファイル設定の名称である。６０４は、全銀ＴＣＰ／ＩＰ通信を行う為に必要な通信パラメータ情報の一部である。この値は、予め相手先と情報交換を行っておく事で用意する。６０５は、通信ファイルの配置場所であり、ＯＳの表記ルールに従って記述する。なお、この通信ファイルの指定方法は一例であり、この限りではない。６０６は、入力した内容を管理テーブルに保存するボタンである。６０７は、画面を終了するボタンである。６０８は、このファイル設定が送信に関するファイル設定か受信に関するファイル設定かを選択するリストボックスである。図６から入力される情報は、登録ボタン６０６を押した時点で、図１１に示すファイル設定管理テーブル１１０１に保存される。一度の登録でファイル設定管理テーブル１１０１のレコードが１行作成される。一つの相手先設定に対して複数のファイル設定を登録する場合は、図６の画面に対して都度入力を行い、登録を行う。
【００５６】
なお、図１１において、ファイル設定管理テーブル１１０１を示しているが、ファイル設定に関する全銀通信パラメータの項目は多数あるが、殆どの項目は本発明には関係しない為、「全銀通信パラメータ（ファイル設定）」と表記して個別の記載は省略している。
以上、説明した設定登録操作により、通信に必要な設定の作成が行われる。次に、通信実行処理について示す。
【００５７】
図７は、通信実行処理の処理フローを示す図である。
これらの各ステップの処理の主体は、端末側１０１又は、センター側１０２であるものとする。通信の実行は、相手先番号・ファイル番号の組み合わせを、パラメータ指定して実行させる通信実行プログラムがあるとする。マルチファイル通信を行う場合は、複数のファイル番号を指定する。この実行方法は一例であり、通信実行処理起動の方法は多数考えられる。
【００５８】
まず、通信実行が行われた場合、ステップＳ７０１では、実行時指定された相手先番号・ファイル番号の値から、相手先設定管理テーブル１００１、ファイル設定管理テーブル１１０１を検索して対応するレコードを読み込む。マルチファイル通信の為に、複数のファイル番号が指定されていたら、ファイル設定管理テーブルから該当する複数レコードを読み込む。
【００５９】
次に、ステップＳ７０２では、通信実行処理内で使用する２つの変数「特定範囲エラーフラグ」「終了回答経過フラグ」を用意し、値を０で初期化しておく。「特定範囲エラーフラグ」は、データ交換が行われて終了回答電文の交換を経過した後に発生したエラーの場合を判定する為のフラグであり、最終的にログに出力する、本発明の要となるフラグ項目である。「終了回答経過フラグ」は、特定範囲エラーフラグを判定する為に、通信実行処理内で利用する、一時的なフラグ変数である。
【００６０】
次に、ステップＳ７０３では、Ｓ７０１で読み込んだ通信パラメータ設定の内容を使い、全銀ＴＣＰ／ＩＰ通信を開始する。なお、マルチファイル通信のために通信実行時に複数のファイル番号が指定されていたら、まずは、最初のファイル番号の設定を使って通信を開始する。
【００６１】
次に、ステップＳ７０４では、全銀ＴＣＰ／ＩＰ手順に従い、端末側とセンター側で開局要求電文の交換が行われる。開局要求電文には、主に相手先設定の情報がセットされる。
【００６２】
次に、ステップＳ７０５では、開局回答電文の交換が行われる。これは開局要求電文の内容を受け取った側が、自分側の相手先設定の内容と問題ないかを確認して、送り側に結果を返す回答の電文である。
次に、ステップＳ７０６では、開始要求電文の交換が行われる。開始要求電文には、主にファイル設定の情報がセットされる。
【００６３】
次に、ステップＳ７０７では、開始回答電文の交換が行われる。これは、開始要求電文を受け取った側が、自分のファイル設定の内容と問題ないかを確認して、送り側に結果を返す回答の電文である。
次に、ステップＳ７０８では、これまでに交換した通信設定の内容に従い、実際のデータ交換を行う。
次に、ステップＳ７０９では、終了要求電文の交換を行う。終了要求電文には、主にデータ交換についての実施結果の情報がセットされる。
【００６４】
次に、ステップＳ７１０では、終了回答電文の交換を行う。これは終了要求電文の内容を受け取った側が、自分側のデータ交換結果と比較し問題が無いかを確認して、送り側に結果を返す回答の電文である。またこのとき、変数「終了回答電文経過フラグ」に１をセットする。
【００６５】
次に、ステップＳ７１１では、通信実行側が、最初の時点でマルチファイル通信の実施を指示されていれば、ステップＳ７０１にて読み込んだ次のファイル設定の内容を使って再度Ｓ７０６に戻って処理を行う。マルチファイル通信の指示がない、または、マルチファイル通信が全て終わった場合は、次のステップＳ７１２に進み、閉局要求電文の交換を行う。閉局要求電文は、全てのファイル交換が終わった事を示し、通信経路の開放を要求する。
【００６６】
次に、ステップＳ７１３では、閉局回答電文の交換を行う。これは閉局要求電文の内容を受け取った側が、内容に問題がないか確認を行い、送り側に結果を返す回答の電文である。なおステップＳ７１６では、ステップＳ７０４からステップＳ７１３までの間に通信エラーが発生した場合、ステップＳ７１７に遷移することを示している。ちなみに、ステップＳ７０５、Ｓ７０７、Ｓ７１０、Ｓ７１３に置いて要求電文の確認で問題があった場合は、全銀ＴＣＰ／ＩＰ手順の作法に則ったエラー終了処理が行われる。その場合もステップＳ７１６の範疇と扱い、Ｓ７１７に遷移する。
【００６７】
ステップＳ７１３まで問題なく処理が終わったら次のステップＳ７１４にて正常終了と判定し、終了コードに０をセットする。次のステップＳ７１５にて、通信実行結果の内容を通信ログ管理テーブル１２０１に出力する。一つのファイル通信に対して、レコードが１行作成される。マルチファイル通信の場合は、通信したファイルの数分作成される事となる。
【００６８】
ここで、図１２に通信ログ管理テーブルの内容を示す。項目「Ｎｏ」はレコードを作成した順に自動採番される番号である。項目「通信開始時間」は通信実行処理が起動された時間。項目「処理時間」は１つのファイル通信に掛かった時間が登録される。項目「特定範囲エラー」は、変数「特定範囲エラーフラグ」の値がセットされる。
【００６９】
次に、ステップＳ７１７では、通信実行は異常終了と判定し、終了コードに１をセットする。次のステップＳ７１８では、終了回答経過フラグが１であれば、既に終了回答電文を経過した後のエラーであると判断し、ステップＳ７１９に遷移する。終了回答経過フラグが０の状態であれば、終了回答電文交換まで進んでいない為、ステップＳ７１５に遷移し、ログを出力して処理を終了する。
次に、ステップ７１９では、特定範囲エラーフラグに１をセットし、その後、ステップＳ７１５に進みログを出力して処理を終了する。
以上、図７の処理フローにより、通信実行した時の通信結果が、本発明で問題とあつかうタイミングで発生したエラーかどうかが判断できた事になる。
【００７０】
図８は、通信ログの表示における処理フローである。
これらの各ステップの処理の主体は、端末側１０１又は、センター側１０２であるものとする。
ログ画面を表示する場合、まず、ステップＳ８０１で、通信ログ管理テーブル１２０１を読み込む。
次に、ステップＳ８０２で、相手先設定管理テーブル１００１とファイル設定管理テーブル１１０１の内容を読み込む。
【００７１】
次に、ステップＳ８０３で、通信ログの相手先番号、ファイル番号をキーとして、ステップＳ８０２で読み込んだ通信設定からログ表示に使用する設定情報を取得する。取得する設定情報は、相手先設定から「相手先名」、「ファイル成立タイミング」、「特定範囲エラー表示モード」、ファイル設定から「ファイル名」とする。以降取得した情報と通信ログを纏めて、ログ表示利用情報と呼ぶ。なお、これはログ画面に出す値の一例であり、ログ画面により多くの情報を出したい場合は、その内容も取得する。
【００７２】
次に、ステップＳ８０４で、各ログに対して、警告表示判定処理を行い、変数「警告表示対象」の値を取得して、ログ表示利用情報に加える。ここで、警告表示判定処理の詳細を、図９を用いて示す。
【００７３】
図９は、通信ログ１レコード毎に、その対象ログのログ表示利用情報を元にして行われる処理である。これらの各ステップの処理の主体は、端末側１０１又は、センター側１０２であるものとする。
ステップＳ９０１では、対象ログの「特定範囲エラー表示モード」が１であればステップＳ９０２に進む。そうでなければステップＳ９０４へ進む。
ステップＳ９０２では、対象ログの「特定範囲エラー」が１であれば、ステップＳ９０３へ進む。そうでなければ、ステップＳ９０４へ進む。
ステップＳ９０３では、変数「警告表示対象」に１をセットして、対象ログのログ表示利用情報として取得する。
【００７４】
ステップＳ９０４では、変数「警告表示対象」に０をセットして、対象ログのログ表示利用情報として取得する。以上で、各通信ログに対して、警告表示対象とするかどうかの情報が取得できた。
【００７５】
最後に、ステップＳ８０５で、ログ表示利用情報を元に通信ログを通信ログ表示画面表示する。通信ログ画面を図１３に示す。図１３の画面を用いてステップＳ８０５の処理を示す。１３０１はログの表示項目を示す。表示項目の列にあわせて、ログ表示利用情報の内容を１３０２に表示する。その際、表示項目「通信結果」については、「終了コード」が０の場合は「正常終了」の文字を、「終了コード」が１の場合は、「異常終了」の文字を表示する。また、対象ログの「警告表示対象」が１の場合は、警告表示対象と判断し、対象ログの表示行を識別可能な表示（色付き、斜線など）とする。
【００７６】
以上により、本発明が問題としたタイミングによる通信エラーが発生していた場合に、警告表示を希望する相手先通信においては、ログに警告を促す事ができるようになる。
【００７７】
上述した通り、本発明によれば、ＥＤＩ通信手順（全銀ＴＣＰ／ＩＰ手順又は全銀手順）における所定のタイミングで発生した通信エラーについて、ユーザに警告を促すことを可能とする仕組みを提供することができる。
【００７８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、
種々の変形・変更が可能である。
【００７９】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【００８０】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００８１】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００８２】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【００８３】
１０１  端末側
１０２  センター側
【図１】
2014126934.tif 000003
【図２】
2014126934.tif 000004
【図３】
2014126934.tif 000005
【図４】
2014126934.tif 000006
【図５】
2014126934.tif 000007
【図６】
2014126934.tif 000008
【図７】
2014126934.tif 000009
【図８】
2014126934.tif 000010
【図９】
2014126934.tif 000011
【図１０】
2014126934.tif 000012
【図１１】
2014126934.tif 000013
【図１２】
2014126934.tif 000014
【図１３】
2014126934.tif 000015
【図１４】
2014126934.tif 000016
【図１５】
2014126934.tif 000017
【図１６】
2014126934.tif 000018