JP2004355114A - 意味情報ネットワークシステム、セッションリジューム方法及びセッションリジュームプログラム - Google Patents

Abstract

【課題】意味情報ネットワークでの接続が切断された場合、再接続時に回線が切断される前の状態を回復することができる意味情報ネットワークシステム、セッションリジューム方法及びセッションリジュームプログラムを提供する。
【解決手段】意味情報とデータとからなるイベントを送信する送信端末４と、イベントのタイプ及び取得条件からなるフィルタ３の登録を受付ける配送端末２と、フィルタ３を配送端末２に登録し、イベントを受信する受信端末５とを接続して構成される意味情報ネットワーク１において、受信端末５が、配送端末２との接続確立時において、配送端末２との接続情報をメモリに書き込み、配送端末２との接続が切断された場合、メモリより接続情報を読み出して接続を回復する。
【選択図】 図３

Description

【０００１】
【発明の属する技術分野】
本発明は、意味情報ネットワークにおいて、接続再確立時に切断前の状態を回復することができる意味情報ネットワークシステム、セッションリジューム方法及びセッションリジュームプログラムに関する。
特に、ネットワーク上に分散する情報およびコンテンツの中からエンドユーザの興味に合致する情報およびコンテンツを特定する、あるいは情報およびコンテンツを発信する端末がコンテンツを配布すべき最適な端末を特定する意味情報ネットワークにおけるセッションリジューム処理に関する。
【０００２】
【従来の技術】
従来、興味や趣味、目的が同じ仲間をつなぐネットワークとして、メーリングリストサービスが提供されている。ユーザは、メーリングリストの紹介を参照して、メーリングリストに登録することで、メーリングリストのメンバーへのメッセージを受け取ることが出来る（非特許文献１を参照）。
また、従来、ネットワーク上に分散する膨大な情報の中から、エンドユーザが最適な情報を特定すること、及び、情報提供者が情報を配布すべき最適なユーザを特定することを目的とする（Ｓｅｍａｎｔｉｃ Ｉｎｆｏｒｍａｔｉｏｎ−Ｏｒｉｅｎｔｅｄ Ｎｅｔｗｏｒｋ、以下、ＳＩＯＮｅｔと称する）技術が存在する。
ＳＩＯＮｅｔとは、意味情報とデータからなるイベントの配送を行うためのネットワークであって、意味情報の内容に基づいてイベントの配送先を決定すること、及び、決定された配送先に対してイベントを配送することによって実現される。
【０００３】
ＳＩＯＮｅｔは、意味情報（メタデータ）に基づいて、データと当該データの意味情報とからなるイベントを配送するメタネットワークである。イベント受信者は、受信したいイベントの条件を示す意味情報を予めＳＩＯＮｅｔに登録しておく。イベント送信者からイベントがＳＩＯＮｅｔに送信されると、ＳＩＯＮｅｔは、当該イベントの意味情報と、登録された意味情報とを照合し、その照合結果に基づいて、当該イベントをイベント受信者に送信する。このように、イベントをＳＩＯＮｅｔに送信することを「刺激」といい、登録した意味情報とイベントの意味情報とが合致し、当該意味情報を登録したイベント受信者に、当該イベントを通知することを「発火」という。
【０００４】
これにより、ネットワーク上に超分散する不特定多数のエンティティ（端末）の中から、特定のエンティティを動的に探索・発見することができる。すなわち、ＳＩＯＮｅｔは、従来のネットワークで用いていた宛先アドレス（誰に対して送信する）の代わりに、意味情報（どういう人に対して送信する）に基づいてイベントを配送するネットワークである。
【０００５】
また、ＳＩＯＮｅｔは、ＳＩＯＮｅｔの構成要素を含めたすべてのエンティティが自律分散協調することにより、ネットワークが自己組織化される自律分散協調ネットワーク（自律分散コンピュータ）である。ＳＩＯＮｅｔのネットワーク構成要素には、「意味情報スイッチ（ＳＩ−ＳＷ）」、「意味情報ルータ（ＳＩ−Ｒ）」、「意味情報ゲートウェイ（ＳＩ−ＧＷ）」、「イベントプレース」、「セッション」などがあり、これらが必要に応じて自己組織化することにより、セキュアーでスケーラブルなＰ２Ｐネットワークをボトムアップアプローチで構築することができる。
【０００６】
ＳＩＯＮｅｔの基本概念・原理は単純で一元的である。”エンティティによるフィルタの登録とイベントの送出”という単純操作の繰り返し、すなわち、”エンティティの「刺激」と「発火」が、ＳＩＯＮｅｔのネットワーク構成要素間で「連鎖反応」”することにより、すべてのエンティティを自律分散協調させる点にある。この連鎖反応の振舞いを制御するものが、上述のイベント受信者がＳＩＯＮｅｔに登録した意味情報であり、これを「フィルタ」という。フィルタに登録するフィルタ値により、エンティティの連鎖反応の仕方を動的に制御することができる。ＳＩＯＮｅｔにおけるもう一つの基本概念がイベントプレースである。イベントプレースは、シェアードリンクにより相互に接続されたエンティティグループであり、これにより連鎖反応の範囲を制限することができる。
【０００７】
【特許文献１】
特開２００２−９４５６１号公報
【非特許文献１】
“メーリングリスト”、［ｏｎｌｉｎｅ］、［ 平成１５年５月２８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｅｇｒｏｕｐ．ｃｏ．ｊｐ＞
【０００８】
【発明が解決しようとする課題】
ところで、上述したフィルタの設定・管理やイベントの送受信・制御は、意味情報スイッチと送信／受信端末間で設定されるセッションを介して行われる。ここで「セッション」とは、意味情報スイッチと送信／受信端末上のアプリケーションとの間の論理的なコネクションを意味する。アプリケーションは意味情報スイッチに対して複数のセッションの確立が可能である。意味情報スイッチは、このセッション毎にフィルタを管理する。セッションの確立は、例えば、送信／受信端末内のアプリケーションがイベントプレース名や意味情報スイッチのアドレスを指定して端末内のＳＩＯＮｅｔ制御部にセッション確立を要求することを契機に実行される。
一方、ネットワーク環境（例えば、ダイアルアップや無線ＬＡＮ）によっては、上述のセッションの下位レイヤにあたる回線（例えばＴＣＰコネクション）随時切断される可能性がある。ＳＩＯＮｅｔでは、ＴＣＰコネクションが切断しリトライに失敗すると、ガベージコレクションの目的で、意味情報スイッチと送信／受信端末ともにそのセッションを解除する。意味情報スイッチでは、そのセッションに属するフィルタの削除を伴う。
その後、アプリケーションが再度イベント受信を可能にしようとすると、イベントプレース名も改めて意味情報スイッチのアドレスを指定してセッションを改めて確立し、また、フィルタも改めて意味情報スイッチに対して設定しなければならず、煩雑である。
【０００９】
本発明は、このような事情を考慮してなされたものであり、その目的は、意味情報ネットワークでの接続が切断された場合、再接続時に回線が切断される前の状態を回復することができる意味情報ネットワークシステム、セッションリジューム方法及びセッションリジュームプログラムを提供することにある。
【００１０】
【課題を解決するための手段】
この発明は上記の課題を解決すべくなされたもので、請求項１に記載の発明は、意味情報とデータとからなるイベントを送信する第１の端末と、前記イベントのタイプ及び取得条件からなるフィルタの登録を受付ける第２の端末と、前記フィルタを前記第２の端末に登録し、該第２の端末を介して前記イベントを受信する第３の端末とを接続して構成される意味情報ネットワークにおいて、前記第３の端末が、前記第２の端末との接続確立時において、前記第２の端末との接続情報を所定の記憶手段に書き込む手段と、前記第２の端末との接続が切断された場合、前記記憶手段より前記接続情報を読み出して、前記第２の端末との接続を回復する手段とを具備することを特徴とする。
【００１１】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記第３の端末は、さらに、前記第２の端末との接続確立時において、ＩＰネットワークにおいてユニークな識別子を生成して前記記憶手段に書き込むとともに、前記第２の端末に送信する手段と、前記意味情報ネットワークでの接続が切断された場合、前記第２の端末との接続再確立時において、前記記憶手段より前記生成した識別子を読み出し、該識別子を用いてセッションを再確立する手段とを具備し、前記第２の端末が、前記第３の端末より受信する識別子を前記第２の端末の所定の記憶部に書き込む手段と、前記意味情報ネットワークでの接続が切断された場合、前記第３の端末との接続再確立時において、前記記憶手段より前記受信した識別子を読み出し、前記第３の端末とのセッションに含まれる識別子と一致すれば、前記第３の端末であることを認証し接続を回復する手段とを具備することを特徴とする。
【００１２】
また、請求項３に記載の発明は、請求項１に記載の発明において、前記第３の端末は、さらに、前記第２の端末との接続確立時において、前記第２の端末との接続情報を前記記憶手段における共有記憶領域に書き込む手段と、前記第３の端末と前記第２の端末との接続が切断された場合、前記第３の端末以外の端末が、前記記憶手段における共有記憶領域より前記接続情報を読み出して、前記第２の端末との接続を回復する手段とを具備することを特徴とする。
【００１３】
また、請求項４に記載の発明は、意味情報とデータとからなるイベントを送信する第１の端末と、前記イベントのタイプ及び取得条件からなるフィルタの登録を受付ける第２の端末と、前記フィルタを前記第２の端末に登録し、該第２の端末を介して前記イベントを受信する第３の端末とを接続して構成される意味情報ネットワークにおいて、前記第３の端末が、前記第２の端末との接続確立時において、前記第２の端末との接続情報を所定の記憶手段に書き込み、前記第２の端末との接続が切断された場合、前記記憶手段より前記接続情報を読み出して、前記第２の端末との接続を回復することを特徴とする。
【００１４】
また、請求項５に記載の発明は、請求項４に記載の発明において、前記第３の端末は、さらに、前記第２の端末との接続確立時において、ＩＰネットワークにおいてユニークな識別子を生成して前記記憶手段に書き込むとともに、前記第２の端末に送信し、前記意味情報ネットワークでの接続が切断された場合、前記第２の端末との接続再確立時において、前記記憶手段より前記生成した識別子を読み出し、該識別子を用いてセッションを再確立し、前記第２の端末が、前記第３の端末より受信する識別子を前記第２の端末の所定の記憶部に書き込み、前記意味情報ネットワークでの接続が切断された場合、前記第３の端末との接続再確立時において、前記記憶手段より前記受信した識別子を読み出し、前記第３の端末とのセッションに含まれる識別子と一致すれば、前記第３の端末であることを認証し接続を回復することを特徴とする。
【００１５】
また、請求項６に記載の発明は、請求項４に記載の発明において、前記第３の端末は、さらに、前記第２の端末との接続確立時において、前記第２の端末との接続情報を前記記憶手段における共有記憶領域に書き込み、前記第３の端末と前記第２の端末との接続が切断された場合、前記第３の端末以外の端末が、前記記憶手段における共有記憶領域より前記接続情報を読み出して、前記第２の端末との接続を回復することを特徴とする。
【００１６】
また、請求項７に記載の発明は、意味情報とデータとからなるイベントを送信する第１の端末と、前記イベントのタイプ及び取得条件からなるフィルタの登録を受付ける第２の端末と、前記フィルタを前記第２の端末に登録し、該第２の端末を介して前記イベントを受信する第３の端末とを接続して構成される意味情報ネットワークにおいて、前記第３の端末に、前記第２の端末との接続確立時において、前記第２の端末との接続情報を所定の記憶手段に書き込む処理と、前記第２の端末との接続が切断された場合、前記記憶手段より前記接続情報を読み出して、前記第２の端末との接続を回復する処理とを実行させるためのセッションリジュームプログラムである。
【００１７】
【発明の実施の形態】
以下、図面を参照して、本発明の意味情報ネットワークシステムの一実施形態について説明する。
図１は本実施形態のシステム構成図、図２はシステムアーキテクチャ図、図３は新規接続時のセッション確立処理フロー（新規接続）、図４はセッション情報保存時のセッション解除処理フロー、図５はセッション情報を保存しない場合のセッション解除処理フロー、図６はセッション再確立時のセッション確立処理フロー、図７は保存イベント情報確認フローを示している。
【００１８】
＜ネットワークアーキテクチャ＞
まず、本実施形態の意味情報ネットワークシステムのネットワークアーキテクチャについて、図１を参照して説明する。図１に示すように、本実施形態の意味情報ネットワークシステムは、配送端末２、送信端末４、受信端末５とを意味情報ネットワーク１を介して接続して構成される。配送端末２、送信端末４、受信端末５は、果たす役割が異なるだけでシステムのアーキテクチャは同じであり、両方の機能を提供する。本明細書中では、説明の便宜上、端末（エンティティ）を、イベントを配送する配送端末２と、イベント送信者の送信端末４と、イベント受信者の受信端末５とに区別して表記する。
【００１９】
イベント受信者は、受信端末５を用いて自身が受信することを希望するイベントの意味情報（受信するイベントのタイプと取得条件）をメタデータとして意味情報ネットワーク１に登録する。これをフィルタ３と呼ぶ。フィルタ３は、受付けるイベントタイプ名、属性名と属性値のペアーから成る。受付けるイベントタイプ名で定義されたイベントタイプに属するイベントのみが、フィルタリングの対象となる。なお、本実施形態においては、フィルタ３が設定された、意味情報ネットワーク１上の端末を配送端末２と呼ぶ。すなわち、配送端末２は、上述したＳＩＯＮｅｔを構成する意味情報スイッチに相当する。
一方、イベント送信者は、送信端末４を用いて意味情報ネットワーク１にイベントを送出することにより、意味情報ネットワーク１に刺激を与える。
【００２０】
イベントは、イベントの特性を記述した意味情報とデータから構成される。意味情報とは、イベントのメタデータであり、かつ、意味情報タイプ（イベントタイプ）のインスタンスである。また、イベントタイプとは、イベントのテンプレートであり、イベントタイプ名と条件名、およびそれぞれの条件名に対するデータ型と条件式が定義されたものである。また、イベントタイプ名とは、イベントタイプを一意に識別するための名称である。
すなわち、イベントは、イベントタイプ名、条件名と条件値の組み合せ、および、データ部から構成される。イベントの中で定義された条件名、条件式、条件値が、イベントタイプと一致しない場合は、エラーになる。
【００２１】
意味情報ネットワーク１は、イベント受信者が登録したフィルタに対して、イベント送信者が送出したイベントを照合（フィルタリング）させるための自律分散型の照合ネットワークである。配送端末２によるイベント照合の結果、イベントが通過した（イベントに反応した、つまり、イベントがフィルタに合致した）フィルタ３は発火し、対応するイベント受信者の受信端末５が自律起動する。この仕組みにより、不特定多数の端末の中から、対象となる端末をスケーラブルかつリアルタイムに探索・発見する。
【００２２】
意味情報ネットワーク１は、具体的には、意味情報スイッチ、意味情報ルータ、意味情報ゲートウェイから構成される。
意味情報スイッチは、フィルタとして登録された意味情報と、イベントに付与された意味情報を照合し、その結果、発火したイベント受信者の端末を起動するスイッチング機構を提供する。意味情報スイッチと各端末はスター型で結合される。
意味情報ルータは、意味情報スイッチ間のイベント経路選択を行うとともに、端末から意味情報スイッチに対して送出されたイベントを他の意味情報スイッチに転送する役割を担う。これは、意味情報に基づく動的なイべントルーティングにより達成される。
【００２３】
意味情報ゲートウェイは、イベントプレース間でのイベントの転送を行う。
ここで、イベントプレースは、意味情報ネットワークにおいて、共通の意味情報空間を保証する最小単位である。イベントプレース内では、イベントタイプの名称、概念、語彙、意味、関連などのオントロジー体系の一意性が保証され、共通のオントロジーに基づいて意味情報が記述されることになる。
基本的には、イベント送信者の端末から送出したイベントは、イベントプレース内のみで流通するが、意味情報ゲートウェイを介することにより、異なるオントロジー体系を有するイベントプレース間でのイベントの相互流通が可能になる。このとき、意味情報ゲートウェイはイベントのオントロジー変換を行った後、異なるイベントプレースヘイベントを転送する。
すなわち、シェアードリンクとは、端末間において、双方向のイベント共有を行うためのリンクである。また、イベントプレースとは、端末間において、シェアードリンクを介して接続して構成されるネットワークである。また、意味情報とは、送信データの特性を示す語彙、値であって、ある語彙概念におけるインスタンスである。
なお、本明細書中においては、当該意味情報スイッチ、意味情報ルータ、意味情報ゲートウェイによって実現されるイベント配送機能を配送端末２が実装する。
【００２４】
次に、図２を参照して、本実施形態の送信端末４、受信端末５の構成について説明する。上述したように、本実施形態の送信端末４、受信端末５は、アーキテクチャは同じであり、アプリケーション部１０、制御部１１、セッション管理部１２とから構成される。
アプリケーション部１０は、入力部（図示せず）を介してユーザが入力した情報収集要求（情報検索要求）をフィルタ３として、配送端末２に登録し、配送端末２を介してイベントを受信する。ここで、フィルタ３は、イベントのタイプ及び取得条件からなる。
すなわち、アプリケーション部１０は、情報収集要求を制御部１１を介して配送端末２へ出力するとともに、配送端末２より制御部２を介して収集した情報を受信し、画面部（図示せず）に表示することでユーザへ提供する。
【００２５】
また、アプリケーション部１０は、入力部（図示せず）を介してユーザが入力した配置情報をイベントとして送信する。ここで、イベントは、意味情報とデータとからなる。
すなわち、アプリケーション部１０は、配置情報を制御部１１を介して配送端末２へ出力するとともに、配送端末２より制御部２を介して収集した情報を受信し、画面部（図示せず）に表示することでユーザへ提供する。
【００２６】
制御部１１は、セッション管理部１２によるセッション管理の基で、配送端末２とのデータ通信処理を実行し、送信部２１と受信部２０とを有している。制御部１１は、送信部２１使用時においては送信端末４として機能し、受信部２０使用時においては受信端末５として機能する。
セッション管理部１２は、制御部１１と連動し動作することでセッションリジューム機能（再接続確立機能）を提供する（後述する）。
配送端末２は、受信端末５よりフィルタ３の登録を受付けるとともに、送信端末４から送信されるイベントとフィルタ３の照合を行い、照合結果に基づいてイベントを配送する機能を提供する。
【００２７】
次に、図面を参照して、本実施形態の意味情報ネットワークシステムの動作について説明する。図３は、本実施形態の意味情報ネットワークシステムにおいて、受信端末５が新規に配送端末２とセッションを生成する場合における受信端末５の内部フローと受信端末５と配送端末２との通信処理の流れを示すフローチャートである。
なお、以下、制御部１１及びセッション管理部１２は、アプリケーションまたは配送端末２との間で情報のやりとりが行われた場合、メモリ（図３の記憶部に相当する 以下、メモリと呼ぶ）上に情報を保存することを前提として説明する。
【００２８】
まずアプリケーション部１０は、意味情報ネットワーク１において、イベントプレースの情報収集依頼を制御部１１に対して発行する（図３のステップＳ１）。当該情報収集依頼には、要求を発行したアプリケーション名（図３のＡＰＬ名に相当する 以下、ＡＰＬ名と呼ぶ）、受信端末５のＩＰアドレス、ＴＣＰセッションにおけるポート番号が含まれる。
制御部１１は、アプリケーション部１０から入力するＩＰアドレス、ポート番号に基づいて、配送端末２を特定し、配送端末２からイベントプレース情報を取得する（ステップＳ２、３）。当該イベントプレース情報には，イベントプレース名、イベントプレース名の説明、配送端末のＩＰアドレスが含まれる。
そして、制御部１１は、収集したイベントプレース情報をメモリに書き込んだ後、アプリケーション部１０ヘ取得したイベントプレース情報と、存在するイベントプレースの数を返す（ステップＳ４）。
次に、アプリケーション部１０は、さらに他の全イベントプレースについての情報収集要求を発行し、制御部１１では情報をメモリに書き込むとともにアプリケーション部１０に対して情報を返却する（ステップＳ５、６）。
【００２９】
イベントプレースの情報を取得すると、アプリケーション部１０は、制御部１１を介して、セッション生成を行いたいイベントプレースに対して受信セッション確立要求を送る（ステップＳ７）。当該受信セッション確立要求には、配送端末２のイベントプレース名、配送端末２のＩＰアドレスが含まれる。一方、アプリケーション部１０は、このとき制御部１１に対してセッションＩＤの指定は行わない。
制御部１１は、アプリケーション部１０からの受信セッション確立要求をセッション管理部１２に通知する。
セッション管理部１２は、受信セッション確立要求を受けて、新たにセッションＩＤを生成し（ステップＳ８）、メモリに書き込むとともに（ステップＳ９）、生成したセッションＩＤを制御部１１に対して通知する（ステップＳ１０）。
生成されるセッションＩＤは、例えば、端末のＩＰアドレスとランダムに生成される１２８ｂｉｔのＧＵＩＤ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を基にすることが考えられ、これにより、ＩＰネットワーク内での一意性が保証される。
【００３０】
制御部１１は、セッションＩＤ、ＡＰＬ名を一次記憶し（ステップＳ１１）、アプリケーション部１０によって発行された受信セッション確立要求を配送端末２へ送り、セッションの確立を行う（ステップＳ１２）。
配送端末２は、受信セッション確立時において、受信セッション確立要求を受けて、セッションＩＤ、イベントプレース名を記憶した後（ステップＳ１３）、受信端末５に対して受信セッション確立通知を行う（ステップＳ１４）。なお、ここでは、セッションＩＤは受信端末のＩＰアドレスを含むことを前提にしているため、ステップＳ１３で受信端末のＩＰアドレスをも記憶する必要はない。
制御部１１は、受信セッション確立通知を受けて、セッション確立旨と受信セッションＩＤをアプリケーション部１０に対して通知する（ステップＳ１５）。
【００３１】
次に、受信端末５が、セッション情報を保存したまま、セッションを切断する処理について説明する。図４は、受信端末５がセッション情報を保存したまま、配送端末２との間でセッションを切断する処理の流れを示すフローチャートである。
アプリケーション部１０が、配送端末２との接続確立時において、制御部１１に対してセッション切断要求（図４に示すセッション解除）を発行すると（図４のＳ２０）、制御部１１は、セッション管理部１２を介して、現在のセッション情報をメモリヘと保存指定する（ステップＳ２１）。当該保存指定には、セッションＩＤ、セッション情報が含まれる。
セッション管理部１２は、制御部１１からの保存指定により、セッション情報（配送端末２との接続情報であるセッションＩＤ、ＡＰＬ名）をメモリに書き込む（ステップＳ２２）。そして、セッション管理部１２は、セッション情報の保存が終了したことを確認し、制御部１１に対してセッション情報保存通知を行う（ステップＳ２３）。
制御部１１は、アプリケーション部１０へセッション解除通知を行う（ステップＳ２４）。
【００３２】
次に、受信端末５が、セッション情報削除後、セッションを切断する処理について説明する。図５は、受信端末５がセッション情報を削除した後、受信端末５と配送端末２との間でのセッションを切断する処理の流れを示すフローチャートである。
アプリケーション部１０が制御部１１に対してセッション切断要求（図５に示すセッション解除）を発行すると（ステップＳ３０）、制御部１１は、配送端末２に対して、生成している送信セッション及び受信セッションの解除を要求する（ステップＳ３１）。
【００３３】
配送端末２は、送信セッション及び受信セッションの解除要求を受けて、生成されている全セッションに対して解除完了通知を行う（ステップＳ３２）。
制御部１１は、配送端末２から解除完了通知を受信すると、セッション管理部１２に対して、メモリ上に書き込まれているセッション情報を削除指定する（ステップＳ３３）。当該削除指定には、セッションＩＤ、セッション情報が含まれる。
セッション管理部１２は、セッション情報の削除指定により、セッション情報を削除した後（ステップＳ３４）、セッション情報の削除完了を制御部１１に対して通知する（ステップＳ３５）。
制御部１１は、セッション管理部１２からセッション情報削除通知を受けて、アプリケーション部１０に対して、セッション解除が終了したことを通知する（ステップＳ３６）。
【００３４】
次に、セッション生成後、受信端末５がセッションを再確立する処理について説明する。図６は、セッション切断後、アプリケーション部１０からセッションの再確立要求が発行された場合における処理の流れを示すフローチャートである。
アプリケーション部１０がセッション確立要求（図６の受信セッション確立）を発行すると（図６のステップＳ４０）、制御部１１は、セッション確立要求に含まれるセッションＩＤ（最後に確立された受信セッションＩＤ）に基づいて、セッション管理部１２に対して、メモリ上のセッション情報の検索要求を発行する（ステップＳ４１）。
そして、当該セッションＩＤと対応するセッション情報が保存されていた場合、セッション管理部１２は、対応するセッション情報を読み込み（ステップＳ４２）、制御部１１に通知する（ステップＳ４３）。
【００３５】
制御部１１は、セッションＩＤと対応するセッション情報の通知をセッション管理部１２から受けて、配送端末２へセッション再確立を要求する（ステップＳ４４）。このとき、制御部１１は、アプリケーション部１０より通知されたセッションＩＤとともに、セッション再確立要求を送信する（ステップＳ４４）。
配送端末２は、制御部１１より送られてきたセッションＩＤと、配送端末２上のメモリに書き込まれているセッションＩＤとを比較する。これらのセッションＩＤが一致した場合、配送端末２は、受信端末５を認証し、当該セッションＩＤを用いてセッション再確立結果通知を行う（ステップＳ４５）。
【００３６】
一方、これらのセッションＩＤが一致しない場合、配送端末２は、受信端末５に対して、認証されなかった旨を返信し、受信端末５と新たにセッションを生成する。新たにセッションを生成する場合、配送端末２、受信端末５は、上述したステップＳ１〜Ｓ１５と同様の処理を再度実行する。
配送端末２より、セッション再確立結果通知を確認すると、制御部１１は、アプリケーション部１０にセッション生成の終了通知を送る（ステップＳ４６）。
【００３７】
なお、受信端末５は、必ずしも以前セッションを確立していた端末である必要はなく、セッション情報をメモリ間でコピーすることで異なる受信端末５でセッションリジュームすることが可能である（後述する）。
【００３８】
次に、セッション生成後、受信端末５が配送端末２に保存されているイベント情報を取得する処理について説明する。図７は、セッション生成後、配送端末２に保存されているイベント情報を取得する処理の流れを示すフローチャートである。
アプリケーション部１０がイベント情報取得要求を発行すると（図７のステップＳ５０）、制御部１１は配送端末２に対して保存イベントの取得を要請する（ステップＳ５１）。
配送端末２は、保存されているイベントがあれば、受信端末５へ保存していたイベント情報を返し（ステップＳ５２）、配送端末２で保存されていたイベント情報を削除する（ステップＳ５３）。
制御部１１は、配送端末２よりイベント情報を取得すると、アプリケーション部１０に対して出力する（ステップＳ５４）。
【００３９】
以上説明したように、本実施形態の意味情報ネットワークシステムによれば、ダイアルアップ回線を使用して接続している端末や無線回線を用いて接続している端末などで回線が切断された場合、再度接続した際に自動的に回線が切断される前の状態を回復することで再度新規にセッションを設定し直す手間が不要となる。
すなわち、本実施形態の意味情報ネットワークシステムを用いて、端未間の通信回線が切断されることが想定される場合に必要となる再接続機能であるセッションリジューム機能を実現することができる。
具体的には、情報取得を行いたいメンバの受信端末が、端末間の通信回線が切断されることを想定し、必要な情報をあらかじめ記憶しておくことで、切断後も以前の記憶情報を引き出すことで配送端末との接続を回復し、回線切断前と同様のイベントの受信を行うことができる効果が得られる。
【００４０】
また、本実施形態の意味情報ネットワークシステムにおいて、受信端末が配送端末とセッションを設定する際に、双方がお互いに相手を同定することが可能となるようにＩＰネットワーク内で唯一であることを保証できる一意なＩＤを生成し、回線の切断時にはお互いにＩＤを保持し続けることで、セッションの再確立の際に回線切断前と同じ相手とのセッションであることを確認することを可能とする。
【００４１】
さらに、受信端末が配送端末とセッションを設定した後に、受信端末は後にセッションを再設定するために必要十分である情報をファイルとして保存し、受信端末と配送端末との回線が切断された後に、保存されているファイルをこれまでセッションを設定していた受信端末と異なる受信端末で読み込み、新しくファイルを読み込んだ受信端末で配送端末とセッションを設定し、ファイルから読み込んだ情報を使用するため、異なる受信端末であるにおいても、回線切断前に接続していたセッションと同じ条件で復元し、回線接続前と同様の環境を自動的に再現することを可能とする。
【００４２】
なお、本実施形態においては、セッション情報を記憶部のいずれの領域に格納するかについて、とくに限定しない場合の例を示したが、本発明は、これに限られるものではなく、例えば受信端末まで配送端末２との接続情報を記憶部における共有記憶領域に書き込むようにしてもよい。
【００４３】
この場合、受信端末５は、配送端末２との接続確立時において、まずＩＰネットワークにおいてユニークな識別子を生成して共有メモリに書き込むとともに、配送端末２に送信する。
【００４４】
そして、配送端末２とのセッション再確立時において、受信端末５は、共有メモリより生成した識別子を読み出し、識別子を用いる。
また、このとき、配送端末２は、受信端末５とのセッション再確立時において、メモリより識別子を読み出し、受信端末５からのセッション再確立の要求に含まれる識別子と一致すれば、受信端末５であることを認証し接続を回復する
したがって、受信端末５と配送端末２との接続が切断された場合、受信端末５以外の端末が、共有メモリ（記憶部における共有記憶領域）より接続情報を読み出して、配送端末２との接続を回復することもできる。
【００４５】
ここで、受信端末５以外の端末とは、予め意味情報ネットワーク１に接続している受信端末であるか否かを問わず、送信端末４、受信端末５とシステムのアーキテクチャにおいて等価な端末であればよい。また、受信端末５以外の端末とは、受信端末５と物理的に異なる端末は当然含まれるものであるが、本発明はこれに限られるものではなく、物理的に同一の端末上で実行される、他のアプリケーションも含まれる。
【００４６】
次に、本発明の意味情報ネットワークシステムの第２の実施形態について、図面を参照して説明する。図７は、本実施形態における意味情報ネットワークシステムにおけるセッション解除処理の流れを示すフローチャートである。
本実施形態の意味情報ネットワークシステムにおけるセッション解除処理の流れが第１の実施形態の意味情報ネットワークシステムにおけるセッション解除処理の流れと異なる点は、アプリケーション部１０に対して、直接、セッションＩＤを返すのではなく、セッションＩＤと対応するレジュームＩＤをセッション管理部１２が生成し、アプリケーション部１０は、このレジュームＩＤを用いて、セッションを再確立する点である。
【００４７】
すなわち、アプリケーション部１０が、配送端末２との接続確立時において、制御部１１に対してセッション切断要求（図８に示すセッション解除）を発行すると（図８のＳ２０ 図４のＳ２０と対応する）、制御部１１は、セッション管理部１２を介して、現在のセッション情報をメモリヘと保存指定する（図８のステップＳ２１）。当該保存指定には、セッションＩＤ、セッション情報が含まれる。
セッション管理部１２は、制御部１１からの保存指定により、セッション情報（配送端末２との接続情報であるセッションＩＤ、ＡＰＬ名）をメモリに書き込むのであるが（図４のステップＳ２２）、このとき、本実施形態においては、セッション管理部１２が、セッションＩＤと対応するレジュームＩＤを生成し（図８のステップＳ６０）、これを付加したセッション情報（配送端末２との接続情報であるセッションＩＤ、ＡＰＬ名＋レジュームＩＤ）をメモリに書き込む（図８のステップＳ２２）。
【００４８】
そして、セッション管理部１２は、セッション情報の保存が終了したことを確認し、制御部１１に対してセッション情報保存通知を行うとともに、レジュームＩＤを通知する（ステップＳ２３）。
制御部１１は、アプリケーション部１０へセッション解除通知を行うとともに、レジュームＩＤを通知する（ステップＳ２４）。
【００４９】
次に、受信端末５がこのレジュームＩＤを用いてセッションを再確立する処理について説明する。図９は、セッション切断後、レジュームＩＤを用いて接続再確立する場合における処理の流れを示すフローチャートである。
アプリケーション部１０がセッション確立要求（図９の受信セッション確立）を発行する場合、本実施形態においては、セッションＩＤの代わりにレジュームＩＤを用いる（図９のステップＳ４０）。
制御部１１は、セッション確立要求に含まれるレジュームＩＤ（最後に確立された受信セッションＩＤと対応するレジュームＩＤ）に基づいて、セッション管理部１２に対して、メモリ上のセッション情報の検索要求を発行する（ステップＳ４１）。
【００５０】
セッション管理部１２は、セッションＩＤの代わりに、当該レジュームＩＤをキーとして、当該レジュームＩＤと対応するセッション情報を検索する。レジュームＩＤと対応するセッション情報が保存されていた場合、対応するセッション情報を読み込み（ステップＳ４２）、制御部１１にセッションＩＤとともに通知する（ステップＳ４３）。
制御部１１は、レジュームＩＤと対応するセッション情報の通知をセッション管理部１２から受けて、配送端末２へセッション再確立を要求する（ステップＳ４４）。このとき、制御部１１は、アプリケーション部１０より通知されたセッションＩＤとともに、セッション再確立要求を送信する（ステップＳ４４）。
【００５１】
配送端末２は、制御部１１より送られてきたセッションＩＤと、配送端末２上のメモリに書き込まれているセッションＩＤとを比較する。これらのセッションＩＤが一致した場合、配送端末２は、受信端末５を認証し、当該セッションＩＤを用いてセッション再確立結果通知を行う（ステップＳ４５）。
一方、これらのセッションＩＤが一致しない場合、配送端末２は、受信端末５に対して、認証されなかった旨を返信し、受信端末５と新たにセッションを生成する。新たにセッションを生成する場合、配送端末２、受信端末５は、上述したステップＳ１〜Ｓ１５と同様の処理を再度実行する。
配送端末２より、セッション再確立結果通知を確認すると、制御部１１は、アプリケーション部１０にセッション生成の終了通知を送る（ステップＳ４６）。
【００５２】
したがって、本実施形態の意味情報ネットワークシステムによれば、アプリケーション部１０に対して、セッションＩＤを返さず、セッション管理部１２のみにおいてセッションＩＤとの対応関係を管理するレジュームＩＤを用いて、セッションＩＤ、セッション情報を管理しているため、セッションＩＤが盗まれた場合においても、第３者によるなりすましを防止出来る効果が得られる。
【００５３】
上述の配送端末２、送信端末４、受信端末５は、内部に、コンピュータシステムを有している。
そして、上述したセッションレジューム処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
すなわち、配送端末２、送信端末４、受信端末５における、各処理手段、処理部は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００５４】
【発明の効果】
以上説明したように、本発明は、意味情報とデータとからなるイベントを送信する第１の端末（例えば、実施の形態における送信端末４）と、イベントのタイプ及び取得条件からなるフィルタ（例えば、実施の形態におけるフィルタ３）の登録を受付ける第２の端末（例えば、実施の形態における配送端末２）と、フィルタを第２の端末に登録し、第２の端末を介してイベントを受信する第３の端末（例えば、実施の形態における受信端末５）とを接続して構成される意味情報ネットワーク（例えば、実施の形態における意味情報ネットワーク１、あるいは、ＳＩＯＮｅｔ）において、第３の端末が、第２の端末との接続確立時において、第２の端末との接続情報を所定の記憶手段（例えば、実施の形態におけるメモリ）に書き込み、第２の端末との接続が切断された場合、記憶手段より接続情報を読み出して、第２の端末との接続を回復するので、再接続時に回線が切断される前の状態を回復することができる効果を得ることができる。
【図面の簡単な説明】
【図１】システム構成を示すシステム構成図
【図２】システムアーキテクチャ図
【図３】セッション確立処理（新規接続）
【図４】セッション解除処理フロー（セッション情報保存）
【図５】セッション解除処理フロー（セッション情報保存なし）
【図６】セッション確立処理フロー（セッション再確立）
【図７】保存イベント情報確認フロー
【図８】セッション解除処理フロー（レジュームＩＤ使用）
【図９】セッション確立処理フロー（レジュームＩＤ使用）
【符号の説明】
１…意味情報ネットワーク
２…配送端末２
３…意味情報フィルタ
４…送信端末
５…受信端末５

Claims (7)

1. 意味情報とデータとからなるイベントを送信する第１の端末と、前記イベントのタイプ及び取得条件からなるフィルタの登録を受付ける第２の端末と、前記フィルタを前記第２の端末に登録し、該第２の端末を介して前記イベントを受信する第３の端末とを接続して構成される意味情報ネットワークにおいて、
   前記第３の端末が、
   前記第２の端末との接続確立時において、前記第２の端末との接続情報を所定の記憶手段に書き込む手段と、
   前記第２の端末との接続が切断された場合、前記記憶手段より前記接続情報を読み出して、前記第２の端末との接続を回復する手段と
   を具備することを特徴とする意味情報ネットワークシステム。
2. 前記第３の端末は、さらに、
   前記第２の端末との接続確立時において、ＩＰネットワークにおいてユニークな識別子を生成して前記記憶手段に書き込むとともに、前記第２の端末に送信する手段と、
   前記意味情報ネットワークでの接続が切断された場合、前記第２の端末との接続再確立時において、前記記憶手段より前記生成した識別子を読み出し、該識別子を用いてセッションを再確立する手段と
   を具備し、
   前記第２の端末が、
   前記第３の端末より受信する識別子を前記第２の端末の所定の記憶部に書き込む手段と、
   前記意味情報ネットワークでの接続が切断された場合、前記第３の端末との接続再確立時において、前記記憶手段より前記受信した識別子を読み出し、前記第３の端末とのセッションに含まれる識別子と一致すれば、前記第３の端末であることを認証し接続を回復する手段と
   を具備することを特徴とする請求項１に記載の意味情報ネットワークシステム。
3. 前記第３の端末は、さらに、
   前記第２の端末との接続確立時において、前記第２の端末との接続情報を前記記憶手段における共有記憶領域に書き込む手段と、
   前記第３の端末と前記第２の端末との接続が切断された場合、前記第３の端末以外の端末が、前記記憶手段における共有記憶領域より前記接続情報を読み出して、前記第２の端末との接続を回復する手段と
   を具備することを特徴とする請求項１に記載の意味情報ネットワークシステム。
4. 意味情報とデータとからなるイベントを送信する第１の端末と、前記イベントのタイプ及び取得条件からなるフィルタの登録を受付ける第２の端末と、前記フィルタを前記第２の端末に登録し、該第２の端末を介して前記イベントを受信する第３の端末とを接続して構成される意味情報ネットワークにおいて、
   前記第３の端末が、
   前記第２の端末との接続確立時において、前記第２の端末との接続情報を所定の記憶手段に書き込み、
   前記第２の端末との接続が切断された場合、前記記憶手段より前記接続情報を読み出して、前記第２の端末との接続を回復する
   ことを特徴とするセッションリジューム方法。
5. 前記第３の端末は、さらに、
   前記第２の端末との接続確立時において、ＩＰネットワークにおいてユニークな識別子を生成して前記記憶手段に書き込むとともに、前記第２の端末に送信し、
   前記意味情報ネットワークでの接続が切断された場合、前記第２の端末との接続再確立時において、前記記憶手段より前記生成した識別子を読み出し、該識別子を用いてセッションを再確立し、
   前記第２の端末が、
   前記第３の端末より受信する識別子を前記第２の端末の所定の記憶部に書き込み、
   前記意味情報ネットワークでの接続が切断された場合、前記第３の端末との接続再確立時において、前記記憶手段より前記受信した識別子を読み出し、前記第３の端末とのセッションに含まれる識別子と一致すれば、前記第３の端末であることを認証し接続を回復する
   ことを特徴とする請求項４に記載のセッションリジューム方法。
6. 前記第３の端末は、さらに、
   前記第２の端末との接続確立時において、前記第２の端末との接続情報を前記記憶手段における共有記憶領域に書き込み、
   前記第３の端末と前記第２の端末との接続が切断された場合、前記第３の端末以外の端末が、前記記憶手段における共有記憶領域より前記接続情報を読み出して、前記第２の端末との接続を回復する
   ことを特徴とする請求項４に記載のセッションリジューム方法。
7. 意味情報とデータとからなるイベントを送信する第１の端末と、前記イベントのタイプ及び取得条件からなるフィルタの登録を受付ける第２の端末と、前記フィルタを前記第２の端末に登録し、該第２の端末を介して前記イベントを受信する第３の端末とを接続して構成される意味情報ネットワークにおいて、
   前記第３の端末に、
   前記第２の端末との接続確立時において、前記第２の端末との接続情報を所定の記憶手段に書き込む処理と、
   前記第２の端末との接続が切断された場合、前記記憶手段より前記接続情報を読み出して、前記第２の端末との接続を回復する処理と
   を実行させるためのセッションリジュームプログラム。

Images