(57)【要約】【課題】端末装置がアクセスする一連のソースにフラッシュオブジェクトが含まれていると、その再生用アプリケーションの仕様などから、従来の技術ではセッション管理できない場合がある、と言う課題がある。【解決手段】上記課題解決のため、本発明は、フラッシュサーバ装置と端末装置とからなるセッション管理システムであって、前記フラッシュサーバ装置は、サーバ送受信部と、再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの送信を、セッションＩＤと関連付けてサーバ送受信部に実行させるためのフラッシュオブジェクト送信実行部と、を有し、前記端末装置は、端末送受信部と、受信した前記フラッシュオブジェクトを再生する再生部と、を有するセッション管理システムを提供する。【選択図】図２
2008027078.tif 000002
【特許請求の範囲】
【請求項１】
アクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクトを配信するフラッシュサーバ装置と、端末装置と、からなるセッション管理システムであって、
前記フラッシュサーバ装置は、
端末装置と送受信をするためのサーバ送受信部と、
再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの送信を、セッションＩＤと関連付けてサーバ送受信部に実行させるためのフラッシュオブジェクト送信実行部と、
を有し、
前記端末装置は、
フラッシュサーバ装置と送受信をするための端末送受信部と、
受信した前記フラッシュオブジェクトを再生する再生部と、
を有する
セッション管理システム。
【請求項２】
前記端末装置は、さらに
前記フラッシュオブジェクトの再生により表示される再生終了ボタンの押下によって、前記セッションIDを含むアクセス先アドレスへのインターネットアクセスを端末送受信部に実行させるための終了後送信実行部、
を有する
請求項１に記載のセッション管理システム。
【請求項３】
アクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクトを配信するフラッシュサーバ装置と、端末装置と、からなるセッション管理システムであって、
前記フラッシュサーバ装置は、
端末装置と送受信をするためのサーバ送受信部と、
フラッシュオブジェクト要求用であって、セッションIDを含むアドレスの送信をサーバ送受信部に実行させるための要求アドレス送信実行部と、
を有し、
前記端末装置は、
フラッシュサーバ装置と送受信をするための端末送受信部と、
受信した前記フラッシュオブジェクト要求用のアドレスに対してインターネットアクセスを実行させる要求送信実行部と、
を有する
セッション管理システム。
【請求項４】
前記フラッシュサーバ装置は、さらに、
再生終了ボタンを表示するとともに、この再生終了ボタンの押下によって前記セッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの送信を、前記要求用アドレスに対する要求に応じてセッションＩＤと関連付けてサーバ送受信部に実行させるためのフラッシュオブジェクト送信実行部、
を有し
前記端末装置は、さらに、
受信した前記フラッシュオブジェクトを再生する再生部と、
前記再生により表示される再生終了ボタンの押下によって、前記セッションIDを含むアクセス先アドレスへのインターネットアクセスを端末送受信部に実行させるための終了後送信実行部と、
を有する
請求項３に記載のセッション管理システム。
【請求項５】
フラッシュサーバ装置のフラッシュオブジェクト送信実行部は、前記フラッシュオブジェクトとして、フラッシュ再生終了ボタンの押し下げによってアクセスするアクセス先アドレスを相対パス表現にて特定するフラッシュオブジェクトを送信する相対パスオブジェクト送信実行手段を有する請求項２又は４に記載のセッション管理システム。
【請求項６】
フラッシュサーバ装置の記憶部は、
アクセス先アドレスに含まれるセッションＩＤと同名称のディレクトリを有する請求項５に記載のセッション管理システム。
【請求項７】
フラッシュサーバ装置は、
アクセス先アドレスに含まれるセッションＩＤと同名称のディレクトリを有するか判断する判断部と、
判断結果が有しないとの判断結果である場合には記憶部に前記セッションＩＤと同名称の仮想ディレクトリを生成する仮想ディレクトリ生成部と、
をさらに有する
請求項５に記載のセッション管理システム。
【請求項８】
フラッシュサーバ装置は、
端末装置からのアクセスにともなって受信するセッションIDに基づいて端末装置でのフラッシュに関する動作を管理するセッションID管理部
をさらに有する
請求項１から７のいずれか一に記載のセッション管理システム。
【請求項９】
アクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクトを配信するフラッシュサーバ装置と、端末装置と、の間でのセッション管理方法であって、
再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの前記フラッシュサーバ装置から端末装置に対する送信を、セッションＩＤと関連付けて実行するフラッシュオブジェクト送信実行ステップと、
前記端末装置にて、フラッシュサーバ装置から前記送信されたフラッシュオブジェクトを受信するフラッシュオブジェクト受信ステップと、
前記受信した前記フラッシュオブジェクトを再生する再生ステップと、
を装置の計算機に実行させるセッション管理方法。
【請求項１０】
前記端末装置にて、前記フラッシュオブジェクトの再生により表示されるフラッシュ再生終了ボタンの押下によって前記セッションIDを含むアクセス先アドレスへのインターネットアクセスを実行する終了後送信実行ステップ、
をさらに装置の計算機に実行させる請求項９に記載のセッション管理方法。
【請求項１１】
アクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクトを配信するフラッシュサーバ装置と、端末装置と、の間でのセッション管理方法であって、
フラッシュサーバ装置にて、セッションIDを含むフラッシュオブジェクト要求用アドレスを端末装置に対して送信する要求アドレス送信実行ステップと、
端末装置にて、フラッシュサーバ装置から前記送信されたフラッシュオブジェクト要求用アドレスを受信する受信ステップと、
端末装置にて、前記受信したフラッシュオブジェクト要求用アドレスに対して、前記セッションIDを含むフラッシュオブジェクト要求の送信を実行する要求送信実行ステップと、
を装置の計算機に実行させるセッション管理方法。
【請求項１２】
再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの送信を、前記端末装置からのフラッシュオブジェクト要求に応じて、フラッシュサーバ装置にて、セッションＩＤと関連付けて実行するフラッシュオブジェクト送信実行ステップと、
端末装置にて、フラッシュサーバ装置から前記送信されたフラッシュオブジェクトを受信するフラッシュオブジェクト受信ステップと、
前記受信した前記フラッシュオブジェクトを再生する再生ステップと、
前記再生により表示される再生終了ボタンの押下によって、前記セッションIDを含むアクセス先アドレスへのインターネットアクセスを実行する終了後送信実行ステップと、
をさらに装置の計算機に実行させる請求項１１に記載のセッション管理方法。
【請求項１３】
前記フラッシュオブジェクト送信実行ステップは、
前記フラッシュオブジェクトとして、フラッシュ再生終了ボタンの押し下げによってアクセスするアクセス先を相対パス表現にて特定するフラッシュオブジェクトを送信する請求項１０又は１２に記載のセッション管理方法。
【請求項１４】
フラッシュサーバ装置にて、端末装置に送信するアクセス先アドレスに含まれるセッションＩＤと同名称のディレクトリを生成するディレクトリ生成ステップをさらに装置の計算機に実行させる請求項１３に記載のセッション管理方法。
【請求項１５】
フラッシュサーバ装置にて、端末装置に送信するアクセス先アドレスに含まれるセッションＩＤと同名称のディレクトリを有するか判断する判断ステップと、
判断結果が有しないとの判断結果である場合には前記同名称の仮想ディレクトリを生成する仮想ディレクトリ生成ステップと、
をさらに装置の計算機に実行させる請求項１３に記載のセッション管理方法。
【請求項１６】
フラッシュサーバ装置にて、端末装置から送信されるセッションIDに基づいて端末装置でのフラッシュに関する動作を管理するセッションID管理ステップ、
をさらに装置の計算機に実行させる請求項９から１５のいずれか一に記載のセッション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フラッシュ（登録商標）オブジェクトの配信機能を備えるサーバ装置において、端末装置とのセッションを管理するための技術に関する。
【背景技術】
【０００２】
ネットワーク網を介し接続された「サーバ装置」と「端末装置」との間で情報の送受信を行う際には、いわゆる「セッション管理」が必要となることが多い。例えばインターネット商取引などでは、端末装置において、最初に取引情報やクレジットナンバーの入力ページが表示される。そしてその入力ページに必要な情報を入力・送信すると、続いてその取引確認用ページが表示される。そしてその確認用ページのOKボタンの押下などで、最後に取引完了ページが表示される、と言った具合に、一連の取引処理の中で端末装置が複数のWebページ（リソース）にアクセスしてくることがある。
【０００３】
そしてこのような場合には、取引完了ページにアクセスしてきた端末装置が、その前の取引確認用ページにアクセスしてきた端末と同一であることなどをサーバ装置側で識別判断する必要がある。そこで、一の端末装置からの複数のアクセスを、一連のセッションとしてサーバ装置側で管理するための「セッション管理」を行う技術が様々提供されている。
【０００４】
具体的には、Webページなどのリソースへのアクセス用アドレスに、例えば「ABC123」などの識別情報（セッションID）を「http://torihiki.com/kakunin.html?param=ABC123」と言った具合に「パラメータ」や「引数」として付加する。そして、端末装置とサーバ装置との間で情報を送受信する際には、このようにアドレスに「パラメータ」や「引数」として付加された「ABC123」などのセッションIDを読み出し、その後のHTTPリクエストやHTTPレスポンスにその読み出したセッションIDを含ませることでサーバ装置側でのセッション管理を行うことができる、という具合である。
【０００５】
また、例えば上記インターネット商取引において商品画像や広告ムービーなどを端末装置に表示させる、といった具合に一連のセッション中に画像やムービーなどのオブジェクトへのアクセスが含まれる場合もある。このような場合にも、そのオブジェクトへアクセスするためのObjectタグ内に、セッションID「ABC123」などを「object src="gazou.jpg?session=ABC123"」といった具合に「引数」や「パラメータ」として付加することで、Webページの場合と同様にサーバ装置においてセッション管理を行うことができる。
【０００６】
また、特許文献１では、このようなセッション管理において、セッション情報のデータ量や端末装置の接続数などに応じて、複数のセッション管理方法の中から最適な方法を選択し適用する技術が開示されている。
【特許文献１】特開２０００−２２２３５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記のように従来の技術では、サーバ装置から端末装置への最初のアクセス時に、セッションIDを「引数」や「パラメータ」としてアドレスやObjectタグ内などに付加しておき、その後のHTTPリクエストやHTTPレスポンスにそのセッションIDを含ませることでセッション管理を行う。
【０００８】
しかし、端末装置との一連のセッションに、フラッシュオブジェクト（フラッシュ規格に準ずる動画オブジェクト）へのアクセスが含まれている場合、そのフラッシュオブジェクトを端末装置にて再生した後のアクセスにおけるHTTPリクエストにはセッションIDを含ませることができない場合がある。
【０００９】
なぜならば、例えば携帯端末向けなどに提供されているフラッシュオブジェクト再生用の簡易アプリケーションでは、上記最初のアクセス時に「引数」や「パラメータ」として付加された値を処理するように設計されていないからである。そのためフラッシュオブジェクトの再生が実行された後の端末装置からフラッシュサーバ装置へのアクセスのHTTPリクエストにはセッションIDを含ませることができない。
【００１０】
つまり、従来はこのようなフラッシュ用簡易アプリケーションを備える端末装置に対してフラッシュオブジェクトを配信し、端末装置にてそれが実行された後に同一端末からアクセスがあっても、そのアクセスのHTTPリクエストにはセッションIDが含まれていないため、サーバ装置側で、フラッシュオブジェクト再生後のアクセスを一連のセッションとして管理することができない、と言う課題がある。
【課題を解決するための手段】
【００１１】
そこで、本発明は、アクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクト再生後のアクセスにおける端末装置からのHTTPリクエストにも、セッションIDを含むことができるよう構成したセッション管理システムを提供する。そのためにセッションIDをオブジェクトタグ内に「パラメータ」や「引数」として付加するのではなく、セッションIDをフラッシュオブジェクトの「アドレスパス」に含ませるよう構成する。
【００１２】
具体的には、アクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクトを配信するフラッシュサーバ装置と、端末装置と、からなるセッション管理システムであって、前記フラッシュサーバ装置は、端末装置と送受信をするためのサーバ送受信部と、再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの送信を、セッションＩＤと関連付けてサーバ送受信部に実行させるためのフラッシュオブジェクト送信実行部と、を有し、前記端末装置は、フラッシュサーバ装置と送受信をするための端末送受信部と、受信した前記フラッシュオブジェクトを再生する再生部と、を有するセッション管理システムである。
【００１３】
また、その他にも、アクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクトを配信するフラッシュサーバ装置と、端末装置と、からなるセッション管理システムであって、前記フラッシュサーバ装置は、端末装置と送受信をするためのサーバ送受信部と、フラッシュオブジェクト要求用であって、セッションIDを含むアドレスの送信をサーバ送受信部に実行させるための要求アドレス送信実行部と、を有し、前記端末装置は、フラッシュサーバ装置と送受信をするための端末送受信部と、受信した前記フラッシュオブジェクト要求用のアドレスに対してインターネットアクセスを実行させる要求送信実行部と、を有するセッション管理システムも提供する。
【発明の効果】
【００１４】
以上のような構成をとる本発明によって、従来技術のようにフラッシュオブジェクトの要求用アドレスにパラメータや引数としてセッションIDを付加するのではなく、例えばフラッシュオブジェクトの要求用アドレスのパスそのものに「"/ABC123/batting.swf"」という具合にセッションIDを含める、などのようにセッションIDを引数やパラメータ以外の形態でフラッシュオブジェクトに関連付けて端末装置へ配信することになる。
【００１５】
したがって、アクセス命令時の引数やパラメータを処理不可能な場合であっても、例えば相対パスを利用などして、フラッシュオブジェクトの再生後でもセッションIDを含んだHTTPリクエストをサーバ装置に返信することができる。したがってサーバ装置側でフラッシュオブジェクトへのアクセスを含む端末装置からの一連のアクセスを、同一のセッションとして管理することができるようになる。
【００１６】
なお、セッション管理のその他の方法として、例えば端末装置の機器IDを利用する方法、ブラウザに備えられたcookie機能を利用する方法、あるいは通信に用いたポート番号など利用する方法なども挙げられる。しかし、端末装置の機器IDを利用する場合、機器IDは様々な認証にも利用されるためセキュリティの観点から頻繁に送受信するのは好ましくない。またcookieやポート番号は携帯電話などでは利用できない場合がある。
【００１７】
したがって、本件発明は、上記のようなセッション管理を行うことが好ましくない、あるいは行うことができない例えば携帯電話などにおいて特に有効性が高いと言える。ただし、本件発明は上記の機器IDやcookie、ポート番号などを利用したセッション管理を行うことができる場合においても適用可能であることは言うまでも無い。
【発明を実施するための最良の形態】
【００１８】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１９】
なお、実施例１は、主に請求項３、１１について説明する。また、実施例２は、主に請求項４、５、１２，１３について説明する。また実施例３は、主に請求項６，７，１４，１５について説明する。また、実施例４は、主に請求項８、１６について説明する。また実施例５は、主に請求項１、９について説明する。また実施例６は、主に請求項２、１０について説明する。
【００２０】
≪実施例１≫
【００２１】
<概要>
【００２２】
図１は、本実施例のセッション管理システムによるセッション管理の一例を表す概念図である。この図１（ａ）にあるように、端末装置がフラッシュサーバ装置にアクセスし、ディスプレイにWebページを表示する。そして端末装置では、そのWebページに示されるリンクを選択し、図１（ｂ）にあるようにリンク先のフラッシュムービー（オブジェクト）の再生閲覧を行う。
【００２３】
このとき、本実施例のセッション管理システムによって、フラッシュサーバ装置は、cookieや機器IDなどを利用することなく、フラッシュオブジェクトへのアクセスを含んだ場合でも端末装置Ａからの一連のセッションを管理することができる。
【００２４】
それにより、例えば端末装置を利用して株取引サイトにログインした後に、フラッシュによる会社PRムービーなどを閲覧しても、本実施例のセッション管理システムを利用すれば、その後の取引フォームページへのアクセスを一連のセッションとして管理することができる。したがって本実施例によって、従来は会社PR用のフラッシュオブジェクト閲覧後にはログインし直すなどの手間が生じることから実施されていなかった、顧客訴求率の高いリッチコンテンツによるPRを実行することができる。
【００２５】
また例えば複数のフラッシュオブジェクトへのアクセスも一連のセッションとして管理することができるので、そのアクセス数やアクセスデータ量などに応じて課金することができる。あるいはフラッシュオブジェクトが広告であればフラッシュオブジェクトの閲覧と、その閲覧後の景品提供ページへのアクセスを一連のセッションとして管理できるので、広告ムービー閲覧終了をセッション管理で確認した後に景品を提供する、などのサービスを実施することもできるようになる。
【００２６】
<機能的構成>
【００２７】
図２は、本実施例のセッション管理システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例のセッション管理システムは、「端末装置」（０２００）と、「フラッシュサーバ装置」（０２１０）と、からなる。
【００２８】
「端末装置」とは、フラッシュを利用する端末をいう。この端末装置は、前述のように例えばcookieを利用できない携帯電話である、など、従来のセッション管理方法ではセッション管理を行うことができない端末装置であることが好ましい。しかし、端末装置は当然それには限定されず、従来のセッション管理方法を利用可能な端末装置に対して、本実施例のセッション管理システムによるセッション管理を行うこともできることは言うまでも無い。
【００２９】
具体的にこの端末装置は、例えば、携帯電話、PHS（パーソナル・ハンディフォン・システム）などのほか、PDA（パーソナル・デジタル・アシスタンツ）、デスクトップタイプ・ノートタイプ・超小型タイプなどのパーソナルコンピュータなどが挙げられる。
【００３０】
「フラッシュサーバ装置」（０２１０）は、端末装置（０２００）に対してアクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクトを配信するサーバ装置である。「フラッシュオブジェクト」とは、アドビ（登録商標）システムズ社により提供されている、ベクター描画を中心とするアニメーション動画用の規格、あるいはベクター描画以外のムービー動画用の規格に準じた動画や静止画、テキスト表示などを行うオブジェクトをいう。
【００３１】
なお、以下に記載するセッション管理システムを構成する各装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、CPUや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、CD−ROMやDVD−ROMなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部やその外部周辺機器用のI/Oポート、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザーインターフェースなどが挙げられる。
【００３２】
またこれらハードウェアやソフトウェアは、主メモリ上に展開したプログラムをCPUで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。
【００３３】
また、この発明はシステムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００３４】
まず、本実施例のセッション管理システムを構成する「端末装置」における機能ブロックについて説明する。
【００３５】
「端末装置」（０２００）は、「端末送受信部」（０２０１）と、「要求アドレス送信実行部」（０２０２）と、を有する。
【００３６】
「端末送受信部」（０２０１）は、フラッシュサーバ装置（０２１０）と送受信をするための機能を有する。この端末送受信部は、ハードウェア的には、例えばネットワークへの接続機能を有するLANアダプタなどの「I/O（インプット／アウトプット）」によって実現されると良い。また、ソフトウェア的には、例えば、OS（オペレーションシステム）に組み込まれているTCP/IPソフトウェアやブラウザなどによって実現されると良い。
【００３７】
「要求送信実行部」（０２０２）は、端末送受信部にて受信した、セッションIDを含むフラッシュオブジェクト要求用のアドレスに対してインターネットアクセスを実行させる機能を有する。「セッションID」とは、一の端末装置からの一連のアクセスを管理するための識別情報をいい、「ABC123」など、文字や数字、あるいは記号の組み合わせなどが挙げられる。このセッションIDは、端末装置からのアクセスに応じて、フラッシュサーバ装置にて例えば動的に生成されても良いし、アクセスに応じて割り当てるため予め複数保持されていても良い。
【００３８】
「フラッシュオブジェクト要求用のアドレス」とは、フラッシュオブジェクト要求用であって、セッションIDを含むアドレスをいい、従ってフラッシュオブジェクトのソースアドレスを示す情報である。このアドレスは、例えば端末装置からサーバ装置へのアクセス（WebページのGETメソッドを含むHTTPリクエスト）に対するHTTPレスポンスとしてこの端末送受信部に受信されると良い。そして端末装置からのフラッシュオブジェクトの配信要求時には、このフラッシュオブジェクト要求用アドレスが、フラッシュオブジェクト配信要求を含むHTTPリクエストに含まれ、その送信先を示すアドレスとなる。
【００３９】
図３は、この端末送受信部にて受信した、フラッシュオブジェクト要求用アドレスを含んだWebページの表示画面と、そのソースコードの一例を表す図である。この図にあるように、端末装置がフラッシュサーバ装置にアクセスすると、そのレスポンスとして例えばフラッシュムービー（オブジェクト）の閲覧を促すWebページのデータを端末送受信部にて受信し、ディスプレイなどに表示する。そして、このWebページには、そのソースコードにあるように、「object src="/ABC123/batting.swf"」と言った具合に、Objectタグにフラッシュオブジェクト要求用アドレスが含まれている。そして、このフラッシュオブジェクト要求用アドレスの特徴点は、パラメータや引数での付加ではなく、そのパス自体に「ABC123」というセッションIDを含んでいる点である。
【００４０】
なお本実施例では、フラッシュオブジェクト要求用アドレスのパス自体にセッションIDである「ABC123」が含まれているが、これは実施例３で後述するように、実際にそのようなディレクトリが生成されていても良いし、あるいは、あくまでセッション管理に利用するための仮想的なディレクトリとしてアドレスパスに含まれるのみであっても良い。
【００４１】
そしてこのフラッシュオブジェクト要求用アドレスへのインターネットアクセスによりフラッシュオブジェクト要求が端末装置からフラッシュサーバ装置に対して送信されることになる。
【００４２】
「フラッシュオブジェクト要求」とは、フラッシュオブジェクト要求用アドレスで示されるアドレスに保持されているフラッシュオブジェクトを、端末装置に対して送信するよう要求するリクエスト情報であり、例えば「GETメソッドのHTTPリクエスト」などが挙げられる。
【００４３】
図４は、この要求送信実行部により送信されるフラッシュオブジェクト要求の一例を表す概念図である。この図にあるように、図３で示すようなソースに基づくWebページの「コチラ」をクリックすると、そのフラッシュオブジェクト要求用アドレス「/ABC123/batting.swf/」が含まれるHTTPリクエストがフラッシュサーバ装置に対して送信される、という具合である。
【００４４】
ただし前述のように、フラッシュオブジェクト要求用アドレスにこのセッションIDをパラメータや引数として付加した場合、フラッシュオブジェクト再生後に端末装置からサーバ装置に送信するHTTPリクエストにそのセッションIDを含めることができない場合がある。そこで、本実施例では、上記のように「フラッシュオブジェクト要求用アドレス」のアドレスパスそのものに「セッションID」である「ABC123」が含まれている点を特徴とする。
【００４５】
続いて、本実施例のセッション管理システムを構成する「フラッシュサーバ装置」における機能ブロックについて説明する。
【００４６】
「フラッシュサーバ装置」（０２１０）は、「サーバ送受信部」（０２１１）と、「要求アドレス送信実行部」（０２１２）と、を有する。
【００４７】
「サーバ送受信部」（０２１１）は、端末装置（０２００）と送受信をするための機能を有する。このサーバ送受信部も、端末装置の端末送受信部などと同様、ハードウェア的には、例えばLANアダプタなどの「I/O（インプット／アウトプット）」によって実現されると良い。またソフトウェア的には、例えば、TCP/IPソフトウェアなどによって実現されると良い。
【００４８】
「要求アドレス送信実行部」（０２１２）は、フラッシュオブジェクト要求用であって、セッションIDを含むアドレスの送信をサーバ送受信部に実行させるための機能を有する。なおこのフラッシュオブジェクト要求用のアドレスの送信は、図３に示すように、例えばフラッシュオブジェクトのObjectタグなどに、そのフラッシュオブジェクト要求用アドレスを含むWebページのデータとして送信する方法などが挙げられる。
【００４９】
また、このフラッシュサーバ装置は、例えばサーバ送受信部にて端末装置に送信したフラッシュオブジェクト要求用アドレスのパスに含まれるセッションIDをキーとしたテーブルを作成することで、この後の端末装置からの一連のアクセスを管理などすると良い。
【００５０】
図５は、このフラッシュサーバ装置でのセッション管理のためのテーブルの一例を表す図である。この図にあるように、例えば、端末装置Ａに送信したフラッシュオブジェクト要求用アドレスに含まれるセッションID「ABC123」と関連付けて、そのフラッシュオブジェクト「batting.swf」がテーブル化されている。また、端末装置Ｂに送信したフラッシュオブジェクト要求用アドレスに含まれるセッションID「DEF456」と関連付けて、そのフラッシュオブジェクト「football.swf」がテーブル化されている、という具合である。そして、この後のそれぞれの端末装置からのフラッシュオブジェクト要求に含まれるセッションID、また実施例２で説明するように例えば相対パスを利用して送信されてくるセッションIDを利用してテーブル化することで、一のセッションIDにおけるそれぞれの端末装置のアクセスを管理することができる。
【００５１】
なお、このサーバ送信部にて送信するフラッシュオブジェクト要求用アドレスのパスに含まれるセッションIDは、前述のように動的に生成され割り当てるよう構成されていても良いし、予め複数保持しておき送信時に選択するよう構成されていても良い。
【００５２】
<ハードウェア的構成>
【００５３】
図６は、本発明のシステムの各装置における上記機能的な各構成要件をハードウェアとして実現した際の、それぞれの構成の一例を表す概略図である。この図を利用してフラッシュオブジェクトの配信要求処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、「端末装置」（０６００）は、要求送信実行部として送信命令の生成などを含み各種演算処理を行う「CPU（中央演算装置）１」（０６０１）と、「主メモリ１」（０６０２）と、を備え、また端末送受信部である「I/O１」（０６０３）と、を備えている。また受信したWebページなどを表示する「ディスプレイ」（０６０４）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５４】
また、「サーバ装置」（０６１０）も、フラッシュオブジェクト送信実行部として送信命令の生成などを含み各種演算処理を行う「CPU２」（０６１１）と、「主メモリ２」（０６１２）と、を備え、またサーバ送受信部である「I/O２」（０６１３）を備えている。また配信用のフラッシュオブジェクトやWebページなどを保持する「HDD」（０６１４）も備えている。そしてそれらが同様に「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５５】
そして、この「端末装置」と「サーバ装置」はそれぞれの「I/O」を介して、HTTP（HyperText Transfer Protocol）などの所定のプロトコルにて情報の送受信を行う。
【００５６】
また、「CPU」により各種プログラムを実行するため、それぞれ「主メモリ」はプログラムを読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」や「HDD」にはそれぞれ複数のアドレスが割り当てられており、「CPU」で実行されるプログラムは、そのアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００５７】
ここで、ユーザーからの操作を、図示しない端末装置の入力デバイスが受け付けることで、WebページのHTTPリクエストであるページリクエストが生成され、「主メモリ１」のアドレス１に格納される。そして「CPU１」からの命令により、そのページリクエストが、「I/O１」からフラッシュサーバ装置に対して送信される。
【００５８】
サーバ装置では、「I/O２」にてページリクエストを受信すると、まず「CPU２」の演算処理により、ページリクエスト中に所定の書式で表現されたセッションIDが含まれているか否かの判断処理が行われる。そして、ページリクエストにセッションIDが含まれていなかった場合、セッションにおける最初のアクセスであるとして、例えば乱数生成器や乱数生成プログラムによってセッションID「ABC123」を生成し、「主メモリ２」のアドレス１に格納する。また、生成したそのセッションIDを例えば（仮想）ディレクトリ管理リストを利用し管理する。
【００５９】
続いてサーバ装置では、リクエストのあったWebページのソースコードに含まれるフラッシュオブジェクト要求用アドレスに、「CPU２」の処理により「主メモリ２」のアドレス１に格納されているセッションIDを書き加え、その書き換えたWebページのソースコードを「主メモリ２」のアドレス２に格納する。そしてそのWebページのデータを、「I/O２」から端末装置に対して送信する。また、その際、前述の図５に示すようなセッションIDと、（そのセッションIDが加えられたHDD上のフラッシュオブジェクト要求用アドレスに格納されている）フラッシュオブジェクトとを関連付けたセッションID管理テーブルを生成し、「主メモリ２」のアドレス４に格納しても良い。
【００６０】
端末装置では、サーバ装置から送信された「Webページ」のデータを「I/O１」にて受信し、「主メモリ１」のアドレス２に格納する。そして、その格納したWebページのデータに基づき、「ディスプレイ」に、セッションIDが加えられたフラッシュオブジェクト要求用アドレスをソースコードに含むWebページを表示する。
【００６１】
そして、再び図示しない「入力デバイス」のユーザー操作によって、「ディスプレイ」に表示されたWebページ上のフラッシュオブジェクト要求用アドレスがクリックされるなどすると、図４に示す「/ABC123/batting.swf/」のように、セッションIDを含むフラッシュオブジェクト要求であるHTTPのGETメソッドの「フラッシュリクエスト」が生成され、「主メモリ１」のアドレス３に格納される。そして、「CPU１」からの命令により、そのフラッシュリクエストが、「I/O１」からフラッシュサーバ装置に対して送信される。
【００６２】
サーバ装置では、「I/O２」でセッションIDを含むフラッシュリクエストを受信すると、そのフラッシュリクエストを「主メモリ２」のアドレス３に格納する。そして、そのフラッシュリクエストに含まれるセッションIDと、前記（仮想）ディレクトリ管理リストとの比較判断処理を「CPU２」にて実行することにより、そのフラッシュリクエストの有効性を判断する。そしてフラッシュリクエストが有効である旨判断された場合、そのフラッシュリクエストで要求されているフラッシュオブジェクト「batting.swf」を「I/O２」から端末装置に対して送信する、という具合である。
【００６３】
なお、このとき、例えば「主メモリ２」のアドレス４に格納しているセッションID管理テーブルに、セッションID「ABC123」に対してはフラッシュオブジェクトを送信済みである旨のステータス情報を加える、などの処理が行われても良い。
【００６４】
そして端末装置では、フラッシュオブジェクト「batting.swf」を「I/O１」にて受信し、その受信したフラッシュオブジェクトを「ディスプレイ」に表示する、と言う具合である。
【００６５】
このようにして、サーバ装置にて、フラッシュオブジェクトの配信を含む端末装置とのセッションを管理するためのセッションIDを予め端末装置に送信することができる。
【００６６】
<処理の流れ>
【００６７】
図７は、本実施例のセッション管理システムにおける処理の流れの一例を表すシーケンス図である。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、フラッシュサーバ装置にて、フラッシュオブジェクト要求用であって、セッションIDを含むアドレスの送信を実行する（ステップＳ０７０１）。すると、端末装置にてフラッシュサーバ装置から前記送信されたフラッシュオブジェクト要求用のアドレスを受信する（ステップＳ０７０２）。続いて、端末装置にて、受信した前記フラッシュオブジェクト要求用のアドレスに対してインターネットアクセスを実行する（ステップＳ０７０３）。それにより前記セッションIDを含むフラッシュオブジェクト要求が端末装置からフラッシュサーバ装置に対して送信される、と言う具合である。
【００６８】
図８は、本実施例のセッション管理システムにおける処理の流れの一例を表す別のシーケンス図である。この図にあるように、（１）まず、端末装置からのHTTPページリクエストが送信され、（２）フラッシュサーバ装置に受信される。するとセッションID、例えば「ABC123」が生成され、（３）リクエストのあったページに含まれるObjectタグ内のフラッシュオブジェクト要求用アドレスのパスにセッションIDを書き加えることで埋め込む。そして（４）そのセッションIDを埋め込んだページのデータを端末装置に対して送信する。
【００６９】
（５）端末装置では、受信したページのデータからディスプレイにそのページを表示し、（６）ユーザーからの操作に応じて、そのページに含まれるフラッシュオブジェクト要求用アドレスに従い、セッションIDを含むフラッシュリクエストを生成し、サーバ装置に対して送信する、と言う具合である。
【００７０】
そして、例えばフラッシュサーバ装置では、前記端末装置から送信されたフラッシュリクエスト（フラッシュオブジェクト要求）に応じてフラッシュオブジェクトを端末装置に送信などし、それとともにフラッシュオブジェクト要求に含まれるセッションIDによって、このフラッシュオブジェクトの要求、配信処理を含む端末装置との一連のセッションを管理すると良い。
【００７１】
<効果の簡単な説明>
【００７２】
以上のように本実施例のセッション管理システムによって、サーバ装置での端末装置とのセッション管理において、フラッシュオブジェクトの配信を含むセッションであっても、一連のセッションとして管理することができる。
【００７３】
それにより、従来は行うことが困難であった、例えば株取引サイトでの一連のセッション中にフラッシュによる会社PRムービーなどを閲覧させる、と言った具合の、所定のセッション中でのフラッシュオブジェクト配信サービスの提供を行うことができるようになる。
【００７４】
また例えば複数のフラッシュムービー閲覧を一連のセッションとして管理することができるので、その閲覧量に応じて課金することができる。あるいはムービーが広告であればムービー閲覧後の景品提供ページへのアクセスを一連のセッションとして管理できるので、広告ムービー閲覧終了をセッション管理で確認した後に景品を提供する、などのサービスを実施することもできるようになる。
【００７５】
≪実施例２≫
【００７６】
<概要>
【００７７】
図９は、実施例１を基本とする本実施例のセッション管理システムによるセッション管理の一例を表す概念図である。この図９（ａ）にあるように、本実施例のセッション管理システムは、実施例１を基本として、フラッシュサーバ装置から配信されるフラッシュオブジェクトのデータ内に「再生終了ボタン」を含み、その再生終了ボタンをクリックすることで、セッションIDがフラッシュサーバ装置に送信されるよう構成されていることを特徴とする。
【００７８】
そして、そのように構成されていることで、ユーザーにフラッシュオブジェクトの閲覧終了後にその再生終了ボタンを押させるだけで、閲覧後のアクセスも一連のセッションとしてサーバ装置側にて管理することができる。
【００７９】
またその再生終了ボタンを、例えばフラッシュオブジェクトの最後のフレームで表示されるよう構成することで、図９（ｂ）にあるように、フラッシュオブジェクトを最後まで閲覧したか、の確認処理をセッション管理に含めて実行することもできるようになる。
【００８０】
<機能的構成>
【００８１】
図１０は、本実施例のセッション管理システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例のセッション管理システムは、「端末装置」（１０００）と、「フラッシュサーバ装置」（１０１０）と、からなる。そして、実施例1を基本として、端末装置は「端末送受信部」（１００１）と、「要求送信実行部」（１００２）と、を有している。また、フラッシュサーバ装置は「サーバ送受信部」（１０１１）と、「要求アドレス送信実行部」（１０１２）と、を有している。
【００８２】
そして、本実施例のセッション管理システムにおける機能的構成上の特徴点は２点あり、第一に、端末装置がさらに「再生部」（１００３）と、「終了後送信実行部」（１００４）と、を有する点である。そして第二に、フラッシュサーバ装置がさらに「フラッシュオブジェクト送信実行部」（１０１３）を有する点である。
【００８３】
「再生部」（１００３）は、受信した前記フラッシュオブジェクトを再生する機能を有する。この再生部は、例えば「CPU」や「主メモリ」などの演算装置とフラッシュオブジェクト再生用のアプリケーション、またその再生したフラッシュオブジェクトを表示するディスプレイなどで実現されると良い。
【００８４】
「終了後送信実行部」（１００４）は、前記再生により表示される再生終了ボタンの押下によって、前記セッションIDを含むアクセス先アドレスへのインターネットアクセスを端末送受信部（１００１）に実行させるための機能を有する。この終了後送信実行部は、例えばLANポートなどである端末送受信部からの送信を行うための命令を生成する「CPU」などによって実現されると良い。
【００８５】
「再生終了ボタン」とは、前記要求したフラッシュオブジェクトの再生に伴い表示されるテキストベースのものも含むGUI（グラフィカル・ユーザー・インターフェース）をいう。そして、この再生終了ボタンは、例えばフラッシュオブジェクトのデータ内に「<Ａ Herf=・・・>再生終了<／Ａ>」などのリンクタグを記述することでフラッシュオブジェクトの再生終了時などにディスプレイ上に表示する方法などが挙げられる。なお、この再生終了ボタンは、例えばフラッシュオブジェクトの最後のフレームにて表示される（再生終了を示す）ボタンであっても良いし、ユーザーが任意に再生を終了させるための停止ボタンであっても良い。
【００８６】
「アクセス先アドレス」とは、前記フラッシュ再生終了ボタンの押下をトリガーとして端末装置がインターネットアクセスするアクセス先を示すアドレスをいい、例えばフラッシュサーバ装置が提供するフラッシュオブジェクト閲覧確認用アドレスなどが挙げられる。そして、このアクセス先アドレスにはセッションIDが含まれているため、フラッシュオブジェクトの配信と、フラッシュオブジェクト閲覧確認用アドレスへのアクセスを一連のセッションとして管理することができる。したがってそれを利用してフラッシュオブジェクト閲覧確認処理を行う、と言う具合である。
【００８７】
また、例えばこのフラッシュオブジェクト閲覧確認用となるアクセス先アドレスに、例えばプレゼント提供用のWebページのHTMLデータを置いていても良い。そのように構成することで、フラッシュオブジェクトを最後まで閲覧したユーザーに対しプレゼントを提供する、といった具合のサービスを実施することもできる。
【００８８】
なお、この端末アクセス先アドレス送信部にて、アクセス先アドレスにセッションIDを含み送信するための手段としては、例えば「相対パス」を利用する方法が挙げられる。「相対パス」とは、ソースアドレスを示すパスの記述方式の一であり、現在位置（Current Directory）を基準として目的のデータまでのパスを記述したものを言う。
【００８９】
図１１は、この相対パスを利用したセッションIDを含むアクセス先アドレスの送信処理の一例について説明するための概念図である。まず、実施例１で説明したように、端末装置は、フラッシュオブジェクト要求アドレス「/ABC123/batting.swf/」を含むHTTPリクエストを送信する。このとき端末装置では、フラッシュオブジェクト要求アドレスの記述内容から、フラッシュオブジェクトのディレクトリ構造は図１１（ａ）で示すような構造であると認識することができる。
【００９０】
そして、前記HTTPリクエストへのレスポンスとしてフラッシュサーバ装置からフラッシュオブジェクト「batting.swf」が端末装置に配信され、端末装置にて再生される。その後再生が終了すると、フラッシュオブジェクトの最後のフレームには「（フラッシュ再生）終了ボタン」が表示される。そして、ユーザーの操作によりその「終了ボタン」が押下されると、図１１（ｂ）に示すように、フラッシュオブジェクトのデータソースから、例えば「./return.html/」というアドレス（アクセス先アドレス）にアクセスするためのHTTPリクエストが端末装置にて生成されることになる。
【００９１】
ここで、この「./return.html/」は相対パスで記述されているため、端末装置では、フラッシュオブジェクトのアドレス「/ABC123/batting.swf/」を基準としてHTTPリクエストを生成する。つまり、相対パス中の「./」は現在位置と同じディレクトリであることを示すので、この相対パスで示されるアクセス先アドレスは、セッションIDを含むアドレス「/ABC123/return.html」となる、という具合である。
【００９２】
このように、フラッシュオブジェクトのデータ内に相対パスを記述することで、その相対パスにセッションIDを含んでいなくても、フラッシュオブジェクトの「現在位置」を示すセッションIDを含む「フラッシュオブジェクト要求アドレス」を利用して、セッションIDを含むアクセス先アドレスとして生成しアクセスすることができる。
【００９３】
また、相対パスを利用することで、フラッシュオブジェクト自体のソースコードを動的に生成されたセッションIDに応じて書き換える、などの処理を省くことができる。
【００９４】
以上が端末装置の機能ブロックである「再生部」と「終了後送信実行部」の説明である。続いて、フラッシュサーバ装置の機能ブロックである「フラッシュオブジェクト送信実行部」について説明する。
【００９５】
「フラッシュオブジェクト送信実行部」（１０１３）は、再生終了ボタンを表示するとともに、この再生終了ボタンの押下によって前記セッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの送信を、前記要求用アドレスに対する要求に応じてセッションＩＤと関連付けてサーバ送受信部に実行させるための機能を有する。このフラッシュオブジェクト送信実行部も、例えばLANポートなどであるサーバ送受信部からの送信を行うための命令を生成する「CPU」などによって実現されると良い。
【００９６】
そして、送信するフラッシュオブジェクトはそのデータソース内に、例えば図１１（ｂ）で示すような相対パスによるリンクタグで制御される「再生終了ボタン」を含んでいる。それによって、前記のように、端末装置でのフラッシュオブジェクト再生終了後にその「再生終了ボタン」を押下させることで、端末装置からのセッションIDを含むアクセス先アドレスへのインターネットアクセスをサーバ装置側で受信し、そのセッション管理などを簡単に行うことができる、と言う具合である。
【００９７】
そして、このように、例えばフラッシュ再生終了ボタンの押し下げによってアクセスするアクセス先を相対パス表現にて特定するフラッシュオブジェクトを送信するため、このフラッシュオブジェクト送信実行部は、さらに図１０には図示しない「相対パスオブジェクト送信実行手段」を有していても良い。
【００９８】
<ハードウェア的構成>
【００９９】
図１２は、本発明のシステムの各装置における上記機能的な各構成要件をハードウェアとして実現した際の、それぞれの構成の一例を表す概略図である。この図を利用してフラッシュオブジェクトの再生終了ボタンが押下された後の各処理におけるハードウェア構成部の働きについて説明する。上記実施例にて説明したように、「端末装置」（１２００）は、「CPU１」（１２０１）と、「主メモリ１」（１２０２）と、を備え、また「I/O１」（１２０３）も備えている。また「ディスプレイ」（１２０４）も備えている。
【０１００】
また、「サーバ装置」（１２１０）も、上記実施例にて説明したように同様「CPU２」（０６１１）と、「主メモリ２」（０６１２）と、を備え、また「I/O２」（１２１３）と、を備えている。また「HDD」（１２１４）も備えている。
【０１０１】
そして、上記実施例で説明したような各ハードウェア構成部の処理により、この「端末装置」から「サーバ装置」に対して、図４に示すようなセッションIDを含むフラッシュオブジェクト要求であるHTTPの「フラッシュリクエスト」が生成され、フラッシュサーバ装置に対して送信される。
【０１０２】
するとサーバ装置では、そのフラッシュリクエストに応じて、「再生終了ボタン」をそのデータソースなどに含むフラッシュオブジェクト「batting.swf」を「主メモリ２」のアドレス４に格納し「I/O２」から端末装置に対して送信する。
【０１０３】
そして端末装置では、サーバ装置から送信されてきた「再生終了ボタン」を含むフラッシュオブジェクト「batting.swf」を「I/O１」にて受信し、「主メモリ１」のアドレス１に格納する。そして、その「batting.swf」を「ディスプレイ」に再生表示する。その後、フラッシュオブジェクトの再生が終了すると、「ディスプレイ」に「再生終了ボタン」が表示される。そしてユーザー操作によって、その「再生終了ボタン」が押下されると、図１１で説明したように、例えば相対パスで記述されたアクセス先アドレス「./return.html/」に基づいて、「CPU」の演算処理によりセッションIDを含む「/ABC123/return.html」と言った具合のアクセス先アドレスが生成され、「主メモリ１」のアドレス２に格納される。
【０１０４】
そして、このセッションIDを含むアクセス先アドレスで示されるアクセス先にインターネットアクセスするため、このアクセス先アドレスを含むHTTPリクエストが端末装置の「I/O１」より送信され、フラッシュサーバ装置の「I/O２」に受信される。そして、そのセッションIDから「主メモリ２」のアドレス３に格納されているセッション管理テーブルを参照し一連のセッションを管理するとともに、例えばフラッシュオブジェクトを最後まで閲覧したか、などを確認することができる。
【０１０５】
<処理の流れ>
【０１０６】
図１３は、本実施例のセッション管理システムにおける処理の流れの一例を表すシーケンス図である。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、フラッシュサーバ装置にて、フラッシュオブジェクト要求用であって、セッションIDを含むアドレスの送信を実行する（ステップＳ１３０１）。すると、端末装置にてフラッシュサーバ装置から前記送信されたフラッシュオブジェクト要求用のアドレスを受信する（ステップＳ１３０２）。続いて、端末装置にて、受信した前記フラッシュオブジェクト要求用のアドレスに対してインターネットアクセスを実行する（ステップＳ１３０３）。それにより前記セッションIDを含むフラッシュオブジェクト要求が端末装置からフラッシュサーバ装置に対して送信される、と言う具合である。
【０１０７】
そして、そのフラッシュオブジェクト要求を受信したフラッシュサーバ装置では、再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトを、セッションＩＤと関連付けて送信する（ステップＳ１３０４）。ここで送信されるフラッシュオブジェクトとしては、例えばフラッシュ再生終了ボタンの押し下げによってアクセスするアクセス先を相対パス表現にて特定するフラッシュオブジェクトを送信しても良い。
【０１０８】
端末装置では前記送信されたフラッシュオブジェクトを受信し、再生する。そして再生後、ディスプレイなどに表示される「フラッシュ再生終了ボタン」の押下を受け付ける（ステップＳ１３０５）と、例えば相対パスなどから生成されたセッションIDを含むアクセス先アドレスへのインターネットアクセスを実行する（ステップＳ１３０６）。
【０１０９】
図１４は、本実施例のセッション管理システムにおける処理の流れの一例を表すシーケンス図である。この図にあるように、（１）まず、端末装置からのHTTPページリクエストが送信され、（２）フラッシュサーバ装置に受信される。するとセッションID、例えば「ABC123」が生成され、（３）リクエストのあったページに含まれるObjectタグ内のフラッシュオブジェクト要求用アドレスのパスにセッションIDを書き加えることで埋め込む。そして（４）そのセッションIDを埋め込んだページのデータを端末装置に対して送信する。
【０１１０】
（５）端末装置では、受信したページのデータからディスプレイにそのページを表示し、（６）ユーザーからの操作に応じて、そのページに含まれるフラッシュオブジェクト要求用アドレスに従い、セッションIDを含むフラッシュリクエストを生成し、サーバ装置に対して送信する。
【０１１１】
（７）フラッシュサーバ装置では、前記端末装置から送信されたフラッシュリクエスト（フラッシュオブジェクト要求）を受け付けると、それに応じて（８）再生終了ボタンを含むフラッシュオブジェクトを端末装置に送信する。また、それとともにフラッシュオブジェクト要求に含まれるセッションIDによって、このフラッシュオブジェクトの要求、配信処理を含む端末装置との一連のセッションを管理すると良い。
【０１１２】
（９）端末装置では、前記フラッシュサーバ装置から送信された「再生終了ボタン」を含むフラッシュオブジェクトを受信し、ディスプレイなどに表示、再生する。その後、例えば（１０）フラッシュ再生が終了すると、含まれる「再生終了ボタン」が表示される。そして、（１１）その再生終了ボタンが押下されると、（１２）セッションIDを含むアクセス先アドレスが、例えば相対パスなどを利用して生成され送信される、と言う具合である。
【０１１３】
<効果の簡単な説明>
【０１１４】
以上のように本実施例のセッション管理システムによって、フラッシュサーバ装置での端末装置とのセッション管理において、再生終了ボタンを利用して、フラッシュオブジェクトの再生後もセッション管理を行うことができる。したがって、そのセッション管理と組み合わせ、端末装置が最後までフラッシュオブジェクトを閲覧したか、あるいはどのような順番でフラッシュオブジェクトを閲覧しているか、などを確認することができるようになる。
【０１１５】
≪実施例３≫
【０１１６】
<概要>
【０１１７】
本実施例は、上記実施例２を基本として、フラッシュサーバ装置がアクセス先アドレスに含まれるセッションIDと同名称のディレクトリを有することを特徴とする。あるいは、セッションIDと同名称の仮想ディレクトリを生成することを特徴とするセッション管理システムである。
【０１１８】
このように構成することで、フラッシュサーバ装置において、フラッシュオブジェクト要求用アドレスのパス部分に含めたセッションIDを利用してセッション管理を行うことができる。
【０１１９】
<機能的構成>
【０１２０】
本実施例のセッション管理システムにおける機能ブロックの一例は、図１０に示すものと同様である。そして、本実施例のフラッシュサーバ装置の特徴点は、アクセス先アドレスに含まれるセッションＩＤと同名称のディレクトリを有する点である。
【０１２１】
具体的には、記憶部であるフラッシュサーバ装置の「HDD（ハードディスクドライブ）」などの外部記憶装置に、「ABC123」などのセッションIDをその名称とするディレクトリを予め設けておく。そしてファイルリスト上で、フラッシュオブジェクトを当該ディレクトリの下で管理することで実現できる。
【０１２２】
また、このように予めディレクトリをセッションIDごとに設けておかなくとも、以下のような構成をとることで、前記ディレクトリを仮想ディレクトリとしてセッションIDの発行ごとに仮想的に生成するようにしても良い。
【０１２３】
図１５は、本実施例のセッション管理システムにおける機能ブロックの、別の一例を表す図である。この図にあるように、本実施例のセッション管理システムは、「端末装置」（１５００）と、「フラッシュサーバ装置」（１５１０）と、からなる。そして、実施例２を基本として、端末装置は「端末送受信部」（１５０１）と、「要求送信実行部」（１５０２）と、「再生部」（１５０３）と、「終了後送信実行部」（１５０４）と、を有している。また、フラッシュサーバ装置は「サーバ送受信部」（１５１１）と、「要求アドレス送信実行部」（１５１２）「フラッシュオブジェクト送信実行部」（１５１３）と、を有している。
【０１２４】
そして、本実施例のセッション管理システムの特徴点は、フラッシュサーバ装置が、さらに「判断部」（１５１４）と、「仮想ディレクトリ生成部」（１５１５）と、を有する点である。
【０１２５】
「判断部」（１５１４）は、アクセス先アドレスに含まれるセッションＩＤと同名称のディレクトリを有するか判断する機能を有する。これは、例えば「相対パス」を利用する場合、前述のようにフラッシュオブジェクト要求アドレスに含まれるセッションIDがアクセス先アドレスに含まれるセッションIDとなるので、サーバ送信部から送信されるフラッシュオブジェクト要求用アドレスに含まれるセッションIDをキーとして自身の外部記憶装置などを「CPU」の論理演算処理により検索することで実現すると良い。
【０１２６】
「仮想ディレクトリ生成部」（１５１５）は、前記判断部での判断結果が有しないとの判断結果である場合には、前記同名称の仮想ディレクトリを生成する機能を有する。そして、このような仮想ディレクトリを生成することで、予めディレクトリを設けておき、ファイルリストによってそのディレクトリと関連付けてフラッシュオブジェクトを管理する必要が無くなる。
【０１２７】
このようにディレクトリ、あるいは仮想ディレクトリを設けるよう構成することで、フラッシュサーバ装置において、フラッシュオブジェクト要求用アドレスのパス部分に含めたセッションIDを利用してセッション管理を行うことができる。
【０１２８】
<処理の流れ>
【０１２９】
図１６は、本実施例のセッション管理システムにおける処理の流れの一例を表すシーケンス図である。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、フラッシュサーバ装置にて、フラッシュオブジェクト要求用であって、セッションIDを含むアドレスの送信を実行する（ステップＳ１６０１）。すると、端末装置にてフラッシュサーバ装置から前記送信されたフラッシュオブジェクト要求用のアドレスを受信する（ステップＳ１６０２）。続いて、端末装置にて、受信した前記フラッシュオブジェクト要求用のアドレスに対してインターネットアクセスを実行する（ステップＳ１６０３）。それにより前記セッションIDを含むフラッシュオブジェクト要求が端末装置からフラッシュサーバ装置に対して送信される、と言う具合である。
【０１３０】
そして、そのフラッシュオブジェクト要求を受信したフラッシュサーバ装置では、再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトを、セッションＩＤと関連付けて送信する（ステップＳ１６０４）。ここで送信されるフラッシュオブジェクトとしては、例えばフラッシュ再生終了ボタンの押し下げによってアクセスするアクセス先を相対パス表現にて特定するフラッシュオブジェクトを送信しても良い。
【０１３１】
端末装置では前記送信されたフラッシュオブジェクトを受信し、再生する。そして再生後、ディスプレイなどに表示される「フラッシュ再生終了ボタン」の押下を受け付ける（ステップＳ１６０５）と、例えば相対パスなどから生成されたセッションIDを含むアクセス先アドレスへのインターネットアクセスを実行する（ステップＳ１６０６）。
【０１３２】
また、フラッシュサーバ装置では、アクセス先アドレスに含まれるセッションIDと同名称のディレクトリを有するか判断し（ステップＳ０１６０７）、前記判断結果が有しないとの判断結果である場合には、そのセッションIDと同名称の仮想ディレクトリを生成する（ステップＳ０１６０８）。
【０１３３】
<発明の効果の簡単な説明>
【０１３４】
以上のように本実施例によってディレクトリ、もしくは仮想ディレクトリを用いてフラッシュオブジェクトとセッションIDを関連付けて管理することができる。したがって、フラッシュサーバ装置において、フラッシュオブジェクト要求用アドレスのパス部分に含めたセッションIDを利用してセッション管理を行うことができる。
【０１３５】
≪実施例４≫
【０１３６】
<概要>
【０１３７】
本実施例は、実施例１や２、３を基本として、セッションIDを利用して、例えばセッション管理テーブルを生成するなどしてセッション管理を行うことを特徴とするセッション管理システムである。
【０１３８】
<機能的構成>
【０１３９】
図１７は、本実施例のセッション管理システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例のセッション管理システムは、「端末装置」（１７００）と、「フラッシュサーバ装置」（１７１０）と、からなる。そして、実施例1を基本として、端末装置は「端末送受信部」（１７０１）と、「要求送信実行部」（１７０２）と、を有している。また、フラッシュサーバ装置は「サーバ送受信部」（１７１１）と、「要求アドレス送信実行部」（１７１２）と、を有している。
【０１４０】
また、図示していないが実施例２や３を基本として、端末装置が上記実施例２や３で説明した「終了後送信実行部」などの各構成要件を有していても構わない。
【０１４１】
そして、本実施例のセッション管理システムにおける特徴点は、フラッシュサーバ装置が、さらに「セッションID管理部」（１７１３）を有する点である。
【０１４２】
「セッションID管理部」（１７１３）は、端末装置から送信されるセッションIDに基づいて端末装置でのフラッシュに関する動作を管理する機能を有する。このセッションID管理部は、ハードウェア的にはCPUや主メモリ、あるいはHDDなどの記憶装置によって実現することができる。、またその管理は、例えば、図５に示すような管理テーブルを生成することでセッションIDに関する端末装置からのアクセスなどを管理する方法が挙げられる。
【０１４３】
また、このセッション管理部において、例えば最後のアクセスから所定時間経過した、あるいはセッション終了を示す情報の受信があった、などを利用しセッションの終了有無を判断するよう構成されていても良い。そして、セッションが終了したと判断された場合、そのセッションでのアクセス履歴などを生成、保持した後、セッションIDを消去するよう構成されていても良い。
【０１４４】
<処理の流れ>
【０１４５】
図１８は、本実施例のセッション管理システムにおける処理の流れの一例を表すシーケンス図である。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、フラッシュサーバ装置にて、フラッシュオブジェクト要求用であって、セッションIDを含むアドレスの送信を実行する（ステップＳ１８０１）。すると、端末装置にてフラッシュサーバ装置から前記送信されたフラッシュオブジェクト要求用のアドレスを受信する（ステップＳ１８０２）。続いて、端末装置にて、受信した前記フラッシュオブジェクト要求用のアドレスに対してインターネットアクセスを実行する（ステップＳ１８０３）。それにより前記セッションIDを含むフラッシュオブジェクト要求が端末装置からフラッシュサーバ装置に対して送信される、と言う具合である。
【０１４６】
そして、フラッシュサーバ装置にて、セッションIDに基づいて端末装置でのフラッシュに関する動作を管理する（ステップＳ１８０４）。もちろん、例えば再生終了ボタンの押下によって端末装置から送信されたアクセス先アドレスに含まれるセッションIDを利用して、管理を実行するなどしても良い。また、セッションの終了有無を判断し、終了していた場合そのセッションでのアクセス履歴などを生成、保持した後、セッションIDを消去しても良い。
【０１４７】
<効果の簡単な説明>
【０１４８】
以上のように本実施例のセッション管理システムによって、例えばセッションIDの管理テーブルなどを利用して、フラッシュオブジェクトの配信を含むセッションであっても、サーバ装置と端末装置との一連のセッションを管理することができる。
【０１４９】
≪実施例５≫
【０１５０】
<概要>
【０１５１】
上記実施例では、最初に端末装置からフラッシュサーバ装置へフラッシュオブジェクト送信のリクエストを行い、それに応じて送信されるフラッシュオブジェクトを端末装置で再生した後のアクセスなどのセッション管理について説明した。
【０１５２】
しかし、フラッシュオブジェクトの配信は、端末装置からのリクエストに応じたいわゆる「プル型」のみならず、いわゆる「プッシュ型」による配信もある。そこで本実施例では、例えばそのようなフラッシュオブジェクトのプッシュ型配信などにおけるセッション管理システムについて説明する。つまり本実施例は、上記実施例における「フラッシュオブジェクト要求アドレス」の送受信や、「フラッシュオブジェクト要求」の送受信を行う構成が無いセッション管理システムである。
【０１５３】
また、上記実施例では、セッションにおける最初のアクセスからフラッシュオブジェクトのアドレスパスにセッションIDを含むよう構成されている。一方、本実施例では以下に示す構成により、フラッシュオブジェクトの送信処理までは従来の引数やパラメータを利用したセッション管理を行い、その引数などで示されるセッションIDを引き継いで、その後のセッション管理を上記実施例と同様に管理することもできる。
【０１５４】
<機能的構成>
【０１５５】
図１９は、本実施例のセッション管理システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例のセッション管理システムは、「端末装置」（１９００）と、「フラッシュサーバ装置」（１９１０）と、からなる。そして端末装置は「端末送受信部」（１９０１）と、「再生部」（１９０２）と、を有している。また、フラッシュサーバ装置は「サーバ送受信部」（１９１１）と、「フラッシュオブジェクト送信実行部」（１９１２）と、を有している。
【０１５６】
前述のように、本実施例は、上記実施例における「フラッシュオブジェクト要求アドレス」の送受信を行うための「要求アドレス送信実行部」や、そのアドレスへのインターネットアクセスによる「フラッシュオブジェクト要求」の送受信を行うための「要求送信実行部」が無い以外は、基本的に上記実施例と同様の構成である。
【０１５７】
すなわち上記実施例同様、「サーバ送受信部」（１９１１）は、端末装置と送受信をするための機能を有する。また、「端末送受信部」（１９０１）は、フラッシュサーバ装置と送受信をするための機能を有する。また、再生部（１９０２）も、上記実施例同様アクセス命令実行時の引数及びパラメータ処理不可のフラッシュオブジェクトを再生する機能を有する。
【０１５８】
「フラッシュオブジェクト送信実行部」（１９１２）は、再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの送信を、セッションＩＤと関連付けてサーバ送受信部に実行させるための機能を有する。このように、本実施例の特徴点は、「フラッシュオブジェクト送信実行部」（１９１２）が処理するセッションIDが、上記実施例とは異なりフラッシュオブジェクトの配信前のセッションで利用されるセッションIDに限定されていない点である。
【０１５９】
したがって、例えばプッシュ型のフラッシュオブジェクト配信のように端末装置からのリクエストの有無に関わらず、そのフラッシュオブジェクトの再生前後でも上記実施例同様のセッション管理を行うことができる。
【０１６０】
あるいはフラッシュオブジェクトの送信処理までは従来の引数やパラメータを利用したセッション管理を行い、その引数などで示されるセッションIDを引き継いで、その後のセッション管理を上記実施例と同様に管理することもできる。
【０１６１】
なお、フラッシュオブジェクト送信実行部における「セッションIDと関連付けたフラッシュオブジェクトの送信」は、上記実施例ですでに記載したように、例えば送信するフラッシュオブジェクトのヘッダの送信元アドレスパスに「/ABC123/batting.swf/」と言った具合にセッションIDを含ませることで実現する方法が挙げられる。また「再生終了ボタン」も上記実施例にて記載したものと同様であるのでその説明は省略する。
【０１６２】
<処理の流れ>
【０１６３】
図２０は、本実施例のセッション管理システムにおける処理の流れの一例を表すシーケンス図である。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、例えば従来の引数やパラメータなどで示されるセッションIDを利用したセッション管理がなされている端末装置−フラッシュサーバ装置間のアクセスが行われている。そして、フラッシュオブジェクトの端末装置への送信に際し、前段のセッション管理に利用されていたセッションＩＤを引き継ぐ。そして再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの送信を、その引き継いだセッションIDと関連付けて実行する（ステップＳ２００１）。
【０１６４】
すると、前記端末装置にて、フラッシュサーバ装置から前記送信されたフラッシュオブジェクトを受信し（ステップＳ２００２）、受信した前記フラッシュオブジェクトを再生する（ステップＳ２００３）。
【０１６５】
<効果の簡単な説明>
【０１６６】
以上のように、本実施例のセッション管理システムによって、例えば「プル型」のみならず、いわゆる「プッシュ型」で配信されたフラッシュオブジェクトの再生前後でのセッション管理を行うことができる。
【０１６７】
あるいはフラッシュオブジェクトの送信処理までは従来の引数やパラメータを利用したセッション管理を行い、その引数などで示されるセッションIDを引き継いで、その後のセッション管理を上記実施例と同様に管理することもできる。
【０１６８】
≪実施例６≫
【０１６９】
<概要>
【０１７０】
本実施例は、実施例５を基本として、例えばプル型でのフラッシュオブジェクト配信などを含むセッション管理において、実施例２同様に、そのフラッシュオブジェクトの「再生終了ボタン」押下により相対パスなどを利用してアクセス先アドレスを送信する機能を備えていることを特徴とするセッション管理システムである。
【０１７１】
<機能的構成>
【０１７２】
図２１は、本実施例のセッション管理システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例のセッション管理システムは、「端末装置」（２１００）と、「フラッシュサーバ装置」（２１１０）と、からなる。そして実施例５を基本として、端末装置は「端末送受信部」（２１０１）と、「再生部」（２１０２）と、を有している。また、フラッシュサーバ装置は「サーバ送受信部」（２１１１）と、「フラッシュオブジェクト送信実行部」（２１１２）と、を有している。
【０１７３】
そして、本実施例の特徴点は、端末装置がさらに「終了後送信実行部」（２１０３）を有している点である。
【０１７４】
「終了後送信実行部」（２１０３）は、前記フラッシュオブジェクトの再生により表示される再生終了ボタンの押下によって、前記セッションIDを含むアクセス先アドレスへのインターネットアクセスを端末送受信部に実行させるための機能を有する。これは、実施例２にて記載したように、例えば相対パスなどを利用して実行する方法が挙げられる。
【０１７５】
そして、このようにして例えば「プッシュ型」で配信されたフラッシュオブジェクトの再生の後にアクセス先アドレスとしてセッションIDを端末装置から送信することができるので、フラッシュオブジェクト再生前後でのセッション管理を行うことができる。
【０１７６】
あるいはフラッシュオブジェクトの送信処理までは従来の引数やパラメータを利用したセッション管理を行い、その引数などで示されるセッションIDを引き継いで、その後のセッション管理を上記実施例と同様に管理することもできる。
【０１７７】
<処理の流れ>
【０１７８】
図２２は、本実施例のセッション管理システムにおける処理の流れの一例を表すシーケンス図である。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、例えば従来の引数やパラメータなどで示されるセッションIDを利用したセッション管理がなされている端末装置−フラッシュサーバ装置間のアクセスが行われている。そして、フラッシュオブジェクトの端末装置への送信に際し、前段のセッション管理に利用されていたセッションＩＤを引き継ぐ。そして再生終了ボタンを表示するとともに、この再生終了ボタンの押下によってセッションＩＤを含むアドレスにアクセスするように構成された前記フラッシュオブジェクトの前記フラッシュサーバ装置から端末装置に対する送信を、セッションＩＤと関連付けて実行する（ステップＳ２２０１）。
【０１７９】
すると、前記端末装置にて、フラッシュサーバ装置から前記送信されたフラッシュオブジェクトを受信し（ステップＳ２２０２）、受信した前記フラッシュオブジェクトを再生する（ステップＳ２２０３）。
【０１８０】
そして、その再生により表示されるフラッシュ再生終了ボタンの押下によって、前記セッションIDを含むアクセス先アドレスへのインターネットアクセスを実行する（ステップＳ２２０４）。
【０１８１】
<効果の簡単な説明>
【０１８２】
以上のように、本実施例のセッション管理システムによって、例えば「プッシュ型」で配信されたフラッシュオブジェクトの再生の後にアクセス先アドレスとしてセッションIDを端末装置から送信することができるので、フラッシュオブジェクト再生前後でのセッション管理を行うことができる。
【０１８３】
あるいはフラッシュオブジェクトの送信処理までは従来の引数やパラメータを利用したセッション管理を行い、その引数などで示されるセッションIDを引き継いで、その後のセッション管理を上記実施例と同様に管理することもできる。
【図面の簡単な説明】
【０１８４】
【図１】実施例１のセッション管理システムによるセッション管理の一例を表す概念図
【図２】実施例１のセッション管理システムにおける機能ブロックの一例を表す図
【図３】実施例１のセッション管理システムの端末装置の端末送受信部にて受信したWebページの表示画面とソースの一例を表す図
【図４】実施例１のセッション管理システムの端末装置の要求送信実行部によるフラッシュオブジェクト配信要求の一例を表す概念図
【図５】実施例１のセッション管理システムのフラッシュサーバ装置でのセッション管理のためのテーブルの一例を表す図
【図６】実施例１のセッション管理システムにおけるハードウェア構成の一例を表す概略図
【図７】実施例１のセッション管理システムにおける処理の流れの一例を表すシーケンス図
【図８】実施例１のセッション管理システムにおける処理の流れの一例を表す別のシーケンス図
【図９】実施例２のセッション管理システムによるセッション管理の一例を表す概念図
【図１０】実施例２のセッション管理システムにおける機能ブロックの一例を表す図
【図１１】実施例２のセッション管理システムのフラッシュオブジェクト送信実行部により送信される再生終了ボタンを含むフラッシュオブジェクトのソースの一例を表す図
【図１２】実施例２のセッション管理システムにおけるハードウェア構成の一例を表す概略図
【図１３】実施例２のセッション管理システムにおける処理の流れの一例を表すシーケンス図
【図１４】実施例２のセッション管理システムにおける処理の流れの一例を表す別のシーケンス図
【図１５】実施例３のセッション管理システムにおける機能ブロックの一例を表す図
【図１６】実施例３のセッション管理システムにおける処理の流れの一例を表すシーケンス図
【図１７】実施例４のセッション管理システムにおける機能ブロックの一例を表す図
【図１８】実施例４のセッション管理システムにおける処理の流れの一例を表すシーケンス図
【図１９】実施例５のセッション管理システムにおける機能ブロックの一例を表す図
【図２０】実施例５のセッション管理システムにおける処理の流れの一例を表すシーケンス図
【図２１】実施例６のセッション管理システムにおける機能ブロックの一例を表す図
【図２２】実施例６のセッション管理システムにおける処理の流れの一例を表すシーケンス図
【符号の説明】
【０１８５】
０２００  端末装置
０２０１  端末送受信部
０２０２  要求送信実行部
０２１０  フラッシュサーバ装置
０２１１  サーバ送受信部
０２１２  要求アドレス送信実行部
【図１】
2008027078.tif 000003
【図２】
2008027078.tif 000004
【図３】
2008027078.tif 000005
【図４】
2008027078.tif 000006
【図５】
2008027078.tif 000007
【図６】
2008027078.tif 000008
【図７】
2008027078.tif 000009
【図８】
2008027078.tif 000010
【図９】
2008027078.tif 000011
【図１０】
2008027078.tif 000012
【図１１】
2008027078.tif 000013
【図１２】
2008027078.tif 000014
【図１３】
2008027078.tif 000015
【図１４】
2008027078.tif 000016
【図１５】
2008027078.tif 000017
【図１６】
2008027078.tif 000018
【図１７】
2008027078.tif 000019
【図１８】
2008027078.tif 000020
【図１９】
2008027078.tif 000021
【図２０】
2008027078.tif 000022
【図２１】
2008027078.tif 000023
【図２２】
2008027078.tif 000024