JP5019112B2 - 通信方法、通信システム及び通信プログラム - Google Patents

Description

本発明は、電話の際にユーザ間の音声通信に加えてＷｅｂ上のコンテンツを同時に利用する通信方法、通信システム及び通信プログラムに関する。

近年、ＩＰ（Internet Protocol）ネットワーク上で音声通信を行うＩＰ電話の機能がソフトウェアとして実現されたソフトフォンの利用が拡大している。また近年、ユーザが自身の日記や最近撮った写真などを、ブログサイトやＳＮＳ（ソーシャル・ネットワーキング・サービス）サイト、写真共有サイトなどのインターネット上のＷｅｂサイトにアップロードすることが普及しつつある。アップロードすることで、ユーザの近況を友人や家族などに伝えることができる。この点、一部のＷｅｂサイトでは、ユーザＩＤやパスワードを入力するログイン処理を経てからでないとコンテンツにアクセスできないようにすることで、コンテンツの公開範囲を友人や家族などに限定しているものがある。

ここで、コンテンツを作成してアップロードするユーザ（以下、コンテンツ作成者と記載する。）が、コンテンツをプッシュ配信したい相手（以下、コンテンツ鑑賞者と記載する。）を指定することに関する従来技術が、特許文献１と特許文献２に記載されている。

特許文献１では、まずコンテンツ作成者が、番組コンテンツをアップロードする際に番組配信の対象者の属性情報として住所、性別、生年月日を指定する。そして、コンテンツ鑑賞者の端末で読み取った住民カードに格納されたコンテンツ鑑賞者の属性情報とマッチしたら、その番組コンテンツがコンテンツ鑑賞者の端末にプッシュ配信される、という方法が提案されている。

また、特許文献２では、コンテンツ作成者が、複数のコンテンツ鑑賞者を指定して、コンテンツがアップロードされているＵＲＬ（Uniform Resource Locator）をプッシュ配信する。そして、ＵＲＬを受信したコンテンツ鑑賞者の端末が、そのＵＲＬにアクセスしてコンテンツを表示する、という方法が提案されている。

また、Ｗｅｂサイトにアップロードされたコンテンツを事前にキャッシュサーバに対してプッシュ配信してキャッシュしておくことで、コンテンツ鑑賞者の端末におけるコンテンツの表示要求から表示完了までの応答時間を短縮するという従来技術が、特許文献３に記載されている。特許文献３の記載では、無線通信を対象として、各無線基地局にキャッシュサーバが接続され、ユーザが移動すると、移動先の無線基地局に接続されたキャッシュサーバにＷｅｂサイトのコンテンツをプッシュ配信してキャッシュさせる方法が提案されている。
特開２００７−００６２９７号公報 特開２００５−０９４２６６号公報 特開２００６−１９６００８号公報 RSS−−サイト情報の要約と公開、神崎 正英、 ［平成１９年７月１０日検索］、インターネット 〈http://www.kanzaki.com/docs/sw/rss.html〉

従来技術の第１の問題点は、コンテンツ作成者がＷｅｂサイトにコンテンツを新たにアップロードする度に、毎回、そのコンテンツを表示させたいコンテンツ鑑賞者の候補を指定するという煩わしい作業をしなければならないことである。

その理由は、特許文献１に記載の技術も、特許文献２に記載の技術も、コンテンツ毎にコンテンツ鑑賞者を切替えることを目的としているため、コンテンツを新たにアップロードする作業と、コンテンツ鑑賞者の候補を指定する作業とが、不可分な関係になっているからである。

特許文献１に記載の技術では、番組コンテンツを新たにアップロードする度に、必ず番組配信の対象者の属性情報を指定しなければならない。具体的には図１４（特許文献１における図１１）に示すように、住所、性別、生年月日のいずれかの情報を、番組配信の対象者の属性情報として指定する（ステップＳ１０１）という煩わしい作業を、番組コンテンツを新たにアップロードする度（ステップＳ１０２）に行う必要がある。属性情報の指定を行わない場合は、その番組コンテンツを視聴させたいユーザの候補を指定することができない。

特許文献２に記載の技術ではコンテンツを新たにアップロードする度に、必ずＵＲＬのプッシュ配信の配信対象である、コンテンツ鑑賞者を指定しなければならない。具体的には図１５（特許文献２における図１２）に示すように、コンテンツを新たにアップロードする度に、地区、時間帯、住所、氏名などのいずれかの情報を、ＵＲＬのプッシュ配信の対象者の属性情報（１２０１）として指定する（ｌｎ１）という煩わしい作業を行う必要がある。属性情報の指定を行わない場合は、そのＵＲＬをプッシュ配信したいユーザを指定することができない。

従来技術の第２の問題点は、コンテンツ作成者がコンテンツ鑑賞者の候補を指定しても、表示させたいコンテンツを、コンテンツ鑑賞者の端末にプッシュ配信してキャッシュさせることができないことである。キャッシュサーバにＷｅｂサイトのコンテンツをプッシュ配信してキャッシュさせるという技術だからである。

その結果、Ｗｅｂサイトの負荷が高い場合や、Ｗｅｂサイトからのコンテンツの取得にログイン処理を経る必要がある場合には、コンテンツ鑑賞者の端末におけるコンテンツの表示要求から表示完了までの応答時間が長くなってしまい、コンテンツ鑑賞者が表示されたコンテンツに気付かない場合が生じてしまう。

その理由は、特許文献３では、移動前も移動後も、キャッシュされたコンテンツを利用するのは同一の端末であるため、ある端末からの要求に基づいて他の端末にコンテンツをキャッシュさせるということができないからである。

そこで、本発明は第１の目的として、コンテンツ作成者からコンテンツ鑑賞者への電話の着信時に、コンテンツ作成者が最近アップロードしたコンテンツを、コンテンツ鑑賞者の端末に表示できる通信方法を提供することを目的とする。

また、本発明は第２の目的として、コンテンツ作成者がコンテンツ鑑賞者の候補を一度だけ指定しておけば、それ以降は、Ｗｅｂサイトに新しいコンテンツをアップロードする際にコンテンツ鑑賞者の候補を指定する必要がなく、コンテンツ作成者が新しいコンテンツをアップロードするだけで、次回の電話の際には新しいコンテンツをコンテンツ鑑賞者の端末に表示させられる通信方法を提供することを目的とする。

更に、本発明の第３の目的として、Ｗｅｂサイトの負荷状況やログイン処理の有無に関わらず、コンテンツ作成者からコンテンツ鑑賞者への電話の着信時に、コンテンツ作成者が最近アップロードしたコンテンツを、瞬時にコンテンツ鑑賞者の端末に表示させることが可能な通信方法を提供することを目的とする。

本発明の第１の観点によれば、通信制御装置と、Ｗｅｂサーバと、端末とが相互に接続された通信システムであって、第１の端末が、コンテンツ作成者が作成したコンテンツを前記Ｗｅｂサーバにアップロードし、該アップロード先のＵＲＬ並びに該コンテンツを鑑賞させてもよい端末である第２の端末を特定する識別情報を前記通信制御装置に送信する手段を備え、前記通信制御装置が、前記ＵＲＬに基づいて前記Ｗｅｂサーバにアクセスすることにより前記コンテンツをダウンロードし、該ダウンロードしたコンテンツを記憶するサーバキャッシュ記憶手段と、前記識別情報に基づいて、前記第２の端末宛てに前記サーバキャッシュ記憶手段が記憶したコンテンツをプッシュ配信するキャッシュ制御手段と、を備える通信システムが提供される。
本発明の第２の観点によれば、通信制御装置と、Ｗｅｂサーバと、端末とが相互に接続されたシステムにおける通信方法であって、第１の端末が、コンテンツ作成者が作成したコンテンツを前記Ｗｅｂサーバにアップロードし、該アップロード先のＵＲＬ並びに該コンテンツを鑑賞させてもよい端末である第２の端末を特定する識別情報を前記通信制御装置に送信するステップと、前記通信制御装置が、前記ＵＲＬに基づいて前記Ｗｅｂサーバにアクセスすることにより前記コンテンツをダウンロードし、該ダウンロードしたコンテンツを、当該通信制御装置が備えるサーバキャッシュ手段に記憶するサーバキャッシュ記憶ステップと、前記通信制御装置が、前記識別情報に基づいて、前記第２の端末宛てに前記サーバキャッシュ記憶ステップにおいて記憶したコンテンツをプッシュ配信するキャッシュ制御ステップと、を含む通信方法が提供される。
本発明の第３の観点によれば、Ｗｅｂサーバ及び端末と相互に接続された通信制御装置であって、コンテンツ作成者が作成したコンテンツを前記Ｗｅｂサーバにアップロードした第１の端末から、該アップロード先のＵＲＬ並びに該コンテンツを鑑賞させてもよい端末である第２の端末を特定する識別情報を受信する手段と、前記ＵＲＬに基づいて前記Ｗｅｂサーバにアクセスすることにより前記コンテンツをダウンロードし、該ダウンロードしたコンテンツを記憶するサーバキャッシュ記憶手段と、前記識別情報に基づいて、前記第２の端末宛てに前記サーバキャッシュ記憶手段が記憶したコンテンツをプッシュ配信するキャッシュ制御手段と、を備えることを特徴とする通信制御装置が提供される。
本発明の第４の観点によれば、Ｗｅｂサーバ及び端末と相互に接続された通信制御装置としてコンピュータを機能させるための通信プログラムであって、前記コンピュータを、コンテンツ作成者が作成したコンテンツを前記Ｗｅｂサーバにアップロードした第１の端末から、該アップロード先のＵＲＬ並びに該コンテンツを鑑賞させてもよい端末である第２の端末を特定する識別情報を受信する手段と、前記ＵＲＬに基づいて前記Ｗｅｂサーバにアクセスすることにより前記コンテンツをダウンロードし、該ダウンロードしたコンテンツを記憶するサーバキャッシュ記憶手段と、前記識別情報に基づいて、前記第２の端末宛てに前記サーバキャッシュ記憶手段が記憶したコンテンツをプッシュ配信するキャッシュ制御手段と、を備える通信制御装置として機能させることを特徴とする通信プログラムが提供される。

本発明によれば、コンテンツ作成者がコンテンツ鑑賞者の候補を一度だけ指定しておけば、それ以降は、Ｗｅｂサイトに新しいコンテンツをアップロードする際にコンテンツ鑑賞者の候補を指定する必要がなく、コンテンツ作成者が新しいコンテンツをアップロードするだけで、次回の電話の際には新しいコンテンツをコンテンツ鑑賞者の端末に表示することが可能となる。

次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。

＜発明を実施するための最良の形態＞
図１は本発明を実施するための最良の形態におけるネットワーク構成であり、通信制御装置１０００、端末Ａ１２００、端末Ｂ１２００…、Ｗｅｂサーバ１１００Ｘ、Ｗｅｂサーバ１１００Ｙ…がネットワークに接続されている。

図２は本発明の実施形態の構成を示すブロック図である。図３乃至図７にデータ構造を示す。これらの図を使って以下説明する。

＜通信制御装置１０００の説明＞
図２を参照すると、通信制御装置１０００は、通信手段１００１とアクセス制御手段１００２とキャッシュ制御手段１００３と通話管理手段１００４とアクセス制御情報記憶装置１００５とサーバキャッシュ記憶装置１００６とユーザ情報記憶装置１００７を備える。

通信手段１００１は、通信手段Ａ１２０１、通信手段Ｂ１２０１…、コンテンツ管理手段Ｘ１１０１、コンテンツ管理手段Ｙ１１０１…と、ネットワークを介してデータをやり取りする。

アクセス制御手段１００２は、端末Ａ１２００、端末Ｂ１２００…から、その端末のユーザがどのＵＲＬでブログなどを開設しているかについての情報について開示を受ける。また、電話の際にブログなどのコンテンツを表示しても良いコンテンツ鑑賞者や表示したくないコンテンツ鑑賞者などの情報の開示を受ける。そして、開示をうけた情報に基づいて、電話の際にコンテンツを表示可能なコンテンツ鑑賞者の候補を選出する。

キャッシュ制御手段１００３は、ユーザから開示されたＵＲＬに定期的にアクセスして、更新があった場合に、更新後のコンテンツをダウンロードする。また、電話の際にコンテンツを表示可能なコンテンツ鑑賞者の候補の中から、実際に、端末側にコンテンツをキャッシュさせるべきコンテンツ鑑賞者を選出する。そして、選出したユーザの端末に、ダウンロード済みのコンテンツをプッシュ配信してキャッシュさせる。

通話管理手段１００４は、各ユーザにどういう電話番号が割り当てられているかを管理し、また、各ユーザが各Ｗｅｂサイトで利用しているアカウントのユーザＩＤを管理する。また、各ユーザが過去にどのユーザと、どれ位通話をしたのかという通話履歴を管理する。

アクセス制御情報記憶装置１００５は、複数のアクセス制御テーブル２００を格納している。

アクセス制御テーブル２００は、コンテンツ作成者が開示したＵＲＬ毎に生成されるデータである（図３参照）。

アクセス制御テーブル２００は、電話番号２０００とユーザＵＲＬ２００１とＷｅｂユーザＩＤ２００２とＷｅｂパスワード２００３とＷｅｂサイトユーザリスト２００４と表示希望ユーザリスト２００６と表示禁止ユーザリスト２００８と表示候補ユーザリスト２０１０を備えている。

電話番号２０００は、コンテンツ作成者の電話番号である。

ユーザＵＲＬ２００１は、コンテンツ作成者が開示した、コンテンツがアップロードされているＷｅｂサイトのＵＲＬである。

ＷｅｂユーザＩＤ２００２とＷｅｂパスワード２００３は、Ｗｅｂサイトからコンテンツをダウンロードする際にログイン処理を要求される場合に必要となる、Ｗｅｂサイト用のアカウントのユーザＩＤとパスワードである。

ＳＮＳサイトや一部のブログサイトや写真共有サイトでは、Ｗｅｂサイトからコンテンツをダウンロードする際にログイン処理が必要な場合があり、その時のために利用される。また、ログイン処理が不要なＷｅｂサイトもあるが、その場合にはＷｅｂユーザＩＤ２００２とＷｅｂパスワード２００３は、値が空で良い。

なお、ＷｅｂユーザＩＤ２００２とＷｅｂパスワード２００３は、ユーザが端末を使って直接Ｗｅｂサイトにアクセスするためではなく、キャッシュ制御手段１００３が、ユーザの代わりに定期的にＷｅｂサイトにアクセスするために使用される。

Ｗｅｂサイトユーザリスト２００４は、複数のコンテンツ鑑賞者を指定するために利用され、複数の電話番号２００５を格納している。

電話番号２００５には、コンテンツ鑑賞者の電話番号が格納される。

一部のＷｅｂサイトでは、各ユーザの友人関係をデータとして保持しており、あるユーザがアップロードしたコンテンツは、そのユーザと友人関係にあるユーザだけがダウンロードできるように制限をしている場合がある。コンテンツ作成者がＵＲＬをアクセス制御手段１００２に開示するにあたり、Ｗｅｂサイト上で友人関係になっているユーザを、電話の際にそのＵＲＬのコンテンツを表示する対象であるコンテンツ鑑賞者として指定する。そして、指定された各ユーザの電話番号が電話番号２００５に格納される。

コンテンツ作成者がこの指定を行わなかった場合には、電話番号２００５の値は空となる。

表示希望ユーザリスト２００６は、複数のコンテンツ鑑賞者を指定するために利用され、複数の電話番号２００７を格納している。

電話番号２００７には、コンテンツ鑑賞者の電話番号が格納される。

コンテンツ作成者が、電話の際にコンテンツを表示しても良い複数のコンテンツ鑑賞者の電話番号を指定すると、その電話番号が電話番号２００７に格納される。
電話番号の指定は、コンテンツ作成者が電話帳リスト２４００から選択しても良いし、手動で入力しても良い。なお、電話帳リスト２４００については後述する。

表示禁止ユーザリスト２００８は、複数のコンテンツ鑑賞者を指定するために利用され、複数の電話番号２００９を格納している。

電話番号２００９には、コンテンツ鑑賞者の電話番号が格納される。

コンテンツ作成者が、電話の際にコンテンツを表示したくない複数のコンテンツ鑑賞者の電話番号を指定すると、その電話番号が電話番号２００９に格納される。

電話番号の指定は、コンテンツ作成者が電話帳リスト２４００から選択しても良いし、手動で入力しても良い。

表示候補ユーザリスト２０１０は、複数のコンテンツ鑑賞者を指定するために利用され、複数の電話番号２０１１を格納している。複数の電話番号２００５のリストと複数の電話番号２００７のリストを連結したリストとなる。

電話番号２０１１には、コンテンツ鑑賞者の電話番号が格納される。

このデータにより特定されるユーザが、電話の際にコンテンツを表示可能なコンテンツ鑑賞者の候補である。

サーバキャッシュ記憶装置１００６は、複数のサーバキャッシュテーブル２０１とキャッシュユーザ数上限２１０５を格納している。

サーバキャッシュテーブル２０１は、コンテンツ作成者が開示したＵＲＬ毎に生成されるデータである。サーバキャッシュテーブル２０１について図４に示す。

ユーザＵＲＬ２１００と更新時刻２１０１とコンテンツデータ２１０２とキャッシュユーザリスト２１０３を備えている。

ユーザＵＲＬ２１００には、ユーザＵＲＬ２００１から値がコピーされる。

更新時刻２１０１は、コンテンツ作成者が最後にコンテンツをアップロードした時刻であり、更新時刻２３０５から値がコピーされる。

コンテンツデータ２１０２は、コンテンツ作成者が最後にアップロードしたコンテンツのデータであり、先頭のコンテンツデータ２３０７から値がコピーされる。

なお、更新時刻２３０５及び先頭のコンテンツデータ２３０７については後述する。
キャッシュユーザリスト２１０３は複数のコンテンツ鑑賞者を指定するために利用され、複数の電話番号２１０４を格納している。

電話番号２１０４には、コンテンツ鑑賞者の電話番号が格納される。

このデータにより特定されるユーザが、端末側にコンテンツをキャッシュさせるべきコンテンツ鑑賞者である。

キャッシュユーザ数上限２１０５は、端末側にコンテンツをキャッシュさせるべきコンテンツ鑑賞者の人数の上限を示す数である。キャッシュユーザ数上限２１０５に基づきコンテンツ毎に、キャッシュ制御手段１００３がそのコンテンツをプッシュ配信する端末の数を制限することで、通信制御装置１０００が消費するネットワーク帯域を制限することができる。

ユーザ情報記憶装置１００７は、複数のユーザデータテーブル２０２を格納している。ユーザデータテーブル２０２について、図５に示す。

ユーザデータテーブル２０２は、ユーザ毎に用意されるデータである。また、ユーザデータテーブル２０２は電話番号２２００とＷｅｂデータリスト２２０１と通話履歴リスト２２０４を格納している。

電話番号２２００は、ユーザの電話番号である。

ユーザはコンテンツ作成者とコンテンツ鑑賞者の両方の立場になり得るので、電話番号２２００は、コンテンツ作成者やコンテンツ鑑賞者のいずれかの電話番号に限定されるものではない。

Ｗｅｂデータリスト２２０１は、複数のＷｅｂサイトＩＤ２２０２とＷｅｂユーザＩＤ２２０３の組を備えている。

ＷｅｂサイトＩＤ２２０２は、各Ｗｅｂサーバを識別するＩＤである。例えば、ユーザＵＲＬ２００１に格納されているＵＲＬの、ホスト名の部分を切り出すことで、各Ｗｅｂサーバを識別することができる。

ＷｅｂユーザＩＤ２２０３は、そのユーザがＷｅｂサイトＩＤ２２０２で識別されるＷｅｂサイトで利用しているアカウントのユーザＩＤである。

通話履歴リスト２２０４は、複数の電話番号２２０５と開始時刻２２０６と終了時刻２２０７の組を備えている。

電話番号２２０５には、そのユーザが過去に電話で通話した相手の電話番号が格納される。また、開始時刻２２０６には、その通話の開始時刻が格納される。更に、終了時刻２２０７には、その通話の終了時刻が格納される。

＜ＷｅｂサーバＸ１１００の説明＞
ＷｅｂサーバＸ１１００は、コンテンツ管理手段Ｘ１１０１とコンテンツ記憶装置Ｘ１１０２を備える。

なお、ＷｅｂサーバＹ１１００以降のＷｅｂサーバの構成は、ＷｅｂサーバＸ１１００と同一であるため、説明は省略する。

コンテンツ管理手段Ｘ１１０１は、端末Ａ１２００、端末Ｂ１２００…から、ユーザＩＤとパスワードによるログイン処理を経て、コンテンツのアップロードを受け付ける。また、通信制御装置１０００は、端末Ａ１２００、端末Ｂ１２００…からコンテンツのダウンロード要求があった場合には、そのコンテンツを送信する。なお、コンテンツのアップロードだけでなく、ダウンロードの際にも、ユーザＩＤとパスワードによるログイン処理を行うようにしてもよい。

コンテンツ記憶装置Ｘ１１０２は、複数のログインテーブル２０３と複数のコンテンツテーブル２０４を格納している。ログインテーブル２０３及びコンテンツテーブル２０４について、図６に示す。

ログインテーブル２０３は、そのＷｅｂサイトにアカウントを持っているユーザ毎に用意されるデータである。また、ログインテーブル２０３は、ＷｅｂユーザＩＤ２３００とＷｅｂパスワード２３０１と友人リスト２３０２を格納している。

ＷｅｂユーザＩＤ２３００とＷｅｂパスワード２３０１には、そのＷｅｂサイト用のアカウントのユーザＩＤとパスワードがそれぞれ格納される。

友人リスト２３０２は、複数のＷｅｂユーザＩＤ２３０３を格納している。

ＷｅｂユーザＩＤ２３０３には、ＷｅｂユーザＩＤ２３００で特定されるユーザと友人関係であるユーザのアカウントのユーザＩＤが格納される。

コンテンツテーブル２０４は、そのＷｅｂサイトにアカウントを持っているユーザ毎に用意されるデータである。

ユーザＵＲＬ２３０４と更新時刻２３０５とコンテンツリスト２３０６を格納している。

ユーザＵＲＬ２３０４は、そのユーザがアップロードしたコンテンツのＵＲＬである。

更新時刻２３０５は、そのユーザが最後にコンテンツをアップロードした時刻である。

コンテンツリスト２３０６は、複数のコンテンツデータ２３０７を格納している。

コンテンツデータ２３０７は、そのユーザがアップロードした日記や写真などのコンテンツのデータが格納される。このデータは、テキストと画像から構成される日記や、写真の画像とその写真に対するテキストによるコメントなどを含むため、複数のメディアが混在した複合メディアである。ユーザが新しくコンテンツをアップロードすると、そのデータは先頭のコンテンツデータ２３０７として格納される。

＜端末Ａ１２００の説明＞
端末Ａ１２００は、通信手段Ａ１２０１と入出力手段Ａ１２０２と端末キャッシュ記憶装置Ａ１２０３を備える。

端末Ａ１２００は、パーソナルコンピュータ（ＰＣ）、携帯型コンピュータ（パーソナル・デジタル・アシスタンス、ＰＤＡ）、スマートフォン（ＰＤＡ機能付き携帯電話）、街頭マルチメディア端末、車載端末、ネットワーク接続機能付きテレビ、ネットワーク接続機能付きセットトップボックス、ネットワーク接続機能付きゲーム機、外部と情報をやり取りする機能を備えた類似するその他の装置であってよい。

なお、端末Ｂ１２００以降の端末の構成は、端末Ａ１２００と同一であるため、説明は省略する。

通信手段Ａ１２０１は、通信手段１００１、コンテンツ管理手段Ｘ１１０１、コンテンツ管理手段Ｙ１１０１…、通信手段Ｂ１２０１…と、ネットワークを介してデータをやり取りする。

入出力手段Ａ１２０２は、マウス、キーボード、マイク、カメラ、ＵＳＢインタフェース、ＳＤカードインタフェースその他の各種入力機能と、ディスプレイ、スピーカーその他の各種出力機能とを備える。

端末キャッシュ記憶装置Ａ１２０３は、電話帳リスト２４００と複数の端末キャッシュテーブル２０５を格納している。

電話帳リスト２４００は、複数の電話番号２４０１を格納している。

電話番号２４０１は、その端末を所有するユーザが、親しい相手の電話番号を保存しておくために使用される。

端末キャッシュテーブル２０５は、その端末でキャッシュするコンテンツ毎に生成されるデータである。端末キャッシュテーブル２０５について図７に示す。

端末キャッシュテーブル２０５は、ユーザＵＲＬ２４０２と、更新時刻２４０３と、コンテンツデータ２４０４を格納している。

ユーザＵＲＬ２４０２は、キャッシュするコンテンツが元々Ｗｅｂサイト上にアップロードされていたＵＲＬである。ユーザＵＲＬ２１００からコピーされる。

更新時刻２４０３は、キャッシュするコンテンツがアップロードされた時刻である。更新時刻２１０１からコピーされる。

コンテンツデータ２４０４は、キャッシュするコンテンツのデータである。コンテンツデータ２１０２からコピーされる。

＜発明を実施するための最良の形態の動作の説明＞
次に、図８乃至図１１のフローチャートを参照して本実施の形態の動作について詳細に説明する。

図８、図９及び図１０は、端末Ａ１２００を利用するコンテンツ作成者が通信制御装置１０００にＵＲＬを開示してから、複数のコンテンツ鑑賞者の端末にコンテンツがプッシュ配信されてキャッシュされるまでの動作を示している。説明の都合上、コンテンツ作成者がＷｅｂサーバＸ１１００にコンテンツをアップロードする例を題材とするが、ＷｅｂサーバＹ１１００などの他のＷｅｂサーバに読み替えても良い。

図１１は、端末Ａ１２００を利用するコンテンツ作成者が、端末Ｂ１２００を利用するコンテンツ鑑賞者を選んで電話を掛けてから、そのコンテンツ鑑賞者と通話を開始するまでの動作を示している。

まず、図８を用いてコンテンツ作成者がコンテンツをアップロードする際の動作について説明する。

コンテンツ作成者が入出力手段Ａ１２０２を用いて、通信手段Ａ１２０１を介してコンテンツ管理手段Ｘ１１０１にアクセスして、ＷｅｂサーバＸ１１００用のユーザＩＤとパスワードとＵＲＬを送信して、コンテンツをアップロードする（ステップＳ３００１）。

コンテンツ管理手段Ｘ１１０１では、受信したユーザＩＤとパスワードが、ＷｅｂユーザＩＤ２３００とＷｅｂパスワード２３０１に合致するかチェックする（ステップＳ３００２）。

合致した場合は、受信したＵＲＬと一致するユーザＵＲＬ２３０４に対応するコンテンツテーブル２０４内の、先頭のコンテンツデータ２３０７に、アップロードされたコンテンツを格納する（ステップＳ３００３）。

また、更新時刻２３０５に現在の時刻を格納する（ステップＳ３００４）。

なお、これらＳ３００１乃至Ｓ３００４のステップは、ステップＳ３１００以降とは全く独立に、コンテンツ作成者がコンテンツをアップロードする度毎に発生する。

次に、図１０を用いて、端末Ａ１２００を利用するコンテンツ作成者が通信制御装置１０００にＵＲＬ等を開示する際の動作について説明する。

コンテンツ作成者が入出力手段Ａ１２０２を用いて、通信手段Ａ１２０１と通信手段１００１を介してアクセス制御手段１００２にアクセスして、自分の電話番号、自分がアップロードしたＷｅｂサイトのコンテンツのＵＲＬ、そのＷｅｂサイトの自分用のユーザＩＤとパスワード、電話の際にコンテンツを表示するユーザとしてＷｅｂサイト内で友人関係になっているユーザを指定するか否かを送信する。なお、ユーザを指定するか否かについては具体的には、電話の際にコンテンツを表示しても良い複数のユーザの電話番号と、表示したくない複数のユーザの電話番号を送信することにより指定される。

ただし、コンテンツのダウンロードにログイン処理が必要ないＷｅｂサイトの場合には、ユーザＩＤとパスワードは送信しなくても良い。

これらのデータを受信したアクセス制御手段１００２は、電話番号を電話番号２０００に、コンテンツのＵＲＬをユーザＵＲＬ２００１に、ユーザＩＤをＷｅｂユーザＩＤ２００２に、パスワードをＷｅｂパスワード２００３に、電話の際にコンテンツを表示しても良い複数のユーザの電話番号を電話番号２００７に、表示したくない複数のユーザの電話番号を電話番号２００９に、それぞれ格納する（ステップＳ３１００）。

次に、図９を用いてコンテンツデータ２１０２の定期的な更新のための動作について説明する。コンテンツデータ２１０２の定期的な更新は、前述したＳ３００１乃至Ｓ３００４のステップや、後述するＳ３３００以降のステップとは全く独立に、定期的に発生する。

まず、キャッシュ制御手段１００３が、ステップＳ３１００で格納されたユーザＵＲＬ２００１を参照して、その値に一致するユーザＵＲＬ２１００を含むサーバキャッシュテーブル２０１が存在するか確認する（ステップＳ３２０１）。

存在した場合は、ステップＳ３２０３に進む。一方、存在しない場合はサーバキャッシュテーブル２０１を１つ生成して、ユーザＵＲＬ２００１の値をユーザＵＲＬ２１００に格納する（ステップＳ３２０２）。

次に、キャッシュ制御手段１００３が、ステップＳ３１００で格納されたユーザＵＲＬ２００１、ＷｅｂユーザＩＤ２００２、Ｗｅｂパスワード２００３を参照してコンテンツ管理手段Ｘ１１０１にアクセスする。そして、ユーザＵＲＬ２００１の値に一致するユーザＵＲＬ２３０４を含むコンテンツテーブル２０４を特定し、そのコンテンツテーブル２０４内の、更新時刻２３０５を取得する（ステップＳ３２０３）。

次に、更新時刻２１０１に値が格納されているかを確認し（ステップＳ３２０４）、格納されていれば更新時刻２３０５の値と比較する（ステップＳ３２０５）。

更新時刻２３０５の値の方が新しければ、更新時刻２３０５を更新時刻２１０１に格納して（ステップＳ３２０６）、ステップＳ３２０７に進む。

比較した値が同じであれば、次回のステップＳ３２００の定期発生まで待つ。

一方、格納されていなければ更新時刻２３０５を更新時刻２１０１に格納して（ステップＳ３２０６）、ステップＳ３２０７に進む。

次に、キャッシュ制御手段１００３が、先頭のコンテンツデータ２３０７をダウンロードし、コンテンツデータ２１０２に格納する（ステップＳ３２０７）。

その後、キャッシュユーザリストを再計算するために、ステップＳ３３０４に進む。

アクセス制御手段１００２が、ステップＳ３１００において、電話の際にコンテンツを表示するユーザとしてＷｅｂサイト内で友人関係になっているユーザが指定されていたか否かを確認する（ステップＳ３３００）。指定されていればステップＳ３３０１に進み、指定されていなければステップＳ３３０３に進む。

アクセス制御手段１００２が、ユーザＵＲＬ２００１、ＷｅｂユーザＩＤ２００２、Ｗｅｂパスワード２００３を用いてコンテンツ管理手段Ｘ１１０１にアクセスして、ＷｅｂユーザＩＤ２００２の値に一致するＷｅｂユーザＩＤ２３００を含むログインテーブル２０３内の、全てのＷｅｂユーザＩＤ２３０３を取得する（ステップＳ３３０１）。

このＷｅｂユーザＩＤ２３０３は、Ｗｅｂサイト内でコンテンツ作成者と友人関係にある全てのユーザのユーザＩＤである。

まず、アクセス制御手段１００２が、ユーザＵＲＬ２００１のＵＲＬからホスト名の部分だけを切り出した文字列を生成する。

次に、アクセス制御手段１００２が、通話管理手段１００４にアクセスして、前記文字列と一致するＷｅｂサイトＩＤ２２０２と、ステップＳ３３０１で取得したＷｅｂユーザＩＤ２３０３の値に一致するＷｅｂユーザＩＤ２２０３の組を含むユーザデータテーブル２０２を全て特定し、特定したユーザデータテーブル２０２の全ての電話番号２２００を取得する（ステップＳ３３０２）。

この電話番号２２００は、Ｗｅｂサイト内でコンテンツ作成者と友人関係にある全てのユーザの電話番号である。ただし、その友人関係にあるユーザが、通話管理手段１００４に、Ｗｅｂサイト用の自分のユーザＩＤを開示していない場合には、そのユーザの電話番号は取得されないことになる。そのため、取得した電話番号２２００の個数は、ステップＳ３３０１で取得したＷｅｂユーザＩＤ２３０３の個数以下であるという関係が常に成り立つ。

次に、アクセス制御手段１００２が、取得した全ての電話番号２２００を、電話番号２００５に格納する。

アクセス制御手段１００２が、電話番号２００５と電話番号２００７を参照し、重複する値がある場合には重複を除去してからマージして、電話番号２０１１に格納する（ステップＳ３３０３）。

この電話番号２０１１は、電話の際にコンテンツを表示可能なコンテンツ鑑賞者の候補の電話番号である。

キャッシュ制御手段１００３が、電話番号２０１１が空か否かを確認し（ステップＳ３３０４）、空であればステップＳ３３０５に進み、空でなければステップＳ３３０６に進む。

ステップＳ３３０５では、まず、キャッシュ制御手段１００３が、コンテンツ作成者の電話番号２２００を含むユーザデータテーブル２０２を特定し、そこから辿れる全ての通話履歴リスト２２０４を選択する。

次に、選択した通話履歴リスト２２０４の中から、電話番号２２０５の値が電話番号２００９の値と一致するものを全て除外する。

次に、残った通話履歴リスト２２０４について、終了時刻２２０７から開始時刻２２０６の差分を取って各通話の通話時間を計算し、電話番号２２０５毎に通話時間を合計する。
次に、通話時間が長い順に電話番号２２０５を並び替える。

次に、並び替えた電話番号２２０５の個数が、キャッシュユーザ数上限２１０５の値を超過する場合には、電話番号２２０５を先頭からキャッシュユーザ数上限２１０５の値の個数分だけ取り出す（ステップＳ３３０５）。

なお、通話時間が長い順に並び替えるのではなく、他の基準に従って並べ替えるようにしても良い。例えば通話回数が多い順に並び替えても良い。また、例えば通話がなされたのが最近である順に並べ変えても良い。

ステップＳ３３０６では、まず、キャッシュ制御手段１００３が、コンテンツ作成者の電話番号２２００を含むユーザデータテーブル２０２を特定し、そこから辿れる全ての通話履歴リスト２２０４を選択する。

次に、選択した通話履歴リスト２２０４の中から、電話番号２２０５の値が電話番号２０１１の値と一致するものだけを全て選択する。

また、選択した通話履歴リスト２２０４の中から、電話番号２２０５の値が電話番号２００９の値と一致するものを全て除外する。

次に、残った通話履歴リスト２２０４について、終了時刻２２０７から開始時刻２２０６の差分を取って各通話の通話時間を計算し、電話番号２２０５毎に通話時間を合計する。
次に、通話時間が長い順に電話番号２２０５を並び替える。

更に、並び替えた電話番号２２０５の個数が、キャッシュユーザ数上限２１０５の値を超過する場合には、電話番号２２０５を先頭からキャッシュユーザ数上限２１０５の値の個数分だけ取り出す（ステップＳ３３０６）。

なお、通話時間が長い順に並び替えるのではなく、他の基準に従って並べ替えるようにしても良い。例えば通話回数が多い順に並び替えても良い。また、例えば通話がなされたのが最近である順に並べ変えても良い。

キャッシュ制御手段１００３が、ステップＳ３３０５またはステップＳ３３０６の結果取り出された複数の電話番号２２０５を、電話番号２１０４に格納する（ステップＳ３３０７）。

キャッシュ制御手段１００３が、電話番号２１０４で特定される複数の端末に対して、ユーザＵＲＬ２１００と更新時刻２１０１とコンテンツデータ２１０２をプッシュ配信する。これらを受信した複数の端末では、受信したデータをユーザＵＲＬ２４０２と更新時刻２４０３とコンテンツデータ２４０４にそれぞれ格納する（ステップＳ３３０８）。なお、この際に受信端末のユーザがプッシュ配信を受けることについて特別な操作を行う必要はなく、自動的に配信を受けることが可能である。

以上の動作により、コンテンツ作成者からコンテンツ鑑賞者への電話の着信時に、コンテンツ作成者が最近アップロードしたコンテンツを、コンテンツ鑑賞者の端末に表示できる。また、コンテンツ作成者がコンテンツ鑑賞者の候補を一度だけ指定しておけば、それ以降は、Ｗｅｂサイトに新しいコンテンツをアップロードする際にコンテンツ鑑賞者の候補を指定する必要がない。更に、コンテンツ作成者が新しいコンテンツをアップロードするだけで、次回の電話の際には新しいコンテンツをコンテンツ鑑賞者の端末に表示できる。

次に、図１１での動作を説明する。

コンテンツ作成者が入出力手段Ａ１２０２を用いて、通信手段Ａ１２０１と通信手段１００１を介して通話管理手段１００４にアクセスする。そして、自分の電話番号とコンテンツ鑑賞者の電話番号を送信する。これにより、このコンテンツ鑑賞者に電話発信を行うことを要求する（ステップＳ３４００）。

通話管理手段１００４が、コンテンツ作成者の電話番号と一致する電話番号２０００を含む全てのアクセス制御テーブル２００を特定し、そのアクセス制御テーブル２００内のユーザＵＲＬ２００１を全て選択する。

次に、通話管理手段１００４が、選択したユーザＵＲＬ２００１の値と一致するユーザＵＲＬ２１００を含む全てのサーバキャッシュテーブル２０１を特定し、そのサーバキャッシュテーブル２０１内のユーザＵＲＬ２１００と更新時刻２１０１を全て選択する（ステップＳ３４０１）。

通話管理手段１００４が、コンテンツ鑑賞者の端末Ｂ１２００を呼び出して電話着信を行い、さらに、ステップＳ３４０１で選択した全てのユーザＵＲＬ２１００と更新時刻２１０１を送信する（ステップＳ３４０２）。

通信手段Ｂ１２０１が、受信したユーザＵＲＬ２１００と更新時刻２１０１の値にそれぞれ一致するユーザＵＲＬ２４０２と更新時刻２４０３の組が、端末キャッシュ記憶装置１２０３内に存在するか確認する。存在する場合にはステップＳ３４０４に進み、存在しない場合にはステップＳ３４０５に進む（ステップＳ３４０３）。

コンテンツが端末側にキャッシュ済みであることが判明したため、通信手段Ｂ１２０１が、コンテンツデータ２４０４を取得して入出力手段Ｂ１２０２に送信する。

入出力手段Ｂ１２０２では、コンテンツデータ２４０４を表示すると共に、電話の呼出し音を鳴らす（ステップＳ３４０４）。

コンテンツが端末側にキャッシュ済みでないことが判明したため、通信手段Ｂ１２０１が、通信手段１００１を介してキャッシュ制御手段１００３にアクセスし、コンテンツデータ２１０２をダウンロードして入出力手段Ｂ１２０２に送信する。

入出力手段Ｂ１２０２では、コンテンツデータ２１０２を表示すると共に、電話の呼出し音を鳴らす（ステップＳ３４０５）。

コンテンツ鑑賞者が入出力手段Ｂ１２０２を用いて電話の呼び出しに応答したら、通信手段Ａ１２０１と通信手段Ｂ１２０１との間で音声を交換することにより、通話を開始させる（ステップＳ３４０６）。

以上の動作により、Ｗｅｂサイトの負荷状況やログイン処理の有無に関わらず、コンテンツ作成者からコンテンツ鑑賞者への電話の着信時に、コンテンツ作成者が最近アップロードしたコンテンツを、瞬時にコンテンツ鑑賞者の端末に表示させられることができる。

〈具体例〉
本発明の実施形態に対応する第１の具体例について説明する。

ここでは、コンテンツ作成者がコンテンツのＵＲＬを通信制御装置１０００に開示した場合に、どのようにして表示候補ユーザリスト２０１０とキャッシュユーザリスト２１０３が算出されるのかを、具体的な例を用いて説明する。

図１２のように、ユーザＡがコンテンツ作成者で、あるＷｅｂサイトにコンテンツをアップロードしており、そのＷｅｂサイト内でユーザＢ、ユーザＣ、ユーザＤと友人関係にある。

ユーザＡがコンテンツのＵＲＬを通信制御装置１０００に開示するとともに、電話の際にコンテンツを表示しても良いコンテンツ鑑賞者として、Ｗｅｂサイト上で友人関係になっているユーザを指定し、さらに、ユーザＥも指定したものとする。また、表示したくないコンテンツ鑑賞者として、ユーザＤを指定したものとする。

更に、キャッシュユーザ数上限２１０５の値は２で、ユーザＡと各ユーザとの通話時間の合計は図１２のようになっているものとする。

この時、ステップＳ３３００の判定はＹＥＳになるためステップＳ３３０１に進む。ステップＳ３３０３の時点での表示候補ユーザリスト２０１０の値はユーザＢ、ユーザＣ、ユーザＤ、ユーザＥとなる。

ステップＳ３３０６において、表示候補ユーザリスト２０１０の値は、ユーザＤが除外されるため、ユーザＢ、ユーザＣ、ユーザＥとなる。この３人を、ユーザＡとの通話時間の合計が長い順に並び替えると、ユーザＢ、ユーザＥ、ユーザＣとなる。ここで、キャッシュユーザ数上限２１０５の値が２であるため、ユーザＢとユーザＥの２人が選出される。

そのため、ステップＳ３３０７の時点でのキャッシュユーザリスト２１０３の値は、ユーザＢ、ユーザＥとなる。

また、コンテンツテーブル２０４のデータは、ＲＳＳ（RDF Site Summary）データであっても良い。なお、ＲＳＳについての詳細は、例えば非特許文献１の記載から入手できる。

この時、ユーザＵＲＬ２３０４はＲＳＳファイルへのＵＲＬに相当する。また、データを、ＲＳＳデータとする場合は、更新時刻２３０５は＜ｄｃ：ｄａｔｅ＞タグの要素に相当し、コンテンツデータ２３０７は＜ｉｔｅｍ＞タグの要素に相当する。

次に、本発明の実施形態に対応する第２の具体例について説明する。

ここでは、コンテンツ作成者（氏名は日電太郎）がＷｅｂサイトにコンテンツをアップロードするだけで、次回の電話発信時には、コンテンツ鑑賞者の端末で表示されるコンテンツが更新される動作を、図１３を用いて説明する。

まず、３月２０日にコンテンツ作成者が、「温泉の写真とその写真についてのコメント」をコンテンツとして、Ｗｅｂサイトにアップロードする（ステップＳ３０００）。

次に、３月２３日にコンテンツ作成者が、コンテンツ鑑賞者に電話を掛ける（ステップＳ３４００）。その際、コンテンツ鑑賞者の端末には、コンテンツ表示用のウィンドウが出現し、コンテンツ作成者から電話が来た旨のメッセージと共に、「温泉の写真とその写真についてのコメント」がコンテンツとして表示される。

更に、３月２５日にコンテンツ作成者が、新たに、「レストランの写真とその写真についてのコメント」をコンテンツとして、Ｗｅｂサイトにアップロードする（ステップＳ３０００）。

次に、３月２９日にコンテンツ作成者が、コンテンツ鑑賞者に電話を掛ける（ステップＳ３４００）と、コンテンツ鑑賞者の端末には、コンテンツ表示用のウィンドウが出現し、コンテンツ作成者から電話が来た旨のメッセージと共に、「レストランの写真とその写真についてのコメント」がコンテンツとして表示される。

以上説明した本発明の実施形態の第１の効果は、コンテンツ作成者からコンテンツ鑑賞者への電話の着信時に、コンテンツ作成者が最近アップロードしたコンテンツを、コンテンツ鑑賞者の端末に表示できることである。更に、コンテンツ作成者がコンテンツ鑑賞者の候補を一度だけ指定しておけば、それ以降は、Ｗｅｂサイトに新しいコンテンツをアップロードする際にコンテンツ鑑賞者の候補を指定する必要がないことである。加えて、コンテンツ作成者が新しいコンテンツをアップロードするだけで、次回の電話の際には新しいコンテンツをコンテンツ鑑賞者の端末に表示できることである。

その理由は、コンテンツ作成者の端末から通信制御装置に、コンテンツのＵＲＬと、電話の際に前記コンテンツを表示させても良いコンテンツ鑑賞者と、表示させたくないコンテンツ鑑賞者と、コンテンツ鑑賞者をＷｅｂサーバ内に格納されている登録メンバーに限定するか否か、とを一度だけ送信すればよいためである。

また、通信制御装置が、受信した情報に基づいて、コンテンツ作成者からの電話発信の際に前記コンテンツを表示させても良いコンテンツ鑑賞者を選択することができるためである。更に、コンテンツ作成者がコンテンツ鑑賞者の候補を指定する作業と、Ｗｅｂサイトに新しいコンテンツをアップロードする作業とを独立に行うことができるようになるためである。

加えて、コンテンツ作成者からコンテンツ鑑賞者への電話発信に連動して、通信制御装置が前記ＵＲＬをコンテンツ鑑賞者に通知できるようになるからである。

本発明の第２の効果は、Ｗｅｂサイトの負荷状況やログイン処理の有無に関わらず、コンテンツ作成者からコンテンツ鑑賞者への電話の着信時に、コンテンツ作成者が最近アップロードしたコンテンツを、瞬時にコンテンツ鑑賞者の端末に表示させられることである。

その理由は、通信制御装置が、前記受信した情報と、コンテンツ作成者の通話履歴と、通信制御装置内で設定済みのコンテンツをキャッシュする端末台数の上限とに基づいて、前記選択されたコンテンツ鑑賞者のうち、コンテンツをキャッシュさせるコンテンツ鑑賞者を選択できるためである。

また、Ｗｅｂサーバから前記コンテンツをダウンロードして端末にプッシュ配信してキャッシュさせておき、コンテンツ鑑賞者の端末が電話の着信時に、キャッシュされたコンテンツを表示する動作をするからである。

本発明の第３の効果は、過去に１度も通話したことのない相手に対しても、初めて電話をかける際にコンテンツを表示させることができる点である。

その理由は、Ｗｅｂサイト内での友人であれば、過去に通話履歴がなくとも、キャッシュユーザ数の上限を超えない範囲の人数である、という条件を満たせば、コンテンツを表示させることが可能だからである。

これにより、Ｗｅｂサイト内では友人であるが電話番号は知らない相手についても、コンテンツの表示を許可することについての可否を設定出来る。そして、その後に、電話番号を知り、初めて電話をかける場合であっても、過去に、表示を許可すると設定したコンテンツを表示させることが可能となる。

以上の３つの技術的効果により、音声通話のみの電話サービスに対する付加価値サービスを実現できる。即ち、ユーザが他のユーザに電話を掛けた際に、自分が最近Ｗｅｂサイトにアップロードした日記や写真などのコンテンツを、瞬時に相手の端末に表示することで、相手に自分の近況が伝わり、近況についての会話を楽しむことができる。

例えば、電話着信時に、旅行先の滞在日記や、食事に行ったレストランの感想などの、最新の日記を表示することで、相手に自分の近況を通知できる。さらに、Ｗｅｂサイトに新しい日記をアップロードするだけで次回の電話着信時に新しい近況を通知できる付加価値サービスが実現できる。

また、既存のサービスとして電話の着信音をユーザがカスタマイズできる「着信メロディ」があるが、本発明を用いれば、電話の着信時に画面に表示する写真をカスタマイズできる。さらに、Ｗｅｂサイトに新しい写真をアップロードするだけで次回の電話着信時に表示される写真を更新できる付加価値サービスが実現できる。

上記した、このような付加価値サービスは、電話で音声通話を行うだけの場合に比べて、近況についての通話時間が増えるため、電話サービスを提供している通信事業者にとって、通話料の増加が見込めるという利点がある。併せて、顧客の満足度を高めることが可能になるという利点もある。

なお、本発明の実施形態である情報通信システムは、ハードウェア、ソフトウェア又はこれらの組合せにより実現することができる。

本発明は、通信業界において、音声通話のみの電話サービスに対する付加価値サービスを創出するといった用途に適用できる。

本発明の実施形態におけるネットワーク構成を表す図である。 第１の発明を実施するための最良の形態の構成を示すブロック図である。 第１の発明を実施するための最良の形態のデータ構造を示す図（アクセス制御情報）である。 第１の発明を実施するための最良の形態のデータ構造を示す図（サーバキャッシュ情報）である。 第１の発明を実施するための最良の形態のデータ構造を示す図（ユーザ情報）である。 第１の発明を実施するための最良の形態のデータ構造を示す図（コンテンツ情報）である。 第１の発明を実施するための最良の形態のデータ構造を示す図（端末キャッシュ情報）である。 第１の発明を実施するための最良の形態の動作を示すフローチャート（１／３）である。 第１の発明を実施するための最良の形態の動作を示すフローチャート（２／３）である。 第１の発明を実施するための最良の形態の動作を示すフローチャート（３／３）である。 第１の発明を実施するための最良の形態におけるコンテンツ作成者が、コンテンツ鑑賞者を選んで電話を掛けてから、そのコンテンツ鑑賞者と通話を開始するまでの動作を示すフローチャートである。 第１の具体例のデータ構造を示す図である。 第２の具体例の画面例を示す図である。 特許文献１から引用した図である。 特許文献２から引用した図である。

符号の説明

２００ アクセス制御テーブル
２０１ サーバキャッシュテーブル
２０２ ユーザデータテーブル
２０３ ログインテーブル
２０４ コンテンツテーブル
２０５ 端末キャッシュテーブル
１０００ 通信
１００１ 通信手段
１００２ アクセス制御手段
１００３ キャッシュ制御手段
１００４ 通話管理手段
１００５ アクセス制御情報記憶装置
１００６ サーバキャッシュ記憶装置
１００７ ユーザ情報記憶装置
１１００ Ｗｅｂサーバ
１１０１ コンテンツ管理手段
１１０２ コンテンツ記憶装置
１２００ 端末
１２０１ 通信手段
１２０２ 入出力手段
１２０３ 端末キャッシュ記憶装置
２０００ 電話番号
２００１ ユーザＵＲＬ
２００２ ＷｅｂユーザＩＤ
２００３ Ｗｅｂパスワード
２００４ Ｗｅｂサイトユーザリスト
２００５、２００７、２００９、２０１１、２１０４、２２００、２２０５、２４０１ 電話番号
２００６ 表示希望ユーザリスト
２００８ 表示禁止ユーザリスト
２０１０ 表示候補ユーザリスト
２１００、２３０４、２４０２ ユーザＵＲＬ
２１０１、２４０３ 更新時刻
２１０２、２３０７、２４０４ コンテンツデータ
２１０３ キャッシュユーザリスト
２１０５ キャッシュユーザ数上限
２２０１ Ｗｅｂデータリスト
２２０２ ＷｅｂサイトＩＤ
２２０３、２３０３ ＷｅｂユーザＩＤ
２２０４ 通話履歴リスト
２２０６ 開始時刻
２２０７ 終了時刻
２３００ ＷｅｂユーザＩＤ
２３０１ Ｗｅｂパスワード
２３０２ 友人リスト
２３０５ 更新時刻
２３０６ コンテンツリスト
２４００ 電話帳リスト

Claims (20)

1. 通信制御装置と、Ｗｅｂサーバと、端末とが相互に接続された通信システムであって、
   第１の端末が、コンテンツ作成者が作成したコンテンツを前記Ｗｅｂサーバにアップロードし、該アップロード先のＵＲＬ並びに該コンテンツを鑑賞させてもよい端末である第２の端末を特定する識別情報を前記通信制御装置に送信する手段を備え、
   前記通信制御装置が、前記ＵＲＬに基づいて前記Ｗｅｂサーバにアクセスすることにより前記コンテンツをダウンロードし、該ダウンロードしたコンテンツを記憶するサーバキャッシュ記憶手段と、
   前記識別情報に基づいて、前記第２の端末宛てに前記サーバキャッシュ記憶手段が記憶したコンテンツをプッシュ配信するキャッシュ制御手段と、
   を備える通信システム。
2. 請求項１に記載の通信システムであって、
   前記通信制御装置は、
   前記ＵＲＬによって示される前記Ｗｅｂサーバにアクセスすることによりコンテンツの更新が行われていないかを確認し、更新が検出された場合には前記新たなコンテンツをダウンロードして記憶し、該記憶した新たなコンテンツを前記第２の端末宛てにプッシュ配信することを特徴とする通信システム。
3. 請求項１又は２に記載の通信システムであって、
   前記識別情報が、前記第２の端末および前記コンテンツを鑑賞させてはならない端末である第３の端末をそれぞれ特定する情報であり、
   前記通信制御装置が、
   前記識別情報によって前記第２の端末として特定された端末に加えて、前記Ｗｅｂサーバ内で前記コンテンツ作成者と友人関係であると定義されているユーザの端末であって前記識別情報によって前記第３の端末として特定されていない端末を前記第２の端末として更に追加することを特徴とする通信システム。
4. 請求項１乃至３の何れか１項に記載の通信システムであって、
   前記第１の端末は前記コンテンツを前記ＵＲＬによって示される前記Ｗｅｂサーバにアップロードした後に、新たなコンテンツを前記ＵＲＬによって示される前記Ｗｅｂサーバにアップロードした場合には前記ＵＲＬ及び前記識別情報は送信せず、前記通信制御装置は以前のコンテンツアップロード時に送信されてきた前記ＵＲＬ及び前記識別情報に基づいて前記新たなコンテンツをダウンロードして前記第２の端末宛てにプッシュ配信することを特徴とする通信システム。
5. 請求項１乃至４の何れか１項に記載の通信システムであって、
   前記通信制御装置が、
   コンテンツ作成者が利用する前記第１の端末からコンテンツ鑑賞者が利用する前記第２の端末への電話発信に連動して、前記ＵＲＬを前記第２の端末に通知する、ＵＲＬ通知手段を更に備え、
   前記第２の端末が、
   前記ＵＲＬ通知手段により通知されたＵＲＬによって示される前記Ｗｅｂサーバにアップロードされている前記コンテンツを表示する、表示手段を備えることを特徴とする通信システム。
6. 請求項５に記載の通信システムであって、
   前記表示手段における、ＵＲＬによって示される前記Ｗｅｂサーバにアップロードされたコンテンツの表示は、前記第２の端末内にキャッシュ済みのコンテンツを表示させることにより実現されることを特徴とする通信システム。
7. 請求項６に記載の通信システムであって、
   前記表示手段を動作させる際に、前記第２の端末内にコンテンツがキャッシュされていなかった場合には、前記第２の端末が前記サーバキャッシュ記憶手段からコンテンツをダウンロードすることを特徴とする通信システム。
8. 請求項１乃至７の何れか１項に記載の通信システムであって、
   前記プッシュ配信の対象とされる端末の数に予め制限を設けておき、
   前記通信制御装置は、
   前記プッシュ配信を行う際の前記第１の端末の通話履歴を参照し、該第１の端末との通話時間の合計が長い順に、前記第２の端末を前記制限を満たす数だけ選択し、該選択した第２の端末を対象として前記プッシュ配信を行うことを特徴とする通信システム。
9. 請求項１乃至７の何れか１項に記載の通信システムであって、
   前記プッシュ配信の対象とされる端末の数に予め制限を設けておき、
   前記通信制御装置は、
   前記プッシュ配信を行う際の前記第１の端末の通話履歴を参照し、該第１の端末との通話回数の合計が長い順に、前記第２の端末を前記制限を満たす数だけ選択し、該選択した第２の端末を対象として前記プッシュ配信を行うことを特徴とする通信システム。
10. 通信制御装置と、Ｗｅｂサーバと、端末とが相互に接続されたシステムにおける通信方法であって、
    第１の端末が、コンテンツ作成者が作成したコンテンツを前記Ｗｅｂサーバにアップロードし、該アップロード先のＵＲＬ並びに該コンテンツを鑑賞させてもよい端末である第２の端末を特定する識別情報を前記通信制御装置に送信するステップと、
    前記通信制御装置が、前記ＵＲＬに基づいて前記Ｗｅｂサーバにアクセスすることにより前記コンテンツをダウンロードし、該ダウンロードしたコンテンツを、当該通信制御装置が備えるサーバキャッシュ手段に記憶するサーバキャッシュ記憶ステップと、
    前記通信制御装置が、前記識別情報に基づいて、前記第２の端末宛てに前記サーバキャッシュ記憶ステップにおいて記憶したコンテンツをプッシュ配信するキャッシュ制御ステップと、
    を含む通信方法。
11. 請求項１０に記載の通信方法であって、
    前記通信制御装置が、
    前記ＵＲＬによって示される前記Ｗｅｂサーバにアクセスすることによりコンテンツの更新が行われていないかを確認し、更新が検出された場合には前記新たなコンテンツをダウンロードして記憶し、該記憶した新たなコンテンツを前記第２の端末宛てにプッシュ配信することを特徴とする通信方法。
12. 請求項１０又は１１に記載の通信方法であって、
    前記識別情報が、前記第２の端末および前記コンテンツを鑑賞させてはならない端末である第３の端末をそれぞれ特定する情報であり、
    前記通信制御装置が、
    前記識別情報によって前記第２の端末として特定された端末に加えて、前記Ｗｅｂサーバ内で前記コンテンツ作成者と友人関係であると定義されているユーザの端末であって前記識別情報によって前記第３の端末として特定されていない端末を前記第２の端末として更に追加することを特徴とする通信方法。
13. 請求項１０乃至１２の何れか１項に記載の通信方法であって、
    前記第１の端末は前記コンテンツを前記ＵＲＬによって示される前記Ｗｅｂサーバにアップロードした後に、新たなコンテンツを前記ＵＲＬによって示される前記Ｗｅｂサーバにアップロードした場合には前記ＵＲＬ及び前記識別情報は送信せず、前記通信制御装置は以前のコンテンツアップロード時に送信されてきた前記ＵＲＬ及び前記識別情報に基づいて前記新たなコンテンツをダウンロードして前記第２の端末宛てにプッシュ配信することを特徴とする通信方法。
14. 請求項１０乃至１３の何れか１項に記載の通信方法であって、
    前記通信制御装置が、コンテンツ作成者が利用する前記第１の端末からコンテンツ鑑賞者が利用する前記第２の端末への電話発信に連動して、前記ＵＲＬを前記第２の端末に通知する、ＵＲＬ通知ステップと、
    前記第２の端末が、前記ＵＲＬ通知ステップにより通知されたＵＲＬによって示される前記Ｗｅｂサーバにアップロードされている前記コンテンツを表示する、表示ステップと、
    を更に含むことを特徴とする通信方法。
15. 請求項１４に記載の通信方法であって、
    前記表示ステップにおける、ＵＲＬによって示される前記Ｗｅｂサーバにアップロードされたコンテンツの表示は、前記第２の端末内にキャッシュ済みのコンテンツを表示させることにより行われることを特徴とする通信方法。
16. 請求項１５に記載の通信方法であって、
    前記表示ステップを行う際に、前記第２の端末内にコンテンツがキャッシュされていなかった場合には、前記第２の端末が前記サーバキャッシュ記憶手段からコンテンツをダウンロードすることを特徴とする通信方法。
17. 請求項１０乃至１６の何れか１項に記載の通信方法であって、
    前記プッシュ配信の対象とされる端末の数に予め制限を設けておき、
    前記通信制御装置は、
    前記プッシュ配信を行う際の前記第１の端末の通話履歴を参照し、該第１の端末との通話時間の合計が長い順に、前記第２の端末を前記制限を満たす数だけ選択し、該選択した第２の端末を対象として前記プッシュ配信を行うことを特徴とする通信方法。
18. 請求項１０乃至１７の何れか１項に記載の通信方法であって、
    前記プッシュ配信の対象とされる端末の数に予め制限を設けておき、
    前記通信制御装置は、
    前記プッシュ配信を行う際の前記第１の端末の通話履歴を参照し、該第１の端末との通話回数の合計が長い順に、前記第２の端末を前記制限を満たす数だけ選択し、該選択した第２の端末を対象として前記プッシュ配信を行うことを特徴とする通信方法。
19. Ｗｅｂサーバ及び端末と相互に接続された通信制御装置であって、
    コンテンツ作成者が作成したコンテンツを前記Ｗｅｂサーバにアップロードした第１の端末から、該アップロード先のＵＲＬ並びに該コンテンツを鑑賞させてもよい端末である第２の端末を特定する識別情報を受信する手段と、
    前記ＵＲＬに基づいて前記Ｗｅｂサーバにアクセスすることにより前記コンテンツをダウンロードし、該ダウンロードしたコンテンツを記憶するサーバキャッシュ記憶手段と、
    前記識別情報に基づいて、前記第２の端末宛てに前記サーバキャッシュ記憶手段が記憶したコンテンツをプッシュ配信するキャッシュ制御手段と、
    を備えることを特徴とする通信制御装置。
20. Ｗｅｂサーバ及び端末と相互に接続された通信制御装置としてコンピュータを機能させるための通信プログラムであって、
    前記コンピュータを、
    コンテンツ作成者が作成したコンテンツを前記Ｗｅｂサーバにアップロードした第１の端末から、該アップロード先のＵＲＬ並びに該コンテンツを鑑賞させてもよい端末である第２の端末を特定する識別情報を受信する手段と、
    前記ＵＲＬに基づいて前記Ｗｅｂサーバにアクセスすることにより前記コンテンツをダウンロードし、該ダウンロードしたコンテンツを記憶するサーバキャッシュ記憶手段と、
    前記識別情報に基づいて、前記第２の端末宛てに前記サーバキャッシュ記憶手段が記憶したコンテンツをプッシュ配信するキャッシュ制御手段と、
    を備える通信制御装置として機能させることを特徴とする通信プログラム。

Images