情報送受信システム、クライアント装置及びサーバ装置
【課題】 認証が必要な情報の送受信は認証を経たセッションで行い、認証を経ないセッションでは、認証が不要な情報の送受信を行う情報送受信システム、クライアント装置及びサーバ装置を提供する。
【解決手段】 サーバ装置のデータ送受信管理部は、認証を経ずにセッションを確立し（ステップＳ３４ｅ）、認証が必要な情報の送受信の要求があった場合（ステップＳ３４ｇの「必要」）、上記セッションを切断して（ステップＳ３４ｋ）、セッションを切断した旨をセッション履歴に記憶する。そして、そのセッションを切断した旨がセッション履歴に記憶されている場合（ステップＳ３４ｄの「再開処理」）、認証を経てセッションを確立し（ステップＳ３４ｏ）、上記情報の送受信を行う（ステップＳ３４ｒ）。
【解決手段】 サーバ装置のデータ送受信管理部は、認証を経ずにセッションを確立し（ステップＳ３４ｅ）、認証が必要な情報の送受信の要求があった場合（ステップＳ３４ｇの「必要」）、上記セッションを切断して（ステップＳ３４ｋ）、セッションを切断した旨をセッション履歴に記憶する。そして、そのセッションを切断した旨がセッション履歴に記憶されている場合（ステップＳ３４ｄの「再開処理」）、認証を経てセッションを確立し（ステップＳ３４ｏ）、上記情報の送受信を行う（ステップＳ３４ｒ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報送受信システム、クライアント装置及びサーバ装置に係り、特に認証が必要な情報の送受信処理に関する。
【背景技術】
【０００２】
情報の送受信を要求する装置（以後、クライアント装置と称する。）と、要求された情報の送受信に応じる装置（以後、サーバ装置と称する。）とが通信網を介して接続された情報送受信システムが知られている。この情報送受信システムにおいて、クライアント装置は、１回の、または複数回の情報の送受信に先立って、サーバ装置との間で情報送受信セッションを確立する。そして、情報の送受信終了の後、そのセッションを切断する処理が行われる。
【０００３】
セッションの確立の際、サーバ装置は、クライアント装置の認証、または、そのクライアント装置を使用している使用者の認証を行う処理が行われている（以後、クライアント装置の認証、または、そのクライアント装置を使用している使用者の認証を総称してクライアントの認証と称する。）。サーバ装置は、この認証に基づいて、要求された情報の送受信は、許されているか否かを判断し、許されていれば、クライアント装置からの要求に応じて情報の送受信を行う。そして、許されていなければ、クライアント装置からの要求を拒否する。
【０００４】
ここで、クライアントの認証なしに、全てのクライアント装置からの要求に応じて送受信が許される情報（以後、認証が不要な情報と称する。一方、クライアントの認証を経て送受信が許される情報を、認証が必要な情報と称する。）が存在することがある。認証が不要な情報のみの送受信に関しても上記認証を行うことは、無用な処理である。また、クライアント装置が匿名のままその情報の送受信を行うことが適切な場合もある。
【０００５】
そこで、セッションの確立に当たっては認証処理を行わず、認証が必要な情報の送受信が要求された場合、サーバ装置が認証処理を開始し、例えば、クライアント装置の識別子及び暗証情報の送信をクライアント装置に要求する処理が知られている（例えば、特許文献１参照。）。
【特許文献１】特開２００１−６２１２４号公報（第４頁、図４）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した特許文献１に開示されている方法では、サーバ装置は、情報の送受信の要求毎に、その情報は認証が必要であるか否かを判断する必要があり、負荷が増える問題点があった。更に、その情報は認証が必要であると判断された度に認証処理を行う必要があり、サーバ装置及びクライアント装置の負荷が増える問題点があった。
【０００７】
本発明は、上記問題点を解決するためになされたもので、認証が必要な情報の送受信は認証を経たセッションで行い、認証を経ないセッションでは、認証が不要な情報の送受信を行う情報送受信システム、クライアント装置及びサーバ装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の情報送受信システムは、情報送受信セッションの確立と、その確立されたセッションによる情報の送受信とを要求するクライアント装置と、前記クライアント装置から要求されたセッションの確立と、前記情報の送受信とに応じるサーバ装置とが前記情報を送受信する情報送受信システムであって、前記クライアント装置は、前記情報送受信セッションの確立を前記サーバ装置に要求し、前記要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に要求し、前記確立された情報送受信セッションが前記情報の送受信の要求に応じて前記サーバ装置によって切断されると前記情報送受信セッションの確立を前記サーバ装置に再度要求し、前記再度要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に再度要求し、前記サーバ装置との間で前記情報を送受信し、前記サーバ装置は、前記クライアント装置によって要求された情報送受信セッションを前記クライアント装置との間で認証を経ずに確立し、前記クライアント装置によって要求された情報の送受信が認証を必要とする場合、前記確立された情報送受信セッションを切断し、その情報送受信セッションの切断から所定の時間以内に前記クライアント装置によって再度要求された情報送受信セッションを前記クライアント装置との間で認証を経て確立し、前記クライアント装置によって再度要求された情報の送受信に応じて前記クライアント装置との間で前記情報を送受信することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、認証が必要な情報の送受信は認証を経たセッションで行い、認証を経ないセッションでは、認証が不要な情報の送受信を行う情報送受信システム、クライアント装置及びサーバ装置を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下に、本発明による情報送受信システム、クライアント装置及びサーバ装置の実施の形態を、図面を参照して説明する。図１は、本発明の実施形態に係る情報送受信システムの構成を示すブロック図である。
【００１１】
この情報送受信システムは、本発明の実施形態に係るクライアント装置１１と、本発明の実施形態に係るサーバ装置１２とからなり、クライアント装置１１とサーバ装置１２とは通信網１３を介して接続されている。なお、通信網１３には、例えば、ブルートゥース（登録商標）が利用される。クライアント装置１１、及びサーバ装置１２の台数は、複数台であっても良い。また、１台の装置がクライアント装置１１とサーバ装置１２との両者の動作をしても良い。
【００１２】
更に、通信網１３は、赤外線通信方式や、無線ＬＡＮ方式を用いても良く、また、ＵＳＢ（Universal Serial Bus）方式による有線通信方式を用いても良い。
【００１３】
図２は、クライアント装置１１の構成を示すブロック図である。このクライアント装置１１は、装置全体の制御を行う制御部２１と、通信網１３との間で電波の送受信を行うアンテナ２２ａと、通信部２２ｂと、送受信部２３と、データ送受信管理部２４と、情報記憶部２５とからなる。情報記憶部２５には、データ２５ａが記憶される。
【００１４】
図３は、サーバ装置１２の構成を示すブロック図である。このサーバ装置１２は、装置全体の制御を行う制御部３１と、通信網１３との間で電波の送受信を行うアンテナ３２ａと、通信部３２ｂと、送受信部３３と、データ送受信管理部３４と、セッション履歴記憶部３４ａと、情報記憶部３５とからなる。セッション履歴記憶部３４ａには、セッション履歴３４ｂが記憶される。情報記憶部３５には、データ３５ａと、データ認証情報３５ｂとが記憶される。
【００１５】
データ２５ａ及びデータ３５ａは、例えば、電話番号、メールアドレス、名前などから構成されるアドレス帳であって、１名分のデータまたはデータ全体を示す。
【００１６】
また、クライアント装置１１及び／またはサーバ装置１２が、電子メール機能を有する場合、データ２５ａ及びデータ３５ａは、１通、または複数通の送信メールであり、もしくは、受信メールである。
【００１７】
データ認証情報３５ｂは、クライアント装置１１の要求に応じてデータ３５ａを送受信するに際して、送受信されるデータ３５ａ毎に認証を必要とするか否かを記憶している。なお、データ３５ａをクライアント装置１１に送信する際に認証を必要とするか否かと、データ３５ａをクライアント装置１１から受信する際に認証を必要とするか否かとは、区別されて記憶されているとしても良い。
【００１８】
上記のように構成された、本発明の実施形態に係る情報送受信システムの各部の動作を、各図を参照して説明する。まず、クライアント装置１１の各部の動作を、図２を参照して説明する。通信部２２ｂは、アンテナ２２ａを介して通信網１３から受信された無線高周波信号を送受信部２３に送信する。また、送受信部２３から出力される高周波信号をアンテナ２２ａを介して通信網１３に送信する。
【００１９】
送受信部２３は、通信部２２ｂからの高周波信号を増幅、周波数変換及び復調し、それによって得た制御信号を制御部２１に、そしてデジタル信号をデータ送受信管理部２４に送信する。更には、制御部２１から出力される制御信号と、データ送受信管理部２４から出力されるデジタル信号を変調、周波数変換及び増幅し、高周波信号を得て、それを通信部２２ｂに送信する。
【００２０】
データ送受信管理部２４は、ＯＢＥＸ（Object Exchange Protocol）プロトコルを用いたＯＰＰ（Object Push Profile）プロファイルによって、サーバ装置１２との間で情報の送受信を行う。即ち、データ送受信管理部２４は、サーバ装置１２にデータ送受信セッションの確立を要求し、そのセッションの確立の後、サーバ装置１２へデータ２５ａを送信及び／またはデータ送受信管理部２４の要求に応じてサーバ装置１２から送信された情報を受信して、データ２５ａに記憶する。
【００２１】
次に、サーバ装置１２の各部の動作を、図３を参照して説明する。通信部３２ｂは、アンテナ３２ａを介して通信網１３から受信された高周波信号を送受信部３３に送信する。また、送受信部３３から出力される高周波信号をアンテナ３２ａを介して通信網１３に送信する。
【００２２】
送受信部３３は、通信部３２ｂからの高周波信号を増幅、周波数変換及び復調し、それによって得た制御信号を制御部３１に、そして、デジタル信号をデータ送受信管理部３４に送信する。更には、制御部３１から出力される制御信号と、データ送受信管理部３４から出力されるデジタル信号を変調、周波数変換及び増幅し、高周波信号を得て、それを通信部３２ｂに送信する。
【００２３】
データ送受信管理部３４は、ＯＢＥＸプロトコルを用いたＯＰＰプロファイルによって、クライアント装置１１との間で情報の送受信を行う。即ち、データ送受信管理部３４は、クライアント装置１１から要求されたデータ送受信セッションの確立に応じて、そのセッションの確立の後、クライアント装置１１から送信された情報を受信して、データ３５ａに記憶し及び／またはクライアント装置１１からの要求に応じてデータ３５ａを送信する。
【００２４】
セッション履歴記憶部３４ａに記憶されるセッション履歴３４ｂは、データ送受信のサービスを行うために確立されたデータ送受信セッションが切断された履歴であって、後述するように、データ送受信管理部３４がデータ送受信に際し、認証が必要であるとしてデータ送受信セッションを切断した履歴である。図４は、セッション履歴３４ｂの一例を示す。このセッション履歴３４ｂは、クライアント装置識別子３４ｃと、セッション切断時刻３４ｄと、サービス３４ｅとが関連付けられた情報からなる。
【００２５】
図４に示すセッション履歴３４ｂは、クライアント装置識別子３４ｃが「クライアント１」と、セッション切断時刻３４ｄが「２００５年１月２日３時４分５秒」と、サービス３４ｅが「データ送受信」なる情報が記憶されており、データ送受信管理部３４は、「クライアント１」に対して「データ送受信」サービスを提供したセッション、即ち、データ送受信セッションが「２００５年１月２日３時４分５秒」に切断されたことを示す。
【００２６】
上記のように構成された、本発明の実施形態に係わる情報送受信システムのデータ送受信の動作を説明する。
【００２７】
（クライアント装置１１のデータ送受信管理部２４の動作）
図５は、データ送受信管理部２４のデータ送受信の動作のフローチャートを示す。データ送受信管理部２４は、クライアント装置１１とサーバ装置１２との間でデータ送受信を行う際に、制御部２１に起動されて動作を開始する（ステップＳ２４ａ）。そして、サーバ装置１２に対して通信網１３を介したブルートゥース（Ｒ）リンクの接続を要求し、サーバ装置１２との間にリンクを接続する（ステップＳ２４ｂ）。
【００２８】
そして、データ送受信管理部２４は、接続されたリンクを用いてＯＢＥＸプロトコルによるデータ送受信セッションの確立をサーバ装置１２に要求し、その要求に対するサーバ装置１２からの応答を受信する（ステップＳ２４ｃ）。受信した応答を調べ（ステップＳ２４ｄ）、その応答が、認証要求なしのセッション確立であれば、データ送受信管理部２４は、サーバ装置１２に対してデータ送受信を要求し（ステップＳ２４ｅ）、その要求に対するサーバ装置１２からの応答を調べる（ステップＳ２４ｆ）。
【００２９】
その応答が、認可であれば、データ送受信管理部２４は、サーバ装置１２との間でステップＳ２４ｅで要求したデータ送受信を行い（ステップＳ２４ｇ）、ステップＳ２４ｅに動作を戻して、更に次のデータ送受信の要求の動作に移る。
【００３０】
ステップＳ２４ｆで、応答が非認可であり、かつ、サーバ装置１２によってステップＳ２４ｃで確立を要求したデータ送受信セッション及びステップＳ２４ｂで接続を要求したリンクが切断された場合、データ送受信管理部２４は、ステップＳ２４ｂに動作を戻して、再度、サーバ装置１２に対してリンクの接続を要求し、サーバ装置１２との間にリンクを接続する動作に戻る。
【００３１】
ステップＳ２４ｄで、サーバ装置１２からの応答が認証要求であれば、データ送受信管理部２４は、サーバ装置１２との間で認証処理を行って、データ送受信セッションを確立する（ステップＳ２４ｈ）。ここで、認証処理とは、サーバ装置１２との間で相互に所定のパスワードを送信し、それらのパスワードが一致したことを検出することであるが、これに限るものではなく、例えば、クライアント装置１１に割当てられている機器番号を用いても良い。
【００３２】
次に、データ送受信管理部２４は、サーバ装置１２に対してデータ送受信を要求し（ステップＳ２４ｉ）、その要求に対するサーバ装置１２からの許可応答の受信を待って（ステップＳ２４ｊ）、サーバ装置１２との間でステップＳ２４ｉで要求したデータ送受信を行い（ステップＳ２４ｋ）、ステップＳ２４ｉに動作を戻して、更に次のデータ送受信の要求の動作に移る。
【００３３】
なお、ステップＳ２４ｄでリンク切断の応答を受信した場合、データ送受信管理部２４は、ステップＳ２４ｂで接続したリンクを切断して（ステップＳ２４ｍ）、動作を終了する（ステップＳ２４ｎ）。また、ステップＳ２４ｅまたはステップＳ２４ｉで、要求するデータ送受信が尽きたと判断した場合、データ送受信管理部２４は、ステップＳ２４ｃで確立を要求したデータ送受信セッション及びステップＳ２４ｂで接続を要求したリンクを切断して、動作を終了する。（図示せず）。
【００３４】
（サーバ装置１２のデータ送受信管理部３４の動作）
図６は、データ送受信管理部３４のデータ送受信の動作のフローチャートを示す。データ送受信管理部３４は、クライアント装置１１からの制御信号が受信された際に、制御部３１に起動されて動作を開始する（ステップＳ３４ａ）。そして、クライアント装置１１から送信された通信網１３を介したブルートゥース（Ｒ）リンクの接続要求を受信して、そのリンクを確立する（ステップＳ３４ｂ）。
【００３５】
次に、データ送受信管理部３４は、接続されたリンクを用いてクライアント装置１１から送信されたＯＢＥＸプロトコルによるデータ送受信セッションの確立要求を受信し（ステップＳ３４ｃ）、セッション履歴３４ｂに記憶されているそのクライアント装置１１とのデータ送受信セッションの履歴を調べることによって、この要求されたセッションに対して、再開処理ではない通常の処理を行うか、再開の処理を行うか、または、セッション確立要求を拒否するかを判断し、処理を分岐する（ステップＳ３４ｄ）。
【００３６】
即ち、セッション履歴３４ｂのクライアント装置識別子３４ｃにそのクライアント装置１１の識別子が、セッション切断時刻３４ｄに現在の時刻以前で、かつ、現在の時刻から所定時間遡った時刻以降の時刻が、そして、サービス３４ｅに「データ送受信」が関連付けられた情報が記憶されている場合、後述するように、所定時間以内の近い過去にそのクライアント装置１１との間のデータ送受信に際し、認証が必要であるとしてデータ送受信セッションの切断がされたことを意味する。そこで、データ送受信管理部３４は、この場合、セッションの再開処理を行うと判断する。
【００３７】
また、セッション履歴３４ｂのクライアント装置識別子３４ｃにそのクライアント装置１１の識別子が、セッション切断時刻３４ｄに現在の時刻以前で、かつ、現在の時刻から所定時間遡った時刻以降の時刻が、そして、サービス３４ｅに「データ送受信」と異なる情報が関連付けられた情報が記憶されている場合、所定時間以内の近い過去にそのクライアント装置１１との間のセッションの切断がされ、セッションの再開処理が適切でありながら、異なるサービス３４ｅのセッションが要求されたことを意味する。そこで、データ送受信管理部３４は、この場合、セッション確立要求を拒否すると判断する。
【００３８】
また、セッション履歴３４ｂのクライアント装置識別子３４ｃにそのクライアント装置１１の識別子が記憶されていない場合、及び、クライアント装置識別子３４ｃにそのクライアント装置１１の識別子が、そして、セッション切断時刻３４ｄに現在の時刻から所定時間遡った時刻以前の時刻が関連付けられた情報のみが記憶されている場合、クライアント装置１１との過去の通信の有無及びその通信のサービス３４ｅを評価する必要はないことを意味する。そこで、データ送受信管理部３４は、この場合、再開処理ではない通常の処理を行うと判断する。
【００３９】
ステップＳ３４ｄで、再開処理ではない通常の処理を行うと判断した場合、データ送受信管理部３４は、認証を要求せずにデータ送受信セッションを確立する（ステップＳ３４ｅ）。
【００４０】
そして、データ送受信管理部３４は、クライアント装置１１から送信されたデータ送受信の要求を受信し（ステップＳ３４ｆ）、その要求には認証が必要か不要かをデータ認証情報３５ｂを参照して判断する（ステップＳ３４ｇ）。認証が不要と判断された場合、クライアント装置１１にステップＳ３４ｆで要求を受信したデータ送受信は認可である旨の応答、即ち、成功応答を送信し（ステップＳ３４ｈ）、ステップＳ３４ｆで要求が受信されたデータ送受信を行い（ステップＳ３４ｉ）、ステップＳ３４ｆのデータ送受信の要求を受信する動作に戻る。
【００４１】
ステップＳ３４ｇで、認証が必要と判断された場合、データ送受信管理部３４は、クライアント装置１１にステップＳ３４ｆで要求を受信したデータ送受信は非認可である旨の応答、即ち、エラー応答を送信し（ステップＳ３４ｊ）、ステップＳ３４ｅで確立されたデータ送受信セッション及びステップＳ３４ｂで確立されたリンクを切断する（ステップＳ３４ｋ）。
【００４２】
次に、データ送受信管理部３４は、クライアント装置識別子３４ｃに上記クライアント装置１１の識別子、セッション切断時刻３４ｄに現在の時刻、そして、サービス３４ｅに「データ送受信」なる情報を関連付けたセッション履歴３４ｂをセッション履歴記憶部３４ａに記憶して（ステップＳ３４ｍ）、動作を終了する（ステップＳ３４ｎ）。
【００４３】
ステップＳ３４ｄで、再開の処理を行うと判断した場合、データ送受信管理部３４は、認証を要求して、認証を経た上でデータ送受信セッションを確立する（ステップＳ３４ｏ）。
【００４４】
そして、データ送受信管理部３４は、クライアント装置１１から送信されたデータ送受信の要求を受信する（ステップＳ３４ｐ）。既にステップＳ３４ｏでデータ送受信セッションが認証を経て確立されているので、要求されたデータ送受信が認可すべきか否かの判断を行わずに、クライアント装置１１にそのデータ送受信は認可である旨の応答を送信し（ステップＳ３４ｑ）、ステップＳ３４ｐで要求が受信されたデータ送受信を行い（ステップＳ３４ｒ）、ステップＳ３４ｐのデータ送受信の要求を受信する動作に戻る。
【００４５】
データ送受信管理部３４は、任意の動作ステップで、クライアント装置１１によってステップＳ３４ｅで確立されたデータ送受信セッション及びステップＳ３４ｂで確立されたリンクが切断された場合、動作を終了する（図示せず）。
【００４６】
なお、データ送受信管理部３４は、ステップＳ３４ｂのブルートゥース（Ｒ）リンクの接続確立の際に、データ送受信セッションの確立に際して認証を要求するか否かの判断をしても良い。そして、その場合、セッション履歴３４ｂを参照し、現在の時刻を所定時間遡った時刻以降のセッション切断の履歴が含まれているか否か、即ち、情報送受信処理の再開であるか否かに従って判断しても良い。
【００４７】
また、ステップＳ３４ｄで、セッション確立要求を拒否すると判断した場合、データ送受信管理部３４は、ステップＳ３４ｂで確立されたリンクを切断し（ステップＳ３４ｓ）、動作を終了する（ステップＳ３４ｔ）。
【００４８】
（クライアント装置１１とサーバ装置１２との動作のシーケンスの一例）
図７及び図８は、クライアント装置１１とサーバ装置１２との間で行われる情報の送受信シーケンスの一例を示す。この例は、クライアント装置１１からアドレス帳全体からなるデータ２５ａをサーバ装置１２に送信し、サーバ装置１２のデータ認証情報３５ｂには、受信されたアドレス帳全体をデータ３５ａとして情報記憶部３５に記憶するには、認証が必要と記憶されている場合を示す。
【００４９】
このシーケンス中の各動作には、その動作に対応する図５に示したデータ送受信管理部２４の動作のステップと、図６に示したデータ送受信管理部３４の動作のステップを付記した。ただし、クライアント装置１１とサーバ装置１２との間で行われる通信は、データ送受信管理部２４の動作のステップと、データ送受信管理部３４の動作のステップの双方によって行われているが、一方のみを付記して簡明な説明としてある。
【００５０】
このシーケンスは、クライアント装置１１のデータ送受信管理部２４からブルートゥース（Ｒ）方式の接続要求を送信することに始まる（ステップＳ５１、図５に示すフローチャートのステップＳ２４ｂに対応する。）。この要求に対して、サーバ装置１２のデータ送受信管理部３４は、接続応答を送信して、ブルートゥース（Ｒ）方式のリンクを接続する（ステップＳ５２、図６に示すフローチャートのステップＳ３４ｂに対応する。）。
【００５１】
次に、データ送受信管理部２４は、ＯＢＥＸプロトコルによる接続要求を送信する（ステップＳ５３、図５に示すフローチャートのステップＳ２４ｃに対応する。）。この要求の際、セッション履歴３４ｂには情報が記憶されていないとし、この要求に対して、データ送受信管理部３４は、認証なしで接続応答を送信して、ＯＢＥＸセッションを確立する（ステップＳ５４、図６に示すフローチャートのステップＳ３４ｅに対応する。）。ここで、このクライアント装置１１との情報送受信は過去に行われておらず、セッション履歴３４ｂには、何も記憶されていなかったとし、図６に示すフローチャートのステップＳ３４ｄでは、「記憶されていない」と判断されたとする。
【００５２】
次に、データ送受信管理部２４は、アドレス帳全体からなるデータ２５ａの送信要求を送信する（ステップＳ５５、図５に示すフローチャートのステップＳ２４ｅに対応する。）。この要求に対して、データ送受信管理部３４は、受信されたアドレス帳全体が記憶されるデータ３５ａは、認証が必要なデータ３５ａであるか否かをデータ暗証情報３５ｂを参照して判断し（ステップＳ５６、図６に示すフローチャートのステップＳ３４ｇに対応する。）、認証が不要なデータ３５ａであれば、通常の送受信動作、即ち、認証が不要の場合の送受信動作（ステップＳ５７、図６に示すフローチャートのステップＳ３４ｈ以降に対応する。）を行う。
【００５３】
しかし、アドレス帳全体を受信してデータ３５ａとして記憶することは、認証が必要なので、データ送受信管理部３４は、上記要求に対して非認可の応答を送信し（ステップＳ５８、図６に示すフローチャートのステップＳ３４ｊに対応する。）、ブルートゥース（Ｒ）方式のリンク及びＯＢＥＸプロトコルのセッションを切断する（ステップＳ５９、図６に示すフローチャートのステップＳ３４ｋに対応する。）。
【００５４】
そして、データ送受信管理部３４は、現在の時刻をセッション切断時刻３４ｄに、クライアント装置１１の識別子をクライアント装置識別子３４ｃに、「データ送受信」をサービス３４ｅとする関連付けた情報をセッション履歴３４ｂに記憶する（ステップＳ６０、図６に示すフローチャートのステップＳ３４ｍに対応する。）。
【００５５】
次に、データ送受信管理部２４は、再びブルートゥース（Ｒ）方式の接続要求を送信する（ステップＳ６１、図５に示すフローチャートのステップＳ２４ｂに対応する。）。
【００５６】
図８を参照して、説明を続ける。データ送受信管理部３４は、接続応答を送信して、ブルートゥース（Ｒ）方式のリンクを接続する（ステップＳ６２、図６に示すフローチャートのステップＳ３４ｂに対応する。）。
【００５７】
次に、データ送受信管理部２４は、ＯＢＥＸプロトコルによる接続要求を送信する（ステップＳ６３、図５に示すフローチャートのステップＳ２４ｃに対応する。）。この要求に対して、データ送受信管理部３４は、セッション切断時刻３４ｄを参照して、この要求されたセッションは、送受信処理の再開であるか否かを調べる（ステップＳ６４、図６に示すフローチャートのステップＳ３４ｄに対応する。）。再開でない場合、データ送受信管理部３４は、認証を要求せずにセッションを確立し、通常の動作を続ける、または、リンクを切断する（ステップＳ６５、図６に示すフローチャートのステップＳ３４ｅ以降、または、ステップＳ３４ｓ以降に対応する。）。
【００５８】
一方、上記要求されたセッションは、送受信処理の再開である場合、データ送受信管理部３４は、認証を要求する。この要求に続いて、データ送受信管理部２４とデータ送受信管理部３４は、それぞれパスワードを入力する。ここで、入力とは、入力装置からの入力であるが、これに限るものではない。記憶されたパスワードを読み出して用いるとしても良い。
【００５９】
続いて、データ送受信管理部２４とデータ送受信管理部３４は、パスワードを用いた認証処理を行って、認証ありのＯＢＥＸプロトコルのセッションを確立する（ステップＳ６６、このデータ送受信管理部３４が認証を要求してからセッションが確立されるまでは、図５に示すフローチャートのステップＳ２４ｈに対応し、図６に示すフローチャートのステップＳ３４ｏに対応する。）。
【００６０】
次に、データ送受信管理部２４は、データ２５ａ（アドレス帳全体）の送信要求を送信し（ステップＳ６７、図５に示すフローチャートのステップＳ２４ｉに対応する。）、データ送受信管理部３４は、その要求に対して、許可、即ち、成功の応答を送信する（ステップＳ６８、図６に示すフローチャートのステップＳ３４ｑに対応する。）。この後、上記データ２５ａの通信が行われる。
【００６１】
なお、クライアント装置１１の制御部２１は、入力装置から入力された指示によってデータ２５ａの送受信の制御を行うが、これに限るものではない。所定の時間間隔で、所定のデータ２５ａの送受信を行うとしても良い。
【００６２】
以上の説明では、データ２５ａ及びデータ３５ａは、アドレス帳または電子メールであるとしたが、これに限るものではない。画像情報、音声情報、映像情報など、あらゆる情報で良い。また、本発明の情報送受信システム、クライアント装置及びサーバ装置は、移動通信端末装置、ＰＤＡ（Personal Digital Assistant）、パソコン、家電製品など、情報の送受信を行うあらゆる装置に適用することが当然に可能である。本発明は以上の構成に限定されるものではなく、種々の変形が可能である。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施形態に係る情報送受信システムの構成を示すブロック図。
【図２】本発明の実施形態に係るクライアント装置の構成を示すブロック図。
【図３】本発明の実施形態に係るサーバ装置の構成を示すブロック図。
【図４】本発明の実施形態に係るセッション履歴の一例を示す図。
【図５】本発明の実施形態に係るクライアント装置のデータ送受信管理部の動作を示すフローチャート。
【図６】本発明の実施形態に係るサーバ装置のデータ送受信管理部の動作を示すフローチャート。
【図７】本発明の実施形態に係る情報送受信システムの動作のシーケンス（その１）。
【図８】本発明の実施形態に係る情報送受信システムの動作のシーケンス（その２）。
【符号の説明】
【００６４】
１１ クライアント装置
１２ サーバ装置
２４ データ送受信管理部
２５ 情報記憶部
２５ａ データ
３４ データ送受信管理部
３４ａ セッション履歴記憶部
３４ｂ セッション履歴
３４ｃ クライアント装置識別子
３４ｄ セッション切断時刻
３４ｅ サービス
３５ 情報記憶部
３５ａ データ
３５ｂ データ認証情報
【技術分野】
【０００１】
本発明は、情報送受信システム、クライアント装置及びサーバ装置に係り、特に認証が必要な情報の送受信処理に関する。
【背景技術】
【０００２】
情報の送受信を要求する装置（以後、クライアント装置と称する。）と、要求された情報の送受信に応じる装置（以後、サーバ装置と称する。）とが通信網を介して接続された情報送受信システムが知られている。この情報送受信システムにおいて、クライアント装置は、１回の、または複数回の情報の送受信に先立って、サーバ装置との間で情報送受信セッションを確立する。そして、情報の送受信終了の後、そのセッションを切断する処理が行われる。
【０００３】
セッションの確立の際、サーバ装置は、クライアント装置の認証、または、そのクライアント装置を使用している使用者の認証を行う処理が行われている（以後、クライアント装置の認証、または、そのクライアント装置を使用している使用者の認証を総称してクライアントの認証と称する。）。サーバ装置は、この認証に基づいて、要求された情報の送受信は、許されているか否かを判断し、許されていれば、クライアント装置からの要求に応じて情報の送受信を行う。そして、許されていなければ、クライアント装置からの要求を拒否する。
【０００４】
ここで、クライアントの認証なしに、全てのクライアント装置からの要求に応じて送受信が許される情報（以後、認証が不要な情報と称する。一方、クライアントの認証を経て送受信が許される情報を、認証が必要な情報と称する。）が存在することがある。認証が不要な情報のみの送受信に関しても上記認証を行うことは、無用な処理である。また、クライアント装置が匿名のままその情報の送受信を行うことが適切な場合もある。
【０００５】
そこで、セッションの確立に当たっては認証処理を行わず、認証が必要な情報の送受信が要求された場合、サーバ装置が認証処理を開始し、例えば、クライアント装置の識別子及び暗証情報の送信をクライアント装置に要求する処理が知られている（例えば、特許文献１参照。）。
【特許文献１】特開２００１−６２１２４号公報（第４頁、図４）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した特許文献１に開示されている方法では、サーバ装置は、情報の送受信の要求毎に、その情報は認証が必要であるか否かを判断する必要があり、負荷が増える問題点があった。更に、その情報は認証が必要であると判断された度に認証処理を行う必要があり、サーバ装置及びクライアント装置の負荷が増える問題点があった。
【０００７】
本発明は、上記問題点を解決するためになされたもので、認証が必要な情報の送受信は認証を経たセッションで行い、認証を経ないセッションでは、認証が不要な情報の送受信を行う情報送受信システム、クライアント装置及びサーバ装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の情報送受信システムは、情報送受信セッションの確立と、その確立されたセッションによる情報の送受信とを要求するクライアント装置と、前記クライアント装置から要求されたセッションの確立と、前記情報の送受信とに応じるサーバ装置とが前記情報を送受信する情報送受信システムであって、前記クライアント装置は、前記情報送受信セッションの確立を前記サーバ装置に要求し、前記要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に要求し、前記確立された情報送受信セッションが前記情報の送受信の要求に応じて前記サーバ装置によって切断されると前記情報送受信セッションの確立を前記サーバ装置に再度要求し、前記再度要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に再度要求し、前記サーバ装置との間で前記情報を送受信し、前記サーバ装置は、前記クライアント装置によって要求された情報送受信セッションを前記クライアント装置との間で認証を経ずに確立し、前記クライアント装置によって要求された情報の送受信が認証を必要とする場合、前記確立された情報送受信セッションを切断し、その情報送受信セッションの切断から所定の時間以内に前記クライアント装置によって再度要求された情報送受信セッションを前記クライアント装置との間で認証を経て確立し、前記クライアント装置によって再度要求された情報の送受信に応じて前記クライアント装置との間で前記情報を送受信することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、認証が必要な情報の送受信は認証を経たセッションで行い、認証を経ないセッションでは、認証が不要な情報の送受信を行う情報送受信システム、クライアント装置及びサーバ装置を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下に、本発明による情報送受信システム、クライアント装置及びサーバ装置の実施の形態を、図面を参照して説明する。図１は、本発明の実施形態に係る情報送受信システムの構成を示すブロック図である。
【００１１】
この情報送受信システムは、本発明の実施形態に係るクライアント装置１１と、本発明の実施形態に係るサーバ装置１２とからなり、クライアント装置１１とサーバ装置１２とは通信網１３を介して接続されている。なお、通信網１３には、例えば、ブルートゥース（登録商標）が利用される。クライアント装置１１、及びサーバ装置１２の台数は、複数台であっても良い。また、１台の装置がクライアント装置１１とサーバ装置１２との両者の動作をしても良い。
【００１２】
更に、通信網１３は、赤外線通信方式や、無線ＬＡＮ方式を用いても良く、また、ＵＳＢ（Universal Serial Bus）方式による有線通信方式を用いても良い。
【００１３】
図２は、クライアント装置１１の構成を示すブロック図である。このクライアント装置１１は、装置全体の制御を行う制御部２１と、通信網１３との間で電波の送受信を行うアンテナ２２ａと、通信部２２ｂと、送受信部２３と、データ送受信管理部２４と、情報記憶部２５とからなる。情報記憶部２５には、データ２５ａが記憶される。
【００１４】
図３は、サーバ装置１２の構成を示すブロック図である。このサーバ装置１２は、装置全体の制御を行う制御部３１と、通信網１３との間で電波の送受信を行うアンテナ３２ａと、通信部３２ｂと、送受信部３３と、データ送受信管理部３４と、セッション履歴記憶部３４ａと、情報記憶部３５とからなる。セッション履歴記憶部３４ａには、セッション履歴３４ｂが記憶される。情報記憶部３５には、データ３５ａと、データ認証情報３５ｂとが記憶される。
【００１５】
データ２５ａ及びデータ３５ａは、例えば、電話番号、メールアドレス、名前などから構成されるアドレス帳であって、１名分のデータまたはデータ全体を示す。
【００１６】
また、クライアント装置１１及び／またはサーバ装置１２が、電子メール機能を有する場合、データ２５ａ及びデータ３５ａは、１通、または複数通の送信メールであり、もしくは、受信メールである。
【００１７】
データ認証情報３５ｂは、クライアント装置１１の要求に応じてデータ３５ａを送受信するに際して、送受信されるデータ３５ａ毎に認証を必要とするか否かを記憶している。なお、データ３５ａをクライアント装置１１に送信する際に認証を必要とするか否かと、データ３５ａをクライアント装置１１から受信する際に認証を必要とするか否かとは、区別されて記憶されているとしても良い。
【００１８】
上記のように構成された、本発明の実施形態に係る情報送受信システムの各部の動作を、各図を参照して説明する。まず、クライアント装置１１の各部の動作を、図２を参照して説明する。通信部２２ｂは、アンテナ２２ａを介して通信網１３から受信された無線高周波信号を送受信部２３に送信する。また、送受信部２３から出力される高周波信号をアンテナ２２ａを介して通信網１３に送信する。
【００１９】
送受信部２３は、通信部２２ｂからの高周波信号を増幅、周波数変換及び復調し、それによって得た制御信号を制御部２１に、そしてデジタル信号をデータ送受信管理部２４に送信する。更には、制御部２１から出力される制御信号と、データ送受信管理部２４から出力されるデジタル信号を変調、周波数変換及び増幅し、高周波信号を得て、それを通信部２２ｂに送信する。
【００２０】
データ送受信管理部２４は、ＯＢＥＸ（Object Exchange Protocol）プロトコルを用いたＯＰＰ（Object Push Profile）プロファイルによって、サーバ装置１２との間で情報の送受信を行う。即ち、データ送受信管理部２４は、サーバ装置１２にデータ送受信セッションの確立を要求し、そのセッションの確立の後、サーバ装置１２へデータ２５ａを送信及び／またはデータ送受信管理部２４の要求に応じてサーバ装置１２から送信された情報を受信して、データ２５ａに記憶する。
【００２１】
次に、サーバ装置１２の各部の動作を、図３を参照して説明する。通信部３２ｂは、アンテナ３２ａを介して通信網１３から受信された高周波信号を送受信部３３に送信する。また、送受信部３３から出力される高周波信号をアンテナ３２ａを介して通信網１３に送信する。
【００２２】
送受信部３３は、通信部３２ｂからの高周波信号を増幅、周波数変換及び復調し、それによって得た制御信号を制御部３１に、そして、デジタル信号をデータ送受信管理部３４に送信する。更には、制御部３１から出力される制御信号と、データ送受信管理部３４から出力されるデジタル信号を変調、周波数変換及び増幅し、高周波信号を得て、それを通信部３２ｂに送信する。
【００２３】
データ送受信管理部３４は、ＯＢＥＸプロトコルを用いたＯＰＰプロファイルによって、クライアント装置１１との間で情報の送受信を行う。即ち、データ送受信管理部３４は、クライアント装置１１から要求されたデータ送受信セッションの確立に応じて、そのセッションの確立の後、クライアント装置１１から送信された情報を受信して、データ３５ａに記憶し及び／またはクライアント装置１１からの要求に応じてデータ３５ａを送信する。
【００２４】
セッション履歴記憶部３４ａに記憶されるセッション履歴３４ｂは、データ送受信のサービスを行うために確立されたデータ送受信セッションが切断された履歴であって、後述するように、データ送受信管理部３４がデータ送受信に際し、認証が必要であるとしてデータ送受信セッションを切断した履歴である。図４は、セッション履歴３４ｂの一例を示す。このセッション履歴３４ｂは、クライアント装置識別子３４ｃと、セッション切断時刻３４ｄと、サービス３４ｅとが関連付けられた情報からなる。
【００２５】
図４に示すセッション履歴３４ｂは、クライアント装置識別子３４ｃが「クライアント１」と、セッション切断時刻３４ｄが「２００５年１月２日３時４分５秒」と、サービス３４ｅが「データ送受信」なる情報が記憶されており、データ送受信管理部３４は、「クライアント１」に対して「データ送受信」サービスを提供したセッション、即ち、データ送受信セッションが「２００５年１月２日３時４分５秒」に切断されたことを示す。
【００２６】
上記のように構成された、本発明の実施形態に係わる情報送受信システムのデータ送受信の動作を説明する。
【００２７】
（クライアント装置１１のデータ送受信管理部２４の動作）
図５は、データ送受信管理部２４のデータ送受信の動作のフローチャートを示す。データ送受信管理部２４は、クライアント装置１１とサーバ装置１２との間でデータ送受信を行う際に、制御部２１に起動されて動作を開始する（ステップＳ２４ａ）。そして、サーバ装置１２に対して通信網１３を介したブルートゥース（Ｒ）リンクの接続を要求し、サーバ装置１２との間にリンクを接続する（ステップＳ２４ｂ）。
【００２８】
そして、データ送受信管理部２４は、接続されたリンクを用いてＯＢＥＸプロトコルによるデータ送受信セッションの確立をサーバ装置１２に要求し、その要求に対するサーバ装置１２からの応答を受信する（ステップＳ２４ｃ）。受信した応答を調べ（ステップＳ２４ｄ）、その応答が、認証要求なしのセッション確立であれば、データ送受信管理部２４は、サーバ装置１２に対してデータ送受信を要求し（ステップＳ２４ｅ）、その要求に対するサーバ装置１２からの応答を調べる（ステップＳ２４ｆ）。
【００２９】
その応答が、認可であれば、データ送受信管理部２４は、サーバ装置１２との間でステップＳ２４ｅで要求したデータ送受信を行い（ステップＳ２４ｇ）、ステップＳ２４ｅに動作を戻して、更に次のデータ送受信の要求の動作に移る。
【００３０】
ステップＳ２４ｆで、応答が非認可であり、かつ、サーバ装置１２によってステップＳ２４ｃで確立を要求したデータ送受信セッション及びステップＳ２４ｂで接続を要求したリンクが切断された場合、データ送受信管理部２４は、ステップＳ２４ｂに動作を戻して、再度、サーバ装置１２に対してリンクの接続を要求し、サーバ装置１２との間にリンクを接続する動作に戻る。
【００３１】
ステップＳ２４ｄで、サーバ装置１２からの応答が認証要求であれば、データ送受信管理部２４は、サーバ装置１２との間で認証処理を行って、データ送受信セッションを確立する（ステップＳ２４ｈ）。ここで、認証処理とは、サーバ装置１２との間で相互に所定のパスワードを送信し、それらのパスワードが一致したことを検出することであるが、これに限るものではなく、例えば、クライアント装置１１に割当てられている機器番号を用いても良い。
【００３２】
次に、データ送受信管理部２４は、サーバ装置１２に対してデータ送受信を要求し（ステップＳ２４ｉ）、その要求に対するサーバ装置１２からの許可応答の受信を待って（ステップＳ２４ｊ）、サーバ装置１２との間でステップＳ２４ｉで要求したデータ送受信を行い（ステップＳ２４ｋ）、ステップＳ２４ｉに動作を戻して、更に次のデータ送受信の要求の動作に移る。
【００３３】
なお、ステップＳ２４ｄでリンク切断の応答を受信した場合、データ送受信管理部２４は、ステップＳ２４ｂで接続したリンクを切断して（ステップＳ２４ｍ）、動作を終了する（ステップＳ２４ｎ）。また、ステップＳ２４ｅまたはステップＳ２４ｉで、要求するデータ送受信が尽きたと判断した場合、データ送受信管理部２４は、ステップＳ２４ｃで確立を要求したデータ送受信セッション及びステップＳ２４ｂで接続を要求したリンクを切断して、動作を終了する。（図示せず）。
【００３４】
（サーバ装置１２のデータ送受信管理部３４の動作）
図６は、データ送受信管理部３４のデータ送受信の動作のフローチャートを示す。データ送受信管理部３４は、クライアント装置１１からの制御信号が受信された際に、制御部３１に起動されて動作を開始する（ステップＳ３４ａ）。そして、クライアント装置１１から送信された通信網１３を介したブルートゥース（Ｒ）リンクの接続要求を受信して、そのリンクを確立する（ステップＳ３４ｂ）。
【００３５】
次に、データ送受信管理部３４は、接続されたリンクを用いてクライアント装置１１から送信されたＯＢＥＸプロトコルによるデータ送受信セッションの確立要求を受信し（ステップＳ３４ｃ）、セッション履歴３４ｂに記憶されているそのクライアント装置１１とのデータ送受信セッションの履歴を調べることによって、この要求されたセッションに対して、再開処理ではない通常の処理を行うか、再開の処理を行うか、または、セッション確立要求を拒否するかを判断し、処理を分岐する（ステップＳ３４ｄ）。
【００３６】
即ち、セッション履歴３４ｂのクライアント装置識別子３４ｃにそのクライアント装置１１の識別子が、セッション切断時刻３４ｄに現在の時刻以前で、かつ、現在の時刻から所定時間遡った時刻以降の時刻が、そして、サービス３４ｅに「データ送受信」が関連付けられた情報が記憶されている場合、後述するように、所定時間以内の近い過去にそのクライアント装置１１との間のデータ送受信に際し、認証が必要であるとしてデータ送受信セッションの切断がされたことを意味する。そこで、データ送受信管理部３４は、この場合、セッションの再開処理を行うと判断する。
【００３７】
また、セッション履歴３４ｂのクライアント装置識別子３４ｃにそのクライアント装置１１の識別子が、セッション切断時刻３４ｄに現在の時刻以前で、かつ、現在の時刻から所定時間遡った時刻以降の時刻が、そして、サービス３４ｅに「データ送受信」と異なる情報が関連付けられた情報が記憶されている場合、所定時間以内の近い過去にそのクライアント装置１１との間のセッションの切断がされ、セッションの再開処理が適切でありながら、異なるサービス３４ｅのセッションが要求されたことを意味する。そこで、データ送受信管理部３４は、この場合、セッション確立要求を拒否すると判断する。
【００３８】
また、セッション履歴３４ｂのクライアント装置識別子３４ｃにそのクライアント装置１１の識別子が記憶されていない場合、及び、クライアント装置識別子３４ｃにそのクライアント装置１１の識別子が、そして、セッション切断時刻３４ｄに現在の時刻から所定時間遡った時刻以前の時刻が関連付けられた情報のみが記憶されている場合、クライアント装置１１との過去の通信の有無及びその通信のサービス３４ｅを評価する必要はないことを意味する。そこで、データ送受信管理部３４は、この場合、再開処理ではない通常の処理を行うと判断する。
【００３９】
ステップＳ３４ｄで、再開処理ではない通常の処理を行うと判断した場合、データ送受信管理部３４は、認証を要求せずにデータ送受信セッションを確立する（ステップＳ３４ｅ）。
【００４０】
そして、データ送受信管理部３４は、クライアント装置１１から送信されたデータ送受信の要求を受信し（ステップＳ３４ｆ）、その要求には認証が必要か不要かをデータ認証情報３５ｂを参照して判断する（ステップＳ３４ｇ）。認証が不要と判断された場合、クライアント装置１１にステップＳ３４ｆで要求を受信したデータ送受信は認可である旨の応答、即ち、成功応答を送信し（ステップＳ３４ｈ）、ステップＳ３４ｆで要求が受信されたデータ送受信を行い（ステップＳ３４ｉ）、ステップＳ３４ｆのデータ送受信の要求を受信する動作に戻る。
【００４１】
ステップＳ３４ｇで、認証が必要と判断された場合、データ送受信管理部３４は、クライアント装置１１にステップＳ３４ｆで要求を受信したデータ送受信は非認可である旨の応答、即ち、エラー応答を送信し（ステップＳ３４ｊ）、ステップＳ３４ｅで確立されたデータ送受信セッション及びステップＳ３４ｂで確立されたリンクを切断する（ステップＳ３４ｋ）。
【００４２】
次に、データ送受信管理部３４は、クライアント装置識別子３４ｃに上記クライアント装置１１の識別子、セッション切断時刻３４ｄに現在の時刻、そして、サービス３４ｅに「データ送受信」なる情報を関連付けたセッション履歴３４ｂをセッション履歴記憶部３４ａに記憶して（ステップＳ３４ｍ）、動作を終了する（ステップＳ３４ｎ）。
【００４３】
ステップＳ３４ｄで、再開の処理を行うと判断した場合、データ送受信管理部３４は、認証を要求して、認証を経た上でデータ送受信セッションを確立する（ステップＳ３４ｏ）。
【００４４】
そして、データ送受信管理部３４は、クライアント装置１１から送信されたデータ送受信の要求を受信する（ステップＳ３４ｐ）。既にステップＳ３４ｏでデータ送受信セッションが認証を経て確立されているので、要求されたデータ送受信が認可すべきか否かの判断を行わずに、クライアント装置１１にそのデータ送受信は認可である旨の応答を送信し（ステップＳ３４ｑ）、ステップＳ３４ｐで要求が受信されたデータ送受信を行い（ステップＳ３４ｒ）、ステップＳ３４ｐのデータ送受信の要求を受信する動作に戻る。
【００４５】
データ送受信管理部３４は、任意の動作ステップで、クライアント装置１１によってステップＳ３４ｅで確立されたデータ送受信セッション及びステップＳ３４ｂで確立されたリンクが切断された場合、動作を終了する（図示せず）。
【００４６】
なお、データ送受信管理部３４は、ステップＳ３４ｂのブルートゥース（Ｒ）リンクの接続確立の際に、データ送受信セッションの確立に際して認証を要求するか否かの判断をしても良い。そして、その場合、セッション履歴３４ｂを参照し、現在の時刻を所定時間遡った時刻以降のセッション切断の履歴が含まれているか否か、即ち、情報送受信処理の再開であるか否かに従って判断しても良い。
【００４７】
また、ステップＳ３４ｄで、セッション確立要求を拒否すると判断した場合、データ送受信管理部３４は、ステップＳ３４ｂで確立されたリンクを切断し（ステップＳ３４ｓ）、動作を終了する（ステップＳ３４ｔ）。
【００４８】
（クライアント装置１１とサーバ装置１２との動作のシーケンスの一例）
図７及び図８は、クライアント装置１１とサーバ装置１２との間で行われる情報の送受信シーケンスの一例を示す。この例は、クライアント装置１１からアドレス帳全体からなるデータ２５ａをサーバ装置１２に送信し、サーバ装置１２のデータ認証情報３５ｂには、受信されたアドレス帳全体をデータ３５ａとして情報記憶部３５に記憶するには、認証が必要と記憶されている場合を示す。
【００４９】
このシーケンス中の各動作には、その動作に対応する図５に示したデータ送受信管理部２４の動作のステップと、図６に示したデータ送受信管理部３４の動作のステップを付記した。ただし、クライアント装置１１とサーバ装置１２との間で行われる通信は、データ送受信管理部２４の動作のステップと、データ送受信管理部３４の動作のステップの双方によって行われているが、一方のみを付記して簡明な説明としてある。
【００５０】
このシーケンスは、クライアント装置１１のデータ送受信管理部２４からブルートゥース（Ｒ）方式の接続要求を送信することに始まる（ステップＳ５１、図５に示すフローチャートのステップＳ２４ｂに対応する。）。この要求に対して、サーバ装置１２のデータ送受信管理部３４は、接続応答を送信して、ブルートゥース（Ｒ）方式のリンクを接続する（ステップＳ５２、図６に示すフローチャートのステップＳ３４ｂに対応する。）。
【００５１】
次に、データ送受信管理部２４は、ＯＢＥＸプロトコルによる接続要求を送信する（ステップＳ５３、図５に示すフローチャートのステップＳ２４ｃに対応する。）。この要求の際、セッション履歴３４ｂには情報が記憶されていないとし、この要求に対して、データ送受信管理部３４は、認証なしで接続応答を送信して、ＯＢＥＸセッションを確立する（ステップＳ５４、図６に示すフローチャートのステップＳ３４ｅに対応する。）。ここで、このクライアント装置１１との情報送受信は過去に行われておらず、セッション履歴３４ｂには、何も記憶されていなかったとし、図６に示すフローチャートのステップＳ３４ｄでは、「記憶されていない」と判断されたとする。
【００５２】
次に、データ送受信管理部２４は、アドレス帳全体からなるデータ２５ａの送信要求を送信する（ステップＳ５５、図５に示すフローチャートのステップＳ２４ｅに対応する。）。この要求に対して、データ送受信管理部３４は、受信されたアドレス帳全体が記憶されるデータ３５ａは、認証が必要なデータ３５ａであるか否かをデータ暗証情報３５ｂを参照して判断し（ステップＳ５６、図６に示すフローチャートのステップＳ３４ｇに対応する。）、認証が不要なデータ３５ａであれば、通常の送受信動作、即ち、認証が不要の場合の送受信動作（ステップＳ５７、図６に示すフローチャートのステップＳ３４ｈ以降に対応する。）を行う。
【００５３】
しかし、アドレス帳全体を受信してデータ３５ａとして記憶することは、認証が必要なので、データ送受信管理部３４は、上記要求に対して非認可の応答を送信し（ステップＳ５８、図６に示すフローチャートのステップＳ３４ｊに対応する。）、ブルートゥース（Ｒ）方式のリンク及びＯＢＥＸプロトコルのセッションを切断する（ステップＳ５９、図６に示すフローチャートのステップＳ３４ｋに対応する。）。
【００５４】
そして、データ送受信管理部３４は、現在の時刻をセッション切断時刻３４ｄに、クライアント装置１１の識別子をクライアント装置識別子３４ｃに、「データ送受信」をサービス３４ｅとする関連付けた情報をセッション履歴３４ｂに記憶する（ステップＳ６０、図６に示すフローチャートのステップＳ３４ｍに対応する。）。
【００５５】
次に、データ送受信管理部２４は、再びブルートゥース（Ｒ）方式の接続要求を送信する（ステップＳ６１、図５に示すフローチャートのステップＳ２４ｂに対応する。）。
【００５６】
図８を参照して、説明を続ける。データ送受信管理部３４は、接続応答を送信して、ブルートゥース（Ｒ）方式のリンクを接続する（ステップＳ６２、図６に示すフローチャートのステップＳ３４ｂに対応する。）。
【００５７】
次に、データ送受信管理部２４は、ＯＢＥＸプロトコルによる接続要求を送信する（ステップＳ６３、図５に示すフローチャートのステップＳ２４ｃに対応する。）。この要求に対して、データ送受信管理部３４は、セッション切断時刻３４ｄを参照して、この要求されたセッションは、送受信処理の再開であるか否かを調べる（ステップＳ６４、図６に示すフローチャートのステップＳ３４ｄに対応する。）。再開でない場合、データ送受信管理部３４は、認証を要求せずにセッションを確立し、通常の動作を続ける、または、リンクを切断する（ステップＳ６５、図６に示すフローチャートのステップＳ３４ｅ以降、または、ステップＳ３４ｓ以降に対応する。）。
【００５８】
一方、上記要求されたセッションは、送受信処理の再開である場合、データ送受信管理部３４は、認証を要求する。この要求に続いて、データ送受信管理部２４とデータ送受信管理部３４は、それぞれパスワードを入力する。ここで、入力とは、入力装置からの入力であるが、これに限るものではない。記憶されたパスワードを読み出して用いるとしても良い。
【００５９】
続いて、データ送受信管理部２４とデータ送受信管理部３４は、パスワードを用いた認証処理を行って、認証ありのＯＢＥＸプロトコルのセッションを確立する（ステップＳ６６、このデータ送受信管理部３４が認証を要求してからセッションが確立されるまでは、図５に示すフローチャートのステップＳ２４ｈに対応し、図６に示すフローチャートのステップＳ３４ｏに対応する。）。
【００６０】
次に、データ送受信管理部２４は、データ２５ａ（アドレス帳全体）の送信要求を送信し（ステップＳ６７、図５に示すフローチャートのステップＳ２４ｉに対応する。）、データ送受信管理部３４は、その要求に対して、許可、即ち、成功の応答を送信する（ステップＳ６８、図６に示すフローチャートのステップＳ３４ｑに対応する。）。この後、上記データ２５ａの通信が行われる。
【００６１】
なお、クライアント装置１１の制御部２１は、入力装置から入力された指示によってデータ２５ａの送受信の制御を行うが、これに限るものではない。所定の時間間隔で、所定のデータ２５ａの送受信を行うとしても良い。
【００６２】
以上の説明では、データ２５ａ及びデータ３５ａは、アドレス帳または電子メールであるとしたが、これに限るものではない。画像情報、音声情報、映像情報など、あらゆる情報で良い。また、本発明の情報送受信システム、クライアント装置及びサーバ装置は、移動通信端末装置、ＰＤＡ（Personal Digital Assistant）、パソコン、家電製品など、情報の送受信を行うあらゆる装置に適用することが当然に可能である。本発明は以上の構成に限定されるものではなく、種々の変形が可能である。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施形態に係る情報送受信システムの構成を示すブロック図。
【図２】本発明の実施形態に係るクライアント装置の構成を示すブロック図。
【図３】本発明の実施形態に係るサーバ装置の構成を示すブロック図。
【図４】本発明の実施形態に係るセッション履歴の一例を示す図。
【図５】本発明の実施形態に係るクライアント装置のデータ送受信管理部の動作を示すフローチャート。
【図６】本発明の実施形態に係るサーバ装置のデータ送受信管理部の動作を示すフローチャート。
【図７】本発明の実施形態に係る情報送受信システムの動作のシーケンス（その１）。
【図８】本発明の実施形態に係る情報送受信システムの動作のシーケンス（その２）。
【符号の説明】
【００６４】
１１ クライアント装置
１２ サーバ装置
２４ データ送受信管理部
２５ 情報記憶部
２５ａ データ
３４ データ送受信管理部
３４ａ セッション履歴記憶部
３４ｂ セッション履歴
３４ｃ クライアント装置識別子
３４ｄ セッション切断時刻
３４ｅ サービス
３５ 情報記憶部
３５ａ データ
３５ｂ データ認証情報
【特許請求の範囲】
【請求項１】
情報送受信セッションの確立と、その確立されたセッションによる情報の送受信とを要求するクライアント装置と、前記クライアント装置から要求されたセッションの確立と、前記情報の送受信とに応じるサーバ装置とが前記情報を送受信する情報送受信システムであって、
前記クライアント装置は、前記情報送受信セッションの確立を前記サーバ装置に要求し、前記要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に要求し、前記確立された情報送受信セッションが前記情報の送受信の要求に応じて前記サーバ装置によって切断されると前記情報送受信セッションの確立を前記サーバ装置に再度要求し、前記再度要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に再度要求し、前記サーバ装置との間で前記情報を送受信し、
前記サーバ装置は、前記クライアント装置によって要求された情報送受信セッションを前記クライアント装置との間で認証を経ずに確立し、前記クライアント装置によって要求された情報の送受信が認証を必要とする場合、前記確立された情報送受信セッションを切断し、その情報送受信セッションの切断から所定の時間以内に前記クライアント装置によって再度要求された情報送受信セッションを前記クライアント装置との間で認証を経て確立し、前記クライアント装置によって再度要求された情報の送受信に応じて前記クライアント装置との間で前記情報を送受信する
ことを特徴とする情報送受信システム。
【請求項２】
情報送受信セッションの確立と、その確立されたセッションによる情報の送受信とを要求するクライアント装置と、前記クライアント装置から要求されたセッションの確立と、前記情報の送受信とに応じ、前記情報の送受信が認証を必要とする場合、前記確立されたセッションを切断し、前記クライアント装置から再度要求された情報送受信セッションを認証を経て確立し、前記情報の送受信を行うサーバ装置とが情報を送受信する情報送受信システムのクライアント装置であって、
前記情報送受信セッションの確立を前記サーバ装置に要求し、前記要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に要求し、前記確立された情報送受信セッションが前記情報の送受信の要求に応じて前記サーバ装置によって切断されると前記情報送受信セッションの確立を前記サーバ装置に再度要求し、前記再度要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に再度要求し、前記サーバ装置との間で前記情報を送受信する
ことを特徴とするクライアント装置。
【請求項３】
情報送受信セッションの確立と、その確立されたセッションによる情報の送受信とを要求し、前記確立された情報送受信セッションが切断されると、再度前記情報送受信セッションの確立と、その確立されたセッションによる情報の送受信を要求するクライアント装置と、前記クライアント装置から要求されたセッションの確立と、前記情報の送受信とに応じるサーバ装置とが前記情報を送受信する情報送受信システムのサーバ装置であって、
前記クライアント装置によって要求された情報送受信セッションを前記クライアント装置との間で認証を経ずに確立し、前記クライアント装置によって要求された情報の送受信が認証を必要とする場合、前記確立された情報送受信セッションを切断し、その情報送受信セッションの切断から所定の時間以内に前記クライアント装置によって再度要求された情報送受信セッションを前記クライアント装置との間で認証を経て確立し、前記クライアント装置によって再度要求された情報の送受信に応じて前記クライアント装置との間で前記情報を送受信する
ことを特徴とするサーバ装置。
【請求項１】
情報送受信セッションの確立と、その確立されたセッションによる情報の送受信とを要求するクライアント装置と、前記クライアント装置から要求されたセッションの確立と、前記情報の送受信とに応じるサーバ装置とが前記情報を送受信する情報送受信システムであって、
前記クライアント装置は、前記情報送受信セッションの確立を前記サーバ装置に要求し、前記要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に要求し、前記確立された情報送受信セッションが前記情報の送受信の要求に応じて前記サーバ装置によって切断されると前記情報送受信セッションの確立を前記サーバ装置に再度要求し、前記再度要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に再度要求し、前記サーバ装置との間で前記情報を送受信し、
前記サーバ装置は、前記クライアント装置によって要求された情報送受信セッションを前記クライアント装置との間で認証を経ずに確立し、前記クライアント装置によって要求された情報の送受信が認証を必要とする場合、前記確立された情報送受信セッションを切断し、その情報送受信セッションの切断から所定の時間以内に前記クライアント装置によって再度要求された情報送受信セッションを前記クライアント装置との間で認証を経て確立し、前記クライアント装置によって再度要求された情報の送受信に応じて前記クライアント装置との間で前記情報を送受信する
ことを特徴とする情報送受信システム。
【請求項２】
情報送受信セッションの確立と、その確立されたセッションによる情報の送受信とを要求するクライアント装置と、前記クライアント装置から要求されたセッションの確立と、前記情報の送受信とに応じ、前記情報の送受信が認証を必要とする場合、前記確立されたセッションを切断し、前記クライアント装置から再度要求された情報送受信セッションを認証を経て確立し、前記情報の送受信を行うサーバ装置とが情報を送受信する情報送受信システムのクライアント装置であって、
前記情報送受信セッションの確立を前記サーバ装置に要求し、前記要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に要求し、前記確立された情報送受信セッションが前記情報の送受信の要求に応じて前記サーバ装置によって切断されると前記情報送受信セッションの確立を前記サーバ装置に再度要求し、前記再度要求した情報送受信セッションが確立されると前記情報の送受信を前記サーバ装置に再度要求し、前記サーバ装置との間で前記情報を送受信する
ことを特徴とするクライアント装置。
【請求項３】
情報送受信セッションの確立と、その確立されたセッションによる情報の送受信とを要求し、前記確立された情報送受信セッションが切断されると、再度前記情報送受信セッションの確立と、その確立されたセッションによる情報の送受信を要求するクライアント装置と、前記クライアント装置から要求されたセッションの確立と、前記情報の送受信とに応じるサーバ装置とが前記情報を送受信する情報送受信システムのサーバ装置であって、
前記クライアント装置によって要求された情報送受信セッションを前記クライアント装置との間で認証を経ずに確立し、前記クライアント装置によって要求された情報の送受信が認証を必要とする場合、前記確立された情報送受信セッションを切断し、その情報送受信セッションの切断から所定の時間以内に前記クライアント装置によって再度要求された情報送受信セッションを前記クライアント装置との間で認証を経て確立し、前記クライアント装置によって再度要求された情報の送受信に応じて前記クライアント装置との間で前記情報を送受信する
ことを特徴とするサーバ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００７−２０７０１６（Ｐ２００７−２０７０１６Ａ）
【公開日】平成１９年８月１６日（２００７．８．１６）
【国際特許分類】
【出願番号】特願２００６−２５７８１（Ｐ２００６−２５７８１）
【出願日】平成１８年２月２日（２００６．２．２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１９年８月１６日（２００７．８．１６）
【国際特許分類】
【出願日】平成１８年２月２日（２００６．２．２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]