(57)【要約】［課題］アクセス制限せずに、高セキュアネットワーク上のサーバに利用されるクライアントに対するサービスの状態を示す情報を低セキュアネットワークに漏洩させにくくした通信制御装置を提供する。［解決手段］本発明の通信制御装置は、接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定する決定手段と、前記情報を前記ネットワークに送信する送信手段とを備える。
2011090144.tif 000002
【特許請求の範囲】
【請求項１】
接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定する決定手段と、
前記情報を前記ネットワークに送信する送信手段と
を備えることを特徴とする通信制御装置。
【請求項２】
前記情報は、サーバからネットワークを介して送信されるＣｏｏｋｉｅである
ことを特徴とする請求項１記載の通信制御装置。
【請求項３】
前記Ｃｏｏｋｉｅを前記ネットワークの識別子と前記サーバの識別子とに関連付けて記憶する記憶手段と、
サーバの識別子を検索キーとして前記記憶手段から検索したＣｏｏｋｉｅの取得を試みる検索・取得手段とを備え、
前記送信手段は、前記検索・取得手段でのＣｏｏｋｉｅの取得結果に基づいて前記サーバにアクセスする
ことを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記検索・取得手段は、接続中の前記ネットワークの識別子を、更に検索キーに含める
ことを特徴とする請求項３に記載の通信制御装置。
【請求項５】
前記検索・取得手段は、Ｃｏｏｋｉｅが取得できなかった場合は、サーバの識別子のみを検索キーとして前記記憶手段から検索したＣｏｏｋｉｅの取得を試みる
ことを特徴とする請求項３乃至４の何れかに記載の通信制御装置。
【請求項６】
前記送信手段は、前記検索・取得手段でＣｏｏｋｉｅが取得できなかった場合にＣｏｏｋｉｅを利用せずに前記サーバにアクセスする
ことを特徴とする請求項３乃至５の何れかに記載の通信制御装置。
【請求項７】
前記検索・取得手段で検索したＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を表示する表示手段を
更に備えることを特徴とする請求項３乃至６の何れかに記載の通信制御装置。
【請求項８】
接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定し、
前記情報を前記ネットワークに送信する
ことを特徴とする通信制御方法。
【請求項９】
接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定する決定機能と、
前記情報を前記ネットワークに送信する送信機能と
をコンピュータに実現させるための通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークに接続できる通信制御装置と、通信制御装置に関連する通信制御方法および通信制御用プログラム記憶媒体に関する。
【背景技術】
【０００２】
近年、多くの通信端末に無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）が搭載されている。ノート型ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）の多くには無線ＬＡＮが標準搭載されており、更に携帯電話や、ＰＤＡ（個人用携帯情報端末、Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、ゲーム機等にも搭載が広まっている。この無線ＬＡＮの搭載により、必要に応じて接続先のネットワークを切り替える利用シーンが増えている。具体的には、屋外ではホットスポット（登録商標）と呼ばれるような無線ＬＡＮアクセスポイントに接続したり、社内では社内イントラネットに接続したりする。また、無線ＬＡＮ搭載の携帯電話の場合は、更に、現在整備されている携帯電話網への接続も同時に利用することができる。
接続先のネットワークには、様々な種類があり、また運用ポリシーもそれぞれで大きく異なる。例えば、セルラー網事業者のネットワークや、企業網イントラネットは、認証や暗号化手段が導入されており、非常にセキュアなネットワークと言える。このようなネットワークでは、セキュリティレベルの高い情報が扱われることが多い。これに対して、無料の無線ＬＡＮアクセスポイントは、認証や暗号化手段がない場合が多いため、通信内容が解析されてしまう危険性がある。このようなネットワークはセキュアでないネットワークと言え、セキュアなネットワークと比べて比較的セキュリティレベルの低い情報が取り扱われる。尚、この明細書では、非常にセキュアなネットワークを高セキュアネットワークと呼び、これ以外のネットワークを低セキュアネットワークと呼ぶこととする。
ここで、Ｃｏｏｋｉｅについて考える。Ｃｏｏｋｉｅは、本来セッションの概念を持たないＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）通信に、サーバと通信端末（クライアント）間の状態を管理するために広く用いられている。前述のＣｏｏｋｉｅは、サーバからクライアントに向けて配信され、セッションＩＤ（ｉｄｅｎｔｉｆｉｅｒ）・ユーザＩＤ・パスワード等、クライアントを利用するユーザにとって重要な情報を含む場合が多い。通信端末は、このＣｏｏｋｉｅをサーバのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に関連付けて記憶する。そして、通信端末がサーバにアクセスする際に、そのサーバに関連するＣｏｏｋｉｅを渡す。サーバは次回以降のアクセスでこのＣｏｏｋｉｅを使い、ログインの自動化やユーザの利用するクライアントに関連付けられる情報を通信端末に渡す。
このように、Ｃｏｏｋｉｅを利用することで、クライアントを利用するユーザはＷｅｂページのカスタマイズやＩＤ／パスワードの入力等を省略できるため、ユーザの手間が省ける。しかし、Ｃｏｏｋｉｅが悪意のある第３者（攻撃者）の手に渡ると、危険である。なぜなら、その攻撃者はＣｏｏｋｉｅの保有者であるクライアントになりすますことができるからである。クライアントになりすますことのできるＣｏｏｋｉｅは、攻撃者にとって有益な情報であるため、攻撃者にとって恰好のターゲットの１つとなる。特に、高セキュアネットワーク上で配信されるＣｏｏｋｉｅを攻撃者に詐取されることは、大きな問題である。
攻撃者がユーザの利用するクライアントからＣｏｏｋｉｅを詐取するための攻撃方法として、例えばＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）詐称を使った攻撃がある。これは、攻撃者がＤＮＳを詐称し、クライアントのアクセス先サーバになりすます攻撃である。このような攻撃を受けると、通信端末は攻撃に気がつかず、ユーザの利用するクライアントが目的とするサーバに関連するＣｏｏｋｉｅを攻撃者のサーバに送ることになる。例えば、ユーザの利用するクライアントは低セキュアネットワークに接続中に、社内イントラネット上のサーバ「ｈｔｔｐ：／／ｓｅｃｕｒｅ−ｏｆ−ｉｎｔｒａｎｅｔ．ｃｏｍ」になりすました攻撃者サーバにアクセスしたとする。通信端末は社内イントラネット上のサーバ「ｈｔｔｐ：／／ｓｅｃｕｒｅ−ｏｆ−ｉｎｔｒａｎｅｔ．ｃｏｍ」から配信されたＣｏｏｋｉｅを、攻撃者のサーバに配信することになる。
このような攻撃は、低セキュアネットワーク上のＤＮＳを詐称することで実行される。逆に、前述の高セキュアネットワークでは実行されない。なぜなら、高セキュアネットワークは、セルラー網事業者や社内のネットワーク管理者によって安全に管理されているため、ＤＮＳを詐称することは難しいからである。
上記の問題を解決するために、例えば特開２００８−１９１８６２号公報（特許文献１）のような方法が考えられる。それは、通信端末がアプリケーションに対応付けられた通信ポリシーを持ち、あるアプリケーションが関連する通信ポリシーに違反する場合はその通信を禁止するという方法である。通信ポリシーとは、通信ベアラ、接続先ネットワーク、通信履歴等である。この特許文献１に記載の発明では、アプリケーションが、高セキュアネットワーク上のサーバになりすました攻撃者のサーバに接続しようとした場合でも、通信ポリシーの違反を検出してアプリケーションがサーバにアクセスできないように制限する。その結果、攻撃者に高セキュアネットワーク上のＣｏｏｋｉｅを詐取される恐れは少ない。
また、特開２００５−０３１７９３号公報（特許文献２）には、クッキー（Ｃｏｏｋｉｅ）情報を利用して、ユーザの入力の手間を省く発明が記載されている。この発明によれば、ユーザは、手間が省かれた入力で、イントラネット（Ａ）、（Ｂ）の異なるネットワークを利用することができる。
また、特開２００４−２８０８２８号公報（特許文献３）には、サーバが接続したクライアントに識別子を付加し、この識別子を元に、クライアントを特定する発明が記載されている。このため、この発明によれば、サーバは、クライアントのクッキー（Ｃｏｏｋｉｅ）を取得すること無しに、クライアントを特定することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１９１８６２号公報
【特許文献２】特開２００５−０３１７９３号公報
【特許文献３】特開２００４−２８０８２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の発明では、通信アプリケーションは関連付けられた通信ポリシーの影響で、過去に接続したネットワークとは異なるネットワークに接続できないという問題がある。例えば、ある通信アプリケーションがある高セキュアネットワークを介してあるサーバにアクセスすると、次回以降ではある低セキュアネットワークを介して任意のサーバにアクセスできないことがある。このように、特許文献１に記載の発明では、Ｃｏｏｋｉｅの漏洩を抑制できるが、その半面で、本来接続できるはずのサーバへのアクセスを制限しているという問題がある。
また、特許文献２記載の発明では、比較的安全とされているイントラネットに接続しているので、ＤＮＳ詐称等の恐れは、比較的小さい。この特許文献２記載の発明では、比較的安全とされているイントラネットに接続しているので、安全が確認されていない、危険の恐れのあるネットワークを利用する際における安全対策に対しては、全く記載はない。このため、特許文献２記載の発明は、ユーザの利用するクライアントが接続するネットワークの安全性を考慮した発明ではなく、Ｃｏｏｋｉｅが漏洩する恐れがある。
また、特許文献３に記載の発明は、サーバがクライアントを特定するための発明であって、クライアントがネットワークに接続するための発明ではない。このため、Ｃｏｏｋｉｅの漏洩を防止することはできない。
このように、特許文献１〜３に記載の技術では、Ｃｏｏｋｉｅのような情報、つまりクライアントに対するサービスの状態を示す情報の漏洩を防止することはできなかった。
本発明の目的は、上記課題を解決するための通信制御装置、通信制御方法、通信制御用プログラム記憶媒体を提供することにある。
【課題を解決するための手段】
【０００５】
本発明の通信制御装置は、接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定する決定手段と、前記情報を前記ネットワークに送信する送信手段とを備える。
本発明の通信制御方法は、接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定し、前記情報を前記ネットワークに送信することを特徴とする。
本発明の通信制御用プログラム記憶媒体は、接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定する決定機能と、前記情報を前記ネットワークに送信する送信機能とをコンピュータに実現させる通信制御用プログラムを記憶する。
【発明の効果】
【０００６】
このような本発明によれば、例えば、低セキュアネットワークに接続の際には、漏洩しても構わない情報を決定したり、情報を送信しないことを決定したりすることができる。これにより、本発明によれば、低セキュアネットワークから、クライアントに関連する情報を漏洩しにくくすることができると共に、もし情報が漏洩しても損害を最小限に抑えることができる。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態の通信制御装置を示す構成図である。
【図２】第２実施形態の通信制御装置を示す構成図である。
【図３】第３実施形態の通信端末を利用した通信システムを示す構成図である。
【図４】第３実施形態の通信システムにおいてＣｏｏｋｉｅを保存する処理を示す動作シーケンス図である。
【図５】第３実施形態の通信システムにおいてサーバが送信するＨＴＴＰレスポンスヘッダの例である。
【図６】第３実施形態の通信端末の記憶部に記憶されるデータを示す図である。
【図７】第３実施形態の通信システムにおいて通信端末がサーバにアクセスする際にＣｏｏｋｉｅ送信の要否を判定する処理を示す動作シーケンス図である。
【図８】第３実施形態の通信端末が送信するＨＴＴＰリクエストヘッダの例である。
【図９】第４実施形態の通信端末を利用した通信システムを示す構成図である。
【図１０】第４実施形態の通信システムにおいて通信端末がサーバにアクセスする際にＣｏｏｋｉｅ送信の要否を判定する処理を示す動作シーケンス図である。
【図１１】第４実施形態の通信端末の表示部を示す説明図である。
【図１２】第５実施形態の通信端末の記憶部に記憶されるデータを示す図である。
【図１３】第５実施形態の通信端末の表示部を示す説明図である。
【図１４】第６実施形態の通信制御方法を示す説明図である。
【図１５】第７実施形態の通信制御用プログラム記憶媒体を利用した通信システムを示す構成図である。
【発明を実施するための形態】
【０００８】
本発明を実施の形態と共に説明する。
＜第１実施形態＞
最初に、本発明の第１実施形態について、図１に基づき説明する。
図１は、第１実施形態の通信制御装置を示す構成図である。
図１に示す通信制御装置１００は、決定手段１０２と送信手段１０１とを備える。
決定手段１０２は、接続するネットワーク１１１に応じて、クライアントに対するサービスの状態を示す情報を決定する。送信手段１０１は、前述の情報（クライアントに対するサービスの状態を示す情報）を送信する。尚、この実施形態の通信制御装置１００はクライアントに相当する。
この図１には、ネットワーク１１１を１つしか記載していないが、接続できるネットワークは複数あっても良い。このため、通信制御装置１００は、ネットワーク１１１にも、図示しないネットワークにも接続できる。
尚、クライアントに対するサービスの状態を示す情報は、例えばサーバから送られ、通信制御装置１００に記憶されるＣｏｏｋｉｅが挙げられる。Ｃｏｏｋｉｅには、ＷｅｂサービスへのログインＩＤ／パスワード、Ｗｅｂページの閲覧回数、サービスの利用回数、買い物サービスのカートの情報等の、少なくとも１つ以上が含まれる。また、クライアントに対するサービスの状態を示す情報のこの他の例としては、例えば、送信元／送信先のＩＰアドレスや、ポート番号がある。具体例としてはＴＣＰ／ＩＰにおける次のセットがある。送信元のＩＰアドレスと、装置Ａのポート番号３３８９と、更に、送信先のＩＰアドレスと、装置Ｂのポート番号１２８９（不定）の情報である。このような情報があれば、装置Ａは、装置Ｂからリモートデスクトップのサービスを受けている、ということが判る。
決定手段１０２は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等を備える電気回路で構成されており、接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定する。ネットワークは、例えば、高セキュアネットワークと、低セキュアネットワークとがある。また、決定手段１０２の決定は、通信制御装置１００の表示部（図示せず）に、接続するネットワーク１１１や送信可能な情報を示し、クライアントを利用するユーザの入力に基づいて決定することもできる。
尚、決定手段１０２の決定する情報は、通常１つの情報が選択されるが、情報なしの場合もある。この決定された情報なしの場合、送信手段１０１は情報を送信しない。
このように構成された通信制御装置１００は、ネットワーク１１１に接続する際、決定手段１０２は、その接続するネットワーク１１１に応じて、情報を決定する。その際、決定手段１０２は、例えば、高セキュアネットワークか低セキュアネットワークかに応じて、情報（クライアントに対するサービスの状態を示す情報）を決定する。例えば、低セキュアネットワークの場合には、決定手段１０２は、前述のように、情報なし、の決定をすることもある。
そして、決定された情報を、送信手段１０１が送信する。これにより通信制御装置１００は、ネットワーク１１１に接続することができ、希望するサーバ１１０にアクセスすることができる。
このような実施形態によれば、決定手段１０２が、接続するネットワークに応じて、送信する情報を決定するので、例えば、低セキュアネットワークに接続の際には、漏洩しても構わない情報を決定したり、情報を送信しないことを決定したりすることができる。これにより、この実施形態によれば、低セキュアネットワークから、クライアントに関連する情報（ユーザに関連する情報）を漏洩しにくくすることができると共に、もし情報が漏洩しても損害を最小限に抑えることができる。
＜第２実施形態＞
次に、本発明の第２実施形態について、図２に基づき説明する。
図２は、第２実施形態の通信制御装置を示す構成図である。
図２に示す通信制御装置２００は、決定手段２０１と、記憶手段２０２と、検索・取得手段２０３と、送信手段２０４とを備える。尚、この実施形態の通信制御装置２００は、クライアントに相当する。
決定手段２０１は、接続するネットワークに応じてＣｏｏｋｉｅ（クライアントに対するサービスの状態を示す情報）を決定する。記憶手段２０２は、Ｃｏｏｋｉｅをネットワークの識別子とサーバの識別子とに関連付けて記憶する。検索・取得手段２０３は、ネットワーク２１１の識別子及びサーバ２１０の識別子を検索キーとして記憶手段２０２から検索したＣｏｏｋｉｅの取得を試みる。送信手段２０４は、検索・取得手段２０３で取得したＣｏｏｋｉｅを利用して（Ｃｏｏｋｉｅの取得結果に基づいて）サーバ２１０にアクセスする。また、この送信手段２０４は、Ｃｏｏｋｉｅを送信する機能も備える。
このように構成された通信制御装置２００は、次のように動作する。
通信制御装置２００は、ユーザの操作により、特定のサーバ２１０にアクセスする際には、決定手段２０１が、接続するネットワークに応じてＣｏｏｋｉｅ（クライアントに対するサービスの状態を示す情報）を決定する。その際、検索・取得手段２０３は、ネットワーク２１１の識別子及びサーバ２１０の識別子を検索キーとして記憶手段２０２から検索したＣｏｏｋｉｅを取得する。尚、このとき、高セキュアネットワークや低セキュアネットワーク等の多数のネットワークのそれぞれに対するＣｏｏｋｉｅが、それぞれ記憶手段２０２に記憶されている場合もあるが、１つのネットワークに対するＣｏｏｋｉｅだけが記憶されている場合や、ネットワークに対するＣｏｏｋｉｅが１つも記憶されていないこともある。
決定手段２０１は、検索・取得手段２０３で検索し、取得したＣｏｏｋｉｅを、接続するネットワークに応じたＣｏｏｋｉｅと決定する。そして、送信手段２０４は、ネットワーク２１１に接続してＣｏｏｋｉｅをサーバ２１０に送り、サーバ２１０にアクセスする。
このような実施形態によれば、接続するネットワーク２１１に応じてＣｏｏｋｉｅを決定するので、低セキュアネットワークに接続の際には、そのネットワーク２１１に対応したＣｏｏｋｉｅを決定することができる。これにより、この実施形態によれば、低セキュアネットワークから、Ｃｏｏｋｉｅを漏洩しにくくすることができると共に、もしＣｏｏｋｉｅが漏洩しても損害を最小限に抑えることができる。
＜第３実施形態＞
次に、本発明の第３実施形態について、図３〜図８に基づき説明する。
図３は、第３実施形態の通信端末を利用した通信システムを示す構成図である。図４は、第３実施形態の通信システムにおいてＣｏｏｋｉｅを保存する処理を示す動作シーケンス図である。図５は、第３実施形態の通信システムにおいてサーバが送信するＨＴＴＰレスポンスヘッダの例である。図６は、第３実施形態の通信端末の記憶部に記憶されるデータを示す図である。図７は、第３実施形態の通信システムにおいて通信端末がサーバにアクセスする際にＣｏｏｋｉｅ送信の要否を判定する処理を示す動作シーケンス図である。図８は、第２実施形態の通信端末が送信するＨＴＴＰリクエストヘッダの例である。
サーバ３０１は、Ｃｏｏｋｉｅを配信するＨＴＴＰサーバである。
通信端末３０２は、ネットワーク３０３又はネットワーク３０４を介して、サーバ３０１と接続される通信端末（クライアント）で、通信制御装置に相当する。この通信端末３０２は、サーバ３０１から受け取るＣｏｏｋｉｅを内部に保存し、更にサーバ３０１にアクセスする際に過去にサーバ３０１から受け取ったＣｏｏｋｉｅを送信する通信端末である。この通信端末３０２は、例えば、ネットワーク上のサーバとの通信手段を持つようなＰＣ、電話機、ＰＤＡ等がこれに該当し、特に携帯可能なノート型ＰＣ、携帯型の電話機（携帯電話機、スマートフォン、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ））、ＰＤＡ等が望ましい。
ネットワーク３０３および３０４は、それぞれデータパケットをパケットに記載される宛先に転送する通信経路である。またネットワーク３０３は高セキュリティネットワークであり、社内イントラネットや、セルラー網等が例として挙げられる。また、ネットワーク３０４は低セキュアネットワークであり、無線ＬＡＮのアクセスポイント等が例として挙げられる。しかし、ネットワーク３０３、３０４は、前述のようなネットワークに限定されるものではない。
また、通信端末３０２は、通信部３１１、Ｃｏｏｋｉｅ保存部３１２、記憶部３１３、Ｃｏｏｋｉｅ検索部３１４、そして図示しない制御装置を備える。
通信部３１１は、ネットワークへの接続手段の管理、接続するネットワークの識別、更にそのネットワークを介してアクセスするサーバへデータを送受信する通信手段（送信手段）である。また、この通信部３１１はＣｏｏｋｉｅを利用してサーバにアクセスしたり、Ｃｏｏｋｉｅを利用せずにサーバにアクセスしたりするため、送信手段（通信手段）に相当する。通信部３１１が管理する接続手段には、セルラー網への接続手段や、無線ＬＡＮアクセスポイントへの接続手段等が挙げられるが、これに限定されるものではない。
Ｃｏｏｋｉｅ保存部３１２は、取得したＣｏｏｋｉｅを、ネットワーク識別子とサーバ識別子とを関連付けて保存するように、記憶部３１３に要求する要求メッセージを生成する手段である。ここで、ネットワーク識別子とは、ネットワーク３０３、３０４を一意に特定する識別子であり、無線ＬＡＮのＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）、通信ベアラ名、ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）名等が例として挙げられるが、これに限定されるものではない。
更に、サーバ識別子とは、サーバ３０１を一意に特定する識別子であり、ドメイン名、ＵＲＬ等が例としてあげられるが、これに限定されるものではない。記憶部３１３は、Ｃｏｏｋｉｅをネットワーク識別子とＣｏｏｋｉｅの送信元ＵＲＬ（サーバ識別子）とを関連付けて記憶するため、記憶手段に相当する。この記憶部３１３は、具体例として、ファイルシステムやデータベース等の記憶部が挙げられるがこれらに限定されるものではない。
Ｃｏｏｋｉｅ検索部３１４は、通信部３１１から渡された識別子を検索キーとしてＣｏｏｋｉｅを検索する手段である。前述の識別子とはネットワーク識別子や、サーバ識別子のことである。
これらサーバ３０１と、ネットワーク３０３、３０４と、通信端末３０２とで通信システム３００が構成されている。
次に、動作シーケンス図を参照して本実施の形態の全体の動作について詳細に説明する。
本実施形態の通信システム３００の動作は、（１）サーバから配信されたＣｏｏｋｉｅを通信端末が内部に保存する処理、（２）通信端末がサーバにアクセスする際にＣｏｏｋｉｅの送信可否を判定する処理、の２つから構成される。以下、それぞれの処理の詳細について説明する。
まず、上述の（１）のサーバから配信されたＣｏｏｋｉｅを通信端末３０２が内部に保存する処理について図４を用いて説明する。図４において、サーバ３２０は、図３のサーバ３０１と同様の機能を持つサーバである。また、ネットワーク３２１は、図３に示すネットワーク３０３、又は３０４の何れかのネットワークである。
サーバ３２０は、通信端末３０２にＣｏｏｋｉｅを発行する（ステップ３４１、以下、「ステップ」を「Ｓ」と記す）。具体的なＣｏｏｋｉｅの発行方法として、サーバ３２０は通信端末３０２に送信するＨＴＴＰレスポンスのヘッダにＣｏｏｋｉｅを入れるという手段がある。このときのＨＴＴＰレスポンスヘッダの例を図５に示す。ヘッダにＳｅｔ−Ｃｏｏｋｉｅヘッダが付与されていることが判る。このヘッダが、サーバ３２０により発行されるＣｏｏｋｉｅを示す。このヘッダは、Ｃｏｏｋｉｅの名前とその値のセット等を記載する。このヘッダに記載されるその他の内容として、Ｃｏｏｋｉｅの有効期限、ドメイン名、Ｐａｔｈ、ｓｅｃｕｒｅ、等もあるが、本発明とは直接関係がないため説明を省略する。サーバ３２０は、複数のＳｅｔ−Ｃｏｏｋｉｅヘッダを１つのＨＴＴＰレスポンスヘッダに付与することもできる。図５の例では、Ｃｏｏｋｉｅの名前と値のセットとして、「ｉｄ＝ｕｓｅｒ＿ｉｄ」が記載されている。
通信部３１１は、サーバ３２０が発行したＣｏｏｋｉｅを受け取ると、ネットワーク３２１のネットワーク識別子、サーバ３２０のサーバ識別子をＣｏｏｋｉｅ保存部３１２に渡す（Ｓ３４２）。Ｃｏｏｋｉｅ保存部３１２は、通信部３１１から受け取ったＣｏｏｋｉｅを、ネットワーク識別子およびサーバ識別子と関連づけて記憶することを記憶部３１３に要求する（Ｓ３４３）。記憶部３１３は、Ｃｏｏｋｉｅ保存部３１２の要求に応じてＣｏｏｋｉｅを、ネットワーク識別子およびサーバ識別子と関連づけて記憶する（Ｓ３４４）。
記憶部３１３に保存されるＣｏｏｋｉｅの記憶形式の例を図５に示す。例えば、通信端末３０２が、サーバ３２０「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ」に、ネットワーク３２１「無線ＬＡＮのＡＰ（ＥＳＳＩＤ＿Ａ）」を介して接続する場合、サーバ３２０から配信されるＣｏｏｋｉｅは「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｔｘｔ」というファイル名で保存され、ネットワーク識別子「ＥＳＳＩＤ＿Ａ」とサーバ識別子「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ」とに関連付けて記憶される。このとき、「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｔｘｔ」ファイルの内容は、図５に示すＣｏｏｋｉｅを例に挙げると、Ｃｏｏｋｉｅの名前としてｉｄ、Ｃｏｏｋｉｅの値としてｕｓｅｒ＿ｉｄが保存される。ここで、Ｃｏｏｋｉｅは、複数のネットワーク識別子と関連付けてもかまわない。
次に、上述の（２）の通信端末３０２がサーバ３２５にアクセスする際にＣｏｏｋｉｅの送信可否を判定する処理について、図７を用いて説明する。図７において、サーバ３２５は、図３のサーバ３０１と同様の機能を持つサーバである。また、ネットワーク３２６は、図３に示すネットワーク３０３、又は３０４の何れかのネットワークである。
通信部３１１は、サーバ３２５のサーバ識別子、ネットワーク３２６のネットワーク識別子をＣｏｏｋｉｅ検索部３１４に渡す（Ｓ３６１）。Ｃｏｏｋｉｅ検索部３１４は、サーバ識別子とネットワーク識別子を検索キーとして、関連するＣｏｏｋｉｅを記憶部３１３に要求する（Ｓ３６２）。記憶部３１３は、前述の検索キーを元に該当するＣｏｏｋｉｅを探す（Ｓ３６３）。更に記憶部３１３は、該当するＣｏｏｋｉｅが見つかった場合は、そのＣｏｏｋｉｅをＣｏｏｋｉｅ検索部３１４に返す。又は、該当するＣｏｏｋｉｅが見つからない（Ｃｏｏｋｉｅがない）場合は、該当するＣｏｏｋｉｅが見つからないことをＣｏｏｋｉｅ検索部３１４に通知する（Ｓ３６４）。Ｃｏｏｋｉｅ検索部３１４は、記憶部３１３からＣｏｏｋｉｅを受け取った場合は、そのＣｏｏｋｉｅを通信部３１１に渡す。又は、記憶部３１３からＣｏｏｋｉｅが見つからないという通知を受け取ると、その旨を通信部３１１に通知する（Ｓ３６５）。通信部３１１は、Ｃｏｏｋｉｅ検索部３１４からＣｏｏｋｉｅを受け取ると、そのＣｏｏｋｉｅを使ってサーバ３２５にアクセスする。又は、Ｃｏｏｋｉｅ検索部３１４からＣｏｏｋｉｅが見つからないという通知を受けると、Ｃｏｏｋｉｅを使わずにサーバ２２５にアクセスする（Ｓ３６６）。
このように、Ｃｏｏｋｉｅ検索部３１４、アクセスを希望するサーバの識別子及びネットワーク識別子を検索キーとして検索し、記憶部３１３から検索したＣｏｏｋｉｅを取得するため、検索・取得手段に相当する。
通信部３１１によるＣｏｏｋｉｅの送信方法として具体的には、通信部３１１がサーバ３２５に送信するＨＴＴＰリクエストのヘッダにＣｏｏｋｉｅを入れるという手段がある。Ｓ２６６において、通信部３１１が送信すべきＣｏｏｋｉｅを持つ場合のＨＴＴＰリクエストヘッダの例を図８に示す。ヘッダにＣｏｏｋｉｅというヘッダが付与されていることがわかる。このヘッダが、通信部３１１から送信されるＣｏｏｋｉｅを示す。このヘッダは、Ｃｏｏｋｉｅの名前とその値のセットが、１組以上記載されることになる。図８の例では、Ｃｏｏｋｉｅの名前と値のセットとして、「ｉｄ＝ｕｓｅｒ＿ｉｄ」が記載されている。これは、通信端末３０２が過去に図５に示すようなＣｏｏｋｉｅを受け取っており、更にそのＣｏｏｋｉｅを発行したサーバにアクセスする際を想定している。一方、Ｓ３６６において、通信部３１１が送信するＣｏｏｋｉｅがない場合は、ＨＴＴＰリクエストヘッダにＣｏｏｋｉｅというヘッダは付与されない。
ここで図７を用いて、攻撃者が高セキュアネットワーク上のあるサーバになりすまして、クライアントのＣｏｏｋｉｅを詐取しようとする場合に、本実施形態の通信端末３０２がどのようにその攻撃からクライアントのＣｏｏｋｉｅを守るかについて説明する。サーバ３２５が、高セキュアネットワーク上のサーバになりすましている攻撃者サーバであり、更にそのネットワーク３２６が低セキュアネットワークである状況を考える。このとき、攻撃者のサーバがなりすましているサーバ３２５を「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ」、ネットワーク３２６を低セキュアネットワークはＥＳＳＩＤ「ＥＳＳＩＤ＿Ｂ」の無線ＬＡＮアクセスポイントだとする。ここでＣｏｏｋｉｅ検索部３１４は、サーバ「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ」に送信するＣｏｏｋｉｅを記憶部３１３から探す。このとき、これから接続するサーバ識別子「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ」と、通信端末３０２がネットワーク３２６のネットワーク識別子「ＥＳＳＩＤ＿Ｂ」を検索キーとして指定する（Ｓ３６２）。図６から確認できるように、記憶部３１３には、前述のサーバ識別子（ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ）及びネットワーク識別子（ＥＳＳＩＤ＿Ｂ）に関連するＣｏｏｋｉｅが記憶されていないため、前述のサーバ３２５に送信するＣｏｏｋｉｅは見つからない結果となる（Ｓ３６３）。そして、Ｓ３６４、Ｓ３６５を経て、通信部３１１は、Ｃｏｏｋｉｅを使わずに、前述のサーバ２２５にアクセスする。このように、通信端末３０２が高セキュアネットワーク上のサーバになりすました攻撃者サーバにアクセスしたとしても、高セキュアネットワーク上のサーバが発行するＣｏｏｋｉｅをその攻撃者サーバに送信することはない。
このように、この実施形態によれば、サーバへのアクセスを制限することなく、高セキュアネットワーク上のサーバが発行するＣｏｏｋｉｅを低セキュアネットワークへ漏洩させないようにすることができる。
＜第４実施形態＞
次に、本発明の第４実施形態について、図９〜図１１に基づき説明する。
図９は、第４実施形態の通信端末を利用した通信システムを示す構成図である。図１０は、第４実施形態の通信システムにおいて通信端末がサーバにアクセスする際にＣｏｏｋｉｅ送信の要否を判定する処理を示す動作シーケンス図である。図１１は、第４実施形態の通信端末の表示部を示す説明図である。
この第４実施形態の説明は、主に第３実施形態との異なる部分について行う。このため、同一又は同様な説明については、簡略に行うか、又は、省略する。
図９に示す通信端末３０２Ａの内部構成は、図３の通信端末３０２の内部を全て備えると共に、更にＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ：ユーザインターフェース）部４０２を備える。この図９に示すサーバ４０１は、図３のサーバ３０１と同様の機能を持つサーバである。
ＵＩ部４０２は、ユーザにＣｏｏｋｉｅに関連する情報を表示し、ユーザからの何らかの指示を受け付けるユーザインターフェースである。ユーザの指示として具体的には、サーバ４０１へのアクセス許可／拒否（中止）、又は、送信するＣｏｏｋｉｅの決定である。このため、この実施形態では、このＵＩ部４０２を備えることにより、表示されたＣｏｏｋｉｅに関連する情報に関し、利用の要否入力をユーザに促す要否入力手段を実現している。また、この実施形態では、表示されたＣｏｏｋｉｅに関連する情報を利用せずに、希望するサーバにアクセスするか、アクセスを中止するかの選択をユーザに促すアクセス選択手段も実現している。
これらサーバ４０１と、ネットワーク３０３と、３０４と、通信端末３０２Ａとで通信システム４００が構成されている。
次に、図１０の動作シーケンス図を参照して、本実施形態の通信システムの動作について詳細に説明する。
本実施の形態の全体の動作は、（１）サーバから配信されたＣｏｏｋｉｅを通信端末が内部に保存する処理、（２）通信端末がサーバにアクセスする処理の２つから構成される。
上述の（１）の処理、即ちサーバ４１１から配信されたＣｏｏｋｉｅを通信端末３０２Ａが内部に保存する処理は、図４と同様の動作シーケンス図であるため、説明を省略する。
このため、上述の（２）の処理の詳細について、次に説明する。
まず、通信端末３０２Ａがサーバ４１１にアクセスする際にＣｏｏｋｉｅの送信可否を判定する処理について、図１０を用いて説明する。尚、サーバ４１１は図３のサーバ３０１と同様の機能を持つサーバである。また、ネットワーク４１２は、図３に示すネットワーク３０３、３０４の何れかのネットワークである。
通信部３１１は、ネットワーク４１２のネットワーク識別子およびサーバ４１１のサーバ識別子をＣｏｏｋｉｅ検索部３１４に渡す（Ｓ４６１）。Ｃｏｏｋｉｅ検索部３１４は、通信部３１１から受け取ったサーバ識別子を検索キーとして、関連するＣｏｏｋｉｅを記憶部３１３に検索するよう要求する（Ｓ４６２）。記憶部３１３は、前述の検索キーを元に該当するＣｏｏｋｉｅを検索する（Ｓ４６３）。更に、記憶部３１３は、該当するＣｏｏｋｉｅがある場合は、そのＣｏｏｋｉｅを関連するネットワーク識別子とともに、Ｃｏｏｋｉｅ検索部３１４に返す。又は、該当するＣｏｏｋｉｅが見つからない場合は、該当するＣｏｏｋｉｅがないことをＣｏｏｋｉｅ検索部３１４に通知する（Ｓ４６４）。Ｃｏｏｋｉｅ検索部３１４は、記憶部３１３から受け取るＣｏｏｋｉｅがない場合は、通信部３１１にＣｏｏｋｉｅがないことを通知する（Ｓ４６５）。通信部３１１は、Ｃｏｏｋｉｅがない通知を受けると、Ｃｏｏｋｉｅを使わずにサーバ３１１にアクセスする（Ｓ４６６）。
Ｓ４６４において、Ｃｏｏｋｉｅ検索部３１４がＣｏｏｋｉｅを受け取る場合は、Ｓ４６１で取得したネットワーク識別子に関連するＣｏｏｋｉｅがあるかどうかを確認する。そして、関連するＣｏｏｋｉｅがある場合は、そのＣｏｏｋｉｅを通信部３１１に渡す（Ｓ４６７）。通信部３１１は、Ｃｏｏｋｉｅを受け取ると、そのＣｏｏｋｉｅを使って、サーバ４１１にアクセスする。（Ｓ４６８）
Ｓ４６７において関連するＣｏｏｋｉｅがない場合は、同ステップで受け取ったＣｏｏｋｉｅを関連するネットワーク識別子及びサーバ識別子とともにＵＩ部４０２に渡してユーザ（クライアント）に通知することを要求する（Ｓ４６９）。ＵＩ部４０２は、Ｃｏｏｋｉｅに関連する情報（サーバ識別子やネットワーク識別子）を表示して、ユーザの指示を受け付ける。このとき、ＵＩ部４０２は更に、Ｃｏｏｋｉｅそのものを表示しても良い。ユーザの指示とは、サーバ４１１へのアクセスの許可／拒否、又は、利用するＣｏｏｋｉｅの選択をユーザに促すことである（Ｓ４７０）。
この実施形態では、通信端末３０２Ａが持つＣｏｏｋｉｅのサーバ識別子はサーバ４１１と一致するが、ネットワーク識別子はネットワーク４１２と一致しないという状況を想定した実施形態である。このような状況の例としては、以下の２つの可能性が考えられる。
１つ目は、サーバ４１１が異なるネットワークを経由して接続できるサーバであり、更にネットワーク４１２は、過去にそのサーバ４１１にアクセスしたときに経由したネットワークとは異なる場合である。
２つ目の可能性は、サーバ４１１は、攻撃者がサーバ４１１になりすましているサーバであり、更にネットワーク４１２が本物のサーバ４１１にアクセスするために経由するネットワークとは異なる場合である。
上述の２つの可能性のうち、２つ目の可能性はユーザに危険が及ぶ恐れがある。具体的には、嘘の情報を配信されたり、ＩＤ／パスワードの入力を促すページを配信してそれらの情報を詐取されたりする危険性がある。なぜなら、ユーザはこのときに攻撃者のサーバを本物のサーバ４１１であると誤認識しているため、攻撃者のサーバから配信されるページの情報や入力指示等を鵜呑みにしてしまうからである。
通信端末３０２Ａは、前述の２つ目の可能性の場合には、アクセスしないようにすることが必要である。しかし、通信端末３０２Ａは前述の２つの可能性を区別できない。
そこで、Ｓ４７０のように通信端末３０２Ａは、異なるネットワーク経由でアクセスしようとしている旨をユーザに知らせ、ユーザの注意を喚起し、その上でユーザの指示を受け付けるステップを設ける。
Ｓ４７０を実現するため、ユーザに提示する画面の例を図１１に示す。この画面の例は、ＵＩ部４０２の表示部４９２（表示手段）に表示される。ここでは、通信端末３０２Ａがサーバ「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ」にアクセスする場合の例である。図１１のように、ユーザに、アクセスするサーバ識別子や、「注意・・・異なるネットワーク経由でアクセスしようとしています。」のような警報メッセージ４９０を、表示部４９２で表示する。このため、表示部４９２は警報手段に相当する。ここでは、サーバ識別子として「ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ」を表示している。この画面では、ユーザは大きく分けて３つのうちの１つを選択できる。それは、「アクセス許可」、「アクセス拒否」、「Ｃｏｏｋｉｅに関連する情報（＜１＞のネットワークとサーバ）」の３つのうちの１つである。ユーザは、ポインタ４９１の位置を動かすことによって、３つのうち１つを選択する。ユーザが「Ｃｏｏｋｉｅに関連する情報」を選択する場合は、ＵＩ部４０２は、ユーザが、Ｃｏｏｋｉｅを使ってサーバ４１１にアクセスすることを希望したと判断する。また、ユーザが「アクセス許可」を選択する場合は、ＵＩ部４０２は、ユーザがＣｏｏｋｉｅを使わずにサーバ４１１にアクセスすることを希望したと判断する。また、ユーザが「アクセス拒否」を選択する場合は、ＵＩ部４０２はユーザがサーバ４１１へのアクセスを中止することを希望したと判断する。ＵＩ部４０２は、ユーザの指示を受けると、Ｓ４７１に進む。このように、表示部４９２に「アクセス許可」、「アクセス拒否」を表示し、選択をユーザに促すことでアクセス選択手段を実現している。
これにより、ネット銀行のサーバにアクセスする場合のように、Ｃｏｏｋｉｅの漏洩が大変危険な場合は、Ｓ４７０のステップで、図１１の「アクセス拒否」を選択することにより、ユーザはネットワークへの接続を拒否することができる。また、重要な情報を送受信しないようなサーバにアクセスする場合は、図１１の＜１＞を選択して、Ｃｏｏｋｉｅを送信してサーバへのアクセスを許可することもできる。尚、この実施形態では、Ｃｏｏｋｉｅを送信せずにサーバに接続することも、図１１の「アクセス許可」を選択することにより、実行できるものである。
ＵＩ部４０２は、ユーザの指示を受け付けると、その内容をＣｏｏｋｉｅ検索部３１４に通知する（Ｓ４７１）。Ｃｏｏｋｉｅ検索部３１４は、通知の内容を確認しユーザがＣｏｏｋｉｅを選択する場合、そのＣｏｏｋｉｅを通信部３１１に通知する（Ｓ４７２）。通信部３１１は、受け取ったＣｏｏｋｉｅを使って、サーバ４１１にアクセスする（Ｓ４７３）。
Ｓ４６６で、ユーザがＣｏｏｋｉｅを選択しない場合で、更にユーザがサーバ４１１へのアクセスを許可する場合に、Ｃｏｏｋｉｅ検索部３１４は、通信部３１１にＣｏｏｋｉｅがないことを通知する（Ｓ４７７）。通信部３１１は、Ｃｏｏｋｉｅがないという通知を受けると、Ｃｏｏｋｉｅを使わずにサーバ４１１にアクセスする（Ｓ４７５）。
Ｓ４７２で、ユーザがＣｏｏｋｉｅを選択しない場合で、更にユーザがサーバ４１１へのアクセスを拒否する場合に、Ｃｏｏｋｉｅ検索部３１４は、通信部３１１にサーバ４１１へのアクセス中止を要求する（Ｓ４７６）。すると、通信部３１１は、アクセスを中止する（Ｓ４７７）。
このように、この実施形態によれば、ユーザが通信端末３０２Ａの通信を制御できる。このため、通信端末３０２Ａによるサーバに対するＣｏｏｋｉｅの送信可否、アクセス可否をユーザが指示でき、ユーザの利便性が向上すると共に、ユーザの通信制御に関わる選択の幅が拡がる効果がある。
＜第５実施形態＞
次に、本発明の第５実施形態について、図１２、図１３に基づき説明する。第５実施形態では、第４実施形態とは異なり、複数のネットワークがアクセス先の候補として挙げられる場合の動作について説明する。
図１２は、第５実施形態の通信端末の記憶部に記憶されるデータを示す図である。図１３は、第５実施形態の通信端末の表示部を示す説明図である。
図１２に示すように、サーバ識別子ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍには、ＥＳＳＩＤ＿Ａと、ＥＳＳＩＤ＿Ｂとの２つが関連付けて記憶されている。これは、サーバ識別子ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍのサーバに対して、過去に、２つの経路で接続したことを意味している。
図１３は、図１２のような関係を記憶している場合の表示部４９２の表示例を示している。通信端末（通信制御装置）のユーザは、サーバ識別子ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍのサーバに対して、＜１＞をクリックすることによりＥＳＳＩＤ＿Ａのネットワークを選択するか、又は、＜２＞をクリックすることによりＥＳＳＩＤ＿Ｂのネットワークを選択することができる。これにより、ユーザは、サーバへアクセスするためのネットワークを選択することができる。
図１２に示すような関係を記憶し、図１３に示すような表示を行う通信端末は、次に説明するように操作され、動作する。
現在、ユーザは、通信端末で、ネットワークのｗｌａｎを経由して特定のサーバやサイトにアクセス接続しているとする。そして、次に、ユーザは、通信端末で、ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍのサーバに対して、アクセスしようと操作したとする。すると、図１３のような表示が表示される。このとき同一のサーバ（ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍ）に対して、ＥＳＳＩＤ＿Ａと、ＥＳＳＩＤ＿Ｂとの２つのネットワークが表示される。ユーザは、セキュリティがより高いと考えるネットワークを選択し、即ち、＜１＞か、＜２＞かを選択する。これにより、通信端末は、選択されたネットワークを利用して、ｓｅｃｕｒｅ−ｓｅｒｖｅｒ１．ｃｏｍのサーバにアクセスする。尚、この時、ユーザが＜１＞か、＜２＞かを選択すると、すぐにその選択されたネットワークを利用してアクセスを開始しても良いが、選択ミスがあるとユーザにとって大変不都合である。これを回避するため、例えば、アクセス開始前に、選択したネットワーク名を表示して、「このネットワークを利用しますが、よろしいですか？」の確認画面を表示して、ユーザに確認させるように、通信端末を構成することもできる。
このように、この実施形態では、Ｃｏｏｋｉｅに関連する情報に対し、利用の要否入力をユーザに促す要否入力手段、及び、Ｃｏｏｋｉｅに関連する情報から、少なくとも１つの選択をユーザに促すユーザ選択手段を備えている。従って、ユーザは、利用するネットワークを選択することや、サーバへのアクセスの要否を選択することができる。これにより、よりセキュリティの高いネットワークを利用することができる。また、ユーザは、Ｃｏｏｋｉｅが漏洩しても問題が起きにくいような利用を希望している場合は、セキュリティが低いネットワークを選択して利用することもできる。
また、第４実施形態の図１１の説明と同様に、Ｃｏｏｋｉｅを利用しないでアクセスする場合には、「アクセス許可」のみをポインタ４９１で選択し、アクセスしたくない場合は、「アクセス拒否」をポインタ４９１で選択すると良い。
また、Ｃｏｏｋｉｅを表示して、直接選択できるように構成することも可能であるが、この第５実施形態や第４実施形態では、Ｃｏｏｋｉｅに関連する情報であるネットワーク識別子や、サーバ識別子を表示した。ネットワーク識別子やサーバ識別子を表示する場合には、Ｃｏｏｋｉｅを直接選択できるようにする場合よりも、ユーザが直感的に判りやすいという効果がある。しかしながら、これらネットワーク識別子やサーバ識別子を必ず表示する必要はない。
尚、第２及び第３実施形態で、両識別子（サーバ識別子、ネットワーク識別子）を検索キーとした例を説明し、また、第４実施形態では、サーバ識別子を検索キーとした例を説明した。しかし、これに限らず、最初に両識別子を検索キーとして検索を行い、Ｃｏｏｋｉｅが見つからなかった（取得できなかった）場合は、次にサーバ識別子のみを検索キーとして検索を行うような検索・取得手段を備えることもできる。
＜第６実施形態＞
次に、本発明の第６実施形態について、図１４に基づき説明する。
図１４は、第６実施形態の通信制御方法を示す説明図である。
図１４に示す通信制御方法６００は、決定ステップ６０２と、送信ステップ６０１とを備える。
決定ステップ６０２は、接続するネットワーク６１１に応じて、クライアントに対するサービスの状態を示す情報を決定するステップである。送信ステップ６０１は、前述の情報（クライアントに対するサービスの状態を示す情報）を送信するステップである。
このように構成された通信制御方法６００によれば、あるサーバ６１０にアクセスする際、決定ステップ６０２は、その接続するネットワーク６１１に応じて、情報（クライアントに対するサービスの状態を示す情報）を決定する。その際、決定ステップ６０２は、高セキュアネットワークか低セキュアネットワークかに応じて、情報を決定する。このとき、低セキュアネットワークの場合には、決定ステップ６０２では、情報なし、の決定をすることもある。
そして、決定された情報を、送信ステップ６０１は送信する。これにより通信制御装置は、ネットワーク６１１に接続して、サーバ６１０にアクセスする。
このような実施形態によれば、決定ステップ６０２が、接続するネットワーク６１１に応じて、送信する情報を決定するので、低セキュアネットワークに接続の際には、漏洩しても構わない情報を決定したり、情報を送信しないことを決定したりすることができる。これにより、この実施形態によれば、低セキュアネットワークから、クライアント（ユーザ）に関連する情報を漏洩しにくくすることができると共に、もし情報が漏洩しても損害を最小限に抑えることができる。
また、この通信制御方法６００に対し、次のようにしたり、次のステップを更に追加したりすることもできる。
例えば、前述のクライアントに対するサービスの状態を示す情報を、サーバからネットワークを介して送信されるＣｏｏｋｉｅとすることができる。Ｃｏｏｋｉｅは、漏洩し、悪意のある第３者に使用されるとクライアントを利用するユーザの被害は大変大きくなる恐れがある。しかし、この実施形態によれば、Ｃｏｏｋｉｅの漏洩を極力防止することができる。
また、記憶ステップと、検索・取得ステップとを備え、前述の送信ステップを、前述の検索・取得ステップでのＣｏｏｋｉｅの取得結果に基づいて前述のサーバにアクセスする構成にすることもできる。尚、記憶ステップは、Ｃｏｏｋｉｅをネットワークの識別子とサーバの識別子とに関連付けて記憶するステップであり、検索・取得ステップは、サーバの識別子を検索キーとして記憶ステップから検索したＣｏｏｋｉｅの取得を試みるステップである。更に、この方法において、前述の検索・取得ステップを、接続中のネットワークの識別子も、更に検索キーに含めることもできる。
また、前述の通信制御方法６００に対し、記憶ステップと、検索・取得ステップとを備え、前述の送信ステップを、前述の検索・取得ステップでのＣｏｏｋｉｅの取得結果に基づいて前記サーバにアクセスする構成にすることもできる。尚、記憶ステップは、前述と同一の記憶ステップである。また、検索・取得ステップは、サーバの識別子及び接続中のネットワークの識別子を検索キーとして記憶ステップで検索し、Ｃｏｏｋｉｅが取得できなかった場合は、サーバの識別子のみを検索キーとして記憶ステップで検索したＣｏｏｋｉｅの取得を試みるステップである。
また、前述の送信ステップを、前述の検索・取得ステップでＣｏｏｋｉｅが取得できなかった場合にＣｏｏｋｉｅを利用せずに前述のサーバにアクセスするステップとすることもできる。
また、前述の検索・取得ステップで検索したＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を表示する表示ステップを更に備えることもできる。
また、安全なネットワークとは異なるネットワークを利用して、サーバにアクセスしようとする場合、異なるネットワークでサーバにアクセスしようとしている旨を警報する警報ステップを更に備えることもできる。
また、次のステップのうち、少なくとも１つのステップを、通信制御方法６００に備えることもできる。１つ目は、表示された前述のＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報に関し、利用の要否入力をユーザに促す要否入力ステップである。２つ目は、表示された１つ以上の前述のＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報から、少なくとも１つの選択をユーザに促すユーザ選択ステップである。３つ目は、表示された前述のＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を利用せずに、希望するサーバにアクセスするか、アクセスを中止するかの選択をユーザに促すアクセス選択ステップである。
＜第７実施形態＞
次に、本発明の第７実施形態について、図１５に基づき説明する。
図１５は、第７実施形態の通信制御用プログラムを利用した通信システム７００を示す構成図である。
通信制御装置である通信端末３０２Ｂは、第４実施形態で説明した通信端末３０２Ａと基本部分は同じである。記憶部３１３は、Ｃｏｏｋｉｅとネットワーク識別子とサーバ識別子との関係を記憶するが、更に、この通信端末３０２Ｂを制御するプログラムも記憶する。インターフェース７０１はドライブ７０２で読取ったプログラムの信号を受信し、記憶部３１３に送信する。ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）メディア等の記憶媒体７０３は、通信端末３０２Ｂを制御する通信制御用プログラムが記憶されている。尚、図示しないが、第４実施形態で説明した通信端末３０２Ａと同様に、通信端末３０２Ｂには、各部を制御する制御手段が備えられており、その制御手段はマイクロコンピュータ等で構成されている。
通信端末３０２Ｂは、記憶媒体７０３に記憶された通信制御用プログラムを記憶部３１３にインストールすることにより、その動作が可能になる。記憶媒体７０３は、入力用のドライブ７０２によりその通信制御用プログラムが読み取られ、インターフェース７０１を介して通信端末３０２Ｂの記憶部３１３にインストールされる。そして、この通信端末３０２Ｂにおいて、通信制御用プログラムにより、送信機能や、決定機能がコンピュータに実現される。
送信機能は、クライアント（通信端末３０２Ｂ）に対するサービスの状態を示す情報を送信する機能である。決定機能は、接続するネットワークに応じて前述の情報を決定する機能である。
このようなプログラムで動作が制御される通信端末３０２Ｂは、第４実施形態で説明した通信端末３０２Ａとその動作やその効果が同一のため、説明を省略する。
また、前述の通信制御用プログラムを、次のようにしたり、次の機能を更に追加したりすることもできる。
例えば、クライアントに対するサービスの状態を示す情報を、サーバからネットワークを介して送信されるＣｏｏｋｉｅとすることができる。
また、記憶機能と、検索・取得機能とを備え、前述の送信機能を、検索・取得機能でのＣｏｏｋｉｅの取得結果に基づいてサーバにアクセスする構成にすることもできる。尚、記憶機能は、Ｃｏｏｋｉｅをネットワークの識別子とサーバの識別子とに関連付けて記憶する機能あり、検索・取得機能は、サーバの識別子を検索キーとして記憶機能から検索したＣｏｏｋｉｅの取得を試みる機能である。更に、この通信制御用プログラムにおいて、前述の検索・取得機能を、接続中のネットワークの識別子も、更に検索キーに含めることもできる。
また、通信制御用プログラムに対し、記憶機能と、検索・取得機能とを備え、前述の送信機能を、検索・取得機能でのＣｏｏｋｉｅの取得結果に基づいて前記サーバにアクセスする構成にすることもできる。尚、記憶機能は、前述と同一の記憶機能である。また、検索・取得機能は、サーバの識別子及び接続中のネットワークの識別子を検索キーとして記憶機能で検索し、Ｃｏｏｋｉｅが取得できなかった場合は、サーバの識別子のみを検索キーとして記憶機能で検索したＣｏｏｋｉｅの取得を試みる機能である。
また、前述の送信機能を、前述の検索・取得機能でＣｏｏｋｉｅが取得できなかった場合にＣｏｏｋｉｅを利用せずに前述のサーバにアクセスする機能とすることもできる。
また、前述の検索・取得機能で検索したＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を表示する表示機能を更にコンピュータに実現させることもできる。
また、安全なネットワークとは異なるネットワークを利用して、サーバにアクセスしようとする場合、異なるネットワークでサーバにアクセスしようとしている旨を警報する警報機能を更にコンピュータに実現させることもできる。
また、次の３つの機能のうち、少なくとも１つの機能をコンピュータに実現させることもできる。１つ目は、表示された前述のＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報に関し、利用の要否入力をユーザに促す要否入力機能である。２つ目は、表示された１つ以上の前述のＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報から、少なくとも１つの選択をユーザに促すユーザ選択機能である。３つ目は、表示された前述のＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を利用せずに、希望するサーバにアクセスするか、アクセスを中止するかの選択をユーザに促すアクセス選択機能である。
尚、サーバにアクセスするのは、Ｗｅｂページの閲覧を主に利用するため、これらの第１乃至第７実施形態で示した発明、及び実施形態で説明していない本願の発明を、ブラウザと呼ばれる閲覧ソフトに組込んで利用するのが望ましいと考えられる。
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２０１０年１月２１日に出願された日本出願特願２０１０−０１１０５２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
（付記１）
接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定する決定手段と、
前記情報を前記ネットワークに送信する送信手段と
を備えることを特徴とする通信制御装置。
（付記２）
前記情報は、サーバからネットワークを介して送信されるＣｏｏｋｉｅである
ことを特徴とする付記１記載の通信制御装置。
（付記３）
前記Ｃｏｏｋｉｅを前記ネットワークの識別子と前記サーバの識別子とに関連付けて記憶する記憶手段と、
サーバの識別子を検索キーとして前記記憶手段から検索したＣｏｏｋｉｅの取得を試みる検索・取得手段とを備え、
前記送信手段は、前記検索・取得手段でのＣｏｏｋｉｅの取得結果に基づいて前記サーバにアクセスする
ことを特徴とする付記２に記載の通信制御装置。
（付記４）
前記検索・取得手段は、接続中の前記ネットワークの識別子を、更に検索キーに含める
ことを特徴とする付記３に記載の通信制御装置。
（付記５）
前記検索・取得手段は、Ｃｏｏｋｉｅが取得できなかった場合は、サーバの識別子のみを検索キーとして前記記憶手段から検索したＣｏｏｋｉｅの取得を試みる
ことを特徴とする付記３乃至４の何れかに記載の通信制御装置。
（付記６）
前記送信手段は、前記検索・取得手段でＣｏｏｋｉｅが取得できなかった場合にＣｏｏｋｉｅを利用せずに前記サーバにアクセスする
ことを特徴とする付記３乃至５の何れかに記載の通信制御装置。
（付記７）
前記検索・取得手段で検索したＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を表示する表示手段を
更に備えることを特徴とする付記３乃至６の何れかに記載の通信制御装置。
（付記８）
安全なネットワークとは異なるネットワークを利用して、サーバにアクセスしようとする場合、異なるネットワークでサーバにアクセスしようとしている旨を警報する警報手段を
更に備えることを特徴とする付記７に記載の通信制御装置。
（付記９）
表示された前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報に関し、利用の要否入力をユーザに促す要否入力手段と、
表示された１つ以上の前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報から、少なくとも１つの選択をユーザに促すユーザ選択手段と、
表示された前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を利用せずに、希望するサーバにアクセスするか、アクセスを中止するかの選択をユーザに促すアクセス選択手段と
の少なくとも１つ
を備えることを特徴とする付記７又は８に記載の通信制御装置。
（付記１０）
接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定し、
前記情報を前記ネットワークに送信する
ことを特徴とする通信制御方法。
（付記１１）
前記情報は、サーバからネットワークを介して送信されるＣｏｏｋｉｅである
ことを特徴とする付記１０に記載の通信制御方法。
（付記１２）
前記Ｃｏｏｋｉｅを前記ネットワークの識別子と前記サーバの識別子とに関連付けて記憶し、
サーバの識別子を検索キーとして前記記憶手段から検索したＣｏｏｋｉｅの取得を試み、
前記Ｃｏｏｋｉｅの取得結果に基づいて前記サーバにアクセスする
ことを特徴とする付記１１に記載の通信制御方法。
（付記１３）
接続中の前記ネットワークの識別子を、更に前記検索キーに含める
ことを特徴とする付記１２に記載の通信制御方法。
（付記１４）
前記Ｃｏｏｋｉｅが取得できなかった場合は、サーバの識別子のみを検索キーとして前記検索したＣｏｏｋｉｅの取得を試みる
ことを特徴とする付記１２乃至１３の何れかに記載の通信制御方法。
（付記１５）
前記Ｃｏｏｋｉｅが取得できなかった場合にＣｏｏｋｉｅを利用せずに前記サーバにアクセスする
ことを特徴とする付記１２乃至１４の何れかに記載の通信制御方法。
（付記１６）
前記検索したＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を表示する
ことを特徴とする付記１２乃至１５の何れかに記載の通信制御方法。
（付記１７）
安全なネットワークとは異なるネットワークを利用して、サーバにアクセスしようとする場合、異なるネットワークでサーバにアクセスしようとしている旨を警報する
ことを特徴とする付記１６に記載の通信制御方法。
（付記１８）
表示された前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報に関し、利用の要否入力をユーザに促し、
表示された１つ以上の前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報から、少なくとも１つの選択をユーザに促し、
表示された前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を利用せずに、希望するサーバにアクセスするか、アクセスを中止するかの選択をユーザに促す
の少なくとも１つ
を備えることを特徴とする付記１６又は１７に記載の通信制御方法。
（付記１９）
接続するネットワークに応じて、クライアントに対するサービスの状態を示す情報を決定する決定機能と、
前記情報を前記ネットワークに送信する送信機能と
をコンピュータに実現させるための通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
（付記２０）
前記情報は、サーバからネットワークを介して送信されるＣｏｏｋｉｅである
ことを特徴とする付記１９に記載の通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
（付記２１）
前記Ｃｏｏｋｉｅを前記ネットワークの識別子と前記サーバの識別子とに関連付けて記憶する記憶機能と、
サーバの識別子を検索キーとして前記記憶手段から検索したＣｏｏｋｉｅの取得を試みる検索・取得機能とを備え、
前記送機能段は、前記検索・取得機能でのＣｏｏｋｉｅの取得結果に基づいて前記サーバにアクセスする
ことを特徴とする付記２０に記載の通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
（付記２２）
前記検索・取得機能は、接続中の前記ネットワークの識別子を、更に検索キーに含める
ことを特徴とする付記２１に記載の通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
（付記２３）
前記検索・取得機能は、Ｃｏｏｋｉｅが取得できなかった場合は、サーバの識別子のみを検索キーとして前記記憶機能で検索したＣｏｏｋｉｅの取得を試みる
ことを特徴とする付記２１乃至２２の何れかに記載の通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
（付記２４）
前記送信機能は、前記検索・取得機能でＣｏｏｋｉｅが取得できなかった場合にＣｏｏｋｉｅを利用せずに前記サーバにアクセスする
ことを特徴とする付記２１乃至２３の何れかに記載の通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
（付記２５）
前記検索・取得機能で検索したＣｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を表示する表示機能を
更にコンピュータに実現させるための付記２１乃至２４の何れかに記載の通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
（付記２６）
安全なネットワークとは異なるネットワークを利用して、サーバにアクセスしようとする場合、異なるネットワークでサーバにアクセスしようとしている旨を警報する警報機能を
更にコンピュータに実現させるための付記２５に記載の通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
（付記２７）
表示された前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報に関し、利用の要否入力をユーザに促す要否入力機能と、
表示された１つ以上の前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報から、少なくとも１つの選択をユーザに促すユーザ選択機能と、
表示された前記Ｃｏｏｋｉｅ又はＣｏｏｋｉｅに関連する情報を利用せずに、希望するサーバにアクセスするか、アクセスを中止するかの選択をユーザに促すアクセス選択機能と
の少なくとも１つを
更にコンピュータに実現させるための付記２５又は２６に記載の通信制御用プログラムを記憶する通信制御用プログラム記憶媒体。
【産業上の利用可能性】
【０００９】
本発明によれば、Ｃｏｏｋｉｅを利用してサーバへアクセスする通信制御装置、例えばＰＣや、電話機、ＰＤＡ等の通信端末に適用することができる。本発明によれば、特に、通信経路の変更のある携帯型の通信端末に有効である。
【符号の説明】
【００１０】
１００  通信制御装置
１０１  送信手段
１０２  決定手段
１１０  サーバ
１１１  ネットワーク
２００  通信制御装置
２０１  決定手段
２０２  記憶手段
２０３  検索・取得手段
２０４  送信手段
２１０  サーバ
２１１  ネットワーク
３００  通信システム
３０１  サーバ
３０２  通信端末
３０２Ａ  通信端末
３０２Ｂ  通信端末
３０３  ネットワーク
３０４  ネットワーク
３１２  Ｃｏｏｋｉｅ保存部
３１３  記憶部
３１４  Ｃｏｏｋｉｅ検索部
３２０  サーバ
３２１  ネットワーク
３２５  サーバ
３２６  ネットワーク
４００  通信システム
４０１  サーバ
４０２  ＵＩ部
４１１  サーバ
４１２  ネットワーク
４９０  警報メッセージ
４９１  ポインタ
４９２  表示部
６００  通信制御方法
６０１  送信ステップ
６０２  決定ステップ
６１０  サーバ
６１１  ネットワーク
７００  通信システム
７０１  インターフェース
７０２  ドライブ
７０３  記憶媒体
【図１】
2011090144.tif 000003
【図２】
2011090144.tif 000004
【図３】
2011090144.tif 000005
【図４】
2011090144.tif 000006
【図５】
2011090144.tif 000007
【図６】
2011090144.tif 000008
【図７】
2011090144.tif 000009
【図８】
2011090144.tif 000010
【図９】
2011090144.tif 000011
【図１０】
2011090144.tif 000012
【図１１】
2011090144.tif 000013
【図１２】
2011090144.tif 000014
【図１３】
2011090144.tif 000015
【図１４】
2011090144.tif 000016
【図１５】
2011090144.tif 000017
【国際調査報告】
2011090144.tif 000018
2011090144.tif 000019
2011090144.tif 000020
2011090144.tif 000021