JP4429082B2

JP4429082B2 - セション管理方法及び装置

Info

Publication number: JP4429082B2
Application number: JP2004164543A
Authority: JP
Inventors: 康洋渡辺
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2004-06-02
Filing date: 2004-06-02
Publication date: 2010-03-10
Anticipated expiration: 2024-06-02
Also published as: JP2005346356A

Description

本発明は、セション管理技術に関するものである。

ネットワークを利用したシステムにおいて、セションを無制限に確立できるようにすると、サーバ等の負荷が増大し、適切なシステム運用の妨げとなってしまうため、従来より様々なセション管理方法が考えられてきた。

例えば、シングルサインオンを実現するシステムにおいて、ログインしてから一定時間経過した認証や非利用時間が一定時間経過した認証については、全てのサーバへのパスを無効とする技術が存在する（例えば特許文献１参照）。すなわち、認証アクセス制御サーバ装置とゲートウェイ装置とで構成され、且つ通信網に接続された利用者端末から発行されるサーバ群へのアクセス要求を認証するシステムで用いられる認証アクセス制御サーバ装置であって、ゲートウェイ装置にパスが設定されていないことによりアクセス要求が転送されてくる場合に、そのアクセス要求を受け取る手段と、利用者端末から、認証に必要な情報を初回のアクセス要求の場合にのみ取得する手段と、認証機能を持たないサーバについて、認証に必要な情報を使って認証を実行する手段と、認証機能を持つサーバに対して、認証に必要な情報を指定して認証を依頼する手段と、認証を得たサーバへのパスをゲートウェイ装置に設定する手段と、規定の状態になる場合に、ゲートウェイ装置に設定したパスを無効化する手段とを備える。

また例えば、検索代行システムにおいて、外部の検索システムへの自動的な接続及び接続解除を行う技術が存在する（例えば特許文献２参照）。すなわち、電子検索代行処理システムであって、外部のユーザからの検索式を受けつける入力手段と、入力手段へ入力された検索式を元に外部の検索装置の検索を行うための外部検索式を作成する検索式作成手段と、検索式作成手段により作成された外部検索式を外部の検索装置に送信するための検索式送信手段と、外部の検索装置により外部検索式を検索した結果を受信する検索結果受信手段と、検索結果受信手段により受信された検索結果を外部のユーザへ送信する検索結果送信手段と、検索式送信手段により外部の検索装置に接続し検索式を送信後一旦外部の検索装置への接続を解除し、所定時間後に再度外部の検索装置に接続し、検索結果受信手段により外部の検索装置が検索した結果を受信するように管理する管理手段とを備える。
特開２００３−２４２１０９号公報特開２００２−２９７６５０号公報

ところで、例えば複数のデータベース・サーバ（ＤＢサーバ）に接続して横断検索を行うような場合、通常、最初の検索の後の詳細検索の対象となるＤＢサーバは一部であるため、最初の検索で用いた全てのＤＢサーバへの接続を保持しておくのは非効率である。一方で、処理の要求に応じて毎回接続及び切断を行うのは、レスポンスの悪化につながる。すなわち、ＤＢサーバへのアクセスのためのログインＩＤの使用効率とレスポンスとのバランスを図る必要がある。

従って、本発明の目的は、適切なサーバ接続状態を実現するための新規な技術を提供することである。

本発明に係るセション管理方法は、ユーザから指定された検索条件に合致するデータを複数のＤＢから取得し、検索結果データとして検索結果テーブルに格納するステップと、複数のＤＢへの接続のうち、少なくとも一部のＤＢへの接続を切断するステップと、検索結果データに含まれる検索結果レコードのうち特定の検索結果レコードについてのユーザからの詳細データ参照要求に応じて、特定の検索結果レコードの抽出元のＤＢに接続して詳細データを取得し、詳細データ格納部に格納するステップと、詳細データ格納部に格納された詳細データを用いて、予め接続しておくべき予測接続先ＤＢを決定し、当該予測接続先ＤＢへの接続を確保する予測接続ステップとを含む。

このように接続するＤＢを絞り込む一方、詳細データ参照要求に対応する詳細データに基づき決定された予測接続先ＤＢへの接続を確保することにより適切なＤＢ接続状態を可能とする。なお、上記複数のＤＢのうち全てのＤＢへの接続を一旦切断するようにしてもよいし、例えば比較的接続数に余裕があるＤＢへの接続をそのまま残すようにしてもよい。

また、ここでは接続する対象をＤＢと記載しているが、実際に接続する対象はＤＢサーバである場合もある。例えば、アクセスすべきＤＢが外部システムのＤＢである場合、ＤＢへのアクセスは一般的に外部システムのＤＢサーバを介して行われる。この場合、ＤＢサーバへログインすることによりＤＢへ接続し、ＤＢサーバからログアウトすることによりＤＢへの接続が切断されるものとして以下説明する。

また、予測接続先ＤＢに接続している状態において、当該予測接続先ＤＢを識別可能な態様でユーザに提示する予測接続先ＤＢ提示ステップをさらに含むようにしてもよい。これにより、ユーザは接続されているＤＢを知ることができる。すなわち、どのＤＢに対して詳細検索を行えば比較的レスポンスが良いかということを認識した上で検索操作を進めていくことができる。

また、上記予測接続ステップが、詳細データ格納部に格納された詳細データの属性値の少なくとも一部に基づき検索結果テーブルを検索し、合致する属性値を含む検索結果レコードの件数の多い順に上位第１の所定数のＤＢを予測接続先ＤＢとして決定する第１決定ステップを含むようにしてもよい。これにより、ユーザが次にアクセスしようとする可能性の高いＤＢを予測接続先ＤＢとして決定することができる。

また、上記詳細データの属性値の少なくとも一部が、著者名及び分類コードを含む場合もある。例えば、書籍の検索において、ある書籍の詳細なデータを参照したユーザは、同じ著者であり且つ同じ分類に属する書籍について引き続き検索する可能性が高いと推定できるため、そのような書籍のデータを比較的多く有するＤＢを予測接続先ＤＢとして決定することにより、適切なＤＢ接続状態を実現することができる。

なお、本発明に係る方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してデジタル信号として配信される場合もある。なお、処理途中のデータについては、メモリ等の記憶装置に一時保管される。

本発明によれば、適切なサーバ接続状態を実現することができるようになる。

本発明の一実施の形態に係るシステム構成を図１に示す。例えばインターネットであるネットワーク１には、横断検索サーバ５と、例えばウェブ（Ｗｅｂ）ブラウザ機能を備えたパーソナル・コンピュータであるユーザ端末３と、ＤＢ検索サービスを実行するＤＢサーバ７、ＤＢサーバ９及びＤＢサーバ１１とが、無線又は有線により接続されている。なお、ＤＢサーバやユーザ端末の台数はここで示した台数に限られない。また、ユーザ端末が、Ｗｅｂブラウザ機能を備えた携帯情報端末や携帯電話機等、パーソナル・コンピュータ以外の機器である場合もある。

横断検索サーバ５には、Ｗｅｂサーバ部５０１と検索処理部５０３と予測処理部５０５とＤＢ接続管理部５０７と指定データ格納部５１１と詳細データ格納部５１３と予測結果格納部５１５と検索条件テーブル５２１と検索結果テーブル５２３と検索履歴テーブル５２５と利用者テーブル５２７とＤＢ状態テーブル５２９とが含まれている。Ｗｅｂサーバ部５０１は、詳細データ格納部５１３と検索結果テーブル５２３と利用者テーブル５２７と予測結果格納部５１５とのうち少なくともいずれかを参照して処理を行い、必要に応じて指定データ格納部５１１にデータを格納する。検索処理部５０３は、指定データ格納部５１１と検索条件テーブル５２１とのうち少なくともいずれかを参照して処理を行い、必要に応じて詳細データ格納部５１３と検索条件テーブル５２１とのうち少なくともいずれかにデータを格納する。予測処理部５０５は、検索条件テーブル５２１を参照して処理を行い、予測結果格納部５１５にデータを格納する。ＤＢ接続管理部５０７は、指定データ格納部５１１と利用者テーブル５２７とＤＢ状態テーブル５２９とのうち少なくともいずれかを参照して処理を行い、必要に応じてＤＢ状態テーブル５２９にデータを格納する。各処理部が行う処理の詳細及び各格納部に格納されるデータについては、後の処理フローの説明において述べる。

なお、横断検索サーバ５、ＤＢサーバ７、ＤＢサーバ９、ＤＢサーバ１１及びユーザ端末３は、図２に示すようなコンピュータ装置であって、メモリ２０１とＣＰＵ２０３とハードディスク・ドライブ（ＨＤＤ）２０５と表示装置２０９に接続される表示制御部２０７とリムーバブル・ディスク２１１用のドライブ装置２１３と入力装置２１５とネットワークに接続するための通信制御部２１７とがバス２１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実現するためのプログラムを含むアプリケーション・プログラムは、ＨＤＤ２０５に格納されており、ＣＰＵ２０３により実行される際にはＨＤＤ２０５からメモリ２０１に読み出される。必要に応じてＣＰＵ２０３は、表示制御部２０７、通信制御部２１７、ドライブ装置２１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２０１に格納され、必要があればＨＤＤ２０５に格納される。本発明の実施の形態における処理を実現するためのプログラムは例えばリムーバブル・ディスク２１１に格納されて頒布されドライブ装置２１３から、又はネットワーク及び通信制御部２１７を介して受信し、ＨＤＤ２０５にインストールされる。このようなコンピュータ装置は、上で述べたＣＰＵ２０３、メモリ２０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、以下で説明する各種機能を実現する。

図３に、利用者テーブル５２７のテーブル構成及び格納されるデータの一例を示す。図３の例には、利用者ＩＤの列３００及びパスワードの列３０２とが含まれている。本テーブルに格納されているデータは、ユーザの認証処理に利用される。なお、この他にも、参照可能なＤＢ名称等のユーザ属性を格納するための列が含まれている場合もある。

図４に、ＤＢ状態テーブル５２９のテーブル構成及び格納されるデータの一例を示す。図４の例には、ＤＢ名の列４００とアカウントの列４０２と状態の列４０４と使用中の利用者ＩＤの列４０６とが含まれている。図４の例では、「○○サーチ」という名称のＤＢに対応するアカウントとして「G0001」と「G0002」と「G0003」と「G0004」と「G0005」とを有していることが示されている。すなわち、この場合「○○サーチ」という名称のＤＢへの同時接続数は最大で５である。また、１行目のレコードには、「000001」という利用者ＩＤに「G0001」というアカウントが割り当てられ、「○○サーチ」という名称のＤＢへの接続がなされていることが示されている。

図５に、検索条件テーブル５２１のテーブル構成及び格納されるデータの一例を示す。図５の例には、利用者ＩＤの列５５０とタイトルの列５５２と著者の列５５４と分類の列５５６とが含まれている。利用者ＩＤの列５５０には、検索操作を行ったユーザの利用者ＩＤが格納される。タイトルの列５５２には、ユーザがタイトルをキーとした検索を指定した場合に、入力された文字列が格納される。著者の列５５４には、ユーザが著者名をキーとした検索を指定した場合に、入力された文字列が格納される。また、著者の列５５４及び分類の列５５６には、一連の検索処理において、特定の書籍についての詳細データの参照要求がユーザによってなされた場合、当該詳細データに含まれる著者名及び分類コードが格納される。

図６に、検索結果テーブル５２３のテーブル構成及び格納されるデータの一例を示す。図６の例には、利用者ＩＤの列６００とＤＢ名の列６０２とタイトルの列６０４と著者の列６０６と分類の列６０８と書籍番号の列６１０と出版者の列６１２とが含まれている。本テーブルには、タイトル及び著者名のいずれかをキーとした検索を各ＤＢにおいて行った結果に関するデータが格納される。図６の例では、例えば検索条件として「江戸時代」という文字列がタイトルに指定された場合における各ＤＢの検索結果に関するデータが格納されている。なお、書籍番号は全ての書籍について一意な番号である。

図７に、検索履歴テーブル５２５のテーブル構成及び格納されるデータの一例を示す。図７の例には、利用者ＩＤの列７００とＤＢ名の列７０２と著者の列７０４と分類の列７０６とが含まれている。本テーブルには、特定のＤＢにおける検索結果を検索条件に合致する書籍の一覧としてユーザに提示した後、ユーザから特定の書籍についての詳細データの参照要求がなされた場合、ユーザの利用者ＩＤ、提示していた書籍の一覧に対応するＤＢ名、特定の書籍の詳細データに含まれる著者名及び分類コードが格納される。

次に、図８乃至図２０を用いて、図１に示したシステムの処理について説明する。まず、ユーザ端末３のＷｅｂブラウザは、ユーザからの横断検索ページの表示操作を受け付ける（図８：ステップＳ１）。例えばＵＲＬ（Uniform Resource Locator）の選択入力を受け付ける。ユーザ端末３のＷｅｂブラウザは、横断検索ページ・データの要求を横断検索サーバ５に送信する（ステップＳ３）。横断検索サーバ５のＷｅｂサーバ部５０１は、横断検索ページ・データの要求をユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ５）。そして、Ｗｅｂサーバ部５０１は、ログイン・ページのデータを生成し、ユーザ端末３に送信する（ステップＳ７）。ユーザ端末３のＷｅｂブラウザは、ログイン・ページのデータを横断検索サーバ５から受信し、表示装置に表示する（ステップＳ９）。また、ユーザ端末３のＷｅｂブラウザは、ユーザからの検索横断サーバ５に対するログイン・データ（利用者ＩＤ及びパスワード）の入力を受け付け、受け付けたログイン・データを横断検索サーバ５に送信する（ステップＳ１１）。横断検索サーバ５のＷｅｂサーバ部５０１は、ログイン・データをユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１３）。

次に、Ｗｅｂサーバ部５０１は、認証処理を行う（ステップＳ１５）。具体的には、利用者テーブル５２７を参照し、ステップＳ１３において受信したログイン・データとの照合を行う。そして、Ｗｅｂサーバ部５０１は、認証がＯＫであったか判定する（ステップＳ１７）。認証がＯＫではないと判定された場合（ステップＳ１７：Ｎｏルート）、ステップＳ７の処理に戻る。一方、認証がＯＫであったと判定された場合（ステップＳ１７：Ｙｅｓルート）、Ｗｅｂサーバ部５０１は、検索条件テーブル５２１に登録されているレコードのうち、ログイン・データに含まれる利用者ＩＤに対応するレコードを初期化する（ステップＳ１９）。すなわち、利用者ＩＤの列５５０の値のみが登録されている状態にする。該当するレコードがなければ生成する。なお、検索条件テーブル５２１がユーザ毎に用意されている場合等、このような初期化が不要の場合もある。

そして、Ｗｅｂサーバ部５０１は、横断検索ページのデータを生成し、ユーザ端末３に送信する（ステップＳ２１）。ユーザ端末３のＷｅｂブラウザは、横断検索ページのデータを横断検索サーバ５から受信し、表示装置に表示する（ステップＳ２３）。

図９に、横断検索ページの一例を示す。図９の例には、検索先ＤＢ選択部９００とログアウトボタン９１０とタイトル入力欄９２０と著者名入力欄９３０と検索実行ボタン９４０とクリアボタン９５０とが含まれている。検索先ＤＢ選択部９００には、ユーザが検索先として利用可能なＤＢが示されている。ユーザは、各ＤＢに対応付けられているチェックボックスをチェックすることにより、当該ＤＢに対する検索を行うことができる。また、ユーザはログアウトボタン９１０をクリックすることにより、横断検索サーバ５からログアウトすることができる。ユーザは、検索を行う場合には、タイトル入力欄９２０と著者名入力欄９３０との少なくともいずれかに検索キーワードとなる文字列を入力して検索実行ボタン９４０をクリックする。入力ミス等により一旦入力した文字列を全て削除したい場合には、ユーザはクリアボタン９５０をクリックする。

図８の説明に戻り、ユーザ端末３のＷｅｂブラウザは、ユーザからの検索操作（検索先ＤＢの指定、検索キーワードの入力及び検索実行ボタン９４０のクリック）を受け付け、検索先ＤＢ及び検索キーワードを横断検索サーバ５に送信する（ステップＳ２５）。横断検索サーバ５のＷｅｂサーバ部５０１は、検索先ＤＢ及び検索キーワードをユーザ端末３から受信すると、検索先ＤＢを指定データ格納部５１１に格納し、検索キーワードを検索条件テーブル５２１に格納する（ステップＳ２７）。そして、処理は端子Ａを介して図１０の処理に移行する。このようにして横断検索ページが表示される。

図１０を用いて、端子Ａを介して移行した後の処理について説明する。まず、横断検索サーバ５のＤＢ接続管理部５０７は、ステップＳ２７（図８）において指定データ格納部５１１に格納された検索先ＤＢのうち１件を特定する（図１０：ステップＳ３１）。次に、ＤＢ接続管理部５０７は、ステップＳ３１において特定したＤＢと今回の検索操作を行ったユーザの利用者ＩＤとに基づきＤＢ状態テーブル５２９を検索する（ステップＳ３３）。そして、ＤＢ接続管理部５０７は、今回の検索操作を行ったユーザが、ステップＳ３１において特定したＤＢに接続中であるか判定する（ステップＳ３５）。例えば、図４の例に示したようなデータがＤＢ状態テーブル５２９に格納されている場合、１行目のレコードより、利用者ＩＤが「000001」であるユーザは「○○サーチ」というＤＢに接続中であると判定される。

接続中であると判定された場合（ステップＳ３５：Ｙｅｓルート）、後に述べるステップＳ３９の処理に移行する。一方、接続中ではないと判定された場合（ステップＳ３５：Ｎｏルート）、ＤＢ接続管理部５０７は、ＤＢ接続処理を行う（ステップＳ３７）。ＤＢ接続処理の詳細については後述するが、ステップＳ３１において特定したＤＢへの接続及びＤＢ状態テーブル５２９の更新がなされる。

次に、横断検索サーバ５の検索処理部５０３は、ステップＳ２７（図８）において検索条件テーブル５２１に格納された検索キーワードに基づき、ステップＳ３１において特定されたＤＢ及び当該ＤＢを管理するＤＢサーバ（ＤＢサーバ７、ＤＢサーバ９及びＤＢサーバ１１のいずれか）に合わせた態様で検索電文を生成し、ＤＢサーバに送信する（ステップＳ３９）。ＤＢサーバは、検索電文を横断検索サーバ５から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ４１）。また、ＤＢサーバは、受信した検索電文に基づき検索処理を実行する（ステップＳ４３）。そして、ＤＢサーバは、検索処理の結果得られた検索結果データを横断検索サーバ５に送信する（ステップＳ４５）。横断検索サーバ５の検索処理部５０３は、検索結果データをＤＢサーバから受信し、検索結果テーブル５２３に格納する（ステップＳ４７）。次に、横断検索サーバ５のＤＢ接続管理部５０７は、ＤＢ切断処理を行う（ステップＳ４９）。ＤＢ接続処理の詳細については後述するが、ステップＳ３１において特定したＤＢへの接続の切断及びＤＢ状態テーブル５２９の更新がなされる。

そして、ＤＢ接続管理部５０７は、ステップＳ２７（図８）において指定データ格納部５１１に格納された全ての検索先ＤＢについての処理が終了したか判定する（ステップＳ５１）。全ての検索先ＤＢについての処理が終了したと判定されなかった場合（ステップＳ５１：Ｎｏルート）、ステップＳ３１の処理に戻り、次の検索先ＤＢを特定する。一方、全ての検索先ＤＢについての処理が終了したと判定された場合（ステップＳ５１：Ｙｅｓルート）、横断検索サーバ５のＷｅｂサーバ部５０１は、ステップＳ４７において検索結果テーブル５２３に格納されたデータに基づき、ヒット数表示ページのデータを生成し、ユーザ端末３に送信する（ステップＳ５３）。ユーザ端末３のＷｅｂブラウザは、ヒット数表示ページのデータを横断検索サーバ５から受信し、表示装置に表示する（ステップＳ５５）。

図１１に、ヒット数表示ページの一例を示す。図１１の例には、ヒット件数表示部１１００とログアウトボタン９１０とタイトル入力欄９２０と著者名入力欄９３０と検索実行ボタン９４０とクリアボタン９５０とが含まれている。なお、図９に示した横断検索ページと同様の構成要素については同じ符号を付してあるが、タイトル入力欄９２０には、横断検索ページにおいて入力された文字列が表示されている。また、ヒット件数表示部１１００には、ユーザが検索先として指定したＤＢ毎に検索条件に合致した件数（ヒット件数）が示されている。ユーザは、各ＤＢに対応付けられているヒット件数をクリックすることによりＤＢを選択し、当該ＤＢにおける検索結果の一覧ページを参照することができる。

図１０の説明に戻り、ユーザ端末３のＷｅｂブラウザは、ユーザからのＤＢ選択（ヒット件数のクリック）を受け付け、ＤＢ選択データを横断検索サーバ５に送信する（ステップＳ５７）。横断検索サーバ５のＷｅｂサーバ部５０１は、ＤＢ選択データをユーザ端末３から受信し、指定データ格納部５１１に格納する（ステップＳ５９）。そして処理は端子Ｂを介して図１２の処理に移行する。このようにして最初の検索処理がなされる。

図１２を用いて、端子Ｂを介して移行した後の処理について説明する。まず、横断検索サーバ５のＷｅｂサーバ部５０１は、ステップＳ５９（図１０）において指定データ格納部５１１に格納されたＤＢ名のＤＢにつき、検索結果データを検索結果テーブル５２３から抽出する（図１２：ステップＳ６１）。例えばワーク・メモリ領域等の記憶装置に一旦格納する。そして、Ｗｅｂサーバ部５０１は、抽出された検索結果データに基づき一覧ページ・データを生成し、ユーザ端末３に送信する（ステップＳ６３）。ユーザ端末３のＷｅｂブラウザは、一覧ページ・データを横断検索サーバ５から受信し、表示装置に表示する（ステップＳ６５）。そして処理は端子Ｃを介して図１４の処理に移行する。このようにして一覧ページが表示される。

図１３に、一覧ページの一例を示す。図１３の例には、ヒット件数表示部１１００とログアウトボタン９１０と一覧表示部１３００とが含まれている。なお、図１１に示したヒット数表示ページと同様の構成要素については同じ符号を付してある。一覧表示部１３００には、検索結果の一覧として例えば書籍の概要を示すレコード・データが１件ずつ示されている。ユーザは、特定のレコード・データをクリックすることにより書籍を選択し、当該書籍の詳細ページを参照することができる。

図１４を用いて、端子Ｃを介して移行した後の処理について説明する。まず、ユーザ端末３のＷｅｂブラウザは、ユーザからの選択入力を受け付け、選択入力データを横断検索サーバ５に送信する（図１４：ステップＳ７１）。ここでは、例えば３種類の選択入力データのうちのいずれかが送信されるものとする。まず１つ目は、書籍番号である。例えば図１３において一覧表示部１３００に示されているレコード・データのいずれかがクリックされた場合、該当する書籍の書籍番号が選択入力データとして送信される。なお、図１３に示した例では、書籍番号は非表示属性のデータとして一覧ページ・データに含まれており、表示はなされていない。

２つ目は、現在一覧ページに表示されている一覧データの基となるＤＢ以外のＤＢ（他ＤＢ）の選択データである。例えば図１３においてヒット件数表示部１１００に示されている「△Stage」のヒット件数がクリックされた場合、「△Stage」というＤＢ名称が選択入力データとして送信される。３つ目はログアウト要求である。例えば図１３においてログアウトボタン９１０がクリックされた場合、ログアウト要求が選択入力データとして送信される。

横断検索サーバ５のＷｅｂサーバ部５０１は、選択入力データをユーザ端末３から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ７３）。そして、Ｗｅｂサーバ部５０１は、受信した選択入力データが書籍番号であったか判定する（ステップＳ７５）。書籍番号であったと判定された場合（ステップＳ７５：Ｙｅｓルート）、端子Ｄを介して図１５の処理に移行する。一方、書籍番号ではなかったと判定された場合（ステップＳ７５：Ｎｏルート）、Ｗｅｂサーバ部５０１は、選択入力データが他ＤＢの指定データであったか判定する（ステップＳ７７）。他ＤＢの指定データであったと判定された場合（ステップＳ７７：Ｙｅｓルート）、端子Ｂを介して図１２の処理に戻る。

一方、他ＤＢの指定データではなかったと判定された場合（ステップＳ７７：Ｎｏルート）、横断検索サーバ５のＤＢ接続管理部５０７は、利用者ＩＤに基づきＤＢ状態テーブル５２９を検索し、ログアウト要求を行ったユーザが接続中であるＤＢを１件特定する（ステップＳ７９）。そして、ＤＢ接続管理部５０７は、特定したＤＢについてＤＢ切断処理を行う（ステップＳ８１）。ＤＢ接続処理の詳細については後述するが、特定したＤＢへの接続の切断及びＤＢ状態テーブル５２９の更新がなされる。また、ＤＢ接続管理部５０７は、ログアウト要求を行ったユーザが接続中である全てのＤＢについての切断処理が終了したか判定する（ステップＳ８３）。ログアウト要求を行ったユーザが接続中である全てのＤＢについての切断処理が終了したと判定されなかった場合（ステップＳ８３：Ｎｏルート）、ステップＳ７９の処理に戻り、次のＤＢを特定する。

一方、ログアウト要求を行ったユーザが接続中である全てのＤＢについての切断処理が終了したと判定された場合（ステップＳ８３：Ｙｅｓルート）、横断検索サーバ５のＷｅｂサーバ部５０１は、ログアウト要求を行ったユーザを横断検索サーバ５からログアウトする（ステップＳ８５）。そして、Ｗｅｂサーバ部５０１は、ログアウト完了ページのデータを生成し、ユーザ端末３に送信する（ステップＳ８７）。ユーザ端末３のＷｅｂブラウザは、ログアウト完了ページのデータを横断検索サーバ５から受信し、表示装置に表示する（ステップＳ８９）。このようにしてログアウト処理がなされ、一連の処理を終了する。

図１５を用いて、端子Ｄを介して移行した後の処理について説明する。まず、横断検索サーバ５のＤＢ接続管理部５０７は、一覧表示中のＤＢと今回の選択入力を行ったユーザの利用者ＩＤとに基づきＤＢ状態テーブル５２９を検索する（図１５：ステップＳ１０１）。そして、ＤＢ接続管理部５０７は、今回の選択入力を行ったユーザが、一覧表示中のＤＢに接続中であるか判定する（ステップＳ１０３）。接続中であると判定された場合（ステップＳ１０３：Ｙｅｓルート）、後に述べるステップＳ１０７の処理に移行する。一方、接続中ではないと判定された場合（ステップＳ１０３：Ｎｏルート）、ＤＢ接続管理部５０７は、ＤＢ接続処理を行う（ステップＳ１０５）。ＤＢ接続処理の詳細については後述するが、一覧表示中のＤＢへの接続及びＤＢ状態テーブル５２９の更新がなされる。

次に、横断検索サーバ５の検索処理部５０３は、ステップＳ７３（図１４）において受信した書籍番号を、一覧表示中のＤＢを管理するＤＢサーバ（ＤＢサーバ７、ＤＢサーバ９及びＤＢサーバ１１のいずれか）に送信する（ステップＳ１０７）。ＤＢサーバは、書籍番号を横断検索サーバ５から受信し、ワーク・メモリ領域等の記憶装置に一旦格納する（ステップＳ１０９）。また、ＤＢサーバは、受信した書籍番号に基づき検索処理を実行する（ステップＳ１１１）。そして、ＤＢサーバは、検索処理の結果得られた詳細データを横断検索サーバ５に送信する（ステップＳ１１３）。横断検索サーバ５の検索処理部５０３は、詳細データをＤＢサーバから受信し、詳細データ格納部５１３に格納する（ステップＳ１１５）。なお、詳細データには、少なくとも著者名及び分類に関するデータが含まれている。

また、検索処理部５０３は、受信した詳細データに基づき、検索条件テーブル５２１の未登録項目にデータを登録する（ステップＳ１１７）。具体的には、まず、今回の選択入力を行ったユーザの利用者ＩＤに基づき、検索条件テーブル５２１を検索する。該当するレコードには、ユーザが最初に指定した検索条件が登録されているが、最初の検索では、ユーザは、著者とタイトルとの少なくともいずれかについての文字列を指定すればよいため、検索条件テーブル５２１のレコードの生成時には、全ての列について正確なデータが登録されているわけではない。そこで、詳細データを用いて正確なデータを登録する。少なくとも著者の列５５４及び分類の列５５６（図５）に正確なデータを登録する。

次に、検索処理部５０３は、今回の選択入力を行ったユーザの利用者ＩＤと一覧表示中のＤＢの名称と詳細データに含まれている著者名及び分類とを用いて検索履歴テーブル５２５のレコードを生成し、登録する（ステップＳ１１９）。また、横断検索サーバ５の予測処理部５０５は、予測処理を行う（ステップＳ１２１）。予測処理の詳細については後述するが、接続を確保すべき予測接続先ＤＢの決定処理がなされ、予測接続先ＤＢを特定可能なデータ（例えばＤＢ名称）が予測結果格納部５１５に格納される。そして処理は端子Ｅを介して図１６の処理に移行する。このようにして詳細データの取得がなされる。

図１６を用いて、端子Ｅを介して移行した後の処理について説明する。まず、横断検索サーバ５のＷｅｂサーバ部５０１は、予測接続先ＤＢが決定されたか判定する（図１６：ステップＳ１３１）。予測結果格納部５１５を参照し、予測接続先ＤＢを特定可能なデータ（例えばＤＢ名称）が格納されていれば、予測接続先ＤＢが決定されたと判定される。予測接続先ＤＢが決定されなかったと判定された場合（ステップＳ１３１：Ｎｏルート）、Ｗｅｂサーバ部５０１は、詳細データ格納部５１３に格納されている詳細データを用いて書籍詳細ページのデータを生成する（ステップＳ１３３）。そして、後に述べるステップＳ１４３の処理に移行する。

一方、予測接続先ＤＢが決定されたと判定された場合（ステップＳ１３１：Ｙｅｓルート）、ＤＢ接続管理部５０７は、予測接続先ＤＢと今回の選択入力を行ったユーザの利用者ＩＤとに基づきＤＢ状態テーブル５２９を検索する（ステップＳ１３５）。そして、ＤＢ接続管理部５０７は、今回の選択入力を行ったユーザが、予測接続先ＤＢに接続中であるか判定する（ステップＳ１３７）。接続中であると判定された場合（ステップＳ１３７：Ｙｅｓルート）、後に述べるステップＳ１４１の処理に移行する。一方、接続中ではないと判定された場合（ステップＳ１３７：Ｎｏルート）、ＤＢ接続管理部５０７は、ＤＢ接続処理を行う（ステップＳ１３９）。ＤＢ接続処理の詳細については後述するが、ここでは予測接続先ＤＢへの接続及びＤＢ状態テーブル５２９の更新がなされる。また、横断検索サーバ５のＷｅｂサーバ部５０１は、予測接続先ＤＢの名称と詳細データ格納部５１３に格納されている詳細データとを用いて、予測接続先ＤＢを強調表示した態様の書籍詳細ページのデータを生成する（ステップＳ１４１）。

そして、Ｗｅｂサーバ部５０１は、ステップＳ１３３又はステップＳ１４１において生成した書籍詳細ページのデータをユーザ端末３に送信する（ステップＳ１４３）。ユーザ端末３のＷｅｂブラウザは、書籍詳細ページのデータを横断検索サーバ５から受信し、表示装置に表示する（ステップＳ１４５）。そして端子Ｃを介して図１４の処理に戻る。このようにして書籍詳細ページが表示される。なお、書籍詳細ページが表示されている状態で図１４の処理に戻った場合には、書籍番号が選択入力されることはないためステップＳ７５（図１４）の判定処理をスキップしてもよい。またそのような場合には一覧表示されているＤＢもないため、ヒット件数表示部１１００に示されている全てのＤＢが選択入力の対象となる。

図１７に、書籍詳細ページの一例を示す。図１７の例には、ヒット件数表示部１１００とログアウトボタン９１０と詳細データ表示部１７００とが含まれている。なお、図１３に示した一覧ページと同様の構成要素については同じ符号を付してあるが、ヒット件数表示部１１００において、「○○サーチ」が強調表示されている。これは、「○○サーチ」という名称のＤＢが、予測接続先ＤＢとして決定され且つ接続が確保されていることを表している。また、詳細データ表示部１７００には、１件の書籍についての詳細なデータが示されている。

図１８を用いてＤＢ接続処理（図１０：ステップＳ３７、図１５：ステップＳ１０５及び図１６：ステップＳ１３９）の詳細について説明する。なお、上に示したように、ＤＢ接続処理を実施する時点では、ＤＢ接続処理の対象となるＤＢサーバが特定されている。まず、横断検索サーバ５のＤＢ接続管理部５０７は、ＤＢ状態テーブル５２９を参照して今回のＤＢ接続処理の対象となるＤＢサーバの空きアカウントを取得し、ワーク・メモリ領域等の記憶装置に一旦格納する（図１８：ステップＳ１５１）。空きアカウントとは、ＤＢ状態テーブル５２９（図４）において、状態の列４０４の値が「未接続」であるレコードのアカウントの列４０２の値である。なお、空きアカウントがない場合には、例えば他のユーザのＤＢ切断処理を先に行うことにより空きアカウントを取得する。

そして、ＤＢ接続管理部５０７は、取得した空きアカウントに対応するＤＢ状態テーブル５２９のレコードを更新する（ステップＳ１５３）。具体的には、状態の列４０４（図４）に「接続中」という値を登録し、使用中の利用者ＩＤの列４０６（図４）にユーザの利用者ＩＤを登録する。また、ＤＢ接続管理部５０７は、取得したアカウントを含むログイン・データをＤＢサーバに送信する（ステップＳ１５５）。ログイン・データには、例えば別のテーブルから取得したパスワード等が含まれる。ログインに成功すると、ＤＢサーバからログイン完了データが送信されてくるので、ＤＢ接続管理部５０７は、当該ログイン完了データを受信する（ステップＳ１５７）。そして元の処理に戻る。このようにしてＤＢ接続処理が行われる。

図１９を用いてＤＢ切断処理（図１０：ステップＳ４９及び図１４：ステップＳ８１）の詳細について説明する。なお、上に示したように、ＤＢ切断処理を実施する時点では、ＤＢ切断処理の対象となるＤＢサーバが特定されている。まず、横断検索サーバ５のＤＢ接続管理部５０７は、今回のＤＢ切断処理の対象となるＤＢサーバにログアウト要求を送信する（図１９：ステップＳ１６１）。ログアウト要求には、ユーザの利用者ＩＤに基づきＤＢ状態テーブル５２９から特定したアカウントが含まれる。ログアウトに成功すると、ＤＢサーバからログアウト完了データが送信されてくるので、ＤＢ接続管理部５０７は、当該ログアウト完了データを受信する（ステップＳ１６３）。また、ＤＢ接続管理部５０７は、ログアウトしたアカウントに対応するＤＢ状態テーブル５２９のレコードを更新する（ステップＳ１６５）。具体的には、状態の列４０４（図４）に「未接続」という値を登録し、使用中の利用者ＩＤの列４０６（図４）の値をクリアする。そして元の処理に戻る。このようにしてＤＢ切断処理が行われる。

図２０を用いて予測処理（図１５：ステップＳ１２１）の詳細について説明する。まず、横断検索サーバ５の予測処理部５０５は、検索条件テーブル５２１から、今回の検索に対応するレコードを特定する（ステップＳ１７１）。そして、予測処理部５０５は、特定されたレコードの著者名（著者の列５５４（図５）の値）及び分類コード（分類の列５５６（図５）の値）を抽出し、ワーク・メモリ領域等の記憶装置に一旦格納する（図２０：ステップＳ１７３）。

次に、予測処理部５０５は、ユーザの利用者ＩＤと検索条件テーブル５２１のレコードから抽出した著者名及び分類コードとに基づき検索結果テーブル５２３を検索する（ステップＳ１７５）。そして、予測処理部５０５は、該当するレコードが存在するか判定する（ステップＳ１７７）。該当するレコードが存在しないと判定された場合（ステップＳ１７７：Ｎｏルート）、予測処理を終了して元の処理に戻る。すなわち、予測接続先ＤＢを特定せずに終了する。一方、該当するレコードが存在すると判定された場合（ステップＳ１７７：Ｙｅｓルート）、予測処理部５０５は、該当するレコードの件数が最多のＤＢを特定する（ステップＳ１７９）。

また、予測処理部５０５は、ステップＳ１７９において複数のＤＢが特定されたか判定する（ステップＳ１８１）。複数のＤＢが特定されなかったと判定された場合（ステップＳ１８１：Ｎｏルート）、後に述べるステップＳ１８９の処理に移行する。一方、複数のＤＢが特定されたと判定された場合（ステップＳ１８１：Ｙｅｓルート）、予測処理部５０５は、ステップＳ１７３において抽出された分類コードに基づき検索履歴テーブル５２５を検索し、該当するレコードの件数が最多のＤＢを特定する（ステップＳ１８３）。

また、予測処理部５０５は、ステップＳ１８３において複数のＤＢが特定されたか判定する（ステップＳ１８５）。複数のＤＢが特定されなかったと判定された場合（ステップＳ１８５：Ｎｏルート）、後に述べるステップＳ１８９の処理に移行する。一方、複数のＤＢが特定されたと判定された場合（ステップＳ１８５：Ｙｅｓルート）、予測処理部５０５は、ユーザの利用者ＩＤに基づき検索履歴テーブル５２５を検索し、該当するレコードの件数が最多のＤＢを特定する（ステップＳ１８７）。そして、予測処理部５０５は、特定されたＤＢを予測接続先ＤＢとして決定し、当該予測接続先ＤＢを特定可能なデータ（例えばＤＢ名称）を予測結果格納部５１５に格納する（ステップＳ１８９）。そして元の処理に戻る。

このようにして予測処理が行われる。なお、予測接続先ＤＢは必ずしもこのような方法で決定されるとは限らない。例えば、ステップＳ１７９やステップＳ１８３において複数のＤＢが特定されてもそのまま予測接続先ＤＢとして決定してもよいし、ステップＳ１７３の直後にステップＳ１８３の処理を行い、特定されたＤＢを予測接続先ＤＢとして決定するようにしてもよい。また、ステップＳ１７９、ステップＳ１８３及びステップＳ１８７において、該当するレコードの件数の多い順に上位所定数のＤＢを特定するようにしてもよい。

以上のようにして、図１に示したシステムの処理が行われる。これにより、適切なＤＢ（サーバ）接続状態を実現することができる。

以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、書籍詳細ページ（図１７）には１件の書籍についての詳細データが表示されるような例を示したが、一覧ページ（図１３）においてチェックボックス等を用いて複数の書籍（レコード）を選択できるようにしておき、書籍詳細ページ（図１７）には、選択された書籍についての詳細データが一括で表示されるようにしてもよい。

また例えば、図３乃至図７に示したテーブル構成は一例であって、同様のデータを格納するためであれば別の構成を採用するようにしてもよいし、必要に応じて項目を追加又は削除してもよい。また、図１に示した横断検索サーバの機能ブロック構成は一例であって、実際のプログラム・モジュール構成とは異なる場合がある。同様に、図２に示したコンピュータの機能ブロック図も一例であって、実際のハードウェア構成とは異なる場合もある。また、横断検索サーバが複数のサーバによって構成されている場合もある。

また、図９、図１１、図１３及び図１７に示した画面例も一例であって、同様の表示内容を別の態様で表す場合もある。さらに、図８、図１０、図１２、図１４乃至図１６、及び図１８乃至図２０に示した処理フローも一例であって、同様の処理結果が得られる範囲において処理の順序を入れ替えてもよいし、必要に応じてステップを追加又は削除してもよい。

（付記１）
ユーザから指定された検索条件に合致するデータを複数のデータベースから取得し、検索結果データとして検索結果テーブルに格納するステップと、
前記複数のデータベースへの接続のうち、少なくとも一部のデータベースへの接続を切断するステップと、
前記検索結果データに含まれる検索結果レコードのうち特定の検索結果レコードについての前記ユーザからの詳細データ参照要求に応じて、前記特定の検索結果レコードの抽出元のデータベースに接続して詳細データを取得し、詳細データ格納部に格納するステップと、
前記詳細データ格納部に格納された前記詳細データを用いて、予め接続しておくべき予測接続先データベースを決定し、当該予測接続先データベースへの接続を確保する予測接続ステップと、
を含み、コンピュータにより実行されるセション管理方法。

（付記２）
前記予測接続先データベースに接続している状態において、当該予測接続先データベースを識別可能な態様で前記ユーザに提示する予測接続先データベース提示ステップ
をさらに含む付記１記載のセション管理方法。

（付記３）
前記予測接続ステップが、
前記詳細データ格納部に格納された前記詳細データの属性値の少なくとも一部に基づき前記検索結果テーブルを検索し、合致する属性値を含む検索結果レコードの件数の多い順に上位第１の所定数のデータベースを前記予測接続先データベースとして決定する第１決定ステップ
を含む付記１記載のセション管理方法。

（付記４）
前記詳細データの属性値の少なくとも一部が、著者名及び分類コードを含むことを特徴とする
付記３記載のセション管理方法。

（付記５）
前記ユーザのＩＤと前記ユーザから指定された検索条件と前記特定の検索結果レコードの抽出元のデータベースの名称とに基づき検索履歴レコードを生成し、前記検索履歴テーブルに格納するステップ
をさらに含み、
前記予測接続ステップが、
前記詳細データ格納部に格納された前記詳細データの属性値の少なくとも一部に基づき前記検索履歴テーブルを検索し、合致する検索条件を含む検索履歴レコードの件数の多い順に上位所定数のデータベースを前記予測接続先データベースとして決定するステップ
を含む付記１記載のセション管理方法。

（付記６）
前記詳細データの属性値の少なくとも一部が、分類コードを含むことを特徴とする
付記５記載のセション管理方法。

（付記７）
前記ユーザのＩＤと前記ユーザから指定された検索条件と前記特定の検索結果レコードの抽出元のデータベースの名称とに基づき検索履歴レコードを生成し、前記検索履歴テーブルに格納するステップ
をさらに含み、
前記予測接続ステップが、
前記ユーザのＩＤに基づき前記検索履歴テーブルを検索し、合致するユーザＩＤを含む検索履歴レコードの件数の多い順に、前記第１決定ステップにおいて決定された前記第１の所定数の予測接続先データベースのうち上位第２の所定数のデータベースを、新たに前記予測接続先データベースとして決定する第２決定ステップをさらに含む
付記３記載のセション管理方法。

（付記８）
前記複数のデータベースについて、前記ユーザから指定された検索条件に合致したデータの件数を各データベースに対応付け且ついずれかのデータベースを選択可能な態様で前記ユーザに提示するステップ
をさらに含む付記１記載のセション管理方法。

（付記９）
ユーザから指定された検索条件に合致するデータを複数のデータベースから取得し、検索結果データとして検索結果テーブルに格納するステップと、
前記複数のデータベースへの接続のうち、少なくとも一部のデータベースへの接続を切断するステップと、
前記検索結果データに含まれる検索結果レコードのうち特定の検索結果レコードについての前記ユーザからの詳細データ参照要求に応じて、前記特定の検索結果レコードの抽出元のデータベースに接続して詳細データを取得し、詳細データ格納部に格納するステップと、
前記詳細データ格納部に格納された前記詳細データを用いて、予め接続しておくべき予測接続先データベースを決定し、当該予測接続先データベースへの接続を確保するステップと、
をコンピュータに実行させるためのセション管理プログラム。

（付記１０）
ユーザから指定された検索条件に合致するデータを複数のデータベースから取得し、検索結果データとして検索結果テーブルに格納する手段と、
前記複数のデータベースへの接続のうち、少なくとも一部のデータベースへの接続を切断する手段と、
前記検索結果データに含まれる検索結果レコードのうち特定の検索結果レコードについての前記ユーザからの詳細データ参照要求に応じて、前記特定の検索結果レコードの抽出元のデータベースに接続して詳細データを取得し、詳細データ格納部に格納する手段と、
前記詳細データ格納部に格納された前記詳細データを用いて、予め接続しておくべき予測接続先データベースを決定し、当該予測接続先データベースへの接続を確保する手段と、
を有するセション管理装置。

本発明の一実施の形態におけるシステム構成図である。本発明の一実施の形態におけるコンピュータの機能ブロックの概要を示す図である。利用者テーブルの構成及び格納されるデータの一例を示す図である。ＤＢ状態テーブルの構成及び格納されるデータの一例を示す図である。検索条件テーブルの構成及び格納されるデータの一例を示す図である。検索結果テーブルの構成及び格納されるデータの一例を示す図である。検索履歴テーブルの構成及び格納されるデータの一例を示す図である。本発明の一実施の形態における処理フローを示す第１の図である。横断検索ページの一例を示す図である。本発明の一実施の形態における処理フローを示す第２の図である。ヒット数表示ページの一例を示す図である。本発明の一実施の形態における処理フローを示す第３の図である。一覧ページの一例を示す図である。本発明の一実施の形態における処理フローを示す第４の図である。本発明の一実施の形態における処理フローを示す第５の図である。本発明の一実施の形態における処理フローを示す第６の図である。書籍詳細ページの一例を示す図である。ＤＢ接続処理の処理フローを示す図である。ＤＢ切断処理の処理フローを示す図である。予測処理の処理フローを示す図である。

符号の説明

１ネットワーク３ユーザ端末
５横断検索サーバ７，９，１１ＤＢサーバ
５０１Ｗｅｂサーバ部５０３検索処理部
５０５予測処理部５０７ＤＢ接続管理部
５１１指定データ格納部５１３詳細データ格納部
５１５予測結果格納部５２１検索条件テーブル
５２３検索結果テーブル５２５検索履歴テーブル
５２７利用者テーブル５２９ＤＢ状態テーブル

Claims

利用する際にユーザ毎のログインが必要とされる複数のデータベースに対して接続可能なコンピュータにより実行されるセション管理方法であって、
前記コンピュータが、ユーザから指定された検索条件に合致するデータをログイン接続の確立された前記複数のデータベースから取得し、検索結果データとして検索結果テーブルに格納するステップと、
前記コンピュータが、前記複数のデータベースへの確立されたログイン接続のうち、少なくとも一部のデータベースへのログイン接続を切断するステップと、
前記コンピュータが、前記検索結果データに含まれる検索結果レコードのうち特定の検索結果レコードについての前記ユーザからの詳細データ参照要求に応じて、前記特定の検索結果レコードの抽出元のデータベースにログイン接続して詳細データを取得し、詳細データ格納部に格納するステップと、
前記コンピュータが、前記詳細データの属性値の少なくとも一部に基づき前記検索結果テーブルを検索し、合致する属性値を含む検索結果レコードの件数の多い順に上位所定数のデータベースを予測接続先データベースとして決定し、当該予測接続先データベースへのログイン接続を確保する予測接続ステップと、
を含むセション管理方法。
前記コンピュータが、前記予測接続先データベースにログイン接続している状態において、当該予測接続先データベースを識別可能な態様で前記ユーザに提示する予測接続先データベース提示ステップ
をさらに含む請求項１記載のセション管理方法。
前記詳細データの属性値の少なくとも一部が、著者名及び分類コードを含むことを特徴とする
請求項１記載のセション管理方法。
利用する際にユーザ毎のログインが必要とされる複数のデータベースに対して接続可能なセション管理装置であって、
ユーザから指定された検索条件に合致するデータをログイン接続の確立された前記複数のデータベースから取得し、検索結果データとして検索結果テーブルに格納する手段と、
前記複数のデータベースへの確立されたログイン接続のうち、少なくとも一部のデータベースへのログイン接続を切断する手段と、
前記検索結果データに含まれる検索結果レコードのうち特定の検索結果レコードについての前記ユーザからの詳細データ参照要求に応じて、前記特定の検索結果レコードの抽出元のデータベースにログイン接続して詳細データを取得し、詳細データ格納部に格納する手段と、
前記詳細データの属性値の少なくとも一部に基づき前記検索結果テーブルを検索し、合致する属性値を含む検索結果レコードの件数の多い順に上位所定数のデータベースを予測接続先データベースとして決定し、当該予測接続先データベースへのログイン接続を確保する手段と、
を有するセション管理装置。