セッション管理方法及びサーバ
【課題】利用者が必要としているセッション保持時間を推定し、複数の端末機器間にまたがるセッションを管理する。
【解決手段】複数のクライアント端末からアクセス可能なサーバのセッション管理方法であって、複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録し、アクセス履歴管理データベースに基づいて、セッション管理時間を設定し、複数のクライアント端末のうち、アクセスのあった第１のクライアント端末とのセッションを確立し、セッションが確立してから計時を開始し、セッション管理時間が経過したときに、セッションを切断し、セッション管理時間内に第２のクライアント端末からのアクセスがあると、第１のクライアント端末との間で確立されたセッションを第２のクライアント端末との間で継続する。
【解決手段】複数のクライアント端末からアクセス可能なサーバのセッション管理方法であって、複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録し、アクセス履歴管理データベースに基づいて、セッション管理時間を設定し、複数のクライアント端末のうち、アクセスのあった第１のクライアント端末とのセッションを確立し、セッションが確立してから計時を開始し、セッション管理時間が経過したときに、セッションを切断し、セッション管理時間内に第２のクライアント端末からのアクセスがあると、第１のクライアント端末との間で確立されたセッションを第２のクライアント端末との間で継続する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はセッション管理方法及びサーバに係り、特に複数の端末機器間にまたがるセッションを管理するセッション管理方法及びサーバに関する。
【背景技術】
【０００２】
ウェブサーバ及びクライアントである端末機器は、通常ＨＴＴＰを用いて通信する。このＨＴＴＰは、ページ要求に対して応答を返すだけの、状態を保持しないプロトコルである。
【０００３】
したがって、サーバの提供するウェブアプリケーションによっては、サーバ側で、端末機器のページ要求毎に、要求してきた端末機器の識別と、端末機器が送信してきたデータの保持を行う必要がある。そのため、サーバは、端末機器固有の情報を利用して端末機器を識別し、セッション中に端末機器から送信されたデータをメモリ上で保持するというセッション管理機能を持ち、それによって端末機器を識別したデータ保持を行っている。このとき、セッション保持時間内に端末機器からのアプリケーションのページ要求やページ更新がない場合は、セッションを自動的に終了させ、保持しているデータを消去することにより、サーバが過負荷にならないように制御している。
【０００４】
このように、セッション管理は、サーバにとって重要な役割を果たすものであり、ユーザの使い勝手を改善するための様々な提案がなされている。
【０００５】
例えば、引用文献１には、アクセス経路等のアクセス履歴を活かし、セッション保持時間を算出する技術が記載されている。
【０００６】
また、引用例２には、一旦ネットワークが遮断された後に接続が再開した場合に、遮断されたときの状態から再開するための情報としてアクセス履歴を利用する技術が記載されている。
【０００７】
さらに、引用例３には、利用者のコンテンツ内での操作情報をアクセス履歴として記録し、使用頻度の高いコンテンツの情報を効率的に端末機器宛に送信する技術が記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−１４１５５１号公報
【特許文献２】特開平１１−２６５３４７号公報
【特許文献３】特開２００５−７８３３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
情報社会の発達に伴い、携帯電話やモバイルＰＣ等、メインとして利用しているＰＣ以外の様々な端末機器を利用する機会が増えている。しかし、サーバへのアクセス中にアクセスする端末機器を変更してしまうと、セッションが遮断されてしまい、セッション保持時間内であっても望みどおりの場所からは再開できず、やり直しが発生してしまう。
【００１０】
しかしながら、特許文献１〜３に記載の発明は、いずれも同一端末機器からスムーズにアクセスを再開する方法であり、セッションを異なる端末機器間で保持する技術については言及されていない。また、セッションを異なる端末機器間で保持する場合には、セッションの保持時間を推定することが重要となる。
【００１１】
本発明はこのような事情に鑑みてなされたもので、利用者が必要としているセッション保持時間を推定し、複数の端末機器間にまたがるセッション管理を可能とするセッション管理方法及びサーバを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記目的を達成するために請求項１に記載のセッション管理方法は、ネットワークを介して複数のクライアント端末からアクセス可能なサーバのセッション管理方法であって、前記複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録する記録工程と、前記アクセス履歴管理データベースに基づいて、セッション保持時間を設定するセッション保持時間設定工程と、前記複数のクライアント端末のうち、アクセスのあった第１のクライアント端末とのセッションを確立するセッション確立工程と、前記セッションが確立してから計時を開始する計時工程と、前記計時工程の計時結果に基づいて、前記セッション保持時間が経過したときに、前記セッションを切断する切断工程と、前記セッション保持時間内に第２のクライアント端末からのアクセスがあると、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続する継続工程とを備えたことを特徴とする。
【００１３】
請求項１に記載の発明によれば、複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録し、アクセス履歴管理データベースに基づいてセッション保持時間を設定し、セッション保持時間内に第２のクライアント端末からのアクセスがあると、第１のクライアント端末との間で確立されたセッションを第２のクライアント端末との間で継続するようにしたので、利用者が必要としているセッション保持時間を推定し、複数のクライアント端末間にまたがるセッションを管理することができる。
【００１４】
請求項２に示すように請求項１に記載のセッション管理方法において、前記複数のクライアント端末の利用者を利用者情報データベースに記録する利用者登録工程を備え、前記セッション保持時間設定工程は、利用者毎にセッション保持時間を設定することを特徴とする。
【００１５】
これにより、適切なセッション保持時間を設定することができる。
【００１６】
請求項３に示すように請求項２に記載のセッション管理方法において、前記記録工程は、前記複数のクライアント端末からのアクセス時間を前記アクセス履歴管理データベースに記録し、前記セッション保持時間設定工程は、利用者毎のアクセス時間に基づいて、利用者毎にセッション保持時間を設定することを特徴とする。
【００１７】
これにより、適切なセッション保持時間を設定することができる。
【００１８】
請求項４に示すように請求項３に記載のセッション管理方法において、前記セッション保持時間設定工程は、利用者毎のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする。
【００１９】
これにより、適切なセッション保持時間を設定することができる。
【００２０】
請求項５に示すように請求項３又は４に記載のセッション管理方法において、前記セッション保持時間設定工程は、利用者毎の所定期間内のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする。
【００２１】
これにより、適切なセッション保持時間を設定することができる。
【００２２】
請求項６に示すように請求項３から５のいずれかに記載のセッション管理方法において、前記セッション保持時間設定工程は、利用者毎の所定曜日のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする。
【００２３】
これにより、適切なセッション保持時間を設定することができる。
【００２４】
請求項７に示すように請求項１から６のいずれかに記載のセッション管理方法において、前記記録工程は、前記複数のクライアント端末のアクセス先毎のアクセス履歴を前記アクセス履歴管理データベースに記録し、前記セッション保持時間設定工程は、アクセス先毎にセッション保持時間を設定することを特徴とする。
【００２５】
これにより、適切なセッション保持時間を設定することができる。
【００２６】
請求項８に示すように請求項１から７のいずれかに記載のセッション管理方法において、前記継続工程は、前記第１のクライアント端末からのアクセスがない場合に、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする。
【００２７】
これにより、適切に複数のクライアント端末間にまたがるセッションを管理することができる。
【００２８】
請求項９に示すように請求項１から８のいずれかに記載のセッション管理方法において、前記継続工程は、前記利用者データベースの登録内容に基づいて、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする。
【００２９】
これにより、端末管理データベースに登録されたクライアント端末間にまたがるセッションだけを継続することができ、セキュリティを強化することができる。
【００３０】
請求項１０に示すように請求項９に記載のセッション管理方法において、前記端末管理データベースは、クライアント端末毎の所有者情報を備え、前記継続工程は、前記第１のクライアント端末の所有者と前記第２のクライアント端末の所有者が同じである場合に、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする。
【００３１】
これにより、同じ所有者のクライアント端末間にまたがるセッションだけを継続することができ、セキュリティを強化することができる。
【００３２】
請求項１１に示すように請求項１から１０のいずれかに記載のセッション管理方法において、前記アクセス履歴管理データベースに基づいて、前記複数のクライアント端末のクライアント端末毎の利用開始時刻を推定し、前記推定した利用開始時刻に前記クライアント端末から前記サーバへアクセスさせることを特徴とする。
【００３３】
これにより、利用者が操作をすることなく、推定した利用開始時刻にサーバへアクセスさせることができる。
【００３４】
請求項１２に示すように請求項１から１１のいずれかに記載のセッション管理方法において、前記記録工程は、前記複数のクライアント端末のアクセス時の位置情報を前記アクセス履歴管理データベースに記録し、前記位置情報に基づいて前記クライアント端末から前記サーバへアクセスさせることを特徴とする。
【００３５】
これにより、利用者が操作をすることなく、所望の場所に到着時にサーバへアクセスさせることができる。
【００３６】
前記目的を達成するために請求項１３に記載のサーバは、ネットワークを介して複数のクライアント端末からアクセス可能なサーバであって、前記複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録する記録手段と、前記アクセス履歴管理データベースに基づいて、セッション保持時間を設定するセッション保持時間設定工程と、前記複数のクライアント端末のうちアクセスのあった第１のクライアント端末とのセッションを確立するセッション確立手段と、前記セッションが確立してから計時を開始する計時手段と、前記計時手段の計時結果に基づいて、前記セッション保持時間が経過したときに、前記セッションを切断する切断手段と、前記セッション保持時間内に第２のクライアント端末からのアクセスがあると、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続する継続手段と、を備えたことを特徴とする。
【発明の効果】
【００３７】
本発明によれば、利用者が必要としているセッション保持時間を推定し、複数の端末機器間にまたがるセッションを管理することができる。
【図面の簡単な説明】
【００３８】
【図１】セッション管理システムの概略図
【図２】利用者情報管理ＤＢのデータの一例を示す図
【図３】アクセス履歴管理ＤＢのデータの一例を示す図
【図４】セッション管理処理を示すフローチャート
【図５】設定時刻における自動アクセスを説明するための図
【図６】位置情報を利用した自動アクセスを行う場合のアクセス履歴管理ＤＢのデータの一例を示す図
【図７】利用者情報管理ＤＢのデータの一例を示す図
【図８】アクセス履歴管理ＤＢのデータの一例を示す図
【図９】セッション保持時間を推定する処理を示すフローチャート
【発明を実施するための形態】
【００３９】
以下、添付図面に従って本発明に係るセッション管理方法及びサーバの好ましい実施の形態について説明する。
【００４０】
＜第１の実施形態＞
図１は、本発明に係るセッション管理システム１０の概略図である。セッション管理システム１０は、パーソナルコンピュータ１１（以下、ＰＣ１１とする）、携帯電話１２、モバイルＰＣ１３、ＰＤＡ１４等の複数のクライアント端末機器、インターネット２１、
及びウェブコンテンツサーバ３１（以下、サーバ３１とする）等から構成される。
【００４１】
ＰＣ１１、モバイルＰＣ１３、ＰＤＡ１４は、例えば有線又は無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介してインターネット２１に通信可能に接続される。また、携帯電話１２は、移動通信事業者のゲートウェイサーバ等を介してインターネット２１に接続される。
【００４２】
サーバ３１は、インターネット２１を介して複数のクライアント端末と接続され、各種ウェブコンテンツを提供する。
【００４３】
また、サーバ３１は、利用者情報管理データベース３２（以下、利用者情報管理ＤＢ３２とする）と、アクセス履歴管理データベース３３（以下、アクセス履歴管理ＤＢ３３とする）を備えており、ウェブコンテンツを利用する利用者毎のクライアント端末の情報とアクセス履歴を管理している。
【００４４】
図２は、利用者情報管理ＤＢ３２に保存された利用者毎の利用者情報データの一例を示す図であり、ここでは利用者Ｐと利用者Ｑのデータについて示している。
【００４５】
利用者Ｐは、ＰＣ１１、携帯電話１２、及びモバイルＰＣ１３を、サーバ３１を利用するためのクライアント端末として予め登録しており、利用者情報管理ＤＢ３２には、これらのクライアント端末のＭＡＣアドレスやユーザエージェント等の機器を特定するための情報が、利用者Ｐに関連付けて記録されている。
【００４６】
また、利用者情報管理ＤＢ３２には、利用者毎に予め決められたセッション保持時間が記録されており、例えば利用者Ｐのセッション保持時間は６０分となっている。
【００４７】
同様に、利用者情報管理ＤＢ３２には、利用者Ｑの登録端末機器ＰＤＡ１４のＭＡＣアドレスとセッション保持時間が記録されている。
【００４８】
次に、アクセス履歴管理ＤＢ３３について説明する。図３（ａ）は、アクセス履歴管理ＤＢ３３に記録された利用者毎のアクセス履歴データの一例を示す図であり、ここでは、利用者Ｐのアクセス履歴について示している。また、図３（ｂ）は、９月２５日における利用者Ｐの行動を示す図である。サーバ３１は、携帯電話１２の接続状況を逐次確認し、利用者Ｐの行動をアクセス履歴管理ＤＢ３３に記録する。
【００４９】
例えば、図３（ｂ）に示すように、利用者Ｐは、９月２５日の７：４５に自宅を出て、８：００に最寄り駅に到着し、ここで携帯電話１２においてサーバ３１にアクセスし、ニュースの閲覧を開始している（アクションＡ１）。サーバ３１は、このアクセスの履歴を、携帯電話１２の位置情報と共にアクセス履歴管理ＤＢ３３に記録する（レコードＲ１）。携帯電話１２の位置情報は、携帯電話１２に備えられているＧＰＳ機能により取得し、取得した位置情報をサーバ３１へ送信する。
【００５０】
次に、利用者Ｐは、８：０３に電車に乗り、８：２５に地下鉄に乗り換えている（アクションＡ２）。このため、携帯電話１２は電波の届かない場所に移動することになり、サーバ３１との接続を保持できなくなっている。サーバ３１は、この接続の切断を検出し、切断直前の携帯電話１２の位置情報と共にアクセス履歴として記録する（レコードＲ２）。なお、このときサーバ３１と携帯電話１２のセッションは切断されないものとする。
【００５１】
その後、利用者Ｐの乗った地下鉄が８：２８にある駅に停車したことにより（アクションＡ３）、再び携帯電話１２とサーバ３１が接続可能になる。サーバ３１は、この再接続を検出し、携帯電話１２の位置情報と共にアクセス履歴として記録する（レコードＲ３）。
【００５２】
さらに、利用者Ｐの乗った地下鉄が８：２９にある駅から発車後、利用者Ｐがニュース閲覧を終了している（アクションＡ４）。したがって、携帯電話１２は、この終了操作を携帯電話１２の位置情報と共にアクセス履歴として記録する（レコードＲ４）。
【００５３】
その後、８：４５に勤務先に到着した利用者Ｐは、８：５０にＰＣ１１を立ち上げ、ＰＣ１１においてニュース閲覧を開始している（アクションＡ５）。サーバ３１は、このニュース閲覧開始操作を、ＰＣ１１の位置情報と共にアクセス履歴として記録する（レコードＲ５）。ＰＣ１１がＧＰＳ機能を有していない場合は、予め住所から算出して入力した位置情報を記録すればよい。
【００５４】
また、利用者Ｐは９：００に始業開始のためにニュース閲覧を終了している。サーバ３１は、この終了操作を、ＰＣ１１の位置情報と共にアクセス履歴として記録する（レコードＲ６）。
【００５５】
このように、サーバ３１は、各利用者のアクセス履歴をアクセス履歴管理ＤＢ３３に記録しておく。
【００５６】
図４は、本発明に係るセッション管理処理を示すフローチャートである。ここでは、利用者Ｐが携帯電話１２及びＰＣ１１を用いてサーバ３１にアクセスする場合について説明する。
【００５７】
まず、利用者Ｐが、携帯電話１２を用いてサーバ３１が提供するウェブサイトへアクセスする（ステップＳ２１）。アクセスの際は、ユーザ認証のためのユーザ名やパスワードを入力する。
【００５８】
サーバ３１は、ユーザ名やパスワードからユーザ認証を行うと共に、携帯電話１２から端末情報（ユーザエージェント）を取得し（ステップＳ１）、アクセスの可否を判断する（ステップＳ２）。アクセス可否判断は、ユーザ認証の他に、利用者情報管理ＤＢ３２に登録されているクライアント端末であるか、及び同じ利用者（ここでは利用者Ｐ）の他の端末（ここではＰＣ１１やモバイルＰＣ１３）からサーバ３１にアクセスされていないか、の２点について判定することにより行う。
【００５９】
その結果、ユーザ認証に失敗した場合、利用者情報管理ＤＢ３２に登録されていない機器からのアクセスである場合、又は同じ利用者が他の端末からアクセスを行っている場合は、アクセス不可と判断し、携帯電話１２にアクセスが不可能（接続エラー）である旨を通知する（ステップＳ２２）。
【００６０】
これらに該当せず、アクセスが可能の場合は、アクセス履歴管理ＤＢ３３の、利用者Ｐにおける携帯電話１２の使用開始時間を更新し（ステップＳ３）、利用者情報管理ＤＢ３２に記録されている利用者Ｐのセッション保持時間を読み出し、読み出したセッション保持時間を設定して、携帯電話１２とのセッションを確立する（ステップＳ４）。
【００６１】
セッションが確立すると、利用者Ｐは、携帯電話１２においてアクセスしたウェブサイトでの作業を行うことができる（ステップＳ２３）。例えば、サーバ３１が業務管理サイトを提供している場合は、サイト内で業務用文書の作成や編集を行うことができ、ショッピングサイトを提供している場合には、注文情報の入力を行うことができる。
【００６２】
その後、ウェブサイトでの作業中に、利用者Ｐと携帯電話１２が電波の届かない場所へ移動したり、利用者Ｐが携帯電話１２の電源を切ったりしたことにより、サーバ３１との通信が不可能になったとする（ステップＳ２４）。
【００６３】
サーバ３１は、携帯電話１２からのアクセスが無くなったことを検知すると（ステップＳ５）、ステップＳ４において設定されたセッション保持時間が経過したか否かを判定する（ステップＳ６）。
【００６４】
設定されたセッション保持時間内である場合にはセッションを保持したまま（ステップＳ７）、設定されたセッション保持時間が経過している場合にはセッションを切断し、アクセス履歴管理ＤＢ３３の利用者Ｐにおける携帯電話１２の使用終了時間を更新する（ステップＳ８）。
【００６５】
次に、利用者Ｐが、ＰＣ１１を用いてサーバ３１が提供するウェブサイトへアクセスしたとする（ステップＳ３１）。
【００６６】
サーバ３１は、ＰＣ１１からアクセス端末情報を取得し（ステップＳ９）、アクセスの可否を判断する（ステップＳ１０）。アクセス可否判断は、ステップＳ２の場合と同様に行い、アクセスが不可と判断した場合は、ＰＣ１１に接続エラーである旨を通知する（ステップＳ３２）。
【００６７】
アクセス可能の場合は、アクセス履歴管理ＤＢ３３の利用者ＰにおけるＰＣ１１の使用開始時間を更新し（ステップＳ１１）、現在サーバ３１と利用者Ｐとのセッションが保持されているか否かを判定する（ステップＳ１２）。
【００６８】
セッションが保持されている場合は、その状態（ここでは、ステップＳ２３における携帯電話１２での作業の最後の状態）からセッションを再開する（ステップＳ１３）。また、セッションが保持されていない場合は、利用者情報管理ＤＢ３２に記録されている利用者Ｐのセッション保持時間を読み出し、読み出したセッション保持時間を設定して、ＰＣ１１とのセッションを確立する（ステップＳ１４）。
【００６９】
このようにしてセッションが再開又は確立され、利用者Ｐは、ＰＣ１１においてアクセスしたウェブサイトでの作業を行うことができる（ステップＳ３３）。セッションが再開された場合には、前回の作業の続きを行うことが可能である。
【００７０】
その後、ウェブブラウザを終了する等により、ＰＣ１１における作業を終了すると（ステップＳ３４）、サーバ３１は、ＰＣ１１において作業が終了したことを検知し、設定されたセッション保持時間が経過しているか否かを判定する（ステップＳ１５）。
【００７１】
設定されたセッション保持時間内である場合にはセッションを保持したまま（ステップＳ１６）、設定されたセッション保持時間が経過している場合にはセッションを切断し、アクセス履歴管理ＤＢ３３の利用者ＰにおけるＰＣ１１の使用終了時間を更新する（ステップＳ１７）。
【００７２】
したがって、利用者Ｐは、ＰＣ１１や携帯電話１２等の登録されているクライアント端末を用いてサーバ３１に再びアクセスした場合に、セッション保持時間内であればセッションが保持されているために、ステップＳ３３においてＰＣ１１において行っていた作業を、ステップＳ３４において中断したところから再開することができる。
【００７３】
このように、クライアント端末からの接続が遮断された場合であっても、セッション保持時間内であればセッションを保持しておくことで、同じ利用者の他のクライアント端末からのアクセスがあった場合に、接続が遮断されたところからセッションを再開させることができ、利用者は同じ作業を初めから行う必要が無く、利便性の高いシステムを提供することができる。
【００７４】
なお、サーバ３１がアクセス履歴管理ＤＢ３３を作成するのではなく、利用者が自己のスケジュールをサーバ３１に予め登録し、この登録されたスケジュールに応じてセッション保持時間を決定してもよい。
【００７５】
また、サーバ３１は、利用者情報管理ＤＢ３２に登録されている開始時刻を、利用者のクライアント端末に予めインストールされた専用ソフトウェアへ送信しておき、クライアント端末の専用ソフトウェアは、受信した開始時間になるとサーバ３１へ自動的にアクセスするように構成してもよい。
【００７６】
例えば、図５に示すように、利用者情報管理ＤＢ３２に、あるウェブサイトの利用者ＰのＰＣ１１における利用開始時刻が８：５０、携帯電話１２における利用開始時刻が８：００及び８：２８として登録されているとする。サーバ３１は、ＰＣ１１に予めインストールされている専用ソフトウェアに利用開始時刻８：５０を送信し、携帯電話１２に予めインストールされている専用ソフトウェアに利用開始時刻８：００及び８：２８を送信する。
【００７７】
各クライアント端末の専用ソフトウェアは、サーバ３１から送信されてきた利用開始時刻を起動時刻として設定する。
【００７８】
その後、起動時刻に到達すると、各クライアント端末の専用ソフトウェアは、サーバ３１の該当ウェブサイトへ自動でアクセスする。
【００７９】
例えば、携帯電話１２の利用開始時刻である８：００になると、携帯電話１２はサーバ３１へ自動的にアクセスを行い、ＰＣ１１の利用開始時刻である８：５０になると、ＰＣ１１はサーバ３１へ自動的にアクセスを行う。
【００８０】
この例では、８：５０にＰＣ１１がサーバ３１の該当ウェブサイトへアクセスしたときに、携帯電話１２とサーバ３１との接続が継続している場合も考えられる。このような場合には、サーバ３１は、先に接続されている携帯電話１２との接続を優先し、ＰＣ１１からのアクセスは受け付けない。ＰＣ１１は、定期的にアクセスをリトライし、接続が空き状態（すなわち、サーバ３１と携帯電話１２との接続が終了した状態）になったときにサーバ３１への接続が可能となる。
【００８１】
このように構成することで、利用者が逐次サーバ３１へアクセスを行う必要が無く、開始時刻になればすぐに作業を継続することができる。
【００８２】
なお、専用ソフトウェアが自動的にアクセスするウェブサイトは１つに限られず、複数のウェブサイトを登録可能に構成することが好ましい。また、利用開始時刻は、利用者が各クライアント端末の専用ソフトウェアに登録するように構成してもよい。
【００８３】
さらに、位置情報を利用することにより、クライアント端末の専用ソフトウェアにウェブサイトへのアクセスを要求するように構成してもよい。例えば、クライアント端末のＧＰＳ情報が取得不能となったことを検出し、このことから使用者が地下鉄に乗ったと判断し、地上に出る時間を推定する。
【００８４】
サーバ３１は、アクセス履歴管理ＤＢ３３に記録されたアクセス履歴に基づいて、遮断されたクライアント端末が再び接続可能となる時間を推定し、接続可能時間になったら、サーバ３１はクライアント端末の専用ソフトウェアに起動要求を出し、クライアント端末は、専用ソフトウェアからサーバ３１へアクセスする。
【００８５】
また、アクセス履歴管理ＤＢ３３に基づいて、再接続するクライアント端末と通信が遮断されたクライアント端末とが異なると判断した場合は、サーバ３１は、再接続するクライアント端末へ起動用要求を出してもよい。
【００８６】
図６は、位置情報を利用して自動的に再接続させる場合のアクセス履歴管理ＤＢ３３の一例であり、利用者Ｐの１月５日のアクセス履歴を示した図である。
【００８７】
同図に示すように、利用者Ｐの携帯電話１２によりＧＰＳ情報を５分おきに取得する。また、サイトへのアクセス開始時、及びアクセス終了時にもＧＰＳ情報を取得する。なお、同図において網がけ部分がＧＰＳ情報の定期取得による接続を示している。これらのＧＰＳ情報は、携帯電話１２からサーバ３１を介してアクセス履歴管理ＤＢ３３に随時記録される。
【００８８】
この例では、７：４８から８：０８までは、ＧＰＳ情報の取得に失敗しており、利用者Ｐが地下にいることが推測できる。また、７：４５における最後のＧＰＳ情報Ｂと、再びＧＰＳ情報が取得できるようになった８：１０のＧＰＳ情報Ｃから、利用者Ｐが地下鉄に乗って特定の駅から駅へ移動していたことが推測できる。
【００８９】
このような履歴を毎日同様に取得してアクセス履歴管理ＤＢ３３に記録していくことで、使用者毎の平均的な利用状況が推測可能となる。このアクセス履歴管理ＤＢ３３に基づいて、所定の時間に携帯電話１２の専用ソフトウェアにウェブサイトへのアクセスを要求するようにすればよい。例えば、図６の例では、携帯電話１２から取得したＧＰＳ情報がＣとなった時点でアクセスを要求することで、利用者Ｐは地下鉄から降りるとすぐにサーバ３１のウェブサイトが利用可能となる。
【００９０】
このように、アクセス履歴の位置情報を活用することにより、より利便性の高いシステムを提供することができる。
【００９１】
＜第２の実施形態＞
第２の実施形態のセッション管理システムでは、利用者毎にセッション保持時間を推定し、利用者管理ＤＢ３２に保存する。ここでは、さらに接続先に応じてセッション保持時間を推定する。
【００９２】
図７は、利用者情報管理ＤＢ３２に保存された利用者毎の利用者情報データの一例を示す図であり、ここでは利用者Ｐの接続先毎のデータについて示している。
【００９３】
例えば、社内のポータルサイトであるサイトＡについては、サイトＡのＵＲＬ、サイトＡを利用するために予め登録されているクライアント端末情報である携帯電話１２のユーザエージェントとＰＣ１１のＭＡＣアドレス、サイトＡにおける利用者Ｐのセッション保持時間、及びサイトＡへの最終アクセス日時が記録されている。
【００９４】
最終アクセス日時は、利用者ＰがサイトＡにアクセスし、セッションが確立された時刻である。サーバ３１は、この時刻と、セッション保持時間とに基づいて、利用者ＰのサイトＡとのセッションを保持させる。すなわち、サーバ３１は、利用者Ｐからのアクセスが無くなった時点で最終アクセス日時からセッション保持時間が経過している場合に、セッションを切断する。
【００９５】
この最終アクセス日時は、日別に最後の最終アクセス日時が格納される。例えば、１１月１３日の例であれば、最初のアクセスが９：０１であり、１０：０１に終了している。これを１回の利用と考え、この間の最終アクセス日時は、通信の遮断や中断にかかわらず更新されることはない。
【００９６】
その後、１２：００に再びアクセスされたときに、最終アクセス日時が更新され、この日の２度目の利用となる。２度目の利用では、更新された最終アクセス時間である１２：００と、セッション保持時間６０分とに基づいて、セッションが保持される。すなわち、利用者Ｐが最終アクセス日時から６０分以内にアクセスした場合には続きから開始し、６０分を超えた場合にはセッションが保持されていないため、最初からやり直しとなる。
【００９７】
このように、最後のアクセス日時を格納することで、１日に複数回利用する場合であっても、適切にセッションの保持が可能となるとともに、後述するようにアクセス履歴から利用可能時間の推定が容易に行うことができる。
【００９８】
サイトＡと同様に、出張費の旅費精算サイトであるサイトＢについても、サイトＢのＵＲＬ、サイトＢを利用するために予め登録されているクライアント端末情報である携帯電話１２のユーザエージェント、サイトＢにおける利用者Ｐのセッション保持時間、及びサイトＢへの最終アクセス日時が記録されている。
【００９９】
なお、図７では省略されているが、各サイトにおけるセッション保持時間は、利用をする曜日によって異なる時間が設定されている。
【０１００】
次に、アクセス履歴管理ＤＢ３３について説明する。図８は、アクセス履歴管理ＤＢ３３に記録された利用者Ｐの１１月１日から１１月１５日までのアクセス履歴について示した図であり、図８（ａ）はサイトＡ、図８（ｂ）はサイトＢのアクセス履歴について示している。ここでは期間を限定して表しているが、実際にはアクセス履歴管理ＤＢ３３には、全ての日のアクセス履歴について記録される。
【０１０１】
例えば、図８（ａ）に示すように、サイトＡについて、日毎の利用開始時刻と利用終了時刻、そこから算出した利用時間、アクセス端末情報が記録されている。同様に、図８（ｂ）に示すように、サイトＢについて、日毎の利用開始時刻と利用終了時刻、そこから算出した利用時間、アクセス端末情報が記録されている。アクセス履歴の取得は、第１の実施形態と同様である。
【０１０２】
次に、利用者毎、接続先毎、さらに曜日毎のセッション保持時間を推定する処理について、図９を用いて説明する。
【０１０３】
最初に、アクセス履歴管理ＤＢ３３のデータに基づいて、セッション保持時間を推定しようとする利用者、接続先の全期間の利用時間の平均値である平均時間Ａを算出する（ステップＳ１０１）。例えば、アクセス履歴管理ＤＢ３３のうち、図８（ａ）に示す利用者ＰのサイトＡの利用時間から、全期間の利用時間を抽出し、その平均時間Ａを算出する。なお、サイトを利用する場合のセッション保持時間を推定するものであるから、平均時間Ａは、利用をしていない日を除き、利用した日における利用時間の平均値とすることが好ましい。また、１日に複数回利用している場合には、その両方の時間を含めて平均時間Ａを算出する。
【０１０４】
次に、セッション保持時間を推定しようとする利用者、接続先の最近１ヶ月間の利用時間の平均値である平均時間Ｂを算出する（ステップＳ１０２）。
【０１０５】
さらに、セッション保持時間を推定しようとする利用者、接続先の全期間の曜日別の利用時間の平均値である平均時間Ｃ（Ｃｓｕｎ、Ｃｍｏｎ、Ｃｔｕｅ、・・・、Ｃｓａｔ）を算出する（ステップＳ１０３）。
【０１０６】
なお、平均時間Ｂ、平均時間Ｃについても、利用をしていない日を除いて算出することが好ましい。
【０１０７】
次に、平均時間Ａと平均時間Ｂとを比較し、どちらが長いかを判断する（ステップＳ１０４）。
【０１０８】
平均時間Ａの方が長い場合は、さらに、平均時間Ｂと平均時間Ｃとを比較し、どちらが長いかを判断する（ステップＳ１０５）。平均時間Ｃは、セッション保持時間を算出しようとする曜日の時間を用いる。ここで、平均時間Ｂと平均時間Ｃのうち、長い方をセッション保持時間とする（ステップＳ１０６、Ｓ１０７）。
【０１０９】
ステップＳ１０４において、平均時間Ｂの方が長い場合は、さらに、平均時間Ａと平均時間Ｃとを比較し、どちらが長いかを判断する（ステップＳ１０８）。平均時間Ｃは、同様に、セッション保持時間を算出しようとする曜日の時間を用いる。ここでも、平均時間Ａと平均時間Ｃのうち、長い方をセッション保持時間とする（ステップＳ１０９、Ｓ１１０）。
【０１１０】
このように推定したセッション保持時間を、利用者情報管理ＤＢ３２に記録する。この処理を繰り返すことにより、利用者毎、接続先毎、曜日毎のセッション保持時間を推定することができる。
【符号の説明】
【０１１１】
１０…セッション管理システム、１１…パーソナルコンピュータ（ＰＣ）、１２…携帯電話、１３…モバイルＰＣ、１４…ＰＤＡ、２１…インターネット、３１…ウェブコンテンツサーバ、３２…利用者情報管理データベース、３３…アクセス履歴管理データベース
【技術分野】
【０００１】
本発明はセッション管理方法及びサーバに係り、特に複数の端末機器間にまたがるセッションを管理するセッション管理方法及びサーバに関する。
【背景技術】
【０００２】
ウェブサーバ及びクライアントである端末機器は、通常ＨＴＴＰを用いて通信する。このＨＴＴＰは、ページ要求に対して応答を返すだけの、状態を保持しないプロトコルである。
【０００３】
したがって、サーバの提供するウェブアプリケーションによっては、サーバ側で、端末機器のページ要求毎に、要求してきた端末機器の識別と、端末機器が送信してきたデータの保持を行う必要がある。そのため、サーバは、端末機器固有の情報を利用して端末機器を識別し、セッション中に端末機器から送信されたデータをメモリ上で保持するというセッション管理機能を持ち、それによって端末機器を識別したデータ保持を行っている。このとき、セッション保持時間内に端末機器からのアプリケーションのページ要求やページ更新がない場合は、セッションを自動的に終了させ、保持しているデータを消去することにより、サーバが過負荷にならないように制御している。
【０００４】
このように、セッション管理は、サーバにとって重要な役割を果たすものであり、ユーザの使い勝手を改善するための様々な提案がなされている。
【０００５】
例えば、引用文献１には、アクセス経路等のアクセス履歴を活かし、セッション保持時間を算出する技術が記載されている。
【０００６】
また、引用例２には、一旦ネットワークが遮断された後に接続が再開した場合に、遮断されたときの状態から再開するための情報としてアクセス履歴を利用する技術が記載されている。
【０００７】
さらに、引用例３には、利用者のコンテンツ内での操作情報をアクセス履歴として記録し、使用頻度の高いコンテンツの情報を効率的に端末機器宛に送信する技術が記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−１４１５５１号公報
【特許文献２】特開平１１−２６５３４７号公報
【特許文献３】特開２００５−７８３３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
情報社会の発達に伴い、携帯電話やモバイルＰＣ等、メインとして利用しているＰＣ以外の様々な端末機器を利用する機会が増えている。しかし、サーバへのアクセス中にアクセスする端末機器を変更してしまうと、セッションが遮断されてしまい、セッション保持時間内であっても望みどおりの場所からは再開できず、やり直しが発生してしまう。
【００１０】
しかしながら、特許文献１〜３に記載の発明は、いずれも同一端末機器からスムーズにアクセスを再開する方法であり、セッションを異なる端末機器間で保持する技術については言及されていない。また、セッションを異なる端末機器間で保持する場合には、セッションの保持時間を推定することが重要となる。
【００１１】
本発明はこのような事情に鑑みてなされたもので、利用者が必要としているセッション保持時間を推定し、複数の端末機器間にまたがるセッション管理を可能とするセッション管理方法及びサーバを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記目的を達成するために請求項１に記載のセッション管理方法は、ネットワークを介して複数のクライアント端末からアクセス可能なサーバのセッション管理方法であって、前記複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録する記録工程と、前記アクセス履歴管理データベースに基づいて、セッション保持時間を設定するセッション保持時間設定工程と、前記複数のクライアント端末のうち、アクセスのあった第１のクライアント端末とのセッションを確立するセッション確立工程と、前記セッションが確立してから計時を開始する計時工程と、前記計時工程の計時結果に基づいて、前記セッション保持時間が経過したときに、前記セッションを切断する切断工程と、前記セッション保持時間内に第２のクライアント端末からのアクセスがあると、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続する継続工程とを備えたことを特徴とする。
【００１３】
請求項１に記載の発明によれば、複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録し、アクセス履歴管理データベースに基づいてセッション保持時間を設定し、セッション保持時間内に第２のクライアント端末からのアクセスがあると、第１のクライアント端末との間で確立されたセッションを第２のクライアント端末との間で継続するようにしたので、利用者が必要としているセッション保持時間を推定し、複数のクライアント端末間にまたがるセッションを管理することができる。
【００１４】
請求項２に示すように請求項１に記載のセッション管理方法において、前記複数のクライアント端末の利用者を利用者情報データベースに記録する利用者登録工程を備え、前記セッション保持時間設定工程は、利用者毎にセッション保持時間を設定することを特徴とする。
【００１５】
これにより、適切なセッション保持時間を設定することができる。
【００１６】
請求項３に示すように請求項２に記載のセッション管理方法において、前記記録工程は、前記複数のクライアント端末からのアクセス時間を前記アクセス履歴管理データベースに記録し、前記セッション保持時間設定工程は、利用者毎のアクセス時間に基づいて、利用者毎にセッション保持時間を設定することを特徴とする。
【００１７】
これにより、適切なセッション保持時間を設定することができる。
【００１８】
請求項４に示すように請求項３に記載のセッション管理方法において、前記セッション保持時間設定工程は、利用者毎のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする。
【００１９】
これにより、適切なセッション保持時間を設定することができる。
【００２０】
請求項５に示すように請求項３又は４に記載のセッション管理方法において、前記セッション保持時間設定工程は、利用者毎の所定期間内のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする。
【００２１】
これにより、適切なセッション保持時間を設定することができる。
【００２２】
請求項６に示すように請求項３から５のいずれかに記載のセッション管理方法において、前記セッション保持時間設定工程は、利用者毎の所定曜日のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする。
【００２３】
これにより、適切なセッション保持時間を設定することができる。
【００２４】
請求項７に示すように請求項１から６のいずれかに記載のセッション管理方法において、前記記録工程は、前記複数のクライアント端末のアクセス先毎のアクセス履歴を前記アクセス履歴管理データベースに記録し、前記セッション保持時間設定工程は、アクセス先毎にセッション保持時間を設定することを特徴とする。
【００２５】
これにより、適切なセッション保持時間を設定することができる。
【００２６】
請求項８に示すように請求項１から７のいずれかに記載のセッション管理方法において、前記継続工程は、前記第１のクライアント端末からのアクセスがない場合に、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする。
【００２７】
これにより、適切に複数のクライアント端末間にまたがるセッションを管理することができる。
【００２８】
請求項９に示すように請求項１から８のいずれかに記載のセッション管理方法において、前記継続工程は、前記利用者データベースの登録内容に基づいて、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする。
【００２９】
これにより、端末管理データベースに登録されたクライアント端末間にまたがるセッションだけを継続することができ、セキュリティを強化することができる。
【００３０】
請求項１０に示すように請求項９に記載のセッション管理方法において、前記端末管理データベースは、クライアント端末毎の所有者情報を備え、前記継続工程は、前記第１のクライアント端末の所有者と前記第２のクライアント端末の所有者が同じである場合に、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする。
【００３１】
これにより、同じ所有者のクライアント端末間にまたがるセッションだけを継続することができ、セキュリティを強化することができる。
【００３２】
請求項１１に示すように請求項１から１０のいずれかに記載のセッション管理方法において、前記アクセス履歴管理データベースに基づいて、前記複数のクライアント端末のクライアント端末毎の利用開始時刻を推定し、前記推定した利用開始時刻に前記クライアント端末から前記サーバへアクセスさせることを特徴とする。
【００３３】
これにより、利用者が操作をすることなく、推定した利用開始時刻にサーバへアクセスさせることができる。
【００３４】
請求項１２に示すように請求項１から１１のいずれかに記載のセッション管理方法において、前記記録工程は、前記複数のクライアント端末のアクセス時の位置情報を前記アクセス履歴管理データベースに記録し、前記位置情報に基づいて前記クライアント端末から前記サーバへアクセスさせることを特徴とする。
【００３５】
これにより、利用者が操作をすることなく、所望の場所に到着時にサーバへアクセスさせることができる。
【００３６】
前記目的を達成するために請求項１３に記載のサーバは、ネットワークを介して複数のクライアント端末からアクセス可能なサーバであって、前記複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録する記録手段と、前記アクセス履歴管理データベースに基づいて、セッション保持時間を設定するセッション保持時間設定工程と、前記複数のクライアント端末のうちアクセスのあった第１のクライアント端末とのセッションを確立するセッション確立手段と、前記セッションが確立してから計時を開始する計時手段と、前記計時手段の計時結果に基づいて、前記セッション保持時間が経過したときに、前記セッションを切断する切断手段と、前記セッション保持時間内に第２のクライアント端末からのアクセスがあると、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続する継続手段と、を備えたことを特徴とする。
【発明の効果】
【００３７】
本発明によれば、利用者が必要としているセッション保持時間を推定し、複数の端末機器間にまたがるセッションを管理することができる。
【図面の簡単な説明】
【００３８】
【図１】セッション管理システムの概略図
【図２】利用者情報管理ＤＢのデータの一例を示す図
【図３】アクセス履歴管理ＤＢのデータの一例を示す図
【図４】セッション管理処理を示すフローチャート
【図５】設定時刻における自動アクセスを説明するための図
【図６】位置情報を利用した自動アクセスを行う場合のアクセス履歴管理ＤＢのデータの一例を示す図
【図７】利用者情報管理ＤＢのデータの一例を示す図
【図８】アクセス履歴管理ＤＢのデータの一例を示す図
【図９】セッション保持時間を推定する処理を示すフローチャート
【発明を実施するための形態】
【００３９】
以下、添付図面に従って本発明に係るセッション管理方法及びサーバの好ましい実施の形態について説明する。
【００４０】
＜第１の実施形態＞
図１は、本発明に係るセッション管理システム１０の概略図である。セッション管理システム１０は、パーソナルコンピュータ１１（以下、ＰＣ１１とする）、携帯電話１２、モバイルＰＣ１３、ＰＤＡ１４等の複数のクライアント端末機器、インターネット２１、
及びウェブコンテンツサーバ３１（以下、サーバ３１とする）等から構成される。
【００４１】
ＰＣ１１、モバイルＰＣ１３、ＰＤＡ１４は、例えば有線又は無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介してインターネット２１に通信可能に接続される。また、携帯電話１２は、移動通信事業者のゲートウェイサーバ等を介してインターネット２１に接続される。
【００４２】
サーバ３１は、インターネット２１を介して複数のクライアント端末と接続され、各種ウェブコンテンツを提供する。
【００４３】
また、サーバ３１は、利用者情報管理データベース３２（以下、利用者情報管理ＤＢ３２とする）と、アクセス履歴管理データベース３３（以下、アクセス履歴管理ＤＢ３３とする）を備えており、ウェブコンテンツを利用する利用者毎のクライアント端末の情報とアクセス履歴を管理している。
【００４４】
図２は、利用者情報管理ＤＢ３２に保存された利用者毎の利用者情報データの一例を示す図であり、ここでは利用者Ｐと利用者Ｑのデータについて示している。
【００４５】
利用者Ｐは、ＰＣ１１、携帯電話１２、及びモバイルＰＣ１３を、サーバ３１を利用するためのクライアント端末として予め登録しており、利用者情報管理ＤＢ３２には、これらのクライアント端末のＭＡＣアドレスやユーザエージェント等の機器を特定するための情報が、利用者Ｐに関連付けて記録されている。
【００４６】
また、利用者情報管理ＤＢ３２には、利用者毎に予め決められたセッション保持時間が記録されており、例えば利用者Ｐのセッション保持時間は６０分となっている。
【００４７】
同様に、利用者情報管理ＤＢ３２には、利用者Ｑの登録端末機器ＰＤＡ１４のＭＡＣアドレスとセッション保持時間が記録されている。
【００４８】
次に、アクセス履歴管理ＤＢ３３について説明する。図３（ａ）は、アクセス履歴管理ＤＢ３３に記録された利用者毎のアクセス履歴データの一例を示す図であり、ここでは、利用者Ｐのアクセス履歴について示している。また、図３（ｂ）は、９月２５日における利用者Ｐの行動を示す図である。サーバ３１は、携帯電話１２の接続状況を逐次確認し、利用者Ｐの行動をアクセス履歴管理ＤＢ３３に記録する。
【００４９】
例えば、図３（ｂ）に示すように、利用者Ｐは、９月２５日の７：４５に自宅を出て、８：００に最寄り駅に到着し、ここで携帯電話１２においてサーバ３１にアクセスし、ニュースの閲覧を開始している（アクションＡ１）。サーバ３１は、このアクセスの履歴を、携帯電話１２の位置情報と共にアクセス履歴管理ＤＢ３３に記録する（レコードＲ１）。携帯電話１２の位置情報は、携帯電話１２に備えられているＧＰＳ機能により取得し、取得した位置情報をサーバ３１へ送信する。
【００５０】
次に、利用者Ｐは、８：０３に電車に乗り、８：２５に地下鉄に乗り換えている（アクションＡ２）。このため、携帯電話１２は電波の届かない場所に移動することになり、サーバ３１との接続を保持できなくなっている。サーバ３１は、この接続の切断を検出し、切断直前の携帯電話１２の位置情報と共にアクセス履歴として記録する（レコードＲ２）。なお、このときサーバ３１と携帯電話１２のセッションは切断されないものとする。
【００５１】
その後、利用者Ｐの乗った地下鉄が８：２８にある駅に停車したことにより（アクションＡ３）、再び携帯電話１２とサーバ３１が接続可能になる。サーバ３１は、この再接続を検出し、携帯電話１２の位置情報と共にアクセス履歴として記録する（レコードＲ３）。
【００５２】
さらに、利用者Ｐの乗った地下鉄が８：２９にある駅から発車後、利用者Ｐがニュース閲覧を終了している（アクションＡ４）。したがって、携帯電話１２は、この終了操作を携帯電話１２の位置情報と共にアクセス履歴として記録する（レコードＲ４）。
【００５３】
その後、８：４５に勤務先に到着した利用者Ｐは、８：５０にＰＣ１１を立ち上げ、ＰＣ１１においてニュース閲覧を開始している（アクションＡ５）。サーバ３１は、このニュース閲覧開始操作を、ＰＣ１１の位置情報と共にアクセス履歴として記録する（レコードＲ５）。ＰＣ１１がＧＰＳ機能を有していない場合は、予め住所から算出して入力した位置情報を記録すればよい。
【００５４】
また、利用者Ｐは９：００に始業開始のためにニュース閲覧を終了している。サーバ３１は、この終了操作を、ＰＣ１１の位置情報と共にアクセス履歴として記録する（レコードＲ６）。
【００５５】
このように、サーバ３１は、各利用者のアクセス履歴をアクセス履歴管理ＤＢ３３に記録しておく。
【００５６】
図４は、本発明に係るセッション管理処理を示すフローチャートである。ここでは、利用者Ｐが携帯電話１２及びＰＣ１１を用いてサーバ３１にアクセスする場合について説明する。
【００５７】
まず、利用者Ｐが、携帯電話１２を用いてサーバ３１が提供するウェブサイトへアクセスする（ステップＳ２１）。アクセスの際は、ユーザ認証のためのユーザ名やパスワードを入力する。
【００５８】
サーバ３１は、ユーザ名やパスワードからユーザ認証を行うと共に、携帯電話１２から端末情報（ユーザエージェント）を取得し（ステップＳ１）、アクセスの可否を判断する（ステップＳ２）。アクセス可否判断は、ユーザ認証の他に、利用者情報管理ＤＢ３２に登録されているクライアント端末であるか、及び同じ利用者（ここでは利用者Ｐ）の他の端末（ここではＰＣ１１やモバイルＰＣ１３）からサーバ３１にアクセスされていないか、の２点について判定することにより行う。
【００５９】
その結果、ユーザ認証に失敗した場合、利用者情報管理ＤＢ３２に登録されていない機器からのアクセスである場合、又は同じ利用者が他の端末からアクセスを行っている場合は、アクセス不可と判断し、携帯電話１２にアクセスが不可能（接続エラー）である旨を通知する（ステップＳ２２）。
【００６０】
これらに該当せず、アクセスが可能の場合は、アクセス履歴管理ＤＢ３３の、利用者Ｐにおける携帯電話１２の使用開始時間を更新し（ステップＳ３）、利用者情報管理ＤＢ３２に記録されている利用者Ｐのセッション保持時間を読み出し、読み出したセッション保持時間を設定して、携帯電話１２とのセッションを確立する（ステップＳ４）。
【００６１】
セッションが確立すると、利用者Ｐは、携帯電話１２においてアクセスしたウェブサイトでの作業を行うことができる（ステップＳ２３）。例えば、サーバ３１が業務管理サイトを提供している場合は、サイト内で業務用文書の作成や編集を行うことができ、ショッピングサイトを提供している場合には、注文情報の入力を行うことができる。
【００６２】
その後、ウェブサイトでの作業中に、利用者Ｐと携帯電話１２が電波の届かない場所へ移動したり、利用者Ｐが携帯電話１２の電源を切ったりしたことにより、サーバ３１との通信が不可能になったとする（ステップＳ２４）。
【００６３】
サーバ３１は、携帯電話１２からのアクセスが無くなったことを検知すると（ステップＳ５）、ステップＳ４において設定されたセッション保持時間が経過したか否かを判定する（ステップＳ６）。
【００６４】
設定されたセッション保持時間内である場合にはセッションを保持したまま（ステップＳ７）、設定されたセッション保持時間が経過している場合にはセッションを切断し、アクセス履歴管理ＤＢ３３の利用者Ｐにおける携帯電話１２の使用終了時間を更新する（ステップＳ８）。
【００６５】
次に、利用者Ｐが、ＰＣ１１を用いてサーバ３１が提供するウェブサイトへアクセスしたとする（ステップＳ３１）。
【００６６】
サーバ３１は、ＰＣ１１からアクセス端末情報を取得し（ステップＳ９）、アクセスの可否を判断する（ステップＳ１０）。アクセス可否判断は、ステップＳ２の場合と同様に行い、アクセスが不可と判断した場合は、ＰＣ１１に接続エラーである旨を通知する（ステップＳ３２）。
【００６７】
アクセス可能の場合は、アクセス履歴管理ＤＢ３３の利用者ＰにおけるＰＣ１１の使用開始時間を更新し（ステップＳ１１）、現在サーバ３１と利用者Ｐとのセッションが保持されているか否かを判定する（ステップＳ１２）。
【００６８】
セッションが保持されている場合は、その状態（ここでは、ステップＳ２３における携帯電話１２での作業の最後の状態）からセッションを再開する（ステップＳ１３）。また、セッションが保持されていない場合は、利用者情報管理ＤＢ３２に記録されている利用者Ｐのセッション保持時間を読み出し、読み出したセッション保持時間を設定して、ＰＣ１１とのセッションを確立する（ステップＳ１４）。
【００６９】
このようにしてセッションが再開又は確立され、利用者Ｐは、ＰＣ１１においてアクセスしたウェブサイトでの作業を行うことができる（ステップＳ３３）。セッションが再開された場合には、前回の作業の続きを行うことが可能である。
【００７０】
その後、ウェブブラウザを終了する等により、ＰＣ１１における作業を終了すると（ステップＳ３４）、サーバ３１は、ＰＣ１１において作業が終了したことを検知し、設定されたセッション保持時間が経過しているか否かを判定する（ステップＳ１５）。
【００７１】
設定されたセッション保持時間内である場合にはセッションを保持したまま（ステップＳ１６）、設定されたセッション保持時間が経過している場合にはセッションを切断し、アクセス履歴管理ＤＢ３３の利用者ＰにおけるＰＣ１１の使用終了時間を更新する（ステップＳ１７）。
【００７２】
したがって、利用者Ｐは、ＰＣ１１や携帯電話１２等の登録されているクライアント端末を用いてサーバ３１に再びアクセスした場合に、セッション保持時間内であればセッションが保持されているために、ステップＳ３３においてＰＣ１１において行っていた作業を、ステップＳ３４において中断したところから再開することができる。
【００７３】
このように、クライアント端末からの接続が遮断された場合であっても、セッション保持時間内であればセッションを保持しておくことで、同じ利用者の他のクライアント端末からのアクセスがあった場合に、接続が遮断されたところからセッションを再開させることができ、利用者は同じ作業を初めから行う必要が無く、利便性の高いシステムを提供することができる。
【００７４】
なお、サーバ３１がアクセス履歴管理ＤＢ３３を作成するのではなく、利用者が自己のスケジュールをサーバ３１に予め登録し、この登録されたスケジュールに応じてセッション保持時間を決定してもよい。
【００７５】
また、サーバ３１は、利用者情報管理ＤＢ３２に登録されている開始時刻を、利用者のクライアント端末に予めインストールされた専用ソフトウェアへ送信しておき、クライアント端末の専用ソフトウェアは、受信した開始時間になるとサーバ３１へ自動的にアクセスするように構成してもよい。
【００７６】
例えば、図５に示すように、利用者情報管理ＤＢ３２に、あるウェブサイトの利用者ＰのＰＣ１１における利用開始時刻が８：５０、携帯電話１２における利用開始時刻が８：００及び８：２８として登録されているとする。サーバ３１は、ＰＣ１１に予めインストールされている専用ソフトウェアに利用開始時刻８：５０を送信し、携帯電話１２に予めインストールされている専用ソフトウェアに利用開始時刻８：００及び８：２８を送信する。
【００７７】
各クライアント端末の専用ソフトウェアは、サーバ３１から送信されてきた利用開始時刻を起動時刻として設定する。
【００７８】
その後、起動時刻に到達すると、各クライアント端末の専用ソフトウェアは、サーバ３１の該当ウェブサイトへ自動でアクセスする。
【００７９】
例えば、携帯電話１２の利用開始時刻である８：００になると、携帯電話１２はサーバ３１へ自動的にアクセスを行い、ＰＣ１１の利用開始時刻である８：５０になると、ＰＣ１１はサーバ３１へ自動的にアクセスを行う。
【００８０】
この例では、８：５０にＰＣ１１がサーバ３１の該当ウェブサイトへアクセスしたときに、携帯電話１２とサーバ３１との接続が継続している場合も考えられる。このような場合には、サーバ３１は、先に接続されている携帯電話１２との接続を優先し、ＰＣ１１からのアクセスは受け付けない。ＰＣ１１は、定期的にアクセスをリトライし、接続が空き状態（すなわち、サーバ３１と携帯電話１２との接続が終了した状態）になったときにサーバ３１への接続が可能となる。
【００８１】
このように構成することで、利用者が逐次サーバ３１へアクセスを行う必要が無く、開始時刻になればすぐに作業を継続することができる。
【００８２】
なお、専用ソフトウェアが自動的にアクセスするウェブサイトは１つに限られず、複数のウェブサイトを登録可能に構成することが好ましい。また、利用開始時刻は、利用者が各クライアント端末の専用ソフトウェアに登録するように構成してもよい。
【００８３】
さらに、位置情報を利用することにより、クライアント端末の専用ソフトウェアにウェブサイトへのアクセスを要求するように構成してもよい。例えば、クライアント端末のＧＰＳ情報が取得不能となったことを検出し、このことから使用者が地下鉄に乗ったと判断し、地上に出る時間を推定する。
【００８４】
サーバ３１は、アクセス履歴管理ＤＢ３３に記録されたアクセス履歴に基づいて、遮断されたクライアント端末が再び接続可能となる時間を推定し、接続可能時間になったら、サーバ３１はクライアント端末の専用ソフトウェアに起動要求を出し、クライアント端末は、専用ソフトウェアからサーバ３１へアクセスする。
【００８５】
また、アクセス履歴管理ＤＢ３３に基づいて、再接続するクライアント端末と通信が遮断されたクライアント端末とが異なると判断した場合は、サーバ３１は、再接続するクライアント端末へ起動用要求を出してもよい。
【００８６】
図６は、位置情報を利用して自動的に再接続させる場合のアクセス履歴管理ＤＢ３３の一例であり、利用者Ｐの１月５日のアクセス履歴を示した図である。
【００８７】
同図に示すように、利用者Ｐの携帯電話１２によりＧＰＳ情報を５分おきに取得する。また、サイトへのアクセス開始時、及びアクセス終了時にもＧＰＳ情報を取得する。なお、同図において網がけ部分がＧＰＳ情報の定期取得による接続を示している。これらのＧＰＳ情報は、携帯電話１２からサーバ３１を介してアクセス履歴管理ＤＢ３３に随時記録される。
【００８８】
この例では、７：４８から８：０８までは、ＧＰＳ情報の取得に失敗しており、利用者Ｐが地下にいることが推測できる。また、７：４５における最後のＧＰＳ情報Ｂと、再びＧＰＳ情報が取得できるようになった８：１０のＧＰＳ情報Ｃから、利用者Ｐが地下鉄に乗って特定の駅から駅へ移動していたことが推測できる。
【００８９】
このような履歴を毎日同様に取得してアクセス履歴管理ＤＢ３３に記録していくことで、使用者毎の平均的な利用状況が推測可能となる。このアクセス履歴管理ＤＢ３３に基づいて、所定の時間に携帯電話１２の専用ソフトウェアにウェブサイトへのアクセスを要求するようにすればよい。例えば、図６の例では、携帯電話１２から取得したＧＰＳ情報がＣとなった時点でアクセスを要求することで、利用者Ｐは地下鉄から降りるとすぐにサーバ３１のウェブサイトが利用可能となる。
【００９０】
このように、アクセス履歴の位置情報を活用することにより、より利便性の高いシステムを提供することができる。
【００９１】
＜第２の実施形態＞
第２の実施形態のセッション管理システムでは、利用者毎にセッション保持時間を推定し、利用者管理ＤＢ３２に保存する。ここでは、さらに接続先に応じてセッション保持時間を推定する。
【００９２】
図７は、利用者情報管理ＤＢ３２に保存された利用者毎の利用者情報データの一例を示す図であり、ここでは利用者Ｐの接続先毎のデータについて示している。
【００９３】
例えば、社内のポータルサイトであるサイトＡについては、サイトＡのＵＲＬ、サイトＡを利用するために予め登録されているクライアント端末情報である携帯電話１２のユーザエージェントとＰＣ１１のＭＡＣアドレス、サイトＡにおける利用者Ｐのセッション保持時間、及びサイトＡへの最終アクセス日時が記録されている。
【００９４】
最終アクセス日時は、利用者ＰがサイトＡにアクセスし、セッションが確立された時刻である。サーバ３１は、この時刻と、セッション保持時間とに基づいて、利用者ＰのサイトＡとのセッションを保持させる。すなわち、サーバ３１は、利用者Ｐからのアクセスが無くなった時点で最終アクセス日時からセッション保持時間が経過している場合に、セッションを切断する。
【００９５】
この最終アクセス日時は、日別に最後の最終アクセス日時が格納される。例えば、１１月１３日の例であれば、最初のアクセスが９：０１であり、１０：０１に終了している。これを１回の利用と考え、この間の最終アクセス日時は、通信の遮断や中断にかかわらず更新されることはない。
【００９６】
その後、１２：００に再びアクセスされたときに、最終アクセス日時が更新され、この日の２度目の利用となる。２度目の利用では、更新された最終アクセス時間である１２：００と、セッション保持時間６０分とに基づいて、セッションが保持される。すなわち、利用者Ｐが最終アクセス日時から６０分以内にアクセスした場合には続きから開始し、６０分を超えた場合にはセッションが保持されていないため、最初からやり直しとなる。
【００９７】
このように、最後のアクセス日時を格納することで、１日に複数回利用する場合であっても、適切にセッションの保持が可能となるとともに、後述するようにアクセス履歴から利用可能時間の推定が容易に行うことができる。
【００９８】
サイトＡと同様に、出張費の旅費精算サイトであるサイトＢについても、サイトＢのＵＲＬ、サイトＢを利用するために予め登録されているクライアント端末情報である携帯電話１２のユーザエージェント、サイトＢにおける利用者Ｐのセッション保持時間、及びサイトＢへの最終アクセス日時が記録されている。
【００９９】
なお、図７では省略されているが、各サイトにおけるセッション保持時間は、利用をする曜日によって異なる時間が設定されている。
【０１００】
次に、アクセス履歴管理ＤＢ３３について説明する。図８は、アクセス履歴管理ＤＢ３３に記録された利用者Ｐの１１月１日から１１月１５日までのアクセス履歴について示した図であり、図８（ａ）はサイトＡ、図８（ｂ）はサイトＢのアクセス履歴について示している。ここでは期間を限定して表しているが、実際にはアクセス履歴管理ＤＢ３３には、全ての日のアクセス履歴について記録される。
【０１０１】
例えば、図８（ａ）に示すように、サイトＡについて、日毎の利用開始時刻と利用終了時刻、そこから算出した利用時間、アクセス端末情報が記録されている。同様に、図８（ｂ）に示すように、サイトＢについて、日毎の利用開始時刻と利用終了時刻、そこから算出した利用時間、アクセス端末情報が記録されている。アクセス履歴の取得は、第１の実施形態と同様である。
【０１０２】
次に、利用者毎、接続先毎、さらに曜日毎のセッション保持時間を推定する処理について、図９を用いて説明する。
【０１０３】
最初に、アクセス履歴管理ＤＢ３３のデータに基づいて、セッション保持時間を推定しようとする利用者、接続先の全期間の利用時間の平均値である平均時間Ａを算出する（ステップＳ１０１）。例えば、アクセス履歴管理ＤＢ３３のうち、図８（ａ）に示す利用者ＰのサイトＡの利用時間から、全期間の利用時間を抽出し、その平均時間Ａを算出する。なお、サイトを利用する場合のセッション保持時間を推定するものであるから、平均時間Ａは、利用をしていない日を除き、利用した日における利用時間の平均値とすることが好ましい。また、１日に複数回利用している場合には、その両方の時間を含めて平均時間Ａを算出する。
【０１０４】
次に、セッション保持時間を推定しようとする利用者、接続先の最近１ヶ月間の利用時間の平均値である平均時間Ｂを算出する（ステップＳ１０２）。
【０１０５】
さらに、セッション保持時間を推定しようとする利用者、接続先の全期間の曜日別の利用時間の平均値である平均時間Ｃ（Ｃｓｕｎ、Ｃｍｏｎ、Ｃｔｕｅ、・・・、Ｃｓａｔ）を算出する（ステップＳ１０３）。
【０１０６】
なお、平均時間Ｂ、平均時間Ｃについても、利用をしていない日を除いて算出することが好ましい。
【０１０７】
次に、平均時間Ａと平均時間Ｂとを比較し、どちらが長いかを判断する（ステップＳ１０４）。
【０１０８】
平均時間Ａの方が長い場合は、さらに、平均時間Ｂと平均時間Ｃとを比較し、どちらが長いかを判断する（ステップＳ１０５）。平均時間Ｃは、セッション保持時間を算出しようとする曜日の時間を用いる。ここで、平均時間Ｂと平均時間Ｃのうち、長い方をセッション保持時間とする（ステップＳ１０６、Ｓ１０７）。
【０１０９】
ステップＳ１０４において、平均時間Ｂの方が長い場合は、さらに、平均時間Ａと平均時間Ｃとを比較し、どちらが長いかを判断する（ステップＳ１０８）。平均時間Ｃは、同様に、セッション保持時間を算出しようとする曜日の時間を用いる。ここでも、平均時間Ａと平均時間Ｃのうち、長い方をセッション保持時間とする（ステップＳ１０９、Ｓ１１０）。
【０１１０】
このように推定したセッション保持時間を、利用者情報管理ＤＢ３２に記録する。この処理を繰り返すことにより、利用者毎、接続先毎、曜日毎のセッション保持時間を推定することができる。
【符号の説明】
【０１１１】
１０…セッション管理システム、１１…パーソナルコンピュータ（ＰＣ）、１２…携帯電話、１３…モバイルＰＣ、１４…ＰＤＡ、２１…インターネット、３１…ウェブコンテンツサーバ、３２…利用者情報管理データベース、３３…アクセス履歴管理データベース
【特許請求の範囲】
【請求項１】
ネットワークを介して複数のクライアント端末からアクセス可能なサーバのセッション管理方法であって、
前記複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録する記録工程と、
前記アクセス履歴管理データベースに基づいて、セッション保持時間を設定するセッション保持時間設定工程と、
前記複数のクライアント端末のうち、アクセスのあった第１のクライアント端末とのセッションを確立するセッション確立工程と、
前記セッションが確立してから計時を開始する計時工程と、
前記計時工程の計時結果に基づいて、前記セッション保持時間が経過したときに、前記セッションを切断する切断工程と、
前記セッション保持時間内に第２のクライアント端末からのアクセスがあると、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続する継続工程と、
を備えたことを特徴とするセッション管理方法。
【請求項２】
前記複数のクライアント端末の利用者を利用者情報データベースに記録する利用者登録工程を備え、
前記セッション保持時間設定工程は、利用者毎にセッション保持時間を設定することを特徴とする請求項１に記載のセッション管理方法。
【請求項３】
前記記録工程は、前記複数のクライアント端末からのアクセス時間を前記アクセス履歴管理データベースに記録し、
前記セッション保持時間設定工程は、利用者毎のアクセス時間に基づいて、利用者毎にセッション保持時間を設定することを特徴とする請求項２に記載のセッション管理方法。
【請求項４】
前記セッション保持時間設定工程は、利用者毎のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする請求項３に記載のセッション管理方法。
【請求項５】
前記セッション保持時間設定工程は、利用者毎の所定期間内のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする請求項３又は４に記載のセッション管理方法。
【請求項６】
前記セッション保持時間設定工程は、利用者毎の所定曜日のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする請求項３から５のいずれかに記載のセッション管理方法。
【請求項７】
前記記録工程は、前記複数のクライアント端末のアクセス先毎のアクセス履歴を前記アクセス履歴管理データベースに記録し、
前記セッション保持時間設定工程は、アクセス先毎にセッション保持時間を設定することを特徴とする請求項１から６のいずれかに記載のセッション管理方法。
【請求項８】
前記継続工程は、前記第１のクライアント端末からのアクセスがない場合に、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする請求項１から７のいずれかに記載のセッション管理方法。
【請求項９】
前記継続工程は、前記利用者情報データベースの登録内容に基づいて、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする請求項１から８のいずれかに記載のセッション管理方法。
【請求項１０】
前記継続工程は、前記第１のクライアント端末の所有者と前記第２のクライアント端末の所有者が同じである場合に、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする請求項９に記載のセッション管理方法。
【請求項１１】
予め登録されたクライアント端末毎の利用開始時刻に前記クライアント端末から前記サーバへアクセスさせることを特徴とする請求項１から１０のいずれかに記載のセッション管理方法。
【請求項１２】
前記記録工程は、前記複数のクライアント端末のアクセス時の位置情報を前記アクセス履歴管理データベースに記録し、
前記位置情報に基づいて前記クライアント端末から前記サーバへアクセスさせることを特徴とする請求項１から１１のいずれかに記載のセッション管理方法。
【請求項１３】
ネットワークを介して複数のクライアント端末からアクセス可能なサーバであって、
前記複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録する記録手段と、
前記アクセス履歴管理データベースに基づいて、セッション保持時間を設定するセッション保持時間設定工程と、
前記複数のクライアント端末のうちアクセスのあった第１のクライアント端末とのセッションを確立するセッション確立手段と、
前記セッションが確立してから計時を開始する計時手段と、
前記計時手段の計時結果に基づいて、前記セッション保持時間が経過したときに、前記セッションを切断する切断手段と、
前記セッション保持時間内に第２のクライアント端末からのアクセスがあると、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続する継続手段と、
を備えたことを特徴とするサーバ。
【請求項１】
ネットワークを介して複数のクライアント端末からアクセス可能なサーバのセッション管理方法であって、
前記複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録する記録工程と、
前記アクセス履歴管理データベースに基づいて、セッション保持時間を設定するセッション保持時間設定工程と、
前記複数のクライアント端末のうち、アクセスのあった第１のクライアント端末とのセッションを確立するセッション確立工程と、
前記セッションが確立してから計時を開始する計時工程と、
前記計時工程の計時結果に基づいて、前記セッション保持時間が経過したときに、前記セッションを切断する切断工程と、
前記セッション保持時間内に第２のクライアント端末からのアクセスがあると、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続する継続工程と、
を備えたことを特徴とするセッション管理方法。
【請求項２】
前記複数のクライアント端末の利用者を利用者情報データベースに記録する利用者登録工程を備え、
前記セッション保持時間設定工程は、利用者毎にセッション保持時間を設定することを特徴とする請求項１に記載のセッション管理方法。
【請求項３】
前記記録工程は、前記複数のクライアント端末からのアクセス時間を前記アクセス履歴管理データベースに記録し、
前記セッション保持時間設定工程は、利用者毎のアクセス時間に基づいて、利用者毎にセッション保持時間を設定することを特徴とする請求項２に記載のセッション管理方法。
【請求項４】
前記セッション保持時間設定工程は、利用者毎のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする請求項３に記載のセッション管理方法。
【請求項５】
前記セッション保持時間設定工程は、利用者毎の所定期間内のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする請求項３又は４に記載のセッション管理方法。
【請求項６】
前記セッション保持時間設定工程は、利用者毎の所定曜日のアクセス時間の平均値に基づいて、利用者毎にセッション保持時間を設定することを特徴とする請求項３から５のいずれかに記載のセッション管理方法。
【請求項７】
前記記録工程は、前記複数のクライアント端末のアクセス先毎のアクセス履歴を前記アクセス履歴管理データベースに記録し、
前記セッション保持時間設定工程は、アクセス先毎にセッション保持時間を設定することを特徴とする請求項１から６のいずれかに記載のセッション管理方法。
【請求項８】
前記継続工程は、前記第１のクライアント端末からのアクセスがない場合に、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする請求項１から７のいずれかに記載のセッション管理方法。
【請求項９】
前記継続工程は、前記利用者情報データベースの登録内容に基づいて、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする請求項１から８のいずれかに記載のセッション管理方法。
【請求項１０】
前記継続工程は、前記第１のクライアント端末の所有者と前記第２のクライアント端末の所有者が同じである場合に、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続することを特徴とする請求項９に記載のセッション管理方法。
【請求項１１】
予め登録されたクライアント端末毎の利用開始時刻に前記クライアント端末から前記サーバへアクセスさせることを特徴とする請求項１から１０のいずれかに記載のセッション管理方法。
【請求項１２】
前記記録工程は、前記複数のクライアント端末のアクセス時の位置情報を前記アクセス履歴管理データベースに記録し、
前記位置情報に基づいて前記クライアント端末から前記サーバへアクセスさせることを特徴とする請求項１から１１のいずれかに記載のセッション管理方法。
【請求項１３】
ネットワークを介して複数のクライアント端末からアクセス可能なサーバであって、
前記複数のクライアント端末からのアクセスの履歴をアクセス履歴管理データベースに記録する記録手段と、
前記アクセス履歴管理データベースに基づいて、セッション保持時間を設定するセッション保持時間設定工程と、
前記複数のクライアント端末のうちアクセスのあった第１のクライアント端末とのセッションを確立するセッション確立手段と、
前記セッションが確立してから計時を開始する計時手段と、
前記計時手段の計時結果に基づいて、前記セッション保持時間が経過したときに、前記セッションを切断する切断手段と、
前記セッション保持時間内に第２のクライアント端末からのアクセスがあると、前記第１のクライアント端末との間で確立されたセッションを前記第２のクライアント端末との間で継続する継続手段と、
を備えたことを特徴とするサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−１７０７７３（Ｐ２０１１−１７０７７３Ａ）
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願番号】特願２０１０−３６２７８（Ｐ２０１０−３６２７８）
【出願日】平成２２年２月２２日（２０１０．２．２２）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願日】平成２２年２月２２日（２０１０．２．２２）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]