(57)【要約】【課題】通信端末において、定期スケジュール通信を行なうに際してのファーストアクションに対するユーザの不公平感を払拭すること。【解決手段】定期スケジュールデータで割当てられた通信日時と一致したときに、通信アクションを起す側の端末を自端末及び相手端末の何れの端末に設定するかに関しては、相手端末との間で交換された定期スケジュールデータに登録される通話アクション変数の値に基づき排他的に決定する（Ｓ１４１２〜Ｓ１４２８）。【選択図】        図８
2009038714.tif 000002
【特許請求の範囲】
【請求項１】
他の端末と通信するための通信手段と、
所定の端末との間で前記通信手段を介して所定の周期で繰返し実行される、通信の日時が割当てられた定期スケジュールデータを記憶するための定期スケジュール記憶手段と、
日時を計時するための計時手段と、
前記計時手段により計時された日時が前記定期スケジュール記憶手段に記憶されている定期スケジュールデータで割当てられた通信日時と一致したときに、予め定められたルールに従って、前記所定の端末に対して通信アクションを開始する第１の処理と、前記所定の端末からの通信アクションを待機して応答する第２の処理とを、前記所定の端末による選択と相補的になるように選択して実行するように前記通信手段を制御するための通信接続制御手段とを含むことを特徴とする通信端末。
【請求項２】
前記通信接続制御手段は、前記定期スケジュールデータに従って前記所定の端末との間での通信接続が実行された後に、前記定期スケジュールデータに従った次回の通信の際に前記第１の処理又は前記第２の処理の何れを選択するかを、前記予め定められたルールに従って再設定することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記所定の端末との定期スケジュールに従った次の通信アクションのスキップを指示するためのキャンセル指示手段と、
前記キャンセル指示手段による前記次の通信アクションのスキップの指示に応答して、前記通信手段を介して、前記定期スケジュールに従った前記所定の端末との次回の通信をキャンセルした旨を当該所定の端末に通知するためのキャンセル通知手段とをさらに含むことを特徴とする請求項１又は請求項２に記載の通信端末。
【請求項４】
他の端末と通信するための通信手段と、
所定の端末との間で前記通信手段を介して所定の周期で繰返し実行される、通信の日時が割当てられた定期スケジュールデータを記憶するための定期スケジュール記憶手段と、
日時を計時するための計時手段と、
前記通信手段、前記定期スケジュール記憶手段、及び前記計時手段に接続され、前記通信手段を制御するコンピュータとを含む通信端末において、前記コンピュータを、
前記計時手段により計時された日時が前記定期スケジュール記憶手段に記憶されている定期スケジュールデータで割当てられた通信日時と一致しているか否かを判定するための判定手段と、
前記判定手段により前記日時と前記通信日時とが一致していると判定されたことに応答して、予め定められたルールに従って、前記所定の端末に対して通信アクションを開始する第１の処理と、前記所定の端末からの通信アクションを待機して応答する第２の処理とを、前記所定の端末による選択と相補的になるように選択して実行するように前記通信手段を制御するための通信接続制御手段として機能させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予め定められた定期スケジュールに従って所定の端末との間での定期的な通信を可能とする通信端末及びそのコンピュータプログラムに関する。
【背景技術】
【０００２】
周知のように、定刻又は予約時刻に特定のユーザとの間での自動的に通信接続可能な状態とする技術が種々提案されている。
【０００３】
例えば、特許文献１に開示されている電話装置（固定電話）では、入力操作により予め設定された時刻（予約時刻）に予定設定端末から自動的に相手端末に発信し、相手端末からの応答があれば、その端末との間で通話接続が開始される。
【０００４】
また、特許文献２に開示されている会話サービスシステムでは、とある端末から専用サーバに対してイベント開始予定日時を設定し、設定されたイベント開催日時になると、専用サーバを介して接続された端末同士の間での通信が当該サーバにより確立される。
【０００５】
【特許文献１】特開昭６２−１４３５４３号公報
【特許文献２】特開２００５−１９６６４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、携帯電話及びＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ）等の携帯通信端末を利用した移動体通信は、広く一般に普及している。近年では、携帯電話及びＰＨＳ等の携帯通信端末では、その高機能化に伴い、通話通信機能に加えてメール通信機能及びチャット通信機能等を備えた多種多様の機種が市場に登場し、このような傾向はユーザの間でも常態的に受入れられている。他方、固定電話等の固定通信端末にあっても、近年の情報インフラの整備等に伴って、携帯通信端末と同様に、通話通信のみならずメール通信等も可能となっている。
【０００７】
上記のように通信端末の高機能化が図られた結果、他の端末との通信予約は、公的な用件で利用されるのみでなく一般的な用件で利用されることが多く、その利用機会も増加の一途を辿っているのが実情である。このような傾向は、授業中等において携帯通信端末の使用に制限を受ける学生等のユーザ間で顕著である。
【０００８】
一般的な用件、特にプライベートな用件での通信予約は、当該通信予約を交わす両者間での根回しによってスケジューリングされる。例えば、以下の通信過程を経て、通信予約を交わす両者のうち一方が「電話をかけるというアクションをとる」という根回しに対して、他方が「ＯＫした」ことに基づきそのスケジューリングがなされる。
【０００９】
Ａ：「今晩、８：００頃、××の件で相談したいから、メールするね」
Ｂ：「ＯＫ！」
【００１０】
ところが、定期的な通信予約に関しては、当該定期通信予約を交わす両者同士の間でどちらからアクションを起すのか等が不確定なままで、その時々の状況に応じてスケジューリングされることになってしまうことが多々ある。例えば、以下の通信過程のように、通信してからそのスケジュールが実行できるか否かを互いに確認し合う形式でスケジューリングがなされることが多い。
【００１１】
Ａ：「４月から、クラスが分かれちゃったね。これから、暇な昼休時間中、チャットでもしよう？」
Ｂ：「ＯＫ！」
【００１２】
このように特定のユーザ間で定期スケジュール通信を行なう場合は、上記特許文献１及び２に記載の技術を単に適用したとしても、一方的な通信予約ではなく、当該特定のユーザ間で互いに根回しされた通信予約が必要となってくる。加えて、予約通信の定例化を図るためには、相手に通信アクションする側か、又は相手からの通信アクションを待つ側かの設定手段等も必要になる。
【００１３】
具体的には、上記のような不確定な定期スケジュールに対する通信を両特許文献１及び２に係る技術で実現しようとすると、通信アクションに関して当該定期通信予約を交わす両者のうち一方のみが常にファーストアクションを起す側となってしまう。例えば、上記のシーンにおいては、一般的に、暗黙のうちに「Ａ」の方が「今日は、大丈夫？」等とチャット通信するものとして実現されてしまう。そのため、必ず「Ａ」の方がファーストアクションをとらなければならない、という意味で「Ａ」側で不公平感を感じる場合も少なくはない。さらに、予定（通信予約）をキャンセルしなければならない場合を考えると、当該キャンセルを、相手からのファーストアクションがあった後とするか、先にファーストアクションを起すべきか、それとも前もって連絡すべきか等でユーザに迷いが生じ、その結果として本機能の使い勝手が悪くなりかねない。
【００１４】
本発明は、上記技術的課題に鑑みなされたもので、定期スケジュール通信を行なうに際してのファーストアクションに対するユーザの不公平感を払拭し得る通信端末及びそのコンピュータプログラムの提供を目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するため、本発明者は、設定された定期スケジュール実行日時（時刻）に到達したときに、予め定められたルールに基づいて、所定の端末に対しての通信アクションを開始するか、又は所定の端末からの通信アクションを待機してから当該通信アクションに応答するかを、所定の端末との間で排他的に選択設定するようにすればよいのではないかと着想した。
【００１６】
このように、定期スケジュール通信機能を実現するために、通信アクションを起す側か、又は通信アクションを待つ側かの設定を可能とするのは、このような設定機能がなければ、最悪の場合、お互いに通信アクションを待ち続けることになり、コミュニケーションツールとして成立しないからである。
【００１７】
ここに、上記「予め定めるルール」としては、下記の（１）〜（３）に示す態様等が含まれる。
【００１８】
（１）初回はスケジュール設定側の端末をファーストアクション端末とし、２回目以降は発信側端末でない側の端末をファーストアクション端末として、ファーストアクション端末を排他的に維持する態様（即ち、通信が終了する度にファーストアクション端末の設定を自端末と相手端末との間で交互に変更する態様）
（２）所定の端末と自端末とを仲立ちするサーバ側でファーストアクション端末を排他的に決める態様
（３）所定の端末及び自端末は共に時間が立てば発信するように制御されるが、このときに先に発信した側の端末を初回のファーストアクション端末とし、２回目以降は、上記（１）の態様と同様に、発信側端末でない端末をファーストアクション端末とする態様（即ち、初回だけは早いもの勝ちとし、２回目以降は初回の結果に応じてファーストアクション端末を決定する態様）
【００１９】
上記着想に基づく具体的な発明は、以下の通りである。
【００２０】
本発明の第１の観点に係る通信端末は、他の端末と通信するための通信手段と、所定の端末との間で通信手段を介して所定の周期で繰返し実行される、通信の日時が割当てられた定期スケジュールデータを記憶するための定期スケジュール記憶手段と、日時を計時するための計時手段と、計時手段により計時された日時が定期スケジュール記憶手段に記憶されている定期スケジュールデータで割当てられた通信日時と一致したときに、予め定められたルールに従って、所定の端末に対して通信アクションを開始する第１の処理と、所定の端末からの通信アクションを待機して応答する第２の処理とを、所定の端末による選択と相補的になるように選択して実行するように通信手段を制御するための通信接続制御手段とを含む。
【００２１】
上記構成において、日時が記憶されている定期スケジュールデータで割当てられた通信日時と一致したときには、予め定められたルールに従って、所定の端末に対して通信アクションを開始する第１の処理と、所定の端末からの通信アクションを待機して応答する第２の処理とが、所定の端末による選択と相補的になるように選択して実行するように通信が制御される。したがって、相手端末と自端末との間で、どちらの端末を、通信アクションを起す側とするか、それとも通信アクションを待つ側とするか否かの選択が排他的に行なわれ、この排他的選択結果に基づいて、定期スケジュールに従った毎回の通信に対するファーストアクション（開始アクション）側の端末が決定されることになる。
【００２２】
上記通信端末において、通信接続制御手段は、定期スケジュールデータに従って所定の端末との間での通信接続が実行された後に、定期スケジュールデータに従った次回の通信の際に第１の処理又は第２の処理の何れを選択するかを、予め定められたルールに従って再設定する。
【００２３】
上記構成によると、定期スケジュール通信を実行する度に、両端末との間でどちらの端末側からファーストアクションを起すかを互いに根回ししながら設定できる。
【００２４】
ところで、発信されるのが困る場合でも、発信され得る又は受信が生じ得ることが必ずある。このような場合、自端末がファーストアクションを起す順番のときには、その端末のユーザにとっては大きな問題とはならないが、相手端末がファーストアクションを起す順番となっているときを考えると、スケジュールの一時的なキャンセルが可能とされその旨が当該相手端末に通知されることが望まれる。
【００２５】
そこで、上記通信端末は、所定の端末との定期スケジュールに従った次の通信アクションのスキップを指示するためのキャンセル指示手段と、キャンセル指示手段による次の通信アクションのスキップの指示に応答して、通信手段を介して、定期スケジュールに従った所定の端末との次回の通信をキャンセルした旨を当該所定の端末に通知するためのキャンセル通知手段とをさらに含む。
【００２６】
上記構成において、次回のスケジュールに対してキャンセルした場合に、定期スケジュール通信実行時刻の到達前に次の通信アクションのスキップを指示するキャンセル指示がなされると、所定の端末に対して、その旨が自動的に通知される。このように、次回スケジュール（予定）をキャンセルしたい場合には、ユーザは、その旨を前もって相手端末に通知することができるので、キャンセルを通知するアクションをどのような形態でなすべきか否かについて迷うことはない。
【００２７】
また、本発明の第２の観点に係るコンピュータプログラムは、他の端末と通信するための通信手段と、所定の端末との間で通信手段を介して所定の周期で繰返し実行される、通信の日時が割当てられた定期スケジュールデータを記憶するための定期スケジュール記憶手段と、日時を計時するための計時手段と、通信手段、定期スケジュール記憶手段、及び計時手段に接続され、通信手段を制御するコンピュータとを含む通信端末において、コンピュータを、計時手段により計時された日時が定期スケジュール記憶手段に記憶されている定期スケジュールデータで割当てられた通信日時と一致しているか否かを判定するための判定手段と、判定手段により日時と通信日時とが一致していると判定されたことに応答して、予め定められたルールに従って、所定の端末に対して通信アクションを開始する第１の処理と、所定の端末からの通信アクションを待機して応答する第２の処理とを、所定の端末による選択と相補的になるように選択して実行するように通信手段を制御するための通信接続制御手段として機能させる。
【００２８】
上記コンピュータプログラムをコンピュータで実行させると、当該コンピュータは、第１の観点に係る通信端末と同様に動作し、それによって第１の観点に係る通信端末と同様の作用を奏する。
【発明の効果】
【００２９】
本発明によると、定期スケジュールに従って通信を行なう際に、通信アクションを起す側の端末とするか、又は通信アクションを待つ側の端末とするか否かを排他的に設定できる。また、端末間での互いに根回しされた定期スケジュールに基づく通信に対して、スケジュールを一時的にキャンセルすることもできる。それゆえ、定期スケジュール通信を行なうに際してのファーストアクションに対するユーザの不公平感を払拭することが可能となる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態について、添付図面に基づき詳細に説明する。
【００３１】
＜定期スケジュール通信システム１００の構成＞
図１は本発明の実施の形態に係る定期スケジュール通信システム１００の構成を簡略化して示す図である。
【００３２】
図１を参照して、本実施の形態に係る定期スケジュール通信システム１００は、通信回線網２００，３００に接続される交換機４００と、通信回線網２００，３００を介して交換機４００にそれぞれ接続される基地局５００，６００と、これら基地局５００又は６００及び通信回線網２００又は３００を介して互いに接続可能な通信端末８００Ａ，８００Ｂとを含む。
【００３３】
図１に示す例では、通信端末８００Ａは、基地局５００及び通信回線網２００を介して交換機４００に接続されている。他方、通信端末８００Ｂは、基地局６００及び通信回線網３００を介して交換機４００に接続されている。それゆえ、通信端末８００Ａ及び通信端末８００Ｂの両者の間では、交換機４００等を中継して相互にデータの送受が可能とされている。また、交換機４００内には、メールサーバ４０２が備えられている。
【００３４】
なお、通信端末８００Ａ，８００Ｂは共に同一の機能を有しているので、以下の説明においては、説明の便宜上、通信端末８００Ａ，８００Ｂを「通信端末８００」と称する。
【００３５】
＜通信端末８００の構成＞
（通信端末８００の外観構成）
図２は通信端末８００の外観構成を示す斜視図である。
【００３６】
図２を参照して、通信端末８００は、携帯電話又はＰＨＳであって、扁平な直方体形状を有する通信端末本体８０２を含む。この通信端末本体８０２の上面において、その下半分を占める領域に操作部８０４が設けられ、残りの領域には表示部８０６が設けられている。
【００３７】
操作部８０４には、テンキー８０８、通話ボタン８１０、スケジュールボタン８１２、メールボタン８１４、キャンセルボタン８１６及びカーソルキー８１８等が備えられている。表示部８０６には、その表示面を上に向けた状態でディスプレイ８２０が嵌め込まれている。
【００３８】
テンキー８０８は、電話番号、メールアドレス等のアクセスコード及び文字等の入力時に操作されるキーであって、操作部８０４の中央下部に配置されている。
【００３９】
通話ボタン８１０は、電源をオン又はオフする際、及び通話を開始又は終了する際に操作されるボタンである。スケジュールボタン８１２は、定期通信予約日時を割当てるスケジュールを入力又は消去する際に操作されるボタンである。スケジュールボタン８１２を１回押すと上記定期スケジュールの入力が可能となり、スケジュールボタン８１２を続けて２回押すと上記定期スケジュールの消去が可能となる。メールボタン８１４は、メールを送信若しくは返信する、又は受信メールの内容を確認する際等に操作されるボタンである。キャンセルボタン８１６は、スケジュールボタン８１２の操作により入力された次回のスケジュール（即ち、次回の通信予約）を一時キャンセルする際に操作されるボタンである。換言すると、キャンセルボタン８１６は、所定の端末との定期スケジュールに従った次の通信アクションのスキップを指示するためのボタンである。カーソルキー８１８は、ディスプレイ８２０の表示画面上でカーソルを上下左右に移動させる際に操作されるキーであって、その中央部に確定ボタン８１８Ａを有している。このカーソルキー８１８は、テンキー８０８の直上に配置されている。
【００４０】
通話ボタン８１０及びスケジュールボタン８１２とメールボタン８１４及びキャンセルボタン８１６とは、カーソルキー８１８を挟んで左右方向に離間した状態で設けられている。具体的には、通話ボタン８１０及びスケジュールボタン８１２は、カーソルキー８１８の右側において上から下に向かってこの順に配置され、メールボタン８１４及びキャンセルボタン８１６は、カーソルキー８１８の左側において上から下に向かってこの順に配置される。
【００４１】
（通信端末８００の電気的構成）
図３は通信端末８００の電気的構成を示すブロック図である。
【００４２】
図３を参照して、通信端末８００は、その制御中枢を司る実質的にコンピュータからなる制御部８３０を含む。
【００４３】
制御部８３０は、何れも図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等から構成される。この制御部８３０には、スケジュール記憶装置８３２、端末ＩＤ記憶装置８３４、タイマ８３６、通信装置８３８、入力装置８４０、表示装置８４２、音声入出力装置８４４、振動出力装置８４６及びベル音出力装置８４８が接続されている。
【００４４】
スケジュール記憶装置８３２は、定期通信予約日時が割当てられたスケジュールデータを記憶するための装置である。なお、この定期スケジュールデータの構成については後述する。端末ＩＤ記憶装置８３４は、自端末を一意に識別するためのＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を記憶するための装置であって、この端末ＩＤ記憶装置８３４には、端末ＩＤとして本通信端末８００固有の電話番号及びメールアドレス等が格納される。これらの記憶装置８３２，８３４としては、電気的にデータの書換えが可能な不揮発性フラッシュメモリが使用されている。
【００４５】
タイマ８３６は、日時を計時するための装置である。通信装置８３８は、何れも図示しないアンテナ、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）部、変調部及び復調部等を含む。入力装置８４０は、図示しない入力コントローラ、並びに図２に示す各種のキー及びボタン８０８，８１０，８１２，８１４，８１６及び８１８等を含む。表示装置８４２は、図示しないディスプレイコントローラ、及び図２に示すディスプレイ８２０等を含む。音声入出力装置８４４は、何れも図示しないマイクロフォン、スピーカ及び音声入出力データ処理部等を含む。振動出力装置８４６は、図２に示す通信端末本体８０２の特定部位（例えば、操作部８０４）に振動を与えるための装置であって、何れも図示しないバイブレータ及びその駆動源となる振動モータ等を含む。ベル音出力装置８４８は、何れも図示しないベル及びその駆動源となるリンガ等を含む。
【００４６】
＜定期スケジュールデータの構成＞
図４はスケジュール記憶装置８３２に記憶される定期スケジュールデータの構成の一例を示す図である。同図に示す例では、定期スケジュールデータは、平日の昼休に所定の端末との間で定期スケジュール通信を行なうものとして構成されている。
【００４７】
図４を参照して、上記定期スケジュールデータには、定期スケジュール通信を行なう相手端末の電話番号及びメールアドレス、スケジュール通信日、スケジュール通信時刻、スケジュール通信事前通知時刻、並びにアクション変数の値が含まれている。このスケジュールデータでは、例えば、上記の電話番号、メールアドレス、スケジュール通信日、スケジュール通信時刻、スケジュール通信事前通知時刻及びアクション変数の値がメモリＮo等の特定コードに対応付けてテーブル化される。上記アクション変数値が「０」であると相手端末が通話アクションを起す側となり、上記アクション変数値が「１」であると自端末が通話アクションを起す側となる。
【００４８】
なお、以下の実施の形態の説明では、説明を分り易くするため、１つの通信端末に設定可能な定期スケジュールは１つのみであるものとする。
【００４９】
＜通信端末８００のソフトウェア構成＞
本通信端末８００は、下記の（１）〜（４）等の処理を実行するようにプログラミングされている。
【００５０】
（１）スケジュール通信を行なう端末同士の間での定期スケジュールデータの交換及び登録を行なうための処理
（２）自端末のみで定期スケジュールデータに基づき相手端末との通信接続を自動的に開始するための処理
（３）自端末のみで定期スケジュールに基づく通信実行に対する一時キャンセルを可能とするための処理
（４）自端末を、通信アクションを起す側とするか、それとも通信アクションを待つ側とするかを排他的に決定するための処理
【００５１】
かかるプログラムは、通信端末８００の制御部８３０内のＲＯＭに記憶されており、次に説明する通信端末８００の種々の機能を実現する。これらの機能の実現は、上記の実質的にはコンピュータである制御部８３０が上記のプログラムを実行することによって達成される。
【００５２】
図５は定期スケジュール通信システム１００に適用される通信端末８００の機能を実現するプログラムに係るメインルーチンの制御の流れを示すフローチャートである。
【００５３】
図５を参照して、本通信端末８００では、通話ボタン８１０により電源オン操作がなされると、まず、制御部８３０は、待受画面をディスプレイ８２０上に表示させる（ステップＳ１００）。
【００５４】
そして、制御部８３０は、スケジュールデータ入力操作及び定期スケジュールデータ受信の何れかの事象が発生したか否かを判定する（ステップＳ２００及びＳ３００）。この判定結果に応じて、制御はブランチする。
【００５５】
定期スケジュールデータを入力するためにスケジュールボタン８１２が１回押された（即ち、スケジュールボタン８１２によるスケジュールデータ入力操作がなされた）場合（ステップＳ２００においてＹＥＳ）には、制御部８３０は、スケジュール入力処理を実行する（ステップＳ１２００）。このスケジュール入力処理については、後で詳細に説明する。
【００５６】
通信装置８３８を介して、定期スケジュール通信を行なう相手端末（以下、単に「相手端末」という）から送信されてきた定期スケジュールデータを受信した場合（ステップＳ３００においてＹＥＳ）には、制御部８３０は、スケジュール登録処理を実行する（ステップＳ１３００）。この定期スケジュールデータの受信は、メールによるデータ通信により達成される。なお、スケジュール登録処理については、後で詳細に説明する。
【００５７】
スケジュールデータ入力操作及び定期スケジュールデータ受信の何れの事象も発生しない場合（ステップＳ２００及びＳ３００において共にＮＯ）には、制御部８３０は、制御をステップＳ４００に移す。
【００５８】
ステップＳ４００では、制御部８３０は、スケジュール記憶装置８３２にアクセスして定期スケジュールデータが既に登録されているか否かを判定する。定期スケジュールデータが登録済みである場合には、制御部８３０は、タイマ８３６からの計時出力に基づいて、現在時刻が定期スケジュールデータのスケジュール通信事前通知時刻になったか否かを判定する（ステップＳ５００）。このとき、制御部８３０は、現在時刻が定期スケジュールデータのスケジュール通信事前通知時刻であれば事前通知処理を実行し（ステップＳ１４００）、未だスケジュール通信事前通知時刻に達していなければ制御をステップＳ６００及びＳ７００に移す。なお、事前通知処理については、後で詳細に説明する。
【００５９】
ステップＳ６００及びＳ７００では、発呼操作及び着呼の何れかの事象が発生したか否かを判定する。この判定結果に応じて、制御はブランチする。
【００６０】
着呼がある前に通話ボタン８１０による他の端末に対する発呼操作がなされた場合（ステップＳ７００においてＮＯかつステップＳ６００においてＹＥＳ）には、制御部８３０は、オフフック等を含む通話接続制御を行なった後、通話が終了するのを待つ（ステップＳ１５００及びＳ１６００）。
【００６１】
発呼操作がなされる前に他の端末からの着呼があった場合（ステップＳ６００においてＮＯかつステップＳ７００においてＹＥＳ）には、制御部８３０は、着呼通知を開始させる（ステップＳ８００）。この着呼通知の態様としては、振動出力装置８４６を稼動させることによって振動を発生させる態様、ベル音出力装置８４８を稼動させることによってベル音を発生させる態様、及びこれらを組合せた態様を例示することができる。その後、制御部８３０は、制御をステップＳ９００及びＳ１０００に進める。
【００６２】
発呼操作及び着呼の何れの事象も発生しない場合（ステップＳ６００及びＳ７００において共にＮＯ）、制御部８３０は、制御をステップＳ２００に戻す。
【００６３】
制御がステップＳ９００及びＳ１０００に進むと、制御部８３０は、所定時間の間、通話ボタン８１０による受話操作がなされるのを待つ。この間に、通話ボタン８１０の受話操作があれば、制御部８３０は、着呼通知を停止させる（ステップＳ１７００）。その後、制御はステップＳ１５００及びＳ１６００に移り、通話接続制御を行なって通話の終了を待つことになる。着呼があってから所定時間が経過するまでに通話ボタン８１０の受話操作がなければ（ステップＳ１０００においてＹＥＳ）、制御部８３０は、着呼通知を停止させ（ステップＳ１１００）、その後、何の制御を行なうことなく、制御をステップＳ２００に戻す。
【００６４】
また、制御部８３０は、通話が終了すると、制御をステップＳ１００に戻して待受画面を表示させる。制御部８３０により通話終了と判断される態様としては、自端末側での通話ボタン８１０の終話操作、他の端末からの通話終了信号の受信、及び接続エラーが所定時間続きそれによって他の端末と接続できない状態が継続する等の態様を挙げることができる。
【００６５】
なお、上記の一連の制御は、通話ボタン８１０による電源オフ操作がなされるまで繰返し実行される。
【００６６】
（スケジュール入力処理）
図６は定期スケジュール通信システム１００に適用される通信端末８００の機能を実現するプログラムに係る第１のサブルーチン（図５のステップＳ１２００）であるスケジュール入力処理の制御の流れを示すフローチャートである。
【００６７】
図６を参照して、本スケジュール入力処理では、まず、本通信端末８００の制御部８３０は、データ消去操作及び相手端末特定情報入力操作の何れかの操作がなされたか否かを判定する（ステップＳ１２０２及びＳ１２０４）。この判定結果に応じて、制御はブランチする。
【００６８】
ステップＳ１２０２では、再度スケジュールボタン８１２が押されたか否かを判定する。このステップの判定結果がＹＥＳの場合、定期スケジュールデータを消去するべくスケジュールボタン８１２が続けて２回押された（即ち、スケジュールボタン８１２によるスケジュールデータ消去操作がなされた）ことになる。制御部８３０は、スケジュール記憶装置８３２にアクセスして登録済みの定期スケジュールデータがあるか否かを判定する（ステップＳ１２２０）。登録済みの定期スケジュールデータがなければ、制御部８３０は、制御をステップＳ１２０２及びＳ１２０４に戻す。登録済みの定期スケジュールデータがあれば、制御部８３０は、通信装置８３８を介して、定期スケジュールデータを消去する旨のメッセージを相手端末に送信する（ステップＳ１２２４）。このメッセージの送信は、メールによるデータ通信により達成される。そして、制御部８３０は、スケジュール記憶装置８３２に登録されている定期スケジュールデータを消去し（ステップＳ１２２６）、その後、制御を図５に示すステップＳ１００に戻して待受画面を表示させる。
【００６９】
上記データ消去操作がなされる前に、テンキー８０８の操作によりスケジュール通信相手端末を特定する情報としてその電話番号及びメールアドレス等が入力された場合（ステップＳ１２０２においてＮＯかつステップＳ１２０４においてＹＥＳ）には、制御部８３０は、スケジュール記憶装置８３２に当該相手端末に関係する定期スケジュールデータが既に登録されているか否かを判定する（ステップＳ１２０６）。この判定は、ステップＳ１２０４において入力された上記スケジュール通信相手端末の特定情報（電話番号及びメールアドレス等）が定期スケジュールデータの相手端末の特定情報と一致しているか否かを判定することによって達成される。既に定期スケジュールデータが登録されていると、制御部８３０は、その旨を示すエラー表示をディスプレイ８２０上で行なわせる（ステップＳ１２２８）。その後、制御部８３０は、制御をステップＳ１２０２及びＳ１２０４に戻す。定期スケジュールデータが未登録であると、制御部８３０は、通信装置８３８を介して、定期スケジュールを設定する旨のメッセージを相手端末に送信する（ステップＳ１２０８）。このメッセージの送信は、メールによるデータ通信により達成される。その後、制御部８３０は、スケジュール通信相手端末からの返信メールを待ち続ける（ステップＳ１２１０及びＳ１２１２）。
【００７０】
相手端末からの返信メールとして、定期スケジュールの設定を許諾する旨のＯＫメールを受信した場合（ステップＳ１２１２においてＹＥＳ）には、制御部８３０は、アクション変数の値に「１」を代入し通話アクションを起す側の端末を自端末とする（ステップＳ１２１４）。そして、制御部８３０は、ステップＳ１２１４において設定されたアクション変数値「１」を含めた定期スケジュールデータをスケジュール記憶装置８３２に登録し（ステップＳ１２１８）、その後、制御を図５に示すステップＳ１００に戻す。
【００７１】
他方、相手端末からの返信メールとして、定期スケジュールの設定を拒否する旨のＮＧメールを受信した場合（ステップＳ１２１０においてＹＥＳ）には、制御部８３０は、何の制御も実行することなく、制御を図５に示すステップＳ１００に戻す。
【００７２】
（スケジュール登録処理）
図７は定期スケジュール通信システム１００に適用される通信端末８００の機能を実現するプログラムに係る第２のサブルーチン（図５のステップＳ１３００）であるスケジュール登録処理の制御の流れを示すフローチャートである。
【００７３】
図７を参照して、スケジュール登録処理では、まず、本通信端末８００の制御部８３０は、通信装置８３８を介して、相手端末からの定期スケジュールデータに関するメッセージを受信したか否かを判定する（ステップＳ１３０２）。この受信メッセージの内容に応じて、制御はブランチする。なお、このメッセージの受信は、メールによるデータ通信により達成される。
【００７４】
受信メッセージの内容が定期スケジュールデータの消去を要求する旨である場合（ステップＳ１３０２においてＹＥＳ）には、制御部８３０は、スケジュール記憶装置８３２にアクセスして上記相手端末との定期スケジュールデータが登録されているか否かを判定する（ステップＳ１３１２）。この判定は、上記メッセージを送信した相手端末の特定情報（電話番号及びメールアドレス等）と登録済みの定期スケジュールデータの相手端末の特定情報とが一致するか否かを判定することにより達成される。上記定期スケジュールデータが登録されていると、制御部８３０は、当該定期スケジュールデータを消去し（ステップＳ１３１４）、その後、制御を図５に示すステップＳ１００に戻して待受画面を表示させる。上記定期スケジュールデータが未登録であると、制御部８３０は、何の制御も行なうことなく、制御を図５に示すステップＳ１００に戻す。
【００７５】
受信メッセージの内容が定期スケジュールデータの登録を要求する旨である場合（ステップＳ１３０２においてＮＯ）には、制御部８３０は、スケジュール記憶装置８３２に定期スケジュールデータが既に登録されているか否かを判定する（ステップＳ１３０４）。既に定期スケジュールデータが登録されていると、制御部８３０は、定期スケジュールデータ登録要求を拒否する旨のＮＧメールを送信（返信）し（ステップＳ１３１６）、その後、制御を図５に示すステップＳ１００に戻す。定期スケジュールデータが未登録であると、制御部８３０は、定期スケジュールデータ登録要求を許諾する旨のＯＫメールを送信（返信）し（ステップＳ１３０６）、その後、制御をステップＳ１３０８に進める。
【００７６】
制御がステップＳ１３０８に進むと、制御部８３０は、アクション変数の値に「０」を代入して通話アクションを起す側の端末を相手端末に設定する。そして、制御部８３０は、ステップＳ１３０８において設定されたアクション変数値「０」を含めた定期スケジュールデータをスケジュール記憶装置８３２に登録し（ステップＳ１３１０）、その後、制御を図５に示すステップＳ１００に戻す。
【００７７】
（事前通知処理）
図８は定期スケジュール通信システム１００に適用される通信端末８００の機能を実現するプログラムに係る第３のサブルーチン（図５のステップＳ１４００）である事前通知処理の制御の流れを示すフローチャートである。
【００７８】
まず、本通信端末８００の制御部８３０は、タイマ８３６からの計時出力に基づいて、本日はスケジュール通信を行なう日か否かを判定する（ステップＳ１４０２）。この判定結果に応じて、制御はブランチする。
【００７９】
スケジュール通信日でない場合（ステップＳ１４０２においてＮＯ）には、制御部８３０は、制御を図５に示すステップＳ１００に戻して待受画面を表示させる。
【００８０】
スケジュール通信日である場合（ステップＳ１４０２においてＹＥＳ）には、制御部８３０は、予定通りにスケジュール通信を実行することを本通信端末８００のユーザに最終確認させるために、ディスプレイ８２０上に最終確認画面を表示させると共に、一定時間の間（例えば、３０秒）、最終確認通知を行なう（ステップＳ１４０４及びＳ１４０６）。この最終確認通知態様は、図５に示すステップＳ８００の着呼通知態様と同様である。その後、制御部８３０は、制御をステップＳ１４０８、Ｓ１４１０及びＳ１４１２に進める。
【００８１】
制御がステップＳ１４０８、Ｓ１４１０及びＳ１４１２に進むと、制御部８３０は、スケジュール通信開始時刻に到達した後に所定時間（例えば、１０分）が経過するまでに、キャンセル操作及びスケジュールキャンセル通知受信の何れかの事象が発生するか否かを判定する。この判定結果に応じて、制御はブランチする。
【００８２】
上記所定時間が経過するまでに、定期スケジュールに従った次の通信アクションのスキップを指示するために、先に自端末側でキャンセルボタン８１６の操作がなされた場合（ステップＳ１４１２及びＳ１４１０においてＮＯでステップＳ１４０８においてＹＥＳ）には、制御部８３０は、通信装置８３８を介して、スケジュール通信を本日キャンセルする旨のメッセージを相手端末に送信し（ステップＳ１４２２）、その後、制御を図５に示すステップＳ１００に戻す。このメッセージの送信は、メールによるデータ通信により達成される。
【００８３】
上記所定時間が経過するまでに、先に相手端末側から本日のスケジュール通信をキャンセルする旨を通知するメッセージを受信した場合（ステップＳ１４１２及びＳ１４０８においてＮＯかつステップＳ１４１０においてＹＥＳ）には、制御部８３０は、ディスプレイ８２０上に当該スケジュールキャンセル通知を受信した旨を一定時間表示させ（ステップＳ１４２４）、その後、制御を図５に示すステップＳ１００に戻す。
【００８４】
上記所定時間が経過しても、上記のスケジュールキャンセル操作及びスケジュールキャンセル通知受信の何れの事象も発生しなかった場合（ステップＳ１４１２においてＹＥＳかつステップＳ１４０８及びＳ１４１０において共にＮＯ）には、制御部８３０は、制御をステップＳ１４１６に進める。
【００８５】
ステップＳ１４１６では、制御部８３０は、スケジュール記憶装置８３２に格納されている定期スケジュールデータを参照して自端末が通話アクションを起す側の端末として設定されているか否かを判定する。このとき、定期スケジュールデータに登録されているアクション変数の値が「１」であれば、通話アクションを起す側の端末として自端末が設定されていることになり、「０」であれば、通話アクションを起す側の端末として相手端末が設定されていることになる。
【００８６】
アクション変数値が「１」であり、通話アクションを起すのは自端末からであると判定した場合（ステップＳ１４１６においてＹＥＳ）には、制御部８３０は、定期スケジュールデータに登録されている電話番号に基づきダイヤリングを行ない相手端末に対して発呼する（ステップＳ１４２６）。そして、制御部８３０は、通話接続制御を行ない（ステップＳ１４２８）、その後、通話の終了を待つ（ステップＳ１４３０）。
【００８７】
アクション変数が「０」であり、通話アクションを起すのは相手端末からであると判定した場合（ステップＳ１４１６においてＮＯ）には、制御部８３０は、一定時間の間、相手端末からの着呼を待つ（ステップＳ１４１８及びＳ１４２０）。一定時間が経過するまでに相手端末からの着呼があれば（ステップＳ１４２０においてＮＯかつステップＳ１４１８においてＹＥＳ）、制御部８３０は、通話接続制御を行なって通話の終了を待つ（ステップＳ１４２８及びＳ１４３０）。一定時間が経過しても相手端末からの着呼がなければ（ステップＳ１４２０においてＹＥＳかつステップＳ１４１８においてＮＯ）、制御部８３０は、何の制御も行なうことなく、制御を図５に示すステップＳ１００に戻す。
【００８８】
そして、制御部８３０は、通話が終了すると、アクション変数の値をトグルして通話アクションを起す側の端末を変更する（ステップＳ１４３２）。具体的には、アクション変数値が「１」であった場合には、その値を「０」として通話アクションを起す側の端末を自端末から相手端末に変更する。逆に、アクション変数値が「０」であった場合には、その値を「１」として通話アクションを起す側の端末を相手端末から自端末に変更する。このように変更された通話アクション変数の値は、スケジュール記憶装置８３２に記憶されている定期スケジュールデータに登録される。すなわち、定期スケジュールデータの通話アクション変数値は書換えられる。その後、制御部８３０は、制御を図５に示すステップＳ１００に戻す。
【００８９】
＜動作＞
本通信端末８００は、スケジュール通信を行なう相手端末との間での定期スケジュールデータの交換及び登録を行なう。この定期スケジュールデータの設定及び交換がなされると、本通信端末８００では、自端末のみで定期スケジュールデータに基づき相手端末との通信接続が自動的に開始される。この自端末のみでの定期スケジュールに基づく通信実行に関しては、一時的なキャンセルが可能である。通信接続が終了すると、本通信端末８００は、自端末を、通話アクションを起す側とするか、それとも通話アクションを待つ側とするかを排他的に決定する。
【００９０】
具体的には、本通信端末８００は、以下のように動作する。
【００９１】
相手端末特定情報入力操作がなされた場合には、相手端末に関係する定期スケジュールデータが既に登録されているか否かを判定する。定期スケジュールデータが未登録であれば、定期スケジュール設定メッセージを相手端末に送信した、相手端末からの返信メールを待つ。相手端末からの返信メールがＯＫメールであると、アクション変数の値に「１」を代入し通話アクションを起す側の端末を自端末とし、このアクション変数値「１」を含めた定期スケジュールデータを登録する。
【００９２】
他方、相手端末からの定期スケジュールデータに関するメッセージを受信したか否かを判定する。受信メッセージが定期スケジュールデータの登録を要求するメッセージであれば、この登録要求を許諾する旨のＯＫ送信を行なう。その後、アクション変数の値に「０」を代入して通話アクションを起す側の端末を相手端末に設定し、このアクション変数値「０」を含めた定期スケジュールデータを登録する。
【００９３】
現在時刻がスケジュール通信事前通知時刻に到達すると、これを契機にスケジュール通信実行に関する最終確認画面表示及び最終確認通知が行なわれる。
【００９４】
そして、スケジュール通信時刻になってから所定時間が経過するまでに、相手端末よりも先に自端末側でキャンセル操作がなされた（定期スケジュールに従った次の通信アクションのスキップ指示がなされた）場合には、スケジュール通信を一時キャンセルする旨のメッセージを相手端末に送信する。逆に、自端末側でのキャンセル操作よりも先に相手端末側からスケジュール通信を一時キャンセルする旨を通知するメッセージを受信した場合には、その旨が一定時間表示される。
【００９５】
両端末間でスケジュール通信の一時キャンセルがないまま定期スケジュール通信時刻になると、定期スケジュールデータを参照して自端末が通話アクションを起す側の端末として設定されているか否かを判定する。このとき、アクション変数値が「１」であり、通話アクションを起すのは自端末からであると判定した場合には、定期スケジュールデータに登録されている相手端末特定情報（電話番号及びメールアドレス等）に基づき相手端末に対して通話接続を開始する。アクション変数値が「０」であり、通話アクションを起すのは相手端末からであると判定した場合には、一定時間の間、相手端末からの通信を待つ。一定時間が経過するまでに相手端末からの通信があれば、相手端末との通信接続を行なう。
【００９６】
通話が終了すると、アクション変数の値をトグルして通話アクションを起す側の端末を変更する。具体的には、アクション変数値が「１」であった場合には、その値を「０」として通話アクションを起す側の端末を自端末から相手端末に変更する。逆に、アクション変数値が「０」であった場合には、その値を「１」として通話アクションを起す側の端末を相手端末から自端末に変更する。
【００９７】
＜作用・効果＞
本実施の形態によると、以下の作用・効果を奏する。
【００９８】
（１）通信実行日時が定期スケジュールデータで割当てられた通信日時と一致したときに、自端末を、相手端末に対しての通話アクションを開始する側の端末として設定するか、又は相手端末からの通話アクションを待機してから当該通話アクションに応答する側の端末として設定するかを選択し決定する必要がある。この選択は、相手端末との間で交換された定期スケジュールデータに登録される通話アクション変数の値に基づき、相手端末による選択と、自端末による選択とが互いに相反する関係（即ち、相補的）になるようにされる。つまり、ファーストアクションを起す端末が排他的に決定される。換言すると、相手端末と自端末との間で、どちらの端末を、通話アクションを起す側とするか、それとも通話アクションを待つ側とするか否かの選択が相補的に行なわれ、この相補的選択結果に基づいて、定期スケジュールデータに従った毎回の通信に対するファーストアクション（開始アクション）側の端末が決定されることになる。特に、定期スケジュールデータに従って相手端末との間での通話接続が実行された後に、自端末をファーストアクション端末として設定するかの決定因子であるアクション変数値が新たに変更されるので、定期スケジュール通信を実行する度に、両端末との間でどちらの端末側からファーストアクションを起すかを互いに交渉したのと同様に設定できる。そのため、定期スケジュール通信を行なう端末同士で交渉したのと同様に定期スケジュールデータに基づいた通信が可能となる。これは、互いに相手がファーストアクションを起すものとして通信を待ち続けた結果、例えば、以下のシーン「１」又はシーン「２」が繰返され、互いに取交わした定期スケジュールが原因で、両ユーザ間の親しい関係が悪化する事態に陥る可能性は少ない。
【００９９】
（シーン「１」）
Ａ：「昨日、おまえから電話するって言ったやろ…」
Ｂ：「え〜。そんなこと言ったっけ？」
【０１００】
（シーン「２」）
Ａ：「昨日、アクセスしたのに、電話出なかったやろ…」
Ｂ：「ごめん。昨日、風邪で寝ていた！」
【０１０１】
（２）端末間での互いに根回しされた定期スケジュールデータに基づく通信に対して、当該定期スケジュールに従った次の通信アクションのスキップを指示することでスケジュールを一時的にキャンセルすることもできる。
【０１０２】
したがって、本実施の形態においては、定期スケジュール通信を行なうに際してのファーストアクションに対するユーザの不公平感を払拭できる。
【０１０３】
なお、本発明は上記実施の形態に限定されるものではない。
【０１０４】
（１）上記実施の形態では、初回はスケジュール設定側の端末をファーストアクション端末とし、２回目以降は発信側端末でない側の端末をファーストアクション端末として、ファーストアクション端末を排他的に維持する例について記載した。しかし、本発明はそのような構成に限定されない。例えば、上記実施の形態のように、通信が終了する度にファーストアクション端末の設定を自端末と相手端末との間で交互に変更するのではなく、相手端末と自端末とを仲立ちするサーバ側でファーストアクション端末が相補的になるように決める構成としてもよい。また、相手端末及び自端末は共に時間が立てば発信するように制御されるが、このときに先に発信した側の端末を初回のファーストアクション端末とし、２回目以降は、上記実施の形態と同様に、発信側端末でない端末をファーストアクション端末とする（換言すると、初回だけは早いもの勝ちとし、２回目以降は初回の結果に応じてファーストアクション端末を決定する）ようにしても構わない。何れの場合であっても、本発明の目的は十分に達成し得る。
【０１０５】
（２）上記実施の形態では、本発明を携帯電話又はＰＨＳに適用した例について記載したが、メール機能等を有する固定電話に適用してもよい。このような構成としても、本発明の目的は十分に達成し得る。
【０１０６】
（３）上記実施の形態では、定期スケジュール通信が通話通信にて実行される例について記載した。しかし、本発明はそのような構成には限定されない。例えば、定期スケジュール通信がメール通信及びチャット通信等で実行されるように構成しても構わない。
【０１０７】
（４）上記実施の形態では、１つの通信端末に定期スケジュールデータが１つだけある例について記載したが、１つの通信端末に複数の定期スケジュールデータがある構成としてもよい。このような構成としても、本発明の目的は十分に達成し得る。
【０１０８】
その他、本明細書に添付の特許請求の範囲内での種々の設計変更及び修正を加え得ることは勿論である。
【０１０９】
すなわち、本明細書で開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の請求項によって示され、そこに記載された文言と均等の意味及び範囲内での全ての変更を含む。
【図面の簡単な説明】
【０１１０】
【図１】本発明の実施の形態に係る定期スケジュール通信システムの構成を簡略化して示す図である。
【図２】同システムに適用される通信端末の外観構成を示す斜視図である。
【図３】同システムに適用される通信端末の電気的構成を示すブロック図である。
【図４】同通信端末のスケジュール記憶装置に記憶される定期スケジュールデータの構成の一例を示す図である。
【図５】同システムに適用される通信端末の機能を実現するプログラムに係るメインルーチンの制御の流れを示すフローチャートである。
【図６】同システムに適用される通信端末の機能を実現するプログラムに係る第１のサブルーチンであるスケジュール入力処理の制御の流れを示すフローチャートである。
【図７】同システムに適用される通信端末の機能を実現するプログラムに係る第２のサブルーチンであるスケジュール登録処理の制御の流れを示すフローチャートである。
【図８】同システムに適用される通信端末の機能を実現するプログラムに係る第３のサブルーチンである事前通知処理の制御の流れを示すフローチャートである。
【符号の説明】
【０１１１】
１００  定期スケジュール通信システム
８００（８００Ａ，８００Ｂ）  通信端末
８１０  通話ボタン
８１２  スケジュールボタン
８１６  キャンセルボタン
８３０  制御部
８３２  スケジュール記憶装置
８３４  端末ＩＤ記憶装置
８３６  タイマ
８３８  通信装置
８４０  入力装置
８４２  表示装置
８４４  音声入出力装置
８４６  振動出力装置
８４８  ベル音出力装置
【図１】
2009038714.tif 000003
【図２】
2009038714.tif 000004
【図３】
2009038714.tif 000005
【図４】
2009038714.tif 000006
【図５】
2009038714.tif 000007
【図６】
2009038714.tif 000008
【図７】
2009038714.tif 000009
【図８】
2009038714.tif 000010