(57)【特許請求の範囲】
【請求項１】
遠隔音声会話のチャンネルの識別情報とともに受信した音声データを、所定時間以内に同一の識別情報
を送信してきた端末（４）に送信するネットワークサーバー（３）であって、
受信した音声データを、当該識別情報のチャンネルの過去音声データとして、発言（連続する発話の単位）ごとに蓄積しており、
実質無音（ネットワークサーバーが当該識別情報とともに受信する音声データ部の音量が実質的に無音）となっている
識別情報に対応する遠隔音声会話のチャンネルについて、
以前に受信した発言（連続する発話の単位）として蓄積していた音声データを、新しい順に、
前記所定時間以内に同一の識別情報を送信してきた端末（４）に送信する
ことを特徴とするネットワークサーバー（３）。
【請求項２】
転送先アドレス情報を含む所定形式（例えば。＠を１つだけ含む文字列）の識別情報とともに受信した音声データをその転送先アドレスに転送する、又は、
メールの添付形式でネットワークサーバー（３）が受信した音声データ（もしくはメールのテキスト本文データを機械読み上げにより音声データに変換したもの）を、送信元メールアドレスを識別情報とした過去音声データとして蓄積することを特徴とする
請求項１に記載のネットワークサーバー（３）。
【請求項３】
携帯端末（１）から受信した識別情報が別の携帯端末（５）の識別ＩＤであった場合に、当該識別ＩＤに該当する携帯端末（５）から受信したすべての音声データを該携帯端末（５）から受信した識別情報にかかわらず前記携帯端末（１）に送信することを特徴とする、請求項１から２のいずれか一項に記載のネットワークサーバー（３）。
【請求項４】
受信した識別情報をインターネットで表示し、当該識別情報に対応する音声会話チャンネルの参加者を増やすように動作する請求項１から３のいずれか一項に記載のネットワークサーバー（３）。
【請求項５】
識別情報に対応するチャンネル毎に、所定の端末ＩＤに対応する携帯端末（１）が音声データを送信若しくは受信する許可若しくは不許可を設定できるようにした請求項１から４のいずれか一項に記載のネットワークサーバー（３）。
【請求項６】
チャンネルに対応する音声データを携帯端末（１）に送信する前後に所定の広告用音声データを携帯端末（１）に送信する機能を有する請求項１から５のいずれか一項に記載のネットワークサーバー（３）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声会話（会議通話を含む。以下同じ）のための遠隔通信方法、そのためのネットワークサーバー及び携帯端末に関する。
【背景技術】
【０００２】
近年、インターネット回線を通じた音声会話システム（下記、非特許文献１等）が普及しつつある。
【０００３】
この従来の音声会話システムでは、各人が所有するパソコンや携帯端末（スマートフォンを含む）に音声会話用のクライアントソフトをインストールすることにより、その知り合いや不特定多数の人と音声会話が可能になっている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「ＳＫＹＰＥ  会議通話」  http://www.skype.com/intl/ja/features/allfeatures/conference-calls/
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、スマートフォン向けに代表される従来の音声会話システムには、次のような解決すべき課題があった。
【０００６】
課題１）高齢者や子供にとって、いまだその操作が複雑で取扱いが困難なパソコンや携帯端末（スマートフォン）が必要であり、先ず音声会話システム用のクライアントソフトウェアをインストールし、ユーザー登録をし、所望のユーザーを検索し、通話を開始するという一連の操作をしなければならないことが、大きな心理的障壁になっていた。
【０００７】
本発明はこのような事情に鑑みてなされたものであって、シンプルな操作で、高齢者や子供、目の不自由な人を含め、誰でも手軽に、公共の場所等を移動しながらでも、安心して、安価に、コストや電源占有の迷惑を気にすることなく、節電しながら音声会話システム（遠隔）を利用可能にすることである。
【課題を解決するための手段】
【０００８】
かかる課題を解決を解決すべく、
本発明は、
第一の利用者が、携帯端末（１）に対し、別の端末（２）により、遠隔音声会話用のチャンネルの識別情報（ネットワークサーバーのアドレスを含んでよい）を設定するステップ１と、
携帯端末（１）が、第一の利用者又は別の第二の利用者が入力した音声データを、前記設定された識別情報に関係するネットワークサーバー（３）に、該識別情報（又は該識別情報からネットワークサーバー情報を除いた識別子、以下単に「該識別情報」という）及び該携帯端末（１）の識別ＩＤとともに周期的に送信するステップ２と、
ネットワークサーバー（３）が、該識別情報及び該携帯端末（１）の識別ＩＤとともに受信した音声データを、所定時間内に同一の識別情報を送信してきた端末（４）に送信するステップ３を
含むことを特徴とする遠隔通信方法を用いることができる。
これにより、第一の利用者がある程度の熟練者であれば、第二の利用者は、会話の相手（複数のこともある）の識別情報やアドレス等をほとんど意識することなく、携帯端末を利用して、大変簡単に遠隔の音声会話（複数人参加の会議形式であってもよい）を楽しむことができる。
識別情報は、例えばインターネットのＵＲＩであってよく、ＵＲＩの前半にネットワークサーバー自体のアドレス、後半にそのネットワークサーバー内でのチャンネル識別子を（場合よっては階層的に）配置したものとすることができる。チャンネル識別子を階層的に配置した場合には、ルート側の識別子だけを含む識別情報でのアクセスは、その配下の識別子で特定されるチャンネルのすべての通信に参加するチャンネルへのアクセスと解釈し、実際に配下のチャンネルの分も送受信するようにネットワークサーバーを構成することができる。
【０００９】
また、本発明は、
前記ステップ１において、複数の識別情報に応じた複数のチャンネルを設定することと、
前記ステップ２以前において、前記複数のチャンネルのうちの一又は複数のチャネルを、第一の利用者又は第二の利用者が、携帯端末（１）のボタン、レバー、ダイアル（ジョグダイアルであってよい）、加速度センサー又は音声認識装置（１ａ）を駆使して選択するステップ１−２をさらに含むことと、
を特徴とする方法を用いることができる。
これにより、従来のような自由度の高いユーザーインターフェイスで迷ったりすることなく、高齢者や子供の利用者でも、大変簡単に、すぐに所望のチャンネルの音声会話を楽しむことができる。
あるチャンネルは、例えば、近所の釣りサークルのためのものであってよい。また別のチャンネルは、家族のためのチャンネルであってよく、さらに別のチャンネルは所属する会社の部署のチャンネルであってよく、各コミュニティの参加者は、各識別情報をあらかじめコミュニティ内で交換し、家族の熟練者等のＰＣから設定してもらうことにより、各自の携帯端末を利用することができるようになる。
【００１０】
また、本発明は、
前記ステップ１において該携帯端末（１）と別の端末（２）を接続する（ＵＳＢ接続であってよい）ために使用する端子（１ｂ）により、該携帯端末（１）への充電又は送電をも可能としていることを特徴とする方法を用いることができる。
これにより、利用者側のシステム構成が格段にシンプルになり、心理的障壁がさらに少なくなる。特に、識別情報等の設定を頻繁に更新する第一の利用者がそのまま第二の利用者として携帯端末（１）を利用する場合は有利となる。
ＵＳＢ接続とＵＳＢ端子が最も普及しており有利であるが、信号と電力の両方の供給が可能である限りはイーサネット（登録商標）等であってもよい。
【００１１】
また、本発明は、
別の端末（２）から遠隔音声会話用のチャンネルの識別情報を設定するために接続可能な端子（１ｂ）と、
前記端子（１ｂ）により設定された遠隔音声会話のチャンネルを選択するための選択手段（音声認識形式でもよく、電源スイッチと統合されていてもよく、設定されたチャンネルが一つのみの場合は電源スイッチも当該選択手段に該当する）（１ａ）と、
ネットワークに無線接続するための手段（１ｃ）と、
利用者が入力した音声データを前記選択されたチャンネルの識別情報に関係するネットワークサーバー（群でもよい）に送信して、該ネットワークサーバーから返信された音声データを再生する手段（１ｄ）と
を有することができる。
ネットサーバー（群）は、例えば、負荷分散や冗長性のために複数台のネットワークサーバーを互いに連携させて単一ドメインとして構築したものであってよい。
【００１２】
また、本発明は、
前記チャンネルを選択するための選択手段（１ａ）が、同一の操作を続けると元の選択状態に戻れる巡回式（例えば、ジョグダイアル等のダイアル形式、一つのボタンを押すごとに状態がかわり一定周期でもとに戻る形式、レバーによる同様の形式、加速度センサーによる同様の形式、音声認識による同様の形式）であることができる。
これにより、端末の操作に慣れていない高齢者や子供であっても、同一の操作を続けるだけで、安心して元の選択状態（あるいは電源ＯＦＦ）に復帰することができ、さらに心理的障壁が少なくなる。
音声認識の場合は、例えば「つぎ」や「つ」と発音することにより、次のチャンネルを選択するように動作するように構成してもよい。なお、電源と選択手段を別のボタンとしたときは、フラッシュメモリ等の不揮発性のメモリを用いたり、ダイアルの位置をずれにくくすることにより、電源のＯＮ／ＯＦＦの前後で明らかに以前の選択状態を保持したまま再開するようにすることができる。
【００１３】
また、本発明は、
携帯端末（１）への可動部品による入力手段（１ａ）が、電源スイッチと統合された又はされない前記選択手段のみであることができる。
これにより、携帯端末（１）のスイッチの数を極端な例で１つ又は２つにすることができ、簡便性が極大化する。
統合された選択手段兼電源スイッチは、例えばプッシュボタンやジョグダイアルであってよい。チャンネルを一つに絞った構成では、電源ＯＮ／ＯＦＦと音量調節ダイアルを統合することもできる。
【００１４】
また、本発明は、
前記チャンネルの識別情報を設定するための接続可能な端子（１ｂ）を、携帯端末（１）への充電又は送電にも利用可能に構成することが可能である。
これにより、前述の構成と同様と同様、利用者側のシステム構成が格段にシンプルになり、心理的障壁がさらに少なくなる。特に、識別情報等の設定を頻繁に更新する第一の利用者がそのまま第二の利用者として携帯端末（１）を利用する場合は有利となる。
前述の構成と同様、ＵＳＢ接続とＵＳＢ端子が最も普及しており有利であるが、信号と電力の両方の供給が可能である限りはイーサネット（登録商標）等であってもよい。
【００１５】
また、本発明は、
該携帯端末（１）又は内蔵充電池（１ｄ）が自家発電素子（１ｅ）と接続されていることができる。
これにより、自家発電が可能となり、節電、安価な使用、長時間使用、電力コストを全く気にしない使用等が現実に可能となる。
自家発電素子は、例えば太陽光や人工光を対象とする光発電素子であってよく、あるいは風力発電素子、ハンドル手回し発電素子などの人力発電素子、等であってもよい。
【００１６】
また、本発明のネットワークサーバー（３）は、
遠隔音声会話のチャンネルの識別情報及び音声入力がされた携帯端末（１）の識別ＩＤとともに受信した音声データを、所定時間内に同一の識別情報を送信してきた端末（４）に送信することを特徴とする。
これにより、サーバーの単純追加によるスケールアウトが可能（スケーラブル）でかつシンプルな処理構成による高いスループットをもつ音声配信サーバーが実現できる。
識別ＩＤは、携帯端末に設定された、ＩＰアドレス（Ｖ４又はＶ６）であってもよく、さらに独自の体系であってもよく、これらを組み合わせたものであってもよい。
【００１７】
また、本発明（請求項１）のネットワークサーバー（３）は、
遠隔音声会話のチャンネルの識別情報とともに受信した音声データを、所定時間以内に同一の識別情報
を送信してきた端末（４）に送信するネットワークサーバー（３）であって、
受信した音声データを、当該識別情報のチャンネルの過去音声データとして、発言（連続する発話の単位）ごとに蓄積しており、
実質無音（ネットワークサーバーが当該識別情報とともに受信する音声データ部の音量が実質的に無音）となっている
識別情報に対応する遠隔音声会話のチャンネルについて、
以前に受信した発言（連続する発話の単位）として蓄積していた音声データを、新しい順に、
前記所定時間以内に同一の識別情報を送信してきた端末（４）に送信する
ことを特徴とする。
これにより、実質無音となっているチャンネルの無駄や退屈を解消し、伝言板機能、メモ機能、議事録機能、過去発言思いだし機能等として
活用することを可能にする。
実質無音は、例えば本発明のための独自アプリケーションプロトコルにおける取り決め
により機械的に判断することもでき、音声データ部の音量等を解析することによっても明
らかに判断することができる。
【００１８】
また、本発明（請求項２）のネットワークサーバー（３）は、
転送先アドレス情報を含む所定形式（例えば。＠を１つだけ含む文字列）の識別情報とともに受信した音声データをその転送先アドレスに転送する、又は、
メールの添付形式でネットワークサーバー（３）が受信した音声データ（もしくはメールのテキスト本文データを機械読み上げにより音声データに変換したもの）を、送信元メールアドレスを識別情報とした過去音声データとして蓄積することを特徴とする。
これにより、音声会話とメール等とのプロトコル変換（ゲートウエイ）機能（メール連携機能）を実現することができ、メール等になれていない高齢者とメールで情報を一元管理したい側とのコミュニケーションを円滑かつ確実にすることができる。
転送先アドレスは、ネットワークサーバーに事前設定しておけばよく、例えばメールアドレスやＦＴＰアドレスやＳＮＳ等のメッセージアドレス等であってよい。
【００１９】
また、本発明（請求項３）のネットワークサーバー（３）は、
携帯端末（１）から受信した識別情報が別の携帯端末（５）の識別ＩＤであった場合に、当該識別ＩＤに該当する携帯端末（５）から受信したすべての音声データを該携帯端末（５）から受信した識別情報にかかわらず前記携帯端末（１）に送信することを特徴とする。
これにより、当該ネットワークサーバー（３）が管轄するすべてのチャンネルについて、別の携帯端末（５）からの音声データを監視する機能（特定端末フォロー機能）を簡易に実現することができ、高齢者や子供のＳＯＳ等の緊急情報をもれなく受信したり、情報管理上重要な特定の携帯端末からの発言を記録したり監査したり検閲したりすることを容易にする。
【００２０】
また、本発明（請求項４）のネットワークサーバー（３）は、
受信した識別情報をインターネットで表示し、当該識別情報に対応する音声会話チャンネルの参加者を増やすように動作することを特徴とする。
これにより、関心を同じくする利用者間で識別情報を完全一致で共有することが容易になり、有用な音声会話や新たなコミュニティの誕生を促進することができる。
この場合の識別情報は、例えば、サーバーアドレスに「金沢駅改札口その１５」や「高島平空手同好会２」や「○○中学校３年」等の識別子を加えたものであってよい。他の複数のネットワークサーバー分の識別情報を一括して管理し表示するネットワークサーバーを構成することも明らかに可能である。また、サーバーアドレスを省略して識別子だけで所定の（名前解決用の特別な）ネットワークサーバーにアクセスした携帯端末（１）に対し、「○○中学校３年」のような名前（識別子）だけから対応する適当なネットワークサーバーアドレスを解決し、該当するネットワークサーバーに処理を振り分ける名前解決機能を有していてもよい。
【００２１】
また、本発明（請求項５）のネットワークサーバー（３）は、
識別情報に対応するチャンネル毎に、所定の端末ＩＤに対応する携帯端末（１）が音声データを送信若しくは受信する許可若しくは不許可を設定できるようにしたことを特徴とする。
これにより、ネットワークサーバーの所有企業等の方針により、チャンネルごとに必要なアクセス制限が可能になり、安心してそのチャンネルに発言したり、そのチャンネル視聴したりすることが可能になる。
この具体的な実現は、ipフィルタリング等と同様に実現可能であり自明である。
【００２２】
また、本発明（請求項６）のネットワークサーバー（３）は、
チャンネルに対応する音声データを携帯端末（１）に送信する前後に所定の広告用音声データを携帯端末（１）に送信する機能を有することを特徴とする。
これにより、広告内容に適したコミュニティへの広告内容（音声）の確実なリーチが見込まれ、本発明によるネットワークサーバーの運営事業を容易に収益化することが可能になり、安価で利便性の高い本発明のシステムが普及しやすくなる。
この具体的な実現は、あまりにも多様かつ自明であり、詳述しない。
【発明の効果】
【００２３】
電気代や電話代を気にせず、かつＩＴスキルにかかわらず高齢者や子供でも気軽に使用が可能な遠隔音声会話用の携帯端末を提供し、所望の相手やコミュニティ又は不特定多数の人々と長時間の会話や会議が可能となる。
【図面の簡単な説明】
【００２４】
【図１】この発明の基本実施形態の全体図を示す。
【図２】この発明の遠隔通信方法のフローチャートを示す。
【図３】この発明のネットワークサーバーの動作を示す。
【図４】この発明の一応用実施形態を示す。
【図５】この発明の別応用実施形態を示す。
【図６】この発明のさらに別の応用実施形態を示す。
【図７】この発明のさらに別の応用実施形態を示す。
【図８】この発明のさらに別の応用実施形態を示す。
【発明を実施するための形態】
【００２５】
以下、本発明の好適な実施の形態について添付図面により説明する。
本実施の形態では、利用者（高齢者や子供）の保護者等（パソコンが得意な家族）が、ＰＣからのＵＳＢ接続により携帯端末（１）に遠隔音声会話用の複数（１個から２０個まで）のチャンネルの識別情報を設定（場合によっては日々の充電や送電もできるように）しておき、利用者（高齢者や子供）がシンプルなジョグダイヤルのみで簡単にチャンネルを選択できるようにする。携帯端末（１）が、利用者が発話した音声データをマイクロフォンで受けてエンコードして音声データとし、上記設定された識別情報から得られるインターネットアドレスのネットワークサーバー（３）に、当該識別情報及び携帯端末（１）の識別ＩＤ（ＩＰアドレス）とともに周期的に送信し、そのネットワークサーバー（３）が、該識別情報及び該携帯端末（１）の識別ＩＤ（ＩＰアドレス）とともに受信した音声データを、所定時間内に同一の識別情報を送信してきた別の携帯端末（４、５等）に送信する。送信された音声データは、その別の携帯端末でデコードされて再生される。別の携帯端末（４）で入力された音声も同様に他の携帯端末（１、５等）に配信されて、会話や会議が成立する。各携帯端末に内蔵する自家発電素子（太陽光発電素子）により日当たりのよい老人ホームや野外の公園等で充電しながら長時間利用を可能とする。さらに、伝言機能、メールとのゲートウエイ機能、特定端末監視機能、チャネル公開機能、アクセス制限機能を併せて実装した実施形態である。
全体として、ジョグダイアルを所望のチャネルをあわせるとＷｉｆｉ通信を通じて同じチャネルに繋いでいる人々と音声会話や会議を簡単に始めることができる形態となっている。会話を行う利用者のすることはジョグダイアル（電源ＯＦＦをジョグダイアルの特定の位置とするように設計しているため）を合わせるだけである。それによってＷｉｆｉを通じて音声通話が直ちに開始される。通話の同期性能は完全にリアルタイムである必要はなく、サーバー運営コストや中継機器のコストパフォーマンス等を考慮して許容可能な適当な遅延を許容した実装としている。
また、ＵＳＢで携帯端末に対する充電や送電をＰＣからしていない時は、太陽電池（太陽光発電素子による発電）から動作電源を得る。これによって、日当たりの良い高齢者ホーム等での電源のない場所での使用等も可能にし、世の中の会話量（コミュニケーション量）の大幅な増加と節電を期待する。
【００２６】
図１は、この発明の基本実施形態の全体図を示す。
図において、携帯端末１は、音声会話のためのデジタル機器としての一般的な構成である図示しないＣＰＵ、音声エンコード／デコード用ＩＣ、揮発性メモリ、不揮発性メモリ（本発明の携帯端末機能のうち一般的な機能（ロジック）を実現するための公知のプログラムと本発明に特有の機能（ロジック）を実現するプログラム（ただし、特有の機能の実施可能性については自明のため詳述はしない）を収めたＲＯＭ、システムの設定や途中状態を記憶するフラッシュメモリ、等）、システムバス、マイクロフォン、スピーカ及びヘッドフォン端子等を備えるほか、
遠隔音声会話のチャンネルを選択するための選択手段（ジョグダイアル形式）１ａ、
選択可能な複数のチャンネルに対応する複数の識別情報を別の端末２（デスクトップパソコンやノートパソコン）から設定するためのＵＳＢ接続を可能にし、かつ、携帯端末１に電力を供給（送電）し充電も行うためのＵＳＢ接続端子１ｂ、
既設公衆無線網やＷｉＦｉ無線ＬＡＮ等に無線接続するための無線接続手段１ｃ（システムバスに接続された専用回路とアンテナ）、
太陽光を受けれない環境下でも長時間の無線通信と音声入出力を可能にする電力を携帯端末１に供給する内蔵充電池１ｄ、および、
この内蔵充電池１ｄと接続した自家発電素子（公知の光発電素子（太陽光発電素子））１ｅを備え、
図示しない配線やバスにより、電気的、磁気的あるいは電子回路として結合されている。
この携帯端末１の動作は、本発明で特に示す以外の部分については、一般的なデジタル携帯端末の動作と同様であり本発明の特徴ではないため詳述はしないが、マイクロフォンから入力された音声を一般的な音声エンコードＩＣによりエンコード（Ａ／Ｄ変換を含む）して、選択したチャンネルの識別情報から得られるネットワークサーバー宛てにＵＤＰ／ＩＰ（別の実施形態ではＴＣＰ／ＩＰ）により送信し、そのネットワークサーバーから返信されたパケットに含まれる音声データを一般的な音声デコードＩＣによりデコード（Ｄ／Ａ変換を含む）して図示しないアンプ素子（もちろん、ＡＳＩＣ等に統合されていてもよい）により増幅してスピーカやヘッドフォン端子に出力する。
なお、携帯端末１の形状は、図示しない別のよりスタイリッシュで親しみやすい実施形態では低い六角柱の上に円形のジョグダイアル（１ａ）を乗せて実現しており本体上蓋が回転ダイヤルとなっており、３〜２０（他の実施形態では１、２、２１以上の場合もある）個のチャネルを選択できるようにしている。本実施形態では２０のチャンネルを選択可能に構成している。
なお、ＵＳＢ接続については、図示しないより簡便な実施形態では、端末２（デスクトップパソコン）とＵＳＢ接続したＵＳＢスタンドを介して携帯端末１を接続する（ＵＳＢスタンドに置く）ことにより、一般的なＵＳＢ端子差込口への差し込みを不要とし、日々の充電や送電を高齢者や子供でも楽にできるようにしている（本行は平島考案）。
また、設定用ＰＣ（端末２）には、本発明による識別情報の設定を携帯端末（１、４、５等）に対して設定しやすいような専用アプリケーションを、一般的なＯＳ上にインストールしている。なお、より簡易な実施形態では、携帯端末のフラッシュメモリを、一般的なＵＳＢメモリ関連技術により、ＯＳからアクセス可能な記憶ディスクデバイス（リムーバブル記憶領域があるデバイス）として認識させ、そのディスク上の所定フォルダの所定ファイルにテキスト形式で識別情報を複数設定できるようにしている。識別情報のテキスト形式での設定は、テキストの１行目の識別情報をジョグダイアルの１チャンネル目用のネットワークサーバーアドレスとそのサーバーが管理する複数のチャンネルを識別する枝番号として設定し（例えば、チャンネル１は「ｈｔｔｐ：／／○○○．ｃｏｍ／１」）、２行目の識別情報を同様に２チャンネル目用として設定し（例えば、「ｈｔｔｐ：／／○○○．ｃｏｍ／２」）、・・・同様に２０行目（例えば、「ｈｔｔｐ：／／○○○．ｃｏｍ／２０」）まで設定している。
また、ネットワークサーバー（群）３は、図示しない公知のインターネット有線接続システムや無線接続システム（既設公衆無線網やＷｉＦｉ無線ＬＡＮ、等）２を通じて、各利用者ごとの携帯端末１、４、５（他の図示しない無数の同種携帯端末を含む。以下同じ）と接続されており、受信した音声データを、その音声データを発信した携帯端末とは異なる（多くの場合複数の）携帯端末に送信する。
【００２７】
図２は、この発明の遠隔通信方法のフローチャートを示す。
ステップＳ１で、第一の利用者が、携帯端末（１）に対し、別の端末（２）により、遠隔音声会話用のチャンネルの識別情報（ネットワークサーバーのアドレスも含むもの）を設定する。
ステップＳ２では、携帯端末（１）が、音声入力された音声データを（エンコードした上で）、ステップ１で設定された識別情報（のうち、第二の利用者が選択したチャンネルに対応するもの）に関係する（本実施例ではアドレスが識別情報に含まれる）ネットワークサーバー（３）に、識別情報及び携帯端末（１）の識別ＩＤ（ＩＰアドレス）とともに、所定の周期（Ｎｍｓ）で区切って送信している。
ついで、ステップＳ３では、ネットワークサーバー（３）が、識別情報及び携帯端末（１）の識別ＩＤ（ＩＰアドレス）とともに受信した音声データを、同じ周期（Ｎｍｓ）で、同一の識別情報を送信してきた携帯端末（４、５）に送信している。これを、携帯端末（１）とネット―ワークサーバー（３）とが協働して（必要に応じて同期しながら）連続して行い（図の点線のフローの繰り返し）、かつ、他の携帯端末も含めて双方向（１＞４、５や４＞１、５や５＞１、４等）で繰り返すことにより、実質的な音声会話が可能になる。もちろん携帯端末数を増やすこともできる。
なお、別の実施形態として、ＩＰマルチキャスト形式が効率的な場合は、ＩＰマルチキャスト形式の送受信と組み合わせ可能かつ実装可能なことはいうまでもない。
【００２８】
図３は、この発明のネットワークサーバー（３）の動作を示す。
ステップＳ３Ａでは、各音声データを、チャンネルの識別情報、及び、各音声入力がされた各携帯端末の各識別ＩＤとともに受信している。
また、ステップＳ３Ｂでは、受信した各音声データを、所定の周期（Ｎｍｓ）で同一の識別情報を送信してきた各端末（４）に、（もれなくだぶりなく）送信している。
この所定の周期は本実施形態では、携帯端末側の送信周期と同一（１００ｍｓ）であるが、別の実施形態では、携帯端末側の送信周期よりＮを大きくしても会話は成立する。
【００２９】
図４は、この発明の一応用実施形態としての伝言板機能について示す。ただし、基本の実施形態及び他の応用実施形態と矛盾するものではなく、相互に有用性を補強し、相乗効果をもたらすものである。
伝言板機能とは、選択したチャネルに対し、自分の携帯端末以外に誰もつないでいない（したがって、自分以外音声データを発信する人がおらず会話や会議が成立せず（ある意味、退屈でもある））ときに、そのチャネル（識別情報に対応するネットワークサーバーアドレスと識別子の組）への過去の所定時間（例えば、ｍ分、ｍ時間、ｍ日、ｍ週間、ｍか月、ｍ年分、等）内の発言（連続する発話の単位（音声データの発言への分割は既存の各種技術（無音を区切りとする等）に従って行っている））について、ネットワークサーバーが録音してある音声データを、新しい発言から順番に聞くことできる機能である。これにより音声伝言板として機能する。
この機能のために、ネットワークサーバー（３）は、図のＰ１とＰ２を実施するプログラム（各Ｐの実現方法自体は本発明の特徴でもなく自明でもあるため、詳述しない）を含んでいる。
すなわちＰ１では、識別情報に対応するチャンネル毎に受信した音声データを、過去音声データとして、発言（連続する発話の単位）ごとに蓄積している。蓄積の方法は、発言ごとにその音声データをファイル化したものを、識別情報をフォルダ名とするフォルダ階層に分類して、発言開始時刻をファイル名として保存していってもよく、その他の方法でもよい。
また、Ｐ２では、識別情報に対応するチャンネルごとに、実質無音となっているチャンネルについて、その無音以前に受信した発言（連続する発話の単位）についての（Ｐ１で）ファイル蓄積していた音声データを、新しい順に、その同一の識別情報を送信してきた携帯端末（４）に送信する。
【００３０】
図５は、この発明の別の応用実施形態としてのメール連携機能を示す。ただし、基本の実施形態及び他の応用実施形態と矛盾するものではなく、相互に有用性を補強し、相乗効果をもたらすものである。
この実施形態でのメール連携機能とは、識別情報が「＠」（半角）を含むものは、ネットワークサーバ（３）のプログラムがメールアドレスである（メール連携希望）と判断し、そのメールアドレスに音声ファイルを添付して送信するものである。また、送信されたメールアドレスから返信すると、返信テキスト等を読み上げた内容を発信元の携帯端末（１）またはそのチャンネルに接続しているすべての携帯端末（１、４、５）に音声として配信する機能である。メールを使いきれない上司が、メールに慣れた部下に指示を出すとき（さらにそれを関連する携帯端末の持ち主に周知するとき）などに使用することができる。送信した携帯端末にのみ返信の音声データを配信するか同じチャンネルに接続している全員に接続するかのモード切替は、返信者が返信メールの本文に特定の予約語（例えば「＜チャンネル周知＞」）を含めるかにより実現することができる。
この機能のためにネットワークサーバー（３）は、図で示す特別のプログラム（各実現方法自体は本発明の特徴でもなく自明でもあるため、詳述しない）を含んでいる。
すなわち、転送先アドレス情報を含む識別情報とともに受信した音声データをその転送先アドレスに転送するプログラムであり、逆に、メール添付でそのネットワークサーバー（３）宛（宛先メールアドレス＝「ｐｏｓｔ＠ｃｓｅｒｖ．○○○。ｃｏｍ」、送信元メールアドレス＝「ｎａｋａｍｕｒａ＠□□□．ｊｐ」）に受信した音声データ（又はメールのテキスト本文を機械読み上げした音声データ）について、上記伝言板機能を用いて、上記Ｐ１のとおり）その送信メールアドレスを識別情報としたチャンネルの過去音声データとして蓄積し、上記Ｐ２のとおり）そのチャンネルの無音時に配信する、プログラムである。この実施形態では、必ずしも「返信」であることを要せず、送信元メールアドレス（例えば、「ｎａｋａｍｕｒａ＠□□□．ｊｐ」）側からその送信メールアドレスを識別子として有する識別情報（例えば、「ｃｓｅｒｖ．○○○．ｃｏｍ／ｎａｋａｍｕｒａ＠□□□．ｊｐ」）のチャンネルに一方的に、読み上げるべきテキストや添付した音声データを送りつけることになることも許容する。
【００３１】
図６は、この発明のさらに別の応用実施形態としての特定端末フォロー機能について示す。ただし、基本の実施形態及び他の応用実施形態と矛盾するものではなく、相互に有用性を補強し、相乗効果をもたらすものである。
この実施形態での特定端末フォロー機能とは、あるチャンネルＸの識別情報の識別子を特定の携帯端末の識別ＩＤ（ＩＰアドレス）と同一にすることにより、その携帯端末が、そのネットワークサーバー（３）のすべてのチャネルについてなんらかの発言しているそのすべての音声データ及びその時に選択しているチャンネルについて受信しているすべての音声データを、そのチャンネルＸを選択した携帯端末から受信するようネットワークサーバー（３）をプログラムしているものである。
図示しない別の実施形態では、このような設定のために、傍受の対象となる携帯端末の所有者からの傍受する携帯端末への明示的な傍受許可と、傍受する携帯端末の技術的な認証を別途必要とするようにプログラムしている。この場合、傍受する側の携帯端末の識別情報をＰＣで設定する場合、各識別情報についてネットワークサーバー（３）からそれぞれ認証されたＩＤやパスワードを各識別情報と併せて（例えば同じ行にタブで区切って）記載する仕様としている。
これは、高齢者や子供の通信の監査のため等にも使用することができる。
この機能のためにネットワークサーバー（３）は、図で示す特別のプログラム（各実現方法自体は本発明の特徴でもなく自明でもあるため、詳述しない）を含んでいる。
すなわち、携帯端末（１）から受信した識別情報の識別子が別の携帯端末（５）の識別ＩＤ（ＩＰアドレス形式）であった場合に、その識別ＩＤに該当する携帯端末（５）から受信したすべての音声データを携帯端末（１）に送信する（携帯端末（５）から実際に受信した識別子に拘らず）ようプログラムされている。
【００３２】
図７は、この発明のさらに別の応用実施形態としてのアクセス制限機能について示す。ただし、基本の実施形態及び他の応用実施形態と矛盾するものではなく、相互に有用性を補強し、相乗効果をもたらすものである。
なお、関連する別の実施の形態では、主催者による参加者の発言権の管理機能としてのみ作用するよう、チャンネルごとに管理者パスワードを設けて、チャンネルの管理者のみが、アクセス制限機能を設定できるようにしている。チャンネル毎にユーザーに「主催者」「参加者」という様に権限を与え、主催者によって参加者の発言を禁止するなどの措置をとれる機能となっている。これによって、例えば発現可能権を主催者のみに設定すれば、ラジオ放送のような使い方もできる（本行は川畑考案）。
この機能のために、ネットワークサーバー（３）は、図で示す特別のプログラム（各実現方法自体は本発明の特徴でもなく自明でもあるため、詳述しない）を含んでいる。
すなわち、識別情報に対応するチャンネル毎に、所定の端末ＩＤに対応する各携帯端末（１，４，５）が音声データを送信若しくは受信する許可若しくは不許可を設定できるようにプログラムされている。
【００３３】
図８は、この発明のさらに別の応用実施形態としての広告機能について示す。ただし、基本の実施形態及び他の応用実施形態と矛盾するものではなく、相互に有用性を補強し、相乗効果をもたらすものである。
この機能のためにネットワークサーバー（３）は、図で示す特別のプログラム（各実現方法自体は本発明の特徴でもなく自明でもあるため、詳述しない）を含んでいる。
すなわち、チャンネルに対応する音声データを携帯端末（１，４，５）に送信する前後に所定の広告用音声データを携帯端末（１，４，５）に送信するようにプログラムされている。
所定の音声データの組みこみについては、いかようにも実装可能であり、チャンネルの識別情報等から、適切な広告内容（音声データ）を自動配置するようにプログラムすることなども当然可能である。
【００３４】
上記の基本並びに応用の実施形態は、本発明を具体化した例を示すものである。したがって、本発明はこれらの実施形態に限定されるものではなく、本発明の趣旨を外れること無く種々の変形が可能であることは言うまでもない。
【符号の説明】
【００３５】
１  携帯端末
１ａ  選択手段（ジョグダイアル）
１ｂ  接続端子
１ｃ  無線接続手段
１ｄ  内蔵充電池
１ｅ  自家発電素子
２  別の端末（デスクトップパソコン／ノートパソコン）
３  ネットワークサーバー
４  別の携帯端末
５  別の携帯端末
【図１】
0006634549.tif 000002
【図２】
0006634549.tif 000003
【図３】
0006634549.tif 000004
【図４】
0006634549.tif 000005
【図５】
0006634549.tif 000006
【図６】
0006634549.tif 000007
【図７】
0006634549.tif 000008
【図８】
0006634549.tif 000009