JP2005196243A - 情報共有方法及び情報共有処理用プログラム - Google Patents

Abstract

【課題】 集中サーバの保守にかかるコストが不要で、コミュニティ間の他の端末の情報を保持せずに情報を共有することができる情報共有方法及び情報共有処理用プログラムを提供する。
【解決手段】 設定された目的と共通の目的を有するコミュニティ１００を探索するステップと、発見した場合参加するステップと、車両１０１Ａ及び１０１Ｂにそれぞれ搭載された端末、ＰＤＡ１０２を移動し、共有情報又は共有情報を有する端末の識別情報の少なくとも一方を有するコミュニティプログラム情報へ、参加するユーザの端末が有する情報又は識別情報の少なくとも一方を引き渡すステップと、共有情報を取得する際コミュニティプログラム情報を捕らえるステップと、コミュニティプログラム情報に共有情報の取得要求をするステップと、共有情報又は共有情報を有する端末の識別情報の少なくとも一方を取得するステップと、端末へ共有情報の取得要求をするステップとを有する。
【選択図】 図１

Description

本発明は、コミュニティ内の複数のユーザ間で情報を共有することができる情報共有方法及び情報共有処理用プログラムに関する。

従来、集中サーバによって情報共有を行う情報共有システムは、システム全体を集中サーバにより管理しているため、集中サーバの保守にかかるコストが莫大になってしまうという問題があった。これに対して、集中サーバを必要としないで情報を共有することができる情報共有システム（以下、ネットワークコミュニティシステムと言う）が提案されている。このネットワークコミュニティシステムは、自立的に動作するエージェントが複数の端末間を移動し、エージェントに埋め込まれた特定のメッセージを端末に記録させ、記録された特定のメッセージに基づいてネットワークコミュニティを形成して情報共有を行うものである。このような情報共有システムが下記の特許文献１に開示されている。
特開２００１−１４４７５４号公報（図２）

しかしながら、特許文献１に開示されているようなネットワークコミュニティシステムでは、他の端末が有する情報を取得する際に必要となる他の端末を特定する情報、例えばメールアドレスなどをそれぞれの端末が記憶していなければならず、メールアドレスが変更になったときにはそれぞれの端末に記憶されているメールアドレスを修正しなければならず面倒であるという問題があった。

本発明は、上記問題を解決するためのものであり、集中サーバの保守にかかるコストが不要で、コミュニティ間の他の端末の情報を保持せずに情報を共有することができる情報共有方法及び情報共有処理用プログラムを提供することを目的とする。

上記目的を達成するために、本発明によれば、一定の目的を達成するためにユーザが参加するための端末同士から構成され、前記一定の目的を達成するために前記端末の間で情報を共有する複数のコミュニティのうち、ユーザによって設定された目的と共通の目的を有するコミュニティを探索するステップと、探索した結果、設定された前記目的と共通の目的を有する前記コミュニティを発見した場合に前記コミュニティに参加するステップと、前記端末間を移動し、前記端末間で共有する前記情報である共有情報又は前記共有情報を保有する前記端末の識別情報の少なくとも一方を有するコミュニティプログラム情報へ、前記コミュニティに参加する前記ユーザの端末が保有する情報又は前記ユーザの端末の識別情報の少なくとも一方を引き渡すステップと、前記コミュニティの前記共有情報を取得する場合、前記端末間を移動する前記コミュニティプログラム情報を捕らえるステップと、捕らえた前記コミュニティプログラム情報に前記共有情報の取得要求をするステップと、前記共有情報の取得要求に基づいて、前記共有情報又は前記共有情報を保有する前記端末の識別情報の少なくとも一方を前記コミュニティプログラム情報から取得するステップと、前記共有情報を保有する前記端末の識別情報を取得した場合、取得した前記識別情報に基づいて前記端末へ前記共有情報の取得要求をするステップとを有する情報共有方法が提供される。

また、上記発明の情報共有方法において、前記コミュニティを探索した結果、設定された前記目的と共通の目的を有する前記コミュニティを発見し前記コミュニティに参加する際に、前記コミュニティに参加するか否かの問い合わせを行うステップをさらに有することは、本発明の好ましい態様である。

また、上記発明の情報共有方法において、あらかじめ決められた前記コミュニティからの退出条件に該当する場合に前記コミュニティを退出するステップをさらに有することは、本発明の好ましい態様である。

また、上記発明の情報共有方法において、前記コミュニティからの前記退出条件に該当する場合に、退出するか否かの問い合わせを行うステップをさらに有することは、本発明の好ましい態様である。

また、本発明によれば、請求項１から４のいずれか１つに記載の情報共有方法をコンピュータにより実行するための情報共有処理用プログラムが提供される。

また、本発明によれば、請求項１から４のいずれか１つに記載の情報共有方法を車載機器により実行するための情報共有処理用プログラムが提供される。

本発明の情報共有方法及び情報共有処理用プログラムは、上記構成を有し、集中サーバの保守にかかるコストが不要で、コミュニティ間の他の端末の情報を保持せずに情報を共有することができる。

以下、本発明の実施の形態について、図１から図１４を用いて説明する。図１は、本発明の実施の形態に係る情報共有方法について説明するための図である。図２は、本発明の実施の形態に係る情報共有方法において複数のコミュニティへの参加について説明するための図である。図３は、本発明の実施の形態に係る情報共有方法においてコミュニティに参加する方法について説明するためのフロー図である。図４は、本発明の実施の形態に係る情報共有方法においてコミュニティに参加する方法について説明するためのフロー図である。図５は、本発明の実施の形態に係る情報共有方法においてコミュニティからの退出方法について説明するためのフロー図である。図６は、本発明の実施の形態に係る情報共有方法においてコミュニティからの退出方法について説明するためのフロー図である。

図７は、本発明の実施の形態に係る情報共有方法においてコミュニティの分割について説明するための図である。図８は、本発明の実施の形態に係る情報共有方法においてコミュニティの結合について説明するための図である。図９は、本発明の実施の形態に係る情報共有方法について説明するためのフロー図である。図１０は、本発明の実施の形態に係る情報共有方法を用いた渋滞回避について説明するための図である。図１１は、本発明の実施の形態に係る情報共有方法を用いた円滑な走行の実現について説明するための図である。図１２は、本発明の実施の形態に係る情報共有方法を用いた危険予知の実現について説明するための図である。図１３は、本発明の実施の形態に係る情報共有方法を用いた危険予知の実現の他のパターンについて説明するための図である。図１４は、本発明の実施の形態に係る情報共有方法を用いたサービスエリア利用について説明するための図である。

まず、本発明の実施の形態に係る情報共有方法について図１を用いて説明する。ここでは、本発明の実施の形態に係る情報共有方法が車両１０１Ａ、１０１Ｂ、ＰＤＡ（Personal Digital Assistant）１０２で構成されたコミュニティ１００に適用された場合について説明する。なお、コミュニティ１００が車両１０１Ａ、１０１Ｂ、ＰＤＡ１０２から構成されていると便宜上しているが、厳密には車両１０１Ａ、１０１Ｂにそれぞれ搭載された端末とＰＤＡ１０２との間を後述するコミュニティプログラム情報が移動する。以下、車両がコミュニティの構成要素となる場合には、車両に搭載された端末上をコミュニティプログラム情報が移動するものと考える。ここで、端末とは、例えばカーナビゲーションシステム、車載ＰＣ、携帯電話端末、ＰＤＡなどを言う。また、コミュニティ１００の構成は、車両１０１Ａ、１０１Ｂ、ＰＤＡ１０２のみの構成に限られない。コミュニティ１００は、情報を共有して一定の目的（以下、共通の目的とも言う）を達成するために構成されたものである。ここで、共通の目的とは、例えば同じ目的地への早期到着や同じ興味、趣味、嗜好を有する者同士の情報の充実などを言う。コミュニティ１００には、例えば、同じ遊園地へ行くためのコミュニティや、レストランに関する情報交換をするためのコミュニティや、同じ車種を所持するユーザ間の情報交換をするためのコミュニティなどがある。

図１に示すように、情報の共有は、コミュニティ１００を構成する車両１０１Ａ、車両１０１Ｂ、ＰＤＡ１０２間をコミュニティプログラム情報が移動することによって実現されている。コミュニティプログラム情報とは、コミュニティ１００を構成する複数の端末間を移動し、識別情報又はユーザが許可した情報の少なくとも一方を有し、自立的に動作するプログラムであり、例えばエージェントである。また、コミュニティプログラム情報はデータであってもよい。識別情報とは、コミュニティ１００を構成する端末のそれぞれを特定するための情報を言い、例えばＵＲＬなどの情報を言う。また、ユーザが許可した情報（以下、ユーザ許可情報とも言う）とは、ユーザが共有の情報とすることを許した情報であって、例えば上述した共通の目的を達成するための情報、ユーザ自身の現在位置の情報、ユーザ自身の周辺の状況である天気、温度、湿度、混み具合の情報などを言う。

コミュニティ１００がレストランに関する情報交換をするコミュニティである場合の情報共有について以下に説明する。車両１０１Ａのユーザが、例えば渋谷のフランス料理レストランについての情報を共有したいと考えたとき、後述する端末プログラム情報は、情報取得のためのフラグを立て、フラグの立っている端末のところで止まるコミュニティプログラム情報を捕らえる。端末プログラム情報は、捕らえたコミュニティプログラム情報に渋谷のフランス料理レストランについての情報の取得要求をし、取得要求に基づいてコミュニティプログラム情報が上述した識別情報のみを有する場合には識別情報を取得する。端末プログラム情報は、取得した識別情報に基づいてコミュニティ１００内の端末に対して渋谷のフランス料理レストランの情報を有するか否かの問い合わせをし、情報を有する場合に該当する端末から渋谷のフランス料理レストランの情報を取得する。ここでの問い合わせは、例えばＵＲＬに基づいて直接端末に対して行われる。端末プログラム情報は、上述したように情報を取得する処理以外にも後述するように参加可能なコミュニティ１００を探索し、探索したコミュニティ１００へ参加する処理をも行う自立的に動作するプログラムであり、例えばエージェントである。ただし、これらの処理に限られるものではなく情報共有に必要な処理を行うこととしてもよい。

なお、コミュニティプログラム情報がユーザ許可情報のみ、もしくはユーザ許可情報と識別情報とを有している場合には、識別情報を取得せずにユーザ許可情報を取得するようにしてもよい。ここでの取得においては、コミュニティプログラム情報及び端末プログラム情報の少なくとも一方に、端末が要求した情報に相当する情報をユーザ許可情報の中から選別する機能が備わっている。これにより、コミュニティ１００内の端末に対して情報の問い合わせをする必要がなく、即座に所望の情報を取得することができる。また、上述した例では、１つのコミュニティプログラム情報が端末間を移動しているが、１つに限られるものではなく、複数存在し、複数が移動するようにしても構わない。これにより、より迅速に所望の情報を取得することができる。また、上述したように、コミュニティプログラム情報が端末間を移動して情報の共有をする以外に、各端末上にコミュニティプログラム情報の複製を存在させ、コミュニティプログラム情報間で通信を行って情報の共有をすることとしてもよい。

上述した例では、１つのコミュニティ１００における情報の共有について説明したが、端末が複数のコミュニティへ参加していても構わない。端末が複数のコミュニティへ参加した場合について図２を用いて説明する。図２に示すように、コミュニティ２００Ａは、車両２０１Ａ、車両２０１Ｂ、車両２０１Ｃから構成されている。一方、コミュニティ２００Ｂは、車両２０１Ｃ、車両２０１Ｄ、車両２０１Ｅから構成されている。コミュニティ２００Ａは、例えばレストランに関する情報交換をするコミュニティであり、コミュニティ２００Ｂは、例えば同じ遊園地へ行くコミュニティである。

このとき、車両２０１Ｃは両方のコミュニティに参加しているため、両方のコミュニティ間で共有される情報を取得することができるが、車両２０１Ａ及び車両２０１Ｂはコミュニティ２００Ｂの情報を共有することができず、また車両２０１Ｄ及び車両２０１Ｅはコミュニティ２００Ａの情報を共有することができない。車両２０１Ａ及び車両２０１Ｂがコミュニティ２００Ｂの情報を共有しようとするのであれば、コミュニティ２００Ｂに参加しなければならない。また、同様に車両２０１Ｄ及び車両２０１Ｅがコミュニティ２００Ａの情報を共有しようとするのであれば、コミュニティ２００Ａに参加しなければならない。

次に、コミュニティ１００に参加する方法について図３及び図４を用いて説明する。図３は、コミュニティ１００に参加しようとするユーザ側の端末に属する端末プログラム情報が自動的にコミュニティ１００への参加を決定する場合について説明するためのフロー図である。端末プログラム情報は、上述した情報の取得以外に参加可能なコミュニティ１００を探索し、探索したコミュニティ１００へ参加する処理をも行う。端末プログラム情報には、あらかじめユーザによって設定されたコミュニティ１００への参加条件が埋め込まれており、端末プログラム情報は、埋め込まれた参加条件に合致するコミュニティ１００を探索し、探索した結果、合致するコミュニティ１００を発見した場合に自動的に端末をコミュニティ１００に参加させる。より具体的に説明すると、端末プログラム情報は、例えば複製を生成し、生成された端末プログラム情報の複製をコミュニティ１００へ移動させ、参加条件に合致するコミュニティ１００を探させ、合致するコミュニティ１００の情報を複製元へ持ち帰らせ、これに基づいて複製元の端末プログラム情報は端末をコミュニティ１００に参加させる。参加条件とは、通常、共通の目的に合致するコミュニティに参加するという条件を言うが、これに限られるものではなく他の条件を加えても構わない。

図３に示すように、コミュニティ１００へ参加しようとするユーザの端末に属する端末プログラム情報は、共通の目的を持つコミュニティ１００を探索し、探索の結果、該当するコミュニティ１００を発見したか否かを判断する（ステップＳ３０１）。端末プログラム情報は、該当するコミュニティ１００を発見できたと判断した場合に、ユーザ自身の識別情報、例えばここではＵＲＬをコミュニティプログラム情報へ提供する（ステップＳ３０２）。次に、端末プログラム情報は、ユーザ許可情報をコミュニティプログラム情報へ提供する（ステップＳ３０３）。

ユーザ許可情報は、有効期限が設定されていてもよく、例えば１０分間や１８時までという期限付きのものが考えられる。なお、端末プログラム情報は、ステップＳ３０２及びステップＳ３０３において、ユーザ自身の識別情報及びユーザ許可情報を提供しているが少なくとも一方を提供すればよく、両方をコミュニティ１００に提供する必要はない。端末プログラム情報は、コミュニティ１００への参加を決定する（ステップＳ３０４）。なお、ステップＳ３０１において、共通の目的を持つコミュニティ１００を発見することができない場合には発見できるまで探索を続ける。もしくは、あらかじめ決められた時間内に発見することができず、端末プログラム情報が共通の目的を有する別の端末を発見した場合には、発見した端末と新たなコミュニティ１００を形成するようにしてもよい。

次に、図３において説明したように、端末プログラム情報がコミュニティ１００への参加を決定するのではなく、ユーザ自身が参加を決定する場合について図４を用いて説明する。図４に示すように、コミュニティ１００へ参加しようとするユーザの端末に属する端末プログラム情報は、共通の目的を持つコミュニティ１００を探索し、探索の結果、該当するコミュニティ１００を発見したか否かを判断する（ステップＳ４０１）。端末プログラム情報は、該当するコミュニティ１００を発見できたと判断した場合に、発見した旨を示すコミュニティ情報を出力する（ステップＳ４０２）。端末プログラム情報は、ユーザがコミュニティ１００へ参加するかどうか（ステップＳ４０３）の問いに参加する、すなわちＹＥＳとなると、ユーザ自身の識別情報、例えばここではＵＲＬをコミュニティプログラム情報へ提供する（ステップＳ４０４）。コミュニティ情報とは、コミュニティ１００に関する情報を言い、例えばコミュニティ１００が持つ目的などの情報を言う。

端末プログラム情報は、ユーザ許可情報をコミュニティプログラム情報へ提供する（ステップＳ４０５）。なお、端末プログラム情報は、ステップＳ４０４及びステップＳ４０５において、ユーザ自身の識別情報及びユーザ許可情報を提供しているが少なくとも一方を提供すればよく、両方をコミュニティ１００に提供する必要はない。端末プログラム情報は、コミュニティ１００への参加を決定する（ステップＳ４０６）。ここで、端末プログラム情報は、ステップＳ４０３においてユーザからコミュニティ１００へ参加しない旨を受けた場合には、再度、別のコミュニティ１００を探索する。なお、端末プログラム情報は、ステップＳ４０１において、共通の目的を持つコミュニティ１００を発見することができない場合には発見できるまで探索を続ける。もしくは、あらかじめ決められた時間内に発見することができず、端末プログラム情報が共通の目的を有する別の端末を発見した場合には、発見した端末と新たなコミュニティ１００を形成するか否かの問い合わせをユーザにするようにしてもよい。

次に、以下ではコミュニティ１００からの退出方法について図５及び図６を用いて説明する。図５は、端末プログラム情報が退出条件に合致したと判断した場合に自動的に端末をコミュニティ１００から退出させる流れについて説明するためのフロー図である。ここで、退出条件とは退出するための条件を言い、例えばあらかじめ決められた時間が経過したら退出するという条件などを言う。図５に示すように、端末プログラム情報は、退出条件に合致したか否かを判断する（ステップＳ５０１）。端末プログラム情報は、退出条件に合致したと判断した場合に、退出メッセージをコミュニティプログラム情報へ送信する（ステップＳ５０２）。そして、端末プログラム情報は、自身が属する端末をコミュニティ１００から退出させる（ステップＳ５０３）。なお、端末がコミュニティ１００を退出すると、コミュニティ１００に存在する退出した端末のユーザ許可情報は削除される。

次に、図５において説明したように、端末プログラム情報がコミュニティ１００からの退出を決定するのではなく、ユーザ自身が退出を決定する場合について図６を用いて説明する。図６に示すように、端末プログラム情報は、ユーザがコミュニティ１００からの退出の要求をしたか否かを判断する（ステップＳ６０１）。端末プログラム情報は、ユーザから退出の要求を受けたと判断した場合に、退出メッセージをコミュニティプログラム情報へ送信する（ステップＳ６０２）。そして、端末プログラム情報は、自身が属する端末をコミュニティ１００から退出させる（ステップＳ６０３）。なお、端末がコミュニティ１００を退出すると、コミュニティ１００に存在する退出した端末のユーザ許可情報は削除される。

次に、コミュニティの分割について図７を用いて説明する。図７に示すように、コミュニティプログラム情報７００Ａは、あらかじめ決められた分割条件に該当した場合に、コミュニティを分割し、コミュニティプログラム情報７００Ａ自身をコミュニティプログラム情報７００Ｂ及び７００Ｃに分割する。分割されたコミュニティプログラム情報７００Ｂ及び７００Ｃは、コミュニティプログラム情報７００Ａの複製である。すなわち、コミュニティプログラム情報７００Ｂ及び７００Ｃは、コミュニティプログラム情報７００Ａが有する情報、例えば識別情報、ユーザが許可した情報をそのまま保持することになる。あらかじめ決められた分割条件とは、例えばコミュニティを構成する端末数が１０以上になった場合に分割するという条件やコミュニティプログラム情報７００Ａが有するユーザ許可情報が一定のデータ量になった場合に分割するという条件などを言う。なお、分割条件はこれらの条件の組み合わせとしてもよい。

すなわち、コミュニティプログラム情報７００Ａは、例えばコミュニティが１０以上になったと判断した場合に、コミュニティを分割し、分割されたコミュニティそれぞれにコミュニティプログラム情報７００Ａ自身の複製であるコミュニティプログラム情報７００Ｂ及び７００Ｃを割り当てる。このとき、コミュニティプログラム情報７００Ｂには、コミュニティプログラム情報７００Ｃを特定するための情報であるＵＲＬなどが格納され、一方コミュニティプログラム情報７００Ｃには、コミュニティプログラム情報７００Ｂを特定するための情報であるＵＲＬなどが格納される。これにより、分割されても各コミュニティ間にリンクが張られているため情報の共有をすることができる。

次に、コミュニティの結合について図８を用いて説明する。図８に示すように、コミュニティプログラム情報８００Ａ及び８００Ｂは、あらかじめ決められた結合条件に該当する場合に結合し、コミュニティプログラム情報８００Ｃを形成する。あらかじめ決められた結合条件とは、例えばコミュニティを構成する端末数が３つ以下の場合に結合するという条件やコミュニティプログラム情報８００Ａ及び８００Ｂが有するユーザ許可情報が一定のデータ量以下になった場合に結合するという条件などを言う。なお、結合条件は、これらの条件の組み合わせとするようにしてもよい。また、コミュニティの結合においては、結合しようとするそれぞれのコミュニティが有する目的が同一でなければならない。

ここで、結合条件が端末数３つ以下の場合は結合するという条件であり、コミュニティプログラム情報８００Ａ及び８００Ｂが属するコミュニティの端末数がそれぞれ２つ及び３つである場合に、コミュニティプログラム情報８００Ａは、同一の目的を有するコミュニティを探索する一方、コミュニティプログラム情報８００Ｂも同一の目的を有するコミュニティを探索する。コミュニティプログラム情報８００Ａの属するコミュニティの目的とコミュニティプログラム情報８００Ｂの属するコミュニティの目的とが同一の場合、コミュニティプログラム情報８００Ａ及び８００Ｂは互いに結合をする。これにより、コミュニティプログラム情報８００Ａ及び８００Ｂの有する情報は結合される。ここで、結合された後のコミュニティプログラム情報８００Ｃは、コミュニティプログラム情報８００Ａ及び８００Ｂのどちらか一方であってもよく新たに生成されたコミュニティプログラム情報であってもよい。なお、結合のメカニズムについてより詳説すると、コミュニティプログラム情報８００Ａ及び８００Ｂは、それぞれの複製を生成し、コミュニティ間を生成された複製を移動させ、同一の目的を有し、かつ結合条件に合うコミュニティを探させ発見した場合にその旨を伝えさせる。これにより、コミュニティプログラム情報８００Ａと８００Ｂは結合される。

次に、情報共有のフローについて図９を用いて説明する。図９に示すように、端末プログラム情報は、一定の目的を達成するためにユーザが参加するための端末同士から構成され、一定の目的を達成するために複数の端末の間で情報を共有する複数のコミュニティのうち、ユーザによって設定された目的である共通の目的と同一の目的を有するコミュニティを探索する（ステップＳ９０１）。端末プログラム情報は、探索した結果、設定された目的である共通の目的と同一の目的を有するコミュニティを発見した場合にコミュニティに参加させる（ステップＳ９０２）。端末プログラム情報は、コミュニティプログラム情報へ、コミュニティに参加するユーザの端末が保有するユーザ許可情報又はユーザの端末の識別情報の少なくとも一方を引き渡す（ステップＳ９０３）。

端末プログラム情報は、コミュニティを構成する端末が有するユーザ許可情報を取得する場合にはコミュニティプログラム情報を捕らえる（ステップＳ９０４）。端末プログラム情報は、捕らえたコミュニティプログラム情報に対して、端末プログラム情報が属する端末のユーザが望む情報に基づくユーザ許可情報の取得要求をする（ステップＳ９０５）。端末プログラム情報は、ユーザ許可情報の取得要求に対して、ユーザ許可情報又は識別情報の少なくとも一方を取得する（ステップＳ９０６）。

ここで、コミュニティプログラム情報がユーザ許可情報を有している場合には、端末プログラム情報又はコミュニティプログラム情報のうちどちらか一方が、端末プログラム情報が属する端末のユーザが望む情報に基づいてユーザ許可情報の中から選別し、端末プログラム情報は選別されたユーザ許可情報を取得する。一方、コミュニティプログラム情報がユーザ許可情報を有さず識別情報のみを有している場合には、端末プログラム情報は識別情報を取得する。端末プログラム情報は、識別情報を取得した場合、取得した識別情報に基づいて該当する端末へユーザ許可情報の取得要求をする（ステップＳ９０７）。端末プログラム情報は、この取得要求に基づいて該当する端末からユーザ許可情報を取得する。上述した各ステップを実行させるための情報共有処理用プログラムをコンピュータやカーナビゲーションシステムなどの車載機器によって実行させるようにしてもよい。

以下では、上述した情報共有方法を用いた渋滞回避について図１０を用いて説明する。図１０に示すように、車両１００１Ａ、１００１Ｂ、１００１Ｃ、１００１Ｄ、１００１Ｅ、１００１Ｆのすべては、矢印１０００が示す方向へ走行している。これらの車両は「同一方向へ走行する車コミュニティ」を構成している。また、車両１００１Ｃ、１００１Ｄ、１００１Ｆは同一の遊園地へ向かう車両であり、「同一の遊園地へ向かう車コミュニティ」を構成している。ここで、車両１００１Ｄ、１００１Ｅ、１００１Ｆが位置する付近が渋滞をしている場合に、「同一方向へ走行する車コミュニティ」を構成する車両１００１Ｄ、１００１Ｅ、１００１Ｆは、渋滞しているという情報や現在の自身の位置の情報などをユーザ許可情報としてコミュニティ内で共有させる。

車両１００１Ａ、１００１Ｂ、１００１Ｃそれぞれに属する端末プログラム情報が車両間を移動するコミュニティプログラム情報に対して渋滞情報の取得要求をすると、車両１００１Ａ、１００１Ｂ、１００１Ｃそれぞれに属する端末プログラム情報は、前方に居る車両１００１Ｄ、１００１Ｅ、１００１Ｆが渋滞しているという情報や渋滞場所の位置の情報などを含むユーザ許可情報を取得する。これにより、車両１００１Ａ、１００１Ｂ、１００１Ｃは渋滞回避を行い、車両１００１Ｂは右折して車両１００１Ｂ’の方向へ経路変更し、車両１００１Ｃは左折して車両１００１Ｃ’の方向へ経路変更する。車両１００１Ｂ及び１００１Ｃは、経路変更をした後に「同一方向へ走行する車コミュニティ」から退出する。なお、車両１００１Ｃは、左折して「同一方向へ走行する車コミュニティ」を退出しても「同一の遊園地へ向かう車コミュニティ」には継続して参加している。

次に、上述した情報共有方法を用いた円滑な走行の実現について図１１を用いて説明する。図１１に示すように、交差点には、矢印１１００が示す方向へ直進しようとする車両１１０１Ａと、交差点を左折しようとする車両１１０１Ｂと、交差点を右折しようとする車両１１０１Ｃとが存在する。このとき、車両１１０１Ａ、１１０１Ｂ、１１０１Ｃ間において、交差点で円滑に走行したいという共通の目的を有する「交差点に進入する車コミュニティ」が構成される。例えば、車両１１０１Ａは交差点を直進したいため、車両１１０１Ａに属する端末プログラム情報は交差点を右折及び左折する車両の情報の取得要求をする。取得要求に基づいて、コミュニティプログラム情報は、車両１１０１Ｂ及び１１０１Ｃから経路情報などの情報を有していれば車両１１０１Ａに引き渡し、経路情報などの情報を有していなければ車両１１０１Ｂ及び１１０１Ｃの識別情報を引き渡す。

経路情報を取得した車両１１０１Ａに属する端末プログラム情報は、車両１１０１Ｂが交差点を左折し、車両１１０１Ｃが交差点を右折するとわかるため、例えばカーナビゲーションシステムにその旨を出力させる。この場合の出力には表示画面への表示や音声によるものがある。これにより、円滑に交差点を走行することができる。なお、車両１１０１Ｂ及び１１０１Ｃが左折や右折をした後に、車両１１０１Ｂ及び１１０１Ｃは「交差点に進入する車コミュニティ」を退出し、車両１１０１Ａは、車両１１０１Ａが交差点を直進し交差点を抜けた後、「交差点に進入する車コミュニティ」を退出する。なお、上述した例では、交差点に進入する車の間でのコミュニティについて説明したが、同一方向に走行している車両間でコミュニティを構成することによって、車間への割り込みなども円滑にすることができる。

次に、上述した情報共有方法を用いた危険予知の実現について図１２を用いて説明する。図１２（ａ）には、矢印１２００が示す方向へ走行する車両１２０１Ａ及び１２０１Ｂ、車両１２０１Ａの走行レーンに駐車している駐車車両１２０１Ｃ、駐車車両１２０１Ｃの前方に立っている人が所有する携帯電話端末１２０２が示されている。このとき、車両１２０１Ａ、車両１２０１Ｂ、携帯電話端末１２０２間において、円滑に交通したいという共通の目的を有する「車両１２０１Ａを中心とする所定の半径内に存在する端末コミュニティ」が構成される。ここで、車両１２０１Ａを中心とするコミュニティが構成された理由は、例えば車両１２０１Ａが車線変更をしたい場合に、円滑に交通したいという共通の目的を有する周囲にいる車両などに対してコミュニティの構成を積極的に促したためである。

すなわち、コミュニティの構成を促された車両１２０１Ｂ及び携帯電話端末１２０２は、円滑に交通したいという共通の目的を有してはいるが、この場合においては積極的にコミュニティの構成を欲してなかったため、コミュニティには参加するものの受身的なコミュニティへの参加であったためである。このように構成されたコミュニティにおいて、例えば、車両１２０１Ａは車線変更をしたいため、車両１２０１Ａに属する端末プログラム情報は前方及び後続の車両や人の情報の取得要求をする。取得要求に基づいて、コミュニティプログラム情報は、車両１２０１Ｂ及び携帯電話端末１２０２から現在位置などの情報を有していれば車両１２０１Ａに引き渡し、現在位置などの情報を有していなければ車両１２０１Ｂ及び携帯電話端末１２０２の識別情報を引き渡す。

現在位置の情報を取得した車両１２０１Ａに属する端末プログラム情報は、車両１２０１Ｂが後続を走行しており、携帯電話端末１２０２を有する人が駐車車両１２０１Ｃの前方にいることがわかるため、例えばカーナビゲーションシステムにその旨を出力させる。この場合の出力には表示画面への表示や音声によるものがある。これにより、注意を払いながら車線変更を行うことができる。なお、車両１２０１Ｂ及び携帯電話端末１２０２は、車両１２０１Ａの所定の半径より外に位置すると「車両１２０１Ａを中心とする所定の半径内に存在する端末コミュニティ」を退出する。そして、車両１２０１Ｂ及び携帯電話端末１２０２がコミュニティから抜けた後、コミュニティを構成するものが車両１２０１Ａのみになるため、コミュニティは消滅する。

また、図１２（ｂ）はＴ字路に進入する車両１２０１Ｄ及び１２０１Ｅを示している。このとき、車両１２０１Ｄ及び車両１２０１Ｅ間において、円滑に交通したいという共通の目的を有する「車両１２０１Ｄを中心とする所定の半径内に存在する端末コミュニティ」が構成される。この場合も、図１２（ａ）での説明と同様、車両１２０１Ｄから積極的なコミュニティの構成を促されたため、車両１２０１Ｄを中心とするコミュニティが構成された。このように構成されたコミュニティにおいて、例えば、車両１２０１ＤはＴ字路に進入したいため、車両１２０１Ｄに属する端末プログラム情報はＴ字路に進入してくる車両や人の情報の取得要求をする。取得要求に基づいて、コミュニティプログラム情報は、車両１２０１Ｅから現在位置などの情報を有していれば車両１２０１Ｄに引き渡し、現在位置などの情報を有していなければ車両１２０１Ｅの識別情報を引き渡す。

現在位置の情報を取得した車両１２０１Ｄに属する端末プログラム情報は、車両１２０１ＥがＴ字路に進入してくることがわかるため、例えばカーナビゲーションシステムにその旨を出力させる。この場合の出力には表示画面への表示や音声によるものがある。これにより、注意を払いながらＴ字路に進入することができる。なお、車両１２０１Ｅは、車両１２０１Ｄの所定の半径より外に位置すると「車両１２０１Ｄを中心とする所定の半径内に存在する端末コミュニティ」を退出する。そして、車両１２０１Ｅがコミュニティから抜けた後、コミュニティを構成するものが車両１２０１Ｄのみになるため、コミュニティは消滅する。

次に、上述した情報共有方法を用いた危険予知の実現の他のパターンについて図１３を用いて説明する。図１３には、交差点を右折しようとする車両１３０１Ａ及び１３０１Ｂ、車両１３０１Ｂの陰に隠れ、交差点を直進しようとするバイク１３００、信号待ちをしている車両１３０１Ｃ及び１３０１Ｄ、交差点の交通状況の情報を収集するセンサー１３０２Ａ〜１３０２Ｄが示されている。このとき、車両１３０１Ａ〜１３０１Ｄ及びセンサー１３０２Ａ〜１３０２Ｄの間で円滑に交通したいという共通の目的を有する「交差点内端末コミュニティ」が構成される。例えば、車両１３０１Ａは交差点を右折したいため、車両１３０１Ａに属する端末プログラム情報は交差点に進入してくる車両や人の情報の取得要求をする。

取得要求に基づいて、コミュニティプログラム情報は、センサー１３０２Ａから交差点の交通状況の情報を有していれば車両１３０１Ａに引き渡し、交差点の交通状況の情報を有してなければセンサー１３０２Ａの識別情報を引き渡す。なお、センサー１３０２Ａ〜１３０２Ｄは、定点カメラなどから交差点の交通状況の情報を得ることができる。センサー１３０２Ａは、定点カメラなどから交差点に進入してくるバイク１３００の存在を認識できるため、バイク１３００がコミュニティに参加していなくてもコミュニティを構成する端末へバイク１３００の存在の情報を提供することができる。他のセンサー１３０２Ｂ〜１３０２Ｄにおいても同様である。車両１３０１Ａに属する端末プログラム情報は、識別情報が引き渡された場合は、直接センサー１３０２Ａに問い合わせて情報を得る。

交差点の交通状況の情報を取得した車両１３０１Ａに属する端末プログラム情報は、バイク１３００が交差点に進入してくることがわかるため、例えばカーナビゲーションシステムにその旨を出力させる。この場合の出力には表示画面への表示や音声によるものがある。これにより、注意を払いながら交差点を右折することができる。なお、車両１３０１Ａが交差点の右折を完了すると、車両１３０１Ａは「交差点内端末コミュニティ」を退出する。車両１３０１Ｂに関しても同様に考えられる。また、車両１３０１Ｄが左折をしようとする場合も同様に考えられる。車両１３０１Ｄの左後方を走行する不図示のバイクが交差点を直進しようとする場合、車両１３０１Ｄに属する端末プログラム情報は、センサー１３０２Ｂから不図示のバイクの情報を受けることができる。これにより注意を払いながら左折することができる。

次に、上述した情報共有方法を用いたサービスエリア利用について図１４を用いて説明する。図１４には、サービスエリア１４００、道路を走行する車両１４０１Ａ及び１４０１Ｂが示されている。このとき、サービスエリア１４００、車両１４０１Ａ及び１４０１Ｂの間で休憩するという共通の目的を有する「サービスエリア１４００を中心とする所定の半径内に存在する端末コミュニティ」が構成される。例えば、車両１４０１Ａは休憩をしたいため、車両１４０１Ａに属する端末プログラム情報はサービスエリア１４００の混雑状況の情報の取得要求をする。取得要求に基づいて、コミュニティプログラム情報は、サービスエリア１４００から混雑状況の情報を有していれば車両１４０１Ａに引き渡し、混雑状況の情報を有していなければサービスエリア１４００の識別情報を引き渡す。

混雑状況の情報を取得した車両１４０１Ａに属する端末プログラム情報は、混雑状況の情報を、例えばカーナビゲーションシステムにその旨を出力させる。この場合の出力には表示画面への表示や音声によるものがある。これにより、サービスエリア１４００に立ち寄るか否かの決定をすることができる。また、立ち寄る場合に、食事のメニューや駐車場の空きスペースの情報を取得することも可能である。なお、車両１４０１Ａ及び１４０１Ｂが、サービスエリア１４００の所定の半径より外に出ると「サービスエリア１４００を中心とする所定の半径内に存在する端末コミュニティ」を退出する。そして、車両１４０１Ａ及び１４０１Ｂがコミュニティから抜けた後、コミュニティを構成するものがサービスエリア１４００のみになった場合にコミュニティは消滅する。上述した例では、車両１４０１Ａの場合について説明したが、車両１４０１Ｂについても同様に考えられる。

本発明に係る情報共有方法及び情報共有処理用プログラムは、集中サーバの保守にかかるコストが不要で、コミュニティ間の他の端末の情報を保持せずに情報を共有することができるため、コミュニティ内の複数のユーザ間で情報を共有することができる情報共有方法及び情報共有処理用プログラムなどに有用である。

本発明の実施の形態に係る情報共有方法について説明するための図である。 本発明の実施の形態に係る情報共有方法において複数のコミュニティへの参加について説明するための図である。 本発明の実施の形態に係る情報共有方法においてコミュニティに参加する方法について説明するためのフロー図である。 本発明の実施の形態に係る情報共有方法においてコミュニティに参加する方法について説明するためのフロー図である。 本発明の実施の形態に係る情報共有方法においてコミュニティからの退出方法について説明するためのフロー図である。 本発明の実施の形態に係る情報共有方法においてコミュニティからの退出方法について説明するためのフロー図である。 本発明の実施の形態に係る情報共有方法においてコミュニティの分割について説明するための図である。 本発明の実施の形態に係る情報共有方法においてコミュニティの結合について説明するための図である。 本発明の実施の形態に係る情報共有方法について説明するためのフロー図である。 本発明の実施の形態に係る情報共有方法を用いた渋滞回避について説明するための図である。 本発明の実施の形態に係る情報共有方法を用いた円滑な走行の実現について説明するための図である。 本発明の実施の形態に係る情報共有方法を用いた危険予知の実現について説明するための図である。 本発明の実施の形態に係る情報共有方法を用いた危険予知の実現の他のパターンについて説明するための図である。 本発明の実施の形態に係る情報共有方法を用いたサービスエリア利用について説明するための図である。

符号の説明

１００、２００Ａ、２００Ｂ コミュニティ
１０１Ａ、１０１Ｂ、２０１Ａ、２０１Ｂ、２０１Ｃ、２０１Ｄ、２０１Ｅ、１００１Ａ，１００１Ｂ、１００１Ｂ’、１００１Ｃ、１００１Ｃ’、１００１Ｄ、１００１Ｅ、１００１Ｆ、１１０１Ａ、１１０１Ｂ、１１０１Ｃ、１２０１Ａ、１２０１Ｂ、１２０１Ｃ、１２０１Ｄ、１２０１Ｅ、１３０１Ａ、１３０１Ｂ、１３０１Ｃ、１３０１Ｄ、１４０１Ａ、１４０１Ｂ 車両
１０２ ＰＤＡ
７００Ａ、７００Ｂ、７００Ｃ、８００Ａ、８００Ｂ、８００Ｃ コミュニティプログラム情報
１０００、１１００、１２００ 矢印
１２０２ 携帯電話端末
１３００ バイク
１３０２Ａ、１３０２Ｂ、１３０２Ｃ、１３０２Ｄ センサー
１４００ サービスエリア

Claims (6)

1. 一定の目的を達成するためにユーザが参加するための端末同士から構成され、前記一定の目的を達成するために前記端末の間で情報を共有する複数のコミュニティのうち、ユーザによって設定された目的と共通の目的を有するコミュニティを探索するステップと、
   探索した結果、設定された前記目的と共通の目的を有する前記コミュニティを発見した場合に前記コミュニティに参加するステップと、
   前記端末間を移動し、前記端末間で共有する前記情報である共有情報又は前記共有情報を保有する前記端末の識別情報の少なくとも一方を有するコミュニティプログラム情報へ、前記コミュニティに参加する前記ユーザの端末が保有する情報又は前記ユーザの端末の識別情報の少なくとも一方を引き渡すステップと、
   前記コミュニティの前記共有情報を取得する場合、前記端末間を移動する前記コミュニティプログラム情報を捕らえるステップと、
   捕らえた前記コミュニティプログラム情報に前記共有情報の取得要求をするステップと、
   前記共有情報の取得要求に基づいて、前記共有情報又は前記共有情報を保有する前記端末の識別情報の少なくとも一方を前記コミュニティプログラム情報から取得するステップと、
   前記共有情報を保有する前記端末の識別情報を取得した場合、取得した前記識別情報に基づいて前記端末へ前記共有情報の取得要求をするステップとを、
   有する情報共有方法。
2. 前記コミュニティを探索した結果、設定された前記目的と共通の目的を有する前記コミュニティを発見し前記コミュニティに参加する際に、前記コミュニティに参加するか否かの問い合わせを行うステップをさらに有する請求項１に記載の情報共有方法。
3. あらかじめ決められた前記コミュニティからの退出条件に該当する場合に前記コミュニティを退出するステップをさらに有する請求項１又は２に記載の情報共有方法。
4. 前記コミュニティからの前記退出条件に該当する場合に、退出するか否かの問い合わせを行うステップをさらに有する請求項３に記載の情報共有方法。
5. 請求項１から４のいずれか１つに記載の情報共有方法をコンピュータにより実行するための情報共有処理用プログラム。
6. 請求項１から４のいずれか１つに記載の情報共有方法を車載機器により実行するための情報共有処理用プログラム。
   

Images