特許 6771298 情報処理装置、プログラム、情報処理システム

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

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

(11)【特許番号】6771298

(24)【登録日】2020年10月1日

(45)【発行日】2020年10月21日

(54)【発明の名称】情報処理装置、プログラム、情報処理システム

(51)【国際特許分類】

   G06F 15/00 20060101AFI20201012BHJP

   G06F 21/10 20130101ALI20201012BHJP

   G06F 21/31 20130101ALI20201012BHJP

   G06F 13/00 20060101ALI20201012BHJP

【ＦＩ】

   G06F15/00 420B

   G06F21/10

   G06F21/31

   G06F13/00 510A

   G06F13/00 353C

【請求項の数】11

【全頁数】17

(21)【出願番号】特願2016-65098(P2016-65098)

(22)【出願日】2016年3月29日

(65)【公開番号】特開2017-182239(P2017-182239A)

(43)【公開日】2017年10月5日

【審査請求日】2018年12月17日

(73)【特許権者】

【識別番号】598049322

【氏名又は名称】株式会社三菱ＵＦＪ銀行

(74)【代理人】

【識別番号】110000408

【氏名又は名称】特許業務法人高橋・林アンドパートナーズ

(72)【発明者】

【氏名】林 敏行

(72)【発明者】

【氏名】遠山 愛美

【審査官】 漆原 孝治

(56)【参考文献】

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

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

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

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

Ｇ０６Ｆ １５／００

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ ２１／１０

Ｇ０６Ｆ ２１／３１

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

【請求項1】

第１の情報処理装置と、第２の情報処理装置と、端末とを有する情報処理システムであって、
前記第１の情報処理装置は、レコードが記憶される記憶部と、端末からの要求に従って前記レコードを前記端末に送信する制御部と、を有し、
前記第２の情報処理装置は、制御情報が記憶される記憶部と、端末からの要求に従って前記制御情報を前記端末に送信する制御部と、を有し、
前記端末は、前記第２の情報処理装置から前記制御情報を取得できた場合に、前記レコードを当該端末から前記第２の情報処理装置へボディ部に格納して送信する
情報処理システム。

【請求項2】

前記端末が前記第２の情報処理装置から前記制御情報を取得できていない場合には、前記端末が前記第２の情報処理装置に対して認証処理要求を行う、
請求項１に記載の情報処理システム。

【請求項3】

第１の情報処理装置と、第２の情報処理装置とを有する情報処理システムであって、
前記第１の情報処理装置は、レコードが記憶される記憶部と、端末からの要求に従って前記レコードを端末に送信する制御部と、を有し、
前記第２の情報処理装置は、制御情報が記憶される記憶部と、端末からの要求に従って前記制御情報を前記端末に送信する制御部と、を有し、
前記第２の情報処理装置は、前記端末が前記第２の情報処理装置から前記制御情報を取得できた場合に、当該端末からボディ部に格納して送信された前記レコードを受信する
情報処理システム。

【請求項4】

前記制御情報はボディ部に格納して送信される情報である、
請求項１又は３に記載の情報処理システム。

【請求項5】

前記記憶部には、さらに前記レコードに対する閲覧権限が記憶され、
前記レコードは前記閲覧権限を有する場合に端末からの要求に従って該端末に送信される、
請求項１又は３に記載の情報処理システム。

【請求項6】

制御部を有する情報処理装置であって、
端末が前記情報処理装置から制御情報を取得できている場合に、前記制御部が、前記端末とのセッションが確立されていることを前記端末に出力し、
前記端末が前記制御情報を取得できない場合には、前記制御部が、前記端末とのセッションが確立されていないことを前記端末に出力し、
前記端末が前記情報処理装置から前記制御情報を取得できている場合、前記制御部が前記情報処理装置と当該情報処理装置とは異なる第２の情報処理装置とのセッションを利用して前記端末と前記第２の情報処理装置との通信を提供する、
情報処理装置。

【請求項7】

前記制御情報が前記端末によって前記第２の情報処理装置から取得できない場合に、前記第２の情報処理装置にログインする認証情報を入力する情報入力領域を前記端末に表示させる、
請求項１又は３に記載の情報処理システム。

【請求項8】

前記制御情報が前記端末によって前記第２の情報処理装置から取得できない場合に、前記第１の情報処理装置に対する認証情報に関連付けられた前記第２の情報処理装置に対する認証情報を前記端末に送信する、
請求項１又は３に記載の情報処理システム。

【請求項9】

前記レコードは、制御情報が前記端末によって複数の前記第２の情報処理装置から取得できている場合に、前記端末から前記複数の第２の情報処理装置夫々にボディ部に格納して送信される、
請求項１又は３に記載の情報処理システム。

【請求項10】

前記制御部が、前記レコードの記録内容又は前記レコードに関連付けられたフラグに基づいて送信可能状況かを判断し、前記送信可能状況でない場合には前記端末の画面上に現在ステータス情報を表示させる、
請求項１又は３に記載の情報処理システム。

【請求項11】

情報処理装置における制御部に、
端末が前記情報処理装置から制御情報を取得できている場合に、前記端末とのセッションが確立されていることを前記端末に出力し、
前記端末が前記制御情報を取得できない場合には、前記制御部が、前記端末とのセッションが確立されていないことを前記端末に出力し、
前記端末が前記情報処理装置から前記制御情報を取得できる場合、前記情報処理装置と当該情報処理装置とは異なる第２の情報処理装置とのセッションを利用して前記端末と前記第２の情報処理装置との通信を提供すること、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、情報処理プログラム、情報処理システム、に関する。より詳細には、異なるドメイン間における情報処理に関連する情報処理装置、情報処理方法、情報処理プログラム、情報処理システム、に関する。

【背景技術】

【0002】

近年、銀行サービスのインターネット化、情報化は急速に進み、インターネットバンキング（いわゆるネットバンク）が普及しており、銀行口座の残高照会や、登録先や未登録先への振込、振替等が、端末（たとえば、銀行口座名義人の自宅のパーソナルコンピュータや携帯電話等）を用いて行われている。また、証券会社もまたインターネットを介した証券売買の証券取引（いわゆるオンライン・トレード）が普及しており、証券の売買が端末（たとえば、銀行口座名義人の自宅のパーソナルコンピュータや携帯電話等）を用いて行われている。上記のような状況において、銀行と証券会社のシナジー効果との要請がある。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

たとえば特許文献１には、「ウェブシステム１００は、端末１４から画像を要求された場合に、ユーザの認証状況にしたがって異なる態様の画像を提供する認証サーバ１０と、端末１４からウェブページを要求された場合にコンピュータプログラムを提供するウェブサーバ１２を備える。そのコンピュータプログラムは、認証サーバ１０から画像を取得し、その画像の態様に応じて、認証サーバ１０におけるユーザの認証状況を判定し、ユーザの認証状況に応じたウェブページを表示させるための処理を端末１４に実行させる」構成が開示されている。

【0005】

異なるドメインをまたがる情報処理において、（端末と、第１の情報処理装置とは異なる第２の情報処理装置との間での）セッション確立の有無を判定することを以て利便性を向上させる情報処理装置、情報処理方法、情報処理プログラム、情報処理システム、及び、異なるドメインをまたがる（端末と、第１の情報処理装置とは異なる第２の情報処理装置との間での）情報処理において、ユーザに対してレコードを簡易な手順で送信させることのできる情報処理装置、情報処理方法、情報処理プログラム、情報処理システム、を提供することを課題とする。

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

【0006】

このような目的を達成するために、第１の情報処理装置と、第２の情報処理装置と、端末とを有する情報処理システムであって、第１の情報処理装置は、レコードが記憶される記憶部と、端末からの要求に従って前記レコードを端末に送信する制御部と、を有し、第２の情報処理装置は、制御情報が記憶される記憶部と、端末からの要求に従って制御情報を前記端末に送信する制御部と、を有し、端末は、制御情報が前記端末によって第２の情報処理装置から取得できる場合に、第２の情報処理装置に対してレコードをボディ部に格納して送信する、情報処理システムを提供する。

【0007】

本発明の一実施形態において、制御情報は、ボディ部に格納して送信される情報であってもよい。また、本発明の一実施形態において、制御情報が端末によって第２の情報処理装置から取得できない場合には、端末が第２の情報処理装置に対して認証処理要求を行ってもよい。

【0008】

本発明の一実施形態に係る情報処理装置は、制御部を有し、端末が制御情報を取得できる場合に、制御部が前記端末とのセッションが確立されていることを出力し、端末が制御情報を取得できない場合には、制御部が前記端末とのセッションが確立されていないことを出力する、情報処理装置を提供する。

【0009】

制御情報が端末によって情報処理装置から取得できない場合に、制御部が前記情報処理装置に対する認証情報を端末に送信する情報処理装置を提供する。

【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】

【図1】本発明の一実施形態に係る情報処理装置１０、情報処理装置６０、端末２０、システム１００の全体構成を示す図である。

【図2】本発明の一実施形態に係るレコード記憶部５１内に記憶されているレコードのテーブルを示す図である。

【図3】本発明の一実施形態に係る閲覧権限情報記憶部５３に記憶されている閲覧権限情報のテーブルを示す図である。

【図4】本発明の一実施形態に係る更新権限情報記憶部５５に記憶されている更新権限情報のテーブルを示す図である。

【図5】本発明の一実施形態に係る閲覧権限情報記憶部５３に記憶されている閲覧権限情報のテーブルを示す図である。

【図6】本発明の一実施形態に係る情報処理におけるフローチャートである。

【図7】本発明の一実施形態に係る情報処理における表示画面を示す模式図である。

【図8】本発明の一実施形態に係る情報処理における表示画面を示す模式図である。

【図9】本発明の一実施形態に係る情報処理における表示画面を示す模式図である。

【図10】本発明の一実施形態に係る情報処理における表示画面を示す模式図である。

【図11】本発明の一実施形態に係る情報処理における表示画面を示す模式図である。

【図12】本発明の一実施形態に係る情報処理における表示画面を示す模式図である。

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

【0037】

以下に、図面を参照しながら、本発明の実施形態について詳細に説明する。以下に示す実施形態は本発明の実施形態の一例であって、本発明はこれらの実施形態に限定されるものではない。なお、複数の図面において同一の符号は同一物を表し、その繰り返しの説明は省略する。

【0038】

（実施形態）
本発明の実施形態における情報処理装置、プログラム及びシステムについて、図面を参照しながら詳細に説明する。まず、図１は本発明の一実施形態に係る情報処理装置１０、情報処理装置６０、端末２０、システム１００の全体構成を示す図である。本発明のポイントは、実施形態１及び実施形態２にあるが、付随して追加的な構成を含めて全体構成を説明する。

【0039】

銀行口座を有する顧客が、関連する金融機関の証券会社の口座を開くことがある。この場合、銀行口座を有する金融機関の情報処理装置（たとえば、暗号化されたレコードを閲覧するシステムを採用している）に、顧客の各種情報が記載されている。顧客からの要望等により、銀行の職員は、銀行の情報処理装置に登録されている情報に基づいて、証券会社に対して口座開設契約を申し込む場合、証券口座を解説するための情報（たとえば、漢字氏名、カナ氏名、住所、電話番号、生年月日、性別、銀行口座の店番号、銀行口座の口座番号、銀行口座の科目等）を準備し、それらを銀行の情報処理装置から証券会社の情報処理装置にアクセスし、入力機器を用いて入力する必要がある。

【0040】

（情報処理装置１０）
情報処理装置１０には、通信制御部３０、制御部４０、記憶部５０が存在する。情報処理装置１０は、端末２０ａ、２０ｂ、２０ｃに、ネットワーク２３を介して接続され、相互に通信可能となっている（図１）。

【0041】

端末２０は、情報処理装置にアクセスするための端末であり、たとえば銀行の例であれば、銀行口座名義人がインターネットバンキング等で使用するパーソナルコンピュータや携帯端末等ではなく、銀行員が扱う行員用端末である。

【0042】

ネットワーク２３としては、有線無線を問わない接続方法によるインターネットや、イーサネット（登録商標）等を利用したローカルエリアネットワーク等の公知のネットワーク接続方法を用いることができる。ネットワーク２３はいわゆるイントラネットであってもよい。

【0043】

制御部４０には、レコード制御部４１と、閲覧権限情報制御部４３と、更新権限情報制御部４５とが含まれる（図１）。「〜制御部」として説明するものは、夫々ＣＰＵによって対応するプログラムが読みだされ、ＣＰＵによって実行される各機能を意味する。図１及び上記説明以外にも、レコードを検索するためのインデックスを制御するインデックス制御部（図示せず）や、レコードに関連する付加的な情報を制御する付加情報制御部（図示せず）等を含んでもよい。

【0044】

記憶部５０には、レコード記憶部５１と、閲覧権限情報記憶部５３と、更新権限情報記憶部５５と、が含まれる（図１）。インデックス記憶部（図示せず）、付加情報記憶部（図示せず）を含んでいてもよい。

【0045】

（情報処理装置６０）
情報処理装置６０（第２の情報処理装置とも称する。）には、制御部８０と、記憶部９０とが含まれる。制御部８０には、レコード制御部８１と、制御情報制御部８３と、更新権限制御部８５と、が含まれる。記憶部９０には、レコード記憶部９１と、制御情報記憶部９３と、更新権限記憶部９５と、が含まれる（図１）。制御情報制御部は、記憶されている制御情報に対してタイムスタンプを付すなどの機能を有していてもよい。これに加えて、（制御情報が動的情報である場合等には）制御情報生成部が含まれてもよい。

【0046】

情報処理装置６０は、端末２０ａ、２０ｂ、２０ｃに、ネットワーク２７を介して接続され、相互に通信可能となっている（図１）。ここで、ネットワーク２３と、２７とで、ドメイン（ネットワークの管理単位）が異なることは本発明の特徴の一である。

【0047】

（端末）
端末２０は、ユーザ（たとえば、銀行員）が入出力するためのクライアント端末であり、パーソナルコンピュータやワークステーション等にワークフローを利用するためのアプリケーション又はＷＥＢ環境と、通信機能と、演算機能と、を備えた情報処理端末装置等が挙げられる。また、情報処理装置１０が提供する画面を表示する表示制御機能としてブラウザを備え、ＣＰＵ、メモリ及び情報処理装置１０との間の通信制御を遂行する通信制御部等を含む。さらにキーボード等の操作入力装置及びディスプレイ等の表示装置を備えることができる。

【0048】

（情報の構成）
図２を使用して、顧客情報であるレコードの構成等について説明する。

【0049】

（テーブル）
銀行の情報処理装置１０には、顧客ごとにレコードが記録されている。レコードとは複数の要素をひとまとめにした1件分のデータのことであり、具体的なレコードの内容としては、たとえば、漢字氏名、カナ氏名、住所、電話番号、生年月日、性別、銀行口座の支店名、銀行口座の科目等、銀行口座の口座番号、店名店番号、ダイレクトメール送付の可否、特記事項（注意情報の有無等）、等が挙げられる（図２）が、これに限定されるものではない。たとえば、さらに、専任担当者、現在の預金額、職業、年間の資金移動額、家族構成、与信スコア（与信業務において公知の手法によって算出されたスコア）を記録してもよい。

【0050】

レコード制御部４１は、レコードを更新する、又はレコードを出力する際の情報処理を行う機能である。この中で特にレコードを端末の画面に表示させる機能をレコード表示部とも称する（図示せず）。閲覧権限情報制御部４３は、レコードを閲覧する権限の有無を銀行員のログインＩＤ、パスワード等に基づいて確認する機能である。更新権限情報制御部４５は、レコードを更新する権限を銀行員のログインＩＤ、パスワード等に基づいて確認する機能である。

【0051】

レコード記憶部５１は、レコードを記憶する機能である。閲覧権限情報記憶部５３は、銀行員のログインＩＤ、パスワード等を、閲覧権限の有無に関連付けて記憶する機能である（図３）。更新権限情報記憶部５５は、銀行員のログインＩＤ、パスワード等を、レコードを更新する権限に関連付けて記憶する機能である（図４）。

【0052】

図２では、口座名義人：山田太郎、カナ氏名：ヤマダタロウ、住所：Ｋ県Ｙ市Ｃ、電話番号９８７６−５４−３２１０、生年月日Ｘ月Ｘ日、Ｙ支店普通口座００００００１、ＤＭ送付可、特記事項なし、とのレコードが記録されている。このように、Ｍ銀行の情報処理装置１０のレコード記憶部には、Ｍ銀行に銀行口座を有する銀行口座名義人ヤマダタロウの上記レコードが既に記録されている。図３では、ユーザＩＤ：１、氏名：Ａ、社員番号：１００、役職：研修中の行員にはレコード閲覧の権限がない状況、ユーザＩＤ：２、氏名：Ｂ、社員番号：５０、役職：担当者にはレコード閲覧の権限がある状況、が記録されている。図４では、ユーザＩＤ：１、氏名：Ａ、社員番号：１００、役職：窓口担当者にはレコード更新の権限がない状況、ユーザＩＤ：２、氏名：Ｂ、社員番号：５０、役職：決裁者にはレコード更新の権限がある状況、が記録されている。

【0053】

なお、本明細書において「更新」とは、記憶部に記憶されている情報が変化することを意味する。たとえば、更新の一態様として、レコード情報の作成、改変、削除等を含む。

【0054】

インデックスは、検索の便宜から多様な観点から作成されてもよい。たとえば、潜在的な証券の顧客との観点から、現在の預金額が所定の金額以上であるか、年間の資金移動額が所定の金額以上であるか、与信スコアが所定の数値以上であるか、ダイレクトメール送付が可能か、といった観点からインデックスを付することができる。

【0055】

（実施形態１）
情報処理装置１０の制御部は、端末が情報処理装置１０から制御情報を取得できる場合において（なお、この場合には情報処理装置１０には制御情報制御部が設けられることになる）、当該端末と情報処理装置１０とのセッションが確立されていることを出力し、あるいは、取得できない場合には、セッションが確立されていないことを出力してもよい。そのほか、情報処理装置１０の制御部は、端末が情報処理装置６０から制御情報を取得できる場合において、当該端末と情報処理装置６０とのセッションが確立されていることを出力し、あるいは、取得できない場合には、セッションが確立されていないことを出力してもよい。制御情報とは後述の通りセッションが確立しているかどうかを判定するための、ネットワークで伝送可能な情報を意味する。

【0056】

出力するとは、たとえば、端末の画面上に表示させることであってもよい。セッションが確立されていること、セッションが確立されていないことを出力するに限らず、単に取得できること、取得できないことを出力してもよい。そして、既に端末２０と情報処理装置１０とのセッションを確立している状況であっても、出力できない場合、すなわち端末２０と情報処理装置６０とのセッションが確立していない場合には、情報処理装置１０が情報処理装置６０のＩＤとパスワードを端末２０に送信したり、情報処理装置１０を介して情報処理装置６０と端末２０が通信を行ったりしてもよい。

【0057】

（実施形態２）
端末の画面上には、情報処理装置１０及び６０の提供するサービスを利用するためのアプリケーション又はＷＥＢ環境によって、情報入力領域に情報を入力するための入力フィールドが展開される。銀行員は操作入力装置を用いて、入力フィールドに所定事項を記入することができる。情報処理装置１０の提供するサービスを利用するためには、情報処理装置１０のログイン認証を経る必要がある（図７）。情報処理装置６０の提供するサービスを利用するためには、情報処理装置６０のログイン認証を経る必要がある（図８）。

【0058】

前提として、銀行側の新規顧客登録の場合、端末２０ａの画面上の情報入力領域から入力された銀行口座開設申請情報（テーブルにて後述する情報等）がネットワーク２３を通じ情報処理装置１０の通信制御部に送信され、ＣＰＵ（図示せず）によって、レコード記憶部５１に記憶される。

【0059】

本実施形態では、銀行口座名義人ヤマダタロウは、Ｍ銀行に銀行口座を有するため、Ｍ銀行の情報処理装置１０のレコード記憶部には、銀行口座名義人ヤマダタロウの上記レコードが既に記録されている。

【0060】

銀行口座名義人ヤマダタロウについて、Ｍ証券に口座を開設するためには、銀行員の使用する端末の画面上において、Ｍ証券の証券口座開設の情報入力領域（以下、情報入力領域がＷＥＢページである例を記述する。）に存在するブランクを埋めることになる。しかし、これでは、いちいち第２の情報処理装置６０にログインしたうえで、ＷＥＢページに求められる情報の入力を行わなければならないという問題がある。

【0061】

上記問題を解決する手段として、レコードを、リンク先のＷＥＢページに自動で入力されるようにすることが考えられる。そこで、本実施形態では、Ｍ銀行に存在する銀行口座名義人ヤマダタロウの銀行口座に関するレコードを、Ｍ証券の証券口座を開設するために、レコードを、リンク先のＵＲＬに自動で入力されるようにする例を説明する。

【0062】

レコードを、リンク先のＷＥＢページに自動で入力されるようにする手段として、たとえば、銀行の情報処理装置１０と証券の情報処理装置６０とは異なるドメインであるから、レコードをリダイレクトによって送信することが考えられる。しかし、現在代表的な通信プロトコルとなっているＨＴＴＰでは、リダイレクトによって端末２０から第２の情報処理装置６０へレコードを送信することが難しいという問題がある。以下、通信プロトコルとしてＨＴＴＰを例に説明をする。なお、本発明の技術思想は、ＨＴＴＰという現在代表的な通信プロトコルに限定されるものではない。

【0063】

まず、リダイレクトとは、ＨＴＴＰにおける、ＷＥＢサーバからクライアントへの応答であって、要求されたＵＲＬが変更されたことを知らせるものである。たとえば、端末上のＷＥＢブラウザがＨＴＭＬデータを要求した場合に、ＷＥＢサーバが別のサーバにアクセスするように指示し、端末は該ＷＥＢサーバから受け取ったアクセス先にＨＴＭＬを改めて要求するというデータ伝送である。

【0064】

ＨＴＴＰには、ゲットメソッドによる送信とポストメソッドによる送信という２つの送信方法がある。ゲットメソッドによる送信は、ＨＴＴＰ通信においてクライアント（たとえば、端末２０上で動作するＷＥＢブラウザなど）からＷＥＢサーバ（たとえば、情報処理装置６０）へ送るリクエストの種類の一つであり、特定のＵＲＬで指定したファイルの送信を要求するためのものである。ここで、サーバ（たとえば、情報処理装置６０）に対してレコードを含む何らかの情報を通知したい場合にはＵＲＬのファイル名などの末尾に「？」マークを付け、続けて「パラメータ名、すなわち値」の形式で記述する。アンドマークを用いて区切りをつけることで、複数のパラメータを送信することもできる。これに対して、ＵＲＬのファイル名ではなく、ボディ部にレコードを含む何らかの情報（ユーザデータともいう）を格納して送信するのがポストメソッドによる送信である。

【0065】

ゲットメソッドによる送信では、送信可能なデータ量に上限があり、証券口座を開設する際に送信される情報量としては十分でない。ポストメソッドによる送信によれば、ゲットメソッドによる送信での規定値よりも、相対的に大きな情報を送信することが可能である。したがって、ポストメソッドによる送信を選択せざるを得ない。

【0066】

しかしながら、一般にリダイレクトの性質上、ポストメソッドによる送信の場合にはＨＴＭＬのボディ部に記載された情報を引き継ぐことができない。これは、先の例でいえば、ＷＥＢサーバが端末に対して別のサーバにアクセスするように指示する際に、ＨＴＴＰのヘッダ部に、転送先のＵＲＬを記述するためである。そのため、リダイレクトを利用してポストメソッドによる送信をするという手法では、レコードを証券側の画面上の情報入力領域に自動で入力されるようにすることができないとの問題が発生する。

【0067】

そこで、本発明の一実施形態においては、端末２０は、端末２０と第２の情報処理装置６０とのセッションが維持されている状況を確認した上で、端末２０と当該ドメインとの間のセッションが既に有効に確立している場合には、銀行の情報処理装置１０を介さず第２の情報処理装置６０（連携先ドメイン）に対するポストメソッドによる送信（すなわち、ボディ部に本実施形態におけるレコードが収容される送信）を行い（図５、図６）、他方、前記セッションが有効に確立していないと判別されたときには、第２の情報処理装置６０（連携先ドメイン）へのリダイレクトはしない（その場合、認証サーバに認証処理要求をしてもよい。これにより、レコードを、リンク先のＵＲＬに自動で入力されるようにすることができる。また、ブラウザと当該ドメインとの間のセッションが既に有効に確立している場合には連携先ドメインに対するポストメソッドによる送信を行い、他方、前記セッションが有効に確立していないと判別されたときには、連携先ドメインへのリダイレクトはせず、（たとえば、認証サーバに認証処理要求をするから）、レコードを第２の情報処理装置６０へ伝送する際のユーザによる操作手順の削減という効果を奏する。

【0068】

本実施形態では、銀行の情報処理装置１０を介さないため、リダイレクトをする必要がない。ポストメソッドによる送信によって、情報処理装置１０に記憶され端末２０に送信されたレコードが、証券会社の仲介申し込みシステムの画面上の情報入力領域に貼けられる。

【0069】

セッションが確立しているかどうかの判定は、上記の機能１同様に、制御情報が取得できるかどうかによって判別する。なお、本実施形態の変形例として、取得した制御情報がＷＥＢブラウザのキャッシュに存在するかどうかによって判定してもよい。

【0070】

本発明において、制御情報とはネットワークで伝送可能な情報を意味する。制御情報をセッションが確立されていることの判定に使用することから、ネットワークの負荷を減らすために制御情報はファイルサイズの小さい情報である必要がある。ネットワークに負荷をかけるような大容量の情報は適さない。制御情報としては、動的情報（経時的に変化する情報）、静的情報（文字、画像等）のいずれであってもよい。制御情報はボディ部に格納されて送信されるデータであることが望ましい。たとえば、ごく小さな画像（４ピクセル×４ピクセルの画像ファイル等）を使用する。ここで、制御情報のファイル名は、連番で定められてもよいし、経時的に定められるもの等、アクセスした時刻ごとに固有のものであってもよい。ファイル名をそれぞれ別の名前とすることで、過去にダウンロードした同名の画像がブラウザのキャッシュ内に残っていたことによる、制御情報取得ができた旨の誤判定を防ぐことができる。

【0071】

このほか、上記誤判定を防ぐために、ブラウザのキャッシュに保存された同ＵＲＬの画像を、端末２０が定期的に削除するようなスクリプトを情報処理装置１０又は６０が提供してもよい。

【0072】

（実施形態２のフロー）
ユーザ（銀行員）から見た画面遷移を交えつつフローを説明する。銀行員の使用する端末において、ＷＥＢブラウザ上で暗号化されたレコードを閲覧する画面が表示される。端末２０の制御部がブラウザのキャッシュに制御情報（たとえば所定の画像）が取得できるか判定し（図５のＳ１０１、画像取得可能に対応する）、取得できない場合には、情報処理装置６０は端末２０がログイン未済であると判断し、ログインウィンドウを表示する（図５のＳ１０２、認証処理要求に対応する。図６の「制御情報取得失敗」に対応する。）。

【0073】

端末２０から、このログインウィンドウにアクセスすると、セキュアな認証が行われる。ユーザ（銀行員）は端末２０の画面上のログインウィンドウの情報入力領域にログインＩＤとパスワードとを入力し、情報処理装置６０へログインさせる。ログイン認証がなされると、情報処理装置６０と端末２０との間でセッションが確立する。

【0074】

証券会社の情報処理装置６０とのセッションが確立できている場合、証券会社の情報処理装置６０から制御情報を取得することができる（図６の「制御情報取得成功」に対応する。）。そして、画像が取得できる場合には、ログイン済みであると判断できる（図５のＳ１０１：ＹＥＳに対応する）ことから、端末２０から証券会社の情報処理装置６０へとレコードをポストメソッドによる送信する（図５のＳ１０３、図６の「ポスト送信」に対応する）。これにより、端末２０には既にレコードに記録された情報が反映された証券仲介支援システムの即日口座開設画面が表示される。なお、図６のフローのうち、「ＧＥＴ送信とリダイレクトによりシングルサインオン」の箇所は、実施形態の必須の構成ではない。

【0075】

銀行と証券の例を挙げたが、これに限定されず、たとえば、遷移元情報処理装置において、遷移先情報処理装置へのポストメソッドによる送信を行う際に、遷移元情報処理装置から端末に送信される制御情報（たとえば、画像）が入手できれば、遷移元情報処理装置とのセッションが確立されていることになり、これをトリガーとしてポストメソッドによる送信することができる。また、レコードを端末から第２の情報処理装置へポストメソッドによる送信することに代えて、第１の情報処理装置から第２の情報処理装置に送信するようにしてもよい。

【0076】

以上の実施形態２の画面遷移を説明するのが、図９〜１３である。図９は、Ｍ銀行のＷＥＢアプリケーション上で、ヤマダタロウという人物のレコードを検索する画面である。ここでは予め仲介申し込み希望者が決まっている場合を説明するため個人情報から本人のレコードを検索する画面を表示している。

【0077】

図１０は、検索ボタンを押した場合の結果であり、ヤマダタロウのレコードを表示する画面である。画面には仲介開設ボタンがあり、このボタンを押すことで、仲介開設確認画面（図１１）へ進む。図１１には「送信」ボタン２１があり、この送信ボタン２１を押すと、図５のフローチャートが開始される。すなわち、制御情報（たとえば、画像）が取得できるかを判定し、取得できればポストメソッドによる送信を行うというフローである。図１２はポストメソッドによる送信を行った画面であり、（Ｍ銀行ではなく）Ｍ証券の、ＷＥＢアプリケーション上での画面上の情報入力領域を表示したものである。図１２の登録ボタンを押すことで、簡易に証券口座を開設可能である。

【0078】

以上の通り、本発明の一実施形態（実施形態１）では、異なるドメイン間における情報処理において、（端末と第２の情報処理装置の間での）セッション確立の有無を判定することを以て利便性を向上させる情報処理装置、情報処理方法、情報処理プログラム、情報処理システムを提供することができる。

【0079】

また、本発明の一実施形態（実施形態２）では、異なるドメイン間における情報処理において、（端末と第２の情報処理装置の間での）セッション確立の有無を判定することを以て異なる２つのドメイン間での情報の共有を簡易に行うことができる。

【0080】

たとえば、ブラウザと当該ドメインとの間のセッションが既に有効に確立していると判別されたときには、遷移元ドメイン上のデータを遷移先にポストメソッドによる送信で連携させ、一方で、前記セッションが有効に確立していないと判別されたときには、連携先ドメインへのリダイレクトはせず、認証サーバに認証処理要求をすることになり、相異なるドメイン間において連携元ドメインにおけるデータを連携先ドメインに対してポストメソッドによる送信をする際のユーザによる操作手順の削減が達成される。

【0081】

また、本発明の一実施形態（実施形態２）では、リダイレクトを行わず制御情報の有無を判別し、制御情報が取得できることをトリガーとして情報処理装置１０を介さずに、端末２０から情報処理装置６０へポストメソッドによる送信を行うため、ゲットメソッドによる送信の送信容量を超えたレコードを端末２０の（情報処理装置６０側のサービスで提供される）画面に貼りつけることが可能となるため、コスト面で大いに有利である。

【0082】

（変形例１）
上記実施形態では、クライアント端末１台に対して、遷移元の情報処理装置１台、遷移先の情報処理装置１台で実施形態としている。もっとも、クライアント端末１台に対して遷移元の情報処理装置１台、遷移先の情報処理装置（第２の情報処理装置６０）が複数台でも構わない。この場合、遷移先の複数台の情報処理装置がそれぞれ異なるドメインである場合には、それぞれに対して端末２０から複数台の情報処理装置に対してポストメソッドによる送信を行うことになる。また、クライアント端末１台に対して遷移元の情報処理装置複数台、遷移先の情報処理装置複数台でも構わない。

【0083】

とくに、クライアント端末１台に対して遷移元の情報処理装置１台、遷移先の情報処理装置複数の場合、クライアント端末を用いて、複数の遷移先サーバに対してドメイン間処理を行うことができる。これによって、１つのサービスに登録されたレコードを複数の連係するサービスに登録することが可能となる。

【0084】

（変形例２）
レコード内に情報（たとえば、注意情報）が記録されている場合、または、レコードに関連付けられたフラグが存在し、該フラグは１が正常で０が異常である場合において０が記録されている場合等において、制御部が、端末２０に対して端末２０の画面上に、ポストメソッドによる送信を行う画面（図１０）に代えて、現在ステータス情報（たとえば警告画面）を表示させる情報を送信してもよい。

【0085】

たとえば、レコード内の注意情報として当該口座について、死亡届が提出されているか、本人確認が済んでいるかなどの情報を含んでもよい。死亡届が提出されている場合、本人確認が済んでいない場合には、証券口座が開設できないよう、ポストメソッドによる送信を行う画面（図１０）に代えて警告画面を表示させてもよい。異なるドメイン間における情報の共有等において（端末と第２の情報処理装置の間での）、情報の共有すべきでない場合に情報の共有をストップすることができるとともに、ユーザにその旨覚知させることができ、情報処理の利便性が向上する。

【0086】

（変形例３）
上述の実施形態に加えて、さらに登録補助機能を提供する。Ｍ銀行の行員がＷＥＢ上の銀行員用システムにログインし、顧客仲介候補検索ボタンを押すと、Ｍ証券に口座を開設していない顧客を、現在の預金額が高い順、職業スコアが高い順、年間資金移動額が高い順等にそれぞれソートすることができる。ソートは、レコードを検索するためのインデックスを制御するインデックス制御部によって付されたインデックスを用いて行う。このとき、画面上には、顧客の氏名と、ソートされたスコア（たとえば、預金額、職業スコア、年間資金移動額の少なくとも一の数値、またはその合計）を表示させてもよい。ソートされた検索結果のうち、ダイレクトメール受け取り可の顧客のみをフィルタリングして抽出し、顧客に証券口座開設のダイレクトメールを送付してもよい。このダイレクトメールに対して開設希望がある場合には、顧客の同意有として送信部が前述のポストメソッドによる送信を行い、口座開設仲介手続を行うことができる。

【符号の説明】

【0087】

１０ 情報処理装置
２０ａ〜ｃ 端末
２１ 送信ボタン
２３、２７ ネットワーク
３０ 通信制御部
４０ 制御部
４１ レコード制御部
４３ 閲覧権限情報制御部
４５ 更新権限情報制御部
５０ 記憶部
５１ レコード記憶部
５３ 閲覧権限情報記憶部
５５ 更新権限情報記憶部
６０ 情報処理装置
８０ 制御部
８１ レコード制御部
８３ 制御情報制御部
８５ 更新権限制御部
９０ 記憶部
９１ レコード記憶部
９３ 制御情報記憶部
９５ 更新権限記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】